Vehicle value as a token

Abstract

A system and method for tracking and validating value of a vehicle, includes a memory device, a wireless communication device, authentication processor that authenticates the vehicle and generates one or more security keys, and a processor maintaining a token linked to the vehicle that designates the vehicle as a stake. The processor executes instructions to when a condition change event of the vehicle occurs, receive information of a change of state from the vehicle, generate a message including the change of state information, sign the message with a private key, transmit the signed message using the wireless communication device, choosing a node of a blockchain distributed network, evaluating, via the chosen node, the signed message in accordance with distributed contract rules to determine an updated token value and a residual token, and receive and maintain the updated token value and the residual token.

Claims

1. A purchased item value tracking apparatus, comprising: a wireless communication device wirelessly communicating external to the purchased item; authenticating co-processing circuitry authenticates the purchased item and generates one or more security keys; processing circuitry maintaining a token linked to the purchased item that designates the purchased item as a stake in a proof of stake blockchain system, a value of the token depreciates as the purchased item depreciates, the processing circuitry performing instructions to: when a condition change event of the purchased item occurs, receive information of a change of state from the purchased item, generate a message including the change of state information, sign the message with a private key of the one or more security keys, transmit the signed message using the wireless communication device to the blockchain system, receive from the blockchain system updated information for the token having an updated token value determined based on a consensus in accordance with distributed contract rules and the change of state information, and maintain the updated information for the token as the value of the purchased item, wherein when the transmitted signed message attempts to modify the contract rules, the processing circuitry reduces the entire stake in the purchased item to zero.

2. A purchased item value tracking apparatus, comprising: a wireless communication device wirelessly communicating external to the purchased item; authenticating co-processing circuitry authenticates the purchased item and generates one or more security keys; processing circuitry maintaining a token linked to the purchased item that designates the purchased item as a stake in a proof of stake blockchain system, a value of the token depreciates as the purchased item depreciates, the processing circuitry performing instructions to: when a condition change event of the purchased item occurs, receive information of a change of state from the purchased item, generate a message including the change of state information, sign the message with a private key of the one or more security keys, transmit the signed message using the wireless communication device to the blockchain system, receive from the blockchain system updated information for the token having an updated token value determined based on a consensus in accordance with distributed contract rules and the change of state information, and maintain the updated information for the token as the value of the purchased item, wherein when the transmission of the signed message attempts to modify the change of state information, the processing circuitry reduces the entire stake in the purchased item to zero.

3. The apparatus of claim 1, wherein the processing circuitry further authenticates the purchased item as a participant in a blockchain network that includes the contract rules.

4. The apparatus of claim 1, wherein the purchased item is a vehicle.

5. The apparatus of claim 4, wherein the change of state information received by the processing circuitry includes one or more of a predetermined number of miles driven by the vehicle, information of an accident involving the vehicle, information of rough road driving conditions, and information of vehicle maintenance.

6. The apparatus of claim 1, wherein the updated information for the token received by the processing circuitry includes a residual token that is added to increase the token value.

7. The apparatus of claim 6, wherein the purchased item is a vehicle, and the residual token received by the processing circuitry that is added is added in accordance with the distributed contract rules that increase the token value when one or more conditions are met including less than predetermined miles driven in a predetermined time period, no accidents involving the vehicle occur in a predetermined time period, the vehicle has been driven on unobstructed roads over a predetermined time period, and vehicle maintenance has been performed in accordance with a predetermined scheduled maintenance.

8. The apparatus of claim 4, wherein the updated information for the token value received by the processing circuitry includes a value that is subtracted in accordance with the contract rules which specify reduction in token value by a predetermined amount when the vehicle state includes a predetermined number of miles that the vehicle is driven in a predetermined period of time.

9. The apparatus of claim 5, wherein the updated information for the token value received by the processing circuitry includes a value that is subtracted in accordance with the contract rules which specify reduction in value by a predetermined amount when one or more of the change of state information occurs.

10. The apparatus of claim 1, wherein the token maintained by the processing circuitry is linked with a predetermined proportion of the purchased item.

11. The apparatus of claim 1, wherein the token maintained by the processing circuitry is linked with one or more parts of the purchased item.

12. A system for tracking and validating value of a purchased item, the system comprising: a memory device with computer-readable program instructions stored thereon; a wireless communication device; processing circuitry maintaining a token linked to the purchased item that designates the purchased item as a stake in a proof of stake blockchain system, a value of the token depreciates as the purchased item depreciates, the processing circuitry executing the instructions to: when a condition change event of the purchased item occurs, receive information of a change of state from the purchased item, generate a message including the change of state information, transmit the signed message using the wireless communication device to the blockchain, choose a node of a block chain distributed network, evaluate, via the chosen node, the signed message in accordance with distributed contract rules to determine an updated token value, receive from the blockchain system the updated token value, and maintain the updated token value as the validated value of the purchased item, wherein when the transmitted signed message attempts to modify the contract rules, the processing circuitry reduces the entire stake in the purchased item to zero.

13. The system of claim 12, wherein the purchased item is a vehicle.

14. The system of claim 13, wherein the change of state information received by the processing circuitry includes one or more of a predetermined number of miles driven by the vehicle, information of an accident involving the vehicle, information of rough road driving conditions, and information of vehicle maintenance.

15. The system of claim 12, wherein the updated information for the token received by the processing circuitry includes a residual token that is added to increase the token value.

16. The system of claim 15, wherein the purchased item is a vehicle, and the residual token received by the processing circuitry that is added is added in accordance with the distributed contract rules which increase the token value when one or more conditions are met including less than predetermined miles driven in a predetermined time period, no accidents involving the vehicle occur in a predetermined time period, the vehicle has been driven on unobstructed roads over a predetermined time period, and vehicle maintenance has been performed in accordance with a predetermined scheduled maintenance.

17. The system of claim 13, wherein the updated information for the token value received by the processing circuitry includes a value that is subtracted in accordance with the contract rules which specify reduction in token value by a predetermined amount when the vehicle state includes a predetermined number of miles that the vehicle is driven in a predetermined period of time.

18. The system of claim 14, wherein the updated information for the token value received by the processing circuitry includes a value that is subtracted in accordance with the contract rules which specify reduction in value by a predetermined amount when one or more of the change of state information occurs.

Description

BRIEF DESCRIPTION OF THE DRAWINGS

(1) A more complete appreciation of the invention and many of the attendant advantages thereof will be readily obtained as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings, wherein:

(2) FIG. 1 is a block diagram for a blockchain system having vehicle nodes;

(3) FIG. 2 is a block diagram of a vehicle node;

(4) FIG. 3 is a flowchart for the vehicle node; and

(5) FIG. 4 is a flowchart fora smart contract.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

(6) As used herein any reference to “one embodiment” or “some embodiments” or “an embodiment” means that a particular element, feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment. The appearances of the phrase “in one embodiment” in various places in the specification are not necessarily all referring to the same embodiment. Conditional language used herein, such as, among others, “can,” “could,” “might,” “may,” “e.g.,” and the like, unless specifically stated otherwise, or otherwise understood within the context as used, is generally intended to convey that certain embodiments include, while other embodiments do not include, certain features, elements and/or steps. In addition, the articles “a” and “an” as used in this application and the appended claims are to be construed to mean “one or more” or “at least one” unless specified otherwise.

(7) Referring now to the drawings, wherein like reference numerals designate identical or corresponding parts throughout the several views. In proof of stake, honesty is encouraged by what is at stake for the validator. In other words, a validator stakes a cryptocurrency of the blockchain network in which they participate. The proof of stake algorithm ensures honesty in that on evidence of corrupt behavior or manipulation, a validator's staked cryptocurrency can be taken away by the governing mechanism of the blockchain. Validators may be nominated to verify a transaction and get a reward for being selected. The validator creates a new block for the blockchain.

(8) FIG. 1 is a block diagram for a blockchain system having vehicle nodes in accordance with an exemplary aspect of the disclosure. Upon purchasing of a vehicle 111, in a proof of stake blockchain system 115 a purchaser may provide the vehicle or vehicle title as a stake in the blockchain. A vehicle owner may agree to terms of a smart contract 131 and may create a new block 141 based on a change of state of the vehicle. Authentication co-processor 125 (a secure enclave) authenticates the vehicle, and generates and maintains one or more security keys. Computer 121 generates a message including a change of state of the vehicle and a wireless communication device 123 transmits a message to the blockchain.

(9) In one embodiment, the functions and processes of the computer 121 may be implemented by a computer 226. A hardware description of the computer 226 according to exemplary embodiments is described with reference to FIG. 2. In FIG. 2, the computer 226 includes a CPU 200 which performs the processes described herein. The process data and instructions may be stored in memory 202. These processes and instructions may also be stored on a storage medium disk 204 such as a hard drive (HDD) or portable storage medium or may be stored remotely. Further, the claimed advancements are not limited by the form of the computer-readable media on which the instructions of the inventive process are stored. For example, the instructions may be stored on CDs, DVDs, in FLASH memory, RAM, ROM, PROM, EPROM, EEPROM, hard disk or any other information processing device with which the computer 226 communicates, such as a server or computer.

(10) Further, the claimed advancements may be provided as a utility application, background daemon, or component of an operating system, or combination thereof, executing in conjunction with CPU 200 and an operating system such as Microsoft® Windows®, UNIX®, Oracle® Solaris, LINUX®, Apple macOS® and other systems known to those skilled in the art.

(11) In order to achieve the computer 226, the hardware elements may be realized by various circuitry elements, known to those skilled in the art. For example, CPU 200 may be a Xenon® or Core® processor from Intel Corporation of America or an Opteron® processor from AMD of America, or may be other processor types that would be recognized by one of ordinary skill in the art. Alternatively, the CPU 200 may be implemented on an FPGA, ASIC, PLD or using discrete logic circuits, as one of ordinary skill in the art would recognize. Further, CPU 200 may be implemented as multiple processors cooperatively working in parallel to perform the instructions of the inventive processes described above.

(12) The computer 226 in FIG. 2 also includes a wireless network controller 206, such as an Intel Ethernet PRO network interface card from Intel Corporation of America, for interfacing with network 224. As can be appreciated, the network 224 can be a public network, such as the Internet, or a private network such as LAN or WAN network, or any combination thereof and can also include PSTN or ISDN sub-networks. The network 224 can also be wired, such as an Ethernet network, or can be wireless such as a cellular network including EDGE, 3G and 4G wireless cellular systems. The wireless network can also be WiFI®, Bluetooth®, or any other wireless form of communication that is known.

(13) The computer 226 further includes a display controller 208, such as a NVIDIA® GeForce® GTX or Quadro® graphics adaptor from NVIDIA Corporation of America for interfacing with display 210, such as a Hewlett Packard® HPL2445w LCD monitor. A general purpose I/O interface 212 interfaces with a keyboard and/or mouse 214 as well as an optional touch screen panel 216 on or separate from display 210. General purpose I/O interface also connects to a variety of peripherals 218 including printers and scanners, such as an OfficeJet® or DeskJet® from Hewlett Packard®.

(14) The general purpose storage controller 220 connects the storage medium disk 204 with communication bus 222, which may be an ISA, EISA, VESA, PCI, or similar, for interconnecting all of the components of the computer 226. A description of the general features and functionality of the display 210, keyboard and/or mouse 214, as well as the display controller 208, storage controller 220, wireless network controller 206, and general purpose 110 interface 212 is omitted herein for brevity as these features are known.

(15) FIG. 3 is a flowchart for a vehicle node in accordance with an exemplary aspect of the disclosure. The blockchain system links a token with a vehicle to relate the value of the token with the vehicle. The vehicle token is non-fungible, and thus represents a non-liquid asset. The token may also include a residual token. A residual token may be a token granted as a reward, for example, as a reward for good driving. The vehicle may depreciate in value according to a predetermined vehicle depreciation schedule. The value of the token linked to the vehicle may incur additional depreciation according to bow the vehicle is used. The residual token may be earned and thus offset the depreciation.

(16) The vehicle monitors how it is being used and may report, a change of state of the vehicle. The blockchain may respond with an updated token or a new token that reflects a value of the token as a result of the change of state. The vehicle may report a number of miles driven within a predetermined period of time as a change of state. For example, the vehicle may report that 3000 miles have been driven since a last reported miles log and that the miles have been driven within a relatively short period of time, for example, in less than three months. The vehicle may report rough driving conditions, such as driving on a road that exhibits an excessive vibration over a predetermined period, such as a half hour to longer. The vehicle may report that it has been driven by a predetermined number of miles in excess of a recommended number of miles for routine maintenance. Also, a vehicle may report that it has been involved in an accident. In some embodiments, the vehicle may report specific parts of a vehicle that are repaired or replaced as a result of an accident, may report a category of accident, such as minor fender damage, medium body damage, or major drive-train damage. Messages reporting a state of a vehicle may be sent periodically, such as every predetermined number of miles driven, or every predetermined period of time, or upon occurrence of a specific event that involves a change of state. For purposes of this disclosure, any of a predetermined number of miles driven, predetermined period of time, or occurrence of an event that involves a change of state will be considered as state change event, or simply an event for ease of understanding.

(17) Regarding FIG. 3, in S301 (YES), upon occurrence of an event that requires reporting of a change of state of a vehicle, in S303, the computer 121 for the vehicle will receive change of state information concerning the event. For example, information concerning an event may include state changes such as miles driven per time period, excess miles driven without scheduled maintenance, occurrence of an accident, driving in rough driving conditions. In S305, a secure enclave processor 125 authenticates the vehicle. In S307, the computer 121 generates a message that includes the change of state information of the vehicle. In S309, the enclave processor 125 retrieves a private key from a secure storage of the secure enclave, and the computer 121 signs the message with the private key. In S311, the message having state changes is transmitted via the wireless communication device 123 to the blockchain 115.

(18) In some embodiments, one or more messages may be buffered while the vehicle and/or computer 121 is offline. The message(s) may then be sent at a time when the vehicle is started up, or in the case of an electric vehicle, the vehicle is plugged in and has been charged to a predetermined charge level. All messages since last communication may be transmitted to the blockchain 115. In S313, a block is created for a state change in accordance with a smart contract 131. In S319, the blockchain 115 may issue an updated token or in S317 new tokens based on the state change and the rules of the smart contract 131. In S321, every vehicle that is a member of the blockchain 115 receives a copy of the state change(s) 141. In S323, the vehicle that sent out the original message receives an updated token value or new tokens. The computer 121 will repeat reporting of state changes and receiving updated token values over the course of usage of the vehicle by the owner.

(19) In addition to an updated token value or new tokens, residual tokens may be issued as a reward for good driving behavior. In some embodiments, a residual token may be granted by a third party, who offers residual tokens as a market incentive. For example, when a vehicle reaches a predetermined number of miles without an accident, the blockchain 115 may issue a residual token. Residual tokens may be issued when maintenance is performed on schedule, or when the vehicle is driven in safe or good driving conditions over a predetermined number of miles. Residual tokens may also be issued for exceptional care of a vehicle. For example, residual tokens may be issued when a vehicle is driven only on weekends, or in a case where a combination of low miles is driven and maintenance is performed on schedule, or where the vehicle is stored in a facility, such as a garage or warehouse having a controlled environment, for a predetermined period of time. Such residual tokens may be granted by a third party, such as an insurance company or rental agency, to provide an incentive for good driving and care of the vehicle.

(20) In the case that a vehicle is to be transferred to a new owner, the value of the vehicle will be indicated by the value of the linked token which reflects the blockchain of state changes and any offset value of residual tokens.

(21) In some embodiments, initially, a vehicle, proportion of a vehicle, or parts of a vehicle are put up for stake when a vehicle is purchased. In the case that a proportion of a vehicle is put up for stake, the vehicle may be co-owned or leased. In the case that parts of a vehicle are put up for stake, the parts may be replacement parts or upgrades that the owner has purchased.

(22) The proof of stake mechanism includes conditions where an entire stake may be lost. When a computer 121 of a vehicle attempts to modify one or more rules of the smart contract, the entire stake may be reduced to zero. When a computer 121 of a vehicle attempts to modify the change of state information that is provided by the vehicle, the entire stake may be reduced to zero.

(23) FIG. 4 is a flowchart for a smart contract in accordance with an exemplary aspect of the disclosure. A smart contract is computer code that is typically stored at the beginning of a blockchain. The smart contract defines rules in terms of specific conditions and actions to be performed which all members of the blockchain agree to meet. The smart contract may stake vehicle tokens and residual tokens. The smart contract may be prepared in conjunction with an equipment or vehicle sale, but may also be prepared for an equipment or vehicle lease. The smart contract may include a condition that a type of vehicle or specific vehicle will depreciate by a certain value or percentage every predetermined number of miles driven, or every predetermined amount of time. The smart contract may include a maintenance schedule for a type of vehicle (year/make/model) or for a specific vehicle. The smart contract may include a dollar amount or percentage decrease that may be incurred depending on an extent of damage during an accident. The smart contract may define driving conditions. The smart contract may specify how often a vehicle is to report its state and what types of information is to be reported.

(24) Regarding FIG. 4, a smart contract may contain a rule, S401, that checks whether a predetermined number of miles have been driven over a predetermined period since a last report. The smart contract may perform an action, S403, to depreciate a vehicle value based on a depreciation rate when the condition of a predetermined number of miles has been met. The smart contract main contain a rule, S405, which checks whether maintenance has been performed in accordance with a maintenance schedule. When maintenance is performed on schedule (YES in S405), in S409, a residual token may be provided. When vehicle maintenance is not performed on schedule (NO in S405), in S407, a token may be issued having a decreased token value. In some embodiments, a maintenance penalty may be made when a predetermined number of miles driven or a predetermined time period has passed since a last maintenance event. The smart contract may contain a rule, S411, which checks whether an accident has occurred. If no accident has occurred (NO in S411), and a total number of miles have been driven without an accident (YES in S413), in S417, a residual token may be awarded. Otherwise, in S415, an accident penalty may be applied to decrease the value of a token. In S419, the smart contract may determine that the vehicle has been driven in poor driving conditions, and, in S423, may set a driving conditions penalty to decrease a value of a token. If the vehicle has been driven in good driving conditions (NO in S419), and a total number of miles have been driven (YES in S421), in S425, a residual token may be awarded.

(25) A smart contract may define poor driving conditions as being a case where the vehicle has experienced a certain level of vibration over a predetermined amount of time, such as a half hour. Poor driving conditions may also be fined as a high amount of vibration over a short amount of time. Instead of vibration that the vehicle has incurred, poor driving conditions may be measured by way of sudden impact received at each wheel.

(26) Numerous modifications and variations of the present invention are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described herein.