JP6629878B2 - 予約オーダーを割り当てるシステム及び方法 - Google Patents

予約オーダーを割り当てるシステム及び方法 Download PDF

Info

Publication number
JP6629878B2
JP6629878B2 JP2017552965A JP2017552965A JP6629878B2 JP 6629878 B2 JP6629878 B2 JP 6629878B2 JP 2017552965 A JP2017552965 A JP 2017552965A JP 2017552965 A JP2017552965 A JP 2017552965A JP 6629878 B2 JP6629878 B2 JP 6629878B2
Authority
JP
Japan
Prior art keywords
service provider
provider terminal
service
reservation request
weighting factor
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2017552965A
Other languages
English (en)
Other versions
JP2018524647A (ja
Inventor
リ ジュンチン
リ ジュンチン
ル ヤンジュン
ル ヤンジュン
Original Assignee
ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド
ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from CN201610401942.XA external-priority patent/CN107464001B/zh
Priority claimed from CN201610436566.8A external-priority patent/CN107507047A/zh
Application filed by ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド, ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド filed Critical ベイジン ディディ インフィニティ テクノロジー アンド ディベロップメント カンパニー リミティッド
Publication of JP2018524647A publication Critical patent/JP2018524647A/ja
Application granted granted Critical
Publication of JP6629878B2 publication Critical patent/JP6629878B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/02—Reservations, e.g. for tickets, services or events
    • G06Q10/025—Coordination of plural reservations, e.g. plural trip segments, transportation combined with accommodation
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0645—Rental transactions; Leasing transactions
    • G06Q50/40—
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds

Description

［関連出願の相互参照］
本出願は、２０１６年６月６日に出願された中国特許出願第２０１６１０４０１９４２．Ｘ号、２０１６年６月１４日に出願された中国特許出願第２０１６１０４３６５６６．８号に基づく優先権を主張する。これらの出願の内容は、引用することによりその全体が本明細書の一部をなす。
［技術分野］
本開示は、概略的には、オンデマンドサービスのシステム及び方法に関し、特に、予約オーダー（アポイントメント・オーダー）を割り当てるシステム及び方法に関する。
タクシーサービス等のオンデマンドによる輸送サービスは、ますます普及してきている。オンライン輸送サービスプラットフォームのサーバーが、要求者から要求者端末を介して予約リクエスト（アポイントメント・リクエスト）（例えば、タクシーサービスのリクエスト）を受信すると、このサーバーは、予約依頼（アポイントメント・インビテーション）を複数のサービス提供者端末にブロードキャストする。提供者端末を通じて予約依頼を受信した依頼ドライバー等のサービス提供者は、この依頼を受理したいと思う場合、通常は、この予約依頼に対して迅速に応答しなければならない。またサーバーは、予約リクエストに含まれる予約オーダーを直ちに割り当てなければならないこともある。
このように、オンデマンドでのサービス予約を行うことの課題は、要求者及びサービス提供者の双方にとってユーザーエクスペリエンスが良好でないということである。したがって、予約オーダーを効果的に割り当てるシステム及び方法を提供することが望まれている。
本開示の例示的な実施の形態によれば、システムは、オンデマンドサービスを提供する一組の命令を含む少なくとも１つのコンピューター可読記憶媒体と、コンピューター可読記憶媒体と通信する少なくとも１つの処理部であって、一組の命令を実行すると、要求者からのオンデマンドサービスの予約リクエストを取得することと、第１の基準に基づいて第１のサービス提供者端末セットを決定することと、上記予約リクエストの予約依頼を第１のサービス提供者端末セットに送信することと、第１のサービス提供者端末セット内の第２のサービス提供者端末セットから、予約依頼を受理する少なくとも１つの応答を取得することと、第２の基準に基づいて、第２のサービス提供者端末セットから目的サービス提供者端末を決定することと、要求者と目的サービス提供者端末のユーザーとの間に契約関係を確立することと、予約リクエストの確認通知を目的サービス提供者端末及び要求者に送信することと、を行うように指示される、少なくとも１つの処理部と、を備えてもよい。
本開示の例示的な実施の形態によれば、上記システムにおいて、予約リクエストは、オンデマンドサービスの開始位置と、オンデマンドサービスの開始時刻とを含み、第１の基準は、サービス提供者端末の評価値が評価閾値よりも大きいこと、又は、サービス提供者端末のユーザーのホーム位置とオンデマンドサービスの開始位置との間の距離が距離閾値未満であること、のうちの少なくとも一方を含む。
本開示の例示的な実施の形態によれば、上記システムでの第１のサービス提供者端末セットの決定において、少なくとも１つの処理部は、複数のサービス提供者端末の情報を取得することと、複数のサービス提供者端末の各サービス提供者端末について、サービス提供者端末の評価値に第１の重み係数を割り当てることと、距離に第２の重み係数を割り当てることと、第１の重み係数及び第２の重み係数に基づいて、提供者端末の第１の総合値を求めることと、複数のサービス提供者端末から、対応する第１の総合値が総合閾値よりも大きい少なくとも１つのサービス提供者端末を第１の提供者端末セットとして選択することと、を行うように更に指示される。
本開示の例示的な実施の形態によれば、上記システムにおいて、予約リクエストは、オンデマンドサービスの開始位置と、オンデマンドサービスの開始時刻とを含み、第２の基準は、サービス提供者端末の評価値が第２のサービス提供者端末セットの最大値であること、サービス提供者端末のユーザーの位置とオンデマンドサービスの開始位置との間の距離が、第２のサービス提供者端末セットの最小値であること、又は、サービス提供者端末の、受注が成立したオーダーの総数が、第２のサービス提供者端末セットの最大値であること、のうちの少なくとも１つを含む。
本開示の例示的な実施の形態によれば、上記システムでの目的サービス提供者端末の決定において、少なくとも１つの処理部は、第２のサービス提供者端末セットの各サービス提供者端末について、サービス提供者端末の評価値に第３の重み係数を割り当てることと、距離に第４の重み係数を割り当てることと、受注が成立したオーダーの総数に第５の重み係数を割り当てることと、第３の重み係数、第４の重み係数及び第５の重み係数に基づいて、提供者端末の第２の総合値を求めることと、第２のサービス提供者端末セットから、対応する第２の総合値が最も大きいサービス提供者端末を目的サービス提供者端末として選択することと、を行うように更に指示される。
本開示の例示的な実施の形態によれば、上記システムにおいて、予約リクエストは、オンデマンドサービスの開始位置と、オンデマンドサービスの開始時刻とを含み、少なくとも１つの処理部は、要求者からオンデマンドサービスの予約リクエストを取得した後であってオンデマンドサービスの開始時刻前に、予約リクエストの予約依頼を送出するための期間を決定すること、を行うように更に指示される。
本開示の例示的な実施の形態によれば、上記システムにおいて、少なくとも１つの処理部は、予約依頼を第１のサービス提供者端末セットにブロードキャストすること、又は、予約依頼を第１のサービス提供者端末セット内の個別のサービス提供者端末にユニキャストすること、を行うように更に指示される。
本開示の例示的な実施の形態によれば、方法は、少なくとも１つのコンピューターサーバーによって、要求者からのオンデマンドサービスの予約リクエストを取得することと、少なくとも１つのコンピューターサーバーによって、第１の基準に基づいて第１のサービス提供者端末セットを決定することと、少なくとも１つのコンピューターサーバーによって、予約リクエストの予約依頼を第１のサービス提供者端末セットに送信することと、少なくとも１つのコンピューターサーバーによって、第１のサービス提供者端末セット内の第２のサービス提供者端末セットから、予約依頼を受理する少なくとも１つの応答を取得することと、少なくとも１つのコンピューターサーバーによって、第２の基準に基づいて、第２のサービス提供者端末セットから目的サービス提供者端末を決定することと、少なくとも１つのコンピューターサーバーによって、要求者と目的サービス提供者端末のユーザーとの間に契約関係を確立することと、少なくとも１つのコンピューターサーバーによって、予約リクエストの確認通知を目的サービス提供者端末及び要求者に送信することと、を含む。
本開示の例示的な実施の形態によれば、上記方法において、予約リクエストは、オンデマンドサービスの開始位置と、オンデマンドサービスの開始時刻とを含み、第１の基準は、サービス提供者端末の評価値が評価閾値よりも大きいこと、又は、サービス提供者端末のユーザーのホーム位置とオンデマンドサービスの開始位置との間の距離が距離閾値未満であること、のうちの少なくとも一方を含む。
本開示の例示的な実施の形態によれば、第１のサービス提供者端末セットを決定することは、複数のサービス提供者端末の情報を取得することと、複数のサービス提供者端末の各サービス提供者端末について、サービス提供者端末の評価値に第１の重み係数を割り当てることと、距離に第２の重み係数を割り当てることと、第１の重み係数及び第２の重み係数に基づいて、提供者端末の第１の総合値を求めることと、複数のサービス提供者端末から、対応する第１の総合値が閾値よりも大きい少なくとも１つのサービス提供者端末を第１の提供者端末セットとして選択することと、を含む。
本開示の例示的な実施の形態によれば、上記方法において、予約リクエストは、オンデマンドサービスの開始位置と、オンデマンドサービスの開始時刻とを含み、第２の基準は、サービス提供者端末の評価値が第２のサービス提供者端末セットの最大値であること、サービス提供者端末のユーザーの位置とオンデマンドサービスの開始位置との間の距離が、第２のサービス提供者端末セットの最小値であること、又は、サービス提供者端末の、受注が成立したオーダーの総数が、第２のサービス提供者端末セットの最大値であること、のうちの少なくとも１つを含む。
本開示の例示的な実施の形態によれば、上記方法での目的サービス提供者端末の決定は、第２のサービス提供者端末セットの各サービス提供者端末について、サービス提供者端末の評価値に第３の重み係数を割り当てることと、距離に第４の重み係数を割り当てることと、受注が成立したオーダーの総数に第５の重み係数を割り当てることと、第３の重み係数、第４の重み係数及び第５の重み係数に基づいて、提供者端末の第２の総合値を求めることと、第２のサービス提供者端末セットから、対応する第２の総合値が最大であるサービス提供者端末を目的サービス提供者端末として選択することと、を含む。
本開示の例示的な実施の形態によれば、上記方法において、予約リクエストは、オンデマンドサービスの開始位置と、オンデマンドサービスの開始時刻とを含み、上記方法は、少なくとも１つのコンピューターサーバーによって、要求者からオンデマンドサービスの予約リクエストを取得した後であってオンデマンドサービスの開始時刻前に予約リクエストの予約依頼を送出するための期間を決定すること、を更に含む。
本開示の例示的な実施の形態によれば、上記方法において、予約リクエストの予約依頼の、第１のサービス提供者端末セットへの送信は、予約依頼を第１のサービス提供者端末セットにブロードキャストすること、又は、予約依頼を第１のサービス提供者端末セット内の個別のサービス提供者端末にユニキャストすること、のうちの少なくとも一方を含む。
本開示の例示的な実施の形態によれば、非一時的なコンピューター可読媒体は、オンデマンドサービスを提供する少なくとも一組の命令を含む非一時的コンピューター可読媒体であって、コンピューターサーバーの処理部によって実行される際、少なくとも一組の命令は、処理部に対し、少なくとも１つのコンピューターサーバーによって、要求者からのオンデマンドサービスの予約リクエストを取得する動作と、少なくとも１つのコンピューターサーバーによって、第１の基準に基づいて第１のサービス提供者端末セットを決定する動作と、少なくとも１つのコンピューターサーバーによって、予約リクエストの予約依頼を第１のサービス提供者端末セットに送信する動作と、少なくとも１つのコンピューターサーバーによって、第１のサービス提供者端末セット内の第２のサービス提供者端末セットから、予約依頼を受理する少なくとも１つの応答を取得する動作と、少なくとも１つのコンピューターサーバーによって、第２の基準に基づいて、第２のサービス提供者端末セットから目的サービス提供者端末を決定する動作と、少なくとも１つのコンピューターサーバーによって、要求者と目的サービス提供者端末のユーザーとの間に契約関係を確立する動作と、少なくとも１つのコンピューターサーバーによって、予約リクエストの確認通知を目的サービス提供者端末及び要求者に送信する動作と、を実行するように指示する。
本開示を例示的な実施形態について更に説明する。本開示の実施の形態の上記態様及び他の態様は、以下の詳細な説明を添付図面の図とともに読むと、より明らかになる。
幾つかの実施形態に係るオンデマンドサービスシステムの一例を示すブロック図である。 幾つかの実施形態に係るコンピューティングデバイスのハードウェア構成要素及びソフトウェア構成要素の一例を示す概略図である。 幾つかの実施形態に係る処理エンジンの一例を示すブロック図である。 幾つかの実施形態に係る予約オーダーを割り当てるプロセスの一例を示すフローチャートである。 幾つかの実施形態に係る、第１のドライバー端末セットを決定するプロセスの一例を示すフローチャートである。 幾つかの実施形態に係る、第１のドライバー端末セットを決定するプロセスの一例を示すフローチャートである。 幾つかの実施形態に係る、第１のドライバー端末セットを決定するプロセスの一例を示すフローチャートである。 幾つかの実施形態に係る、第２の基準に基づいてターゲットドライバー端末を決定するプロセスの一例を示すフローチャートである。 幾つかの実施形態に係る、第２の基準に基づいてターゲットドライバー端末を決定するプロセスの一例を示すフローチャートである。 幾つかの実施形態に係る、第２の基準に基づいてターゲットドライバー端末を決定するプロセスの一例を示すフローチャートである。 幾つかの実施形態に係る、第２の基準に基づいて端末を決定するプロセスの一例を示すフローチャートである。
以下の説明は、いずれの当業者も本開示内容を実施することができるように提示するものであり、特定の用途及びその要件について提供するものである。開示された実施形態に対する様々な変更は当業者であれば直ちに把握することが可能であり、本明細書において規定される一般的な方針は、本開示の趣旨及び範囲から逸脱することなく他の実施形態及び用途に適用することができる。したがって、本開示は、提示された実施形態に限定されるものではなく、特許請求の範囲に適合する最も広い範囲を与えられることになる。
本明細書において用いられる術語は、特定の例示の実施形態を説明することのみを目的としており、限定することを意図するものではない。個数が特定されていないものが本明細書において用いられているとき、それらは、文脈が明らかに別のことを示していない限り、単数のもの及び複数のものを含む。「備える」及び／又は「含む」という用語（その文法的変形を含む）は、本明細書において用いられるとき、明示された特徴、整数、ステップ、動作、要素、及び／又は構成要素が存在することを明記しているが、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又はそれらの群が存在すること又は追加されることを排除するものではないことが更に理解されるであろう。
本開示のこれらの特徴及び特性並びに他の特徴及び特性、更には、構造の関連要素の動作及び機能の方法、及び部分の組み合わせ並びに製造の経済性は、添付図面を参照しながら以下の説明を考慮することでより明らかになるであろう。添付図面の全ては、本明細書の一部をなす。一方、これらの図面は、例示及び説明のみを目的としたものにすぎず、本開示の範囲を限定することを意図するものではないことは明確に理解されるべきである。なお、各図面の縮尺は一律でないことは理解される。
本開示において用いられるフローチャートは、システムが本開示における幾つかの実施形態に従って実施する動作を示している。フローチャートの動作は、順序どおりに実施される場合もあれば、そうでない場合もあることは明確に理解されるべきである。逆に、それらの動作は、逆の順序で実施されてもよく、同時に実施されてもよい。その上、１つ以上の他の動作が、フローチャートに追加されてもよい。また１つ以上の動作をフローチャートから除いてもよい。
その上、本開示におけるシステム及び方法は、主として乗り物のスケジューリングに関して説明されているが、これは１つの例示的な実施形態にすぎないことも理解されるべきである。本開示のシステム又は方法は、他の種類のオンデマンドサービスに適用することもできる。例えば、本開示のシステム又は方法は、陸上、海上、航空宇宙空間等、又はそれらのいずれかの組み合わせを含む種々の輸送システムに適用してもよい。輸送システムにおける乗り物としては、例えばタクシー、自家用車、ヒッチハイク車、バス、列車、特急列車、高速鉄道、地下鉄、船舶、航空機、宇宙船、熱気球、無人の乗り物等、又はそれらのいずれかの組み合わせなどが挙げられる。輸送システムは、管理及び／又は配送に適用する輸送システムのいずれか、例えば、速達便を送付及び／又は受領するシステムも含んでもよい。本開示のシステム又は方法が適用される場面としては、例えばウェブページ、ブラウザのプラグイン、クライアント端末、カスタムシステム、内部解析システム、人工知能ロボット等、又はそれらのいずれかの組み合わせなどが挙げられる。
本開示における「乗客」、「要求者」、「サービス要求者」、及び「顧客」という用語は、サービスを要求又はオーダーすることができる個人、団体又はツールを指すために区別なく用いられる。また、本開示における「ドライバー」、「提供者」、「サービス提供者」、及び「供給者」という用語は、サービスを提供することができるか又はサービスの提供を促進することができる個人、団体又はツールを指すために区別なく用いられる。本開示における「ユーザー」という用語は、サービスを要求することができる個人、団体若しくはツール、サービスをオーダーすることができる個人、団体若しくはツール、サービスを提供することができる個人、団体若しくはツール、又はサービスの提供を促進することができる個人、団体若しくはツールを指す。例えば、ユーザーは、乗客、ドライバー、オペレーター等、又はそれらのいずれかの組み合わせであってもよい。本開示において、「乗客」及び「乗客端末」は、区別なく用いられる場合があり、「ドライバー」及び「ドライバー端末」は、相互に入れ替え可能に用いられる場合がある。
本開示における「要求」という用語は、乗客、要求者、サービス要求者、顧客、ドライバー、提供者、サービス提供者、供給者等、又はそれらのいずれかの組み合わせによって開始され得る要求を指す。要求は、乗客、要求者、サービス要求者、顧客、ドライバー、提供者、サービス提供者、又は供給者のうちのいずれかの者が受理してもよい。要求は、有料であってもよく、無料であってもよい。本開示における「オーダー」という用語は、乗客（又は要求者、サービス要求者、顧客等）と、ドライバー（又は提供者、サービス提供者、若しくは供給者等）の双方が要求への合意を示すという意図を指す。
本開示における場所及び／又は移動開始点は、乗客端末に組み込まれた測位技術によって入手してもよい。本開示において用いられる測位技術としては、例えば全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパスナビゲーションシステム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、ワイヤレスフィデリティー（ＷｉＦｉ）測位技術等、又はそれらのいずれかの組み合わせなどが挙げられる。上記測位技術のうちの１つ以上は、本開示において相互に入れ替え可能に用いられる場合がある。
本開示の一態様は、車両を予約する等の、サービスの開始前にオンデマンドサービスを予約するオンラインシステム及びオンライン方法に関する。本開示によれば、これらのシステム及び方法は、予約オーダーが割り当てられる目的サービス（ターゲット・サービス）提供者端末を決定するために２つの選択を必要としてもよい。これらのシステム及び方法は、サービス提供者端末のユーザーのホーム位置と、予約オーダーを割り当てる予約リクエストの開始位置との間の距離の判断を必要としてもよい。
当然ながら、オンラインでのタクシーの手配等のオンライン・オンデマンド輸送サービスは、ポストインターネット時代にのみ根差した新たなサービス形態である。この新たなサービス形態は、ポストインターネット時代にのみ出現し得る技術的ソリューションをユーザー及びサービス提供者に提供する。プレインターネット時代では、ユーザーが街路上でタクシーを呼び止めるとき、タクシーのリクエスト及び受理は、乗客と、この乗客を認識した１人のタクシードライバーとの間でしか行われない。乗客が電話でタクシーを呼ぶ場合、サービスのリクエスト及び受理は、乗客と１人のサービス提供者（例えば、１つのタクシー会社又は代行業者）との間でしか行われない場合がある。一方、オンラインタクシー配車によれば、サービスのユーザーによってサービスが予約されると、ユーザーから距離の離れた位置にいる膨大な数の個々のサービス提供者（例えば、タクシー）にサービスリクエストが自動的に配信される。また、オンラインでのタクシーの手配によると、複数のサービス提供者が、このサービスリクエストに同時かつリアルタイムに応答することも可能になる。したがって、インターネットを通じて、オンライン・オンデマンド輸送システムは、旧来のプレインターネット輸送サービスシステムでは決して出会えなかった、ユーザー及びサービス提供者のためのはるかに効率的な取引用プラットフォームを提供することができる。予約オーダーを割り当てることによって、要求者とサービス提供者の双方にとって効率的なサービスが提供される。
図１は、幾つかの実施形態に係るオンデマンドサービスシステム１００の一例を示すブロック図である。例えば、オンデマンドサービスシステム１００は、タクシーの配車、送迎サービス、急行車、カープール、バスサービス、ドライバーハイヤー及びシャトルサービス等の輸送サービスのためのオンライン輸送サービスプラットフォームとしてもよい。オンデマンドサービスシステム１００は、サーバー１１０と、ネットワーク１２０と、乗客端末１３０と、ドライバー端末１４０と、データベース１５０とを備えていてもよい。サーバー１１０は、処理エンジン１１２を備えていてもよい。
サーバー１１０は、サービスリクエストに関する情報及び／又はデータを処理するように構成されていてもよい。例えば、サーバー１１０は、乗客端末１３０からサービスリクエストを受信し、このリクエストを処理して、乗客端末１３０のユーザーにサービスを提供するドライバー端末１４０を割り当ててもよい。幾つかの実施形態では、サーバー１１０は、単一のサーバーであってもよいし、サーバーグループであってもよい。サーバーグループは、集中型であってもよいし、分散型であってもよい（例えば、サーバー１１０は分散型システムであってもよい）。幾つかの実施形態では、サーバー１１０は、ローカルであってもよいし、リモートであってもよい。例えば、サーバー１１０は、乗客端末１３０、ドライバー端末１４０、及び／又はデータベース１５０に記憶された情報及び／又はデータにネットワーク１２０を介してアクセスできるようにしてもよい。別の例として、サーバー１１０は、乗客端末１３０、ドライバー端末１４０、及び／又はデータベース１５０に直接接続されて、記憶された情報及び／又はデータにアクセスできるようにしてもよい。幾つかの実施形態では、サーバー１１０は、クラウドプラットフォーム上で実行されてもよい。単なる例示にすぎないが、クラウドプラットフォームの例としては、例えばプライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド等、又はそれらのいずれかの組み合わせなどが挙げられる。幾つかの実施形態では、サーバー１１０は、本開示における図２に示す１つ以上の構成要素を有するコンピューティングデバイス上で実施されてもよい。
幾つかの実施形態では、サーバー１１０は、処理エンジン１１２を備えていてもよい。処理エンジン１１２は、サービスリクエストに関する情報及び／又はデータを処理して、本開示において説明する１つ以上の機能を実行してもよい。例えば、処理エンジン１１２は、サービスリクエストを乗客端末１３０から受信してもよく、及び／又はサービスオーダーをドライバー端末１４０に割り当ててもよい。幾つかの実施形態では、処理エンジン１１２は、１つ以上の処理エンジン（例えば、１または複数のシングルコア処理エンジン又は１または複数のマルチコアプロセッサ）を含んでもよい。単なる例示にすぎないが、処理エンジン１１２としては、例えば中央処理装置（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、グラフィックス処理ユニット（ＧＰＵ）、物理処理装置（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、制御装置（コントローラー）、マイクロコントローラーユニット、縮小命令セットコンピューター（ＲＩＳＣ）、マイクロプロセッサ等、又はそれらのいずれかの組み合わせなどが挙げられる。
ネットワーク１２０は、情報及び／又はデータの交換を容易にすることができる。幾つかの実施形態では、システム１００における１つ以上の構成要素（例えば、サーバー１１０、乗客端末１３０、ドライバー端末１４０、及びデータベース１５０）は、ネットワーク１２０を介してシステム１００における１または複数の他の構成要素との間で情報及び／又はデータを送受信してもよい。例えば、サーバー１１０は、乗客端末１３０からネットワーク１２０を介してサービスリクエストを取得／入手してもよい。幾つかの実施形態では、ネットワーク１２０は、いずれかのタイプの有線ネットワーク若しくは無線ネットワーク、又はそれらの組み合わせであってもよい。単なる例示にすぎないが、ネットワーク１２０の例としては、例えばケーブルネットワーク、ワイヤーラインネットワーク、光ファイバーネットワーク、電気通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆電話交換網（ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅ（登録商標）ネットワーク、近接場通信（ＮＦＣ）ネットワーク、モバイル通信用グローバルシステム（ＧＳＭ（登録商標））ネットワーク、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、汎用パケット無線サービス（ＧＰＲＳ）ネットワーク、ＧＳＭ発展型高速データレート（ＥＤＧＥ）ネットワーク、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））ネットワーク、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）ネットワーク、ロングタームエボリューション（ＬＴＥ）ネットワーク、ユーザーデータグラムプロトコル（ＵＤＰ）ネットワーク、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）ネットワーク、ショートメッセージサービス（ＳＭＳ）ネットワーク、無線アプリケーションプロトコル（ＷＡＰ）ネットワーク、超広帯域（ＵＷＢ）ネットワーク、赤外線等、又はそれらのいずれかの組み合わせなどが挙げられる。幾つかの実施形態では、サーバー１１０は、１つ以上のネットワークアクセスポイントを備えてもよい。例えば、サーバー１１０は、基地局及び／又はインターネットエクスチェンジポイント１２０−１、１２０−２、・・・等の有線ネットワークアクセスポイント又は無線ネットワークアクセスポイントを備えてもよく、これらのアクセスポイントを通じて、システム１００の１つ以上の構成要素は、ネットワーク１２０に接続されてデータ及び／又は情報を交換してもよい。
乗客端末１３０は、乗客がオンデマンドサービスをリクエストするのに用いてもよい。例えば、乗客端末１３０のユーザーは、乗客端末１３０を用いて、自身又は別のユーザーのサービスリクエストを送信することもできるし、サービスを受けたり、及び／又は情報若しくは命令をサーバー１１０から受信したりすることもできる。幾つかの実施形態では、「ユーザー」及び「乗客端末」という用語は、相互に入れ替え可能に用いられる場合がある。
幾つかの実施形態では、乗客端末１３０は、例えばモバイルデバイス１３０−１、タブレットコンピューター１３０−２、ラップトップコンピューター１３０−３、自動車内の組み込みデバイス１３０−４等、又はそれらのいずれかの組み合わせ等であってもよい。幾つかの実施形態では、モバイルデバイス１３０−１は、例えばスマートホームデバイス、ウェアラブルデバイス、スマートモバイルデバイス、仮想現実デバイス、拡張現実デバイス等、又はそれらのいずれかの組み合わせ等であってもよい。幾つかの実施形態では、スマートホームデバイスは、例えばスマート照明デバイス、インテリジェント電気装置の制御デバイス、スマート監視デバイス、スマートテレビ、スマートビデオカメラ、インターフォン等、又はそれらのいずれかの組み合わせ等であってもよい。幾つかの実施形態では、ウェアラブルデバイスは、例えばスマートブレスレット、スマートフットギア、スマートグラス、スマートヘルメット、スマートウォッチ、スマート衣服、スマートバックパック、スマートアクセサリー等、又はそれらのいずれかの組み合わせ等であってもよい。幾つかの実施形態では、スマートモバイルデバイスは、例えばスマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：携帯情報端末）、ゲーミングデバイス、ナビゲーションデバイス、販売時点（ポイントオブセールス、ＰＯＳ）デバイス等、又はそれらのいずれかの組み合わせ等であってもよい。幾つかの実施形態では、仮想現実デバイス及び／又は拡張現実デバイスは、例えば仮想現実ヘルメット、仮想現実グラス、仮想現実パッチ、拡張現実ヘルメット、拡張現実グラス、拡張現実パッチ等、又はそれらのいずれかの組み合わせ等であってもよい。例えば、仮想現実デバイス及び／又は拡張現実デバイスは、Ｇｏｏｇｌｅ Ｇｌａｓｓ、Ｏｃｕｌｕｓ Ｒｉｆｔ、Ｈｏｌｏｌｅｎｓ、Ｇｅａｒ ＶＲ等であってもよい。幾つかの実施形態では、自動車内の組み込みデバイス１３０−４は、例えばオンボードコンピューター、オンボードテレビ等であってもよい。単なる例示にすぎないが、乗客端末１３０は、コントローラー（例えば、リモートコントローラー）を備えていてもよい。
幾つかの実施形態では、乗客端末１３０は、ユーザー及び／又は乗客端末１３０の位置を特定する測位技術を有するデバイスであってもよい。幾つかの実施形態では、乗客端末１３０は、他の測位デバイスと通信して、ユーザー及び／又は乗客端末１３０の位置を特定してもよい。幾つかの実施形態では、乗客端末１３０は、測位情報をサーバー１１０に送信してもよい。
ドライバー端末１４０は、ドライバーが、サーバー１００及び乗客端末１３０と通信するのに用いてもよい。幾つかの実施形態では、ドライバー端末１４０は、少なくとも１つの乗り物を管理及び／又は制御する端末であってもよい。例えば、ドライバー端末１４０は、幾つかの乗り物を制御するプラットフォームであってもよい。幾つかの実施形態では、ドライバー端末１４０は、乗客端末１３０と同様のデバイスであってもよいし、同じデバイスであってもよい。
データベース１５０は、データ及び／又は命令を記憶してもよい。幾つかの実施形態では、データベース１５０は、乗客端末１３０及び／又はドライバー端末１４０から取得／入手されたデータを記憶してもよい。幾つかの実施形態では、データベース１５０は、本開示において説明する例示的な方法を実行するためにサーバー１１０が実行又は使用するデータ及び／又は命令を記憶してもよい。幾つかの実施形態では、データベース１５０は、例えばマスストレージ、リムーバブルストレージ、揮発性リードライトメモリ、リードオンリーメモリ（ＲＯＭ）等、又はそれらのいずれかの組み合わせなどであってもよい。マスストレージの例としては、例えば磁気ディスク、光ディスク、ソリッドステートドライブ等が挙げられる。リムーバブルストレージの例としては、例えばフラッシュドライブ、フロッピー（登録商標）ディスク、光ディスク、メモリカード、ｚｉｐディスク、磁気テープ等が挙げられる。揮発性リードライトメモリの例としては、例えばランダムアクセスメモリ（ＲＡＭ）などが挙げられる。ＲＡＭの例としては、例えばダイナミックＲＡＭ（ＤＲＡＭ）、ダブルデータレートシンクロナスＤＲＡＭ（ＤＤＲ ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、及びゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ）等が挙げられる。ＲＯＭの例としては、例えばマスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能プログラマブルＲＯＭ（ＰＥＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、及びデジタル多用途ディスクＲＯＭ（ＤＶＤ−ＲＯＭ）等が挙げられる。幾つかの実施形態では、データベース１５０は、クラウドプラットフォーム上で実施されてもよい。単なる例示にすぎないが、クラウドプラットフォームとしては、例えばプライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散型クラウド、インタークラウド、マルチクラウド等、又はそれらのいずれかの組み合わせ等が挙げられる。
幾つかの実施形態では、データベース１５０は、システム１００における１つ以上の構成要素（例えば、サーバー１１０、乗客端末１３０、ドライバー端末１４０等）と通信できるようにネットワーク１２０に接続されていてもよい。システム１００における１つ以上の構成要素は、データベース１５０に記憶されたデータ又は命令にネットワーク１２０を介してアクセスしてもよい。幾つかの実施形態では、データベース１５０は、システム１００における１つ以上の構成要素（例えば、サーバー１１０、乗客端末１３０、ドライバー端末１４０等）と通信できるように、これらの構成要素に直接接続されていてもよい。幾つかの実施形態では、データベース１５０は、サーバー１１０の一部分であってもよい。
幾つかの実施形態では、システム１００における１つ以上の構成要素（例えば、サーバー１１０、乗客端末１３０、ドライバー端末１４０等）は、データベース１５０にアクセスする許可を有していてもよい。幾つかの実施形態では、システム１００における１つ以上の構成要素は、１つ以上の条件が満たされたとき、乗客、ドライバー、及び／又は公衆に関する情報を読み出し及び／又は変更してもよい。例えば、サーバー１１０は、サービス後に１人以上のユーザーの情報を読み出し及び／又は変更してもよい。別の例として、ドライバー端末１４０は、乗客端末１３０からサービスリクエストを受信すると、乗客に関する情報にアクセスすることはできるが、ドライバー端末１４０は、乗客の関連情報を変更することはできない。
幾つかの実施形態では、システム１００における１つ以上の構成要素の情報交換は、サービスをリクエストすることにより達成することができる。サービスリクエストの対象はどのような商品であってもよい。幾つかの実施形態では、この商品は、有形の商品であってもよいし、無形の商品であってもよい。有形の商品としては、例えば食料品、医薬品、日用品、化学製品、電気器具、衣料品、自動車、家屋物件、高級品等、又はそれらのいずれかの組み合わせ等が挙げられる。無形の商品としては、例えばサービス財、金融商品、知的産物、インターネット商品等、又はそれらのいずれかの組み合わせ等が挙げられる。インターネット商品としては、例えば個別ホスト商品、ウェブ商品、モバイルインターネット商品、商用ホスト商品、組み込み商品等、又はそれらのいずれかの組み合わせ等が挙げられる。モバイルインターネット商品は、モバイル端末のソフトウェア、プログラム、システム等、又はそれらのいずれかの組み合わせにおいて用いてもよい。モバイル端末としては、例えばタブレットコンピューター、ラップトップコンピューター、モバイルフォン、パーソナルデジタルアシスタント（ＰＤＡ）、スマートウォッチ、販売時点（ＰＯＳ）デバイス、オンボードコンピューター、オンボードテレビ、ウェアラブルデバイス等、又はそれらのいずれかの組み合わせ等が挙げられる。例えば、商品は、コンピューター又はモバイルフォンにおいて用いられるいずれかのソフトウェア及び／又はアプリケーションであってもよい。このソフトウェア及び／又はアプリケーションは、ソーシャライジング、ショッピング、輸送、娯楽、学習、投資等、又はそれらのいずれかの組み合わせに関するものであってもよい。幾つかの実施形態では、輸送に関するソフトウェア及び／又はアプリケーションは、旅行用ソフトウェア及び／又は旅行用アプリケーション、乗り物のスケジューリングソフトウェア及び／又は乗り物のスケジューリングアプリケーション、地図ソフトウェア及び／又は地図アプリケーション等であってもよい。乗り物のスケジューリングソフトウェア及び／又は乗り物スケジューリングアプリケーションにおける上記乗り物としては、例えば馬、運搬車、人力車（例えば、一輪手押し車、二輪自転車、三輪自転車等）、自動車（例えば、タクシー、バス、自家用車等）、列車、地下鉄、船舶、航空機（例えば、飛行機、ヘリコプター、スペースシャトル、ロケット、熱気球等）等、又はそれらのいずれかの組み合わせが挙げられる。
図２は、本開示の幾つかの実施形態に係る、サーバー１１０、乗客端末１３０、及び／又はドライバー端末１４０を実施することができるコンピューティングデバイス２００のハードウェア構成要素及びソフトウェア構成要素の一例を示す概略図である。例えば、処理エンジン１１２は、コンピューティングデバイス２００上で実行してもよく、本開示において開示された処理エンジン１１２の機能を実施するように構成してもよい。
コンピューティングデバイス２００は、幾つかの実施形態では、専用コンピューターであってもよい。コンピューティングデバイス２００は、本開示のオンデマンドシステムを実行するのに用いてもよい。コンピューティングデバイス２００は、本明細書において説明するようなオンデマンドサービスのどの構成要素でも実行してもよい。図１及び図２には、単に便宜上のために、１つのそのようなコンピューターデバイスのみが示されている。当業者であれば、本願の出願時において、処理負荷を分散させるために、本明細書において説明するようなオンデマンドサービスに関するコンピューターの機能を、複数の同様のプラットフォーム上で、分散させて実行できることを理解するであろう。
コンピューティングデバイス２００は、例えば、ネットワークに接続されて、接続されたネットワークに対するデータ通信を容易にするＣＯＭポート２５０を備えていてもよい。コンピューティングデバイス２００は、プログラム命令を実行する１つ以上のプロセッサの形態の中央処理装置（ＣＰＵ又はプロセッサ）２２０も備えていてもよい。このコンピュータープラットフォームの一例においては、内部通信バス２１０と、種々の形態のプログラム記憶装置及びデータ記憶装置、例えばディスク２７０と、このコンピューターによって処理及び／又は送信される様々なデータファイルのためのリードオンリーメモリ（ＲＯＭ）２３０又はランダムアクセスメモリ（ＲＡＭ）２４０とを備えていてもよい。このコンピュータープラットフォームの一例においては、ＣＰＵ／プロセッサ２２０によって実行される、ＲＯＭ２３０、ＲＡＭ２４０、及び／又は他のタイプの非一時的記憶媒体に記憶されたプログラム命令も含んでいてもよい。本開示の方法及び／又はプロセスは、プログラム命令として実施されてもよい。コンピューティングデバイス２００は、このコンピューターと、ユーザーインターフェース要素２８０等の当該コンピューターにおける他の構成要素との間の入力／出力をサポートするＩ／Ｏ構成要素２６０も備えていてもよい。コンピューティングデバイス２００は、ネットワーク通信を介してプログラムやデータも受信してもよい。
単に例示のために、コンピューティングデバイス２００においては１つのＣＰＵ／プロセッサ２２０のみが示されている。しかし当然ながら、本開示におけるコンピューティングデバイス２００は、複数のＣＰＵ／プロセッサも備えてもよく、したがって、本開示において説明するような１つのＣＰＵ／プロセッサ２２０によって実行される動作及び／又は方法ステップは、複数のＣＰＵ／プロセッサによって連帯的に、又は別々に実行されてもよい。例えば、本開示において、コンピューティングデバイス２００のＣＰＵ／プロセッサ２２０が、ステップＡ及びステップＢの双方を実行する場合、ステップＡ及びステップＢは、コンピューティングデバイス２００における２つの異なるＣＰＵ／プロセッサによって連帯的に、又は別々に実行されてもよい（例えば、第１のプロセッサがステップＡを実行し、第２のプロセッサがステップＢを実行するか、又は、第１のプロセッサ及び第２のプロセッサがステップＡ及びステップＢを連帯的に実行する）ことが理解されるであろう。
図３は、幾つかの実施形態に係る処理エンジン１１２の一例を示すブロック図である。処理エンジン１１２は、リクエスト取得ユニット３１０と、依頼取得／送信ユニット３２０と、決定ユニット３３０と、確認送信ユニット３４０とを備えてもよい。
リクエスト取得ユニット３１０は、乗客端末１３０からリクエストを取得するように構成してもよい。例えば、リクエスト取得ユニット３１０は、タクシーの手配、送迎サービス、ドライブハイヤー、急行車、カープール、バスサービス、又はシャトルサービスの予約リクエスト及び／又はリアルタイムリクエストを取得してもよい。
依頼取得／送信ユニット３２０は、依頼をドライバー端末１４０に送信し、及び／又は依頼に対する応答をドライバー端末１４０から取得するように構成してもよい。例えば、依頼取得／送信ユニット３２０は、乗客端末１３０にむけてオンデマンドサービスを提供する依頼をドライバー端末１４０に送信してもよい。別の例として、依頼取得／送信ユニット３２０は、依頼を受理する応答をドライバー端末１４０から取得してもよい。
決定ユニット３３０は、１つ以上の基準に基づいて１つ以上のドライバー端末を決定するように構成してもよい。例えば、決定ユニット３３０は、第１の基準に基づいて第１のドライバー端末セットを決定してもよい。別の例として、決定ユニット３３０は、第２の基準に基づいてターゲットドライバー端末を決定してもよい。
確認送信ユニット３４０は、オンデマンドサービスオーダーの確認通知をドライバー端末１４０及び／又は乗客端末１３０に送信するように構成してもよい。例えば、確認送信ユニット３４０は、オンデマンドサービスオーダーの不成立通知をドライバー端末１４０及び／又は乗客端末１３０に送信してもよい。
処理エンジン１１２内のモジュールは、有線接続又は無線接続を介して互いに接続され、又は通信されてもよい。有線接続としては、例えば金属ケーブル、光ケーブル、ハイブリッドケーブル等、又はそれらのいずれかの組み合わせが挙げられる。無線接続としては、例えばローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、Ｂｌｕｅｔｏｏｔｈ、ＺｉｇＢｅｅ、近接場通信（ＮＦＣ）等、又はそれらのいずれかの組み合わせが挙げられる。これらのモジュールのうちの２つ以上を、単一のモジュールとして組み合わせてもよく、これらのモジュールのうちのいずれか１つを、２つ以上のユニットに分割してもよい。例えば、リクエスト取得ユニット３１０は、オーダーの特徴を取得できるとともにオーダーの照合情報を求めることができる単一のモジュールとして、依頼取得／送信ユニット３２０に統合されていてもよい。
図４は、幾つかの実施形態に係る予約オーダーを割り当てるプロセス４００の一例を示すフローチャートである。幾つかの実施形態では、プロセス４００は、図１に示すシステム１００において実施されてもよい。例えば、プロセス４００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に命令の形態として記憶されてもよく、サーバー１１０（例えば、サーバー１１０内の処理エンジン１１２、サーバー１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出し及び／又は実行されてもよい。
ステップ４１０において、プロセッサ２２０は、要求者からのオンデマンドサービスの予約リクエストを取得／入手してもよい。幾つかの実施形態では、プロセッサ２２０は、予約リクエストを、ネットワーク１２０を介して取得してもよい。幾つかの実施形態では、要求者は、乗客端末のユーザーであってもよい。オンデマンドサービスは、タクシーサービス、試乗サービス、商品配送サービス等、又はそれらの組み合わせであってもよい。予約リクエストは、サービス提供者がサービス要求者に向かって直ちに出発する必要がない特定の時刻にサービスが提供されるオンデマンドサービスをリクエストしてもよい。幾つかの実施形態では、予約リクエストは、オンデマンドサービスの開始位置、オンデマンドサービスの開始時刻、目的地等、又はそれらのいずれかの組み合わせを含んでもよい。例えば、予約リクエストは、オンラインによるタクシー配車のリクエストであって、開始位置は１番街であり、開始時刻は午前１０：００であり、目的地は２番街であってもよい。
ステップ４２０において、プロセッサ２２０は、第１の基準に基づいて第１のドライバー端末セットを決定してもよい。例えば、プロセッサ２２０は、システム１００のドライバーデータベースにおける複数のドライバーから、ホーム（拠点）が、リクエストされたサービスの開始位置から所定の距離内にあるドライバーのセットを選択してもよく、各ドライバーは、ドライバー端末を用いてシステム１００と通信してもよい。幾つかの実施形態では、第１のドライバー端末セットは、少なくとも１人のドライバーに関連付けられた少なくとも１つのドライバー端末を含んでもよい。第１の基準は、評価値基準及び／又は距離基準としてもよい。評価値基準は、ドライバー端末の評価値が評価閾値よりも大きいことを必要としてもよい。この評価閾値は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信された値であってもよい。距離基準は、ドライバー端末のユーザーのホーム位置と予約リクエストの開始位置との間の距離が距離閾値未満であることを必要としてもよい。この距離閾値は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信された値であってもよい。幾つかの実施形態では、第１の基準は、評価値基準及び距離基準の双方を含んでもよい。幾つかの実施形態では、プロセッサ２２０は、第１の基準におけるドライバー端末の評価値及びドライバー端末のユーザーのホーム位置と開始位置との間の距離に、第１の重み係数及び第２の重み係数を割り当ててもよい。例えば、プロセッサ２２０は、評価値が評価閾値よりも大きいという評価値基準に７５％の第１の重み係数を割り当て、距離が距離閾値未満であるという距離基準に２５％の第２の重み係数を割り当ててもよい。幾つかの実施形態では、プロセッサ２２０は、以下の図５〜図７とともに説明する１つ以上の動作を実行することによって第１のドライバー端末セットを決定してもよい。
ステップ４３０において、プロセッサ２２０は、予約リクエストの予約依頼を第１のドライバー端末セットに送信してもよい。幾つかの実施形態では、この予約依頼は、乗客端末の識別子、オンデマンドサービスの開始位置、オンデマンドサービスの開始時刻、オンデマンドサービスの目的地、オンデマンドサービスに要する時間の推定値、オンデマンドサービスの推定費用及び／又は価格等、又はそれらのいずれかの組み合わせを含んでもよい。幾つかの実施形態では、ドライバー端末は、当該ドライバー端末にインストールされたアプリケーションを介してオンラインオンデマンドサービスプラットフォーム１００と通信してもよい。したがって、ドライバー端末は、このアプリケーションのユーザーインターフェースを介して予約依頼を表示してもよい。サービス提供者（例えば、ドライバー）は、このユーザーインターフェースを通じて予約依頼を受理してもよい。あるいは、プロセッサ２２０は、携帯電話メッセージ、電子メール、ソーシャルネットワークサービスからのポップアップメッセージ等、又はそれらのいずれかの組み合わせとして予約依頼を送信してもよい。幾つかの実施形態では、プロセッサ２２０は、予約依頼を第１のドライバー端末セットに包括的にブロードキャストしてもよい。すなわち、プロセッサ２２０は、第１のセット内のドライバー端末の全てのメンバーの共通の識別情報を設定及び／又は特定し、この共通の識別情報に従って、予約依頼を第１のドライバー端末セットのメンバー全体に送信してもよい。幾つかの実施形態では、プロセッサ２２０は、第１のドライバー端末セット内の個別のドライバー端末に予約依頼をユニキャストしてもよい。このために、プロセッサ２２０は、第１のドライバー端末セット内の個別のドライバー端末にそれらのそれぞれの識別情報に従って予約依頼を送信することによって、予約依頼をユニキャストしてもよい。例えば、プロセッサ２２０は、第１のドライバー端末セット内の第１の個別のドライバー端末に予約依頼をユニキャストしてもよい。この第１の個別のドライバー端末がプロセッサ２２０に応答しない場合には、プロセッサ２２０は、第１のドライバー端末セット内の第２の個別のドライバー端末に予約依頼をユニキャストしてもよい。プロセッサ２２０は、個々のドライバー端末のうちの１つが予約依頼を受理するまで、第１のドライバー端末セット内の１つ又は所定の数のドライバー端末に予約依頼を１つずつユニキャストすることを続けてもよい。幾つかの実施形態では、プロセッサ２２０は、本開示において説明する少なくとも１つの基準に基づいて、第１のドライバー端末セット内の少なくとも１つのドライバー端末に予約依頼を包括的にブロードキャストしてもよく、ユニキャストしてもよい。
ステップ４４０において、プロセッサ２２０は、第１のドライバー端末セット内の第２のドライバー端末セットから、予約依頼を受理する少なくとも１つの応答を取得及び／又は受信してもよい。例えば、幾つかのドライバー（すなわち、ドライバー端末の第２のセットに対応するドライバーの第２のセット）は、ユーザーインターフェースを通じて予約依頼を受理してもよい。幾つかの実施形態では、予約依頼を受理する応答は、返答携帯電話メッセージ、返答電子メール、ポップアップメッセージに対する返答等、又はそれらのいずれかの組み合わせとして取得してもよい。
ステップ４５０において、プロセッサ２２０は、第２の基準に基づいて第２のドライバー端末セットからターゲットドライバー端末を決定してもよい。幾つかの実施形態では、この第２の基準は、サービス提供者端末の評価値が第２のサービス提供者端末セットの最大値であること、サービス提供者端末のユーザーの位置とオンデマンドサービスの開始位置との間の距離が第２のサービス提供者端末セットの最小値であること、サービス提供者端末の受注が成立したオーダーの総数が第２のサービス提供者端末セットの最大値であること等、又はそれらのいずれかの組み合わせを含んでもよい。例えば、第２の基準は、サービス提供者端末の評価値が第２のサービス提供者端末セットの最大値であることと、サービス提供者端末のユーザーの位置とオンデマンドサービスの開始位置との間の距離が第２のサービス提供者端末セットの最小値であることとを含んでもよい。別の例として、第２の基準は、サービス提供者端末の評価値が第２のサービス提供者端末セットの最大値であることと、サービス提供者端末の、受注が成立したオーダーの総数が第２のサービス提供者端末セットの最大値であることとを含んでもよい。更に別の例として、第２の基準は、サービス提供者端末のユーザーの位置とオンデマンドサービスの開始位置との間の距離が第２のサービス提供者端末セットの最小値であることと、サービス提供者端末の、受注が成立したオーダーの総数が第２のサービス提供者端末セットの最大値であることとを含んでもよい。更に別の例として、第２の基準は、サービス提供者端末の評価値が第２のサービス提供者端末セットの最大値であることと、サービス提供者端末のユーザーの位置とオンデマンドサービスの開始位置との間の距離が第２のサービス提供者端末セットの最小値であることと、サービス提供者端末の受注が成立したオーダーの総数が第２のサービス提供者端末セットの最大値であることとを含んでもよい。第２の基準は、第１の基準と異なってもよい。例えば、ドライバー端末の第１のセットが、ドライバーのホームとリクエストの開始位置との距離に基づいて選択される場合、第２の基準は、ドライバーの評価値がドライバー端末の第２のセット内のドライバー端末に対応するものであるといった、異なるものであってもよい。幾つかの実施形態では、プロセッサ２２０は、以下の図８〜図１１において説明する１つ以上の動作を実行することによって、ターゲットドライバー端末を決定してもよい。
ステップ４６０において、プロセッサ２２０は、要求者とターゲットドライバー端末のドライバーとの間に契約関係を確立してもよい。幾つかの実施形態では、要求者とターゲットドライバー端末のドライバーとの間の契約関係は、電子的契約として実行してもよい。幾つかの実施形態では、要求者とターゲットドライバー端末のドライバーとの間の契約関係は、オンデマンドサービスプラットフォームに登録することによって実行してもよい。幾つかの実施形態では、プロセッサ２２０は、要求者のアカウント及びドライバーのアカウントへのポインターを作成してもよい。例えば、このポインターは、要求者及び／又はドライバーに。別の例として、このポインターにより、要求者及び／又はドライバーが契約するように仕向けるようにしてもよい。
ステップ４７０において、プロセッサ２２０は、予約リクエストの確認通知をターゲットドライバー端末及び要求者に送信するようにしてもよい。プロセッサ２２０は、契約関係が確立された後直ちに及び／又は間もなくして、この確認を送信してもよい。プロセッサは、その後、確認のリマインダーもドライバー端末に送信するようにしてもよい。例えば、プロセッサ２２０は、要求者からのサービスリクエストを満たすドライバーの出発時刻を求め、この出発時刻ちょうど又は出発時刻の前にドライバー端末にリマインダーを送信するようにしてもよい。幾つかの実施形態では、要求者に送信される予約リクエストの確認通知は、ターゲットドライバー端末の識別子を含んでもよい。例えば、確認通知は、車両のナンバープレートの番号、ドライバーの氏名、車両の色、車両モデル、ドライバーの電話番号等、又はそれらのいずれかの組み合わせを含んでもよい。幾つかの実施形態では、ターゲットドライバー端末に送信される予約リクエストの確認通知は、乗客端末のユーザーの識別子、オンデマンドサービスの開始位置、オンデマンドサービスの開始時刻、オンデマンドサービスの目的地、オンデマンドサービスに要する時間の推定値、オンデマンドサービスに要する推定距離、オンデマンドサービスに要する推定費用等、又はそれらのいずれかの組み合わせを含んでもよい。幾つかの実施形態では、予約リクエストの確認通知は、プロセッサ２２０によって、ドライバー端末内のアプリケーションのインターフェースに送信してもよく、及び／又は携帯電話メッセージ、電子メール、ソーシャルネットワークサービスからのポップアップメッセージ等、又はそれらのいずれかの組み合わせとしてドライバー端末に送信してもよい。
幾つかの実施形態では、プロセッサ２２０は、ステップ４１０の後、オンデマンドサービスの開始時刻前に予約リクエストの予約依頼を送出するための期間を求めてもよい。例えば、この期間は、オンデマンドサービスの開始時刻前の２０分〜９０分の期間としてもよい。プロセッサ２２０は、オンデマンドサービスの開始時刻の２０分〜９０分前に予約依頼を複数のドライバー端末に送出してもよい。幾つかの実施形態では、プロセッサ２２０は、ドライバーと要求者との間の距離及び／又はドライバーのホームと要求者との間の距離に基づいて、上記期間を求めてもよい。例えば、ドライバーのホームと要求者との間の距離が、メッセージが送信される時刻における交通に基づくと、１０分の運転を必要とする場合、プロセッサ２２０は、この１０分に、ドライバーが要求者まで運転する準備をするための更なる２０分等の所定の準備時間を加えたものとなるように上記期間を決定してもよい。したがって、プロセッサ２２０は、開始時刻の３０分前に予約依頼をドライバーに送信してもよい。
図５は、幾つかの実施形態に係る、第１のドライバー端末セットを決定するプロセス５００の一例を示すフローチャートである。幾つかの実施形態では、プロセス５００は、図１に示すシステム１００において実行してもよい。例えば、プロセス５００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に命令の形態として記憶してもよく、サーバー１１０（例えば、サーバー１１０内の処理エンジン１１２、サーバー１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出し、及び／又は実行してもよい。
ステップ５１０において、プロセッサ２２０は、ドライバー端末データベースからドライバー端末の情報を取得してもよい。幾つかの実施形態では、ドライバー端末データベースは、データベース１５０に記憶されてもよい。幾つかの実施形態では、ドライバー端末データベースは、ドライバー端末のユーザー名、ドライバー端末に関連付けられた車両、ドライバー端末のユーザーの連絡先、ドライバー端末のユーザーの写真、ドライバー端末の評価値、ドライバー端末のユーザーのホーム位置等、又はそれらのいずれかの組み合わせを含んでもよい。
ステップ５２０において、プロセッサ２２０は、ステップ５１０において取得されたドライバー端末の評価値が評価閾値よりも大きいか否かを判断してもよい。この評価閾値は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信された値であってもよい。幾つかの実施形態では、ドライバー端末の評価値は、このドライバー端末がオンデマンドサービスを提供する全ての乗客によって決定される平均の評価値又は評価値の中央値であってもよい。或る実施形態では、評価値は、星レベル（スターレベル）として表されてもよい。例えば、ドライバー端末の評価値は、３つ星、４つ星又は５つ星などの星レベルであってもよい。或る実施形態では、評価値は、数値として表されてもよい。例えば、ドライバー端末の評価値は、１０未満のいずれかの数値（例えば、３．５、４．８、５．０、７．９、９．８等）であってもよい。別の例として、ドライバー端末の評価値は、１００未満のいずれかの数値（例えば、２０、５５、６７、８８、９８等）であってもよい。幾つかの実施形態では、評価閾値は、プロセッサ２２０によって事前に設定してもよい。例えば、評価閾値は、ドライバー端末データベース内のドライバー端末の全ての平均値としてもよい。幾つかの実施形態では、評価閾値は、オンデマンドサービスをリクエストするサービス要求者によって事前に設定されてもよく、予約リクエスト内に添付してもよい。例えば、要求者は、オンデマンドサービスのアポイントをリクエストするとき、予約リクエスト内に評価閾値を事前に設定してもよい。幾つかの実施形態では、評価閾値は、オンデマンドサービスのシナリオに従って決定してもよい。
幾つかの実施形態では、ドライバー端末の評価値が評価閾値よりも大きい場合、ステップ５３０において、プロセッサ２２０は、このドライバー端末が第１のドライバー端末セット内にあると決定してもよい。幾つかの実施形態では、ドライバー端末の評価値が評価閾値よりも大きくない場合、ステップ５４０において、プロセッサ２２０は、このドライバー端末が第１のドライバー端末セット内にないと決定してもよい。幾つかの実施形態では、ドライバー端末データベースは、少なくとも１つのドライバー端末を含んでもよく、プロセッサ２２０は、図５におけるステップ５１０〜ステップ５４０をループして、ドライバー端末データベース内の他のドライバー端末が第１のドライバー端末セット内にあるか否かを判断してもよい。
図６は、幾つかの実施形態に係る、第１のドライバー端末セットを決定するプロセス６００の一例を示すフローチャートである。幾つかの実施形態では、プロセス６００は、図１に示すシステム１００において実施してもよい。例えば、プロセス６００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に命令の形態として記憶してもよく、サーバー１１０（例えば、サーバー１１０内の処理エンジン１１２、サーバー１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出し、及び／又は実行してもよい。
ステップ６１０において、プロセッサ２２０は、ドライバー端末データベースからドライバー端末の情報を取得してもよい。幾つかの実施形態では、ドライバー端末データベースは、データベース１５０に記憶されてもよい。幾つかの実施形態では、ドライバー端末データベースは、ドライバー端末のユーザー名、ドライバー端末に関連付けられた車両、ドライバー端末のユーザーの連絡先、ドライバー端末のユーザーの写真、ドライバー端末の評価値、ドライバー端末のユーザーのホーム位置等、又はそれらのいずれかの組み合わせを含んでもよい。
ステップ６２０において、プロセッサ２２０は、ステップ６１０において取得されたドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の距離が、距離閾値未満であるか否かを判断してもよい。この距離閾値は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信された値であってもよい。幾つかの実施形態では、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の距離は、地図上の推定距離であってもよい。例えば、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の地図上の推定距離は、関連した履歴情報及び／又はリアルタイム道路状況に基づいてプロセッサ２２０によって求められた最短距離、最小混雑距離、最適距離であってもよい。幾つかの実施形態では、距離閾値は、プロセッサ２２０によって事前に設定してもよい。例えば、距離閾値は、開始位置を中心に形成される、円形、正方形、正６角形等、又はそれらのいずれかの組み合わせを用いて特定される、１ｋｍ〜５ｋｍの範囲内としてもよい。幾つかの実施形態では、距離閾値は、オンデマンドサービスをリクエストするサービス要求者によって事前に設定してもよく、予約リクエスト内に添付してもよい。例えば、要求者は、オンデマンドサービスの予約を要求（リクエスト）するとき、予約リクエスト内に距離閾値を事前に設定してもよい。幾つかの実施形態では、距離閾値は、オンデマンドサービスのシナリオに従って求めてもよい。
幾つかの実施形態では、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の距離が距離閾値未満である場合、ステップ６３０において、プロセッサ２２０は、このドライバー端末が第１のドライバー端末セット内にあると決定してもよい。幾つかの実施形態では、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の距離が距離閾値未満でない場合、ステップ６４０において、プロセッサ２２０は、このドライバー端末が第１のドライバー端末セット内にないと決定してもよい。幾つかの実施形態では、ドライバー端末データベースは、少なくとも１つのドライバー端末の情報を含んでもよく、プロセッサ２２０は、図６におけるステップ６１０〜ステップ６４０をループして、ドライバー端末データベース内の他のドライバー端末が第１のドライバー端末セット内にあるか否かを判断してもよい。
幾つかの実施形態では、プロセッサ２２０は、図５に示すプロセス５００及び図６に示すプロセス６００の双方に基づいて、ドライバー端末が第１のドライバー端末セット内にあるか否かを判断してもよい。例えば、評価閾値は４．８であり、距離閾値は３ｋｍである。プロセッサ２２０は、双方の条件を満たす（例えば、評価値が４．８よりも大きく、かつ、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の距離が３キロメートル未満である）ドライバー端末が第１のドライバー端末内にあるかを判断してもよい。
図７は、幾つかの実施形態に係る、第１のドライバー端末セットを決定するプロセス７００の一例を示すフローチャートである。幾つかの実施形態では、プロセス７００は、図１に示すシステム１００において実施してもよい。例えば、プロセス７００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に命令の形態として記憶してもよく、サーバー１１０（例えば、サーバー１１０内の処理エンジン１１２、サーバー１１０内の処理エンジン１１２のプロセッサ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出し、及び／又は実行してもよい。
ステップ７１０において、プロセッサ２２０は、ドライバー端末データベースからドライバー端末の情報を取得してもよい。幾つかの実施形態では、ドライバー端末データベースは、データベース１５０に記憶してもよい。幾つかの実施形態では、ドライバー端末データベースは、ドライバー端末のユーザー名、ドライバー端末に関連付けられた車両、ドライバー端末のユーザーの連絡先、ドライバー端末のユーザーの写真、ドライバー端末の評価値、ドライバー端末のユーザーのホーム位置等、又はそれらのいずれかの組み合わせを含んでもよい。
ステップ７２０において、プロセッサ２２０は、ドライバー端末の評価値に第１の重み係数を割り当ててもよい。この第１の重み係数は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信されてもよい。幾つかの実施形態では、第１の重み係数は、区間０〜１の範囲内のいずれかの値であってもよい。例えば、第１の重み係数は、０％、１０％、２５％、５０％、８０％、１００％等であってもよい。
ステップ７３０において、プロセッサ２２０は、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の距離に第２の重み係数を割り当ててもよい。この第２の重み係数は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信されてもよい。幾つかの実施形態では、第２の重み係数は、区間０〜１の範囲内のいずれかの値であってもよい。例えば、第２の重み係数は、１００％、９０％、７５％、５０％、２０％、０％等であってもよい。第１の重み係数と第２の重み係数との和は１であってもよい。
ステップ７４０において、プロセッサ２２０は、第１の式に基づいてドライバー端末の第１の総合値を求めてもよい。例えば、第１の総合値をＴ１とし、第１の重み係数をＸ１とし、ドライバー端末の評価値をＥとし、第２の重み係数をＸ２とし、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の距離をＤとした場合、第１の式を以下のものとすることができる。
Figure 0006629878
ステップ７５０において、プロセッサ２２０は、ドライバー端末の第１の総合値が総合閾値よりも大きいか否かを判断してもよい。幾つかの実施形態では、総合閾値は、プロセッサ２２０によって事前に設定してもよい。幾つかの実施形態では、総合閾値は、オンデマンドサービスをリクエストするサービス要求者によって事前に設定してもよく、予約リクエスト内に添付してもよい。例えば、要求者は、オンデマンドサービスの予約を要求するとき、予約リクエスト内に総合閾値を事前に設定してもよく、その設定した総合閾値をプロセッサ２２０によって受信するようにしてもよい。幾つかの実施形態では、プロセッサ２２０は、オンデマンドサービスのシナリオに従って総合閾値を求めてもよい。
幾つかの実施形態では、ドライバー端末の第１の総合値が総合閾値よりも大きい場合、ステップ７６０において、プロセッサ２２０は、このドライバー端末が第１のドライバー端末セット内にあると決定してもよい。幾つかの実施形態では、ドライバー端末の第１の総合値が総合閾値よりも大きくない場合、ステップ７７０において、プロセッサ２２０は、このドライバー端末が第１のドライバー端末セット内にないと決定してもよい。幾つかの実施形態では、ドライバー端末データベースは、少なくとも１つのドライバー端末を含んでもよく、プロセッサ２２０は、図７におけるステップ７１０〜ステップ７７０をループして、ドライバー端末データベース内の他のドライバー端末が第１のドライバー端末セット内にあるか否かを判断してもよい。幾つかの実施形態では、重み係数が大きいほど、優先度は高くなる。例えば、８０％の重み係数を有するドライバー端末は、２０％の重み係数を有するドライバー端末よりも高い優先度を有するようにしてもよい。
図８は、幾つかの実施形態に係る第２の基準に基づいてターゲットドライバー端末を決定するプロセス８００の一例を示すフローチャートである。幾つかの実施形態では、プロセス８００は、図１に示すシステム１００において実行してもよい。例えば、プロセス８００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に命令の形態として記憶してもよく、サーバー１１０（例えば、サーバー１１０内の処理エンジン１１２、サーバー１１０内の処理エンジン１１２のＣＰＵ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出し、実行するようにしてもよい。
ステップ８１０において、プロセッサ２２０は、第２のドライバー端末セットからドライバー端末の情報を取得してもよい。第２のドライバー端末セットの情報は、データベース１５０、ＲＯＭ２３０、ＲＡＭ２４０、及び／又はＣＰＵ２２０によって実行される他のタイプの非一時的記憶媒体に記憶させてもよい。第２のドライバー端末セットは、プロセッサ２２０によって第１のドライバー端末セットから決定してもよく、第２のドライバー端末セットは、第１のドライバー端末セットにおいて予約依頼を受理する応答を送信する少なくとも１人のドライバーに関連付けられた少なくとも１つのドライバー端末を含んでもよい。幾つかの実施形態では、ドライバー端末は、評価値、ホーム位置、受注が成立したオーダーの総数、オーダーの履歴等、又はそれらのいずれかの組み合わせについての情報を含んでもよい。幾つかの実施形態では、プロセッサ２２０は、ステップ８１０〜８４０をループして、決定される他のドライバー端末の情報を取得してもよい。
ステップ８２０において、プロセッサ２２０は、ドライバー端末の評価値が第２のドライバー端末セットの最大値であるか否かを判断してもよい。幾つかの実施形態では、ドライバー端末の評価値は、このドライバー端末がオンデマンドサービスを提供する全ての乗客によって決定される平均の評価値又は評価値の中央値であってもよい。或る実施形態では、評価値は、星レベルとして表されてもよい。例えば、ドライバー端末の評価値は、３つ星、４つ星又は５つ星などの星レベルでああってもよい。或る実施形態では、評価値は、数値として表されてもよい。例えば、ドライバー端末の評価値は、１０未満のいずれかの数値（例えば、３．５、４．８、５．０、７．９、９．８等）であってもよい。別の例として、ドライバー端末の評価値は、１００未満のいずれかの数値（例えば、２０、５５、６７、８８、９８等）であってもよい。幾つかの実施形態では、第２のドライバー端末セットのドライバー端末の全ての評価値を取得してもよい。第２のドライバー端末セットの最大の評価値を有するドライバー端末を決定してもよい。幾つかの実施形態では、評価値が第２のドライバー端末セットの最大値であるドライバー端末が少なくとも１つ存在し得る。
ドライバー端末の評価値が、第２のドライバー端末セットの最大値である場合、ステップ８３０において、プロセッサ２２０は、このドライバー端末をターゲットドライバーであると決定してもよい。幾つかの実施形態では、評価値が第２のドライバー端末セットの最大値であるドライバー端末が少なくとも１つ存在し得る。幾つかの実施形態では、少なくとも１つのドライバー端末のうちの１つが、ターゲットドライバーとしてランダムに決定されてもよい。幾つかの実施形態では、少なくとも１つのドライバー端末のうちの１つが、本開示における他の個所で説明される他の基準（例えば、図９又は図１０に示す基準）に基づいてターゲットドライバーとして更に決定されてもよい。
ドライバー端末の評価値が、第２のドライバー端末セットの最大値でない場合、ステップ８４０において、プロセッサ２２０は、このドライバー端末がターゲットドライバー端末でないと決定してもよい。
図９は、幾つかの実施形態に係る、第２の基準に基づいてターゲットドライバーを決定するプロセス９００の一例を示すフローチャートである。幾つかの実施形態では、プロセス９００は、図１に示すシステム１００において実行してもよい。例えば、プロセス９００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に命令の形態として記憶してもよく、サーバー１１０（例えば、サーバー１１０内の処理エンジン１１２、サーバー１１０内の処理エンジン１１２のＣＰＵ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出し、実行してもよい。
ステップ９１０において、プロセッサ２２０は、第２のドライバー端末セットからドライバー端末の情報を取得してもよい。第２のドライバー端末セットは、データベース１５０、ＲＯＭ２３０、ＲＡＭ２４０、及び／又はＣＰＵ２２０によって実行される他のタイプの非一時的記憶媒体に記憶してもよい。第２のドライバー端末セットは、プロセッサ２２０によって第１のドライバー端末セットから決定してもよく、第２のドライバー端末セットは、第１のドライバー端末セットにおいて予約依頼を受理する応答を送信する少なくとも１人のドライバーに関連付けられた少なくとも１つのドライバー端末を含んでもよい。幾つかの実施形態では、ドライバー端末は、評価値、ホーム位置、受注が成立したオーダーの総数、オーダーの履歴等、又はそれらのいずれかの組み合わせについての情報を含んでもよい。幾つかの実施形態では、プロセッサ２２０は、ステップ９１０〜９４０をループして、決定される他のドライバー端末の情報を取得してもよい。
ステップ９２０において、プロセッサ２２０は、ドライバー端末のホーム位置と予約リクエストの開始位置との間の距離が第２のドライバー端末セットの最小値であるか否かを決定してもよい。幾つかの実施形態では、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の距離は、地図上の推定距離であってもよい。例えば、ドライバー端末のホーム位置とオンデマンドサービスの開始位置との間の地図上の推定距離は、関連した履歴情報及び／又はリアルタイム道路状況に基づいてプロセッサ２２０によって求められた最短距離、最小混雑距離、最適距離であってもよい。幾つかの実施形態では、第２のドライバー端末セットのドライバー端末のホーム位置と予約リクエストの開始位置との間の全ての距離を取得してもよい。ホーム位置が第２のドライバー端末セットの予約リクエストの開始位置に最も近いドライバー端末を決定してもよい。幾つかの実施形態では、ホーム位置が第２のドライバー端末セットの予約リクエストの開始位置に最も近いドライバー端末が、少なくとも１つ存在し得る。幾つかの実施形態では、ドライバー端末のホーム位置は、ドライバー端末のリアルタイム位置、ドライバー端末に関連付けられたドライバーのリアルタイム位置、ドライバー端末の一般的な位置、ドライバー端末の事前設定位置等、又はそれらのいずれかの組み合わせに置き換えてもよい。例えば、ドライバー端末の事前設定位置と予約リクエストの開始位置との間の距離は、ステップ９２０において求めてもよい。
ドライバー端末のホーム位置と予約リクエストの開始位置との間の距離が、第２のドライバー端末セットの最小値である場合、ステップ９３０において、プロセッサ２２０は、このドライバー端末がターゲットドライバーであると決定してもよい。幾つかの実施形態では、ホーム位置が第２のドライバー端末セットの予約リクエストの開始位置に最も近いドライバー端末が少なくとも１つ存在し得る。幾つかの実施形態では、少なくとも１つのドライバー端末のうちの１つを、ターゲットドライバーとしてランダムに決定してもよい。幾つかの実施形態では、少なくとも１つのドライバー端末のうちの１つを、本開示における他の個所で説明される他の基準（例えば、図８又は図１０に示す基準）に基づいてターゲットドライバーとして更に決定してもよい。
ドライバー端末のホーム位置と予約リクエストの開始位置との間の距離が、第２のドライバー端末セットの最小値でない場合、ステップ９４０において、プロセッサ２２０は、このドライバー端末がターゲットドライバー端末でないと決定してもよい。
図１０は、幾つかの実施形態に係る第２の基準に基づいてターゲットドライバーを決定するプロセス１０００の一例を示すフローチャートである。幾つかの実施形態では、プロセス１０００は、図１に示すシステム１００において実施してもよい。例えば、プロセス１０００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に命令の形態として記憶してもよく、サーバー１１０（例えば、サーバー１１０内の処理エンジン１１２、サーバー１１０内の処理エンジン１１２のＣＰＵ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出し、実行してもよい。
ステップ１０１０において、プロセッサ２２０は、第２のドライバー端末セットからドライバー端末の情報を取得してもよい。第２のドライバー端末セットの情報は、データベース１５０、ＲＯＭ２３０、ＲＡＭ２４０、及び／又はＣＰＵ２２０によって実行される他のタイプの非一時的記憶媒体に記憶してもよい。第２のドライバー端末セットは、プロセッサ２２０によって第１のドライバー端末セットから決定してもよく、第２のドライバー端末セットは、第１のドライバー端末セットにおいて予約依頼を受理する応答を送信する少なくとも１人のドライバーに関連付けられた少なくとも１つのドライバー端末を含んでもよい。幾つかの実施形態では、ドライバー端末は、評価値、ホーム位置、受注が成立したオーダーの総数、オーダーの履歴等、又はそれらのいずれかの組み合わせについての情報を含んでもよい。幾つかの実施形態では、プロセッサ２２０は、ステップ１０１０〜１０４０をループして、決定される他のドライバー端末の情報を取得してもよい。
ステップ１０２０において、プロセッサ２２０は、ドライバー端末の、受注が成立したオーダーの総数が第２のドライバー端末セットの最大値であるか否かを判断してもよい。幾つかの実施形態では、第２のドライバー端末セットのドライバー端末全てにおける、受注が成立したオーダーの総数を取得してもよい。第２のドライバー端末セット内で、受注が成立したオーダーの最大の総数を有するドライバー端末を決定してもよい。幾つかの実施形態では、受注が成立したオーダーが第２のドライバー端末セット内で最も多いドライバー端末が、少なくとも１つ存在し得る。
ドライバー端末の受注が成立したオーダーの総数が、第２のドライバー端末セットの最大値である場合、ステップ１０３０において、このドライバー端末がターゲットドライバーであると決定してもよい。幾つかの実施形態では、第２のドライバー端末セットは、受注が成立したオーダーが最も多い少なくとも１つのドライバー端末を含んでもよい。幾つかの実施形態では、少なくとも１つのドライバー端末のうちの１つを、ターゲットドライバーとしてランダムに決定してもよい。幾つかの実施形態では、少なくとも１つのドライバー端末のうちの１つを、本開示における他の個所で説明される他の基準（例えば、図８又は図９に示す基準）に基づいてターゲットドライバーとして更に決定してもよい。
ドライバー端末の受注が成立したオーダーの総数が、第２のドライバー端末セットの最大値でない場合、ステップ１０４０において、プロセッサ２２０は、このドライバー端末がターゲットドライバー端末でないと決定してもよい。
図１１は、幾つかの実施形態に係る第２の基準に基づいてターゲットドライバーを決定するプロセス１１００の一例を示すフローチャートである。幾つかの実施形態では、プロセス１１００は、図１に示すシステム１００において実施してもよい。例えば、プロセス１１００は、データベース１５０及び／又は記憶装置（例えば、ＲＯＭ２３０、ＲＡＭ２４０等）に命令の形態として記憶してもよく、サーバー１１０（例えば、サーバー１１０内の処理エンジン１１２、サーバー１１０内の処理エンジン１１２のＣＰＵ２２０、又は図３に示す処理エンジン１１２内の１つ以上の構成要素）によって呼び出し、実行してもよい。
ステップ１１１０において、プロセッサ２２０は、第２のドライバー端末セットからドライバー端末の情報を取得してもよい。第２のドライバー端末セットの情報は、データベース１５０、ＲＯＭ２３０、ＲＡＭ２４０、及び／又はＣＰＵ２２０によって実行される他のタイプの非一時的記憶媒体に記憶してもよい。第２のドライバー端末セットは、プロセッサ２２０によって第１のドライバー端末セットから決定してもよく、第２のドライバー端末セットは、第１のドライバー端末セットにおいて予約依頼を受理する応答を送信する少なくとも１人のドライバーに関連付けられた少なくとも１つのドライバー端末を含んでもよい。幾つかの実施形態では、ドライバー端末は、評価値、ホーム位置、受注が成立したオーダーの総数、オーダーの履歴等、又はそれらのいずれかの組み合わせについての情報を含んでもよい。幾つかの実施形態では、プロセッサ２２０は、ステップ１１１０〜１１８０をループして、決定される他のドライバー端末の情報を取得してもよい。
ステップ１１２０において、プロセッサ２２０は、ドライバー端末の評価値に第３の重み係数を割り当ててもよい。この第３の重み係数は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信されてもよい。幾つかの実施形態では、第３の重み係数は、区間０〜１の範囲内のいずれかの値であってもよい。例えば、第３の重み係数は、０％、１０％、２５％、５０％、８０％、１００％等であってもよい。
ステップ１１３０において、プロセッサ２２０は、ドライバー端末の距離に第４の重み係数を割り当ててもよい。この第４の重み係数は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信されてもよい。幾つかの実施形態では、第４の重み係数は、区間０〜１の範囲内のいずれかの値であってもよい。例えば、第４の重み係数は、０％、１０％、２５％、５０％、８０％、１００％等であってもよい。
ステップ１１４０において、プロセッサ２２０は、ドライバー端末の、受注が成立したオーダーの総数に第５の重み係数を割り当ててもよい。この第５の重み係数は、プロセッサ２２０によって設定されたデフォルト値であってもよいし、サービス要求者によって決定されて、プロセッサ２２０によって受信されてもよい。幾つかの実施形態では、第５の重み係数は、区間０〜１の範囲内のいずれかの値であってもよい。例えば、第５の重み係数は、０％、１０％、２５％、５０％、８０％、１００％等であってもよい。幾つかの実施形態では、第３の重み係数と、第４の重み係数と、第５の重み係数との和は、１００％であってもよい。例えば、第３の重み係数は０．３であり、第４の重み係数は０．３であり、第５の重み係数は０．４である。
ステップ１１５０において、プロセッサ２２０は、第３の重み係数、評価値、第４の重み係数、距離、第５の重み係数、及び受注が成立したオーダーの総数に基づいて、ドライバー端末の第２の総合値を求めてもよい。幾つかの実施形態では、ドライバー端末の第２の総合値は、以下の式に基づいて求めてもよい。
Figure 0006629878
 上記式において、Ｔ２はドライバー端末の第２の総合値を表し、Ｘ３はドライバー端末の評価値に対する第３の重み係数を表し、Ｘ４はドライバー端末の距離に対する第４の重み係数を表し、Ｘ５はドライバー端末の、受注が成立したオーダーの総数に対する第５の重み係数を表し、Ｅはドライバー端末の評価値を表し、Ｄはドライバー端末の距離を表し、Ｏはドライバー端末の受注が成立したオーダーの総数を表す。
幾つかの実施形態では、ドライバー端末の第２の総合値は、以下の式に基づいて求めてもよい。
Figure 0006629878
 上記式において、Ｔ２はドライバー端末の第２の総合値を表し、Ｘ３はドライバー端末の評価値に対する第３の重み係数を表し、Ｘ５はドライバー端末の、受注が成立したオーダーの総数に対する第５の重み係数を表し、Ｅはドライバー端末の評価値を表し、ｅはドライバー端末データベース内の最高評価値を表し、Ｏはドライバー端末の、受注が成立したオーダーの総数を表し、ｏはドライバー端末データベース内の、受注が成立したオーダーの上限を表す。
ステップ１１６０において、プロセッサ２２０は、ドライバー端末の第２の総合値が第２のドライバー端末セットの最大値であるか否かを判断してもよい。幾つかの実施形態では、第２のドライバー端末セットのドライバー端末の全ての第２の総合値を取得してもよい。第２のドライバー端末セット内の最大の第２の総合値を有するドライバー端末を決定してもよい。幾つかの実施形態では、第２のドライバー端末セットは、第２の総合値が最大値である少なくとも１つのドライバー端末を含んでもよい。
ドライバー端末の第２の総合値が、第２のドライバー端末セットの最大値である場合、ステップ１１７０において、プロセッサ２２０は、このドライバー端末がターゲットドライバーであると決定してもよい。幾つかの実施形態では、第２の総合値が第２のドライバー端末セット内の最大値であるドライバー端末が少なくとも１つ存在し得る。幾つかの実施形態では、少なくとも１つのドライバー端末のうちの１つを、ターゲットドライバーとしてランダムに決定してもよい。幾つかの実施形態では、少なくとも１つのドライバー端末のうちの１つを、本開示における他の個所で説明される他の基準に基づいてターゲットドライバーとして更に決定してもよい。
ドライバー端末の第２の総合値が、第２のドライバー端末セットの最大値でない場合、ステップ１１８０において、プロセッサ２２０は、このドライバー端末がターゲットドライバー端末でないと決定してもよい。
当然ながら、プロセス１１００の上記説明は、単なる例示として提供されているにすぎず、唯一の実施形態として理解されることを意図したものではない。当業者であれば、本開示の幾つかの実施形態の教示の下で様々な変形や変更を行うことができる。ただし、それらの変形や変更は、本開示の幾つかの実施形態の保護から逸脱することはできない。例えば、ステップ１１２０、１１３０及び１１４０は、他のいずれかのシーケンスで動作してもよい。
基本概念を上記のように説明してきたが、この詳細な開示を読んだ後、前述の詳細な開示は、単に例としての提示を意図したものにすぎず、限定的ではないことが当業者にはかなり明らかになるであろう。本明細書において明示的に述べられていないが、様々な改変、改良、及び変更を行うことができ、これらは当業者に向けたものである。これらの改変、改良、及び変更は、本開示によって示唆されることが意図されており、本開示の例示的な実施形態の趣旨及び範囲内にある。
その上、幾つかの特定の術語が、本開示の実施形態を説明するのに用いられている。例えば、「１つの実施形態」、「一実施形態」、及び／又は「幾つかの実施形態」という用語は、実施形態について説明した特定の特徴、構造又は特性が本開示の少なくとも１つの実施形態に含まれることを意味する。したがって、本明細書の様々な部分における「一実施形態」、「１つの実施形態」又は「代替の実施形態」への言及が２つ以上あっても、これは、全てが必ずしも同じ実施形態を指しているとは限らないことを強調するとともに、そのことを理解されたい。さらに、特定の特徴、構造又は特性は、本開示の１つ以上の実施形態において適宜組み合わせてもよい。
さらに、本開示の態様は、いずれかの新規で有用なプロセス、機械、生産物、若しくは組成物、又はそれらの新規で有用ないずれかの改良形態を含む、数々の特許可能なクラス又はコンテキストの範囲内において、本明細書で図示及び説明できることが当業者によって理解されるであろう。したがって、本開示の態様は、全体をハードウェアで実施することもできるし、全体をソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコード等を含む）で実施することもできる。また、本明細書において全て「ブロック」、「モジュール」、「エンジン」、「ユニット」、「構成要素」、又は「システム」と一般に呼ぶことができるソフトウェア及びハードウェアを組み合わせた実施態様で実施することもできる。さらに、本開示の態様は、具現化されたコンピューター可読プログラムコードを有する１つ以上のコンピューター可読媒体に具現化されたコンピュータープログラム製品の形態を取ることができる。
コンピューター可読信号媒体は、例えば、ベースバンド内に又は搬送波の一部分として具現化されたコンピューター可読プログラムコードを有する伝播データ信号を含んでもよい。そのような伝播信号は、電磁気、光等、又はそれらのいずれかの適した組み合わせを含む様々な形態のうちのいずれかを取ることができる。コンピューター可読信号媒体は、コンピューター可読記憶媒体でないいずれかのコンピューター可読媒体であって、命令実行システム、命令実行装置、若しくは命令実行デバイスによって用いられるか又はこれらに関して用いられるプログラムを通信、伝播、又は搬送してもよいコンピューター可読媒体のいずれかであってもよい。コンピューター可読信号媒体上に具現化されたプログラムコードは、無線、ワイヤーライン、光ファイバーケーブル、ＲＦ等、又はそれらの適したいずれかの組み合わせを含む適切な媒体のいずれかを用いて送信してもよい。
本開示の態様の動作を実行するコンピュータープログラムコードは、Ｊａｖａ（登録商標）、Ｓｃａｌａ、Ｓｍａｌｌｔａｌｋ、Ｅｉｆｆｅｌ、ＪＡＤＥ、Ｅｍｅｒａｌｄ、Ｃ＋＋、Ｃ＃、ＶＢ．ＮＥＴ、Ｐｙｔｈｏｎ等のオブジェクト指向型プログラミング言語、「Ｃ」プログラミング言語、Ｖｉｓｕａｌ Ｂａｓｉｃ、Ｆｏｒｔｒａｎ１７０３、Ｐｅｒｌ、ＣＯＢＯＬ１７０２、ＰＨＰ、ＡＢＡＰ等の従来の手続型プログラミング言語、Ｐｙｔｈｏｎ、Ｒｕｂｙ及びＧｒｏｏｖｙ等の動的プログラミング言語などの１つ以上のプログラミング言語のいずれかの組み合わせで記述してもよい。プログラムコードは、スタンドアローンソフトウェアパッケージとして、全体をユーザーのコンピューター上で実行することもできるし、一部をユーザーのコンピューター上で実行することもできるし、一部をユーザーのコンピューター上で、及び一部をリモートコンピューター上で実行することもできるし、全体をリモートコンピューター又はサーバー上で実行することもできる。後半のシナリオでは、リモートコンピューターは、ローカルエリアネットワーク（ＬＡＮ）又はワイドエリアネットワーク（ＷＡＮ）を含むいずれかのタイプのネットワークを通じてユーザーのコンピューターに接続してもよい。すなわち、この接続は、（例えば、インターネットサービスプロバイダーを用いてインターネットを通じて）外部コンピューターに対して行うこともできるし、クラウドコンピューティング環境において行うこともできるし、サービス型ソフトウェア（ＳａａＳ）等のサービスとして提供することもできる。
さらに、処理要素若しくは処理シーケンスの列挙した順序、又はそれらの数字、文字、若しくは他の名称の使用は、請求項において指定する場合を除いて、請求項に記載のプロセス及び方法をいずれの順序にも限定することを意図するものではない。上記開示は、様々な例を通じて、本開示の様々の有用な実施形態であると現在考えられているものを論述しているが、そのような詳細は、その目的のためのものにすぎず、添付の特許請求の範囲は、開示された実施形態に限定されるものではなく、逆に、開示された実施形態の趣旨及び範囲内にある変更及び均等なアレンジを包含することが意図されていることが理解されるであろう。例えば、上述した様々な構成要素の実施態様は、ハードウェアデバイスに具現化してもよいが、ソフトウェアのみのソリューション、例えば、既存のサーバー又はモバイルデバイス上へのインストールとして実施することもできる。
同様に、本開示の実施形態の上記説明では、様々な実施形態のうちの１つ以上の理解に役立つ本開示のストリームライン化を目的として、様々な特徴がともに単一の実施形態、その実施形態の図、又はその実施形態の説明にグループ化されることがあることが理解されるであろう。ただし、この開示方法は、請求項に記載の主題が、各請求項に明示列挙されたものよりも多くの特徴を必要とするという意図を反映するものと解釈されるべきでない。逆に、請求項に記載の主題は、上記開示された単一の実施形態に含まれる全ての特徴よりも少ない数の特徴によるものであってもよい。

Claims (20)

  1. オンデマンドサービスの予約オーダーを割り当てるように構成されたシステムであって、
    バスと、
    オンデマンドサービスにおいて予約オーダーを割り当てる一組の命令を含む、前記バスと接続された少なくとも１つの記憶媒体と、
    前記バスを介して前記記憶媒体と通信する論理回路であって、前記一組の命令を実行すると、
    要求者からのオンデマンドサービスのオンライン予約リクエストを取得することと、
    第１の基準に基づいて第１のサービス提供者端末セットを識別することと、
    前記予約リクエストの予約依頼を前記第１のサービス提供者端末セットに送信することと、
    前記第１のサービス提供者端末セット内の第２のサービス提供者端末セットから、前記予約依頼を受理する少なくとも１つの応答を取得することと、
    第２の基準に基づいて、前記第２のサービス提供者端末セットから目的サービス提供者端末を識別することと、
    前記要求者と前記目的サービス提供者端末のユーザーとの間に契約関係を確立することと、
    前記予約リクエストの確認通知を前記目的サービス提供者端末及び前記要求者に送信することと、
    を行う電流を流すように指示される、論理回路と、
    を備え、
    前記予約リクエストの前記予約依頼は、サービス提供者端末と前記要求者との間の距離及び／又はサービス提供者端末のユーザーのホーム位置と前記要求者との間の距離に基づいて求められた前記オンデマンドサービスの開始時刻前の期間に前記第１のサービス提供者端末セットに送信される、システム。
  2. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記第１の基準は、
    サービス提供者端末の評価値が評価閾値よりも大きいこと、又は、
    サービス提供者端末の前記ユーザーのホーム位置と前記オンデマンドサービスの前記開始位置との間の距離が距離閾値未満であること、
    のうちの少なくとも一方を含む、請求項１に記載のシステム。
  3. 前記第１のサービス提供者端末セットを識別するために、前記論理回路は、
    複数のサービス提供者端末の情報を取得することと、
    前記複数のサービス提供者端末の各サービス提供者端末について、
    サービス提供者端末の前記評価値に第１の重み係数を割り当てることと、
    前記距離に第２の重み係数を割り当てることと、
    前記第１の重み係数及び前記第２の重み係数に基づいて、前記提供者端末の第１の総合値を求めることと、
    前記複数のサービス提供者端末から、対応する前記第１の総合値が総合閾値よりも大きい少なくとも１つのサービス提供者端末を前記第１の提供者端末セットとして選択することと、
    を行うように更に指示される、請求項２に記載のシステム。
  4. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記第２の基準は、
    サービス提供者端末の評価値が前記第２のサービス提供者端末セットの最大値であること、
    サービス提供者端末の前記ユーザーの位置と前記オンデマンドサービスの前記開始位置との間の距離が、前記第２のサービス提供者端末セットの最小値であること、又は、
    サービス提供者端末の、受注が成立したオーダーの総数が、前記第２のサービス提供者端末セットの最大値であること、
    のうちの少なくとも１つを含む、請求項１に記載のシステム。
  5. 前記目的サービス提供者端末を識別するために、前記論理回路は、
    前記第２のサービス提供者端末セットの各サービス提供者端末について、
    サービス提供者端末の前記評価値に第３の重み係数を割り当てることと、
    前記距離に第４の重み係数を割り当てることと、
    前記受注が成立したオーダーの前記総数に第５の重み係数を割り当てることと、
    前記第３の重み係数、前記第４の重み係数及び前記第５の重み係数に基づいて、前記提供者端末の第２の総合値を求めることと、
    前記第２のサービス提供者端末セットから、対応する前記第２の総合値が最も大きいサービス提供者端末を前記目的サービス提供者端末として選択することと、
    を行うように更に指示される、請求項４に記載のシステム。
  6. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記論理回路は、
    前記要求者から前記オンデマンドサービスの前記予約リクエストを取得した後であって前記オンデマンドサービスの前記開始時刻前に、前記予約リクエストの前記予約依頼を送出するための前記期間を決定すること、
    を行う電流を流すように更に指示される、請求項１に記載のシステム。
  7. 前記論理回路は、
    前記予約依頼を前記第１のサービス提供者端末セットにブロードキャストすること、又は、
    前記予約依頼を前記第１のサービス提供者端末セット内の個別のサービス提供者端末にユニキャストすること、
    を行う電流を流すように更に指示される、請求項１に記載のシステム。
  8. オンデマンドサービスにおいて予約オーダーを割り当てるように構成された方法であって、
    少なくとも１つの電子デバイスによって、要求者からのオンデマンドサービスのオンライン予約リクエストを取得することと、
    前記少なくとも１つの電子デバイスによって、第１の基準に基づいて第１のサービス提供者端末セットを識別することと、
    前記少なくとも１つの電子デバイスによって、前記予約リクエストの予約依頼を前記第１のサービス提供者端末セットに送信することと、
    前記少なくとも１つの電子デバイスによって、前記第１のサービス提供者端末セット内の第２のサービス提供者端末セットから、前記予約依頼を受理する少なくとも１つの応答を取得することと、
    前記少なくとも１つの電子デバイスによって、第２の基準に基づいて、前記第２のサービス提供者端末セットから目的サービス提供者端末を識別することと、
    前記少なくとも１つの電子デバイスによって、前記要求者と前記目的サービス提供者端末のユーザーとの間に契約関係を確立することと、
    前記少なくとも１つの電子デバイスによって、前記予約リクエストの確認通知を前記目的サービス提供者端末及び前記要求者に送信することと、
    を含み、
    前記予約リクエストの前記予約依頼は、サービス提供者端末と前記要求者との間の距離及び／又はサービス提供者端末のユーザーのホーム位置と前記要求者との間の距離に基づいて求められた前記オンデマンドサービスの開始時刻前の期間に前記第１のサービス提供者端末セットに送信される、方法。
  9. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記第１の基準は、
    サービス提供者端末の評価値が評価閾値よりも大きいこと、又は、
    サービス提供者端末の前記ユーザーのホーム位置と前記オンデマンドサービスの前記開始位置との間の距離が距離閾値未満であること、
    のうちの少なくとも一方を含む、請求項８に記載の方法。
  10. 前記第１のサービス提供者端末セットの前記識別は、
    複数のサービス提供者端末の情報を取得することと、
    前記複数のサービス提供者端末の各サービス提供者端末について、
    サービス提供者端末の前記評価値に第１の重み係数を割り当てることと、
    前記距離に第２の重み係数を割り当てることと、
    前記第１の重み係数及び前記第２の重み係数に基づいて、前記提供者端末の第１の総合値を求めることと、
    前記複数のサービス提供者端末から、対応する前記第１の総合値が閾値よりも大きい少なくとも１つのサービス提供者端末を前記第１の提供者端末セットとして選択することと、
    を含む、請求項９に記載の方法。
  11. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記第２の基準は、
    サービス提供者端末の評価値が前記第２のサービス提供者端末セットの最大値であること、
    サービス提供者端末の前記ユーザーの位置と前記オンデマンドサービスの前記開始位置との間の距離が、前記第２のサービス提供者端末セットの最小値であること、又は、
    サービス提供者端末の、受注が成立したオーダーの総数が、前記第２のサービス提供者端末セットの最大値であること、
    のうちの少なくとも１つを含む、請求項８に記載の方法。
  12. 前記目的サービス提供者端末の前記識別は、
    前記第２のサービス提供者端末セットの各サービス提供者端末について、
    サービス提供者端末の前記評価値に第３の重み係数を割り当てることと、
    前記距離に第４の重み係数を割り当てることと、
    前記受注が成立したオーダーの前記総数に第５の重み係数を割り当てることと、
    前記第３の重み係数、前記第４の重み係数及び前記第５の重み係数に基づいて、前記提供者端末の第２の総合値を求めることと、
    前記第２のサービス提供者端末セットから、対応する前記第２の総合値が最大であるサービス提供者端末を前記目的サービス提供者端末として選択することと、
    を含む、請求項１１に記載の方法。
  13. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記方法は、
    前記少なくとも１つの電子デバイスによって、前記要求者から前記オンデマンドサービスの前記予約リクエストを取得した後であって前記オンデマンドサービスの前記開始時刻前に前記予約リクエストの前記予約依頼を送出するための前記期間を決定すること、
    を更に含む、請求項８に記載の方法。
  14. 前記予約リクエストの前記予約依頼の、前記第１のサービス提供者端末セットへの前記送信は、
    前記予約依頼を前記第１のサービス提供者端末セットにブロードキャストすること、又は、
    前記予約依頼を前記第１のサービス提供者端末セット内の個別のサービス提供者端末にユニキャストすること、
    のうちの少なくとも一方を含む、請求項８に記載の方法。
  15. オンデマンドサービスにおいて予約オーダーを割り当てる少なくとも一組の命令を含む非一時的コンピューター可読媒体であって、前記非一時的コンピューター可読媒体には、電子デバイスの論理回路に対し、
    要求者からのオンデマンドサービスのオンライン予約リクエストを取得する動作と、
    第１の基準に基づいて第１のサービス提供者端末セットを識別する動作と、
    前記予約リクエストの予約依頼を前記第１のサービス提供者端末セットに送信する動作であって、前記予約リクエストの前記予約依頼は、サービス提供者端末と前記要求者との間の距離及び／又はサービス提供者端末のユーザーのホーム位置と前記要求者との間の距離に基づいて求められた前記オンデマンドサービスの開始時刻前の期間に前記第１のサービス提供者端末セットに送信される動作と、
    前記第１のサービス提供者端末セット内の第２のサービス提供者端末セットから、前記予約依頼を受理する少なくとも１つの応答を取得する動作と、
    第２の基準に基づいて、前記第２のサービス提供者端末セットから目的サービス提供者端末を識別する動作と、
    前記要求者と前記目的サービス提供者端末のユーザーとの間に契約関係を確立する動作と、
    前記予約リクエストの確認通知を前記目的サービス提供者端末及び前記要求者に送信する動作と、
    を実行するように指示するための前記少なくとも一組の命令が記憶されている、非一時的コンピューター可読媒体。
  16. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記第１の基準は、
    サービス提供者端末の評価値が評価閾値よりも大きいこと、又は、
    サービス提供者端末の前記ユーザーのホーム位置と前記オンデマンドサービスの前記開始位置との間の距離が距離閾値未満であること、
    のうちの少なくとも一方を含む、請求項１５に記載の非一時的コンピューター可読媒体。
  17. 前記第１のサービス提供者端末セットの前記識別は、
    複数のサービス提供者端末の情報を取得することと、
    前記複数のサービス提供者端末の各サービス提供者端末について、
    サービス提供者端末の前記評価値に第１の重み係数を割り当てることと、
    前記距離に第２の重み係数を割り当てることと、
    前記第１の重み係数及び前記第２の重み係数に基づいて、前記提供者端末の第１の総合値を求めることと、
    前記複数のサービス提供者端末から、対応する前記第１の総合値が閾値よりも大きい少なくとも１つのサービス提供者端末を前記第１の提供者端末セットとして選択することと、
    を含む、請求項１６に記載の非一時的コンピューター可読媒体。
  18. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記第２の基準は、
    サービス提供者端末の評価値が前記第２のサービス提供者端末セットの最大値であること、
    サービス提供者端末の前記ユーザーの位置と前記オンデマンドサービスの前記開始位置との間の距離が、前記第２のサービス提供者端末セットの最小値であること、又は、
    サービス提供者端末の、受注が成立したオーダーの総数が、前記第２のサービス提供者端末セットの最大値であること、
    のうちの少なくとも１つを含む、請求項１５に記載の非一時的コンピューター可読媒体。
  19. 前記目的サービス提供者端末の前記識別は、
    前記第２のサービス提供者端末セットの各サービス提供者端末について、
    サービス提供者端末の前記評価値に第３の重み係数を割り当てることと、
    前記距離に第４の重み係数を割り当てることと、
    前記受注が成立したオーダーの前記総数に第５の重み係数を割り当てることと、
    前記第３の重み係数、前記第４の重み係数及び前記第５の重み係数に基づいて、前記提供者端末の第２の総合値を求めることと、
    前記第２のサービス提供者端末セットから、対応する前記第２の総合値が最大であるサービス提供者端末を前記目的サービス提供者端末として選択することと、
    を含む、請求項１８に記載の非一時的コンピューター可読媒体。
  20. 前記予約リクエストは、前記オンデマンドサービスの開始位置と、前記オンデマンドサービスの前記開始時刻とを含み、
    前記少なくとも一組の命令は、
    前記要求者から前記オンデマンドサービスの前記予約リクエストを取得した後であって前記オンデマンドサービスの前記開始時刻前に前記予約リクエストの前記予約依頼を送出するための前記期間を決定する動作、
    を実行するように前記論理回路に更に指示する、請求項１５に記載の非一時的コンピューター可読媒体。
JP2017552965A 2016-06-06 2017-04-05 予約オーダーを割り当てるシステム及び方法 Active JP6629878B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
CN201610401942.XA CN107464001B (zh) 2016-06-06 2016-06-06 预约单分配处理方法及服务器
CN201610401942.X 2016-06-06
CN201610436566.8 2016-06-14
CN201610436566.8A CN107507047A (zh) 2016-06-14 2016-06-14 一种预约单分配处理方法及服务器
PCT/CN2017/079433 WO2017211113A1 (en) 2016-06-06 2017-04-05 Systems and methods for allocating appointment orders

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2019220504A Division JP7235647B2 (ja) 2016-06-06 2019-12-05 予約オーダーを割り当てるシステム及び方法

Publications (2)

Publication Number Publication Date
JP2018524647A JP2018524647A (ja) 2018-08-30
JP6629878B2 true JP6629878B2 (ja) 2020-01-15

Family

ID=60578378

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2017552965A Active JP6629878B2 (ja) 2016-06-06 2017-04-05 予約オーダーを割り当てるシステム及び方法
JP2019220504A Active JP7235647B2 (ja) 2016-06-06 2019-12-05 予約オーダーを割り当てるシステム及び方法

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2019220504A Active JP7235647B2 (ja) 2016-06-06 2019-12-05 予約オーダーを割り当てるシステム及び方法

Country Status (7)

Country Link
US (1) US20180204157A1 (ja)
EP (1) EP3320530A1 (ja)
JP (2) JP6629878B2 (ja)
CN (1) CN109155100A (ja)
AU (2) AU2017101870A4 (ja)
GB (1) GB2559826A (ja)
WO (1) WO2017211113A1 (ja)

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106534132B (zh) * 2016-11-17 2021-05-18 京东方科技集团股份有限公司 基于打车订单的视频处理方法、装置、服务器和系统
US11087423B2 (en) * 2016-12-21 2021-08-10 Hitch Health, Inc. Systems and methods for transportation coordination in healthcare and other settings
US11122003B1 (en) * 2018-01-05 2021-09-14 Envite Inc. Methods and apparatus for application agnostic federation service to facilitate cross connectivity of messaging and communications platforms
WO2020029164A1 (en) * 2018-08-09 2020-02-13 Beijing Didi Infinity Technology And Development Co., Ltd. Systems and methods for allocating orders
CN111178558B (zh) * 2018-11-09 2021-03-12 北京嘀嘀无限科技发展有限公司 网约车订单处理方法及装置、计算机设备和可读存储介质
CN111258747B (zh) * 2018-11-30 2023-08-22 北京嘀嘀无限科技发展有限公司 一种服务效率控制方法及装置
CN111274471B (zh) * 2018-12-04 2024-03-05 北京嘀嘀无限科技发展有限公司 信息推送方法、装置、服务器及可读存储介质
CN110111057B (zh) * 2019-05-10 2022-07-29 拉扎斯网络科技（上海）有限公司 一种订单分配的方法、装置、可读存储介质和电子设备
CN111178724B (zh) * 2019-12-23 2022-03-04 华南理工大学 一种基于演化算法的拼车调度方法
CN111507493B (zh) * 2020-04-13 2023-04-18 北京白龙马云行科技有限公司 对象和司乘匹配方法、装置和系统
CN111625571B (zh) * 2020-05-28 2021-06-08 上海钧正网络科技有限公司 一种服务业务的匹配方法、装置、计算机设备和存储介质
CN111861104A (zh) * 2020-06-05 2020-10-30 北京嘀嘀无限科技发展有限公司 服务分配方法、装置和电子设备
KR20230023925A (ko) * 2021-08-11 2023-02-20 현대자동차주식회사 택시 차량의 단말 시스템 및 이의 동작 방법

Family Cites Families (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002157689A (ja) * 2000-11-22 2002-05-31 Nec Software Kyushu Ltd タクシーサービス方法、データ処理方法および装置、情報記憶媒体
JP2003288516A (ja) * 2002-03-28 2003-10-10 Matsushita Electric Ind Co Ltd サービス車両予約システム
JP2004046309A (ja) * 2002-07-09 2004-02-12 Takashi Wada タクシー配車システム
JP2005004595A (ja) * 2003-06-13 2005-01-06 Nobutoshi Umeda タクシー配車システム及び配車方法
JP2006040007A (ja) * 2004-07-28 2006-02-09 Nobutoshi Umeda タクシー配車システム及び配車方法
JP2008065396A (ja) * 2006-09-04 2008-03-21 Fujitsu Ten Ltd 需要予測表示方法、需要予測表示システム、無線端末およびプログラム
JP2008146500A (ja) * 2006-12-12 2008-06-26 Sueo Imamura 配車システム
US20090216600A1 (en) * 2008-02-27 2009-08-27 Montiss Llc Systems and methods for arranging a transport transaction
US10002198B2 (en) * 2009-10-28 2018-06-19 Verizon Patent And Licensing Inc. Mobile taxi dispatch system
US9230292B2 (en) * 2012-11-08 2016-01-05 Uber Technologies, Inc. Providing on-demand services through use of portable computing devices
US20130246301A1 (en) * 2009-12-04 2013-09-19 Uber Technologies, Inc. Providing user feedback for transport services through use of mobile devices
US8688532B2 (en) * 2009-12-11 2014-04-01 General Motors Llc Real-time ride share system
JP5785377B2 (ja) * 2010-10-19 2015-09-30 日本ユニシス株式会社 エコタクシー配車支援システム
US20130132246A1 (en) * 2010-12-06 2013-05-23 Uber Technologies, Inc. Providing a summary or receipt for on-demand services through use of portable computing devices
GB201106555D0 (en) * 2011-04-19 2011-06-01 Tomtom Int Bv Taxi dispatching system
US8732028B2 (en) * 2011-07-26 2014-05-20 Expose Retail Strategies Inc. Scheduling of order processing for remotely ordered goods
CN103000023B (zh) * 2011-09-15 2015-06-17 三星电子（中国）研发中心 实时出租车叫车系统和方法
CN103035117B (zh) * 2011-09-30 2015-09-30 任仙怡 出租车智能电招的方法及系统
US8510200B2 (en) * 2011-12-02 2013-08-13 Spireon, Inc. Geospatial data based assessment of driver behavior
JP2013175144A (ja) * 2012-02-23 2013-09-05 Caien System Corp スマートフォンｇｐｓを活用した安心接客安全運転タクシーキャッチシステム
US8838376B2 (en) * 2012-03-30 2014-09-16 Qualcomm Incorporated Mashup of AP location and map information for WiFi based indoor positioning
US9515708B2 (en) * 2013-07-09 2016-12-06 Symbol Technologies, Llc Context aware multiple-input and multiple-output antenna systems and methods
EP3080774A4 (en) * 2013-12-11 2017-06-07 Uber Technologies Inc. Optimizing selection of drivers for transport requests
JP6341533B2 (ja) * 2014-04-15 2018-06-13 Ｎｅｃプラットフォームズ株式会社 配車管理システム、配車管理装置、配車管理方法、及び、配車管理プログラム
US9581455B2 (en) * 2014-05-06 2017-02-28 Elwha Llc Systems and methods for providing at least a portion of a travel plan that calls for at least one transportation vehicle unit
CN103996290B (zh) * 2014-06-09 2016-08-24 北京东方车云信息技术有限公司 一种提供叫车服务的方法、服务器及系统
WO2016022571A2 (en) * 2014-08-04 2016-02-11 Stayful.com, Inc. Electronic marketplace platform for expiring inventory
US20160042303A1 (en) * 2014-08-05 2016-02-11 Qtech Partners LLC Dispatch system and method of dispatching vehicles
JP2016057777A (ja) * 2014-09-08 2016-04-21 日本電気株式会社 配車予約システム、車両管理サーバ、車載端末及び配車予約方法
CN104463509A (zh) * 2014-12-29 2015-03-25 先锋智道（北京）科技有限公司 网络打车的订单推送方法和网络打车的订单确认方法
US10157436B2 (en) * 2015-10-09 2018-12-18 Gt Gettaxi Limited System for navigating vehicles associated with a delivery service

Also Published As

Publication number Publication date
AU2017265116A1 (en) 2018-01-18
EP3320530A4 (en) 2018-05-16
JP2018524647A (ja) 2018-08-30
CN109155100A (zh) 2019-01-04
AU2017101870A4 (en) 2019-12-05
WO2017211113A1 (en) 2017-12-14
JP7235647B2 (ja) 2023-03-08
JP2020057404A (ja) 2020-04-09
GB201716372D0 (en) 2017-11-22
GB2559826A (en) 2018-08-22
US20180204157A1 (en) 2018-07-19
EP3320530A1 (en) 2018-05-16

Similar Documents

Publication Publication Date Title
JP6629878B2 (ja) 予約オーダーを割り当てるシステム及び方法
CN109196547B (zh) 用于推荐服务位置的系统和方法
CN108701404B (zh) 拼车方法和系统
TWI696976B (zh) 用於監控隨選服務的系統、方法及非暫態電腦可讀取媒體
CN108713326B (zh) 分配按需服务请求的系统及方法
JP6538196B2 (ja) サービスの要求を分配するシステム及び方法
CN110678885B (zh) 用于运力调度的系统和方法
TWI633511B (zh) 共乘的方法和系統
CN108701403B (zh) 用于展示与服务请求相关的标识的系统及方法
JP6899444B2 (ja) 相乗りのための方法およびシステム
CN110462655B (zh) 运力调度系统和方法
JP2018533778A (ja) 共有可能な注文を割り当てるためのシステムおよび方法
EP3754583A1 (en) Systems and methods for carpooling
JP2019507400A (ja) オンデマンドサービスのための情報を提供するシステム及び方法
CN109923373B (zh) 用于确定车辆参考方向的系统和方法
JP2020515951A (ja) オンデマンドサービスのための乗り物を割り当てるシステム及び方法
JP6772302B2 (ja) 情報処理のためのシステム及び方法
TWI674510B (zh) 用於推薦搭乘地點的系統和方法
CN111277618A (zh) 一种信息推送方法、装置、电子设备及存储介质
CN111489214B (zh) 订单分配方法、条件设置方法、装置及电子设备
US11029166B2 (en) Systems and methods for reserving a carpooling service

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171228

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20171228

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20181220

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190129

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20190507

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20191105

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191205

R150 Certificate of patent or registration of utility model

Ref document number: 6629878

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250