Managed Energy Distribution

Abstract

Exemplary operations include one or more of determining at least one high-priority device at a location, determining that the device has become inoperable due to a power shortage at the location, and sending power from the vehicle to the device based on demand exceeding a threshold.

Description

Background Art

[0001] Generally, vehicles or means of transportation, such as passenger cars, motorcycles, trucks, airplanes, trains, etc., provide transportation needs for passengers and / or goods in various ways. The functions related to the means of transportation can be identified and utilized by various computing devices such as smartphones or computers located on and / or away from the means of transportation.

Summary of the Invention

[0002] An exemplary embodiment provides a method including determining at least one high-priority device at a location, determining that the device becomes inoperable due to a power loss at the location, and sending power from the vehicle to the device based on demand exceeding a threshold.

[0003] Another exemplary embodiment provides a system including a memory communicatively connected to a processor, the processor determining at least one high-priority device at a location, determining that the device becomes inoperable due to a power loss at the location, and performing one or more of sending power from the vehicle to the device based on demand exceeding a threshold.

[0004] A further exemplary embodiment provides a computer-readable storage medium with instructions that, when read by a processor, cause the processor to determine at least one high-priority device at a location, determine that the device becomes inoperable due to a power loss at the location, and perform one or more of sending power from the vehicle to the device based on demand exceeding a threshold.

Brief Description of the Drawings

[0005]

Figure 1

Figure 2A

Figure 2B

Figure 2C

Figure 2D

Figure 2E

Figure 2F

Figure 2G

Figure 2H

Figure 2I

Figure 2J

Figure 2K

Figure 2L

Figure 2M

Figure 2N

Figure 3A

Figure 3B

Figure 3C

Figure 4

Figure 5A

Figure 5B

Figure 6A

Figure 6B

Figure 6C

Figure 6D

Figure 7

Mode for Carrying Out the Invention

[0006] It will be readily understood that the components described herein and illustrated in the figures can be arranged and designed in a wide variety of different configurations. Accordingly, the following detailed description of at least one embodiment of a method, apparatus, computer-readable storage medium, and system, as represented in the accompanying figures, is not intended to limit the scope of the claimed application and represents only the selected embodiments. The multiple embodiments described herein are not intended to limit the scope of the solution. The computer-readable storage medium can be a non-transitory computer-readable medium or a non-transitory computer-readable storage medium.

[0007] Communication between a transport means and a particular entity such as a remote server, other transport means, and local computing devices (e.g., smartphones, personal computers, computers incorporated into transport means, etc.) can be transmitted, received, and processed by one or more "components" that can be hardware, firmware, software, or a combination thereof. The component can be part of any of the entity or computing device or a particular other computing device. In one example, the determination of consensus related to a blockchain transaction can be made by one or more computing devices or components (which can be any element described and / or depicted herein) associated with the transport means, as well as by one or more of the components located external to or remote from the transport means.

[0008] As described throughout this specification, this function, structure, or feature can be combined in any suitable way in one or more embodiments. For example, the use of phrases such as "exemplary embodiment", "some embodiments", or other similar terms throughout this specification indicates that the specific function, structure, or feature described in relation to the embodiment can be included in at least one example. Thus, even if phrases such as "exemplary embodiment", "in some embodiments", "in other embodiments", or other similar terms appear throughout this specification, they do not necessarily all refer to the same group of embodiments, and the described functions, structures, or features can be combined in any suitable way in one or more embodiments. In the figures, any connection between elements can enable one-way and / or two-way communication, even if the depicted connection is a one-way or two-way arrow. In this solution, the vehicle or means of transportation can include one or more of a passenger car, a truck, a walking area battery electric vehicle (BEV), an e-Palette, a fuel cell bus, a motorcycle, a scooter, a bicycle, a boat, a recreational vehicle, an airplane, and any object that can be used to transport people and / or goods from one place to another.

[0009] In addition, although the term "message" may be used in the description of embodiments, other types of network data such as packets, frames, and datagrams can also be used. Furthermore, specific types of messages and signaling can be depicted in the preferred embodiments, but they are not limited to specific types of messages and signaling.

[0010] Exemplary embodiments provide a method, system, component, non-transitory computer-readable medium, device, and / or network that provide at least one of a means of transportation (also referred to herein as a vehicle or passenger vehicle), a data collection system, a data monitoring system, a verification system, an approval system, and a vehicle data distribution system. Vehicle status data received in the form of communication messages such as wireless data network communications and / or wired communication messages can be processed to identify the status of the vehicle / means of transportation and provide feedback regarding the status and / or changes of the means of transportation. In one example, a user profile can be applied to a particular means of transportation / vehicle to approve current vehicle events, service outages at a service station, subsequent vehicle rental services, and enable vehicle-to-vehicle communication.

[0011] In a communication infrastructure, a distributed database is a distributed storage system that includes multiple nodes that communicate with each other. A blockchain is an example of a distributed database that includes an append-only and immutable data structure (i.e., a distributed ledger) that can maintain records among parties who do not trust each other. The parties who do not trust each other are referred to herein as peers, nodes, or peer nodes. Each peer maintains a copy of the database records, and no single peer can modify the database records without reaching a consensus among the distributed peers. For example, peers may execute a consensus protocol to verify blockchain storage entries, group the storage entries into blocks, and construct a hash chain through the blocks. This process forms the ledger by ordering the storage entries as necessary for consistency. In a public or permissionless blockchain, anyone can participate without having specific identifying information. Public blockchains are involved in cryptocurrencies and may use consensus based on various protocols such as proof of work (PoW). Conversely, a permissioned blockchain database can guarantee transactions among a group of entities that share a common goal but do not fully trust or cannot trust each other, such as businesses that exchange funds, goods, information, and the like. This solution can function in a permissioned and / or permissionless blockchain setting.

[0012] A smart contract is a trusted decentralized application that leverages the tamper-resistant properties of a shared or distributed ledger (which can be in the form of a blockchain) and the underlying agreement between member nodes, referred to as an endorsement or endorsement policy. Generally, blockchain entries are "approved" before being committed to the blockchain, while unapproved entries are ignored. With a typical endorsement policy, smart contract executable code can specify endorsers for entries in the form of a set of peer nodes required for endorsement. When a client sends an entry to a peer specified in the endorsement policy, the entry is executed to verify the entry. After verification, the entry enters an ordering phase, in which the consensus protocol is used to generate an ordered sequence of approved entries grouped into blocks.

[0013] A node is a communication entity in a blockchain system. A "node" can perform a logical function in the sense that multiple different types of nodes can operate on the same physical server. Nodes are grouped within a trust domain and are associated with a logical entity that controls the nodes in various ways. Nodes can include different types such as a client or submitting client node that submits an entry call to an endorser (e.g., a peer) and broadcasts the entry proposal to an ordering service (e.g., an ordering node). Another type of node is a peer node, which can receive a client-submitted entry, commit the entry, and maintain the state and a copy of the ledger of blockchain entries. A peer can also act as an endorser. An ordering service node or orderer is a node that performs a communication service for all nodes and implements delivery guarantees such as broadcasting to each of the peer nodes in the system when committing an entry to modify the world state of the blockchain. The world state can constitute the initial blockchain entry, usually containing control and configuration information.

[0014] A ledger is an ordered and tamper-resistant record of all state transitions in a blockchain. State transitions can occur as a result of calls (i.e., entries) to smart contract executable code submitted by participating parties (such as client nodes, ordering nodes, endorser nodes, peer nodes, etc.). An entry can result in a set of key-value pairs of assets that are committed to the ledger as one or more operands such as create, update, delete, and the like. The ledger includes a blockchain (also referred to as a chain) that is used to store the immutable and ordered records in blocks. The ledger also includes a state database that maintains the current state of the blockchain. Usually, there is one ledger per channel. Each peer node maintains a copy of the ledger for each channel of which it is a member.

[0015] The chain is an entry log constructed as a hash-linked block, where each block contains a sequence of N entries, and N is greater than or equal to 1. The block header includes the hash of the block's entries and the hash of the previous block's header. In this way, all the entries in the ledger are ordered and cryptographically linked together. Therefore, it is impossible to tamper with the ledger data without breaking the hash link. The hash of the latest added blockchain block represents all the entries on the chain that occurred before it, thereby enabling all peer nodes to ensure that they are in a consistent and trusted state. The chain is stored in the peer node file system (i.e., local, attached storage, cloud, etc.) and can efficiently support the append-only nature of the blockchain workload.

[0016] The current state of the immutable ledger represents the latest values for all keys included in the chain's entry log. Since the current state represents the latest known key values on the channel, it may be referred to as the world state. Calls to smart contract executable code execute entries against the current state data of the ledger. To efficiently handle the interactions of the smart contract executable code, the latest values of the keys can be stored in a state database. The state database can simply be an indexed view of the chain's entry log and can thus be regenerated from the chain at any time. The state database can be automatically restored (or generated if necessary) when the peer node starts up and before entries are accepted.

[0017] The blockchain differs from traditional databases in that it is a decentralized, immutable, and secure storage rather than a central storage, where nodes must share changes to records in the storage. Some of the properties inherent in the blockchain and helping with its implementation include, but are not limited to, immutable ledger, smart contract, security, privacy, decentralization, consensus, endorsement, accessibility, and the like.

[0018] Exemplary embodiments provide services for a particular vehicle and / or user profiles applicable to the vehicle. For example, the user can be the owner of the vehicle or an operator of a vehicle owned by another party. The vehicle may require services at specific intervals, and the service request may require approval before permission to receive the service. Also, the service center can provide services to vehicles in the nearby area based on the vehicle's current route plan and the relative level of service requirements (e.g., emergency, critical, moderate, minor, etc.). The vehicle's request can be monitored via one or more vehicle and / or road sensors or cameras that report the sensed data to a central controller computer device inside and / or away from the vehicle. This data is transferred to a management server for consideration and operation. The sensors can be located on one or more of the inside of the transportation means, the outside of the transportation means, on a fixed object away from the transportation means, and on another transportation means close to the transportation means. The sensors can be associated with the speed of the transportation means, the brakes of the transportation means, the acceleration of the transportation means, the fuel level, the service request, the gear shift of the transportation means, the operation of the transportation means, and the like. The sensors as described herein can also be devices such as wireless devices inside and / or close to the transportation means. Also, the sensor information can be used to identify whether the vehicle is operating safely and whether the occupants are involved in any unexpected vehicle conditions, such as during vehicle access and / or utilization periods. The vehicle information collected before, during, and / or after vehicle operation can be identified and stored in a transaction on a shared / distributed ledger, and the transaction can be generated and committed to an immutable ledger as determined by a consortium that gives permission, and thus in a "distributed" manner by a blockchain membership group or the like.

[0019] Each party with an interest (i.e., owner, user, company, agency, etc.) may wish to limit the exposure of private information, and thus, the blockchain and its immutability can be used to manage permissions for each specific user vehicle profile. Smart contracts can be used to provide compensation, quantify the scoring / grading / consideration of user profiles, apply permissions for vehicle events, determine when services are needed, identify collision events and / or degradation events, identify events of safety concern, identify the parties to an event, and distribute to registered entities attempting to access the vehicle event data. Also, results can be identified and the necessary information can be shared among registered companies and / or individuals based on the consensus approach associated with the blockchain. This approach could not be implemented with a conventional centralized database.

[0020] To create maps of terrain and roads that the means of transportation can use for navigation and other purposes, the various driving systems of this solution can utilize software, sensor arrays, and machine learning capabilities, as well as light detection and ranging (LiDAR) projectors, radars, ultrasonic sensors, and the like. In some embodiments, instead of LiDAR, GPS, maps, cameras, sensors, and the like can also be used in autonomous vehicles.

[0021] In certain embodiments, the solution includes authorizing a vehicle for a service via an automated and rapid authentication scheme. For example, driving to a charging station or a fuel pump can be done by the vehicle's operator or an autonomous transportation means, and authorization to receive charge or fuel can be done without any delay if the authorization is received by the service and / or the charging station. The vehicle can provide a communication signal that provides the vehicle's identification information, which is linked to a currently active profile that is authorized to receive services that can be later modified by compensation. Additional measures can be used to provide further authentication. For example, another identifier can be wirelessly transmitted from the user's device to the service center to replace or supplement the first authorization operation between the transportation means and the service center using an additional authorization operation.

[0022] Shared and received data can be stored in a database, which generally maintains data in a particular location within a single database (e.g., a database server). This location is often a central computer, such as a desktop central processing unit (CPU), a server CPU, or a mainframe computer. Information stored in a centralized database is usually accessible from multiple different points. A centralized database is easy to manage, maintain, and control, and is particularly for security purposes since the centralized database is in a single location. Within a centralized database, the fact that all data is in a single storage location also means that a given dataset has only one primary record, so data redundancy is minimized. A blockchain can be used to store data and transactions related to transportation means.

[0023] Any of the operations described herein may be performed by one or more processors (e.g., microprocessors, sensors, electronic control units (ECUs), head units, and the like) that may be located on-board or off-board the vehicle. The one or more processors may communicate with other on-board or off-board processors in other vehicles to utilize data transmitted by the vehicle. The one or more processors and the other processors may transmit data, receive data, and utilize this data to perform one or more of the operations described or depicted herein.

[0024] FIG. 1 shows an exemplary diagram of managed energy distribution according to an exemplary embodiment. The managed energy distribution system 100 may include one or more device processors 110, a smart meter processor 120, and a vehicle processor 130. As described herein, the managed energy distribution system 100 of the present application may incorporate other computing devices. The managed energy distribution system 100 determines the devices within a location that need to be connected to power and routes electricity from the connected power source to the devices.

[0025] The device processor 110 is a computing device associated with high-priority devices in a location. High-priority devices are electrically powered devices that have a higher importance and maintain operations compared to other lower-priority devices. The high-priority devices may be related to medical needs, security needs, devices related to the elderly, or the like. In one embodiment, a need range may be implemented such that devices determined to be the highest numbers within a range (i.e., higher-priority devices) should not be without electricity, and devices considered to be lower numbers within the range (i.e., lower-priority devices) may be able to operate without electricity. For example, a ventilator or respirator in the location may be considered a high-priority device, while a television monitor may be considered a lower-priority device.

[0026] The smart meter processor 120 is a computing device associated with a smart meter. The smart meter is a device that controls the electrical routing in the location where the high-priority device and the device processor 110 are located. The smart meter processor 120 can logically route electricity between an electrical energy source (e.g., a power grid, a backup battery bank at the location, a connected vehicle, a charging station, etc.) and devices (e.g., high-priority devices, low-priority devices, etc.). For example, the smart meter processor 120 can route electrical energy from the battery of a connected vehicle to one or more devices in the house, such as those connected to an outlet that may be needed or considered medically necessary. The smart meter processor 120 can be located, for example, in a device communicatively connected to the electricity meter at the location. In one embodiment, the smart meter processor 120 can be a server at a separate location associated with the energy grid. In another embodiment, the smart meter processor 120 can be associated with a computing device associated with an electric utility or provider. For example, a solar farm or a windmill farm near the location can have a computing device that can include the smart meter processor 120. The solar farm or the windmill farm can provide power to a group of locations including, but not limited to, one or more neighbors, a group of buildings, and a group of similar farms near the farm. In one embodiment, the smart meter processor 120 can control the electrical routing at multiple locations, and a power shortage of a device at one location can cause the smart meter processor 120 to modify the electrical routing at a different location. For example, the smart meter processor 120 can effect an electrical routing at a second location to disable electricity to a device at the second location in order to provide electricity to one or more critical devices at a first location.

[0027] A smart meter can also record information such as electricity energy consumption, voltage level, current, and power factor. In one embodiment, the smart meter can communicate information to consumers to make consumption behavior clearer and communicate information to the electricity supplier for system monitoring and customer billing. A smart meter typically records energy almost in real time and reports regularly at short intervals throughout the day. In one embodiment, the smart meter can enable two-way communication between the smart meter and a central system such as a server. Such an advanced metering infrastructure (AMI) can be different from automatic meter reading (AMR) in that it can enable two-way communication between the meter and the energy supplier server. The communication from the meter to the server can be wireless or via a fixed wired connection such as power line carrier (PLC). Commonly used wireless communication options can include cellular communication, Wi-Fi (which is easily available), wireless ad hoc networks in Wi-Fi, wireless mesh networks, low-power long-range wireless (LoRa), WIZE (open high radio penetration using frequency 169 MHz), ZIGBEE (registered trademark) (low-power and low-data-rate wireless), WI-SUN (smart utility network), and the like.

[0028] In one embodiment, the vehicle may include a vehicle processor 130. The vehicle may include any number of processors, such as ECUs, energy management processors, navigation processors, climate control processors, entertainment processors, and the like. The vehicle processor 130 may be communicatively connected to processors of other vehicles, servers, and passenger devices. In one embodiment, the vehicle processor 130 may send and receive messages through a wireless communication interface between the device processor 110, the smart meter processor 120, the server, and / or other vehicle processors. In another embodiment, the vehicle processor 130 may send and receive messages through a wired communication interface (e.g., a wired communication interface associated with a charging station connected to the vehicle, a wired charging interface such as a universal serial bus (USB) connection to a passenger device, and the like) between another vehicle and / or other processors. The vehicle processor 130 may have one or more associated memory devices for storing applications and data, and may be interconnected by various wired or wireless communication paths, such as a controller area network (CAN) bus or various wireless technologies known in the art.

[0029] The vehicle may include one or more batteries for storing electrical energy. The energy in the battery may be consumed as the vehicle moves and may require recharging for the vehicle to continue moving. The battery may have a minimum energy level for movement, and the current energy level of the battery may be between the minimum energy level and the fully charged level. Since the vehicle is stationary when not charged, after the vehicle is charged, the vehicle may move to another location including another vehicle, a charging station, the device processor 110, and / or a location associated with the smart meter processor 120, and transmit energy to an energy storage device at that location (i.e., vehicle-grid). Vehicle-grid (V2G) represents a system in which a plug-in electric vehicle (PEV), such as a battery electric vehicle (BEV), a plug-in hybrid (PHEV), or a fuel cell electric vehicle (FCEV), communicates with the power grid and sells demand response services by returning electricity to the grid or by reducing their charging rate. The V2G storage capacity may enable an electric vehicle (EV) to store and discharge electricity at a location associated with the device processor 110, the smart meter processor 120, and / or another vehicle. V2G may be used with vehicles that can be connected to an electrical plug. These are generally referred to as plug-in electric vehicles (PEVs), which include battery electric vehicles (BEVs) and plug-in hybrids (PHEVs). Since 95% of passenger vehicles are parked at any given time, the battery of an electric vehicle may be used to flow electricity back from the vehicle.

[0030] This application may be executed, in whole or in part, in one or more vehicle processors 130 of a vehicle, one or more device processors 110 (e.g., a home network) at the location, a smart meter processor 120, or one or more servers located outside the location. The application may determine high-priority devices within the location as necessary. This may be through communication, where the device may communicate with another processor such as a processor in the home network, or the communication may occur between the device and the connected vehicle. The communication may include references to the room and / or outlet where the device is plugged in, as well as the electrical circuit from which the device is drawing power. In another embodiment, the device processor 110 and / or the smart meter processor 120 may communicate (wired or wirelessly) with an external server, such as a server that is part of an entity that manages power distribution for an area including the location.

[0031] In one embodiment, the device processor 110 may send a device priority 112 to the smart meter processor 120. In one embodiment, the device priority 112 may indicate whether the device associated with the device processor 110 is a high-priority device or a low-priority device. In one embodiment, the device priority 112 may include a numerical value that can be compared with device priorities from other devices. For example, whether the device priority 112 can be higher or lower than the device priority from another device. In one embodiment, the smart meter processor 120 may store in an accessible memory device a threshold indicating a priority level for drawing a line from low-priority devices to high-priority devices. For example, if the device priority 112 is above the threshold, the smart meter processor 120 may determine that the device associated with the device processor 110 is a high-priority device. If the device priority 112 is below the threshold, the smart meter processor 120 may determine that the device associated with the device processor 110 is a low-priority device.

[0032] In one embodiment, the priority level threshold can be set by an individual at the location. For example, the individual may have a computing device (e.g., a smartphone, a tablet, a smartwatch, a notebook PC, etc.) with an application installed that communicates with the smart meter processor 120. For example, the application can obtain and display various information including the current priority level threshold and / or the priority of the device at the location from the smart meter processor 120. Through the application, the individual may be able to temporarily or permanently increase or decrease the threshold and / or change the priority level of one or more devices. In one embodiment, the individual may increase the threshold to ensure that the device with the highest priority has the maximum amount of available electricity. For example, the individual may be notified by the power company that the latest excavation project is expected to accidentally cut off the primary power source of the electrical grid power to the neighborhood and it will take four days to repair the damage and restore the power. The individual may be taking care of a relative at the location using three important medical care devices, one with a priority of "12" and two with "14". By raising the threshold from "8" to "11", devices with a priority level of "9" or "10" are prevented from receiving power at the location. This can extend the power availability for the three important medical care devices. After a power shortage event, the individual may choose to return the priority level to the original threshold of "8".

[0033] In one embodiment, the smart meter processor 120 may receive device priorities from a plurality of devices at the location and may order the priorities of the devices (114). For example, the first device processor 110 may provide a device priority 112 of "12", the second device processor 110 may provide a device priority 112 of "7", and the third device processor 110 may provide a device priority 112 of "15". The smart meter processor 112 may order the priorities in an order such as the second device (lowest priority), the first device (medium priority), and the third device (highest priority) (114).

[0034] In one embodiment, the device processor 110 may determine an electrical shortage at the location (116). For example, the device associated with the device processor 110 may be connected to a power outlet at the location, and the device processor 110 may monitor the voltage level from the outlet. The device processor 110 may compare the voltage level against a voltage threshold stored in a memory device accessible to the device processor 110 to determine an electrical shortage (116). In one embodiment, the device processor 110 may be connected to a battery that provides backup power to the device processor 110 when the main power is insufficient, enabling the device processor 110 to continue operating and communicating (i.e., with the smart meter processor 120, the vehicle processor 130, the server, etc.). In response to determining an electrical shortage at the location, the device processor 110 may send a notification 118 of the electrical shortage at the location to the smart meter processor 120. In one embodiment, the notification 118 of the electrical shortage may include the time when the electrical shortage was detected by the device processor 110, the location of the device associated with the device processor 110, and the unique identifier associated with the device and / or the device processor 110.

[0035] In response to receiving a power shortage notification 118 by the smart meter, the smart meter processor 120 may determine that the device is a high-priority device (122). In one embodiment, the smart meter processor 120 may identify the device within the ordered priorities 114 based on the device identifier present in the power shortage notification 118. If the device priority 112 previously provided by the device processor 110 identifies the device as a high-priority device, the smart meter processor 120 may determine that the device is a high-priority device (122). However, if the device priority 112 previously provided by the device processor 110 does not identify the device as a high-priority device (i.e., the device priority 112 may include a numerical value of priority, but it may not be sufficient to classify the device as a high-priority device. In that case, the smart meter processor 120 may obtain a threshold value from an accessible memory device to determine that the device is a high-priority device. Using the previous example for three devices, if the threshold value is "10", the smart meter processor 120 may further compare these priorities against the threshold value as described above to determine which devices are high-priority devices. Since the priorities of the first and third devices are above "10" (i.e., the first device priority is "12" and the third device priority is "15"), the first and third devices may be considered high-priority devices.

[0036] Using the information that there is an electrical shortage 118 and the device with insufficient power is a high-priority device (122), the smart meter processor 120 can obtain additional electricity from the available power source and supply power to the high-priority devices with insufficient electricity. In one embodiment, the smart meter processor 120 can recognize the connected electric vehicle at the location. For example, the vehicle can be connected to a charging station, and the charging station processor (or the vehicle processor 130) can send a notification to the smart meter processor 120 that one or more batteries of the vehicle are currently being charged. In one embodiment, the smart meter processor 120 can send a charge request 124 to the vehicle processor 130. The charge request 124 can include the amount of charge requested, the time of the request, the time by which the charge needs to be provided, and / or the duration of the request. The vehicle processor 130 can receive the request 124 and determine the available electrical energy (126). In one embodiment, the vehicle processor 130 can have one or more future destinations identified in a memory accessible to another processor such as the vehicle processor 130 or a navigation processor. The vehicle processor 130 can calculate the amount of electrical energy required to complete the movement to / from the identified destination and subtract it from the current charge level stored in the vehicle's battery. The difference can be the available electrical energy 126. The vehicle processor 130 can reduce the available electrical energy by some amount, taking into account weather, traffic, minimum charge level, or safety margins related to the vehicle.

[0037] The vehicle processor 130 may send an electrical energy availability notification 128 to the smart meter processor 120. In one embodiment, the electrical energy availability notification 128 may include the amount of electrical energy that the vehicle may provide to the device, the time during which the electrical energy may be provided, and / or the period during which the electrical energy may be provided. The smart meter processor 120 may receive this notification 128 and, in response, may allocate an energy source to the device (132). For example, the electrical energy notification 128 may indicate a useful level of electrical energy available from the vehicle. The useful level of electrical energy may be capable of powering the device during an energy shortage event. The smart meter processor 120 may allocate electrical energy from the vehicle to the device (132).

[0038] Here, with the vehicle assigned to the device, the smart meter processor 120 may send an electrical energy supply request 134 to the vehicle processor 130. The smart meter processor 120 provides an electrical energy request 134 that may instruct the vehicle processor 130 to provide a certain amount of electrical energy and / or provide electrical energy for a certain period. The vehicle processor 130 may enable the V2G (Vehicle-to-Grid) service (136), and the V2G service 136 may include interrupting the charging operation of the vehicle's battery to allow reverse current to flow from the vehicle's battery to the charging station. The electrical energy 138 flows from the vehicle's battery to the charging station and from the charging station to the smart meter or smart panel. The smart meter processor 120 may route the received energy to the device using, for example, the smart panel (140). The smart panel may include routing the electrical energy source (such as a vehicle, backup battery, or solar panel) directly to high-priority devices that are short of power, and may connect or disconnect the devices and energy sources at the location. In one embodiment, the smart meter processor 120 may control the electrical energy switch at the location to enable the electrical energy path between the charging station and the electrical outlet associated with the high-priority device. This causes the flow of electrical energy 142 from the power source (the vehicle's battery) to the device that requires electrical energy (i.e., the device corresponding to the device processor 110). The device receives the electrical energy 142 and utilizes the electrical energy for the functions associated with the device (144).

[0039] In one embodiment, the smart meter processor 120 can detect new devices at the location. For example, when a new device is installed or powered on, the new device can send a wired or wireless signal that the smart meter processor 120 can detect. For example, the signal can include an identifier for the new device, device type, communication address, and the like. The smart meter processor 120 can respond to a new device notification with a confirmation or request for additional information such as a new device description, new device priority 112, and / or power requirements for the new device. From this information, the smart meter processor 120 can determine that an increased power demand can limit the available power for existing devices. In one embodiment, the smart meter processor 120 can modify the priority threshold so that one or more devices (optionally including the new device) do not receive power during a power shortage event. In another embodiment, the smart meter processor 120 can send a notification to a communication device or computer associated with an individual at the location. The notification can recommend a change to the priority threshold, whereby the individual can approve, reject, or request a change to a different threshold.

[0040] In one embodiment, at least one high-priority device performs an important function related to the location or a person at the location. For example, the important function can be related to security at the location, such as control of sensors and / or alarms associated with intrusion detection or location safety. The important function can also be related to an individual or a person at the location, such as a critical care medical device (e.g., an insulin infusion pump, a ventilator, a drug dispenser, or a vital sign monitor). The location can have a plurality of such high-priority devices, and each high-priority device can have a common ("high-priority") or individual ("4") priority level 112.

[0041] In one embodiment, the device processor 110, the smart meter processor 120, the vehicle processor 130, or the server may determine that the electricity of the connected vehicle is insufficient, identify another power source close to the location, and notify the other power source to provide electricity to the device. In one embodiment, the vehicle processor 130 may periodically notify the smart meter processor 120 of the current charge level of the vehicle. For example, the vehicle may provide such a notification every minute. In another embodiment as described above, in response to receiving the power shortage notification 118 and determining that the device is a high-priority device, the smart meter processor 120 may send a charge request 124 to the vehicle, and the vehicle may respond with a charge availability 128 that may include the amount of available charge. From this, the smart meter processor 120 may determine that the amount of available charge from the vehicle may be insufficient. For example, the combination of the length of the power shortage event and the amount of electricity required by the device (in addition to other high-priority devices) may exceed what the vehicle is available to provide.

[0042] When the smart meter processor 120 determines that the electricity of the connected vehicle is insufficient, the smart meter processor 120 may identify another power source close to the location. In one embodiment, the other power source may be an energy source at the location, such as an off-grid battery source or another vehicle. In another embodiment, the other power source may be another vehicle that is close to the location but is not currently at the location. For example, the smart meter processor 120 may be associated with a company at the location. The company may own several work vehicles in the group. Each work vehicle may have a different address that enables each work vehicle to communicate independently from all other work vehicles in the group. The smart meter processor 120 may store the addresses in an accessible memory device. The smart meter processor 120 may send notifications to all vehicles in the group to request the current location of each vehicle, the travel time to the location, the display of availability and scheduled reservations, and the current charge level. From the received responses, the smart meter processor 120 may determine which vehicles may be available and how much charge may be provided. Next, the smart meter processor 120 may communicate independently with each vehicle that provides charge to the location.

[0043] The proximity to the location may be determined by the travel time from the current vehicle location to the location where the electricity shortage occurred. For example, there may be three vehicles associated with a location (e.g., home or company). One of the vehicles is connected to the location and has insufficient electricity as described above. The other two vehicles are moving away from the location. The smart meter processor 120 may wirelessly communicate with the vehicle processors 130 of the other vehicles to request the estimated travel time to the location. The other vehicle processors 130 may request a travel time estimate from the navigation processors of the other vehicles and wirelessly report the travel time to the smart meter processor 120.

[0044] The smart meter processor 120 may separately determine the time when additional power will be available at the location for high-priority devices. For example, the power utility server may notify the smart meter processor 120 that a power shortage event is occurring and is expected to last for 2.5 hours. The smart meter processor 120 may determine that the connected vehicle can provide power to the device for only 1 hour. Therefore, the smart meter processor 120 may determine that at least 1.5 hours of charge is required within the next 1 hour before the connected vehicle becomes empty. The smart meter processor 120 may send a notification to other vehicles associated with the location, requesting the amount of available charge and the time when the other vehicles are expected to arrive at the location. The smart meter processor 120 may select one or more other vehicles that can provide 1.5 hours of charge and can arrive at the location within the next 1 hour, and send a notification to the selected other vehicles to arrive at the location within the next 1 hour.

[0045] In another embodiment, the vehicle processor 130 may receive a notification from the smart meter processor 120 that additional charge is required. The notification may include the amount of charge required and the time when the charge is required. The vehicle processor 130 may store in an accessible memory device the identification information regarding other vehicles and the devices of the passengers associated with the location, and use this information to wirelessly communicate with other vehicles or the other vehicle processors 130 and / or the devices of the passengers associated with the location. Then, the vehicle processor 130 may perform the steps described with respect to the smart meter processor 120, causing one or more other vehicles to proceed to the location and provide the required amount of electricity for the required time.

[0046] In one embodiment, one of the smart meter processor 120 or the vehicle processor 130 takes into account that an arriving vehicle near the location has sufficient energy to leave the area (e.g., a charging station or other V2G electrical port at the location) after providing electricity to the location. For example, when another vehicle reports the amount of electrical energy available for supply to the location, the smart meter processor 120 or the vehicle processor 130 may subtract a certain amount from that amount to ensure that the other vehicle can move for 15 minutes or another short period after providing electricity to the location.

[0047] In another embodiment, the smart meter processor 120 or the vehicle processor 130 may provide information to a user associated with a computing device associated with a device that is running out of power. For example, a high-priority device may be an insulin infusion pump that is currently delivering insulin to a diabetic patient. In response to a power shortage, the smart meter processor 120 or the vehicle processor 130 may send a notification to the diabetic patient's smartphone to inform the diabetic patient of the time frame associated with the power shortage for the infusion pump. For example, there may be a time period from when the connected vehicle becomes empty until another vehicle arrives at the location and connects to the V2G electrical port, which is reported to the smartphone. The smartphone may display a message to the diabetic patient such as "Power is expected to be lost in the next 2 minutes". Other messages may be sent to the smartphone, including the time when power restoration is expected, notifications sent to the devices of the passengers in other vehicles, and the expected arrival time of other vehicles at the location where the power shortage is being encountered. In another embodiment, the smartphone of another individual at the location may move the connected vehicle away from the charging or V2G port before another vehicle arrives at the location, so that the smart meter processor 120 or the vehicle processor 130 can be notified that the other vehicle can access the charging or V2G port.

[0048] In one embodiment, when electricity is available at the location, the electricity can be routed from the vehicle to the location and from the location to the device. However, a shortage of electricity at the location can prevent the electricity from being sent from the vehicle to the device. For example, the location may not have a smart meter or smart panel that can route or divert electricity at the location when there is a power shortage. The device processor 110 may send a notification to the vehicle processor 130 that there is a shortage of power at the location and / or that the device is short of power. In one embodiment, the vehicle processor 130 may send the notification to a user associated with the device and / or to another user's device or computing device (e.g., a smartphone or smartwatch) at the location. The notification may communicate that there is a power shortage and that the device and the user associated with the device (e.g., an internal medicine patient) should be relocated closer to or inside the vehicle. For example, if the temperature at the location of the vehicle (e.g., the garage) is safe for the user associated with the device and the electrical port of the device is available outside the vehicle at the location of the vehicle, the notification may request that the device and the user associated with the device (e.g., an internal medicine patient) should be relocated closer to the vehicle and that the device should be connected to the vehicle charging port. If the temperature at the location of the vehicle (e.g., the garage) is not safe for the user associated with the device and the electrical port of the device is not available at the location of the vehicle or inside the vehicle, the notification may request that the device and the user associated with the device (e.g., an internal medicine patient) should be relocated inside the vehicle, that the vehicle should be started, and that the vehicle's climate control should be adjusted for the comfort of the user.If the temperature at the vehicle's location (e.g., garage) is not safe for the user associated with the device, and the device's electrical port is not available outside the vehicle but is available for devices within the vehicle, the notification may require that the device and the user associated with the device (e.g., a medical patient) be relocated inside the vehicle, that the device be connected to the vehicle's internal electrical port, that the vehicle be started, and that the vehicle's climate control be adjusted for the user's comfort. If the medical condition persists with the user / medical patient and the device, the notification may require taking that person to an emergency medical facility if that person is already in the vehicle.

[0049] In one embodiment, only a portion of the location may have a demand that exceeds a threshold. The smart meter processor 120 or the vehicle processor 130 may determine that only a portion of the location is power deficient. For example, in response to a device reporting a power deficiency, the smart meter processor 120 or the vehicle processor 130 may attempt to contact other devices at the location (i.e., the accessible memory device may include a list or data structure of various addresses and communication parameters for contacting other devices). Other devices that do not provide a response within a certain period may be interpreted as being similarly power deficient, while other devices that provide a response within that period may be interpreted as not being power deficient. The smart meter processor 120 may then configure the smart meter or smart panel to route electricity from the connected vehicle to only the devices in a portion of the location (i.e., the devices that responded first and other high-priority devices that did not respond).

[0050] In one embodiment, when an energy shortage is detected, the smart meter processor 120 may disable other devices that are below a threshold. This can be done by the smart meter processor 120 changing the routing within the smart meter or smart panel to remove power from devices that are below the threshold. Preferably, this can help maintain power availability for high-priority devices.

[0051] In one embodiment, in response to demand exceeding a threshold, the smart meter processor 120 determines that a separate power source independent of the vehicle is available at the location, sends electricity from the separate power source to the device, disconnects the electricity from the separate power source when the electricity is below a certain level, and can send electricity from the vehicle to the device. The separate power source may include a battery bank, a windmill, or a photovoltaic (PV) solar panel for off-grid use at the location. The memory accessible to the smart meter processor 120 may include information related to the separate power source at the location. This information may include how much power is available from the separate power source, communication parameters related to communication with the processing device associated with the separate electrical energy source, and a warning "Do not discharge below a certain level" related to the characteristics or desired guaranteed power level of each electrical energy source. The smart meter processor 120 may configure the routing of the smart meter or smart panel to send power from the separate power source to the device. The smart meter processor 120 monitors the current charge level of the separate power source that is discharging and configures the smart meter or smart panel to disconnect the device from the separate power source when the separate power source exceeds the discharge level specified in the information. At the same time, the smart meter processor 120 may notify the vehicle processor 130 to provide power to the device and appropriately configure the smart meter or smart panel.

[0052] In one embodiment, the smart meter processor 120 determines a period associated with an electricity shortage at the location and determines that the electricity from the vehicle provides electricity to at least one high-priority device for a period longer than the period, and may lower a threshold to add at least one other device to at least one high-priority device receiving electricity. A server associated with the electric utility may send a notification to the smart meter processor 120 that may include an expected duration of a power shortage event and a start time regarding the power shortage. The smart meter processor 120 may request the current charge level from the vehicle processor 130 to determine the amount of power available for providing to high-priority devices at the location. For example, the smart meter processor 120 may determine that a high-priority device requires "3" units of power to operate continuously during the duration of a power shortage event. The memory accessible to the smart meter processor 120 may store the power requirements for each device per time unit, or the device processor 110 may provide this information to the smart meter processor 120. The smart meter processor 120 may also receive from the vehicle processor 130 a notification that the vehicle is capable of providing "5" units of power during the duration of a power shortage event. This may mean that a surplus of "2" units of power is available during the duration of the power shortage event.

[0053] The smart meter processor 120 may obtain power requirements for lower-priority devices at the location from an accessible memory device and identify one or more lower-priority devices that may use a surplus of "2" units of electrical energy. The smart meter processor 120 may lower the threshold to place one or more lower-priority devices above the threshold and route electricity from the connected vehicle to the higher-priority devices and the lower-priority devices that are currently above the threshold.

[0054] In one embodiment, the steps shown and described in FIG. 1 may be executed in one or more other processors of a server or computing device communicatively connected to one or more of the device processor 110, the smart meter processor 120, the vehicle processor 130, and / or one or more other passenger or user devices. In another embodiment, some of the steps shown and described in FIG. 1 may be executed in the device processor 110, the smart meter processor 120, the vehicle processor 130, and / or one or more passenger or user devices, while other steps may be executed in one or more other processors of a server or computing device communicatively connected to one or more of the device processor 110, the smart meter processor 120, the vehicle processor 130, and / or one or more other passenger or user devices.

[0055] The flow diagrams depicted herein, such as FIG. 1, FIG. 2C, FIG. 2D, FIG. 2E, FIG. 3A, FIG. 3B, and FIG. 3C, are separate examples and can be of the same or different embodiments. Any of the operations in one flow diagram can be adopted in another flow diagram and shared with the other flow diagram. The exemplary operations are not intended to limit any embodiment or the subject matter of the corresponding claims.

[0056] All of the flow diagrams and corresponding processes obtained from FIG. 1, FIG. 2C, FIG. 2D, FIG. 3A, and FIG. 3B may be part of the same process or may share sub-processes with each other. Thus, it is important to note that the figures can be combined into a single preferred embodiment that does not require any one particular operation but performs particular operations from one exemplary process and one or more additional processes. All of the exemplary processes are related to the same physical system and can be used separately or interchangeably.

[0057] FIG. 2A shows a transportation means network diagram 200 according to an exemplary embodiment. The network comprises elements including a transportation means 202 including a processor 204 and a transportation means 202' including a processor 204'. The transportation means 202 and 202' communicate with each other via the processors 204 and 204' and other elements (not shown) including other elements capable of providing a transceiver, a transmitter, a receiver, a storage, a sensor, and communication. The communication between the transportation means 202 and 202' can occur directly, via a private network and / or a public network (not shown), or via other transportation means and elements including one or more of a processor, a memory, and software. Although described as a single transportation means and processor, there may be multiple transportation means and processors. One or more of the applications, functions, steps, solutions, etc. described and / or depicted herein can be utilized and / or provided by this element.

[0058] FIG. 2B shows another transportation means network diagram 210 according to an exemplary embodiment. The network comprises elements including a transportation means 202 including a processor 204 and a transportation means 202' including a processor 204'. The transportation means 202 and 202' communicate with each other via the processors 204 and 204' and other elements (not shown) including other elements capable of providing a transceiver, a transmitter, a receiver, a storage, a sensor, and communication. The communication between the transportation means 202 and 202' can occur directly, via a private network and / or a public network (not shown), or via other transportation means and elements including one or more of a processor, a memory, and software. The processors 204 and 204' can further communicate with one or more elements 230 including a sensor 212, a wired device 214, a wireless device 216, a database 218, a mobile phone 220, a transportation means 222, a computer 224, an I / O device 226, and a voice application 228. The processors 204 and 204' can further communicate with elements including one or more of a processor, a memory, and software.

[0059] Although a single transport means, processor, and element are depicted, multiple transport means, processors, and elements may exist. Information or communication may be to and / or from any of processors 204, 204’ and element 230. For example, mobile phone 220 may provide information to processor 204 that may initiate an operation in transport means 202, may further provide information or additional information to processor 204’ that may initiate an operation in transport means 202’, and may further provide information or additional information to mobile phone 220, transport means 222, and / or computer 224. One or more of the applications, functions, steps, solutions, etc. described and / or depicted herein may be utilized and / or provided by this element.

[0060] FIG. 2C shows yet another transport means network diagram 240 according to an exemplary embodiment. The network comprises an element including transport means 202 including processor 204 and non-transitory computer-readable medium 242C. Processor 204 is communicatively connected to computer-readable medium 242C and element 230 (depicted in FIG. 2B). Transport means 202 may be a transport means, server, or any device including a processor and a memory.

[0061] Processor 204 performs one or more of determining 244C at least one high-priority device at a location, determining 246C that a device becomes unavailable due to a power shortage at the location, and sending 248C electricity from a vehicle to the device based on demand exceeding a threshold.

[0062] FIG. 2D shows a further transportation means network diagram 250 according to an exemplary embodiment. The network comprises elements including a transportation means 202 that includes a processor 204 and a non-transitory computer-readable medium 242D. The processor 204 is communicatively connected to the computer-readable medium 242D and the element 230 (depicted in FIG. 2B). The transportation means 202 can be a transportation means, a server, or any device that includes a processor and a memory.

[0063] The processor 204 determines that at least one high-priority device performs an important function related to the location or the person at the location 244D, determines that the vehicle has insufficient electricity, identifies another power source close to the location, and notifies the other power source to provide electricity to the device 245D, the electricity is routed from the vehicle to the location and from the location to the device, and where the lack of electricity at the location prevents electricity from being sent from the vehicle to the device, relocates the device from the location close to the vehicle, provides a direct connection from the vehicle to the device, and sends electricity from the vehicle to the device 246D, when only a part of the location has a demand exceeding a threshold, sends electricity from the vehicle to the part of the location 247D, determines that another independent power source is available at the location in response to the demand exceeding the threshold, sends electricity from the other power source to the device, cuts off the electricity from the other power source when the electricity is below a certain level, and sends electricity from the vehicle to the device 248D, and determines the period associated with the lack of electricity at the location, determines that the electricity from the vehicle provides electricity to at least one high-priority device for a period longer than the period, and lowers the threshold to add at least one other device to at least one high-priority device receiving electricity 249D, and performs one or more of the above.

[0064] Figure 2E shows a further additional transportation means network diagram 260 according to an exemplary embodiment. Referring to Figure 2E, the network diagram 260 includes a transportation means 202 connected to other transportation means 202' and an update server node 203 in the blockchain network 206. The transportation means 202 and 202' may represent transportation means / vehicles. The blockchain network 206 may have a ledger 208 that stores software update verification data and a source 207 of verification for future use (e.g., in an audit).

[0065] This example describes only one transportation means 202 in detail, but a plurality of such nodes may be connected to the blockchain 206. It should be understood that the transportation means 202 may include additional components, and some of the components described herein may be removed and / or modified without departing from the scope of the present application. The transportation means 202 may have a computing device or a server computer, or the like, and may include a processor 204, which may be a semiconductor-based microprocessor, a central processing unit (CPU), an application-specific integrated circuit (ASIC), a field programmable gate array (FPGA), and / or another hardware device. Although a single processor 204 is depicted, it should be understood that the transportation means 202 may include a plurality of processors, a plurality of cores, or the like, without departing from the scope of the present application. The transportation means 202 may be a transportation means, a server, or any device that includes a processor and a memory.

[0066] The processor 204 receives an event confirmation from one or more of the elements described or depicted herein, where the confirmation comprises a blockchain consensus among peers represented by any of the elements 244E, and executes a smart contract to record the confirmation in the blockchain based on the blockchain consensus 246E. The consensus is formed among any of the elements 230 and / or one or more of any of the elements described or depicted herein including, for example, a means of transportation, a server, a wireless device, etc. In another example, the means of transportation 202 can be any of the elements 230 and / or one or more of any of the elements described or depicted herein including, for example, a server, a wireless device, etc.

[0067] The processor and / or computer-readable medium 242E can be wholly or partially located inside or outside the means of transportation. The steps or functions stored in the computer-readable medium 242E can be wholly or partially performed in any order by either the processor and / or any of the elements. Further, additions, omissions, combinations, later executions, etc. can be made to one or more of the steps or functions.

[0068] Figure 2F shows FIG. 265 depicting the power supply of one or more elements. In one example, the transport means 266 may provide the power stored in its battery to one or more elements including other transport means 268, a charging station 270, and an electrical grid 272. The electrical grid 272 is connected to one or more of the charging stations 270, and the charging station 270 may be connected to one or more of the transport means 268. This configuration enables the distribution of electricity / power received from the transport means 266. The transport means 266 may also communicate with other transport means 268 via vehicle-to-vehicle (V2V) technology, cellular communication, WiFi, or the like. The transport means 266 may also communicate with other transport means 268, the charging station 270, and / or the electrical grid 272 in a wireless and / or wired manner. In one example, the transport means 266 is routed (or routes itself) to the electrical grid 272, the charging station 270, or other transport means 268 in a safe and efficient manner. Using one or more embodiments of the present solution, the transport means 266 may provide energy to one or more of the elements described herein in various advantageous ways as described and / or depicted herein. Further, it may enhance the safety and efficiency of the transport means and may have a beneficial impact on the environment as described and / or depicted herein.

[0069] The term "energy" may be used to denote any form of energy received, stored, used, shared, and / or lost by a transport means. Energy may be referred to in conjunction with the voltage source and / or current supply of the charge provided from an entity to the transport means during a charging / usage operation. Energy may also be in the form of fossil fuels (e.g., for use in a hybrid transport means), or alternative power sources including lithium-based, nickel-based, hydrogen fuel cells, atomic / nuclear energy, nuclear fusion-based energy sources, and energy generated on-the-fly during an energy sharing and / or usage operation that increases or decreases the energy level of one or more transport means at a given time, but is not limited thereto.

[0070] In one example, the charging station 270 manages the amount of energy transmitted from the transport means 266 such that sufficient charge remains in the transport means 266 to reach the destination. In one example, a wireless connection is used to wirelessly direct the amount of energy transfer between transport means 268, where both transport means may be moving. In one embodiment, wireless charging can occur via a fixed charger (such as a charging mat in a garage or parking space) and the battery of the transport means that are aligned with each other. In one example, an unused vehicle, such as vehicle 266 which may be autonomous, is directed to provide a certain amount of energy to the charging station 270 and return to its original location (e.g., its original location or a different destination). In one example, a mobile energy storage unit (not shown) collects surplus energy from at least one other transport means 268 and is used to transmit the stored surplus energy at the charging station 270. In one example, factors such as distance, time, and traffic conditions, road conditions, environmental / weather conditions, vehicle conditions (such as weight), the schedule of passengers during vehicle use, and the expected schedule of passengers waiting for the vehicle determine the amount of energy transmitted to the charging station 270. In one example, the transport means 268, the charging station 270, and / or the electrical grid 272 can provide energy to the transport means 266.

[0071] In one embodiment, a location such as a building, a residence, or the like (not depicted) is communicatively connected to one or more of the electrical grid 272, the transport means 266, and / or the charging station 270. The rate at which electricity flows through one or more of the location, the transport means 266, and other transport means 268 is modified according to external conditions such as weather. For example, if the external temperature is extremely high or extremely low, increasing the likelihood of a power outage, the flow of electricity to the connected vehicles 266 / 268 is slowed to help minimize the likelihood of a power outage.

[0072] In one example, the solution described and depicted herein can be used to determine the impact of a load on a transportation means and / or system, provide energy to the transportation means and / or system based on future demand and / or priorities, provide information between a device including a module and a vehicle, and enable a processor of the device to communicate wirelessly with the vehicle regarding the amount of energy stored in the vehicle's battery. In one example, the solution can also be used to provide a charge from the transportation means to a location based on factors such as the temperature of the location, the cost of energy, and the power level of the location. In one example, the solution can also be used to manage the amount of energy remaining in the transportation means after a portion of the charge has been transmitted to a charging station. In one example, the solution can also be used to notify the vehicle to provide the amount of energy of the battery in the transportation means, and the amount of energy to be transmitted is based on the distance of the transportation means to the module receiving the energy.

[0073] In one example, the solution may also be utilized to use a mobile energy storage unit, which moves to a means of transportation that has excess energy and stores the energy deposited into the electrical grid using a determined route. In one example, the solution may also be utilized to determine the priority of the decision of the means of transportation regarding the demand for providing energy to the grid, and the priority of the current demand regarding the means of transportation, for example, the priority of passengers or future passengers or the current load or future load. In one example, the solution may also be utilized to determine that when the vehicle is not in use, the vehicle is to be maneuvered to a location to discharge excess energy to the energy grid and then return to the previous location. In one example, the solution may also be utilized to determine the amount of energy required by a means of transportation based on one or more conditions such as weather, traffic, road conditions, the condition of the passenger vehicle, and the passengers and / or articles within another means of transportation, and route the means of transportation to another means of transportation to provide energy by instructing the means of transportation to provide energy. In one example, the solution may also be utilized to transmit energy from one moving vehicle to another moving vehicle. In one example, the solution may also be utilized to extract energy by the means of transportation based on the energy consumed by the means of transportation to reach a location to meet another means of transportation and provide services, and the estimated energy consumption to return to the original location. In one example, the solution may also be utilized to provide the remaining distance required to reach a charging station, where the charging station determines the amount of energy extracted from the means of transportation, and the remaining charge amount is based on the remaining distance. In one example, the solution may also be utilized to manage a means of transportation that is simultaneously charged by both a charging station with a wired connection and another means of transportation with a wireless connection, etc., at more than one point simultaneously.In one example, the solution can also be utilized to apply priorities to the distribution of energy to the transportation means, where the priorities are given to the transportation means that provide a portion of the stored charge of the transportation means to another entity such as the electrical grid, a residence, and the like.

[0074] In one embodiment, the transportation means 266 and 268 can be utilized as bi-directional transportation means. The bi-directional transportation means can function as a mobile micro-grid that can assist in supplying power to the grid 272 and / or reduce power consumption when the grid is stressed. In addition to receiving charge for the transportation means, the bi-directional transportation means incorporates bi-directional charging, and the transportation means can take energy from the transportation means and "push" the energy back to the grid 272, which is otherwise referred to as "V2G" in other cases. In bi-directional charging, electricity flows in both the direction to the transportation means and the direction from the transportation means. When the transportation means is charged, alternating current (AC) electricity from the grid 272 is converted to direct current (DC). This can be done by one or more of the converters in the converter of the transportation means itself or the charger 270. The energy stored in the battery of the transportation means can be sent back to the grid in the opposite direction. The energy is converted from DC to AC through a converter, typically located in the charger 270, which is otherwise referred to as a bi-directional charger in other cases. Further, the solution as described and depicted with respect to FIG. 2F can be utilized in this network and / or system, as well as other networks and / or systems.

[0075] Figure 2G is FIG. 275 showing the interconnections between different elements. This solution can be stored and / or executed in whole or in part on one or more computing devices 278’, 279’, 281’, 282’, 283’, 284’, 276’, 285’, 287’, and 277’ associated with various entities and all communicatively connected to communicate with network 286, and / or by the one or more computing devices. Database 287 is communicatively connected to the network and enables storage and retrieval of data. In one example, the database is an immutable ledger. One or more of the various entities can be a means of transportation 276, one or more service providers 279, one or more public buildings 281, one or more transportation infrastructures 282, one or more residential houses 283, an electric grid / charging station 284, a microphone 285, and / or another means of transportation 277. Other entities and / or devices such as one or more private users using a smartphone 278, a laptop 280, an augmented reality (AR) device, a virtual reality (VR) device, and / or any wearable device can also cooperate with this solution. The smartphone 278, the laptop 280, the microphone 285, and other devices can be connected to one or more of the connected computing devices 278’, 279’, 281’, 282’, 283’, 284’, 276’, 285’, 287’, and 277’. One or more public buildings 281 can include various institutions. One or more public buildings 281 can utilize the computing device 281’. One or more service providers 279 can include a sales agency, a tow truck service, a collision center, or other repair shops. One or more service providers 279 can utilize the computing device 279’. These various computer devices can be connected to each other directly and / or communicatively via a wired network, a wireless network, a blockchain network, and the like. In one example, the microphone 285 can be utilized as a virtual assistant.In one example, one or more transportation infrastructures 282 may include one or more traffic signals, one or more sensors including one or more cameras, vehicle speed sensors or traffic sensors, and / or other transportation infrastructures. The one or more transportation infrastructures 282 may utilize a computing device 282’.

[0076] In one example, transportation means 277 / 276 can transport people, objects, permanently or temporarily attached devices, and the like. In one example, transportation means 277 can communicate with transportation means 276 via V2V communication through computers 276’ and 277’ associated with each transportation means, and can be referred to as transportation means, passenger cars, vehicles, automobiles, and the like. Transportation means 276 / 277 can be a self-propelled and wheeled vehicle such as a passenger car, sports utility vehicle, truck, bus, wagon, or other motor or battery-driven, or fuel cell-driven transportation means. For example, transportation means 276 / 277 can be an electric vehicle, hybrid vehicle, hydrogen fuel cell vehicle, plug-in hybrid vehicle, or any other type of vehicle having a fuel cell stack, motor, and / or generator. Other examples of vehicles include bicycles, scooters, trains, airplanes, or boats, and any other form of vehicle capable of transportation. Transportation means 276 / 277 can be semi-autonomous or autonomous. For example, transportation means 276 / 277 can be self-piloted and operated without human input. An autonomous vehicle has one or more sensors and / or navigation units and can use them to drive autonomously.

[0077] In one example, the solutions described and depicted herein may be utilized to determine access to a means of transportation via blockchain consensus. In one example, the solution may also be utilized to perform profile verification before enabling use of the means of transportation by a passenger. In one example, the solution may also be utilized to cause the means of transportation to indicate (visually, but also in another example verbally, etc.) on or from the means of transportation actions that a user needs to perform and that need to be confirmed as being correct actions (which may be pre-recorded). In one example, the solution may also be utilized to provide the means of transportation with the ability to determine, based on a risk level associated with the data and the driving environment, a method of splitting data and distributing a portion of the split data with a lower risk level in a safe driving environment to a passenger and, after the passenger has left the means of transportation, distributing the remaining portion of the split data with a higher risk level to the passenger later. In one example, the solution may also be utilized to use blockchain and / or smart contracts to address movement of a vehicle across (country / state / etc.) borders and apply rules of a new area to the vehicle.

[0078] In one example, the solution can also be used to enable the transport means to continue operating outside the boundary when a consensus is reached by the transport means based on the operation of the transport means and the characteristics of the occupants of the transport means. In one example, the solution can also analyze the available data upload / download speed of the transport means, the size of the file, and the speed / direction at which the transport means is moving to determine the distance required to complete the data upload / download and to assign a secure area boundary for the data upload / download being performed. In one example, the solution can also perform normally dangerous maneuvers in a safe manner and instruct the transport means of interest and other nearby transport means to enable the transport means of interest to exit in a safe manner, such as when the system determines that an exit is approaching or when the transport means appears not to be ready to exit (e.g., is in the wrong lane or is moving at a speed not suitable for exiting in the future). In one example, the solution can also be used to verify the diagnosis of another transport means using one or more vehicles while both the one or more vehicles and the other transport means are moving.

[0079] In one example, the solution can also be used to detect the use of lanes at a particular location and time, and inform or instruct the occupants of the transportation means whether to recommend a lane change or not. In one example, the solution can also be used to eliminate the need to send information via email and the need for the driver / occupant to respond by paying via email or directly. In one example, the solution can also be used to provide services to the occupants of the transportation means, the services provided are based on subscriptions, and permissions are obtained from other transportation means connected to the occupant's profile. In one example, the solution can also be used to record changes in the state of a lent object. In one example, the solution can also be used to request a blockchain consensus from other transportation means near a damaged transportation means. In one example, the solution can also be used to receive media from a server such as an insurance entity server or a computer of a transportation means that may be related to an accident. The server accesses one or more media files, accesses the damage to the transportation means, and stores the damage assessment on the blockchain. In one example, the solution can also be used to obtain a consensus and determine the severity of an event from a number of devices at various times prior to the event related to the transportation means.

[0080] In one example, the solution can also be used to solve the problem of having no video evidence about an accident related to a transportation means. The solution details an inquiry by the transportation means involved in the accident regarding media related to the accident from other transportation means that may have been near the accident. In one example, the solution can also be used to record a specific part of a damaged transportation means using the transportation means and other devices (e.g., a pedestrian's mobile phone, a streetlight camera, etc.).

[0081] In one example, the solution can also be used to warn a passenger when the transport means is being steered towards a dangerous area and / or event, and to notify the passenger or a central controller of the transport means about a possible dangerous area that is on or near the current path of the transport means. In one example, the solution can also be used to detect when at least one other transport means is being used to assist in decelerating the transport means so that the impact on traffic is minimized when the transport means is moving at high speed. In one example, the solution can also be used to identify a dangerous driving situation, where media is captured by a vehicle involved in the dangerous driving situation. A geofence is established based on the distance of the dangerous driving situation, and further media is captured by at least one other vehicle within the established geofence. In one example, the solution can also be used to send a notification to one or more passengers of the transport means that the transport means is approaching a traffic regulation sign on the road, and then to receive an indication of bad driving from other nearby transport means if the transport means passes the sign. In one example, the solution can also be used to partially disable the transport means by (in certain embodiments) limiting the speed, limiting the ability to approach another vehicle, limiting the speed to a maximum value, and allowing only a given number of miles (about 1.609 km) per period.

[0082] In one example, the solution can also be utilized to overcome the need for dependence on software updates and to correct problems associated with the means of transportation when the means of transportation is not operating correctly. Through the observation of other means of transportation on the route, the server receives data from a plurality of other means of transportation that may be observing dangerous or incorrect operations of the means of transportation. Through analysis, the observations can lead to a notification to the means of transportation when the data suggests a dangerous or incorrect operation. In one example, the solution can also be utilized to provide a notification between the means of transportation and a dangerous situation that may involve a person unrelated to the means of transportation. In one example, the solution can also be utilized to transmit data to the server by either a device associated with an accident of the means of transportation or a device near the accident. Based on the severity of the accident or near the accident, the server notifies the sender of the data. In one example, the solution can also be utilized to provide recommendations regarding the operation of the means of transportation to either the driver or passenger of the means of transportation based on the analysis of the data. In one example, the solution can also be utilized to establish a geopreference associated with a physical structure to determine the liability for payment for the means of transportation. In one example, the solution can also be utilized to adjust whether a vehicle can be disembarked at a location using both the current state and the proposed future state of the location and the navigation destinations of other vehicles. In one example, the solution can also be utilized to adjust the ability to automatically prepare for the disembarkation of a vehicle at a location such as a means of transportation rental entity.

[0083] In one example, the solution can also be utilized to move a transportation means to another location based on a user event. More specifically, the system tracks the user's device and modifies the transportation means to move closer to the user based on the result of the original or modified event. In one example, the solution can also be utilized to enable verification of available locations within an area through the transportation means present within the area. An approximate time when a location may become available is also determined based on verification from the transportation means present. In one example, the solution can also be utilized to move the transportation means to a closer parking space when a certain parking space becomes available and the elapsed time from the first parking is less than the average time of the event. Further, when the event is completed or depending on the location of a device associated with at least one passenger of the transportation means, the transportation means is moved to a final parking space. In one example, the solution can also be utilized to plan for parking prior to approaching congestion. The system interacts with the transportation means to provide some service at a lower than regular rate and / or guide the transportation means to an alternative parking location based on the priority of the transportation means, thereby improving the optimization of the parking situation prior to arrival.

[0084] In one example, the solution can also be used to sell fractional ownership of transportation means or to determine prices and availability for rideshare applications. In one example, the solution can also be used to provide an accurate and timely report of the sales activities of a sales agency that is much better than what is currently available. In one example, the solution can also be used to enable a sales agency to claim an asset on the blockchain. By using the blockchain, consensus is obtained before any asset is transferred. Further, the process is automated and payments can be initiated on the blockchain. In one example, the solution can also be used to prepare an agreement made with multiple entities (such as a service center), where consensus is obtained and an operation (such as a diagnosis) is performed. In one example, the solution can also be used to associate digital keys with multiple users. The first user can be an operator of the transportation means, and the second user can be a party responsible for the transportation means. The key is approved by a server, where the proximity of the key is verified against the location of the service provider. In one example, the solution can also be used to determine the services required at the destination of the transportation means. The location of one or more service locations that can provide the required services, which are within an area on the route to the destination and where the execution of the services is available, is located. The navigation of the transportation means is updated at the location of the determined service. A smart contract including a compensation value for the service is identified and the blockchain transaction is stored in the distributed ledger for the transaction.

[0085] In one example, the solution can also be used to associate the service provider's means of transportation with the profiles of the occupants of the means of transportation to determine services and items that the occupants within the means of transportation may be interested in. The services and items are determined by the occupants' history and / or preferences. The means of transportation then receives an offer from the service provider's means of transportation and, in another example, meets with the means of transportation providing the service / item. In one example, the solution can also be used to detect a range of means of transportation and send an offer of a service (such as an offer of maintenance, an offer of a product, or the like) to the means of transportation. An agreement is made between the system and the means of transportation, and the service provider is selected by the system to provide the agreement. In one example, the solution can also be used to assign one or more means of transportation as road administrators, and the road administrators assist in traffic regulation. The road administrators can generate road displays (such as traffic lights, displays, sounds, etc.) to assist in the flow of traffic. In one example, the solution can also be used to warn the driver of the means of transportation by a device, which can be a traffic light or can be near an intersection. The warning is sent in the event of an event such as when the traffic light turns green and the means of transportation in front of the list of means of transportation does not move.

[0086] Figure 2H is another block diagram 290 showing the interconnections between different elements in an example. The transport means 276 is represented and includes ECUs 295, 296 and a head unit (otherwise known as an infotainment system in other cases) 297. An electronic control unit (ECU) is a system incorporated into automotive electronics that controls one or more of the electrical systems or subsystems within the transport means. The ECU can include, but is not limited to, management of the transport means' engine, braking system, transmission system, door locks, dashboard, airbag system, infotainment system, electronic differential, and active suspension. The ECU is connected to the transport means' controller area network (CAN) bus 294. The ECU can also communicate with the transport means' computer 298 via the CAN bus 294. The transport means' processor / sensor 298 (such as the transport means' computer) can communicate with external elements such as a server 293 via a network 292 (such as the Internet). Each ECU 295, 296 and head unit 297 can include its own security policy. The security policy defines the allowed processes that are executable in an appropriate context. In one example, the security policy can be provided, in part or in whole, in the transport means' computer 298.

[0087] ECU 295, 296, and the head unit 297 may each include a custom security feature element 299 that defines an approved process and the context in which the operation of that process is permitted. By context-based approval of whether a process is executable, the ECU can maintain secure operation and prevent unauthorized access from elements such as the controller area network (CAN bus) of the vehicle. If the ECU encounters an unauthorized process, the ECU may block the process from operating. Automotive ECUs use various contexts such as the proximity context of nearby objects, the distance to approaching objects, speed, trajectory relative to other moving objects, indication of whether the vehicle is moving or parked, the current speed of the vehicle, the operating context such as the transmission state, devices connected to the vehicle via wireless protocols, the use of infotainment, cruise control, parking assistance, driving assistance, and other user-related contexts, location-based context, and / or other contexts to determine whether a process is operating within its permitted boundaries.

[0088] In one example, the solutions described and depicted herein may be utilized to partially disable a means of transportation by, in certain embodiments, restricting speed, restricting the ability to approach another vehicle, limiting speed to a maximum value, and allowing only a given number of miles (about 1.609 km) per period. In one example, the solution may also be utilized to facilitate the transfer of ownership of a vehicle using a blockchain, and data is sent to a server by either a device associated with an accident involving the means of transportation or a device near the accident. Based on the severity of the accident or near the accident, the server notifies the sender of the data. In one example, the solution may also be utilized to assist a means of transportation in avoiding an accident, such as when the means of transportation is involved in an accident, by a server that queries other means of transportation near the accident. The server attempts to obtain data from other means of transportation and enables the server to gain an understanding of the nature of the accident from multiple perspectives. In one example, the solution may also be utilized to determine that the sound from a means of transportation is abnormal and send data related to the sound and the location of the possible source to a server, and the server may determine the possible cause and avoid a potentially dangerous situation. In one example, the solution may also be utilized to establish a boundary of a location via a system when a means of transportation is involved in an accident. This boundary is based on the decibels associated with the accident. Multimedia content for devices within the boundary is obtained to assist in further understanding the unfolding of the accident. In one example, the solution may also be utilized to associate a vehicle with an accident and then capture media obtained by a device near the location of the accident. The captured media is stored as a media segment. The media segment is sent to another computing device that constructs a sound profile of the accident. This sound profile will assist in understanding further details surrounding the accident.

[0089] In one example, the solution may also utilize sensors to record audio, video, actions, etc. when a transportation means comes into contact with, or can come into contact with, another transportation means (while in motion or parked), in order to record the area where a potential event has occurred. The system captures data from one or more of the transportation means and / or sensors that may be present on fixed or movable objects. In one example, the solution may also be used to determine if a transportation means is damaged by identifying a new state of the transportation means during an event of the transportation means using sensor data and comparing the state to the state profile of the transportation means, thereby enabling the secure capture of important data from transportation means that are likely to be involved in harmful events.

[0090] In one example, the solution may also be used to warn the occupants of a transportation means when the transportation means determines via one or more sensors that it is approaching or proceeding in the wrong direction on a one-way road. The transportation means has sensors / cameras / maps that communicate with the system of this solution. The system recognizes the geographical location of the one-way road. The system can inform the occupants, for example, audibly, that they are "approaching a one-way road". In one example, the solution may also be used to enable a transportation means to earn rewards, to enable the owner of an autonomous vehicle to monetize the data collected and stored by their vehicle sensors, to create an incentive for the vehicle owner to share their data and provide additional data to an entity to improve the performance of future vehicles, and to provide services to the vehicle owner.

[0091] In one example, the solution can also be used to increase or decrease the vehicle's functionality according to the vehicle's operation over a period of time. In one example, the solution can also be used to assign fractional ownership to a means of transportation. Sensor data related to one or more means of transportation and devices close to the means of transportation is used to determine the state of the means of transportation. The fractional ownership of the means of transportation is determined based on the state, and new responsibilities for the means of transportation are defined. In one example, the solution can also be used to provide data to replacement / upfitting parts, and the data attempts to disrupt the approved functionality of the replacement / upfitting parts, and permits the parts to use the approved functionality of the replacement / upfitting parts according to the fact that the approved functionality is not disrupted.

[0092] In one example, the solution can also be used to enable a passenger to be guaranteed to an individual that the passenger is inside a means of transportation and should reach a specific destination. Further, the system guarantees that a driver (in the case of a non-autonomous means of transportation) and / or other passengers are authorized to interact with the passenger. Pickup, drop-off, and location are also mentioned. All of the above are stored in the blockchain in an immutable manner. In one example, the solution can also be used to determine a driver's characteristics through analysis of driving style and other factors, and to take measures in the event that the driver is not driving normally, such as when the driver has driven in a specific state before, for example, during the day, at night, in the rain, in the snow, etc. Further, the attributes of the means of transportation are also taken into account. The attributes are composed of weather, whether headlights are on, whether navigation is being used, whether HUD is being used, whether a certain volume of media is being played, etc. In one example, the solution can also be used to notify a passenger inside a means of transportation of a dangerous situation when an item inside the means of transportation indicates that the passenger may not be aware of the dangerous situation.

[0093] In one example, the solution can also be used to attach a calibration device to equipment fixed to a vehicle, and various sensors on the means of transportation can automatically self-adjust based on what should be detected by the calibration device as compared to what is actually detected. In one example, the solution can also be used to enable a remote diagnostic function by requiring consensus from multiple service centers using a blockchain when a means of transportation requiring service sends malfunction information, and the consensus is required from other service centers regarding what the severity threshold for the data is. Once the consensus is received, the service center can send the malfunction security level to the stored blockchain. In one example, the solution can also be used to determine the difference between sensor data external to the means of transportation and the sensor data of the means of transportation itself. The means of transportation requests software from the server to correct the problem. In one example, the solution can also be used to enable message transmission and reception of means of transportation that are near or within an area when an event (e.g., a collision) occurs.

[0094] Referring to FIG. 2I, an operating environment 290A of a connected means of transportation according to some embodiments is shown. As depicted, the means of transportation 276 includes a controller area network (CAN) bus 291A that connects elements 292A - 299A of the means of transportation. Other elements can be connected to the CAN bus but are not depicted herein. The depicted elements connected to the CAN bus include a sensor set 292A, an electronic control unit 293A, an autonomous function or advanced driver assistance system (ADAS) 294A, and a navigation system 295A. In some embodiments, the means of transportation 276 includes a processor 296A, a memory 297A, a communication unit 298A, and an electronic display 299A.

[0095] Processor 296A includes an arithmetic logic unit, a microprocessor, a general-purpose controller, and / or a similar processor array, and performs calculations to provide an electronic display signal to display unit 299A. Processor 296A can include various computing architectures, including processing data signals and implementing a complex instruction set computer (CISC) architecture, a reduced instruction set computer (RISC) architecture, or an architecture implementing a combination of instruction sets. Transport means 276 can include one or more processors 296A. Other processors, operating systems, sensors, displays, and physical configurations (not depicted) that are communicatively connected to each other can be used in this solution.

[0096] Memory 297A is a non-transitory memory that stores instructions or data that can be accessed and executed by processor 296A. The instructions and / or data can include code for performing the techniques described herein. Memory 297A can be a dynamic random access memory (DRAM) device, a static random access memory (SRAM) device, a flash memory, or some other memory device. In some embodiments, memory 297A can also include a hard disk drive, a floppy disk drive, a CD-ROM device, a DVD-ROM device, a DVD-RAM device, a DVD-RW device, a flash memory device, or some other mass storage device for permanently storing information, and can include non-volatile memory or a similar permanent storage device and media. A portion of memory 297A can be reserved for use as a buffer or virtual random access memory (virtual RAM). Transport means 276 can include one or more memories 297A without departing from the solution.

[0097] The memory 297A of the transport means 276 can store one or more of the following types of data, namely, the navigation route data 295A and the autonomous function data 294A. In some embodiments, the memory 297A stores data that may be necessary for the navigation application 295A to provide its functions.

[0098] The navigation system 295A can represent at least one navigation route including a starting point and an ending point. In some embodiments, the navigation system 295A of the transport means 276 receives a request from the user regarding a navigation route, and the request includes a starting point and an ending point. The navigation system 295A can inquire (via the network 292) of a real-time data server 293, such as a server that provides a driving direction, about navigation route data corresponding to the navigation route including the starting point and the ending point. The real-time data server 293 transmits the navigation route data to the transport means 276 via the wireless network 292, and the communication system 298A stores the navigation data 295A in the memory 297A of the transport means 276.

[0099] The ECU 293A controls the operations of a number of systems of the transport means 276 including the ADAS system 294A. The ECU 293A can disable any dangerous and / or unselected autonomous functions during the period of a journey controlled by the ADAS system 294A in response to an instruction received from the navigation system 295A. In this way, the navigation system 295A can control whether to operate or enable the ADAS system 294A so that the ADAS system 294A can operate on a given navigation route.

[0100] Sensor set 292A may include any sensors that generate sensor data in the transportation means 276. For example, sensor set 292A may include a short-range sensor and a long-range sensor. In some embodiments, the sensor set 292A of the transportation means 276 includes the following vehicle sensors, namely, cameras, LiDAR sensors, ultrasonic sensors, automotive engine sensors, radar sensors, laser altimeters, manifold absolute pressure sensors, infrared detectors, motion detectors, thermostats, sound detectors, carbon monoxide sensors, carbon dioxide sensors, oxygen sensors, mass air flow sensors, engine coolant temperature sensors, throttle position sensors, crankshaft position sensors, valve timers, air-fuel ratio meters, blind spot meters, curve feelers, defect detectors, Hall effect sensors, parking sensors, speed guns, speedometers, speed sensors, tire pressure monitoring sensors, torque sensors, transmission fluid temperature sensors, turbine speed sensors (TSS), variable reluctance sensors, vehicle speed sensors (VSS), moisture sensors, wheel speed sensors, GPS sensors, mapping functions, and one or more of any other type of automotive sensors. The navigation system 295A may store the sensor data in the memory 297A.

[0101] The communication unit 298A transmits and receives data to and from the network 292 or another communication channel. In some embodiments, the communication unit 298A may include a DSRC transceiver, a DSRC receiver, and other hardware or software necessary to make the transportation means 276 a DSRC-equipped device.

[0102] The transportation means 276 may communicate with other transportation means 277 via V2V technology. In one example, V2V communication includes detecting radar information corresponding to the relative distance to an external object, receiving GPS information of the transportation means, setting an area as the area where other transportation means 277 are located based on the detected radar information, calculating the probability that the GPS information of the target vehicle is located in the set area, and identifying the transportation means and / or object corresponding to the radar information and GPS information of the target vehicle based on the calculated probability.

[0103] In one example, the solutions described and depicted herein can be utilized to manage the emergency deployment and functions of a transportation means when it is determined that the transportation means has entered an area without network access. In one example, the solution can also be utilized to manage and provide functions (such as voice, video, navigation, etc.) in a transportation means without network connection. In one example, the solution can also be utilized to determine when the profile of a person near the transportation means matches the profile attributes of the profile of at least one passenger within the transportation means. A notification is sent from the transportation means to establish communication.

[0104] In one example, the solution can also be utilized to analyze the availability of passengers within each transportation means where voice communication is available, based on the amount of time remaining within the transportation means and the context of the communication being conducted. In one example, the solution can also be utilized to determine two threat levels regarding road obstacles, receive gestures that may indicate that the obstacles do not reach a warning threshold, and be used by the transportation means to proceed along the road. In one example, the solution can also be utilized to delete confidential data from the transportation means when the transportation means has received damage such that it is rendered inoperable.

[0105] In one example, the solution can also be used to confirm that the customer data to be removed is truly removed from all the necessary locations within an enterprise that has explicit GDPR compliance. In one example, the solution can also be used to provide a consideration from one means of transportation to another in exchange for data related to safety or important notifications, etc., to enhance the autonomous capabilities of a lower level of autonomous vehicles. In one example, the solution can also be used to provide the ability for a means of transportation to receive data based on a first biometric associated with a passenger. Then, based on the verification of a second biometric, the means of transportation decrypts the encrypted data, and the second biometric is a continuum of the first biometric. The means of transportation provides the decrypted data to the passenger only when the passenger can receive it, deletes the confidential portion of the decrypted data when the confidential portion is provided, and deletes the non-confidential portion after the period associated with the biometric has elapsed. In one example, the solution can also be used to provide the ability for a means of transportation to verify an individual based on the weight and gripping pressure applied to the steering wheel of the means of transportation. In one example, the solution can also be used to provide a function that exists but is currently not activated in a passenger vehicle to present a function reflecting the characteristics of the passenger to the passengers of the vehicle.

[0106] In one example, the solution can also be used to enable the reflection of modifications regarding the means of transport, in particular inside and outside the means of transport, and to assist at least one passenger in one example. In another example, the reproduction of the passenger's work environment and / or home environment is disclosed. The system can attempt to "reproduce" the user's work environment / home environment while the user is inside the means of transport if the means of transport determines that the user is in "work mode" or "home mode". All data related to the inside and outside of the means of transport and all the various passengers using the means of transport are stored in the blockchain and executed via smart contracts. In one example, the solution can also be used to detect the gestures of the passenger and assist in communication with nearby means of transport, and the means of transport can be controlled accordingly. In one example, the solution can also be used to use a gesture definition data store to provide the means of transport with the ability to detect the intended gestures. In one example, the solution can also be used to provide the means of transport with the ability to take various measures based on the user's pace and gestures. In one example, the solution can also be used to ensure that the driver of the means of transport, who is currently involved in various operations (such as driving while talking to navigation), does not exceed the number of dangerous operations before the permission of the gesture.

[0107] In one example, the solution can also be used to assign a situation to each occupant within a means of transportation and to verify gestures from the occupants based on the occupants' situations. In one example, the solution can also be used to collect details of sounds related to a collision (such as where, in which direction, whether it is getting louder or softer, from which device, data associated with the device, e.g., type, manufacturer, owner, as well as the number of sounds occurring simultaneously and the time at which the sounds were emitted) and provide them to the system when the analysis of the data aids in determining details regarding the collision. In one example, the solution can also be used to provide a determination that the operation of the means of transportation is dangerous. The means of transportation includes a plurality of components that interact to control the means of transportation, and each component is associated with a key of a separate component. An encryption key is sent to the means of transportation to reduce its functionality. In response to receiving the encryption key, the means of transportation invalidates one or more of the component keys. The invalidation of one or more component keys results in one or more of the following restrictions: restricting the means of transportation from moving faster than a given speed, restricting the means of transportation from approaching another means of transportation closer than a certain distance, and restricting the means of transportation from moving farther than a threshold distance.

[0108] In one example, the solution can also be used to provide a display from a particular means of transportation (attempting to vacate a location) to another particular means of transportation (attempting to occupy the location), and the blockchain is used to perform authentication and adjustment. In one example, the solution can also be used to determine partial responsibility for a means of transportation. This is used by the system to update co-ownership when multiple people own a single means of transportation and the use of the means of transportation can be changed over a period of time. Other embodiments include uses based on the availability of the means of transportation and the decisions of the operator of the means of transportation and minimal ownership of the means of transportation based on other things, rather than the use of the means of transportation.

[0109] In one example, the solution may also be used in the transportation means for the user to permit their subscription for people in a closed group such as family or friends. For example, a user may want to share membership, in which case the associated transaction is stored in a blockchain or a conventional database. When the material of a regular subscription is requested by a user who is not the main subscriber, the blockchain node (i.e., the transportation means) can confirm that the person requesting the service is an approved person to whom the subscriber has shared the profile. In one example, the solution may also be used to enable a person to use an auxiliary transportation means to reach the intended destination. Functional relationship values (e.g., values indicating various parameters and their importance when determining which type of alternative transportation means should be used) are used when determining the auxiliary transportation means. In one example, the solution may also be used to enable passengers in an accident to access other transportation means and continue to their original destination.

[0110] In one example, the solution may also be utilized to communicate software / firmware uploads to a first subset of transport means. This first set of transport means tests the update, and when the test is successful, the update is communicated to a further set of transport means. In one example, the solution may also be utilized to communicate software / firmware updates from a master transport means to a vehicle, where the update is communicated through the vehicle's network from a first subset, then a larger subset, and so on. A portion of the update may first be sent, and then the remaining portion may be sent from the same vehicle or a different vehicle. In one example, the solution may also be utilized to provide updates for the computers of the transport means to the transport means and the devices of the operator / occupants of the transport means. The update may be approved by all drivers and / or all occupants. The software update is provided to the vehicle and the devices. The user need do nothing other than go near the vehicle, and the functionality occurs automatically. A notification indicating that the software update is complete is sent to the device. In one example, the solution may also be utilized to verify that an OTA software update is being performed by an authorized technician, and that the circumstances related to the originator of the verification code, the procedure for wirelessly receiving the software update, the information included in the software update, and the result of the verification are being generated by components of one or more transport means.

[0111] In one example, the solution can also be utilized to provide the ability for a software update located within a first component to be parsed by a second component. Then, a first portion of the critical update and a second portion of the non-critical update are identified, and in the transportation means, the identified first portion is assigned to a certain process and the identified first portion is operated in that process for a certain period. Depending on a positive result based on that period, after that period, the identified first portion is operated in another process. In one example, the solution can also be utilized to provide a selection of services to the passengers, and the services are based on the profile of the passengers of the transportation means and a shared profile shared with the profile of the passengers. In one example, the solution can also be utilized to store user profile data in a blockchain and intelligently present offers and recommendations to the user based on the automatically collected purchase history of the user and the preferences obtained from the user profile on the blockchain.

[0112] To make the transportation means sufficiently secure, the transportation means needs to be protected from unauthorized physical access and unauthorized remote access (e.g., cyber threats). In one example, to prevent unauthorized physical access, the transportation means is equipped with a secure access system such as keyless entry. On the other hand, in one example, a security protocol is added to the computer and computer network of the transportation means to facilitate secure remote communication with the transportation means.

[0113] An electronic control unit (ECU) is a node within a means of transportation that controls tasks ranging from tasks such as windshield wiper operation to tasks such as an anti-lock braking system. ECUs are often interconnected with each other through a central network of the means of transportation, which can be referred to as a controller area network (CAN). State-of-the-art functions such as autonomous driving strongly depend on new and complex implementation forms of ECUs such as advanced driver assistance systems (ADAS), sensors, and the like. These new technologies have helped improve the safety and driving experience of the means of transportation, but these new technologies also increase the number of external communication units within the means of transportation and make the external communication units more vulnerable to attacks. The following are some examples of protecting the means of transportation from physical and remote intrusions.

[0114] FIG. 2J shows a keyless entry system 290B for preventing unauthorized physical access to a means of transportation 291B according to an exemplary embodiment. Referring to FIG. 2J, in one example, a key fob 292B transmits commands to the means of transportation 291B using a radio frequency signal. In this example, the key fob 292B includes a transmitter 2921B having an antenna capable of transmitting a short-range radio wave signal. The means of transportation 291B includes a receiver 2911B having an antenna capable of receiving the short-range radio signal transmitted from the transmitter 2921B. The key fob 292B and the means of transportation 291B each also include CPUs 2922B and 2913B that control their respective devices. Here, there is memory for the CPUs 2922B and 2913B (or accessible to the CPU). In one example, each of the key fob 292B and the means of transportation 291B includes a power supply unit 2924B and 2915B that powers their respective devices.

[0115] When the user presses the button 293B of the key fob 292B (or in other cases, when the fob is activated, etc.), the CPU 2922B starts within the key fob 292B and transmits a data stream output via the antenna to the transmitter 2921B. In other embodiments, the user's intention is recognized in the key fob 292B via other means such as a microphone for receiving voice, a camera for capturing images and / or videos, or other sensors commonly used in the art for detecting the user's intention including receiving gestures, movements, eye movements, and the like. The data stream can be a long signal from 64 bits to 128 bits in length, including one or more of a preamble, a command code, and a rolling code. The signal can be transmitted at a speed between 2KHz and 20KHz, but the embodiments are not limited thereto. Accordingly, the receiver 2911B of the transport means 291B captures the signal from the transmitter 2921B, demodulates the signal, and transmits the data stream to the CPU 2913B. The CPU 2913B decodes the signal and transmits a command (e.g., locking or unlocking the door, etc.) to the command module 2912B.

[0116] If the key fob 292B and the transport means 291B use a fixed code between them, a replay attack can be carried out. In this case, if an attacker can capture / find out the fixed code during short-range communication, the attacker can replay this code to achieve access to the transport means 291B. To improve security, the key fob and the transport means 291B can use a rolling code that changes after each use. Here, the key fob 292B and the transport means 291B are synchronized with an initial seed 2923B (such as a random number or a pseudo-random number, etc.). This is called pairing. The key fob 292B and the transport means 291B also include a shared algorithm that modifies the initial seed 2914B each time the button 293B is pressed. The next key press takes the result of the previous key press as input and converts it into the next number in the sequence. In some cases, the transport means 291B can store a plurality of next codes (for example, 255 next codes) if the key presses of the key fob 292B are not detected by the transport means 291B. Therefore, a large number of key presses of the key fob 292B that are not recognized by the transport means 291B do not prevent the transport means from becoming asynchronous.

[0117] In addition to the rolling code, the key fob 292B and the transport means 291B can adopt other methods to make the attack even more difficult. For example, various frequencies can be used to transmit the rolling code. As another example, two-way communication between the transmitter 2921B and the receiver 2911B can be used to establish a secure session. As another example, the code can have a limited expiration date or timeout. Further, the solution as described and depicted with respect to FIG. 2J can be utilized in this network and / or system as described and depicted herein, as well as in other networks and / or systems.

[0118] FIG. 2K shows a Controller Area Network (CAN) 290C within a means of transportation according to an exemplary embodiment. Referring to FIG. 2K, CAN 290C includes a CAN bus 297C having high and low terminals, and a plurality of electronic control units (ECUs) 291C, 292C, 293C, etc. connected to the CAN bus 297C via a wired connection. The CAN bus 297C is designed to enable microcontrollers and devices to communicate with each other in an application without using a host computer. The CAN bus 297C implements a message-based protocol (i.e., ISO 11898 standard) that enables ECUs 291C - 293C to send commands to each other at the root level. On the other hand, ECUs 291C - 293C represent controllers that control electrical systems or subsystems within the means of transportation. Examples of electrical systems include power steering, antilock brakes, air conditioning, tire pressure monitoring, cruise control, and numerous other functions.

[0119] In this example, ECU 291C includes a transceiver 2911C and a microcontroller 2912C. The transceiver can be used to transmit and receive messages to and from the CAN bus 297C. For example, the transceiver 2911C can convert data from the microcontroller 2912C into the format of the CAN bus 297C, and also convert data from the CAN bus 297C into the format for the microcontroller 2912C. On the other hand, in one example, the microcontroller 2912C interprets messages and determines which messages to send using the ECU software installed in the microcontroller 2912C.

[0120] To protect the CAN290C from cyber threats, various security protocols can be implemented. For example, a subnetwork (such as subnetwork A and B, etc.) can be used to divide the CAN290C into smaller sub-CANs to limit the ability of an attacker who remotely accesses the transportation means. In the example of FIG. 2K, the ECUs 291C and 292C can be part of the same subnetwork, while the ECU 293C is part of an independent subnetwork. Further, a firewall 294C (or a gateway, etc.) can be added to prevent messages from crossing the CAN bus 297C across the subnetwork. If an attacker achieves access to a certain subnetwork, the attacker does not have access to the entire network. In one example, to make the subnetwork even more secure, the most important ECUs are not placed in the same subnetwork.

[0121] Although not shown in FIG. 2K, other examples of security control within the CAN include an intrusion detection system (IDS), which can be added to each subnetwork to read all passing data and detect malicious messages. If a malicious message is detected, the IDS can notify the vehicle user. Other possible security protocols can include encryption / security keys that can be used to obfuscate messages. As another example, in one example, an authentication protocol is implemented that enables a message to authenticate itself.

[0122] In addition to protecting the internal network of the transport means, the transport means can also be protected when communicating with external networks such as the Internet. One advantage of having a transport means connected to a data source such as the Internet is that information from the transport means can be sent through the network to a remote location for analysis. Examples of transport means information include GPS, on-board diagnostics, tire pressure, and the like. Since these communication systems include a combination of telecommunications and informatics, the communication systems are often referred to as telematics. Further, the solution as described and depicted with respect to FIG. 2K can be utilized in this network and / or system, including what is described and depicted herein, as well as other networks and / or systems.

[0123] FIG. 2L shows a secure end-to-end transport means communication channel according to an exemplary embodiment. Referring to FIG. 2L, the telematics network 290D includes a transport means 291D and a host server 295D located at a remote location (such as a web server, a cloud platform, a database, etc.) and connected to the transport means 291D via a network such as the Internet. In this example, the device 296D associated with the host server 295D can be installed within the transport means 291D within the network. Further, although not shown, the device 296D can be connected to other elements of the transport means 291D, such as a CAN bus, an on-board diagnostics (ODBII) port, a GPS system, a SIM card, a modem, and the like. The device 296D can collect data from any of these systems and transmit the data to the server 295D via the network.

[0124] Secure management of the data begins with the transportation means 291D. In some embodiments, the device 296D may collect information before, during, and after movement. The data may include GPS data, movement data, passenger information, diagnostic data, fuel data, speed data, and the like. However, the device 296D may simply communicate and return the collected information to the host server 295D in response to the ignition and completion of movement of the transportation means. Further, the communication may be initiated only by the device 296D and not by the host server 295D. Thus, in one example, the device 296D does not receive communications initiated by an external source.

[0125] To conduct the communication, the device 296D may establish a secure private network between the device 296D and the host server 295D. Here, the device 296D may include an anti-tampering SIM card that provides secure access to the carrier network 294D via the radio tower 292D. When preparing to send data to the host server 295D, the device 296D may establish a one-way secure connection with the host server 295D. The carrier network 294D may communicate with the host server 295D using one or more security protocols. As a non-limiting example, the carrier network 294D may communicate with the host server 295D via a VPN tunnel that enables access through the firewall 293D of the host server 295D. As another example, the carrier network 294D may use data encryption (e.g., AES encryption, etc.) when sending data to the host server 295D. In some cases, the system may use multiple security measures such as both VPN and encryption to further secure the data.

[0126] In addition to communicating with external servers, the transport means can also communicate with each other. In particular, a vehicle-to-vehicle (V2V) communication system enables the transport means to communicate with each other, with roadside infrastructure (such as traffic lights, signs, cameras, parking meters, etc.), and with others of the same kind through a wireless network. The wireless network can include one or more of a Wi-Fi network, a cellular network, a dedicated short range communication (DSRC) network, and the like. The transport means can use V2V communication, among other things, to provide information regarding the speed, acceleration, brakes, and direction of the transport means to other transport means. Thus, the transport means can receive insights into the state ahead before the state becomes visible, and thus can greatly reduce collisions. Further, the solution as described and depicted with respect to Figure 2L can be utilized in this network and / or system, including what is described and depicted herein, as well as in other networks and / or systems.

[0127] Figure 2M shows an example 290E of transport means 293E and 292E that perform secure V2V communication using security certificates, according to an exemplary embodiment. Referring to Figure 2M, transport means 293E and 292E can communicate with each other via V2V communication through a short-range network, a cellular network, or the like. Before transmitting a message, transport means 293E and 292E can sign the message using their respective public key certificates. For example, transport means 293E can sign a V2V message using public key certificate 294E. Similarly, transport means 292E can sign a V2V message using public key certificate 295E. In one example, public key certificates 294E and 295E are associated with transport means 293E and 292E, respectively.

[0128] When receiving communications from each other, the transport means can confirm the signature by the certification authority 291E or the like. For example, the transport means 292E can confirm with the certification authority 291E that the public key certificate 294E used by the transport means 293E for signing V2V communications is a certified one. When the transport means 292E properly confirms the public key certificate 294E, the transport means recognizes that the data is from a legitimate source. Similarly, the transport means 293E can confirm with the certification authority 291E that the public key certificate 295E used by the transport means 292E for signing V2V communications is a certified one. Further, the solution as described and depicted with respect to FIG. 2M can be utilized in this network and / or system, including what is described and depicted herein, as well as other networks and / or systems.

[0129] FIG. 2N shows a further additional FIG. 290F depicting an example of a transport means interacting with a security processor and a wireless device according to an exemplary embodiment. In some embodiments, the computer 224 shown in FIG. 2B may include a security processor 292F as shown in the process 290F of the example of FIG. 2N. In particular, the security processor 292F can perform approval, authentication, encryption (e.g., encryption), and the like for data transmissions sent between the ECU and other devices on the vehicle's CAN bus, as well as for data messages sent between different vehicles.

[0130] In the example of FIG. 2N, the security processor 292F may include an approval module 293F, an authentication module 294F, and an encryption module 295F. The security processor 292F may be implemented within the computer of the transport means and communicate with other elements of the transport means, such as the ECU / CAN network 296F, the wired and wireless devices 298F, such as a wireless network interface, an input port, and the like. The security processor 292F may ensure that data frames (such as CAN frames, etc.) transmitted internally within the transport means (e.g., via the ECU / CAN network 296F) are secure. Similarly, the security processor 292F may ensure that messages transmitted between different transport means and to devices attached or connected to the computer of the transport means via wires are also secure.

[0131] For example, the approval module 293F may store passwords, usernames, PIN codes, biometric scans, and the like for various users of the transport means. The approval module 293F may determine whether a user (or technician) has the permission to access certain settings of the computer of the transport means. In some embodiments, the approval module may communicate with a network interface to download any necessary approval information from an external server. When a user requests to make changes to the settings of the transport means or modify the technical details of the transport means via a console or GUI within the transport means or via an attached / connected device, the approval module 293F may request the user to authenticate itself in some way before the settings are changed. For example, the approval module 293F may require a username, password, PIN code, biometric scan, a predefined line drawing or gesture, and the like. Accordingly, the approval module 293F may determine whether the user has the required permission (such as access, etc.) requested.

[0132] The authentication module 294F can be used to authenticate the internal communication between ECUs in the vehicle's CAN network. As an example, the authentication module 294F can provide information for authenticating the communication between ECUs. As an example, the authentication module 294F can send a bit signature algorithm to the ECUs of the CAN network. The ECU can use the bit signature algorithm to insert authentication bits into the CAN fields of the CAN frame. All ECUs on the CAN network usually receive each CAN frame. Each time a new CAN frame is generated by one of the ECUs, the bit signature algorithm can dynamically change the position and amount of the authentication bits, etc. The authentication module 294F can also provide a list of ECUs that are exempted (are in the safelist) and do not need to use authentication bits. The authentication module 294F can communicate with a remote server to retrieve updates and the like for the bit signature algorithm.

[0133] The encryption module 295F can store an asymmetric key pair used by the transport means to communicate with other external user devices and transport means. For example, the encryption module 295F can provide a private key used by the transport means to encrypt / decrypt communication, while the corresponding public key can be provided to other user devices and the transport means so that other devices can decrypt / encrypt the communication. The encryption module 295F can communicate with a remote server to receive new keys, updates to keys, keys for new transport means or users, and the like. The encryption module 295F can also send any updates to the local private / public key pair to the remote server.

[0134] Figure 3A shows a flow diagram 300 according to an exemplary embodiment. Referring to Figure 3A, the flow diagram includes determining at least one high-priority device at a location 304, determining that the device becomes inoperable due to a power shortage at the location 306, and sending electricity from the vehicle to the device based on the demand exceeding a threshold 308.

[0135] Figure 3B shows another flow diagram 320 according to an exemplary embodiment. Referring to Figure 3B, the flow diagram includes that at least one high-priority device performs an important function related to the location or the person at the location 322, determining that the vehicle's electricity is insufficient, identifying another power source near the location, and notifying the other power source to provide electricity to the device 323, the electricity being routed from the vehicle to the location and from the location to the device, and in response to the power shortage at the location preventing electricity from being sent from the vehicle to the device, relocating the device from the location near the vehicle, providing a direct connection from the vehicle to the device, and sending electricity from the vehicle to the device 324, when only a part of the location has a demand exceeding the threshold, sending electricity from the vehicle to the part of the location 325, in response to the demand exceeding the threshold, determining that another independent power source is available at the location, sending electricity from the other power source to the device, cutting off the electricity from the other power source when the electricity is below a certain level, and sending electricity from the vehicle to the device 326, and determining the period associated with the power shortage at the location, determining that the electricity from the vehicle provides electricity to at least one high-priority device for a period longer than the period, and lowering the threshold to add at least one other device to at least one high-priority device receiving electricity 327, including one or more of the above.

[0136] Figure 3C shows yet another flow diagram 340 according to an exemplary embodiment. Referring to Figure 3C, the flow diagram includes receiving an event confirmation from one or more of the elements described or depicted herein, where the confirmation comprises a blockchain consensus among peers represented by any of the elements 342, and executing a smart contract to record the confirmation in the blockchain based on the blockchain consensus 344.

[0137] Figure 4 shows a machine learning transportation means network diagram 400 according to an exemplary embodiment. Network 400 includes transportation means 402 coupled to a machine learning subsystem 406. The transportation means includes one or more sensors 404.

[0138] The machine learning subsystem 406 includes a learning model 408, which is a mathematical artifact created by a machine learning training system 410 that generates predictions by finding patterns within one or more training data sets. In some embodiments, the machine learning subsystem 406 is present within the transportation means 402. In other embodiments, the machine learning subsystem 406 is present external to the transportation means 402.

[0139] The transportation means 402 transmits data from one or more sensors 404 to the machine learning subsystem 406. The machine learning subsystem 406 provides the data from one or more sensors 404 to the learning model 408, and the learning model 408 returns one or more predictions. The machine learning subsystem 406 transmits one or more instructions to the transportation means 402 based on the predictions from the learning model 408.

[0140] In a further embodiment, the transport means 402 may transmit data from one or more sensors 404 to a machine learning training system 410. In yet another example, the machine learning subsystem 406 may transmit data from the sensors 404 to the machine learning subsystem 410. One or more of the applications, functions, steps, solutions, etc. described and / or depicted herein may utilize the machine learning network 400 as described herein.

[0141] FIG. 5A shows an exemplary vehicle configuration 500 for managing database transactions associated with a vehicle, according to an exemplary embodiment. Referring to FIG. 5A, when a particular transport means / vehicle 525 is involved in a transaction (e.g., vehicle service, dealership transaction, delivery / pickup, transportation service, etc.), the vehicle may receive (510) and / or give / transfer (512) an asset according to the transaction. A transport means processor 526 is present within the vehicle 525, and there is communication between the transport means processor 526, the database 530, the transport means processor 526, and the transaction module 520. The transaction module 520 may record information such as assets, parties, credits, service descriptions, dates, times, locations, results, notifications, unexpected events, etc. The transaction in the transaction module 520 may be replicated within the database 530. The database 530 may be one of an SQL database, an RDBMS, a relational database, a non-relational database, a blockchain, a distributed ledger, may be on-board in the transport means, may be off-board in the transport means, may be directly and / or accessible through a network, or may be accessible to the transport means.

[0142] Figure 5B shows an exemplary vehicle configuration 550 that manages database transactions performed between various vehicles according to an exemplary embodiment. When a vehicle reaches a situation where a service needs to be shared with another vehicle, vehicle 525 can engage with another vehicle 508 to perform various operations such as sharing, transmitting, and obtaining service requests. For example, vehicle 508 may be scheduled for battery charging and / or may have a problem with a tire and may be within the route to pick up the goods for delivery. The transport means processor 528 is present within vehicle 508, and there is communication between the transport means processor 528, the database 554, and the transaction module 552. Vehicle 508 can notify another vehicle 525 that is within its network and operating on its blockchain member service. The transport means processor 526 is present within vehicle 525, and there is communication between the transport means processor 526, the database 530, the transport means processor 526, and the transaction module 520. Then, vehicle 525 can receive information via a wireless communication request and pick up the goods from vehicle 508 and / or from a server (not shown). The transaction is logged in the transaction modules 552 and 520 of both vehicles. Credits are transmitted from vehicle 508 to vehicle 525, and the record of the service transmitted is logged in the database 530 / 554 assuming that the blockchains are different from each other, or is logged in the same blockchain used by all members. The database 554 can be one of an SQL database, an RDBMS, a relational database, a non-relational database, a blockchain, a distributed ledger, can be on-board in the transport means, can be off-board in the transport means, and can be accessible directly and / or through the network.

[0143] FIG. 6A shows a blockchain architecture configuration 600 according to an exemplary embodiment. Referring to FIG. 6A, the blockchain architecture 600 may include a group of blockchain member nodes 602-606 as part of a particular blockchain element, such as a blockchain group 610. In an exemplary embodiment, in a permissioned blockchain, only members who have permission to access blockchain data, rather than all parties, are accessible. Blockchain nodes are involved in a number of activities, such as the addition and verification process (consensus) of blockchain entries. One or more of the blockchain nodes may approve an entry based on an endorsement policy and may provide an ordering service to all blockchain nodes. A blockchain node may initiate a blockchain operation (such as authentication), attempt to write to a blockchain ledger stored on the blockchain, and a copy thereof may also be stored on the underlying physical infrastructure.

[0144] Once a blockchain transaction 620 is received and approved by a consensus model determined by a member node, it is stored in the computer's memory. The approved transaction 626 is stored in the current block of the blockchain and committed to the blockchain via a commit procedure, which includes hashing the data content of the transactions within the current block and referencing the previous hash of the previous block. There may be one or more smart contracts 630 within the blockchain that define the conditions for the agreement and operation of transactions included within the smart contract executable application code 632, such as registered recipients, vehicle functions, requirements, permissions, sensor thresholds, etc. The code may be configured to identify whether the requesting entity is registered to receive vehicle services, what service functions the entity is eligible / required to receive considering the entity's profile status, and whether to monitor the entity's operation for subsequent events. For example, when a service event occurs and the user is in the vehicle, monitoring of sensor data may be triggered, and specific parameters such as the vehicle's charge level may be identified as exceeding / falling below a specific threshold over a specific period, and as a result, the current situation may be changed, which may require sending a warning to the management party (i.e., vehicle owner, vehicle operator, server, etc.), and thus the service may be identified and stored for reference. The vehicle sensor data collected may be based on the type of sensor data used to collect information about the vehicle's situation. The sensor data may also be the basis for vehicle event data 634 such as the location where it is moving, average speed, maximum speed, acceleration, whether there has been any collision, whether the expected route has been taken, where the next destination is, whether safety measures are being implemented, whether there is sufficient charge / fuel in the vehicle, etc. All such information may be the basis for the smart contract conditions 630, which are then stored in the blockchain.For example, the sensor thresholds stored in the smart contract can be used as a basis for determining whether the detected service is required and when and where the service should be performed.

[0145] FIG. 6B shows the configuration of a shared ledger according to an exemplary embodiment. Referring to FIG. 6B, an example 640 of blockchain logic includes a blockchain application interface 642 as an API or a plug-in application that couples to a computing device and an execution platform for a particular transaction. The blockchain configuration 640 may include one or more applications coupled to an application programming interface (API) to access and execute stored program / application code (e.g., smart contract executable code, smart contracts, etc.), and the program / application code may be created according to a customized configuration required by participants, maintain its own state, control its own assets, and receive external information. This can be deployed and installed as an entry by appending to a distributed ledger on all blockchain nodes.

[0146] The smart contract application code 644 provides a basis for blockchain transactions by establishing application code that enables transaction conditions and states when executed. The smart contract 630, when executed, causes a particular approved transaction 626 to be generated, and the transaction 626 is then transferred to the blockchain platform 652. The platform includes security / approval 658, a computing device 656 that performs transaction management, and a storage unit 654 as a memory that stores transactions and smart contracts in the blockchain.

[0147] A blockchain platform can include blockchain data of various layers, services (such as encrypted trust services and virtual execution environments, etc.), and underlying physical computer infrastructure that can be used to provide access to auditors who are trying to receive and store new entries and access data entries. The blockchain can expose an interface that processes program code and provides access to the virtual execution environment necessary to participate in the physical infrastructure. Encrypted trust services can be used to verify entries such as asset exchange entries and keep information private.

[0148] The blockchain architecture configurations of FIGS. 6A and 6B can process and execute program / application code through one or more interfaces exposed and services provided by the blockchain platform. As a non-limiting example, smart contracts can be created to execute reminders, updates, and / or other notifications that are the subject of changes or updates, etc. The smart contracts themselves can be used to identify approval and access requirements and the rules associated with the use of ledgers. For example, the information can include new entries that can be processed by one or more processing entities (such as processors or virtual machines, etc.) included in the blockchain layer. The result can include a decision to reject or approve new entries based on criteria defined by the smart contract and / or peer consensus. The physical infrastructure can be utilized to retrieve any of the data or information described herein.

[0149] Within the smart contract executable code, the smart contract is created via a high-level application and programming language and can then be written to a block within the blockchain. The smart contract can include executable code that is registered, stored, and / or replicated using a blockchain (e.g., a distributed network of blockchain peers). An entry is the execution of the smart contract code, which can occur in response to the conditions associated with the smart contract being met. The execution of the smart contract can trigger a reliable modification to the state of the digital blockchain ledger. Modifications to the blockchain ledger resulting from the execution of the smart contract can be automatically replicated across the distributed network of blockchain peers by one or more consensus protocols.

[0150] The smart contract can write data to the blockchain in the format of key-value pairs. Further, the smart contract code can read the values stored in the blockchain and use those values during application operation. The smart contract code can write the output of various logical operations into the blockchain. The code can be used to create temporary data structures within a virtual machine or other computing platform. The data written to the blockchain can be made public and / or encrypted and maintained as private. Temporary data used / generated by the smart contract is held in memory by the supplied execution environment and then deleted once the data required by the blockchain is identified.

[0151] Smart contract executable code may include the code interpretation of a smart contract with additional functions. As described herein, smart contract executable code may be program code deployed on a computing network, where the program code is executed and verified by chain validators together during a consensus process. Smart contract executable code retrieves from the blockchain a hash associated with a data template created by receiving a hash and using a previously stored function extractor. When the hash of the hash identifier matches the hash created from the stored identifier template data, the smart contract executable code sends an approval key to the requested service. Smart contract executable code may write data related to encryption details to the blockchain.

[0152] Figure 6C shows a blockchain configuration for storing blockchain transaction data according to an exemplary embodiment. Referring to Figure 6C, an exemplary configuration 660 provides a vehicle 662, a user device 664, and a server 666 that share information with a distributed ledger (i.e., a blockchain) 668. In an event where a known established user profile is attempting to rent a vehicle using an established rating profile, the server may represent a service provider entity that queries the vehicle service provider to share user profile rating information. The server 666 may receive and process data related to the service requirements of the vehicle. When a service event occurs, such as vehicle sensor data indicating a need for fuel / charge or maintenance services, smart contracts may be used to call rules, thresholds, collection of sensor information, etc., which can be used to call a vehicle service event. Blockchain transaction data 670 is stored for each transaction, such as access events, subsequent updates to the service status of the vehicle, and event updates. A transaction may include the parties, requirements (e.g., 18 years old, eligible candidates for service, valid driver's license, etc.), compensation levels, distance traveled between events, registered recipients permitted access to the event and provision of vehicle services, rights / permissions, sensor data retrieved during vehicle event operations to log details of the next service event and identify the status of the vehicle, and thresholds used to determine whether the service event has been completed and whether the status of the vehicle has changed.

[0153] Figure 6D shows the content of blockchain block 680 that can be added to the distributed ledger and block structures 682A - 682n according to an exemplary embodiment. Referring to Figure 6D, a client (not shown) can submit an entry to a blockchain node to perform activities on the blockchain. As an example, the client can be an application that functions on behalf of a requester such as a device, a person, or an entity to propose an entry to the blockchain. Multiple blockchain peers (e.g., blockchain nodes) can maintain the state of the blockchain network and a copy of the distributed ledger. Various types of blockchain nodes / peers can exist within a blockchain network, including an approval peer that simulates and approves an entry proposed by a client, and a commit peer that verifies an endorsement, validates the entry, and commits the entry to the distributed ledger. In this example, a blockchain node can perform the role of an endorser node, a committer node, or both.

[0154] This system includes a blockchain that stores immutable and ordered records in blocks, and a state database (current world state) that maintains the current state of the blockchain. One distributed ledger can exist for each channel, and each peer maintains its own copy of the distributed ledger for each channel of which it is a member. This blockchain is an entry log constructed as a hash-linked block, where each block contains a sequence of N entries. A block can include various components such as those shown in FIG. 6D. The linking of blocks can be generated by adding a hash regarding the header of the previous block into the block header of the current block. In this way, all entries in the blockchain are ordered and cryptographically linked to prevent tampering of the blockchain data without breaking the hash link. Further, because they are linked, the latest block in the blockchain represents all entries that occurred before it. This blockchain can be stored on a peer file system (local or attached storage) that supports the workload of an append-only blockchain.

[0155] The current state of the blockchain and the distributed ledger can be stored in the state database. Here, the current state data represents the latest values for all keys included in the chain entry log of the blockchain. The invocation of smart contract executable code executes an entry against the current state in the state database. To make the interaction of the smart contract executable code extremely efficient, the latest values of all keys are stored in the state database. The state database can include an indexed view of the entry log of the blockchain, and thus it can be regenerated from the chain at any time. The state database can be automatically restored (or generated if necessary) at the startup of the peer before entries are accepted.

[0156] The approval node receives an entry from a client and approves the entry based on the simulated results. The approval node holds a smart contract that simulates the entry proposal. When the approval node approves an entry, the approval node creates an entry endorsement, and the entry endorsement is a signed response from the approval node to the client application, indicating the endorsement of the simulated entry. The method of approving an entry depends on the endorsement policy that can be specified within the smart contract executable code. An example of an endorsement policy is that "the majority of the approval peers must approve the entry". Different channels may have different endorsement policies. The approved entry is transferred by the client application to the ordering service.

[0157] The ordering service receives the approved entry, orders the entry within a block, and distributes the block to the commit peers. For example, the ordering service may start a new block when the threshold of the entry is reached, when the timer times out, or under another condition. In this example, the blockchain node is the commit peer that received the data block 682A to be stored on the blockchain. The ordering service can be composed of an orderer cluster. The ordering service does not process entries or smart contracts, nor does it maintain a shared ledger. Instead, the ordering service can receive the approved entry and specify the order in which the entry is committed to the distributed ledger. The architecture of the blockchain network can be designed such that a specific implementation of "ordering" (e.g., Solo, Kafka, BFT, etc.) is a pluggable component.

[0158] Entries are written to the distributed ledger in a consistent order. The order of the entries is established to ensure that updates to the state database are valid when the entry is committed to the network. Unlike a blockchain system for cryptocurrencies (e.g., Bitcoin) where ordering occurs by solving an encryption puzzle or by mining, in this example, the parties to the distributed ledger can select the ordering mechanism that best suits the network.

[0159] Referring to FIG. 6D, a block 682A (also referred to as a data block) stored on a blockchain and / or a distributed ledger may include a plurality of data segments such as block headers 684A - 684n, transaction-specific data 686A - 686n, and block metadata 688A - 688n. It should be understood that the various blocks and their contents, such as block 682A and its contents, are for illustrative purposes only and do not mean to limit the scope of the exemplary embodiments. In some cases, both block header 684A and block metadata 688A may be smaller than the transaction-specific data 686A that stores entry data, but this is not a requirement. Block 682A may store transaction information for N (e.g., 100, 500, 1000, 2000, 3000, etc.) entries within block data 690A - 690n. Block 682A may also include a link to a previous block (e.g., on the blockchain) within block header 684A. In particular, block header 684A may include the hash of the header of the previous block. Block header 684A may also include a unique block number, the hash of block data 690A of the current block 682A, and the like. The block number of block 682A is unique and can be assigned in an increasing / continuous order starting from zero. The first block in the blockchain may be referred to as a genesis block that includes information about the blockchain, its members, and the data stored therein.

[0160] The block data 690A can store the entry information of each entry recorded in the block. For example, the entry data may include the type, version, timestamp, channel ID of the distributed ledger, entry ID, epoch, visibility of the payload, path of the smart contract executable code (deploy and send), name of the smart contract executable code, version of the smart contract executable code, input (smart contract executable code and functions), client (creator) identification information such as public key and certificate, client signature, endorser identification information, endorser signature, proposal hash, event of the smart contract executable code, response status, namespace, read set (list of keys and versions read by the entry, etc.), write set (list of keys and values, etc.), start key, end key, list of keys, query summary of the Merkle tree, and one or more of the same kind. The entry data can be stored for each of the N entries.

[0161] In some embodiments, the block data 690A may also store transaction-specific data 686A that adds additional information to the hash link chain of blocks within the blockchain. Thus, the data 686A may be stored in the immutable log of blocks in the distributed ledger. Some of the advantages of storing the data 686A are reflected in the various embodiments disclosed and depicted herein. The block metadata 688A may store a plurality of fields of metadata (e.g., as a byte array, etc.). The metadata fields may include signatures in block creation, references to the last configuration block, an entry filter that identifies valid and invalid entries within the block, the last offset of the ordering service that ordered the block, and the like. The signature, the last configuration block, and the orderer's metadata may be added by the ordering service. On the other hand, a committer of a block (such as a blockchain node) may add valid / invalid information based on an endorsement policy, verification of read / write sets, and the like. The entry filter may include a byte array of a size equal to the number of entries within the block data 610A and a verification code that identifies whether the entry was valid / invalid.

[0162] Other blocks 682B - 682n within the blockchain also have a header, a file, and a value. However, unlike the first block 682A, each of the headers 684A - 684n within the other blocks includes the hash value of the immediately preceding block. The hash value of the immediately preceding block may simply be the hash of the header of the previous block or the hash value of the entire previous block. By including the hash value of the previous block in each of the remaining blocks, tracking can be done block by block back from the Nth block to the genesis block (and the associated original file) as indicated by the arrow 692, establishing an auditable and immutable chain of custody.

[0163] The above-described embodiments can be implemented in hardware, a computer program executed by a processor, firmware, or a combination thereof. The computer program can be embodied on a computer-readable medium such as a storage medium. For example, the computer program can be present in a random access memory ("RAM"), flash memory, read-only memory ("ROM"), erasable programmable read-only memory ("EPROM"), electrically erasable programmable read-only memory ("EEPROM"), register, hard disk, removable disk, compact disk read-only memory ("CD-ROM"), or any other form of storage medium known in the art.

[0164] A preferred storage medium can be connected to the processor such that the processor can read information from and write information to the storage medium. Alternatively, the storage medium can be integrated with the processor. The processor and the storage medium can be present within an application-specific integrated circuit ("ASIC"). Alternatively, the processor and the storage medium can be present as separate components. For example, FIG. 7 shows an exemplary computer system architecture 700 that can represent any of the components described above or can be integrated with any of the components described above.

[0165] FIG. 7 is not intended to imply any limitation with respect to the use or functionality scope of the embodiments of the present application described herein. Nevertheless, the computing node 700 is implementable and / or capable of performing any of the above-described functions herein.

[0166] Within the computing node 700, there exists a computer system / server 702 that can operate in the environment or configuration of many other general-purpose or special-purpose computing systems. Examples of well-known computing systems, environments, and / or configurations that may be suitable for use with the computer system / server 702 include personal computer systems, server computer systems, thin clients, thick clients, handheld or laptop devices, multiprocessor systems, microprocessor-based systems, set-top boxes, programmable household appliances, network PCs, minicomputer systems, mainframe computer systems, and distributed cloud computing environments including any of the above systems or devices, and the like, but are not limited thereto.

[0167] The computer system / server 702 may be described in the general context of computer system-executable instructions, such as program modules, executed by a computer system. Generally, program modules may include routines, programs, objects, components, logic, data structures, etc. that perform particular tasks or implement particular abstract data types. The computer system / server 702 may be executed in a distributed cloud computing environment where tasks are performed by remote processing devices coupled through a communications network. In a distributed cloud computing environment, program modules may be located in both local computer system storage media including memory storage devices and remote computer system storage media.

[0168] As shown in FIG. 7, the computer system / server 702 within the cloud computing node 700 is shown in the form of a general-purpose computing device. The components of the computer system / server 702 may include, but are not limited to, one or more processors or processing units 704, a system memory 706, and a bus that couples various system components including the system memory 706 to the processor 704.

[0169] The bus represents one or more of several types of bus structures including a memory bus or memory controller, a peripheral bus, an accelerated graphics port, and a processor or local bus using any of various bus architectures. By way of example and without limitation, such architectures include Industry Standard Architecture (ISA) bus, Micro Channel Architecture (MCA) bus, Extended ISA (EISA) bus, Video Electronics Standards Association (VESA) local bus, and Peripheral Component Interconnect (PCI) bus.

[0170] The computer system / server 702 typically includes various computer system-readable media. Such media can be any available media accessible by the computer system / server 702, which includes both volatile and non-volatile media, removable and non-removable media. In one example, the system memory 706 implements the flow diagrams of other figures. The system memory 706 can include computer system-readable media in the form of volatile memory such as random access memory (RAM) 708 and / or cache memory 710. The computer system / server 702 can further include other removable / non-removable volatile / non-volatile computer system storage media. By way of mere example, the memory 706 can be provided for reading from and writing to a non-removable non-volatile magnetic medium (commonly referred to as a "hard drive" and not shown). Although not shown, a magnetic disk drive for reading from and writing to a removable non-volatile magnetic disk (e.g., a "floppy disk") and an optical disk drive for reading from or writing to a removable non-volatile optical disk, such as a CD-ROM, DVD-ROM, or other optical media, can be provided. In such cases, each can be connected to the bus by one or more data media interfaces. As further depicted and described below, the memory 706 can include at least one program product having a set of program modules (e.g., at least one) configured to execute the functions of various embodiments of the present application.

[0171] A program / utility having a set (at least one) of program modules may be stored, by way of example and not limitation, in memory 706, as well as in an operating system, one or more application programs, other program modules, and program data. Each of the operating system, one or more application programs, other program modules, and program data, or any combination thereof, may include an implementation of a network environment. The program modules generally execute the functions and / or methods of the various embodiments of the present application described herein.

[0172] As will be understood by those skilled in the art, aspects of the present application may be embodied as a system, method, or computer program product. Accordingly, aspects of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment (including firmware, resident software, microcode, etc.), or an embodiment combining software aspects and hardware aspects that may generally all be referred to herein as a “circuit,” “module,” or “system.” Furthermore, aspects of the present application may take the form of a computer program product embodied in one or more computer-readable media having computer-readable program code embodied thereon.

[0173] The computer system / server 702 can also include I / O devices 712 (such as I / O adapters) that may include a keyboard, a pointing device, a display, a voice recognition module, etc., one or more devices that enable a user to interact with the computer system / server 702, and / or any device that enables the computer system / server 702 to communicate with one or more other computing devices (such as a network card or a modem, etc.). The computer system / server 702 can communicate with one or more external devices via the I / O interface of the device 712. Furthermore, the computer system / server 702 can communicate with one or more networks such as a local area network (LAN), a general wide area network (WAN), and / or a public network (such as the Internet) via a network adapter. As depicted, the device 712 communicates with other components of the computer system / server 702 via a bus. Although not shown, it should be understood that other hardware and / or software components can be used with the computer system / server 702. Examples include, but are not limited to, microcode, device drivers, redundant processing units, external disk drive arrays, RAID systems, tape drives, and data storage systems.

[0174] Preferred embodiments of at least one of a system, a method, and a non-transitory computer-readable medium are shown in the accompanying drawings and described in the foregoing detailed description, but the present application is not limited to the disclosed embodiments, and it will be understood that many rearrangements, modifications, and substitutions are possible as defined by the following claims. For example, the functions of the systems of the various figures can be performed by one or more of the modules or components described herein, or in a distributed architecture, and can include a transmitter, a receiver, or a pair thereof. For example, all or part of the functions performed by individual modules can be performed by one or more of these modules. Further, the functions described herein can be performed at various times in relation to various events internal or external to the modules or components. Also, the information transmitted between the various modules can be transmitted between the modules via at least one of a data network, the Internet, a voice network, an Internet protocol network, a wireless device, a wired device, and / or a plurality of protocols. Also, messages transmitted or received by any of the modules can be transmitted or received directly and / or via one or more of the other modules.

[0175] Those skilled in the art will understand that "system" can be embodied as a personal computer, a server, a console, a personal digital assistant (PDA), a mobile phone, a tablet computing device, a smart phone, or any other suitable computing device, or a combination of devices. Presenting the above-described functions as being performed by a "system" is not intended to limit the scope of the present application in any way, but rather to provide an example of one of many embodiments. Indeed, the methods, systems, and apparatuses disclosed herein can be implemented in a local and distributed form that is consistent with computing technology.

[0176] Note that some of the system functions described in this specification are presented as modules to more specifically emphasize the independence of their implementation modes. For example, a module can be implemented as a hardware circuit comprising a custom very large scale integration (VLSI) circuit or gate array, or off-the-shelf semiconductors such as logic chips, transistors, or other individual components. A module can also be implemented in a programmable hardware device such as a field programmable gate array, programmable array logic, programmable logic device, graphics processing unit, or the like.

[0177] A module can also be implemented at least partially in software for execution by various types of processors. For example, an identified unit of executable code can comprise one or more physical or logical blocks of computer instructions that can be organized, for example, as objects, procedures, or functions. Nevertheless, the executable files of the identified modules need not be physically located together and can comprise different instructions stored in different locations that, when logically combined, comprise the module and achieve the specified purpose for the module. Further, a module can be stored on a computer-readable medium, which can be, for example, a hard disk drive, flash device, random access memory (RAM), tape, or any other such medium used to store data.

[0178] In fact, the modules of executable code can be single instructions or multiple instructions, and can further be distributed across several different memory devices, among different programs, in several different code segments. Similarly, the arithmetic data can be identified and shown within a module herein, embodied in any suitable form, and organized within any suitable type of data structure. The arithmetic data can be collected as a single data set, or distributed in different locations including different storage devices, and can exist at least partially as mere electronic signals on a system or network.

[0179] It will be readily understood that the components of the present application schematically described and shown in the figures herein can be arranged and designed in a wide variety of different configurations. Accordingly, the detailed description of the embodiments is not intended to limit the scope of the present application as claimed, but represents only selected embodiments of the present application.

[0180] Those skilled in the art will readily understand that the above can be performed in different orders of steps and / or with hardware elements of different configurations than those disclosed. Accordingly, although the present application is described based on these preferred embodiments, it will be apparent to those skilled in the art that certain modifications, variations, and alternative structures are obvious.

[0181] Although preferred embodiments of the present application are described, the described embodiments are merely exemplary, and it should be understood that the scope of the present application should be determined only by the appended claims when considering all equivalents and modifications (e.g., protocols, hardware devices, software platforms, etc.) of the scope of the appended claims.

Claims

1. From a set of devices in a certain location, a subset of devices with higher priority is determined based on a comparison between the individual priority values ​​assigned to the set of devices and the priority value threshold. To determine that there is a shortage of electricity at the aforementioned location, Sending electricity from the vehicle to a subset of the devices at the location which are the high-priority devices, To determine that there is surplus electricity from the aforementioned vehicle, Lowering the threshold of the aforementioned priority value, Identify at least one additional device that is below the threshold for the aforementioned priority value but above the threshold for the aforementioned lowered priority value, Sending the surplus electricity to the at least one additional device, Methods that include...

2. The method according to claim 1, wherein a subset of the devices includes devices that perform important functions related to the location or persons in the location.

3. Identifying another power source near the said location, Notifying the other power source to provide electricity to the aforementioned location, The method according to claim 1, including the method described in claim 1.

4. The lack of electricity at the location prevents electricity from being sent from the vehicle to the device, and the method Relocate a device from a subset of the devices at the aforementioned location to a location near the vehicle. To provide a direct connection from the vehicle to the device, Electricity is sent from the vehicle to the device. The method according to claim 1, further comprising the following:

5. The method according to claim 1, wherein a change in the threshold value of the priority value is notified to a communication device associated with the location, and confirmation of the change is received from the communication device.

6. Determining that another power source independent of the vehicle is available at the location, Sending electricity from the aforementioned other power source to the device, To cut off electricity from another power source when the electricity falls below a certain level, Sending electricity from the vehicle to the device, The method according to claim 1, further comprising:

7. To determine the period associated with the shortage of electricity at the aforementioned location, The surplus electricity from the vehicle is determined based on the period, The method according to claim 1, including the method described in claim 1.

8. It is a system, Processor and A memory connected to the processor, which includes instructions, The instruction, when executed by the processor, From a set of devices in a certain location, a subset of devices with higher priority is determined based on a comparison between the individual priority values ​​assigned to that set of devices and the priority value threshold. It was determined that there was a shortage of electricity at the aforementioned location. The vehicle sends electricity to a subset of the devices at the location which are the high-priority devices. It was determined that there was surplus electricity from the aforementioned vehicle, Lower the threshold of the aforementioned priority value, Identify at least one additional device that is below the threshold for the aforementioned priority value but above the threshold for the lowered priority value, The surplus electricity is sent to the at least one additional device. A system comprising the processor as described above.

9. The system according to claim 8, wherein a subset of the devices includes devices that perform important functions related to the location or persons in the location.

10. The processor is Identify another power source near the aforementioned location, The system according to claim 8, further configured to notify the other power source to provide electricity to the location.

11. The lack of electricity at the location prevents electricity from being sent from the vehicle to the device, and the processor Relocate a device from a subset of the devices at the aforementioned location to a location near the vehicle. To provide a direct connection from the vehicle to the device, Electricity is sent from the vehicle to the device. The system according to claim 8, further configured as follows.

12. The system according to claim 8, wherein the processor is further configured to notify a communication device associated with the location of a change in the threshold value of the priority value and to receive confirmation of the change from the communication device.

13. The processor is It is determined that a separate power source independent of the vehicle is available at the aforementioned location. Electricity is supplied from the aforementioned other power source to the device. The electricity from another power source is cut off when the electricity falls below a certain level. Electricity is sent from the vehicle to the device. The system according to claim 8, further configured as follows.

14. The processor is Determine the period associated with the shortage of electricity at the aforementioned location, The surplus electricity from the vehicle is determined based on the period. The system according to claim 8, further configured as follows.

15. A non-temporary computer-readable storage medium comprising instructions, wherein, when the instructions are read by a processor, the instructions are communicated to the processor: From a set of devices in a certain location, a subset of devices with higher priority is determined based on a comparison between the individual priority values ​​assigned to that set of devices and the priority value threshold. To determine that there is a shortage of electricity at the aforementioned location, Sending electricity from the vehicle to a subset of the devices at the location which are the high-priority devices, To determine that there is surplus electricity from the aforementioned vehicle, Lowering the threshold of the aforementioned priority value, Identify at least one additional device that is below the threshold for the aforementioned priority value but above the threshold for the aforementioned lowered priority value, Sending the surplus electricity to the at least one additional device, A non-temporary computer-readable storage medium that enables the following.

16. The non-temporary computer-readable storage medium according to claim 15, wherein a subset of the devices includes devices that perform important functions related to the location or persons in the location.

17. The processor is Identifying another power source near the aforementioned location, Notifying the other power source to supply electricity to the device, A non-temporary computer-readable storage medium according to claim 15, further configured to perform the following:

18. The lack of electricity at the location prevents electricity from being sent from the vehicle to the device, and the processor Relocating devices from a subset of the devices at the aforementioned location closer to the vehicle, To provide a direct connection from the vehicle to the device, Sending electricity from the vehicle to the device, A non-temporary computer-readable storage medium according to claim 15, further configured to perform the following:

19. The non-temporary computer-readable storage medium according to claim 15, further configured to notify a communication device associated with the location of a change in the threshold value of the priority value and to receive confirmation of the change from the communication device.

20. The processor is Determining that a separate power source independent of the vehicle is available at the aforementioned location, Sending electricity from the aforementioned other power source to the device, To cut off electricity from another power source when the electricity falls below a certain level, Sending electricity from the vehicle to the device, A non-temporary computer-readable storage medium according to claim 15, further configured to perform the following:

Images