打车软件监控方法及系统技术方案

本申请实施例涉及一种打车软件监控方法及系统。本申请实施例的一种打车软件监控方法包括如下步骤：获取打车订单对应的车辆当前的位置信息；获取所述位置信息对应的第一街道3D模型；获取所述位置信息对应的路况信息；在所述第一街道3D模型中，添加与所述路况信息对应的交通元素模型，得到第二街道3D模型；向所述打车订单对应的用户终端投射该第二街道3D模型。本申请实施例提供的一种打车软件监控方法通过生成新的包括路况信息的3D路况模型，并展示在用户终端，使得用户可以更加方便和智能的了解车辆目前行驶中的路况状态。了解车辆目前行驶中的路况状态。了解车辆目前行驶中的路况状态。

【技术实现步骤摘要】
打车软件监控方法及系统


[0001]本申请实施例涉及软件开发的
，特别是涉及一种打车软件监控方法及系统。

技术介绍

[0002]网约车，即网络预约出租汽车经营服务的简称，是指以互联网技术为依托构建服务平台，接入符合条件的车辆和驾驶员，通过整合供需信息，提供非巡游的预约出租汽车服务的经营活动。
[0003]在传统的技术中，在乘客通过打车软件呼叫网约车成功，并生成订单后，乘客可以通过在打车软件的地图中，查看车辆的位置信息和车辆与乘客之间的沿线路况信息，但这一查看方式不够智能化，特别是在一些没有GPS路况信息的路段，或者是一些小区路段，并没有路况信息，乘客无法及时准确的了解车辆所在路段的路况信息。

技术实现思路

[0004]基于此，本专利技术提供了一种打车软件监控方法及系统，通过生成新的包括路况信息的3D路况模型，并展示在用户终端，使得用户可以更加方便和智能的了解车辆目前行驶中的路况状态。
[0005]第一方面，本申请实施例提供了一种打车软件监控方法，该方法包括如下步骤：
[0006]获取打车订单对应的车辆当前的位置信息；
[0007]获取所述位置信息对应的第一街道3D模型；
[0008]获取所述位置信息对应的路况信息；
[0009]在所述第一街道3D模型中，添加与所述路况信息对应的交通元素模型，得到第二街道3D模型；
[0010]向所述打车订单对应的用户终端投射该第二街道3D模型。
[0011]可选的，所述路况信息包括第一路况子信息，所述第一路况子信息用于指示所述街道的拥堵状况；
[0012]所述添加与所述路况信息对应的交通元素模型，包括：
[0013]在所述第一街道3D模型中，添加与所述第一路况子信息对应数量的车辆3D模型，得到第二街道3D模型。
[0014]可选的，所述路况信息包括第二路况子信息，所述第二路况信息用于指示所述街道是否存在突发状况；
[0015]所述添加与所述路况信息对应的交通元素模型，包括：
[0016]在所述第一街道3D模型中，添加与所述第二路况子信息对应的路况标识，得到第二街道3D模型。
[0017]可选的，所述突发状况包括以下至少一项：
[0018]车祸、封路、交通检查。
[0019]可选的，获取所述位置信息对应的路况信息，包括：
[0020]在所述司机终端展示所述突发状况的选项；
[0021]根据所述司机终端的选择，获取所述位置信息对应的路况信息。
[0022]第二方面，本申请实施例提供了一种打车软件监控系统，包括：
[0023]位置信息获取模块，用于获取打车订单对应的车辆当前的位置信息；
[0024]第一街道3D模型获取模块，用于获取所述位置信息对应的第一街道3D模型；
[0025]路况信息获取模块，用于获取所述位置信息对应的路况信息；
[0026]第二街道3D模型获取模块，用于在所述第一街道3D模型中，添加与所述路况信息对应的交通元素模型，得到第二街道3D模型；
[0027]投射模块，用于向所述打车订单对应的用户终端投射该第二街道3D模型。
[0028]可选的，所述路况信息包括第一路况子信息，所述第一路况子信息用于指示所述街道的拥堵状况；
[0029]所述第二街道3D模型获取模块包括：
[0030]第一模型获取单元，用于在所述第一街道3D模型中，添加与所述第一路况子信息对应数量的车辆3D模型，得到第二街道3D模型。
[0031]可选的，所述路况信息包括第二路况子信息，所述第二路况信息用于指示所述街道是否存在突发状况；
[0032]所述第二街道3D模型获取模块包括：
[0033]第二模型获取单元，用于在所述第一街道3D模型中，添加与所述第二路况子信息对应的路况标识，得到第二街道3D模型。
[0034]可选的，所述突发状况包括以下至少一项：
[0035]车祸、封路、交通检查。
[0036]可选的，所述路况信息获取模块包括：
[0037]选项展示单元，用于在所述司机终端展示所述突发状况的选项；
[0038]路况信息获取单元，用于根据所述司机终端的选择，获取所述位置信息对应的路况信息。
[0039]在本申请实施例中，通过生成新的包括路况信息的3D路况模型，并展示在用户终端，使得用户可以更加方便和智能的了解车辆目前行驶中的路况状态，本申请实施例还可通过不同的交通元素，在3D路况模型中展示道路的拥堵状况，以及其他的突发状况，相比传统技术，更加的智能化。
[0040]为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
附图说明
[0041]图1为本专利技术提供的一种打车软件监控方法的流程图；
[0042]图2为本专利技术提供的一种打车软件监控系统的结构示意图。
具体实施方式
[0043]为使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请实施例方式作进一步地详细描述。
[0044]应当明确，所描述的实施例仅仅是本申请实施例一部分实施例，而不是全部的实施例。基于本申请实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本申请实施例保护的范围。
[0045]在本申请实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请实施例。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0046]下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。在本申请的描述中，需要理解的是，术语“第一”、“第二”、“第三”等仅用于区别类似的人体，而不必用于描述特定的顺序或先后次序，也不能理解为指示或暗示相对重要性。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。
[0047]此外，在本申请的描述中，除非另有说明，“多个”是指两个或两个以上。“和/或”，描述关联人体的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联人体是一种“或”的关系。
[0048]如图1所示，本专利技术提供的一种打车软件监控方法包括：
[0049]S1：获取打车订单对应的车辆当本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种打车软件监控方法，其特征在于，该方法包括如下步骤：获取打车订单对应的车辆当前的位置信息；获取所述位置信息对应的第一街道3D模型；获取所述位置信息对应的路况信息；在所述第一街道3D模型中，添加与所述路况信息对应的交通元素模型，得到第二街道3D模型；向所述打车订单对应的用户终端投射该第二街道3D模型。2.根据权利要求1所述的一种打车软件监控方法，其特征在于：所述路况信息包括第一路况子信息，所述第一路况子信息用于指示所述街道的拥堵状况；所述添加与所述路况信息对应的交通元素模型，包括：在所述第一街道3D模型中，添加与所述第一路况子信息对应数量的车辆3D模型，得到第二街道3D模型。3.根据权利要求1所述的一种打车软件监控方法，其特征在于：所述路况信息包括第二路况子信息，所述第二路况信息用于指示所述街道是否存在突发状况；所述添加与所述路况信息对应的交通元素模型，包括：在所述第一街道3D模型中，添加与所述第二路况子信息对应的路况标识，得到第二街道3D模型。4.根据权利要求3所述的一种打车软件监控方法，其特征在于：所述突发状况包括以下至少一项：车祸、封路、交通检查。5.根据权利要求3所述的一种打车软件监控方法，其特征在于，获取所述位置信息对应的路况信息，包括：在所述司机终端展示所述突发状况的选项；根据所述司机终端的选择，获取所述位置信息对应的路况信息。6.一种打车软件监控系统，其特征在于，该系统包括：位置信息获取模块，用于获取打车订单对应的车...

【专利技术属性】
技术研发人员：伍文享，
申请(专利权)人：台山市金讯互联网络科技有限公司，
类型：发明
国别省市：