(57)【要約】本開示は、オン・デマンド・サービスに関するサービスリクエストを分配するためのシステムおよび方法に関する。システムは、サービスリクエストを得て、開始位置、目的地、または開始時間のうち少なくとも１つを備える、サービスリクエストに関連する第１の情報を決定し、サービスリクエストに関連する第１の情報に少なくとも部分的に基づいて、基準情報を決定し、サービスリクエストおよび基準情報に基づいて、修正サービスリクエストを生成し、修正サービスリクエストを少なくとも１つの提供者端末に送信するように、方法を遂行してもよい。【選択図】図４
2019505867.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
サービスリクエストを少なくとも１つの提供者端末に分配するための命令のセットを含む少なくとも１つの記憶媒体と、
前記少なくとも１つの記憶媒体と通信するように構成された少なくとも１つのプロセッサと、を備え、前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、
前記サービスリクエストを得て、
開始位置、目的地、または開始時間のうち少なくとも１つを備える、前記サービスリクエストに関連する第１の情報を決定し、
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、基準情報を決定し、
前記サービスリクエストおよび前記基準情報に基づいて、修正サービスリクエストを生成し、
前記修正サービスリクエストを前記少なくとも１つの提供者端末に送信する
ように指示されるシステム。
【請求項２】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記開始位置および前記目的地に基づいて、推奨ルートを決定し、
前記推奨ルートに基づいて、第１の基準情報を決定する
ようにさらに指示される、請求項１に記載のシステム。
【請求項３】
前記第１の基準情報は、前記開始時間および前記推奨ルートに関連する交通情報、または前記開始時間および前記推奨ルートに関連する気象情報のうち、少なくとも１つを備える、請求項２に記載のシステム。
【請求項４】
前記交通情報は、前記開始時間および前記推奨ルートに関連する交通渋滞情報、前記開始時間および前記推奨ルートに関連する交通制御情報、前記開始時間および前記推奨ルートに関連する交通障壁情報のうち、少なくとも１つを備える、請求項３に記載のシステム。
【請求項５】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記開始位置から第１の半径の範囲内にある第１の領域を決定し、
前記第１の領域に基づいて、第２の基準情報を決定する
ようにさらに指示される、請求項１に記載のシステム。
【請求項６】
前記第１の領域に基づいて、前記第２の基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記第１の領域内で候補サービスリクエストの第１の数を決定し、
前記第１の領域内で候補サービス提供者の第２の数を決定し、
前記第２の数および前記第１の数に基づき、第１の需給密度を決定する
ようにさらに指示される、請求項５に記載のシステム。
【請求項７】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記目的地から第２の半径の範囲内にある第２の領域を決定し、
前記第２の領域に基づいて、第３の基準情報を決定する
ようにさらに指示される、請求項１に記載のシステム。
【請求項８】
前記第２の領域に基づいて、前記第３の基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記第２の領域内で候補サービスリクエストの第３の数を決定し、
前記第２の領域内で候補サービス提供者の第４の数を決定し、
前記第４の数および前記第３の数に基づいて、第２の需給密度を決定する
ようにさらに指示される、請求項７に記載のシステム。
【請求項９】
前記少なくとも１つのプロセッサは、
前記少なくとも１つの提供者端末から応答を受信し、
前記サービスリクエストと関連付けられた要求者端末に、前記応答に対応する、対象となるサービス提供者の連絡先情報、または前記対象となるサービス提供者の位置のうち少なくとも１つを備える、前記応答に関連付けられた提供者情報を送信する
ようにさらに指示される、請求項１に記載のシステム。
【請求項１０】
前記少なくとも１つのプロセッサは、前記サービスリクエストに応答してサービスを提供するための、少なくとも１つの候補サービス提供者を識別するようにさらに指示され、前記少なくとも１つの提供者端末は、前記候補サービス提供者と関連付けられる、請求項１に記載のシステム。
【請求項１１】
方法であって、
サービスリクエストを得るステップと、
プロセッサにより、開始位置、目的地、または開始時間のうち少なくとも１つを備える、前記サービスリクエストに関連する第１の情報を決定するステップと、
前記プロセッサにより、前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、基準情報を決定するステップと、
前記サービスリクエストおよび前記基準情報に基づいて、修正サービスリクエストを生成するステップと、
前記修正サービスリクエストを前記少なくとも１つの提供者端末に送信するステップと、
を備える方法。
【請求項１２】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するステップは、
前記開始位置および前記目的地に基づいて、推奨ルートを決定するステップと、
前記推奨ルートに基づいて、第１の基準情報を決定するステップと、
をさらに備える、請求項１１に記載の方法。
【請求項１３】
前記第１の基準情報は、前記開始時間および前記推奨ルートに関連する交通情報、または前記開始時間および前記推奨ルートに関連する気象情報のうち、少なくとも１つを備える、請求項１２に記載の方法。
【請求項１４】
前記交通情報は、前記開始時間および前記推奨ルートに関連する交通渋滞情報、前記開始時間および前記推奨ルートに関連する交通制御情報、前記開始時間および前記推奨ルートに関連する交通障壁情報のうち、少なくとも１つを備える、請求項１３に記載の方法。
【請求項１５】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するステップは、
前記開始位置から第１の半径の範囲内にある第１の領域を決定するステップと、
前記第１の領域に基づいて、第２の基準情報を決定するステップと、
をさらに備える、請求項１１に記載の方法。
【請求項１６】
前記第１の領域に基づき、前記第２の基準情報を決定する前記ステップは、
前記第１の領域内で候補サービスリクエストの第１の数を決定するステップと、
前記第１の領域内で候補サービス提供者の第２の数を決定するステップと、
前記第２の数および前記第１の数に基づいて、第１の需給密度を決定するステップと、
をさらに備える、請求項１５に記載の方法。
【請求項１７】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するステップは、
前記目的地から第２の半径の範囲内にある第２の領域を決定するステップと、
前記第２の領域に基づいて、第３の基準情報を決定するステップと、
をさらに備える、請求項１１に記載の方法。
【請求項１８】
前記第２の領域に基づいて、前記第３の基準情報を決定するステップは、
前記第２の領域内で候補サービスリクエストの第３の数を決定するステップと、
前記第２の領域内で候補サービス提供者の第４の数を決定するステップと、
前記第４の数および前記第３の数に基づき、第２の需給密度を決定するステップと
をさらに備える、請求項１７に記載の方法。
【請求項１９】
前記少なくとも１つの提供者端末から応答を受信するステップと、
前記サービスリクエストに関連付けられた要求者端末に、前記応答に対応する、対象となるサービス提供者の連絡先情報、または前記対象となるサービス提供者の位置のうち少なくとも１つを備える、前記応答に関連付けられた提供者情報を送信するステップと、
をさらに備える、請求項１１に記載の方法。
【請求項２０】
前記サービスリクエストに応答してサービスを提供するための、少なくとも１つの候補サービス提供者を識別するステップをさらに備え、前記少なくとも１つの提供者端末は、前記候補サービス提供者と関連づけられる、
請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本出願は、内容が参照により本明細書に組み入れられる、２０１６年５月２５日に提出された中国特許出願第２０１６１０３５５２５９．７号明細書の優先権を主張する。
【０００２】
本開示は、一般にオン・デマンド・サービスのためのシステムおよび方法に関し、詳細にはオン・デマンド・サービスに関するサービスリクエストを分配するためのシステムおよび方法に関する。
【背景技術】
【０００３】
オンラインタクシー呼出しサービスなどの、インターネット技術を利用するオン・デマンド輸送サービスが、その便利さゆえにますます広く普及してきた。オン・デマンド輸送サービスを提供するシステムは、おびただしい数のサービスリクエストをサービス提供者（たとえば、運転者）にリアルタイムの手法で分配する必要がある場合がある。
【発明の概要】
【０００４】
１つまたは複数のサービス提供者が、サービスリクエストだけに基づきサービスリクエストを受け入れるべきかどうかに関する、情報に基づく決断を行うことは、困難な場合がある。
【０００５】
本開示の一様態によれば、システムが提供される。システムが、少なくとも１つの記憶媒体、および少なくとも１つの記憶媒体と通信するように構成された少なくとも１つのプロセッサを含んでもよい。少なくとも１つの記憶媒体が、オン・デマンド・サービスに関するサービスリクエストを分配するための命令のセットを含んでもよい。少なくとも１つのプロセッサは、命令のセットを実行するとき、以下の動作のうち１つまたは複数を遂行するように指示されてもよい。少なくとも１つのプロセッサは、サービスリクエストを得てもよい。少なくとも１つのプロセッサは、開始位置、目的地、または開始時間のうち少なくとも１つを含んでもよい、サービスリクエストに関連する第１の情報を得てもよい。少なくとも１つのプロセッサは、サービスリクエストに関連する第１の情報に少なくとも部分的に基づいて、基準情報を決定してもよい。少なくとも１つのプロセッサは、サービスリクエストおよび基準情報に基づいて、修正サービスリクエストを生成してもよい。少なくとも１つのプロセッサは、修正サービスリクエストを少なくとも１つの提供者端末に送信してもよい。
【０００６】
いくつかの実施形態では、少なくとも１つのプロセッサは、開始位置および目的地に基づき、推奨ルートを決定してもよい。少なくとも１つのプロセッサは、推奨ルートに基づき、第１の基準情報を決定してもよい。
【０００７】
いくつかの実施形態では、第１の基準情報は、開始時間および推奨ルートに関連する交通情報、または開始時間および推奨ルートに関連する気象情報のうち、少なくとも１つを含んでもよい。
【０００８】
いくつかの実施形態では、交通情報は、開始時間および推奨ルートに関連する交通渋滞情報、開始時間および推奨ルートに関連する交通制御情報、開始時間および推奨ルートに関連する交通障壁情報のうち、少なくとも１つを含んでもよい。
【０００９】
いくつかの実施形態では、少なくとも１つのプロセッサは、開始位置から第１の半径の範囲内にある第１の領域を決定してもよい。少なくとも１つのプロセッサは、第１の領域に基づき、第２の基準情報を決定してもよい。
【００１０】
いくつかの実施形態では、少なくとも１つのプロセッサは、第１の領域内で候補サービスリクエストの第１の数を決定してもよい。少なくとも１つのプロセッサは、第１の領域内で候補サービス提供者の第２の数を決定してもよい。少なくとも１つのプロセッサは、第２の数および第１の数に基づき、第１の需給密度を決定してもよい。
【００１１】
いくつかの実施形態では、少なくとも１つのプロセッサは、目的地から第２の半径の範囲内にある第２の領域を決定してもよい。少なくとも１つのプロセッサは、第２の領域に基づき、第３の基準情報を決定してもよい。
【００１２】
いくつかの実施形態では、少なくとも１つのプロセッサは、第２の領域内で候補サービスリクエストの第３の数を決定してもよい。少なくとも１つのプロセッサは、第２の領域内で候補サービス提供者の第４の数を決定してもよい。少なくとも１つのプロセッサは、第４の数および第３の数に基づき、第２の需給密度を決定してもよい。
【００１３】
いくつかの実施形態では、少なくとも１つのプロセッサは、提供者端末から応答を受信してもよい。少なくとも１つのプロセッサは、サービスリクエストに関連付けられた要求者端末に、応答に対応する、対象となるサービス提供者の連絡先情報、または対象となるサービス提供者の位置のうち少なくとも１つを含んでもよい、応答に関連付けられた提供者情報を送信してもよい。
【００１４】
いくつかの実施形態では、少なくとも１つのプロセッサは、サービスリクエストに応答してサービスを提供するための、少なくとも１つの候補サービス提供者を識別してもよく、そこでは、少なくとも１つの提供者端末は、候補サービス提供者と関連づけられてもよい。
【００１５】
本開示の別の様態によれば、方法が提供される。方法が、以下の動作のうち１つまたは複数を含んでもよい。プロセッサは、サービスリクエストを得てもよい。プロセッサは、開始位置、目的地、または開始時間のうち少なくとも１つを含んでもよい、サービスリクエストに関連する第１の情報を得てもよい。プロセッサは、サービスリクエストに関連する第１の情報に少なくとも部分的に基づいて、基準情報を決定してもよい。プロセッサは、サービスリクエストおよび基準情報に基づいて、修正サービスリクエストを生成してもよい。プロセッサは、修正サービスリクエストを少なくとも１つの提供者端末に送信してもよい。
【００１６】
いくつかの実施形態では、プロセッサは、開始位置および目的地に基づいて、推奨ルートを決定してもよい。プロセッサは、推奨ルートに基づいて、第１の基準情報を決定してもよい。
【００１７】
いくつかの実施形態では、プロセッサは、開始位置から第１の半径の範囲内にある第１の領域を決定してもよい。プロセッサは、第１の領域に基づいて、第２の基準情報を決定してもよい。
【００１８】
いくつかの実施形態では、プロセッサは、第１の領域内で候補サービスリクエストの第１の数を決定してもよい。プロセッサは、第１の領域内で候補サービス提供者の第２の数を決定してもよい。プロセッサは、第２の数および第１の数に基づいて、第１の需給密度を決定してもよい。
【００１９】
いくつかの実施形態では、プロセッサは、目的地から第２の半径の範囲内にある第２の領域を決定してもよい。プロセッサが、第２の領域に基づいて、第３の基準情報を決定してもよい。
【００２０】
いくつかの実施形態では、プロセッサは、第２の領域内で候補サービスリクエストの第３の数を決定してもよい。プロセッサは、第２の領域内で候補サービス提供者の第４の数を決定してもよい。プロセッサは、第４の数および第３の数に基づいて、第２の需給密度を決定してもよい。
【００２１】
いくつかの実施形態では、プロセッサは、提供者端末から応答を受信してもよい。プロセッサは、サービスリクエストに関連付けられた要求者端末に、応答に対応する、対象となるサービス提供者の連絡先情報、または対象となるサービス提供者の位置のうち少なくとも１つを含んでもよい、応答に関連付けられた提供者情報を送信してもよい。
【００２２】
いくつかの実施形態では、プロセッサは、サービスリクエストに応答してサービスを提供するための、少なくとも１つの候補サービス提供者を識別してもよく、そこでは、少なくとも１つの提供者端末は、候補サービス提供者と関連付けられてもよい。
【００２３】
追加の特徴は、一部が以下の説明で示され、一部が以下の添付図面を検討すれば当業者に明らかになる、または実施例を製造する、もしくは動作させることにより習得されてもよい。本開示の特徴が、以下で説明する詳細な実施例で示す方法論、手段、および組合せのさまざまな様態を実施または使用することにより実現され、達成されてもよい。
【００２４】
本開示について、代表的実施形態に関してさらに説明する。これらの代表的実施形態について、図面を参照して詳細に説明する。これらの実施形態は、限定しない代表的実施形態であり、そこでは、類似の参照番号が、図面のいくつかの図全体を通して類似の構造を表す。
【図面の簡単な説明】
【００２５】
【図１】本開示のいくつかの実施形態による代表的オン・デマンド・サービス・システムの概略図である。
【図２】本開示のいくつかの実施形態による代表的コンピューティング機器を例示する概略図である。
【図３】本開示のいくつかの実施形態による代表的処理エンジンを例示する構成図である。
【図４】本開示のいくつかの実施形態による、サービスリクエストを分配するための代表的処理を例示する流れ図である。
【図５−Ａ】本開示のいくつかの実施形態による、修正サービスリクエストを提示するための代表的ユーザインタフェースを例示する概略図である。
【図５−Ｂ】本開示のいくつかの実施形態による、修正サービスリクエストを提示するための代表的ユーザインタフェースを例示する概略図である。
【図５−Ｃ】本開示のいくつかの実施形態による、修正サービスリクエストを提示するための代表的ユーザインタフェースを例示する概略図である。
【図５−Ｄ】本開示のいくつかの実施形態による、修正サービスリクエストを提示するための代表的ユーザインタフェースを例示する概略図である。
【発明を実施するための形態】
【００２６】
以下の説明は、当業者が本開示を作成し、使用することができるようにするために提示され、特定の適用例およびその要件に関連して提供される。開示する実施形態に対するさまざまな修正が、当業者には容易に明らかになり、本明細書で規定する一般的原理が、本開示の精神または範囲から逸脱することなく他の実施形態および適用例に応用されてもよい。したがって、本開示は、示される実施形態に限定されるのではなく、特許請求の範囲と矛盾しない最も広い範囲が与えられるべきである。
【００２７】
本明細書で使用する用語は、特定の実施例の実施形態を説明するためのものであり、限定するものではない。本明細書で使用するとき、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈が明らかにそうではないと示さない限り、複数形も含むことが意図される場合がある。用語「ｃｏｍｐｒｉｓｅ（備える）」、「ｃｏｍｐｒｉｓｅｓ（備える）」，および／もしくは「ｃｏｍｐｒｉｓｉｎｇ（備える）」、「ｉｎｃｌｕｄｅ（含む）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／もしくは「ｉｎｃｌｕｄｉｎｇ（含む）」は、本明細書で使用するとき、言及された特徴、完全体、ステップ、動作、要素、および／または構成要素の存在を明示するが、１つまたは複数の他の特徴、完全体、ステップ、動作、要素、構成要素、および／またはそれらのグループの存在または追加を除外しないことをさらに理解されたい。
【００２８】
本開示のこれらおよび他の特徴、ならびに特性だけではなく、動作方法、および構造物の関係する要素の機能、および部分の組合せ、および製造の経済性が、すべて本開示の一部を形成する添付図面を参照して以下の説明を考慮したときに、より明らかになる場合がある。しかしながら、図面が、例示および説明するためだけにあり、本開示の範囲を限定することを意図するものではないことをはっきりと理解されたい。図面が、縮尺通りではないことが理解される。
【００２９】
本開示で使用する流れ図は、本開示のいくつかの実施形態に従ってシステムが実現する動作を例示する。流れ図の動作が、順序通りに実現されなくてもよいことをはっきりと理解されたい。逆に、動作を逆順で、または同時に実現してもよい。さらに、１つまたは複数の他の動作を流れ図に追加してもよい。１つまたは複数の動作を流れ図から取り除いてもよい。
【００３０】
さらに、本開示では、システムおよび方法について、主に１組の共有可能な注文を割り当てることに関して説明するが、これは代表的一実施形態でしかないことも理解されたい。本開示のシステムおよび方法を、任意の他の種類のオン・デマンド・サービスに適用してもよい。たとえば、本開示のシステムまたは方法を、陸上、海洋、宇宙空間など、またはそれらの任意の組合せを含む、異なる環境の輸送システムに適用してもよい。輸送システムの車両が、タクシー、自家用車、ヒッチハイク、バス、列車、超特急列車、高速鉄道、地下鉄、船、航空機、宇宙船、熱気球、無人車両など、またはそれらの任意の組合せを含んでもよい。輸送システムはまた、管理および／または配信のための任意の輸送システム、たとえば、速達便を送信および／または受信するためのシステムを含んでもよい。本開示のシステムおよび方法の適用例が、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部分析システム、人工知能ロボットなど、またはそれらの任意の組合せを含んでもよい。
【００３１】
本開示では、「乗客」、「要求者」、「サービス要求者」、および「顧客」という用語を、個人、実体、またはサービスを要求してもよい、または注文してもよいツールを指すために、交換可能に使用する。また、本開示では、「運転者」、「提供者」、「サービス提供者」、および「供給者」という用語を、個人、実体、またはサービスを提供してもよい、またはサービスの提供を容易にしてもよいツールを指すために、交換可能に使用する。本開示では、「ユーザ」という用語が、個人、実体、またはサービスを要求してもよい、サービスを注文してもよい、サービスを提供してもよい、またはサービスの提供を容易にしてもよいツールを指す場合がある。たとえば、ユーザが、乗客、運転者、操作者など、またはそれらの任意の組合せであってもよい。本開示では、「乗客」および「乗客端末」を、交換可能に使用する場合があり、「運転者」および「運転者端末」を、交換可能に使用する場合がある。
【００３２】
本開示では、用語「サービスリクエスト」および「注文」を、乗客、要求者、サービス要求者、顧客、運転者、提供者、サービス提供者、供給者など、またはそれらの任意の組合せにより開始されてもよいリクエストを指すために、交換可能に使用する。サービスリクエストが、乗客、要求者、サービス要求者、顧客、運転者、提供者、サービス提供者、または供給者のうち任意の１つにより受け入れられてもよい。サービスリクエストが、有料であっても、無料であってもよい。
【００３３】
本開示で使用する測位技術が、全地球測位システム（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ、ＧＰＳ）、全地球航法衛星システム（ｇｌｏｂａｌ  ｎａｖｉｇａｔｉｏｎ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ、ＧＬＯＮＡＳＳ）、コンパス航法システム（ｃｏｍｐａｓｓ  ｎａｖｉｇａｔｉｏｎ  ｓｙｓｔｅｍ、ＣＯＭＰＡＳＳ）、Ｇａｌｉｌｅｏ測位システム、準天頂衛星システム（ｑｕａｓｉ−ｚｅｎｉｔｈ  ｓａｔｅｌｌｉｔｅ  ｓｙｓｔｅｍ、ＱＺＳＳ）、およびＷｉ−Ｆｉ（ｗｉｒｅｌｅｓｓ  ｆｉｄｅｌｉｔｙ）測位技術など、またはそれらの任意の組合せに基づいてもよい。本開示では、上記測位システムの１つまたは複数を交換可能に使用する場合がある。
【００３４】
本開示の一様態が、オン・デマンド・サービス（たとえば、オン・デマンド輸送サービス）に関するサービスリクエストを分配するためのシステムおよび方法に関する。システムおよび方法が、サービスリクエストを得てもよく、サービスリクエストに関連する基準情報を決定してもよい。システムおよび方法はまた、基準情報および／またはサービスリクエストに基づき、修正サービスリクエストを生成し、修正サービスリクエストを１つまたは複数の提供者端末に送信してもよい。
【００３５】
タクシー呼出し組合せサービスを含むオンラインタクシー呼出しなどのオンライン・オン・デマンド・輸送サービスは、インターネット後の時代だけに根付いた、新しいサービス形態であることに留意されたい。オンライン・オン・デマンド・輸送サービスが、インターネット後の時代にだけ向上する可能性がある技術的解決策を、ユーザおよびサービス提供者に提供する。インターネット以前の時代では、ユーザが路上でタクシーを呼ぶとき、タクシーリクエストおよび受諾が、乗客と、乗客を視界にとらえる１人のタクシー運転者との間だけで行われる。乗客が、電話を通してタクシーを呼ぶとき、サービスリクエストおよび受諾が、乗客と１つのサービス提供者（たとえば、１つのタクシー会社または仲介人）との間だけで行われてもよい。しかしながら、オンラインタクシーにより、サービスのユーザが、ユーザから遠く離れた、膨大な数の個々のサービス提供者（たとえば、タクシー）にサービスリクエストをリアルタイムで自動的に分配することができるようになる。また、オンラインタクシーにより、複数のサービス提供者が、サービスリクエストに同時にリアルタイムで応答することができるようになる。したがって、インターネットを通して、オンライン・オン・デマンド輸送システムが、従来のインターネット以前の輸送サービスシステムでは決して遭遇することがない、はるかにより効率的取引プラットフォームを、ユーザおよびサービス提供者に提供する場合がある。
【００３６】
図１は、いくつかの実施形態による、代表的オン・デマンド・サービス・システム１００の概略図である。たとえば、オン・デマンド・サービス・システム１００が、タクシー呼出し、運転代行、運搬車両、カープール、バスサービス、バス業務、運転者雇用、およびシャトルサービスなどの輸送サービスのためのオンライン輸送サービスプラットフォームであってもよい。オン・デマンド・サービス・システム１００が、サーバ１１０、ネットワーク１２０、要求者端末１３０、提供者端末１４０、およびデータベース１５０を含むオンラインプラットフォームであってもよい。サーバ１１０が、処理エンジン１１２を含んでもよい。
【００３７】
いくつかの実施形態では、サーバ１１０が、単一サーバであっても、サーバグループであってもよい。サーバグループが、集中型であっても、分散型であってもよい（たとえば、サーバ１１０が、分散システムであってもよい）。いくつかの実施形態では、サーバ１１０が、ローカルにあっても、遠隔にあってもよい。たとえば、サーバ１１０が、ネットワーク１２０を介して、要求者端末１３０、提供者端末１４０、および／またはデータベース１５０に記憶された情報および／またはデータにアクセスしてもよい。別の例として、要求者端末１３０、提供者端末１４０、および／またはデータベース１５０にサーバ１１０を直接接続して、記憶された情報および／またはデータにアクセスしてもよい。いくつかの実施形態では、サーバ１１０をクラウドプラットフォーム上に実装してもよい。単なる実施例として、クラウドプラットフォームが、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウドなど、またはそれらの任意の組合せを含んでもよい。いくつかの実施形態では、本開示の図２に例示する１つまたは複数の構成要素を有するコンピューティング機器２００上にサーバ１１０を実装してもよい。
【００３８】
いくつかの実施形態では、サーバ１１０が、処理エンジン１１２を含んでもよい。処理エンジン１１２が、サービスリクエストに関連する情報および／またはデータを処理して、本開示で説明する１つまたは複数の機能を遂行してもよい。たとえば、処理エンジン１１２が、要求者端末１３０から得たサービスリクエストに基づき、基準情報を決定してもよい。いくつかの実施形態では、処理エンジン１１２が、１つまたは複数の処理エンジン（たとえば、１つもしくは複数のシングルコア処理エンジン、または１つもしくは複数のマルチコアプロセッサ）を含んでもよい。単なる実施例として、処理エンジン１１２が、中央処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＣＰＵ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、ＡＳＩＰ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ  ｐｒｏｃｅｓｓｏｒ）、グラフィックス・プロセッシング・ユニット（ｇｒａｐｈｉｃｓ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＧＰＵ）、ＰＰＵ（ｐｈｙｓｉｃａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）、デジタル・シグナル・プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、フィールド・プログラマブル・ゲート・アレイ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）、プログラム可能論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＰＬＤ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ｒｅｄｕｃｅｄ  ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ  ｃｏｍｐｕｔｅｒ、ＲＩＳＣ）、マイクロプロセッサなど、またはそれらの任意の組合せなどの、１つまたは複数のハードウェアプロセッサを含んでもよい。
【００３９】
ネットワーク１２０が、情報および／またはデータの交換を容易にしてもよい。いくつかの実施形態では、オン・デマンド・サービス・システム１００内の１つまたは複数の構成要素（たとえば、サーバ１１０、要求者端末１３０、提供者端末１４０、およびデータベース１５０）が、ネットワーク１２０を介して、オン・デマンド・サービス・システム１００内の１つまたは複数の他の構成要素に情報および／またはデータを送信してもよい。たとえば、サーバ１１０が、ネットワーク１２０を介して要求者端末１３０からサービスリクエストを得てもよい／取得してもよい。いくつかの実施形態では、ネットワーク１２０が、任意のタイプの有線もしくは無線のネットワークであっても、それらの組合せであってもよい。単なる実施例として、ネットワーク１３０が、ケーブルネットワーク、有線ネットワーク、光ファイバネットワーク、電気通信ネットワーク、イントラネット、インターネット、ローカル・エリア・ネットワーク（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＬＡＮ）、広域ネットワーク（ｗｉｄｅ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＷＡＮ）、無線ローカル・エリア・ネットワーク（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ、ｎｅｔｗｏｒｋ、ＷＬＡＮ）、メトロポリタン・エリア・ネットワーク（ｍｅｔｒｏｐｏｌｉｔａｎ  ａｒｅａ  ｎｅｔｗｏｒｋ、ＭＡＮ）、広域ネットワーク（ＷＡＮ）、公衆電話交換網（ｐｕｂｌｉｃ  ｔｅｌｅｐｈｏｎｅ  ｓｗｉｔｃｈｅｄ  ｎｅｔｗｏｒｋ、ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅネットワーク、近距離無線通信（ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＮＦＣ）ネットワークなど、またはそれらの任意の組合せを含んでもよい。いくつかの実施形態では、ネットワーク１２０が、１つまたは複数のネットワーク・アクセス・ポイントを含んでもよい。たとえば、ネットワーク１２０が、オン・デマンド・サービス・システム１００の１つまたは複数の構成要素がデータおよび／または情報を交換するためにネットワーク１２０に接続されてもよい、基地局および／またはインターネット相互接続点１２０−１、１２０−２、…などの、有線または無線のネットワーク・アクセス・ポイントを含んでもよい。
【００４０】
いくつかの実施形態では、要求者が、要求者端末１３０のユーザであってもよい。いくつかの実施形態では、要求者端末１３０のユーザが、要求者以外のだれかであってもよい。たとえば、要求者端末１３０のユーザＡが、要求者端末１３０を使用して、ユーザＢへのサービスリクエストを送信しても、サーバ１１０からサービスを受ける、および／または情報もしくは命令を受信してもよい。いくつかの実施形態では、提供者が、提供者端末１４０のユーザであってもよい。いくつかの実施形態では、提供者端末１４０のユーザが、提供者以外のだれかであってもよい。たとえば、提供者端末１４０のユーザＣが、提供者端末１４０を使用して、ユーザＤへのサービスリクエストを受信してもよい、および／またはサーバ１１０から情報もしくは命令を受信してもよい。いくつかの実施形態では、「要求者」および「要求者端末」を交換可能に使用する場合があり、「提供者」および「提供者端末」を交換可能に使用する場合がある。
【００４１】
いくつかの実施形態では、要求者端末１３０が、移動体機器１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、自動車内の内蔵機器１３０−４など、またはそれらの任意の組合せを含んでもよい。いくつかの実施形態では、移動体機器１３０−１が、スマートホーム機器、ウェアラブル機器、移動体機器、仮想現実機器、拡張現実感機器など、またはそれらの任意の組合せを含んでもよい。いくつかの実施形態では、スマートホーム機器が、スマート照明機器、インテリジェントな電気器具の制御機器、スマート監視機器、スマートテレビ、スマート・ビデオ・カメラ、インターホンなど、またはそれらの任意の組合せを含んでもよい。いくつかの実施形態では、ウェアラブル機器が、ブレスレット、履き物、メガネ、ヘルメット、腕時計、衣服、バックパック、スマートアクセサリなど、またはそれらの任意の組合せを含んでもよい。いくつかの実施形態では、移動体機器が、携帯電話、携帯情報端末（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｃｅ、ＰＤＡ）、ゲーム機器、ナビゲーション機器、ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｌｅ）機器、ラップトップ、デスクトップなど、またはそれらの任意の組合せを含んでもよい。くつかの実施形態では、仮想現実機器および／または拡張現実感機器が、仮想現実ヘルメット、仮想現実メガネ、仮想現実パッチ、拡張現実感ヘルメット、拡張現実感メガネ、拡張現実感パッチなど、またはそれらの任意の組合せを含んでもよい。たとえば、仮想現実機器および／または拡張現実感機器が、グーグルグラス（Ｇｏｏｇｌｅ  Ｇｌａｓｓ）（登録商標）、オキュラスリフト（Ｏｃｕｌｕｓ  Ｒｉｆｔ）（登録商標）、ホロレンズ（Ｈｏｌｏｌｅｎｓ）（登録商標）、ギアＶＲ（Ｇｅａｒ  ＶＲ）（登録商標）などを含んでもよい。いくつかの実施形態では、自動車内の内蔵機器１３０−４が、車載コンピュータ、車載テレビなどを含んでもよい。いくつかの実施形態では、要求者端末１３０が、要求者および／または要求者端末１３０の場所を位置決めするための測位技術を有する機器であってもよい。
【００４２】
いくつかの実施形態では、提供者端末１４０が、要求者端末１３０に類似する機器であっても、それと同じ機器であってもよい。いくつかの実施形態では、提供者端末１４０が、提供者端末１４０のユーザ（たとえば、サービス提供者）および／または提供者端末１４０の場所を位置決めするための測位技術を利用する機器であってもよい。いくつかの実施形態では、要求者端末１３０および／または提供者端末１４０が、１つまたは複数の他の測位機器と通信して、要求者、要求者端末１３０、提供者、および／または提供者端末１４０の場所を決定してもよい。いくつかの実施形態では、要求者端末１３０および／または提供者端末１４０が、測位情報をサーバ１１０に送信してもよい。
【００４３】
データベース１５０が、データおよび／または命令を記憶してもよい。いくつかの実施形態では、データベース１５０が、要求者端末１３０および／または提供者端末１４０から得たデータを記憶してもよい。いくつかの実施形態では、データベース１５０が、本開示で説明する代表的方法をサーバ１１０が実行する、または遂行するために使用する、データおよび／または命令を記憶してもよい。いくつかの実施形態では、データベース１５０が、大容量記憶領域、取外し可能記憶領域、揮発性読出し書込みメモリ、読出し専用メモリ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ、ＲＯＭ）など、またはそれらの任意の組合せを含んでもよい。代表的大容量記憶領域が、磁気ディスク、光ディスク、ＳＳＤ（ｓｏｌｉｄ−ｓｔａｔｅ  ｄｒｉｖｅ）を含んでもよい。代表的取外し可能記憶領域が、フラッシュドライブ、フロッピーディスク、光ディスク、メモリカード、ｚｉｐディスク、磁気テープなどを含んでもよい。代表的揮発性読出し書込みメモリが、ランダム・アクセス・メモリ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ、ＲＡＭ）を含んでもよい。代表的ＲＡＭが、ダイナミックＲＡＭ（ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、ＤＤＲ  ＳＤＲＡＭ（ｄｏｕｂｌｅ  ｄａｔａ  ｒａｔｅ  ｓｙｎｃｈｒｏｎｏｕｓ  ｄｙｎａｍｉｃ  ＲＡＭ）、スタティックＲＡＭ（ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、サイリスタＲＡＭ（ｔｈｙｒｉｓｔｏｒ  ＲＡＭ、Ｔ−ＲＡＭ）、およびゼロキャパシタＲＡＭ（ｚｅｒｏ−ｃａｐａｃｉｔｏｒ  ＲＡＭ、Ｚ−ＲＡＭ）などを含んでもよい。代表的ＲＯＭが、マスクＲＯＭ（ｍａｓｋ  ＲＯＭ、ＭＲＯＭ）、プログラム可能ＲＯＭ（ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能プログラム可能ＲＯＭ（ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能プログラム可能ＲＯＭ（ｅｌｅｃｔｒｉｃａｌｌｙ−ｅｒａｓａｂｌｅ  ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＥＥＰＲＯＭ）、コンパクトディスクＲＯＭ（ｃｏｍｐａｃｔ  ｄｉｓｋ  ＲＯＭ、ＣＤ−ＲＯＭ）、およびデジタル多用途ディスクＲＯＭなどを含んでもよい。いくつかの実施形態では、データベース１５０をクラウドプラットフォーム上に実装してもよい。単なる実施例として、クラウドプラットフォームが、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウドなど、またはそれらの任意の組合せを含んでもよい。
【００４４】
いくつかの実施形態では、データベース１５０が、ネットワーク１２０に接続されて、オン・デマンド・サービス・システム１００内の１つまたは複数の構成要素（たとえば、サーバ１１０、要求者端末１３０、提供者端末１４０など）と通信してもよい。オン・デマンド・サービス・システム１００内の１つまたは複数の構成要素が、データベース１５０に記憶されたデータまたは命令にネットワーク１２０を介してアクセスしてもよい。いくつかの実施形態では、データベース１５０が、オン・デマンド・サービス・システム１００内の１つまたは複数の構成要素（たとえば、サーバ１１０、要求者端末１３０、提供者端末１４０など）に直接接続されても、それらと通信してもよい。いくつかの実施形態では、データベース１５０が、サーバ１１０の一部であってもよい。
【００４５】
いくつかの実施形態では、オン・デマンド・サービス・システム１００内の１つまたは複数の構成要素（たとえば、サーバ１１０、要求者端末１３０、提供者端末１４０など）が、データベース１５０にアクセスする許可を有してもよい。いくつかの実施形態では、オン・デマンド・サービス・システム１００内の１つまたは複数の構成要素が、１つまたは複数の条件が満たされたとき、要求者、提供者、および／または公衆に関連する情報を読み出してもよい、および／または修正してもよい。たとえば、サーバ１１０が、サービス終了後に、１つまたは複数のユーザの情報を読み出してもよい、および／または修正してもよい。別の実施例として、提供者端末１４０が、要求者端末１３０からサービスリクエストを受信したとき、要求者に関連する情報にアクセスしてもよいが、提供者端末１４０が要求者の関連情報を修正してはいけない。
【００４６】
いくつかの実施形態では、オン・デマンド・サービス・システム１００内の１つまたは複数の構成要素による情報交換が、サービスを要求することによって達成されてもよい。サービスリクエストの対象が、任意の製品であってもよい。いくつかの実施形態では、製品が、有形の製品であっても、無形の製品であってもよい。有形の製品が、食糧、医薬品、日用品、化学製品、電気器具、衣服、乗用車、住宅、ぜいたく品など、またはそれらの任意の組合せを含んでもよい。無形の製品が、サービス財、金融商品、知識製品、インターネット製品など、またはそれらの任意の組合せを含んでもよい。インターネット製品が、個々のホスト製品、ウェブ製品、移動体インターネット製品、商用ホスト製品、組込型製品など、またはそれらの任意の組合せを含んでもよい。移動体インターネット製品を、移動体端末のソフトウェア、プログラム、システムなど、またはそれらの任意の組合せの形で使用してもよい。移動体端末が、タブレットコンピュータ、ラップトップコンピュータ、携帯電話、携帯情報端末（ＰＤＡ）、スマートウォッチ、ＰＯＳ機器、車載コンピュータ、車載テレビ、ウェアラブル機器など、またはそれらの任意の組合せを含んでもよい。たとえば、製品が、コンピュータまたは携帯電話内で使用する、任意のソフトウェアおよび／またはアプリケーションであってもよい。ソフトウェアおよび／またはアプリケーションが、社交、ショッピング、輸送、娯楽、学習、投資など、またはそれらの任意の組合せに関係があってもよい。いくつかの実施形態では、輸送に関連するソフトウェアおよび／またはアプリケーションが、走行ソフトウェアおよび／またはアプリケーション、車両スケジューリングソフトウェアおよび／またはアプリケーション、マッピングソフトウェアおよび／またはアプリケーションなどを含んでもよい。車両スケジューリングソフトウェアおよび／またはアプリケーションでは、車両が、馬、馬車、人力車（たとえば、手押し車、自転車、三輪車など）、乗用車（たとえば、タクシー、バス、自家用車など）、列車、地下鉄、船、航空機（たとえば、飛行機、ヘリコプタ、スペースシャトル、ロケット、熱気球など）など、またはそれらの任意の組合せを含んでもよい。
【００４７】
図２は、本開示のいくつかの実施形態による、サーバ１１０、要求者端末１３０、および／または提供者端末１４０を実装してもよいコンピューティング機器２００の、代表的なハードウェアおよび／またはソフトウェアの構成要素を例示する概略図である。たとえば、処理エンジン１１２が、コンピューティング機器２００上に実装され、本開示で明らかにする処理エンジン１１２の機能を遂行するように構成されてもよい。
【００４８】
コンピューティング機器２００が、汎用コンピュータであっても、専用コンピュータであってもよく、両方とも、本開示のためのオン・デマンド・システムを実装するために使用されてもよい。コンピューティング機器２００を、本明細書に記載するようなオン・デマンド・サービスの任意の構成要素を実装するために使用してもよい。たとえば、処理エンジン１１２を、コンピューティング機器２００のハードウェア、ソフトウェアプログラム、ファームウェア、またはそれらの組合せによって、コンピューティング機器２００上に実装してもよい。便宜上、そのようなコンピュータを１つだけ示すが、本明細書に記載するような、オン・デマンド・サービスに関連するコンピュータ機能を、処理負荷を分配するために、いくつかの類似のプラットフォーム上に分散方式で実装してもよい。
【００４９】
コンピューティング機器２００が、たとえば、データ通信を容易にするために、コンピューティング機器２００に接続されたネットワークに双方向接続されたＣＯＭポート２５０を含んでもよい。コンピューティング機器２００はまた、プログラム命令を実行するための中央処理装置（ＣＰＵ）２２０を、１つまたは複数のプロセッサの形で含んでもよい。代表的コンピュータプラットフォームが、内部通信バス２１０、異なる形態のプログラム記憶領域およびデータ記憶領域、たとえば、ディスク２７０および読出し専用メモリ（ＲＯＭ）２３０、またはコンピュータにより処理および／もしくは伝送すべきさまざまなデータファイル用のランダム・アクセス・メモリ（ＲＡＭ）２４０を含んでもよい。代表的コンピュータプラットフォームはまた、ＲＯＭ２３０、ＲＡＭ２４０、および／または任意の他のタイプの非一時的記憶媒体に記憶された、ＣＰＵ２２０により実行すべきプログラム命令を含んでもよい。本開示の方法および／または処理を、プログラム命令として実装してもよい。コンピューティング機器２００はまた、Ｉ／Ｏ構成要素２６０、ユーザインタフェース要素２８０などの、コンピュータとコンピュータ内の他の構成要素との間の支援入出力を含む。コンピューティング機器２００はまた、ネットワーク通信を介して、プログラミングおよびデータを受信してもよい。
【００５０】
単に例示のために、コンピューティング機器２００内に、１つのＣＰＵおよび／またはプロセッサだけが例示されている。しかしながら、本開示では、コンピューティング機器２００はまた、複数のＣＰＵおよび／またはプロセッサを含んでもよく、その結果、本開示に記載するような、１つのＣＰＵおよび／またはプロセッサにより遂行される動作および／または方法ステップはまた、複数のＣＰＵおよび／またはプロセッサにより、共同でまたは別々に遂行されてもよいことに留意されたい。たとえば、本開示で、コンピューティング機器２００のＣＰＵおよび／またはプロセッサが、ステップＡとステップＢの両方を実行する場合、ステップＡおよびステップＢはまた、コンピューティング機器２００で２つの異なるＣＰＵおよび／またはプロセッサにより、共同でまたは別々に遂行されてもよい（たとえば、第１のプロセッサがステップＡを実行し、第２のプロセッサがステップＢを実行する、または第１および第２のプロセッサが、ステップＡおよびＢを共同で実行する）ことを理解されたい。
【００５１】
図３は、本開示のいくつかの実施形態による代表的処理エンジン１１２を例示する構成図である。処理エンジン１１２が、獲得モジュール３０２、決定モジュール３０４、および通信モジュール３０６を含んでもよい。
【００５２】
獲得モジュール３０２が、１つまたは複数のサービスリクエストを得るように構成されてもよい。獲得モジュール３０２が、ネットワーク１２０を介して要求者端末１３０からサービスリクエストを得てもよい。獲得モジュール３０２が、サービスリクエストを解析し、サービスリクエストに関連する情報（たとえば、開始位置、開始時間、目的地など）を決定してもよい。
【００５３】
いくつかの実施形態では、サービスリクエストが、輸送サービスに関するリクエストであってもよい。サービスリクエストが、輸送サービスを要求する要求者に関連付けられた情報を含んでもよい。要求者に関連付けられた情報が、要求者のプロフィール情報、要求者のリクエストの好みなど、またはそれらの組合せを含んでもよい。要求者のプロフィール情報が、たとえば、要求者の名前、要求者の年齢、要求者の性別、要求者の生年月日、要求者が居住する都市など、またはそれらの組合せを含んでもよい。リクエストの好みが、輸送サービスに関する要求者の要件を指してもよい。たとえば、要求者端末１３０が、要求者の入力に基づき、サービスリクエストで好みパラメータ（たとえば、車両タイプ、トランクのサイズ、車両の荷重など）を決定してもよい。別の実施例として、リクエストの好みが、サービスリクエストで、要求者が輸送サービスを他の要求者と共用することに同意するかどうかに関する指示を含んでもよい。
【００５４】
決定モジュール３０４が、サービスリクエストに基づき、基準情報を決定するように構成されてもよい。基準情報が、サービスリクエストを受け入れるべきかどうかをサービス提供者が判断するための参考として使用することができる、任意の情報であってもよい、および／またはそのような任意の情報を含んでもよい。たとえば、基準情報が、交通情報（たとえば、交通渋滞情報、交通制御情報、交通障壁情報）および／または気象情報を含んでもよい。
【００５５】
いくつかの実施形態では、決定モジュール３０４が、基準情報および／またはサービスリクエストに基づき、修正サービスリクエストをさらに生成してもよい。修正サービスリクエストが、基準情報を提示する際に使用するための任意のデータ、および／またはサービスリクエストに関連する任意の他の情報を含んでもよい。
【００５６】
いくつかの実施形態では、決定モジュール３０４はまた、サービスリクエストを受け入れてもよい１つまたは複数のサービス提供者（「候補サービス提供者」とも呼ばれる）を決定することができる。たとえば、決定モジュール３０４が、候補サービス提供者としてサービスリクエストに応答してオン・デマンド・サービスを提供するために利用可能な場合がある１つまたは複数のサービス提供者を決定することができる。たとえば、決定モジュール３０４が、サービスリクエストの開始位置から所定の距離の範囲内にあるサービス提供者を候補サービス提供者として決定してもよい。いくつかの実施形態では、特定のサービス提供者の場所を、サービス提供者に関連付けられた提供者端末の測位情報に基づき決定してもよい。測位情報を、任意の適切な測位技術を使用して決定してもよい。
【００５７】
通信モジュール３０６が、修正サービスリクエスト、および／または修正サービスリクエストに関連する任意のデータを、１つまたは複数の候補サービス提供者に関連付けられた１つまたは複数の提供者端末に送信するように構成されてもよい。修正サービスリクエストおよび／または基準情報を、候補サービス提供者の提供者端末上に提示してもよい。提供者端末が、テキスト、画像、ビデオコンテンツ、オーディオコンテンツ、グラフィックスなどのような、任意の適切なコンテンツを使用して、修正サービスリクエストおよび／または基準情報を提示してもよい。いくつかの実施形態では、図５−Ａ〜図５−Ｄに関連して説明する１つまたは複数のユーザインタフェースなどの、１つまたは複数のユーザインタフェースを提示することにより、修正サービスリクエストおよび／または基準情報を提示してもよい。
【００５８】
いくつかの実施形態では、通信モジュール３０６が、候補サービス提供者に関連付けられた提供者端末の１つまたは複数から１つまたは複数の応答を受信してもよい。任意の適切な通信プロトコル（たとえば、ハイパーテキスト転送プロトコル（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、ＨＴＴＰ）、アドレス解決プロトコル（Ａｄｄｒｅｓｓ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＡＲＰ）、ダイナミック・ホスト・コンフィギュレーション・プロトコル（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ、ＤＨＣＰ）、ファイル転送プロトコル（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ、ＦＴＰ）など）を使用して、１つまたは複数のメッセージを介して、応答の各々を伝送してもよい、および／または受信してもよい。応答の各々が、候補サービス提供者によるサービスリクエストの受諾、候補サービス提供者によるサービスリクエストの拒絶、サービスリクエストに関連する情報のリクエスト、対案（たとえば、追加料金のリクエスト）などに関連する情報を含んでもよい。１つまたは複数の応答を受信すると、処理エンジン１１２が、通信モジュール３０６を介して要求者端末１３０に１つまたは複数の応答に関連付けられた提供者情報を送信してもよい。たとえば、候補サービス提供者（本明細書では以後「対象となるサービス提供者」と呼ばれる）の提供者端末からサービスリクエストの受諾を受信したことに応答して、処理エンジン１１２が、対象となるサービス提供者の提供者情報を要求者端末１３０に送信してもよい。提供者情報が、対象となるサービス提供者のプロフィール情報（たとえば、対象となるサービス提供者の名前、対象となるサービス提供者の年齢、対象となるサービス提供者の性別など）、対象となるサービス提供者の連絡先情報（たとえば、電話番号）、対象となるサービス提供者の車両のナンバープレート番号、対象となるサービス提供者の現在位置などまたはそれらの組合せなどの、対象となるサービス提供者に関連する任意の情報を含んでもよい。
【００５９】
処理エンジン１１２内のモジュールが、有線接続または無線接続を介して、互いに接続されても、互いに通信してもよい。有線接続が、金属ケーブル、光ケーブル、ハイブリッドケーブルなど、またはそれらの任意の組合せを含んでもよい。無線接続が、ローカル・エリア・ネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、近距離無線通信（ＮＦＣ）など、またはそれらの任意の組合せを含んでもよい。モジュールのうち２つ以上を組み合わせて、単一モジュールとしてもよく、モジュールの任意の１つを２つ以上のユニットに分割してもよい。たとえば、獲得モジュール３０２を決定モジュール３０４と一体化して、両方でサービスリクエストを得て、サービスリクエストに基づき基準情報を決定してもよい単一モジュールとしてもよい。別の実施例として、処理エンジン１１２が、サービスリクエスト、基準情報、および／または修正サービスリクエストを記憶するように構成されてもよい記憶モジュール（図３に示さず）を含んでもよい。
【００６０】
図４は、本開示のいくつかの実施形態による、サービスリクエストを分配するための代表的処理／方法４００を例示する流れ図である。処理および／または方法４００が、オン・デマンド・サービス・システム１００により実行されてもよい。たとえば、処理および／または方法４００を、記憶領域であるＲＯＭ２３０またはＲＡＭ２４０に記憶された命令のセット（たとえば、アプリケーション）として実装してもよい。ＣＰＵ２１０が、命令のセットを実行してもよく、それに応じて処理および／または方法４００を遂行するように指示されてもよい。
【００６１】
ステップ４０２において、処理エンジン１１２が、サービスリクエストを得てもよい。いくつかの実施形態では、サービスリクエストを、要求者端末（たとえば、図１に関連して説明するような要求者端末１３０）から受信してもよい。サービスリクエストが、輸送サービス（たとえば、タクシーサービス）に関するリクエストであってもよい。サービスリクエストが、リアルタイムのリクエスト、予約リクエスト、および／または１つもしくは複数のタイプのサービスに関する、任意の他のリクエストであってもよい、および／またはそれを含んでもよい。本明細書で使用するとき、リアルタイムのリクエストは、要求者が今、または当業者にとって今に合理的に近い、規定された時間に輸送サービスを使用したいことを示してもよい。たとえば、規定された時間が、１分、５分、１０分、２０分などのようなしきい値よりも短い場合、サービスリクエストが、リアルタイムのリクエストであってもよい。予約リクエストは、要求者が、当業者にとって今から合理的にずっと後の、規定された時間に輸送サービスを使用したいことを示してもよい。たとえば、規定された時間が、２０分、２時間、または１日などのしきい値よりも長い場合、サービスリクエストが、予約リクエストであってもよい。いくつかの実施形態では、処理エンジン１１２が、時間しきい値に基づき、リアルタイムのリクエストまたは予約リクエストを規定してもよい。時間しきい値が、オン・デマンド・サービス・システム１００のデフォルト設定であってもよい、または異なる状況に応じて調節可能であってもよい。たとえば、交通量がピークの期間では、時間しきい値が比較的小さくてもよい（たとえば、１０分）、そうではない場合、すいている期間（たとえば午前１０：００〜午前１２：００）では、時間しきい値が比較的大きくてもよい（たとえば、１時間）。
【００６２】
ステップ４０４において、処理エンジン１１２が、サービスリクエストを解析してもよい、および／またはサービスリクエストに関連する情報を抽出してもよい（本明細書では「サービスリクエストに関連する第１の情報」とも呼ばれる）。たとえば、処理エンジン１１２が、サービスリクエストに基づき、開始位置、目的地、開始時間、開始位置と目的地の間の中間位置、要求者の現在位置などを決定することができる。本明細書で使用するとき、開始位置は、サービス提供者が要求者を乗せることができる位置を指してもよい。開始時間は、サービス提供者が要求者を乗せることができる時点を指してもよい。目的地は、サービス提供者が要求者を降ろすことができる位置を指してもよい。
【００６３】
ステップ４０６において、処理エンジン１１２が、サービスリクエストに関連する第１の情報に少なくとも部分的に基づいて、基準情報を決定してもよい（たとえば、開始位置、目的地、開始時間など）。いくつかの実施形態では、リアルタイムのリクエストについては、処理エンジン１１２が、リアルタイム基準情報を決定してもよい。いくつかの実施形態では、予約リクエストについては、処理エンジン１１２が、過去のデータに基づき推定基準情報を決定してもよい。たとえば、処理エンジン１１２が、過去のデータを平均して、推定基準情報を得てもよい。
【００６４】
いくつかの実施形態では、処理エンジン１１２が、開始位置および／または目的地に基づき、１つまたは複数の推奨ルートを決定してもよい。推奨ルートの各々が、町と町を結ぶ車道または街路の少なくとも一部を含む経路であってもよい、および／またはそれを含んでもよい。サービス提供者が、経路に沿って車両を運転してもよい。たとえば、推奨ルートが、開始位置と目的地を接続するルートであってもよい。別の実施例として、推奨ルートが、候補サービス提供者の現在位置と開始位置を接続するルートであってもよい。いくつかの実施形態では、候補サービス提供者の現在位置を、候補サービス提供者に関連する提供者端末の測位情報に基づき決定してもよい。他の一実施例として、推奨ルートが、候補サービス提供者の現在位置、開始位置、および目的地を接続するルートであってもよい。
【００６５】
処理エンジン１１２が、１つまたは複数の推奨ルートに基づき、第１の基準情報を決定してもよい。第１の基準情報が、開始時間および１つもしくは複数の推奨ルートに関連する交通情報、開始時間および１つもしくは複数の推奨ルートに関連する気象情報、ならびに／または１つもしくは複数の推奨ルートに関連する任意の他の情報を含んでもよい。
【００６６】
１つまたは複数の推奨ルートに関連する気象情報が、リアルタイムの気象情報、気象予報情報などを含んでもよい。処理エンジン１１２が、データベース１５０、気象情報プラットフォーム（たとえば、気象予報ウェブサイト）、および／または気象情報を提供することができる任意の他の機器から、気象情報を得てもよい。たとえば、サービスリクエストを得たことに応答して、処理エンジン１１２が、サービスリクエストに基づき、開始位置および目的地を決定することができる。次いで、処理エンジン１１２が、開始位置、目的地、および／または開始位置から目的地までの推奨ルートに関連する気象情報を求めて、（たとえば、ネットワーク１２０を介して）気象予報ウェブサイトに照会することができる。代わりに、または追加で、処理エンジン１１２が、データベース１５０、または気象情報を記憶している任意の他の記憶装置から、気象情報を取り出すことができる。
【００６７】
処理エンジン１１２が、データベース１５０、地図サービス（たとえば、Ｇｏｏｇｌｅマップ（登録商標）、テンセント地図（Ｔｅｎｃｅｎｔ  Ｍａｐ）（登録商標）、百度地図（Ｂａｉｄｕ  Ｍａｐ）（登録商標））、ならびに／またはサービスリクエストに関連する交通情報を提供することができる任意の他の機器および／もしくはサービスから、交通情報を得てもよい。たとえばリアルタイムのリクエストを受信したことに応答して、処理エンジン１１２が、リアルタイムのリクエストに基づいて、開始位置Ｃおよび目的地Ｄを決定することができる。処理エンジン１１２が、データベース１５０にアクセスして、開始位置Ｃ、目的地Ｄ、および／またはＣからＤに至る推奨ルートに関連するリアルタイムの交通状態を得てもよい。処理エンジン１１２が、リアルタイムの交通状態に基づき、サービス提供者がＣからＤまで運転する推定時間をさらに決定してもよい。別の実施例として、予約リクエストを受信したことに応答して、処理エンジン１１２が、予約リクエストに基づき、開始位置Ｅ、目的地Ｆ、および次の月曜日の開始時間午後７：００を決定してもよい。処理エンジン１１２が、データベース１５０にアクセスして、過去４回の月曜日の、ＥからＦに至る午後７：００の過去の交通状態を得て、過去の交通状態に基づき、サービス提供者がＥからＦまで車両を運転する推定時間をさらに決定してもよい。
【００６８】
単なる実施形態として、交通情報が、開始時間および推奨ルートに関連する交通渋滞情報、開始時間および推奨ルートに関連する交通制御情報、または開始時間および推奨ルートに関連する交通障壁情報を含んでもよい。
【００６９】
交通渋滞情報が、推奨ルートに沿った交通量を示してもよい。交通量が、推奨ルートを通る車両数を表してもよい。処理エンジン１１２が、推奨ルートに関連する任意の適切な情報に基づき、交通量を決定してもよい。たとえば、処理エンジン１１２が、推奨ルートに沿った１つまたは複数の位置地点を決定し、単位時間あたりの（たとえば、１秒あたり、１分あたりなどの）位置地点の各々を通過する車両数を決定してもよい。別の実施例として、処理エンジン１１２が、交通量を増大させる場合がある事象が推奨ルートの近辺で発生するかどうかを判断することにより、交通量を決定することができる。いくつかの実施形態では、そのような事象の発生を検出したことに応答して、推奨ルートに沿った交通量が比較的多いと、処理エンジン１１２が判断してもよい。事象が、たとえば、事故、コンサート、スポーツイベントなどを含んでもよい。本明細書で使用するとき、推奨ルートの位置地点と事象の位置の間の距離がしきい値（たとえば、５００メートル、１０００メートルなど）未満であるとき、事象が、推奨ルートの「近辺」にあるとみなしてもよい。さらに別の実施例として、処理エンジン１１２が、開始時間、またはサービスリクエストに関連する任意の他のタイミング情報に基づき、交通量を決定することができる。より詳細には、たとえば、開始時間が特定の日のピーク交通渋滞の期間中（たとえば、朝のピーク期間、夕方のピーク期間、ラッシュアワーなど）であると判断したことに応答して、交通量が比較的多いと処理エンジン１１２が判断してもよい。
【００７０】
いくつかの実施形態では、処理エンジン１１２が、さまざまな程度の交通渋滞を示す複数の渋滞レベルを決定してもよい。渋滞レベルを、たとえば、交通量に基づき決定してもよい。渋滞レベルを、１つまたは複数の漢字、数字、アルファベット、記号、文字列などを使用して表してもよい。たとえば、渋滞レベルが、「ひどい渋滞」、「通常の渋滞」、「軽い渋滞」、「円滑な交通」、「レベル１」、「レベル２」、「レベルａ」、および／または交通渋滞の程度を示すことができる任意の他のレベルを含んでもよい。いくつかの実施形態では、表１に例示するように、処理エンジン１１２が、複数の渋滞レベルについて異なる値または特徴を規定してもよい。
【００７１】
【表１】
2019505867.tif 000003
【００７２】
表１に示すように、パラメータ「ａ」、「ｂ」、および「ｃ」の各々が、交通量のしきい値（「交通量しきい値」とも呼ばれる）を指してもよく、Ｆが、特定時点での、特定の位置地点の交通量を指してもよい。交通量しきい値が、オン・デマンド・サービス・システム１００のデフォルト設定であってもよい、または異なる状況で調節可能であってもよい。たとえば、交通量しきい値が、異なる都市に関して異なってもよい。
【００７３】
交通制御情報が、車両のナンバープレート番号に関連する交通規制を示してもよく、これは、特定のナンバープレート番号（たとえば、末尾番号「３」）を有する車両を、事前に決定された地理的地域（たとえば、都市、都市の領域など）内で通行禁止にしてもよいことを意味する。
【００７４】
交通障壁情報が、サービスリクエストの目的地に到着するために、サービス提供者が遠回りして、障壁を迂回して通らなければならない場合があることを示してもよい。障壁が、たとえば、川、線路、事故、高架式交差道、建設現場など、またはそれらの組合せを含んでもよい。たとえば、処理エンジン１１２が、推奨ルート上の第１の位置地点と第２の位置地点（たとえば、候補サービス提供者の位置とサービスリクエストの開始位置）という２つの位置間に障壁（たとえば川）が存在すると判断してもよい。第１の位置地点と第２の位置地点の間の直線距離が比較的短い（たとえば、３００メートル、または短いとみなすことができる任意の他の距離）が、障壁を迂回して通るために、候補サービス提供者が、追加の距離（たとえば、５ｋｍなど）を走行しなければならない場合がある。いくつかの実施形態では、２つの位置地点間の距離が、所定のしきい値以下であるとき、比較的短いとみなされてもよい。
【００７５】
いくつかの実施形態では、処理エンジン１１２が、前もって開始したアンケート調査に基づき、交通障壁情報を決定してもよい。たとえば、推奨ルートを横断して川が存在する場合、サービス提供者の大部分（たとえば、８５％）が、サービスリクエストを受け入れないと判断することを示すアンケート調査結果を受け取ったことに応答して、処理エンジン１１２が、川を交通障壁と判断してもよい。
【００７６】
いくつかの実施形態では、処理エンジン１１２が、開始位置または目的地の近辺の領域をさらに決定し、領域の情報に基づき、基準情報（たとえば、需給密度、リクエスト密度など）をさらに決定してもよい。本明細書で使用するとき、領域が開始位置または目的地から特定半径の範囲内にあるとき、領域を、開始位置または目的地の「近辺」にあるとみなしてもよく、そこでは、特定半径が、しきい値（たとえば、１ｋｍ）未満であってもよい。
【００７７】
領域内の候補サービスリクエスト数に対する、領域内の候補サービス提供者数の比に基づき、需給密度を決定してもよい。たとえば、以下の式（１）に基づき、需給密度を決定してもよい。
【００７８】
【数１】
2019505867.tif 000004
【００７９】
式中、ＳＤが、需給密度を指してもよく、Ｎａが、特定領域内の候補サービス提供者数を指してもよく、Ｎｂが、領域内で分配すべき候補サービスリクエスト数を指してもよい。本明細書で使用するとき、候補サービスリクエストが、分配すべきサービスリクエストを指してもよい。
【００８０】
領域内の候補サービスリクエストの密度に基づき、リクエスト密度を決定してもよい。候補サービスリクエストの密度が、領域のサイズに対する、領域内の候補サービスリクエスト数の比を表してもよい。たとえば、以下の式（２）に基づき、リクエスト密度を決定してもよい。
【００８１】
【数２】
2019505867.tif 000005
【００８２】
式中、ＲＤが、リクエスト密度を指してもよく、Ｓが、領域の面積を指してもよい。
【００８３】
処理エンジン１１２が、開始位置から第１の半径（たとえば、１ｋｍ）の範囲内の第１の領域、および第１の領域に基づく第２の基準情報を決定してもよい。いくつかの実施形態では、処理エンジン１１２が、第１の領域内で開始時間から所定の期間（たとえば、この１時間、この３時間、次の１時間など）の範囲内で、候補サービスリクエストの第１の数、および第１の領域内で開始時間から所定の期間の範囲内で、候補サービス提供者の第２の数を決定してもよい。処理エンジン１１２が、第１の数および第２の数に基づき、第１の需給密度を決定してもよい。リアルタイムのリクエストについては、処理エンジン１１２が、候補サービスリクエストの第１の数、および候補サービス提供者の第２の数をリアルタイムで決定してもよい。予約リクエストについては、過去のデータに基づき、処理エンジン１１２が、候補サービスリクエストの第１の数、および候補サービス提供者の第２の数を決定してもよい。たとえば、予約リクエストが、開始位置Ｈ、および次の金曜日の開始時間午前８：００を含むと仮定すると、処理エンジン１１２が、過去４回の金曜日午前８：００から始まる候補サービスリクエストの過去の数を平均することにより、候補サービスリクエストの第１の数を決定してもよい。いくつかの実施形態では、処理エンジン１１２が、第１の領域内で候補サービスリクエストの第１の数に基づき、第１のリクエスト密度を決定してもよい。
【００８４】
処理エンジン１１２が、目的地から第２の半径（たとえば、１ｋｍ）の範囲内の第２の領域を決定し、第２の領域に基づき第３の基準情報を決定してもよい。いくつかの実施形態では、処理エンジン１１２が、第２の領域内で開始時間から所定の期間（たとえば、この１時間、この３時間、次の１時間など）の範囲内で、候補サービスリクエストの第３の数、および第２の領域内で開始時間から所定の期間の範囲内で、候補サービス提供者の第４の数を決定してもよい。処理エンジン１１２が、第３の数および／または第４の数に基づき、第２の需給密度または第２のリクエスト密度を決定してもよい。いくつかの実施形態では、処理エンジン１１２が、第２の領域内で開始時間から所定の期間（たとえば、この１時間または今後１時間）の範囲内で、高品質の候補サービスリクエストの第５の数を決定してもよい。本明細書で使用するとき、「高品質の候補サービスクエスト」は、候補サービスリクエストの開始位置と候補サービスリクエストの目的地の間の距離が、距離しきい値（たとえば、２５ｋｍ）よりも大きいこと、または開始位置もしくは目的地の近辺で事前に規定された領域の範囲内で歩行者の流れの密度が、流れのしきい値よりも大きいことを指してもよい。たとえば、開始時間午前８：００の予約リクエストについては、処理エンジン１１２が、この７日間で、開始時間午前８：００の高品質な候補サービスリクエストの過去の数を得て、過去の数を平均して、第５の数を決定してもよい。
【００８５】
いくつかの実施形態では、基準情報はまた、サービスリクエストの等級を含んでもよい。等級が、サービスリクエストの推奨レベルを示してもよい。等級が高いほど、それだけ候補サービス提供者がサービスリクエストを受け入れる可能性が高くなってもよい。たとえば、推奨ルートに沿って交通が円滑であることを基準情報が示す場合、処理エンジン１１２が、サービスリクエストに関して比較的高い等級（たとえば、５つ星）を決定してもよい。別の実施例として、推奨ルートの一定部分（たとえば７０％）が、ひどい渋滞である場合、処理エンジン１１２が、サービスリクエストに関して比較的低い等級（たとえば、３つ星）を決定してもよい。他の一実施例として、処理エンジン１１２が、開始時間に異常天候条件（たとえば、台風）が発生する場合があると判断した場合、処理エンジン１１２がサービスリクエストに関して比較的低い等級（たとえば、２つ星）を決定してもよい。
【００８６】
ステップ４０８において、処理エンジン１１２が、基準情報および／またはサービスリクエストに基づいて、修正サービスリクエストを生成してもよい。たとえば、処理エンジン１１２が、基準情報とサービスリクエストから抽出した情報を組み合わせて、修正リクエストを生成することができる。修正リクエストが、基準情報、および／またはサービスリクエストに関連する任意の他の情報を提示する際に使用するための、任意のデータを含んでもよい。データが、たとえば、ビデオコンテンツ、オーディオコンテンツ、画像、テキスト、グラフィックス、ウェブページなどのような、修正サービスリクエストに関連する任意の適切なコンテンツを提示するために使用することができるデータを含んでもよい。いくつかの実施形態では、処理エンジン１１２が、以下の図５−Ａ〜図５−Ｄに関連して説明するような１つまたは複数のユーザインタフェースなどの、基準情報を含む１つまたは複数のユーザインタフェースを提示する際に使用するためのデータを生成することができる。
【００８７】
ステップ４１０において、処理エンジン１１２が、修正サービスリクエストを１つまたは複数の提供者端末に送信してもよい。いくつかの実施形態では、１つまたは複数の提供者端末が、１つまたは複数の候補サービス提供者に対応してもよい。修正サービスリクエストを受信したことに応答して、１つまたは複数の提供者端末が、サービスリクエストを受け入れるべきかどうかを示すように、１つまたは複数のサービス提供者を促してもよい。いくつかの実施形態では、修正サービスリクエストおよび／または基準情報を、候補サービス提供者の提供者端末上に表示してもよい（たとえば、図５−Ａ〜図５−Ｄ、およびそれらの説明を参照のこと）。
【００８８】
ステップ４１２において、処理エンジン１１２が、提供者端末の１つまたは複数から応答を受信してもよい。応答が、サービス提供者（たとえば、対象となるサービス提供者）による、サービスリクエストの受諾を示すメッセージを含んでもよい。応答はまた、サービス提供者の識別（たとえば、サービス提供者のユーザ名、ユーザ識別（ＩＤ）、電子メールアドレスなど）を含んでもよい。
【００８９】
ステップ４１４において、処理エンジン１１２が、受信した１つまたは複数の応答に基づいて、修正応答を生成してもよい。修正応答が、サービスリクエストの受諾の指示、サービス提供者の識別などのような、受信した１つまたは複数の応答に関連する適切な情報を含んでもよい。修正応答はまた、１つまたは複数の対象となるサービス提供者の提供者情報などの、１つまたは複数の対象となるサービス提供者に関連する任意の情報、サービスリクエストに応答してサービスを提供するために使用する１つまたは複数の車両に関連する情報などを含んでもよい。いくつかの実施形態では、処理エンジン１１２が、対象となるサービス提供者の識別に基づき、データベース１５０、または本開示の他の箇所で明らかにする任意の記憶媒体にアクセスして、対象となるサービス提供者の提供者情報を得ることができる。ＨＴＴＰ、ＡＲＰ、ＤＨＣＰ、ＦＴＰなどのような任意の適切な通信プロトコルに基づき、１つまたは複数のメッセージを生成することにより、修正応答を生成してもよい。修正応答が、応答に関連する情報、１つまたは複数の対象となるサービス提供者に関連する情報、および／または修正応答に関連する任意の他の情報を提示するために使用する任意のデータを含んでもよい。
【００９０】
ステップ４１６において、処理エンジン１１２が、サービスリクエストに関連付けられた要求者端末に修正応答を送信してもよい。修正応答を受信すると、要求者端末が、（たとえば、１つまたは複数の画像、ビデオコンテンツ、オーディオコンテンツなどを提示することにより）修正応答を提示してもよい。
【００９１】
上記の説明は、例示のためだけに提供され、本開示の範囲を限定することを意図するものではないことに留意されたい。当業者については、本開示の教示の下で複数の変形および修正を行ってもよい。しかしながら、それらの変形および修正は、本開示の範囲を逸脱しない。たとえば、代表的処理／方法４００のどこかに、１つまたは複数の他の任意選択ステップ（たとえば、記憶するステップ）を追加してもよい。
【００９２】
図５−Ａ〜図５−Ｄは、本開示のいくつかの実施形態による、修正サービスリクエストを表示するための代表的ユーザインタフェース５００ａ、５００ｂ、５００ｃ、および５００ｄを例示する。ユーザインタフェースの各々を、１つまたは複数の端末（たとえば、提供者端末、要求者端末など）により提示してもよい。ユーザインタフェースの各々が、修正サービスリクエストに関連する情報（たとえば、交通情報、気象情報、タイミング情報、位置情報など）を提示するための１つまたは複数のユーザインタフェース要素（「ＵＩ要素」とも呼ばれる）を含んでもよい。ＵＩ要素の各々が、たとえば、１つまたは複数のボタン、アイコン、チェックボックス、メッセージボックス、テキストフィールド、データフィールド、検索フィールドなどであってもよい、および／またはそれらを含んでもよい。
【００９３】
たとえば、図５−Ａに例示するように、ユーザインタフェース５００ａが、開始位置５０４と目的地５０６の間の推奨ルートを提示するための線５０２を含んでもよい。いくつかの実施形態では、開始位置５０４が、サービス提供者の位置に対応してもよい。ユーザインタフェース５００ａはまた、修正サービスリクエストに関連する気象情報を提示するための１つまたは複数のＵＩ要素５０８を含むことができる。気象情報が、リアルタイムの情報および／または予報を含んでもよい。１つまたは複数のＵＩ要素５０８が、テキスト（たとえば、「弱い雨」）、グラフィックス、画像、および／または気象情報を提示するための任意の他のコンテンツを含んでもよい。ユーザインタフェース５００ａはまた、交通制御情報を提示するための１つまたは複数のＵＩ要素５１０を含むことができる（たとえば、「３｜８」、これは、末尾番号「３」または「８」を有する車両が推奨ルートに沿って通行禁止となる場合があることを示す）。さらに、ユーザインタフェース５００ａが、推奨ルートに関連する１つまたは複数の通知５１２（たとえば、速度制限に関する注意、交通信号に関する注意など）を含んでもよい。ユーザインタフェース５００ａが、修正サービスリクエストの等級５１４を含んでもよい。
【００９４】
図５−Ｂに例示するように、ユーザインタフェース５００ｂが、開始位置（図示せず）と目的地５１８の間の推奨ルートの一部分を提示するための線５１６を含んでもよい。ユーザインタフェース５００ｂが、交通渋滞情報を提示するための１つまたは複数のＵＩ要素５２０を含んでもよい。交通渋滞情報が、事故の結果もたらされてもよい。１つまたは複数のＵＩ要素５２０が、テキスト（たとえば、「事故あり！」）、グラフィックス、画像、および／または交通渋滞情報を提示するための任意の他のコンテンツを含んでもよい。ユーザインタフェース５００ｂはまた、組み合わせたサービスリクエストの等級５１９、および気象情報５２１を含んでもよい。
【００９５】
図５−Ｃに例示するように、ユーザインタフェース５００ｃが、開始位置５２４と目的地（図示せず）の間の推奨ルートの一部分を提示するための線５２２を含んでもよい。ユーザインタフェース５００ｃが、交通障壁情報を提示するための１つまたは複数のＵＩ要素５２６を含んでもよい。交通障壁が、川であってもよい。１つまたは複数のＵＩ要素５２６が、テキスト（たとえば、「川あり！」）、グラフィックス、画像、および／または交通障壁情報を提示するための任意の他のコンテンツを含んでもよい。ユーザインタフェース５００ｃはまた、組み合わせたサービスリクエストの等級５２３、および気象情報５２５を含んでもよい。
【００９６】
図５−Ｄに例示するように、ユーザインタフェース５００ｄが、開始位置（図示せず）と目的地（図示せず）の間の推奨ルートの一部分を提示するための線５２８を含んでもよい。ユーザインタフェース５００ｄが、交通障壁情報を提示するための１つまたは複数のＵＩ要素５３０を含んでもよい。交通障壁が、高架式交差道であってもよい。１つまたは複数のＵＩ要素５３０が、テキスト（たとえば、「高架式交差道あり！」）、グラフィックス、画像、および／または交通障壁情報を提示するための任意の他のコンテンツを含んでもよい。ユーザインタフェース５００ｄはまた、組み合わせたサービスリクエストの等級５２７、および気象情報５２９を含んでもよい。
【００９７】
このように基本的な考え方について説明してきたが、むしろ、この詳細な開示を読んだ後で、前述の詳細な開示が実施例として提示されることだけが意図され、制限しているのではないことが、当業者に明らかになってもよい。本明細書で明示的にはっきりと述べていないが、さまざまな変形、改善、および修正が行われてもよく、当業者に意図される。これらの変形、改善、および修正が、本開示により示唆されることが意図され、本開示の代表的実施形態の精神および範囲に入る。
【００９８】
さらに、本開示の実施形態を説明するために、ある種の専門用語を使用してきた。たとえば、用語「一実施形態（ｏｎｅ  ｅｍｂｏｄｉｍｅｎｔ）」、「ある実施形態（ａｎ  ｅｍｂｏｄｉｍｅｎｔ）」、および／または「いくつかの実施形態」は、その実施形態に関連して説明する特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書のさまざまな部分で「ある実施形態」または「一実施形態」または「代替実施形態」への２つ以上の参照が、すべて同じ実施形態を参照しているわけでは必ずしもないことを、強調されており、認識されたい。さらに、特定の特徴、構造、または特性を、本開示の１つまたは複数の実施形態で、適切であるとして組み合わせてもよい。
【００９９】
さらに、本開示の様態について、任意の新しく有用な処理、機械、製品、もしくは組成物、またはそれらの任意の新しく有用な改善を含む、いくつかの特許性のあるクラスまたは関係のいずれかで、本明細書で例示し、説明している場合があることが当業者には理解されるであろう。それに応じて、本開示の様態を、完全にハードウェアで、完全にソフトウェアで（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または本明細書で一般にすべて「ユニット」、「モジュール」、または「システム」と呼ぶ場合がある、ソフトウェアとハードウェアを組み合わせる実装で、実装してもよい。さらに、本開示の様態が、具体化されたコンピュータ可読プログラムコードを有する１つまたは複数のコンピュータ可読媒体の形で具体化されたコンピュータプログラム製品の形をとってもよい。
【０１００】
コンピュータ可読信号媒体が、中に具体化された、たとえば、ベースバンドの中に、または搬送波の一部として具体化された、コンピュータ可読プログラムコードを有する、伝播データ信号を含んでもよい。そのような伝播信号が、電磁的、光学的など、またはそれらの任意の適切な組合せを含むさまざまな形のいずれをとってもよい。コンピュータ可読信号媒体が、コンピュータ可読記憶媒体ではなく、かつ命令実行システム、装置、または機器により、またはそれらと接続して使用するために、プログラムを伝達し、伝搬し、または転送してもよい、任意のコンピュータ可読媒体であってもよい。コンピュータ可読信号媒体上に具体化されたプログラムコードを、無線、有線、光ファイバケーブル、ＲＦなど、または前述の任意の適切な組合せを含む、任意の適切な媒体を使用して伝送してもよい。
【０１０１】
本開示の様態に関する動作を行うためのコンピュータ・プログラム・コードを、Ｊａｖａ（登録商標）、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎなどのようなオブジェクト指向プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ  Ｂａｓｉｃ、Ｆｏｒｔｒａｎ  ２００３、Ｐｅｒｌ、ＣＯＢＯＬ  ２００２、ＰＨＰ、ＡＢＡＰなどの従来の手続き型プログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ、およびＧｒｏｏｖｙなどの動的プログラミング言語、または他のプログラミング言語を含む、１つまたは複数のプログラミング言語の任意の組合せで書いてもよい。プログラムコードが、ユーザのコンピュータ上で全部を、スタンド・アロン・ソフトウェア・パッケージとしてユーザのコンピュータ上で一部を、ユーザのコンピュータ上で一部を、かつ遠隔コンピュータ上で一部を、または遠隔コンピュータもしくはサーバ上で全部を実行されてもよい。遠隔コンピュータまたはサーバ上で全部を実行するシナリオでは、遠隔コンピュータが、ローカル・エリア・ネットワーク（ＬＡＮ）もしくは広域ネットワーク（ＷＡＮ）を含む、任意のタイプのネットワークを通してユーザのコンピュータに接続されてもよい、または接続が、（たとえば、インターネットサービス提供者を使用してインターネットを通して）外部コンピュータに行われても、クラウドコンピューティング環境で行われても、ＳａａＳ（ｓｏｆｔｗａｒｅ  ａｓ  ａ  ｓｅｒｖｉｃｅ）などのサービスとして提供されてもよい。
【０１０２】
その結果さらに、処理要素もしくはシーケンスについて説明する順序、または数値、文字、もしくは他の指定の使用が、特許請求の範囲で指定する場合があるときを除いて、特許請求される処理および方法を任意の順序に限定することを意図するものではない。上記の開示は、開示のさまざまな有用な実施形態であると現在考えられることを、さまざまな実施例を通して説明しているが、そのような詳細が、単にその目的のためだけのものであること、および添付の特許請求の範囲が、開示する実施形態に限定されるのではなく、それどころか、開示する実施形態の精神および範囲に入る修正形態および均等の構成を包含することが意図されることを理解されたい。たとえば、上述のさまざまな構成要素の実装が、ハードウェア機器の形で具体化されてもよいが、同じく、ソフトウェアだけの解決策として、たとえば、既存のサーバまたは移動体機器上へのインストールとして実装されてもよい。
【０１０３】
同様に、本開示の実施形態についての前述の説明では、さまざまな特徴が、本開示を合理化する目的で、さまざまな特徴の単一の実施形態、図、または説明の形で一緒にグループ化されることがあり、さまざまな実施形態の１つまたは複数について理解する手助けになることを認識されたい。しかしながら、この開示方法は、特許請求される主題が、各請求項で明示的に説明されるよりも多くの特徴を必要とするという意図を反映していると解釈されるべきではない。むしろ、特許請求される主題が、単一の前述の開示される実施形態の特徴すべてよりも少ない特徴に見いだされる場合がある。
【図１】
2019505867.tif 000006
【図２】
2019505867.tif 000007
【図３】
2019505867.tif 000008
【図４】
2019505867.tif 000009
【図５−Ａ】
2019505867.tif 000010
【図５−Ｂ】
2019505867.tif 000011
【図５−Ｃ】
2019505867.tif 000012
【図５−Ｄ】
2019505867.tif 000013
【手続補正書】
【提出日】平成30年6月29日(2018.6.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
サービスリクエストをサービス提供者端末へ送るように構成されるシステムであって、
前記サービスリクエストを少なくとも１つの提供者端末に分配するための命令のセットを含む少なくとも１つの記憶媒体と、
前記少なくとも１つの記憶媒体と通信するように構成された少なくとも１つのプロセッサと、を備え、前記命令のセットを実行するとき、前記少なくとも１つのプロセッサは、
前記サービスリクエストを得て、
開始位置、目的地、または開始時間のうち少なくとも１つを備える、前記サービスリクエストに関連する第１の情報を決定し、
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、基準情報を決定し、
前記サービスリクエストおよび前記基準情報に基づいて、修正サービスリクエストを生成し、
前記修正サービスリクエストを前記少なくとも１つの提供者端末に送信する
ように指示されるシステム。
【請求項２】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記開始位置および前記目的地に基づいて、推奨ルートを決定し、
前記推奨ルートに基づいて、第１の基準情報を決定する
ようにさらに指示される、請求項１に記載のシステム。
【請求項３】
前記第１の基準情報は、前記開始時間および前記推奨ルートに関連する交通情報、または前記開始時間および前記推奨ルートに関連する気象情報のうち、少なくとも１つを備える、請求項２に記載のシステム。
【請求項４】
前記交通情報は、前記開始時間および前記推奨ルートに関連する交通渋滞情報、前記開始時間および前記推奨ルートに関連する交通制御情報、前記開始時間および前記推奨ルートに関連する交通障壁情報のうち、少なくとも１つを備える、請求項３に記載のシステム。
【請求項５】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記開始位置から第１の半径の範囲内にある第１の領域を決定し、
前記第１の領域に基づいて、第２の基準情報を決定する
ようにさらに指示される、請求項１に記載のシステム。
【請求項６】
前記第１の領域に基づいて、前記第２の基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記第１の領域内で候補サービスリクエストの第１の数を決定し、
前記第１の領域内で候補サービス提供者の第２の数を決定し、
前記第２の数および前記第１の数に基づき、第１の需給密度を決定する
ようにさらに指示される、請求項５に記載のシステム。
【請求項７】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記目的地から第２の半径の範囲内にある第２の領域を決定し、
前記第２の領域に基づいて、第３の基準情報を決定する
ようにさらに指示される、請求項１に記載のシステム。
【請求項８】
前記第２の領域に基づいて、前記第３の基準情報を決定するために、前記少なくとも１つのプロセッサは、
前記第２の領域内で候補サービスリクエストの第３の数を決定し、
前記第２の領域内で候補サービス提供者の第４の数を決定し、
前記第４の数および前記第３の数に基づいて、第２の需給密度を決定する
ようにさらに指示される、請求項７に記載のシステム。
【請求項９】
前記少なくとも１つのプロセッサは、
前記少なくとも１つの提供者端末から応答を受信し、
前記サービスリクエストと関連付けられた要求者端末に、前記応答に対応する、対象となるサービス提供者の連絡先情報、または前記対象となるサービス提供者の位置のうち少なくとも１つを備える、前記応答に関連付けられた提供者情報を送信する
ようにさらに指示される、請求項１に記載のシステム。
【請求項１０】
前記少なくとも１つのプロセッサは、前記サービスリクエストに応答してサービスを提供するための、少なくとも１つの候補サービス提供者を識別するようにさらに指示され、前記少なくとも１つの提供者端末は、前記候補サービス提供者と関連付けられる、請求項１に記載のシステム。
【請求項１１】
サービスリクエストをサービス提供者端末へ送る方法であって、
前記サービスリクエストを得るステップと、
プロセッサにより、開始位置、目的地、または開始時間のうち少なくとも１つを備える、前記サービスリクエストに関連する第１の情報を決定するステップと、
前記プロセッサにより、前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、基準情報を決定するステップと、
前記サービスリクエストおよび前記基準情報に基づいて、修正サービスリクエストを生成するステップと、
前記修正サービスリクエストを前記少なくとも１つの提供者端末に送信するステップと、
を備える方法。
【請求項１２】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するステップは、
前記開始位置および前記目的地に基づいて、推奨ルートを決定するステップと、
前記推奨ルートに基づいて、第１の基準情報を決定するステップと、
をさらに備える、請求項１１に記載の方法。
【請求項１３】
前記第１の基準情報は、前記開始時間および前記推奨ルートに関連する交通情報、または前記開始時間および前記推奨ルートに関連する気象情報のうち、少なくとも１つを備える、請求項１２に記載の方法。
【請求項１４】
前記交通情報は、前記開始時間および前記推奨ルートに関連する交通渋滞情報、前記開始時間および前記推奨ルートに関連する交通制御情報、前記開始時間および前記推奨ルートに関連する交通障壁情報のうち、少なくとも１つを備える、請求項１３に記載の方法。
【請求項１５】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するステップは、
前記開始位置から第１の半径の範囲内にある第１の領域を決定するステップと、
前記第１の領域に基づいて、第２の基準情報を決定するステップと、
をさらに備える、請求項１１に記載の方法。
【請求項１６】
前記第１の領域に基づき、前記第２の基準情報を決定する前記ステップは、
前記第１の領域内で候補サービスリクエストの第１の数を決定するステップと、
前記第１の領域内で候補サービス提供者の第２の数を決定するステップと、
前記第２の数および前記第１の数に基づいて、第１の需給密度を決定するステップと、
をさらに備える、請求項１５に記載の方法。
【請求項１７】
前記サービスリクエストに関連する前記第１の情報に少なくとも部分的に基づいて、前記基準情報を決定するステップは、
前記目的地から第２の半径の範囲内にある第２の領域を決定するステップと、
前記第２の領域に基づいて、第３の基準情報を決定するステップと、
をさらに備える、請求項１１に記載の方法。
【請求項１８】
前記第２の領域に基づいて、前記第３の基準情報を決定するステップは、
前記第２の領域内で候補サービスリクエストの第３の数を決定するステップと、
前記第２の領域内で候補サービス提供者の第４の数を決定するステップと、
前記第４の数および前記第３の数に基づき、第２の需給密度を決定するステップと
をさらに備える、請求項１７に記載の方法。
【請求項１９】
前記少なくとも１つの提供者端末から応答を受信するステップと、
前記サービスリクエストに関連付けられた要求者端末に、前記応答に対応する、対象となるサービス提供者の連絡先情報、または前記対象となるサービス提供者の位置のうち少なくとも１つを備える、前記応答に関連付けられた提供者情報を送信するステップと、
をさらに備える、請求項１１に記載の方法。
【請求項２０】
前記サービスリクエストに応答してサービスを提供するための、少なくとも１つの候補サービス提供者を識別するステップをさらに備え、前記少なくとも１つの提供者端末は、前記候補サービス提供者と関連づけられる、
請求項１１に記載の方法。
【国際調査報告】
2019505867.tif 000014
2019505867.tif 000015