(57)【要約】分散型台帳機能を他のノードに提供するように構成された少なくとも１つのノードを具備する分散型台帳を提供するための、通信ネットワークが提供される。【選択図】図６
2022502801.tif 000002
【特許請求の範囲】
【請求項１】
分散型台帳機能を他のノードに提供するように構成された少なくとも１つのノードを具備する
分散型台帳を提供するための通信ネットワーク。
【請求項２】
請求項１に記載の通信ネットワークであって、
前記通信ネットワークは、テレコミュニケーション・ネットワークとして構成されている
通信ネットワーク。
【請求項３】
請求項２に記載の通信ネットワークであって、
前記テレコミュニケーション・ネットワークは、モバイル・テレコミュニケーション・ネットワークとして構成されている
通信ネットワーク。
【請求項４】
請求項２に記載の通信ネットワークであって、
前記少なくとも１つのノードは、前記テレコミュニケーション・ネットワークのエッジノードである
通信ネットワーク。
【請求項５】
請求項４に記載の通信ネットワークであって、
前記少なくとも１つのノードは、アプリケーションプログラムインターフェースを提供する
通信ネットワーク。
【請求項６】
請求項４に記載の通信ネットワークであって、
前記テレコミュニケーション・ネットワークは、オンデマンドで前記エッジノードを提供するようにさらに構成されている
通信ネットワーク。
【請求項７】
請求項１に記載の通信ネットワークであって、
前記分散型台帳機能が、仮想ネットワーク機能に基づいて提供される
通信ネットワーク。
【請求項８】
請求項７に記載の通信ネットワークであって、
前記分散型台帳機能を構成するオーケストレータをさらに含む
通信ネットワーク。
【請求項９】
請求項７に記載の通信ネットワークであって、
前記仮想ネットワーク機能は、仮想インフラストラクチャに基づいている
通信ネットワーク。
【請求項１０】
請求項１に記載の通信ネットワークであって、
少なくとも１つのさらなるノードをさらに含み、
前記ノードは、互いに仮想的にリンクされている
通信ネットワーク。
【請求項１１】
請求項１に記載の通信ネットワークであって、
前記分散型台帳へのアクセスは、スマートコントラクトに基づいて許可される
通信ネットワーク。
【請求項１２】
請求項１に記載の通信ネットワークであって、
前記分散型台帳は、ブロックチェーンを含む
通信ネットワーク。
【請求項１３】
請求項１に記載の通信ネットワークであって、
前記分散型台帳は、モビリティ・アズ・ア・サービス用のデータを含む
通信ネットワーク。
【請求項１４】
請求項１に記載の通信ネットワークであって、
前記分散型機能が提供された前記他のノードは、コンソーシアムの一部である
通信ネットワーク。
【請求項１５】
請求項１４に記載の通信ネットワークであって、
前記分散型台帳機能は、許可に基づいて提供される
通信ネットワーク。
【請求項１６】
モビリティ・アズ・ア・サービスを提供する方法であって、
複数のノード上に分散型台帳を保持するステップを含み、
前記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む
方法。
【請求項１７】
請求項１６に記載の方法であって、
前記分散型台帳は、ブロックチェーンを含む
方法。
【請求項１８】
請求項１７に記載の方法であって、
前記ブロックチェーンは、複数のブロックを含み、前記ブロックは、前記旅行データを含む
方法。
【請求項１９】
請求項１６に記載の方法であって、
前記分散型台帳へのアクセスを提供するステップをさらに含む
方法。
【請求項２０】
請求項１９に記載の方法であって、
前記分散型台帳へのアクセスは、許可権に基づいて付与される
方法。
【請求項２１】
請求項１６に記載の方法であって、
ユーザプロファイル管理機能、乗客旅行管理機能、および、分散型台帳管理機能のうちの少なくとも１つを提供するステップをさらに含む
方法。
【請求項２２】
請求項２１に記載の方法であって、
前記ユーザプロファイル管理機能は、ユーザ情報を記憶することを含む
方法。
【請求項２３】
請求項２２に記載の方法であって、
前記ユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含む
方法。
【請求項２４】
請求項２１に記載の方法であって、
前記ユーザプロファイル管理機能は、決済情報を記憶することを含む
方法。
【請求項２５】
請求項２４に記載の方法であって、
前記決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含む
方法。
【請求項２６】
請求項２１に記載の方法であって、
前記ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含む
方法。
【請求項２７】
請求項２６に記載の方法であって、
前記サブスクリプション情報は、加入サービスおよびパス情報の少なくとも１つを含む
方法。
【請求項２８】
請求項２１に記載の方法であって、
前記乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含む
方法。
【請求項２９】
請求項２１に記載の方法であって、
前記乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含む
方法。
【請求項３０】
請求項２１に記載の方法であって、
前記乗客走行管理機能は、ユーザの旅行の現在の状態を判定または記憶することを含む
方法。
【請求項３１】
請求項３０に記載の方法であって、
この判定は、ユーザのデバイスから情報を受信することを含み、このデバイスは、エンドユーザ端末またはセンサである
方法。
【請求項３２】
請求項２１に記載の方法であって、
前記分散型台帳管理機能は、前記分散型台帳にデータを追加すること、または、前記分散型台帳からデータを読み取ることを含む
方法。
【請求項３３】
請求項２１に記載の方法であって、
前記分散型台帳管理機能は、コンセンサスプロトコルを実行することを含む
方法。
【請求項３４】
請求項３３に記載の方法であって、
前記コンセンサスプロトコルは、ビザンチン・フォールトトレラント性に基づいている
方法。
【請求項３５】
請求項１６に記載の方法であって、
収益を提供するステップをさらに含む
方法。
【請求項３６】
請求項３５に記載の方法であって、
前記収益を提供するステップは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含む
方法。
【請求項３７】
請求項３６に記載の方法であって、
収益の額は、サービス輸送費の額に基づいて計算される
方法。
【請求項３８】
請求項３６に記載の方法であって、
収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺される
方法。
【請求項３９】
請求項３８に記載の方法であって、
前記モビリティ・サービス・プロバイダが、コンソーシアムに含まれている
方法。
【請求項４０】
請求項３６に記載の方法であって、
収益の額は、収益プールから提供される
方法。
【請求項４１】
請求項４０に記載の方法であって、
複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するステップをさらに含む
方法。
【請求項４２】
請求項３６に記載の方法であって、
収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供される
方法。
【請求項４３】
請求項３６に記載の方法であって、
収益の額は、正味売上高の合計に基づいて計算される
方法。
【請求項４４】
請求項４３に記載の方法であって、
正味売上高の合計は、IDに関連付けられている
方法。
【請求項４５】
請求項３６に記載の方法であって、
収益の額は、サービス輸送費の合計に基づいて計算される
方法。
【請求項４６】
請求項４５に記載の方法であって、
このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられている
方法。
【請求項４７】
複数のノード上に分散型台帳を保持するように構成された回路を具備し、
前記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む
ネットワーク機器。
【請求項４８】
請求項４７に記載のネットワーク機器であって、
前記分散型台帳はブロックチェーンを含む
ネットワーク機器。
【請求項４９】
請求項４８に記載のネットワーク機器であって、
前記ブロックチェーンは複数のブロックを含み、前記ブロックは、旅行データを含む
ネットワーク機器。
【請求項５０】
請求項４７に記載のネットワーク機器であって、
前記回路は、前記分散型台帳へのアクセスを提供するようにさらに構成される
ネットワーク機器。
【請求項５１】
請求項５０に記載のネットワーク機器であって、
前記分散型台帳へのアクセスは、許可権に基づいて付与される
ネットワーク機器。
【請求項５２】
請求項４７に記載のネットワーク機器であって、
前記回路は、ユーザプロファイル管理機能、乗客旅行管理機能、および分散型台帳管理機能のうちの少なくとも１つを提供するようにさらに構成される
ネットワーク機器。
【請求項５３】
請求項５２に記載のネットワーク機器であって、
前記ユーザプロファイル管理機能は、ユーザ情報を記憶することを含む
ネットワーク機器。
【請求項５４】
請求項５３に記載のネットワーク機器であって、
このユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含む
ネットワーク機器。
【請求項５５】
請求項５２に記載のネットワーク機器であって、
前記ユーザプロファイル管理機能は、決済情報を記憶することを含む
ネットワーク機器。
【請求項５６】
請求項５５に記載のネットワーク機器であって、
決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含む
ネットワーク機器。
【請求項５７】
請求項５２に記載のネットワーク機器であって、
前記ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含む
ネットワーク機器。
【請求項５８】
請求項５７に記載のネットワーク機器であって、
サブスクリプション情報は、加入サービスおよびパス情報のうちの少なくとも１つを含む
ネットワーク機器。
【請求項５９】
請求項５２に記載のネットワーク機器であって、
前記乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含む
ネットワーク機器。
【請求項６０】
請求項５２に記載のネットワーク機器であって、
前記乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含む
ネットワーク機器。
【請求項６１】
請求項５２に記載のネットワーク機器であって、
前記乗客旅行管理機能は、ユーザの旅行の現在の状態を判定または記憶することを含む
ネットワーク機器。
【請求項６２】
請求項６１に記載のネットワーク機器であって、
この判定は、ユーザのデバイスから情報を受信することを含み、このデバイスは、エンドユーザ端末またはセンサである
ネットワーク機器。
【請求項６３】
請求項５２に記載のネットワーク機器であって、
前記分散型台帳管理機能は、前記分散型台帳にデータを追加すること、または、前記分散型台帳からデータを読み取ることを含む
ネットワーク機器。
【請求項６４】
請求項５２に記載のネットワーク機器であって、
前記分散型台帳管理機能は、コンセンサスプロトコルを実行することを含む
ネットワーク機器。
【請求項６５】
請求項６４に記載のネットワーク機器であって、
コンセンサスプロトコルは、ビザンチン・フォールトトレラント性に基づいている
ネットワーク機器。
【請求項６６】
請求項４７に記載のネットワーク機器であって、
前記回路は、収益を提供するようにさらに構成されている
ネットワーク機器。
【請求項６７】
請求項６６に記載のネットワーク機器であって、
収益を提供することは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含む
ネットワーク機器。
【請求項６８】
請求項６７に記載のネットワーク機器であって、
収益の額は、サービス輸送費の額に基づいて計算される
ネットワーク機器。
【請求項６９】
請求項６７に記載のネットワーク機器であって、
収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺される
ネットワーク機器。
【請求項７０】
請求項６９に記載のネットワーク機器であって、
前記モビリティ・サービス・プロバイダは、コンソーシアムに含まれている
ネットワーク機器。
【請求項７１】
請求項６７に記載のネットワーク機器であって、
収益の額は、収益プールから提供される
ネットワーク機器。
【請求項７２】
請求項７１に記載のネットワーク機器であって、
前記回路は、複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するようにさらに構成される
ネットワーク機器。
【請求項７３】
請求項６７に記載のネットワーク機器であって、
収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供される
ネットワーク機器。
【請求項７４】
請求項６７に記載のネットワーク機器であって、
収益の額は、正味売上高の合計に基づいて計算される
ネットワーク機器。
【請求項７５】
請求項７４に記載のネットワーク機器であって、
この正味売上高の合計は、IDに関連付けられている
ネットワーク機器。
【請求項７６】
請求項６７に記載のネットワーク機器であって、
収益の額は、サービス輸送費の合計に基づいて計算される
ネットワーク機器。
【請求項７７】
請求項７６に記載のネットワーク機器であって、
このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられている
ネットワーク機器。
【請求項７８】
複数のノード上の分散型台帳にアクセスするように構成された回路を具備し、
前記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む
通信デバイス。
【請求項７９】
請求項７８に記載の通信デバイスであって、
前記分散型台帳はブロックチェーンを含む
通信デバイス。
【請求項８０】
請求項７９に記載の通信デバイスであって、
前記ブロックチェーンは複数のブロックを含み、前記ブロックは、旅行データを含む
通信デバイス。
【請求項８１】
請求項７８に記載の通信デバイスであって、
前記回路は、前記分散型台帳を保持するようにさらに構成される
通信デバイス。
【請求項８２】
請求項７８に記載の通信デバイスであって、
前記分散型台帳へのアクセスは、許可権に基づいて付与される
通信デバイス。
【請求項８３】
請求項７８に記載の通信デバイスであって、
前記回路は、ユーザプロファイル管理機能、乗客旅行管理機能、および分散型台帳管理機能のうちの少なくとも１つを提供するようにさらに構成される
通信デバイス。
【請求項８４】
請求項８３に記載の通信デバイスであって、
前記ユーザプロファイル管理機能は、ユーザ情報を記憶することを含む
通信デバイス。
【請求項８５】
請求項８４に記載の通信デバイスであって、
このユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含む
通信デバイス。
【請求項８６】
請求項８５に記載の通信デバイスであって、
前記ユーザプロファイル管理機能は、決済情報を記憶することを含む
通信デバイス。
【請求項８７】
請求項８６に記載の通信デバイスであって、
決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含む
通信デバイス。
【請求項８８】
請求項８３に記載の通信デバイスであって、
前記ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含む
通信デバイス。
【請求項８９】
請求項８８に記載の通信デバイスであって、
サブスクリプション情報は、加入サービスおよびパス情報のうちの少なくとも１つを含む
通信デバイス。
【請求項９０】
請求項８３に記載の通信デバイスであって、
前記乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含む
通信デバイス。
【請求項９１】
請求項８３に記載の通信デバイスであって、
前記乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含む
通信デバイス。
【請求項９２】
請求項８３に記載の通信デバイスであって、
前記乗客旅行管理機能は、ユーザの旅行の現在の状態を判定または記憶することを含む
通信デバイス。
【請求項９３】
請求項９２に記載の通信デバイスであって、
この判定は、ユーザのデバイスから情報を受信することを含み、このデバイスは、エンドユーザ端末またはセンサである
通信デバイス。
【請求項９４】
請求項８３に記載の通信デバイスであって、
前記分散型台帳管理機能は、前記分散型台帳にデータを追加すること、または、前記分散型台帳からデータを読み取ることを含む
通信デバイス。
【請求項９５】
請求項８３に記載の通信デバイスであって、
前記分散型台帳管理機能は、コンセンサスプロトコルを実行することを含む
通信デバイス。
【請求項９６】
請求項９５に記載の通信デバイスであって、
コンセンサスプロトコルは、ビザンチン・フォールトトレラント性に基づいている
通信デバイス。
【請求項９７】
請求項７８に記載の通信デバイスであって、
前記回路は、収益を提供するようにさらに構成されている
通信デバイス。
【請求項９８】
請求項９７に記載の通信デバイスであって、
収益を提供することは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含む
通信デバイス。
【請求項９９】
請求項９８に記載の通信デバイスであって、
収益の額は、サービス輸送費の額に基づいて計算される
通信デバイス。
【請求項１００】
請求項９８に記載の通信デバイスであって、
収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺される
通信デバイス。
【請求項１０１】
請求項１００に記載の通信デバイスであって、
前記モビリティ・サービス・プロバイダは、コンソーシアムに含まれている
通信デバイス。
【請求項１０２】
請求項９８に記載の通信デバイスであって、
収益の額は、収益プールから提供される
通信デバイス。
【請求項１０３】
請求項１０２に記載の通信デバイスであって、
前記回路は、複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するようにさらに構成される
通信デバイス。
【請求項１０４】
請求項９８に記載の通信デバイスであって、
収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供される
通信デバイス。
【請求項１０５】
請求項９８に記載の通信デバイスであって、
収益の額は、正味売上高の合計に基づいて計算される
通信デバイス。
【請求項１０６】
請求項１０５に記載の通信デバイスであって、
この正味売上高の合計は、IDに関連付けられている
通信デバイス。
【請求項１０７】
請求項９８に記載の通信デバイスであって、
収益の額は、サービス輸送費の合計に基づいて計算される
通信デバイス。
【請求項１０８】
請求項１０７に記載の通信デバイスであって、
このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられている
通信デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般に、分散型台帳を提供するための通信ネットワーク、モビリティ・アズ・ア・サービスを提供するための方法、ネットワーク機器、および通信デバイスに関する。
【背景技術】
【０００２】
一般に、デジタル取引を記録するエンティティ、例えば、電子デバイス、サーバ等の複数のノード上に台帳を分散させることが知られている。分散型台帳は、既知のブロックチェーン技術に基づくことができ、これに基づいて、例えば、既知の暗号通貨ビットコインがベースとされるが、周知のイーサリアムプロジェクトなどもベースとされる。
一般に、分散型台帳は、ブロックチェーン技術以外の他の技術に実装されてもよく、ブロックチェーンに基づいていない分散型台帳プロジェクトの例は、BigchainDBおよびIOTAなどである。たとえば、IOTAは、リンクリストを使用する暗号通貨である。
【０００３】
また、モビリティ・アズ・ア・サービス(MaaS)が知られており、ユーザまたは旅行者（乗客）は例えば、自動車等を借りずにモビリティ・アズ・ア・サービス(MaaS)を使用する。モビリティ・アズ・ア・サービスは、関連する事業者またはプロバイダからの公共(例えば、列車、バスなど)および個人(例えば、カーシェアリング、自転車シェアリングなど)の輸送（トランスポート）サービスを組み合わせることができる。
【０００４】
公知のMaaSソリューションは、典型的には旅行または旅行が計画され予約される中央の統一されたゲートウェイを含み、ユーザは、単一のアカウントで支払うことができる。
【０００５】
分散型台帳およびモビリティ・アズ・ア・サービスを提供するための技術が存在するが、一般に、分散型台帳を提供するための通信ネットワーク、モビリティ・アズ・ア・サービスを提供する方法、ネットワーク機器、および通信デバイスを提供することが望ましい。
【発明の概要】
【０００６】
第１の態様によれば、本開示は、分散型台帳機能を他のノードに提供するように構成された少なくとも1つのノードを具備する、分散型台帳を提供するための通信ネットワークを提供する。
【０００７】
第２の態様によれば、本開示は、モビリティ・アズ・ア・サービスを提供する方法であって、複数のノード上に分散型台帳を保持するステップを含み、上記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む方法を提供する。
【０００８】
第３の態様によれば、本開示は、複数のノード上に分散型台帳を保持するように構成された回路を具備し、上記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含むネットワーク機器を提供する。
【０００９】
第４の態様によれば、本開示は、複数のノード上の分散型台帳にアクセスするように構成された回路を具備し、上記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む通信デバイスを提供する。
【００１０】
さらなる態様は、従属請求項、以下の説明および図面に記載される。
【図面の簡単な説明】
【００１１】
本発明の実施形態は、添付の図面を参照して例として説明される。
【図１】１つのブロックチェーンを概略的に示す。
【図２】ブロックチェーンにおけるハッシュ法を概略的に示す。
【図３】コンセンサスプロトコルの一実施形態を示すフローチャートである。
【図４】１つのMaaSシステムにおけるデータフローを示す。
【図５】旅行ログデータを含むブロックチェーンの一実施形態を示す。
【図６】ブロックチェーンを提供するための通信ネットワークの一実施形態を示す。
【図７】エッジノードに基づいてブロックチェーンを提供するための通信ネットワークの一実施形態を示す。
【図８】仮想化インフラストラクチャの一実施形態を示す。
【図９】モバイル・エッジ・コンピューティングの一実施形態を示す。
【図１０】エッジコンピューティングに基づいてブロックチェーンを提供する通信ネットワークの一実施形態を示す。
【図１１】クラウドコンピューティングにおけるブロックチェーン処理の一実施形態を示す。
【図１２】収益分配の一実施形態を示す。
【図１３】分散型台帳を用いた正味売上高算出のための方法の一実施形態を示す。
【図１４】分散型台帳を用いた収益シェア算出のための方法の一実施形態を示す。
【図１５】いくつかの実施形態で使用されるブロックチェーンのデータ構造の一例を示す。
【図１６】収益分配算出のための表を示す。
【図１７】収益提供の一実施形態を示す。
【図１８】同一額をバランスさせることによる収益提供の一実施形態を示す。
【図１９】プロキシに基づく収益提供の一実施形態を示す。
【図２０】最高高の余剰を有するプロキシに基づく収益提供の一実施形態を示す。
【図２１】汎用コンピュータの一実施形態を示しており、いくつかの実施形態においては、この汎用コンピュータに基づいて、ネットワーク機器または通信デバイスが実装される。
【図２２】互いに通信するeNodeBおよびユーザ機器の一実施形態を示す。
【発明を実施するための形態】
【００１２】
図１を参照して実施形態を詳細に説明する前に、一般的な説明をする。
【００１３】
冒頭で述べたように、一般に、分散型台帳およびモビリティ・アズ・ア・サービス(MaaS)が知られている。
【００１４】
本開示は一般に、いくつかの実施形態または態様において、モビリティ・アズ・ア・サービス(MaaS)アプリケーションのためのブロックチェーン/分散型台帳、特に、2つ以上のサービス・プロバイダ(複合一貫輸送)間のMaaSのアプリケーションに関する。
【００１５】
また本開示は、概して、いくつかの実施形態または態様において、本開示をブロックチェーンに限定することなく、分散型台帳またはブロックチェーンを分散型台帳の一例として適用することに関する。
分散型台帳は、マルチプレーヤー間の旅行履歴(すなわち旅行データ)のための分散型データベース、すなわちサービス・プロバイダとしての複数のモビリティを必要とするので、分散型台帳またはブロックチェーンは、本開示のいくつかの態様によるモビリティ・アズ・ア・サービス(MaaS)アプリケーションに適していると認識される。
【００１６】
本開示のいくつかの態様は、マルチプレーヤー間のデータベースの不一致を禁止し得るMaaSサービス・プロバイダの収益共有に関する。
【００１７】
いくつかの実施形態では、MaaSブロックチェーンが、多数の旅行者（乗客）を取り扱うこと、様々なタイプの旅行履歴を記憶すること、大きなサイズのブロックを記憶すること、ラッシュアワーにおける処理のピークを記憶することなどを必要とし得る。
【００１８】
(例えば、暗号通貨のための)従来のプライベートブロックチェーンは、いくつかの制限を有し得ることが認識されている。
例えば、プライベートブロックチェーンの場合、多数の取引(例えば、毎秒7つの取引)の制限された容量、制限されたブロックサイズ(最大2Mバイト)、1つの取引の長いインターバル(10分毎)は、そのような従来のプライベートブロックチェーンをMaaSの実施形態にとって不便にするか、または有用でさえない可能性がある。
【００１９】
したがって、本開示のいくつかの態様は、どのタイプのブロックチェーンがMaaSに使用されるべきか、どの種類のデータがブロックに格納されるべきか、ブロックの追加、コンセンサスプロトコル、データの読み取りなど、どの種類のブロックチェーン機能が必要であるか、そして、暗号通貨などの他のブロックチェーンアプリケーションと少なくとも部分的に異なる可能性がある。
【００２０】
以下では、いくつかの用語の定義が与えられ、それらはいくつかの実施形態において(本開示を以下に与えられる定義に限定することなく)適用され得る。これらの定義は、本開示の理解を高めるために与えられた例にすぎず、MaaSおよび分散型台帳の技術分野は、非常に動的であり、定義は今後変化し得るので、与えられたものにすぎない。
【００２１】
「分散型台帳」という用語は、「分散型台帳(共有台帳、または分散型台帳技術、DLTとも呼ばれる)は、複数のサイト、国、または機関に地理的に分散した、複製、共有、および同期化されたデジタルデータのコンセンサスであり、中央管理者または集中型データストレージは存在しない」と定義するWikipediaから既知である。
【００２２】
分散型台帳およびその特別な例、すなわちブロックチェーンの技術についても、以下でさらに説明する。より一般的には、分散型台帳という用語は、ネットワークの複数のノードとデジタル的に記録されたデータを共有するデータベースの一種として使用される。
分散型台帳は、ピアツーピアネットワークで構成される場合がある。デジタル的に記録されたデータは、同じデータベース上の以前に記録されたデータからその一貫性を証明するための一種の情報を含んでもよい。
【００２３】
分散型台帳は公開することができ、誰でもアクセスすることができるが、原則として、非公開とすることもでき、許可を有するユーザのみがそれらにアクセスすることができ、許可を有するエンティティ、ノード、人物、事業者（オペレータ）、プロバイダなどのグループは以下でさらに説明するように、「コンソーシアム」とも呼ばれることがある。
また、階層化されたユーザ毎に、台帳のデータへのアクセス許可を区別することも可能である。
【００２４】
分散型台帳は例えば、ビットコインに使用されるようなブロックチェーン技術から既知のメカニズムを使用することができる。このようなメカニズムには、発見方法、コンセンサスメカニズム、データの一貫性を保つメカニズムなどが含まれる。
コンセンサスメカニズムは、分散型台帳のコピーを有するすべてのノードまたは一定数より多いノード、一般的には電子機器が、分散型台帳のコンテンツに関するコンセンサスに達することを保証する。
いわゆる、暗号パズルの一種であり、例えば、ブロックチェーンの古いブロックが(容易に)変更され得ないことを保証する、いわゆる、プルーフ・オブ・ワークメカニズムを含む、多くのコンセンサスメカニズムがある。
例えば、ビットコイン・ブロックチェーンのマイニングプロセスには、プルーフ・オブ・ワークが用いられる。
【００２５】
分散型台帳またはブロックチェーンでは、マイニングプロセスと呼ばれる、参加ノードにおけるブロックチェーン上のデータ更新に関するコンセンサスを作成する承認プロセスが、承認データにおいて以前に記録されたデータを含めることによって、ブロックチェーン上に記録された取引のシーケンスの不可逆性を達成することができる。
このようなマイニングプロセスは、新しい取引ブロックの分散タイム・スタンプ・サーバーを実装する。ビットコインでは(したがって、いくつかの実施形態では)、マイニングプロセスは、SHA256ハッシュ関数に基づく。
ハッシュ関数の入力が、ブロックチェーンの現在のブロックおよびブロックチェーンに追加されるべき取引の新しいブロックによって決まる一方で、マイニングプロセスに関与するブロックチェーンのノードは、事前定義されたプロパティを有するハッシュ出力を検索する。
【００２６】
ハッシュ関数に基づくプルーフ・オブ・ワーク計算は、分散型台帳の不可逆性を実装するために必要とされることを除いて、それ自体では有用でなくてもよい。
【００２７】
さらに、一般に、様々なデータを記憶するためにブロックチェーンを使用することが知られている。たとえば、画像、ビデオ、測定値、およびテキストファイルは、取引の形式でブロックチェーンに記録できる。
【００２８】
「モビリティ・アズ・ア・サービス(MaaS)」という用語は、「モビリティ・アズ・ア・サービス(MaaS)は、個人所有の輸送モードから離れ、サービスとして消費されるモビリティソリューションに向かうシフトを説明する。
これは、単一のアカウントでユーザが支払うことができる、旅行を作成し管理する統合ゲートウェイを介して、公共および民間の輸送プロバイダからの輸送サービスを組み合わせることによって可能になる。
ユーザは旅行ごとに支払うことができ、または、限られた距離の月額料金を支払うことができる。MaaSの背後にある重要な概念は、旅行のニーズに基づいて旅行者のモビリティソリューションを提供することである。」と定義するWikipediaからも既知である。
【００２９】
「パブリック・ブロックチェーン/分散型台帳」とは、いくつかの実施形態では、上記のように、誰でも分散データベース（台帳）を共有し、参加してコンセンサスプロトコルを実行することができることを意味する。
【００３０】
これとは対照的に、「許可されたブロックチェーン/分散型台帳」とは、許可されたメンバのみが分散型データベース(台帳)を共有し、参加してコンセンサスプロトコルに実行することができることを意味する。
ブロックチェーンにアクセスする許可を有する許可されたメンバは、上述のように「コンソーシアム」と呼ばれる。いくつかの実施形態では、許可された/コンソーシアムタイプのブロックチェーンは、MaaSアプリケーションに適しており、公共のものではないので、誰もがアクセスすることはできない。
【００３１】
用語「(モバイル)エッジコンピューティング」とは、「マルチアクセスエッジコンピューティング(MEC)、以前のモバイル・エッジ・コンピューティングが、クラウドコンピューティング機能と、セルラーネットワークのエッジ、より一般的には任意のネットワークのエッジでのITサービス環境とを可能にするネットワークアーキテクチャ概念である。MECの背後にある基本的な概念が、アプリケーションを実行し、セルラー顧客により近い関連処理タスクを実行することによって、ネットワーク輻輳が低減され、アプリケーションがより良く機能する」と定義するWikipediaでも見つけることができる。
【００３２】
「ノースバウンドAPI」という用語は、通信事業者が、ソフトウェアベースのインタフェース(API)を使用してネットワーク機能を設定でき、ネットワーク事業者が仮想インフラストラクチャ(例えば仮想マシン)と要求されたネットワーク機能/アプリケーション機能とを設定できるという意味で、ネットワーク仮想化コンテキストにおいて理解される。
【００３３】
「インスタンス」という用語は、クラウド上で実行されるソフトウェアプロセスとして理解される。インスタンスは、分散クラウド内のどこかに移動してもよい。
【００３４】
「パブリッククラウド」とは、(https:/ / azure.microsoft.com/ en-gb/ overview/ what-are-private-public-public-hybrid-clouds/):「パブリッククラウドは、クラウドコンピューティングを展開する最も一般的な方法である。クラウドリソース(サーバやストレージなど)は、サードパーティのクラウドサービスプロバイダによって所有され、運営され、インターネット経由で配信される」ものとして定義されている。
【００３５】
いくつかの実施形態では、以下の用語が所与の理解において使用される。
【００３６】
「マルチモーダル・トランスポート・パス」という用語は、有効期間または利用可能な輸送、許容できないサービスなどの特定の条件を有する複数のモビリティ・サービスに有効なパスのことである。
例えば、1日券、1週間券、毎月のMaaSサービス契約、シーズンチケットなどがある。
【００３７】
「モビリティ・サービス・プロバイダ」という用語は、任意のタイプのサービス・プロバイダMaaSの包括的なものの名称である。いくつかの実施形態では、モビリティ・サービス・プロバイダは、典型的には鉄道会社、バス/コーチ、トラムおよびタクシー、カーシェアリング、ライドシェアリング、バイクシェアリングなどの輸送機関である。
モビリティ・サービス・プロバイダの中には、実際の輸送手段を提供しないものもあるが、旅行代理店またはオンライン予約サイトなどに匹敵する予約/手配のみを提供してもよい。
【００３８】
「パス」という用語は、トランジットパスまたはトラベルカード(UK)とする(https://en.wikipedia.org/wiki/transit_passも参照)。
本開示では、マルチモーダルパスも「パス」という用語に該当するものとし、これは、パスが2人以上の輸送事業者(またはモビリティサービス提供者)の間で有効であり得ることを意味し、したがって、公共交通だけでなく、ライドシェア、バイクシェアなどの他のタイプのモビリティにも及び得ることを意味する。
パスは、許容可能な輸送、有効期間、および、チケット発行/輸送乗車の任意の他の条件の情報を含むことができる。いくつかの実施形態では、MaaSは、サービスレベルのいくつかの選択肢を、月次サービスサブスクリプションに提供することができる。
旅行者（乗客）またはユーザは、特定の期間のパスのサービスサブスクリプション料金すなわち入手を、(通常、パスを発行するモビリティ・サービス・プロバイダとすることができる)パス発行者に支払うことができる。このパスは、(すべて、上述のモビリティ・サービス・プロバイダという用語に該当する)輸送事業者または旅行代理店、MaaSサービス・プロバイダなどによって発行される。
したがって、上述したように、パス発行者のうちの一部は、パスを販売するが、実際の輸送サービスまたは輸送手段を提供しなくてもよい。
【００３９】
「チケット」という用語は、座席予約を伴う(または伴わない)片道列車チケットのような特定のセクションの片道旅行のためのチケットであってもよい。このチケットは、いくつかの実施形態では、マルチモーダル・トランスポート・パスおよびその条件の下で発行されてもよく、選択された輸送、座席番号、価格などの情報を含んでもよい。
いくつかの実施形態では、座席の予約が再び要求されないか、または、無制限の旅行が許可される場合であっても、チケットは、複数のモビリティ・サービス・プロバイダ間での収益共有のために発行されてもよい。
さらに、旅行者(ユーザ)は、チケット発行者に直接支払わなくてもよいが、パス発行者が、旅行者の代わりにチケット発行者に支払うことができ、チケットは、輸送事業者またはサービス・プロバイダ、すなわちモビリティ・サービス・プロバイダによって発行され得る。
【００４０】
「旅行ログ」という用語は、チケットに基づいた片道旅行記録である旅行ログを含んでもよい。
旅行ログは、例えばエンバンクメントの位置、その時刻/日、降車位置、その時刻/日、チケットが使用されたか未使用であるか等に関する情報を含んでもよく、これについても以下でさらに説明する。
【００４１】
以下では、本開示の4つの異なる態様のための実施形態が説明され、これらは、別個の態様として実装または実施されてもよく、または、任意の可能な組み合わせで互いに組み合わせられてもよい。
【００４２】
第１の態様として、MaaS関数およびブロックチェーンの一般的な構築ブロックを、分散型台帳の例として説明する。モビリティ・サービス・プロバイダは、予約、支払いなどのMaaSの例示的なキー機能を有することができる。
ブロックチェーンは、複数のモビリティ・サービス・プロバイダと例示的に共有され、複数のモビリティ・サービス・プロバイダ間で例示的に共有される。
【００４３】
第２の態様として、ブロックチェーン(または分散型台帳)のブロックおよびブロックチェーンの内容を説明する。(モビリティ・サービス・プロバイダである)トランスポート・サービス・プロバイダは、チケットを発行し、その旅行を記録する。
ブロックチェーン内のブロックは、複数のモビリティ・サービス・プロバイダ間の旅行者の旅行をそれぞれ含み、それを凍結する(不変)。モビリティ・サービス・プロバイダは例えば、後の時点に、分散型台帳の記録にアクセスすることができる。
【００４４】
第３の様態として、アーキテクチャまたは(通信)ネットワーク/トポロジーを説明する。いくつかの実施形態では、ネットワーク内に集中型サーバも集中型オーガナイザも必要とされない。ピアツーピアメッシュネットワークとして設定された通信ネットワークが、モビリティ・サービス・プロバイダ間で使用されてもよい。
さらに、通信ネットワーク事業者が、モビリティ・サービス・プロバイダの代わりに、またはモビリティ・サービス・プロバイダに加えて、ブロックチェーンサービスまたはブロックチェーン機能および通信ネットワークを提供してもよい。
【００４５】
第４の態様として、分散型台帳を用いた収益共有の計算の例が説明される。この計算は、非常に簡素であり、モビリティ・サービス・プロバイダは、他のプロバイダの計算を処理する必要がない。この計算された(および正しい)収益の量は、集中化された権限なしに(例えば、銀行を介さずに)、モビリティ・サービス・プロバイダ間で分配/転送されてもよい。
【００４６】
以下では、ブロックチェーンおよびその一般的なデータ構造を、図1を参照して説明する。この実施形態のブロックチェーンの特徴は、ネットワーク/トポロジー、コンセンサスアルゴリズム、ハッシュ関数、参加認証、スケーラビリティ/ブロック構造およびパフォーマンスである。
【００４７】
図1は、ブロックチェーン1の一般的な構造を示す。
ブロックチェーン1は、複数のデータブロック2a、2b、および2cのチェーンを含み、ブロック2bは、現在のブロック(ブロック#N)であり、ブロック2aは、前のブロック(ブロック#N−1)であり、ブロック2cは、今後すなわち後続のブロック(ブロック# N＋1)である。
各ブロックは、前のブロックのハッシュ関数の結果、主要なデータ構造体、現在のブロックのハッシュ関数への入力値およびハッシュ関数の結果を含み、現在のブロック(2b)のハッシュ関数結果は、常に次のブロック(2c)への入力として使用される。
【００４８】
また、各ブロックには、安全なブロックチェーン処理のための1回限りの乱数であり、反射攻撃(リプレイアタック)を防ぐことができる「ナンス（Number used once、一度だけ使用される使い捨ての数字）」が含まれている。
例えば、攻撃者が、以前に送信したデータをコピーし、再度コピーしたデータをスプーフィング（なりすまし）に再利用する場合、次のデータを別の「ナンス」で使用しなければならないため、受信者は、スプーフィング通信を検出することができる。この乱数は、暗号通貨では「ノンス」と呼ばれることもある。
【００４９】
さらに、タイムスタンプが、ブロック2a、2b、および2cのそれぞれに挿入されてもよい。ブロックチェーン1は、例えば、いくつかの実施形態においてMaaSを提供するために使用され得る、分散型台帳の一例である。
【００５０】
図2は、例えば図1のブロックチェーン1に使用されるハッシュ関数の入出力を示す。
【００５１】
一般に、ハッシュ関数は、特定のアルゴリズムで入力データを出力データにマッピングするために使用可能な任意の関数である。入力データのサイズは大きく、様々であり、逆に、データの出力はコンパクトであり、固定サイズを有することが可能である。
いくつかのブロックチェーンの実施形態においてハッシングに使用される既知の(および有名な)アルゴリズムは、米国国家安全保障機関(例えば、SHA−2、SHA−256)によって設計されたセキュアハッシュアルゴリズム(SHA)である。
【００５２】
ハッシュ関数への入力は、以前のハッシュ出力、ナンス、および現在のブロック(例えば、図1のブロック2b)内のデータの本体である。ハッシュ関数の出力は、入力値に対する固有の応答値である。誰かがデータの本体を改ざんしようとすると、ハッシュ関数の出力に一貫性がなくなる。
【００５３】
本開示における分散型台帳(ブロックチェーン)の実施形態は、コンセンサスプロトコルまたはアルゴリズムを実装することができる。
例えば、いくつかの実施形態では、ビザンチン・フォールトトレラント性(BFT)がコンセンサスプロトコルに使用され、これはデータベースのスプーフィングおよびハードウェアの故障に対する回復機能がある。
【００５４】
いくつかの実施形態で実施される周知のコンセンサスアルゴリズムは、いわゆる実用的なビザンチン・フォールトトレラント性(PBFT)である。
【００５５】
いくつかの実施形態では、許可ブロックチェーンが使用され、比較的少数の許可ブロックチェーンノードがコンセンサス(ブロックの検証)を担当する。
【００５６】
図3は、PBFTの処理10を例示している。
【００５７】
リーダノード(非承認ピアとも呼ばれる)は、ステップ11において、他のノードにおいてブロックチェーンを検証する要求をする。ステップ12では、要求された各ノード(承認ピア)が、ハッシュ関数を使用してブロックチェーンの有効性を確認し、ステップ１３においてその結果を他のノードに示す。
ステップ14において、１つのノードが、複数の他のピアから有効性結果を受信し、所定の基準よりも有効な結果を受信した場合には、ブロックチェーンのコンセンサスを確認する。コンセンサスがある場合、ステップ15で、そのノードは、ブロックチェーンを書き込み/終了する。
リーダピアは、他のノードにおける有効性確認の全体的な進行を確認し、ステップ16においてブロックチェーン手順を終了させる。
【００５８】
回復力のために、ノードの総数は、いくつかの実施形態では3f+1を超え、ここで、fは許容される故障ノードの数である。たとえば、f=lの場合、合計4 ノードがある。f=3 の場合、合計10 ノードがあり、その他の場合もある。
【００５９】
いくつかの実施形態では、PBFTが本明細書で説明されるように、モビリティ・サービス・ブロックチェーンのための許可ブロックチェーンを有し、以下の特徴を少なくとも部分的に提供する。
セキュリティに関しては、PBFTは、いくつかの実施形態では、51%攻撃のわずかなリスクを提供するが、これはコンセンサスを担当するピアの許可が信頼されなければならないため、暗号通貨に共通である。
プライバシーに関しては、(許可ベースのブロックチェーンのため、かつ、エンドユーザがブロックチェーン全体にアクセスする許可を有さないため)モビリティ・サービス・プロバイダのみが、(ピア)ノードにおいてブロックチェーン全体を処理するので、エンドユーザは、ブロックチェーン全体にアクセスすることができない。
パフォーマンスに関しては、コンセンサスのための処理時間は、いくつかの実施形態では、高性能を有するピアの数が少ないため、非常に短い。柔軟性に関しては、ブロックチェーンのブロックサイズおよびフォーマットは、いくつかの実施形態ではパブリック・ブロックチェーンと比較して柔軟である。
【００６０】
以下、MaaSシステム20のデータフローを、全体的なデータフローを示す図4を参照して説明する。MaaSシステム20では、エンドユーザが、例えばスマートフォン(または他の任意のタイプの電子(モバイル)デバイス)のような自身の端末21を有することが例示的に想定される。
いくつかのユーザ(例えば、海外からの訪問者)は、スマートフォンまたは同種のものを有していない場合があり、そのような場合、例えば、ユーザにゲートを提供する図4のプロキシ機能(プロキシ22)に基づく代替の解決策を提供することができる。
【００６１】
図4は、MaaSシステム20のデータフロー図を示し、3つの主要部、左側のエンドユーザ部、中央のモビリティ・サービス・オペレータ/プロバイダ部、および、右側の他のエンティティ部が提供され、ここでエンドユーザ部および他のエンティティ部は、中央のモビリティ・サービス・オペレータ部と通信する。
【００６２】
この実施形態のMaaSシステム20では、モビリティ・サービス・プロバイダが、カスタマーサービス用のウェブサーバまたはクラウドと、ユーザプロファイル管理機能23aおよび乗客旅行管理機能23bとを備えたユーザ管理機能23を有するものとする。モビリティ・サービス・プロバイダは、ブロックチェーン管理機能24をさらに有する。
ブロックチェーン管理機能24aを有するブロックチェーン機能24は、他のエンティティ部のブロックチェーン管理機能25と通信する。座席予約/シェアされる乗り物予約が、予約センタ26によって提供される場合、中央の予約サーバ/クラウドに提供される。
【００６３】
エンドユーザは、例えばGNSS、NFCなどの例示的なユーザインターフェースおよびセンサを有する、自身の端末、すなわちこの実施形態ではスマートフォン21と通信する。
【００６４】
また、図4から分かるように、エンドユーザは例えば、端末を用いて、またはプロキシ22を介して、以下のアクションを実行することができる。1日/1週間のチケットのサービス/購入のサブスクリプション、列車の予約、自動車/乗り物シェアの予約、輸送乗車/下車許可/記録、下車後の後処理(例えば、顧客調査、返金、または延滞の補償)など。
【００６５】
ユーザプロファイル管理機能23aは、静的データ、例えば、氏名、年齢、連絡先住所、支払い方法(例えば、クレジットカード)、サービス加入状況、輸送の好み、TMEI（IMEI）のような任意の他の一意のIDなどを記憶し、端末21と通信するように構成される。
【００６６】
乗客旅行管理機能23bは、いくつかのアクションを実行し、端末21と通信するように構成される。例えば、マルチモーダル・トランスポート・パスに関しては、乗客旅行管理機能23bは、例えば、MaaS月次サービスのサブスクリプション、および1日チケット、1週間チケット等の購入を管理する。
旅行計画(または旅行計画者)に関しては、乗客旅行管理機能23bは、目的地入力、経路選択/輸送オプション、予約/旅行手配を提供し、チケットを発行し、チケットIDを発行し、旅行者のための旅程を生成し、旅程IDなどを発行する。
旅行者/ユーザの旅行においては、乗客旅行管理機能23bは、その旅行計画を起動し、旅行の各セクション(旅程)について、パス/チケット保持を確認し、エンバンクメントを記録し、下車を記録し、旅行ログをブロックチェーンに追加し、旅行の終わりにその旅行計画を終了させ、旅程を閉じるように構成される。
【００６７】
ブロックチェーン管理機能24aは、乗客旅行管理機能23bおよび他のブロック管理25と通信する。ブロックチェーン管理機能24aは、コンセンサスプロトコルを追加し、検証し/実行し、ブロックチェーンを読み取るように構成される。
さらに、図4から分かるように、パス、チケット、および旅行ログ情報が、少なくとも乗客旅行管理機能23bとブロックチェーン管理機能24aとの間、および、ブロックチェーン管理機能24aと他のブロックチェーン管理25との間で通信される。
【００６８】
以下、図5を参照して、旅行者の旅行履歴を含むブロックチェーン30の一実施形態を説明する。
【００６９】
ブロックチェーン30は、図1の参照の下に一般的に説明されるように、いくつかのブロック30a、30b、30cを有し、ここで、図5において、過去のブロック30a(ブロック#N−1)、現在のブロック30b(ブロック#N)および、後続すなわち次の/今後のブロック30c(ブロック#N+1)が例示されている。
【００７０】
ブロック30a、30bおよび30cの各々は、最大所与のブロック・サイズ内および関連するデータ構造内の取引において1つ以上の旅行者ログを含むことができる。図5において、左側のブロック30a(ブロック#N−1)は、2つの旅行者ログ31aおよび31bを取り扱う。
N−1ブロック30aからのハッシュ出力は、次のNブロック30b(現在のブロック)に供給される。ブロック30b(ブロック#N)は、旅行者AおよびBの次の旅行ログ32aおよび32b、さらに、旅行者Cの旅行の旅行ログ32cを処理する。
例えば、旅行者Dが新たな旅行ログを発行するが、同時にブロックサイズ制限を超える場合、このさらなる旅行ログは、次のブロック、すなわち、本例のブロック30cにおいて処理される。このブロック30cは、旅行者Bのさらなる旅行ログ33aの入力、搭乗者Cのさらなる旅行ログの入力33b、および搭乗者Dのさらなる旅行ログ33cの入力を含み、ブロック30c(ブロックN+l)は、旅行者CおよびDの次の旅行ならびに旅行者Dの残りのログを処理する。
その後、(N+1)のハッシュ出力が、次のブロック(N+2)(図5には図示せず)に供給される。
【００７１】
一般に、ブロックチェーン30内の旅行ログは、以下の情報のうちの少なくとも1つを含むことができる。
- 発行者：マルチモーダル・トランスポート・パス発行者、モビリティ・サービス・プロバイダ/輸送業者、旅行者id(匿名データ)。
- チケット情報：チケットの種類、輸送の種類(鉄道、ライドシェア等)、座席予約(列車/座席番号)、価格またはチケット、規約および条件。
- 乗車記録：エンバンクメントの場所、乗車した時刻/日、下車した場所、下車した時刻/日、未使用/使用。
- 備考：特記事項(例えば、キャンセル、延滞)。
【００７２】
前述のように、いくつかの実施形態は、分散型台帳またはブロックチェーンを提供するノードトポロジーおよび(通信)ネットワークに関し、これらのいくつかの実施形態では、通信ネットワークが良好な回復力、パフォーマンス、および低コストを提供する。
【００７３】
一般に（例えば、https://www.itf-oecd.org/sites/default/files/docs/blockchain-and-beyond-encoding-21st-century-transport.pdfで検索可能な" Blockchain and Beyond: Encoding 21st Century Transport"において）、インターネットの場合のように、複数のノードが互いに相互接続される分散型ネットワーク/台帳の一般的な構造が、既知であり、提案されている。
ここでの根本原理は、オープンなやり取り、分散型配置、相互接続であり、インターネット上にパブリック・ブロックチェーンを有することが例示的に提案されている。
【００７４】
しかしながら、インターネットまたは同等の(パブリック)ネットワークにおいて提供されるパブリック・ブロックチェーンは、いくつかの実施形態では例えば、以下の理由のうちの少なくとも1つのために理想的ではない場合があることが認識されている。
ノードが別のノードに直接リンクしない。インターネットには(例えば、攻撃などのために使用され得る)多くのホップがある。ノードの処理能力が予想よりも低い。ノードが信頼できない。誰でもコンセンサスのためにパブリック・ブロックチェーンに参加することができるなど。
【００７５】
また、上述したように、一般に、様々なタイプのブロックチェーンが既知であり、暗号通貨については、パブリック・ブロックチェーンが提案されている。
【００７６】
しかし、パブリック・ブロックチェーンでは、エンドユーザは、自由にブロックを追加/読み取ることができ、誰もが取引の検証(プルーフ・オブ・ワーク)に参加することができる。
パブリック・チェーンでは、インターネット上の誰かがマイニング報酬を得るために自分のハードウェアでプルーフ・オブ・ワークに参加したいので、組織者は、ブロックチェーンのための独自のインフラストラクチャを準備する必要はない。
【００７７】
しかし、誰かが取引プロセスの検証を乗っ取る51%の攻撃リスクがあり得る。パブリック・ブロックチェーンにおいて安全な取引を提供するために、最大ブロックサイズの制限、取引検証の長い処理時間、および、ブロック定義の柔軟性の低下のような多くの制約がある。
これらの制約は、暗号通貨交換のような頻繁でない金融取引には受け入れ可能であるが、いくつかの実施形態では頻繁な取引の日々の使用には適していない場合がある。
【００７８】
したがって、いくつかの実施形態では、MaaSのブロックチェーンが許可されたブロックチェーンを使用すると仮定される。許可されたブロックチェーンでは、(コンソーシアムを形成する)許可された事業者のみが、ブロックを追加/読み取ることができ、限定された参加者は、取引の検証(すなわち、信頼できるプレーヤとのコンセンサス)に参加することが許可される。
したがって、いくつかの実施形態では、例えば、モビリティ・サービス・プロバイダは、コンソーシアムにおいて編成され、また、それに応じた許可を有する者のみが、許可された分散型台帳またはブロックチェーンにアクセスすることが許可され、その一方で、悪意のある参加者または不正な参加者は、ブロックチェーンのコンソーシアムに参加することができない。
【００７９】
以下、図6を参照して、MaaSのための(許可された)ブロックチェーンを提供するための通信ネットワーク40の一実施形態について説明する。
【００８０】
回復力の観点から、通信ネットワーク40は例えば、サーバの中央に強く依存している従来のシステムにおいて、典型的にシステムの弱点である単一障害点(SPOF)のリスクを軽減する。
【００８１】
図6から分かるように、通信ネットワーク40は、MaaSサービス・プロバイダ、鉄道事業者、カーシェアリング/ライドシェアリング事業者、バイクシェアリング事業者、およびバス事業者などの異なる事業者またはモビリティ・サービス・プロバイダに関連する複数のノード(またはエンティティ)41(大円)を有する。
【００８２】
さらに、モビリティ・サービス・プロバイダのノード41と通信することができる複数の旅行者42(小円)が存在する。モビリティ・サービス・プロバイダ・ノード41は、MaaSのための許可されたブロックチェーン(例えば、図5のブロックチェーン30)を提供する通信ネットワーク40を共に形成することができる。
【００８３】
旅行者42は例えば、旅行者の端末(例えば、図4の端末21)を用いて、関連するモビリティ・サービス・プロバイダと通信することによって、モビリティ・サービス・プロバイダによって提供される毎月のMaaSサービスに加入するか、または、マルチモーダル・トランスポート・サービスのための1日/1週間のパスを購入する。
【００８４】
モビリティ・サービス・プロバイダ41は上述したように、自動車鉄道会社、電車事業者などの従来の輸送事業者に加えて、MaaS事業者(例えば、共用乗り物)、自転車共用サービス・プロバイダ、旅行代理店などの新しいサービス・プロバイダとすることができる。
【００８５】
モビリティ・サービス・プロバイダ41は、論理接続である通信ネットワークを介して互いに接続され、ここで、輸送業者すなわちモビリティ・サービス・プロバイダ間の直接接続は必ずしも必要ではないが、低遅延および高スループットを必要とする場合がある。
【００８６】
モビリティ・サービス・プロバイダのエンティティまたはノード41は、さまざまな機能を有することができるが、図4についても上述したように、2つの主要な機能、すなわち、旅行者管理機能およびブロックチェーン管理機能がある。
旅行者管理機能は、座席の予約、共用乗車/タクシー/レンタカー/列車の座席予約、月次加入、1日券の購入などをサポートする。通常の電子商取引サイトと同様に、旅行者管理機能は、ウェブサイトまたはスマートフォンのバックエンド処理の、ユーザインターフェースを提供する。
【００８７】
その一方で、本実施形態ではブロックチェーンは、エンドユーザのために隠されるが、複数のモビリティ・サービス・プロバイダにアクセスされ、複数のモビリティ・サービス・プロバイダによってアクセスされる。
さらに、本実施形態では、コンソーシアム(許可された)ブロックチェーンが、ノード41の間に実装され、コンソーシアムのメンバであるモビリティ・サービス・プロバイダの間でブロックチェーン台帳を検証する。
【００８８】
いくつかの実施形態では、ブロックチェーン機能が以下でより詳細に説明されるエッジコンピューティングに基づいて提供される。
【００８９】
5Gでは、通信事業者は、電話会社のクラウド上でネットワークサービス機能(またはネットワークアプリケーション機能)を提供することができる。基本的なネットワーク機能に加えて、電気通信事業者は、顧客の要求に基づいて付加価値のある機能を提供することができる。
【００９０】
いくつかの実施形態では、電気通信ネットワーク事業者は、モビリティ・サービス・プロバイダの代わりに(MaaSに限定されない)ブロックチェーン関連サービスを提供してもよい。
これは、いくつかの実施形態では、ブロックチェーン機能が、モビリティ・サービス・プロバイダから分離され、1つ以上の電気通信事業者によって運営され得ることを意味する。
【００９１】
図7は、通信ネットワーク50のエッジノードブロックチェーン処理の一実施形態を示す。
【００９２】
通信ネットワーク50は、(例えば、MaaSのための)ブロックチェーンを提供する通信事業者自身のネットワークの3つのエッジノード51を含む。通信事業者は、ノースバウンドAPIを用いてブロックチェーン機能のための(モバイル)エッジノード51を構成することができ、これについては後述する。
【００９３】
図6において既に説明したように、通信ネットワーク50は、(上述したように)旅行者53によってアクセス可能な異なるモビリティ・サービス・プロバイダと関連するいくつかのノード52をさらに有する。
【００９４】
モビリティ・サービス・プロバイダは、事前定義されたAPI(アプリケーションインタフェース)を介して、ノード52から通信事業者のエッジノード51へのブロックチェーン処理を要求する。
モビリティ・サービス・プロバイダに代わって、エッジノード51は、ブロックチェーン関連機能(追加/読み出し/コンセンサス)を処理し、他のノード52と通信する。エッジノード51間のリンクは、高速/低遅延通信をサポートし、このサポートは、いくつかの実施形態では高速ブロックチェーン処理および大きなブロックサイズの処理に役立つ。
【００９５】
エッジノード51(またはノード52)は例えば、ETSI NFV仕様書(ETSI GS NFV 002, VI.1.1(2013-10), Network Functions Virtualization(NFV); Architectural Framework)によって提供されるようなネットワーク仮想化機能に基づく仮想化ネットワークに基づくものである。
【００９６】
図8は、このようなネットワーク仮想化機能インフラストラクチャ60を概略的に示しており、このインフラストラクチャ60は、仮想化ネットワークの下で、本明細書で説明するブロックチェーン機能を提供するために使用される。
【００９７】
仮想インフラストラクチャ60は、ネットワーク機能仮想化インフラストラクチャ61を有しており、このインフラストラクチャ61は、仮想化レイヤのハードウェアリソース、例えば、コンピューティングハードウェア、ストレージハードウェア、およびネットワークハードウェアにリンクされる仮想コンピューティング、仮想ストレージ、および仮想ネットワークを含む。
【００９８】
さらに、仮想ネットワーク機能(VNF)VNF 1、…、VNF 3および要素管理システム(EMS)EMS 1、…EMS 3を含む仮想機能ブロック62が提供される。
【００９９】
仮想ネットワーク機能(VNF)は、ネットワーク内の一般的な機能であり、コアネットワークプロトコルのようなアプリケーションに提供される。いくつかの実施形態では、VNFは、ブロックチェーン機能の実装に使用される。これは、仮想マシンまたはコンテナで実行されるソフトウェアである。EMS(Elemental Management Systems)は、VNFの管理機能である。
【０１００】
インフラストラクチャ60は、VNF(複数可)を構成するNFV管理およびオーケストレーション(MANO)ブロック63をさらに含み、VNF(複数可)は、ブロックチェーンおよびブロックチェーンのためのネットワーク(例えば、仮想MESHネットワーク)を処理する。
【０１０１】
電気通信事業者は、構成、要求、結果の検索などのために、ブロックチェーン機能と外部機能との間にアプリケーションインタフェース(API)を提供してもよい。
【０１０２】
ブロックチェーン機能を提供するための別の実施形態は、ETSIモバイル・エッジ・コンピューティングアーキテクチャ70を示す図9を参照して説明されるように、モバイル・エッジ・コンピューティング(MEC)に基づくものである(ETSI GS MEC 003 VI.1.1(2016−03)、Mobile Edge computing (MEC); Frame- work and Reference Architectureも参照)。
【０１０３】
アーキテクチャ70は、3GPPネットワーク、ローカルネットワークおよび外部ネットワークのような異なるネットワークを含む。図9のこのレイヤの上には、モバイル・エッジ・ホスト・レベル管理によって管理されるモバイル・エッジ・ホスト71を含むモバイル・エッジ・ホスト・レベルが示されている。
【０１０４】
モバイル・エッジ・ホスト71は、例えば図8のような仮想化インフラストラクチャ(NFVI)と、いくつかのモバイル・エッジ・アプリケーションと、モバイル・エッジ・プラットフォームとを有し、これらは図9のNFVI上に配置される。
【０１０５】
図9の上部には、モバイル・エッジ・システム・レベル管理、UE、およびサード・パーティ・デバイスが配置される、モバイル・エッジ・システム・レベルが示されている。
【０１０６】
MEC 70上で提供されるブロックチェーン機能は、インターネットまたは通信事業者のネットワーク(例えば、SD-WAN、ソフトウェア定義ワイドエリアネットワーク)からアクセス可能である。
【０１０７】
さらに、ブロックチェーンは、ノード認証/不変構成ログなどのNFVネットワークに使用される。
【０１０８】
ブロックチェーン機能を提供するエッジコンピューティングのための通信ネットワーク80の一実施形態を図10に示す。
【０１０９】
ネットワーク80は、モバイル・エッジ・コンピューティングノード82において提供されるいくつかのブロックチェーン機能インスタンス81を提供し、これらは、順に、基地局アクセスポイント83に配置される。ユーザ84は、アクセスポイント83を介してネットワーク80にアクセスする。
【０１１０】
さらに、１つのアクセスポイント82にさらに配置されるユーザ管理インスタンス85が提供される。
【０１１１】
全体的なオーケストレータ86は、ネットワーク80の機能を管理する。
【０１１２】
電気通信事業者は、ネットワークセンタまたはクラウド内の通信ノードによって提供される従来のネットワーク機能のような、オンデマンドで新しいインスタンスを作成することができる。
ノードの容量が厳しい場合、従来のネットワークでは、(プロセスを他の軽負荷ノードに移動させる)ロードバランシングまたは自動スケーリング(すなわち、要求に応じてプロセスを増加させる)を実行することは容易ではない。
【０１１３】
エッジコンピューティングにおいて、そして、エッジコンピューティングであるが故に、現在のネットワーク80において、インスタンスは、オーケストレータ86によってオンデマンドで生成され、そして、必要に応じて、他のノード、例えば、アクセスポイント82のうちの1つに移動することができる。
プロセスの物理的位置は、ユーザ84のようなエンドユーザの近くにある。異なるノード82間の通信は、待ち時間（レイテンシ）が少なく、信頼性がある。
【０１１４】
したがって、ブロックチェーンの処理負荷は、このネットワーク80の実施形態においては、ボトルネックになりにくい。
【０１１５】
したがって、仮想ネットワークおよびエッジコンピューティングベースのブロックチェーンは、以下のうちの少なくとも1つを提供することができる。
ノード間の仮想ダイレクトリンク。仮想ネットワーク構成/ソフトウェア定義ネットワークのためのメッシュネットワークのような柔軟なトポロジー。クラウドベース処理のために高くなったノードの処理能力、信頼されたノードの処理による高いセキュリティ。
【０１１６】
いくつかの実施形態では、以下で説明するような、クラウドコンピューティングに基づいた分散型台帳またはブロックチェーンが提供される。
【０１１７】
一般に、様々なタイプのクラウドコンピューティングが既知であり、図11は、異なるブロックチェーン間のクラウドコンピューティングの一例を示し、ここで、パブリッククラウド、プライベートクラウド、およびモバイル・エッジ・コンピューティング・クラウドが提供され、それぞれがブロックチェーン機能を提供するように構成される。
これらのクラウドは、ブロックチェーンを互いに通信させることができ、かつ/または、異なるブロックチェーンへのアクセス権を有することができる。
【０１１８】
上述のモバイル・エッジ・コンピューティングは、いくつかの実施形態において、CPUおよびネットワークに関して高速処理能力を提供することができる。しかし、いくつかの実施形態では、ストレージの制約上、分散型台帳を長期間保存するのに適していないことがある。
特にMaaSの実施形態では、MaaSの旅行記録についてのデータ量が、より大きくなる。
【０１１９】
その一方で、パブリッククラウドは、通常、膨大な量のデータ、大きなストレージ、および大きなデータ処理を処理することができる。したがって、本実施形態では、分散型台帳の後処理をパブリッククラウドで処理することができる。
例えば、モビリティ・サービス・プロバイダまたは地方自治体が、輸送の統計量を必要とする場合、ブロックチェーンは、パブリッククラウド上で処理されてもよい。
【０１２０】
プライベートクラウドは、コストが高く、容量が限られている。しかし、プライベートクラウドは、高いセキュリティを提供するので、したがって、この実施形態では、プライバシーに敏感なデータまたは重要なデータに適している。
【０１２１】
例えば、自動車産業は、自律的な運転またはカーシェアリング、フリートマネジメントのためのプライベートクラウドを有してもよく、したがって、対応するブロックチェーンをプライベートクラウドによって処理することができる。
【０１２２】
いくつかの実施形態では、スマートコントラクトに基づいて、ブロックチェーンの詳細なアクセス制御が提供される。スマートコントラクトは、ブロックチェーンに付随するソフトウェアコードであり、スマートコントラクトの特定のソフトウェアは、何らかの事前定義された条件が満たされた場合に実行される。
【０１２３】
異なるタイプのクラウド/異なるタイプのアプリケーションは、スマートコントラクトに基づく条件に従ってブロックチェーンにアクセスすることができる。
【０１２４】
反対に、従来の中央データベースでは、データは単なるデータであり、データベースの管理者は、アクセス制御のためにデータベースのアクセス権を割り当てる。しかし、本実施形態では、ブロックチェーン自体が、(複数のクラウドのうちの1つ、または、すべてのクラウドにおいてのいずれかにおいて)この機能を有する。
【０１２５】
以下では、分散型台帳またはブロックチェーンを用いた収益シェアおよび収益の計算の簡素かつ正確な方法を少なくとも部分的に提供する、モビリティ・サービス・プロバイダ間の収益シェアの概念の実施形態を説明する。
【０１２６】
収益をシェアするための１つの方法における第１の実施形態が、図12に示されている。
ここでは、複数のモビリティ・サービス・プロバイダからの収益をまとめる収益プール（収益の共同管理）90が提供される。
【０１２７】
この実施形態では、正味の売上は、チケットを販売するためのチケット発行者、または、複数の事業者のモビリティ・サービスのサブスクリプションの合計収入を意味する。
【０１２８】
ネットサービス配信とは、事業者が提供するトータルのサービスをいう。
大きなモビリティ・サービス・プロバイダ(例えば、鉄道会社)は、チケットの販売と旅行者へのサービスの提供との両方を有し、すなわち提供することができ、その場合、正味売上高と正味サービス輸送費との間の差は、黒字であっても、または赤字であると主張された場合でも、収益プール90に入れられる。
【０１２９】
図12において、第１のパス発行者#1は第１の正味売上高を有し、第２のパス発行者#2は第２の(より小さい)正味売上高を有する。同様に、第１のサービス・プロバイダAは、第１の正味サービス輸送費額を提供し、第２のサービス・プロバイダBは、第２の(より少ない)正味サービス輸送費額を提供した。
上述したように、この実施形態では、パス発行者およびサービス事業者は、モビリティ・サービス・プロバイダである。
【０１３０】
この実施形態では、分散型台帳またはブロックチェーンにおいて、ブロックチェーンが複数のプレーヤ間で共通であり、例えば、すべてのモビリティ・サービスが１つのコンソーシアムにおいて提供され、各プレーヤが計算のために同一のコンテンツ台帳を使用するので、複数のチケット発行者間の正味売上高の(全体の)合計は、複数のサービス・プロバイダ間の正味サービス輸送費の(全体の)合計と常に同一である(すなわち対応している)。
【０１３１】
図13は、正味売上高の計算方法100のフローチャートを示す。この方法はステップ101で開始される。
【０１３２】
ステップ102において、各パス発行者は、ブロックチェーン内のデータ(例えば、旅行ログデータ)を読み取り、そのデータの中にパス発行者IDを見つける。
【０１３３】
ステップ103において、パス発行者は、見つかったパス発行者IDが自身のIDと同一であるかどうかを確認し、そうである場合、ステップ104において、チケット価格の量を正味売上高に加算し、その後、またはIDが同一でない場合、方法はステップ105において終了する。
【０１３４】
正味サービス輸送費についても、同じ原理を用いて同様の算出方法が提供される。
【０１３５】
チケット発行およびモビリティ・サービス・輸送費の両方を担当する事業者のための収益シェアのための方法110が、図14のフローチャートに基づいて示されており、ここで、サービス・プロバイダ/輸送業者(すなわち、モビリティ・サービス・プロバイダ)は、ブロックチェーンを用いて正味売上高および正味サービス輸送費の両方を計算する。
【０１３６】
この方法は、ステップ111で開始し、図14に記載されているように、ステップ112で、パス発行者は、ブロックチェーン内のデータ内のパス発行者IDを読み取り、図13において述べたように、ステップ113でパス発行者IDを確認し、ステップ114でそのデータを正味売上高に加算する。
【０１３７】
ステップ115で、モビリティ・サービス・プロバイダは、ブロックチェーン内のデータ内のモビリティ・サービス・プロバイダIDを読み取り、ステップ116でそのモビリティ・サービス・プロバイダIDを自身のIDと照合する。
同一のIDが見つかった場合、ステップ117で正味サービス輸送費が加算され、そわない場合、この方法はステップ118に進む。
【０１３８】
ステップ118において、(合計の)正味サービス輸送費が、(合計の)正味売上高から差し引かれる。
【０１３９】
ステップ119で、正味売上高がそれ自体でサービス輸送費よりも大きい場合、その差が収益プールに加算され、そわない場合、すなわち、反対の場合、その差がモビリティ・サービス・プロバイダによって収益プールに請求される。
【０１４０】
図15は、旅行ログ/データが記憶されるブロックチェーン内のデータ構造の一例を示し、図15では、3つのブロック125a、125b、および125cが示されている(ブロックN、N+1、およびN+2)。
異なる旅行ログのドット密度は、ドット密度が同一である場合に、マルチモーダル・トランスポート・パスの同一の発行者(パス発行者#1、#2または#3)を示す。3つのブロック125a、125b、126は、連続したブロックである。
【０１４１】
ブロック125a(#N)は、3つの旅行ログ126a、126b、および126cを有し、ここで、第１の旅行(126a)のチケットは、旅行者Aのためのパス発行者#1(モビリティ・サービス・プロバイダA)によって発行される。
【０１４２】
そして、旅行者Aは、モビリティ・サービス・プロバイダAが提供する交通機関を利用し、この交通機関の価格は10ユーロである。
【０１４３】
同様に、旅行者Bのためのブロック125a(#N)における第２の旅行のチケットは、第２の旅行ログ126bからとることができるように、パス発行者#2によって発行される。
次に、旅行者Bは、モビリティ・サービス・プロバイダBによって提供される輸送手段をとり、この輸送手段の価格は20ユーロである。
【０１４４】
ブロック125a(#N)における第３の旅行のチケットは、第３の旅行ログ126cからとることができるように、旅行者Cに対するパス発行者#1によって発行される。
次に、旅行者Cは、モビリティ・サービス・プロバイダCによって提供される輸送手段をとり、この輸送手段の価格は30ユーロである。
【０１４５】
同様に、このブロックチェーンは、図15および図16からわかるように、ブロック125bおよび125cに続く。
【０１４６】
図16は、異なるブロックN、N+1、およびN+2における、さまざまなパス発行者およびモビリティ・サービス・プロバイダによって提供される、さまざまな売上および輸送コスト/価格を、ならびに、最後の列に全体の売上/輸送コストを示した表を示す。
【０１４７】
図16を参照すると、第１の旅行のチケットは、パス発行者#1によって発行され、10ユーロのコストがかかる。次に、旅行者は、モビリティ・サービス・プロバイダAによって提供される輸送手段をとり、この輸送手段の価格は10ユーロである。
【０１４８】
これは、パス発行者#1が、モビリティ・サービス・プロバイダAに10ユーロを支払う義務があることを意味する。
【０１４９】
しかし、いくつかの実施形態では、この時点でパス発行者#1とモビリティ・サービス・プロバイダAとの間で金銭を交換する必要はない。
反対に、パス発行者#1は、ブロックN+1およびブロックN+2においてこのプロセスを単に継続し、最後に、パス発行者#1は、図16の最後の列から分かるように、110ユーロを他のモビリティ・サービス・プロバイダに支払う。
【０１５０】
他のパス発行者#2および#3も同様の計算を実行しており、その結果、パス発行者#2は、200ユーロを支払い、パス発行者#3は、140ユーロを支払い(図16の最後の列を参照)、合計で450ユーロとなり、合計450ユーロがモビリティ・サービス・プロバイダA、BおよびCに支払われる。
図16から分かるように、モビリティ・サービスでは、提供されるサービスに対する合計請求範囲も450ユーロであり、その結果、支払われる収益の合計高と、請求される収益の合計高とは、互いにバランス（平衡）する(正味合計はゼロ)。
【０１５１】
パス発行者は、売上高の自分自身の部分だけを気にしなければならない。パス発行者は、他のパス発行者の計算/モビリティ・サービス・プロバイダの計算が正しいかどうかを気にする必要はない。
分散型台帳/ブロックチェーンは、他のパス発行者およびモビリティ・サービス・プロバイダと共有され、その結果、情報全体が一般的な意味で(すなわち、本例の複数のパス発行者および複数のモビリティ・サービス・プロバイダを含む)すべてのモビリティ・サービス・プロバイダにアクセス可能になる。
【０１５２】
換言すれば、台帳/ブロックチェーンの収益/コスト値は、常に一貫している。
【０１５３】
パス発行者の観点からは、パス発行者は、単に誰かに対する支払額の合計を計算し、収益プールに入れるのみである。
【０１５４】
モビリティ・サービス・プロバイダの観点からは、モビリティ・サービス・プロバイダは、単に自身の請求額の合計を計算するだけである。しかしながら、輸送手段を提供するモビリティ・サービス・プロバイダは、その請求額を収益プールから引き出す。
【０１５５】
したがって、図16からもわかるように、正味売上高と正味サービス輸送費の合計額は、互いに対応し、均衡しているので、ブロックチェーン/分散型台帳を利用することで、収入の簡便な算出が可能となる。
すべてのパス発行者の売上高合計: 110 + 200 +140 =450
すべてのモビリティ・サービス・プロバイダによるサービス輸送費の合計: 120+180+150 = 450
【０１５６】
したがって、いくつかの実施形態では、ブロックチェーンを使用することによって、通信ネットワーク内のピア/ノード間の直接の金融取引が、中央組織(すなわち、銀行)を必要とせずに可能である。
【０１５７】
しかしながら、この調整は、既知のピアツーピア転送と比較して単純ではない場合があり、したがって、以下の実施形態では、誰にいくら支払うべきかという課題に対処することが説明される。
【０１５８】
原則として、金額の余剰部は、帳尻を合わせるために不足部に金銭を振り替えるべきである。以下の実施形態は、取引の数を減らすことを可能にする。
【０１５９】
図17は、サービス輸送費の額に比例して、収益がシェアとして分割される実施形態を示す。
【０１６０】
この実施形態では、各正味売上高ホルダ(図17の上側のパス発行者#1、#2および#3)は、サービス輸送費のすべてのホルダ(図17の下側のサービス・プロバイダ/輸送事業者A、BおよびC)に収益を移転する。
【０１６１】
各パス発行者は、そのシェアに従った収益を請求しているサービス・プロバイダに移転するか、または、収益を請求しているサービス・プロバイダは、他のサービス・プロバイダとのサービス輸送費の額に従った収益をシェアする。
【０１６２】
余剰を有するパス発行者は、広められた/輸送されたサービス輸送費(複数種可)を収集し、その費用の割合(例えば、パーセンテージ)を計算する。
【０１６３】
図16のテーブルの例の番号を使用すると、A、B、Cによるサービス輸送費の額が120、180、および150である場合、A:B:Cによる比率は、120:180:150 = 27%:40%:33.3%である。
【０１６４】
したがってこの例では、パス発行者#2が200ユーロを有する場合、パス発行者#2は、すなわちサービス・プロバイダAに対して200×0.27、サービス・プロバイダBに対して200×0.4、および、サービス・プロバイダCに対して200×0.33の比率に従って、54、80および66ユーロの収益を分配する。
【０１６５】
しかしながら、取引の数は多いかもしれない。例えば、M人のパス発行者およびN個のサービス・プロバイダが存在する場合、取引の数は、M×Nの組み合わせに等しくなり得る。
【０１６６】
図17に示す別の実施形態では、同様の総数のマッチングが検索される。
【０１６７】
より少ない数の取引を達成する点で最も効率的な方法は、同一額の余剰ピアおよび不足ピアを見つけることである。この実施形態では、(サービス・プロバイダおよびパス発行者を含む)モビリティ・サービス・プロバイダのコンソーシアムには、同一の正味売上高および正味サービス輸送費が存在すると仮定する。
【０１６８】
最初に、各ピアまたはノードは、余剰または不足の額を、他のピアまたはノードに送信する。この情報を受信したピアは、同額のピアを探す。良いペアが、幸運にも見つかった場合、余剰ピアは、相手の不足ピアに支払い、ここで、これらのピアの両方は、ちょうど1つの取引についてキャンセルされる。
図18には、サービス・プロバイダC等の正味サービス輸送費に対応するパス発行者#1の正味売上高について示されている。しかしながら、実際には、正確に同一の額を見つけることは容易ではないであろう。
【０１６９】
したがって、いくつかの実施形態では、このアプローチが最初に試みられ、次に、以下に説明される図19のような別の方法に変更される。
【０１７０】
図19では、プロキシが、すべてのパス発行者からのすべての正味売上高を収集し、その収益をサービス・プロバイダに分配する。
【０１７１】
いくつかの実施形態では、このプロキシは、収益プールに指定される。
【０１７２】
このプロキシは、図19のパス発行者#1、#2および#3のような他の余剰ピアから全ての余剰を収集する。
【０１７３】
不足ピア、すなわち図19のサービス・プロバイダA、B、およびCは、プロキシ・ピアに自身の不足額を請求する。
【０１７４】
他の実施形態では、プロキシがサードパーティ(例えば、銀行サーバ)によって提供されてもよく、または、ピア間で決定されてもよい。例えば、最高高の余剰ピアがプロキシになり、他の余剰を収集し、それを分配してもよい。しかしながら、いくつかの実施形態では、プロキシが、システムのボトルネックとなり得る。
【０１７５】
図20は、変更されたプロキシを含む一実施形態を示しており、ここでは、常に最高高の余剰ピアがリーダーとなり、そのリーダーは、図20ではパス発行者#1であり、他の不足ピア、すなわち図20のサービス・プロバイダAおよびBに支払い、ここではより少量額の不足ピアが最初になり、次いで相殺される。
図20では、次いでパス発行者#2がリーダーになり、次のリーダーになるパス発行者#3に引き渡され、残りのサービス・プロバイダCに支払う。
【０１７６】
したがって、１回限りの取引で支払うことが不可能である場合、残りの金額は、2番目に高い余剰ピアに転送される。そして、2番目のピアがリーダーとなり、不足しているピアに支払う。このプロセスは、正味売上高と正味輸送費とのバランスがとれるまで反復／繰り返される。
【０１７７】
いくつかの実施形態では、上記の例は、国際的なMaaS運営（オペレーション）または異なる地域におけるMaaS運営に拡張される。そしてブロックチェーンは、多層構造として定義される。
第１の層のブロックチェーンは、国間または地域間で構成され、第２の層のブロックチェーンは、その地域のコンソーシアム内で構成される。例えば、地域コンソーシアムにおける代表的なプロバイダは、第１の層のブロックチェーンに参加し、国際サービスを取り扱うことができる。
【０１７８】
要約すると、いくつかの実施形態では、分散型台帳/ブロックチェーンは、中央インスタンスを必要とせずに、複数のエンティティ間のデータベースの一貫性を提供する。
【０１７９】
収益シェアの従来の方法では、サービス・プロバイダが、典型的には中央データベースで取引を記録し、メインコンピュータが、各プロバイダの収益シェアを算出する。このような集中型システムは典型的には複雑であり、高コストを伴う。
鉄道会社のような大規模なモビリティ・サービス・プロバイダにとってはこの集中型システムに参加することは手頃であるかもしれないが、バイクシェアリング会社のような小規模なプロバイダにとっては参加するには高価すぎるかもしれない。
いくつかの実施形態では、分散型台帳/ブロックチェーンが、分散型の低コストのシステムを提供することができる。
【０１８０】
別の従来の方法は、各サービス・プロバイダが、収益シェア・プールに請求するために、サービス輸送費の額を正直に請求することである。しかしながら、各サービス・プロバイダの計算に不整合がある場合、その計算を検証することは困難である。
１つのプロバイダが、他のプロバイダのデータベースを保持（維持）/共有する可能性が低いため、サービス・プロバイダがクロスチェックすることは困難であり得る。たとえプロバイダが信頼できるとしても、間違った入力またはマシンの故障が発生する可能性がある。
これは、不一致の原因ともなり得る。いくつかの実施形態では、分散型台帳/ブロックチェーンが、ロバストで正確なデータベースシステムを提供することができる。
【０１８１】
例えば、国際公開第２０１８／０４２０７８号パンフレットのような集中型サーバーベースのMaaSは、旅行履歴を記録するための輸送事業者間の共通の中央サーバが存在することを必要とする。中央サーバがダウンするか、または、パフォーマンスの問題が発生するリスクがあり、さらに中央サーバの配備コストが高くなるリスクがある。
【０１８２】
別の従来の方法は、各輸送事業者が自身のチケット発行のための独自のデータベースを有することである。複数のMaaS事業者間でサービスが提供されている場合、データが事業者間で共有されないため、MaaSサーバ間でデータベースの不整合が発生するリスクがある。
また、他人のデータベースが正当であると確認するのは容易ではない。
【０１８３】
しかしながら、いくつかの実施形態では、複数のモビリティ・サービス・プロバイダと共有される分散型データベースである、ブロックチェーンを有する分散型台帳技術(DLT)が、実装される。いくつかの実施形態では、コンソーシアムの任意のメンバが、ブロックを追加/読み取り、すべてのコンソーシアムメンバ間でその同一のブロックを共有することができる。
したがって、原則として、いくつかの実施形態では、ブロックチェーンのデータ内容に不整合がある場合、ハッシュ関数の出力が一致しないため、運搬事業者間のデータの不整合は不可能(不変)である。
さらに、いくつかの実施形態では、DLTは、本質的に、高い可用性、信頼性、およびセキュリティを提供する。
【０１８４】
以下では、汎用コンピュータ130の一実施形態を、図21を参照して説明する。
コンピュータ130は、基本的に本明細書で説明するように、任意のタイプのネットワーク機器、例えば、基地局または新しい無線基地局、送受信ポイント、または、ユーザ機器、(末端の)端末デバイスなどの通信デバイスとして機能することができるように実装される。
コンピュータは本明細書に記載されるように、ネットワーク装置および通信デバイスの回路のうちの任意の1つのような回路を構成することができる構成要件131乃至141を有する。
【０１８５】
ソフトウェア、ファームウェア、プログラム等を用いて本明細書に記載されている方法を実行する実施形態は、次いで具体的な実施形態に適するように構成されたコンピュータ130にインストールされる。
【０１８６】
コンピュータ130は、CPU131(中央演算処理装置)を有し、CPU131は例えば、読取り専用メモリ（ROM）132に記憶され、ストレージ137に記憶され、ランダム・アクセス・メモリ（RAM）133にロードされ、それぞれのドライブ139に挿入された記録媒体（メディア）140に記憶されるなどのプログラムに従って、本明細書に記載される様々なタイプの手順および方法を実行することができる。
【０１８７】
CPU 131、ROM 132およびRAM 133はバス141で接続されており、このバス141は、入出力インターフェース134に接続されている。CPU、メモリ、およびストレージの数は、単に例示的なものであり、コンピュータ130は、基地局としてまたはユーザ機器(エンド端末)として機能するときに生じる特定の要件を満たすように適応および構成されることを、当業者は理解するであろう。
【０１８８】
入出力インターフェース134には、入力部135、出力部136、ストレージ137、通信インターフェース138、および、記録媒体140(CD、デジタルビデオディスク、コンパクトフラッシュ（登録商標）メモリなど)を挿入することができるドライブ139のようないくつかの構成要件が接続される。
【０１８９】
入力部135は、ポインタデバイス(マウス、ペンタブレットなど)、キーボード、マイクロフォン、カメラ、タッチスクリーンなどとすることができる。
【０１９０】
出力部136は、ディスプレイ(液晶ディスプレイ、陰極線管ディスプレイ、発光ダイオードディスプレイ等)、スピーカ等を有することができる。
【０１９１】
ストレージ137は、ハードディスク、ソリッドステートドライブ等を有することができる。
【０１９２】
通信インターフェース138は例えば、ローカルエリアネットワーク(LAN)、無線ローカルエリアネットワーク(WLAN)、モバイル・テレコミュニケーション・システム(GSM、UMTS、LTE、NR等)、Bluetooth（登録商標）、赤外線等を介して通信するように構成される。
【０１９３】
上記の説明は、コンピュータ130の構成例にのみ関係することに留意されたい。代替の構成は、追加または他のセンサ、ストレージデバイス、インターフェースなどを用いて実装されてもよい。例えば、通信インターフェース138は、言及したUMTS、LTE、およびNR以外の他の無線アクセス技術をサポートし得る。
【０１９４】
コンピュータ130が基地局として機能する場合、通信インターフェース138は、(例えば、E−UTRAプロトコルOFDMA(ダウンリンク)およびSC-FDMA(アップリンク)を提供する)それぞれのエアインターフェース、および、 (例えば、S1−AP、GTPU、S1−MME、X2−APなどのプロトコルを実装する) ネットワークインターフェースをさらに有することができる。
さらに、コンピュータ130は、1つ以上のアンテナおよび/またはアンテナアレイを有してもよい。本開示は、そのようなプロトコルのいかなる特殊性にも限定されない。
【０１９５】
本開示の実施形態を実装するために使用される、ユーザ機器UE 150およびeNB 155(またはNR eNB/gNB)、ならびにUE 150とeNB 155との間の通信経路154の実施形態を、図22を参照して説明する。
UE 150は通信デバイスの一例であり、eNBは基地局(すなわち、ネットワーク機器)の一例であるが、この点に関して本開示を限定するものではない。
【０１９６】
UE 150は送信機151、受信機152およびコントローラ153を有し、ここで一般に、送信機151、受信機152およびコントローラ153の技術的機能性は当業者には既知であり、従って、それらのより詳細な説明は省略される。
【０１９７】
eNB 155は送信機156、受信機157およびコントローラ158を有し、ここでも一般に、送信機156、受信機157およびコントローラ158の機能性は当業者には既知であり、したがって、それらのより詳細な説明は省略される。
【０１９８】
通信経路154は、UE 150からeNB 155へのアップリンク経路154aと、eNB 155からUE 150へのダウンリンク経路154bとを有する。
【０１９９】
動作中、UE 150のコントローラ153は、受信機152においてダウンリンク経路154bを介してダウンリンク信号の受信を制御し、コントローラ153は、送信機151によってアップリンク経路154aを介してアップリンク信号の送信を制御する。
【０２００】
同様に、動作中、eNB 155のコントローラ158は、送信機156によってダウンリンク経路154bを介してダウンリンク信号の送信を制御し、コントローラ158は、受信機157においてアップリンク経路154aを介してアップリンク信号の受信を制御する。
【０２０１】
さらに要約すると、この説明から明らかなように、いくつかの実施形態は、分散型台帳機能を他のノードに提供するように構成された少なくとも１つのノードを含む、分散型台帳を提供するための通信ネットワークに関する。
【０２０２】
通信ネットワークはテレコミュニケーション（電気通信）・ネットワークとして構成されてもよく、ここで、テレコミュニケーション・ネットワークは、モバイル・テレコミュニケーション・ネットワークとして構成されてもよい。
上記少なくとも１つのノードは、テレコミュニケーション・ネットワークのエッジノードであってもよく、ここで上記少なくとも１つのノードは、アプリケーションプログラムインターフェースを提供してもよく、上記テレコミュニケーション・ネットワークは、オンデマンドで上記エッジノードを提供するようにさらに構成されてもよい。
【０２０３】
分散型台帳機能が、仮想ネットワーク機能に基づいて提供されてもよい。通信ネットワークは、分散型台帳機能を構成するオーケストレータをさらに含んでもよい。仮想ネットワーク機能は、仮想インフラストラクチャに基づいていてもよい。
【０２０４】
通信ネットワークは、少なくとも１つのさらなるノードをさらに含んでもよく、ここで、ノードは、互いに仮想的にリンクされる。
【０２０５】
分散型台帳へのアクセスは、スマートコントラクトに基づいて許可されてもよい。
【０２０６】
分散型台帳は、ブロックチェーンを含んでもよい。
【０２０７】
分散型台帳は、モビリティ・アズ・ア・サービス用のデータを含んでもよい。
【０２０８】
分散型機能が提供された他のノードは、コンソーシアムの一部であってもよく、分散型台帳機能は、許可に基づいて提供されてもよい。
【０２０９】
いくつかの実施形態は、通信ネットワークに基づいて実施されてもよい、モビリティ・アズ・ア・サービスを提供する方法に関し、この方法は、複数のノード上に分散型台帳を保持するステップを含み、ここで分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む。
【０２１０】
分散型台帳は、ブロックチェーンを含んでもよく、ここで、ブロックチェーンは、複数のブロックを含んでもよく、ブロックは、旅行データを含む。
【０２１１】
本方法は、分散型台帳へのアクセスを提供するステップをさらに含んでもよく、ここで、分散型台帳へのアクセスは、許可権に基づいて付与され得る。
【０２１２】
本方法は、ユーザプロファイル管理機能、乗客旅行管理機能、および、分散型台帳管理機能のうちの少なくとも１つを提供するステップをさらに含んでもよい。
【０２１３】
ユーザプロファイル管理機能は、ユーザ情報を記憶することを含んでもよく、ここで、ユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含み得る。
【０２１４】
ユーザプロファイル管理機能は、決済情報を記憶することを含んでもよく、ここで、決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含み得る。
【０２１５】
ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含んでもよく、ここで、サブスクリプション情報は、加入サービスおよびパス情報の少なくとも１つを含み得る。
【０２１６】
乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含んでもよい。
【０２１７】
乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含んでもよい。
【０２１８】
乗客走行管理機能は、ユーザの旅行の現在の状態を判定または記憶することを含んでもよい。
【０２１９】
この判定は、ユーザのデバイスから情報を受信することを含んでもよく、ここで、デバイスは、エンドユーザ端末またはセンサである。
【０２２０】
分散型台帳管理機能は、分散型台帳にデータを追加すること、または、分散型台帳からデータを読み取ることを含んでもよい。
【０２２１】
分散型台帳管理機能は、コンセンサスプロトコルを実行することを含んでもよく、ここで、コンセンサスプロトコルは、実用的なビザンチン・フォールトトレラント性に基づいてもよい。
【０２２２】
この方法は、収益を提供するステップをさらに含んでもよく、ここで、収益を提供することは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含んでもよい。
【０２２３】
収益の額は、サービス輸送費の額に基づいて計算されてもよい。
【０２２４】
収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺されてもよい。
【０２２５】
モビリティ・サービス・プロバイダは、コンソーシアムに含まれてもよい。
【０２２６】
収益の額は、収益プールから提供されてもよい。
【０２２７】
この方法は、複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するステップをさらに含んでもよい。
【０２２８】
収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供されてもよい。
【０２２９】
収益の額は、正味売上高の合計に基づいて計算されてもよい。
【０２３０】
この正味売上高の合計は、(例えば、乗客、モビリティ・サービス・プロバイダ等の)IDに関連付けられてもよい。
【０２３１】
収益の額は、サービス輸送費の合計に基づいて計算されてもよい。
【０２３２】
このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられてもよい。
【０２３３】
いくつかの実施形態は、複数のノード上の分散型台帳を保持するように構成された回路を有する、基地局、eNodeBなどのネットワーク機器に関し、ここで、分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む。
【０２３４】
また、上述したように、分散型台帳はブロックチェーンを含んでもよく、ここで、ブロックチェーンは複数のブロックを含んでもよく、ブロックは、旅行データを含む。回路は、分散型台帳へのアクセスを提供するようにさらに構成されてもよい。
分散型台帳へのアクセスは、許可権に基づいて付与されてもよい。回路は、ユーザプロファイル管理機能、乗客旅行管理機能、および分散型台帳管理機能のうちの少なくとも１つを提供するようにさらに構成されてもよい。
ユーザプロファイル管理機能は、ユーザ情報を記憶することを含み得る。ユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含み得る。ユーザプロファイル管理機能は、決済情報を記憶することを含み得る。決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含み得る。
ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含み得る。サブスクリプション情報は、加入サービスおよびパス情報のうちの少なくとも１つを含み得る。乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含み得る。
乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含み得る。乗客旅行管理機能は、ユーザの旅行の現在の状態を判定または記憶することを含み得る。この判定は、ユーザのデバイスから情報を受信することを含んでもよく、ここで、デバイスは、エンドユーザ端末またはセンサである。
分散型台帳管理機能は、分散型台帳にデータを追加すること、または、分散型台帳からデータを読み取ることを含み得る。分散型台帳管理機能は、コンセンサスプロトコルを実行することを含み得る。コンセンサスプロトコルは、実用的なビザンチン・フォールトトレラント性に基づいてもよい。
回路は、収益を提供するようにさらに構成されてもよい。収益を提供することは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含み得る。収益の額は、サービス輸送費の額に基づいて計算されてもよい。収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺されてもよい。
モビリティ・サービス・プロバイダは、コンソーシアムに含まれてもよい。収益の額は、収益プールから提供されてもよい。回路は、複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するようにさらに構成され得る。収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供されてもよい。
収益の額は、正味売上高の合計に基づいて計算されてもよい。この正味売上高の合計は、IDに関連付けられてもよい。収益の額は、サービス輸送費の合計に基づいて計算されてもよい。このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられてもよい。
【０２３５】
いくつかの実施形態は、複数のノード上の分散型台帳にアクセスするように構成された回路を有する、ユーザ機器、(末端の)端末デバイスなどの通信デバイス(例えば、携帯電話、スマートフォン、コンピュータ、ラップトップ、ノートブックなど)に関し、ここで、分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む。
【０２３６】
上述したように、分散型台帳はブロックチェーンを含んでもよく、ここで、ブロックチェーンは複数のブロックを含んでもよく、ブロックは、旅行データを含む。回路は、分散型台帳を保持するようにさらに構成されてもよい。
【０２３７】
分散型台帳へのアクセスは、許可権に基づいて付与されてもよい。回路は、ユーザプロファイル管理機能、乗客旅行管理機能、および分散型台帳管理機能のうちの少なくとも１つを提供するようにさらに構成されてもよい。
ユーザプロファイル管理機能は、ユーザ情報を記憶することを含み得る。ユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含み得る。ユーザプロファイル管理機能は、決済情報を記憶することを含み得る。決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含み得る。
ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含み得る。サブスクリプション情報は、加入サービスおよびパス情報のうちの少なくとも１つを含み得る。乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含み得る。
乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含み得る。乗客走行管理機能は、ユーザの走行の現在の状態を判定または記憶することを含み得る。この判定は、ユーザのデバイスから情報を受信することを含んでもよく、ここで、デバイスは、エンドユーザ端末またはセンサである。
分散型台帳管理機能は、分散型台帳にデータを追加すること、または、分散型台帳からデータを読み取ることを含み得る。分散型台帳管理機能は、コンセンサスプロトコルを実行することを含み得る。コンセンサスプロトコルは、実用的なビザンチン・フォールトトレラント性に基づいてもよい。
回路は、収益を提供するようにさらに構成されてもよい。収益を提供することは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含み得る。収益の額は、サービス輸送費の額に基づいて計算されてもよい。収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺されてもよい。
モビリティ・サービス・プロバイダは、コンソーシアムに含まれてもよい。収益の額は、収益プールから提供されてもよい。回路は、複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するようにさらに構成され得る。収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供されてもよい。
収益の額は、正味売上高の合計に基づいて計算されてもよい。この正味売上高の合計は、IDに関連付けられてもよい。収益の額は、サービス輸送費の合計に基づいて計算されてもよい。このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられてもよい。
【０２３８】
本明細書に記載される方法は、いくつかの実施形態では、コンピュータおよび/またはプロセッサおよび/または回路上で実行されるときに、コンピュータおよび/またはプロセッサおよび/または回路に本方法を実行させるコンピュータプログラムとしても実装される。
いくつかの実施形態では、上述のプロセッサによって実行されると、本明細書に記載の方法を実行させるコンピュータプログラム製品を記憶する非一時的なコンピュータ可読記録媒体も提供される。
【０２３９】
本発明の実施形態は、方法ステップの例示的な順序付けを伴う方法を説明することを理解されたい。しかしながら、方法ステップの特定の順序付けは、例示のみを目的として与えられており、拘束力のあるものとして解釈されるべきではない。
【０２４０】
本明細書に記載され、添付の特許請求の範囲に請求されるすべてのユニットおよびエンティティは、別段の記載がない限り、例えばチップ上の集積回路ロジックとして実装され、そのようなユニットおよびエンティティによって提供される機能は、別段の記載がない限り、ソフトウェアによって実装される。
【０２４１】
上述の本開示の実施形態が、少なくとも部分的に、ソフトウェア制御されるデータ処理装置を使用して実施される限り、そのようなソフトウェア制御を提供するコンピュータプログラム、およびそのようなコンピュータプログラムが提供される送信、ストレージ、または他の媒体が、本開示の態様として想定されることが理解される。
【０２４２】
なお、本技術は以下のように構成されてもよい。
（１）分散型台帳機能を他のノードに提供するように構成された少なくとも１つのノードを具備する
分散型台帳を提供するための通信ネットワーク。
（２）（１）に記載の通信ネットワークであって、
前記通信ネットワークは、テレコミュニケーション・ネットワークとして構成されている
通信ネットワーク。
（３）（２）に記載の通信ネットワークであって、
前記テレコミュニケーション・ネットワークは、モバイル・テレコミュニケーション・ネットワークとして構成されている
通信ネットワーク。
（４）（２）または（３）に記載の通信ネットワークであって、
前記少なくとも１つのノードは、前記テレコミュニケーション・ネットワークのエッジノードである
通信ネットワーク。
（５）（４）に記載の通信ネットワークであって、
前記少なくとも１つのノードは、アプリケーションプログラムインターフェースを提供する
通信ネットワーク。
（６）（４）または（５）に記載の通信ネットワークであって、
前記テレコミュニケーション・ネットワークは、オンデマンドで前記エッジノードを提供するようにさらに構成されている
通信ネットワーク。
（７）（１）から（６）のいずれか１つに記載の通信ネットワークであって、
前記分散型台帳機能が、仮想ネットワーク機能に基づいて提供される
通信ネットワーク。
（８）（７）に記載の通信ネットワークであって、
前記分散型台帳機能を構成するオーケストレータをさらに含む
通信ネットワーク。
（９）（７）または（８）に記載の通信ネットワークであって、
前記仮想ネットワーク機能は、仮想インフラストラクチャに基づいている
通信ネットワーク。
（１０）（１）から（９）のいずれか１つに記載の通信ネットワークであって、
少なくとも１つのさらなるノードをさらに含み、
前記ノードは、互いに仮想的にリンクされている
通信ネットワーク。
（１１）（１）から（１０）のいずれか１つに記載の通信ネットワークであって、
前記分散型台帳へのアクセスは、スマートコントラクトに基づいて許可される
通信ネットワーク。
（１２）（１）から（１１）のいずれか１つに記載の通信ネットワークであって、
前記分散型台帳は、ブロックチェーンを含む
通信ネットワーク。
（１３）（１）から（１２）のいずれか１つに記載の通信ネットワークであって、
前記分散型台帳は、モビリティ・アズ・ア・サービス用のデータを含む
通信ネットワーク。
（１４）（１）から（１３）のいずれか１つに記載の通信ネットワークであって、
前記分散型機能が提供された前記他のノードは、コンソーシアムの一部である
通信ネットワーク。
（１５）（１４）に記載の通信ネットワークであって、
前記分散型台帳機能は、許可に基づいて提供される
通信ネットワーク。
（１６）モビリティ・アズ・ア・サービスを提供する方法であって、
複数のノード上に分散型台帳を保持するステップを含み、
前記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む
方法。
（１７）（１６）に記載の方法であって、
前記分散型台帳は、ブロックチェーンを含む
方法。
（１８）（１７）に記載の方法であって、
前記ブロックチェーンは、複数のブロックを含み、前記ブロックは、前記旅行データを含む
方法。
（１９）（１６）から（１８）のいずれか１つに記載の方法であって、
前記分散型台帳へのアクセスを提供するステップをさらに含む
方法。
（２０）（１９）に記載の方法であって、
前記分散型台帳へのアクセスは、許可権に基づいて付与される
方法。
（２１）（１６）から（２０）のいずれか１つに記載の方法であって、
ユーザプロファイル管理機能、乗客旅行管理機能、および、分散型台帳管理機能のうちの少なくとも１つを提供するステップをさらに含む
方法。
（２２）（２１）に記載の方法であって、
前記ユーザプロファイル管理機能は、ユーザ情報を記憶することを含む
方法。
（２３）（２２）に記載の方法であって、
前記ユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含む
方法。
（２４）（２１）から（２３）のいずれか１つに記載の方法であって、
前記ユーザプロファイル管理機能は、決済情報を記憶することを含む
方法。
（２５）（２４）に記載の方法であって、
前記決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含む
方法。
（２６）（２１）から（２５）のいずれか１つに記載の方法であって、
前記ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含む
方法。
（２７）（２６）に記載の方法であって、
前記サブスクリプション情報は、加入サービスおよびパス情報の少なくとも１つを含む
方法。
（２８）（２１）から（２７）のいずれか１つに記載の方法であって、
前記乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含む
方法。
（２９）（２１）から（２８）のいずれか１つに記載の方法であって、
前記乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含む
方法。
（３０）（２１）から（２９）のいずれか１つに記載の方法であって、
前記乗客走行管理機能は、ユーザの旅行の現在の状態を判定または記憶することを含む
方法。
（３１）（２１）から（３０）のいずれか１つに記載の方法であって、
この判定は、ユーザのデバイスから情報を受信することを含み、このデバイスは、エンドユーザ端末またはセンサである
方法。
（３２）（２１）から（３１）のいずれか１つに記載の方法であって、
前記分散型台帳管理機能は、前記分散型台帳にデータを追加すること、または、前記分散型台帳からデータを読み取ることを含む
方法。
（３３）（２１）から（３２）のいずれか１つに記載の方法であって、
前記分散型台帳管理機能は、コンセンサスプロトコルを実行することを含む
方法。
（３４）（３３）に記載の方法であって、
前記コンセンサスプロトコルは、ビザンチン・フォールトトレラント性に基づいている
方法。
（３５）（１６）から（３４）のいずれか１つに記載の方法であって、
収益を提供するステップをさらに含む
方法。
（３６）（３５）に記載の方法であって、
前記収益を提供するステップは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含む
方法。
（３７）（３６）に記載の方法であって、
収益の額は、サービス輸送費の額に基づいて計算される
方法。
（３８）（３６）または（３７）に記載の方法であって、
収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺される
方法。
（３９）（３８）に記載の方法であって、
前記モビリティ・サービス・プロバイダが、コンソーシアムに含まれている
方法。
（４０）（３６）から（３９）のいずれか１つに記載の方法であって、
収益の額は、収益プールから提供される
方法。
（４１）（４０）に記載の方法であって、
複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するステップをさらに含む
方法。
（４２）（３６）から（４１）のいずれか１つに記載の方法であって、
収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供される
方法。
（４３）（３６）から（４２）のいずれか１つに記載の方法であって、
収益の額は、正味売上高の合計に基づいて計算される
方法。
（４４）（４３）に記載の方法であって、
正味売上高の合計は、IDに関連付けられている
方法。
（４５）（３６）から（４４）のいずれか１つに記載の方法であって、
収益の額は、サービス輸送費の合計に基づいて計算される
方法。
（４６）（４５）に記載の方法であって、
このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられている
方法。
（４７）複数のノード上に分散型台帳を保持するように構成された回路を具備し、
前記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む
ネットワーク機器。
（４８）（４７）に記載のネットワーク機器であって、
前記分散型台帳はブロックチェーンを含む
ネットワーク機器。
（４９）（４８）に記載のネットワーク機器であって、
前記ブロックチェーンは複数のブロックを含み、前記ブロックは、旅行データを含む
ネットワーク機器。
（５０）（４７）または（４８）に記載のネットワーク機器であって、
前記回路は、前記分散型台帳へのアクセスを提供するようにさらに構成される
ネットワーク機器。
（５１）（５０）に記載のネットワーク機器であって、
前記分散型台帳へのアクセスは、許可権に基づいて付与される
ネットワーク機器。
（５２）（４７）から（５１）のいずれか１つに記載のネットワーク機器であって、
前記回路は、ユーザプロファイル管理機能、乗客旅行管理機能、および分散型台帳管理機能のうちの少なくとも１つを提供するようにさらに構成される
ネットワーク機器。
（５３）（５２）に記載のネットワーク機器であって、
前記ユーザプロファイル管理機能は、ユーザ情報を記憶することを含む
ネットワーク機器。
（５４）（５３）に記載のネットワーク機器であって、
このユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含む
ネットワーク機器。
（５５）（５２）から（５４）のいずれか１つに記載のネットワーク機器であって、
前記ユーザプロファイル管理機能は、決済情報を記憶することを含む
ネットワーク機器。
（５６）（５５）に記載のネットワーク機器であって、
決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含む
ネットワーク機器。
（５７）（５２）から（５６）のいずれか１つに記載のネットワーク機器であって、
前記ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含む
ネットワーク機器。
（５８）（５７）に記載のネットワーク機器であって、
サブスクリプション情報は、加入サービスおよびパス情報のうちの少なくとも１つを含む
ネットワーク機器。
（５９）（５２）から（５８）のいずれか１つに記載のネットワーク機器であって、
前記乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含む
ネットワーク機器。
（６０）（５２）から（５９）のいずれか１つに記載のネットワーク機器であって、
前記乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含む
ネットワーク機器。
（６１）（５２）から（６０）のいずれか１つに記載のネットワーク機器であって、
前記乗客旅行管理機能は、ユーザの旅行の現在の状態を判定または記憶することを含む
ネットワーク機器。
（６２）（５２）から（６１）のいずれか１つに記載のネットワーク機器であって、
この判定は、ユーザのデバイスから情報を受信することを含み、このデバイスは、エンドユーザ端末またはセンサである
ネットワーク機器。
（６３）（５２）から（６２）のいずれか１つに記載のネットワーク機器であって、
前記分散型台帳管理機能は、前記分散型台帳にデータを追加すること、または、前記分散型台帳からデータを読み取ることを含む
ネットワーク機器。
（６４）（５２）から（６３）のいずれか１つに記載のネットワーク機器であって、
前記分散型台帳管理機能は、コンセンサスプロトコルを実行することを含む
ネットワーク機器。
（６５）（６４）に記載のネットワーク機器であって、
コンセンサスプロトコルは、ビザンチン・フォールトトレラント性に基づいている
ネットワーク機器。
（６６）（４７）から（６５）のいずれか１つに記載のネットワーク機器であって、
前記回路は、収益を提供するようにさらに構成されている
ネットワーク機器。
（６７）（６６）に記載のネットワーク機器であって、
収益を提供することは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含む
ネットワーク機器。
（６８）（６７）に記載のネットワーク機器であって、
収益の額は、サービス輸送費の額に基づいて計算される
ネットワーク機器。
（６９）（６７）または（６８）に記載のネットワーク機器であって、
収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺される
ネットワーク機器。
（７０）（６９）に記載のネットワーク機器であって、
前記モビリティ・サービス・プロバイダは、コンソーシアムに含まれている
ネットワーク機器。
（７１）（６７）から（６９）のいずれか１つに記載のネットワーク機器であって、
収益の額は、収益プールから提供される
ネットワーク機器。
（７２）（７１）に記載のネットワーク機器であって、
前記回路は、複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するようにさらに構成される
ネットワーク機器。
（７３）（６７）から（７２）のいずれか１つに記載のネットワーク機器であって、
収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供される
ネットワーク機器。
（７４）（６７）から（７３）のいずれか１つに記載のネットワーク機器であって、
収益の額は、正味売上高の合計に基づいて計算される
ネットワーク機器。
（７５）（７４）に記載のネットワーク機器であって、
この正味売上高の合計は、IDに関連付けられている
ネットワーク機器。
（７６）（６７）から（７５）のいずれか１つに記載のネットワーク機器であって、
収益の額は、サービス輸送費の合計に基づいて計算される
ネットワーク機器。
（７７）（７６）に記載のネットワーク機器であって、
このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられている
ネットワーク機器。
（７８）複数のノード上の分散型台帳にアクセスするように構成された回路を具備し、
前記分散型台帳は、モビリティ・アズ・ア・サービスを使用するユーザの旅行データを含む
通信デバイス。
（７９）（７８）に記載の通信デバイスであって、
前記分散型台帳はブロックチェーンを含む
通信デバイス。
（８０）（７９）に記載の通信デバイスであって、
前記ブロックチェーンは複数のブロックを含み、前記ブロックは、旅行データを含む
通信デバイス。
（８１）（７８）から（８０）のいずれか１つに記載の通信デバイスであって、
前記回路は、前記分散型台帳を保持するようにさらに構成される
通信デバイス。
（８２）（７８）から（８１）のいずれか１つに記載の通信デバイスであって、
前記分散型台帳へのアクセスは、許可権に基づいて付与される
通信デバイス。
（８３）（７８）から（８２）のいずれか１つに記載の通信デバイスであって、
前記回路は、ユーザプロファイル管理機能、乗客旅行管理機能、および分散型台帳管理機能のうちの少なくとも１つを提供するようにさらに構成される
通信デバイス。
（８４）（８３）に記載の通信デバイスであって、
前記ユーザプロファイル管理機能は、ユーザ情報を記憶することを含む
通信デバイス。
（８５）（８４）に記載の通信デバイスであって、
このユーザ情報は、ユーザの氏名および生年月日のうちの少なくとも１つを含む
通信デバイス。
（８６）（８５）に記載の通信デバイスであって、
前記ユーザプロファイル管理機能は、決済情報を記憶することを含む
通信デバイス。
（８７）（８６）に記載の通信デバイスであって、
決済情報は、クレジットカード情報および銀行口座情報のうちの少なくとも１つを含む
通信デバイス。
（８８）（８３）から（８７）のいずれか１つに記載の通信デバイスであって、
前記ユーザプロファイル管理機能は、サブスクリプション情報を記憶することを含む
通信デバイス。
（８９）（８８）に記載の通信デバイスであって、
サブスクリプション情報は、加入サービスおよびパス情報のうちの少なくとも１つを含む
通信デバイス。
（９０）（８３）から（８９）のいずれか１つに記載の通信デバイスであって、
前記乗客旅行管理機能は、座席予約、輸送手段共有配置、輸送手段予約のうちの少なくとも１つのためのブック機能を含む
通信デバイス。
（９１）（８３）から（９０）のいずれか１つに記載の通信デバイスであって、
前記乗客旅行管理機能は、ブロックチェーン管理機能に旅行データを送信することを含む
通信デバイス。
（９２）（８３）から（９１）のいずれか１つに記載の通信デバイスであって、
前記乗客旅行管理機能は、ユーザの旅行の現在の状態を判定または記憶することを含む
通信デバイス。
（９３）（８３）から（９２）のいずれか１つに記載の通信デバイスであって、
この判定は、ユーザのデバイスから情報を受信することを含み、このデバイスは、エンドユーザ端末またはセンサである
通信デバイス。
（９４）（８３）から（９３）のいずれか１つに記載の通信デバイスであって、
前記分散型台帳管理機能は、前記分散型台帳にデータを追加すること、または、前記分散型台帳からデータを読み取ることを含む
通信デバイス。
（９５）（８３）から（９４）のいずれか１つに記載の通信デバイスであって、
前記分散型台帳管理機能は、コンセンサスプロトコルを実行することを含む
通信デバイス。
（９６）（９５）に記載の通信デバイスであって、
コンセンサスプロトコルは、ビザンチン・フォールトトレラント性に基づいている
通信デバイス。
（９７）（７８）から（９６）のいずれか１つに記載の通信デバイスであって、
前記回路は、収益を提供するようにさらに構成されている
通信デバイス。
（９８）（９７）に記載の通信デバイスであって、
収益を提供することは、モビリティ・アズ・ア・サービスにおけるモビリティ・サービス・プロバイダの収益の額を計算することを含む
通信デバイス。
（９９）（９８）に記載の通信デバイスであって、
収益の額は、サービス輸送費の額に基づいて計算される
通信デバイス。
（１００）（９８）または（９９）に記載の通信デバイスであって、
収益の額は、収益の額に対応する余剰を有する別のモビリティ・サービス・プロバイダを検索することによって相殺される
通信デバイス。
（１０１）（１００）に記載の通信デバイスであって、
前記モビリティ・サービス・プロバイダは、コンソーシアムに含まれている
通信デバイス。
（１０２）（９８）から（１０１）のいずれか１つに記載の通信デバイスであって、
収益の額は、収益プールから提供される
通信デバイス。
（１０３）（１０２）に記載の通信デバイスであって、
前記回路は、複数のモビリティ・サービス・プロバイダから余剰を収集し、その余剰を収益プールに提供するようにさらに構成される
通信デバイス。
（１０４）（９８）から（１０３）のいずれか１つに記載の通信デバイスであって、
収益の額は、最も高い余剰を有するモビリティ・サービス・プロバイダによって提供される
通信デバイス。
（１０５）（９８）から（１０４）のいずれか１つに記載の通信デバイスであって、
収益の額は、正味売上高の合計に基づいて計算される
通信デバイス。
（１０６）（１０５）に記載の通信デバイスであって、
この正味売上高の合計は、IDに関連付けられている
通信デバイス。
（１０７）（９８）から（１０６）のいずれか１つに記載の通信デバイスであって、
収益の額は、サービス輸送費の合計に基づいて計算される
通信デバイス。
（１０８）（１０７）に記載の通信デバイスであって、
このサービス輸送費の合計は、モビリティ・サービス・プロバイダのIDに関連付けられている
通信デバイス。
（１０９）コンピュータ上で実行されるときに、コンピュータに（１６）から（４６）のいずれか１つに記載の方法を実行させるプログラムコードを具備する
コンピュータプログラム。
（１１０）プロセッサによって実行されると、（１６）から（４６）のいずれか１つに記載の方法を実行させるコンピュータプログラム製品を記憶する
非一時的なコンピュータ可読記録媒体。
【図１】
2022502801.tif 000003
【図２】
2022502801.tif 000004
【図３】
2022502801.tif 000005
【図４】
2022502801.tif 000006
【図５】
2022502801.tif 000007
【図６】
2022502801.tif 000008
【図７】
2022502801.tif 000009
【図８】
2022502801.tif 000010
【図９】
2022502801.tif 000011
【図１０】
2022502801.tif 000012
【図１１】
2022502801.tif 000013
【図１２】
2022502801.tif 000014
【図１３】
2022502801.tif 000015
【図１４】
2022502801.tif 000016
【図１５】
2022502801.tif 000017
【図１６】
2022502801.tif 000018
【図１７】
2022502801.tif 000019
【図１８】
2022502801.tif 000020
【図１９】
2022502801.tif 000021
【図２０】
2022502801.tif 000022
【図２１】
2022502801.tif 000023
【図２２】
2022502801.tif 000024
【国際調査報告】
2022502801.tif 000025
2022502801.tif 000026