JP2019530911A - オンデマンドサービスを監視するシステムおよび方法 - Google Patents

Abstract

本開示は、オンデマンドサービスを監視するシステムおよび方法に関する。システムは、出発位置と目的地とを含んでもよいサービスリクエストを端末から受信し、出発位置および目的地に基づいて参照パラメータを決定し、サービスリクエストに関連付けられた実際の旅程に基づいて実際のパラメータを決定し、参照パラメータと実際のパラメータとの間の第１の差異を推定し、第１の差異が第１の閾値を上回るかどうかを判断し、第１の差異が第１の閾値を上回るとの判断に基づいて端末に通知を送信する、方法を実行してもよい。【選択図】図４

Description

関連出願の相互参照
本願は、参照により本願明細書にその内容が援用される、２０１７年１月１９日出願の中国特許出願第２０１７１００３９３８９．４号の優先権を主張する。

本開示は、全般的に、オンデマンドサービスのためのシステムおよび方法に関し、特に、オンデマンド輸送サービスを監視するシステムおよび方法に関する。

オンラインタクシー呼び出しサービスなどのインターネットベースのオンデマンド輸送サービスは、サービス使用の利便性が理由で人気が増してきた。オンデマンド輸送サービスを提供するシステムは、サービスプロバイダが輸送サービスをユーザに提供するための少なくとも１つの経路を推奨し得る。

しかしながら、輸送サービスが提供されるとき、ユーザには、オンデマンド（ｏｎｅ−ｄｅｍａｎｄ）輸送サービスシステムにより推奨された少なくとも１つの経路をサービスプロバイダがたどるかどうか、および／または輸送サービスのサービス料金が相応かどうかについてほとんど分からない。

本開示の側面によれば、システムが提供される。システムは、少なくとも１つのストレージ媒体、および少なくとも１つのストレージ媒体と通信するよう構成された少なくとも１つのプロセッサを含んでもよい。少なくとも１つのストレージ媒体は、オンデマンドサービスのサービスリクエストを監視するための命令のセットを含んでもよい。少なくとも１つのプロセッサが命令のセットを実行すると、少なくとも１つのプロセッサは、以下の動作のうちの１つ以上を実行するように命じられてもよい。少なくとも１つのプロセッサは、出発位置および目的地を含んでもよいサービスリクエストを端末から受信してもよい。少なくとも１つのプロセッサは、出発位置および目的地に基づいて参照パラメータを決定してもよい。少なくとも１つのプロセッサは、サービスリクエストに関連付けられた実際の旅程に基づいて実際のパラメータを決定してもよい。少なくとも１つのプロセッサは、参照パラメータと実際のパラメータとの間の第１の差異を推定してもよい。少なくとも１つのプロセッサは、第１の差異が第１の閾値を上回るかどうかを判断してもよい。少なくとも１つのプロセッサは、第１の差異が第１の閾値を上回るとの判断に基づいて通知を端末に送ってもよい。

一部の実施形態において、参照パラメータは、サービスリクエストに関連付けられた参照料金、サービスリクエストに関連付けられた参照走行距離、またはサービスリクエストに関連付けられた参照時間のうちの少なくとも１つを含んでもよい。

一部の実施形態において、実際のパラメータは、実際の旅程に関連付けられた実際の料金、実際の旅程に関連付けられた実際の走行距離、または実際の旅程に関連付けられた実際の時間のうちの少なくとも１つを含んでもよい。

一部の実施形態において、少なくとも１つのプロセッサは、参照料金と実際の料金との間の料金の差異、参照走行距離と実際の走行距離との間の走行距離の差異、および参照時間と実際の時間との間の時間の差異のうちの少なくとも２つを決定してもよい。

一部の実施形態において、少なくとも１つのプロセッサは、料金の差異、走行距離の差異、および時間の差異のうちの少なくとも２つの、重み付けされた値を決定してもよい。少なくとも１つのプロセッサは、参照パラメータと実際のパラメータとの間の第１の差異を、重み付けされた値に基づいて決定してもよい。

一部の実施形態において少なくとも１つのプロセッサは、料金の差異、走行距離の差異、および時間の差異のうちの少なくとも２つをランク付けしてもよい。少なくとも１つのプロセッサは、料金の差異、走行距離の差異、および時間の差異のうちのランク付けされた少なくとも２つのうち１つを、参照パラメータと実際のパラメータとの間の第１の差異と決定してもよい。

一部の実施形態において、少なくとも１つのプロセッサは、サービスリクエストに関連付けられた交通情報を取得してもよい。少なくとも１つのプロセッサは、交通情報に基づき参照パラメータを決定してもよい。

一部の実施形態において、少なくとも１つのプロセッサは、実際の旅程に関連付けられた到着位置を取得してもよい。少なくとも１つのプロセッサは、到着位置と目的地との間の第２の差異を決定してもよい。少なくとも１つのプロセッサは、第２の差異が第２の閾値を上回るかどうかを決定してもよい。少なくとも１つのプロセッサは、第２の差異が第２の閾値を上回らないとの決定に基づいて端末に通知を送ってもよい。

一部の実施形態において少なくとも１つのプロセッサは、通知に関して、サービスリクエストのサービス料金に関連付けられた応答を端末から受信してもよい。少なくとも１つのプロセッサは、料金補正を応答に基づいて端末に送ってもよい。

一部の実施形態において料金補正は、割引クーポン券、引換券、再決定されたサービス料金、または超過料金などを含んでもよい。

本開示の別の側面によれば、方法が提供される。本方法は、以下の動作のうちの１つ以上を含んでもよい。プロセッサが、サービスリクエストを取得してもよい。プロセッサは、出発位置および目的地を含んでもよいサービスリクエストを端末から受信してもよい。プロセッサは、出発位置および目的地に基づいて参照パラメータを決定してもよい。プロセッサは、サービスリクエストに関連付けられた実際の旅程に基づいて実際のパラメータを決定してもよい。プロセッサは、参照パラメータと実際のパラメータとの間の第１の差異を推定してもよい。プロセッサは、第１の差異が第１の閾値を上回るかどうかを判断してもよい。プロセッサは、第１の差異が第１の閾値を上回るとの判断に基づいて通知を端末に送ってもよい。

一部の実施形態において、プロセッサは、参照料金と実際の料金との間の料金の差異、参照走行距離と実際の走行距離との間の走行距離の差異、および参照時間と実際の時間との間の時間の差異のうちの少なくとも２つを決定してもよい。

一部の実施形態において、プロセッサは、料金の差異、走行距離の差異、および時間の差異のうちの少なくとも２つの、重み付けされた値を決定してもよい。プロセッサは、参照パラメータと実際のパラメータとの間の第１の差異を、重み付けされた値に基づいて決定してもよい。

一部の実施形態においてプロセッサは、料金の差異、走行距離の差異、および時間の差異のうちの少なくとも２つをランク付けしてもよい。プロセッサは、料金の差異、走行距離の差異、および時間の差異のうちのランク付けされた少なくとも２つのうち１つを、参照パラメータと実際のパラメータとの間の第１の差異と決定してもよい。

一部の実施形態においてプロセッサは、サービスリクエストに関連付けられた交通情報を取得してもよい。プロセッサは、交通情報に基づき参照パラメータを決定してもよい。

一部の実施形態において、プロセッサは、実際の旅程に関連付けられた到着位置を取得してもよい。プロセッサは、到着位置と目的地との間の第２の差異を決定してもよい。プロセッサは、第２の差異が第２の閾値を上回るかどうかを判断してもよい。プロセッサは、第２の差異が第２の閾値を上回らないとの判断に基づいて端末に通知を送ってもよい。

一部の実施形態においてプロセッサは、通知に関して、サービスリクエストのサービス料金に関連付けられた応答を端末から受信してもよい。プロセッサは、料金補正を応答に基づいて端末に送ってもよい。

さらなる特徴について、一部は以下の説明に記載され、一部は以下の事項および添付図面を検討すると当業者には明らかとなり、または各例を作製もしくは運用することにより分かることもある。本開示の各特徴は、後述の詳細な例の中に記載される手順、手段、および組み合わせの様々な側面を実施または使用することにより実現および獲得されることもある。

本開示について、例示的な実施形態の点からさらに記載する。これらの例示的な実施形態は、図面を参照して詳しく記載される。これらの実施形態は、非限定的な例示的実施形態であり、類似した参照符号は、図面のうちいくつかの図面にわたって同様の構造を表現する。

本開示の一部の実施形態による、例示的なオンデマンドサービスシステムの概略図である。 本開示の一部の実施形態による、例示的なコンピューティングデバイスを示す概略図である。 本開示の一部の実施形態による例示的な処理エンジンを示すブロック図である。 本開示の一部の実施形態によるオンデマンドサービスを監視する例示的なプロセスを示すフローチャートである。 本開示の一部の実施形態による、サービスリクエストに関連付けられた情報を端末に送る例示的なプロセスを示すフローチャートである。 本開示の一部の実施形態による、サービスリクエストに関連付けられた情報を表示する例示的なユーザインターフェースを示す概略図である。 本開示の一部の実施形態による、端末が実装されてもよい例示的なモバイルデバイスの例示的なハードウェアコンポーネントおよび／またはソフトウェアコンポーネントを示す概略図である。

以下の説明は、当業者が本開示を準備および使用できるようにするために提示され、特定の用途およびその要求事項の文脈において提供される。開示された実施形態に対する様々な変更が、当業者には容易に明らかになるであろう。本願明細書に定義された全般的な原理は、本開示の意図および範囲から逸脱することなく他の実施形態および用途に応用され得る。したがって、本開示は、示される実施形態に限定されず、特許請求の範囲に合致する最も広い範囲を与えられる。

本願明細書で使用される用語は、特定の例示の実施形態を記載することのみを目的とし、限定的な意図はない。本願明細書で使用される、単数形「ａ（或る）」、「ａｎ（或る）」、および「ｔｈｅ（この）」は、文脈によりそうでないことが明確に示されていない限り、複数形も含むよう意図されることもある。さらに、当然のことながら、「ｃｏｍｐｒｉｓｅ（含む）」、「ｃｏｍｐｒｉｓｅｓ（含む）」、および／または「ｃｏｍｐｒｉｓｉｎｇ（含んでいる）」、「ｉｎｃｌｕｄｅ（含む）」、「ｉｎｃｌｕｄｅｓ（含む）」、および／または「ｉｎｃｌｕｄｉｎｇ（含んでいる）」という用語は、本願明細書で使用されるとき、記載された機能、完全体、ステップ、動作、構成要素、および／またはコンポーネントの存在を指定するが、１つ以上の他の機能、完全体、ステップ、動作、構成要素、コンポーネント、および／またはそれらのグループの存在または追加を除外するものではない。

本開示のこれらの特徴および他の特徴ならびに特性、ならびに構造の関連構成要素および部品の組み合わせの動作方法および機能、ならびに製造の簡潔さが、添付の図面を参照しながら以下の記載を検討するとより明らかとなるであろう。添付図面はすべて本開示の一部を構成する。なお、当然のことながら、図面は例示および説明のためのものでしかなく、本開示の範囲を限定することは意図されていない。当然のことながら、図面は正確な縮尺ではない。

本開示において使用されるフローチャートは、本開示のいくつかの実施形態によりシステムが実装する動作を示す。当然のことながら、フローチャートの動作は、順序通りに実装されなくてもよい。逆に、動作は逆順でまたは同時に実装されてもよい。さらに、他の１つ以上の動作がフローチャートに追加されてもよい。１つ以上の動作がフローチャートから削除されてもよい。

さらに、本開示のシステムおよび方法は主としてオンデマンドサービスに関して記載されるが、同じく当然のことながら、これは例示的な実施形態でしかない。本開示のシステムまたは方法は、他の任意の種類のオンデマンドサービスに応用され得る。例えば、本開示のシステムまたは方法は、陸、海、宇宙空間、または同様のもの、またはそれらの任意の組み合わせを含む、様々な環境の輸送システムに応用され得る。輸送システムの車両は、タクシー、自家用車、ヒッチハイクに応じる車、バス、電車、超特急列車、高速鉄道、地下鉄、船、航空機、宇宙船、熱気球、自動運転車両、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。輸送システムはさらに、例えば速達を発送および／または受領するためのシステムなど、管理および／または配布のための任意の輸送システムも含んでもよい。本開示のシステムまたは方法の応用は、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部分析システム、人工知能ロボット、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。

本開示における「乗客」、「リクエスタ」、「サービスリクエスタ」、および「顧客」という用語は、サービスをリクエストまたは注文し得る個人、事業体、またはツールを指すために区別なく使用される。さらに、本開示における「運転手」、「プロバイダ」、「サービスプロバイダ」、および「サプライヤ」という用語は、サービスを提供し得る、またはサービスの提供を促進し得る個人、事業体、またはツールを指すために区別なく使用される。本開示における「ユーザ」という用語は、サービスをリクエストし得る、サービスを注文し得る、サービスを提供し得る、またはサービスの提供を促進し得る個人、事業体、またはツールを指し得る。例えば、ユーザは、乗客、運転手、オペレータ、または同様のもの、またはそれらの任意の組み合わせであってもよい。本開示において、「乗客」と「乗客端末」とは区別なく使用されることもあり、「運転手」と「運転手端末」とは区別なく使用されることもある。

本開示における「サービスリクエスト」および「注文」という用語は、乗客、リクエスタ、サービスリクエスタ、顧客、運転手、プロバイダ、サービスプロバイダ、サプライヤ、または同様のもの、またはそれらの任意の組み合わせにより開始され得るリクエストを指すために区別なく使用される。サービスリクエストは、乗客、リクエスタ、サービスリクエスタ、顧客、運転手、プロバイダ、サービスプロバイダ、またはサプライヤのいずれか１つにより受諾されてもよい。サービスリクエストは有料でも無料でもよい。

本開示において使用される測位技術は、グローバルポジショニングシステム（ＧＰＳ：ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ）、グローバルナビゲーション衛星システム（ＧＬＯＮＡＳＳ：ｇｌｏｂａｌ ｎａｖｉｇａｔｉｏｎ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ：ｑｕａｓｉ−ｚｅｎｉｔｈ ｓａｔｅｌｌｉｔｅ ｓｙｓｔｅｍ）、ワイヤレスフィディリティ（ＷｉＦｉ：ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）測位技術、または同様のもの、またはそれらの任意の組み合わせに基づいてもよい。本開示では上記の測位システムの１つ以上が区別なく使用され得る。

本開示の或る側面は、全般的に、オンデマンドサービス（例えばオンデマンド輸送サービス）を監視するシステムおよび方法に関する。システムおよび方法は、端末からオンデマンド輸送サービスのサービスリクエストを受信してもよい。オンデマンド輸送サービスが提供された後、システムは、サービスリクエストに関連付けられた参照パラメータ（例えば参照料金）および／または実際のパラメータ（例えば実際の料金）を決定してもよい。システムおよび方法はさらに、参照パラメータと実際のパラメータとの間の差異を推定してもよい。システムおよび方法はさらに、差異が閾値を上回るかどうかを判断し、差異が閾値を上回るとの判断に基づいて端末に通知を送ってもよい。本開示によるシステムおよび方法は、提供されるオンデマンドサービスの品質を動的に監視し、必要に応じてユーザにサービス請求補正を伴うフィードバックを能動的に提供する。よって、本開示は、リアルタイムのオンデマンド輸送サービスを効率的に監視することによりサービスの品質を改善する。

なお、タクシー配車連携サービスを含むオンラインタクシー配車など、オンラインのオンデマンド輸送サービスは、ポストインターネット時代にのみ根ざす新たな形態のサービスである。オンラインのオンデマンド輸送サービスは、ポストインターネット時代にのみ生じ得る技術的ソリューションをユーザおよびサービスプロバイダに提供する。プレインターネット時代には、ユーザが車道のタクシーを呼び止めるとき、タクシーのリクエストおよび受諾は、乗客と乗客を見る１人のタクシー運転手との間でのみ発生する。乗客が電話でタクシーを呼ぶ場合、サービスリクエストおよび受諾は、乗客と１つのサービスプロバイダ（例えば１つのタクシー会社または仲介業者）との間でのみ発生し得る。一方、オンラインタクシーは、サービスのユーザが、ユーザから距離の離れた膨大な数の個々のサービスプロバイダ（例えばタクシー）にサービスリクエストをリアルタイムに自動で配信できるようにする。オンラインタクシーはさらに、複数のサービスプロバイダが同時にリアルタイムでサービスリクエストに応答できるようにする。したがって、オンラインのオンデマンド輸送システムは、インターネットを通して、はるかに効率が高いトランザクションプラットフォームを、従来のプレインターネットの輸送サービスシステムでは決して出会わないかもしれないユーザとサービスプロバイダとに提供し得る。

図１は、本開示の一部の実施形態による、例示的なオンデマンドサービスシステム１００の概略図である。例えばオンデマンドサービスシステム１００は、タクシー配車、運転サービス、運搬車両、相乗り、バスサービス、運転手雇用、およびシャトルサービスなどの輸送サービスのためのオンライン輸送サービスプラットフォームであってもよい。オンデマンドサービスシステム１００は、サーバ１１０、ネットワーク１２０、リクエスタ端末１３０、プロバイダ端末１４０、データベース１５０、および測位システム１６０を含むオンラインプラットフォームであってもよい。サーバ１１０は処理エンジン１１２を含んでもよい。

一部の実施形態において、サーバ１１０は、単一サーバであっても、またはサーバグループであってもよい。サーバグループは、集中型であっても、または分散型であってもよい（例えばサーバ１１０は分散型システムであってもよい）。一部の実施形態において、サーバ１１０はローカルであってもまたはリモートであってもよい。例えばサーバ１１０は、リクエスタ端末１３０、プロバイダ端末１４０、および／またはデータベース１５０に記憶された情報および／またはデータにネットワーク１２０を介してアクセスしてもよい。別の例としてサーバ１１０は、記憶された情報および／またはデータにアクセスするために、リクエスタ端末１３０、プロバイダ端末１４０、および／またはデータベース１５０に直接接続されてもよい。一部の実施形態において、サーバ１１０はクラウドプラットフォーム上に実装されてもよい。単なる例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、サーバ１１０は、本開示の図２に示される１つ以上のコンポーネントを有するコンピューティングデバイス２００上に実装されてもよい。

一部の実施形態において、サーバ１１０は処理エンジン１１２を含んでもよい。処理エンジン１１２は、本開示に記載された１つ以上の機能を実行するために、サービスリクエストに関する情報および／またはデータを処理してもよい。例えば処理エンジン１１２は、リクエスタ端末１３０から取得されたサービスリクエストに関連して参照パラメータおよび実際のパラメータを決定してもよい。一部の実施形態において、処理エンジン１１２は、１つ以上の処理エンジンを含んでもよい（例えばシングルコア処理エンジン（単数または複数）またはマルチコアプロセッサ（単数または複数））。単なる例として処理エンジン１１２は、中央処理ユニット（ＣＰＵ：ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ ｐｒｏｃｅｓｓｏｒ）、グラフィックス処理ユニット（ＧＰＵ：ｇｒａｐｈｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、物理処理ユニット（ＰＰＵ：ｐｈｙｓｉｃｓ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）、デジタルシグナルプロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）、プログラマブルロジックデバイス（ＰＬＤ：ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ：ｒｅｄｕｃｅｄ ｉｎｓｔｒｕｃｔｉｏｎ−ｓｅｔ ｃｏｍｐｕｔｅｒ）、マイクロプロセッサ、もしくは同様のものなどの１つ以上のハードウェアプロセッサ、またはそれらの任意の組み合わせを含んでもよい。

ネットワーク１２０は、情報および／またはデータのやり取りを促進してもよい。一部の実施形態において、オンデマンドサービスシステム１００内の１つ以上のコンポーネント（例えばサーバ１１０、リクエスタ端末１３０、プロバイダ端末１４０、データベース１５０、および測位システム１６０）が、情報および／またはデータをオンデマンドサービスシステム１００内の他のコンポーネント（単数または複数）にネットワーク１２０を介して送ってもよい。例えばサーバ１１０は、サービスリクエストをリクエスタ端末１３０からネットワーク１２０を介して取得／獲得してもよい。一部の実施形態において、ネットワーク１２０は、任意のタイプの有線もしくは無線ネットワーク、またはそれらの組み合わせであってもよい。単なる例としてネットワーク１３０は、ケーブルネットワーク、有線ネットワーク、光ファイバネットワーク、電気通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ：ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ワイドエリアネットワーク（ＷＡＮ：ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、無線ローカルエリアネットワーク（ＷＬＡＮ：ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、メトロポリタンエリアネットワーク（ＭＡＮ：ｍｅｔｒｏｐｏｌｉｔａｎ ａｒｅａ ｎｅｔｗｏｒｋ）、ワイドエリアネットワーク（ＷＡＮ）、公衆交換電話（ｔｅｌｅｐｈｏｎｅ ｓｗｉｔｃｈｅｄ）網（ＰＳＴＮ：ｐｕｂｌｉｃ ｓｗｉｔｃｈｅｄ ｔｅｌｅｐｈｏｎｅ（ｔｅｌｅｐｈｏｎｅ ｓｗｉｔｃｈｅｄ）ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅネットワーク、近距離無線通信（ＮＦＣ：ｎｅａｒ ｆｉｅｌｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ）ネットワーク、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを含んでもよい。例えばネットワーク１２０は、基地局および／またはインターネット相互接続点１２０−１、１２０−２、・・・、などの有線または無線ネットワークアクセスポイントを含んでもよく、それらを通してオンデマンドサービスシステム１００の１つ以上のコンポーネントがデータおよび／または情報をやり取りするためにネットワーク１２０に接続されてもよい。

一部の実施形態において、リクエスタは、リクエスタ端末１３０のユーザであってもよい。一部の実施形態において、リクエスタ端末１３０のユーザはリクエスタ以外の者であってもよい。例えばリクエスタ端末１３０のユーザＡは、リクエスタ端末１３０を使用して、ユーザＢのためのサービスリクエストを送ってもよく、またはサーバ１１０からサービスおよび／または情報もしくは命令を受信してもよい。一部の実施形態において、プロバイダは、プロバイダ端末１４０のユーザであってもよい。一部の実施形態において、プロバイダ端末１４０のユーザはプロバイダ以外の者であってもよい。例えば、プロバイダ端末１４０のユーザＣは、プロバイダ端末１４０を使用して、ユーザＤに対するサービスリクエストを受信してもよく、および／またはサーバ１１０から情報もしく命令を受信してもよい。一部の実施形態において、「リクエスタ」と「リクエスタ端末」とは区別なく使用されることもあり、「プロバイダ」と「プロバイダ端末」とが区別なく使用されることもある。

一部の実施形態において、リクエスタ端末１３０は、モバイルデバイス１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、自動車両の組み込みデバイス１３０−４、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、モバイルデバイス１３０−１は、スマートホームデバイス、ウェアラブルデバイス、モバイルデバイス、仮想現実デバイス、拡張現実デバイス、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、スマートホームデバイスは、スマート照明デバイス、インテリジェント電気器具の制御デバイス、スマート監視デバイス、スマートテレビ、スマートビデオカメラ、インターホン、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、ウェアラブルデバイスは、ブレスレット、履物、グラス、ヘルメット、腕時計、衣類、バックパック、スマートアクセサリ、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、モバイルデバイスは、携帯電話、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｃｅ）、ゲーム用デバイス、ナビゲーションデバイス、販売時点情報管理（ＰＯＳ：ｐｏｉｎｔ ｏｆ ｓａｌｅ）デバイス、ラップトップ、デスクトップ、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。一部の実施形態において、仮想現実デバイスおよび／または拡張現実デバイスは、仮想現実ヘルメット、仮想現実グラス、仮想現実パッチ、拡張現実ヘルメット、拡張現実グラス、拡張現実パッチ、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。例えば仮想現実デバイスおよび／または拡張現実デバイスは、Ｇｏｏｇｌｅ Ｇｌａｓｓ（商標）、ＲｉｆｔＣｏｎ（商標）、Ｆｒａｇｍｅｎｔｓ（商標）、Ｇｅａｒ ＶＲ（商標）などを含んでもよい。一部の実施形態において、自動車両の組み込みデバイス１３０−４は、オンボードコンピュータ、オンボードテレビなどを含んでもよい。一部の実施形態において、リクエスタ端末１３０は、リクエスタおよび／またはリクエスタ端末１３０の位置を特定する測位技術を備えたデバイスであってもよい。

一部の実施形態において、プロバイダ端末１４０は、リクエスタ端末１３０と類似したまたは同じデバイスであってもよい。一部の実施形態において、プロバイダ端末１４０は、プロバイダ端末１４０のユーザ（例えばサービスプロバイダ）および／またはプロバイダ端末１４０の位置を特定するために測位技術を利用するデバイスであってもよい。一部の実施形態において、リクエスタ端末１３０および／またはプロバイダ端末１４０は、リクエスタ、リクエスタ端末１３０、プロバイダ、および／またはプロバイダ端末１４０の位置を決定するために他の１つ以上の測位デバイスと通信してもよい。一部の実施形態において、リクエスタ端末１３０および／またはプロバイダ端末１４０は、測位情報をサーバ１１０に送ってもよい。

データベース１５０は、データおよび／または命令を記憶してもよい。一部の実施形態において、データベース１５０は、リクエスタ端末１３０および／またはプロバイダ端末１４０から取得されたデータを記憶してもよい。一部の実施形態において、データベース１５０は、本開示に記載された例示的な方法を実行するためにサーバ１１０が実行または使用し得るデータおよび／または命令を記憶してもよい。一部の実施形態において、データベース１５０は、大容量ストレージ、リムーバブルストレージ、揮発性読み取り書き込みメモリ、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。例示的な大容量ストレージは、磁気ディスク、光ディスク、ソリッドステートドライブなどを含み得る。例示的なリムーバブルストレージは、フラッシュドライブ、フロッピーディスク、光ディスク、メモリカード、ジップディスク、磁気テープなどを含み得る。例示的な揮発性読み取り書き込みメモリは、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）を含み得る。例示的なＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ：ｄｙｎａｍｉｃ ＲＡＭ）、ダブルデータ（ｄａｔｅ）レートシンクロナスダイナミックＲＡＭ（ＤＤＲ ＳＤＲＡＭ：ｄｏｕｂｌｅ ｄａｔａ ｒａｔｅ ｓｙｎｃｈｒｏｎｏｕｓ ｄｙｎａｍｉｃ ＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ：ｓｔａｔｉｃ ＲＡＭ）、サイリスタ（ｔｈｙｒｉｓｏｒ）ＲＡＭ（Ｔ−ＲＡＭ：ｔｈｙｒｉｓｔｏｒ （ｔｈｙｒｉｓｏｒ） ＲＡＭ）、およびゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ：ｚｅｒｏ−ｃａｐａｃｉｔｏｒ ＲＡＭ）などを含み得る。例示的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ：ｍａｓｋ ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ：ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラマブルＲＯＭ（ＥＰＲＯＭ：ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ：ｃｏｍｐａｃｔ ｄｉｓｋ ＲＯＭ）、およびデジタル多用途ディスクＲＯＭなどを含んでもよい。一部の実施形態においてデータベース１５０は、クラウドプラットフォーム上に実装されてもよい。単なる例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。

一部の実施形態において、データベース１５０は、オンデマンドサービスシステム１００内の１つ以上のコンポーネント（例えばサーバ１１０、リクエスタ端末１３０、プロバイダ端末１４０など）と通信するためにネットワーク１２０に接続されてもよい。オンデマンドサービスシステム１００内の１つ以上のコンポーネントは、データベース１５０に記憶されたデータまたは命令にネットワーク１２０を介してアクセスしてもよい。一部の実施形態において、データベース１５０は、オンデマンドサービスシステム１００内の１つ以上のコンポーネント（例えばサーバ１１０、リクエスタ端末１３０、プロバイダ端末１４０など）と直接接続されてもよく、または直接通信してもよい。いくつかの実施形態において、データベース１５０は、サーバ１１０の一部であってもよい。

測位システム１６０は、例えばリクエスタ端末１３０、プロバイダ端末１４０などのうち１つ以上などの物体に関連付けられた情報を決定してもよい。情報は、物体の位置、高度、速度、もしくは加速度、または現在時刻を含んでもよい。例えば測位システム１６０が、リクエスタ端末１３０の現在位置を決定してもよい。一部の実施形態において、測位システム１６０は、グローバルポジショニングシステム（ＧＰＳ）、グローバルナビゲーション衛星システム（ＧＬＯＮＡＳＳ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、北斗ナビゲーション衛星システム、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、などであってもよい。位置は、例えば緯度座標および経度座標などの座標の形式であってもよい。測位システム１６０は、例えば衛星１６０−１、衛星１６０−２、および衛星１６０−３などの１つ以上の衛星を含んでもよい。衛星１６０−１〜１６０−３は、上述された情報を独立してまたは共同で判断してもよい。衛星測位システム１６０は、上述した情報を、ネットワーク１２０、リクエスタ端末１３０、またはプロバイダ端末１４０に無線接続を介して送ってもよい。

一部の実施形態において、オンデマンドサービスシステム１００内の１つ以上のコンポーネント（例えばサーバ１１０、リクエスタ端末１３０、プロバイダ端末１４０など）は、データベース１５０にアクセスする許可を有してもよい。一部の実施形態において、オンデマンドサービスシステム１００内の１つ以上のコンポーネントは、１つ以上の条件が満たされると、リクエスタ、プロバイダ、および／または公衆に関する情報を読み取りおよび／または修正してもよい。例えばサーバ１１０は、サービスの完了後、１人以上のユーザの情報を読み取りおよび／または修正してもよい。別の例としてプロバイダ端末１４０は、リクエスタ端末１３０からサービスリクエストを受信するとリクエスタに関する情報にアクセスしてもよいが、プロバイダ端末１４０はリクエスタの関連情報を修正してはならない。

一部の実施形態では、オンデマンドサービスシステム１００内の１つ以上のコンポーネントの情報のやり取りは、サービスをリクエストすることによって達成されてもよい。サービスリクエストの目的は、任意の製品とされ得る。一部の実施形態において、製品は、有形の製品であってもまたは無形の製品であってもよい。有形の製品は、食品、薬、日用品、化学製品、電気器具、衣料、自動車、住宅、高級品、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。無形の製品は、サービス商品、金融商品、知識商品、インターネット商品、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。インターネット商品は、個別のホスト商品、ウェブ商品、モバイルインターネット商品、商業用ホスト商品、組み込み商品、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。モバイルインターネット商品は、モバイル端末のソフトウェア、プログラム、システム、または同様のもの、またはそれらの任意の組み合わせにおいて使用されてもよい。モバイル端末は、タブレットコンピュータ、ラップトップコンピュータ、携帯電話、携帯情報端末（ＰＤＡ）、スマートウォッチ、販売時点情報管理（ＰＯＳ）デバイス、オンボードコンピュータ、オンボードテレビ、ウェアラブルデバイス、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。例えば製品は、コンピュータまたは携帯電話で使用される任意のソフトウェアおよび／またはアプリケーションであってもよい。ソフトウェアおよび／またはアプリケーションは、社交、買物、輸送、娯楽、学習、投資、または同様のもの、またはそれらの任意の組み合わせに関係してもよい。一部の実施形態において、輸送に関係するソフトウェアおよび／またはアプリケーションは、旅行ソフトウェアおよび／またはアプリケーション、車両スケジューリングソフトウェアおよび／またはアプリケーション、地図作成ソフトウェアおよび／またはアプリケーションなどを含んでもよい。車両スケジューリングソフトウェアおよび／またはアプリケーションにおいて、車両は、馬、馬車、人力車（例えば手押し車、自転車、三輪車など）、自動車（例えばタクシー、バス、自家用車など）、電車、地下鉄、船、航空機（例えば飛行機、ヘリコプター、スペースシャトル、ロケット、熱気球など）、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。

図２は、本開示の一部の実施形態による、サーバ１１０、リクエスタ端末１３０、および／またはプロバイダ端末１４０が実装されてもよいコンピューティングデバイス２００の例示的なハードウェアコンポーネントおよびソフトウェアコンポーネントを示す概略図である。例えば処理エンジン１１２は、コンピューティングデバイス２００に実装されて、本開示で開示される処理エンジン１１２の機能を実行するよう構成されてもよい。

コンピューティングデバイス２００は、汎用コンピュータであってもまたは専用コンピュータであってもよく、どちらも本開示にかかるオンデマンドシステムを実装するために使用され得る。コンピューティングデバイス２００は、本願明細書に記載されるオンデマンドサービスの任意のコンポーネントを実装するために使用されてもよい。例えば処理エンジン１１２は、コンピューティングデバイス２００上にそのハードウェア、ソフトウェアプログラム、ファームウェア、またはそれらの組み合わせを用いて実装されてもよい。便宜上、かかるコンピュータは１つだけ示されているが、本願明細書に記載されるオンデマンドサービスに関するコンピュータ機能は、処理負荷を分散させるためにいくつかの類似のプラットフォーム上に分散方式で実装されてもよい。

コンピューティングデバイス２００は、例えば、データ通信を促進するためにそれに接続されたネットワークと相互接続される、ＣＯＭポート２５０を含んでもよい。コンピューティングデバイス２００はさらに、プログラム命令を実行する、１つ以上のプロセッサの形態の中央処理ユニット（ＣＰＵ）２２０を含んでもよい。例示的なコンピュータプラットフォームは、コンピュータによる様々なデータファイルの処理および／または送信のため、内部通信バス２１０、種々の形態のプログラムストレージおよびデータストレージ、例えばディスク２７０、および読み取り専用メモリ（ＲＯＭ）２３０、またはランダムアクセスメモリ（ＲＡＭ）２４０などを含んでもよい。例示的なコンピュータプラットフォームはさらに、ＣＰＵ２２０により実行されるようにＲＯＭ２３０、ＲＡＭ２４０、および／または他の任意のタイプの非一時的ストレージ媒体に記憶されたプログラム命令を含んでもよい。本開示の方法および／またはプロセスは、プログラム命令として実装されてもよい。コンピューティングデバイス２００はさらに、コンピュータとその中の他のコンポーネントとの間の入出力をサポートするＩ／Ｏ（ｉｎｐｕｔ／ｏｕｔｐｕｔ：入出力）コンポーネント２６０を含む。コンピューティングデバイス２００はさらに、ネットワーク通信を介してプログラミングおよびデータを受信してもよい。

単なる例示のために、コンピューティングデバイス２００の中には１つのみのＣＰＵおよび／またはプロセッサが示される。しかしながら、本開示におけるコンピューティングデバイス２００は、複数のＣＰＵおよび／またはプロセッサも含んでもよく、したがって、本開示の記載では１つのＣＰＵおよび／またはプロセッサにより実行される動作および／または方法ステップは、複数のＣＰＵおよび／またはプロセッサにより一緒または別々にも実行され得ることに留意されたい。例えば、本開示においてコンピューティングデバイス２００のＣＰＵおよび／またはプロセッサがステップＡおよびステップＢ両方を実行する場合、当然のことながらステップＡおよびステップＢは、コンピューティングデバイス２００において異なる２つのＣＰＵおよび／またはプロセッサにより一緒にまたは別々に実行されることもできる（例えば第１のプロセッサがステップＡを実行して第２のプロセッサがステップＢを実行する、または第１および第２のプロセッサが一緒にステップＡおよびＢを実行する）。

図３は、本開示の一部の実施形態による例示的な処理エンジン１１２を示すブロック図である。処理エンジン１１２は、獲得モジュール３１０、決定モジュール３２０、および通信モジュール３３０を含んでもよい。

獲得モジュール３１０は、１つ以上のサービスリクエストを取得するよう構成されてもよい。獲得モジュール３１０は、ネットワーク１２０を介して端末（例えばリクエスタ端末１３０）からサービスリクエストを取得してもよい。獲得モジュール３１０は、サービスリクエストを分析して、サービスリクエストに関係する情報を決定してもよい（例えば出発位置、開始時間、目的地など）。

一部の実施形態において、サービスリクエストは、輸送サービスのリクエストであってもよい。サービスリクエストは、輸送サービスをリクエストするリクエスタに関連付けられた情報を含んでもよい。リクエスタに関連付けられた情報は、リクエスタのプロファイル情報、リクエスタのリクエスト選好、または同様のもの、またはそれらの組み合わせを含んでもよい。リクエスタのプロファイル情報は、例えば、リクエスタの名前、リクエスタの年齢、リクエスタの性別、リクエスタの生年月日、リクエスタが居住する都市、または同様のもの、またはそれらの組み合わせを含んでもよい。リクエスト選好は、輸送サービスについてのリクエスタの要求事項を指してもよい。例えばリクエスタ端末１３０は、リクエスタの入力に基づくサービスリクエストから選好パラメータ（例えば車両タイプ、トランクのサイズ、車両の積載量など）を決定してもよい。別の例として、リクエスト選好は、輸送サービスを他のリクエスタと共有することにリクエスタが同意するかどうかについての、サービスリクエストの中の指示を含んでもよい。

獲得モジュール３１０はさらに、サービスリクエストに関連付けられた関連情報を取得してもよい。例えば獲得モジュール３１０は、サービスリクエストに関連付けられた交通情報（例えば交通渋滞情報、交通規制情報、交通障害情報など）を取得してもよい。別の例として獲得モジュール３１０は、サービスリクエストに関連する気象情報を取得してもよい。

決定モジュール３２０は、サービスリクエストに関連付けられた参照パラメータ、サービスリクエストに関連付けられた実際のパラメータ、および／またはサービスリクエストに関連付けられた任意の情報を決定するよう構成されてもよい。例えば決定モジュール３２０は、出発位置および目的地に基づいて参照パラメータを決定してもよい。別の例として決定モジュール３２０は、サービスリクエストに関連付けられた実際の旅程に基づいて実際のパラメータを決定してもよい。

一部の実施形態において、決定モジュール３２０はさらに、参照パラメータと実際のパラメータとの間の第１の差異を決定してもよい。決定モジュール３２０は、輸送サービス中に異常（例えばサービスプロバイダによる不必要な回り道）が発生したかどうかを第１の差異に基づいて決定してもよい。決定モジュール３２０はさらに、異常に関連付けられた通知を生成してもよい。一部の実施形態において、決定モジュール３２０はさらに、到着位置と目的地との間の第２の差異を決定してもよい。本願明細書で使用される到着位置は、サービスプロバイダがリクエスタを降ろした実際の位置を指してもよい。一部の実施形態において、決定モジュール３２０はさらに、サービスリクエストに対して提供された輸送サービスのサービス料金を示すサービスリクエストの請求書を生成してもよい。

通信モジュール３３０は、サービスリクエストに関連付けられた情報をリクエスタ端末（例えばリクエスタ端末１３０）に送るよう構成されてもよい。例えば通信モジュール３３０は、参照パラメータおよび／または実際のパラメータをリクエスタ端末１３０に送ってもよい。別の例として通信モジュール３３０は、異常に関連付けられた通知をリクエスタ端末１３０に送ってもよい。さらなる例として通信モジュール３３０は、輸送サービスが終了するとリクエスタ端末１３０にサービスリクエストの請求書を送ってもよい。

一部の実施形態において、通信モジュール３３０は、リクエスタ端末１３０から応答を受信してもよい。応答は、輸送サービスについてリクエスタから何らかの質問があるかどうか、リクエスタがサービスリクエストに関連して何らかの支援を必要としているかどうかなどを示してもよい。

一部の実施形態において、通信モジュール３３０は、リクエスタ端末１３０から応答を受信すると、応答を決定モジュール３２０に送信してもよく、決定モジュール３２０により生成された返答（例えば料金補正）をリクエスタ端末１３０にさらに送ってもよい。例えば通信モジュール３３０は、サービス料金を再決定することのリクエストを受信するのに応答して、サービス料金を再決定することのリクエストを決定モジュール３２０に送信してもよく、再決定されたサービス料金をリクエスタ端末１３０にさらに送ってもよい。別の例として、通信モジュール３３０は、サービス料金に異議を唱えるリクエストに応答して、サービス料金に異議を唱えるリクエストを決定モジュール３２０に送信してもよく、サービス料金調整通知をリクエスタ端末１３０にさらに送ってもよい。

一部の実施形態において、サービスリクエストに関連付けられた情報（例えば通知、応答、返答など）は、任意の適切な通信プロトコル（例えばハイパーテキスト転送プロトコル（ＨＴＴＰ：Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、アドレス解決プロトコル（ＡＲＰ：Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、動的ホスト構成プロトコル（ＤＨＣＰ：Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）、ファイル転送プロトコル（ＦＴＰ：Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）など）を使用したメッセージを介して送信および／または受信されてもよい。

処理エンジン１１２内のモジュールは、有線接続または無線接続を介して相互に接続されまたは通信してもよい。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブル、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。無線接続は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、近距離無線通信（ＮＦＣ）、または同様のもの、またはそれらの任意の組み合わせを含んでもよい。モジュールのうちの２つ以上が単一モジュールとして組み合わされてもよく、任意の１つのモジュールが２つ以上のユニットに分割されてもよい。例えば獲得モジュール３１０は、サービスリクエストの取得と、サービスリクエストに関連付けられた参照パラメータおよび／または実際のパラメータの決定との両方をできる単一のモジュールとして、決定モジュール３２０に統合されてもよい。別の例として処理エンジン１１２は、サービスリクエストおよび／またはサービスリクエストに関連付けられた情報を記憶するよう構成されてもよいストレージモジュール（図３には示さず）を含んでもよい。

図４は、本開示の一部の実施形態による旅程を監視する例示的なプロセス／方法４００を示すフローチャートである。プロセスおよび／または方法４００は、オンデマンドサービスシステム１００により実行されてもよい。例えばプロセスおよび／または方法４００は、ストレージＲＯＭ２３０またはＲＡＭ２４０に記憶された命令のセット（例えばアプリケーション）として実装されてもよい。ＣＰＵ２２０は、命令のセットを実行してもよく、その結果、プロセスおよび／または方法４００を実行するよう命じられてもよい。下記に提示される、示されるプロセス／方法の動作は、例示として意図されている。一部の実施形態において、プロセス／方法は、記載されていない１つ以上の追加の動作を用いて、且つ／または説明される動作のうちの１つ以上を用いずに達成され得る。さらに、図４に示され下記に記載されるプロセス／方法の各動作の順序は、限定として意図されてはいない。

ステップ４０２において処理エンジン１１２は、端末（例えばリクエスタ端末１３０）からサービスリクエストを取得してもよい。サービスリクエストは、出発位置および目的地を含んでもよい。本願明細書で使用される出発位置とは、サービスプロバイダがリクエスタを乗せるかもしれない位置を指し得る。目的地は、サービスプロバイダがリクエスタを降ろすかもしれない位置を指し得る。

一部の実施形態において、サービスリクエストは、輸送サービス（例えばタクシーサービス）のリクエストであってもよい。サービスリクエストは、１つ以上のタイプのサービスに対するリアルタイムリクエスト、予約リクエスト、および／またはその他任意のリクエストを含んでもよい。本願明細書で使用されるリアルタイムリクエストは、リクエスタが、この瞬間またはこの瞬間に対して定義された時間範囲に輸送サービスを使用したいことを示してもよい。例えばサービスリクエストは、定義された時間範囲が、この瞬間、すなわち８：３０ａｍに対して閾値以内、例えば８：３０ａｍから１分先以内、８：３０ａｍから５分先以内、１０分、８：３０ａｍから２０分先以内などであれば、リアルタイムリクエストとされてもよい。指示された開始時間が定義された時間範囲を過ぎるサービスリクエストは、予約リクエストとして分類されてもよい。例えばサービスリクエストは、指示された開始時間が定義された時間範囲を過ぎる、すなわち現在時刻から２０分先を過ぎる、現在時刻から２時間先を過ぎる、現在時刻から１日先を過ぎるなどの場合、予約リクエストとして分類されてもよい。一部の実施形態において、処理エンジン１１２は、時間閾値に基づいてリアルタイムリクエストまたは予約リクエストを定義してもよい。時間閾値は、オンデマンドサービスシステム１００のデフォルト設定であってもよく、または種々の状況に応じて調整可能であってもよい。例えば、交通量がピークの期間には、時間閾値は相対的に小さくてもよく（例えば１０分）、閑散期間（例えば１０：００〜１２：００ａｍ）には時間閾値は相対的に大きくてもよい（例えば１時間）。

ステップ４０４において処理エンジン１１２は、出発位置および目的地に基づいて参照パラメータを決定してもよい。

一部の実施形態において、処理エンジン１１２は、出発位置および目的地に基づいて推奨経路を決定してもよい。さらに処理エンジン１１２は、推奨経路に基づいて参照パラメータを決定してもよい。処理エンジン１１２は、出発位置および目的地に基づいて複数の候補経路を判断してもよい。一部の実施形態において、処理エンジン１１２は、複数の候補経路に対応する複数の距離に基づいて、複数の候補経路から推奨経路を決定してもよい。例えば処理エンジン１１２は、複数の距離から最短距離を特定して、最短距離に関連付けられた候補経路を推奨経路として選択してもよい。一部の実施形態において、処理エンジン１１２は、複数の候補経路に対応する複数の交通条件に基づいて、複数の候補経路から推奨経路を決定してもよい。例えば処理エンジン１１２は、複数の候補経路に関連付けられた交通条件を評価して、最良の交通条件を備えた候補経路を推奨経路として選択してもよい。

一部の実施形態において、参照パラメータは、参照料金、参照走行距離、参照時間、または同様のもの、またはそれらの組み合わせを含んでもよい。本願明細書で使用される参照料金とは、輸送サービスの推定されるサービス料金を指し得る。参照走行距離は、出発位置から目的地までの推定される走行距離を指し得る。参照時間は、サービスプロバイダが出発位置から目的地まで運転するための推定される期間を指し得る。

例えば処理エンジン１１２は、以下に示す式（１）に従って参照料金を決定してもよい。

式中、Ｆ_ｒは参照料金を指すことができ、Ｆ_ｓは開始時運賃を指すことができ、Ｍ_ｓは開始時走行距離を指すことができ、Ｍ_ｃは短い移動と長い移動との間の走行距離の臨界点を指すことができ、Ｐ_ｕは短い移動のキロメートル当たりの第１の単価を指すことができ、Ｍ_ｒは参照走行距離を指すことができ、Ｐ_ｒは長い移動のキロメートル当たりの第２の単価を指すことができる。

別の例として処理エンジン１１２は、下記に示す式（２）に従って、参照走行距離および車両の参照速度に基づき参照時間を決定してもよい。

式中、Ｔ_ｒは参照時間を指すことができ、Ｓ_ｒは参照速度を指すことができる。本願明細書で使用される処理エンジン１１２は、車両の履歴情報に基づいて参照速度を決定する。例えば処理エンジン１１２は、特定の期間（例えば過去１ヵ月）以内の車両の速度履歴を平均することにより参照速度を決定してもよい。

一部の実施形態において、参照パラメータを決定するとき、処理エンジン１１２は、環境に関する情報（例えば交通情報、気象情報など）を考慮に入れてもよい。本願明細書で使用される交通情報は、交通渋滞情報、交通規制情報、交通障害情報などを含んでもよい。

処理エンジン１１２は、データベース１５０、地図サービス（例えばＧｏｏｇｌｅ Ｍａｐ（商標）、Ｔｅｎｃｅｎｔ Ｍａｐ（商標）、Ｂａｉｄｕ Ｍａｐ（商標））、および／または地理的領域における交通情報を提供できるその他任意のサービスから交通情報を取得してもよい。例えば、リアルタイムリクエストを受信するのに応答して、処理エンジン１１２は、リアルタイムリクエストに基づき出発位置Ａおよび目的地Ｂを取得してもよい。処理エンジン１１２は、出発位置Ａ、目的地Ｂ、および／またはＡからＢへの推奨経路に関係するリアルタイム交通状態を取得するためにデータベース１５０にアクセスしてもよい。処理エンジン１１２はさらに、リアルタイム交通状態に基づいて、サービスプロバイダがＡからＢまで運転するための参照時間を決定してもよい。別の例として、予約リクエストを受信するのに応答して、処理エンジン１１２は、出発位置Ｃ、目的地Ｄ、および開始時間である次の月曜日８：００ｐ．ｍ．を、予約リクエストに基づいて取得してもよい。処理エンジン１１２は、データベース１５０にアクセスして過去４回の月曜日のＣからＤへの８：００ｐ．ｍ．の交通状態履歴を取得し、ＣからＤへサービスプロバイダが車両を運転するための参照時間を、交通状態履歴に基づきさらに決定してもよい。

ステップ４０６において処理エンジン１１２は、サービスリクエストに関連付けられた実際の旅程に基づいて実際のパラメータを決定してもよい。実際のパラメータは、実際の旅程に関連付けられた実際の料金、実際の旅程に関連付けられた実際の走行距離、実際の旅程に関連付けられた実際の時間などを含んでもよい。

輸送サービスに対する応用シナリオにおいて、サービスリクエストはサービスプロバイダ（例えば運転手）により受諾されてもよい。サービスプロバイダが出発位置でリクエスタを乗せた後、処理エンジン１１２は、輸送サービスの間リアルタイムで、サービス料金、サービス走行距離、サービス時間を監視してもよい。サービスプロバイダが目的地でリクエスタを降ろした後、処理エンジン１１２は、監視を終了して、実際の料金、実際の走行距離、および実際の時間を決定してもよい。

ステップ４０８において処理エンジン１１２は、参照パラメータおよび実際のパラメータに基づいて、サービスリクエストに関連付けられた情報をリクエスタ端末（例えばリクエスタ端末１３０）に送ってもよい。例えば処理エンジン１１２は、参照パラメータおよび／または実際のパラメータをリクエスタ端末１３０に送ってもよい。別の例として処理エンジン１１２は、参照パラメータおよび実際のパラメータに関連付けられた通知をリクエスタ端末１３０に送ってもよい。さらなる例として処理エンジン１１２は、輸送サービスが完了するとリクエスタ端末１３０にサービスリクエストの請求書を送ってもよい。

一部の実施形態において、サービスリクエストに関連付けられた受信された情報は、テキスト、画像、ビデオコンテンツ、オーディオコンテンツ、グラフィック、およびそれらの組み合わせの形式で、リクエスタ端末１３０上にサービスリクエストとともに提示されてもよい。例えば、サービスリクエストに関連付けられた情報が、図６に関連して記載されるユーザインターフェース６００など、リクエスタ端末１３０の１つ以上のユーザインターフェース上に提示されてもよい。

なお、上記の記載事項は、単に例示の目的で提供され、本開示の範囲を限定する意図はない。当業者の場合、本開示の教示に基づいて複数の変形および変更が構成され得る。しかしながら、そのような変形および変更は、本開示の範囲から逸脱しない。例えば、他の任意選択のステップ１つ以上（例えば記憶するステップ）が、例示的なプロセス／方法４００の他の場所に追加されてもよい。

図５は、本開示の一部の実施形態による、サービスリクエストに関連付けられた情報を端末に送る例示的なプロセス／方法５００を示すフローチャートである。プロセスおよび／または方法５００は、オンデマンドサービスシステム１００により実行されてもよい。例えばプロセスおよび／または方法５００は、ストレージＲＯＭ２３０またはＲＡＭ２４０に記憶された命令のセット（例えばアプリケーション）として実装されてもよい。ＣＰＵ２２０は、命令のセットを実行してもよく、その結果、プロセスおよび／または方法５００を実行するよう命じられてもよい。下記に提示される、示されるプロセス／方法の動作は、例示として意図されている。一部の実施形態において、プロセス／方法は、記載されていない１つ以上の追加の動作を用いて、且つ／または説明される動作のうちの１つ以上を用いずに達成され得る。さらに、図５に示され下記に記載されるプロセス／方法の各動作の順序は、限定として意図されてはいない。

ステップ５０２において処理エンジン１１２は、参照パラメータと実際のパラメータとの間の第１の差異を推定してもよい。参照パラメータと実際のパラメータとの間の第１の差異は、参照料金と実際の料金との間の料金の差異、参照走行距離と実際の走行距離との間の走行距離の差異、参照時間と実際の時間との間の時間の差異などを含んでもよい。

例えば処理エンジン１１２は、以下に示す式（３）に従って料金の差異を決定してもよい。

式中、Ｆ_ｄは参照料金と実際の料金との間の料金の差異を指すことができ、Ｆ_ａは実際の料金を指すことができ、Ｆ_ｒは参照料金を指すことができる。

別の例として処理エンジン１１２は、以下に示す式（４）に従って走行距離の差異を決定してもよい。

式中、Ｍ_ｄは参照走行距離と実際の走行距離との間の走行距離の差異を指すことができ、Ｍ_ａは実際の走行距離を指すことができ、Ｍ_ｒは参照走行距離を指すことができる。

さらなる例として処理エンジン１１２は、以下に示す式（５）に従って時間の差異を決定してもよい。

式中、Ｔ_ｄは参照時間と実際の時間との間の時間の差異を指すことができ、Ｔ_ａは実際の時間を指すことができ、Ｔ_ｒは参照時間を指すことができる。

一部の実施形態において、処理エンジン１１２は、重み付け係数を料金の差異、走行距離の差異、および時間の差異のそれぞれに指定してもよい。さらに処理エンジン１１２は、料金の差異、走行距離の差異、および時間の差異のうちの少なくとも２つを選択して、それらの個々の重み付け係数に基づき第１の差異を決定してもよい。

例えば処理エンジン１１２は、下記に示す式（６）に従って、料金の差異、走行距離の差異、および時間の差異の重み付けされた値を決定してもよい。

式中、Ｄは重み付けされた値を指すことができ、Ｆ_ｄは料金の差異を指すことができ、Ｗ_ｆは料金の差異に関連付けられた第１の重み付け係数を指すことができ、Ｍ_ｄは走行距離の差異を指すことができ、Ｗ_ｍは走行距離の差異に関連付けられた第２の重み付け係数を指すことができ、Ｔ_ｄは時間の差異を指すことができ、Ｗ_ｔは時間の差異に関連付けられた第３の重み付け係数を指すことができる。

Ｗ_ｆ、Ｗ_ｍ、およびＷ_ｔを含む重み付け係数の値は、オンデマンドサービスシステム１００のデフォルト設定であってもよく、または種々の状況に応じて調整可能であってもよい。例えばデフォルトで、Ｗ_ｆは０．５であってもよく、Ｗ_ｍは０．３であってもよく、Ｗ_ｔは０．２であってもよい。別の例として、交通量がピークの期間には、時間の差異に対する第３の重み付け係数Ｗ_ｔが、デフォルト値０．２より小さくなるように調整されてもよい。

一部の実施形態において、処理エンジン１１２は、料金の差異、走行距離の差異、および時間の差異のうちの少なくとも２つをランク付けしてもよい。さらに処理エンジン１１２は、料金の差異、走行距離の差異、および時間の差異のうちのランク付けされた少なくとも２つのうち１つを、参照パラメータと実際のパラメータとの間の第１の差異と決定してもよい。例えば処理エンジン１１２は、料金の差異、走行距離の差異、および時間の差異のうちの最大のもの、最小のもの、２番目に大きなものなどを、参照パラメータと実際のパラメータとの間の第１の差異と決定してもよい。

ステップ５０４において処理エンジン１１２は、実際の旅程に関連付けられた到着位置を取得してもよい。実際の旅程に関連付けられた到着位置は、サービスプロバイダがリクエスタを降ろす実際の位置を指してもよい。

ステップ５０６において処理エンジン１１２は、到着位置と目的地との間の第２の差異を決定してもよい。例えば処理エンジン１１２は、到着位置と目的地との間の距離を決定してもよい。本願明細書で使用される「距離」とは、直線距離または空間距離（例えば道路または車道の一部の長さ）を指し得る。

ステップ５０８において処理エンジン１１２は、第２の差異が第２の閾値を上回るかどうかを判断してもよい。第２の閾値は、オンデマンドサービスシステム１００のデフォルト設定であってもよく（例えば０．２ｋｍ、０．３ｋｍ、０．５ｋｍ、１ｋｍなど）、またはユーザからの命令に基づいて調整可能であってもよい。

第２の差異が第２の閾値を上回るとの判断に応答して、処理エンジン１１２は、プロセス／方法５００をステップ５１２へと実行してプロセス／方法５００を終了してもよい。この状況において、処理エンジン１１２は、完了された輸送サービスのサービス料金を示す請求書を、実際のパラメータ（例えば実際の料金）に基づいて生成して、請求書を端末（例えばリクエスタ端末１３０）に送信してもよい。

第２の差異が第２の閾値以下であるとの判断に応答して、処理エンジン１１２は、プロセス／方法５００をステップ５１０へと実行してもよい。ステップ５１０において処理エンジン１１２は、第１の差異が第１の閾値を上回るかどうかを判断してもよい。第１の閾値は、オンデマンドサービスシステム１００のデフォルト設定であってもよく（例えば０．３、０．４、０．５など）、またはユーザからの命令に基づいて調整可能であってもよい。

第１の差異が第１の閾値以下であるとの判断に応答して、処理エンジン１１２は、プロセス／方法５００をステップ５１２へと実行してプロセス／方法５００を終了してもよい。

第１の差異が第１の閾値を上回るとの判断に応答して、処理エンジン１１２は、プロセス／方法５００をステップ５１４へと実行してもよい。ステップ５１４において処理エンジン１１２は、サービスリクエストに対応する端末に通知を送ってもよい。本願明細書で使用される通知は、異常（例えばサービスプロバイダによる不必要な回り道）が輸送サービス中に発生するかもしれないとリクエスタに通知するために使用されてもよい。

一部の実施形態において通知は、サービスに関連付けられた参照パラメータ、実際の旅程に関連付けられた実際のパラメータ、参照パラメータと実際のパラメータとの間の第１の差異、実際の旅程、実際の旅程に関連付けられたプロンプトメッセージ、または同様のもの、またはそれらの組み合わせを含んでもよい。

一部の実施形態において、通知は、テキスト、画像、ビデオ、コンテンツ、オーディオコンテンツ、グラフィック、またはそれらの組み合わせの形式で提示されてもよい。例えば端末は、サービスプロバイダが輸送サービス中に回り道したかもしれないとリクエスタに通知するために、音声ブロードキャストを介した通知を提示してもよい。

一部の実施形態において、端末に通知を送る一方で、処理エンジン１１２は、リクエスタにより自動支払いが設定されているかどうかを判断してもよい。本願明細書で使用される自動支払いとは、オンデマンドサービスシステム１００と結びつけられた支払いアプリケーション（例えばＡｌｉｐａｙ（商標）、ＷｅＣｈａｔ ｐａｙ（商標）、Ｂａｉｄｏｕ Ｗａｌｌｅｔ（商標）、ＰａｙＰａｌ（商標）など）との支払い合意に従う、パスワードを用いない支払いを指し得る。本願明細書で使用される支払い合意は、「サービス料金が２ドル未満のときは自動的に支払う」、「交通量がピークの期間には自動的に支払う」などを含んでもよい。

リクエスタにより自動支払いが設定されているとの判断に応答して、処理エンジン１１２は、自動支払いを妨害してもよい。例えば処理エンジン１１２は、自動支払いがトリガされ得ないように、サービスリクエストの請求書を端末に送らなくてもよい。別の例として処理エンジン１１２は、支払い合意に、例えば「サービスリクエストの請求書に識別情報（例えばアラート）があるときは自動支払いを停止」などの何らかの追加の支払い規則を設定してもよい。

ステップ５１６において処理エンジン１１２は、通知に関して端末から応答を受信してもよい。通知を受信した後、リクエスタは、端末（例えば図６に示されている「ヘルプ」のボタン）を介して応答を提供してもよい。応答は、輸送サービスについてリクエスタから何らかの質問があるかどうか、リクエスタがサービスリクエストに関連して何らかの支援を必要としているかどうかなどを示してもよい。一部の実施形態において応答は、輸送サービスに対するサービスリクエストのサービス料金に関連してもよい。例えば処理エンジン１１２は、リクエスタからの命令に基づく、サービス料金を再決定することのリクエストを受信してもよい。別の例として処理エンジン１１２は、リクエスタからの命令に基づく、サービス料金に異議を唱える応答を受信してもよい。一部の実施形態において応答は、輸送サービスについてリクエスタから何の質問もないことを示してもよい。例えば処理エンジン１１２は、リクエスタからの確認命令に基づくサービスリクエストの請求書の確認を受信してもよい。

ステップ５１８において処理エンジン１１２は、料金補正を応答に基づいて端末に送ってもよい。本願明細書で使用される料金補正は、割引クーポン券、引換券、再決定されたサービス料金、または超過料金などを含んでもよい。例えば処理エンジン１１２は、リクエスタからの命令に基づくサービス料金に異議を唱える応答を受信した後、割引クーポン券または引換券を提供してもよい。別の例として、リクエスタからの命令に基づくサービス料金を再決定することのリクエストを受信した後、処理エンジン１１２は、サービスリクエストに関連付けられたサービス料金を再決定して、再決定されたサービス料金をリクエスタ端末１３０に送ってもよい。さらなる例として、処理エンジン１１２が自動支払いの妨害に成功しなかったか、またはリクエスタが誤ってサービス料金を支払ったとすれば、処理エンジン１１２は、超過料金をリクエスタ端末１３０に（例えばリクエスタの口座に）返してもよい。本願明細書で使用される処理エンジン１１２は、参照料金および実際の料金に基づいて超過料金を決定してもよい。

なお、上記の記載事項は、単に例示の目的で提供され、本開示の範囲を限定する意図はない。当業者の場合、本開示の教示に基づいて複数の変形および変更が構成され得る。しかしながら、そのような変形および変更は、本開示の範囲から逸脱しない。例えば、他の任意選択のステップ１つ以上（例えば記憶するステップ）が、例示的なプロセス／方法５００の他の場所に追加されてもよい。別の例として、リクエスタがステップ５１６においてサービスリクエストの請求書を確認したとすれば、ステップ５１８は任意選択であってもよい。

図６は、本開示の一部の実施形態による、サービスリクエストに関連付けられた情報を表示する例示的なユーザインターフェース６００を示す概略図である。ユーザインターフェース６００は、１つ以上の端末（例えばプロバイダ端末１４０、リクエスタ端末１３０など）により提示され得る。ユーザインターフェース６００は、サービスリクエストに関連付けられた情報（例えば参照パラメータ、実際のパラメータ、出発位置、目的地、実際の旅程など）を提示する１つ以上のユーザインターフェース要素（「ＵＩ要素」とも呼ばれる）を含んでもよい。ＵＩ要素のそれぞれが、例えば１つ以上のボタン、アイコン、チェックボックス、メッセージボックス、テキストフィールド、データフィールド、検索フィールドなどであってもよく、且つ／またはそれを含んでもよい。

図６に示されるように、ユーザインターフェース６００は、出発位置と目的地との間の実際の旅程を提示する線６０２を含んでもよい。ユーザインターフェース６００は、参照パラメータを提示する１つ以上のＵＩ要素６０４も含んでもよい。図４に関連して記載されたように、参照パラメータを提示する１つ以上のＵＩ要素６０４は、時間６０４ａ、走行距離６０４ｂ、料金６０４ｃ、およびそれらの中の関連付けられた個々の値を含んでもよい。ユーザインターフェース６００は、実際のパラメータを提示する１つ以上のＵＩ要素６０６も含んでもよい。図４に関連して記載されたように、実際のパラメータを提示する１つ以上のＵＩ要素６０６は、時間６０６ａ、走行距離６０６ｂ、料金６０６ｃ、およびそれらの中の関連付けられた個々の値を含んでもよい。

ユーザインターフェース６００は、リクエスタにユーザインタラクションを提供するための１つ以上のＵＩ要素６０８（例えば「確認」６０８ａおよび「ヘルプ」６０８ｂ）も含んでもよい。リクエスタは、「確認」ボタンを介して確認命令を入力してもよい。例えば自動支払いが処理エンジン１１２により妨害された場合、リクエスタは「確認」ボタンをクリックしてパスワードを手動入力し、支払いを完了してもよい。リクエスタは「ヘルプ」ボタンを介して何らかの支援をリクエストしてもよい。例えばリクエスタは、「ヘルプ」ボタンを介して、サービス料金を再決定するようリクエストしてもよい。さらにユーザインターフェース６００は、サービスリクエストに関連付けられた他の情報（例えば現在時刻（例えば「２１：００ｐｍ」））を提示する１つ以上のＵＩ要素６１２も含んでもよい。

図７は、本開示の一部の実施形態による、リクエスタ端末１３０またはプロバイダ端末１４０が実装されてもよい例示的なモバイルデバイス７００の例示的なハードウェアコンポーネントおよび／またはソフトウェアコンポーネントを示す概略図である。図７に示されるように、モバイルデバイス７００は、通信プラットフォーム７１０、ディスプレイ７２０、グラフィック処理ユニット（ＧＰＵ）７３０、中央処理ユニット（ＣＰＵ）７４０、Ｉ／Ｏ７５０、メモリ７６０、およびストレージ７９０を含んでもよい。一部の実施形態において、システムバスまたはコントローラ（図示せず）に限定されないがこれらを含む、他の任意の適切なコンポーネントも、モバイルデバイス７００に含まれてもよい。一部の実施形態において、モバイルオペレーティングシステム７７０（例えばｉＯＳ（商標）、Ａｎｄｒｏｉｄ（商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（商標）など）および１つ以上のアプリケーション７８０が、ＣＰＵ７４０による実行のためにストレージ７９０からメモリ７６０にロードされてもよい。アプリケーション７８０は、ブラウザ、または例えば処理エンジン１１２からオンデマンドサービスの監視に関する情報または他の情報を受信してレンダリングする他の任意の適切なモバイルアプリを含んでもよい。情報ストリームとのユーザインタラクションは、Ｉ／Ｏ７５０を介して実現されて、ネットワーク１２０を介して処理エンジン１１２および／またはオンデマンドサービスシステム１００の他のコンポーネントに提供されてもよい。

本開示に記載された様々なモジュール、ユニット、およびそれらの機能性を実装するために、コンピュータハードウェアプラットフォームが、本願明細書に記載された構成要素のうちの１つ以上のためのハードウェアプラットフォーム（単数または複数）として使用されてもよい。ユーザインターフェース要素を備えたコンピュータが、パーソナルコンピュータ（ＰＣ：ｐｅｒｓｏｎａｌ ｃｏｍｐｕｔｅｒ）またはその他任意のタイプのワークステーションもしくは端末デバイスを実装するために使用され得る。コンピュータは、適切にプログラムされればサーバとしての機能も果たし得る。

基本的な概念を上述したが、この詳細な開示を読んだ後、当業者には、前述の詳細な開示が例示としてのみの提示を意図されており限定的でないことが相当に明らかであろう。本願明細書で明示的に述べてはいないが、当業者は様々な変更、改善、および修正に想到でき、それが意図される。当該の変更、改善、および修正は、本開示により示唆されることを意図されており、本開示の例示的な実施形態の意図および範囲内にある。

さらに、本開示の実施形態について記載するために特定の用語が使用された。例えば、「一実施形態」、「或る実施形態」、および／または「一部の実施形態」という用語は、実施形態に関連して記載された特定の特徴、構造、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、強調され且つ当然のことであるが、本明細書の様々な部分における「或る実施形態」または「一実施形態」または「代わりの実施形態」への２つ以上の言及は、必ずしもすべて同じ実施形態を指すとは限らない。さらに、特定の特徴、構造、または特性は、本開示の１つ以上の実施形態に適するように組み合わされてもよい。

さらに、当業者には当然のことながら、本開示の各側面は、任意の新規および有用なプロセス、機械、製品、もしくは組成物、またはそれらの任意の新規および有用な改善を含む特許を受けられるいくつかの分類または文脈のいずれかで本願明細書に示され記載され得る。したがって、本開示の各側面は、完全にハードウェア、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）、または本願明細書においてすべて概して「ユニット」、「モジュール」、もしくは「システム」と呼ばれ得るソフトウェアおよびハードウェアの実装の組み合わせで実装されてもよい。さらに本開示の各側面は、コンピュータ可読プログラムコードが具現化された１つ以上のコンピュータ可読媒体において具現化された、コンピュータプログラム製品の形態をとることもできる。

コンピュータ可読信号媒体は、例えば、ベースバンドに、または搬送波の一部として、コンピュータ可読プログラムコードが具現化された伝搬データ信号を含んでもよい。そのような伝搬信号は、電磁気、光学、または同様のもの、またはそれらの任意の適切な組み合わせを含む様々な形態のいずれかをとってよい。コンピュータ可読信号媒体は、コンピュータ可読ストレージ媒体でなく、且つ命令実行システム、装置、もしくはデバイスによって、またはそれに関連して使用されるプログラムの伝達、伝搬、または搬送をすることができる、任意のコンピュータ可読媒体としてもよい。コンピュータ可読信号媒体上に具現化されたプログラムコードは、無線、有線、光ファイバケーブル、ＲＦ、または同様のもの、または前述のものの任意の適切な組み合わせを含む、任意の適切な媒体を使用して送信されてもよい。

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

さらに、処理要素もしくはシーケンスの記載された順序、またはそれらに対する数字、文字、もしくは他の指定の使用は、特許請求されるプロセスおよび方法を、特許請求の範囲に指定され得る以外にいかなる順序にも限定する意図はない。上記開示は、本開示の多様であり有用な実施形態と現在考えられるものを様々な例を通して検討するが、当然のことながら、そのような詳細は、当該目的のためのものでしかなく、添付の特許請求の範囲は、開示された実施形態に限定されず、それどころか、開示された実施形態の意図および範囲内の修正および等価な構成を対象とすることが意図される。例えば、上述した様々なコンポーネントの実装は、ハードウェアデバイスにおいて具現化されてもよいが、例えば既存のサーバまたはモバイルデバイスにインストールするなど、ソフトウェアのみのソリューションとして実装されることもあり得る。

同じく当然のことながら、本開示の実施形態の前述の説明においては、様々な特徴が、ときには本開示を簡素化する目的で単一の実施形態、図面、またはそれらの説明にグループ化されて、様々な実施形態のうちの１つ以上についての理解を支援している。しかしながら、この開示方法は、特許請求される主題が各請求項に明示的に記載されるよりも多くの特徴を必要とするとの意図を反映したものであるとは解釈されてはならない。むしろ、特許請求される主題は、前述の開示された単一の実施形態のうち一部の特徴にあることもある。

Claims (21)

1. オンデマンドサービスを監視するための命令のセットを含む少なくとも１つのストレージ媒体と、
   前記少なくとも１つのストレージ媒体と通信するよう構成された少なくとも１つのプロセッサと、
   を含むシステムであって、前記命令のセットを実行すると、前記少なくとも１つのプロセッサは、
   出発位置と目的地とを含むサービスリクエストを端末から受信し、
   前記出発位置および前記目的地に基づいて参照パラメータを決定し、
   前記サービスリクエストに関連付けられた実際の旅程に基づき実際のパラメータを決定し、
   前記参照パラメータと前記実際のパラメータとの間の第１の差異を推定し、
   前記第１の差異が第１の閾値を上回るかどうかを判断し、
   前記第１の差異が前記第１の閾値を上回るとの前記判断に基づいて前記端末に通知を送る、
   よう命じられる、システム。
2. 前記参照パラメータは、前記サービスリクエストに関連付けられた参照料金、前記サービスリクエストに関連付けられた参照走行距離、または前記サービスリクエストに関連付けられた参照時間のうちの少なくとも１つを含む、請求項１に記載のシステム。
3. 前記実際のパラメータは、前記実際の旅程に関連付けられた実際の料金、前記実際の旅程に関連付けられた実際の走行距離、または前記実際の旅程に関連付けられた実際の時間のうちの少なくとも１つを含む、請求項２に記載のシステム。
4. 前記参照パラメータと前記実際のパラメータとの間の前記第１の差異を決定するために、前記少なくとも１つのプロセッサはさらに、
   前記参照料金と前記実際の料金との間の料金の差異、前記参照走行距離と前記実際の走行距離との間の走行距離の差異、および前記参照時間と前記実際の時間との間の時間の差異のうちの少なくとも２つを決定する、
   よう命じられる、請求項３に記載のシステム。
5. 前記参照パラメータと前記実際のパラメータとの間の前記第１の差異を決定するために、前記少なくとも１つのプロセッサはさらに、
   前記料金の差異、前記走行距離の差異、および前記時間の差異のうちの少なくとも２つの、重み付けされた値を決定し、
   前記参照パラメータと前記実際のパラメータとの間の前記第１の差異を、前記重み付けされた値に基づいて決定する、
   よう命じられる、請求項４に記載のシステム。
6. 前記参照パラメータと前記実際のパラメータとの間の前記第１の差異を決定するために、前記少なくとも１つのプロセッサはさらに、
   前記料金の差異、前記走行距離の差異、および前記時間の差異のうちの少なくとも２つをランク付けし、
   前記料金の差異、前記走行距離の差異、および前記時間の差異のうちの前記ランク付けされた少なくとも２つのうち１つを、前記参照パラメータと前記実際のパラメータとの間の前記第１の差異と決定する、
   よう命じられる、請求項４に記載のシステム。
7. 前記参照パラメータを前記出発位置および前記目的地に基づいて決定するために、前記少なくとも１つのプロセッサはさらに、
   前記サービスリクエストに関連付けられた交通情報を取得し、
   前記交通情報に基づき前記参照パラメータを決定する、
   よう命じられる、請求項１に記載のシステム。
8. 前記通知を前記端末に送るために、前記少なくとも１つのプロセッサはさらに、
   前記実際の旅程に関連付けられた到着位置を取得し、
   前記到着位置と前記目的地との間の第２の差異を決定し、
   前記第２の差異が第２の閾値を上回るかどうかを判断し、
   前記第２の差異が前記第２の閾値を上回らないとの前記判断に基づいて前記端末に前記通知を送る、
   よう命じられる、請求項１に記載のシステム。
9. 前記少なくとも１つのプロセッサはさらに、
   前記通知に関して、前記サービスリクエストのサービス料金に関連付けられた応答を前記端末から受信し、
   前記応答に基づいて料金補正を前記端末に送る、
   よう命じられる、請求項１に記載のシステム。
10. 前記料金補正は、割引クーポン券、引換券、再決定されたサービス料金、または超過料金を含む、請求項９に記載のシステム。
11. プロセッサと、ストレージ媒体と、ネットワークに接続された通信プラットフォームとを有するコンピューティングデバイス上に実装される方法であって、
    前記プロセッサによって、出発位置と目的地とを含むサービスリクエストを端末から受信するステップと、
    前記プロセッサによって、前記出発位置および前記目的地に基づいて参照パラメータを決定するステップと、
    前記プロセッサによって、前記サービスリクエストに関連付けられた実際の旅程に基づいて実際のパラメータを決定するステップと、
    前記プロセッサによって、前記参照パラメータと前記実際のパラメータとの間の第１の差異を推定するステップと、
    前記プロセッサによって、前記第１の差異が第１の閾値を上回るかどうかを判断するステップと、
    前記プロセッサによって、前記第１の差異が前記第１の閾値を上回るとの前記判断に基づいて通知を前記端末に送るステップと、
    を含む前記方法。
12. 前記参照パラメータは、前記サービスリクエストに関連付けられた参照料金、前記サービスリクエストに関連付けられた参照走行距離、または前記サービスリクエストに関連付けられた参照時間のうちの少なくとも１つを含む、請求項１１に記載の方法。
13. 前記実際のパラメータは、前記実際の旅程に関連付けられた実際の料金、前記実際の旅程に関連付けられた実際の走行距離、または前記実際の旅程に関連付けられた実際の時間のうちの少なくとも１つを含む、請求項１２に記載の方法。
14. 前記参照パラメータと前記実際のパラメータとの間の前記第１の差異を決定するステップは、
    前記参照料金と前記実際の料金との間の料金の差異、前記参照走行距離と前記実際の走行距離との間の走行距離の差異、および前記参照時間と前記実際の時間との間の時間の差異のうちの少なくとも２つを決定するステップ、
    を含む、請求項１３に記載の方法。
15. 前記参照パラメータと前記実際のパラメータとの間の前記第１の差異を決定するステップは、
    前記料金の差異、前記走行距離の差異、および前記時間の差異のうちの少なくとも２つの、重み付けされた値を決定するステップと、
    前記参照パラメータと前記実際のパラメータとの間の前記第１の差異を、前記重み付けされた値に基づいて決定するステップと、
    を含む、請求項１４に記載の方法。
16. 前記参照パラメータと前記実際のパラメータとの間の前記第１の差異を決定するステップは、
    前記料金の差異、前記走行距離の差異、および前記時間の差異のうちの少なくとも２つをランク付けするステップと、
    前記料金の差異、前記走行距離の差異、および前記時間の差異のうちの前記ランク付けされた少なくとも２つのうち１つを、前記参照パラメータと前記実際のパラメータとの間の前記第１の差異と決定するステップと、
    を含む、請求項１４に記載の方法。
17. 前記出発位置および前記目的地に基づいて前記参照パラメータを決定するステップは、
    前記サービスリクエストに関連付けられた交通情報を取得するステップと、
    前記交通情報に基づき前記参照パラメータを決定するステップと、
    を含む、請求項１１に記載の方法。
18. 前記通知を前記端末に送るステップは、
    前記実際の旅程に関連付けられた到着位置を取得するステップと、
    前記到着位置と前記目的地との間の第２の差異を決定するステップと、
    前記第２の差異が第２の閾値を上回るかどうかを判断するステップと、
    前記第２の差異が前記第２の閾値を上回らないとの前記判断に基づいて前記端末に前記通知を送るステップと、
    を含む、請求項１１に記載の方法。
19. 前記通知に関して、前記サービスリクエストのサービス料金に関連付けられた応答を前記端末から受信するステップと、
    前記応答に基づいて料金補正を前記端末に送るステップと、
    をさらに含む、請求項１１に記載の方法。
20. 前記料金補正は、割引クーポン券、引換券、再決定されたサービス料金、または超過料金を含む、請求項１９に記載の方法。
21. オンデマンドサービスを監視するための命令の少なくとも１つのセットを含む非一時的コンピュータ可読媒体であって、命令の前記少なくとも１つのセットは、プロセッサにより実行されると、前記プロセッサに、
    出発位置と目的地とを含むサービスリクエストを端末から受信することと、
    前記出発位置および前記目的地に基づいて参照パラメータを決定することと、
    前記サービスリクエストに関連付けられた実際の旅程に基づき実際のパラメータを決定することと、
    前記参照パラメータと前記実際のパラメータとの間の第１の差異を推定することと、
    前記第１の差異が第１の閾値を上回るかどうかを判断することと、
    前記第１の差異が前記第１の閾値を上回るとの前記判断に基づいて前記端末に通知を送ることと、
    の動作を実行するよう命じる、非一時的コンピュータ可読媒体。

Images