JP2023171369A - 輸送手段の充電のオフロード管理 - Google Patents

Abstract

【課題】輸送手段及び充電ステーションのシステムを提供すること。【解決手段】例示的な動作には、輸送手段によって、貯蔵エネルギーの第１の部分を充電ステーションに提供するための要求を開始することと、充電ステーションによって、輸送手段が必要とする実際のエネルギー量を判定することであって、該判定は、輸送手段の第１の目的地と、第１の目的地に関連付けられたルートに基づいて充電ステーションが受信したデータとに基づくものであり、実際のエネルギー量は、貯蔵エネルギーの第１の部分と同じ量ではない、ことと、 輸送手段によって、充電ステーションに実際のエネルギー量を蓄積することと、のうちの１つ又は複数が含まれる。【選択図】図１

Description

関連出願の相互参照
この出願は、「ＶＥＨＩＣＬＥ ＴＯ ＶＥＨＩＣＬＥ ＷＩＲＥＬＥＳＳ ＥＮＥＲＧＹ ＴＲＡＮＳＦＥＲ（車両間無線エネルギー伝達）」と題された同時係属中の米国非仮特許出願と、「ＬＯＡＤ ＥＦＦＥＣＴＳ ＯＮ ＴＲＡＮＳＰＯＲＴ ＥＮＥＲＧＹ（輸送エネルギーに関する負荷効果）」と題された同時係属中の米国非仮特許出願に関する。両出願は、２０２０年４月２１日に出願され、それぞれは参照によりその全体が本明細書に組み込まれる。

自動車、オートバイ、トラック、飛行機、電車などの車両又は輸送手段が、さまざまな方法で乗員及び／又は商品に対する輸送需要に概ね応じている。輸送手段に関連する機能を、輸送手段の内外に配置されたスマートフォンやコンピュータなどのさまざまな計算装置によって識別して利用する場合がある。

例示的な実施形態の１つでは、輸送手段によって、貯蔵エネルギーの第１の部分を充電ステーションに提供するための要求を開始することと、充電ステーションによって、輸送手段が必要とする実際のエネルギー量を判定することであって、判定は、輸送手段の第１の目的地と、第１の目的地に関連付けられたルートに基づいて充電ステーションが受信したデータとに基づくものであり、実際のエネルギー量は、貯蔵エネルギーの第１の部分と同じ量ではないことと、輸送手段によって、充電ステーションに実際のエネルギー量を蓄積することのうち１つ又は複数を含む方法が提供される。

別の例示的な実施形態では、プロセッサと、プロセッサに結合されたメモリとを備える輸送手段が提供される。メモリは、命令であって、プロセッサによって実行されたときに、輸送手段によって、貯蔵エネルギーの第１の部分を充電ステーションに提供するための要求を開始することと、充電ステーションによって、輸送手段に必要な実際のエネルギー量を判定することであって、充電ステーションは、輸送手段の第１の目的地と、第１の目的地に関連付けられたルートに基づいて充電ステーションが受信したデータとに基づいて実際のエネルギー量を判定し、実際のエネルギー量は、貯蔵エネルギーの第１の部分と同じ量ではない、ことと、輸送手段によって、充電ステーションに実際のエネルギー量を蓄積することと、のうちの1つまたは複数を実施するように構成される命令を含む。

追加の例示的な実施形態では、命令を含む非一時的なコンピュータ可読媒体が提供される。この命令は、プロセッサによって読み取られたときに、プロセッサに、充電ステーションによって要求を受信することと、輸送手段の現在の場所と、気象条件、道路条件、道路工事及び輸送手段の条件のうちの１つ又は複数とに基づいて、充電ステーションによって距離の余剰を計算することと、距離の余剰を輸送手段に送信することと、輸送手段によって、距離の余剰を反映するエネルギー量だけ実際のエネルギー量を増大させることと、のうちの１つ又は複数を実施させる。

例示的な実施形態による、輸送手段充電オフロードの例示的なシステムを示す図である。 例示的な実施形態による、輸送手段ネットワーク図を示す図である。 例示的な実施形態による、別の輸送手段ネットワーク図を示す図である。 例示的な実施形態による、さらに別の輸送手段ネットワーク図を示す図である。 例示的な実施形態による流れ図を示す図である。 例示的な実施形態による、機械学習輸送手段ネットワーク図を示す図である。 例示的な実施形態による、車両に関連するデータベーストランザクションを管理するための例示的な車両構成を示す図である。 例示的な実施形態による、さまざまな車両間で実行されるデータベーストランザクションを管理するための別の例示的な車両構成を示す図である。 例示的な実施形態による、ブロックチェーンアーキテクチャ構成を示す図である。 例示的な実施形態による、別のブロックチェーン構成を示す図である。 例示的な実施形態による、ブロックチェーントランザクションデータを保存するためのブロックチェーン構成を示す図である。 例示的な実施形態による、例示的なデータブロックを示す図である。 例示的な実施形態のうちの１つ又は複数を支援する例示的なシステムを示す図である。

本明細書の図に概ね記載して図示すように、対象のコンポーネントは、多種多様な異なる構成で配置され設計され得ることが容易に理解されよう。このため、添付の図に示すように、方法、装置、非一時的なコンピュータ可読媒体及びシステムのうちの少なくとも１つの実施形態の以下の詳細な説明は、特許請求の範囲を限定することを意図するものではなく、単に選択された実施形態を代表するにすぎない。

本明細書全体を通じて説明するように、対象の特徴、構造又は特性は、１つ又は複数の実施形態にて任意の適切な方法で組み合わせてもよい。例えば、「例示的な実施形態」、「いくつかの実施形態」という句又は他の類似する言語の使用により、少なくともこの明細書全体を通して、実施形態に関連して説明する特定の特徴、構造又は特性が一実施形態に含まれ得るという事実に言及している。このため、本明細書全体を通して、「例示的な実施形態」、「いくつかの実施形態では」、「他の実施形態では」という句又は他の類似する言語による表現がいずれも、必ずしも実施形態の同一のグループに言及しているとは限らず、記載された特徴、構造又は特性は、１つ又は複数の実施形態にて任意の適切な方法で組み合わされる場合がある。線図では、描写された接続が一方向又は双方向の矢印であっても、要素間のあらゆる接続が一方向及び／又は双方向の通信を許可することができる。現在のソリューションでは、輸送手段には、車、トラック、歩行エリア用電池式電気自動車（ＢＥＶ）、ｅ－パレット、燃料電池バス、オートバイ、スクータ、自転車、ボート、ＲＶ車、飛行機及びある場所から別の場所に人や商品を輸送するために使用される任意の物体のうちの１つ又は複数が含まれる場合がある。

さらに、「メッセージ」という用語が実施形態の説明にて使用される場合があるが、本出願は、パケット、フレーム、データグラムなどのような多くのタイプのネットワークデータに適用される場合がある。「メッセージ」という用語には、パケット、フレーム、データグラム及びそのあらゆる等価物が含まれる。さらに、例示的な実施形態では特定のタイプのメッセージ及び信号伝達を描写する場合があるが、このようなメッセージは、１つの特定のタイプのメッセージに限定されず、本出願は、１つの特定のタイプの信号伝達に限定されない。

例示的な実施形態では、方法、システム、コンポーネント、非一時的なコンピュータ可読媒体、装置及び／又はネットワークが提供される。ここに挙げたものは、輸送手段（本明細書では車両とも呼ばれる）、データ収集システム、データ監視システム、検証システム、認可システム及び車両データ配信システムのうちの少なくとも１つを提供する。無線データネットワーク通信及び／又は有線通信メッセージなどの通信更新メッセージの形態で受信された車両状況条件データは、車両／輸送手段状況条件を識別し、輸送手段の条件変化に関するフィードバックを提供するために受信され処理されてもよい。一例では、ユーザプロファイルを特定の輸送手段／車両に適用して、現在の車両イベントを認可し、サービスステーションにてサービスを停止し、その後の車両レンタルサービスを認可してもよい。

通信インフラストラクチャ内では、分散型データベースが分散ストレージシステムであり、相互に通信する複数のノードを備える。ブロックチェーンが分散型データベースの例であり、信頼できない関係者間で記録を維持することができる、追加のみの不変のデータ構造（即ち、分散型台帳）を備える。信頼できない関係者は、本明細書ではピア、ノード又はピアノードと呼ばれる。各ピアはデータベース記録のコピーを維持し、分散ピア間で合意が得られない限り、単一のピアがデータベース記録を変更することはできない。例えば、ピアは合意プロトコルを実行して、ブロックチェーンストレージエントリを検証し、ストレージエントリをブロックにグループ化し、ブロックを介してハッシュチェーンを構築してもよい。このプロセスは、一貫性を保つために、必要に応じてストレージエントリを順序付けすることによって台帳を形成する。公共又は無許可のブロックチェーンでは、誰でも特定のＩＤなしで参加することができる。公共ブロックチェーンは、暗号通貨を伴い、プルーフオブワーク（ＰｏＷ）などのさまざまなプロトコルに基づいて合意を使用することができる。一方、許可されたブロックチェーンデータベースでは、共通の目標を共有しているが、資金、商品、情報などを交換するビジネスなど、相互に完全に信頼していないか、完全に信頼することができないエンティティのグループ間の相互作用を保護することができるシステムが提供される。対象のソリューションは、許可済みブロックチェーン設定及び／又は許可のないブロックチェーン設定にて機能することができる。

スマートコントラクトとは、信頼することができる分散アプリケーションであり、共有台帳又は分散台帳（即ち、ブロックチェーンの形態である場合がある）データベースの改竄防止特性と、エンドースメント又はエンドースメントポリシーと呼ばれるメンバノード間の基本的な合意を活用する。一般に、ブロックチェーンエントリは、ブロックチェーンにコミットされる前に「エンドース」されるが、エンドースされていないエントリは無視される。典型的なエンドースメントポリシーでは、スマートコントラクトの実行可能コードが、エンドースメントに必要なピアノードのセットの形態でエントリのエンドーサを指定することができる。クライアントがエンドースメントポリシーで指定されたピアにエントリを送信すると、エントリが実行されてエントリを検証する。検証後、エントリは順序付けフェーズに入る。このフェーズでは、合意プロトコルを使用して、ブロックにグループ化されたエンドース済みエントリの順序付けられたシーケンスを生成する。

ノードとは、ブロックチェーンシステムの通信エンティティである。「ノード」は、異なるタイプの複数のノードが同じ物理サーバ上で実行することができるという意味で論理機能を実行してもよい。ノードは信頼ドメイン内でグループ化され、さまざまな方法でノードを制御する論理エンティティに関連付けられている。ノードには、エントリ呼び出しをエンドーサ（例えば、ピア）に送信し、エントリ提案を順序付けサービス（例えば、順序付けノード）にブロードキャストするクライアントノード又は提出クライアントノードなどのさまざまなタイプが含まれる場合がある。別のタイプのノードはピアノードであり、クライアントが提出したエントリを受信し、エントリをコミットし、ブロックチェーンエントリの台帳の状態とコピーを維持することができる。必須ではないが、ピアはこのほか、エンドーサの役割を果たすことができる。順序付けサービスノード又はオーダラとは、全ノードに対する通信サービスを実行するノードであり、エントリをコミットしてブロックチェーンのワールド状態を変更するときに、システム内のピアノードのそれぞれへのブロードキャストなどの供給保証を実装する。これは、最初のブロックチェーンエントリの別名であり、通常は制御及び設定情報を含む。

台帳とは、ブロックチェーンのあらゆる状態遷移の順序付けされた改竄防止記録である。状態遷移は、参加関係者（例えば、クライアントノード、順序付けノード、エンドーサノード、ピアノードなど）によって提出されたスマートコントラクト実行可能コード呼び出し（即ち、エントリ）から生じる可能性がある。エントリにより、アセットキー値ペアのセットが、作成、更新、削除などの１つ以上のオペランドとして台帳にコミットされる場合がある。台帳には、不変の順序付けされた記録をブロックに保存するために使用されるブロックチェーン（チェーンとも呼ばれる）が含まれる。台帳にはこのほか、ブロックチェーンの現在の状態を維持する状態データベースが含まれる。典型的には、チャネルごとに１つの台帳がある。各ピアノードは、メンバである各チャネルの台帳のコピーを保持する。

チェーンとは、ハッシュリンクブロックとして構造化されたエントリログであり、各ブロックにはＮ個のエントリのシーケンスが含まれ、Ｎは１以上である。ブロックヘッダには、ブロックのエントリのハッシュのほか、以前のブロックのヘッダのハッシュが含まれる。このようにして、台帳の全エントリを順序付けし、暗号で共にリンクしてもよい。このため、ハッシュリンクを壊さずに台帳データを改竄することはできない。最近追加されたブロックチェーンブロックのハッシュが、その前にあるチェーン上のあらゆるエントリを表し、全ピアノードが一貫して信頼することができる状態であることを保証することができる。チェーンはピアノードファイルシステム（即ち、ローカルの装着されたストレージ、クラウドなど）に保存され、ブロックチェーン作業負荷の追加のみの性質を効率的に支援してもよい。

不変の台帳の現在の状態は、チェーンエントリログに含まれる全キーの最新の値を表す。現在の状態がチャネルに認識される最新のキー値を表すため、ワールド状態と呼ばれることもある。スマートコントラクトの実行可能コード呼び出しが、台帳の現在の状態データに対してエントリを実行する。このようなスマートコントラクトの実行可能コードの相互作用を効率的にするために、キーの最新の値を状態データベースに保存してもよい。状態データベースは、チェーンのエントリログへの単なるインデックス付きビューであるため、いつでもチェーンから再生成してもよい。状態データベースは、ピアノードの起動時であって、エントリが受け入れられる前に自動的に回復（あるいは必要に応じて生成）されてもよい。

ブロックチェーンは、ブロックチェーンが中央ストレージではなく、分散型で不変で安全なストレージであり、ノードがストレージ内の記録への変更を共有する必要があるという点で、従来のデータベースとは異なる。ブロックチェーンに固有であり、ブロックチェーンの実装を支援するいくつかの特性には、不変の台帳、スマートコントラクト、セキュリティ、プライバシー、分散化、合意、エンドースメント、アクセス可能性などが含まれるが、ここに挙げたものに限定されない。

例示的な実施形態では、特定の車両に車両サービスを提供するための方法及び／又は車両に適用されるユーザプロファイルに関連付けられたユーザを要求するための方法が提供される。例えば、ユーザが、車両の所有者、あるいは別の関係者が所有する車両の運転者であってもよい。車両は特定の間隔でサービスを必要とする場合があり、サービスの要求はサービスの受信を許可する前に承認を必要とする場合がある。このほか、サービスセンターが、車両の現在のルート計画と相対的な水準のサービス要件（例えば、即時要件、重大要件、中級要件、軽微要件など）に基づいて、近くの地域の車両にサービスを提供してもよい。車両の要求は、１つ又は複数のセンサを介して監視されてもよい。センサは、感知したデータを車両の中央コントローラコンピュータ装置に報告し、次に、データは検討と行動のために管理サーバに転送される。

センサを、輸送手段の内部、輸送手段の外部、輸送手段から離れた固定物体及び輸送手段に近い別の輸送手段のうちの１つ又は複数に位置づけてもよい。センサはこのほか、輸送手段の速度、輸送手段の制動、輸送手段の加速度、燃料の残量、サービスの必要性、輸送手段の変速、輸送手段の操縦などに関連付けられてもよい。センサの概念はこのほか、携帯装置などの装置であってもよい。このほか、センサ情報を使用して、車両が安全に動作しているかどうか、乗員ユーザが車両アクセス期間中などの予期しない任意の車両条件に関与したかどうかを識別してもよい。車両の動作前、動作中及び／又は動作後に収集された車両情報を、共有／分散型台帳のトランザクションにて識別して保存してもよい。共有／分散型台帳は、許可付与共同体によって、ひいてはブロックチェーン会員グループを介するなど、「分散型」の方法にて判定されたとおりに生成され、不変の台帳にコミットされる。

各利害関係者（即ち、会社、代理店など）が、個人情報の公開を制限することを所望する場合がある。このため、ブロックチェーンとその不変性により、公開を制限し、特定のユーザ車両プロファイルそれぞれの許可を管理することができる。スマートコントラクトを使用して、補償を提供し、ユーザプロファイルのスコア／評価／レビューを定量化し、車両イベントの許可を適用し、サービスが必要な時期を判定し、衝突及び／又は劣化イベントを特定し、安全上の懸念イベントを特定し、イベントの関係者を特定し、そのような車両イベントデータへのアクセスを求める登録エンティティに分配を提供してもよい。このほか、結果を特定し、ブロックチェーンに関連する「合意」アプローチに基づいて、登録された会社及び／又は個人間で必要な情報を共有することができる。このようなアプローチは、従来の集中型データベースには実装されないことがあり得る。

自動運転システムが、ソフトウェア、一連のセンサのほか、機械学習機能、ライダ投影機、レーダ、超音波センサなどを利用して、輸送手段がナビゲーションをはじめとする目的に使用することができる地形と道路の地図を作成することができる。いくつかの実施形態では、このほか、ＧＰＳ、地図、カメラ、センサなどをライダの代わりに自律車両で使用することができる。

対象のソリューションは、特定の実施形態では、自動化された迅速な認証スキームを介して車両にサービスを認可することを含む。例えば、充電ステーション又は燃料ポンプまでの運転を、車両の操作者が実施してもよく、充電又は燃料を受け取るための認可は、認可がサービスステーションによって受け取られれば、遅滞なく実行されてもよい。車両が、サービスを受け入れることを許可され得るアカウントにリンクされた現在有効なプロファイルを有する車両の識別を提供する通信信号を提供してもよい。これは後で補償によって修正することができる。追加の認証を提供するために追加の手段を使用してもよい。例えば、別の識別子をユーザの装置からサービスセンターに無線で送信して、輸送手段とサービスセンターとの間の最初の認可作業を追加の認可作業に置き換えても補足してもよい。

共有され受信されたデータをデータベースに保存してもよい。データベースはデータを単一のデータベース（例えば、データベースサーバ）にて、概ね１つの特定の場所に保持する。この場所は、多くの場合、中央コンピュータ、例えば、デスクトップ中央処理装置（ＣＰＵ）、サーバＣＰＵ又はメインフレームコンピュータである。集中データベースに保存された情報には、典型的には、複数の異なるポイントからアクセスすることができる。集中データベースは、その場所が単一であるため、特にセキュリティの目的で、管理、保守及び制御が容易である。集中データベース内では、データの冗長性が全データの単一の保存場所として最小限に抑えられるほか、所与のデータセットに１つの一次記録しかないことを意味する。

図１は、例示的な実施形態による、輸送手段充電オフロードの例示的なシステム１００を示す。輸送手段又は車両１０４が、電池又は他の形態のエネルギー貯蔵装置に貯蔵エネルギー１０８を含む電気自動車（ＥＶ）であってもよい。一実施形態では、輸送手段又は車両１０４は、充電ステーション１１２で電気エネルギーを受け取る。別の実施形態では、輸送手段又は車両１０４は、太陽電池パネル、あるいは輸送手段又は車両１０４に連動する他の手段から電気エネルギーを受け取ってもよい。さらに別の実施形態では、輸送手段又は車両１０４は、充電ステーション１１２及び／又は太陽電池パネル、あるいは輸送手段又は車両１０４に連動する他の手段のいずれか又は両方から電気エネルギーを受け取ってもよい。貯蔵エネルギー１０８は、輸送手段又は車両１０４が動き回るにつれて徐々に枯渇する可能性があり、これにより、輸送手段又は車両１０４の走行範囲が制限される。このため、走行範囲は、貯蔵エネルギー１０８が電池の最大容量にあるときに最大化される。

時々、輸送手段１０４又は輸送手段１０４の運転者又は所有者は、貯蔵エネルギー１０８のいくらかの未使用部分を充電ステーション１１２に戻すように動機付けられてもよい。充電ステーション１１２は、その所在地内、所在地の近く、あるいは所在地に近接する潜在的に多くの場所に物理的に位置づけてもよい。いくつかの実施形態では、輸送手段１０４、所有者又は運転手は、貯蔵エネルギー１０８の一部を送り返すことに対する報酬として、ある種のクレジットを受け取ってもよい。このため、輸送手段１０４又は所有者／運転者を、未使用のエネルギーを戻す機会を探すように動機付けてもよい。例えば、輸送手段１０４が、各平日に住居からある程度離れた仕事場に通勤し、一夜のうちに貯蔵エネルギー１０８の全充電を受け取ってもよい。その日のうちに仕事場から戻るとき、運転手が、帰宅途中又は充電ステーション１１２に向かう途中で追加の停止又は移動を実施する必要がないことを認識する場合がある。このため、運転者は貯蔵エネルギーの第１の部分を戻す機会を認識してもよい。次に、輸送手段１０４は、貯蔵エネルギー１１６の第１の部分を充電ステーション１１２に提供する要求を転送してもよい。一実施形態では、充電ステーション１１２は、実際のエネルギー量を判定した後、実際のエネルギー量１２０の通知を輸送手段１０４に提供してもよい。

充電ステーション１１２は、要求１１６を受信すると、次に、輸送手段１０４が必要とする実際のエネルギー量を判定してもよい。判定は、輸送手段１０４の第１の目的地と、第１の目的地に関連付けられたルートに基づいて充電ステーション１１２が受信したデータとに基づくものであってもよい。実際のエネルギー量は、貯蔵エネルギーの第１の部分と同じエネルギー量ではない場合がある。一実施形態では、実際のエネルギー量は、貯蔵エネルギーの第１の部分より少ないエネルギーを含む場合がある。例えば、充電ステーション１１２は、実際のエネルギー量を減少させる可能性がある他の要因を考慮すべきであると判定してもよい。別の実施形態では、実際のエネルギー量は、貯蔵エネルギーの第１の部分よりも多くのエネルギーを含む場合がある。例えば、充電ステーション１１２は、貯蔵エネルギーの第１の部分があまりにも控えめに判定されたと判定してもよい。さらに別の実施形態では、実際のエネルギー量は、貯蔵エネルギーの第１の部分と同じ量のエネルギーを含む場合がある。

輸送手段１０４が充電ステーション１１２に到着すると、輸送手段１０４は、実際のエネルギー量１２４を充電ステーション１１２に蓄積してもよい。ほとんどの実施形態では、これは、輸送手段１０４と充電ステーション１１２との間の直接接続を必要とする。この時点で、輸送手段１０４は、移動を継続するために何らかの形態の再充電貯蔵エネルギー１０８を必要とするか、別の充電ステーション１１２に到達するために残りの貯蔵エネルギー１０８の量を有するか、別の目的地への１つ又は複数の移動を完了するために残りの貯蔵エネルギー１０８の量を有するかのいずれかであってもよい。

一実施形態では、要求１１６は、第１の目的地に到達するための距離を含んでもよい。充電ステーション１１２は、要求１１６に応答して、輸送手段１０４の現在の位置と、気象条件、道路条件、道路工事又は輸送手段１０４の条件のうちのいずれかに基づいて、距離の余剰を計算してもよい。例えば、天気予報の改善又は輸送手段１０４の現在の場所と充電ステーション１１２との間の主に下り坂の道路が、距離の余剰をもたらす可能性がある。次に、充電ステーション１１２は、おそらく実際のエネルギー量１２０の通知の形態で、距離の余剰を輸送手段１０４に送信してもよい。輸送手段１０４は、距離の余剰を受信すると、距離の余剰に対応するエネルギー量だけ実際のエネルギー量を増大させ、それにより、増大したエネルギー量１２４を蓄積してもよい。

別の実施形態では、充電ステーション１１２は、第１の目的地への１つ又は複数の代替ルートを計算してもよい。代替ルートの１つ又は複数には、貯蔵エネルギーの第１の部分よりも少ない実際のエネルギー量が含まれてもよい。輸送手段１０４は、それ自体で、１つ又は複数の代替ルートのなかから最適なルートを判定し、第１の目的地までの最適なルートを追従してもよい。別の実施形態では、輸送手段１０４は、１つ又は複数の代替ルートを充電ステーション１１２に転送してもよく、充電ステーション１１２は、１つ又は複数の代替ルートから最適なルートを判定してもよい。次に、充電ステーション１１２は、最適ルートを輸送手段１０４に転送してもよく、輸送手段１０４は、第１の目的地への最適ルートを追従する。

別の実施形態では、輸送手段１０４は、貯蔵エネルギー１１６の第１の部分に更新を提供するための通知を受信してもよい。さまざまな間隔で、輸送手段１０４は、貯蔵エネルギーの第１の部分の変化を計算してもよい。間隔は、時間の間隔、例えば毎分であってもよい。間隔はこのほか、例えば１マイルごとの距離の間隔であってもよい。間隔はこのほか、同じ道路上を反対方向に移動する別の輸送手段が輸送手段１０４と反対方向にすれ違うたびのような、本質的に不規則なものであってもよい。別の実施形態では、間隔は車道に関連するものであってもよい。例えば、輸送手段１０４が、別の車道との交差点又は現在の車道からの出口ランプ（高速道路に沿ったものなど）に接近している可能性がある。貯蔵エネルギーの第１の部分を、間隔を置いて再計算することにより、輸送手段１０４は、さらに正確で最新の第１の部分１１６の通知を充電ステーション１１２に提供する機会を有する。一実施形態では、輸送手段は、各間隔で第１の部分１１６の更新を提供してもよい。別の実施形態では、輸送手段１０４は、充電ステーション１１２に通信される前の第１の部分１１６とは異なる場合にのみ、第１の部分１１６の更新を提供してもよい。有利なことには、これは、充電ステーション１１２による送信１１６、１２０及び計算を減少させる可能性がある。間隔を置いて第１の部分１１６の更新を受信することに応答して、充電ステーション１１２は、貯蔵エネルギーの実際の量を再計算してもよい。この量は、輸送手段１０４に戻る通知１２０として提供されてもよい。

別の実施形態では、充電ステーション１１２は、輸送手段１０４が充電ステーション１１２に到達した後に追加の移動を実施する必要があるという通知を輸送手段１０４から受信してもよい。次に、充電ステーション１１２は、輸送手段１０４が追加の移動を実施するためのエネルギー量を計算し、それに応じて、実際のエネルギー量を、追加の移動を実施するためのエネルギー量だけ減少させる。次に、減少した実際のエネルギー量１２０の通知が、輸送手段１０４に提供されてもよい。

別の実施形態では、充電ステーション１１２は、輸送手段１０４が現在の場所から、輸送手段１０４の現在の場所にいっそう近い可能性のある別の充電ステーションの場所に前進するために、貯蔵エネルギー１１６の第１の部分よりも少ない貯蔵エネルギーの第２の部分を計算してもよい。充電ステーション１１２は、この別の充電ステーションを第２の目的地に割り当て、輸送手段１０４の方向を変更して第２の目的地に前進してもよい。

別の実施形態では、充電ステーション１１２は、貯蔵エネルギー１１６の第１の部分が閾値未満であると判定してもよい。例えば、閾値は、費用効果が高いか、何らかの方法で効率的であるために転送される貯蔵エネルギーの最小増分を表してもよい。このため、貯蔵エネルギー１１６の第１の部分は、最初はこの閾値を満たさない可能性がある。充電ステーション１１２は、応答して、第１のルートよりも長い第２のルートに沿って移動するように別の輸送手段の方向を変更してもよい。ここで、第２のルートは、輸送手段１０４に割り当てられた元のルートを含んでもよい。状況に応じて、輸送手段１０４と他の輸送手段は、宅配サービスの一部であってもよい。ここで、両輸送手段は、充電ステーション１１２に関連付けられてもよい。輸送手段１０４に割り当てられた元のルートに沿って移動するように他の輸送手段の方向を変更することにより、輸送手段１０４が消費する貯蔵エネルギー１０８を減少させることを可能にしながら、宅配要件を依然として満たす可能性がある。次に、充電ステーション１１２は、輸送手段１０４の方向を変更して、充電ステーション１１２へのルートを短縮することができる。好ましい実施形態では、ルートを短縮することにより、貯蔵エネルギー１１６の第１の部分又は閾値を超える実際のエネルギー量の一方又は両方をもたらす可能性があり、このため、方向の変更を効率的又は費用効果的なものにする。

別の実施形態では、充電ステーション１１２又は充電システム（ＣＳ）が、輸送手段１０４がエネルギーを提供した後に輸送手段１０４に残っている（貯蔵エネルギー１０８の形態の）走行距離容量を要求するが、充電ステーション１１２が要求された走行距離＋／－いくらかの残りの距離を残す可能性があることを輸送手段１０４に通知してもよい。ＣＳは、輸送手段１０４の目的地を認識してもよい。これとは別に、ＣＳは、輸送手段１０４の通常のルート、運転者のカレンダーアプリケーションとの相互作用などを認識して、ＩＤ番号又は車両識別番号（ＶＩＮ）によって目的地を推測してもよい。例えば、輸送手段１０４が、時刻、通常のルートなどのために、元の場所に戻っている可能性がある。輸送手段１０４が、残りの距離を要求する場合があるが、ＣＳは、帰りの高速道路での事故のために、運転者が実際にはさらに長い距離を必要とすることを運転者に通知する場合がある。機械学習及び／又はフィードバックループを、充電ステーション１１２である可能性がある目的地に向かう道路上の輸送手段１０４から使用してもよい。

別の実施形態では、運転者が残りの距離を入力してもよく、システム（ＣＳ）は特定の事情を推測してもよい。例えば、ＣＳは、事故、丘、交通、天候、他の輸送手段の場所などの条件のために、運転者がどこに向かっているのかを理解し、８マイルではなく９．６マイルの充電を必要とする場合がある。システムは、例として、輸送手段１０４が最初に要求したものを無効にし、要求された８マイルの代わりに９．６マイルを輸送手段１０４に残してもよい。

別の例では、フィードバックループを、ＣＳと輸送手段１０４との間で利用してもよい。ＣＳは、目的地又は充電ステーション１１２に到達するためにＸマイルが必要であることを以前の輸送手段に通知した可能性がある。しかし、リアルタイムデータによると、輸送手段１０４は実際にはＸ＋２マイルを必要とする場合がある。このため、現在の輸送手段１０４が、以前の輸送手段の要求及び実際の使用に基づいて距離を調整してもよい。以前の輸送手段の実際の使用に基づいて、リアルタイムの判定が実施されてもよい。

図２Ａは、例示的な実施形態による、輸送手段ネットワーク図２００を示す。ネットワークは、プロセッサ２０４を含む輸送手段ノード２０２のほか、プロセッサ２０４´を含む輸送手段ノード２０２´を含む要素を備える。輸送手段ノード２０２、２０２´は、プロセッサ２０４、２０４´のほか、送受信機、送信機、受信機、ストレージ、センサをはじめ、通信を提供することができる要素を含む（図示しない）他の要素を介して互いに通信する。輸送手段ノード２０２、２０２´間の通信は、（図示しない）私的ネットワーク及び／又は公共ネットワークを介して、あるいは他の輸送手段ノード及びプロセッサ、メモリ及びソフトウェアのうちの１つ又は複数を含む要素を介して直接発生可能である。単一の輸送手段ノード及びプロセッサとして描写されているが、複数の輸送手段ノード及びプロセッサが存在する場合がある。本明細書に記載したり、及び／又は図示したりするアプリケーション、特徴、ステップ、ソリューションなどのうちの１つ又は複数を、対象の要素によって利用したり、及び／又は提供したりする場合がある。

図２Ｂは、例示的な実施形態による、別の輸送手段ネットワーク図２１０を示す。ネットワークは、プロセッサ２０４を含む輸送手段ノード２０２のほか、プロセッサ２０４´を含む輸送手段ノード２０２´を含む要素を備える。輸送手段ノード２０２、２０２´は、プロセッサ２０４、２０４´のほか、送受信機、送信機、受信機、ストレージ、センサをはじめ、通信を提供することができる要素を含む（図示しない）他の要素を介して互いに通信する。輸送手段ノード２０２、２０２´間の通信は、（図示しない）私的ネットワーク及び／又は公共ネットワークを介して、あるいは他の輸送手段ノードとプロセッサ、メモリ及びソフトウェアのうちの１つ又は複数を含む要素を介して直接発生可能である。プロセッサ２０４、２０４´は、センサ２１２、有線装置２１４、無線装置２１６、データベース２１８、携帯電話２２０、輸送手段ノード２２２、コンピュータ２２４、入出力装置２２６及び音声アプリケーション２２８を含む１つ又は複数の要素２３０とさらに通信することができる。プロセッサ２０４、２０４´は、プロセッサ、メモリ及びソフトウェアのうちの１つ又は複数を含む要素とさらに通信することができる。

単一の輸送手段ノード、プロセッサ及び要素として描写するが、複数の輸送手段ノード、プロセッサ及び要素が存在してもよい。情報又は通信が、プロセッサ２０４、２０４´及び要素２３０のいずれかに対して発生したり、及び／又はいずれかから発生する可能性がある。例えば、携帯電話２２０は、行動を実行するために輸送手段ノード２０２を起動し得るプロセッサ２０４に情報を提供してもよく、さらに、行動を実行するために輸送手段ノード２０２´を起動し得るプロセッサ２０４´に情報又は追加情報を提供してもよく、さらに、情報又は追加情報を携帯電話２２０、輸送手段ノード２２２及び／又はコンピュータ２２４に提供してもよい。本明細書に記載したり、及び／又は図示したりするアプリケーション、特徴、ステップ、ソリューションなどのうちの１つ又は複数を、ここに挙げた要素によって利用したり、及び／又は提供したりしてもよい。

図２Ｃは、例示的な実施形態による、さらに別の輸送手段ネットワーク図２４０を示す。ネットワークは、プロセッサ２０４及び非一時的なコンピュータ可読媒体２４２Ｃを含む輸送手段ノード２０２を含む要素を備える。プロセッサ２０４は、コンピュータ可読媒体２４２Ｃ及び（図２Ｂに示した）要素２３０に通信可能に結合される。

プロセッサ２０４は、以下のステップのうちの１つ又は複数を実行する。ブロック２４４Ｃでは、輸送手段１０４が、貯蔵エネルギー１１６の第１の部分を充電ステーション１１２に提供するための要求を開始する。充電ステーション１１２は、貯蔵エネルギー１０８を輸送手段又は車両１０４に提供するほか、貯蔵エネルギー１０８の一部を輸送手段１０４から受け取ってもよい。ブロック２４６Ｃでは、輸送手段１０４は、充電ステーション１１２から実際のエネルギー量１２０の通知を受信する。一実施形態では、充電ステーション１１２は、輸送手段１０４の第１の目的地と、第１の目的地に関連付けられたルートに基づいて充電ステーション１１２が受信したデータとに基づいて、実際のエネルギー量を計算する。実際のエネルギー量は、貯蔵エネルギーの第１の部分と同じ量ではない。ブロック２４８Ｃでは、輸送手段１０４は、充電ステーション１１２に実際のエネルギー量１２４を蓄積する。この時点で、過剰な貯蔵エネルギー１０８が電力網に戻されてもよい。

プロセッサ及び／又はコンピュータ可読媒体は、全体的又は部分的に、輸送手段ノードの内部又は外部に存在してもよい。コンピュータ可読媒体に保存されたステップ又は特徴は、プロセッサ及び／又は要素のいずれかによって任意の順序で全体的又は部分的に実行されてもよい。さらに、１つ又は複数のステップ又は特徴を追加し、省略し、結合し、後に実行するなどしてもよい。

図３は、例示的な実施形態による流れ図３００を示す。図３を参照すると、ブロック３０２では、輸送手段１０４が、貯蔵エネルギー１１６の第１の部分を充電ステーション１１２に提供するための要求を開始する。充電ステーション１１２は、貯蔵エネルギー１０８を輸送手段又は車両１０４に提供するほか、貯蔵エネルギー１０８の一部を輸送手段１０４から受け取ってもよい。ブロック３０４では、充電ステーション１１２は、実際のエネルギー量を判定する。一実施形態では、充電ステーション１１２は、輸送手段１０４の第１の目的地と、第１の目的地に関連付けられたルートに基づいて充電ステーション１１２が受信したデータとに基づいて、実際のエネルギー量を計算する。実際のエネルギー量は、貯蔵エネルギーの第１の部分と同じ量ではない。ブロック３０６では、輸送手段１０４は、充電ステーション１１２に実際のエネルギー量１２４を蓄積する。この時点で、過剰な貯蔵エネルギー１０８を電力網に戻してもよい。

図４は、例示的な実施形態による、機械学習輸送手段ネットワーク図４００を示す。ネットワーク４００は、機械学習サブシステム４０６と相互作用する輸送手段ノード４０２を備える。輸送手段ノードは、１つ又は複数のセンサ４０４を備える。

機械学習サブシステム４０６は、１つ又は複数のトレーニングデータセット内のパターンを見つけることによって予測を生成する機械学習トレーニングシステム４１０によって作成された数学的アーティファクトである学習モデル４０８を含む。いくつかの実施形態では、機械学習サブシステム４０６は、輸送手段ノード４０２に存在する。他の実施形態では、機械学習サブシステム４０６は、輸送手段ノード４０２の外側に存在する。

輸送手段ノード４０２は、１つ又は複数のセンサ４０４から機械学習サブシステム４０６にデータを送信する。機械学習サブシステム４０６は、１つ又は複数のセンサ４０４のデータを学習モデル４０８に提供し、学習モデル４０８は、１つ又は複数の予測を返す。機械学習サブシステム４０６は、学習モデル４０８からの予測に基づいて、１つ又は複数の命令を輸送手段ノード４０２に送信する。

追加の実施形態では、輸送手段ノード４０２は、１つ又は複数のセンサ４０４のデータを機械学習トレーニングシステム４１０に送信してもよい。さらに別の実施形態では、機械学習サブシステム４０６は、センサ４０４のデータを機械学習サブシステム４１０に送信してもよい。本明細書に記載したり、及び／又は図示したりするアプリケーション、機能、ステップ、ソリューションなどのうちの１つ又は複数が、本明細書に記載するように機械学習ネットワーク４００を利用してもよい。

図５Ａは、例示的な実施形態による、車両に関連するデータベーストランザクションを管理するための例示的な車両構成５００を示す。図５Ａを参照すると、特定の輸送手段／車両５２５がトランザクション（例えば、車両サービス、ディーラー取引、配達／引き取り、輸送サービスなど）に従事しているとき、車両は、トランザクションに応じて、アセット５１０を受け取ったり、及び／又はアセット５１２を放出／譲渡したりしてもよい。輸送手段プロセッサ５２６が車両５２５内に存在し、輸送手段プロセッサ５２６と、データベース５３０と、輸送手段プロセッサ５２６と、トランザクションモジュール５２０との間に通信が存在する。トランザクションモジュール５２０は、アセット、関係者、クレジット、サービスの説明、日付、時刻、場所、結果、通知、予期しないイベントなどの情報を記録してもよい。トランザクションモジュール５２０内のそのようなトランザクションは、データベース５３０内に複製されてもよい。データベース５３０は、ＳＱＬデータベース、ＲＤＢＭＳ、リレーショナルデータベース、非リレーショナルデータベース、ブロックチェーン、分散型台帳のうちの１つであることがあり、輸送手段に搭載されていてもよく、輸送手段外に設けられてもよく、直接及び／又はネットワークを介してアクセス可能であっても、輸送手段にアクセス可能であってもよい。

図５Ｂは、例示的な実施形態による、さまざまな車両間で実行されるデータベーストランザクションを管理するための例示的な車両構成５５０を示す。車両５２５は、別の車両５０８と協働して、別の車両とサービスを共有する必要がある状況に車両が達したときに、修理を要請する電話の共有、転送、取得などのさまざまな行動を実行してもよい。例えば、車両５０８は、電池の充電の期限である場合があったり、及び／又はタイヤに問題がある場合があり、配達のために荷物を受け取るルートの途中にある場合がある。輸送手段プロセッサ５２８が車両５０８内に存在し、輸送手段プロセッサ５２８と、データベース５５４と、輸送手段プロセッサ５２８と、トランザクションモジュール５５２との間に通信が存在する。車両５０８は、そのネットワーク内にあり、そのブロックチェーンメンバサービスで動作する別の車両５２５に通知してもよい。輸送手段プロセッサ５２６が車両５２５内に存在し、輸送手段プロセッサ５２６と、データベース５３０と、輸送手段プロセッサ５２６と、トランザクションモジュール５２０との間に通信が存在する。次に、車両５２５は、無線通信要求を介して情報を受信して、車両５０８及び／又は（図示しない）サーバから荷物の引き取りを実行してもよい。トランザクションは、両車両のトランザクションモジュール５５２及び５２０に記録される。クレジットは車両５０８から車両５２５に転送され、転送されたサービスの記録は、ブロックチェーンが互いに異なるか、あるいは全メンバが使用する同じブロックチェーンに記録されると仮定して、データベース５３０／５５４に記録される。データベース５５４は、ＳＱＬデータベース、ＲＤＢＭＳ、リレーショナルデータベース、非リレーショナルデータベース、ブロックチェーン、分散型台帳のいずれかであることがあり、輸送手段に搭載されていても、輸送手段から離れていても、直接及び／又はネットワークを介してアクセス可能であってもよい。

図６Ａは、例示的な実施形態による、ブロックチェーンアーキテクチャ構成６００を示す。図６Ａを参照すると、ブロックチェーンアーキテクチャ６００は、特定のブロックチェーン要素、例えば、ブロックチェーングループ６１０の一部としてのブロックチェーンメンバノード６０２～６０６のグループを含んでもよい。例示的な実施形態の１つでは、許可されたブロックチェーンには、全関係者がアクセス可能なわけではなく、ブロックチェーンデータへのアクセスが許可されるメンバだけがアクセス可能である。ブロックチェーンノードは、ブロックチェーンエントリの追加及び検証プロセス（合意）など、さまざまな活動に参加する。ブロックチェーンノードのうちの１つ又は複数が、エンドースメントポリシーに基づいてエントリをエンドースし、全ブロックチェーンノードに順序付けサービスを提供してもよい。ブロックチェーンノードが、ブロックチェーン行動（認証など）を開始し、ブロックチェーンに保存されたブロックチェーン不変台帳に書き込もうとする。そのコピーは、基盤となる物理インフラストラクチャにも保存されてもよい。

ブロックチェーントランザクション６２０は、トランザクションがメンバのノードによって指示された合意モデルによって受信され承認されるときに、コンピュータのメモリに保存される。承認されたトランザクション６２６は、ブロックチェーンの現在のブロックに保存され、現在のブロック内のトランザクションのデータ内容のハッシュを実行し、以前のブロックの以前のハッシュを参照することを含むコミット手順を介してブロックチェーンにコミットされる。ブロックチェーン内に、登録されたレシピエント、車両の特徴、要件、許可、センサ閾値などのスマートコントラクト実行可能アプリケーションコード６３２に含まれるトランザクション合意及び行動の条件を定義する１つ又は複数のスマートコントラクト６３０が存在してもよい。コードは、要求エンティティが車両サービスを受信するように登録されるかどうか、所与のプロファイル状況を受信する資格がある／必要なサービスの特徴が何であるか、後続のイベントでのサービスの特徴の行動を監視するかどうかを識別するように構成されてもよい。例えば、サービスイベントが発生し、ユーザが車両に乗っている場合、センサデータの監視が起動され、車両の充電レベルなどの特定のパラメーターが、特定の期間だけ特定の閾値を上回ったり下回ったりしていると識別される場合がある。次に、結果として現在の状況が変化する可能性がある。これには、参考のためにサービスを識別して保存することができるように、管理者（即ち、車両の所有者、車両の操作者、サーバなど）にアラートを送信する必要がある。収集された車両センサデータは、車両の状況に関する情報を収集するために使用されるセンサデータのタイプに基づくものであってもよい。センサデータはこのほか、走行する場所、平均速度、最高速度、加速度、何らかの衝突があったかどうか、予想されるルートがとられたか、次の目的地は何であったか、安全対策が講じられるかどうか、車両に十分な充電／燃料があるかどうかなどなどの車両イベントデータ６３４の基礎となってもよい。そのようなあらゆる情報が、スマートコントラクト条件６３０の基礎となる可能性があり、その後、ブロックチェーンに保存される。例えば、スマートコントラクトに保存されたセンサの閾値を、検出されたサービスが必要かどうか、サービスをいつどこで実施するかについての基礎として使用してもよい。

図６Ｂは、例示的な実施形態による、共有台帳構成を示す。図６Ｂを参照すると、ブロックチェーン論理例６４０は、特定のトランザクションのために計算装置及び実行プラットフォームにリンクするＡＰＩ又はプラグインアプリケーションとしてブロックチェーンアプリケーションインターフェース６４２を含む。ブロックチェーン構成６４０は、保存されたプログラム／アプリケーションコード（例えば、スマートコントラクト実行可能コード、スマートコントラクトなど）にアクセスして実行するためにアプリケーションプログラミングインターフェース（ＡＰＩ）にリンクされる１つ又は複数のアプリケーションを含んでもよい。このアプリケーションは、参加者が求めてカスタマイズされた構成に合わせて作成され、参加者の状態を維持し、参加者自身のアセットを制御し、外部情報を受信することができる。これは、エントリとして展開され、分散型台帳に追加することで、全ブロックチェーンノードに設置されてもよい。

スマートコントラクトアプリケーションコード６４４は、アプリケーションコードを確立することにより、ブロックチェーントランザクションの基礎を提供し、アプリケーションコードを実行すると、トランザクションの諸条件が有効になる。スマートコントラクト６３０は、実行されると、特定の承認されたトランザクション６２６が生成され、その後、ブロックチェーンプラットフォーム６５２に転送される。プラットフォームは、セキュリティ／認証６５８と、トランザクション管理６５６を実行する計算装置と、トランザクション及びスマートコントラクトをブロックチェーンに保存するメモリとしてのストレージ部分６５４とを備える。

ブロックチェーンプラットフォームは、ブロックチェーンデータのさまざまな層と、サービス（例えば、暗号化信託業務、仮想実行環境など）と、新たなエントリの受信と保存及びデータエントリにアクセスしようとしている監査人へのアクセスの提供に使用し得る基盤となる物理コンピュータインフラストラクチャとを含む場合がある。ブロックチェーンは、プログラムコードを処理し、物理インフラストラクチャを利用するために必要な仮想実行環境へのアクセスを提供するインターフェースを公開してもよい。暗号化信託業務を使用して、アセット交換エントリなどのエントリを検証し、情報を非公開にしてもよい。

図６Ａ及び図６Ｂのブロックチェーンアーキテクチャ構成は、ブロックチェーンプラットフォームによって公開された１つ又は複数のインターフェース及びブロックチェーンプラットフォームによって提供されたサービスを介して、プログラム／アプリケーションコードを処理して実行してもよい。非限定的な例として、リマインダ、更新及び／又は変更、更新などの対象となる他の通知を実行するためにスマートコントラクトを作成してもよい。スマートコントラクト自体は、承認とアクセスの要件及び台帳の使用に関連する規則を特定するために、使用することができる。例えば、情報は、ブロックチェーン層に含まれた１つ又は複数の処理エンティティ（例えば、プロセッサ、仮想計算機など）によって処理され得る新たなエントリを含んでもよい。結果には、スマートコントラクトにて定義された基準及び／又はピアの合意に基づいて、新たなエントリを拒否するか承認する決定が含まれてもよい。物理インフラストラクチャは、本明細書に記載されたデータ又は情報のいずれかを取得するために利用されてもよい。

スマートコントラクト実行可能コード内で、スマートコントラクトを、高水準のアプリケーションとプログラミング言語を介して作成し、次に、ブロックチェーン内のブロックに書き込んでもよい。スマートコントラクトは、ブロックチェーン（例えば、ブロックチェーンピアの分散ネットワーク）に登録されたり、保存されたり、及び／又は複製されたりする実行可能コードを含んでもよい。エントリとは、スマートコントラクトコードの実行であり、スマートコントラクトに関連付けられた条件が満たされることに応答して実行することができる。スマートコントラクトを実行することにより、デジタルブロックチェーン台帳の状態への信頼することができる変更を起動してもよい。スマートコントラクトの実行によって引き起こされたブロックチェーン台帳への変更は、１つ又は複数の合意プロトコルを介してブロックチェーンピアの分散ネットワーク全体に自動的に複製されてもよい。

スマートコントラクトは、キーと値のペアの形態でデータをブロックチェーンに書き込んでもよい。さらに、スマートコントラクトコードは、ブロックチェーンに保存された値を読み取り、アプリケーション操作で使用することができる。スマートコントラクトコードは、さまざまな論理演算の出力をブロックチェーンに書き込むことができる。このコードは、仮想計算機又は他の計算プラットフォームにて一時的なデータ構造を作成するために使用されてもよい。ブロックチェーンに書き込まれたデータを、公共のものとすることも、及び／又は暗号化して私的なものとして保持することも可能である。スマートコントラクトによって使用／生成される一時データは、提供された実行環境によってメモリに保持され、次に、ブロックチェーンに必要なデータが識別されると削除される。

スマートコントラクト実行可能コードには、追加機能を備えたスマートコントラクトのコード解釈が含まれてもよい。本明細書で説明するように、スマートコントラクト実行可能コードは、計算ネットワーク上に展開されたプログラムコードであってもよく、合意プロセス中にチェーンのバリデータによって共に実行され検証される。スマートコントラクト実行可能コードはハッシュを受け取り、以前に保存された特徴抽出器を使用して作成されたデータテンプレートに関連付けられたハッシュをブロックチェーンから取得する。ハッシュ識別子のハッシュと、保存された識別子テンプレートデータから作成されたハッシュとが一致する場合、スマートコントラクト実行可能コードは要求されたサービスに認可キーを送信する。スマートコントラクト実行可能コードは、暗号化の詳細に関連付けられたブロックチェーンデータに書き込んでもよい。

図６Ｃは、例示的な実施形態による、ブロックチェーントランザクションデータを保存するためのブロックチェーン構成を示す。図６Ｃを参照すると、例示的な構成６６０は、車両６６２と、ユーザ装置６６４と、分散型台帳（即ち、ブロックチェーン）６６８と情報を共有するサーバ６６６とを提供する。サーバは、既知の確立されたユーザプロファイルが、確立された定格プロファイルを用いて車両を借りようとしている場合に、ユーザプロファイル格付け情報を共有するように車両サービスプロバイダに問い合わせるサービスプロバイダエンティティを表してもよい。サーバ６６６は、車両のサービス要件に関連するデータを受信して処理している可能性がある。車両センサデータが燃料／充電、メンテナンスサービスなどの必要性を示すなどのサービスイベントが発生すると、スマートコントラクトを使用して、規則、閾値、センサ情報収集などを呼び出してもよい。呼び出したものを使用して、車両サービスイベントを呼び出してもよい。ブロックチェーントランザクションデータ６７０は、アクセスイベント、車両のサービス状況へのその後の更新、イベント更新などのように、トランザクションごとに保存される。トランザクションには、関係者と、要件（例えば、１８歳、サービス資格のある候補者、有効な運転免許証など）と、補正レベルと、イベント中に移動した距離と、イベントへのアクセスと車両サービスの提供を許可された登録済みのレシピエントと、権利／許可と、次のサービスイベントの詳細を記録し、車両の条件状況を識別するために車両イベント操作中に取得されたセンサデータと、サービスイベントが完了したかどうか、車両の条件状況が変わったかどうかについて判定するために使用される閾値と、が含まれてもよい。

図６Ｄは、例示的な実施形態による、分散型台帳に追加することができるブロックチェーンブロック６８０及びブロック構造６８２Ａ～６８２ｎの内容を示す。図６Ｄを参照すると、（図示しない）クライアントが、ブロックチェーンノードにエントリを提供して、ブロックチェーン上で活動を実行に移してもよい。一例として、クライアントが、ブロックチェーンのエントリを提案するために、装置、個人又はエンティティなどのリクエスタに代わって動作するアプリケーションであってもよい。複数のブロックチェーンピア（例えば、ブロックチェーンノード）は、ブロックチェーンネットワークの状態及び分散型台帳のコピーを維持してもよい。さまざまなタイプのブロックチェーンノード／ピアがブロックチェーンネットワークに存在してもよい。ブロックチェーンネットワークには、クライアントによって提案されたエントリをシミュレートしてエンドースするエンドーシングピアと、エンドースメントを検証し、エントリを検証し、分散台帳にエントリをコミットするコミッティングピアとが含まれる。この例では、ブロックチェーンノードはエンドーサノード、コミッターノード又はその両方の役割を演じてもよい。

対象のシステムは、不変の順序付けされた記録をブロックに保存するブロックチェーンと、ブロックチェーンの現在の状態を維持する状態データベース（現在のワールド状態）とを含む。チャネルごとに１つの分散型台帳が存在してもよく、各ピアは、メンバであるチャネルごとに分散型台帳の独自のコピーを保持する。対象のブロックチェーンはエントリログであり、各ブロックにＮ個のエントリのシーケンスが含まれるハッシュリンクブロックとして構造化される。ブロックには、図６Ｄに示すようなさまざまなコンポーネントが含まれてもよい。ブロックの連結は、現在のブロックのブロックヘッダ内に以前のブロックのヘッダのハッシュを追加することによって生成されてもよい。このようにして、ブロックチェーン上の全エントリが順序付けされ、暗号化されて共にリンクされ、ハッシュリンクを壊すことなくブロックチェーンデータが改竄されるのを防止する。さらに、リンクがあるため、ブロックチェーンの最新のブロックは、その前にある全エントリを表す。対象のブロックチェーンは、追加専用のブロックチェーン作業負荷を支援するピアファイルシステム（ローカルストレージ又は接続ストレージ）に保存されてもよい。

ブロックチェーンと分散型台帳の現在の状態は、状態データベースに保存されてもよい。ここで、現在の状態データは、ブロックチェーンのチェーンエントリログにこれまでに含まれていた全キーの最新の値を表す。スマートコントラクト実行可能コードの呼び出しが、状態データベースの現在の状態に対してエントリを実行する。このようなスマートコントラクト実行可能コードの相互作用を非常に効率的なものにするために、全キーの最新の値が状態データベースに保存される。状態データベースは、ブロックチェーンのエントリログにインデックス付きのビューを含む場合があるため、いつでもチェーンから再生成することができる。状態データベースは、エントリが受け入れられる前に、ピアの起動時に自動的に回復されてもよい（あるいは必要に応じて生成されてもよい）。

エンドーシングノードがクライアントからエントリを受け取り、シミュレートされた結果に基づいてエントリをエンドースする。エンドーシングノードは、エントリ提案をシミュレートするスマートコントラクトを保持する。エンドーシングノードがエントリをエンドースすると、エンドーシングノードはエントリエンドースメントを作成する。これは、シミュレートされたエントリのエンドースメントを示す、エンドーシングノードからクライアントアプリケーションへの署名付き応答である。エントリをエンドースする方法は、スマートコントラクト実行可能コード内で特定され得るエンドースメントポリシーによって異なる。エンドースメントポリシーの一例には、「エンドーシングピアの大多数がエントリをエンドースする必要がある」が挙げられる。チャネルが異なれば、エンドースメントポリシーも異なる場合がある。エンドースされたエントリは、クライアントアプリケーションによって順序付けサービスに転送される。

順序付けサービスは、エンドースされたエントリを受け入れ、エントリをブロックに順序付けし、コミッティングピアにブロックを供給する。例えば、順序付けサービスは、エントリの閾値に達したとき、タイマーがタイムアウトしたとき、あるいは別の条件が発生したときに、新たなブロックを開始してもよい。この例では、ブロックチェーンノードが、ブロックチェーンに保存するためのデータブロック６８２Ａを受信したコミッティングピアである。順序付けサービスは、オーダラの集団から構成されてもよい。順序付けサービスは、エントリ、スマートコントラクトを処理もせず、共有台帳を維持もしない。むしろ、順序付けサービスはエンドースされたエントリを受け入れ、そのようなエントリが分散台帳にコミットされる順序を指定してもよい。ブロックチェーンネットワークのアーキテクチャは、「順序付け」の特定の実装（例えば、Ｓｏｌｏ、Ｋａｆｋａ、ＢＦＴなど）がプラグ可能なコンポーネントになるように設計されてもよい。

エントリを一貫した順序で分散台帳に書き込む。エントリの順序は、状態データベースへの更新がネットワークにコミットされたときに有効であることを保証するために確立される。暗号パズルの解決又は検索を通じて順序付けが実施される暗号通貨ブロックチェーンシステム（例えば、ビットコインなど）とは異なり、この例では、分散型台帳の関係者は、そのネットワークに最適な順序付け機構を選択してもよい。

図６Ｄを参照すると、ブロックチェーン及び／又は分散型台帳に保存されるブロック６８２Ａ（データブロックとも呼ばれる）には、ブロックヘッダ６８４Ａ～６８４ｎ、トランザクション固有のデータ６８６Ａ～６８６ｎ及びブロックメタデータ６８８Ａ～６８８ｎなどの複数のデータセグメントが含まれてもよい。ブロック６８２Ａ及びその内容などの、図示されたさまざまなブロック及びその内容は、単に例示の目的のためのものであり、例示的な実施形態の範囲を限定することを意味するものではないことを理解されたい。場合によっては、ブロックヘッダ６８４Ａとブロックメタデータ６８８Ａの両方が、エントリデータを保存するトランザクション固有のデータ６８６Ａよりも小さくてもよい。ただし、これは必須ではない。ブロック６８２Ａは、ブロックデータ６９０Ａ～６９０ｎ内のＮ個のエントリ（例えば、１００個、５００個、１０００個、２０００個、３０００個など）のトランザクション情報を保存してもよい。ブロック６８２Ａはこのほか、ブロックヘッダ６８４Ａ内の（例えば、ブロックチェーン上の）以前のブロックへのリンクを含んでもよい。特に、ブロックヘッダ６８４Ａは、以前のブロックのヘッダのハッシュを含んでもよい。ブロックヘッダ６８４Ａはこのほか、一意のブロック番号、現在のブロック６８２Ａのブロックデータ６９０Ａのハッシュなどを含んでもよい。ブロック６８２Ａのブロック番号は一意であり、ゼロから始まる増分／順次の順序で割り当てられてもよい。ブロックチェーンの最初のブロックは、ジェネシスブロックと呼ばれることがある。これには、ブロックチェーン、そのメンバ、そこに保存されるデータなどに関する情報が含まれる。

ブロックデータ６９０Ａは、ブロック内に記録された各エントリのエントリ情報を保存してもよい。例えば、エントリデータは、エントリのタイプ、バージョン、タイムスタンプ、分散型台帳のチャネルＩＤ、エントリＩＤ、エポック、ペイロードの可視性、スマートコントラクト実行可能コードパス（デプロイｔｘ）、スマートコントラクト実行可能コード名、スマートコントラクト実行可能コードバージョン、入力（スマートコントラクト実行可能コードと関数）、公開キー及び証明書などのクライアント（作成者）ＩＤ、クライアントの署名、エンドーサのＩＤ、エンドーサの署名、提案ハッシュ、スマートコントラクト実行可能コードイベント、応答状況、名前空間、読み取りセット（エントリによって読み取られたキーとバージョンのリストなど）、書き込みセット（キーと値のリストなど）、開始キー、終了キー、キーのリスト、Ｍｅｒｋｅｌツリークエリの概要などのうちの１つ又は複数を含んでもよい。エントリデータは、Ｎ個のエントリごとに保存されてもよい。

いくつかの実施形態では、ブロックデータ６９０Ａはこのほか、トランザクション固有のデータ６８６Ａを保存してもよい。これは、ブロックチェーン内のブロックのハッシュリンクされたチェーンに追加の情報を追加する。このため、データ６８６Ａは、分散型台帳上のブロックの不変のログに保存することができる。そのようなデータ６８６Ａを保存することの利点のいくつかが、本明細書に開示され図示されるさまざまな実施形態に反映される。ブロックメタデータ６８８Ａは、メタデータの複数のフィールドを（例えば、バイト配列などとして）保存してもよい。メタデータフィールドには、ブロック作成時の署名、最後の構成ブロックへの参照、ブロック内の有効なエントリと無効なエントリを識別するエントリフィルタ、ブロックを順序付けした順序付けサービスの持続する最後のオフセットなどが含まれる。署名、最後の構成ブロック及びオーダラメタデータは、順序付けサービスによって追加される場合がある。一方、ブロックのコミッター（ブロックチェーンノードなど）が、エンドースメントポリシー、読み取り／書き込みセットの検証などに基づいて、有効性／無効性の情報を追加してもよい。エントリフィルタは、ブロックデータ６１０Ａ内のエントリの数に等しいサイズのバイト配列と、エントリが有効／無効であったかどうかを識別する検証コードとを含んでもよい。

ブロックチェーン内の他のブロック６８２Ｂ～６８２ｎはこのほか、ヘッダ、ファイル及び値を有する。しかし、第１のブロック６８２Ａとは異なり、他のブロックのヘッダ６８４Ａ～６８４ｎのそれぞれは、直前のブロックのハッシュ値を含む。直前のブロックのハッシュ値は、以前のブロックのヘッダのハッシュだけでも、以前のブロック全体のハッシュ値でもよい。残りのブロックのそれぞれに先行するブロックのハッシュ値を含めることにより、矢印６９２で示すように、ブロックごとにＮ番目のブロックからジェネシスブロック（及び関連する元のファイル）までトレースを実行して、監査可能で不変の加工・流通過程の管理を確立する。

上記の実施形態は、ハードウェア、プロセッサによって実行されるコンピュータプログラム、ファームウェア又は上記の組み合わせにて実装されてもよい。コンピュータプログラムを、記憶媒体などのコンピュータ可読媒体上に具現化してもよい。例えば、コンピュータプログラムが、ランダムアクセスメモリ（「ＲＡＭ」）、フラッシュメモリ、読み取り専用メモリ（「ＲＯＭ」）、消去可能なプログラム可能読み取り専用メモリ（「ＥＰＲＯＭ」）、電気的消去可能なプログラム可能読み取り専用メモリ（「ＥＥＰＲＯＭ」）、レジスタ、ハードディスク、リムーバブルディスク、コンパクトディスク読み取り専用メモリ（「ＣＤ－ＲＯＭ」）又は当技術分野で知られる他の任意の形態の記憶媒体に常駐してもよい。

例示的な記憶媒体をプロセッサに結合し、その結果、プロセッサが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるようにしてもよい。これとは別に、記憶媒体はプロセッサと一体であってもよい。プロセッサ及び記憶媒体は、特定用途向け集積回路（「ＡＳＩＣ」）内に常駐してもよい。これとは別に、プロセッサと記憶媒体は個別のコンポーネントとして存在してもよい。例えば、図７は、上記のコンポーネントなどのいずれかを表すか、いずれかに統合され得る例示的なコンピュータシステムアーキテクチャ７００を示す。

図７は、本明細書に記載のアプリケーションの実施形態の使用範囲又は機能性に関する制限を示唆することを意図するものではない。とにかく、計算ノード７００は、上記の機能性のいずれかを実装したり及び／又は実行したりすることができる。

計算ノード７００には、コンピュータシステム／サーバ７０２があり、これは、他の多くの汎用又は専用の計算システム環境又は構成で動作可能である。コンピュータシステム／サーバ７０２での使用に適している可能性のある周知の計算システム、環境及び／又は構成の例には、パーソナルコンピュータシステム、サーバコンピュータシステム、シンクライアント、シッククライアント、保持型又はラップトップ装置、マルチプロセッサシステム、マイクロプロセッサベースのシステム、セットトップボックス、プログラム可能な家電製品、ネットワークＰＣ、ミニコンピュータシステム、メインフレームコンピュータシステム及び上記のシステム又は装置のいずれかを含む分散型クラウド計算環境などが挙げられるが、ここに挙げたものに限定されない。

コンピュータシステム／サーバ７０２を、コンピュータシステムによって実行されるプログラムモジュールなどのコンピュータシステム実行可能命令の一般的な文脈で説明してもよい。一般に、プログラムモジュールには、特定のタスクを実行するか、特定の抽象データ型を実装するルーチン、プログラム、オブジェクト、コンポーネント、ロジック、データ構造などが含まれる。コンピュータシステム／サーバ７０２を、通信ネットワークを介してリンクされたリモート処理装置によってタスクが実行される分散型クラウド計算環境にて実施してもよい。分散型クラウド計算環境では、プログラムモジュールを、メモリ記憶装置を含むローカル及びリモートの両方のコンピュータシステム記憶媒体に配置してもよい。

図７に示すように、クラウド計算ノード７００内のコンピュータシステム／サーバ７０２を汎用計算装置の形態で示す。コンピュータシステム／サーバ７０２のコンポーネントは、１つ又は複数のプロセッサ又は処理ユニット７０４と、システムメモリ７０６と、システムメモリ７０６を含むさまざまなシステムコンポーネントをプロセッサ７０４に結合するバスとを含んでもよいが、ここの挙げたものに限定されない。

バスは、メモリバス又はメモリコントローラ、周辺機器用バス、アクセラレーテッド・グラフィックス・ポート及びさまざまなバスアーキテクチャのいずれかを使用するプロセッサ又はローカルバスをはじめとするいくつかのタイプのバス構造のいずれかのうちの１つ又は複数を表す。例として、限定するものではないが、そのようなアーキテクチャには、業界標準アーキテクチャ（ＩＳＡ）バス、マイクロ・チャネル・アーキテクチャ（ＭＣＡ）バス、拡張ＩＳＡ（ＥＩＳＡ）バス、ビデオ・エレクトロニクス・スタンダーズ・アソシエーション（ＶＥＳＡ）ローカルバス及び周辺装置相互接続（ＰＣＩ）バスが含まれる。

コンピュータシステム／サーバ７０２は、典型的には、さまざまなコンピュータシステム可読媒体を含む。そのような媒体は、コンピュータシステム／サーバ７０２によってアクセス可能な任意の利用可能な媒体であってもよく、揮発性媒体及び不揮発性媒体の両方、取り外し可能媒体及び取り外し不可能媒体の両方を含む。システムメモリ７０６は、一実施形態では、他の図の流れ図を実装する。システムメモリ７０６は、ランダムアクセスメモリ（ＲＡＭ）７０８及び／又はキャッシュメモリ７１０などの揮発性メモリの形態のコンピュータシステム可読媒体を含むことができる。コンピュータシステム／サーバ７０２は、他の取り外し可能／取り外し不可能、揮発性／不揮発性のコンピュータシステム記憶媒体をさらに含んでもよい。例としてのみ、メモリ７０６は、（図示せず、典型的には「ハードドライブ」と呼ばれる）取り外し不可能で揮発性でない磁気媒体からの読み取り及び同媒体への書き込みのために設けることができる。図示していないが、取り外し可能な不揮発性磁気ディスク（例えば、「フロッピー（登録商標）ディスク」）からの読み取り及び同ディスクへの書き込み用の磁気ディスクドライブと、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ又は他の光学媒体などの取り外し可能な不揮発性光ディスクからの読み取り又は同ディスクへの書き込み用の光ディスクドライブとを設けることができる。そのような場合、それぞれを１つ又は複数のデータ媒体インターフェースによってバスに接続することができる。以下でさらに図示して説明するように、メモリ７０６は、アプリケーションのさまざまな実施形態の機能を実行するように構成されたプログラムモジュールのセット（例えば、少なくとも１つ）を有する少なくとも１つのプログラム製品を含んでもよい。

プログラムモジュールのセット（少なくとも１つ）を有するプログラム／ユーティリティを、限定ではなく例として、メモリ７０６のほか、オペレーティングシステム、１つ又は複数のアプリケーションプログラム、他のプログラムモジュール及びプログラムデータに保存されてもよい。オペレーティングシステム、１つ又は複数のアプリケーションプログラム、他のプログラムモジュール及びプログラムデータ又はそのいくつかの組み合わせのそれぞれは、ネットワーク環境の実装を含んでもよい。プログラムモジュールは、本明細書に記載するように、アプリケーションのさまざまな実施形態の機能及び／又は方法論を概ね実行する。

当業者によって理解されるように、本出願の態様を、システム、方法又はコンピュータプログラム製品として具体化してもよい。このため、本出願の態様は、全面的にハードウェアの実施形態、（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）全面的にソフトウェアの実施形態、あるいは本明細書では、「回路」、「モジュール」又は「システム」といずれも概ね呼ばれるソフトウェアとハードウェアの態様を組み合わせた実施形態の形態をとってもよい。さらに、本出願の態様は、１つ又は複数のコンピュータ可読媒体であって、その上に具体化されたコンピュータ可読プログラムコードを有するコンピュータ可読媒体にて具体化されたコンピュータプログラム製品の形態をとってもよい。

コンピュータシステム／サーバ７０２はこのほか、キーボード、ポインティングデバイス、ディスプレイ、音声認識モジュールなどを備え得る入出力装置７１２（入出力アダプタなど）、ユーザがコンピュータシステム／サーバ７０２と対話することを可能にする１つ又は複数の装置及び／又はコンピュータシステム／サーバ７０２が１つ又は複数の他の計算装置と通信することを可能にする任意の装置（例えば、ネットワークカード、モデムなど）を介して１つ又は複数の外部装置と通信してもよい。そのような通信は、装置７１２の入出力インターフェースを介して発生してもよい。さらに、コンピュータシステム／サーバ７０２は、ネットワークアダプタを介して、ローカルエリアネットワーク（ＬＡＮ）、一般的なワイドエリアネットワーク（ＷＡＮ）及び／又は公共ネットワーク（例えば、インターネット）などの１つ又は複数のネットワークと通信することができる。図示のように、装置７１２は、バスを介してコンピュータシステム／サーバ７０２の他のコンポーネントと通信する。図示してはいないが、他のハードウェア及び／又はソフトウェアコンポーネントをコンピュータシステム／サーバ７０２と組み合わせて使用することがあり得ることを理解されたい。例には、マイクロコード、デバイスドライバ、冗長処理ユニット、外部ディスクドライブアレイ、ＲＡＩＤシステム、テープドライブ及びデータアーカイブストレージシステムなどが挙げられるが、ここに挙げたものに限定されない。

システム、方法及び非一時的なコンピュータ可読媒体のうちの少なくとも１つの例示的な実施形態を、添付の図面に示し、前述の詳細な説明に記載しているが、アプリケーションは、開示した実施形態に限定されないが、以下の特許請求の範囲によって説明して定義するように、多数の再配置、修正及び置換が可能であることが理解される。例えば、さまざまな図のシステムの性能は、本明細書に記載のモジュール又はコンポーネントの１つ又は複数によって実行するか、分散アーキテクチャにて実行することができ、送信機、受信機又は両方のペアを含んでもよい。例えば、個々のモジュールによって実行される機能性の全部又は一部を、このようなモジュールのうちの１つ又は複数によって実行してもよい。さらに、本明細書に記載の機能性は、モジュール又はコンポーネントの内部又は外部のさまざまなイベントに関連してさまざまな時点で実行してもよい。このほか、さまざまなモジュール間で送信される情報は、データネットワーク、インターネット、音声ネットワーク、インターネットプロトコルネットワーク、無線装置、有線装置及び／又は複数のプロトコルのうちの少なくとも１つを介してモジュール間で送信することができる。このほか、モジュールのいずれかによって送信されるか受信されたメッセージは、直接送信されるか受信されたり、及び／又は他の１つ又は複数のモジュールを介して送信されるか受信されたりしてもよい。

当業者であれば、「システム」が、パーソナルコンピュータ、サーバ、コンソール、携帯情報端末（ＰＤＡ）、携帯電話、タブレット計算装置、スマートフォン又は他の任意の適切な計算装置、あるいは装置の組み合わせとして具体化されることがあり得ることを理解するであろう。「システム」によって実行されるものとして上記の機能を提示することは、本出願の範囲を限定することを意図するものでは決してないが、多くの実施形態の一例を提供することを意図するものである。実際、本明細書に開示した方法、システム及び装置を、計算技術と一致して局所化され分散された形態で実装してもよい。

この明細書で説明されるシステムの特徴の一部を、その実装の独立性をさらに具体的に強調するために、モジュールとして提示することに留意されたい。例えば、モジュールを、カスタムの超大規模集積回路（ＶＬＳＩ）回路又はゲートアレイ、論理チップ、トランジスタなどの既製の半導体、あるいは他の個別部品を備えるハードウェア回路として実装してもよい。モジュールをこのほか、フィールドプログラマブルゲートアレイ、プログラマブルアレイ論理、プログラマブル論理装置、図形処理ユニットなどのようなプログラマブルハードウェア装置に実装してもよい。

モジュールをこのほか、さまざまなタイプのプロセッサによって実行するために、ソフトウェアに少なくとも部分的に実装してもよい。実行可能コードの識別されたユニットが、例えば、オブジェクト、手順又は関数として編成され得るコンピュータ命令の１つ又は複数の物理的又は論理的ブロックを、例えば、備えてもよい。それにもかかわらず、識別されたモジュールの実行可能ファイルは、物理的に共に配置する必要はないが、論理的に共に結合するとモジュールを構成し、モジュールの指定された目的を達成する異なる場所に保存された異なる命令を含んでもよい。さらに、モジュールをコンピュータ可読媒体に保存してもよい。この媒体は、例えば、ハードディスクドライブ、フラッシュ装置、ランダムアクセスメモリ（ＲＡＭ）、テープ、あるいはデータを保存するために使用される他のそのような媒体であってもよい。

実際、実行可能コードのモジュールが、単一の命令又は多数の命令である可能性があり、いくつかの異なるコードセグメント全体にわたって、異なるプログラム間で、いくつかのメモリ装置にわたって分散されることさえあってもよい。同じように、運用データを、本明細書ではモジュール内で識別して図示してもよく、任意の適切な形態で具体化し、任意の適切なタイプのデータ構造内で編成してもよい。運用データは、単一のデータセットとして収集されても、異なるストレージ装置を含む異なる場所に分散されてもよく、少なくとも部分的には、システム又はネットワーク上の電子信号としてのみ存在してもよい。

本明細書の図に概ね説明して図示するように、アプリケーションのコンポーネントは、多種多様な異なる構成で配置され設計され得ることが容易に理解されよう。このため、実施形態の詳細な説明は、特許請求されるような出願の範囲を限定することを意図するものではなく、単に出願の選択された実施形態を代表するものである。

当業者であれば、上記が、異なる順序のステップ及び／又は開示したものとは異なる構成のハードウェア要素にて実施され得ることを容易に理解するであろう。このため、本出願はこのような好ましい実施形態に基づいて説明してきたが、特定の修正、変形及び代替の構造が明らかであろうことは当業者には明らかであろう。

本出願の好ましい実施形態を説明してきたが、記載した実施形態は例示にすぎず、出願の範囲は、実施形態のあらゆる種類の同等物及び変更（例えば、プロトコル、ハードウェア装置、ソフトウェアプラットフォームなど）を考慮した場合、添付の特許請求の範囲によってのみ定義されることを理解されたい。

Claims (20)

1. 輸送手段によって、貯蔵エネルギーの第１の部分を充電ステーションに提供するための要求を開始することと、
   前記充電ステーションによって、前記輸送手段に必要な実際のエネルギー量を判定することであって、前記判定は、前記輸送手段の第１の目的地と、前記第１の目的地に関連付けられたルートに基づいて前記充電ステーションが受信したデータとに基づくものであり、前記実際のエネルギー量は、貯蔵エネルギーの前記第１の部分と同じ量ではない、ことと、
   前記輸送手段によって、前記充電ステーションに前記実際のエネルギー量を蓄積することと、
   を含む、方法。
2. 前記要求は、前記第１の目的地に到達するための距離を含み、前記方法は、
   前記充電ステーションによって前記要求を受信することと、
   前記輸送手段の現在の場所と、気象条件、道路条件、道路工事及び前記輸送手段の条件のうちの１つ又は複数とに基づいて、前記充電ステーションによって距離の余剰を計算することと、
   前記距離の余剰を前記輸送手段に送信することと、
   前記輸送手段によって、前記距離の余剰を反映するエネルギー量によって前記実際のエネルギー量を増大させることと、
   を含む、請求項１に記載の方法。
3. 前記充電ステーションによって、前記第１の目的地への１つ又は複数の代替ルートを計算することであって、前記１つ又は複数の代替ルートは、貯蔵エネルギーの前記第１の部分よりも少ない実際のエネルギー量を含む、ことと、
   最適な代替ルートを判定することであって、前記最適な代替ルートは、前記１つ又は複数の代替ルートのうちの１つであって、前記１つ又は複数の代替ルートの他のものよりも実際のエネルギー量が最も少ないものを含む、ことと、
   前記輸送手段によって、前記第１の目的地への前記最適な代替ルートを追従することと、を含む、請求項１に記載の方法。
4. 前記輸送手段によって、前記第１の部分に更新を提供するための通知を受信することと、
   前記輸送手段によって、複数の間隔で前記第１の部分への変化を計算することと、
   前記間隔のうちの１つ又は複数で前記第１の部分への変更を含む通知を提供することと、を含む、請求項１に記載の方法。
5. 前記充電ステーションによって、前記輸送手段が前記充電ステーションに到着した後に追加の移動を実施する必要があるという通知を前記輸送手段から受信することと、
   前記充電ステーションによって、前記追加の移動を実施するためのエネルギー量を計算することと、
   前記実際のエネルギー量を、前記追加の移動を実施するためのエネルギー量だけ減少させることと、
   を含む、請求項１に記載の方法。
6. 前記充電ステーションによって、前記輸送手段が別の充電ステーションに到達するために、貯蔵エネルギーの前記第１の部分よりも少ない貯蔵エネルギーの第２の部分を計算することと、
   前記別の充電ステーションを第２の目的地に割り当てることと、
   前記輸送手段の方向を変更して、前記第２の目的地に前進することと、
   を含む、請求項１に記載の方法。
7. 前記充電ステーションによって、貯蔵エネルギーの前記第１の部分が閾値未満であると判定することと、
   別の輸送手段の方向を変更して、第１のルートよりも長い第２のルートを使用することであって、前記第２のルートは、前記輸送手段に割り当てられた元のルートを含む、ことと、
   前記輸送手段の方向を変更して、前記充電ステーションへのルートを短縮することと、
   を含む、請求項１に記載の方法。
8. プロセッサと、
   前記プロセッサに結合されたメモリと、を具備する輸送手段であって、前記メモリは、命令であって、前記プロセッサによって実行されたときに、
   輸送手段によって、貯蔵エネルギーの第１の部分を充電ステーションに提供するための要求を開始し、
   前記充電ステーションによって、前記輸送手段に必要な実際のエネルギー量を判定し、前記充電ステーションは、前記輸送手段の第１の目的地と、前記第１の目的地に関連付けられたルートに基づいて前記充電ステーションが受信したデータとに基づいて前記実際のエネルギー量を判定し、前記実際のエネルギー量は、貯蔵エネルギーの前記第１の部分と同じ量ではなく、
   前記輸送手段によって、前記充電ステーションに前記実際のエネルギー量を蓄積する、ように構成された命令を含む、
   輸送手段。
9. 前記要求は、前記第１の目的地に到達するための距離を含み、
   前記充電ステーションは、
   前記要求を受信し、
   前記輸送手段の現在の場所と、気象条件、道路条件、道路工事及び前記輸送手段の条件のうちの１つ又は複数とに基づいて、距離の余剰を計算し、
   前記距離の余剰を前記輸送手段に送信し、
   前記距離の余剰を反映するエネルギー量だけ前記実際のエネルギー量を増大させる、ようにさらに構成される、請求項８に記載の輸送手段。
10. 前記輸送手段は、
    前記第１の目的地への１つ又は複数の代替ルートの計算を受信し、前記１つ又は複数の代替ルートは、貯蔵エネルギーの前記第１の部分よりも少ない実際のエネルギー量を含み、
    最適な代替ルートを判定し、前記最適な代替ルートは、前記１つ又は複数の代替ルートのうちの１つであって、前記１つ又は複数の代替ルートの他のものよりも実際のエネルギー量が最も少ないものを含み、
    前記第１の目的地への前記最適な代替ルートを追従する、ようにさらに構成される、請求項８に記載の輸送手段。
11. 前記輸送手段は、
    前記第１の部分の更新を提供するための通知を受信し、
    複数の間隔で前記第１の部分への変化を計算し、
    前記間隔のうちの１つ又は複数で前記第１の部分への変更を含む通知を提供する、ようにさらに構成される、請求項８に記載の輸送手段。
12. 前記充電ステーションは、
    前記輸送手段が前記充電ステーションに到着した後、前記輸送手段が追加の移動を実施する必要があるという通知を前記輸送手段から受信し、
    前記追加の移動を実施するためのエネルギー量を計算し、
    前記実際のエネルギー量を、前記追加の移動を実施するためのエネルギー量だけ減少させる、ようにさらに構成される、請求項８に記載の輸送手段。
13. 前記充電ステーションは、
    前記輸送手段が別の充電ステーションに到達するために、貯蔵エネルギーの前記第１の部分よりも少ない貯蔵エネルギーの第２の部分を計算し、
    前記別の充電ステーションを第２の目的地に割り当てし、
    前記輸送手段の方向を変更して、前記第２の目的地に前進する、ようにさらに構成される、請求項８に記載の輸送手段。
14. 前記充電ステーションは、
    貯蔵エネルギーの前記第１の部分が閾値未満であることを判定し、
    別の輸送手段の方向を変更して、第１のルートよりも長い第２のルートを使用し、前記第２のルートは、前記輸送手段に割り当てられた元のルートを含み、
    前記輸送手段の方向を変更して、前記充電ステーションへのルートを短縮する、ようにさらに構成される、請求項８に記載の輸送手段。
15. 命令を含む非一時的なコンピュータ可読媒体であって、前記命令は、プロセッサによって読み取られると、前記プロセッサに、
    輸送手段によって、貯蔵エネルギーの第１の部分を充電ステーションに提供するための要求を開始することと、
    前記充電ステーションによって、前記輸送手段に必要な実際のエネルギー量を判定することであって、前記判定は、前記輸送手段の第１の目的地と、前記第１の目的地に関連付けられたルートに基づいて前記充電ステーションが受信したデータとに基づくものであり、前記実際のエネルギー量は、貯蔵エネルギーの前記第１の部分と同じ量ではない、ことと、
    前記輸送手段によって、前記充電ステーションに前記実際のエネルギー量を蓄積することと、を実施させる、非一時的なコンピュータ可読媒体。
16. 前記要求は、前記第１の目的地に到達するための距離を含み、前記命令は、前記プロセッサに、
    前記充電ステーションによって前記要求を受信することと、
    前記輸送手段の現在の場所と、気象条件、道路条件、道路工事及び前記輸送手段の条件のうちの１つ又は複数とに基づいて、前記充電ステーションによって距離の余剰を計算することと、
    前記距離の余剰を前記輸送手段に送信することと、
    前記輸送手段によって、前記距離の余剰を反映するエネルギー量だけ前記実際のエネルギー量を増大させることと、を実施させる、請求項１５に記載の非一時的なコンピュータ可読媒体。
17. 前記命令は、前記プロセッサに、
    前記充電ステーションによって、前記第１の目的地への１つ又は複数の代替ルートを計算することであって、前記１つ又は複数の代替ルートは、貯蔵エネルギーの前記第１の部分よりも少ない実際のエネルギー量を含む、ことと、
    最適な代替ルートを判定することであって、前記最適な代替ルートは、前記１つ又は複数の代替ルートのうちの１つであって、前記１つ又は複数の代替ルートの他のものよりも実際のエネルギー量が最も少ないものを含む、ことと、
    前記輸送手段によって、前記第１の目的地への前記最適な代替ルートを追従することと、を実施させる、請求項１５に記載の非一時的なコンピュータ可読媒体。
18. 前記命令は、前記プロセッサに、
    前記輸送手段によって、前記第１の部分に更新を提供するための通知を受信することと、
    前記輸送手段によって、複数の間隔で前記第１の部分への変更を計算することと、
    前記間隔のうちの１つ又は複数での前記第１の部分への変更を含む通知を提供することと、
    前記充電ステーションによって、前記輸送手段が前記充電ステーションに到着した後に追加の移動を実施する必要があるという通知を前記輸送手段から受信することと、
    前記充電ステーションによって、前記追加の移動を実施するためのエネルギー量を計算することと、
    前記実際のエネルギー量を、前記追加の移動を実施するためのエネルギー量だけ減少させることと、を実施させる、請求項１５に記載の非一時的なコンピュータ可読媒体。
19. 前記命令は、前記プロセッサに、
    前記充電ステーションによって、前記輸送手段が別の充電ステーションに到達するために、貯蔵エネルギーの前記第１の部分よりも少ない貯蔵エネルギーの第２の部分を計算することと、
    前記別の充電ステーションを第２の目的地に割り当てることと、
    前記輸送手段の方向を変更して、前記第２の目的地に前進することと、を実施させる、請求項１５に記載の非一時的なコンピュータ可読媒体。
20. 前記命令は、前記プロセッサに、
    前記充電ステーションによって、貯蔵エネルギーの前記第１の部分が閾値未満であると判定することと、
    別の輸送手段の方向を変更して、第１のルートよりも長い第２のルートを使用することであって、前記第２のルートは、前記輸送手段に割り当てられた元のルートを含む、ことと、
    前記輸送手段の方向を変更して、前記充電ステーションへのルートを短縮することと、を実施させる、請求項１５に記載の非一時的なコンピュータ可読媒体。