WO2020181879A1 - 一种与车辆相关联的数据处理方法及系统 - Google Patents

一种与车辆相关联的数据处理方法及系统 Download PDF

Info

Publication number
WO2020181879A1
WO2020181879A1 PCT/CN2019/128384 CN2019128384W WO2020181879A1 WO 2020181879 A1 WO2020181879 A1 WO 2020181879A1 CN 2019128384 W CN2019128384 W CN 2019128384W WO 2020181879 A1 WO2020181879 A1 WO 2020181879A1
Authority
WO
WIPO (PCT)
Prior art keywords
identifier
travel
itinerary
driving data
data
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.)
Ceased
Application number
PCT/CN2019/128384
Other languages
English (en)
French (fr)
Inventor
李思宇
孙伟力
刘兵兵
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Didi Infinity Technology and Development Co Ltd
Original Assignee
Beijing Didi Infinity Technology and Development Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Didi Infinity Technology and Development Co Ltd filed Critical Beijing Didi Infinity Technology and Development Co Ltd
Publication of WO2020181879A1 publication Critical patent/WO2020181879A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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 OR CALCULATING; 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 OR CALCULATING; 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

Definitions

  • This application relates to the technical field of data analysis, and specifically to a data processing method and system associated with a vehicle.
  • Vehicles upload data in real time at all times. By obtaining real-time uploaded vehicle data in a specified time range and space range, urban traffic data can be analyzed to achieve the purpose of optimizing urban traffic.
  • the purpose of this application is to provide a data processing method associated with a vehicle.
  • the method is implemented by a computing device.
  • the computing device includes at least one processor, at least one memory, and a communication platform connected to a network.
  • the method includes : Acquire driving data from a terminal device associated with the vehicle, where the driving data includes the coordinates of sampling points along the route of the vehicle; based on the coordinates of the sampling points, record the driving data in at least one trip data set, where each Each itinerary data set corresponds to one itinerary identifier; generating a first database storing the itinerary identifier and the at least one itinerary data set including the driving data; and in response to receiving the first data set including the first itinerary identifier from the requesting device Request, obtain the first travel data in the first travel data set marked by the first travel identifier from the first database, and send the first travel data to the requesting device.
  • the recording the driving data in at least one trip data set based on the coordinates of the sampling points includes: using the coordinates of the sampling points to determine one of two adjacent sampling points along the path In response to determining that the distance variation range between two adjacent sampling points is within a predetermined threshold range, setting the first sampling point of the two adjacent sampling points as the limit point of the travel; and The sampling points on the travel before the first sampling point are set as the first travel set, and the sampling points on the travel after the first sampling point are set as the second travel set, and each is divided into The itinerary set marks the corresponding itinerary ID.
  • the recording of the driving data in at least one travel data set based on the coordinates of the sampling points further includes: determining the travel data with each travel data set based on the coordinates of the sampling points along the vehicle route Matching road segment identifiers; and generating a second database to store: itinerary identifiers associated with the at least one itinerary data set; and correspondingly, road segment identifiers matching the itinerary identifier.
  • the method further includes: in response to receiving a second request including a first road segment identifier from the requesting device, obtaining a second trip identifier that matches the first road segment identifier from the second database; And acquiring the driving data matching the second travel identifier from the first database, and sending the driving data matching the second travel identifier to the requesting device.
  • the determining the road segment identifier matching each trip data set based on the coordinates of the sampling points along the vehicle route further includes: determining the coordinate range to which each sampling point along the vehicle route belongs , The coordinate range is matched with one or more corresponding road sections; and based on the coordinate range and the corresponding road section, a road section identifier matching each track point in each travel set is determined.
  • the driving data further includes: the time passing through each sampling point; and the method further includes: responding to recording the driving data in the at least one trip data set according to the coordinates of the sampling point , Based on the time passing through each sampling point, determine a time identifier that matches each travel data set; and generate a third database, the third database storing the travel identifier, and correspondingly stored with the at least one The time identifier matched by the travel data set.
  • the method further includes: in response to receiving a third request including a first time identifier from the requesting device, obtaining a third itinerary that matches the first time identifier from the third database Identification; and obtaining the driving data matching the third trip identification from the first database, and sending the driving data matching the third trip identification to the requesting device.
  • the second aspect of the present application provides a data processing method associated with a vehicle.
  • the method is implemented by a computing device.
  • the computing device includes at least one processor, at least one memory, and a communication platform connected to a network.
  • the method includes: acquiring at least one itinerary identifier and corresponding driving data associated with the vehicle from a terminal device associated with the vehicle, the driving data including at least one of the following information: coordinates of each sampling point along the route of the vehicle, passing The time of each sampling point or the speed passing through each sampling point; the characteristic information of the driving data is determined based on the driving data matching each of the at least one itinerary identifier, the characteristic information includes at least the following One item: first information, which characterizes the trajectory related to the target journey identified by the at least one itinerary; second information, which characterizes the traffic flow in the target location area of the sampling point; third information, which characterizes the target location area of the sampling point The fourth information, which characterizes the path from the starting point of the target journey to the destination.
  • the acquiring at least one travel identifier and corresponding driving data associated with the vehicle from a terminal device associated with the vehicle further includes: sending a first request including the at least one travel identifier to the server; The server receives driving data respectively matching the at least one itinerary identifier.
  • the obtaining at least one itinerary identifier and corresponding driving data associated with the vehicle from a terminal device associated with the vehicle further includes: sending a second request to the server, the second request including at least one road segment Identification; receiving from the server one or more itinerary identifiers matching at least one of the road segment identifiers; selecting at least one itinerary identifier from the one or more itinerary identifiers received by the server; sending to the server including A third request for at least one itinerary identifier; receiving driving data matching the at least one itinerary identifier from the server.
  • the obtaining at least one itinerary identifier and corresponding driving data associated with the vehicle from a terminal device associated with the vehicle further includes: sending a fourth request including the at least one time identifier to the server;
  • the server receives one or more itinerary identifiers that match the at least one time identifier; selects at least one itinerary identifier from the one or more itinerary identifiers received by the server; and sends information including at least one itinerary identifier to the server Fifth request; receiving from the server driving data matching the at least one itinerary identifier.
  • a third aspect of the present application provides a data processing system associated with a vehicle, including: an acquisition module for acquiring driving data from a terminal device associated with the vehicle, the driving data including sampling points along the route of the vehicle Coordinates; a first determination module, used to record the driving data in at least one travel data set based on the coordinates of the sampling point, wherein each travel data set corresponds to a travel identifier; the first building module is used to generate and store The itinerary identifier and the first database of the at least one itinerary data set including the driving data; and a query module for receiving a first request including the first itinerary identifier from the requesting device; The database acquires the first travel data in the first travel data set marked by the first travel identifier, and sends the first travel data to the requesting device.
  • the first determining module is specifically configured to: use the coordinates of the sampling point to determine the range of the distance change between two adjacent sampling points along the path; in response to determining two adjacent sampling points If the range of the distance between the sampling points is within a predetermined threshold, the first sampling point of the two adjacent sampling points is set as the limit point of the travel; and the sampling on the travel before the first sampling point The point is set as the first itinerary set, and the sampling points on the itinerary after the first sampling point are set as the second itinerary set, and the corresponding itinerary identifier is marked for each divided itinerary set.
  • the system further includes: a second determining module, configured to determine a road segment identifier matching each trip data set based on the coordinates of the sampling point along the vehicle route; and a second building module, configured to A second database is generated to store: a travel identifier matching the at least one travel data set; and correspondingly, a road segment identifier matching the travel identifier.
  • the query module is further configured to: in response to receiving a second request including a first road section identifier from the requesting device, obtain a second road section identifier matching the first road section identifier from the second database. An itinerary identifier; and obtaining driving data matching a second itinerary identifier from the first database, and sending the driving data matching the second itinerary identifier to the requesting device.
  • the second determining module is specifically configured to: determine the coordinate range to which each sampling point along the vehicle route belongs, where the coordinate range matches one or more corresponding road segments; and The coordinate range and the corresponding road section are used to determine the road section identifier matching each track point in each travel set.
  • the driving data further includes: the time passing through each track point; the system further includes: a third determining module, configured to record the at least one travel data in response to the coordinates of the sampling point
  • the collected driving data based on the time passing through each sampling point, determines a time identifier that matches each trip data set; and a third building module for responding to recording the time mark according to the coordinates of the sampling point
  • the driving data in at least one itinerary data set generates a third database, and the third database stores the itinerary identifier and correspondingly stores the time identifier that matches the at least one itinerary data set.
  • the query module is further configured to: in response to receiving a third request including a first time identifier from the requesting device, obtain from the third database the data matching the first time identifier A third itinerary identifier; and obtaining driving data matching the third itinerary identifier from the first database, and sending the driving data matching the third itinerary identifier to the requesting device.
  • the fourth aspect of the application provides a data processing system associated with a vehicle, including: an acquisition module for acquiring at least one itinerary identifier and corresponding driving data associated with the vehicle from a terminal device associated with the vehicle.
  • the driving data includes at least one of the following information: the coordinates of each sampling point along the route of the vehicle, the time passing through each sampling point, or the speed passing through each sampling point;
  • the driving data matching each itinerary identifier in the itinerary identifier determines the characteristic information of the driving data; wherein the characteristic information includes at least one of the following: first information, which characterizes the target itinerary with the at least one itinerary identifier The relevant trajectory; the second information, which characterizes the traffic flow in the target location area of the sampling point; the third information, which characterizes the traffic speed in the target location area of the sampling point; the fourth information, which characterizes the travel from the beginning of the target journey to the destination path.
  • the acquiring module is further configured to: send a first request including the at least one itinerary identifier to the server; and receive from the server driving data respectively matching the at least one itinerary identifier.
  • the acquiring module is further configured to: send a second request to the server, where the second request includes at least one road segment identifier; and receive from the server one or more road segment identifiers that match the at least one road segment identifier.
  • One itinerary identifier selecting at least one itinerary identifier from one or more of the itinerary identifiers received by the server; sending a third request including at least one itinerary identifier to the server; receiving the at least one itinerary identifier from the server Itinerary ID matches the driving data respectively.
  • the acquiring module is further configured to: send a fourth request including at least one time identifier to the server; receive from the server one or more travel identifiers that match the at least one time identifier; Select at least one itinerary identifier from the one or more itinerary identifiers received by the server; send a fifth request including at least one itinerary identifier to the server; receive from the server the data that matches the at least one itinerary identifier Driving data.
  • the fifth aspect of the present application provides a data processing device associated with a vehicle.
  • the device includes at least one processor and at least one memory; the at least one memory is used for storing computer instructions; the at least one processor is used for At least some of the computer instructions are executed to implement operations as described in some embodiments of the present application.
  • the sixth aspect of the present application provides a computer-readable storage medium that stores computer instructions, and when the computer instructions are executed by a processor, the operations as described in some embodiments of the present application are implemented.
  • Fig. 1 is a schematic diagram of an application scenario of a data processing system associated with a vehicle according to some embodiments of the present application;
  • Fig. 2 is a flowchart of a data processing method associated with a vehicle according to some embodiments of the present application
  • Fig. 3 is a flowchart of another data processing method associated with a vehicle according to some embodiments of the present application.
  • Fig. 4 is a schematic structural diagram of a data processing system associated with a vehicle according to some embodiments of the present application.
  • FIG. 5 is a schematic structural diagram of another data processing system associated with a vehicle according to some embodiments of the present application.
  • passenger means interchangeably to refer to individuals, entities or tools that can request or order services.
  • driver means interchangeably to refer to individuals, entities or tools that can provide services.
  • user in this application may refer to an individual, entity, or tool that requests, subscribes to, provides, or facilitates the provision of services. For example, the user may be a passenger, driver, operator, etc., or any combination thereof.
  • passenger and “passenger terminal” can be used interchangeably, and “driver” and “driver terminal” can be used interchangeably.
  • the positioning technology used in this application can be based on Global Positioning System (GPS), Global Navigation Satellite System (GLONASS), Compass Navigation System (COMPASS), Galileo Positioning System, Quasi-Zenith Satellite System ( Quasi-Zenith Satellite System, QZSS), Wireless Fidelity (Wireless Fidelity, WiFi) positioning technology, etc., or any combination thereof.
  • GPS Global Positioning System
  • GLONASS Global Navigation Satellite System
  • COMPASS Compass Navigation System
  • Galileo Positioning System Galileo Positioning System
  • Quasi-Zenith Satellite System Quasi-Zenith Satellite System
  • QZSS Quadratureo Positioning System
  • Wireless Fidelity Wireless Fidelity
  • the purpose of the embodiments of the present application is to provide a data processing method and system associated with a vehicle, which can associate real-time data generated by the vehicle with the user’s travel situation, so as to accurately, quickly and flexibly obtain Relevant data, quickly and accurately analyze vehicle data.
  • the embodiments of the present application can be applied to different transportation service systems, which include, but are not limited to, one or a combination of land, river, lake, ocean, and aviation.
  • transportation service systems include, but are not limited to, one or a combination of land, river, lake, ocean, and aviation.
  • Transportation systems such as transportation, receiving/sending express delivery, etc. apply management and/or distribution transportation systems.
  • the application scenarios of different embodiments of the present application include, but are not limited to, one or a combination of web pages, browser plug-ins, clients, customized systems, internal enterprise analysis systems, artificial intelligence robots, and the like.
  • Fig. 1 is a schematic diagram of an application scenario of a data processing system associated with a vehicle according to some embodiments of the present application.
  • the data processing system 100 associated with the vehicle may include one or more of a server 110, a network 120, a service requester terminal 130, a service provider terminal 140, and a database 150.
  • the server 110 may include a processor for executing instruction operations. .
  • the server 110 may be used to process data associated with the vehicle.
  • the server 110 may be an independent server or a server group.
  • the server group may be centralized or distributed (for example, the server 110 may be a distributed system).
  • the server 110 may be regional or remote.
  • the server 110 may access information and/or data stored in the service requester terminal 130, the service provider terminal 140, and the database 150 through the network 120.
  • the server 110 may directly connect with the service requester terminal 130, the service provider terminal 140, and the database 150 to access the information and/or data stored therein.
  • the server 110 may be executed on a cloud platform.
  • the cloud platform may include one or any combination of private cloud, public cloud, hybrid cloud, etc.
  • the server 110 may include a processing device.
  • the processing device may include a central processing unit (CPU), an application specific integrated circuit (ASIC), an application specific instruction processor (ASIP), a graphics processing unit (GPU), a physical processor (PPU), a digital signal processor (DSP) ), Field Programmable Gate Array (FPGA), Editable Logic Circuit (PLD), Controller, Microcontroller Unit, Reduced Instruction Set Computer (RISC), Microprocessor, etc. or any combination of the above.
  • CPU central processing unit
  • ASIC application specific integrated circuit
  • ASIP application specific instruction processor
  • GPU graphics processing unit
  • PPU physical processor
  • DSP digital signal processor
  • FPGA Field Programmable Gate Array
  • PLD Editable Logic Circuit
  • Controller Microcontroller Unit
  • RISC Reduced Instruction Set Computer
  • a communication connection may be established between the server 110 and the terminal, and vehicle data (for example, driving data), user information, etc. may be transmitted based on the communication connection.
  • the aforementioned terminal may be the service requester terminal 130 or the service provider terminal 140.
  • the service provider terminal 140 may be a terminal used by the driver
  • the service requester terminal 130 may be a terminal used by passengers
  • the server 100 may interact with
  • the terminal used by the driver maintains a communication connection, so that user information and vehicle data recorded in each terminal can be obtained. For example, data generated by the driver driving the vehicle, such as driving data, can be obtained through the terminal used by the driver.
  • the network 120 may facilitate the exchange of data and/or information.
  • one or more components of the data processing system 100 associated with the vehicle may send data and data through the network 120 /Or the information is given to other components in the data processing system 100 associated with the vehicle.
  • the network 120 may be any type of wired or wireless network.
  • the network 120 may include a cable network, a wired network, an optical fiber network, a telecommunication network, an internal network, an Internet network, a local area network (LAN), a wide area network (WAN), a wireless local area network (WLAN), and a metropolitan area network (MAN) , Public Switched Telephone Network (PSTN), Bluetooth network, ZigBee network, Near Field Communication (NFC) network, etc. or any combination of the above.
  • the network 120 may include one or more network entry and exit points.
  • the network 120 may include wired or wireless network access points, such as base stations and/or Internet exchange points, through which one or more components of the data processing system 100 associated with the vehicle can be connected to the network 120 to Exchange data and/or information.
  • the requestor may be a user of the service requester terminal 130.
  • the user of the service requester terminal 130 may be someone other than the service requester.
  • the user A of the service requester terminal 130 may use the service requester terminal 130 to send a service request for the user B, or receive service confirmation and/or information or instructions from the server 110.
  • the service provider may be a user of the service provider terminal 140.
  • the user of the service provider terminal 140 may be someone other than the service provider.
  • the user C of the service provider terminal 140 may receive a service request and/or information or instructions from the server 110 for the user D through the service provider terminal 140.
  • "service requester", “requester” and “service requester terminal” can be used interchangeably, and "service provider", “provider” and “service provider terminal” can be used interchangeably .
  • the service requester terminal 130 may include one or any combination of a mobile device, a tablet computer, a notebook computer, a built-in device of a motor vehicle, and the like.
  • the mobile device may include a smart home device, a wearable device, a smart mobile device, a virtual reality device, an augmented reality device, etc., or any combination thereof.
  • the smart furniture device may include a smart lighting device, a control device of a smart electrical appliance, a smart monitoring device, etc., or any combination thereof.
  • the service requester terminal 130 may include a device having a positioning function to determine the location of the user and/or the service requester terminal 130.
  • the service provider terminal 140 may be a device similar to or the same as the service requester terminal 130. In some embodiments, the service provider terminal 140 may be a device that uses positioning technology to locate a user (for example, a service provider) of the service provider terminal 140 and/or the location of the service provider terminal 140. In some embodiments, the service requester terminal 130 and/or service provider terminal 140 may communicate with one or more other positioning devices to determine the service requester, service requester terminal 130, service provider and/or service provider terminal 140 location. In some embodiments, the service requester terminal 130 and/or the service provider terminal 140 may transmit positioning information to the server 110. For example, the service provider terminal 140 may transmit the location information of the vehicle at any time in the journey to the server 110.
  • the database 150 may be constructed based on a storage device. In some embodiments, the database 150 stores data associated with vehicles. In some embodiments, the database 150 may store data and/or information acquired from the service requester terminal 130 and/or the service provider terminal 140. In some embodiments, the database 150 may store information and/or instructions for execution or use by the server 110 to perform the exemplary methods described in this application. For example, the database 150 may store data and/or instructions that can be executed by the server 110 to obtain data associated with the vehicle.
  • the server 110 may construct a database 150 storing vehicle data and user information based on the vehicle data (eg, driving data) and user information uploaded by the terminal, so that the service requester terminal 130 or the service provider terminal can be served. 140 or other processing equipment to query the required driving data.
  • the service requester terminal 130 or the service provider terminal 140 or other processing equipment may send a query request to the above-mentioned server, so as to obtain the vehicle data corresponding to the query request from the above-mentioned server 110.
  • the data is analyzed and processed to obtain the characteristic information of the vehicle data.
  • the specific implementation process please refer to the embodiments of this application.
  • the storage device used to construct the database 150 may include mass memory, removable memory, volatile read-write memory (for example, random access memory RAM), read-only memory (ROM), etc., or any combination thereof.
  • the database 150 may be implemented on a cloud platform.
  • the cloud platform may include private cloud, public cloud, hybrid cloud, etc. or any combination of the above.
  • the database 150 may be connected to the network 120 to communicate with one or more components of the system 100 (eg, the server 110, the service requester terminal 130, the service provider terminal 140, etc.).
  • One or more components of the data processing system 100 associated with the vehicle can access data or instructions stored in the database 150 through the network 120.
  • the database 150 may directly connect or communicate with one or more components in the system 100 (for example, the server 110, the service requester terminal 130, the service provider terminal 140, etc.).
  • the storage device used to construct the database 150 may be part of the server 110.
  • Fig. 2 is a flowchart of a data processing method associated with a vehicle according to some embodiments of the present application.
  • a data processing method associated with a vehicle is provided. The method may be executed by the server 110, and the method 200 may include the following steps:
  • S210 Acquire driving data from a terminal device associated with the vehicle, where the driving data includes coordinates of sampling points along the route of the vehicle. In some embodiments, this step may be performed by the acquisition module 401 in the system 400.
  • the terminal device may be a terminal used by a driver or a terminal used by passengers.
  • the driver's terminal can be used to obtain driving data generated by the driver's vehicle.
  • the driving data may be data related to the vehicle, road, driver, passengers, etc. generated during the driving of the vehicle.
  • the driving data may include, but is not limited to, driving route information, vehicle location information, time information, speed information, basic driver information, and passenger basic information.
  • the acquisition module 401 may perform sampling on the driving route of the vehicle to acquire sampling points along the route of the vehicle.
  • the sampling point may be regarded as a track point on the route of the vehicle during the journey. It should be noted that in some embodiments, "sampling point" and “track point” can be used interchangeably.
  • each of the sampling points along the route of the vehicle corresponds to a coordinate
  • the coordinate may be a position coordinate representing the position information of the vehicle at the sampling point.
  • the obtaining module 401 may obtain the latitude and longitude representation of each sampling point, and then obtain the position coordinates of each sampling point.
  • the driving data of the vehicle acquired by the acquiring module 401 may also include time information and/or speed information of the vehicle passing each sampling point.
  • the obtaining module 401 may also obtain the user identification through the terminal, and store the user identification as part of the driving data uploaded by the terminal.
  • S220 Record the driving data in at least one travel data set based on the coordinates of the sampling point, where each travel data set corresponds to a travel identifier. In some embodiments, this step may be performed by the first determining module 402 in the system 400.
  • the trip data set may be a data set that records driving data generated by a vehicle during a trip.
  • the itinerary identifier may be used as an identification mark of the data source itinerary in the itinerary data set.
  • the driving data recorded in the trip data set may include sampling points and coordinates of the corresponding trip.
  • the following steps may be used to record the driving data in at least one itinerary data set:
  • the distance variation range may be the variation range between the distance between two adjacent sampling points and the distance between the previous adjacent sampling point, that is, the distance from a certain sampling point to its previous sampling point and the The variation range of the distance from a sampling point to the next sampling point.
  • the vehicle when the range of the distance change is small, the vehicle may be in a state of serving passengers or waiting for passengers to board the vehicle, which can be considered as the end of a trip and/or the beginning of a new trip.
  • a predetermined threshold may be set for the distance change range to determine whether its size meets the above-mentioned judgment standard.
  • the first determining module 402 may mark an itinerary identifier for each itinerary set, for example, mark a first itinerary identifier for the first itinerary set, and mark a second itinerary identifier for the second itinerary set.
  • one order for online car-hailing may be regarded as one itinerary.
  • the ride-hailing driver will stop at the pick-up point and wait for the passenger to board the car. Therefore, the distance between adjacent track points changes little within a certain time frame.
  • the acquired itinerary data can be divided into different itinerary sets.
  • the distance change range between adjacent track points may be determined according to the position coordinates of each track point included in the driving data.
  • the aforementioned adjacent track points may be two track points that are adjacent in time, or multiple track points that are sequentially adjacent in time.
  • any one of the aforementioned adjacent track points is used as the travel limit point, and the driving data corresponding to the track point before the travel limit point is divided into
  • the driving data corresponding to the trajectory point after the trip limit point is divided into another trip set, and a corresponding trip identifier is marked for each divided trip set.
  • any one of the aforementioned adjacent track points can be used as the starting point of a journey or the end point of a journey.
  • the travel limit point can be used as the end of the previous travel and the start of the next travel at the same time.
  • a matching relationship between the road segment identifier and the driving data can also be established.
  • establishing the matching relationship between the road segment identifier and the driving data may include the following steps:
  • this step may be performed by the second determining module 405 in the system 400.
  • this step can be performed by the second building module 406 in the system 400.
  • the road segment identifier corresponding to each track point may be determined according to the position coordinates of each track point included in the driving data uploaded by each terminal. And build a second database storing the itinerary identifier of each itinerary set and the road segment identifiers matching each itinerary set.
  • a predetermined road network is usually used to identify the spatial location coordinate.
  • a road segment is a directed line segment between two nodes, which is the smallest unit of distance in the road network, and each road segment corresponds to a road segment identifier.
  • Nodes connect different road sections, usually inflection points, intersections, parking lots, etc.
  • the position coordinates of each track point in the driving data need to be converted into the spatial position coordinates in the road network.
  • the position coordinates of each track point in the driving data are through positioning technology Therefore, in the specific implementation process, the position coordinates of each track point in the driving data need to be converted into road segment identifiers. Specifically, the following steps may be adopted to convert the position coordinates of each track point in the driving data into a road segment identifier:
  • Step 1 Obtain the position coordinate range included in each road segment identifier
  • Step 2 Determine the position coordinate range where each track point falls according to the position coordinates of each track point of the driving data uploaded by each terminal;
  • Step 3 Determine the road segment identifier corresponding to each track point according to the location coordinate range where each track point falls.
  • the second itinerary identifier that matches the road segment identifier may be obtained from the second database.
  • the driving data that matches the second itinerary identifier may be further obtained from the first database, and the obtained driving data may be sent to the requesting end.
  • a matching relationship between the time identifier and the driving data can also be established.
  • establishing the matching relationship between the time identifier and the driving data may include the following steps:
  • this step may be performed by the third determining module 406 in the system 400.
  • a third database is generated, and the third database stores the itinerary identifier, and accordingly stores the time identifier that matches the at least one itinerary data set. In some embodiments, this step may be performed by the third building module 407 in the system 400.
  • each itinerary set determines the time identifier that matches each itinerary set; construct and store the itinerary identifier of each itinerary set and the A third database of time identifiers matched by a set of trips.
  • a third database is constructed that stores the time identifiers that match each travel identifier with each travel identifier, when receiving a query request carrying the time identifier sent by the requester, the time identifier can also be obtained from the third database
  • the matched third itinerary identifier then obtains the driving data corresponding to the third itinerary identifier from the first database, and sends the obtained driving data to the requesting end.
  • the driving data corresponding to the acquired specified time range can be sampled, and the corresponding sampling rate can be set according to the data volume of the specific acquired driving data, for example, the sampling rate can be set to 0.1, it can effectively reduce the data volume of driving data.
  • the data volume of the driving data itself is already large, setting an appropriate sampling rate to sample the driving data will not significantly reduce the accuracy of the analysis results, and will not significantly affect the analysis effect of the urban traffic data.
  • S230 Generate a first database storing the travel identifier and the at least one travel data set including the travel data. In some embodiments, this step may be performed by the first building module 403 in the system 400.
  • the first database may record sampling points and their coordinates of at least one travel data set.
  • the first construction module 403 may also construct a second database, and the second database may record sampling points and their coordinates of at least one travel data set, and travels matching the at least one travel data set. Identification, and correspondingly, the road segment identification matching the itinerary identification.
  • the first construction module 403 may also construct a third database, and the third database may record sampling points and their coordinates of at least one travel data set, and travels matching the at least one travel data set. Identification, and a time identification matching the at least one itinerary data set.
  • S240 In response to receiving the first request including the first trip identifier from the requesting device, obtain the first travel data in the first trip data set marked by the first trip identifier from the first database, and compare the The first driving data is sent to the requesting device. In some embodiments, this step may be performed by the query module 404 in the system 400.
  • the request device may be a terminal device used by a service provider, or a terminal device used by a service requester.
  • the first request may be a query request sent by a user of the requesting device, and the query request may include the first itinerary identifier.
  • the query module 404 may obtain the first travel data in the first trip data set marked by the first trip identifier from the first database through a query.
  • the query may include, but is not limited to: basic query, conditional query, bucket query, etc.
  • the query module 404 may also send the acquired first driving data to the requesting device via the network 120.
  • the query module 404 may also, in response to receiving a second request including the first road section identifier from the requesting device, obtain a second trip identifier that matches the first road section identifier from the second database; and Acquire driving data matching the second travel identifier from the first database, and send the driving data matching the second travel identifier to the requesting device. In some embodiments, the query module 404 may send the acquired driving data matching the second itinerary identifier to the requesting device via the network 120.
  • the query module 404 may also, in response to receiving a third request including the first time identifier from the requesting device, obtain a third travel identifier that matches the first time identifier from the third database. And obtain the driving data matching the third trip identifier from the first database, and send the driving data matching the third trip identifier to the requesting device. In some embodiments, the query module 404 may send the acquired driving data matching the third itinerary identifier to the requesting device via the network 120.
  • a first database storing itinerary identifiers and driving data corresponding to each itinerary identifier is constructed
  • a second database storing itinerary identifiers of each itinerary set and road segment identifiers matching each itinerary set is constructed.
  • the third database storing the itinerary identifier of each itinerary set and the time identifier matching each itinerary set can accurately, quickly and flexibly acquire vehicle data in a specified time range and space range.
  • the data processing method associated with the vehicle provided by the embodiment of the present application can associate the data generated by the vehicle in real time with the user's travel situation, so as to obtain vehicle data accurately, quickly and flexibly, and perform rapid and accurate vehicle data processing. Analyze accurately.
  • Fig. 3 is a flowchart of another data processing method associated with a vehicle according to some embodiments of the present application.
  • another data processing method associated with a vehicle is provided.
  • the method may be executed by the server 110.
  • the method 300 may include the following steps:
  • S310 Acquire at least one travel identifier and corresponding driving data associated with the vehicle from a terminal device associated with the vehicle. In some embodiments, this step may be performed by the obtaining module 501 in the system 500.
  • the corresponding driving data associated with the vehicle includes at least one of the following information: the position coordinates of each sampling point, the time passing through each sampling point, and the speed passing through each sampling point.
  • the corresponding driving data associated with the vehicle that matches the road segment identifier can be obtained through the road segment identifier.
  • the corresponding driving data associated with the vehicle matching at least one road segment identifier can be obtained through the following steps:
  • Send a second request to the server including at least one road segment identifier; receive from the server one or more travel identifiers matching at least one of the road segment identifiers; receive one or more travel identifiers from the server
  • At least one itinerary identifier is selected from the itinerary identifiers
  • a third request including at least one itinerary identifier is sent to the server; and driving data matching the at least one itinerary identifier is received from the server.
  • the driving data matching the time identifier can be obtained through the time identifier.
  • the driving data matched with at least one time identifier can be obtained in the following two ways:
  • a fourth request including at least one time identifier is sent to the server; one or more travel identifiers that match the at least one time identifier are received from the server. After that, at least one itinerary identifier is selected from the one or more itinerary identifiers received by the server; and a fifth request including the at least one itinerary identifier is sent to the server. Further, the driving data matched with the at least one itinerary identifier is received from the server.
  • a fifth request including at least one travel identifier is sent to the server, and the travel identifier that matches the at least one time identifier sent by the server is received. After that, directly send the seventh request carrying the itinerary identifier that matches the at least one time identifier to the server. Further, the driving data that is respectively matched with the itinerary identifiers respectively matching the at least one time identifier sent by the server is received.
  • S320 Determine characteristic information of the driving data based on the driving data matching each of the at least one itinerary identifier. In some embodiments, this step may be performed by the feature extraction module 502 in the system 500.
  • the characteristic information of the driving data may be a characteristic of the driving state of the vehicle, which is used to represent state information related to the driving of the vehicle.
  • the characteristic information may include first information, second information, third information, and fourth information.
  • the first information may be used to characterize a trajectory related to a target trip identified by the at least one trip.
  • the second information is used to characterize the traffic volume in the target location area of the sampling point.
  • the third information is used to characterize the passing speed of the sampling point target location area.
  • the fourth information is used to characterize the path from the starting point of the target journey to the destination.
  • determining the characteristic information of the driving data includes:
  • determining the characteristic information of the driving data includes:
  • Each track point that falls into the target location area can be obtained through the following steps:
  • Step 1 Obtain at least one road segment identifier in the target location area, generate and send to the server a query request carrying the above-mentioned at least one road segment identifier.
  • Step 2 Receive the itinerary identifiers that are respectively matched with the at least one road segment identifier sent by the server.
  • Step 3 Send a query request carrying the above itinerary identifier to the server.
  • Step 4 Receive the driving data sent by the server and matched with the aforementioned itinerary identifiers respectively.
  • Step 5 According to the position coordinates of each track point in the above driving data, determine the track point that falls within the range of the target location area.
  • the target location area may be a road section, a node, or a junction, a road, or an area.
  • the area can include a polygonal position area of any shape.
  • determining the characteristic information of the driving data includes:
  • the average speed of each trajectory point falling into the target location area is calculated within a preset time period, and the traffic speed information of any target location area is obtained.
  • the target location area can be a road section or a node. It can also be an intersection, road, or area.
  • determining the characteristic information of the driving data includes:
  • the number of target passages and the proportion of each passage in the target passages can also be determined.
  • multiple target passage paths can also be filtered and filtered, and different filtering conditions can be set.
  • a road section that meets the predetermined conditions of an arterial road is set as an arterial road
  • a road section that meets the predetermined conditions of a branch road is set as a branch road
  • a road section that meets the predetermined conditions of a small path is set as a small path.
  • the target traffic path through the main road, branch road or trail is screened.
  • the number of target passages through each arterial road is counted, and for each arterial road, the first N target passages with the largest number of passages through the arterial road are obtained.
  • any set of target start position and target end position within a preset time range determine the road segment identifier corresponding to the target start position and the road segment identifier corresponding to the target end position, and determine at least one within the preset time range Time identifier, sending a query request carrying at least one time identifier, a road segment identifier corresponding to the target starting position, and a road segment identifier corresponding to the target end position to the server, and receiving the server sends a query request that matches the at least one time identifier and matches the target starting position
  • the corresponding road segment identifier and the road segment identifier corresponding to the target end position are matched with the itinerary identifier; sending a query request carrying the itinerary identifier to the server; and receiving the driving data sent by the server and matching the itinerary identifier respectively.
  • the data processing method associated with the vehicle provided by some embodiments of the present application associates the trajectory data generated by the vehicle in real time with the user's travel situation, so as to accurately, quickly and flexibly obtain the vehicle trajectory data, and perform rapid and accurate vehicle trajectory data. Analyze accurately.
  • the present application also provides a data processing system, a device, and a computer storage medium associated with the vehicle.
  • a data processing system a device
  • a computer storage medium associated with the vehicle.
  • Fig. 4 is a schematic structural diagram of a data processing system associated with a vehicle according to some embodiments of the present application.
  • the data processing system 400 associated with the vehicle may include:
  • An acquisition module 401 configured to acquire driving data from a terminal device associated with the vehicle, the driving data including the coordinates of sampling points along the route of the vehicle;
  • the first determining module 402 is configured to record the driving data in at least one travel data set based on the coordinates of the sampling point, where each travel data set corresponds to a travel identifier;
  • the first construction module 403 is configured to generate a first database storing the itinerary identifier and the at least one itinerary data set including the driving data;
  • the query module 404 is configured to, in response to receiving a first request including a first itinerary identifier from the requesting device, obtain the first driving data in the first itinerary data set marked by the first itinerary identifier from the first database, And send the first driving data to the requesting device.
  • the first determining module 402 is specifically configured to: use the coordinates of the sampling points to determine the range of the distance change between two adjacent sampling points along the path; in response to determining two phases
  • the variation range of the distance between adjacent sampling points is within a predetermined threshold range, the first sampling point of the two adjacent sampling points is set as the limit point of the travel; and the travel distance before the first sampling point is set
  • the sampling point is set as the first itinerary set, and the sampling points on the itinerary after the first sampling point are set as the second itinerary set, and the corresponding itinerary identifier is marked for each divided itinerary set.
  • system further includes:
  • the second determining module 405 is configured to determine a road segment identifier matching each travel data set based on the coordinates of the sampling points along the vehicle route;
  • the second construction module 406 is configured to generate a second database, and store: itinerary identifiers matching the at least one itinerary data set; and correspondingly, road segment identifiers matching the itinerary identifier.
  • the query module 404 is further configured to: in response to receiving a second request including the first road segment identifier from the requesting device, obtain the first road segment identifier matching the first road segment identifier from the second database. Two itinerary identifiers; and obtaining driving data matching the second itinerary identifier from the first database, and sending the driving data matching the second itinerary identifier to the requesting device.
  • the second determining module 405 is specifically configured to: determine the coordinate range to which each sampling point along the vehicle route belongs, where the coordinate range matches one or more corresponding road segments; and The coordinate range and the corresponding road section determine the road section identifier matching each track point in each travel set.
  • the driving data further includes: time passing through each track point;
  • the system also includes:
  • the third determining module 407 is configured to respond to recording the driving data in the at least one travel data set according to the coordinates of the sampling point, and determine to match each travel data set based on the time passing through each sampling point Time stamp;
  • the third construction module 408 is configured to generate a third database in response to recording the driving data in the at least one itinerary data set according to the coordinates of the sampling point, the third database storing the itinerary identifier, and correspondingly The time identifier matching the at least one itinerary data set is stored.
  • the query module 404 is further configured to: in response to receiving a third request including the first time identifier from the requesting device, obtain from the third database that matches the first time identifier And obtain the driving data matching the third itinerary identifier from the first database, and send the driving data matching the third itinerary identifier to the requesting device.
  • the query module 404 also supports a variety of query functions, can provide a variety of query services, including: basic query, condition query, bucket query, etc., and provides external interfaces, which can be used by external servers or external devices to call the above external interfaces, thereby Use the query function provided by the query module 404.
  • the basic query includes, based on the specified time range and/or the specified space range, querying the driving data in the specified time range and/or the specified space range.
  • Conditional query is based on the basic query, you can set the corresponding query conditions, for example, in the case of a specified time range, you can set to query only the data of the working day in the specified time range, or only the data of the weekend in the specified time range . In addition, you can also use query statements such as and, or, and not to write query conditions to query driving data within a specified time range and/or a specified space range.
  • Bucket query is also a conditional query. In the time range, it supports bucket query in units of days, weeks, or months. In the space range, it supports sorting based on the location coordinates obtained by road sections, nodes or specific positioning technologies. Bucket query.
  • system and its modules shown in FIG. 4 can be implemented in various ways.
  • the system and its modules may be implemented by hardware, software, or a combination of software and hardware.
  • the hardware part can be implemented using dedicated logic;
  • the software part can be stored in a memory and executed by an appropriate instruction execution system, such as a microprocessor or dedicated design hardware.
  • processor control codes for example on a carrier medium such as a disk, CD or DVD-ROM, such as a read-only memory (firmware Such codes are provided on a programmable memory or a data carrier such as an optical or electronic signal carrier.
  • the system and its modules of this application can not only be implemented by hardware circuits such as very large-scale integrated circuits or gate arrays, semiconductors such as logic chips, transistors, etc., or programmable hardware devices such as field programmable gate arrays, programmable logic devices, etc. It can also be implemented by software executed by various types of processors, or can be implemented by a combination of the aforementioned hardware circuit and software (for example, firmware).
  • the acquisition module 401, the first determination module 402, the first construction module 403, and the query module 404 disclosed in FIG. 4 may be different modules in a system, or may be a module to implement the above two Functions of one or more modules.
  • each module may share a storage device, and each module may also have its own storage device. Such deformations are all within the protection scope of this application.
  • Fig. 5 is a schematic structural diagram of another data processing system associated with a vehicle according to some embodiments of the present application.
  • the data processing system 500 associated with the vehicle may include:
  • the acquisition module 501 is configured to acquire at least one travel identifier and corresponding driving data associated with the vehicle from a terminal device associated with the vehicle, the driving data including at least one of the following information: Coordinates, time passing through each sampling point or speed passing through each sampling point;
  • the characteristic determination module 502 is configured to determine characteristic information of the driving data based on the driving data that matches each of the at least one itinerary identifier;
  • the characteristic information includes at least one of the following:
  • First information which characterizes a trajectory related to the target journey identified by the at least one journey
  • the second information which represents the traffic flow in the target location area of the sampling point
  • the third information which represents the traffic speed of the target location area of the sampling point
  • the fourth information which represents the path from the starting point of the target journey to the destination.
  • the acquiring module 501 is further configured to: send a first request including the at least one itinerary identifier to the server; and receive driving data that respectively match the at least one itinerary identifier from the server.
  • the acquiring module 501 is further configured to: send a second request to the server, where the second request includes at least one road segment identifier; and receive from the server one OR that matches the at least one road segment identifier.
  • Multiple itinerary identifiers select at least one itinerary identifier from one or more of the itinerary identifiers received by the server; send a third request including at least one itinerary identifier to the server; receive from the server and the at least one itinerary identifier A trip ID matches the driving data respectively.
  • the acquiring module 501 is further configured to: send a fourth request including at least one time identifier to the server; receive one or more travel identifiers matching the at least one time identifier from the server; Select at least one itinerary identifier from the one or more itinerary identifiers received by the server; send a fifth request including at least one itinerary identifier to the server; receive from the server that matches the at least one itinerary identifier respectively Driving data.
  • system and its modules shown in FIG. 5 can be implemented in various ways.
  • the system and its modules may be implemented by hardware, software, or a combination of software and hardware.
  • the hardware part can be implemented using dedicated logic;
  • the software part can be stored in a memory and executed by an appropriate instruction execution system, such as a microprocessor or dedicated design hardware.
  • processor control codes for example on a carrier medium such as a disk, CD or DVD-ROM, such as a read-only memory (firmware Such codes are provided on a programmable memory or a data carrier such as an optical or electronic signal carrier.
  • the system and its modules of this application can not only be implemented by hardware circuits such as very large-scale integrated circuits or gate arrays, semiconductors such as logic chips and transistors, or programmable hardware devices such as field programmable gate arrays, programmable logic devices, etc. It can also be implemented by software executed by various types of processors, or can be implemented by a combination of the aforementioned hardware circuit and software (for example, firmware).
  • the acquisition module 501 and the feature extraction module 502 disclosed in FIG. 5 may be different modules in a system, or one module may implement the functions of two or more modules mentioned above.
  • each module may share a storage device, and each module may also have its own storage device. Such deformations are all within the protection scope of this application.
  • a data processing device associated with a vehicle.
  • the device includes at least one processor and at least one memory; the at least one memory is used to store computer instructions; A processor is used to execute at least part of the computer instructions to implement the operations described above.
  • a computer-readable storage medium stores computer instructions, and when the computer instructions are executed by a processor, the operations described above are implemented.
  • the possible beneficial effects of the embodiments of this application include, but are not limited to: the data processing method and system associated with the vehicle provided by the embodiments of the application, which associate the real-time driving data generated by the vehicle with the user's travel status, so as to be accurate, Acquire vehicle driving data quickly and flexibly, and analyze vehicle driving data quickly and accurately.
  • the possible beneficial effects may be any one or a combination of the above, or any other beneficial effects that may be obtained.
  • this application uses specific words to describe the embodiments of the application.
  • “one embodiment”, “an embodiment”, and/or “some embodiments” mean a certain feature, structure, or characteristic related to at least one embodiment of the present application. Therefore, it should be emphasized and noted that “one embodiment”, or “one embodiment”, or “an alternative embodiment”, or “another embodiment” mentioned twice or more in different positions in this specification "Example” or “another embodiment” do not necessarily refer to the same embodiment.
  • some features, structures, or characteristics in one or more embodiments of the present application can be appropriately combined.
  • the content disclosed in this application can have many variations and improvements.
  • the different system components described above are all realized by hardware devices, but they may also be realized only by software solutions. For example: installing the system on an existing server.
  • the location information disclosed herein may be provided through a firmware, a combination of firmware/software, a combination of firmware/hardware, or a combination of hardware/firmware/software.
  • All software or part of it may sometimes communicate via a network, such as the Internet or other communication networks.
  • This type of communication can load software from one computer device or processor to another.
  • a hardware platform loaded from a management server or host computer of a radiotherapy system to a computer environment, or other computer environment for realizing the system, or a system with similar functions related to providing information needed to determine the target structure parameters of a wheelchair.
  • another medium that can transmit software elements can also be used as a physical connection between local devices, such as light waves, electric waves, electromagnetic waves, etc., to achieve propagation through cables, optical cables, or air.
  • the physical media used for carrier waves, such as cables, wireless connections, or optical cables can also be considered as media carrying software.
  • the tangible "storage” medium other terms referring to the computer or machine "readable medium” all refer to the medium that participates in the process of executing any instructions by the processor.
  • the computer program codes required for the operation of each part of this application can be written in any one or more programming languages, including object-oriented programming languages such as Java, Scala, Smalltalk, Eiffel, JADE, Emerald, C++, C#, VB.NET, Python Etc., conventional programming languages such as C language, Visual Basic, Fortran 2003, Perl, COBOL 2002, PHP, ABAP, dynamic programming languages such as Python, Ruby and Groovy, or other programming languages.
  • the program code can run entirely on the user's computer, or run as an independent software package on the user's computer, or partly run on the user's computer and partly run on a remote computer, or run entirely on the remote computer or server.
  • the remote computer can be connected to the user's computer through any network form, for example, a local area network (LAN) or a wide area network (WAN), or connected to an external computer (for example, via the Internet), or in a cloud computing environment, or as Service usage is like software as a service (SaaS).
  • LAN local area network
  • WAN wide area network
  • Service usage is like software as a service (SaaS).
  • numbers describing attributes and quantities are used. It should be understood that such numbers used in the description of the embodiments use the modifier “about”, “approximately” or “substantially” in some examples. . Unless otherwise stated, “approximately”, “approximately” or “substantially” indicate that the number is allowed to vary by ⁇ 20%.
  • the numerical parameters used in the description and claims are approximate values, and the approximate values can be changed according to the required characteristics of individual embodiments. In some embodiments, the numerical parameter should consider the prescribed effective digits and adopt the general digit retention method. Although the numerical ranges and parameters used to confirm the breadth of the ranges in some embodiments of the present application are approximate values, in specific embodiments, the setting of such numerical values is as accurate as possible within the feasible range.

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

一种与车辆相关联的数据处理方法及系统
优先权信息
本申请要求于2019年3月12日提交的中国申请号为201910186322.2的优先权，其全部内容通过引用的方式并入本文。
技术领域
本申请涉及数据分析技术领域，具体而言，涉及一种与车辆相关联的数据处理方法及系统。
背景技术
车辆每时每刻都会实时上传数据，通过获取指定时间范围和空间范围的实时上传的车辆数据，可以对城市交通数据进行分析，达到优化城市交通的目的。
然而目前无法将车辆实时产生的数据与用户的出行情况进行关联，因此无法准确、快速、灵活地获取车辆数据，进而无法对车辆产生的数据进行快速、准确地分析。因此，有必要提出一种可以将车辆数据与用户的出行情况相关联的数据处理方法。
发明内容
本申请的目的在于提供一种与车辆相关联的数据处理方法，所述方法由计算设备实现，所述计算设备包括至少一个处理器，至少一个存储器以及连接到网络的通信平台，所述方法包括：从与车辆相关联的终端设备获取行驶数据，所述行驶数据包括沿车辆路线的采样点的坐标；基于所述采样点的坐标，在至少一个行程数据集中记录所述行驶数据，其中，每个 行程数据集对应一个行程标识；生成存储所述行程标识以及包括所述行驶数据的所述至少一个行程数据集的第一数据库；以及响应于从请求设备接收到包括第一行程标识的第一请求，从所述第一数据库获取由所述第一行程标识标记的第一行程数据集中的第一行驶数据，并将所述第一行驶数据发送给所述请求设备。
在一些实施例中，所述基于所述采样点的坐标，在至少一个行程数据集中记录所述行驶数据，包括：使用所述采样点的坐标，确定沿该路径的两个相邻采样点之间的距离变化范围；响应于确定两个相邻采样点之间的距离变化范围在预定阈值范围内，将所述两个相邻采样点中的第一采样点设置为行程的界限点；以及将所述第一采样点之前的行程上的采样点设置为第一行程集合，以及将所述第一采样点之后的行程上的采样点设置为第二行程集合，并为划分出的每个行程集合标记对应的行程标识。
在一些实施例中，所述基于所述采样点的坐标，在至少一个行程数据集中记录所述行驶数据，还包括：基于所述沿车辆路线的采样点的坐标，确定与每个行程数据集匹配的路段标识；以及生成第二数据库，存储：与所述至少一个行程数据集相关联的行程标识；以及对应地，与行程标识匹配的路段标识。
在一些实施例中，所述方法还包括：响应于从所述请求设备接收到包括第一路段标识的第二请求，从所述第二数据库获取与第一路段标识匹配的第二行程标识；以及从所述第一数据库中获取与第二行程标识匹配的行驶数据，并将所述与第二行程标识匹配的行驶数据发送到所述请求设备。
在一些实施例中，所述基于所述沿车辆路线的采样点的坐标，确定与每个行程数据集匹配的路段标识，还包括：确定每个所述沿车辆路线的采样点所属的坐标范围，所述坐标范围与一个或多个对应的路段匹配；以及基于所述坐标范围和所述对应的路段，确定每个行程集合中与每个轨迹 点匹配的路段标识。
在一些实施例中，所述行驶数据还包括：经过每个采样点的时间；以及所述方法还包括：响应于根据所述采样点的坐标记录所述至少一个行程数据集中的所述行驶数据，基于所述经过每个采样点的时间，确定与每个行程数据集匹配的时间标识；以及生成第三数据库，所述第三数据库存储所述行程标识，并相应地存储与所述至少一个行程数据集匹配的所述时间标识。
在一些实施例中，所述方法还包括：响应于从所述请求设备接收包括第一时间标识的第三请求，从所述第三数据库中获取与所述第一时间标识匹配的第三行程标识；以及从所述第一数据库中获取与所述第三行程标识匹配的行驶数据，并将与所述第三行程标识匹配的行驶数据发送到所述请求设备。
本申请的第二方面提供了一种与车辆相关联的数据处理方法，所述方法由计算设备实现，所述计算设备包括至少一个处理器，至少一个存储器以及连接到网络的通信平台，所述方法包括：从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，所述行驶数据包括以下信息中的至少一个：沿车辆路线的每个采样点的坐标、经过每个采样点的时间或经过每个采样点的速度；基于与所述至少一个行程标识中的每个行程标识匹配的行驶数据，确定所述行驶数据的特征信息，所述特征信息包括以下至少一项：第一信息，其表征与所述至少一个行程标识的目标行程相关的轨迹；第二信息，其表征采样点的目标位置区域的车流量；第三信息，其表征采样点目标位置区域的通行速度；第四信息，其表征从目标行程的起点到目的地的路径。
在一些实施例中，所述从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，还包括：向服务器发送包括所述 至少一个行程标识的第一请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
在一些实施例中，所述从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，还包括：向服务器发送第二请求，所述第二请求包括至少一个路段标识；从所述服务器接收与至少一个所述路段标识匹配的一个或多个行程标识；从所述服务器接收的一个或多个所述行程标识中选择至少一个行程标识；向所述服务器发送包括至少一个行程标识的第三请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
在一些实施例中，所述从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，进一步包括：向服务器发送包括至少一个时间标识的第四请求；从所述服务器接收与所述至少一个时间标识匹配的一个或多个行程标识；从所述服务器接收的所述一个或多个行程标识中选择至少一个行程标识；向所述服务器发送包括至少一个行程标识的第五请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
本申请的第三方面提供了一种与车辆相关联的数据处理系统，包括：获取模块，用于从与车辆相关联的终端设备获取行驶数据，所述行驶数据包括沿车辆路线的采样点的坐标；第一确定模块，用于基于所述采样点的坐标，在至少一个行程数据集中记录所述行驶数据，其中，每个行程数据集对应一个行程标识；第一构建模块，用于生成存储所述行程标识以及包括所述行驶数据的所述至少一个行程数据集的第一数据库；查询模块，用于响应于从请求设备接收到包括第一行程标识的第一请求，从所述第一数据库获取由所述第一行程标识标记的第一行程数据集中的第一行驶数据，并将所述第一行驶数据发送给所述请求设备。
在一些实施例中，所述第一确定模块，具体用于：使用所述采样点的坐标，确定沿该路径的两个相邻采样点之间的距离变化范围；响应于确定两个相邻采样点之间的距离变化范围在预定阈值范围内，将所述两个相邻采样点中的第一采样点设置为行程的界限点；以及将所述第一采样点之前的行程上的采样点设置为第一行程集合，以及将所述第一采样点之后的行程上的采样点设置为第二行程集合，并为划分出的每个行程集合标记对应的行程标识。
在一些实施例中，所述系统还包括：第二确定模块，用于基于所述沿车辆路线的采样点的坐标，确定与每个行程数据集匹配的路段标识；第二构建模块，用于生成第二数据库，存储：与所述至少一个行程数据集匹配的行程标识；以及对应地，与行程标识匹配的路段标识。
在一些实施例中，所述查询模块，还用于：响应于从所述请求设备接收到包括第一路段标识的第二请求，从所述第二数据库获取与第一路段标识匹配的第二行程标识；以及从所述第一数据库中获取与第二行程标识匹配的行驶数据，并将所述与第二行程标识匹配的行驶数据发送到所述请求设备。
在一些实施例中，所述第二确定模块，具体用于：确定每个所述沿车辆路线的采样点所属的坐标范围，所述坐标范围与一个或多个对应的路段匹配；以及基于所述坐标范围和所述对应的路段，确定每个行程集合中与每个轨迹点匹配的路段标识。
在一些实施例中，所述行驶数据还包括：经过每个轨迹点的时间；所述系统还包括：第三确定模块，用于响应于根据所述采样点的坐标记录所述至少一个行程数据集中的所述行驶数据，基于所述经过每个采样点的时间，确定与每个行程数据集匹配的时间标识；以及第三构建模块，用于响应于根据所述采样点的坐标记录所述至少一个行程数据集中的所述行驶数 据，生成第三数据库，所述第三数据库存储所述行程标识，并相应地存储与所述至少一个行程数据集匹配的所述时间标识。
在一些实施例中，所述查询模块，还用于：响应于从所述请求设备接收包括第一时间标识的第三请求，从所述第三数据库中获取与所述第一时间标识匹配的第三行程标识；以及从所述第一数据库中获取与所述第三行程标识匹配的行驶数据，并将与所述第三行程标识匹配的行驶数据发送到所述请求设备。
本申请的第四方面提供了一种与车辆相关联的数据处理系统，包括：获取模块，用于从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，所述行驶数据包括以下信息中的至少一个：沿车辆路线的每个采样点的坐标、经过每个采样点的时间或经过每个采样点的速度；特征确定模块，用于基于与所述至少一个行程标识中的每个行程标识匹配的行驶数据，确定所述行驶数据的特征信息；其中，所述特征信息包括以下至少一项：第一信息，其表征与所述至少一个行程标识的目标行程相关的轨迹；第二信息，其表征采样点的目标位置区域的车流量；第三信息，其表征采样点目标位置区域的通行速度；第四信息，其表征从目标行程的起点到目的地的路径。
在一些实施例中，所述获取模块，还用于：向服务器发送包括所述至少一个行程标识的第一请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
在一些实施例中，所述获取模块，还用于：向服务器发送第二请求，所述第二请求包括至少一个路段标识；从所述服务器接收与至少一个所述路段标识匹配的一个或多个行程标识；从所述服务器接收的一个或多个所述行程标识中选择至少一个行程标识；向所述服务器发送包括至少一个行程标识的第三请求；从所述服务器接收与所述至少一个行程标识分别匹配 的行驶数据。
在一些实施例中，所述获取模块，还用于：向服务器发送包括至少一个时间标识的第四请求；从所述服务器接收与所述至少一个时间标识匹配的一个或多个行程标识；从所述服务器接收的所述一个或多个行程标识中选择至少一个行程标识；向所述服务器发送包括至少一个行程标识的第五请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
本申请的第五方面提供了一种与车辆相关联的数据处理装置，所述装置包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如本申请一些实施例所述的操作。
本申请的第六方面提供了一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如本申请一些实施例所述的操作。
附图说明
本申请将以示例性实施例的方式进一步说明，这些示例性实施例将通过附图进行详细描述。这些实施例并非限制性的，在这些实施例中，相同的编号表示相同的结构，其中：
图1是根据本申请一些实施例所示的一种与车辆相关联的数据处理系统的应用场景示意图；
图2是根据本申请一些实施例所示的一种与车辆相关联的数据处理方法的流程图；
图3是根据本申请一些实施例所示的另一种与车辆相关联的数据处理方法的流程图；
图4是根据本申请一些实施例所示的一种与车辆相关联的数据处理系统的结构示意图；
图5是根据本申请一些实施例所示的另一种与车辆相关联的数据处理系统的结构示意图；
具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，应当理解，本申请中附图仅起到说明和描述的目的，并不用于限定本申请的保护范围。另外，应当理解，示意性的附图并未按实物比例绘制。本申请中使用的流程图示出了根据本申请的一些实施例实现的操作。应该理解，流程图的操作可以不按顺序实现，没有逻辑的上下文关系的步骤可以反转顺序或者同时实施。此外，本领域技术人员在本申请内容的指引下，可以向流程图添加一个或多个其他操作，也可以从流程图中移除一个或多个操作。
另外，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。
为了使得本领域技术人员能够使用本申请内容，结合特定应用场景“网约车系统”，给出以下实施方式。对于本领域技术人员来说，在不脱离本申请的精神和范围的情况下，可以将这里定义的一般原理应用于其他实施例和应用场景。虽然本申请主要围绕网约车系统进行描述，但是应该理解，这仅是一个示例性实施例。本申请可以应用于任何其他交通运输类型。
需要说明的是，本申请实施例中将会用到术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
本申请中的术语“乘客”、“请求方”、“服务人员”、“服务请求方”和“客户”可互换使用，以指代可以请求或订购服务的个人、实体或工具。本申请中的术语“司机”、“提供方”、“服务提供方”和“供应商”可互换使用，以指代可以提供服务的个人、实体或工具。本申请中的术语“用户”可以指代请求服务、订购服务、提供服务或促成服务的提供的个人、实体或工具。例如，用户可以是乘客、驾驶员、操作员等，或其任意组合。在本申请中，“乘客”和“乘客终端”可以互换使用，“驾驶员”和“驾驶员终端”可以互换使用。
本申请中使用的定位技术可以基于全球定位系统(Global Positioning System,GPS)、全球导航卫星系统(Global Navigation Satellite System,GLONASS)，罗盘导航系统(COMPASS)、伽利略定位系统、准天顶卫星系统(Quasi-Zenith Satellite System,QZSS)、无线保真(Wireless Fidelity,WiFi)定位技术等，或其任意组合。一个或多个上述定位系统可以在本申请中互换使用。
通过获取指定时间范围和空间范围的实时上传的车辆数据，可以对城市交通数据进行分析，达到优化城市交通的目的。然而由于每时每刻车辆都会实时产生并发送与车辆相关的数据，目前，无法将车辆实时产生的数据与用户的出行情况进行关联，因此无法达到准确、快速、灵活地获取指定时间范围和空间范围的与车辆相关的数据的目的，进而无法对车辆实时产生的数据进行快速、准确地分析。
基于此，本申请实施例的目的在于提供一种与车辆相关联的数据处理方法及系统，可以将车辆实时产生的数据与用户的出行情况进行关联，从而准确、快速、灵活地获取的与车辆相关的数据，对车辆数据进行快速、准确地分析。
本申请的实施例可以应用于不同的交通服务系统，不同的交通服务 系统包括但不限于陆地、河道、湖泊、海洋、航空等中的一种或几种的组合。例如，人力车、代步工具、汽车(例如，小型车、巴士、大型运输车等)、轨道交通(例如，火车、动车、高铁、地铁等)、船舶、飞机、飞行器、热气球、无人驾驶的交通工具、收/送快递等应用了管理和/或分配的运输系统等。本申请的不同实施例应用场景包括但不限于网页、浏览器插件、客户端、定制系统、企业内部分析系统、人工智能机器人等中的一种或几种的组合。应当理解的是，本申请的系统及方法的应用场景仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其它类似情景。例如，其他类似的用户出行数据分析系统。
图1是根据本申请一些实施例所示的一种与车辆相关联的数据处理系统的应用场景示意图。与车辆相关联的数据处理系统100可以包括服务器110、网络120、服务请求方终端130、服务提供方终端140和数据库150中的一种或多种，服务器110中可以包括执行指令操作的处理器。
在一些实施例中，服务器110可以用于处理与车辆相关联的数据。服务器110可以是独立的服务器或者服务器组。该服务器组可以是集中式的或者分布式的(如：服务器110可以是分布系统)。在一些实施例中该服务器110可以是区域的或者远程的。例如，服务器110可通过网络120访问存储于服务请求方终端130、服务提供方终端140、数据库150中的信息和/或资料。在一些实施例中，服务器110可直接与服务请求方终端130、服务提供方终端140、数据库150连接以访问存储于其中的信息和/或资料。在一些实施例中，服务器110可在云平台上执行。例如，该云平台可包括私有云、公共云、混合云等中的一种或其任意组合。
在一些实施例中，服务器110可包含处理设备。仅仅作为范例，处理设备可包含中央处理器(CPU)、专用集成电路(ASIC)、专用指令处 理器(ASIP)、图形处理器(GPU)、物理处理器(PPU)、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、可编辑逻辑电路(PLD)、控制器、微控制器单元、精简指令集电脑(RISC)、微处理器等或以上任意组合。
在一些实施例中，服务器110与终端之间可以建立通信连接，并基于通信连接来传输车辆数据(如，行驶数据)和用户信息等。其中，上述终端可以是服务请求方终端130，也可以是服务提供方终端140。例如，针对使用网约车终端来进行车辆数据和用户信息的采集和上传来说，服务提供方终端140可以为司机使用的终端，服务请求方终端130可以为乘客使用的终端，服务器100可以与司机使用的终端保持通信连接，进而可以获取每个终端中记录的用户信息和车辆数据，例如，可以通过司机使用的终端获取司机驾驶车辆产生的数据，如行驶数据等。
网络120可促进数据和/或信息的交换。在一些实施例中，与车辆相关联的数据处理系统100中的一个或多个组件(例如，服务器110、服务请求方终端130、服务提供方终端140、数据库150)可通过网络120发送数据和/或信息给与车辆相关联的数据处理系统100中的其他组件。在一些实施例中，网络120可是任意类型的有线或无线网络。例如，网络120可包括缆线网络、有线网络、光纤网络、电信网络、内部网络、网际网络、区域网络(LAN)、广域网络(WAN)、无线区域网络(WLAN)、都会区域网络(MAN)、公共电话交换网络(PSTN)、蓝牙网络、ZigBee网络、近场通讯(NFC)网络等或以上任意组合。在一些实施例中，网络120可包括一个或多个网络进出点。例如，网络120可包含有线或无线网络进出点，如基站和/或网际网络交换点，通过这些进出点，与车辆相关联的数据处理系统100的一个或多个组件可连接到网络120上以交换数据和/或信息。
在一些实施例中，请求方可以是服务请求方终端130的用户。在一 些实施例中，服务请求方终端130的用户可以是除该服务请求方之外的其他人。例如，服务请求方终端130的用户A可以使用服务请求方终端130为用户B发送服务请求，或者从服务器110接收服务确认和/或信息或指令。在一些实施例中，服务提供方可以是服务提供方终端140的用户。在一些实施例中，服务提供方终端140的用户可以为除该服务提供方之外的其他人。例如，服务提供方终端140的用户C可以为用户D通过服务提供方终端140接收服务请求和/或来自服务器110处的信息或指令。在一些实施例中，“服务请求方”、“请求方”和“服务请求方终端”可以互换使用，并且“服务提供方”、“提供方”和“服务提供方终端”可以互换使用。
在一些实施例中，服务请求方终端130可包括移动装置、平板电脑、笔记本电脑、机动车内建装置等中的一种或其任意组合。在一些实施例中，移动装置可包括智能家居装置、可穿戴装置、智能行动装置、虚拟实境装置、增强实境装置等或其任意组合。在一些实施例中，智能家具装置可包括智能照明装置、智能电器的控制装置、智能监测装置等或其任意组合。在一些实施例中，服务请求方终端130可包括具有定位功能的装置，以确定用户和/或服务请求方终端130的位置。
在一些实施例中，服务提供方终端140可以是与服务请求方终端130类似或相同的设备。在一些实施例中，服务提供方终端140可以是利用定位技术来定位服务提供方终端140的用户(例如，服务提供方)和/或服务提供方终端140的位置的设备。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以与一个或以上其他定位设备通信以确定服务请求方、服务请求方终端130、服务提供方和/或服务提供方终端140的位置。在一些实施例中，服务请求方终端130和/或服务提供方终端140可以向服务器110传送定位信息。例如，服务提供方终端140可以向服务器110传送车辆在行程中任意时刻的位置信息。
数据库150可以基于存储设备构建。在一些实施例中，所述数据库150存储有与车辆相关联的数据。在一些实施例中，数据库150可存储从服务请求方终端130和/或服务提供方终端140获取的数据和/或信息。在一些实施例中，数据库150可存储供服务器110执行或使用的信息和/或指令，以执行本申请中描述的示例性方法。例如，数据库150可以存储服务器110可以执行的数据和/或指令以获取与车辆相关联的数据。
在一些实施例中，可以由上述服务器110基于终端上传的车辆数据(如，行驶数据)和用户信息，构建存储有车辆数据和用户信息的数据库150，以便服务请求方终端130或服务提供方终端140或其它处理设备查询所需的行驶数据。另外，本申请实施例中，服务请求方终端130或服务提供方终端140或其它处理设备可以向上述服务器发送查询请求，以便从上述服务器110中获取查询请求对应的车辆数据，进而对获取的车辆数据进行分析和处理，得到车辆数据的特征信息。具体实施过程请参见本申请的实施例。
在一些实施例中，构建数据库150所用的存储设备可包括大容量存储器、可移动存储器、挥发性读写存储器(例如，随机存取存储器RAM)、只读存储器(ROM)等或以上任意组合。在一些实施例中，数据库150可在云平台上实现。例如，该云平台可包括私有云、公共云、混合云等或以上任意组合。
在一些实施例中，数据库150可与网络120连接以与系统100的一个或多个组件(例如，服务器110、服务请求方终端130、服务提供方终端140等)通信。与车辆相关联的数据处理系统100的一个或多个组件可通过网络120访问存储于数据库150中的资料或指令。在一些实施例中，数据库150可直接与系统100中的一个或多个组件(例如，服务器110、服务请求方终端130、服务提供方终端140等)连接或通讯。在一些实施例中，构 建数据库150所用的存储设备可以是服务器110的一部分。
图2是根据本申请一些实施例所示的一种与车辆相关联的数据处理方法的流程图。在本申请的一些实施例中，提供了一种与车辆相关联的数据处理方法，该方法可以由服务器110执行，所述方法200可以包括如下步骤：
S210：从与车辆相关联的终端设备获取行驶数据，所述行驶数据包括沿车辆路线的采样点的坐标。在一些实施例中，该步骤可以由系统400中的获取模块401执行。
在一些实施例中，所述终端设备可以是司机使用的终端，也可以是乘客使用的终端。例如，可以通过司机使用的终端，获取司机驾驶车辆产生的行驶数据。再例如，也可以通过乘客使用的终端，获取乘客乘坐车辆产生的行驶数据。在一些实施例中，所述行驶数据可以是车辆在行驶过程中产生的与车辆、道路、司机、乘客等相关的数据。所述行驶数据可以包括但不限于行驶路线信息、车辆位置信息、时间信息、速度信息、司机的基本信息、乘客的基本信息等。在一些实施例中，获取模块401可以在车辆的行驶路线上进行采样获取沿车辆路线的采样点。在一些实施例中，所述采样点可以视为车辆在行程中行驶路线上的轨迹点。需要注意的是，在一些实施例中，“采样点”和“轨迹点”可以互换使用。在一些实施例中，所述沿车辆路线的采样点中的每一个均对应于一个坐标，所述坐标可以是表示车辆在该采样点时的位置信息的位置坐标。例如，获取模块401可以获取每个采样点的经纬度表示，进而获得每个采样点的位置坐标。在一些实施例中，获取模块401获取的车辆的行驶数据还可以包括车辆经过每个采样点的时间信息和/或速度信息等。在一些实施例中，获取模块401还可以通过终端获取用户标识，并将用户标识作为终端上传的行驶数据的一部分进行存储。
S220：基于所述采样点的坐标，在至少一个行程数据集中记录所述行驶数据，其中，每个行程数据集对应一个行程标识。在一些实施例中，该步骤可以由系统400中的第一确定模块402执行。
在一些实施例中，所述行程数据集可以是记录车辆在一个行程中产生的行驶数据的数据集合。所述行程标识可以作为所述行程数据集中的数据来源行程的识别标记。在一些实施例中，所述行程数据集中记录的所述行驶数据可以包括对应行程的采样点及其坐标。
在一些实施例中，可以采用如下步骤在至少一个行程数据集中记录所述行驶数据：
(1)使用所述采样点的坐标，确定沿该路径的两个相邻采样点之间的距离变化范围；
(2)响应于确定两个相邻采样点之间的距离变化范围在预定阈值范围内，将所述两个相邻采样点中的第一采样点设置为行程的界限点；以及将所述第一采样点之前的行程上的采样点设置为第一行程集合，以及将所述第一采样点之后的行程上的采样点设置为第二行程集合，并为划分出的每个行程集合标记对应的行程标识。
在一些实施例中，所述距离变化范围可以是两个相邻采样点的距离与其前一个相邻采样点距离之间的变化范围，即某一个采样点至其前一个采样点的距离以及该采样点至其后一个采样点的距离的变化范围。在一些实施例中，当所述距离变化范围较小时，车辆可能处于送达乘客或等待乘客上车的状态，可以认为此时为一个行程的结束和/或新行程的开始。在一些实施例中，可以为所述距离变化范围设置一个预定阈值，用于确定其大小是否满足上述判断标准。在一些实施例中，当所述距离变化范围在预定阈值范围内时，即认为此时为上一行程的结束，此后的行程为新的行程。此时，可以将所述两个相邻采样点中的第一采样点设置为行程的界限点， 所述界限点之前的行程可以视为第一行程，将该行程上的采样点设置为第一行程集合；所述界限点之后的行程可以视为第二行程，将该行程上的采样点设置为第二行程集合。在一些实施例中，第一确定模块402可以为每个行程集合标记行程标识，例如，为第一行程集合标记第一行程标识，为第二行程集合标记第二行程标识。
示例性的，将本申请实施例应用于网约车场景中时，将网约车的一个订单可以视为一个行程。在乘客乘坐网约车开始一个行程时，由于网约车司机会停在上车点等待乘客上车，因此，在一定时间范围内相邻轨迹点之间的距离变化很小。鉴于上述特点，可以将获取的行程数据划分在不同的行程集合中。
一种可能的实施方式中，可以根据行驶数据中包括的每个轨迹点的位置坐标，确定相邻轨迹点之间的距离变化范围。这里，上述相邻轨迹点可以为时间上相邻的两个轨迹点，也可以为时间上依次相邻的多个轨迹点。
若确定的相邻轨迹点的距离变化范围在预设距离范围内，则以上述相邻轨迹点中任一个轨迹点为行程界限点，将该行程界限点之前的轨迹点对应的行驶数据划分在一个行程集合，将该行程界限点之后的轨迹点对应的行驶数据划分在另一个行程集合，并为划分出的每个行程集合标记对应的行程标识。
其中，上述相邻轨迹点中任一个轨迹点既可以作为一个行程的起点，也可以作为一个行程的终点。在具体实施过程中，可能存在无法判断上述行程界限点具体是一个行程的起点还是终点的情况，此时，可以将上述行程界限点同时作为上一个行程的终点和下一个行程的起点。
在一些实施例中，为了对指定空间范围的采样点数据进行灵活、快速的查询，还可以建立路段标识与行驶数据之间的匹配关系。在一些实施例中，建立路段标识与行驶数据之间的匹配关系可以包括以下步骤：
(1)基于所述沿车辆路线的采样点的坐标，确定与每个行程数据集匹配的路段标识。在一些实施例中，该步骤可以由系统400中的第二确定模块405执行。
(2)生成第二数据库，存储：与所述至少一个行程数据集匹配的行程标识；以及对应地，与行程标识匹配的路段标识。在一些实施例中，该步骤可以由系统400中的第二构建模块406执行。
在一种可能的实施方式中，可以根据每个终端上传的行驶数据中包括的每个轨迹点的位置坐标，确定每个轨迹点对应的路段标识。并且构建存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库。
为了对指定空间范围的轨迹数据进行灵活、快速的查询，建立空间位置坐标与轨迹数据之间的匹配关系，在对城市交通数据进行分析的情况下，通常使用预先确定的路网来标识空间位置坐标。
结合城市交通道路情况，上述路网最基本的要素为路段(link)和节点(node)。其中，路段为两个节点之间的有向线段，是路网中最小的路程单位，每个路段对应一个路段标识。节点连接不同的路段，通常为路程的拐点、路口、停车场等位置。
由于使用路网标识空间位置坐标，需要将行驶数据中的每个轨迹点的位置坐标转换为路网中的空间位置坐标，通常情况下，行驶数据中每个轨迹点的位置坐标为通过定位技术获取的经纬度坐标，因此，在具体实施过程中，需要将行驶数据中的每个轨迹点的位置坐标转换为路段标识。具体的，可以采用如下步骤将行驶数据中的每个轨迹点的位置坐标转换为路段标识：
步骤1：获取每个路段标识包括的位置坐标范围；
步骤2：根据每个终端上传的行驶数据的每个轨迹点的位置坐标，确 定每个轨迹点落入的位置坐标范围；
步骤3：根据每个轨迹点落入的位置坐标范围，确定每个轨迹点对应的路段标识。
在构建了存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库之后，后续可以支持基于路段标识来查询所需的行驶数据。
一种可能的实施方式中，在接收到请求端发送的携带有路段标识的查询请求时，可以从第二数据库中获取与路段标识匹配的第二行程标识。之后可以进一步从第一数据库中获取与第二行程标识匹配的行驶数据，并将获取的行驶数据发送给请求端。
在一些实施例中，为了对指定时间范围的采样点数据进行灵活、快速的查询，还可以建立时间标识与行驶数据之间的匹配关系。在一些实施例中，建立时间标识与行驶数据之间的匹配关系可以包括以下步骤：
(1)确定经过每个采样点的时间；以及响应于根据所述采样点的坐标记录所述至少一个行程数据集中的所述行驶数据，基于所述经过每个采样点的时间，确定与每个行程数据集匹配的时间标识。在一些实施例中，该步骤可以由系统400中的第三确定模块406执行。
(2)生成第三数据库，所述第三数据库存储所述行程标识，并相应地存储与所述至少一个行程数据集匹配的所述时间标识。在一些实施例中，该步骤可以由系统400中的第三构建模块407执行。
在另一种可能的实施方式中，根据每个行程集合中包括的经过每个轨迹点的时间，确定与每个行程集合匹配的时间标识；构建存储有每个行程集合的行程标识、与每个行程集合匹配的时间标识的第三数据库。
由于构建了存储有每个行程标识与每个行程标识匹配的时间标识的第三数据库，在接收到请求端发送的携带有时间标识的查询请求时，还可 以从第三数据库中获取与时间标识匹配的第三行程标识，然后从第一数据库中获取与第三行程标识对应的行驶数据，并将获取的行驶数据发送给请求端。
在对指定时间范围的轨迹数据进行查询时，如果上述指定时间范围很长的情况下，例如，需要获取半年乃至一年时间范围内的行驶数据，就会造成获取到的行驶数据的数据量过大，为后续分析带来很大的困难。因此，在上述指定时间范围很长的情况下，可以对获取的指定时间范围对应的行驶数据进行采样，并且可以根据具体获取的行驶数据的数据量设置对应的采样率，例如将采样率设置为0.1，就可以有效降低行驶数据的数据量。并且由于行驶数据的数据量本身就已经很大，设置合适的采样率对行驶数据进行采样，并不会明显降低分析结果的准确度，不会明显影响城市交通数据的分析效果。
S230：生成存储所述行程标识以及包括所述行驶数据的所述至少一个行程数据集的第一数据库。在一些实施例中，该步骤可以由系统400中的第一构建模块403执行。
在一些实施例中，所述第一数据库中可以记录有至少一个行程数据集的采样点及其坐标。在一些实施例中，第一构建模块403也可以构建第二数据库，所述第二数据库可以记录有至少一个行程数据集的采样点及其坐标，以及与所述至少一个行程数据集匹配的行程标识，以及对应地，与行程标识匹配的路段标识。在一些实施例中，第一构建模块403还可以构建第三数据库，所述第三数据库可以记录有至少一个行程数据集的采样点及其坐标，以及与所述至少一个行程数据集匹配的行程标识，以及与所述至少一个行程数据集匹配的时间标识。
S240：响应于从请求设备接收到包括第一行程标识的第一请求，从所述第一数据库获取由所述第一行程标识标记的第一行程数据集中的第一 行驶数据，并将所述第一行驶数据发送给所述请求设备。在一些实施例中，该步骤可以由系统400中的查询模块404执行。
在一些实施例中，所述请求设备可以是服务提供方使用的终端设备，也可以是服务请求方使用的终端设备。在一些实施例中，所述第一请求可以是请求设备的用户发出的查询请求，所述查询请求可以包括所述第一行程标识。在一些实施例中，查询模块404可以通过查询的方式从所述第一数据库获取由所述第一行程标识标记的第一行程数据集中的第一行驶数据。在一些实施例中，所述查询可以包括但不限于：基础查询、条件查询、分桶查询等。在一些实施例中，查询模块404还可以通过网络120将获取的所述第一行驶数据发送给所述请求设备。
在一些实施例中，查询模块404还可以响应于从所述请求设备接收到包括第一路段标识的第二请求，从所述第二数据库获取与第一路段标识匹配的第二行程标识；以及从所述第一数据库中获取与第二行程标识匹配的行驶数据，并将所述与第二行程标识匹配的行驶数据发送到所述请求设备。在一些实施例中，查询模块404可以通过网络120将获取的所述与第二行程标识匹配的行驶数据发送给所述请求设备。
在一些实施例中，查询模块404还可以响应于从所述请求设备接收包括第一时间标识的第三请求，从所述第三数据库中获取与所述第一时间标识匹配的第三行程标识；以及从所述第一数据库中获取与所述第三行程标识匹配的行驶数据，并将与所述第三行程标识匹配的行驶数据发送到所述请求设备。在一些实施例中，查询模块404可以通过网络120将获取的所述与第三行程标识匹配的行驶数据发送给所述请求设备。
本申请实施例中，通过构建存储有行程标识和与每个行程标识对应的行驶数据的第一数据库、存储有每个行程集合的行程标识、与每个行程集合匹配的路段标识的第二数据库和存储有每个行程集合的行程标识、与 每个行程集合匹配的时间标识的第三数据库，可以准确、快速、灵活地获取指定时间范围和空间范围的车辆数据。
本申请实施例的提供的一种与车辆相关联的数据处理方法，可以将车辆实时产生的数据与用户的出行情况进行关联，从而准确、快速、灵活地获取车辆数据，对车辆数据进行快速、准确地分析。
应当注意的是，上述有关流程的描述仅仅是为了示例和说明，而不限定本申请的适用范围。对于本领域技术人员来说，在本申请的指导下可以对流程进行各种修正和改变。然而，这些修正和改变仍在本申请的范围之内。
图3是根据本申请一些实施例所示的另一种与车辆相关联的数据处理方法的流程图。在本申请的一些实施例中，提供了另一种与车辆相关联的数据处理方法，该方法可以由服务器110执行，所述方法300可以包括如下步骤：
S310：从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据。在一些实施例中，该步骤可以由系统500中的获取模块501执行。
在一些实施例中，所述与车辆相关联的相应行驶数据包括以下信息中的至少一种：每个采样点的位置坐标、经过每个采样点的时间、经过每个采样点的速度。
具体的，在获取与至少一个行程标识和与车辆相关联的相应行驶数据时，可以采用如下几种方式：
实施方式一：
向服务器发送包括所述至少一个行程标识的第一请求，进而从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
实施方式二：
对于获取指定空间范围内的行驶数据，可以通过路段标识，获得与路段标识匹配的与车辆相关联的相应行驶数据。具体的，可以通过如下步骤获取至少一个路段标识匹配的与车辆相关联的相应行驶数据：
向服务器发送第二请求，所述第二请求包括至少一个路段标识；从所述服务器接收与至少一个所述路段标识匹配的一个或多个行程标识；从所述服务器接收的一个或多个所述行程标识中选择至少一个行程标识；向所述服务器发送包括至少一个行程标识的第三请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
实施方式三：
对于获取指定时间范围内的与车辆相关联的相应行驶数据，可以通过时间标识，获得与时间标识匹配的行驶数据。
具体地，可以通过以下两种方式获取至少一个时间标识分别匹配的行驶数据：
其一：
向服务器发送包括至少一个时间标识的第四请求；从所述服务器接收与所述至少一个时间标识匹配的一个或多个行程标识。之后，从所述服务器接收的所述一个或多个行程标识中选择至少一个行程标识；向所述服务器发送包括至少一个行程标识的第五请求。进一步地，从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
其二：
向服务器发送包括至少一个行程标识的第五请求，接收服务器发送的与至少一个时间标识分别匹配的行程标识。之后，直接向服务器发送携带有与至少一个时间标识分别匹配的行程标识的第七请求。进一步地，接收服务器发送的与至少一个时间标识分别匹配的行程标识分别匹配的行驶数据。
S320：基于与所述至少一个行程标识中的每个行程标识匹配的行驶数据，确定所述行驶数据的特征信息。在一些实施例中，该步骤可以由系统500中的特征提取模块502执行。
在一些实施例中，所述行驶数据的特征信息可以是车辆的行驶状态特征，用于表示与车辆行驶相关的状态信息。在一些实施例中，所述特征信息可以包括第一信息、第二信息、第三信息以及第四信息。在一些实施例中，所述第一信息可以用于表征与所述至少一个行程标识的目标行程相关的轨迹。在一些实施例中，所述第二信息用于表征采样点的目标位置区域的车流量。在一些实施例中，所述第三信息用于表征采样点目标位置区域的通行速度。在一些实施例中，所述第四信息用于表征从目标行程的起点到目的地的路径。
示例性的：
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提供的查询功能。
基础查询包括，基于指定的时间范围和/或指定的空间范围，查询指定的时间范围和/或指定的空间范围内的行驶数据。
条件查询在基础查询的基础上，可以设置相应的查询条件，例如，在指定时间范围的情况下，可以设定只查询指定时间范围内工作日的数据、或者只查询指定时间范围内周末的数据。另外，还可以使用和、或、非等查询语句，编写查询条件对指定的时间范围和/或指定的空间范围内的行驶数据进行查询。
分桶查询也是一种条件查询，在时间范围内，支持以天、星期或月等为单位进行分桶查询，在空间范围内，支持根据路段、节点或者具体的定位技术获取的位置坐标进行分桶查询。
应当理解，图4所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计 硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
需要注意的是，以上对于系统及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，图4中披露的获取模块401、第一确定模块402、第一构建模块403以及查询模块404可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或以上模块的功能。又例如，各个模块可以共用一个存储设备，各个模块也可以分别具有各自的存储设备。诸如此类的变形，均在本申请的保护范围之内。
图5是根据本申请一些实施例所示的另一种与车辆相关联的数据处理系统的结构示意图。在一些实施例中，所述与车辆相关联的数据处理系统500可以包括：
获取模块501，用于从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，所述行驶数据包括以下信息中的至少一个：沿车辆路线的每个采样点的坐标、经过每个采样点的时间或经过每个采样点的速度；
特征确定模块502，用于基于与所述至少一个行程标识中的每个行 程标识匹配的行驶数据，确定所述行驶数据的特征信息；
其中，所述特征信息包括以下至少一项：
第一信息，其表征与所述至少一个行程标识的目标行程相关的轨迹；
第二信息，其表征采样点的目标位置区域的车流量；
第三信息，其表征采样点目标位置区域的通行速度；
第四信息，其表征从目标行程的起点到目的地的路径。
在一些实施例中，所述获取模块501，还用于：向服务器发送包括所述至少一个行程标识的第一请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
在一些实施例中，所述获取模块501，还用于：向服务器发送第二请求，所述第二请求包括至少一个路段标识；从所述服务器接收与至少一个所述路段标识匹配的一个或多个行程标识；从所述服务器接收的一个或多个所述行程标识中选择至少一个行程标识；向所述服务器发送包括至少一个行程标识的第三请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
在一些实施例中，所述获取模块501，还用于：向服务器发送包括至少一个时间标识的第四请求；从所述服务器接收与所述至少一个时间标识匹配的一个或多个行程标识；从所述服务器接收的所述一个或多个行程标识中选择至少一个行程标识；向所述服务器发送包括至少一个行程标识的第五请求；从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
应当理解，图5所示的系统及其模块可以利用各种方式来实现。例如，在一些实施例中，系统及其模块可以通过硬件、软件或者软件和硬件的结合来实现。其中，硬件部分可以利用专用逻辑来实现；软件部分则可以存储在存储器中，由适当的指令执行系统，例如微处理器或者专用设计 硬件来执行。本领域技术人员可以理解上述的方法和系统可以使用计算机可执行指令和/或包含在处理器控制代码中来实现，例如在诸如磁盘、CD或DVD-ROM的载体介质、诸如只读存储器(固件)的可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。本申请的系统及其模块不仅可以有诸如超大规模集成电路或门阵列、诸如逻辑芯片、晶体管等的半导体、或者诸如现场可编程门阵列、可编程逻辑设备等的可编程硬件设备的硬件电路实现，也可以用例如由各种类型的处理器所执行的软件实现，还可以由上述硬件电路和软件的结合(例如，固件)来实现。
需要注意的是，以上对于系统及其模块的描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解该系统的原理后，可能在不背离这一原理的情况下，对各个模块进行任意组合，或者构成子系统与其他模块连接。例如，在一些实施例中，图5中披露的获取模块501、特征提取模块502可以是一个系统中的不同模块，也可以是一个模块实现上述的两个或以上模块的功能。又例如，各个模块可以共用一个存储设备，各个模块也可以分别具有各自的存储设备。诸如此类的变形，均在本申请的保护范围之内。
在本申请的另一些实施例中，提供了一种与车辆相关联的数据处理装置，所述装置包括至少一个处理器以及至少一个存储器；所述至少一个存储器用于存储计算机指令；所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如上所述的操作。
在本申请的又一些实施例中，提供了一种计算机可读存储介质，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如上所述的操作。
需要注意的是，以上描述，仅为描述方便，并不能把本申请限制在所举实施例范围之内。可以理解，对于本领域的技术人员来说，在了解本申 请的原理后，可以在不背离这一原理的情况下，对实施上述流程进行形式和细节上的各种修正和改变。然而，这些变化和修改不脱离本申请的范围。
本申请实施例可能带来的有益效果包括但不限于：本申请实施例提供的与车辆相关联的数据处理方法及系统，将车辆实时产生的行驶数据与用户的出行情况进行关联，从而准确、快速、灵活地获取车辆行驶数据，对车辆行驶数据进行快速、准确地分析。
需要说明的是，不同实施例可能产生的有益效果不同，在不同的实施例里，可能产生的有益效果可以是以上任意一种或几种的组合，也可以是其他任何可能获得的有益效果。
以上内容描述了本申请和/或一些其他的示例。根据上述内容，本申请还可以做出不同的变形。本申请披露的主题能够以不同的形式和例子所实现，并且本申请可以被应用于大量的应用程序中。后文权利要求中所要求保护的所有应用、修饰以及改变都属于本申请的范围。
同时，本申请使用了特定词语来描述本申请的实施例。如“一个实施例”、“一实施例”、和/或“一些实施例”意指与本申请至少一个实施例相关的某一特征、结构或特点。因此，应强调并注意的是，本说明书中在不同位置两次或多次提及的“一实施例”、或“一个实施例”、或“一替代性实施例”、或“另一实施例”或“另一个实施例”并不一定是指同一实施例。此外，本申请的一个或多个实施例中的某些特征、结构或特点可以进行适当的组合。
本领域技术人员能够理解，本申请所披露的内容可以出现多种变型和改进。例如，以上所描述的不同系统组件都是通过硬件设备所实现的，但是也可能只通过软件的解决方案得以实现。例如：在现有的服务器上安装系统。此外，这里所披露的位置信息的提供可能是通过一个固件、固件/软件的组合、固件/硬件的组合或硬件/固件/软件的组合得以实现。
所有软件或其中的一部分有时可能会通过网络进行通信，如互联网或其他通信网络。此类通信能够将软件从一个计算机设备或处理器加载到另一个。例如：从放射治疗系统的一个管理服务器或主机计算机加载至一个计算机环境的硬件平台，或其他实现系统的计算机环境，或与提供确定轮椅目标结构参数所需要的信息相关的类似功能的系统。因此，另一种能够传递软件元素的介质也可以被用作局部设备之间的物理连接，例如光波、电波、电磁波等，通过电缆、光缆或者空气实现传播。用来载波的物理介质如电缆、无线连接或光缆等类似设备，也可以被认为是承载软件的介质。在这里的用法除非限制了有形的“储存”介质，其他表示计算机或机器“可读介质”的术语都表示在处理器执行任何指令的过程中参与的介质。
本申请各部分操作所需的计算机程序编码可以用任意一种或多种程序语言编写，包括面向对象编程语言如Java、Scala、Smalltalk、Eiffel、JADE、Emerald、C++、C#、VB.NET、Python等，常规程序化编程语言如C语言、Visual Basic、Fortran 2003、Perl、COBOL 2002、PHP、ABAP，动态编程语言如Python、Ruby和Groovy，或其他编程语言等。该程序编码可以完全在用户计算机上运行、或作为独立的软件包在用户计算机上运行、或部分在用户计算机上运行部分在远程计算机运行、或完全在远程计算机或服务器上运行。在后种情况下，远程计算机可以通过任何网络形式与用户计算机连接，例如，局域网(LAN)或广域网(WAN)、或连接至外部计算机(例如通过因特网)、或在云计算环境中、或作为服务使用如软件即服务(SaaS)。
此外，除非权利要求中明确说明，本申请所述处理元素和序列的顺序、数字字母的使用、或其他名称的使用，并非用于限定本申请流程和方法的顺序。尽管上述披露中通过各种示例讨论了一些目前认为有用的发明实施例，但应当理解的是，该类细节仅起到说明的目的，附加的权利要求并不仅限于披露的实施例，相反，权利要求旨在覆盖所有符合本申请实施 例实质和范围的修正和等价组合。例如，虽然以上所描述的系统组件可以通过硬件设备实现，但是也可以只通过软件的解决方案得以实现，如在现有的服务器或移动设备上安装所描述的系统。
同理，应当注意的是，为了简化本申请披露的表述，从而帮助对一个或多个发明实施例的理解，前文对本申请实施例的描述中，有时会将多种特征归并至一个实施例、附图或对其的描述中。但是，这种披露方法并不意味着本申请对象所需要的特征比权利要求中提及的特征多。实际上，实施例的特征要少于上述披露的单个实施例的全部特征。
一些实施例中使用了描述属性、数量的数字，应当理解的是，此类用于实施例描述的数字，在一些示例中使用了修饰词“大约”、“近似”或“大体上”来修饰。除非另外说明，“大约”、“近似”或“大体上”表明所述数字允许有±20％的变化。相应地，在一些实施例中，说明书和权利要求中使用的数值参数均为近似值，该近似值根据个别实施例所需特点可以发生改变。在一些实施例中，数值参数应考虑规定的有效数位并采用一般位数保留的方法。尽管本申请一些实施例中用于确认其范围广度的数值域和参数为近似值，在具体实施例中，此类数值的设定在可行范围内尽可能精确。
针对本申请引用的每个专利、专利申请、专利申请公开物和其他材料，如文章、书籍、说明书、出版物、文档、物件等，特将其全部内容并入本申请作为参考。与本申请内容不一致或产生冲突的申请历史文件除外，对本申请权利要求最广范围有限制的文件(当前或之后附加于本申请中的)也除外。需要说明的是，如果本申请附属材料中的描述、定义、和/或术语的使用与本申请所述内容有不一致或冲突的地方，以本申请的描述、定义和/或术语的使用为准。
最后，应当理解的是，本申请中所述实施例仅用以说明本申请实施 例的原则。其他的变形也可能属于本申请的范围。因此，作为示例而非限制，本申请实施例的替代配置可视为与本申请的教导一致。相应地，本申请的实施例不限于本申请明确介绍和描述的实施例。

Claims (24)

  1. 一种与车辆相关联的数据处理方法，所述方法由计算设备实现，所述计算设备包括至少一个处理器，至少一个存储器以及连接到网络的通信平台，其特征在于，所述方法包括：
    从与车辆相关联的终端设备获取行驶数据，所述行驶数据包括沿车辆路线的采样点的坐标；
    基于所述采样点的坐标，在至少一个行程数据集中记录所述行驶数据，其中，每个行程数据集对应一个行程标识；
    生成存储所述行程标识以及包括所述行驶数据的所述至少一个行程数据集的第一数据库；以及
    响应于从请求设备接收到包括第一行程标识的第一请求，从所述第一数据库获取由所述第一行程标识标记的第一行程数据集中的第一行驶数据，并将所述第一行驶数据发送给所述请求设备。
  2. 根据权利要求1所述的方法，其特征在于，所述基于所述采样点的坐标，在至少一个行程数据集中记录所述行驶数据，包括：
    使用所述采样点的坐标，确定沿该路径的两个相邻采样点之间的距离变化范围；
    响应于确定两个相邻采样点之间的距离变化范围在预定阈值范围内，
    将所述两个相邻采样点中的第一采样点设置为行程的界限点；以及
    将所述第一采样点之前的行程上的采样点设置为第一行程集合，以及将所述第一采样点之后的行程上的采样点设置为第二行程集合，并为划分出的每个行程集合标记对应的行程标识。
  3. 根据权利要求1或2所述的方法，其特征在于，所述基于所述采样点的坐标，在至少一个行程数据集中记录所述行驶数据，还包括：
    基于所述沿车辆路线的采样点的坐标，确定与每个行程数据集匹配的 路段标识；以及
    生成第二数据库，存储：
    与所述至少一个行程数据集匹配的行程标识；以及
    对应地，与行程标识匹配的路段标识。
  4. 根据权利要求3所述的方法，其特征在于，所述方法还包括：
    响应于从所述请求设备接收到包括第一路段标识的第二请求，从所述第二数据库获取与第一路段标识匹配的第二行程标识；以及
    从所述第一数据库中获取与第二行程标识匹配的行驶数据，并将所述与第二行程标识匹配的行驶数据发送到所述请求设备。
  5. 根据权利要求3所述的方法，其特征在于，所述基于所述沿车辆路线的采样点的坐标，确定与每个行程数据集匹配的路段标识，还包括：
    确定每个所述沿车辆路线的采样点所属的坐标范围，所述坐标范围与一个或多个对应的路段匹配；以及
    基于所述坐标范围和所述对应的路段，确定每个行程集合中与每个轨迹点匹配的路段标识。
  6. 根据权利要求1-5中任一项所述的方法，其特征在于，所述行驶数据还包括：
    经过每个采样点的时间；以及
    所述方法还包括：
    响应于根据所述采样点的坐标记录所述至少一个行程数据集中的所述行驶数据，
    基于所述经过每个采样点的时间，确定与每个行程数据集匹配的时间标识；以及
    生成第三数据库，所述第三数据库存储所述行程标识，并相应地存储与所述至少一个行程数据集匹配的所述时间标识。
  7. 根据权利要求6所述的方法，其特征在于，所述方法还包括：
    响应于从所述请求设备接收包括第一时间标识的第三请求，从所述第三数据库中获取与所述第一时间标识匹配的第三行程标识；以及
    从所述第一数据库中获取与所述第三行程标识匹配的行驶数据，并将与所述第三行程标识匹配的行驶数据发送到所述请求设备。
  8. 一种与车辆相关联的数据处理方法，所述方法由计算设备实现，所述计算设备包括至少一个处理器，至少一个存储器以及连接到网络的通信平台，其特征在于，所述方法包括：
    从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，所述行驶数据包括以下信息中的至少一个：沿车辆路线的每个采样点的坐标、经过每个采样点的时间或经过每个采样点的速度；
    基于与所述至少一个行程标识中的每个行程标识匹配的行驶数据，确定所述行驶数据的特征信息，所述特征信息包括以下至少一项：
    第一信息，其表征与所述至少一个行程标识的目标行程相关的轨迹；
    第二信息，其表征采样点的目标位置区域的车流量；
    第三信息，其表征采样点目标位置区域的通行速度；
    第四信息，其表征从目标行程的起点到目的地的路径。
  9. 根据权利要求8所述的方法，其特征在于，所述从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，还包括：
    向服务器发送包括所述至少一个行程标识的第一请求；
    从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
  10. 根据权利要求8所述的方法，其特征在于，所述从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，还包括：
    向服务器发送第二请求，所述第二请求包括至少一个路段标识；
    从所述服务器接收与至少一个所述路段标识匹配的一个或多个行程标识；
    从所述服务器接收的一个或多个所述行程标识中选择至少一个行程标识；
    向所述服务器发送包括至少一个行程标识的第三请求；
    从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
  11. 根据权利要求8所述的方法，其特征在于，所述从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，进一步包括：
    向服务器发送包括至少一个时间标识的第四请求；
    从所述服务器接收与所述至少一个时间标识匹配的一个或多个行程标识；
    从所述服务器接收的所述一个或多个行程标识中选择至少一个行程标识；
    向所述服务器发送包括至少一个行程标识的第五请求；
    从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
  12. 一种与车辆相关联的数据处理系统，其特征在于，包括：
    获取模块，用于从与车辆相关联的终端设备获取行驶数据，所述行驶数据包括沿车辆路线的采样点的坐标；
    第一确定模块，用于基于所述采样点的坐标，在至少一个行程数据集 中记录所述行驶数据，其中，每个行程数据集对应一个行程标识；
    第一构建模块，用于生成存储所述行程标识以及包括所述行驶数据的所述至少一个行程数据集的第一数据库；
    查询模块，用于响应于从请求设备接收到包括第一行程标识的第一请求，从所述第一数据库获取由所述第一行程标识标记的第一行程数据集中的第一行驶数据，并将所述第一行驶数据发送给所述请求设备。
  13. 根据权利要求12所述的系统，其特征在于，所述第一确定模块，具体用于：
    使用所述采样点的坐标，确定沿该路径的两个相邻采样点之间的距离变化范围；
    响应于确定两个相邻采样点之间的距离变化范围在预定阈值范围内，
    将所述两个相邻采样点中的第一采样点设置为行程的界限点；以及
    将所述第一采样点之前的行程上的采样点设置为第一行程集合，以及将所述第一采样点之后的行程上的采样点设置为第二行程集合，并为划分出的每个行程集合标记对应的行程标识。
  14. 根据权利要求12所述的系统，其特征在于，所述系统，还包括：
    第二确定模块，用于基于所述沿车辆路线的采样点的坐标，确定与每个行程数据集匹配的路段标识；
    第二构建模块，用于生成第二数据库，存储：
    与所述至少一个行程数据集匹配的行程标识；以及
    对应地，与行程标识匹配的路段标识。
  15. 根据权利要求14所述的系统，其特征在于，所述查询模块，还用于：
    响应于从所述请求设备接收到包括第一路段标识的第二请求，从所述第二数据库获取与第一路段标识匹配的第二行程标识；以及
    从所述第一数据库中获取与第二行程标识匹配的行驶数据，并将所述与第二行程标识匹配的行驶数据发送到所述请求设备。
  16. 根据权利要求14所述的系统，其特征在于，所述第二确定模块，具体用于：
    确定每个所述沿车辆路线的采样点所属的坐标范围，所述坐标范围与一个或多个对应的路段匹配；以及
    基于所述坐标范围和所述对应的路段，确定每个行程集合中与每个轨迹点匹配的路段标识。
  17. 根据权利要求12所述的系统，其特征在于，所述行驶数据还包括：经过每个轨迹点的时间；
    所述系统还包括：
    第三确定模块，用于响应于根据所述采样点的坐标记录所述至少一个行程数据集中的所述行驶数据，基于所述经过每个采样点的时间，确定与每个行程数据集匹配的时间标识；以及
    第三构建模块，用于响应于根据所述采样点的坐标记录所述至少一个行程数据集中的所述行驶数据，生成第三数据库，所述第三数据库存储所述行程标识，并相应地存储与所述至少一个行程数据集匹配的所述时间标识。
  18. 根据权利要求17所述的系统，其特征在于，所述查询模块，还用于：
    响应于从所述请求设备接收包括第一时间标识的第三请求，从所述第 三数据库中获取与所述第一时间标识匹配的第三行程标识；以及
    从所述第一数据库中获取与所述第三行程标识匹配的行驶数据，并将与所述第三行程标识匹配的行驶数据发送到所述请求设备。
  19. 一种与车辆相关联的数据处理系统，其特征在于，包括：
    获取模块，用于从与车辆相关联的终端设备获取至少一个行程标识和与车辆相关联的相应行驶数据，所述行驶数据包括以下信息中的至少一个：沿车辆路线的每个采样点的坐标、经过每个采样点的时间或经过每个采样点的速度；
    特征确定模块，用于基于与所述至少一个行程标识中的每个行程标识匹配的行驶数据，确定所述行驶数据的特征信息；
    其中，所述特征信息包括以下至少一项：
    第一信息，其表征与所述至少一个行程标识的目标行程相关的轨迹；
    第二信息，其表征采样点的目标位置区域的车流量；
    第三信息，其表征采样点目标位置区域的通行速度；
    第四信息，其表征从目标行程的起点到目的地的路径。
  20. 根据权利要求19所述的系统，其特征在于，所述获取模块，还用于：
    向服务器发送包括所述至少一个行程标识的第一请求；
    从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
  21. 根据权利要求19所述的系统，其特征在于，所述获取模块，还用于：
    向服务器发送第二请求，所述第二请求包括至少一个路段标识；
    从所述服务器接收与至少一个所述路段标识匹配的一个或多个行程标 识；
    从所述服务器接收的一个或多个所述行程标识中选择至少一个行程标识；
    向所述服务器发送包括至少一个行程标识的第三请求；
    从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
  22. 根据权利要求19所述的系统，其特征在于，所述获取模块，还用于：
    向服务器发送包括至少一个时间标识的第四请求；
    从所述服务器接收与所述至少一个时间标识匹配的一个或多个行程标识；
    从所述服务器接收的所述一个或多个行程标识中选择至少一个行程标识；
    向所述服务器发送包括至少一个行程标识的第五请求；
    从所述服务器接收与所述至少一个行程标识分别匹配的行驶数据。
  23. 一种与车辆相关联的数据处理装置，其特征在于，所述装置包括至少一个处理器以及至少一个存储器；
    所述至少一个存储器用于存储计算机指令；
    所述至少一个处理器用于执行所述计算机指令中的至少部分指令以实现如权利要求1至7中任意一项所述的操作，和/或，如权利要求8至11中任意一项所述的操作。
  24. 一种计算机可读存储介质，其特征在于，所述存储介质存储计算机指令，当所述计算机指令被处理器执行时实现如权利要求1至7中任意一项所述的操作，和/或，如权利要求8至11中任意一项所述的操作。
PCT/CN2019/128384 2019-03-12 2019-12-25 一种与车辆相关联的数据处理方法及系统 Ceased WO2020181879A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201910186322.2 2019-03-12
CN201910186322.2A CN111696343B (zh) 2019-03-12 2019-03-12 一种轨迹数据处理方法及装置

Publications (1)

Publication Number Publication Date
WO2020181879A1 true WO2020181879A1 (zh) 2020-09-17

Family

ID=72427193

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2019/128384 Ceased WO2020181879A1 (zh) 2019-03-12 2019-12-25 一种与车辆相关联的数据处理方法及系统

Country Status (2)

Country Link
CN (1) CN111696343B (zh)
WO (1) WO2020181879A1 (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112764916A (zh) * 2020-12-18 2021-05-07 北京百度网讯科技有限公司 数据采集的方法及装置
CN113538729A (zh) * 2021-06-22 2021-10-22 青岛海信网络科技股份有限公司 一种gps数据处理方法及服务器
CN113779171A (zh) * 2021-09-26 2021-12-10 浙江大华技术股份有限公司 对象落脚点的确定方法、装置、存储介质及电子装置
CN113792085A (zh) * 2021-08-16 2021-12-14 天津布尔科技有限公司 一种高污染车辆经常行驶路段监控方法、装置及存储介质
CN114297192A (zh) * 2021-12-08 2022-04-08 湖北亿咖通科技有限公司 多源数据处理方法及装置
CN114777806A (zh) * 2022-04-14 2022-07-22 上海极豆科技有限公司 一种行驶路线绘制方法、装置、电子设备及存储介质
CN114973670A (zh) * 2022-05-23 2022-08-30 斑马网络技术有限公司 行程确定方法、装置及设备
CN114996283A (zh) * 2022-05-30 2022-09-02 北京百度网讯科技有限公司 更新路网数据的方法、装置、电子设备及存储介质
CN116366675A (zh) * 2023-03-15 2023-06-30 北京中交慧联信息科技有限公司 车联网安全数据管理方法、装置、系统、设备和介质
CN116682256A (zh) * 2023-04-24 2023-09-01 云控智行科技有限公司 一种车辆重识别方法、装置及设备
CN117268808A (zh) * 2023-11-16 2023-12-22 青岛海瑞克轨道交通设备有限公司 一种列车车门故障检测方法及系统

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112153573B (zh) * 2020-09-28 2023-04-07 平安国际融资租赁有限公司 基于位置轨迹的切分方法、装置、计算机设备及存储介质
CN112365088B (zh) * 2020-11-28 2024-04-26 北京梧桐车联科技有限责任公司 行程关键点的确定方法、装置、设备及可读存储介质
CN112861706B (zh) * 2021-02-04 2024-07-16 北京百度网讯科技有限公司 一种道路状态的监测方法、装置、设备以及存储介质
CN114490601A (zh) * 2021-12-31 2022-05-13 北京中交兴路信息科技有限公司 一种车辆轨迹测试方法和系统
CN116089551A (zh) * 2022-12-12 2023-05-09 深圳依时货拉拉科技有限公司 轨迹数据处理方法、装置、系统、电子设备及存储介质
CN116303695A (zh) * 2023-03-30 2023-06-23 芜湖雄狮汽车科技有限公司 驾驶行为报告的生成方法、装置、服务器和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101777253A (zh) * 2009-12-24 2010-07-14 戴磊 一种实时路况采集、分析与反馈及智能交通综合服务系统
CN106935027A (zh) * 2015-12-30 2017-07-07 沈阳美行科技有限公司 一种基于行驶数据的交通信息预测方法及装置
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 北京嘀嘀无限科技发展有限公司 路况分析方法、装置、服务器和计算机可读存储介质

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100397434C (zh) * 2004-08-07 2008-06-25 中华电信股份有限公司 出租车营运安全与派遣监控系统
JP2010205089A (ja) * 2009-03-04 2010-09-16 Nec Corp 道路交通情報作成装置および道路交通情報作成方法
CN101719220A (zh) * 2009-12-02 2010-06-02 北京航空航天大学 基于有向截尾均值距离的轨迹聚类方法
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 深圳市同洲电子股份有限公司 一种车辆轨迹回放的方法、系统及车载监控装置
CN102607553B (zh) * 2012-03-06 2014-08-13 北京建筑工程学院 一种基于出行轨迹数据的行程识别方法
CN103295414B (zh) * 2013-05-31 2016-01-20 北京建筑大学 一种基于海量历史gps轨迹数据的公交车到站时间预测方法
CN103593430B (zh) * 2013-11-11 2017-03-22 胡宝清 一种基于移动对象时空信息轨迹分段聚类的方法
CN104596507B (zh) * 2015-02-09 2017-10-03 成都小步创想畅联科技有限公司 一种移动终端出行轨迹的确定方法
CN105160880B (zh) * 2015-09-24 2017-08-25 滴滴（中国）科技有限公司 一种车辆载客状态的预估方法及装置
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
CN105674995B (zh) * 2015-12-31 2019-03-08 百度在线网络技术（北京）有限公司 一种基于用户出行轨迹获取通勤路线的方法及装置
CN105701560B (zh) * 2015-12-31 2021-12-14 百度在线网络技术（北京）有限公司 一种通勤路线信息的确定方法及装置
CN107861957B (zh) * 2016-09-22 2020-10-02 杭州海康威视数字技术股份有限公司 一种数据分析方法及装置
CN108257386B (zh) * 2016-12-29 2021-01-26 杭州海康威视数字技术股份有限公司 行驶轨迹获取方法和装置
CN108122069B (zh) * 2017-12-08 2021-10-15 杭州电子科技大学 基于海量交通数据居民出行起点终点矩阵提取方法
CN108665698B (zh) * 2018-05-21 2020-11-03 杭州优行科技有限公司 基于轨迹的网约车监管方法及装置
CN109359690B (zh) * 2018-10-19 2021-10-22 江苏智通交通科技有限公司 基于卡口数据的车辆出行轨迹识别方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101777253A (zh) * 2009-12-24 2010-07-14 戴磊 一种实时路况采集、分析与反馈及智能交通综合服务系统
CN106935027A (zh) * 2015-12-30 2017-07-07 沈阳美行科技有限公司 一种基于行驶数据的交通信息预测方法及装置
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 北京嘀嘀无限科技发展有限公司 路况分析方法、装置、服务器和计算机可读存储介质

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112764916A (zh) * 2020-12-18 2021-05-07 北京百度网讯科技有限公司 数据采集的方法及装置
CN112764916B (zh) * 2020-12-18 2023-08-22 北京百度网讯科技有限公司 数据采集的方法及装置
CN113538729A (zh) * 2021-06-22 2021-10-22 青岛海信网络科技股份有限公司 一种gps数据处理方法及服务器
CN113792085A (zh) * 2021-08-16 2021-12-14 天津布尔科技有限公司 一种高污染车辆经常行驶路段监控方法、装置及存储介质
CN113779171A (zh) * 2021-09-26 2021-12-10 浙江大华技术股份有限公司 对象落脚点的确定方法、装置、存储介质及电子装置
CN114297192A (zh) * 2021-12-08 2022-04-08 湖北亿咖通科技有限公司 多源数据处理方法及装置
CN114777806A (zh) * 2022-04-14 2022-07-22 上海极豆科技有限公司 一种行驶路线绘制方法、装置、电子设备及存储介质
CN114777806B (zh) * 2022-04-14 2024-05-31 上海极豆科技有限公司 一种行驶路线绘制方法、装置、电子设备及存储介质
CN114973670A (zh) * 2022-05-23 2022-08-30 斑马网络技术有限公司 行程确定方法、装置及设备
CN114973670B (zh) * 2022-05-23 2024-04-09 斑马网络技术有限公司 行程确定方法、装置及设备
CN114996283A (zh) * 2022-05-30 2022-09-02 北京百度网讯科技有限公司 更新路网数据的方法、装置、电子设备及存储介质
CN116366675A (zh) * 2023-03-15 2023-06-30 北京中交慧联信息科技有限公司 车联网安全数据管理方法、装置、系统、设备和介质
CN116682256A (zh) * 2023-04-24 2023-09-01 云控智行科技有限公司 一种车辆重识别方法、装置及设备
CN117268808A (zh) * 2023-11-16 2023-12-22 青岛海瑞克轨道交通设备有限公司 一种列车车门故障检测方法及系统
CN117268808B (zh) * 2023-11-16 2024-02-09 青岛海瑞克轨道交通设备有限公司 一种列车车门故障检测方法及系统

Also Published As

Publication number Publication date
CN111696343B (zh) 2022-04-05
CN111696343A (zh) 2020-09-22

Similar Documents

Publication Publication Date Title
WO2020181879A1 (zh) 一种与车辆相关联的数据处理方法及系统
JP6925479B2 (ja) 共有可能な注文を割り当てるためのシステムおよび方法
CN109478275B (zh) 分配服务请求的系统和方法
US11449908B2 (en) Method and system for determining transport service fee
JP6423520B2 (ja) サービスの供給状況を管理するシステム及び方法
CN108713326B (zh) 分配按需服务请求的系统及方法
WO2021012342A1 (en) Systems and methods for traffic prediction
US20200286019A1 (en) Systems and methods for optimizing order allocation
CN112154473A (zh) 用于推荐上车点的系统和方法
CN110832478B (zh) 用于按需服务的系统和方法
CN109429520B (zh) 用于检查作弊服务订单的方法、系统、设备及可读介质
US20150185020A1 (en) Compatibility based resource matching
CN110402370B (zh) 用于确定服务请求的推荐信息的系统和方法
CN111954891A (zh) 一种跨业务的共享汽车资源复用方法
US11060879B2 (en) Method, system, and computer program product for generating synthetic demand data of vehicle rides
CN111159317A (zh) 用于确定路径拓扑关系的系统和方法
CN112041858A (zh) 提供出行建议的系统和方法
CN110781412B (zh) 用于识别路网中孤岛区域的系统和方法
CN110741401B (zh) 用于预约拼车服务的系统和方法
CN110392072B (zh) 一种行程规划分享方法及系统、云服务器
CN116508013A (zh) 用于推荐兴趣点的系统和方法
WO2021114279A1 (en) Systems and methods for determining restriction attribute of area of interset
CN113393062A (zh) 车辆调度方法、程序产品、系统及存储介质
CN111859182A (zh) 一种评估推荐上车点的方法和系统
JP2024039100A (ja) サーバ、情報処理方法、及び端末

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19919057

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19919057

Country of ref document: EP

Kind code of ref document: A1