Method for processing travel data, related device and computer readable medium

Abstract

Embodiments of the present application disclose a method for processing travel data, a related device and a computer readable medium. The method comprises the following steps: after a gate passes a travel two-dimensional code of an object and generates travel data of the corresponding object, the travel data of the object needs to be uploaded to a travel ticket management platform, so that the travel ticket management platform can subsequently perform ticket management operations such as travel trajectory statistics and travel cost calculation. If the gate is in an offline state and cannot timely upload the travel data of the object, the gate can find a gate in an online state from the gates in wired communication with the gate, so as to timely upload the travel data of the object through the found gate. The technical solution of the embodiments of the present application can realize timely uploading of travel data, thereby improving the availability of the travel ticket management platform.

Description

Technical Field

[0001] This application relates to the fields of computer and communication technology, and more specifically, to methods, apparatuses, electronic devices, computer-readable storage media, and computer program products for processing travel data. Background Technology

[0002] With the development of public transportation, people's travel has become increasingly convenient. Various modes of transportation, such as subways and light rail, support passengers using QR codes for boarding. After the turnstiles scan a passenger's QR code, they report the passenger's travel data to the travel ticketing management platform. The platform then analyzes the passenger's travel route and calculates the fare. However, the turnstiles' ability to upload travel data to the platform relies on them being connected to the internet. If the turnstiles are offline, the travel data cannot be uploaded to the platform in a timely manner, preventing the platform from processing subsequent data and affecting its availability. Therefore, how to achieve timely uploading of travel data is a pressing issue that needs to be addressed. Summary of the Invention

[0003] The embodiments of this application provide a method for processing travel data, a device for processing travel data, an electronic device, a computer-readable storage medium, and a computer program product, which can enable timely uploading of travel data to improve the availability of the travel ticketing management platform.

[0004] Other features and advantages of this application will become apparent from the following detailed description, or may be learned in part from practice of this application.

[0005] According to one aspect of the embodiments of this application, a method for processing travel data is provided, applied to a first turnstile, the method comprising:

[0006] By scanning the QR code of the first object, the object identification information of the first object can be obtained;

[0007] Based on the object identification information of the first object and the station information of the station where the first gate is located, the initial travel data of the first object is generated;

[0008] If the network status of the first gate is offline, then determine the second gate whose network status is online from the gates that communicate with the first gate via wired communication.

[0009] The initial travel data of the first object is sent to the second gate, so that the second gate sends the initial travel data of the first object to the travel ticketing management platform.

[0010] According to one aspect of the embodiments of this application, a trip data processing apparatus is provided, the apparatus comprising an acquisition unit, a processing unit, and a transmission unit, wherein:

[0011] The acquisition unit is used to acquire the object identification information of the first object by scanning the QR code of the first object.

[0012] The processing unit is used to generate initial travel data of the first object based on the object identification information of the first object and the station information of the station where the first gate is located.

[0013] The processing unit is further configured to determine, if the network status of the first gate is offline, a second gate whose network status is online from among the gates that communicate with the first gate via wired communication.

[0014] The sending unit is used to send the initial travel data of the first object to the second gate, so that the second gate sends the initial travel data of the first object to the travel ticketing management platform.

[0015] According to one aspect of the embodiments of this application, another method for processing itinerary data is provided, applied to a travel ticketing management platform, the method comprising:

[0016] Receive initial travel data of the first object sent by the second gate; wherein, the initial travel data of the first object is sent to the second gate when the first gate is in an offline state, and the network status of the second gate is online; the initial travel data of the first object is generated by the first gate after obtaining the object identification information of the first object by scanning the boarding QR code of the first object, based on the object identification information of the first object and the station information of the station where the first gate is located.

[0017] The initial trip data of the first object and the trip verification data of the first object are compared to obtain the target trip data of the first object.

[0018] According to one aspect of the embodiments of this application, another trip data processing apparatus is provided, the apparatus comprising a receiving unit and a verification unit, wherein:

[0019] The receiving unit is used to receive the initial travel data of the first object sent by the second gate; wherein, the initial travel data of the first object is sent to the second gate when the first gate is in an offline state, and the network state of the second gate is online; the initial travel data of the first object is generated by the first gate after obtaining the object identification information of the first object by scanning the boarding QR code of the first object, based on the object identification information of the first object and the station information of the station where the first gate is located.

[0020] The verification unit is used to compare the initial trip data of the first object with the trip verification data of the first object to obtain the target trip data of the first object.

[0021] According to one aspect of the embodiments of this application, an electronic device is provided, the electronic device including one or more processors; and a storage device for storing one or more programs, which, when executed by the one or more processors, cause the one or more processors to implement the trip data processing method as described above.

[0022] According to one aspect of the embodiments of this application, the embodiments of this application provide a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor of an electronic device, causes the electronic device to perform the travel data processing method as described above.

[0023] According to one aspect of the embodiments of this application, this application provides a computer program product, including a computer program stored in a computer-readable storage medium, wherein a processor of an electronic device reads from the computer-readable storage medium and executes the computer program, causing the electronic device to perform the trip data processing method as described above.

[0024] In the technical solution provided by the embodiments of this application, the initial travel data generated by the first gate is sent to the travel ticketing management platform via a second gate that is online when the first gate is offline. This achieves the purpose of timely uploading of travel data. This allows the travel ticketing management platform to promptly calculate travel routes and fares, facilitating timely ticket management and improving the platform's availability. Furthermore, the travel ticketing management platform can compare the received initial travel data with travel verification data, avoiding the inability to identify errors in travel data when only receiving data uploaded from the gate or travel application. This improves the accuracy and reliability of the travel data ultimately used by the travel ticketing management platform.

[0025] It should be understood that the above general description and the following detailed description are exemplary and explanatory only, and do not limit this application. Attached Figure Description

[0026] The accompanying drawings, which are incorporated in and form part of this specification, illustrate embodiments consistent with this application and, together with the description, serve to explain the principles of this application. It is obvious that the drawings described below are merely some embodiments of this application, and those skilled in the art can obtain other drawings based on these drawings without any inventive effort. In the drawings:

[0027] Figure 1 This is a schematic diagram of the structure of a trip data processing system provided in an embodiment of this application;

[0028] Figure 2 This is a schematic flowchart illustrating a method for processing travel data, as shown in an exemplary embodiment of this application.

[0029] Figure 3 This is a schematic flowchart illustrating another method for processing travel data, as shown in an exemplary embodiment of this application.

[0030] Figure 4 This is a schematic diagram of another travel data processing system provided in an embodiment of this application;

[0031] Figure 5 This is a schematic flowchart illustrating another method for processing travel data, as shown in an exemplary embodiment of this application.

[0032] Figure 6 This is a timing diagram illustrating a scenario where the terminal device is online but the gate is offline, as shown in an exemplary embodiment of this application.

[0033] Figure 7 This is a schematic diagram illustrating a Bluetooth connection process in an exemplary embodiment of this application;

[0034] Figure 8 This is a flowchart illustrating another method for processing travel data provided in an embodiment of this application;

[0035] Figure 9 This is a timing diagram illustrating a scenario where the terminal device is offline but the gate is online, as shown in an exemplary embodiment of this application.

[0036] Figure 10 This is a timing diagram illustrating a scenario where both the terminal device and the gate are offline, as shown in an exemplary embodiment of this application.

[0037] Figure 11This is a schematic flowchart illustrating another method for processing travel data, as shown in an exemplary embodiment of this application.

[0038] Figure 12 This is a timing diagram illustrating a scenario where both the terminal device and the gate are online, as shown in an exemplary embodiment of this application.

[0039] Figure 13 This is a structural block diagram illustrating a trip data processing apparatus according to an exemplary embodiment of this application;

[0040] Figure 14 This is a structural block diagram illustrating another travel data processing apparatus according to an exemplary embodiment of this application;

[0041] Figure 15 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown. Detailed Implementation

[0042] Exemplary embodiments will now be described in detail, examples of which are illustrated in the accompanying drawings. When the following description relates to the drawings, unless otherwise indicated, the same numbers in different drawings denote the same or similar elements. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with this application. Rather, they are merely examples of apparatuses and methods consistent with some aspects of this application as detailed in the appended claims.

[0043] The block diagrams shown in the accompanying drawings are merely functional entities and do not necessarily correspond to physically independent entities. That is, these functional entities can be implemented in software, in one or more hardware modules or integrated circuits, or in different network and / or processor devices and / or microcontroller devices.

[0044] The flowcharts shown in the accompanying diagrams are merely illustrative and do not necessarily include all content and operations, nor do they necessarily have to be executed in the described order. For example, some operations may be broken down, while others may be combined or partially combined; therefore, the actual execution order may change depending on the specific circumstances.

[0045] It should also be noted that "multiple" as mentioned in this application refers to two or more. "And / or" describes the relationship between related objects, indicating that three relationships can exist. For example, A and / or B can represent: A alone, A and B simultaneously, or B alone. The character " / " generally indicates that the preceding and following related objects have an "or" relationship.

[0046] With the development of public transportation, various modes of transportation such as subways and light rails support passengers using QR codes to pay for their rides. The fares for public transportation are also calculated by third-party platforms based on the passengers' travel data.

[0047] In this technology, after the turnstile scans a passenger's QR code, it reports the passenger's travel data to the travel ticketing management platform. The platform then analyzes the passenger's travel route and calculates the fare. If the turnstile is currently offline, it will wait until its network connection is online before reporting the passenger's travel data to the platform.

[0048] Based on this, this application provides a processing scheme for travel data, which is applied to a first gate. After the first gate obtains the initial travel data of an object, if the first gate's own network status is offline, the first gate will find a second gate with an online network status from the gates that are communicating with the first gate via wired connections. Then, the first gate sends the initial travel data of the object to the second gate, so that the second gate sends the initial travel data of the object to the travel ticketing management platform.

[0049] The first gate can obtain the object's identification information by scanning the object's QR code. Then, based on the object's identification information and the station information of the station where the first gate is located, the first gate generates the object's initial travel data.

[0050] Specifically, object identification information can be information that uniquely identifies an object or the terminal device used by the object, such as object name, number, string, or Universally Unique Identifier (UUID), and there are no limitations on this. In addition, station information can include station name, station type, station location, etc. Station type includes inbound and outbound stations. The initial travel data for any object can include one or more of the following: object identification information, inbound station, outbound station, etc.

[0051] It is clear that when the first gate is offline, this solution searches for an online second gate to send the initial travel data generated by the first gate to the travel ticketing management platform. Therefore, even when the first gate is offline and unable to upload initial travel data, this solution can still utilize other online gates to promptly upload the initial travel data to the travel ticketing management platform. This achieves the goal of timely data upload, enabling the travel ticketing management platform to promptly analyze travel routes and calculate fares, thus facilitating timely ticket management and improving the platform's availability.

[0052] Based on the above-mentioned itinerary data processing scheme, this application provides an itinerary data processing system, which can be found in [reference needed]. Figure 1 , Figure 1 The illustrated travel data processing system may include terminal device 101, multiple turnstiles 102, and multiple servers 103; specifically, the multiple turnstiles 102 may include, for example, Figure 1 The first gate 1021, the second gate 1022, and the third gate 1023 are shown.

[0053] The terminal device 101 can establish a wireless communication connection with any server 103, and each gate can establish a wired communication connection with itself. The terminal device 101 can also establish a wireless communication connection with any gate, and any gate can establish a wireless communication connection with any server 103. It should be noted that two devices that have established a wireless communication connection may be unable to communicate if either device is offline.

[0054] Specifically, terminal device 101 can include any one or more of smartphones, tablets, laptops, desktop computers, smart in-vehicle devices, and smart wearable devices. Terminal device 101 can run a ride-hailing application, as well as multimedia playback applications, social applications, browser applications, etc. Gate 102 can be a gate used to manage passenger flow in urban rail transit management or fare collection systems such as subways, light rail, and high-speed rail. Server 103 can run a travel ticketing management platform; optionally, server 103 can also provide backend services for the ride-hailing application, essentially acting as the application's backend server. Server 103 can specifically be a server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery network (CDN), and big data and artificial intelligence platforms.

[0055] In some embodiments, the above-mentioned method for processing travel data may be solely provided by Figure 1The first gate 1021 in the trip data processing system executes the following process: The first gate 1021 obtains the target object's object identification information by scanning the target object's QR code; the target object refers to the object using terminal device 101. Then, the first gate 1021 can generate the initial trip data of the first object based on the object identification information of the first object and the station information of the station where the first gate is located. If the network status of the first gate 1021 is offline, the first gate 1021 can determine the second gate 1022, which has an online network status, from the gates that have wired communication with the first gate. Finally, the first gate 1021 can send the initial trip data of the first object to the second gate 1022, so that the second gate 1022 can send the initial trip data of the first object to the travel ticketing management platform running on server 103.

[0056] In other embodiments, the above-described trip data processing method can be run in a trip data processing system, and the above-described trip data processing method can be provided by... Figure 1 The trip data processing system shown comprises a terminal device 101, a first turnstile 1021, a second turnstile 1022, and a server 103. The specific execution process is as follows: Terminal device 101 generates a QR code for the target passenger; the first turnstile 1021 scans the QR code to obtain the target passenger's identification information. Then, based on the target passenger's identification information and the station information of the station where the first turnstile is located, the first turnstile 1021 generates initial trip data for the target passenger. If the network status of the first turnstile 1021 is offline, it can determine the online status of the second turnstile 1022 from among the turnstiles that have wired communication with it. Afterward, the first turnstile 1021 sends the initial trip data of the target passenger to the second turnstile 1022; finally, the second turnstile 1022 sends the initial trip data of the target passenger to the travel ticketing management platform running on server 103.

[0057] Optionally, the travel ticketing management platform running on server 103 can calculate the travel fare of the target object based on the target object's initial travel data upon receiving the target object's initial travel data.

[0058] It should be noted that the embodiments of this application can be applied to various travel scenarios such as railway transportation and rail transit, and are not limited thereto. Furthermore, in specific embodiments of this application, if travel data, object identification information, or other related data or information involves objects, when the embodiments of this application are applied to specific products or technologies, permission or consent from the object is required, and the collection, use, and processing of related data or information must comply with the relevant laws, regulations, and standards of the relevant countries and regions.

[0059] The following details the various implementation details of the technical solutions in the embodiments of this application:

[0060] like Figure 2 As shown, Figure 2 This is a flowchart illustrating a method for processing travel data according to an embodiment of this application. This method can be applied to... Figure 1 The illustrated itinerary data processing system can be executed by a turnstile, or jointly by a terminal device, a turnstile, and a travel ticketing management platform running on a server. In this embodiment, the method is described using the execution of the first turnstile as an example, with a travel ticketing management platform deployed on the server. The itinerary data processing method may include steps S201 to S204, detailed below:

[0061] S201. Obtain the object identification information of the first object by scanning the QR code of the first object.

[0062] In this embodiment, the object identification information of the first object may be the object name of the first object, the code that identifies the first object, the string that identifies the first object, the universally unique identifier, or other information that can uniquely identify the object or the terminal device used by the object, and there is no limitation thereto.

[0063] Furthermore, since the QR code for boarding the first object can be obtained by encoding the object identification information of the first object, the first gate can automatically read the object identification information of the first object by scanning the QR code.

[0064] S202. Based on the object identification information of the first object and the station information of the station where the first gate is located, generate the initial travel data of the first object.

[0065] In this embodiment, the site information of the station where the first turnstile is located may include site-related information such as the site name, site type, and site location. The site type includes entry stations and exit stations.

[0066] In addition, the initial travel data of the first object may include data related to the first object and its travel trajectory. Specifically, the initial travel data of the first object may include one or more of the following: object identification information of the first object, the entry station of the first object, the exit station of the first object, etc.

[0067] Therefore, the specific way to generate the initial travel data of the first object based on the object identification information of the first object and the station information of the station where the first gate is located can be: to integrate the object identification information of the first object and the station information of the station where the first gate is located to obtain the initial travel data of the first object.

[0068] S203. If the network status of the first gate is offline, then determine the second gate whose network status is online from the gates that communicate with the first gate via wired connections.

[0069] In this embodiment, the network status of any gate can be offline or online. Online status means the gate can maintain wireless communication with any terminal device or server, while offline status means the gate cannot maintain wireless communication with any terminal device or server.

[0070] Furthermore, the specific method for determining the second gate whose network status is online from the gates that are communicating with the first gate can be as follows: the first gate sends a status acquisition request to each gate that is communicating with the first gate via wired communication, wherein the status acquisition request is used to acquire the network status of each gate; the first gate receives its own network status sent by each gate; the first gate randomly selects one gate from the gates whose network status is online as the second gate.

[0071] Optionally, since each gate responds to the status acquisition request and sends its own network status to the first gate at different times, it takes a certain amount of time for the first gate to receive all the network statuses sent by all the gates. Therefore, in order to further shorten the time for the travel ticketing management platform to obtain the initial travel data of the first object, the specific method for determining the second gate with an online network status from the gates that have wired communication with the first gate can also be: the first gate sends a status acquisition request to each gate that has wired communication with the first gate; the first gate receives the network status sent by each gate; the first gate selects the gate that first receives the online network status as the second gate.

[0072] S204. Send the initial travel data of the first object to the second gate, so that the second gate sends the initial travel data of the first object to the travel ticketing management platform.

[0073] In this embodiment of the application, since the first gate and the second gate are connected by wired communication, the first gate can directly transmit the initial travel data of the first object to the second gate.

[0074] Furthermore, since the travel ticketing management platform runs on a server, a wireless communication connection is established between the second gate and the server, which is equivalent to wireless communication between the second gate and the travel ticketing management platform. Specifically, the wireless communication method can be Bluetooth, infrared, 4G (4th Generation Mobile Communication Technology), 5G (5th Generation Mobile Communication Technology), WiFi (a wireless network transmission technology), etc., and there are no restrictions on this.

[0075] Optionally, after receiving the initial travel data of the first subject, the travel ticketing management platform can calculate the initial travel cost based on the initial travel data of the first subject. Specifically, the travel ticketing management platform can determine the travel length of the first subject based on the entry and exit stations in the initial travel data, and then find the initial travel cost of the first subject corresponding to the travel length based on the pre-established correspondence between travel length and travel cost.

[0076] Optionally, if the initial travel data of the first object only contains the entry station, multiple predicted travel lengths can be planned based on the various stations included in the rail transit line to which the entry station belongs, as well as the entry station itself. Then, based on the pre-established correspondence between travel length and fare, the predicted travel cost corresponding to each predicted travel length is obtained. Subsequently, if the travel ticketing management platform receives new travel data for the first object, and the new travel data for the first object contains the exit station, the travel ticketing management platform can determine the travel length of the first object based on the entry and exit stations, and then use the predicted travel cost that matches the travel length of the first object from the multiple predicted travel costs as the initial travel cost for the first object.

[0077] Furthermore, the travel ticketing management platform can deduct the travel fare from the first individual's account. Specifically, the travel ticketing management platform can locate the account associated with the first individual based on the first individual's object identifier information in the first individual's initial travel data; then, the travel ticketing management platform can deduct the travel fare from the first individual's account.

[0078] In this embodiment, when the first gate is offline, the initial travel data generated by the first gate is sent to the travel ticketing management platform by the second gate, which is online, thereby achieving the purpose of uploading travel data in a timely manner. This allows the travel ticketing management platform to promptly statistically analyze travel trajectories and calculate travel costs, which is beneficial for the timely management of tickets by the travel ticketing management platform and thus improves the availability of the travel ticketing management platform.

[0079] like Figure 3 As shown, Figure 3 This is a flowchart illustrating another method for processing travel data, as shown in one embodiment of this application. This method can be applied to... Figure 1 The itinerary data processing system shown can be executed by a travel ticketing management platform running on a server, or by a terminal device, a turnstile, and the travel ticketing management platform together. In this embodiment, the method is described using the travel ticketing management platform as an example. The itinerary data processing method may include steps S301 to S302, which are detailed below:

[0080] S301, Receive the initial travel data of the first object sent by the second gate.

[0081] In this embodiment, the network status of the second gate is online; the initial travel data of the first object is sent to the second gate when the network status of the first gate is offline; the initial travel data of the first object is generated by the first gate after obtaining the object identification information of the first object by scanning the QR code of the first object, based on the object identification information of the first object and the station information of the station where the first gate is located.

[0082] The specific implementation of the first gate obtaining the object identification information of the first object can be found in the specific implementation process of step S201. The specific implementation of the first gate generating the initial travel data of the first object can be found in the specific implementation process of step S202. The specific implementation of the first gate sending the initial travel data of the first object to the second gate and the second gate sending the initial travel data of the first object to the travel ticketing management platform can be found in the specific implementation process of step S204, which will not be elaborated here.

[0083] S302. Compare the initial travel data of the first object with the travel verification data of the first object to obtain the target travel data of the first object.

[0084] In this embodiment of the application, before step S302, the travel ticketing management platform may also receive the trip verification data of the first object sent by the ride application running in the first terminal device.

[0085] Optionally, since the ride-hailing application running in the first terminal device has established wireless communication with the corresponding application backend server, and the application backend server and the travel ticketing management platform belong to the same server or the same server cluster, they can communicate directly; therefore, the ride-hailing application running in the first terminal device can first send the trip verification data of the first object to the application backend server, and then the application backend server will send the trip verification data of the first object to the travel ticketing management platform.

[0086] Specifically, after generating initial travel data for the first object, the first turnstile can send this initial travel data to the ride-hailing application running on the first terminal device. Upon receiving the initial travel data from the first turnstile, the ride-hailing application running on the first terminal device can use this initial travel data as travel verification data for the first object. Optionally, the first terminal device can also send the received initial travel data as travel verification data for the first object to the application's backend server.

[0087] In one embodiment, the specific method for comparing the initial trip data and the trip verification data of the first object to obtain the target trip data of the first object may be: determining the initial trip cost of the first object based on the initial trip data of the first object, and determining the verification trip cost of the first object based on the trip verification data of the first object; if the initial trip cost is less than the verification trip cost, then the initial trip data of the first object is used as the target trip data of the first object; if the verification trip cost is less than the initial trip cost, then the trip verification data of the first object is used as the target trip data of the first object.

[0088] Optionally, the trip cost corresponding to the target trip data of the first object can also be used as the target trip cost of the first object. Specifically, if the target trip data of the first object is the initial trip data of the first object, then the trip cost corresponding to the target trip data of the first object is the initial trip cost; similarly, if the target trip data of the first object is the trip verification data of the first object, then the trip cost corresponding to the target trip data of the first object is the verification trip cost.

[0089] Optionally, the specific implementation of determining the initial travel cost of the first object and the verification travel cost of the first object can be found in the specific implementation process of calculating the initial travel cost of the first object in step S204, which will not be repeated here.

[0090] In this embodiment, by comparing the initial travel data of the first object with the travel verification data of the first object, and then finally determining the target travel data of the first object, the method avoids the situation where it is impossible to identify whether there is an error in the travel data when only receiving travel data uploaded by the gate or the ride application, thereby improving the accuracy and reliability of the travel data finally used by the travel ticketing management platform.

[0091] Furthermore, in this embodiment, the initial travel data received by the travel ticketing management platform is sent to the travel ticketing management platform by a second gate that is online when the first gate is offline. This achieves the purpose of uploading travel data in a timely manner, enabling the travel ticketing management platform to promptly statistically analyze travel trajectories and calculate travel costs, which is beneficial for the timely management of tickets by the travel ticketing management platform and thus improves the availability of the travel ticketing management platform.

[0092] In one embodiment of this application, another trip data processing system is provided, see [link to relevant documentation]. Figure 4 , Figure 4 The itinerary data processing system shown may include a first terminal device 401, a second terminal device 402, a first gate 403, a second gate 404, a third gate 405, a platform server 406 running a travel ticketing management platform, and an application backend server 407.

[0093] The first terminal device 401 can establish a wireless communication connection with the first gate 403, the second terminal device 402 can establish a wireless communication connection with the third gate 405, the gates are connected by wired communication, any gate can establish a wireless communication connection with the platform server 406, any terminal device can establish a wireless communication connection with the application backend server 407, and the platform server 406 and the application backend server 407 can communicate directly or indirectly through wired or wireless communication.

[0094] Specifically, the first terminal device 401 and the second terminal device 402 can include any one or more of smartphones, tablets, laptops, desktop computers, smart in-vehicle devices, and smart wearable devices. Terminal devices 101 and 402 can run ride-hailing applications, as well as multimedia playback applications, social applications, browser applications, etc. The first turnstile 403, the second turnstile 404, and the third turnstile 405 can be turnstiles used to manage passenger flow in urban rail transit management or fare collection systems such as subways, light rails, and high-speed rails. The platform server 406 runs a travel ticketing management platform. Specifically, the platform server 406 can be a server providing basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, content delivery networks (CDNs), and big data and artificial intelligence platforms. Application backend server 407 provides services for ride-hailing applications. Specifically, application backend server 407 can be a server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, content delivery networks (CDN), and big data and artificial intelligence platforms.

[0095] In one embodiment of this application, yet another method for processing travel data is provided, which can be applied to... Figure 4 The itinerary data processing system shown can be jointly executed by a travel ticketing management platform running in a first terminal device, a first gate, a second gate, a backend server, and a platform server. In this embodiment, the method is illustrated by being executed by the first gate. Figure 5 The diagram shows a flowchart of another method for processing travel data. Figure 2 and Figure 3 The method shown is an extension of the method described above. Details of steps S501 to S506 are as follows:

[0096] S501. Obtain the object identification information of the first object by scanning the QR code of the first object.

[0097] In this embodiment, the specific implementation of step S501 can be found in the specific implementation of step S201 in the above embodiments, and will not be repeated here.

[0098] S502. Based on the object identification information of the first object and the station information of the station where the first gate is located, generate the initial travel data of the first object.

[0099] In this embodiment, the specific implementation of step S502 can be found in the specific implementation of step S202 in the above embodiments, and will not be repeated here.

[0100] S503. If the network status of the first gate is offline, then send a status acquisition request to each gate that communicates with the first gate via wired communication.

[0101] In this embodiment, the specific implementation of step S503 can be found in the specific implementation of step S203 in the above embodiments, and will not be repeated here.

[0102] S504: Receive the network status of each gate.

[0103] In this embodiment of the application, if there is a gate with an online network status among the gates that communicate with the first gate via wired communication, the gate that first receives the online network status can be used as the second gate; then, the first gate can send the initial travel data of the first object to the second gate, so that the second gate can send the initial travel data of the first object to the travel ticketing management platform.

[0104] S505. If the network status of each gate is received as offline, then the network status of each gate and the network status of the first gate are detected in real time.

[0105] In this embodiment of the application, since the first gate communicates with each other via wired connection, the communication will not be interrupted suddenly. Therefore, the first gate can send real-time status requests to each gate so that each gate can send its network status to the first gate in real time. Similarly, the first gate can directly obtain its own network status in real time.

[0106] S506. If the network status of the first gate and any one of the gates is detected to be online, the initial travel data of the first object is sent to the travel ticketing management platform through any gate.

[0107] In this embodiment of the application, if any gate is the first gate, then any gate can directly send the initial travel data of the first object to the travel ticketing management platform; if any gate is a gate other than the first gate, then the first gate will send the initial travel data of the first object to any gate, so that any gate can send the initial travel data of the first object to the travel ticketing management platform.

[0108] Optionally, after receiving the initial itinerary data of the first object, the travel ticketing management platform can also compare the initial itinerary data of the first object with the itinerary verification data of the first object to obtain the target itinerary data of the first object.

[0109] For practical applications, please refer to the appendix. Figure 6 This diagram illustrates a timing sequence of a scenario where the terminal device is online but the turnstile is offline. The first terminal device runs a ride-hailing application, and the wireless communication between the first terminal device and the first turnstile can be via Bluetooth.

[0110] like Figure 6 As shown in steps 601 to 603, the ride-hailing application in the first terminal device first starts a Bluetooth broadcast service (BLE Server) with exclusive characteristics; then, the ride-hailing application in the first terminal device can generate object identification information of the first object and send a Bluetooth broadcast containing the object identification information of the first object; after that, the ride-hailing application in the first terminal device can generate a ride-hailing QR code containing the object identification information of the first object.

[0111] After the ride-hailing application in the first terminal device generates a ride-hailing QR code for the first object, the first object will take the ride-hailing QR code displayed on the first terminal device to the first gate for scanning. Therefore, as Figure 6 As shown in steps 604 to 606, the first gate can scan the QR code for boarding and then obtain the object identification information of the first object by parsing the QR code. Afterwards, the first gate can scan the Bluetooth broadcasts around it and filter out the Bluetooth broadcasts sent by the first terminal device from the surrounding Bluetooth broadcasts using the object identification information of the first object. Finally, it filters out the first terminal device from multiple terminal devices around the first gate using the filtered Bluetooth broadcasts.

[0112] Subsequently, as shown in steps 607 to 609, the first turnstile can initiate a request to connect to the Bluetooth broadcast service from the ride-hailing application running on the first terminal device and subscribe to Bluetooth features. Here, Bluetooth features refer to the Bluetooth physical address (Media Access Control Address, MAC address), which establishes a Bluetooth communication connection between the first turnstile and the ride-hailing application running on the first terminal device. Then, after generating the initial travel data of the first object based on the object identification information of the first object and the station information of the station where the first turnstile is located, the first turnstile can transmit the initial travel data of the first object through the subscribed Bluetooth features (which is equivalent to transmitting the initial travel data of the first object to the terminal device indicated by the MAC address).

[0113] As shown in steps 610 and 611, after receiving the initial trip data of the first object, the ride-hailing application running in the first terminal device will upload the initial trip data of the first object as the trip verification data of the first object to the backend server of the ride-hailing application; then, the backend server will send the trip verification data of the first object to the travel ticketing management platform.

[0114] Meanwhile, as shown in step 612, if the network status of the first gate is offline, the first gate will broadcast a status acquisition request to the surrounding gates (i.e., the gates that communicate with the first gate via wired connections). Since the network status of the second gate is online, as shown in steps 613 to 614, the first gate sends the initial travel data of the first object to the second gate, and the second gate uploads the initial travel data of the first object to the travel ticketing management platform.

[0115] Optionally, as shown in step 615, if the network status of the first gate and the surrounding gates are all offline, the first gate can upload the initial travel data of the first object through the gate that first restores its network status to online.

[0116] Finally, as shown in step 616, the travel ticketing management platform can perform data verification based on the initial travel data and the travel verification data of the first object. In other words, the travel ticketing management platform can compare the initial travel data and the travel verification data of the first object to obtain the target travel data of the first object.

[0117] For details, please see the appendix. Figure 7 This illustrates a Bluetooth connection process. Figure 7 As shown, after the ride-hailing application running on the first terminal device enables Bluetooth, it will create a Bluetooth service; then the ride-hailing application running on the first terminal device will start GattServer (Generic Attribute Profile Server, which is part of the Bluetooth Low Energy (BLE) protocol stack, defining the format and specifications for data exchange between BLE devices) and add Bluetooth features.

[0118] Next, the ride-hailing application running on the first terminal device sends a Bluetooth broadcast containing the object identifier information of the first object, waiting for a connection. Simultaneously, after obtaining the object identifier information, the first turnstile scans for nearby Bluetooth devices, finding a terminal device that matches the UUID (i.e., the specified UUID) contained in the object identifier information. Then, the Bluetooth module in the first turnstile establishes a BLE connection and subscribes to the Bluetooth signature of the first terminal device. This completes the connection service.

[0119] Then, the Bluetooth module in the first gate will initiate a write feature request with the initial travel data of the first object to the ride application running in the first terminal device, so as to transmit the initial travel data of the first object to the ride application running in the first terminal device.

[0120] After the ride-hailing application running on the first terminal device successfully connects to the first turnstile, it receives a write feature request, thereby obtaining the initial travel data of the first object. Subsequently, the ride-hailing application can generate write feature feedback data and send it to the first turnstile via a write feature notification containing the feedback data. This completes the feature callback data transmission process. The write feature notification indicates that the ride-hailing application running on the first terminal device has obtained the data transmitted by the first turnstile; the feedback data includes data such as the first terminal device number.

[0121] Finally, after the first gate receives the write feature notification and obtains the returned data, it can close the BLE connection.

[0122] In this embodiment, when the first gate and the gates communicating with the first gate via wired connection are both offline, the network status of all gates is monitored in real time. Once the network status of any gate returns to online, the travel data can be sent to the travel ticketing management platform through the online gate. Compared to the existing method that requires waiting for the network status of the first gate to return to online before sending the travel data to the travel ticketing management platform, this embodiment allows for flexible selection of gates to upload travel data, which can shorten the upload time of travel data to a certain extent and achieve the goal of timely uploading of travel data.

[0123] like Figure 8 As shown, another method for processing travel data provided in this application embodiment is illustrated. This method for processing travel data can be applied to... Figure 4 The illustrated itinerary data processing system can be jointly executed by a first terminal device, a second terminal device, a first turnstile, a second turnstile, a third turnstile, an application backend server, and a platform server running a travel ticketing management platform. In this embodiment, the method is illustrated using the execution of the first turnstile as an example. Figure 8 As shown, the method for processing this trip data is in Figure 2 , Figure 3 and Figure 5 The method shown is an extension of the one presented.

[0124] The details of S801 to S808 are as follows:

[0125] S801. Obtain the object identification information of the first object by scanning the QR code of the first object.

[0126] S802. Based on the object identification information of the first object and the station information of the station where the first gate is located, generate the initial travel data of the first object.

[0127] S803. If the network status of the first gate is offline, then determine the second gate whose network status is online from the gates that communicate with the first gate via wired communication.

[0128] S804. Send the initial travel data of the first object to the second gate, so that the second gate sends the initial travel data of the first object to the travel ticketing management platform.

[0129] In this application embodiment, the specific implementation of steps S801 to S804 can be found in the specific implementation of steps S201 to S204 in the above embodiment, and will not be repeated here.

[0130] S805. Is the network status of the first terminal device online?

[0131] In this embodiment of the application, the specific method by which the first gate obtains the network status of the first terminal device may be: the first gate sends a network status request to the first terminal device; then, the first terminal device responds to the network status request and sends its own network status to the first gate.

[0132] Optionally, it can be pre-configured that after the first gate and the first terminal device establish a wireless communication connection, the first terminal device directly sends its own network status to the first gate. Optionally, the first gate can also obtain the network status of the first terminal device through other means, which are not limited.

[0133] S806. If the network status of the first terminal device is offline, then the third gate is determined from the gates that are communicating with the first gate via wired connection.

[0134] In this embodiment, the third gate refers to a gate that has established a communication connection with a second terminal device that is online, wherein the second terminal device is running a ride-hailing application.

[0135] It should be noted that if the network status of the third gate is online, the third gate may also be selected as the second gate.

[0136] In one embodiment, the specific method for determining the third gate from the gates that communicate with the first gate via wired communication may be as follows: the first gate sends a device status request to each gate that communicates with it via wired communication, wherein the device status request is used to obtain the network status of the terminal devices that have established wireless communication connections with the gate; then, the first gate receives the network status of the terminal devices connected to each gate returned by each gate; finally, the first gate can determine the gate whose network status of the connected terminal devices is online as the third gate, and determine the terminal devices connected to the third gate as the second terminal devices.

[0137] Optionally, the first gate can also designate the gate that first receives the network status of the connected terminal device as online as the third gate.

[0138] S807. Send the initial travel data of the first object to the third gate, so that the third gate, through the ride application running in the second terminal device, sends the received initial travel data as the travel verification data of the first object to the travel ticketing management platform.

[0139] In this embodiment of the application, since the ride-hailing application running on the second terminal device has a wireless communication connection with the application backend server, and the application backend server has a wireless communication connection with the travel ticketing management platform, the ride-hailing application running on the second terminal device can first send the received initial trip data as the trip verification data of the first object to the application backend server, and then the application backend server sends the trip verification data of the first object to the travel ticketing management platform.

[0140] S808. If the network status of the first terminal device is online, the initial trip data of the first object is sent to the ride application running on the first terminal device, so that the ride application running on the first terminal device will send the received initial trip data as the trip verification data of the first object to the travel ticketing management platform.

[0141] In this embodiment, the specific implementation of step S808 can be found in the specific implementation of step S302 in the above embodiment, and will not be repeated here.

[0142] For practical applications, please refer to the appendix. Figure 9 This diagram illustrates a timing sequence of a scenario where the terminal device is offline but the turnstile is online. The first turnstile is online, and the second terminal device, which wirelessly communicates with the third turnstile, is also online. For details of steps 901 to 909, please refer to [link to documentation / reference]. Figure 6 Steps 601 to 609 in the example will not be repeated here.

[0143] like Figure 9 As shown in step 910, after the ride application in the first terminal device establishes a Bluetooth communication connection with the first gate, the ride application in the first terminal device directly sends the network status of the first terminal device, i.e., the offline status, to the first gate.

[0144] Then, as shown in step 911, after determining that the network status of the first terminal device is offline, the first gate will broadcast a device status request to the surrounding gates in order to obtain the network status of the terminal devices connected to each of the surrounding gates.

[0145] Since the network status of the second terminal device communicating wirelessly with the third gate is online, as shown in steps 912 to 914, the first gate sends the initial travel status of the first object to the third gate, and then the third gate sends the initial travel status of the first object to the travel application running on the second terminal device. Afterwards, the travel application running on the second terminal device uploads the initial travel status of the first object as travel verification data to the application backend server; finally, the application backend server sends the travel verification data of the first object to the travel ticketing management platform.

[0146] Meanwhile, as shown in step 915, since the first gate's network status is online, it can directly send the initial travel status of the first object to the travel ticketing management platform. Optionally, if the first gate's network status is offline, then refer to... Figure 6 The specific process of steps 612 to 615 in the example, which uploads the initial travel status of the first object, will not be elaborated here.

[0147] Finally, as shown in step 916, the travel ticketing management platform can perform data verification based on the initial travel data and the travel verification data of the first object. In other words, the travel ticketing management platform can compare the initial travel data and the travel verification data of the first object to obtain the target travel data of the first object.

[0148] Optionally, it's possible that the first turnstile and all turnstiles communicating with it via wired connections are offline, as are the terminal devices communicating wirelessly with these turnstiles. In this case, in addition to real-time monitoring of the network status of each turnstile, the network status of the terminal devices communicating wirelessly with each turnstile can also be monitored in real-time. Finally, if any of the turnstiles is detected to be online, the initial travel data of the first object is sent to the travel ticketing management platform through that turnstile.

[0149] Similarly, if the network status of any terminal device that is wirelessly communicating with the aforementioned turnstiles is detected to be online, the initial travel data of the first object can be sent to the turnstile that is wirelessly communicating with that terminal device. Then, the turnstile sends the initial travel data of the first object to that terminal device. The travel application running on that terminal device sends the initial travel data of the first object as the travel verification data of the first object to the application backend server. Finally, the application backend server sends the travel verification data of the first object to the travel ticketing management platform.

[0150] For practical applications, please refer to the appendix. Figure 10This diagram illustrates a timing sequence of a scenario where both the terminal device and the turnstile are offline. The first turnstile is offline, and the first terminal device communicating wirelessly with it is also offline. For details of steps 1001 to 1009, please refer to [link to documentation]. Figure 6 Steps 601 to 609 in the example will not be repeated here.

[0151] As shown in step 1010, since the network status of the first terminal device is offline, the first terminal device will first save the initial travel data of the first object. At the same time, as shown in steps 1011 to 1012, the first gate in the offline state will also detect the network status of the first gate and the surrounding gates in real time, as well as the network status of the terminal devices that communicate wirelessly with the first gate and the surrounding gates.

[0152] Subsequently, since the first gate detects that the first terminal device is the first terminal device to return to online status, as shown in steps 1013 to 1014, the ride-hailing application running in the first terminal device will upload the initial trip data of the first object as the trip verification data of the first object to the application backend server after the first terminal device is online; then the application backend server will send the trip verification data of the first object to the travel ticketing management platform.

[0153] Meanwhile, since the first gate detects that it is the first gate to return to online status, as shown in step 1015, the first gate can directly send the initial travel data of the first object to the travel ticketing management platform.

[0154] Finally, as shown in steps 1016 and 1017, the travel ticketing management platform will compare the initial travel data and the travel verification data of the first subject, and select the travel data with the lowest required travel cost as the final target travel data for the first subject. Simultaneously, the travel ticketing management platform will also establish a credit profile for the first subject based on the travel data generated from each of their rail transit trips.

[0155] Specifically, the fare calculated based on the initial trip data and trip verification data generated for each user's rail transit trip should be the same. If the trip data is incorrect due to poor network conditions, the minimum fare will usually be used. However, if there are too many instances of trip data errors caused by poor network conditions, it may indicate that the network at a certain station needs improvement or that the user's creditworthiness has been compromised. Therefore, if the number of times the fare calculated based on the initial trip data and trip verification data generated for a user's rail transit trip exceeds a preset number, the travel ticketing management platform can assign a preset credit rating to that user in their credit profile. The preset rating indicates poor credit, and the preset number of errors can be manually set or set by the terminal equipment, turnstiles, or servers in the aforementioned trip data processing system; there are no restrictions on this. Optionally, the travel ticketing management platform can also send users with a preset credit rating to customer service personnel so that customer service personnel can contact them to improve rail transit services.

[0156] In this embodiment, when the first terminal device is offline, a third gate is selected from those gates that communicate with the first gate via wired communication. The travel application running on the second terminal device, which communicates wirelessly with the third gate, then uploads the initial travel data of the first object as travel verification data. Therefore, this embodiment flexibly selects the terminal device to upload travel verification data, enabling timely uploading of the data to the travel ticketing management platform and shortening the upload time to some extent.

[0157] Furthermore, thanks to the timely upload of itinerary verification data, the travel ticketing management platform can promptly compare the initial itinerary data of the first party with the itinerary verification data of the first party, thereby improving the timeliness, accuracy, and reliability of the itinerary data ultimately used by the travel ticketing management platform.

[0158] like Figure 11 As shown, another method for processing travel data provided in this application embodiment is illustrated. This method for processing travel data can be applied to... Figure 4 The illustrated itinerary data processing system can be jointly executed by a travel ticketing management platform running on a first terminal device, a second terminal device, a first turnstile, a second turnstile, a third turnstile, an application backend server, and a platform server. In this embodiment, the method is illustrated using the example of execution by the travel ticketing management platform. Figure 11 As shown, the method for processing this trip data is in Figure 3 and Figure 8 The method shown is an extension of the one presented.

[0159] The details of S1101 to S1106 are as follows:

[0160] S1101, Receive the initial travel data of the first object sent by the second gate.

[0161] S1102. If the network status of the first terminal device is offline, then the travel verification data of the first object sent by the ride application running in the second terminal device through the application backend server is received.

[0162] S1103. Compare the initial travel data of the first object with the travel verification data of the first object to obtain the target travel data of the first object.

[0163] In this embodiment, the specific implementation of steps S1101 to S1103 can be found in the specific implementation of steps S201 to S204, S301 to S302, and S501 to S506 in the above embodiments, and will not be repeated here.

[0164] S1104: Receive the initial travel data of the second object sent by the third gate.

[0165] In this embodiment, the third gate is in an online state, which means that the third gate can wirelessly communicate with the travel ticketing management platform at this time; therefore, the third gate can directly send the initial travel data of the second object to the travel ticketing management platform.

[0166] In addition, the initial travel data of the second object is generated by the third gate after it obtains the object identification information of the second object by scanning the second object's boarding QR code, based on the object identification information of the second object and the station information of the station where the third gate is located.

[0167] S1105. Receive the trip verification data of the second object sent by the ride application running in the second terminal device through the application backend server.

[0168] In this embodiment of the application, the third gate and the second terminal device establish a communication connection.

[0169] In addition, the network status of the second terminal device is online, which means that the ride-hailing application running on the second terminal device can wirelessly communicate with the travel ticketing management platform at this time; therefore, the ride-hailing application running on the second terminal device can directly send the trip verification data of the second object to the travel ticketing management platform through the application backend server.

[0170] Among them, the initial travel data of the second object, which is sent by the third gate to the ride application running in the second terminal device, is used as the travel verification data of the second object.

[0171] S1106. Compare the initial travel data of the second object with the travel verification data of the second object to obtain the target travel data of the second object.

[0172] In this embodiment, the specific implementation of step S1106 can be found in the specific implementation of step S302 in the above embodiment, and will not be repeated here.

[0173] For practical applications, please refer to the appendix. Figure 12 This diagram illustrates a timing sequence of a scenario where both the terminal device and the turnstile are online. The third turnstile is in an online network state, and the second terminal device, which communicates wirelessly with the third turnstile, is also in an online network state. The specific processes of steps 1201 to 1209 can be found in [reference needed]. Figure 6 Steps 601 to 609 in the example will not be repeated here.

[0174] like Figure 12 As shown in steps 1210 to 1211, since the network status of the second terminal device is online, the ride application running on the second terminal device can directly send the initial trip data of the second object as the trip verification data of the second object to the application backend server, and then the application backend server sends the trip verification data of the second object to the travel ticketing management platform.

[0175] Meanwhile, since the third gate is online, as shown in step 1212, it can directly send the initial travel data of the second object to the travel ticketing management platform. Finally, as shown in step 1213, the travel ticketing management platform can perform data verification based on the initial travel data and the travel verification data of the second object. In other words, the travel ticketing management platform can compare the initial travel data and the travel verification data of the second object to obtain the target travel data of the second object.

[0176] In this embodiment, when both the terminal device and the turnstile are online, the initial travel data and travel verification data of the corresponding object can be directly sent to the travel ticketing management platform. This allows the travel ticketing management platform to compare the received initial travel data and travel verification data and finally determine the target travel data of the corresponding object. This avoids the situation where the travel ticketing management platform cannot identify whether there are errors in the travel data when it only receives travel data uploaded by the turnstile or the ride application, thus improving the accuracy and reliability of the travel data ultimately used by the travel ticketing management platform.

[0177] This application describes an apparatus embodiment that can be used to execute the travel data processing method described in the above embodiments of this application. For details not disclosed in the apparatus embodiments of this application, please refer to the embodiments of the travel data processing method described above.

[0178] This application provides a trip data processing device, such as... Figure 13 As shown, the device includes an acquisition unit 1301, a processing unit 1302, and a transmission unit 1303:

[0179] The acquisition unit 1301 is used to acquire the object identification information of the first object by scanning the QR code of the first object.

[0180] The processing unit 1302 is used to generate initial travel data of the first object based on the object identification information of the first object and the station information of the station where the first gate is located;

[0181] The processing unit 1302 is further configured to determine, if the network status of the first gate is offline, a second gate whose network status is online from among the gates that communicate with the first gate via wired communication;

[0182] The sending unit 1303 is used to send the initial travel data of the first object to the second gate, so that the second gate sends the initial travel data of the first object to the travel ticketing management platform.

[0183] In one embodiment of this application, the QR code for the first object is generated by a ride-hailing application running on the first terminal device. Based on the aforementioned scheme, the sending unit 1303 can be further used to: send the initial trip data of the first object to the ride-hailing application running on the first terminal device, so that the ride-hailing application running on the first terminal device sends the received initial trip data as the trip verification data of the first object to the travel ticketing management platform; wherein, the travel ticketing management platform is used to compare the initial trip data of the first object and the trip verification data of the first object to obtain the target trip data of the first object.

[0184] In one embodiment of this application, based on the aforementioned scheme, the processing unit 1302 can be further configured to: if the network status of the first terminal device is offline, determine the third gate from the gates that are in wired communication with the first gate; the third gate establishes a communication connection with the second terminal device, which is in an online network status, and a ride-hailing application is running on the second terminal device. The sending unit 1303 can be further configured to: send the initial travel data of the first object to the third gate, so that the third gate, through the ride-hailing application running on the second terminal device, sends the received initial travel data as the travel verification data of the first object to the travel ticketing management platform.

[0185] In one embodiment of this application, based on the aforementioned scheme, when the processing unit 1302 determines a second gate that is in an online state from among the gates that are communicating with the first gate, it can specifically be used to: send a status acquisition request to each gate that is communicating with the first gate; the status acquisition request is used to acquire the network status of each gate; receive the network status sent by each gate; and designate the gate that first receives the network status as online as the second gate.

[0186] In one embodiment of this application, based on the aforementioned scheme, the processing unit 1302 can also be used to: if the network status of each gate is received as offline, then detect the network status of each gate and the network status of the first gate in real time; if the network status of the first gate and any one of the gates is detected as online, then send the initial travel data of the first object to the travel ticketing management platform through any gate.

[0187] It should be noted that the apparatus provided in the above embodiments and the method provided in the above embodiments belong to the same concept, and the specific way in which each module and unit performs operations has been described in detail in the method embodiments, and will not be repeated here.

[0188] The device provided in the above embodiments can be located in a terminal device or in a server. When the first gate is offline, the device provided in this application can send the initial travel data generated by the first gate to the travel ticketing management platform through the second gate that is online, thereby achieving the purpose of timely uploading of travel data. This allows the travel ticketing management platform to promptly statistically analyze travel trajectories, calculate travel costs, etc., which is beneficial for the timely management of tickets by the travel ticketing management platform and thus improves the availability of the travel ticketing management platform.

[0189] This application provides another travel data processing device, such as... Figure 14 As shown, the device includes a receiving unit 1401 and a verification unit 1402:

[0190] The receiving unit 1401 is used to receive the initial travel data of the first object sent by the second gate; wherein, the initial travel data of the first object is sent by the first gate to the second gate when its own network status is offline, and the network status of the second gate is online; the initial travel data of the first object is generated by the first gate after obtaining the object identification information of the first object by scanning the boarding QR code of the first object, based on the object identification information of the first object and the station information of the station where the first gate is located.

[0191] The verification unit 1402 is used to compare the initial travel data of the first object with the travel verification data of the first object to obtain the target travel data of the first object.

[0192] In one embodiment of this application, the QR code for the first object is generated by a ride-hailing application running in the first terminal device; based on the aforementioned scheme, the receiving unit 1401 can be further configured to: receive the trip verification data of the first object sent by the ride-hailing application running in the first terminal device through the corresponding application backend server; wherein, the trip verification data of the first object is the initial trip data received by the ride-hailing application running in the first terminal device after receiving the initial trip data of the first object sent by the first gate, and then sending the received initial trip data as the trip verification data of the first object to the application backend server.

[0193] In one embodiment of this application, based on the aforementioned scheme, when the verification unit 1402 compares the initial trip data of the first object and the trip verification data of the first object to obtain the target trip data of the first object, it can specifically be used to: determine the initial trip cost of the first object based on the initial trip data of the first object, and determine the verification trip cost of the first object based on the trip verification data of the first object; if the initial trip cost is less than the verification trip cost, then the initial trip data of the first object is used as the target trip data of the first object; if the verification trip cost is less than the initial trip cost, then the trip verification data of the first object is used as the target trip data of the first object.

[0194] In one embodiment of this application, based on the aforementioned scheme, the receiving unit 1401 can be further configured to: if the network status of the first terminal device is offline, receive the trip verification data of the first object sent by the ride application running in the second terminal device through the application backend server; wherein, the network status of the second terminal device is online, the third gate has established a communication connection with the second terminal device, and the trip verification data of the first object is sent by the third gate to the ride application running in the second terminal device after receiving the initial trip data of the first object sent by the first gate.

[0195] In one embodiment of this application, based on the foregoing scheme, the receiving unit 1401 can be further configured to: receive initial travel data of the second object sent by the third turnstile; wherein, the initial travel data of the second object is generated by the third turnstile after obtaining the object identification information of the second object by scanning the ride QR code of the second object, based on the object identification information of the second object and the station information of the station where the third turnstile is located; and receive travel verification data of the second object sent by the ride application running in the second terminal device through the application backend server; wherein, the travel verification data of the second object is obtained based on the initial travel data of the second object sent by the third turnstile to the ride application running in the second terminal device. The verification unit 1402 can be further configured to: compare the initial travel data of the second object and the travel verification data of the second object to obtain the target travel data of the second object.

[0196] It should be noted that the apparatus provided in the above embodiments and the method provided in the above embodiments belong to the same concept, and the specific way in which each module and unit performs operations has been described in detail in the method embodiments, and will not be repeated here.

[0197] The apparatus provided in the above embodiments can be located within a terminal device or a server. By comparing the received initial travel data and travel verification data of the first object with the apparatus provided in this application, and finally determining the target travel data of the first object, the apparatus avoids the situation where it is impossible to identify errors in travel data when only receiving travel data uploaded by a gate or travel application. This improves the accuracy and reliability of the travel data ultimately used by the travel ticketing management platform. Furthermore, the initial travel data received by the travel ticketing management platform is sent to the travel ticketing management platform by a second gate that is online, when the first gate is offline. This achieves the purpose of timely uploading of travel data, enabling the travel ticketing management platform to promptly statistically analyze travel trajectories and calculate fares, which is beneficial for the timely management of tickets by the travel ticketing management platform and thus improves its availability.

[0198] Embodiments of this application also provide an electronic device, including one or more processors and a storage device, wherein the storage device is used to store one or more computer programs, which, when executed by one or more processors, cause the electronic device to implement the above-described method for processing travel data.

[0199] Figure 15 A schematic diagram of the structure of a computer system suitable for implementing the electronic device of the present application is shown.

[0200] It should be noted that, Figure 15 The computer system 1500 of the electronic device shown is merely an example and should not impose any limitation on the functionality and scope of use of the embodiments of this application.

[0201] like Figure 15 As shown, the computer system 1500 includes a central processing unit (CPU) 1501, which can perform various appropriate actions and processes, such as executing the methods described in the above embodiments, based on a program stored in read-only memory (ROM) 1502 or a program loaded from storage portion 1508 into random access memory (RAM) 1503. The RAM 1503 also stores various programs and data required for system operation. The CPU 1501, ROM 1502, and RAM 1503 are interconnected via a bus 1504. An input / output (I / O) interface 1505 is also connected to the bus 1504.

[0202] In some embodiments, the following components are connected to the I / O interface 1505: an input section 1506 including a keyboard, mouse, etc.; an output section 1507 including a cathode ray tube (CRT), liquid crystal display (LCD), etc., and a speaker, etc.; a storage section 1508 including a hard disk, etc.; and a communication section 1509 including a network interface card such as a LAN (Local Area Network) card, modem, etc. The communication section 1509 performs communication processing via a network such as the Internet. A drive 1510 is also connected to the I / O interface 1505 as needed. A removable medium 1511, such as a disk, optical disk, magneto-optical disk, semiconductor memory, etc., is installed on the drive 1510 as needed so that computer programs read from it can be installed into the storage section 1508 as needed.

[0203] Specifically, according to embodiments of this application, the processes described above with reference to the flowcharts can be implemented as computer programs. For example, embodiments of this application include a computer program product comprising a computer program carried on a computer-readable medium, the computer program including a computer program for performing the methods shown in the flowcharts. In such embodiments, the computer program can be downloaded and installed from a network via communication section 1509, and / or installed from removable medium 1511. When the computer program is executed by processor (CPU) 1501, it performs various functions defined in the system of this application.

[0204] It should be noted that the computer-readable medium shown in the embodiments of this application can be a computer-readable signal medium or a computer-readable storage medium, or any combination of the two. A computer-readable storage medium can be, for example, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination thereof. More specific examples of a computer-readable storage medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer disk, a hard disk, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory, flash memory, optical fiber, portable compact disc read-only memory (CD-ROM), optical storage device, magnetic storage device, or any suitable combination thereof. In this application, a computer-readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, carrying a computer-readable computer program. Such propagated data signals can take various forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination thereof. Computer-readable signal media can also be any computer-readable medium other than computer-readable storage media, which can send, propagate, or transmit a program for use by or in connection with an instruction execution system, apparatus, or device. The computer program contained on the computer-readable medium can be transmitted using any suitable medium, including but not limited to wireless, wired, etc., or any suitable combination thereof.

[0205] The flowcharts and block diagrams in the accompanying drawings illustrate the architecture, functionality, and operation of possible implementations of apparatus, methods, and computer program products according to various embodiments of this application. Each block in a flowchart or block diagram may represent a module, segment, or portion of code, which contains one or more executable instructions for implementing a specified logical function. It should also be noted that in some alternative implementations, the functions indicated in the blocks may occur in a different order than those indicated in the drawings. For example, two consecutively indicated blocks may actually be executed substantially in parallel, and they may sometimes be executed in reverse order, depending on the functions involved. It should also be noted that each block in a block diagram or flowchart, and combinations of blocks in a block diagram or flowchart, may be implemented using a dedicated hardware-based system that performs the specified function or operation, or using a combination of dedicated hardware and a computer program.

[0206] The units or modules described in the embodiments of this application can be implemented in software or hardware, and can also be located in a processor. The names of these units or modules do not necessarily limit the specific unit or module itself.

[0207] Another aspect of this application provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the aforementioned method for processing travel data. This computer-readable storage medium may be included in the electronic device described in the above embodiments, or it may exist independently and not incorporated into the electronic device.

[0208] Another aspect of this application provides a computer program product comprising a computer program stored in a computer-readable storage medium. A processor of an electronic device reads the computer program from the computer-readable storage medium and executes the computer program, causing the electronic device to perform the travel data processing method described above in the various embodiments.

[0209] It should be noted that although several modules or units for the device used to perform actions have been mentioned in the detailed description above, this division is not mandatory. In fact, according to the embodiments of this application, the features and functions of two or more modules or units described above can be embodied in one module or unit. Conversely, the features and functions of one module or unit described above can be further divided and embodied by multiple modules or units.

[0210] Other embodiments of this application will readily conceive of by considering the specification and practicing the embodiments disclosed herein. This application is intended to cover any variations, uses, or adaptations of this application that follow the general principles of this application and include common knowledge or customary techniques in the art not disclosed herein.

[0211] The above content is merely a preferred exemplary embodiment of this application and is not intended to limit the implementation of this application. Those skilled in the art can easily make corresponding modifications or alterations based on the main concept and spirit of this application. Therefore, the scope of protection of this application should be determined by the scope of protection claimed in the claims.

Claims

1. A method for processing travel data, characterized in that, Applied to a first turnstile, the method includes: The method further includes: obtaining the object identification information of the first object by scanning the QR code of the first object; the QR code of the first object is generated by a ride-hailing application running on the first terminal device; the method also includes: sending the initial trip data of the first object to the ride-hailing application running on the first terminal device, so that the ride-hailing application running on the first terminal device sends the received initial trip data as the trip verification data of the first object to the travel ticketing management platform; wherein, the travel ticketing management platform is used to compare the initial trip data of the first object and the trip verification data of the first object to obtain the target trip data of the first object; Based on the object identification information of the first object and the station information of the station where the first gate is located, the initial travel data of the first object is generated; If the network status of the first gate is offline, then determine the second gate whose network status is online from the gates that communicate with the first gate via wired communication. The initial travel data of the first object is sent to the second gate, so that the second gate sends the initial travel data of the first object to the travel ticketing management platform; If the network status of the first terminal device is offline, then the third gate is determined from the gates that have wired communication with the first gate; the third gate has established a communication connection with the second terminal device that is online, and the second terminal device is running a ride application; The initial travel data of the first object is sent to the third gate, so that the third gate, through the ride application running in the second terminal device, sends the received initial travel data as the travel verification data of the first object to the travel ticketing management platform.

2. The method according to claim 1, characterized in that, The second gate, which is determined to be online from among the gates that communicate with the first gate via wired communication, includes: A status acquisition request is sent to each gate that communicates with the first gate via wired communication; the status acquisition request is used to acquire the network status of each gate. Receive the network status sent by each of the gates; The gate that first receives a network status indicating it is online will be designated as the second gate.

3. The method according to claim 2, characterized in that, The method further includes: If the network status of each of the gates is received as offline, the network status of each gate and the network status of the first gate are detected in real time. If the network status of the first gate and any of the gates is detected to be online, the initial travel data of the first object is sent to the travel ticketing management platform through any of the gates.

4. A method for processing travel data, characterized in that, Applied to a travel ticketing management platform, the method includes: The method further includes receiving initial travel data of a first object sent by a second turnstile; wherein the initial travel data of the first object is sent by the first turnstile to the second turnstile when its network status is offline, and the network status of the second turnstile is online; the initial travel data of the first object is generated by the first turnstile after obtaining the object identification information of the first object by scanning the QR code of the first object, based on the object identification information of the first object and the station information of the station where the first turnstile is located; the QR code of the first object is generated by a ride-hailing application running in the first terminal device; the method further includes receiving travel verification data of the first object sent by the ride-hailing application running in the first terminal device through a corresponding application backend server; wherein the travel verification data of the first object is sent by the ride-hailing application running in the first terminal device to the application backend server after receiving the initial travel data of the first object sent by the first turnstile; The initial trip data of the first object and the trip verification data of the first object are compared to obtain the target trip data of the first object; If the network status of the first terminal device is offline, the travel verification data of the first object sent by the ride-hailing application running on the second terminal device through the application's backend server is received; wherein, the network status of the second terminal device is online, the third gate has established a communication connection with the second terminal device, and the travel verification data of the first object is sent by the third gate to the ride-hailing application running on the second terminal device after receiving the initial travel data of the first object sent by the first gate; Receive the initial travel data of the second object sent by the third gate; wherein, the initial travel data of the second object is generated by the third gate after obtaining the object identification information of the second object by scanning the boarding QR code of the second object, based on the object identification information of the second object and the station information of the station where the third gate is located; The system receives trip verification data of a second object sent by the ride-hailing application running in the second terminal device through the application's backend server; wherein the trip verification data of the second object is obtained based on the initial trip data of the second object of the ride-hailing application running in the second terminal device sent by the third gate. The initial trip data of the second object and the trip verification data of the second object are compared to obtain the target trip data of the second object.

5. The method according to claim 4, characterized in that, The step of comparing the initial trip data of the first object with the trip verification data of the first object to obtain the target trip data of the first object includes: The initial trip cost of the first object is determined based on the initial trip data of the first object, and the verification trip cost of the first object is determined based on the trip verification data of the first object; If the initial trip cost is less than the verification trip cost, then the initial trip data of the first object is used as the target trip data of the first object; If the verified trip cost is less than the initial trip cost, then the trip verification data of the first object is used as the target trip data of the first object.

6. A computer-readable medium having a computer program stored thereon, characterized in that, When the computer program is executed by the processor, it implements the method for processing travel data as described in any one of claims 1 to 3, or when the computer program is executed by the processor, it implements the method for processing travel data as described in any one of claims 4 to 5.

7. An electronic device, characterized in that, include: One or more processors; A storage device for storing one or more programs, which, when executed by one or more processors, cause the one or more processors to implement the method for processing travel data as described in any one of claims 1 to 3, or cause the one or more processors to implement the method for processing travel data as described in any one of claims 4 to 5.

8. A computer program product, characterized in that, The computer program product includes a computer program adapted to be loaded by a processor and executed by the method for processing travel data as described in any one of claims 1 to 3, or the computer program adapted to be loaded by a processor and executed by the method for processing travel data as described in any one of claims 4 to 5.

Images