Vehicle dispatching method and system for global travel based on intermediate platform

Abstract

The present invention provides a vehicle dispatching method and system in global travel based on an intermediate platform, which is applied to the intermediate platform in the global travel system. The system includes an intermediate platform and a car-booking terminal, a first server connected to the vehicle-mounted terminal, a vehicle dispatching terminal, and a second server connected to the vehicle dispatching terminal, and the administrative divisions served by the first server and the second server do not overlap; receiving the user's original car-booking request; converting the car-booking data into target data, and generating a reconstructed car-booking request based on the target data; sending the reconstructed car-booking request to the second server, and the second server is used to send the reconstructed car-booking request to the vehicle dispatching terminal, and the vehicle dispatching terminal dispatches a vehicle for the user according to the reconstructed car-booking request. The car-booking terminal can directly communicate with the vehicle dispatching terminal of another administrative division to realize cross-system dispatching of vehicles.

Description

Technical Field

[0001] The present invention relates to the technical field of bus management, and in particular to a vehicle dispatching method and system for global travel based on an intermediate platform. Background Art

[0002] With the advancement of my country's public car reform, most cities have established public car management platforms or used travel services provided by rental companies. However, the services of these platforms or rental companies are generally limited to the local city. If the staff need to travel on business to other cities, it is difficult to use the local public car services.

[0003] In order to solve the above problems, the aggregated taxi-hailing model in the prior art brings together many online taxi-hailing operators on one platform, and users can use the platform's software to book online taxis of different brands. For example, more than 60 partners are connected to the taxi-hailing platform of AutoNavi Maps. The working process of the so-called aggregated taxi-hailing model is: the user logs in to the AutoNavi software, selects the preferred travel service provider, and then uses the AutoNavi software to book a car. AutoNavi has a one-to-one data connection agreement with each car-hailing platform. The existing AutoNavi car-hailing platform essentially uses a fourth-party platform that is independent of vehicles, users, and vehicle management platforms, and cannot realize the function of applying for vehicles in B car-hailing software in A car-hailing software, that is, it is impossible to realize cross-system scheduling of vehicles. Summary of the invention

[0004] The technical problem to be solved by the present invention is how to provide a vehicle dispatching system for global travel based on an intermediate platform to achieve cross-system dispatching of vehicles.

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

[0006] The present invention provides a vehicle dispatching method in global travel based on an intermediate platform, which is applied to a car-booking terminal in a global travel system, wherein the system includes a car-booking terminal and a vehicle dispatching terminal, and the administrative division to which the vehicle dispatching terminal belongs does not overlap with the administrative division to which the car-booking terminal belongs;

[0007] Receive the fields entered by the user in the form entry of the interactive interface of the ride-hailing terminal, and convert the fields into target data using the preset target data structure as a template;

[0008] The target data is sent to the vehicle dispatch terminal, so that the vehicle dispatch terminal parses the user's vehicle application after receiving the target data sent by the car-hailing terminal, and dispatches a vehicle 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.

[0009] Optionally, the process of generating the target data structure includes:

[0010] Obtain structured data corresponding to each dispatch terminal included in the global travel, and parse the structured data used by each dispatch terminal to obtain the contents of each field and the field position of the field in the structured data, and number each field position;

[0011] Generate a blank structured data template, and number each field position in the blank structured data template in the same way as the field position numbering method in the structured data used by the dispatch terminal;

[0012] For each field position in the target data structure, count the number of administrative divisions corresponding to each field at the same field position as the field position in the structured data used by the dispatch terminal; take the field with the largest number as the target field of the field position;

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

[0014] Optionally, the process of generating the target data structure includes:

[0015] Obtain structured data corresponding to each dispatch terminal included in the global travel, and parse the structured data used by each dispatch terminal to obtain the contents of each field and the field position of the field in the structured data;

[0016] For each field position in the target data structure, count the number of times the field at that field position is used by ride-hailing applications from other administrative divisions;

[0017] The field with the most usage times is used as the target field for that field position;

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

[0019] Optionally, the system further includes a first server and a second server, wherein the first server and the car booking terminal belong to the first administrative division together; the second server and the dispatch terminal belong to the second administrative division together;

[0020] When receiving the departure place field input by the user in the form item of the interactive interface, the departure place field is sent to the first server, so that the first server determines the administrative division corresponding to the vehicle dispatch terminal according to the field, and sends a request to query the dispatch terminal address to the second server according to the administrative division, and the second server is used to feed back the queried address to the first server, and the first server receives the dispatch terminal address and sends the dispatch terminal address to the vehicle dispatch terminal;

[0021] A connection is established with the dispatch terminal according to the dispatch terminal address, and the target data is sent to the dispatch terminal, so that the dispatch terminal parses the user's vehicle application after receiving the target 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 terminal, the first server and the second server respectively.

[0022] Optionally, before sending the structured data to the vehicle dispatching terminal, the method further includes:

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

[0024] The present invention also provides another vehicle dispatching method in global travel based on an intermediate platform, which is applied to a vehicle dispatching terminal in a global travel system, and the method includes:

[0025] Receiving target data sent by the vehicle dispatching terminal as described in any one of the above items;

[0026] The target 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.

[0027] Optionally, the method further includes:

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

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

[0030] The updated address is synchronized to the second server, so that the second server uses the updated address to establish a network connection with the vehicle dispatching terminal.

[0031] Optionally, synchronizing the updated address to the second server includes:

[0032] Using the updated address as the current address, obtaining a first summary of data interaction content between the vehicle dispatch terminal and the second server when the vehicle dispatch terminal uses the previous address of the current address;

[0033] Get the second digest corresponding to the previous address of the current address from the blockchain;

[0034] After concatenating the first digest, the second digest and the current address, a third digest of the concatenated result is generated, and the third digest is stored in the blockchain as the second digest corresponding to the current address;

[0035] Synchronize the current address to the second server; monitor the address update status of the vehicle dispatch terminal, obtain the updated address and return to execute the step of using the updated address as the current address.

[0036] Optionally, the process of generating the address list includes:

[0037] The present invention also provides a vehicle dispatching system for global travel based on an intermediate platform, the system comprising a car-hailing terminal as described in any one of the above items and a vehicle dispatching terminal as described above.

[0038] The advantages of the present invention are:

[0039] By applying the embodiment of the present invention, the car-booking terminal can directly communicate with the vehicle dispatching terminal of another administrative region to achieve cross-system dispatching of vehicles. BRIEF DESCRIPTION OF THE DRAWINGS

[0040] Figure 1 A schematic diagram of a process of a vehicle dispatching method for global travel based on an intermediate platform provided in an embodiment of the present invention;

[0041] Figure 2 A schematic diagram of the architecture of a vehicle dispatching system for global travel based on an intermediate platform provided in an embodiment of the present invention;

[0042] Figure 3 A schematic diagram of the structure of the human-computer interaction interface of the car-hailing terminal in the vehicle dispatching method for global travel based on the intermediate platform provided in an embodiment of the present invention;

[0043] Figure 4 This is a schematic diagram of the blockchain structure in an embodiment of the present invention. DETAILED DESCRIPTION

[0044] In order to make the purpose, technical solution and advantages of the embodiments of the present invention clearer, the technical solution in the embodiments of the present invention will be clearly and completely described below in combination with the embodiments of the present invention. Obviously, the described embodiments are part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0045] Example 1

[0046] Figure 1 A schematic diagram of a process flow of a vehicle dispatching method for global travel based on an intermediate platform provided in an embodiment of the present invention, Figure 2 A schematic diagram of the architecture of a vehicle dispatching system for global travel based on an intermediate platform provided in an embodiment of the present invention, such as Figure 1 and Figure 2As shown, the system includes an intermediate platform 100 and a car-hailing terminal 201. The car-hailing terminal 201 is connected to the intermediate platform 100 through a first server 20, and a vehicle dispatching terminal 301 is connected to the intermediate platform 100 through a second server 30. For example, the first server 20 is used to deploy the Hefei bus management platform, and the second server 30 is used to deploy the Anqing bus management platform. Hefei and Anqing belong to independent administrative regions respectively.

[0047] Taking the example of the full-region travel network composed of Hefei, Anqing, Nanjing and Changzhou, the total area of ​​the administrative divisions of Hefei, Anqing, Nanjing and Changzhou is taken as the "domain". The four cities realize data interoperability, and thus achieve the purpose of allowing staff from Hefei, Anqing, Nanjing and Changzhou to use official vehicles in the business trip destination when they travel to other areas within the domain.

[0048] S101: Receive the original car booking request from the user, wherein the original car booking request includes: car booking data consisting of fields entered by the user in the form entry of the interactive interface of the car booking terminal, and the fields include: departure place, business destination, car use time, number of passengers and car model.

[0049] Hefei has deployed a bus management platform covering the entire city of Hefei, which was developed by A and deployed on the first server 20; Anqing has deployed a bus management platform covering the entire city of Anqing, which was developed by B and deployed on the second server 30. The working mode of the bus management platform is basically the same: the user's mobile phone has an APP installed, and the user logs in to the car interface, and performs relevant operations in the car interface to implement functions such as applying for a car, checking the status of the car order, finding a car, returning a car, and reimbursing a vehicle failure. Figure 3 FIG. 1 is a schematic diagram of the distribution of form items in a certain car-using platform interface in an embodiment of the present invention. Figure 3 As shown, the service center is a form entry, the applicant is a form entry, the car user is a form entry, and so on. The two public car management platforms use different data exchange formats and system architectures, so the two platforms are not universal. The administrative division in this application refers to the administrative division covered by an independent official car management system, such as a prefecture-level city.

[0050] Take the application scenario where a staff member of the Market Supervision Administration in Hefei goes on a business trip to the Market Supervision Administration in Anqing as an example. When the user needs to go on a business trip to Anqing, the user applies for a car in the APP installed on his mobile phone to use the official vehicle of Hefei from the Market Supervision Administration to Hefei South Railway Station, and applies for the official vehicle of Anqing from Anqing Railway Station to Anqing Market Supervision Administration on the APP.

[0051] Figure 3A schematic diagram of the structure of the human-computer interaction interface of the car-hailing terminal in the vehicle dispatching method for global travel based on the intermediate platform provided in an embodiment of the present invention, such as Figure 3 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 3 In the first line, "Service Center" means that the user chooses to use the bus management platform's own vehicles, and the "Leasing Company" form item means using third-party vehicles that have signed a contract with the bus management platform. The "Service Center" form item in the second line is used when the user selects the service center form item in the first line. The user selects which service center's vehicle to use. Generally speaking, this form item does not exist in many official car apps. Especially in global travel, the vehicle dispatcher will arrange for the service center closest to the starting point to send out the vehicle; the "Applicant" form item is used for the user to fill in his or her own name; the "Vehicle User" form item is used to fill in the name of the user who actually uses the vehicle; the specific meanings of the form items such as "Number of users", "Start time", "Duration of use", "Round trip", "Departure place", and "Official destination" are available for reference. Figure 3 Notes in .

[0052] The user enters fields in the form entry of the interactive interface of the car booking terminal 201, such as the APP on the mobile phone, such as the field entered in the departure form entry is Qing Railway Station, the field entered in the official destination form entry is Anqing Market Supervision and Administration Bureau, the field entered in the number of passengers form entry is 3 people, and the field entered in the car use method form entry is self-driving. In actual applications, the form entry on the interactive interface is an input box provided by the APP for users 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 input box of the appropriate field.

[0053] After the user fills in the fields required for booking a car, the user's mobile phone converts the above fields into the data structure used by the Hefei Bus Management Platform according to a pre-defined data format to obtain the car booking data.

[0054] The ride-hailing terminal generates an original ride-hailing request based on the ride-hailing data. For example, the ride-hailing data can be encrypted using the private key of the ride-hailing terminal, and then the encrypted ride-hailing data is combined with the identification information of the ride-hailing terminal as the original ride-hailing request.

[0055] S102: Convert the ride-hailing data into target data, and generate a reconstructed ride-hailing request based on the target data.

[0056] The car booking terminal sends the original car booking request to the first server 20, which authenticates the original car booking request. If the original car booking request is determined to be legal, the first server sends the car booking request to the approver's account. After the approver approves it, the first server 20 sends the original car booking request to the intermediate platform, which converts the car booking data into target data that matches the second server 30, and then sends the target data to the second server 30, and then enters the vehicle dispatch link: forwarding the original car booking request to the intermediate platform.

[0057] Furthermore, when generating the target data, the intermediate platform obtains the data format template used by the Anqing bus management platform from the second server 30, fills the fields in the booking data into the data format template accordingly, and obtains the target data.

[0058] S103: Send the reconstructed car booking request to the second server, and the second server is used to send the reconstructed car booking request to the vehicle dispatching terminal, and the vehicle dispatching terminal dispatches a vehicle for the user according to the reconstructed car booking request.

[0059] The reconstructed car booking request is sent to the second server 30 , and the second server 30 sends the reconstructed car booking request to the dispatch terminal 301 .

[0060] The dispatcher uses the dispatch account to log in to the APP corresponding to the Anqing City Bus Management Platform, and enters the dispatcher interface. After the APP receives the push from the second server, it is displayed on the dispatcher interface. The dispatcher's mobile phone APP parses and reconstructs the car-booking request to obtain the user's target data, and fills the fields in the target data into the form entry of the dispatcher's mobile phone APP. For example, the departure place is read from the third field of the target 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 data and the official destination field is filled into the official destination form entry of the vehicle dispatch terminal 301. Others, such as the time of use, the number of passengers, and the vehicle model, are deduced by analogy. It should be noted that when there is a field in the target data that does not exist in the form entry of the vehicle dispatch terminal 301, the field in the target data can be displayed as a remark information in the form entry as the remark column.

[0061] After the dispatcher checks the vehicle application, he clicks on the "Service Center" or "Vehicle Selection" 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 a list of all or part of the 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 idle vehicles in a drop-down box or pop-up window. The dispatcher selects a vehicle from the vehicle and assigns it to the user to realize vehicle dispatch. The communication connection can be implemented based on the TCP / IP protocol. The existing vehicle dispatch terminal obtains idle vehicles in the following way: the vehicle dispatch terminal 301 reads a form item for filtering vehicles input by a user, sends the field corresponding to the form item to the second server, and then returns the vehicle that meets the first field item; then reads the second field item, and then the second server returns the vehicle that meets the second field item; with each reading of the field 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, in order to reduce communication time consumption, after the vehicle dispatch terminal 301 sends a request to query idle vehicles to the second server 30, the second server 30 selects a set number of vehicles, such as 2 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 the vehicle, it returns the 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 the vehicle category corresponding to the combined screening condition obtained by combining the field entries for screening vehicles. For example, there are two field entries for screening 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; "2 seats" + "truck" is one category.

[0062] After receiving the dispatch request, the user arrives at the agreed location to pick up the vehicle. Using the first embodiment of the present invention, the car booking terminal 201 can directly communicate with the vehicle dispatch terminal 301 of another administrative division to achieve cross-system dispatch of vehicles.

[0063] Furthermore, in the embodiment of the present invention, when each target structured data is sent to the corresponding vehicle dispatch terminal, the operation 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 is used as the start time of using the vehicle in the administrative area. Similarly, the end time of the user's use of the vehicle in the administrative area plus the appropriate entry time is used as the start time of the user's next long-distance public transportation, and so on, so as to achieve seamless connection between all-domain official travel and long-distance public transportation.

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

[0065] (1) There are differences in the bus management system development teams in different places. Therefore, there are differences in the human-computer interaction interface style, field content settings, field layout, etc. Every time a user travels to a place, he needs to adapt to the mini-program style of different places. In addition, the development languages ​​used by each platform are also different, which makes integration very difficult.

[0066] In the embodiment of the present invention, structured data is used for cross-platform communication. Users can make demands 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 data is pre-agreed, which is simpler than integrating a large number of mini-programs. Moreover, even if the format of the target data is not compatible with the mini-program, it is easy to convert the structured data to achieve compatibility, and the development difficulty is relatively low.

[0067] (2) The user also needs to install a fourth-party platform that integrates local bus management platforms. 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 problem, 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.

[0068] Example 2

[0069] Embodiment 2 of the present invention is based on Embodiment 1, and the following steps are added:

[0070] The car booking terminal adds the address of the car booking terminal to the car booking data. The first server 20 adds the address of the car booking terminal to the original car booking request after verifying that the address of the car booking terminal is legal. Similarly, the intermediate platform will also add the address of the car booking terminal to the reconstructed car booking request after verifying that the original car booking request is legal, and send the reconstructed car booking request to the second server 30, and the second server 30 sends the reconstructed car booking request to the vehicle dispatch terminal.

[0071] The vehicle dispatch terminal directly sends the vehicle dispatch information to the car booking terminal 201 according to the address of the car booking terminal included in the reconstructed car booking request, and the car booking terminal 201 synchronizes the vehicle dispatch information to the first service 20;

[0072] The vehicle dispatching terminal also sends the vehicle dispatching information to the second server.

[0073] By applying the embodiment of the present invention, the vehicle dispatching terminal directly feeds back the vehicle dispatching information to the car-hailing terminal 201, which makes the information transmission speed faster, and the address of the car-hailing terminal is verified by the first server 20, the intermediate platform 100 and the second server 30, which can ensure the security of the address and avoid data leakage.

[0074] Furthermore, after the car-hailing terminal 201 synchronizes the vehicle dispatch information to the first server 20, the administrator of the unit to which the user belongs uses the supervision platform to view the above information; similarly, the administrator of the unit described in the vehicle dispatch terminal can also use the corresponding supervision platform to view the user's vehicle dispatch information, and the first server 20 and the second server 30 will then perform data verification.

[0075] After the user has completed the use of the vehicle and handed over the vehicle, the second server 30 calculates the vehicle usage fee based on the data of the vehicle terminal, and then sends the vehicle trajectory and vehicle usage fee information to the first server 20. The administrator of the user's unit uses the supervision platform to view the fee information, and compares the trajectory information uploaded by the car booking terminal 201 with the normal business trip trajectory. After the two match correctly, the public-to-public settlement is carried out.

[0076] By applying the above-mentioned embodiments of the present invention, the user is only responsible for using the vehicle, but does not intervene 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.

[0077] Furthermore, after the vehicle dispatch terminal 301 dispatches the vehicle, the vehicle dispatch information will be synchronized to the second server 30. After receiving the vehicle dispatch information, the second server 30 will mark the vehicle being used on the vehicle to prevent other vehicle dispatch terminals from using the vehicle.

[0078] Example 3

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

[0080] It is understandable that the address referred to in the embodiment of the present invention includes but is not limited to an IPV6 address, a MAC address, and an Html5 interface link address.

[0081] After the vehicle dispatch terminal 301 completes the vehicle dispatch task for the ride-hailing terminal 201, the vehicle dispatch terminal 301 first determines whether its network connection is directly connected to the operator base station through wireless communication, or connected to the private gateway through wired or wireless means. In actual applications, the operator base station can be an outdoor base station or an indoor sub-base station; the private gateway refers to one of the routers, modems, and switches deployed in the unit to which the vehicle dispatch terminal 301 belongs. The vehicle dispatch terminal 301 is connected to the network service provided by the operator through the router, modem, and switch deployed in the unit.

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

[0083] When the vehicle dispatch terminal 301 is directly connected to the private gateway, the address of the vehicle dispatch terminal is assigned by the private gateway, and the address assigned by the private gateway to the vehicle dispatch terminal is the only address in the entire network. In order to facilitate address updates, the private gateway assigns an address update list to the vehicle dispatch terminal each time. There are several addresses in the address update list. Each time the vehicle dispatch terminal updates the address, the previous address is no longer used; and the updated address is deleted from the address update list.

[0084] Use the unused address in the address list stored in itself as the updated address;

[0085] The updated address is synchronized to the second server, so that the second server uses the updated address to establish a network connection with the vehicle dispatching terminal.

[0086] By applying the above-mentioned embodiment of the present invention, the dispatch terminal changes its address every time it communicates with the car-hailing terminal 201 of other administrative divisions in the domain, thereby avoiding the occurrence of attack incidents caused by address leakage and improving system security.

[0087] Example 4

[0088] In Example 4 of the present invention, based on Example 3, the step of synchronizing the updated address to the second server can specifically be: using the updated address as the current address, obtaining the first summary of the data interaction content between the vehicle dispatch terminal and the second server when the vehicle dispatch terminal uses the previous address of the current address, and the hash algorithm can be used to perform summary processing on the interaction information between the second server and the vehicle dispatch terminal to obtain the first summary. The vehicle dispatch terminal and the second server pre-agree on the selection rules for the interaction data when performing summary processing, and the vehicle dispatch terminal performs summary processing on the interaction data according to the rules to obtain the first summary. In actual applications, only the data interacted within the set time period before the vehicle dispatch terminal performs a vehicle dispatch task for the ride-hailing terminal within other administrative regions can be processed. The time period can be a time period adjacent to the vehicle dispatch task, or a time period separated from the vehicle dispatch task by a certain length of time.

[0089] Get the second digest corresponding to the previous address of the current address from the blockchain;

[0090] After concatenating the first digest, the second digest and the current address, a third digest of the concatenated result is generated, and the third digest is stored in the blockchain as the second digest corresponding to the current address;

[0091] Synchronize the current address to the second server; monitor the address update status of the vehicle dispatch terminal, obtain the updated address and return to execute the step of using the updated address as the current address.

[0092] After receiving the current address, the second server obtains the second summary of the current address from the blockchain; then uses the same summary method as the vehicle dispatch terminal to obtain the fourth summary corresponding to the interaction information of the previous address, uses the Hash summary algorithm to process the previous address to obtain the fifth summary, and performs summary processing based on the concatenated value of the fourth summary, the fifth summary and the current address to obtain the sixth summary, compares the sixth summary with the second summary of the current address, and sets the current address as the new legal address of the vehicle dispatch terminal if they are consistent.

[0093] a fourth summary corresponding to the current address; comparing the fourth summary with the second summary, and if the two are consistent, using the current address as the new address of the vehicle dispatching terminal, and using the current address to communicate with the vehicle dispatching terminal.

[0094] Reference below Figure 4 The above embodiments of the present invention are described in detail. Figure 4 Schematic diagram of the blockchain structure in an embodiment of the present invention. Figure 4As shown, the blockchain includes several blocks, such as block 401, block 402, block 403, and block 40N, where block 401 is a genesis block, which stores the genesis hash value Hash10 and the first address A1; the genesis hash value Hash10 is a summary of the splicing result of the genesis data segment and the private key of the vehicle dispatch terminal; the first address A1 is the address in the address update list used by the vehicle dispatch terminal for the first time. In actual applications, the first address A1, the second address A2, the third address A3, and the Nth address AN can all be strings obtained by encrypting the IPV6 address with the private key of the vehicle dispatch terminal for authentication.

[0095] like Figure 4 As shown, the first address update is performed at the vehicle dispatch terminal to use the second address A2, and the second address A2 corresponds to the above-mentioned current address; the "Genesis Data Segment" is processed using the Hash summary algorithm to obtain the first summary Hash201, and the previous address "A1" is processed using the Hash summary algorithm to obtain the second summary Hash202; Hash201, Hash202, and A2 are concatenated and digested Hash (Hash201+Hash202+A2) to obtain the third summary Hash20, and the third summary is stored in the blockchain as the second summary corresponding to the current address, wherein the blockchain is maintained by the bastion unit.

[0096] The vehicle dispatch terminal synchronizes the second address A2 to the second server. After receiving the second address A2, the second server reads the genesis data segment corresponding to the previous address of the current address and the previous address of the current address, i.e., the first address A1, from the blockchain. According to the genesis data segment pre-stored in the second server, the "genesis data segment" is processed using the Hash summary algorithm to obtain the fourth summary Hash21, and the first address A1 is processed using the Hash summary algorithm to obtain the fifth summary. The sixth summary is obtained by summarizing the concatenated value of the fourth summary, the fifth summary and the second address A2, and the sixth summary is compared with Hash20 to authenticate the current address Hash20.

[0097] It can be understood that the updating principle of using the third address and the Nth address is the same as the above principle, and the embodiment of the present invention will not be repeated here.

[0098] In the above specific implementation of the present invention, blockchain is used to store hash values, and the block dependency of blockchain is used to realize the reliability of the entire chain of addresses. Even if the communication data is stolen by a third party, it is impossible to generate a legal current address. Therefore, under the premise that the vehicle dispatching terminal directly provides vehicle dispatch services for the car-hailing terminal, the communication security between the vehicle dispatching terminal and the second server is guaranteed. At the same time, the vehicle dispatching terminal has one address at a time, which ensures that the address is not illegally attacked, thereby ensuring the concealment of the vehicle dispatching terminal address and the communication security.

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

[0100] Furthermore, the vehicle dispatch terminal 301 has a built-in address update list acquisition program, which continuously monitors the location of the vehicle dispatch terminal 301. When the location of the vehicle dispatch terminal 301 enters 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.

[0101] When the addresses in the address update list of the vehicle dispatch terminal are consumed 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 sends the target data sent by the car booking terminal to the second server; after receiving the instruction that it cannot be dispatched, the second server sends the target data to other vehicle dispatch terminals, so that other vehicle dispatch terminals dispatch vehicles for the car booking terminal according to the target data. It can be understood 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.

[0102] Example 5

[0103] A vehicle dispatching system for global travel based on an intermediate platform, the system comprising a car-hailing terminal as described in any one of Examples 1-4 and a vehicle dispatching terminal as described in any one of Examples 1-4.

[0104] 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 the technical solutions described in the aforementioned embodiments may still be modified, or some of the technical features may be replaced by equivalents. 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 embodiments of the present invention.

Claims

1. A vehicle dispatching method for global travel based on an intermediate platform, characterized in that: An intermediate platform applied to a global travel system, the system comprising an intermediate platform and a car booking terminal, a first server connected to the vehicle terminal, a vehicle dispatching terminal, and a second server connected to the vehicle dispatching terminal, wherein the first server serves a first administrative division and the second server serves a second administrative division; Receive an original car booking request from a user, wherein the original car booking request includes: car booking data consisting of fields entered by the user in a form entry of an interactive interface of a car booking terminal, wherein the fields include: departure place, business destination, car use time, number of passengers, and car model; Converting the ride-booking data into target data, and generating a reconstructed ride-booking request according to the target data; Sending the reconstructed car booking request to the second server, the second server is used to send the reconstructed car booking request to the vehicle dispatching terminal, and the vehicle dispatching terminal dispatches a vehicle for the user according to the reconstructed car booking request; The vehicle dispatching terminal also sends the vehicle dispatching information to the second server; When the vehicle dispatch terminal is directly connected to the operator gateway, restart its own network connection; When the vehicle dispatch terminal itself is directly connected to the private gateway, an unused address in the address list stored in the vehicle dispatch terminal itself is used as the updated address; The updated address is synchronized to the second server so that the second server uses the updated address to establish a network connection with the vehicle dispatch terminal; including: using the updated address as the current address, obtaining a first summary of the data interaction content between the vehicle dispatch terminal and the second server when the vehicle dispatch terminal uses the previous address of the current address; obtaining a second summary corresponding to the previous address of the current address from the blockchain; after splicing the first summary, the second summary and the current address, a third summary of the splicing result is generated, and the third summary is stored in the blockchain as the second summary corresponding to the current address; synchronizing the current address to the second server; monitoring the address update status of the vehicle dispatch terminal, obtaining the updated address and returning to execute the step of using the updated address as the current address.

2. The vehicle dispatching method for global travel based on an intermediate platform according to claim 1 is characterized in that: The converting the car booking data into target data and sending it to the second server includes: Parse the ride-hailing data to obtain the following fields: departure place, business destination, ride time, number of passengers, and vehicle type; Determine a second server according to the departure place and / or the business destination, and obtain a data format template used by the second server; Insert the fields in the car booking data into the data format template used by the second server to obtain the target data, and send the target data to the second server.

3. A vehicle dispatching method for global travel based on an intermediate platform, characterized in that: Applied to a vehicle dispatching terminal, the method comprises: Receiving a reconstructed car booking request initiated by the car booking terminal as shown in claim 1 or 2, wherein the reconstructed car booking request is forwarded by the intermediate platform to the vehicle dispatching terminal via the second server; The vehicle dispatching terminal dispatches a vehicle for the user according to the reconstructed car booking request.

4. The vehicle dispatching method for global travel based on an intermediate platform according to claim 3 is characterized in that: The vehicle dispatching terminal dispatches a vehicle for the user according to the reconstructed car booking request, including: The vehicle dispatching terminal sends the vehicle dispatching information to the car-booking terminal according to the address of the car-booking terminal included in the reconstructed car-booking request, and the car-booking terminal synchronizes the vehicle dispatching information to the first server.

5. The vehicle dispatching method for global travel based on an intermediate platform according to claim 4 is characterized in that: The location of the vehicle dispatch terminal is continuously monitored, and whether the vehicle dispatch terminal enters the radiation range of the second server is determined according to the location of the vehicle dispatch terminal. If so, a 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.

6. The vehicle dispatching method for global travel based on an intermediate platform according to claim 5 is characterized in that: When the addresses in the address update list of the vehicle dispatch terminal are consumed and the new address update list is not downloaded in time, the vehicle dispatch terminal returns an instruction that the dispatch cannot be made to the second server after receiving the vehicle dispatch instruction, and sends the target data sent by the car booking terminal to the second server at the same time; After receiving the instruction that the dispatch cannot be made, the second server sends the target data to other vehicle dispatch terminals, so that the other vehicle dispatch terminals dispatch vehicles for the car-booking terminal according to the target data.

7. The vehicle dispatching system for global travel based on the intermediate platform is characterized by: The system executes the vehicle dispatching method as described in any one of claims 1-6.

Images