JP2020520506A - 動的にバッチされたサービスプロバイダーおよびサービスリクエストの割り当て - Google Patents

Abstract

入力デバイスおよび出力デバイスと協働するＣＰＵを有するプロセッサーデバイスであって、保存された命令の制御下において、入力デバイスにおいて複数のサービスリクエストを受信し、連続的な期間で受信された複数のサービスリクエストを、複数のリクエストの複数のバッチのそれぞれに割り当て、保存されているサービスプロバイダーデータにアクセスし、複数のサービスプロバイダーのプールのうちから、利用可能な複数のサービスプロバイダーを特定し、複数のサービスリクエストのバッチへの割り当てが完了した後に、複数のリクエストのバッチの各サービスリクエストをサービスプロバイダーにマッチングしようと試みるマッチングプロセスを実行し、さらに、マッチングがなされた各サービスプロバイダーのために、出力デバイスから、それぞれの可能性のあるマッチングの通知を出力する、よう構成されている。【選択図】図３Ａ

Description

本発明は、通信およびデータ処理の分野全体に属する。

複数の実施形態は、一般的に、複数のリクエストの処理に関し、より具体的には、複数のサービスプロバイダーに対する複数のサービスリクエストの動的なマッチングを含む、複数の輸送関連サービス要求を管理するための方法、システム、およびデバイスに関する。

演算技術および通信における技術的な発展は、プロバイダーが、製品およびサービスのための新たな改良されたオファーを作成し、提供することを可能とし続けている。

そのような発展によって利用可能とされたオンラインサービスは、これに限定されるものではないが、製品および／またはサービスの情報検索、購入、確保（reserving）、予約（booking）、カートへの追加（adding-to-cart）、一部支払い、確保、および／または共有のための前払いの許可を含む。今日において、ユーザーは、益々、より簡単に、より効率的に、かつ、より効果的に、従来同様他の方法において案内されているこれら製品および／またはサービスのためのオンライン取引を実行することができるようになってきている。

システム、デバイス、ソフトウェア、および通信を含む演算技術における最近の発展にもかかわらず、オンラインインタラクション（online interactions）を管理する際に、困難さまたは課題に、直面することが多いことが、本開示において認識される。

本発明の例示的な実施形態は、一般に、上述および本明細書において述べられた従来の課題に対処するためのシステム、サブシステム、プロセッサー、デバイス、ロジック、および方法に関し、または、これらを含み、より具体的には、例示的な実施形態は、複数の輸送関連サービスインタラクション（transport-related service interactions）を管理するシステム、サブシステム、プロセッサー、デバイス、ロジック、および方法に関する。

複数の輸送関連サービスリクエストを管理するためのプロセッサーデバイスが開示される。プロセッサーデバイスは、入力デバイスおよび出力デバイスと協働するＣＰＵを有しており、保存されている命令の制御下において、前記入力デバイスにおいて複数のサービスリクエストを受信し、連続的な期間（successive time periods）で受信された前記複数のサービスリクエストを、複数のリクエストの複数のバッチのそれぞれ（respective batches）に割り当て、保存されているサービスプロバイダーデータにアクセスし、複数のサービスプロバイダーのプール（a pool of service providers）のうちから、利用可能な複数のサービスプロバイダーを特定し、前記複数のサービスリクエストのバッチへの割り当てが完了した後に、前記複数のリクエストのバッチの各サービスリクエストをサービスプロバイダーにマッチングしようと試みるマッチングプロセスを実行し、さらに、マッチングがなされた各サービスプロバイダーのために、それぞれの可能性のあるマッチング（potential match）の通知を出力する。

また、入力デバイスおよび出力デバイスと協働するＣＰＵを有するプロセッサーデバイスによって、保存されている命令の制御下で実行される、複数の輸送関連サービスリクエストを管理する方法が開示される。該方法は、前記入力デバイスにおいて複数のサービスリクエストを受信する工程と、連続的な期間で受信された複数のサービスリクエストを、複数のリクエストの複数のバッチ（batches）のそれぞれに割り当てる工程と、保存されているサービスプロバイダーデータにアクセスし、複数のサービスプロバイダーのプール（a pool of service providers）のうちから、利用可能な複数のサービスプロバイダーを特定する工程と、前記複数のサービスリクエストのバッチへの割り当てが完了した後に、前記複数のリクエストのバッチの各サービスリクエストをサービスプロバイダーにマッチングしようと試みるマッチングプロセスを実行し、さらに、マッチングがなされた各サービスプロバイダーのために、前記出力デバイスから、それぞれの可能性のあるマッチング（potential match）の通知を出力する工程と、を含む。

例示的な実施形態において、複数の輸送関連サービスリクエストを管理するための方法が記述される。該方法は、第１の期間を規定（establish）する工程を含んでいてもよい。また、該方法は、前記第１の期間において受信された１つ以上のサービスリクエストを特定する工程を含み得る。各特定されたサービスリクエストは、発信位置（origin location）を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。各特定されたサービスプロバイダーは、現在サービスプロバイダー位置（current service provider location）と、利用可能性ステータス（availability status）と、を有していてもよい。各特定されたサービスプロバイダーは、サービスリクエストとマッチングされるために現在利用可能であることを示す自身の利用可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域（service request geographical region）と、サービスプロバイダー地理的領域と、を規定する工程を含んでいてもよい。また、該方法は、前記複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい。各候補サービスリクエストは、前記サービスリクエスト地理的領域内の自身の発信位置を有していてもよい。また、該方法は、前記複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい。各候補サービスプロバイダーは、前記サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置を有していてもよい。また、該方法は、前記１つ以上の候補サービスリクエストを、前記１つ以上の候補サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程を含んでいてもよい。前記マッチングプロセスは、少なくともキャンセルが生じ得る尤度（likelihood）に基づいていてもよい。

別の例示的な実施形態において、複数の輸送関連サービスリクエストを管理するための方法が記述される。該方法は、第１の期間を規定する工程を含んでいてもよい。また、該方法は、前記第１の期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。特定された各サービスプロバイダーは、現在サービスプロバイダー位置と、利用可能性ステータスと、を有していてもよい。

各特定されたサービスプロバイダーは、サービスリクエストとマッチングされるために現在利用可能であることを示す自身の利用可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域と、サービスプロバイダー地理的領域と、を規定する工程を含んでいてもよい。また、該方法は、前記複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい。各候補サービスリクエストは、前記サービスリクエスト地理的領域内の自身の発信位置を有していてもよい。また、該方法は、前記複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい。各候補サービスプロバイダーは、前記サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置を有していてもよい。また、該方法は、前記選択された候補サービスリクエストの量、前記選択された候補サービスプロバイダーの量、前記サービスリクエスト地理的領域内の前記選択された候補サービスリクエストの分布、および／または、前記サービスプロバイダー地理的領域内の前記選択された候補サービスプロバイダーの分布に基づいて、前記サービスリクエスト地理的領域を動的に調整する工程を含んでいてもよい。また、該方法は、前記サービスリクエスト地理的領域の動的調整に応答して、少なくとも前記複数の候補サービスリクエストのうちから、１つ以上の最終サービスリクエストを選択する工程を含んでいてもよい。各最終サービスリクエストは、前記動的に調整されたサービスリクエスト地理的領域内の自身の発信位置を有していてもよい。また、該方法は、前記１つ以上の最終サービスリクエストを、前記１つ以上の候補サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程を含んでいてもよい。

別の例示的な実施形態において、複数の輸送関連サービスリクエストを管理するための方法が記述される。該方法は、第１の期間を規定する工程を含んでいてもよい。また、該方法は、前記第１の期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。各特定されたサービスプロバイダーは、現在サービスプロバイダー位置と、利用可能性ステータスと、を有していてもよい。

特定された各サービスプロバイダーは、サービスリクエストとマッチングされるために現在利用可能であることを示す自身の利用可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域と、サービスプロバイダー地理的領域と、を規定する工程を含んでいてもよい。また、該方法は、前記複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい。各候補サービスリクエストは、前記サービスリクエスト地理的領域内の自身の発信位置を有していてもよい。また、該方法は、前記複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい。各候補サービスプロバイダーは、前記サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置を有していてもよい。また、該方法は、前記選択された候補サービスリクエストの量、前記選択された候補サービスプロバイダーの量、前記サービスリクエスト地理的領域内の前記選択された候補サービスリクエストの分布、および／または、前記サービスプロバイダー地理的領域内の前記選択された候補サービスプロバイダーの分布に基づいて、前記サービスプロバイダー地理的領域を動的に調整する工程を含んでいてもよい。また、該方法は、前記サービスプロバイダー地理的領域の動的調整に応答して、少なくとも前記複数の候補サービスプロバイダーのうちから、１つ以上の最終サービスプロバイダーを選択する工程を含んでいてもよい。各最終サービスプロバイダーは、前記動的に調整されたサービヅプロバイダー地理的領域内の自身の現在サービスプロバイダー位置を有していてもよい。また、該方法は、前記１つ以上の候補サービスリクエストを、前記１つ以上の最終サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程を含んでいてもよい。

別の例示的な実施形態において、複数の輸送関連サービスリクエストを管理するための方法が記述される。該方法は、第１の期間を規定する工程を含んでいてもよい。また、該方法は、前記第１の期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。各特定されたサービスプロバイダーは、現在サービスプロバイダー位置と、利用可能性ステータスと、を有していてもよい。

各特定されたサービスプロバイダーは、サービスリクエストとマッチングされるために現在利用可能であることを示す自身の利用可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域と、サービスプロバイダー地理的領域と、を規定する工程を含んでいてもよい。また、該方法は、前記複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい。各候補サービスリクエストは、前記サービスリクエスト地理的領域内の自身の発信位置を有していてもよい。また、該方法は、前記複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい。各候補サービスプロバイダーは、前記サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置を有していてもよい。また、該方法は、しきい値サービスリクエスト数に対する前記選択された候補サービスリクエストの量、および／または、しきい値サービスプロバイダー数に対する前記選択された候補サービスプロバイダーの量に基づいて、前記第１の期間を動的に調整する工程を含んでいてもよい。また、該方法は、前記第１の期間の動的調整に応答して、少なくとも前記複数の候補サービスリクエストのうちから、１つ以上の最終サービスリクエストを選択する工程を含んでいてもよい。各最終サービスリクエストは、前記動的に調整された第１の期間において受信されたサービスリクエストであってもよい。また、該方法は、１つ以上の前記最終サービスリクエストを、１つ以上の前記候補サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程を含んでいてもよい。

本発明、例示的な実施形態およびその利点のより完璧な理解のために、添付の図面と共に用いられる以下の詳細な説明が以下参照される。添付の図面において、同様の参照番号は、同様の特徴を示している。

図１Ａは、サービスプロバイダーに即座にマッチングされるサービスリクエストの例示的な状況を示すものである。 図１Ｂは、サービスプロバイダーに即座にマッチングされるサービスリクエストの別の例示的な状況を示すものである。 図１Ｃは、例示的な実施形態に従ってサービスプロバイダーにマッチングされるサービスリクエストの例示的な状況を示すものである。 図１Ｄは、サービスプロバイダーに即座にマッチングされるサービスリクエストの別の例示的な状況を示すものである。 図１Ｅは、サービスプロバイダーに即座にマッチングされるサービスリクエストの別の状況を示すものである。 図１Ｆは、例示的な実施形態に従ってサービスプロバイダーにマッチングされるサービスリクエストの例示的な状況を示すものである。 図２は、複数のサービスリクエストを管理するためのシステムの例示的な実施形態を示すものである。 図３Ａは、複数のサービスリクエストを管理するためのプロセッサー、および／または、その要素、および／または、その機能の例示的な実施形態を示すものである。 図３Ｂは、複数のサービスリクエストを管理するためのプロセッサー、および／または、その要素、および／または、その機能の別の例示的な実施形態を示すものである。 図４は、優先順位付け器（prioritizer）の例示的な実施形態を示すものである。 図５は、マッチングプロセッサーの例示的な実施形態を示すものである。 図６Ａは、キャンセルの尤度に基づいて、複数のサービスリクエストを管理する方法の例示的な実施形態を示すものである。 図６Ｂは、不正の尤度に基づいて、複数のサービスリクエストを管理する方法の例示的な実施形態を示すものである。 図６Ｃは、サービスリクエスト優先順位付け、および／または、サービスプロバイダー優先順位付けに基づいて、複数のサービスリクエストを管理する方法の例示的な実施形態を示すものである。 図６Ｄは、サービスリクエスト地理的領域の動的な調整に基づいて、複数のサービスリクエストを管理する方法の例示的な実施形態を示すものである。 図６Ｅは、サービスプロバイダー地理的領域の動的な調整に基づいて、複数のサービスリクエストを管理する方法の例示的な実施形態を示すものである。 図６Ｆは、サービスリクエスト関連処理に関連する期間、および／または、サービスプロバイダー関連処理に関連する期間の動的な調整に基づいて、複数のサービスリクエストを管理する方法の例示的な実施形態を示すものである。 図６Ｇは、サービスリクエスト関連処理に関連する期間、および／または、サービスプロバイダー関連処理に関連する期間の動的な調整に基づいて、複数のサービスリクエストを管理する方法の別の例示的な実施形態を示すものである。 図７は、プロセッサーの更なる実施例を示している。 図８は、バッチ状の複数のサービスリクエストの高次概略図を示している。 図９は、プロセッサーの物理整数値のブロック概略図である。

利便性のため、図面において同様の要素を参照するために同様の参照番号が用いられてもよいが、様々な例示的な実施形態のそれぞれは、互いに区別可能なバリエーションとしてみなし得ることは理解されるであろう。

以下、例示的な実施形態が、本開示の一部を形成し、さらに、実施可能な例示的な実施形態を示す添付の図面を参照して記述される。本開示および特許請求の範囲において用いられる用語「実施形態」、「例示実施形態」、「例示的な実施形態」、および「本実施形態」は、必ずしも単一の実施形態を指すものではなく、これらは、様々な実施形態を指してもよく、様々な例示的な実施形態が、例示的な実施形態の範囲および原理から逸脱せずに、容易に組み合わせ、および／または、代替可能である。さらに、本開示および特許請求の範囲で用いられる専門用語は、例示的な実施形態を記述する目的だけものものであり、限定となる意図はない。これに関し、本開示および特許請求の範囲で用いられた際、用語「内（in）」は、「内（in）」および「上（on）」を含み得、用語「ａ」、「ａｎ」、および「ｔｈｅ」は、単数形および複数形への参照を含み得る。さらに、本開示および特許請求の範囲で用いられた際、用語「〜によって（ｂｙ）」も、文脈によっては、「〜から（ｆｒｏｍ）」を意味し得る。さらに、本開示および特許請求の範囲で用いられた際、用語「もし〜ならば（ｉｆ）」も、文脈によっては、「〜のとき（ｗｈｅｎ）」または「〜の際に（ｕｐｏｎ）」を意味し得る。

さらに、本開示および特許請求の範囲で用いられた際、用語「および／または」は、関連する列挙された事項の１つ以上の任意かつすべての可能性のある組み合わせを意味および指し示すものであってもよい。

通信技術の近年の発展は、サービスプロバイダーおよびユーザーが、オンラインでインタラクション（interaction：相互対話）を行うための能力を改良し続けている。サービスプロバイダーの例としては、これに限定されるものではないが、従来およびオンラインの業者（例えば、小売業者、デパートメントストア、ｅコマースウェブサイト等）、特殊商品および／またはサービスのプロバイダー（例えば、公共交通、プライベート車レンタル、リムジンサービス、シャトル、タクシー、オートバイタクシー、ライドシェアリング、配達等の輸送関連サービス）、中間業者、再販業者、ブローカーを挙げることができ、これらは、比較可能な（comparative）ショッピングおよび／またはレビュー等のためのプラットフォーム／サービスを提供している（以下、「サービスプロバイダー」）。このようなサービスプロバイダーによって提供される技術的ソリューションは、ユーザーが、購入、確保（reserve）、予約（book）、カートへの追加（add-to-cart）、前払いまたは一部支払いの許可、確保、および／または、共有を含むインタラクションまたは取引を実行することを可能とし続けており、このような製品および／またはサービスを、より容易に、より効率的に、および／または、より効果的に、インタラクションまたは取引を実行することを可能としている。

１つの例において、技術的発展は、直接、および、ウェブサイトまたはアプリケーション（例えば、モバイルアプリケーション、ウィジェット等）を介して、演算デバイス（デスクトップコンピューター、ラップトップコンピューター／ウルトラブック、モバイルデバイス、および／またはウェアラブルデバイス）から容易に、値付けされ、比較され、確保され、および／または予約される（および／または、キャンセルされる）、公共交通（電車、バス等）、タクシー（乗用車、バン、オートバイ、およびその他のタイプの乗り物）、プライベート車レンタル、リムジンサービス、シャトル、ライドシェアリング、配達等の輸送関連サービス（transport-related services）および他のタイプのサービスを可能としている。

このような技術の近年の発展にもかかわらず、オンラインでインタラクションを行う際、特に、複数のユーザーからの複数のリクエストを管理し、さらに、そのような複数のリクエストを、複数のサービスプロバイダーにマッチングする際に、困難さや課題に直面することが多いということが、本開示において認識されている。

１つの例として、複数のユーザーからの複数の輸送関連リクエスト（例えば、タクシーまたはプライベート車サービス、シャトル、ライドシェアリング、配達等）を管理するための現在のアプローチは、ユーザー毎に、１つのリクエストを受信する工程と、ユーザーの位置（または、ユーザーによって提供された位置）に最も近い、適切で、利用可能なサービスプロバイダー（例えば、車）の即時検索を実行する工程と、発見されたサービスプロバイダーを、ユーザーにマッチングする工程と、を含んでいる。このようなアプローチは、一般的に、複数のリクエストを、複数のサービスプロバイダーにマッチングすることが可能であるが、このようなアプローチを用いた場合、非効率性および／または非最適マッチングを含む課題に直面することが多いということが、本開示において認識されている。例えば、このようなアプローチは、１つのリクエストを受信した際に、該リクエスト（および／またはサービスプロバイダー）にとって最適となり得る、利用可能なサービスプロバイダーのリクエストへの即時または迅速なマッチングを提供するが、そのようなマッチングは、１つ以上の別の観点（例えば、１つ以上の他のリクエストを考慮した場合、１つ以上の他のサービスプロバイダーを考慮した場合、より大規模な地理、時間、および／またはシステム水準等の最適化を考慮した場合）からは、最適な（または、ほぼ最適、または、より最適なものの１つの）マッチングではない可能性があるということが、認識されている。

図示の例において、時間ｔにおける１つのリクエストの最も近いサービスプロバイダーへの即時マッチングは、該リクエストの観点からみれば最適であろうが（例えば、サービスプロバイダーと該特定のリクエストとの間の距離が最も短い）、そのような時間ｔにおける即時マッチングは、例えば時間（ｔ＋ｘ）のように、その後すぐに受信された１つ以上の他のリクエストを考慮した場合には、最適なマッチングではなくなり得ることが、本開示において認識されている。図１Ａは、時間ｔにおいて受信されたサービスリクエストＳＲ１を、最も近い利用可能なサービスプロバイダーＳＰ１に即時マッチングする例示的な状況を示している（ここで、ＳＲ１とＳＰ１との間に引かれた線は、マッチングを示しており、さらに、サービスプロバイダーＳＰ１がいる場所は、利用可能なサービスプロバイダーＳＰ２よりも、サービスリクエストＳＲ１に近い）。図１Ｂは、時間（ｔ＋ｘ）において続いて受信されたサービスリクエストＳＲ２を、最も近いサービスプロバイダーＳＰ２に即時マッチングする例示的な状況を示している（ここで、ＳＲ２とＳＰ２との間に引かれた線は、マッチングを示しており、さらに、サービスプロバイダーＳＰ１は、既に、サービスリクエストＳＲ１にマッチングされている）。図１Ａおよび１Ｂから分かるように、ＳＲ１とＳＰ１との間のマッチングは、時間ｔにおける該特定のリクエストにとっては最適である一方、ＳＲ２とＳＰ２との間のマッチングは、時間（ｔ＋ｘ）における該特定のリクエストにとっては最適である。図１Ｃは、ある期間（例えば、ｔ＋ｘ）において複数のサービスリクエストを受信し、特定の期間（たとえば、ｔ＋ｘ、または、ｔ＋ｙ、ここで、ｙはｘと異なる）において利用可能な複数のサービスプロバイダー（および／または、特定の期間に利用可能となる複数のサービスプロバイダー）を特定し、そのような複数のサービスリクエストと複数のサービスプロバイダーとのバッチベースマッチング（batch-based matching）を実行する例示的な実施形態によって実行される、より最適なマッチングを示している。図１Ｃに示されているように、より最適なマッチングが、ＳＲ１をＳＰ２にマッチングし、ＳＲ２をＳＰ１にマッチングすることにより達成可能であり、さらに、そのような最適なマッチングは、距離、各リクエストに到達するまでの推定時間、交通量（トラフィック）等の（本開示において記述されるような）１つ以上の基準に、集合的に基づくものであってもよい。

別の図示の例において、時間ｔにおける最も近いリクエストのサービスプロバイダーへの即時マッチングは、該リクエストの観点からは最適であろうが、時間ｔにおけるそのような即時マッチングは、例えば、その後すぐ、時間ｔ＋ｘにおいて、利用可能となった、または、利用可能となる１つ以上の他のサービスプロバイダーを考慮した際には最適ではない可能性があることが、本開示において認識されている。図１Ｄは、時間ｔにおける最も近いサービスリクエストＳＲの利用可能なサービスプロバイダーＳＰ１への即時マッチングの例示的な状況を示している（ここで、ＳＲ２とＳＰ１との間に引かれた線は、マッチングを示しており、さらに、サービスリクエストＳＲ２は、サービスリクエストＳＲ１よりも、サービスプロバイダーＳＰ１に近い）。図１Ｅは、後続のサービスリクエストＳＲ１を時間ｔ＋ｘにおいて利用可能となった最も近い利用可能なサービスプロバイダーＳＰ２に即時マッチングする例示的な状況を示している（ここで、ＳＲ１とＳＰ２との間に引かれた線は、マッチングを示しており、サービスリクエストＳＲ２は、既に、サービスプロバイダーＳＰ１にマッチングされている）。図１Ｄおよび１Ｅから分かるように、ＳＲ２とＳＰ１との間のマッチングは、時間ｔにおいては最適であり得、ＳＲ１とＳＰ２との間のマッチングは、時間ｔ＋ｘにおいて最適であり得るが、図１Ｆは、ある期間（例えば、ｔ＋ｘ）において複数のサービスリクエストを受信し、ある期間（例えば、ｔ＋ｘ、または、ｔ＋ｙ、ここでｙはｘと異なる）において利用可能な（または、利用可能となった）複数のサービスプロバイダーを特定し、そのような複数のサービスリクエストの複数のサービスプロバイダーへのバッチベースマッチングを実行する例示的な実施形態によって実行されるより最適なマッチングを示している。図１Ｆに示されているように、より最適なマッチングが、ＳＲ１をＳＰ１にマッチングし、さらに、ＳＲ２をＳＰ２にマッチングすることにより、達成可能である。

本発明の例示的な実施形態は、一般に、上述および本明細書に記述される課題を含む従来の課題を解決するためのシステム、サブシステム、プロセッサー、デバイス、ロジック、および方法に関する、および／または、これらを含み、より具体的には、例示的な実施形態は、複数の製品および／またはサービスリクエストの管理を含むオンラインでのインタラクションのためのシステム、サブシステム、プロセッサー、デバイス、ロジック、および方法に関する。例示的な実施形態が、輸送関連サービスリクエストに関する、および／または、これらと共に使用されるものとして本開示において記述されるが、例示的な実施形態は、本開示の教示から逸脱することなく、輸送関連分野以外の他のサービス分野における他のサービス、製品、および、他の環境、周辺環境、状況、環境、および／または、用途にも適用可能であることは理解されるべきである。これら例示的な実施形態は、本開示の一部を形成する添付の図面を参照して以下に記述される。

完全性の目的のため、用語「ユーザー」は、輸送関連サービスの利用を希望する人間、例えば、乗り手または乗客を指す。用語「サービスプロバイダー」は、そのようなサービスを提供する人間、例えば、運転手を指す。また、用語「マッチングされた（matched）」は、サービスプロバイダーが、規則に従って、ユーザーとペア（pair）にされたことを意味し、用語「割り当てられた（allocated）」は、サービスプロバイダーが、自身にマッチングされたジョブを受け入れたことを示す。

図２を参照すると、輸送関連管理システムは、複数のユーザー演算デバイス１１０と、複数のサービスプロバイダー演算デバイス１２０と、を備えている。本実施形態におけるユーザー演算デバイス１１０は、ユーザーが、関連要求情報（relevant required information）と共にサービスリクエストを入力することを可能とするアプリケーションを実行する。ユーザー演算デバイス１１０およびサービスプロバイダー演算デバイスは、通信ネットワーク１３０を介して、プロセッサー１５０およびデータベース１４０に接続している。説明の簡易化のため、記述される実施形態のシステムは、１つのプロセッサー１５０と、１つのデータベース１４０を有しているが、本分野における当業者であれば、これは限定されないことを理解できるであろう。１つ以上のプロセッサーおよび１つ以上のデータベースを有する実施形態が想定される。

使用の際、複数のユーザーは、処理のため、サービスリクエストメッセージ５１を通信ネットワーク１３０に供給するよう構成された自身のユーザー演算デバイス１１０を用いて、複数のサービスリクエスト（例えば、乗車）を作成する。複数のサービスリクエスト５１は、通信プロトコルを用いて暗号化される。複数のサービスリクエストメッセージは、２つのタイプのデータコンテンツ、すなわち、ユーザーを示すユーザーレベル情報コンテンツ（user level information content）と、作成されているリクエストを示すユーザーリクエストレベル情報（user request level information）と、を有している。例えば、パッケトであるサービスリクエストメッセージの例が、図８において、例示的なリクエストパケット９０１として示されている。

ユーザーレベル情報コンテンツは、少なくとも、いくつか以上のユーザーＩＤと、「新規のユーザーか？」と、「ＶＩＰユーザーか？」と、を含む。ユーザーリクエストレベル情報コンテンツは、少なくとも、いくつか以上の出発位置と、目的地と、サービスタイプと、ピックアップ時間と、料金と、広告宣伝と、支払いタイプと、「事前予約か？」と、を含む。

他のより深いレベルの情報（deeper level information）が、必要に応じて、データベース内に保存されているデータから取り出されてもよく、さらに、これは、以前の行動から推測されてもよく、「広告宣伝によって利用に至った（promotion-driven）ユーザーであるか」のような複数の項目を含んでいてもよい。

本実施形態において、サービスプロバイダー演算デバイスは、演算のため、サービスプロバイダーデータ５３を、通信ネットワーク１３０にプッシュするよう構成されている。本実施形態では、サービスプロバイダー演算デバイス１２０は、「サービスプロバイダーのＩＤ」と、「現在位置」と、「利用可能性ステータス」と、「クレジットバランス（貸方残高）」（サービスプロバイダーは、予約に入札することができるのに十分なクレジットバランスを有していなければならない）と、を含むサービスプロバイダーデータを提供する。

サービスプロバイダー情報の上級レベル（advanced level）が、データベース１４０内に保持されていてもよい。この情報は、「ゴールドサービスプロバイダーであるか」、受け入れ率（acceptance rate）、キャンセル率等のようなデータを含んでいる。この情報を保存することは、可能性のある改ざんに対する中心的な防衛となる。

他の実施形態において、サービスプロバイダー演算デバイスは、プロセッサー１５０によって、通信ネットワーク１３０を用いた、キーワードや検索条件を指定した問い合わせおよびデータ取り出しをされる（interrogated）。

本実施形態において、サービスプロバイダーデータは、定期的に、プロセッサー１５０へプッシュされる。ユーザーが現れると、プロセッサーは、利用可能なサービスプロバイダー演算デバイスにキーワードや検索条件を指定した問い合わせを行い、データを取り出す。

図９を参照すると、例示的なプロセッサー１５０の物理レイアウトが、ブロック概略図で示されている。プロセッサー１５０は、入力デバイス８０７と、出力デバイス８０９と、を含み、これら双方は、ＣＰＵ８０１−５に繋がるバス８１５に接続されている。ＣＰＵは、演算／ロジックユニット８０１と、レジスターアレイ８０３と、制御デバイス８０７と、から構成されている。また、ＣＰＵは、バス８１５によって、メモリーに接続されており、メモリーは、揮発性（すなわち、リード／ライト）メモリー８１１と、不揮発性（リードオンリー）メモリー８１３と、から構成されている。

入力デバイス８０７は、外部回路から入力データを受信するための接続８０６を有しており、出力デバイス８０９は、外部回路へ出力データを出力するための接続を有している。

ＣＰＵは、メモリー８１１、８１３からの各命令を読み込み、復号化し、実行する。ＣＰＵは、命令内の要求に従ってデータを処理する。処理は、制御デバイス８０５の制御下においてＡＬＵ８０１によって実行される演算およびロジック操作の形態となる。全ての命令１つ１つに対して、データがメモリー８１１、８１３から読み出され、または、入力デバイス８０７から取得され、処理結果がメモリー８１１、８１３内に保存、または、出力デバイス８０９へ伝達される。

図２を参照すると、複数のサービスリクエストメッセージ５１からのデータおよびサービスプロバイダーデータ５３を含むデータが、データベース１４０内にリアルタイムで保存される。データベース１４０は、複数のユーザーの情報（例えば、人口動態情報、予約活動履歴情報）と、複数のサービスプロバイダーの情報（例えば、人口動態情報、ピックアップ位置、目的地、料金、広告宣伝等のような予約関連データ、および、入札、無視、キャンセルのような予約関連活動）と、を保存するよう構成されている。

データベース１４０は、任意の時間でのデータへのアクセスを提供する。データベース１４０は、複数のユーザーおよび複数のサービスプロバイダーの履歴データと、予約を保存している。例えば、キャンセルの履歴に関し、データベースは、例えば、キャンセルがいつ発生したか、予約キャンセルの料金はいくらか、キャンセルされた予約の目的地はどこか、キャンセルされた予約のＥＴＡ（到着予測時間）は何であったか等の、ユーザーとサービスプロバイダーの双方のキャンセルされた予約の履歴データを保存している。

簡略化された実施形態において、データフローは、以下の通りとなる。複数のユーザーリクエストがバッファリングされ、その後、基準が満たされた際に（例えば、リクエストの事前設定期間または事前設定数に到達した際）、複数のユーザーリクエストが、１つのバッチ（a batch：一括処理されるデータ単位）として、特定される。その後、ユーザーリクエストデータ、複数の候補サービスプロバイダーに関する情報、および複数のユーザーおよび複数のサービスプロバイダー（運転手）の双方の追加的な履歴特徴を含むバッチ明確化リクエスト（batch clearing request）が処理される。異なる優先（prioritisation）または優先解除（de-prioritisation）ロジックに基づいて、複数の優先／優先解除ロジックを反映させるために、推定運転距離または時間を含む初期コスト行列が変換される。最終コスト行列に基づいて割り当てが最適化され、複数のユーザーリクエストが複数のサービスプロバイダーにマッチングされることになる。もし、全てのリクエストに対応するのに十分な数のサービスプロバイダーが存在する場合には、全てのリクエストがマッチングされることになる。もし、そうではないのであれば、システムは、マッチングされていないリクエストを後続のバッチに送ることにより、マッチングされていないリクエストを、Ｘ回再利用する。既にマッチングされ、ペアとされているサービスプロバイダーが、リクエストを受け入れなかった（すなわち、リクエストを無視した）場合には、リクエストが割り当てられていないものとして記録され、後続のバッチにおいて再利用される。Ｘ回の再利用の後に未だ割り当てられていないのであれば、メッセージ（例えば、「我々は貴方のために運転手を見つけることができませんでした。後で、もう一度試してみてください。」）が送信され、予約が、データベース１４０内において割り当てられていないものとしてマークされ、リクエストを発した者（乗客）のアプリケーションは、予約画面に戻る。

図７を参照すると、別の簡略された実施形態において、プロセッサー１５０は、ユーザーがユーザーサービスリクエスト５１を作成するために用いられる複数のユーザー演算デバイス１１０から、サービスリクエストメッセージデータ５１を受信するよう構成され、１つの出力１５１１を有するサービス収集器（service aggregator）１５１の機能を実行する。第２の入力１５１３は、複数のサービスプロバイダー演算デバイス１２０からデータ５３を受信するよう構成されている。サービス収集器１５１は、入力されてくるサービスリクエストデータ５１をバッファリングする。サービス収集器１５１は、ユーザーサービス特定器（user service identifier）２３１に対する入力を提供する第１の出力２１１と、サービスプロバイダー特定器２３３に対する第２の出力２１３と、を有している。ユーザーサービス特定器２３１は、ユーザー候補選択器（user candidate selector）２５１に対する入力を形成する出力２４３を有するバッファーメモリー２３７に対する第１の出力２３５を有している。サービスプロバイダー特定器２３３は、サービスプロバイダー候補選択器２５３に対する出力２３９を有している。ユーザー候補選択器２５１は、優先順位付け器（prioritizer）２５７に対する第１の入力を形成する自身の出力２５５を有している。優先順位付け器２５７は、マッチングエンジン２６７に対する入力を形成する第１の出力２６１を有している。サービスプロバイダー候補選択器２５３は、優先順位付け器２５７に対する第２の入力用の出力２６２を有しており、優先順位付け器２５７は、マッチングエンジン２６７に対する入力を形成する第２の出力２６３を有している。マッチングエンジンは、マッチング情報用の複数の第１の出力２６５を有しており、また、バッファーメモリー２３７へフィードバックされる第２の出力２６９を有している。

本実施形態は、ユーザーサービス特定器２３１に対する入力を形成する第１の出力２７２ａおよびサービスプロバイダー特定器２３３に対する第２の出力２７２ｂを有する時間間隔選択器（time interval selector）２７２を有している。地理的領域選択器（geographical area selector）２７４は、ユーザー候補選択器２５１に対する入力を形成する１つの出力２７４ａと、サービスプロバイダー候補選択器２５３に対する入力を形成する第２の出力２７４ｂと、を有している。

１つの実施形態において、各プロセッサー１５０は、１つを超える領域が操作される単一のアーチ状地理的領域（single overarching geographic region）をカバーしており、対応する数の処理が、提供される。別の実施形態において、各プロセッサーは、例えば、連続する１つを超える地理的領域をカバーしている。

使用の際、複数のサービスリクエストを作成した複数のユーザーからの複数のユーザーサービスメッセージ５１が、個々のメッセージを収集および分類するサービス収集器１５１へ入力される。

本実施形態において、サービスプロバイダー演算デバイス１１０は、サービスプロバイダーデータ５３をプロセッサー１５０にプッシュする。サービスプロバイダーデータは、サービスプロバイダー演算デバイス１１０の識別（an identity）と、サービスプロバイダー演算デバイスの位置を示すデータと、それぞれのサービスプロバイダー演算デバイス１２０を用いるサービスプロバイダーの利用可能性ステータスを示すデータと、を含んでいる。他のパラメーター、例えば、サービス能力（service capability）が、含まれていてもよい。

ユーザーサービスリクエストメッセージ５１およびサービスプロバイダーデータ５３のコンテンツは、複数の第１のサービスリクエストメッセージを特定するよう構成されたユーザーサービス特定器２３１に送られる。複数の第１のサービスリクエストメッセージは、時間間隔選択器出力２７２ａによって設定される第１の時間間隔において、サービス収集器１５１によって受信される複数のサービスリクエストメッセージ５１ａである。

時間間隔選択器２７２は、第１の時間間隔が終了するまでの間に、複数のサービスリクエストを含むバッチが終了するよう、サービスリクエスト受領のレート（rate）と比較して十分に長くなるように第１の時間間隔を設定する。これにより、後のマッチングプロセスが、バッチの全てのメンバーと、利用可能なサービスプロバイダーのプールとの間の地理的または他の関係性を考慮し、バッチ全体に渡って最適なマッチングを提供、または、少なくとも即時マッチングが試みられた際よりも最適となるようにマッチングを提供することができるようになる。複数のユーザーリクエストのバッチは、典型的には、前のバッチがマッチングされている間に、バッファーメモリー２３７内に保存される。複数のユーザーリクエストの現在のバッチがバッファーメモリー内で構築されると、デバイスは、次のバッチの構築を開始する。

複数のユーザーをバッチ内に蓄積する別の理由は、これにより、バッチの複数のメンバー間の優先順位付けのための機会を提供することである。

バッチ構築が完了し、次のバッチが構成され始めるまで、マッチングの開始を遅延させることは、即時マッチングが、一見して、より迅速なソリューションを提供するように見えることから、直感に理解できないように見える。

図８を参照すると、複数のバッチリクエスト９０１−９０９の高次概略図が示されている。この図は、例えば、データベース１４０内の、バッチの２つの例を表す複数のサービスリクエストの論理的なグループ化を示している。このスケッチにおいて、５つのユーザーリクエストが存在しており、各ユーザーリクエストは、それぞれのパケットヘッダーＨ１−５と、それぞれのユーザー特定フィールドＵ１−５と、それぞれのリクエスト情報フィールドＲ１−５と、を有している。上述のように、リクエスト情報は、出発位置、目的地等のような情報を含んでいる。また、各リクエストは、それぞれの時間フィールドＰ１またはＰ２を有している。図８において示されるように、最上位リクエスト９０１、第２位リクエスト９０３、および第３位リクエスト９０５は、Ｐ１の時間フィールドを有しており、これは、これらが第１の期間Ｐ１に受信されたことを示している。残りのリクエスト９０７、９０９は、Ｐ２の時間フィールドを有しており、これは、これらが続く第２の期間に受信されたことを示している。第１のバッチは、リクエスト９０１、９０３、９０５を含んでいる。第２のバッチは、リクエスト９０７、９０９と、期間Ｐ２において受信される任意の後続のリクエストと、を含んでいる。もちろん、バッチは、３つ以上のリクエストを有していてもよい。

サービスプロバイダー特定器２３３は、サービスプロバイダーデータを用いて、複数のサービスプロバイダーのプールのうちから、複数の利用可能なサービスプロバイダーを特定するよう構成されている。用語「利用可能なサービスプロバイダー」は、サービスプロバイダーが現在利用可能であるか、間もなく利用可能となることが予想されることを示す利用可能性ステータスをサービスプロバイダーデータ内に有しているサービスプロバイダーとして規定される。「間もなく（shortly）」とは、現在時刻からのセット期間（set period）内であることを意味し、セット期間は、時間間隔選択器入力２７２ｂにおいて設定される第２の時間間隔である。

バッファーメモリー２３７は、少なくとも、送られてくる複数のリクエストメッセージから導出されたユーザーリクエストデータのバッチを保持するよう構成されている。

よって、ユーザーサービス特定器１５３の出力２４３は、第１の時間間隔においてサービスリクエストを作成した複数のユーザーのバッチのそれぞれを表す特定されたサービスリクエストメッセージデータ５１ａを含む。サービスプロバイダー特定器２３３の出力２３９は、複数の利用可能なサービスプロバイダーのプールのそれぞれを表す特定されたサービスプロバイダーデータ５３ａを含む。

いくつかの実施形態において、第１の期間（複数のユーザーのバッチを形成するための時間）は、固定されている。

他のより好適な実施形態において、該時間は、データトラフィック負荷（data traffic load）に応じて変化する。変化は、予測データトラフィックに従うように事前設定されていてもよい。例えば、時間間隔選択器２７２は、自身の出力２７２ａを介して、平日のラッシュアワーの時間帯で２秒の第１の時間間隔を選択し得、平日の別のビジネスアワーで３秒の第１の時間間隔を選択し得、さらに、毎週日曜の朝の時間帯で５秒の第１の時間間隔を選択し得る。別の実施形態において、第１の時間間隔は、データトラフィックに直接応答してもよく、サービスリクエストのレートがしきい値を超えて上昇する場合には、サービスリクエストバッチを生成するための時間間隔が短くされる。例えば、夜の特定の時間帯にサービスリクエストの数が低下した場合には、その逆である。サービスプロバイダーの増加または減少が生じる場合には、同様の測定値が取得されてもよい。いくつかの例において、システム自身が、リクエストの実際の数に追加的に応答することにより、サービスリクエストのセット数に到達した場合には、第１の時間間隔が終了し、マッチングが始まる前に、バッチが許容量まで満たされたものと判断される。

特定されたサービスリクエストメッセージデータ５１ａおよび特定されたサービスプロバイダーデータ５３ａは、候補サービスリクエストデータ５１ｂを選択する候補サービスリクエスト選択器２５１へ送られる。特定されたサービスプロバイダーデータ５３ａは、候補サービスプロバイダーデータ５３ｂを選択する候補サービスプロバイダー選択器２５１に送られる。候補サービスリクエストデータ５１ｂは、自身の第１の出力２７４ａを介して地理的領域選択器２７４によって選択されるサービスリクエスト地理的領域内の位置を有する特定されたユーザーサービスリクエスト５１ａである。位置は、典型的には、そこからユーザーが乗車を必要とする場所である。候補サービスプロバイダーデータ５３ｂは、自身の第２の出力２７４ｂを介してサービスプロバイダー地理的領域選択器２７４によって設定されたサービスプロバイダー地理的領域内の現在または予想位置を有している特定されたサービスプロバイダーデータであり、該領域は、サービスリクエスト地理的領域と異なっていてもよく、異なっていなくともよい。いくつかの実施形態において、複数の候補サービスプロバイダーを判別する際に用いられる地理的領域は、例えば、実際の需要または予測需要に応じて、動的に変更可能なものである。

候補サービスリクエストデータ５１ｂおよび候補サービスプロバイダーデータ５３ｂは、優先順付け器２５７に移動する。

優先順付け器２５７は、マッチングエンジン２６７によるさらなる処理のために、候補サービスリクエストデータ５１ｂのうちから、高い優先順位のサービスリクエスト５１ｃを選択し、さらに、候補サービスプロバイダーデータ５３ｂのうちから、高い優先順位サービスプロバイダー５３ｃを選択、管理、および制御するよう構成されている。複数の候補サービスリクエストからの選択は、１つ以上の基準、例えば、キャンセルの尤度、不正の尤度、または、他の優先順位付け基準に基づく。候補サービスプロバイダーデータ５３ｂからの選択は、１つ以上の基準、例えば、キャンセルの尤度、不正の尤度、または、他の優先順位付け基準に基づく。

優先順位付け器２５７の出力は、優先順位順の、ユーザーサービスリクエストデータ５１ｃと、サービスプロバイダーデータ５３ｃと、を含む。

少なくともいくつかの実施例において、１つ以上の基準の順守は、データベース１４０から情報を導出することによって判断され、これにより、行動履歴（例えば、このユーザーは、サービスリクエストをキャンセルした前歴があるか？等）について、個々のユーザー履歴をチェックすることが可能となる。データ５３ｂを有するサービスプロバイダーの履歴は、該サービスプロバイダーが、マッチングのための候補サービスプロバイダーとなるべきかを示すことができる。

１つの実施形態において、優先順位付け器２５７は、多数の基準のそれぞれ用のそれぞれの予測器（predictor）を備えている。１つの実施形態において、これら基準の数は３つであり、サービスプロバイダーおよびユーザーのキャンセル、不正、および特性を予測する。１つの例として、キャンセル予測器を挙げると、これは、各リクエスト送信者−サービスプロバイダーペアのために、マッチングされている両者のいずれかがキャンセルする尤度（likelihood）を予測するよう構成されている。これら予測器は、ユーザーまたはサービスプロバイダーに特有なだけでなく、ユーザー−サービスプロバイダーペアにも特有のデータ（例えば、このペアは、最近、互いにキャンセルしている）、地理的領域（例えば、この位置における平均キャンセル率）、期間（例えば、直近５分における平均キャンセル率）、リクエスト統計（例えば、マッチングが為された際の到着予想時間および予想運賃）等に基づく。

履歴データ（例えば、サービスプロバイダー／乗客／地理レベルにおけるキャンセル率履歴）のために、プロセッサー１５０は、データベース１４０に接続し、そこで履歴データにアクセスする。より「リアルタイム」な信号（例えば、料金、ＥＴＡが作成されたマッチングであった等）のために、プロセッサーは、サービスプロバイダー演算デバイス１２０上で、または、サービスプロバイダー演算デバイス１２０によって実行されたアプリケーションから直接に信号を受信するか、信号を急いで算出するか、信号を急いで算出するためにバックエンドコンピューターシステムの他のサービスに問い合わせるかを、する。

よって、予測器は、既にマッチングされているがキャンセルされる可能性が高い候補ユーザー−サービスプロバイダーペアを予測する。そのため、検討されるべきＭ個のサービスプロバイダーと、Ｎ個のリクエストが存在したとすると、予測器は、最初に、Ｍ×Ｎ個のサービスプロバイダー−リクエストペアの全てのために作成される。この時点では、実際のマッチングは、いまだなされていない。その後、優先順位付け器２５７は、ある程度、これらの予測に基づいて、どの可能性のあるマッチングが高い優先順位を有するべきかを決定し、その後、実際に、これら高い優先順位を有するサービスリクエストをマッチングするための処理を実行する。

また、サービスリクエストとサイビスプロバイダーが、予測に基づく高いキャンセル可能性が有する場合には、サービスリクエストとサイビスプロバイダーのペアの優先順位を下げることもできる。１つのサービスリクエストと、５つの可能性のあるサービスプロバイダーが近くに存在しているケースを検討する。直感的に、リクエストを最も近いサービスプロバイダーに割り当てることが有効であると思われる。しかしながら、サービスリクエストと最も近いサービスプロバイダーがマッチングされたとしても、キャンセル予測器の出力に基づくと、マッチングがキャンセルされる可能性が９０％になっているものとする。よって、最初の段階において、リクエストを最も近いサービスプロバイダーに割り当てることは、よいアイディアとは言えないであろう。よって、マッチングが発生する前に、このペアのマッチングを優先解除する（de-prioritize）必要がある。

不正予測器に関し、これは、履歴データおよび他のデータを参照し、システム内の参加者が不正行為を行うであろうか否かを判断し、それに従って、優先順位を補正する。

最後に、第３の予測器は、ユーザーおよびサービスプロバイダー（サービスプロバイダー）の特性に基づいて、１つ以上の基準（例えば、新規ユーザーステータスまたは特殊ユーザーステータス（例えば、ＶＩＰユーザー、常連ユーザー、忠誠心の高いユーザー）を有するサービスリクエストのユーザーであるかどうか）に基づいて、候補サービスリクエストの優先順位を上げる、または、候補サービスリクエストの優先順位を下げるよう動作する。このデータは、自身のユーザー演算デバイス１１０上で実行されている特定のユーザーのアプリケーション内に埋め込まれていてもよい。例えば、新規ユーザーステータスを有するこれら候補サービスリクエストは、優先順位があげられてもよい（すなわち、特定の期間においてマッチングされるためのより高い優先順位が付けられてもよい）。また、この予測器は、サービスプロダイダーが新規サービスプロバイダーステータスまたは特殊サービスプロバイダーステータス（例えば、ＶＩＰサービスプロバイダー、忠誠心の高いサービスプロバイダー、低活動ステータス等）を有する等のような複数の要因に基づいて、候補サービスプロバイダーの優先順位を上げる、または、下げることができる。例えば、サービスプロバイダー予測器は、新規サービスプロバイダーステータスまたは特殊サービスプロバイダーステータスを有していると判別された１つ以上の候補サービスプロバイダーの優先順位を上げてもよい。このような実施例において、新規サービスプロバイダーステータスおよび／または特殊サービスプロバイダーステータスを有している候補サービスプロバイダーには、マッチングのためのより高い優先順位が付されてもよい。

例えば、サービスプロバイダーステータスのいくつかの項目が、サービスプロバイダーデータ内に埋め込まれてもよいが、ステータス等の判別は、通常、データベース１４０へのアクセスによるものである。優先順位付け器による処理の後、複数の高い優先順位のサービスリクエスト５１ｃおよび複数の高い優先順位のサービスプロバイダーデータ５３ｃが、マッチングエンジン２６７に送られる。このプロセッサー２６７は、１つ以上の基準（例えば、距離、時間、交通状態、道路方向、建築エリア、日付、曜日、時刻、祝日、履歴統計、または将来予測）に基づいてマッチングを実行するマッチングロジックを含んでいる。

１つの実施形態の目的は、サービスプロバイダーを、高い優先順位のユーザーのそれぞれにマッチングする（および割り当てる）こと、および、ユーザーリクエストを、高い優先順位のサービスプロバイダーのそれぞれにマッチングする（および割り当てる）ことである。高い優先順位のユーザーと高い優先順位のプロバイダーとを互いにマッチングすることが好ましいように思えるが、これは、彼らが互いに離れている場合には、必ずしも良い戦略とはいえない。

１つの実施形態において、マッチングは、いくつのまたは全ての可能性のあるマッチングのための、ユーザーリクエストを作成したユーザーによって要求された所与の場所に到達するために高い優先順位のサービスプロバイダーによる移動距離の合計または平均距離の算出、並びに、高い優先順位のサービスリクエストを作成したユーザーが高い優先順位のサービスプロバイダーを待つための待ち時間の合計時間または平均時間の算出に基づくものであってもよい。このような実施例では、マッチングロジックによって選択されたマッチングは、最も少ない合計若しくは平均距離、または、最も少ない合計若しくは平均待ち時間をもたらすマッチングである。別の実施例では、優先順位の高いサービスプロバイダーへの優先順位の高いサービスプロバイダーリクエストのそれぞれのマッチングは、いくつのまたは全ての可能性のあるマッチングのための、優先順位の高いサービスリクエストにおいて示された位置に優先順位の高いサービスプロバイダーが到達するため必要とされると推定される合計または平均時間の算出に基づくものであってもよい。このような実施例では、マッチングロジックによって選択されたマッチングは、最小の合計時間または最小の平均時間をもたらすマッチングである。

１つの実施形態において、マッチングロジックは、第１の時間間隔において受信されたバッチ内の複数のリクエストおよび複数の乗り物のための最適な割り当てソリューションを算出する。課題は、混合整数線形計画（ＭＩＬＰ： Mixed Integer Linear Programming）モデルとして系統化可能であり、Ｋｕｈｎ−Ｍｕｎｋｒｅｓアルゴリズム（又は、他のオープンソース、および、ＣＬＰ、ＳＣＩＰ、ＣＰＬＥＸ、およびＧｕｒｏｂｉのような商業利用可能なＬＰ解法）によって解くことが可能である。

ユーザーリクエストの数に合うだけの十分な数のサービスプロバイダー（サービスプロバイダー）が存在するのであれば、プロセッサーは、プロセッサーによって割り当てられた優先度の順に、全てのユーザーをサービスプロバイダーにマッチングする。しかしながら、サービスプロバイダーの数が少なすぎる場合には、マッチングプロセスの終了時において、マッチングされずに残っている１つ以上のユーザーリクエスト５１ｄが存在することになる。いくつかの実施形態において、このようなケースでは、これらリクエストは、複数のリクエストの後続のバッチの一部として、バッファーメモリー２３７にフィードバックされる。マッチングされていない各リクエストのこのフィードバックは、マッチング不可能なリクエストがシステムを詰まらせることがないよう、所定の回数だけ実行される。マッチングされていないユーザーリクエスト５１ｄは、フィードバック試行の回数をモニタリング可能とするため、または、本分野における当業者であれば理解可能な他のモニタリング方法を可能とするために、リクエストがマッチングされなかった回数を示すデータフィールドを含んでいてもよい。マッチングが所定の数の試行でなされなかった場合には、メッセージが、ユーザーの演算デバイス１１０に送信される。

いくつかの実施形態において、マッチングロジックは、距離、時間、交通状態、道路方向、建築エリア、日付、曜日、時刻、祝日、履歴統計、またはこれらパラメーターの将来予測のような特徴を考慮に入れるようプログラムされている。

マッチングエンジン出力は、利用可能なサービスプロバイダーとサービスリクエストとのマッチングペアである。その後、プロセッサー１５０は、少なくとも実質的に同時に、マッチングされている複数のサービスプロバイダーの複数のサービスプロバイダー演算デバイス１２０のそれぞれにメッセージを送信する。メッセージは、ピックアップ位置、目的、料金等のようなそれぞれのマッチングされたサービスリクエストの詳細情報を伝える。サービスプロバイダーがユーザー側からの予約を受け入れるか否かによるが、ユーザー側では、彼らは、例えば、「前に予約を何回か受け入れた運転手をお願いします」のようなメッサージを彼らのアプリケーションスクリーンにおいて見ることができる。

上述の実施形態は、複数のユーザーのバッチが構成されるための時間間隔を変更することを想定している。いくつかの実施形態において、地理的領域は、負荷（load）に応じて動的に変化される。分割タスクのため、本実施形態は、地理的領域を、リクエスト量の履歴に基づいて、互いにバラバラな複数の領域に事前分割する。事前分割は、再帰的に実行され、ツリーによって表される。各分割は、ツリー内のノードによって表され、そのサブ分割は、該ノードを根（root）とするサブツリーによって表される。特定の分割ノードのライブリクエスト負荷（live request load）が高い場合、システムは、複数の別々のワーカー（workers）を割り当て、各子ノードにおける負荷を別々に平行にサービスする。ライブリクエスト負荷が管理可能となったとき、システムは、複数の子分割を、それらの親分割に互いに再結合し、複数のバッチを明確化してもよい。

これは、ユーザーの数、サービスプロバイダーの数、またはこれら双方に基づいて実行されてもよい。地理的領域のサイズおよびそれらの位置は、変化され得る。サイズに関し、地理的領域は、縮小されてもよいし、拡大されてもよい。

また、時間間隔選択器１５２は、プロセッサー１５０が過負荷（overload）にならないことを保証するための全体ハウスキーピングプロセスによって用いられる第３の時間間隔を規定する。予約および予約の集約を処理するデバイスが５秒間で５０件の予約を処理することができるとする。入ってくるリクエストの負荷が、非常に短い期間、例えば、１．２秒より短い期間で、５０件の予約に達すると、デバイスは、過負荷となるであろう。このように負荷が増大する場合、１つの実施形態では、断片化ロジック（sharding logic）が開始される。断片化ロジックは、予約負荷（例えば、特定の車両タイプの予約負荷）を、それぞれが特定の地理的領域からの予約を担当する２つ以上のデバイス（例えば、複数のワーカーノード）間で分割する。ここで、特定の地理的領域は、複数のデバイスの負荷のバランスを取るために予約負荷の履歴に基づいて、事前に特定されている。第３の期間（例えば、３０分間）は、断片化が行われた後から、負荷が低減され、さらに、唯一つのデバイス（例えば、ワーカーノードまたは以前より少ないデバイス）を用いて再度取り扱い可能であるかを見るためにシステムがチェックするまでの期間である。

複数のサービスリクエストを管理するためのシステム（例えば、システム１００）の例示的な実施形態
概略図として、複数のサービスリクエストを管理するためのシステム（例えば、システム１００）の例示的な実施形態が、図２に示されている。システム１００は、１つ以上のプロセッサー（例えば、プロセッサー１５０）を含んでいる。本開示において用いられているように、プロセッサーに対する参照もまた、演算デバイス、サーバー、クラウドベース演算等、および／または、プロセッサー、演算デバイス、サーバー、クラウドベース演算等の機能に対する参照、適用、および／またはこれらを含むよう使用可能である。また、システム１００は、１つ以上のデータベース（例えば、データベース１４０）を含んでいる。また、システム１００は、１つ以上のユーザー演算デバイス（例えば、ユーザー演算デバイス１１０）を含んでいる。また、システム１００は、１つ以上のサービスプロバイダー演算デバイス（例えば、サービスプロバイダー演算デバイス１２０）を含んでいる。１つ以上のプロセッサー１５０、データベース１４０、ユーザー演算デバイス１１０、および／または、サーバープロバイダー演算デバイス１２０は、インターネット、ワールドワイドウェブ（ＷＷＷ）、１つ以上のプライベートネットワーク等の１つ以上のネットワーク（例えば、ネットワーク１３０）を介して、互いに通信可能である。

システム（例えば、システム１００）の例示的な実施形態は、上述および本開示において記述される１つ以上の要素を含んでいてもよいし、含んでいなくてもよく、追加的な要素を含んでいてもよく、同等の要素を含んでいてもよく、異なる順番、動作、組み合わせ、および／または、構成で形成および／または使用されていてもよく、および／または、１つ以上の要素（および／または要素の要素）が１つの要素内で組み合わされていてもよいし、２つ以上の要素に分割されていてもよい。インターネット以外の技術を用いた通信も、本開示の教示から逸脱することなく、例示的な実施形態において、想定される。これらシステム１００、並びに、その要素および機能は、以下、添付の図面を参照してさらに説明される。

ユーザー演算デバイス（例えば、ユーザー演算デバイス１１０）
少なくとも図２に示されているように、システム１００は、ユーザー（例えば、サービスリクエストを送信するもの）によって使用される１つ以上の演算デバイス１１０を含んでいる。ユーザー演算デバイス１１０は、上述および本開示において記述される情報処理を実行し、有線および／または無線で通信を実行し、および／または、他の動作および／または処理を実行するよう構成可能または構成された、任意のデバイス、演算デバイス、モバイル演算デバイス、プロセッサー、コントローラー等であってもよい。例えば、ユーザー演算デバイス１１０は、ユーザー演算デバイス１００内に組み込まれたＳＩＭカード等を用いて、３Ｇネットワーク、４Ｇネットワーク、４ＧＬＴＥネットワーク等を介して、無線通信を実行するよう構成可能であってもよい。追加的またはこれに代替して、ユーザー演算デバイス１００は、Ｗｉ−ＦｉネットワークおよびＬｉ−ＦｉネットワークのようなＷＬＡＮ、および／または、ブルートゥース（登録商標）、ＮＦＣのような他の形態、および無線信号の他の形態を介して、無線通信を実行するよう構成可能であってもよい。１つ以上の上述の通信は、ユーザー演算デバイス１１０の例示的な実施形態、１つ以上のプロセッサー１５０、１つ以上のサービスプロバイダー演算デバイス１２０、１つ以上のデータベース１４０、および／または、１つ以上のネットワーク１３０の間であってもよい。ユーザー演算デバイス１１０は、（例えば、ユーザー演算デバイス内にインストールされたモバイルアプリケーションを介して）無線または有線で、プロセッサー１５０と通信を行うよう構成されていてもよく、そのような通信は、サービスリクエストの送信と、利用可能なサービスプロバイダーおよび料金を閲覧（レビュー）すること等を含み得る。

例示的な実施形態において、本明細書で記述されるユーザー演算デバイス１１０は、モバイル演算デバイス、スマートフォン、携帯電話、ＰＤＡファブレット、タブレット、携帯コンピューター、ラップトップ、ノートパソコン、ウルトラブック、リーダー、電気デバイス、メディアプレイヤー、特殊デバイス（例えば、システム１００内またはその一部において動作および／またはこれと動作を行う専用または特殊デバイス）、一部または全体とインタラクションを行う複数の演算デバイス、他の特殊デバイス、および業界固有の演算デバイスを指す、および／または、これらを含むものであってもよい。また、ユーザー演算デバイス１１０は、時計（アップルウォッチ）、眼鏡等を含むウェアラブル演算デバイスを指す、および／または、これらを含むものであってもよい。また、ユーザー演算デバイス１１０は、仮想マシーン、コンピューター、ノード、インスタンス、ホスト、またはネットワーク演算環境内のマシーンを指す、および／または、これらを含むものであってもよい。このようなネットワーク環境および／またはクラウドは、複数のマシーン間の通信を容易とし、さらに、複数のマシーンがリソースを共有することを可能とする通信チャンネルによって接続されたマシーンの集合である、および／または、該マシーンの集合を指す。そのようなリソースは、ハードウェア（例えば、サーバー、クライアント、メインフレームコンピューター、ネットワーク、ネットワークストレージ、データソース、メモリー、中央演算ユニットタイム、科学機器、および他の演算デバイス）を含むインスタンスを実行するための任意のタイプのリソース、ソフトウェア、ソフトウェアライセンス、利用可能なネットワークサービス、他の非ハードウェアリソース、またはこれらの組み合わせを含む。

サービスプロバイダー演算デバイス（例えば、サービスプロバイダー演算デバイス１２０）
少なくとも図２に示されているように、システム１００は、サービスプロバイダー（すなわち、ユーザーおよび／またはユーザー演算デバイスによって要求されたサービスを提供するもの）によって使用される１つ以上の演算デバイス１２０を含んでいる。サービスプロバイダー演算デバイス１２０は、上述および本開示において記述される情報処理を実行し、有線および／または無線で通信を実行し、および／または、他の動作および／または処理を実行するよう構成可能または構成された、任意のデバイス、演算デバイス、モバイル演算デバイス、プロセッサー、コントローラー等であってもよい。例えば、サービスプロバイダー演算デバイス１２０は、サービスプロバイダー演算デバイス１２０内に組み込まれたＳＩＭカード等を用いて、３Ｇネットワーク、４Ｇネットワーク、４ＧＬＴＥネットワーク等を介して、無線通信を実行するよう構成可能であってもよい。追加的またはこれに代替して、サービスプロバイダー演算デバイス１２０は、Ｗｉ−ＦｉネットワークおよびＬｉ−ＦｉネットワークのようなＷＬＡＮ、および／またはブルートゥース、ＮＦＣのような他の形態、および無線信号の他の形態を介して、無線通信を実行するよう構成可能であってもよい。１つ以上の上述の通信は、サービスプロバイダー演算デバイス１２０の例示的な実施形態、１つ以上のプロセッサー１５０、何時以上のサービスプロバイダー演算デバイス１２０、１つ以上のデータベース１４０、および／または、１つ以上のネットワーク１３０の間であってもよい。サービスプロバイダー演算デバイス１２０は、（例えば、サービスプロバイダー演算デバイス内にインストールされたモバイルアプリケーションを介して）無線または有線で、プロセッサー１５０と通信を行うよう構成されていてもよく、そのような通信は、サービスされるべきサービスリクエストを受信することと、サービスリクエストに対するマッチングを受信することと、サービスリクエストをサービス提供するために受け入れること等を含み得る。

例示的な実施形態において、本明細書で記述されるサービスプロバイダー演算デバイス１２０は、モバイル演算デバイス、スマートフォン、携帯電話、ＰＤＡ、ファブレット、タブレット、携帯コンピューター、ラップトップ、ノートパソコン、ウルトラブック、リーダー、電気デバイス、メディアプレイヤー、特殊デバイス（例えば、システム１００内またはその一部において動作および／またはこれらと通信を行う専用または特殊デバイス）、一部または全体とインタラクションを行う複数の演算デバイス、他の特殊デバイス、および業界固有の演算デバイスを指す、および／または、これらを含むものであってもよい。また、本明細書において記述されるサービスプロバイダー演算デバイス１２０は、時計（アップルウォッチ等）、眼鏡等を含むウェアラブル演算デバイスを指す、および／または、これらを含むものであってもよい。また、サービスプロバイダー演算デバイス１２０は、仮想マシーン、コンピューター、ノード、インスタンス、ホスト、またはネットワーク演算環境内のマシーンを指す、および／または、これらを含むものであってもよい。このようなネットワーク環境および／またはクラウドは、複数のマシーン間の通信を容易とし、さらに、複数のマシーンがリソースを共有することを可能とする通信チャンネルによって接続されたマシーンの集合である、および／または、該マシーンの集合を指す。そのようなリソースは、ハードウェア（例えば、サーバー、クライアント、メインフレームコンピューター、ネットワーク、ネットワークストレージ、データソース、メモリー、中央演算ユニットタイム、科学機器、および他の演算デバイス）を含むインスタンスを実行するための任意のタイプのリソース、ソフトウェア、ソフトウェアライセンス、利用可能なネットワークサービス、他の非ハードウェアリソース、またはこれらの組み合わせを含む。本開示において、サービスプロバイダー演算デバイス１２０およびユーザー演算デバイス１１０は、情報処理および無線通信を実行するよう動作可能な任意の演算デバイスであってもよく、さらに、サービスプロバイダー演算デバイス１２０およびユーザー演算デバイス１１０は、同様または同じタイプの演算デバイスであってもよいことは、理解されるべきである。

プロセッサー（例えば、プロセッサー１５０）
少なくとも図２および図３Ａに示されているように、システム１００は、１つ以上のプロセッサー（例えば、プロセッサー１５０）を含んでいる。プロセッサー１５０の例示的な実施形態は、１つ以上のサービス収集器（例えば、サービス収集器１５１）、１つ以上のサービス特定器（例えば、サービス特定器１５３）、１つ以上の候補選択器（例えば、候補選択器１５５）、１つ以上の優先順位付け器（例えば、優先順位付け器１５７）、および／または、１つ以上のマッチングプロセッサー（例えば、マッチングプロセッサー１５９）を含んでいる。また、プロセッサー１５０は、サービス収集器１５１、サービス特定器１５３、候補選択器１５５、優先順位付け器１５７、および／または、マッチングプロセッサー１５９の１つ以上の動作、機能、および／または、処理を実行するよう構成可能または構成されている。

少なくとも図３Ａおよび図３Ｂに示されているように、サービス収集器１５１の例示的な実施形態は、サービスリクエスト収集器（例えば、サービスリクエスト収集器１５１、１５１ａ）および／またはサービスプロバイダー収集器（例えば、サービスプロバイダー収集器１５１、１５１ｂ）を備えていてもよい。サービス特定器１５３は、サービスリクエスト特定器（例えば、サービスリクエスト特定器１５３、１５３ａ）および／またはサービスプロバイダー特定器（例えば、サービスプロバイダー特定器１５３、１５３ｂ）を含んでいてもよい。期間選択器１５２は、サービスリクエスト期間選択器（例えば、期間選択器１５２、１５２ａ）および／またはサービスプロバイダー期間選択器（例えば、期間選択器１５２、１５２ｂ）を含んでいてもよい。候補選択器１５５は、候補サービスリクエスト選択器（例えば、候補サービスリクエスト選択器１５５、１５５ａ）および／または候補サービスプロバイダー選択器（例えば、候補サービスプロバイダー選択器１５５、１５５ｂ）を含んでいてもよい。地理的領域選択器１５４、１５６は、サービスリクエスト地理的領域選択器（例えば、サービスリクエスト地理的領域選択器１５４）および／またはサービスプロバイダー地理的領域選択器（例えば、サービスプロバイダー地理的領域選択器１５６）を含んでいてもよい。優先順位付け器１５７は、サービスリクエスト優先順位付け器（例えば、優先順位付け器１５７、１５７ａ）および／またはサービスプロバイダー優先順位付け器（例えば、優先順位付け器１５７、１５７ｂ）を含んでいてもよい。

（本開示において記述されるように、）プロセッサー１５０（および／またはその要素）は、特に、情報の処理、音声および／またはデータ通信、および／または、上述および本開示において記述される他の動作を実行するよう構成可能または構成された任意のプロセッサー、サーバー、デバイス、演算デバイス、サーバー、コントローラー、マイクロプロセッサー、マクロコントローラー、マイクロチップ、半導体デバイス等である。代替的または追加的に、（本開示において記述されるように、）プロセッサー１５０（および／またはその要素）は、仮想マシーン、プロセッサー、コンピューター、ノード、インスタンス、ホスト、マシーン、またはネットワーク演算環境内のこれらの一部である、および／または、これらを含んでいてもよい。本開示において用いられているように、このようなネットワークおよび／またはクラウドは、複数のデバイス間の通信を容易とし、さらに、複数のデバイスがリソースを共有することを可能とする通信チャンネルによって接続された複数のデバイスの集合であってもよい。そのようなリソースは、ハードウェア（例えば、サーバー、クライアント、メインフレームコンピューター、ネットワーク、ネットワークストレージ、データソース、メモリー、中央演算ユニットタイム、科学機器、および他の演算デバイス）を含むインスタンスを実行するための任意のタイプのリソース、ソフトウェア、ソフトウェアライセンス、利用可能なネットワークサービス、他の非ハードウェアリソース、またはこれらの組み合わせを含む。
ネットワークまたはクラウドは、これに限定されるものではないが、演算グリッドシステム、ピアトゥーピアシステム、メッシュタイプシステム、分散演算環境、クラウド演算環境等を含んでいてもよい。そのようなネットワークまたはクラウドは、地理的に分散した複数の位置にあってもよい複数のリソースを含む仮想機構を形成するよう構成されたハードウェアおよびソフトウェア基盤を含んでいてもよい。また、ネットワークは、同じデバイスにおける処理間の通信媒体を指すものであってもよい。また、ここで言及されたように、ネットワーク要素、ノード、またはサーバーは、ソケットリスナー（socket listener）として動作するプログラムを実行するために配置されていてもよく、さらに、ソフトウェアインスタンスを含んでいてもよい。

プロセッサーの例示的な実施形態は、上述および本開示において記述される１つ以上の要素および／または機能を含んでいてもよいし、含んでいなくてもよく、追加的な要素および／または機能を含んでいてもよく、異なる順番、動作、組み合わせ、および／または、構成で形成および／またはされていてもよく、および／または、１つ以上の要素および／または機能（および／または要素の要素および／または要素の機能）が、単一の要素、単一の機能で組み合わされていてもよいし、２つ以上の要素に分割されていてもよいし、および／または、２つ以上の機能に分割されていてもよい。プロセッサー１５０、並びに、その要素および機能は、以下、添付の図面を参照して、さらに説明される。

サービスリクエスト収集器（例えば、サービスリクエスト収集器１５１、１５１ａ）
プロセッサー１５０は、１つ以上のサービスリクエスト収集器（例えば、サービスリクエスト収集器１５１、１５１ａ）の１つ以上の機能を含む、および／または、実行してもよい。サービスリクエスト収集器１５１、１５１ａは、１つ以上のユーザー演算デバイスから、受信された（および／または、要求された）１つ以上のサービスリクエストを、直接または間接的に、収集するよう構成可能または構成可能であってもよい。例示的な実施形態において、サービスリクエスト収集器１５１、１５１ａは、地理的領域、時間または期間（例えば、年、月、週、日、時、分、秒等）、要求されたサービスのタイプ（例えば、タクシー、プライベート車、公共交通、シャトル、リムジン、ライドシェアリング、配達等）、位置（例えば、現在位置、初期位置、発信位置、出発位置、希望する目的地等）、ユーザー固有基準（例えば、新規ユーザー、既存ユーザー、ＶＩＰユーザー、常連ユーザー等）、サービスプロバイダーの希望条件（例えば、新規サービスプロバイダー、経験のあるサービスプロバイダー、高い格付けのサービスプロバイダー、ユーザープロフィール等）等のような、１つ以上の基準に基づいてサービスリクエストを、受信（および／またはリクエスト）および収集するよう構成可能または構成されていてもよい。地理的領域に関し、サービスリクエスト収集器１５１、１５１ａは、国、地域、省、州、市、国、地区、特定エリア（例えば、特定の都市ブロック、特定の道上、地図上に描かれた幾何学形状等）に基づいて、複数のサービスリクエストを収集するよう構成可能であってもよい。期間に関し、サービスリクエスト収集器１５１、１５１ａは、年、月、週、日、特定の時間および／または分（例えば、毎時または毎可動時）等に基づいて、複数のサービスリクエストを収集するよう構成可能であってもよい。１つの実施例として、サービスリクエスト収集器１５１、１５１ａは、１５分毎に、都市の中央ビジネス地区（ＣＢＤ）の１つの事前規定または動的に生成された１つの領域において受信された複数のタクシーリクエストを収集するよう構成可能であってもよい。このような実施例において、サービスリクエスト収集器１５１、１５１ａは、同じまたは異なる１５分間において、該都市のＣＢＤの他の（例えば、隣接する）事前設定または動的に生成された領域において受信された複数のタクシーリクエストを収集するよう構成可能であってもよい。同様に、サービスリクエスト収集器１５１、１５１ａは、同じまたは異なる期間のサービスの他のタイプ（例えば、プライベート車、ライドシェアリング、配達等）のために該都市（および他の都市）の他の領域において受信された上述のような複数のサービスリクエストおよび／または他の基準を収集するよう構成可能であってもよい。サービスリクエスト収集器１５１、１５１ａによって用いられる地理的領域、期間、要求されたサービスのタイプ等の１つ以上の基準および／またはパラメーターは、本開示の教示から逸脱しない任意の基準および／またはそれらのパラメーター（例えば、任意の量、期間、タイプ等）であってもよい。

サービスプロバイダー収集器（例えば、サービスプロバイダー収集器１５１、１５１ｂ）
プロセッサー１５０は、１つ以上のサービスプロバイダー収集器（例えば、サービスリクエスト収集器１５１、１５１ｂ）の１つ以上の機能を含む、および／または、実行してもよい。サービスプロバイダー収集器１５１、１５１ａは、地理的領域、時間または期間（例えば、年、月、週、日、時、分、秒等）、リクエストされたサービスのタイプ（例えば、タクシー、プライベート車、公共交通、シャトル、リムジン、ライドシェア、配達等）、位置（例えば、現在位置、初期位置、発信位置、出発一、希望する目的地等）、ユーザー固有基準（例えば、新規ユーザー、既存ユーザー、ＶＩＰユーザー、常連ユーザー等）、利用可能性ステータス（例えば、サービスを提供するために利用可能または利用不可能、サービスを提供するために利用可能になる、または、利用不可能となる、サービスを提供するために利用可能または利用不可能となることが予測または予期される）、サービスプロバイダーの希望条件（例えば、新規サービスプロバイダー、既存のサービスプロバイダー、低活動度のサービスプロバイダー等）、ユーザーおよび／またはサービスリクエストの希望条件（新規ユーザー、忠誠心の高いユーザー、常連ユーザー、ＶＩＰユーザー、格付けが高いユーザー等）等のような、１つ以上の基準に基づいてサービスプロバイダーを、直接または間接的に、収集するよう構成可能または構成されていてもよい。地理的領域に関し、サービスプロバイダー収集器１５１、１５１ｂは、国、地域、省、州、市、国、地区、特定エリア（例えば、特定の都市ブロック、特定の道上、地図上に描かれた幾何学形状等）に基づいて、複数のサービスプロバイダーを収集するよう構成可能であってもよい。期間に関し、サービスプロバイダー収集器１５１、１５１ｂは、年、月、週、日、特定の時間および／または分（例えば、毎時または毎可動時）等に基づいて、複数のサービスプロバイダーを収集するよう構成可能であってもよい。１つの実施例として、サービスプロバイダー収集器１５１、１５１ｂは、１５分毎に、都市の中央ビジネス地区（ＣＢＤ）の事前規定または動的に生成された１つの領域に現在位置している（または、１つの領域にいると推定、予想、予測または期待されている）複数のタクシーサービスプロバイダーのいくつかまたは全てを収集するよう構成可能であってもよい。このような実施形態において、サービスプロバイダー収集器１５１、１５１ｂは、同じまたは異なる期間において、該都市の他の（例えば、隣接する）事前規定または動的に生成された領域内の複数のタクシーサービスプロバイダーを収集するよう構成可能であってもよい。本開示において、サービスプロバイダー収集器１５１、１５１ｂによって使用される地理的領域、期間等の１つ以上の基準および／またはそれらのパラメーターは、本開示の教示から逸脱することなく、任意の基準およびそれのパラメーター（例えば、任意の量、期間、および／または、タイプ）であってもよいことは、認識されるであろう。

例示的な実施形態において、単一の収集器１５１は、サービスリクエスト収集器１５１、１５１ａおよびサービスプロバイダー収集器１５１、１５１ｂの機能および動作を実行するよう構成可能であってもよい。代替的または追加的に、複数の収集器１５１は、サービスリクエスト収集器１５１、１５１ａおよび／またはサービスプロバイダー収集器１５１、１５１ｂの機能および動作を実行するよう構成可能であってもよい。

サービスリクエスト特定器（例えば、サービスリクエスト特定器１５３、１５３ａ）
プロセッサー１５０は、１つ以上のサービスリクエスト特定器（例えば、サービスリクエスト特定器１５３、１５３ａ）の１つ以上の機能を含むおよび／または実行してもよい。サービスリクエスト特定器１５３、１５３ａは、特定の期間内に受信された１つ以上のサービスリクエストを特定するよう構成可能または構成されていてもよく、そのような受信されたサービスリクエストは、サービスリクエスト収集器１５１、１５１ａによって収集されたものであってもよい。特定の期間は、固定された期間および／または動的に決定された期間であってもよく、そのような期間は、期間選択肢１５２、１５２ａによって決定されてもよい。１つの例示的な実施形態において、特定の期間において受信された各特定されたサービスリクエストは、位置（例えば、現在位置、初期位置、発信位置、出発位置、希望する目的地等）を含んでいてもよい。

サービスプロバイダー特定器（例えば、サービスプロバイダー特定器１５３、１５３ｂ）
プロセッサー１５０は、１つ以上のサービスプロバイダー特定器（例えば、サービスプロバイダー特定器１５３、１５３ｂ）の１つ以上の機能を含むおよび／または実行してもよい。サービスプロバイダー特定器１５３、１５３ｂは、複数のサービスプロバイダーのうちから（例えば、サービスプロバイダー収集器１５１、１５１ｂによって収集された複数のサービスプロバイダーのうちから）、１つ以上のサービスプロバイダーを特定するよう構成可能または構成されていてもよい。そのような特定されたサービスプロバイダーは、サービスリクエストにマッチングされるために特定の期間において現在利用可能であること（および／または、利用可能となるであろう、または、利用可能となることが予測／予想／推定／期待されること）を示す利用可能性ステータスを有しているものであってもよい。特定の期間は、固定された期間、および／または、動的に決定された期間であってもよく、そのような期間は、期間選択肢１５２、１５２ａによって決定されてもよい。特定の期間は、（上述および本開示において記述される）１つ以上のサービスリクエストを特定するために、サービスリクエスト特定器１５３、１５３ａによって用いられる特定の期間と同じであってもよいし、異なっていてもよい。例示的な実施形態において、各特定されたサービスプロバイダーは、位置（例えば、現在時刻におけるプロバイダーの位置、または、特定の期間またはその後の未来の時刻におけるサービスプロバイダーの予測／予想／推定／期待位置）を含んでいてもよい。

例示的な実施形態において、単一の特定器１５３が、サービスリクエスト特定器１５３、１５３ａおよびサービスプロバイダー特定器１５３、１５３ｂの動作を実行するよう構成可能であってもよい。代替的または追加的に、複数の特定器１５３が、サービスリクエスト特定器１５３、１５３ａおよび／またはサービスプロバイダー特定器１５３、１５３ｂの動作を実行するよう構成可能であってもよい。

期間選択器（例えば、期間選択器１５２、１５２ａ、１５２ｂ）
プロセッサー１５０は、１つ以上の期間選択器（例えば、サービスリクエスト処理用の期間選択器１５２、１５２ａおよびサービスプロバイダー処理用の期間選択器１５２、１５２ｂ）の１つ以上の機能を含むおよび／または実行してもよい。期間選択器１５２、１５２ａは、プロセッサー１５０の１つ以上の要素（例えば、サービスリクエスト特定器１５３、１５３ａおよび／またはマッチングプロセッサー１５９）によって使用される特定の期間を制御、管理、選択、および／または、動的に生成（例えば、事前設定された１つ以上のオプションから静的に選択、および／または、本開示において記述されるような１つ以上の考慮事項(considerations)に基づいて動的に生成）するよう構成可能または構成されていてもよい。同様に、期間選択器１５２、１５２ｂは、プロセッサー１５０の１つ以上の要素（例えば、サービスプロバイダー特定器１５３、１５３ｂおよび／またはマッチングプロセッサー１５９）によって使用される特定の期間を制御、管理、選択、および／または、動的に生成（例えば、事前設定された１つ以上のオプションから静的に選択、および／または、本開示において記述されるような１つ以上の考慮事項に基づいて動的に生成）するよう構成可能または構成されていてもよい。例示的な実施形態において、期間選択器１５２、１５２ａおよび１５２、１５２ｂは、同じまたは異なる特定の期間を選択および／または動的に生成してもよく、そのような期間は、日付、曜日、時刻、終日または特別な日、考慮事項の履歴等の１つ以上の基準に基づいていてもよい。例えば、期間選択器１５２、１５２ａは、平日のラッシュアワーの間の５秒の特定の期間を選択してもよいし、平日の他のビジネスアワーの間の８秒の特定の期間を選択してもよいし、日曜日の朝の間の１０秒の特定の期間を選択してもよい。

例示的な実施形態において、単一の期間選択器１５２が、期間選択器１５２、１５２ａおよび１５２、１５２ｂの機能および動作を実行するよう構成可能であってもよい。代替的または追加的に、複数の期間選択器１５２が、期間選択器１５２、１５２ａおよび／または１５２、１５２ｂの機能および動作を実行するよう構成可能であってもよい。

サービスリクエスト地理的領域選択器（例えば、サービスリクエスト地理的領域選択器１５４）
プロセッサー１５０は、１つ以上のサービスリクエスト地理的領域選択器（例えば、サービスリクエスト地理的領域選択器１５４）の１つ以上の機能を含む、および／または、実行してもよい。サービスリクエスト地理的領域選択器１５４は、サービスリクエスト地理的領域を特定および／または規定するよう構成可能または構成されていてもよい。サービスリクエスト地理的領域は、任意のエリアまたは領域であってもよい。例えば、サービスリクエスト地理的領域は、サービスリクエスト収集器１５１、１５１ａによって使用される地理的領域の任意のエリア、領域、部分、サブセット、および／または、境界であってもよい。サービスリクエスト地理的領域は、複数のサービスリクエストが特定され得、さらに、特定され、選択された複数のサービスプロバイダー（本開示において記述されるように、サービスプロバイダー地理的領域として参照される地理的領域内において同様である複数のサービスプロバイダー）とのマッチングのために選択され得る地理的領域を設定するために用いられてもよい。例示的な実施形態において、サービスリクエスト地理的選択器１５４は、プロセッサー１５０の１つ以上の要素（例えば、候補サービスリクエスト選択器１５５ａ、優先順位付け器１５７ａ、および／または、マッチングプロセッサー１５９）によって使用されるサービスリクエスト地理的領域を制御、管理、および／または、動的に生成（例えば、事前設定された１つ以上のオプションから静的に選択、および／または、本開示において記述されるような１つ以上の考慮事項に基づいて、動的に生成）するよう構成可能であってもよい。

サービスプロバイダー地理的領域選択器（例えば、サービスプロバイダー地理的領域選択器１５６）
プロセッサー１５０は、１つ以上のサービスプロバイダー地理的領域選択器（例えば、サービスプロバイダー地理的領域選択器１５６）の１つ以上の機能を含む、および／または、実行してもよい。サービスプロバイダー地理的領域選択器１５６は、サービスプロバイダー地理的領域を特定および／または規定するよう構成可能または構成されていてもよい。サービスプロバイダー地理的領域は、任意のエリアまたは領域であってもよい。例えば、サービスプロバイダー地理的領域は、サービスプロバイダー収集器１５１、１５１ｂによって使用される地理的領域の任意のエリア、領域、部分、サブセット、および／または、境界であってもよい。サービスプロバイダー地理的領域は、複数のサービスプロバイダーが特定され得、さらに、特定され、選択された複数のサービスリクエスト（本開示において記述されるように、サービスリクエスト地理的領域として参照される地理的領域内において同様である複数のサービスリクエスト）とのマッチングのために選択され得る地理的領域を設定するために用いられてもよい。例示的な実施形態において、サービスプロバイダー地理的選択器１５６は、プロセッサー１５０の１つ以上の要素（例えば、候補サービスプロバイダー選択器１５５ｂ、優先順位付け器１５７ｂ、および／または、マッチングプロセッサー１５９）によって使用されるサービスプロバイダー地理的領域を制御、管理、および／または、動的に生成（例えば、事前設定された１つ以上のオプションから静的に選択、および／または、本開示において記述されるような１つ以上の考慮事項に基づいて、動的に生成）するよう構成可能であってもよい。

例示的な実施形態において、サービスリクエスト地理的領域選択器１５４およびサービスプロバイダー地理的領域選択器１５６は、同じまたは異なる地理的領域を選択してもよく、そのような地理的領域は、日付、曜日、時刻、祝日または特別な日、考慮事項の履歴、道路状況、交通状況、通行方向等の１つ以上の基準に基づくものであってもよい。例えば、サービスリクエスト地理的領域は、都市のＣＢＤの一部分であってもよく、サービスプロバイダー地理的領域は、該都市のＣＢＤの同じ部分（または、異なる部分）であってもよい。

例示的な実施形態において、単一の地理的領域選択器１５４、１５６が、サービスリクエスト地理的領域選択器１５４およびサービスプロバイダー地理的領域選択器１５６の機能および動作を実行するよう構成可能であってもよい。代替的または追加的に、複数の地理的領域選択器１５４、１５６が、サービスリクエスト地理的領域選択器１５４およびサービスプロバイダー地理的領域選択器１５６の機能および動作を実行するよう構成可能であってもよい。

候補サービスリクエスト選択器（例えば、候補サービスリクエスト選択器１５５、１５５ａ）
プロセッサー１５０は、１つ以上の候補サービスリクエスト選択器（例えば、候補サービスリクエスト選択器１５５、１５５ａ）の１つ以上の機能を含む、および／または、実行してもよい。候補サービスリクエスト選択器１５５、１５５ａは、サービスリクエスト特定器１５３、１５３ａによって特定された複数のサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択するよう構成可能または構成されていてもよい。候補サービスリクエスト選択器１５５、１５５ａによって選択された候補サービスリクエストのそれぞれは、サービスリクエスト地理的領域選択器１５４によって選択および／または生成されたサービスリクエスト地理的領域内の自身の位置（例えば、現在位置、初期位置、発信位置、出発位置等）を有する特定されたサービスリクエストとであってもよい。

候補サービスプロバイダー選択器（例えば、候補サービスプロバイダー選択器１５５、１５５ｂ）
プロセッサー１５０は、１つ以上の候補サービスプロバイダー選択器（例えば、候補サービスプロバイダー選択器１５５、１５５ｂ）の１つ以上の機能を含む、および／または、実行してもよい。候補サービスプロバイダー選択器１５５、１５５ｂは、サービスプロバイダー特定器１５３、１５３ｂによって特定された複数のサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択するよう構成可能または構成されていてもよい。候補サービスプロバイダー選択器１５５、１５５ｂによって選択された候補サービスプロバイダーのそれぞれは、サービスプロバイダー地理的領域選択器１５６によって選択および／または生成されたサービスプロバイダー地理的領域内の自身の位置（例えば、現在位置、初期位置、発信位置、出発位置、予想／推定／予測／期待位置等）を有する特定されたサービスプロバイダーであってもよい。

例示的な実施形態において、単一の候補選択器１５５が、候補サービスリクエスト選択器１５５、１５５ａおよび候補サービスプロバイダー選択器１５５、１５５ｂの機能および動作を実行するよう構成可能であってもよい。代替的または追加的に、複数の候補選択器１５５が、候補サービスリクエスト選択器１５５、１５５ａおよび候補サービスプロバイダー選択器１５５、１５５ｂの機能および動作を実行するよう構成可能であってもよい。

サービスリクエスト優先順位付け器（例えば、サービスリクエスト優先順位付け器１５７、１５７ａ）
プロセッサー１５０は、１つ以上のサービスリクエスト優先順位付け器（例えば、サービスリクエスト優先順位付け器１５７、１５７ａ）の１つ以上の機能を含む、および／または、実行してもよい。サービスリクエスト優先順位付け器１５７、１５７ａは、（例えば、マッチングプロセッサー１５９によるさらなる処理のために）候補サービスリクエスト選択器１５５、１５５ａによって選択された複数の候補サービスリクエストのうちのサービスリクエストを制御、管理、および／または選択するよう構成可能または構成されていてもよい。サービスリクエスト優先順位付け器１５７、１５７ａは、キャンセルの尤度、不正の尤度、１つ以上の他の優先順位付け基準等のような１つ以上の基準に基づいて、そのような候補サービスリクエストを選択してもよい。図４に示されているように、サービスリクエスト優先樹陰委付け器１５７、１５７ａの例示的な実施形態は、１つ以上のサービスリクエストキャンセル予測器（例えば、サービスリクエストキャンセル予測器１５７２ａ）、１つ以上のサービスリクエスト不正予測器（例えば、サービスリクエスト不正予測器１５７４ａ）、１つ以上のサービスリクエスト／ユーザー優先順位付け器（例えば、サービスリクエスト／ユーザー優先順位付け器１５７６ａ）等を含んでいてもよい。

サービスリクエストキャンセル予測器１５７２ａの例示的な実施形態は、候補サービスリクエスト（例えば、候補サービスリクエストを送信したユーザーによるサービスリクエスト）のキャンセルの尤度に基づいて、複数の候補サービスリクエストを優先および／または優先解除をするよう構成可能または構成されていてもよい。例えば、サービスリクエストキャンセル予測器１５７２ａは、特定の期間（期間選択器１５２、１５２ａによって選択および／または生成された期間）においてマッチングされない場合にはキャンセルおよび／または放棄される尤度（または、１つ以上の他の候補サービスリクエスト、特定されたサービスリクエスト、他のサービスリクエスト、過去のサービスリクエスト、および／または、事前設定された尤度値と比較して、より高い尤度）を有していると判別（また、予測、予想、推定、期待）された１つ以上の候補サービスリクエストを優先するよう構成可能であってもよい。このような実施例では、特定の期間においてマッチングされない場合にはキャンセルまたは放棄される可能性が高い候補サービスリクエストが優先される（例えば、特定の期間においてマッチングされるための、より高い優先順位が付される）。別の実施例において、候補サービスリクエストがキャンセルおよび／または放棄されるまでの最大待ち時間を判別（または、予測、予想、推定等）するために各候補サービスリクエストに対する分析が実行されてもよく、優先順位付けは、最大待ち時間に基づいて、候補サービスリクエストに対して施されてもよい。このような実施例において、特定の期間の２倍以下（または２倍以上）の最大待ち時間を有する候補サービスリクエストが優先される（例えば、マッチングされるための、より高い優先順位が付される）。さらに別の実施例において、サービスリクエストキャンセル予測器１５７２ａは、特定の期間においてマッチングされた後にキャンセルおよび／または放棄される尤度（または、１つ以上の他の候補サービスリクエスト、特定されたサービスリクエスト、他のサービスリクエスト、過去のサービスリクエスト、および／または、事前規定された尤度値と比較して、より高い尤度）を有すると判別（または、予測、予想、推定等）された１つ以上の候補サービスリクエストを優先解除するよう構成可能であってもよい。このような実施例において、特定の期間においてマッチングされたとしても、キャンセルまたは放棄される可能性の高い候補サービスリクエストが優先解除される（すなわち、特定の期間においてマッチングされるための、より低い優先順位が付される）。

サービスリクエスト不正予測器１５７４ａの例示的な実施形態は、候補サービスリクエストが不正に関係している尤度に基づいて、複数の候補サービスリクエストを優先および／または優先解除するよう構成可能または構成されていてもよい。例えば、サービスリクエスト不正予測器１５７４ａは、不正および／または不正行為（例えば、盗難クレジットカード等）に関係している尤度（例えば、１つ以上の他の候補サービスリクエスト、特定されたサービスリクエスト、他のサービスリクエスト、過去のサービスリクエスト、および／または事前設定された尤度値と比較して、より高い尤度）を有していると判別（または、予測、予想、推定等）された１つ以上の候補サービスリクエストを優先解除するよう構成可能であってもよい。このような実施例において、不正および／または不正行為に関係している可能性が高い候補サービスリクエストが優先解除され（例えば、特定の期間においてマッチングされるための、低い優先順位が付される）、不正および／または不正行為に関係している可能性が低い候補サービスリクエストが優先されてもよい。

サービスリクエスト／ユーザー優先順位付け器１５７６ａの例示的な実施形態は、新規ユーザーステータスおよび／または特殊ユーザーステータス（例えば、ＶＩＰユーザー、常連ユーザー、忠誠心の高いユーザー等）を有するサービスリクエストのユーザーのような、１つ以上の他の基準に基づいて、複数の候補サービスリクエストを優先および／または優先解除するよう構成可能または構成されていてもよい。例えば、サービスリクエスト／ユーザー優先順位付け器１５７６ａは、新規ユーザーステータスおよび／または特殊ユーザーステータスを有すると判別された１つ以上の候補サービスリクエストを優先するよう構成可能であってもよい。このような実施例において、新規ユーザーステータスおよび／または特殊ユーザーステータスを有する候補サービスリクエストが優先されてもよい（すなわち、特定の期間においてマッチングされるための、高い優先順位が付される）。

また、サービスリクエストまたはユーザーの個々の特性（例えば、ユーザーがどの程度の期間輸送関連サービスを利用しているのか、どの程度の数のサービスリクエストが作成されたのか（平均、直近、合計、期間毎、例えば、リアルタイムサービスリクエスト到達率のような率、サービスのタイプ等）、予測／推定／予想／期待される将来のサービスリクエスト等）、その場所の状況（例えば、サービスリクエスト地理的領域および／またはサービスプロバイダー地理的領域において、どの程度の需要および／または供給があるのか、予測／推定／予想／期待される将来の需要および／または供給）、最近の状況（例えば、どの程度最近および／または頻度でユーザーがキャンセルまたは不正に関係するか、ユーザーによる予測／推定／予想／期待される将来のキャンセルおよび／または不正等）、履歴からの傾向（例えば、ユーザーのキャンセルおよび／または不正の履歴傾向、ユーザーのグループ、サービスリクエスト地理的領域、サービスプロバイダー地理的領域、より広い領域等）のような、他の考慮事項を検討することも、本開示の範囲内である。

サービスプロバイダー優先順位付け器（例えば、サービスプロバイダー優先順位付け器１５７、１５７ｂ）
プロセッサー１５０は、１つ以上のサービスプロバイダー優先順位付け器（例えば、サービスプロバイダー優先順位付け器１５７、１５７ｂ）の１つ以上の機能を含む、および／または、実行してもよい。サービスプイロバイダー優先順位付け器１５７、１５７ｂは、候補サービスプロバイダー選択器１５５、１５５ｂによって選択された複数の候補サービスプロバイダーのうちのサービスプロバイダーを、（例えば、マッチングプロセッサー１５９によるさらなる処理のために）制御、管理、および／または選択するよう構成可能または構成されていてもよい。サービスプロバイダー優先順位付け器１５７、１５７ｂは、キャンセルの尤度、不正の尤度、１つ以上の他の優先順位付け基準のような１つ以上の基準に基づいて、そのような候補サービスプロバイダーを選択してもよい。図４に示されているように、サービスプロバイダー優先順位付け器１５７、１５７ｂの例示的な実施形態は、１つ以上のサービスプロバイダーキャンセル予測器（例えば、サービスプロバイダーキャンセル予測器１５７２ｂ）、１つ以上のサービスプロバイダー不正予測器（例えば、サービスプロバイダー不正予測器１５７４ｂ）、１つ以上のサービスプロバイダー優先順位付け器（例えば、サービスプロバイダー優先順位付け器１５７６ｂ）等を含んでいてもよい。

サービスプロバイダーキャンセル予測器１５７２ｂの例示的な実施形態は、候補サービスプロバイダーによるキャンセルの尤度に基づいて、複数の候補サービスプロバイダーを優先および／または優先解除するよう構成可能または構成されていてもよい。例えば、（期間選択器１５２、１５２ａによって選択および／または生成された）特定の期間においてマッチングされた後のキャンセルおよび／または放棄の尤度（または、１つ以上の他の候補サービスプロバイダー、特定されたサービスプロバイダー、他のサービスプロバイダー、過去のサービスプロバイダー、および／または、事前設定された尤度値と比較して、より高い尤度）を有すると判別（または、予測、予想、推定、または期待）された１つ以上の候補サービスプロバイダーを優先解除するよう構成可能であってもよい。このような実施例において、特定の期間においてマッチングされたにもかかわらず、キャンセルまたは放棄する可能性が高い候補サービスプロバイダーが、優先解除されてもよい（すなわち、特定の期間においてマッチングされるための、低い優先順位が付される）。

サービスプロバイダー不正予測器１５７４ｂの例示的な実施形態は、候補サービスプロバイダーが不正に関係している尤度に基づいて、複数のサービスプロバイダーを優先および／または優先解除するよう構成可能または構成されていてもよい。例えば、サービスプロバイダー不正予測器１５７４ｂは、不正および／または不正行為（例えば、盗難クレジットカード、ユーザー偽装、盗難等）に関連している尤度（または、１つ以上の他の候補サービスプロバイダー、特定されたサービスプロバイダー、他のサービスプロバイダー、過去のサービスプロバイダー、および／または、事前設定された尤度値と比較して、より高い尤度）を有すると判別（または、予測、予想、推定、期待）された１つ以上の候補サービスプロバイダーを優先解除するよう構成可能であってもよい。このような実施例において、不正および／または不正行為に関係している可能性が高い候補サービスプロバイダーが優先解除される（すなわち、特定の期間においてマッチングされるための、低い優先順位が付される）。

サービスプロバイダー優先順位付け器１５７６ｂの例示的な実施形態は、サービスプロバイダーが新規サービスプロバイダーステータスおよび／または特殊サービスプロバイダーステータス（例えば、ＶＩＰサービスプロバイダー、忠誠心の高いサービスプロバイダー、低活動ステータス等）を有している等の１つ以上の他の要因に基づいて、候補サービスプロバイダーを優先および／または優先解除するよう構成可能または構成されていてもよい。例えば、サービスプロバイダー優先順位付け器１５７６ｂは、新規サービスプロバイダーステータスおよび／または特殊サービスプロバイダーステータスを有していると判別された１つ以上の候補サービスプロバイダーを優先するよう構成可能であってもよい。このような実施例において、新規サービスプロバイダーステータスおよび／または特殊サービスプロバイダーステータスを有している候補サービスプロバイダーが優先されてもよい（すなわち、特定の期間においてマッチングされるための、高い優先順位が付される）。

サービスプロバイダーの個々の特性（例えば、サービスプロバイダーが、どの程度の期間、輸送関連サービスを提供する活動を行っているか、どの程度の数のサービスリクエストがマッチングされたか（平均、直近、合計、期間毎、リアルタイムサービスリクエスト到達率のような率、サービスのタイプ等）、サービスリクエストへの予想／推定／予測／期待される将来のマッチング等）、その場所の状況（例えば、サービスリクエスト地理的領域および／またはサービスプロバイダー地理的領域において、どの程度の需要および／または供給があるのか、予想／推定／予測／期待される将来の需要および／または供給等）、最近の状況（例えば、どの程度最近および／または頻度でサービスプロバイダーがキャンセルまたは不正に関係するか、サービスプロバイダーによる予測／推定／予想／期待される将来のキャンセルおよび／または不正等）、履歴からの傾向（例えば、サービスプロバイダーのキャンセルおよび／または不正の履歴傾向、サービスプロバイダーのグループ、サービスリクエスト地理的領域、サービスプロバイダー地理的領域、より広い領域等）のような、他の考慮事項を検討することも、本開示の範囲内である。このようなサービスプロバイダーに関連する他の考慮事項も、サービスリクエスト関連処理に用いられてもよく、さらに、その逆も可能であることは本開示において理解されるべきである。

例示的な実施形態において、単一の優先順位付け器５１７が、サービスリクエスト優先順位付け器１５７、１５７ａおよびサービスプロバイダー優先順位付け器１５７、１５７ｂの機能および動作を実行するよう構成可能であってもよい。代替的または追加的に、複数の優先順位付け器１５７が、サービスリクエスト優先順位付け器１５７、１５７ａおよびサービスプロバイダー優先順位付け器１５７、１５７ｂの機能および動作を実行するよう構成可能であってもよい。

マッチングプロセッサー（例えば、マッチングプロセッサー１５９）
プロセッサー１５０は、１つ以上のマッチングプロセッサー（例えば、マッチングプロセッサー１５９）の１つ以上の機能を含む、および／または、実行してもよい。マッチングプロセッサー１５９は、複数の候補または最終サービスリクエストおよび複数の候補または最終サービスプロバイダーを制御、管理、選択、および／または、マッチングするよう構成可能または構成されていてもよい。複数の候補または最終サービスリクエストおよび複数の候補またはサービスプロバイダーの選択およびマッチングを実行する際において、マッチングプロセッサー１５９は、（例えば、サービスリクエスト地理的領域選択器１５４を用いて、および／または、サービスリクエスト地理的領域選択器１５４と協働して）サービスリクエスト地理的領域を動的に調整してもよいし、しなくてもよい。また、追加的または代替的に、マッチングプロセッサー１５９は、（サービスプロバイダー地理的領域選択器１５６を用いて、および／または、サービスプロバイダー地理的領域選択器１５６と協働して）サービスプロバイダー地理的領域を動的に調整してもよいし、しなくてもよい。また、追加的または代替的に、マッチングプロセッサー１５９は、（期間選択器１５２、１５２ａおよび／または１５２ｂを用いて、および／または、期間選択器１５２、１５２ａおよび／または１５２ｂと協働して）特定の期間を動的に調整してもよいし、しなくてもよい。

図５に示されているように、マッチングプロセッサー１５９の例示的な実施形態は、動的調整器（例えば、サービスリクエスト動的調整器１５９２ａおよび／またはサービスプロバイダー動的調整器１５９２ｂを含み得る動的調整器１５９２）と、最終選択器（例えば、最終サービスリクエスト選択器１５９４ａおよび／または最終サービスプロバイダー選択器１５９４ｂを含み得る最終選択器１５９４）と、を含んでいてもよい。

マッチングプロセッサー１５９の例示的な実施形態は、上述および本開示において記述される１つ以上の要素および／または機能を含んでいてもよいし含んでいなくともよく、追加的な要素および／または機能を含んでいてもよく、異なる順番、動作、組み合わせ、および／または、構成で形成および／または用いられてもよく、および／または、１つ以上の要素および／または機能（および／または要素の要素および／または要素の機能）が単一の要素において組み合わせ可能であってもよく、および／または、２つ以上の機能に分割されていてもよい。マッチングプロセッサー１５９、並びに、その要素および機能が、添付の図面を参照して、以下に説明される。

（ｉ）サービスリクエスト動的調整器（例えば、サービスリクエスト動的調整器１５９２、１５９２ａ）
サービスリクエスト動的調整器１５９２、１５９２ａの例示的な実施形態は、サービスリクエスト地理的領域選択器１５４と協働し、サービスリクエスト地理的領域を動的に生成および／または調整するよう構成可能または構成されていてもよい。このような動的生成および／または調整は、１つ以上の基準に基づいて実行されてもよい。例えば、サービスリクエスト地理的領域の動的生成および／または調整は、候補サービスリクエスト選択器１５５、１５５ａによって選択され、および／または、サービスリクエスト優先順位付け器１５７、１５７ａによって優先順位付けされた候補サービスリクエストの量に基づいていてもよい。このような実施例において、候補サービスリクエストの量が多い（または、過去の値、事前設定された値、他の領域等と比較して、より多い）場合、サービスリクエスト地理的領域が縮小されてもよい（例えば、サービスリクエスト地理的領域の１つ以上の境界部分が内側に移動させられることにより小さくされる、または、２つ以上のより小さな地理的領域に分割される等）。別の実施例において、候補サービスリクエストの量が少ない（または、過去の値、事前設定された値、他の領域等と比較して、より少ない）場合、サービスリクエスト地理的領域が拡大されてもよい（例えば、サービスリクエスト地理的領域の１つ以上の境界部分が外側に押し出されることにより拡張される、または、２つ以上のサービスリクエスト地理的領域が、１つのサービスリクエスト地理的領域に統合される等）。追加的または代替的に、動的生成および／または調整は、候補サービスプロバイダー選択器１５５、１５５ｂによって選択、および／または、サービスプロバイダー優先順位付け器１５７、１５７ｂによって優先順位付けされた候補サービスプロバイダーの量に基づいて、実行されてもよい。例えば、候補サービスプロバイダーの量が多い（または、過去の値、事前設定された値、他の領域等と比較して、より多い）場合、サービスリクエスト地理的領域が拡大されてもよい（例えば、サービスリクエスト地理的領域の１つ以上の境界部分が外側に押し出されることにより拡張される、または、２つ以上のサービスリクエスト地理的領域が、１つのサービスリクエスト地理的領域に統合される等）。別の実施例において、候補サービスプロバイダーの量が少ない（または、過去の値、事前設定された値、他の領域等と比較して、より少ない）場合、サービスリクエスト地理的領域が縮小されてもよい（例えば、サービスリクエスト地理的領域の１つ以上の境界部分が内側に移動させられることにより小さくされる、または、２つ以上のより小さな地理的領域に分割される等）。追加的または代替的に、動的生成および／または調整は、候補サービスリクエスト選択器１５５、１５５ａによって選択、および／または、サービスリクエスト優先順位付け器１５７、１５７ａによって優先順位付けされた候補サービスリクエストの分布（例えば、密度または密度分布）に基づいて、実行されてもよい。例えば、サービスリクエスト地理的領域の特定の部分における候補サービスリクエストの密度または密度分布が高い（または、過去の値、事前設定された値、他の領域等と比較して、より高い）場合、候補サービスプロバイダーとマッチングするより少ない候補サービスリクエストを有するようになるために、サービスリクエスト地理的領域の該特定の部分が縮小される（例えば、サービスリクエスト地理的領域の１つ以上の境界部分が内側に移動させられることにより小さくされる、または、２つ以上のより小さな地理的領域に分割される等）。別の実施例において、サービスリクエスト地理的領域の特定の部分における候補サービスリクエストの密度または密度分布が低い（または、過去の値、事前設定された値、他の領域等と比較して、より低い）場合、候補サービスプロバイダーとマッチングするより多くの候補サービスリクエストを有するようになるために、サービスリクエスト地理的領域の該特定の部分が拡大される（例えば、サービスリクエスト地理的領域の１つ以上の境界部分が外側に押し出されることにより拡張される、または、２つ以上のサービスリクエスト地理的領域が、１つのサービスリクエスト地理的領域に統合される等）。追加的または代替的に、動的生成および／または調整は、候補サービスプロバイダー選択器１５５、１５５ｂによって選択、および／または、サービスプロバイダー優先順位付け器１５７、１５７ｂによって優先順位付けされた候補サービスプロバイダーの分布（例えば、密度または密度分布）に基づいて、実行されてもよい。例えば、サービスリクエスト地理的領域の特定の部分における候補サービスプロバイダーの密度または密度分布が高い（または、過去の値、事前設定された値、他の領域等と比較して、より高い）場合、候補サービスプロバイダーとマッチングするより多くの候補サービスリクエストを有するようになるために、サービスリクエスト地理的領域の該特定の部分が拡張される（例えば、サービスリクエスト地理的領域の１つ以上の境界部分が外側に押し出されることにより拡張、または、２つ以上のサービスリクエスト地理的領域が、１つのサービスリクエスト地理的領域に統合される等）。別の実施例において、サービスリクエスト地理的領域の特定の部分における候補サービスプロバイダーの密度または密度分布が低い（または、過去の値、事前設定された値、他の領域等と比較して、より低い）場合、候補サービスプロバイダーとマッチングするより少ない候補サービスリクエストを有するようになるために、サービスリクエスト地理的領域の該特定の部分が縮小される（例えば、サービスリクエスト地理的領域の１つ以上の境界部分が内側に移動されることにより小さくされる、または、２つ以上のより小さな地理的領域に分割される等）。

（ｉｉ）サービスプロバイダー動的調整器（例えば、サービスプロバイダー動的調整器１５９２、１５９２ｂ）
サービスプロバイダー動的調整器１５９２、１５９２ｂの例示的な実施形態は、サービスプロバイダー地理的領域選択器１５６と協働して、サービスプロバイダー地理的領域を動的に生成および／または調整するよう構成可能または構成されていてもよい。このような動的生成および／または調整は、候補サービスリクエスト選択器１５５、１５５ａによって選択、および／または、サービスリクエスト優先順位付け器１５７、１５７ａによって優先順位付けされた候補サービスリクエストの量に基づいて、実行されてもよい。例えば、候補サービスリクエストの量が多い（または、過去の値、事前設定された値、他の領域等と比較して、より多い）場合、サービスプロバイダー地理的領域が拡大されてもよい（例えば、サービスプロバイダー地理的領域の１つ以上の境界部分が外側に押し出されることにより拡張される、または、２つ以上のサービスプロバイダー地理的領域が、１つのサービスプロバイダー地理的領域に統合される等）。別の実施例において、候補サービスリクエストの量が少ない（または、過去の値、事前設定された値、他の領域等と比較して、より少ない）場合、サービスプロバイダー地理的領域が縮小されてもよい（例えば、サービスプロバイダー地理的領域の１つ以上の境界部分が内側に移動させられることにより小さくされる、または、２つ以上のより小さな地理的領域に分割される等）。追加的または代替的に、動的生成および／または調整は、候補サービスプロバイダー選択器１５５、１５５ｂによって選択された、および／または、サービスプロバイダー優先順位付け器１５７、１５７ｂによって優先順位付けされた候補サービスプロバイダーの量に基づいて、実行されてもよい。例えば、候補サービスプロバイダーの量が多い（または、過去の値、事前設定された値、他の領域等と比較して、より多い）場合、サービスプロバイダー地理的領域が縮小されてもよい（例えば、サービスプロバイダー地理的領域の１つ以上の境界部分が内側に移動させられることにより小さくされる、または、２つ以上のより小さな地理的領域に分割される等）。別の実施例において、候補サービスプロバイダーの量が少ない（または、過去の値、事前設定された値、他の領域等と比較して、より少ない）場合、サービスプロバイダー地理的領域が拡大されてもよい（例えば、サービスプロバイダー地理的領域の１つ以上の境界部分が外側に押し出されることにより拡張される、または、２つ以上のサービスプロバイダー地理的領域が、１つのサービスプロバイダー地理的領域に統合される等）。追加的または代替的に、動的生成および／または調整は、候補サービスリクエスト選択器１５５、１５５ａによって選択、および／または、サービスリクエスト優先順位付け器１５７、１５７ａによって優先順位付けされた候補サービスリクエストの分布（例えば、濃度または濃度分布）に基づいて、実行されてもよい。例えば、サービスプロバイダー地理的領域の特定の部分における候補サービスリクエストの濃度または濃度分布が高い（または、過去の値、事前設定された値、他の領域等と比較して、より高い）場合、候補サービスプロバイダーとマッチングする候補サービスリクエストを有するようになるために、サービスプロバイダー地理的領域の該特定の部分が拡大されてもよい（例えば、サービスプロバイダー地理的領域の１つ以上の境界部分が外側に押し出されることにより拡張される、または、２つ以上のサービスプロバイダー地理的領域が、１つのサービスプロバイダー地理的領域に統合される等）。別の実施例では、サービスプロバイダー地理的領域の特定の部分における候補サービスリクエストの濃度または濃度分布が低い（または、過去の値、事前設定された値、他の領域等と比較して、より低い）場合、サービスプロバイダー地理的領域の該特定の部分が縮小されてもよい（サービスプロバイダー地理的領域の１つ以上の境界部分が内側に移動させられることにより小さくされる、または、２つ以上のより小さな地理的領域に分割される等）。追加的または代替的に、動的生成および／または調整は、候補サービスプロバイダー選択器１５５、１５５ｂによって選択、および／または、サービスプロバイダー優先順位付け器１５７、１５７ｂによって優先順位付けされた候補サービスプロバイダーの分布（例えば、濃度または濃度分布）に基づいて、実行されてもよい。例えば、サービスプロバイダー地理的領域の特定の部分における候補サービスプロバイダーの濃度または濃度分布が高い（または、過去の値、事前設定された値、他の領域等と比較して、より高い）場合、サービスプロバイダー地理的領域の該特定の部分が縮小されてもよい（例えば、サービスプロバイダー地理的領域の１つ以上の境界部分が内側に移動させられることにより小さくされる、または、２つ以上のより小さな地理的領域に分割される等）。別の実施形態において、サービスプロバイダー地理的領域の特定の部分における候補サービスプロバイダーの濃度または濃度分布が低い（または、過去の値、事前設定された値、他の領域等と比較して、より低い）場合、サービスプロバイダー地理的領域の該特定の部分が拡大されてもよい（例えば、サービスプロバイダー地理的領域の１つ以上の境界部分が外側に押し出されることにより拡張される、または、２つ以上のサービスプロバイダー地理的領域が、１つのサービスプロバイダー地理的領域に統合される等）。

動的調整器１５９２、１５９２ａ、１５９２ｂの例示的な実施形態は、サービスリクエスト期間選択器１５２、１５２ａおよび／またはサービスプロバイダー期間選択器１５２、１５２ｂと協働して、サービスリクエストおよび／またはサービスプロバイダー処理のために選択および／または生成された特定の期間を動的に生成および／または調整するよう構成可能または構成されていてもよい。このような動的生成および／または調整は、候補サービスリクエスト（例えば、候補サービスリクエスト選択器１５５、１５５ａによって選択された、および／または、サービスリクエスト優先順位付け器１５７、１５７ａによって優先順位付けされた候補サービスリクエスト）の量（例えば、しきい値サービスリクエスト数に対する量）に基づいて、実行されてもよい。例えば、候補サービスリクエストの量がしきい値サービスリクエスト数（例えば、高いしきい値サービスリクエスト数）を超える場合、サービスリクエスト選択のための特定の期間が縮小されてもよい（例えば、より短い期間にされる、２つのより短い期間に分割される等）。別の実施例において、候補サービスリクエストの量がしきい値サービスリクエスト数（例えば、低いしきい値サービスリクエスト数）を超えない場合、サービスリクエスト選択用の特定の期間が増加されてもよい（例えば、期間の拡張、２つ以上の期間を統合する等）。追加的または代替的に、動的選択および／または調整は、候補サービスプロバイダー（例えば、候補サービスプロバイダー選択器１５５、１５５ｂによって選択、および／または、サービスプロバイダー優先順位付け器１５７、１５７ｂによって優先順付けされた候補サービスプロバイダー）の量（例えば、しきい値サービスプロバイダー数に対する量）に基づいて、実行されてもよい。例えば、候補サービスプロバイダーの量が、しきい値サービスプロバイダー数（例えば、高いしきい値サービスプロバイダー数）を超える場合、サービスプロバイダー選択用の特定の期間が縮小されてもよい（例えば、より短い期間にされる、２つのより短い期間に分割される等）。別の実施例において、候補サービスプロバイダーの量が、しきい値サービスプロバイダー数（例えば、低いしきい値サービスプロバイダー数）を超えない場合、サービスプロバイダー選択用の特定の期間が拡大されてもよい（例えば、期間の拡張、２つ以上の期間を統合する等）。

例示的な実施形態において、単一の動的調整器１５９２が、サービスリクエスト動的調整器１５９２、１５９２ａおよびサービスプロバイダー動的調整器１５９２、１５９２ｂの機能および動作を実行するよう構成可能であってもよい。代替的または追加的に、複数の動的調整器１５９２が、サービスリクエスト動的調整器１５９２、１５９２ａおよびサービスプロバイダー動的調整器１５９２、１５９２ｂの機能および動作を実行するよう構成可能であってもよい。

（ｉｉｉ）最終サービス選択器（例えば、最終サービスリクエスト選択器１５９４、１５９４ａ）
最終サービスリクエスト選択器１５９４、１５９４ａの例示的な実施形態は、候補サービスリクエスト選択器１５５、１５５ａによって選択された複数の候補選択サービスリクエストのうちから、１つ以上の最終サービスリクエストを選択するよう構成可能または構成されていてもよい。最終サービスリクエスト選択器１５９４、１５９４ａによるこのような選択は、特に、優先順位付け器１５７、１５７ａおよび／または動的調整器１５９２、１５９２ａによって実行された動作に応答するものであってもよい。例えば、１つ以上の最終サービスリクエストの選択は、サービスリクエストキャンセル予測器１５９２、１５９２ａによる優先順位付けに応答するものであってもよい。代替的または追加的に、１つ以上の最終サービスリクエストの選択は、サービスリクエスト不正予測器１５７４、１５７４ａによる優先順位付けに応答するものであってもよい。代替的または追加的に、１つ以上の最終サービスリクエストの選択は、サービスリクエスト／ユーザー優先順位付け器１５７６、１５７６ａによる優先順位付けに応答するものであってもよい。代替的または追加的に、１つ以上の最終サービスリクエストの選択は、サービスリクエスト地理的領域、サービスプロバイダー地理的領域、および／または、サービスリクエスト処理および／またはサービスプロバイダー処理のための特定の期間の動的な調整に応答するものであってもよい。

（ｉｖ）最終サービスプロバイダー選択器（例えば、最終サービスプロバイダー選択器１５９４、１５９４ｂ）
最終サービスプロバイダー選択器１５９４、１５９４ｂの例示的な実施形態は、候補サービスプロバイダー選択器１５５、１５５ｂによって選択された複数の候補選択サービスプロバイダーのうちから、１つ以上の最終サービスプロバイダーを選択するよう構成可能または構成されていてもよい。最終サービスプロバイダー選択器１５９４、１５９４ｂによるこのような選択は、特に、優先順位付け器１５７、１５７ｂおよび／または動的調整器１５９２、１５９２ｂによって実行された動作に応答するものであってもよい。例えば、１つ以上の最終サービスプロバイダーの選択は、サービスプロバイダーキャンセル予測器１５９２、１５９２ｂによる優先順位付けに応答するものであってもよい。代替的または追加的に、１つ以上の最終サービスプロバイダーの選択は、サービスプロバイダー不正予測器１５７４、１５７４ｂによる優先順位付けに応答するものであってもよい。代替的または追加的に、１つ以上の最終サービスプロバイダーの選択は、サービスプロバイダー優先順位付け器１５７６、１５７６ｂによる優先順位付けに応答するものであってもよい。代替的または追加的に、１つ以上の最終サービスプロバイダーの選択は、サービスリクエスト地理的領域、サービスプロバイダー地理的領域、および／または、サービスリクエスト処理および／またはサービスプロバイダー処理のための特定の期間の動的な調整に応答するものであってもよい。

例示的な実施形態において、単一の最終選択器１５９４が、最終サービスプロバイダー選択器１５９４、１５９４ａおよび最終サービスプロバイダー選択器１５９４、１５９４ｂの機能および動作を実行するよう構成可能であってもよい。代替的または追加的に、複数の最終選択器１５９４が、最終サービスプロバイダー選択器１５９４、１５９４ａおよび最終サービスプロバイダー選択器１５９４、１５９４ｂの機能および動作を実行するよう構成可能であってもよい。

（ｖ）マッチングロジックまたはマッチング器（例えば、マッチングロジック１５９６）
マッチングロジックまたはマッチング器１５９６の例示的な実施形態は、最終サービスリクエスト選択器１５９４、１５９４ａによって選択された各最終サービスリクエストを、最終サービスプロバイダー選択器１５９４、１５９４ｂによって選択された最終サービスプロバイダーにマッチングするよう構成可能または構成されていてもよい。マッチングロジック１５９６によるこのようなマッチングは、距離、時間、交通状況、道路方向、建築エリア、日付、曜日、時刻、祝日、履歴統計、および／または、将来予測のような１つ以上の基準に基づいて実行されてもよい。例えば、各最終サービスリクエストの最終サービスプロバイダーへのマッチングは、いくつかまたは全ての可能性のあるマッチングのための、最終サービスリクエストの位置（例えば、現在位置、初期位置、発信位置、出発位置等）に到達するための最終サービスプロバイダーによる移動距離の合計および／または平均（または、中間、中央値）の算出に基づいていてもよい。このような実施例において、マッチングロジック１５９６によって選択されるマッチングは、最小の合計および／または平均（または、中間、中央値等）距離をもたらすマッチングであってもよい。別の実施例において、最終サービスプロバイダーに対する各最終サービスリクエストのマッチングは、いくつかまたは全ての可能性のあるマッチングのための、最終サービスリクエストの位置（例えば、現在位置、初期位置、発信位置、出発位置等）に到達するために最終サービスプロバイダーが要する推定、予想、予測、および／または、期待時間の合計および／または平均（または、中間、中央値等）の算出に基づいていてもよい。このような実施例において、マッチングロジック１５９６によって選択されるマッチングは、最小の合計および／または平均（または、中間、中央値等）時間をもたらすマッチングであってもよい。距離および／または時間に加えて、または、これに置き換えて、マッチングを実行するための他の条件および／または考慮事項もまた、本開示の教示から逸脱することなく予想可能である。

キャンセルの尤度に基づいて、複数の輸送関連サービスリクエストを管理する方法
図６Ａに示されているように、複数の輸送関連サービスリクエストを管理する方法の事例的な実施形態は、特に、キャンセルの尤度に基づいていてもよい。該方法は、１つ以上の期間（例えば、本開示において参照される特定の期間または第１の期間）を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０２）。１つ以上の期間は、サービスリクエスト関連処理用の期間と、サービスプロバイダー関連処理ようの期間と、を含んでいてもよい。サービスリクエスト関連処理およびサービスプロバイダー関連処理用の期間は、同じであってもよいし、異なっていてもよい。また、該方法は、該期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置（現在位置、初期位置、出発位置、所望の位置等であってもよい）を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。特定された複数のサービスプロバイダーのそれぞれは、現在サービスプロバイダー位置および利用可能性ステータスを有していてもよい。各特定されたサービスプロバイダーは、サービスリクエストとのマッチングのために自身が現在利用可能である（または、利用可能となる）ことを示す自身の利用可能性ステータス有していてもよい。また、該方法は、サービスリクエスト地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい。（例えば、動作６０４）。また、該方法は、サービスプロバイダー地理的領域を確立、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０６）。サービスリクエスト地理的領域およびサービスプロバイダー地理的領域は、同じであってもよいし、異なっていてもよい。また、該方法は、複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい（例えば、動作６０８）。各候補サービスリクエストは、サービスリクエスト地理的領域内の自身の発信位置（現在位置、初期位置、出発位置、所望の位置等であってもよい）を有していてもよい。また、該方法は、複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい（例えば、動作６１０）。各候補サービスプロバイダーは、サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置（および／または、予想、予測、期待、および／または、推定位置）を有していてもよい。また、該方法は、１つ以上の候補サービスリクエストを、１つ以上の候補サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程を含んでいてもよい。マッチングプロセスは、少なくともキャンセルが発生する尤度に基づいていてもよい（例えば、動作６１２）。

例えば、マッチングプロセスの前に、該方法は、最初に、複数の選択されたサービスリクエストの１つ以上（またはサブセット）を特定してもよい。特定された１つ以上の候補サービスリクエストは、現在のマッチングプロセスでマッチングされなかった場合には（例えば、現在の期間においてまたは現在の期間に基づいてマッチングされなかった場合には）、キャンセルまたは放棄される尤度を有している選択された候補サービスリクエストを含んでいてもよい。特定が行われると、マッチングプロセスは、１つ以上の選択された候補サービスリクエストのためのマッチングを優先する。より具体的な実施例において、選択された候補サービスリクエストは、特定の時間量（例えば、９秒）においてマッチングが見つけられなかった場合に、サービスリクエストを以前にキャンセルや放棄した、および／または、キャンセルまたは放棄の履歴を有しているユーザー（または、ユーザーアカウント）に関連付けられてもよい。このような特定の時間量は、選択された候補サービスリクエストのための実際、条件ベース（例えば、時間特定、日特定、場所特定、サービスタイプ特定等）、平均、中央、予測、予想、推定、および／または期待される時間量であってもよい（例えば、特定の時間量は、日、時間、場所、サービスタイプ等のような１つ以上の基準に基づいていてもよい）。このような特定の時間量（例えば、９秒）が、現在のマッチングプロセスに基づくユーザーへのマッチングの提供に必要な時間量（例えば、５秒の現在または特定の期間およびユーザーの演算デバイス上に通知を送信および表示させるのに必要な１秒）よりも多いが、第１のマッチングプロセス、第２または後続のマッチングプロセスを実行し、第２のマッチングプロセスに基づいてユーザーにマッチングを提供する（すなわち、ユーザーの演算デバイス上に表示）するのに必要な合計または全体の時間量（例えば、５秒＋５秒＋１秒、または１１秒の合計または全体時間量）よりも少ない（または、それと等しい）場合、そのような選択された候補サービスリクエストは、現在のマッチングプロセスにおいてマッチングを受けるために、特定および優先されてもよい（または、他の選択された候補サービスリクエストと比較して、より高い優先順位が与えられてもよい）。

別の実施例において、マッチングプロセスの前に、該方法は、最初に、各選択された候補サービスリクエストの最大待ち時間を判別する。最大待ち時間は、ユーザー（すなわち、選択された候補サービスリクエストを送信したユーザー）が選択された候補サービスリクエストをキャンセルおよび／または放棄するまで待っていると予想、予測、推定、および／または、期待される時間量であってもよい。このような最大待ち時間は、日、時間、位置、サービスのタイプ等のような１つ以上の基準に基づいていてもよい。その後、マッチングプロセスは、最大待ち時間に基づいて、選択された候補サービスリクエストの少なくとも１つのためのマッチングを優先してもよい。

別の実施例において、マッチングプロセスの前に、該方法は、最初に、選択された候補サービスリクエストの１つ以上（または、サブセット）を特定してもよい。特定された１つ以上の候補サービスリクエストは、現在のマッチングプロセスにおいて候補サービスプロバイダーにマッチングされた後および／またはマッチングされたにも関わらず、キャンセルまたは放棄される尤度を有する選択された候補サービスリクエストを含んでいてもよい。特定が実行されると、マッチングプロセスは、１つ以上の候補サービスリクエストのマッチングを優先解除してもよい。より具体的な実施例において、選択された候補サービスリクエストは、特定の時間量（例えば、４秒）においてマッチングが見つからない、および／または、マッチングが見つかったとしても、サービスリクエストを以前キャンセルまたは放棄した、および／または、キャンセルした履歴を有するユーザー（または、ユーザーアカウント）に関連付けられてもよい。このような特定の時間量は、選択された候補サービスリクエストの実際、条件ベース（例えば、時間特定、日特定、位置特定、サービスタイプ特定等）、平均、中央、予測、予想、推定、および／または、期待される時間量（例えば、このような特定の時間量は、日、時間、位置、サービスのタイプ等の１つ以上の基準に基づいていてもよい）であってもよい。このような特定の時間量（例えば、４秒）が、現在のマッチングプロセスに基づくユーザーへのマッチングを提供するために必要な時間量（例えば、５秒の現在または特定の期間および１秒のユーザーの演算デバイス上に通知を送信および表示させるために必要な時間）よりも少ない場合、このような選択された候補サービスリクエストは、現在のマッチングプロセスにおいてマッチングを受信するために特定および優先解除されてもよい（または、他の選択された候補サービスリクエストと比較して、より低い優先順位が与えられてもよい）。

別の実施例において、マッチングプロセスの前に、該方法は、最初に、選択された候補サービスプロバイダーの１つ以上（または、サブセット）を特定してもよい。特定された１つ以上の候補サービスプロバイダーは、現在のマッチングプロセスにおいて候補サービスリクエストにマッチングされた後および／またはマッチングされたにもかかわらずキャンセルまたは放棄の尤度を有する選択された候補サービスプロバイダーを含んでいてもよい。特定が実行されると、マッチングプロセスは、該１つ以上の候補サービスプロバイダーのマッチングを優先解除してもよい（または、他の選択された候補サービスプロバイダーと比較して、より低い優先順位が与えられてもよい）。

さらに別の実施例において、マッチングプロセスの前に、該方法は、最初に、選択された候補サービスプロバイダーと選択された候補サービスリクエストとの間の１つ以上の可能性のあるマッチングを特定してもよい。特定された可能性のあるマッチングは、選択された候補サービスプロバイダーと選択された候補サービスリクエストとの間のいくつかまたは全ての可能性のあるマッチングであってもよい。いくつかまたは全ての可能性のあるマッチングが特定されると、該方法は、さらに、選択された候補サービスリクエストを送信したユーザーおよび／または選択された候補サービスプロバイダーによってマッチングがキャンセルされる尤度に基づいて、１つ以上のそのような可能性のあるマッチングを（優先解除のために）選択する工程を含んでいてもよい。マッチングプロセスは、その後、そのような選択されたマッチのマッチングを優先解除する。図示の実施例において、選択された候補サービスプロバイダーは、サービスリクエストにマッチングされた後（または、前）に、キャンセルする傾向または履歴を有していてもよい（有していなくてもよい）。しかしながら、該方法が、そのような選択された候補サービスプロバイダーが、マッチングに関する１つ以上の検討事項および／または基準（例えば、サービスリクエストまたはユーザーに到達するまでに直面するであろう交通状況、サービスリクエストに到達するためのＵターンを行うための距離、候補サービスプロバイダーによるその他の視覚的指標等）に基づいて、キャンセルの尤度を有していると判別したという状況において、該方法は、そのような候補サービスプロバイダーのそのような候補サービスリクエストへのマッチングを優先解除してもよい。追加的または代替的に、該方法が、選択された候補サービスリクエストのユーザーが、マッチングに関する１つ以上の検討事項および／または基準（例えば、候補サービスプロバイダーがユーザーに到達するまでに直面するであろう交通状況、候補サービスプロバイダーがユーザーに到達するためにＵターンを実行するために移動する必要がある距離等）に基づいて、キャンセルの尤度を有していると判別された状況において、該方法は、そのような候補サービスプロバイダーのそのような候補サービスリクエストへのマッチングを優先解除してもよい。

不正の尤度に基づいて、複数の輸送関連サービスリクエストを管理する方法
図６Ｂに示されているように、複数の輸送関連サービスリクエストを管理する方法の例示的な実施形態は、特に、不正または不正行為の発生の尤度に基づいていてもよい。該方法は、１つ以上の期間（例えば、本開示において参照される特定の期間または第１の期間）を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０２）。１つ以上の期間は、サービスリクエスト関連処理用の期間およびサービスプロバイダー関連処理用の期間を含んでいてもよい。サービスリクエスト関連処理およびサービスプロバイダー関連処理用の期間は、同じであってもよいし、異なっていてもよい。また、該方法は、期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置（現在位置、初期位置、出発位置、希望される位置等であってもよい）を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。特定されたサービスプロバイダーのそれぞれは、現在サービスプロバイダー位置および利用可能性ステータスを有していてもよい。各特定されたサービスプロバイダーは、自身がサービスリクエストに対してマッチングされるために現在利用可能である（または、利用可能となる）ことを示す自身の有用性可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０４）。また、該方法は、サービスプロバイダー地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０６）。サービスリクエスト地理的領域およびサービスプロバイダー地理的領域は、同じであってもよいし、異なっていてもよい。また、該方法は、複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい（例えば、動作６０８）。各候補サービスリクエストは、サービスリクエスト地理的領域内の自身の発信位置（現在位置、初期位置、出発位置、希望された位置等であってもよい）を有していてもよい。また、該方法は、複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい（例えば、動作６１０）。各候補サービスプロバイダーは、サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置（および／または、予想、予測、期待、および／または、推定位置）を有していてもよい。また、該方法は、１つ以上の候補サービスリクエストを、１つ以上の候補サービスプロバイダーにマッチングするためのマッチング処理を実行する方法を含んでいてもよい。マッチングプロセスは、少なくとも詐欺に関係している尤度に基づいていてもよい（例えば、動作６１４）。

例えば、マッチングプロセスの前に、該方法は、最初に、複数の選択された候補サービスリクエストの１つ以上（または、サブセット）を特定してもよい。特定された１つ以上の候補サービスリクエストは、不正に関係している尤度を有している選択された候補サービスリクエストを含んでいてもよい。特定が実行されると、マッチングプロセスは、該１つ以上の候補サービスリクエストのマッチングを優先解除してもよい（または、他の選択された候補サービスリクエストと比較して、より低い優先順位を与えてもよい）。不正に関係している尤度を有するサービスリクエストの例としては、盗難または紛失クレジットカード、不正確または虚偽の情報等に以前関係していた、または、関係しているユーザーアカウントを有するサービスリクエストが挙げられる。

別の実施例において、マッチングプロセスの前に、該方法は、最初に、選択された候補サービスプロバイダーの１つ以上（または、サブセット）を特定してもよい。特定された１つ以上の候補サービスプロバイダーは、不正に関係している尤度を有する選択された候補サービスプロバイダーを含んでいてもよい。特定が実行されると、マッチングプロセスは、該１つ以上の候補サービスプロバイダーのためのマッチングを優先解除してもよい（または、他の選択された候補サービスプロバイダーと比較して、より低い優先順位を与えてもよい）。

サービスリクエストおよび／またはサービスプロバイダー優先順位付けに基づき、複数の輸送関連サービスリクエストを管理する方法
図６Ｃに示されているように、複数の輸送関連サービスリクエストを管理する方法の例示的な実施形態は、特に、優先順位ステータスを有する候補サービスリクエストに基づいていてもよい。該方法は、１つ以上の期間（例えば、本開示において参照される特定の期間または第１の期間）を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０２）。１つ以上の期間は、サービスリクエスト関連処理用の期間およびサービスプロバイダー関連処理用の期間を含んでいてもよい。サービスリクエスト関連およびサービスプロバイダー関連用の期間は、同じであってもよいし、異なっていてもよい。また、該方法は、期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置（現在位置、初期位置、出発位置、希望される位置等であってもよい）を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。特定されたサービスプロバイダーのそれぞれは、現在サービスプロバイダー位置および利用可能性ステータスを有していてもよい。各特定されたサービスプロバイダーは、自身がサービスリクエストに対してマッチングされるために現在利用可能である（または、利用可能となる）ことを示す自身の有用性可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０４）。また、該方法は、サービスプロバイダー地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０６）。サービスリクエスト地理的領域およびサービスプロバイダー地理的領域は、同じであってもよいし、異なっていてもよい。また、該方法は、複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい（例えば、動作６０８）。各候補サービスリクエストは、サービスリクエスト地理的領域内の自身の発信位置（現在位置、初期位置、出発位置、希望された位置等であってもよい）を有していてもよい。また、該方法は、複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい（例えば、動作６１０）。各候補サービスプロバイダーは、サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置（および／または、予想、予測、期待、および／または、推定位置）を有していてもよい。また、該方法は、１つ以上の候補サービスリクエストを、１つ以上の候補サービスプロバイダーにマッチングするためのマッチング処理を実行する方法を含んでいてもよい。マッチングプロセスは、少なくとも複数の候補サービスリクエストの１つ以上に関連付けられた優先順位ステータスに基づいていてもよい。

例えば、マッチングプロセスの前に、該方法は、最初に、複数の選択された候補サービスリクエストの１つ以上（または、サブセット）を特定する工程を含んでいてもよい。特定された１つ以上の候補サービスリクエストは、優先順位ステータスを有する、または、これに関連付けられた選択された候補サービスリクエストを含んでいてもよい。特定が実行されると、マッチングプロセスは、該１つ以上の候補サービスリクエストのマッチングを優先してもよい（または、他の選択された候補サービスリクエストと比較して、より高い優先順位が与えられてもよい）。優先順位ステータスを有するサービスリクエストの例として、新規ユーザーステータス、特殊ユーザーステータス（例えば、ＶＩＰ、プレミアム、支払い済みメンバー）、常連ユーザーステータス等を有するユーザーアカウントを有するサービスリクエストであってもよい。

別の実施例において、マッチングプロセスの前に、該方法は、最初に、複数の選択された候補サービスプロバイダーの１つ以上（または、サブセット）を特定する工程を含んでいてもよい。特定された１つ以上の候補サービスプロバイダーは、優先順位ステータスを有する、または、これに関連付けられた選択された候補サービスプロバイダーを含んでいてもよい。特定が実行されると、マッチングプロセスは、該１つ以上の候補サービスプロバイダーのためのマッチングを優先してもよい（または、他の選択された候補サービスプロバイダーと比較して、より高い優先順位が与えられてもよい）。優先ステータスを有するサービスプロバイダーの例としては、新規サービスプロバイダーステータス、特殊サービスプロバイダーステータス（例えば、忠誠心が高い等）、低活動ステータス等を有するサービスプロバイダーが挙げられる。

サービスリクエスト地理的領域の動的生成または調整に基づき、複数の輸送関連サービスリクエストを管理する方法
図６Ｄに示されているように、複数の輸送関連サービスリクエストを管理する方法の例示的な実施形態は、特に、サービスリクエスト地理的領域の動的生成および／または調整に基づいていてもよい。該方法は、１つ以上の期間（例えば、本開示において参照される特定の期間または第１の期間）を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０２）。１つ以上の期間は、サービスリクエスト関連処理用の期間およびサービスプロバイダー関連処理用の期間を含んでいてもよい。サービスリクエスト関連処理およびサービスプロバイダー関連処理用の期間は、同じであってもよいし、異なっていてもよい。また、該方法は、期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置（現在位置、初期位置、出発位置、希望される位置等であってもよい）を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。特定されたサービスプロバイダーのそれぞれは、現在サービスプロバイダー位置および利用可能性ステータスを有していてもよい。各特定されたサービスプロバイダーは、自身がサービスリクエストに対してマッチングされるために現在利用可能である（または、利用可能となる）ことを示す自身の有用性可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０４）。また、該方法は、サービスプロバイダー地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０６）。サービスリクエスト地理的領域およびサービスプロバイダー地理的領域は、同じであってもよいし、異なっていてもよい。また、該方法は、複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい（例えば、動作６０８）。各候補サービスリクエストは、サービスリクエスト地理的領域内の自身の発信位置（現在位置、初期位置、出発位置、希望された位置等であってもよい）を有していてもよい。また、該方法は、複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい（例えば、動作６１０）。各候補サービスプロバイダーは、サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置（および／または、予想、予測、期待、および／または、推定位置）を有していてもよい。また、該方法は、選択された候補サービスリクエストの量、選択された候補サービスプロバイダーの量、サービスリクエスト地理的領域内の選択された候補サービスリクエストの分布、および／または、サービスプロバイダー地理的領域内の選択された候補サービスプロバイダーの分布に基づいて、サービスリクエスト地理的領域を動的に調整する工程を含んでいてもよい（例えば、動作６１８）。また、該方法は、サービスリクエスト地理的領域の動的調整に応答して、少なくとも複数の候補サービスクエストのうちから、１つ以上の最終サービスリクエストを選択する工程を含んでいてもよい（例えば、動作６２０）。各最終サービスリクエストは、動的に調整されたサービスリクエスト地理的領域内の自身の発信位置（現在位置、初期位置、開始位置、希望された位置等であってもよい）を有していてもよい。また、該方法は、１つ以上の最終サービスリクエストを、１つ以上の候補サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程を含んでいてもよい。

サービスプロバイダー地理的領域の動的生成または調整に基づき、複数の輸送関連サービスリクエストを管理する方法
図６Ｅに示されているように、複数の輸送関連サービスリクエストを管理する方法の例示的な実施形態は、特に、サービスプロバイダー地理的両機の動的生成および／または調整に基づいていてもよい。図６Ｂに示されているように、複数の輸送関連サービスリクエストを管理する方法の例示的な実施形態は、特に、不正または不正行為の発生の尤度に基づいていてもよい。該方法は、１つ以上の期間（例えば、本開示において参照される特定の期間または第１の期間）を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０２）。１つ以上の期間は、サービスリクエスト関連処理用の期間およびサービスプロバイダー関連処理用の期間を含んでいてもよい。サービスリクエスト関連処理およびサービスプロバイダー関連処理用の期間は、同じであってもよいし、異なっていてもよい。また、該方法は、期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置（現在位置、初期位置、出発位置、希望される位置等であってもよい）を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。特定されたサービスプロバイダーのそれぞれは、現在サービスプロバイダー位置および利用可能性ステータスを有していてもよい。各特定されたサービスプロバイダーは、自身がサービスリクエストに対してマッチングされるために現在利用可能である（または、利用可能となる）ことを示す自身の有用性可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０４）。また、該方法は、サービスプロバイダー地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０６）。サービスリクエスト地理的領域およびサービスプロバイダー地理的領域は、同じであってもよいし、異なっていてもよい。また、該方法は、複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい（例えば、動作６０８）。各候補サービスリクエストは、サービスリクエスト地理的領域内の自身の発信位置（現在位置、初期位置、出発位置、希望された位置等であってもよい）を有していてもよい。また、該方法は、複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい（例えば、動作６１０）。各候補サービスプロバイダーは、サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置（および／または、予想、予測、期待、および／または、推定位置）を有していてもよい。また、該方法は、選択された候補サービスリクエストの量、選択された候補サービスプロバイダーの量、サービスリクエスト地理的領域内の選択された候補サービスリクエストの分布、および／または、サービスプロバイダー地理的領域内の選択された候補サービスプロバイダーの文武に基づいて、サービスプロバイダー地理的領域を動的に調整する工程を含んでいてもよい（例えば、動作６２４）。また、該方法は、サービスプロバイダー地理的領域の動的調整に応答して、少なくとも複数の候補サービスプロバイダーのうちから、１つ以上の最終サービスプロバイダーを選択する工程を含んでいてもよい（例えば、動作６２６）。各最終サービスプロバイダーは、動的に調整されたサービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置（現在位置、初期位置、出発位置、予想位置等であってもよい）を有していてもよい。また、該方法は、１つ以上の候補サービスリクエストを、１つ以上の最終サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程を含んでいてもよい（例えば、動作６２８）。

期間の動的生成または調整に基づく、複数の輸送関連サービスリクエストを管理する方法
図６Ｆおよび図６Ｇに示されているように、複数の輸送関連サービスリクエストを管理する方法の例示的な実施形態は、特に、期間の動的生成および／または調整に基づいていてもよい。該方法は、１つ以上の期間（例えば、本開示において参照される特定の期間または第１の期間）を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０２）。１つ以上の期間は、サービスリクエスト関連処理用の期間およびサービスプロバイダー関連処理用の期間を含んでいてもよい。サービスリクエスト関連処理およびサービスプロバイダー関連処理用の期間は、同じであってもよいし、異なっていてもよい。また、該方法は、期間において受信された１つ以上のサービスリクエストを特定する工程を含んでいてもよい。各特定されたサービスリクエストは、発信位置（現在位置、初期位置、出発位置、希望される位置等であってもよい）を含んでいてもよい。また、該方法は、複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程を含んでいてもよい。特定されたサービスプロバイダーのそれぞれは、現在サービスプロバイダー位置および利用可能性ステータスを有していてもよい。各特定されたサービスプロバイダーは、自身がサービスリクエストに対してマッチングされるために現在利用可能である（または、利用可能となる）ことを示す自身の有用性可能性ステータスを有していてもよい。また、該方法は、サービスリクエスト地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０４）。また、該方法は、サービスプロバイダー地理的領域を規定、選択、および／または、生成する工程を含んでいてもよい（例えば、動作６０６）。サービスリクエスト地理的領域およびサービスプロバイダー地理的領域は、同じであってもよいし、異なっていてもよい。また、該方法は、複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程を含んでいてもよい（例えば、動作６０８）。各候補サービスリクエストは、サービスリクエスト地理的領域内の自身の発信位置（現在位置、初期位置、出発位置、希望された位置等であってもよい）を有していてもよい。また、該方法は、複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程を含んでいてもよい（例えば、動作６１０）。各候補サービスプロバイダーは、サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置（および／または、予想、予測、期待、および／または、推定位置）を有していてもよい。また、該方法は、選択された候補サービスリクエストの量（例えば、しきい値サービスリクエスト数に対する量）および／または選択された候補サービスプロバイダーの量（例えば、しきい値サービスプロバイダー数に対する量）に基づいて、サービスリクエスト関連処理および／またはサービスプロバイダー関連処理用の１つ以上の期間を動的に調整する工程を含んでいてもよい（例えば、動作６３０）。また、該方法は、サービスリクエスト関連処理および／またはサービスプロバイダー関連処理用の期間の動的調整に応答して、少なくとも複数の候補サービスリクエストのうちから、１つ以上の最終サービスリクエストを選択する工程を含んでいてもよい（例えば、図６Ｆ中の動作６３２）。各最終サービスリクエストは、動的に調整された期間において受信されたサービスリクエストであってもよい。また、該方法は、サービスリクエスト関連処理および／またはサービスプロバイダー関連処理用の期間の動的調整に応答して、少なくとも複数の候補サービスプロバイダーのうちから、１つ以上の最終サービスプロバイダーを選択する工程を含んでいてもよい（例えば、図６Ｇ中の動作６３６）。各最終サービスプロバイダーは、動的に調整された期間におけるサービスプロバイダー地理的領域内の自身の位置または予想位置を有するサービスプロバイダーであってもよい。また、該方法は、１つ以上の候補および／または最終サービスリクエストを、１つ以上の候補および／または最終サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程を含んでいてもよい（例えば、図６Ｆ中の動作６３４、または、図６Ｇ中の動作６３８）。

複数の考慮事項に基づく、複数の輸送関連サービスリクエストを管理する方法
複数の輸送関連サービスリクエストを管理する方法の例示的な実施形態は、複数の考慮事項（considerations）に基づいていてもよい。例えば、２つ以上の例示的な実施形態が、複数の輸送関連サービスリクエストを管理するために、部分的または全体的に、組み合わされてもよい。例えば、複数の輸送関連サービスリクエストを管理する方法は、キャンセルおよび不正が発生する尤度に基づいていてもよい。別の実施例において、複数の輸送関連サービスリクエストを管理する方法は、動的に生成および／または生成されたサービスリクエスト地理的領域、動的に生成および／または生成されたサービスプロバイダー地理的領域、並びに、キャンセルおよび不正が発生する尤度に基づいていてもよい。さらに別の実施例において、複数の輸送関連サービスリクエストを管理する方法は、動的に生成および／または生成されたサービスリクエスト地理的領域、動的に生成および／または生成されたサービスプロバイダー地理的領域、動的に生成および／または生成された特定の期間、並びに、キャンセルおよび不正が発生する尤度に基づいていてもよい。

開示された原理に従う様々な実施形態が上で記述されたが、これらは例示のためにのみ提供されたものであり、限定ではないことは理解されなければならない。よって、本開示において記述された例示的な実施形態の広がりおよび範囲は、如何なる上述の例示的な実施形態によっても限定されるべきではなく、特許請求の範囲および本開示から導出される同等物によってのみ規定されるべきである。さらに、上述の利点および特徴が記述された実施形態において提供されたが、特許請求の範囲の適用を、上述の利点の任意のものまたは全てを含む処理および構造に限定するものではない。

例えば、「通信」、「通信する」、「接続」、「接続する」、「呼び出す」、「呼び出し」、または他の同様な用語は、有線、無線、および／または、利用可能な、音声および／またはデータを送信、伝送、ブロードキャスト、受信、中継、取得、および／または、転送（それぞれ適用可能）可能な複数の要素、デバイス、演算デバイス、電話、プロセッサー、コントローラー、サーバー、ネットワーク、電話ネットワーク、クラウド、および／または、その他の間の接続を意味するよう、全体として広く解釈されるべきである。

また、本明細書で参照されているように、プロセッサー、デバイス、演算デバイス、電話（telephone）、電話（phone）、サーバー、ゲートウェイサーバー、通信ゲートウェイサーバー、および／または、コントローラーは、任意のプロセッサー、演算デバイス、および／または、通信デバイスであってもよく、さらに、仮想マシーン、コンピューター、ノード、インスタンス、ホスト、または、ネットワーク演算環境内のマシーンを含み得る。また、本明細書で参照されているように、ネットワークまたはクラウドは、複数のマシーン間の通信を容易とし、さらに、複数のマシーンがリソースを共有することを可能とする通信チャンネルによって接続されたマシーンの集合であってもよい、または、含んでいてもよい。また、ネットワークは、同じマシーン上の複数のプロセス間の通信媒体を指していてもよい。また、本明細書で参照されているように、ネットワーク要素、ノード、またはサーバーは、ソケットリスナーとしてプログラム動作を実行するよう配備されたマシーンであってもよいし、ソフトウェアインスタンスを含んでいてもよい。

データベース（またはメモリーまたはストレージ）は、データを保存するのに適した揮発性および／または不揮発性コンポーネントの任意の集合および／または配置を含んでいてもよい。例えば、メモリーは、ランダムアクセスメモリー（ＲＡＭ）デバイス、リードオンリーメモリー（ＲＯＭ）、磁気ストレージデバイス、光学ストレージデバイス、ソリッドステートデバイス、および／または、任意の他の好適なデータストレージデバイスを含んでいてもよい。特定の実施形態において、データベースは、部分的に、コンピューター命令および／またはロジックが暗号化されたコンピューター可読ストレージ媒体を示すものであってもよい。データベースは、内部、ローカル、および／または、プロセッサーおよび／または演算デバイスによってアクセスな任意の数のメモリーコンポーネントを示しものであってもよい。

本明細書で用いられた様々な用語は、本技術領域内において特殊な意味を有している。特定の用語が、「専門用語」のように解釈されるか否かは、その用語が用いられている文脈に依存する。そのような用語は、本開示においてそれらが用いられている文脈を参照して解釈されるものであり、本分野における当業者であれば、これら用語の意味を開示の文脈において理解できるであろう。上述の規定は、開示の文脈に基づいて、これら用語に含まれるであろう他の意味を排除するものではない。

「その時」、「等しい」、「〜の間」、「完了」等の比較、測定、およびタイミングの用語は、「実質的にその時に」、「実質的に等しい」、「実質的に、〜の間」、「実質的に完了」等のような意味で理解されるべきである。ここで、「実質的に」との語は、そのような比較、測定、およびタイミングが、暗示または明示された所望の結果を果たすために実施可能なものである。

追加的に、本明細書におけるセクション見出しおよびトピック見出しは、様々な特許規則および実施または構成要素における提示との一貫性のために提供されている。これら見出しは、本開示から導出され得る任意の請求項中において説明された実施形態を限定または特徴づけるものではない。特に、「背景技術」における技術の説明は、該技術が本開示の任意の実施形態より前であることに対する自認として解釈されるべきではない。さらに、単数形の「発明」への本開示における任意の参照は、本開示における唯一つの新規性しか存在していないことを述べるために使用されるものではない。本開示から導出される複数の請求項の限定に従って、複数の発明が説明され、そのため、そのような請求項は、請求項によって保護される本発明（１つまたは複数）とそれらの同等物を規定する。全ての対象において、そのような請求項の範囲は、本開示を参照した利点によって解釈されるべきであり、本明細書の見出しによって解釈されるべきではない。

Claims (24)

1. 複数の輸送関連サービスリクエストを管理するためのプロセッサーデバイスであって、
   前記プロセッサーデバイスは、入力デバイスおよび出力デバイスと協働するＣＰＵを有し、
   前記プロセッサーデバイスは、保存された命令の制御下において、
   前記入力デバイスにおいて複数のサービスリクエストを受信し、
   連続的な期間で受信された複数のサービスリクエストを、複数のリクエストの複数のバッチのそれぞれに割り当て、
   保存されているサービスプロバイダーデータにアクセスし、複数のサービスプロバイダーのプールのうちから、利用可能な複数のサービスプロバイダーを特定し、
   前記複数のサービスリクエストのバッチへの割り当てが完了した後に、前記複数のリクエストのバッチの各サービスリクエストをサービスプロバイダーにマッチングしようと試みるマッチングプロセスを実行し、さらに、マッチングがなされた各サービスプロバイダーのために、それぞれの可能性のあるマッチングの通知を出力する、よう構成されていることを特徴とするプロセッサーデバイス。
2. 前記プロセッサーデバイスは、前記マッチングプロセスの後に、後の回のマッチングのために、前記複数のサービスリクエストのバッチのマッチングされていないサービスリクエストを、複数のサービスリクエストの後続のバッチに追加するよう、さらに構成されている請求項１に記載のプロセッサーデバイス。
3. 前記マッチングプロセスは、前記複数のサービスリクエストのバッチのための最適化されたマッチングを構築するために実行される請求項１に記載のプロセッサーデバイス。
4. 入力デバイスおよび出力デバイスと協働するＣＰＵを有するプロセッサーデバイスによって、保存されている命令の制御下で実行される、複数の輸送関連サービスリクエストを管理する方法であって、
   前記入力デバイスにおいて複数のサービスリクエストを受信する工程と、
   連続的な期間で受信された複数のサービスリクエストを、複数のリクエストの複数のバッチのそれぞれに割り当てる工程と、
   保存されているサービスプロバイダーデータにアクセスし、複数のサービスプロバイダーのプールのうちから、利用可能な複数のサービスプロバイダーを特定する工程と、
   前記複数のサービスリクエストのバッチへの割り当てが完了した後に、前記複数のリクエストのバッチの各サービスリクエストをサービスプロバイダーにマッチングしようと試みるマッチングプロセスを実行し、さらに、マッチングがなされた各サービスプロバイダーのために、前記出力デバイスから、それぞれの可能性のあるマッチングの通知を出力する工程と、を含むことを特徴とする方法。
5. 前記マッチングプロセスの後に、後の回のマッチングのために、前記複数のサービスリクエストのバッチのマッチングされていないサービスリクエストを、複数のサービスリクエストの後続のバッチに追加する工程をさらに含む請求項４に記載の方法。
6. バッチ内のサービスリクエストの数を制御するために、前記期間を変更する工程をさらに含む請求項４に記載の方法。
7. バッチ内のサービスリクエストの数を制御するために、複数のサービスリクエストが受信される地理的領域を変更する工程をさらに含む請求項４に記載の方法。
8. 複数のサービスリクエストに優先順位を割り当てる工程と、
   各サービスリクエストの前記優先順位に基づいて、前記マッチングプロセスを実行する工程と、をさらに含む請求項４に記載の方法。
9. 複数のサービスプロバイダーに優先順位を割り当てる工程と、
   各サービスプロバイダーの前記優先順位に基づいて、前記マッチングプロセスを実行する工程と、をさらに含む請求項４に記載の方法。
10. 少なくとも、キャンセルおよび不正を含む１つ以上のグループが発生するであろう尤度に基づいて、前記マッチングプロセスを実行する工程をさらに含む請求項４に記載の方法。
11. リクエスト量の履歴の考慮事項、リアルタイムサービスリクエスト到達率、および利用可能性ステータスの履歴の考慮事項の１つ以上に基づいて、前記期間を動的に規定する工程をさらに含む請求項４に記載の方法。
12. リクエスト量の履歴の考慮事項、リアルタイムサービスリクエスト到達率、および利用可能性ステータスの履歴の考慮事項の１つ以上に基づいて、サービスリクエスト地理的領域を動的に規定する工程をさらに含む請求項４の方法。
13. リクエスト量の履歴の考慮事項、リアルタイムサービスリクエスト到達率、および利用可能性ステータスの履歴の考慮事項の１つ以上に基づいて、サービスプロバイダー地理的領域を規定する工程をさらに含む請求項４の方法。
14. 複数の輸送関連サービスリクエストを管理する方法であって、
    第１の期間において受信された複数のサービスリクエストをバッチに割り当てる工程と、
    複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程であって、
    各特定されたサービスプロバイダーは、現在サービスプロバイダー位置および利用可能性ステータスを有しており、
    各特定されたサービスプロバイダーは、サービスリクエストへのマッチングのために現在利用可能であることを示す自身の利用可能性ステータスを有している、前記１つ以上のサービスプロバイダーを特定する工程と、
    前記複数のサービスリクエストのバッチから、１つ以上の候補サービスリクエストを選択する工程であって、
    各候補サービスリクエストは、サービスリクエスト地理的領域内の発信位置を有している、前記１つ以上の候補サービスリクエストを選択する工程と、
    前記複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程であって、
    各候補サービスプロバイダーは、サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置を有している、前記１つ以上の候補サービスプロバイダーを選択する工程と、
    前記選択された候補サービスリクエストの量、前記選択された候補サービスプロバイダーの量、前記サービスリクエスト地理的領域内の前記選択された候補サービスリクエストの分布、および前記サービスプロバイダー地理的領域内の前記選択された候補サービスプロバイダーの分布を含む少なくとも１つのグループに基づいて、前記サービスリクエスト地理的領域を動的に調整する工程と、
    前記サービスリクエスト地理的領域の動的調整に応答して、少なくとも前記複数の候補サービスリクエストのうちから、１つ以上の最終サービスリクエストを選択する工程であって、
    各最終サービスリクエストは、前記動的に調整されたサービスリクエスト地理的領域内の自身の発信位置を有している、前記１つ以上の最終サービスリクエストを選択する工程と、
    前記１つ以上の最終サービスリクエストを、前記１つ以上の候補サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程と、を含むことを特徴とする方法。
15. 複数の輸送関連サービスリクエストを管理する方法であって、
    第１の期間において受信された複数のサービスリクエストをバッチに割り当てる工程と、
    複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程であって、
    各特定されたサービスプロバイダーは、現在サービスプロバイダー位置および利用可能性ステータスを有しており、
    各特定されたサービスプロバイダーは、サービスリクエストへのマッチングのために現在利用可能であることを示す自身の利用可能性ステータスを有している、前記１つ以上のサービスプロバイダーを特定する工程と、
    前記複数のサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程であって、
    各候補サービスリクエストは、サービスリクエスト地理的領域内の発信位置を有している、前記１つ以上の候補サービスリクエストを選択する工程と、
    前記複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程であって、
    各候補サービスプロバイダーは、サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置を有している、前記１つ以上の候補サービスプロバイダーを選択する工程と、
    しきい値サービスリクエスト数に対する前記選択された候補サービスリクエストの量と、しきい値サービスプロバイダー数に対する前記選択された候補サービスプロバイダーの量とを含む少なくとも１つのグループに基づいて、前記第１の期間を動的に調整する工程と、
    前記第１の期間の動的調整に応答して、少なくとも前記複数の候補サービスリクエストのうちから、１つ以上の最終サービスリクエストを選択する工程であって、
    各最終サービスリクエストは、前記動的に調整された第１の期間において受信された、前記１つ以上の最終サービスリクエストを選択する工程と、
    前記１つ以上の最終サービスリクエストを、前記１つ以上の候補サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程と、を含むことを特徴とする方法。
16. 複数の輸送関連サービスリクエストを管理する方法であって、
    第１の期間を規定する工程と、
    前記第１の期間において受信された１つ以上のサービスリクエストを特定する工程であって、
    各特定されたサービスリクエストは、発信位置を有している、前記１つ以上のサービスリクエストを特定する工程と、
    複数のサービスプロバイダーのうちから、１つ以上のサービスプロバイダーを特定する工程であって、
    各特定されたサービスプロバイダーは、現在サービスプロバイダー位置および利用可能性ステータスを有しており、
    各特定されたサービスプロバイダーは、サービスリクエストへのマッチングのために現在利用可能であることを示す自身の利用可能性ステータスを有している、前記１つ以上のサービスプロバイダーを特定する工程と、
    サービスリクエスト地理的領域およびサービスプロバイダー地理的領域を規定する工程と、
    前記複数の特定されたサービスリクエストのうちから、１つ以上の候補サービスリクエストを選択する工程であって、
    各候補サービスリクエストは、前記サービスリクエスト地理的領域内の自身の発信位置を有している、前記１つ以上の候補サービスリクエストを選択する工程と、
    前記複数の特定されたサービスプロバイダーのうちから、１つ以上の候補サービスプロバイダーを選択する工程であって、
    各候補サービスプロバイダーは、前記サービスプロバイダー地理的領域内の自身の現在サービスプロバイダー位置を有している、前記１つ以上の候補サービスプロバイダーを選択する工程と、
    しきい値サービスリクエスト数に対する前記選択された候補サービスリクエストの量と、しきい値サービスプロバイダー数に対する前記選択された候補サービスプロバイダーの量とを含む少なくとも１つのグループに基づいて、前記第１の期間を動的に調整する工程と、
    前記第１の期間の動的調整に応答して、少なくとも前記複数の候補サービスリクエストのうちから、１つ以上の最終サービスリクエストを選択する工程であって、
    各最終サービスリクエストは、前記動的に調整された第１の期間において受信された、前記１つ以上の最終サービスリクエストを選択する工程と、
    前記１つ以上の最終サービスリクエストを、前記１つ以上の候補サービスプロバイダーにマッチングするためのマッチングプロセスを実行する工程と、を含むことを特徴とする方法。
17. 前記選択された候補サービスリクエストの前記量が、前記しきい値サービスリクエスト数を超えている場合、前記動的に調整する工程は、前記選択された候補サービスリクエストの前記量が、前記しきい値サービスリクエスト数以下となるまで、前記第１の期間を減少させる工程を含む請求項１６に記載の方法。
18. 前記選択された候補サービスリクエストの前記量が、前記しきい値サービスリクエスト数未満である場合、前記第１の期間を拡張する工程をさらに含み、
    前記候補サービスプロバイダーの選択は、前記拡張された第１の期間に基づいて調整され、
    前記マッチングプロセスは、前記候補サービスプロバイダーの前記調整された選択のために実行される請求項１６に記載の方法。
19. 前記マッチングプロセスは、キャンセルおよび／または不正が発生するであろう尤度にさらに基づく請求項１６に記載の方法。
20. 優先された複数の最終サービスリクエストを特定する工程をさらに含み、
    前記優先された複数の最終サービスリクエストは、新規ユーザーステータス、特殊ユーザーステータス、および／または、常連ユーザーステータスに関連付けられた複数の最終サービスリクエストであり、
    前記マッチングプロセスは、前記優先された複数の最終サービスリクエストのためのマッチングを優先する請求項１６に記載の方法。
21. 優先された複数の候補サービスプロバイダーを特定する工程をさらに含み、
    前記優先された候補サービスプロバイダーは、新規サービスプロバイダーステータス、特殊サービスプロバイダーステータス、および／または、低活動ステータスに関連付けられた複数の候補サービスプロバイダーであり、
    前記マッチングプロセスは、前記優先された候補サービスプロバイダーのためのマッチングを優先する請求項１６の方法。
22. 前記しきい値サービスリクエスト数は、リクエスト量の履歴および／または率の検討、および／または、利用可能性ステータスの考慮に基づいて、動的に規定され、
    前記しきい値サービスプロバイダー数は、リクエスト量の履歴および／または率の検討、および／または、利用可能性ステータスの考慮に基づいて、動的に規定される請求項１６に記載の方法。
23. 前記複数のサービスプロバイダーのそれぞれの予想サービスプロバイダー位置を判別する工程をさらに含み、
    前記予想サービスプロバイダー位置は、前記動的に調整された第１の期間の終了時における前記サービスプロバイダーの予想位置であり、
    前記複数の候補サービスプロバイダーは、前記動的に調整された第１の期間の終了時において前記サービスプロバイダー地理的領域内の前記予想サービスプロバイダー位置と、サービスリクエストへのマッチングのために現在利用可能であることを示す前記利用可能性ステータスを有している複数のサービスプロバイダーである請求項１６に記載の方法。
24. 前記複数の候補サービスプロバイダーは、前記動的に調整された第１の期間の終了時において前記サービスプロイダー地理的領域外の前記予想サービスプロバイダー位置を有している複数のサービスプロバイダーを含まない請求項２３に記載の方法。