CN111695713A - 一种历史轨迹数据处理方法及装置 - Google Patents
一种历史轨迹数据处理方法及装置 Download PDFInfo
- Publication number
- CN111695713A CN111695713A CN201910185878.XA CN201910185878A CN111695713A CN 111695713 A CN111695713 A CN 111695713A CN 201910185878 A CN201910185878 A CN 201910185878A CN 111695713 A CN111695713 A CN 111695713A
- Authority
- CN
- China
- Prior art keywords
- historical
- order
- target
- driving state
- state information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 21
- 238000013507 mapping Methods 0.000 claims abstract description 17
- 238000000034 method Methods 0.000 claims description 51
- 238000012545 processing Methods 0.000 claims description 32
- 238000010276 construction Methods 0.000 claims description 10
- 238000004590 computer program Methods 0.000 claims description 7
- 238000013461 design Methods 0.000 description 19
- 230000008569 process Effects 0.000 description 14
- 238000004458 analytical method Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 238000004891 communication Methods 0.000 description 6
- 238000012216 screening Methods 0.000 description 6
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000011144 upstream manufacturing Methods 0.000 description 3
- 230000002457 bidirectional effect Effects 0.000 description 2
- 239000008280 blood Substances 0.000 description 2
- 210000004369 blood Anatomy 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000006870 function Effects 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 206010039203 Road traffic accident Diseases 0.000 description 1
- 230000036765 blood level Effects 0.000 description 1
- 238000007405 data analysis Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000008439 repair process Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q10/00—Administration; Management
- G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
-
- G—PHYSICS
- G08—SIGNALLING
- G08G—TRAFFIC CONTROL SYSTEMS
- G08G1/00—Traffic control systems for road vehicles
- G08G1/01—Detecting movement of traffic to be counted or controlled
- G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
- G08G1/0125—Traffic data processing
- G08G1/0129—Traffic data processing for creating historical data or processing based on historical data
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Tourism & Hospitality (AREA)
- Economics (AREA)
- General Physics & Mathematics (AREA)
- Human Resources & Organizations (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Quality & Reliability (AREA)
- Chemical & Material Sciences (AREA)
- Analytical Chemistry (AREA)
- Educational Administration (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Traffic Control Systems (AREA)
Abstract
本申请公开了一种历史轨迹数据处理方法及装置，以准确、快速、灵活地获取历史轨迹数据的手段，可以对历史轨迹数据进行更准确的分析。本申请的历史轨迹数据处理方法包括：获取至少一个终端上传的历史行驶状态信息和历史订单信息，历史订单信息包括订单标识；将每个终端对应的历史行驶状态信息和历史订单信息进行匹配，并构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库；在接收到请求端发送的携带有第一目标订单标识的查询请求时，从第一数据库中获取与第一目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给请求端。
Description
技术领域
本申请涉及数据分析技术领域，具体而言，涉及一种历史轨迹数据处理方法及装置。
背景技术
为了优化城市交通，分析得到交通运行趋势、发生拥堵的位置、不同区域的车流量等城市交通数据，需要获取指定时间范围和空间范围的车辆历史轨迹数据。由于车辆的历史轨迹数据的数据量很大，现有技术中缺乏将车辆历史轨迹信息与出行情况结合起来的手段，因此无法准确、快速、灵活地获取车辆历史轨迹数据，进而无法对车辆历史轨迹数据进行准确的分析。
发明内容
有鉴于此，本申请实施例的目的在于提供一种历史轨迹数据处理方法及装置，可以准确、快速、灵活地获取历史轨迹数据，从而可以对历史轨迹数据进行更准确的分析。
第一方面，本申请实施例提供了一种历史轨迹数据处理方法，包括：
获取至少一个终端上传的历史行驶状态信息和历史订单信息，所述历史订单信息包括订单标识；
将每个终端对应的所述历史行驶状态信息和所述历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息；
构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库；
在接收到请求端发送的携带有第一目标订单标识的查询请求时，从所述第一数据库中获取与所述第一目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
一种可能的实施方式中，所述历史行驶状态信息包括：每个轨迹点的位置坐标和经过每个轨迹点的时间；
所述历史订单信息还包括：历史订单的起始时间和结束时间。
一种可能的实施方式中，在获取至少一个终端上传的历史行驶状态信息和历史订单信息之后，还包括：
根据每个历史订单匹配的历史行驶状态信息中包括每个轨迹点的位置坐标，确定每个历史订单匹配的路段标识；
构建存储有每个历史订单的订单标识与每个历史订单匹配的路段标识的第二数据库。
一种可能的实施方式中，所述方法还包括：
在接收到请求端发送的携带有目标路段标识的查询请求时，从所述第二数据库中获取与所述目标路段标识匹配的第二目标订单标识；
从所述第一数据库中获取与所述第二目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
一种可能的实施方式中，在获取至少一个终端上传的历史行驶状态信息和历史订单信息之后，还包括：
根据每个历史订单匹配的历史行驶状态信息中包括经过每个轨迹点的时间，确定每个历史订单匹配的时间标识；
构建存储有每个历史订单的订单标识与每个历史订单匹配的时间标识的第三数据库。
一种可能的实施方式中，所述方法还包括：
在接收到请求端发送的携带有目标时间标识的查询请求时，从所述第三数据库中获取与所述目标时间标识匹配的第三目标订单标识；
从所述第一数据库中获取与所述第三目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
一种可能的实施方式中，所述将每个终端对应的所述历史行驶状态信息和所述历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息，包括：
根据每个终端对应的历史行驶状态信息中包括的经过每个轨迹点的时间，将落入同一个历史订单的起始时间和终止时间的时间范围内的历史行驶状态信息划分至同一行驶状态信息集合，其中，每个历史订单对应一个行驶状态信息集合；
所述构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库，包括：
构建存储有每个历史订单的订单标识与对应的行驶状态信息集合之间的映射关系的第一数据库。
第二方面，本申请实施例还提供一种历史轨迹数据处理方法，包括：
获取至少一个目标订单标识分别匹配的历史行驶状态信息，其中，所述历史行驶状态信息包括以下信息中的至少一种：每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度；
基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征；
其中，所述历史行驶状态特征包括以下特征信息中的至少一种：
任意一个目标订单的起点位置和/或终点位置；
任意一个目标位置区域的车流量信息；
任意一个目标位置区域的通行速度信息；
通过任意一个目标位置区域的通行时间信息。
一种可能的实施方式中，获取至少一个目标订单标识分别匹配的历史行驶状态信息，包括：
向服务器发送携带有所述至少一个目标订单标识的第一查询请求；
接收所述服务器发送的所述至少一个目标订单标识分别匹配的历史行驶状态信息。
一种可能的实施方式中，获取至少一个目标订单标识分别匹配的历史行驶状态信息，包括：
向服务器发送携带有至少一个目标路段标识的第二查询请求；
接收所述服务器发送的与所述至少一个目标路段标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第三查询请求；
接收所述服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
一种可能的实施方式中，获取至少一个目标订单标识分别匹配的历史行驶状态信息，包括：
向服务器发送携带有至少一个目标时间标识的第四查询请求；
接收所述服务器发送的与所述至少一个目标时间标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第五查询请求；
接收所述服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
第三方面，本申请实施例还提供一种历史轨迹数据处理装置，包括：
获取模块，用于获取至少一个终端上传的历史行驶状态信息和历史订单信息，所述历史订单信息包括订单标识；
匹配模块，用于将每个终端对应的所述历史行驶状态信息和所述历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息；
第一构建模块，用于构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库；
查询模块，用于在接收到请求端发送的携带有第一目标订单标识的查询请求时，从所述第一数据库中获取与所述第一目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
一种可能的设计中，所述历史行驶状态信息包括：每个轨迹点的位置坐标和经过每个轨迹点的时间；
所述历史订单信息还包括：历史订单的起始时间和结束时间。
一种可能的设计中，所述装置，还包括：
第二构建模块，用于根据每个历史订单匹配的历史行驶状态信息中包括每个轨迹点的位置坐标，确定每个历史订单匹配的路段标识；还用于构建存储有每个历史订单的订单标识与每个历史订单匹配的路段标识的第二数据库。
一种可能的设计中，所述查询模块，还用于在接收到请求端发送的携带有目标路段标识的查询请求时，从所述第二数据库中获取与所述目标路段标识匹配的第二目标订单标识；
从所述第一数据库中获取与所述第二目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
一种可能的设计中，所述装置，还包括：
第三构建模块，用于根据每个历史订单匹配的历史行驶状态信息中包括经过每个轨迹点的时间，确定每个历史订单匹配的时间标识；还用于构建存储有每个历史订单的订单标识与每个历史订单匹配的时间标识的第三数据库。
一种可能的设计中，所述查询模块，还用于在接收到请求端发送的携带有目标时间标识的查询请求时，从所述第三数据库中获取与所述目标时间标识匹配的第三目标订单标识；
从所述第一数据库中获取与所述第三目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
一种可能的设计中，所述匹配模块，具体用于根据每个终端对应的历史行驶状态信息中包括的经过每个轨迹点的时间，将落入同一个历史订单的起始时间和终止时间的时间范围内的历史行驶状态信息划分至同一行驶状态信息集合，其中，每个历史订单对应一个行驶状态信息集合；
所述第一构建模块，还用于构建存储有每个历史订单的订单标识与对应的行驶状态信息集合之间的映射关系的第一数据库。
第四方面，本申请实施例还提供一种历史轨迹数据处理装置，包括：
获取模块，用于获取至少一个目标订单标识分别匹配的历史行驶状态信息，其中，所述历史行驶状态信息包括以下信息中的至少一种：每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度；
特征确定模块，用于基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征；
其中，所述历史行驶状态特征包括以下特征信息中的至少一种：
任意一个目标订单的起点位置和/或终点位置；
任意一个目标位置区域的车流量信息；
任意一个目标位置区域的通行速度信息；
通过任意一个目标位置区域的通行时间信息。
一种可能的设计中，所述获取模块，具体用于：
向服务器发送携带有所述至少一个目标订单标识的第一查询请求；
接收所述服务器发送的所述至少一个目标订单标识分别匹配的历史行驶状态信息。
一种可能的设计中，所述获取模块，还用于：
向服务器发送携带有所述至少一个目标路段标识的第二查询请求；
接收所述服务器发送的与所述至少一个目标路段标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第三查询请求；
接收所述服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
一种可能的设计中，所述获取模块，还用于：
向服务器发送携带有所述至少一个目标时间标识的第四查询请求；
接收所述服务器发送的与所述至少一个目标时间标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第五查询请求；
接收所述服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
第五方面，本申请实施例提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行上述第一方面，或第一方面中任一种可能的实施方式中历史轨迹数据处理方法的步骤。
第六方面，本申请实施例提供一种电子设备，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行上述第二方面，或第二方面中任一种可能的实施方式中历史轨迹数据处理方法的步骤。
第七方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述第一方面或第一方面中任一种可能的实施方式中历史轨迹数据处理方法的步骤，和/或，执行上述第二方面或第二方面中任一种可能的实施方式中历史轨迹数据处理方法的步骤。
本申请实施例提供的一种历史轨迹数据处理方法及装置，将从每个终端获取的历史行驶状态信息和历史订单信息进行匹配，构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库，并且可以通过目标订单标识查询历史行驶状态信息，进而可以通过分析历史行驶状态信息得到历史行驶状态特征。通过对历史行驶状态信息和历史订单信息进行匹配，将车辆历史轨迹信息与出行情况结合了起来，因此，可以更加准确、快速、灵活地获取历史轨迹数据，并且可以对历史轨迹数据进行更准确的分析。
进一步的，本申请实施例中，在接收到请求端发送的携带有目标路段标识或目标时间标识的查询请求时，从第二数据库中获取与目标路段标识匹配的第二目标订单标识或从第三数据库中获取与目标时间标识匹配的第三目标订单标识，根据第二目标订单标识或第三目标订单标识，从第一数据库中获取与第二目标订单标识或第三目标订单标识匹配的历史行驶状态信息，因此，可以更加准确、快速、灵活地获取指定时间范围或指定空间范围的历史轨迹数据，从而对历史轨迹数据进行更准确的分析。
为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
图1示出了本申请实施例提供的一种可能的应用场景的示意图；
图2示出了本申请实施例所提供的一种历史轨迹数据处理方法的流程图；
图3示出了本申请实施例所提供的另一种历史轨迹数据处理方法的流程图；
图4示出了本申请实施例所提供的一种历史轨迹数据处理装置的结构示意图；
图5示出了本申请实施例所提供的另一种历史轨迹数据处理装置的结构示意图；
图6示出了本申请实施例所提供的一种电子设备的结构示意图；
图7示出了本申请实施例所提供的另一种电子设备的结构示意图。
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车***”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕网约车***进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。
本申请中的术语“订单”可以指代由乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合发起的请求。接收该“订单”的可以是乘客、服务请求方、司机、服务提供方、或供应商等、或其任意组合。
本申请中使用的定位技术可以基于全球定位***(Global Positioning System,GPS)、全球导航卫星***(Global Navigation Satellite System,GLONASS)，罗盘导航***(COMPASS)、伽利略定位***、准天顶卫星***(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位***可以在本申请中互换使用。
在城市交通中，可以通过对车辆的历史轨迹数据进行分析，从而得到交通运行趋势、拥堵发生的位置、不同区域的车流量等城市交通数据，并且利用这些城市交通数据优化城市交通。由于车辆的历史轨迹数据的数据量很大，现有技术中，缺乏能够准确的提供历史轨迹数据，缺乏能够灵活、快速的对指定时间范围和指定空间范围的历史轨迹数据进行查询的轨迹数据查询***，缺乏可以对查询获得的历史轨迹数据进行准确的分析和处理的轨迹数据处理***。
基于此，本申请实施例提供了一种历史轨迹数据处理方法及装置，可以准确、快速、灵活地获取历史轨迹数据，并且可以对历史轨迹数据进行更准确的分析。
参照图1所示，为本申请实施例提供的一种可能的应用场景的示意图，具体为可以实现本申请一些实施例的历史轨迹数据处理***100。例如，历史轨迹数据处理***100可以是用于诸如出租车、代驾服务、快车、拼车、公共汽车服务、驾驶员租赁、或班车服务之类的运输服务、或其任意组合的在线运输服务平台。历史轨迹数据处理***100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种。
在一些实施例中，服务器110可以是单个服务器，也可以是服务器组。服务器组可以是集中式的，也可以是分布式的(例如，服务器110可以是分布式***)。在一些实施例中，服务器110相对于终端，可以是本地的、也可以是远程的。
上述服务器100与终端之间可以建立通信连接，并基于通信连接来传输行驶状态信息和订单信息等。其中，上述终端可以是服务请求方终端130，也可以是服务提供方终端140。例如，针对使用网约车终端来进行行驶状态信息和订单信息的采集和上传来说，服务提供方终端140可以为司机使用的终端，服务请求方终端130可以为乘客使用的终端，服务器110可以与司机使用的终端保持通信连接，进而可以获取每个终端中记录的订单信息和行驶状态信息，例如，可以通过司机使用的终端获取每笔订单信息中的订单标识、司机驾驶车辆产生的行驶状态信息等。
本申请实施例中，可以由上述服务器100基于服务请求方终端130或服务提供方终端140上传的行驶状态信息和订单信息，构建存储有历史行驶状态信息和历史订单信息的数据库150，以便服务请求方终端130或服务提供方终端140或其它处理设备查询所需的历史行驶状态信息。另外，本申请实施例中，服务请求方终端130或服务提供方终端140或其它处理设备可以向上述服务器110发送查询请求，以便从上述服务器110中获取查询请求对应的历史行驶状态信息，进而对获取的历史行驶状态信息进行分析和处理，得到历史行驶状态特征。具体实施过程请参见以下实施例。
为便于对本实施例进行理解，首先对本申请实施例所公开的一种历史轨迹数据处理方法进行详细介绍。
实施例一
如图2所示，为本申请实施例一提供的一种历史轨迹数据处理方法，包括：
S201：获取至少一个终端上传的历史行驶状态信息和历史订单信息，历史订单信息包括订单标识。
具体的，终端可以是司机使用的终端，也可以是乘客使用的终端。可以通过司机使用的终端，终端上传司机的订单信息和司机驾驶车辆产生的行驶状态信息。也可以通过乘客使用的终端，获取乘客的订单信息和乘客乘坐车辆产生的行驶状态信息。
上述行驶状态信息和订单信息，可以存储在终端的存储设备中，形成历史行驶状态信息和历史订单信息并上传至服务器。服务器也可以接收终端上传的行驶状态信息和订单信息，存储在服务器的存储设备中，形成历史行驶状态信息和历史订单信息。
这里，历史行驶状态信息包括：每个轨迹点的位置坐标和经过每个轨迹点的时间；还可以包括经过每个轨迹点的速度。
历史订单信息除了包括订单标识，还包括：历史订单的起始时间和结束时间。
S202：将每个终端对应的历史行驶状态信息和历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息。
具体的，根据每个终端对应的历史行驶信息中包括的经过每个轨迹点的时间和该终端对应的历史订单信息的起始时间和终止时间的时间范围，将每个终端对应的历史行驶状态信息和历史订单信息进行匹配。
在一种可能的实施方式中，根据每个终端对应的历史行驶状态信息中包括的经过每个轨迹点的时间，将落入同一个历史订单的起始时间和终止时间的时间范围内的历史行驶状态信息划分至同一行驶状态信息集合，其中，每个历史订单对应一个行驶状态信息集合。
S203：构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库。
在得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息之后，构建存储有每个历史订单的订单标识与对应的行驶状态信息集合之间的映射关系的第一数据库。
为了对指定空间范围的历史轨迹数据进行灵活、快速的查询，需要建立空间位置坐标与历史轨迹数据之间的匹配关系。在对城市交通数据进行分析的情况下，通常使用预先确定的路网来标识空间位置坐标。
结合城市交通道路情况，上述路网最基本的要素为路段(link)和节点(node)。其中，路段为两个节点之间的有向线段，是路网中最小的路程单位，每个路段对应一个路段标识。节点连接不同的路段，通常为路程的拐点、路口、停车场等位置。
由于使用路网标识空间位置坐标，需要将历史行驶状态信息中的每个轨迹点的位置坐标转换为路网中的空间位置坐标，通常情况下，历史行驶状态信息中每个轨迹点的位置坐标为通过定位技术获取的经纬度坐标，因此，在具体实施过程中，需要将历史行驶状态信息中的每个轨迹点的位置坐标转换为路段标识。
需要说明的是，将历史行驶状态信息中的每个轨迹点的位置坐标转换为路段标识的过程中，如果连续两个轨迹点的位置坐标落入的路段不连续，在上述两个连续的轨迹点之间，根据上述两个连续的轨迹点中前一轨迹点落入的路段和后一轨迹点落入的路段之间间隔的路段的数量，增加与上述间隔的路段数量相同个数的虚拟的轨迹点，为每个虚拟的轨迹点对应一个间隔的路段。
一种可能的实施方式中，还可以根据每个历史订单匹配的历史行驶状态信息中包括每个轨迹点的位置坐标，确定每个历史订单匹配的路段标识；并构建存储有每个历史订单的订单标识与每个历史订单匹配的路段标识的第二数据库。从而可以根据携带有目标路段标识的查询请求，最终确定与目标路段标识对应的历史行驶状态信息。
这里，上述路段标识可以用路段编号(link_id)表示。
另一种可能的实施方式中，为了对指定时间范围的历史轨迹数据进行灵活、快速的查询，需要建立时间标识与历史轨迹数据之间的匹配关系。还可以根据每个历史订单匹配的历史行驶状态信息中包括经过每个轨迹点的时间，确定每个历史订单匹配的时间标识；构建存储有每个历史订单的订单标识与每个历史订单匹配的时间标识的第三数据库。从而可以根据携带有目标时间标识的查询请求，最终确定与目标时间标识对应的历史行驶状态信息。
这里，上述时间标识可以用时间戳表示。
又一种可能的实施方式中，还可以根据时间标识与历史轨迹数据和路段标识与历史轨迹数据之间的匹配关系，确定每个历史订单匹配的时间标识和路段标识，建立存储有每个历史订单的订单标识、与每个历史订单匹配的路段标识和与每个历史订单匹配的时间标识的第四数据库。从而可以根据携带有目标路段标识和目标时间标识的查询请求，获取指定时间范围和指定路段范围的历史行驶状态信息。
另外，由于历史行驶状态信息的数据量巨大，以北京为例，北京每一天都有数亿个历史行驶状态信息。因此，在建立数据库的过程中，需要将历史行驶状态信息存储在分布式***中，例如Hbase、分布式文件***(Hadoop Distributed File System、HDFS)等，并且需要对历史行驶状态信息进行序列化和压缩。
具体的可以规定存储的历史行驶状态信息的格式使用二进制字节，而避免使用字符串(string)、整型(int)或双精度浮点数(double)等数据格式。因此，将历史行驶状态信息中包含的每个信息，例如每个轨迹点的位置坐标、每个轨迹点的时间和经过每个轨迹点的速度等信息，转换为具有预设格式和预设长度的二进制字节，这个过程就是将历史行驶状态信息进行序列化的过程。
之后，对序列化的历史行驶状态信息进行压缩存储，并在查询获取到需要的历史行驶状态信息之后，对获取的历史行驶状态信息进行解压缩。
S204：在接收到请求端发送的携带有第一目标订单标识的查询请求时，从第一数据库中获取与第一目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给请求端。
一种可能的实施方式中，除了可以接收请求端发送的携带有第一目标订单标识的查询请求外，还可以接收请求端发送的携带有目标路段标识的查询请求，在接收到请求端发送的携带有目标路段标识的查询请求时，从第二数据库中获取与目标路段标识匹配的第二目标订单标识；并从第一数据库中获取与第二目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给请求端。从而满足对指定空间范围的历史轨迹数据进行灵活、快速的查询的需求。
另一种可能的实施方式中，还可以接收请求端发送的携带有目标时间标识的查询请求，并在接收到请求端发送的携带有目标时间标识的查询请求时，从第三数据库中获取与目标时间标识匹配的第三目标订单标识；从第一数据库中获取与第三目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给请求端。从而满足对指定时间范围的历史轨迹数据进行灵活、快速的查询的需求。
又一种可能的实施方式中，还可以接收请求端发送的携带有目标时间标识和目标路段标识的查询请求，在接收到请求端发送的携带有目标时间标识和目标路段标识的查询请求时，从第四数据库中获取与目标时间标识和目标路段标识匹配的第四目标订单标识；从第一数据库中获取与第四目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给请求端。从而满足对指定时间范围和指定空间范围的历史轨迹数据进行灵活、快速的查询的需求。
实施例二
如图3所示，为本申请实施例二提供的一种历史轨迹数据处理方法，包括：
S301：获取至少一个目标订单标识分别匹配的历史行驶状态信息，其中，历史行驶状态信息包括以下信息中的至少一种：每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度。
在具体实施过程中，可以根据分析需求，确定查询请求，并将查询请求发送给服务器，从而接收服务器发送的历史行驶状态信息。具体可以通过以下几种可能的实施方式中的任一种实现：
A：向服务器发送携带有至少一个目标订单标识的第一查询请求；接收服务器发送的至少一个目标订单标识分别匹配的历史行驶状态信息。
B：向服务器发送携带有至少一个目标路段标识的第二查询请求；接收服务器发送的与至少一个目标路段标识分别匹配的订单标识；从接收的订单标识中选择至少一个目标订单标识；向服务器发送携带有选择的至少一个目标订单标识的第三查询请求；接收服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
C：向服务器发送携带有至少一个目标时间标识的第四查询请求；接收服务器发送的与至少一个目标时间标识分别匹配的订单标识；从接收的订单标识中选择至少一个目标订单标识；向服务器发送携带有选择的至少一个目标订单标识的第五查询请求；接收服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
D：向服务器发送携带有至少一个目标路段标识的第六查询请求；接收服务器发送的与至少一个目标路段标识分别匹配的订单标识；向服务器发送携带有与至少一个目标路段标识分别匹配的订单标识的第七查询请求；接收服务器发送的与上述第七查询请求中的订单标识分别匹配的历史行驶状态信息。
E：向服务器发送携带有至少一个目标时间标识的第八查询请求；接收服务器发送的与至少一个目标时间标识分别匹配的订单标识；向服务器发送携带有与至少一个目标时间标识分别匹配的订单标识的第九查询请求；接收服务器发送的与上述第九查询请求中的订单标识分别匹配的历史行驶状态信息。
F：向服务器发送携带有至少一个目标时间标识和至少一个路段标识的第十查询请求；接收服务器发送的与至少一个目标时间标识分别匹配，并且与上述至少一个路段标识分别匹配的订单标识；向服务器发送携带有与至少一个目标时间标识匹配，并且与上述至少一个路段标识分别匹配的订单标识的第十一查询请求；接收服务器发送的与上述第十一查询请求中的订单标识分别匹配的历史行驶状态信息。
G：向服务器发送携带有至少一个目标时间标识和至少一个路段标识的第十二查询请求；接收服务器发送的与至少一个目标时间标识分别匹配，并且与上述至少一个路段标识分别匹配的订单标识；从接收的订单标识中选择至少一个目标订单标识；向服务器发送携带有至少一个目标订单标识的第十三查询请求；接收服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
S302：基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征；
其中，历史行驶状态特征包括以下特征信息中的至少一种：
任意一个目标订单的起点位置和/或终点位置；
任意一个目标位置区域的车流量信息；
任意一个目标位置区域的通行速度信息；
通过任意一个目标位置区域的通行时间信息。
具体地，基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征，包括：从每个目标订单标识对应的历史行驶状态信息中，筛选出符合预设条件的目标轨迹点，根据目标轨迹点对应的目标历史行驶状态信息，确定历史行驶状态特征。
示例性的：
a：在上述历史行驶状态特征包括任意一个目标订单的起点位置和/或终点位置的情况下，基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征，包括：
根据历史订单信息的起始时间和/或终止时间，筛选目标订单的起始时间和/或终止时间对应的目标轨迹点。
其中，目标订单的起始时间对应的目标历史行驶状态特征中轨迹点的位置坐标为目标订单的起点位置；目标订单的终止时间对应的目标历史行驶状态特征中轨迹点的位置坐标为目标订单的终点位置。
考虑到在车辆行驶过程中，会出现多次出发、轨迹中断等现象，因此，现有技术中，对目标订单的历史行驶状态信息进行分析时，很容易由于上述现象导致目标订单对的起始位置和/或终点位置不明显、不准确的问题。因此，本申请实施例建立了路段标识和/或时间标识与历史订单信息中的订单标识的匹配关系，通过历史订单信息中每个订单的起始时间和终止时间，获取目标订单的起始时间和/或终止时间，就可以准确的确定任意一个目标订单的起点位置和/或终点位置。
在具体实施时，可以获取第一目标订单的起点位置，根据第一目标订单的起点位置确定第一目标订单的终点位置；或者，获取第一目标订单的终点位置，根据第一目标订单的终点位置确定第一目标订单的起点位置。其中，第一目标订单为任意一个目标订单。
示例性的，根据第一目标订单的起点位置确定第一目标订单的终点位置的过程，包括如下步骤：
步骤1：由于已知信息仅为一个目标订单的起点位置，因此需要先根据目标订单的起点位置，获取目标订单的目标订单标识等历史订单信息。获取第一目标订单的起点位置对应的路段标识，向服务器发送携带有第一目标订单的起点位置对应的路段标识的查询请求，接收服务器发送到与第一目标订单的起点位置对应的路段标识匹配的第一目标订单标识。
步骤2：获取第一目标订单标识后，根据第一目标订单标识，获取历史订单信息和历史行驶状态信息。具体的，可以向服务器发送携带有第一目标订单标识的查询请求，接收服务器发送的与第一目标订单标识匹配的历史行驶状态信息，还可以根据第一目标订单标识获取第一目标订单的终止时间。
步骤3：根据目标订单的终止时间，在接收的第一目标订单标识匹配的历史行驶状态信息中，根据历史行驶状态信息中每个轨迹点的时间，确定与第一目标订单的终止时间之间间隔时长最小的轨迹点，得到目标轨迹点。将目标轨迹点的位置坐标，作为第一目标订单的终点位置。
示例性的，还可以根据第一位置坐标，第一位置坐标为任意一个位置坐标，确定至少一个经过第一位置坐标的目标订单的起点位置和/或终点位置，包括如下步骤：
步骤1：获取第一位置坐标对应的路段标识，向服务器发送携带有上述第一位置坐标对应的路段标识的查询请求，接收服务器发送到与上述第一位置坐标对应的路段标识匹配的至少一个目标订单标识。
步骤2：获取上述至少一个目标订单标识后，获取与上述至少一个目标订单标识匹配的历史订单信息和历史行驶状态信息。向服务器发送携带有上述至少一个目标订单标识的查询请求，接收服务器发送的与上述至少一个目标订单标识分别匹配的历史行驶状态信息。并根据上述至少一个目标订单标识获取上述至少一个目标订单标识对应的目标订单的起始时间和/或终止时间。
步骤3：根据与上述至少一个目标订单标识匹配的历史订单信息和历史行驶状态信息，确定第一目标订单的起点位置和/或终点位置。第一目标订单为任意一个目标订单。
针对上述至少一个目标订单标识对应的目标订单中第一目标订单，在接收的与第一目标订单匹配的历史行驶状态信息中，根据与第一目标订单匹配的历史行驶状态信息中每个轨迹点的时间，在与第一目标订单匹配的历史行驶状态信息中确定与第一目标订单的起点时间之间间隔时长最小的轨迹点，作为目标轨迹点。将目标轨迹点的位置坐标，作为第一目标订单的起点位置。
和/或，针对上述至少一个目标订单标识对应的目标订单中第一目标订单，在接收的与第一目标订单匹配的历史行驶状态信息中，根据与第一目标订单匹配的历史行驶状态信息中每个轨迹点的时间，在与第一目标订单匹配的历史行驶状态信息中确定与第一目标订单的终止时间之间间隔时长最小的轨迹点，作为目标轨迹点。将目标轨迹点的位置坐标，作为该目标订单的终点位置。
上述根据第一位置坐标，确定至少一个经过第一位置坐标的目标订单的起点位置和/或终点位置，还可以针对预设的时间范围进行分析。确定预设时间范围内，至少一个经过第一位置坐标的目标订单的起点位置和/或终点位置。
b：在上述历史行驶状态特征包括第一目标位置区域的车流量信息的情况下，其中，第一目标位置区域为任意一个目标位置区域，基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征，包括：
统计落入第一目标位置区域的轨迹点的个数，得到第一目标位置区域的车流量信息。落入第一目标位置区域的轨迹点的个数越多，第一目标位置区域的车流量越大。
具体的，确定第一目标位置与的车流量信息可以包括如下步骤：
步骤1：获取第一目标位置区域中至少一个目标路段标识，向服务器发送携带有上述至少一个目标路段标识的查询请求，接收服务器发送的与上述至少一个目标路段标识分别匹配的目标订单标识。
步骤2：获取与上述至少一个目标路段标识分别匹配的目标订单标识后，获取与上述目标订单标识匹配的历史行驶状态信息。向服务器发送携带有上述目标订单标识的查询请求，接收服务器发送的与上述目标订单标识匹配的历史行驶状态信息。
步骤3：根据与上述目标订单标识匹配的历史行驶状态信息，确定第一目标位置区域的车流量信息。
基于接收的每个与上述目标订单标识匹配的历史行驶状态信息，根据该历史行驶状态信息中轨迹点的位置坐标，将落入第一目标位置区域的轨迹点作为该历史行驶状态信息中的目标轨迹点。统计与上述目标订单标识匹配的历史行驶状态信息中目标轨迹点的个数，得到第一目标位置区域的车流量信息。
这里，上述第一目标位置区域包括：至少一个路段。或者，为了更贴近现实中交通路网的表达方式，也可以用路口(junction)、道路(road)、区域(area)来标识第一目标位置区域。
将路口作为第一目标位置区域时，以该路口连接的各个方向上的每个路段的路段标识，作为第一目标位置区域中的目标路段标识。将道路作为第一目标位置区域时，以该道路上各个方向上的每个路段的路段标识，作为第一目标位置区域中的目标路段标识。以区域作为第一目标位置区域时，获取该区域内覆盖的各个路口和各条道路，以该区域内覆盖的各个路口连接的每个路段的路段标识和该区域内覆盖的各条道路上的每个路段的路段标识，作为第一目标位置区域中的目标路段标识。
c：在上述历史行驶状态特征包括第一目标位置区域的通行速度信息的情况下，基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征，包括：
可以简单地通过，获取落入第一目标位置区域的每个轨迹点的速度，得到第一目标位置区域的通行速度信息。
也可以针对多个预设时间间隔，获取每个预设时间间隔内的历史行驶状态信息，基于计算每个预设时间间隔内的历史行驶状态信息中轨迹点的速度，计算各预设时间间隔内的平均速度；根据各预设时间间隔内的平均速度和第一目标位置区域对应的长度信息进行计算，得到第一目标位置区域的通行速度信息。
例如，可以以任意一天的24小时作为计算第一目标位置区域的通行速度信息的目标时间范围，计算第一目标位置区域的通行速度信息，包括如下步骤：
步骤1：根据目标时间范围的起始时间和终止时间，得到目标时间标识，根据第一目标位置区域中的每个路段标识，得到至少一个目标路段标识。
步骤2：向服务器发送携带有上述目标时间标识和至少一个目标路段标识的查询请求。
步骤3：接收服务器发送的与上述目标时间标识和至少一个目标路段标识的匹配的目标订单标识。
步骤4：向服务器发送携带有上述目标订单标识的查询请求，并接收服务器发送的与上述目标订单标识匹配的历史行驶状态信息。
步骤5：根据与上述目标订单标识匹配的历史行驶状态信息中轨迹点的位置坐标，筛选落在第一目标位置区域内的轨迹点作为目标轨迹点。
步骤6：针对每个路段，根据落在该路段中的一天24小时的目标轨迹点，按照每小时为预设时间间隔，根据该路段每个小时内的目标轨迹点的速度，计算每个小时内目标轨迹点的第一平均速度。
步骤7：根据第一目标位置区域中包含的每个路段，获取各个路段的长度。
步骤8：针对每个路段，根据该路段的第一平均速度、第二平均速度和该路段的长度，计算每个路段分别对应的旅行时间指标。根据上述每个路段分别对应的旅行时间指标，衡量目标位置区域的通行速度信息。当旅行时间指标较大时，说明目标位置区域的通行速度较慢。上述旅行时间指标可以用来分析路网中各节点或路段区内联系及区外联系，从而评估路网中各节点的可达性。
由于在城市交通路网中，通常会出现一条具体的道路中，一个方向的车道畅通，而另一个方向的车道拥堵的情况，因此，在具体实施过程中，可以选择一条具体的目标道路作为目标位置区域，衡量目标道路的潮汐车道的车速，上述目标道路包括两个方向相反的路段。
在分别获得两个相反的路段的旅行时间指标之后，计算上述两个相反路段的旅行时间指标的差值，并且比较上述两个相反路段的旅行时间指标的大小。利用上述两个相反路段的旅行时间指标的差值的绝对值，和上述两个相反路段的旅行时间指标中较小的进行计算得到双向失衡指标。利用双向失衡指标衡量目标道路的潮汐车道车速。
d：在上述历史行驶状态特征包括通过第一目标位置区域的通行时间信息的情况下，基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征，包括：
在对城市交通数据进行分析时，有时需要对红绿灯路口的通过时间进行分析，从而对信号灯的配时进行优化，对城市交通进行拥堵治理和优化。
示例性的，可以以一个路口作为第一目标位置区域，获取该路口直行、左转、右转等各个通行方式的通行时间信息。
具体的，路口通行方式可以用相连的两个路段表示，因此，针对一种具体的通行方式，可以使用下述步骤计算该通行方式的通行时间信息：
步骤1：获取该通行方式的相连两个路段的路段标识作为目标路段标识，向服务器发送携带有上述目标路段标识的查询请求，并接收服务器发送的与上述目标路段标识分别匹配的目标订单标识。向服务器发送携带有上述目标订单标识的查询请求，并接收服务器发送的与上述目标订单标识匹配的历史行驶状态信息。
步骤2：根据与目标订单标识匹配的历史行驶状态信息中轨迹点的位置坐标，筛选落在第一目标位置区域内的轨迹点作为目标轨迹点。
步骤3：根据每个通过每个目标轨迹点的时间，计算该通行方式的通行时间信息。
另外，对每一种路口通行方式的通行时间信息的计算，还可以在一个特定的时间范围内进行，只获取特定的时间范围内，例如获取7天内的历史行驶状态信息，并且根据上述特定的时间范围内的历史行驶状态信息，对每一种路口通行方式的通行时间信息进行计算。
示例性的，还可以选择一些预定路段作为第一目标位置区域，对预定路段的通行时间信息进行分析，还可以得出很多交通事件的信息。在发生修路、封路、事故等交通事件时，发生交通事件的预定路段会出现通行时间的骤然增长。根据历史轨迹信息中每个轨迹点的位置坐标，选择历史轨迹信息中落在预定路段内的轨迹点作为目标轨迹点，计算单位时间范围内目标轨迹点的数量，也可以发现，发生交通事件时，预定路段中单位时间范围内目标轨迹点的数量骤然减少。同样的，交通事件也会影响旅行时间指标等更多的历史行驶状态特征。
e：根据分析需求，上述历史行驶状态特征还可以包括第一目标位置区域的上游路段比例。在上述历史行驶状态特征包括第一目标位置区域的上游路段比例的情况下，基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征，包括：
这里，第一目标位置区域可以包括一个路段或者一个路口，根据对第一目标位置区域的上游路段比例进行计算，对第一目标位置区域进行血缘分析。
以第一目标位置区域包括一个目标路口为例。确定与目标路口连接的每个路段的路段标识，向服务器发送携带有与目标路口连接的每个路段的路段标识的查询请求，并接收服务器发送的与目标路口连接的每个路段的路段标识分别匹配的目标订单标识。向服务器发送携带有上述目标订单标识的查询请求，并接收服务器发送的与上述目标订单标识匹配的历史行驶状态信息。
示例性的，在路网上，确定与目标路口之间有道路直接连接的路口的位置坐标，根据与上述目标订单标识匹配的历史行驶状态信息中每个轨迹点的位置坐标，将落入目标路口的第一轨迹点划分在第一目标轨迹点集合。
针对第一目标轨迹点集合中每个第一轨迹点，确定该第一轨迹点归属的历史行驶状态信息，并从确定的历史行驶状态信息中筛选出落入与目标路口之间有道路直接连接的路口的第二轨迹点，将筛选的第二轨迹点划分在第二目标轨迹点集合中。针对第一目标轨迹点集合中每个第一轨迹点，获取该第一轨迹点的第一目标时间和第二目标轨迹点集合中与该第一轨迹点对应同一终端获取的历史行驶状态信息的第二轨迹点的第二目标时间，从第二目标轨迹点集合中，筛选第二目标时间晚于第一目标时间的第二轨迹点作为第三轨迹点，将第三轨迹点划分在第三目标轨迹点集合中。
根据第三目标轨迹点集合中的每个第三轨迹点分别落入的与目标路口之间有道路直接连接的路口，计算每个与目标路口之间有道路直接连接的路口中的第三轨迹点的数量。并且可以针对每个与目标路口之间有道路直接连接的路口，分别计算落入该与目标路口之间有道路直接连接的路口的第三轨迹点的数量占第三目标轨迹点集合中第三轨迹点的总数量之间的比例。
上述步骤为对目标路口进行血缘分析的一个具体示例，通过上述步骤可以确定目标路口的车辆主要是从哪个与目标路口之间有道路直接连接的路口开过来的。对经常产生拥堵的路口进行血缘分析，可以为城市路网的优化提供参考数据。
采用本申请实施例提供的一种历史轨迹数据处理方法，可以准确、快速、灵活地获取历史轨迹数据，并且可以对历史轨迹数据进行更准确的分析。
基于相同的设计构思，本申请实施例还提供一种历史轨迹数据处理装置、电子设备以及计算机可读存储介质。
实施例三
如图4所示，本申请实施例提供的一种历史轨迹数据处理装置400，包括：
获取模块401，用于获取至少一个终端上传的历史行驶状态信息和历史订单信息，历史订单信息包括订单标识；
匹配模块402，用于将每个终端对应的历史行驶状态信息和历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息；
第一构建模块403，用于构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库；
查询模块404，用于在接收到请求端发送的携带有第一目标订单标识的查询请求时，从第一数据库中获取与第一目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给请求端。
一种可能的设计中，历史行驶状态信息包括：每个轨迹点的位置坐标和经过每个轨迹点的时间；
历史订单信息还包括：历史订单的起始时间和结束时间。
一种可能的设计中，装置400，还包括：
第二构建模块405，用于根据每个历史订单匹配的历史行驶状态信息中包括每个轨迹点的位置坐标，确定每个历史订单匹配的路段标识；还用于构建存储有每个历史订单的订单标识与每个历史订单匹配的路段标识的第二数据库。
一种可能的设计中，查询模块404，还用于在接收到请求端发送的携带有目标路段标识的查询请求时，从第二数据库中获取与目标路段标识匹配的第二目标订单标识；
从第一数据库中获取与第二目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给请求端。
一种可能的设计中，装置400，还包括：
第三构建模块406，用于根据每个历史订单匹配的历史行驶状态信息中包括经过每个轨迹点的时间，确定每个历史订单匹配的时间标识；还用于构建存储有每个历史订单的订单标识与每个历史订单匹配的时间标识的第三数据库。
一种可能的设计中，查询模块404，还用于在接收到请求端发送的携带有目标时间标识的查询请求时，从第三数据库中获取与目标时间标识匹配的第三目标订单标识；
从第一数据库中获取与第三目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给请求端。
一种可能的设计中，匹配模块402，具体用于根据每个终端对应的历史行驶状态信息中包括的经过每个轨迹点的时间，将落入同一个历史订单的起始时间和终止时间的时间范围内的历史行驶状态信息划分至同一行驶状态信息集合，其中，每个历史订单对应一个行驶状态信息集合；
第一构建模块403，还用于构建存储有每个历史订单的订单标识与对应的行驶状态信息集合之间的映射关系的第一数据库。
本申请实施例三提供的一种历史轨迹数据处理装置，可以准确、快速、灵活地获取历史轨迹数据。
实施例四
如图5所示，本申请实施例还提供一种历史轨迹数据处理装置500，包括：
获取模块501，用于获取至少一个目标订单标识分别匹配的历史行驶状态信息，其中，历史行驶状态信息包括以下信息中的至少一种：每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度；
特征确定模块502，用于基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征；
其中，历史行驶状态特征包括以下特征信息中的至少一种：
任意一个目标订单的起点位置和/或终点位置；
任意一个目标位置区域的车流量信息；
任意一个目标位置区域的通行速度信息；
通过任意一个目标位置区域的通行时间信息。
一种可能的设计中，获取模块501，具体用于：
向服务器发送携带有至少一个目标订单标识的第一查询请求；
接收服务器发送的至少一个目标订单标识分别匹配的历史行驶状态信息。
一种可能的设计中，获取模块501，还用于：
向服务器发送携带有至少一个目标路段标识的第二查询请求；
接收服务器发送的与至少一个目标路段标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第三查询请求；
接收服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
一种可能的设计中，获取模块501，还用于：
向服务器发送携带有至少一个目标时间标识的第四查询请求；
接收服务器发送的与至少一个目标时间标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第五查询请求；
接收服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
本申请实施例四提供的一种历史轨迹数据处理装置，可以准确、快速、灵活地获取历史轨迹数据，并且可以对历史轨迹数据进行更准确的分析。
实施例五
图6示出了本申请实施例所提供的一种电子设备600，包括处理器601，存储器602，总线603，所述存储器602存储有所述处理器601可执行的机器可读指令(比如，图4中的获取模块401、匹配模块402、第一构建模块403以及查询模块404对应的执行指令等)，当电子设备600运行时，所述处理器601与所述存储器602之间通过总线603通信，所述机器可读指令被所述处理器601执行时执行如下处理：
获取至少一个终端上传的历史行驶状态信息和历史订单信息，所述历史订单信息包括订单标识；
将每个终端对应的所述历史行驶状态信息和所述历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息；
构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库；
在接收到请求端发送的携带有第一目标订单标识的查询请求时，从所述第一数据库中获取与所述第一目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
其中，处理器601的具体处理流程可以参照上述实施例的记载，这里不再赘述。
本申请实施例提供的一种电子设备，可以准确、快速、灵活地获取历史轨迹数据，并且可以对历史轨迹数据进行更准确的分析。
实施例六
图7示出了本申请实施例所提供的一种电子设备700，所述存储器702存储有所述处理器701可执行的机器可读指令(比如，图5中的获取模块501以及特征确定模块502对应的执行指令等)，当电子设备700运行时，所述处理器701与所述存储器702之间通过总线703通信，所述机器可读指令被所述处理器701执行时执行如下处理：
获取至少一个目标订单标识分别匹配的历史行驶状态信息，其中，所述历史行驶状态信息包括以下信息中的至少一种：每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度；
基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征；
其中，所述历史行驶状态特征包括以下特征信息中的至少一种：
任意一个目标订单的起点位置和/或终点位置；
任意一个目标位置区域的车流量信息；
任意一个目标位置区域的通行速度信息；
通过任意一个目标位置区域的通行时间信息。
其中，处理器701的具体处理流程可以参照上述实施例的记载，这里不再赘述。
本申请实施例提供的一种电子设备，可以准确、快速、灵活地获取历史轨迹数据，并且可以对历史轨迹数据进行更准确的分析。
本发明实施例提供的一种历史轨迹数据处理装置及电子设备，与上述实施例提供的一种历史轨迹数据处理方法具有相同的技术特征，所以也能解决相同的技术问题，达到相同的技术效果。
实施例七
本实施例公开了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法实施例一所述的历史轨迹数据处理方法，和/或，上述方法实施例二所述的历史轨迹数据处理方法中的步骤。
本申请实施例所提供的进行历史轨迹数据处理方法的计算机程序产品，包括存储了处理器可执行的非易失的程序代码的计算机可读存储介质，程序代码包括的指令可用于执行前面方法实施例中的方法，具体实现可参见方法实施例，在此不再赘述。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的***和装置的具体工作过程，可以参考方法实施例中的对应过程，本申请中不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的***、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个模块或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。
Claims (25)
1.一种历史轨迹数据处理方法，其特征在于，包括：
获取至少一个终端上传的历史行驶状态信息和历史订单信息，所述历史订单信息包括订单标识；
将每个终端对应的所述历史行驶状态信息和所述历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息；
构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库；
在接收到请求端发送的携带有第一目标订单标识的查询请求时，从所述第一数据库中获取与所述第一目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
2.如权利要求1所述的方法，其特征在于，所述历史行驶状态信息包括：每个轨迹点的位置坐标和经过每个轨迹点的时间；
所述历史订单信息还包括：历史订单的起始时间和结束时间。
3.如权利要求2所述的方法，其特征在于，在获取至少一个终端上传的历史行驶状态信息和历史订单信息之后，还包括：
根据每个历史订单匹配的历史行驶状态信息中包括每个轨迹点的位置坐标，确定每个历史订单匹配的路段标识；
构建存储有每个历史订单的订单标识与每个历史订单匹配的路段标识的第二数据库。
4.如权利要求3所述的方法，其特征在于，所述方法还包括：
在接收到请求端发送的携带有目标路段标识的查询请求时，从所述第二数据库中获取与所述目标路段标识匹配的第二目标订单标识；
从所述第一数据库中获取与所述第二目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
5.如权利要求2所述的方法，其特征在于，在获取至少一个终端上传的历史行驶状态信息和历史订单信息之后，还包括：
根据每个历史订单匹配的历史行驶状态信息中包括经过每个轨迹点的时间，确定每个历史订单匹配的时间标识；
构建存储有每个历史订单的订单标识与每个历史订单匹配的时间标识的第三数据库。
6.如权利要求5所述的方法，其特征在于，所述方法还包括：
在接收到请求端发送的携带有目标时间标识的查询请求时，从所述第三数据库中获取与所述目标时间标识匹配的第三目标订单标识；
从所述第一数据库中获取与所述第三目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
7.如权利要求2所述的方法，其特征在于，所述将每个终端对应的所述历史行驶状态信息和所述历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息，包括：
根据每个终端对应的历史行驶状态信息中包括的经过每个轨迹点的时间，将落入同一个历史订单的起始时间和终止时间的时间范围内的历史行驶状态信息划分至同一行驶状态信息集合，其中，每个历史订单对应一个行驶状态信息集合；
所述构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库，包括：
构建存储有每个历史订单的订单标识与对应的行驶状态信息集合之间的映射关系的第一数据库。
8.一种历史轨迹数据处理方法，其特征在于，包括：
获取至少一个目标订单标识分别匹配的历史行驶状态信息，其中，所述历史行驶状态信息包括以下信息中的至少一种：每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度；
基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征；
其中，所述历史行驶状态特征包括以下特征信息中的至少一种：
任意一个目标订单的起点位置和/或终点位置；
任意一个目标位置区域的车流量信息；
任意一个目标位置区域的通行速度信息；
通过任意一个目标位置区域的通行时间信息。
9.如权利要求8所述的方法，其特征在于，获取至少一个目标订单标识分别匹配的历史行驶状态信息，包括：
向服务器发送携带有所述至少一个目标订单标识的第一查询请求；
接收所述服务器发送的所述至少一个目标订单标识分别匹配的历史行驶状态信息。
10.如权利要求8所述的方法，其特征在于，获取至少一个目标订单标识分别匹配的历史行驶状态信息，包括：
向服务器发送携带有至少一个目标路段标识的第二查询请求；
接收所述服务器发送的与所述至少一个目标路段标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第三查询请求；
接收所述服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
11.如权利要求8所述的方法，其特征在于，获取至少一个目标订单标识分别匹配的历史行驶状态信息，包括：
向服务器发送携带有至少一个目标时间标识的第四查询请求；
接收所述服务器发送的与所述至少一个目标时间标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第五查询请求；
接收所述服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
12.一种历史轨迹数据处理装置，其特征在于，包括：
获取模块，用于获取至少一个终端上传的历史行驶状态信息和历史订单信息，所述历史订单信息包括订单标识；
匹配模块，用于将每个终端对应的所述历史行驶状态信息和所述历史订单信息进行匹配，得到与每个终端执行的每个历史订单相匹配的历史行驶状态信息；
第一构建模块，用于构建存储有每个历史订单的订单标识与相匹配的历史行驶状态信息之间的映射关系的第一数据库；
查询模块，用于在接收到请求端发送的携带有第一目标订单标识的查询请求时，从所述第一数据库中获取与所述第一目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
13.如权利要求12所述的装置，其特征在于，所述历史行驶状态信息包括：每个轨迹点的位置坐标和经过每个轨迹点的时间；
所述历史订单信息还包括：历史订单的起始时间和结束时间。
14.如权利要求13所述的装置，其特征在于，所述装置，还包括：
第二构建模块，用于根据每个历史订单匹配的历史行驶状态信息中包括每个轨迹点的位置坐标，确定每个历史订单匹配的路段标识；还用于构建存储有每个历史订单的订单标识与每个历史订单匹配的路段标识的第二数据库。
15.如权利要求14所述的装置，其特征在于，所述查询模块，还用于在接收到请求端发送的携带有目标路段标识的查询请求时，从所述第二数据库中获取与所述目标路段标识匹配的第二目标订单标识；
从所述第一数据库中获取与所述第二目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
16.如权利要求13所述的装置，其特征在于，所述装置，还包括：
第三构建模块，用于根据每个历史订单匹配的历史行驶状态信息中包括经过每个轨迹点的时间，确定每个历史订单匹配的时间标识；还用于构建存储有每个历史订单的订单标识与每个历史订单匹配的时间标识的第三数据库。
17.如权利要求16所述的装置，其特征在于，所述查询模块，还用于在接收到请求端发送的携带有目标时间标识的查询请求时，从所述第三数据库中获取与所述目标时间标识匹配的第三目标订单标识；
从所述第一数据库中获取与所述第三目标订单标识匹配的历史行驶状态信息，并将获取的历史行驶状态信息发送给所述请求端。
18.如权利要求13所述的装置，其特征在于，所述匹配模块，具体用于根据每个终端对应的历史行驶状态信息中包括的经过每个轨迹点的时间，将落入同一个历史订单的起始时间和终止时间的时间范围内的历史行驶状态信息划分至同一行驶状态信息集合，其中，每个历史订单对应一个行驶状态信息集合；
所述第一构建模块，还用于构建存储有每个历史订单的订单标识与对应的行驶状态信息集合之间的映射关系的第一数据库。
19.一种历史轨迹数据处理装置，其特征在于，包括：
获取模块，用于获取至少一个目标订单标识分别匹配的历史行驶状态信息，其中，所述历史行驶状态信息包括以下信息中的至少一种：每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度；
特征确定模块，用于基于每个目标订单标识对应的历史行驶状态信息，确定历史行驶状态特征；
其中，所述历史行驶状态特征包括以下特征信息中的至少一种：
任意一个目标订单的起点位置和/或终点位置；
任意一个目标位置区域的车流量信息；
任意一个目标位置区域的通行速度信息；
通过任意一个目标位置区域的通行时间信息。
20.如权利要求19所述的装置，其特征在于，所述获取模块，具体用于：
向服务器发送携带有所述至少一个目标订单标识的第一查询请求；
接收所述服务器发送的所述至少一个目标订单标识分别匹配的历史行驶状态信息。
21.如权利要求19所述的装置，其特征在于，所述获取模块，还用于：
向服务器发送携带有至少一个目标路段标识的第二查询请求；
接收所述服务器发送的与所述至少一个目标路段标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第三查询请求；
接收所述服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
22.如权利要求19所述的装置，其特征在于，所述获取模块，还用于：
向服务器发送携带有至少一个目标时间标识的第四查询请求；
接收所述服务器发送的与所述至少一个目标时间标识分别匹配的订单标识；
从接收的订单标识中选择至少一个目标订单标识；
向服务器发送携带有选择的至少一个目标订单标识的第五查询请求；
接收所述服务器发送的与选择的至少一个目标订单标识分别匹配的历史行驶状态信息。
23.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求1至7任一所述的历史轨迹数据处理方法的步骤。
24.一种电子设备，其特征在于，包括：处理器、存储介质和总线，所述存储介质存储有所述处理器可执行的机器可读指令，当电子设备运行时，所述处理器与所述存储介质之间通过总线通信，所述处理器执行所述机器可读指令，以执行时执行如权利要求8至11任一所述的历史轨迹数据处理方法的步骤。
25.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行如权利要求1至7任一所述的历史轨迹数据处理方法，和/或，如权利要求8至11任一所述的历史轨迹数据处理方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910185878.XA CN111695713B (zh) | 2019-03-12 | 2019-03-12 | 一种历史轨迹数据处理方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910185878.XA CN111695713B (zh) | 2019-03-12 | 2019-03-12 | 一种历史轨迹数据处理方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN111695713A true CN111695713A (zh) | 2020-09-22 |
| CN111695713B CN111695713B (zh) | 2023-09-15 |
Family
ID=72474654
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910185878.XA Active CN111695713B (zh) | 2019-03-12 | 2019-03-12 | 一种历史轨迹数据处理方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN111695713B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112380448A (zh) * | 2020-12-03 | 2021-02-19 | 腾讯科技（深圳）有限公司 | 车辆数据处理方法、装置、计算机设备和存储介质 |
| CN116483830A (zh) * | 2023-03-29 | 2023-07-25 | 深圳市未来智能网联交通***产业创新中心 | 一种分布式智能网联汽车数据处理***架构 |
| CN117150247A (zh) * | 2023-10-30 | 2023-12-01 | 中国标准化研究院 | 一种智能产品质量风险控制方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102354405A (zh) * | 2011-11-04 | 2012-02-15 | 马龙泉 | 车辆驾驶服务终端***及其工作方法 |
| WO2014118970A1 (ja) * | 2013-02-01 | 2014-08-07 | 富士通株式会社 | 旅行時間予測方法、旅行時間予測装置、及びプログラム |
| CN106935027A (zh) * | 2015-12-30 | 2017-07-07 | 沈阳美行科技有限公司 | 一种基于行驶数据的交通信息预测方法及装置 |
| CN108133611A (zh) * | 2016-12-01 | 2018-06-08 | 中兴通讯股份有限公司 | 车辆行驶轨迹监测方法及*** |
| CN109035755A (zh) * | 2017-06-12 | 2018-12-18 | 北京嘀嘀无限科技发展有限公司 | 路况分析方法、装置、服务器和计算机可读存储介质 |
-
2019
- 2019-03-12 CN CN201910185878.XA patent/CN111695713B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102354405A (zh) * | 2011-11-04 | 2012-02-15 | 马龙泉 | 车辆驾驶服务终端***及其工作方法 |
| WO2014118970A1 (ja) * | 2013-02-01 | 2014-08-07 | 富士通株式会社 | 旅行時間予測方法、旅行時間予測装置、及びプログラム |
| CN106935027A (zh) * | 2015-12-30 | 2017-07-07 | 沈阳美行科技有限公司 | 一种基于行驶数据的交通信息预测方法及装置 |
| CN108133611A (zh) * | 2016-12-01 | 2018-06-08 | 中兴通讯股份有限公司 | 车辆行驶轨迹监测方法及*** |
| CN109035755A (zh) * | 2017-06-12 | 2018-12-18 | 北京嘀嘀无限科技发展有限公司 | 路况分析方法、装置、服务器和计算机可读存储介质 |
Non-Patent Citations (4)
| Title |
|---|
| 王子奇: ""基于滴滴轨迹数据的城市道路运行状态评价分析"" * |
| 薛津: ""基于GPS车辆监控***的设计与实现"" * |
| 邢浩: ""出租车运行监测***的设计与实现"" * |
| 陈雯: ""基于本体框架的交通出行语义轨迹建模、标记及数据库研究"" * |
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112380448A (zh) * | 2020-12-03 | 2021-02-19 | 腾讯科技（深圳）有限公司 | 车辆数据处理方法、装置、计算机设备和存储介质 |
| CN116483830A (zh) * | 2023-03-29 | 2023-07-25 | 深圳市未来智能网联交通***产业创新中心 | 一种分布式智能网联汽车数据处理***架构 |
| CN116483830B (zh) * | 2023-03-29 | 2024-04-26 | 深圳市未来智能网联交通***产业创新中心 | 一种分布式智能网联汽车数据处理***架构 |
| CN117150247A (zh) * | 2023-10-30 | 2023-12-01 | 中国标准化研究院 | 一种智能产品质量风险控制方法 |
| CN117150247B (zh) * | 2023-10-30 | 2023-12-26 | 中国标准化研究院 | 一种智能产品质量风险控制方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN111695713B (zh) | 2023-09-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111696343B (zh) | 一种轨迹数据处理方法及装置 | |
| US11125569B2 (en) | Midpoint-based map-agnostic navigation routing | |
| US8386157B2 (en) | Universal GPS traffic monitoring system | |
| CN105674994B (zh) | 获取行车路线的方法、装置及导航设备 | |
| US8359156B2 (en) | Map generation system and map generation method by using GPS tracks | |
| US10317222B2 (en) | Decision-based map-agnostic navigation routing | |
| EP2427726B1 (en) | Methods and systems for creating digital transportation networks | |
| US11249984B2 (en) | System and method for updating map data in a map database | |
| CN111695713B (zh) | 一种历史轨迹数据处理方法及装置 | |
| CN111125293B (zh) | 公交网络模型自动生成方法、装置及电子设备 | |
| WO2019065328A1 (ja) | 駐車場推定装置及び駐車場推定方法 | |
| CN111862588B (zh) | 控制信息发布的方法、装置、电子设备和存储介质 | |
| CN112309136B (zh) | 一种确定交通流量的方法、装置及设备 | |
| CN114548512A (zh) | 一种面向数字孪生的道路运行数据预估方法及装置 | |
| US12013881B2 (en) | Method, device, and system for determining a weather area | |
| CN104482936A (zh) | 提供路况信息的云端服务器和显示路况信息的装置 | |
| CN115164922A (zh) | 一种路径规划方法、***、设备及存储介质 | |
| US20210327261A1 (en) | Method, apparatus, and computer program product for reducing redundant data uploads | |
| JP3885787B2 (ja) | 走行経路推定方法、走行経路推定システムにおけるセンター装置及びプログラム | |
| CN103226895A (zh) | 用于为导航装置提供速度警告信息的方法和数据处理装置 | |
| US20200278214A1 (en) | Method, system, and computer program product for generating synthetic demand data of vehicle rides | |
| EP4012680A1 (en) | Method, apparatus and computer program product for detecting a lane closure using probe data | |
| US20220180739A1 (en) | Method, apparatus and computer program product for detecting a lane shift using probe data | |
| US20240153376A1 (en) | Method, apparatus, and computer program product for data attribution | |
| US20230194303A1 (en) | Automatic detection of segment width expansion using probe data |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |