Login| Sign Up| Help| Contact|

Patent Searching and Data


Title:
SYSTEMS AND METHODS FOR CRYPTOCURRENCY TRANSACTIONS IN AIRCRAFT
Document Type and Number:
WIPO Patent Application WO/2018/187300
Kind Code:
A1
Abstract:
Transaction systems and methods are described for verifying transactions in a vehicle. The transactions utilize blockchains of a cryptocurrency to allow for verification of a transaction even where a live Internet connection is unavailable. The systems and methods utilize a digital wallet stored in the vehicle that allows for transactions with a passenger having a passenger digital wallet. A plurality of local nodes disposed in the vehicle store a local and updated copy of the blockchain to allow for verification of the cryptocurrency transactions even during periods of intermittent internet connectivity.

Inventors:
HANDOKO ANDRI (US)
HAWKINS STEVEN (US)
CARSWELL SAMUEL A (US)
Application Number:
PCT/US2018/025848
Publication Date:
October 11, 2018
Filing Date:
April 03, 2018
Export Citation:
Click for automatic bibliography generation   Help
Assignee:
SYSTEMS & SOFTWARE ENTPR LLC (US)
International Classes:
G06Q20/38; G06Q20/06; G06Q20/36
Foreign References:
US20160162873A12016-06-09
US20120209749A12012-08-16
US20150046337A12015-02-12
US20160335628A12016-11-17
US6876905B22005-04-05
Attorney, Agent or Firm:
DEAN, Ryan S. (US)
Download PDF:
Claims:
CLAIMS

What is claimed is:

1. An in-vehicle transaction system, comprising:

a plurality of local nodes disposed within the vehicle using a cryptocurrency, wherein each of the plurality of local nodes is configured to store a copy of a blockchain; and

a transaction system coupled to the local nodes and configured to (i) receive a transaction and (ii) verify the transaction by comparing information of the transaction with the blockchain stored on one or more of the local nodes of the vehicle.

2. The system of claim 1, wherein verification of the transaction occurs without live Internet connectivity from a ground-based network.

3. The system of claim 1, further comprising a wallet configured to store and exchange the cryptocurrency, and wherein the cryptocurrency is protected by cryptographic algorithm(s) and uses a unique pair of private and public keys.

4. The system of claim 3, wherein an in-flight entertainment system of the vehicle comprises the wallet.

5. The system of claim 1, wherein the stored copy of the blockchain is a copy of a latest version of a blockchain of the cryptocurrency from a node disposed outside of the vehicle and last modified prior to departure of the vehicle or prior to losing Internet connectivity.

6. The system of claim 1, wherein the transaction comprises at least one of a merchandise purchase, a movie purchase, and a food or beverage purchase.

7. A method of verifying a transaction during a flight, comprising:

providing a plurality of local nodes disposed within the vehicle, wherein each of the plurality of local nodes is configured to store a copy of a blockchain; receiving a transaction that uses a cryptocurrency at a transaction server that is coupled with the plurality of local nodes; and comparing information of the transaction with the blockchain stored on one or more of the local nodes of the vehicle using a processor of the transaction server to verify the transaction.

8. The method of claim 7, comprising:

if the transaction is verified, adding the transaction to the blockchain stored at each of the local nodes to generate a revised blockchain.

9. The method of claim 8, comprising:

transmitting the revised blockchain to a ground server when the transaction server has a live Internet connection.

10. The method of claim 7, comprising:

receiving a revised blockchain from a ground server when the transaction server has a live Internet connection.

11. The method of claim 7, wherein the step of comparing occurs without live Internet connectivity from a ground-based network.

12. The method of claim 7, further comprising providing a wallet configured to store and exchange the cryptocurrency, and wherein the cryptocurrency is protected by cryptographic algorithm(s) and uses a unique pair of private and public keys.

13. The method of claim 12, wherein an in-flight entertainment system of the vehicle comprises the wallet.

14. The method of claim 7, wherein the stored copy of the blockchain is a copy of a latest version of a blockchain of the cryptocurrency from a node disposed outside of the vehicle and last modified prior to departure of the vehicle or prior to losing Internet connectivity.

15. The method of claim 7, wherein the transaction comprises at least one of a merchandise purchase, a movie purchase, and a food or beverage purchase.

Description:
SYSTEMS AND METHODS FOR CRYPTO CURRENCY

TRANSACTIONS IN AIRCRAFT

1. This application claims priority to U.S. provisional application having serial number

62/480,715 filed on April 3, 2017. These and all other referenced extrinsic materials are incorporated herein by reference in their entirety. Where a definition or use of a term in a reference that is incorporated by reference is inconsistent or contrary to the definition of that term provided herein, the definition of that term provided herein is deemed to be controlling.

Field of the Invention

2. The field of the invention is in-vehicle transaction systems, and, in particular, cryptocurrency transactions for use in passenger aircraft or other vehicles.

Background

3. The background description includes information that may be useful in understanding the present invention. It is not an admission that any of the information provided herein is prior art or relevant to the presently claimed invention, or that any publication specifically or implicitly referenced is prior art.

4. All publications identified herein are incorporated by reference to the same extent as if each individual publication or patent application were specifically and individually indicated to be incorporated by reference. Where a definition or use of a term in an incorporated reference is inconsistent or contrary to the definition of that term provided herein, the definition of that term provided herein applies and the definition of that term in the reference does not apply.

5. In present day commercial transaction systems, such as those used in passenger aircraft, realtime confirmation of a payment transaction to a centralized server is typically needed, which usually requires constant and live Internet connectivity, especially for larger monetary amounts.

6. In addition, as airlines and other services move more and more to an on-demand usage model for food and entertainment, it can be useful to enable passengers to make payments at their seat without requiring a flight attendant to bring a credit card reader to the passenger when the transaction is desired.

7. One alternative is to build-in a credit card or NFC reader in each seat display unit (SDU) for passenger use; however, such components are an added expense and increase the space and weight requirements of the SDU.

8. Where passengers would like to purchase expensive items, such as through an on-board

catalog or duty-free merchandise, for example, this generally requires an Internet connection to allow the transaction processor to connect with a bank to determine whether sufficient funds exist for the transaction.

9. Thus, there is still a need for in-vehicle transaction systems and methods that allow for

offline transactions to take place while ensuring the availability of funds and necessary security to prevent misuse.

Summary of the Invention

10. The inventive subject matter describes systems and methods for passengers to make secure and verifiable transactions aboard aircraft or other passenger vehicles using digital cryptocurrency and payments using blockchain, especially those vehicles that experience long-delayed connectivity or an intermittent network. Although the below discussion focuses on an aircraft, it is contemplated that the systems and methods discussed herein could likewise be used on ships, trains, busses, and other vehicles.

11. Various objects, features, aspects and advantages of the inventive subject matter will become more apparent from the following detailed description of preferred embodiments, along with the accompanying drawing figures in which like numerals represent like components.

Brief Description of The Drawings

12. Fig. 1 illustrates one embodiment of a payment system for an in-vehicle transaction system using cryptocurrency. 13. Fig. 2 illustrates one embodiment of how the payment system connects to the Internet to update transactions with other distributed nodes.

Detailed Description

14. Throughout the following discussion, numerous references will be made regarding servers, services, interfaces, portals, platforms, or other systems formed from computing devices. It should be appreciated that the use of such terms is deemed to represent one or more computing devices having at least one processor configured to execute software instructions stored on a computer readable tangible, non-transitory medium. For example, a server can include one or more computers operating as a web server, database server, or other type of computer server in a manner to fulfill described roles, responsibilities, or functions.

15. The following discussion provides many example embodiments of the inventive subject matter. Although each embodiment represents a single combination of inventive elements, the inventive subject matter is considered to include all possible combinations of the disclosed elements. Thus if one embodiment comprises elements A, B, and C, and a second embodiment comprises elements B and D, then the inventive subject matter is also considered to include other remaining combinations of A, B, C, or D, even if not explicitly disclosed.

16. The systems and methods described herein present numerous advantages over traditional payment systems including, for example, (1) elimination of the need for immediate Internet access to receive and validate transactions, (2) providing the ability to airlines and other companies to electronically issue "reward" coins or currency onboard and outside of the vehicle that could be used by passengers during transit or on the ground, (3) no bank fees or requirements for PCI compliance, (4) no exchange fees, and (5) small transaction' fees when compared with typical bank charges.

17. One should appreciate that the disclosed techniques provide many advantageous technical effects including eliminating the need for airlines, cruise lines, and other companies specializing in passenger travel to invest in the reoccurring high expenses required to support live connectivity in an aircraft or other vehicle, and allow for trusted cryptocurrency transactions in aircraft or other vehicles using blockchain technology even with long scheduled/unscheduled delay or intermittent connectivity to the Internet. Cryptocurrencies such at Bitcoin are preferred because their digital ledger system using blockchains provides for a virtually incorruptible digital ledger of economic transactions. Although a number of different cryptocurrencies exist, Bitcoin™ is presently the largest cryptocurrency in terms of total market value, and is the most known and discussed application of the blockchain. Thus, for purposes of the discussion below, Bitcoin will be used as an example. However, other cryptocurrencies could also be used. A discussion concerning one form of cryptocurrency is found in WIPO publication no. 2016/202952 to Tewari, et al. published on December 22, 2016, which is incorporated herein by reference. In general, to use make a transaction using a cryptocurrency, a wallet is required by both parties to the transaction. As used herein, the term "wallet" means a software application likely residing on a passenger's smart phone or other device that allows the passenger to store and exchange cryptocurrencies (e.g., Bitcoins) that is protected by cryptographic algorithm(s) and uses a unique pair of private and public keys. The wallet can be stored on a passenger's smart phone, tablet PC, watch, laptop, or other portable computing device, for example. When a transaction is entered, the transaction is broadcast to all nodes, which each contains a copy of the blockchain or ledger of previous transactions. This helps to ensure that digital currency is not spent twice, and along with the user specific key, ensures the transaction is legitimate and that the user is actually the owner of the currency. Bitcoin™ uses a blockchain that begins with a genesis block, and is followed by subsequent transaction blocks, which typically each represent all transactions received in a 10 minute period. Each transaction block refers to the previous transaction block and thereby builds on the previous blocks forming the blockchain. This helps prevent fraud by inhibiting modification of a block because such modification would also require modification of all following blocks, all within less than 10 minutes when a new transaction block is added. As shown in Figure 1, the systems and methods contemplated herein preferably comprise one or more local nodes 110 disposed on the aircraft 100 or other vehicle to handle the cryptocurrency transactions. Preferably, the local nodes 110 are blockchain nodes, and store a copy of the latest version of the blockchain of the cryptocurrency 115 from a node disposed away from the vehicle and as of the time of departure or prior to losing Internet connectivity. In this manner, the local nodes 110 on the vehicle should have the most up-to-date information concerning any transactions by the passengers prior to the flight departing, thereby providing additional certainty that the passengers' wallets have the necessary amount of currency to complete a transaction. If no Internet access is available and an updated version of the blockchain of the cryptocurrency cannot be obtained from a node outside of the aircraft, then it is also unlikely that one or more passengers have made a transaction off of the aircraft. Advantageously, only a minimal structure of distributed local nodes 110 is required to share transactions. Contemplated systems and methods rely on a "best effort" basis to broadcast transaction messages, and nodes can leave and rejoin the network at will. Preferably, the wallet 130 of the airline can be part of the in-flight entertainment system 140, and

communicate with the passenger's device storing the passenger's wallet via a wired or wireless connection. As discussed further below, contemplated transactions include, for example, merchandise purchase, movie or other entertainment purchases, and food or beverage purchases. A transaction can be received by the transaction system 120, which attempts to verify the transaction via one or more local nodes 110 on the aircraft 100 or other vehicle. It is contemplated, but not necessary, that the transaction system 120 could look to nodes off of the aircraft 100 such as where Internet access is available. Because the local node(s) 110 presumably have an up-to-date copy of the blockchain as of the point of departure of lost connectivity, and the passenger would also have lost Internet connectivity, the secure payment transaction between a passenger (buyer) and the airline (seller), for example, can be handled without live Internet connectivity, and can instead be validated using the local blockchain nodes present on the aircraft 100. As shown in Figures 1-2, the in-flight entertainment system 140 would include the electronic wallet 130 and then transfer the money collected to a ground server 150 either immediately depending on Internet connectivity or after the aircraft lands. At this point, the aircraft's servers coins can be emptied or filled based on the transactions recorded while in flight. It is contemplated that the connection to the ground server can be physical, wired or wireless. The secure payment transaction in the aircraft will be handled just within the local node(s) 110 during the isolation. Eventually the entire network would be reunified upon reconnection to the Internet 160 where the new data blocks are collected from other distributed nodes 170 and verified by the aircraft nodes to complete its Blockchain local copy. An example of this is shown in Figure 2. As used in the description herein and throughout the claims that follow, the meaning of "a," "an," and "the" includes plural reference unless the context clearly dictates otherwise. Also, as used in the description herein, the meaning of "in" includes "in" and "on" unless the context clearly dictates otherwise. Unless the context dictates the contrary, all ranges set forth herein should be interpreted as being inclusive of their endpoints and open-ended ranges should be interpreted to include only commercially practical values. Similarly, all lists of values should be considered as inclusive of intermediate values unless the context indicates the contrary. The recitation of ranges of values herein is merely intended to serve as a shorthand method of referring individually to each separate value falling within the range. Unless otherwise indicated herein, each individual value with a range is incorporated into the specification as if it were individually recited herein. All methods described herein can be performed in any suitable order unless otherwise indicated herein or otherwise clearly contradicted by context. The use of any and all examples, or exemplary language (e.g. "such as") provided with respect to certain embodiments herein is intended merely to better illuminate the invention and does not pose a limitation on the scope of the invention otherwise claimed. No language in the specification should be construed as indicating any non-claimed element essential to the practice of the invention. Groupings of alternative elements or embodiments of the invention disclosed herein are not to be construed as limitations. Each group member can be referred to and claimed individually or in any combination with other members of the group or other elements found herein. One or more members of a group can be included in, or deleted from, a group for reasons of convenience and/or patentability. When any such inclusion or deletion occurs, the specification is herein deemed to contain the group as modified thus fulfilling the written description of all Markush groups used in the appended claims. As used herein, and unless the context dictates otherwise, the term "coupled to" is intended to include both direct coupling (in which two elements that are coupled to each other contact each other) and indirect coupling (in which at least one additional element is located between the two elements). Therefore, the terms "coupled to" and "coupled with" are used synonymously. It should be apparent to those skilled in the art that many more modifications besides those already described are possible without departing from the inventive concepts herein. The inventive subject matter, therefore, is not to be restricted except in the spirit of the appended claims. Moreover, in interpreting both the specification and the claims, all terms should be interpreted in the broadest possible manner consistent with the context. In particular, the terms "comprises" and "comprising" should be interpreted as referring to elements, components, or steps in a non-exclusive manner, indicating that the referenced elements, components, or steps may be present, or utilized, or combined with other elements, components, or steps that are not expressly referenced. Where the specification claims refers to at least one of something selected from the group consisting of A, B, C .... and N, the text should be interpreted as requiring only one element from the group, not A plus N, or B plus N, etc.