CN111696343B - 一种轨迹数据处理方法及装置 - Google Patents
一种轨迹数据处理方法及装置 Download PDFInfo
- Publication number
- CN111696343B CN111696343B CN201910186322.2A CN201910186322A CN111696343B CN 111696343 B CN111696343 B CN 111696343B CN 201910186322 A CN201910186322 A CN 201910186322A CN 111696343 B CN111696343 B CN 111696343B
- Authority
- CN
- China
- Prior art keywords
- target
- travel
- identifier
- state information
- matched
- 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.)
- Active
Links
Images
Classifications
-
- 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
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/22—Indexing; Data structures therefor; Storage structures
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/24—Querying
- G06F16/245—Query processing
- G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Software Systems (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- General Engineering & Computer Science (AREA)
- Fuzzy Systems (AREA)
- Mathematical Physics (AREA)
- Probability & Statistics with Applications (AREA)
- Chemical & Material Sciences (AREA)
- Computational Linguistics (AREA)
- Analytical Chemistry (AREA)
- Navigation (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中可以包括执行指令操作的处理器。
上述服务器100与终端之间可以建立通信连接,并基于通信连接来传输行驶状态信息和用户信息等。其中,上述终端可以是服务请求方终端130,也可以是服务提供方终端140。例如,针对使用网约车终端来进行行驶状态信息和用户信息的采集和上传来说,服务提供方终端140可以为司机使用的终端,服务请求方终端130可以为乘客使用的终端,服务器100可以与司机使用的终端保持通信连接,进而可以获取每个终端中记录的用户信息和行驶状态信息,例如,可以通过司机使用的终端获取司机驾驶车辆产生的行驶状态信息等。
本申请实施例中,可以由上述服务器100基于终端上传的行驶状态信息和用户信息,构建存储有行驶状态信息和用户信息的数据库150,以便服务请求方终端130或服务提供方终端140或其它处理设备查询所需的行驶状态信息。另外,本申请实施例中,服务请求方终端130或服务提供方终端140或其它处理设备可以向上述服务器发送查询请求,以便从上述服务器100中获取查询请求对应的行驶状态信息,进而对获取的行驶状态信息进行分析和处理,得到行驶状态特征。具体实施过程请参见以下实施例。
为便于对本实施例进行理解,首先对本申请实施例所公开的一种轨迹数据处理方法进行详细介绍。
实施例一
如图2所示,是本申请实施例提供的一种轨迹数据处理方法,包括:
S201:获取终端上传行驶状态信息。
具体的,终端可以是司机使用的终端,也可以是乘客使用的终端。例如,可以通过司机使用的终端,获取司机驾驶车辆产生的行驶状态信息。再例如,也可以通过乘客使用的终端,获取乘客乘坐车辆产生的行驶状态信息。同时,还可以通过终端获取用户标识,并将用户标识作为终端上传的行驶状态信息的一部分进行存储。
上述行驶状态信息,包括:每个轨迹点的位置坐标。上述行驶状态信息,还可以包括:经过每个轨迹点的时间、经过每个轨迹点的速度等。
S202:根据行驶状态信息中包括的每个轨迹点的位置坐标,将行驶状态信息划分在至少一个行程集合中,其中,每个行程集合对应一个行程标识。
示例性的,将本申请实施例应用于网约车场景中时,将网约车的一个订单可以视为一个行程。在乘客乘坐网约车开始一个行程时,由于网约车司机会停在上车点等待乘客上车,因此,在一定时间范围内相邻轨迹点之间的距离变化很小。鉴于上述特点,可以将获取的行程状态信息划分在不同的行程集合中。
一种可能的实施方式中,可以根据行驶状态信息中包括的每个轨迹点的位置坐标,确定相邻轨迹点之间的距离变化范围。这里,上述相邻轨迹点可以为时间上相邻的两个轨迹点,也可以为时间上依次相邻的多个轨迹点。
若确定的相邻轨迹点的距离变化范围在预设距离范围内,则以上述相邻轨迹点中任一个轨迹点为行程界限点,将该行程界限点之前的轨迹点对应的行驶状态信息划分在一个行程集合,将该行程界限点之后的轨迹点对应的行驶状态信息划分在另一个行程集合,并为划分出的每个行程集合标记对应的行程标识。
其中,上述相邻轨迹点中任一个轨迹点既可以作为一个行程的起点,也可以作为一个行程的终点。在具体实施过程中,可能存在无法判断上述行程界限点具体是一个行程的起点还是终点的情况,此时,可以将上述行程界限点同时作为上一个行程的终点和下一个行程的起点。
S203:构建存储有行程标识、与每个行程集合中包括的行驶状态信息的第一数据库。
S204:在接收到请求端发送的携带有第一目标行程标识的查询请求时,从第一数据库中获取与第一目标行程标识对应的行驶状态信息,并将获取的行驶状态信息发送给请求端。
具体实施中,为了对指定空间范围和指定时间范围的轨迹数据进行灵活、快速的查询,还可以建立路段标识或时间标识与轨迹数据之间的匹配关系。可以使用下述可能的实施方式,建立路段标识或时间标识与轨迹数据之间的匹配关系:
A:在一种可能的实施方式中,可以根据每个终端上传的行驶状态信息中包括的每个轨迹点的位置坐标,确定每个轨迹点对应的路段标识。并且构建存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库。
为了对指定空间范围的轨迹数据进行灵活、快速的查询,建立空间位置坐标与轨迹数据之间的匹配关系,在对城市交通数据进行分析的情况下,通常使用预先确定的路网来标识空间位置坐标。
结合城市交通道路情况,上述路网最基本的要素为路段(link)和节点(node)。其中,路段为两个节点之间的有向线段,是路网中最小的路程单位,每个路段对应一个路段标识。节点连接不同的路段,通常为路程的拐点、路口、停车场等位置。
由于使用路网标识空间位置坐标,需要将行驶状态信息中的每个轨迹点的位置坐标转换为路网中的空间位置坐标,通常情况下,行驶状态信息中每个轨迹点的位置坐标为通过定位技术获取的经纬度坐标,因此,在具体实施过程中,需要将行驶状态信息中的每个轨迹点的位置坐标转换为路段标识。具体的,可以采用如下步骤将行驶状态信息中的每个轨迹点的位置坐标转换为路段标识:
步骤1:获取每个路段标识包括的位置坐标范围;
步骤2:根据每个终端上传的行驶状态信息的每个轨迹点的位置坐标,确定每个轨迹点落入的位置坐标范围;
步骤3:根据每个轨迹点落入的位置坐标范围,确定每个轨迹点对应的路段标识。
在构建了存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库之后,后续可以支持基于路段标识来查询所需的行驶状态信息。
一种可能的实施方式中,在接收到请求端发送的携带有目标路段标识的查询请求时,可以从第二数据库中获取与目标路段标识匹配的第二目标行程标识。之后可以进一步从第一数据库中获取与第二目标行程标识匹配的行驶状态信息,并将获取的行驶状态信息发送给请求端。
B:在另一种可能的实施方式中,根据每个行程集合中包括的经过每个轨迹点的时间,确定与每个行程集合匹配的时间标识;构建存储有每个行程集合的行程标识、与每个行程集合匹配的时间标识的第三数据库。
由于构建了存储有每个行程标识与每个行程标识匹配的时间标识的第三数据库,在接收到请求端发送的携带有目标时间标识的查询请求时,还可以从第三数据库中获取与目标时间标识匹配的第三目标行程标识,然后从第一数据库中获取与第三目标行程标识对应的行驶状态信息,并将获取的行驶状态信息发送给请求端。
在对指定时间范围的轨迹数据进行查询时,如果上述指定时间范围很长的情况下,例如,需要获取半年乃至一年时间范围内的行驶状态信息,就会造成获取到的行驶状态信息的数据量过大,为后续分析带来很大的困难。因此,在上述指定时间范围很长的情况下,可以对获取的指定时间范围对应的行驶状态信息进行采样,并且可以根据具体获取的行驶状态信息的数据量设置对应的采样率,例如将采样率设置为0.1,就可以有效降低行驶状态信息的数据量。并且由于行驶状态信息的数据量本身就已经很大,设置合适的采样率对行驶状态信息进行采样,并不会明显降低分析结果的准确度,不会明显影响城市交通数据的分析效果。
本申请实施例中,通过构建存储有行程标识和与每个行程标识对应的行驶状态信息的第一数据库、存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库和存储有每个行程集合的行程标识、与每个行程集合匹配的时间标识的第三数据库,可以准确、快速、灵活地获取指定时间范围和空间范围的车辆轨迹数据。
本申请实施例的提供的一种轨迹数据处理方法,可以将车辆实时产生的轨迹数据与用户的出行情况进行关联,从而准确、快速、灵活地获取车辆轨迹数据,对车辆轨迹数据进行快速、准确地分析。
实施例二
如图3所示,是本申请实施例提供的另一种轨迹数据处理方法,包括:
S301:获取与至少一个目标行程标识分别对应的目标行驶状态信息。
其中,目标行驶状态信息包括以下信息中的至少一种:每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度。
具体的,在获取与至少一个目标行程标识分别对应的目标行驶状态信息时,可以采用如下几种方式:
实施方式一:
向服务器发送携带有至少一个目标行程标识的第一查询请求,进而接收服务器发送的与每个目标行程标识对应的目标行驶状态信息。
实施方式二:
对于获取指定空间范围内的行驶状态信息,可以通过目标路段标识,获得目标路段标识匹配的目标路段标识匹配的目标行驶状态信息。具体的,可以通过如下步骤获取至少一个目标路段标识分别匹配的目标行驶状态信息:
向服务器发送携带有至少一个目标路段标识的第二查询请求;接收服务器发送的与至少一个目标路段标识分别匹配的目标行程标识;从接收的目标行程标识中选择至少一个目标行程标识;向服务器发送携带有选择的至少一个目标行程标识的第三查询请求;接收服务器发送的与选择的至少一个目标行程标识分别匹配的目标行驶状态信息。
实施方式三:
对于获取指定时间范围内的行驶状态信息,可以通过目标时间标识,获得目标时间标识匹配的目标行驶状态信息。
具体地,可以通过以下两种方式获取至少一个目标路段标识分别匹配的目标行驶状态信息:
其一:
向服务器发送携带有至少一个目标时间标识的第四查询请求,接收服务器发送的与至少一个目标时间标识分别匹配的目标行程标识。之后,从接收的目标路段标识中选择至少一个目标行程标识,并向服务器发送携带有选择的至少一个目标行程标识的第五查询请求。进一步地,接收服务器发送的与选择的至少一个目标行程标识分别匹配的目标行驶状态信息。
其二:
向服务器发送携带有至少一个目标时间标识的第六查询请求,接收服务器发送的与至少一个目标时间标识分别匹配的目标行程标识。之后,直接向服务器发送携带有与至少一个目标时间标识分别匹配的目标行程标识的第七查询请求。进一步地,接收服务器发送的与至少一个目标时间标识分别匹配的目标行程标识分别匹配的目标行驶状态信息。
S302:基于每个目标路段标识匹配的目标行驶状态信息,确定行驶状态特征。
其中,行驶状态特征包括以下特征信息中的至少一种:
任意一个目标行程标识匹配的轨迹特征信息;
任意一个目标位置区域的车流量信息;
任意一个目标位置区域的通行速度信息;
任意一组目标起点位置和目标终点位置之间的通行路径信息。
示例性的:
a:当行驶状态特征包括任意一个目标行程标识匹配的轨迹特征信息时,基于每个目标行程标识匹配的目标行驶状态信息,确定行驶状态特征,包括:
根据获取的任意一个目标行程标识匹配的行驶状态信息中第一个轨迹点的位置坐标,确定一个行程的起始位置,和/或根据获取的任意一个目标行程标识匹配的行驶状态信息中第一个轨迹点的位置坐标,确定一个行程的终止位置。
b:当行驶状态特征包括任意一个目标位置区域的车流量信息时,基于每个目标路段标识匹配的目标行程标识和目标行驶状态信息,确定行驶状态特征,包括:
获取落入目标位置区域的每个目标轨迹点,并统计落入目标位置区域的轨迹点的个数,基于上述个数,确定目标位置区域的车流量信息。
可以通过如下步骤获取落入目标位置区域的每个目标轨迹点:
步骤1:获取目标位置区域中的至少一个目标路段标识,生成并向服务器发送携带有上述至少一个目标路段标识的查询请求。
步骤2:接收服务器发送的与上述至少一个目标路段标识分别匹配的目标行程标识。
步骤3:向服务器发送携带有上述目标行程标识的查询请求。
步骤4:接收服务器发送的与上述目标行程标识分别匹配的目标行驶状态信息。
步骤5:根据上述目标行驶状态信息中每个轨迹点的位置坐标,确定落在目标位置区域范围内的目标轨迹点。
这里,目标位置区域可以为路段、节点,也可以为路口(junction)、道路(road)、或者区域(area)。其中的区域可以包括任意形状的多边形位置区域。
c:当行驶状态特征包括任意一个目标位置区域的通行速度信息时,基于每个目标路段标识匹配的目标行程标识和目标行驶状态信息,确定行驶状态特征,包括:
根据落入目标位置区域的每个轨迹点的速度,计算预设时间段内获取落入目标位置区域的每个轨迹点的平均速度,得到任意一个目标位置区域的通行速度信息。
这里,目标位置区域可以为路段、节点。也可以为路口、道路、或者区域。
d:当行驶状态特征包括通过任意一组目标起点位置和目标终点位置之间的通行路径信息时,基于每个目标路段标识匹配的目标行程标识和目标行驶状态信息,确定行驶状态特征,包括:
根据任意一组目标起点位置和目标终点位置,确定目标起点位置对应的路段标识和目标终点位置对应的路段标识,向服务器发送携带有目标起点位置对应的路段标识和目标终点位置对应的路段标识的查询请求,并接收服务器发送的与目标起点位置对应的路段标识和目标终点位置对应的路段标识均匹配的目标行程标识;向服务器发送携带有目标行程标识的查询请求;并接收服务器发送的与目标行程标识分别匹配的目标行驶状态信息。
示例性的,还可以根据目标行驶状态信息中的每个轨迹点,生成多个通行路径,并且根据上述任意一组目标起点位置和目标终点位置,从上述多个通行路径中,确定上述任意一组目标起点位置和目标终点位置之间的至少一个目标通行路径。另外,还可以确定目标通行路径的数量以及目标通行路径中每种通行路径所占的比例。
示例性的,还可以对多个目标通行路径进行筛选和过滤,设定不同的筛选条件。例如,将符合干道预定条件的路段设置为干道、将符合支路预定条件的路段设置为支路、将符合小径预定条件的路段设置为小径等。根据目标通行路径经过的路段的规模,筛选通过干道、支路或小径的目标通行路径。从而对目标通行路径进行进一步的分析。例如,根据选择通过多个干道的每个目标通行路径,统计通过每个干道的目标通行路径的数量,针对每个干道,获取通过该干道的数量最大的前N个目标通行路径。
示例性的,也可以获取预设时间范围内的任意一组目标起点位置和目标终点位置,确定目标起点位置对应的路段标识和目标终点位置对应的路段标识,确定预设时间范围内的至少一个时间标识,向服务器发送携带有至少一个时间标识、目标起点位置对应的路段标识和目标终点位置对应的路段标识的查询请求,并接收服务器发送的与至少一个时间标识分别匹配,并且与目标起点位置对应的路段标识和目标终点位置对应的路段标识均匹配的行程标识;向服务器发送携带有目标行程标识的查询请求;并接收服务器发送的与目标行程标识分别匹配的目标行驶状态信息。
并且,可以通过任意一组目标起点位置和目标终点位置之间目标通行路径的变化,分析修路、封路等事件对日常通行的影响。这是由于在发生修路、封路等事件时,目标起点位置和目标终点位置之间的目标通行路径通常会发生改变。
本申请实施例二提供的轨迹数据处理方法,将车辆实时产生的轨迹数据与用户的出行情况进行关联,从而准确、快速、灵活地获取车辆轨迹数据,对车辆轨迹数据进行快速、准确地分析。
基于相同的技术构思,本申请还提供了轨迹数据处理装置、电子设备、以及计算机存储介质等,具体可参见以下实施例。
实施例三
如图4所示,为本申请实施例提供的轨迹数据处理装置400的结构示意图,包括:
获取模块401,用于获取终端上传的行驶状态信息;
第一确定模块402,用于根据所述行驶状态信息中包括的每个轨迹点的位置坐标,将所述行驶状态信息划分在至少一个行程集合中,其中,每个行程集合对应一个行程标识;
第一构建模块403,用于构建存储有行程标识、与每个行程集合中包括的行驶状态信息的第一数据库;
查询模块404,用于在接收到请求端发送的携带有第一目标行程标识的查询请求时,从所述第一数据库中获取与所述第一目标行程标识对应的行驶状态信息,并将获取的行驶状态信息发送给所述请求端。
一种可能的实施方式中,所述第一确定模块402,具体用于:
根据所述行驶状态信息中包括的每个轨迹点的位置坐标,确定相邻轨迹点之间的距离变化范围;
若确定的相邻轨迹点的距离变化范围在预设距离范围内,则以所述相邻轨迹点中任一个轨迹点为行程界限点,将该行程界限点之前的轨迹点对应的行驶状态信息划分在一个行程集合,将该行程界限点之后的轨迹点对应的行驶状态信息划分在另一个行程集合,并为划分出的每个行程集合标记对应的行程标识。
一种可能的实施方式中,所述装置,还包括:
第二确定模块405,用于根据每个行程集合中包括的轨迹点的位置坐标,确定与每个行程集合匹配的路段标识;
第二构建模块406,用于构建存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库。
一种可能的实施方式中,所述查询模块404,还用于:
在接收到所述请求端发送的携带有目标路段标识的查询请求时,从所述第二数据库中获取与所述目标路段标识匹配的第二目标行程标识;
从所述第一数据库中获取与所述第二目标行程标识匹配的行驶状态信息,并将获取的行驶状态信息发送给所述请求端。
一种可能的实施方式中,所述第二确定模块405,具体用于:
确定每个行程集合中各轨迹点落入的位置坐标范围;
根据每个轨迹点落入的位置坐标范围、以及预设的每个路段标对应的位置坐标范围,确定每个行程集合中与每个轨迹点匹配的路段标识。
一种可能的实施方式中,所述行驶状态信息还包括:经过每个轨迹点的时间;
所述装置,还包括:
第三确定模块407,用于根据每个行程集合中包括的经过每个轨迹点的时间,确定与每个行程集合匹配的时间标识;
第三构建模块408,用于构建存储有每个行程集合的行程标识、与每个行程集合匹配的时间标识的第三数据库。
一种可能的实施方式中,所述查询模块404,还用于:
在接收到请求端发送的携带有目标时间标识的查询请求时,从所述第二数据库中获取与所述目标时间标识匹配的第三目标行程标识;
从所述第一数据库中获取与所述第三目标行程标识匹配的行驶状态信息,并将获取的行驶状态信息发送给请求端。
另外,查询模块404还支持多种查询功能,可以提供多种查询服务,包括:基础查询、条件查询、分桶查询等,并提供对外接口,可以供外部服务器或者外部设备调用上述对外接口,从而使用查询模块404提供的查询功能。
基础查询包括,基于指定的时间范围和/或指定的空间范围,查询指定的时间范围和/或指定的空间范围内的行驶状态信息。
条件查询在基础查询的基础上,可以设置相应的查询条件,例如,在指定时间范围的情况下,可以设定只查询指定时间范围内工作日的数据、或者只查询指定时间范围内周末的数据。另外,还可以使用和、或、非等查询语句,编写查询条件对指定的时间范围和/或指定的空间范围内的行驶状态信息进行查询。
分桶查询也是一种条件查询,在时间范围内,支持以天、星期或月等为单位进行分桶查询,在空间范围内,支持根据路段、节点或者具体的定位技术获取的位置坐标进行分桶查询。
本申请实施例提供的轨迹数据处理装置,将车辆实时产生的轨迹数据与用户的出行情况进行关联,从而准确、快速、灵活地获取车辆轨迹数据,对车辆轨迹数据进行快速、准确地分析。
实施例四
如图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,包括处理器701、存储器702、和总线703。
所述存储器702存储有所述处理器701可执行的机器可读指令(比如,图5中的获取模块501以及特征确定模块502对应的执行指令等),当电子设备700运行时,所述处理器701与所述存储器702之间通过总线703通信,所述机器可读指令被所述处理器701执行时执行如下处理:
获取与至少一个目标行程标识分别对应的目标行驶状态信息,其中,所述目标行驶状态信息包括以下信息中的至少一种:每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度;
基于每个目标行程标识对应的目标行驶状态信息,确定行驶状态特征;
其中,所述行驶状态特征包括以下特征信息中的至少一种:
任意一个目标行程标识匹配的轨迹特征信息;
任意一个目标位置区域的车流量信息;
任意一个目标位置区域的通行速度信息;
任意一组目标起点位置和目标终点位置之间的通行路径信息。
其中,处理器701的具体处理流程可以参照上述实施例的记载,这里不再赘述。
本申请实施例提供的电子设备通过执行上述实施例一中的轨迹数据处理方法和/或实施例二中的轨迹数据处理方法的步骤,将车辆实时产生的轨迹数据与用户的出行情况进行关联,从而准确、快速、灵活地获取车辆轨迹数据,对车辆轨迹数据进行快速、准确地分析。
实施例六
本申请实施例还提供了一种计算机可读存储介质,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行实施例一中的轨迹数据处理方法和/或实施例二中的轨迹数据处理方法的步骤。
具体地,该存储介质能够为通用的存储介质,如移动磁盘、硬盘等,该存储介质上的计算机程序被运行时,能够执行上述轨迹数据处理方法,从而将车辆实时产生的轨迹数据与用户的出行情况进行关联,从而准确、快速、灵活地获取车辆轨迹数据,对车辆轨迹数据进行快速、准确地分析。
本申请实施例提供的轨迹数据处理方法的计算机程序产品,包括存储了程序代码的计算机可读存储介质,程序代码包括的指令可用于执行前面方法实施例中的方法,具体实现可参见方法实施例,在此不再赘述。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统和装置的具体工作过程,可以参考方法实施例中的对应过程,本申请中不再赘述。在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的,例如,模块的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,又例如,多个模块或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口,装置或模块的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的模块可以是或者也可以不是物理上分开的,作为模块显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个处理器可执行的非易失的计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
以上仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
Claims (24)
1.一种轨迹数据处理方法,其特征在于,应用于网约车场景中,包括:
获取终端上传的行驶状态信息;
根据所述行驶状态信息中包括的每个轨迹点的位置坐标,确定相邻轨迹点之间的距离变化范围;
若确定的相邻轨迹点的距离变化范围在预设距离范围内,则以所述相邻轨迹点中任一个轨迹点为行程界限点,将该行程界限点之前的轨迹点对应的行驶状态信息划分在一个行程集合,将该行程界限点之后的轨迹点对应的行驶状态信息划分在另一个行程集合,并为划分出的每个行程集合标记对应的行程标识,其中,每个行程集合为网约车的一个订单,每个行程集合对应一个行程标识,所述行程界限点同时作为上一个行程的终点和下一个行程的起点;
构建存储有行程标识、与每个行程集合中包括的行驶状态信息的第一数据库;
在接收到请求端发送的携带有第一目标行程标识的查询请求时,从所述第一数据库中获取与所述第一目标行程标识对应的行驶状态信息,并将获取的行驶状态信息发送给所述请求端。
2.如权利要求1所述的方法,其特征在于,在将所述行驶状态信息划分在至少一个行程集合中之后,还包括:
根据每个行程集合中包括的轨迹点的位置坐标,确定与每个行程集合匹配的路段标识;
构建存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库。
3.如权利要求2所述的方法,其特征在于,所述方法还包括:
在接收到所述请求端发送的携带有目标路段标识的查询请求时,从所述第二数据库中获取与所述目标路段标识匹配的第二目标行程标识;
从所述第一数据库中获取与所述第二目标行程标识匹配的行驶状态信息,并将获取的行驶状态信息发送给所述请求端。
4.如权利要求2所述的方法,其特征在于,根据每个行程集合中包括的轨迹点的位置坐标,确定与每个行程集合匹配的路段标识,包括:
确定每个行程集合中各轨迹点落入的位置坐标范围;
根据每个轨迹点落入的位置坐标范围、以及预设的每个路段标对应的位置坐标范围,确定每个行程集合中与每个轨迹点匹配的路段标识。
5.如权利要求1所述的方法,其特征在于,所述行驶状态信息还包括:经过每个轨迹点的时间;
在将所述行驶状态信息划分在至少一个行程集合中之后,还包括:
根据每个行程集合中包括的经过每个轨迹点的时间,确定与每个行程集合匹配的时间标识;
构建存储有每个行程集合的行程标识、与每个行程集合匹配的时间标识的第三数据库。
6.如权利要求5所述的方法,其特征在于,所述方法还包括:
在接收到请求端发送的携带有目标时间标识的查询请求时,从所述第三数据库中获取与所述目标时间标识匹配的第三目标行程标识;
从所述第一数据库中获取与所述第三目标行程标识匹配的行驶状态信息,并将获取的行驶状态信息发送给请求端。
7.一种轨迹数据处理方法,其特征在于,应用于网约车场景中,包括:
获取与至少一个目标行程标识分别对应的目标行驶状态信息,其中,所述目标行驶状态信息包括以下信息中的至少一种:每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度;
基于每个目标行程标识对应的目标行驶状态信息,确定行驶状态特征;
其中,所述行驶状态特征包括以下特征信息中的至少一种:
任意一个目标位置区域的车流量信息;
任意一组目标起点位置和目标终点位置之间的通行路径信息;
其中,所述车流量信息是基于落入所述任意一个目标位置区域的轨迹点的个数来确定;
所述通行路径信息是基于与所述任意一组目标起点位置对应的路段标识和所述任意一组目标终点位置对应的路段标识均匹配的目标行程标识所对应的目标行驶状态信息来确定;
其中,根据目标行驶状态信息中的每个轨迹点,生成多个通行路径,并且根据任意一组目标起点位置和目标终点位置,从所述多个通行路径中,确定所述任意一组目标起点位置和目标终点位置之间的至少一个目标通行路径;将符合干道预定条件的路段设置为干道、将符合支路预定条件的路段设置为支路、将符合小径预定条件的路段设置为小径;根据目标通行路径经过的路段的规模,筛选通过干道、支路或小径的目标通行路径。
8.如权利要求7所述的方法,其特征在于,所述行驶状态特征还包括以下特征信息中的至少一种:
任意一个目标行程标识匹配的轨迹特征信息;
任意一个目标位置区域的通行速度信息。
9.如权利要求7或8所述的方法,其特征在于,获取与至少一个目标行程标识分别对应的目标行驶状态信息,包括:
向服务器发送携带有所述至少一个目标行程标识的第一查询请求;
接收所述服务器发送的与每个目标行程标识对应的目标行驶状态信息。
10.如权利要求7或8所述的方法,其特征在于,获取与至少一个目标行程标识分别对应的目标行驶状态信息,包括:
向服务器发送携带有至少一个目标路段标识的第二查询请求;
接收所述服务器发送的与所述至少一个目标路段标识分别匹配的目标行程标识;
从接收的目标行程标识中选择至少一个目标行程标识;
向所述服务器发送携带有选择的至少一个目标行程标识的第三查询请求;
接收所述服务器发送的与选择的至少一个目标行程标识分别匹配的目标行驶状态信息。
11.如权利要求7或8所述的方法,其特征在于,获取与至少一个目标行程标识分别对应的目标行驶状态信息,包括:
向服务器发送携带有至少一个目标时间标识的第四查询请求;
接收所述服务器发送的与所述至少一个目标时间标识分别匹配的目标行程标识;
从接收的目标行程标识中选择至少一个目标行程标识;
向所述服务器发送携带有选择的至少一个目标行程标识的第五查询请求;
接收所述服务器发送的与选择的至少一个目标行程标识分别匹配的目标行驶状态信息。
12.一种轨迹数据处理装置,其特征在于,应用于网约车场景中,包括:
获取模块,用于获取终端上传的行驶状态信息;
第一确定模块,用于根据所述行驶状态信息中包括的每个轨迹点的位置坐标,确定相邻轨迹点之间的距离变化范围;若确定的相邻轨迹点的距离变化范围在预设距离范围内,则以所述相邻轨迹点中任一个轨迹点为行程界限点,将该行程界限点之前的轨迹点对应的行驶状态信息划分在一个行程集合,将该行程界限点之后的轨迹点对应的行驶状态信息划分在另一个行程集合,并为划分出的每个行程集合标记对应的行程标识,其中,每个行程集合为网约车的一个订单,每个行程集合对应一个行程标识,所述行程界限点同时作为上一个行程的终点和下一个行程的起点;
第一构建模块,用于构建存储有行程标识、与每个行程集合中包括的行驶状态信息的第一数据库;
查询模块,用于在接收到请求端发送的携带有第一目标行程标识的查询请求时,从所述第一数据库中获取与所述第一目标行程标识对应的行驶状态信息,并将获取的行驶状态信息发送给所述请求端。
13.如权利要求12所述的装置,其特征在于,所述装置,还包括:
第二确定模块,用于根据每个行程集合中包括的轨迹点的位置坐标,确定与每个行程集合匹配的路段标识;
第二构建模块,用于构建存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库。
14.如权利要求13所述的装置,其特征在于,所述查询模块,还用于:
在接收到所述请求端发送的携带有目标路段标识的查询请求时,从所述第二数据库中获取与所述目标路段标识匹配的第二目标行程标识;
从所述第一数据库中获取与所述第二目标行程标识匹配的行驶状态信息,并将获取的行驶状态信息发送给所述请求端。
15.如权利要求13所述的装置,其特征在于,所述第二确定模块,具体用于:
确定每个行程集合中各轨迹点落入的位置坐标范围;
根据每个轨迹点落入的位置坐标范围、以及预设的每个路段标对应的位置坐标范围,确定每个行程集合中与每个轨迹点匹配的路段标识。
16.如权利要求12所述的装置,其特征在于,所述行驶状态信息还包括:经过每个轨迹点的时间;
所述装置,还包括:
第三确定模块,用于根据每个行程集合中包括的经过每个轨迹点的时间,确定与每个行程集合匹配的时间标识;
第三构建模块,用于构建存储有每个行程集合的行程标识、与每个行程集合匹配的时间标识的第三数据库。
17.如权利要求16所述的装置,其特征在于,所述查询模块,还用于:
在接收到请求端发送的携带有目标时间标识的查询请求时,从所述第三数据库中获取与所述目标时间标识匹配的第三目标行程标识;
从所述第一数据库中获取与所述第三目标行程标识匹配的行驶状态信息,并将获取的行驶状态信息发送给请求端。
18.一种轨迹数据处理装置,其特征在于,应用于网约车场景中,包括:
获取模块,用于获取与至少一个目标行程标识分别对应的目标行驶状态信息,其中,所述目标行驶状态信息包括以下信息中的至少一种:每个轨迹点的位置坐标、经过每个轨迹点的时间、经过每个轨迹点的速度;
特征确定模块,用于基于每个目标行程标识对应的目标行驶状态信息,确定行驶状态特征;
其中,所述行驶状态特征包括以下特征信息中的至少一种:
任意一个目标位置区域的车流量信息;
任意一组目标起点位置和目标终点位置之间的通行路径信息;
其中,所述车流量信息是基于落入所述任意一个目标位置区域的轨迹点的个数来确定;
所述通行路径信息是基于与所述任意一组目标起点位置对应的路段标识和所述任意一组目标终点位置对应的路段标识均匹配的目标行程标识所对应的目标行驶状态信息来确定;
其中,特征确定模块还用于根据目标行驶状态信息中的每个轨迹点,生成多个通行路径,并且根据任意一组目标起点位置和目标终点位置,从所述多个通行路径中,确定所述任意一组目标起点位置和目标终点位置之间的至少一个目标通行路径;将符合干道预定条件的路段设置为干道、将符合支路预定条件的路段设置为支路、将符合小径预定条件的路段设置为小径;根据目标通行路径经过的路段的规模,筛选通过干道、支路或小径的目标通行路径。
19.如权利要求18所述的装置,其特征在于,所述行驶状态特征还包括以下特征信息中的至少一种:
任意一个目标行程标识匹配的轨迹特征信息;
任意一个目标位置区域的通行速度信息。
20.如权利要求18或19所述的装置,其特征在于,所述获取模块,还用于:
向服务器发送携带有所述至少一个目标行程标识的第一查询请求;
接收所述服务器发送的与每个目标行程标识对应的目标行驶状态信息。
21.如权利要求18或19所述的装置,其特征在于,所述获取模块,还用于:
向服务器发送携带有至少一个目标路段标识的第二查询请求;
接收所述服务器发送的与所述至少一个目标路段标识分别匹配的目标行程标识;
从接收的目标行程标识中选择至少一个目标行程标识;
向所述服务器发送携带有选择的至少一个目标行程标识的第三查询请求;
接收所述服务器发送的与选择的至少一个目标行程标识分别匹配的目标行驶状态信息。
22.如权利要求18或19所述的装置,其特征在于,所述获取模块,还用于:
向服务器发送携带有至少一个目标时间标识的第四查询请求;
接收所述服务器发送的与所述至少一个目标时间标识分别匹配的目标行程标识;
从接收的目标行程标识中选择至少一个目标行程标识;
向所述服务器发送携带有选择的至少一个目标行程标识的第五查询请求;
接收所述服务器发送的与选择的至少一个目标行程标识分别匹配的目标行驶状态信息。
23.一种电子设备,其特征在于,包括:处理器、存储介质和总线,所述存储介质存储有所述处理器可执行的机器可读指令,当电子设备运行时,所述处理器与所述存储介质之间通过总线通信,所述处理器执行所述机器可读指令,以执行时执行如权利要求1至6任一所述的轨迹数据处理方法,和/或,如权利要求7至11的任一所述的轨迹数据处理方法的步骤。
24.一种计算机可读存储介质,其特征在于,该计算机可读存储介质上存储有计算机程序,该计算机程序被处理器运行时执行如权利要求1至6任一所述的轨迹数据处理方法,和/或,如权利要求7至11的任一所述的轨迹数据处理方法的步骤。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910186322.2A CN111696343B (zh) | 2019-03-12 | 2019-03-12 | 一种轨迹数据处理方法及装置 |
PCT/CN2019/128384 WO2020181879A1 (zh) | 2019-03-12 | 2019-12-25 | 一种与车辆相关联的数据处理方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910186322.2A CN111696343B (zh) | 2019-03-12 | 2019-03-12 | 一种轨迹数据处理方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111696343A CN111696343A (zh) | 2020-09-22 |
CN111696343B true CN111696343B (zh) | 2022-04-05 |
Family
ID=72427193
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910186322.2A Active CN111696343B (zh) | 2019-03-12 | 2019-03-12 | 一种轨迹数据处理方法及装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN111696343B (zh) |
WO (1) | WO2020181879A1 (zh) |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112153573B (zh) * | 2020-09-28 | 2023-04-07 | 平安国际融资租赁有限公司 | 基于位置轨迹的切分方法、装置、计算机设备及存储介质 |
CN112365088B (zh) * | 2020-11-28 | 2024-04-26 | 北京梧桐车联科技有限责任公司 | 行程关键点的确定方法、装置、设备及可读存储介质 |
CN112764916B (zh) * | 2020-12-18 | 2023-08-22 | 北京百度网讯科技有限公司 | 数据采集的方法及装置 |
CN112861706B (zh) * | 2021-02-04 | 2024-07-16 | 北京百度网讯科技有限公司 | 一种道路状态的监测方法、装置、设备以及存储介质 |
CN113538729B (zh) * | 2021-06-22 | 2023-07-11 | 青岛海信网络科技股份有限公司 | 一种gps数据处理方法及服务器 |
CN113792085A (zh) * | 2021-08-16 | 2021-12-14 | 天津布尔科技有限公司 | 一种高污染车辆经常行驶路段监控方法、装置及存储介质 |
CN113779171A (zh) * | 2021-09-26 | 2021-12-10 | 浙江大华技术股份有限公司 | 对象落脚点的确定方法、装置、存储介质及电子装置 |
CN114490601A (zh) * | 2021-12-31 | 2022-05-13 | 北京中交兴路信息科技有限公司 | 一种车辆轨迹测试方法和系统 |
CN114777806B (zh) * | 2022-04-14 | 2024-05-31 | 上海极豆科技有限公司 | 一种行驶路线绘制方法、装置、电子设备及存储介质 |
CN114973670B (zh) * | 2022-05-23 | 2024-04-09 | 斑马网络技术有限公司 | 行程确定方法、装置及设备 |
CN117268808B (zh) * | 2023-11-16 | 2024-02-09 | 青岛海瑞克轨道交通设备有限公司 | 一种列车车门故障检测方法及系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1588476A (zh) * | 2004-08-07 | 2005-03-02 | 中华电信股份有限公司 | 出租车营运安全与派遣监控系统 |
CN102607553A (zh) * | 2012-03-06 | 2012-07-25 | 北京建筑工程学院 | 一种基于出行轨迹数据的行程识别方法 |
CN104596507A (zh) * | 2015-02-09 | 2015-05-06 | 成都小步创想畅联科技有限公司 | 一种移动终端出行轨迹的确定方法 |
CN105674995A (zh) * | 2015-12-31 | 2016-06-15 | 百度在线网络技术(北京)有限公司 | 一种基于用户出行轨迹获取通勤路线的方法及装置 |
AU2016326056A1 (en) * | 2015-09-24 | 2017-12-14 | Beijing Didi Infinity Technology And Development Co., Ltd. | System and method for determining vehicle load status |
CN107861957A (zh) * | 2016-09-22 | 2018-03-30 | 杭州海康威视数字技术股份有限公司 | 一种数据分析方法及装置 |
CN108122069A (zh) * | 2017-12-08 | 2018-06-05 | 杭州电子科技大学 | 基于海量交通数据居民出行起点终点矩阵提取方法 |
CN108257386A (zh) * | 2016-12-29 | 2018-07-06 | 杭州海康威视数字技术股份有限公司 | 行驶轨迹获取方法和装置 |
CN108665698A (zh) * | 2018-05-21 | 2018-10-16 | 杭州优行科技有限公司 | 基于轨迹的网约车监管方法及装置 |
CN109359690A (zh) * | 2018-10-19 | 2019-02-19 | 江苏智通交通科技有限公司 | 基于卡口数据的车辆出行轨迹识别方法 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2010205089A (ja) * | 2009-03-04 | 2010-09-16 | Nec Corp | 道路交通情報作成装置および道路交通情報作成方法 |
CN101719220A (zh) * | 2009-12-02 | 2010-06-02 | 北京航空航天大学 | 基于有向截尾均值距离的轨迹聚类方法 |
CN101777253B (zh) * | 2009-12-24 | 2012-08-22 | 戴磊 | 一种实时路况采集、分析与反馈及智能交通综合服务系统 |
US9593957B2 (en) * | 2010-06-04 | 2017-03-14 | Microsoft Technology Licensing, Llc | Searching similar trajectories by locations |
CN101975579B (zh) * | 2010-09-30 | 2012-11-28 | 深圳市同洲电子股份有限公司 | 一种车辆轨迹回放的方法、系统及车载监控装置 |
CN103295414B (zh) * | 2013-05-31 | 2016-01-20 | 北京建筑大学 | 一种基于海量历史gps轨迹数据的公交车到站时间预测方法 |
CN103593430B (zh) * | 2013-11-11 | 2017-03-22 | 胡宝清 | 一种基于移动对象时空信息轨迹分段聚类的方法 |
CN105185103B (zh) * | 2015-10-10 | 2018-02-16 | 上海市政工程设计研究总院(集团)有限公司 | 一种路段行程时间的管理控制方法 |
US9824580B2 (en) * | 2015-12-17 | 2017-11-21 | International Business Machines Corporation | Method, computer readable storage medium and system for producing an uncertainty-based traffic congestion index |
CN106935027B (zh) * | 2015-12-30 | 2020-07-07 | 沈阳美行科技有限公司 | 一种基于行驶数据的交通信息预测方法及装置 |
CN105701560B (zh) * | 2015-12-31 | 2021-12-14 | 百度在线网络技术(北京)有限公司 | 一种通勤路线信息的确定方法及装置 |
US20180233035A1 (en) * | 2017-02-10 | 2018-08-16 | Nec Europe Ltd. | Method and filter for floating car data sources |
CN109035755A (zh) * | 2017-06-12 | 2018-12-18 | 北京嘀嘀无限科技发展有限公司 | 路况分析方法、装置、服务器和计算机可读存储介质 |
-
2019
- 2019-03-12 CN CN201910186322.2A patent/CN111696343B/zh active Active
- 2019-12-25 WO PCT/CN2019/128384 patent/WO2020181879A1/zh active Application Filing
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1588476A (zh) * | 2004-08-07 | 2005-03-02 | 中华电信股份有限公司 | 出租车营运安全与派遣监控系统 |
CN102607553A (zh) * | 2012-03-06 | 2012-07-25 | 北京建筑工程学院 | 一种基于出行轨迹数据的行程识别方法 |
CN104596507A (zh) * | 2015-02-09 | 2015-05-06 | 成都小步创想畅联科技有限公司 | 一种移动终端出行轨迹的确定方法 |
AU2016326056A1 (en) * | 2015-09-24 | 2017-12-14 | Beijing Didi Infinity Technology And Development Co., Ltd. | System and method for determining vehicle load status |
CN105674995A (zh) * | 2015-12-31 | 2016-06-15 | 百度在线网络技术(北京)有限公司 | 一种基于用户出行轨迹获取通勤路线的方法及装置 |
CN107861957A (zh) * | 2016-09-22 | 2018-03-30 | 杭州海康威视数字技术股份有限公司 | 一种数据分析方法及装置 |
CN108257386A (zh) * | 2016-12-29 | 2018-07-06 | 杭州海康威视数字技术股份有限公司 | 行驶轨迹获取方法和装置 |
CN108122069A (zh) * | 2017-12-08 | 2018-06-05 | 杭州电子科技大学 | 基于海量交通数据居民出行起点终点矩阵提取方法 |
CN108665698A (zh) * | 2018-05-21 | 2018-10-16 | 杭州优行科技有限公司 | 基于轨迹的网约车监管方法及装置 |
CN109359690A (zh) * | 2018-10-19 | 2019-02-19 | 江苏智通交通科技有限公司 | 基于卡口数据的车辆出行轨迹识别方法 |
Non-Patent Citations (3)
Title |
---|
出租车运行监测系统的设计与实现;邢浩;《中国优秀硕士学位论文全文数据库 工程科技Ⅱ辑》;20150715;第11页-第27页 * |
基于本体框架的交通出行语义轨迹建模、标记及数据库研究;陈雯;《中国优秀博士学位论文全文数据库》;20110928;第33页-第48页 * |
邢浩.出租车运行监测系统的设计与实现.《中国优秀硕士学位论文全文数据库 工程科技Ⅱ辑》.2015,第11页-第27页. * |
Also Published As
Publication number | Publication date |
---|---|
CN111696343A (zh) | 2020-09-22 |
WO2020181879A1 (zh) | 2020-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN111696343B (zh) | 一种轨迹数据处理方法及装置 | |
US10140856B2 (en) | Automatic detection of lane closures using probe data | |
US8359156B2 (en) | Map generation system and map generation method by using GPS tracks | |
US10495470B2 (en) | Map having computer executable instructions embedded therein | |
EP3413286A1 (en) | Reversible lane active direction detection based on probe data | |
CN111324824B (zh) | 一种目的地推荐方法、其装置、电子设备及可读存储介质 | |
CN101218486A (zh) | 用于对道路网图进行建模的方法、装置及系统 | |
CN106595682A (zh) | 一种地图数据的差分更新方法、系统及服务器 | |
CN113847925A (zh) | 基于轨迹数据检测车辆偏航的方法、装置、设备及介质 | |
CN111651437B (zh) | 一种数据清洗方法、装置、电子设备及存储介质 | |
CN104677367A (zh) | 基于路径预测的兴趣点搜索方法 | |
CN111862588B (zh) | 控制信息发布的方法、装置、电子设备和存储介质 | |
WO2019065328A1 (ja) | 駐車場推定装置及び駐車場推定方法 | |
CN111695713B (zh) | 一种历史轨迹数据处理方法及装置 | |
JP2010271205A (ja) | 経路検証システムにおける経路検証方法 | |
US11474511B2 (en) | Method, apparatus and computer program product for determining a measure of probe quality | |
CN112309136B (zh) | 一种确定交通流量的方法、装置及设备 | |
CN115344655A (zh) | 地物要素的变化发现方法、装置及存储介质 | |
Kurkcu et al. | Data visualization tool for monitoring transit operation and performance | |
CN112650794B (zh) | 位置数据处理方法、装置、电子设备和存储介质 | |
US11060879B2 (en) | Method, system, and computer program product for generating synthetic demand data of vehicle rides | |
EP3660457A2 (en) | Method, apparatus, and computer program product for reducing redundant data uploads | |
EP4093063B1 (en) | Method, apparatus, and computer program product for quantifying the privacy risk of trajectory data | |
EP4009084A1 (en) | Aligning in-vehicle mobile device and vehicle bodies for improved global positioning | |
JP2007193705A (ja) | プローブカーデータを用いたデータベース構築システム |
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 |