コンピュータテクノロジーの最近の開発は、サービスプロバイダとユーザが相互に対話する能力を改善し続けている。サービスプロバイダの例としては、従来の及び/又はオンライン販売業者(例えば、小売業者、百貨店、電子商取引ウェブサイトなど)、専門製品及び/又はサービスのプロバイダ(例えば、公共交通機関、私用のレンタカー、リムジンサービス、シャトル、タクシー、オートバイタクシー、ライドシェアリング、配達などの輸送関連サービス)、仲介業者、再販業者、ブローカー、比較ショッピング及び/又はレビューのためのプラットフォーム/サービスを提供するものなど(以下、「サービスプロバイダ」という)が含まれてもよいが、これらに限定されるものではない。そのようなサービスプロバイダによって提供される技術的製品及びソリューションは、ユーザが、より容易に、効果的に、及び/又は能率的に、そのような製品及び/又はサービスを、購買、確保、予約、カートへの追加、入金又は部分的な支払いを残す、保存する、キャンセル、及び/又は共有することを含む、対話及び/又は取引を行うことを可能にする。
一例として、技術の進歩により、公共交通機関(列車、バスなど)、タクシー(自動車、バン、オートバイ、及び他の種類の車両)、私用のレンタカー、リムジンサービス、シャトル、ライドシェアリング、配達などの輸送関連サービス、及び他の種類のサービスを、ウェブサイト又はアプリケーション(例えば、モバイルアプリケーション、ウィジェットなど)を介してコンピューティングデバイス(例えば、デスクトップコンピュータ、ラップトップコンピュータ/ウルトラブック、モバイルデバイス、及び/又はウェアラブルデバイス)から直接的かつ容易に検索、価格設定、比較、確保、及び/又は予約(及び/又はキャンセル)することが可能になっている。
このような技術の最近の進歩にもかかわらず、本開示では、オンラインで相互通信するときに、特にシャトル関連サービスを管理するときに、しばしば困難又は問題に遭遇することが認識されている。
例えば、シャトルサービスを提供する従来のアプローチは、一般に、2つ以上の位置の間の輸送サービスに対する指定された又は既知のリクエスト又はニーズによって推進される。より具体的な例として、シャトルサービスは、ホテルから特定の会議又はショーのためのコンベンションセンターに移動する必要がある人々のリクエスト又はニーズを満たすために提供されることができ、そのようなシャトルサービスは、一般に、ホテル、コンベンションセンター、会議又はショーの主催者、及び/又はこれらのうちの1つによって関与、雇用、又はリクエストされるシャトルサービスプロバイダによって提供及び/又は手配される。別のより具体的な実例として、シャトルサービスは、会社の1つのオフィスの位置から会社の別のオフィスの位置へ移動する必要がある従業員のリクエスト又はニーズを満たすために、会社によって提供又は手配されてもよい。そのような意図的に提供され、及び/又は手配されたシャトルサービスのために、シャトルサービスの経路は、一般に、シャトルサービスのための固定された出発地(既に確立されたバス停、建物の入口、又は目印となる位置であってもよい)、シャトルサービスのための固定された到着地(別の既に確立されたバス停、建物の入口、又は目印となる位置であってもよい)、及びシャトルサービスのための出発時刻を含む。そのような従来の手法は、そのようなシャトルサービスの提供者が2つの指定された位置の間のそのようなシャトルサービスの需要又はニーズを知っているか、又は知っているときに、そのような関連する乗客の需要又はニーズを満たすことができるが、本開示では、以下のうちの1つ以上が当てはまる状況、すなわち、提供者が存在しない、出発地及び目的地の位置が知られておらず、及び/又は指定されていない、需要又はニーズが知られておらず、及び/又は指定されていない、ターゲットユーザが知られておらず、及び/又は指定されていないなどの状況の場合など、オンデマンドシャトルサービスのニーズがあることが認識される。
本実施形態は、一般に、上記及び本開示で説明されたものを含む、従来の問題に対処するためのシステム、サブシステム、プロセッサ、デバイス、ロジック、及び方法に関し、及び/又はそれらを備え、より具体的には、例示的実施形態は、システム、サブシステム、プロセッサ、デバイス、ロジック、並びにシャトル及び/又はシャトル関連サービスを管理する方法に関する。例示的な実施形態は、バス、ミニバス、及び/又は他のより大きなマルチパッセンジャー車両の乗客ベースのシャトル及び/又はシャトル関連サービスに関連するものとして、及び/又はそれらと共に使用するために本開示で説明することができるが、例示的な実施形態は、本開示の教示から逸脱することなく、小包、物品、文書などの配達及び/又は輸送、並びに他の環境、周辺環境、状況、条件、及び/又は用途にも適用可能であり、及び/又はそれらに使用できることを理解されたい。これらの例示的な実施形態は、本開示の一部を形成する添付の図面を参照して以下に記載される。
シャトルサービスを管理するためのシステム(例えば、システム100)の例示的な実施形態
概要として、シャトル又はシャトル関連サービスを管理するためのシステム(例えば、システム100)の例示的な実施形態を図1に示す。システム(例えば、システム100)は、1つ以上のプロセッサ(例えば、プロセッサ150)を含むことができる。本開示で使用されるように、適用可能な場合、プロセッサへの言及はまた、コンピューティングデバイス、サーバ、クラウドベースのコンピューティングなど、及び/又はプロセッサ、コンピューティングデバイス、サーバ、クラウドベースのコンピューティングなどの機能を参照、適用、及び/又は含むことができる。システム100はまた、1つ以上のデータベース(例えば、データベース140、140a、140b、140c、140d)を含むことができる。システム100はまた、1つ以上のユーザコンピューティングデバイス(例えば、ユーザコンピューティングデバイス110)を含んでもよい。システム100はまた、1つ以上のシャトル又はサービスプロバイダコンピュータデバイス(例えば、シャトル又はサービスプロバイダコンピューティングデバイス120)を含んでもよい。1つ以上のプロセッサ150、データベース140、140a〜140d、ユーザコンピューティングデバイス110、及び/又はシャトルコンピューティングデバイス120は、インターネット、ワールドワイドウェブ、1つ以上の専用ネットワークなどの1つ以上のネットワーク(たとえば、ネットワーク130)を介して互いに通信することができる。
本開示で使用されるように、プロセッサ150によって管理可能とされ又は管理されるシャトルサービス及び/又はシャトル関連サービス(以下、「シャトルサービス」)の例示的な実施形態は、とりわけ、マルチパッセンジャー、マルチユーザ、及び/又は複数の荷物の輸送関連サービスを含むことができる。シャトルサービスは、一度に2人以上のユーザによって同時に予約され、及び/又は2人以上のユーザにサービスを提供する(例えば、運転される経路毎に2人以上の有料ユーザにサービスを提供する)ことができるマルチパッセンジャー、マルチユーザ、及び/又はマルチパーセルビークル(以下、「シャトル」、「サービスプロバイダ」、又は「シャトルサービスプロバイダ」)によって提供されてもよい。シャトル又はサービスプロバイダは、自動車、スポーツユーティリティビークル(SUV)、ミニバン、バン、ミニバス、バス、コーチ、陸上以外の乗り物(vehicle)(例えば、ボート、水中又は水上で移動可能な乗り物(vehicle)、航空機、航空機などで移動可能なビークル)、前述の例示的な乗り物(vehicle)のうちの1つ以上の自律型及び半自律型、及び/又は他のマルチパッセンジャービークルを含むことができる。シャトルサービスは、とりわけ、経路、経路に沿った1つ以上の停留所、タイミングコンポーネント、コストコンポーネント、及び/又は料金コンポーネントを含むことができる。
経路に関して、シャトルサービスは、固定、半固定、及び/又は可変経路上に提供されてもよい。各経路は、1つ以上の考慮事項及び/又は基準に基づいて、予め決定され、及び/又は動的に導出される(たとえば、オンデマンドで導出される)ことが可能である。また、各経路は、例えば、交通渋滞、工事、及び/又は事故に遭遇した場合、経路のサービス中に新たなユーザがシャトルに予約したばかりの場合、予約したユーザがシャトルに乗る時刻に乗らなかった(例えば、待ち時間を超えた、キャンセルされたなど)場合など、経路のサービス中に調整又は変更することができる。本開示でさらに説明するように、各経路は、出発地及び目的地を含むことができる。
経路に沿った停留所に関して、シャトルサービスは、全経路に沿った1つ以上の停留所を含むことができ、そのような停留所は、1つ以上の考慮事項及び/又は基準に基づいて、事前に決定され、及び/又は動的に導出されることもできる。例えば、シャトルサービスは、出発地(又は最初の位置(initial location)、開始位置(starting location)、最初の位置(first location)など、以下「出発地」)を含むことができる。各出発地は、単一の点(例えば、地図上の点、緯度/経度座標、GPS座標など)、ランドマーク、住所、地名、交差点、エリア/領域などであってもよい。シャトルサービスはまた、目的地(又は到着位置(final location)、終了位置(ending location)、最後の位置(last location)など、以下「目的地」)を含んでもよい。各目的地は、単一の点(例えば、地図上の点、緯度/経度座標、GPS座標など)、ランドマーク、住所、及び/又はエリア/領域であってもよい。また、シャトルサービスは、1つ以上の集荷場所、乗客の搭乗又は小荷物のピックアップをするための1つ以上の停留所(以下、「乗車位置(pick up location)」又は「ピックアップ位置(pick-up location)」と呼ぶ)を含むことができる。それぞれの乗車位置は、単一の点(例えば、地図上の点、緯度/経度座標、GPS座標など)、ランドマーク、住所、及び/又はエリア/領域であってもよい。また、シャトルサービスは、乗客又は小包を降ろしたりするための1つ以上の降車位置又は停車位置(以下、「降車位置(drop off location)」又は「ドロップオフ位置(drop-off location)」と呼ぶ)を含んでもよい。各降車位置は、単一の点(例えば、地図上の点、緯度/経度座標、GPS座標など)、ランドマーク、住所、及び/又はエリア/領域であってもよい。各停留所は、経路のサービス中に、例えば、交通渋滞、工事、及び/又は事故に遭遇した状況、経路のサービス中に新しいユーザがシャトルに予約したばかりのとき、予約したユーザがシャトルに乗る時刻に乗らなかった(例えば、待ち時間を超えた、キャンセルされたなど)ときなどに、調整又は変更することもできる。本開示でさらに説明するように、各経路は、出発地及び目的地を含むことができる。本開示では、乗車位置は、降車位置と同じ位置であってもよい(例えば、位置は、1人のユーザを乗車させて別のユーザを降車させてもよい)ことを理解されたい。さらに、乗車位置は、出発地と同じ位置であってもよく、降車位置は、目的地と同じ位置であってもよい。
タイミングに関して、シャトルサービスは、出発時刻又は期間(又は最初の時間、起点時間など、以下「出発時刻(start time)」又は「開始時刻(starting time)」)を含むことができ、これは、日付、曜日、時刻、期間、及び/又はシャトル、若しくはシャトルサービスが、出発地で出発するか、そこに到着するか、及び/又はそこから出発予定であるか、及び/又はシャトルサービスがその全経路を出発するときの推定時間又は期間とすることができる。シャトルサービスはまた、終了時刻又は期間(又は最終時刻、目的地時刻など、以下「終了時刻(end time)」又は「終了する時刻(ending time)」)を含むことができ、これは、日付、曜日、時間、期間、及び/又は、シャトル又はシャトルサービスが目的地に到着するか、又は到着予定のとき、及び/又は、シャトルサービスがその全経路を完了するときの推定時間又は期間とすることができる。シャトルサービスはまた、日付、曜日、時間、期間、及び/又はシャトル、若しくはシャトルサービスが乗車位置に到着するか、又は到着することが予想される推定時間又は期間であってもよく、1つ以上の乗車時刻を含んでもよい。シャトルサービスはまた、1つ以上の降車時刻を含むことができ、これは、日付、曜日、時刻、期間、及び/又はシャトル又はシャトルサービスが降車位置に到着するか、又は降車位置に到着すると予想される推定時間又は期間とすることができる。
費用に関して、シャトルサービスは、経路毎にシャトルサービスを提供することに関連する費用を決定することができる。例えば、費用は、固定量及び/又は可変量(例えば、距離、停車回数、曜日、時刻、割引額、販売促進額などに基づく)として設定されてもよい。費用は、各経路を処理するために各シャトルサービスプロバイダによって負担される費用を含んでもよい。このような費用は、とりわけ、燃料、車両の減価償却費、機会費用、通行料、及び/又は車両を運転及び/又は維持するための他の追加費用、アイドル及び/又は待ち時間、経路の出発地への移動費用、他者(例えば、所有者、雇用者、上位サービスプロバイダ、プラットホームプロバイダなど)への支払手数料及び/又は料金、交通上の考慮事項、時間外労働、休日などに関連する費用を考慮に入れることができる。
運賃及び/又は料金に関して、シャトルサービスは、支払いをリクエストし、及び/又は、その乗客又はユーザに、(例えば、距離、停留所の数、曜日、時刻、割引額、プロモーション額などに基づいて)固定又は一律の金額及び/又は可変の金額を支払うことをリクエストすることができる(又は、リクエストしないことができる)。運賃及び/又は料金は、1つ以上の要因又は考慮事項に基づいて決定することができ、たとえば、経路毎に各シャトルによってサービスされる潜在的ユーザの数、各シャトルの利用可能性及び/又は位置、各シャトルの能力、各サービスプロバイダの費用(上記及び本開示で説明したように)、他の種類のサービスの料金、現行の市場価格、競合他社の料金などである。
より具体的な例として、シャトルサービスは、シンガポールにおいて、6シェントンウェイとして設定された出発地と、本日の午後2時の出発地に出発時刻を有し、経路に沿って2つの乗車位置及び/又は1つの降車位置を有するマリーナベイファイナンシャルセンターとして設定された目的地との間の所定の又は動的に決定された全経路に沿って移動する7人のユーザ又は乗客にサービスすることができるシャトル(例えば、バス又はミニバス)によって提供されるマルチパッセンジャー又はユーザシャトルサービスであってもよい。
本開示で使用されるように、シャトル以外のサービス及び/又はシャトル以外の関連サービス(以下、「シャトル以外のサービス」)の例示的な実施形態は、シャトルサービスと見なされない、又は見なされない輸送関連サービスを含むことができる。シャトル以外のサービスは、一度に1人のユーザによって単独で予約され、及び/又は1人のユーザにサービスを提供することができる(例えば、経路毎に1人の有料ユーザにサービスを提供するが、そのようなサービスは、付随する乗客を含むことができる)乗り物(vehicle)(以下、「シャトル以外のサービスプロバイダ」)によって提供することができる。シャトル以外のサービスプロバイダは、自動車、スポーツユーティリティビークル(SUV)、ミニバン、バン、陸上以外の乗り物(vehicle)(例えば、ボート、水中又は水上で移動可能なビークル、航空機、飛行機などで移動可能なビークル)、前述の例示的な乗り物(vehicle)のうちの1つ以上の自律型及び半自律型、及び/又は他の乗り物(vehicle)を含むことができる。より具体的な例として、それぞれのシャトル以外のサービスは、スタンダード又は伝統的なタクシーサービス、専用車サービス(例えば、グラブによって提供されるグラブカーサービス)、リムジンサービスなどによって提供されるものを含むことができる。
システム(例えば、システム100)の例示的な実施形態は、上述の要素のうちの1つ以上を含んでも含まなくてもよく、追加の要素を含んでもよく、同等の要素を含んでもよく、異なる順序、動作、組み合わせ、及び/又は構成で形成及び/又は使用されてもよく、及び/又は要素(及び/又は要素の要素)のうちの1つ以上は、単一の要素に組み合わせ可能であってもよく、又は2つ以上の要素に分割されてもよい。インターネット以外の技術を使用する通信もまた、本開示の教示から逸脱することなく、例示的な実施形態において企図される。次に、これらのシステム100、及びその要素及び機能を、添付の図面を参照してさらに説明する。
ユーザコンピューティングデバイス(例えば、ユーザコンピューティングデバイス110)
少なくとも図1に示すように、システム100は、ユーザ(例えば、シャトルサービスリクエスト及び/又はシャトル以外のサービスリクエストを送信するユーザ)が使用するための1つ以上のコンピューティングデバイス110を含むことができる。ユーザコンピューティングデバイス110は、情報処理、有線及び/又はワイヤレス通信、及び/又は上記及び本開示で説明した他のアクション及び/又はプロセスのうちのいずれかを実行するように構成可能とされ又は構成された、任意のシステム、コンピューティングデバイス、モバイルコンピューティングデバイス、プロセッサ、コントローラなどとすることができる。例えば、ユーザコンピューティングデバイス110は、ユーザコンピューティングデバイス110にインストールされたSIMカードなどを介して、3Gネットワーク、4Gネットワーク、4GLTEネットワークなどを介してワイヤレス通信を実行するように構成可能であってもよい。代替として、又は追加として、ユーザコンピューティングデバイス110は、Wi−Fiネットワーク及びLi−FiネットワークなどのWLANを介して、及び/又はブルートゥース(登録商標)、NFC、及び他の形態のワイヤレス信号などの他の形態を介して、ワイヤレス通信を実行するように構成可能であってもよい。前述の通信のうちの1つ以上は、ユーザコンピューティングデバイス110、1つ以上のプロセッサ150、1つ以上のシャトルコンピューティングデバイス120、1つ以上のデータベース140、140a〜140d、及び/又は1つ以上のネットワーク130の例示的な実施形態の間にあってもよい。ユーザコンピューティングデバイス110は、(例えば、ユーザコンピューティングデバイス上にインストールされたアプリケーション又は移動アプリケーションを介して、ウェブブラウザなどを介して)プロセッサ150と無線又は有線で通信するように構成されてもよく、そのような通信は、シャトルサービスリクエスト及び/又はシャトル以外のサービスリクエストを送信すること、利用可能なシャトルサービスの経路を閲覧すること、新しい及び/又は現存のシャトルサービスの経路の通知を受信すること、シャトルサービス及び/又はシャトル以外のサービスを予約することなどを含んでもよい。
例示的な実施形態では、上記及び本開示で説明されたユーザコンピューティングデバイス110は、モバイルコンピューティングデバイス、スマートフォン、携帯電話、PDAファブレット、タブレット、ポータブルコンピュータ、ラップトップ、ノートブック、ウルトラブック、リーダ、電子デバイス、メディアプレーヤ、専用デバイス(例えば、システム100と通信及び/又はシステム100内で動作するための特殊又は専用デバイス、又はその一部)、部分的又は全体的に相互作用する複数のコンピューティングデバイス、及び他の専用のコンピューティングデバイス、及び業界固有のコンピューティングデバイスを対象とし、及び/又はこれらを含むことができる。本開示で説明されるユーザコンピューティングデバイス110はまた、時計(アップルウォッチなど)、眼鏡などを含むウェアラブルコンピューティングデバイスを対象とし、及び/又はこれを含むことができる。また、ユーザコンピューティングデバイス110は、ネットワークコンピューティング環境における仮想マシン、コンピュータ、ノード、インスタンス、ホスト、又はシステムを対象とすることもでき、及び/又はそれらを含むこともできる。そのようなネットワーク環境及び/又はクラウドは、装置間の通信を容易にし、装置がリソースを共有することを可能にする通信チャネルによって接続された装置の集合であってもよい。そのようなリソースは、ハードウェア(サーバ、クライアント、メインフレームコンピュータ、ネットワーク、ネットワークストレージ、データソース、メモリ、中央演算装置、科学機器、及び他のコンピューティングデバイスなど)、並びにソフトウェア、ソフトウェアライセンス、利用可能なネットワークサービス、及び他のハードウェア以外のリソース、又はそれらの組合せを含む、インスタンスを実行するための任意のタイプのリソースを含むことができる。
シャトルコンピューティングデバイス(例えば、シャトルコンピューティングデバイス120)
少なくとも図1に示すように、システム100は、シャトル(すなわち、シャトルサービスを提供する者)が使用するための1つ以上のコンピューティングデバイス120を含むことができる。シャトルコンピューティングデバイス120は、情報処理、有線及び/又はワイヤレス通信、及び/又は上記及び本明細書で説明した他のアクション及び/又はプロセスのうちのいずれかを実行するように構成可能とされ又は構成された、任意の装置、コンピューティングデバイス、モバイルコンピューティングデバイス、プロセッサ、コントローラなどとすることができる。例えば、シャトルコンピューティングデバイス120は、サービスプロバイダコンピューティングデバイス120にインストールされたSIMカードなどを介して、3Gネットワーク、4Gネットワーク、4GLTEネットワークなどを介してワイヤレス通信を実行するように構成可能であってもよく、また、車両間通信を実行するように構成可能であってもよく、又は実行可能であってもよい。それに加えて、又はその代わりに、シャトルコンピューティングデバイス120は、Wi−Fiネットワーク及びLi−FiネットワークなどのWLANを介して、及び/又はブルートゥース(登録商標)、NFC、及び他の形態のワイヤレス信号などの他の形態を介して、ワイヤレス通信を実行するように構成可能であってもよい。前述の通信のうちの1つ以上は、シャトルコンピューティングデバイス120、1つ以上のプロセッサ150、1つ以上のユーザコンピューティングデバイス110、1つ以上のデータベース140、140a〜140d、及び/又は1つ以上のネットワーク130の例示的な実施形態の間にあってもよい。シャトルコンピューティングデバイス120は、(例えば、シャトルコンピューティングデバイス上にインストールされたアプリケーション又は移動アプリケーションを介して、ウェブブラウザなどを介して)プロセッサ150と無線又は有線で通信するように構成されてもよく、そのような通信は、利用可能であるか又はサービスされる必要があるシャトルサービス及びシャトルサービスの経路を受信すること、利用可能なシャトルサービスの経路を閲覧すること、新規及び/又は現存するシャトルサービスの経路の通知を受信すること、シャトルサービス又はシャトルサービスの経路をサービスすることを受け入れることなどを含んでもよい。
例示的な実施形態では、上記及び本開示で説明されるシャトルコンピューティングデバイス120は、モバイルコンピューティングデバイス、スマートフォン、携帯電話、PDA、ファブレット、携帯コンピュータ、ラップトップ、ノートブック、ウルトラブック、リーダ、電子デバイス、メディアプレーヤ、専用デバイス(例えば、システム100と通信及び/又はシステム100内で動作するための特殊又は専用デバイス、又はその一部)、部分的又は全体的に相互作用する複数のコンピューティングデバイス、及び他の専用コンピューティングデバイス及び業界固有コンピューティングデバイスを対象とし、及び/又は含むことができる。シャトルコンピューティングデバイス120はまた、自律車両、半自律車両、及び非自律車両であるシャトルを含むシャトルの一部であってもよく、又はシャトルと一体化されてもよい。本明細書に記載されるシャトルコンピューティングデバイス120はまた、時計(アップル時計など)、眼鏡などを含む着用可能なコンピューティングデバイスを対象とし、及び/又は含むことができる。また、シャトルコンピューティングデバイス120は、ネットワークコンピューティング環境における仮想マシン、コンピュータ、ノード、インスタンス、ホスト、又はシステムを対象とすることもでき、及び/又はそれらを含むこともできる。そのようなネットワーク環境及び/又はクラウドは、装置間の通信を容易にし、装置がリソースを共有することを可能にする通信チャネルによって接続された装置の集合であってもよい。そのようなリソースは、ハードウェア(サーバ、クライアント、メインフレームコンピュータ、ネットワーク、ネットワークストレージ、データソース、メモリ、中央演算装置、科学機器、及び他のコンピューティングデバイスなど)、並びにソフトウェア、ソフトウェアライセンス、利用可能なネットワークサービス、及び他のハードウェア以外のリソース、又はそれらの組合せを含む、インスタンスを実行するための任意のタイプのリソースを含むことができる。本開示では、シャトルコンピューティングデバイス120及びユーザコンピューティングデバイス110は、情報処理及びワイヤレス通信を実行するように動作可能な任意のコンピューティングデバイスとすることができ、シャトルコンピューティングデバイス120及びユーザコンピューティングデバイス110は、同様の又は同じ種類のコンピューティングデバイスとすることができることを理解されたい。
プロセッサ(例えば、プロセッサ150)
少なくとも図1及び図2に示すように、システム100は、1つ以上のプロセッサ(例えば、プロセッサ150)を含むことができる。プロセッサ150の例示的な実施形態は、1つ以上のシャトル以外のサービスリクエスト識別子(例えば、シャトル以外のサービスリクエスト識別子151)、1つ以上のシャトル以外のサービスリクエストセレクタ(例えば、シャトル以外のサービスリクエストセレクタ152)、1つ以上のサービス候補ルートジェネレータ(例えば、サービス候補ルートジェネレータ153)、1つ以上のシャトルサービス候補ルートセレクタ(例えば、シャトルサービス候補ルートセレクタ156)、1つ以上の潜在的ユーザセレクタ(例えば、潜在的ユーザセレクタ154)、1つ以上のサービスプロバイダ候補セレクタ(例えば、サービスプロバイダ候補セレクタ155)、1つ以上のシャトルサービスルートマネージャー(例えば、シャトルサービスルートマネージャー157)、1つ以上のシャトル側通知及びディスパッチコントローラ(例えば、シャトル側通知及びディスパッチコントローラ158)、及び/又は1つ以上のユーザ側通知及び予約の1つ以上の機能を含むことができる。コントローラ(例えば、ユーザ側通知及び予約コントローラ159)。プロセッサ150はまた、シャトル以外のサービスリクエスト識別子151、シャトル以外のサービスリクエストセレクタ152、サービス候補ルートジェネレータ153、潜在的ユーザセレクタ154、サービスプロバイダ候補セレクタ155、シャトルサービス候補ルートセレクタ156、シャトルサービスルートマネージャー157、シャトル側の通知及びディスパッチコントローラ158、及び/又はユーザ側の通知及び予約コントローラ159の1つ以上の動作、機能/機能性、及び/又はプロセスを実行するように構成可能とされ又は構成されてもよい。
プロセッサ150(及び/又は、上記及び本開示において説明されたようなその要素)は、とりわけ、情報処理、音声及び/又はデータ通信、及び/又は上記及び本開示において説明された他の動作の処理を実行するように構成可能とされ又は構成された、任意のプロセッサ、サーバ、デバイス、コンピューティングデバイス、サーバ、コントローラ、マイクロプロセッサ、マイクロコントローラ、マイクロチップ、半導体デバイス、仮想マシンなどであってもよい。代替として、又は追加として、プロセッサ150(及び/又は本開示で説明するその要素)は、ネットワークコンピューティング環境におけるものを含む仮想マシン、クラウドベースコンピューティング、プロセッサ、コンピュータ、ノード、インスタンス、ホスト、又はシステムを含むことができ、及び/又はその一部であることができる。本開示で使用されるように、そのようなネットワーク及び/又はクラウドは、デバイス間の通信を容易にし、デバイスがリソースを共有することを可能にする、通信チャネルによって接続されたデバイスの集合であってもよい。そのようなリソースは、ハードウェア(サーバ、クライアント、メインフレームコンピュータ、ネットワーク、ネットワークストレージ、データソース、メモリ、中央演算装置、科学機器、及び他のコンピューティングデバイスなど)、並びにソフトウェア、ソフトウェアライセンス、利用可能なネットワークサービス、及び他のハードウェア以外のリソース、又はそれらの組合せを含む、インスタンスを実行するための任意のタイプのリソースを含むことができる。ネットワーク又はクラウドは、コンピューティンググリッドシステム、ピアツーピアシステム、メッシュタイプシステム、分散コンピューティング環境、クラウドコンピューティング環境などを含むことができるが、これらに限定されない。そのようなネットワーク又はクラウドは、地理的に分散した位置にあり得る複数のリソースから構成される仮想組織を形成するように構成されたハードウェア及び/又はソフトウェアインフラストラクチャを含んでもよい。ネットワークはまた、同じデバイス上のプロセス間の通信媒体を指してもよい。また、本明細書で言及されるように、ネットワーク要素、ノード、又はサーバは、ソケットリスナとして動作するプログラムを実行するように配備されたデバイスとすることができ、ソフトウェアインスタンスを含むことができる。
プロセッサ150の例示的な実施形態は、上述の要素及び/又は機能のうちの1つ以上を含んでも含まなくてもよく、追加の要素及び/又は機能を含んでもよく、追加の要素及び/又は機能を含んでもよく、様々な順序、動作、組み合わせ、及び/又は構成で形成及び/又は使用されてもよく、及び/又は要素及び/又は機能のうちの1つ以上(及び/又は要素の要素及び/又は機能)は、単一の要素、単一の機能及び/又は処理に組み合わせ可能であってもよく、2つ以上の要素に分割されてもよく、及び/又は2つ以上の機能及び/又は処理に分割されてもよい。ここで、プロセッサ150、及びその要素及び機能について、添付の図面に関連してさらに説明する。
シャトル以外のサービスリクエスト識別子(例えば、シャトル以外のサービスリクエスト識別子151)
プロセッサ150は、1つ以上のシャトル以外のサービスリクエスト識別子(例えば、シャトル以外のサービスリクエスト識別子151)を含んでもよい(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されてもよい)。シャトル以外のサービスリクエスト識別子151は、1つ以上の過去のシャトル以外のサービスリクエストを識別するために、データベース(たとえば、過去の輸送関連リクエストのデータベース140a、過去のシャトル以外のサービスリクエストのデータベース140b、過去のシャトルサービスリクエストのデータベース140c、及び/又はユーザのデータベース140d)を検索するように構成可能とされ又は構成されてもよい。代替的に又は追加的に、シャトル以外のサービスリクエスト識別子151は、過去のシャトルサービスリクエスト及び/又はシャトル以外のサービスリクエストを(例えば、プロセッサ150、プロセッサ150の要素、1つ以上のデータベース140a〜dなどから)受信し、1つ以上の過去のシャトル以外のサービスリクエストを識別するように構成可能とされ又は構成されてもよい。そのような検索、受信、及び/又は識別は、連続的に(例えば、システム100によってシャトル以外のサービスリクエストが受信されたときはいつでも)、断続的に(例えば、所定の数のシャトル以外のサービスリクエストがシステム100によって受信されたときはいつでも)、定期的に(例えば、1時間に1回、1日に1回、週に1回、1ヶ月に1回など)、及び/又は他の考慮事項に基づいてスケジュールされ、及び/又は他の考慮事項に基づいて(例えば、所定の数の価格に敏感なユーザが識別されたときはいつでも、シャトル以外のサービスに対する所定の数の割り当てられていない、不適合、及び/又はキャンセルされたサービスリクエストが所定の数に達したときはいつでも、シャトルサービスに対する需要が所定の数に達したときはいつでも、シャトルサービスに対する供給が所定の数に達したときはいつでも)実行されてもよい。識別された過去のシャトル以外のサービスリクエストは、サービスプロバイダに正常に照合されたサービスリクエスト、正常に予約され完了されたサービスリクエスト、サービスプロバイダに正常に照合されなかったサービスリクエスト、割り振られなかったサービスリクエスト、放棄されたサービスリクエスト、ユーザによってキャンセルされたサービスリクエスト、及び/又はサービスプロバイダによってキャンセルされたサービスリクエストを含むことができることを理解されたい。
各々の識別された過去のシャトル以外のサービスリクエストは、出発時刻(例えば、リクエストがユーザコンピューティングデバイス110上で開始された時刻、リクエストがユーザコンピューティングデバイス110によって送信された時刻、リクエストがプロセッサ150によって受信された時刻、リクエストがプロセッサ150によって処理された時刻(例えば、サービスプロバイダに適合したリクエスト、予約されたリクエスト、サービスプロバイダに適合しないリクエスト、割り当てられていないリクエスト、キャンセルされたリクエスト、放棄されたリクエストなど)、シャトル以外のサービスが開始された時刻など)を含んでもよい。各々の識別された過去のシャトル以外のサービスリクエストはまた、出発地(例えば、最初の位置(initial location)、開始位置(starting location)、所望の位置(desired location)、乗車位置(pick-up location)など)を含んでもよい。各々の識別された過去のシャトル以外のサービスリクエストはまた、目的地(例えば、最終位置(final location)、終了位置(ending location)、降車位置(drop-off location,)など)を含むことができる。各々の識別された過去のシャトル以外のサービスリクエストはまた、1つ以上の経路を含んでもよく、これは、少なくとも出発地及び目的地の位置によって定義されてもよい。例えば、各々の識別された過去のシャトル以外のサービスリクエストは、上述の出発時刻に基づいて最良の又は最適でない経路を含むことができ、また、他の任意の、代替の、又は最適でない経路を含むこともできる。
例示的な実施形態では、シャトル以外のサービスリクエスト識別子151は、地理的領域、時間又は期間(例えば、年、月、週、日、時間、分、秒など)、リクエストされるサービスの種類(例えば、タクシー、自家用車、公共交通機関、リムジン、相乗り、配達など)、位置(例えば、最初の位置(initial location)、出発地(origin location)、開始位置(starting location)、所望の位置(desired location)、乗車位置(pick-up location)、目的地(destination location)など)、経路、ユーザ固有の基準(潜在的なユーザセレクタ154によって実行されてもよい)、シャトルの利用可能性及び/又は位置(サービスプロバイダ候補セレクタ155によって実行されてもよい)などに基づいて、1つ以上の考慮事項及び/又は基準に基づいて、過去のシャトル以外のサービスリクエストを検索し、受信し、及び/又は識別するように構成可能であり、及び/又は構成されてもよい。地理的領域に関して、シャトル以外のサービスリクエスト識別子151は、国、地域、地方、州、都市、郡、地区、特定の地域(例えば、特定の都市ブロック内、特定の道路上、地図上に描かれた幾何学的形内など)などに基づいて過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい。期間に関して、シャトル以外のサービスリクエスト識別子151は、年、月、曜日、日、具体的な時間及び/又は分、最長時間、ラッシュアワーなどに基づいて過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい。ユーザ固有の基準に関して、シャトル以外のサービスリクエスト識別子151は、リクエストのユーザが価格に敏感なユーザであるかどうか、割り当てられていないリクエストの履歴、不適合なリクエストの履歴、キャンセルされたリクエストの履歴、放棄されたリクエストの履歴、リクエストのユーザがシャトル、相乗りなどの低価格サービスの頻繁なユーザであるかどうかに基づいて過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい。経路に関して、シャトル以外のサービスリクエスト識別子151は、同様の、同じ、及び/又は重複する経路を有する過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい(そのような経路は、最良の又は最適な経路、二次経路などを含んでもよい)。シャトルの利用可能性及び/又は位置に関して、シャトル以外のサービスリクエスト識別子151は、リクエストに関連付けられた位置(例えば、出発地及び/又は目的地)が、利用可能な又は利用可能になるべきシャトルの位置であるか、又はその位置に近いかに基づいて、過去のシャトル以外のサービスリクエストを識別するように構成可能であってもよい。
より具体的な例として、シャトル以外のサービスリクエスト識別子151は、都市の中央商業地区(CBD)の1つ以上の所定の又は動的に生成されたエリア内の起点位置、都市のCBDの1つ以上の所定の又は動的に生成されたエリア内の目的地の位置、及び朝のラッシュアワー中の出発時刻(例えば、午前8〜815時)を有する価格に敏感なユーザ(及び/又は割り当てられていない、適合、キャンセル、及び/又は放棄されたリクエストの履歴を有するユーザ)からのシャトル以外のリクエストを識別するように構成可能であってもよい。そのような例では、シャトル以外のサービスリクエスト識別子151はまた、その都市のCBDの他の(例えば、隣接する)所定の又は動的に生成されたエリア、その都市のCBDの他の(例えば、隣接する)所定の又は動的に生成されたエリア、及び/又は同じ及び/又は異なった出発時刻の間に、その都市のCBDの他の(例えば、隣接する)所定の又は動的に生成されたエリア内の目的地の位置に起点位置を有する価格依存ユーザ(及び/又は割り当てられていない、不適合な、キャンセル、及び/又は放棄されたリクエストの履歴を有するユーザ)からの過去のシャトル以外のサービスリクエストを識別するように構成可能することができる。
本開示では、シャトル以外のサービスリクエスト識別子151によって使用される、地理的領域、出発時刻、時間又は期間、出発地、目的地、ユーザ固有の基準、シャトルの利用可能性及び/又は位置などを含む1つ以上の基準及び/又はパラメータは、本開示の教示から逸脱することなく、任意の基準及び/又はそのパラメータ(例えば、任意の量、持続時間、種類など)であってもよいことが認識される。
シャトル以外のサービスリクエストセレクタ(例えば、シャトル以外のサービスリクエストセレクタ152)
プロセッサ150は、1つ以上のシャトル以外のサービスリクエストセレクタ(例えば、シャトル以外のサービスリクエスト識別子152)を含んでもよい(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されてもよい)。シャトル以外のサービスリクエストセレクタ152は、1つ以上の過去のシャトル以外のサービスリクエストを選択するように構成可能とされ又は構成されてもよい。この選択は、シャトル以外のサービスリクエスト識別子151によって識別された過去のシャトル以外のサービスリクエストの中から行うことができる。代替的に又は追加的に、シャトル以外のサービスリクエストセレクタ152は、以前に選択された(又は以前に選択されていない)過去のシャトル及び/又はシャトル以外のサービスリクエストを(例えば、プロセッサ150、プロセッサ150の要素、1つ以上のデータベース140a〜dなどから)受信するように構成可能とされ又は構成されてもよい。
例示的な実施形態では、シャトル以外のサービスリクエストセレクタ152による選択及び/又は受信は、連続的に(例えば、シャトル以外のサービスリクエストが識別されたときはいつでも)、断続的に(例えば、所定数のシャトル以外のサービスリクエストが識別されたときはいつでも)、定期的に(例えば、1時間に1回、1日に1回、週間に1回、月に1回など)、及び/又は他の考慮事項に基づいてスケジュールされてもよく、及び/又は他の考慮事項に基づいてスケジュールされてもよい(例えば、所定数の価格に敏感なユーザが選択されたときはいつでも、シャトル以外のサービスに対する所定数の割り当てられていない、不適合な、及び/又はキャンセルされたサービスリクエストが所定数に達したときはいつでも、シャトルサービスに対する需要が所定数に達したときはいつでも、シャトルサービスに対する供給が所定数に達したときはいつでもなど)。
選択された過去のシャトル以外のサービスリクエストは、サービスプロバイダとのマッチングに成功したサービスリクエスト、正常に予約され完了されたサービスリクエスト、サービスプロバイダとのマッチングに失敗したサービスリクエスト、割り振られなかったサービスリクエスト、放棄されたサービスリクエスト、ユーザによってキャンセルされたサービスリクエスト、及び/又はサービスプロバイダによってキャンセルされたサービスリクエストを含むことができることを理解されたい。
それぞれの選択された過去のシャトル以外のサービスリクエストは、出発時刻(例えば、リクエストがユーザコンピューティングデバイス110上で開始された時刻、リクエストがユーザコンピューティングデバイス110によって送信された時刻、リクエストがプロセッサ150によって受信された時刻、リクエストがプロセッサ150によって処理された時刻(例えば、サービスプロバイダに適合するリクエスト、予約されたリクエスト、サービスプロバイダに適合しないリクエスト、割り当てられていないリクエスト、キャンセルされたリクエスト、放棄されたリクエストなど、シャトル以外のサービスが開始された時刻など)を含んでもよい。それぞれの選択された過去のシャトル以外のサービスリクエストはまた、出発地(例えば、最初の位置(initial location)、開始位置(starting location)、所望の位置(desired location)、乗車位置(pick-up location)など)を含んでもよい。それぞれの選択された過去のシャトル以外のサービスリクエストはまた、目的地(例えば、最終位置(final location)、終了位置(ending location)、降車位置(drop-off location)など)を含んでもよい。それぞれの選択された過去のシャトル以外のサービスリクエストはまた、少なくとも出発地及び目的地によって定義され得る1つ以上の経路を含んでもよい。例えば、それぞれの選択された過去のシャトル以外のサービスリクエストは、上述の出発時刻に基づく最良の又は最適でない経路、並びに他の任意の、代替の、又は最適でない経路を含むことができる。
例示的な実施形態では、シャトル以外のサービスリクエストセレクタ152は、地理的領域、時間又は期間(例えば、年、月、週、日、時間、分、秒など)、リクエストされるサービスの種類(例えば、タクシー、自家用車、公共交通機関、リムジン、相乗り、配達など)、位置(例えば、最初の位置(initial location)、出発地(origin location)、開始位置(starting location)、所望の位置(desired location)、乗車位置(pick-up location)、目的地(destination location)など)、ユーザ固有の基準(潜在的なユーザセレクタ154によって実行されてもよい)、シャトルの利用可能性及び/又は位置(サービスプロバイダ候補セレクタ155によって実行されてもよい)などに基づいて、1つ以上の基準及び/又は条件に基づいて過去のシャトル以外のサービスリクエストを選択及び/又は受信するように構成可能であり、及び/又は構成されてもよい。また、シャトル以外のサービスリクエストセレクタ152は、潜在的ユーザセレクタ154、サービスプロバイダ候補セレクタ155、データベース140、140a〜140dなどのような、システム100の1つ以上の他の要素と協働して選択を行うこともできる。地理的領域に関して、シャトル以外のサービスリクエストセレクタ152は、国、地域、地方、州、都市、郡、地区、特定の地域(例えば、特定の都市ブロック内、特定の道路上、地図上に描かれた幾何学的形内など)などに基づいて過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。期間に関して、シャトル以外のサービスリクエストセレクタ152は、年、月、曜日、日、具体的な時間及び/又は分、最長時間、ラッシュアワーなどに基づいて過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。ユーザ固有の基準に関して、シャトル以外のサービスリクエストセレクタ152は、潜在的なユーザセレクタ154との協働を通じて過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよく、これは、リクエストのユーザが価格に敏感なユーザであるかどうか、割り当てられていないリクエストの履歴、適合しないリクエストの履歴、キャンセルされたリクエストの履歴、放棄されたリクエストの履歴、リクエストのユーザが、往復、乗り物共有などのより低価格のサービスの頻繁なユーザであるかどうかに基づいて、過去のシャトル以外のサービスリクエストを識別及び/又は選択することを支援してもよい。経路に関して、シャトル以外のサービスリクエストセレクタ152は、リクエストに関連付けられた1つ以上の経路が、同様の、同じ、及び/又は重複する経路又は経路の一部を有するかどうかに基づいて、過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。そのような1つ以上の経路は、他の経路の中でもとりわけ、最良又は最適な経路、二次経路などを含むことができる。シャトルの利用可能性及び/又は位置に関して、シャトル以外のサービスリクエストセレクタ152は、リクエストに関連付けられた位置(例えば、出発地及び/又は目的地)が、利用可能な又は利用可能になるべきシャトルの位置であるか、又はその位置に近いかに基づいて、過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。本開示では、シャトル以外のサービスリクエストセレクタ152によって使用される、地理的領域、出発時刻、開始時刻又は期間、出発地、目的地、ユーザ固有の基準、シャトルの利用可能性及び/又は位置などを含む1つ以上の基準及び/又はパラメータは、本開示の教示から逸脱することなく、任意の基準及び/又はそのパラメータ(例えば、任意の量、持続時間、種類など)であってもよいことが認識される。
例示的な実施形態では、シャトル以外のサービスリクエストセレクタ152は、1つ以上の他の選択された及び/又は識別された過去のシャトル以外のサービスリクエストと共有する1つ以上の経路の少なくとも一部を有する1つ以上の過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。
シャトル以外のサービスリクエストセレクタ152による経路ベースの選択処理の代わりに、又はそれに加えて、上記及び本開示で説明したように、潜在的ユーザセレクタ154は、最初に、シャトルサービスのための1人以上の潜在的ユーザを識別及び/又は選択することができる。1人以上の潜在的ユーザは、価格に敏感なユーザであると識別されたユーザとすることができる。代替として、又は追加として、1人以上の潜在的ユーザは、割り当てられていないリクエスト、不適合なリクエスト、キャンセルリクエスト、及び/又は放棄リクエストの履歴を有すると識別されたユーザであってもよい。次いで、シャトル以外のサービスリクエストセレクタ152は、選択された潜在的ユーザのうちの1人以上によって以前に送信されたリクエストであるとして潜在的ユーザセレクタ154によって識別及び/又は選択された1つ以上の過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。代替的に又は追加的に、シャトル以外のサービスリクエストセレクタ152は、割り当てられなかった、不適合の、キャンセルされた、及び/又は放棄されたリクエストであるとして識別及び/又は選択された1つ以上の過去のシャトル以外のサービスリクエストを選択するように構成可能であってもよい。
例示的な実施形態では、シャトル以外のサービスリクエストセレクタ152及びシャトル以外のサービスリクエスト識別子151は、単一又は単一の要素及び/又はプロセスに組み合わされ、及び/又は統合されてもよく、そのケースでは、そのような統合された要素又はプロセスは、上記及び本明細書で説明した検索、受信、識別、及び/又は選択動作を実行するように構成可能とされ又は構成されてもよい。
サービス候補ルートジェネレータ(例えば、サービス候補ルートジェネレータ153)
プロセッサ150は、1つ以上のサービス候補ルートジェネレータ(例えば、サービス候補ルートジェネレータ153)を含んでもよい(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されてもよい)。サービス候補ルートジェネレータ153は、1つ以上のシャトルサービスの候補ルートを導出する、生成する、及び/又は動的に導出する、及び/又は生成する(以下、「導出する」)ように構成可能とされ又は構成されてもよい。1つ以上のシャトルサービスの候補ルートの導出は、シャトル以外のサービスリクエストセレクタ152によって選択された1つ以上の過去のシャトル以外のサービスリクエストに基づくことができる。代替的に又は追加的に、シャトル以外のサービスリクエストセレクタ152は、サービス候補ルートジェネレータ153によって以前に導出された(又は以前に導出されなかった)シャトルサービスの候補ルートを選択、修正、及び/又は調整するように構成可能とされ又は構成されてもよい。
例示的な実施形態では、サービス候補ルートジェネレータ153による導出及び/又は選択は、継続的に(例えば、シャトル以外のサービスリクエストが選択されたときはいつでも)、断続的に(例えば、所定の数のシャトル以外のサービスリクエストが選択されたときはいつでも)、定期的に(例えば、1時間に1回、1週間に1回、1ヶ月に1回など)、及び/又は他の考慮事項に基づいてスケジュールされた方法で(例えば、所定の数の価格に敏感なユーザが選択されたときはいつでも、シャトル以外のサービスに対する所定の数の割り当てられていない、不適合な、及び/又はキャンセルされたサービスリクエストが所定の数に達したときはいつでも、シャトルサービスに対する需要が所定の数に達したときはいつでも、シャトルサービスに対する供給が所定の数に達したときはいつでも)、動的に実行されてもよい。
シャトルサービスの候補ルートは、価格に敏感なユーザとして認識されている潜在的なユーザ、以前にシャトルサービスを予約したことのある潜在的ユーザ、これまでにシャトルサービスを予約したことがない潜在的ユーザ、サービスプロバイダとのマッチングに失敗した履歴を持つ潜在的ユーザ、割り当てられていないサービスリクエストの履歴を持つ潜在的なユーザ、放棄されたリクエストの履歴を有する潜在的なユーザ、サービスリクエストをキャンセルしたことのある潜在的なユーザ、サービスプロバイダによってサービスリクエストがキャンセルされた履歴を持つ潜在的ユーザ、について導出され得ることを理解されたい。
シャトルサービスの候補ルートを導出するときに、サービス候補ルートジェネレータ153は、シャトルサービスの候補ルート毎に出発地(例えば、最初の位置(initial location)、開始位置(starting location)、所望の位置(desired location)、乗車位置(pick-up location)など)を導出することができる。出発地は、シャトルサービスの候補ルートが始まる位置であってもよい。また、サービス候補ルートジェネレータ153は、シャトルサービスの候補ルート毎に出発時刻を導出してもよい。出発時刻は、シャトルサービスの候補ルートがシャトルサービスの候補ルートの出発地から開始し、そこに到着し、及び/又はそこから出発する時刻であってもよい。サービス候補ルートジェネレータ153はまた、シャトルサービスの候補ルート毎に目的地(例えば、最終位置(final location)、終了位置(ending location)、降車位置(drop-off location)など)を導出することができる。目的地は、シャトルサービスの候補ルートが終了する位置であってもよい。サービス候補ルートジェネレータ153は、シャトルサービスの候補ルート毎に1つ以上の乗車位置を導出することもできる。サービス候補ルートジェネレータ153は、シャトルサービスの候補ルート毎に1つ以上の降車位置を導出することもできる。
例示的な実施形態では、サービス候補ルートジェネレータ153は、シャトルサービスの候補ルート、シャトルサービスの候補ルートの出発地、シャトルサービスの候補ルートの出発時刻、及びシャトルサービスの候補ルートの目的地を、地理的領域、時間又は期間(例えば、選択された過去のシャトル以外のサービスリクエストの出発時刻、選択された過去のシャトル以外のサービスリクエストの終了時刻など)、位置(例えば、選択された過去のシャトル以外のサービスリクエストの出発地、選択された過去のシャトル以外のサービスリクエストの目的地など)、経路(例えば、選択された過去のシャトル以外のサービスリクエストの経路)、ユーザ固有の基準(潜在的ユーザセレクタ154によって実行されてもよい)、シャトルの利用可能性及び/又は位置(サービスプロバイダ候補セレクタ155によって実行されてもよい)などの1つ以上の基準及び/又は条件に基づいて導出するように構成可能とされ又は構成されてもよい。また、サービス候補ルートジェネレータ153は、潜在的ユーザセレクタ154、サービスプロバイダ候補セレクタ155、データベース140、140a〜140dなどとのような、システム100の1つ以上の他の要素との協働によって、導出を実行してもよい。地理的領域に関して、サービス候補ルートジェネレータ153は、国、地域、地方、州、都市、郡、地区、特定の地域(例えば、特定の都市ブロック内、特定の道路上、地図上に描かれた幾何学的形内など)など毎にシャトルサービスの候補ルートを導出するように構成可能であってもよく、その細分性は、需要、日付、時刻、休日、又は特殊イベントなどに基づくことができる。期間に関して、サービス候補ルートジェネレータ153は、毎年、月、週、曜日、具体的な時間(1つ以上)及び/又は分、最長時間、ラッシュアワーなどのシャトルサービスの候補ルートを導出するように構成可能であってもよい。ユーザ固有の基準に関して、サービス候補ルートジェネレータ153は、潜在的ユーザセレクタ154との協働を通じてシャトルサービスの候補ルートを導出するように構成可能であってもよく、これは、特定のユーザ又はユーザのタイプ(例えば、価格に敏感なユーザ、低価格サービスの頻繁なユーザであるユーザ、及び/又は割り当てられていないリクエスト、適合しないリクエスト、キャンセルされたリクエスト、放棄されたリクエストなどの履歴を有するユーザ)を考慮及び/又は対象とすることができる。経路に関して、サービス候補ルートジェネレータ153は、同様の、同じ、及び/又は重複する経路又は経路の一部を有する選択された過去のシャトル以外のサービスルートの数又は頻度に基づいてシャトルサービスの候補ルートを導出するように構成可能であってもよい。シャトルの利用可能性及び/又は位置に関して、サービス候補ルートジェネレータ153は、シャトルサービスの潜在的なサービスプロバイダが利用可能であるか、又は利用可能になるか、及びシャトルサービスの候補ルートの出発地に近い位置を有するか、又は有するかに基づいてシャトルサービスの候補ルートを導出するように構成可能であってもよい。本開示では、サービス候補ルートジェネレータ153によって使用される、地理的領域、出発時刻、開始時刻又は期間、出発地、目的地、経路、ユーザ固有の基準、シャトルの利用可能性及び/又は位置などを含む1つ以上の基準及び/又はパラメータは、本開示の教示から逸脱することなく、任意の基準及び/又はそのパラメータ(例えば、任意の量、期間、種類など)であってもよいことが認識される。
潜在的ユーザセレクタ(例えば、潜在的ユーザセレクタ154)
上述したように、また本開示では、プロセッサ150は、1つ以上の潜在的ユーザセレクタ(例えば、潜在的ユーザセレクタ154)を含むことができる(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されることができる)。潜在的ユーザセレクタ154は、シャトルサービスの潜在的ユーザの解析、識別、及び/又は選択を実行するように構成可能であってもよいし、又は構成されてもよい。シャトルサービスの潜在的なユーザの解析、識別、及び/又は選択は、とりわけ、ユーザ情報及び/又は設定、ユーザ優先レベル、ユーザロイヤルティレベル、ユーザ支払履歴(支払方法及び金額)、ユーザ予約履歴(例えば、低価格のサービスの予約の履歴、シャトルサービスの予約の履歴、価格に敏感であった履歴、割り当てられていないサービスリクエストの履歴、不適合なサービスリクエストの履歴、キャンセルされたサービスリクエストの履歴、放棄されたサービスリクエストの履歴など)、データベース140、140a〜dに格納された過去のシャトル以外のサービスリクエストの1つ以上、識別された及び/又は選択された過去のシャトル以外のサービスリクエストの1つ以上などに基づくことができる。代替的に又は追加的に、潜在的ユーザセレクタ154は、潜在的ユーザセレクタ154によって以前に選択された(又は以前に選択されなかった)潜在的ユーザを選択及び/又は削除するように構成可能とされ又は構成されてもよい。
例示的な実施形態では、潜在的ユーザセレクタ154による解析、識別、及び/又は選択は、いくつかの又はすべてのユーザについて、継続的に、断続的に、定期的に(例えば、1時間に1回、1日に1回、週に1回、1ヶ月に1回など)、及び/又は1つ以上の他の考慮事項(例えば、新しいユーザ、サービスされる新しい地域、ユーザアクティビティレベルの変化、ユーザによって使用されるサービスの変化など)に基づいて、動的又は非動的に実行されてもよい。
サービスプロバイダ候補セレクタ(例えば、サービスプロバイダ候補セレクタ155)
上述したように、また本開示では、プロセッサ150は、1つ以上のサービスプロバイダ候補セレクタ(例えば、サービスプロバイダ候補セレクタ155)を含むことができる(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されることができる)。サービスプロバイダ候補セレクタ155は、シャトルサービスを提供するためのシャトルの候補(又はサービスプロバイダの候補)の解析、識別、及び/又は選択を実行するように構成可能とされ又は構成されてもよい。シャトルサービスを提供するためのシャトルの候補の解析、識別、及び/又は選択は、とりわけ、シャトルの候補の利用可能性、シャトルルートをサービスするための既存のスケジュール、シャトルルートの現在のサービス、シャトル候補の現在の位置、シャトル候補の予定(expected)/予測(projected)/予想(predicted)/推定位置(estimated location)などに基づくことができる。あるいは、又はさらに、サービスプロバイダ候補セレクタ155は、サービスプロバイダ候補セレクタ155によって以前に選択された(又は以前に選択されなかった)シャトル候補を選択及び/又は下ろすように構成可能とされ又は構成されてもよい。
例示的な実施形態では、サービスプロバイダ候補セレクタ155による解析、識別、及び/又は選択は、いくつかの又はすべてのシャトルサービスプロバイダについて、継続的に、断続的に、定期的に(例えば、1時間に1回、1日に1回、1週間に1回、1ヶ月に1回など)、及び/又は1つ以上の他の考慮事項に基づいて(例えば、アクティビティレベルに基づくシャトルサービスプロバイダ、サービスされる新しい地域など)、スケジュールされた方法で動的又は非動的に実行されてもよい。
シャトルサービスの候補ルートセレクタ(例えば、シャトルサービスの候補ルートセレクタ156)
プロセッサ150は、1つ以上のシャトルサービス候補ルートセレクタ(例えば、シャトルサービス候補ルートセレクタ156)を含んでもよい(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されてもよい)。シャトルサービス候補ルートセレクタ156は、シャトルサービスを提供するために、(シャトルサービスルートジェネレータ153によって導出された)導出されたシャトルサービスの候補ルートのうちの1つ以上を選択するように構成可能であるか、又は構成されてもよい。代替的に又は追加的に、シャトルサービス候補ルートセレクタ156は、シャトルサービス候補ルートセレクタ156によって以前に選択された(又は以前に選択されなかった)シャトルサービスの候補ルートを選択、修正、及び/又は調整するように構成可能とされ又は構成されてもよい。
シャトルサービスを提供するために導出されたシャトルサービスの候補ルートのうちの1つ以上の選択を実行するときに、シャトルサービス候補ルートセレクタ156及び/又はプロセッサ150の1つ以上の他の要素は、まず、シャトルサービスの候補ルートのうちの1人以上の潜在的ユーザの人数の投影、推定、及び/又は予測を実行するように構成可能であり、又は構成されることができる。シャトルサービス候補ルートセレクタ156及び/又はプロセッサ150の1つ以上の他の要素はまた、とりわけ、潜在的ユーザの予測、推定、及び/又は予測に基づいて、シャトルサービスの候補ルートのうちの1つ以上、及び/又はそれぞれのシャトルサービスの候補ルートをサービスするために必要とされる、必要なシャトルサービスプロバイダの数を提供することが可能である潜在的なシャトルサービスプロバイダの利用可能性及び/又は位置の予測、推定、及び/又は予測を実行するように構成可能とされ又は構成されてもよい。
シャトルサービス候補ルートセレクタ156及び/又はプロセッサ150の1つ以上の他の要素は、とりわけ、各シャトルサービスの候補ルートに対応するために各シャトルサービスプロバイダが負担する費用の解析及び/又は導出を実行するように構成可能とされ又は構成されてもよい。このような費用は、とりわけ、燃費、車両の減価償却費、機会費、通行料及び/又は他の追加料金、アイドル時間及び/又は待ち時間、シャトルサービスの候補ルートの出発地に移動するための費用、他の人(例えば、所有者、雇用者、プラットホームプロバイダなど)に支払うための手数料及び/又は料金、交通量の考慮などを考慮に入れることができる。
シャトルサービス候補ルートセレクタ156及び/又はプロセッサ150の1つ以上の他の要素はまた、シャトルサービスのユーザに課金するための運賃又は料金の解析及び/又は導出を実行するように構成可能とされ又は構成されてもよい。そのような料金は、距離、停留所の数、日付、曜日、時間、休日、交通量などに基づいて、一律料金又は可変料金とすることができる。そのような料金を決定するときに、潜在的ユーザの数、潜在的なシャトルサービスプロバイダの利用可能性及び位置、シャトルサービスプロバイダの費用、他のサービスの料金、現在の市場料金、競合者の料金などを含む様々な要因も考慮に入れることができる。
他の費用関連、料金関連、収入関連、及び/又は利益関連の考慮も考慮に入れることができることを理解されたい。代替的に又は追加的に、シャトルサービス候補ルートセレクタ156は、シャトルサービス候補ルートセレクタ156によって以前に分析され、導出され、予測(projected)され、予想(predicted)され、及び/又は推定(estimated)された(それぞれ該当する場合)(又は、それぞれ該当する場合、以前に分析され、導出され、予測(projected)され、予想(predicted)され、及び/又は推定(estimated)されていない場合)潜在的ユーザ、潜在的なシャトルサービスプロバイダ、費用、料金、収入、及び/又は収益情報を選択し、修正し、及び/又は調整するように構成可能とされ又は構成される。
次いで、シャトルサービス候補ルートセレクタ156は、上記及び本開示で説明した潜在的ユーザ、潜在的なシャトルサービスプロバイダ、費用、料金、収入、及び/又は利益の考慮事項のうちの1つ以上に基づいてシャトルサービスを提供するために、導出されたシャトルサービスの候補ルートのうちの1つ以上を選択するように構成可能とされ又は構成されてもよい。
シャトルサービスの候補ルートセレクタ156による1つ以上の導出されたシャトルサービスの候補ルートの選択は、継続的に(例えば、シャトルサービスの候補ルートが導出されたときはいつでも)、断続的に(例えば、所定数のシャトルサービスの候補ルートが導出されたときはいつでも)、定期的に(例えば、1時間に1回、1週間に1回、1ヶ月に1回など)、及び/又は他の考慮事項に基づいてスケジュールされた方法で(例えば、所定数の価格に敏感なユーザが選択されたときはいつでも、シャトル以外のサービスに対する所定数の割り当てられていない、不適合な、及び/又はキャンセルされたサービスリクエストが所定数に達したときはいつでも、シャトルサービスに対する需要が所定数に達したときはいつでも、シャトルサービスに対する供給が所定数に達したときはいつでも)、動的に実行することができる。
シャトルサービスの候補ルートは、価格に敏感なユーザとして認識されている潜在的なユーザ、以前にシャトルサービスを予約した可能性のあるユーザ、これまでにシャトルサービスを予約したことがない潜在的なユーザ、サービスプロバイダとの適合に失敗した履歴を持つ潜在的ユーザ、割り当てられていないサービスリクエストの履歴を持つ潜在的なユーザ、キャンセルされたリクエストの履歴を持つ潜在的なユーザ、サービスリクエストをキャンセルした履歴がある潜在的なユーザ、又はサービスプロバイダによってサービスリクエストがキャンセルされた履歴がある潜在的なユーザのために選択されてもよいことを理解されたい。
それぞれの選択されたシャトルサービスの候補ルートは、出発地(例えば、最初の位置(initial location)、開始位置(starting location)、所望の位置(desired location)、乗車位置(pick-up location)など)を有してもよい。出発地は、選択されたシャトルサービスの候補ルートが始まる位置であってもよい。それぞれの選択されたシャトルサービスの候補ルートは、出発時刻を有することもできる。出発時刻は、選択されたシャトルサービスの候補ルートが、選択されたシャトルサービスの候補ルートの出発地から出発し、そこに到着し、及び/又はそこから出発するようにスケジュールされた時間であってもよい。それぞれの選択されたシャトルサービスの候補ルートはまた、目的地(例えば、最終位置(final location)、終了位置(ending location)、降車位置(drop-off location)など)を有してもよい。目的地の位置は、選択されたシャトルサービスの候補ルートが終了する位置であってもよい。それぞれの選択されたシャトルサービスの候補ルートはまた、1つ以上の乗車位置及び/又は1つ以上の降車位置を有してもよい。シャトルサービスの候補ルートを選択するときに、シャトルサービス候補ルートセレクタ156は、降車及び/又は乗車位置がより少ないシャトルサービスの候補ルートを選択することができる。
例示的な実施形態では、シャトルサービス候補ルートセレクタ156は、地理的領域、時間又は期間(例えば、選択された過去のシャトル以外のサービスリクエストの出発時刻及び終了時刻に最も近い一致及び/又は一致の最大数)、位置(例えば、選択された過去のシャトル以外のサービスリクエストの出発地及び/又は目的地の最も近い一致及び/又は最も多い一致数)、経路(例えば、選択された過去のシャトル以外のサービスリクエストの経路に最も近い一致及び/又は最も一致する経路の数)、ユーザ固有の基準(例えば、位置、出発時刻、及び/又は価格に敏感なユーザの位置、出発時刻、及び/又は経路、及び/又は割り当てられていない、不適合な、キャンセルされた、及び/又はキャンセルされたサービスリクエストの位置、出発時刻、及び/又は経路の最も近い一致、及び/又は最も多い一致)などに基づいて、1つ以上の他の基準に基づいてシャトルサービスの候補ルートを選択するように構成可能とされ又は構成されてもよい。サービスリクエスト、シャトルの利用可能性及び/又は位置(例えば、出発地、目的地、及び/又は出発時刻について、利用可能な及び/又は利用可能になる予定のシャトルサービスプロバイダのものに最も近い一致及び/又は最も一致する数)など。また、シャトルサービス候補ルートセレクタ156は、潜在的ユーザセレクタ154、サービスプロバイダ候補セレクタ155、データベース140、140a〜140dなどのような、システム100の1つ以上の他の要素と協働して選択を行うこともできる。地理的領域に関して、シャトルサービスの候補ルートセレクタ156は、国、地域、地方、州、都市、郡、地域、特定の地域(例えば、特定の都市ブロック内、特定の道路上、地図上に描かれた幾何学的形内など)など毎にシャトルサービスの候補ルートを選択するように構成可能であってもよく、その細分性は、需給、日付、曜日、時刻、休日、又は特殊イベントなどに基づくことができる。期間に関して、シャトルサービス候補ルートセレクタ156は、毎年、月、週、曜日、具体的な時間及び/又は分、最長時間、ラッシュアワーなどのシャトルサービスの候補ルートを選択するように構成可能であってもよい。ユーザ固有の基準に関して、シャトルサービス候補ルートセレクタ156は、潜在的ユーザセレクタ154との協働を通じてシャトルサービスの候補ルートを選択するように構成可能であってもよく、これは、特定のユーザ又はユーザの種類(例えば、価格に敏感なユーザ、低価格サービスを頻繁に利用するユーザ、及び/又は割り当てられていないリクエスト、不適合なリクエスト、キャンセルされたリクエスト、放棄されたリクエストなどの履歴を有するユーザ)を考慮及び/又は対象とすることができる。経路に関して、シャトルサービス候補ルートセレクタ156は、類似する、同じ、及び/又は重複する経路又は経路の一部を有する選択された過去のシャトル以外のサービスルートの数又は頻度に基づいてシャトルサービスの候補ルートを選択するように構成可能であってもよい。シャトルの利用可能性及び/又は位置に関して、シャトルサービス候補ルートセレクタ156は、シャトルサービスの利用可能な又は利用可能になる可能性のあるシャトル又はサービスプロバイダが、シャトルサービスの候補ルートの出発地に近い位置を有するか、又は有することになるかに基づいて、シャトルサービスの候補ルートを選択するように構成可能であってもよい。本開示では、シャトルサービス候補ルートセレクタ156によって使用される、地理的領域、出発時刻、開始時刻又は期間、出発地、目的地、経路、ユーザ固有の基準、シャトルの利用可能性及び/又は位置などを含む1つ以上の基準及び/又はパラメータは、本開示の教示から逸脱することなく、任意の基準及び/又はそのパラメータ(例えば、任意の量、持続時間、種類など)であってもよいことが認識される。
シャトルサービスルートマネージャー(例えば、シャトルサービスルートマネージャー157)
プロセッサ150は、1つ以上のシャトルサービスルートマネージャー(例えば、シャトルサービスルートマネージャー157)を含んでもよい(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されてもよい)。シャトルサービスルートマネージャー157は、シャトルサービス候補ルートセレクタ156によって選択されたシャトルサービスの経路を管理するように構成可能であってもよく又は構成されてもよい。そうすることで、シャトルサービスルートマネージャー157は、ユーザが選択されたシャトルサービスの経路のうちの1つ以上を閲覧及び/又は予約することを可能にするように構成可能であってもよい。シャトルサービスルートマネージャー157はまた、シャトルサービスプロバイダが選択されたシャトルサービスの経路のうちの1つ以上のサービスを確認することを可能にするように構成可能であってもよい。シャトルサービスルートマネージャー157はまた、シャトル側の通知及びディスパッチコントローラ158及び/又はユーザ側の通知及び予約コントローラ159と協働して、選択されたシャトルサービスの経路を管理することができる。
シャトル側の通知及びディスパッチコントローラ(例えば、シャトル側の通知及びディスパッチコントローラ158)
プロセッサ150は、1つ以上のシャトル側の通知及びディスパッチコントローラ(例えば、シャトル側の通知及びディスパッチコントローラ158)を含んでもよい(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されてもよい)。シャトル側の通知及びディスパッチコントローラ158は、選択されたシャトルサービスの経路をシャトルサービスプロバイダに通知を提供するように構成可能とされ又は構成されてもよい。
シャトル側の通知及びディスパッチコントローラ158によって提供される通知は、選択されたシャトルサービスの経路の出発地及び/又は目的地をカバーする地理的領域内で、選択されたシャトルサービスの経路の出発地及び/又は目的地の所定の距離(及び/又は移動時間)内で、及び/又は1つ以上の考慮事項に基づいてあるシャトルサービスプロバイダに、登録され、及び/又は配置され、及び/又は配置される(予測(projected)され、予想(predicted)され、又は推定(estimated)される)すべてのシャトルサービスプロバイダに提供されてもよい。
例えば、通知は、選択されたシャトルサービスの経路の出発時刻に、選択されたシャトルサービスの経路を提供するために利用可能であるか、又は利用可能となるシャトルサービスプロバイダに提供されてもよい。別の実例として、通知は、予測(projected)された、予想(predicted)された、又は推定(estimated)された潜在的ユーザの数に対応する乗り物(vehicle)のキャパシティを有するシャトルサービスプロバイダに提供されてもよい。別の例として、通知は、以前にシャトルサービスを提供したシャトルサービスプロバイダに提供されてもよい。本開示の教示から逸脱することなく、上記及び本開示において提供されたものを含む他の例示的考察も企図される。
シャトル側の通知及びディスパッチコントローラ158はまた、選択されたシャトルサービスの経路を受け入れ、確認し、及び/又はそれにサービスすることに同意し、(出発時刻、出発地、目的地、乗車位置、降車位置、ユーザ毎の課金又は徴収料金、ユーザの予測(projected)、予想(predicted)、又は推定(estimated)された数などのうちの1つ以上に関する情報を提供することを含む)シャトルサービスプロバイダからのコミットメントを受け入れるように構成可能であってもよい。
ユーザ側の通知及び予約コントローラ(例えば、ユーザ側の通知及び予約コントローラ159)
プロセッサ150は、1つ以上のユーザ側の通知及び予約コントローラ(例えば、ユーザ側の通知及び予約コントローラ159)を含んでもよい(及び/又は、1つ以上の機能を実行するように構成可能とされ又は構成されてもよい)。ユーザ側の通知及び予約コントローラ159は、選択されたシャトルサービスの経路を潜在的ユーザに通知を提供するように構成可能とされ又は構成されてもよい。
ユーザ側の通知及び予約コントローラ159によって提供される通知は、選択されたシャトルサービスの経路の出発地及び/又は目的地をカバーする地理的領域内に、選択されたシャトルサービスの経路の出発地及び/又は目的地の所定の距離(及び/又は移動時間)内に、及び/又は1つ以上の考慮事項に基づいて特定のユーザに、登録され、及び/又は配置される(予測(projected)され、予想(predicted)又は予定(expected)される)すべてのユーザに提供されてもよい。
例えば、通知は、選択されたシャトルサービスの経路の出発時に、経路に沿った出発地及び/又は乗車位置のうちの1つから、経路に沿った目的地及び/又は降車位置のうちの1つなどに、輸送関連サービスを必要とすると予測(projected)され、予想(predicted)され、及び/又は予定(expected)されるユーザに提供されることができる。別の例として、通知は、潜在的ユーザであると識別されたユーザに提供されてもよい。別の例として、通知は、以前にシャトルサービスを予約したユーザに提供されてもよい。本開示の教示から逸脱することなく、上記及び本開示において提供されたものを含む他の例示的考察も企図される。
また、ユーザ側の通知及び予約コントローラ159は、ユーザからの予約を受け入れるように、及び/又は、出発時刻、出発地、目的地、乗車位置、降車位置、ユーザ毎に課金又は徴収される料金、シャトルサービスプロバイダの詳細(例えば、乗り物の型式及び型式、ナンバープレート、色彩、運転者の名前など)、総ユーザ数の予測(projected)、予想(predicted)、又は推定(estimated)などのうちの1つ以上を含む、選択されたシャトルサービスの経路上の確認された詳細を提供するように構成可能であってもよい。
経路に基づいてシャトルサービスを管理する方法(例えば、方法300)
少なくとも図3に示され、さらに上記で説明され、本開示において、シャトルサービスを管理する方法(例えば、方法300)の例示的な実施形態は、とりわけ、過去のシャトル以外のサービスリクエストの出発地、目的地、経路、出発時刻、及び/又は到着時刻に基づくことができる。方法300は、複数の過去のシャトル以外のサービスリクエストを識別するために、過去の輸送関連リクエストのデータベースを検索することを含むことができる(例えば、動作302)。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻及び経路を含むことができる。経路は、少なくとも出発地及び目的地によって定義されてもよい。
この方法300はまた、複数の過去のシャトル以外のサービスリクエストを選択すること(例えば、動作304)を含んでもよい。選択された過去のシャトル以外のサービスリクエストのうちの1つ以上は、1つ以上の他の選択された過去のシャトル以外のサービスリクエストの少なくとも一部と共通する(又は重複する)その経路の少なくとも一部を含むことができる。選択は、第1の閾値期間(例えば、5分、10分、15分、20分、又は30分の期間など)内に出発時刻を有する過去のシャトル以外のサービスリクエストに基づいてもよい。選択はまた、第1の閾値領域(例えば、半径5、10、20、30、50、100メートル、同じ街路(street)、同じ交差点、同じ建物又は複合施設、カスタマイズされた領域など)内に位置する出発地を有する過去のシャトル以外のサービスリクエストに基づいてもよい。選択はまた、第2の閾値領域(例えば、半径5、10、20、30、50、100メートル、同じ街路(street)、同じ交差点、同じ建物又は複合施設、カスタマイズされた領域など)内に位置する目的地を有する過去のシャトル以外のサービスリクエストに基づいてもよい。例示的な実施形態では、選択することは、割り当てられなかった、不適合の、キャンセルされた、及び/又は放棄された過去のシャトル以外のサービスリクエストを選択することも含むことができる。選択された過去のシャトル以外のサービスリクエストのうちの1つ以上は、タクシーサービス、専用車サービス、及び/又は相乗りサービスに対するリクエストを含むこともできる。さらに、それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連のリクエストであってもよい。
方法300は、価格に敏感であり得る1人以上のユーザを識別するために分析を実行することをさらに含んでもよい。この方法300は、次いで、シャトルサービスのための1人以上の潜在的ユーザを選択することを含んでもよく、選択された潜在的ユーザのうちの少なくとも1人は、価格に敏感であると識別されたユーザである。1つ以上の過去のシャトル以外のサービスリクエストの選択は、選択された潜在的ユーザのうちの1人以上によって以前に送信された1つ以上の過去のシャトル以外のサービスリクエストを選択することを含むことができる。
この方法300はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートを導出すること(例えば、動作306)を含んでもよい。シャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上に基づいて導出することができる。例示的な実施形態では、シャトルサービスの候補ルートの導出は、少なくとも、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上の出発時刻、経路、出発地、及び/又は目的地に基づくことができる。
この方法300は、シャトルサービスの候補ルートの出発地とシャトルサービスの候補ルートの目的地との間の1つ以上の降車及び/又は1つ以上の乗車位置を導出することをさらに含んでもよい。1つ以上の降車及び/又は1つ以上の乗車位置は、選択された過去のシャトル以外のサービスリクエストの1つ以上の出発時刻、出発地、及び/又は目的地に基づいて導出することができる。
この方法は、サービスの候補ルートに沿った乗車及び/又は降車の回数を最小限に抑えるように、サービスの候補ルートを改善、調整、及び/又は変更することをさらに含むことができる。サービスの候補ルートの改善、調整、及び/又は変更は、上記及び本開示で説明した1つ以上の考慮事項及び/又は基準に基づくこともできる。サービスの候補ルートの改善、調整、及び/又は変更は、シャトルサービスの候補ルートの出発時刻及び/又は終了時刻、シャトルサービスの候補ルートの出発地、シャトルサービスの候補ルートの目的地、乗車位置、降車位置、費用、料金又は運賃などに関係してもよい。
例示的な実施形態では、過去の輸送関連リクエストのデータベースはまた、複数の過去のシャトルサービスリクエストを含むことができ、その場合、シャトルサービスの候補ルートの導出は、過去のシャトルサービスリクエストのうちの1つ以上にさらに基づくことができる。
この方法300はまた、シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地を導出することを含むことができる。シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地は、選択された過去のシャトル以外のサービスリクエストの1つ以上の出発時刻、出発地、及び/又は目的地に基づいて導出することができる。
方法300はまた、シャトルサービスのための1人以上の潜在的ユーザを選択することと、選択された潜在的ユーザのうちの1人以上と通信することとを含むことができる。そのような通信は、シャトルサービスの候補ルートに関する情報及び/又はシャトルサービスの候補ルート上のシャトルサービスを受信する機会を提供することを含むことができる。
方法300はまた、サービスプロバイダをシャトルサービスの候補ルートとマッチングさせるためにサービスプロバイダマッチング処理を実行することを含むことができる。サービスプロバイダマッチング処理は、以前のシャトルサービスの候補ルートにサービスを提供することと、サービスの候補ルートにサービスを提供することとの間でマッチングされたサービスプロバイダによって、移動距離及び/又は移動時間を最小化することに基づいてもよい。これに代えて、又はこれに加えて、サービスプロバイダマッチング処理は、サービスの候補ルートのサービスと次回のシャトルサービスの候補ルートとの間の照合サービスプロバイダによって、移動距離及び/又は移動時間を最小化することに基づいてもよい。
利用可能な及び/又は近くのシャトルに基づいてシャトルサービスを管理する方法(例えば、方法400)
少なくとも図4に示され、さらに上述され、本開示において説明されるように、シャトルサービスを管理する方法(例えば、方法400)の例示的な実施形態は、とりわけ、利用可能な及び/又は近くのシャトル又はシャトルサービスプロバイダに基づくことができる。この方法400は、複数の過去のシャトル以外のサービスリクエストを識別するために過去の輸送関連リクエストのデータベースを検索することを含むことができる(例えば、動作402)。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含むことができる。
方法400は、過去のシャトル以外のサービスリクエストのうちの1つ以上を選択することも含むことができる(例えば、動作404)。それぞれの選択された過去のシャトル以外のサービスリクエストは、1つ以上の他の選択された過去のシャトル以外のサービスリクエストと共有するその経路の少なくとも一部を含むことができる。1つ以上の過去のシャトル以外のサービスリクエストの選択は、第1の閾値期間に出発時刻を有する過去のシャトル以外のサービスリクエストに基づくことができる。代替として、又は追加として、1つ以上の過去のシャトル以外のサービスリクエストの選択は、第1の閾値領域内に位置する出発地を有する過去のシャトル以外のサービスリクエストに基づくことができる。代替として、又は追加として、1つ以上の過去のシャトル以外のサービスリクエストの選択は、第2の閾値領域内に位置する目的地を有する過去のシャトル以外のサービスリクエストに基づくことができる。
例示的な実施形態では、過去のシャトル以外のサービスリクエストの選択は、割り当てられなかった、不適合の、キャンセルされた、及び/又は放棄された過去のシャトル以外のサービスリクエストを選択することを含むことができる。さらに、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上は、タクシーサービス、専用車サービス、及び/又は相乗りサービスのリクエストを含むことができる。それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連のリクエストであってもよい。
方法400はまた、価格に敏感であり得る1人以上のユーザを識別するために分析を実行することを含んでいてもよい。次いで、方法400は、シャトルサービスのための1人以上の潜在的ユーザを選択することを含むことができる。選択された潜在的ユーザのうちの少なくとも1人は、価格に敏感であると識別されたユーザであってもよい。1つ以上の過去のシャトル以外のサービスリクエストの選択は、選択された潜在的ユーザのうちの1人以上によって以前に送信された1つ以上の過去のシャトル以外のサービスリクエストを選択することを含むことができる。
方法400はまた、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上を処理するために利用可能な1つ以上のサービスプロバイダの候補を選択すること(たとえば、動作406)を含むことができる。サービスプロバイダの候補の選択は、以前のシャトルサービスの候補ルートを提供することと、サービスの候補ルートを提供することとの間のサービスプロバイダの候補によって、移動距離及び/又は移動時間を最小化することに基づいてもよい。代替的に又は追加的に、サービスプロバイダの候補の選択は、サービスの候補ルートのサービスと次回のシャトルサービスの候補ルートとの間のサービスプロバイダの候補による移動距離及び/又は移動時間の最小化に基づくことができる。
方法400はまた、1つ以上のシャトルサービスの候補ルートを導出すること(例えば、動作408)を含むことができる。1つ以上のシャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上に基づいて導出されてもよい。シャトルサービスの候補ルートの導出は、少なくとも、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上の出発時刻、経路、出発地、及び/又は目的地に基づくことができる。
この方法400はまた、シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地を導出することを含むことができる。シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地は、選択された過去のシャトル以外のサービスリクエストの1つ以上の出発時刻、出発地、及び/又は目的地に基づいて導出することができる。
この方法400はまた、シャトルサービスの候補ルートの出発地とシャトルサービスの候補ルートの目的地との間の1つ以上の降車及び/又は1つ以上の乗車位置を導出することを含んでもよい。1つ以上の降車及び/又は1つ以上の乗車位置は、選択された過去のシャトル以外のサービスリクエストの1つ以上の出発時刻、出発地、及び/又は目的地に基づいて導出することができる。
方法400は、サービスの候補ルートに沿った乗車及び/又は降車の回数を最小限に抑えるように、サービスの候補ルートを改善、調整、及び/又は変更することをさらに含むことができる。サービスの候補ルートの改善、調整、及び/又は変更は、上記及び本開示で説明した1つ以上の考慮事項及び/又は基準に基づくこともできる。サービスの候補ルートの改善、調整、及び/又は変更は、シャトルサービスの候補ルートの出発時刻及び/又は終了時刻、シャトルサービスの候補ルートの出発地、シャトルサービスの候補ルートの目的地、乗車位置、降車位置、費用、料金又は運賃などに関係させてもよい。
例示的な実施形態では、過去の輸送関連リクエストのデータベースはまた、複数の過去のシャトルサービスリクエストを含むことができ、その場合、シャトルサービスの候補ルートの導出は、過去のシャトルサービスリクエストのうちの1つ以上にさらに基づくことができる。
方法400はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートのうちの1つ以上を選択すること(たとえば、動作410)を含むことができる。選択された1つ以上のシャトルサービスの候補ルートは、選択されたサービスプロバイダの候補のうちの1つ以上に基づいて選択されてもよい。
方法400は、シャトルサービスのための1人以上の潜在的ユーザを選択することと、選択された潜在的ユーザのうちの1人以上に通信することとをさらに含むことができる。通信することは、シャトルサービスの候補ルート及び/又はシャトルサービスの候補ルート上のシャトルサービスを受信する機会に関する情報を提供することを含んでもよい。
潜在的ユーザ及び/又は以前に割り当てられていない、不適合な、及び/又はキャンセルされたリクエストに基づいてシャトルサービスを管理する方法(例えば、方法500)
少なくとも図5に示され、さらに上述され、本開示において説明されるように、シャトルサービスを管理する方法(例えば、方法500)の例示的な実施形態は、とりわけ、潜在的ユーザ及び/又は以前に割り当てられていない、不適合な、キャンセルされた、及び/又は放棄されたリクエストに基づくことができる。方法500は、複数の過去のシャトル以外のサービスリクエストを識別するために、過去の輸送関連リクエストのデータベースを検索することを含むことができる(例えば、動作502)。それぞれの過去のシャトル以外のサービスリクエストは、出発時刻と、少なくとも出発地及び目的地によって定義される経路とを含むことができる。
方法500はまた、シャトルサービスのための1人以上の潜在的ユーザを選択すること(たとえば、動作504)を含むことができる。選択された潜在的ユーザのうちの1人以上は、価格に敏感なユーザとして識別されてもよい。
方法500は、過去のシャトル以外のサービスリクエストのうちの1つ以上を選択することも含むことができる(例えば、動作506)。選択された過去のシャトル以外のサービスリクエストのうちの1つ以上は、選択された潜在的ユーザのうちの1人によって以前に送信されたリクエストとすることができる。代替として、又は追加として、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上は、割り当てられなかった、不適合の、キャンセルされた、及び/又は放棄されたリクエストであってもよい。それぞれの選択された過去のシャトル以外のサービスリクエストは、1つ以上の他の選択された過去のシャトル以外のサービスリクエストと共通する経路の少なくとも一部を含むことができる。1つ以上の過去のシャトル以外のサービスリクエストの選択は、第1の閾値期間内に出発時刻を有する過去のシャトル以外のサービスリクエストに基づくことができる。代替として、又は追加として、1つ以上の過去のシャトル以外のサービスリクエストの選択は、第1の閾値領域内に位置する出発地を有する過去のシャトル以外のサービスリクエストに基づくことができる。代替として、又は追加として、1つ以上の過去のシャトル以外のサービスリクエストの選択は、第2の閾値領域内に位置する目的地を有する過去のシャトル以外のサービスリクエストに基づくことができる。選択された過去のシャトル以外のサービスリクエストのうちの1つ以上は、タクシーサービス、専用車サービス、及び/又は相乗りサービスのリクエストを含むことができる。さらに、それぞれの過去のシャトル以外のサービスリクエストは、シャトルサービスのリクエストではない輸送関連のリクエストであってもよい。
方法500はまた、シャトルサービスを提供するときに使用するためのシャトルサービスの候補ルートを導出すること(例えば、動作508)を含むことができる。シャトルサービスの候補ルートは、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上に基づいて導出することができる。シャトルサービスの候補ルートの導出は、少なくとも、選択された過去のシャトル以外のサービスリクエストのうちの1つ以上の出発時刻、経路、出発地、及び/又は目的地に基づくことができる。
この方法500はまた、シャトルサービスの候補ルートの出発時刻、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地を導出することを含むことができる。シャトルサービスの候補ルートの出発時間、シャトルサービスの候補ルートの出発地、及びシャトルサービスの候補ルートの目的地は、選択された過去のシャトル以外のサービスリクエストの1つ以上の出発時刻、出発地、及び/又は目的地に基づいて導出することができる。
この方法500はまた、シャトルサービスの候補ルートの出発地とシャトルサービスの候補ルートの目的地との間の1つ以上の降車及び/又は1つ以上の乗車位置を導出することを含んでもよい。1つ以上の降車及び/又は1つ以上の乗車位置は、選択された過去のシャトル以外のサービスリクエストの1つ以上の出発時刻、出発地、及び/又は目的地に基づいて導出することができる。
例示的な実施形態では、過去の輸送関連リクエストのデータベースはまた、複数の過去のシャトルサービスリクエストを含むことができ、そのケースでは、シャトルサービスの候補ルートの導出は、過去のシャトルサービスリクエストのうちの1つ以上にさらに基づくことができる。
方法500は、価格に敏感であり得る1人以上のユーザを識別するために分析を実行することをさらに含んでもよい。この方法500は、次いで、シャトルサービスのための1人以上の潜在的ユーザを選択することを含んでもよい。選択された潜在的ユーザのうちの少なくとも1人は、価格に敏感であると識別されたユーザであってもよい。さらに、1つ以上の過去のシャトル以外のサービスリクエストの選択は、選択された潜在的ユーザのうちの1人以上によって以前に送信された1つ以上の過去のシャトル以外のサービスリクエストを選択することを含むことができる。
方法500は、選択された潜在的ユーザのうちの1人以上に通信することをさらに含むことができる。通信することは、シャトルサービスの候補ルート及び/又はシャトルサービスの候補ルート上のシャトルサービスを受信する機会に関する情報を提供することを含んでもよい。
方法500は、サービスプロバイダをシャトルサービスの候補ルートにマッチングさせるためにサービスプロバイダマッチング処理を実行することをさらに含むことができる。サービスプロバイダマッチング処理は、以前のシャトルサービスの候補ルートにサービスを提供することと、サービスの候補ルートにサービスを提供することとの間でマッチングされたサービスプロバイダによって、移動距離及び/又は移動時間を最小化することに基づいてもよい。また、サービスプロバイダマッチング処理は、サービスの候補ルートの提供と次回のシャトルサービスの候補ルートとの間のマッチングされたサービスプロバイダによって、移動距離及び/又は移動時刻を最小化することに基づいてもよい。
シャトルサービス300、400、及び/又は500を管理する方法の例示的な実施形態は、上記及び本開示において説明されたように、上記及び本開示において説明されたアクション及び/又は機能のうちの1つ以上を含んでも含まなくてもよく、追加のアクション及び/又は機能を含んでもよく、様々なシーケンス、組み合わせ、及び/又は構成において実行及び/又は使用されてもよく、及び/又はアクション及び/又は機能のうちの1つ以上は、単一のアクション及び/又は機能に組み合わせ可能であってもよく、及び/又は2つ以上のアクション及び/又は機能に分割されてもよい。
開示された原理による様々な実施形態が上述されたが、それらは単に例として提示されたものであり、限定するものではないことが理解されるべきである。したがって、本開示で説明される例示的な実施形態の幅及び範囲は、上述の例示的な実施形態のいずれによっても限定されるべきではなく、本開示から生じる特許請求の範囲及びそれらの均等物に従ってのみ定義されるべきである。さらに、上記の利点及び特徴は、記載された実施形態において提供されるが、そのような発行された特許請求の範囲の適用を、上記の利点のいずれか又はすべてを達成するプロセス及び構造に限定するものではない。
例えば、本明細書で言及されるように、プロセッサ、デバイス、コンピューティングデバイス、電話(telephone)、電話(phone)、サーバ、ゲートウェイサーバ、通信ゲートウェイサーバ、及び/又はコントローラは、任意のプロセッサ、コンピューティングデバイス及び/又は通信デバイスであってもよく、ネットワークコンピューティング環境における仮想マシン、コンピュータ、ノード、インスタンス、ホスト、又はシステムを含んでもよい。また、本開示で言及されるように、ネットワーク又はクラウドは、装置間の通信を容易にし、装置がリソースを共有することを可能にする通信チャネルによって接続された装置の集合であってもよく、又は装置の集合を含んでもよい。ネットワークはまた、同じ装置上のプロセス間の通信媒体を指してもよい。また、本明細書で言及されるように、ネットワーク要素、ノード、又はサーバは、ソケットリスナとして動作するプログラムを実行するように配備された装置とすることができ、ソフトウェアインスタンスを含むことができる。
データベース(又はメモリ又は記憶装置)は、データを記憶するのに適した揮発性及び/又は不揮発性構成要素の任意の集合及び/又は配置を含むことができる。例えば、メモリは、ランダムアクセスメモリ(RAM)デバイス、読み出し専用メモリ(ROM)デバイス、磁気記憶デバイス、光記憶デバイス、ソリッドステートデバイス、及び/又は任意の他の適切なデータ記憶デバイスを備えることができる。特定の実施の形態では、データベースは、部分的に、コンピュータ命令及び/又は論理が符号化されるコンピュータ可読記憶媒体を表す。データベースは、プロセッサ及び/又はコンピューティングデバイス内の、ローカルな、及び/又はアクセス可能な、任意の数のメモリーコンポーネントを表してもよい。
本明細書で使用される様々な用語は、本技術分野内で特別な意味を有する。特定の用語がそのような「技術用語」として解釈されるべきかどうかは、その用語が使用される文脈に依存する。そのような用語は、それらが本開示において使用される文脈に照らして解釈されるべきであり、当業者は、開示された文脈においてそれらの用語を理解するであろう。上記の定義は、開示された文脈に基づいてそれらの用語に付与され得る他の意味を排除するものではない。
比較、測定、及びタイミング(例えば、「現時点で」、「同等」、「間に」、「完全に」など)の語は、「実質的に現時点で」、「実質的に同等」、「実質的に間に」、「実質的に完全に」などを意味すると理解されるべきであり、「実質的に」は、そのような比較、測定、及びタイミングが、暗黙的に又は明示的に述べられた所望の結果を達成するために実施可能であることを意味する。
さらに、本明細書のセクション見出し及びトピック見出しは、様々な特許規則及び実践の下での提案との一貫性のために、又は他の方法で組織的手がかりを提供するために提供される。これらの見出しは、本開示から発行され得る任意の特許請求の範囲に記載される実施形態を限定又は特徴付けるものではない。具体的には、「背景技術」における技術の説明は、技術が本開示における任意の実施形態の先行技術であることを容認するものとして解釈されるべきではない。さらに、本開示における単数形の「発明」へのいかなる言及も、本開示に単一の新規性の点のみが存在することを主張するために使用されるべきではない。複数の発明が、本開示から発行される特許請求の範囲の限定に従って記載されてもよく、したがって、そのような特許請求の範囲は、それによって保護される発明(複数可)及びその均等物を定義する。すべての場合において、そのような特許請求の範囲は、本開示に照らして、それ自体の長所で考慮されるべきであるが、本明細書の見出しによって制約されるべきではない。