JP7140155B2 - モビリティエージェントを使用した車両の管理 - Google Patents

Description

本開示は、車両の管理に関する。より具体的な例では、本開示は、モビリティエージェントを使用した、車両を管理する技術に関する。

プロバイダは、ユーザに輸送能力を提供するために複数の車両を有していることが多い。しかし、ユーザの輸送需要は、経時的に劇的に変化し得るため、それに応じて車両の数を適応させることは、プロバイダにとって困難である。現在、一部のプロバイダは、ユーザのピーク輸送需要を満たすために十分な数の車両を維持していることが多い。しかし、この既存の解決策は、一般に費用がかかり、輸送需要が比較的低い場合に、車両の低費用効率をもたらすことが多い。他のプロバイダは、通常、車両の費用効率を向上させるために、平均輸送需要に対応した幾つかの車両を維持する。しかし、これらのプロバイダは一般に、ユーザの輸送需要が、プロバイダが対応可能な平均輸送需要を超える場合に、全ての要求しているユーザに輸送能力を提供することができない。

本開示に記載する主題は、車両を管理する新規の技術を提供することによって、既存の解決策の欠陥および制約を克服するものである。

ある一般的態様は、コンピュータによって実行可能な方法であって、
電子通信ネットワークを介して、要求側モビリティプロバイダ（ＭＰ）のサーバから、輸送要求の１つ以上の要求パラメータ、および、前記要求側ＭＰの１つ以上の車両移動要件を受信することと、前記輸送要求の前記１つ以上の要求パラメータに基づいて、他のＭＰの複数の車両プロファイルから、第１のＭＰの第１の車両を表す第１の車両プロファイルを含む、１つ以上の第１の車両プロファイルを選択することと、前記第１のＭＰのサーバから、前記輸送要求を実行するための前記第１の車両向けのモビリティプランであって、前記輸送要求の前記１つ以上の要求パラメータおよび前記第１のＭＰの運用プロトコルに基づいて生成されたモビリティプランを受信することと、前記要求側ＭＰの前記１つ以上の車両移動要件および前記第１の車両の前記モビリティプランを使用して、前記第１の車両が前記輸送要求を実行する資格があることを決定することと、前記第１の車両が前記輸送要求を実行する資格があると決定したことに応答して、前記電子通信ネットワークを介して、前記第１の車両の前記モビリティプランを、前記要求側ＭＰの前記サーバに提供することと、を含む。

他の一般的態様は、コンピュータによって実行可能な方法であって、
電子通信ネットワークを介して、要求側モビリティプロバイダ（ＭＰ）のサーバから、輸送要求の１つ以上の要求パラメータ、および、前記要求側ＭＰの１つ以上の車両移動要件を受信することと、前記輸送要求の前記１つ以上の要求パラメータに基づいて、他のＭＰの複数の車両プロファイルから、第１のＭＰの第１の車両を表す第１の車両プロファイルを含む、１つ以上の第１の車両プロファイルを選択することと、前記第１のＭＰのサーバから、前記輸送要求を実行するための前記第１の車両向けのモビリティプランであって、前記輸送要求の前記１つ以上の要求パラメータおよび前記第１のＭＰの運用プロトコルに基づいて生成されたモビリティプランを受信することと、車両選択モデルを用いて、前記要求側ＭＰの前記１つ以上の車両移動要件および前記第１の車両の前記モビリティプランを使用して、前記第１の車両が前記輸送要求を実行する資格があることを決定することと、前記第１の車両が前記輸送要求を実行する資格があると決定したことに応答して、前記電子通信ネットワークを介して、前記第１の車両の前記モビリティプランを前記要求側
ＭＰの前記サーバに提供することと、を含む。

他の一般的態様は、一つ以上のプロセッサと、一つ以上のメモリを、を含むシステムであって、
前記メモリは、前記一つ以上のプロセッサによって実行された場合に、前記システムに、電子通信ネットワークを介して、要求側モビリティプロバイダ（ＭＰ）のサーバから、輸送要求の１つ以上の要求パラメータ、および、前記要求側ＭＰの１つ以上の車両移動要件を受信することと、前記輸送要求の前記１つ以上の要求パラメータに基づいて、他のＭＰの複数の車両プロファイルから、第１のＭＰの第１の車両を表す第１の車両プロファイルを含む、１つ以上の第１の車両プロファイルを選択することと、前記第１のＭＰのサーバから、前記輸送要求を実行するための前記第１の車両向けのモビリティプランであって、前記輸送要求の前記１つ以上の要求パラメータおよび前記第１のＭＰの運用プロトコルに基づいて生成されたモビリティプランを受信することと、前記要求側ＭＰの前記１つ以上の車両移動要件および前記第１の車両の前記モビリティプランを使用して、前記第１の車両が前記輸送要求を実行する資格があることを決定することと、前記第１の車両が前記輸送要求を実行する資格があると決定したことに応答して、前記電子通信ネットワークを介して、前記第１の車両の前記モビリティプランを、前記要求側ＭＰの前記サーバに提供することと、を実行させる命令が記憶されたシステムである。

実装形態は、以下の特徴のうちの１つ以上を含みうる。
前記第１の車両が前記輸送要求を実行する資格があることを決定することは、メトリック推定モデルを使用して、前記モビリティプランに従って走行する前記第１の車両の１つ以上の推定車両移動メトリックを算出することと、前記第１の車両の前記１つ以上の推定車両移動メトリックが、前記要求側ＭＰの前記１つ以上の車両移動要件を満たすことを決定することと、を含むこと。
前記第１の車両の前記モビリティプランは、前記輸送要求の、ピックアップ地点から目的地点への前記第１の車両の走行ルートを含み、前記第１の車両の前記走行ルートは、１つ以上の道路セグメントを含み、前記モビリティプランに従って走行する前記第１の車両の前記１つ以上の推定車両移動メトリックを算出することは、前記第１の車両の車両動作モデル、前記走行ルートにおける前記１つ以上の道路セグメントの車道データ、および、前記走行ルートにおける前記１つ以上の道路セグメントの交通モデルを用いて、前記メトリック推定モデルを使用して、前記第１の車両の前記１つ以上の推定車両移動メトリックを算出することを含むこと。
前記要求側ＭＰの前記サーバから、前記輸送要求を実行するための前記第１の車両の前記モビリティプランを選択するプラン選択を受信することと、前記モビリティプランに従った前記第１の車両による前記輸送要求の実行中に、前記第１の車両の１つ以上の車両移動メトリックをモニタリングすることと、前記第１の車両の車両移動メトリックおよび前記第１の車両の推定車両移動メトリックに基づいて、フィードバック値を算出することと、前記フィードバック値に基づいて、前記メトリック推定モデルの１つ以上のモデルパラメータを調節することと、をさらに含むこと。
前記第１の車両が前記輸送要求を実行する資格があることを決定することは、車両選択モデルを使用して、前記第１の車両の車両カテゴリデータ、前記第１の車両の車両動作モデル、前記第１の車両の前記モビリティプラン、および、前記要求側ＭＰの前記１つ以上の車両移動要件を用いて前記第１の車両が前記輸送要求を実行する資格があることを決定することを含むこと。
前記要求側ＭＰの前記サーバから、前記輸送要求を実行するための前記第１の車両の前記モビリティプランを選択するプラン選択を受信することと、前記モビリティプランに従った前記第１の車両による前記輸送要求の実行中に、前記第１の車両の１つ以上の車両移動メトリックをモニタリングすることと、前記第１の車両の車両移動メトリックおよび前記要求側ＭＰの車両移動要件に基づいて、フィードバック値を算出することと、前記フィ
ードバック値に基づいて前記車両選択モデルの１つ以上のモデルパラメータを調節することと、をさらに含むこと。
前記輸送要求の前記１つ以上の要求パラメータは、前記輸送要求の、車両ユーザの人数、ラゲッジスペース、ピックアップ地点、目的地点、およびピックアップ時刻の１つ以上を含み、前記要求側ＭＰの前記１つ以上の車両移動要件は、待ち時間、走行時間、車両速度、加速度／減速度、車両の振動メトリック、および車内騒音レベルの１つ以上を指定し、前記第１の車両の前記モビリティプランは、前記輸送要求の前記ピックアップ地点から前記目的地点への前記第１の車両の走行ルート、推定ピックアップ時刻、推定到着時刻、および、モビリティ使用コストの１つ以上を含み、前記輸送要求の、前記ピックアップ地点から前記目的地点への前記第１の車両の前記走行ルートが、前記第１の車両の車両ルートプランおよび前記第１のＭＰによって実装されるルート計算モデルに基づいて決定されること。
前記１つ以上の第１のＭＰの前記１つ以上の第１の車両プロファイルを選択することは、前記輸送要求の、車両ユーザの人数およびラゲッジスペースを満たす利用可能なユーザスペースおよび利用可能なラゲッジスペースを有する１つ以上の第１の車両を表す前記１つ以上の第１の車両プロファイルを選択することを含むこと。
前記１つ以上の第１のＭＰの前記１つ以上の第１の車両プロファイルを選択することは、前記１つ以上の第１の車両の車両場所と、前記輸送要求のピックアップ地点との間の距離が、距離閾値を満たす、前記１つ以上の第１の車両を表す前記１つ以上の第１の車両プロファイルを選択することを含むこと。
前記要求側ＭＰの前記サーバから、前記要求側ＭＰの１つ以上の車両特徴要件を受信することをさらに含み、前記１つ以上の第１のＭＰの前記１つ以上の第１の車両プロファイルを選択することは、前記要求側ＭＰの前記１つ以上の車両特徴要件を満たす１つ以上の第１の車両を表す前記１つ以上の第１の車両プロファイルを選択することを含むこと。
前記要求側ＭＰの前記１つ以上の車両特徴要件は、運転支援の特徴、インフォテインメントの特徴、座席のタイプ、足元の空間サイズ、車内温度、車内湿度レベル、および飲食オプションの１つ以上を指定すること。
前記要求側ＭＰの前記サーバから、前記輸送要求を実行するための前記第１の車両の前記モビリティプランを選択するプラン選択を受信することと、前記モビリティプランに従った前記第１の車両による前記輸送要求の実行中に、前記第１の車両の１つ以上の車両移動メトリックをモニタリングすることと、前記第１の車両の車両移動メトリックが、前記要求側ＭＰの車両移動要件に違反することを決定することと、前記第１の車両の前記車両移動メトリックが、前記要求側ＭＰの前記車両移動要件に違反すると決定したことに応答して、前記車両移動要件の違反を前記要求側ＭＰの前記サーバに通知することと、をさらに含むこと。
前記第１の車両の前記車両移動メトリックおよび前記要求側ＭＰの前記車両移動要件に基づいて、違反量を算出することと、前記違反量に基づいて、前記輸送要求に関連付けられた走行コストを調節することと、をさらに含むこと。
前記第１の車両の前記車両移動メトリックおよび前記要求側ＭＰの前記車両移動要件に基づいて、違反量を算出することと、前記違反量が違反量閾値を満たすことを決定することと、前記違反量が前記違反量閾値を満たすと決定したことに応答して、前記第１の車両に対してメンテナンス作業を提供することと、をさらに含むこと。

上記および他の局面の１つ以上の他の実施態様は、方法のアクションを行うように構成された、対応するシステム、装置、および非一時的コンピュータストレージデバイスで符号化されたコンピュータプログラムを含む。

本開示に提示されたモビリティプロバイダの車両を管理するための新規の技術は、幾つかの局面において特に有利である。例えば、本明細書に記載する技術は、第１のモビリティプロバイダ（ＭＰ）のユーザによって要求された輸送要求を実行するために、第１のＭ
Ｐが、第２のＭＰに属する車両を一時的に利用することを可能にすることができる。従って、第１のＭＰが、単独で輸送要求を実行する十分な輸送キャパシティを持たない場合であっても、第１のＭＰは、第２のＭＰの車両を利用することによって、輸送能力をユーザに提供することができ、従って、第１のＭＰのユーザ体験を向上させることができる。さらなる例として、本明細書に記載の技術は、追加の輸送キャパシティを必要とする第１のＭＰが、第２のＭＰの利用可能な輸送キャパシティを利用することを可能にする。従って、第１のＭＰおよび第２のＭＰは、必要に応じてそれらの輸送キャパシティを動的に適応させることができる。その結果、これらのＭＰは、自社の輸送サービスの利用可能性を低下させることなく、多数の車両を維持する必要性を回避することができる。これらのＭＰは、自社の車両フリート（vehicle fleet；車両の集まり）内の車両が、他のＭＰに関す
る輸送要求を行うために利用され得るので、これらの車両の全体的利用を最大化することもできる。

加えて、本明細書に記載する技術では、第１のＭＰの輸送要求を実行するための第２のＭＰの車両の利用の開始および管理を行うモビリティエージェントを実装する。この実施態様は、ＭＰが互いに直接通信チャネルを形成することを必要としないため、柔軟性があり、かつ効率的である。この実施態様は、第１のＭＰが多数の他のＭＰと複数の車両利用合意を事前に確立することも必要としない（一方、これらのＭＰは、必要なときに第１のＭＰに提供する利用可能な輸送キャパシティを有していない場合がある）。さらに、モビリティエージェントは、第１のＭＰの車両特徴要件を満たす第２のＭＰの車両を決定し、車両のモビリティプランを第２のＭＰから受信し、およびモビリティプランに従った第２のＭＰの車両による輸送要求の実行が第１のＭＰの車両移動要件を満たすか否かを決定することができる。従って、モビリティエージェントは、第１のＭＰの運用プロトコルを第２のＭＰに開示することなく（逆もまた同様）、第１のＭＰの運用プロトコルを満たす車両のモビリティプランを第１のＭＰに提供することができる。この実施態様は、第１のＭＰが、ユーザの輸送要求が第２のＭＰの車両を使用して実行されたとしても一貫したサービスの質（ＱｏＳ）で輸送能力をユーザに提供することもできるため有利である。

上述の利点が例として提供されたものであり、本技術が多数の他の利点および便益を有し得ることが理解されるであろう。

同様の参照符号を用いて同様の要素を指す添付図面の図において、限定目的ではなく、例として、本開示を図示する。

モビリティエージェントを使用したモビリティプロバイダの車両を管理するための例示的システムのブロック図を示す。 モビリティエージェントを使用したモビリティプロバイダの車両を管理するための例示的システムのブロック図を示す。 例示的モビリティプロバイダアプリケーションのブロック図である。 例示的モビリティエージェントのブロック図である。 モビリティエージェントを使用したモビリティプロバイダの車両を管理するための例示的方法のフローチャートを示す。 モビリティエージェントを使用したモビリティプロバイダの車両を管理するための例示的方法のフローチャートを示す。 モビリティエージェントを使用したモビリティプロバイダの車両を管理するための例示的方法のフローチャートを示す。 モビリティエージェントを使用したモビリティプロバイダの車両を管理するための例示的方法のフローチャートを示す。 例示的メトリック推定モデルのブロック図である。 例示的車両選択モデルのブロック図である。

本明細書に記載の技術は、モビリティエージェントを使用して、複数のモビリティプロバイダの車両を効果的に管理することができる。以下にさらに詳細に記載するように、本技術は、数ある局面の中でも特に、車両管理方法、システム、コンピューティングデバイス、コンピュータプログラムプロダクト、および装置などの様々な局面を含む。

例示的なモビリティエージェントは、モビリティプラットフォームに実装され得る。要求側のモビリティプロバイダ（ＭＰ）が、ユーザからの輸送要求に対応するために、追加の輸送キャパシティを一時的に必要とする場合、モビリティエージェントは、要求側ＭＰが、輸送要求を実行するために別のＭＰの輸送キャパシティを利用することを可能にする。要求側ＭＰが必要とする追加の輸送キャパシティは、１つの車両のキャパシティよりも少ない場合がある。幾つかの実施形態では、モビリティエージェントは、要求側ＭＰに対して輸送キャパシティの一部を潜在的に提供することができる１つ以上の第１のＭＰの１つ以上の第１の車両を識別し、輸送要求を実行するために第１の車両を実際に利用することができるか否かを第１のＭＰに確認し、それに基づいて第１の車両が輸送要求を実行し得る第１の車両のモビリティプラン、および対応するモビリティ使用コストを収集し、並びに第１の車両のモビリティプランを要求側ＭＰに提供することができる。幾つかの実施形態では、要求側ＭＰまたは要求側ＭＰのユーザが、輸送要求を実行するために、第１のＭＰに属する第１の車両のモビリティプランを選択する際に、モビリティエージェントは、第１のＭＰと輸送要求を実行するために、第１の車両を予約することができる。モビリティエージェントは、輸送要求が適切に実施されることを確実にするために、輸送要求の実行中に、第１の車両の車両ステータスデータをモニタリングすることもできる。輸送要求の実行が完了すると、モビリティエージェントは、輸送要求を実行するために第１の車両の輸送キャパシティを利用する要求側ＭＰから、第１の車両の輸送キャパシティを提供した第１のＭＰへのモビリティ使用コストの支払いを容易にすることができる。

複数のモビリティプロバイダの車両を管理するための例示的モビリティエージェントは、要求側ＭＰのモビリティプロバイダサーバ（ＭＰサーバ）からモビリティ使用要求を受信することができる。モビリティ使用要求は、輸送要求の１つ以上の要求パラメータ、要求側ＭＰの１つ以上の車両特徴要件、および要求側ＭＰの１つ以上の車両移動要件を指定し得る。モビリティエージェントは、他のＭＰの複数の車両プロファイルから、輸送要求の１つ以上の要求パラメータ、および要求側ＭＰの１つ以上の車両特徴要件に基づいて、１つ以上の第１のＭＰの１つ以上の第１の車両を表す１つ以上の第１の車両プロファイルを選択することができる。１つ以上の第１のＭＰの１つ以上の第１の車両の中から、モビリティエージェントは、ある第１のＭＰのＭＰサーバから、輸送要求を実行するための第１のＭＰの第１の車両に関するモビリティプランを受信し得る。第１のＭＰのＭＰサーバは、輸送要求の１つ以上の要求パラメータおよび第１のＭＰの運用プロトコルに基づいて、第１の車両に関するモビリティプランを生成し得る。次いで、モビリティエージェントは、要求側ＭＰの１つ以上の車両移動要件および第１の車両のモビリティプランに基づいて、第１の車両が輸送要求を実行する資格があるか否かを決定し得る。

第１の車両が輸送要求を実行する資格があるとの決定に応答して、モビリティエージェントは、第１の車両のモビリティプランを要求側ＭＰのＭＰサーバに提供し得る。要求側ＭＰのＭＰサーバまたは要求側ＭＰのユーザは、輸送要求を実行するための第１の車両のモビリティプランを選択することができ、これにより、第１のＭＰの第１の車両が、モビリティプランに従って輸送要求を実行することができる。モビリティプランに従った第１の車両による輸送要求の実行中に、モビリティエージェントは、要求側ＭＰの１つもしくは複数の車両特徴要件または１つもしくは複数の車両移動要件の要件違反を検出するため
に、第１の車両の１つ以上の車両特徴メトリックおよび１つ以上の車両移動メトリックをモニタリングすることができる。要件違反が検出された場合は、モビリティエージェントは、要件違反に関して、要求側ＭＰのＭＰサーバに通知することができ、要求側ＭＰのＭＰサーバは、それに応じて補正動作を行うことができる。

図１Ａは、複数のモビリティプロバイダのサービス車両を管理するための例示的システム１００のブロック図である。図示のように、システム１００は、モビリティプラットフォーム１３１および１つ以上のモビリティプロバイダ（ＭＰ）１０１ａ…１０１ｎを含む。図示のように、ＭＰ１０１は、モビリティプロバイダサーバ（ＭＰサーバ）１０５、１つ以上の車両１０３を含む車両フリート、およびＭＰ１０１によって提供される輸送能力を使用する一人または複数のユーザの１つ以上のユーザデバイス１０７を含み得る。幾つかの実施形態では、ユーザデバイス１０７は、信号線１６０によって示されるように、ＭＰサーバ１０５と通信可能に結合することができ、ＭＰサーバ１０５は、信号線１６２によって示されるように、車両１０３と通信可能に結合することができる。幾つかの実施形態では、ＭＰ１０１のユーザデバイス１０７、ＭＰサーバ１０５、および車両１０３は、互いに、および／または信号線１４０、１４２、および１４４をそれぞれ用いて、ネットワーク１０９を介して、システム１００の他のエンティティ（例えば、モビリティプラットフォーム１３１、他のＭＰ１０１など）に通信可能に結合され得る。図１Ａに示すように、モビリティプラットフォーム１３１は、信号線１４６を用いてネットワーク１０９を介してシステム１００の他のエンティティ（例えば、ＭＰ１０１のＭＰサーバ１０５および／または車両１０３など）と通信可能に結合され得る。幾つかの実施形態では、モビリティプラットフォーム１３１は、１つ以上のサーバに実装され得る。１つ以上のサーバは、ルール、ロジック、受信したデータ、必要とされるデータなどに基づいて、他のコンピューティングエンティティ（例えば、ＭＰサーバ１０５、車両１０３など）の管理、調整、および／または指示を行うことが可能な集中または分散物理および／または仮想サーバ、またはそれらの組み合わせであってもよい。その他の適宜のアーキテクチャも利用され得る。

図１Ｂは、複数のモビリティプロバイダのサービス車両を管理するための別の例示的システム１５０のブロック図である。図示のように、システム１５０も、モビリティプラットフォーム１３１および１つ以上のＭＰ１０１ａ…１０１ｎを含み得る。ユーザは、ある特定のＭＰ１０１のＭＰサーバ１０５と通信するために、ユーザデバイス１０７上で、そのＭＰ１０１に関連付けられたエンドユーザアプリケーション１１０を使用し得る。例えば、ユーザは、エンドユーザアプリケーション１１０を使用して、ＭＰ１０１のＭＰサーバ１０５上に実装されたサーバアプリケーション１１０ｂに対して、様々なタイプのデータ（例えば、モビリティ要求、車両の利用可能性に関する情報など）の送受信を行うことができ、それによって、ＭＰ１０１によって提供される輸送サービスを使用する。図示のように、サーバアプリケーション１１０ｂは、ＭＰ１０１の車両フリート内の車両１０３の管理および制御、ＭＰ１０１のユーザによって要求された輸送要求の実行および／または割り当ての管理などを行うことができるフリート管理システム２０６を含み得る。幾つかの実施形態では、フリート管理システム２０６は、モビリティプラットフォーム１３１によって提供される管理インタフェースを使用して、ＭＰ１０１の車両フリート内の車両１０３を管理することができる。モビリティプラットフォーム１３１は、ＭＰ１０１のＭＰサーバ１０５、モビリティプラットフォーム１３１などに対してデータ（例えば、車両ステータスデータ、走行ルートなど）の送受信を行うために車両１０３に通信能力を提供するＶ２Ｘ通信ＥＣＵ１１９を介して、これらの車両１０３と通信することができる。幾つかの実施形態では、Ｖ２Ｘ通信ＥＣＵ１１９は、車両１０３のコンポーネント（例えば、車両コントローラ１１５、エッジ管理システム１１０など）が互いに通信することも可能にし得る。車両１０３のコンポーネントは、１つ以上の車両コントローラ１１５によって制御され得る。

幾つかの実施形態では、ＭＰ１０１の車両フリート内の車両１０３は、機能性、ポリシー、運用プロトコルなど（限定されることはないが、ＭＰ１０１に固有および／または特有のものなど）を実装するエッジ管理システム１１０ｃを含み得る。例えば、エッジ管理システム１１０ｃは、ＭＰ１０１によって採用されたルーティング機能を実装し得る。代替的に、ルーティング機能は、ＭＰサーバ１０５のフリート管理システム２０６に実装され、ルーティング機能によって算出されたルートは、モビリティプラットフォーム１３１によって提供される管理インタフェースによって、Ｖ２Ｘ通信ＥＣＵ１１９を介して車両１０３に伝達されてもよい。幾つかの実施形態では、ＭＰサーバ１０５および／またはモビリティプラットフォーム１３１は、１つ以上のクラウドサーバ（上述の通り、１つ以上の集中または分散物理および／または仮想サーバを含み得る）で実装されてもよく、他のコンポーネント（例えば、エンドユーザアプリケーション１１０ａ、エッジ管理システム１１０ｃなど）は、システムアーキテクチャのエッジレベルで（例えば、ユーザデバイス１０７、車両１０３等において）実装されると考えられ得る。

幾つかの実施形態では、モビリティプラットフォーム１３１は、別のＭＰ１０１に対する輸送要求を行うための、ＭＰ１０１に属する車両１０３の利用の管理および調整を行うエージェントシステム１２０を含み得る。その動作を行うために、エージェントシステム１２０は、モビリティプラットフォーム１３１のデータ記憶装置内のツインモデル１３３ａおよび車両データベース１３３ｂに依存し得る。幾つかの実施形態では、車両データベース１３３ｂは、様々なＭＰ１０１に属する車両１０３の車両ステータスデータ、および他のタイプのデータを保存し得る。幾つかの実施形態では、ツインモデル１３３は、車道データ（roadway data）、様々な道路セグメントの道路状況および交通状況をモデル化する交通モデルなど、対応する車両１０３の車両挙動をモデル化する車両動作モデルなど、を含み得る。エージェントシステム１２０の動作を以下に詳細に記載する。

図１Ａおよび残りの図面では、参照番号の後の文字（例えば、１０３ａ）は、その特定の参照番号を有する要素への言及を表す。本明細書における、後に続く文字のない参照番号（例えば、「１０３」）は、その参照番号を有する要素のインスタンスへの一般的言及を表す。図１Ａに示すシステム１００は、例として提供されるものであり、システム１００および／または本開示によって企図されるさらなるシステムは、追加のコンポーネントおよび／またはより少ないコンポーネントを含んでもよく、コンポーネントを組み合わせてもよく、および／またはコンポーネントの１つ以上を追加のコンポーネントなどに分割してもよいことが理解されるであろう。例えば、システム１００は、任意の数のネットワーク１０９、モビリティサービスプラットフォーム１３１、またはＭＰ１０１を含んでもよく、ＭＰ１０１は、任意の数のＭＰサーバ１０５、車両１０３、またはユーザデバイス１０７を含んでもよい。

ネットワーク１０９は、従来のタイプ（有線および／または無線）でよく、スター構成、トークンリング構成、または他の構成を含む多数の異なる構成を有し得る。例えば、ネットワーク１０９は、１つ以上のローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）（例えば、インターネット）、パーソナルエリアネットワーク（ＰＡＮ）、パブリックネットワーク、プライベートネットワーク、仮想ネットワーク、仮想プライベートネットワーク、ピアツーピアネットワーク、近距離ネットワーク（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣなど）、車両ネットワーク、および／またはそれらを介して複数のデバイスが通信し得る他の相互接続データ経路を含み得る。

ネットワーク１０９はまた、様々な異なる通信プロトコルでデータを送信するための電気通信網の一部に結合されてもよく、または電気通信網の一部を含んでもよい。例示的プロトコルには、限定されないが、伝送制御プロトコル／インターネットプロトコル（ＴＣ
Ｐ／ＩＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、伝送制御プロトコル（ＴＣＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュアハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、ダイナミックアダプティブストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、リアルタイムトランスポートプロトコル（ＲＴＰ）およびリアルタイムトランスポートコントロールプロトコル（ＲＴＣＰ）、ボイスオーバーインターネットプロトコル（ＶＯＩＰ）、ファイル転送プロトコル（ＦＴＰ）、ＷｅｂＳｏｃｋｅｔ（ＷＳ）、ワイヤレスアクセスプロトコル（ＷＡＰ）、様々なメッセージングプロトコル（ＳＭＳ、ＭＭＳ，ＸＭＳ、ＩＭＡＰ、ＳＭＴＰ、ＰＯＰ、ＷｅｂＤＡＶなど）、または他の適宜のプロトコルが含まれる。幾つかの実施形態では、ネットワーク１０９は、ＤＳＲＣ（専用狭域通信）、ＷＡＶＥ、８０２．１１ｐ、３Ｇ、４Ｇ、５Ｇ＋ネットワーク、ＷｉＦｉ（登録商標）、衛星ネットワーク、車両間（Ｖ２Ｖ）ネットワーク、車両－クラウド間（Ｖ２Ｃ）ネットワーク、車両－インフラ／インフラ－車両間（Ｖ２Ｉ／Ｉ２Ｖ）ネットワーク、車両－インフラ／インフラ－クラウド（Ｖ２Ｉ／Ｉ２Ｃ）ネットワーク、またはその他の無線ネットワークなどの接続を使用した無線ネットワークである。図１Ａは、モビリティプラットフォーム１３１および１つ以上のＭＰ１０１に結合するネットワーク１０９の単一ブロックを図示するが、ネットワーク１０９は、実際には、上述のように、任意の数のネットワークの組み合わせを含み得ることが理解されるであろう。

１つ以上のモビリティサービスプロバイダ（ＭＰ）１０１は、１つ以上のＭＰ１０１のユーザに輸送能力を提供することができる。ＭＰ１０１によって提供される輸送能力の例として、ＭＰ１０１は、ユーザに対して、相乗りトリップおよび／または非相乗りトリップを提供すること、車両レンタルセッションを提供すること、ユーザの荷物を配送することなどを行うことができる。図１Ａに示すように、ＭＰ１０１は、ＭＰサーバ１０５、１つ以上の車両１０３、およびＭＰ１０１の輸送能力を使用するユーザの１つ以上のユーザデバイス１０７を含み得る。

１つ以上のユーザデバイス１０７は、プロセッサ、メモリ、およびネットワーク通信能力（例えば、通信ユニット）を含むハードウェアおよび／または仮想電子デバイスであってもよい。ユーザデバイス１０７は、信号線１６０によって示されるように、ＭＰ１０１のＭＰサーバ１０５と通信可能に結合され、および信号線１４０によって示されるように、ネットワーク１０９と通信可能に結合され得る。幾つかの実施形態では、ユーザデバイス１０７は、ＭＰ１０１のＭＰサーバ１０５および／またはシステム１００の他のエンティティ（例えば、車両１０３、モビリティプラットフォーム１３１、および／または他のＭＰ１０１のＭＰサーバ１０５など）に対してデータの送受信を行い得る。図１Ａに示すように、ユーザデバイス１０７は、ＭＰ１０１に対応したモビリティプロバイダアプリケーション（ＭＰアプリケーション）１１０のインスタンス１１０ａを含むことができ、ＭＰアプリケーション１１０ａは、ユーザがＭＰ１０１のＭＰサーバ１０５とインタラクションするために、様々なアプリケーション機能性を有する様々なユーザインタフェースを提供することができる。従って、ユーザデバイス１０７のユーザは、ＭＰサーバ１０５との様々なインタラクション（例えば、輸送要求を開始すること、モビリティプランを選択すること、輸送要求の実行ステータスを受信することなど）によりＭＰ１０１の輸送能力を使用するために、ユーザデバイス１０７上でＭＰアプリケーション１１０ａを起動し得る。幾つかの実施形態では、ＭＰアプリケーション１１０ａは、独立型アプリケーションおよび／またはユーザデバイス１０７上のウェブブラウザでアクセス可能なウェブアプリケーションの形式で実装されてもよい。ユーザデバイス１０７の非限定的な例に、デスクトップコンピュータ、ラップトップコンピュータ、ノート型コンピュータ、スマートフォン、タブレット、携帯型情報端末、またはＭＰアプリケーション１１０を実装可能なその他の適宜の電子デバイスが含まれる。

１つ以上の車両１０３は、１つ以上のセンサ１１３、１つ以上の車両コントローラ１１５、１つ以上のメモリ１１７、１つ以上の通信ユニット１１９、車両データ記憶装置１２１、およびＭＰアプリケーション１１０のインスタンス１１０ｃを有する１つ以上のコンピューティングデバイス１５２を含み得る。１つ以上のコンピューティングデバイス１５２の例には、１つ以上のセンサ１１３、アクチュエータ、モチベータなどの１つ以上の車両１０３の他のコンポーネントに結合される、仮想または物理コンピュータプロセッサ、制御ユニット、マイクロコントローラなどが含まれ得る。幾つかの実施形態では、１つ以上の車両１０３は、ＭＰ１０１の車両フリート内に含まれ、従って、ＭＰ１０１のＭＰサーバ１０５によって管理され得る。１つ以上の車両１０３は、信号線１６２を介してＭＰ１０１のＭＰサーバ１０５に通信可能に結合され、および信号線１４４を介してネットワーク１０９に通信可能に結合され得る。１つ以上の車両１０３は、ＭＰ１０１のＭＰサーバ１０５、モビリティプラットフォーム１３１、および／またはシステム１００の他のエンティティ（例えば、ユーザデバイス１０７および／またはＭＰ１０１の他の車両１０３など）に対してデータの送受信を行うことができる。幾つかの実施形態では、１つ以上の車両１０３は、ある地点から別の地点への輸送が可能である。１つ以上の車両１０３の非限定的な例に、車両、自動車、バス、ボート、飛行機、バイオニックインプラント、ロボット、または非一時的コンピュータ電子機器（例えば、プロセッサ、メモリ、または非一時的コンピュータ電子機器の任意の組み合わせ）を備えたその他のプラットフォームが含まれる。

１つ以上の車両コントローラ１１５は、様々な入出力操作、ロジック操作、および／または数学操作を行うことによって、ソフトウェア命令（例えば、タスク）を実行し得る。１つ以上の車両コントローラ１１５は、データ信号を処理するための様々なコンピューティングアーキテクチャを有し得る。１つ以上の車両コントローラ１１５は、物理および／または仮想でもよく、シングルコアまたは複数の処理ユニットおよび／またはコアを含み得る。車両１０３の観点から、１つ以上の車両コントローラ１１５は、乗用車などの車両１０３に実装される電子制御ユニット（ＥＣＵ）であってもよい（ただし、他のタイプの車両も可能であり、企図される）。ＥＣＵは、センサデータ（例えば、場所データ、速度データなど）を受信し、ＭＰアプリケーション１１０によるアクセスおよび／または検索のために、センサデータを車両ステータスデータとして車両データ記憶装置１２１に保存し得る。ＥＣＵは、車両１０３の様々なアクチュエータ（例えば、速度アクチュエータ、ステアリングアクチュエータなど）、モチベータ（例えば、エンジン、モータ、変速装置、ブレーキなど）、機械的／電気的コンポーネント（例えば、空調ユニット、車両ライト、インフォテインメントシステム、安全システムなど）も制御し得る。

幾つかの実施形態では、１つ以上の車両コントローラ１１５は、電子表示信号を生成し、それらの信号を１つ以上の入出力デバイスに提供すること、画像の捕捉および送信を行うこと、様々なタイプの車両ステータスモニタリングおよび輸送要求実行を含む複雑なタスクを行うことなどが可能であってもよい。幾つかの実施形態では、１つ以上の車両コントローラ１１５は、車両１０３が属するＭＰ１０１の運用プロトコルを実装することができる。例えば、１つ以上の車両コントローラ１１５は、ＭＰ１０１の固有の車両構成に従って、車両１０３の様々なコンポーネントシステム（例えば、自動運転システム、インフォテインメントシステム、ナビゲーションシステムなど）を構成すること、ＭＰ１０１に固有の様々な算出モデル（例えば、ルート計算モデルなど）を実装することなどを行い得る。その結果、車両１０３は、ＭＰ１０１に固有のやり方で、輸送要求を実行することができる。幾つかの実施形態では、１つ以上の車両コントローラ１１５は、１つ以上のメモリ１１７のデータおよび命令にアクセスし、並びに１つ以上のメモリ１１７内にデータを保存するために、バス１５４を介して１つ以上のメモリ１１７に結合され得る。バス１５４は、１つ以上の車両コントローラ１１５を、例えば、１つ以上のセンサ１１３、１つ以上のメモリ１１７、１つ以上の通信ユニット１１９、および／または車両データ記憶装置
１２１を含む１つ以上の車両１０３の他のコンポーネントに結合させることができる。

ＭＰアプリケーション１１０は、ＭＰ１０１の輸送能力をユーザに提供するために実行可能なコンピュータロジックである。幾つかの実施形態では、ＭＰアプリケーション１１０は、１つ以上のコンピュータデバイスの１つ以上のプロセッサによって実行可能なソフトウェアを使用して、限定されることはないが、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）などのハードウェア、および／またはハードウェアおよびソフトウェアの組み合わせなどを使用して実装され得る。幾つかの実施形態では、各ＭＰ１０１は、輸送サービスを異なるやり方で実施および管理するために、異なるＭＰアプリケーション１１０を実装し得る。図１Ａに示すように、各ＭＰ１０１に関して、ユーザデバイス１０７は、インスタンス１１０ａを含み、ＭＰサーバ１０５は、インスタンス１１０ｂを含み、および車両１０３は、ＭＰアプリケーション１１０のインスタンス１１０ｃを含み得る。幾つかの実施形態では、各インスタンス１１０ａ、１１０ｂ、および１１０ｃは、図２Ａに示されるＭＰアプリケーション１１０の１つ以上のコンポーネントを含む場合があり、どこにインスタンスが存在するかに応じて、本明細書に記載する機能性を完全にまたは部分的に行うように構成され得る。

一例として、ＭＰアプリケーション１１０がユーザデバイス１０７に実装される場合には、ＭＰアプリケーション１１０ａは、輸送要求およびユーザ入力を受信すること、ユーザインタフェースを介して輸送要求に関連する情報をユーザに対してレンダリングすることなどを行い得る。ＭＰアプリケーション１１０がＭＰサーバ１０５に実装される場合には、ＭＰアプリケーション１１０ｂは、輸送要求を処理すること、輸送要求を実行するためにＭＰ１０１の車両１０３の管理および配備を行うこと、ＭＰ１０１の利用可能な輸送キャパシティを他のＭＰ１０１に提供するため、または必要に応じてＭＰ１０１の輸送要求を実行するために他のＭＰ１０１の利用可能な輸送キャパシティを利用するためにモビリティプラットフォーム１３１と連携することなどを行い得る。ＭＰアプリケーション１１０が車両１０３に実装される場合には、ＭＰアプリケーション１１０ｃは、ＭＰ１０１の運用プロトコルに従って輸送要求を実行すること、ＭＰ１０１のＭＰサーバ１０５およびモビリティプラットフォーム１３１に車両１０３の車両ステータスデータを周期的に送信することなどを行い得る。ＭＰアプリケーション１１０はまた、要求データ、車両ステータスデータなどの受信および／または処理を行い、並びに、バス１５４を介して、メモリ１１７、通信ユニット１１９、車両データ記憶装置１２１などの車両１０３の他の要素と通信することができる。少なくとも図２Ａ～４Ｂを参照して、ＭＰアプリケーション１１０を以下に詳細に記載する。

１つ以上のメモリ１１７は、１つもしくは複数の車両コントローラ１１５による処理、または１つもしくは複数の車両コントローラ１１５と関連した処理のために、命令、データ、コンピュータプログラム、ソフトウェア、コード、ルーチンなどの含有、保存、伝達、伝搬、または輸送が可能な任意の有形非一時的装置またはデバイスであってもよい、非一時的コンピュータ使用可能（例えば、読出し可能、書込み可能など）媒体を含む。例えば、１つ以上のメモリ１１７は、ＭＰアプリケーション１１０を保存し得る。幾つかの実施態様では、１つ以上のメモリ１１７は、揮発性メモリおよび不揮発性メモリの１つ以上を含み得る。例えば、１つ以上のメモリ１１７は、限定されないが、動的ランダムアクセスメモリ（ＤＲＡＭ）デバイス、静的ランダムアクセスメモリ（ＳＲＡＭ）デバイス、離散メモリデバイス（例えば、ＰＲＯＭ、ＦＰＲＯＭ、ＲＯＭ）、ハードディスクドライブ、光ディスクドライブ（ＣＤ、ＤＶＤ、Ｂｌｕｅ－ｒａｙ（登録商標）など）の１つ以上を含み得る。１つ以上のメモリ１１７は、単一のデバイスでもよく、または複数のタイプのデバイスおよび構成を含んでもよいことが理解されるであろう。

通信ユニット１１９は、無線および／または有線接続を使用して通信可能に結合した他
のコンピューティングデバイスに対してデータの送受信を行う。幾つかの実施形態では、通信ユニット１１９は、信号線１６２を介してＭＰサーバ１０５に結合し、および信号線１４４を介してネットワーク１０９に結合し得る。従って、車両１０３の様々なコンポーネント（例えば、車両コントローラ１１５、ＭＰアプリケーション１１０など）は、通信ユニット１１９により、ＭＰサーバ１０５、モビリティプラットフォーム１３１、および／またはシステム１００の他のエンティティに対して、データの送受信を行い得る。通信ユニット１１９は、データの送受信を行うための１つ以上の有線インタフェースおよび／または無線送受信機を含み得る。通信ユニット１１９は、上述のものなどの標準通信方法を用いて他のコンピューティングノードとデータのやり取りを行い得る。

１つ以上のセンサ１１３は、１つ以上の車両１０３に適した任意のタイプのセンサを含む。１つ以上のセンサ１１３は、車両１０３および／またはそれの内部および外部環境の特性を決定するのに適した任意のタイプの信号データを収集するように構成され得る。１つ以上のセンサ１１３の非限定的な例に、様々な光センサおよび／または画像センサ（ＣＣＤ、ＣＭＯＳ、２Ｄ、３Ｄ、光検知測距（ＬＩＤＡＲ）、カメラなど）、音声センサ、動作検出センサ、気圧計、高度計、サーモカップル、湿度センサ、赤外線（ＩＲ）センサ、レーダセンサ、他の光センサ、ジャイロスコープ、加速度計、スピードメータ、ステアリングセンサ、ブレーキセンサ、スイッチ、車両方向指示器センサ、ワイパーセンサ、ジオロケーションセンサ（例えば、グローバルポジショニングシステム（ＧＰＳ）センサ）、方位センサ、無線送受信機（例えば、セルラー、ＷｉＦｉ（登録商標）、近距離など）、ソナーセンサ、超音波センサ、タッチセンサ、近接センサ、距離センサなどが含まれる。幾つかの実施形態では、１つ以上のセンサ１１３は、車両１０３の周辺状況を捕捉するために、車両１０３の前側、後側、右側、および／または左側に設けられた外部に向くセンサを含み得る。

車両データ記憶装置１２１は、様々なタイプのデータを保存する非一時的ストレージ媒体を含む。例えば、車両データ記憶装置１２１は、コントローラエリアネットワーク（ＣＡＮ）バスなどのバスを使用して、ある車両１０３の異なるコンポーネント間で伝達される車両データを保存し得る。幾つかの実施形態では、車両データは、様々なタイムスタンプで車両１０３の異なるコンポーネントの動作状態をモニタリングするためにこれらのコンポーネントに結合された複数のセンサ１１３から収集された車両ステータスデータを含み得る。幾つかの実施形態では、各タイムスタンプに関して、車両ステータスデータは、車両１０３の車両移動を表す１つ以上の車両移動メトリック（例えば、車両の場所（例えば、ＧＰＳ座標）、車両の方位、車両の速度、車両の加速度／減速度、車両のジャークメトリック、車両の振動メトリック、車内騒音レベル、車輪速度（毎分回転数（ＲＰＭ））、ステアリング角度、制動力など）を含み得る。幾つかの実施形態では、車両ステータスデータは、車両１０３の動的特徴属性を表す１つ以上の車両特徴メトリックも含む場合があり、動的特徴属性は、潜在的に経時的に変化する車両１０３の車両特徴（例えば、車内温度、車内湿度レベルなど）を表し得る。幾つかの実施形態では、車両ステータスデータは、車両１０３のユーザキャパシティおよびラゲッジキャパシティを表す１つ以上の車両キャパシティメトリック（例えば、全ユーザスペースおよび利用可能なユーザスペース（例えば、座席数）、全ラゲッジスペースおよび利用可能なラゲッジスペース（例えば、ラゲッジアイテム数）など）も含み得る。幾つかの実施形態では、車両１０３は、車両１０３が属するＭＰ１０１のＭＰサーバ１０５へ、および／またはモビリティプラットフォーム１３１へと車両１０３の車両ステータスデータを周期的に送信し得る（例えば、２秒ごと）。他のタイプの車両ステータスデータも可能であり、企図される。

幾つかの実施形態では、車両データは、車両１０３の車両挙動を表す車両動作モデルも含み得る。幾つかの実施形態では、車両動作モデルは、車両１０３の様々な動作パターン（例えば、加速／減速パターン、ブレーキパターン、ステアリングパターン、運動モデル
など）を表し得る。他のタイプの車両動作モデルも可能であり、企図される。

幾つかの実施形態では、車両データ記憶装置１２１は、車両１０３が走行する車両ルートを表す車両ルートプランを保存することができ、車両ルートプランは、車両ルート上の１つ以上の停車地点、およびそれ（ら）に対応した、車両１０３が停車地点に到達するタイムスタンプも含み得る。一例として、車両１０３の車両ルートプランは、車両１０３が、１４：００：００にステート通り（State St.）の第１の停車地点に到着し、その後、
ステート通りに沿って進行し、１４：３０：００にステート通りの第２の停車地点に到着することを示し得る。

幾つかの実施形態では、車両データ記憶装置１２１は、実行のために車両１０３に割り当てられた輸送要求を表す要求データを保存し得る。幾つかの実施形態では、各輸送要求に関して、車両データ記憶装置１２１に保存された要求データは、輸送要求を一意的に識別する要求識別子（ＩＤ）、輸送要求の要求パラメータ（例えば、車両ユーザの数、ラゲッジスペース、ピックアップ地点、ピックアップ時刻、目的地点など）などを含み得る。幾つかの実施形態では、車両データ記憶装置１２１は、車両１０３による輸送要求の実行を表す実行データも保存し得る。幾つかの実施形態では、実行データは、輸送要求の要求ＩＤ、輸送要求を実行するために車両１０３がたどる走行ルート、輸送要求の実行ステータス（例えば、完了、進行中、８５％完了など）などを含み得る。

幾つかの実施形態では、車両データ記憶装置１２１は、車両１０３を一意的に識別する車両識別子（ＩＤ）（例えば、車両識別番号（ＶＩＮ））、および車両プラットフォーム１０３の車両カテゴリを表す車両カテゴリデータを保存し得る。車両カテゴリデータの非限定的な例に、車両のタイプ（例えば、セダン、クロスオーバーなど）、車両の年式（例えば、２０１６年）、車両のメーカー（例えば、トヨタ）、車両のモデル（例えば、プリウス）などが含まれるが、これらに限定されない。他のタイプの車両カテゴリデータも、可能であり、企図される。

ＭＰサーバ１０５は、プロセッサ、メモリ、およびネットワーク通信能力（例えば、通信ユニット）を含むハードウェアおよび／または仮想サーバを含み得る。図示のように、ＭＰサーバ１０５は、信号線１６０を介してユーザデバイス１０７と通信可能に結合され、信号線１６２を介してＭＰ１０１の車両１０３と通信可能に結合され、および信号線１４２を介してネットワーク１０９と通信可能に結合され得る。幾つかの実施形態では、ＭＰサーバ１０５は、システム１００の他のエンティティ（例えば、モビリティプラットフォーム１３１、他のＭＰ１０１のＭＰサーバ１０５など）に対してデータの送受信を行い得る。図１Ａに示すように、ＭＰサーバ１０５は、ＭＰアプリケーション１１０のインスタンス１１０ｂと、このアプリケーションによるアクセスおよび／または検索のために様々なタイプのデータを保存するモビリティプロバイダデータ記憶装置（ＭＰデータ記憶装置）１２３とを含み得る。

幾つかの実施形態では、ＭＰサーバ１０５に実装されたＭＰアプリケーション１１０ｂは、ＭＰ１０１の車両フリート内の車両１０３を管理し得る。例えば、ＭＰアプリケーション１１０ｂは、車両１０３の車両ステータスデータのモニタリング、輸送要求を実行するための車両１０３の配備、車両１０３の車両ルートプランの算出、車両１０３が利用されていないときの車両１０３の駐車場所の決定などを行い得る。幾つかの実施形態では、ＭＰ１０１の車両１０３を管理するために、ＭＰアプリケーション１１０ｂは、ＭＰ１０１のＭＰサーバ１０５に実装された管理インタフェースにより、および／またはモビリティプラットフォーム１３１によって提供される管理インタフェースにより、車両コントローラ１１５の制御、および／または車両１０３の車両データ記憶装置１２１へのアクセスを行い得る。本明細書の他の箇所で述べたように、ＭＰアプリケーション１１０ｂは、Ｍ
Ｐ１０１の利用可能な輸送キャパシティを他のＭＰ１０１に提供するため、または必要に応じてＭＰ１０１の輸送要求を実行するために他のＭＰ１０１の利用可能な輸送キャパシティを利用するためにモビリティプラットフォーム１３１と連携することもできる。

ＭＰデータ記憶装置１２３は、様々なタイプのデータを保存する非一時的ストレージ媒体を含む。例えば、ＭＰデータ記憶装置１２３は、ＭＰ１０１のユーザによって開始された輸送要求の要求データを保存し得る。幾つかの実施形態では、各輸送要求に関して、ＭＰデータ記憶装置１２３に保存された要求データは、輸送要求の要求ＩＤ、輸送要求を開始したユーザを一意的に識別する顧客ＩＤ、ユーザによって提供された要求パラメータおよび入力パラメータなどを含み得る。幾つかの実施形態では、要求パラメータは、輸送要求を実行するために必要な要求情報を指定し得る。例えば、要求パラメータは、ユーザによって要求された輸送能力のタイプを指定する要求のタイプ（例えば、相乗り、車両レンタル、荷物の配送など）、車両ユーザの人数（例えば、二人の車両ユーザ）、ラゲッジスペース（例えば、３個の標準機内持ち込み用アイテム）、ピックアップ地点（例えば、ソルトレイクシティ空港）、ピックアップ時刻（例えば、２０１８年１１月５日の１４：００：００）、および目的地点（例えば、ユニバーシティキャンパス）を含み得る。幾つかの実施形態では、入力パラメータは、輸送要求に関してユーザが追加的に提供した他の入力情報を指定し得る。例えば、入力パラメータは、ユーザによって要求された座席のタイプ（例えば、暖房シート）、運転者支援の特徴（例えば、ブラインドスポットアラート）、インフォテインメントの特徴（例えば、インターネットラジオ）、車内温度（例えば、２４℃）、飲食オプション（例えば、ダイエットソフトドリンク）などを含み得る。他のタイプの要求データも可能であり、企図される。

幾つかの実施形態では、ＭＰデータ記憶装置１２３は、ＭＰ１０１の車両フリート内に含まれる車両１０３の車両データを保存し得る。幾つかの実施形態では、各車両１０３に関して、ＭＰデータ記憶装置１２３に保存される車両データは、車両１０３の車両ＩＤ、車両カテゴリデータ、車両ステータスデータ、車両動作モデル、車両ルートプランなどを含み得る。本明細書の他の箇所で述べたように、車両ステータスデータは、車両１０３の車両移動を表す車両移動メトリック、車両１０３の動的特徴属性を表す車両特徴メトリック、および車両１０３のユーザキャパシティおよびラゲッジキャパシティを表す車両キャパシティメトリックを含み得る。幾つかの実施形態では、車両１０３の動的特徴属性に加えて、ＭＰデータ記憶装置１２３に保存される車両データは、経時的に動的に変化しない場合がある車両１０３の車両特徴を表す静的特徴属性も含み得る。静的特徴属性の非限定的な例に、限定されないが、車両１０３において利用可能な座席のタイプ、足元の空間サイズ、運転者支援特徴、インフォテインメント特徴などが含まれる。幾つかの実施形態では、車両１０３および／またはＭＰサーバ１０５は、ＭＰデータ記憶装置１２３において、車両１０３の車両ステータスデータを周期的に更新し得る（例えば、２秒ごと）。

幾つかの実施形態では、ＭＰデータ記憶装置１２３は、車両１０３に対する輸送要求の割り当てを表す要求割り当てデータを保存し得る。本明細書の他の箇所で述べたように、輸送要求は、実行のために、ＭＰ１０１の車両１０３または別のＭＰ１０１の車両１０３に割り当てられ得る。幾つかの実施形態では、輸送要求がＭＰ１０１の車両１０３に割り当てられる場合には、要求割り当てデータは、輸送要求の要求ＩＤ、輸送要求を実行する車両１０３の車両ＩＤ、輸送要求の実行ステータスなどを含み得る。幾つかの実施形態では、輸送要求が別のＭＰ１０１の車両１０３に割り当てられる場合には、ＭＰサーバ１０５は、輸送要求を実行する車両１０３の車両ＩＤ、および／またはその車両１０３が属するＭＰ１０１を一意的に識別するＭＰＩＤを知らない場合がある。従って、この場合には、要求割り当てデータは、輸送要求の要求ＩＤおよび車両ＩＤのデフォルト値（例えば、「賃借車両」）を含み得る。

幾つかの実施形態では、ＭＰデータ記憶装置１２３は、ＭＰ１０１がユーザに輸送能力を提供するやり方を表す運用プロトコルを保存し得る。幾つかの実施形態では、ＭＰ１０１の運用プロトコルは、車両１０３がＭＰ１０１のユーザに関する輸送要求を実行する際に車両１０３の車両移動が満たす必要がある１つ以上の車両移動要件を含み得る。幾つかの実施形態では、車両移動要件は、車両１０３の様々な車両移動メトリックの値または値範囲を指定し得る。例えば、車両移動要件は、車両１０３の待ち時間（例えば、１０分未満）、走行時間（例えば、相乗りに関して５～３６０分）、車両速度（例えば、５５～１２０ｋｍ／ｈ）、加速度／減速度、車両の振動メトリック、車内騒音レベルなどの値または値範囲を指定し得る。他のタイプの車両移動要件も可能であり、企図される。

幾つかの実施形態では、ＭＰ１０１の運用プロトコルは、車両１０３がＭＰ１０１のユーザに関する輸送要求を実行する際に車両１０３の車両特徴が満たす必要がある１つ以上の車両特徴要件を含み得る。幾つかの実施形態では、車両特徴要件は、車両１０３の様々な動的特徴属性（例えば、車内温度、車内湿度レベルなど）の値または値範囲を指定し得る。車両特徴要件は、車両１０３で利用可能な車両特徴を表す静的特徴属性も指定し得る。例えば、車両特徴要件は、車両１０３の座席のタイプ、足元の空間サイズ、運転支援特徴、インフォテインメント特徴、飲食オプションなどを指定し得る。他のタイプの車両特徴要件も可能であり、企図される。

幾つかの実施形態では、ＭＰ１０１の運用プロトコルは、ＭＰ１０１の算出モデルおよび車両構成を指定し得る。ＭＰ１０１の車両１０３が、ＭＰ１０１のこれらの算出モデルおよび車両構成を実装するので、車両１０３は、ＭＰ１０１に固有のやり方で輸送要求を実行し得る。一例として、ＭＰ１０１がそれらの車両１０３に対して実装するルート計算モデルは、互いに異なる場合があり、従って、これらのＭＰ１０１の車両１０３は、走行ルートの出発点および終点が同じであっても、異なる走行ルートをたどり得る。幾つかの実施形態では、ＭＰ１０１の運用プロトコルは、ＭＰ１０１の車両１０３に関する要求カテゴリを指定することができ、ＭＰ１０１の各車両１０３は、それの要求カテゴリに含まれる要求のタイプ（例えば、非相乗りおよび車両レンタル）の輸送要求のみを実行し得る。幾つかの実施形態では、ＭＰ１０１の運用プロトコルは、ＭＰ１０１の車両１０３に関するピックアップ距離の閾値も指定することができ、ＭＰ１０１のＭＰサーバ１０５は、車両１０３の車両場所と輸送要求のピックアップ地点との間の距離が、ピックアップ距離の閾値（例えば、３ｋｍ未満）を満たす場合にのみ、輸送要求を車両１０３に割り当てることができる。他の動作様式およびポリシーが、ＭＰ１０１の運用プロトコルにおいて指定され得ることが理解されるであろう。

モビリティプラットフォーム１３１は、プロセッサ、メモリ、およびネットワーク通信能力（例えば、通信ユニット）を含むハードウェアおよび／または仮想サーバであってもよい。図示のように、モビリティプラットフォーム１３１は、信号線１４６を介してネットワーク１０９と通信可能に結合され得る。幾つかの実施形態では、モビリティプラットフォーム１３１は、ネットワーク１０９を介してシステム１００の他のエンティティ（例えば、ＭＰサーバ１０５および様々なＭＰ１０１の車両１０３など）に対してデータの送受信を行い得る。幾つかの実施形態では、モビリティプラットフォーム１３１は、ＭＰ１０１の車両１０３へのアクセスおよびＭＰ１０１の車両１０３の制御を行うために、ＭＰ１０１のＭＰサーバ１０５に関する管理インタフェースを提供し得る。図１Ａに示すように、モビリティプラットフォーム１３１は、モビリティエージェント１２０と、このアプリケーションによるアクセスおよび／または検索のために様々なタイプのデータを保存するプラットフォームデータ記憶装置１３３とを含み得る。

モビリティエージェント１２０は、あるＭＰ１０１によって別のＭＰ１０１に提供される輸送キャパシティの利用の開始および管理を行うために実行可能なソフトウェアおよび
／またはハードウェアロジックを含む。幾つかの実施形態では、モビリティエージェント１２０は、１つ以上のコンピュータデバイスの１つ以上のプロセッサによって実行可能なソフトウェアを使用して、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）などのハードウェア、および／またはハードウェアおよびソフトウェアの組み合わせなどを使用して実装され得るが、これらに限定されない。モビリティエージェント１２０は、要求データ、車両データなどの受信および処理を行い、ＭＰ１０１のＭＰサーバ１０５と通信し得る。例えば、モビリティエージェント１２０は、輸送キャパシティを要求する要求側ＭＰ１０１のＭＰサーバ１０５および／または輸送キャパシティを提供する第１のＭＰ１０１のＭＰサーバ１０５に対して、実行可能性に関する要求、モビリティプラン、違反通知などを伝達し得る。少なくとも図２Ａ～４Ｂを参照して、モビリティエージェント１２０を以下に詳細に記載する。

幾つかの実施形態では、プラットフォームデータ記憶装置１３３は、様々なＭＰ１０１の車両フリート内の車両１０３の車両プロファイルを保存する非一時的ストレージ媒体を含む。幾つかの実施形態では、プラットフォームデータ記憶装置１３３は、車両１０３が属するＭＰ１０１によって独占的に管理および利用される車両１０３の車両プロファイルは保存しない場合がある。ＭＰ１０１に属する車両１０３は、本明細書では、ＭＰ１０１の車両１０３と呼ばれ得る。幾つかの実施形態では、ＭＰ１０１の車両１０３に関して、車両１０３の車両プロファイルは、車両１０３の車両ＩＤ、ＭＰ１０１のＭＰＩＤ、車両１０３の車両カテゴリデータ（例えば、車両のタイプ、車両の年式、車両のメーカー、車両のモデルなど）、車両１０３の車両ステータスデータ、車両１０３の車両動作モデル（例えば、加速／減速パターン、ブレーキパターン、ステアリングモデル、運動モデルなど）などを含み得る。本明細書の他の箇所で述べたように、車両１０３の車両ステータスデータは、車両１０３の車両移動を表す車両移動メトリック、車両１０３の動的特徴属性を表す車両特徴メトリック、および車両１０３のユーザキャパシティおよびラゲッジキャパシティを表す車両キャパシティメトリックを含み得る。幾つかの実施形態では、車両１０３の動的特徴属性に加えて、車両１０３の車両プロファイルは、車両１０３の静的特徴属性（例えば、座席のタイプ、足元の空間サイズ、運転者支援特徴、インフォテインメント特徴など）も含み得る。幾つかの実施形態では、ＭＰ１０１の車両１０３および／またはＭＰサーバ１０５は、モビリティプラットフォーム１３１のプラットフォームデータ記憶装置１３３において、車両１０３の車両ステータスデータを周期的に更新し得る（例えば、２秒ごと）。

幾つかの実施形態では、プラットフォームデータ記憶装置１３３は、モビリティ利用データを保存することができる。モビリティ利用データは、要求側ＭＰ１０１の輸送要求を実行するために、第１のＭＰ１０１がそれの車両フリート内の車両１０３を配備する輸送キャパシティ利用を表し得る。幾つかの実施形態では、輸送要求に関連付けられた輸送キャパシティ利用ごとに、モビリティ利用データは、輸送要求の要求ＩＤおよび要求パラメータ、輸送キャパシティを要求する要求側ＭＰ１０１のＭＰＩＤ、輸送要求の車両移動要件および車両特徴要件などを含み得る。モビリティ利用データは、輸送キャパシティを提供する第１のＭＰ１０１のＭＰＩＤ、輸送要求を実行する第１のＭＰ１０１の第１の車両１０３の車両ＩＤ、輸送要求を実行する第１の車両１０３のモビリティプラン、輸送要求の実行ステータスなども含み得る。他のタイプのモビリティ利用データも可能であり、企図される。

幾つかの実施形態では、プラットフォームデータ記憶装置１３３は、様々な道路セグメントを表す車道データを保存し得る。幾つかの実施形態では、車道データは、各道路セグメントに関連付けられた車線の数、車線ステータス（例えば、閉鎖車線、通行可能車線など）、形状および長さ、車道構造、車道の表面状態などを含み得る。幾つかの実施形態では、プラットフォームデータ記憶装置１３３は、様々な道路セグメントに関する交通状況
を表す交通モデルも保存し得る。幾つかの実施形態では、交通モデルは、各道路セグメントに関連付けられた交通流量、車両密度、平均車両速度、平均車間距離などを示し得る。

幾つかの実施形態では、プラットフォームデータ記憶装置１３３は、モビリティプラットフォーム１３１によって実装されるメトリック推定モデルを保存することができる。メトリック推定モデルは、車両１０３が走行ルートに沿って走行する際に車両１０３の車両移動メトリックを推定するための機械学習ロジックであってもよい。幾つかの実施形態では、プラットフォームデータ記憶装置１３３は、モビリティプラットフォーム１３１によって実装される車両選択モデルを保存することができる。車両選択モデルは、輸送要求を実行するための車両１０３を選択するための機械学習ロジックであってもよい。幾つかの実施形態では、これらの機械学習ロジックは、それらに応じた動作を行うために使用される１つ以上のモデルパラメータ（例えば、係数、重み係数など）を有し得る。幾つかの実施形態では、機械学習ロジックに関して、プラットフォームデータ記憶装置１３３は、機械学習ロジックに関連付けられたモデルパラメータの値、機械学習ロジックのモデルパラメータを調節するために逆伝搬されるフィードバック値などを保存し得る。幾つかの実施形態では、メトリック推定モデルおよび／または車両選択モデルは、畳み込みニューラルネットワーク、線形回帰モデル、再帰ニューラルネットワーク、生成的敵対ネットワークなどの形式で実装され得る。他のタイプの教師ありおよび教師なし学習アルゴリズムも可能であり、企図される。

他のバリエーションおよび／または組み合わせも可能であり、企図される。図１Ａに示すシステム１００が、例示的システムを表すこと、並びに様々な異なるシステム環境および構成が、企図され、かつ本開示の範囲内であることが理解されるであろう。例えば、様々な行為および／または機能性は、サーバからクライアントへ、またはその逆に移動させることができ、データは、単一のデータ記憶装置に統合されてもよく、または追加のデータ記録装置へとさらに細分化されてもよく、幾つかの実施態様は、追加の、またはより少ないコンピューティングデバイス、サービス、および／またはネットワークを含んでもよく、並びに様々な機能性をクライアントまたはサーバ側で実装してもよい。さらに、システムの様々なエンティティは、単一のコンピューティングデバイスもしくはシステムに組み込まれてもよく、または追加のコンピューティングデバイスもしくはシステムに分割されてもよい。

図２Ａは、例示的ＭＰアプリケーション１１０のブロック図である。図示のように、ＭＰアプリケーション１１０は、メッセージプロセッサ２０２、輸送要求プロセッサ２０４、フリートマネージャ２０６、輸送要求エグゼキュータ２０８、およびユーザインタフェースプロセッサ２１０を含み得る（ただし、ＭＰアプリケーション１１０は、非限定的な例として、構成エンジン、トレーニングエンジン、暗号化／復号エンジンなどの追加のコンポーネントを含んでもよく、および／またはこれらの様々なコンポーネントは、単一のエンジンに統合されてもよく、或いは追加のエンジンに分割されてもよいことが理解されるであろう）。幾つかの実施形態では、ＭＰアプリケーション１１０は、ＭＰ１０１の様々なコンピューティングエンティティに実装されてもよく、およびそれが実装されるコンピューティングエンティティに基づいて構成されてもよい。幾つかの実施形態では、ＭＰアプリケーション１１０は、ユーザデバイス１０７に実装されてもよく、任意選択的に、ユーザインタフェースプロセッサ２１０を有効にし、およびＭＰアプリケーション１１０の他のコンポーネントを無効にするように構成されてもよい。幾つかの実施形態では、ＭＰアプリケーション１１０は、ＭＰサーバ１０５に実装されてもよく、任意選択的に、メッセージプロセッサ２０２、輸送要求プロセッサ２０４、およびフリートマネージャ２０６を有効にし、並びにＭＰアプリケーション１１０の他のコンポーネントを無効にするように構成されてもよい。幾つかの実施形態では、ＭＰアプリケーション１１０は、車両１０３に実装されてもよく、任意選択的に、メッセージプロセッサ２０２および輸送要求エ
グゼキュータ２０８を有効にし、並びにＭＰアプリケーション１１０の他のコンポーネントを無効にするように構成されてもよい。ＭＰアプリケーション１１０の他の構成も可能であり、企図される。

メッセージプロセッサ２０２、輸送要求プロセッサ２０４、フリートマネージャ２０６、輸送要求エグゼキュータ２０８、およびユーザインタフェースプロセッサ２１０は、ソフトウェア、ハードウェア、またはそれらの組み合わせとして実装されてもよい。メッセージプロセッサ２０２、輸送要求プロセッサ２０４、フリートマネージャ２０６、輸送要求エグゼキュータ２０８、およびユーザインタフェースプロセッサ２１０は、バス（例えば、バス１５４）および／またはプロセッサ（例えば、プロセッサ１１５）によって、互いにおよび／またはコンピューティングエンティティのコンピューティングデバイス（例えば、車両１０３のコンピューティングデバイス１５２）の他のコンポーネントに通信可能に結合されてもよい。幾つかの実施形態では、コンポーネント１１０、２０２、２０４、２０６、２０８、および／または２１０の１つ以上は、それらの機能性を提供するためにプロセッサ（例えば、プロセッサ１１５）によって実行可能な命令のセットである。さらなる実施形態では、コンポーネント１１０、２０２、２０４、２０６、２０８、および／または２１０の１つ以上は、メモリ（例えば、メモリ１１７）に保存可能であり、それらの機能性を提供するためにプロセッサ（例えば、プロセッサ１１５）によってアクセス可能および実行可能である。上記の実施形態の何れにおいても、これらのコンポーネント１１０、２０２、２０４、２０６、２０８、および／または２１０は、プロセッサ（例えば、プロセッサ１１５）およびコンピューティングエンティティのコンピューティングデバイス（例えば、車両１０３のコンピューティングデバイス１５２）の他のコンポーネントとの連携および通信に適応し得る。少なくとも図３Ａ～４Ｂを参照して、ＭＰアプリケーション１１０、およびそのコンポーネント２０２、２０４、２０６、２０８、および／または２１０を以下にさらに詳細に記載する。

図２Ｂは、例示的モビリティエージェント１２０のブロック図である。図示のように、モビリティエージェント１２０は、メッセージプロセッサ２５０および車両マネージャ２５２を含み得る（ただし、モビリティエージェント１２０は、限定されないが、構成エンジン、トレーニングエンジン、暗号化／復号エンジンなどの追加のコンポーネントを含んでもよく、および／またはこれらの様々なコンポーネントは、単一のエンジンに統合されてもよく、或いは追加のエンジンに分割されてもよいことが理解されるであろう）。メッセージプロセッサ２５０および車両マネージャ２５２は、ソフトウェア、ハードウェア、またはそれらの組み合わせとして実装されてもよい。メッセージプロセッサ２５０および車両マネージャ２５２は、バスおよび／またはプロセッサによって、互いにおよび／またはコンピューティングエンティティのコンピューティングデバイスの他のコンポーネント（例えば、モビリティプラットフォーム１３１）に通信可能に結合されてもよい。幾つかの実施形態では、コンポーネント１２０、２５０、および／または２５２の１つ以上は、それらの機能性を提供するためにプロセッサによって実行可能な命令のセットである。さらなる実施形態では、コンポーネント１２０、２５０、および／または２５２の１つ以上は、メモリに保存可能であり、それらの機能性を提供するためにプロセッサによってアクセス可能および実行可能である。上記の実施形態の何れにおいても、これらのコンポーネント１２０、２５０、および／または２５２は、プロセッサおよびコンピューティングエンティティのコンピューティングデバイスの他のコンポーネントとの連携および通信に適応し得る。少なくとも図３Ａ～４Ｂを参照して、モビリティエージェント１２０、およびそのコンポーネント２５０および／または２５２を以下にさらに詳細に記載する。

図３Ａ～３Ｄは、ＭＰ１０１の車両１０３を管理するための例示的方法３００のフローチャートを示す。幾つかの実施形態では、方法３００は、要求側ＭＰ１０１の輸送要求を実行するために第１のＭＰ１０１に属する車両１０３の利用の開始および管理を行うため
に、モビリティエージェント１２０によって実装され得る。ブロック３０２では、要求側ＭＰ１０１が、要求側ＭＰ１０１のユーザの輸送要求を受信し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、輸送要求プロセッサ２０４が、要求側ＭＰ１０１のユーザによって開始された輸送要求を受信し得る。ユーザは、ユーザデバイス１０７上の要求側ＭＰ１０１のＭＰアプリケーション１１０ａを用いて、輸送要求を開始することができ、輸送要求は、ユーザが輸送要求を開始した際にユーザが提供した要求パラメータおよび入力パラメータを含み得る。要求側ＭＰ１０１のユーザによって開始された輸送要求は、本明細書では、要求側ＭＰ１０１の輸送要求と呼ばれ得る。

ブロック３０４では、要求側ＭＰ１０１は、輸送要求を処理し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、輸送要求プロセッサ２０４が、輸送要求を分析し、輸送要求の要求パラメータおよび入力パラメータを抽出し得る。本明細書の他の箇所で述べたように、要求パラメータは、輸送要求を実行するために必要な要求情報（例えば、要求のタイプ、車両ユーザの人数、ラゲッジスペース、ピックアップ地点、ピックアップ時刻、目的地点）を指定することができ、入力パラメータは、輸送要求に関してユーザが追加的に提供した他の入力情報（例えば、座席のタイプ、車内温度、運転者支援特徴など）を指定し得る。一例として、輸送要求プロセッサ２０４は、ユーザが、３個の標準機内持ち込み用アイテムを持つ二人の乗客の相乗りを要求したことを決定し得る。二人の乗客は、２０１８年１１月５日の１４：００：００にソルトレイクシティ空港でピックアップされ、ユニバーシティキャンパスで降ろされる必要がある。ユーザは、２つの暖房シート、および車両内の車内温度が２４℃を上回ることを要求した。

幾つかの実施形態では、輸送要求プロセッサ２０４は、輸送要求に関する車両移動要件および車両特徴要件を決定し得る。車両移動要件および／または車両特徴要件の１つ以上が、ユーザによって指定される場合には、輸送要求プロセッサ２０４は、輸送要求の入力パラメータ（例えば、座席のタイプが暖房シートであること、車内温度が２４℃を上回ることなど）に基づいて、これらの車両要件を決定し得る。車両移動要件および／または車両特徴要件の１つ以上が、ユーザによって指定されない場合には、輸送要求プロセッサ２０４は、これらの車両要件が、要求側ＭＰ１０１の運用プロトコルにおいて指定されたデフォルト車両要件（例えば、待ち時間が１０分未満、車両速度が５５～１２０ｋｍ／ｈの範囲内、車両の加速度／減速度が４～６ｍ／ｓ^２の範囲内など）であると決定し得る。要求側ＭＰ１０１の輸送要求に関する車両移動要件および車両特徴要件は、本明細書では、要求側ＭＰ１０１の車両移動要件および車両特徴要件と呼ばれ得る。

ブロック３０６では、要求側ＭＰ１０１は、輸送要求が自社の車両フリート内の車両１０３によって実行可能であるか否かを決定し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６が、要求側ＭＰ１０１の車両フリート内の車両１０３の車両データを分析し、輸送要求を実行できる第１の車両１０３を決定し得る。幾つかの実施形態では、フリートマネージャ２０６は、各車両１０３が、要求パラメータを満たす利用可能なユーザスペースおよび利用可能なラゲッジスペースを有するとともに、輸送要求の車両特徴要件を満たす静的特徴属性（例えば、座席のタイプ、足元の空間サイズ、運転者支援特徴など）および動的特徴属性（例えば、車内温度、車内湿度レベルなど）を有し得る車両１０３のセットを決定し得る。これらの車両１０３は、ピックアップ距離の閾値（例えば、３ｋｍ未満）を満たす、車両場所と輸送要求のピックアップ地点との間のピックアップ距離も有し得る。

幾つかの実施形態では、フリートマネージャ２０６は、車両１０３のセットから第１の車両１０３を選択し得る。幾つかの実施形態では、車両１０３のセット内の車両１０３に関して、フリートマネージャ２０６は、要求側ＭＰ１０１によって実装されたルート計算モデルを使用して、車両１０３が輸送要求のピックアップ地点から目的地点まで走行する
ための走行ルートを算出するとともに、車両１０３が目的地点に到着し得る推定到着時刻を算出し得る。幾つかの実施形態では、フリートマネージャ２０６は、車両１０３の車両ルートプランを分析し、輸送要求のピックアップ時刻と推定到着時刻との間のタイムウィンドウ中に、車両１０３が利用可能であるか否かを決定し得る。輸送要求のピックアップ時刻と推定到着時刻との間のタイムウィンドウ中に、車両１０３が利用可能である場合には、フリートマネージャ２０６は、車両１０３が輸送要求を実行するための第１の車両１０３であると決定し得る。幾つかの実施形態では、複数の第１の車両１０３が輸送要求を実行できる場合には、フリートマネージャ２０６は、輸送要求を実行するために輸送要求のピックアップ地点から最小のピックアップ距離を有する第１の車両１０３を選択し得る。上述の通り、第１の車両１０３は、要求側ＭＰ１０１の車両フリートに含まれ、従って、第１の車両１０３は、要求側ＭＰ１０１に固有の算出モデルおよび／または車両構成を実装し得る。その結果、第１の車両１０３は、要求側ＭＰ１０１の運用プロトコルに従って輸送要求を実行することができ、従って、第１の車両１０３が輸送要求を実行する際の第１の車両１０３の車両移動メトリック（例えば、車両の速度、車両の加速度／減速度、車両の振動メトリックなど）は、要求側ＭＰ１０１の車両移動要件を満たすことができる。

ブロック３０６において、輸送要求が要求側ＭＰの第１の車両１０３によって実行可能であると要求側ＭＰ１０１が決定すると、方法３００は、ブロック３０８に進み得る。ブロック３０８では、要求側ＭＰ１０１が、第１の車両１０３を使用して輸送要求を実行し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６は、第１の車両１０３が第１の車両１０３の車両ルートプランにおけるピックアップ時刻前の最後の停車地点から輸送要求のピックアップ地点へと再配置するための再配置ルートを決定し得る。次いで、フリートマネージャ２０６が、ピックアップ地点、ピックアップ時刻、目的地点、第１の車両１０３の再配置ルート、および輸送要求のピックアップ地点から目的地点への第１の車両１０３の走行ルートを含むように、第１の車両１０３の車両ルートプランを更新し得る。要求側ＭＰ１０１の第１の車両１０３において、輸送要求エグゼキュータ２０８が、第１の車両１０３の更新された車両ルートプランに基づいて、輸送要求を実行し得る。

代替的に、要求側ＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６は、輸送要求のピックアップ地点、ピックアップ時刻、および目的地点を含むように、第１の車両１０３の車両ルートプランを更新し得る。要求側ＭＰ１０１の第１の車両１０３において、輸送要求エグゼキュータ２０８は、第１の車両１０３の車両ルートプランにおけるピックアップ時刻前の最後の停車地点から輸送要求のピックアップ地点への第１の車両１０３の再配置ルートを決定し、輸送要求のピックアップ地点から目的地点への第１の車両１０３の走行ルートを決定し、並びに第１の車両１０３の更新された車両ルートプラン、再配置ルート、および走行ルートに基づいて輸送要求を実行し得る。幾つかの実施形態では、輸送要求を実行するために、輸送要求エグゼキュータ２０８は、ピックアップ地点、ピックアップ時刻、目的地点、再配置ルート、および走行ルートを車両コントローラ１１５に伝達し、それに応じて、車両コントローラ１１５は、第１の車両１０３のナビゲーションシステム、アクチュエータ、モチベータなどを制御し得る。その結果、第１の車両１０３は、ほぼピックアップ時刻にピックアップ地点に到着することができ、その後、輸送要求を実行するために、輸送要求のピックアップ地点から目的地点への走行ルートをたどることができる。

ブロック３０６において、輸送要求が要求側ＭＰの車両フリート内のいずれの車両によっても実行可能ではないと要求側ＭＰ１０１が決定すると、方法３００は、ブロック３１０に進み得る。ブロック３１０では、要求側ＭＰ１０１は、輸送要求を実行するために別のＭＰ１０１に属する車両１０３の利用を要求するモビリティ使用要求を生成し、モビリ
ティ使用要求をモビリティエージェント１２０に送信し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６が、輸送要求の要求ＩＤおよび要求パラメータを含むモビリティ使用要求を生成し得る。モビリティ使用要求は、要求側ＭＰ１０１の車両移動要件および車両特徴要件も含み得る。次いで、メッセージプロセッサ２０２が、ネットワーク１０９を介して、モビリティ使用要求をモビリティエージェント１２０に送信し得る。

ブロック３１２では、モビリティエージェント１２０が、ネットワーク１０９を介して、要求側ＭＰ１０１のＭＰサーバ１０５からモビリティ使用要求を受信し、モビリティ使用要求を処理し得る。具体的には、モビリティエージェント１２０において、メッセージプロセッサ２５０が、モビリティ使用要求を分析し、輸送要求の要求ＩＤおよび要求パラメータを抽出し、並びに要求側ＭＰ１０１の車両移動要件および車両特徴要件を抽出し得る。本明細書の他の箇所で述べたように、要求パラメータは、輸送要求を遂行するために必要な要求情報（例えば、要求のタイプ、車両ユーザの人数、ラゲッジスペース、ピックアップ地点、ピックアップ時刻、目的地点）を指定し得る。車両移動要件は、車両１０３が輸送要求を実行する際に車両１０３の車両移動が満たす必要がある要件（例えば、待ち時間、走行時間、車両速度、加速度／減速度、車両の振動メトリック、車内騒音レベルなど）を指定し得る。車両特徴要件は、車両１０３が輸送要求を実行する際に車両１０３の車両特徴が満たす必要がある要件（例えば、車内温度、車内湿度レベル、座席のタイプ、足元の空間サイズ、運転支援特徴、インフォテインメント特徴、飲食オプションなど）を指定し得る。本明細書の他の箇所で述べたように、車両移動要件および車両特徴要件は、ユーザが輸送要求を開始した際に要求側ＭＰ１０１のユーザによって提供された入力パラメータ、および／または要求側ＭＰ１０１の運用プロトコルにおいて指定されたデフォルト要件に基づいて決定され得る。

ブロック３１４では、モビリティエージェント１２０が、輸送要求の要求パラメータおよび要求側ＭＰ１０１の車両特徴要件に基づいて、１つ以上の第１のＭＰ１０１の１つ以上の第１の車両プロファイルを選択し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２が、プラットフォームデータ記憶装置１３３内の他のＭＰ１０１の複数の車両プロファイルから、第１のＭＰ１０１の第１の車両１０３を表す第１の車両プロファイルを選択することができ、他のＭＰ１０１は、要求側ＭＰ１０１とは異なり得る。幾つかの実施形態では、車両マネージャ２５２は、他のＭＰ１０１の車両プロファイルを分析し、および要求パラメータによって示される要求されたキャパシティを満たし、かつ要求側ＭＰ１０１の車両特徴要件を満たす第１の車両１０３を表す第１の車両プロファイルを選択し得る。従って、選択されるためには、第１の車両１０３は、輸送要求の車両ユーザの人数およびラゲッジスペースを満たす利用可能なユーザスペースおよび利用可能なラゲッジスペースを有し得る。第１の車両１０３は、要求側ＭＰ１０１の車両特徴要件を満たす静的特徴属性（例えば、座席のタイプ、足元の空間サイズ、運転者支援特徴など）および動的特徴属性（例えば、車内温度、車内湿度レベルなど）も有し得る。幾つかの実施形態では、選択されるためには、第１の車両１０３は、第１の車両１０３の大きな再配置を避けるために、ピックアップ距離の閾値（例えば、５ｋｍ未満）を満たす、第１の車両１０３の車両場所と輸送要求のピックアップ地点との間のピックアップ距離も有し得る。幾つかの実施形態では、車両マネージャ２５２は、ピックアップ距離に基づいて第１の車両１０３のランク付けを行い、輸送要求のピックアップ地点から最小のピックアップ距離を有する所定の数の第１の車両１０３を選択し得る（例えば、１０台の車両）。

上記の例を継続する。車両マネージャ２５２は、各第１の車両１０３が、少なくとも２つの空いている暖房シートを有し、かつ少なくとも３個の標準機内持ち込み用アイテムを十分における利用可能なラゲッジスペースを有し得る、第１のＭＰ１０１の第１の車両１
０３を表す第１の車両プロファイルを選択し得る。この例では、これらの第１の車両１０３は、２４℃を上回る車両内の車内温度も有し得る。

ブロック３１６では、第１のＭＰ１０１の第１の車両１０３ごとに、モビリティエージェント１２０が、第１の車両１０３に関連付けられた実行可能性に関する要求を生成し、実行可能性に関する要求を第１のＭＰ１０１に送信し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２が、第１の車両１０３の車両ＩＤ、並びに輸送要求の要求ＩＤおよび要求パラメータを含む実行可能性に関する要求を生成し得る。幾つかの実施形態では、車両マネージャ２５２は、実行可能性に関する要求から、要求側ＭＰ１０１の車両移動要件および車両特徴要件を除外し得る。この実施態様は、要求側ＭＰ１０１の車両移動要件および車両特徴要件を第１のＭＰ１０１に開示することを避け、従って、これらの第１のＭＰ１０１が、要求側ＭＰ１０１の運用プロトコル、および輸送要求を実行するために必要とされない要求側ＭＰ１０１のユーザによって提供された入力パラメータを知らなくてもよいので有利である。次いで、メッセージプロセッサ２５０が、第１のＭＰ１０１の第１の車両１０３に関連付けられた実行可能性に関する要求を第１のＭＰ１０１に送信し得る。

ブロック３１８では、第１のＭＰ１０１が、第１のＭＰ１０１の第１の車両１０３に関連付けられた実行可能性に関する要求を受信し、実行可能性に関する要求を処理し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、メッセージプロセッサ２０２が、実行可能性に関する要求を分析し、第１の車両１０３の車両ＩＤ、並びに輸送要求の要求ＩＤおよび要求パラメータを抽出し得る。本明細書の他の箇所で述べたように、要求パラメータは、輸送要求の要求のタイプ、車両ユーザの人数、ラゲッジスペース、ピックアップ地点、ピックアップ時刻、および目的地点を含み得る。

ブロック３２０では、第１のＭＰ１０１は、輸送要求が自社の車両フリート内の第１の車両１０３によって実行可能であるか否かを決定し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６は、第１の車両１０３が第１のＭＰ１０１の運用プロトコルおよび第１の車両１０３の車両ルートプランに基づいて輸送要求を実行できるか否かを決定し得る。幾つかの実施形態では、フリートマネージャ２０６が、第１のＭＰ１０１の運用プロトコルを参照し、輸送要求の要求のタイプ（例えば、相乗り）が第１の車両１０３の要求カテゴリ（例えば、車両レンタルおよび荷物の配送）に含まれるか否かを決定し得る。幾つかの実施形態では、フリートマネージャ２０６は、第１のＭＰ１０１によって実装されたルート計算モデルを使用して、第１の車両１０３が輸送要求のピックアップ地点から目的地点まで走行するための走行ルートを決定するとともに、第１の車両１０３が輸送要求を実行する場合に第１の車両１０３が目的地点に到着し得る推定到着時刻を算出し得る。次いで、フリートマネージャ２０６は、第１の車両１０３の車両ルートプランを参照し、輸送要求のピックアップ時刻と推定到着時刻との間のタイムウィンドウ中に、第１の車両１０３が利用可能であるか否かを決定し得る。幾つかの実施形態では、輸送要求の要求のタイプが第１の車両１０３の要求カテゴリに含まれ、かつ輸送要求のピックアップ時刻と推定到着時刻との間のタイムウィンドウ中に第１の車両１０３が利用可能である場合には、フリートマネージャ２０６は、第１の車両１０３が輸送要求を実行できると決定し得る。第１のＭＰ１０１は、輸送要求が第１の車両１０３によって実行可能であるか否かを決定するために他のファクタおよび／または他の実施態様を使用し得ることが理解されるであろう。

ブロック３２０において、輸送要求が第１の車両１０３によって実行可能ではないと第１のＭＰ１０１が決定した場合には、方法３００は、ブロック３２２に進み得る。ブロック３２２では、第１のＭＰ１０１が、第１の車両１０３に関連付けられた非実行可能性の応答を生成し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、フリー
トマネージャ２０６が、輸送要求の要求ＩＤおよび第１の車両１０３の車両ＩＤを含む非実行可能性の応答を生成し、非実行可能性の応答は、第１の車両１０３が輸送要求を実行できないことを示し得る。ブロック３２４では、メッセージプロセッサ２０２が、第１の車両１０３に関連付けられた非実行可能性の応答をモビリティエージェント１２０に送信し得る。

幾つかの実施形態では、モビリティエージェント１２０が、第１の車両１０３に関連付けられた非実行可能性の応答を第１のＭＰ１０１から受信し、非実行可能性の応答を処理し得る。具体的には、モビリティエージェント１２０において、メッセージプロセッサ２５０が、非実行可能性の応答を分析し、要求ＩＤおよび第１の車両１０３の車両ＩＤを抽出し得る。第１の車両１０３が輸送要求を実行できないため、車両マネージャ２５２は、さらなる検討において第１の車両１０３を無視し得る。

ブロック３２０において、輸送要求が第１の車両１０３によって実行可能であると第１のＭＰ１０１が決定した場合には、方法３００は、ブロック３２６に進み得る。ブロック３２６では、第１のＭＰ１０１が、輸送要求を実行するための第１の車両１０３に関するモビリティプランを生成し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６が、輸送要求の要求パラメータおよび第１のＭＰ１０１の運用プロトコルに基づいて、第１の車両１０３に関するモビリティプランを生成し得る。幾つかの実施形態では、第１の車両１０３のモビリティプランを生成するために、フリートマネージャ２０６が、第１のＭＰ１０１によって実装されたルート計算モデルを使用して、第１の車両１０３が輸送要求のピックアップ地点から目的地点まで走行するための走行ルートを決定し得る。従って、第１のＭＰ１０１のＭＰサーバ１０５および第１の車両１０３に実装された第１のＭＰ１０１の算出モデル（例えば、ルート計算モデルなど）および車両構成により、第１の車両１０３は、第１のＭＰ１０１の他の輸送要求の実行に類似したやり方で、要求側ＭＰ１０１の輸送要求を実行することができる。幾つかの実施形態では、輸送要求のピックアップ地点から目的地点への第１の車両１０３の走行ルートは、第１の車両１０３の車両ルートプランに基づき得る。例えば、フリートマネージャ２０６は、第１の車両１０３の車両ルートプランにおけるピックアップ時刻前の最後の停車地点に基づいて、第１の車両１０３が輸送要求のピックアップ地点から目的地点へ走行するための最適走行ルートを決定し得る。

幾つかの実施形態では、第１の車両１０３に関するモビリティプランを生成するために、フリートマネージャ２０６は、第１の車両１０３が第１の車両１０３の車両ルートプランにおけるピックアップ時刻前の最後の停車地点から輸送要求のピックアップ地点へと再配置するための再配置ルートを決定すること、および第１の車両１０３がピックアップ地点に到着し得る推定ピックアップ時刻を算出することもできる。フリートマネージャ２０６は、推定ピックアップ時刻および輸送要求のピックアップ地点から目的地点への第１の車両１０３の走行ルートに基づいて、第１の車両１０３が目的地点に到着し得る推定到着時刻も算出することができる。フリートマネージャ２０６は、要求側ＭＰ１０１の輸送要求を実行するために第１のＭＰ１０１の第１の車両１０３を利用するモビリティ使用コストも算出することができる。例えば、モビリティ使用コストは、再配置ルートと、第１の車両１０３が輸送要求を実行するために走行し得る走行ルートとの全長に正比例し得る。

幾つかの実施形態では、フリートマネージャ２０６は、次に、輸送要求を実行するための第１の車両１０３に関するモビリティプランを生成し、モビリティプランは、モビリティプランを一意的に識別するプランＩＤ、第１のＭＰ１０１のＭＰＩＤ、第１の車両１０３の車両ＩＤ、輸送要求の要求ＩＤ、輸送要求のピックアップ地点から目的地点への第１の車両１０３の走行ルート、第１の車両１０３がピックアップ地点に到着し得る推定ピックアップ時刻、第１の車両１０３が目的地点に到着し得る推定到着時刻、輸送要求を実行
するために第１の車両１０３を利用するモビリティ使用コストなどを含み得る。ブロック３２８では、メッセージプロセッサ２０２が、第１の車両１０３のモビリティプランをモビリティエージェント１２０に送信し得る。

幾つかの実施形態では、モビリティエージェント１２０は、輸送要求を実行するための第１の車両１０３に関するモビリティプランを受信し得る。上述の通り、モビリティエージェント１２０は、第１の車両１０３が属する第１のＭＰ１０１のＭＰサーバ１０５から第１の車両１０３のモビリティプランを受信し得る。従って、モビリティエージェント１２０は、様々な第１のＭＰ１０１のＭＰサーバ１０５から複数の第１の車両１０３の複数のモビリティプランを受信することができ、各第１の車両１０３は、第１の車両１０３が輸送要求を実行するために選択される場合には、そのモビリティプランに従って輸送要求を実行することができる。幾つかの実施形態では、モビリティエージェント１２０は、各第１の車両１０３のモビリティプランを処理し得る。具体的には、モビリティエージェント１２０において、メッセージプロセッサ２５０が、各第１の車両１０３のモビリティプランを分析し、モビリティプランのプランＩＤ、第１のＭＰ１０１のＭＰＩＤ、第１の車両１０３の車両ＩＤ、輸送要求の要求ＩＤ、輸送要求のピックアップ地点から目的地点への第１の車両１０３の走行ルート、第１の車両１０３がピックアップ地点に到着し得る推定ピックアップ時刻、第１の車両１０３が目的地点に到着し得る推定到着時刻、輸送要求を実行するために第１の車両１０３を利用するモビリティ使用コストなどを抽出し得る。

ブロック３３０では、各第１の車両１０３のモビリティプランに関して、モビリティエージェント１２０は、要求側ＭＰ１０１の車両移動要件および第１の車両１０３のモビリティプランを使用して、第１の車両１０３が輸送要求を実行する資格があるか否かを決定し得る。幾つかの実施形態では、第１の車両１０３が輸送要求を実行する資格があるか否かを決定するために、モビリティエージェント１２０は、第１の車両１０３が第１の車両１０３のモビリティプランに従って走行する場合の第１の車両１０３の１つ以上の推定車両移動メトリックを算出し得る。

幾つかの実施形態では、第１の車両１０３のモビリティプランに従って走行する第１の車両１０３の推定車両移動メトリックを算出するために、モビリティエージェント１２０は、様々な交通状況下における、輸送要求のピックアップ地点から目的地点への第１の車両１０３の走行ルートに沿った、第１の車両１０３の車両移動をシミュレーションし得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２は、第１の車両１０３の走行ルートに含まれる道路セグメント上の様々な交通状況を示すために、交通モデル（例えば、交通流量、車両密度、平均車両速度など）のモデルパラメータに異なる値を適用し得る。各交通状況に関して、車両マネージャ２５２は、交通モデル、これらの道路セグメントの車道データ（例えば、車道構造、車線ステータス、車道の表面状態など）、第１の車両１０３の車両動作モデル（例えば、加速／減速パターン、ブレーキパターン、運動モデルなど）などに基づいて、その交通状況下におけるこれらの道路セグメントに沿った第１の車両１０３の車両移動をシミュレーションし得る。次いで、車両マネージャ２５２は、シミュレーションされた車両移動に基づいて、その交通状況下におけるこれらの道路セグメントに沿って走行する第１の車両１０３の車両移動メトリックを推定し、第１の車両１０３の推定された車両移動メトリックが要求側ＭＰ１０１の車両移動要件（例えば、待ち時間、走行時間、車両速度、車両の振動メトリックなど）を満たすか否かを決定し得る。例えば、車両マネージャ２５２は、第１の車両１０３の推定車両移動メトリックが、要求側ＭＰ１０１の対応する車両移動要件によって指定された車両移動メトリックの値範囲内であるか否か、またはその車両移動メトリックの値に等しいか否かを決定し得る。

幾つかの実施形態では、様々な交通状況下で走行ルートの道路セグメントに沿って走行
する第１の車両１０３の推定車両移動メトリックが全て、要求側ＭＰ１０１の車両移動要件を満たす場合には、車両マネージャ２５２は、第１の車両１０３のモビリティプランに従った輸送要求のピックアップ地点から目的地点への走行ルートに沿った第１の車両１０３の車両移動が、要求側ＭＰ１０１の車両移動要件を満たすと決定することができる。従って、車両マネージャ２５２は、第１の車両１０３が、第１の車両１０３のモビリティプランに従って、要求側ＭＰ１０１に関する輸送要求を実行する資格があると決定することができる。幾つかの実施形態では、ある交通状況下で走行ルートの道路セグメントに沿って走行する第１の車両１０３の１つ以上の推定車両移動メトリックが、要求側ＭＰ１０１の車両移動要件を満たさない場合には、車両マネージャ２５２は、第１の車両１０３のモビリティプランに従った輸送要求のピックアップ地点から目的地点への走行ルートに沿った第１の車両１０３の車両移動が、要求側ＭＰ１０１の車両移動要件を満たさないと決定することができる。従って、車両マネージャ２５２は、第１の車両１０３が、第１の車両１０３のモビリティプランに従って、要求側ＭＰ１０１に関する輸送要求を実行する資格がないと決定することができる。

幾つかの実施形態では、第１の車両１０３のモビリティプランに従って走行する第１の車両１０３の推定車両移動メトリックを算出するために、モビリティエージェント１２０は、メトリック推定モデルを実装し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２が、第１の車両１０３の車両移動メトリックを推定する機械学習ロジックの形式でメトリック推定モデルを実装し得る。車両マネージャ２５２によって実装される例示的メトリック推定モデルを図４Ａに示す。図示のように、メトリック推定モデルは、車両移動メトリック推定器４０２およびフィードバック計算器４０４を含み得る。本明細書の他の箇所で述べたように、メトリック推定モデルは、その動作を行うために使用される１つ以上のモデルパラメータを含み得る。

図４Ａに示すように、車両移動メトリック推定器４０２は、様々な入力を使用して、第１の車両１０３の推定車両移動メトリックを算出し得る。幾つかの実施形態では、車両移動メトリック推定器４０２は、第１の車両１０３の車両動作モデル（例えば、加速／減速パターン、ブレーキパターン、運動モデルなど）、走行ルートに含まれる道路セグメントの車道データ（例えば、車道構造、車線ステータス、車道の表面状態など）、走行ルートに含まれる道路セグメント上の交通状況を表す交通モデル（例えば、交通流量、車両密度、平均車両速度など）、第１の車両１０３のモビリティプランにおける推定ピックアップ時刻と推定到着時刻との間のタイムウィンドウなどを使用して、輸送要求のピックアップ地点から目的地点への走行ルートに沿って走行する第１の車両１０３の推定車両移動メトリックを算出し得る。以下に詳細に述べるように、輸送要求を実行するために第１の車両１０３が選択された際に、車両マネージャ２５２は、第１の車両１０３による輸送要求の実行のモニタリングを行い、それに応じてメトリック推定モデルのモデルパラメータを調節することができる。その結果、第１の車両１０３の推定車両移動メトリックの算出におけるメトリック推定モデルの精度を継続的に向上させることができる。

幾つかの実施形態では、メトリック推定モデルを使用して、第１の車両１０３のモビリティプランに従って走行する第１の車両１０３の推定車両移動メトリックが算出されると、車両マネージャ２５２は、第１の車両１０３のこれらの推定車両移動メトリックが要求側ＭＰ１０１の車両移動要件（例えば、待ち時間、走行時間、車両速度、車両の振動メトリックなど）を満たすか否かを決定し得る。第１の車両１０３の推定車両移動メトリックが要求側ＭＰ１０１の車両移動要件を満たす場合には、車両マネージャ２５２は、第１の車両１０３のモビリティプランに従った輸送要求のピックアップ地点から目的地点への走行ルートに沿った第１の車両１０３の車両移動が、要求側ＭＰ１０１の車両移動要件を満たすと決定し得る。従って、車両マネージャ２５２は、第１の車両１０３が、第１の車両１０３のモビリティプランに従って要求側ＭＰ１０１に関する輸送要求を実行する資格が
あると決定し得る。幾つかの実施形態では、第１の車両１０３の１つ以上の推定車両移動メトリックが、要求側ＭＰ１０１の車両移動要件を満たさない場合には、車両マネージャ２５２は、第１の車両１０３のモビリティプランに従った輸送要求のピックアップ地点から目的地点への走行ルートに沿った第１の車両１０３の車両移動が、要求側ＭＰ１０１の車両移動要件を満たさないと決定し得る。従って、車両マネージャ２５２は、第１の車両１０３が、第１の車両１０３のモビリティプランに従って要求側ＭＰ１０１に関する輸送要求を実行する資格がないと決定し得る。

幾つかの実施形態では、第１の車両１０３が第１の車両１０３のモビリティプランに従って輸送要求を実行する資格があるか否かを決定するために、モビリティエージェント１２０は、車両選択モデルを実装し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２は、第１の車両１０３のモビリティプランおよび要求側ＭＰ１０１の車両移動要件を所与として第１の車両１０３が輸送要求を実行する資格があるか否かを決定する機械学習ロジックの形式で車両選択モデルを実装し得る。車両マネージャ２５２によって実装される例示的車両選択モデルを図４Ｂに示す。図示のように、車両選択モデルは、車両セレクタ４５２およびフィードバック計算器４５４を含み得る。本明細書の他の箇所で述べたように、車両選択モデルは、その動作を行うために使用される１つ以上のモデルパラメータを含み得る。

図４Ｂに示すように、車両セレクタ４５２は、様々な入力を使用して、第１の車両１０３が第１の車両１０３のモビリティプランに従って輸送要求を実行する資格があるか否かを決定し得る。幾つかの実施形態では、車両セレクタ４５２は、第１の車両１０３の車両カテゴリデータ（例えば、車両のタイプ、車両の年式、車両のメーカー、車両のモデルなど）、第１の車両１０３の車両動作モデル（例えば、加速／減速パターン、ブレーキパターン、運動モデルなど）、第１の車両１０３のモビリティプラン（例えば、輸送要求のピックアップ地点から目的地点への走行ルート、推定ピックアップ時刻、推定到着時刻など）、要求側ＭＰ１０１の車両移動要件（例えば、待ち時間、走行時間、車両速度、車両の振動メトリックなど）などを使用して、第１の車両１０３が輸送要求を実行する資格があるか否かを決定し得る。従って、車両セレクタ４５２は、第１の車両１０３の車両特性およびモビリティプランを所与として、要求側ＭＰ１０１の車両移動要件に基づいて、輸送要求を実行するための第１の車両１０３の資格を評価し得る。以下に詳細に述べるように、輸送要求を実行するために第１の車両１０３が選択された際に、車両マネージャ２５２は、第１の車両１０３による輸送要求の実行のモニタリングを行い、それに応じて車両選択モデルのモデルパラメータを調節することができる。その結果、第１の車両１０３が第１の車両１０３のモビリティプランに従って輸送要求を実行する資格があるか否かの決定における車両選択モデルの精度を継続的に向上させることができる。

図３Ｂの方法３００に戻る。ブロック３３０において、第１の車両１０３のモビリティプランおよび要求側ＭＰ１０１の車両移動要件を所与として、第１の車両１０３が輸送要求を実行する資格があるとモビリティエージェント１２０が決定した場合には、方法３００は、ブロック３３２に進み得る。ブロック３３２において、モビリティエージェント１２０が、輸送要求に関連付けられたモビリティプランのリストを更新し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２が、第１の車両１０３のモビリティプランを含むようにモビリティプランのリストを更新し得る。ブロック３３０において、第１の車両１０３のモビリティプランおよび要求側ＭＰ１０１の車両移動要件を所与として、第１の車両１０３が輸送要求を実行する資格がないとモビリティエージェント１２０が決定した場合には、モビリティエージェント１２０は、さらなる検討において第１の車両１０３を無視し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２は、モビリティプランのリストに第１の車両１０３のモビリティプランを含めなくてよい。

幾つかの実施形態では、輸送要求に関連付けられたモビリティプランのリストは、要求側ＭＰ１０１の輸送要求を実行する資格がある１つ以上の第１の車両１０３の１つ以上のモビリティプランを含み得る。従って、第１の車両１０３のモビリティプランがモビリティプランのリストに含まれるためには、第１のＭＰ１０１の第１の車両１０３は、輸送要求の車両ユーザの人数およびラゲッジスペースを満たす利用可能なユーザスペースおよび利用可能なラゲッジスペースを有するとともに、ブロック３１４に関して上述したような要求側ＭＰ１０１の車両特徴要件を満たす静的特徴属性および動的特徴属性を有し得る。第１のＭＰ１０１の第１の車両１０３は、ブロック３３０に関して上述したような要求側ＭＰ１０１の車両移動要件を満たす第１の車両１０３のモビリティプランに従って走行する第１の車両１０３の車両移動も有し得る。これらの決定がモビリティエージェント１２０によって行われるので、この実施態様は、要求側ＭＰ１０１の車両特徴要件および車両移動要件を第１のＭＰ１０１に開示することなく、かつ第１のＭＰ１０１に属する第１の車両１０３の車両ステータスデータ（例えば、車両移動メトリック、車両特徴メトリック、車両キャパシティメトリックなど）および車両動作モデルを要求側ＭＰ１０１に開示することなく、要求側ＭＰ１０１の輸送要求を実行する資格がある第１のＭＰ１０１の第１の車両１０３を識別することができる。

幾つかの実施形態では、輸送要求に関連付けられたモビリティプランのリストが決定されると、ブロック３３４において、モビリティエージェント１２０が、モビリティプランのリストを要求側ＭＰ１０１に提供し得る。具体的には、モビリティエージェント１２０において、メッセージプロセッサ２５０が、ネットワーク１０９を介して、モビリティプランのリストを要求側ＭＰ１０１のＭＰサーバ１０５に送信し得る。上述の通り、モビリティプランのリストは、要求側ＭＰ１０１の輸送要求を実行する資格がある第１の車両１０３のモビリティプランを含み得る。幾つかの実施形態では、要求側ＭＰ１０１に送信されたモビリティプランのリストにおいて、各第１の車両１０３のモビリティプランは、輸送要求の要求ＩＤ、モビリティプランのプランＩＤ、輸送要求のピックアップ地点から目的地点へと走行するために第１の車両１０３がたどり得る走行ルート、第１の車両１０３がピックアップ地点に到着し得る推定ピックアップ時刻、第１の車両１０３が目的地点に到着し得る推定到着時刻、輸送要求を実行するために第１の車両１０３を利用するモビリティ使用コストなどを含み得る。各第１の車両１０３のモビリティプランは、任意選択的に、第１の車両１０３が属する第１のＭＰ１０１のＭＰＩＤ、第１の車両１０３の車両ＩＤ、第１の車両１０３の車両カテゴリデータ（例えば、車両のタイプ、車両の年式、車両のメーカー、車両のモデルなど）なども含み得る。

幾つかの実施形態では、要求側ＭＰ１０１は、輸送要求に関連付けられたモビリティプランのリストをモビリティエージェント１２０から受信し、モビリティプランのリストを処理し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、メッセージプロセッサ２０２が、モビリティプランのリストを分析し、各第１の車両１０３のモビリティプランを抽出し得る。ブロック３３６では、要求側ＭＰ１０１が、輸送要求を実行するためのモビリティプランのリスト内の１つの第１の車両１０３のモビリティプランを選択し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６が、モビリティプランに含まれる走行ルート、推定ピックアップ時刻、推定到着時刻、モビリティ使用コストなどの１つ以上に基づいて、第１の車両１０３のモビリティプランを選択し得る。例えば、フリートマネージャ２０６は、輸送要求を実行するために最短の走行ルート、最も早い推定ピックアップ時刻、最も早い推定到着時刻、および／または最安のモビリティ使用コストを有する第１の車両１０３のモビリティプランを選択し得る。代替的に、ユーザインタフェースプロセッサ２１０が、輸送要求を開始した要求側ＭＰ１０１のユーザに対して、モビリティプランのリスト内の第１の車両１０３のモビリティプランをレンダリングし得る。例えば、ユーザインタフェースプロセッサ２１０は、
ユーザデバイス１０７上の要求側ＭＰ１０１のＭＰアプリケーション１１０ａを介して、ユーザに対して第１の車両１０３のモビリティプランをレンダリングし、ユーザデバイス１０７上の要求側ＭＰ１０１のＭＰアプリケーション１１０ａを介して、輸送要求を実行するためのモビリティプランの選択をユーザから受信し得る。

幾つかの実施形態では、要求側ＭＰ１０１は、輸送要求と関連付けられたモビリティプラン選択を生成し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６が、輸送要求の要求ＩＤ、および輸送要求を実行するために選択された第１の車両１０３のモビリティプランを識別するプランＩＤを含むモビリティプラン選択を生成し得る。ブロック３３８において、メッセージプロセッサ２０２が、ネットワーク１０９を介して、輸送要求に関連付けられたモビリティプラン選択をモビリティエージェント１２０に送信し得る。

幾つかの実施形態では、モビリティエージェント１２０は、要求側ＭＰ１０１のＭＰサーバ１０５から、輸送要求に関連付けられたモビリティプラン選択を受信し、モビリティプラン選択を処理し得る。具体的には、モビリティエージェント１２０において、メッセージプロセッサ２５０が、モビリティプラン選択を分析し、輸送要求の要求ＩＤ、および輸送要求を実行するために選択されたモビリティプランのプランＩＤを抽出し得る。幾つかの実施形態では、次に、車両マネージャ２５２が、選択されたモビリティプランに基づいて、車両予約要求を生成し得る。幾つかの実施形態では、車両マネージャ２５２は、選択されたモビリティプランに関連付けられた第１の車両１０３および第１のＭＰ１０１を決定し、輸送要求を実行するための第１のＭＰ１０１の第１の車両１０３を予約する車両予約要求を生成し得る。車両予約要求は、輸送要求の要求ＩＤ、第１の車両１０３の車両ＩＤ、および輸送要求を実行するために選択された第１の車両１０３のモビリティプランのプランＩＤを含み得る。ブロック３４０において、メッセージプロセッサ２５０は、車両予約要求を第１のＭＰ１０１に送信し得る。

幾つかの実施形態では、第１のＭＰ１０１が、モビリティエージェント１２０から車両予約要求を受信し、車両予約要求を処理し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、メッセージプロセッサ２０２が、車両予約要求を分析し、輸送要求の要求ＩＤ、第１の車両１０３の車両ＩＤ、および第１の車両１０３のモビリティプランのプランＩＤを抽出し得る。上述の通り、車両予約要求は、第１の車両１０３のモビリティプランに従って輸送要求を実行するための第１のＭＰ１０１の第１の車両１０３を予約し得る。

ブロック３４２において、第１の車両１０３が輸送要求を実行するために、第１のＭＰ１０１は、第１の車両１０３のモビリティプランに基づいて、第１の車両１０３の車両ルートプランを更新し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６が、輸送要求のピックアップ地点および目的地点、第１の車両１０３が第１の車両１０３の車両ルートプランにおけるピックアップ時刻前の最後の停車地点から輸送要求のピックアップ地点へと再配置するための再配置ルート、および第１の車両１０３が輸送要求のピックアップ地点から目的地点まで走行するための走行ルートを含むように、第１の車両１０３の車両ルートプランを更新し得る。幾つかの実施形態では、フリートマネージャ２０６は、第１の車両１０３が輸送要求のピックアップ地点に到着し得る推定ピックアップ時刻、および第１の車両１０３が輸送要求の目的地点に到着し得る推定到着時刻などを示すように、第１の車両１０３の車両ルートプランも更新し得る。幾つかの実施形態では、フリートマネージャ２０６は、第１の車両１０３の更新された車両ルートプランを第１の車両１０３に送信し得る。従って、第１の車両１０３は、第１の車両１０３のモビリティプランに従って輸送要求を実行するために、第１の車両１０３の更新された車両ルートプランに依存し得る。

幾つかの実施形態では、輸送要求を実行するために、第１の車両１０３は、第１の車両１０３の車両ルートプランにおけるピックアップ時刻前の最後の停車地点から輸送要求のピックアップ地点へと再配置するための再配置ルートをたどり得る。第１の車両１０３が輸送要求のピックアップ地点に到達した際に、第１のＭＰ１０１は、輸送要求に関連付けられた実行開始通知を生成し得る。具体的には、第１のＭＰ１０１の第１の車両１０３において、メッセージプロセッサ２０２が、第１の車両１０３のモビリティプランに従った輸送要求の実行が開始されたことを示す実行開始通知を生成し得る。実行開始通知は、輸送要求の要求ＩＤ、第１の車両１０３の車両ＩＤ、およびそれに基づいて第１の車両１０３が輸送要求を実行しているモビリティプランのプランＩＤを含み得る。ブロック３４４において、メッセージプロセッサ２０２が、実行開始通知をモビリティエージェント１２０に送信し得る。メッセージプロセッサ２０２は、第１のＭＰ１０１のＭＰサーバ１０５にも実行開始通知を送信し得る。

ブロック３４６において、輸送要求の実行が開始される際に、第１のＭＰ１０１は、第１の車両１０３のモビリティプランに従って、第１の車両１０３によって要求側ＭＰ１０１の輸送要求を実行し得る。具体的には、第１のＭＰ１０１の第１の車両１０３において、輸送要求エグゼキュータ２０８は、走行ルートおよび輸送要求の目的地点を車両コントローラ１１５に伝達し、それに応じて、車両コントローラ１１５は、第１の車両１０３のナビゲーションシステム、アクチュエータ、モチベータなどを制御し得る。その結果、第１の車両１０３は、輸送要求のピックアップ地点から目的地点へと走行するための走行ルートをたどり、それによって、要求側ＭＰ１０１の輸送要求を実行することができる。上記の例を継続して、輸送要求において要求側ＭＰ１０１のユーザが要求した相乗りを提供するために、第１のＭＰ１０１の第１の車両１０３は、３個の標準機内持ち込み用アイテムを持つ二人の乗客をピックアップするためにソルトレイクシティ空港に到着し得る。次に、第１の車両１０３は、二人の乗客および彼らのラゲッジアイテムをユニバーシティキャンパスで降ろすために、ソルトレイクシティ空港からユニバーシティキャンパスへと走行するために、第１の車両１０３のモビリティプランの走行ルートをたどり得る。

幾つかの実施形態では、モビリティエージェント１２０は、輸送要求に関連付けられた実行開始通知を第１のＭＰ１０１から受信し、実行開始通知を処理し得る。具体的には、モビリティエージェント１２０において、メッセージプロセッサ２５０が、実行開始通知を分析し、輸送要求の要求ＩＤ、第１の車両１０３の車両ＩＤ、およびそれに基づいて第１の車両１０３が輸送要求を実行しているモビリティプランのプランＩＤを抽出し得る。上述の通り、実行開始通知は、第１の車両１０３のモビリティプランに従った第１のＭＰ１０１の第１の車両１０３による輸送要求の実行が開始されたことを示し得る。

ブロック３４８では、モビリティエージェント１２０が、第１の車両１０３による輸送要求の実行中に、第１の車両１０３の車両移動メトリックおよび／または車両特徴メトリックをモニタリングし得る。具体的には、モビリティエージェント１２０において、第１の車両１０３がそのモビリティプランに従って輸送要求を実行する際に、車両マネージャ２５２が、第１の車両１０３の車両ステータスデータを継続的にモニタリングし得る。本明細書の他の箇所で述べたように、第１の車両１０３の車両ステータスデータは、第１の車両１０３の車両移動を表す車両移動メトリック（例えば、車両の場所、車両の速度、車両の加速度／減速度、車両の振動メトリック、車内騒音レベルなど）、および第１の車両１０３の動的特徴属性（例えば、車内温度、車内湿度レベルなど）を表す車両特徴メトリックを含み得る。第１の車両１０３の車両ステータスデータは、モビリティエージェント１２０のプラットフォームデータ記憶装置１３３に保存されてもよく、および第１の車両１０３によって周期的に更新され得る（例えば、２秒ごと）。

ブロック３５０において、モビリティエージェント１２０は、第１の車両１０３が輸送要求を実行しているときに、第１の車両１０３の車両移動メトリックに基づいて、メトリック推定モデルおよび／または車両選択モデルのモデルパラメータを調節し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２は、車両マネージャ２５２によって実装されたメトリック推定モデルおよび／または車両選択モデルのモデルパラメータを調節し得る。

ブロック３３０に関して上述したように、車両マネージャ２５２は、輸送要求のピックアップ地点から目的地点への走行ルートに沿って走行する第１の車両１０３の推定車両移動メトリックを算出するためのメトリック推定モデルを実装することができ、第１の車両１０３のこれらの推定車両移動メトリックに基づいて、第１の車両１０３が輸送要求を実行する資格があるか否かを決定することができる。ブロック３４８に関して上述したように、車両マネージャ２５２は、第１の車両１０３が輸送要求を実行するために輸送要求のピックアップ地点から目的地点への走行ルートに沿って走行する際に、第１の車両１０３の車両移動メトリックをモニタリングし得る。従って、メトリック推定モデルが車両マネージャ２５２に実装される図４Ａに示すように、メトリック推定モデルのフィードバック計算器４０４は、第１の車両１０３の推定車両移動メトリックおよび第１の車両１０３の車両移動メトリックに基づいて、フィードバック値を算出し得る。例えば、フィードバック値は、第１の車両１０３の推定車両移動メトリックと、対応する車両移動メトリックとの間の差を示し得る。

幾つかの実施形態では、車両マネージャ２５２は、フィードバック値に基づいて、メトリック推定モデルのモデルパラメータを調節し得る。例えば、車両マネージャ２５２は、フィードバック値を車両移動メトリック推定器４０２に逆伝搬し、フィードバック値に基づいて第１の車両１０３の推定車両移動メトリックを算出するために車両移動メトリック推定器４０２によって使用されるモデルパラメータを調節することができる。従って、第１の車両１０３の推定車両移動メトリックと、車両移動メトリックとの間の差を示すフィードバック値が、メトリック推定モデルのモデルパラメータを調節するために使用され得るので、第１の車両１０３の推定車両移動メトリックを算出する際のメトリック推定モデルの精度を継続的に向上させることができる。その結果、車両マネージャ２５２は、このメトリック推定モデルを使用して算出された第１の車両１０３の推定車両移動メトリックに基づいて、輸送要求を実行する資格がある第１の車両１０３を正確に決定することができる。

ブロック３３０に関して上述したように、車両マネージャ２５２は、第１の車両１０３の車両特性（例えば、車両カテゴリデータ、車両動作モデルなど）、第１の車両１０３のモビリティプラン（例えば、走行ルート、推定ピックアップ時刻、推定到着時刻など）、および要求側ＭＰ１０１の車両移動要件（例えば、待ち時間、走行時間、車両速度、車両の振動メトリックなど）に基づいて、第１の車両１０３が輸送要求を実行する資格があるか否かを決定するための車両選択モデルを実装し得る。ブロック３４８に関して上述したように、車両マネージャ２５２は、第１の車両１０３が要求側ＭＰ１０１の輸送要求を実行する際に、第１の車両１０３の車両移動メトリックをモニタリングし得る。従って、車両選択モデルが車両マネージャ２５２に実装される図４Ｂに示すように、車両選択モデルのフィードバック計算器４５４は、第１の車両１０３の車両移動メトリックおよび要求側ＭＰ１０１の車両移動要件に基づいて、フィードバック値を算出し得る。例えば、フィードバック値は、第１の車両１０３の車両移動メトリックと、要求側ＭＰ１０１の対応する車両移動要件との間の差を示し得る。

幾つかの実施形態では、車両マネージャ２５２は、フィードバック値に基づいて、車両選択モデルのモデルパラメータを調節し得る。例えば、車両マネージャ２５２は、フィー
ドバック値を車両セレクタ４５２に逆伝搬し、フィードバック値に基づいて第１の車両１０３が輸送要求を実行する資格があるか否かを決定するために車両セレクタ４５２によって使用されるモデルパラメータを調節することができる。従って、第１の車両１０３の車両移動メトリックと、第１の車両１０３の車両移動メトリックが満たす必要がある要求側ＭＰ１０１の車両移動要件との間の差を示すフィードバック値が、車両選択モデルのモデルパラメータを調節するために使用され得るので、第１の車両１０３の車両特性、第１の車両１０３のモビリティプラン、および要求側ＭＰ１０１の車両移動要件を所与として、第１の車両１０３が輸送要求を実行する資格があるか否かを決定する際の車両選択モデルの精度を継続的に向上させることができる。その結果、車両マネージャ２５２は、この車両選択モデルを使用して、輸送要求を実行する資格がある第１の車両１０３を正確に決定することができる。

幾つかの実施形態では、モビリティエージェント１２０は、第１のＭＰ１０１の第１の車両１０３による輸送要求の実行中に、要求側ＭＰ１０１の車両移動要件および／または車両特徴要件の違反を検出し得る。図３Ｃの方法３００に戻り、ブロック３５２において、モビリティエージェント１２０は、第１の車両１０３が要求側ＭＰ１０１の輸送要求を実行する際の第１の車両１０３の車両移動メトリックが、要求側ＭＰ１０１の対応する車両移動要件に違反するか否かを決定し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２は、第１の車両１０３の車両移動メトリックが、要求側ＭＰ１０１の対応する車両移動要件によって指定された車両移動メトリックの値範囲外であるか否か、またはその車両移動メトリックの値に等しくないか否かを決定し得る。第１の車両１０３の車両移動メトリックが、要求側ＭＰ１０１の対応する車両移動要件によって指定された車両移動メトリックの値範囲外である、またはその車両移動メトリックの値に等しくない場合には、車両マネージャ２５２は、第１の車両１０３の車両移動メトリックが要求側ＭＰ１０１の対応する車両移動要件に違反すると決定し得る。幾つかの実施形態では、車両マネージャ２５２は、第１の車両１０３が要求側ＭＰ１０１の輸送要求を実行する際に、第１の車両１０３の車両特徴メトリックが要求側ＭＰ１０１の対応する車両特徴要件に違反するか否かを同様に決定することもできる。

幾つかの実施形態では、第１の車両１０３の車両移動メトリックが、要求側ＭＰ１０１の対応する車両移動要件に違反せず、かつ第１の車両１０３の車両特徴メトリックが、要求側ＭＰ１０１の対応する車両特徴要件に違反しない場合には、方法３００は、ブロック３４８に進み得る。ブロック３４８において、モビリティエージェント１２０は、第１の車両１０３による輸送要求の実行中に、第１の車両１０３の車両移動メトリックおよび車両特徴メトリックのモニタリングを継続し得る。

幾つかの実施形態では、第１の車両１０３が要求側ＭＰ１０１の輸送要求を実行する際に、第１の車両１０３の車両移動メトリックが、要求側ＭＰ１０１の対応する車両移動要件に違反する場合には、方法３００は、ブロック３５４に進み得る。ブロック３５４において、モビリティエージェント１２０は、車両移動メトリックに関連付けられた違反量を算出し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２は、第１の車両１０３の車両移動メトリックおよび要求側ＭＰ１０１の対応する車両移動要件に基づいて、車両移動メトリックに関連付けられた違反量を算出し得る。幾つかの実施形態では、要求側ＭＰ１０１の対応する車両移動要件が、車両移動メトリックに関する値を指定する場合には、車両マネージャ２５２は、第１の車両１０３の車両移動メトリックと、要求側ＭＰ１０１の対応する車両移動要件によって指定された車両移動メトリックの値との間の差である違反量を算出し得る。幾つかの実施形態では、要求側ＭＰ１０１の対応する車両移動要件が、車両移動メトリックに関する値範囲を指定する場合には、車両マネージャ２５２は、第１の車両１０３の車両移動メトリックと、値範囲の上限および下限との間の第１の差および第２の差を算出し、第１の差および第２の差の内のより低い
差である違反量を決定し得る。同様に、第１の車両１０３が要求側ＭＰ１０１の輸送要求を実行する際に、第１の車両１０３の車両特徴メトリックが、要求側ＭＰ１０１の対応する車両特徴要件に違反する場合には、車両マネージャ２５２は、車両特徴メトリックに関連付けられた違反量を同様に算出し得る。

ブロック３５６では、モビリティエージェント１２０が、輸送要求に関連付けられた違反通知を生成し、違反通知を要求側ＭＰ１０１に送信し得る。具体的には、モビリティエージェント１２０において、車両マネージャ２５２が、輸送要求の要求ＩＤ、およびそれに基づいて輸送要求が実行されるモビリティプランのプランＩＤを含む違反通知を生成し得る。第１の車両１０３の車両移動メトリックが要求側ＭＰ１０１の対応する車両移動要件に違反する場合には、違反通知は、要求側ＭＰ１０１の車両移動要件および車両移動メトリックに関連付けられた違反量を含み得る。第１の車両１０３の車両特徴メトリックが、要求側ＭＰ１０１の対応する車両特徴要件に違反する場合には、違反通知は、要求側ＭＰ１０１の車両特徴要件および車両特徴メトリックに関連付けられた違反量を含み得る。メッセージプロセッサ２５０は、次に、第１の車両１０３に関連付けられた違反通知を要求側ＭＰ１０１に送信し得る。従って、違反通知は、第１のＭＰ１０１の第１の車両１０３が要求側ＭＰ１０１の輸送要求を実行する際の要求側ＭＰ１０１の車両移動要件および／または車両特徴要件の違反について、要求側ＭＰ１０１に通知し得る。

ブロック３４８および３５２に関して上述したように、第１のＭＰ１０１の第１の車両１０３の車両移動メトリックおよび車両特徴メトリックが、第１のＭＰ１０１の第１の車両１０３による輸送要求の実行中に要求側ＭＰ１０１の車両移動要件および／または車両特徴要件の違反を検出するために、モビリティエージェント１２０によってモニタリングされ得る。この実施態様は、それが、第１のＭＰ１０１の第１の車両１０３の車両メトリックおよび／または他の車両ステータスデータを要求側ＭＰ１０１に開示することなく、これらの要件違反を要求側ＭＰ１０１に通知することができるので有利である。

上記の例を継続して、モビリティエージェント１２０は、第１のＭＰ１０１の第１の車両１０３が、輸送要求の実行中に、１２５ｋｍ／ｈの車両速度および１６℃の車内温度を有することを決定し得る。この例では、モビリティエージェント１２０は、要求側ＭＰ１０１の車両移動要件が５５～１２０ｋｍ／ｈの範囲内の車両速度を指定すること、および第１の車両１０３の車両速度の違反量が５ｋｍ／ｈであることを示す違反通知を生成し得る。違反通知は、要求側ＭＰ１０１の車両特徴要件が２４℃を上回る車内温度を指定すること、および第１の車両１０３の車内温度の違反量が８℃であることも示し得る。

幾つかの実施形態では、要求側ＭＰ１０１は、輸送要求に関連付けられた違反通知をモビリティエージェント１２０から受信し、違反通知を処理し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、メッセージプロセッサ２０２が、違反通知を分析し、輸送要求の要求ＩＤ、それに基づいて輸送要求が実行されるモビリティプランのプランＩＤ、違反されている要求側ＭＰ１０１の車両移動要件および／または車両特徴要件、並びに第１の車両１０３の対応する車両移動メトリックおよび／または車両特徴メトリックに関連付けられた違反量を抽出し得る。

ブロック３５８では、要求側ＭＰ１０１が、第１の車両１０３の車両移動メトリックおよび／または車両特徴メトリックに関連付けられた違反量に基づいて、補正動作を行い得る。例えば、要求側ＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６が、違反量に基づいて、輸送要求に関連付けられた走行コストを調節し得る。幾つかの実施形態では、輸送要求に関連付けられた走行コストは、輸送要求に関してユーザが請求されるコストでもよく、走行コストに適用される調節量は、第１の車両１０３の車両メトリックに関連付けられた違反量に正比例し得る。幾つかの実施形態では、ユーザインタフェ
ースプロセッサ２１０は、ユーザデバイス１０７上の要求側ＭＰ１０１のＭＰアプリケーション１１０ａを介して、第１の車両１０３の車両メトリックに関連付けられた違反量および輸送要求の調節された走行コストをユーザに対してレンダリングし得る。従って、第１のＭＰ１０１の第１の車両１０３による輸送要求の実行中に要件違反が生じた場合には、要求側ＭＰ１０１は、それに応じて輸送要求の走行コストを調節し、それによって、要求側ＭＰ１０１とのユーザの好ましいユーザ体験を維持することができる。他のタイプの補正動作も可能であり、企図される。

ブロック３６０では、モビリティエージェント１２０は、第１の車両１０３の車両移動メトリックおよび／または車両特徴メトリックに関連付けられた違反量が違反量閾値を満たすか否かを決定し得る。例えば、モビリティエージェント１２０において、車両マネージャ２５２は、第１の車両１０３の車両メトリックに関連付けられた違反量を対応する違反量閾値と比較し得る。違反量閾値は、第１の車両１０３と同じ車両カテゴリデータを有し、かつ良い状態で稼働する複数の車両１０３に関する車両メトリックの平均値に基づいてもよい。幾つかの実施形態では、第１の車両１０３の車両移動メトリックおよび／または車両特徴メトリックに関連付けられた違反量が対応する違反量閾値を満たす場合には、車両マネージャ２５２は、第１の車両１０３に関連付けられた車両逸脱通知を生成することができ、車両逸脱通知は、第１の車両１０３が逸脱状態であることを示すことができる。幾つかの実施形態では、車両逸脱通知は、第１の車両１０３の車両ＩＤ、違反量閾値を満たす第１の車両１０３の車両移動メトリックおよび／または車両特徴メトリック、並びに第１の車両１０３の車両移動メトリックおよび／または車両特徴メトリックに関連付けられた違反量を含み得る。ブロック３６２では、メッセージプロセッサ２５０が、第１の車両１０３が属する第１のＭＰ１０１に対して、第１の車両１０３に関連付けられた車両逸脱通知を送信し得る。

上記の例を継続して、モビリティエージェント１２０は、第１の車両１０３の車内温度に関連付けられた違反量（例えば、８℃）が、対応する違反量閾値（例えば、３℃を上回る）を満たすことを決定することができ、従って、第１の車両１０３が逸脱状態であることを決定することができる。この例では、モビリティエージェント１２０は、第１の車両１０３の車内温度が１６℃であること、および第１の車両１０３の車内温度に関連付けられた違反量が８℃であることを示す車両逸脱通知を生成し得る。

幾つかの実施形態では、第１のＭＰ１０１が、第１の車両１０３に関連付けられた車両逸脱通知を受信し、車両逸脱通知を処理し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、メッセージプロセッサ２０２が、車両逸脱通知を分析し、第１の車両１０３の車両ＩＤ、第１の車両１０３の車両メトリック、および第１の車両１０３の車両メトリックに関連付けられた違反量を抽出し得る。上述の通り、車両逸脱通知は、第１のＭＰ１０１の第１の車両１０３が逸脱状態であることを示し得る。ブロック３６４では、第１のＭＰ１０１が、第１の車両１０３に対してメンテナンス作業を提供し得る。例えば、第１のＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６は、車両ＩＤ、車両メトリック、および第１の車両１０３の車両メトリックに関連付けられた違反量を含むように車両メンテナンスリストを更新すること、整備員が車両メトリックに対応した第１の車両１０３の関連ユニット（例えば、空調システム）を修理するための修理セッションの予定を入れることなどを行い得る。他のタイプのメンテナンス作業も可能であり、企図される。

ブロック３６６では、第１のＭＰ１０１は、第１の車両１０３による輸送要求の実行が完了したか否かを決定し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６が、第１の車両１０３の車両場所をモニタリングし、第１の車両１０３が輸送要求の目的地点に到達したか否かを決定し得る。第１の車両１０３が
輸送要求の目的地点に到達していた場合には、フリートマネージャ２０６は、第１の車両１０３による輸送要求の実行が完了したと決定することができる。第１の車両１０３が輸送要求の目的地点に到達していない場合には、フリートマネージャ２０６は、輸送要求の完了を検出するために、第１の車両１０３の車両場所のモニタリングを継続し得る。

ブロック３６８において、第１のＭＰ１０１の第１の車両１０３による輸送要求の実行が完了すると、第１のＭＰ１０１は、輸送要求に関連付けられた要求完了通知を生成し、要求完了通知をモビリティエージェント１２０に送信し得る。具体的には、第１のＭＰ１０１のＭＰサーバ１０５において、フリートマネージャ２０６は、輸送要求の要求ＩＤ、第１の車両１０３の車両ＩＤ、およびそれに基づいて第１の車両１０３が輸送要求を実行したモビリティプランのプランＩＤを含む要求完了通知を生成し得る。要求完了通知は、第１の車両１０３のモビリティプランに従った第１の車両１０３による輸送要求の実行が完了したことを示し得る。メッセージプロセッサ２０２は、次に、要求完了通知をモビリティエージェント１２０に送信し得る。

幾つかの実施形態では、モビリティエージェント１２０が、輸送要求に関連付けられた要求完了通知を第１のＭＰ１０１から受信し、要求完了通知を処理し得る。具体的には、モビリティエージェント１２０において、メッセージプロセッサ２５０が、要求完了通知を分析し、輸送要求の要求ＩＤ、第１の車両１０３の車両ＩＤ、および第１の車両１０３のモビリティプランのプランＩＤを抽出し得る。上述の通り、要求完了通知は、第１のＭＰ１０１の第１の車両１０３による輸送要求の実行が完了したことを示し得る。従って、車両マネージャ２５２は、第１の車両１０３の車両移動メトリックおよび車両特徴メトリックに基づいた要件違反の検出を停止することができる。幾つかの実施形態では、車両マネージャ２５２は、要求完了通知において、第１の車両１０３の車両ＩＤを除外し、および輸送要求を実行するために第１の車両１０３を利用するモビリティ使用コストを含むように要求完了通知を更新し得る。ブロック３７０では、メッセージプロセッサ２５０は、次に、輸送要求に関連付けられた要求完了通知を要求側ＭＰ１０１に送信し得る。

幾つかの実施形態では、要求側ＭＰ１０１は、輸送要求に関連付けられた要求完了通知をモビリティエージェント１２０から受信し、要求完了通知を処理し得る。具体的には、要求側ＭＰ１０１のＭＰサーバ１０５において、メッセージプロセッサ２０２が、要求完了通知を分析し、輸送要求の要求ＩＤ、それに基づいて輸送要求が実行されたモビリティプランのプランＩＤ、およびモビリティプランに関連付けられたモビリティ使用コストを抽出し得る。ブロック３７２において、フリートマネージャ２０６は、モビリティエージェント１２０に対して、モビリティプランに関連付けられたモビリティ使用コストの支払いを行い得る。モビリティエージェント１２０がモビリティ使用コストの支払いを受け取ると、モビリティエージェント１２０は、第１のＭＰ１０１に対して、モビリティ使用コストの支払いを行い得る。

従って、上述の通り、モビリティエージェント１２０は、要求側ＭＰ１０１の輸送要求を実行する資格がある第１のＭＰ１０１の第１の車両１０３を決定するために、要求側ＭＰ１０１および第１のＭＰ１０１と通信し、輸送要求を実行するための第１のＭＰ１０１の第１の車両１０３の選択および予約を調整し、要件違反を検出し、および要求側ＭＰ１０１に要件違反を報告するために、第１の車両１０３による輸送要求の実行中に第１の車両１０３をモニタリングし、並びに要求側ＭＰ１０１の輸送要求を実行するために第１のＭＰ１０１の第１の車両１０３を利用するモビリティ使用コストの支払いを調整し得る。従って、要求側ＭＰ１０１が、単独で輸送要求を実行する十分な輸送キャパシティを持たない場合であっても、要求側ＭＰ１０１は、要求側ＭＰ１０１のユーザに関する輸送要求を実行するために、第１のＭＰ１０１の第１の車両１０３を柔軟に利用することができる。さらに、輸送要求は第１のＭＰ１０１の第１の車両１０３によって実行されるとしても
、要求側ＭＰ１０１の輸送要求は、要求側ＭＰ１０１の運用プロトコルに従って実行され得る。また、モビリティエージェント１２０の実施態様は、それが要求側ＭＰ１０１の車両移動要件および車両特徴要件を第１のＭＰ１０１に開示する必要性、並びに第１のＭＰ１０１の車両１０３に関連付けられた車両ステータスデータを要求側ＭＰ１０１に開示する必要性をなくすことができるため有利である。加えて、要求側ＭＰ１０１および第１のＭＰ１０１は、直接通信チャネルまたは車両利用合意を互いに確立する必要がなくてよい。

以上の説明では、本発明を十分に理解できるように、多くの詳細について説明した。しかしながら、各実装形態はこれらの具体的な詳細無しでも実施できることは当業者にとって明らかであろう。また、発明が不明瞭になることを避けるために、構造や装置をブロック図の形式で表すこともある。たとえば、本発明は、クライアント装置および特定のソフトウェア／ハードウェアとともに実装される。しかし、明細書の記載は、データおよびコマンドを受信する任意のタイプの計算装置、および、サービスを提供する任意の周辺機器について適用できる。

以上の詳細な説明の一部は、コンピュータ可読記憶媒体に記憶されたデータビットに対する動作のアルゴリズムおよび記号的表現として提供される。なお、本明細書において（また一般に）アルゴリズムとは、所望の結果を得るための論理的な手順を意味する。処理のステップは、物理量を物理的に操作するものである。必ずしも必須ではないが、通常は、これらの量は記憶・伝送・結合・比較およびその他の処理が可能な電気的または磁気的信号の形式を取る。通例にしたがって、これらの信号をビット・値・要素・エレメント・シンボル・キャラクタ・項・数値などとして称することが簡便である。

なお、これらの用語および類似する用語はいずれも、適切な物理量と関連付いているものであり、これら物理量に対する簡易的なラベルに過ぎないということに留意する必要がある。以下の説明から明らかなように、特に断らない限りは、本明細書において「処理」「計算」「コンピュータ計算（処理）」「判断」「表示」といった用語を用いた説明は、コンピュータシステムや類似の電子的計算装置の動作および処理であって、コンピュータシステムのレジスタやメモリ内の物理的（電子的）量を、他のメモリやレジスタまたは同様の情報ストレージや通信装置、表示装置内の物理量として表される他のデータへ操作および変形する動作および処理を意味する。

本発明は、本明細書で説明される動作を実行する装置にも関する。この装置は要求される目的のために特別に製造されるものであっても良いし、汎用コンピュータを用いて構成しコンピュータ内に格納されるプログラムによって選択的に実行されたり再構成されたりするものであっても良い。このようなコンピュータプログラムは、コンピュータのシステムバスに接続可能な、例えばフロッピー（登録商標）ディスク・光ディスク・ＣＤ－ＲＯＭ・磁気ディスクなど任意のタイプのディスク、読み込み専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光学式カード、ＵＳＢキーを含む不揮発性フラッシュメモリ、電子的命令を格納するために適した任意のタイプの媒体などの、非一時的なコンピュータ可読記憶媒体に記憶される。

発明の具体的な実装形態は、完全にハードウェアによって実現されるものでも良いし、完全にソフトウェアによって実現されるものでも良いし、ハードウェアとソフトウェアの両方によって実現されるものでも良い。実装形態は、ソフトウェアによって実現されてもよい。ここでソフトウェアとは、ファームウェア、常駐ソフトウェア、マイクロコードやその他のソフトウェアを含むものである。
さらに、ある実装形態は、コンピュータが利用あるいは読み込み可能な記憶媒体からアクセス可能なコンピュータプログラムプロダクトの形態を取る。この記憶媒体は、コンピ
ュータや任意の命令実行システムによってあるいはそれらと共に利用されるプログラムコードを提供する。コンピュータが利用あるいは読み込み可能な記憶媒体とは、命令実行システムや装置によってあるいはそれらと共に利用されるプログラムを、保持、格納、通信、伝搬および転送可能な任意の装置を指す。

プログラムコードを格納・実行するために適したデータ処理システムは、システムバスを介して記憶素子に直接または間接的に接続された少なくとも１つのプロセッサを有する。記憶素子は、プログラムコードの実際の実行に際して使われるローカルメモリや、大容量記憶装置や、実行中に大容量記憶装置からデータを取得する回数を減らすためにいくつかのプログラムコードを一時的に記憶するキャッシュメモリなどを含む。
入力／出力（Ｉ／Ｏ）装置は、例えばキーボード、ディスプレイ、ポインティング装置などであるが、これらはＩ／Ｏコントローラを介して直接あるいは間接的にシステムに接続される。

データ処理システムが、介在するプライベートネットワークおよび／またはパブリックネットワークを介して、他のデータ処理システム、ストレージデバイス、リモートプリンタなどに結合されるようになることを可能にするために、ネットワークアダプタもシステムに結合されうる。ワイヤレス（たとえば、Ｗｉ－Ｆｉ（登録商標））トランシーバ、イーサネット（登録商標）アダプタ、およびモデムは、ネットワークアダプタのほんの数例に過ぎない。プライベートネットワークおよびパブリックネットワークは、任意の数の構成および／またはトポロジを有しうる。データは、たとえば、様々なインターネットレイヤ、トランスポートレイヤ、またはアプリケーションレイヤのプロトコルを含む、様々な異なる通信プロトコルを使用して、ネットワークを介してこれらのデバイス間で送信されうる。たとえば、データは、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、伝送制御プロトコル（ＴＣＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）、セキュアハイパーテキスト転送プロトコル（ＨＴＴＰＳ）、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）、リアルタイムストリーミングプロトコル（ＲＴＳＰ）、リアルタイムトランスポートプロトコル（ＲＴＰ）およびリアルタイムトランスポート制御プロトコル（ＲＴＣＰ）、ボイスオーバーインターネットプロトコル（ＶＯＩＰ）、ファイル転送プロトコル（ＦＴＰ）、ウェブソケット（ＷＳ）、ワイヤレスアクセスプロトコル（ＷＡＰ）、様々なメッセージングプロトコル（ＳＭＳ、ＭＭＳ、ＸＭＳ、ＩＭＡＰ、ＳＭＴＰ、ＰＯＰ、ＷｅｂＤＡＶなど）、または他の既知のプロトコルを使用して、ネットワークを介して送信されうる。

最後に、本明細書において提示される構造、アルゴリズム、および／または
インターフェースは、特定のコンピュータや他の装置と本来的に関連するものではない。本明細書における説明にしたがったプログラムを有する種々の汎用システムを用いることができるし、また要求された処理ステップを実行するための特定用途の装置を構築することが適した場合もある。これら種々のシステムに要求される構成は、以上の説明において明らかにされる。さらに、本発明は、特定のプログラミング言語と関連づけられるものではない。様々な実装形態で説明される本発明の内容を実装するために種々のプログラミング言語を利用できることは明らかであろう。

実装形態の前述の説明は、例示と説明を目的として行われたものである。したがって、明細書を、網羅的または開示された正確な形式に限定することを意図するものではない。本発明は、上記の開示にしたがって、種々の変形が可能である。本発明の範囲は上述の実装形態に限定解釈されるべきではなく、特許請求の範囲にしたがって解釈されるべきである。本発明の技術に詳しい者であれば、本発明はその思想や本質的特徴から離れることなくその他の種々の形態で実現できることを理解できるであろう。同様に、モジュール・処理・特徴・属性・方法およびその他の本発明の態様に関する名前付けや分割方法は必須な
ものでものないし重要でもない。また、本発明やその特徴を実装する機構は異なる名前や分割方法や構成を備えていても構わない。

さらに、モジュール・処理・特徴・属性・方法およびその他の本発明の態様は、ソフトウェア、ハードウェア、ファームウェアもしくはこれらの組合せとして実装できる。また、本発明をソフトウェアとして実装する場合には、モジュールなどの各要素は、どのような様式で実装されても良い。例えば、スタンドアローンのプログラム、大きなプログラムの一部、異なる複数のプログラム、静的あるいは動的なリンクライブラリー、カーネルローダブルモジュール、デバイスドライバー、その他コンピュータプログラミングの当業者にとって既知な方式として実装することができる。さらに、本発明の実装は特定のプログラミング言語に限定されるものではないし、特定のオペレーティングシステムや環境に限定されるものでもない。

Claims (16)

1. 一つ以上のプロセッサが、
   電子通信ネットワークを介して、第１の車両群に関連付いた、第１のモビリティプロバイダ（ＭＰ）の第１のサーバから、輸送要求の１つ以上の要求パラメータ、および、前記第１のＭＰの１つ以上の車両移動要件を受信することと、
   前記第１のサーバの１つ以上の要求パラメータと、前記第１のＭＰに対応する第１の車両プロファイル群に基づいて、前記第１の車両群よりも追加の輸送力が必要であることを決定することと、
   前記追加の輸送力が必要であることが決定されたことに応答して、
   前記輸送要求の前記１つ以上の要求パラメータに基づいて、第２の車両群に関連付いた、前記第１のＭＰとは異なる第２のＭＰを含む一つ以上の代替ＭＰに対応する第２の車両プロファイル群から、第２のＭＰの所定の車両を表す所定の車両プロファイルを含む、１つ以上の車両プロファイルを選択することと、
   前記第２のＭＰの第２のサーバに、前記輸送要求の前記１つ以上の要求パラメータを送信し、前記第２のサーバから、前記輸送要求を実行するための前記所定の車両向けのモビリティプランであって、前記１つ以上の要求パラメータおよび前記第２のＭＰの運用プロトコルに基づいて生成されたモビリティプランを受信することと、
   前記第１のＭＰの前記１つ以上の車両移動要件および前記所定の車両の前記モビリティプランを使用して、前記所定の車両が前記輸送要求を実行する資格があることを決定することと、
   前記所定の車両が前記輸送要求を実行する資格があると決定したことに応答して、前記電子通信ネットワークを介して、前記所定の車両の前記モビリティプランを、前記第１のＭＰの前記第１のサーバに送信することと、
   を実行する、方法。
2. 前記所定の車両が前記輸送要求を実行する資格があることを決定することは、
   メトリック推定モデルを使用して、前記モビリティプランに従って走行する前記所定の車両の１つ以上の推定車両移動メトリックを算出することと、
   前記所定の車両の前記１つ以上の推定車両移動メトリックが、前記第１のＭＰの前記１つ以上の車両移動要件を満たすことを決定することと、
   を含む、請求項１に記載の方法。
3. 前記所定の車両の前記モビリティプランは、前記輸送要求の、ピックアップ地点から目的地点への前記所定の車両の走行ルートを含み、前記所定の車両の前記走行ルートは、１つ以上の道路セグメントを含み、
   前記モビリティプランに従って走行する前記所定の車両の前記１つ以上の推定車両移動メトリックを算出することは、
   前記所定の車両の車両動作モデル、前記走行ルートにおける前記１つ以上の道路セグメントの車道データ、および、前記走行ルートにおける前記１つ以上の道路セグメントの交通モデルを用いて、前記メトリック推定モデルを使用して、前記所定の車両の前記１つ以上の推定車両移動メトリックを算出することを含む、
   請求項２に記載の方法。
4. 前記第１のＭＰの前記第１のサーバから、前記輸送要求を実行するための前記所定の車両の前記モビリティプランを選択するプラン選択を受信することと、
   前記モビリティプランに従った前記所定の車両による前記輸送要求の実行中に、前記所定の車両の１つ以上の車両移動メトリックをモニタリングすることと、
   前記所定の車両の車両移動メトリックおよび前記所定の車両の推定車両移動メトリックに基づいて、フィードバック値を算出することと、
   前記フィードバック値に基づいて、前記メトリック推定モデルの１つ以上のモデルパラメータを調節することと、をさらに含む、
   請求項２に記載の方法。
5. 前記所定の車両が前記輸送要求を実行する資格があることを決定することは、
   車両選択モデルを使用して、前記所定の車両の車両カテゴリデータ、前記所定の車両の車両動作モデル、前記所定の車両の前記モビリティプラン、および、前記第１のＭＰの前記１つ以上の車両移動要件を用いて、前記所定の車両が前記輸送要求を実行する資格があることを決定することを含む、
   請求項１から４のいずれか１項に記載の方法。
6. 前記第１のＭＰの前記第１のサーバから、前記輸送要求を実行するための前記所定の車両の前記モビリティプランを選択するプラン選択を受信することと、
   前記モビリティプランに従った前記所定の車両による前記輸送要求の実行中に、前記所定の車両の１つ以上の車両移動メトリックをモニタリングすることと、
   前記所定の車両の車両移動メトリックおよび前記第１のＭＰの車両移動要件に基づいて、フィードバック値を算出することと、
   前記フィードバック値に基づいて前記車両選択モデルの１つ以上のモデルパラメータを調節することと、
   をさらに含む、請求項５に記載の方法。
7. 前記輸送要求の前記１つ以上の要求パラメータは、前記輸送要求の、車両ユーザの人数、ラゲッジスペース、ピックアップ地点、目的地点、およびピックアップ時刻の１つ以上を含み、
   前記第１のＭＰの前記１つ以上の車両移動要件は、待ち時間、走行時間、車両速度、加速度／減速度、車両の振動メトリック、および車内騒音レベルの１つ以上を指定し、
   前記所定の車両の前記モビリティプランは、前記輸送要求の前記ピックアップ地点から前記目的地点への前記所定の車両の走行ルート、推定ピックアップ時刻、推定到着時刻、および、モビリティ使用コストの１つ以上を含み、
   前記輸送要求の、前記ピックアップ地点から前記目的地点への前記所定の車両の前記走行ルートが、前記所定の車両の車両ルートプランおよび前記第２のＭＰによって実装されるルート計算モデルに基づいて決定される、
   請求項１に記載の方法。
8. 前記１つ以上の代替ＭＰの前記１つ以上の車両プロファイルを選択することは、
   前記輸送要求の、車両ユーザの人数およびラゲッジスペースを満たす利用可能なユーザスペースおよび利用可能なラゲッジスペースを有する１つ以上の車両を表す前記１つ以上の車両プロファイルを選択することを含む、
   請求項１に記載の方法。
9. 前記１つ以上の代替ＭＰの前記１つ以上の車両プロファイルを選択することは、
   前記１つ以上の車両の車両場所と、前記輸送要求のピックアップ地点との間の距離が、距離閾値を満たす、前記１つ以上の車両を表す前記１つ以上の車両プロファイルを選択することを含む、
   請求項８に記載の方法。
10. 前記第１のＭＰの前記第１のサーバから、前記第１のＭＰの１つ以上の車両特徴要件を受信することをさらに含み、
    前記１つ以上の代替ＭＰの前記１つ以上の車両プロファイルを選択することは、
    前記代替ＭＰの前記１つ以上の車両特徴要件を満たす１つ以上の車両を表す前記１つ以上の車両プロファイルを選択することを含む、
    請求項１に記載の方法。
11. 前記第１のＭＰの前記１つ以上の車両特徴要件は、運転支援の特徴、インフォテインメントの特徴、座席のタイプ、足元の空間サイズ、車内温度、車内湿度レベル、および飲食オプションの１つ以上を指定する、
    請求項１０に記載の方法。
12. 前記第１のＭＰの前記第１のサーバから、前記輸送要求を実行するための前記所定の車両の前記モビリティプランを選択するプラン選択を受信することと、
    前記モビリティプランに従った前記所定の車両による前記輸送要求の実行中に、前記所定の車両の１つ以上の車両移動メトリックをモニタリングすることと、
    前記所定の車両の車両移動メトリックが、前記第１のＭＰの車両移動要件に違反することを決定することと、
    前記所定の車両の前記車両移動メトリックが、前記第１のＭＰの前記車両移動要件に違反すると決定したことに応答して、前記車両移動要件の違反を前記第１のＭＰの前記第１のサーバに通知することと、
    をさらに含む、
    請求項１に記載の方法。
13. 前記所定の車両の前記車両移動メトリックおよび前記第１のＭＰの前記車両移動要件に基づいて、違反量を算出することと、
    前記違反量に基づいて、前記輸送要求に関連付けられた走行コストを調節することと、
    をさらに含む、請求項１２に記載の方法。
14. 前記所定の車両の前記車両移動メトリックおよび前記第１のＭＰの前記車両移動要件に基づいて、違反量を算出することと、
    前記違反量が違反量閾値を満たすことを決定することと、
    前記違反量が前記違反量閾値を満たすと決定したことに応答して、前記所定の車両に対してメンテナンス作業を提供することと、
    をさらに含む、請求項１２に記載の方法。
15. 一つ以上のプロセッサと、一つ以上のメモリを、を含むシステムであって、
    前記メモリは、前記一つ以上のプロセッサによって実行された場合に、前記システムに、
    電子通信ネットワークを介して、第１の車両群に関連付いた、第１のモビリティプロバイダ（ＭＰ）の第１のサーバから、輸送要求の１つ以上の要求パラメータ、および、前記第１のＭＰの１つ以上の車両移動要件を受信することと、
    前記第１のサーバの１つ以上の要求パラメータと、前記第１のＭＰに対応する第１の車両プロファイル群に基づいて、前記第１の車両群よりも追加の輸送力が必要であることを決定することと、
    前記追加の輸送力が必要であることが決定されたことに応答して、
    前記輸送要求の前記１つ以上の要求パラメータに基づいて、第２の車両群に関連付いた、前記第１のＭＰとは異なる第２のＭＰを含む一つ以上の代替ＭＰに対応する第２の車両プロファイル群から、第２のＭＰの所定の車両を表す所定の車両プロファイルを含む、１つ以上の車両プロファイルを選択することと、
    前記第２のＭＰの第２のサーバに、前記輸送要求の前記１つ以上の要求パラメータを送信し、前記第２のサーバから、前記輸送要求を実行するための前記所定の車両向けのモビリティプランであって、前記１つ以上の要求パラメータおよび前記第２のＭＰの運用プロトコルに基づいて生成されたモビリティプランを受信することと、
    前記第１のＭＰの前記１つ以上の車両移動要件および前記所定の車両の前記モビリティプランを使用して、前記所定の車両が前記輸送要求を実行する資格があることを決定することと、
    前記所定の車両が前記輸送要求を実行する資格があると決定したことに応答して、前記電子通信ネットワークを介して、前記所定の車両の前記モビリティプランを、前記第１のＭＰの前記第１のサーバに送信することと、
    を実行させる命令が記憶された、
    システム。
16. 一つ以上のプロセッサが、
    電子通信ネットワークを介して、第１の車両群に関連付いた、第１のモビリティプロバイダ（ＭＰ）の第１のサーバから、輸送要求の１つ以上の要求パラメータ、および、前記第１のＭＰの１つ以上の車両移動要件を受信することと、
    前記第１のサーバの１つ以上の要求パラメータと、前記第１のＭＰに対応する第１の車両プロファイル群に基づいて、前記第１の車両群よりも追加の輸送力が必要であることを決定することと、
    前記追加の輸送力が必要であることが決定されたことに応答して、
    前記輸送要求の前記１つ以上の要求パラメータに基づいて、第２の車両群に関連付いた、前記第１のＭＰとは異なる第２のＭＰを含む一つ以上の代替ＭＰに対応する第２の車両プロファイル群から、第２のＭＰの所定の車両を表す所定の車両プロファイルを含む、１つ以上の車両プロファイルを選択することと、
    前記第２のＭＰの第２のサーバに、前記輸送要求の前記１つ以上の要求パラメータを送信し、前記第２のサーバから、前記輸送要求を実行するための前記所定の車両向けのモビリティプランであって、前記１つ以上の要求パラメータおよび前記第２のＭＰの運用プロトコルに基づいて生成されたモビリティプランを受信することと、
    前記第１のＭＰの前記１つ以上の車両移動要件および前記所定の車両の前記モビリティプランを使用して、前記所定の車両が前記輸送要求を実行する資格があることを決定することと、
    前記所定の車両が前記輸送要求を実行する資格があると決定したことに応答して、前記電子通信ネットワークを介して、前記所定の車両の前記モビリティプランを、前記第１のＭＰの前記第１のサーバに送信することと、
    を実行する方法。

Images