(57)【要約】      （修正有）【課題】システムおよび方法は、マルチパートナーサプライチェーンのためのピアツーピアコラボレーションに対する新たなアプローチを提供する。【解決手段】システムは、追跡デバイスにより作成された追跡更新を受信してもよい。追跡更新は、追跡デバイスの現在の地理的位置を示す地理的位置情報を備える。システムは、追跡メトリックを計算するよう構成された実行可能論理を含むスマートコントラクトをブロックチェーンにおいて特定してもよい。システムは、追跡更新の受信に応答して、追跡メトリックを実行可能論理を使用して判断してもよい。システムは、データブロックをブロックチェーンに付加してもよい。データブロックは、追跡メトリックおよび地理的位置情報を含んでもよい。システムは、ブロックチェーンを、ブロックチェーンデータベースに格納された複数のブロックチェーンと同期してもよい。【選択図】図１
2019073394.tif 000002
【特許請求の範囲】
【請求項１】
ブロックチェーンデータベースと通信しているサーバノードによって、車両追跡デバイスにより作成された車両追跡更新を受信するステップであって、前記車両追跡更新は、前記車両追跡デバイスの地理的位置を示す地理的位置情報を備える、前記受信するステップと、
目的地識別子と、追跡メトリックを判断するよう構成された実行可能論理とを含むスマートコントラクトを、データベースに格納されたブロックチェーンにおいて特定するステップと、
前記車両追跡更新の前記地理的位置情報と、前記ブロックチェーンの先行データブロックに含まれた先行の地理的位置情報との比較に基づいて、前記追跡メトリックを前記実行可能論理を使用して計算することにより、前記車両追跡更新の受信に応答して前記追跡メトリックを判断するステップと、
前記追跡メトリックおよび前記地理的位置情報を含むデータブロックを前記ブロックチェーンに付加するステップと、
以下の条件：
前記車両追跡デバイスが前記スマートコントラクトに含まれる所定の時間にわたり動かないままであった、または
前記車両追跡デバイスが前記スマートコントラクトにより特定される地理的領域内に位置する、
のうちの少なくとも１つが満足されることを、前記実行可能論理および前記車両追跡更新を使用して検出することによって、前記目的地識別子に対応する目的地に前記車両追跡デバイスに関連する積荷が到達したと判断するステップと、
前記ブロックチェーンを、前記サーバノードに対し遠隔にあるブロックチェーンデータベースに格納された複数のブロックチェーンと同期するステップと、
を含む方法。
【請求項２】
前記追跡メトリックを備えたレポートを、前記積荷が前記目的地に到達したとの判断に応答して生成するステップと、
端末デバイスに前記追跡メトリックを含むインターフェースを表示させるよう構成されたリンクを、前記端末デバイスに送信するステップと、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記方法は、前記判断された追跡メトリックに応じて、前記積荷の前記目的地までの輸送に関連する輸送コストを判断するステップを含む、請求項２に記載の方法。
【請求項４】
前記実行可能論理を備えた運送コントラクトパラメータを受信するステップと、
前記運送コントラクトパラメータの受信に応答して前記スマートコントラクトを生成するステップと、
前記スマートコントラクトを備えた起源データブロックを前記ブロックチェーン上に格納するステップと、
をさらに含む、請求項１に記載の方法。
【請求項５】
データブロックを付加するステップは、
前記ブロックチェーンの先行データブロックにおいて追跡テーブルを特定するステップと、
前記追跡メトリックを用いて前記追跡テーブルを更新するステップと、
前記追跡メトリックを備えた更新された追跡テーブルを、前記データブロックに含めるステップと、
をさらに含む、請求項１に記載の方法。
【請求項６】
前記スマートコントラクトを特定するステップは、
前記スマートコントラクトを備えたコントラクトデータブロックを前記ブロックチェーンにおいて特定するステップと、
前記コントラクトデータブロックから前記実行可能論理を抽出するステップと、
をさらに含む、請求項１に記載の方法。
【請求項７】
前記ブロックチェーンは、第１のブロックチェーンを備え、前記方法は、
前記車両追跡デバイスに関連する積荷が前記第１のブロックチェーンに関連する第１の運送業者から第２のブロックチェーンに関連する第２の運送業者に移転されたと、前記実行可能論理および前記車両追跡更新に基づいて判断するステップと、
前記積荷が前記第２の運送業者に移転されたとの判断の後に、前記車両追跡デバイスから複数の追加の車両追跡更新を受信するステップと、
前記追加の車両追跡更新に対応する追跡情報を含む複数のデータブロックを、前記第２のブロックチェーンに付加するステップと、
をさらに含む、請求項１に記載の方法。
【請求項８】
プロセッサ
を備えたシステムであって、前記プロセッサは、
追跡デバイスにより作成された追跡更新であって、前記追跡デバイスの地理的位置を示す地理的位置情報を備える、前記追跡更新を受信し、
前記追跡更新の受信に応答して、前記追跡メトリックを、ブロックチェーンに格納されたスマートコントラクトの実行可能論理を使用して判断し、
前記追跡メトリックを含むデータブロックを前記ブロックチェーンに付加し、
前記ブロックチェーンを、個別のサーバノードにて構成された個別のブロックチェーンデータベースに格納された複数のブロックチェーンと同期する、
よう構成される、システム。
【請求項９】
前記プロセッサは、
前記ブロックチェーン上の起源データブロックを特定する
ようさらに構成され、前記起源データブロックは、前記スマートコントラクトを備える、請求項８に記載のシステム。
【請求項１０】
前記プロセッサは、
前記実行可能論理を備えた運送コントラクトパラメータを受信し、
前記運送コントラクトパラメータの受信に応答して前記スマートコントラクトを生成し、
前記スマートコントラクトを備えたコントラクトデータブロックを前記ブロックチェーン上に格納する、
ようさらに構成される、請求項８に記載のシステム。
【請求項１１】
前記データブロックは、データブロックタイプに関連し、前記プロセッサは、
個別のデータブロックタイプに関連する複数のラベルを表示するための第１の命令を端末デバイスに伝達し、
前記データブロックタイプの選択を示す選択入力メッセージを前記端末デバイスから受信し、
前記データブロックに含まれ前記追跡メトリックを含む情報を表示するための第２の命令を、前記選択入力メッセージの受信に応答して前記端末デバイスに伝達する、
ようさらに構成される、請求項８に記載のシステム。
【請求項１２】
前記ブロックチェーンは、第１のブロックチェーンを備え、前記スマートコントラクトは、第１のスマートコントラクトを備え、前記プロセッサは、
第２のスマートコントラクトを備えた第２のブロックチェーンを特定し、
前記第２のスマートコントラクトに対応する識別子を用いて前記追跡デバイスを再プログラムし、
追加の追跡更新を、前記追跡デバイスから受信し、
前記追加の追跡更新を前記第２のブロックチェーンに格納する、
ようさらに構成される、請求項８に記載のシステム。
【請求項１３】
前記プロセッサは、
前記追跡デバイスに関連する積荷が目的地に到達したと、前記実行可能論理および前記追跡更新に基づいて判断し、
前記積荷が前記目的地に到達したとの判断に応答して、前記追跡デバイスに追跡更新の送信を中止させる、
ようさらに構成される、請求項８に記載のシステム。
【請求項１４】
前記スマートコントラクトは、地理的領域に対応する地理的領域パラメータを含み、前記プロセッサは、
前記追跡デバイスが前記地理的領域内にあると、前記実行可能論理および前記追跡更新を使用して判断し、
留置時間メトリックを備えた前記追跡メトリックを、前記追跡デバイスが前記地理的領域内にあるとの判断に応答して増大させる、
ようさらに構成される、請求項８に記載のシステム。
【請求項１５】
プロセッサにより実行可能なコンピュータ実行可能命令を備えた非一時的コンピュータ可読記憶媒体であって、前記コンピュータ実行可能命令は、
追跡デバイスにより作成された追跡更新であって、前記追跡デバイスの地理的位置を示す地理的位置情報を備える、前記追跡更新を受信するよう実行可能な命令と、
前記追跡更新の受信に応答して、前記追跡メトリックを、ブロックチェーンに格納されたスマートコントラクトを使用して判断するよう実行可能な命令と、
前記追跡メトリックを含むデータブロックを前記ブロックチェーンに付加するよう実行可能な命令と、
前記ブロックチェーンを、ブロックチェーンデータベースに格納された複数のブロックチェーンと同期するよう実行可能な命令と、
を備える、非一時的コンピュータ可読記憶媒体。
【請求項１６】
前記コンピュータ実行可能命令は、
前記ブロックチェーン上のコントラクトデータブロックを特定するよう前記プロセッサにより実行可能な命令
をさらに備え、前記コントラクトデータブロックは、前記スマートコントラクトを備える、請求項１５に記載の非一時的コンピュータ可読記憶媒体。
【請求項１７】
前記コンピュータ実行可能命令は、
積荷が運送業者に移転されたと、前記実行可能論理および追跡更新に基づいて判断するよう前記プロセッサにより実行可能な命令と、
前記積荷が前記運送業者に移転されたとの判断に応答して、追跡更新の送信を前記追跡デバイスにさせるよう前記プロセッサにより実行可能な命令と、
をさらに備える、請求項１５に記載の非一時的コンピュータ可読記憶媒体。
【請求項１８】
前記コンピュータ実行可能命令は、
前記ブロックチェーンの先行データブロック内の追跡テーブルを読み出すよう前記プロセッサにより実行可能な命令と、
前記先行データブロックから読み出された前記追跡テーブルを、前記追跡メトリックを用いて更新するよう前記プロセッサにより実行可能な命令と、
前記追跡メトリックを備えた更新された追跡テーブルを、前記データブロックに含めるよう前記プロセッサにより実行可能な命令と、
をさらに備える、請求項１５に記載の非一時的コンピュータ可読記憶媒体。
【請求項１９】
前記ブロックチェーンを同期するよう前記プロセッサにより実行可能な前記命令は、
前記スマートコントラクトを備えた遠隔ブロックチェーンを含むブロックチェーンデータベースを伴って構成された複数の遠隔サーバノードに、前記データブロックを伝達するよう前記プロセッサにより実行可能な命令
をさらに備える、請求項１５に記載の非一時的コンピュータ可読記憶媒体。
【請求項２０】
前記スマートコントラクトは、目的地識別子を含み、前記コンピュータ実行可能命令は、
前記追跡デバイスに関連する積荷が前記目的地識別子に対応する目的地に到達したと、前記スマートコントラクトを使用して判断するよう前記プロセッサにより実行可能な命令と、
前記積荷が前記目的地に到達したとの判断に応答して、前記追跡メトリックを備えたレポートを生成するよう前記プロセッサにより実行可能な命令と、
端末デバイスに前記追跡メトリックを含むインターフェースを表示させるよう構成されたリンクを、前記端末デバイスに伝達するよう、前記プロセッサにより実行可能な命令と、
をさらに備える、請求項１５に記載の非一時的コンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、分散型情報管理に関し、特に、分散型台帳技術を用いて輸送および物流情報を管理することに関する。
【０００２】
関連出願の相互参照
本願は、参照によりその全体が本願明細書に援用される、２０１７年９月１１日出願の米国特許仮出願第６２／５５６，９９４号および２０１７年１１月１５日出願の米国特許出願第１５／８１３，９６９号の利益を主張する。
【背景技術】
【０００３】
トラック、電車、飛行機、船舶、またはその他輸送方法により与えられる輸送サービスは、積載貨物を輸送するための関係者間の契約を伴うこともある。積載貨物の輸送を追跡する従来のアプローチは、効率の悪いプロセス、不正確なデータ収集、および／または複雑なシステムを伴うこともある。一部の運賃監査・決済（ＦＢＡＰ：Ｆｒｅｉｇｈｔ  Ｂｉｌｌ  Ａｕｄｉｔ  ａｎｄ  Ｐａｙ）システムでは、輸送サービスプロバイダが、配送契約の条項および条件を満足するために配送情報を提出することもある。現在の市場の解決策における不完全性が理由で、配送情報は点検されず、累積する場合もある。さらに、ＦＢＡＰプロセスに対する従来のアプローチは、頻繁なエラーを起こしやすく、人手を煩わせ、さらに／または効率的な情報の収集および処理を適時に行うことができないこともある。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
物品の商業化された管理、追跡、および輸送は、分散した位置にある台帳に記録される大量の情報を生成することもある。例えば、相当の輸送トランザクションがある会社は、トラック、鉄道、飛行機、船舶、およびその他輸送方法による、物品、またはばら荷を含むその他貨物の運搬または輸送に関係するトランザクションおよびその他情報を生成するかもしれない。一例では、輸送サービスの場合、輸送プロバイダは運送請求書を提出するかもしれない。各運送請求書は、複数の位置にわたる積載貨物の運搬前、運搬中、および／または運搬後に発生するイベントに関係する複数の細目を含むこともある。輸送管理の分散型の性質、運送注文、コントラクト、レート、および請求書作成を含むトランザクションの完全性を維持する複雑さ、ならびに輸送管理に関与する人々の膨大な数は、不一致、遅延、およびその他非効率性をもたらす。多くの状況において、荷主、すなわち輸送サービスをリクエストする顧客、または他の機関は、正確さのために請求書を人手で監査し、多数の位置に格納されたデータを照合確認することもある。一部の例では、監査は、積み込み、配達、発行された物品、受け取られた物品、付帯料金、燃料サーチャージ、違約金／手数料、および／またはその他情報を照合することを含むこともある。ＦＢＡＰは多くの会社で中核能力とは理解されないので、外部のサービスプロバイダが請求書とコントラクトおよび広告料金表とを照合し、監査サービスを提供し、支払い資金を提供することが多い。あるいは、またはさらに、他の紛争は荷主、すなわち輸送の顧客の運送請求部門により調和をとられることが多く、そのために追加の時間および資源が必要となる。
【０００５】
一部の状況では、サプライチェーンのパートナーがその横方向、上流、および下流のパートナーとやり取りすることもある。これらのやり取りの多くは、会社のプラットフォームのみで格納および利用されるシステムを伴う。情報は各システムに独立して格納され、重大な非効率性を生じさせる。
【課題を解決するための手段】
【０００６】
本願明細書には、分散型台帳を管理するシステムおよび方法が含まれる。本文書の主な例は、運送または輸送管理を対象とするが、この解決策は、他のサプライチェーンのシステムおよび機能に適用できるかもしれない。含まれる方法およびシステムは、いくつかの技術的進歩の中でも特に、デジタルデータフローを改善して、制御を分散化し、トランザクション情報に関し真実を得る単一のよりどころをつくり出す。下記に示すシステム、方法、および例は、需給管理、部品外注、調達、在庫・倉庫管理、注文充足、輸送、物流、および製造を含むがこれらに限定されないサプライチェーン機能に及ぶことができる。
【０００７】
分散型台帳を管理するシステムおよび方法が提供される。本願明細書に記載されるシステムおよび方法は、運送管理、またはより一般的に、情報が台帳で管理される任意のシステムに適用できるであろう。後述するシステムおよび方法は、運送管理における主な例に限定されるクローズドプラットフォームと見なされてはならず、むしろサプライチェーン機能の中のブロックチェーンに関するアプローチのシステムと見なされるべきである。前置きの例として、システムは追跡デバイスにより作成された追跡更新を受信してもよい。追跡更新は、追跡デバイスの現在の地理的位置を示す地理的位置情報からなる。システムは、追跡メトリックを計算するよう構成された実行可能論理を含むスマートコントラクトをブロックチェーンにおいて特定してもよい。システムは、追跡更新の受信に応答して、実行可能論理を使用して追跡メトリックを判断してもよい。システムは、データブロックをブロックチェーンに付加してもよい。データブロックは、追跡メトリックおよび地理的位置情報を含んでもよい。システムは、ブロックチェーンを、ブロックチェーンデータベースに格納された複数のブロックチェーンと同期してもよい。
【０００８】
後述するシステムおよび方法の興味深い特徴の１つは、ブロックチェーンプラットフォームが、台帳データの出所および履歴を提供できるということであろう。分散型台帳においてブロックチェーンを活用することで、トランザクション情報に関し真実を得る単一のよりどころとしての機能を果たす、増大する共有デジタルデータフローがもたらされ得る。例えば、台帳データは、複製される複数の分散型ノードにわたってリアルタイムで格納されてもよい。例えば運賃監査・決済（ＦＢＡＰ）プロセスなどによるブロックチェーンの利用は、情報の伝送を安全にし、分散型台帳を分散化し、さらに／または情報の照合確認を自動化するかもしれない。例えば、荷主、運送業者、およびその他機関は、人手で請求書を照合確認する必要なく、分散型台帳に依拠できる。一部の例では、付加されるトランザクションの増大していくチェーンに対するアクセスを共有することで、部品外注、調達、統合化計画、充足、および／または輸送の他の段階からの、コストのかさむ照合確認がなくなるかもしれない。ブロックチェーンは、レートおよび他の情報の、運送業者による共謀を防止するかもしれない。さらに、ブロックチェーンは、情報の重複を防止してＦＢＡＰおよび／または規制プロセスに対し真実を得る単一のよりどころを提供するかもしれない。
【０００９】
あるいは、またはさらに、スマートコントラクト、運送レート、リアルタイムジオロケーション、および／または積荷に関係する他の情報が分散型台帳に格納されてもよい。スマートコントラクトまたはブロックチェーンは、輸送管理アクティビティを実装する自動実行論理を含んでもよい。自動実行論理は、コンピューティングシステム間の結束性を高め、人手による介入または矛盾したデータからのエラーを削減するかもしれない。一部の例では、会社は、分散型台帳に自動実行論理を格納することにより、外部での運送請求処理を削減してもよい。例えば、スマートコントラクトは、請求書の細目を計算する論理を含んでもよく、さらに／またはＦＢＡＰプロセスに関係する他の論理を含んでもよい。あるいは、またはさらに、請求書を生成および／または更新し、緊急通知を送信し、さらに／または起点と目的地との間の積荷の流れを制御するために、追跡情報が、分散型台帳に格納された自動実行論理により自動的に評価されてもよい。
【００１０】
後述するシステムおよび方法は、マルチパートナーサプライチェーンのためのピアツーピアコラボレーションに対する新たなアプローチを提供し得る。後述するシステムおよび方法の技術的進歩の１つは、通信、データトランザクション、およびノード間の決定点における非効率性が劇的に改善され得るということである。コラボレーションのための新たな方法およびシステムは、分散化ノード、分散型台帳、およびスマートコントラクトを１つのプラットフォームにまとめることによって、現在のツールおよび手法に大きな拡大をもたらす。記載されるシステムおよび方法は、サプライチェーンに対してより柔軟で、アジャイルで、かつエラーの起こりにくい協働ツールをつくり出すための青写真またはテンプレートを提供する。
【００１１】
システムおよび方法は、他のビジネス機能における拡張性を考慮するためにモジュール式アプローチを提供して、分散型台帳およびスマートコントラクトに導入される追加の機能性を提供してもよい。全体として、システムおよび方法は、新たなプロセスを導入すること、ならびに現在の特徴に改善および変更を組み込むことを可能にする柔軟なプラットフォームである。さらなる利点、効率、および改善が、後述するシステムおよび方法において明らかにされる。よって、本願明細書に記載のシステムおよび方法は、既存の市場の解決策に比べて改善をもたらす。
【００１２】
実施形態は、以下の図面および説明を参照するとよりよく理解されるであろう。図面中のコンポーネントは必ずしも一定の縮尺となっていない。さらに、図面では、同じ参照符号は異なる図面にわたって対応する部分を指示する。
【図面の簡単な説明】
【００１３】
【図１】システムの例を示す。
【図２】システムのサーバノードの例を示す。
【図３】システムのスマートコントラクトの例を示す。
【図４Ａ】システムのブロックチェーンの例を示す。
【図４Ｂ】システムのブロックチェーンの例を示す。
【図４Ｃ】システムのブロックチェーンの例を示す。
【図５】システムのユースケースの例を示す。
【図６】システムのフロー論理の第１の例を示す。
【図７】システムのフロー論理の第２の例を示す。
【図８】システムのフロー論理の第３の例を示す。
【図９】システムのフロー論理の第４の例を示す。
【図１０Ａ】システムの表示インターフェースの第１の例を示す。
【図１０Ｂ】システムの表示インターフェースの第１の例を示す。
【図１１】システムの表示インターフェースの第２の例を示す。
【図１２】システムの表示インターフェースの第３の例を示す。
【図１３】システムの表示インターフェースの第４の例を示す。
【図１４】システムの例を示す。
【発明を実施するための形態】
【００１４】
図１は、システム１００の例を示す。システム１００は、サーバノード１０２Ａ〜Ｃ、端末デバイス１０４Ａ〜Ｂ、および追跡デバイス１０７を含んでもよい。端末デバイス１０４Ａ〜Ｂは、サーバノード１０２Ａ〜Ｃのうちの１つ以上と通信してもよい。端末デバイス１０４Ａ〜Ｂは、例えば、荷主デバイス１０４Ａ、運送業者デバイス１０４Ｂ、および／またはサーバノード１０２Ａ〜Ｃのうちの１つ以上と通信している他の任意の電子デバイスを含んでもよい。荷主デバイス１０４Ａは荷主１０５に関連してもよく、運送業者デバイス１０４Ｂは、運送業者１０６に関連してもよい。追跡デバイス１０７は、積荷１０８と同梱されていても、または積荷１０８の付近にあってもよい。追跡デバイス１０７は、追跡更新１０９をサーバノード１０２Ａ〜Ｃのうちの１つ以上に伝達する。
【００１５】
サーバノード１０２Ａ〜Ｃは、ネットワークと通信している任意のノードを含んでもよい。サーバノード１０２Ａ〜Ｃは、相互に、端末デバイス１０４Ａ〜Ｂと、追跡デバイス１０７と、および／または他の任意のデバイスと、ネットワークを介して通信してもよい。サーバノード１０２Ａ〜Ｃのうちの１つ以上は、物流制御スタック１１０および／またはブロックチェーンデータベース１１２を含んでもよい。物流制御スタック１１０は、積載貨物の輸送および管理に関係する情報および／またはイベントを処理してもよい。物流制御スタック１１０は、ブロックチェーンデータベース１１２とやり取りして、１つ以上の積荷に対して分散型台帳を構築および管理してもよい。あるいは、またはさらに、物流制御スタック１１０はブロックチェーンデータベース１１２とやり取りして、動作を実行しさらに／またはユーザインターフェースを提供してもよい。一部の例では、物流制御スタック１１０は、１つ以上のブロックチェーン１１４を生成して、情報をブロックチェーン１１４に付加して、ブロックチェーン１１４上に格納された論理を実行して、ブロックチェーン１１４上に格納された情報を伝達して、さらに／またはその他ブロックチェーン１１４を管理してもよい。あるいは、またはさらに、物流制御スタックは、ブロックチェーンデータベース１１２、追跡デバイス１０７、端末デバイス１０２Ａ〜Ｂのうちの１つ以上、および／またはサービスノードＡ〜Ｃのうちの１つ以上と通信してもよい。一部の例では、物流制御スタック１１０は、ブロックチェーン１１４および／または追跡更新１０９に含まれた情報を使用して監視、保守、および動作を実装するミドルウェアサービスを含んでもよい。ミドルウェアサービスは、ブロックチェーンデータベース１１２、他のサービスノード、および／またはブロックチェーンデータベース１１２に情報がインポートされるレガシーシステムと通信してもよい。あるいは、またはさらに、物流制御スタック１１０は、１つ以上のクライアントデータベースとサーバノード１０２Ａ〜Ｃとの橋渡しをしてもよい。例えば物流制御スタック１１０は、クライアントデータベースに問い合わせを行って、ブロックチェーン１１４のデータブロックを生成してもよい。例えば物流制御スタック１１０は、クライアントデータベースに既存の運送注文、コントラクト、および他の情報を特定して、ブロックチェーン１１４にその運送注文、コントラクト、および他の情報を含めてもよい。
【００１６】
端末デバイス１０４Ａ〜Ｂは、サーバノード１０２Ａ〜Ｃに対し遠隔にあるデバイスを含んでもよい。一部の例では、端末デバイス１０４Ａ〜Ｂはアカウントに関連していてもよい。例えば、荷主デバイス１０４Ａおよび／または荷主１０５は第１のアカウント識別子に関連していてもよい。あるいは、またはさらに、運送業者デバイス１０４Ｂおよび／または運送業者１０６は第２のアカウント識別子に関連していてもよい。アカウント識別子は、ブロックチェーンデータベース、サーバノード１０４Ａ〜Ｃのうちの１つ以上に含まれるアカウントリポジトリ、および／または外部システムに格納されてもよい。
【００１７】
一部の例では、端末デバイス１０４Ａ〜Ｂは、物流制御スタック１１０に利用可能にされた、または物流制御スタック１１０により管理される、アカウントに関連してもよい。端末デバイス１０４Ａ〜Ｂは、例えば、荷主デバイス１０４Ａ、運送業者デバイス１０４Ｂ、またはサーバノード１０２Ａ〜Ｃのうちの１つ以上と通信できる他の任意のシステムもしくはデバイスを含んでもよい。荷主デバイス１０４Ａは、出荷会社および／または出荷会社のアカウント識別子に関連するデバイスを含んでもよい。運送業者デバイス１０４Ｂは、運送会社および／または運送業者の会社のアカウント識別子に関連するデバイスを含んでもよい。物流制御スタック１１０は、出荷会社、運送会社、および／またはその他積荷１０８の輸送に関与する任意の会社に関連するアカウントを管理し、またはそれにアクセスしてもよい。物流制御スタック１１０は、アカウントに応じて各機能へのアクセスを制限または限定してもよい。例えば、荷主デバイス１０４Ａに利用可能にされる機能は、運送業者デバイス１０４Ｂに利用可能にされる機能と異なってもよい。
【００１８】
本願明細書に記載のとおり、荷主１０５および運送業者１０６は、個別のタイプの機関を指してもよい。荷主は、積荷１０８を販売、製造、小売りする責任を負っているか、またはその他出荷することを望んでいてもよい。荷主１０５は、出荷組織、出荷組織のユーザ、および／または出荷組織に関連する機械を含んでもよい。運送業者は、積荷１０８を輸送するサービスを提供する責任を負っていてもよい。運送業者１０６は、運送業者組織、または運送業者組織のユーザ、および／または運送業者組織に関連する機械を含んでもよい。一部の例では、１つ以上の荷主が積荷を輸送するために１つ以上の運送業者とコントラクトを結んでもよい。例えば運送業者１０６は、積荷１０８を地理的位置間で輸送してもよい。あるいは、またはさらに、積荷１０８は、荷主１０５とコントラクトを結んだ複数の運送業者間で引き渡されてもよい。図１は、荷主１０５および運送業者１０６を、システム１００の２つのタイプの機関として示すが、例えば管理者、仲介者、および／またはインフラストラクチャを含む他のタイプの機関も存在し得る。
【００１９】
追跡デバイス１０７は１つ以上の積荷のステータスおよび／または位置を伝達することができる任意のデバイスを含んでもよい。例えば追跡デバイス１０７は、積荷１０８の位置または積荷１０８に関係するイベントを伝達してもよい。あるいは、またはさらに、追跡デバイス１０７は、或る位置を出発したおよび／または或る位置に到着した積荷を伝達してもよい。他の例では、追跡デバイス１０７は、積荷の運輸前、運輸中、および／または運輸後の積荷のリアルタイムステータスを伝達してもよい。一部の例では、追跡デバイス１０７は、地理的測位情報を受信し、地理的測位を判断し、さらに／または配送ルートに沿った積荷１０８の進捗を判断してもよい。追跡デバイス１０７は、携帯電話、センサ、タブレット、車両ナビゲーションシステム、またはその他任意の電子追跡デバイスを含んでもよい。
【００２０】
一部の例では、追跡デバイス１０７は積荷１０８とともに配置されてもよく、起点１１８から目的地１２０まで進行してもよい。例えば追跡デバイス１０７は、配送される物品に物理的に取り付けられてもよい。あるいは、またはさらに、追跡デバイス１０７は物品を輸送する車両に物理的に取り付けられてもよい。他の例では、追跡デバイス１０７は輸送車両の電子システムに含まれてもよい。例えば追跡デバイス１０７は、車両ナビゲーションシステムに含まれてもよい。追跡デバイス１０７は、グローバルポジショニングシステム（ＧＰＳ：ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）、モバイルサービスプロバイダ、またはその他任意の地理的測位サービスの提供元と通信して、地理的測位情報を受信してもよい。
【００２１】
あるいは、またはさらに、追跡デバイス１０７は、積荷を追跡するよう構成された複数の追跡デバイスに含まれてもよい。追跡デバイスは、定置型であっても移動式であってもよい。例えば追跡デバイスは、積荷の上またはその近くのＲＦＩＤ情報またはその他センサをスキャンしてもよい。追跡デバイス１０７は、積荷に関係する地理的測位の更新をサーバノード１０２Ａ〜Ｃのうちの１つ以上に伝達してもよい。例えば物流制御スタック１１０は、追跡デバイス１０７から受信された地理的ポジションの更新に応答してブロックチェーン１１４にブロックを付加してもよい。
【００２２】
あるいは、またはさらに、追跡デバイス１０７が収集する位置およびルート設定情報が伝達されて、ユーザインターフェース上で視覚的または図表で表現されてもよい。グラフィック表現は積荷が或る時点でどこにあるかを表してもよく、または情報が伝送されるにつれて地理的ポジションがユーザインターフェース上に示されてもよく、または積荷のとったルートを示すように地理的ポジションが形式設定されてもよい。グラフィック表現は、いくつかの意図、用途または目的の中でも特に、データ分析、「管制塔」目的、積荷のルート変更、ナビゲーションの修正、ルート最適化、請求書作成、または監査目的で使用するために、物流スタックにおいて荷主、または運送業者のために形式設定、操作、格納されてもよい。
【００２３】
積荷１０８は、輸送される積載貨物を含んでもよい。積荷１０８は、車両、コンテナ、有形の物品、および／または任意の物体もしくは機械を含んでもよい。積荷１０８は、１つの位置から別の位置に輸送され、さらに／または関係者間で移転されてもよい。例えば積荷は、トラック、ボート、航空機、またはその他任意の輸送方法間で移転されてもよい。追跡デバイス１０７は、積荷１０８の近く、その上、その中、またはそれとともに配置されてもよい。他の例では、追跡デバイス１０７は、起点、目的地、または配送ルートに沿った任意の位置にあってもよい。さらに、追跡デバイスが追跡する積荷の量は時間がたつにつれて変化してもよい。一部の例では、追跡デバイスは積荷１０８に随行してもよい。例えば追跡デバイス１０７は、単一または複数の積荷を追跡し得る。さらに、積荷１０８を追跡するのに使用される追跡デバイスの数は変化してもよい。積荷１０８は、運送業者１０６の代行者により運ばれてもよく、さらに／または運送業者１０６の代行者を含んでもよい。例えば積荷１０８は、運送業者１０６により所有および／または運用されるトラックまたはその他何らかの形態の車両により運ばれてもよい。
【００２４】
一部の例では、追跡デバイス１０７は設定情報を受信してもよい。追跡デバイス１０７は、リアルタイムで物流制御スタック１１０により設定されてもよい。一部の例において、追跡デバイス１０７は、積荷１０８の固有識別子または複数の積荷の固有識別子を用いて設定されてもよい。あるいは、またはさらに、追跡デバイス１０７は、追跡デバイスが積荷を追跡するよう設定される位置を用いて設定されてもよい。一部の例では、追跡デバイス１０７は、積荷１０８が通るべきルートを用いて設定されてもよい。あるいは、またはさらに、追跡デバイス１０７は、積荷１０８のルート、到着時間、出発時間に対する更新、またはその他積荷１０８に関係する任意の情報を受信してもよい。追跡デバイス１０７は、追跡デバイス１０７の設定を変更することによって設定情報の受信に応答してもよい。
【００２５】
追跡更新１０９は、追跡デバイス１０７および／または積荷１０８の位置を特定する任意の情報を含んでもよい。あるいは、またはさらに、追跡更新１０８は、追跡更新が生成された日付および／または時間、または追跡更新を生じさせたことに関係するイベントが発生した日付および／または時間を含んでもよい。一部の例では、追跡更新１０９は、座標またはその他任意のタイプの位置情報を含んでもよい。あるいは、またはさらに、追跡更新１０９は、進行ルートに沿った進捗情報、および／または追跡デバイス１０７の地理的位置の履歴を含んでもよい。一部の例では、追跡更新１０９は積荷の固有識別子を含んでもよい。あるいは、またはさらに、追跡更新１０９は、追跡デバイス１０７を設定するのに使用された設定情報を含んでもよい。ブロックチェーンデータベース１１２は、１つ以上のブロックチェーンを格納および／または管理するリポジトリを含んでもよい。ブロックチェーンデータベース１１２は、ブロックチェーン１１４を格納および管理するデータ構造およびプロシージャを含んでもよい。一部の例では、サーバノード１０２Ａ〜Ｃはそれぞれブロックチェーンデータベース１１２のインスタンスを含んでもよい。ブロックチェーンデータベース１１２は、ブロックチェーン１１４を挿入、削除、検証、またはその他管理するために或るプロトコルを遵守してもよい。ブロックチェーンデータベース１１２、および／またはブロックチェーンデータベース１１２と通信している他のコンポーネントは、他のサーバノード１０２Ａ〜Ｃにわたってブロックチェーン１１４を同期してもよい。例えば、サーバノード１０２Ａ〜Ｃは、第１のサーバノード１０２Ａ、第２のサーバノード１０２Ｂ、および第３のサーバノード１０２Ｃを含んでもよい。第１のサーバノード１０２Ａでのブロックチェーン１１４に対する変更は、第２のサーバノード１０２Ｂおよび／または第３のサーバノード１０２Ｃに同期されてもよい。一部の例では、追跡デバイス１０７は車両追跡デバイスを含んでもよい。車両追跡デバイスは、積荷１０８を伴って構成された車両を追跡する追跡デバイス１０７の例を含んでもよい。あるいは、またはさらに、積荷１０８は、車両および車両が運んでいる物品を含んでもよい。車両追跡デバイスは、車両に含まれるかまたは車両の付近にある追跡デバイスの例を含んでもよい。例えば、追跡デバイスは、トラック、ボート、電車、航空機、および／またはその他任意のタイプの車両のためのナビゲーションシステムであってもよい。あるいは、またはさらに、車両追跡デバイスは、車両の１つ以上の動作に関連するモバイルデバイスを含んでもよい。例えば、車両追跡デバイスは、物流制御スタック１１０と通信するアプリケーションを用いて構成されたモバイルデバイスを含んでもよい。車両追跡デバイスは、車両追跡更新を伝達してもよい。車両追跡更新は、車両追跡デバイスが追跡するよう構成された車両に関係する追跡更新１０９の例とされ得る。
【００２６】
ブロックチェーン１１４は、複数の分散型ノードにわたって情報を格納する分散型台帳を含んでもよい。ブロックチェーン１１４は、互いに付加されてブロックチェーン１１４を形成するデータブロックを含んでもよい。ブロックチェーン１１４は、運送業者１０６、荷主１０５、および／または物品の運搬に関与する他の任意の関係者間で真実を得るよりどころとしての機能を果たす、増大する共有デジタルデータフローを提供してもよい。ブロックチェーン１１４のデータブロックは、ブロックチェーンの初期のデータブロックである起源データブロックを含んでもよい。例えば起源ブロックは、荷主と運送業者との間でコントラクトが結ばれた初期の運送レートであってもよい。続くデータブロックは、時間がたつにつれてブロックチェーン１１４に付加されてもよい。ブロックチェーンは時系列の情報台帳を提供してもよい。続くデータブロックのうちの１つ以上は、先行データブロックのハッシュを含んでもよい。ブロックチェーン１１４上の１つ以上のデータブロックに対する変更は、続くデータブロックに格納されたハッシュ化情報において矛盾を生じさせてもよい。矛盾はブロックチェーンデータベース１１２により検出されてもよい。ブロックチェーンデータベース１１２は、ブロックチェーン１１４上の前に付加された、または既存の情報に対する変更を防止してもよい。あるいは、またはさらに、ブロックチェーンデータベース１１２は、他のサーバノードとともにブロックチェーン１１４を検証してもよい。一部の例では、ブロックチェーン１１４に対する変更は、サーバノード１０２Ａ〜Ｃの過半数、またはその他何らかの所定数が変更に同意しない限り禁止されてもよい。
【００２７】
一部の例では、ブロックチェーン１１４はスマートコントラクト１１６を含んでもよい。スマートコントラクト１１６は、コントラクトの交渉または履行を促進、点検、および／または強制するプロトコルの下で編成された情報を含んでもよい。スマートコントラクト１１６は、物品の輸送の管理および追跡、ならびに／またはＦＢＡＰプロセスの実行を支援するために、ブロックチェーン１１４に含められてもよい。例えばスマートコントラクト１１６は、荷主１０５と運送業者１０６との間でコントラクトが結ばれた運送レートを含んでも、またはそれに基づいてもよい。運送レートは、積載貨物の輸送のために与えられるサービスに関するものであってもよい。スマートコントラクト１１６は、条項、規定、条件、または荷主１０５と運送業者１０６との間の他の義務を含んでもよい。一部の例では、スマートコントラクト１１６は、運送コントラクトの義務または他の規定を強制するよう構成された命令および／または論理を含んでもよい。あるいは、またはさらに、スマートコントラクト１１６は、運送コントラクトの下の義務の充足または不履行を検出するよう構成された命令および／または論理を含んでもよい。他の例では、スマートコントラクト１１６は、運送コントラクトの規定を実行し、運送コントラクトの下で発生するコンピュータ実装アクティビティを実行し、情報を監視し、さらに／または積荷の破裂、または回り道および悪ふざけなど運送コントラクトに関係するイベントに応答するよう構成された命令および／または論理を含んでもよい。
【００２８】
スマートコントラクト１１６は、１つ以上の荷主と１つ以上の運送業者との間の契約または提案された契約に関係する条項および論理を含んでもよい。スマートコントラクト１１６は、１つ以上の起点位置、１つ以上の目的地、１つ以上の積荷、および／または運送コントラクトに含まれ得る他の任意のパラメータを定義してもよい。スマートコントラクト１１６は、運送コントラクトの条項の充足を監視する自動実行論理を含んでもよい。
【００２９】
スマートコントラクト１１６および／またはブロックチェーン１１４は、サーバノード１０２Ａ〜Ｃのいずれかにより実行可能なルール、命令、および／または論理を含んでもよい。スマートコントラクト１１６および／またはブロックチェーン１１４は、情報を検出し、コンピュータ実装アクションを実行し、または１つ以上の関係者間で提案もしくは合意された任意の形でイベントに応答する、自動実行論理を含んでもよい。自動実行論理は、それぞれのサーバノード１０２Ａ〜Ｃの特定のオペレーティングシステム、ハードウェア、または他のハードウェアもしくはソフトウェア制約にかかわらず、サーバノード１０２Ａ〜Ｃのいずれにおいても実装され得る。したがって、自動実行論理は、自動実行論理が評価または実行されるハードウェア、オペレーティングシステム、および／またはプラットフォームに依存しないかもしれない。自動実行論理はブロックチェーン１１４に格納されるので、自動実行論理に対する権限のない変更は最小限に抑えられ、容易に検出される。ブロックチェーンが自動実行論理に対するすべての変更および／または変更を許可した関係者の監査可能な記録を提供するように、自動実行論理に対する許可された変更はブロックチェーン上に記録される。
【００３０】
一部の例では、スマートコントラクト１１６は、追跡メトリックを計算するのに使用される命令、ルール、および／または論理を含んでもよい。追跡メトリックは、スマートコントラクト１１６の自動実行論理および／またはブロックチェーン１１４に格納された他の論理に基づいて計算されるメトリックを含んでもよい。スマートコントラクト１１６の自動実行論理は、進行した距離、進行した時間、位置、重量、またはその他積荷１０８に関係する任意のパラメータなどの入力値に所定の論理を適用してもよい。自動実行論理は、入力値に基づいて１つ以上の追跡メトリックを計算してもよい。あるいは、またはさらに、自動実行論理は、追跡メトリックを計算するのに使用される所定のレートを含んでも、またはそれにアクセスしてもよい。
【００３１】
一部の例では、追跡メトリックは輸送コストを含んでもよい。輸送コストは、運送価格、留置価格、および／または燃料価格を含んでもよい。運送価格は、或る時間および／または距離にわたって積載貨物を輸送することに起因するコストを含んでもよい。留置価格は、或る期間にわたり積載貨物を留置するコストを含んでもよい。燃料価格は、進行距離に対する燃料の価格を含んでもよい。あるいは、またはさらに、輸送コストは、スマートコントラクトの自動実行論理に基づいて計算される他の任意のコストを含んでもよい。
【００３２】
ブロックチェーン１１４は、１つ以上のスマートコントラクト、および／または様々なタイプのスマートコントラクトの組み合わせを含んでもよい。あるいは、またはさらに、スマートコントラクト１１６は、ブロックチェーン１１４の１つ以上のデータブロックに格納されてもよい。物流制御スタック１１０は、スマートコントラクト１１６に含まれる情報を評価してもよい。一部の例では、物流制御スタック１１０は、スマートコントラクト１１６の規定を実施するためにスマートコントラクト１１６に含まれる論理にアクセスしてもよい。一部の例では、スマートコントラクト１１６は、ブロックチェーン１１４の起源データブロックに含まれてもよい。例えばブロックチェーンデータベース１１２は、様々なスマートコントラクトに対応する複数のブロックチェーンを含んでもよい。他の例では、スマートコントラクト１１６は、他のスキームの下で作成および編成されたブロックチェーンに付加されてもよい。例えば、ブロックチェーンデータベース１１２は、１つ以上の個別の荷主、１つ以上の個別の運送業者、１つ以上の個別の積荷、１つ以上の個別の起点、および／または１つ以上の個別の目的地に個々に対応するブロックチェーンを作成してもよい。スマートコントラクト１１６は、ブロックチェーン１１４の前述した例のいずれかに含まれてもよい。
【００３３】
起点１１８は、積荷１０８の責任が運送業者１０６に移転される場所を含んでもよい。目的地１２０は、積荷１０８の責任が運送業者１０６から移転される場所を含んでもよい。起点１１８および／または目的地１２０は、地理的位置および／または地理的領域を含んでもよい。例えば、追跡デバイス１０７が地理的領域および／または地理的位置など地理的境界から離れるように、または地理的境界に向かって移動するとき、追跡デバイス１０７は追跡更新１０９を伝達してもよい。あるいは、またはさらに、起点１１８および／または目的地１２０は、建物、ドック、車両、コンテナ、および／またはその他任意の位置もしくは境界を含んでもよい。積荷１０８は、起点１１８から１つ以上の運送業者オペレータへ、続いて目的地１２０へと移転されてもよい。起点１１８、１つ以上の運送業者オペレータ、および目的地１２０の間の有効な移転に関する状況を判断する論理が、スマートコントラクト１１６の論理において定義されてもよい。
【００３４】
あるいは、またはさらに、積荷１０８の移転は、積荷に対応する物品の権原の有効な移転に基づいてもよい。有効な移転は、荷主１０５と運送業者１０６および／または荷受人との間の契約において決定されたコントラクトの条項またはインコタームズに定義されてもよい。追跡デバイス１０７および／または１つ以上のスマートコントラクトは、物品の権原の有効な移転を決定してもよい。
【００３５】
一部の例では、スマートコントラクト１１６は、起点１１８および／または目的地１２０の記述を定義してもよい。例えばスマートコントラクト１１６は、地理的領域など、地理的境界を定義してもよい。いくつかの例において、物流制御スタック１１０は、追跡デバイス１０７の地理的位置と、地理的境界とを比較して、積荷１０８の責任が運送業者１０６に、または運送業者１０６から移転された場合を判断してもよい。あるいは、またはさらに、物流制御スタック１１０は、追跡デバイス１０７またはその他任意のデバイスから伝達される移転情報を受信してもよい。移転情報は、船荷証券が運送業者１０６に移転されたなど、イベントが発生したことを示してもよい。スマートコントラクト１１６は、移転情報を評価して積荷１０８の責任が運送業者１０６にまたは運送業者１０６から移転されたかどうかを判断する、物流制御スタック１１０により実行される論理を含んでもよい。
【００３６】
サーバノード１０２Ａ〜Ｃ、物流制御スタック１１０、クライアント端末１０４Ａ〜Ｂ、追跡デバイス１０７、起点１１８、および／または目的地１２０は、ネットワーク１２２を介して通信してもよい。一部の例では、ネットワーク１２２は、許可制のネットワークを含んでもよい。あるいは、またはさらに、ネットワーク１２２は、許可制のピアツーピアネットワークであってもよい。例えば、荷主１０５および／または運送業者１０６の許可はネットワーク１２２を介して制御されてもよい。ブロックチェーン１１４に格納された情報または物流制御スタック１１０により提供される論理に対するアクセスは、ネットワーク１２２の許可に基づいて制御されてもよい。したがって、一部の例では、ブロックチェーン１１４は公開アクセスを提供しないかもしれず、ブロックチェーン１１４に対しデータの閲覧および追加をする能力はネットワーク１２２の許可に基づいて制御されてもよい。
【００３７】
物流制御スタック１１０および／またはブロックチェーンデータベース１１２は、運送および物流管理向けに調整された専用のブロックチェーンを作成および／または管理してもよい。専用のブロックチェーンは、１つ以上の積荷の効率的な追跡を提供してもよい。あるいは、またはさらに、専用のブロックチェーンは、専用のブロックチェーンに含まれるスマートコントラクト向けに調整されてもよい。専用のブロックチェーンは、スマートコントラクト１１６に、さらに／またはブロックチェーン１１４の目的に合わせて調整されたタイプのデータブロックを含んでもよい。
【００３８】
図２は、システム１００のサーバノードの例を示す。サーバノードは、ブロックチェーンデータベース１１２および物流制御スタック１１０を含んでもよい。ブロックチェーン１１４は、特定のタイプのデータブロックを含んでもよい。例えばブロックチェーン１１４は、例えばコントラクトブロック２０２、コンセンサスブロック２０４、注文ブロック２０６、追跡ブロック２０８、移転ブロック２１０、レポートブロック２１２、後処理ブロック２１４、および／またはその他ブロックチェーン１１４向けに調整された任意のタイプのブロックを含む、１つ以上のデータブロックタイプを含んでもよい。
【００３９】
コントラクトブロック２０２は、運送コントラクト、または運送サービスに関係する他のコントラクトに関係した情報を含んでもよい。例えば、コントラクトブロック２０２はスマートコントラクト１１６を含んでもよい。コントラクトブロック２０２は、ブロックチェーン１１４の起源ブロックであってもよい。他の例では、他のデータブロックがコントラクトブロック２０２に先行してもよい。多くの例で、ブロックチェーンデータベース１１２は、各コントラクトブロック２０２および／またはスマートコントラクト１１６に対し別個のブロックチェーンを含み得る。
【００４０】
ブロックチェーン１１４は、１つ以上のコンセンサスブロック２０４を含んでもよい。コンセンサスブロック２０４は、コンセンサス情報を含んでもよい。コンセンサス情報は、ブロックチェーン１１４に格納された承認の指示を含んでもよい。例えば、荷主１０５または運送業者１０６は、スマートコントラクト１１６を提案してもよい。運送業者１０６は、スマートコントラクト１１６に賛成してもよい。コンセンサスブロック２０４は、運送業者１０６および／または荷主１０５による契約の指示を格納してもよい。他の例では、任意の関係者がスマートコントラクト１１６を承認、不承認しても、またはそれに対抗してもよい。承認、不承認、および／または対抗に関係する情報が、コンセンサスブロック２０４に格納されてもよい。一部の例では、物流制御スタック１１０は、コントラクトブロック２０２の対応するコンセンサスブロックがブロックチェーン１１４に追加されるまで、スマートコントラクト１１６の規定の実行を禁止してもよい。ブロックチェーン１１４は、１つ以上の注文ブロックを含んでもよい。注文ブロック２０６は、スマートコントラクト１１６の下でされた運送注文に関係する情報を含んでもよい。例えばスマートコントラクト１１６は、複数の起点／目的地の組み合わせを関連する配送レートとともに特定してもよい。荷主１０５、運送業者１０６は、起点／目的地の組み合わせのうち１つに対応する注文をしてもよい。運送業者１０６は、注文を承諾しても、または断ってもよい。一部の例では、注文ブロック２０６はブロックチェーン１１４における分岐を表現してもよい。よって、ブロックチェーン１１４に追加される後のデータブロックは注文ブロック２０６に再びリンクしてもよい。ブロックチェーン１１４は、個別の注文ブロックを備えた複数の分岐を含んでもよい。個別の注文ブロックそれぞれは、コントラクトブロック２０２に再びリンクしてもよい。あるいは、またはさらに、ブロックチェーン１１４の起源ブロックは、起点−目的地の組み合わせによるすべてのコントラクトパラメータを関連する配送レートとともに含んでもよい。スマートコントラクト１１６は、追跡デバイスにより追跡された、走行マイル、またはその他追跡更新１０９に基づき判断される情報に、コントラクトパラメータを伴うビジネス論理を適用してもよい。
【００４１】
ブロックチェーン１１４は、１つ以上の追跡ブロックを含んでもよい。追跡ブロック２０８は、１つ以上の積荷に対応する追跡情報を含んでもよい。例えば追跡ブロック２０８は、積荷１０８の地理的位置に対応する地理的情報を含んでもよい。さらに、または代わりに、追跡ブロック２０８は、或る時点での積荷１０８の進捗に関係するメトリックを含んでもよい。例えば追跡ブロック２０８は、起点１１８からおよび／または目的地１２０へ積荷１０８が遂げた進捗を示すメトリックまたはその他情報を含んでもよい。
【００４２】
ブロックチェーン１１４は、１つ以上の移転ブロックを含んでもよい。移転ブロック２１０は、積荷１０８の移転に関係する情報を含んでもよい。例えば移転ブロック２１０は、積荷１０８が起点１１８を去ったことおよび／または目的地１２０に到達したことを示す情報を含んでもよい。あるいは、またはさらに、移転ブロック２１０は、積荷１０８が第１の運送業者から第２の運送業者に移転されたことを示す情報を含んでもよい。移転ブロック２１０は、積荷１０８を受け取る関係者および／または積荷１０８を解放する関係者のアカウント識別子、またはその他識別用情報を含んでもよい。あるいは、またはさらに、移転ブロックは、１つ以上の積荷の危険、負担、保険、インコタームズに関係する情報を含んでもよい。
【００４３】
ブロックチェーン１１４は、１つ以上のレポートブロックを含んでもよい。レポートブロック２１２は、積荷１０８に対応する簡潔なイベント履歴を含んでもよい。あるいは、またはさらに、レポートブロック２１２は、ブロックチェーン１１４に格納されたイベントに基づいて、コントラクトを結んだ関係者の義務の概要を含んでもよい。例えばレポートブロック２１２は、スマートコントラクト１１６に含まれる論理に従って計算された１つ以上のメトリックを伴う請求書を含んでもよい。一部の例では、スマートコントラクト１１６はレイアウト情報を含んでもよい。レイアウト情報は、請求書、またはその他任意のレポートの例において、どのように情報が編成されるとよいかを定義する枠組みを含んでもよい。一部の例では、レイアウト情報は、ＸＭＬ、ＨＴＭＬ、またはその他情報をインターフェース上に配置するよう構成された任意のタイプの命令を含んでもよい。レイアウト情報はレポートを生成してもよく、レポートはレポートブロック２１２に格納されてもよい。
【００４４】
ブロックチェーン１１４は、１つ以上の後処理ブロックを含んでもよい。後処理ブロック２１４は、スマートコントラクト１１６の義務の充足に関係するトランザクション情報４０２を含んでもよい。例えばスマートコントラクト１１６は、積荷１０８の輸送のために荷主１０５が運送業者１０６に支払わなければならないという規定を含んでもよい。後処理ブロック２１４は、荷主１０５が義務について通知されたことを示す情報を含んでもよい。あるいは、またはさらに、後処理ブロック２１４は、荷主１０５に対して与えられた運送サービスについて運送業者１０６が支払いを受けたことを示す情報を含んでもよい。他の例では、後処理ブロック２１４は、スマートコントラクト１１６に定義された義務の通知および／または満足に関係する任意の情報を含んでもよい。
【００４５】
他の例では、ブロックチェーン１１４は、登録ブロック（図２には示さず）を含んでもよく、登録ブロックは追跡デバイス１０７に対応する登録情報を含んでもよい。例えば追跡デバイス１０７は、デバイス識別子を備えた登録メッセージを物流制御スタック１１０に送信してもよい。物流制御スタック１１０は、登録ブロックをブロックチェーン１１４に付加してもよい。登録ブロックは、追跡デバイス１０７に対応する登録情報を含んでもよい。例えば登録ブロックは、追跡デバイス１０７のデバイス識別子を含んでもよい。
【００４６】
一部の例では、ブロックチェーン１１４上の１つ以上のデータブロックは、スマートコントラクト１１６に含まれる論理に基づいて生成されるステータス識別子を含んでもよい。例えばスマートコントラクト１１６は、積荷１０８のステータスを更新するためのルールを含んでもよい。物流制御スタック１１０は、スマートコントラクト１１６の論理を実行して、ブロックチェーン１１４に関する情報および／またはその他物流制御スタック１１０により受信された情報を評価して、積荷１０８のステータスを判断してもよい。物流制御スタック１１０は、積荷１０８のステータスを特定するステータスインジケータをブロックチェーン１１４上に格納してもよい。スマートコントラクト１１６は、定義済みの複数のステータスインジケータを含んでもよく、物流制御スタック１１０は、所定のステータスインジケータの１つ以上を選択してもよい。
【００４７】
物流制御スタック１１０は、ブロックチェーン１１４と通信して、物流制御スタック１１０により受信されたリクエストを実施してもよい。ブロックチェーン１１４に様々なタイプのデータブロックを使用して、物流制御スタック１１０は、追跡デバイス１０７（図１）など積荷１０８を追跡するよう構成されたデバイスから受信される情報に応じて様々なブロックチェーンを作成してもよい。一部の例では、物流制御スタック１１０はスマートコントラクト１１６を実行してもよい。本願明細書に記載された様々なタイプのデータブロックを作成、監視、および／または格納すること。
【００４８】
図３は、システム１００のスマートコントラクト１１６の例を示す。スマートコントラクト１１６は、１つ以上のコントラクトパラメータ３０２および実行可能論理３０４を含んでもよい。コントラクトパラメータ３０２は、コントラクトの条項および定義を表現する情報を含んでもよい。コントラクトパラメータ３０２は、定義、測定メトリック、閾値、レート値、またはコントラクト中の条項もしくは定義を表現する他の任意の値を含んでもよい。表１は、コントラクトパラメータの例を列挙する。
【００４９】
【表１】
2019073394.tif 000003
【００５０】
実行可能論理３０４は、コントラクトの条項および条件を表す命令および／またはルールを含んでもよい。実行可能論理３０４は、コントラクトに定義されたイベントがないか監視するための命令を含んでもよい。あるいは、またはさらに、実行可能論理３０４は、コントラクトに定義されたアクションを検出されたイベントに応答して実行するための命令を含んでもよい。実行可能論理３０４は、分散型台帳の管理に関係するアクティビティを実行する論理を実装するために実行されてもよい。例えば実行可能論理３０４は、与えられたサービスに基づいたレートの自動計算を提供してもよい。あるいは、またはさらに、請求書を生成および／または更新するために、分散型台帳に格納された自動実行論理によって貨物追跡情報が自動的に評価されてもよい。
【００５１】
一部の例では、実行可能論理３０４は追跡論理３０６を含んでもよい。追跡論理３０６は、１つ以上の積荷の追跡に関係するメトリックを計算または更新するための実行可能論理を含んでもよい。追跡論理３０６は、いくつかのメトリックの中でも特に、条件を満たした進行距離を判断する論理を含んでもよい。条件を満たした進行距離は、スマートコントラクト１１６により許可される進行距離を含んでもよい。追跡論理３０６は、進行経路に沿って進行したマイル、および／または進行経路から所定の距離内で進行したマイルについて、条件を満たした進行マイルのメトリックを増大させてもよい。進行経路は、起点位置と目的地位置との間の進行経路を含んでもよい。一部の例では、進行経路は、スマートコントラクト１１６で所定のものであってもよい。
【００５２】
追跡論理３０６は、許可されていない回り道に対して条件を満たした進行マイルを増大させることを控えてもよい。一例では、追跡論理３０６は、現在位置パラメータを受信し、現在位置パラメータと、進行経路からの許可された所定の距離とを比較してもよい。追跡論理３０６は、所定の進行経路から離れてまたは離脱して進行した距離が、許可された所定の距離を超えると判断してもよい。追跡論理３０６は、許可されていない回り道に応じて、条件を満たした進行マイルを増大させてはならない。あるいは、またはさらに、追跡論理３０６は、条件を満たしていない進行マイルのメトリックを増大させてもよい。
【００５３】
追跡論理３０６は、とりわけ、条件を満たした留置時間および／または停止状態時間を判断してもよい。条件を満たした留置時間は、積荷がまだ運送業者による運送中である間に、運送業者１０６が生じさせたものではない滞積または遅延が原因で１つ以上の積荷が動かないままである時間を含んでもよい。一部の例において留置は、運送業者１０６の、条件を満たした停止状態時間に対して当てはまる。留置は、積荷の積み込みを運送業者１０６が待っている間または起点の場所でも発生し得る。停止状態時間は、悪ふざけまたは回り道が原因で積荷が動かないままである時間を含んでもよい。
【００５４】
条件を満たした留置時間を判断するために、追跡論理３０６は、積荷１０８の地理的位置と認可されている留置領域とを比較してもよい。認可された留置領域は、運送業者が停止状態にとどまることを認可されている地理的領域を含んでもよい。例えば、認可された留置領域は、目的地位置または起点などの他の地理的位置の周辺の地理的領域を含んでもよい。目的地位置は、積荷の受け取りで滞積状態になるかもしれないので、到来する積荷は認可された留置領域内で動かないままとなってもよい。追跡論理３０６は、追跡論理３０６に定義されたルールに応じて留置時間を増大させてもよい。例えば追跡論理３０６は、追跡デバイス１０７の現在の地理的位置、目的地位置にて利用可能な荷積み区域の数、追跡デバイス１０７が停止状態のままであった時間、および／または他の関連情報を受信して、ルールに基づき停止状態時間が条件を満たした留置時間であるかどうかを判断してもよい。あるいは、またはさらに、追跡論理３０６は、積荷、積荷の運送業者、および／または追跡デバイス１０７が坑井現場にあること、別の輸送方法に移転されていること、荷積み／荷下ろしされていること、および／またはその他任意の検出された遅延原因の検出に応答して、条件を満たした留置時間を増大させてもよい。
【００５５】
他の例では、追跡論理３０６は、追跡論理３０６に提供されたパラメータおよび／またはスマートコントラクト１１６において定義されたコントラクトパラメータに基づいて、様々なメトリックを計算してもよい。表２は、擬似コードで表現された実行可能論理の例を列挙する。
【００５６】
【表２】
2019073394.tif 000004
【００５７】
ブロックチェーン解決策のスマートコントラクトは、トラックトレーラーまたは配送コンテナ内の貨物の配置および容量を最適化するためのアルゴリズム的能力を提供してもよい。これは、荷主、すなわち輸送サービスプロバイダの顧客が、小口トラック貨物（ＬＴＬ：ｌｅｓｓ  ｔｈａｎ  ａ  ｆｕｌｌ  ｔｒｕｃｋｌｏａｄ）または小口コンテナ貨物（ＬＣＬ：ｌｅｓｓ  ｔｈａｎ  ａ  ｆｕｌｌ  ｃｏｎｔａｉｎｅｒ  ｌｏａｄ）を有する状況に当てはまるかもしれず、輸送サービスプロバイダは、いくつかの異なる顧客の貨物を、フルトラック貨物（ＦＴＬ：ｆｕｌｌ  ｔｒｕｃｋｌｏａｄ）またはフルコンテナ貨物（ＦＣＬ：ｆｕｌｌ  ｃｏｎｔａｉｎｅｒ  ｌｏａｄ）などの１つの分離した積荷単位に積み込んでもよい。トラック、船、飛行機、電車、トレーラー、およびコンテナは体積および重量の容量制約を有するので、個々の積荷の重量および次元体積を考慮に入れてそれらを最少数のトレーラーまたはコンテナにまとめ、その一方で例えばトレーラーまたはコンテナなどの輸送方式および輸送方法の物理的な容量制約を忠実に守るように、スマートコントラクトが物流制御スタックに関連してプログラムされてもよい。
【００５８】
物流制御スタック１１０は、追跡デバイス１０７、および／または積荷１０８上もしくはその付近にある他のセンサから重量情報を受信してもよい。追跡論理３０８は、重量情報をブロックチェーン１１４上に格納してもよい。追跡論理３０８は、例えば積荷の重量の変化および／または積荷の重量に関係するコストを含む、積荷の重量に関係する追跡メトリックを計算してもよい。例えば追跡論理３０８は、ＬＴＬ積荷について以下の計算を実行してもよい：
請求可能重量＝容積重量または実重量の大きいほう
容積重量＝（高さ＊幅＊長さ）／（寸法輸送係数）
運搬価格＝請求可能重量＊請求可能レートあたりのレート
【００５９】
一部の例では、積荷１０８がＬＴＬ積荷を含む場合、請求可能重量、容積重量、および／または配送価格がブロックチェーンに追加されてもよい。
【００６０】
実行可能論理３０４は、さらに移転論理３０８を含んでもよい。移転論理３０８は、スマートコントラクト１１６に定義された義務および／または起源ブロック内のコントラクトが結ばれた条項を積荷１０８が充足した場合を判断する論理を含んでもよい。あるいは、またはさらに、積荷の充足は、インコタームズ、および起源ブロック内のコントラクト条項に基づく。例えば移転論理３０８は、起源ブロック内のコントラクト条項に関連して、積荷１０８が目的地に到達して物品受領書が発行されたうえで運送業者が運搬義務から解放されると、配送が完了したと判断する論理を含んでもよい。あるいは、またはさらに、競合論理が、積荷１０８が別の運送業者に移転されるのに応答して、配送が完了したと判断する論理を含んでもよい。一部の例では、移転論理３０８は、積荷１０８が目的地に該当する地理的位置および／または地理的領域にあることに応答して、配送が完了したと判断してもよい。あるいは、またはさらに、移転論理３０８は、積荷１０８が所定の時間を超えて目的地に該当する地理的位置および／または地理的領域にあることに応答して、配送が完了したと判断してもよい。所定の時間はスマートコントラクト１１６に含まれていてもよい。
【００６１】
一例では、積荷１０８は、第１の運送業者から第２の運送業者に移転されてもよい。第１の運送業者は例えば、陸上輸送を含んでもよく、第２の運送業者は例えば、航空輸送を含んでもよい。移転論理３０８は、積荷１０８が第２の運送業者の荷積み区域などの地理的領域に移転されるのに応答して、第１の運送業者について配送が完了したと判断してもよい。荷積み区域は、積み降ろし場、積み込みレール、コンテナ、またはジオフェンスで囲まれた任意の領域を含んでもよい。
【００６２】
あるいは、またはさらに、移転論理は、ＧＰＳデータおよびジオフェンシングを使用して、積荷１０８が様々な輸送方式を移行するときの物品の権原および負担を追跡してもよい。例えば、起点では、物品が積み降ろし場を通ってトレーラー／コンテナに入ると積荷の負担および物品の権原がトラック輸送会社に移り、海洋ターミナルでは、トレーラー／コンテナが船舶の手すりを越えて移動すると海洋運送業者がトラック輸送会社から積荷に対する責任を引き取る。運送業者と荷主との間の権原および負担の移転は、合意されたインコタームズに基づく。
【００６３】
実行可能論理３０４は、レポート論理３１０を含んでもよい。レポート論理３１０は、レポート情報をどのように作成し、書式設定し、さらに／または外部のシステム、ユーザ、および／またはデバイスに伝達するかを決定する論理を含んでもよい。レポート情報は、ブロックチェーン１１４から収集された情報および／またはブロックチェーン１１４に格納された情報に基づいて生成された情報を含んでもよい。例えばレポート論理３１０は、ブロックチェーン１１４上のデータブロックの１つ以上から情報を収集する論理を含んでもよい。レポート論理３１０は、追加の計算および／またはデータに対する変更を実行してもよい。例えばレポート論理３１０は、例えば表２に定義した追跡論理３０６を含む追跡論理３０６を含んでもよい。一部の例では、レポート論理３１０は、定義済みのレポート形式に従って情報を編成してもよい。一部の例では、例えばクライアントデバイスによってブロックチェーン１１４にスマートコントラクト１１６が追加されるときに定義済みのレポート形式が作成される。よって、定義済みのレポート形式は、スマートコントラクト１１６および／またはブロックチェーン１１４上の任意のデータブロックに格納されてもよい。一部の例では、レポート論理３１０は、請求書を生成する論理を含んでもよい。請求書は、前述した追跡メトリックのいずれかを含んでもよい。
【００６４】
実行可能論理３０４はさらに、または代わりに、通知論理３１２を含んでもよい。通知論理３１２は、一定のイベントが発生したまたは検出されたとユーザおよび／またはシステムに通知するために実行可能なルールを含んでもよい。例えば通知論理３１２は、積荷１０８が所定の時間より長く動かないままであることに応答して、ユーザに通知する論理を含んでもよい。あるいは、またはさらに、通知論理３１２は、積荷１０８が進行ルートから過度に離れて進行するのに応答してユーザに通知する論理を含んでもよい。一部の例では、通知論理３１２は、目的地位置にいるユーザに積荷１０８が到着すると通知する論理を含んでもよい。あるいは、またはさらに、通知論理は、積荷１０８が途中で所定の分数を超えて動かなければ、ユーザに通知する論理を含んでもよい。スマートコントラクト１１６は、通知を実行するのに使用される識別子、住所、および連絡先情報を含んでもよい。さらに、スマートコントラクト１１６は、例えばテキスト、音声、電子メール、またはその他任意の形態の通信チャネルを含む通知方法を含んでもよい。物流制御スタック１１０は、ブロックチェーン１１４上の１つ以上のデータブロックに通知の記録を格納してもよい。
【００６５】
あるいは、またはさらに、トラックが、それぞれの起点または目的地から一定分数または一定マイル数離れているときに、通知が起点１１８、目的地１２０、またはその他任意の位置のユーザに送信されてもよい。一部の例では、ＧＰＳ、ジオロケーション、およびブロックチェーンの機能性は、その位置の人員が、到来または出発するトラックを調整してトラックの順序を最適化し円滑な交通の流れを調整するための、「無線交通整理」システムとなる。
【００６６】
様々なタイプのデータブロック、コントラクトパラメータ３０２、および／または実行可能論理３０４が使用されるので、ブロックチェーン１１４は様々なデータブロックの種別を含む。
【００６７】
図４Ａ〜Ｃは、システム１００のブロックチェーン１１４の例を示す。データブロック４０１（各部分がそれぞれ図４Ａ、図４Ｂ、および図４Ｃに示される）は、トランザクション情報４０２を含んでもよい。トランザクション情報４０２は、イベントを記述するログを含んでもよい。イベントは、例えば、レートコントラクトの作成、レートコントラクトの承認、運送注文の作成、運送注文の承認、追跡更新１０９の受信、荷積み、配達、請求書の作成、請求書の承諾、請求書の支払い、チェックイン、チェックアウト、発行された物品、物品、受け取り、停止状態時間、走行マイル、配達証明、および／または積荷１０８に関係するその他任意のタイプの情報の受信を含んでもよい。あるいは、またはさらに、トランザクション情報４０２は、アカウントの識別用情報、トランザクションが発生した時間、および／またはその他トランザクションに関係する任意の情報を含んでもよい。
【００６８】
データブロック４０１は、符号化４０４を含んでもよい。符号化４０４は、１つ以上の先行データブロックに含まれた情報の符号化バージョンを含んでもよい。例えば、符号化４０４は１つ以上の先行データブロックのハッシュを含んでもよい。あるいは、またはさらに、符号化４０４は、１つ以上の先行データブロックのアドレスを含むポインタを含んでもよい。データブロックは、マークル木またはブロックチェーン技術に適した他の任意のタイプのデータ構造を使用して編成されてもよい。当業者には当然のことながら、ブロックチェーン１１４の他の変形が存在してもよく、図４Ａ〜Ｃに示されたブロックチェーン１１４のブロックの順序、数、タイプ、およびそこに含まれる情報は変化してもよい。
【００６９】
図４Ａを参照する。ブロックチェーン１１４は、第１セットのデータブロック４０１Ａ〜Ｄを含んでもよい。第１セットのデータブロック４０１Ａ〜Ｄは、第１のデータブロック４０１Ａを含んでもよい。第１のデータブロック４０１Ａは、図２を参照して前述したコントラクトブロック２０２の例を含んでもよい。第１のデータブロック４０１Ａのトランザクション情報４０２は、運送コントラクトがブロックチェーン１１４上に作成されたことを示してもよい。トランザクション情報４０２は、運送コントラクトに関連するアカウントおよび／またはユーザの識別子を含む。例えばトランザクション情報４０２情報は、コントラクトブロック２０２の作成を生じさせたユーザおよび／またはアカウントの識別子を含んでもよい。
【００７０】
第１セットのデータブロック４０１Ａ〜Ｄは、第２のデータブロック４０１Ｂを含んでもよい。第２のデータブロックは、図２を参照して前述したコンセンサスブロック２０４の例を含んでもよい。第２のデータブロックのトランザクション情報４０２は、荷主１０５または運送業者１０６などの関係者がスマートコントラクト１１６を承認することを示してもよい。トランザクション情報４０２は、運送コントラクトを承認した関係者、アカウント、および／またはユーザの識別用情報を含んでもよい。
【００７１】
第１セットのデータブロック４０１Ａ〜Ｄは、第３のデータブロック４０１Ｃを含んでもよい。第３のデータブロック４０１Ｃは、図２を参照して前述した注文ブロック２０６の例を含んでもよい。第３のデータブロック４０１Ｃは、配送注文パラメータ４１０を含んでもよい。配送注文パラメータ４１０は、運送注文の詳細を含んでもよい。例えば、配送注文パラメータは、スマートコントラクト１１６に含まれる情報を特定してもよい。例えば配送注文パラメータは、コントラクト識別子、積荷識別子、起点および／もしくは目的地１２０（図１参照）の識別子、またはその他スマートコントラクト１１６に含まれる情報を特定する任意の情報を含んでもよい。
【００７２】
第１セットのデータブロック４０１Ａ〜Ｄは、第４のデータブロック４０１Ｄを含んでもよい。第４のデータブロック４０１Ｄは、図２を参照して前述したコンセンサスブロック２０４の第２の例を含んでもよい。第４のデータブロック４０１Ｄは、第３のデータブロック４０１Ｃにより特定された運送注文に関係者が同意することを示すトランザクション情報４０２を含んでもよい。例えば第４のデータブロック４０１Ｄは、荷主１０５および／または運送業者１０６が運送注文を承認するのに応答して作成されてもよい。
【００７３】
情報がブロックチェーン１１４に格納されるのに伴い、スマートコントラクト１１６および／またはシステム１００内の他の論理はイベントを検出し、計算を実行し、さらに／または追加のデータを生成してもよい。例えば、図１を参照して説明したとおり、追跡デバイス１０７は追跡更新を伝達してもよい。追跡更新および／または追跡更新に関係する情報は、１つ以上のデータブロックとしてブロックチェーン１１４上に格納されてもよい。あるいは、またはさらに、スマートコントラクト１１６の実行可能論理３０４は、スマートコントラクト１１６により特定されたイベントについての追跡更新を監視するために実行されてもよい。あるいは、またはさらに、実行可能論理３０４は、データブロック４０１に格納される情報を作成してもよい。
【００７４】
図４Ｂを参照する。ブロックチェーン１１４は、第２セットのデータブロック４０１Ｅ〜Ｇを含んでもよい。第２セットのデータブロック４０１Ｅ〜Ｇは、図２を参照して前述した追跡ブロック２０８の例を含んでもよい。第２セットのデータブロック４０１Ｅ〜Ｇに含まれる１つ以上のデータブロックは、追跡情報４１２Ａ〜Ｃおよび／または運送テーブル４１４Ａ〜Ｃを含んでもよい。
【００７５】
追跡情報４１２Ａ〜Ｂは、或る時点での、および／または或る時間的間隔にわたる、積荷１０８の位置を記述する情報を含んでもよい。例えば追跡情報４１２Ａ〜Ｂは、積荷１０８の地理的位置、先行の追跡イベントがブロックチェーン１１４に付加されてから進行したマイル数、起点位置から進行したマイルの量、積荷１０８の進行経路履歴、ならびに／またはその他積荷１０８の現在位置および／もしくは積荷１０８がどこにあったかを特定できる任意の情報を含んでもよい。
【００７６】
運送テーブル４１４Ａ〜Ｃは、追跡メトリックと、起点１１８からおよび／または目的地１２０への積荷１０８の進捗を記述する他の情報とを含んでもよい。追跡メトリックは、追跡更新１０９またはその他積荷１０８に関係する情報に基づいて運送テーブル４１４Ａ〜Ｃのうちの１つ以上に直接挿入されてもよい。あるいは、またはさらに、追跡メトリックは計算された値であってもよい。例えば、追跡論理３０６、またはその他スマートコントラクト１１６に含まれた実行可能論理が、追跡メトリックのうちの１つ以上を生成してもよい。表３は、運送テーブルに含まれ得る情報の例を列挙する。
【００７７】
【表３】
2019073394.tif 000005
【００７８】
表３は、運送テーブルの非限定的な例を提供する。一般に運送テーブルは、積荷１０８のライフサイクル中に追跡される任意のメトリックを含んでもよい。あるいは、またはさらに、運送テーブルは、追跡メトリックの計算を実行するために使用される任意の情報を含んでもよい。例えば、燃料レート、またはその他変化しやすいコストは、運搬の間に変化するかもしれない。運送テーブルは、１つ以上の追跡メトリックを計算するために使用される、変化しやすい１つ以上のコストを含んでもよい。したがって、データブロック４０１Ｅ〜４０１Ｇはそれぞれ、特定の時点での追跡メトリック、および追跡メトリックの計算に使用される情報を含んでもよい。ブロックチェーン１１４は、全体として、追跡メトリックの詳細な履歴台帳を提供してもよい。
【００７９】
ブロックチェーン１１４はさらに、第８のデータブロック４０１Ｈを含んでもよい。第８のデータブロック４０１Ｈは、図１を参照して前述した移転ブロック２１０の例を含んでもよい。第８のデータブロックのトランザクション情報４０２は、関係者間の積荷１０８の移転に関係する時間、位置、および／または他の情報を示してもよい。例えば移転ブロック２１０は、荷主１０５、運送業者１０６、またはその他別の機関による、ＲＦＩＤスキャンの受信、またはその他物流制御スタック１１０とのやり取りを含んでもよい。
【００８０】
ブロックチェーン１１４は、積荷１０８が目的地に到達した後、および／または積荷１０８に関係する他のイベントが検出されたとき、運送コントラクトの条項および条件がどのように充足されるかを記述した情報を含んでもよい。
【００８１】
図４Ｃを参照する。ブロックチェーン１１４は、第３セットのデータブロック４０１Ｉ〜Ｌを含んでもよい。第３セットのデータブロック４０１Ｉ〜Ｌは、ブロックチェーン１１４の第９のデータブロック４０１Ｉを含んでもよい。第９のデータブロック４０１Ｉは、図１を参照して前述したレポートブロック２１２の例を含んでもよい。第９のデータブロック４０１Ｉはレポート４１６を含んでもよい。レポート４１６は、ブロックチェーン１１４上に格納された任意の情報を含んでもよい。レポート４１６の例は、請求書、受領書、ステータス更新、またはその他任意のタイプの情報の総括を含んでもよい。例えばレポート４１６は、運送テーブル４１４Ａ〜Ｃに含まれた任意の情報を含んでもよい。あるいは、またはさらに、レポート４１６は、レポート４１６のために生成された新たな運送テーブルを含んでもよい。例えば、スマートコントラクト１１６の実行可能論理３０４は、積荷１０８が目的地１２０に到達した後にレポート４１６のための運送テーブルを生成してもよい。あるいは、またはさらに、レポート４１６は、任意の追跡メトリック、コントラクトパラメータ、またはその他ブロックチェーン１１４上に格納された任意の情報を含んでもよい。
【００８２】
第３セットのデータブロック４０１Ｉ〜Ｌは、第１０のデータブロック４０１Ｊを含んでもよい。第１０のデータブロックは、図２を参照して前述したコンセンサスブロック２０４の第３の例を含んでもよい。第１０のデータブロック４０１Ｊのトランザクション情報４０２は、ユーザがレポート４１６を承認し、不承認し、またはその変更を提案するとの指示を含んでもよい。例えば第１０のデータブロック４０１Ｊのトランザクション情報４０２は、請求書の承認、不承認、または提案された変更を含んでもよい。
【００８３】
第３セットのデータブロック４０１Ｉ〜Ｌは、第１１のデータブロック４０１Ｌを含んでもよい。第１１のデータブロックＬは、図２を参照して前述した後処理ブロック２１４の例を含んでもよい。例えば、第１１のデータブロック４０１Ｌのトランザクション情報４０２は、配送サービスに対する支払いが受け取られたとの指示を含んでもよい。第１１のデータブロック４０１Ｌのトランザクション情報４０２は、支払いが提出された時間を含んでもよい。あるいは、またはさらに、第１１のデータブロックのトランザクション情報４０２は、アカウント情報またはその他支払いに関係する識別情報を含んでもよい。
【００８４】
第３セットのデータブロック４０１Ｉ〜Ｌは、第１２のデータブロック４０１Ｋを含んでもよい。第１２のデータブロック４０１Ｋは、図１を参照して記載したコンセンサスブロック２０４の第４の例を含んでもよい。第１２のデータブロック４０１Ｋのトランザクション情報４０２は、配送サービスに対する支払いが承諾されたと示してもよい。
【００８５】
データブロック４０１Ａ〜Ｋは、配送プロセスのライフサイクル全体にわたる１つ以上の積荷の履歴を表現してもよい。当然のことながら、図４Ａ〜Ｃに記載されたブロックチェーン１１４は、考えられる多数のブロックチェーンおよびデータブロック配置の一例でしかない。例えばブロックチェーン１１４は、複数の起点から複数の目的地まで１つ以上の積荷を追跡するために多数のデータブロックを含んでもよい。あるいは、またはさらに、ブロックチェーン１１４は複数の分岐を含んでもよい。一部の例では、分岐はそれぞれ別々の運送注文に対応してもよい。例えば各分岐は、個別の積荷を追跡するための別々のデータブロックを含んでもよい。
【００８６】
図５は、システム１００のユースケースの例を示す。５０２にて、運送業者デバイス１０４Ｂ、またはその他サーバノード１０２Ａ〜Ｃのうちの１つ以上と通信する任意のタイプの電子デバイスが、スマートコントラクト１１６の作成を生じさせてもよい。一部の例では、物流制御スタック１１０は、ＨＴＭＬまたはアプリケーションのパラメータなどの命令を運送業者デバイス１０４Ｂに伝達してもよい。運送業者デバイス１０４Ｂはパラメータを物流制御スタック１１０に伝達してもよく、物流制御スタック１１０はスマートコントラクト１１６を作成してもよい。物流制御スタック１１０は、コントラクトデータブロックをブロックチェーン１１４に付加してもよい。例えば物流制御スタック１１０は、ブロックチェーンデータベース１１２に、第１のデータブロック４０１Ａをブロックチェーン１１４に付加させてもよい。
【００８７】
５０４にて、荷主１０５または別の関係者が、スマートコントラクト１１６を承認および／または拒否してもよい。荷主の承認または不承認の記録は、スマートコントラクト１１６の交渉および／または変更の完全な記録を作成するためにブロックチェーン１１４に記憶されてもよい。ブロックチェーン１１４は、コンセンサスブロック２０４を含んでもよい。例えば第２のデータブロック４０１Ｂ（図４Ｂ）がブロックチェーン１１４に格納されてもよい。第２のデータブロック４０１Ｂは、スマートコントラクト１１６の承認を示すトランザクション情報４０２を含んでもよい。したがって、荷主の承認または不承認は、スマートコントラクト１１６に関係するデータブロックの履歴が増大する一因となってもよい。他の例では、スマートコントラクト１１６に対する変更、反対提案、またはその他配送スマートコントラクトに対する任意の更新がブロックチェーン１１４上に格納されてもよい。さらに、当然のことながら、他の例では荷主デバイス１０４Ａがスマートコントラクト１１６を作成してもよい。あるいは、またはさらに、コントラクト情報は、クライアントデータベースなどの外部システムからサーバノード１０２Ａ〜Ｃのうちの１つ以上にインポートされてもよい。
【００８８】
５０６にて、荷主デバイス１０４Ａは運送注文の作成を生じさせてもよい。運送注文は、関係者間で前に合意されたスマートコントラクト１１６の規定を特定してもよい。物流制御スタック１１０は、注文ブロック２０６をブロックチェーン１１４に付加させてもよい。例えば第３のデータブロック４０１Ｃ（図４Ａ）がブロックチェーン１１４に追加されてもよい。第３のデータブロック４０１Ｃは、配送注文パラメータ４１０を含んでもよい。配送注文パラメータは、いくつかの情報の中でも特に、積荷１０８の起点１１８、積荷１０８の目的地１２０、積荷１０８の説明、配達時間、ジョブ識別子、および本願明細書に記載された積荷１０８に関係する他の詳細を定義してもよい。
【００８９】
５０８にて、運送業者１０６は運送注文を承諾してもよい。例えば運送業者デバイス１０４Ｂは、物流制御スタック１１０および／またはブロックチェーンデータベース１１２と通信して、荷主１０５が運送注文を承諾したと示すデータブロックをブロックチェーン１１４上に格納してもよい。物流制御スタック１１０は、もう１つのコンセンサスブロック２０４をブロックチェーン１１４に付加させてもよい。例えば物流制御スタック１１０は、第４のデータブロック４０１Ｄ（図４Ａ）をブロックチェーン１１４に付加してもよい。あるいは、またはさらに、運送業者１０６は運送注文を拒絶してもよい。運送注文に関する任意のやり取りが、トランザクションの増大するリストに追加されるデータブロックとして、ブロックチェーン１１４上に付加されてもよい。
【００９０】
５１０にて追跡デバイス１０７は、追跡更新１０９をサーバノード１０２Ａ〜Ｃのうちの１つ以上に伝達してもよい。追跡更新１０９は、スマートコントラクト１１６および／または配送注文パラメータ４１０において特定された１つ以上の積荷の地理的位置を特定する情報を含んでもよい。地理的情報が追跡デバイス１０７から受信されるのに伴い、スマートコントラクト１１６またはその他ブロックチェーン１１４上の任意のスマートコントラクトに含まれる実行可能論理３０４が、追跡更新１０９を処理してもよい。１つ以上の追跡ブロックがブロックチェーン１１４に付加されてもよい。例えば、１つ以上の追跡更新を受信するのに応答して、データブロック４０１Ｅ〜Ｇ（図４Ｂ）がブロックチェーン１１４に付加されてもよい。
【００９１】
５１２にて荷主デバイスは、物流制御スタック１１０により生成された通知およびその他情報に応答してもよい。例えば物流制御スタック１１０は、ブロックチェーン１１４を、さらに／または追跡デバイス１０７、端末デバイス１０４Ａ〜Ｂ、および／または外部システムから受信される情報を、監視してもよい。一部の例では、物流制御スタック１１０は、１つ以上のブロックチェーンに格納された１つ以上のスマートコントラクトの実行可能論理３０４を実行してもよい。例えば物流制御スタック１１０は、通知を生成するためにスマートコントラクト１１６の通知論理３１２を実行してもよい。物流制御スタック１１０は、スマートコントラクト１１６において特定されるユーザ、アカウント、またはその他受信者に通知を送信してもよい。一部の例では、荷主デバイス１０４Ａは受信した情報に対する受信通知を伝達してもよい。
【００９２】
５１４にて運送業者デバイス１０４Ｂは、ブロックチェーン１１４に関するレポートの作成を生じさせてもよい。例えば運送業者デバイス１０４Ｂは、１つ以上の積荷の現在のステータスを表示するための表示命令を物流制御スタック１１０から受信してもよい。ユーザは、積荷１０８が完了したと判断して、請求書またはその他任意の例示のレポート４１６の作成を生じさせてもよい。請求書はブロックチェーン１１４上に格納されてもよい。例えば請求書は、第９のデータブロック４０１Ｉ（図４Ｃ）に含められてブロックチェーン１１４に付加されてもよい。あるいは、またはさらに、物流制御スタック１１０は、ブロックチェーン１１４および／または受信される情報を監視して請求書を生成するかどうかを決定してもよい。例えば物流制御スタック１１０は、移転論理３０８またはその他実行可能論理３０４（図３）の任意の例を実行して、いつどのように請求書を生成するか決定してもよい。
【００９３】
５１６にて荷主デバイスは、請求書または他のタイプのレポートを受領してもよい。例えば物流制御スタック１１０は、荷主１０５が請求書を受信したとの確認を受信してもよい。あるいは、またはさらに、荷主デバイス１０４Ａは請求書を承認してもよく、物流制御スタック１１０は承認メッセージを受信してもよい。物流制御スタック１１０は、請求書の承諾を記述するもう１つのコンセンサスブロック２０４をブロックチェーン１１４に付加してもよい。例えば第１０のデータブロック４０１Ｊ（図４Ｃ）がブロックチェーン１１４に追加されてもよい。他の例では、請求書に関係する調整、変更、拒絶、およびその他の処分がブロックチェーン１１４に付加されてもよい。
【００９４】
５１８にて荷主デバイスは、与えられたサービスに対する支払いを表す１つ以上の後処理データブロックをブロックチェーン１１４に付加させてもよい。例えば荷主デバイス１０４Ａおよび／または支払いシステムは、支払い情報を物流制御スタック１１０に伝達してもよい。支払い情報は、与えられた配送サービスに対する支払いを表現してもよい。例えば第１１のデータブロック４０１Ｌ（図４Ｃ）がブロックチェーン１１４に追加されてもよい。３２０にて荷主デバイス１０４Ａは、支払いを承諾および／または確認してもよく、支払いが承諾および／または確認されたことを示すもう１つのコンセンサスブロック２０４がブロックチェーン１１４に追加されてもよい。例えば第１２のデータブロック４０１Ｋ（図４Ｃ）がブロックチェーン１１４に追加されてもよい。
【００９５】
図６は、システム１００のフロー論理の第１の例を示す。物流制御スタック１１０は、追跡更新１０９を受信してもよい（６０２）。追跡更新１０９は、追跡デバイス１０７により作成されてもよい。物流制御スタック１１０は、スマートコントラクト１１６を特定してもよい。スマートコントラクト１１６は、１つ以上の追跡メトリックを計算するよう構成された実行可能論理および／または命令を含んでもよい（６０４）。
【００９６】
物流制御スタック１１０は、スマートコントラクト１１６を使用して追跡メトリックを判断してもよい（６０６）。例えば物流制御スタック１１０は、追跡論理３０６、またはスマートコントラクト１１６に含まれる他の実行可能論理を実行してもよい。一部の例では、物流制御スタック１１０は、追跡論理３０６、または実行可能論理の他の例を、追跡更新１０９を受信するのに応答して実行してもよい。より一般的に、追跡デバイス１０７および／またはその他デバイスが情報を物流制御スタック１１０に送信するのに伴い、実行可能論理３０４はブロックチェーン１１４にデータブロックを付加させてもよい。データブロックは、実行可能論理３０４に従って生成された情報を含んでもよい。一例では、追跡メトリックを判断するために、物流制御スタック１１０は、ブロックチェーン１１４において付加され先行の地理的位置情報を含む先行データブロックを特定してもよい。物流制御スタック１１０は、現在の地理的位置情報および先行の地理的位置情報を追跡論理３０６に適用してもよい。例えば追跡論理３０６は、パラメータを受け取るプロシージャ、式、またはその他何らかのアルゴリズムを含んでもよい。物流制御スタック１１０は、データブロックに含まれた地理的位置情報、および／または先行データブロックに含まれた先行の地理的位置情報の比較に基づき追跡メトリックを計算してもよい。
【００９７】
物流制御スタック１１０は、追跡メトリックを含むデータブロックをブロックチェーン１１４に付加してもよい（６０８）。あるいは、またはさらに、データブロックは、追跡デバイス１０７の現在の地理的位置に対応する地理的位置情報を含んでもよい。一部の例では、物流制御スタック１１０は、ブロックチェーン１１４の先行データブロックにおいて、例えば追跡テーブル４１４Ａ〜Ｃ（図４Ｂ）のうちの１つ以上などの追跡テーブルを特定してもよい。物流制御スタック１１０は、追跡メトリックを用いて追跡テーブルを更新してもよい。あるいは、またはさらに、物流制御スタック１１０は、更新された追跡テーブルを生成してもよい。物流制御スタック１１０は、更新された追跡テーブルをデータブロックに含めてもよい。更新された追跡テーブルは、先行データブロックと、追跡デバイス１０７により提供された追跡更新１０９との比較に基づいて計算された、更新された追跡メトリックを含んでもよい。
【００９８】
物流制御スタック１１０は、追跡デバイス１０７に関連する積荷１０８が目的地１２０に到達したと判断してもよい（６１０）。物流制御スタック１１０は、スマートコントラクト１１６において特定された１つ以上の条件が充足および／または満足されたと判断してもよい。例えば物流制御スタックは、スマートコントラクト１１６に含まれる所定の時間にわたって追跡デバイス１０７が動かないままであると判断してもよい。あるいは、またはさらに、物流制御スタック１１０は、追跡デバイス１０７がスマートコントラクト１１６により特定された地理的領域内に位置していると判断してもよい。前述のとおり、スマートコントラクト１１６の実行可能論理３０４は、一部の例では移転論理３０８を含んでもよい。物流制御スタック１１０は、移転論理３０８を実行してもよい（６１０）。例えば物流制御スタック１１０は、追跡更新１０９の受信に応答して移転論理３０８を実行し、積荷が目的地１２０に到達したと判断してもよい。
【００９９】
物流制御スタック１１０は、ブロックチェーン１１４に含まれる情報に基づきレポート４１６（図４Ｃ）を生成してもよい（６１２）。例えばレポートは、１つ以上の追跡メトリックを含んでもよい。一例では、レポート４１６は、本願明細書に記載された追跡メトリックのいずれかを含む請求書を含んでもよい。物流制御スタック１１０は、積荷１０８が目的地に到達したとの判断に応答してレポート４１６を生成してもよい。
【０１００】
物流制御スタック１１０は、レポート４１６を伝達してもよい（６１４）。例えば物流制御スタック１１０は、レポート４１６を受信者に伝達してもよい。受信者は、スマートコントラクト１１６において特定されていても、またはブロックチェーン１１４上の任意のデータブロックにおいて特定されていてもよい。一部の例では、物流制御スタック１１０は、遠隔デバイスにインターフェースを表示させるよう構成されたリンクを生成してもよい。インターフェースは、追跡メトリックを含んでもよい。
【０１０１】
物流制御スタック１１０は、ブロックチェーン１１４を同期してもよい（６１６）。例えば物流制御スタック１１０は、ブロックチェーン１１４と、サーバノードの遠隔データベースに格納された複数のブロックチェーンとを同期してもよい。物流制御スタック１１０は、ブロックチェーン同期メッセージを受信し、さらに／または１つ以上の遠隔サーバノードに伝達してもよい。ブロックチェーン同期メッセージは、ブロックチェーン１１４の全部、または一部を含んでもよい。例えば、新たなデータブロックがブロックチェーン１１４に付加されて、ブロックチェーン同期メッセージが新たなデータブロックを含んでもよい。一部の例では、ブロックチェーン１１４の同期は、他のサーバノードの同意のなしに行われるデータブロックに対する編集を制限することを含んでもよい。例えばブロックチェーンデータベース１１２は、データブロックへの変更を認可する前に、サーバノードの過半数の同意を要求してもよい。
【０１０２】
図７は、システム１００のフロー論理の第２の例を示す。物流制御スタック１１０は、運送コントラクトパラメータを受信してもよい（７０２）。例えば端末デバイス１０４Ａ〜Ｂの１つ以上が、運送コントラクトパラメータを１つ以上のサーバノードに伝達してもよい。運送コントラクトパラメータは、図１を参照して前述したコントラクトパラメータ３０２および／または実行可能論理３０４を含んでもよい。
【０１０３】
物流制御スタック１１０は、運送コントラクトパラメータの受信に応答してスマートコントラクト１１６を生成してもよい（７０４）。物流制御スタック１１０は、データブロックにスマートコントラクト１１６を格納してもよい（７０６）。一部の例では、物流制御スタック１１０は、スマートコントラクト１１６に対するブロックチェーン１１４を作成して、スマートコントラクト１１６をブロックチェーン１１４の起源データブロックに格納してもよい。例えばブロックチェーンデータベース１１２は、個別の起源ブロックを備えた複数のブロックチェーンを含んでもよい。個別の起源ブロックは、個別のスマートコントラクトを含んでもよい。
【０１０４】
一部の例では、物流制御スタック１１０は、追跡デバイスとやり取りして追跡デバイスを設定してもよい。追跡デバイスの設定は、ブロックチェーンに格納されてもよい。例えば物流制御スタック１１０は、配送識別子、目的地情報、ルート設定情報、運送業者１０６に対応するアカウント情報、および／またはその他積荷１０８もしくは追跡デバイス１０７が追跡し得るさらなる積荷に関する任意の情報を用いて、追跡デバイスを更新してもよい。
【０１０５】
図８は、システム１００のフロー論理の第３の例を示す。物流制御スタック１１０は、ブロックチェーン１１４からスマートコントラクト１１６を読み出してもよい（８０２）。物流制御スタック１１０は、スマートコントラクト１１６に基づきイベントの発生を判断してもよい（８０４）。例えばスマートコントラクトの実行可能論理３０４は、他の情報を用いて実行されて、積荷１０８が運送業者１０６に移転されたと判断してもよい。あるいは、またはさらに、スマートコントラクトの実行可能論理３０４は、他の情報を用いて実行されて、積荷１０８が運送業者から目的地１２０に移転されたと判断してもよい。あるいは、またはさらに、物流制御スタックは、積荷１０８および／または積荷１０８に関して与えられるサービスに関係するイベントの任意の発生を判断してもよい。
【０１０６】
物流制御スタックは、イベントの発生の判断に応答して追跡デバイス１０７を再プログラムしてもよい（８０６）。例えば物流制御スタック１１０は、登録メッセージを追跡デバイス１０７に伝達してもよい。登録メッセージは、ブロックチェーンの識別子、スマートコントラクト、および／またはその他ブロックチェーンに関連する任意の情報を含んでもよい。あるいは、またはさらに、登録メッセージは、追跡デバイスがサーバノード１０２Ａ〜Ｃおよび／またはブロックチェーン１１４のうちの１つ以上と通信することを認可する認証情報を含んでもよい。認証情報は、荷主１０５および／または別の機関と関連してもよい。追跡デバイス１０７は、追跡更新１０９に登録メッセージからの情報を含めてもよい。物流制御スタックは、登録メッセージからの情報に基づいてブロックチェーン１１４に対する変更を認可してもよく、さらに／または拒否してもよい。
【０１０７】
あるいは、またはさらに、制御メッセージは追跡デバイスに、追跡更新の伝達を開始および／または停止するよう命令してもよい。例えば物流制御スタック１１０は、コントラクトパラメータ３０２、実行可能論理３０４、および／またはスマートコントラクト１１６に含まれる他の情報を追跡デバイス１０７に伝達してもよい。実行可能論理３０４は自動実行型であり、追跡デバイス１０７により課されるハードウェアまたはソフトウェア制約に依存しないこともあるので、実行可能論理は任意の種類の追跡デバイス上で実行され得る。実行可能論理３０４は、いつ追跡を開始すべきか、追跡を停止すべきか、または物流制御スタック１１０が予期する情報のタイプを、追跡デバイスに知らせてもよい。
【０１０８】
別の例では、制御メッセージは追跡に、進行ルート、起点１１８からの出発時間、および／または目的地１２０への到着時間を変更するよう命令してもよい。例えば、物流制御スタック１１０は、追跡デバイスから受信される追跡情報について１つ以上のブロックチェーンを監視する交通整理システムとして動作してもよい。物流制御スタック１１０は、交通パターン、障害、および予定された荷積み／荷下ろし時間を１つ以上のブロックチェーンに格納された情報に基づいて判断してもよい。あるいは、またはさらに、物流制御スタック１１０は、進行ルート、出発時間、および／または到着時間に対する変更を、１つ以上のブロックチェーンに格納された情報に基づいて判断してもよい。物流制御スタック１１０は、１つ以上の追跡デバイスに、または積荷１０８のオペレータと通信している別の電子デバイスに送信される制御メッセージを介して、変更を伝達してもよい。
【０１０９】
物流制御スタック１１０は、追跡デバイス情報を備えたデータブロックをブロックチェーン１１４に付加してもよい（８０８）。追跡デバイス１０７情報は、登録メッセージ、制御メッセージ、および／またはその他追跡デバイス１０７の任意の設定を含んでもよい。よって、ブロックチェーン１１４は、追跡デバイス１０７がどのようにプログラムされたか、および／またはどの追跡デバイスが積荷１０８の追跡に使用されたかの記録を含んでもよい。
【０１１０】
図９は、システム１００のフロー論理の第４の例を示す。物流制御スタック１１０は、１つ以上のトランザクションタイプを表示してもよい（９０２）。例えば表示インターフェースは、１つ以上のトランザクションタイプを表示するための命令を伝達してもよい。一部の例では、物流制御スタック１１０は、個別のトランザクションタイプ識別子に関連する１つ以上のラベルを含む表示インターフェースを生成してもよい。
【０１１１】
物流制御スタック１１０は、選択入力メッセージを受信してもよい（９０４）。選択入力メッセージは、個別のトランザクションタイプ識別子のうちの１つ以上を示してもよい。例えば選択入力は、表示インターフェース上に表示された１つ以上のトランザクションタイプ識別子を対象とする信号を含んでもよい。
【０１１２】
物流制御スタック１１０は、トランザクションタイプ識別子に関連するデータブロックを特定してもよい（９０６）。物流制御スタック１１０は、データブロックに含まれる情報を表示してもよい（９０８）。例えば物流制御スタック１１０は、スマートコントラクト１１６（図１）、配送注文パラメータ４１０（図４Ａ）、１つ以上の運送テーブル４１４Ａ〜Ｂ（図４Ｂ）、追跡情報４１２Ａ〜Ｃ、トランザクション情報４０２、レポート４１６（図４Ｃ）、および／またはその他本願明細書に記載されたブロックチェーン１１４に含まれ得る任意の情報を表示してもよい。
【０１１３】
図１０Ａ〜Ｂは、システム１００の表示インターフェース１００２の第１の例を示す。図１０Ａを参照する。表示インターフェース１００２は、選択可能なアイコン、ボタン、テキスト、またはその他任意のタイプの選択可能な情報を含んでもよい。例えば表示インターフェース１００２は、データブロックタイプに関連する１つ以上のラベル１００４を含んでもよい。ラベル１００４のいずれかを選択すると、ラベル１００４に対応するタイプの１つ以上のデータブロックが表示されてもよい。図１を参照しての説明は、様々なタイプのデータブロックについて記載している。ラベル１００４のうちの１つ以上の選択は、１つ以上のデータブロックについてブロックチェーン情報が表示されることにつながってもよい。図１０Ｂを参照する。表示インターフェース１００２は、一部の例ではブロックチェーンフローパス１００６を示す。ブロックチェーンフローパス１００６は、選択可能なデータブロックに関係する情報を表示するために選択され得る、選択可能なブロックを含んでもよい。ブロックチェーンフローパス１００６は、ブロックチェーンデータベース１１２に格納されたブロックチェーンに従って互いにリンクされた複数のデータブロックを示してもよい。あるいは、またはさらに、表示インターフェース１００２は、ブロックチェーン１１４上に出現するトランザクション履歴を表示するトランザクション履歴テーブル１００８を含んでもよい。一部の例では、データブロック、トランザクション、および／または注文は、起点／目的地ペアに基づいてフィルタリングされてもよい。例えば表示インターフェース１００２は、ブロックチェーン１１４上の情報が、起点／目的地および／またはその他スマートコントラクト１１６もしくはブロックチェーン１１４に格納された任意のパラメータに基づいてフィルタリングされることを可能にするテーブルを含んでもよい。図１１は、システム１００の表示インターフェース１００２の第２の例を示す。物流制御スタック１１０は、表示インターフェース１００２を表示してもよく、さらに／または表示インターフェースを端末デバイス１０４Ａ〜Ｂのうちの１つ以上に伝達してもよい。端末デバイス１０４Ａ〜Ｂは、後述するとおり表示インターフェース１０４Ａ〜Ｂとやり取りしてもよい。
【０１１４】
一例では、荷主デバイス１０４Ａは、物流制御スタック１１０にログインしてもよい。荷主デバイス１０４Ａは、物流制御スタック１１０により管理またはアクセスされるアカウントを有してもよい。荷主デバイス１０４Ａは、荷主１０５と１つ以上の運送業者との間で取り決められたコントラクトを表示してもよい。例えば表示は、１つ以上のスマートコントラクトおよび／またはコントラクト識別子を表示するテーブルを含む。一部の例では、各行が別個の異なるブロックチェーンに対応してもよい。あるいは、またはさらに、各行は、ブロックチェーン１１４内の１つ以上のデータブロックからの情報を含んでもよい。
【０１１５】
図１２は、システム１００の表示インターフェース１００２の第３の例を示す。表示インターフェース１００２は、配送注文、および／または配送注文の個別のステータスを表示してもよい。注文の個別のステータスは、ブロックチェーン１１４に格納された情報に基づいて更新されてもよい。一部の例では、ステータス情報がブロックチェーン１１４上のデータブロックに格納されてもよい。他の例では、物流制御スタック１１０は、イベントに対応する１つ以上のコンセンサスデータブロックを求めてブロックチェーンを検索してもよい。例えば、「承認」ステータスは、スマートコントラクト１１６が承認されたことを示すコンセンサスデータブロックがブロックチェーン１１４に追加されていることを指してもよい。
【０１１６】
図１３は、システム１００の表示インターフェース１００２の第４の例を示す。図１３に示されるとおり、積荷に対応するステータスは同期していて、いかなる更新もリアルタイムで行われる。ユーザは、運送注文のうちの１つ以上を選択できてもよい。表示インターフェース１００２は、注文を承諾するかまたは拒絶するかのいずれかをするようユーザに促してもよい。ユーザが注文を承諾または拒絶すると、物流制御スタック１１０は、承諾または拒絶を示すデータブロックをブロックチェーン１１４に付加してもよい。例えば物流制御スタック１１０は、図１を参照して記載したコンセンサスデータブロックをブロックチェーン１１４に付加してもよい。
【０１１７】
表示インターフェースは、割り当てボタンをさらに含んでもよい。割り当てボタンは、ユーザがドライバーを運搬注文に割り当てられるようにしてもよい。ドライバーが選択されると、物流制御スタック１１０は、ドライバーが運送注文に割り当てられたことを示すデータブロックをブロックチェーン１１４に付加してもよい。あるいは、またはさらに、物流制御スタック１１０は、運送注文のステータスが変化したことを示すデータブロックをブロックチェーン１１４に付加してもよい。例えば、運送注文のステータスは、ドライバーが運送注文に割り当てられると「運輸中」に変化してもよい。
【０１１８】
システムは、追加の、異なる、またはより少ないコンポーネントを用いて実装されてもよい。フロー図に示された論理は、示されたのに比べて追加の、異なる、またはより少ない動作を含んでもよい。示された動作は、示されたのとは異なる順序で実行されてもよい。システム１００は、示されたのに比べて追加の、異なる、またはより少ないコンポーネントを用いて実装されてもよい。
【０１１９】
図１４は、システム１００の例を示す。システム１００は、プロセッサ１３０２およびメモリ１３０４を含んでもよい。プロセッサ１３０２は、メモリ１３０４と通信していてもよい。一例では、プロセッサ１３０２は、ネットワークインターフェース（図示せず）などの追加の構成要素とも通信していてもよい。プロセッサ１３０２の例は、汎用プロセッサ、中央処理ユニット、マイクロコントローラ、サーバ、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）、および／またはデジタル回路、アナログ回路、またはその何らかの組み合わせを含んでもよい。
【０１２０】
プロセッサ１３０２は、論理を実行するよう動作可能な１つ以上のデバイスであってもよい。論理は、プロセッサ１３０２により実行されるとプロセッサ１３０２にシステム１００の論理により実装される機能を実行させる、メモリ１３０４またはその他メモリに記憶されたコンピュータ実行可能命令またはコンピュータコードを含んでもよい。コンピュータコードは、プロセッサ１３０２を用いて実行可能な命令を含んでもよい。
【０１２１】
メモリ１３０４は、データを記憶し、読み出し、またはその任意の組み合わせをするための任意のデバイスであってもよい。メモリ１３０４は、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、消去可能プログラム可能読み取り専用メモリ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、またはフラッシュメモリなどの不揮発性および／または揮発性メモリを含んでもよい。あるいは、またはさらに、メモリ１３０４は、光学、磁気（ハードドライブ）、またはその他任意の形態のデータ記憶デバイスを含んでもよい。
【０１２２】
メモリ１３０４は、例えばサーバノード１０２Ａ〜Ｃ、物流制御スタック１１０、ブロックチェーンデータベース１１２、ブロックチェーン１１４、スマートコントラクト１１６、および／またはその他本願明細書に記載された任意のサブコンポーネントのうちの１つ以上を含む、システム内の少なくとも１つのコンポーネントを含んでもよい。さらにメモリ１３０４は、前述した他の任意のコンポーネント、および／または本願明細書に記載されたシステム１００の他のコンポーネントを含んでもよい。
【０１２３】
システム１００は、多数の異なる形で実装され得る。例えば、システム１００の各コンポーネントは、回路または回路構成を含んでもよい。各回路または回路構成は、ハードウェアであってもよく、またはハードウェアとソフトウェアとの組み合わせであってもよい。回路構成は、システム１００を、さらに／または本願明細書に記載されたシステムの他のコンポーネントおよびサブコンポーネントを含んでもよい。例えば回路構成は、物流制御スタック１１０、ブロックチェーンデータベース１１２、ブロックチェーン１１４、スマートコントラクト１１６、および／またはその他本願明細書に記載された任意のコンポーネントまたはサブコンポーネントを含んでもよい。例えば、各回路または回路構成は、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、デジタル論理回路、アナログ回路、または別々の回路、ゲート、もしくはその他任意のタイプのハードウェアの組み合わせ、またはこれらの組み合わせを含んでもよい。あるいは、またはさらに、各回路構成は、例えば回路構成の機能のうち１つ以上を実装するためにプロセッサ１３０２または他のプロセッサ１３０２を用いて実行可能な命令を備えた、メモリ１３０４の一部などのメモリハードウェアを含んでもよい。回路構成のいずれか１つが、プロセッサ１３０２を用いて実行可能な命令を備えたメモリ１３０４の部分を含む場合、回路構成は、プロセッサ１３０２を含んでもよく、または含まなくてもよい。一部の例では、各回路構成は、メモリ１３０４または他の物理メモリのうち、プロセッサ１３０２または他のプロセッサを用いて実行可能な命令を備えた部分に過ぎず、他のハードウェアを回路構成が一切含まなくても対応する回路構成の特徴が実装されるものであってもよい。各回路構成は、含まれるハードウェアがソフトウェアを備える場合であっても少なくともいくらかのハードウェアを含むので、各回路構成は区別なくハードウェア回路構成と呼ばれてもよい。
【０１２４】
一部の特徴は、コンピュータ可読記憶媒体に記憶されるように示されている（例えば、コンピュータ実行可能命令として実装される論理として、またはメモリ内のデータ構造として）。システム１００ならびにその論理およびデータ構造の全部または一部が、１つ以上のタイプのコンピュータ可読記憶媒体上に記憶されてもよく、それらに分散されてもよく、またはそれらか読み取られてもよい。コンピュータ可読記憶媒体の例は、ハードディスク、フロッピーディスク、ＣＤ−ＲＯＭ、フラッシュドライブ、キャッシュ、揮発性メモリ、不揮発性メモリ、ＲＡＭ、フラッシュメモリ、またはその他任意のタイプの１つまたは複数のコンピュータ可読記憶媒体を含み得る。コンピュータ可読記憶媒体は、ＣＤ−ＲＯＭ、揮発性メモリ、不揮発性メモリ、ＲＯＭ、ＲＡＭ、またはその他任意の適切な記憶デバイスなど、任意のタイプの非一時的コンピュータ可読媒体を含んでもよい。
【０１２５】
システム１００の処理能力は、複数のプロセッサおよびメモリ間など複数のエンティティ間に分散されてもよく、任意選択で複数の分散型処理システムが含まれる。パラメータ、データベース、および他のデータ構造は、別々に記憶および管理されてもよく、単一のメモリまたはデータベースに組み込まれてもよく、多数の異なる形で論理的および物理的に編成されてもよく、連結リスト、ハッシュテーブル、または暗黙的記憶メカニズムなどの様々なタイプのデータ構造を用いて実装されてもよい。プログラムまたは回路構成などの論理は、組み合わされても、または複数のプログラム間に分割されても、いくつかのメモリおよびプロセッサに分散されてもよく、共有ライブラリ（例えばダイナミックリンクライブラリ（ＤＬＬ：ｄｙｎａｍｉｃ  ｌｉｎｋ  ｌｉｂｒａｒｙ））などのライブラリに実装されてもよい。
【０１２６】
記載された特定の実装にかかわらず、すべての説明は限定するものではなく、本質的に例示である。例えば、各実装の選択された側面、特徴、またはコンポーネントがメモリ（単数または複数）に記憶されるものとして表されているが、１つまたは複数のシステムの全部または一部が、例えばハードディスク、フラッシュメモリドライブ、フロッピーディスク、およびＣＤ−ＲＯＭなどの二次記憶デバイスなど、他のコンピュータ可読記憶媒体に記憶され、分散され、またはそこから読み取られてもよい。さらに、様々なモジュール、回路構成、および画面表示機能性は、かかる機能性の一例でしかなく、同様の機能性を網羅する他の任意の構成が可能である。
【０１２７】
上述したプロセス、方法、および／または手法を実装するための個別の論理、ソフトウェア、または命令は、コンピュータ可読記憶媒体上で提供されてもよい。図面に示されまたは本願明細書に記載された機能、動作、またはタスクは、コンピュータ可読媒体に記憶された論理または命令の１つ以上のセットに応答して実行されてもよい。機能、動作、またはタスクは、特定のタイプの命令セット、記憶媒体、プロセッサまたは処理戦略とは独立しており、単体または組み合わせで動作する、ソフトウェア、ハードウェア、集積回路、ファームウェア、マイクロコード、および同様のものにより実行され得る。同じく、処理戦略は、マルチプロセッシング、マルチタスキング、並列処理、および同様のものを含んでもよい。一例では、命令はローカルまたは遠隔のシステムによる読み取りのために取り外し可能な媒体デバイス上に記憶される。別の例では、論理または命令は、コンピュータネットワークを介した、または電話線での転送のために遠隔位置に記憶される。さらに別の例では、論理または命令は、所定のコンピュータ、中央処理ユニット（「ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ」）、グラフィック処理ユニット（「ＧＰＵ：ｇｒａｐｈｉｃｓ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ」）、またはシステム内に記憶される。
【０１２８】
さらに、特定のコンポーネントが上述されているが、本願明細書に記載された方法、システム、および製品は、追加の、より少ない、または異なるコンポーネントを含んでもよい。例えばプロセッサ１３０２は、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、個別論理、または他のタイプの回路もしくは論理の組み合わせとして実装されてもよい。同じく、メモリはＤＲＡＭ、ＳＲＡＭ、フラッシュ、またはその他任意のタイプのメモリとされ得る。フラグ、データ、データベース、テーブル、エンティティ、およびその他データ構造は、別々に記憶および管理されてもよく、単一のメモリまたはデータベースに組み込まれてもよく、分散されてもよく、または多数の異なる形で論理的および物理的に編成されてもよい。コンポーネントは、独立して動作してもよく、または同じプログラムもしくは異なるプログラムを実行する同じ装置の一部であってもよい。コンポーネントは、別々の取り外し可能な回路基板などの別々のハードウェア上に存在してもよく、またはメモリからの命令を実装するために同じメモリおよびプロセッサなどの共通のハードウェアを共有してもよい。プログラムは、単一のプログラムの一部であっても、別々のプログラムであっても、またはいくつかのメモリおよびプロセッサにわたって分散していてもよい。
【０１２９】
第２のアクションは、第２のアクションが第１のアクションから直接的に生じるかまたは間接的に生じるかとは関係なく、第１のアクション「に応答して」と言われることがある。第２のアクションは、第１のアクションよりも大幅に遅い時間に発生してもよく、それでも第１のアクションに応答してのものであり得る。同じく、第２のアクションは、第１のアクションと第２のアクションとの間に介在するアクションが起こるとしても、さらに介在するアクションのうちの１つ以上が直接的に第２のアクションを実行させるとしても、第１のアクションに応答してのものと言われることもある。例えば第２のアクションは、第１のアクションがフラグをセットし、フラグがセットされているときは必ず後に第３のアクションが第２のアクションを開始する場合、第１のアクションに応答してのものであり得る。
【０１３０】
用途を明確化し、かつこれにより公に知らせるために、語句「＜Ａ＞、＜Ｂ＞、…および＜Ｎ＞のうちの少なくとも１つ」または「＜Ａ＞、＜Ｂ＞、…＜Ｎ＞、またはそれらの組み合わせのうちの少なくとも１つ」、または「＜Ａ＞、＜Ｂ＞、…および／または＜Ｎ＞」は、出願人によって最も広い意味に定義され、この定義は、反対の明示的な主張が出願人によりなされない限り、上文または下文で示唆される他のいずれの定義にも優先し、Ａ、Ｂ、…およびＮを含む群から選択された１つ以上の構成要素を意味する。言い換えれば、この語句は、構成要素Ａ、Ｂ…またはＮのうちの１つ以上の任意の組み合わせを意味し、これには任意の１つの構成要素のみ、または他の構成要素１つ以上と組み合わせた１つの構成要素が含まれ、他の構成要素には、列挙されていない追加の構成要素が組み合わせでさらに含まれることもある。
【０１３１】
様々な実施形態が記載されたが、当業者には当然のことながら、はるかに多くの実施形態および実装が可能である。したがって、本願明細書に記載された実施形態は例であり、唯一の可能な実施形態および実装ではない。
【０１３２】
本開示の主題は、とりわけ、以下の各側面にも関係し得る。
【０１３３】
１．ブロックチェーンデータベースと通信しているサーバノードによって、車両追跡デバイスにより作成された車両追跡更新を受信することであって、車両追跡更新は、車両追跡デバイスの地理的位置を示す地理的位置情報を備える、受信することと、
目的地識別子と、追跡メトリックを判断するよう構成された実行可能論理とを含むスマートコントラクトを、データベースに格納されたブロックチェーンにおいて特定することと、
車両追跡更新の地理的位置情報と、ブロックチェーンの先行データブロックに含まれた先行の地理的位置情報との比較に基づいて、追跡メトリックを実行可能論理を使用して計算することにより、車両追跡更新の受信に応答して追跡メトリックを判断することと、
追跡メトリックおよび地理的位置情報を含むデータブロックをブロックチェーンに付加することと、
以下の条件：
車両追跡デバイスがスマートコントラクトに含まれる所定の時間にわたり動かないままであった、または
車両追跡デバイスがスマートコントラクトにより特定される地理的領域内に位置する、
のうちの少なくとも１つが満足されることを、実行可能論理および車両追跡更新を使用して検出することによって、目的地識別子に対応する目的地に車両追跡デバイスに関連する積荷が到達したと判断することと、
ブロックチェーンを、サーバノードに対し遠隔にあるブロックチェーンデータベースに格納された複数のブロックチェーンと同期することと、
を含む方法。
【０１３４】
２．積荷が目的地に到達したとの判断に応答して、追跡メトリックを備えたレポートを生成することと、
端末デバイスに追跡メトリックを含むインターフェースを表示させるよう構成されたリンクを、端末デバイスに送信することと、
をさらに含む、側面１の方法。
【０１３５】
３．方法は、判断された追跡メトリックに応じて、積荷の目的地までの輸送に関連する輸送コストを判断することを含む、側面１〜２のいずれかの方法。
【０１３６】
４．実行可能論理を備えた運送コントラクトパラメータを受信すること、
運送コントラクトパラメータの受信に応答してスマートコントラクトを生成し、
スマートコントラクトを備えた起源データブロックをブロックチェーン上に格納する、  をさらに含む、側面１〜３のいずれかの方法。
【０１３７】
５．データブロックを付加することは、
ブロックチェーンの先行データブロックにおいて追跡テーブルを特定することと、
追跡メトリックを用いて追跡テーブルを更新することと、
追跡メトリックを備えた更新された追跡テーブルを、データブロックに含めることと、
をさらに含む、側面１〜４のいずれかの方法。
【０１３８】
６．スマートコントラクトを特定することは、
スマートコントラクトを備えたコントラクトデータブロックをブロックチェーンにおいて特定することと、
コントラクトデータブロックから実行可能論理を抽出することと、
をさらに含む、側面１〜５のいずれかの方法。
【０１３９】
７．ブロックチェーンは、第１のブロックチェーンを備え、方法は、
車両追跡デバイスに関連する積荷が第１のブロックチェーンに関連する第１の運送業者から第２のブロックチェーンに関連する第２の運送業者に移転されたと、実行可能論理および車両追跡更新に基づいて判断することと、
積荷が第２の運送業者に移転されたとの判断の後に、車両追跡デバイスから複数の追加の車両追跡更新を受信することと、
追加の車両追跡更新に対応する追跡情報を含む複数のデータブロックを、第２のブロックチェーンに付加することと、
をさらに含む、側面１〜６のいずれかの方法。
【０１４０】
８．プロセッサ
を備えたシステムであって、プロセッサは、
追跡デバイスにより作成された追跡更新であって、追跡デバイスの地理的位置を示す地理的位置情報を備える、追跡更新を受信し、
追跡更新の受信に応答して、追跡メトリックを、ブロックチェーンに格納されたスマートコントラクトの実行可能論理を使用して判断し、
追跡メトリックを含むデータブロックをブロックチェーンに付加し、
ブロックチェーンを、個別のサーバノードにて構成された個別のブロックチェーンデータベースに格納された複数のブロックチェーンと同期する、
よう構成される、システム。
【０１４１】
９．プロセッサは、
ブロックチェーン上の起源データブロックを特定する
ようさらに構成され、起源データブロックは、スマートコントラクトを備える、側面８のシステム。
【０１４２】
１０．プロセッサは、
実行可能論理を備えた運送コントラクトパラメータを受信し、
運送コントラクトパラメータの受信に応答してスマートコントラクトを生成し、
スマートコントラクトを備えたコントラクトデータブロックをブロックチェーン上に格納する、
ようさらに構成される、側面８〜９のいずれかのシステム。
【０１４３】
１１．データブロックは、データブロックタイプに関連し、プロセッサは、
個別のデータブロックタイプに関連する複数のラベルを表示するための第１の命令を端末デバイスに伝達し、
データブロックタイプの選択を示す選択入力メッセージを端末デバイスから受信し、
データブロックに含まれ追跡メトリックを含む情報を表示するための第２の命令を、選択入力メッセージの受信に応答して端末デバイスに伝達する、
ようさらに構成される、側面８〜１０のいずれかのシステム。
【０１４４】
１２．ブロックチェーンは、第１のブロックチェーンを備え、スマートコントラクトは、第１のスマートコントラクトを備え、プロセッサは、
第２のスマートコントラクトを備えた第２のブロックチェーンを特定し、
第２のスマートコントラクトに対応する識別子を用いて追跡デバイスを再プログラムし、
追加の追跡更新を、追跡デバイス、追加の追跡更新から受信し、
追加の追跡更新を第２のブロックチェーンに格納する、
ようさらに構成される、側面８〜１１のいずれかのシステム。
【０１４５】
１３．プロセッサは、
追跡デバイスに関連する積荷が目的地に到達したと、実行可能論理および追跡更新に基づいて判断し、
積荷が目的地に到達したとの判断に応答して、追跡デバイスに追跡更新の送信を中止させる、
ようさらに構成される、側面８〜１２のいずれかのシステム。
【０１４６】
１４．スマートコントラクトは、地理的領域に対応する地理的領域パラメータを含み、プロセッサは、
追跡デバイスが地理的領域内にあると、実行可能論理および追跡更新を使用して判断し、
留置時間メトリックを備えた追跡メトリックを、追跡デバイスが地理的領域内にあるとの判断に応答して増大させる、
ようさらに構成される、側面８〜１３のいずれかのシステム。
【０１４７】
１５．プロセッサにより実行可能なコンピュータ実行可能命令を備えた非一時的コンピュータ可読記憶媒体であって、コンピュータ実行可能命令は、
追跡デバイスにより作成された追跡更新であって、追跡デバイスの地理的位置を示す地理的位置情報を備える、追跡更新を受信するよう実行可能な命令と、
追跡更新の受信に応答して、追跡メトリックを、ブロックチェーンに格納されたスマートコントラクトを使用して判断するよう実行可能な命令と、
追跡メトリックを含むデータブロックをブロックチェーンに付加するよう実行可能な命令と、
ブロックチェーンを、ブロックチェーンデータベースに格納された複数のブロックチェーンと同期するよう実行可能な命令と、
を備える、非一時的コンピュータ可読記憶媒体。
【０１４８】
１６．コンピュータ実行可能命令は、
ブロックチェーン上のコントラクトデータブロックを特定するようプロセッサにより実行可能な命令
をさらに備え、コントラクトデータブロックは、スマートコントラクトを備える、側面１５の非一時的コンピュータ可読記憶媒体。
【０１４９】
１７．コンピュータ実行可能命令は、
積荷が運送業者に移転されたと、実行可能論理および追跡更新に基づいて判断するようプロセッサにより実行可能な命令と、
積荷が運送業者に移転されたとの判断に応答して、追跡更新の送信を追跡デバイスにさせるようプロセッサにより実行可能な命令と、
をさらに備える、側面１５〜１６のいずれかの非一時的コンピュータ可読記憶媒体。
【０１５０】
１８．コンピュータ実行可能命令は、
ブロックチェーンの先行データブロック内の追跡テーブルを読み出すようプロセッサにより実行可能な命令と、
先行データブロックから読み出された追跡テーブルを、追跡メトリックを用いて更新するようプロセッサにより実行可能な命令と、
追跡メトリックを備えた更新された追跡テーブルを、データブロックに含めるようプロセッサにより実行可能な命令と、
をさらに備える、側面１５〜１７のいずれかの非一時的コンピュータ可読記憶媒体。
【０１５１】
１９．ブロックチェーンを同期するようプロセッサにより実行可能な命令は、
スマートコントラクトを備えた遠隔ブロックチェーンを含むブロックチェーンデータベースを伴って構成された複数の遠隔サーバノードに、データブロックを伝達するようプロセッサにより実行可能な命令
をさらに備える、側面１５〜１８のいずれかの非一時的コンピュータ可読記憶媒体。
【０１５２】
２０．スマートコントラクトは、目的地識別子を含み、コンピュータ実行可能命令は、
追跡デバイスに関連する積荷が目的地識別子に対応する目的地に到達したと、スマートコントラクトを使用して判断するようプロセッサにより実行可能な命令と、
追跡メトリックを備えたレポートを、積荷が目的地に到達したとの判断に応答して生成するようプロセッサにより実行可能な命令と、
端末デバイスに追跡メトリックを含むインターフェースを表示させるよう構成されたリンクを端末デバイスに伝達するよう、プロセッサにより実行可能な命令と、
をさらに備える、側面１５〜１９のいずれかの非一時的コンピュータ可読記憶媒体。
【図１】
2019073394.tif 000006
【図２】
2019073394.tif 000007
【図３】
2019073394.tif 000008
【図４Ａ】
2019073394.tif 000009
【図４Ｂ】
2019073394.tif 000010
【図４Ｃ】
2019073394.tif 000011
【図５】
2019073394.tif 000012
【図６】
2019073394.tif 000013
【図７】
2019073394.tif 000014
【図８】
2019073394.tif 000015
【図９】
2019073394.tif 000016
【図１０Ａ】
2019073394.tif 000017
【図１０Ｂ】
2019073394.tif 000018
【図１１】
2019073394.tif 000019
【図１２】
2019073394.tif 000020
【図１３】
2019073394.tif 000021
【図１４】
2019073394.tif 000022
【外国語明細書】
2019073394000001.pdf
2019073394000002.pdf
2019073394000003.pdf
2019073394000004.pdf