JP2020512636A - 相乗りのための方法およびシステム - Google Patents

Abstract

この開示は、相乗りのためのシステムおよび方法に関する。システムは、第１のサービス意図時間において、第１のサービス要求者から第１のサブジェクトの第１の輸送サービスに関する第１の意図を受信し、前記第１のサービス意図時間に利用可能なサービスプロバイダを識別し、前記サービスプロバイダに、ピックアップロケーションに到着する第１の時点と、前記ピックアップロケーションから出発する前の、前記ピックアップロケーションにおいて停止する待ち時間を送信し、前記第１のサービス要求者に、前記ピックアップロケーションに到着する第２の時点を送信する、ための方法を実行することができる。【選択図】図４

Description

この開示は、一般に、オンデマンドサービスシステムに関し、特に相乗りのための方法およびシステムに関する。

相乗り輸送サービスは、２以上の輸送サービスを、１つの新しい輸送サービスに組み込む構成を指す。相乗り輸送サービスは、交通容量を改善することができる。しかしながら、相乗りのための既存のシステムおよび方法には、不効率性と不愉快なユーザ体験のようないくつかの問題がある。それゆえ、効率性とユーザ体験を改良するための相乗りのための方法およびシステムを提供することが望ましい。

さらなる特徴は、以下の記載の一部において述べられ、一部は、以下の記載および添付図面を調べることにより当業者には、明白になるか、または実例の製造または動作により学習することができる。この開示の特徴は、以下に述べる詳細な例で述べた方法、手段および組合せの種々の態様の実施または使用により実現および達成可能である。

この開示の一態様によれば、システムは、１つまたは複数の記憶媒体と、前記１つまたは複数の記憶媒体と通信するように構成された１つまたは複数のプロセッサを含むことができる。１つまたは複数の記憶媒体は、相乗りのための命令セットを含むことができる。前記１つまたは複数のプロセッサが、命令セットを実行するとき、１つまたは複数のプロセッサは、１つまたは複数の以下の動作を実行するように指示されることができる。前記１つまたは複数のプロセッサは、第１のサービス意図時間（service intention time）に、第１のサービス要求者から第１のサブジェクト（subject）の第１の輸送サービスに関する第１の意図（intention）を受けることができる。１つまたは複数のプロセッサは、第１のサービス意図時間に利用可能なサービスプロバイダを特定することができる。１つまたは複数のプロセッサは、サービスプロバイダに、ピックアップロケーションに到着する第１の時点（time point）と、前記ピックアップロケーションから出発する前のピックアップロケーションに止まる待ち時間を送信することができる。１つまたは複数のプロセッサは、第１のサービス要求者にピックアップロケーションに到着する第２の時点を送信することができる。

いくつかの実施形態において、１つまたは複数のプロセッサは、第２のサービス要求者から第２のサブジェクトの第２の輸送サービスに関する第２の意図を決定することができる。１つまたは複数のプロセッサは、第１の遅延時間（hold off time）を決定することができる。１つまたは複数のプロセッサは、第１の遅延時間内にサービスプロバイダを割り当てる際に、オンライン輸送サービスプラットフォームに通信した複数の他のサービス要求者よりも、第１のサービス要求者および第２のサービス要求者に、より高い優先度を提供することができる。

いくつかの実施形態において、１つまたは複数のプロセッサは、第１のサービス要求者からの第１の輸送サービスの目的地を受信することができる。１つまたは複数のプロセッサは、第１のサービス要求者が、第１のサービス要求者から第１の輸送サービスの要求を受信する前に、第１の輸送サービスを要求する意図があると判断することができる。

いくつかの実施形態において、１つまたは複数のプロセッサは、第２のサービス要求者から第２の輸送サービスの目的地を受信することができる。１つまたは複数のプロセッサは、第２のサービス要求者が、第２のサ−ビス要求者から第２の輸送サービスの要求を受信する前に、第１の輸送サービスを要求する意図があると判断することができる。

いくつかの実施形態において、１つまたは複数のプロセッサは、サービスプロバイダがピックアップロケーションに到着するのに必要とする推定移動時間（travel time）を決定することができる。１つまたは複数のプロセッサは、推定移動時間に基づいて、第１の時点および第２の時点を決定することができる。

いくつかの実施形態において、１つまたは複数のプロセッサは、推定移動時間および待ち時間に基づいてバッファ時間（a buffer time）を決定することができる。いくつかの実施形態において、１つまたは複数のプロセッサは、バッファ時間がしきい値より大きいと判断することができる。１つまたは複数のプロセッサは、推定移動時間および待ち時間に基づいて第２の時点を決定することができる。

いくつかの実施形態において、１つまたは、複数のプロセッサは、バッファ時間がしきい値以下であると判断することができる。１つまたは複数のプロセッサは、しきい値とバッファ時間に基づいて第２の遅延時間を決定することができる。１つまたは複数のプロセッサは、第２の遅延時間、推定移動時間および待ち時間に基づいて第２の時点を決定することができる。

いくつかの実施形態において、しきい値は、第１のサービス意図時間と、第３の意図の第３のサービス意図時間との間の推定時間であり得、第３の意図は、第３の輸送サービスが、第１の輸送サービスと結合される架空の意図であり得る。いくつかの実施形態において、サブジェクトは、一人または複数の乗客であり得、サービスは、タクシーサービスであり得る。いくつかの実施形態において、サブジェクトは、１つまたは複数の商品であり得、サービスは、商品配送サービスであり得る。

この開示の他の態様によれば、方法は、１つまたは複数の以下の動作を含むことができる。オンラインオンデマンド輸送サービスプラットフォームのコンピュータサーバは、第１のサービス意図時間に、第１のサービス要求者から、第１のサブジェクトの第１の輸送サービスに関わる第１の意図を受信することができる。コンピュータサーバは、第１のサービス意図時間に利用可能なサービスプロバイダを特定することができる。コンピュータサーバは、サービスプロバイダに、ピックアップロケーションに到着する第１の時点と、ピックアップロケーションから出発する前のピックアップロケーションに停止する待ち時間を送信することができる。コンピュータサーバは、第１のサービス要求者に、ピックアップロケーションに到着する第２の時点を送信することができる。

いくつかの実施形態において、コンピュータサーバは、第２のサービス要求者から第２のサブジェクトの第２の輸送サービスに関する第２の意図を決定することができる。コンピュータサーバは、第１の遅延時間を決定することができる。コンピュータサーバは、第１の遅延時間内にサービスプロバイダを割り当てる際にオンライン輸送サービスプラットフォームに通信された複数の他のサービス要求者よりも第１のサービス要求者および第２のサービス要求者に、より高い優先度を提供することができる。

いくつかの実施形態において、コンピュータサーバは、第１のサービス要求者から第１の輸送サービスの目的地を受信することができる。コンピュータサーバは、第１のサービス要求者から第１の輸送サービスの要求を受信する前に、第１のサービス要求者が、第１の輸送サービスを要求する意図があると判断することができる。いくつかの実施形態において、コンピュータサーバは、第２のサービス要求者から第２の輸送サービスの目的地を受信することができる。コンピュータサーバは、第２のサービス要求者から第２の輸送サービスの要求を受信する前に、第１の輸送サービスを要求する意図があると判断することができる。

いくつかの実施形態において、コンピュータサーバは、サービスプロバイダがピックアップロケーションに到着するのに必要とする推定移動時間を決定することができる。コンピュータサーバは、推定移動時間に基づいて第１の時点と第２の時点を決定することができる。いくつかの実施形態において、コンピュータサーバは、推定移動時間と待ち時間に基づいてバッファ時間を決定することができる。いくつかの実施形態において、コンピュータサーバは、バッファ時間が、しきい値より大きいと判断することができる。コンピュータサーバは、推定移動時間と待ち時間に基づいて第２の時点を決定することができる。

いくつかの実施形態において、コンピュータサーバは、バッファ時間が、しきい値以下であると判断することができる。コンピュータサーバは、しきい値とバッファ時間に基づいて第２の遅延時間を決定することができる。コンピュータサーバは、第２の遅延時間、推定移動時間および待ち時間に基づいて第２の時点を決定することができる。

いくつかの実施形態において、しきい値は、第１のサービス意図時間と、第３の意図の第３のサービス意図時間との間の推定時間であり得、前記第３の意図時間は、第３の輸送サービスが第１の輸送サービスと組み合わされる仮説の意図（hypothetical intention）であり得る。いくつかの実施形態において、サブジェクトは、一人または複数の乗客であり、サービスは、タクシーサービスであり得る。いくつかの実施形態において、サブジェクトは、１つまたは複数の商品であり、サービスは、商品配送サービスであり得る。

図１は、いくつかの実施形態に従う、例示オンデマンドサービスシステム１００のブロック図である。 図２は、この開示のいくつかの実施形態に従う、コンピューティングデバイス２００の例示ハードウエアおよびソフトウエアコンポーネントを説明する概略図である。 図３は、この開示のいくつかの実施形態に従う処理エンジン１１２の例示アーキテクチャを説明するブロック図である。 図４は、この開示のいくつかの実施形態に従う相乗り輸送サービスの例示処理を説明するフローチャートである。 図５は、この開示のいくつかの実施形態に従う、サービスプロバイダを割り当てる際の優先度を提供する例示処理を説明するフローチャートである。 図６は、この開示のいくつかの実施形態に従う、第１の時点を決定する例示プロセスを説明するフローチャートである。 図７は、この開示のいくつかの実施形態に従う第２の時点を決定する例示プロセスを説明するフローチャートである。

以下の記述は、当業者が、この開示を制作および使用することを可能にするために提示され、および特定の用途と要件のコンテキストにおいて提供される。開示された実施形態に対する種々の変形は、当業者には容易に明白であり、ここに定義される一般的原理は、この開示の原理および範囲から逸脱することなく他の実施形態および用途に適用可能である。従って、この開示は、図示した実施例に限定されず、特許請求の範囲に一致する最も広い範囲に一致する。

ここに使用される用語は、特定の例示実施形態を記載する目的だけのものであり、限定することを意図したものではない。ここに使用されるように、単数形「１つ（ａ）」、「１つ（ａｎ）」、および「前記（ｔｈｅ）」は、そうではないとコンテキストが明瞭に示さない限り、複数形も含むことを意図することができる。さらに、「備える（ｃｏｍｐｒｉｓｅ,）」、「備える（ｃｏｍｐｒｉｓｅｓ，）」および／または「備える（ｃｏｍｐｒｉｓｉｎｇ）」、「含む（ｉｎｃｌｕｄｅ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」は、この明細書で使用されるとき、指定された機能、整数、ステップ、動作、エレメントおよび／またはコンポーネントの存在を指定するが、１つまたは複数の他の特徴、整数、ステップ、動作、エレメント、コンポーネントおよび／またはグループの存在または追加を排除しない。

これらのおよび他の特徴、およびこの開示の特徴、並びに構造の関連エレメントの動作方法と機能、パーツの組合せ、および製造の経済は、そのすべてがこの開示の一部を形成する添付図面を参照して以下の記述を考慮するときより明らかになる。しかしながら、図面は、説明および記述の目的だけのためであり、この開示を限定することを意図したものではない。図面は、縮尺通りではないことが理解される。

この開示で使用されるフローチャートは、この開示のいくつかの実施形態に従って、システムがインプリメントする動作を説明する。フローチャートの動作は、順不同でインプリメントすることができることが明瞭に理解される。逆に、動作は、逆の順序で動作することもできるし、同時に動作することもできる。さらに、１つまたは複数の他の動作をフローチャートに追加することができる。１つまたは複数の動作は、フローチャートから除去することができる。

さらに、この開示のシステムと方法は、主に、共有可能なオーダー（ｏｒｄｅｒ）を割り当てることに関して、記載されており、これは、唯一の例示実施形態であることが理解されなければならない。この開示のシステムまたは方法は、任意の他の種類のオンデマンドサービスに適用可能である。例えば、この開示のシステムまたは方法は、陸地、海洋、宇宙等あるいはそれらの組合せを含む異なる環境の輸送システムに適用可能である。輸送システムの乗り物は、タクシー、プライベートカー、ヒッチ、バス、列車、新幹線、高速鉄道、地下鉄、船、航空機、宇宙船、熱気球、無人乗り物、等または任意のそれらの組合せを含むことができる。輸送システムは、また、管理および／または配送のための任意の輸送システム、例えば、至急便（an express）を送信および／または受信するシステムを含むことができる。この開示のシステムまたは方法のアプリケーションは、ウエブページ、ブラウザのプラグイン、クライアント端末、顧客システム、内部解析システム、人工知能ロボット、等または任意のそれらの組合せを含むことができる。

この開示における「乗客」、「要求者」、「サービス要求者」および「顧客」という用語は、サービスを要求またはオーダーすることができる、個人、エンティティ、またはツールを指すように、交換可能に使用される。また、この開示における「ドライバ」、「サービスドライバ」、および「顧客」という用語は、サービスを提供する、又はサービスの提供を容易にすることができる、個人、エンティティ、またはツールを指すように交換可能に使用される。この開示における「ユーザ」は、サービスを要求する、サービスをオーダーする、サービスを提供する、またはサービスの提供を容易にすることができる個人、エンティティ、またはツールを指すことができる。例えば、ユーザは、乗客、ドライバ、オペレータ等、またはそれらの任意の組合せであり得る。この開示において、「乗客」および「乗客端末」は、交換可能に使用することができ、「ドライバ」および「ドライバ端末」は交換可能に使用することができる。

この開示における「サービス要求」および「オーダー」は、乗客、要求者、サービス要求者、顧客、ドライバ、プロバイダ、サービスプロバイダ、供給者、等または任意のそれらの組合せを指すように交換可能に使用することができる。サービス要求は、乗客、要求者、サービス要求者、顧客、ドライバ、プロバイダ、サービスプロバイダ、または供給者のいずれか一人により受信することができる。サービス要求は、料金を取ってもよいし、無料であってもよい。

この開示で使用される位置決め技術は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、ガリレオ位置決めシステム（Galileo positioning system）、準天頂衛星システム（ＱＺＳＳ）、無線フィデリティ（WiFi）位置決め技術等またはそれらの任意の組合せに基づくことができる。上記位置決めシステムの１つまたは複数は、この開示において交換可能に使用することができる。

この開示の態様は、相乗り輸送サービスのためのオンラインシステムおよび方法に関する。いくつかの実施形態において、要求者端末にインストールされたアプリケーションは、要求者端末にサービス要求者からの入力をコンスタントにモニタし、入力を、この開示におけるオンラインシステムに送信する。従って、要求者端末は、サービス要求者の入力をこの開示のオンラインシステムに、リアルタイムでまたは実質的にリアルタイムで知らせることができる。この結果、サービス要求者が輸送サービスの情報の一部を入力すると、この開示のオンラインシステムは、サービス要求者の意図を判断するための十分な情報を受信することができる。たとえば、サービス要求者が輸送サービスの目的地を入力し、輸送サービス要求をこの開示のオンラインシステムに送信する前に、この開示のオンラインシステムは、すでに目的地を受信することができ、サービス要求者は、目的地への輸送サービスを要求する意図があると、判断することができる。意図を受信した後で、この開示のオンラインシステムは、輸送サービスが利用可能なサービスプロバイダを特定することができる。この開示のオンラインシステムは、サービスプロバイダがピックアップロケーションに到着する第１の時点と、ピックアップロケーションから出発する前のピックアップロケーションに停止する待ち時間をサービスプロバイダに送信することができ、、サービス要求者がピックアップロケーションに到着する第２の時点を送信することができる。さらに、オンラインシステムは、第２のサービス要求者のサービス要求意図を検出し、第１の要求者と第２の要求者のための相乗りをアレンジすることができる。

オンライン相乗りサービスのようなオンラインオンデマンド輸送サービスは、ポストインターネット時代にのみ根付いた新しい形式のサービスである。それは、ポストインターネット時代にのみ起こり得る、ユーザおよびサービスプロバイダへの技術的解決法を提供する。インターネット以前の時代では、ユーザが、街のタクシーを拾うとき、タクシーの要求と受諾は、乗客と、その乗客を見たタクシードライバとの間でのみ生じる。乗客が電話を介してタクシンーを拾う場合、サービスの要求と受諾は、乗客とサービスプロバイダ（例えば、１つのタクシー会社またはエージェント）との間でのみ生じる。ドライバが、相乗りサービスを提供することを望む場合、ドライバは、乗客に向かい合って訪ねなければならず、ドライバの経験により、相乗りサービスを乗客に提供可能かどうかを判断しなければならない。しかしながら、オンライン相乗りサービスは、トランザクション要求を取得し、リアルタイムでおよび自動的に組合せ可能なトランザクション要求を見つける。相乗りサービスは、また、サービスのユーザが、ユーザから離れた膨大な数の個人サービスプロバイダ（例えば、タクシー）にサービス要求をリアルタイムでかつ自動的に配送することを可能にし、複数のサービスプロバイダが、そのサービス要求に同時にかつリアルタイムに応答することを可能にする。それゆえ、インターネットを介して、オンラインオンデマンド輸送システムは、伝統的なインターネット以前の輸送サービスシステムでは、決してかなわなかった、ユーザとサービスプロバイダのためのより効率的なトランザクションプラットフォームを提供することができる。

図１は、いくつかの実施形態に従う例示オンデマンドサービスシステム１００のブロック図である。たとえば、オンデマンドサービスシステム１００は、タクシーを拾うこと、運転手付きサービス（chauffeur service）、特急車（express car）、相乗り、バスサービス、ドライバのレンタル、およびシャトルサービスのような輸送サービスに関するオンライン輸送サービスプラットフォームであり得る。オンデマンドサービスシステム１００は、サーバ１１０、ネットワーク１２０、要求者端末１３０、プロバイダ端末１４０およびデータベース１５０を含むオンラインプラットフォームであり得る。サーバ１１０は、処理エンジン１１２を含むことができる。

いくつかの実施形態において、サーバ１１０は、単一のサーバまたはサーバグループであり得る。サーバグループは、集中化または分散化できる（例えば、サーバ１１０は、分散システムであり得る）。いくつかの実施形態において、サーバ１１０は、ローカルまたはリモートであり得る。例えば、サーバ１１０は、ネットワークを介した、要求者端末１３０、プロバイダ端末１４０および／またはデータベース１５０に記憶された情報および／またはデータにアクセスすることができる。他の例として、サーバ１１０は、記憶された情報および／またはデータをアクセスするために、要求者端末１３０、プロバイダ端末１４０および／またはデータベース１５０に直接接続することができる。いくつかの実施形態において、サーバ１１０は、クラウドプラットフォームにインプリメントされることができる。単に例示として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウド、等またはそれらの任意の組合せを含むことができる。いくつかの実施形態において、サーバ１１０は、この開示における図２に説明された１つまたは複数のコンポーネントを有するコンピューティングデバイス２００上にインプリメントすることができる。

いくつかの実施形態において、サーバ１１０は、処理エンジン１１２を含むことができる。処理エンジン１１２は、この開示で記載される１つまたは複数の機能を実行するためにサービス要求に関連する情報および／またはデータを処理することができる。たとえば、処理エンジン１１２は、要求端末１３０から取得したサービス要求に基づいて目的の乗り物を決定することができる。いくつかの実施形態において、処理エンジン１１２は、１つまたは複数の処理エンジン（例えば、単一コア処理エンジン（複数の場合もある）またはマルチコアプロセッサ（複数の場合もある））を含むことができる。単なる例示として、処理エンジン１１２は、中央処理装置（ＣＰＵ）、特定用途集積回路（ＡＳＩＣ）、特定用途命令プロセッサ（ＡＳＩＰ）、グラフィック処理ユニット（ＧＰＵ）、物理処理ユニット（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサ、等、または任意のそれらの組合せを含むことができる。

ネットワーク１２０を情報および／またはデータの交換を容易にすることができる。いくつかの実施形態において、オンデマンドサービスシステム１００の、１つまたは複数のコンポーネント（例えば、サーバ１１０、要求者端末１３０、プロバイダ端末１４０、およびデータベース１５０）は、情報及び／またはデータを、ネットワーク１２０を介してオンデマンドサービスシステム１００内の他のコンポーネント（複数の場合もある）に送信することができる。例えば、サーバ１１０は、ネットワーク１２０を介して要求者端末１３０からサービス要求を取得／獲得することができる。いくつかの実施形態において、ネットワーク１２０は、任意のタイプの有線または無線ネットワーク、またはそれらの組合せであり得る。単なる例示として、ネットワーク１３０は、ケーブルネットワーク、有線ネットワーク、光ファイバーネットワーク、テレコミュニケーションネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、ブルートゥースネットワーク、ＺｉｇＢｅｅネットワーク、近距離無線通信ネットワーク（ＮＦＣ）等、またはそれらの組合せを含むことができる。いくつかの実施形態において、ネットワーク１２０は１つまたは複数のネットワークアクセスポイントを含むことができる。たとえば、ネットワーク１２０は、基地局および／またはインターネット交換ポイント１２０−１、１２０−２、のような有線または無線ネットワークアクセスを含むことができ、それらを介してオンデマンドサービスシステム１００の１つまたは複数のコンポーネントがネットワーク１２０に接続され、データおよび／または情報を交換することができる。

いくつかの実施形態において、要求者は、要求者端末１３０のユーザであり得る。いくつかの実施形態において、要求者端末１３０のユーザは、要求者以外の誰かであってもよい。例えば、要求者端末１３０のユーザＡは、要求者端末１３０を用いてユーザＢのためのサービス要求を送信し、または、サービスおよび／または情報を受信し、またはサーバ１１０からの命令を受信することができる。いくつかの実施形態において、プロバイダは、プロバイダ端末１４０のユーザであり得る。いくつかの実施形態において、プロバイダ端末１４０のユーザは、プロバイダ以外の誰かであり得る。例えば、プロバイダ端末１４０のユーザＣは、プロバイダ端末１４０を用いてユーザＤからのサービス要求、および／またはサーバ１１０からの情報または命令を受信することができる。いくつかの実施形態において、「要求者」および「要求者端末」は交換可能に使用することができ、「プロバイダ」および「プロバイダ端末」は交換可能に使用することができる。

いくつかの実施形態において、要求者端末１３０は、モバイルデバイス１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、自動車１３０−４内の内蔵デバイス、等またはそれらの任意の組合せを含むことができる。いくつかの実施形態において、モバイルデバイス１３０−１は、スマートホームデバイス、ウエアラブルデバイス、スマートモバイルデバイス、仮想現実デバイス、オーグメンテッドリアリティ（augmented reality）デバイス、等、またはそれらの任意の組合せを含むことができる。いくつかの実施形態において、スマートホームデバイスは、スマートライティング（smart lighting）デバイス、インテリジェント電気装置のコントロールデバイス、スマートモニタリングデバイス、スマートテレビジョン、スマートビデオカメラ、インターフォン、等、またはそれらの任意の組合せを含むことができる。いくつかの実施形態において、ウエアラブルデバイスは、スマートブレスレット、スマートフットギア（smart footgear）、スマートグラス、スマートヘルメット、スマートウォッチ、スマートクロージング（smart clothing）、スマートバックパック、スマートアクセサリ、等またはそれらの任意の組合せを含むことができる。いくつかの実施形態において、スマートモバイルデバイスは、スマートフォン、パーソナルデジタルアシスタンス（ＰＤＡ）、ゲームデバイス、ナビゲーションデバイス、ポイントオブセール（ＰＯＳ）デバイス、等またはそれらの任意の組合せを含むことができる。いくつかの実施形態において、バーチャルリアリティデバイスおよび／または、オーグメンテッドリアリティデバイスは、バーチャルリアリティヘルメット、バーチャルリアリティグラス、バーチャルリアリティパッチ（virtual reality patch）、オーグメンテッドリアリティヘルメット、オーグメンテッドリアリティグラス、オーグメンテッドリアリティパッチ、等、またはそれらの任意の組合せを含むことができる。たとえば、バーチャルリアリティデバイスおよび／またはオーグメンテッドリアリティデバイスは、グーグルグラス、オキュラスリフト（Oculus Rift）、ホロレンズ（Hololens）、ギアＶＲ（Gear VR）等を含むことができる。いくつかの実施形態において、自動車１３０−４内の内蔵デバイスは、オンボードコンピュータ（onboard computer）、オンボードテレビジョン等を含むことができる。いくつかの実施形態において、要求端末１３０は、要求者および／または要求者端末１３０の位置を求める位置決め技術を備えたデバイスであり得る。いくつかの実施形態において、プロバイダ端末１２０は、要求者端末１３０と類似かまたは同じデバイスであり得る。

いくつかの実施形態において、プロバイダ端末１４０は、プロバイダおよび／またはプロバイダ端末１４０の位置を求めるための位置決め技術を備えたデバイスであり得る。いくつかの実施形態において、要求者端末１３０および／またはプロバイダ端末１４０は、他の位置決めデバイスと通信して要求者、要求者端末１３０、プロバイダ、および／またはプロバイダ端末１４０の位置を決定することができる。いくつかの実施形態において、要求者端末１３０は、および／またはプロバイダ端末１４０は、位置情報をサーバ１１０に送信することができる。

データベース１５０は、データおよび／または命令を記憶することができる。いくつかの実施形態において、データベース１５０は、要求者端末１３０および／またはプロバイダ端末１４０から取得したデータを記憶することができる。いくつかの実施形態において、データベース１５０は、サーバ１１０が、この開示で記載した例示方法を実行または使用することができるデータおよび／または命令を記憶することができる。いくつかの実施形態において、データベース１５０は、マスストレージ、リムーバブルストレージ、揮発性リード／ライトメモリ、リードオンリーメモリ（ＲＯＭ）、等またはそれらの任意の組合せを含むことができる。例示マスストレージは、磁気ディスク、光学ディスク、ソリッドステートデバイス等を含むことができる。例示リムーバブルストレージは、フラッシュドライブ、フロッピーディスク、光学ディスク、メモリカード、ジップディスク（zip disk）、磁気テープ等を含むことができる。例示揮発性リード／ライトメモリは、ランダムアクセスメモリ（ＲＡＭ）を含むことができる。例示ＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデートレート同期ダイナミックＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、およびゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ等を含むことができる。）例示ＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、イレーザブルプログラマブルＲＯＭ（ＰＥＲＯＭ）、電気的イレーザブルプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスク（ＣＤ−ＲＯＭ）、およびデジタルバーサタイルディスクＲＯＭ等を含むことができる。いくつかの実施形態において、データベース１５０は、クラウドプラットフォーム上にインプリメントすることができる。単なる例示として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウド等またはそれらの任意の組合せを含むことができる。

いくつかの実施形態において、データベース１５０は、ネットワーク１２０と通信して、オンデマンドサービスシステム１００内の１つまたは複数のコンポーネントと通信することができる（たとえば、サーバ１１０、要求者端末１３０、プロバイダ端末１４０等）。オンデマンドサービスシステム１００の１つまたは複数のコンポーネントは、ネットワーク１２０を介してデータベース１５０内に記憶されたデータまたは命令にアクセスすることができる。いくつかの実施形態において、データベース１５０は、オンデマンドサービスシステム１００の１つまたは複数のコンポーネントに直接接続することができる（例えば、サーバ１１０、要求者端末１３０、プロバイダ端末１４０等）。いくつかの実施形態において、データベース１５０は、サーバ１１０の一部であり得る。

いくつかの実施形態において、オンデマンドサービスシステム１００の１つまたは複数のコンポーネント（例えば、サーバ１１０、要求者端末１３０、プロバイダ端末１４０等）は、データベース１５０へのアクセス許可を有することができる。いくつかの実施形態において、オンデマンドサービスシステム１００の１つまたは複数のコンポーネントは、１つまたは複数の条件を満足するとき、要求者、プロバイダおよび／またはパブリックに関連する情報を読む、および／または変更することができる。例えば、サーバ１１０は、サービス後１つまたは複数のユーザ情報を読むおよび／または変更することができる。他の例として、プロバイダ端末１４０は、要求者端末１３０からサービス要求を受信したとき要求者に関する情報をアクセスすることができるが、プロバイダ端末１４０は、要求者の関連情報を変更することができない。

いくつかの実施形態において、オンデマンドサービスシステム１００内の１つまたは複数のコンポーネントの情報交換は、サービスを要求することにより達成することができる。サービス要求のオブジェクトは、任意のプロダクトであり得る。いくつかの実施形態において、プロダクトは、有形のプロダクト（tangible product）、または無形のプロダクト（immaterial product）であり得る。有形プロダクトは、食料、機械、日用品、化学製品、電気製品、衣服、車、ハウジング、ぜいたく品、等、またはそれらの任意の組合せを含む。無形製品は、サービスプロダクト、財務プロダクト、知識プロダクト、インターネットプロダクト、等、またはそれらの任意の組合せを含むことができる。インターネットプロダクトは、個々のホスト製品、ウエブプロダクト、モバイルインターネットプロダクト、コマーシャルホストプロダクト、埋め込みプロダクト、等またはそれらの任意の組合せを含むことができる。モバイルインターネットプロダクトは、モバイル端末のソフトウエア、プログラム、システム等、またはそれらの任意の組合せにおいて使用することができる。モバイル端末は、タブレットコンピュータ、ラップトップコンピュータ、モバイルフォン、パーソナルデジタルアシスタンス（ＰＤＡ）、スマートウォッチ、ポイントオブセール（ＰＯＳ）デバイス、オンボードコンピュータ、オンボードテレビジョン、ウエアラブルデバイス、等、またはそれらの任意の組合せを含むことができる。たとえば、プロダクトは、コンピュータまたはモバイルフォンで使用されるソフトウエアおよび／またはアプリケーションであり得る。ソフトウエアおよび／またはアプリケーションは、社交、ショッピング、輸送、エンタテイメント、学習、投資、等またはそれらの任意の組合せに関することができる。いくつかの実施形態において、輸送に関するソフトウエアおよび／またはアプリケーションは、移動ソフトウエア及び／又はアプリケーション、乗り物スケジューリングソフトウエアおよび／またはアプリケーション、マッピングソフトウエアおよび／またはアプリケーション、等を含むことができる。乗り物スケジューリングソフトウエアおよび／またはアプリケーションにおいて、乗り物は、馬、馬車、人力車（例えば、手押し車、自転車、三輪車等）、車（例えば、タクシー、バス、プライベートカー等）、電車、地下鉄、船、飛行機（例えば、航空機、ヘリコプター、スペースシャトル、ロケット、熱気球、等）あるいは同様のもの、あるいはそれらの任意の組合せを含むことができる。

図２は、サーバ１１０、要求者端末１３０および／またはプロバイダ端末１４０がこの開示のいくつかの実施形態に従ってインプリメントすることができるコンピューティングデバイス２００の例示ハードウエアおよびソフトウエアコンポーネントを説明する概略図である。たとえば、処理エンジン１１２は、コンピューティングデバイス２００上にインプリメントすることができ、この開示に記載された処理エンジン１１２の機能を実行するように構成することができる。

コンピューティングデバイス２００は、汎用コンピュータまたは特殊用途コンピュータであり得、両方ともこの開示のオンデマンドシステムをインプリメントするために使用することができる。コンピューティングデバイス２００は、ここに開示されるオンデマンドサービスの任意のコンポーネントをインプリメントするために使用することができる。例えば、処理エンジン１１２は、ハードウエア、ソフトウエア、ファームウエアまたはそれらの任意の組合せを介してコンピューティングデバイス２００上でインプリメントすることができる。便宜上そのようなコンピュータを１つだけ示しているが、ここに記載されたオンデマンドサービスに関連するコンピュータ機能は、処理負荷を分散させるために、多数の類似のプラットホーム上に分散する態様でインプリメントすることができる。

コンピューティングデバイス２００は、例えば、データ通信を容易にするために、ネットワークに接続されたおよびネットワークから接続されたＣＯＭポート２５０を含むことができる。コンピューティングデバイス２００は、またプログラム命令を実行するための１つまたは複数のプロセッサの形態のプロセッサ２２０を含むことができる。例示コンピュータプラットフォームは、コンピュータによって処理されるおよび／または送信される種々のデータファイルのために、内部通信バス２１０、異なる形態のプログラムストレージおよびデータストレージ、例えば、ディスク２７０、リードオンリーメモリ（ＲＯＭ）２３０、またはランダムアクセスメモリ（ＲＡＭ）２４０を含むことができる。例示コンピュータプラットフォームは、また、ＲＯＭ２３０、ＲＡＭ２４０、および／または他のタイプの非一時的記憶媒体に記憶され、プロセッサ２２０により実行されるプログラム命令を含むことができる。この開示の方法および／またはプロセスは、プログラム命令としてインプリメントすることができる。コンピューティングデバイス２００は、また、コンピュータと、ユーザインタフェースエレメントのような他のコンポーネントとの間の入出力をサポートするＩ／Ｏ２６０を含む。コンピューティングデバイス２００は、またネットワーク通信を介してプログラミングとデータを受信することができる。

単なる説明として、１つのプロセッサのみが、コンピューティングデバイス２００において記載される。しかしながら、この開示のコンピューティングデバイス２００は、また、複数のプロセッサを含むことができ、従って、この開示で記載された１つのプロセッサによって実行される動作および／または方法ステップは、また、複数のプロセッサによって、一緒に、または単独で実行することができる。たとえば、この開示において、コンピューティングデバイス２００のプロセッサがステップＡとステップＢの両方を実行する場合、ステップＡとステップＢは、また、２つの異なるプロセッサによって、コンピューティングデバイス２００において一緒に、または別個に実行することができる（例えば、第１のプロセッサがステップＡを実行し、第２のプロセッサがステップＢを実行するか、または第１と第２のプロセッサが一緒になってステップＡとＢを実行する）。

図３は、この開示のいくつかの実施形態に従う処理エンジン１１２の例示アーキテクチャを説明するブロック図である。説明するように、処理エンジン１１２は、意図受信モジュール３１０、プロバイダ識別モジュール３２０、ロケーション選択モジュール３３０、時間決定モジュール３４０および送信モジュール３５０を含むことができる。モジュールは、処理エンジン１１２のすべてまたは一部のハードウエア回路であり得る。モジュールは、また、処理エンジンにより読まれおよび実行される命令セットまたはアプリケーションとしてインプリメントすることができる。さらに、モジュールは、ハードウエア回路とアプリケーション／命令の組合せであり得る。例えば、モジュールは、処理エンジンがアプリケーション／命令のセットを実行するとき処理エンジン１１２の一部であり得る。

意図受信モジュール３１０は、サービス意図時間にサービス要求者からのサブジェクトの輸送サービスの意図を受信および／または検出するように構成することができる。いくつかの実施形態において、輸送サービスは、１つまたは複数のサブジェクトを、ある場所から別の場所へ乗り物で持って行くサービスであり得る。サブジェクトは、乗客および／または商品を含むことができる。たとえば、輸送サービスは、タクシーサービスまたは商品配送サービスであり得る。いくつかの実施形態において、タクシーサービスの場合、意図するサブジェクトが、一人または複数の乗客を含む場合、サービス要求者は、乗客の一人であり得、あるいはサービス要求者は、乗客に含まれない人であり得る。たとえば、サービス要求者が別の人のためにタクシーを要求することを意図する場合、サービス要求者は、乗客とは異なり得る。乗り物は、非自動車（例えば、自転車または三輪車）、自動車（例えば、オートバイ、車またはトラック）、船舶（例えば、船またはボート）および／または航空機を含むことができる。

いくつかの実施形態において、意図受信モジュール３１０は、サービス要求者からの輸送サービスの情報を受信及び／または検出し、サービス要求者がサービス要求者から輸送サービスの要求を受信する前に、輸送サービスを要求する意図があると判断することにより、意図を受信および／または検出することができる。いくつかの実施形態において、輸送サービスの情報は、起点（origin）、目的地、出発時間、サブジェクトが必要とするスペース（例えば、乗客数、または商品のボリューム）等、またはそれらの任意の組合せを含むことができる。いくつかの実施形態において、輸送サービスの情報は、サービス要求者により入力することができる。いくつかの実施形態におい、輸送サービスの情報は、要求者端末１３０により決定することができる。例えば、要求者端末１３０は、位置決め技術（例えば、ＧＰＳ）および／または過去のデータにしたがって起点および／または目的地を決定することができる。

いくつかの実施形態において、輸送サービスの要求は、サービス要求者により正式に送信された輸送サービスの情報を指すことができる。いくつかの実施形態において、輸送サービスの情報が、正式に送信された場合、それは、輸送サービスの情報が要求者端末１３０を介してサービス要求者により送信されたことを意味することができる。例えば、要求者端末１３０は、輸送サービス要求を送信するためのアプリケーションをインストールすることができる。アプリケーションのインタフェースを介して、要求者端末１３０は、システム１００との接続および通信を確立することができる。サービス要求者が、輸送サービスの情報を意図する受信モジュール３１０に送信すると、サービス要求者は、インタフェース上のボタンを押すことによりそうすることができる。システム１００により要求を受信すると、意図受信モジュール３１０は、輸送サービスの情報が正式に送信され、輸送サービスの情報を要求として決定することができる。

いくつかの実施形態において、要求者端末にインストールされたアプリケーションは、サービス要求者からの入力をコンスタントにモニタし、その入力をシステム１００に送信するように、要求者端末に指示することができる。従って、要求者端末は、サービス要求者の入力をシステム１００に、リアルタイムまたは実質的にリアルタイムで知らせることができる。この結果、サービス要求者が輸送サービスの情報の一部を入力すると、システム１００は、サービス要求者の意図を決定するための十分な情報を受信することができる。たとえば、サービス要求が輸送サービスの目的地を入力すると、輸送サービス要求をシステム１００に送信する前に、システム１００は、すでに目的地を受信し、サービス要求者が目的地への輸送サービスを要求する意図があると判断することができる。

いくつかの実施形態において、サービス意図時間は、サービス要求者が輸送サービスの情報を入力した時間を指し、および／または意図受信モジュール３１０が輸送サービスの要求を受信する前に、要求者端末１３０が、輸送サービスの情報を決定する時間を指すことができる。例えば、意図受信モジュール３１０は、サービス要求者が、輸送サービスの目的地を入力する時間を、サービス意図時間であると決定することができる。代替的に、サービス意図の受信と決定は、サービス要求者が、輸送サービスの情報の一部を入力するとほとんどすぐに生じることができるので、意図受信モジュール３１０は、サービス意図時間が、意図受信モジュール３１０がサービス意図を決定するための十分な情報（例えば目的地）を受信する時間であると決定することができる。

いくつかの実施形態において、輸送サービスは、リアルタイム輸送サービスであるか、あるいは輸送サービスアポイントメントであり得る。ここで使用されるように、リアルタイム輸送サービスは、システム１００が、サービス要求を受信した後すぐに、あるいは実質的にすぐに、サービスプロバイダが出発することを要求されるように、要求者が要求されたトランザクション（例えば、輸送サービス）を現時点で、あるいは、当業者にとって現時点であるいは現時点に適度に近い時点で、行いたいサービスであり得る。たとえば、意図は、定義された時間が、１分、５分あるいは１０分のように、しきい値より短ければ、意図は、リアルタイム輸送サービスに関するものであり得る。アポイントを取る必要がある輸送サービスは、要求者が、システム１００がサービス要求を受信した後すぐに、あるいは実質的にすぐに、出発する必要がないように、当業者にとって現時点からかなり離れた定義された時間に要求されたトランザクションを要求者が行いたいサービスを指す。たとえば、輸送サービスは、定義された時間が、２０分、２時間、または１日のように、しきい値より長い場合、アポイントを取る必要がある。いくつかの実施形態において、処理エンジン１１２は、時間しきい値に基づいて、リアルタイム輸送サービスあるいは輸送サービスアポイントを定義することができる。時間しきい値は、システム１００のデフォルト設定値または異なる状況に応じて調節可能である。例えば、トラフィックピーク期間では、（例えば午前７：００−午前９：００）、時間しきい値は、相対的に小さく（例えば、１０分）することができ、さもなければ、アイドル期間（例えば、午前１０：００−午前１２：００）では、時間しきい値は、相対的に大きく（例えば、１時間）することができる。

プロバイダ識別モジュール３２０は、サービス意図時間に、および／またはサービス意図時間の後で、利用可能なサービスプロバイダを識別するように構成することができる。いくつかの実施形態において、利用可能なサービスプロバイダは、輸送サービスの意図した時間および／またはその付近の時間にサービス要求者に相乗り輸送サービスを提供するように適用可能なサービスプロバイダを指すことができる。いくつかの実施形態において、プロバイダ識別モジュール３２０は、相乗り輸送サービス、サービスプロバイダの乗り物の利用可能な空間、サービス意図時間におけるサービスプロバイダと、意図の起点との間の距離、等またはそれらの任意の組合せを提供するか否か、というような要因に従って、利用可能なサービスプロバイダを識別することができる。例えば、サービスプロバイダが、相乗り輸送サービス（例えば、乗客または商品のための相乗りサービス）を提供しない場合、サービスプロバイダ識別モジュール３２０は、サービスプロバイダを利用可能なサービスプロバイダとして決定することができない。別の例として、タクシーサービスの場合、サービスプロバイダの乗り物の利用可能なシートの数が１であり、意図の乗客の数が２である場合、プロバイダ識別モジュール３２０は、サービスプロバイダを利用可能なサービスプロバイダとして、決定することができない。

いくつかの実施形態において、２以上の輸送サービスを相乗り輸送サービスに組合せることができる。例えば、２つのタクシー差ビスは、相乗り輸送サービスに組合せることができる。他の例として、２つの商品配送サービスは、相乗り輸送サービスに組合せることができる。第３の例は、タクシーサービスと商品輸送サービスを相乗り輸送サービスに組合せることができる。

ロケーション選択モジュール３３０は、意図するピックアップロケーションを選択するように構成することができる。いくつかの実施形態において、ピックアップロケーションは、サービスプロバイダが、サブジェクトをピックアップするロケーションを指すことができる。いくつかの実施形態において、ピックアップロケーションと、意図する起点は、同じであってもよいし、異なっていてもよい。

時間決定モジュール３４０は、第１の時点、第２の時点、および待ち時間を決定するように構成することができる。いくつかの実施形態において、第１の時点は、サービスプロバイダが、ピックアップロケーションに到着する時点を指すことができる。第２の時点は、サブジェクトがピックアップロケーションに到着する時点を指すことができる。待ち時間は、サービスプロバイダが、ピックアップロケーションから出発する前の、ピックアップロケーションに停止する時間期間を指すことができる。

送信モジュール３５０は、第１の時点とピックアップロケーションをサービスプロバイダに送信し、第２の時点とピックアップロケーションを、サービス要求者および／またはサブジェクト（例えば、乗客）に送信するように構成することができる。

いくつかの実施形態において、サービスプロバイダ、サービス要求者およびサブジェクト（例えば、乗客および／または商品）は、それぞれ電子デバイスを用いて、オンデマンドサービスシステム１００とネットワーク１２０を介して通信することができる。デバイスは、デスクトップ、オールインワンパーソナルコンピュータ（ＡＩＯ）、ノートブック、パーソナルデジタルアシスタンス（ＰＤＡ）、タブレット、カーピューター（carputer）、ハンドヘルドゲームプレイヤ、ウエアラブルデバイス（例えば、スマートグラスまたはスマートウォッチ）、バーチャルディスプレイデバイス（例えば、オキュラスリフト（Oculus Rift）またはギアＶＲ（Gear VR））、オーグメンテッドディスプレデバイス（augmented display device）（例えば、グーグルグラス、ホロレンズ（Hololens））、等またはそれらの任意の組合せを含むことができる。たとえば、システム１００は、サービス要求者が要求者端末（例えば、スマートフォン）を用いてサービスプロバイダのプロバイダ端末（例えば、スマートフォン）と通信することができる、オンデマンド輸送サービスプラットフォームとして機能することができる。

処理エンジン１１２内のモジュールは、有線接続または無線接続を介して互いに接続または通信することができる。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブル等、またはそれらの任意の組合せを含むことができる。無線接続は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、ブルートゥース、ＺｉｇＢｅｅ、近距離無線通信（ＮＦＣ）、等、またはそれらに任意の組合せを含むことができる。２以上のモジュールは、単一モジュールとして結合することができ、モジュール群の任意のモジュールを２つまたは３つのユニットに分割することができる。例えば、ロケーション選択モジュール３３０は、ピックアップロケーションを選択し、第１の時点、第２の時点、および待ち時間を決定することができる単一モジュールとして時間決定モジュール３４０内に統合することができる。他の例として、時間決定モジュール３４０は、３つのユニットに分割することができる。第１のユニットは、第１の時点を決定するように構成することができる。第２のユニットは、第２の時点を決定するように構成することができる。第３のユニットは、待ち時間を決定するように構成することができる。第３の例は、送信モジュールが２つのユニットに分割することができる例である。一方のユニットが、第１の時点、待ち時間およびピックアップロケーションをサービスプロバイダに送信するように構成することができる。他方のユニットが、第２の時点とピックアップロケーションをサーバ要求者に送信するように構成することができる。

図４は、この開示のいくつかの実施形態に従う、相乗り輸送サービスの例示プロセスを説明するフローチャートである。いくつかの実施形態において、プロセス４００は、図１に説明されるシステム１００内にインプリメントすることができる。たとえば、プロセス４００は、命令の形態として、データベース１５０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に記憶することができ、サーバ１１０により起動および／または実行することができる（例えば、サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、または図３に説明される処理エンジン１１２内の１つまたは複数のモジュール）。

ステップ４１０において、意図受信モジュール３１０は、第１のサービス意図時間に第１のサービス要求者から、第１のサブジェクトの第１の輸送サービスに関する第１の意図を受信および／または検出することができる。

いくつかの実施形態において、意図受信モジュール３１０は、第１のサービス要求者から、第１の送信サービスの情報を受信及び／または検出することにより第１の意図を受信および／または検出し、第１のサービス要求者は、第１のサービス要求者から、第１の輸送サービスの要求を受信する前に、第１の輸送サービスを要求する意図があると判断することができる。たとえば、上述したように、要求者端末１３０は、輸送サービス要求を送信するためのアプリケーションをインストールすることができる。アプリケーションのインタフェースを介して、要求者端末１３０は、システム１００と接続を確立し通信することができる。アプリケーションは、サービス要求者からの入力をコンスタントにモニタし入力をシステム１００に送信するように要求者端末に指示することができる。この結果、サービス要求者が、目的地のような、輸送サービスの情報の一部を入力すると、システム１００は、サービス要求者の意図を決定するのに十分な情報を、リアルタイムでまたは実質的にリアルタイムで受信することができる。たとえば、第１のサービス要求者が第１の輸送サービスの目的地を入力すると、送信サービス要求をシステム１００に送信する前に、意図受信モジュール３１０は、第１のサービス要求者からの目的地を、リアルタイムで、または実質的にリアルタイムで受信および／または検出することができ、第１のサービス要求者から第１の輸送サービスの要求を受信する前に第１の輸送サービスを第１のサービス要求者が要求する意図があると判断することができる。

いくつかの実施形態において、意図受信モジュール３１０は、さらに第１のサービス意図時間におよび／または第１のサービス意図時間の後で、第１の輸送サービスと組合せることが可能な１つまたは複数の輸送サービスを決定することができる。いくつかの実施形態において、第１の輸送サービスと組合せることができる輸送サービスは、意図または要求に対応する。いくつかの実施形態において、第１の輸送サービスと組合わせることができる輸送サービスは、サービスプロバイダにより受け付けられた要求、またはサービスプロバイダにより受け付けられなかった要求に対応することができる。いくつかの実施形態において、第１の輸送サービスと組合わせることが可能な輸送サービスのピックアップロケーションは、第１の輸送サービスのピックアップロケーションと同じであってもよいし、異なっていてもよい。いくつかの実施形態において、意図受信モジュール３１０は、第１の輸送サービスの起点、第１の輸送サービスの目的地、第２の輸送サービスの起点、第２の輸送サービスの目的地、第２の輸送サービスのピックアップロケーション、第１の輸送サービスの開始時間、第２の輸送サービスの開始時間、等、またはそれらの任意の組合わせに基づいて第１の輸送サービスと組合わせることが可能な１つまたは複数の輸送サービスを決定することができる。ステップ４２０において、プロバイダ識別モジュール３２０は、第１のサービス意図時間に、および／または第１のサービス意図時間の後で、利用可能なサービスプロバイダを識別することができる。

いくつかの実施形態において、プロバイダ識別モジュール３２０は、相乗り輸送サービス、サービスプロバイダの乗り物の利用可能な空間、サービス意図時間におけるサービスプロバイダと、意図の起点との間の距離、等またはそれらの任意の組合わせを提供するかどうかの要因に従って、利用可能なサービスプロバイダを識別することができる。たとえば、サービスプロバイダが相乗り輸送サービスを提供しない場合、プロバイダ識別モジュール３２０は、サービスプロバイダを利用不可能なサービスプロバイダとして決定することができる。他の例として、タクシーサービスの場合、サービスプロバイダの乗り物の利用可能なシートの数が１であり、意図する乗客の数が２である場合、プロバイダ識別モジュール３２０は、サービスプロバイダを利用不可能なプロバイダとして決定することができる。ステップ４３０において、ロケーション選択モジュール３３０は、第１の意図に関するピックアップロケーションを選択することができる。いくつかの実施形態において、ロケーション選択モジュール３３０は、ピックアップロケーションと、第１の意図する起点との間の距離、ピックアップロケーションと第１のサービス意図時間におけるサービスプロバイダのロケーションと、ピックアップロケーションにおいて駐車が可能かどうかという要因等またはそれらの任意の組合せに従うピックアップロケーションを選択することができる。いくつかの実施形態において、ロケーション選択モジュール３３０は、リアルタイムでピックアップロケーションを決定することができる。いくつかの実施形態において、ロケーション選択モジュール３３０は、前もって所定のエリアでの複数の候補ロケーションを決定することができる。ロケーション選択モジュール３３０は、複数の候補ロケーションからピックアップロケーションを選択することができる。ステップ４４０において、時間決定モジュール３４０は、第１の時点と待ち時間を決定することができる。

いくつかの実施形態において、リアルタイム輸送サービスの場合、時間決定モジュール３４０は、サービスプロバイダが、第１のサービス意図時間におけるサービスプロバイダのロケーションからピックアップロケーションに到着するのに必要な第１の推定移動時間を決定することができる。時間決定モジュール３４０は、第１の推定移動時間および第１のサービス意図時間に従って第１の時点を決定することができる。いくつかの実施形態において、リアルタイム輸送サービスの場合、時間決定モジュール３４０は、例えば、図６に関連して詳細に記載するプロセス６００に従って第１の時点を決定することができる。

輸送サービスアポイントメントの場合、時間決定モジュール３４０は、輸送サービスアポイントメントの開始時間と待ち時間に従って第１の時点を決定することができる。たとえば、乗客がリアルタイムタクシーサービスを計画するシナリオでは、乗客は、午後１０：００に目的地を、自分のスマートフォンにインストールされたタクシー呼び出しアプリケーションに入力することができる。意図受信モジュール３１０は、目的地を受信した後で、午後１０：００に、すぐにタクシーサービスを要求する意図があることを受信および／または検出することができる。システム１００は、タクシードライバと、乗客が午後１０：０１にいる場所の近くのピックアップポイントを選択することができる。次に、システム１００は、タクシードライバが、そのピックアップロケーションまで運転するのに５分かかるであろうと判断する。システムはさらに、ドライバは、５分間ピックアップロケーションで乗客を待たなければならないと判断する。従って、システム１００は、ドライバのスマートフォンへのメッセージを介して、すぐに出発して、午後１０：０６と午後１０：１１の間にピックアップロケーションで乗客を待つように指示することができる。システム１００は、また、ドライバにタイムリーに（例えば、午後１０：１１前に）ピックアップロケーションに到着するように指示することができる。

ユーザ体験をさらに強化するために、システム１００は、ドライバが、乗客より前にピックアップロケーションに到着するように、ドライバまたは乗客への指示を遅らせる遅延時間をさらに設けることができる。たとえば、乗客が、ピックアップロケーションから１分の歩行距離のような、ピックアップロケーションに非常に近い場合、システム１００は、遅延時間を４分と９分の間のどこかの遅延時間に決定することができ、それにより、乗客がピックアップロケーションまで歩くのに１分消費するとき、ドライバはすでにそこで乗客を待っていることができる。同様に、乗客がピックアップロケーションに到着するよりも短い時間をドライバが必要とする場合、システムは、ドライバが、乗客よりも早くピックアップロケーションに到着し、長い時間待つ必要が無い（例えば、５分のような、わずかな所定時間期間）ように、ドライバに関する遅延時間を決定することができる。

いくつかの実施形態において、待ち時間は、システム１００のデフォルト設定値（例えば、５分）である、または異なる状況に応じて調節可能である。例えば、トラフィックピーク期間（例えば、午前７：００−午前９：００）では、時間決定モジュール３４０は、相対的に短い待ち時間（例えば、３分）を決定することができる。アイドル期間（例えば、午前１０：００−午前１２：００）では、時間決定モジュール３４０は、相対的に長い時間（例えば、６分）を決定することができる。他の例として、ピックアップロケーションが２以上の輸送サービスに対応する場合、時間決定モジュール３４０は、相対的に長い待ち時間（例えば、６分）を決定することができる。ピックアップロケーションが１つの輸送サービスに対応する場合、時間決定モジュール３４０は、相対的に短い待ち時間を（例えば、３分）を決定することができる。ステップ４４５において、時間決定モジュール３４０は、第１の時点と待ち時間に基づいて第２の時点を決定することができる。

いくつかの実施形態において、リアルタイム輸送サービスの場合、時間決定モジュール３４０は、第２の推定移動時間を決定することができる。いくつかの実施形態において、第２の推定移動時間は、第１のサブジェクトが、第１の意図する起点となる場所からピックアップロケーションに到着するのに、オンライン輸送サービスプラットフォーム（例えば、サーバ１１０）により可能である時間期間を指すことができる。時間決定モジュール３４０は、第１の推定移動時間と第１のサービス意図時間に従って、第２の時点を決定することができる。時間決定モジュール３４０は、第２の推定移動時間と第１のサービス意図時間に従って、第２の時点を決定することができる。いくつかの実施形態において、リアルタイム輸送サービスの場合、時間決定モジュール３４０は、例えば、図７を参照して詳細に述べるプロセス７００に従って、第２の時点を決定することができる。

輸送サービスアポイントメントの場合、時間決定モジュール３４０は、輸送サービスアポイントメントの開始時間に従って、第２の時点を決定することができる。たとえば、時間決定モジュール３４０は、輸送サービスアポイントメントの開始時間を第２の時点として決定することができる。ステップ４５０において、送信モジュール３５０は、第１のサービス要求者及び／または第１のサブジェクトに対して、ピックアップロケーションに到着する第２の時点を送信することができる。言い換えれば、送信モジュール３５０は、第１のサービス要求者に、第２の時点でピックアップロケーションに到達するように指示することができる。

要求者端末１３０の場合、ピックアップロケーションに到着する第２の時点を受信すると、要求者端末１３０は、第２の時点とピックアップロケーションを表示することができる。いくつかの実施形態において、要求者端末１３０は、第１の時点とピックアップロケーションを、テキスト、イメージ、ビデオ、サウンド、等またはそれらの任意の組合せで提示することができる。たとえば、要求者端末１３０は、「午前１０：１２以前に国立図書館に到着してください。」を示すテキストを表示することができる。他の例として、要求者端末１３０は、要求者端末１３０のマップ上にピックアップロケーションを表示することができる。要求者端末１３０は、また、輸送サービスの情報を正式に送信するためのボタンを表示することができる。第１のサービス要求者が、輸送サービスの情報を正式に送信した後で、要求者端末１３０は、サービスプロバイダ情報を表示することができる。サービスプロバイダ情報は、サービスプロバイダの名前、サービスプロバイダの乗り物のプレート番号、サービスプロバイダの乗り物の情報（例えば、乗り物の色、または、乗り物のブランド）、サービスプロバイダのコンタクト情報（例えば、電話番号）、等またはそれらの任意の組合せを含むことができる。いくつかの実施形態において、要求者端末１３０は、地図を表示することができる。地図上には、要求者端末１３０は、第１の輸送サービスを含む相乗り輸送サービスの情報、例えば、相乗り輸送サービスのルート、相乗り輸送サービスの１つまたは複数のピックアップロケーション、ピックアップロケーションの少なくとも１つのサブジェクト情報（例えば、サブジェクトの数、サブジェクト（複数の場合もある）のロケーション（複数の場合もある）、またはサブジェクト（複数の場合もある）の目的地（複数の場合もある）、サービスプロバイダのロケーション、等またはそれらの任意の組合せを表示することができる。ステップ４６０において、送信モジュール３５０は、サービスプロバイダに、ピックアップロケーションに到着する第１の時点と、ピックアップロケーションから出発する前の、ピックアップロケーションに停止する待ち時間を送信することができる。

いくつかの実施形態において、送信モジュール３５０は、第１の時点と、意図受信モジュール３１０が、第１のサービス要求者から第１の輸送サービスの要求を受信した後、第１のサービス要求者からの第１の輸送サービスの要求を受信する待ち時間を送信することができる。いくつかの実施形態において、ステップ４６０の前に、送信モジュール３５０は、意図受信モジュール３１０が第１のサービス要求者から第１の輸送サービスの要求を受信したと決定することができる。

輸送サービス要求を送信するために、その非一時的記憶媒体にアプリケーションをインストールする要求者端末１３０と同様に、プロバイダ端末１４０は、また、その非一時的記憶媒体に、システム１０からの要求および他の命令及び／または情報を受信するためのアプリケーションをインストールすることができる。プロバイダ端末にインストールされたアプリケーションは、要求者端末にインストールされたアプリケーションと異なっていてもよいし、同じであってもよい。プロバイダ端末１４０の場合、プロバイダ端末のプロセッサは、アプリケーションを実行することができ、アプリケーションにより指示されることができる。ピックアップロケーションに到着する第１の時点を受信すると、プロバイダ端末１４０は、第１の時点とピックアップロケーションを表示することができる。サービスプロバイダがピックアップロケーションに到着したと、プロバイダ端末１４０が決定すると、プロバイダ端末１４０は、待ち時間を表示することができる。いくつかの実施形態において、プロバイダ端末１４０は、第１の時点、ピックアップロケーション、および待ち時間を、テキスト、イメージ、ビデオ、サウンド等またはそれらの任意の組合せで表示することができる。たとえば、プロバイダ端末１４０は、「午前１０：０７以前に国立図書館に到着してください」を示すテキストを表示することができる。他の例として、プロバイダ端末１４０は、「待ち時間は５分で、出発時間は午前１０：１２です」を示すテキストを表示することができる。第３の例は、プロバイダ端末１４０は、待ち時間のカウントダウンクロックを表示することができる。

いくつかの実施形態において、プロバイダ端末１４０がピックアップロケーションから出発する時間であるか、またはサービスプロバイダがピックアップロケーションのすべてのサブジェクトをピックアップしたと決定する場合、プロバイダ端末１４０は、ピックアップロケーションから出発のボタンを表示することができる。いくつかの実施形態において、プロバイダ端末１４０は、例えば、第１のサブジェクトのコンタクト情報（例えば、電話番号）、第１のサブジェクトの目的地、第１のサブジェクトのピックアップロケーション等、またはそれらの任意の組合せを表示することができる。

図５は、この開示のいくつかの開示に従う、第１の輸送サービスと第２の輸送サービスを組合せ、サービスプロバイダを割り当てる際に、より高い優先度を提供するための例示プロセスを説明するフローチャートである。いくつかの実施形態において、プロセス５００は、図１に説明されるシステム１００においてインプリメントすることができる。例えば、プロセス５００は、命令の形態でデータベース１５０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に記憶することができ、サーバ１１０（例えば、サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、または図３に説明される処理エンジン１１２内の１つまたは複数のモジュール）により起動および／または実行することができる。

第１の輸送サービス意図を受信した後で、および／または第１の輸送サービス要求を受信した後で、意図受信モジュール３１０は、相乗りサービスを受け付ける１つまたは複数の他の輸送サービス要求を受信することができる。意図受信モジュール３１０は、１つまたは複数の輸送サービス要求を第２の輸送サービス要求として選択することができ、相乗りサービスを、第１のサービス要求および第２のサービス要求に供給することができる。このために、意図受信モジュール３１０は、リアルタイムまたは実質的なリアルタイム輸送サービス情報を第２の要求端末から受信することができ、輸送サービス情報に基づいて、第２の輸送サービスに関する第２の意図を決定することができる。

相乗り輸送サービスを供給するために、プロバイダ識別モジュール３２０は、利用可能なサービスプロバイダを識別して相乗りサービスを第１の要求者および第２の要求者に供給することができる。プロバイダ識別モジュール３２０は、第１の意図および第２の意図の両方が受信された後でサービスプロバイダを識別することができる。あるいは、プロバイダ識別モジュール３２０は、ステップ４２０の後でサービスプロバイダを識別することができる。さらに、システム１００は、次に、第１の輸送サービスおよび／または第２の輸送サービスに、より高い優先度を与えて１つの輸送サービスに対してサービスプロバイダからサービスを受信することができる。

たとえば、プロバイダ識別モジュール３２０が、第１の意図に関する利用可能なサービスプロバイダを識別するとき、サービス要求者は、第１の輸送サービスをまだ送信していないかもしれない。第１の意図と送信される第１の要求との間の時間は、短くすることができるけれども、サービスプロバイダは、第１のサービス要求者が、第１の輸送サービスの要求を送信する前に、他のサービス要求者（複数の場合もある）に割り当てることが可能である。この場合、乗り物に対する要望が供給を超える状況の場合、例えば、悪天候または交通量が、ピークの期間の状況の場合、オンライン輸送サービスプラットフォーム（例えば、サーバ１１０）が、サービスプロバイダを割り当てる際に、１つの輸送サービスに対して相乗り輸送サービスに、より高い優先度を提供することができることを保証するために測定を行うことができる。ステップ５１０において、意図受信モジュールは、３１０は、第１の輸送サービスに組み合わされる第２の輸送サービスを決定することができる。

いくつかの実施形態において、第１の輸送サービス要求または第２の輸送サービス要求の少なくとも１つは、要求を送信していなかった。いくつかの実施形態において、第２の輸送サービスは、任意のサービスプロバイダにより受け付けられなかった意図または要求に相当することができる。いくつかの実施形態において、意図受信モジュール３１０は、第１の輸送サービスの起点、第１の輸送サービスの目的地、第２の輸送サービスの起点、第２の輸送サービスの目的地、第２の輸送サービスのピックアップロケーション、第１の輸送サービスの開始時間、第２の輸送サービスの開始時間、等またはそれらの任意の組合せに基づいて第２の輸送サービスを決定することができる。
ステップ５２０において、プロバイダ識別モジュール３２０は、第１の遅延時間を決定することができる。

いくつかの実施形態において、第１の遅延時間は、システム１００のデフォルト設定値（例えば、１０秒）、または異なる状況に依存して調節可能である。たとえば、相対的に大きな都市（例えば、北京）の場合、プロバイダ識別モジュール３２０により決定される第１の遅延時間は、相対的に短くすることができる（例えば、７秒）。相対的に小さい都市（例えば、蘇州）の場合、プロバイダ識別モジュール３２０により決定された第１の遅延時間は、相対的に長くすることができる（例えば、１５秒）。ステップ５３０において、プロバイダ識別モジュール３２０は、第１の遅延時間内にサービスプロバイダを割り当てる際にオンライン輸送サービスプラットフォームに通信した複数の他のサービス要求者よりも、第１のサービス要求者と第２のサービス要求者に、より高い優先度を与えることができる。

第１のサービス要求者が、第１の遅延時間内に第１の輸送サービスの情報を正式に送信し、第２の輸送サービス要求者が、第１の遅延時間内に第２の輸送サービスの情報を正式に送信した場合、プロバイダ識別モジュール３２０は、サービスプロバイダを、第１のサービス要求者と第２のサービス要求者に割り当てることができる。第１のサービス要求者と第２のサービス要求者の一方が、遅延時間内に輸送サービスの情報を正式に送信しない場合、プロバイダ識別モジュール３２０は、サービスプロバイダを割り当てる際に、第１のサービス要求者と第２のサービス要求者への優先度をキャンセルすることができる。

いくつかの実施形態において、意図受信モジュール３１０は、第１の輸送サービスと組み合わされる２つ以上の輸送サービスを決定することができる。この場合、プロバイダ識別モジュール３２０は、プロセス５００を実行して、より高い優先度を、第１のサービス要求者と、サービス要求を割り当てる際に、第１の輸送サービスと組合される２つ以上の輸送サービスに対応するサービス要求者に、より高い優先度を与える。

図４に戻ると、いくつかの実施形態において、リアルタイム輸送サービスの場合、プロセス４００のステップ４４０は、この開示のいくつかの実施形態に従う第１の時点を決定するための図６に説明されるプロセス６００に基づいて実行することができる。いくつかの実施形態において、プロセス６００は、図１に説明されるシステム１００にインプリメントすることができる。たとえば、プロセス６００は、命令の形態でデータベース１５０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に記憶することができサーバ１１０（例えば、サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、または図３に説明される処理エンジン１１２内の１つまたは複数のモジュール）により起動及び／または実行することができる。

ステップ６１０において、時間決定モジュール３４０は、第１のサービス意図時間において、サービスプロバイダが、サービスプロバイダのロケーションからピックアップロケーションに到着するのに必要な、第１の推定移動時間を決定することができる。いくつかの実施形態において、時間決定モジュール３４０は、第１のサービス意図時間におけるサービスプロバイダのロケーションとピックアップロケーションとの間の距離、サービスプロバイダの速度、第１のサービス意図時間におけるサービスプロバイダのロケーションからピックアップロケーションまでの道路状態、等、またはそれらの任意の組合せに従って、第１の推定移動時間を決定することができる。道路状態は、交通信号の数、道路上の乗り物の数、等、またはそれらの任意の組合せを含むことができる。

ステップ６２０において、時間決定モジュール３４０は、第１の推定移動時間に従って第１の時点を決定することができる。いくつかの実施形態において、リアルタイム意図の場合、時間決定モジュール３４０は、第１の意図時間および第１の推定移動時間に従って、第１の時点を決定することができる。たとえば、意図受信モジュール３１０は、午前１０：００に輸送サービスアポイントメントに関する意図を、受信および／または検出することができる。時間決定モジュール３４０は、午前１０：００を第１のサービス意図時間として決定することができる。時間決定モジュール３４０により決定される第１の推定移動時間は、２分であり得る。時間決定モジュール３４０は、第１のサービス意図時間と第１の推定移動時間に従って第１の時点として午前１０：０２分を決定することができる。

図４に戻ると、いくつかの実施形態において、リアルタイム輸送サービスの場合、プロセス４００のステップ４４５は、この開示のいくつかの実施形態に従って第２の時点を決定するための図７に説明されるプロセス７００に基づいて実行することができる。いくつかの実施形態において、プロセス７００は、図１に説明されるシステム１００内にインプリメントすることができる。たとえば、プロセス７００は、命令の形態でデータベース１５０および／またはストレージ（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に記憶することができ、サーバ１１０（サーバ１１０内の処理エンジン１１２、サーバ１１０内の処理エンジン１１２のプロセッサ２２０、または図３に説明される処理エンジン１１２内の１つまたは複数のモジュール）により起動及び／または実行することができる。

いくつかの実施形態において、第１のサービス意図時間においてプロバイダ識別モジュール３２０により識別される利用可能なサービスプロバイダであり得るが、第１のサービス意図時間に第１の輸送サービスと組み合わされる輸送サービスは、あり得ない。この場合、意図受信モジュール３１０は、時間決定モジュール３４０は、第１のサービス意図時間の後で第１に輸送サービスと組み合わされる輸送サービスを決定することができることを保証するために、後の第２の時点を決定することができる。後の第２の時点は、第１のサービス意図時間に意図受信モジュール３１０により識別される第１の輸送サービスと組み合わされる、少なくとも１つの輸送サービスがある状況において決定される第２の時点より遅くすることができる。

ステップ７１０において、時間決定モジュール３４０は、第１のサービス意図時間に第１の輸送サービスと組み合わされる少なくとも１つの輸送サービスがあるかどうかを決定することができる。時間決定モジュール３４０が、第１のサービス意図時間において、第１の輸送サービスと組み合わされる、少なくとも１つの輸送サービスがあると決定することができる。

ステップ７４０において、時間決定モジュール３４０は、第１の推定移動時間および待ち時間に基づいて、第２の推定移動時間を決定することができる。いくつかの実施形態において、第２の推定移動時間は、第１の推定移動時間と待ち時間の線形結合であり得る。いくつかの実施形態において、時間決定モジュール３４０は、下記式（１）に基づいて第２の推定移動時間を決定することができる。
Ｔ_Ｅ２＝Ａ_１Ｔ_Ｅ１ ＋ Ｂ_１Ｔ_ｗａｉｔ （１）
Ｔ_Ｅ２は、第１の推定移動時間および待ち時間に基づいて決定された第２の推定移動時間を指すことができる。Ｔ_Ｅ１は、第１の推定移動時間を指すことができる。Ｔ_ｗａｉｔは、待ち時間を指すことができる。Ａ_１は、第１の推定移動時間の第１の係数を指すことができる、Ｂ_１は、待ち時間の第１の係数を指すことができる。Ａ_１およびＢ_１は、０より大きい値であり得る。たとえば、Ａ_１＝１、Ｂ_１＝１であれば、第１の推定移動時間は、２分であり、待ち時間は、５分であり、時間決定モジュール３４０は、第２の推定移動時間は、７分であると決定することができる。

時間決定モジュール３４０が、第１のサービス意図時間に第１の輸送サービスと組み合わされる輸送サービスは無いと判断した場合、プロセス７００は、ステップ７２０に進むことができる。ステップ７２０において、時間決定モジュールは、第１の推定移動時間と待ち時間とに基づいてバッファ時間を決定することができる。いくつかの実施形態において、バッファ時間は、サービスプロバイダの出発時間を、ピックアップロケーションからの出発に反映させることができる。いくつかの実施形態において、バッファ時間は、第１の推定移動時間と待ち時間の線形結合であり得る。いくつかの実施形態において、時間決定モジュール３４０は、下記式（２）に従って、バッファ時間を決定することができる。
Ｔ_{ｂｕｆｆｅｒ} ＝ Ａ_２Ｔ_Ｅ１ ＋Ｂ_２Ｔ_ｗａｉｔ （２）
ここにおいて、Ｔ_{ｂｕｆｆｅｒ}はバッファ時間を指し、Ａ_２は、第１の推定移動時間の第２の係数を指し、Ｂ_２は、待ち時間の第２の係数を指し、Ａ_２およびＢ_２は０より大きな値であり得る。たとえば、Ａ_２＝１、Ｂ_２＝１の場合、第１の推定移動時間は、２分であり、待ち時間は、５分であり、時間決定モジュール３４０は、バッファ時間は、７分であると決定することができる。いくつかの実施形態において、ステップ７４０において決定されるバッファ時間と第２の推定移動時間は、同じまたは異ならせることができる。

ステップ７３０において、時間決定モジュール３４０は、バッファ時間がしきい値より大きいかどうかを決定することができる。いくつかの実施形態において、しきい値は、第１のサービス意図時間と第３の意図の第３のサービス意図時間との間の推定時間であり得る。第３の意図は、第３の輸送サービスは、第１の輸送サービスと組合わされる仮定の意図であり得る。しきい値は、システム１００のデフォルト設定値であるか、または、異なる状況に依存して調節可能である。たとえば、交通量がピークの期間（例えば、午前７：００−午前９：００）において、しきい値は、相対的に小さくすることができ（例えば、５分）、さもなければ、アイドル期間（例えば、午前１０：００−午前１２：００）では、しきい値は相対的に大きくすることができる（例えば、１０分）。

時間決定モジュール３４０が、バッファ時間がしきい値より大きいと判断すると、それは、サービスプロバイダがピックアップロケーションから出発する前に、第１の輸送サービスと組み合わされる輸送サービスを決定する可能性が相対的に高いことを示すことができ、プロセス７００は、ステップ７４０に進むことができる。時間決定モジュール３４０が、バッファ時間がしきい値未満であると判断する場合、それは、サービスプロバイダがピックアップロケーションから出発する前に、第１の輸送サービスと組み合わされる輸送サービスを決定する確率が相対的に低いことを示すことができ、プロセス７００は、ステップ７５０に進む。

ステップ７５０において、時間決定モジュール３４０は、第２の遅延時間を決定することができる。いくつかの実施形態において、第２の遅延時間は、意図受信モジュール３１０が、サービスプロバイダがピックアップロケーションから出発する前に、第２の輸送サービスと組み合わされる輸送サービスを決定することができることを保証するために後の第２の時点を決定するために使用することができる。いくつかの実施形態において、時間決定モジュール３４０は、しきい値およびバッファ時間に基づいて第２の遅延時間を決定することができる。いくつかの実施形態において、時間決定モジュール３４０は、しきい値をバッファ時間との間の差分値に基づいて第２の遅延時間を決定することができる。いくつかの実施形態において、時間決定モジュール３４０は、下記式（３）に基づいて第２の遅延時間を決定することができる。
Ｔ_ｈｏｌｄ＝Ｃ（Ｔ_ｔｈｒｅ−Ｔ_{ｂｕｆｆｅｒ}） （３）
ここにおいて、Ｔ_ｈｏｌｄは、第２の遅延時間を指し、Ｔ_ｔｈｒｅは、しきい値を指し、Ｃは、第２の遅延時間の第１の係数を指し、Ｃは、０より大きな値であり得る。例えば、Ｃ＝１の場合、しきい値は、１０分であり、バッファ時間は５分であり、時間決定モジュール３４０は、第２の遅延時間は５分であると決定することができる。

ステップ７６０において、時間決定モジュール３４０は、第２の遅延時間、第２の推定移動時間および待ち時間に基づいて第２の推定移動時間を決定することができる。いくつかの実施形態において、第２の推定移動時間は、第２の遅延時間、第１の推定移動時間および待ち時間の線形結合であり得る。いくつかの実施形態において、時間決定モジュール３４０は、下記式（４）に従う第２の推定移動時間を決定することができる。Ｔ’_Ｅ２＝Ａ_３Ｔ_Ｅ１＋Ｂ_３Ｔ_ｗａｉｔ ＋ ＤＴ_ｈｏｌｄ （４）
ここにおいて、Ｔ’_Ｅ２は、第１の推定移動時間、待ち時間および第２の遅延時間に基づいて決定された第２の推定移動時間を指し、Ａ_３は、第１の推定移動時間の第３の係数を指し、Ｂ_３は、待ち時間の第３の係数を指し、Ｄは第２の遅延時間の第２の係数を指し、Ｄ、Ａ_３、およびＢ_３は、０より大きな値であり得る。たとえば、Ａ_３＝１、Ｂ_３＝１、Ｄ＝１の場合、第１の推定移動時間は２分であり、待ち時間は５分であり、第２の遅延時間は、３分であり、時間決定モジュール３４０は、第２の推定移動時間が１０分であると決定することができる。

ステップ７７０において、時間決定モジュール３４０は、第２の推定移動時間に従う第２の時点を決定することができる。いくつかの実施形態において、リアルタイム輸送サービスの場合、時間決定モジュール３４０は、第２の推定移動時間と第１のサービス意図時間に従う第２の時点を決定することができる。たとえば、意図受信モジュール３１０は、午前１０：００に輸送サービスアポイントメントに関する意図を受信および／または検出することができる。時間決定モジュール３４０は、午前１０：００を第１のサービス意図時間として決定することができる。時間決定モジュール３４０により決定された第２の推定移動時間は、８分であり得る。時間決定モジュール３４０は、第１のサービス意図時間および第２の推定移動時間に従って午前１０：０８を第２の時点と決定することができる。

以上、基本概念を述べたが、当業者には、この詳細な開示を読んだ後、上述の詳細な開示は、例示のためだけであり、限定するものではないことは、明白である。ここには、明白に記載しないが、当業者には、種々の代替、改良、および変形を生じさせることができることが意図される。これらの代替、改良、および変形は、この開示により示唆されることが意図され、この開示の例示実施形態の精神と範囲内である。

さらに、この開示の実施形態を記載するためにある用語が使用された。例えば、用語「一実施形態（one embodiment）」、「一実施形態（an embodiment）」、および／または「いくつかの実施形態（some embodiment）」は、実施形態に関連して記載された特定の特徴、構造または特徴は、この開示の少なくとも１つに含まれる。それゆえ、この明細書の種々の部分における「一実施形態（an embodiment）」または「一実施形態（one embodiment）」、または「代替実施形態（an alternative embodiment）」は、必ずしもすべてが同じ実施形態に言及しているわけではない。さらに、特別の特徴、構造または特徴は、この開示の１つまたは複数の実施形態に適するように組合わせることができる。

さらに、当業者には、この開示の態様は、任意の新規で有用なプロセス、マシン、製造または物質の製造、または任意の新規で有用なそれらの改良を含む多数の特許性のあるクラスまたはコンテキストのいずれかにおいてここに説明および記載されることができる。従って、この開示の態様は、全体がハードウエアで、全体が（ファームウエア、レジデントソフトウエア、マイクロコード等）ソフトウエアで、またはすべてここでは、一般的に「ユニット」、「モジュール」または「システム」と呼ぶことができる。さらに、この開示の態様は、そこに埋め込まれたコンピュータ可読プログラムを有する１つまたは複数のコンピュータ可読媒体に具現化されたコンピュータプログラムプロダクトの形態をとることができる。。

コンピュータ可読信号媒体は、例えば、ベースバンドまたは、搬送波の一部として、そこに埋め込まれたコンピュータ可読プログラムコードで伝搬されたデータ信号を含むことができる。そのような伝搬された信号は、電磁、光学等を含む種々の形態のいずれか、または任意のそれらの適切な組合わせの形態をとることができる。コンピュータ可読信号媒体は、コンピュータ可読記憶媒体ではなく、命令実行システム、装置、またはデバイスと組合せて、あるいはそれらに使用するプログラムを通信し、伝搬し、または輸送することができる任意のコンピュータ可読媒体であり得る。コンピュータ可読信号媒体に具現化されたプログラムコードは、無線、有線、光るファイバーケーブル、ＲＦ等またはそれらの任意の組合せを含む任意の適切な媒体を用いて送信することができる。

この開示の態様に関する動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎ等、のようなオブジェクト指向言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｆｏｒｔｒａｎ２００３、Ｐｅｒｌ、ＣＯＢＯＬ２００２、ＰＨＰ、ＡＢＡＰ、のような一般的な手続プログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ、およびＧｒｏｏｖｙのような動的プログラミング言語、または他のプログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組合せで書くことができる。プログラムコードは、完全にユーザのコンピュータ上で、一部分をユーザのコンピュータ上で、スタンドアロンソフトウエアパッケージとして、一部をユーザのコンピュータ上で他の部分をリモートコンピュータ上で、あるいは完全にリモートコンピュータ上であるはサーバ上で実行することができる。後者のシナリオでは、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）、またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを介してユーザのコンピュータに接続することができ、あるいは、接続は、外部コンピュータ（例えば、インターネットサービスプロバイダを用いたインターネットを介して）外部コンピュータに、あるいはクラウドコンピューティング環境で行うことができ、あるいは、サービスとしてのソフトウエア（ＳａａＳ）のようなサービスとして提供することができる。

さらに、処理エレメントあるいは処理シーケンスの記載された順番、または番号、文字、またはそれらに関する他の指定の使用は、クレームで指定されている場合を除き、クレームされたプロセスおよび方法を任意の順序に限定することを意図したものではない。上述した開示は、種々の例を介して、この開示の有用な種々の実施形態であと考えられるものについて記載するが、そのような詳細は、その目的のため専用であり、添付されたクレームは、その開示された実施形態に限定される、逆に、開示された実施形態の精神と範囲内にある変形および均等物をカバーするように意図される。例えば、上述した種々のコンポーネントのインプリメンテーションは、ハードウエアデバイスで具現化されるけれども、それはソフトウエアのみの解法、例えば、既存のサーバまたはモバイルデバイス上のインストレーション（installation）としてもインプリメントすることができる

同様に、この開示の実施形態の上述の記載において、１つまたは複数の種々の実施形態を理解する上で助けとなる開示を合理化する目的で、種々の特徴が、時として、単一の実施形態、図面、またはそれらの記載において、一緒にグループ化さていることを理解されたい。しかしながら、この開示の方法は、クレームされた主題が各クレームにおいて明示的に記載されたものより、さらに多くの特徴を必要とするという意図を反映するものとして解釈されるべきではない。むしろ、クレームされた主題は、１つの上記開示した実施形態のすべての特徴より少なく存在することができる。

Claims (20)

1. オンライン相乗り輸送サービスプラットフォームのための命令セットを備える１つまたは複数の記憶媒体と、
   前記１つまたは複数の記憶媒体と通信するように構成された１つまたは複数のプロセッサであって、前記命令セットを実行すると、前記１つまたは複数のプロセッサは、
   第１のサービス意図時間において、第１のサービス要求者から第１のサブジェクトの第１の輸送サービスに関する第１の意図を受信し、
   前記第１のサービス意図時間において、利用可能なサービスプロバイダを識別し、
   前記サービスプロバイダに、ピックアップロケーションに到着する第１の時点と、前記ピックアップロケーションから出発する前の、前記ピックアップロケーションで停止する待ち時間を送信し、
   前記第１のサービス要求者に、前記ピックアップロケーションに到着するための第２の時点を送信する、
   ように指示される、１つまたは複数のプロセッサと、
   を備えた、システム。
2. 前記１つまたは複数のプロセッサは、さらに、
   第２のサービス要求者から第２のサブジェクトの第２の輸送サービスに関する第２の意図を決定し、
   第１の遅延時間を決定し、
   前記第１の遅延時間内で、前記サービスプロバイダを割り当てる際に前記オンライン輸送サービスプラットフォームに通信した複数の他のサービス要求者よりも前記第１のサービス要求者および前記第２のサービス要求者に、より高い優先度を提供するように指示される、請求項１に記載のシステム。
3. 前記第１の意図を受信するために、前記１つまたは複数のプロセッサは、さらに、
   前記第１のサービス要求者から前記第１の輸送サービスの目的地を受信し、
   前記第１のサービス要求者から前記第１の輸送サービスの要求を受信する前に、前記第１のサービス要求者が前記第１の輸送サービスを要求する意図があると判断するように指示され、
   第２の意図を受信するために、前記１つまたは複数のプロセッサはさらに、
   前記第２のサービス要求者から、前記第２の輸送サービスの目的地を受信し、前記第２の輸送サービス要求者から、前記第２の輸送サービスの要求を受信する前に、第２のサービス要求者が前記第１の輸送サービスを要求する意図があると判断する、ようにさらに指示される、請求項２に記載のシステム。
4. 前記１つまたは複数のプロセッサはさらに、
   前記サービスプロバイダが、前記ピックアップロケーションに到着するのに必要な推定移動時間を決定し、
   前記推定移動時間に基づいて、前記第１の時点と前記第２の時点を決定する、
   ようにさらに指示される、請求項１に記載のシステム。
5. 前記第２の時点を決定するために、前記１つまたは複数のプロセッサは、さらに、
   前記推定移動時間と前記待ち時間とに基づいてバッファ時間を決定する、ようにさらに指示される、請求項４に記載のシステム。
6. 前記１つまたは複数のプロセッサはさらに、
   前記バッファ時間が、しきい値よりも大きいと判断し、
   前記推定移動時間と前記待ち時間とに基づいて、前記第２の時点を決定する、ようにさらに指示される、請求項５に記載のシステム。
7. 前記１つまたは複数のプロセッサは、さらに、
   前記バッファ時間が、しきい値以下であると判断し、
   前記しきい値および前記バッファ時間に基づいて第２の遅延時間を決定し、
   前記第２の遅延時間に基づいて、前記第２の時点、前記推定移動時間、および前記待ち時間を決定する、ように指示される、請求項５に記載のシステム。
8. 前記しきい値は、前記第１のサービス意図時間と第３の意図の第３のサービス意図時間との間の推定時間であり、前記第３の意図は、第３の輸送サービスが、前記第１の輸送サービスと組み合わされる仮定の意図である、請求項７に記載のシステム。
9. 前記サブジェクトは、一人または複数の乗客であり、前記サービスは、タクシーサービスである、請求項１に記載のシステム。
10. 前記サブジェクトは、１つまたは複数の商品であり、前記サービスは、商品配送サービスである、請求項１に記載のシステム。
11. オンライン輸送サービスプラットフォームの少なくとも１つのコンピュータサーバによって、第１のサービス意図時間において第１のサービス要求者から第１のサブジェクトの第１の輸送サービスに関する第１の意図を受信するステップと、
    前記少なくとも１つのコンピュータサーバによって、前記第１のサービス意図時間において利用可能なサービスプロバイダを識別するステップと、
    前記少なくとも１つのコンピュータサーバによって、前記サービスプロバイダに、ピックアップロケーションに到着する第１の時点と、前記ピックアップロケーションから出発する前の、前記ピックアップロケーションにおいて停止する待ち時間を送信するステップ、
    前記少なくとも１つのコンピュータサーバによって、前記第１のサービス要求者に、前記ピックアップロケーションに到着する第２の時点を送信するステップと、
    を備えた、方法。
12. 前記少なくとも１つのコンピュータサーバによって、第２のサービス要求者から第２のサブジェクトの第２の輸送サービスに関する第２の意図を判断するステップと、
    前記少なくとも１つのコンピュータサーバによって、第１の待ち時間を決定するステップと、
    前記第１の待ち時間内において、前記少なくとも１つのコンピュータサーバによって、前記サービスプロバイダを割当てる際に、前記オンライン輸送サービスプラットフォームに通信した複数の他のサービス要求者よりも、前記第１のサービス要求者および前記第２のサービス要求者に、より高い優先度を提供するステップと、
    をさらに備えた、請求項１１に記載の方法。
13. 前記第１の意図を受信するステップは、
    前記少なくとも１つのコンピュータサーバによって、前記第１のサービス要求者から、前記第１の輸送サービスの目的地を受信するステップと、
    前記第１のサービス要求者から前記第１の輸送サービスの要求を受信する前に、前記少なくとも１つのコンピュータサーバによって、前記第１のサービス要求者が前、記第１の輸送サービスを要求する意図があると判断するステップとを含み、
    前記第２の意図を受信するステップは、
    前記少なくとも１つのコンピュータサーバによって、前記第２のサービス要求者から前記第２の輸送サービスの目的地を受信し、前記第２のサービス要求者から前記第２の輸送サービスの要求を受信する前に、前記少なくとも１つのコンピュータサーバによって、前記第２のサービス要求が、前記第１の輸送サービスを要求する意図があると判断するステップを含む、請求項１２に記載の方法。
14. 前記少なくとも１つのコンピュータサーバによって、サービスプロバイダがピックアップロケーションに到着するのに必要な推定移動時間を決定するステップと、
    前記少なくとも１つのコンピュータサーバによって、前記推定移動時間に基づいて前記第１の時点と前記第２の時点を決定するステップと
    をさらに備えた、請求項１１に記載の方法。
15. 前記第２の時点を決定するステップは、
    前記少なくとも１つのコンピュータサーバによって、前記推定移動時間と前記待ち時間に基づいてバッファ時間を決定するステップを含む、請求項１４に記載の方法。
16. 前記少なくとも１つのコンピュータサーバによって、前記バッファ時間が、しきい値よりも大きいと判断するステップと、
    前記少なくとも１つのコンピュータサーバによって、前記推定移動時間と前記待ち時間とに基づいて、前記第２の時点を決定するステップをさらに備えた、請求項１５に記載の方法。
17. 前記少なくとも１つのコンピュータサーバによって、前記バッファ時間が、しきい値以下であると判断するステップと、
    前記少なくとも１つのコンピュータサーバによって、前記しきい値と前記バッファ時間に基づいて第２の遅延時間を決定するステップと、
    前記少なくとも１つのコンピュータサーバによって、前記第２の遅延時間、前記推定移動時間、および前記待ち時間に基づいて前記第２の時点を決定するステップと、
    をさらに備えた、請求項１５に記載の方法。
18. 前記しきい値は、前記第１のサービス意図時間と、第３の意図の第３のサービス意図時間との間の推定時間であり、前記第３の意図は、第３の輸送サービスが、前記第１の輸送サービスと組み合わされる仮定意図である、請求項１７に記載の方法。
19. 前記サブジェクトは、一人または複数の乗客であり、前記サービスは、タクシーサービスである、請求項１１に記載の方法。
20. 前記サブジェクトは、１つまたは複数の商品であり、前記サービスは、商品配送サービスである、請求項１１に記載の方法。