JP6869270B2 - 組み合わせによって生じるサービス要請者を決定するためのシステム及び方法 - Google Patents

Description

［関連出願への相互参照］
この出願は、２０１７年６月１４日に出願された中国特許出願第２０１７１０４４７９０３．８号の優先権を主張し、中国特許出願第２０１７１０４４７９０３．８号の全内容は、これにより参照によって援用される。

本開示は、一般に、オンライン・ツー・オフラインのサービスに関し、且つ、特に、組み合わせによって生じるサービス要請者を決定するためのシステム及び方法に関する。

インターネットの発展によって、オンライン・ツー・オフラインのサービス（例えば、オンラインでタクシーを呼ぶサービス）がますます普及している。オンライン・ツー・オフラインのサービスは、サービス提供者（例えば、運転手）とサービス要請者（例えば、乗客）との間の情報の不釣り合いの問題をうまく解決する。例えば、オンラインでタクシーを呼ぶサービスを利用する際、何人かの乗客は、他人と乗車を共有するべく、相乗りサービスを選ぶ。既存の相乗りプロセスは受動的である。乗客が第１のサービス要請を始める場合、オンライン・ツー・オフラインのサービスプラットフォームは、例えば、目的地及び／又は出発場所に基づいて、相乗りを求める複数のサービス要請から、第１のサービス要請と組み合わせるべき、第２のサービス要請を捜してもよい。もし、相乗りするべき複数のサービス要請の中に、第１のサービス要請との組み合わせによって生じるサービス要請が存在しない場合、オンライン・ツー・オフラインのサービスプラットフォームは、空車の運転手（例えば、現在のところ乗客を運んでいない運転手）を第１のサービス要請に割り当ててもよい。既存の受動的な相乗りプロセスの主な問題は、オンライン・ツー・オフラインのサービスが、組み合わせによって生じる（ｃｏｍｂｉｎａｔｉｖｅ）サービス要請を見つけるのに、短い時間しか有していないということである。例えば、第１のサービス要請と類似の出発場所及び類似の目的地を有する新しいサービス要請は、第１のサービス要請が開始された１分後には、時間に間に合わないかもしれない。オンライン・ツー・オフラインのサービスプラットフォームは、１分前の新しい要請を受信しなかったため、第１のサービス要請は、空車の運転手に既に割り当てられてしまっており、且つ、恐らくは、出発場所から既に出発している。したがって、オンライン・ツー・オフラインのサービスプラットフォームはまた、別の空車の運転手を新しいサービス要請に割り当てなければならないかもしれない。その理由は、オンライン・ツー・オフラインのサービスプラットフォームは、新しいサービス要請に対して、組み合わせによって生じるサービス要請を見つけることができないからである。そのため、相乗り取引率は、比較的に低いかもしれない。それ故に、相乗り取引率を改善するべく、組み合わせによって生じるサービス要請者を決定するためのシステム及び方法を提供することが望ましい。

本開示の第一の態様によれば、組み合わせによって生じるサービス要請者を決定するためのシステムは、１つ以上の記憶媒体と、該１つ以上の記憶媒体と通信するように構成された１つ以上のプロセッサと、を含んでもよい。１つ以上の記憶媒体は、一セットの命令を含んでもよい。１つ以上のプロセッサが一セットの命令を実行する場合、次の動作の１つ以上を実施するように、１つ以上のプロセッサに指図してもよい。１つ以上のプロセッサは、第１のサービス要請者から第１のサービス要請を受信してもよい（動作（１））。第１のサービス要請は、出発時刻、出発場所、及び目的地を含んでもよい。１つ以上のプロセッサは、複数の第１候補のサービス要請者を獲得してもよく、該複数の第１候補のサービス要請者の各々は、未決定の要請に関連付けられる（動作（２））。１つ以上のプロセッサは、第２のサービス要請に関連付けられた、少なくとも１つの第２のサービス要請が存在するかどうかを決定してもよく、ここで該第２のサービス要請は、複数の第１候補のサービス要請の中で、第１のサービス要請との組み合わせによって生じるものである（動作（３））。１つ以上のプロセッサは、少なくとも１つの第２のサービス要請が存在しないという決定に呼応して、複数の第１候補のサービス要請者とは異なる、複数の第３のサービス要請者を決定してもよい（動作（４））。１つ以上のプロセッサは、複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を決定してもよい（動作（５））。１つ以上のプロセッサは、第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始するべく、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信してもよい（動作（６））。

幾つかの実施形態において、複数の第３のサービス要請者を決定するべく、少なくとも１つのプロセッサは、複数の第１候補のサービス要請者とは異なる、複数の第２候補のサービス要請者を獲得してもよい。１つ以上のプロセッサは、複数の第２候補のサービス要請者の中から、複数の第３のサービス要請者を選択してもよい。複数の第３のサービス要請者の各々は、出発場所を含む領域内にある過去の出発場所に対して、及び／又は、出発時刻を含む所定の時間間隔内にある過去の出発時刻に対して、第１の所定の数の過去の要請を既に開始している。第１の所定の数は、第１の数の閾値より大きくてもよい。複数の第３の要請者の各々は、相乗りメッセージが送信されることを可能にし、且つ／又は、第１の所定期間中に、第２の所定の数の相乗りメッセージの過去の受信を有してもよい。第２の所定の数は、第２の数の閾値より小さくてもよい。

幾つかの実施形態において、出発場所を含む領域を決定するために、１つ以上のプロセッサは、出発場所を含む領域を決定するべく、ジオハッシュ（Ｇｅｏｈａｓｈ）アルゴリズムを実施してもよい。代わりに又は加えて、１つ以上のプロセッサは、出発場所を中心とし、且つ所定の値の半径を有する円領域を決定してもよい。代わりに又は加えて、１つ以上のプロセッサは、出発場所を含む長方形領域を決定してもよい。

幾つかの実施形態において、少なくとも一人の標的となるサービス要請者を決定するべく、１つ以上のプロセッサは、第１のサービス要請者と複数の第３のサービス要請者との間の相乗りの確率を決定してもよい（動作（７））。１つ以上のプロセッサは、相乗りの確率を順位付けしてもよい（動作（８））。１つ以上のプロセッサは、複数の第３のサービス要請者の数を設計してもよく、ここで該複数の第３のサービス要請者は、少なくとも一人の標的となるサービス要請者として、順位付けに基づいて、又は確率の閾値よりも大きい確率を有することに基づいて、最も高い確率から順に始まる（動作（９））。

幾つかの実施形態において、相乗りメッセージが少なくとも１人の標的となるサービス要請者に送信された後に、１つ以上のプロセッサは、第３のサービス要請が開始されるかどうかを決定してもよい。もし第３のサービス要請が開始されない場合、１つ以上のプロセッサは、複数の第３のサービス要請者から少なくとも一人の標的となるサービス要請者を除去し、且つ、動作（７）を繰り返してもよい。

幾つかの実施形態において、動作（７）を繰り返すことによって、少なくとも一人の標的となるサービス要請者として、複数の第３のサービス要請者の新しい数が結果として生じてもよく、ここで、該新しい数は、少なくとも一人の標的となるサービス要請者の直前の数より大きくてもよい。

幾つかの実施形態において、１つ以上のプロセッサが、第１のサービス要請との組み合わせによって生じる要請を見つけることを可能にするべく、１つ以上のプロセッサは、第１のサービス要請者が、第２の所定期間の間、待機する意志があるかどうかを問い合せる通知を、第１のサービス要請者に送信してもよい。１つ以上のプロセッサは、第１のサービス要請者からの通知に対する応答に基づいて、第１のサービス要請者が、第２の所定期間の間、待機する意志があることを決定し、その後、動作（４）から動作（６）を実行するか、又は、さもなければ、サービス提供者を第１のサービス要請者に割り当てると共に、第１のサービス要請者を第１候補のサービス要請者に配置してもよい。

幾つかの実施形態において、１つ以上のプロセッサは、少なくとも一人の標的となるサービス要請者に、第１のサービス要請者の個人情報を発信してもよい。

幾つかの実施形態において、１つ以上のプロセッサは、第１のサービス要請者又は少なくとも一人の標的となるサービス要請者に、１つ以上のクーポンを送信してもよい。

本開示の別の態様によれば、組み合わせによって生じるサービス要請者を決定するための方法は、次の動作の１つ以上を含んでもよい。１つ以上のプロセッサは、第１のサービス要請者から第１のサービス要請を受信してもよい。第１のサービス要請は、出発時刻、出発場所、及び目的地を含んでもよい。１つ以上のプロセッサは、複数の第１候補のサービス要請者を獲得してもよく、該複数の第１候補のサービス要請者の各々は、未決定の要請に関連付けられる。１つ以上のプロセッサは、複数の第１候補のサービス要請者の中で、第１のサービス要請との組み合わせによって生じる第２のサービス要請に関連付けられた、少なくとも一人の第２のサービス要請者が存在するかどうかを決定してもよい。１つ以上のプロセッサは、少なくとも１人の第２のサービス要請者が存在しないという決定に呼応して、複数の第１候補のサービス要請者とは異なる、複数の第３のサービス要請者を決定してもよい。１つ以上のプロセッサは、複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を決定してもよい。１つ以上のプロセッサは、第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始するべく、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信してもよい。

本開示の更に別の態様によれば、組み合わせによって生じるサービス要請者を決定するためのシステムは、決定モジュールを含んでもよく、ここで該決定モジュールは、第１のサービス要請者から第１のサービス要請を受信し、複数の第１候補のサービス要請者（これら複数の第１候補のサービス要請者の各々は、未決定の要請に関連付けられる）を獲得し、且つ、複数の第１候補のサービス要請者の中で、第１のサービス要請との組み合わせによって生じる第２のサービス要請に関連付けられた、少なくとも一人の第２のサービス要請者が存在するかどうかを決定する、ように構成される。第１のサービス要請は、出発時刻、出発場所、及び目的地を含んでもよい。システムはまた、検索モジュールを含んでもよく、ここで該検索モジュールは、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、複数の第１候補のサービス要請者とは異なる、複数の第３のサービス要請者を決定するように構成される。システムはまた、処理モジュールを含んでもよく、ここで該処理モジュールは、複数の第３のサービス要請者から少なくとも一人の標的となるサービス要請者を決定し、且つ、第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始するべく、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信するように構成される。

本開示の更に別の態様によれば、非一時的なコンピュータ可読媒体は、組み合わせによって生じるサービス要請者を決定するための、少なくとも一セットの命令を備えてもよい。少なくとも一セットの命令は、コンピュータサーバの１つ以上のプロセッサによって実行してもよい。１つ以上のプロセッサは、第１のサービス要請者から第１のサービス要請を受信してもよい。第１のサービス要請は、出発時刻、出発場所、及び目的地を含んでもよい。１つ以上のプロセッサは、複数の第１候補のサービス要請者を獲得してもよく、該複数の第１候補のサービス要請者の各々は、未決定の要請に関連付けられる。１つ以上のプロセッサは、複数の第１候補のサービス要請者の中で、第１のサービス要請との組み合わせによって生じる第２のサービス要請に関連付けられた、少なくとも一人の第２のサービス要請者が存在するかどうかを決定してもよい。１つ以上のプロセッサは、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、複数の第１候補のサービス要請者とは異なる、複数の第３のサービス要請者を決定してもよい。１つ以上のプロセッサは、複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を決定してもよい。１つ以上のプロセッサは、第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始するべく、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信してもよい。

付加的な特徴は、後に続く説明の中で部分的に明記する。該付加的な特徴は、後に続く記述及び添付図面を吟味するに当たり、当業者には部分的に明らかとなるであろう。該付加的な特徴は、生産によって、若しくは実施例の動作を行うことによって学習され得る。本開示の特徴は、以下で議論される詳細な実施例の中で明記する方法論、手段、及び組み合わせの様々な態様を実践することによって、又は該様々な態様を使用することによって、実現すると共に達成し得る。

本開示は、典型的な実施形態の観点から更に説明される。これらの典型的な実施形態は、図面を参照しながら詳細に説明される。これらの実施形態は、非制限的である典型的な実施形態であり、該典型的実施形態の中で、同様な参照符号は、図面の幾つかの図を通して、類似の構造を表す。

本開示の幾つかの実施形態による、典型的なオンライン・ツー・オフラインのサービスシステムを例示する模式図である。 本開示の幾つかの実施形態による、コンピューティングデバイスの典型的なハードウェア構成要素及び／又はソフトウェア構成要素を例示する模式図である。 本開示の幾つかの実施形態による、携帯デバイスの典型的なハードウェア構成要素及び／又はソフトウェア構成要素を例示する模式図である。 本開示の幾つかの実施形態による、典型的な相乗り要請処理デバイスを例示するブロック図である。 本開示の幾つかの実施形態による、組み合わせによって生じるサービス要請者を決定するための、典型的なプロセスを例示するフローチャートである。 本開示の幾つかの実施形態による、組み合わせによって生じるサービス要請者を決定するための、典型的なプロセスを例示するフローチャートである。

以下の説明は、当業者が本開示を製造すること及び使用することを可能にするために提示され、且つ、特定の応用及びその要件の文脈において提供される。開示された実施形態に対する様々な修正は、当業者にとっては容易に明らかであろう。そして、本明細書で定義された一般的原理は、本開示の趣旨及び範囲から逸脱することなく、他の実施形態及び応用に適用されるであろう。したがって、本開示は、示された実施形態に限定されず、特許請求の範囲と首尾一貫した、最も広い範囲と一致するべきである。

本明細書で使用される用語は、特定の実施例を説明することだけを目的としており、且つ、限定的であることを意図しない。本明細書で使用されるように、「ａ」、「ａｎ」、及び「ｔｈｅ」などの単数形は、文脈上明らかにそうでないことを示さない限り、同様に複数形を含むことを意図するであろう。更に理解されることであろうが、「備える（「ｃｏｍｐｒｉｓｅ」及び／又は「ｃｏｍｐｒｉｓｉｎｇ」）」、「含む（「ｉｎｃｌｕｄｅ」及び／又は「ｉｎｃｌｕｄｉｎｇ」）」という用語は、この開示の中で使用される場合、陳述された特徴、整数、ステップ、動作、要素、及び／又は構成要素の存在を指定するが、しかし、１つ以上の他の特徴、整数、ステップ、動作、要素、構成要素、及び／又はこれらのグループの存在及び追加を排除しない。

本開示のこれらの特徴及び他の特徴、並びに特性は、動作の方法、及び構造の関連する要素の機能、並びに製造部品及び製造経済性の組み合わせと同様に、添付図を参照しながら以下の説明を考慮することで、より明らかとなるであろう。ここで図面の全ては、この開示の一部を形成する。しかしながら、図面は、例示及び説明のためだけのものであり、且つ、本開示の範囲を限定することを意図しない、ということは明確に理解されるべきである。図面はスケール通りではない、ということは理解さたい。

本開示で使用されるフローチャートは、本開示の幾つかの実施形態に従ってシステムが履行する動作を例示する。フローチャートの動作は順序通りでなくてもよい、ということは明確に理解されるべきである。逆に、動作は逆順に履行してもよく、又は同時に履行してもよい。そのうえ、１つ以上の動作を、フローチャートに付加してもよい。１つ以上の動作を、フローチャートから除去してもよい。

また、本開示で開示されたシステム及び方法は、主に相乗りサービスに関して説明されるが、これは単に典型的な実施形態である、ということもまた理解されるべきである。本開示のシステム又は方法は、他の任意の種類のオンライン・ツー・オフラインのサービスに適用してもよい。例えば、本開示のシステム又は方法は、陸地、海洋、航空宇宙など、又はこれらの任意の組み合わせを含む、異なる輸送システムに適用してもよい。それらの輸送システムは、車両を使用して１つの場所から別の場所へ対象物を輸送する輸送サービスを提供してもよい。対象物は、乗客及び／又は物資を含んでもよい。輸送サービスの車両は、タクシー、自家用車、ヒッチハイク車、バス、列車、超特急列車、高速鉄道、地下鉄、船、航空機、宇宙船、熱気球、無人車両、自転車、オート三輪、オートバイなど、又はこれらの任意の組み合わせを含んでもよい。輸送サービスは、タクシーを呼ぶサービス、運転代行サービス、配達サービス、相乗りサービス、バスサービス、持ち帰りサービス、運転手を雇うサービス、シャトルサービスなど、又はこれらの任意の組み合わせを含んでもよい。本開示のシステム又は方法の応用シナリオは、ウェブページ、ブラウザのプラグイン、クライアント端末、顧客システム、内部分析システム、人工知能ロボットなど、又はこれらの任意の組み合わせを含んでもよい。

相乗りサービスは、２つ以上の輸送サービスを組み合わせて、新しい輸送サービスにする手配のことを指してもよい。例えば、２つのタクシーサービスを組み合わせて、新しい輸送サービスにしてもよい。別の例として、２つの配達サービスを組み合わせて、新しい輸送サービスにしてもよい。更に別の例として、タクシーサービスと配達サービスを組み合わせて、新しい輸送サービスにしてもよい。

本明細書における「乗客」、「要請者」、「サービス要請者」、及び「顧客」という用語は、サービスを要請する、又はサービスを注文する可能性のある個人、実体、又はツールのことを指すべく、交換可能に使用される。また、本開示のおける「運転手」、「提供者」、「サービス提供者」、及び「供給者」という用語は、サービスを提供する、又はサービスの提供を促進する可能性のある個人、実体、又はツールのことを指すべく、交換可能に使用される。本開示における「ユーザ」という用語は、サービスを要請する、サービスを注文する、サービスを提供する、又はサービスの提供を促進する可能性のある個人、実体、又はツールのことを指してもよい。例えば、ユーザは、乗客、運転手、操作者など、又はこれらの任意の組み合わせであってもよい。本開示において、「乗客」及び「乗客端末」という用語は、交換可能に使用してもよく、且つ「運転手」及び「運転手端末」という用語は、交換可能に使用してもよい。

本開示における「要請」、「サービス要請」、「注文」、「相乗り注文」、「相乗り要請」、「バン相乗り注文」、「バン相乗り要請」という用語は、乗客、要請者、サービス要請者、顧客、運転手、提供者、サービス提供者、供給者など、又はこれらの任意の組み合わせによって開始される要請のことを指す。サービス要請は、乗客、要請者、サービス要請者、顧客、運転手、提供者、サービス提供者、又は供給者の任意の一人によって受け入れてもよい。サービス要請は、有料であってもよい、又は無料であってもよい。

本開示で使用される測位技術は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパス航法システム（ＣＯＭＰＡＳＳ）、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）、ワイヤレスフィデリティ（ＷｉＦｉ）測位技術など、又はこれらの任意の組み合わせを含んでもよい。上の測位技術の１つ以上は、本開示の中で交換可能に使用してもよい。

本開示の一態様は、組み合わせによって生じるサービス要請者を決定するためのシステム及び方法に関する。サービス要請者（例えば、乗客）が、他人と乗車を共有するべく、相乗りに関連付けられた第１のサービス要請を開始する場合、オンライン・ツー・オフラインのサービスプラットフォームは、相乗りすることになる複数のサービス要請から、第１のサービス要請と組み合わせるべき第２のサービス要請を捜してもよい。相乗りすることになる複数のサービス要請の中で、第１のサービス要請との組み合わせによって生じるサービス要請が存在しない場合、オンライン・ツー・オフラインのサービスプラットフォームは、現在のところサービス要請を開始していないが、第１のサービス要請との組み合わせによって生じるサービス要請を開始する可能性を有する、標的となるサービス要請を捜し、且つ、標的となるサービス要請者がそのようなサービス要請を開始することを誘発するべく、標的となるサービス要請者に相乗りメッセージを送信してもよい。

オンライン相乗りサービスのような、オンライン・ツー・オフラインのサービスは、ポストインターネット時代にだけ根付いた新しい形のサービスであることに留意されたい。そのサービスは、サービス要請者及びサービス提供者に技術的ソリューションを提供するが、該ソリューションは、ポストインターネット時代だけに生じ得るであろう。プレインターネット時代では、乗客が路上でタクシーを呼ぶ場合、サービス要請及びサービス受理は、乗客と乗客を見る一人のタクシー運転手との間だけで生じ得る。もし乗客が、電話による通話を通してタクシーを呼ぶ場合、サービス要請及びサービス受理は、乗客と一人のサービス提供者（例えば、タクシー会社又はタクシー代理店）との間だけで生じる得る。もし運転手が相乗りサービスを提供したい場合、運転手は、面と向かって乗客に尋ね、且つ、相乗りサービスを乗客に提供することが可能かどうかを、運転手の経験によって決定しなければならない。オンライン相乗りサービスは、しかしながら、インターネットを通してサービス要請を獲得し、且つ、組み合わせによって生じるサービス要請を、実時間でしかも自動的に見つける。相乗りサービスはまた、サービス要請者（例えば、乗客）によって開始されたサービス要請が、サービス要請者から遠く離れた距離にいる、膨大な数の個人のサービス提供者（例えば、タクシー運転手）に、実時間でしかも自動的に配布されることを可能にすると共に、複数のサービス提供者が、同時にしかも実時間で、サービス要請に応答することを可能にする。それ故に、インターネットを通して、オンライン・ツー・オフラインのサービスシステムは、サービス要請者及びサービス提供者のために、従来のプレインターネット輸送サービスシステムでは決して遭遇しなかった、はるかに効率的な取引プラットフォームを提供し得る。

図１は、本開示の幾つかの実施形態による、典型的なオンライン・ツー・オフラインのサービスシステムを例示する模式図である。オンライン・ツー・オフラインのサービスシステム１００は、サーバ１１０、ネットワーク１２０、要請者端末１３０、提供者端末１４０、記憶デバイス１５０、及び測位システム１６０を含んでもよい。サーバ１１０は、相乗り要請処理デバイス１１２を含んでもよい。

幾つかの実施形態において、サーバ１１０は、単一のサーバであってもよい、又はサーバ群であってもよい。サーバ群は、一元的に集められてもよい、又は分散させてもよい（例えば、サーバ１１０は、分散システムであってもよい。）。幾つかの実施形態において、サーバ１１０は、局所的なものであってもよい、又は遠隔的なものであってもよい。例えば、サーバ１１０は、要請者端末１３０、提供者端末１４０、及び／又は記憶デバイス１５０に格納された情報及び／又はデータに、ネットワーク１２０を介してアクセスしてもよい。別の例として、サーバ１１０は、格納された情報及び／又はデータにアクセスするべく、要請者端末１３０、提供者端末１４０、及び／又は記憶デバイス１５０に直接接続してもよい。幾つかの実施形態において、サーバ１１０は、クラウドプラットフォーム上で履行してもよい。単に例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウドなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、サーバ１１０は、本開示における図２に例示される１つ以上の構成要素を有するコンピューティングデバイス２００上で履行してもよい。

幾つかの実施形態において、サーバ１１０は、相乗り要請処理デバイス１１２を含んでもよい。相乗り要請処理デバイス１１２は、オンライン・ツー・オフラインのサービスに関連する情報及び／又はデータを処理してもよい。例えば、相乗り要請処理デバイス１１２は、組み合わせによって生じるサービス要請者を決定してもよい。幾つかの実施形態において、相乗り要請処理デバイス１１２は、１つ以上の処理エンジン（例えば、単一コア処理エンジン又はマルチコアプロセッサ）を含んでもよい。単に例として、相乗り要請処理デバイス１１２は、中央処理ユニット（ＣＰＵ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、グラフィック処理ユニット（ＧＰＵ）、物理処理ユニット（ＰＰＵ）、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コントローラ、マイクロコントローラユニット、縮小命令セットコンピュータ（ＲＩＳＣ）、マイクロプロセッサなど、又はこれらの任意の組み合わせのような、１つ以上のハードウェアプロセッサを含んでもよい。

ネットワーク１２０は、情報及び／又はデータの交換を促進してもよい。幾つかの実施形態において、オンライン・ツー・オフラインのサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、要請者端末１３０、提供者端末１４０、記憶デバイス１５０、又は測位システム１６０）は、ネットワーク１２０を介して、オンライン・ツー・オフラインのサービスシステム１００内の他の構成要素に情報及び／又はデータを発信してもよい。例えば、サーバ１１０は、ネットワーク１２０を介して、要請者端末１３０からサービス要請を獲得／取得してもよい。幾つかの実施形態において、ネットワーク１２０は、任意のタイプの有線ネットワーク若しくは無線ネットワーク、又はこれらの組み合わせであってもよい。単に例として、ネットワーク１３０は、ケーブルネットワーク、有線ネットワーク、光ファイバネットワーク、遠距離通信ネットワーク、イントラネット、インターネット、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、メトロポリタンエリアネットワーク（ＭＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、公衆交換電話網（ＰＳＴＮ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）ネットワーク、ＺｉｇＢｅｅ（登録商標）ネットワーク、近距離無線通信（ＮＦＣ）ネットワークなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、ネットワーク１２０は、１つ以上のネットワークアクセスポイントを含んでもよい。例えば、ネットワーク１２０は、基地局及び／又はインターネット交換ポイント１２０−１，１２０−２、・・・のような有線又は無線のネットワークアクセスポイントを含んでもよく、これらのアクセスポイントを通して、オンライン・ツー・オフラインのサービスシステム１００の１つ以上の構成要素は、データ及び／又は情報を交換するべく、ネットワーク１２０に接続してもよい。

幾つかの実施形態において、要請者は、要請者端末１３０のユーザであってもよい。幾つかの実施形態において、要請者端末１３０のユーザは、要請者以外の誰かであってもよい。例えば、要請者端末１３０のユーザＡは、ユーザＢのためのサービス要請を発信するべく、又は、サーバ１１０からのサービス及び／若しくは情報又は命令を受信するべく、要請者端末１３０を使用してもよい。幾つかの実施形態において、提供者は、提供者端末１４０のユーザであってもよい。幾つかの実施形態において、提供者端末１４０のユーザは、提供者以外の誰かであってもよい。例えば、提供者端末１４０のユーザＣは、ユーザＤのためのサービス要請、及び／又はサーバ１１０からの情報若しくは命令を受信するべく、提供者端末１４０を使用してもよい。幾つかの実施形態において、「サービス要請者」、「要請者」、及び「要請者端末」は、交換可能に使用してもよく、且つ「サービス提供者」、「提供者」、及び「提供者端末」は、交換可能に使用してもよい。

幾つかの実施形態において、要請者端末１３０は、携帯デバイス１３０−１、タブレットコンピュータ１３０−２、ラップトップコンピュータ１３０−３、自動車両内の組み込みデバイス１３０−４など、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、携帯デバイス１３０−１は、スマートホームデバイス、ウェアラブルデバイス、携帯デバイス、仮想現実デバイス、拡張現実デバイスなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、スマートホームデバイスは、スマート照明デバイス、インテリジェント電気装置の制御デバイス、スマート監視デバイス、スマートテレビジョン、スマートビデオカメラ、インターフォンなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、ウェアラブルデバイスは、ブレスレット、履物、メガネ、ヘルメット、ウォッチ、衣服、バックパック、スマートアクセサリなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、携帯デバイスは、携帯電話、携帯情報端末（ＰＤＡ)、ゲーム機、航法デバイス、販売時点（ＰＯＳ）デバイス、ラップトップ、デスクトップなど、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、仮想現実デバイス及び／又は拡張現実デバイスは、仮想現実ヘルメット、仮想現実メガネ、仮想現実パッチ、拡張現実ヘルメット、拡張現実メガネ、拡張現実パッチなど、又はこれらの任意の組み合わせを含んでもよい。例えば、仮想現実デバイス及び／又は拡張現実デバイスは、Ｇｏｏｇｌｅ Ｇｌａｓｓ（登録商標）、ＲｉｆｔＣｏｎ（登録商標）、Ｆｒａｇｍｅｎｔｓ（登録商標）、Ｇｅａｒ ＶＲ（登録商標）などを含んでもよい。幾つかの実施形態において、自動車両内の組み込みデバイス１３０−４は、搭載コンピュータ、搭載テレビジョンなどを含んでもよい。幾つかの実施形態において、要請者端末１３０は、要請者端末１３０のユーザ（例えば、サービス要請者）及び／又は要請者端末１３０の位置を特定するための測位技術を有するデバイスであってもよい。

幾つかの実施形態において、提供者端末１４０は、要請者端末１３０と類似のデバイス、又は要請者端末１３０と同じデバイスであってもよい。幾つかの実施形態において、提供者端末１４０は、提供者のユーザ１４０（例えば、サービス提供者）及び／又は提供者端末１４０の位置を突き止めるための測位技術を利用したデバイスであってもよい。幾つかの実施形態において、要請者端末１３０及び／又は提供者端末１４０は、要請者、要請者端末１３０、提供者、及び／又は提供者端末１４０の位置を決定するべく、１つ以上の他の測位デバイスと通信してもよい。幾つかの実施形態において、要請者端末１３０及び／又は提供者端末１４０は、サーバ１１０に測位情報を発信してもよい。

記憶デバイス１５０は、データ及び／又は命令を格納してもよい。幾つかの実施形態において、記憶デバイス１５０は、要請者端末１３０及び／又は提供者端末１４０から獲得したデータを格納してもよい。例えば、記憶デバイス１５０は、要請者端末１３０から獲得したサービス要請を格納してもよい。幾つかの実施形態において、記憶デバイス１５０は、本開示で説明される典型的な方法を実施するべく、サーバ１１０が実行又は使用する可能性のあるデータ及び／又は命令を格納してもよい。例えば、記憶デバイス１５０は、本開示で説明される、組み合わせによって生じるサービス要請者を決定するべく、サーバ１１０が実行又は使用する可能性のあるデータ及び／又は命令を格納してもよい。幾つかの実施形態において、記憶デバイス１５０は、大容量記憶装置、取り外し可能な記憶装置、揮発性の読み出し＆書き込みメモリ、読み出し専用メモリ（ＲＯＭ）など、又はこれらの任意の組み合わせを含んでもよい。典型的な大容量記憶装置は、磁気ディスク、光ディスク、ソリッドステートドライブなどを含んでもよい。典型的な取り外し可能な記憶装置は、フラッシュドライブ、フロッピーディスク、光ディスク、メモリカード、ジップディスク、磁気テープなどを含んでもよい。典型的な揮発性の読み出し＆書き込みメモリは、ランダムアクセスメモリ（ＲＡＭ)を含んでもよい。典型的なＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）、二重データレート同期式ダイナミックＲＡＭ（ＤＤＲ−ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、及びゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ）などを含んでもよい。典型的なＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なプログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、及びデジタル多用途ディスクＲＯＭなどを含んでもよい。幾つかの実施形態において、記憶デバイス１５０は、クラウドプラットフォーム上で履行してもよい。単に例として、クラウドプラットフォームは、プライベートクラウド、パブリッククラウド、ハイブリッドクラウド、コミュニティクラウド、分散クラウド、インタークラウド、マルチクラウドなど、又はこれらの任意の組み合わせを含んでもよい。

幾つかの実施形態において、記憶デバイス１５０は、オンライン・ツー・オフラインのサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、要請者端末１３０、提供者端末１４０など）と通信するべく、ネットワーク１２０に接続してもよい。オンライン・ツー・オフラインのサービスシステム１００における１つ以上の構成要素は、ネットワーク１２０を介して、記憶デバイス１５０に格納されたデータ又は命令にアクセスしてもよい。幾つかの実施形態において、記憶デバイス１５０は、オンライン・ツー・オフラインのサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、要請者端末１３０、提供者端末１４０など）に直接接続してもよい、又は、該１つ以上の構成要素と通信してもよい。幾つかの実施形態において、オンライン・ツー・オフラインのサービスシステム１００における１つ以上の構成要素（例えば、サーバ１１０、要請者端末１３０、提供者端末１４０など）は、記憶デバイス１５０にアクセスする許可を有してもよい。幾つかの実施形態において、記憶デバイス１５０は、サーバ１１０の一部であってもよい。

測位システム１６０は、例えば、要請者端末１３０、提供者端末１４０などの対象物に関連付けられた情報を決定してもよい。例えば、測位システム１６０は、要請者端末１３０の現在の場所を決定してもよい。幾つかの実施形態において、測位システム１６０は、全地球測位システム（ＧＰＳ）、全地球航法衛星システム（ＧＬＯＮＡＳＳ）、コンパス航法システム（ＣＯＭＰＡＳＳ）、北斗航法衛星システム、ガリレオ測位システム、準天頂衛星システム（ＱＺＳＳ）などであってもよい。情報は、対象物の場所、海抜、速度、若しくは加速度、又は現在時刻を含んでもよい。場所は、経度座標及び緯度座標などのような、座標の形をしていてもよい。測位システム１６０は、例えば、衛星１６０−１、衛星１６０−２、及び衛星１６０−３など、１つ以上の衛星を含んでもよい。衛星１６０−１から衛星１６０−３は、上で述べられた情報を、独立に又は共同して決定してもよい。衛星測位システム１６０は、無線接続を介して、上述の情報をネットワーク１２０、要請者端末１３０、又は提供者端末１４０に発信してもよい。

幾つかの実施形態において、オンライン・ツー・オフラインのサービスシステム１００内の１つ以上の構成要素の情報交換は、サービスを要請することを通して達成してもよい。サービス要請の対象物は、任意の製品であってもよい。幾つかの実施形態において、製品は、有形の製品であってもよい、又は無形の製品であってもよい。有形の製品は、食物、薬物、日用品、化学製品、電気器具、衣服、車、住宅、贅沢品など、又はこれらの任意の組み合わせを含んでもよい。無形の製品は、サービス製品、金融製品、知識製品、インターネット製品など、又はこれらの任意の組み合わせを含んでもよい。インターネット製品は、個々のホスト製品、ウェブ製品、携帯インターネット製品、商用ホスト製品、埋め込み製品など、又はこれらの任意の組み合わせを含んでもよい。携帯インターネット製品は、携帯端末のソフトウェア、プログラム、システムなど、又はこれらの任意の組み合わせにおいて使用してもよい。携帯端末は、タブレットコンピュータ、ラップトップコンピュータ、携帯電話、携帯情報端末（ＰＤＡ）、スマートウォッチ、販売時点（ＰＯＳ）デバイス、搭載コンピュータ、搭載テレビジョン、ウェアラブルデバイスなど、又はこれらの任意の組み合わせを含んでもよい。例えば、製品は、コンピュータ又は携帯電話で使用される任意のソフトウェア及び／又はアプリケーションであってもよい。ソフトウェア及び／又はアプリケーションは、付き合い、ショッピング、輸送、娯楽、学習、投資など、又はこれらの任意の組み合わせに関連してもよい。幾つかの実施形態において、輸送に関連するソフトウェア及び／又はアプリケーションは、旅行ソフトウェア及び／又は旅行アプリケーション、乗物スケジュール作成ソフトウェア及び／又は乗物スケジュール作成アプリケーション、地図作成ソフトウェア及び／又は地図作成アプリケーションなどを含んでもよい。乗物スケジュール作成ソフトウェア及び／又は乗物スケジュール作成アプリケーションでは、乗物は、馬、馬車、人力車（例えば、手押し車、自転車、三輪車など）、車（例えば、タクシー、バス、自家用車など）、列車、地下鉄、船、航空機（例えば、飛行機、ヘリコプター、スペースシャトル、ロケット、熱気球など）など、又はこれらの任意の組み合わせを含んでもよい。

図２は、コンピューティングデバイスの典型的なハードウェア構成要素及び／又はソフトウェア構成要素を例示する模式図であり、これらの構成要素上で、相乗り要請処理デバイス１１２は、本開示の幾つかの実施形態に従って履行してもよい。図２に例示されるように、処理デバイス１１２は、コンピューティングデバイス２００であってもよく、ここでコンピューティングデバイス２００は、プロセッサ２１０、記憶装置２２０、入力／出力装置（Ｉ／Ｏ装置）２３０、通信ポート２４０を含んでもよい。

プロセッサ２１０（例えば、論理回路）は、本明細書で説明される技術に従って、コンピュータ命令（例えば、プログラムコード）を実行し、且つ、相乗り要請処理デバイス１１２の機能を実施してもよい。例えば、プロセッサ２１０は、その中にインターフェース回路２１０−ａ及び処理回路２１０−ｂを含んでもよい。インターフェース回路は、バス（図２には示されない）から電子信号を受信するように構成してもよく、その場合、電子信号は、処理回路が処理するための、構造化されたデータ及び／又は命令を符号化する。処理回路は、論理計算を実施してもよく、且つ、その後、結論、結果、及び／又は電子信号として符号化された命令を決定してもよい。その後、インターフェース回路は、バスを介して、処理回路から電子信号を発信してもよい。

コンピュータ命令は、例えば、ルーティン、プログラム、オブジェクト、コンポーネント、データ構造、処理手順、モジュール、及び機能を含んでもよく、これらは、本明細書で説明された特定の機能を実施する。例えば、プロセッサ２１０は、組み合わせによって生じるサービス要請者を決定してもよい。幾つかの実施形態において、プロセッサ２１０は、１つ以上のハードウェアプロセッサを含んでもよく、ここで該ハードウェアプロセッサは、マイクロコントローラ、マイクロプロセッサ、縮小命令セットコンピュータ（ＲＩＳＣ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け命令セットプロセッサ（ＡＳＩＰ）、中央処理ユニット（ＣＰＵ）、グラフィック処理ユニット（ＧＰＵ）、物理処理ユニット（ＰＰＵ）、マイクロコントローラユニット、デジタル信号プロセッサ（ＤＳＰ)、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、高度ＲＩＳＣマシン（ＡＲＭ）、プログラマブル論理デバイス（ＰＬＤ）、１つ以上の機能を実行可能な任意の回路又はプロセッサなど、又はこれらの任意の組み合わせのようなものである。

単に例示のために、１つのプロセッサのみが、コンピューティングデバイス２００において説明されている。しかしながら、本開示におけるコンピューティングデバイス２００はまた、複数のプロセッサを含んでもよく、したがって、本開示で説明されるような、１つのプロセッサによって実施される動作及び／又は方法はまた、複数のプロセッサによって、共同して実施してもよい、又は別々に実施してもよい、ということに留意するべきである。例えば、もし、本開示において、コンピューティングデバイス２００のプロセッサが、ステップＡとステップＢの両方を実行する場合、ステップＡ及びステップＢはまた、２つ以上の異なるプロセッサによって、コンピューティングデバイス２００の中で、共同して実施してもよい、又は別々に実施してもよい（例えば、第１のプロセッサがステップＡを実行し、且つ第２のプロセッサがステップＢを実行する、又は、第１及び第２のプロセッサが、ステップＡ及びステップＢを共同して実行する）、ということを理解するべきである。

記憶装置２２０は、要請者端末１３０、提供者端末１４０、記憶デバイス１５０、及び／又はオンライン・ツー・オフラインのサービスシステム１００の任意の他の構成要素から獲得したデータ／情報を格納してもよい。幾つかの実施形態において、記憶装置２２０は、大容量記憶装置、取り外し可能な記憶装置、揮発性の読み出し＆書き込みメモリ、読み出し専用メモリ（ＲＯＭ）など、又はこれらの任意の組み合わせを含んでもよい。例えば、大容量記憶装置は、磁気ディスク、光ディスク、ソリッドソテートドライブなどを含んでもよい。取り外し可能な記憶装置は、フラッシュドライブ、フロッピーディスク、光ディスク、メモリカード、ジップディスク、磁気テープなどを含んでもよい。揮発性の読み出し＆書き込みメモリは、ランダムアクセスメモリ（ＲＡＭ)を含んでもよい。ＲＡＭは、ダイナミックＲＡＭ（ＤＲＡＭ）、二重データレート同期式ダイナミックＲＡＭ（ＤＤＲ−ＳＤＲＡＭ）、スタティックＲＡＭ（ＳＲＡＭ）、サイリスタＲＡＭ（Ｔ−ＲＡＭ）、及びゼロキャパシタＲＡＭ（Ｚ−ＲＡＭ）などを含んでもよい。ＲＯＭは、マスクＲＯＭ（ＭＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能なプログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なプログラマブルＲＯＭ（ＥＥＰＲＯＭ）、コンパクトディスクＲＯＭ（ＣＤ−ＲＯＭ）、及びデジタル多用途ディスクＲＯＭなどを含んでもよい。
幾つかの実施形態において、記憶装置２２０は、本開示で説明される典型的な方法を実施するために、１つ以上のプログラム及び／又は命令を格納してもよい。例えば、記憶装置２２０は、組み合わせによって生じるサービス要請者を決定することを目的として、相乗り要請処理デバイス１１２のためのプログラムを格納してもよい。

Ｉ／Ｏ装置２３０は、信号、データ、情報などを入力してもよい、且つ／又は出力してもよい。幾つかの実施形態において、Ｉ／Ｏ装置２３０は、相乗り要請処理デバイス１１２とのユーザ対話を可能にしてもよい。幾つかの実施形態において、Ｉ／Ｏ装置２３０は、入力デバイス及び出力デバイスを含んでもよい。入力デバイスの例は、キーボード、マウス、タッチスクリーン、マイクロフォンなど、又はこれらの組み合わせを含んでもよい。出力デバイスの例は、ディスプレイデバイス、ラウドスピーカ、プリンタ、プロジェクタなど、又はこれらの組み合わせを含んでもよい。ディスプレイデバイスの例は、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）ベースのディスプレイ、フラットパネルディスプレイ、湾曲スクリーン、テレビジョンデバイス、陰極線管（ＣＲＴ）、タッチスクリーンなど、又はこれらの組み合わせを含んでもよい。

通信ポート２４０は、データ通信を促進するべく、ネットワーク（例えば、ネットワーク１２０）に接続してもよい。通信ポート２４０は、相乗り要請処理デバイス１１２と、要請者端末１３０、提供者端末１４０、測位システム１６０、又は記憶デバイス１５０との間の接続を確立してもよい。接続は、有線接続、無線接続、データ送信及び／又はデータ受信を可能にし得る任意の他の通信接続、及び／又はこれらの接続の任意の組み合わせであってもよい。有線接続は、例えば、電気ケーブル、光ケーブル、電話線など、又はこれらの任意の組み合わせを含んでもよい。無線接続は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）リンク、ＷｉＦｉ（登録商標）リンク、ＷｉＭａｘ（登録商標）リンク、ＷＬＡＮリンク、ＺｉｇＢｅｅ（登録商標）リンク、携帯ネットワークリンク（例えば、３Ｇ、４Ｇ、５Ｇ）など、又はこれらの組み合わせを含んでもよい。幾つかの実施形態において、通信ポート２４０は、ＲＳ２３２、ＲＳ４８５などのような、標準化された通信ポートであってもよい、且つ／又は該標準化された通信ポートを含んでもよい。

図３は、携帯デバイスの典型的なハードウェア構成要素及び／又はソフトウェア構成要素を例示する模式図であり、これらの構成要素上で、要請者端末１３０及び／又は提供者端末１４０は、本開示の幾つかの実施形態に従って履行してもよい。図３に例示されるように、携帯デバイス３００は、通信プラットフォーム３１０、ディスプレイ３２０、グラフィック処理ユニット（ＧＰＵ）３３０、中央処理ユニット（ＣＰＵ）３４０、Ｉ／Ｏ装置３５０、メモリ３６０、及び記憶装置３９０を含んでもよい。幾つかの実施形態において、任意の他の適切な構成要素（システムバス又はコントローラ（図示せず）を含むが、これらに限定されない）もまた、携帯デバイス３００に含めてもよい。幾つかの実施形態において、携帯オペレーティングシステム（ＯＳ）３７０（例えば、ｉＯＳ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）、Ｗｉｎｄｏｗｓ Ｐｈｏｎｅ（登録商標）など）及び１つ以上のアプリケーション３８０は、ＣＰＵ３４０によって実行するべく、記憶装置３９０からメモリ３６０の中にロードしてもよい。アプリケーション３８０は、ブラウザ又は任意の他の適切な携帯アプリケーションを含んでもよい。該ブラウザ又は任意の他の適切な携帯アプリケーションは、オンライン・ツー・オフラインの相乗りサービスに関する情報、又は相乗り要請処理デバイス１１２からの他の情報を受信すると共に表現するためのものであり、且つ、オンライン・ツー・オフラインの相乗りサービスに関する情報、又は相乗り要請処理デバイス１１２への他の情報を発信するためのものである。情報ストリームとのユーザ対話は、Ｉ／Ｏ装置３５０を介して達成してもよく、且つ、ネットワーク１２０を介して、相乗り要請処理デバイス１１２に、及び／又はオンライン・ツー・オフラインのサービスシステム１００の他の構成要素に提供してもよい。

当業者であれば理解することであろうが、オンライン・ツー・オフラインのサービスシステム１００の要素が作動する場合、該要素は、電気的信号及び／又は電磁気的信号を通して作動してもよい。例えば、相乗り要請処理デバイス１１２が、決定をすること又は情報を送信することのようなタスクを処理する場合、相乗り要請処理デバイス１１２は、自身のプロセッサの中の論理回路を動作させて、そのようなタスクを処理してもよい。相乗り要請処理デバイス１１２が、要請者端末１３０にデータ（例えば、相乗りメッセージ）を発信する場合、相乗り要請処理デバイス１１２のプロセッサは、データを符号化する電気的信号を生成してもよい。相乗り要請処理デバイス１１２のプロセッサは、その後、相乗り要請処理デバイス１１２の情報交換ポート（例えば、出力ポート）に電気的信号を発信してもよい。もし要請者端末１３０が、有線ネットワークを介して、相乗り要請処理デバイス１１２と通信する場合、相乗り要請処理デバイス１１２の情報交換ポートは、ケーブルに物理的に接続してもよい。この場合、該ケーブルは、要請者端末１３０の情報交換ポート（例えば、入力ポート）に更に電気的信号を送信してもよい。もし要請者端末１３０が、無線ネットワークを介して、相乗り要請処理デバイス１１２と通信する場合、相乗り要請処理デバイス１１２の情報交換ポートは、１つ以上のアンテナであってもよく、該アンテナは、電気的信号を電磁気的信号に変換してもよい。要請者端末１３０、提供者端末１４０、又はサーバ１１０のような電子デバイスの中では、それらのプロセッサが命令を処理する、命令を発信する、且つ／又はアクションを実施する場合、命令及び／又はアクションは、電気的信号を介して伝えられる。例えば、プロセッサが記憶媒体（例えば、記憶デバイス１５０、記憶装置２２０）からデータを引き出す、又は該記憶媒体にデータを保存する場合、該プロセッサは、記憶媒体の読み出し／書き込みデバイスに電気的信号を発信し、該読み出し／書き込みデバイスは、記憶媒体の中の構造化されたデータを読み出す、又は記憶媒体の中に構造化されたデータを書き込む。構造化されたデータは、電子デバイスのバスを介して、電気的信号の形でプロセッサに送信してもよい。ここで電気的信号は、１つの電気的信号、一連の電気的信号、及び／又は複数の別々の電気的信号を指してもよい。

図４は、本開示の幾つかの実施形態による、典型的な相乗り要請処理デバイスを例示するブロック図である。相乗り要請処理デバイス１１２は、決定モジュール４０２、検索モジュール４０４、処理モジュール４０６、第１の送信モジュール４０８、実行モジュール４１０、及び第２の送信モジュール４１２を含んでもよい。処理モジュール４０６は、予測ユニット４０６２、順位付けユニット４０６４、処理ユニット４０６６、決定ユニット４０６８、除去ユニット４０７０、及び更新ユニット４０７２を含んでもよい。相乗り要請処理デバイス１１２の少なくとも一部分は、図２に例示されたコンピューティングデバイス上で履行してもよい。

第１のサービス要請者から第１のサービス要請を受信する場合、決定モジュール４０２は、複数の第１候補のサービス要請者の中で、第１のサービス要請者との組み合わせによって生じる、少なくとも一人の第２のサービス要請者が存在するかどうかを決定するように構成してもよい。幾つかの実施形態において、第２のサービス要請者は、第１のサービス要請との組み合わせによって生じる第２のサービス要請に関連付けてもよい。

検索モジュール４０４は、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、第１のサービス要請の移動情報を獲得すると共に、移動情報に基づいて、複数の第１候補のサービス要請者とは異なり、しかも所定の条件を満足する複数の第３のサービス要請者を決定するように構成してもよい。移動情報は、第１のサービス要請の出発場所、出発時刻、目的地など、又はこれらの任意の組み合わせを含んでもよい。第３のサービス要請者は、現在の瞬間にはサービス要請を開始しないが、第１のサービス要請との組み合わせによって生じるサービス要請を開始する可能性があるサービス要請者であってもよい。

処理モジュール４０６は、複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を決定すると共に、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信するように構成してもよい。幾つかの実施形態において、相乗りメッセージは、少なくとも一人の標的となるサービス要請者が、第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始することを誘発するように構成してもよい。相乗りメッセージは、第１のサービス要請の出発場所、出発時刻、目的地など、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、処理モジュール４０６は、ネットワーク（例えば、ネットワーク１２０）を介して、少なくとも一人の標的となるサービス要請者に関連付けられた端末（例えば、要請者端末１３０）に相乗りメッセージを送信してもよい。

予測ユニット４０６２は、第１のサービス要請者と複数の第３のサービス要請者との間の相乗りの確率を決定するように構成してもよい。幾つかの実施形態において、処理モジュール４０６は、第３のサービス要請者が開始した過去の要請の数、過去の／意図された出発場所と第１のサービス要請の出発場所との間の距離、過去の／意図された出発時刻と第１のサービス要請の出発時刻との間の差異、過去の／意図された場所から過去の／意図された目的地への方向と出発場所から第１のサービス要請の目的地への方向との間の角度など、又はこれらの任意の組み合わせに基づく予測モデルを使用して、相乗りの可能性を決定してもよい。例えば、第１のサービス要請の出発場所を含む領域内で、第３のサービス要請者によって開始された過去の要請の過去の出発場所が近ければ近いほど、第３のサービス要請者と第１のサービス要請者との間の相乗りの確率はますます高くなり得る。

順位付けユニット４０６４は、相乗りの確率に基づいて、複数の第３のサービス要請者を順位付けするように構成してもよい。

処理ユニット４０６６は、複数の第３のサービス要請者の数を設計すると共に、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信するように構成してもよい。ここで該複数の第３のサービス要請者は、少なくとも一人の標的となるサービス要請者として、順位付けに基づいて、又は第２の確率の閾値（例えば、５０％、６０％、７０％、８０％、又は９０％）よりも大きな確率を有することに基づいて、最も高い確率から順に始まる。

決定ユニット４０６８は、予め設定された期間（例えば、１分、２分、５分）の中で、第１のサービス要請者と相乗りする意志がある、標的となるサービス要請者が存在するかどうかを決定するように構成してもよい。例えば、処理モジュール４０６は、標的となるサービス要請者が存在するかどうかを決定してもよい。この場合、該標的となるサービス要請者は、相乗りメッセージに対して合意応答を送信する、又は、予め設定された期間の中で、第１のサービス要請との組み合わせによって生じるサービス要請（例えば、第３のサービス要請）を送信する。第１のサービス要請者と相乗りする意志がある、標的となるサービス要請者が存在しないという決定に呼応して、除去ユニット４０７０は、複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を除去し、且つ、第１のサービス要請者と相乗りする意志があるサービス要請者が存在するまで、処理動作を実施することを繰り返してもよい。第１のサービス要請者と相乗りする意志がある、少なくとも一人の標的となるサービス要請者が存在するという決定に呼応して、処理モジュール４０６は、第１のサービス要請者との組み合わせを可能にするべく、第１のサービス要請者を、最も早期の標的となるサービス要請者と組み合わせてもよい。

更新ユニット４０７２は、少なくとも一人の標的となるサービス要請者として、複数の第３のサービス要請者の新しい数を設計するように構成してもよい。該新しい数は、少なくとも一人のサービス要請者の直前の数より大きくてもよい。このことにより、第１のサービス要請者との組み合わせによって生じるサービス要請者を見つけるための時間が減少し得る。

幾つかの実施形態において、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、検索モジュール４０４が第１のサービス要請の移動情報を獲得する前に、第１の送信モジュール４０８は、相乗り要請処理デバイス１１２が第１のサービス要請との組み合わせによって生じるサービス要請を見つけることを可能にするべく、第１のサービス要請者が、第２の所定期間（例えば、１０分）の間、待機する意志があるかどうか問い合せる通知を、第１のサービス要請者に送信してもよい。第１のサービス要請者が、第２の所定期間の間、待機する意志があるという決定に呼応して、相乗り要請処理デバイス１１２が、第１のサービス要請との組み合わせによって生じるサービス要請を見つけることを可能にするべく、第１の送信モジュール４０８は、動作５０４及び動作５０６を実施してもよい。第１のサービス要請者が、第２の所定期間の間、待機する気がないという決定に呼応して、相乗り要請処理デバイス１１２が、第１のサービス要請との組み合わせによって生じるサービス要請を見つけることを可能にするべく、実行モジュール４１０は、空車のサービス提供者（例えば、現在のところ、サービスを提供していない運転手）を第１のサービス要請者に割り当て、且つ、第１のサービス要請者を第１候補のサービス要請者に配置してもよい。幾つかの実施形態において、相乗り要請処理デバイス１１２が、第１のサービス要請者自身の選択に基づいて、第１のサービス要請との組み合わせによって生じるサービス要請を見つけることを可能にするべく、第１のサービス要請者は、ある一定の期間の間、待機するべきかどうかを決定してもよい。

幾つかの実施形態において、もし、相乗り要請処理デバイス１１２が、第１のサービス要請との組み合わせによって生じるサービス要請を見つけることを可能にするべく、第１のサービス要請者が、第２の所定期間の間、待機する意志がある場合、第２の送信モジュール４１２は、第１のサービス要請者に１つ以上のキャンペーン（例えば、２ドルの電子クーポン）を送信してもよい。代わりに、第１の送信モジュール４０８が、第１のサービス要請者に通知を送信する間に、第２の送信モジュール４１２は、第１のサービス要請者に１つ以上のキャンペーンを送信してもよい。１つ以上のキャンペーンは、第１のサービス要請との組み合わせによって生じるサービス要請のための待機時間に対する、第１のサービス要請者への代償であり得、且つ、取引率及びユーザ体験を改善し得る。

幾つかの実施形態において、第２の送信モジュール４１２は、第１のサービス要請者と相乗りをする、標的となるサービス要請者に１つ以上のキャンペーンを送信してもよい。代わりに、処理モジュール４０６が、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信する間、第２の送信モジュール４１２は、少なくとも一人の標的となるサービス要請者に、１つ以上のキャンペーンを送信してもよい。１つ以上のキャンペーンは、少なくとも一人の標的となるサービス要請者が、第１のサービス要請との組み合わせによって生じる第３の要請を開始することを誘発するように構成してもよい。

幾つかの実施形態において、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、複数の第３のサービス要請者を決定することと、第１のサービス要請者と相乗りする意志がある少なくとも一人のサービス要請者が存在すると決定することとの間の期間中に、決定モジュール４０２は、複数の第１候補のサービス要請者を、連続的に又は周期的に監視してもよい。もし、複数の第１候補のサービス要請者に中で、第１のサービス要請者との組み合わせによって生じる、少なくとも一人の第２のサービス要請者が存在する場合、決定モジュール４０２は、第１のサービス要請者を第２のサービス要請者と組み合わせてもよく、且つ、複数の第３のサービス要請者の中で、第１のサービス要請者と組み合わせるべきサービス要請者を決定するためのプロセスは、終わらせてもよい。

幾つかの実施形態において、もし複数の第３のサービス要請者の数が、第３の数の閾値（例えば、１、２、３、５、１０、１５、２０）に等しいか、又は該第３の数の閾値より小さい場合、少なくとも一人の標的となるサービス要請者を決定するためのプロセスは、省略してもよい。処理モジュール４０６は、複数の第３のサービス要請者に相乗りメッセージを送信してもよい。例えば、第３の数の閾値は、３に等しくてもよい。５０４で決定された第３のサービス要請者は、サービス要請者Ｅ及びサービス要請者Ｆを含んでもよい。５０６における、少なくとも一人の標的となるサービス要請者を決定するためのプロセスは、省略してもよい。処理モジュール４０６は、サービス要請者Ｅ及びサービス要請者Ｆに相乗りメッセージを送信してもよい。別の例として、第３の数の閾値は、３に等しくてもよい。５０４で決定された第３のサービス要請者は、サービス要請者Ｅ及びサービス要請者Ｆを含んでもよい。サービス要請者Ｆは、相乗りの可能性が第１の可能性の閾値よりも小さいので、除去してもよい。５０６における、少なくとも一人の標的となるサービス要請者を決定するためのプロセスは、省略してもよい。処理モジュール４０６は、サービス要請者Ｅに相乗りメッセージを送信してもよい。

この開示における、組み合わせによって生じるサービス要請者を決定するためのプロセスでは、サーバ１１０は、現在のところサービス要請を開始していないが、第１のサービス要請との組み合わせによって生じるサービス要請を開始する可能性を有する、標的となるサービス要請者を捜してもよい。このことは、相乗り取引率を改善する。加えて、標的となるサービス要請者は、自分自身の選択に基づいて、第１のサービス要請者と結びつくかどうかを決定してもよく、且つ、第１のサービス要請者は、サーバ１１０が、第１のサービス要請者自身の選択に基づいて、組み合わせによって生じるサービス要請者を見つけることを可能にするべく、ある一定の期間の間、待機するかどうかを決定してもよい。このことは、ユーザ体験を改善する。

相乗り要請処理デバイス１１２の中のモジュール及び／又はユニットは、有線接続又は無線接続を介して、互いに接続させてもよい、又は互いに通信してもよい。有線接続は、金属ケーブル、光ケーブル、ハイブリッドケーブルなど、又はこれらの任意の組み合わせを含んでもよい。無線接続は、ローカルエリアネットワーク（ＬＡＮ)、ワイドエリアネットワーク（ＷＡＮ)、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ（登録商標）、近距離通信（ＮＦＣ) など、又はこれらの任意の組み合わせを含んでもよい。モジュールの２つ以上は、単一モジュールとして組み合わせてもよく、且つモジュールの任意の１つは、２つ以上のユニットに分割してもよい。例えば、第１の送信モジュール４０８は、単一モジュールとして、第２の送信モジュール４１２と統合してもよく、ここで該単一モジュールは、第１のサービス要請者に通知及び／又は１つ以上の電子クーポンを送信してもよい。別の例として、検索モジュール４０４は、２つのユニットに分割してもよい。第１のユニットは、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、第１のサービス要請者の第１のサービス要請の移動情報を獲得するように構成してもよい。第２のユニットは、移動情報に基づいて、複数の第３のサービス要請者を決定するように構成してもよい。

上の説明は、単に例証を目的として提供され、且つ、本発明の範囲を限定することを意図しない、ということに留意するべきである。当業者は、本開示の教示の下で、多数の変形例及び修正例が作成し得る。しかしながら、それらの変形例及び修正例は、本開示の範囲から逸脱しない。例えば、相乗り要請処理デバイス１１２は、記憶モジュール（図４には示されない）を更に含んでもよい。記憶モジュールは、相乗り要請処理デバイス１１２における任意の構成要素によって実施される任意のプロセスの間に生成されたデータを、格納するように構成してもよい。別の例として、相乗り要請処理デバイス１１２の構成要素の各々は、記憶デバイスを含んでもよい。加えて又は代わりに、相乗り要請処理デバイス１１２の構成要素は、共通の記憶デバイスを共有してもよい。

図５は、本開示の幾つかの実施形態による、組み合わせによって生じるサービス要請者を決定するための、典型的なプロセスを例示するフローチャートである。プロセス５００は、図１に例示されるオンライン・ツー・オフラインのサービスシステム１００において履行してもよい。例えば、プロセス５００は、命令（例えば、アプリケーション）の形として、記憶デバイス１５０及び／又は記憶装置２２０に格納してもよく、且つ、サーバ１１０（例えば、サーバ１１０の相乗り要請処理デバイス１１２、図２に例示されるプロセッサ２２０、又は図４に例示された相乗り要請処理デバイス１１２における１つ以上のモジュール）によって呼び出してもよい、且つ／又は実行してもよい。以下に提示される、例示されたプロセスの動作は、例証的であることを意図している。幾つかの実施形態において、プロセス５００は、説明されていない１つ以上の付加的な動作を用いて、且つ／又は議論された１つ以上の動作を用いることなく、達成してもよい。加えて、プロセス５００の動作が、図５で例示される順序、及び以下で説明される順序は、限定的であることを意図しない。

この開示では、例えば、２つの輸送サービスを組み合わせて新しい輸送サービスにするという相乗りサービスを取り上げる。２つの輸送サービスを組み合わせて新しい輸送サービスにするという相乗りサービスは、単に例証のために提供されており、且つ、本開示の範囲を限定することを意図しない、ということに留意するべきである。幾つかの実施形態において、この開示は、２つ以上の輸送サービスを組み合わせて新しい輸送サービスにするという相乗りサービスに適用してもよい。

５０２では、決定モジュール４０２（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、第１のサービス要請者から第１のサービス要請を受信する場合、複数の第１候補のサービス要請者の中で、第１のサービス要請者との組み合わせによって生じる、少なくとも一人の第２のサービス要請者が存在するかどうかを決定してもよい。幾つかの実施形態において、第２のサービス要請者は、第１のサービス要請との組み合わせによって生じる第２のサービス要請に関連付けてもよい。

幾つかの実施形態において、要請者端末１３０及び／又は提供者端末１４０は、ネットワーク１２０を介して要請者端末１３０及び／又は提供者端末１４０にインストールされたアプリケーション（例えば、図３におけるアプリケーション３８０）を通して、サーバ１１０との通信（例えば、無線通信）を確立してもよい。アプリケーションは、オンライン・ツー・オフラインのサービスシステム１００と関連していてもよい。例えば、アプリケーションは、オンライン・ツー・オフラインのサービスシステム１００に関連付けられた、タクシーを呼ぶアプリケーションであってもよい。

幾つかの実施形態において、サービス要請は、輸送サービスの情報を指してもよい。この場合、輸送サービスの情報は、要請者端末１３０を介して、サーバ１１０に対して、サービス要請者によって正式に要請されると共に、発信されるものである。例えば、サービス要請者が、輸送サービスの情報をサーバ１１０に発信する場合、サービス要請者は、その行為を、要請者端末１３０にインストールされたアプリケーションのインターフェース上のボタンを押すことによって行ってもよい。輸送サービスの情報を受信するに当たり、サーバ１１０は、輸送サービスの情報が、正式に発信されることを決定すると共に、輸送サービスの情報をサービス要請として決定してもよい。

幾つかの実施形態において、第１のサービス要請は、出発時刻、出発場所、目的地など、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、第１のサービス要請は、第１のサービス要請者が、他のサービス要請者とサービス提供者（例えば、運転手）を共有する意志があることを示す、相乗り要請であってもよい。幾つかの実施形態において、決定モジュール４０２は、ネットワーク（例えば、ネットワーク１２０）を介して、第１のサービス要請者に関連付けられた端末（例えば、要請者端末１３０）から、サービス要請を受信してもよい。

幾つかの実施形態において、第１のサービス要請は、現在の瞬間に、又は当業者にとって現在の瞬間に適度に近い、定義された時間（例えば、現在の瞬間の１分後、２分後、又は５分後）に、第１のサービス要請者がオンライン・ツー・オフラインのサービス（例えば、タクシーを呼ぶサービス）を受けたいという実時間の要請であってもよく、その結果として、サービス提供者は、オンライン・ツー・オフラインのサービスシステム１００が第１のサービス要請を受信した直後に又は実質的に直後に、出発することを要求される。

幾つかの実施形態において、第１のサービス要請は、予約を必要とするサービス要請であってもよい。該予約は、当業者にとって現在の瞬間から適度に長い時間の時点で、第１のサービス要請者が、オンライン・ツー・オフラインのサービスを受けたいと希望していることを示すものであり、その結果として、サービス提供者は、オンライン・ツー・オフラインのサービスシステム１００が第１のサービス要請を受信した直後に又は実質的に直後に、出発することを要求されない。例えば、もし現在の時刻とサービス時刻（例えば、出発時刻）との間の時間間隔が、時間の閾値（例えば、１０分、２０分、２時間、又は１日）よりも長い場合、乗客はタクシーサービスを予約する必要がないかもしれない。

幾つかの実施形態において、出発場所及び／又は目的地は、要請者端末１３０（例えば、図３におけるＩ／Ｏ装置３５０）を通してサービス要請者によって入力される、指定された場所であってもよい。幾つかの実施形態において、要請者端末１３０は、出発場所及び／又は目的地を自動的に獲得してもよい。例えば、「水曜日の午前１０：００に、場所Ａで会合」のようなイベントが、要請者端末１３０における予定表に記録される。要請者端末１３０は、予定表におけるイベントに基づいて、目的地としての場所Ａを自動的に決定してもよい。幾つかの実施形態において、要請者端末１３０は、要請者端末１３０における測位技術を通して、本明細書におけるその場所（これは、サービス要請者の場所と呼ばれる）を獲得してもよい。ここで該測位技術は、例えば、ＧＰＳ、ＧＬＯＮＡＳＳ、ＣＯＭＰＡＳＳ、ＱＺＳＳ、ＢＤＳ、ＷｉＦｉ測位技術など、又はこれらの組み合わせのようなものである。

幾つかの実施形態において、複数の第１候補のサービス要請者の各々は、未決定の要請に関連付けてもよい。未決定の要請は、完了しておらず、且つ組み合わせによって生じるサービス要請を待っている相乗り要請であってもよい。未決定の要請は、サービス提供者（例えばドライバー）によって受信されたサービス要請であってもよい、又はサービス提供者によって受信されていないサービス要請であってもよい。幾つかの実施形態において、相乗り要請処理デバイス１１２は、記憶媒体（例えば、記憶デバイス１５０、相乗り要請処理デバイス１１２の記憶装置２２０、相乗り要請処理デバイス１１２の記憶モジュール）から、複数の第１候補のサービス要請者に関連付けられた未決定の要請を獲得してもよい。

幾つかの実施形態において、決定モジュール４０２は、第１のサービス要請及び未決定の要請の出発時刻、出発場所、又は目的地に基づいて、複数の第１候補のサービス要請者の中で、第１のサービス要請者との組み合わせによって生じる、少なくとも一人の第２のサービス要請者が存在するかどうかを決定してもよい。例えば、複数の第１候補のサービス要請者の各々について、決定モジュール４０２は、第１候補のサービス要請者の出発場所又は現在の場所が、第１のサービス要請者の出発場所から遠く離れた距離の閾値（例えば、２５００ｋｍ）以内にあるかどうか、第１候補のサービス要請者の出発場所又は現在の場所から第１のサービス要請者の出発場所までの推定される移動時間が、時間間隔の閾値（例えば、５分）以内であるかどうか、及び、出発場所又は現在の場所から第１候補のサービス要請者への方向と、第１のサービス要請者の出発場所から目的地への方向との間の角度が、角度の閾値（例えば、±３０°）よりも小さいかどうか、を決定してもよい。第２候補のサービス要請者の出発場所又は現在の場所が距離の閾値以内にあるという決定に呼応して、決定モジュール４０２は、第１候補のサービス要請者が、第１のサービス要請者との組み合わせによって生じる第２のサービス要請者であることを決定してもよい。もし第１のサービス要請者が、予約が必要なサービス要請を開始した場合、決定モジュール４０２は、第１のサービス要請者の出発時刻と第１候補のサービス要請者の出発時刻との差異が、差異の閾値（例えば、１０分）よりも小さいかどうかを更に決定してもよい。第１のサービス要請者の出発時刻と第１候補のサービス要請者の出発時刻との差異が、差異の閾値よりも小さいという決定に呼応して、決定モジュール４０２は、第１候補のサービス要請者が、第１のサービス要請者との組み合わせによって生じる第２のサービス要請者であることを決定してもよい。

幾つかの実施形態において、もし一人の第２のサービス要請者が存在する場合、相乗り要請処理デバイス１１２は、第２のサービス要請者を第１のサービス要請者と組み合わせてもよい。もし二人以上の第２のサービス要請者が存在する場合、相乗り要請処理デバイス１１２は、第１のサービス要請者と組み合わせるべく、二人以上の第２のサービス要請者の一人を選択してもよい。例えば、相乗り要請処理デバイス１１２は、第１のサービス要請者と組み合わせるべく、二人以上の第２のサービス要請者の一人を無作為に選択してもよい。別の例として、相乗り要請処理デバイス１１２は、第１のサービス要請者と組み合わせるべく、二人以上の第２のサービス要請者の中から、出発場所又は現在の場所が、第１のサービス要請者の出発場所に最も近いサービス要請者を選択してもよい。

５０４では、検索モジュール４０４（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、第１のサービス要請の移動情報を獲得し、且つ、移動情報に基づいて、複数の第１候補のサービス要請者とは異なっており、且つ所定の条件を満足する複数の第３のサービス要請者を決定してもよい。移動情報は、第１のサービス要請の出発場所、出発時刻、目的地など、又はこれらの任意の組み合わせを含んでもよい。第３のサービス要請者は、現在の瞬間はサービス要請を開始していないが、第１のサービス要請との組み合わせによって生じるサービス要請を開始する可能性があるサービス要請者であってもよい。

幾つかの実施形態において、検索モジュール４０４は、複数の第１候補のサービス要請者とは異なる、複数の第２候補のサービス要請者を獲得し、且つ、その後、所定の条件に基づいて、複数の第２候補のサービス要請者から、複数の第３のサービス要請者を選択してもよい。第２候補のサービス要請者は、現在の瞬間（例えば、相乗り要請処理デバイス１１２が第１のサービス要請を受信する時刻）はサービス要請を開始していないサービス要請者であってもよい。

所定の条件は、複数の第３のサービス要請者の各々が、第１のサービス要請の出発場所を含む領域内にある過去の出発場所に対して、及び／又は、第１のサービス要請の出発時刻を含む所定の時間間隔内にある過去の出発時刻に対して、第１の所定の数の過去の要請を開始した、ということを含んでもよい。第１の所定の数は、第１の数の閾値（例えば、０、１、２、５、１０、２０）よりも大きい。幾つかの実施形態において、過去の要請は、サービス提供者によって完了されたサービス要請を指してもよい、又は、サービス提供者若しくはサービス要請者によって取り消されたサービス要請を指してもよい。代わりに又は加えて、過去の要請の第１の所定の数の各々については、第１のサービス要請の出発場所から目的地への方向と、過去の要請の過去の出発場所から過去の目的地への方向との間の角度は、角度の閾値より小さくてもよい。

代わりに又は加えて、所定の条件は、複数の第３のサービス要請者の各々が、相乗りメッセージが送信されることを可能にする、且つ／又は、第１の所定期間（例えば、１日、１週間）の中に、第２の所定の数の相乗りメッセージの過去の受信を有する、ということを含んでもよい。第２の所定の数は、第２の数の閾値（例えば、０、１、２、５、１０、２０）より小さくてもよい。例えば、処理モジュール４０６は、１日に多くても３つの相乗りメッセージをサービス要請者に送信してもよい。幾つかの実施形態において、第２の所定の数、第１の所定期間、又は第２の数の閾値は、第３のサービス要請者によって設定されてもよく、又は、オンライン・ツー・オフラインのサービスシステム１００の初期値であってもよい。

代わりに又は加えて、第３のサービス要請者は、現在の瞬間に、又は当業者にとって現在の瞬間（例えば、相乗り要請処理デバイス１１２が第１のサービス要請を受信する時刻）に適度に近い定義された時刻（例えば、現在の瞬間の１分前、２分前、５分前）に、サービス意図を開始してもよい。サービス意図は、オンライン・ツー・オフラインのサービスを要請することへの関心を指し示してもよい。ある一定の実施形態において、サービス意図は、サービス要請が、それが実際に行われる前に、行われる可能性を反映する。単に例として、要請者端末１３０にインストールされたアプリケーションは、要請者端末１３０が、サービス要請者からの入力を連続的に又は周期的に監視すると共に、ネットワーク１２０を介して、該入力をオンライン・ツー・オフラインのサービスシステム１００へ送信するように指図してもよい。したがって、要請者端末１３０は、実時間で又は実質的に実時間で、サービス要請者の入力について、オンライン・ツー・オフラインのサービスシステム１００に通知してもよい。その結果、サービス要請者が出発場所、出発時刻、又は目的地を入力し始める場合、オンライン・ツー・オフラインのサービスシステム１００は、サービス要請者の意図を決定するための、十分な情報を受信してもよい。例えば、サービス要請者が、出発場所の全て又は一部を入力する時、且つ、出発場所をオンライン・ツー・オフラインのサービスシステム１００に発信する前に、オンライン・ツー・オフラインのシステム１００は、出発場所を既に受信しており、且つ、サービス要請者がサービス要請を開始することを意図していると決定してもよい。

幾つかの実施形態において、第３のサービス要請者によって開始されたサービス意図の意図された出発場所は、第１のサービス要請の出発場所を含む領域内にあってもよい。代わりに又は加えて、第３のサービス要請者によって開始されたサービス意図の意図された出発時刻は、第１のサービス要請の出発時刻を含む所定の時間間隔内にあってもよい。代わりに又は加えて、第１のサービス要請の出発場所から目的地への方向と、第３のサービス要請者によって開始されたサービス意図の意図された出発場所から意図された目的地への方向との間の角度は、角度の閾値より小さくてもよい。

幾つかの実施形態において、検索モジュール４０４は、ジオハッシュアルゴリズムを実施することによって、第１のサービス要請の出発場所を含む領域を決定してもよく、即ち、第１のサービス要請の出発場所を中心とし、且つ所定の値の半径を有する円の領域を決定するか、又は、第１のサービス要請の出発場所を含む長方形の領域を決定する。

ジオハッシュアルゴリズムは、地理的な場所（例えば、経度座標及び緯度座標）を文字及び数字から成る文字列に符号化するが、この文字列は、格子形状の領域を表す、階層的な空間的データ構造である。文字及び数字の数が大きければ大きいほど、領域のサイズはますます小さくなるであろう。例えば、ＷＸ４ＤＹは、ＷＸ４Ｄによって表される領域よりも大きな領域を表す。文字及び数字から成る２つの文字列が似ていれば似ているほど、文字及び数字から成る２つの文字列の間の距離は、ますます小さくなるであろう。例えば、ＷＸ４ＤＹに関連した領域とＷＸ４ＧＡに関連した領域との間の距離は、ＷＸ４ＤＹに関連した領域とＷＸ４ＤＸに関連した領域との間の距離よりも大きいであろう。

単に例として、相乗り要請処理デバイス１１２が第１のサービス要請を受信する時刻は、５月１１日の午後５：５０である。検索モジュール４０４は、ジオハッシュアルゴリズムを使用して、第１のサービス要請の出発場所に関連した、文字及び数字から成る文字列（例えば、ＷＸ４ＤＹ)を獲得してもよい。検索モジュール４０４は、その後、反転された索引に基づいて、ＷＸ４ＤＹに関連した領域内にある過去の出発場所に対して、少なくとも１つの過去の要請を開始しているサービス要請者を検索し、且つ、例えば、サービス要請者Ｃ、Ｄ、Ｅ、Ｆ、Ｇ、及びＨを含む予備的な検索結果を獲得してもよい。検索モジュール４０４は、相乗りメッセージが送信されることを可能としないサービス要請者Ｃと、第１の所定期間に（例えば、先週に）、数が第２の数の閾値に等しい、又は第２の数の閾値より大きい、複数の相乗りメッセージを受信したサービス要請者Ｄとを除去してもよい。検索モジュール４０４は、サービス要請者Ｅ、Ｆ、Ｇ、及びＨの過去の要請を分析してもよい。もし相乗り要請処理デバイス１１２が、５月１１日の午後５：４５にサービス要請者Ｅから、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｂｕｓｉｎｅｓｓ Ｍａｃｈｉｎｅ（ＩＢＭ）ビルディング（例えば、ＩＢＭビルディングは、第１のサービス要請の出発場所から１ｋｍ離れており、且つＷＸ４ＤＹに関連した領域の中に位置している）という出発場所、及び第１のサービス要請者の目的地と同じ目的地を含むサービス意図を受信する場合、検索モジュール４０４は、サービス要請者Ｅを保持してもよい。もしサービス要請者Ｆが２０件の過去の要請を開始しており、２０件の過去の要請の各々が、第１のサービス要請の出発場所から１ｋｍ離れていると共に、ＷＸ４ＤＹの領域に位置する出発場所と、先月における第１のサービス要請の出発時刻を含む所定の時間間隔（例えば、２０分）内にある、午後６：００という出発時刻とを含む場合、検索モジュール４０４は、サービス要請者Ｆを保持してもよい。もしサービス要請者Ｇ及びサービス要請者Ｈが、ＷＸ４ＤＹに関連した領域、及びＷＸ４ＤＹに関連した領域に隣接した領域の中にある過去の出発場所に対して、いかなる過去の要請も開始していない場合、且つ、もし相乗り要請処理デバイス１１２が、当業者にとっては５月１１日の午後５：４０に適度に近い、有る定義された時刻（例えば、５月１１日の午後５：４０の１分前、２分前、又は５分前）に、サービス要請者Ｇ及びサービス要請者Ｈから何のサービス意図も受信しない場合、検索モジュール４０４は、サービス要請者Ｇ及びサービス要請者Ｈを除去し、且つ、第３のサービス要請者として、サービス要請者Ｅ及びサービス要請者Ｆを決定してもよい。

５０６では、処理モジュール４０６（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を決定し、且つ、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信してもよい。幾つかの実施形態において、相乗りメッセージは、少なくとも一人の標的となるサービス要請者が、第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始することを誘発するように構成してもよい。相乗りメッセージは、第１のサービス要請の出発場所、出発時刻、目的地など、又はこれらの任意の組み合わせを含んでもよい。幾つかの実施形態において、処理モジュール４０６は、ネットワーク（例えば、ネットワーク１２０）を介して、少なくとも一人のサービス要請者に関連付けられた端末（例えば、要請者端末１３０）に相乗りメッセージを送信してもよい。

幾つかの実施形態において、処理モジュール４０６は、予測動作、順位付け動作、及び処理動作を実施することによって、少なくとも一人のサービス要請者を決定してもよい。

予測動作では、処理モジュール４０６（相乗り要請処理デバイス１１２及び／又は処理回路２１０−ｂ、若しくは予測ユニット４０６２）は、第１のサービス要請者と複数の第３のサービス要請者との間の相乗りの確率を決定してもよい。幾つかの実施形態において、処理モジュール４０６は、予測モデルを使用して、相乗りの可能性を決定してもよく、ここで該予測モデルは、第３のサービス要請者が開始した過去の要請の数、過去の／意図された出発場所と第１のサービス要請の出発場所との間の距離、過去の／意図された出発時刻と第１のサービス要請の出発時刻との差異、過去の／意図された場所から過去の／意図された目的地への方向と第１のサービス要請の出発場所から目的地への方向との間の角度など、又はこれらの任意の組み合わせに基づいている。例えば、第１のサービス要請の出発場所を含む領域内で、第３のサービス要請者によって開始された過去の要請の過去の出発場所が近ければ近いほど、第３のサービス要請者と第１のサービス要請者との間の相乗りの確率はますます高くなるであろう。

順位付け動作では、処理モジュール４０６（相乗り要請処理デバイス１１２及び／又は処理回路２１０−ｂ、若しくは順位付けユニット４０６４）は、相乗りの確率に基づいて、複数の第３のサービス要請者を順位付けしてもよい。

代わりに又は加えて、処理モジュール４０６は、相乗りの可能性が第１の可能性の閾値（例えば、１０％、２０％、３０％、４０％、又は５０％）よりも小さい第３のサービス要請者を除去してもよい。

処理動作では、処理モジュール４０６（相乗り要請処理デバイス１１２及び／又は処理回路、若しくは処理ユニット４０６６）は、複数の第３のサービス要請者の数を設計すると共に、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信するように構成してもよい。ここで該複数の第３のサービス要請者は、少なくとも一人の標的となるサービス要請者として、順位付けに基づいて、又は第２の確率の閾値（例えば、５０％、６０％、７０％、８０％、又は９０％）よりも大きな確率を有することに基づいて、最も高い確率から順に始まる。

幾つかの実施形態において、相乗りの比較的高い可能性に関連付けられた第３のサービス要請者に相乗りメッセージを送信する動作は、相乗り取引率を改善し得る。

幾つかの実施形態において、処理モジュール４０６はまた、相乗りメッセージと一緒に、少なくとも一人の標的となるサービス要請者に、第１のサービス要請者に関連した個人情報を送信してもよい。第１のサービス要請者に関連した個人情報は、ウィーチャット（Ｗｅｃｈａｔ、登録商標）アカウント、マイクロブログアカウント、個人的な興味、性別、職業など、又はこれらの任意の組み合わせを含んでもよい。第１のサービス要請者に関連した個人情報によれば、少なくとも一人の標的となるサービス要請者は、第１のサービス要請者についてより多くを学習してもよく、且つ少なくとも一人の標的となるサービス要請者は、少なくとも一人の標的となるサービス要請者自身の選択に基づいて、第１のサービス要請者と相乗りするかどうかを決定し、その結果として、相乗りの成功率及び相乗り効率は、更に改善されるであろう。

幾つかの実施形態において、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信した後、処理モジュール４０６（相乗り要請処理デバイス１１２及び／又は処理回路２１０−ｂ、若しくは決定ユニット４０６８）は、予め設定された期間（例えば、１分、２分、５分）の中で、第１のサービス要請者と相乗りする意志がある、標的となるサービス要請者が存在するかどうかを決定してもよい。例えば、処理モジュール４０６は、相乗りメッセージへの合意応答を送信する、又は、予め設定された期間の中で、第１のサービス要請との組み合わせによって生じるサービス要請（例えば、第３のサービス要請）を送信する、標的となるサービス要請者が存在するかどうかを決定してもよい。第１のサービス要請者と相乗りする意志がある、標的となるサービス要請者が存在しないという決定に呼応して、処理モジュール４０６（相乗り要請処理デバイス１１２及び／又は処理回路２１０−ｂ、若しくは除去ユニット４０７０）は、複数の第３のサービス要請者から少なくとも一人の標的となるサービス要請者を除去し、且つ、第１のサービス要請者と相乗りする意志があるサービス要請者が存在するまで、処理動作を実施することを繰り返してもよい。第１のサービス要請者と相乗りする意志がある、少なくとも一人の標的となるサービス要請者が存在するという決定に呼応して、処理モジュール４０６は、第１のサービス要請者を、第１のサービス要請者との組み合わせを可能にするための、最も早期の要請者である標的となるサービス要請者と組み合わせてもよい。

幾つかの実施形態において、処理モジュール４０６は、少なくとも一人の標的となるサービス要請者に、相乗りの可能性に応じた降順で一人ずつ、相乗りメッセージを送信してもよい。例えば、処理モジュール４０６は、最も高い相乗りの可能性に関連付けられた第１標的となるサービス要請者に、相乗りメッセージを最初に送信してもよい。もし処理モジュール４０６が、相乗りメッセージに対して何の応答も受信しない場合、相乗りメッセージに対して拒否応答を受信する場合、又は、予め設定された期間の中で、第１標的となるサービス要請者から、第１のサービス要請との組み合わせによって生じないサービス要請を受信する場合、処理モジュール４０６は、二番目に高い相乗りの可能性に関連付けられる第２標的となるサービス要請者に、相乗りメッセージを送信してもよい。もし処理モジュール４０６が、相乗りメッセージに対する合意応答を受信する場合、又は、予め設定された期間の中で、第２標的となるサービス要請者から、第１のサービス要請との組み合わせによって生じるサービス要請（例えば、第３のサービス要請）を受信する場合、処理モジュール４０６は、第１のサービス要請を、第２標的となるサービス要請と組み合わせてもよく、且つ、残りの標的となるサービス要請者に相乗りメッセージを送信しなくてもよい。

幾つかの実施形態において、処理モジュール４０６は、少なくとも一人の標的となるサービス要請者に、相乗りメッセージを同時に送信してもよい。処理モジュール４０６は、予め設定された期間の中で、第１のサービス要請者との組み合わせを可能にするべく、第１のサービス要請者を、最も早期である標的となるサービス要請者と組み合わせてもよい（例えば、合意応答を送信する、又は、第１のサービス要請との組み合わせによって生じるサービス要請を送信する）。

幾つかの実施形態において、処理動作を実施することを繰り返す場合、処理モジュール４０６（相乗り要請処理デバイス１１２及び／又は処理回路２１０−ｂ、若しくは更新ユニット４０７２）は、少なくとも一人の標的となるサービス要請者として、複数の第３のサービス要請者の新しい数を設計してもよい。該新しい数は、少なくとも一人の標的となるサービス要請者の直前の数より大きくてもよい。このことにより、第１のサービス要請者との組み合わせによって生じるサービス要請者を見つけるための時間が減少し得る。

単に例として、処理モジュール４０６は、上位３つの最も高い相乗りの可能性に関連付けられた３つの標的となるサービス要請者に、相乗りメッセージを送信してもよい。もし処理モジュール４０６が、何の応答も受信しない場合、拒否応答を受信する場合、又は、５分以内に三人の標的となるサービス要請者から、第１のサービス要請との組み合わせによっては生じないサービス要請を受信する場合、処理モジュール４０６は、複数の第３のサービス要請者から、別の６つの標的となるサービス要請を選択するべく、処理動作を実施することを繰り返してもよい。

幾つかの実施形態において、もし複数の第３のサービス要請者の中で、第１のサービス要請者と相乗りする意志があるサービス要請者が存在しない場合、実行モジュール４１０（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、第１のサービス要請者に、空車のサービス提供者（例えば、現在のところサービスを提供していない運転手）を割り当て、且つ、第１のサービス要請者を第１候補のサービス要請者に配置してもよい。

幾つかの実施形態において、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、検索モジュール４０４が第１のサービス要請の移動情報を獲得する前に、第１の送信モジュール４０８（若しくは相乗り要請処理デバイス１１２、及び／又はインターフェース回路２１０−ａ）は、相乗り要請処理デバイス１１２が第１のサービス要請との組み合わせによって生じるサービスを見つけることを可能にするべく、第１のサービス要請者が、第２の所定期間（例えば、１０分）の間、待機する意志があるかどうかを問い合わせる通知を、第１のサービス要請者に送信してもよい。第１のサービス要請者が、第２の所定期間の間、待機する意志があるという決定に呼応して、相乗り要請処理デバイス１１２が、第１のサービス要請との組み合わせによって生じるサービス要請を見つけることを可能にするべく、第１の送信モジュール４０８は、動作５０４及び動作５０６を実施してもよい。第１のサービス要請者が、第２の所定期間の間、待機する気がないという決定に呼応して、相乗り要請処理デバイス１１２が、第１のサービス要請との組み合わせによって生じるサービスを見つけることを可能にするべく、実行モジュール４１０（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、第１のサービス要請者に、空車のサービス提供者（例えば、現在のところサービスを提供していない運転手）を割り当て、且つ、第１のサービス要請者を第１候補のサービス要請者に配置してもよい。幾つかの実施形態において、相乗り要請処理デバイス１１２が、第１のサービス要請者自身の選択に基づいて、第１のサービス要請との組み合わせによって生じるサービス要請を見つけることを可能にするべく、第１のサービス要請者は、ある一定の期間の間、待機するかどうかを決定してもよい。このことは、ユーザ体験を改善する。

幾つかの実施形態において、もし、相乗り要請処理デバイス１１２が、第１のサービス要請との組み合わせによって生じるサービス要請を見つけることを可能にするべく、第１のサービス要請者が、第２の所定期間の間、待機する意志がある場合、第２の送信モジュール４１２（若しくは相乗り要請処理デバイス１１２、及び／又はインターフェース回路２１０−ａ）は、１つ以上のキャンペーン（例えば、２ドルの電子クーポン）を第１のサービス要請者に送信してもよい。代わりに、第１の送信モジュール４０８が第１のサービス要請者に通知を送信する間に、第２の送信モジュール４１２は、第１のサービス要請者に１つ以上のキャンペーンを送信してもよい。１つ以上のキャンペーンは、第１のサービス要請との組み合わせによって生じるサービス要請を待つ時間に対する、第１のサービス要請者への代償であり得、且つ、取引率及びユーザ体験を改善し得る。

幾つかの実施形態において、第２の送信モジュール４１２は、第１のサービス要請者と相乗りする標的となるサービス要請者に、１つ以上のキャンペーンを送信してもよい。代わりに、処理モジュール４０６が、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信する間、第２の送信モジュール４１２は、少なくとも一人のサービス要請者に１つ以上のキャンペーンを送信してもよい。１つ以上のキャンペーンは、少なくとも一人のサービス要請者が、第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始することを誘発するように構成してもよい。

幾つかの実施形態において、少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、複数の第３のサービス要請者を決定することと、第１のサービス要請者と相乗りする意志がある少なくとも一人のサービス要請者が存在するという決定をすることとの間の期間中に、決定モジュール４０２は、複数の第１候補のサービス要請者を、連続的に又は周期的に監視してもよい。もし、複数の第１候補のサービス要請者の中で、第１のサービス要請者との組み合わせによって生じる、少なくとも一人の第２のサービス要請者が存在する場合、決定モジュール４０２は、第１のサービス要請者を第２のサービス要請者と組み合わせてもよく、且つ、複数の第３のサービス要請者の中で、第１のサービス要請者と組み合わせるべきサービス要請者を決定するためのプロセスは、終わらせてもよい。

幾つかの実施形態において、もし複数の第３のサービス要請者の数が、第３の数の閾値（例えば、１、２、３、５、１０、１５、２０）に等しい、又は第３の数の閾値（例えば、１、２、３、５、１０、１５、２０）よりも小さい場合、少なくとも一人の標的となるサービス要請者を決定するためのプロセスは、省略してもよい。処理モジュール４０６は、複数の第３のサービス要請者に相乗りメッセージを送信してもよい。例えば、第３の数の閾値は、３に等しくてもよい。５０４で決定された第３のサービス要請者は、サービス要請者Ｅ及びサービス要請者Ｆを含んでもよい。５０６において、少なくとも一人の標的となるサービス要請者を決定するためのプロセスは、省略してもよい。処理モジュール４０６は、サービス要請者Ｅ及びサービス要請者Ｆに相乗りメッセージを送信してもよい。別の例として、第３の数の閾値は、３に等しくてもよい。５０４で決定された第３のサービス要請者は、サービス要請者Ｅ及びサービス要請者Ｆを含んでもよい。サービス要請者Ｆは、相乗りの可能性が第１の可能性の閾値よりも小さいので、除去してもよい。５０６において、少なくとも一人の標的となるサービス要請者を決定するためのプロセスは、省略してもよい。処理モジュール４０６は、サービス要請者Ｅに相乗りメッセージを送信してもよい。

この開示における、組み合わせによって生じるサービス要請者を決定するためのプロセスでは、サーバ１１０は、現在のところサービス要請を開始していないが、第１のサービス要請との組み合わせによって生じるサービス要請を開始する可能性を有する、標的となるサービス要請者を捜してもよい。このことは、相乗り取引率を改善する。加えて、標的となるサービス要請者は、自分自身の選択に基づいて、第１のサービス要請者と結びつくかどうかを決定してもよく、且つ、第１のサービス要請者は、サーバ１１０が、第１のサービス要請者自身の選択に基づいて、組み合わせによって生じるサービス要請者を見つけることを可能にするべく、ある一定の期間の間、待機するかどうかを決定してもよい。このことは、ユーザ体験を改善する。

上の説明は、単に例証を目的として提供され、且つ、本発明の範囲を限定することを意図しない、ということに留意するべきである。当業者は、本開示の教示の下で、多数の変形例及び修正例を作成し得る。しかしながら、それらの変形例及び修正例は、本開示の範囲から逸脱しない。

図６は、本開示の幾つかの実施形態による、組み合わせによって生じるサービス要請者を決定するための、典型的なプロセスを例示するフローチャートである。プロセス６００は、図１に例示されたオンライン・ツー・オフラインのサービスシステム１００において履行してもよい。例えば、プロセス５００は、命令（例えば、アプリケーション）の形として、記憶デバイス１５０及び／又は記憶装置２２０に格納し、且つ、サーバ１１０（例えば、サーバ１１０の相乗り要請処理デバイス１１２、図２に例示されたプロセッサ２２０、又は図４に例示された相乗り要請処理デバイス１１２における１つ以上のモジュール）によって、呼び出してもよい且つ／又は実行してもよい。以下に提示される、例示されたプロセスの動作は、例証的であることを意図している。幾つかの実施形態において、プロセス６００は、説明されていない１つ以上の付加的な動作を用いて、且つ／又は議論された１つ以上の動作を用いることなく、達成し得る。加えて、プロセス６００の動作が、図６で例示される順序及び以下で説明される順序は、限定的ではない。

６０２では、決定モジュール４０２（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、第１のサービス要請者から第１のサービス要請を受信してもよい。幾つかの実施形態において、第１のサービス要請は、相乗り要請であってもよい。

６０４では、決定モジュール４０２（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、各々が未決定の要請に関連付けられる複数の第１候補のサービス要請者の中で、第１のサービス要請者との組み合わせによって生じる、少なくとも一人の第２のサービス要請者が存在するかどうかを決定してもよい。

少なくとも一人の第２のサービス要請者が存在するという決定に呼応して、プロセス６００は、第１のサービス要請者を少なくとも一人の第２のサービス要請者と組み合わせるべく、６１６に進んでもよい。幾つかの実施形態において、もし一人の第２のサービス要請者が存在する場合、相乗り処理デバイス１１２は、第２のサービス要請者を第１のサービス要請者と組み合わせてもよい。もし二人以上の第２のサービス要請者が存在する場合、相乗り要請処理デバイス１１２は、第１のサービス要請者と組み合わせるべく、二人以上のサービス要請者の一人を選択してもよい。例えば、相乗り要請処理デバイス１１２は、第１のサービス要請者と組み合わせるべく、二人以上の第２のサービス要請者の一人を無作為に選択してもよい。別の例として、相乗り要請処理デバイス１１２は、第１のサービス要請者と組み合わせるべく、二人以上の第２のサービス要請者の中で、出発場所又は現在の場所が、第１のサービス要請者の出発場所に最も近いサービス要請者を選択してもよい。

少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、プロセス６００は６０６へ進んでもよい。

６０６では、検索モジュール４０４（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、第１のサービス要請の移動情報を獲得し、且つ、移動情報に基づいて、複数の第１候補のサービス要請者とは異なり、且つ所定の条件を満足する複数の第３のサービス要請者を決定してもよい。移動情報は、第１のサービス要請の出発場所、出発時刻、目的地など、又はこれらの任意の組み合わせを含んでもよい。所定の条件に関する詳細は、本開示の別の箇所で見出されるであろう（例えば、図５に関連する説明）。

６０８では、処理モジュール４０６（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、複数の第３のサービス要請者と第１のサービス要請者との間の相乗りの確率の降順で、複数の第３のサービス要請者を順位付けしてもよい。

６１０では、処理モジュール４０６（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、複数の第３のサービス要請者の数を設計してもよく、ここで該複数の第３のサービス要請者は、少なくとも一人の標的となるサービス要請者として、順位付けに基づいて、最も高い確率から順に始まる。

６１２では、処理モジュール４０６（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信してもよい。相乗りメッセージは、少なくとも一人の標的となるサービス要請者が、第１のサービス要請との組み合わせによって生じるサービス要請を開始することを誘発してもよい。

６１４では、相乗りメッセージを送信する際の予め設定された期間（例えば、５分）の後に、もし第１のサービス要請者が引き続いて相乗りしない場合、処理モジュール４０６（若しくは相乗り要請処理デバイス１１２、及び／又は処理回路２１０−ｂ）は、複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を除去してもよい。第１のサービス要請者が引き続いて相乗りするまで、プロセス６００は、動作６１０へ逆戻りして、動作６１０から動作６１４を実施することを繰り返してもよい。

幾つかの実施形態において、動作６１０を繰り返すたびに、処理モジュール４０６は、少なくとも一人の標的となるサービス要請者として、複数の第３のサービス要請者の新しい数を結果として生じさせてもよい。該新しい数は、少なくとも一人の標的となるサービス要請者の直前の数より大きい。例えば、処理モジュール４０６は、動作６１０の一回目の実施に対して、３人の標的となるサービス要請者を決定し、動作６１０の二回目の実施に対して、６人の標的となるサービス要請者を決定し、且つ、動作６１０の三回目の実施に対して、９人の標的となるサービス要請者を決定してもよい。

上の説明は、単に例証を目的として提供され、且つ、本発明の範囲を限定することを意図しない、ということに留意するべきである。当業者にとっては、本開示の教示の下で、多数の変形例及び修正例が作成され得る。しかしながら、それらの変形例及び修正例は、本開示の範囲から逸脱しない。

このように基本的な概念を説明してきたが、この詳細な開示を読めば、詳細な開示は単純に例として提示されることを意図しており、制限的でないということは、当業者にはむしろ明らかであろう。様々な変更例、改善例、及び修正例が生じ得るが、それらは、本明細書で明確に述べられていないものの、当業者に対して意図されたものである。これらの変更、改善、及び修正は、この開示によって示唆されることを意図するものであり、且つ、この開示の典型的な実施形態の趣旨及び範囲の中に入る。

そのうえ、ある一定の用語が、本開示の実施形態を説明するために使用されてきた。例えば、「一実施形態」、「実施形態」、及び／又は「幾つかの実施形態」という用語は、実施形態に関連して説明される特定の特徴、構造又は特性が、本開示の少なくとも１つの実施形態に含まれる、ということを意味している。それ故に、この明細書の様々な部分において、「実施形態」若しくは「一実施形態」又は「代替的実施形態」に対する２つ以上の参照は、必ずしも全てが同じ実施形態を参照するものではない、ということを強調すると共に、正しく認識するべきである。更に、特定の特徴、構造又は特性は、本開示の１つ以上の実施形態において、適切に組み合わせてもよい。

更に、当業者であれば正しく認識することであろうが、本開示の態様は、任意の新規で有用なプロセス、機械、製造、若しくは組成物を含む、多数の特許可能な部類若しくは文脈のいずれかにおいて、又は、これらの任意の新規で有用な改善において、本明細書の中で例示すると共に説明してもよい。したがって、本開示の態様は、完全にハードウェア、完全にソフトウェア（ファームウェア、常駐ソフトウェア、マイクロコードを含む）で履行してもよく、又はソフトウェア履行とハードウェア履行を組み合わせてもよく、これらの全ては、本明細書では一般に、「ユニット」、「モジュール」、又は「システム」と呼んでもよい。更に、本開示の態様は、１つ以上のコンピュータ可読媒体において具現化されるコンピュータプログラム製品の形態をとってもよい。ここで該コンピュータ可読媒体は、自身の上に具現化されたコンピュータ可読プログラムを有する。

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

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

更に、処理要素若しくはシーケンスが列挙される順序、又は、数字、文字若しくは他の記号の使用は、それ故に、特許請求の範囲に明記される場合を除いて、請求されたプロセス及び方法を任意の順序に限定することを意図しない。上の開示は、様々な例を通して、本開示の種々の有用な実施形態と現在考えられるものを議論しているが、次のことを理解するべきである。即ち、そのような詳細は単にその目的だけのためであり、且つ、添付された請求項は、開示された実施形態に限定されず、その反対に、開示された実施形態の趣旨及び範囲の中にある修正例及び等価な配列を含むことを意図する、ということを理解するべきである。例えば、上で説明された様々な構成要素の履行は、ハードウェアデバイスにおいて具現化されてはいるが、例えば、現存するサーバ又は移動デバイス上にインストールされたソフトウェアソリューションだけで履行してもよい。

同様に、正しく認識するべきことであるが、本開示の実施形態の前述の説明において、本開示を簡素化して、様々な実施形態の１つ以上を理解する上での助けとすることを目的として、様々な特徴が、単一の実施形態、図、又はその説明の中に一緒に集められることもある。開示のこの方法は、しかしながら、請求された主題が、各請求項に明確に列挙されているよりも多くの特徴を要求する、という意図を反映するものと解釈するべきではない。むしろ、独創的な実施形態は、前述の単一の開示された実施形態の全ての特徴よりも少ない範囲にあり得る。

幾つかの実施形態において、応用のある実施形態を説明すると共に請求するために使用される量又は特質を表す数は、「約」、「おおよそ」、又は「実質的に」という用語によって、幾つかの事例の中で修飾されると理解するべきである。例えば、特に明記しない限り、「約」、「おおよそ」、又は「実質的に」は、それが説明する値の±２０％の変動を指し示してもよい。したがって、幾つかの実施形態において、記述された説明及び添付された請求項の中で明らかにされる数値パラメータは、特定の実施形態によって得られることが求められる所望の特質に依存して、変動する可能性のある近似値である。幾つかの実施形態において、数値パラメータは、報告された有効桁数を考慮すると共に、通常の丸め手法を適用することによって、解釈されるべきである。応用の幾つかの実施形態の広い範囲を明らかにする数値範囲及び数値パラメータが、近似値であるということにもかかわらず、特定の実施例の中で明らかにされる数値は、可能な限り正確に報告されている。

本明細書で参照される特許、特許出願、特許出願の出版物、及び、記事、本、仕様書、出版物、文書、文物などのような他の資料の各々は、全ての目的に対して、この参照により、その全体が本明細書に組み入れられる。このことは、上記列挙物に関連付けられる訴追ファイルの履歴、本文書と矛盾する若しくは衝突する上記列挙物のいずれか、又は、本文書に今若しくは後で関連付けられる請求項の最も広い範囲に関して、限定的影響を有する可能性のある上記列挙物のいずれかを除いて当てはまる。 例として、もし、組み入れられた資料のいずれかに関連付けられた説明、定義、及び／又は用語の使用と、本文書に関連付けられた説明、定義、及び／又は用語の使用との間で、何らかの不一致又は衝突が存在する場合、本文書における説明、定義、及び／又は用語の使用が優先するものとする。

最後に、本明細書で開示された応用の実施形態は、応用の実施形態の原理を例証するものである、ということを理解するべきである。使用される可能性のある他の修正は、応用の範囲内にあるであろう。したがって、応用の実施形態の代替的構成は、限定するものではなく、例として、本明細書における教示に従って利用してもよい。それ故に、本出願の実施形態は、厳密に図示され、説明されたものに限定されない。

Claims (15)

1. １つ以上のプロセッサ及び１つ以上の記憶媒体を有するコンピューティングデバイス上で履行される、組み合わせによって生じるサービス要請を決定するための方法であって、
   （１）第１のサービス要請者から第１のサービス要請を受信するステップであって、前記第１のサービス要請は、出発時刻、出発場所、及び目的地を含む、ステップと、
   （２）未決定の第１のサービス要請を行った複数の第１候補のサービス要請者を獲得するステップであって、該複数の第１候補のサービス要請者の各々は、未決定の要請に関連付けられる、ステップと、
   （３）前記複数の第１候補のサービス要請者の中に、前記第１候補のサービス要請者の出発場所又は現在の場所が、前記第１のサービス要請者の出発場所から所定の距離の閾値以内である第１候補のサービス要請者が存在するか否かに基づいて、前記第１のサービス要請との組み合わせによって生じる第２のサービス要請に関連付けられる、少なくとも１人の第２のサービス要請者が存在するかどうかを決定するステップと、
   （４）前記少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、前記複数の第１候補のサービス要請者とは異なる、第１の数の閾値より大きい第１の所定の数の要請を過去に開始しており、第１の所定の数の前記要請の各々が、前記第１のサービス要請の出発場所を含む所定の大きさの領域内に位置する出発場所と、先月における第１のサービス要請の出発時刻を含む所定の時間間隔内にある出発時刻とを含む複数の第３のサービス要請者を決定するステップと、
   （５）前記複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を決定するステップと、
   （６）前記第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始するべく、前記少なくとも一人の標的となるサービス要請者に、相乗りメッセージを送信するステップと、
   を備える、方法。
2. 請求項１に記載の方法であって、
   前記複数の第３のサービス要請者を決定するステップは、
   前記複数の第１候補のサービス要請者とは異なる、複数の第２候補のサービス要請者を獲得するステップと、
   前記複数の第２候補のサービス要請者の中で、前記複数の第３のサービス要請者を選択するステップと、
   を含み、
   前記複数の第３のサービス要請者の各々は、前記出発場所を含む領域内にある過去に受信した要請が含む出発場所に対して、及び／又は、前記出発時刻を含む所定の時間間隔内にある過去に受信した要請が含む出発時刻に対して、第１の所定の数の要請を過去に開始しており、ここで、前記第１の所定の数は、第１の数の閾値よりも大きく、且つ／又は、
   前記複数の第３のサービス要請者の各々は、前記相乗りメッセージが送信されることを可能にし、且つ／又は、第１の所定期間中に第２の所定の数の相乗りメッセージを過去に受信しており、ここで、前記第２の所定の数は、第２の数の閾値よりも小さい、方法。
3. 請求項２に記載の方法であって、
   前記出発場所を含む前記領域を決定するステップは、以下の動作の少なくとも１つを含み、該以下の動作とは、
   前記出発場所を含む前記領域を決定するべく、ジオハッシュアルゴリズムを実施すること、
   前記出発場所を中心とし、且つ所定の値の半径を有する円領域を決定すること、又は、
   前記出発場所を含む長方形領域を決定すること、
   である、方法。
4. 請求項１から請求項３のいずれか一項に記載の方法であって、
   前記少なくとも一人の標的となるサービス要請者を決定するステップは、
   （１）前記第１のサービス要請者と前記複数の第３のサービス要請者との間の相乗りの確率を決定するステップと、
   （２）前記相乗りの確率を順位付けするステップと、
   （３）前記複数の第３のサービス要請者の数を設計するステップであって、ここで前記複数の第３のサービス要請者は、前記少なくとも一人の標的となるサービス要請者として、前記順位付けに基づいて、又は確率の閾値よりも大きい確率を有することに基づいて、最も高い確率から順に始まる、ステップと、
   を含む、方法。
5. 請求項４に記載の方法であって、
   前記相乗りメッセージが、前記少なくとも一人の標的となるサービス要請者に送信された後、前記第３のサービス要請が開始されるかどうかを決定するステップと、
   前記第３のサービス要請が開始されない場合、前記複数の第３のサービス要請者から前記少なくとも一人の標的となるサービス要請者を除去すると共に、請求項４における動作（３）を繰り返すステップと、
   を更に備える、方法。
6. 請求項５に記載の方法であって、
   請求項４における動作（３）を繰り返すたびに、前記少なくとも一人の標的となるサービス要請者の数を増加させる、方法。
7. 請求項１から請求項６のいずれか一項に記載の方法であって、
   前記１つ以上のプロセッサが、前記第１のサービス要請との組み合わせによって生じる要請を見つけることを可能にするべく、前記第１のサービス要請者が、第２の所定期間の間、待機する意志があるかどうかを問い合せる通知を、前記第１のサービス要請者に送信するステップと、
   前記第１のサービス要請者からの前記通知に対する応答に基づいて、前記第１のサービス要請者が、前記第２の所定期間の間、待機する意志があることを決定し、その後、請求項１における動作（４）から動作（６）を実行するステップと、
   を更に備える、又は、
   さもなければ、サービス提供者を前記第１のサービス要請者に割り当てると共に、前記第１のサービス要請者を前記第１候補のサービス要請者に配置するステップ、
   を更に備える、方法。
8. 請求項１から請求項７のいずれか一項に記載の方法であって、
   前記少なくとも一人の標的となるサービス要請者に、前記第１のサービス要請者の個人情報を発信するステップ、又は
   前記第１のサービス要請者又は前記少なくとも一人の標的となるサービス要請者に、１つ以上のクーポンを送信するステップ
   のうちの少なくとも1つを更に備える、方法。
9. 組み合わせによって生じるサービス要請者を決定するためのシステムであって、
   決定モジュールであって、該決定モジュールは、以下の行為をするように構成され、該以下の行為とは、
   第１のサービス要請者から第１のサービス要請を受信することであって、前記第１のサービス要請は、出発時刻、出発場所、及び目的地を含む、こと、
   未決定の第１のサービス要請を行った複数の第１候補のサービス要請者を獲得することであって、該複数の第１候補のサービス要請者の各々は、未決定の要請に関連付けられる、こと、及び
   前記複数の第１候補のサービス要請者の中に、前記第１候補のサービス要請者の出発場所又は現在の場所が、前記第１のサービス要請者の出発場所から所定の距離の閾値以内である第１候補のサービス要請者が存在するか否かに基づいて、前記第１のサービス要請との組み合わせによって生じる第２のサービス要請に関連付けられた、少なくとも一人の第２のサービス要請者が存在するかどうかを決定すること、
   である、決定モジュールと、
   前記少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、前記複数の第１候補のサービス要請者とは異なる、第１の数の閾値より大きい第１の所定の数の要請を過去に開始しており、第１の所定の数の前記要請の各々が、前記第１のサービス要請の出発場所を含む所定の大きさの領域内に位置する出発場所と、先月における第１のサービス要請の出発時刻を含む所定の時間間隔内にある出発時刻とを含む複数の第３のサービス要請者を決定するように構成された検索モジュールと、
   処理モジュールであって、該処理モジュールは、以下の行為をするように構成され、該以下の行為とは、
   前記複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を決定すること、及び、
   前記第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始するべく、前記少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信すること、
   である、処理モジュールと、
   を備える、システム。
10. 請求項９に記載のシステムであって、
    前記複数の第３のサービス要請者を決定するステップは、
    前記複数の第１候補のサービス要請者とは異なる、複数の第２候補のサービス要請者を獲得するステップと、
    前記複数の第２候補のサービス要請者の中で、前記複数の第３のサービス要請者を選択するステップと、
    を含み、
    前記複数の第３のサービス要請者の各々は、前記出発場所を含む領域内にある過去に受信した要請が含む出発場所に対して、及び／又は、前記出発時刻を含む所定の時間間隔内にある過去に受信した要請が含む出発時刻に対して、第１の所定の数の要請を過去に開始しており、ここで、前記第１の所定の数は、第１の数の閾値よりも大きく、且つ／又は、
    前記複数の第３のサービス要請者の各々は、前記相乗りメッセージが送信されることを可能にし、且つ／又は、第１の所定期間中に第２の所定の数の相乗りメッセージを過去に受信しており、ここで、前記第２の所定の数は、第２の数の閾値よりも小さい、システム。
11. 請求項１０に記載のシステムであって、
    前記出発場所を含む前記領域を決定するステップは、以下の動作の少なくとも１つを含み、該以下の動作とは、
    前記出発場所を含む前記領域を決定するべく、ジオハッシュアルゴリズムを実施すること、
    前記出発場所を中心とし、且つ所定の値の半径を有する円領域を決定すること、又は、
    前記出発場所を含む長方形領域を決定すること、
    である、システム。
12. 請求項９から請求項１１のいずれか一項に記載のシステムであって、
    前記少なくとも一人の標的となるサービス要請者を決定するステップは、以下のステップを含み、該以下のステップとは、
    （１）前記第１のサービス要請者と前記複数の第３のサービス要請者との間の相乗りの確率を決定するステップ、
    （２）前記相乗りの確率を順位付けするステップ、
    （３）前記複数の第３のサービス要請者の数を設計するステップであって、ここで前記複数の第３のサービス要請者は、前記少なくとも一人の標的となるサービス要請者として、前記順位付けに基づいて、又は確率の閾値よりも大きい確率を有することに基づいて、最も高い確率から順に始まる、ステップ、
    である、システム。
13. 請求項１２に記載のシステムであって、
    前記処理モジュールは、以下の行為をするように更に構成され、該以下の行為とは、
    前記相乗りメッセージが前記少なくとも一人の標的となるサービス要請者に送信された後、前記第３のサービス要請が開始されるかどうかを決定すること、及び、
    前記第３のサービス要請が開始されない場合、前記複数の第３のサービス要請者から前記少なくとも一人の標的となるサービス要請者を除去し、且つ、請求項１２における動作（３）を繰り返すこと、及び
    請求項１２における動作（３）を繰り返すたびに、前記少なくとも一人の標的となるサービス要請者の数を増加させる、システム。
14. 請求項９から請求項１３のいずれか一項に記載のシステムであって、
    １つ以上のプロセッサが、前記第１のサービス要請との組み合わせによって生じる要請を見つけることを可能にするべく、前記第１のサービス要請者が、第２の所定期間の間、待機する意志があるかどうかを問い合せる通知を、前記第１のサービス要請者に送信するように構成された第１の送信モジュールと、
    前記第１のサービス要請者からの前記通知に対する応答に基づいて、サービス提供者を前記第１のサービス要請者に割り当てると共に、前記第１のサービス要請者を前記第１候補のサービス要請者に配置するように構成された実行モジュールであって、前記応答は、前記第１のサービス要請者が、第２の所定期間の間、待機する気がないことを指し示す、実行モジュールと、
    を更に備える、システム。
15. 組み合わせによって生じるサービス要請者を決定するための、少なくとも一セットの命令を備える非一時的なコンピュータ可読媒体であって、
    コンピューティングデバイスの１つ以上のプロセッサによって実行される場合、前記少なくとも一セットの命令は、前記コンピューティングデバイスに１つの方法を実施させ、該１つの方法は、
    （１）第１のサービス要請者から第１のサービス要請を受信するステップであって、前記第１のサービス要請は、出発時刻、出発場所、及び目的地を含む、ステップと、
    （２）未決定の第１のサービス要請を行った複数の第１候補のサービス要請者を獲得するステップであって、該複数の第１候補のサービス要請者の各々は、未決定の要請に関連付けられる、ステップと、
    （３）前記複数の第１候補のサービス要請者の中に、前記第１候補のサービス要請者の出発場所又は現在の場所が、前記第１のサービス要請者の出発場所から所定の距離の閾値以内である第１候補のサービス要請者が存在するか否かに基づいて、前記第１のサービス要請との組み合わせによって生じる第２のサービス要請に関連付けられた、少なくとも一人の第２のサービス要請者が存在するかどうかを決定するステップと、
    （４）前記少なくとも一人の第２のサービス要請者が存在しないという決定に呼応して、前記複数の第１候補のサービス要請者とは異なる、第１の数の閾値より大きい第１の所定の数の要請を過去に開始しており、第１の所定の数の前記要請の各々が、前記第１のサービス要請の出発場所を含む所定の大きさの領域内に位置する出発場所と、先月における第１のサービス要請の出発時刻を含む所定の時間間隔内にある出発時刻とを含む複数の第３のサービス要請者を決定するステップと、
    （５）前記複数の第３のサービス要請者から、少なくとも一人の標的となるサービス要請者を決定するステップと、
    （６）前記第１のサービス要請との組み合わせによって生じる第３のサービス要請を開始するべく、前記少なくとも一人の標的となるサービス要請者に相乗りメッセージを送信するステップと、
    を備える、非一時的なコンピュータ可読媒体。

Images