JP2021028822A - 輸送装置共有システム - Google Patents

Abstract

【課題】一体化ドッキングポートを有している車両を含んでいる輸送装置共有システムに関するシステムおよび装置を提供すること。【解決手段】一実施形態においては、車両は、輸送装置のためのドッキングシステムを含んでおり、ドッキングシステムは、輸送装置を収容し、輸送装置を保管するように適合されているドッキングポートと、無線でデータを送信および受信するための通信装置と、１つ以上のプロセッサと、１つ以上のプロセッサに通信可能に結合され、１つ以上のプロセッサにより実行されると、その１つ以上のプロセッサに、輸送装置がドッキングポートに存在しているかどうか決定させ、通信装置に、車両の位置を示す位置データと、ドッキングポートにおける輸送装置の少なくとも有無を示すステータスデータを外部受信機に送信させる命令を含んでいるステータスモジュールを格納しているメモリを含んでいる。【選択図】図２Ａ

Description

ここにおいて記述される主題は、全体的には、輸送装置共有システムに関し、より特別には、一体化ドッキングポート(docking ports)を有する車両を含む輸送装置共有システムに関する。

種々の輸送装置共有システムは、人が、自転車、スクータなどのような輸送装置の使用を一時的に共有して、相対的に短い距離を移動することを可能にする。大量旅客輸送機関の駅と、最終目的地との間の最後の距離だけユーザを輸送するときの使用と関連して、これらの輸送装置は、「最終マイル車両(last-mile vehicles)」と称されることもある。幾つかのそのような共有システムにおいては、ユーザが、最終マイル車両の使用を終了したときはいつでもその車両をそこに置き去りにすることを許可し、他の誰かがその車両を手に入れてそこから使用できる。他の共有システム、例えば、最終マイル電気車両の使用を含む共有システムにおいては、ユーザは、格納および充電のために、車両をドッキングクステーション(docking station)に戻すことが要求される。

共有システムの何れのタイプも、ユーザに運用上およびアクセスに関する問題を負わせる。ユーザが車両を何れの場所にも置き去りにすることを許可する共有システムにおいては、最終マイル車両は、一般的な目的地領域、例えば、オフィスのビル、人気のある中心部領域などの周りに集中する傾向がある。自然な配給フローでは、多くの出発点領域では最終マイル車両が提供されない状態になり、作業員が、車両を収集して再配給するために採用されることがよくある。ドッキングステーションへの返却を要求するシステムにおいては、ユーザは、彼らの目的地、またはその近くでドッキングステーションが利用可能であるということに確信が持てないときは、最終マイル車両を使用することをためらう。

開示される装置、方法、およびシステムは、一体化ドッキングステーションを有する他の車両を組み入れる、新しいタイプの最終マイル車両共有システムに関する。他の車両としては、例えば、自動車、トラック、バスなどを挙げることができる。この方法で可動ドッキングステーションを配置することにより、ステーションの配給がより流動的且つ広範囲にわたることが可能になり、従来の固定ドッキングステーションよりも、自然に到達する辺鄙な場所においてより大きな機会を有することができる。

１つの実施形態においては、車両は、ドッキングポートを含み、輸送装置を収容し、輸送装置を保管にするように適合されている輸送装置のためのドッキングシステム、無線でデータを送受信するための通信装置、１つ以上のプロセッサ、および、１つ以上のプロセッサに通信可能に結合され、１つ以上のプロセッサにより実行されると、１つ以上のプロセッサに、輸送装置がドッキングポートに存在するかどうかを決定させ、通信装置に、車両の位置を示す位置データ、および、ドッキングポートにおける輸送装置の少なくとも有無を示すステータスデータを外部受信機に送信させる命令を含んでいるステータスモジュールを格納しているメモリを含んでいる。

他の実施形態においては、輸送装置共有システムは、それぞれが、輸送装置により占有され得る一体化ドッキングポートおよび、複数の車両と通信して、位置データおよび在庫データを複数の車両から受信し、ユーザからのリクエストに応答して、位置データおよび在庫データをユーザに送信するサーバを有している複数の車両を含んでおり、ここにおいて、位置データは、複数の車両の少なくとも１つの位置を示し、在庫データは、複数の車両の少なくとも１つに対応する一体化ドッキングポートが占有されているかまたは空いているかを示している。

他の実施形態においては、輸送装置システムを管理する方法は、ユーザの位置に基づく、輸送装置に対するリクエストを受信することと、リクエストに対する、車両と一体化されたドッキングポートに格納されている少なくとも１つの利用可能な輸送装置の受取り位置および充電レベルを含んでいる応答を送信することと、少なくとも１つの利用可能な輸送装置の選択を受信することと、選択に応答して、ユーザが少なくとも１つの輸送装置を得ることを許可するアクセスコードを送信することと、少なくとも１つの輸送装置に対する返却リクエストを受信することと、返却リクエストに応答して、車両と一体化された、占有されていないドッキングポートの位置を送信することと、少なくとも１つの輸送装置を、占有されていないドッキングポートにおいて収容することを含んでいる。

明細書に組み入れられ、明細書の一部を構成する付随する図面は、開示の種々のシステム、方法、および他の実施形態を例示している。図面において例示されている要素の境界（例えば、ボックス、ボックスのグループ、または他の形状）は、境界の１つの実施形態を表わしているということは認識されよう。幾つかの実施形態においては、１つの要素は、多数の要素として設計でき、または、多数の要素は、１つの要素として設計できる。幾つかの実施形態においては、他の要素の内部構成要素として示されている要素は、外部構成要素として実現でき、その逆もまた実現できる。更に、要素は寸法通りに示されていなくてもよい。

ここにおいて開示される実施形態を実現できる車両の１つの実施形態を例示している。 開示される主題に係る、一体化ドッキングポートを有する車両の１つの実施形態を例示している。 開示される主題に係るドッキングシステムの１つの実施形態を例示している。 開示される主題に係る輸送装置共有システムの例としての実現形態を示している。

使用（例えば、レンタル）のために利用可能な複数の輸送装置と、輸送装置を保持できる一体化ドッキングポートを有する複数の車両を含んでいる輸送装置（例えば、最終マイル車両）共有システムと関連付けられているシステム、方法、および他の実施形態が開示される。最終マイル車両に対する従来のドッキングステーションは固定式であり、従って、位置の需要フローにおける変化に応答するためには適切でない。つまり、所与の領域全体にわたる、異なる時間での異なる位置における需要ピークのポケット(pockets)として、ピーク位置に従来のドッキングステーションが存在していない場合、需要は満たされないままとなり、潜在的ユーザは、他の輸送モードに頼らざるを得なくなる。

開示される輸送装置システムは、多くの領域には、規則的にその領域を通過する車両（例えば、自動車、バス）があり、そのため、如何なる従来のドッキングステーションの近くではない多くのニッチ領域(niche areas)においてその領域がアクティブであるという事実を利用する。従って、開示される輸送装置共有システムは、多数の個人所有の車両または既存の車両ネットワーク（例えば、自動車の相乗り、バス路線など）を、レンタルおよび／または共有輸送装置に対する新しいタイプのドッキングステーションの配給を実現するために配置できる。開示される輸送装置共有システムの一部である配給車両は、１つ以上の一体化ドッキングポートを含んでいる。

ここにおいて使用されているような「ドッキングポート」は、レンタル輸送装置を保持でき、そしてある場合には再充電できる格納ユニットである。実現形態においては、ドッキングポートは、配給車両の外部からアクセス可能な配置で、関与している配給車両上に設置されるか、または配給車両に一体化されており、それにより、一般の人の中の所望するメンバーが、配給車両自身の内部へのアクセスを必要とせずに、ドッキングポートから輸送装置を取り出すことを可能にする。このようにして、固定位置に留まり、需要フローに応答できないというのではなく、開示されるドッキングポートは規則的に可動であることができ、領域における種々のニッチ領域に輸送可能であり、それにより、取り出しのための輸出装置および返却のための空いているドッキングポート両者の利用可能性を大幅に増大する。

上記で触れたように、開示される輸送装置共有システムは、自動車の相乗りシステムやバス路線のような、既存の旅客輸送システムに組み入れることができる。これらの実現形態においては、乗客は、１つの輸送システムから容易に出ることができ、そして、乗客の移動の「最終マイル」のための別の輸送システムに直接乗り換えることができる。例えば、バスの乗客はバスを降りることができ、バスの前部の一体化ドッキングポートからスクータを取り出して、乗客の移動の残りの部分をスクータで継続できる。到着すると、下記に示されるように、開示される輸送装置共有システムは、最も近くの空いているドッキングポートの位置を決定する方法を提供する。

自動車の相乗りシステムの自然な広がり、およびあちらこちらに動き回る性質により、ユーザは、一般的にランダムな場所（例えば、道路に駐車している、空いている自動車の相乗り配給車両などの場所）において、配給車両上の空いているドッキングポートの位置をより高い可能性を伴って見つけることになり、それにより、輸送装置の返却を非常に容易にする。追加的特徴は、下記に検討されるように、開示される輸送装置共有システムの実現可能性と運用ロジスティックスを更に増大できる。

図１を参照すると、開示される一体化ドッキングポートを組み入れることができる配給車両１００（以降、車両１００）の例が示されている。ここにおいて使用されているような「車両」とは、一般的には、人間、動物、品物などを移動させるために使用される輸送の任意の形状のことである。例えば、１つ以上の実現形態においては、車両１００は自動車である。簡潔性のために、配置は、一般的に自動車に関してここにおいて記述されるが、開示される主題の範囲は自動車に制限されず、バスおよび他のタイプの車両を含むことができるということは理解されるべきである。

図１に示されているように、車両１００は多数の要素を含んでいる。種々の実施形態においては、車両１００は、図１に示されている要素のすべてを必ずしも含まなくてもよいということは理解されるべきである。車両１００は、図１に示されている種々の要素の任意の組み合わせを有することができる。更に、車両１００は、図１に示されている要素に加えて、他の要素を有することができる。幾つかの配置においては、車両１００は、図１に示されている要素の１つ以上なしで実現できる。種々の要素は、図１において車両１００内に位置するものとして示されているが、これらの要素の１つ以上は、車両１００の外部に位置できるということは理解されるべきである。更に、示されている要素は、相当な距離だけ物理的に離すことができる。

車両１００の可能な要素の幾つかが図１に示されており、それらは、後続する図と共に記述される。しかし、図１における要素の多くのより詳細な記述は、この記述における簡潔性の目的のために、図１から図３の検討の後に提供される。例示の簡潔性および明確性のために、適切な場合は、参照番号を異なる図面において、対応する、または類似要素を示すために繰り返えされている。加えて、検討では、ここにおいて記述される実施形態の完全な理解を提供するために多くの特定の詳細の概要を述べるが、当業者は、ここにおいて記述される実施形態は、これらの要素の種々の組み合わせを使用して実践できるということを理解するであろう。

何れにしても、車両１００は、輸送装置へのアクセスを提供すること、輸送装置の在庫および位置の追尾において支援すること、輸送装置を充電および監視すること、および他の機能に関連して、ここにおいて開示されるような方法および他の機能を実行するために実現される一体化ドッキングポート１５０を含んでいる。記述した機能および方法は、図の下記の検討においてより明白になるであろう。

図２Ａは、図１の車両１００の１つの実現形態を示している。車両１００は、例えば、例示されている実現形態においては、折り畳み可能スクータである、輸送装置２００を収容して格納するように構成されている一体化ドッキングポート１５０を含んでいる。ドッキングポート１５０は、車両１００の後ろ側に配置されて示されているが、開示される主題は、この特別な構成に制限されない。ドッキングポート１５０は、車両１００の外部側からアクセス可能な、例えば、車両１００の上側（屋根）、後ろ側の幅に沿って、または他の場所のような、車両１００の他の部分に移すことができ、または一体化することができる。更に、単一のドッキングポート１５０が示されているが、車両１００は、２つ以上のドッキングポート１５０を含むことができる。

ドッキングポート１５０は、一般的に、輸送装置２００を保管するための保管機構２１０を含んでいる。１つ以上の実施形態においては、保管機構２１０は、ドッキングポート１５０内に格納されている輸送装置２００へのアクセスを制御するために開閉するように構成されている仕切り区画のドアとして実現される。しかし、他の実施形態においては、ドッキングポート１５０および保管機構２１０は、輸送装置２００の異なるタイプまたはサイズに適合できる。例えば、輸送装置２００が自転車である実現形態においては、ドッキングポート１５０はラックとして実現でき、保管機構２１０は、ラッチ、ロック、ブレース、または、輸送装置２００をドッキングポート１５０に（またはその中に）保管できる他のタイプの機構として実現できる

図２Ａに示されているように、ドッキングポート１５０は、輸送装置２００を借りたい、または得たいと所望するユーザから入力を受信するための入力装置２２０も含むことができる。入力装置２２０としては、例えば、カードリーダー、チップリーダー、近距離通信（ＮＦＣ）リーダー、無線通信装置、タッチスクリーン、キーパッド、コインスロット、ドルフィーダー、または他のタイプの入力装置を挙げることができる。一般的に、入力装置２２０は、多数の方法の何れかにおいて、ユーザが、保管機構２１０を解除して、それにより輸送装置２００を得るために、レンタルまたはチェックアウト処理(check-out transaction)を完了することを可能にするように構成できる。

ドッキングポート１５０は、ドッキングシステムの一部として、車両１００と電子的且つ機能的に一体化できる。下記で分かるように、ドッキングシステムは、開示される輸送装置共有システムの種々の特徴を提供するために、ドッキングポート１５０および車両１００の両者における構成要素を利用できる。

図２Ｂは、開示される輸送装置共有システムのドッキングシステム２３０の１つの実施形態のブロック図を示している。ドッキングシステム２３０は、図２Ｂに例示されている構成要素に加えて、他の構成要素を含むことができるということは理解されるべきである。図２Ｂに示されているように、１つの実施形態においては、ドッキングシステム２３０は、ドッキングポート１５０、ドッキングポート１５０に接続され、格納された装置を再充電するための電力供給源として使用できるバッテリ２９０（例えば、車両１００のバッテリ）、通信装置２８０、モジュール２６０と２７０を格納しているメモリ２５５、モジュール２６０と２７０に従って命令を実行するプロセッサ１１０、および、ドッキングポート１５０のステータスを示すステータスデータ２４０と、ドッキングポート１５０に格納されている輸送装置２００の種々の構成要素の機能のレベルを示すメインテナンスデータ２５０を格納しているデータベース１１９を含んでいる。

バッテリ２９０は、車両バッテリ、例えば、カーバッテリであることができ、または、別個に充電され、ドッキングポート１５０との使用を指定されている別個のバッテリであることができる。

ドッキングシステム２３０は、図１の車両１００からのプロセッサ１１０およびデータベース１１９を含んで示されている。従って、プロセッサ１１０はドッキングシステム２３０の一部であってよく、ドッキングシステム２３０は、車両１００のプロセッサ１１０とは別個のプロセッサを含むことができ、または、ドッキングシステム２３０は、車両１００との無線通信を通して、または、他の通信経路を通してプロセッサ１１０にアクセスできる。例えば、１つ以上の実施形態においては、ドッキングシステム２３０は通信装置２８０を介して、種々のシステム、および車両１００の電子制御ユニット（ＥＣＵ）と通信できる。

通信装置２８０は、例えば、下記に制限はされないが、ＩＥＥＥ８２０．１１および／またはＢｌｕｅｔｏｏｔｈ（登録商標）を含む１つ以上の無線通信規格に従って動作するために必要な無線トランシーバおよび他の構成要素を含んでいる無線通信システムとして実現できる。ドッキングシステム２３０の一部、または車両１００の一部であってよい通信装置２８０は、無線でデータ（例えば、在庫データ、位置データ、充電データなど）を、システムサーバ、クラウド系サーバ、または可動演算装置のような外部受信機に送信するように構成されている。

メモリ２５５は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、フラッシュメモリ、または、モジュール２６０、２７０を格納するための他の適切なメモリである。モジュール２６０、２７０は、例えば、プロセッサ１１０により実行されるとプロセッサ１１０に、ここにおいて開示される種々の機能を実行させるコンピュータ読取り可能命令により構成できる。

ドッキングシステム２３０は、それぞれが下記において更に記述される、ステータスデータ２４０およびメインテナンスデータ２５０を格納できるデータベース１１９を含んでいる。データベース１１９は、１つの実施形態においては、車両１００データ格納装置(data store)１１５、クラウド系格納装置、リムーバブルメモリ装置、または、制御モジュール２７０がアクセス可能な他の適切な位置などのような、メモリ２５５または他のデータ格納装置において格納される電子データ構造体として構成される。データベース１１９は、格納データを解析し、格納データを内部および外部システムに提供し、格納データを編成／最適化するなどのためにプロセッサ１１０により実行できるルーチンと共に構成される。そのため、１つの実施形態においては、データベース１１９は、種々の機能を実行するときに制御モジュール２７０により使用される上記のデータを（他のデータと共に）格納している。

ステータスデータ２４０は、ドッキングポート１５０のステータスを示すデータ形式である。ステータスデータは、ドッキングポート１５０の在庫情報および充電状態、つまり、例えば、ドッキングポート１５０は空かどうか、または、十分に充電されている輸送装置２００を格納しているかどうか、または、半分充電されている輸送装置２００を格納して再充電しているかどうかなどを含むことができる。ステータスデータ２４０は、タイムスタンプ（日時）を付けることができ、それにより、車両１００の履歴在庫フローを保存する。従って、ステータスデータ２４０を見直すことにより、所与の車両１００において、処理事象（つまり、取出しまたは返却）がどのくらいの頻度で起こるかを決定できる。

ステータスモジュール２６０は、ステータスデータ２４０を定期的に、および／または、処理事象が起きたときに更新できる。例えば、１つのシナリオにおいては、ユーザは、午前８時１５分に車両１００に接近でき、ドッキングポート１５０上でレンタル処理を実行でき、輸送装置２００を取り出すことができる。ステータスモジュール２６０は、この事象およびこの事象が起きた日付／時間、およびこの事象に関連する他の情報を反映するためにステータスデータ２４０を更新できる。例えば、１つ以上の実施形態においては、ステータスモジュール２６０は、ステータスデータ２４０の最新情報において、車両１００の位置も含むこともできる。下記に検討されるように、車両センサ１２１（図１）は、位置データおよび／または座標データをステータスモジュール２６０に提供できる全地球測位システム（ＧＰＳ）を含むことができる。そのため、ステータスデータ２４０の最新情報は、取出し／返却処理事象の時間と位置の両者を示すことができ、より一般的には、ドッキングポート１５０と車両１００の位置を示すことができる。

幾つかの実現形態においては、輸送装置２００は、自転車のような、人間の力で動く最終マイル車両であってよいが、他の実現形態においては、輸送装置は、電気スクータのような動力付き最終マイル装置であってよい。充電を必要とする輸送装置２００に対しては、装置２００がドッキングポート１５０に返却されたときに、例えば、バッテリの充電量が低いときは、ステータスモジュール２６０は、その返却を反映するためにステータスデータ２４０を更新でき、そして、ドッキングポート１５０は、輸送装置２００を充電しているということを示すために、定期的にステータスデータ２４０を更新できる。ステータスデータ２４０を最新に保つことは、開示される輸送装置共有システムのユーザが、ユーザの要求を満たすドッキングポート１５０を搬送している車両１００の位置を探すことにおいて支援できるということが分かる。

ドッキングポート１５０を監視するステータスモジュール２６０に加えて、メインテナンスモジュール２７０は、ドッキングポート１５０に収容される輸送装置２００についての診断チェックを実行できる。診断チェックは、収容される輸送装置２００のタイプに合わせることができる。例えば、電気スクータに対しては、診断チェックは、バッテリ容量、現在のバッテリ充電状態、およびタイヤ圧を決定することを含むことができる。メインテナンスモジュール２７０は、診断チェックの結果をメインテナンスデータ２５０として格納できる。

ドッキングシステム２３０は、開示される輸送装置共有システムが、現在格納されている輸送装置の在庫、位置、およびステータスを追尾することを可能にするように、ステータスデータ２４０とメインテナンスデータ２５０を、中央サーバまたはクラウド系サーバに送信できる。輸送装置共有システムは、例えば、ウェブサイトまたはアプリケーションのようなユーザインタフェースを介して、ユーザに、このデータへのアクセスを提供できる。

図３は、開示される輸送装置共有システム３００に対する、例としての使用ケースを示している。上述したように、システム３００は、複数の配給車両３０１、３０３を含んでおり、各配給車両は、ドッキングポート３０２、３０４、および外部受信機、つまり、ドッキングポート３０２、３０４の在庫と位置を追尾し、システム３００内の輸送装置２００のメインテナンスステータスを追尾する中央システムサーバ３０５を有している。

輸送装置２００を得たいと所望するユーザ３１０は、未知の最も近くの輸送装置２００の位置に対するリクエストをシステムサーバ３０５に送るために、演算装置を使用できる。１つの実現形態においては、ユーザは、リクエスト情報をシステムサーバ３０５に送信するように構成されているアプリケーションにリクエストを入力できる。リクエストは、位置、および、ユーザの識別情報、ユーザが求めている輸送装置２００のタイプ、好適な充電レベルなどのような他の情報を含むことができる。システムサーバ３０５は、１つ以上の利用可能な輸送装置２００の位置および充電レベルで応答できる。例えば、１つの使用ケースでは、システムサーバ３０５は、ステータスデータの最新情報に基づいて、車両３０１上のドッキングポート３０２は、完全に充電された輸送装置２００を保持しており、それは、ユーザ３１０に現在最も近いドッキングポートであると決定できる。

１つ以上の実施形態においては、ユーザは、システムサーバが予約するための輸送装置２００を選択できる。システムサーバは、アクセスコードで応答でき、または、ユーザが、ドッキングポート、例えば、ドッキングポート３０２から予約した輸送装置２００を取り出すことを可能にするタイプのキー（例えば、ユーザＩＤと関連付けられている）を実現できる。

他の実施形態においては、開示される輸送装置共有システムのドッキングポートは、予約なしでアクセス可能であるが、輸送装置２００へのアクセスを得るためには、ユーザが支払／識別情報をドッキングポートに入力することだけは必要である。何れにしても、前述したように、ユーザがドッキングポート１５０から輸送装置２００を取り出すと、対応するステータスモジュール２６０はステータスデータ２４０を更新でき、更新されたステータスデータ２４０を、追尾の目的にために、システムのサーバ（例えば、サーバ３０５）に送信できる。

図３の使用ケースを続けると、ユーザ３１０が輸送装置２００を使用することを終了すると、ユーザ３１０は、返却リクエストをシステムサーバ３０５に送ることができ、輸送装置２００を返却するための、ユーザ３１０の位置に最も近くの空いているドッキングポートの位置を要求する。これに応答して、例えば、システムサーバ３０５は、ドッキングポート３０４は占有されておらず、現在は、ユーザ３１０に最も近くの占有されていないドッキングポートであると決定できる。システムサーバ３０５は、占有されていないドッキングポート３０４の位置をユーザに送信できる。ユーザ３１０は、返却のためのドッキングポート３０４を選択でき、システムサーバ３０５は、車両３０３の運転手に、ユーザ３１０が、輸送装置を返却するために向かっている途中であることを通知できる。通知は、例えば、車両３０３のインタフェースディスプレイ上に、または、運転手にテキストのメッセージで、などのように提供できる。ユーザ３１０は、輸送装置２００をドッキングポート３０４に返却することを更に継続でき、それに応答して、ドッキングポート３０４のステータスモジュール２６０はステータスデータ２４０を更新でき、メインテナンスモジュール２７０は、返却された輸送装置２００の診断チェックを開始でき、メインテナンスデータ２５０を更新できる。

サーバ３０５は、ドッキングポート３０２、３０４などから、例えば、時差的スケジュールでメインテナンスデータ２５０を定期的に要求できる。メインテナンスデータ２５０が、何らかの動作または機能不全が検出されたことを示している場合、サーバ３０５は、修理のためにローテーションから外すために、対応する輸送装置２００にマークを付けることができ、職員を装置２００の回収のために送ることができ、または、装置２００の引き渡しを要求する通知を、対応する運転手に送ることができる。

そのため、開示される輸送装置共有システム３００は、最終マイル車両をニッチ領域に供給する可能性を増大し、それに対応して、ニッチおよび遠隔地領域において返却地点を提供する可能性を増大する、最終マイル車両に対する高度に向上された配給ネットワークを提供できる。個人車両、相乗り車両、および公共旅客輸送車両における一体化ドッキングポートは、所与の領域、例えば、都市または町全体にわたり、近接需要（ドッキングポートなどが近接した場所にあって欲しいという要求）における上昇に本質的に追従できる自然の流れを実現する。更に、開示されるシステムは、故障している装置に対処することを確実にするために、メインテナンスデータを定期的に収集することにより、向上された品質チェックを提供する。これらの特徴は、開示される輸送装置共有システムのユーザに、車両は良好な動作状態において利用可能であり、車両を適切なポートに返却することは相対的に容易であるという、より高い信頼と確信を与える。

ここで図１を、ここにおいて開示されるシステムおよび方法が動作できる、例としての環境として、十分詳細に検討する。前記に説明したように、車両１００は、１つ以上のプロセッサ１００を含むことができる。１つ以上の配置においては、プロセッサ１１０は、車両１００のメインプロセッサであることができる。例えば、プロセッサ１１０は、電子制御ユニット（ＥＣＵ）であることができる。車両１００は、１つ以上のタイプのデータを格納するための１つ以上のデータ格納装置１１５を含むことができる。データ格納装置１１５は、揮発性および／または不揮発性メモリを含むことができる。適切なデータ格納装置１１５の例としては、ＲＡＭ（ランダムアクセスメモリ）、フラッシュメモリ、ＲＯＭ（リードオンリメモリ）、ＰＲＯＭ（プログラマブルリードオンリメモリ）、ＥＰＲＯＭ（消去可能型プログラマブルリードオンリメモリ）、ＥＥＰＲＯＭ（電気的消去可能型プログラマブルリードオンリメモリ）、レジスタ、磁気ディスク、光ディスク、ハードドライブ、または任意の他の適切な格納媒体、または、それらの任意の組み合わせが挙げられる。データ格納装置１１５は、プロセッサ１１０の構成要素であることができ、または、データ格納装置１１５は、プロセッサ１１０による使用のために、プロセッサ１１０に機能的に接続できる。この記述を通して使用されているような「機能的に接続されている」という用語は、直接物理的接触のない接続を含む、直接または間接的接続を含むことができる。

１つ以上の配置においては、１つ以上のデータ格納装置１１５はデータベース１１９（図２）を実現でき、マップデータ１１６を更に含むことができる。マップデータ１１６は、１つ以上の地形領域のマップを含むことができる。幾つかの例においては、マップデータ１１６は、１つ以上の地形領域における、道路、交通制御装置、道路標識、構造物、特徴、および／または目印についての情報またはデータを含むことができる。マップデータ１１６は、任意の適切な形状であることができる。幾つかの例においては、マップデータ１１６は領域の空中写真を含むことができる。幾つかの例においては、マップデータ１１６は、３６０度の地上写真を含む、領域の地上写真を含むことができる。マップデータ１１６は、マップデータ１１６に含まれている１つ以上の事項に対する、および／または、マップデータ１１６に含まれている他の事項に対する測定値、寸法、距離、および／または情報を含むことができる。マップデータ１１６は、道路の相対的位置についての情報を備えているデジタルマップを含むことができる。マップデータ１１６は、高品質および／または高詳細であることができる。

上記のように、車両１００はセンサシステム１２０を含むことができる。センサシステム１２０は、１つ以上のセンサを含むことができる。「センサ」は、何かを検出および／または感知できる任意の装置、構成要素および／またはシステムを意味する。１つ以上のセンサは、リアルタイムで検出および／または感知するように構成できる。ここにおいて使用されているような「リアルタイム」という用語は、ユーザまたはシステムが、特別なプロセスまたは行われるべき決定に対して十分に迅速であると感じる、または、プロセッサが、ある外部のプロセスに遅れないでついていくことを可能にする処理応答性のレベルを意味している。

センサシステム１２０が複数のセンサを含んでいる配置においては、センサは、互いに独立して動作できる。または、センサの２つ以上は、互いに組み合せて動作できる。そのような場合、その２つ以上のセンサは、センサネットワークを形成できる。センサシステム１２０および／または１つ以上のセンサは、プロセッサ１１０、データ格納装置１１５、および／または、車両１００の他の要素（図１に示されている要素の何れをも含む）に機能的に接続できる。センサシステム１２０は、車両１００の外部環境（例えば、近くの車両）の少なくとも一部のデータを取得できる。

センサシステム１２０は、任意の適切なタイプのセンサを含むことができる。異なるタイプのセンサの種々の例をここにおいて記述する。しかし、実施形態は、記述される特別なセンサに制限されないということは理解されるであろう。センサシステム１２０は、１つ以上の車両センサ１２１を含むことができる。車両センサ１２１は、車両１００自身についての情報を検出、決定および／または感知できる。１つ以上の配置においては、車両センサ１２１は、例えば、慣性加速度に基づいてのように、車両１００の姿勢および向きの変化を検出および／または感知するように構成できる。１つ以上の配置においては、車両センサ１２１は、１つ以上の加速度計、１つ以上のジャイロスコープ、慣性測定ユニット（ＩＭＵ）、推定航法システム、全地球的航法衛星システム（ＧＮＳＳ）、全地球測位システム（ＧＰＳ）、および／または他の適切なセンサを含むことができる。車両センサ１２１は、車両１００の１つ以上の特性を検出および／または感知するように構成できる。１つ以上の配置においては、車両センサ１２１は、車両１００の現在の速度を決定するための速度計を含むことができる。１つ以上の実施形態においては、車両センサからのデータは、例えば、追加的タイプの位置データを有するステータスデータ２４０を増大させるために、開示されるドッキングシステム２３０に対する補完的データとして使用できる。

代替的に、または追加的に、センサシステム１２０は、運転環境データを取得および／または感知するように構成されている１つ以上の環境センサ１２２を含むことができる。「運転環境データ」は、自律車両が位置している外部環境、またはその１つ以上の部分についてのデータまたは情報を含んでいる。例えば、１つ以上の環境センサ１２２は、車両１００の外部環境の少なくとも一部における障害物、および／または、そのような障害物について情報／データを検出、定量、および／または感知するように構成できる。そのような障害物は、静的障害物および／または動的障害物である可能性がある。１つ以上の環境センサ１２２は、車両１００の外部環境における、例えば、車線マーカ、標識、交通信号機、交通標識、車線、横断歩道、車両１００に近接している縁石、オフロード対象物などの他の物を検出、測定、定量、および／または感知するように構成できる。

車両１００は、入力システム１３０を含むことができる。「入力システム」は、情報／データをマシンに入力させることができる、任意の装置、構成要素、システム、要素または配置、またはそのグループを含んでいる。入力システム１３０は、車両の乗員（例えば、運転手または乗員）から入力を受信できる。１つ以上の実施形態においては、入力システム１３０は、例えば、車両１００の運転手が、ある期間、車両１００に一般の人がアクセスできないようにすることを意図しているため、ドッキングポート１５０は現在、ローテーションから外れているということを示すためのような、開示されるドッキングシステム２３０に対する設定を調整するための入力を受信できる。車両１００は、出力システム１３５を含むことができる。「出力システム」は、情報／データを、車両の乗員（例えば、人間、車両の乗員など）に提示させることができる、任意の装置、構成要素、または配置、またはそのグループを含むことができる。出力システム１３５は、開示されるドッキングシステム２３０からの通知に対する表示先として働くことができる、多数のディスプレイ、モニタ、スクリーンなどを含むことができる。

車両１００は、１つ以上の車両システム１４０を含むことができる。車両システム１４０は、種々のＥＣＵにより制御でき、例えば、上記で検討した方法の何れかで、開示されるドッキングシステム２３０と相互作用できる。１つ以上の車両システム１４０の種々の例が、図１に示されている。しかし、車両１００は、より多い、または、より少ない、または、異なる車両システムを含むことができる。特別な車両システムは別個に定義されているが、そのシステムまたはその部分のそれぞれ、または何れをも、車両１００内のハードウェアおよび／またはソフトウェアを介して、違うように組み合わせること、または分離することができるということは認識されるべきである。車両１００は、推進システム１４１、制動システム１４２、操舵システム１４３、スロットルシステム１４４、トランスミッションシステム１４５、信号システム１４６、および／またはナビゲーションシステム１４７を含むことができる。これらのシステムのそれぞれは、現在知られている、または後日開発される、１つ以上の装置、構成要素、および／またはその組み合わせを含むことができる。

ナビゲーションシステム１４７は、車両１００の地形的位置を決定し、および／または、車両１００に対する走行ルートを決定するように構成されている、現在知られている、または後日開発される、１つ以上の装置、アプリケーション、および／またはその組み合わせを含むことができる。ナビゲーションシステム１４７は、車両１００に対する走行ルートを決定するための１つ以上のマッピングアプリケーションを含むことができる。ナビゲーションシステム１４７は、全地球測位システム、局所測位システム、またはジオロケーション（地理的位置特定）システムを含むことができる。

プロセッサ１１０および／またはドッキングシステム２３０は、種々の車両システム１４０および／またはその個々の構成要素と通信するために機能的に接続できる。例えば、図１に戻ると、プロセッサ１１０および／またはドッキングシステム２３０は、種々の車両システム１４０に／種々の車両システム１４０から、情報を送るために／情報を受信するために通信状態であることができる。

車両１００は、１つ以上のアクチュエータ１７０を含むことができる。アクチュエータ１７０は、プロセッサ１１０からの信号または他の入力の受信に応答して、車両システム１４０またはその構成要素の１つ以上を修正、調整、および／または変更するように動作できる任意の要素または要素の組み合わせであることができる。任意の適切なアクチュエータを使用できる。例えば、１つ以上のアクチュエータ１７０は、いつかの可能性を挙げれば、モータ、空気圧アクチュエータ、油圧ピストン、リレー、ソレノイド、および／または圧電アクチュエータを含むことができる。

上記したように、車両１００は、車両１００および／またはドッキングポート１５０に対する動力供給源として使用できるバッテリ２９０を含むことができ、外部演算システム、外部サーバ、可動演算装置などと通信するために使用できる通信装置２８０を含むことができる。

車両１００は、１つ以上のモジュールを含むことができ、その少なくとも幾つかは、ここにおいて記述される。モジュールは、プロセッサ１１０により実行されると、ここにおいて記述される種々のプロセスの１つ以上を実現する、コンピュータ読取り可能プログラムコードとして構成できる。モジュールの１つ以上は、プロセッサ１１０の構成要素であることができ、または、モジュールの１つ以上は、プロセッサ１１０が機能的に接続されている他の処理システム上で実行でき、および／または、他の処理システムの間で分散できる。モジュールは、１つ以上のプロセッサ１１０により実行可能な命令（例えば、プログラムロジック）を含むことができる。代替的に、または追加的に、１つ以上のデータ格納装置１１５は、そのような命令を含むことができる。

１つ以上の配置においては、ここにおいて記述されるモジュールの１つ以上は、例えば、ニューラルネットワーク、ファジーロジック、または他のマシン学習アルゴリズムのような人工または演算知能要素を含むことができる。更に、１つ以上の配置においては、モジュールの１つ以上は、ここにおいて記述される複数のモジュールの間で分散できる。１つ以上の配置においては、ここにおいて記述されるモジュールの２つ以上は、単一のモジュールに組み合わせることができる。

詳細な実施形態がここにおいて開示されている。しかし、開示されている実施形態は、例としてのみであることが意図されているということは理解されるべきである。従って、ここにおいて開示される特定の構造および機能の詳細は、制限的に解釈されてはならず、請求項に対する単なる根拠としてであり、および、当業者が、実質的に任意の適切に詳述されている構造において、ここにおける態様を種々に採用するように教示するための代表的な根拠としてである。更に、ここにおいて使用されている用語およびフレーズは、制限的であることは意図されておらず、可能な実現形態の理解可能な記述を提供することが意図されている。種々の実施形態が図１〜３に示されているが、実施形態は、例示されている構造または適用に制限されない。

図におけるブロック図は、種々の実施形態に係る、システム、方法、およびコンピュータプログラム製品の可能な実現形態のアーキテクチャ、機能、および動作を例示している。この点について、ブロック図における各ブロックは、指定された論理機能を実現するための１つ以上の実行可能な命令を備えているモジュール、セグメント、またはコードの部分を表わすことができる。幾つかの代替の実現形態においては、ブロックに記された機能は、図に記されている順序とは異なる順序で起こることができるということにも気付くべきである。例えば、関与する機能によっては、連続して示されている２つのブロックは、実際、実質的に同時に実行でき、または、ブロックは、逆の順序で実行できることもある。

上記のシステム、構成要素、および／またはプロセスの種々の態様は、ハードウェア、またはハードウェアおよびソフトウェアの組み合わせにおいて実現でき、および、１つの処理システムにおいて集中的に実現でき、または、異なる要素が、幾つかの相互接続されている処理システムにわたり広がっている分散型において実現できる。ここにおいて記述されている方法を実行するように適合されている任意の種類の処理システムまたは他の装置は適切である。ハードウェアおよびソフトウェアの典型的な組み合わせは、展開されて実行されると、処理システムが、ここにおいて記述されている方法を実行するように処理システムを制御する、コンピュータ使用可能プログラムコードを有する処理システムであることができる。システム、構成要素、および／またはプロセスはまた、マシンが読み取ることが可能で、ここにおいて記述されている方法およびプロセスを実行するために、マシンにより実行可能な命令のプログラムを実体的に含んでいる、コンピュータプログラム製品、または他のデータプログラム格納装置のようなコンピュータ読取り可能格納装置に埋め込むこともできる。これらの要素はまた、ここにおいて記述されている方法の実現形態を可能にするすべての特徴を備え、処理システムにおいて展開されると、これらの方法を実行できるアプリケーション製品に埋め込むこともできる。

更に、ここにおいて記述されている構成要素の幾つかの配置は、コンピュータ読取り可能プログラムコードが、例えば、そこに格納されるように含まれている１つ以上のコンピュータ読取り可能媒体に含まれているコンピュータプログラム製品の形状を取ることができる。１つ以上のコンピュータ読取り可能媒体の任意の組み合わせを利用できる。コンピュータ読取り可能媒体は、コンピュータ読取り可能信号媒体、または、コンピュータ読取り可能格納媒体であることができる。「コンピュータ読取り可能格納媒体」というフレーズは、非一時的格納媒体を意味している。コンピュータ読取り可能格納媒体は、例えば、下記に制限されないが、電子的、磁気的、光学的、電磁気的、赤外線、または半導体システム、装置、またはデバイス、または、前述の任意の適切な組み合わせであることができる。コンピュータ読取り可能格納媒体のより具体的な例（すべてを網羅しているリストではない）としては、下記を挙げることができる。つまり、携帯型コンピュータディスケット、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＳＤ）リードオンリメモリ（ＲＯＭ）、消去可能型プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、携帯型コンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、デジタル多目的ディスク（ＤＶＤ）、光格納装置、磁気格納装置、または前述の任意の適切な組み合わせを挙げることができる。この文書の状況においては、コンピュータ読取り可能格納媒体は、命令実行システム、装置、またはデバイスによる使用のため、またはそれらと接続しての使用のためのプログラムを含むまたは格納することができる任意の実体的な媒体であることができる。

一般的に、ここにおいて使用されているようなモジュールは、特別な作業を実行し、または特別なデータタイプを実現するルーチン、プログラム、オブジェクト、構成要素、データ構造などを含んでいる。更なる態様においては、メモリは、一般的には、上記のモジュールを格納している。モジュールと関連付けられているメモリは、プロセッサ内に埋め込まれているバッファまたはキャッシュ、ＲＡＭ、ＲＯＭ、フラッシュメモリ、または他の適切な電子格納媒体であってよい。更なる態様においては、本開示により想定されるようなモジュールは、特定用途向け集積回路（ＡＳＩＣ）、システムオンチップ（ＳｏＣ）のハードウェア構成要素、プログラマブルロジックアレイ（ＰＬＡ）、または、開示される機能を実行するための定義された構成セット（例えば、命令）と共に埋め込まれている他の適切なハードウェア構成要素として実現される。

コンピュータ読取り可能媒体上に含まれているプログラムコードは、下記に制限されないが、無線、ワイヤ線、光ファイバ、ケーブル、ＲＦなど、または前述の任意の適切な組み合わせを含む、任意の適切な媒体を使用して送信できる。本配置の態様に対する動作を実行するためのコンピュータプログラムコードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ、Ｃ＋＋などのようなオブジェクト指向プログラミング言語、および「Ｃ」プログラミング言語または類似のプログラミング言語のような、従来の手続き型プログラミング言語を含む１つ以上のプログラミング言語の任意の組み合わせにおいて記述できる。プログラムコードは、スタンドアロンソフトウェアパッケージとして、ユーザのコンピュータ上で全部を実行でき、または、ユーザのコンピュータ上で一部を実行でき、または、ユーザのコンピュータ上で一部、リモートコンピュータ上で一部、または、リモートコンピュータまたはサーバ上で全部を実行できる。後者のシナリオにおいては、リモートコンピュータは、ローカルエリアネットワーク（ＬＡＮ）またはワイドエリアネットワーク（ＷＡＮ）を含む任意のタイプのネットワークを通してユーザのコンピュータに接続でき、または、外部コンピュータに接続することができる（例えば、インタ―ネットサービスプロバイダを使用するインターネットを通して）。

ここにおいて使用されているような「１つの」という用語は、１つ、または２つ以上として定義されている。ここにおいて使用されているような「複数の」という用語は、２つ、または３つ以上として定義されている。ここにおいて使用されているような「他の」という用語は、少なくとも第２の、またはより多くのものとして定義されている。ここにおいて使用されているような「含んでいる」および／または「有している」という用語は、「備えている」（つまり、開かれている言語）として定義されている。ここにおいて使用されているような「〜と〜の少なくとも１つ」というフレーズは、関連付けられて列挙されている事項の１つ以上の任意の、および、すべての可能な組み合わせのことであり、それらを含んでいる。例として、「Ａ、Ｂ、およびＣの少なくとも１つ」というフレーズは、Ａのみ、Ｂのみ、Ｃのみ、または、それらの任意の組み合わせ（例えば、ＡＢ、ＡＣ、ＢＣまたはＡＢＣ）を含んでいる。

ここにおける態様は、その態様の精神または本質的な属性から逸脱することなく他の形状で具現化できる。従って、態様の範囲を示すものとして、前述の明細書ではなく、下記の請求項を参照すべきである。

Claims (10)

1. 輸送装置のためのドッキングシステムを含んでいる車両であって、
   前記輸送装置を収容し、前記輸送装置を保管するように適合されているドッキングポートと、
   無線でデータを送信および受信するための通信装置と、
   １つ以上のプロセッサと、
   前記１つ以上のプロセッサに通信可能に結合され、
   前記１つ以上のプロセッサにより実行されると、前記１つ以上のプロセッサに、前記輸送装置が前記ドッキングポートに存在しているかどうかを決定させ、前記通信装置に、前記車両の位置を示す位置データと、前記ドッキングポートにおける前記輸送装置の少なくとも有無を示すステータスデータを外部受信機に送信させる命令を含んでいるステータスモジュールを格納しているメモリを備えている、
   車両。
2. 前記ドッキングポートは、前記車両のバッテリに電気的に接続され、前記バッテリから電力を取り出すように適合され、前記バッテリから取り出した前記電力を使用して、前記輸送装置を再充電するように更に適合されている、請求項１の車両。
3. 前記ドッキングポートは、前記車両の外部側からアクセス可能である、請求項１の車両。
4. 前記ステータスモジュールは、前記輸送装置のバッテリ充電レベルを決定し、前記ステータスデータに、充電レベルを示すものを含ませる命令を更に含んでいる、請求項１の車両。
5. 前記外部受信機は、複数の車両の位置およびステータスを追尾するクラウドサーバである、請求項１の車両。
6. 前記メモリは、前記１つ以上のプロセッサにより実行されると、前記１つ以上のプロセッサに、前記輸送装置についての診断チェックを実行させ、診断報告書を生成させ、前記通信装置に、前記診断報告書を中央サーバに送信させる命令を含んでいるメインテナンスモジュールを更に格納している、請求項１の車両。
7. 前記診断報告書は、前記輸送装置のバッテリ容量、タイヤ圧、および現在のバッテリ充電レベルの１つ以上の機能性のレベルを示している、請求項６の車両。
8. 輸送装置共有システムであって、
   それぞれが、輸送装置により占有され得る一体化ドッキングポートを有している複数の車両と、
   前記複数の車両と通信し、前記複数の車両から、前記複数の車両の少なくとも１つの位置を示す位置データおよび、前記複数の車両の前記少なくとも１つに対応する前記一体化ドッキングポートが、占有されているか、または空いているかを示す在庫データを受信し、ユーザからのリクエストに応答して、前記位置データおよび前記在庫データを前記ユーザに送信するためのサーバを備えている、
   輸送装置共有システム。
9. 前記一体化ドッキングポートの１つ以上は、前記１つ以上の輸送装置を、格納されている間に再充電するように構成されており、前記サーバは、前記１つ以上の輸送装置に対して、少なくとも充電レベルを示しているステータスデータを受信するために前記複数の車両と通信する、請求項８の輸送装置共有システム。
10. 輸送装置システムを管理する方法であって、
    ユーザの位置に基づく、輸送装置に対するリクエストを受信することと、
    前記リクエストに対する、車両と一体化されたドッキングポートに格納されている少なくとも１つの利用可能な輸送装置の受取り位置および充電レベルを含んでいる応答を送信することと、
    前記少なくとも１つの利用可能な輸送装置の選択を受信することと、
    前記選択に応答して、前記ユーザが前記少なくとも１つの輸送装置を得ることを許可するアクセスコードを送信することと、
    前記少なくとも１つの輸送装置の返却リクエストを受信することと、
    前記返却リクエストに応答して、車両と一体化された、占有されていないドッキングポートの位置を送信することと、
    前記少なくとも１つの輸送装置を、前記占有されていないドッキングポートにおいて収容すること、
    を含んでいる、方法。

Images