詳細な説明
以下の詳細な説明は添付の図面を参照している。可能な限り、図面または以下の説明で同じまたは類似の部品を指すために同じ参照番号が使用される。いくつかの例示的な実施形態が本明細書で説明されているが、修正、適合、および他の実装が可能である。たとえば、図面に示されているコンポーネントに対して置換、追加、または変更を行うことができ、本明細書で説明する例示的な方法は、開示する方法のステップを置換、並べ替え、削除、または追加することによって変更することができる。したがって、以下の詳細な説明は、開示された実施形態および実施例に限定されない。代わりに、適切な範囲は添付の特許請求の範囲によって定義される。
本開示の開示された実施形態は、ビークルのライドシェアリングおよびビークルのライドシェアリング管理のための方法およびシステムを提供する。本明細書で使用される「ビークル」または「ライドシェアリングビークル」という用語は、ビークルサービスの提供など、人間の輸送に適したあらゆる種類のビークル(例えば、車、バン、SUV、トラック、バスなど)を指す。いくつかの実施形態では、ビークルはタクシーであり得る。いくつかの実施形態では、ビークルは自律ビークルを含むことができ、ビークルまたはビークルとは別個の管理システムと統合されたコントロールデバイスは、動作指示を送信し、ビークルを指定のピックアップ場所およびドロップオフ場所に案内することができる。説明を簡単かつ簡潔にするために、本明細書で開示されるいくつかの実施形態は、単に例としてビークルまたはタクシーを指す場合があり、開示される実施形態の範囲を限定しない。
本開示のいくつかの実施形態と一致して、ライドシェアリング管理システムは、第1のユーザーから第1の乗車リクエストを受信することができる。第1の乗車リクエストには、出発地と目的地を含めることができる。ライドシェアリング管理システムは、周辺地域にあるビークルの現在の位置に基づいて、第1の推定ピックアップ時間を計算できる。推定ピックアップ時間の確認を送信した後、ライドシェアリング管理システムは、第1の乗客をピックアップするためにビークルをピックアップ場所に案内する。ピックアップ場所は、第1の乗車リクエストに含まれる出発地とは異なる場所になる場合がある。システムはまた、第1のユーザーをピックアップ場所に案内してもよい。
いくつかの実施形態において、システムは、例えば、第1のユーザーがまだビークルにいる間に、第2のユーザーから第2の乗車リクエストを受信してもよい。第2の乗車リクエストには、第2の出発地と第2の目的地を含めることができる。システムは、第2の推定ピックアップ時間を計算し、第2の乗客に第2の確認を提供し、第2のピックアップ場所に第2の乗客を案内することができる。いくつかの実施形態では、第2のピックアップ場所は、第2の乗車リクエストに含まれる第2の出発点とは異なる場所であってもよい。
いくつかの実施形態では、システムは、対応するユーザーの単独乗車部分および乗車がシェアされた部分に基づいて、各ユーザーの運賃を計算してもよい。たとえば、システムは乗車のシェアされた部分の割引を提案することができる。いくつかの実施形態では、システムは、有料道路を使用するかどうかに関するユーザー入力、出発点とピックアップ場所の間の歩行距離、目的地とドロップオフ場所の間の徒歩距離、などのさまざまなサービス関連パラメータに基づいて、特定のユーザーの運賃額を計算することもできる。
本明細書の実施形態は、コンピュータで実施される方法、有形の非一時的コンピュータ可読媒体、およびシステムをさらに含む。コンピュータ実装方法は、例えば、非一時的なコンピュータ可読記憶媒体から命令を受け取る少なくとも1つのプロセッサによって実行され得る。同様に、本開示と一致するシステムおよびデバイスは、少なくとも1つのプロセッサおよびメモリを含むことができ、メモリは非一時的なコンピュータ可読記憶媒体であり得る。本明細書で使用する「非一時的コンピュータ可読記憶媒体」とは、少なくとも1つのプロセッサが可読な情報またはデータを保存できる任意のタイプの物理メモリを指す。例には、ランダムアクセスメモリ(RAM)、読み取り専用メモリ(ROM)、揮発性メモリ、不揮発性メモリ、ハードドライブ、CD ROM、DVD、フラッシュドライブ、ディスク、およびその他の既知の物理記憶媒体が含まれる。「メモリ」および「コンピュータ可読記憶媒体」などの単数形の用語は、複数のメモリまたはコンピュータ可読記憶媒体などの複数の構造をさらに指すことができる。本明細書で言及されるように、「メモリ」は、特に指定されない限り、任意のタイプのコンピュータ可読記憶媒体を含み得る。コンピュータ可読記憶媒体は、本明細書の実施形態と一致するステップまたは段階をプロセッサに実行させるための命令を含む、少なくとも1つのプロセッサによる実行のための命令を格納し得る。加えて、1つまたは複数のコンピュータ可読記憶媒体を使用して、コンピュータで実施される方法を実施することができる。用語「コンピュータ可読記憶媒体」は、有形のアイテムを含み、搬送波と一時的信号を除外すると理解されるべきである。
図1は、本開示のいくつかの実施形態による、本明細書で説明されるような様々な実装形態が実践され得る例示的なライドシェアリング管理システムを示す図である。図1に示すように、ライドシェアリング管理システム100は、1つ以上のモバイル通信デバイス120A~120F(総称してモバイル通信デバイス120と呼ばれる)、ネットワーク140、ライドシェアリング管理サーバ150、そしてデータベース170を含む。複数のモバイル通信デバイス120A~120Fは、それぞれ、ユーザー130A~130Cに関連付けられた複数のユーザーデバイス120A~120C、ドライバー130Dおよび130Eに関連付けられた複数のドライバーデバイス120Dおよび120E、および自律ビークル130Fに関連付けられたドライビングコントロールデバイス120Fをさらに含むことができる。本開示のいくつかの実施形態と一致して、ライドシェアリング管理サーバ150は、ドライビングコントロールデバイス120Fと通信して、自律ビークル130Fにユーザー130A~130Cの乗降を指示することができる。一例では、道路上の物体を検出し、指定された場所にナビゲートできる自律型ビークルを利用して、ライドシェアリングサービスを提供することができる。
図1に示されるコンポーネントおよび配置は、開示されたプロセスおよび特徴を実施するために使用されるシステムコンポーネントが変わる可能性があるため、開示された実施形態を限定することを意図していない。たとえば、ライドシェアリング管理システム100には、複数のライドシェアリング管理サーバ150を含み得るし、各ライドシェアリング管理サーバ150は、特定のカテゴリのライドシェアリングサービス、サービスビークルの特定のカテゴリに関連付けられたライドシェアリングサービス、または複数のライドシェアリング管理サーバ150が動的に統合されたライドシェアリングサービスシステムを提供するように、特定の地理的エリアでのライドシェアリングサービスを処理し得る。
ネットワーク140は、例えば、乗車リクエストおよび他のビークルサーバに関連する入力の受信またはユーザーデバイスへの確認の送信、およびビークルサービスの割り当てのドライバーデバイスおよびドライビング・コントロールデバイスへの送信など、ユーザーデバイス120とライドシェアリング管理サーバ150との間の通信を促進し得る。ネットワーク140は、通信を提供し、情報を交換し、および/またはライドシェアリング管理サーバ150とユーザーデバイス120との間の情報交換を促進する任意のタイプのネットワークであり得る。例えば、ネットワーク140は、インターネット、ローカルエリアネットワーク、セルラーネットワーク、公衆交換電話網(「PSTN」)、またはライドシェアリング管理システム100が送信し、ライドシェアリング管理システム100のコンポーネント間の情報を受け取ることを可能にする他の適切な接続であり得る。ネットワーク140は、さまざまなメッセージングフォーマットをサポートすることができ、さらに、ユーザーデバイスユーザーデバイス120のためのさまざまなサービスおよびアプリケーションをサポートすることができる。例えば、ネットワーク140は、ユーザーおよびサービスビークルをピックアップまたはドロップオフ場所に誘導するなど、モバイル通信デバイス120のためのナビゲーションサービスをサポートし得る。
ライドシェアリング管理サーバ150は、音声、メッセージング、リアルタイムオーディオ/ビデオなどのさまざまなデータまたはサービスを、ユーザー130A-130Eなどのユーザーに提供する通信サービスプロバイダに関連付けられたシステムであり得る。ライドシェアリング管理サーバ150は、コンピューターシステムコンポーネント、デスクトップコンピューター、ワークステーション、タブレット、ハンドヘルドモバイル通信デバイス、メモリデバイス、および/またはコンポーネントを接続する内部ネットワークを含むコンピューターベースのシステムであり得る。ライドシェアリング管理サーバ150は、ネットワーク140を介してモバイル通信デバイス120から情報を受信し、情報を処理し、情報を保存し、および/またはネットワーク140を介してモバイル通信デバイス120に情報を送信するように構成され得る。
例えば、いくつかの実施形態では、ライドシェアリング管理サーバ150は、ユーザーデバイス120A~120Cから乗車リクエストを受信し、ビークル確認および乗車料金情報をユーザーデバイス120A~120Cに送信し、そして乗車サービスの割り当て(たとえば、ピックアップおよびドロップオフの位置情報を含む)をドライバーデバイス120Dおよび120E、およびドライビング・コントロールデバイス120Fに送信するように構成され得る。さらに、ライドシェアリング管理サーバ150は、ピックアップ場所までの徒歩距離、到着/迂回の最大遅延、およびその後のピックアップの最大数などのさまざまなビークルサービスパラメータに関するユーザーデバイス120A-120Cからのユーザー入力を受信するようにさらに構成されてもよい。いくつかの実施形態では、ライドシェアリング管理サーバ150は、さらに、ユーザーの乗車の単独部分および乗車のシェアされた部分に基づいて乗車料金を計算するように構成されてもよい。さらに、乗車料金の計算は、乗車に関係する歩行距離や有料道路の使用に関するユーザーの選択など、ユーザーが設定したさまざまな乗車サービスのパラメータにさらに基づいてもよい。
データベース170は、ライドシェアリング管理サーバ150と結合された1つまたは複数の物理的または仮想ストレージを含むことができる。データベース170は、ユーザーアカウント情報(登録されたユーザーアカウントおよびドライバーアカウントを含む)、連絡先情報、プロフィール写真、および関連するモバイル通信デバイス情報などの対応するユーザープロフィールを保存するように構成されてもよい。ユーザーに関して、ユーザーアカウント情報には、乗車履歴、サービスフィードバック、苦情、またはコメントがさらに含まれ得る。ドライバーに関して、ユーザーアカウント情報には、完了した乗車サービス割り当ての数、評価、および乗車サービス履歴情報がさらに含まれ得る。データベース170はさらに、ユーザーデバイス120A~120Cから受信した様々な乗車リクエストと、対応する出発点および所望の目的地情報、様々なサービスパラメータに関するユーザー入力、ピックアップおよびドロップオフ位置、ピックアップやドロップオフ時間、乗車料金、ユーザーからのフィードバックなどを格納するように構成されてもよい。
データベース170はさらに、ライドシェアリングサービス管理に使用することができる、交通データ、地図、および有料道路情報をさらに含むことができる。交通データには、特定の地理的地域に関する過去の交通データとリアルタイムの交通データが含まれる場合があり、たとえば、推定の乗車時間と降車時間の計算、特定の乗車の最適なルートの決定に使用できる。リアルタイム交通データは、リアルタイム交通監視システムから受信することができ、リアルタイム交通監視システムは、ライドシェアリング管理システム100に統合されているか、独立していてもよい。地図には、ナビゲーションの目的で使用される地図情報を含んでいてよく、たとえば、潜在的なルートを計算し、ユーザーをピックオフまたはドロップオフの場所に案内するために使用され得る。有料道路情報には、特定の道路に関する有料料金、およびその変更または更新が含まれ得る。有料道路情報は、たとえば、ユーザーが有料道路の使用を許可する場合に、乗車料金を計算するために使用できる。
データベース170に格納されたデータは、乗車リクエストに対応するためにライドシェアリング管理サーバ150に送信されてもよい。いくつかの実施形態では、データベース170は、ネットワーク140を介してライドシェアリング管理サーバ150および/またはモバイル通信デバイス120によってアクセス可能なクラウドベースのサーバ(図示せず)に格納されてもよい。データベース170は、ライドシェアリング管理サーバ150に接続された外部デバイスとしてのほか、ライドシェアリング管理サーバ150の内部コンポーネントとしてライドシェアリング管理サーバ150内に常駐してもよい。
図1に示すように、ユーザー130A~130Eは、さまざまなタイプのモバイル通信デバイス120を使用して、互いに通信し、そしてライドシェアリング管理サーバ150と通信し得る複数のユーザー130A~130C、および複数のドライバー130Dおよび130Eを含むことができる。一例として、モバイル通信デバイス120は、テレビ、タブレット、コンピューターモニター、ビデオ会議コンソール、またはラップトップコンピュータースクリーンなどのディスプレイを含み得る。モバイル通信デバイス120は、マイクロフォン、ビデオカメラ、キーボード、ウェブカメラなどのビデオ/オーディオ入力デバイスをさらに含むことができる。例えば、モバイル通信デバイス120は、ディスプレイおよびビデオ/オーディオキャプチャ機能を有するタブレットまたはスマートフォンなどのモバイルデバイスを含み得る。モバイル通信デバイス120は、モバイル通信デバイスがIM、VoIP、ビデオ会議などの通信に従事することを容易にする1つまたは複数のソフトウェアアプリケーションも含むことができる。例えば、ユーザーデバイス130A~130Cは、リクエストをライドシェアリング管理サーバ150に送信し、そこから確認を受信することができる。ドライバー130Dおよび130Eは、それぞれのデバイスを使用して、ライドシェアリング管理サーバ150から乗車サービス割り当ておよびナビゲーション情報を受信し、それぞれのデバイス120Dおよび120Eでユーザーに連絡することができる。
いくつかの実施形態では、ユーザーは、従来の道路でのビークルの呼び止めなど、手振り(ハンドジェスチャー)や言葉によるコミュニケーションによってビークルを直接呼び止めることができる。そのような実施形態では、ドライバーはリクエストを受け入れると、ドライバーは自分のデバイスを使用して乗車リクエスト情報を入力するようにしてもよい。ライドシェアリング管理サーバ150は、そのようなリクエスト情報を受信し、そして、たとえば、ネットワーク140を介して他のモバイル通信デバイス120から受信した後続の電子的な呼び止めの乗車リクエストなど、同じビークルに1つ以上の追加のビークルサービスの割り当てを割り当てることができる。
いくつかの実施形態では、ドライバーデバイス120Dおよび120E、ならびにドライビング・コントロールデバイス120Fは、特定のビークルに関連付けられたビークル制御システムの一部としてビークル制御パネルに組み込まれてもよい。たとえば、従来のタクシー会社は、タクシー会社が管理するすべてのタクシービークルにドライブデバイスをインストールしてもよい。いくつかの実施形態では、ドライバーデバイス120Dおよび120E、およびドライビング・コントロールデバイス120Fは、ビークルコントロールパネルの一部として、またはビークルに関連付けられた別個のデバイスとして設置されたカードリーダーなどの支払いデバイスとさらに結合されてもよい。ユーザーは、支払いデバイスを代替支払いメカニズムとして使用できる。たとえば、路上でタクシーを呼ぶユーザーは、ライドシェアリングサービスを提供するユーザーデバイスを使用せずに、支払いデバイスを介して支払うことができる。
図2は、本開示のいくつかの実施形態に従い、図1に示すシステム100などのライドシェアリング管理システムに関連する例示的なモバイル通信デバイス200のコンポーネントを示す図である。モバイル通信デバイス200を使用して、コンピュータプログラム、アプリケーション、方法、プロセス、または他のソフトウェアを実装して、モバイル通信デバイス120A~120Fなどの本開示で説明する実施形態を実行することができる。たとえば、ユーザーデバイス120A-120C、ドライバーデバイス120Dおよび120E、および運転コントロールデバイス120Fは、それぞれユーザー側のライドシェアリングアプリケーション、および対応するドライバー側のライドシェアリングアプリケーションと共にインストールできる。
モバイル通信デバイス200は、メモリインタフェース202、データプロセッサ、画像プロセッサおよび/または中央処理装置などの1つ以上のプロセッサ204、および周辺機器インタフェース206を含む。メモリインタフェース202、1つまたは複数のプロセッサ204、および/または周辺機器インタフェース206は、別個のコンポーネントであるか、または1つまたは複数の集積回路に統合することができる。モバイル通信デバイス200のさまざまなコンポーネントは、1つまたは複数の通信バスまたは信号線によって結合されてもよい。
センサー、デバイス、およびサブシステムを周辺機器インタフェース206に結合して、複数の機能を促進することができる。例えば、運動センサー(モーションセンサー)210、光センサー212、および近接センサー214を周辺機器インタフェース206に結合して、方位(orientation)、照明、および近接機能を促進することができる。関連機能を促進するために、位置決めシステム(例えば、GPS受信機)、温度センサー、生体認証センサー、または他の検知デバイスなどの、他のセンサー216もまた周辺機器インタフェース206に接続されてもよい。GPS受信機は、モバイル通信デバイス200と統合または接続することができる。たとえば、GPS受信機は、スマートフォンデバイスなどの携帯電話に含むことができる。GPSソフトウェアを使用すると、携帯電話で内部または(例えば、シリアルポートやBluetooth(登録商標)を介して接続して)外部のGPS受信機を使用できるようになる。カメラサブシステム220および光学センサー222、例えば、電荷結合素子(「CCD」)または相補型金属酸化物半導体(「CMOS」)光学センサーを使用して、写真およびビデオクリップの記録などのカメラ機能を促進することができる。
通信機能は、イーサネット(登録商標)ポート、無線周波数受信機および送信機、および/または光学(例えば、赤外線)受信機および送信機を含む1つ以上の無線/有線通信サブシステム224を通じて促進され得る。無線/有線通信サブシステム224の特定の設計および実装は、モバイル通信デバイス200が動作することを目的とする通信ネットワークに依存し得る。例えば、いくつかの実施形態では、モバイル通信デバイス200は、GSM(登録商標)ネットワーク、GPRSネットワーク、EDGEネットワーク、Wi-FiまたはWiMaxネットワーク、およびブルートゥース(登録商標)ネットワーク上で動作するように設計された無線/有線通信サブシステム224を含み得る。
音声認識、音声複製、デジタル録音、電話機能などの音声対応機能を促進するために、音声サブシステム226をスピーカー228およびマイク230に結合することができる。
I/Oサブシステム240は、タッチスクリーンコントローラ242および/または他の入力コントローラ(複数可)244を含み得る。タッチスクリーンコントローラ242は、タッチスクリーン246に結合され得る。タッチスクリーン246およびタッチスクリーンコントローラ242は、例えば、静電容量、抵抗、赤外線、および表面弾性波技術、およびタッチスクリーン246の1つ以上のコンタクトのポイントを決定するための他の近接センサーアレイまたは他の要素を含むがこれらに限定されない複数のタッチ感度技術のいずれかを使用して、接触および動きまたはその中断を検出する。タッチスクリーン246は図2に示されているが、I/Oサブシステム240は、タッチスクリーン246の代わりにディスプレイスクリーン(例えば、CRTまたはLCD)を含むことができる。
他の入力コントローラ(複数可)244は、1つ以上のボタン、ロッカースイッチ、サムホイール(thumb-wheel)、赤外線ポート、USBポート、および/またはスタイラスのようなポインターデバイスなどの他の入力/コントロールデバイス248に結合されてもよい。タッチスクリーン246は、例えば、仮想またはソフトボタンおよび/またはキーボードを実装するために使用されてもよい。
メモリインタフェース202は、メモリ250に結合され得る。メモリ250は、1つ以上の磁気ディスク記憶装置、1つ以上の光学記憶装置、および/またはフラッシュメモリ(NAND、NORなど)などの高速ランダムアクセスメモリおよび/または不揮発性メモリを含む。メモリ250は、DRAWIN、RTXC、LINUX(登録商標)、iOS、UNIX(登録商標)、OS X、WINDOWS(登録商標)、またはVXWorkSなどの組み込みオペレーティングシステムなどのオペレーティングシステム252を格納することができる。オペレーティングシステム252は、基本的なシステムサービスを処理し、ハードウェア依存タスクを実行するための命令を含み得る。いくつかの実装形態では、オペレーティングシステム252はカーネル(たとえばUNIX(登録商標)カーネル)であり得る。
メモリ250はまた、1つ以上の追加のデバイス、1つ以上のコンピュータ、および/または1つ以上のサーバとの通信を容易にするために通信命令254を格納してもよい。メモリ250は、グラフィックユーザーインタフェース処理を容易にするために、グラフィカルユーザーインタフェース命令256センサー関連の処理および機能を促進するためのセンサー処理命令258;電話関連のプロセスと機能を促進する電話命令260;電子メッセージング関連のプロセスおよび機能を促進するための電子メッセージング命令262;ウェブ閲覧関連のプロセスと機能を促進するウェブ閲覧(ブラウジング)命令264;メディア処理関連のプロセスおよび機能を容易にするメディア処理命令266;GPSおよびナビゲーション関連のプロセスおよび命令を容易にするGPS/ナビゲーション命令268;カメラ関連のプロセスと機能を容易にするカメラ命令270;および/または他のプロセスおよび機能を容易にする他のソフトウェア命令272;を含むことができる。
いくつかの実施形態では、通信命令254は、ビークルライドシェアリングリクエストを処理するライドシェアリング管理サーバ150との接続を容易にするソフトウェアアプリケーションを含むことができる。グラフィカルユーザーインタフェース命令256は、モバイル通信デバイスに関連するユーザーがライドシェアリング管理サーバ150からメッセージを受信し、ユーザー入力を提供するなどを容易にするソフトウェアプログラムを含むことができる。たとえば、ユーザーは乗車リクエストと乗車サービスパラメータをライドシェアリング管理サーバ150に送信し、ライドシェアリングの提案と確認メッセージを受信できる。ドライバーは、ライドシェアリング管理サーバ150から乗車サービスの割り当てを受け取り、乗車サービスステータスの更新を提供できる。
上記の識別された命令およびアプリケーションのそれぞれは、上記の1つ以上の機能を実行するための命令のセットに対応し得る。これらの指示は、個別のソフトウェアプログラム、手順、またはモジュールとして実装する必要はない。メモリ250は、追加の命令またはより少ない命令を含み得る。さらに、モバイル通信デバイス200の様々な機能は、1つまたは複数の信号処理および/または特定用途向け集積回路を含むハードウェアおよび/またはソフトウェアで実装されてもよい。
図3は、本開示のいくつかの実施形態に従って、ライドシェアリング管理システム100に関連するライドシェアリング管理サーバ150を含む自動化されたライドシェアリングディスパッチシステム300の例のコンポーネントを示す図である。ライドシェアリング管理サーバ150は、ライドシェアリング管理サーバ150内で情報を転送するためのサブシステムとコンポーネントを相互接続するバス302(または他の通信メカニズム)を含むことができる。
図3に示されるように、自動化されたライドシェアリングディスパッチシステム300は、1つ以上のプロセッサ310、例えば、サーバアプリ332、オペレーティングシステム334、およびデータ340を含むプログラム330を格納する1つ以上のメモリ320、および通信インタフェース360(例えば、モデム、イーサネット(登録商標)カード、または図1のネットワーク140などのネットワークとデータを交換するように構成された他のインタフェース)を含むことができる。自動化されたライドシェアリングディスパッチシステム300は、外部データベース170(いくつかの実施形態では、ライドシェアリング管理サーバ150内に含まれ得る)と通信し得る。自動化されたライドシェアリングディスパッチシステム300は、単一のサーバ(たとえばライドシェアリング管理サーバ150)を含むか、複数のサーバ、サーバファーム、クラウド、または開示された実施形態に関連するプロセスおよび機能のうちの1つ以上を実行するために相互運用するコンピュータを含む、分散コンピュータシステムとして構成することができる。「クラウドサーバ」という用語は、インターネットなどのネットワークを介してサービスを提供するコンピュータプラットフォームを指す。ライドシェアリング管理サーバ150がクラウドサーバの場合、個々のハードウェアに対応していない仮想マシンを使用する場合がある。具体的には、データセンターまたは分散コンピューティング環境などのスケーラブルなリポジトリから望ましい計算/ストレージ能力の適切な部分を割り当てることにより、計算および/またはストレージ機能を実装できる。
プロセッサ310は、インテル(登録商標)製またはAMD(登録商標)製のマイクロプロセッサなど、開示された方法の機能を実行するように構成された1つまたは複数の処理デバイスであり得る。プロセッサ310は、並列プロセスを同時に実行する単一のコアまたは複数のコアプロセッサを備えてもよい。例えば、プロセッサ310は、仮想処理技術で構成されたシングルコアプロセッサであってもよい。特定の実施形態では、プロセッサ310は、論理プロセッサを使用して、複数のプロセスを同時に実行および制御することができる。プロセッサ310は、仮想マシン技術、または他の技術を実装して、複数のソフトウェアプロセス、アプリケーション、プログラムなどの、実行、制御、ラン、操作、保存などの能力を提供し得る。いくつかの実施形態において、プロセッサ310は、並列処理機能を提供して、ライドシェアリング管理サーバ150が複数のプロセスを同時に実行できるように構成されたマルチコアプロセッサ配列(デュアル、クアッドコアなど)を含んでもよい。本明細書で開示する機能を提供する他のタイプのプロセッサ構成を実装できることを理解されたい。
メモリ320は、揮発性または不揮発性、磁気、半導体、テープ、光学、取り外し可能、取り外し不能、または他のタイプのストレージデバイス、またはサーバアプリ332およびオペレーティングシステム334などの1つ以上のプログラム330、およびデータ340を格納する有形または非一時的なコンピュータ可読媒体であり得る。非一時的媒体の一般的な形態には、例えば、フラッシュドライブ、フレキシブルディスク、ハードディスク、ソリッドステートドライブ、磁気テープ、または任意の他の磁気データ記憶媒体、CD-ROM、他の光学データ記憶媒体、穴のパターンを持つ物理媒体、RAM、PROM、およびEPROM、FLASH-EPROMまたは他のフラッシュメモリ、NVRAM、キャッシュ、 レジスタ、その他のメモリチップまたはカートリッジ、およびそれらのネットワークバージョンが含まれる。
ライドシェアリング管理サーバ150は、開示された実施形態に関連する特定の機能を実行するためにプロセッサ310(または他のコンポーネント)によって使用される情報を格納するように構成される1つ以上のストレージデバイスを含み得る。例えば、ライドシェアリング管理サーバ150は、プロセッサ310がサーバアプリ332、オペレーティングシステム334、およびコンピュータシステムで利用可能である既知の他のタイプのアプリケーションまたはソフトウェアなどの1つ以上のアプリケーションを実行できるようにする命令を含むメモリ320を含むことができる。代替的または追加的に、命令、アプリケーションプログラムなどは、外部データベース170(ライドシェアリング管理サーバ150の内部にあってもよい)、またはネットワーク140を介してアクセス可能な1つまたは複数のデータベースまたはメモリなど、ライドシェアリング管理サーバ150(図示せず)と通信可能に結合された外部ストレージに保存されてもよい。
データベース170または他の外部ストレージは、揮発性または不揮発性、磁気、半導体、テープ、光学、リムーバブル、非リムーバブル、または他のタイプのストレージデバイスまたは有形または非一時的なコンピュータ可読媒体であり得る。メモリ320およびデータベース170は、開示される実施形態の1つ以上の特徴を実行するために使用されるデータおよび命令を格納する1つ以上のメモリデバイスを含み得る。メモリ320およびデータベース170は、メモリコントローラデバイス(例えば、サーバなど)、または文書管理システム、Microsoft SQLデータベース、SharePointデータベース、OracleTMデータベース、SybaseTMデータベース、またはその他のリレーショナルデータベースなどのソフトウェアによって制御される1つまたは複数のデータベースの任意の組み合わせを含むこともできる。
いくつかの実施形態において、ライドシェアリング管理サーバ150は、ネットワーク140または異なるネットワークを介して1つ以上のリモートメモリデバイス(例えば、リモートデータベース(図示せず))に通信可能に接続され得る。リモートメモリデバイスは、ライドシェアリング管理サーバ150がアクセスおよび/または管理できる情報を保存するように構成することができる。例として、リモートメモリデバイスには、ドキュメント管理システム、Microsoft SQLデータベース、SharePointデータベース、OracleTMデータベース、SybaseTMデータベース、またはその他のリレーショナルデータベースが含むことができる。しかしながら、開示された実施形態と一致するシステムおよび方法は、別個のデータベースまたはデータベースの使用にさえ限定されない。
プログラム330は、開示された実施形態の1つ以上の機能をプロセッサ310に実行させる1つ以上のソフトウェアモジュールを含み得る。さらに、プロセッサ310は、ライドシェアリング管理システム100の1つ以上のコンポーネントから遠隔に位置する1つ以上のプログラムを実行することができる。例えば、ライドシェアリング管理サーバ150は、実行されると、開示された実施形態に関連する機能を実行する1つ以上の遠隔プログラムをアクセスし得る。
現在説明されている実施形態では、サーバアプリ332は、開示された方法の1つ以上の機能をプロセッサ310に実行させることができる。たとえば、ユーザー、ドライバー、および自動ビークルに関連付けられたデバイスは、それぞれ、ビークルライドシェアリングサービスのユーザーアプリケーション、およびビークルライドシェアリングサービスのドライバーアプリケーションと共にインストールできる。さらに、モバイル通信デバイスは、対応する状況で使用するために、ドライバーアプリケーションとユーザーアプリケーションの両方と共にインストールできる。
いくつかの実施形態において、ライドシェアリング管理システム100の他のコンポーネントは、開示された方法の1つ以上の機能を実行するように構成され得る。たとえば、モバイル通信デバイス120は、特定の乗車リクエストに基づいて推定ピックアップ時間とドロップオフ時間を計算するように構成でき、そして、見積乗車料金を計算するように構成できる。別の例として、モバイル通信デバイス120は、特定のピックアップまたはドロップオフの場所にユーザーを誘導し、各ユーザーまたはビークルの現在位置に関する情報をライドシェアリング管理サーバ150に提供するような、位置サービスや、ナビゲーションサービスを提供するようにさらに構成され得る。
いくつかの実施形態では、プログラム330は、プロセッサ310などの1つまたは複数のプロセッサによって実行されるときにオペレーティングシステム機能を実行するオペレーティングシステム334を含むことができる。例として、オペレーティングシステム334は、Microsoft WindowsTM、UnixTM、Linux(登録商標)、AppleTMオペレーティングシステム、Apple iOS、Google Android、Blackberry OS、Microsoft CETMなどのパーソナルデジタルアシスタンス(PDA)タイプのオペレーティングシステム、または他の種類のオペレーティングシステムを含むことができる。したがって、開示される実施形態は、任意のタイプのオペレーティングシステム334を実行するコンピュータシステムで動作および機能し得る。ライドシェアリング管理サーバ150は、プロセッサによって実行されると、通信インタフェース360および/または1つまたは複数のモバイル通信デバイス120への直接接続を介してネットワーク140との通信を提供するソフトウェアも含み得る。特に、通信インタフェース360は、異なる目的地に向かう乗車リクエスト(例えば、ユーザーデバイスユーザーデバイス120A~120Cから)を受信し、(例えば、ドライバーデバイス120Dおよび120Eからまたはドライビング・コントロールデバイス120Fから)RDVの現在位置の指示を受信するように構成し得る。一例では、通信インタフェース360は、ライドシェアリング管理システム100の一部である複数のRDVの現在のビークル位置データを連続的または定期的に受信するように構成され得る。現在のビークル位置データには、各ライドシェアリングビークルに関連付けられたモバイル通信デバイス120の少なくとも1つの全地球測位システム(GPS)コンポーネントによって生成されたGPSデータが含まれてもよい。
いくつかの実施形態では、データ340は、例えば、ユーザープロファイルまたはドライバープロファイルなどのユーザーのプロファイルを含むことができる。データ340は、複数のユーザーからの乗車リクエスト、ユーザー乗車履歴およびドライバーサービス記録、および特定の乗車リクエストに関するドライバーとユーザーとの間の通信をさらに含むことができる。いくつかの実施形態では、データ340は、交通データ、有料道路情報、およびナビゲーション情報をさらに含むことができ、これらは、乗車リクエストの処理および便宜に使用することができる。
自動化されたライドシェアリングディスパッチシステム300は、デバイスから信号または入力を受信し、1つまたは複数のデバイスに信号または出力を提供するための1つまたは複数のインタフェースを有する1つまたは複数のI/Oデバイス350も含むことができ、自動化されたライドシェアリングディスパッチシステム300によるデータの送受信を可能とする。例えば、自動ライドシェアリングディスパッチシステム300は、自動ライドシェアリングがオペレータまたは管理者(図示せず)からの入力を受信することを可能にする1つ以上のキーボード、マウスデバイスなどの1つ以上の入力デバイスとインタフェースするためのインタフェースコンポーネントを含むことができる。
図4Aおよび4Bは、本開示のいくつかの実施形態による、ビークルのライドシェアリング管理のための例示的なプロセス410および420のフローチャートである。一実施形態では、プロセス400のステップのすべては、図1および図3を参照して上述したライドシェアリング管理サーバ150などのライドシェアリング管理サーバによって実行され得る。あるいは、プロセス400のステップの少なくともいくつかは、図1および図2を参照して上述したモバイル通信デバイス120などのモバイル通信デバイスによって実行されてもよい。以下の説明では、例示の目的で図1-3の特定のコンポーネントを参照する。しかし、他の実装が可能であり、本明細書で開示される例示的な方法を実装するために他のコンポーネントが利用され得ることが理解されるであろう。
ステップ411で、ライドシェアリング管理サーバ150は、第1のユーザーの第1の無線通信から第1の乗車リクエスト、例えば、ユーザーデバイスユーザーデバイス120Aを通して送信されたユーザー130Aからのリクエストを受信し得る。第1の乗車リクエストには、第1の出発地と第1の目的地を含めることができる。乗車リクエストは、特定の場所から別の場所への輸送サービスを必要とするユーザーからのリクエストを指すことができる。出発点は、関連するユーザーデバイスの入力デバイスを介したユーザーによる入力として、またはユーザーデバイスにインストールされている位置情報サービスアプリケーションによって決定される、ユーザーの現在の場所を指すことができる。いくつかの実施形態では、出発点は、ユーザーの現在の場所とは異なる場所、例えば、ユーザーが後に到着する場所(例えば、建物の入り口)であってもよい。目的地は、ユーザーのリクエスト先の場所を指してもよい。
いくつかの実施形態では、実際のピックアップ場所および実際のドロップオフ場所は、出発点および所望の目的地と異なっていてもよい。例えば、ピックアップ場所は、出発点から一定の距離にあってもよく、そこではユーザーはピックアップのために案内されてもよい。いくつかの実施形態と一致して、ユーザーが近くのピックアップ場所まで歩くことを奨励することにより、ビークルは、過度に迂回することなく、またはビークルにいるユーザーに過度の遅延を引き起こすことなく、より簡単かつ迅速にユーザーを見つけることができる。同様に、ビークルは、目的の目的地とは異なるが一定の距離内にあるドロップオフ場所から歩くことを奨励することにより、後続のピックアップに対応したり、より迅速に後続のピックアップ場所に到着したりすることができる。ビークルライドシェアリングサービス管理システムは、一定の距離を歩くことを希望するユーザーにインセンティブまたは報酬を提供することができる。たとえば、ライドシェアリング管理システムは、特定の乗車に関係する歩行の回数と距離に基づいて特定の割引を提供してもよい。または、ライドシェアリング管理システムは、ユーザーが乗車中に行った歩行の回数と距離に対応する乗車クレジットを提供してもよい。ユーザーはクレジットを後続の乗車の支払いに使用したり、クレジットをお金、無料乗車、またはその他の報酬と引き換えたりすることができる。さらに、そのような実施形態の利点には、より効率的なビークルの使用および管理、より多くのユーザーの柔軟性、およびビークルの使用に関連するより少ない大気汚染が含まれ得る。
いくつかの実施形態では、ユーザーが乗車リクエストをライドシェアリング管理サーバ150に送信する前または後に、ユーザーは、例えば、ユーザーインタフェース上で提供される設定コンポーネントを通じて乗車サービスパラメータをさらに入力し得る。乗車サービスパラメータは、たとえば、出発地からピックアップ場所までの最大徒歩距離、ドロップオフ場所から目的地までの最大徒歩距離、乗車に関連する合計最大歩行距離、後続のピックアップの最大数、乗車中の後続のピックアップによって発生する到着/迂回の最大遅延、および乗車中の有料道路の使用を許可するかどうかの選択、等の、ビークルのライドシェアリングサービスに関するユーザーの好み(preference)のパラメータを指す。
乗車サービスパラメータは、乗車サービスパラメータに基づいてリクエストおよび利用可能なビークルの割り当てを処理するために、ライドシェアリング管理サーバ150に送信されてもよい。たとえば、乗車リクエストは、出発点からピックアップ場所までの最大徒歩距離300メートルに関連付けられてもよい。ユーザーをピックアップするために利用可能なビークルを割り当てるとき、ライドシェアリング管理サーバ150は、出発点から300メートル以内の割り当てられたピックアップ場所を割り当てに含めてもよい。同様に、乗車リクエストは、ドロップオフ場所から目的地までの最大徒歩距離0.5マイルに関連付けられてもよい。利用可能なビークルを割り当ててユーザーをピックアップする際、ライドシェアリング管理サーバ150は、割り当てに、所望の目的地から0.5マイル以内の割り当てられたドロップオフ場所を含めることができる。
乗車中の1マイルの最大総歩行距離に関連付けられたリクエストの場合、利用可能なビークルを割り当ててユーザーをピックアップするとき、ライドシェアリング管理サーバ150は割り当てに割り当てられたピックアップ場所と割り当てられたドロップオフ場所を含めることができ、出発点から割り当てられたピックアップ場所までの距離、および割り当てられたドロップオフ場所から目的地までの距離の合計は1マイル以下としてもよい。
上記の例では、歩行距離に関する値は例示にすぎない。本開示と一致する他の実施形態は、距離の異なるオプションを使用してもよく、オプションのリストを提供してもよい。距離は、例えば、マイル、メートル、キロメートル、ブロック、およびフィートなどの異なる単位でさらに測ることができ、これらは本明細書で開示される実施形態によって限定されない。いくつかの実施形態では、距離は、例えば10分、5分などの平均歩行速度に基づいて、特定の場所から別の場所までの平均歩行時間によってさらに表すこともできる。
後続のピックアップの最大数、および後続のピックアップによって被る到着の最大遅延など、後続のピックアップに関するパラメータに関して、ライドシェアリング管理サーバ150はそれに応じて、ユーザーが設定したパラメータを超えることなく、後続のピックアップを割り当てることができる。たとえば、乗車リクエストは、乗車中の最大2回の後続ピックアップに関連付けられてもよい。ライドシェアリング管理サーバ150は、ユーザーをピックアップするために割り当てられたビークルのサービス状態を監視し、ユーザーを降ろすためにドロップオフ場所にビークルが到着する前に3回目の後続のピックアップの割り当てを控えてもよい。別の例として、最大到着遅延10分に関連付けられた乗車リクエストの場合、後続の乗車リクエストを割り当てるときに、ライドシェアリング管理サーバ150は、同じビークルがその後の乗車リクエストを引き受けることになった場合にユーザーに発生するかもしれない推定遅延を計算してもよい。もし推定遅延が10分を超える場合、ライドシェアリング管理サーバ150は、後続の乗車リクエストを他の利用可能なビークルに割り当てるようにしてもよい。
いくつかの実施形態では、ユーザーは、有料道路の使用を許可または禁止するために、関連するユーザーデバイスを通じて有料道路の使用の選択を入力することもできる。ライドシェアリング管理サーバ150は、乗車リクエストに対応するために利用可能なビークルを割り当て、移動ルートを決定し、ユーザーの乗車料金を計算する際に、ユーザーの選択を考慮することができる。例えば、ライドシェアリング管理サーバ150は、有料道路の選択入力と関連する有料料金に基づいて、対応するユーザーの乗車料金を調整してもよい。別の例として、最初のユーザーが有料道路の使用を許可しない場合、乗車中の後続のピックアップの前に、ライドシェアリング管理サーバ150は有料道路を含まない割り当てられたビークルへのルートを送信してもよい。別の例として、ビークルをシェアする後続のユーザーが有料道路の使用を許可する場合、ライドシェアリング管理サーバ150は、有料道路が使用されるビークルの重複部分について最初のユーザーに課金せず、最初のユーザーが降車した後に有料道路を含むようにルートを変更するか、有料道路の使用を許可するユーザーを含むライドシェアリングビークルに2番目のユーザーを割り当ててもよい。
いくつかの実施形態では、乗車リクエスト情報は、ドライバーデバイス、例えば、ドライバーデバイス120Dから、またはビークルに関連するデバイスから入力されてもよい。ユーザーがモバイル通信デバイスでビークルライドシェアリングサービスアプリケーションを使用せずに路上でビークルを呼ぶストリートヘイリングの場合、ドライバー、たとえば、ドライバー130Dは、ドライバーデバイス120Dを介した出発点/ピックアップ情報と目的地情報などの情報を入力でき、それからライドシェアリング管理サーバ150に送信されてもよい。
ステップ413において、ライドシェアリング管理サーバ150は、例えば、割り当てられたビークルの現在の位置および第1の乗車リクエストに含まれる第1の出発点に基づいて、推定ピックアップ時間を計算し得る。推定ピックアップ時間は、割り当てられたビークルがユーザーをピックアップするためにピックアップ場所に到着するまでの期間を指し得る。
割り当てられたビークルは、第1の乗車リクエストを引き受けるために割り当てられたビークル、例えば、タクシーのフリート(群)のタクシー、輸送サービスシステムによって管理される複数のビークルの1つ、または複数の所有者が所有し、ライドシェアリングサービスを提供するために使用される複数のビークルを指すことができる。ピックアップ場所は、出発点と同じでも、出発点に関連付けられた割り当てられたピックアップ場所でもよい。
推定ピックアップ時間は、割り当てられたビークルの現在位置とピックアップ位置との間の距離、およびその2つの位置の間のルートに沿って移動する推定速度に基づいて決定されてもよい。割り当てられたビークルの現在の位置は、ドライバーデバイス、運転コントロールデバイスにインストールされた位置サービスアプリケーションによって、またはライドシェアリング管理サーバ150の一部であるか、それとは別のものであり得る、ライドシェアリング管理システム100の位置決定コンポーネントによって決定されてもよい。いくつかの実施形態では、推定ピックアップ時間は、履歴またはリアルタイムの交通データ、および現在ビークルが現在辿っているルートに基づいてさらに決定されてもよい。
いくつかの実施形態では、プロセス410は、1つまたは複数の潜在的に利用可能なビークルの位置を特定し、そこから割り当てられたビークルを選択することをさらに含むことができる。たとえば、潜在的に利用可能なビークルには、第1の出発点の周辺エリアにいる空いているビークルや、割り当てられたピックアップまたはドロップオフのために第1の出発点に近い場所に向かうビークルが含まれ得る。ライドシェアリング管理サーバ150は、ビークルの中にいるユーザーによって設定された乗車サービスパラメータによって、潜在的に利用可能なビークルをフィルタリングし、たとえば、ビークルの中のユーザーがその後のピックアップを許可しない占有されたビークル、またはユーザーが最小限の遅延を必要とする占有されたビークルを取り除いてもよい。いくつかの実施形態では、ライドシェアリング管理サーバ150は、ユーザーの歩行を最小限に抑えるか、道路を横断する必要のないビークルを選択することにより、潜在的な割り当てビークルをフィルタリングし得る。いくつかの実施形態では、ライドシェアリング管理サーバ150は、ビークルがピックアップ場所に到着するための迂回を最小限に抑えるビークルを選択することにより、潜在的な割り当てビークルをさらにフィルタリングし得る。いくつかの実施形態において、割り当てられたビークルは、複数のフィルター基準を適用することにより、または特定の順序で複数のフィルター基準を適用することにより選択され得る。
いくつかの実施形態では、ピックアップ場所は、第1の出発点とは異なる割り当てられたピックアップ場所、例えば、第1の出発点からブロックの半分またはさらに離れた場所であってもよい。ライドシェアリング管理サーバ150は、上記のステップ411で説明したように、第1のユーザーが設定した乗車サービスパラメータに基づいてピックアップ場所を割り当てることができる。ライドシェアリング管理サーバ150はさらに、割り当てられたビークルが簡単に見つけることができるメインストリート沿いのピックアップ場所、または割り当てられたビークルがUターンを取るのを必要としないピックアップ場所を割り当ててもよい。ビークルに他の1人以上のユーザーがいる場合、ライドシェアリング管理サーバ150は、ビークルの次に割り当てられたドロップオフ位置の近く、またはビークルはすぐに通過する道路の脇にピックアップ場所を割り当ててもよい。いくつかの実施形態では、ライドシェアリング管理サーバ150は、潜在的な割り当てビークルのフィルタリング結果またはその逆に基づいて、ピックアップ場所の選択を調整することができる。2つの選択プロセスは互いに補完して、1つ以上の最適な組み合わせに到達し得る。
いくつかの実施形態では、それぞれが対応するピックアップ場所を有する複数の潜在的な割り当てビークルが存在する場合、それぞれの潜在的な割り当てビークルに対応する推定ピックアップ時間をそれぞれ計算することができる。ライドシェアリング管理サーバ150は、それから割り当てられたビークルとなるように、推定ピックアップ時間が最も短いビークルを選択してもよい。
ステップ415で、ライドシェアリング管理サーバ150は、この例ではユーザー機器120Aである第1のユーザーに関連付けられたユーザーデバイスユーザーデバイスに第1のメッセージを送信することができる。第1のメッセージは、計算された第1の推定ピックアップ時間の表示をユーザーデバイス120Aのディスプレイに表示させるように構成され得る。メッセージは、たとえば、推定ピックアップ時間を含むテキストメッセージ、音声メッセージ、または画像などの異なる形式で表示されてもよく、その具体的な実装は、本明細書で開示される実施形態によって限定されない。
一実施形態では、メッセージは、ライドシェアリングリクエストが受け入れられたことの確認を含む。ライドシェアリング管理サーバ150が出発地点とは異なるピックアップ場所を割り当てる場合、メッセージはさらに、割り当てられたピックアップ場所の指示を表示させることができる。ライドシェアリング管理サーバ150は、ユーザーインタフェースに表示されるナビゲーションオプションをさらに提供してもよい。ナビゲーションオプションを選択すると、次にピックアップの割り当てられたピックアップ場所への歩行方向がユーザーに提供されてもよい。メッセージはさらに、出発点から割り当てられたピックアップ場所までの推定歩行距離の指示を表示させてもよい。さらに、メッセージには、割り当てられたドロップオフ場所から目的地までの推定歩行距離を含んでもよい。割り当てられたドロップオフ場所は、第1のユーザーが設定した最大歩行距離パラメータ内で、目的地に近い場所にすることができる。たとえば、ドロップオフ場所は、目的地から半ブロックまたはそれ以上離れた場所にあり、ビークルが簡単に見つけてアクセスできる大通り沿いにしてもよい。別の例として、ビークルが次のピックアップ場所に向かう途中で第1のユーザーを簡単に降ろし、それによって余分な迂回を回避できるように、ドロップオフ場所は次のピックアップ場所に向かうルートに基づいて決定されてもよい。
別の実施形態では、メッセージは、異なるビークルに関連付けられた1つ以上の提案を含み得る。各提案には、提案されたピックアップ場所に関する情報を含むことができる。提案されたピックアップ場所に関する情報は、ユーザーから提案されたピックアップ場所までの距離を含んでもよい。各提案には、乗車の種類に関連付けられた乗車の価格と、ピックアップ時間の推定値を含むことができる。推定値は範囲として提示されてもよい。一例では、各提案は、異なるピックアップ場所、異なる価格、および/またはピックアップ時間の異なる推定を含むことができる。この実施形態によれば、ステップ415は、選択されたピックアップビークルを反映する提案の選択を受信し、選択されたビークル、およびビークルに関連するドライバーに関する情報を含む追加メッセージを送信することも含み得る。たとえば、ビークル情報には、ビークルのナンバープレート番号、ブランド、色、および/またはモデルを含んでもよい。ドライバー情報には、ドライバーの名前、ニックネーム、プロフィール写真、評価、過去の乗車回数、および/または連絡先情報を含み得る。メッセージはさらに、ユーザーがドライバーと通信セッションを開始することを選択できる「ドライバーに連絡する」ボタンなど、ユーザーがドライバーに連絡できるようにする連絡オプションを含むことができる。
ステップ417で、ライドシェアリング管理サーバ150は、割り当てられたビークルを、第1のユーザーをピックアップするための第1のピックアップ場所に案内することができる。たとえば、ライドシェアリング管理サーバ150は、割り当てられたビークルに関連付けられたドライバーデバイス、たとえばドライバーデバイス120Dまたはドライビング・コントロールデバイス120Fに方向情報を送信してもよい。いくつかの実施形態では、ドライバーデバイスのナビゲーションコンポーネント、またはドライビング・コントロールデバイスは、ビークルを第1のピックアップ場所に案内するステップを実行してもよい。同様に、ライドシェアリング管理サーバ150、またはユーザーデバイス120Aのナビゲーションコンポーネントは、ピックアップ場所が、第1の出発点から異なる割り当てられたピックアップ場所である場合、ユーザーを第1のピックアップ場所に案内してもよい。例えば、図1に示すような自律ビークル130Fなど、ライドシェアリングサービスに使用される自律ビークルの場合、ビークル自体はさまざまな手法を使用して周囲を検出し、可能な経路を特定し、そして、人間の直接入力なしでナビゲートするようにしてもよい。
いくつかの実施形態では、ビークルがユーザーをピックアップするように割り当てられると、ライドシェアリング管理サーバ150は、割り当てられたビークルに関連付けられたドライバーに通信チャネルを割り当て、例えば、マスクされた電話番号で、ユーザーと通信することができる。いくつかの実施形態において、ドライバーデバイス120Dなどのドライバーデバイスのユーザーインタフェースは、ユーザーに通知メッセージを送信するオプション、例えば、「私はここにいる」の所定のメッセージボタンを含むことができる。ビークルがピックアップ場所に到着すると、ドライバーはメッセージボタンをクリックしてユーザーにメッセージを送信できる。このようにすると、ドライバーはユーザーにビークルの到着を通知するためにダイヤル発信したりメッセージを入力したりする必要がなくなり、ドライバーの注意散漫と関連する安全上の危険を低減できる。
ステップ419で、ライドシェアリング管理サーバ150は、第2のユーザーから第2の乗車リクエストを受信することができる。いくつかの実施形態では、第2のユーザーのリクエストは、第1のユーザーがまだ中にいる間に、すなわち第1のユーザーを降ろす前に、ビークルによって直接受け取られる道路での呼び止めのリクエストであってもよい。第1のユーザーがその後のピックアップを許可した場合、ビークルは第2の乗車リクエストを引き受けることができる。いくつかの実施形態では、ビークルのドライバーは、ドライバーデバイス、例えばドライバー130Dに関連付けられたドライバーデバイス120Dを介して第2の乗車リクエスト情報を入力することができる。入力は、ライドシェアリング管理サーバ150に、ビークルが第2の乗車リクエストを引き受けたことを通知するか、または第2のユーザーのピックアップ場所と目的地情報をさらに含むことができる。ライドシェアリング管理サーバ150は、それに応じて追加のピックアップを同じビークルに割り当てるかどうかを決定し、ビークルを第2のユーザーの目的地に案内する方向情報をさらに送信することができる。
いくつかの実施形態では、第2の乗車リクエストは、第2の無線モバイル通信デバイス、例えば図1に示されるようにユーザー130Bに関連付けられたユーザーデバイス120Bからライドシェアリング管理サーバ150によって受信され得る。さらに第2の乗車リクエストには、第2の出発点と第2の目的地を含めることができる。次いで、ライドシェアリング管理サーバ150は、対応する乗車サービスを利用可能なビークルに割り当てることができ、ビークルは、第1のユーザーを降ろす前に、第1のユーザーをピックアップしているビークルとすることができる。第2の乗車リクエストを処理する際、図4Bに示されるような例示的なプロセス420が実行され得る。
ステップ422で、ライドシェアリング管理サーバ150は、例えば、ビークルの第2の現在位置および第2の出発点に基づいて、第2の推定ピックアップ時間を計算することができる。第2の推定ピックアップ時間は、ビークルが第2のユーザーをピックアップするために第2のピックアップ場所に到着する前の推定時間期間とすることができる。第2のピックアップ場所は、第2の出発点とは異なるが関連付けられている、割り当てられたピックアップ場所であり得る。第2のピックアップ場所の割り当ては、図4Aを参照して上述したものと同様のステップを含むことができ、その詳細はここでは繰り返さない。
ステップ424で、ライドシェアリング管理サーバ150は、第2のメッセージを、この例ではユーザーデバイス120Bである第2の無線モバイル通信デバイスに送信することができる。第2のメッセージは、計算された第2の推定ピックアップ時間の表示を第2の無線モバイル通信デバイスのディスプレイに表示させるように構成され得る。図4Aを参照して上記で説明したように、メッセージは異なる形式で表示され、第2のピックアップ場所、徒歩距離、第2の出発地点から2番目のピックアップ場所への徒歩方向など、の複数のオプションを含む複数の提案の表示をさらに生じさせることができ、詳細はここでは繰り返さない。
いくつかの実施形態では、ライドシェアリング管理サーバ150は、第2のピックアップ場所を第1のピックアップ場所と実質的に同じ場所、例えば、第1のピックアップ場所から半ブロックまたは100メートル離れた場所に設定してもよい。このようにして、ビークルは実質的に同じ場所でほぼ同時に両方のユーザーをピックアップし、サービス効率をさらに向上させることができる。いくつかの実施形態において、ライドシェアリング管理サーバ150は、第1のドロップオフ場所と実質的に同じ場所に第2のピックアップ場所を設定し、ビークルは第1のユーザーを降ろし、ほぼ同時に、余分な移動なしに、第2のユーザーをピックアップし得る。さらに、いくつかの実施形態では、ビークルが複数のユーザーを同時に降ろすことができるように、第2のドロップオフ場所を第1のドロップオフ場所と実質的に同じ場所に設定することができる。
いくつかの実施形態では、ライドシェアリング管理サーバ150は、両方のピックアップ場所が、ビークルが通る可能性のある同じ通りの同じ側に沿っていることを確実にするように、第1の出発地と実質的に異なるように第1のピックアップ場所を設定し、第2の出発地と実質的に異なるように第2のピックアップ場所を設定する。次に、ライドシェアリング管理サーバ150は、ユーザーをそれぞれのピックアップ場所に案内するために、それぞれの指示を第1ユーザーデバイスと第2ユーザーデバイスに送信し得る。
いくつかの実施形態では、たとえば、ピックアップ場所の選択は、第1のピックアップ場所と第2のピックアップ場所が互いに近く、両方のピックアップ場所が同じ通りに沿っている、または第2のピックアップ場所は、第1のドロップオフ場所の近く、となるように、ライドシェアリング管理サーバ150は、第1の出発地と実質的に同じ第1のピックアップ場所を設定し、第2の出発地と実質的に異なる第2のピックアップ場所を設定するようにしてもよい。次に、ライドシェアリング管理サーバ150は、ユーザーをそれぞれのピックアップ場所に案内するために、それぞれの指示を第1ユーザーデバイスと第2ユーザーデバイスに送信し得る。
ステップ426で、ライドシェアリング管理サーバ150は、ビークルを、第2のユーザーをピックアップするための第2のピックアップ場所に案内することができる。図4Aを参照して前述したように、このステップは、ドライバーのデバイス(例えば、ドライバーデバイス120Dまたは自律ビークル130Fに関連付けられたドライビング・コントロールデバイス120F)のナビゲーションコンポーネントによっても実行できる。
いくつかの実施形態において、ライドシェアリング管理サーバ150は、第2の乗車リクエストを受信した後に第1のドロップオフ場所を変更してもよく、変更は第1のユーザーの事前承認なしに行われてもよい。第1のドロップオフ場所は、第1のユーザーを降ろす場所を指す。図4Aを参照して上述したように、第1のドロップオフ場所は、第1の所望の目的地と同じであっても、または第1の所望の目的地とは異なる場所にあってもよい。
例えば、第2のピックアップ場所は、第1の乗車リクエストに含まれる、第1の所望の目的地に近い場所に設定されてもよい。ライドシェアリング管理サーバ150は、第2の乗車リクエストをビークルに割り当てる際に、第1のドロップオフ場所を第1の目的地により近い場所または第1の目的地の場所に変更することができ、これにより、第1のユーザーが所望の目的地に到着するまでの歩行距離を短くする。他の例では、第1のドロップオフ場所は、ビークルが第2のピックアップ場所に到着するための迂回を引き起こしたり、増やしたりせずに、第1のユーザーが目的地に到着するために通りを横断する必要のない場所に変更できる。
いくつかの実施形態では、ライドシェアリング管理システム100は、その後、複数の後続の乗車リクエストを受け取ることができる。これらの追加の乗車リクエストは、ライドシェアリング管理サーバ150が受け取り、ビークルに割り当てるか、通りの呼びかけの形でビークルが受け取ることができる。図4Aおよび図4Bを参照して上述したステップは、第3の乗車リクエストの処理にも同様に使用できる。
例えば、ライドシェアリング管理サーバ150は、図1に示すように、第3のユーザーデバイス、例えば、ユーザー130Cに関連付けられたユーザーデバイス120Cから第3の乗車リクエストを受信することができる。ライドシェアリング管理サーバ150は、第1のユーザーおよび第2のユーザーのうちの少なくとも一方がビークルにいる間、そのリクエストを処理し、そのリクエストをビークルに割り当てることができる。第3の乗車リクエストには、第3の出発点と第3の所望の目的地をさらに含めることができる。ライドシェアリング管理サーバ150は、第3の推定ピックアップ時間を計算し、ユーザーのデバイス(たとえば、ユーザーデバイス120C)に確認を送信することができる。ライドシェアリング管理サーバ150は、ユーザー130Cをピックアップおよびドロップするようにビークルを導くために、ビークルに関連付けられたドライバーのデバイス(たとえば、図1に示すドライバーデバイス120D)に方向およびルート情報を送信することができる。
図4Aおよび4Bを参照して上述したように、後続の乗車リクエストの処理では、以前にリクエストを受信して割り当てたユーザーが設定した乗車サービスパラメータを考慮することができる。たとえば、第1のユーザーと第2のユーザーの両方がまだビークルにいて、そのうちの1人が到着の最大遅延を設定している場合、ライドシェアリング管理サーバ150は、同じビークルに第3のリクエストを割り当てると設定値よりも長い遅延を生じる場合には、第3のリクエストを割り当てないようにすることもできる。たとえば、第1のユーザーが最大到着遅延を10分に設定している場合、ライドシェアリング管理サーバ150は、ビークルが第3のユーザーをピックアップする(および/またはドロップオフする)のにかかる推定時間を計算し得る。推定時間が、第1のユーザーに対する到着の合計遅延が10分を超える場合、ライドシェアリング管理サーバ150は第3の乗車リクエストを別のビークルに割り当てるようにしてもよい。別の例として、第2のユーザーが1つの共同乗客の最大数を設定し、第2のユーザーが第1のユーザーよりも早く降車する場合、第2のユーザーが設定したパラメータ(一つの共同乗客の最大数)の違反を引き起こし得るので、ライドシェアリング管理サーバ150は同じビークルに割り当てをしないこともある。
図5は、本開示のいくつかの実施形態による、ライドシェアリング配置を示す3つの例示的なタイムラインの図である。タイムラインの例510、520、および530に示すように、特定の割り当てられたビークルで、第1のユーザーから第1の乗車リクエストと第2のユーザーから第2の乗車リクエストを引き受ける場合、第2のユーザーのピックアップとドロップオフの順序は異なる場合があり得る。例えば、ライドシェアリング管理サーバ150は、複数の乗車リクエストを受信し、複数のリクエストを引き受ける特定の割り当てられたビークルの最適な経路とピックアップ/ドロップオフ順序を設計し、ビークルが乗車リクエストの一部またはすべてを完了すると、追加のピックアップを割り当てることができる。たとえば、タイムライン510の例に示すように、ビークルは第1のユーザーをピックアップした後、第2の乗車リクエストを受信し、第2のユーザーを降ろす前に第1のユーザーを降ろすようにしてよい。対応するシェアリング乗車部分は、第2のユーザーの乗車と第1のユーザーの降車との間の乗車の部分であり得る。タイムライン520の例に示されるように、ビークルは、第1のユーザーをピックアップした後に第2の乗車リクエストを受け取り、第1のユーザーを降ろす前に2番目のユーザーを降ろしてもよい。対応するシェアリング乗車部分は、第2のユーザーの乗車と第2のユーザーの降車との間の乗車の部分であり得る。別の例として、タイムライン530の例に示されているように、ビークルは何らかのピックアップの前に第1の乗車リクエストと第2の乗車リクエストを受け取るようにしてもよい。ビークルは、第1のユーザーを拾う前に第2のユーザーを拾い、第1のユーザーを降ろす前に第2のユーザーを降ろすようにしてもよい。対応するシェアリング乗車部分は、第1のユーザーのピックアップと第2のユーザーのドロップオフの間の乗車の部分であり得る。乗車と降車の順序に応じて、ライドシェアリング管理サーバは、たとえば、シェアされた部分、各ユーザーの単独の部分、および/または各ユーザーが設定した乗車サービスパラメータなどの他の要因に基づき、対応するシェアリング乗車部分を決定し、各ユーザーの乗車料金を計算し得る。
複数の充電ステーションの充電スケジュールの管理
いくつかのライドシェアリングフリート(群)では、ビークルの少なくともいくつかは、完全に電気的であろうとプラグイン充電機能を備えたハイブリッドであろうと、電気的充電ビークルであり得る。従来のシステムでは、ドライバーがビークルの充電時期と場所を管理できることが多く、フリート(群)の管理に大きな非効率性が生じていた。さらに、ビークルのバッテリー充電がしきい値を下回っているときに、電動ビークルを最も近い充電ステーションに向けるだけであり、直感的には効率的であるが、充電ステーションの容量が限られているために非効率になる場合があり得る。したがって、本開示の実施形態は、ビークルを充電ステーションに割り当てるときに、バッテリー充電および充電ステーションの占有の両方を考慮に入れることができる。個々のルートと充電スケジュールは最適化されていない場合があるが、ビークルのフリート(群)の全体的な最適化は向上する可能性がある。したがって、これらの実施形態で説明される技術的解決策は、個々のビークルではなくフリート(群)を最適化し、より正確で柔軟な最適化スキーマの使用をもたらす。
図6は、本開示と一致する複数の電動式RDVを含むRDVのフリート(群)を管理するためのメモリモジュール250の実施形態を示す。メモリ250は、複数のモジュールを格納することができ、本明細書で開示される様々な方法およびプロセスを実行するために少なくとも1つのプロセッサによって実行可能とすることができる。さらに、メモリ250は、実装固有の考慮事項に応じて、図6に示されているモジュールよりも多いまたは少ないモジュールを格納できることに留意されたい。
図6に示すように、メモリ250は、位置モジュール610、バッテリー充電モジュール620、充電ステーションモジュール630、データベースアクセスモジュール640を実行するためのソフトウェア命令を格納し、データベース650を含むことができる。モジュール610は、1つ以上のソースからRDVの位置を受信するためのソフトウェア命令を含み得る。バッテリー充電モジュール620は、1つ以上のソースからRDVのバッテリー充電レベルを受信するためのソフトウェア命令を含み得る。充電ステーションモジュール630は、決定されたルートまたはドロップオフ場所に関する充電ステーションの占有を決定するソフトウェア命令を含み得る。データベースアクセスモジュール640は、データベース650と相互作用し、情報(例えば、ビークルが動作している地理的エリアに関連する地理的マップ、地理的エリアの現在の交通情報、効率的なルートのための履歴的データなど)を格納し及び/又は受信するために実行可能なシフトウェア命令を含むことができる。
位置モジュール610は、複数の複数の電動式RDVのための現在のビークル位置データを受信するためのソフトウェア命令を含み得る。いくつかの実施形態では、現在のビークル位置データは、各電動式ライドシェアリングビークルに関連付けられた少なくとも1つの全地球測位システム(GPS)コンポーネントによって生成されたGPSデータを含み得る。追加または代替として、位置モジュール610は、セルタワー三角測量データ、Wi-Fiまたは他の信号強度データ、または位置情報の任意の他の組み合わせなど、他の位置情報を受信するようにしてもよい。
バッテリー充電モジュール620は、複数の複数の電動式RDVの現在のバッテリー充電データを受信するためのソフトウェア命令を含み得る。このデータは、バッテリーの現在の充電レベルを決定するために、ビークルの電力センサーによってキャプチャされた、ビークルに電力を供給するバッテリーの残りの充電および/またはバッテリーの消耗までの推定時間に関連し得る。電力センサーは、現在のバッテリーの充電レベルに基づいて、データをワイヤレスチャネルを介してリモートサーバに送信したり、充電ステーションを選択するためにビークルルーティングモジュールに送信したりすることができる。電力センサーは、現在のバッテリー充電レベルに関連するデータを継続的に監視および送信するように構成できる。また、電力センサーはまた、現在のバッテリーの充電レベルを監視し、充電レベルが所定のしきい値レベルを下回ったときにデータを送信し得る。
いくつかの実施形態では、現在のバッテリー充電データは、各電動式ライドシェアリングビークルが充電前に動作できる運転時間および/または距離を示してもよい。例えば、バッテリー充電モジュール620は、バッテリーの現在の充電レベルおよびビークルの1つまたは複数の既知の特性に基づいて、運転時間および/または距離を決定してもよい。そのような例では、バッテリー充電モジュール620は、ビークルのモジュール、年、メーカーに関連付けられた換算係数、および/またはビークルに関連付けられた履歴データから決定された換算係数を使用して、充電レベル(たとえば、ボルトまたはアンペアで測定)を期間および/または距離に変換することができる。あるいは、ビークルは換算を実行し、運転時間および/または距離をバッテリー充電モジュール620に送信してもよい。
追加または代替として、バッテリー充電モジュール620(またはビークル)は、ビークルの現在のルートに沿ったリアルタイムの交通データを使用して、運転時間および/または距離を推定してもよい。したがって、充電ステーションモジュール630に関して以下で説明するように、現在のルートが変更されるたびに、運転時間および/または距離を動的に再決定することができる。追加または代替として、バッテリー充電モジュール620(またはビークル)はビークルの現在のルートに沿った、標高の変化などの地形データを使用した運転時間および/または距離を推定し得る。したがって、充電ステーションモジュール630に関して以下で説明するように、現在のルートが変更されるたびに、運転時間および/または距離を動的に再決定することができる。
追加または代替として、バッテリー充電モジュール620(またはビークル)は、ドライバーの加速および減速率を示すドライバーパフォーマンスデータを使用して、運転時間および/または距離を推定してもよい。たとえば、運転時間および/または距離は、第1の範囲内で加速および減速するドライバーでは増加し、第2のより高い範囲内で加速および減速するドライバーでは減少し得るようにしてもよい。
充電ステーションモジュール630は、地理的エリア内のバッテリー充電ステーションを決定するためのソフトウェア命令を含み得る。地理的エリアには、ビークルの少なくとも1つの現在の位置が含まれ得る。充電ステーションモジュール630はまた、各充電ステーションの充電ポイントの数を決定してもよい。場所および充電ポイントはデータベース650に保存され、充電ステーションモジュール630によってアクセスされてもよい。
充電ステーションモジュール630は、複数の充電ステーションの現在の占有データを受信するためのソフトウェア命令をさらに含み得る。現在の占有データは、各充電ポイントの現在の容量利用率を含んでもよい。したがって、各充電ステーション内の充電ポイントの数および各充電ポイントの現在の容量利用率に基づいて、充電ステーションモジュール630は、もしあれば、各ステーションでいくつのオープンの充電ポイントがあるかどうかを判断してもよい。
いくつかの実施形態では、現在の占有データは、充電ステーションに位置する各電動式ライドシェアリングビークルの現在のバッテリー充電データを含んでもよい。したがって、オープンな充電ポイントの数に加えて、またはその代わりに、充電モジュール630は、占有充電ポイントが利用可能になる推定時間を決定してもよい。例えば、充電モジュール630は、充電ステーションに位置する電動式ライドシェアリングビークルの現在の充電レベルと、ビークルおよび/またはビークルによって使用される充電ポイントの1つ以上の既知の特性とに基づいて推定時間を決定してもよい。そのような例では、充電モジュール630は、ビークルの年、メーカー、およびモジュールに関連付けられた換算係数を使用して、および/またはビークルに関連する履歴データから決定される勘案係数を使用して、残りの充電要件(たとえば、ボルトまたはアンペアで測定)を推定時間に変換することができる。追加または代替として、充電モジュール630は、充電ポイントのモデルに関連付けられた換算係数および/または充電ポイントに関連付けられた履歴データから決定された換算係数を使用して、残りの充電要件(たとえば、ボルトまたはアンペアで測定)を推定時間に変換することができる。上記の実施形態のいずれにおいても、充電ステーションは換算を実行し、推定時間を充電モジュール630に送信してもよい。
この情報およびバッテリー充電モジュール620から受信した情報に基づいて、充電ステーションモジュール630は、特定の電動ライドシェアリングビークル用の充電ステーションを選択することができる。一部の実施形態では、選択された充電ステーションは、特定の電動ライドシェアリングの現在位置に最も近い充電ステーション以外であってもよい。したがって、充電ステーションモジュール630は、バッテリー充電モジュール620によって受信または決定される運転時間および/または距離がハード制約として機能するが、しかし他の変数は制約内で最適化されるように最適化アルゴリズムを適用し得る。たとえば、アルゴリズムは、特定のビークルの現在の場所と充電ステーションの間の距離、およびそれらのステーションの現在の占有率に基づいて、プラグインまでの推定時間を最適化し得る。
最適化アルゴリズムでは追加の変数を使用することができる。たとえば、地理的エリアでのRDVの需要に関連する履歴データを考慮することができる。したがって、充電ステーションモジュール630は、1つ以上の選択されていない充電ステーションよりもより大きく予想される乗客需要を有する充電ステーションを選択してもよい。追加または代替として、複数のビークルは、近距離タイプのビークルおよび遠距離タイプのビークルとして(例えば、ビークルのバッテリー容量および/またはビークルの推定範囲に閾値を適用することにより)分類することができ、その分類が考慮される場合があり得る。したがって、充電ステーションモジュール630は、ビークルが近距離タイプである場合により近く、ビークルが長距離タイプである場合により遠い充電ステーションを選択し得る。
さらに別の例では、地理的エリアの地形に関する情報を含む地図データにアクセスして検討することができる。例えば、充電ステーションモジュール630は、1つ以上の選択されていない充電ステーションよりも標高の変化が少ないルートに沿ってアクセスされ得る充電ステーションを選択し得る。
充電ステーションの選択に加えて、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルの推定到着時間に基づいて、選択された充電ステーションでの充電スケジュールを調整するようにしてもよい。例えば、充電ステーションモジュール630は、選択された充電ステーションに既にあるビークルの充電を停止して、到着時に特定のビークルのためのスペースを空けるようにしてもよい。追加または代替として、充電ステーションモジュール630は、選択した充電ステーションにおいてすぐに充電する必要がある別の電動式のライドシェアリングのためにビークル用のスペースを空けて、特定の電動式ライドシェアリングビークルを部分的にのみ充電するスケジュールを調整してもよい。さらに別の例として、充電ステーションモジュール630は、選択された充電ステーションから特定の電動式ライドシェアリングビークルの推定距離に基づいて、選択された充電ステーションで充電スケジュールを調整し得る。
いくつかの実施形態では、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルを選択された充電ステーションに誘導するためのソフトウェア命令も含み得る。例えば、充電ステーションの選択に応じて、充電ステーションモジュール630は、選択された充電ステーションで終了する特定のビークルのルートを決定してもよい。
いくつかの実施形態では、特定のビークルは、1人以上のライドシェアリング乗客を運んでいる場合がある。そのような実施形態では、充電ステーションモジュール630は、特定のビークルが現在使用しているルートを調整して、ルートが選択された充電ステーションで終わるようにライドシェアリング乗客を乗降させるようにしてもよい。例えば、充電ステーションモジュール630は、選択された充電ステーションを目的地として追加し、新しい目的地を追加するため、および/または新しい道路に沿った推定時間をより最適化するためにルートに沿った1つ以上の道路を調整することができる。追加または代替として、最終降車が選択された充電ステーションにより近くなるように、乗客が降車および/または乗車される順序を再順序付けするようにしてもよい。充電ステーションモジュール630は、ルートに沿った1つ以上の道路を調整して、再順序を実行し、および/または新しい道路に沿って時間をより最適化するようにしてもよい。
上述の実施形態のいずれにおいても、決定されたルートまたは調整されたルートは、1つ以上の追加の制約を使用して最適化されてもよい。例えば、決定されたルートまたは調整されたルートは、移動時間および/または移動距離を最小化するのではなく、高度の変化に対して最適化されてもよい(例えば、高度の変化を最小化する)。
特定のビークルは、選択された充電ステーションに向かうルートでライドシェアリングビークルとして機能し続けてもよい。例えば、特定のビークルは、少なくとも一部の乗客が少なくとも一人の他の乗客とビークルをシェアするように複数の乗客をピックアップするように割り当てられてもよい。または、特定のビークルは、充電ステーションが選択されるときには、すべてのライドシェアリングの乗客を降ろしている可能性もある。いずれの実施形態においても、閾値に基づいて追加の乗客を割り当てることができる。たとえば、特定の電動式ライドシェアリングビークルの現在の充電が閾値を超えている場合、その特定のビークルは特定の電動式ライドシェアリングビークルへの少なくとも1人の追加乗客が割り当てられ、選択した充電ステーションに到達する前に、その少なくとも1人の追加の乗客を輸送するための第1のルートに沿って向かわせられるようにしてもよい。一方、特定の電動式ライドシェアリングビークルの現在の充電が閾値を下回る場合、充電ステーションモジュール630は、第2のルートに沿ってピックアップする乗客を割り当てずに、特定の電動式ライドシェアリングを選択した充電ステーションに案内するために、特定の電動式ライドシェアリングビークルを第2のルートに沿って誘導してもよい。どちらの例でも、現在の充電の代わりに、またはそれに加えて、運転時間および/または距離を使用することもできる。
図6に示されるように、データベース650は、実装する特有の考慮に応じて、モジュール610~640に関連する任意のタイプの情報を格納するように構成され得る。例えば、バッテリー充電モジュール620および/または充電ステーションモジュール630が、ルートを決定するために地理的エリアの1つ以上の以前に記憶された地図にアクセスするように構成される実施形態において、データベース650は地理的地図を記憶し得る。充電ステーションモジュール630が充電ステーションの1つ以上のリストにアクセスするように構成されている他の実施形態では、データベース650は、各充電ステーションの位置、営業時間、および/または充電容量を記憶し得る。さらに、他の実施形態では、データベース650は、複数の充電ステーションのそれぞれの充電容量に関連する情報を含み、追加のビークルを受け入れ、そして特定の賃借用の電動式ビークルの近くにピックアップ場所がある乗車リクエストについて、少なくとも1つのプロセッサは、特定の賃借用電動式ビークルを受け入れるために、ドロップオフ場所から充電ステーションへの近接度とその充電の容量に基づいてユーザーをピックアップするための特定の賃借用電動式ビークルを割り当てるように構成できる。位置モジュール610、バッテリー充電モジュール620、および充電ステーションモジュール630は、データアクセスモジュール640による通信のためにデータベースにアクセスし得る。
モジュール610~640は、ソフトウェア、ハードウェア、ファームウェア、またはソフトウェア、ハードウェアまたはファームウェアの任意の組み合わせで実装されてもよい。たとえば、モジュールがソフトウェアで実装される場合、それらはメモリ250に格納されてもよい。しかし、いくつかの実施形態では、モジュール610~640およびデータベース650に関連するデータのいずれか1つ以上が、たとえばプロセッサ204に格納されてもよく、および/またはライドシェアリング管理システム100に関連付けられたデバイスで実行されてもよい。モジュール610~640は、互いにおよび/またはメモリ250の他のモジュールと相互作用して、開示された実施形態と一致する機能を実行するように構成されてもよい。
図7は、バッテリーの現在の充電レベルのインジケータおよび充電ステーションの占有データに応じた複数の充電ステーション間の選択の一例を示している。図7に示されるように、電動式ライドシェアリングビークル710は、複数の充電ステーションに関連付けられた地理的エリアに位置し得る。図7の例では、4つの充電ステーション(720a、720b、720c、720d)が地理的エリアに配置されている(図7は縮尺どおりではない)。直観的に、従来のシステムは、ビークル710のバッテリーの充電(または残りの範囲)が閾値を下回る場合、またはビークル710がバッテリーを充電する必要があることを知らせる場合、ビークル710を最も近い充電ステーション720aに割り当てるようにしている。しかし、ビークル710がライドシェアリングフリート(群)のメンバーである場合、これは非効率を生み出す可能性がある。最も近いステーション720aの容量が、より遠いステーション、例えば、ステーション720b、720c、および720dのうちの1つまたは複数のものよりも高い場合、さらなる非効率性が生じ得る。したがって、充電ステーションの容量と組み合わせたビークル710の残りの充電および/または範囲に基づいて、本開示の実施形態は、最も近いステーション720aではなく、ビークル710からより遠いステーション、例えばステーション720b、720c、および720dのうちの1つまたは複数を選択し得る。充電ステーションモジュール630に関して上記で説明したように、たとえば、地理的エリアでのRDVの需要に関連する履歴データ、短距離タイプのビークルまたは長距離タイプのビークルとしてのビークルの分類、地理的エリアの地形に関する情報を含む地図データなど、選択を行う際に追加の変数を考慮することができる。
図8Aは、開示された実施形態と一致する、ビークル管理サーバに関連付けられた賃借用電動式ビークルを含むビークル用の賃借りのフリート(群)を管理するための例示的なプロセス810を示すフローチャートを示す。一実施形態では、プロセス810のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ150などのビークル管理サーバによって実行されてもよい。あるいは、プロセス810のステップの少なくともいくつかは、図1および図2を参照して上述したモバイル通信デバイス120などのモバイル通信デバイスによって実行されてもよい。以下の説明では、例示の目的で、図1-3の特定のコンポーネントを参照する。しかし、他の実装が可能であり、本明細書で開示される例示的な方法を実装するために他のコンポーネントが利用され得ることが理解されるであろう。
ステップ811で、位置モジュール610は、複数の複数の電動式RDVの現在のビークル位置データを受信することができる。上記で説明したように、現在のビークル位置データには、各電動式ライドシェアリングビークルに関連付けられた少なくとも1つの全地球測位システム(GPS)コンポーネントによって生成されたGPSデータが含まれ得る。
ステップ813で、バッテリー充電モジュール620は、複数の複数の電動式RDVの現在のバッテリー充電データを受信することができる。上記で説明したように、現在のバッテリー充電データは、各電動式ライドシェアリングビークルが充電前に動作できる運転時間および/または距離を示し得る。いくつかの実施形態では、バッテリー充電モジュール620は、運転時間および/または距離を推定してもよい。例えば、バッテリー充電モジュール620は、リアルタイムの交通データを受信し、現在のバッテリー充電データとリアルタイムの交通データに基づいて充電前に特定の電動式ライドシェアリングビークルが動作できる運転時間および/または距離を推定することができる。追加または代替として、バッテリー充電モジュール620は、ドライバーの加速および減速率を示すドライバーパフォーマンスデータを取得し、現在のバッテリー充電データとドライバーパフォーマンスデータに基づいて、特定の電動式ライドシェアリングビークルが充電前に作動できる運転時間および/または距離を決定することができる。追加または代替として、バッテリー充電モジュール620は、地理的エリアの地形に関する情報を含む地図データにアクセスし、特定の電動式ライドシェアリングビークルの予定ルートに沿って予想される現在のバッテリー充電データと標高変化に基づき、再充電前に特定の電動式ライドシェアリングビークルが動作できる運転時間および/または距離を決定することができる。
ステップ815で、充電ステーションモジュール630は、複数の充電ステーションの現在の占有データを受信することができる。上記で説明したように、現在の占有データには、各充電ポイントの現在の容量使用率と、充電ステーションにある各電動式ライドシェアリングビークルの現在のバッテリー充電データが含まれ得る。
ステップ817で、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークル用の充電ステーションを選択することができ、選択された充電ステーションは、特定の電動式ライドシェアリングの現在位置に最も近い充電ステーション以外である。いくつかの実施形態では、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルの現在のビークル位置データ、特定の電動式ライドシェアリングビークルの現在のバッテリー充電データ、複数の充電ステーションの保存場所、および複数の充電ステーションの現在の占有データに基づいて充電ステーションを選択してもよい。例えば、上記で説明したように、充電ステーションモジュール630は、ハードの制約として現在のバッテリー充電データに基づいて決定された運転時間および/または距離または推定された範囲を使用し、そして特定のビークルの現在の位置データ、複数の充電ステーションの保存された位置、および複数の充電ステーションの現在の占有データに基づきプラグインした推定した時間を最適化する最適化アルゴリズムを適用してもよい。
充電ステーションモジュール630は、複数の充電ステーションの現在の占有データに基づいて、複数の充電ステーションのそれぞれの予測された可用性をさらに決定し、複数の充電ステーションの予測可用性にさらに基づいて、特定の電動式相乗りの充電ステーションを選択することができる。例えば、充電ステーションモジュール630は、最も近いステーションの予測可用性が、特定のビークルが到着時に充電するのを待たなければならないが、一方、より遠いステーションの予測利用可能性は、特定のビークルが到着時により短い待ち時間を有するか全く待ち時間を有さないような場合のために、特定の電動式ライドシェアリングビークルの現在の位置に最も近い充電ステーション以外の充電ステーションを選択することができる。
追加または代替として、充電ステーションモジュール630は、地理的エリア内のRDVに対する過去の需要に関連する履歴データにアクセスし、予測される乗客需要を判断し、予測される乗客需要にさらに基づいて、特定の電動式ライドシェアリングビークルの充電ステーションを選択し得る。例えば、充電ステーションモジュール630は、最も近いステーションの予測乗客需要が、より遠いステーションの予測乗客需要よりも低いために、特定の電動式ライドシェアリングビークルの現在位置に最も近い充電ステーション以外の充電ステーションを選択してもよい。
いくつかの実施形態では、地理的エリア内を移動する複数の複数の電動式RDVは、近距離タイプのビークルと、近距離ビークルのバッテリー容量より大きいバッテリー容量を有する遠距離タイプビークルとを含み得る。したがって、上述した他のソフト的な制約に加えて、またはその代わりに、充電ステーションモジュール630は、特定の電動式相乗り(ライドシェア)のタイプにさらに基づいて、特定の電動式ライドシェアリングビークルの充電ステーションを選択し得る。例えば、充電ステーションモジュール630は、短距離タイプのビークルと比較して、長距離タイプのビークルに対してより遠い充電ステーションを選択してもよい。
追加または代替として、充電ステーションモジュール630は、地理的エリアの地形に関する情報を含む地図データにアクセスし、地図データに基づいて、特定の電動式ライドシェアリングビークルの充電ステーションをさらに選択し得る。例えば、最寄りのステーションに到達するために使用される道路は建設中であるか、あるいは他のステーションに到達するために使用される道路と比較して最適ではないために、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルの現在位置に最も近い充電ステーション以外の充電ステーションを選択してもよい。別の例として、最寄りのステーションに到達するために使用されるルートは、より遠いステーションに到達するために使用されるルートと比較して、より多くの標高の変化を含むために、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルの現在位置に最も近い充電ステーション以外の充電ステーションを選択してもよい。
ステップ819で、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルを選択された充電ステーションに向けることができる。充電ステーションモジュール630はまた、特定の電動式ライドシェアリングビークルを選択された充電ステーションに導くためのルートを決定してもよい。いくつかの実施形態では、決定されたルートは代替の運転ルートと比較してより長いが、高度の変化が少なくてもよい。
方法810は、追加のステップを含み得る。例えば、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルの推定到着時間に基づいて、選択された充電ステーションで充電スケジュールを調整することができる。上記で説明したように、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルのために選択した充電ステーションにおいてスペースを空けるようにするために、選択した充電ステーションに既にある電動式ライドシェアリングリングビークルに部分的にのみ充電する指示を提供するようにしてもよい。追加的または代替的に、充電ステーションモジュール630は、すぐに充電する必要のある別の電動式のライドシェアリングビークル用に選択した充電ステーションにおいてスペースを空けるようにするために、特定の電動式ライドシェアリングビークルを部分的にのみ充電する指示を提供するようにしてもよい。
図8Bは、開示された実施形態と一致する、ビークル管理サーバに関連する賃借用電動式ビークルを含むビークル用の賃借りのフリート(群)を管理するための例示的なプロセス820を示すフローチャートを示す。一実施形態では、プロセス820のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ150などのビークル管理サーバによって実行されてもよい。あるいは、プロセス820のステップの少なくともいくつかは、図1および図2を参照して上述したモバイル通信デバイス120などのモバイル通信デバイスによって実行されてもよい。以下の説明では、例示の目的で図1-3の特定のコンポーネントを参照する。ただし、他の実装が可能であり、本明細書で開示する例示的な方法を実装するために他のコンポーネントを使用できることが理解されよう。
ステップ821、823、825、および827は、それぞれ方法810のステップ811、813、815、および817と同様に実装され得る。ステップ829で、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルの現在の充電が閾値を超えているかどうかを判定することができる。現在の充電の代わりに、充電ステーションモジュール630は、推定範囲または運転時間および/または距離を使用してもよい。
ステップ831aで、特定の電動式ライドシェアリングビークルの現在の充電が閾値を超える場合、充電ステーションモジュール630は、少なくとも1人の追加の乗客を特定の電動式ライドシェアリングビークルに割り当て、そして特定の電動式ライドシェアリングビークルを、選択した充電ステーションに到達する前にその少なくとも1人の追加の乗客を輸送するための第1のルートに沿って誘導するようにしてもよい。いくつかの実施形態では、充電ステーションモジュール630は、第1のルート(たとえば、リアルタイムの交通、地図データ、過去のドライバーデータなど)に基づいて、更新されたバッテリー充電、推定範囲、および/または運転時間および/または距離を推定し、少なくとも1人の追加の乗客を特定の電動式ライドシェアリングビークルに割り当てるかどうかを決定するため、更新されたバッテリー充電、推定範囲、および/または運転時間および/または距離を現在の充電ではなく閾値と比較し得る。
ステップ831bで、特定の電動式ライドシェアリングビークルの現在の充電が閾値を下回る場合、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークルを選択した充電ステーションに誘導するため、特定の電動式ライドシェアリングビークルを第2のルートに沿って、その第2のルートに沿ってピックアップする乗客を割り当てずに向かわせることができる。上記で説明したように、充電ステーションモジュール630は、更新されたバッテリー充電、推定範囲、および/または運転時間および/または距離を使用して、現在の充電ではなく閾値と比較し得る。
方法820は、追加のステップを含み得る。例えば、方法810と同様に、方法820は、特定の電動式ライドシェアリングビークルの推定到着時間に基づいて、選択された充電ステーションで充電スケジュールを調整することを含み得る。上記で説明したように、充電ステーションモジュール630は、特定の電動式ライドシェアリングビークル用に選択した充電ステーションにスペースを空けるため、選択された充電ステーションにすでにある電動式ライドシェアリングビークルを部分的にのみ充電するよう指示を提供することができる。追加的または代替的に、充電ステーションモジュール630は、選択した充電ステーションにおいて、すぐに充電する必要のある別の電動式ライドシェアリングビークル用のスペースを空けるために、特定の電動式ライドシェアリングビークルを部分的にのみ充電する指示を提供してもよい。
図8Aおよび8Bでは明示していないが、特定の電動式ライドシェアリングビークルは、充電ステーションの選択中にライドシェアリングビークルとして機能し続けるようにしてよい。したがって、図8Aおよび8Bを参照して説明された実施形態のいずれにおいても、特定の電動式ライドシェアリングビークルを複数の乗客をピックアップするように割り当てて、少なくとも一部の乗客が少なくとも1人の他の乗客とビークルをシェアするようにしてもよい。
バッテリーの現在の充電を考慮したルート計画
少なくともいくつかのビークルが電気充電ビークルであり得るライドシェアリングフリート(群)では、ルートは充電ステーションを考慮する必要があり得る。従来のフリート(群)は、多くの場合、ガソリンスタンドを考慮する必要がない。これは、ガソリンスタンドが電気充電ステーションに比べて至る所にあるためである。したがって、本開示の実施形態は、ライドシェアリングビークルが適切な時間に充電ステーションに誘導するように、ライドシェアリングビークルをルーティングするときにバッテリー充電を考慮し得る。個々のルートは最適化されていない場合があるが、ビークルのフリート(群)の全体的な最適化は向上する可能性がある。したがって、これらの実施形態で説明される技術的解決策は、個々のビークルではなくフリート(群)を最適化し、より正確で柔軟な最適化スキーマの使用をもたらす。
図9は、本開示と一致する電動式RDVを含むRDVのフリート(群)を管理するためのメモリモジュール250の実施形態を示す。メモリ250は、複数のモジュールを格納することができ、本明細書で開示される様々な方法およびプロセスを実行するために少なくとも1つのプロセッサによって実行可能とすることができる。さらに、メモリ250は、実施における固有の考慮事項に応じて、図9に示されているモジュールよりも多いまたは少ないモジュールを格納できることに留意されたい。
図9に示すように、メモリ250は、位置モジュール910、バッテリー充電モジュール920、乗車リクエストモジュール930、データベースアクセスモジュール940を実行するためのソフトウェア命令を格納し、データベース950を含むことができる。位置モジュール910は、1つ以上のソースからRDVのロケーションを受信するためのソフトウェア命令を含み得る。バッテリー充電モジュール920は、1つ以上のソースからRDVのバッテリー充電レベルを受信するためのソフトウェア命令を含み得る。乗車リクエストモジュール930は、複数のユーザーから乗車リクエストを受信するためのソフトウェア命令を含み得る。データベースアクセスモジュール940は、データベース950と相互作用し、情報(例えば、ビークルが運行している地理的エリアに関連付けられた地理的マップ、地理的エリアの現在の交通情報、効率的なルートの履歴データなど)を保存および/または受信するために実行可能なソフトウェア命令を含み得る。
位置モジュール910は、電動式ライドシェアリングビークルの現在のビークル位置データを受信するためのソフトウェア命令を含み得る。ある実施形態では、現在のビークル位置データは、電動式ライドシェアリングビークルに関連付けられた少なくとも1つの全地球測位システム(GPS)コンポーネントによって生成されたGPSデータを含み得る。追加的または代替的に、位置モジュール910は、セルタワー三角測量データ、Wi-Fiまたは他の信号強度データ、または位置情報の他の組み合わせなど、他の位置情報を受信してもよい。一例では、位置モジュール910は、例えば、電動式ライドシェアリングビークルに関連付けられた(例えば、客室内にある)モバイル通信デバイス(例えば、スマートフォン、タブレット、ウェアラブルデバイスなど)から位置データを受信し得る。
バッテリー充電モジュール920は、電動式ライドシェアリングビークルの現在のバッテリー充電データを受信するためのソフトウェア命令を含み得る。このデータは、バッテリーの現在の充電レベルを決定するために、ビークルの電力センサーによってキャプチャされた、ビークルに電力を供給するバッテリーの残りの充電および/またはバッテリーの消耗までの推定時間に関連し得る。電力センサーは、データをワイヤレスチャネルを介してリモートサーバに送信したり、現在のバッテリーの充電レベルに基づいて充電ステーションを選択するためにビークルルーティングモジュールに送信したりできる。電力センサーは、現在のバッテリー充電レベルに関連するデータを継続的に監視および送信するように構成できる。また、電力センサーは、現在のバッテリーの充電レベルを監視し、充電レベルが所定のしきい値レベルを下回ったときにデータを送信し得る。
いくつかの実施形態では、現在のバッテリー充電データは、各電動式ライドシェアリングビークルが充電前に動作できる運転時間および/または距離を示してもよい。バッテリー充電モジュール620と同様に、バッテリー充電モジュール920は、バッテリーの現在の充電レベルおよびビークルの1つまたは複数の既知の特性に基づいて、運転時間および/または距離を決定してもよい。あるいは、ビークルは、換算を実行し、運転時間および/または距離をバッテリー充電モジュール920に送信してもよい。いくつかの実施形態では、充電前に電動式ライドシェアリングビークルが作動できる運転時間および/または距離は、運転時間および運転距離の少なくとも1つに対応し得る。
追加または代替として、バッテリー充電モジュール620と同様に、バッテリー充電モジュール920(またはビークル)は、ビークルの現在のルートに沿ったリアルタイムの交通データを使用して、ビークルの現在のルートに沿った高度の変化などの地形データを使用して、ドライバーの加速および減速率などを示すドライバーパフォーマンスデータを使用して、運転時間および/または距離を推定してもよい。
乗車リクエストモジュール930は、複数のユーザーから乗車リクエストを受信するためのソフトウェア命令を含み得る。各乗車リクエストには、地理的エリア内の出発地と目的地を含めることができる。乗車リクエストモジュール930は、ビークルのフリート(群)内の電動式ライドシェアリングビークルの現在位置への近接度に基づいて乗車リクエストを管理してもよい。電動式ライドシェアリングビークルの現在の位置に関するデータは、上記のように位置モジュール910によって受信されている可能性がある。
いくつかの実施形態では、乗車リクエストモジュール930は、出発地以外であるが出発点に近接した場所にあるピックアップ場所および目的地以外の場所であるが目的地に近接したドロップオフ場所を決定し得る。例えば、乗車リクエストモジュール930は、電動式ライドシェアリングビークルの現在のルートに基づいてピックアップ場所を決定してもよい。一実施形態では、乗車リクエストモジュール930は、電動式ライドシェアリングビークルが移動しなければならない現在のルートからどれだけ離れているかを最小化するためにピックアップ場所を決定することができる。このような最適化は、最大歩行距離などの1つまたはハードの制約に対して実行され得る。最大歩行距離は、ユーザーの出発点、ユーザーから受け取ったユーザーの好み、ユーザーの出発点の近くの歩道の存在および状態に関する情報などに基づいて事前に決定することができる。
追加または代替として、乗車リクエストモジュール930は、充電ステーションの位置および乗車リクエストの所望の目的地に基づいて、ユーザーのドロップオフ場所を決定してもよい。たとえば、一実施形態では、乗車リクエストは、所望の目的地が2つの交差道路の交差点の角にある建物であるという情報を含むことができる。乗車リクエストモジュール930は、交差点でユーザーを降ろすと、ビークルが一方通行の通りに入ることになり、充電ステーションへのより効率的なルートを妨げることになる、と決定するようにしてもよい。したがって、乗車リクエストモジュール930は、代わりに、例えば、所望の目的地に近い場所でユーザーをドロップオフし、一方通行の通りに入ることを避けるようにしてもよい。
そのような実施形態では、乗車リクエストモジュール930は、通信インタフェースを使用して、複数のユーザーのそれぞれのモバイル通信デバイスにデータを送信することができ、送信されたデータは、決定されたピックアップ場所への歩行方向を含む。追加または代替として、送信されるデータには、ドロップオフ場所の変更に関する更新が含まれ得る。
乗車リクエストモジュール930は、少なくともいくつかのユーザーが少なくとも1人の他の乗客とビークルをシェアするように、複数のユーザーをピックアップするために電動式ライドシェアリングビークルを割り当てるソフトウェア命令をさらに含み得る。追加または代替として、電動式ライドシェアリングビークルへのユーザーの割り当ては、電動式ライドシェアリングビークルの現在の場所への少なくとも1つの出発点の近さに基づいてもよい。電動式ライドシェアリングビークルへのユーザーの割り当ては、追加または代替として、少なくとも1つの目的地が少なくとも1つの充電ステーションへの近さに基づくこともできる。
バッテリー充電モジュール920が、現在のバッテリー充電データに基づいて、充電前に電動式ライドシェアリングビークルが動作できる運転時間および/または距離を決定する実施形態では、乗車リクエストモジュール930は、決定された運転時間および/または距離に基づいて、電動のライドシェアリングビークルを複数のユーザーをピックアップするように割り当ててもよい。例えば、乗車リクエストモジュール930は、推定された運転時間に基づいて、電動式ライドシェアリングビークルがユーザーを輸送して充電ステーションに到達するのに十分なバッテリー充電を持っていると判断し得る。
乗車リクエストモジュール930は、充電ステーションで終わる電動式ライドシェアリングビークルのルートを決定するためのソフトウェア命令をさらに含むことができる。例えば、乗車リクエストモジュール930は、現在のビークル位置データ、現在のバッテリー充電データ、電動式ライドシェアリングビークルに現在乗っている乗客の所望の目的地、および格納された充電ステーションの場所に基づいて決定を行うことができる。したがって、現在のビークルの場所、目的地(または決定されたドロップオフ場所)、および充電ステーションの場所は、ルートのアンカーポイントとして機能し得る。ルート自体がアンカーを接続し、現在のバッテリー充電(または運転時間および/または運転距離)を使用してルートを横断できるように最適化され得る。充電ステーションの場所はデータベース950に保存され、乗車リクエストモジュール930からアクセスできる。
乗車リクエストモジュール930は、現在のバッテリー充電(または推定運転時間および/または距離)のハードの制約に従って、1つ以上の性能変数を最適化するためにルートを動的に決定してもよい。例えば、一実施形態では、乗車リクエストモジュール930は、残りのバッテリー充電を最大効率で消費するための充電ステーションの位置及びライドシェアリングビークルに関連付けられているバッテリーの現在の充電レベルに基づき、電動式ライドシェアリングビークルを1つ以上のルートに沿って誘導してもよい。
図9に示されるように、データベース950は、実施上の固有の考慮事項に応じて、モジュール910~940に任意のタイプの情報を格納するように構成され得る。例えば、バッテリー充電モジュール920および/または乗車リクエストモジュール930が、ルートを決定するために地理的エリアの1つ以上の以前に記憶された地図にアクセスするように構成される実施形態において、データベース950はその地理的地図を記憶し得る。乗車リクエストモジュール930が充電ステーションの1つまたは複数のリストにアクセスするように構成されている他の実施形態では、データベース950は、各充電ステーションの場所、営業時間、および/または充電容量を格納してもよい。さらに、他の実施形態では、データベース950は、追加のビークルを受け入れるための複数の充電ステーションのそれぞれの充電容量に関する情報を含んでいてもよく、充電が必要な賃借用電動式ビークルの近くにピックアップ場所がある乗車リクエストのために、少なくとも1つのプロセッサは、ドロップオフ場所の充電ステーションへの近さと、その充電ステーションが賃借用電動式ビークルを受け入れる能力に基づいて、ユーザーをピックアップするために賃借用電動式ビークルを割り当てるように構成され得る。位置モジュール910、バッテリー充電モジュール920、および乗車リクエストモジュール930は、データアクセスモジュール940による通信のためにデータベースにアクセスしてもよい。
モジュール910~940は、ソフトウェア、ハードウェア、ファームウェア、またはソフトウェア、ハードウェアまたはファームウェアの任意の組み合わせで実装されてもよい。例えば、モジュールがソフトウェアで実装される場合、それらはメモリ250に格納されてもよい。しかしながら、いくつかの実施形態では、モジュール910-940の任意の1つ以上およびデータベース950に関連するデータは、たとえばプロセッサ204に格納されてもよく、および/またはライドシェアリング管理システム100に関連するデバイスで実行され得る。モジュール910~940は、開示された実施形態と一致する機能を実行するように互いにおよび/またはメモリ250の他のモジュールと相互作用するように構成されてもよい。
図10は、バッテリーの現在の充電レベルのインジケータに応答した第1および第2のルート間の選択の例を示している。図10に示すように、第1のルート1010は、第1の乗客および第2の乗客の乗降を可能にし、その後充電ステーションで終了することができる。一方、第2のルート1020は、充電ステーションで終了することなく、第1の乗客および第2の乗客の乗降を可能にする場合もある。いくつかの例では、たとえば、ルート1010と比較してルート1020の少なくとも一部の速度制限が高いこと、ルート1010と比較してルート1020の少なくとも一部がより直接的な道路であること、ルート1010と比較してルート1020の少なくとも一部で交通条件が改善されていること、などにより、ルート1020はルート1010よりも早くおよび/または短い距離であり得る。それにもかかわらず、本開示の実施形態は、ビークルの現在のバッテリー充電、ビークルに現在乗っている乗客の目的地、充電ステーションの保存場所、充電ステーションの現在の占有データなどの1つ以上の変数に基づいて、ルート1020よりもルート1010を選択してもよい。したがって、本開示の実施形態は、例えば、ビークルが充電されることを保証するため、および/またはビークルが1つのメンバーであるフリート(群)の効率を改善するために、ルート1020よりもルート1010を選択することにより、個々のビークルを準最適化するようにしてもよい。
図11Aは、開示された実施形態と一致する、ビークル管理サーバに関連付けられた賃借用電動式ビークルを含むビークル用の賃借りのフリート(群)を管理するための例示的なプロセス1110を示すフローチャートを記述する。一実施形態では、プロセス1110のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ150などのビークル管理サーバによって実行され得る。あるいは、プロセス1110のステップの少なくともいくつかは、図1および図2を参照して上述したモバイル通信デバイス120などのモバイル通信デバイスによって実行されてもよい。以下の説明では、例示の目的で図1-3の特定のコンポーネントを参照する。しかし、他の実装が可能であり、本明細書で開示される例示的な方法を実装するために他のコンポーネントが利用され得ることが理解されるであろう。
ステップ1111で、乗車リクエストモジュール930は、複数のユーザーから乗車リクエストを受け取ることができる。各乗車リクエストには、地理的エリア内の出発地と目的地を含めることができる。上記で説明したように、いくつかの実施形態では、乗車リクエストモジュール930は、決定されたピックアップ場所は出発点以外の場所であるが出発点に近接しており、決定されたドロップオフ場所は目的地以外の場所であるが目的地に近接している、ピックアップ場所およびドロップオフ場所を決定してもよい。そのような実施形態では、乗車リクエストモジュール930は、通信インタフェースを使用して、複数のユーザーのそれぞれのモバイル通信デバイスにデータを送信可能であり、送信されたデータは、決定されたピックアップ場所への歩行方向を含み得る。追加または代替として、送信されるデータには、ドロップオフ場所の変更に関する更新が含まれ得る。
ステップ1113で、乗車リクエストモジュール930は、少なくとも一部のユーザーが少なくとも1人の他の乗客と乗車をシェアするよう、複数のユーザーをピックアップするために、電動式ライドシェアリングビークルを割り当てることができる。たとえば、上記で説明したように、割り当ては、少なくとも1つの出発点の電動式ライドシェアリングビークルの現在の場所への近さ、および/または少なくとも1つの充電ステーションの場所への少なくとも1つの目的地の近さに基づいてもよい。
いくつかの実施形態では、地理的エリア内を移動する複数の複数の電動式RDVは、近距離タイプのビークルと、近距離ビークルのバッテリー容量よりも大きいバッテリー容量を有する遠距離タイプのビークルとを含み得る。そのような実施形態では、乗車リクエストモジュール930は、ユーザーの目的地に基づき、ユーザーをピックアップするために長距離タイプのビークルを割り当てることができる。たとえば、目的地がしきい値距離(カラスが飛ぶか、ルートに基づく距離か)および/またはしきい値移動時間(理想的な移動時間か、リアルタイムな交通を考慮した移動時間)を超える場合、乗車リクエストモジュール930は、長距離タイプのビークルを割り当てることができる。
ステップ1115で、位置モジュール910は、電動式ライドシェアリングビークルの現在のビークル位置データを受信することができる。上記で説明したように、現在のビークル位置データには、電動式ライドシェアリングビークルに関連付けられた少なくとも1つの全地球測位システム(GPS)コンポーネントによって生成されたGPSデータが含まれ得る。
ステップ1117で、バッテリー充電モジュール920は、電動式ライドシェアリングビークルの現在のバッテリー充電データを受信することができる。上記で説明したように、現在のバッテリー充電データは、充電前に電動式ライドシェアリングビークルが動作できる運転時間および/または距離を示し得る。いくつかの実施形態では、バッテリー充電モジュール920は、運転時間および/または距離を推定してもよい。例えば、バッテリー充電モジュール920は、リアルタイムの交通データを受信し、現在のバッテリー充電データとリアルタイムの交通データに基づいて充電前に電動式ライドシェアリングビークルが作動できる運転時間および/または距離を推定することができる。追加または代替として、バッテリー充電モジュール920は、ドライバーの加速および減速率を示すドライバーパフォーマンスデータを取得し、現在のバッテリー充電データとドライバーパフォーマンスデータに基づいて充電前に電動式ライドシェアリングビークルが動作できる運転時間および/または距離を決定してもよい。追加または代替として、バッテリー充電モジュール920は、地理的エリアの地形に関する情報を含む地図データにアクセスし、電動式ライドシェアリングビークルの予定ルートに沿って予想される標高変化と現在のバッテリー充電データに基づいて充電時間前に電動式ライドシェアリングビークルが動作できる運転時間および/または距離を決定することができる。
いくつかの実施形態では、上記で説明したように、バッテリー充電モジュール920は、現在のバッテリー充電データに基づいて電動式ライドシェアリングビークルが充電する前に動作できる運転時間および/または距離を決定し得る。そのような実施形態では、乗車リクエストモジュール930は、決定された運転時間および/または距離に基づいて複数のユーザーをピックアップするために電動式ライドシェアリングビークルを割り当てることができる。
ステップ1119で、現在のビークル位置データ、現在のバッテリー充電データ、電動式ライドシェアリングビークルに現在乗っている乗客の目的地、および充電ステーションの保存場所に基づいて、乗車リクエストモジュール930は、充電ステーションで終わる電動式ライドシェアリングビークルのルートを決定してもよい。上記で説明したように、現在のビークルの場所、目的地(または決定されたドロップオフ場所)、および充電ステーションの場所は、ルートのアンカーポイントとして機能し、現在のバッテリー充電(または運転時間および/または距離)を使用してルートを横断できるように、ルート自体がアンカーを接続して最適化され得る。いくつかの実施形態では、乗車リクエストモジュール930は、現在のバッテリー充電(または推定運転時間および/または距離)のハードの制約に従って、1つ以上の性能変数を最適化するためにルートを動的に決定し得る。いくつかの実施形態では、乗車リクエストモジュール930は、決定されたルートが代替の運転ルートと比較してより長くそして高度の変化が少なくなるように、電動式ライドシェアリングビークルのルートを決定する際に、地理的エリアの地形に関する情報を含む地図データにアクセスし、地図データを使用し得る。
方法1100は、追加のステップを含むことができる。例えば、方法1100は、複数の充電ステーションの現在の占有データを受信し、現在のビークル位置データ、現在のバッテリー充電データ、複数の充電ステーションの保存場所、および現在の占有データに基づき、電動式ライドシェアリングビークルをルーティングするための充電ステーションを選択することを含むことができる。
図11Bは、開示された実施形態と一致する、ビークル管理サーバに関連付けられた賃借用電動式ビークルを含むビークル用の賃借りのフリート(群)を管理するための例示的なプロセス1120を示すフローチャートを記述する。一実施形態では、プロセス1120のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ150などのビークル管理サーバによって実行され得る。あるいは、プロセス1120のステップの少なくともいくつかは、図1および図2を参照して上記で説明したモバイル通信デバイス120などのモバイル通信デバイスによって実行され得る。以下の説明では、例示の目的で図1-3の特定のコンポーネントを参照する。しかし、他の実装が可能であり、本明細書で開示される例示的な方法を実装するために他のコンポーネントが利用され得ることが理解されるであろう。
ステップ1121、1123、1125、および1127は、それぞれ方法1110のステップ1111、1113、1115、および1117と同様に実装され得る。ステップ1129で、乗車リクエストモジュール930は、電動式ライドシェアリングビークルの現在の充電が閾値を超えているかどうかを判定することができる。現在の充電の代わりに、乗車リクエストモジュール930は、推定範囲または運転時間および/または距離を使用してもよい。
ステップ1131aにおいて、電動式ライドシェアリングビークルの現在の充電が閾値を超える場合、乗車リクエストモジュール930は、少なくとも1人の追加の乗客を電動式ライドシェアリングビークルに割り当て、充電ステーションに到着する前に、その少なくとも1人の追加の乗客を輸送するために、電動式ライドシェアリングビークルを第1のルートに沿って誘導することができる。いくつかの実施形態では、乗車リクエストモジュール930は、第1のルートに基づいて(たとえば、リアルタイムの交通、地図データ、過去のドライバーデータなどを使用して)更新されたバッテリー充電、推定範囲、および/または運転時間および/または距離を推定し、少なくとも1人の追加の乗客を電動式ライドシェアリングビークルに割り当てるかどうかを決定するために、現在の充電ではなく更新されたバッテリー充電、推定範囲、および/または運転時間および/または距離を閾値と比較してもよい。
ステップ1131bで、電動式ライドシェアリングビークルの現在の充電が閾値を下回ると、第2のルートに沿って追加の乗客を割り当てることなく、乗車リクエストモジュール930は、電動式ライドシェアリングビークルを第2のルートに沿って誘導し、電動式ライドシェアリングビークルを選択された充電ステーションに導くようにしてもよい。上記で説明したように、乗車リクエストモジュール930は、現在の充電ではなく、更新されたバッテリー充電、推定範囲、および/または運転時間および/または距離を使用して、しきい値と比較してもよい。
方法1120は追加のステップを含むことができる。例えば、方法1110と同様に、方法1120は、複数の充電ステーションの現在の占有データを受信し、現在のビークル位置データ、現在のバッテリー充電データ、複数の充電ステーションの保存場所、および現在の占有データに基づき、電動式ライドシェアリングビークルをルーティングするための充電ステーションを選択することを含み得る。
バッテリー充電停止を考慮するためのライドシェアリングアルゴリズム
本開示の実施形態は、バッテリー充電停止を考慮するために、ライドシェアリングアルゴリズムを提供することができる。たとえば、電動のビークルがライドシェアリングフリート(群)に入ると、ライドシェアリングシステムは、決定されたバッテリー充電レベルに基づきルートを選択してカスタマイズし、決定された充電ステーションの位置に基づいて、ピックアップをスケジュールし得る。
いくつかの実施形態では、ライドシェアリング管理システム100は、電力センサーから受信したデータを分析して、ライドシェアリングビークルのバッテリーの現在の充電レベルを決定することができる。ライドシェアリングビークルには、手動で運転可能なビークルまたは自律ビークルが含まれ得る。いくつかの実施形態では、ライドシェアリングビークルは、バッテリーの充電レベルに基づいて、バッテリーが第1の走行ルートを走行中に再充電を必要とすることを決定するためのライドシェアリング管理システム100を含むことができる。ビークルが空になり、その後、バッテリーの再充電のためにライドシェアリングビークルが使用できなく充電ステーションにビークルを誘導するまで、追加のライドシェアリング乗客を拾わないようにするために、第2の運転ルートを生成され得る。第2の運転ルートは、他の要因、バッテリー充電レベル、ライドシェアリングビークルの現在位置に最も近い充電ステーションの位置、第1の運転ルートの最後のドロップオフ場所に最も近い充電ステーションの位置、予想される乗客需要のエリアの近くにある充電ステーションの位置、バッテリーの消耗までの時間を最大化するために、標高の変更などの、道路状況、などに基づいて生成され得る。現在開示されている実施形態のこれらおよび他の特徴は、以下により詳細に議論される。
図12は、開示された実施形態と一致する、複数のモジュールを格納するメモリ250の一例を示す図である。モジュールは、本明細書で開示される様々な方法およびプロセスを実行するために、少なくとも1つのプロセッサによって実行可能であってもよい。さらに、メモリ250は、実装上の固有の考慮事項に応じて、図12に示されているモジュールよりも多いまたは少ないモジュールを格納できることに留意されたい。
図12に示されるように、メモリ250は、データ収集モジュール1210、充電ステーションモジュール1220、ビークルルーティングモジュール1230、データベースアクセスモジュール1240を実行するソフトウェア命令を格納し、データベース1250を含み得る。入力データ収集モジュール1210は、1つ以上のソースから入力データ(例えば、乗客乗車リクエスト、ライドシェアリングビークルの現在位置、充電レベルなど)を受信するためのソフトウェア命令を含み得る。充電ステーションモジュール1220は、決定されたルートまたはドロップオフ場所に関連して充電ステーションの位置を決定するソフトウェア命令を含み得る。ビークルルーティングモジュール1230は、ユーザーをピックアップするために1つ以上のRDVを送り、決定されたルートに沿ってビークルを誘導し、充電ステーションモジュール1220から受信した情報に基づいて代替ルートを決定するソフトウェア命令を含み得る。データベースアクセスモジュール1240は、データベース1250と相互作用し、情報(例えば、ライドシェアリングビークルが運行している地理的エリアに関連付けられた地理的マップ、地理的エリアの現在の交通情報、効率的なルートのための履歴データなど)を保存および/または受信するために実行可能なソフトウェア命令を含み得る。
データ収集モジュール1210は、ライドシェアリングビークルに関連付けられたバッテリーの現在の充電レベルに関連するデータを受信するためのソフトウェア命令を含み得る。データは、ビークルに電力を供給するバッテリーの残量および/またはバッテリーの消耗までの推定時間に関連し、バッテリーの現在の充電レベルを決定するためにビークルの電力センサーによってキャプチャされる。電力センサーは、現在の充電レベルに基づいて、現在のルートを再構成する必要があるかどうかを判断するために、無線チャネルまたはビークルルーティングモジュールを介してリモートサーバにそのデータを送信できる。電力センサーは、現在の充電レベルまたはバッテリーに関連するデータを継続的に監視および送信するように構成できる。電力センサーはまた、バッテリーの現在の充電レベルを監視し、充電レベルが所定の閾値バッテリー充電レベルよりも低い場合にデータを送信してもよい。
データ収集モジュール1210は、ライドシェアリングビークルのルーティングに関連するソフトウェア命令も含み得る。データは、ルートに沿った1つまたは複数のRDVの誘導に関連し得る。たとえば、データには、複数の目的地に向かう複数のユーザーからの乗車リクエストが含まれる場合がある。乗車リクエストには、ピックアップ場所、ドロップオフ場所、ユーザーの身元、ユーザーの評価などの情報を含み得る。乗車リクエストは、1つまたは複数のRDVの現在の位置に基づいてフィルタリングすることもできる。ライドシェアリングビークルの現在の位置に関するデータは、たとえば、ライドシェアリングビークルに関連付けられている(例えば、客室内にある)モバイル通信デバイス(スマートフォン、タブレット、ウェアラブルデバイスなど)から受信し得る。
充電ステーションモジュール1220は、ライドシェアリングビークルの所定の半径内のバッテリー充電ステーションを決定するためのソフトウェア命令を含み得る。たとえば、充電ステーションモジュール1220は、複数のソースからデータを受信して、ライドシェアリングビークルの現在位置に最も近い充電ステーションの位置、最後に残った乗客のドロップオフ場所に最も近い充電ステーションの位置、または予想される乗客の需要があるエリアの近くの充電ステーションの位置を決定し得る。充電ステーションモジュール1220はまた、充電ステーションにおける他の電気ビークルの数に基づいて供給機器の可用性を決定し、および/または充電を完了するための待ち時間を推定するように構成されてもよい。充電ステーションモジュール1220は、履歴データに基づいて、日時または曜日ごとに各充電ステーションで予想される需要を予測するように構成することもできる。
ビークルルーティングモジュール1230は、ライドシェアリングビークルをルーティングして1人以上の乗客をピックアップおよび/または輸送するためのソフトウェア命令を含み得る。たとえば、データ収集モジュール1210が複数の目的地に向かう複数のユーザーから受け取った乗車リクエストに応じて、ビークルルーティングモジュール1230は、ライドシェアリングビークルを送って、複数のユーザーをピックアップすることができる。すなわち、ビークルルーティングモジュール1230は、1つ以上の変数の現在の状態に基づいて、周囲環境を通る1つ以上のルートに沿ってライドシェアリングビークルを向けることができる。さらに、複数のユーザーの輸送中に、ライドシェアリングビークルが割り当てられるルートを動的に調整して、ライドシェアリングビークルを導き、1つまたは複数のパフォーマンス変数を最適化することができる。例えば、一実施形態では、ビークルルーティングモジュール1230は、ライドシェアリングビークルに関連付けられているバッテリーの現在の充電レベルと、充電ステーションの場所に基づき、1つ以上のルートに沿ってライドシェアリングビークルを向かわせ、および/またはリダイレクトしてもよい。
図12に示すように、データベース1250は、実際上の固有の考慮事項に応じて、例えばモジュール1210~1240に関連する任意のタイプの情報を格納するように構成され得る。例えば、ビークルルーティングモジュール1230が地理的エリアの1つ以上の以前に記憶された地図にアクセスするように構成される実施形態では、データベース1250はその地理的地図を記憶し得る。充電ステーションモジュール1220が充電ステーションの1つ以上のリストにアクセスするように構成される他の実施形態では、データベース1250は、各充電ステーションの運用時間を記憶し、充電ステーションでのライドシェアリングビークルの到着推定時刻に運用可能な充電ステーションに基づき、充電ステーションのリストを充電ステーションモジュール1220およびビークルルーティングモジュール1230に提供し得る。
モジュール1210~1240は、ソフトウェア、ハードウェア、ファームウェア、またはソフトウェア、ハードウェア、またはファームウェアの任意の組み合わせで実装されてもよい。例えば、モジュールがソフトウェアで実装される場合、それらはメモリ250に保存されてもよい。しかし、いくつかの実施形態では、モジュール1210~1240およびデータベース1250に関連付けられたデータのいずれか1つまたは複数は、例えば、プロセッサ204に格納され、および/またはライドシェアリング管理システム100に関連付けられたデバイスで実行されてもよい。モジュール1210~1240は、互いにおよび/またはメモリ250の他のモジュールと相互作用して、開示される実施形態と一致する機能を実行するように構成され得る。
図13Aは、第1のルート1312および第2のルート1315上のライドシェアリングビークルの移動ルート1310の実施形態を示す。第1のルート1312で旅行中に、ライドシェアリングビークルは、第1と第2のユーザーから乗車リクエストを受け取り、第1と第2の乗客を拾うことができる。ライドシェアリング管理サーバ150は、バッテリーの現在の充電レベルを電力センサーから受信することができ、ライドシェアリングのビークルは、それから、現在の充電レベルに基づいて、追加のライドシェアリングの乗客のピックアップを回避する少なくとも1つの第2の運転ルート1315を受け取ることができる。第2の運転ルート1315には、ライドシェアリングビークルに乗客がなくなるまで残りの乗客を降ろすことが含まれる場合がある。ライドシェアリングビークルはまた、ライドシェアリング管理サーバ150との接続を解除して、追加の乗車リクエストの受け入れを中止することもできる。追加の乗客のピックアップ場所とドロップオフ場所が第2の運転ルートに沿っている場合、第2の運転ルートには、追加の乗客をピックアップし、充電ステーションに向かう途中で追加の乗客をドロップオフする指示も含まれ得る。指示は、追加の乗客のピックアップ場所とドロップオフ場所が第2の運転ルートを変更しないように構成することができる。ライドシェアリングのビークルは、充電ステーションに向けられて、そこではバッテリーの再充電のためにライドシェアリングのビークルが使用できなくなり得る。
図13Bは、第1のルート1322および第2のルート1325上のライドシェアリングビークルの移動ルート1320の実施形態を示す。第1のルート1322で移動中、ライドシェアリングビークルは、第1および第2のユーザーから乗車リクエストを受け取り、第1および第2の乗客をピックアップすることができる。ライドシェアリング管理サーバ150は、バッテリーの現在の充電レベルを電力センサーから受信することができ、そこでライドシェアリングビークルは、現在の充電レベルに基づいて、追加のライドシェアリング乗客のピックアップを回避する少なくとも1つの第2の運転ルート1325を受信することができる。第2の運転ルート1315には、ライドシェアリングビークルに乗客がなくなるまで残りの乗客を降ろすことが含まれ得る。ライドシェアリングビークルは、充電ステーションに向かう途中で、第3の乗客をピックアップしドロップオフするための乗車リクエストを受け取る場合がある。第3の乗客のピックアップ場所とドロップオフ場所は2つ目の運転ルートに沿っており、リクエストによってライドシェアリングのビークルが第2のルート1325から充電ステーションに迂回することがないこともあり得る。ライドシェアリングのビークルは、充電ステーションに送られ、そこではバッテリーの充電のためにライドシェアリングのビークルが使用できなくなり得る。
図13Cは、第1のルート1332および第2のルート1335上のライドシェアリングビークルの移動ルート1330の実施形態を示す。第1のルート1332で移動中に、ライドシェアリングビークルは、第1と第2のユーザーから乗車リクエストを受け、第1と第2の乗客をピックアップすることができる。ライドシェアリングビークルは、第3のユーザーからリクエストを受け取ることもあり得る。しかしながら、第3の乗客をピックアップする前に、ライドシェアリング管理サーバ150は、バッテリーの現在の充電レベルを電力センサーから受信し得る。ライドシェアリングビークルは、現在の充電レベルに基づいて、第3のユーザーを含む追加のライドシェアリング乗客のピックアップを回避する、少なくとも1つの第2の運転ルート1335を受け取ることができる。したがって、第2のルート1335は、そうでなければ第1のルート1332に含まれていたであろう乗客のピックアップを効率的に除外する。第2の運転ルート1335には、ライドシェアリングビークルに乗客がなくなるまで残りの乗客を降ろすことを含み得る。ライドシェアリングビークルは、ライドシェアリング管理サーバ150との接続を解除して、追加の乗車リクエストの受け入れを中止することもできる。ライドシェアリングのビークルは、それから充電ステーションに送られて、そこでバッテリーの再充電のためにライドシェアリングのビークルが使用できなくなり得る。
図13Dは、第1のルート1342および第2のルート1345上のライドシェアリングビークルの移動ルート1340の実施形態を示す。第1のルート1342で移動中、ライドシェアリングビークルは、第1および第2のユーザーから乗車リクエストを受け取り、第1および第2の乗客をピックアップすることができる。ライドシェアリング管理サーバ150は、バッテリーの現在の充電レベルを電力センサーから受信し、ライドシェアリングビークルは、現在の充電レベルに基づいて、追加のライドシェアリング乗客のピックアップを回避する少なくとも1つの第2の運転ルート1345を受け取ることができる。乗客のドロップオフ場所は、第2の運転ルート1345で更新され得る。更新された場所のドロップは、乗車リクエストに示されたドロップオフ場所とは異なる場合がある。例えば、いくつかの実施形態では、第1の運転ルートは、複数の乗客に関連付けられた複数のドロップオフ場所を含むことができ、複数の乗客の少なくとも1人のドロップオフ場所は、異なるドロップオフ場所となる第2の運転ルートで更新されることがある。第2の運転ルート1345は、ライドシェアリングビークルに乗客がなくなるまで、更新されたドロップオフ場所の一人の乗客を含み、残りの乗客を降ろすことを含んでもよい。他の実施形態では、第2の運転ルートは、第1のルートよりも少ない標高変化を含み得る。ライドシェアリングのビークルは、その後充電ステーションに送られ、そこでバッテリーの充電のためにライドシェアリングのビークルが使用できなくなり得る。
図14Aは、開示された実施形態と一致する、ビークル管理サーバ150に関連するライドシェアリングビークルのバッテリー充電停止を考慮するための例示的なライドシェアリングアルゴリズム1400を示すフローチャートを示す。一実施形態では、プロセス1400のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ150などのライドシェアリング管理サーバによって実行され得る。あるいは、プロセス1400のステップの少なくともいくつかは、図1および図2を参照して上記で説明したモバイル通信デバイス120などのモバイル通信デバイスによって実行され得る。以下の説明では、例示の目的で図1-3の特定のコンポーネントを参照する。ただし、他の実装も可能であり、他のコンポーネントを利用して、本明細書で開示する例示的な方法を実装できることが理解されよう。
ステップ1405で、ライドシェアリング管理サーバ150は、ライドシェアリングビークルに割り当てられた複数の乗客を輸送するための第1の運転ルートのインタフェースを受信することができる。第1の運転ルートは、割り当てられた複数の乗客の少なくとも一部が他の少なくとも1人の乗客と乗車をシェアするように決定され得る。第1の運転ルートは、通信インタフェース360から受信され得る。ライドシェアリング管理サーバ150は、複数の乗客から受信した位置情報に基づいて、複数の乗客の乗車場所を決定してもよい。第1の運転ルートは、最短距離、最短距離時間、距離と運転時間の最適化の組み合わせ、および/または燃費の最適化のモデルに基づいて最適化され得る。第1の運転ルートは、複数の乗客のための1つ以上のピックアップ場所を含むことができる。1つ以上のピックアップ場所は、1つ以上のドロップオフ場所に対応し得る。第1の運転ルートは、選択した最適化モデルに基づいて、ピックアップとドロップオフ場所に対応するように最適化し得る。ライドシェアリング管理サーバ150は、選択された最適化モデルと一致して、ライドシェアリングビークルに割り当てられた追加の乗客に基づいて追加の乗客のドロップに対応するために第1の運転ルートを継続的に変更することもできる。他の実施形態では、最適化モデルが選択されていなくてもよい。したがって、第1の運転ルートでは、ピックアップされた順番に乗客をドロップオフする場合があり得る。
ステップ1410で、ライドシェアリング管理サーバ150は、ライドシェアリングビークル内の電力センサーから、バッテリーの現在の充電レベルを受信することができる。バッテリーは、ライドシェアリングビークルのビークル本体内に配置でき、ライドシェアリングビークルを操作するための駆動電圧を提供するように構成できる。ライドシェアリング管理サーバ150は、所定の間隔レートで現在の充電レベルを継続的に受信するように構成されてもよい。例えば、ライドシェアリング管理サーバ150は、電力センサーから、5分、10分、または30分ごとの所定のレートでバッテリーの現在の充電レベルを受信するように構成されてもよい。他の実施形態では、ライドシェアリング管理サーバ150は、現在の充電レベルを継続的に受信するように構成されてもよい。
ステップ1415で、ライドシェアリング管理サーバ150は、通信インタフェース360を介してリモートサーバにバッテリーの現在の充電レベルの表示を送信することができる。ライドシェアリング管理サーバ150は、電力センサーからバッテリーの充電レベルを受信すると、定期的に現在の充電レベルを送信するように構成されてもよい。代替的に、ライドシェアリング管理サーバ150は、現在の充電レベルが所定の閾値よりも低いときに、バッテリーの現在の充電レベルを送信するように構成されてもよい。いくつかの実施形態では、インジケータはパーセンテージであってもよい。例えば、ライドシェア管理サーバ150は、充電レベルが20パーセント(20%)未満の場合、バッテリーの充電レベルのインジケータを送信するように構成されてもよい。別の実施形態では、インジケータは「低バッテリー」警告であってもよく、現在のバッテリーレベルがバッテリー寿命の30%の閾値未満である場合、ライドシェアリング管理サーバ150は、「低バッテリー」表示をリモートサーバに送信する。
他の実施形態では、リモートサーバに送信されるインジケータは、消耗する時間であり、消耗する時間は、バッテリーが充電を必要とする前にライドシェアリングビークルがどれくらい長く作動するかの推定を示し得る。他の実施形態では、リモートサーバに送信されるインジケータは、消耗までの運転距離であり、消耗までの運転距離は、バッテリーが再充電を必要とする前にライドシェアリングビークルが運行する距離の推定値を示してもよい。
ステップ1420において、ライドシェアリング管理サーバ150は、ステップ1430におけるインジケータの送信に応答して、通信インタフェース360を介して、ライドシェアリングビークルに乗客がなくなるまで追加のライドシェアリングのピックアップを回避する少なくとも1つの第2の運転ルートを受信し得る。ライドシェアリング管理サーバ150は、インジケータに基づいて、ライドシェアリングビークルがバッテリーの再充電を必要とし、したがってライドシェアリングビークルへの追加の乗客の割り当てに対応できないことを決定してもよい。たとえば、ライドシェアリングビークルは、ライドシェアリングビークルの現在の場所から20マイル離れた場所でドロップオフするために第1の乗客と係り、第1の乗客のドロップオフ場所から5マイルのドロップオフの第2と係ることができる。第1の乗客のドロップオフ場所に移動している間、ライドシェアリング管理サーバ150は、電力センサーから現在の充電レベルを受け取り、受け取った現在の充電レベルに基づいて、リモートサーバにインジケータを送信することができる。インジケータは、「低バッテリー」警告を含んでよい。この情報に基づいて、ライドシェアリング管理サーバ150は、ライドシェアリングビークルにすでに係わっている第1および第2の乗客をそれぞれの目的地でドロップオフするまで追加のライドシェアリング乗客のピックアップを回避する第2の運転ルートを受信してもよい。したがって、ライドシェアリング管理サーバ150は、バッテリーの現在の充電レベルをリモートサーバに送信する際に、第2の運転ルートが提供される追加の乗客の割り当てを効果的に回避する。
ステップ1425で、ライドシェアリング管理サーバ150は、ライドシェアリングビークルを、充電のためにライドシェアリングビークルのサービスを停止すべき充電ステーションに向けることができる。
図14Bは、開示された実施形態と一致する、ビークル管理サーバ150に関連付けられた複数の電動式RDVを含むRDVのフリート(群)を管理するための例示的なライドシェアリングアルゴリズム1450を示すフローチャートを示す。一実施形態では、プロセス1450のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ150などのライドシェアリング管理サーバによって実行され得る。あるいは、プロセス1450のステップの少なくともいくつかは、図1および図2を参照して上述したモバイル通信デバイス120などのモバイル通信デバイスによって実行されてもよい。以下の説明では、例示の目的で図1-3の特定のコンポーネントを参照する。ただし、他の実装も可能であり、他のコンポーネントを利用して、本明細書で開示する例示的な方法を実装できることが理解されよう。
ステップ1452で、ライドシェアリング管理サーバ150は、複数の複数の電動式RDVの現在のビークル位置データを受信することができ、現在のビークル位置データは、各電動式ライドシェアリングビークルに関連付けられた少なくとも1つの全地球測位システム(GPS)コンポーネントによって生成されたGPSデータを含むことができる。ライドシェアリング管理サーバ150は、複数のユーザーから乗車リクエストを受け取り、複数の電動式ビークルと通信するように構成された通信インタフェース360から現在のビークル位置データを受信することができる。GPSコンポーネントは、ビークルの製造中に各電動式ビークルと統合することも、ビークルの乗客またはドライバーデバイスを介して関連付けることもできる。デバイスは、現在の位置データをライドシェアリング管理システム250に送信するように構成されたウェアラブルデバイスまたはモバイルデバイスであり得る。
ステップ1454で、ライドシェアリング管理サーバ150は、複数のユーザから複数の乗車リクエストを受信することができ、各乗車リクエストは、ピックアップおよびドロップオフ場所の情報を含むことができる。ピックアップおよびドロップオフ場所の情報は、ストリートアドレス、2つのストリートの交差点、または特定の場所に関連付けられたビジネスまたは商人の名前、または場所の座標として送信され得る。位置情報は、ユーザーデバイスに表示される地図上のドロップピンとして送信することもできる。ユーザーデバイスは、ドロップピンの位置を座標位置に処理するように、またはライドシェアリング管理サーバ150が読み取り可能な他の位置情報に処理するように構成できる。
ステップ1456で、ライドシェアリング管理サーバ150は、複数の乗客を特定の電動式ライドシェアリングビークルに割り当てることができる。ライドシェアリング管理サーバ150は、特定のビークルの近さ、特定のビークルに割り当てられた現在の乗客数、または特定のビークルの現在のルートに基づいて、複数の乗客を特定の電動式ビークルに割り当てることができる。
ステップ1458で、ライドシェアリング管理サーバ150は、特定の電動式ライドシェアリングビークルに複数の乗客を輸送するための第1の運転ルートを送信することができ、運転ルートは、割り当てられた複数の乗客の少なくとも一部は、少なくとも一人の他の乗客と乗車をシェアするように決定され得る。乗車のシェア部分は、乗客たちが共通の場所で降ろされたとき、または他の乗客の少なくとも1人が降ろされたときに終了し得る。第1の運転ルートは、乗客がピックアップされる順にドロップオフを優先するか、または各乗客のドロップオフ場所に基づいて最も効率的なルートを決定するように構成される。
ステップ1460で、ライドシェアリング管理サーバ150は、特定の電動式ライドシェアリングビークルから、バッテリーの現在の充電レベルのインジケータを受信してもよい。ライドシェアリング管理サーバ150は、所定の間隔レートで現在の充電レベルを継続的に受信するように構成されてもよい。例えば、ライドシェアリング管理サーバ150は、電力センサーから、5分、10分、または30分ごとの所定の定期的なレートでバッテリーの現在の充電レベルを受信するように構成されてもよい。他の実施形態では、ライドシェアリング管理サーバ150は、現在の充電レベルを継続的に受信するように構成されてもよい。さらに他の実施形態では、ライドシェアリング管理サーバ150は、現在の充電レベルが所定の閾値よりも低い場合に、現在の充電レベルのインジケータを継続的に受信するように構成されてもよい。
ステップ1462で、ライドシェアリング管理サーバ150は、複数のバッテリー充電ステーション位置を含むバッテリー充電ステーション情報のデータベースにアクセスすることができる。バッテリー充電ステーションのデータベースは、ライドシェアリングビークルの現在位置に最も近い充電ステーションの位置、第1の運転ルートの最後のドロップオフ場所に最も近い充電ステーションの位置、または予想される乗客の需要があるエリアの近くの充電ステーションの位置を決定するために、複数のソースからデータを受信することができる。たとえば、一実施形態では、第2の運転ルートは、遠くの充電ステーションの近くで予想される乗客の需要に対処するために、ライドシェアリングビークルの現在位置に最も近い充電ステーション以外の、より遠い充電ステーションへの方向を含むことができる。
ステップ1464で、ライドシェアリング管理サーバ150は、特定の電動式ビークルに無線ネットワークを介して、ビークルに乗客がなくなるまで追加のライドシェアリング乗客のピックアップを回避する少なくとも1つの第2の運転ルートを送信することができる。ライドシェアリング管理サーバ150は、インジケータに基づいて、ライドシェアリングビークルがバッテリーの再充電を必要とし、したがってライドシェアリングビークルへの追加の乗客の割り当てに対応できないことを決定してもよい。たとえば、ライドシェアリングビークルは、ライドシェアリングビークルの現在の場所から20マイル離れた場所でドロップオフさせるための第1の乗客と係り、第1の乗客のドロップオフ場所から5マイル離れるドロップオフ場所となる第2の乗客と係り得る。第1の乗客のドロップオフ場所に移動している間、ライドシェアリング管理サーバ150は、電力センサーから現在の充電レベルを受け取り、受け取った現在の充電レベルに基づいて、リモートサーバにインジケータを送信する。インジケータは、「低バッテリー」警告を含む場合があり得る。この情報に基づいて、ライドシェアリング管理サーバ150は、すでにライドシェアリングビークルに係わっている第1および第2の乗客がそれぞれの目的地でドロップオフするまで追加のライドシェアリング乗客のピックアップを回避し得る。こうして、ライドシェアリング管理サーバ150は、バッテリーの現在の充電レベルをリモートサーバに送信する際に、第2の運転ルートが提供される追加の乗客が割り当てを効果的に回避する。
ステップ1466で、ライドシェアリング管理サーバ150は、ライドシェアリングビークルを、再充電のためにライドシェアリングビークルのサービスを停止する充電ステーションに向けることができる。
充電ステーションへの近接性に基づく乗客-ビークルの割り当て
本開示の実施形態は、ビークル管理システムが、賃借のためにビークルのフリート(群)を管理することを可能にし得る。ビークル管理システムは、複数のユーザーから複数の乗車リクエストを受け取り、ユーザーのドロップオフ場所から充電ステーションへの近接度に基づいて、ビークルのフリート(群)内の特定のビークルに特定のユーザーを割り当てることができる。たとえば、ビークル管理システムは、ビークルのバッテリー充電データに基づいて、特定のビークルを再充電する必要があると判断する場合があり得る。このデータに基づいて、システムは、ユーザーが充電ステーションの近くにあるドロップオフ場所を示したことを決定した後、ユーザーを特定のビークルに割り当てることができる。賃借用のビークルのフリート(群)を構成するビークルには、ライドシェアリングおよび電動式ビークルで利用できるビークルが含まれ得る。電動式ビークルは、手動で運転できるものであって、ビークルのドライバーに関連付けられ、ビークル管理システムからルーティング指示を受け取るように構成されたハンドヘルドデバイスを含むことができる。電動式ビークルはまた、自律ビークルを含んでもよく、ビークル管理システムからルート指定を受信するように構成されたビークルコントローラを含んでもよい。
いくつかの実施形態では、ビークル管理システムは、複数のユーザーから複数の乗車リクエストを受信してもよく、各リクエストは、ユーザーの所望のピックアップ場所および所望の目的地に関する情報を含んでもよい。システムは、ユーザーの希望する目的地の充電ステーションへの近接度に基づいて、低電流バッテリー充電レベルの特定のビークルを特定のユーザーに割り当てることができる。ビークル管理システムは、ライドシェアリング管理システムとしても動作し、特定のビークルのバッテリー充電レベルに基づいて複数のユーザーからのリクエストを調整し、特定のビークルのルートを決定し得る。ビークルに乗客がいなくなると、システムはビークルをバッテリーを充電するための充電ステーションに送ることができる。いくつかの実施形態では、メモリ250は、賃借のためにビークルのフリート(群)を管理する方法を実行するように構成された非一時的なコンピュータ可読媒体を備えてもよい。
図15は、本開示と一致する賃借のためにビークルのフリート(群)を管理するためのメモリモジュール250の実施形態を示す。メモリ250は、複数のモジュールを格納することができ、本明細書で開示される様々な方法およびプロセスを実行するために少なくとも1つのプロセッサによって実行可能とすることができる。さらに、メモリ250は、実際上の固有の考慮事項に応じて、図15に示されているモジュールよりも多いまたは少ないモジュールを格納できることに留意されたい。
図15に示すように、メモリ250は、データ収集モジュール1510、充電ステーションモジュール1520、ビークルルーティングモジュール1530、データベースアクセスモジュール1540を実行するためのソフトウェア命令を格納し、データベース1550を含むことができる。データ収集モジュール1510は、1つ以上のソースから入力データ(乗客乗車リクエスト、ライドシェアリングビークルの現在位置、ビークル、バッテリー充電レベルなど)を受信するためのソフトウェア命令を含み得る。充電ステーションモジュール1520は、決定されたルートまたはドロップオフ場所に関連する充電ステーションの位置を決定するためのソフトウェア命令を含み得る。ビークルルーティングモジュール1530は、ユーザーをピックアップするために1つまたは複数のビークルを送り、決定されたルートに沿ってビークルを誘導し、充電ステーションモジュール1520から受信した情報に基づいて代替ルートを決定するためのソフトウェア命令を含み得る。データベースアクセスモジュール1540は、データベース1550と相互作用し、情報(例えば、ビークルが運行している地理的エリアに関連付けられた地理的マップ、地理的エリアの現在の交通情報、効率的なルートのための履歴データなど)を保存および/または受信するために実行可能なソフトウェア命令を含み得る。
データ収集モジュール1510は、ビークルのフリート(群)内の特定のビークルに関連付けられたバッテリーの現在の充電レベルに関連するデータを受信するためのソフトウェア命令を含み得る。このデータは、バッテリーの現在の充電レベルを決定するために、ビークルの電力センサーによってキャプチャされた、ビークルに電力を供給するバッテリーの残りの充電および/またはバッテリーの消耗までの推定時間に関連し得る。電力センサーは、現在のバッテリー充電レベルに基づいて、現在のルートを再構成する必要があるかどうかを判断するために、無線チャネルまたはビークルルーティングモジュールを介してリモートサーバにデータを送信する。電力センサーは、現在のバッテリー充電レベルに関連するデータを継続的に監視および送信するように構成できる。また、電力センサーは、現在のバッテリーの充電レベルを監視し、充電レベルが所定の閾値レベルを下回ったときにデータを送信し得る。
データ収集モジュール1510は、ビークルのバッテリー寿命に影響を及ぼす要因に関連するデータを受信するためのソフトウェア命令も含み得る。データには、ドライバーの運転スタイル(突然の加速など)、周囲温度、過充電の履歴、バッテリーの年齢などの、特定のビークルのユーザー操作に関連する情報を含むことができる。特定の賃借用電動式ビークルの充電が必要であることを特定した後、少なくとも1つのプロセッサは、データ収集モジュール1510が受信した情報に基づいて、特定の賃借用電動式ビークルが再充電前に運用できる運転時間および/または距離を推定するように構成され得る。例えば、データ収集モジュール1510は、現在のバッテリー充電データと特定のビークルのドライバーの運転パフォーマンスに基づいて、運転時間および/または距離を推定してもよい。推定された運転時間は、時間の長さ、再充電が必要になる前にビークルが運用できる距離、または消耗されるバッテリーを反映することができる。一実施形態において、少なくとも1つのプロセッサは、推定運転時間および/または距離に基づいて、特定の賃借用電動式ビークルが特定の乗車リクエストに関連するドロップオフ場所を通過した後に特定の充電ステーションに到達するのに十分なバッテリーを有することを決定するように構成されてもよい。他の実施形態では、特定の賃借用電動式ビークルが充電を必要としていることを特定した後、少なくとも1つのプロセッサは、代替ルートより長くそして標高が変化が少ない運転ルートを介して特定の賃借用電動式ビークルをルーティングするように構成されてもよい。
データ収集モジュール1510はまた、賃借のためにビークルのフリート(群)を管理することに関連するソフトウェア命令を含んでもよい。データは、複数のユーザーからの乗車リクエストの受信に関連し得る。たとえば、データには、複数の目的地への輸送を必要とする複数のユーザーからの乗車リクエストが含まれる場合がある。乗車リクエストにはピックアップ場所、目的地、ユーザーの識別、ユーザーの格付け、ユーザーに関連付けられた支払い情報、ユーザーと一緒に旅行している乗客の数などを含む情報を含んでもよい。データ収集モジュール1510は、ビークルのフリート(群)内の特定のビークルの現在位置への近接度に基づいて乗車リクエストを管理することができる。特定のビークルの現在の位置に関するデータは、例えば、特定のビークルに関連付けられた(例えば、客室に位置する)モバイル通信デバイス(例えば、スマートフォン、タブレット、ウェアラブルデバイスなど)から受信され得る。
充電ステーションモジュール1520は、特定のビークルの近くにあるバッテリー充電ステーションを決定するためのソフトウェア命令を含み得る。充電ステーションモジュール1520は、複数のソースからデータを受信して、特定のビークルの現在位置に基づいて、特定のビークルの位置に所定の近接内にある充電ステーションの位置、または複数の乗車リクエストのそれぞれの目的地に最も近い充電ステーションの位置を決定してもよい。充電ステーションモジュール1520は、追加のビークルを受け入れるために、複数の充電ステーションのそれぞれの充電容量に関連する情報も受け取ることができる。この情報およびデータ収集モジュール1510から受信した情報に基づいて、充電ステーションモジュール1520は、乗車リクエストに関連付けられたユーザーを、賃借に利用可能な特定のビークルに割り当てることができる。充電ステーションモジュール1520は、充電ステーションへの所望の目的地の近接度および/または賃借にための特定のビークルを受け入れるその充電ステーションのキャパシティに基づいて、乗車リクエストに関連するユーザーを賃借のためにその特定のビークルに割り当てることもできる。充電ステーションモジュール1520は、推定運転時間および/または距離に基づいて、特定のユーザーが利用可能な充電ステーションをフィルタリングしてもよい。こうして、充電ステーションモジュール1520は、特定のビークルの推定運転時間および/または距離を超える充電ステーションの近くの乗車リクエストを選択的に除外することができる。例えば、充電ステーションモジュール1520は、特定のビークルの推定運転時間および/または距離が、ビークルを特定のビークルの現在位置の半径10マイルに制限することをデータ収集モジュール1510から受信し得る。この情報に基づいて、充電ステーションモジュールは、受信した複数の乗車リクエストを、合計運転距離が10マイル未満の乗車リクエストに制限し得る。
データ収集モジュール1510から受信した情報および充電ステーションの位置に基づいて、充電ステーションモジュール1520は、乗車リクエストに関連する特定のユーザーを識別し、特定のビークルに割り当てることができる。特定のユーザーの特定のビークルへの割り当ては、ドロップオフ場所から充電ステーションへの近接性と、特定の賃借用ビークルを受け入れるためのその充電ステーションのキャパシティに基づくことができる。充電ステーションモジュール1520はまた、推定運転時間および/または距離に基づいて、特定のビークルが特定の乗車リクエストに関連付けられたドロップオフ場所を通過した後、特定の充電ステーションに到達するのに十分なバッテリー充電があることを判断するように構成することもできる。充電ステーションモジュール1520は、特定のビークルが充電を完了したときに指示を受け取り、充電ステーションの利用可能な充電容量を反映するように充電情報を更新するように構成されてもよい。充電ステーションモジュール1520はまた、特定のビークルが到着すると推定されたときに、充電ステーションの充電容量が十分であると予測されたときに、十分な充電容量なしで特定のビークルを充電ステーションに割り当てるために、複数の充電ステーションのそれぞれの充電容量を予測し得る。あるいは、充電ステーションモジュール1520は、特定のビークルに割り当てられた特定の充電ステーションが利用できなくなっているという指示を受け取り、特定のビークルが充電のために到達できる代替充電ステーションを識別し、特定のビークルを代替充電ステーションのリルートするように構成し得る。
ビークルルーティングモジュール1530は、特定のユーザーに割り当てられた特定のビークルをルーティングしてユーザーをピックアップおよび/または輸送するためのソフトウェア命令を含み得る。例えば、データ収集モジュール1510が複数のユーザーから受信した複数の乗車リクエストに応じて、そして特定のビークルのバッテリーの現在の充電レベルと充電ステーションの位置に基づいて、充電ステーションモジュール1520は特定のユーザーを特定のビークルに割り当てることができる。ビークルルーティングモジュール1530は、特定のビークルのルートを決定して、特定のユーザーをピックアップし、ユーザーをドロップオフ場所にルーティングし、特定のユーザーの降車後に特定のビークルを充電ステーションにルーティングすることができる。さらに、特定のユーザーの輸送中に決定されたルートを動的に調整して、1つまたは複数のパフォーマンス変数を最適化することができる。例えば、一実施形態では、ビークルルーティングモジュール1530は、残りのバッテリー充電を最大効率で消費するために、ライドシェアリングビークルに関連付けられているバッテリーの現在の充電レベルと、充電ステーションの位置に基づき、特定のビークルを1つまたは複数のルートに沿って誘導することができる。
ビークルルーティングモジュール1530はまた、特定の賃借用電動式ビークルに他の乗客がいる場合、特定の賃借用電動式ビークルが継続的に乗客をピックアップ及びドロップオフするようにし、特定の賃借用電動式ビークルに割り当てられたユーザーに関連付けられたスケジュールされたルートに基づいて、賃借用電動式ビークルが何時充電を必要するかを決定し、そして、到来する充電を見越して特定の賃借用電動式ビークルへの新しいユーザーの割り当てを停止するように構成し得る。ビークルルーティングモジュール1530が新しいユーザーの割り当てを停止すると、特定のビークルは、充電ステーションモジュール1520に関して上述したように、充電ステーションにルーティングされ得る。ビークルルーティングモジュール1530はまた、特定のビークルに、少なくとも1人の追加の乗客をピックアップし、第1のユーザーの特定の乗車リクエストに関連するドロップオフ場所に向かう途中でその少なくとも1人の追加の乗客をドロップオフするように指示することもできる。ビークルルーティングモジュール1530はまた、特定の充電ステーションの位置および特定の乗車リクエストの所望の目的地に基づいて、ユーザーのドロップオフ場所を決定することもでき、決定されたドロップオフ場所は、所望の目的地ではないが、近くの場所であり得る。一実施形態では、少なくとも1つのプロセッサは、特定の充電ステーションの位置および特定の乗車リクエストの所望の目的地に基づいてドロップオフ場所を決定するように構成されてもよく、ここで、決定されたドロップオフ場所は、目的の目的地以外の場所であるが目的地に近接している。たとえば、一実施形態では、乗車リクエストは、所望の目的地が2つの交差道路の交差点の角にある建物であるという情報を含むことができる。ビークルルーティングモジュールは、交差点でユーザーをドロップオフすると、ビークルが一方通行の通りに入り、充電ステーションへのより効率的なルートを妨げると判断する場合があり得る。したがって、ビークルルーティングモジュール1530は、代わりに、例えば、所望の目的地に近い場所でユーザーをドロップオフし、一方通行の通りに入ることを回避することができる。
ビークルルーティングモジュール1530はまた、特定のビークルが充電を必要とすることを識別することを識別し、代替の運転ルートよりも高度の変化が少ない運転ルートを介して特定のビークルをルーティングするように構成され得る。したがって、ビークルルーティングモジュールは、高度の変更を含む1つ以上の最適化要因に基づいてルートを決定し得る。他の実施形態で考慮される要因には、交通停止の回避、交通渋滞の減少、および信号機の減少が含まれ得る。これらの要因は、特定のビークルの運転時間および/または距離を最大化するという目標に基づいて決定され得る。
図15に示すように、データベース1550は、実際上の固有の考慮事項に応じて、モジュール1510~1540に任意のタイプの情報を格納するように構成され得る。例えば、ビークルルーティングモジュール1530がルートを決定するために地理的エリアの1つ以上の以前に記憶された地図にアクセスするように構成される実施形態では、データベース1550は地理的地図を記憶し得る。充電ステーションモジュール1520が充電ステーションの1つ以上のリストにアクセスするように構成される他の実施形態では、データベース1550は、各充電ステーションの運用時間および充電容量を格納し、特定のビークルが充電ステーションに到着する推定時刻に運用できる充電ステーションに基づき、充電ステーションモジュール1520およびビークルルーティングモジュール1530に充電ステーションのリストを提供し得る。さらに、他の実施形態では、データベース1550は、複数の充電ステーションのそれぞれの充電容量に関連する情報を含み、追加のビークルを受け入れ、充電が必要な特定の賃借用電動式ビークルの近くにピックアップ場所がある乗車リクエストのために、少なくとも1つのプロセッサは、ドロップオフ場所の充電ステーションへの近接度と、特定の賃借り電動式ビークルを受け入れるためのその充電ステーションの容量に基づいてユーザーをピックアップするために、特定の賃借用電動式ビークルを割り当てるように構成し得る。データ収集モジュール1510、充電ステーションモジュール1520、およびビークルルーティングモジュール1530は、データアクセスモジュール1540を介して通信のためにデータベースにアクセスし得る。
モジュール1510-1540は、ソフトウェア、ハードウェア、ファームウェア、またはソフトウェア、ハードウェアまたはファームウェアの任意の組み合わせで実装されてもよい。例えば、モジュールがソフトウェアで実装される場合、それらはメモリ250に保存されてもよい。しかし、いくつかの実施形態では、モジュール1510-1540およびデータベース1550に関連付けられたデータのいずれか1つまたは複数は、例えば、プロセッサ204に格納され、および/またはライドシェアリング管理システム100に関連付けられたデバイスで実行されてもよい。モジュール1510~1640は、互いにおよび/またはメモリ250の他のモジュールと相互作用して、開示される実施形態と一致する機能を実行するように構成され得る。
図16Aは、ビークルのフリート(群)内の特定のビークルの利用可能な移動ルート1610の実施形態を示す。ビークルのフリート(群)を管理するシステムは、特定のビークルからバッテリー再充電1612の必要性を示すバッテリー充電データを受信することができる。システムは、第1のルート1614および第2のルート1616を含む複数のユーザーから複数の乗車リクエストを受信することもできる。第1の乗車リクエストは、第1のルート1614で構成され、目的地Aは、充電ステーションAからの決定された距離であり得る。第2の乗車リクエストは第2のルート1616で構成され、目的地Bは、充電ステーションBからの決定された距離であり得る。システムは、第1のルート1614の特定のビークルから充電ステーションAまでの合計距離(ピックアップA、ドロップオフA、および充電ステーションAへのルートに必要な運転距離を含む)が第2のルート1616で充電ステーションBまでの合計距離(ピックアップB、ドロップオフB、および充電ステーションBへのルートに必要な運転距離を含む)より大きいと判断する場合がある。この比較に基づいて、システムは、第2のルート1616を含むBからの乗車リクエストを特定のビークルに割り当てることができる。特定のビークルは、Bのピックアップ場所への配信を受け取り、特定のビークルをドロップオフBの場所にルーティングし、特定のビークルを充電ステーションBにルーティングし得る。
図16Bは、ビークルのフリート(群)内の特定のビークルの利用可能な移動ルート1620の実施形態を示している。その特定のビークルは、ユーザーAに関連付けられたルート1624の代わりに、ユーザーBに関連付けられたルート1626に割り当てられてもよい。ビークルのフリート(群)を管理するシステムによる割り当ては、説明された実施形態による決定に基づいてもよい。ルート1626に割り当てられた後、特定のビークルはBのピックアップ場所へのディスパッチを受け取り、特定のビークルをドロップオフBの場所にルーティングできる。ドロップオフ場所Bへの途中で、システムは、ピックアップ場所とドロップオフ場所を含む乗車リクエストをユーザーCから受け取る場合がある。システムは、ユーザーCの乗車リクエストを特定のビークルに割り当てることができる。割り当ては、ピックアップ場所や、充電ステーションに向かう途中のユーザーCのドロップオフ場所などの要因に基づくことができる。特定のビークルが割り当てられたユーザーをそれぞれのドロップオフ場所で降車させると、システムは特定のビークルを充電ステーションBにルーティングすることができる。システムはまた、特定のビークルが再充電されるまで、特定のビークルへの新しいユーザーのさらなる割り当てを中止するように構成されてもよい。
図16Cは、ビークルのフリート(群)内の特定のビークルの利用可能な移動ルート1630の実施形態を示している。特定のビークルは、ユーザーAに関連付けられたルート1634の代わりに、ユーザーBに関連付けられたルート1636に割り当てられてもよい。割り当ては、記載された実施形態に従ってビークルのフリート(群)を管理するシステムによる決定に基づいてもよい。充電ステーションBへのルート1636には、代替運転ルートよりも長い運転ルートを含んでもよい。システムは、代替ルートの特性の決定に従って特定のビークルのルートを決定します。たとえば、ルート1636には、代替ルート1638よりも標高の変化が少ない場合があり得る。
図16Dは、ビークルのフリート(群)内の特定のビークルの利用可能な移動ルート1640の実施形態を示す。特定のビークルは、ユーザーAに関連付けられたルート1644の代わりに、ユーザーBに関連付けられたルート1646に割り当てられてもよい。ビークルのフリート(群)を管理するシステムによる割り当ては、説明された実施形態による決定に基づいてもよい。ルート1646に割り当てられた後、特定のビークルはBのピックアップ場所へのディスパッチを受け取り、特定のビークルをドロップオフBの場所にルーティングしてもよい。ドロップオフ場所Bに向かう途中で、システムは充電ステーションBが利用できなくなったという通知を受け取る場合がある。システムは、利用可能な代替充電ステーションCを識別することができる。システムは、充電ステーションCにルーティングするための指示を特定のビークルに提供することができる。
図17は、開示された実施形態と一致する、ビークル管理サーバに関連付けられた賃借用電動式ビークルを含む賃借り用ビークルのフリート(群)を管理するための例示的なプロセス1700を示すフローチャートを示す。一実施形態では、プロセス1700のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ150などのビークル管理サーバによって実行され得る。あるいは、プロセス1700のステップの少なくともいくつかは、図1および図2を参照して上述したモバイル通信デバイス120などのモバイル通信デバイスによって実行されてもよい。以下の説明では、例示の目的で図1-3の特定のコンポーネントを参照する。ただし、他の実装が可能であり、本明細書で開示する例示的な方法を実装するために他のコンポーネントを利用できることを理解されよう。
ステップ1710で、データ収集モジュール1510は、複数の賃借用電動式ビークルの現在のビークル位置データを受信することができる。例えば、ライドシェアリング管理サーバ150は、複数の賃借用電動式ビークルのそれぞれの現在の位置に関する受信および入力を行うことができる。現在のビークル位置データは、各賃借用電動式ビークルから定期的に(つまり、30分ごと、10分ごと、5分ごとに)送信されるか、移動距離に基づいて(つまり、以前に送信された場所から5フィートごとに)送信され得る。現在のビークル位置データには、各賃借用電動式ビークルに関連付けられた少なくとも1つの全地球測位システム(GPS)コンポーネントによって生成されたGPSデータが含まれ得る。ライドシェアリングビークルの現在位置はまた、たとえば、ライドシェアリングビークルに関連付けられている(たとえば、客室内にある)モバイル通信デバイス(たとえば、スマートフォン、タブレットなど)から受信され得る。
ステップ1720で、データ収集モジュール1510は、複数の賃借用電動式ビークルのそれぞれの電力センサーから、バッテリー再充電の必要性を示すバッテリー充電データを受信することができる。現在の充電レベルが所定の閾値よりも低い場合、バッテリー充電データを受信するようにしてもよい。いくつかの実施形態では、そのインジケータはパーセンテージであってもよい。例えば、ライドシェア管理サーバ150は、充電レベルが20パーセント(20%)未満の場合、バッテリーの充電レベルのインジケータを送信するように構成されてもよい。別の実施形態では、インジケータは「低バッテリー」警告としてよく、現在のバッテリーレベルがバッテリー寿命の30%の閾値未満である場合に、ライドシェアリング管理サーバ150は「低バッテリー」のインジケータをリモートサーバに送信する。インジケータは、バッテリーの残量ゲージの充電状態を表してもよく、バッテリーの満充電容量からの低下を定量化してもよい。
ステップ1730で、データ収集モジュール1510は、複数のユーザーから複数の乗車リクエストを受信でき、各乗車リクエストには、ピックアップ場所と目的地に関する情報が含まれ得る。複数の乗車リクエストは、複数のユーザーから複数の乗車リクエストを受信し、複数の賃借用電動式ビークルと通信するように構成された通信インタフェースによって受信されてもよい。乗車リクエストには、ユーザーの特定、ユーザーの評価などの情報も含まれる場合がある。データ収集モジュール1510は、ライドシェアリングビークルの乗客の数に関連する情報も受信することができ、第1の運転ルートは、複数の乗客に関連付けられた複数のピックアップ場所を含み、少なくとも1つのプロセッサはリモートサーバに送信して、各ピックアップ場所でライドシェアリングビークルに入った人数を示すように構成できる。
ステップ1740で、充電ステーションモジュール1520は、ステップ1720で受信したバッテリー充電データから、充電が必要な特定の賃借用電動式ビークルを特定することができる。充電ステーションモジュール1520は、特定の賃借用電動式ビークルが充電レベルが所定の閾値を下回っているという指示に基づいて再充電が必要であることを識別し得る。
ステップ1750で、充電ステーションモジュール1520は、複数の充電ステーションの位置を含む充電情報のためにデータベース1550にアクセスするように構成され得る。データベースアクセスモジュール1540は、特定の賃借用電動式ビークルの現在のビークル位置から所定の距離内にある複数の充電ステーションのサブセットを識別してもよい。
ステップ1760において、ビークルルーティングモジュール1530は、特定の充電ステーションの近くにある目的地を伴う特定の乗車リクエストを識別するため、充電を必要とする特定の賃借用電動式ビークルの近くにある複数の乗車リクエストの関連する所望の目的地をデータベースでアクセスされた複数の充電ステーションの場所と比較するように構成され得る。例えば、一実施形態では、ビークルルーティングモジュール1530は、特定の賃借用電動式ビークルに近接したピックアップ場所を備えた乗車リクエストを受け取ることができる。乗車リクエストには、乗車リクエストに関連付けられた目的地が、賃借用電動式ビークルの近くの特定の充電ステーションに近接していることを示す情報を含めることもできる。
ステップ1770で、ビークルルーティングモジュール1530は、無線ネットワークを介して、充電を必要とする特定の賃借用電動式ビークルに、特定の乗車リクエストに関連付けられたピックアップ場所へのディスパッチを送信させてもよい。そのディスパッチには、特定の賃借用電動式ビークルをピックアップ場所に誘導するためのルーティング情報を含む情報が含まれ得る。
ステップ1780で、ビークルルーティングモジュール1530は、特定の賃借用電動式ビークルを、特定の乗車リクエストに関連付けられたドロップオフ場所にルーティングすることができる。ルートは、ビークルルーティングモジュール1530によって決定された1つまたは複数のパラメータと一致していてもよい。上記のように、ルートは、代替ルート、またはバッテリー充電レベルに影響する可能性がある他の道路条件よりも少ない標高変化を含むように生成され得る。
ステップ1790で、ビークルルーティングモジュール1530は、特定の乗車リクエストに関連するドロップオフ場所に到着した後、特定の賃借用電動式ビークルを特定の充電ステーションにルーティングすることができる。ビークルルーティングモジュール1530はまた、特定の充電ステーションで充電が完了するまで、特定の賃借用電動式ビークルへの新しいユーザーの割り当てを中止するように、ライドシェアリング管理サーバ1250に指示を提供することができる。
ライドシェアリングのための異なるレベルのサービス提供
本開示の実施形態は、ビークル管理システムが様々なライドシェアリングサービスを可能にし得る。ビークル管理システムは、ユーザーがライドシェアリング体験の詳細を調整できるようにする粒度を提供し得る。例えば、一実施形態では、非一時的なコンピュータ可読媒体で具現化され、少なくとも1つのプロセッサによって実行可能なコンピュータプログラムは、プロセッサに方法を実行させるための命令を含み得る。この方法は、出発点および所望の場所の表示を含むシェアリング乗車リクエストをユーザーから受信することを含み得る。コンピュータプログラムはまた、少なくとも1つの制限でシェアリング乗車リクエストをカスタマイズするための少なくとも1つのオプションをユーザーに視覚的に表示する方法を実行するように構成されてもよい。この方法は、ユーザーからシェアリング乗車リクエストの少なくとも1つの制限を受信し、受信したシェアリング乗車リクエストに基づいてユーザーに少なくとも1つの制限に対応する少なくとも1つのオファーを提供することも含む。
いくつかの実施形態では、様々なライドシェアリングサービスを可能にするシステムは、見込み客からシェアリング乗車リクエストを受信し、見込み客に情報を送信するための通信インタフェースを含み得る。システムはまた、出発地点および所望の目的地の表示を含むシェアリング乗車リクエストをユーザーから受け取るように構成された少なくとも1つのプロセッサを含んでもよい。プロセッサは、ユーザーに関連付けられた少なくとも1つの制限を受け取り、各ライドシェアリングビークルに関連付けられた少なくとも1つの全地球測位システム(GPS)コンポーネントによって現在のビークル位置データが生成される。システムはまた、ユーザーをピックアップするために、少なくとも1つの候補ライドシェアリングビークルを識別し、少なくとも1つの候補ライドシェアリングビークルに関連付けられた複数のオファーをユーザーに提供し得る。システムは、オファーの選択を受信し、選択したオファーに関連付けられたライドシェアリングビークルにユーザーをピックアップするよう指示することができる。
図18は、本開示と一致する様々なライドシェアリングサービスを可能にするためのメモリモジュール250の実施形態を示す。メモリ250は、複数のモジュールを格納することができ、本明細書で開示される様々な方法およびプロセスを実行するために少なくとも1つのプロセッサによって実行可能とすることができる。さらに、メモリ250は、実装した固有の考慮事項に応じて、図18に示されているものよりも多いまたは少ないモジュールを格納できることに留意されたい。
図18に示すように、メモリ250は、データ収集モジュール1810、乗車制限モジュール1820、ビークルルーティングモジュール1830、データベースアクセスモジュール1840を実行するソフトウェア命令を格納することができ、データベース1850を含むことができる。データ収集モジュール1810は、1つ以上のソースから入力データ(例えば、乗客の乗車リクエスト、ライドシェアリングビークルの現在位置など)を受信するためのソフトウェア命令を含み得る。乗車制限モジュール1820は、ユーザーに関連付けられた乗車制限を受信し、乗車制限に対応するオファーを提供するソフトウェア命令を含んでもよい。ビークルルーティングモジュール1830は、乗車制限モジュール1820から受け取った乗車制限に従って、1つまたは複数のビークルを送ってユーザーをピックアップし、決定されたルートに沿ってビークルを誘導するためのソフトウェア命令を含み得る。データベースアクセスモジュール1840は、データベース1850と相互作用し、情報(例えば、ビークルが運行している地理的エリアに関連付けられた地理的地図、地理的地域の現在の交通情報、効率的なルートの履歴データ、など)を格納および/または受信するために実行可能なソフトウェア命令を含み得る。
データ収集モジュール1810は、シェアリング乗車リクエストに関連するデータをユーザーから受信するためのソフトウェア命令を含み得る。データには、シェアリング乗車をリクエストしているユーザーから受け取った出発地点と、目的地の表示が含まれ得る。出発点情報には、ユーザーに関連付けられたモバイルデバイスに含まれる少なくとも1つの全地球測位システム(GPS)コンポーネントによって生成された出発点の表示が含まれ得る。たとえば、GPSは、ユーザーに関連付けられたモバイルデバイスまたはウェアラブルデバイスに含まれ得る。出発点情報はまた、GPSによって生成された現在の位置データとは異なる出発位置を指定するために、ユーザーが入力することもできる。データ収集モジュール1810は、データベースアクセスモジュール1840を介してデータベース1850と通信して、ユーザーに関連する頻繁に使用される出発点および所望の目的地データを決定することもできる。例えば、一実施形態では、データ収集モジュール1910はデータベース1850にアクセスして、ユーザーが頻繁に使用した「ホーム」場所を出発点として決定し、この出発点をユーザーに提案することができる。他の実施形態では、データ収集モジュールは、保存された位置データとともにGPSによって生成された情報を使用して、出発点を提案してもよい。例えば、データ収集モジュール1810は、受信したGPSデータが「ホーム」位置までの所定の距離内にないことを決定することができる。データ収集モジュール1810は、ユーザーの現在位置から所定の距離内にあり、ユーザーによって使用され、データベース1850に格納されている他の出発点位置を決定して、出発点位置を提案することができる。出発地の場所と同様の方法で、目的地を提案することもできる。
データ収集モジュール1810は、RDVのフリート(群)に関連する情報を受信することもできる。受信した情報には、RDVのフリート(群)内の各ビークルに関連付けられたGPSコンポーネントによって生成された現在のビークル位置データを含むことができる。この情報にはまた、RDVのフリート(群)の各ビークルの現在の乗車ステータスに関するデータも含むことができる。例えば、一実施形態において、データ収集モジュール1810は、特定のビークルに割り当てられた各乗客の所望の目的地に基づいてそのビークルに割り当てられたビークルルート、またはその特定のビークルにどのくらいの多くの乗客が現在割り当てられているか、に関するデータを受信することができる。
乗車制限モジュール1820は、少なくとも1つの乗車制限を受信するためのソフトウェア命令を含み得る。少なくとも1つの乗車制限は乗車リクエストとともにユーザーから受信することができる。乗車制限にはピックアップ場所までの徒歩距離の制限、ドロップオフ場所から目的地までの徒歩距離の制限、ユーザーとのライドシェアリングのビークルの乗客の制限、ユーザーの乗車までの推定遅延の制限、ユーザーがライドシェアリングビークルにいる間のピックアップの数の制限、ユーザーがライドシェアリングビークルにいる間のドロップオフの数の制限、有料道路の回避の一つまたは複数を含むことができる。乗車制限は、制限カテゴリのユーザー選択および/または乗車を制限することとなる限定的パラメータに基づいてもよい。例えば、一実施形態では、受信した少なくとも1つの制限は、ピックアップ場所までの50から500メートルの間の距離、歩行距離に制限することを含み得る。ユーザーはこの制限のカテゴリを選択し、さらに歩行距離を50メートルに制限することで制限することができる。他の実施形態において、ユーザーの現在位置からピックアップ位置までの最大歩行距離を示すユーザーの入力に基づき、歩行距離が、100メートルまたは他の距離(例えば、200メートル、250メートル、500メートルなど)によって制限されてもよい。
他の実施形態では、制限は、ドロップオフ場所から所望の目的地までの歩行距離を制限することを含み得る。一実施形態では、ユーザーは、ドロップオフ場所から目的地までの歩行距離を25メートルまたはその他の距離(40メートル、50メートル、70メートル、100メートルなど)に制限できる。徒歩距離制限は、ユーザーのドロップオフ場所が目的地から逸脱する可能性のある最大距離を示すことができる。ユーザーは、この制限のカテゴリを単独で選択するか、1つ以上の他の乗車制限と組み合わせて選択できる。例えば、一実施形態では、受信した少なくとも1つの制限は、ドロップオフ場所から所望の目的地までの歩行距離を25から70メートルの距離に制限することを含むことができる。一実施形態では、受信した制限は、ピックアップ場所までの歩行距離を100メートルに制限し、ドロップオフ場所から所望の目的地までの歩行距離を50メートルに制限することができる。
他の実施形態では、乗車制限は、ユーザーのピックアップ場所への推定到着時間を制限することを含むことができる。これは、ビークルのフリート(群)内の各ビークルの現在の位置と、ユーザーのピックアップ場所までの距離および/または交通状況に関する情報に基づくことができる。受信した少なくとも1つの制限には、ユーザーの乗車までの推定遅延を制限することを含み得る。乗車制限モジュール1820は、ライドシェアリングビークルのフリート(群)内のビークルの1つまたは複数の特性に基づいて、ユーザーの乗車までの遅延を推定するように構成できる。たとえば、一実施形態では、受信した少なくとも1つの制限には、ユーザーの乗車までの推定遅延を10分未満または他の期間(たとえば15分、20分など)に制限することを含むことができる。乗車制限モジュール1820は、特定のビークルに出入りする他の乗客の数および/または上記他の乗客をピックアップおよびドロップオフする迂回に基づいて、RDVのフリート(群)内の特定のビークルの推定遅延を決定することができる。この情報に基づいて、乗車制限モジュール1820は、推定遅延時間がユーザーによって選択された制限内にあるかどうかを判断してもよい。
乗車制限モジュール1820は、ライドシェアリングビークルの乗客の数を制限するビークル制限を受信してもよい。ユーザーは、ライドシェアリングビークルの所定の最大容量未満の制限を示すことができる。例えば、一実施形態では、受信した少なくとも1つの制限は、ライドシェアリングビークルの乗り手の数を5人未満のライドシェアリングの乗り手に制限することを含み得る。他の実施形態では、少なくとも1つの制限は、乗客の最大数を、一人の他の乗車または他の乗車数(例えば、2、3、4、5人など)に制限してもよい。他の実施形態では、ユーザーは、ライドシェアリングビークルにいる間、ピックアップおよび/またはドロップオフの回数を制限してもよい。例えば、一実施形態では、少なくとも1つの制限は、ユーザーがライドシェアリングビークルにいる間にピックアップの数を3回未満のピックアップに制限することを含み得る。他の実施形態では、少なくとも1つの制限は、ユーザーがライドシェアリングビークルにいる間のドロップオフの数を3つ未満に制限することを含み得る。他の実施形態では、少なくとも1つの制限は、ユーザーがライドシェアリングビークルにいる間、ライドシェアリングビークルを最大2回のピックアップと1回のドロップオフに制限することを含み得る。他の実施形態では、乗車制限モジュール1820は、乗車制限の1つまたは複数のカテゴリの組み合わせを受信することができる。例えば、ビークル制限モジュール1820は、ライドシェアリングビークルを最大乗客に限定し、ユーザーがライドシェアリングビークルにいる間のドロップオフの数をさらに限定する制限をユーザーから受信し得る。乗車制限モジュール1820はまた、各乗車に関連付けられた各乗車リクエストから受信したデータに基づいて、各ピックアップおよび/またはドロップオフでビークルに乗り降りする乗客の数を決定するように構成することもできる。
他の実施形態では、乗車制限モジュール1820は、有料道路の回避に関する制限を受信するように構成されてもよい。いくつかの実施形態では、乗車制限モジュール1820は、有料道路を含むすべてのルートを回避するために、ユーザーから制限を受信してもよい。他の実施形態では、乗車制限モジュール1820は、節約された推定時間に基づいて有料道路の回避を含む指示を受け取ることができる。ユーザーは、制限をさらに限定して、節約される推定時間を含めることができる。例えば、乗車制限モジュール1820は、有料道路を使用することによって節約される推定時間が5分未満または他の期間(例えば、10分未満、15分未満など)である場合、有料道路回避を含む少なくとも1つの制限を受信するようにしてもよい。
乗車制限モジュール1820は、少なくとも1つの制限を含むように、シェアリング乗車リクエストに基づいて乗車オファー(提案)をカスタマイズするためのソフトウェア命令も含み得る。例えば、一実施形態では、乗車制限モジュール1820は、受信したシェアリング乗車リクエストに基づいて、少なくとも1つの制限に対応する少なくとも1つのオファーをユーザーに提供することができる。オファーの特性は、使用に対して表示され得る。特性には、ピックアップ場所、ドロップオフ場所、乗車制限、およびシェアリング乗車に従事するための推定値が含まれ得る。他の実施形態では、複数のオファーがユーザーに提供されてもよく、複数のオファーは、コスト、ピックアップ場所、ピックアップ時間、およびサービスのタイプのうちの少なくとも1つによって異なり得る。たとえば、ユーザーに提示される第1のオファーには、ユーザーの現在地から10メートル以内のピックアップ場所、30ドルの推定費用で、ユーザーからリクエストが送信されてから3分間の推定ピックアップ時間などが含まれ得る。ユーザーに提示される第2のオファーには、リクエストされたピックアップ場所から25メートル離れたピックアップ場所の提案、15ドルの推定費用で、リクエストがユーザーによって送信された時間から10分の推定ピックアップ時間を含み得る。こうして、ユーザーは、オファーされるサービスのタイプに基づいて提供される複数のオファーを比較できる。いくつかの実施形態において、複数のオファーは、複数のオファーに関連する複数の提案されたピックアップ場所に基づいて地図上に視覚的に表示されてもよい。例えば、一実施形態では、少なくとも1つのオファーは、コストおよびピックアップ場所によって異なる複数のオファーを含むことができ、複数のオファーに関連する複数の提案されたピックアップ場所が地図上に視覚的に表示され得る。乗車制限モジュール1620はまた、複数のオファーに関連する複数の提案されたドロップオフ場所の地図を視覚的に表示してもよい。例えば、一実施形態では、所望の目的地以外のドロップオフ場所を地図上に視覚的に表示することができる。提案された1つ以上のドロップオフ場所は、乗車リクエストでユーザーが指定した目的地とは異なる場合があり得る。提案されたピックアップと提案されたドロップオフ場所は、乗車制限に従ってユーザーが選択した所定の歩行距離内とすることができる。乗車制限モジュール1820は、現在位置からピックアップまで、および/またはドロップオフ場所から所望の目的地までの歩行方向を提供するようにさらに構成されてもよい。
乗車制限モジュール1820は、ユーザーに関連付けられたアカウントに一連の事前選択された制限を格納するように構成されてもよく、ユーザーに表示される後続のオファーは一連の事前選択された制限を含み得る。他の実施形態では、ユーザーは、送信された後続の各乗車リクエストに対して、事前に選択された一連の制限を適用するようにアカウントで示すことができる。乗車制限モジュール1820はまた、複数の一連の事前選択された条件を保存するように構成されてもよい。したがって、ユーザーは、時間効率、コスト効率、リクエストが作成される時刻、またはリクエストが作成される曜日など、少なくとも複数の要因に基づいてさまざまな制限を設定できる。他の実施形態では、一連の事前選択された条件は、格納されたピックアップ場所または格納された所望の目的地に関連付けられてもよい。それでも、他の実施形態では、後続のオファーは、少なくとも1つの事前選択された制限を省略する代替オファーとともに提示される事前選択された制限を含んでもよい。
図18に示されるように、データベース1850は、実際上の固有の考慮事項に応じて、モジュール1810~1840に任意のタイプの情報を格納するように構成され得る。例えば、ビークルルーティングモジュール1830がルートを決定するために地理的エリアの1つ以上の事前記憶された地図にアクセスするように構成される実施形態では、データベース1850にアクセスして記憶された地理的地図を取得することができる。乗車制限モジュール1820が、ユーザーに関連付けられ、データベース1850に格納されている1つまたは複数の制限にアクセスするように構成され得る他の実施形態では、データ収集モジュール1810、乗車制限モジュール1820、およびビークルルーティングモジュール1830は、データアクセスモジュール1840による通信のためにデータベースにアクセスすることができる。
モジュール1810-1840は、ソフトウェア、ハードウェア、ファームウェア、またはソフトウェア、ハードウェア、またはファームウェアの任意の組み合わせで実装されてもよい。たとえば、モジュールがソフトウェアで実装される場合、それらはメモリ250に格納されてもよい。しかし、いくつかの実施形態では、データベース1850に関連付けられたモジュール1810-1840のいずれか1つ以上が、たとえばプロセッサ204に格納され、および/またはライドシェアリング管理システム100に関連付けられたデバイスで実行されるようにしてもよい。モジュール1810-1840は、互いにおよび/またはメモリ250の他のモジュールと相互作用して、開示された実施形態と一致する機能を実行するように構成されてもよい。
乗車制限モジュール1820はまた、乗車オファーをカスタマイズしてユーザーに提供するための複数のソースから情報を受信するように構成されてもよい。一実施形態では、乗車制限モジュール1810は、降水の可能性が高いという、ユーザーに関連付けられたモバイルデバイス上の天気アプリケーションからデータを受信することができる。この情報に基づいて、乗車制限モジュール1820は、ピックアップ場所からのユーザーの現在の場所の逸脱を最小化する制限を含む乗車オファーを提供してもよい。他の実施形態では、乗車制限モジュールは、特別なイベントの道路閉鎖に関連するデータを受信し得る。したがって、有料道路を回避するためのユーザーの乗車制限にもかかわらず、乗車制限モジュール1820は、有料道路を含むオファーをユーザーに提供してもよい。
ビークルルーティングモジュール1830は、ユーザーから受け取った少なくとも1つの乗車制限を含む乗車リクエストに従ってビークルのフリート(群)内の特定のビークルをルーティングするためのソフトウェア命令も含み得る。一実施形態において、少なくとも1つのプロセッサは、メモリにアクセスして、ユーザーをピックアップするために、少なくとも1つの候補のライドシェアリングビークルを識別するように構成され得る。他の実施形態では、少なくとも1つのプロセッサは、現在のビークル位置データ、シェアリング乗車リクエスト、および少なくとも1つの制限に基づいて単一の候補のライドシェアリングビークルを識別するようにさらに構成され得る。例えば、ライドシェアリングモジュール1830は、ユーザーのピックアップ場所から所定の距離内にあるビークルの配列が、ユーザーをピックアップするための潜在的な候補であることを決定してもよい。他の実施形態では、潜在的な候補の配列は、ユーザーから受け取った乗車制限に従う能力、現在のビークル位置データ、リアルタイムの交通データ、各ビークルの乗客数、現在のルート、将来の乗客の割り当て、およびビークルバッテリー充電データ;を含む他の要因に基づいてもよい。例えば、一実施形態では、ユーザーは、ビークル内の乗客の数を最大3人の他の乗客に制限するビークル制限を示すことができる。ビークルルーティングモジュール1830は、乗客の数が3人の乗客を超えるため、RDVのフリート(群)内の1つまたは複数のビークルが、ユーザーによって示された制限に適合しないと判断する場合がある。したがって、ビークルルーティングモジュール1830は、これらのビークルがユーザーをピックアップするための候補ではないと判断し、これらのビークルに基づいてユーザーにオファーを提供することを避けることができる。他の実施形態では、ビークルルーティングモジュール1830は、第1のオファーはユーザーが指定した乗車制限のすべてを満たし、第2のオファーはユーザーが指定した乗車制限のすべてではなく一部を満たす、といったような、ユーザーが利用可能な複数のオファーを特定し得る。
図19Aは、ユーザーからシェアリング乗車リクエストを受信するためのコンピュータプログラム製品のユーザーインタフェース1900の一実施形態を示している。リクエストには、少なくとも1つの乗車制限を含めることができる。一実施形態では、ユーザーインタフェースは、出発点場所1910、所望の目的地1920を受信し、乗車制限のカテゴリのユーザー選択および選択されたカテゴリ1920に関連する制限を受信するための複数のフィールドを含む。ユーザーは、乗客の数や通行料の回避など、1つ以上の制限によってシェアリング乗車リクエストを制限することを選択できる。
図19Bは、複数の乗車オファーをユーザーに提供するためのユーザーインタフェース1950を例示する。乗車オファーには、ユーザーから受け取った乗車制限の少なくとも1つを含めることができる。第1のオファー1960には、ユーザーから受け取ったすべての制限を含めることができ、ユーザーがオファーを受け入れるオプションを含めることができる。第2のオファー1970と第3のオファー1980は、第1のオファー1960と異なり、異なるレベルのサービスを提供し得る。たとえば、第2のオファー1970には、第2の制限(他の3人の乗客の最大制限)ではなく、ユーザーから受け取った第1の制限(すべての通行料を避ける)を含むことができる。第3のオファー1980は、第1の制限(すべての通行料を回避)ではなく、ユーザーから受け取った第2の制限(他の3人の乗客の最大制限)を含めることにより、第2のオファー1970と第1のオファー1960と異なります。第2のオファー1960と第3のオファー1980には、ユーザーがサービスレベルに基づいてオファーを受け入れるためのオプションも含み得る。一実施形態において、オファーは、RDVのフリート(群)内の複数の候補のライドシェアビークルに対応し得る。他の実施形態では、オファーは、単一の候補のライドシェアビークルのさまざまなレベルのサービスに対応してもよい。
図18に戻ると、その後、ビークルルーティングモジュール1830は、1つ以上の候補のビークルのルートを決定し、ユーザーに複数のオファーを提供することができ、複数のオファーはサービスのタイプによって異なる。一実施形態では、複数のオファーは、単一の候補のライドシェアリングビークルに関連付けられてもよく、複数のオファーはサービスの種類によって異なる。たとえば、第1のオファーにはサービスの第1のカテゴリが含まれ得る。サービスの第1のカテゴリは、通常のサービスレベルに関連付けられていてもよい。第2のオファーには、第2のサービスカテゴリが含まれ得る。サービスの第2のカテゴリは、エクスプレスサービスに関連付けられてもよく、推定到着時間は、通常のサービスレベルの推定到着時間よりも短い。別の実施形態では、複数のオファーは、複数の候補のライドシェアリングビークルに関連付けられてもよい。たとえば、現在のビークル位置データ、シェアリング乗車リクエスト、および少なくとも1つの制限に基づいて、複数のライドシェアリングビークルを特定できるように少なくとも1つのプロセッサを構成できる。複数のオファーは、複数の候補のRDVに関連付けられてもよく、コスト、ピックアップ場所、ピックアップ時間、およびサービスのタイプのうちの少なくとも1つによって異なり得る。ビークルルーティングモジュール1830は、オファーの選択を受け取り、ユーザーをピックアップするために選択されたオファーに関連付けられたライドシェアリングビークルを向かわせることができる。
図20Aは、開示された実施形態と一致する、様々なライドシェアリングサービスを可能にする例示的なプロセス2000を示す。一実施形態では、プロセス2000のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ120などのビークル管理サーバによって実行され得る。以下の説明では、説明のために図1-3の特定のコンポーネントを参照している。しかし、他の実装が可能であり、他のコンポーネントを利用して、本明細書で開示される例示的な方法を実装できることが理解されよう。
ステップ2010で、データ収集モジュール1810は、ユーザーからシェアリング乗車リクエストを受信することができる。シェアリング乗車リクエストには、出発点と目的地の表示を含めることができる。シェアリング乗車リクエストは、ユーザーに関連付けられたモバイル通信デバイスから受信され得る。
ステップ2020で、乗車制限モジュールは、少なくとも1つの制限でシェアリング乗車リクエストをカスタマイズするための少なくとも1つのオプションをユーザーに視覚的に表示することができる。上記のように、少なくとも1つの乗車制限は、ピックアップ場所までの歩行距離の制限、ドロップオフ場所から目的地までの歩行距離の制限、ユーザーとのライドシェアリングビークルの乗り手の数の制限、ユーザーの乗車までの推定遅延の制限、ユーザーがライドシェアリングビークルにいる間のピックアップ数の制限、ユーザーがライドシェアリングビークルにいる間のドロップオフの数の制限、および有料道路の回避に関連してもよい。
ステップ2030で、乗車制限モジュール1820は、シェアリング乗車リクエストに関する少なくとも1つの制限をユーザーから受け取ることができる。ユーザーは1つ以上のカテゴリの制限を選択でき、さらに制限を限定できる。たとえば、前述のように、ユーザーは乗車制限を選択して、ピックアップ距離までの歩行距離を制限し、歩行距離が10メートルに制限されることを示すことができる。
ステップ2040で、ビークルルーティングモジュール1830は、受信したシェアリング乗車リクエストに基づいて、少なくとも1つの制限に対応する少なくとも1つのオファーをユーザーに提供することができる。少なくとも1つのオファーには、ユーザーをピックアップするための候補のライドシェアリングビークルに基づくビークルルートに関する詳細を含むことができる。オファーは、ユーザーによって示された乗車制限、現在のビークル位置データ、リアルタイムの交通データ、各ビークルの乗客数、現在のルート、将来の乗客の割り当て、ビークルバッテリー充電データ、およびサービスのタイプの少なくとも1つに基づくことができる。ビークルルーティングモジュール1830はまた、複数の候補RDVに対する複数のオファーをユーザーに提供し得る。複数のオファーは、ユーザーが指定した乗車制限、現在のビークル位置データ、シェアリング乗車リクエスト、リアルタイムの交通データ、各ビークルの乗客数、現在のルート、将来の乗客割り当て、ビークルバッテリーの充電データ、およびサービスのタイプ、の少なくとも1つに基づき異なり得る。
図20Bは、開示された実施形態と一致する、様々なライドシェアリングサービスを可能にする例示的なプロセス2050を示している。一実施形態では、プロセス2050のステップは、図1および図3を参照して上述したライドシェアリング管理サーバ120などのビークル管理サーバによって実行され得る。以下の説明では、説明のために図1-3の特定のコンポーネントを参照している。しかし、他の実装が可能であり、他のコンポーネントを利用して、本明細書で開示される例示的な方法を実装できることが理解されよう。
ステップ2055で、データ収集モジュール1810は、シェアリング乗車のリクエストを受信することができる。シェアリング乗車リクエストには、出発点と目的地の表示を含むことができる。
ステップ2060で、データ収集モジュール1810は、ユーザーに関連付けられた少なくとも1つの制限を受け取ることができる。例えば、一実施形態では、ユーザーは制限の1つまたは複数のカテゴリを選択し、制限をさらに限定することができる。たとえば、上記のように、ユーザーは有料道路を避けるために制限を選択し、有料道路を使用して節約された時間が少なくとも10分節約される場合、制限が免除されることをさらに示すことができる。
ステップ2065で、ビークルルーティングモジュール1830は、RDVのフリート(群)の現在のビークル位置データを受信することができる。
ステップ2070で、ビークルルーティングモジュール1820は、少なくとも1つのライドシェアリングビークルを特定し、ユーザーをピックアップするために、現在のビークル位置データを使用し得る。少なくとも1つの候補のライドシェアリングビークルは、ユーザーから受け取った乗車制限に従う能力に基づいて特定され得る。
ステップ2075で、ビークルルーティングモジュール1830は、少なくとも1つの候補ライドシェアリングビークルに関連する複数のオファーをユーザーに提供することができる。複数のオファーは、たとえば、ユーザーのハンドヘルドデバイスに提供され得る。
ステップ2080で、ビークルルーティングモジュール1830は、オファーの選択を受け取ることができる。例えば、ユーザーは、ハンドヘルドデバイスのユーザーインタフェース(例えば、ユーザーインタフェース1950)からオファーを選択してもよい。
ステップ2085で、ビークルルーティングモジュール1830は、ユーザをピックアップするために、選択されたオファーに関連付けられたライドシェアリングビークルに指示することができる。
前述の説明は、例示の目的で提示された。網羅的ではなく、開示された正確な形態または実施形態に限定されない。変更および適合は、開示された実施形態の仕様および実施を考慮することにより、当業者には明らかであろう。加えて、開示された実施形態の態様はメモリに格納されるものとして説明されているが、当業者はこれらの態様が、セカンダリストレージデバイス、たとえば、ハードディスクまたはCD ROM、またはその他の形式のRAMまたはROM、USBメディア、DVD、Blu-ray(登録商標)、Ultra HD Blu-ray(登録商標)、またはその他の光学ドライブメディアのような、他のタイプのコンピュータ可読媒体に格納されてもよいことを理解するであろう。
記述された説明および開示された方法に基づくコンピュータプログラムは、経験豊富な開発者のスキルの範囲内である。様々なプログラムまたはプログラムモジュールは、当業者に知られている技術のいずれかを使用して作成することができ、または既存のソフトウェアに関連して設計することができる。たとえば、プログラムセクションまたはプログラムモジュールは、Net Framework、.Net Compact Framework(およびVisual Basic、Cなどの関連言語)、Java(登録商標)、C ++、Objective-C、HTML、HTML/AJAXの組み合わせ、XML、またはJava(登録商標)アプレットを含むHTMLで設計され得る。
さらに、例示的な実施形態を本明細書で説明したが、それらによって理解されるように、同等の要素、修正、省略、組み合わせ(例えば、様々な実施形態にわたる態様の)、適合および/または変更を有するありとあらゆる実施形態の範囲は、本開示に基づき当業者によって理解される。例は非排他的であると解釈されるべきである。さらに、開示された方法のステップは、ステップを並べ替えることおよび/またはステップを挿入または削除することを含む、任意の方法で修正されてもよい。したがって、仕様と例は例示のみと見なされることを意図している。