A non-real-time link message pushing method, device and medium

Abstract

The present disclosure relates to the technical field of civil aviation management, and particularly relates to a non-real-time link message pushing method and device, equipment and medium. After identity verification, airline A accesses the customs airline alliance chain block chain, and submits PNR / API messages of all passengers and crew members of the planned flight into country B to the customs airline alliance block chain node; the passenger PNR / API message is verified by the customs of country B and is safe and received. The present disclosure is based on the decentralization of the blockchain to prevent tampering. The present disclosure can realize complete traceability of transactions, and each transaction is recorded on an unalterable data chain, thereby improving the traceability and traceability of products and assets.

Description

Technical Field

[0001] This disclosure relates to the field of civil aviation management technology, and in particular to a method, device and medium for non-real-time link message push. Background Technology

[0002] The emergence and broad application prospects of blockchain technology have attracted the attention of researchers in various fields. Blockchain technology is a distributed data recording technology that records all transactions within a certain period. It is a chain-like data structure that combines data blocks sequentially according to time order, and is a distributed public ledger technology that is cryptographically guaranteed to be immutable and unforgeable. It possesses characteristics such as decentralization, openness, autonomy, anonymity, and information immutability, and can protect the security of various types of data, achieving implicit protection. Consortium blockchains refer to blockchains jointly managed by several institutions. Each institution or organization operates one or more nodes, and the data within the system can only be read, written, and sent by different institutions or organizations within the system, and they collectively record transaction data.

[0003] When an airline's flight enters a country, it must undergo government verification as required by that country. Government verification refers to the airline submitting passenger and crew information to the government departments of the country or region of origin or destination through its system, so that relevant departments can record and inspect the information before the flight actually leaves the country. All passengers on the airline, including crew members, need to submit their passenger identity information to the customs of the country of entry in advance, so that relevant departments can record and inspect the information before the flight actually leaves the country. This is unique to international flights; it is a mandatory requirement of the government of the country of entry, and airlines must comply. The data involved includes passenger PNR order data, document data, check-in data, etc. Common government verification messages include iAPI real-time verification and non-real-time verification PNR / API messages. PNR / API messages are not pushed in real-time, but they are very important and generally cannot be lost. If a message is lost, the customs will not receive the normal verification data, and the airline may face risks such as fines from the country of entry, passenger delays at customs, and flight delays due to delayed entry and exit, resulting in economic losses for the airline and a poor customer experience.

[0004] Currently, non-real-time verification PNR / API message push mainly takes the following approaches:

[0005] One approach is to use the public Internet + VPN MQServerToServer method:

[0006] The PNR / API messages ultimately reach the TLH (Travel Information Center), which then sends them to the MQServer (Message Queuing Server) of the destination country. The TLH then pushes the messages to the MQServer of the customs office in the destination country – a Server-to-Server push mechanism. Most customs PNR / API links use a public internet + VPN connection. The public internet is the network we use daily; it carries massive amounts of data, is unstable, and lacks data security. Therefore, a VPN is typically used to create a virtual private network for message exchange. While VPNs encrypt data, improving security, they are unstable and have relatively high latency. Their advantages are low cost, easy access, and support for common network protocols, making them easy for most client machines to use.

[0007] Since PNR / API messages cannot be lost and must be transmitted to the corresponding customs as much as possible, but the Internet is used, the instability of the Internet and the relatively high network latency often result in lost messages in actual use.

[0008] The second option is to use the dedicated SITA / ARINC MQ transit method:

[0009] After PNR / API messages finally reach the TLH (Transportation Headquarters), they pass through a third-party message queue (MQ) system, such as SITA / ARINC's dedicated MQ system, and are then relayed by SITA / ARINC before finally reaching the customs at the point of entry. Although a dedicated line system exists, after the airline sends a message, the TLH checks the MQ and finds no backlog, then pushes it normally to the SITA / ARINC dedicated MQ. While dedicated lines ensure efficient and secure message transmission with minimal loss, situations often arise where the destination customs does not receive the message. This requires investigation and analysis from each link, including the TLH, the MQ relay, and the customs at the point of entry. Sometimes, even network colleagues need to collaborate to find the problem. Due to the numerous links in the transmission chain, inconsistent log formats, and time differences between countries, locating the problem is time-consuming.

[0010] Third, PNR / API messages are repeatedly pushed:

[0011] As shown in Table 1, customs requires airlines to send PNR messages and similar information multiple times. For example, the PNR message for the flight must be sent to the customs office in full 72 hours, 24 hours, 2 hours, and 1 hour before departure, and also within 30 minutes after departure. Since a single flight's PNR message needs to be sent repeatedly, and because PNR messages are generally sent in full, not incrementally, and are typically large (up to 4MB), this results in some passengers' information being resent multiple times. While repeated sending avoids information loss due to lost messages, it also transmits a large amount of redundant data.

[0012] Table 1

[0013]

[0014] In conclusion, there is an urgent need for a solution that reduces the frequency of message pushes and minimizes redundant data. Summary of the Invention

[0015] To address the aforementioned issues, this disclosure provides a non-real-time link message pushing method, device, and medium to reduce the frequency of message pushing and reduce redundant data.

[0016] A first aspect includes a method for non-real-time link message pushing, the method comprising:

[0017] After identity verification, Airline A accesses the Customs Airline Consortium Blockchain and submits the PNR / API messages of all passengers and crew members of the flight planned to enter Country B to the Customs Airline Consortium Blockchain node.

[0018] The passenger's PNR / API message was verified as secure by the customs of Country B and received.

[0019] The customs authorities of both airlines in country A and country B have joined the customs airline alliance chain.

[0020] Furthermore, it also includes:

[0021] Customs in Country B obtains the flight data of Airlines A from the blockchain, decrypts and verifies the signature, and then obtains the PNR / API message.

[0022] Furthermore, the customs of country B obtains the flight block data of airline A from the blockchain, decrypts and verifies the signature, and obtains the PNR / API message, including:

[0023] Customs in Country B periodically or upon receiving notification will query the blockchain node to obtain the flight block data of Airline A, decrypt and verify the flight block data, determine whether the block data has been tampered with, and if the data has not been tampered with and the data security has been verified, then the data will be analyzed and stored in the database.

[0024] Furthermore, joining the customs and airline alliance chain includes:

[0025] The Customs and Airlines Consortium Blockchain is used to build and maintain the corresponding consortium blockchain, as well as the regular maintenance and upgrade of the blockchain server, and is responsible for the identity verification and access control of customs and airlines within the consortium.

[0026] When Airline A joins the Customs Airline Consortium Blockchain, it applies for the public and private keys of the Customs Airline Consortium Blockchain. The public key is the account of Airline A for logging into the Customs Airline Consortium Blockchain.

[0027] For publicly available information, Airline A provides the customs airline alliance chain public key, which is used as user information written to the blockchain node and can be viewed by all airlines and customs on other blockchains.

[0028] For non-public information, Airline A provides the customs with the public key of the airline consortium blockchain, which is used to encrypt and write the blockchain node information. The writing process uses a hash function with a pre-agreed hash value length. Airline A retains the private key, which is used to decrypt and view the blockchain node information.

[0029] Furthermore, it also includes:

[0030] When the customs of country B joins the customs airline alliance chain, it applies for the public and private keys of the customs airline alliance chain blockchain. The public key is the account of the customs of country B for logging into the customs airline alliance chain blockchain.

[0031] For publicly available information, the customs of Country B provides the customs airline alliance chain public key to be used as user information written to the blockchain node, which can be viewed by all airlines and customs on other blockchains.

[0032] For non-public information, the customs of country B provides the airline's consortium blockchain public key to encrypt and write the blockchain node information. The writing process uses a hash function with a pre-agreed hash value length. The customs of country B retains the private key to decrypt and view the blockchain node information.

[0033] Furthermore, Airlines A accesses the blockchain and submits PNR / API messages for flight passengers and crew to the blockchain nodes, including:

[0034] After Airline A successfully logs into the Customs Airline Consortium Chain and completes identity verification, it assembles message data based on the PNR / API messages of flight passengers and crew members. It then performs a SHA256 hash operation on the message data to generate a digest, encrypts the digest using Airline A's private key, and generates an electronic signature. The message data is then encrypted using the public key of the Customs of Country B to obtain encrypted content. The electronic signature is appended to the encrypted content to form a block, which is then written into the Customs Airline Consortium Chain.

[0035] Furthermore, when using real-time or non-real-time link message push, Airline A submits PNR / API messages of passengers and crew to the blockchain node when its flight plans to enter country B, in accordance with the customs requirements of country B.

[0036] In a second aspect, an electronic device includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other via the communication bus.

[0037] Memory, which stores computer programs;

[0038] When a processor executes a computer program stored in memory, it implements the aforementioned non-real-time link message pushing method.

[0039] Thirdly, a computer-readable storage medium stores a computer program that, when executed by a processor, implements the aforementioned non-real-time link message pushing method.

[0040] This disclosure contains at least the following beneficial effects:

[0041] This disclosure is based on the decentralized and tamper-proof nature of blockchain, where each block contains the hash value of the previous block. This disclosure does not disclose customer information and employs encryption technology and distributed storage, making the data difficult to tamper with or steal.

[0042] This disclosure enables complete traceability of transactions, with each transaction recorded on an immutable data chain, thereby improving the traceability and source tracking capabilities of products and assets. Even if a member system experiences an anomaly or crashes, all data prior to the crash can still be viewed after the system recovers and reconnects to the consortium blockchain.

[0043] Other features and advantages of this disclosure will be set forth in the following description and will be apparent in part from the description or may be learned by practicing the disclosure. The objects and other advantages of this disclosure may be realized and obtained by means of the structures pointed out in the description and the accompanying drawings. Attached Figure Description

[0044] To more clearly illustrate the technical solutions in the embodiments of this disclosure or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this disclosure. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0045] Figure 1 This is a schematic diagram of the overall system framework of an embodiment of this disclosure;

[0046] Figure 2 This is a schematic diagram of the data reporting process according to an embodiment of the present disclosure;

[0047] Figure 3 This is a schematic diagram of the electronic device structure according to an embodiment of the present disclosure. Detailed Implementation

[0048] To make the objectives, technical solutions, and advantages of the embodiments of this disclosure clearer, the technical solutions of the embodiments of this disclosure will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this disclosure, and not all embodiments. Based on the embodiments of this disclosure, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this disclosure.

[0049] like Figure 1 As shown, a non-real-time link message push method includes:

[0050] After identity verification, Airline A accesses the Customs Airline Consortium Blockchain and submits the PNR / API messages of all passengers and crew members of the flight planned to enter Country B to the Customs Airline Consortium Blockchain node.

[0051] The passenger's PNR / API message was verified as secure by the customs of Country B and received.

[0052] The customs authorities of both airlines in country A and country B have joined the customs airline alliance chain.

[0053] The specific implementation details are as follows:

[0054] like Figure 1 As shown, this is an alliance chain composed of customs and airlines, consisting of the airline system and the customs system.

[0055] Customs and Airlines Consortium Blockchain: A consortium of customs officials and airlines forms a consortium, which is responsible for managing and maintaining a blockchain, namely the consortium blockchain. This includes the regular maintenance and upgrades of the blockchain server, as well as the identity verification and access control of customs officials and airlines within the consortium, key negotiation, and handling matters related to new members joining the consortium.

[0056] Airline System: This system allows each airline to access and read / write information on the consortium blockchain. Each airline has a different public key for accessing the blockchain. Its primary function is to write the airline's flight PNR / API information to the blockchain according to the requirements of the corresponding customs authority within the consortium. The written block content is encrypted, and only the corresponding customs authority can decrypt it to see the plaintext information. It can also synchronize and verify information from other blockchains and save all block content data locally.

[0057] Customs System: This system allows each customs office to access and read information from the consortium blockchain. The customs system primarily reads content information on the blockchain. Each customs office has a different public key to access the consortium blockchain, which can decrypt the block content sent to that customs office by a specific flight. It can also synchronize and verify information from other blockchains and save all block content data locally.

[0058] like Figure 2 As shown, Step 1: Airline A joins the customs airline consortium blockchain, applying for an account to access the consortium blockchain, namely a public key and a private key. The public key is Airline A's account for logging into the airline consortium blockchain, and the private key is equivalent to the login password. Airline A provides the consortium's public key as user information written to the blockchain nodes. Airline A's public key can be seen by all airlines and all customs on the consortium blockchain, but Airline A keeps its private key to itself. The hash function used to write information to the blockchain is agreed upon (generally, blockchains have a predetermined hash value length).

[0059] Step 2: If Airline A's flight is scheduled to fly into Country B, according to the requirements of Country B's customs (CB), it needs to push all passenger PNR / API messages for that flight. First, Airline A needs to verify its identity on the blockchain. Only after the verification is successful can Airline A access the blockchain.

[0060] Step 3: After successful verification, Airline A submits all PNR / API messages for the flight's passengers, including those of the crew. Compared to the previous five PNR pushes shown in Table 1, switching to a consortium blockchain reduces the number of pushes. Previously, multiple pushes were to prevent message loss, but with a consortium blockchain, due to the P2P network, blocks exist in every node of the blockchain, including all airlines and customs, thus reducing the probability of message loss. For example, Airline A can push twice before flight departure and once more within 30 minutes after departure, reducing the number of pushes.

[0061] Step 4: Customs CB obtains the flight block of Airline A from the blockchain, decrypts and verifies the signature, and then obtains the PNR / API message.

[0062] like Figure 2 As shown, this disclosure provides an electronic device, including a processor 201, a communication interface 202, a memory 203, and a communication bus 204, wherein the processor 201, the communication interface 202, and the memory 203 communicate with each other through the communication bus 204;

[0063] Memory 203 stores computer programs;

[0064] The processor 201 implements the above method when executing a computer program stored in the memory 203.

[0065] This disclosure provides a computer-readable storage medium storing a computer program that, when executed by a processor, implements the above-described method.

[0066] The computer-readable storage medium may be included in the device / apparatus described in the above embodiments; or it may exist independently and not assembled into the device / apparatus. The computer-readable storage medium carries one or more programs that, when executed, implement the method according to the embodiments of this disclosure.

[0067] According to embodiments of this disclosure, the computer-readable storage medium may be a non-volatile computer-readable storage medium, such as including, but not limited to: portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination thereof. In this disclosure, the computer-readable storage medium may be any tangible medium containing or storing a program that can be used by or in conjunction with an instruction execution system, apparatus, or device.

[0068] To enable those skilled in the art to better understand this disclosure, the principles of this disclosure are explained below in conjunction with the accompanying drawings:

[0069] This disclosure relates to a consortium blockchain, a voluntary alliance of airlines worldwide. A consortium blockchain is a blockchain network jointly controlled and managed by multiple organizations or entities, with participants requiring authorization to join. The consortium blockchain is used for data sharing and collaboration across organizations.

[0070] Consortium blockchains have the following main characteristics:

[0071] Multi-party governance: Consortium blockchains are jointly controlled and managed by multiple organizations or entities, with a certain degree of co-governance among the participants.

[0072] Access control: Participants on a consortium blockchain need to be authorized to join, and access to data and transactions is strictly controlled.

[0073] Efficient sharing: Consortium blockchains enable efficient data sharing and collaboration among multiple organizations, improving efficiency and reducing costs.

[0074] Consortium blockchains are just one type of blockchain, and in addition to the characteristics mentioned above, they also possess other features of blockchains:

[0075] Security: Encryption technology and distributed storage are employed, making data difficult to tamper with or steal. Each block contains the hash value of the previous block, and any modification to the data will be detected by other nodes.

[0076] Transparency: The data is publicly available and can be viewed and verified by airlines within the alliance, thereby increasing the transparency and credibility of the transactions.

[0077] Decentralization: By removing a centralized management body, data storage and transaction verification are distributed across multiple airline nodes in the network, making the network more democratic, transparent, and fair.

[0078] Traceability: Enables complete traceability of transactions, with each transaction recorded on an immutable data chain, thereby improving the traceability and origination capabilities of products and assets.

[0079] like Figure 2 As shown, the airline sends non-real-time PNR / API messages to customs.

[0080] A blockchain-based non-real-time link solution mainly includes: a customs and airline consortium blockchain, numerous airline systems, numerous customs systems, as well as the respective blockchain nodes of the airlines and the respective blockchain nodes of the customs.

[0081] This example illustrates how a flight from airline A, wanting to enter country B, must send a PNR / API message according to the customs (CB) requirements of country B. The same principle applies to other airlines entering other countries.

[0082] Prerequisites: Airline A has joined the customs airline consortium blockchain and has the right to read and write to the consortium blockchain. Customs CB also has the right to access and write the consortium blockchain data. In fact, this consortium blockchain is not only for customs and airlines to join; individuals and enterprises with other needs and wishes can also join according to the consortium's requirements and rules.

[0083] Airline A has a flight planned to fly into country B. It just so happens that the customs CB of country B is also in this consortium blockchain. Normally, customs will gradually switch to the old method for receiving new messages, and there is a period of parallel operation between the old and new links. Airline A and customs CB just need to confirm that the block data is written to the consortium blockchain. Customs CB can read the relevant data from the consortium blockchain itself.

[0084] After successfully logging into the consortium blockchain and verifying its identity, Airline A prepares the PNR / API information for all passengers on the flight, including crew member information. It performs a SHA256 hash operation on the message data to generate a digest, encrypts it using Airline A's private key, generates an electronic signature, and also encrypts the message data using CB's public key. The previously generated electronic signature is then appended to the encrypted content, and finally, the corresponding block data is added to form a block, which is then written into the consortium blockchain.

[0085] Customs CB and other airlines: Customs verifies the block data that airline A just added. If there are no problems, the blockchain is added to the end of the chain.

[0086] Customs CB noticed that the block data was sent to them, so they decrypted and verified the block data to see if it had been tampered with. After verifying the data security, they proceeded with subsequent operations such as data analysis and data entry.

[0087] In accordance with the requirements of Customs CB, Airline A shall push out the latest flight-related data at the specified time.

[0088] Customs and airlines verify messages:

[0089] Customs officer CD inquired with airline D and said that a PNR / API message from a certain point in time had not been received.

[0090] After receiving the inquiry, Airline D checked the local blockchain logs and saw that there was already a block message with the corresponding timestamp in the blockchain. It also found the relevant block data on the consortium blockchain. Then, Airline D provided the timestamp, hash value and other information of the blockchain block data to Customs CD for on-chain query.

[0091] After repeated queries by the Customs CD and the restart of relevant local services and systems, the corresponding blocks on the blockchain were finally found. It was discovered that the Customs CD's own system upgrade caused incomplete data viewing of the consortium blockchain. After the Customs CD fixed its own system bug, it was able to view the PNR / API data of all flights normally.

[0092] Although the present disclosure has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present disclosure.

Claims

1. A method for pushing non-real-time link messages, characterized in that, The method includes: After identity verification, Airline A accesses the Customs Airline Consortium Blockchain and submits the PNR / API messages of all passengers and crew members of the flight planned to enter Country B to the Customs Airline Consortium Blockchain node. The passenger's PNR / API message was verified as secure by the customs of Country B and received. The customs authorities of both airlines in country A and country B have joined the customs airline alliance chain. Also includes: Customs in Country B retrieves flight data for Airline A from the blockchain, decrypts and verifies the signature, and obtains the PNR / API message, which specifically includes: After receiving a notification, the customs of country B periodically or in accordance with regulations will query the blockchain node to obtain the flight block data of airline A, decrypt and verify the flight block data, determine whether the block data has been tampered with, and if the data has not been tampered with and the data security has been verified, then the data will be analyzed and stored in the database. Joining the Customs and Airlines Alliance Chain includes: The Customs and Airlines Consortium Blockchain is used to build and maintain the corresponding consortium blockchain, as well as the regular maintenance and upgrade of the blockchain server, and is responsible for the identity verification and access control of customs and airlines within the consortium. When Airline A joins the Customs Airline Consortium Blockchain, it applies for the public and private keys of the Customs Airline Consortium Blockchain. The public key is the account of Airline A for logging into the Customs Airline Consortium Blockchain. For publicly available information, Airline A provides the customs airline alliance chain public key, which is used as user information written to the blockchain node and can be viewed by all airlines and customs on other blockchains. For non-public information, Airline A provides the customs with the public key of the airline consortium blockchain, which is used to encrypt and write the blockchain node information. The writing process uses a hash function with a pre-agreed hash value length. Airline A retains the private key, which is used to decrypt and view the blockchain node information.

2. The non-real-time link message push method according to claim 1, characterized in that, Also includes: When the customs of country B joins the customs airline alliance chain, it applies for the public and private keys of the customs airline alliance chain blockchain. The public key is the account of the customs of country B for logging into the customs airline alliance chain blockchain. For publicly available information, the customs of Country B provides the customs airline alliance chain public key to be used as user information written to the blockchain node, which can be viewed by all airlines and customs on other blockchains. For non-public information, the customs of country B provides the airline's consortium blockchain public key to encrypt and write the blockchain node information. The writing process uses a hash function with a pre-agreed hash value length. The customs of country B retains the private key to decrypt and view the blockchain node information.

3. The non-real-time link message push method according to claim 1, characterized in that, Submit the PNR / API messages for all passengers and crew members of the planned flight to Country B to the Customs Airline Alliance blockchain node, including: After Airline A successfully logs into the Customs Airline Consortium Chain and completes identity verification, it assembles message data based on the PNR / API messages of flight passengers and crew members. It then performs a SHA256 hash operation on the message data to generate a digest, encrypts the digest using Airline A's private key, and generates an electronic signature. The message data is then encrypted using the public key of the Customs of Country B to obtain encrypted content. The electronic signature is appended to the encrypted content to form a block, which is then written into the Customs Airline Consortium Chain.

4. The non-real-time link message push method according to claim 1, characterized in that, When using real-time or non-real-time link message push, Airline A submits PNR / API messages of passengers and crew to the blockchain node when its flight plans to enter country B, in accordance with the customs requirements of country B.

5. An electronic device, characterized in that, It includes a processor, a communication interface, a memory, and a communication bus, wherein the processor, the communication interface, and the memory communicate with each other through the communication bus; Memory, which stores computer programs; A processor, when executing a computer program stored in memory, implements a non-real-time link message pushing method according to any one of claims 1-4.

6. A computer-readable storage medium storing a computer program, characterized in that, When the computer program is executed by the processor, it implements a non-real-time link message pushing method according to any one of claims 1-4.

Images