Validation of vehicle data via blockchain
US-10937253-B2 · Mar 2, 2021 · US
US2022012967A1 · US · A1
| Field | Value |
|---|---|
| Publication number | US-2022012967-A1 |
| Application number | US-202016925091-A |
| Country | US |
| Kind code | A1 |
| Filing date | Jul 9, 2020 |
| Priority date | Jul 9, 2020 |
| Publication date | Jan 13, 2022 |
| Grant date | — |
A practical reading order for non-experts. Skip the full description unless you need deep technical detail.
What the patent document calls the invention.
A short plain-language summary of the technical disclosure.
Who owns or filed the patent and who is credited as inventor.
Filing, priority, publication, and grant dates set the timeline.
The legal scope of protection — read this for what is actually claimed.
Technology tags used to group this patent with similar filings.
Prior art links and similar publications in this corpus.
Official abstract text for this publication.
An example operation includes one or more of accessing, by a transport, data requested by an occupant of the transport, determining, by the transport, one or more risk levels associated with content of the data and a driving environment of the transport, responsive to the determining, bifurcating, by the transport, the data, distributing, by the transport, a portion of the bifurcated data with a lower risk level during a safe driving environment, and distributing, by the transport, a remaining portion of the bifurcated data with a higher risk level, after the occupant has departed the transport.
Opening claim text (preview).
What is claimed is: 1 . A method, comprising: accessing, by a transport, data requested by an occupant of the transport; determining, by the transport one or more risk levels associated with content of the data and a driving environment of the transport; responsive to the determining, bifurcating, by the transport, the data; distributing, by the transport, a portion of the bifurcated data with a lower risk level during a safe driving environment; and distributing, by the transport, a remaining portion of the bifurcated data with a higher risk level, after the occupant has departed the transport. 2 . The method of claim 1 , comprising determining the content comprises two or more risk levels; and wherein the bifurcating comprises separating the lower risk level data from the higher risk level data and storing the lower risk level data and the higher risk level data in separate memory spaces. 3 . The method of claim 1 , comprising responsive to identifying the transport is currently operating in a safe driving environment, retrieving the lower risk level data; and distributing one or more portions of the lower risk level data. 4 . The method of claim 1 , comprising estimating a time duration the transport will be operating in the safe driving environment; and determining an amount of the lower risk level data to distribute based on the estimated time duration. 5 . The method of claim 1 , comprising distributing the portion of the bifurcated data with the lower risk level to a transport interface; and distributing the remaining portion of the bifurcated data with the higher risk level to a device associated with the occupant. 6 . The method of claim 1 , comprising receiving, by the transport, a validation of the bifurcated data from at least one component, wherein the validation comprises a blockchain consensus between a peer group consisting of the transport and the at least one component. 7 . The method of claim 6 , comprising executing a smart contract, by the transport, to record the validation and the at least one component on a blockchain based on the blockchain consensus. 8 . A transport, comprising: a processor configured to access data requested by an occupant of the transport; determine one or more risk levels associated with content of the data and a driving environment of the transport; responsive to the determination, bifurcate the data; distribute a portion of the bifurcated data with a lower risk level when in a safe driving environment; and distribute a remaining portion of the bifurcated data with a higher risk level, after the occupant has departed the transport. 9 . The transport of claim 8 , wherein the processor is further configured to determine the content comprises two or more risk levels; and wherein the bifurcation comprises separation of the lower risk level data from the higher risk level data and storage of the lower risk level data and the higher risk level data in separate memory spaces. 10 . The transport of claim 8 , wherein the processor is further configured to responsive to identification that the transport is currently operational in a safe driving environment, retrieve the lower risk level data; and distribute one or more portions of the lower risk level data. 11 . The transport of claim 8 , wherein the processor is further configured to estimate a time duration the transport will be operational in the safe driving environment; and determine an amount of the lower risk level data to distribute based on the estimated time duration. 12 . The transport of claim 8 , wherein the processor is further configured to distribute the portion of the bifurcated data with the lower risk level to a transport interface; and distribute the remaining portion of the bifurcated data with the higher risk level to a device associated with the occupant. 13 . The transport of claim 8 , comprising a receiver configured to receive a validation of the bifurcated data from at least one component, wherein the validation comprises a blockchain consensus between a peer group that consists of the transport and the at least one component. 14 . The transport of claim 13 , wherein the processor is further configured to execute a smart contract, by the transport, to record the validation and the at least one component on a blockchain based on the blockchain consensus. 15 . A non-transitory computer readable medium comprising instructions, that when read by a processor, cause the processor to perform: accessing, by a transport, data requested by an occupant of the transport; determining, by the transport one or more risk levels associated with content of the data and a driving environment of the transport; responsive to the determining, bifurcating, by the transport, the data; distributing, by the transport, a portion of the bifurcated data with a lower risk level during a safe driving environment; and distributing, by the transport, a remaining portion of the bifurcated data with a higher risk level, after the occupant has departed the transport. 16 . The non-transitory computer readable medium of claim 15 , wherein the processor is further configured to perform: determining the content comprises two or more risk levels; and wherein the bifurcating comprises separating the lower risk level data from the higher risk level data and storing the lower risk level data and the higher risk level data in separate memory spaces. 17 . The non-transitory computer readable medium of claim 15 , wherein the processor is further configured to perform: responsive to identifying the transport is currently operating in a safe driving environment, retrieving the lower risk level data; and distributing one or more portions of the lower risk level data. 18 . The non-transitory computer readable medium of claim 15 , wherein the processor is further configured to perform: estimating a time duration the transport will be operating in the safe driving environment; and determining an amount of the lower risk level data to distribute based on the estimated time duration. 19 . The non-transitory computer readable medium of claim 15 , wherein the processor is further configured to perform: distributing the portion of the bifurcated data with the lower risk level to a transport interface; and distributing the remaining portion of the bifurcated data with the higher risk level to a device associated with the occupant. 20 . The non-transitory computer readable medium of claim 15 , wherein the processor is further configured to perform: receiving, by the transport, a validation of the bifurcated data from at least one component, wherein the validation comprises a blockchain consensus between a peer group consisting of the transport and the at least one component.
Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources (admission control or resource allocation H04L47/70) · CPC title
Machine learning · CPC title
exterior to a vehicle by using sensors mounted on the vehicle · CPC title
Protecting personal data, e.g. for financial or medical purposes · CPC title
using personal physical data of the operator, e.g. finger prints, retinal images, voicepatterns · CPC title
Related publications grouped by family.
Answers are generated from the same data shown on this page.