Vehicle cross-platform scheduling method and system in global travel

Abstract

The application provides a vehicle cross-platform scheduling method and system in global travel, which is applied to a car-hailing terminal in a global travel system. The system comprises a car-hailing terminal and a vehicle scheduling terminal, and the car-hailing terminal belongs to a first public car management platform of a first administrative division, and the scheduling terminal belongs to a second public car management platform of a second administrative division. A user's car use application input in the interactive interface of the car-hailing terminal is received, the administrative division needing to use a official car is determined from the car use application, target data structure is obtained according to each administrative division, and fields are converted into target structured data by taking the target data structure as a template. The target structured data is sent to corresponding vehicle scheduling terminals, and the vehicle scheduling terminals are used for dispatching vehicles for the user according to the target structured data. The car-hailing terminal can directly communicate with the vehicle scheduling terminal of another administrative division, and cross-system scheduling of vehicles is realized.

Description

Technical Field

[0001] The present invention relates to the technical field of official vehicle management, and in particular to a method and system for cross-platform vehicle scheduling in global travel. Background Art

[0002] With the advancement of my country's public bus reform, most cities have established public bus management platforms or used travel services provided by rental companies. However, these platforms or rental companies generally only provide services within their own city. For business travelers traveling to other cities, it is difficult to use local public bus services.

[0003] To address the above issues, the existing aggregator ride-hailing model brings together numerous ride-hailing operators on a single platform, allowing users to book rides of different brands using the platform's software. For example, AutoNavi Maps' ride-hailing platform has connected to over 60 partners. The so-called aggregated ride-hailing model works as follows: users log in to the AutoNavi software, select their preferred travel service provider, and then use the AutoNavi software to book a ride. AutoNavi has a one-to-one data connection agreement with each ride-hailing platform. The existing AutoNavi ride-hailing platform is essentially a fourth-party platform independent of vehicles, users, and the vehicle management platform. Users also need to register an AutoNavi account to use it, making it inconvenient to use. Summary of the Invention

[0004] The technical problem to be solved by the present invention is how to improve the user's experience of booking a car.

[0005] The present invention solves the above technical problems through the following technical means:

[0006] In a first aspect, the present invention provides a cross-platform vehicle dispatching method for global travel, which is applied to a ride-hailing terminal in a global travel system. The system includes a ride-hailing terminal and a vehicle dispatching terminal, wherein the ride-hailing terminal belongs to a first bus management platform in a first administrative division, and the dispatching terminal belongs to a second bus management platform in a second administrative division.

[0007] Receive a vehicle application input by a user in an interactive interface of a ride-hailing terminal, determine the administrative division where the official vehicle is required based on the vehicle application, obtain a target data structure based on each administrative division, and convert fields into target structured data using the target data structure as a template, wherein the fields include one or a combination of: departure place, official destination, vehicle time, number of passengers, and vehicle type;

[0008] The target structured data are respectively sent to corresponding vehicle dispatching terminals, and the vehicle dispatching terminals are used to dispatch vehicles for the users according to the target structured data.

[0009] Optionally, the determining of the administrative division requiring the official vehicle based on the vehicle application includes:

[0010] Parsing the geographic nodes in the vehicle application, wherein the geographic nodes include: starting points, transit points, and official travel destinations, and the geographic nodes are the positioning points pre-entered by the user;

[0011] Determine the transportation hub corresponding to the administrative division where each geographic node is located, and connect each of the transportation hub nodes using public transportation routes with the goal of minimizing transfers; wherein the transportation hub nodes include one or a combination of railway stations, bus stations, docks, and airports;

[0012] Taking the transportation hub nodes in each administrative division through which the public transportation route passes as cutting points, the public transportation route is divided into a plurality of preparatory sub-routes;

[0013] For each preliminary sub-path, determine whether all of the preliminary sub-paths are located in the same administrative division. If so, treat the preliminary sub-path as a branch path, and add the administrative division corresponding to the preliminary sub-path to the set of administrative divisions that require the use of official vehicles.

[0014] Branch paths are established from each geographical node to the transportation hub node in the corresponding administrative division, and the administrative division where the branch path is located is added to the set of administrative divisions that require the use of official vehicles.

[0015] Optionally, obtaining the target data structure according to each administrative division includes:

[0016] Obtain the data structure used by each vehicle dispatch terminal in the set of administrative divisions that require the use of official vehicles, and parse the data structure to obtain the content and location of each field corresponding to the field;

[0017] For each field position, obtain the number of administrative divisions corresponding to each field at that field position, and use the field with the largest number of administrative divisions as the target field for that field position;

[0018] A target data structure is generated according to the target field and the position of the field.

[0019] Optionally, obtaining the target data structure according to each administrative division includes:

[0020] Obtain the data structure used by each vehicle dispatch terminal in the set of administrative divisions that require the use of official vehicles, and parse the data structure to obtain the content and location of each field corresponding to the data structure;

[0021] For each field position in the target data structure, count the number of times each field at that field position has been used in historical ride-hailing applications;

[0022] The field that is used the most times is used as the target field for that field position;

[0023] A target data structure is generated according to the target field and the position of the field.

[0024] Optionally, the global travel system further includes a first server and a second server, wherein the first server belongs to the first administrative division; the second server belongs to the second administrative division;

[0025] The car-hailing terminal is used for:

[0026] When each branch path is identified, the starting point of the branch path is sent to the first server. The first server is used to determine the administrative division corresponding to the vehicle dispatch terminal based on the starting point of the branch path, and send a request to the second server to query the dispatch terminal address based on the administrative division. The second server is used to feed back the queried address to the first server. The first server receives the dispatch terminal address and sends the dispatch terminal address to the vehicle dispatch terminal.

[0027] A connection is established with the dispatch terminal according to the dispatch terminal address, and corresponding target structured data is sent to the corresponding vehicle dispatch terminal, so that the dispatch terminal parses the user's vehicle application after receiving the target structured data, queries the second server for idle vehicles according to the vehicle application, dispatches idle vehicles for the user, and synchronizes the vehicle dispatch information to the vehicle dispatch terminal, the first server, and the second server respectively.

[0028] Optionally, before sending the target structured data to the corresponding vehicle dispatching terminals respectively, the method further includes:

[0029] Receive additional content input by the user, use a semantic recognition algorithm to identify the user's additional requirements, and update structured data according to the additional requirements.

[0030] In a second aspect, the present invention further provides another method for cross-platform vehicle dispatching in global travel, which is applied to a vehicle dispatching terminal in a global travel system, and the method includes:

[0031] Receiving target structured data sent by the vehicle dispatching terminal according to any one of the first aspects;

[0032] The target structured data is parsed to obtain the user's vehicle application, and a vehicle is dispatched for the user after obtaining information from the corresponding second server, wherein the fields include: departure place, business destination, vehicle use time, number of passengers, and vehicle type, or a combination thereof.

[0033] Optionally, after the step of dispatching a vehicle to the user after acquiring information from the corresponding second server, the method further includes:

[0034] If the vehicle dispatch terminal is directly connected to the operator gateway, restart its own network connection;

[0035] When the vehicle dispatch terminal is directly connected to the private gateway, the unused address in the address update list stored in the vehicle dispatch terminal is used as the updated address;

[0036] The updated address is synchronized to the second server, so that the second server establishes a network connection with the vehicle dispatch terminal using the updated address.

[0037] Optionally, the step of using an unused address in the address update list stored in the storage as the updated address includes:

[0038] The positioning information of the vehicle dispatch terminal is obtained. When the vehicle dispatch terminal is located within the radiation range of the second server, the wireless connection with the second server is automatically opened, and then a new address update list and address update list update rules are downloaded from the second server.

[0039] In a third aspect, the present invention also provides a cross-platform vehicle dispatching system for global travel, the system comprising a ride-hailing terminal as described in any one of the first aspects and a vehicle dispatching terminal as described in any one of the second aspects.

[0040] The advantages of the present invention are:

[0041] By applying the embodiment of the present invention, the user inputs a vehicle application on the interface of the ride-hailing terminal, and the ride-hailing terminal automatically identifies the administrative region that requires the use of an official vehicle, and then establishes a connection with the dispatch terminal of the corresponding administrative region, so that the user can directly use the existing software account to make an appointment for an official vehicle in another administrative region. Compared with the existing technology, the embodiment of the present invention does not require the registration of a new fourth-party account, which reduces the user's operation steps and improves the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0042] Figure 1 A schematic diagram of a process for a cross-platform vehicle scheduling method for global travel provided by an embodiment of the present invention;

[0043] Figure 2 A schematic diagram of the structure of the human-computer interaction interface of a ride-hailing terminal in the cross-platform vehicle dispatching method for global travel provided by an embodiment of the present invention;

[0044] Figure 3 A schematic diagram of the architecture of a cross-platform vehicle dispatching system for global travel provided by an embodiment of the present invention. DETAILED DESCRIPTION

[0045] To make the objectives, technical solutions, and advantages of the embodiments of the present invention more clear, the technical solutions in the embodiments of the present invention will be clearly and completely described below in conjunction with the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. All other embodiments obtained by ordinary technicians in this field based on the embodiments of the present invention without making any creative efforts shall fall within the scope of protection of the present invention.

[0046] Example 1

[0047] Figure 1 A flow chart of a vehicle cross-platform scheduling method for global travel provided by an embodiment of the present invention is shown as follows: Figure 1 As shown, the system includes a ride-hailing terminal 201 and a vehicle dispatching terminal 301. The second administrative division to which the vehicle dispatching terminal 301 belongs is Changchun, and the first administrative division to which the ride-hailing terminal 201 belongs is Hefei. The two are independent administrative divisions. In this application, the administrative division refers to the administrative division covered by the independent official vehicle management system, such as a prefecture-level city.

[0048] In order to accurately explain the present invention, the embodiment of the present invention first introduces the application scenario, working principle and workflow of the official vehicle management platform:

[0049] The Hefei Municipal Government Affairs Management Bureau has deployed the first official vehicle management platform developed by Company A, covering the entire city of Hefei. The working mode of the first official vehicle management platform is: the user has an APP installed on their mobile phone, and enters the vehicle use interface after logging in. Figure 2 This is a schematic diagram of the distribution of form items on a certain car-using platform interface in an embodiment of the present invention. Figure 2 As shown, the service center is a form entry, the applicant is a form entry, the user is a form entry, and so on. Users can use the form entries in the car-use interface to perform related operations, thereby completing functions such as applying for a car, checking the status of the car order, finding a car, returning a car, reporting vehicle breakdowns, and charging the car. The server of the First Bus Management Platform is responsible for receiving user applications and query requests.

[0050] The user's application is pushed to the approver's terminal. After the vehicle application is approved, the vehicle dispatch process begins. The dispatcher logs in to the app using the dispatch account and enters the dispatcher interface. After the dispatcher reviews the vehicle application, the dispatcher's phone sends a request for a list of available vehicles to the server. After the server returns the request for a list of available vehicles, it returns a list of all or part of the available vehicles that meet the user's vehicle application requirements to the dispatcher's phone. At this point, the dispatch terminal displays the available vehicles in a drop-down box or pop-up window under the vehicle dispatch form. The dispatcher selects a vehicle from the list and assigns it to the user, completing vehicle dispatch.

[0051] After receiving the dispatch request, the user arrives at the agreed location to pick up the vehicle. During the user's use of the vehicle, the positioning terminal installed in the vehicle periodically uploads the vehicle's location information. The platform administrator can view the vehicle's real-time location information, vehicle trajectory, and real-time status on the monitoring end.

[0052] Changchun City has also deployed a second official vehicle management platform developed by Company B, covering the entire Changchun City. Its working principle is similar to that of the first official vehicle management platform, and the embodiments of the present invention will not be repeated here.

[0053] S101: The car-hailing terminal 201 receives a car-hailing application input by a user in the interactive interface of the car-hailing terminal 201, determines the administrative division that needs to use the official car based on the car-hailing application, and then obtains the target data structure based on each administrative division, and converts the fields into target structured data using the target data structure as a template, wherein the fields include: departure place, official destination, car-hailing time, number of passengers, and car model, or a combination thereof.

[0054] When a user needs to travel to Changchun on business via Beijing, the user enters Hefei Environmental Protection Bureau in the departure place form entry of the APP belonging to the First Bus Management Platform installed on his mobile phone, enters Beijing in the transit place entry, and enters Changchun Environmental Protection Bureau in the business trip destination form entry.

[0055] The origin and destination of the business trip in the vehicle application are analyzed to be Hefei and Changchun, respectively. Since Changchun is a separate administrative region, a public transportation route is used, such as a route along the high-speed rail line connecting the transportation hubs of Hefei, Beijing, and Changchun. However, Beijing South Railway Station cannot directly reach Changchun Railway Station. Therefore, the public transportation route with the minimum number of transfers is:

[0056] Hefei Municipal Environmental Protection Bureau-Hefei South Railway Station-Beijing South Railway Station-Beijing Railway Station-Changchun Railway Station-Changchun Municipal Environmental Protection Bureau.

[0057] In practical applications, the transportation hub node can also be one or a combination of a bus station, a dock, and an airport. In practical applications, a train station is preferably matched. In an embodiment of the present invention, the user only needs to provide the starting point, the official travel destination, and the intermediate destinations. The system can automatically plan the user's travel route for the user, which requires less information to be input by the user, simplifies the operation, and improves the user experience.

[0058] Taking Hefei South Railway Station, Beijing South Railway Station, Beijing Railway Station and Changchun Railway Station as the cutting points, the public transportation route of Hefei South Railway Station-Beijing Railway Station-Changchun Railway Station is divided into three preparatory sub-routes: Hefei South-Beijing South Railway Station, Beijing South Railway Station-Beijing Railway Station and Beijing Railway Station-Changchun Railway Station.

[0059] For each preparatory sub-path, determine whether all of the preparatory sub-paths are located in the same administrative division. All the path points on the preparatory sub-path from Beijing South Railway Station to Beijing Railway Station are located in the administrative division of Beijing. Therefore, this preparatory sub-path is added to the set of branch paths.

[0060] In addition, branch routes should be established from the Hefei Environmental Protection Bureau to Hefei South Station and from Changchun Station to the Changchun Environmental Protection Bureau, and these branch routes should be added to the branch route collection. By segmenting public transportation routes and determining the trajectory points of preliminary sub-paths, the need for official vehicles during transfers can be determined, allowing users to use official vehicles during transfers, thereby improving the user experience. This improvement in user experience is particularly evident in group official travel, confidential official travel, and travel involving large materials or precision instruments.

[0061] Each branch path's administrative division uses a different data structure, so it is necessary to obtain the data structure used by each branch path's administrative division. Figure 2 Enter the car booking information in the human-computer interaction interface shown. Figure 2 A schematic diagram of the structure of the human-computer interaction interface of the car-hailing terminal in the cross-platform vehicle scheduling method for global travel provided by an embodiment of the present invention, such as Figure 2 As shown in the figure, this figure is a schematic diagram of the human-computer interaction interface of the user applying for a car in the APP; Figure 2 In the first row, the "Service Center" and "Leasing Company" form entries are for users to choose whether to use the official vehicle management platform's own vehicles or third-party vehicles that have signed a contract with the official vehicle management platform. The "Service Center" form entry in the second row is used when the user chooses to use the service center's vehicle. Generally speaking, this form entry does not exist in many official vehicle apps; the "Applicant" form entry is for users to fill in their own names; the "Vehicle User" form entry is for users to fill in the name of the user who actually uses the vehicle; the specific meanings of form entries such as "Number of users", "Start time", "Duration of use", "Round trip", "Departure place", and "Official destination" are referenced. Figure 2 Notes in .

[0062] The user enters fields in a form entry on the interactive interface of a ride-hailing terminal 201, such as an APP on a mobile phone. For example, the departure point form entry enters the Hefei Environmental Protection Bureau, the business destination form entry enters the Changchun Environmental Protection Bureau, the number of passengers form entry enters 3, and the vehicle usage form entry enters self-driving. In actual applications, the form entry on the interactive interface is an input box provided by the APP for the user to fill in, or a drop-down list or pop-up window pops up when the user clicks the input box, and the user selects the appropriate field from the input box.

[0063] After the user fills in the fields required to book a ride, the user's phone converts the above fields into target structured data according to a pre-defined data format. For example, the target data structure is:

[0064] [Data Header][User][Place of Departure][Business Destination][Usage Time][Car Type][Number of Crew][Self-Drive or Not][Usage Duration][Additional Fields][Data Footer]

[0065] Using the preset target data structure as a template, the fields input by the user are inserted into the corresponding field positions in the template to obtain the target structured data; the car-hailing terminal 201 directly sends the target structured data to the vehicle dispatch terminal 301 of the Changchun official vehicle management platform, that is, the dispatcher's mobile phone.

[0066] S102: Send the target structured data to corresponding vehicle dispatching terminals respectively, and the vehicle dispatching terminals are used to dispatch vehicles for the users according to the target structured data.

[0067] The dispatcher's mobile phone app parses the structured data and fills the corresponding fields in the target structured data into the corresponding form entries of the dispatcher's mobile phone app. For example, the departure place is read from the third field in the target structured data and the departure place field is filled into the departure place form entry of the vehicle dispatch terminal 301. The official destination is read from the fourth field in the target structured data and the official destination field is filled into the official destination form entry of the vehicle dispatch terminal 301. The reading method of fields such as vehicle usage time, number of passengers, and vehicle model is similar. It should be noted that when there is a field in the target structured data that does not exist in the form entry of the vehicle dispatch terminal 301, the field in the target structured data is displayed as remark information in the form entry serving as the remark column.

[0068] After the dispatcher checks the vehicle application, he / she clicks on the vehicle dispatch form item. At this time, the dispatcher's mobile phone will send a request for a list of idle vehicles to the second server 30. After the second server 30 returns the request for a list of idle vehicles, it will return all or part of the list of idle vehicles that meet the user's vehicle application requirements to the dispatcher's mobile phone. At this time, the vehicle dispatch form item displays the idle vehicles in a drop-down box or pop-up window. The dispatcher selects a vehicle from the vehicles and assigns it to the user to realize vehicle dispatch.

[0069] By applying the first embodiment of the present invention, the car-hailing terminal 201 can directly communicate with the vehicle dispatching terminal 301 of another administrative region to realize cross-system dispatching of vehicles.

[0070] Furthermore, in embodiments of the present invention, when sending each target structured data to the corresponding vehicle dispatch terminal, the operating schedule of long-distance public transportation should also be taken into account. For example, the time when the user arrives at the administrative area can be obtained, and then the arrival time plus the appropriate exit time can be used as the start time of the vehicle use within the administrative area. Similarly, the end time of the user's vehicle use within the administrative area plus the appropriate entry time can be used as the start time of the user's next long-distance public transportation, and so on. This can achieve a seamless connection between all-region official travel and long-distance public transportation.

[0071] In addition, the existing aggregated ride-hailing platforms still have the following problems:

[0072] (1) There are differences in the development teams of official vehicle management systems in different places. Therefore, there are differences in the styles of human-computer interaction interfaces, field content settings, field layouts, etc. Every time a user travels to a place, he needs to adapt to the styles of mini-programs in different places. In addition, the languages ​​used by different platforms may be different, which makes integration very difficult. In the embodiment of the present invention, structured data is used for cross-platform communication. The user makes a request on the APP of the administrative region to which the car-hailing terminal belongs, without having to adapt to other style interfaces; and the format of the target structured data is pre-agreed, and agreeing on the format of the target structured data is simpler than integrating a large number of mini-programs. Moreover, even if the format of the target structured data cannot be compatible with the mini-program, it is easy to convert the structured data to achieve compatibility; and the embodiment of the present invention only requires an additional communication module, and the development difficulty is relatively low.

[0073] (2) The user also needs to install a fourth-party platform that integrates the official vehicle management platforms of various places. If the "domain" includes many regions, it is also necessary to query the corresponding administrative divisions from the list, which is a relatively complicated operation. In order to solve the above problems, the embodiment of the present invention can also access the OA system to which the user belongs, automatically obtain the user's recent unfinished business trip itinerary, and automatically match the destination to facilitate user search and improve user experience.

[0074] Example 2

[0075] Based on Example 1 of the present invention, the process of determining the preset target data structure is as follows:

[0076] Taking the full-region travel network composed of Hefei, Changchun, Beijing and Changzhou as an example, the total area of ​​the administrative divisions of Hefei, Changchun, Beijing and Changzhou is used as the "domain". The four cities realize data interoperability, thereby achieving the purpose of allowing staff from Hefei, Changchun, Beijing and Changzhou to use official vehicles in the business trip destination when traveling to other areas within the domain.

[0077] S201 (not shown in the figure): obtain the data structure used by each vehicle dispatch terminal in the set of administrative divisions that need to use official vehicles, and parse to obtain the content of each field corresponding to the data structure and the position of the field.

[0078] In actual applications, the field positions and data lengths in the structured data used in different places are significantly different. When generating the target data structure, the structured data of the vehicle dispatch terminal 301 in the administrative region to which each branch path belongs is first parsed.

[0079] The parsed results of the vehicle dispatch terminals 301 in various locations are:

[0080] The format of structured data 1 used within the administrative area of ​​Hefei is:

[0081] [Data header][User][Business destination][Usage time][Car model][Number of passengers][Self-driving or not][Departure place][Usage duration][Additional fields][Data footer];

[0082] After numbering, the [Data Header] field position is numbered 1, the [Vehicle User] field position is numbered 2, and so on.

[0083] The format of structured data 2 used within the administrative area of ​​Changchun is:

[0084] [Data header][User][Place of departure][Business destination][Usage time][Car model][Number of passengers][Self-driving or not][Additional fields][Data footer];

[0085] After numbering, the [Data Header] field position is numbered 1, the [Vehicle User] field position is numbered 2, and so on.

[0086] The format of structured data 3 used within the administrative area of ​​Beijing is:

[0087] [Data header][User][Business destination][Departure place][Usage time][Number of passengers][Car type][Usage duration][Additional fields][Data footer];

[0088] S202 (not shown in the figure): For each field position, obtain the number of administrative divisions corresponding to each field at the field position, and use the field with the largest number of administrative divisions as the target field for the field position.

[0089] A blank structured data template can be:

[0090] 【】【】【】【】【】【】【】【】【】【】【】.

[0091] Number each field position in the template from left to right.

[0092] After numbering each structured data, it can be seen that since the first field position stores the field with the content of "data header", the first field position of the target data format is used to store the field "data header string";

[0093] The second field position stores the content "car user", so the second field position is used to store the field "car user" string;

[0094] For the third field position, the "official destination" string is stored in the third field position of the structured data used by two administrative divisions, while the "origin" string is stored in the third field position of the structured data used by one administrative division. Since "official destination" appears in more administrative divisions, the third field position is used to store the "official destination string." Similarly, the field content that should be stored in each field position in the target data structure is determined, and the target data structure is constructed.

[0095] S203 (not shown in the figure): Generate a target data structure according to the target field and the position of the field.

[0096] By applying the second embodiment of the present invention, the determined target data structure can adapt to most administrative divisions, thereby improving the parsing efficiency of the target structured data.

[0097] Example 3

[0098] Based on Example 1 of the present invention, the process of determining the preset target data structure is as follows:

[0099] S301 (not shown in the figure): obtain the data structure used by each vehicle dispatch terminal in the set of administrative divisions that need to use official vehicles, and parse to obtain the content of each field corresponding to the data structure and the position of the field.

[0100] The analysis results in this step refer to the results in step S201 in Example 2, and the embodiment of the present invention will not be repeated here.

[0101] S302 (not shown in the figure): For each field position in the target data structure, count the cumulative number of times each field at that field position has been used by historical ride-hailing applications.

[0102] For example, within a year, the number of dispatches in Hefei was 1,000, which means that the dispatch terminal used structured data 1 1,000 times; the number of dispatches in Changchun was 300; and the number of dispatches in Beijing was 2,000.

[0103] The "Data Header" field appears 3,300 times in the first field position, corresponding to a frequency of 3,300 times per year.

[0104] The number of times the "Car User" field appears in the second field position is 3300;

[0105] In the third field position, the "Business Destination" field appears 2,000 times, and the "Departure Place" field appears 300 times;

[0106] In the fourth field position, the "vehicle usage time" and "departure place" fields appear 1000 times each, and the "business destination" field appears 300 times. You can randomly select one from the "vehicle usage time" and "departure place" as the fourth field in the target data structure.

[0107] S303 (not shown in the figure): the field that is used the most times is used as the target field of the field position.

[0108] The first field position in the target data structure should be the "data header", the second field position should be the "vehicle user", the third field position should be the "business destination", and the fourth field position can be the "departure place".

[0109] S304 (not shown in the figure): Generate a target data structure according to the target field and the position of the field.

[0110] In actual applications, although there are a large number of administrative divisions using a certain data structure, the number of dispatches for official vehicles in different administrative divisions is relatively small. Therefore, the frequency of use of this type of structured data is not high. Therefore, it is more reasonable to generate the target data structure based on the number of dispatches, that is, the frequency of use of the structured data. Therefore, in an embodiment of the invention, the frequency of use of the structured data, or the number of times it is used, is used to determine the fields in the target data structure template.

[0111] Furthermore, some users find it troublesome to fill in too many fields when applying for a car, and they may not fill in all the fields. Some users may only fill in some necessary fields. Therefore, the frequency of use of each field at each field position is counted in units of field position, and the field with the highest frequency of use is used as the content of the field position, and then the field content at each field position is determined, and then the target data structure is determined. Of course, necessary fields such as the place of origin and the start time of the car must be filled in, and the official car management platform of each administrative division can be configured. For example, the information of matters, rules and fields that need to be agreed upon is written into the configuration file, and then the configuration file is synchronized to each platform, and then synchronized to each APP.

[0112] In actual applications, local vehicle dispatch records can also be deleted from the dispatch history of each official vehicle management platform, and only the number of dispatch orders for vehicles dispatched by the local platform to the ride-hailing terminal 201 in other administrative regions in the domain can be counted. In this way, the statistical results are closer to the actual needs of cross-domain travel and further improve the user experience.

[0113] Furthermore, as the system is promoted, new administrative divisions' official vehicle management platforms will continue to be added to the system. Therefore, the target data structure will be updated based on the data structure of the new dispatch terminal newly incorporated into the global travel. The specific update process is the same as the above-mentioned process in the embodiment of the present invention, and the embodiment of the present invention will not be repeated here. By applying the above-mentioned embodiment of the present invention, the system can dynamically update the target data structure without manual intervention, thereby improving the intelligence of the system and making operation and maintenance more convenient.

[0114] In an embodiment of the present invention, the target data structure is dynamically updated according to the administrative divisions involved in each global trip, so that the target data structure can be adapted to the dispatching terminal of the trip as much as possible. Compared with all administrative divisions in the domain sharing a target data template, the data reading and writing speed can be improved, thereby improving the user experience.

[0115] Example 4

[0116] Based on any one of embodiments 1-3 of the present invention, the official vehicle management platforms in various places may also have corresponding servers.

[0117] Figure 3 This is a schematic diagram of the architecture of the cross-platform vehicle dispatching system for global travel provided by an embodiment of the present invention, such as Figure 3 As shown, the first server 20 and the car booking terminal 201 belong to the first administrative division; the second server 30 and the vehicle dispatch terminal belong to the second administrative division; when applying for a car, the car booking terminal 201 performs the following operations:

[0118] S401 (not shown in the figure): When receiving the departure place field entered by the user in the form item of the interactive interface of the ride-hailing terminal 201, the departure place field is sent to the first server 20, so that the first server 20 determines the administrative division corresponding to the vehicle dispatching terminal 301 based on the field, and sends a request to the second server 30 to query the vehicle dispatching terminal address based on the administrative division, so that the second server 30 feeds back the queried address to the first server 20, and the first server 20 receives the vehicle dispatching terminal address and sends the vehicle dispatching terminal address to the ride-hailing terminal 201.

[0119] For example, a user in Hefei uses ride-hailing terminal 201 to reserve a government vehicle for the Changchun region. When the user opens ride-hailing terminal 201, it establishes a connection with first server 20 in Hefei. Ride-hailing terminal 201 performs field recognition on each field it receives from the user. Upon identifying the "origin" field, it immediately sends this field to first server 20. First server 20 then searches the field sent from ride-hailing terminal 201 and finds that the administrative region corresponding to this field, as indicated by the vehicle dispatch terminal, is Beijing.

[0120] The first server 20 updates the trusted address list stored in itself, queries the address of the second server 30 corresponding to Beijing, and sends a request to the second server 30 to query the address of the vehicle dispatch terminal. The second server 30 queries the address of the vehicle dispatch terminal, encrypts the address of the vehicle dispatch terminal and sends it to the first server 20. The first server 20 sends the address of the vehicle dispatch terminal to the car-booking terminal 201.

[0121] Then, after the user completes filling in each field, the target structured data can be directly sent to the corresponding vehicle dispatch terminal. The target structured data can be sent using the TCP / IP protocol.

[0122] Existing methods convert the data into structured data after the field input is completed and then send it to two servers, which is time-consuming and inefficient. Using the above embodiment of the present invention, when the user enters the "origin" field, the process of establishing a connection between the ride-hailing terminal 201 and the vehicle dispatching terminal can be started. At this time, the user will continue to enter other fields, and the two will proceed synchronously. When the user completes entering the required fields, the connection between the ride-hailing terminal 201 and the vehicle dispatching terminal has been established, thereby improving efficiency and thus enhancing the user experience.

[0123] S402 (not shown): Establish a connection with the vehicle dispatch terminal according to the vehicle dispatch terminal address, and send the target structured data to the corresponding vehicle dispatch terminal respectively, so that the vehicle dispatch terminal parses the user's vehicle application after receiving the target structured data, queries the second server 30 for idle vehicles according to the vehicle application, dispatches idle vehicles to the user, and synchronizes the vehicle dispatch information to the car booking terminal 201, the first server 20, and the second server 30. Furthermore, the existing vehicle dispatch terminal obtains idle vehicles in the following way: the car booking terminal 201 sends an application to the second server 30 through the first server 20, and the second server sends the application to the vehicle dispatch terminal 301; the vehicle dispatch terminal 301 receives the first field entry for filtering vehicles entered by the user, and then returns vehicles that meet the first field entry; the user then enters the second field entry, and then returns vehicles that meet the second field entry; with each field entry entered by the user, the vehicle dispatch terminal 301 must communicate with the second server 30, which takes a long time. In an embodiment of the present invention, after the vehicle dispatch terminal 301 sends a request to the second server 30 to query for idle vehicles, the second server 30 selects a set number of vehicles, such as two vehicles, from each category of all categories to form an idle vehicle list, and sends the idle vehicle list to the vehicle dispatch terminal 301. After the vehicle dispatch terminal 301 dispatches a vehicle, it returns a list of other vehicles in the idle vehicle list to the second server 30 for use by other vehicle dispatch terminals. In actual applications, each of the aforementioned categories refers to a vehicle category corresponding to a combined screening condition obtained by combining the field entries used to filter vehicles. For example, if there are two field entries for filtering vehicles, namely the number of seats and the vehicle model, then "5 seats" + "off-road" is one category; "17 seats" + "passenger car" is one category; and "2 seats" + "truck" is one category.

[0124] After the ride-hailing terminal 201 receives the fields input by the user, or when the user inputs the fields, the fields input by the user are synchronously inserted into the data template to obtain the target structured data.

[0125] The ride-hailing terminal 201 directly sends the target structured data to the address of the vehicle dispatching terminal 301 returned by the first server 20. After receiving the target structured data, the vehicle dispatching terminal 301 parses the data and displays the corresponding fields in the form entry on the vehicle dispatching terminal. The process of the dispatcher dispatching a vehicle for a user is similar to step S102 in Example 1 and will not be further described in detail in this embodiment of the present invention.

[0126] By using the embodiment of the present invention, users can directly connect to the vehicle dispatch terminal 301 on the car booking terminal 201, realize cross-administrative division and cross-system car use within the domain, and thus realize intra-domain travel. Compared with taking a private vehicle, it is more convenient and confidential.

[0127] Furthermore, regarding the settlement of vehicle usage fees, the car-hailing terminal 201 can synchronize the vehicle dispatch information and vehicle usage application returned by the vehicle dispatch terminal 301 to the first server 20, and the user's unit can use the supervision platform to view the above information; similarly, the vehicle dispatch terminal 301 will also synchronize the vehicle dispatch information and vehicle usage application to the second server 30, and data verification will be performed between the first server 20 and the second server 30.

[0128] After the user completes the vehicle use and returns it, the second server 30 calculates the vehicle usage fee based on the data from the vehicle terminal and then sends the vehicle trajectory and fee information to the first server 20. The user's employer uses the supervision platform to check the fee information and compares it with the trajectory information uploaded by the ride-hailing terminal 201. If the two match correctly, a business-to-business settlement is then carried out.

[0129] By applying the above-mentioned embodiment of the present invention, the user is only responsible for using the vehicle and does not get involved in the settlement of vehicle expenses. There is no need to fill out reimbursement forms, check the authenticity of invoices, sign reimbursement forms, etc. Therefore, the user's time can be saved, and the user can use the time on higher-value things. While improving the user's car experience, it can also improve the user's work efficiency.

[0130] Furthermore, after the vehicle dispatch terminal 301 dispatches a vehicle, it synchronizes the vehicle dispatch information with the second server 30. Upon receiving the vehicle dispatch information, the second server 30 marks the vehicle in use with the information to prevent other vehicle dispatch terminals from using the vehicle. Then, a command to update the address is sent to the vehicle dispatch terminal, and the updated address is sent to the vehicle dispatch terminal. Using the above embodiment of the present invention, the vehicle dispatch terminal changes its address each time it communicates with a ride-hailing terminal 201 in another administrative region within the domain, preventing attacks caused by address leaks and improving system security.

[0131] Example 5

[0132] The present invention describes in detail the address update process of the vehicle dispatch terminal in Example 5:

[0133] It is understandable that the addresses referred to in the embodiments of the present invention include but are not limited to IPV6 addresses, MAC addresses, and Html5 interface link addresses.

[0134] After the vehicle dispatch terminal completes the vehicle dispatch task for the ride-hailing terminal, it first determines whether its network connection is directly connected to the operator's base station via wireless communication or to a private gateway via a wired or wireless connection. In actual applications, the operator's base station can be an outdoor base station or an indoor sub-base station; the private gateway refers to a router, modem, or switch deployed within the organization to which the vehicle dispatch terminal belongs. The vehicle dispatch terminal connects to the network service provided by the operator through the router, modem, or switch deployed within the organization.

[0135] When the vehicle dispatch terminal itself is directly connected to the operator gateway, the address can be updated by restarting its own network connection.

[0136] If the vehicle dispatch terminal is directly connected to a private gateway, the private gateway assigns the terminal's address, which is unique across the entire network. To facilitate address updates, the private gateway assigns the terminal an address update list. This list contains several addresses. Each time the vehicle dispatch terminal updates its address, the previous address is no longer used and the updated address is deleted from the address update list.

[0137] Use the unused address in the address update list stored in the system as the updated address;

[0138] The updated address is synchronized to the second server, so that the second server establishes a network connection with the vehicle dispatch terminal using the updated address.

[0139] In a second specific implementation of Example 5 of the present invention, the second server also has an address update list. The second server and the vehicle dispatching terminal pre-agree on update rules. The second server and the vehicle dispatching terminal both obtain the updated address from the address update list according to the pre-agreement rules, such as the update order.

[0140] Furthermore, the vehicle dispatch terminal has a built-in address update list acquisition program. When the vehicle dispatch terminal is located within the radiation range of the second server, it automatically opens a wireless connection with the second server and then downloads a new address update list and address update list update rules from the second server.

[0141] When the addresses in the address update list of the vehicle dispatch terminal are exhausted and the new address update list is not downloaded in time, the vehicle dispatch terminal returns an instruction that it cannot be dispatched to the second server after receiving the vehicle dispatch instruction, and at the same time sends the target structured data sent by the ride-hailing terminal to the second server; after receiving the instruction that it cannot be dispatched, the second server sends the target structured data to other vehicle dispatch terminals, so that other vehicle dispatch terminals can dispatch vehicles for the ride-hailing terminal based on the target structured data. It is understandable that the working process of this vehicle dispatch terminal is the same as that of other vehicle dispatch terminals, and the embodiments of the present invention will not be repeated here.

[0142] Example 6

[0143] A cross-platform vehicle dispatching system for global travel, the system comprising a ride-hailing terminal as described in any one of Examples 1-4 and a vehicle dispatching terminal as described in any one of Examples 1-5.

[0144] The above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit the same. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the various embodiments of the present invention.

Claims

1. A cross-platform vehicle dispatching method for global travel, characterized by: A car-hailing terminal used in a cross-platform vehicle dispatching system for global travel, wherein the system includes a car-hailing terminal and a vehicle dispatching terminal, wherein the car-hailing terminal belongs to a first bus management platform in a first administrative division, and the vehicle dispatching terminal belongs to a second bus management platform in a second administrative division; Receive a car application input by a user in an interactive interface of a car-hailing terminal, determine the administrative division where the official car is needed based on the car application, then obtain a target data structure based on each administrative division, and convert the fields in the car application input by the user into target structured data using the target data structure as a template, wherein the fields include: departure place, official destination, car use time, number of passengers, and car model or a combination thereof; wherein determining the administrative division where the official car is needed based on the car application includes: parsing out geographical nodes in the car application, wherein the geographical nodes include: starting point, waypoints, and official travel destination, and the geographical nodes are positioning points pre-input by the user; determining the transportation hub node corresponding to the administrative division where each geographical node is located, Using public transportation routes to connect the various transportation hub nodes with the goal of minimizing transfers; wherein transportation hub nodes include one or a combination of railway stations, bus stations, docks, and airports; using the transportation hub nodes in each administrative division through which the public transportation route passes as cutoff points, the public transportation route is divided into a plurality of preliminary sub-routes; for each preliminary sub-route, determining whether the preliminary sub-route is entirely located within the same administrative division; if so, the preliminary sub-route is used as a branch route, and the administrative division corresponding to the preliminary sub-route is added to the set of administrative divisions requiring the use of official vehicles; establishing branch routes from each geographical node to the transportation hub node within the corresponding administrative division, and adding the administrative division where the branch route is located to the set of administrative divisions requiring the use of official vehicles; Sending the target structured data to the corresponding vehicle dispatching terminal respectively, wherein the vehicle dispatching terminal is used to dispatch a vehicle for the user according to the target structured data; The cross-platform vehicle dispatching system for global travel further includes a first server and a second server, wherein the first server belongs to the first administrative division; the second server belongs to the second administrative division; The car-hailing terminal is used for: When each branch path is identified, the starting point of the branch path is sent to the first server. The first server is used to determine the administrative division corresponding to the vehicle dispatch terminal according to the starting point of the branch path, and send a request to the second server to query the address of the vehicle dispatch terminal according to the administrative division corresponding to the vehicle dispatch terminal. The second server is used to feed back the queried vehicle dispatch terminal address to the first server. The first server receives the vehicle dispatch terminal address and sends the vehicle dispatch terminal address to the approximate vehicle terminal. A connection is established with the vehicle dispatch terminal according to the vehicle dispatch terminal address, and corresponding target structured data is sent to the corresponding vehicle dispatch terminal, so that the vehicle dispatch terminal parses the user's vehicle application after receiving the target structured data, queries the second server for idle vehicles according to the vehicle application, dispatches idle vehicles for the user, and synchronizes the vehicle dispatch information to the vehicle dispatch terminal, the first server, and the second server respectively.

2. The cross-platform vehicle scheduling method for global travel according to claim 1 is characterized in that: The obtaining of the target data structure according to each administrative division includes: Obtain the data structure used by each vehicle dispatch terminal in the set of administrative divisions that require the use of official vehicles, and parse the data structure to obtain the content and location of each field corresponding to the data structure; For each field position, obtain the number of administrative divisions corresponding to each field at that field position, and use the field with the largest number of administrative divisions as the target field for that field position; A target data structure is generated according to the target field and the position of the field.

3. The cross-platform vehicle scheduling method for global travel according to claim 1 is characterized in that: The obtaining of the target data structure according to each administrative division includes: Obtain the data structure used by each vehicle dispatch terminal in the set of administrative divisions that require the use of official vehicles, and parse the data structure to obtain the content and location of each field corresponding to the data structure; For each field position, count the number of times each field at that field position has been used in historical ride-hailing applications; The field that is used the most times is used as the target field for that field position; A target data structure is generated according to the target field and the position of the field.

4. The cross-platform vehicle scheduling method for global travel according to claim 1 is characterized in that: Before sending the target structured data to the corresponding vehicle dispatching terminals respectively, the method further includes: Receive additional content input by the user, use a semantic recognition algorithm to identify the user's additional requirements, and update the target structured data according to the additional requirements.

5. The cross-platform vehicle dispatching method for global travel is characterized by: A vehicle dispatching terminal is applied to a vehicle cross-platform dispatching system for global travel, wherein the system includes a car booking terminal and a vehicle dispatching terminal, wherein the car booking terminal belongs to a first bus management platform of a first administrative division, and the vehicle dispatching terminal belongs to a second bus management platform of a second administrative division; the method includes: Receiving target structured data sent by a ride-hailing terminal, wherein the ride-hailing terminal is the ride-hailing terminal described in the vehicle cross-platform scheduling method for global travel according to any one of claims 1 to 4; The target structured data is parsed to obtain the user's vehicle application, and a vehicle is dispatched to the user after obtaining information from the corresponding second server. The fields in the vehicle application include: departure place, business destination, vehicle use time, number of passengers, and vehicle type, or a combination thereof.

6. The cross-platform vehicle scheduling method for global travel according to claim 5 is characterized in that: After the step of dispatching a vehicle for the user after acquiring information from the corresponding second server, the method further includes: If the vehicle dispatch terminal is directly connected to the operator gateway, restart its own network connection; When the vehicle dispatch terminal is directly connected to the private gateway, the unused address in the address update list stored in the vehicle dispatch terminal is used as the updated address; The updated address is synchronized to the second server, so that the second server establishes a network connection with the vehicle dispatch terminal using the updated address.

7. The cross-platform vehicle scheduling method for global travel according to claim 6 is characterized in that: The step of using an unused address in the address update list stored in the self-stored address as the updated address includes: The positioning information of the vehicle dispatch terminal is obtained. When the vehicle dispatch terminal is located within the radiation range of the second server, a wireless connection with the second server is automatically opened, and a new address update list and address update list update rules are downloaded from the second server.

8. The cross-platform vehicle dispatching system for global travel is characterized by: The system includes a ride-hailing terminal and a vehicle dispatching terminal. The ride-hailing terminal is used to execute the cross-platform vehicle dispatching method for global travel as described in any one of claims 1-4, and the vehicle dispatching terminal is used to execute the cross-platform vehicle dispatching method for global travel as described in any one of claims 5-7.

Images