CN113627999A

CN113627999A - Combined transportation and ticketing method, combined transportation and ticketing system, ticketing system and electronic equipment

Info

Publication number: CN113627999A
Application number: CN202110737383.0A
Authority: CN
Inventors: 朱颖婷; 单杏花; 杨立鹏; 阎志远; 朱建生; 梅巧玲; 李琪; 苗凡; 刘文韬; 张龙; 范茂洋; 戴琳琳; 潘浪涛; 谢泽; 樊春美; 李雯; 张智
Original assignee: China Academy of Railway Sciences Corp Ltd CARS; China State Railway Group Co Ltd; Institute of Computing Technologies of CARS
Current assignee: China Academy of Railway Sciences Corp Ltd CARS; China State Railway Group Co Ltd; Institute of Computing Technologies of CARS
Priority date: 2021-06-30
Filing date: 2021-06-30
Publication date: 2021-11-09

Abstract

The embodiment of the application provides a joint transportation ticketing method, a joint transportation ticketing system, a ticketing system and electronic equipment, wherein the method comprises the following steps: responding to a first operation of a user, and acquiring a joint transportation ticket selling request, wherein the joint transportation ticket selling request comprises user travel information; responding to the intermodal ticketing request, sending a data sharing request to each ticketing system, wherein the data sharing request comprises the user travel information, and the data sharing request is used for requesting to acquire the transport capacity information related to the user travel information; receiving capacity information sent by each of the ticketing systems; and calculating an intermodal route planning scheme based on the user travel information and the plurality of capacity information, and generating an intermodal order, wherein the intermodal order comprises a plurality of sub-orders, and each sub-order corresponds to different ticketing systems.

Description

Combined transportation and ticketing method, combined transportation and ticketing system, ticketing system and electronic equipment

Technical Field

The present application relates to the field of intermodal ticketing technologies, and in particular, to an intermodal ticketing method, an intermodal ticketing system, a ticketing system, and an electronic device.

Background

The block chain technology has the characteristics of decentralization, traceability, non-tampering and the like, and is widely applied in a plurality of fields such as a supply chain, copyright protection, the Internet of things and the like from digital currency. Block chains are generally classified into three major categories, public chains, private chains, and federation chains. The access threshold of the public chain is low, each node on the chain can freely join and leave the block chain network, all information is public and transparent to each node member, and the public chain has the read-write permission of data on the chain, such as digital currency and the like; the private chain can be added into the node only after being authorized, and the authority of each node on the chain is strictly controlled and is generally applied to the interior of an enterprise; the alliance chain is a block chain which is managed by a plurality of organizations together, and not all information on the chain is public and transparent, so that privacy information of each node can be properly protected, and the alliance chain is suitable for transaction settlement among enterprise organizations.

The participators of the intermodal ticketing generally comprise part or all of a plurality of transportation modes such as civil aviation, railway, highway, urban transportation and the like, and operators of all the transportation modes are large-scale entity enterprises, so that the alliance chain has the advantage of being unique in the intermodal ticketing.

At present, the problem that the user privacy information is leaked due to the fact that the user privacy information such as user identity information is shared in the intermodal ticketing process is solved, and the user privacy information is required to be protected by operators of all traffic modes, namely, the user privacy information needs to be prevented from being leaked among the operators of different traffic modes. In addition, there is a competitive relationship between the transportation modes within a certain range, and it is necessary to prevent business information such as important transportation capacity data from being leaked and causing unnecessary loss in the process of intermodal ticketing. Therefore, how to protect the user privacy information and the respective business information in the intermodal ticketing is one of the problems that needs to be solved at present.

Disclosure of Invention

The application provides a joint transportation ticketing method, a joint transportation ticketing system, a ticketing system and electronic equipment, which can avoid leakage of user privacy information and respective business information among operators of a plurality of transportation modes.

In a first aspect, the present application provides a method for intermodal ticketing, which is applied to an intermodal ticketing system, where the intermodal ticketing system establishes a connection with multiple ticketing systems, and the method includes:

responding to a first operation of a user, and acquiring a joint transportation ticket selling request, wherein the joint transportation ticket selling request comprises user travel information;

responding to the intermodal ticketing request, sending a data sharing request to each ticketing system, wherein the data sharing request comprises the user travel information, and the data sharing request is used for requesting to acquire the transport capacity information related to the user travel information;

receiving capacity information sent by each of the ticketing systems;

and calculating an intermodal travel path planning scheme based on the user travel information and the plurality of capacity information, and generating an intermodal order, wherein the intermodal order comprises a plurality of sub-orders, and each sub-order corresponds to a different ticketing system.

In one possible implementation manner, the calculating an intermodal travel path planning scheme based on the user travel information and the plurality of capacity information to generate an intermodal order includes:

combining the transport capacity information of the plurality of ticketing systems according to the user travel information to obtain a plurality of intermodal travel path planning schemes;

and responding to a second operation of the user, selecting a target intermodal travel path planning scheme from the plurality of intermodal travel path planning schemes, and generating an intermodal order.

In one possible implementation manner, the plurality of ticketing systems include a first ticketing system and a plurality of second ticketing systems, the plurality of sub-orders include a first order and a second order, the first order includes user identity information and first traffic information corresponding to the first ticketing system, and the second order includes second traffic information corresponding to the second ticketing system.

In one possible implementation manner, the sub-orders include user identity information, and before sending each sub-order to the first ticketing system, the method further includes:

desensitizing the user identity information in each sub-order to obtain the desensitized sub-order.

In one possible implementation manner, the plurality of ticketing systems include a first ticketing system and a plurality of second ticketing systems, and the method further includes:

and sending each sub order to the corresponding ticketing system, or sending each sub order to the first ticketing system.

In one possible implementation manner, the first operation includes inputting user travel information in the first ticketing system, and the obtaining an intermodal ticketing request in response to the first operation of the user includes:

receiving an intermodal ticketing request sent by the first ticketing system.

In a second aspect, the present application provides a method for jointly transporting and ticketing, which is applied to a first ticketing system, where the first ticketing system is connected to the jointly transporting and ticketing system, and the first ticketing system includes first transportation capability information, and includes:

acquiring user travel information;

judging whether the first transport capacity information meets the user travel information or not;

if the first transport capacity information does not meet the user travel information, sending an intermodal ticketing request and the first transport capacity information to the intermodal ticketing system, wherein the intermodal ticketing request comprises the user travel information;

and receiving a first order sent by the intermodal ticketing system, wherein the first order corresponds to the first ticketing system.

In one possible implementation manner, the first ticketing system is connected to a plurality of second ticketing systems, the first ticketing system further includes a first block chain, the second ticketing system further includes a second block chain, and the method further includes:

receiving a second order sent by the intermodal ticketing system, wherein the second order corresponds to the second ticketing system;

forwarding, by the first blockchain, the second order to a second blockchain of the second ticketing system.

In one possible implementation manner, the first order includes first traffic information corresponding to the first ticketing system, and the method further includes:

and updating the first transport capacity information according to the first traffic information to obtain updated first transport capacity information.

In a third aspect, the present application provides a joint transportation ticketing system, where the joint transportation ticketing system establishes a connection with a plurality of ticketing systems, and the joint transportation ticketing system includes:

the system comprises a ticket selling request acquisition module, a ticket selling module and a ticket selling module, wherein the ticket selling request acquisition module is used for responding to a first operation of a user and acquiring a joint transportation ticket selling request, and the joint transportation ticket selling request comprises user travel information;

the data sharing module is used for responding to the intermodal ticketing request and sending a data sharing request to each ticketing system, wherein the data sharing request comprises the user travel information, and the data sharing request is used for requesting to acquire the transport capacity information related to the user travel information;

the transport capacity information receiving module is used for receiving the transport capacity information sent by each ticketing system;

and the generation module is used for calculating an intermodal travel path planning scheme based on the user travel information and the plurality of capacity information and generating an intermodal order, wherein the intermodal order comprises a plurality of sub-orders, and each sub-order corresponds to different ticketing systems.

In a fourth aspect, the present application provides a ticketing system, where the ticketing system establishes a connection with an intermodal ticketing system, and the ticketing system includes capacity information, including:

the trip information acquisition module is used for acquiring trip information of the user;

the judging module is used for judging whether the transport capacity information meets the user travel information or not;

the sending module is used for sending an intermodal ticketing request and the transport capacity information to the intermodal ticketing system if the transport capacity information does not meet the user travel information, wherein the intermodal ticketing request comprises the user travel information;

and the order receiving module is used for receiving the order sent by the intermodal ticketing system.

In a fifth aspect, the present application provides an electronic device, comprising:

one or more processors; a memory; and one or more computer programs, wherein the one or more computer programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the apparatus, cause the apparatus to perform the method of the first or second aspect.

In a sixth aspect, the present application provides a computer readable storage medium having stored thereon a computer program which, when run on a computer, causes the computer to perform the method according to the first or second aspect.

In a seventh aspect, the present application provides a computer program for performing the method of the first or second aspect when the computer program is executed by a computer.

In a possible design, the program in the seventh aspect may be stored in whole or in part on a storage medium packaged with the processor, or in part or in whole on a memory not packaged with the processor.

Drawings

FIG. 1 is a schematic diagram of a method of one embodiment of the intermodal ticketing method of the present application;

fig. 2 is a schematic data interaction diagram of an embodiment of the intermodal ticketing method of the present application;

FIG. 3 is a schematic diagram of a method of another embodiment of the intermodal ticketing method of the present application;

fig. 4 is a schematic structural diagram of an embodiment of the intermodal ticketing system of the present application;

FIG. 5 is a schematic block diagram of an embodiment of a ticketing system of the present application;

fig. 6 is a schematic diagram of the general architecture of an intermodal ticketing system and a ticketing system in one embodiment of the present application;

fig. 7 is a schematic diagram of a network architecture of an intermodal ticketing system and a ticketing system in an embodiment of the present application;

fig. 8 is a schematic business flow diagram of an intermodal ticketing system and a ticketing system in an embodiment of the present application;

fig. 9 is a schematic structural diagram of an embodiment of an electronic device according to the present application.

Detailed Description

The terminology used in the description of the embodiments section of the present application is for the purpose of describing particular embodiments of the present application only and is not intended to be limiting of the present application.

At present, the problem that the user privacy information is leaked due to the fact that the user privacy information such as user identity information is shared in the intermodal ticketing process is solved, and the user privacy information is required to be protected by operators of all traffic modes, namely, the user privacy information needs to be prevented from being leaked among the operators of different traffic modes. In addition, there is a competitive relationship between the transportation modes within a certain range, and it is necessary to prevent business information such as important transportation capacity data from being leaked and causing unnecessary loss in the process of intermodal ticketing. Therefore, how to protect user privacy information and respective business information in intermodal ticketing. Therefore, how to protect the user privacy information in the intermodal ticketing is one of the problems that needs to be solved at present.

Therefore, the application provides a joint transportation ticketing method, a joint transportation ticketing system, a ticketing system and electronic equipment, which can avoid leakage of user privacy information and respective business information among operators of a plurality of transportation modes.

Specifically, the intermodal ticketing system can establish connections (e.g., internet connections, etc.) with a plurality of ticketing systems, each ticketing system corresponding to an operator of a different transportation means, such as a railway transportation operator, a civil aviation transportation operator, a road transportation operator, a public transportation operator, a subway transportation operator, a water transportation operator, and the like. In this embodiment, the plurality of ticketing systems may include a first ticketing system and a plurality of second ticketing systems, for example, the first ticketing system may include a railway ticketing system, and the second ticketing system may include a civil aviation ticketing system, a highway ticketing system (such as a ticket system of an intercity regular bus or a bus), a public transportation ticketing system, a subway ticketing system, a water transportation ticketing system, and the like.

Further, each ticketing system may include capacity information, which may include traffic shifts available for selection by the user, available seats or free seats in each traffic shift, and so on. For example, a first ticketing system may contain first capacity information that may include railroad runs available for selection by a user and available or free seats in each railroad run, etc., and a second ticketing system may contain second capacity information, such as civil aviation capacity information, highway capacity information, public transportation capacity information, subway capacity information, water capacity information, etc.

Fig. 1 is a schematic diagram of a method of an embodiment of the intermodal ticketing method. As shown in fig. 1 and 2, the intermodal ticketing method can be applied to an intermodal ticketing system, and the intermodal ticketing method can include:

s101, responding to a first operation of a user, and acquiring a joint transportation ticket selling request, wherein the joint transportation ticket selling request comprises user travel information.

That is, the first operation may include user travel information input by the user. For example, the user travel information may include a travel location (or departure location), an arrival location (or destination), a departure date, and the like.

Specifically, the user may input user travel information and the like at a user terminal (such as a mobile phone or a computer). The user terminal may include a communication port, such as ticketing software or a website, for sending an intermodal ticketing request to the intermodal ticketing system in response to a user operation of inputting user travel information. It will be appreciated that the communication port may communicate directly with the intermodal ticketing system. Or the communication port can be communicated with a ticketing system (such as a railway ticketing system and the like), and then the railway ticketing system sends an intermodal ticketing request to the intermodal ticketing system according to user travel information input by a user.

In one possible implementation manner, the first operation may include inputting user travel information at the first ticketing system, and step S101 may include:

receiving an intermodal ticketing request sent by the first ticketing system.

Specifically, the first ticketing system is a railway ticketing system, and the user terminal may include corresponding railway ticketing software or a website, such as 12306APP or a website. The user can input the user travel information on the railway ticketing software, and the railway ticketing system sends a intermodal ticketing request to the intermodal ticketing system.

For example, after the user inputs the user travel information on the railway ticketing software, the railway ticketing system judges whether the first transport capacity information meets the user travel information, and if the first transport capacity information does not meet the user travel information, the railway ticketing system sends an intermodal ticketing request to the intermodal ticketing system.

Specifically, whether the first transportation capacity information meets the user travel information or not can be determined according to the railway shifts available for the user to select in the first transportation capacity information, available seats or free seats in each railway shift and the like, and the travel location, the arrival location, the departure date and the like in the user travel information. For example, if the travel location is the a location, the arrival location is the B location, the first transportation capacity information does not include a railway shift or a transfer shift from the a location to the B location, or a railway shift from the a location to the B location does not include a usable seat or a free seat, the first transportation capacity information is determined not to satisfy the user travel information.

And S102, responding to the intermodal ticketing request, sending a data sharing request to each ticketing system, wherein the data sharing request comprises the user travel information, and the data sharing request is used for requesting to acquire the transport capacity information of the ticketing system.

For example, after the ticketing system receives the data sharing request sent by the intermodal ticketing system, the ticketing system may send the transportation capacity information associated with the user travel information to the intermodal ticketing system to reduce data transmission time and increase operation speed. For example, the civil aviation ticketing system may send the corresponding airline shift and available or free seats in each airline shift to the intermodal ticketing system according to the departure location, arrival location, travel date, and the like of the user. The subway ticketing system can send the corresponding subway shift and available seats or free seats in each subway shift to the intermodal ticketing system according to the departure place, arrival place, travel date and the like of the user.

It should be mentioned that, if the user inputs the user travel information in the railway ticketing system, and if the first transportation information of the railway ticketing system does not satisfy the user travel information, the railway ticketing system may further send the first transportation information associated with the user travel information and the intermodal ticketing request to the intermodal ticketing system. The data sharing request is then sent by the intermodal ticketing system to another ticketing system (e.g., a second ticketing system).

S103, receiving the transport capacity information sent by each ticketing system.

It can be understood that the intermodal ticketing system can plan a proper intermodal travel path planning scheme and the like for the user according to the received transport capacity information of each ticketing system, and transport capacity information and the like do not need to be interacted among the ticketing systems. For example, the railway ticketing system does not need to acquire the capacity information of other ticketing systems such as a civil aviation ticketing system, and is beneficial to avoiding leakage of user privacy information and business information among operators in multiple traffic modes.

And S104, calculating an intermodal travel path planning scheme based on the user travel information and the plurality of capacity information, and generating an intermodal order, wherein the intermodal order comprises a plurality of sub-orders, and each sub-order corresponds to different ticketing systems.

For example, the plan for planning the intermodal travel route may include a combination scheme of matching the user travel information with a plurality of different transportation modes, and the intermodal order may include user identity information, a departure location, an arrival location, transportation information of a plurality of different transportation modes, a sub-order number, user payment information, and the like.

That is, the intermodal order may include a plurality of shifts of different transportation modes, seat information of the shift of each transportation mode, and the like, and the shifts of all the transportation modes may be combined according to time, address, and the like so as to satisfy the departure location, arrival location, travel date, and the like in the user travel information. It is understood that the intermodal order may be a plurality of sub-orders which are separated according to the transportation mode, each sub-order corresponds to a different transportation mode, and each sub-order may include transportation information corresponding to the transportation mode, such as shift, departure station, arrival station, departure time, and the like. For example, the multiple sub-orders in the intermodal order may include a first order and a second order, the first order may include first traffic information (e.g., rail traffic information) of a first ticketing system, and the second order may include second traffic information (e.g., civil aviation traffic information, road traffic information, public traffic information, subway traffic information, water traffic information, etc.) of a second ticketing system.

In one possible implementation manner, the user travel information input by the user may further include user identity information, and according to a ticket purchasing requirement (such as a real-name ticket purchasing and the like) of each ticketing system, a sub-order corresponding to a transportation mode (such as a railway, a civil aviation and the like) requiring the real-name ticket purchasing may include user identity information, an intermodal order number, user payment information, transportation information corresponding to the transportation mode and the like, and a sub-order corresponding to a transportation mode (such as a public transportation, a subway and the like) not requiring the real-name ticket purchasing may not include the user identity information. For example, the first order may include user identity information and first traffic information corresponding to the first ticketing system, and the second order may include second traffic information and/or user identity information corresponding to the second ticketing system and second traffic information corresponding to the second ticketing system.

In one possible implementation manner, step S104 may include:

s201, according to the user travel information, combining the transport capacity information of the plurality of ticketing systems to obtain a plurality of intermodal travel path planning schemes;

s202, responding to a second operation of the user, selecting a target intermodal travel path planning scheme from the plurality of intermodal travel path planning schemes, and generating an intermodal order.

For example, the combination may include a minimum number of transfers, a minimum travel time, a minimum travel cost, or a user-specified location. And under the condition of meeting the user travel information, combining the transport capacity information of the plurality of ticketing systems respectively according to different combination modes to obtain a plurality of intermodal travel path planning schemes. For example, the intermodal travel path planning scheme may include a path planning scheme with a minimum transfer number, a minimum travel time, a minimum travel cost, or a location specified by a route user, and each path planning scheme may include target capacity information of a plurality of different transportation modes. For example, the plurality of joint travel path plans may include a first joint travel path plan, a second joint travel path plan, a third joint travel path plan …, and the like, where the first joint travel path plan has the smallest transfer times, the second joint travel path plan has the shortest travel time, or the third joint travel path plan has the lowest travel cost.

It can be understood that a plurality of intermodal travel path planning schemes may be sent to the user terminal and displayed by a display screen (e.g., a touch display screen of the user terminal, etc.), the second operation of the user may include the user clicking to select one or more of the plurality of intermodal travel path planning schemes, and the target intermodal travel path planning scheme may include the selected intermodal travel path planning scheme clicked by the user, for example, the target intermodal travel path planning scheme is a scheme with the least number of transfers, such as including a target shift and a target civil flight, etc., and then the corresponding intermodal order is generated according to the target intermodal travel path planning scheme, that is, the intermodal order may include target railway shift and seat information and target civil flight and seat information, the intermodal order may be split into two sub-orders, one sub-order includes the target railway shift and seat information, another word order includes the target civil aviation shift and seating information.

In one possible implementation manner, the method may further include:

s301, each sub-order is sent to the corresponding ticketing system.

That is to say, the intermodal ticketing system can send the sub-orders corresponding to each transportation mode to the corresponding ticketing system, so that different ticketing systems only need to receive the sub-orders corresponding to the own transportation mode, but cannot obtain the sub-orders corresponding to other transportation modes, and the leakage of user privacy information is avoided. For example, the sub-order corresponding to the railway transportation mode is sent to a railway ticketing system, the sub-order corresponding to the civil aviation transportation mode is sent to a civil aviation ticketing system, the sub-order corresponding to the road transportation mode is sent to a road ticketing system, and the like.

Further, step S301 may include: and when the user selects the target intermodal travel path planning scheme and pays successfully, sending each sub-order in the intermodal order and user payment information (such as payment amount) to the corresponding ticketing system.

Preferably, each ticketing system may include a block chain (e.g., a federation chain), and after receiving the corresponding sub-order sent by the intermodal ticketing system, the ticketing system may link the sub-order and the user payment information, for example, write the sub-order and the user payment information into a block chain state database, or the like. Because the block chain has the characteristic of being not falsifiable, the data is permanently stored after being linked up, so that the safety is improved. For frequent traffic, it is desirable to reduce uplink information as much as possible, reduce the cost of storing and maintaining blockchain data blocks, and help improve blockchain computation performance. Therefore, the information of the uplink may include: passenger number such as id, order number, payment number, order hash, payment hash, transportation enterprise, departure date, departure time, departure location, arrival location, order status, etc.

Furthermore, the ticketing system can update the self-transport capacity information according to the received sub-orders to obtain the updated transport capacity information. For example, the capacity information of the ticketing system may be stored in a local database, a data warehouse, or the like, and the ticketing system may hold the received sub-order to the local database, the data warehouse, or the like, and reserve a seat corresponding to a traffic shift, generate a riding voucher, or the like according to the sub-order.

Alternatively, the method may further include:

s302, sending each sub-order to the first ticketing system.

Unlike step S301, in step S302, the intermodal ticketing system can send each sub-order to a first ticketing system (e.g., a railway ticketing system, etc.), and then the railway ticketing system forwards the sub-orders corresponding to other ticketing systems to the corresponding ticketing systems, respectively.

Further, step S301 may include: and when the user selects the target intermodal travel path planning scheme and pays successfully, the intermodal ticketing system sends each sub-order and user payment information to the first ticketing system.

For example, each block chain of the ticketing systems may include a relay node, and the first ticketing system may upload each second order and user payment information (such as a transaction data block) to the block chain relay node corresponding to the second ticketing system through the block chain relay node of the first ticketing system. And the relay node is used for packaging the received sub-orders and the user payment information, broadcasting in the block chain and sending to the accounting node. And after receiving the transaction data block sent by the relay node, the accounting node checks the transactions in the block one by one, and if the transaction and the signature thereof are legal and never appear, the accounting node can write the transaction into the block chain state database through checking.

In one possible implementation manner, the sub-orders include user identity information, and before sending each sub-order to the first ticketing system, the method may further include:

s401, desensitizing the user identity information in each sub-order to obtain a desensitized sub-order.

In this embodiment, desensitization is performed on user identity information in the sub-order, so that leakage of user privacy information between ticketing systems can be avoided. The desensitized sub-orders may include information such as order summaries, such as order numbers, to ensure that each sub-order may be sent to the corresponding ticketing system.

It is understood that the intermodal ticketing system may include a secure multi-party computing cluster, which is a cluster employing a special encryption mechanism, and the implementation may include: homomorphic cryptographic mechanisms, linear key sharing mechanisms, oblivious transport protocols or obfuscation frameworks, etc. The secure multi-party computing cluster is used for undertaking data sharing and privacy protection tasks of each ticketing system, for example, according to the user travel information and the plurality of capacity information, a suitable intermodal travel path planning scheme is planned for the user, an intermodal order is generated, desensitization processing is performed on a plurality of sub-orders in the intermodal order, and the data sharing and privacy protection tasks with each ticketing system can be completed in the secure multi-party computing cluster so as to achieve data sharing and privacy protection with each ticketing system.

It is to be understood that some or all of the steps or operations in the above-described embodiments are merely examples, and other operations or variations of various operations may be performed by the embodiments of the present application. Further, the various steps may be performed in a different order presented in the above-described embodiments, and it is possible that not all of the operations in the above-described embodiments are performed.

Fig. 3 is a schematic diagram illustrating a method according to another embodiment of the method for jointly selling tickets. As shown in fig. 3, the method may be applied to a first ticketing system, and may include:

s501, obtaining user travel information;

s502, judging whether the first transport capacity information meets the user travel information;

s503, if the first transport capacity information does not meet the user travel information, sending an intermodal ticketing request and the first transport capacity information to the intermodal ticketing system, wherein the intermodal ticketing request comprises the user travel information;

s504, receiving a first order sent by the intermodal ticketing system, wherein the first order corresponds to the first ticketing system.

For example, the first ticketing system can include a railway ticketing system for providing capacity information for railway traffic.

In this embodiment, steps S501 to S504 correspond to the intermodal ticketing method applied to the intermodal ticketing system shown in fig. 1, and the functions or principles thereof may refer to the intermodal ticketing method shown in fig. 1, which is not described herein again.

s601, receiving a second order sent by the intermodal ticketing system, wherein the second order corresponds to the second ticketing system;

s602, the second order is forwarded to a second block chain of the second ticketing system through the first block chain.

Step S601 and step S602 correspond to step S302 in the above-mentioned intermodal ticketing method applied to the intermodal ticketing system, and the function or principle thereof may refer to step S302 in the intermodal ticketing method applied to the intermodal ticketing system, which is not described herein again.

That is to say, the first transportation capacity information of the first ticketing system may be stored in a local database, a data warehouse, or the like, and the first ticketing system may keep the received first order in the local database, the data warehouse, or the like, and reserve a seat corresponding to a traffic shift, generate a riding voucher, or the like according to the first traffic information in the first order, so as to avoid a phenomenon of repeated ticketing.

Fig. 4 is a schematic structural diagram of an embodiment of the intermodal ticketing system 100 of the present application. The intermodal ticketing system establishes a connection with a plurality of ticketing systems, as shown in fig. 4, the intermodal ticketing system 100 may include:

a ticket selling request obtaining module 110, configured to respond to a first operation of a user, and obtain a intermodal ticket selling request, where the intermodal ticket selling request includes user travel information;

a data sharing module 120, configured to send a data sharing request to each ticketing system in response to the intermodal ticketing request, where the data sharing request includes the user travel information, and the data sharing request is used to request to acquire the capacity information related to the user travel information;

a capacity information receiving module 130, configured to receive capacity information sent by each of the ticketing systems;

a generating module 140, configured to calculate an intermodal travel path planning scheme based on the user travel information and the plurality of capacity information, and generate an intermodal order, where the intermodal order includes a plurality of sub-orders, and each sub-order corresponds to a different ticketing system.

In one possible implementation manner, the generating module 140 is further configured to:

In one possible implementation manner, the sub-orders include user identity information, and before sending each sub-order to the first ticketing system, the system 100 may further include:

and the processing module is used for carrying out desensitization processing on the user identity information in each sub-order to obtain the desensitized sub-order.

In one possible implementation manner, the plurality of ticketing systems includes a first ticketing system and a plurality of second ticketing systems, and the system 100 may further include:

and the order sending module is used for sending each sub-order to the corresponding ticketing system or sending each sub-order to the first ticketing system.

In a possible implementation manner, the first operation includes inputting user travel information in the first ticketing system, and the ticketing request obtaining module 110 is further configured to:

receiving an intermodal ticketing request sent by the first ticketing system.

It is understood that the embodiment shown in fig. 4 provides an intermodal ticketing system 100 that can be used to implement the technical solution of the embodiment of the intermodal ticketing method shown in fig. 1 of the present application, and the implementation principle and technical effects thereof can be further described with reference to the related description in the method embodiment.

Fig. 5 is a schematic structural diagram of an embodiment of a ticketing system 200 of the present application. The ticketing system establishes a connection with an intermodal ticketing system, as shown in fig. 5, the ticketing system 200 may include:

a trip information obtaining module 210, configured to obtain trip information of a user;

a judging module 220, configured to judge whether the transportation capacity information satisfies the user travel information;

a sending module 230, configured to send an intermodal ticketing request and the transportation capability information to the intermodal ticketing system if the transportation capability information does not satisfy the user travel information, where the intermodal ticketing request includes the user travel information;

an order receiving module 240, configured to receive the order sent by the intermodal ticketing system.

In one possible implementation manner, the ticketing system establishes a connection with a plurality of second ticketing systems, the ticketing system further includes a first block chain, the second ticketing system further includes a second block chain, and the order receiving module 240 is further configured to:

In one possible implementation manner, the order includes traffic information corresponding to the ticketing system, and the system 200 further includes:

and the updating module is used for updating the transport capacity information according to the traffic information to obtain updated transport capacity information.

It is understood that the ticketing system 200 provided in the embodiment shown in fig. 5 can be used to implement the technical solution of the embodiment of the intermodal ticketing method shown in fig. 3 of the present application, and the implementation principle and technical effects thereof can be further referred to the related description in the method embodiment.

It should be understood that the division of the modules of the intermodal ticketing system shown in fig. 3 and the ticketing system shown in fig. 4 is merely a logical division, and the actual implementation can be wholly or partially integrated into one physical entity or can be physically separated. And these modules can be realized in the form of software called by processing element; or may be implemented entirely in hardware; and part of the modules can be realized in the form of calling by the processing element in software, and part of the modules can be realized in the form of hardware. For example, the generating module may be a separate processing element, or may be integrated into a chip of the electronic device. Other modules are implemented similarly. In addition, all or part of the modules can be integrated together or can be independently realized. In implementation, each step of the above method or each module above may be implemented by an integrated logic circuit of hardware in a processor element or an instruction in the form of software.

For example, the above modules may be one or more integrated circuits configured to implement the above methods, such as: one or more Application Specific Integrated Circuits (ASICs), one or more microprocessors (DSPs), one or more Field Programmable Gate Arrays (FPGAs), etc. For another example, these modules may be integrated together and implemented in the form of a System-On-a-Chip (SOC).

Fig. 6 is a schematic diagram illustrating the general architecture of a ticketing system and an intermodal ticketing system based on the blockchain technique. As shown in fig. 6, the overall architecture may include a blockchain resource layer, a blockchain service layer, a data layer, a storage layer, an analysis layer, and an application.

The block chain resource layer comprises computing resources, storage resources, network resources, operation and maintenance resources, accounting resources and the like, and is used for configuring corresponding software, hardware and network resources according to business requirements, and supporting block chain services, data storage, data analysis, application services and the like.

The block chain service layer comprises block chain services and data sharing services, the block chain services comprise services such as a consensus algorithm, an intelligent contract, authority control and authentication, the ticketing system corresponding to each traffic mode appoints the uplink data range through the intelligent contract and the authority control, and a certain privacy protection strategy is adopted to ensure data security. According to the requirements of the current national cipher administration, desensitization processing needs to be carried out on sensitive data such as user identity, equipment environment and the like by adopting a national cipher algorithm. At present, a common block chain service platform on the market can convert the accounting capacity, the operation and maintenance capacity and the supporting facility capacity into a programmable interface, and enterprise nodes on the chain only need to pay attention to the development of an application layer and a contract layer according to business needs, so that the development efficiency is improved. The data sharing service comprises a secure multi-party computing protocol for providing a privacy protection policy service, and the implementation mode can comprise the following steps: homomorphic cryptographic mechanisms, linear key sharing mechanisms, oblivious transport protocols or obfuscation frameworks, etc.

The data layer comprises user requests, transport capacity, emergencies and other data of various traffic modes such as railways, civil aviation, highways, public buses, subways, water transportation and the like.

The storage layer comprises data extraction, data cleaning, data integration, file adaptation and the like, the analysis layer comprises demand characteristics, transport capacity estimation, supply and demand bottlenecks, traffic conditions and the like, the storage layer and the analysis layer belong to a data management and control layer, and the data management and control layer comprises metadata management, model management, data quality management, data standard management and the like. The storage layer effectively manages all data and meets the real-time and off-line analysis requirements of each business module of the intermodal ticketing system or the ticketing system. The analysis layer mainly constructs an analysis environment based on main stream big data analysis tools such as R, python and the like, and supports real-time and off-line analysis by adopting a statistical method and machine learning algorithms such as decision trees, clustering, classification, deep learning and the like.

The application layer comprises demand prediction, transport capacity resource regulation and control, path planning, travel guidance, intermodal ticketing and the like, and is used for realizing services or functions of transport capacity evaluation, demand prediction, transport capacity resource regulation and control in a cross-traffic mode, path planning, intermodal ticketing and the like based on the capacity support of other layers.

The overall architecture may also include a blockchain system security layer that includes data security, network security, host security, operation and maintenance security, application security, and the like.

Fig. 7 is a schematic diagram of a network architecture of a ticketing system and an intermodal ticketing system based on the blockchain technique. As shown in fig. 7, the network architecture may include a ticket network, the internet, an internal customer service network, an external customer service network, and the like.

The network of different types of data in the railway ticketing system is distributed in different network segments of a passenger special network, such as a passenger ticket network, a passenger service internal network, a passenger service external network and the like, railway passenger ticketing services are deployed in the passenger ticket network, real-time orders of 12306 ticketing services are stored in the passenger service internal network, and behavior logs of 12306 users are stored in the passenger service external network. Data exchange between the railway ticketing system and other traffic mode ticketing systems such as civil aviation, highways, public buses, subways, water transportation and the like can be realized in two modes, and firstly, related data services can be quickly brought online by walking an internet channel; secondly, a private network is built, and extra investment cost is needed. Under the condition that a security guarantee strategy is made, the cost of construction, operation and maintenance and the like is considered, and the internet transmission channel can be considered preferentially. According to the network distribution condition of the railway passenger traffic service, the block chain related services are respectively deployed in a passenger ticket network and the Internet.

The intermodal ticketing system can comprise a safe multiparty computing cluster, and the safe multiparty computing cluster can be deployed in a passenger ticket network of a railway ticketing system and is constructed according to the safety specification of the passenger ticket network. Relevant systems such as the internet, the customer service internal network, the customer service external network and the like realize data exchange with various systems and servers on the passenger ticket network through relevant security components so as to meet the security requirements of the passenger ticket network.

According to the network distribution condition of the railway ticketing system, block chain link points, block chain relay nodes and a safe multi-party computing cluster of the railway ticketing system are deployed in a passenger ticket network. The block chain link points and the relay nodes are mainly responsible for data authority and order generation service. And the other traffic mode block link points and the corresponding relay nodes thereof perform data interaction with the railway block link points and the relay nodes thereof through the internet to form a network-segment-crossing and chain-crossing block chain network. The relay node has the function of realizing data transfer of block chain nodes in different traffic modes in a alliance chain network, so that authenticated transactions can be quickly transmitted from the block chain of one traffic mode to the block chains of other traffic modes, and the intermodal ticketing service can be quickly completed.

The secure multi-party computing cluster is a cluster adopting a special encryption mechanism, and the general implementation methods thereof include 4 types: homomorphic cryptographic mechanisms, linear key sharing mechanisms, oblivious transport protocols, or obfuscation frameworks. The safe multi-party computing cluster takes the tasks of data sharing and privacy protection of all traffic modes. Travel path planning, intermodal order generation and the like of the user are completed in the safe multiparty computing cluster, but the railway ticketing system cannot master the detailed data of the capacity of the ticketing systems in other transportation modes, and only can know the capacity data provided based on other current transportation modes, and whether a proper path planning scheme can be provided for the user or not.

The big data cluster can be deployed in a passenger ticket network, is used for storing structured data related to railway transactions, logs, tickets and the like, provides data processing and integrated processing functions, is stored in a theme form, and is used for supporting business functions such as online analysis, offline analysis, model training and the like.

The server can be deployed in a passenger ticket network, the server can comprise an application server cluster which covers a WEB/APP server, an OLAP server, a data mining server and the like, and a data interface server which performs data summarizing, classifying and the like according to the requirements of each business system. Each server provides support for data processing, computing, and applications in the system.

Fig. 8 is a schematic diagram illustrating a business process of a ticketing system and an intermodal ticketing system based on a block chain technique. As shown in fig. 8, the business process may include:

s1, inputting user travel information to a railway ticketing system by a user;

s2, the railway ticket business system judges whether the railway transport capacity information meets the user travel information, and if the railway transport capacity information does not meet the user travel information, the railway ticket business system sends an intermodal ticketing request and the railway transport capacity information to the intermodal ticketing system;

s3, the intermodal ticketing system executes the following steps through a secure multiparty computing protocol: firstly, sending a data sharing request to other ticketing systems (such as ticketing systems of civil aviation, highways, public buses, subways, water transportation and the like); receiving transport capacity information sent by different ticketing systems; generating a combined transportation travel path planning scheme;

s4, the intermodal ticketing system generates an intermodal order (after the user selects and pays successfully), and sends a plurality of sub-orders to a railway block chain relay node of the railway ticketing system;

s5, the railway block chain relay node of the railway ticketing system forwards each sub order to the block chain relay node of other ticketing systems;

s6, the block chain relay nodes of the ticketing systems pack the order and the payment information and broadcast the order and the payment information to the block chain accounting nodes;

and S7, each ticketing system stores the information of the order and the payment in a local database, a data warehouse and the like, links the information of the order and the payment and the like, and writes the information into a block chain account book, a state database and the like.

It should be understood that the business process diagram shown in fig. 8 is exemplified by a railway ticketing system, and is not limited thereto.

Fig. 9 is a schematic structural diagram of an embodiment of an electronic device of the present application, and as shown in fig. 9, the electronic device may include: one or more processors; a memory; and one or more computer programs.

The electronic equipment can be mobile terminals (mobile phones), smart screens, unmanned aerial vehicles, Intelligent Connected Vehicles (ICV), smart (automobile) vehicles (smart/Intelligent car) or Vehicle-mounted equipment and the like.

Wherein the one or more computer programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the apparatus, cause the apparatus to perform the steps of:

receiving capacity information sent by each of the ticketing systems;

and calculating an intermodal travel path planning scheme based on the user travel information and the plurality of capacity information, and generating an intermodal order, wherein the intermodal order comprises a plurality of sub-orders, and each sub-order corresponds to different ticketing systems.

In one possible implementation manner, when the instruction is executed by the device, the device is caused to execute the calculating of an intermodal travel path planning scheme based on the user travel information and the plurality of capacity information, and generating an intermodal order, where the calculating of the intermodal travel path planning scheme includes:

In one possible implementation manner, the sub-orders include user identity information, and before each sub-order is sent to the first ticketing system, when the instruction is executed by the apparatus, the apparatus further performs:

In one possible implementation manner, the plurality of ticketing systems includes a first ticketing system and a plurality of second ticketing systems, and when the instruction is executed by the apparatus, the apparatus further executes:

In one possible implementation manner, the first operation includes inputting user travel information in the first ticketing system, and when the instruction is executed by the apparatus, the apparatus is caused to perform the first operation in response to the user to obtain an intermodal ticketing request, including:

receiving an intermodal ticketing request sent by the first ticketing system.

In one possible implementation manner, when the instruction is executed by the apparatus, the apparatus is further caused to perform:

acquiring user travel information;

In one possible implementation manner, the first ticketing system is connected to a plurality of second ticketing systems, the first ticketing system further includes a first block chain, the second ticketing system further includes a second block chain, and when the instruction is executed by the apparatus, the apparatus further executes:

In one possible implementation manner, the first order includes first traffic information corresponding to the first ticketing system, and when the instruction is executed by the apparatus, the apparatus further executes:

The electronic device may be configured to perform the functions/steps of the method of intermodal ticketing provided by the embodiments shown in fig. 1 or fig. 3 of the present application.

As shown in fig. 9, the electronic device 900 includes a processor 910 and a memory 920. Wherein, the processor 910 and the memory 920 can communicate with each other through the internal connection path to transmit control and/or data signals, the memory 920 is used for storing computer programs, and the processor 910 is used for calling and running the computer programs from the memory 920.

The memory 920 may be a read-only memory (ROM), other types of static storage devices that can store static information and instructions, a Random Access Memory (RAM), or other types of dynamic storage devices that can store information and instructions, an electrically erasable programmable read-only memory (EEPROM), a compact disc read-only memory (CD-ROM) or other optical disc storage, optical disc storage (including compact disc, laser disc, optical disc, digital versatile disc, blu-ray disc, etc.), magnetic disc storage media or other magnetic storage devices, or any other medium that can be used to carry or store desired program code in the form of instructions or data structures and that can be accessed by a computer, etc.

The processor 910 and the memory 920 may be combined into a processing device, and more generally, independent components, and the processor 910 is configured to execute the program codes stored in the memory 920 to realize the functions. In particular implementations, the memory 920 may be integrated with the processor 910 or may be separate from the processor 910.

In addition, in order to further improve the functions of the electronic device 900, the electronic device 900 may further include one or more of a communication module 930, a power supply 940, an input unit 950, and the like.

Optionally, the power supply 950 is used to provide power to various devices or circuits in the electronic device.

It should be appreciated that the electronic device 900 shown in fig. 9 is capable of implementing the processes of the methods provided by the embodiments shown in fig. 1A-1D of the present application. The operations and/or functions of the respective modules in the electronic device 900 are respectively for implementing the corresponding flows in the above-described method embodiments. Reference may be made specifically to the description of the embodiments of the method illustrated in fig. 1 or fig. 3 of the present application, and a detailed description is appropriately omitted herein to avoid redundancy.

It should be understood that the processor 910 in the electronic device 900 shown in fig. 9 may be a system on chip SOC, and the processor 910 may include a Central Processing Unit (CPU), and may further include other types of processors, such as: an image Processing Unit (hereinafter, referred to as GPU), and the like.

In summary, various parts of the processors or processing units within the processor 910 may cooperate to implement the foregoing method flows, and corresponding software programs for the various parts of the processors or processing units may be stored in the memory 920.

The application also provides an electronic device, the device includes a storage medium and a central processing unit, the storage medium may be a non-volatile storage medium, a computer executable program is stored in the storage medium, and the central processing unit is connected with the non-volatile storage medium and executes the computer executable program to implement the method provided by the embodiment shown in fig. 1 or fig. 3 of the present application.

In the above embodiments, the processors may include, for example, a CPU, a DSP, a microcontroller, or a digital Signal processor, and may further include a GPU, an embedded Neural Network Processor (NPU), and an Image Signal Processing (ISP), and the processors may further include necessary hardware accelerators or logic Processing hardware circuits, such as an ASIC, or one or more integrated circuits for controlling the execution of the program according to the technical solution of the present application. Further, the processor may have the functionality to operate one or more software programs, which may be stored in the storage medium.

Embodiments of the present application further provide a computer-readable storage medium, in which a computer program is stored, and when the computer program runs on a computer, the computer is caused to execute the method provided by the embodiments shown in fig. 1 or fig. 3 of the present application.

Embodiments of the present application also provide a computer program product, which includes a computer program, when the computer program runs on a computer, the computer is caused to execute the method provided by the embodiments shown in fig. 1 or fig. 3 of the present application.

In the embodiments of the present application, "at least one" means one or more, "a plurality" means two or more. "and/or" describes the association relationship of the associated objects, and means that there may be three relationships, for example, a and/or B, and may mean that a exists alone, a and B exist simultaneously, and B exists alone. Wherein A and B can be singular or plural. The character "/" generally indicates that the former and latter associated objects are in an "or" relationship. "at least one of the following" and similar expressions refer to any combination of these items, including any combination of singular or plural items. For example, at least one of a, b, and c may represent: a, b, c, a and b, a and c, b and c or a and b and c, wherein a, b and c can be single or multiple.

Those of ordinary skill in the art will appreciate that the various elements and algorithm steps described in connection with the embodiments disclosed herein can be implemented as electronic hardware, computer software, or combinations of electronic hardware. Whether such functionality is implemented as hardware or software depends upon the particular application and design constraints imposed on the implementation. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementation decisions should not be interpreted as causing a departure from the scope of the present application.

It is clear to those skilled in the art that, for convenience and brevity of description, the specific working processes of the above-described systems, apparatuses and units may refer to the corresponding processes in the foregoing method embodiments, and are not described herein again.

In the several embodiments provided in the present application, any function, if implemented in the form of a software functional unit and sold or used as a separate product, may be stored in a computer readable storage medium. Based on such understanding, the technical solution of the present application or portions thereof that substantially contribute to the prior art may be embodied in the form of a software product stored in a storage medium and including instructions for causing a computer device (which may be a personal computer, a server, or a network device) to execute all or part of the steps of the method according to the embodiments of the present application. And the aforementioned storage medium includes: a U disk, a removable hard disk, a Read-Only Memory (ROM), a Random Access Memory (RAM), a magnetic disk or an optical disk, and other various media capable of storing program codes.

The above description is only for the specific embodiments of the present application, and any person skilled in the art can easily conceive of the changes or substitutions within the technical scope of the present disclosure, and all the changes or substitutions should be covered by the protection scope of the present application. The protection scope of the present application shall be subject to the protection scope of the claims.

Claims

1. A joint transportation ticketing method is applied to a joint transportation ticketing system, the joint transportation ticketing system is connected with a plurality of ticketing systems, and the method is characterized by comprising the following steps:

responding to the intermodal ticketing request, sending a data sharing request to each ticketing system, wherein the data sharing request comprises the user travel information, and the data sharing request is used for requesting to acquire the transport capacity information of the ticketing system;

receiving capacity information sent by each of the ticketing systems;

2. The method of claim 1, wherein calculating an intermodal travel path planning plan based on the user travel information and the plurality of capacity information, generating an intermodal order, comprises:

3. The method of claim 2, wherein the plurality of ticketing systems includes a first ticketing system and a plurality of second ticketing systems, wherein the plurality of sub-orders includes a first order including user identity information and first traffic information corresponding to the first ticketing system and a second order including second traffic information corresponding to the second ticketing system.

4. The method of any of claims 1 to 3, wherein the plurality of ticketing systems includes a first ticketing system and a plurality of second ticketing systems, the method further comprising:

5. The method of claim 4, wherein the sub-orders include user identity information, and wherein prior to sending each of the sub-orders to the first ticketing system, the method further comprises:

6. The method of claim 4, wherein the first operation comprises inputting user travel information at the first ticketing system, and wherein obtaining an intermodal ticketing request in response to the user first operation comprises:

receiving an intermodal ticketing request sent by the first ticketing system.

7. A method for jointly transporting and ticketing is applied to a first ticketing system, the first ticketing system is connected with the jointly transporting and ticketing system, the first ticketing system comprises first transport capacity information, and the method is characterized by comprising the following steps:

acquiring user travel information;

8. The method of claim 7, wherein the first ticketing system is linked to a plurality of second ticketing systems, the first ticketing system further comprising a first blockchain, the second ticketing systems further comprising a second blockchain, the method further comprising:

9. The method of claim 7 or 8, wherein the first order includes first traffic information corresponding to the first ticketing system, the method further comprising:

10. An intermodal ticketing system that establishes connections with a plurality of ticketing systems, the intermodal ticketing system comprising:

11. A ticketing system, said ticketing system being connected to an intermodal ticketing system, said ticketing system including capacity information, comprising:

12. An electronic device, comprising:

one or more processors; a memory; and one or more computer programs, wherein the one or more computer programs are stored in the memory, the one or more computer programs comprising instructions which, when executed by the apparatus, cause the apparatus to perform the method of any of claims 1-6 or 7-9.

13. A computer-readable storage medium, in which a computer program is stored which, when run on a computer, causes the computer to perform the method of any one of claims 1-6 or 7-9.