JP6956810B2 - シャトルサービスを管理する方法 - Google Patents

Description

本開示は、一般に、輸送関連サービスの管理に関し、より具体的には、シャトルサービスの経路の導出を含む、シャトル関連サービスを管理するための方法、システム、及び装置に関する。

コンピューティング技術及び通信技術の発展は、プロバイダに、製品及びサービスのための新しく改善された提供物を創造し、提供することを可能にしている。そのような開発によって利用可能になるオンラインサービスには、情報検索、購入、確保（reserving）、予約（booking）、カートへの追加、デポジットの預け、一部の支払い、製品及び／又はサービスの保存及び／又は共有が含まれるが、これらに限定されない。今日、ユーザは、従来は他の方法で行われてきた製品及び／又はサービスについて、より容易に、効率的に、且つ効果的にオンライン取引を行うことができるようになっている。

システム、デバイス、ソフトウェア、方法、及び通信を含むコンピューティング技術の最近の発展にもかかわらず、本開示では、シャトルサービスを含む輸送関連サービスを管理するときに、しばしば遭遇する困難又は問題が認識される。

本例示的実施形態は、一般に、上記及び本開示で説明されたものを含む、従来の問題に対処するためのシステム、サブシステム、プロセッサ、デバイス、ロジック、及び方法に関し、及び／又はそれらを備え、より具体的に、例示的実施形態は、シャトル関連サービスを管理し、シャトルサービスの経路を導出するシステム、サブシステム、プロセッサ、デバイス、ロジック、及び方法に関する。

例示的な実施形態において、シャトルサービスを管理する方法が説明される。この方法は、複数の過去の（historic）シャトル以外のサービスリクエストを識別するために、過去の輸送関連リクエストのデータベースを検索することを含むことができる。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻及び経路を含むことができる。経路は、少なくとも出発地及び目的地によって定義されてもよい。この方法はまた、複数の過去のシャトル以外のサービスリクエストを選択することを含んでもよい。選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、１つ以上の他の選択された過去のシャトル以外のサービスリクエストと共通する経路の少なくとも一部を含むことができる。この方法はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートを導出することを含んでもよい。シャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出することができる。

別の例示的な実施形態では、シャトルサービスを管理する方法が説明される。この方法は、複数の過去のシャトル以外のサービスリクエストを識別するために、過去の輸送関連リクエストのデータベースを検索することを含むことができる。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含むことができる。この方法はまた、過去のシャトル以外のサービスリクエストのうちの１つ以上を選択することを含んでもよい。この方法はまた、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上を処理するために利用可能な１つ以上のサービスプロバイダの候補を選択することを含むことができる。この方法はまた、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出された、１つ以上のシャトルサービスの候補ルートである１つ以上のシャトルサービスの候補ルートを導出することを含んでもよい。この方法はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートのうちの１つ以上を選択することを含んでもよい。選択された１つ以上のシャトルサービスの候補ルートは、選択されたサービスプロバイダの候補のうちの１つ以上に基づいて選択されてもよい。

別の例示的な実施形態では、シャトルサービスを管理する方法が説明される。この方法は、複数の過去のシャトル以外のサービスリクエストを識別するために、過去の輸送関連リクエストのデータベースを検索することを含むことができる。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含むことができる。この方法はまた、シャトルサービスのための１人以上の潜在的ユーザを選択することを含んでもよい。選択された潜在的ユーザのうちの１人以上は、価格に敏感なユーザとして識別されてもよい。この方法はまた、過去のシャトル以外のサービスリクエストのうちの１つ以上を選択することを含んでもよい。選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、選択された潜在的ユーザのうちの１人によって以前に送信されたリクエストとすることができる。代替として、又は追加として、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、割り当てられなかった、不適合の、及び／又はキャンセルされたリクエストであってもよい。この方法はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートを導出することを含んでもよく、シャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出される。

別の例示的な実施形態では、シャトルサービスを管理する方法が説明される。この方法は、複数のユーザから受信された複数の過去のシャトル以外のサービスリクエストを識別するために、過去の輸送関連リクエストのデータベースを検索することを含んでもよい。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含むことができる。この方法はまた、１人以上の価格に敏感なユーザを識別するための分析を実行することを含むことができる。この方法はまた、シャトルサービスのための１人以上の潜在的ユーザを選択することを含んでもよい。選択された潜在的ユーザのうちの少なくとも１人は、価格に敏感なユーザとして識別されてもよい。この方法はまた、過去のシャトル以外のサービスリクエストが、選択された潜在的ユーザのうちの１人以上によって以前に送信されたリクエストである場合、過去のシャトル以外のサービスリクエストのうちの１つ以上を選択することを含んでもよい。代替として、又は追加として、この方法は、過去のシャトル以外のサービスリクエストが、割り当てられていない、不適合の、及び／又はキャンセルされたリクエストである場合に、過去のシャトル以外のサービスリクエストのうちの１つ以上を選択することを含むことができる。代替的に又は追加的に、この方法は、過去のシャトル以外のサービスリクエストがその経路の少なくとも一部を１つ以上の他の選択された過去のシャトル以外のサービスリクエストと共通する場合に、１つ以上の過去のシャトル以外のサービスリクエストを選択することを含んでもよい。この方法はまた、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上を処理するために利用可能な１つ以上のサービスプロバイダの候補を選択することを含むことができる。この方法はまた、１つ以上のシャトルサービスの候補ルートを導出することを含んでもよい。１つ以上のシャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出されてもよい。この方法はまた、シャトルサービスを提供するときに使用するシャトルサービスの候補ルートのうちの１つを選択することを含んでもよい。選択されたシャトルサービスの候補ルートは、選択されたサービスプロバイダの候補のうちの１つ以上に基づいて選択されてもよい。

本開示、例示的な実施形態、及びそれらの利点をより完全に理解するために、以下の説明を添付の図面と併せて参照し、添付の図面では、同様の参照番号は同様の特徴を示す。
シャトルサービスを管理するためのシステムの例示的な実施形態の図である。 シャトルサービスを管理するためのプロセッサの例示的な実施形態の図である。 シャトルサービスを管理するための方法の例示的な実施形態の図である。 シャトルサービスを管理するための方法の別の例示的な実施形態の図である。 シャトルサービスを管理するための方法の別の例示的な実施形態の図である。

便宜上、図中の同様の要素を参照するために同様の参照番号を使用することができるが、様々な例示的な実施形態のそれぞれは、別個の変形であると考えることができることを理解されたい。

次に、本開示の一部を形成し、実施することができる例示的な実施形態を示す添付の図面を参照して、例示的な実施形態を説明する。本開示及び添付の特許請求の範囲で使用されるように、用語「実施形態」、「実施例」、「例示的な実施形態」、及び「本実施形態」は、必ずしも単一の実施形態を指すわけではないが、それらは、例示的な実施形態の範囲又は主旨から逸脱することなく、容易に組み合わされ、及び／又は交換されてもよい。さらに、本開示及び添付の特許請求の範囲で使用される用語は、例示的な実施形態を説明するためだけのものであり、限定を意図するものではない。この点で、本開示及び添付の特許請求の範囲で使用されるように、用語「ｉｎ」は、「ｉｎ」及び「ｏｎ」を含むことができ、用語「ａ」、「ａｎ」及び「ｔｈｅ」は、単数及び複数の参照を含むことができる。さらに、本開示及び添付の特許請求の範囲で使用されるように、用語「ｂｙ」は、文脈に応じて「ｆｒｏｍ」を意味することもある。さらに、本開示及び添付の特許請求の範囲で使用されるように、用語「ｉｆ」はまた、文脈に応じて、「ｗｈｅｎ」又は「ｕｐｏｎ」を意味することもある。さらに、本開示及び添付の特許請求の範囲で使用されるように、用語「及び／又は」は、関連する列挙された項目のうちの１つ以上の任意の、及びすべての可能な組合せを指し、包含してもよい。

コンピュータテクノロジーの最近の開発は、サービスプロバイダとユーザが相互に対話する能力を改善し続けている。サービスプロバイダの例としては、従来の及び／又はオンライン販売業者（例えば、小売業者、百貨店、電子商取引ウェブサイトなど）、専門製品及び／又はサービスのプロバイダ（例えば、公共交通機関、私用のレンタカー、リムジンサービス、シャトル、タクシー、オートバイタクシー、ライドシェアリング、配達などの輸送関連サービス）、仲介業者、再販業者、ブローカー、比較ショッピング及び／又はレビューのためのプラットフォーム／サービスを提供するものなど（以下、「サービスプロバイダ」という）が含まれてもよいが、これらに限定されるものではない。そのようなサービスプロバイダによって提供される技術的製品及びソリューションは、ユーザが、より容易に、効果的に、及び／又は能率的に、そのような製品及び／又はサービスを、購買、確保、予約、カートへの追加、入金又は部分的な支払いを残す、保存する、キャンセル、及び／又は共有することを含む、対話及び／又は取引を行うことを可能にする。

一例として、技術の進歩により、公共交通機関（列車、バスなど）、タクシー（自動車、バン、オートバイ、及び他の種類の車両）、私用のレンタカー、リムジンサービス、シャトル、ライドシェアリング、配達などの輸送関連サービス、及び他の種類のサービスを、ウェブサイト又はアプリケーション（例えば、モバイルアプリケーション、ウィジェットなど）を介してコンピューティングデバイス（例えば、デスクトップコンピュータ、ラップトップコンピュータ／ウルトラブック、モバイルデバイス、及び／又はウェアラブルデバイス）から直接的かつ容易に検索、価格設定、比較、確保、及び／又は予約（及び／又はキャンセル）することが可能になっている。

このような技術の最近の進歩にもかかわらず、本開示では、オンラインで相互通信するときに、特にシャトル関連サービスを管理するときに、しばしば困難又は問題に遭遇することが認識されている。

例えば、シャトルサービスを提供する従来のアプローチは、一般に、２つ以上の位置の間の輸送サービスに対する指定された又は既知のリクエスト又はニーズによって推進される。より具体的な例として、シャトルサービスは、ホテルから特定の会議又はショーのためのコンベンションセンターに移動する必要がある人々のリクエスト又はニーズを満たすために提供されることができ、そのようなシャトルサービスは、一般に、ホテル、コンベンションセンター、会議又はショーの主催者、及び／又はこれらのうちの１つによって関与、雇用、又はリクエストされるシャトルサービスプロバイダによって提供及び／又は手配される。別のより具体的な実例として、シャトルサービスは、会社の１つのオフィスの位置から会社の別のオフィスの位置へ移動する必要がある従業員のリクエスト又はニーズを満たすために、会社によって提供又は手配されてもよい。そのような意図的に提供され、及び／又は手配されたシャトルサービスのために、シャトルサービスの経路は、一般に、シャトルサービスのための固定された出発地（既に確立されたバス停、建物の入口、又は目印となる位置であってもよい）、シャトルサービスのための固定された到着地（別の既に確立されたバス停、建物の入口、又は目印となる位置であってもよい）、及びシャトルサービスのための出発時刻を含む。そのような従来の手法は、そのようなシャトルサービスの提供者が２つの指定された位置の間のそのようなシャトルサービスの需要又はニーズを知っているか、又は知っているときに、そのような関連する乗客の需要又はニーズを満たすことができるが、本開示では、以下のうちの１つ以上が当てはまる状況、すなわち、提供者が存在しない、出発地及び目的地の位置が知られておらず、及び／又は指定されていない、需要又はニーズが知られておらず、及び／又は指定されていない、ターゲットユーザが知られておらず、及び／又は指定されていないなどの状況の場合など、オンデマンドシャトルサービスのニーズがあることが認識される。

本実施形態は、一般に、上記及び本開示で説明されたものを含む、従来の問題に対処するためのシステム、サブシステム、プロセッサ、デバイス、ロジック、及び方法に関し、及び／又はそれらを備え、より具体的には、例示的実施形態は、システム、サブシステム、プロセッサ、デバイス、ロジック、並びにシャトル及び／又はシャトル関連サービスを管理する方法に関する。例示的な実施形態は、バス、ミニバス、及び／又は他のより大きなマルチパッセンジャー車両の乗客ベースのシャトル及び／又はシャトル関連サービスに関連するものとして、及び／又はそれらと共に使用するために本開示で説明することができるが、例示的な実施形態は、本開示の教示から逸脱することなく、小包、物品、文書などの配達及び／又は輸送、並びに他の環境、周辺環境、状況、条件、及び／又は用途にも適用可能であり、及び／又はそれらに使用できることを理解されたい。これらの例示的な実施形態は、本開示の一部を形成する添付の図面を参照して以下に記載される。

シャトルサービスを管理するためのシステム（例えば、システム１００）の例示的な実施形態

概要として、シャトル又はシャトル関連サービスを管理するためのシステム（例えば、システム１００）の例示的な実施形態を図１に示す。システム（例えば、システム１００）は、１つ以上のプロセッサ（例えば、プロセッサ１５０）を含むことができる。本開示で使用されるように、適用可能な場合、プロセッサへの言及はまた、コンピューティングデバイス、サーバ、クラウドベースのコンピューティングなど、及び／又はプロセッサ、コンピューティングデバイス、サーバ、クラウドベースのコンピューティングなどの機能を参照、適用、及び／又は含むことができる。システム１００はまた、１つ以上のデータベース（例えば、データベース１４０、１４０ａ、１４０ｂ、１４０ｃ、１４０ｄ）を含むことができる。システム１００はまた、１つ以上のユーザコンピューティングデバイス（例えば、ユーザコンピューティングデバイス１１０）を含んでもよい。システム１００はまた、１つ以上のシャトル又はサービスプロバイダコンピュータデバイス（例えば、シャトル又はサービスプロバイダコンピューティングデバイス１２０）を含んでもよい。１つ以上のプロセッサ１５０、データベース１４０、１４０ａ〜１４０ｄ、ユーザコンピューティングデバイス１１０、及び／又はシャトルコンピューティングデバイス１２０は、インターネット、ワールドワイドウェブ、１つ以上の専用ネットワークなどの１つ以上のネットワーク（たとえば、ネットワーク１３０）を介して互いに通信することができる。

本開示で使用されるように、プロセッサ１５０によって管理可能とされ又は管理されるシャトルサービス及び／又はシャトル関連サービス（以下、「シャトルサービス」）の例示的な実施形態は、とりわけ、マルチパッセンジャー、マルチユーザ、及び／又は複数の荷物の輸送関連サービスを含むことができる。シャトルサービスは、一度に２人以上のユーザによって同時に予約され、及び／又は２人以上のユーザにサービスを提供する（例えば、運転される経路毎に２人以上の有料ユーザにサービスを提供する）ことができるマルチパッセンジャー、マルチユーザ、及び／又はマルチパーセルビークル（以下、「シャトル」、「サービスプロバイダ」、又は「シャトルサービスプロバイダ」）によって提供されてもよい。シャトル又はサービスプロバイダは、自動車、スポーツユーティリティビークル（ＳＵＶ）、ミニバン、バン、ミニバス、バス、コーチ、陸上以外の乗り物（vehicle）（例えば、ボート、水中又は水上で移動可能な乗り物（vehicle）、航空機、航空機などで移動可能なビークル）、前述の例示的な乗り物（vehicle）のうちの１つ以上の自律型及び半自律型、及び／又は他のマルチパッセンジャービークルを含むことができる。シャトルサービスは、とりわけ、経路、経路に沿った１つ以上の停留所、タイミングコンポーネント、コストコンポーネント、及び／又は料金コンポーネントを含むことができる。

経路に関して、シャトルサービスは、固定、半固定、及び／又は可変経路上に提供されてもよい。各経路は、１つ以上の考慮事項及び／又は基準に基づいて、予め決定され、及び／又は動的に導出される（たとえば、オンデマンドで導出される）ことが可能である。また、各経路は、例えば、交通渋滞、工事、及び／又は事故に遭遇した場合、経路のサービス中に新たなユーザがシャトルに予約したばかりの場合、予約したユーザがシャトルに乗る時刻に乗らなかった（例えば、待ち時間を超えた、キャンセルされたなど）場合など、経路のサービス中に調整又は変更することができる。本開示でさらに説明するように、各経路は、出発地及び目的地を含むことができる。

経路に沿った停留所に関して、シャトルサービスは、全経路に沿った１つ以上の停留所を含むことができ、そのような停留所は、１つ以上の考慮事項及び／又は基準に基づいて、事前に決定され、及び／又は動的に導出されることもできる。例えば、シャトルサービスは、出発地（又は最初の位置（initial location）、開始位置（starting location）、最初の位置（first location）など、以下「出発地」）を含むことができる。各出発地は、単一の点（例えば、地図上の点、緯度／経度座標、ＧＰＳ座標など）、ランドマーク、住所、地名、交差点、エリア／領域などであってもよい。シャトルサービスはまた、目的地（又は到着位置（final location）、終了位置（ending location）、最後の位置（last location）など、以下「目的地」）を含んでもよい。各目的地は、単一の点（例えば、地図上の点、緯度／経度座標、ＧＰＳ座標など）、ランドマーク、住所、及び／又はエリア／領域であってもよい。また、シャトルサービスは、1つ以上の集荷場所、乗客の搭乗又は小荷物のピックアップをするための１つ以上の停留所（以下、「乗車位置（pick up location）」又は「ピックアップ位置（pick-up location）」と呼ぶ）を含むことができる。それぞれの乗車位置は、単一の点（例えば、地図上の点、緯度／経度座標、ＧＰＳ座標など）、ランドマーク、住所、及び／又はエリア／領域であってもよい。また、シャトルサービスは、乗客又は小包を降ろしたりするための１つ以上の降車位置又は停車位置（以下、「降車位置（drop off location）」又は「ドロップオフ位置（drop-off location）」と呼ぶ）を含んでもよい。各降車位置は、単一の点（例えば、地図上の点、緯度／経度座標、ＧＰＳ座標など）、ランドマーク、住所、及び／又はエリア／領域であってもよい。各停留所は、経路のサービス中に、例えば、交通渋滞、工事、及び／又は事故に遭遇した状況、経路のサービス中に新しいユーザがシャトルに予約したばかりのとき、予約したユーザがシャトルに乗る時刻に乗らなかった（例えば、待ち時間を超えた、キャンセルされたなど）ときなどに、調整又は変更することもできる。本開示でさらに説明するように、各経路は、出発地及び目的地を含むことができる。本開示では、乗車位置は、降車位置と同じ位置であってもよい（例えば、位置は、１人のユーザを乗車させて別のユーザを降車させてもよい）ことを理解されたい。さらに、乗車位置は、出発地と同じ位置であってもよく、降車位置は、目的地と同じ位置であってもよい。

タイミングに関して、シャトルサービスは、出発時刻又は期間（又は最初の時間、起点時間など、以下「出発時刻（start time）」又は「開始時刻（starting time）」）を含むことができ、これは、日付、曜日、時刻、期間、及び／又はシャトル、若しくはシャトルサービスが、出発地で出発するか、そこに到着するか、及び／又はそこから出発予定であるか、及び／又はシャトルサービスがその全経路を出発するときの推定時間又は期間とすることができる。シャトルサービスはまた、終了時刻又は期間（又は最終時刻、目的地時刻など、以下「終了時刻（end time）」又は「終了する時刻（ending time）」）を含むことができ、これは、日付、曜日、時間、期間、及び／又は、シャトル又はシャトルサービスが目的地に到着するか、又は到着予定のとき、及び／又は、シャトルサービスがその全経路を完了するときの推定時間又は期間とすることができる。シャトルサービスはまた、日付、曜日、時間、期間、及び／又はシャトル、若しくはシャトルサービスが乗車位置に到着するか、又は到着することが予想される推定時間又は期間であってもよく、１つ以上の乗車時刻を含んでもよい。シャトルサービスはまた、１つ以上の降車時刻を含むことができ、これは、日付、曜日、時刻、期間、及び／又はシャトル又はシャトルサービスが降車位置に到着するか、又は降車位置に到着すると予想される推定時間又は期間とすることができる。

費用に関して、シャトルサービスは、経路毎にシャトルサービスを提供することに関連する費用を決定することができる。例えば、費用は、固定量及び／又は可変量（例えば、距離、停車回数、曜日、時刻、割引額、販売促進額などに基づく）として設定されてもよい。費用は、各経路を処理するために各シャトルサービスプロバイダによって負担される費用を含んでもよい。このような費用は、とりわけ、燃料、車両の減価償却費、機会費用、通行料、及び／又は車両を運転及び／又は維持するための他の追加費用、アイドル及び／又は待ち時間、経路の出発地への移動費用、他者（例えば、所有者、雇用者、上位サービスプロバイダ、プラットホームプロバイダなど）への支払手数料及び／又は料金、交通上の考慮事項、時間外労働、休日などに関連する費用を考慮に入れることができる。

運賃及び／又は料金に関して、シャトルサービスは、支払いをリクエストし、及び／又は、その乗客又はユーザに、（例えば、距離、停留所の数、曜日、時刻、割引額、プロモーション額などに基づいて）固定又は一律の金額及び／又は可変の金額を支払うことをリクエストすることができる（又は、リクエストしないことができる）。運賃及び／又は料金は、１つ以上の要因又は考慮事項に基づいて決定することができ、たとえば、経路毎に各シャトルによってサービスされる潜在的ユーザの数、各シャトルの利用可能性及び／又は位置、各シャトルの能力、各サービスプロバイダの費用（上記及び本開示で説明したように）、他の種類のサービスの料金、現行の市場価格、競合他社の料金などである。

より具体的な例として、シャトルサービスは、シンガポールにおいて、６シェントンウェイとして設定された出発地と、本日の午後２時の出発地に出発時刻を有し、経路に沿って２つの乗車位置及び／又は１つの降車位置を有するマリーナベイファイナンシャルセンターとして設定された目的地との間の所定の又は動的に決定された全経路に沿って移動する７人のユーザ又は乗客にサービスすることができるシャトル（例えば、バス又はミニバス）によって提供されるマルチパッセンジャー又はユーザシャトルサービスであってもよい。

本開示で使用されるように、シャトル以外のサービス及び／又はシャトル以外の関連サービス（以下、「シャトル以外のサービス」）の例示的な実施形態は、シャトルサービスと見なされない、又は見なされない輸送関連サービスを含むことができる。シャトル以外のサービスは、一度に１人のユーザによって単独で予約され、及び／又は１人のユーザにサービスを提供することができる（例えば、経路毎に１人の有料ユーザにサービスを提供するが、そのようなサービスは、付随する乗客を含むことができる）乗り物（vehicle）（以下、「シャトル以外のサービスプロバイダ」）によって提供することができる。シャトル以外のサービスプロバイダは、自動車、スポーツユーティリティビークル（ＳＵＶ）、ミニバン、バン、陸上以外の乗り物（vehicle）（例えば、ボート、水中又は水上で移動可能なビークル、航空機、飛行機などで移動可能なビークル）、前述の例示的な乗り物（vehicle）のうちの１つ以上の自律型及び半自律型、及び／又は他の乗り物（vehicle）を含むことができる。より具体的な例として、それぞれのシャトル以外のサービスは、スタンダード又は伝統的なタクシーサービス、専用車サービス（例えば、グラブによって提供されるグラブカーサービス）、リムジンサービスなどによって提供されるものを含むことができる。

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

ユーザコンピューティングデバイス（例えば、ユーザコンピューティングデバイス１１０）

少なくとも図１に示すように、システム１００は、ユーザ（例えば、シャトルサービスリクエスト及び／又はシャトル以外のサービスリクエストを送信するユーザ）が使用するための１つ以上のコンピューティングデバイス１１０を含むことができる。ユーザコンピューティングデバイス１１０は、情報処理、有線及び／又はワイヤレス通信、及び／又は上記及び本開示で説明した他のアクション及び／又はプロセスのうちのいずれかを実行するように構成可能とされ又は構成された、任意のシステム、コンピューティングデバイス、モバイルコンピューティングデバイス、プロセッサ、コントローラなどとすることができる。例えば、ユーザコンピューティングデバイス１１０は、ユーザコンピューティングデバイス１１０にインストールされたＳＩＭカードなどを介して、３Ｇネットワーク、４Ｇネットワーク、４ＧＬＴＥネットワークなどを介してワイヤレス通信を実行するように構成可能であってもよい。代替として、又は追加として、ユーザコンピューティングデバイス１１０は、Ｗｉ−Ｆｉネットワーク及びＬｉ−ＦｉネットワークなどのＷＬＡＮを介して、及び／又はブルートゥース（登録商標）、ＮＦＣ、及び他の形態のワイヤレス信号などの他の形態を介して、ワイヤレス通信を実行するように構成可能であってもよい。前述の通信のうちの１つ以上は、ユーザコンピューティングデバイス１１０、１つ以上のプロセッサ１５０、１つ以上のシャトルコンピューティングデバイス１２０、１つ以上のデータベース１４０、１４０ａ〜１４０ｄ、及び／又は１つ以上のネットワーク１３０の例示的な実施形態の間にあってもよい。ユーザコンピューティングデバイス１１０は、（例えば、ユーザコンピューティングデバイス上にインストールされたアプリケーション又は移動アプリケーションを介して、ウェブブラウザなどを介して）プロセッサ１５０と無線又は有線で通信するように構成されてもよく、そのような通信は、シャトルサービスリクエスト及び／又はシャトル以外のサービスリクエストを送信すること、利用可能なシャトルサービスの経路を閲覧すること、新しい及び／又は現存のシャトルサービスの経路の通知を受信すること、シャトルサービス及び／又はシャトル以外のサービスを予約することなどを含んでもよい。

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

シャトルコンピューティングデバイス（例えば、シャトルコンピューティングデバイス１２０）

少なくとも図１に示すように、システム１００は、シャトル（すなわち、シャトルサービスを提供する者）が使用するための１つ以上のコンピューティングデバイス１２０を含むことができる。シャトルコンピューティングデバイス１２０は、情報処理、有線及び／又はワイヤレス通信、及び／又は上記及び本明細書で説明した他のアクション及び／又はプロセスのうちのいずれかを実行するように構成可能とされ又は構成された、任意の装置、コンピューティングデバイス、モバイルコンピューティングデバイス、プロセッサ、コントローラなどとすることができる。例えば、シャトルコンピューティングデバイス１２０は、サービスプロバイダコンピューティングデバイス１２０にインストールされたＳＩＭカードなどを介して、３Ｇネットワーク、４Ｇネットワーク、４ＧＬＴＥネットワークなどを介してワイヤレス通信を実行するように構成可能であってもよく、また、車両間通信を実行するように構成可能であってもよく、又は実行可能であってもよい。それに加えて、又はその代わりに、シャトルコンピューティングデバイス１２０は、Ｗｉ−Ｆｉネットワーク及びＬｉ−ＦｉネットワークなどのＷＬＡＮを介して、及び／又はブルートゥース（登録商標）、ＮＦＣ、及び他の形態のワイヤレス信号などの他の形態を介して、ワイヤレス通信を実行するように構成可能であってもよい。前述の通信のうちの１つ以上は、シャトルコンピューティングデバイス１２０、１つ以上のプロセッサ１５０、１つ以上のユーザコンピューティングデバイス１１０、１つ以上のデータベース１４０、１４０ａ〜１４０ｄ、及び／又は１つ以上のネットワーク１３０の例示的な実施形態の間にあってもよい。シャトルコンピューティングデバイス１２０は、（例えば、シャトルコンピューティングデバイス上にインストールされたアプリケーション又は移動アプリケーションを介して、ウェブブラウザなどを介して）プロセッサ１５０と無線又は有線で通信するように構成されてもよく、そのような通信は、利用可能であるか又はサービスされる必要があるシャトルサービス及びシャトルサービスの経路を受信すること、利用可能なシャトルサービスの経路を閲覧すること、新規及び／又は現存するシャトルサービスの経路の通知を受信すること、シャトルサービス又はシャトルサービスの経路をサービスすることを受け入れることなどを含んでもよい。

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

プロセッサ（例えば、プロセッサ１５０）

少なくとも図１及び図２に示すように、システム１００は、１つ以上のプロセッサ（例えば、プロセッサ１５０）を含むことができる。プロセッサ１５０の例示的な実施形態は、１つ以上のシャトル以外のサービスリクエスト識別子（例えば、シャトル以外のサービスリクエスト識別子１５１）、１つ以上のシャトル以外のサービスリクエストセレクタ（例えば、シャトル以外のサービスリクエストセレクタ１５２）、１つ以上のサービス候補ルートジェネレータ（例えば、サービス候補ルートジェネレータ１５３）、１つ以上のシャトルサービス候補ルートセレクタ（例えば、シャトルサービス候補ルートセレクタ１５６）、１つ以上の潜在的ユーザセレクタ（例えば、潜在的ユーザセレクタ１５４）、１つ以上のサービスプロバイダ候補セレクタ（例えば、サービスプロバイダ候補セレクタ１５５）、１つ以上のシャトルサービスルートマネージャー（例えば、シャトルサービスルートマネージャー１５７）、１つ以上のシャトル側通知及びディスパッチコントローラ（例えば、シャトル側通知及びディスパッチコントローラ１５８）、及び／又は１つ以上のユーザ側通知及び予約の１つ以上の機能を含むことができる。コントローラ（例えば、ユーザ側通知及び予約コントローラ１５９）。プロセッサ１５０はまた、シャトル以外のサービスリクエスト識別子１５１、シャトル以外のサービスリクエストセレクタ１５２、サービス候補ルートジェネレータ１５３、潜在的ユーザセレクタ１５４、サービスプロバイダ候補セレクタ１５５、シャトルサービス候補ルートセレクタ１５６、シャトルサービスルートマネージャー１５７、シャトル側の通知及びディスパッチコントローラ１５８、及び／又はユーザ側の通知及び予約コントローラ１５９の１つ以上の動作、機能／機能性、及び／又はプロセスを実行するように構成可能とされ又は構成されてもよい。

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

プロセッサ１５０の例示的な実施形態は、上述の要素及び／又は機能のうちの１つ以上を含んでも含まなくてもよく、追加の要素及び／又は機能を含んでもよく、追加の要素及び／又は機能を含んでもよく、様々な順序、動作、組み合わせ、及び／又は構成で形成及び／又は使用されてもよく、及び／又は要素及び／又は機能のうちの１つ以上（及び／又は要素の要素及び／又は機能）は、単一の要素、単一の機能及び／又は処理に組み合わせ可能であってもよく、２つ以上の要素に分割されてもよく、及び／又は２つ以上の機能及び／又は処理に分割されてもよい。ここで、プロセッサ１５０、及びその要素及び機能について、添付の図面に関連してさらに説明する。

シャトル以外のサービスリクエスト識別子（例えば、シャトル以外のサービスリクエスト識別子１５１）

プロセッサ１５０は、１つ以上のシャトル以外のサービスリクエスト識別子（例えば、シャトル以外のサービスリクエスト識別子１５１）を含んでもよい（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されてもよい）。シャトル以外のサービスリクエスト識別子１５１は、１つ以上の過去のシャトル以外のサービスリクエストを識別するために、データベース（たとえば、過去の輸送関連リクエストのデータベース１４０ａ、過去のシャトル以外のサービスリクエストのデータベース１４０ｂ、過去のシャトルサービスリクエストのデータベース１４０ｃ、及び／又はユーザのデータベース１４０ｄ）を検索するように構成可能とされ又は構成されてもよい。代替的に又は追加的に、シャトル以外のサービスリクエスト識別子１５１は、過去のシャトルサービスリクエスト及び／又はシャトル以外のサービスリクエストを（例えば、プロセッサ１５０、プロセッサ１５０の要素、１つ以上のデータベース１４０ａ〜ｄなどから）受信し、１つ以上の過去のシャトル以外のサービスリクエストを識別するように構成可能とされ又は構成されてもよい。そのような検索、受信、及び／又は識別は、連続的に（例えば、システム１００によってシャトル以外のサービスリクエストが受信されたときはいつでも）、断続的に（例えば、所定の数のシャトル以外のサービスリクエストがシステム１００によって受信されたときはいつでも）、定期的に（例えば、１時間に１回、１日に１回、週に１回、１ヶ月に１回など）、及び／又は他の考慮事項に基づいてスケジュールされ、及び／又は他の考慮事項に基づいて（例えば、所定の数の価格に敏感なユーザが識別されたときはいつでも、シャトル以外のサービスに対する所定の数の割り当てられていない、不適合、及び／又はキャンセルされたサービスリクエストが所定の数に達したときはいつでも、シャトルサービスに対する需要が所定の数に達したときはいつでも、シャトルサービスに対する供給が所定の数に達したときはいつでも）実行されてもよい。識別された過去のシャトル以外のサービスリクエストは、サービスプロバイダに正常に照合されたサービスリクエスト、正常に予約され完了されたサービスリクエスト、サービスプロバイダに正常に照合されなかったサービスリクエスト、割り振られなかったサービスリクエスト、放棄されたサービスリクエスト、ユーザによってキャンセルされたサービスリクエスト、及び／又はサービスプロバイダによってキャンセルされたサービスリクエストを含むことができることを理解されたい。

各々の識別された過去のシャトル以外のサービスリクエストは、出発時刻（例えば、リクエストがユーザコンピューティングデバイス１１０上で開始された時刻、リクエストがユーザコンピューティングデバイス１１０によって送信された時刻、リクエストがプロセッサ１５０によって受信された時刻、リクエストがプロセッサ１５０によって処理された時刻（例えば、サービスプロバイダに適合したリクエスト、予約されたリクエスト、サービスプロバイダに適合しないリクエスト、割り当てられていないリクエスト、キャンセルされたリクエスト、放棄されたリクエストなど）、シャトル以外のサービスが開始された時刻など）を含んでもよい。各々の識別された過去のシャトル以外のサービスリクエストはまた、出発地（例えば、最初の位置（initial location）、開始位置（starting location）、所望の位置（desired location）、乗車位置（pick-up location）など）を含んでもよい。各々の識別された過去のシャトル以外のサービスリクエストはまた、目的地（例えば、最終位置（final location）、終了位置（ending location）、降車位置（drop-off location,）など）を含むことができる。各々の識別された過去のシャトル以外のサービスリクエストはまた、１つ以上の経路を含んでもよく、これは、少なくとも出発地及び目的地の位置によって定義されてもよい。例えば、各々の識別された過去のシャトル以外のサービスリクエストは、上述の出発時刻に基づいて最良の又は最適でない経路を含むことができ、また、他の任意の、代替の、又は最適でない経路を含むこともできる。

例示的な実施形態では、シャトル以外のサービスリクエスト識別子１５１は、地理的領域、時間又は期間（例えば、年、月、週、日、時間、分、秒など）、リクエストされるサービスの種類（例えば、タクシー、自家用車、公共交通機関、リムジン、相乗り、配達など）、位置（例えば、最初の位置（initial location）、出発地（origin location）、開始位置（starting location）、所望の位置（desired location）、乗車位置（pick-up location）、目的地（destination location）など）、経路、ユーザ固有の基準（潜在的なユーザセレクタ１５４によって実行されてもよい）、シャトルの利用可能性及び／又は位置（サービスプロバイダ候補セレクタ１５５によって実行されてもよい）などに基づいて、１つ以上の考慮事項及び／又は基準に基づいて、過去のシャトル以外のサービスリクエストを検索し、受信し、及び／又は識別するように構成可能であり、及び／又は構成されてもよい。地理的領域に関して、シャトル以外のサービスリクエスト識別子１５１は、国、地域、地方、州、都市、郡、地区、特定の地域（例えば、特定の都市ブロック内、特定の道路上、地図上に描かれた幾何学的形内など）などに基づいて過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい。期間に関して、シャトル以外のサービスリクエスト識別子１５１は、年、月、曜日、日、具体的な時間及び／又は分、最長時間、ラッシュアワーなどに基づいて過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい。ユーザ固有の基準に関して、シャトル以外のサービスリクエスト識別子１５１は、リクエストのユーザが価格に敏感なユーザであるかどうか、割り当てられていないリクエストの履歴、不適合なリクエストの履歴、キャンセルされたリクエストの履歴、放棄されたリクエストの履歴、リクエストのユーザがシャトル、相乗りなどの低価格サービスの頻繁なユーザであるかどうかに基づいて過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい。経路に関して、シャトル以外のサービスリクエスト識別子１５１は、同様の、同じ、及び／又は重複する経路を有する過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい（そのような経路は、最良の又は最適な経路、二次経路などを含んでもよい）。シャトルの利用可能性及び／又は位置に関して、シャトル以外のサービスリクエスト識別子１５１は、リクエストに関連付けられた位置（例えば、出発地及び／又は目的地）が、利用可能な又は利用可能になるべきシャトルの位置であるか、又はその位置に近いかに基づいて、過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい。

より具体的な例として、シャトル以外のサービスリクエスト識別子１５１は、都市の中央商業地区（ＣＢＤ）の１つ以上の所定の又は動的に生成されたエリア内の起点位置、都市のＣＢＤの１つ以上の所定の又は動的に生成されたエリア内の目的地の位置、及び朝のラッシュアワー中の出発時刻（例えば、午前８〜８１５時）を有する価格に敏感なユーザ（及び／又は割り当てられていない、適合、キャンセル、及び／又は放棄されたリクエストの履歴を有するユーザ）からのシャトル以外のリクエストを識別するように構成可能であってもよい。そのような例では、シャトル以外のサービスリクエスト識別子１５１はまた、その都市のＣＢＤの他の（例えば、隣接する）所定の又は動的に生成されたエリア、その都市のＣＢＤの他の（例えば、隣接する）所定の又は動的に生成されたエリア、及び／又は同じ及び／又は異なった出発時刻の間に、その都市のＣＢＤの他の（例えば、隣接する）所定の又は動的に生成されたエリア内の目的地の位置に起点位置を有する価格依存ユーザ（及び／又は割り当てられていない、不適合な、キャンセル、及び／又は放棄されたリクエストの履歴を有するユーザ）からの過去のシャトル以外のサービスリクエストを識別するように構成可能することができる。

本開示では、シャトル以外のサービスリクエスト識別子１５１によって使用される、地理的領域、出発時刻、時間又は期間、出発地、目的地、ユーザ固有の基準、シャトルの利用可能性及び／又は位置などを含む１つ以上の基準及び／又はパラメータは、本開示の教示から逸脱することなく、任意の基準及び／又はそのパラメータ（例えば、任意の量、持続時間、種類など）であってもよいことが認識される。

シャトル以外のサービスリクエストセレクタ（例えば、シャトル以外のサービスリクエストセレクタ１５２）

プロセッサ１５０は、１つ以上のシャトル以外のサービスリクエストセレクタ（例えば、シャトル以外のサービスリクエスト識別子１５２）を含んでもよい（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されてもよい）。シャトル以外のサービスリクエストセレクタ１５２は、１つ以上の過去のシャトル以外のサービスリクエストを選択するように構成可能とされ又は構成されてもよい。この選択は、シャトル以外のサービスリクエスト識別子１５１によって識別された過去のシャトル以外のサービスリクエストの中から行うことができる。代替的に又は追加的に、シャトル以外のサービスリクエストセレクタ１５２は、以前に選択された（又は以前に選択されていない）過去のシャトル及び／又はシャトル以外のサービスリクエストを（例えば、プロセッサ１５０、プロセッサ１５０の要素、１つ以上のデータベース１４０ａ〜ｄなどから）受信するように構成可能とされ又は構成されてもよい。

例示的な実施形態では、シャトル以外のサービスリクエストセレクタ１５２による選択及び／又は受信は、連続的に（例えば、シャトル以外のサービスリクエストが識別されたときはいつでも）、断続的に（例えば、所定数のシャトル以外のサービスリクエストが識別されたときはいつでも）、定期的に（例えば、１時間に１回、１日に１回、週間に１回、月に１回など）、及び／又は他の考慮事項に基づいてスケジュールされてもよく、及び／又は他の考慮事項に基づいてスケジュールされてもよい（例えば、所定数の価格に敏感なユーザが選択されたときはいつでも、シャトル以外のサービスに対する所定数の割り当てられていない、不適合な、及び／又はキャンセルされたサービスリクエストが所定数に達したときはいつでも、シャトルサービスに対する需要が所定数に達したときはいつでも、シャトルサービスに対する供給が所定数に達したときはいつでもなど）。

選択された過去のシャトル以外のサービスリクエストは、サービスプロバイダとのマッチングに成功したサービスリクエスト、正常に予約され完了されたサービスリクエスト、サービスプロバイダとのマッチングに失敗したサービスリクエスト、割り振られなかったサービスリクエスト、放棄されたサービスリクエスト、ユーザによってキャンセルされたサービスリクエスト、及び／又はサービスプロバイダによってキャンセルされたサービスリクエストを含むことができることを理解されたい。

それぞれの選択された過去のシャトル以外のサービスリクエストは、出発時刻（例えば、リクエストがユーザコンピューティングデバイス１１０上で開始された時刻、リクエストがユーザコンピューティングデバイス１１０によって送信された時刻、リクエストがプロセッサ１５０によって受信された時刻、リクエストがプロセッサ１５０によって処理された時刻（例えば、サービスプロバイダに適合するリクエスト、予約されたリクエスト、サービスプロバイダに適合しないリクエスト、割り当てられていないリクエスト、キャンセルされたリクエスト、放棄されたリクエストなど、シャトル以外のサービスが開始された時刻など）を含んでもよい。それぞれの選択された過去のシャトル以外のサービスリクエストはまた、出発地（例えば、最初の位置（initial location）、開始位置（starting location）、所望の位置（desired location）、乗車位置（pick-up location）など）を含んでもよい。それぞれの選択された過去のシャトル以外のサービスリクエストはまた、目的地（例えば、最終位置（final location）、終了位置（ending location）、降車位置（drop-off location）など）を含んでもよい。それぞれの選択された過去のシャトル以外のサービスリクエストはまた、少なくとも出発地及び目的地によって定義され得る１つ以上の経路を含んでもよい。例えば、それぞれの選択された過去のシャトル以外のサービスリクエストは、上述の出発時刻に基づく最良の又は最適でない経路、並びに他の任意の、代替の、又は最適でない経路を含むことができる。

例示的な実施形態では、シャトル以外のサービスリクエストセレクタ１５２は、地理的領域、時間又は期間（例えば、年、月、週、日、時間、分、秒など）、リクエストされるサービスの種類（例えば、タクシー、自家用車、公共交通機関、リムジン、相乗り、配達など）、位置（例えば、最初の位置（initial location）、出発地（origin location）、開始位置（starting location）、所望の位置（desired location）、乗車位置（pick-up location）、目的地（destination location）など）、ユーザ固有の基準（潜在的なユーザセレクタ１５４によって実行されてもよい）、シャトルの利用可能性及び／又は位置（サービスプロバイダ候補セレクタ１５５によって実行されてもよい）などに基づいて、１つ以上の基準及び／又は条件に基づいて過去のシャトル以外のサービスリクエストを選択及び／又は受信するように構成可能であり、及び／又は構成されてもよい。また、シャトル以外のサービスリクエストセレクタ１５２は、潜在的ユーザセレクタ１５４、サービスプロバイダ候補セレクタ１５５、データベース１４０、１４０ａ〜１４０ｄなどのような、システム１００の１つ以上の他の要素と協働して選択を行うこともできる。地理的領域に関して、シャトル以外のサービスリクエストセレクタ１５２は、国、地域、地方、州、都市、郡、地区、特定の地域（例えば、特定の都市ブロック内、特定の道路上、地図上に描かれた幾何学的形内など）などに基づいて過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。期間に関して、シャトル以外のサービスリクエストセレクタ１５２は、年、月、曜日、日、具体的な時間及び／又は分、最長時間、ラッシュアワーなどに基づいて過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。ユーザ固有の基準に関して、シャトル以外のサービスリクエストセレクタ１５２は、潜在的なユーザセレクタ１５４との協働を通じて過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよく、これは、リクエストのユーザが価格に敏感なユーザであるかどうか、割り当てられていないリクエストの履歴、適合しないリクエストの履歴、キャンセルされたリクエストの履歴、放棄されたリクエストの履歴、リクエストのユーザが、往復、乗り物共有などのより低価格のサービスの頻繁なユーザであるかどうかに基づいて、過去のシャトル以外のサービスリクエストを識別及び／又は選択することを支援してもよい。経路に関して、シャトル以外のサービスリクエストセレクタ１５２は、リクエストに関連付けられた１つ以上の経路が、同様の、同じ、及び／又は重複する経路又は経路の一部を有するかどうかに基づいて、過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。そのような１つ以上の経路は、他の経路の中でもとりわけ、最良又は最適な経路、二次経路などを含むことができる。シャトルの利用可能性及び／又は位置に関して、シャトル以外のサービスリクエストセレクタ１５２は、リクエストに関連付けられた位置（例えば、出発地及び／又は目的地）が、利用可能な又は利用可能になるべきシャトルの位置であるか、又はその位置に近いかに基づいて、過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。本開示では、シャトル以外のサービスリクエストセレクタ１５２によって使用される、地理的領域、出発時刻、開始時刻又は期間、出発地、目的地、ユーザ固有の基準、シャトルの利用可能性及び／又は位置などを含む１つ以上の基準及び／又はパラメータは、本開示の教示から逸脱することなく、任意の基準及び／又はそのパラメータ（例えば、任意の量、持続時間、種類など）であってもよいことが認識される。

例示的な実施形態では、シャトル以外のサービスリクエストセレクタ１５２は、１つ以上の他の選択された及び／又は識別された過去のシャトル以外のサービスリクエストと共有する１つ以上の経路の少なくとも一部を有する１つ以上の過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。

シャトル以外のサービスリクエストセレクタ１５２による経路ベースの選択処理の代わりに、又はそれに加えて、上記及び本開示で説明したように、潜在的ユーザセレクタ１５４は、最初に、シャトルサービスのための１人以上の潜在的ユーザを識別及び／又は選択することができる。１人以上の潜在的ユーザは、価格に敏感なユーザであると識別されたユーザとすることができる。代替として、又は追加として、１人以上の潜在的ユーザは、割り当てられていないリクエスト、不適合なリクエスト、キャンセルリクエスト、及び／又は放棄リクエストの履歴を有すると識別されたユーザであってもよい。次いで、シャトル以外のサービスリクエストセレクタ１５２は、選択された潜在的ユーザのうちの１人以上によって以前に送信されたリクエストであるとして潜在的ユーザセレクタ１５４によって識別及び／又は選択された１つ以上の過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。代替的に又は追加的に、シャトル以外のサービスリクエストセレクタ１５２は、割り当てられなかった、不適合の、キャンセルされた、及び／又は放棄されたリクエストであるとして識別及び／又は選択された１つ以上の過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。

例示的な実施形態では、シャトル以外のサービスリクエストセレクタ１５２及びシャトル以外のサービスリクエスト識別子１５１は、単一又は単一の要素及び／又はプロセスに組み合わされ、及び／又は統合されてもよく、そのケースでは、そのような統合された要素又はプロセスは、上記及び本明細書で説明した検索、受信、識別、及び／又は選択動作を実行するように構成可能とされ又は構成されてもよい。

サービス候補ルートジェネレータ（例えば、サービス候補ルートジェネレータ１５３）

プロセッサ１５０は、１つ以上のサービス候補ルートジェネレータ（例えば、サービス候補ルートジェネレータ１５３）を含んでもよい（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されてもよい）。サービス候補ルートジェネレータ１５３は、１つ以上のシャトルサービスの候補ルートを導出する、生成する、及び／又は動的に導出する、及び／又は生成する（以下、「導出する」）ように構成可能とされ又は構成されてもよい。１つ以上のシャトルサービスの候補ルートの導出は、シャトル以外のサービスリクエストセレクタ１５２によって選択された１つ以上の過去のシャトル以外のサービスリクエストに基づくことができる。代替的に又は追加的に、シャトル以外のサービスリクエストセレクタ１５２は、サービス候補ルートジェネレータ１５３によって以前に導出された（又は以前に導出されなかった）シャトルサービスの候補ルートを選択、修正、及び／又は調整するように構成可能とされ又は構成されてもよい。

例示的な実施形態では、サービス候補ルートジェネレータ１５３による導出及び／又は選択は、継続的に（例えば、シャトル以外のサービスリクエストが選択されたときはいつでも）、断続的に（例えば、所定の数のシャトル以外のサービスリクエストが選択されたときはいつでも）、定期的に（例えば、１時間に１回、１週間に１回、１ヶ月に１回など）、及び／又は他の考慮事項に基づいてスケジュールされた方法で（例えば、所定の数の価格に敏感なユーザが選択されたときはいつでも、シャトル以外のサービスに対する所定の数の割り当てられていない、不適合な、及び／又はキャンセルされたサービスリクエストが所定の数に達したときはいつでも、シャトルサービスに対する需要が所定の数に達したときはいつでも、シャトルサービスに対する供給が所定の数に達したときはいつでも）、動的に実行されてもよい。

シャトルサービスの候補ルートは、価格に敏感なユーザとして認識されている潜在的なユーザ、以前にシャトルサービスを予約したことのある潜在的ユーザ、これまでにシャトルサービスを予約したことがない潜在的ユーザ、サービスプロバイダとのマッチングに失敗した履歴を持つ潜在的ユーザ、割り当てられていないサービスリクエストの履歴を持つ潜在的なユーザ、放棄されたリクエストの履歴を有する潜在的なユーザ、サービスリクエストをキャンセルしたことのある潜在的なユーザ、サービスプロバイダによってサービスリクエストがキャンセルされた履歴を持つ潜在的ユーザ、について導出され得ることを理解されたい。

シャトルサービスの候補ルートを導出するときに、サービス候補ルートジェネレータ１５３は、シャトルサービスの候補ルート毎に出発地（例えば、最初の位置（initial location）、開始位置（starting location）、所望の位置（desired location）、乗車位置（pick-up location）など）を導出することができる。出発地は、シャトルサービスの候補ルートが始まる位置であってもよい。また、サービス候補ルートジェネレータ１５３は、シャトルサービスの候補ルート毎に出発時刻を導出してもよい。出発時刻は、シャトルサービスの候補ルートがシャトルサービスの候補ルートの出発地から開始し、そこに到着し、及び／又はそこから出発する時刻であってもよい。サービス候補ルートジェネレータ１５３はまた、シャトルサービスの候補ルート毎に目的地（例えば、最終位置（final location）、終了位置（ending location）、降車位置（drop-off location）など）を導出することができる。目的地は、シャトルサービスの候補ルートが終了する位置であってもよい。サービス候補ルートジェネレータ１５３は、シャトルサービスの候補ルート毎に１つ以上の乗車位置を導出することもできる。サービス候補ルートジェネレータ１５３は、シャトルサービスの候補ルート毎に１つ以上の降車位置を導出することもできる。

例示的な実施形態では、サービス候補ルートジェネレータ１５３は、シャトルサービスの候補ルート、シャトルサービスの候補ルートの出発地、シャトルサービスの候補ルートの出発時刻、及びシャトルサービスの候補ルートの目的地を、地理的領域、時間又は期間（例えば、選択された過去のシャトル以外のサービスリクエストの出発時刻、選択された過去のシャトル以外のサービスリクエストの終了時刻など）、位置（例えば、選択された過去のシャトル以外のサービスリクエストの出発地、選択された過去のシャトル以外のサービスリクエストの目的地など）、経路（例えば、選択された過去のシャトル以外のサービスリクエストの経路）、ユーザ固有の基準（潜在的ユーザセレクタ１５４によって実行されてもよい）、シャトルの利用可能性及び／又は位置（サービスプロバイダ候補セレクタ１５５によって実行されてもよい）などの１つ以上の基準及び／又は条件に基づいて導出するように構成可能とされ又は構成されてもよい。また、サービス候補ルートジェネレータ１５３は、潜在的ユーザセレクタ１５４、サービスプロバイダ候補セレクタ１５５、データベース１４０、１４０ａ〜１４０ｄなどとのような、システム１００の１つ以上の他の要素との協働によって、導出を実行してもよい。地理的領域に関して、サービス候補ルートジェネレータ１５３は、国、地域、地方、州、都市、郡、地区、特定の地域（例えば、特定の都市ブロック内、特定の道路上、地図上に描かれた幾何学的形内など）など毎にシャトルサービスの候補ルートを導出するように構成可能であってもよく、その細分性は、需要、日付、時刻、休日、又は特殊イベントなどに基づくことができる。期間に関して、サービス候補ルートジェネレータ１５３は、毎年、月、週、曜日、具体的な時間（１つ以上）及び／又は分、最長時間、ラッシュアワーなどのシャトルサービスの候補ルートを導出するように構成可能であってもよい。ユーザ固有の基準に関して、サービス候補ルートジェネレータ１５３は、潜在的ユーザセレクタ１５４との協働を通じてシャトルサービスの候補ルートを導出するように構成可能であってもよく、これは、特定のユーザ又はユーザのタイプ（例えば、価格に敏感なユーザ、低価格サービスの頻繁なユーザであるユーザ、及び／又は割り当てられていないリクエスト、適合しないリクエスト、キャンセルされたリクエスト、放棄されたリクエストなどの履歴を有するユーザ）を考慮及び／又は対象とすることができる。経路に関して、サービス候補ルートジェネレータ１５３は、同様の、同じ、及び／又は重複する経路又は経路の一部を有する選択された過去のシャトル以外のサービスルートの数又は頻度に基づいてシャトルサービスの候補ルートを導出するように構成可能であってもよい。シャトルの利用可能性及び／又は位置に関して、サービス候補ルートジェネレータ１５３は、シャトルサービスの潜在的なサービスプロバイダが利用可能であるか、又は利用可能になるか、及びシャトルサービスの候補ルートの出発地に近い位置を有するか、又は有するかに基づいてシャトルサービスの候補ルートを導出するように構成可能であってもよい。本開示では、サービス候補ルートジェネレータ１５３によって使用される、地理的領域、出発時刻、開始時刻又は期間、出発地、目的地、経路、ユーザ固有の基準、シャトルの利用可能性及び／又は位置などを含む１つ以上の基準及び／又はパラメータは、本開示の教示から逸脱することなく、任意の基準及び／又はそのパラメータ（例えば、任意の量、期間、種類など）であってもよいことが認識される。

潜在的ユーザセレクタ（例えば、潜在的ユーザセレクタ１５４）

上述したように、また本開示では、プロセッサ１５０は、１つ以上の潜在的ユーザセレクタ（例えば、潜在的ユーザセレクタ１５４）を含むことができる（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されることができる）。潜在的ユーザセレクタ１５４は、シャトルサービスの潜在的ユーザの解析、識別、及び／又は選択を実行するように構成可能であってもよいし、又は構成されてもよい。シャトルサービスの潜在的なユーザの解析、識別、及び／又は選択は、とりわけ、ユーザ情報及び／又は設定、ユーザ優先レベル、ユーザロイヤルティレベル、ユーザ支払履歴（支払方法及び金額）、ユーザ予約履歴（例えば、低価格のサービスの予約の履歴、シャトルサービスの予約の履歴、価格に敏感であった履歴、割り当てられていないサービスリクエストの履歴、不適合なサービスリクエストの履歴、キャンセルされたサービスリクエストの履歴、放棄されたサービスリクエストの履歴など）、データベース１４０、１４０ａ〜ｄに格納された過去のシャトル以外のサービスリクエストの１つ以上、識別された及び／又は選択された過去のシャトル以外のサービスリクエストの１つ以上などに基づくことができる。代替的に又は追加的に、潜在的ユーザセレクタ１５４は、潜在的ユーザセレクタ１５４によって以前に選択された（又は以前に選択されなかった）潜在的ユーザを選択及び／又は削除するように構成可能とされ又は構成されてもよい。

例示的な実施形態では、潜在的ユーザセレクタ１５４による解析、識別、及び／又は選択は、いくつかの又はすべてのユーザについて、継続的に、断続的に、定期的に（例えば、１時間に１回、１日に１回、週に１回、１ヶ月に１回など）、及び／又は１つ以上の他の考慮事項（例えば、新しいユーザ、サービスされる新しい地域、ユーザアクティビティレベルの変化、ユーザによって使用されるサービスの変化など）に基づいて、動的又は非動的に実行されてもよい。

サービスプロバイダ候補セレクタ（例えば、サービスプロバイダ候補セレクタ１５５）

上述したように、また本開示では、プロセッサ１５０は、１つ以上のサービスプロバイダ候補セレクタ（例えば、サービスプロバイダ候補セレクタ１５５）を含むことができる（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されることができる）。サービスプロバイダ候補セレクタ１５５は、シャトルサービスを提供するためのシャトルの候補（又はサービスプロバイダの候補）の解析、識別、及び／又は選択を実行するように構成可能とされ又は構成されてもよい。シャトルサービスを提供するためのシャトルの候補の解析、識別、及び／又は選択は、とりわけ、シャトルの候補の利用可能性、シャトルルートをサービスするための既存のスケジュール、シャトルルートの現在のサービス、シャトル候補の現在の位置、シャトル候補の予定（expected）／予測（projected）／予想（predicted）／推定位置（estimated location）などに基づくことができる。あるいは、又はさらに、サービスプロバイダ候補セレクタ１５５は、サービスプロバイダ候補セレクタ１５５によって以前に選択された（又は以前に選択されなかった）シャトル候補を選択及び／又は下ろすように構成可能とされ又は構成されてもよい。

例示的な実施形態では、サービスプロバイダ候補セレクタ１５５による解析、識別、及び／又は選択は、いくつかの又はすべてのシャトルサービスプロバイダについて、継続的に、断続的に、定期的に（例えば、１時間に１回、１日に１回、１週間に１回、１ヶ月に１回など）、及び／又は１つ以上の他の考慮事項に基づいて（例えば、アクティビティレベルに基づくシャトルサービスプロバイダ、サービスされる新しい地域など）、スケジュールされた方法で動的又は非動的に実行されてもよい。

シャトルサービスの候補ルートセレクタ（例えば、シャトルサービスの候補ルートセレクタ１５６）

プロセッサ１５０は、１つ以上のシャトルサービス候補ルートセレクタ（例えば、シャトルサービス候補ルートセレクタ１５６）を含んでもよい（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されてもよい）。シャトルサービス候補ルートセレクタ１５６は、シャトルサービスを提供するために、（シャトルサービスルートジェネレータ１５３によって導出された）導出されたシャトルサービスの候補ルートのうちの１つ以上を選択するように構成可能であるか、又は構成されてもよい。代替的に又は追加的に、シャトルサービス候補ルートセレクタ１５６は、シャトルサービス候補ルートセレクタ１５６によって以前に選択された（又は以前に選択されなかった）シャトルサービスの候補ルートを選択、修正、及び／又は調整するように構成可能とされ又は構成されてもよい。

シャトルサービスを提供するために導出されたシャトルサービスの候補ルートのうちの１つ以上の選択を実行するときに、シャトルサービス候補ルートセレクタ１５６及び／又はプロセッサ１５０の１つ以上の他の要素は、まず、シャトルサービスの候補ルートのうちの１人以上の潜在的ユーザの人数の投影、推定、及び／又は予測を実行するように構成可能であり、又は構成されることができる。シャトルサービス候補ルートセレクタ１５６及び／又はプロセッサ１５０の１つ以上の他の要素はまた、とりわけ、潜在的ユーザの予測、推定、及び／又は予測に基づいて、シャトルサービスの候補ルートのうちの１つ以上、及び／又はそれぞれのシャトルサービスの候補ルートをサービスするために必要とされる、必要なシャトルサービスプロバイダの数を提供することが可能である潜在的なシャトルサービスプロバイダの利用可能性及び／又は位置の予測、推定、及び／又は予測を実行するように構成可能とされ又は構成されてもよい。

シャトルサービス候補ルートセレクタ１５６及び／又はプロセッサ１５０の１つ以上の他の要素は、とりわけ、各シャトルサービスの候補ルートに対応するために各シャトルサービスプロバイダが負担する費用の解析及び／又は導出を実行するように構成可能とされ又は構成されてもよい。このような費用は、とりわけ、燃費、車両の減価償却費、機会費、通行料及び／又は他の追加料金、アイドル時間及び／又は待ち時間、シャトルサービスの候補ルートの出発地に移動するための費用、他の人（例えば、所有者、雇用者、プラットホームプロバイダなど）に支払うための手数料及び／又は料金、交通量の考慮などを考慮に入れることができる。

シャトルサービス候補ルートセレクタ１５６及び／又はプロセッサ１５０の１つ以上の他の要素はまた、シャトルサービスのユーザに課金するための運賃又は料金の解析及び／又は導出を実行するように構成可能とされ又は構成されてもよい。そのような料金は、距離、停留所の数、日付、曜日、時間、休日、交通量などに基づいて、一律料金又は可変料金とすることができる。そのような料金を決定するときに、潜在的ユーザの数、潜在的なシャトルサービスプロバイダの利用可能性及び位置、シャトルサービスプロバイダの費用、他のサービスの料金、現在の市場料金、競合者の料金などを含む様々な要因も考慮に入れることができる。

他の費用関連、料金関連、収入関連、及び／又は利益関連の考慮も考慮に入れることができることを理解されたい。代替的に又は追加的に、シャトルサービス候補ルートセレクタ１５６は、シャトルサービス候補ルートセレクタ１５６によって以前に分析され、導出され、予測（projected）され、予想（predicted）され、及び／又は推定（estimated）された（それぞれ該当する場合）（又は、それぞれ該当する場合、以前に分析され、導出され、予測（projected）され、予想（predicted）され、及び／又は推定（estimated）されていない場合）潜在的ユーザ、潜在的なシャトルサービスプロバイダ、費用、料金、収入、及び／又は収益情報を選択し、修正し、及び／又は調整するように構成可能とされ又は構成される。

次いで、シャトルサービス候補ルートセレクタ１５６は、上記及び本開示で説明した潜在的ユーザ、潜在的なシャトルサービスプロバイダ、費用、料金、収入、及び／又は利益の考慮事項のうちの１つ以上に基づいてシャトルサービスを提供するために、導出されたシャトルサービスの候補ルートのうちの１つ以上を選択するように構成可能とされ又は構成されてもよい。

シャトルサービスの候補ルートセレクタ１５６による１つ以上の導出されたシャトルサービスの候補ルートの選択は、継続的に（例えば、シャトルサービスの候補ルートが導出されたときはいつでも）、断続的に（例えば、所定数のシャトルサービスの候補ルートが導出されたときはいつでも）、定期的に（例えば、１時間に１回、１週間に１回、１ヶ月に１回など）、及び／又は他の考慮事項に基づいてスケジュールされた方法で（例えば、所定数の価格に敏感なユーザが選択されたときはいつでも、シャトル以外のサービスに対する所定数の割り当てられていない、不適合な、及び／又はキャンセルされたサービスリクエストが所定数に達したときはいつでも、シャトルサービスに対する需要が所定数に達したときはいつでも、シャトルサービスに対する供給が所定数に達したときはいつでも）、動的に実行することができる。

シャトルサービスの候補ルートは、価格に敏感なユーザとして認識されている潜在的なユーザ、以前にシャトルサービスを予約した可能性のあるユーザ、これまでにシャトルサービスを予約したことがない潜在的なユーザ、サービスプロバイダとの適合に失敗した履歴を持つ潜在的ユーザ、割り当てられていないサービスリクエストの履歴を持つ潜在的なユーザ、キャンセルされたリクエストの履歴を持つ潜在的なユーザ、サービスリクエストをキャンセルした履歴がある潜在的なユーザ、又はサービスプロバイダによってサービスリクエストがキャンセルされた履歴がある潜在的なユーザのために選択されてもよいことを理解されたい。

それぞれの選択されたシャトルサービスの候補ルートは、出発地（例えば、最初の位置（initial location）、開始位置（starting location）、所望の位置（desired location）、乗車位置（pick-up location）など）を有してもよい。出発地は、選択されたシャトルサービスの候補ルートが始まる位置であってもよい。それぞれの選択されたシャトルサービスの候補ルートは、出発時刻を有することもできる。出発時刻は、選択されたシャトルサービスの候補ルートが、選択されたシャトルサービスの候補ルートの出発地から出発し、そこに到着し、及び／又はそこから出発するようにスケジュールされた時間であってもよい。それぞれの選択されたシャトルサービスの候補ルートはまた、目的地（例えば、最終位置（final location）、終了位置（ending location）、降車位置（drop-off location）など）を有してもよい。目的地の位置は、選択されたシャトルサービスの候補ルートが終了する位置であってもよい。それぞれの選択されたシャトルサービスの候補ルートはまた、１つ以上の乗車位置及び／又は１つ以上の降車位置を有してもよい。シャトルサービスの候補ルートを選択するときに、シャトルサービス候補ルートセレクタ１５６は、降車及び／又は乗車位置がより少ないシャトルサービスの候補ルートを選択することができる。

例示的な実施形態では、シャトルサービス候補ルートセレクタ１５６は、地理的領域、時間又は期間（例えば、選択された過去のシャトル以外のサービスリクエストの出発時刻及び終了時刻に最も近い一致及び／又は一致の最大数）、位置（例えば、選択された過去のシャトル以外のサービスリクエストの出発地及び／又は目的地の最も近い一致及び／又は最も多い一致数）、経路（例えば、選択された過去のシャトル以外のサービスリクエストの経路に最も近い一致及び／又は最も一致する経路の数）、ユーザ固有の基準（例えば、位置、出発時刻、及び／又は価格に敏感なユーザの位置、出発時刻、及び／又は経路、及び／又は割り当てられていない、不適合な、キャンセルされた、及び／又はキャンセルされたサービスリクエストの位置、出発時刻、及び／又は経路の最も近い一致、及び／又は最も多い一致）などに基づいて、１つ以上の他の基準に基づいてシャトルサービスの候補ルートを選択するように構成可能とされ又は構成されてもよい。サービスリクエスト、シャトルの利用可能性及び／又は位置（例えば、出発地、目的地、及び／又は出発時刻について、利用可能な及び／又は利用可能になる予定のシャトルサービスプロバイダのものに最も近い一致及び／又は最も一致する数）など。また、シャトルサービス候補ルートセレクタ１５６は、潜在的ユーザセレクタ１５４、サービスプロバイダ候補セレクタ１５５、データベース１４０、１４０ａ〜１４０ｄなどのような、システム１００の１つ以上の他の要素と協働して選択を行うこともできる。地理的領域に関して、シャトルサービスの候補ルートセレクタ１５６は、国、地域、地方、州、都市、郡、地域、特定の地域（例えば、特定の都市ブロック内、特定の道路上、地図上に描かれた幾何学的形内など）など毎にシャトルサービスの候補ルートを選択するように構成可能であってもよく、その細分性は、需給、日付、曜日、時刻、休日、又は特殊イベントなどに基づくことができる。期間に関して、シャトルサービス候補ルートセレクタ１５６は、毎年、月、週、曜日、具体的な時間及び／又は分、最長時間、ラッシュアワーなどのシャトルサービスの候補ルートを選択するように構成可能であってもよい。ユーザ固有の基準に関して、シャトルサービス候補ルートセレクタ１５６は、潜在的ユーザセレクタ１５４との協働を通じてシャトルサービスの候補ルートを選択するように構成可能であってもよく、これは、特定のユーザ又はユーザの種類（例えば、価格に敏感なユーザ、低価格サービスを頻繁に利用するユーザ、及び／又は割り当てられていないリクエスト、不適合なリクエスト、キャンセルされたリクエスト、放棄されたリクエストなどの履歴を有するユーザ）を考慮及び／又は対象とすることができる。経路に関して、シャトルサービス候補ルートセレクタ１５６は、類似する、同じ、及び／又は重複する経路又は経路の一部を有する選択された過去のシャトル以外のサービスルートの数又は頻度に基づいてシャトルサービスの候補ルートを選択するように構成可能であってもよい。シャトルの利用可能性及び／又は位置に関して、シャトルサービス候補ルートセレクタ１５６は、シャトルサービスの利用可能な又は利用可能になる可能性のあるシャトル又はサービスプロバイダが、シャトルサービスの候補ルートの出発地に近い位置を有するか、又は有することになるかに基づいて、シャトルサービスの候補ルートを選択するように構成可能であってもよい。本開示では、シャトルサービス候補ルートセレクタ１５６によって使用される、地理的領域、出発時刻、開始時刻又は期間、出発地、目的地、経路、ユーザ固有の基準、シャトルの利用可能性及び／又は位置などを含む１つ以上の基準及び／又はパラメータは、本開示の教示から逸脱することなく、任意の基準及び／又はそのパラメータ（例えば、任意の量、持続時間、種類など）であってもよいことが認識される。

シャトルサービスルートマネージャー（例えば、シャトルサービスルートマネージャー１５７）

プロセッサ１５０は、１つ以上のシャトルサービスルートマネージャー（例えば、シャトルサービスルートマネージャー１５７）を含んでもよい（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されてもよい）。シャトルサービスルートマネージャー１５７は、シャトルサービス候補ルートセレクタ１５６によって選択されたシャトルサービスの経路を管理するように構成可能であってもよく又は構成されてもよい。そうすることで、シャトルサービスルートマネージャー１５７は、ユーザが選択されたシャトルサービスの経路のうちの１つ以上を閲覧及び／又は予約することを可能にするように構成可能であってもよい。シャトルサービスルートマネージャー１５７はまた、シャトルサービスプロバイダが選択されたシャトルサービスの経路のうちの１つ以上のサービスを確認することを可能にするように構成可能であってもよい。シャトルサービスルートマネージャー１５７はまた、シャトル側の通知及びディスパッチコントローラ１５８及び／又はユーザ側の通知及び予約コントローラ１５９と協働して、選択されたシャトルサービスの経路を管理することができる。

シャトル側の通知及びディスパッチコントローラ（例えば、シャトル側の通知及びディスパッチコントローラ１５８）

プロセッサ１５０は、１つ以上のシャトル側の通知及びディスパッチコントローラ（例えば、シャトル側の通知及びディスパッチコントローラ１５８）を含んでもよい（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されてもよい）。シャトル側の通知及びディスパッチコントローラ１５８は、選択されたシャトルサービスの経路をシャトルサービスプロバイダに通知を提供するように構成可能とされ又は構成されてもよい。

シャトル側の通知及びディスパッチコントローラ１５８によって提供される通知は、選択されたシャトルサービスの経路の出発地及び／又は目的地をカバーする地理的領域内で、選択されたシャトルサービスの経路の出発地及び／又は目的地の所定の距離（及び／又は移動時間）内で、及び／又は１つ以上の考慮事項に基づいてあるシャトルサービスプロバイダに、登録され、及び／又は配置され、及び／又は配置される（予測（projected）され、予想（predicted）され、又は推定（estimated）される）すべてのシャトルサービスプロバイダに提供されてもよい。

例えば、通知は、選択されたシャトルサービスの経路の出発時刻に、選択されたシャトルサービスの経路を提供するために利用可能であるか、又は利用可能となるシャトルサービスプロバイダに提供されてもよい。別の実例として、通知は、予測（projected）された、予想（predicted）された、又は推定（estimated）された潜在的ユーザの数に対応する乗り物（vehicle）のキャパシティを有するシャトルサービスプロバイダに提供されてもよい。別の例として、通知は、以前にシャトルサービスを提供したシャトルサービスプロバイダに提供されてもよい。本開示の教示から逸脱することなく、上記及び本開示において提供されたものを含む他の例示的考察も企図される。

シャトル側の通知及びディスパッチコントローラ１５８はまた、選択されたシャトルサービスの経路を受け入れ、確認し、及び／又はそれにサービスすることに同意し、（出発時刻、出発地、目的地、乗車位置、降車位置、ユーザ毎の課金又は徴収料金、ユーザの予測（projected）、予想（predicted）、又は推定（estimated）された数などのうちの１つ以上に関する情報を提供することを含む）シャトルサービスプロバイダからのコミットメントを受け入れるように構成可能であってもよい。

ユーザ側の通知及び予約コントローラ（例えば、ユーザ側の通知及び予約コントローラ１５９）

プロセッサ１５０は、１つ以上のユーザ側の通知及び予約コントローラ（例えば、ユーザ側の通知及び予約コントローラ１５９）を含んでもよい（及び／又は、１つ以上の機能を実行するように構成可能とされ又は構成されてもよい）。ユーザ側の通知及び予約コントローラ１５９は、選択されたシャトルサービスの経路を潜在的ユーザに通知を提供するように構成可能とされ又は構成されてもよい。

ユーザ側の通知及び予約コントローラ１５９によって提供される通知は、選択されたシャトルサービスの経路の出発地及び／又は目的地をカバーする地理的領域内に、選択されたシャトルサービスの経路の出発地及び／又は目的地の所定の距離（及び／又は移動時間）内に、及び／又は１つ以上の考慮事項に基づいて特定のユーザに、登録され、及び／又は配置される（予測（projected）され、予想（predicted）又は予定（expected）される）すべてのユーザに提供されてもよい。

例えば、通知は、選択されたシャトルサービスの経路の出発時に、経路に沿った出発地及び／又は乗車位置のうちの１つから、経路に沿った目的地及び／又は降車位置のうちの１つなどに、輸送関連サービスを必要とすると予測（projected）され、予想（predicted）され、及び／又は予定（expected）されるユーザに提供されることができる。別の例として、通知は、潜在的ユーザであると識別されたユーザに提供されてもよい。別の例として、通知は、以前にシャトルサービスを予約したユーザに提供されてもよい。本開示の教示から逸脱することなく、上記及び本開示において提供されたものを含む他の例示的考察も企図される。

また、ユーザ側の通知及び予約コントローラ１５９は、ユーザからの予約を受け入れるように、及び／又は、出発時刻、出発地、目的地、乗車位置、降車位置、ユーザ毎に課金又は徴収される料金、シャトルサービスプロバイダの詳細（例えば、乗り物の型式及び型式、ナンバープレート、色彩、運転者の名前など）、総ユーザ数の予測（projected）、予想（predicted）、又は推定（estimated）などのうちの１つ以上を含む、選択されたシャトルサービスの経路上の確認された詳細を提供するように構成可能であってもよい。

経路に基づいてシャトルサービスを管理する方法（例えば、方法３００）

少なくとも図３に示され、さらに上記で説明され、本開示において、シャトルサービスを管理する方法（例えば、方法３００）の例示的な実施形態は、とりわけ、過去のシャトル以外のサービスリクエストの出発地、目的地、経路、出発時刻、及び／又は到着時刻に基づくことができる。方法３００は、複数の過去のシャトル以外のサービスリクエストを識別するために、過去の輸送関連リクエストのデータベースを検索することを含むことができる（例えば、動作３０２）。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻及び経路を含むことができる。経路は、少なくとも出発地及び目的地によって定義されてもよい。

この方法３００はまた、複数の過去のシャトル以外のサービスリクエストを選択すること（例えば、動作３０４）を含んでもよい。選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、１つ以上の他の選択された過去のシャトル以外のサービスリクエストの少なくとも一部と共通する（又は重複する）その経路の少なくとも一部を含むことができる。選択は、第１の閾値期間（例えば、５分、１０分、１５分、２０分、又は３０分の期間など）内に出発時刻を有する過去のシャトル以外のサービスリクエストに基づいてもよい。選択はまた、第１の閾値領域（例えば、半径５、１０、２０、３０、５０、１００メートル、同じ街路（street）、同じ交差点、同じ建物又は複合施設、カスタマイズされた領域など）内に位置する出発地を有する過去のシャトル以外のサービスリクエストに基づいてもよい。選択はまた、第２の閾値領域（例えば、半径５、１０、２０、３０、５０、１００メートル、同じ街路（street）、同じ交差点、同じ建物又は複合施設、カスタマイズされた領域など）内に位置する目的地を有する過去のシャトル以外のサービスリクエストに基づいてもよい。例示的な実施形態では、選択することは、割り当てられなかった、不適合の、キャンセルされた、及び／又は放棄された過去のシャトル以外のサービスリクエストを選択することも含むことができる。選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、タクシーサービス、専用車サービス、及び／又は相乗りサービスに対するリクエストを含むこともできる。さらに、それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連のリクエストであってもよい。

方法３００は、価格に敏感であり得る１人以上のユーザを識別するために分析を実行することをさらに含んでもよい。この方法３００は、次いで、シャトルサービスのための１人以上の潜在的ユーザを選択することを含んでもよく、選択された潜在的ユーザのうちの少なくとも１人は、価格に敏感であると識別されたユーザである。１つ以上の過去のシャトル以外のサービスリクエストの選択は、選択された潜在的ユーザのうちの１人以上によって以前に送信された１つ以上の過去のシャトル以外のサービスリクエストを選択することを含むことができる。

この方法３００はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートを導出すること（例えば、動作３０６）を含んでもよい。シャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出することができる。例示的な実施形態では、シャトルサービスの候補ルートの導出は、少なくとも、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上の出発時刻、経路、出発地、及び／又は目的地に基づくことができる。

この方法３００は、シャトルサービスの候補ルートの出発地とシャトルサービスの候補ルートの目的地との間の１つ以上の降車及び／又は１つ以上の乗車位置を導出することをさらに含んでもよい。１つ以上の降車及び／又は１つ以上の乗車位置は、選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出することができる。

この方法は、サービスの候補ルートに沿った乗車及び／又は降車の回数を最小限に抑えるように、サービスの候補ルートを改善、調整、及び／又は変更することをさらに含むことができる。サービスの候補ルートの改善、調整、及び／又は変更は、上記及び本開示で説明した１つ以上の考慮事項及び／又は基準に基づくこともできる。サービスの候補ルートの改善、調整、及び／又は変更は、シャトルサービスの候補ルートの出発時刻及び／又は終了時刻、シャトルサービスの候補ルートの出発地、シャトルサービスの候補ルートの目的地、乗車位置、降車位置、費用、料金又は運賃などに関係してもよい。

例示的な実施形態では、過去の輸送関連リクエストのデータベースはまた、複数の過去のシャトルサービスリクエストを含むことができ、その場合、シャトルサービスの候補ルートの導出は、過去のシャトルサービスリクエストのうちの１つ以上にさらに基づくことができる。

この方法３００はまた、シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地を導出することを含むことができる。シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地は、選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出することができる。

方法３００はまた、シャトルサービスのための１人以上の潜在的ユーザを選択することと、選択された潜在的ユーザのうちの１人以上と通信することとを含むことができる。そのような通信は、シャトルサービスの候補ルートに関する情報及び／又はシャトルサービスの候補ルート上のシャトルサービスを受信する機会を提供することを含むことができる。

方法３００はまた、サービスプロバイダをシャトルサービスの候補ルートとマッチングさせるためにサービスプロバイダマッチング処理を実行することを含むことができる。サービスプロバイダマッチング処理は、以前のシャトルサービスの候補ルートにサービスを提供することと、サービスの候補ルートにサービスを提供することとの間でマッチングされたサービスプロバイダによって、移動距離及び／又は移動時間を最小化することに基づいてもよい。これに代えて、又はこれに加えて、サービスプロバイダマッチング処理は、サービスの候補ルートのサービスと次回のシャトルサービスの候補ルートとの間の照合サービスプロバイダによって、移動距離及び／又は移動時間を最小化することに基づいてもよい。

利用可能な及び／又は近くのシャトルに基づいてシャトルサービスを管理する方法（例えば、方法４００）

少なくとも図４に示され、さらに上述され、本開示において説明されるように、シャトルサービスを管理する方法（例えば、方法４００）の例示的な実施形態は、とりわけ、利用可能な及び／又は近くのシャトル又はシャトルサービスプロバイダに基づくことができる。この方法４００は、複数の過去のシャトル以外のサービスリクエストを識別するために過去の輸送関連リクエストのデータベースを検索することを含むことができる（例えば、動作４０２）。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含むことができる。

方法４００は、過去のシャトル以外のサービスリクエストのうちの１つ以上を選択することも含むことができる（例えば、動作４０４）。それぞれの選択された過去のシャトル以外のサービスリクエストは、１つ以上の他の選択された過去のシャトル以外のサービスリクエストと共有するその経路の少なくとも一部を含むことができる。１つ以上の過去のシャトル以外のサービスリクエストの選択は、第１の閾値期間に出発時刻を有する過去のシャトル以外のサービスリクエストに基づくことができる。代替として、又は追加として、１つ以上の過去のシャトル以外のサービスリクエストの選択は、第１の閾値領域内に位置する出発地を有する過去のシャトル以外のサービスリクエストに基づくことができる。代替として、又は追加として、１つ以上の過去のシャトル以外のサービスリクエストの選択は、第２の閾値領域内に位置する目的地を有する過去のシャトル以外のサービスリクエストに基づくことができる。

例示的な実施形態では、過去のシャトル以外のサービスリクエストの選択は、割り当てられなかった、不適合の、キャンセルされた、及び／又は放棄された過去のシャトル以外のサービスリクエストを選択することを含むことができる。さらに、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、タクシーサービス、専用車サービス、及び／又は相乗りサービスのリクエストを含むことができる。それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連のリクエストであってもよい。

方法４００はまた、価格に敏感であり得る１人以上のユーザを識別するために分析を実行することを含んでいてもよい。次いで、方法４００は、シャトルサービスのための１人以上の潜在的ユーザを選択することを含むことができる。選択された潜在的ユーザのうちの少なくとも１人は、価格に敏感であると識別されたユーザであってもよい。１つ以上の過去のシャトル以外のサービスリクエストの選択は、選択された潜在的ユーザのうちの１人以上によって以前に送信された１つ以上の過去のシャトル以外のサービスリクエストを選択することを含むことができる。

方法４００はまた、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上を処理するために利用可能な１つ以上のサービスプロバイダの候補を選択すること（たとえば、動作４０６）を含むことができる。サービスプロバイダの候補の選択は、以前のシャトルサービスの候補ルートを提供することと、サービスの候補ルートを提供することとの間のサービスプロバイダの候補によって、移動距離及び／又は移動時間を最小化することに基づいてもよい。代替的に又は追加的に、サービスプロバイダの候補の選択は、サービスの候補ルートのサービスと次回のシャトルサービスの候補ルートとの間のサービスプロバイダの候補による移動距離及び／又は移動時間の最小化に基づくことができる。

方法４００はまた、１つ以上のシャトルサービスの候補ルートを導出すること（例えば、動作４０８）を含むことができる。１つ以上のシャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出されてもよい。シャトルサービスの候補ルートの導出は、少なくとも、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上の出発時刻、経路、出発地、及び／又は目的地に基づくことができる。

この方法４００はまた、シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地を導出することを含むことができる。シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地は、選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出することができる。

この方法４００はまた、シャトルサービスの候補ルートの出発地とシャトルサービスの候補ルートの目的地との間の１つ以上の降車及び／又は１つ以上の乗車位置を導出することを含んでもよい。１つ以上の降車及び／又は１つ以上の乗車位置は、選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出することができる。

方法４００は、サービスの候補ルートに沿った乗車及び／又は降車の回数を最小限に抑えるように、サービスの候補ルートを改善、調整、及び／又は変更することをさらに含むことができる。サービスの候補ルートの改善、調整、及び／又は変更は、上記及び本開示で説明した１つ以上の考慮事項及び／又は基準に基づくこともできる。サービスの候補ルートの改善、調整、及び／又は変更は、シャトルサービスの候補ルートの出発時刻及び／又は終了時刻、シャトルサービスの候補ルートの出発地、シャトルサービスの候補ルートの目的地、乗車位置、降車位置、費用、料金又は運賃などに関係させてもよい。

例示的な実施形態では、過去の輸送関連リクエストのデータベースはまた、複数の過去のシャトルサービスリクエストを含むことができ、その場合、シャトルサービスの候補ルートの導出は、過去のシャトルサービスリクエストのうちの１つ以上にさらに基づくことができる。

方法４００はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートのうちの１つ以上を選択すること（たとえば、動作４１０）を含むことができる。選択された１つ以上のシャトルサービスの候補ルートは、選択されたサービスプロバイダの候補のうちの１つ以上に基づいて選択されてもよい。

方法４００は、シャトルサービスのための１人以上の潜在的ユーザを選択することと、選択された潜在的ユーザのうちの１人以上に通信することとをさらに含むことができる。通信することは、シャトルサービスの候補ルート及び／又はシャトルサービスの候補ルート上のシャトルサービスを受信する機会に関する情報を提供することを含んでもよい。

潜在的ユーザ及び／又は以前に割り当てられていない、不適合な、及び／又はキャンセルされたリクエストに基づいてシャトルサービスを管理する方法（例えば、方法５００）

少なくとも図５に示され、さらに上述され、本開示において説明されるように、シャトルサービスを管理する方法（例えば、方法５００）の例示的な実施形態は、とりわけ、潜在的ユーザ及び／又は以前に割り当てられていない、不適合な、キャンセルされた、及び／又は放棄されたリクエストに基づくことができる。方法５００は、複数の過去のシャトル以外のサービスリクエストを識別するために、過去の輸送関連リクエストのデータベースを検索することを含むことができる（例えば、動作５０２）。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含むことができる。

方法５００はまた、シャトルサービスのための１人以上の潜在的ユーザを選択すること（たとえば、動作５０４）を含むことができる。選択された潜在的ユーザのうちの１人以上は、価格に敏感なユーザとして識別されてもよい。

方法５００は、過去のシャトル以外のサービスリクエストのうちの１つ以上を選択することも含むことができる（例えば、動作５０６）。選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、選択された潜在的ユーザのうちの１人によって以前に送信されたリクエストとすることができる。代替として、又は追加として、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、割り当てられなかった、不適合の、キャンセルされた、及び／又は放棄されたリクエストであってもよい。それぞれの選択された過去のシャトル以外のサービスリクエストは、１つ以上の他の選択された過去のシャトル以外のサービスリクエストと共通する経路の少なくとも一部を含むことができる。１つ以上の過去のシャトル以外のサービスリクエストの選択は、第１の閾値期間内に出発時刻を有する過去のシャトル以外のサービスリクエストに基づくことができる。代替として、又は追加として、１つ以上の過去のシャトル以外のサービスリクエストの選択は、第１の閾値領域内に位置する出発地を有する過去のシャトル以外のサービスリクエストに基づくことができる。代替として、又は追加として、１つ以上の過去のシャトル以外のサービスリクエストの選択は、第２の閾値領域内に位置する目的地を有する過去のシャトル以外のサービスリクエストに基づくことができる。選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、タクシーサービス、専用車サービス、及び／又は相乗りサービスのリクエストを含むことができる。さらに、それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連のリクエストであってもよい。

方法５００はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートを導出すること（例えば、動作５０８）を含むことができる。シャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出することができる。シャトルサービスの候補ルートの導出は、少なくとも、選択された過去のシャトル以外のサービスリクエストのうちの１つ以上の出発時刻、経路、出発地、及び／又は目的地に基づくことができる。

この方法５００はまた、シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地を導出することを含むことができる。シャトルサービスの候補ルートの出発時間、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地は、選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出することができる。

この方法５００はまた、シャトルサービスの候補ルートの出発地とシャトルサービスの候補ルートの目的地との間の１つ以上の降車及び／又は１つ以上の乗車位置を導出することを含んでもよい。１つ以上の降車及び／又は１つ以上の乗車位置は、選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出することができる。

例示的な実施形態では、過去の輸送関連リクエストのデータベースはまた、複数の過去のシャトルサービスリクエストを含むことができ、そのケースでは、シャトルサービスの候補ルートの導出は、過去のシャトルサービスリクエストのうちの１つ以上にさらに基づくことができる。

方法５００は、価格に敏感であり得る１人以上のユーザを識別するために分析を実行することをさらに含んでもよい。この方法５００は、次いで、シャトルサービスのための１人以上の潜在的ユーザを選択することを含んでもよい。選択された潜在的ユーザのうちの少なくとも１人は、価格に敏感であると識別されたユーザであってもよい。さらに、１つ以上の過去のシャトル以外のサービスリクエストの選択は、選択された潜在的ユーザのうちの１人以上によって以前に送信された１つ以上の過去のシャトル以外のサービスリクエストを選択することを含むことができる。

方法５００は、選択された潜在的ユーザのうちの１人以上に通信することをさらに含むことができる。通信することは、シャトルサービスの候補ルート及び／又はシャトルサービスの候補ルート上のシャトルサービスを受信する機会に関する情報を提供することを含んでもよい。

方法５００は、サービスプロバイダをシャトルサービスの候補ルートにマッチングさせるためにサービスプロバイダマッチング処理を実行することをさらに含むことができる。サービスプロバイダマッチング処理は、以前のシャトルサービスの候補ルートにサービスを提供することと、サービスの候補ルートにサービスを提供することとの間でマッチングされたサービスプロバイダによって、移動距離及び／又は移動時間を最小化することに基づいてもよい。また、サービスプロバイダマッチング処理は、サービスの候補ルートの提供と次回のシャトルサービスの候補ルートとの間のマッチングされたサービスプロバイダによって、移動距離及び／又は移動時刻を最小化することに基づいてもよい。

シャトルサービス３００、４００、及び／又は５００を管理する方法の例示的な実施形態は、上記及び本開示において説明されたように、上記及び本開示において説明されたアクション及び／又は機能のうちの１つ以上を含んでも含まなくてもよく、追加のアクション及び／又は機能を含んでもよく、様々なシーケンス、組み合わせ、及び／又は構成において実行及び／又は使用されてもよく、及び／又はアクション及び／又は機能のうちの１つ以上は、単一のアクション及び／又は機能に組み合わせ可能であってもよく、及び／又は２つ以上のアクション及び／又は機能に分割されてもよい。

開示された原理による様々な実施形態が上述されたが、それらは単に例として提示されたものであり、限定するものではないことが理解されるべきである。したがって、本開示で説明される例示的な実施形態の幅及び範囲は、上述の例示的な実施形態のいずれによっても限定されるべきではなく、本開示から生じる特許請求の範囲及びそれらの均等物に従ってのみ定義されるべきである。さらに、上記の利点及び特徴は、記載された実施形態において提供されるが、そのような発行された特許請求の範囲の適用を、上記の利点のいずれか又はすべてを達成するプロセス及び構造に限定するものではない。

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

データベース（又はメモリ又は記憶装置）は、データを記憶するのに適した揮発性及び／又は不揮発性構成要素の任意の集合及び／又は配置を含むことができる。例えば、メモリは、ランダムアクセスメモリ（ＲＡＭ）デバイス、読み出し専用メモリ（ＲＯＭ）デバイス、磁気記憶デバイス、光記憶デバイス、ソリッドステートデバイス、及び／又は任意の他の適切なデータ記憶デバイスを備えることができる。特定の実施の形態では、データベースは、部分的に、コンピュータ命令及び／又は論理が符号化されるコンピュータ可読記憶媒体を表す。データベースは、プロセッサ及び／又はコンピューティングデバイス内の、ローカルな、及び／又はアクセス可能な、任意の数のメモリーコンポーネントを表してもよい。

本明細書で使用される様々な用語は、本技術分野内で特別な意味を有する。特定の用語がそのような「技術用語」として解釈されるべきかどうかは、その用語が使用される文脈に依存する。そのような用語は、それらが本開示において使用される文脈に照らして解釈されるべきであり、当業者は、開示された文脈においてそれらの用語を理解するであろう。上記の定義は、開示された文脈に基づいてそれらの用語に付与され得る他の意味を排除するものではない。

比較、測定、及びタイミング（例えば、「現時点で」、「同等」、「間に」、「完全に」など）の語は、「実質的に現時点で」、「実質的に同等」、「実質的に間に」、「実質的に完全に」などを意味すると理解されるべきであり、「実質的に」は、そのような比較、測定、及びタイミングが、暗黙的に又は明示的に述べられた所望の結果を達成するために実施可能であることを意味する。

さらに、本明細書のセクション見出し及びトピック見出しは、様々な特許規則及び実践の下での提案との一貫性のために、又は他の方法で組織的手がかりを提供するために提供される。これらの見出しは、本開示から発行され得る任意の特許請求の範囲に記載される実施形態を限定又は特徴付けるものではない。具体的には、「背景技術」における技術の説明は、技術が本開示における任意の実施形態の先行技術であることを容認するものとして解釈されるべきではない。さらに、本開示における単数形の「発明」へのいかなる言及も、本開示に単一の新規性の点のみが存在することを主張するために使用されるべきではない。複数の発明が、本開示から発行される特許請求の範囲の限定に従って記載されてもよく、したがって、そのような特許請求の範囲は、それによって保護される発明（複数可）及びその均等物を定義する。すべての場合において、そのような特許請求の範囲は、本開示に照らして、それ自体の長所で考慮されるべきであるが、本明細書の見出しによって制約されるべきではない。

Claims (41)

1. １つ以上のプロセッサにより実行されるシャトルサービスを管理する方法であって、前記方法は、
   複数の過去のシャトル以外のサービスリクエストを識別するために、それぞれの過去のシャトル以外のサービスリクエストが、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含む、１つ以上のシャトル以外のサービスリクエストの識別子を操作して過去の輸送関連リクエストのデータベースを検索し、ここで、前記１つ以上のプロセッサが前記データベースと通信するように構成されており、
   前記１つ以上のシャトル以外のサービスリクエストのセレクタを操作して、前記データベースから前記複数の過去のシャトル以外のサービスリクエストを選択し、前記選択された過去のシャトル以外のサービスリクエストの１つ以上はその経路の少なくとも一部が１つ以上の他の選択された過去のシャトル以外のサービスリクエストと共通し、前記選択された過去のシャトル以外のサービスリクエストの少なくとも１つはユーザコンピューティングデバイスから送信され、受信されているが利用可能なシャトル以外のサービスプロバイダに割り当てられていない、又は不適合な過去のシャトル以外のサービスリクエストを含み、
   シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートを導出するために１つ以上のサービス候補ルートジェネレータを操作し、前記シャトルサービスの候補ルートは、受信されているが利用可能なシャトル以外のサービスプロバイダに割り当てられていない又は不適合な前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出することを含む。
2. 前記シャトルサービスの候補ルートの導出は、少なくとも、前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上の出発時刻、経路、出発地、及び／又は目的地に基づいて導出される、請求項１に記載の方法。
3. 前記１つ以上の過去のシャトル以外のサービスリクエストの選択は、
   第１の閾値期間内の出発時刻
   第１の閾値領域内に位置する出発地、及び／又は
   第２の閾値領域内に位置する目的地
   を有する過去のシャトル以外のサービスリクエスト以下を有するものに基づいて選択される、請求項１に記載の方法。
4. 前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスの候補ルートの出発時刻、前記シャトルサービスの候補ルートの出発地、及び前記シャトルサービスの候補ルートの目的地を導出するステップをさらに含み、
   前記シャトルサービスの候補ルートの出発時刻、前記シャトルサービスの候補ルートの出発地、及び前記シャトルサービスの候補ルートの目的地は、前記選択された1つ以上の過去のシャトルサービス以外のリクエストの出発時刻、出発地、及び／又は目的地に基づく、請求項１に記載の方法。
5. 前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスの候補ルートの出発地と前記シャトルサービスの候補ルートの目的地との間の１つ以上の降車位置及び／又は１つ以上の乗車位置を導出するステップをさらに含み、
   前記１つ以上の降車及び／又は１つ以上の乗車は、前記選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出される、請求項４に記載の方法。
6. 以下に示す、
   前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、タクシーサービス、専用用車サービス、及び／又は相乗りサービスのリクエストを含むこと、及び／又は、
   それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連リクエストであること、
   の１つ以上が適用される、請求項１に記載の方法。
7. １つ以上の潜在的ユーザセレクタを操作して、価格に敏感な１人以上のユーザを識別するための解析を実行し、シャトルサービスのために１人以上の潜在的ユーザを選択することをさらに含み、
   前記選択された１人以上の潜在的ユーザは、価格に敏感であると識別されたユーザであり、
   前記選択された１つ以上の過去のシャトル以外のサービスリクエストは、前記選択された１人以上の潜在的ユーザのユーザコンピューティングデバイスによって以前に送信された１つ以上の過去のシャトル以外のサービスリクエストを選択することを含む、請求項１に記載の方法。
8. 前記以前に送信された１つ以上の過去のシャトル以外のサービスリクエストは、価格に敏感であると識別されたユーザによるものである、請求項７に記載の方法。
9. 前記過去の輸送関連リクエストのデータベースは、複数のユーザのユーザコンピューティングデバイスから送信された複数の過去のシャトルサービスリクエストをさらに含み、
   前記シャトルサービスの候補ルートの導出は、さらに前記過去のシャトルサービスリクエストの１つ以上に基づいている、請求項１に記載の方法。
10. 前記１つ以上のサービス候補ルートジェネレータを操作することは、
    前記シャトルサービスの候補ルートに沿った乗車及び／又は降車の回数を最小限に抑えるように、前記シャトルサービスの候補ルートを改善することをさらに含む、請求項１に記載の方法。
11. 前記シャトルサービスの候補ルートの改善は、前記シャトルサービスの候補ルートの前記出発時刻を調整すること、前記シャトルサービスの候補ルートの出発地を調整すること、及び／又は前記シャトルサービスの候補ルートの目的地を調整することを含む、請求項１０に記載の方法。
12. 前記シャトルサービスのための１人以上の潜在的ユーザを選択するために１つ以上の潜在的ユーザセレクタを操作することをさらに含み、
    １つ以上のユーザ側通知及び予約コントローラを操作して、前記選択された潜在的ユーザのうちの１人以上のユーザコンピューティングデバイスと通信し、
    前記通信は、前記シャトルサービスの候補ルートに関する情報を提供し、及び／又は、前記シャトルサービスの候補ルートでシャトルサービスを受ける機会を提供する、請求項１に記載の方法。
13. サービスプロバイダを前記シャトルサービスの候補ルートとマッチングさせるためにサービスプロバイダマッチング処理を実行することをさらに含む、請求項１に記載の方法。
14. 前記サービスプロバイダマッチング処理は、以下に示す、
    以前のシャトルサービスの候補ルートの提供と、前記シャトルサービスの候補ルートの提供との間でマッチングされたサービスプロバイダによって移動距離及び／又は移動時間を最小化すること、及び／又は
    前記シャトルサービスの候補ルートの提供と、次のシャトルサービスの候補ルートとの間でマッチングされたサービスプロバイダによって移動距離及び／又は移動時間を最小化すること、
    の１つ以上の基づく、請求項１３に記載の方法。
15. １つ以上のプロセッサにより実行されるシャトルサービスを管理する方法であって、前記方法は、
    複数の過去のシャトル以外のサービスリクエストを識別するために、それぞれの過去のシャトル以外のサービスリクエストが、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含む、１つ以上のシャトル以外のサービスリクエストの識別子を操作して過去の輸送関連リクエストのデータベースを検索し、前記１つ以上のプロセッサが前記データベースと通信するように構成されており、
    前記１つ以上のシャトル以外のサービスリクエストのセレクタを操作して、前記データベースから前記過去のシャトル以外のサービスリクエストの１つ以上を選択し、
    １つ以上のサービスプロバイダ候補セレクタを操作して、前記選択された過去のシャトル以外のサービスリクエストの１つ以上のサービスに利用可能な１つ以上のサービスプロバイダの候補を選択し、
    １つ以上のシャトルサービスの候補ルートを導出するために、１つ以上のサービス候補ルートジェネレータを操作し、前記１つ以上のシャトルサービスの候補ルートを１つ以上の前記選択された過去のシャトル以外のサービスリクエストに基づいて導出し、
    シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートの１つ以上を選択するために、１つ以上のシャトルサービス候補ルートセレクタを操作し前記選択されたサービスプロバイダの候補の１つ以上に基づいて、前記選択された１つ以上のシャトルサービスの候補ルートを選択することを含む。
16. それぞれの選択された過去のシャトル以外のサービスリクエストが、少なくとも１つ以上の他の選択された過去のシャトル以外のサービスリクエストと共通し、その経路の少なくとも一部を含む、請求項１５に記載の方法。
17. 前記シャトルサービスの候補ルートは、少なくとも、前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上の出発時刻、経路、出発地、及び／又は目的地に基づいて導出される、請求項１５に記載の方法。
18. 前記１つ以上の過去のシャトル以外のサービスリクエストの選択は、以下に示す、
    第１の閾値時間内の出発時刻、
    第１の閾値領域内に位置する出発地、及び／又は
    第２の閾値領域内に位置する目的地、
    を有する過去のシャトル以外のサービスリクエストに基づいて導出される、請求項１５に記載の方法。
19. 前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスの候補ルートの出発時刻、前記シャトルサービスの候補ルートの出発地、及び前記シャトルサービスの候補ルートの目的地を導出することをさらに含み、
    前記シャトルサービスの候補ルートの出発時刻、前記シャトルサービスの候補ルートの出発地、及び前記シャトルサービスの候補ルートの目的地は、選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出される、請求項１５に記載の方法。
20. 前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスの候補ルートの出発地と前記シャトルサービスの候補ルートの目的地との間の１つ以上の降車及び／又は１つ以上の乗車位置を導出することをさらに含み、
    前記１つ以上の降車及び／又は１つ以上の乗車位置は、前記選択された過去のシャトル以外のサービスリクエストの１つ以上の前記出発時刻、出発地、及び／又は目的地に基づいて導出される、請求項１９に記載の方法。
21. 以下に示す、
    前記過去のシャトル以外のサービスリクエストの前記選択は、割り当てられなかった、不適合の、及び／又はキャンセルされた過去のシャトル以外のサービスリクエストの選択を含むこと、
    前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、タクシーサービス、専用車サービス、及び／又は相乗りサービスのリクエストを含むこと、及び／又は
    それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連リクエストであること、
    のうちの１つ以上が適用される、請求項１５に記載の方法。
22. １つ以上の潜在的ユーザセレクタを操作して、価格に敏感な１人以上のユーザを識別するための解析を実行し、シャトルサービスのために１人以上の潜在的ユーザを選択することをさらに含み、
    前記選択された潜在的ユーザのうちの少なくとも１人は、価格に敏感であると識別されたユーザであり、
    前記１つ以上の過去のシャトル以外のサービスリクエストの前記選択は、選択された潜在的ユーザのうちの１人以上のユーザコンピューティングデバイスによって以前に送信された１つ以上の過去のシャトル以外のサービスリクエストを選択することを含む、請求項１５に記載の方法。
23. 前記過去の輸送関連リクエストのデータベースは、複数の過去のシャトルサービスリクエストをさらに含み、
    前記シャトルサービスの候補ルートの導出は、前記過去のシャトルサービスリクエストのうちの１つ以上にさらに基づく、請求項１５に記載の方法。
24. 前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスの候補ルートに沿った乗車及び／又は降車の回数を最小限に抑えるように、前記シャトルサービスの候補ルートを改善することをさらに含む、請求項１５に記載の方法。
25. 前記シャトルサービスの候補ルートの改善は、前記シャトルサービスの候補ルートの前記出発時刻を調整し、前記シャトルサービスの候補ルートの前記出発地を調整し、及び／又は、前記シャトルサービスの候補ルートの前記目的地を調整することを含む、請求項２４に記載の方法。
26. 前記シャトルサービスのための１人以上の潜在的ユーザを選択するために１つ以上の潜在的ユーザセレクタを操作することをさらに含み、
    １つ以上のユーザ側通知及び予約コントローラを操作して、前記選択された潜在的ユーザのうちの１人以上のユーザコンピューティングデバイスと通信し、
    前記通信は、前記シャトルサービスの候補ルートに関する情報を提供し、及び／又は、前記シャトルサービスの候補ルートでシャトルサービスを受ける機会を提供する、請求項１５に記載の方法。
27. 前記サービスプロバイダの候補の前記選択は、以下に示す、
    以前のシャトルサービスの候補ルートの提供と、前記シャトルサービスの候補ルートを提供との間のサービスプロバイダの候補によって移動距離及び／又は移動時間を最小化すること、及び／又は、
    前記シャトルサービスの候補ルートを提供すること、次のシャトルサービスの候補ルートとの間のサービスプロバイダの候補によって移動距離及び／又は移動時間を最小化すること、
    の１つ以上に基づいて選択される、請求項１５に記載の方法。
28. １つ以上のプロセッサにより実行されるシャトルサービスを管理する方法であって、前記方法は、
    複数の過去のシャトル以外のサービスリクエストを識別するために、それぞれの過去のシャトル以外のサービスリクエストが、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含む、１つ以上のシャトル以外のサービスリクエストの識別子を操作して過去の輸送関連リクエストのデータベースを検索し、前記１つ以上のプロセッサが前記データベースと通信するように構成されており、
    １つ以上の潜在的ユーザセレクタを操作して、シャトルサービスの潜在的なユーザを１人以上選択し、前記選択された潜在的なユーザの１人以上は、価格に敏感なユーザとして識別されており、
    １つ以上のシャトル以外のサービスリクエストセレクタを操作して、前記過去のシャトル以外のサービスリクエストを１つ以上選択し、前記選択された過去のシャトル以外のサービスリクエストの１つ以上は、
    価格に敏感なユーザであると識別された前記選択された潜在的なユーザの１人のユーザコンピューティングデバイスによって以前に送信されたリクエスト、及び／又は割り当てられていない、不適合な、及び／又はキャンセルされたリクエストであり、
    １つ以上のサービス候補ルートジェネレータを操作して、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートを導出し、前記シャトルサービスの候補ルートは、価格に敏感なユーザであると識別された前記選択された潜在的ユーザの１人以上のユーザコンピューティングデバイスによって以前に送信された前記選択された過去のシャトル以外のサービスリクエストの１つ以上に基づいて導出されることを含む。
29. それぞれの選択された過去のシャトル以外のサービスリクエストが、１つ以上の他の選択された過去のシャトル以外のサービスリクエストと共通し、その経路の少なくとも一部を含む、請求項２８に記載の方法。
30. 前記シャトルサービスの候補ルートの導出は、少なくとも、前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上の出発時刻、経路、出発地、及び／又は目的地に基づく、請求項２８に記載の方法。
31. 前記１つ以上の過去のシャトル以外のサービスリクエストの選択は、以下に示す、
    第１の閾値時間内の出発時刻、
    第１の閾値領域内に位置する出発地、及び／又は
    第２の閾値領域内に位置する目的地、
    を有する過去のシャトル以外のサービスリクエストに基づく、請求項２８に記載の方法。
32. 前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスの候補ルートの出発時刻、前記シャトルサービスの候補ルートの出発地、及び前記シャトルサービスの候補ルートの目的地を導出することをさらに含み、
    前記シャトルサービスの候補ルートの出発時刻、前記シャトルサービスの候補ルートの出発地、及び前記シャトルサービスの候補ルートの目的地は、選択された過去のシャトル以外のサービスリクエストの１つ以上の出発時刻、出発地、及び／又は目的地に基づいて導出される、請求項２８に記載の方法。
33. 前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスの候補ルートの出発地と前記シャトルサービスの候補ルートの目的地との間の１つ以上の降車及び／又は１つ以上の乗車位置を導出することをさらに含み、
    前記１つ以上の降車及び／又は１つ以上の乗車位置は、前記選択された過去のシャトル以外のサービスリクエストの１つ以上の前記出発時刻、出発地、及び／又は目的地に基づいて導出される、請求項３２に記載の方法。
34. 以下に示す、
    前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上は、タクシーサービス、専用車サービス、及び／又は相乗りサービスのリクエストを含むこと、及び／又は、
    それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連リクエストであること、
    のうちの１つ以上が適用される、請求項２８に記載の方法。
35. 前記過去の輸送関連リクエストのデータベースは、複数の過去のシャトルサービスリクエストをさらに含み、
    前記シャトルサービスの候補ルートの前記導出は、前記過去のシャトルサービスリクエストのうちの１つ以上にさらに基づく、請求項２８に記載の方法。
36. 前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスの候補ルートに沿った乗車及び／又は降車の回数を最小限に抑えるように、前記シャトルサービスの候補ルートを改善することをさらに含む、請求項２８に記載の方法。
37. 前記シャトルサービスの候補ルートの改善は、前記シャトルサービスの候補ルートの前記出発時刻を調整し、前記シャトルサービスの候補ルートの前記出発地を調整し、及び／又は、前記シャトルサービスの候補ルートの前記目的地を調整することを含む、請求項３６に記載の方法。
38. １つ以上の潜在的ユーザセレクタを操作して、前記選択された潜在的ユーザのうちの１人以上のユーザコンピューティングデバイスと通信し、前記通信は、前記シャトルサービスの候補ルートに関する情報を提供し、及び／又は、前記シャトルサービスの候補ルートでシャトルサービスを受ける機会を提供することを含む、請求項２８に記載の方法。
39. １つ以上のサービスプロバイダ候補セレクタを操作して、サービスプロバイダを前記シャトルサービスの候補ルートとマッチングさせるためにサービスプロバイダマッチング処理を実行することをさらに含む、請求項２８に記載の方法。
40. 前記サービスプロバイダマッチング処理は、以下に示す、
    以前のシャトルサービスの候補ルートの提供と、前記シャトルサービスの候補ルートを提供との間のサービスプロバイダの候補によって移動距離及び／又は移動時間を最小化すること、及び／又は、
    前記シャトルサービスの候補ルートを提供すること、次のシャトルサービスの候補ルートとの間のサービスプロバイダの候補によって移動距離及び／又は移動時間を最小化すること、
    の１つ以上に基づく、請求項３９に記載の方法。
41. １つ以上のプロセッサにより実行されるシャトルサービスを管理する方法であって、前記方法は、
    複数のユーザのユーザコンピューティングデバイスから受信した複数の過去のシャトル以外のサービスリクエストを識別するために、それぞれの過去のシャトル以外のサービスリクエストが、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含む、１つ以上のシャトル以外のサービスリクエストの識別子を操作して過去の輸送関連リクエストのデータベースを検索し、
    １人以上の価格に敏感なユーザを識別するために解析を実行し、前記１つ以上のプロセッサが前記データベースと通信するように構成されており、
    １つ以上の潜在的ユーザセレクタを操作して、分析を実行し、１人以上の価格に敏感なユーザを特定し、
    １つ以上の潜在的ユーザセレクタを操作して、シャトルサービスのための１人以上の潜在的ユーザを選択し、前記選択された潜在的ユーザのうちの少なくとも１人が価格に敏感なユーザとして識別し、
    １つ以上のシャトル以外のサービスリクエストセレクタを操作して、以下の、
    前記過去のシャトル以外のサービスリクエストは、価格に敏感なユーザであると識別された前記選択された潜在的ユーザのうちの１人以上によって以前に送信されたリクエストであり、
    前記過去のシャトル以外のサービスリクエストは、割り当てられず、不適合な、及び／又はキャンセルされていないリクエストであり、及び／又は、
    前記過去のシャトル以外のサービスリクエストは、その経路の少なくとも一部を、１つ以上の他の選択された過去のシャトル以外のサービスリクエストと共通すること、
    の１つ以上に基づいて、前記過去のシャトル以外のサービスリクエストのうちの１つ以上を選択し、
    １つ以上のサービスプロバイダ候補セレクタを操作して、前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上を処理するために利用可能な１つ以上のサービスプロバイダの候補を選択し、
    １つ以上のサービス候補ルートジェネレータを操作して、前記選択された過去のシャトル以外のサービスリクエストのうちの１つ以上に基づいて導出された前記１つ以上のシャトルサービスの候補ルートから、１つ以上のシャトルサービスの候補ルートを導出し、
    前記１つ以上のサービス候補ルートジェネレータを操作して、前記シャトルサービスを提供するとき使用する前記シャトルサービスの候補ルートのうちの１つを選択し、前記選択されたシャトルサービスの候補ルートは、前記選択されたサービスプロバイダの候補のうちの１つ以上に基づいて選択する、ことを含む。

Images