特表 2022-532047 分散型台帳ベースのＭａａＳプラットフォーム上におけるトランザクションセキュリティ

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2022-07-13

(54)【発明の名称】分散型台帳ベースのＭａａＳプラットフォーム上におけるトランザクションセキュリティ

(51)【国際特許分類】

   G06Q 50/30 20120101AFI20220706BHJP

【ＦＩ】

G06Q50/30

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2021564379

(86)(22)【出願日】2020-04-28

(85)【翻訳文提出日】2021-10-28

(86)【国際出願番号】 IB2020054008

(87)【国際公開番号】W WO2020222125

(87)【国際公開日】2020-11-05

(31)【優先権主張番号】62/841,528

(32)【優先日】2019-05-01

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】16/839,213

(32)【優先日】2020-04-03

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】000002185

【氏名又は名称】ソニーグループ株式会社

(74)【代理人】

【識別番号】100092093

【弁理士】

【氏名又は名称】辻居 幸一

(74)【代理人】

【識別番号】100109070

【弁理士】

【氏名又は名称】須田 洋之

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100109335

【弁理士】

【氏名又は名称】上杉 浩

(74)【代理人】

【識別番号】100120525

【弁理士】

【氏名又は名称】近藤 直樹

(74)【代理人】

【識別番号】100151987

【弁理士】

【氏名又は名称】谷口 信行

(72)【発明者】

【氏名】村尾 貞佳

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049CC41

(57)【要約】

分散型台帳ベースのモビリティアズアサービス（ＭａａＳ）プラットフォーム上におけるトランザクションセキュリティの実装のためのシステム及び方法を提供する。システムは、輸送プロバイダの発行者ノードから輸送サービスに関連するトランザクション要求を受け取るメッセージブローカ装置を含む。メッセージブローカ装置は、メッセージブローカ装置上にホストされたＡＰＩゲートウェイを介して輸送プロバイダの加入者ノードにトランザクション要求をルーティングする。ＡＰＩゲートウェイは、トランザクション要求に一連のセキュリティルールを適用することに基づいてトランザクション要求の妥当性を確認する。加入者ノードは、第１の状態オブジェクトを記憶する分散型台帳の第１のノードに関連する。第１の状態オブジェクトは、輸送サービスに関連するトランザクションデータを含む。分散型台帳ノードは、加入者ノードを介してＡＰＩゲートウェイから妥当性確認された第１のトランザクション要求を受け取り、受け取られたトランザクション要求に基づいてトランザクションデータを更新する。
【選択図】図１１

【特許請求の範囲】

【請求項1】

回路を含むメッセージブローカ装置を備えたシステムであって、前記回路は、
複数の輸送プロバイダのうちの第１の輸送プロバイダの第１の発行者ノードから輸送サービスに関連する第１のトランザクション要求を受け取り、
前記メッセージブローカ装置上にホストされたアプリケーションプログラミングインターフェイス（ＡＰＩ）ゲートウェイを介して、前記受け取られた第１のトランザクション要求に関連する前記第１の輸送プロバイダの第１の加入者ノードに前記第１のトランザクション要求をルーティングする、
ように構成され、
前記ＡＰＩゲートウェイは、前記受け取られた第１のトランザクション要求に一連のセキュリティルールを適用することに基づいて、前記ルーティングされる第１のトランザクション要求の妥当性を確認し、
前記第１の加入者ノードは、分散型台帳の第１のノードに関連し、
前記第１のノードは、前記輸送サービスに関連するトランザクションデータを含む第１の状態オブジェクトを記憶し、
前記第１のノードは、
前記第１の加入者ノードを介して前記ＡＰＩゲートウェイから前記妥当性確認された第１のトランザクション要求を受け取り、
前記受け取られた第１のトランザクション要求に基づいて、前記第１のノードに記憶された前記トランザクションデータを更新する、
ように構成される、
ことを特徴とするシステム。

【請求項2】

前記第１の発行者ノードは、前記第１の輸送プロバイダの乗車予約アプリケーション、改札機又は販売時点情報管理（ＰｏＳ）のうちの１つ又は２つ以上である、
請求項１に記載のシステム。

【請求項3】

前記分散型台帳は、モビリティアズアサービス（ＭａａＳ）プロバイダに関連するＭａａＳプロバイダノードとしての取引先ノードを含む、
請求項１に記載のシステム。

【請求項4】

複数のＭａａＳプロバイダに関連する複数の分散型台帳をさらに含み、該複数の分散型台帳の各々は、対応するＭａａＳプロバイダのＭａａＳプロバイダノードとしての前記取引先ノードを含む、
請求項３に記載のシステム。

【請求項5】

前記ＡＰＩゲートウェイは、前記ルーティングされる第１のトランザクション要求が有効なインターネットプロトコル（ＩＰ）アドレス範囲内のＩＰアドレスに関連するとの判定に基づいて、前記ルーティングされる第１のトランザクション要求の妥当性を確認する、
請求項１に記載のシステム。

【請求項6】

前記ＡＰＩゲートウェイは、前記ルーティングされる第１のトランザクション要求がサイバー攻撃に関連する悪意ある挙動に対応するとの判定に基づいて、前記ルーティングされる第１のトランザクション要求を却下する、
請求項１に記載のシステム。

【請求項7】

前記ＡＰＩゲートウェイは、前記第１の発行者ノードがボットであるとの判定に基づいて、前記ルーティングされる第１のトランザクション要求を却下する、
請求項１に記載のシステム。

【請求項8】

前記ＡＰＩゲートウェイは、前記ルーティングされる第１のトランザクション要求に有効な署名が行われているとの判定に基づいて、前記ルーティングされる第１のトランザクション要求の妥当性を確認する、
請求項１に記載のシステム。

【請求項9】

前記ＡＰＩゲートウェイは、前記第１の発行者ノードの真正性及び認可の検証に基づいて、前記ルーティングされる第１のトランザクション要求の妥当性を確認する、
請求項１に記載のシステム。

【請求項10】

前記一連のセキュリティルールは、
前記ルーティングされる第１のトランザクション要求が有効なインターネットプロトコル（ＩＰ）アドレス範囲内のＩＰアドレスに関連するかどうかを判定するための第１のルール、
前記ルーティングされる第１のトランザクション要求がサイバー攻撃に関連する悪意ある挙動に対応するかどうかを判定するための第２のルール、
前記第１の発行者ノードがボットであるかどうかを判定するための第３のルール、
前記ルーティングされる第１のトランザクション要求に有効な署名が行われているかどうかを判定するための第４のルール、及び、
前記第１の発行者ノードの真正性及び認可の検証に基づいて前記ルーティングされる第１のトランザクション要求の妥当性を確認するための第５のルール、
のうちの１つ又は２つ以上を含む、請求項１に記載のシステム。

【請求項11】

前記第１の加入者ノード上にホストされたＡＰＩエージェントをさらに備え、前記ＡＰＩゲートウェイは、
前記ＡＰＩエージェントから、前記第１の加入者ノードの定期メンテナンス、突発的メンテナンス又は非定期メンテナンスのうちの１つを示す、前記加入者ノードに関連する動作状態を受け取り、
前記受け取られた動作状態に基づいて、前記ルーティングされる第１のトランザクション要求を保留し、
前記第１の加入者ノードの前記動作状態がアクティブであるとの判定に基づいて、前記第１のトランザクション要求を前記第１の加入者ノードに再ルーティングする、
請求項１に記載のシステム。

【請求項12】

前記第１の加入者ノード上にホストされたＡＰＩエージェントをさらに備え、該ＡＰＩエージェントは、
前記ＡＰＩゲートウェイを介して、前記妥当性確認された第１のトランザクション要求を受け取り、
前記妥当性確認された第１のトランザクション要求が前記第１の加入者ノードの情報アクセスポリシーに従っているとの判定に基づいて、前記妥当性確認された第１のトランザクション要求を前記第１の加入者ノードに転送する、
ように構成され、前記情報アクセスポリシーは、前記輸送サービスに関連するビジネスルール及び制約を含む、
請求項１に記載のシステム。

【請求項13】

前記第１のノードは、
前記第１の加入者ノードを介して前記ＡＰＩゲートウェイから前記妥当性確認された第１のトランザクション要求を受け取り、
前記受け取られた第１のトランザクション要求におけるトランザクションメッセージに基づいて、前記第１の状態オブジェクトを更新して第２の状態オブジェクトを出力し、
前記第１の状態オブジェクト及び前記第２の状態オブジェクトを含むトランザクションを構築し、
前記構築されたトランザクションに署名し、
前記第１の状態オブジェクトに含まれる第１のスマートコントラクトを実行した第１の結果が前記第２の状態オブジェクトに含まれる第２のスマートコントラクトを実行した第２の結果に一致するとの判定に基づいて、前記署名済みトランザクションを検証し、
前記検証されたトランザクションを取引先ノードと共有する、
ようにさらに構成される、請求項１に記載のシステム。

【請求項14】

前記取引先ノードは、
前記共有されるトランザクションに連署し、
前記連署済みトランザクションを前記第１のノードと共有するように構成される、
請求項１３に記載のシステム。

【請求項15】

コンセンサスノードをさらに備え、該コンセンサスノードは、
前記第１のノードから前記連署済みトランザクションを受け取り、
前記受け取られた連署済みトランザクションを公証して前記コンセンサスノードの署名を含め、
前記公証済みトランザクションを前記第１のノードと共有する、
ように構成される、請求項１４に記載のシステム。

【請求項16】

前記第１のノードは、前記公証済みトランザクションを記憶するように構成され、
前記公証済みトランザクションは、前記第１のノード及び前記取引先ノードがアクセスできる前記更新されたトランザクションデータを含む、
請求項１５に記載のシステム。

【請求項17】

前記受け取られた第１のトランザクション要求は、ユーザの前記輸送サービスの作成に関連するｃｒｅａｔｅメッセージ、前記ユーザの前記輸送サービスの開始に関連するｇｅｔ－ｉｎメッセージ、又は前記輸送サービスの完了に関連するｇｅｔ－ｏｕｔメッセージのうちの１つを含む、
請求項１に記載のシステム。

【請求項18】

前記トランザクションデータは、発券情報、サブスクリプション情報、支払情報、収益分配情報又は輸送サービス情報のうちの１つ又は２つ以上に関連する、
請求項１に記載のシステム。

【請求項19】

方法であって、
メッセージブローカ装置と、第１の加入者ノードと、分散型台帳の第１のノードと、前記メッセージブローカ装置上にホストされたアプリケーションプログラミングインターフェイス（ＡＰＩ）ゲートウェイとを備えたシステムにおいて、
前記メッセージブローカ装置が、複数の輸送プロバイダのうちの第１の輸送プロバイダの第１の発行者ノードから、輸送サービスに関連する第１のトランザクション要求を受け取ることと、
前記メッセージブローカ装置が、前記ＡＰＩゲートウェイを介して前記第１の輸送プロバイダの前記第１の加入者ノードに前記第１のトランザクション要求をルーティングすることと、
前記ＡＰＩゲートウェイが、前記受け取られた第１のトランザクション要求に一連のセキュリティルールを適用することに基づいて、前記ルーティングされる第１のトランザクション要求の妥当性を確認することと、
を含み、
前記第１の加入者ノードは、前記分散型台帳の前記第１のノードに関連し、
前記第１のノードは、前記輸送サービスに関連するトランザクションデータを含む第１の状態オブジェクトを記憶し、前記方法は、
前記第１のノードが、前記第１の加入者ノードを介して前記ＡＰＩゲートウェイから前記妥当性確認された第１のトランザクション要求を受け取ることと、
前記第１のノードが、前記受け取られた第１のトランザクション要求に基づいて、前記第１のノードに記憶された前記トランザクションデータを更新することと、
をさらに含むことを特徴とする方法。

【請求項20】

前記一連のセキュリティルールは、
前記ルーティングされる第１のトランザクション要求が有効なインターネットプロトコル（ＩＰ）アドレス範囲内のＩＰアドレスに関連するかどうかを判定するための第１のルール、
前記ルーティングされる第１のトランザクション要求がサイバー攻撃に関連する悪意ある挙動に対応するかどうかを判定するための第２のルール、
前記第１の発行者ノードがボットであるかどうかを判定するための第３のルール、
前記ルーティングされる第１のトランザクション要求に有効な署名が行われているかどうかを判定するための第４のルール、及び、
前記第１の発行者ノードの真正性及び認可の検証に基づいて前記ルーティングされる第１のトランザクション要求の妥当性を確認するための第５のルール、
のうちの１つ又は２つ以上を含む、請求項１９に記載の方法。

【請求項21】

前記ＡＰＩゲートウェイが、前記第１の加入者ノード上にホストされたＡＰＩエージェントから、前記第１の加入者ノードの定期メンテナンス、突発的メンテナンス又は非定期メンテナンスのうちの１つを示す、前記第１の加入者ノードに関連する動作状態を受け取ることと、
前記ＡＰＩゲートウェイが、前記受け取られた動作状態に基づいて、前記ルーティングされる第１のトランザクション要求を保留することと、
前記ＡＰＩゲートウェイが、前記第１の加入者ノードの前記動作状態がアクティブであるとの判定に基づいて、前記第１のトランザクション要求を前記第１の加入者ノードに再ルーティングすることと、
をさらに含む請求項１９に記載の方法。

【請求項22】

前記第１の加入者ノード上にホストされた前記ＡＰＩエージェントが、前記ＡＰＩゲートウェイを介して、前記妥当性確認された第１のトランザクション要求を受け取ることと、
前記ＡＰＩエージェントが、前記妥当性確認された第１のトランザクション要求が前記第１の加入者ノードの情報アクセスポリシーに従っているとの判定に基づいて、前記妥当性確認された第１のトランザクション要求を前記第１の加入者ノードに転送することと、
をさらに含み、前記情報アクセスポリシーは、前記輸送サービスに関連するビジネスルール及び制約を含む、
請求項１９に記載の方法。

【請求項23】

前記第１のノードが、前記第１の加入者ノードを介して前記ＡＰＩゲートウェイから前記妥当性確認された第１のトランザクション要求を受け取ることと、
前記第１のノードが、前記受け取られた第１のトランザクション要求におけるトランザクションメッセージに基づいて、前記第１の状態オブジェクトを更新して第２の状態オブジェクトを出力することと、
前記第１のノードが、前記第１の状態オブジェクト及び前記第２の状態オブジェクトを含むトランザクションを構築することと、
前記第１のノードが、前記構築されたトランザクションに署名することと、
前記第１のノードが、前記第１の状態オブジェクトに含まれる第１のスマートコントラクトを実行した第１の結果が前記第２の状態オブジェクトに含まれる第２のスマートコントラクトを実行した第２の結果に一致するとの判定に基づいて、前記署名済みトランザクションを検証することと、
前記第１のノードが、前記検証されたトランザクションを取引先ノードと共有することと、
をさらに含む請求項１９に記載の方法。

【発明の詳細な説明】

【技術分野】

【0001】

〔関連出願との相互参照／引用による組み入れ〕
本出願は、２０１９年５月１日に出願された米国仮特許出願第６２／８４１，５２８号に対する優先権を主張するものであり、この文献はその内容全体が引用により本明細書に組み入れられる。

【0002】

本開示の様々な実施形態は、モビリティアズアサービス（Ｍｏｂｉｌｉｔｙ－ａｓ－ａ－Ｓｅｒｖｉｃｅ：ＭａａＳ）及び分散型台帳技術に関する。具体的には、本開示の様々な実施形態は、分散型台帳ベースのＭａａＳプラットフォーム上におけるトランザクションセキュリティの実装のためのシステム及び方法に関する。

【背景技術】

【0003】

多くの輸送プロバイダは、クローズドプラットフォームに基づくインフラを通じて自社のサービスを提供する。例えば、輸送プロバイダは、旅行の作成、支払い又は管理のために、（改札機（ｔｉｃｋｅｔｉｎｇ ｇａｔｅｓ）及び販売時点情報管理（ＰｏＳ）装置などの）個別の発券インフラ、又は（チケット予約アプリケーション又は配車（ｒｉｄｅ ｈａｉｌｉｎｇ）アプリケーションなどの）個別のアプリケーションを有することができる。

【0004】

輸送プロバイダの数の増加と共に、複数の輸送プロバイダのサービスに依拠し得る旅行の作成、支払い及び管理のための統一ゲートウェイを提供できるＭａａＳプラットフォームに対する需要が存在している。典型的なＭａａＳプラットフォームは、航空会社、配車会社、レンタカー会社、相乗り（ｃａｒｐｏｏｌｉｎｇ）会社、鉄道網会社、又はこれらの組み合わせなどの複数の輸送プロバイダの参加を含むことができる。通常、ＭａａＳプラットフォーム上の各輸送プロバイダは、他の輸送プロバイダのインフラとの接続性が最低限しか又は全く存在しないクローズドインフラを有する。接続性が限られていることで、個々の輸送プロバイダは、共通請求（ｃｏｍｍｏｎ ｂｉｌｌｉｎｇ）、ルート計画及び収益分配（ｒｅｖｅｎｕｅ ｓｈａｒｉｎｇ）などに関連する信用上及びプライバシー上の懸念を抱えている場合がある。

【発明の概要】

【発明が解決しようとする課題】

【0005】

当業者には、説明したシステムと、本出願の残り部分において図面を参照しながら示す本開示のいくつかの態様とを比較することにより、従来の慣習的な手法の限界及び不利点が明らかになるであろう。

【課題を解決するための手段】

【0006】

実質的に少なくとも１つの図に示し、及び／又はこれらの図に関連して説明し、特許請求の範囲にさらに完全に示すような、分散型台帳ベースのＭａａＳプラットフォーム上におけるトランザクションセキュリティの実装のためのシステム及び方法を提供する。

【0007】

全体を通じて同じ要素を同じ参照符号によって示す添付図面を参照しながら本開示の以下の詳細な説明を検討することにより、本開示のこれらの及びその他の特徴及び利点を理解することができる。

【図面の簡単な説明】

【0008】

【図1】本開示の実施形態による、モビリティアズアサービス（ＭａａＳ）プラットフォーム上におけるトランザクションセキュリティの実装のための例示的なネットワーク環境の図である。

【図2】本開示の実施形態による、発行者ノードからのトランザクション要求に基づいて分散型台帳のノード上のトランザクションデータを更新する例示的な動作を示すシーケンス図である。

【図3】本開示の実施形態による、発行者ノードからのトランザクション要求に対して加入者ノードの情報アクセスポリシーを適用する例示的な動作を示すシーケンス図である。

【図4】本開示の実施形態による、分散型台帳を通じてトランザクション要求を満たす一連の動作を示すシーケンス図である。

【図5】本開示の実施形態による、加入者ノードの様々な動作状態についてのトランザクション要求の処理に関連する一連の動作を示すシーケンス図である。

【図6】本開示の実施形態による、加入者ノード、分散型台帳のノード、分散型台帳に関連する取引先ノード、及び分散型台帳に関連するコンセンサスノードの例示的な実装を示すブロック図である。

【図7】本開示の実施形態による例示的なメッセージブローカ装置のブロック図である。

【図8】本開示の実施形態による例示的な加入者ノードのブロック図である。

【図9】本開示の実施形態による例示的な発行者ノードのブロック図である。

【図10】本開示の実施形態による例示的なＭａａＳベースのシステムのブロック図である。

【図11】本開示の実施形態による、セキュアなトランザクション処理のための例示的な方法を示すフローチャートである。

【発明を実施するための形態】

【0009】

開示するモビリティアズアサービス（ＭａａＳ）プラットフォーム上におけるトランザクションセキュリティの実装のためのシステム及び方法では、後述する実装を見出すことができる。開示するシステムは、複数の同種又は異種の輸送プロバイダ、並びに改札機、アプリケーション及び／又はＰｏＳ装置などのこれらのインフラが共通のＭａａＳプラットフォーム上で様々な輸送サービスを提供するように動作するのを容易にすることができる連合輸送管理システム（ｆｅｄｅｒａｔｅｄ ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｍａｎａｇｅｍｅｎｔ ｓｙｓｔｅｍ）とすることができる。各輸送プロバイダは、セキュアなデータ所有権を享受できるとともに、分散型台帳を通じて関連するトランザクションデータの共同使用を制御することができる。これにより、様々な輸送プロバイダ間の接続性を向上させることができる。

【0010】

輸送プロバイダ間のＩＴインフラが共有されると、各個々の輸送プロバイダは、情報技術（ＩＴ）インフラの所有権に関連するコスト、並びに運用及びインフラ拡張に掛かる資本支出を節約することができる。また、分散型台帳は、ＭａａＳ輸送サービスに関連するトランザクションの当事者であることができる関係輸送プロバイダに関連する分散型台帳上のトランザクションデータレコードに基づいて、ＭａａＳ輸送サービスのための輸送プロバイダ間の収益の共有を容易にすることもできる。

【0011】

本開示の例示的な態様は、メッセージブローカ装置上にホストされたアプリケーションプログラミングインターフェイス（ＡＰＩ）ゲートウェイを介して、輸送プロバイダの発行者ノード（ｐｕｂｌｉｓｈｅｒ ｎｏｄｅ）から受け取られたトランザクション要求を輸送プロバイダの加入者ノード（ｓｕｂｓｃｒｉｂｅｒ ｎｏｄｅ）にルーティングするように構成できるメッセージブローカ装置を含むシステムを提供する。輸送プロバイダは、ＭａａＳ輸送サービスに関連する複数の輸送プロバイダのうちの１つとすることができる。発行者ノードは、例えば輸送プロバイダの予約アプリケーション、改札機、又は販売時点情報管理（ＰｏＳ）装置を含むことができる。

【0012】

ＡＰＩゲートウェイは、トランザクション要求が加入者ノードに配布される前に、ルーティングされたトランザクション要求に一連のセキュリティルールを適用してトランザクション要求の妥当性を確認することができる。輸送プロバイダの加入者ノードは、ＭａａＳ輸送サービスのトランザクションデータを含むことができる状態オブジェクトを記憶できる分散型台帳（例えば、ブロックチェーンベースの台帳）のノードに関連することができる。分散型台帳のノードは、妥当性確認されたトランザクション要求を受け取り、受け取られたトランザクション要求に基づいて、分散型台帳のノードに記憶されたトランザクションデータを更新することができる。

【0013】

図１は、本開示の実施形態による、モビリティアズアサービス（ＭａａＳ）プラットフォーム上におけるトランザクションセキュリティの実装のための例示的なネットワーク環境の図である。図１にはネットワーク環境１００を示す。ネットワーク環境１００は、ＭａａＳ輸送サービスの複数の輸送プロバイダに関連する第１の発行者ノード１０２ａ、第２の発行者ノード１０２ｂ及び第ｎの発行者ノード１０２ｎ（以下、まとめて複数の発行者ノード１０２と呼ぶ）を含む。

【0014】

ネットワーク環境１００は、アプリケーションプログラミングインターフェイス（ＡＰＩ）ゲートウェイ１０６をホストすることができるメッセージブローカ装置１０４をさらに含むことができる。ネットワーク環境１００は、複数の輸送プロバイダに関連する第１の加入者ノード１０８ａ、第２の加入者ノード１０８ｂ及び第ｎの加入者ノード１０８ｎ（以下、まとめて複数の加入者ノード１０８と呼ぶ）をさらに含むことができる。図１の発行者ノード、ＡＰＩエージェント及び加入者ノードの数は、一例として示すものにすぎない。本開示は、その範囲から逸脱することなく、これより多い又は少ない数の発行者ノード、ＡＰＩエージェント及び加入者ノードにも適用可能とすることができる。

【0015】

メッセージブローカ装置１０４は、以下に限定するわけではないが、Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｔｅｌｅｍｅｔｒｙ Ｔｒａｎｓｐｏｒｔ（ＭＱＴＴ）ベースのメッセージングプロトコル、Ａｄｖａｎｃｅｄ Ｍｅｓｓａｇｅ Ｑｕｅｕｉｎｇ Ｐｒｏｔｏｃｏｌ（ＡＭＱＰ）ベースのメッセージングプロトコル、又はメッセージ指向ミドルウェア（Ｍｅｓｓａｇｅ－Ｏｒｉｅｎｔｅｄ Ｍｉｄｄｌｅｗａｒｅ：ＭＯＭ）ベースのメッセージングフレームワークなどの好適なパブリッシュ－サブスクライブ型ネットワークプロトコルを通じて複数の発行者ノード１０２の各々及び複数の加入者ノード１０８の各々と通信するように構成することができる。

【0016】

複数の加入者ノード１０８の各々は、複数のＡＰＩエージェント１１０からの対応するＡＰＩエージェントをホストして、対応する加入者ノードとＡＰＩゲートウェイ１０６との間のインターフェイスを提供することができる。例えば、第１の加入者ノード１０８ａは第１のＡＰＩエージェント１１０ａをホストすることができ、第２の加入者ノード１０８ｂは第２のＡＰＩエージェント１１０ｂをホストすることができ、第ｎの加入者ノード１０８ｎは第ｎのＡＰＩエージェント１１０ｎをホストすることができる。

【0017】

複数の加入者ノード１０８の各々は、分散型台帳１１２の対応するノードに関連することができる。例えば、第１の加入者ノード１０８ａは第１のノード１１２ａに関連することができ、第２の加入者ノード１０８ｂは第２のノード１１２ｂに関連することができ、第ｎの加入者ノード１０８ｎは第ｎのノード１１２ｎに関連することができる。

【0018】

ネットワーク環境１００は、それぞれが分散型台帳１１２に関連することができる取引先（ｃｏｕｎｔｅｒ－ｐａｒｔｙ）ノード１１４及びコンセンサス（ｃｏｎｓｅｎｓｕｓ）ノード１１６をさらに含むことができる。例えば、分散型台帳１１２は、（ＭａａＳプロバイダノードも呼ばれる）取引先ノード１１４及びコンセンサスノード１１６を含むことができる。ある実施形態では、分散型台帳１１２の少なくとも２つのノードが、輸送サービスに関連するトランザクションデータ１１８を記憶することができる。輸送サービスは、複数の輸送プロバイダのうちの１つ又は２つ以上、及び／又は統合ＭａａＳインターフェイス又は複数の発行者ノード１０２を通じて輸送サービスを利用できるユーザ１２０に関連することができる。

【0019】

例えば、トランザクションデータ１１８は、（初期状態オブジェクトとも呼ばれる）第１の状態オブジェクト１１８ａ及び第２の状態オブジェクト１１８ｂ（すなわち、初期状態オブジェクトの更新バージョンに対応するもの）などの一連の状態オブジェクトを含むことができる。各状態オブジェクトは、スマートコントラクト、コントラクトコード（又はトランザクションの当事者が合意する基礎となるトランザクションのルール）及び（発行者ノードからのトランザクション要求に基づいてトランザクションデータ１１８が更新された時に更新できる）状態特性を含むことができるトランザクションデータ１１８のバージョンを記憶することができる。

【0020】

複数の発行者ノード１０２の各発行者ノードは、メッセージブローカ装置１０４を通じて複数の加入者ノード１０８のうちの１つ又は２つ以上の加入者ノードにトランザクション要求を発行するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。各発行者ノードは、（１又は２以上の輸送プロバイダのサービスから成る旅行に関連する輸送サービスの作成、開始又は終了などの）ＭａａＳトランザクションに関連する事象の発生に基づいてトランザクション要求を発行することができる。複数の発行者ノード１０２の例としては、以下に限定するわけではないが、発行者ノードに関連する乗車予約アプリケーション、改札機、又は販売時点情報管理（ＰｏＳ）装置を挙げることができる。

【0021】

ある実施形態では、複数の発行者ノード１０２の各々を、輸送プロバイダに関連する輸送サービス端末にインストールすることができる。輸送サービス端末の輸送サービスインターフェイスは、ユーザ１２０からのユーザ入力に基づいてＭａａＳトランザクションに関連する事象をトリガできるユーザインターフェイスに対応することができる。

【0022】

限定ではなく一例として、第１の発行者ノード１０２ａは、第１の発行者ノード１０２ａがユーザ１２０からユーザ入力を受け取ることができるようにするユーザインターフェイスを提供することができる。受け取られたユーザ入力は、ユーザ１２０のＭａａＳベースの輸送サービスの作成要求を示すことができる。第１の発行者ノード１０２ａは、このような受け取られたユーザ入力に応答して、ユーザ１２０のＭａａＳベースの輸送サービスの作成に関連するｃｒｅａｔｅ（作成）メッセージを含むことができるトランザクション要求を生成することができる。或いは、第１の発行者ノード１０２ａは、ユーザ１２０がＭａａＳベースの輸送サービスを開始した時に、ユーザ１２０のＭａａＳベースの輸送サービスの開始に対応できるｇｅｔ－ｉｎ（参加）メッセージを含むことができるトランザクション要求を生成することもできる。一例として、このようなＭａａＳベースの輸送サービスの開始は、ユーザ１２０が（輸送プロバイダに関連する）列車に乗るために鉄道改札機（第１の発行者ノード１０２ａ）を通って入った時、又はタクシーの乗車を開始した時などの事象検出に関連することができる。或いは、第１の発行者ノード１０２ａは、ユーザ１２０がＭａａＳベースの輸送サービスの利用を完了した時に、ユーザ１２０のＭａａＳベースの輸送サービスの完了に対応できるｇｅｔ－ｏｕｔ（退出）メッセージを含むことができるトランザクション要求を生成することもできる。一例として、このようなＭａａＳベースの輸送サービスの完了は、ユーザ１２０が（輸送プロバイダに関連する）列車から降りた後に電子鉄道出口（第１の発行者ノード１０２ａ）を通って出た時、又はタクシーの乗車が終了した時などの事象検出に関連することができる。

【0023】

メッセージブローカ装置１０４は、複数の発行者ノード１０２から複数の加入者ノード１０８にトランザクション要求をルーティングするように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。メッセージブローカ装置１０４は、ルーティングされるトランザクション要求のセキュリティフィルタリングを実行するＡＰＩゲートウェイ１０６をホストするようにさらに構成することができる。例えば、メッセージブローカ装置１０４は、第１の輸送プロバイダの第１の発行者ノード１０２ａから、マルチモーダル輸送サービスに関連する第１のトランザクション要求を受け取ることができる。さらに、メッセージブローカ装置１０４は、ＡＰＩゲートウェイ１０６を介して第１の輸送プロバイダの第１の加入者ノード１０８ａに第１のトランザクション要求をルーティングすることができる。メッセージブローカ装置１０４の例としては、以下に限定するわけではないが、アプリケーションサーバ、クラウドサーバ、メインフレームサーバ、データベースサーバ、ファイルサーバ、ウェブサーバ、又はその他のタイプのサーバを挙げることができる。

【0024】

ＡＰＩゲートウェイ１０６は、メッセージブローカ装置１０４によってルーティングされるトランザクション要求に一連のセキュリティルールを適用するように構成できる好適なロジック、コード及び／又はインターフェイスを含むことができる。ＡＰＩゲートウェイ１０６は、一連のセキュリティルールの適用に基づいてトランザクション要求の妥当性を確認し、妥当性確認されたトランザクション要求を１又は２以上の加入者ノードに転送することができる。一例として、ＡＰＩゲートウェイ１０６は、受け取られた第１のトランザクション要求に一連のセキュリティルールを適用したことに基づいて、第１の発行者ノード１０２ａからルーティングされる第１のトランザクション要求の妥当性を確認するように構成することができる。ＡＰＩゲートウェイ１０６は、第１のトランザクション要求の妥当性確認に基づいて第１のトランザクション要求を第１の加入者ノード１０８ａに転送し、或いは第１のトランザクション要求の妥当性が確認されなかった場合には第１のトランザクション要求を却下することができる。別の例として、ＡＰＩゲートウェイ１０６は、第１の加入者ノード１０８ａの動作状態（例えば、アクティブ／非アクティブな状態）に基づいて、第１の加入者ノード１０８ａにルーティングされるトランザクション要求を保留するように構成することもできる。さらに、ＡＰＩゲートウェイ１０６は、第１の加入者ノード１０８ａの動作状態がアクティブであるとの判定に基づいて、保留したトランザクション要求を第１の加入者ノード１０８ａに再ルーティングすることができる。１つの実施形態では、ＡＰＩゲートウェイ１０６を、メッセージブローカ装置１０４上に展開又はホストできるソフトウェアアプリケーションとして実装することができる。

【0025】

複数の加入者ノード１０８の各々は、複数の発行者ノード１０２のうちの１又は２以上の発行者ノードからトランザクション要求を受け取るように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。例えば、第１の輸送プロバイダの第１の加入者ノード１０８ａは、メッセージブローカ装置１０４に登録して、同じ輸送プロバイダ（すなわち、第１の輸送プロバイダ）の第１の発行者ノード１０２ａからのトランザクション要求を受け取るように同意することができる。このようなシナリオでは、第１の発行者ノード１０２ａによって発行されたトランザクション要求をメッセージブローカ装置１０４がＡＰＩゲートウェイ１０６を介してルーティングし、ＡＰＩゲートウェイがこのトランザクション要求の妥当性を確認してから第１の加入者ノード１０８ａにルーティングすることができる。加入者ノードの実装例としては、以下に限定するわけではないが、ウェブサーバ、エッジデバイス、エッジノード、クラウドサーバ、一群のクラウドベースサーバ、ワークステーション、又はフォグコンピューティング能力を有するいずれかのコンピュータ装置又はシステムを挙げることができる。

【0026】

複数のＡＰＩエージェント１１０の各々は、複数の加入者ノード１０８のうちの対応する加入者ノードに関連する動作状態情報を維持するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。（第１のＡＰＩエージェント１１０ａなどの）ＡＰＩエージェントは、トランザクション要求が加入者ノードに関連する輸送プロバイダの情報アクセスポリシー（例えば、ビジネスルール又は制約）に従っている場合に、このトランザクション要求を（第１の加入者ノード１０８ａなどの）対応する加入者ノードに転送するように構成することができる。各ＡＰＩエージェントは、加入者ノード上の又は加入者ノードに通信可能に接続された別のノード（例えば、エッジノード）上のサーバベースのアプリケーションとして実装することができる。

【0027】

ある実施形態では、分散型台帳１１２を、不変のデータ操作記録又はトランザクション記録を維持することができる非集中的な分散型データベースシステムとすることができる。一連のデータ操作は、ブロックとしてグループ化するとともに以前のデータ操作ブロックにさらにリンクさせて複数のブロックチェーンを形成することができる。全てのデータ操作ブロックは非集中方式で記憶することができ、これによって分散型台帳１１２の少なくとも２つの参加者又はノードが、これらの参加者又はノードが参加できる１又は２以上のトランザクションに関連する複数のブロックの一部を記憶することができる。さらに、分散型台帳１１２は、例えば（輸送プロバイダノードとも呼ばれる第１の輸送プロバイダの第１のノード１１２ａなどの）モビリティプロバイダノードなどの複数の当事者と取引先ノード１１４（すなわち、ＭａａＳプロバイダノード）との間におけるスマートコントラクトの展開を可能にすることができるオペレーティングシステム（例えば、Ｊａｖａ Ｖｉｒｔｕａｌ Ｍａｃｈｉｎｅ（ＪＶＭ））を含むことができる。

【0028】

限定ではなく一例として、分散型台帳１１２は、Ｃｏｒｄａブロックチェーン、Ｅｔｈｅｒｅｕｍブロックチェーン、又はＨｙｐｅｒｌｅｄｇｅｒブロックチェーンとすることができる。分散型台帳１１２（例えば、Ｃｏｒｄａブロックチェーン）は、分散型台帳１１２が追跡できる一連の不変の状態オブジェクトを記憶することができる。状態オブジェクトは、当事者間のスマートコントラクト、コントラクトコード（トランザクションのルール）、及び一定の状態値を有する状態特性を含むコンテンツなどのトランザクションデータを含むことができる。スマートコントラクトは、スマートコントラクトの複数の当事者が互いに相互作用するように合意できる一連の条件を含むことができる。スマートコントラクトは、分散型台帳１１２の１又は２以上のノード上で動作することができ、トランザクションを生成する状態オブジェクト間の遷移を管理することができる。スマートコントラクトは、一度書かれると多くの状態オブジェクトに再使用することができ、暗号ハッシュを通じて準拠法的散文（ｇｏｖｅｒｎｉｎｇ ｌｅｇａｌ ｐｒｏｓｅ）を参照することができる。

【0029】

分散型台帳１１２は、セキュアな暗号ハッシュを使用して当事者及びデータを識別するとともに、状態オブジェクトを以前のバージョンの状態オブジェクトにリンクしてプロビナンスチェーン（ｃｈａｉｎｓ ｏｆ ｐｒｏｖｅｎａｎｃｅ）を提供することもできる。分散型台帳１１２には、関連する一群の当事者のみが閲覧できるように一群の当事者間のトランザクションを記憶することができる。トランザクションに関連する当事者は、そのトランザクションの現在の状態オブジェクトをボールト（ｖａｕｌｔ）（分散型台帳１１２に関連するデータベース）に記憶することができる。トランザクションを閲覧又は処理する（例えば、トランザクションの妥当性を確認する）資格がある別の当事者は、ボールトからトランザクションの現在の状態オブジェクトを検索することができる。また、分散型台帳１１２の各状態オブジェクトは、関連するトランザクションに参加できる当事者又はノード間のスマートコントラクトを含むことができる。

【0030】

分散型台帳１１２上では、参加者又はノード（例えば、第１のノード１１２ａ）が入力状態オブジェクト（例えば、第１の状態オブジェクト１１８ａ）の状態特性を更新して出力状態オブジェクト（例えば、第２の状態オブジェクト１１８ｂ）を作成することによって、トランザクションを更新することができる。これにより、更新済みトランザクションは（トランザクションデータ１１８に関連することができる）プロビナンスチェーンを作成することができる。分散型台帳１１２は、更新済みトランザクションの妥当性の判定、及び更新済みトランザクションの一意性の判定に基づいて、更新済みトランザクションのためのコンセンサスを提供することができる。ある実施形態では、更新済みトランザクションに関連するノードの参加者が、トランザクションに関連するスマートコントラクト及び妥当性確認ロジックを個別に実行することによって更新済みトランザクションの妥当性を判定することができる。さらに、分散型台帳１１２に関連するコンセンサスノード（例えば、コンセンサスノード１１６）は、現在のトランザクションと同じ入力状態オブジェクトを使用してコンセンサスに達したトランザクションが他に存在しないとのチェックに基づいて更新済みトランザクションの一意性を判定することができる。

【0031】

ある実施形態によれば、分散型台帳１１２は、クライアント側インターフェイス（フロントエンド）及びサーバ側インターフェイス（バックエンド）を含むことができる非集中型アプリケーションに関連することができる。非集中型アプリケーションは、ブロックチェーンに関連するワークフロー（例えば、図６で説明するようなＣｏｒｄａフロー）を実行して（分散型台帳１１２の第１のノード１１２ａなどの）分散型台帳１１２のノード上にトランザクションを記録するように構成することができる。クライアント側インターフェイスは、複数の加入者ノード１０８の各々においてホストされ、加入者ノードに関連するクライアントを詰め込むように構成することができる。例えば、非集中型アプリケーションのクライアント側インターフェイスは、各加入者ノード及び取引先ノード１１４（すなわち、ＭａａＳプロバイダノード）上に構成することができる遠隔手続き呼出し（Ｒｅｍｏｔｅ Ｐｒｏｃｅｄｕｒｅ Ｃａｌｌ：ＲＰＣ）クライアントとすることができる。非集中型アプリケーションのサーバ側インターフェイスは、対応する加入者ノード及び取引先ノード１１４に関連する分散型台帳１１２の各ノード上で動作することができる。

【0032】

ある実施形態では、発行者ノードからのトランザクション要求によって、（分散型台帳１１２の第１のノード１１２ａなどの）モビリティプロバイダノードとＭａａＳプロバイダノード（すなわち、取引先ノード１１４）との間のＭａａＳトランザクションを開始することができる。分散型台帳１１２は、２つの当事者間の、すなわちモビリティプロバイダノード（例えば、第１のモビリティプロバイダの第１のノード１１２ａ）とＭａａＳプロバイダノード（すなわち、取引先ノード１１４）との間のＭａａＳトランザクションのレコードを記憶することができる。

【0033】

複数のＭａａＳプロバイダの場合には、ネットワーク環境１００が複数のＭａａＳプロバイダノードを含むことができ、これらの各々を特定のＭａａＳプロバイダに関連付けてそれぞれのＭａａＳプロバイダの個別の分散型台帳に含めることができる。いくつかのシナリオでは、複数のＭａａＳプロバイダノードを分散型台帳１１２などの共通の分散型台帳に含めることができる。

【0034】

ある実施形態では、第１のノード１１２ａを、分散型台帳１１２の多くのデータベースノードのうちの１つとすることができ、ＡＰＩゲートウェイ１０６から第１の加入者ノード１０８ａを介して、妥当性確認された第１のトランザクション要求を受け取るように構成することができる。第１のノード１１２ａは、受け取られた第１のトランザクション要求内のトランザクションメッセージに基づいて、分散型台帳１１２に関連する初期状態オブジェクト（例えば、初期状態オブジェクト１１８ａ）を更新し、更新済み状態オブジェクト（例えば、第２の状態オブジェクト１１８ｂ）を出力するように構成することができる。第１のノード１１２ａは、初期状態オブジェクト（例えば、初期トランザクションデータを含む第１の状態オブジェクト１１８ａ）及び更新済み状態オブジェクト（例えば、更新済みトランザクションデータを含む第２の状態オブジェクト１１８ｂ）を含むことができるトランザクションを構築するようにさらに構成することができる。

【0035】

取引先ノード１１４はＭａａＳプロバイダに関連することができ、ＭａａＳプロバイダノードと呼ぶこともできる。ある実施形態では、取引先ノード１１４が、複数の加入者ノード１０８のうちのある加入者ノードによって受け取られたトランザクション要求を処理するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。コンセンサスノード１１６は、分散型台帳１１２に関連するトランザクションを公証（ｎｏｔａｒｉｚｅ）するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。

【0036】

動作中、第１の輸送プロバイダの第１の発行者ノード１０２ａは、第１の発行者ノード１０２ａの（例えば、図９に示すような）ユーザインターフェイスを介してユーザ１２０から入力を受け取ることができる。この入力は、ユーザ１２０に関連する旅行計画に基づいて輸送サービス（すなわち、ＭａａＳサービス）を作成するための要求を含むことができる。輸送サービスは、１又は２以上の同種又は異種の輸送プロバイダの個々のサービス提供の組み合わせとすることができる。例えば、ＭａａＳプロバイダの改札機、配車アプリケーション又はＰｏＳ端末は、ユーザ１２０からの入力を介してマルチモーダル輸送サービス（例えば、バス、タクシー及びフライトの組み合わせ）の作成要求を受け取ることができる。本明細書におけるマルチモーダル輸送サービスは、例えば列車サービス、バスサービス、タクシーサービス、地下鉄サービス、航空機サービス、海運サービス、配車サービス、カーシェアリングサービス、相乗りサービス、レンタカーサービス、バイクシェアリングサービス、又はこれらの組み合わせを含むことができる。

【0037】

ある実施形態では、第１の発行者ノード１０２ａを、ユーザ１２０からの入力に基づいて第１のトランザクション要求を生成するように構成することができる。第１のトランザクション要求は、ｃｒｅａｔｅメッセージに対応できるトランザクションメッセージを含むことができる。例えば、ｃｒｅａｔｅメッセージは、輸送プロバイダの詳細、輸送サービスに関連する旅行計画／ルート、出発地、目的地、又は出発地と目的地との間の中間的な場所を含むことができる。ｃｒｅａｔｅメッセージは、ユーザ１２０によって予約された輸送サービスのバンドルに関連する支払い明細を含むこともできる。

【0038】

第１の発行者ノード１０２ａは、輸送プロバイダの輸送サービス（例えば、バス、タクシー及びフライト）に関連することができる全ての加入者ノードに、ｃｒｅａｔｅメッセージを含む第１のトランザクション要求を送信することができる。分散型台帳１１２の対応するノードは、関連する輸送プロバイダの加入者ノードにおけるｃｒｅａｔｅメッセージの受信に基づいて初期状態オブジェクトを作成し、この初期状態オブジェクトを分散型台帳１１２に記憶することができる。

【0039】

別の実施形態では、輸送プロバイダに関連する（第１の発行者ノード１０２ａなどの）発行者ノードが、ユーザ１２０のための輸送サービスの開始時に、メッセージブローカ装置１０４を通じて輸送プロバイダの（第１の加入者ノード１０８ａなどの）加入者ノードに、ｇｅｔ－ｉｎメッセージを含むことができるトランザクション要求を送信することができる。

【0040】

別の実施形態では、（第１の発行者ノード１０２ａなどの）発行者ノードが、ユーザ１２０のための輸送サービスの完了時に、（第１の加入者ノード１０８ａなどの）加入者ノードに、ｇｅｔ－ｏｕｔメッセージを含むことができるトランザクション要求を送信することができる。

【0041】

第１の発行者ノード１０２ａは、メッセージブローカ装置１０４に第１のトランザクション要求を送信するように構成することができる。メッセージブローカ装置１０４は、第１の発行者ノード１０２ａからトランザクション要求を受け取り、この第１のトランザクション要求をＡＰＩゲートウェイ１０６を介して第１の輸送プロバイダの第１の加入者ノード１０８ａにルーティングするように構成することができる。ＡＰＩゲートウェイ１０６は、受け取られた第１のトランザクション要求に一連のルールを適用することに基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認するように構成することができる。例えば、ＡＰＩゲートウェイ１０６は、第１のトランザクション要求が有効な署名を有しているかどうか、正当なＩＰアドレスに関連するかどうか、サイバー攻撃に関連する悪意ある挙動に対応していないかどうか、及び／又はボットによって送信されたものでないかどうかの判定に基づいて、受け取られた第１のトランザクション要求に対してセキュリティフィルタリングを実行することができる。ＡＰＩゲートウェイ１０６によって行われるセキュリティフィルタリングは、加入者ノードに正当なトランザクション要求のみが転送されることを確実にすることができる。このブローカエンドにおけるセキュリティフィルタリングに伴い、各個々の加入者ノードは不当なトランザクション要求をフィルタ処理するチェックを省略することができ、これによってメッセージ／トランザクション処理能力が良好になる。ＡＰＩゲートウェイ１０６（又はメッセージブローカ装置１０４）は、第１のトランザクション要求の妥当性確認に基づいて第１のトランザクション要求を第１の加入者ノード１０８ａに送信するように構成することができる。ＡＰＩゲートウェイ１０６は、トランザクション要求トラフィックの有効化、無効化又はモニタリングを行う制御機構を提供することもできる。

【0042】

ある実施形態では、第１のＡＰＩエージェント１１０ａを、ＡＰＩゲートウェイ１０６から妥当性確認された第１のトランザクション要求を受け取るように構成することができる。第１のＡＰＩエージェント１１０ａは、妥当性確認された第１のトランザクション要求が第１の加入者ノード１０８ａに関連する輸送プロバイダの情報アクセスポリシーに従っているかどうかを判定することができる。情報アクセスポリシーは、輸送プロバイダのビジネスルール又は制約に対応することができる。妥当性確認された第１のトランザクション要求が情報アクセスポリシーに従っている場合、第１のＡＰＩエージェント１１０ａは、妥当性確認された第１のトランザクション要求を第１の加入者ノード１０８ａに転送することができる。従って、第１のＡＰＩエージェント１１０ａを通じて、輸送プロバイダ固有の又は加入者ノード固有のトランザクション要求のフィルタリングを実施することができる。

【0043】

第１の加入者ノード１０８ａは、第１のＡＰＩエージェント１１０ａから妥当性確認された第１のトランザクション要求を受け取り、この妥当性確認された第１のトランザクション要求を第１のノード１１２ａに送信するように構成することができる。第１のノード１１２ａは、受け取られた第１のトランザクション要求に基づいて、輸送サービスの第１の状態オブジェクト１１８ａを検索し、第１の状態オブジェクト１１８ａに含まれるトランザクションデータを更新することができる。トランザクションデータは、以下に限定するわけではないが、発券情報、サブスクリプション情報、支払情報、収益分配情報又は輸送サービス情報などの情報に関連することができる。

【0044】

例示的なシナリオでは、１１：００ＡＭにバスに乗車して空港に向かい、１：００ＰＭに空港から飛行機に搭乗し、その後に８：００ＰＭに空港からタクシーに乗車してホテルに向かうように予定されたユーザ１２０の旅行計画のための輸送サービスを作成することができる。バスの乗車については、ユーザ１２０がバスの乗車を開始すると、バス乗車プロバイダに関連する発行者ノードが、バス乗車プロバイダの加入者ノードにトランザクション要求を送信することができる。このトランザクション要求は、（乗車又は下車地点、乗車時間などの）旅行の詳細、サブスクリプションの詳細又はユーザ詳細を含むｇｅｔ－ｉｎメッセージを含むことができる。旅程の最後にユーザ１２０がバスから降りると、バス乗車プロバイダに関連する発行者ノードは、再びバス乗車プロバイダの加入者ノードにトランザクション要求を送信することができる。このトランザクション要求は、（旅行時間、下車地点などの）旅行の詳細、サブスクリプションの詳細、旅行請求額又はユーザ詳細を含むｇｅｔ－ｏｕｔメッセージを含むことができる。加入者ノードは、ｇｅｔ－ｉｎメッセージ又はｇｅｔ－ｏｕｔメッセージの各々について、その分散型台帳１１２のノードにｇｅｔ－ｉｎメッセージ又はｇｅｔ－ｏｕｔメッセージを転送することができる。分散型台帳１１２のノードは、ｇｅｔ－ｉｎメッセージ又はｇｅｔ－ｏｕｔメッセージに基づいて初期状態オブジェクトを更新して、更新済みトランザクションデータを含む新たな状態オブジェクトを作成することができる。

【0045】

例えば、初期状態オブジェクトの状態特性が（マルチトリップ）輸送サービスのための５００ＵＳドル（ＵＳＤ）の支払い総額を含む場合、新たな状態オブジェクトの更新済みトランザクションデータは、この支払い総額と、バス乗車プロバイダに関連する旅行のための１０ＵＳＤの請求額とを含むことができる。同様に、輸送サービスの他の全ての旅行（フライト及びホテルまでのタクシー）については、フライトプロバイダ及びタクシー乗車プロバイダの分散型台帳１１２のそれぞれのノードが、ユーザ１２０が航空機での旅行及びタクシーでの旅行を完了できる順序で連続して新たな状態オブジェクトを更新することができる。取引先ノード１１４（すなわち、ＭａａＳプロバイダノード）は、最後の旅行の終了時に（どちらか最後に更新された方の）状態オブジェクトを読み出して、バス乗車プロバイダ、フライトプロバイダ及びタクシー乗車プロバイダのそれぞれについて支払いを精算することができる。

【0046】

説明する実施形態では、同種の輸送プロバイダ（例えば、複数のタクシー乗車プロバイダ会社）又は異種の輸送プロバイダ（マルチモーダル輸送プロバイダ）が、同種の一群の装置、アプリケーション又は改札機、或いは様々な輸送プロバイダの異種の一群の改札機、アプリケーション及びＰｏＳ装置を通じて輸送サービスを提供することができる。

【0047】

各輸送プロバイダは、分散型台帳１１２を通じてトランザクションデータ１１８のセキュアなデータ所有権を享受することができる。本開示のＭａａＳプラットフォームは分散型台帳１１２を使用して実装されるので、各輸送プロバイダは分散型台帳１１２上にノードを所有することができる。輸送プロバイダに関連する分散型台帳１１２のノードは、自社に関連するトランザクションデータを記憶することができる。取引先ノード１１４（すなわち、ＭａａＳプロバイダノード）も、同じトランザクションデータを記憶することができる。これにより、ＭａａＳプロバイダと輸送プロバイダとの間でのセキュアなデータ所有権を保証することができる。また、これによって様々な輸送プロバイダ間の接続性を向上させることもできる。輸送プロバイダ間で情報技術（ＩＴ）を共有することで、各輸送プロバイダが独自のクローズドプラットフォームＩＴインフラを維持する場合のコストに比べて各輸送プロバイダの所有ＩＴインフラに関連するコストを抑えることができる。分散型台帳１１２は、分散型台帳１１２上のトランザクションデータレコードに基づいて、複数の輸送プロバイダの発券管理、サブスクリプション管理、支払管理、収益分配及び／又は輸送サービス管理を容易にすることができる。

【0048】

図２は、本開示の実施形態による、発行者ノードからのトランザクション要求に基づいて分散型台帳のノード上でトランザクションデータを更新する例示的な動作を示すシーケンス図である。図２の説明は、図１の要素に関連して行う。図２には、２０２～２１２の一連の動作を示すシーケンス図２００を示す。この一連の動作は、以下に限定するわけではないが、第１の発行者ノード１０２ａ、メッセージブローカ装置１０４、ＡＰＩゲートウェイ１０６、第１の加入者ノード１０８ａ又は分散型台帳１１２の第１のノード１１２ａなどの、ネットワーク環境１００の様々な要素によって実行することができる。

【0049】

２０２において、第１の輸送プロバイダの第１の発行者ノード１０２ａが第１のトランザクション要求を開始することができる。ある実施形態では、第１の発行者ノード１０２ａが、第１の発行者ノード１０２ａのＵＩを通じてユーザ１２０から入力を受け取ることができる。この入力は、輸送サービスに関連するトランザクションの開始（又は作成）要求を含むことができる。例えば、この入力は、１又は２以上の輸送プロバイダ（例えば、タクシーサービスプロバイダ、バスサービスプロバイダ及び地下鉄サービスプロバイダ）の個々のサービス提供を組み合わせて第１の場所から第２の場所に移動するためのユーザ１２０の要求を含むことができる。第１の発行者ノード１０２ａは、このようなユーザ１２０からの入力に基づいて、ｃｒｅａｔｅメッセージを含むことができる第１のトランザクション要求を生成するように構成することができる。例えば、ｃｒｅａｔｅメッセージ（例えば、レコードの最初のインスタンス）は、出発地、目的地、又は出発地と目的地との間の中間的な場所などの、輸送サービスに関連する旅行計画／ルートを含むことができる。ｃｒｅａｔｅメッセージは、ユーザ１２０によって予約された輸送サービスのバンドルに関連する支払い明細も含むこともできる。ｃｒｅａｔｅメッセージは、分散型台帳１１２上で初期状態オブジェクトを作成するために使用することができる。以下の表１にｃｒｅａｔｅメッセージフィールドの例をリストする。

表１：ｃｒｅａｔｅメッセージの例示的なフィールド及びその説明

【0050】

表１では、ｃｒｅａｔｅメッセージが、（ユーザ１２０が輸送サービスのための単一の旅行チケットを有することができる）「パス」トランザクション、又は（ユーザ１２０が一定期間にわたって輸送サービスを使用するためのＭａａＳプロバイダとの有料サブスクリプションを有することができる）「サブスクリプション」トランザクションの一方とすることができるトランザクションのモードを含む。ｔｒａｎｓａｃｔｉｏｎ ｔｙｐｅ（トランザクションタイプ）フィールドは、第１のトランザクション要求がｃｒｅａｔｅメッセージに対応することを示すことができる。ｐａｓｓ／ｓｕｂｓｃｒｉｐｔｉｏｎ ＩＤ（パス／サブスクリプションＩＤ）フィールドは、ユーザ１２０のパス又はサブスクリプションのＩＤを示し、ｓｕｂｓｃｒｉｐｔｉｏｎ ｓｔａｔｕｓ（サブスクリプションステータス）フィールドは、ユーザ１２０によって保持されているサブスクリプションの状態（例えば、期限切れ／機能中）を示すことができる。ｃｒｅａｔｅメッセージは、作成されたＭａａＳサービスに関連することができる輸送プロバイダ名、及びトランザクションを行える相手先であるＭａａＳプロバイダ名を含むこともできる。さらに、ｃｒｅａｔｅメッセージは、トランザクション時間（すなわち、ｃｒｅａｔｅメッセージのタイムスタンプ）、パス又はサブスクリプションのためのワンタイムＩＤ、トランザクションの場所、及び（場所フィールドが存在しない場合には）トランザクションの局ＩＤを含むことができる。

【0051】

１つのシナリオでは、第１の輸送プロバイダに関連する旅行が開始されると、第１の輸送プロバイダの第１の発行者ノード１０２ａが、第１の加入者ノード１０８ａのためのｇｅｔ－ｉｎメッセージを含むことができる第１のトランザクション要求をメッセージブローカ装置１０４に送信することができる。例えば、輸送サービスは、１１：００ＡＭにバスに乗車して空港に向かい、１：００ＰＭに飛行機に搭乗し、８：００ＰＭにタクシーに乗車するためのユーザ１２０の予定計画に対応することができる。ユーザ１２０がタクシー乗車を開始すると、タクシープロバイダに関連する発行者ノードは、タクシープロバイダに関連する対応するｇｅｔ－ｉｎメッセージを含むトランザクション要求を生成することができる。ｇｅｔ－ｉｎメッセージは、タクシーの旅程の開始時間及びタクシーの現在位置などの詳細を含むことができる。ｇｅｔ－ｉｎメッセージは、分散型台帳１１２の関連するノードにおいて第１の輸送プロバイダ（例えば、タクシーサービスプロバイダ）の第１のトランザクション要求に基づいて更新済み状態オブジェクトを作成するために使用することができる。以下の表２に、ｇｅｔ－ｉｎメッセージのフィールド例をリストする。

表２： ｇｅｔ－ｉｎメッセージの例示的なフィールド及びその説明

【0052】

表２の例示的なフィールドは、表１に示すフィールドと同様のものである。従って、簡潔にするために、このような例示的なフィールドの説明は本開示から省略する。

【0053】

第１の輸送プロバイダに関連する旅行が終了するシナリオでは、第１の発行者ノード１０２ａ（又は第１の輸送プロバイダの別の発行者ノード）が、ｇｅｔ－ｏｕｔメッセージを含むことができるトランザクション要求を開始することができる。上記の輸送サービスの例を参照すると、タクシープロバイダに関連する発行者ノードは、ユーザ１２０がタクシーの旅程の最後にタクシーから降りた時に、タクシープロバイダに関連する対応するｇｅｔ－ｏｕｔメッセージを含むトランザクション要求を生成することができる。ｇｅｔ－ｏｕｔメッセージは、タクシーの旅程の完了時間及びタクシーの現在位置（すなわち、目的地）などの詳細を含むことができる。ｇｅｔ－ｏｕｔメッセージは、分散型台帳１１２の関連するノードにおいて第１の輸送プロバイダ（例えば、タクシーサービスプロバイダ）のトランザクション要求に関連する別の更新済み状態オブジェクトを作成するために使用することができる。以下の表３に、ｇｅｔ－ｏｕｔメッセージのフィールド例をリストする。

表３： ｇｅｔ－ｏｕｔメッセージの例示的なフィールド及びその説明

【0054】

表３の例示的なフィールドは、表１に示すフィールドと同様のものである。従って、簡潔にするために、このような例示的なフィールドの説明は本開示から省略する。

【0055】

２０４において、第１の発行者ノード１０２ａが、メッセージブローカ装置１０４に第１のトランザクション要求を送信することができる。メッセージブローカ装置１０４は、第１の発行者ノード１０２ａから第１のトランザクション要求を受け取ることができる。

【0056】

２０６において、メッセージブローカ装置１０４が、ＡＰＩゲートウェイ１０６を介して第１の輸送プロバイダの第１の加入者ノード１０８ａに第１のトランザクション要求をルーティングすることができる。ある実施形態では、複数の加入者ノード１０８ａの各々が、関連するサブスクリプション要求をメッセージブローカ装置１０４に送信することによって１又は２以上のトランザクション要求にサブスクライブすることができる。例えば、ＭＱＴＴメッセージがトランザクション要求である場合、加入者ノードは特定のトピックにサブスクライブして、このトピックを含むトランザクション要求を受け取ることができる。さらに、発行者ノードは、メッセージブローカ装置１０４における特定のトピックにトランザクション要求としてのメッセージを発行又は送信することができる。あるトピックは、メッセージのコンテンツのタイプを示すことができるとともにＭＱＴＴメッセージのアドレス指定及びルーティングに使用できるＭＱＴＴメッセージの主題に対応することができる。メッセージブローカ装置１０４は、第１のトランザクション要求に含まれるトランザクションメッセージ内の情報、及びＡＰＩゲートウェイ１０６を介して複数の加入者ノード１０８から受け取られたサブスクリプション要求に基づいて、第１のトランザクション要求をルーティングすることができる。

【0057】

例えば、表１では、第１のトランザクション要求に含まれるトランザクションメッセージが輸送プロバイダ（例えば、第１の輸送プロバイダ）名を示す。第１の加入者ノード１０８ａが第１の輸送プロバイダ（例えば、タクシープロバイダ）に関連するトランザクション要求にサブスクライブした場合、メッセージブローカ装置１０４は、ＡＰＩゲートウェイ１０６を介して第１の輸送プロバイダ（すなわち、タクシープロバイダ）の第１の加入者ノード１０８ａに第１のトランザクション要求をルーティングすることができる。

【0058】

２０８において、ＡＰＩゲートウェイ１０６は、トランザクション要求の妥当性を確認するために、ルーティングされる第１のトランザクション要求のセキュリティフィルタリングを実行することができる。セキュリティフィルタリングでは、本明細書で説明するような一連のセキュリティルールに基づいて、ルーティングされる第１のトランザクション要求の妥当性をチェックすることができる。

【0059】

一連のセキュリティルールは、トランザクション要求が有効なＩＰアドレス範囲内のＩＰアドレスに関連するかどうかをチェックするための第１のルールを含むことができる。一連のセキュリティルールは、トランザクション要求がサイバー攻撃に関連する悪意ある挙動に対応するかどうかをチェックするための第２のルールと、受け取られたトランザクション要求の発行者ノードがボットであるかどうかをチェックするための第３のルールとをさらに含むことができる。一連のセキュリティルールは、トランザクション要求に関連するメッセージ署名が有効であるかどうかをチェックするための第４のルールと、関連する一意のＩＤ、ＩＰアドレス又はアクセストークンに基づいて（第１のノード１１２Ａなどの）モビリティプロバイダにトランザクション要求を提出するためのクライアント（すなわち、発行者ノード）の真正性及び認可の検証に基づいてトランザクション要求の妥当性を確認するための第５のルールとを含むことができる。（第１のルールから第５のルールまでの）上記の順序での一連のセキュリティルールの適用は、ネットワーク層、その後のトランスポート／セッション層及びプレゼンテーション／アプリケーション層などの様々な開放型システム間相互接続（Ｏｐｅｎ Ｓｙｓｔｅｍｓ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ：ＯＳＩ）モデル層上におけるトランザクション要求のセキュリティフィルタリングを引き起こすことができるので有利と考えられる。

【0060】

１つの実施形態では、ＡＰＩゲートウェイ１０６を、ルーティングされる第１のトランザクション要求が有効なＩＰアドレス範囲内のＩＰアドレスに関連するとの判定に基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認するように構成することができる。例えば、第１の発行者ノード１０２ａは、第１のトランザクション要求のトランザクションメッセージに、第１の発行者ノード１０２ａに関連するソースＩＰアドレスを埋め込むことができる。ＡＰＩゲートウェイ１０６は、複数の輸送プロバイダに関連することができる有効なホワイトリスト上のＩＰアドレスの範囲を維持することができる。第１の発行者ノード１０２ａに関連するソースＩＰアドレスが有効なホワイトリスト上のＩＰアドレスの範囲内にある場合、ルーティングされる第１のトランザクション要求の妥当性を確認することができる。

【0061】

別の実施形態では、ＡＰＩゲートウェイ１０６を、ルーティングされる第１のトランザクション要求がサイバー攻撃に関連する悪意ある挙動に対応するとの判定に基づいて、ルーティングされる第１のトランザクション要求を却下するように構成することができる。１つの例として、ＡＰＩゲートウェイ１０６は、一定期間内に第１の加入者ノード１０８ａから（第１のトランザクション要求を含む）トランザクション要求が高頻度で受け取られたことに基づいて、第１のトランザクション要求がサービス妨害（ＤｏＳ）攻撃に対応するかどうかを判定することができる。別の例として、ＡＰＩゲートウェイ１０６は、第１のトランザクション要求に関連するパラメータに基づいて、第１のトランザクション要求がクロスサイトリクエストフォージェリ（Ｃｒｏｓｓ－ｓｉｔｅ Ｒｅｑｕｅｓｔ Ｆｏｒｇｅｒｙ：ＸＳＲＦ）攻撃に対応するかどうかを判定することもできる。このようなパラメータの例としては、以下に限定するわけではないが、第１のトランザクション要求に関連するユニフォームリソースロケータ（ＵＲＬ）、メッセージヘッダ又はクッキーを挙げることができる。第１のトランザクション要求がＤｏＳ攻撃又はＸＲＳＦ攻撃に関連すると判定された場合、ＡＰＩゲートウェイ１０６は第１のトランザクション要求を却下することができる。また、いくつかの実施形態では、ＡＰＩゲートウェイ１０６が、第１の発行者ノード１０２ａ（又は関連するクライアントＩＤ又はＩＰアドレス範囲）を、それぞれがメッセージブローカ装置１０４にメッセージ（又はトランザクション要求）を発行できないブラックリスト発行者のリストに追加することもできる。

【0062】

別の実施形態では、ＡＰＩゲートウェイ１０６を、第１の発行者ノード１０２ａがボットであるとの判定に基づいて、ルーティングされる第１のトランザクション要求を却下するように構成することができる。例えば、ＡＰＩゲートウェイ１０６は、侵入検出システムを使用して、第１のトランザクション要求に関連する第１の発行者ノード１０２ａがボットであるかどうかを検出することができる。侵入検出システムは、異常ベースの侵入検出技術、署名ベースの侵入検出技術、又はドメインネームサービス（ＤＮＳ）ベースの侵入検出技術のうちの１つ又は２つ以上を使用して、第１の発行者ノード１０２ａがボットであることを検出することができる。

【0063】

別の実施形態では、ＡＰＩゲートウェイ１０６が、チャレンジレスポンスベースのボット検出技術を使用して第１の発行者ノード１０２ａがボットであるかどうかを検出することができる。例えば、メッセージブローカ装置１０４は、それぞれの発行者ノードが最初にメッセージブローカ装置１０４に対してＴＣＰ／ＩＰポートを登録し又は開いた時に、各発行者ノードとの間で一意のコードを共有することができる。ＡＰＩゲートウェイ１０６は、第１のトランザクション要求が受け取られると、一意のコードを要求するチャレンジ問題を第１の発行者ノード１０２ａに送信することができる。第１のトランザクション要求に関連する第１の発行者ノード１０２ａが一意のコードで応答できない場合、ＡＰＩゲートウェイ１０６は、第１の発行者ノード１０２ａがボットであると判定することができる。

【0064】

１つの実施形態では、ＡＰＩゲートウェイ１０６を、ルーティングされる第１のトランザクション要求に有効な署名が行われているとの判定に基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認するように構成することができる。例えば、第１の発行者ノード１０２ａは、第１の発行者ノード１０２ａに関連する秘密鍵を使用して第１のトランザクション要求に署名（例えば、メッセージ認証コード又はチェックサム）を行うことができる。ＡＰＩゲートウェイ１０６は、第１の発行者ノード１０２ａに関連する公開鍵に基づいて署名の妥当性を確認することができる。公開鍵は、ＡＰＩゲートウェイ１０６及び／又はメッセージブローカ装置１０４に既知のものとすることができる。このような妥当性確認は、（トランザクションメッセージを含む）第１のトランザクション要求が悪意あるエンティティによって改竄されたものでないことを保証することができる。

【0065】

１つの実施形態では、ＡＰＩゲートウェイ１０６を、特定のモビリティ／輸送プロバイダのクライアント（すなわち、第１の発行者ノード１０２ａなどの発行者ノード）の真正性及び認可の検証に基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認するように構成することができる。一例として、ＡＰＩゲートウェイ１０６は、第１のトランザクション要求に関連する一意のＩＤ、ＩＰアドレス又はアクセストークンに基づいて、第１のトランザクション要求を送信した第１の発行者ノード１０２ａの真正性及び認可を検証することができる。ＩＰアドレスは、第１のトランザクション要求にソースＩＰアドレスとして含めることができ、アクセストークンは、第１のトランザクション要求のトランザクションメッセージのヘッダに埋め込むことができる。ＡＰＩゲートウェイ１０６は、ＩＰアドレスと発行者の認可されたＩＰアドレスのリストとの比較に基づいて、第１の発行者ノード１０２ａの認可を検証するように構成することができる。これに加えて又はこれに代えて、ＡＰＩゲートウェイ１０６は、アクセストークンと、ＡＰＩゲートウェイ１０６によって発行された一連の認可されたアクセストークンとの比較に基づいて認可を検証することもできる。ある実施形態では、認可の検証が、トランザクションメッセージの送信者（例えば、第１の発行者ノード１０２ａ）を認可済み送信者として検証することに対応することができる。

【0066】

ある実施形態では、第１のトランザクション要求内のトランザクションメッセージのヘッダに一意のＩＤを埋め込むことができる。各トランザクション要求は、特定のシーケンス番号又は一意のＩＤを有するトランザクションメッセージと共に受け取ることができる。ＡＰＩゲートウェイ１０６は、受け取られたトランザクションメッセージの一意のＩＤと以前のトランザクションメッセージの一意のＩＤとの比較に基づいて第１のトランザクション要求の真正性を検証するように構成することができる。ある実施形態では、真正性の検証が、トランザクションメッセージの完全性の検証に対応することができる。第１のトランザクション要求の真正性及び認可の検証は、ネットワーク環境１００が複数のモビリティプロバイダ及び複数のＭａａＳプロバイダを含むシナリオで役立つことができる。

【0067】

２１０において、ＡＰＩゲートウェイ１０６が、妥当性確認された第１のトランザクション要求を第１の加入者ノード１０８ａに送信することができる。第１のトランザクション要求は、第１のトランザクション要求の妥当性確認の結果に基づいて（すなわち、第１のトランザクション要求に一連のルールを適用した結果として）第１の加入者ノード１０８ａに送信することができる。

【0068】

２１２において、第１の加入者ノード１０８ａが、妥当性確認された第１のトランザクション要求を第１のノード１１２ａに送信することができる。第１のノード１１２ａは、第１の加入者ノード１０８ａから妥当性確認された第１のトランザクション要求を受け取ることができる。

【0069】

２１４において、第１のノード１１２ａが、受け取られた妥当性確認された第１のトランザクション要求に基づいて、分散型台帳１１２の第１のノード１１２ａに記憶されたトランザクションデータ（例えば、トランザクションデータ１１８）を更新することができる。第１のノード１１２ａにおけるトランザクションデータの更新については、例えば図４でさらに説明する。

【0070】

図３は、本開示の実施形態による、加入者ノードからのトランザクション要求に加入者ノードの情報アクセスポリシーを適用する例示的な動作を示すシーケンス図である。図３の説明は、図１及び図２の要素に関連して行う。図３には、３０２～３０８の一連の動作を示すシーケンス図３００を示しており、これらの動作は、以下に限定するわけではないが、ＡＰＩゲートウェイ１０６、第１のＡＰＩエージェント１１０ａ及び第１の加入者ノード１０８ａなどの、ネットワーク環境１００の様々な要素によって実行することができる。

【0071】

３０２において、ＡＰＩゲートウェイ１０６が、ルーティングされる第１のトランザクション要求の妥当性を確認することができる。第１のトランザクション要求に一連のセキュリティルールを適用することに基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認することについては、例えば図２の２０８において説明した。３０４において、ＡＰＩゲートウェイ１０６が、妥当性確認された第１のトランザクション要求を第１のＡＰＩエージェント１１０ａに送信することができる。

【0072】

３０６において、第１のＡＰＩエージェント１１０ａが、ＡＰＩゲートウェイ１０６から妥当性確認された第１のトランザクション要求を受け取り、妥当性確認された第１のトランザクション要求に第１の加入者ノード１０８ａの情報アクセスポリシーを適用することができる。

【0073】

ある実施形態では、情報アクセスポリシーが、輸送サービスに関連するビジネスルール及び制約を含むことができる。限定ではなく一例として、第１の加入者ノード１０８ａに関連する第１のノード１１２ａが定期メンテナンス又は非定期メンテナンス中である場合には、輸送サービスに関連する第１のポリシーが、第１のＡＰＩエージェント１１０ａにトランザクション要求を却下又は保留するように求めることができる。同様に、トランザクション要求に関連する輸送プロバイダが輸送サービスに含まれる旅行をキャンセルした場合には、輸送サービスに関連する第２のポリシーが、第１のＡＰＩエージェント１１０ａにこのトランザクション要求を却下するように求めることができる。

【0074】

別の実施形態では、ビジネスルール及び制約を、第１の加入者ノード１０８ａに関連する第１の輸送プロバイダに固有のものとすることができる。限定ではなく一例として、第１の輸送プロバイダの第１のビジネスルールは、第１の輸送プロバイダが稼動している特定の時刻又は曜日にトランザクション要求に関連する輸送サービスが提供されるように求めることができる。同様に、第１の輸送プロバイダの第２のビジネスルールは、第１の輸送プロバイダが提供する旅行サービスに関連するサービス可能な場所、原価モデル、旅行価格設定、支払いモード、サブスクリプションタイプ、販促提供物又はクーポンに関連する制約を含むことができる。第１のＡＰＩエージェント１１０ａは、トランザクションメッセージが第１の輸送プロバイダの情報アクセスポリシーに従っているかどうかをチェックすることができる。

【0075】

３０８において、第１のＡＰＩエージェント１１０ａが、第１のトランザクション要求が第１の輸送プロバイダの情報アクセスポリシーに従っているかどうかに基づいて、第１の加入者ノード１０８ａに第１のトランザクション要求を送信することができる。第１の加入者ノード１０８ａは、第１のＡＰＩエージェント１１０ａから第１のトランザクション要求を受け取ることができる。

【0076】

図４は、本開示の実施形態による、分散型台帳を通じてトランザクション要求を満たす一連の動作を示すシーケンス図である。図４の説明は、図１、図２及び図３の要素に関連して行う。図４には、４０２～４２６とすることができる一連の動作を示すシーケンス図４００を示しており、これらの動作は、以下に限定するわけではないが、分散型台帳１１２の第１のノード１１２ａ、第１の加入者ノード１０８ａ、取引先ノード１１４及びコンセンサスノード１１６などの、ネットワーク環境１００の様々な要素によって実行することができる。

【0077】

４０２において、第１のノード１１２ａが第１の状態オブジェクトを記憶することができる。ある実施形態では、第１のノード１１２ａが、（Ｓ１として示す）第１の状態オブジェクト４２８を、トランザクションデータを含む初期状態オブジェクトとして分散型台帳１１２に記憶することができる。例えば、最初に、第１の発行者ノード１０２ａから（図２にも示す）ｃｒｅａｔｅメッセージを含むトランザクション要求を受け取ることができる。第１の発行者ノード１０２ａは、ｃｒｅａｔｅメッセージを含む第１のトランザクション要求を、ＭａａＳベースの輸送サービスに関連する輸送プロバイダ（例えば、バス、タクシー及び航空機）の全ての関連する加入者ノードに送信することができる。第１のトランザクション要求を受け取った各加入者ノードでは、分散型台帳１１２のそれぞれのノードが初期状態オブジェクトを作成してそれぞれのノードに記憶することができる。

【0078】

１つの例として、状態オブジェクトは、（ＭａａＳベースの）輸送サービスの契約の当事者（すなわち、輸送プロバイダ及びＭａａＳサービスプロバイダ）を識別する情報を含むことができる。状態オブジェクトは、当事者が合意できるスマートコントラクトをさらに含むことができる。スマートコントラクトは、状態オブジェクトを更新するための各トランザクション要求について、スマートコントラクトが更新を可能にするためにトランザクション要求が従わなければならないルールを強要することができる。

【0079】

例えば、これらのルールのうちの１つは、ユーザが（ＭａａＳベースの）輸送サービス全体について行う支払いの総額を超える旅行金額を個々の輸送プロバイダが請求すべきではないと命じることができる。別のルールは、ユーザが（ＭａａＳベースの）輸送サービス全体について行う支払いの総額から他の輸送プロバイダの旅行請求額を差し引いた後に残った差額を超える旅行金額を個々の輸送プロバイダが請求すべきではないと命じることができる。別のルールは、誤って作成された請求書がユーザに過小又は過大に旅行の請求を行わないように、旅行請求額は最小値を超えるべきであるが設定閾値金額未満とすべきであると命じることができる。ユーザ１２０が（ＭａａＳベースの）輸送サービス全体について行う支払いの総額の割合分担（ｐｅｒｃｅｎｔａｇｅ ｓｈａｒｅ）に個々の輸送プロバイダが合意した場合には、別のルールが、この割合分担に基づく金額を超える金額を個々の輸送プロバイダが請求すべきではないと命じることができる。

【0080】

１つの実施形態では、状態オブジェクトが、状態特性などのトランザクションデータを含むことができる。状態特性は、支払い明細、旅行詳細、旅行状況（例えば、ユーザが利用した又は未だ利用していない旅行）、発券情報、異なる輸送プロバイダに関連する請求情報などの詳細を含むことができる。

【0081】

４０４において、第１の加入者ノード１０８ａが、妥当性確認された（例えば、図２の２０８において妥当性確認された）第１のトランザクション要求を第１のノード１１２ａに送信することができる。少なくとも１つの実施形態では、第１の加入者ノード１０８ａが、第１のノード１１２ａにおける関連するＲＰＣクライアントへのトランザクションコールを生成するように構成できる遠隔手続き呼出し（ＲＰＣ）サーバを含むことができる。トランザクションコールは、妥当性確認された第１のトランザクション要求に含まれるトランザクションメッセージに基づいて生成することができる。例えば、トランザクションメッセージは、ｇｅｔ－ｉｎメッセージ又はｇｅｔ－ｏｕｔメッセージに対応することができる。

【0082】

図４では、第１の加入者ノード１０８ａを、第１のノード１１２ａ上でトランザクションを開始するためのコールを処理するように示している。しかしながら、本開示はこのように限定されるものではなく、いくつかの実施形態では、第１の加入者ノード１０８ａが、第１のトランザクション要求に関連する同時実行制御、スレッド管理、処理リソース及び処理プロトコルに関与することもできる。これに加えて又はこれに代えて、第１の加入者ノード１０８ａは、ユーザが取ったルートの記憶、発券情報（例えば、パス及びサブスクリプション）の管理、旅行の追跡、ユーザプロファイルの管理、ユーザの傾向／好みの管理、及び位置ベースサービスの処理に関与することもできる。ある実施形態では、ユーザの好み及びユーザプロファイルに基づいて、記憶されたルート、発券情報、追跡されたユーザの旅行及び位置ベースサービスに関連する情報をユーザへの将来的なスマートルーティングオプションの推奨に使用することができる。

【0083】

４０６において、第１のノード１１２ａが、第１の状態オブジェクト４２８（Ｓ１）を更新して（Ｓ２として示す）第２の状態オブジェクト４３０を作成することができる。ある実施形態では、第１のノード１１２ａが、第１のノード１１２ａから第１の状態オブジェクト４２８（すなわち、Ｓ１）を検索し、更新済み状態オブジェクトを第２の状態オブジェクト４３０（すなわち、Ｓ２）として作成することができる。例えば、第１のトランザクション要求は、ユーザ１２０がタクシーに乗車してタクシーの旅程を開始した時に生成できるｇｅｔ－ｉｎメッセージを含むことができる。第１のノード１１２ａは、初期状態オブジェクトのトランザクションデータ（例えば、状態特性）を更新することによって初期状態オブジェクト（例えば、Ｓ１として示す第１の状態オブジェクト４２８）を更新して、更新済み状態オブジェクト（例えば、Ｓ２として示す第２の状態オブジェクト４３０）を作成することができる。ある例では、第１のノード１１２ａが、タクシーサービスプロバイダに関する詳細、そのトランザクションについてタクシーサービスプロバイダ及びＭａａＳプロバイダに支払うべき金額、並びにトランザクションの現在の状態などのトランザクションデータ（例えば、状態特性）を更新することができる。現在の状態は、例えばユーザ１２０によって利用されたサービスの指示、及び未だ利用されていないサービスの指示を含むことができる。

【0084】

４０８において、第１のノード１１２ａが、第１のトランザクション要求に関連するトランザクション４３４ａを構築することができる。例えば、第１のノード１１２ａは、トランザクション４３４ａを構築するためにトランザクションビルダフォームを生成し、このトランザクションビルダフォームに第１の状態オブジェクト４２８（すなわち、Ｓ１）、コマンド４３２及び第２の状態オブジェクト４３０（すなわち、Ｓ２）を追加することができる。コマンド４３２は、第１の状態オブジェクト４２８（すなわち、Ｓ１）から第２の状態オブジェクト４３０（すなわち、Ｓ２）への遷移に関連する命令又はコードを含むことができる。各状態オブジェクトは、関連するスマートコントラクトを含むことができる。例えば、第１の状態オブジェクト４２８（すなわち、Ｓ１）は（Ｃ１として示す）第１のスマートコントラクト４２８ａを含むことができ、第２の状態オブジェクト４３０（すなわち、Ｓ２）は（Ｃ２として示す）第２のスマートコントラクト４３０ａを含むことができる。

【0085】

４１０において、第１のノード１１２ａが、構築されたトランザクション４３４ａに署名することができる。ある実施形態では、第１のノード１１２ａが、構築されたトランザクション４３４ａに第１のノード１１２ａ（又は第１の輸送プロバイダ）を代表して（Ｓｉｇ１として示す）第１の署名４３６を添付して署名済みトランザクション４３４ｂを作成することができる。

【0086】

４１２において、第１のノード１１２ａが、署名済みトランザクション４３４ｂを検証することができる。ある実施形態では、第１のノード１１２ａが、第１のスマートコントラクト４２８ａ及び第２のスマートコントラクト４３０ａの両方を実行することができる。署名済みトランザクション４３４ｂは、第１のスマートコントラクト４２８ａ（すなわち、Ｃ１）を実行した第１の結果が第２のスマートコントラクト４３０ａ（すなわち、Ｃ２）を実行した第２の結果に一致するとの判定に基づいて検証することができる。

【0087】

４１４において、第１のノード１１２ａが、検証されたトランザクション４３４ｂを取引先ノード１１４（ＭａａＳプロバイダノード）に送信することができる。取引先ノード１１４は、第１のノード１１２ａから検証された署名済みトランザクション４３４ｂを受け取ることができる。

【0088】

４１６において、取引先ノード１１４が、検証されたトランザクション４３４ｂに連署（ｃｏｕｎｔｅｒ－ｓｉｇｎ）することができる。ある実施形態では、取引先ノード１１４が、検証されたトランザクション４３４ｂに取引先ノード１１４を代表して（Ｓｉｇ２として示す）第２の署名４３８を添付して連署済みトランザクション４３４ｃを作成することができる。

【0089】

４１８において、取引先ノード１１４が、連署済みトランザクション４３４ｃを第１のノード１１２ａに送信することができる。第１の加入者ノード１０８ａは、取引先ノード１１４から連署済みトランザクション４３４ｃを受け取ることができる。

【0090】

４２０において、第１のノード１１２ａが、連署済みトランザクション４３４ｃをコンセンサスノード１１６に送信することができる。コンセンサスノード１１６は、第１のノード１１２ａから連署済みトランザクション４３４ｃを受け取ることができる。

【0091】

４２２において、コンセンサスノード１１６が、連署済みトランザクション４３４ｃを公証することができる。ある実施形態では、コンセンサスノード１１６が、連署済みトランザクション４３４ｃにコンセンサスノード１１６を代表して（Ｓｉｇ３として示す）第３の署名４４０を添付して公証済みトランザクション４３４ｄを作成することができる。

【0092】

４２４において、コンセンサスノード１１６が、公証済みトランザクション４３４ｄを第１のノード１１２ａに送信することができる。第１のノード１１２ａは、コンセンサスノード１１６から公証済みトランザクション４３４ｄを受け取ることができる。

【0093】

４２６において、第１のノード１１２ａが、公証済みトランザクション４３４ｄを分散型台帳１１２の第１のノード１１２ａ上にレコードとして記憶して、トランザクションデータの更新を分散型台帳１１２上に記録することができる。ある実施形態では、公証済みトランザクション４３４ｄが、第１のノード１１２ａ及び取引先ノード１１４がアクセスできる更新済みトランザクションデータを含むことができる。例えば、トランザクションデータは、輸送サービスの発券情報、サブスクリプション情報、支払情報、収益分配情報又は輸送サービス情報のうちの１つ又は２つ以上に関連する状態特性を含むことができる。ＭａａＳプロバイダは、更新済みトランザクションデータ内の収益分配情報を使用して輸送プロバイダに対する支払いを精算することができる。

【0094】

ある実施形態では、分散型台帳１１２のノードが、トランザクションに（チェックサム、又はノードに知られている公開鍵／秘密鍵に基づく）デジタル署名又は暗号署名を添付することによってトランザクションに署名することができる。例えば、コンセンサスノード１１６は、連署済みトランザクション４３４ｃにコンセンサスノード１１６の秘密鍵に関連するデジタル署名を添付することによって連署済みトランザクション４３４ｃを公証することができる。コンセンサスノード１１６のデジタル署名は、コンセンサスノード１１６の公開鍵を有するいずれかのノードが検証することができる。

【0095】

１又は２以上の実施形態では、取引先ノード１１４及びコンセンサスノード１１６をクラウドサーバ又はエッジノード上に実装することができる。ＭａａＳプロバイダ（すなわち、ＭａａＳ会社）は、取引先ノード１１４を使用して、１又は２以上の輸送プロバイダによって提供される輸送サービスに関連するトランザクションを集約することができる。各加入者ノード及び分散型台帳１１２の対応するノードは、対応する輸送プロバイダに関連する輸送プロバイダノードを共に構成することができる。輸送プロバイダノードは、通信設備のＩＴインフラのクラウドサーバ又はエッジノード上に実装することができる。これにより、このようなノードがユーザトラフィック又はトランザクショントラフィックの近傍に存在することに起因してトランザクションスループットの向上に役立つことができる。

【0096】

図４には、単一のトランザクション要求によって第１の状態オブジェクト４２８を更新するための４０２～４２６の一連の動作を示している。典型的なＭａａＳベースの輸送サービスのフルフィルメントでは、輸送プロバイダのそれぞれの加入者ノードに異なる発行者ノードを介して一連のトランザクション要求を提供し、これらの各輸送プロバイダが、分散型台帳１１２のそれぞれのノード上でトランザクションを呼び出して４０２～４２６の一連の動作を繰り返すことによって（第２の状態オブジェクト４３０などの）以前に更新済みの状態オブジェクトを更新することができる。

【0097】

図５は、本開示の実施形態による、加入者ノードの様々な動作状態についてのトランザクション要求の処理に関連する一連の動作を示すシーケンス図である。図５の説明は、図１、図２、図３及び図４の要素に関連して行う。図４には、５０２～５１０の一連の動作を示すシーケンス図４００を示しており、これらの一連の動作は、以下に限定するわけではないが、ＡＰＩゲートウェイ１０６、第１のＡＰＩエージェント１１０ａ及び第１の加入者ノード１０８ａなどの、ネットワーク環境１００の様々な要素によって実行することができる。

【0098】

５０２において、ＡＰＩゲートウェイ１０６が、メッセージブローカ装置１０４から（図２の２０６においてルーティングされた）第１のトランザクション要求を受け取ることができる。第１のトランザクション要求は、メッセージブローカ装置１０４がＡＰＩゲートウェイ１０６を介して第１の輸送プロバイダの第１の加入者ノード１０８ａにルーティングすることができる。

【0099】

５０４において、第１の加入者ノード１０８ａが、その動作状態を第１のＡＰＩエージェント１１０ａに送信することができる。いくつかの実施形態では、第１のＡＰＩエージェント１１０ａが、第１の加入者ノード１０８ａの動作状態を継続的又は定期的にモニタして、第１の加入者ノード１０８ａの動作状態を記憶することができる。動作状態は、第１の加入者ノード１０８ａがアクティブな状態にあるか、それとも非アクティブな状態にあるかを示すことができる情報を含むことができる。第１の加入者ノード１０８ａが非アクティブな状態にある場合、動作状態内の情報は、第１の加入者ノード１０８ａの定期メンテナンス、突発的メンテナンス又は非定期メンテナンスなどの非アクティブな状態の原因／条件を示すこともできる。例えば、タクシーサービスプロバイダに関連する加入者ノードが、サーバファームウェアのアップグレード又はネットワーク障害に起因して非アクティブな状態の場合がある。この加入者ノードは、分散型台帳１１２の関連するノードの停止時間に起因して非アクティブな状態の場合もある。

【0100】

５０６において、第１のＡＰＩエージェント１１０ａが、ＡＰＩゲートウェイ１０６に第１の加入者ノード１０８ａの動作状態を送信することができる。ある実施形態では、第１の加入者ノード１０８ａの動作状態が非アクティブな状態であるとの判定に基づいて動作状態を送信することができる。ＡＰＩゲートウェイ１０６は、複数の加入者ノード１０８のうちの他の加入者ノードの動作状態を受け取ることもできる。

【0101】

５０８において、ＡＰＩゲートウェイ１０６が、第１の加入者ノード１０８ａの動作状態に基づいて第１のトランザクション要求を保留することができる。例えば、定期又は非定期メンテナンスに起因して第１の加入者ノード１０８ａの動作状態が非アクティブな状態にある場合、ＡＰＩゲートウェイ１０６は第１のトランザクション要求を保留又は記憶することができる。いくつかの実施形態では、ほとんどの又は全てのノードの動作状態が非アクティブである場合、ＡＰＩゲートウェイ１０６は、他の全ての発行者ノードからのさらなるトランザクション要求を保留又は却下し、このような発行者ノードの各々の動作状態が変化するまでさらなるトランザクション要求の発行を停止するように各ノードに個別に通知することができる。

【0102】

５１０において、第１の加入者ノード１０８ａが、その更新された動作状態を第１のＡＰＩエージェント１１０ａに送信することができる。５１２において、第１のＡＰＩエージェント１１０ａが、第１の加入者ノード１０８ａの更新された動作状態をＡＰＩゲートウェイ１０６に送信することができる。

【0103】

５１４において、ＡＰＩゲートウェイ１０６が、第１の加入者ノード１０８ａの更新された動作状態に基づいて、保留（又は記憶）された第１のトランザクション要求を第１の加入者ノード１０８ａにルーティング（又は再ルーティング）することができる。例えば、更新された動作状態がアクティブな状態であると判定された場合、ＡＰＩゲートウェイ１０６は、第１のトランザクション要求を第１の加入者ノード１０８ａに再ルーティングすることができる。

【0104】

ＡＰＩゲートウェイ１０６は、加入者ノードの非アクティブな状態中にはトランザクション要求を保留し、加入者ノードが動作的にアクティブになった時に加入者ノードにトランザクション要求を再ルーティングするので、加入者ノードの計画的な、計画外の又は突発的なメンテナンスにもかかわらず加入者ノードへのトランザクション要求の配布が保証される。いくつかの実施形態では、複数の加入者ノードが単一の輸送プロバイダに関連することができる。標的加入者ノードが動作的に非アクティブな状態にある場合、ＡＰＩゲートウェイ１０６は、動作的にアクティブな状態であると考えられる同じ輸送プロバイダの別の加入者ノードに（元々は標的加入者ノードのために発行された）トランザクション要求を再ルーティングすることができる。

【0105】

いくつかの実施形態では、ＡＰＩゲートウェイ１０６が、第１の加入者ノード１０８ａの動作状態にかかわらず第１のトランザクション要求を第１のＡＰＩエージェント１１０ａに配布することができる。このような場合、第１のＡＰＩエージェント１１０ａは、第１の加入者ノード１０８ａの現在の動作状態がアクティブな状態に変化するまで、第１の加入者ノード１０８ａからの第１のトランザクション要求を保留している間に第１の加入者ノード１０８ａの動作状態をモニタすることができる。第１のＡＰＩエージェント１１０ａは、第１の加入者ノード１０８ａが動作的にアクティブな状態になった時に、保留していた第１のトランザクション要求を第１の加入者ノード１０８ａに転送することができる。

【0106】

図６は、本開示の実施形態による、加入者ノード、分散型台帳のノード、分散型台帳に関連する取引先ノード及び分散型台帳に関連するコンセンサスノードの例示的な実装を示すブロック図である。図６の説明は、図１、図２、図３、図４及び図５の要素に関連して行う。図６には、第１の加入者ノード１０８ａ、分散型台帳１１２の第１のノード１１２ａ、取引先ノード１１４及びコンセンサスノード１１６のブロック図６００を示す。

【0107】

図６では、第１の発行者ノード１０２ａが、第１のトランザクション要求をＭＱＴＴメッセージとしてメッセージブローカ装置１０４に送信できるＭＱＴＴ発行者（すなわち、ＭＱＴＴクライアント）に対応することができる。メッセージブローカ装置１０４は、ＡＰＩゲートウェイ１０６を介して第１のトランザクション要求を第１の加入者ノード１０８ａにルーティングできるＭＱＴＴメッセージブローカに対応することができる。第１の加入者ノード１０８ａは、ＭＱＴＴベースのメッセージングプロトコルに従って第１のトランザクション要求を受け取ることができる（やはりＭＱＴＴクライアントである）ＭＱＴＴ加入者とすることができる。

【0108】

第１の加入者ノード１０８ａは、それぞれＪａｖａベースのプラットフォーム６０６上で実行できるＭＱＴＴ加入者モジュール６０２及び遠隔手続き呼出し（ＲＰＣ）クライアントモジュール６０４（例えば、非同期ＲＰＣクライアント）を含むことができる。ＭＱＴＴ加入者モジュール６０２は、第１のトランザクション要求（すなわち、ＭＱＴＴメッセージ）を受け取り、ＲＰＣクライアントモジュール６０４への受け取られた第１のトランザクション要求を、１又は２以上のＲＰＣコールを通じて分散型台帳１１２の第１のノード１１２ａに転送することができる。

【0109】

ある実施形態では、分散型台帳１１２の第１のノード１１２ａが、それぞれＪａｖａプラットフォームベースのＣｏｒｄａブロックチェーン６１２上で実行できるＲＰＣサーバモジュール６０８及びＣｏｒｄａフローモジュール６１０を含むことができる。第１のノード１１２ａでは、ＲＰＣサーバモジュール６０８が、ＲＰＣクライアントモジュール６０４の１又は２以上のＲＰＣコールを通じてＲＰＣクライアントモジュール６０４から第１のトランザクション要求を受け取ることができる。分散型台帳１１２の第１のノード１１２ａは、Ｐｏｓｔｇｒｅｓ（ポストグレス）ベースのデータベースプラットフォーム６１６上で実行できるリレーショナルデータベース（ＲＤＢ）モジュール６１４を含むことができる。ＲＤＢモジュール６１４は、Ｊａｖａ Ｄａｔａｂａｓｅ Ｃｏｎｎｅｃｔｉｖｉｔｙ（ＪＤＢＣ）ＡＰＩに従って、ＲＰＣサーバモジュール６０８からデータベースクエリを受け取ることができる。

【0110】

ある実施形態では、取引先ノード１１４も、それぞれが第１のノード１１２ａのモジュールに類似できるモジュールを含むことができる。図６には示していないが、コンセンサスノード１１６も、それぞれが第１のノード１１２ａのモジュールに類似できるモジュールを含むことができる。

【0111】

動作中、第１のノード１１２ａは、図４の４０２で説明したように第１の状態オブジェクト４２８（すなわち、Ｓ１）を第１のノード１１２ａのＲＤＢモジュール６１４に記憶することができる。第１の加入者ノード１０８ａは、（図４の４０４で説明したように）メッセージブローカ装置１０４からの（ＭＱＴＴ加入者モジュール６０２がＭＱＴＴメッセージとして受け取った）第１のトランザクション要求を（ＡＰＩゲートウェイ１０６を介して）第１のノード１１２ａに送信するように構成することができる。一例として、第１の加入者ノード１０８ａのＲＰＣクライアントモジュール６０４は、受け取られた第１のトランザクション要求を１又は２以上のＲＰＣコールを通じてＲＰＣサーバモジュール６０８に送信することができ、ＲＰＣサーバモジュール６０８は、第１のトランザクション要求を第１のノード１１２ａのＣｏｒｄａフローモジュール６１０に転送することができる。

【0112】

最初に、第１のノード１１２ａのＣｏｒｄａフローモジュール６１０は、図４の４０６で説明したように第１の状態オブジェクト４２８（すなわち、Ｓ１）を更新して第２の状態オブジェクト４３０（すなわち、Ｓ２）を作成することができる。その後、第１のノード１１２ａのＣｏｒｄａフローモジュール６１０は、（図４の４０８で説明したように）第１のトランザクション要求に基づいてトランザクション４３４ａを構築し、（図４の４１０で説明したように）構築されたトランザクション４３４ａに署名して署名済みトランザクション４３４ｂを生成して、（図４の４１２で説明したように）署名済みトランザクション４３４ｂを検証することができる。Ｃｏｒｄａフローモジュール６１０は、（図４の４１４で説明したように）検証済みトランザクション４３４ｂを取引先ノード１１４に送信することができる。取引先ノード１１４のＣｏｒｄａフローモジュールは、（図４の４１６で説明したように）検証済みトランザクション４３４ｂに連署して連署済みトランザクション４３４ｃを生成し、（図４の４１８で説明したように）連署済みトランザクション４３４ｃを第１のノード１１２ａに送信することができる。第１のノード１１２ａのＣｏｒｄａフローモジュール６１０は、（図４の４２０で説明したように）連署済みトランザクション４３４ｃをコンセンサスノード１１６に送信することができる。コンセンサスノード１１６のＣｏｒｄａフローモジュールは、（図４で説明したように）連署済みトランザクション４３４ｃを公証して公証済みトランザクション４３４ｄを作成し、（図４の４２４で説明したように）公証済みトランザクション４３４ｄを第１のノード１１２ａに返送することができる。第１のノード１１２ａのＣｏｒｄａフローモジュール６１０は、第１のノード１１２ａのＲＤＢモジュール６１４を通じて公証済みトランザクション４３４ｄをトランザクションレコードとして記憶することができる。公証済みトランザクション４３４ｄは、第１のノード１１２ａ及び取引先ノード１１４がアクセスできる更新済みトランザクションデータを含むことができる。

【0113】

当業者であれば、図６の各モジュールは、図６に示すそれぞれのモジュールの定義された一連の動作を実行するソフトウェアプログラム、又はこのようなソフトウェアプログラムが実行される回路に対応することができると理解するであろう。

【0114】

図７は、本開示の実施形態による例示的なメッセージブローカ装置のブロック図である。図７の説明は、図１、図２、図３、図４、図５及び図６の要素に関連して行う。図７には、図１のメッセージブローカ装置１０４のブロック図７００を示す。メッセージブローカ装置１０４は、回路７０２と、メモリ７０４と、入力／出力（Ｉ／Ｏ）装置７０６と、ネットワークインターフェイス７０８とを含む。メッセージブローカ装置１０４上には、ＡＰＩゲートウェイ１０６をホストすることができる。

【0115】

回路７０２は、ネットワークインターフェイス７０８を使用して複数の発行者ノード１０２及び複数の加入者ノード１０８と通信するように構成することができる。回路７０２は、メッセージブローカ装置１０４及びＡＰＩゲートウェイ１０６によって実行されるべき動作のための命令を実行するように構成できる好適なロジック、回路、インターフェイス及び／又はコードを含むことができる。回路７０２の実装例としては、中央処理装置（ＣＰＵ）、ｘ８６ベースのプロセッサ、縮小命令セットコンピューティング（ＲＩＳＣ）プロセッサ、特定用途向け集積回路（ＡＳＩＣ）プロセッサ、複合命令セットコンピューティング（ＣＩＳＣ）プロセッサ、グラフィカルプロセッシングユニット（ＧＰＵ）、コプロセッサ、その他のプロセッサ、及び／又はこれらの組み合わせを挙げることができる。

【0116】

メモリ７０４は、回路７０２が実行できる命令を記憶するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。メモリ７０４の実装例としては、以下に限定するわけではないが、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスクドライブ（ＨＤＤ）、及び／又はセキュアデジタル（ＳＤ）カードを挙げることができる。

【0117】

Ｉ／Ｏ装置７０６は、入力を受け取り、受け取られた入力に基づいて出力を提供するように構成できる好適なロジック、回路及び／又はインターフェイスを含むことができる。Ｉ／Ｏ装置７０６は、回路７０２と通信するように構成できる様々な入力及び出力装置を含むことができる。Ｉ／Ｏ装置７０６の例としては、以下に限定するわけではないが、タッチ画面、キーボード、マウス、ジョイスティック、ディスプレイ装置、マイク、又はスピーカを挙げることができる。

【0118】

ネットワークインターフェイス７０８は、１又は２以上の通信ネットワーク（図示せず）を介してメッセージブローカ装置１０４、複数の発行者ノード１０２及び複数の加入者ノード１０８間の通信を可能にするように構成できる好適なロジック、回路、インターフェイス及び／又はコードを含むことができる。ネットワークインターフェイス７０８は、１又は２以上の通信ネットワークとの有線又は無線通信をサポートする既知の技術を実装することができる。

【0119】

ネットワークインターフェイス７０８は、以下に限定するわけではないが、アンテナ、周波数変調（ＦＭ）トランシーバ、無線周波数（ＲＦ）トランシーバ、１又は２以上の増幅器、チューナ、１又は２以上の発振器、デジタルシグナルプロセッサ、コーダ－デコーダ（ＣＯＤＥＣ）チップセット、加入者識別モジュール（ＳＩＭ）カード、及び／又はローカルバッファを含むことができる。ネットワークインターフェイス７０８は、インターネット、イントラネットなどのネットワーク、及び／又はセルラー電話ネットワーク、無線ローカルエリアネットワーク（ＬＡＮ）、及び／又はメトロポリタンエリアネットワーク（ＭＡＮ）などの無線ネットワークと無線通信を介して通信することができる。無線通信は、ロングタームエボリューション（ＬＴＥ）、グローバルシステムフォーモバイルコミュニケーション（ＧＳＭ）、拡張データＧＳＭ環境（ＥＤＧＥ）、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、Ｂｌｕｅｔｏｏｔｈ、ワイヤレスフィディリティー（Ｗｉ－Ｆｉ）（例えば、ＩＥＥＥ ８０２．１１ａ、ＩＥＥＥ ８０２．１１ｂ、ＩＥＥＥ ８０２．１１ｇ、及び／又はＩＥＥＥ ８０２．１１ｎ）、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、Ｗｉ－ＭＡＸ、電子メール用プロトコル、インスタントメッセージング及び／又はショートメッセージサービス（ＳＭＳ）などの複数の通信規格、プロトコル及び技術のうちのいずれかを使用することができる。

【0120】

図１、図２、図３、図４、図５及び図６で説明したようなメッセージブローカ装置１０４によって実行される機能又は動作は、回路７０２によって実行することができる。回路７０２によって実行される動作については、例えば図１、図２、図３、図４、図５及び図６で詳細に説明している。

【0121】

図８は、本開示の実施形態による例示的な加入者ノードのブロック図である。図８の説明は、図１、図２、図３、図４、図５、図６及び図７の要素に関連して行う。図８には、第１の加入者ノード１０８ａのブロック図８００を示す。第１の加入者ノード１０８ａは、回路８０２と、メモリ８０４と、Ｉ／Ｏ装置８０６と、ネットワークインターフェイス８０８とを含む。第１の加入者ノード１０８ａは、第１の加入者ノード１０８ａ上にホストできる第１のＡＰＩエージェント１１０ａをさらに含むことができる。

【0122】

回路８０２は、ネットワークインターフェイス８０８を使用してメッセージブローカ装置１０４及び第１のノード１１２ａと通信するように構成することができる。回路８０２は、第１の加入者ノード１０８ａ及び第１のＡＰＩエージェント１１０ａによって実行されるべき動作のための命令を実行するように構成できる好適なロジック、回路、インターフェイス及び／又はコードを含むことができる。回路８０２の実装例としては、ＣＰＵ、ｘ８６ベースのプロセッサ、ＲＩＳＣプロセッサ、ＡＳＩＣプロセッサ、ＣＩＳＣプロセッサ、ＧＰＵ、コプロセッサ、又はこれらの組み合わせを挙げることができる。

【0123】

メモリ８０４は、回路８０２が実行できる命令を記憶するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。メモリ８０４の実装例としては、以下に限定するわけではないが、ＲＡＭ、ＲＯＭ、ＨＤＤ及び／又はＳＤカードを挙げることができる。

【0124】

Ｉ／Ｏ装置８０６は、入力を受け取り、受け取られた入力に基づいて出力を提供するように構成できる好適なロジック、回路及び／又はインターフェイスを含むことができる。Ｉ／Ｏ装置８０６は、回路８０２と通信するように構成できる様々な入力及び出力装置を含むことができる。Ｉ／Ｏ装置８０６の例としては、以下に限定するわけではないが、タッチ画面、キーボード、マウス、ジョイスティック、ディスプレイ装置、マイク及びスピーカを挙げることができる。

【0125】

ネットワークインターフェイス８０８は、１又は２以上の通信ネットワークを介して第１の加入者ノード１０８ａ、メッセージブローカ装置１０４及び第１のノード１１２ａ間の通信を可能にするように構成できる好適なロジック、回路、インターフェイス及び／又はコードを含むことができる。ネットワークインターフェイス８０８は、１又は２以上の通信ネットワークとの有線又は無線通信をサポートする既知の技術を実装することができる。ネットワークインターフェイス８０８の機能は、例えば図７で説明したようなネットワークインターフェイス７０８の機能と同じものとすることができる。従って本開示では、簡潔にするためにネットワークインターフェイス８０８の説明については省略する。

【0126】

図１、図２、図３、図４、図５及び図６で説明したような第１の加入者ノード１０８ａによって実行される機能又は動作は、回路８０２によって実行することができる。回路８０２によって実行される動作については、例えば図１、図２、図３、図４、図５及び図６で詳細に説明している。

【0127】

図９は、本開示の実施形態による例示的な発行者ノードのブロック図である。図９の説明は、図１、図２、図３、図４、図５、図６、図７及び図８の要素に関連して行う。図９には、第１の発行者ノード１０２ａのブロック図９００を示す。第１の発行者ノード１０２ａは、回路９０２と、メモリ９０４と、Ｉ／Ｏ装置９０６と、ネットワークインターフェイス９１２とを含む。Ｉ／Ｏ装置９０６は、ディスプレイ装置９０８及びＵＩ９１０を含むことができる。

【0128】

回路９０２は、ネットワークインターフェイス９１２を使用してメッセージブローカ装置１０４と通信するように構成することができる。回路９０２は、第１の発行者ノード１０２ａによって実行されるべき動作のための命令を実行するように構成できる好適なロジック、回路、インターフェイス及び／又はコードを含むことができる。回路９０２の実装例としては、ＣＰＵ、ｘ８６ベースのプロセッサ、ＲＩＳＣプロセッサ、ＡＳＩＣプロセッサ、ＣＩＳＣプロセッサ、ＧＰＵ、コプロセッサ、又はこれらの組み合わせを挙げることができる。

【0129】

メモリ９０４は、回路９０２が実行できる命令を記憶するように構成できる好適なロジック、回路、コード及び／又はインターフェイスを含むことができる。メモリ９０４の実装例としては、以下に限定するわけではないが、ＲＡＭ、ＲＯＭ、ＨＤＤ及び／又はＳＤカードを挙げることができる。

【0130】

Ｉ／Ｏ装置９０６は、入力を受け取り、受け取られた入力に基づいて出力を提供するように構成できる好適なロジック、回路及び／又はインターフェイスを含むことができる。Ｉ／Ｏ装置９０６は、回路９０２と通信するように構成できる様々な入力及び出力装置を含むことができる。Ｉ／Ｏ装置９０６の例としては、以下に限定するわけではないが、タッチ画面、キーボード、マウス、ジョイスティック、ディスプレイ装置（例えば、ディスプレイ装置９０８）、マイク及びスピーカを挙げることができる。

【0131】

ディスプレイ装置９０８は、（ユーザ１２０などの）ユーザが新たな輸送サービスの要求、輸送サービスの開始又は輸送サービスの終了を行えるようにするＵＩ９１０を表示するように構成できる好適なロジック、回路及びインターフェイスを含むことができる。例えば、ディスプレイ装置９０８は、ＰＯＳのディスプレイ、スマートフォン又は改札機に対応することができる。

【0132】

ネットワークインターフェイス９１２は、第１の発行者ノード１０２ａとメッセージブローカ装置１０４との間の通信を可能にするように構成できる好適なロジック、回路、インターフェイス及び／又はコードを含むことができる。ネットワークインターフェイス９１２は、通信ネットワークとの有線又は無線通信をサポートする既知の技術を実装することができる。ネットワークインターフェイス９１２の機能は、例えば図７で説明したようなネットワークインターフェイス７０８の機能と同じものとすることができる。従って本開示では、簡潔にするためにネットワークインターフェイス９１２の説明については省略する。

【0133】

図１、図２、図３、図４、図５及び図６で説明したような第１の発行者ノード１０２ａによって実行される機能又は動作は、回路９０２によって実行することができる。回路９０２によって実行される動作については、例えば図１、図２、図３、図４、図５及び図６で詳細に説明している。

【0134】

図１０は、本開示の実施形態による例示的なＭａａＳベースのシステムのブロック図である。図１０の説明は、図１、図２、図３、図４、図５、図６、図７、図８及び図９の要素に関連して行う。図１０にはシステム１００２のブロック図１０００を示す。システム１００２は、複数の発行者ノード１０２と、メッセージブローカ装置１０４と、複数の加入者ノード１０８とを含む。メッセージブローカ装置１０４はＡＰＩゲートウェイ１０６をホストすることができ、複数の加入者ノード１０８の各々は、複数のＡＰＩエージェント１１０のうちの対応するＡＰＩエージェントをホストすることができる。システム１００２の各エンティティの動作については、例えば図１、図２、図３、図４、図５、図６、図７、図８及び図９で詳細に説明している。

【0135】

図１１は、本開示の実施形態によるセキュアなトランザクション処理のための例示的な方法を示すフローチャートである。図１１の説明は、図１、図２、図３、図４、図５、図６、図７、図８、図９及び図１０の要素に関連して行う。図１１にはフローチャート１１００を示す。フローチャート１１００の例示的な方法は、例えば図１の第１のノード１１２ａ、メッセージブローカ装置１０４、ＡＰＩゲートウェイ１０６及び第１の加入者ノード１０８ａなどのいずれかのコンピュータシステムによって実行することができる。フローチャート１１００の例示的な方法は、１１０２から開始して１１０４に進むことができる。

【0136】

１１０４において、ｃｒｅａｔｅメッセージを含む初期トランザクション要求を受け取ることができる。ある実施形態では、第１の加入者ノード１０８ａを、第１の発行者ノード１０２ａから初期トランザクション要求を受け取るように構成することができる。初期トランザクション要求は、輸送サービスに関連するトランザクションデータを含む第１の状態オブジェクト４２８（すなわち、Ｓ１）を作成するためのｃｒｅａｔｅメッセージを含むことができる。ある実施形態では、１１０８～１１１４の動作に従って初期トランザクション要求を受け取り、その後に妥当性確認することができる。妥当性確認後、第１の加入者ノード１０８ａは妥当性確認された初期トランザクション要求を受け取り、妥当性確認された初期トランザクション要求を、１１０６で説明するようなユーザ１２０の新たな輸送サービスのためのレコードのインスタンスの記憶及び作成のために分散型台帳１１２の第１のノード１１２ａに送信することができる。

【0137】

１１０６において、輸送サービスに関連するトランザクションデータを含む第１の状態オブジェクト４２８（すなわち、Ｓ１）を記憶することができる。ある実施形態では、第１の加入者ノード１０８ａに関連することができる分散型台帳１１２の第１のノード１１２ａを、第１の状態オブジェクト４２８（すなわち、Ｓ１）を記憶するように構成することができる。第１のノード１１２ａは、新たな輸送サービスのためのｃｒｅａｔｅメッセージを含む初期トランザクション要求を受け取り、ユーザ１２０の新たな輸送サービスのための新規レコードを第１のノード１１２ａにおいて作成することができる。第１のノード１１２ａにおける新規レコードは、第１の状態オブジェクト４２８（すなわち、Ｓ１）に対応することができる。第１の状態オブジェクト４２８の詳細については、例えば図４で説明した。

【0138】

１１０８において、第１の輸送の第１の発行者ノード１０２ａから輸送サービスに関連する第１のトランザクション要求を受け取ることができる。ある実施形態では、メッセージブローカ装置１０４を、第１の発行者ノード１０２ａから第１のトランザクション要求を受け取るように構成することができる。

【0139】

１１１０において、ＡＰＩゲートウェイ１０６を介して第１の輸送プロバイダの第１の加入者ノード１０８ａに第１のトランザクション要求をルーティングすることができる。ある実施形態では、メッセージブローカ装置１０４を、ＡＰＩゲートウェイ１０６を介して第１の加入者ノード１０８ａに第１のトランザクション要求をルーティングするように構成することができる。

【0140】

１１１２において、受け取られた第１のトランザクション要求に一連のセキュリティルールを適用することに基づいて、ルーティングされた第１のトランザクション要求の妥当性を確認することができる。ある実施形態では、ＡＰＩゲートウェイ１０６を、受け取られた第１のトランザクション要求に一連のセキュリティルールを適用することに基づいて、ルーティングされた第１のトランザクション要求の妥当性を確認するように構成することができる。一連のセキュリティルールに基づく受け取られた第１のトランザクション要求のセキュリティフィルタリングについては、例えば図２で説明した。

【0141】

１１１４において、第１の加入者ノード１０８ａを介して、ＡＰＩゲートウェイ１０６から妥当性確認された第１のトランザクション要求を受け取ることができる。ある実施形態では、分散型台帳１１２の第１のノード１１２ａを、第１の加入者ノード１０８ａを介してＡＰＩゲートウェイ１０６から妥当性確認された第１のトランザクション要求を受け取るように構成することができる。

【0142】

１１１６において、受け取られた第１のトランザクション要求に基づいて、第１のノード１１２ａに記憶されたトランザクションデータを更新することができる。ある実施形態では、第１のノード１１２ａを、受け取られた第１のトランザクション要求に基づいて、第１のノード１１２ａに記憶されたトランザクションデータを更新するように構成することができる。ある実施形態では、第１のノード１１２ａが、初期状態オブジェクト（例えば、第１の状態オブジェクト４２８）を更新済み状態オブジェクト（例えば、第２の状態オブジェクト４３０）に更新することができる。例えば、更新済み状態オブジェクトは、受け取られたトランザクション要求に基づく、初期状態オブジェクトに含まれる状態特性の更新に対応することができる。第１のノード１１２ａに記憶されたトランザクションデータの更新については、例えば図４で説明した。制御は、さらに終了に進むことができる。

【0143】

フローチャート１１００を１１０４、１１０６、１１０８、１１１０、１１１２、１１１４及び１１１６などの個々の動作として説明したが、本開示はこのように限定されるものではない。従って、いくつかの実施形態では、開示する実施形態の本質を損なうことなく、このような個別の動作を特定の実装に応じてさらなる動作にさらに分割し、より少ない動作に組み合わせ、又は削除することができる。

【0144】

本開示の例示的な態様は、複数の輸送プロバイダのうちの（第１の発行者ノード１０２ａなどの）第１の輸送プロバイダの第１の発行者ノードから輸送サービスに関連する第１のトランザクション要求を受け取るように構成された（回路２０２などの）回路を含む（メッセージブローカ装置１０４などの）メッセージブローカ装置を含むことができるシステムを含むことができる。回路２０２は、メッセージブローカ装置１０４上にホストされた（ＡＰＩゲートウェイ１０６などの）ＡＰＩゲートウェイを介して、受け取られた第１のトランザクション要求に関連する第１の輸送プロバイダの（第１の加入者ノード１０８ａなどの）第１の加入者ノードに第１のトランザクション要求をルーティングするように構成することができる。ＡＰＩゲートウェイ１０６は、受け取られた第１のトランザクション要求に一連のセキュリティルールを適用することに基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認するように構成することができる。第１の加入者ノード１０８ａは、（分散型台帳１１２などの）分散型台帳の（第１のノード１１２ａなどの）第１のノードに関連することができる。第１のノード１１２ａは、輸送サービスに関連するトランザクションデータを含むことができる（第１の状態オブジェクト４２８などの）第１の状態オブジェクトを記憶するように構成することができる。第１のノード１１２ａは、第１の加入者ノード１０８ａを介してＡＰＩゲートウェイ１０６から妥当性確認された第１のトランザクション要求を受け取り、受け取られた第１のトランザクション要求に基づいて、第１のノード１１２ａに記憶されたトランザクションデータを更新するように構成することができる。

【0145】

ある実施形態では、第１の発行者ノード１０２ａを、以下に限定するわけではないが、第１の輸送プロバイダの乗車予約アプリケーション、改札機又は販売時点情報管理（ＰｏＳ）のうちの１つとすることができる。

【0146】

ある実施形態では、分散型台帳１１２が、モビリティアズアサービス（ＭａａＳ）プロバイダに関連するＭａａＳプロバイダノードを含むことができる。システムは、複数のＭａａＳプロバイダに関連する複数の分散型台帳をさらに含むことができる。複数の分散型台帳の各々は、対応するＭａａＳプロバイダのＭａａＳプロバイダノードを含むことができる。

【0147】

ある実施形態では、ＡＰＩゲートウェイ１０６を、ルーティングされる第１のトランザクション要求が有効なインターネットプロトコル（ＩＰ）アドレス範囲内のＩＰアドレスに関連するとの判定に基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認するようにさらに構成することができる。さらに、ＡＰＩゲートウェイ１０６は、ルーティングされる第１のトランザクション要求がサイバー攻撃に関連する悪意ある挙動に対応するとの判定に基づいて、ルーティングされる第１のトランザクション要求を却下するように構成することができる。また、ＡＰＩゲートウェイ１０６は、第１の発行者ノードがボットであるとの判定に基づいて、ルーティングされる第１のトランザクション要求を却下するように構成することもできる。ＡＰＩゲートウェイ１０６は、ルーティングされる第１のトランザクション要求に有効な署名が行われているとの判定に基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認するように構成することができる。ＡＰＩゲートウェイ１０６は、第１の発行者ノード１０２ａの真正性及び認可の検証に基づいて、ルーティングされる第１のトランザクション要求の妥当性を確認するように構成することができる。

【0148】

ある実施形態では、一連のセキュリティルールが、ルーティングされる第１のトランザクション要求が有効なインターネットプロトコル（ＩＰ）アドレス範囲内のＩＰアドレスに関連するかどうかを判定するための第１のルール、ルーティングされる第１のトランザクション要求がサイバー攻撃に関連する悪意ある挙動に対応するかどうかを判定するための第２のルール、第１の発行者ノード１０２ａがボットであるかどうかを判定するための第３のルール、ルーティングされる第１のトランザクション要求に有効な署名が行われているかどうかを判定するための第４のルール、並びにルーティングされる第１のトランザクション要求の妥当性を第１の発行者ノード１０２ａの真正性及び認可の検証に基づいて確認するための第５のルールのうちの１つ又は２つ以上を含むことができる。

【0149】

ある実施形態では、システムが、第１の加入者ノード１０８ａ上にホストされた（第１のＡＰＩエージェント１１０ａなどの）ＡＰＩエージェントをさらに含むことができる。ＡＰＩゲートウェイ１０６は、第１のＡＰＩエージェント１１０ａから第１の加入者ノード１０８ａに関連する動作状態情報を受け取るように構成することができる。受け取られた動作状態は、第１の加入者ノード１０８ａの定期メンテナンス、突発的メンテナンス、又は非定期メンテナンスのうちの１つを示すことができる。ＡＰＩゲートウェイ１０６は、受け取られた動作状態に基づいて、ルーティングされる第１のトランザクション要求を保留するように構成することができる。或いは、ＡＰＩゲートウェイ１０６は、第１の加入者ノード１０８ａの動作状態がアクティブであるとの判定に基づいて、第１のトランザクション要求を第１の加入者ノード１０８ａに再ルーティングするように構成することができる。

【0150】

ある実施形態では、第１のＡＰＩエージェント１１０ａを、ＡＰＩゲートウェイ１０６を介して、妥当性確認された第１のトランザクション要求を受け取るように構成することができる。第１のＡＰＩエージェント１１０ａは、妥当性確認された第１のトランザクション要求が第１の加入者ノード１０８ａの情報アクセスポリシーに従っているとの判定に基づいて、妥当性確認された第１のトランザクション要求を第１の加入者ノード１０８ａに転送するように構成することができる。情報アクセスポリシーは、輸送サービスに関連するビジネスルール及び制約を含むことができる。

【0151】

ある実施形態では、第１のノード１１２ａを、第１の加入者ノード１０８ａを介して、ＡＰＩゲートウェイ１０６から妥当性確認された第１のトランザクション要求を受け取り、受け取られた第１のトランザクション要求内のトランザクションメッセージに基づいて、第１の状態オブジェクトを更新して（第２の状態オブジェクト４３０などの）第２の状態オブジェクトを出力するように構成することができる。第１のノード１１２ａは、第１の状態オブジェクト及び第２の状態オブジェクトを含むトランザクションを構築するようにさらに構成することができる。

【0152】

第１のノード１１２ａは、構築されたトランザクション４３４ａに署名し、署名済みトランザクション４３４ｂを検証するようにさらに構成することができる。署名済みトランザクション４３４ｂの検証は、第１の状態オブジェクト（４２８）に含まれる第１のスマートコントラクトを実行した第１の結果が、第２の状態オブジェクト４３０に含まれる第２のスマートコントラクトを実行した第２の結果に一致するとの判定に基づくことができる。第１のノード１１２ａは、検証済みトランザクションを（取引先ノード１１４などの）取引先ノードと共有するように構成することができる。

【0153】

ある実施形態では、取引先ノード１１４を、共有されたトランザクションに連署して、連署済みトランザクション４３４ｃを第１のノード１１２ａと共有するように構成される。ある実施形態では、システムが、第１のノード１１２ａから連署済みトランザクション４３４ｃを受け取り、連署済みトランザクション４３４ｃを公証してコンセンサスノード１１６の署名を含め、公証済みトランザクション４３４ｄを第１のノード１１２ａと共有するように構成できる（コンセンサスノード１１６などの）コンセンサスノードをさらに含むことができる。ある実施形態では、第１のノード１１２ａを、公証済みトランザクション４３４ｄを記憶するように構成することができる。公証済みトランザクション４３４ｄは、分散型台帳１１２の第１のノード１１２ａ及び取引先ノード１１４がアクセスできる更新済みトランザクションデータを含むことができる。

【0154】

ある実施形態では、受け取られた第１のトランザクション要求が、（ユーザ１２０などの）ユーザの輸送サービスの作成に関連するｃｒｅａｔｅメッセージ、ユーザ１２０の輸送サービスの開始に関連するｇｅｔ－ｉｎメッセージ、又は輸送サービスの完了に関連するｇｅｔ－ｏｕｔメッセージのうちの１つを含むことができる。トランザクションデータは、輸送サービスに関連する発券情報、サブスクリプション情報、支払情報、収益分配情報、又は輸送サービス情報のうちの１つ又は２つ以上に関連することができる。

【0155】

本開示は、ハードウェアで実現することも、又はハードウェアとソフトウェアとの組み合わせで実現することもできる。本開示は、少なくとも１つのコンピュータシステム内で集中方式で実現することも、又は異なる要素を複数の相互接続されたコンピュータシステムにわたって分散できる分散方式で実現することもできる。本明細書で説明した方法を実行するように適合されたコンピュータシステム又はその他の装置が適することができる。ハードウェアとソフトウェアとの組み合わせは、ロードされて実行された時に本明細書で説明した方法を実行するようにコンピュータシステムを制御することができるコンピュータプログラムを含む汎用コンピュータシステムとすることができる。本開示は、他の機能も実行する集積回路の一部を含むハードウェアで実現することができる。

【0156】

本開示は、本明細書で説明した方法の実装を可能にする全ての特徴を含み、コンピュータシステムにロードされた時にこれらの方法を実行できるコンピュータプログラム製品に組み込むこともできる。本文脈におけるコンピュータプログラムとは、情報処理能力を有するシステムに特定の機能を直接的に、或いはａ）別の言語、コード又は表記法への変換、ｂ）異なる内容形態での複製、のいずれか又は両方を行った後に実行させるように意図された命令セットの、あらゆる言語、コード又は表記法におけるあらゆる表現を意味する。

【0157】

いくつかの実施形態を参照しながら本開示を説明したが、当業者であれば、本開示の範囲から逸脱することなく様々な変更を行うことができ、同等物を代用することもできると理解するであろう。また、本開示の範囲から逸脱することなく、特定の状況又は内容を本開示の教示に適合させるように多くの修正を行うこともできる。従って、本開示は、開示した特定の実施形態に限定されるものではなく、添付の特許請求の範囲内に収まる全ての実施形態を含むように意図される。

【符号の説明】

【0158】

１１０２ 開始
１１０４ 輸送サービスに関連するトランザクションデータを含む第１の状態オブジェクトを作成するためのｃｒｅａｔｅメッセージを含む初期トランザクション要求を受信
１１０６ 輸送サービスに関連するトランザクションデータを含む第１の状態オブジェクトを分散型台帳の第１のノード上に記憶
１１０８ メッセージブローカ装置が、複数の輸送プロバイダのうちの第１の輸送プロバイダの第１の発行者ノードから輸送サービスに関連する第１のトランザクション要求を受信
１１１０ メッセージブローカ装置が、ＡＰＩゲートウェイを介して第１のトランザクション要求を第１の輸送プロバイダの第１の加入者ノードにルーティング
１１１２ ＡＰＩゲートウェイが、受け取られた第１のトランザクション要求に一連のセキュリティルールを適用することに基づいて、ルーティングされた第１のトランザクション要求の妥当性を確認
１１１４ 第１のノードが、第１の加入者ノードを介してＡＰＩゲートウェイから妥当性確認された第１のトランザクション要求を受信
１１１６ 第１のノードが、受け取られた第１のトランザクション要求に基づいて、第１のノードに記憶されたトランザクションデータを更新

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【国際調査報告】