JP6538196B2 - サービスの要求を分配するシステム及び方法 - Google Patents

Description

［関連出願の相互参照］
本出願は、２０１６年５月２３日に出願された中国特許出願第２０１６１０３４５４７４．９号の優先権を主張し、この出願の内容は、引用することによりその全体が本明細書の一部をなす。

（技術分野）
本出願は、包括的には、オンデマンドサービスを動作させるシステム及び方法に関し、特に、オンデマンドサービスの要求を分配するシステム及び方法に関する。

オンデマンドサービスは、人々の日々の生活において重要な役割を果たす。例えば、オンデマンド輸送サービスは、ユーザー（例えば、乗客）によって大量に用いられる場合がある。オンデマンド輸送サービスのプラットフォームは、目的地を含む輸送サービスの要求をドライバー端末に動的に割り当てることができる。しかしながら、幾つかのシナリオでは、割り当てられたドライバー端末に対応するドライバーが、乗客の目的地及び／又は出発位置を熟知していない場合がある。そのような状況では、ドライバーによって提供される輸送サービスは、余分なコスト及び時間を招く場合がある。その後、乗客は、サービス体験について不満足な思いをする場合がある。

本開示の一態様によれば、システムが、一組の命令を含む少なくとも１つのコンピューター可読記憶媒体と、少なくとも１つのコンピューター可読記憶媒体と通信する少なくとも１つの処理部（プロセッサ）とを備えることができる。少なくとも１つの処理部は、命令を実行すると、目的地を含むサービスの要求を受信することと、サービス提供者端末に関連付けられたエリアを取得することと、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求めることと、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいか否かを判断することと、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいとの判断に応答して、サービス提供者端末を候補サービス提供者端末として決定することと、を行うように指示される。

本開示の一態様によれば、少なくとも１つの処理部と、少なくとも１つのコンピューター可読記憶媒体と、ネットワークに接続された通信プラットフォームとを有するコンピューティングデバイス上で実施される方法は、目的地を含むサービスの要求を受信することと、サービス提供者端末に関連付けられたエリアを取得することと、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求めることと、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいか否かを判断することと、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいとの判断に応答して、サービス提供者端末を候補サービス提供者端末として決定することと、を含むことができる。

本開示の一態様によれば、非一時的コンピューター可読媒体が、目的地を含むサービスの要求を受信することと、サービス提供者端末に関連付けられたエリアを取得することと、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求めることと、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいか否かを判断することと、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいとの判断に応答して、サービス提供者端末を候補サービス提供者端末として決定することと、をコンピューティングシステムに行わせるように構成された命令を含むことができる。

追加の特徴は、以下の説明に一部が述べられ、以下の内容及び添付図面を検討することで当業者には部分的に明らかになるか、又はそれらの例の作成若しくは動作によって知得することができる。本開示の特徴は、以下で論述される詳細な例に述べられる方法論、手段及び組み合わせの様々な態様の実施又は使用によって実現及び達成することができる。

本開示を例示的な実施形態について更に説明する。これらの例示的な実施形態は、図面を参照して詳細に説明される。これらの実施形態は、非限定の例示的な実施形態であり、同様の参照符号は、図面の幾つかの図を通して同様の構造体を表している。

幾つかの実施形態に係る一例示的なオンデマンドサービスシステムのブロック図である。 本開示の幾つかの実施形態に係るオンデマンドサービスシステムにおける一例示的なコンピューティングデバイスを示すブロック図である。 本開示の幾つかの実施形態に係る一例示的な処理エンジンを示すブロック図である。 本開示の幾つかの実施形態に係る、目的地がサービス提供者端末に関連付けられたエリア内にある確率に基づいて、サービスの要求をサービス提供者端末に送信する一例示的なプロセス４００を示す図である。 本開示の幾つかの実施形態に係る、サービス提供者端末に関連付けられたエリアを取得する一例示的なプロセス５００を示す図である。 本開示の幾つかの実施形態に係る、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求める一例示的なプロセス６００を示す図である。 本開示の幾つかの実施形態に係る、サービスの要求をターゲットサービス提供者端末に送信する一例示的なプロセス７００を示す図である。

以下の説明は、いずれの当業者も本開示内容を製造及び使用することができるように提示され、特定の用途及びその要件に関して提供されている。開示された実施形態に対する様々な変更は、当業者に容易に明らかであり、本明細書において規定される一般的な原理は、本開示の趣旨及び範囲から逸脱することなく他の実施形態及び用途に適用することができる。したがって、本開示は、提示された実施形態に限定されるものではなく、特許請求の範囲と一致した最も広い範囲を与えられることになる。

本明細書において用いられる術語は、特定の例示の実施形態を説明することのみを目的としており、限定することを意図するものではない。個数が特定されていないものが本明細書において用いられているとき、それらは、文脈が明らかに別のことを示していない限り、単数のもの及び複数のものを含む。「備える」及び／又は「含む」という用語は、本明細書において用いられるとき、明示された特徴、完全体、ステップ、動作、要素、及び／又は構成要素が存在することを明記しているが、１つ以上の他の特徴、完全体、ステップ、動作、要素、構成要素、及び／又はそれらの群が存在すること又は追加されることを排除するものではないことが更に理解されるであろう。

本開示のこれらの特徴及び特性並びに他の特徴及び特性、更には、構造の関連した要素及び部分の組み合わせの動作の方法及び機能並びに製造の経済性は、添付図面を参照しながら以下の説明を検討することでより明らかになり得る。添付図面の全ては、本開示の一部をなす。一方、これらの図面は、例示及び説明のみを目的としたものにすぎず、本開示の範囲を限定することを意図するものではないことが明らかに理解されるであろう。なお、図面は、一律の縮尺でないことが理解される。

本開示において用いられるフローチャートは、システムが本開示における幾つかの実施形態に従って実施する動作を示している。フローチャートの動作は、順序どおりに実施されない場合があることが明らかに理解されるであろう。逆に、それらの動作は、逆の順序で実施される場合もあるし、同時に実施される場合もある。その上、１つ以上の他の動作が、フローチャートに追加される場合がある。１つ以上の動作がフローチャートから除去される場合がある。

その上、本開示におけるシステム及び方法は、主として、輸送サービスの要求を分配することに関して説明されているが、本開示は限定することを意図するものではないことも理解されるであろう。本開示のシステム又は方法は、他の任意の種類のオンデマンドサービスに適用することができる。例えば、本開示のシステム又は方法は、陸上、海上、航空宇宙空間等、又はそれらの任意の組み合わせを含む種々の環境の輸送システムに適用することができる。輸送システムの車両は、タクシー、自家用車、ヒッチハイク、バス、列車、弾丸列車、高速鉄道、地下鉄、船舶、航空機、宇宙船、熱気球、無人車両等、又はそれらの任意の組み合わせを含むことができる。輸送システムは、管理及び／又は配送のための任意の輸送システム、例えば、速達便を送付及び／又は受領するシステムも含むことができる。本開示のシステム又は方法の用途は、ユーザーデバイス上で実施することができ、ウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部解析システム、人工知能ロボット等、又はそれらの任意の組み合わせを含むことができる。

本開示における「乗客」、「要求者」、「サービス要求者」、及び「顧客」という用語は、サービスを要求又はオーダーすることができる個人、団体又はツールを指すために区別なく用いられる。また、本開示における「ドライバー」、「提供者」、及び「サービス提供者」という用語は、サービスを提供することができるか又はサービスの提供を容易にすることができる個人、団体又はツールを指すために区別なく用いられる。

本開示における「サービス要求」、「サービスの要求」、「要求」、及び「オーダー」という用語は、乗客、サービス要求者、顧客、ドライバー、提供者、サービス提供者等、又はそれらの任意の組み合わせが開始することができる要求を指すために区別なく用いられる。サービス要求は、乗客、サービス要求者、顧客、ドライバー、提供者、又はサービス提供者のうちの任意の者が受理することができる。サービス要求は、課金可能な場合もあるし、無料の場合もある。

本開示における「サービス提供者端末」及び「ドライバー端末」という用語は、サービスを提供するために又はサービスの提供を容易にするためにサービス提供者によって用いられるモバイル端末を指すために区別なく用いられる。本開示における「サービス要求者端末」及び「乗客端末」という用語は、サービスを要求又はオーダーするためにサービス要求者によって用いられるモバイル端末を指すために区別なく用いられる。

本開示において用いられる測位技術は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、ワイヤレスフィデリティー（ＷｉＦｉ）測位技術等、又はそれらの任意の組み合わせに基づくことができる。上記測位システムのうちの１つ以上は、本開示において区別なく用いられる場合がある。

本開示の一態様によれば、サービスの要求を分配するオンデマンドサービスシステム及びオンデマンドサービス方法が提供される。このオンデマンドサービスシステムは、目的地を含むサービス要求を受信する。オンデマンドサービスシステムは、サービス提供者端末に関連付けられたエリアを取得する。オンデマンドサービスシステムは、目的地が、サービス提供者端末に関連付けられたエリア内にある確率を求める。目的地が、サービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいとき、オンデマンドサービスシステムは、このサービス提供者端末を候補サービス提供者端末として決定し、この候補サービス提供者端末にサービス要求を送信する。

当然ながら、オンラインタクシー配車等のオンラインオンデマンド輸送サービスは、ポストインターネット時代に根差した新興サービスである。このサービスは、ポストインターネット時代においてのみ提起することができる技術的解決策を乗客及びドライバーに提供する。プレインターネット時代では、乗客が街路上でタクシーを呼び止めるとき、乗客は、タクシードライバーが乗客の目的地を熟知しているかについて知らない場合がある。乗客が電話の通話によってタクシーを配車してもらう場合、サービス提供者（例えば、タクシー会社又は代理店）が、乗客の目的地を熟知しているタクシードライバーを見つけることが困難な場合がある。その上、目的地を熟知した要求にかなうドライバーを見つけることは、多くの時間及びリソースを消費する場合がある。しかしながら、オンラインオンデマンド輸送システムによって、サービスのユーザーは、リアルタイムサービス要求を、ユーザーデバイスを介してオンラインオンデマンド輸送システムのサーバーに送信することが可能になる。オンラインオンデマンド輸送システムは、サービス要求をドライバーに割り当てる前に、ユーザーの目的地を熟知した要求にかなうドライバーを決定することができる。ユーザーの目的地を熟知した要求にかなうドライバーにサービス要求を割り当てることによって、オンラインオンデマンド輸送システムは、便利で効率的なサービスをユーザーに提供し、ユーザーエクスペリエンスを高めることができる。オンラインオンデマンドサービスシステムは、比較的短い期間に、膨大な数のドライバーの中から、目的地を熟知した要求にかなうドライバーを選ぶこともできる。サービス要求の開始とサービス要求の割り当てとの間の時間間隔を削減することができる。したがって、インターネットを通じて、オンラインオンデマンド輸送システムは、従来のプレインターネット輸送サービスシステムにおいては決して満たすことができない、乗客及びドライバーのためのはるかに便利で効率的な取引プラットフォームを提供することができる。

図１は、幾つかの実施形態に係る一例示的なオンデマンドサービスシステム１００のブロック図である。例えば、オンデマンドサービスシステム１００は、輸送サービスのためのオンライン輸送サービスプラットフォームとすることができる。オンデマンドサービスシステム１００は、サーバー１１０、ネットワーク１２０、乗客端末１３０、サービス提供者端末１４０、車両１５０、データベース１６０、及びナビゲーションシステム１７０を備えることができる。

オンデマンドサービスシステム１００は、複数のサービスを提供することができる。例示的なサービスは、タクシー配車サービス、運転代行サービス、急行貨物用貨車サービス、カープールサービス、バスサービス、ドライバーハイヤーサービス、及びシャトルサービスを含むことができる。幾つかの実施形態では、オンデマンドサービスは、食事の予約、ショッピング等、又はそれらの組み合わせ等の任意のオンラインサービスであってもよい。

幾つかの実施形態では、サーバー１１０は、単一のサーバーであってもよいし、サーバーグループであってもよい。サーバーグループは、集中型であってもよいし、分散型であってもよい（例えば、サーバー１１０は分散型システムであってもよい）。幾つかの実施形態では、サーバー１１０は、ローカルであってもよいし、リモートであってもよい。例えば、サーバー１１０は、乗客端末１３０、サービス提供者端末１４０、及び／又はデータベース１６０に記憶された情報及び／又はデータにネットワーク１２０を介してアクセスすることができる。別の例として、サーバー１１０は、乗客端末１３０、サービス提供者端末１４０、及び／又はデータベース１６０に直接接続されて、記憶された情報及び／又はデータにアクセスすることができる。幾つかの実施形態では、サーバー１１０は、クラウドプラットフォーム上で実施されてもよい。単なる例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、サーバー１１０は、本開示における図２に示す１つ以上の構成要素を有するコンピューティングデバイス２００上で実施されてもよい。

幾つかの実施形態では、サーバー１１０は、処理エンジン１１２を備えることができる。処理エンジン１１２は、サービス要求に関する情報及び／又はデータを処理して、本開示において説明する１つ以上の機能を実行することができる。例えば、処理エンジン１１２は、乗客端末１３０から受信されたサービス要求に応答して、１つ以上の候補サービス提供者端末を決定することができる。幾つかの実施形態では、処理エンジン１１２は、１つ以上の処理エンジン（例えば、シングルコア処理エンジン（複数の場合もある）又はマルチコアプロセッサ（複数の場合もある））を含むことができる。単なる例として、処理エンジン１１２は、中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、グラフィックス処理装置（ＧＰＵ）、物理処理装置（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、コントローラー、マイクロコントローラーユニット、縮小命令セットコンピューター（ＲＩＳＣ）、マイクロプロセッサ等、又はそれらの任意の組み合わせを含むことができる。

ネットワーク１２０は、情報及び／又はデータの交換を容易にすることができる。幾つかの実施形態では、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバー１１０、乗客端末１３０、サービス提供者端末１４０、車両１５０、データベース１６０及びナビゲーションシステム１７０）は、ネットワーク１２０を介してオンデマンドサービスシステム１００における他の構成要素（複数の場合もある）に情報及び／又はデータを送信することができる。例えば、サーバー１１０は、乗客端末１３０からネットワーク１２０を介してサービス要求を受信することができる。幾つかの実施形態では、ネットワーク１２０は、任意のタイプの有線ネットワーク若しくは無線ネットワーク、又はそれらの組み合わせであってもよい。単なる例として、ネットワーク１２０は、ケーブルネットワーク、ワイヤーラインネットワーク、光ファイバーネットワーク、電気通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆電話交換網（ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅネットワーク、近接場通信（ＮＦＣ）ネットワーク等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを備えることができる。例えば、ネットワーク１２０は、基地局及び／又はインターネットエクスチェンジポイント１２０−１、１２０−２、．．．等の有線ネットワークアクセスポイント又は無線ネットワークアクセスポイントを備えることができ、これらのアクセスポイントを通じて、オンデマンドサービスシステム１００の１つ以上の構成要素は、ネットワーク１２０に接続されてデータ及び／又は情報を交換することができる。

幾つかの実施形態では、乗客は、乗客端末１３０の所有者である場合がある。幾つかの実施形態では、乗客端末１３０の所有者は、乗客以外の者である場合がある。例えば、乗客端末１３０の所有者Ａは、乗客端末１３０を用いて、乗客Ｂのサービス要求を送信することもできるし、サービス確認及び／又は情報若しくは命令をサーバー１１０から受信することもできる。幾つかの実施形態では、サービス提供者は、サービス提供者端末１４０のユーザーである場合がある。幾つかの実施形態では、サービス提供者端末１４０のユーザーは、サービス提供者以外の者である場合がある。例えば、サービス提供者端末１４０のユーザーＣは、サービス提供者端末１４０を用いて、サービス提供者Ｄのためにサービス要求、及び／又は情報若しくは命令をサーバー１１０から受信することができる。幾つかの実施形態では、「乗客」及び「乗客端末」は、区別なく用いられる場合があり、「サービス提供者」及び「サービス提供者端末」は、区別なく用いられる場合がある。幾つかの実施形態では、サービス提供者端末を１人以上のサービス提供者（例えば、夜勤サービス提供者又は日勤サービス提供者）に関連付けることができる。

幾つかの実施形態では、乗客端末１３０は、モバイルデバイス１３０−１、タブレットコンピューター１３０−２、ラップトップコンピューター１３０−３、車両内の組み込みデバイス１３０−４等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、モバイルデバイス１３０−１は、スマートホームデバイス、ウェアラブルデバイス、スマートモバイルデバイス、仮想現実デバイス、拡張現実デバイス等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、スマートホームデバイスは、スマート照明デバイス、インテリジェント電気装置の制御デバイス、スマート監視デバイス、スマートテレビ、スマートビデオカメラ、インターフォン等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、ウェアラブルデバイスは、スマートブレスレット、スマートフットギア、スマートグラス、スマートヘルメット、スマートウォッチ、スマート衣服、スマートバックパック、スマートアクセサリー等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、スマートモバイルデバイスは、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：携帯情報端末）、ゲーミングデバイス、ナビゲーションデバイス、販売時点（ＰＯＳ）デバイス等、又はそれらの任意の組み合わせを含むことができる。幾つかの実施形態では、仮想現実デバイス及び／又は拡張現実デバイスは、仮想現実ヘルメット、仮想現実グラス、仮想現実パッチ、拡張現実ヘルメット、拡張現実グラス、拡張現実パッチ等、又はそれらの任意の組み合わせを含むことができる。例えば、仮想現実デバイス及び／又は拡張現実デバイスは、Ｇｏｏｇｌｅ Ｇｌａｓｓ、Ｏｃｕｌｕｓ Ｒｉｆｔ、Ｈｏｌｏｌｅｎｓ、Ｇｅａｒ ＶＲ等を含むことができる。幾つかの実施形態では、車両内の組み込みデバイス１３０−４は、オンボードコンピューター、オンボードテレビ等を含むことができる。幾つかの実施形態では、乗客端末１３０は、乗客及び／又は乗客端末１３０の場所を突き止める測位技術を有するデバイスであってもよい。

サービス提供者端末１４０は、複数のサービス提供者端末１４０−１、１４０−２、．．．、１４０−ｎを含むことができる。幾つかの実施形態では、サービス提供者端末１４０は、乗客端末１３０と類似のデバイスの場合もあるし、同じデバイスの場合もある。幾つかの実施形態では、サービス提供者端末１４０は、オンラインオンデマンド輸送サービスを実施することができるようにカスタマイズすることができる。幾つかの実施形態では、サービス提供者端末１４０は、サービス提供者、サービス提供者端末１４０、及び／又はサービス提供者端末１４０に関連付けられた車両１５０の位置を特定する測位技術を有するデバイスとすることができる。幾つかの実施形態では、乗客端末１３０及び／又はサービス提供者端末１４０は、乗客、乗客端末１３０、サービス提供者、及び／又はサービス提供者端末１４０の場所を求める他の測位デバイスと通信することができる。幾つかの実施形態では、乗客端末１３０及び／又はサービス提供者端末１４０は、測位情報をサーバー１１０に周期的に送信することができる。幾つかの実施形態では、サービス提供者端末１４０は、可用性ステータスもサーバー１１０に周期的に送信することができる。この可用性ステータスは、サービス提供者端末１４０に関連付けられた車両１５０が乗客を運ぶのに利用可能であるか否かを示すことができる。例えば、乗客端末１３０及び／又はサービス提供者端末１４０は、３０分毎に測位情報及び可用性ステータスをサーバー１１０に送信することができる。別の例として、乗客端末１３０及び／又はサービス提供者端末１４０は、ユーザーがオンラインオンデマンド輸送サービスに関連付けられたモバイルアプリケーションにログインする毎に、測位情報及び可用性ステータスをサーバー１１０に送信することができる。

幾つかの実施形態では、サービス提供者端末１４０は、１つ以上の車両１５０に対応することができる。車両１５０は、乗客を運び、目的地に移動することができる。車両１５０は、複数の車両１５０−１、１５０−２、．．．、１５０−ｎを含むことができる。１つの車両は、１つのタイプのサービス（例えば、タクシー配車サービス、運転代行サービス、急行貨物用貨車サービス、カープールサービス、バスサービス、ドライバーハイヤーサービス、及びシャトルサービス）に対応することができる。

データベース１６０は、データ及び／又は命令を記憶することができる。幾つかの実施形態では、データベース１６０は、乗客端末１３０及び／又はサービス提供者端末１４０から取得されたデータを記憶することができる。幾つかの実施形態では、データベース１６０は、サーバー１１０が、実行又は使用して、本開示において説明する例示的な方法を実行することができるデータ及び／又は命令を記憶することができる。幾つかの実施形態では、データベース１６０は、マスストレージ、リムーバブルストレージ、揮発性リードライトメモリ、リードオンリーメモリ（ＲＯＭ）等、又はそれらの任意の組み合わせを含むことができる。例示的なマスストレージは、磁気ディスク、光ディスク、ソリッドステートドライブ等を含むことができる。例示的なリムーバブルストレージは、フラッシュドライブ、フロッピーディスク、光ディスク、メモリカード、ｚｉｐディスク、磁気テープ等を含むことができる。例示的な揮発性リードライトメモリは、ランダムアクセスメモリ（ＲＡＭ）を含むことができる。例示的なＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレート同期ダイナミックＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、及びゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ）等を含むことができる。例示的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＰＥＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、及びデジタル多用途ディスクＲＯＭ等を含むことができる。幾つかの実施形態では、データベース１６０は、クラウドプラットフォーム上で実施されてもよい。単なる例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド等、又はそれらの任意の組み合わせを含むことができる。

幾つかの実施形態では、データベース１６０は、ネットワーク１２０に接続されて、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバー１１０、乗客端末１３０、サービス提供者端末１４０等）と通信することができる。オンデマンドサービスシステム１００における１つ以上の構成要素は、データベース１６０に記憶されたデータ又は命令にネットワーク１２０を介してアクセスすることができる。幾つかの実施形態では、データベース１６０は、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバー１１０、乗客端末１３０、サービス提供者端末１４０等）に直接接続することもできるし、これらの構成要素と通信することもできる。幾つかの実施形態では、データベース１６０は、サーバー１１０の一部分であってもよい。

ナビゲーションシステム１７０は、対象物、例えば、乗客端末１３０、サービス提供者端末１４０、車両１５０等のうちの１つ以上に関連付けられた情報を求めることができる。幾つかの実施形態では、ナビゲーションシステム１７０は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、北斗衛星導航系統、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）等とすることができる。上記情報は、対象物の位置、高度、速度、若しくは加速度、又は現在時刻を含むことができる。ナビゲーションシステム１７０は、１つ以上の衛星、例えば、衛星１７０−１、衛星１７０−２、及び衛星１７０−３を含むことができる。衛星１７０−１〜１７０−３は、上述した情報を個別に又は併せて求めることができる。衛星ナビゲーションシステム１７０は、上述した情報を、無線接続を介してネットワーク１２０、乗客端末１３０、サービス提供者端末１４０、又は車両１５０に送信することができる。

幾つかの実施形態では、オンデマンドサービスシステム１００における１つ以上の構成要素（例えば、サーバー１１０、乗客端末１３０、サービス提供者端末１４０等）は、データベース１６０にアクセスする許可を有することができる。幾つかの実施形態では、オンデマンドサービスシステム１００における１つ以上の構成要素は、１つ以上の条件が満たされるとき、乗客、サービス提供者、及び／又は公衆に関連した情報を読み出し及び／又は変更することができる。例えば、サーバー１１０は、サービスが完了した後、１人以上の乗客の情報を読み出し及び／又は変更することができる。別の例として、サーバー１１０は、サービスが完了した後、１人以上のサービス提供者の情報を読み出し及び／又は変更することができる。

幾つかの実施形態では、オンデマンドサービスシステム１００における１つ以上の構成要素の情報交換は、サービスの要求を介して開始することができる。サービス要求の対象は、任意の商品（product：生産品）とすることができる。幾つかの実施形態では、商品は、食料品、医薬品、日用品、化学製品、電気器具、衣料品、自動車、家屋物件、高級品等、又はそれらの任意の組み合わせを含むことができる。幾つかの他の実施形態では、商品は、サービス財、金融商品、知的産物、インターネット商品等、又はそれらの任意の組み合わせを含むことができる。インターネット商品は、個別ホスト商品、ウェブ商品、モバイルインターネット商品、商用ホスト商品、組み込み商品等、又はそれらの任意の組み合わせを含むことができる。モバイルインターネット商品は、モバイル端末のソフトウェア、プログラム、システム等、又はそれらの任意の組み合わせにおいて用いることができる。モバイル端末は、タブレットコンピューター、ラップトップコンピューター、モバイルフォン、パーソナルデジタルアシスタント（ＰＤＡ）、スマートウォッチ、販売時点（ＰＯＳ）デバイス、オンボードコンピューター、オンボードテレビ、ウェアラブルデバイス等、又はそれらの任意の組み合わせを含むことができる。例えば、商品は、コンピューター又はモバイルフォンにおいて用いられる任意のソフトウェア及び／又はアプリケーションであってもよい。このソフトウェア及び／又はアプリケーションは、ソーシャライジング、ショッピング、輸送、娯楽、学習、投資等、又はそれらの任意の組み合わせに関するものであってもよい。幾つかの実施形態では、輸送に関するソフトウェア及び／又はアプリケーションは、旅行ソフトウェア及び／又は旅行アプリケーション、車両スケジューリングソフトウェア及び／又は車両スケジューリングアプリケーション、地図ソフトウェア及び／又は地図アプリケーション等を含むことができる。車両スケジューリングソフトウェア及び／又は車両スケジューリングアプリケーションにおいて、車両は、馬、運搬車、人力車（例えば、一輪手押し車、二輪自転車、三輪自転車等）、自動車（例えば、タクシー、バス、自家用車等）、列車、地下鉄、船舶、航空機（例えば、飛行機、ヘリコプター、スペースシャトル、ロケット、熱気球等）等、又はそれらの任意の組み合わせを含むことができる。

図２は、本開示の幾つかの実施形態に係る、コンピューターサーバー１１０、乗客端末１３０、及び／又はサービス提供者端末１４０を実施することができるコンピューティングデバイス２００の例示的なハードウェア構成要素及びソフトウェア構成要素を示す概略図である。例えば、処理エンジン１１２は、コンピューティングデバイス２００上で実施することができ、本開示において開示された処理エンジン１１２の機能を実行するように構成することができる。

コンピューティングデバイス２００は、汎用コンピューターであってもよいし、専用コンピューターであってもよい。いずれも、本開示のオンデマンドシステムを実施するのに用いることができる。コンピューティングデバイス２００は、本明細書において説明するようなオンデマンドサービスの任意の構成要素を実施するのに用いることができる。例えば、処理エンジン１１２は、コンピューティングデバイス２００上で、そのハードウェア、ソフトウェアプログラム、ファームウェア、又はそれらの組み合わせによって実施することができる。便宜上、１つのそのようなコンピューターしか示されていないが、本明細書において説明するようなオンデマンドサービスに関するコンピューターの機能は、処理負荷を分散させるために、複数の同様のプラットフォーム上に分散形式で実施されてもよい。

コンピューティングデバイス２００は、例えば、ネットワークに接続されて、接続されたネットワークに対するデータ通信を容易にするＣＯＭポート２５０を備えることができる。コンピューティングデバイス２００は、プログラム命令を実行する１つ以上のプロセッサの形態の中央処理装置（ＣＰＵ）２２０も備えることができる。この例示的なコンピュータープラットフォームは、内部通信バス２１０と、種々の形態のプログラム記憶装置及びデータ記憶装置、例えばディスク２７０と、このコンピューターによって処理及び／又は送信される様々なデータファイルのためのリードオンリーメモリ（ＲＯＭ）２３０又はランダムアクセスメモリ（ＲＡＭ）２４０とを備えることができる。この例示的なコンピュータープラットフォームは、ＣＰＵ２２０によって実行される、ＲＯＭ２３０、ＲＡＭ２４０、及び／又は他のタイプの非一時的記憶媒体に記憶されたプログラム命令も有することができる。本開示の方法及び／又はプロセスは、プログラム命令として実施されてもよい。コンピューティングデバイス２００は、このコンピューターと、ユーザーインターフェース要素２８０等の当該コンピューターにおける他の構成要素との間の入力／出力をサポートするＩ／Ｏ構成要素２６０も備える。コンピューティングデバイス２００は、ネットワーク通信を介してプログラミング及びデータも受信することができる。

単なる例示として、１つのＣＰＵ及び／又はプロセッサのみがコンピューティングデバイス２００において説明されている。しかしながら、当然、本開示におけるコンピューティングデバイス２００は、複数のＣＰＵ及び／又はプロセッサも備えてもよく、したがって、本開示において説明するように１つのＣＰＵ及び／又はプロセッサによって実行される動作及び／又は方法ステップは、複数のＣＰＵ及び／又はプロセッサによって共同で又は別々に実行されてもよい。例えば、コンピューティングデバイス２００のＣＰＵ及び／又はプロセッサは、ステップＡ及びステップＢの双方を実行する。別の例において、ステップＡ及びステップＢは、コンピューティングデバイス２００における２つの異なるＣＰＵ及び／又はプロセッサによって共同で又は別々に実行されてもよい（例えば、第１のプロセッサがステップＡを実行し、第２のプロセッサがステップＢを実行するか、又は、第１のプロセッサ及び第２のプロセッサがステップＡ及びステップＢを共同で実行する）。

図３は、本開示の幾つかの実施形態に係る一例示的な処理エンジン１１２を示すブロック図である。処理エンジン１１２は、要求入手モジュール３１０と、エリア決定モジュール３２０と、確率決定モジュール３３０と、要求送信モジュール３４０とを備えることができる。

要求入手モジュール３１０は、乗客端末、オンデマンドサービスのサーバー、又は他のソースからサービスの要求を取得することができる。サービスの要求は、輸送サービスの要求とすることができる。この輸送サービスの要求は、カープールの要求、タクシーの要求、車両の任意の要求等、又はそれらの任意の組み合わせを指すことができる。例えば、乗客は、出発位置から目的地へのタクシーサービスの要求を開始することができる。幾つかの実施形態では、サービスの要求は、配達サービス（例えば、書類又は食品の或る特定の住所への配達）の要求であってもよい。

幾つかの実施形態では、サービスの要求は、地理情報、時間情報、又は他の情報を含むことができる。地理情報は、乗客の出発位置、目的地、ピックアップ位置、現在位置等を含むことができる。時間情報は、予想ピックアップ時刻、予想運転時間、予想到着時刻等を含むことができる。他の情報は、乗客の氏名、連絡先情報、サービス若しくは乗客に関連した他の任意の情報等、又はそれらの任意の組み合わせを含むことができる。

エリア決定モジュール３２０は、サービス提供者端末に関連付けられたエリアを求めることができる。サービス提供者端末に関連付けられたエリアは、サービス提供者端末に関連付けられたサービス提供者が熟知しているとすることができるエリアを記述することができる。このエリアは、２次元空間における特定のエリア、３次元空間における特定のエリア、又は地図における特定のエリアに対応することができる。幾つかの実施形態では、エリアは、地図上の１つ以上の地理的エリアに対応することができる。例えば、エリアは、空港を中心とした半径５キロメートルを有する円形エリアとすることができる。幾つかの実施形態では、エリアは、楕円形状、三角形状、長方形状、正方形、菱形等の円形以外の他の形状を有することができる。幾つかの実施形態では、エリアは、都市及び／又は県（county）の行政境界に従うことができる。別の例として、エリアは、都市内に分散した複数の個々のエリアとすることができる。幾つかの実施形態では、エリアは、時間に依存したものとすることができる。例えば、夜勤サービス提供者の夜勤エリアが存在してもよい。

確率決定モジュール３３０は、サービスの要求と、サービス提供者端末に関連付けられたエリアとに基づいて、サービスの要求に含まれる目的地がサービス提供者端末に関連付けられたエリア内にある確率を求めることができる。この確率は、サービス提供者がサービスの要求の目的地を熟知しているかを示すことができる。この確率は、０〜１の範囲の値、０％〜１００％の範囲のパーセンテージ等、又はそれらの任意の組み合わせとすることができる。幾つかの実施形態では、この確率が或る特定の閾値よりも大きいとき、サービス提供者端末に関連付けられたサービス提供者は、サービスの要求に含まれる目的地を熟知していると判断される。

要求送信モジュール３４０は、目的地がサービス提供者端末に関連付けられたエリア内にある確率に基づいて、このサービス提供者端末にサービスの要求を送信することができる。要求送信モジュール３４０は、１つ以上のサービス提供者端末に関連付けられた確率に基づいて、これらの１つ以上のサービス提供者端末にサービスの要求を送信することができる。幾つかの実施形態では、要求送信モジュール３４０は、最大確率に関連付けられたサービス提供者端末にサービスの要求を送信することができる。

処理エンジン１１２内の要求入手モジュール３１０、エリア決定モジュール３２０、確率決定モジュール３３０、及び要求送信モジュール３４０は、有線接続、無線接続、又はそれらの任意の組み合わせを介して互いに接続又は通信することができる。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブル等、又はそれらの任意の組み合わせを含むことができる。無線接続は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、近接場通信（ＮＦＣ）等、又はそれらの任意の組み合わせを含むことができる。要求入手モジュール３１０、エリア決定モジュール３２０、確率決定モジュール３３０、及び要求送信モジュール３４０のうちの２つ以上は、単一のモジュールとして組み合わされてもよい。例えば、確率決定モジュール３３０は、要求送信モジュール３４０とともに単一のモジュールとして統合されてもよい。この単一のモジュールは、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求めるとともに、この確率に基づいて、サービス提供者端末にサービスの要求を送信することができる。

図４は、本開示の幾つかの実施形態に係る、目的地がサービス提供者端末に関連付けられたエリア内にある確率に基づいて、サービスの要求をサービス提供者端末に送信する一例示的なプロセス４００を示している。プロセス４００は、システム１００のコンピューターサーバー１１０の非一時的記憶媒体における一組の命令として実施することができる。コンピューターサーバー１１０のＣＰＵ２２０は、この一組の命令を実行することができ、したがって、プロセス４００におけるステップを実行することができる。

図示したプロセスの以下に提示する動作は、例示であることが意図されている。幾つかの実施形態では、このプロセスは、記載していない１つ以上の追加の動作を伴って遂行することができ、及び／又は論述する動作のうちの１つ以上を伴わずに遂行することができる。加えて、図４に図示するとともに以下に説明するようなプロセスの動作の順序は、限定することを意図するものではない。

ステップ４１０において、要求入手モジュール３１０は、目的地を含むサービスの要求をユーザーから乗客デバイス１３０（図１に図示）を介して受信することができる。幾つかの実施形態では、サービスの要求は、乗客端末によって開始及び／又は送信することができる。幾つかの実施形態では、サービスの要求は、サーバーによって送信又は中継することができる。幾つかの実施形態では、要求入手モジュール３１０は、有線通信又は無線通信を通じてサービスの要求を受信することができる。

ステップ４２０において、エリア決定モジュール３２０は、サービス提供者端末に関連付けられたエリアを取得することができる。幾つかの実施形態では、エリアは、ウェブサーバー、データベース（例えば、データベース１６０）、ＲＯＭ２３０、又はディスク２７０等に記憶されている事前に生成されたエリアであってもよい。エリアは、サービス提供者又はサービス提供者端末のプロファイル情報の一部であってもよい。幾つかの実施形態では、エリア決定モジュール３２０は、リアルタイム形式でエリアを求めることができる。幾つかの実施形態では、エリア決定モジュール３２０は、複数のサービス提供者端末の複数のエリアを求めることができる。各エリアは、それぞれ１つのサービス提供者端末に対応することができる。例えば、エリア決定モジュール３２０は、３つのサービス提供者端末にそれぞれ対応する３つの異なるエリアを求めることができる。幾つかの実施形態では、エリア決定モジュール３２０は、１つのサービス提供者端末について１つ以上のエリアを求めてもよい。

ステップ４３０において、確率決定モジュール３３０は、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求めることができる。幾つかの実施形態では、この確率は、目的地と、サービス提供者端末に関連付けられたエリアとに基づいて求めることができる。

ステップ４４０において、確率決定モジュール３３０は、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいか否かを判断することができる。この閾値は、０〜１の範囲の値又は０％〜１００％の範囲のパーセンテージとすることができる。

上記閾値は、システム１００によって決定することもできるし、乗客によって指定することもできる。システム１００は、１つ以上のファクターに基づいて閾値を決定することができる。これらの１つ以上のファクターは、道路網の洗練度、エリアの規模（都市、郊外エリア、町等）、リアルタイム状況（天候、時刻、又は道路状況）を含むことができる。乗客は、自身の必要性又はリアルタイム状況に従って閾値を指定することができる。

確率決定モジュール３３０が、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きいと判断すると、プロセスは、ステップ４５０に入ることができる。確率決定モジュール３３０が、目的地がサービス提供者端末に関連付けられたエリア内にある確率が閾値よりも大きくないと判断すると、プロセスは、ステップ４２０に戻ることができる。

ステップ４５０において、要求送信モジュール３４０は、サービス提供者端末を候補サービス提供者端末として決定することができる。幾つかの実施形態では、要求送信モジュール３４０は、複数の候補サービス提供者端末を決定することができる。例えば、要求送信モジュール３４０は、３つの候補サービス提供者端末を決定することができる。これらの３つの候補サービス提供者端末のそれぞれは、閾値よりも大きい確率に関連付けることができる。

ステップ４６０において、要求送信モジュール３４０は、サービスの要求を候補サービス提供者端末に送信することができる。要求送信モジュール３４０は、ステップ４５０の直後にサービスの要求を送信することもできるし、遅延させて送信することもできる。例えば、サービスの要求が、指定された将来のピックアップ時刻を有する予約サービスの要求である場合、要求送信モジュール３４０は、サービスの要求を候補サービス提供者端末（複数の場合もある）に直ちに送信しない場合がある。その代わりに、要求送信モジュール３４０は、指定された将来のピックアップ時刻の前の或る期間内にサービスの要求を候補サービス提供者端末に送信することができる。

幾つかの実施形態では、乗客端末１３０は、当該乗客端末１３０及び１つ以上の候補サービス提供者端末の位置を、オンラインオンデマンド輸送サービスに関連付けられたモバイルアプリケーションのユーザーインターフェース上に同時に表示することができる。１つ以上の候補サービス提供者端末の表示された位置は、ユーザーインターフェース上で動的に変化し得る。１つ以上の候補サービス提供者端末のうちの１つが、ユーザーからの要求を受理すると、ユーザーインターフェースは、要求を受理した候補サービス提供者端末に関連した情報を、ユーザー確認を得るために表示することができる。ユーザー確認が、要求を受理した候補サービス提供者端末において受信されると、サービス提供者端末に関連付けられたサービス提供者は、運転して、出発位置においてユーザーをピックアップすることができる。

図５は、本開示の幾つかの実施形態に係る、サービス提供者端末に関連付けられたエリアを取得する一例示的なプロセス５００を示している。プロセス５００は、システム１００のコンピューターサーバー１１０の非一時的記憶媒体における一組の命令として実施することができる。コンピューターサーバー１１０のＣＰＵ２２０は、この一組の命令を実行することができ、したがって、プロセス５００におけるステップを実行することができる。

図示したプロセスの以下に提示する動作は、例示であることが意図されている。幾つかの実施形態では、このプロセスは、記載していない１つ以上の追加の動作を伴って遂行することができ、及び／又は論述する動作のうちの１つ以上を伴わずに遂行することができる。加えて、図５に図示するとともに以下に説明するようなプロセスの動作の順序は、限定することを意図するものではない。

ステップ５１０において、エリア決定モジュール３２０は、サービス提供者端末に関連付けられた複数の履歴位置を取得することができる。これらの履歴位置は、１つ以上の履歴運転経路から抽出することができる。履歴運転経路は、開始位置（例えば、タクシー行程のピックアップ位置）と目的地との間の１つ以上の位置を含むことができる。

複数の履歴位置は、複数の履歴地理座標を含むことができる。例えば、履歴地理座標のそれぞれは、経度座標ｘ及び緯度座標ｙを含むことができる。例えば、ｎ（正の整数）個の履歴地理座標を含む集合は、｛（ｘ_１，ｙ_１），（ｘ_２，ｙ_２），（ｘ_３，ｙ_３），．．．，（ｘ_ｎ，ｙ_ｎ）｝として記述することができる。

幾つかの実施形態では、複数の履歴位置は、複数の履歴住所記載を含むことができる。システム１００は、これらの複数の履歴住所記載を複数の履歴地理座標に変換することができる。

ステップ５２０において、エリア決定モジュール３２０は、複数の履歴位置に基づいて分布モデルを求めることができる。エリア決定モジュール３２０は、サービス提供者端末の履歴位置をトレーニングセットとして用いることができる。これらのトレーニングセットは、分布モデルを導出又は変更するのに用いることができる。

幾つかの実施形態では、分布モデルは、正規分布関数、ポアソン分布関数、指数分布関数、他の任意の分布モデル等、又はそれらの任意の組み合わせを含むことができる。正規分布関数は、１次元正規分布関数又は２次元正規分布関数を含むことができる。

幾つかの実施形態では、２次元正規分布関数は、２つの変数を有することができる。一方の変数は、経度座標ｘとすることができる。他方の変数は、緯度座標ｙとすることができる。２次元正規分布関数は、以下のように示すことができる。

ここで、ｆは、分布確率を示す。σ_１は、変数ｘの標準偏差を示す。σ_２は、変数ｙの標準偏差を示す。ρは、ｘとｙとの間の相関を示す。μ_１は、変数ｘの期待値を示す。μ_２は、変数ｙの期待値を示す。幾つかの実施形態では、ρは、２つの変数ｘ及びｙが互いに独立していることを示す０に等しくすることができる。

幾つかの実施形態では、経度座標ｘは、１次元正規分布Ｎ（μ_１，σ_１）に従うものとすることができる。緯度座標ｙは、１次元正規分布Ｎ（μ_２，σ_２）に従うものとすることができる。

期待値μ_１は、以下の式（２）に基づいて求めることができる。

期待値μ_２は、以下の式（３）に基づいて求めることができる。

標準偏差σ_１は、以下の式（４）に基づいて求めることができる。

標準偏差σ_２は、以下の式（５）に基づいて求めることができる。

ここで、ｉ及びｊは、ともに加算のインデックスである。ｎは、サンプルの数である。

ステップ５３０において、エリア決定モジュール３２０は、分布モデルに基づいて、サービス提供者端末に関連付けられたエリアを求めることができる。幾つかの実施形態では、エリア決定モジュール３２０は、分布モデルの高確率密度領域（probability-dense region）を求めることができる。

幾つかの実施形態では、エリア決定モジュール３２０は、３次元空間における分布モデルに従ってグラフを生成することができる。３次元空間は、３つの軸を有することができる。第１の軸は、経度座標（ｘ）を表すことができる。第２の軸は、緯度座標（ｙ）を表すことができる。そして、第３の軸は、分布確率を表すことができる。経度座標（ｘ）及び緯度座標（ｙ）は、共同で平面Ｏ_ｘｙを形成することができる。エリア決定モジュール３２０は、３次元空間における分布モデルのグラフを平面Ｏ_ｘｙに射影し、確率密度の射影グラフを生成することができる。１つ以上の最大値が存在し得る。各最大値は、確率密度の局所的最大値又は大域的最大値に対応することができる。

分布モデルが２次元正規分布関数であるとき、エリア決定モジュール３２０は、ピーク（μ_１，μ_２，ｆ（μ_１，μ_２））を有するグラフを生成することができる。この２次元正規分布関数のグラフの射影は、平面Ｏ_ｘｙにおける点（μ_１，μ_２）を中心とすることができる。点（μ_１，μ_２）は、最大分布確率ｆ（μ_１，μ_２）を有することができる。

幾つかの実施形態では、エリア決定モジュール３２０は、分布モデルに少なくとも部分的に基づいて、平面Ｏ_ｘｙにおける高確率密度領域を求めることができる。この高確率密度領域は、他のいずれの領域よりも高い確率の密度を有することができる。エリア決定モジュール３２０は、高確率密度領域を、サービス提供者端末に関連付けられたエリアとして決定することができる。

分布モデルが２次元正規分布関数であるとき、高確率密度領域は、点（μ_１，μ_２）の周辺又は近くの特定の領域とすることができる。幾つかの実施形態では、高確率密度領域は、点（μ_１，μ_２）を中心とするか又は点（μ_１，μ_２）の近くとすることができる。例えば、高確率密度領域は、点（μ_１，μ_２）を中心とする円形領域又は楕円形領域とすることができる。高確率密度領域が円形であるとき、この領域は、半径、例えば、σ_１、σ_２、又は他の任意の値を有することができる。高確率密度領域が楕円形であるとき、この領域は、長半径及び短半径を有することができる。長半径は、σ_１〜σ_２の大きい側の値又は他の任意の値とすることができる。短半径は、σ_１〜σ_２の小さい側の値又は他の任意の値とすることができる。幾つかの実施形態では、高確率密度領域は、三角形状、長方形状、正方形、菱形等の円形又は楕円形の形状以外の他の形状を有してもよい。幾つかの実施形態では、高確率密度領域は、都市及び／又は県の行政境界に従ってもよい。

図６は、本開示の幾つかの実施形態に係る、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求める一例示的なプロセス６００を示している。プロセス６００は、システム１００のコンピューターサーバー１１０の非一時的記憶媒体における一組の命令として実施することができる。コンピューターサーバー１１０のＣＰＵ２２０は、この一組の命令を実行することができ、したがって、プロセス６００におけるステップを実行することができる。

図示したプロセスの以下に提示する動作は、例示であることが意図されている。幾つかの実施形態では、このプロセスは、記載していない１つ以上の追加の動作を伴って遂行することができ、及び／又は論述する動作のうちの１つ以上を伴わずに遂行することができる。加えて、図６に図示するとともに以下に説明するようなプロセスの動作の順序は、限定することを意図するものではない。

ステップ６１０において、確率決定モジュール３３０は、目的地の経度座標及び緯度座標を取得することができる。幾つかの実施形態では、目的地の経度座標及び緯度座標は、サービスの要求から直接取得することができる。例えば、乗客は、地理座標（すなわち、経度座標（ｘ）及び緯度座標（ｙ））を入力することによって、目的地を有するサービスの要求を開始することができる。確率決定モジュール３３０は、サービスの要求から地理座標を特定することができる。幾つかの実施形態では、確率決定モジュール３３０は、住所記載（例えば、建物、駅の名称等）を取得することができる。確率決定モジュール３３０は、この住所記載を、経度座標（ｘ）及び緯度座標（ｙ）を含む対応する地理座標に変換することができる。例えば、乗客は、中関村（Zhongguancun）地下鉄駅を入力することによって、目的地を有するサービスの要求を開始することができ、確率決定モジュール３３０は、中関村地下鉄駅に対応する目的地の経度座標（ｘ）及び緯度座標（ｙ）を求めることができる。

ステップ６２０において、確率決定モジュール３３０は、分布モデルと、目的地の経度座標と、目的地の緯度座標とに基づいて、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求めることができる。

幾つかの実施形態では、確率決定モジュール３３０は、目的地の経度座標（ｘ）及び緯度座標（ｙ）に対応する積分を求めることによって、目的地がサービス提供者端末に関連付けられたエリア内にある確率を求めることができる。例えば、分布モデルが、式（１）に示す２次元正規分布関数ｆ（ｘ，ｙ）であるとき、目的地がサービス提供者端末に関連付けられたエリア内にある確率は、以下のように求めることができる。

ここで、Ｗは、目的地がサービス提供者端末に関連付けられたエリア内にある確率を示す。

幾つかのシナリオでは、システム１００は、複数の候補サービス提供者端末を決定することができる。システム１００は、目的地がこれらの複数の候補サービス提供者端末に関連付けられたエリア内にある計算された確率に基づいて、これらの複数の候補端末の中で１つのサービス提供者端末をターゲットサービス提供者端末として選ぶことができる。このターゲットサービス提供者端末に関連付けられたサービス提供者は、このターゲットサービス提供者端末以外の候補端末に関連付けられた他のサービス提供者と比較して、サービスの要求に含まれる目的地をより良く熟知している可能性がある。したがって、ターゲットサービス提供者端末に関連付けられたサービス提供者は、より便利で効率的なサービスを乗客に提供することが可能であり得る。システム１００は、サービスの要求をターゲットサービス提供者端末に送信することができる。

図７は、本開示の幾つかの実施形態に係る、サービスの要求をターゲットサービス提供者端末に送信する一例示的なプロセス７００を示している。プロセス７００は、システム１００のコンピューターサーバー１１０の非一時的記憶媒体における一組の命令として実施することができる。コンピューターサーバー１１０のＣＰＵ２２０は、この一組の命令を実行することができ、したがって、プロセス７００におけるステップを実行することができる。

図示したプロセスの以下に提示する動作は、例示であることが意図されている。幾つかの実施形態では、このプロセスは、記載していない１つ以上の追加の動作を伴って遂行することができ、及び／又は論述する動作のうちの１つ以上を伴わずに遂行することができる。加えて、図７に図示するとともに以下に説明するようなプロセスの動作の順序は、限定することを意図するものではない。

ステップ７１０において、要求送信モジュール３４０は、複数のサービス提供者端末を複数の候補サービス提供者端末として決定することができる。これらの複数の候補サービス提供者端末のそれぞれはエリアを有することができ、目的地がこのエリア内にある確率は閾値よりも大きい。候補サービス提供者端末の決定については、図４に関する説明を参照することができる。

ステップ７２０において、要求送信モジュール３４０は、複数の候補サービス提供者端末の中で、ターゲットサービス提供者端末を決定することができる。このターゲットサービス提供者端末は、重要エリア（significant area）に関連付けることができる。この重要エリアは、目的地が当該重要エリア内にある最大確率を有するエリアである。幾つかの実施形態では、要求送信モジュール３４０は、複数の候補サービス提供者端末のそれぞれに対応する確率を取得することができる。要求送信モジュール３４０は、これらの確率を昇順又は降順で整列することができる。要求送信モジュール３４０は、複数の候補サービス提供者端末に関連付けられた確率の中で最大確率を決定することができる。要求送信モジュール３４０は、次に、この最大確率に対応するターゲットサービス提供者端末を決定することができる。例えば、３つの候補サービス提供者端末Ｄ、Ｅ、及びＦが存在し、候補サービス提供者端末Ｄは０．９の確率に対応し、候補サービス提供者端末Ｅは０．２の確率に対応し、候補サービス提供者端末Ｆは０．７の確率に対応する。要求送信モジュール３４０は、０．９の確率を最大確率として決定することができる。要求送信モジュール３４０は、候補サービス提供者端末Ｄをターゲットサービス提供者端末として決定することができる。

ステップ７３０において、要求送信モジュール３４０は、サービスの要求をターゲットサービス提供者端末に送信することができる。幾つかの実施形態では、要求送信モジュール３４０は、サービスの要求を有線接続又は無線接続を通じて送信することができる。

幾つかの実施形態では、ターゲットサービス提供者端末は、サービス提供者に対応することができる。このサービス提供者は、目的地を熟知していることに起因して、便利で効率的なサービスを乗客に提供することができる。例えば、このサービス提供者は、目的地の近くの道路網及びランドマークの知識を有する者とすることができ、したがって、このサービス提供者は、乗客の出発位置から目的地に乗客を車で運ぶことについてより多くの自信を持っている者とすることができる。

基本概念を上記のように説明してきたが、この詳細な開示を読んだ後、前述の詳細な開示は、単に例としての提示を意図したものにすぎず、限定ではないことが当業者にはかなり明らかになり得る。本明細書において明示的に述べられていないが、様々な改変、改良、及び変更を行うことができ、これらは当業者に意図されている。これらの改変、改良、及び変更は、本開示によって示唆されることが意図されており、本開示の例示的な実施形態の趣旨及び範囲内にある。

その上、幾つかの特定の術語が、本開示の実施形態を説明するのに用いられている。例えば、「１つの実施形態」、「一実施形態」、及び／又は「幾つかの実施形態」という用語は、実施形態について説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の様々な部分における「一実施形態」若しくは「１つの実施形態」又は「代替の実施形態」への言及が２つ以上あっても、これは、全てが必ずしも同じ実施形態を指しているとは限らないことを強調するとともに、そのことを理解されたい。さらに、特定の特徴、構造又は特性は、本開示の１つ以上の実施形態において適宜組み合わせることができる。

さらに、本開示の態様は、任意の新規で有用なプロセス、機械、生産物、若しくは組成物、又はそれらの任意の新規で有用な改良形態を含む任意の複数の特許可能なクラス又はコンテキストのうちのいずれにおいても本明細書で図示及び説明することができることが当業者によって理解されるであろう。したがって、本開示の態様は、全体をハードウェアで実施することもできるし、全体をソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実施することもできるし、本明細書において全て「モジュール」、「ユニット」、「コンポーネント」、「デバイス」又は「システム」と一般に呼ぶことができるソフトウェア及びハードウェアを組み合わせた実施態様で実施することもできる。さらに、本開示の態様は、具現化されたコンピューター可読プログラムコードを有する１つ以上のコンピューター可読媒体に具現化されたコンピュータープログラム製品の形態を取ることができる。

コンピューター可読信号媒体は、例えば、ベースバンド内に又は搬送波の一部分として具現化されたコンピューター可読プログラムコードを有する伝播データ信号を含むことができる。そのような伝播信号は、電磁気、光等、又はそれらの任意の適した組み合わせを含む様々な形態のうちの任意のものを取ることができる。コンピューター可読信号媒体は、コンピューター可読記憶媒体でない任意のコンピューター可読媒体であって、命令実行システム、命令実行装置、若しくは命令実行デバイスによって用いられるか又はこれらに関して用いられるプログラムを通信、伝播、又は搬送することができる任意のコンピューター可読媒体であってもよい。コンピューター可読信号媒体上に具現化されたプログラムコードは、無線、ワイヤーライン、光ファイバーケーブル、ＲＦ等、又はそれらの任意の適した組み合わせを含む任意の適切な媒体を用いて送信することができる。

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

さらに、処理要素若しくは処理シーケンスの列挙した順序、又はそれらの数字、文字、若しくは他の名称の使用は、請求項において指定することができる場合を除いて、請求項に記載のプロセス及び方法をいずれの順序にも限定することを意図するものではない。上記開示は、様々な例を通じて、本開示の様々の有用な実施形態であると現在考えられているものを論述しているが、そのような詳細は、その目的のためのものにすぎず、添付の特許請求の範囲は、開示された実施形態に限定されるものではなく、逆に、開示された実施形態の趣旨及び範囲内にある変更及び均等なアレンジを包含することが意図されていることが理解されるであろう。例えば、上述した様々な構成要素の実施態様は、ハードウェアデバイスに具現化することができるが、ソフトウェアのみのソリューション、例えば、既存のサーバー又はモバイルデバイス上へのインストールとして実施することもできる。

同様に、本開示の実施形態の上記説明では、様々な実施形態のうちの１つ以上の理解に役立つ本開示のストリームライン化を目的として、様々な特徴がともに単一の実施形態、その実施形態の図、又はその実施形態の説明にグループ化されることがあることが理解されるであろう。ただし、この開示方法は、請求項に記載の主題が、各請求項に明示列挙されたものよりも多くの特徴を必要とするという意図を反映するものと解釈されるべきでない。逆に、請求項に記載の主題は、上記開示された単一の実施形態の全ての特徴よりも少ない特徴に依拠する。

Claims (20)

1. バスと、
   一組の命令を含む、前記バスと接続された少なくとも１つの記憶媒体と、
   前記バスを介して前記少なくとも１つの記憶媒体と通信する論理回路と、
   を備え、
   前記論理回路は、前記命令を実行すると、
   目的地を含むサービスの要求を含む電子信号を受信することと、
   サービス提供者端末に関連付けられたエリアを含む電子信号を取得することと、
   前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある確率に対応する電子信号を生成することと、
   前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある前記確率が閾値よりも大きいか否かを判断することと、
   前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある前記確率が前記閾値よりも大きいとの前記判断に応答して、前記サービス提供者端末を候補サービス提供者端末として特定することと、
   を行うように指示される、オンラインオンデマンド輸送サービスを動作させるように構成されるシステム。
2. 前記目的地は、地理座標又は住所記載のうちの少なくとも一方を含む、請求項１に記載のシステム。
3. 前記論理回路は、
   前記サービス提供者端末に関連付けられた複数の履歴位置を取得することと、
   前記複数の履歴位置に基づいて分布モデルを求めることと、
   前記分布モデルに基づいて、前記サービス提供者端末に関連付けられた前記エリアを求めることと、
   を行うように更に指示される、請求項１に記載のシステム。
4. 前記複数の履歴位置は、前記サービス提供者端末の複数の履歴地理座標を含む、請求項３に記載のシステム。
5. 前記分布モデルは２次元正規分布関数である、請求項３に記載のシステム。
6. 前記論理回路は、
   前記分布モデルの高確率密度領域を、前記サービス提供者端末に関連付けられた前記エリアとして決定すること、
   を行うように更に指示される、請求項３に記載のシステム。
7. 前記論理回路は、
   前記目的地の経度座標及び緯度座標を取得することと、
   前記分布モデルと、前記目的地の前記経度座標と、前記目的地の前記緯度座標とに基づいて、前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある前記確率を求めることと、
   を行うように更に指示される、請求項３に記載のシステム。
8. 前記論理回路は、
   前記サービスの前記要求を前記候補サービス提供者端末に送信すること、
   を行うように更に指示される、請求項１に記載のシステム。
9. 前記論理回路は、
   複数の候補サービス提供者端末を決定することであって、該複数の候補サービス提供者端末のそれぞれはエリアを有し、前記目的地が該エリア内にある確率は前記閾値よりも大きいことと、
   前記複数の候補サービス提供者端末の中で、前記目的地が重要エリア内にある最大確率を有する該重要エリアに関連付けられたターゲットサービス提供者端末を決定することと、
   前記サービスの前記要求を前記ターゲットサービス提供者端末に送信することと、
   を行うように更に指示される、請求項１に記載のシステム。
10. 論理回路と、少なくとも１つの記憶媒体と、ネットワークに接続された通信プラットフォームとを有する少なくとも１つの電子デバイス上でオンラインオンデマンド輸送サービスを動作させるように構成される方法であって、
    前記論理回路によって、目的地を含むサービスの要求を受信することと、
    前記論理回路によって、サービス提供者端末に関連付けられたエリアを取得することと、
    前記論理回路によって、前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある確率に対応する電子信号を出力することと、
    前記論理回路によって、前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある前記確率が閾値よりも大きいか否かを判断することと、
    前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある前記確率が前記閾値よりも大きいとの前記判断に応答して、前記論理回路によって、前記サービス提供者端末を候補サービス提供者端末として特定することと、
    を含む、方法。
11. 前記目的地は、地理座標又は住所記載のうちの少なくとも一方を含む、請求項１０に記載の方法。
12. 前記サービス提供者端末に関連付けられた複数の履歴位置を取得することと、
    前記複数の履歴位置に基づいて分布モデルを求めることと、
    前記分布モデルに基づいて、前記サービス提供者端末に関連付けられた前記エリアを求めることと、
    を更に含む、請求項１０に記載の方法。
13. 前記複数の履歴位置は、前記サービス提供者端末の複数の履歴地理座標を含む、請求項１２に記載の方法。
14. 前記分布モデルは２次元正規分布関数である、請求項１２に記載の方法。
15. 前記分布モデルの高確率密度領域を、前記サービス提供者端末に関連付けられた前記エリアとして決定すること、
    を更に含む、請求項１２に記載の方法。
16. 前記目的地の経度座標及び緯度座標を取得することと、
    前記分布モデルと、前記目的地の前記経度座標と、前記目的地の前記緯度座標とに基づいて、前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある前記確率を求めることと、
    を更に含む、請求項１２に記載の方法。
17. 前記サービスの前記要求を前記候補サービス提供者端末に送信すること、
    を更に含む、請求項１０に記載の方法。
18. 複数の候補サービス提供者端末を決定することであって、該複数の候補サービス提供者端末のそれぞれはエリアを有し、前記目的地が該エリア内にある確率は前記閾値よりも大きいことと、
    前記複数の候補サービス提供者端末の中で、前記目的地が重要エリア内にある最大確率を有する該重要エリアに関連付けられたターゲットサービス提供者端末を決定することと、
    前記サービスの前記要求を前記ターゲットサービス提供者端末に送信することと、
    を更に含む、請求項１０に記載の方法。
19. プログラム製品を具現化する非一時的記憶媒体であって、前記プログラム製品は、少なくとも１つの電子デバイス上でオンラインオンデマンド輸送サービスを動作させるように構成された命令を含み、該命令は、少なくとも１つの電子デバイスの論理回路によって実行されると、
    目的地を含むサービスの要求を受信する動作と、
    サービス提供者端末に関連付けられたエリアを取得する動作と、
    前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある確率に対応する電子信号を出力する動作と、
    前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある前記確率が閾値よりも大きいか否かを判断する動作と、
    前記目的地が前記サービス提供者端末に関連付けられた前記エリア内にある前記確率が前記閾値よりも大きいとの前記判断に応答して、前記サービス提供者端末を候補サービス提供者端末として特定する動作と、
    を前記論理回路に実行させる、非一時的記憶媒体。
20. 前記目的地は、地理座標又は住所記載のうちの少なくとも一方を含む、請求項１９に記載の非一時的記憶媒体。

Images