JP6976314B2 - 商用車をハンドオーバするためのシステムおよび方法 - Google Patents

Description

本発明は、運転者と管理システムとの間で商用車をハンドオーバするためのシステムおよび方法に関し、特に、自律的なオペレーションのための商用車のハンドオーバ／テイクオーバに関する。

自律的に動作される商用車に関する関心がますます高まっているが、これに対応するシステムは、技術的に非常に複雑である。差し当たり、自律的なオペレーションを運用することができるようにするためには、そのようなシステムをまず始めに限定範囲（例えば荷役場など）に適用することが可能であろう。限定範囲においては、例えば、発生するおそれのある故障の数および種類を最小限に抑えることができるし、低速の商用車を用いてシステムを動作させることができるからである。

自律モードでの安全性を保証し、さらには継続的な作業を可能にするためには、責任の所在を常に明確に規定することが重要であると共に、人間の運転者と、車両に関する制御をテイクオーバするシステム（すなわち機械）または他の人間との間における、十分に定義されたハンドオーバおよびテイクオーバプロセスが重要である。

車両の自律的なオペレーションに対する公知の解決策は、実質的に乗用車に関するものであって、商用車および商用車に関連する特殊性に関するものではない。例えば、独国特許出願公開第１０２０１５２０１２０９号明細書（DE 10 2015 201 209）には、乗用車のためのパーキングサービス（バレーパーキング）を実施する制御ユニットが開示されている。米国特許出願公開第２０１６／２００３２６号明細書（US 2016/200326）はさらに、車両を自律モードに切り替えることができるかどうかを判断するために、まず始めに車両の状態がチェックされ、運転者がチェックリストを実行するという自律的な運転方式を記載している。さらに、米国特許出願公開第２００９／２４８２３１号明細書（US 2009/248231）は、車両のための手動モードと自律モードとの間で切り替えることができるシステムを開示している。

独国特許出願公開第１０２０１５２０１２０９号明細書 米国特許出願公開第２０１６／２００３２６号明細書 米国特許出願公開第２００９／２４８２３１号明細書

これらの従来技術は、乗用車にとっては利点を提供するが、商用車にはほとんど関係がない（バレーパーキングなど）特別なシステムであるか、または、運転者の存在を必要とするものであり、したがって、非効率的である。さらに、これらの従来技術は、商用車によって特定のアクションを実施すること、または、運転者の貴重な作業時間を節約可能にすることを可能にするものではない。

したがって、上に挙げた課題の少なくとも一部を解決する、商用車を動作させるためのシステムが必要とされている。このことは、請求項１または請求項１３記載の、商用車をハンドオーバするためのシステムおよび方法と、請求項１１記載の商用車と、請求項１２記載の管理システムとによって達成される。従属請求項は、さらなる有利な実施形態を定義する。

本発明は、商用車を限定範囲内で自律的に動作させることを可能にする、運転者と管理システムとの間で商用車をハンドオーバするためのシステムに関する。本システムは、車両インタフェースと、安全性モジュールと、制御モジュールとを含む。車両インタフェースは、運転者が商用車のハンドオーバを要求することを可能にするように構成されている。安全性モジュールは、商用車の安全状態を確認するように構成されている。制御モジュールは、運転者がハンドオーバを要求し、安全性モジュールが安全状態を確認した場合に、運転者と管理システムとの間で車両をハンドオーバするように構成されている。

本発明の枠内において、限定範囲は、例えば、当該領域での安全方針を励行することを可能にし、商用車によるまたは商用車における安全な自律的なアクションを可能にするための、自由な立ち入り／乗り入れが不可能であって立ち入り制御が実施される、任意の領域を含むことができる。限定範囲とは、例えば、商用車が積載される場所、または商用車が積荷の荷役のために使用される場所である、荷積み場および荷降ろし場、ホール、荷役場、フェリー、航空機である。商用車の安全状態とは、例えば、人間または機械に対する危険が及ぼされることなく商用車が無期限に留まることができる状態を意味すると理解することができる。そのような状態は、一般的に限定範囲の性質に依存している。安全状態の例は、休止状態、前述した領域内の駐車位置、車両の特定の向き、停止中の駆動装置、または、それらの組み合わせである。

管理システムは、例えば通信インタフェースを有することができ、車両インタフェースを、任意選択的に、通信インタフェースに接続され、限定範囲のインフラストラクチャを検出するように構成することができる。その場合、安全性モジュールは、任意選択的に、インフラストラクチャが自律的なオペレーションモードを制御することが可能であるかどうかを評価することができる。インフラストラクチャの問い合わせによって、限定範囲の最低基準が満たされている場合にのみ商用車をハンドオーバすることが可能となるということを保証することができる。そのような基準は、例えば、商用車と管理システムとの間の通信接続が十分であることを含むことができるが、特定の安全性規定が存在することを含むこともでき、これらを、必要に応じて問い合わせることができる。

任意選択的に、安全性モジュールを、安全状態が確認された場合、および／または、インフラストラクチャが十分であると評価された場合にのみ、ハンドオーバを実施するように構成することができる。

任意選択的に、車両インタフェースは、車両と共に移動されるように商用車内または商用車上に設置可能またはインストール可能（ソフトウェアインタフェースの場合）である物理インタフェースおよび／またはソフトウェアインタフェースを含むことができる。

車両インタフェースが、物理インタフェースとしてもソフトウェアインタフェースとしても存在する場合には、制御モジュールを、ハンドオーバを要求するために運転者によって物理インタフェースおよびソフトウェアインタフェースの両方が操作された場合にのみ、車両をハンドオーバするように構成することができる。

任意選択的に、車両インタフェースは、以下の要素のうちの少なくとも１つ、すなわち、スイッチ、ノブ、レバー、ペダル、情報伝達手段のうちの少なくとも１つを含むことができ、これらの要素は、物理的に存在するか、または、ソフトウェアによって実装されることができる。

任意選択的に、車両インタフェースをさらに、限定範囲内に他の（１つまたは複数の）活動主体が存在するかどうかの問い合わせを実施するように構成することができる。この場合、制御モジュールをさらに、運転者から管理システムに車両をハンドオーバする際に、他の活動主体の存在またはアクションを考慮するように構成することができる。他の活動主体とは、例えば、限定範囲内で活動を実施するために限定範囲内に滞在する資格のある、他の自律的に動作される車両、機械、または、人間とすることができる。

任意選択的に、制御モジュールをさらに、限定範囲の他の加入者の少なくとも１つのインタフェースを使用して、当該他の加入者に商業車を少なくとも一時的にハンドオーバするように構成することができる。他の加入者とは、例えば、限定範囲内に滞在しており、限定範囲内で所定の行動（例えば操車作業または荷役作業）を実施する人間とすることができ、なお、この所定の行動には、例えば商用車の一時的なテイクオーバが含まれる。しかしながら、他の加入者は、必ずしも人間である必要はなく、必要に応じて実行されるべき特別な機能（例えば特定の駐車位置に到着させる機能）を実行する、管理システムのサブシステムとすることも可能である。

任意選択的に、車両インタフェースをさらに、運転者または他の加入者による承認を問い合わせるように構成することができ、制御モジュールを、車両インタフェースにおいて承認が実施された場合にのみ、ハンドオーバを実施するように構成することができる。ここに記載されたハンドオーバプロセスにおいては、例えば、作業者、または、他の一時的に行動するオペレータ、または、運転者自身が、所望のハンドオーバを（仮想または実際の）スイッチインタフェースにおいて承認することができる。承認は、例えば特別なコードを介して実施することができる。例えば、ハンドオーバしようとする人間は、コードをテキスト形式で、または、バーコードとして、車両の入力部にグラフィカルに入力して、ハンドオーバを承認することができる。このために、モバイルデバイスは、車両の視覚センサによって承認として読み取られるコードを生成することができる。これにより、ハンドオーバを実施しようとする意図を、商用車自体によって、および／または、限定範囲の管理システムもしくは操作者によって、（自動的にまたは手動で）確実に承認することが可能となる。

任意選択的に、制御モジュールをさらに、（例えば特別なセンサによって、または車両インタフェースを介した問い合わせによって）運転者が商用車の運転室内に存在することを確認するように構成することができる。本システムは、運転者が運転室内に物理的に存在する場合に、管理システムから運転者に商用車をハンドオーバすることができる。特に、運転者が運転室内に存在しない場合にはハンドオーバを実施する必要はない。

本発明は、上述したようなシステムを有する商用車にも関する。

本発明はさらに、少なくとも以下の特徴、すなわち、通信インタフェースと制御ユニットとを含む、上述した管理システムにも関する。通信インタフェースは、商用車を運転者からテイクオーバすること、または、商用車を運転者にハンドオーバすることが可能となるように、上述したシステムとの接続を形成するように構成されている。制御ユニットは、商用車に限定範囲内で自律的にオペレーションを行わせるように構成されている。

管理システムは、複数の車両の自律的な動作を調整する中央制御装置である必要はない。管理システムは、差し当たり、ハンドオーバされた１台の車両に対してのみ責任を負うので、運転者は、もはや責任を負う必要がない。管理システムは、商用車の運転者の代わりとなる機械である。しかしながら、管理システムは、複数の自律的な車両を調整するために他のシステムと通信することができる。管理システムが、複数の商用車を同時に管理し、全ての自律的なアクションの調整を引き受けることも可能である−が、必須ではない−。

本発明は、商用車を限定範囲内で自律的に動作させるために、運転者と管理システムとの間で商用車をハンドオーバするための方法にも関する。本方法は、以下のステップ、すなわち、運転者と管理システムとの間で商用車をハンドオーバするように要求するステップと、商用車の安全状態を確認するステップと、運転者がハンドオーバを要求し、安全状態が確認された場合に、運転者と管理システムとの間で商用車をハンドオーバするステップとを含む。

上記の方法を、ソフトウェアまたはコンピュータプログラム製品における命令の形態で実装または格納することもでき、格納された命令は、本方法がプロセッサ（例えば車両制御ユニットの１つ）上で実行された場合に、本方法によるステップを実施することができる。したがって、本発明は、処理ユニットによって実行された場合に、上述した方法のうちの１つを実施するように構成されたソフトウェアコード（ソフトウェア命令）が格納されている、コンピュータプログラム製品にも関する。処理ユニットは、ソフトウェアコードを実行することができる対応するマイクロプロセッサを有する任意の形態のコンピュータまたは制御ユニットとすることができる。

本発明は、自律的な走行システムの範囲内で、ハンドオーバ／ハンドオーバプロセスと、（特に商用車のための）対応するインタフェースとを使用し、これによって商用車を限定範囲の内部で自律的に動作させることを可能にすることにより、冒頭に述べた課題の少なくとも一部を解決する。特に、車両のオペレーションモードの制御を引き受ける物理インタフェースおよび／または仮想インタフェースが使用される。

本実施例は、公知のシステムと比較して複数の利点を提供する。

公知の解決策とは対照的に、本実施例は、中央制御装置を必要とせず、それでもなお、ハンドオーバおよびテイクオーバにおける責任の所在が常に明確に規定されていることを常に保証する。特に、本発明によれば、自律的な作業方式の間に運転者が車両内に存在することは必須ではない−し、望まれないことも多い−。本実施例は、管理システムから商用車の運転者への明確な返却プロセスを定義する。

限定範囲内で本システムを使用する利点は、自律的な走行機能のための限定範囲によって、商用車の安全なオペレーションのために十分なインフラストラクチャおよび技術的設備を保証することができるということにある。本実施例によれば、商用車が、自律的なオペレーションを支持するための限定範囲に乗り入れた場合に、自律モードがトランスペアレントに検出され、つまり、車両に対する責任が常に一義的に割り当てられることを永続的に保証する方法およびインタフェースを使用して検出される。

本発明の実施例は、以下の詳細な説明と、複数の異なる実施例の添付の図面とからより良好に理解される。ただし、これらの実施例は、本開示を特定の実施形態に限定するものとして解釈されるべきではなく、説明および理解のために使用されるものに過ぎないとして理解すべきである。

運転者と管理システムとの間で商用車をハンドオーバするためのシステムの１つの実施例を示す図である。 運転者と管理システムとの間で商用車をハンドオーバするための方法のフローチャートである。 実施例によるシステムを使用して自律的な動作のために商用車をハンドオーバ／テイクオーバする場合におけるプロセス制御に関する状態図である。

図１は、運転者と管理システム２００との間で商用車１０をハンドオーバするために適したシステムを示し、管理システム２００は、商用車１０を限定範囲内で自律的に動作させることが可能である。本システムは、車両インタフェース１１０と、安全性モジュール１２０と、制御モジュール１３０とを含む。車両インタフェース１１０は、運転者が商用車１０のハンドオーバを要求することを可能にする。安全性モジュール１２０は、商用車１０の安全状態を確認することが可能であり、制御モジュール１３０は、運転者がハンドオーバを要求し、安全性モジュールが安全状態を確認した場合に、運転者と管理システムとの間で車両１０をハンドオーバするように構成されている。

本システムは、例えば商用車１０において、ハードウェアコンポーネントまたはソフトウェアとして制御ユニットの内部に実装することができる。さらに、管理システム２００を他の加入者と結合させることができる。例えば第１の加入者は、管理システム２００と通信しているインタフェース２１０を有することができ、このインタフェース２１０を、物理インタフェースとして、または仮想インタフェースとしても構成することができる。他の加入者は、他の物理インタフェースまたは仮想インタフェース２２０を含むことができ、これらの他の物理インタフェースまたは仮想インタフェース２２０もまた、管理システム２００に接続されている。管理システム２００自体がインタフェースを有することも可能である。

これらのインタフェースを介して例えば人間のオペレータ／ユーザは、管理システム２００または他のコンポーネントと通信することができ、車両１０のハンドオーバに対する明示的な承認を与えることができる。また、車両インタフェース１１０は、管理システム２００と通信するように構成されているだけでなく、他の加入者の他のインタフェース２１０，２２０と情報を交換することも可能である。これに基づいて安全性モジュール１２０は、商用車１０が安全状態にあるかどうか、ハンドオーバを実施することが可能であるかどうかを確認することができる。これに関して、安全性の承認を得るために、安全性モジュール１２０が他の加入者２１０，２２０と直接的に通信することが可能である。

図１は、商用車１０を管理システム２００にハンドオーバするための組み合わされたシステムに関する概略的なスキームのみを示していることを理解すべきである。破線は、対応する情報交換を具体的なシステムにおいてこれらの破線に沿って実施可能となるように任意選択的に設けられている接続に関連している。しかしながら、これらの接続がどの程度の範囲で形成されるかは、具体的な状況に依存している。例えばいくつかの用途においては、仮想（コンピュータ化されたまたはディスプレイベースの）制御インタフェースを利用することが有用であり得るか、または、利用しないことも有用であり得る。また、制御プロセスを中央制御装置によって引き受けてもよく、または、引き受けなくてもよい。

図２は、商用車１０に限定範囲内で自律的にオペレーションを行わせるために、運転者と管理システム２００との間で商用車１０をハンドオーバするための方法のフローチャートを示す。本方法は、以下のステップ、すなわち、運転者と管理システム２００との間で商用車をハンドオーバするように要求するステップＳ１１０と、商用車１０の安全状態を確認するステップＳ１２０と、運転者がハンドオーバを要求し、安全状態が確認された場合に、運転者と管理システム２００との間で商用車１０をハンドオーバするステップＳ１３０とを含む。

本方法または本方法の少なくとも一部を、コンピュータによって実装することもでき、すなわち、プロセッサ上で実行された場合に本方法のステップを実行することが可能である、記憶媒体に格納された命令によって、本方法または本方法の少なくとも一部を実施することができる。命令は、典型的には（プロセッサを有する）制御ユニットの内部または周辺の種々異なる媒体上に種々異なるように格納することができる１つまたは複数の命令を含み、これらの命令は、読み取られて制御ユニットにより実行された場合に、本発明に係る方法を実施するために必要とされる機能およびオペレーションを制御ユニットに実行させるように構成されている。

図３は、商用車１０を限定範囲内で自律的に動作させるためのシステムを実施するための状態図を示す。図示の場合においては、１つまたは複数の加入者２１が、車両１０における種々異なるオペレーション（荷積みまたは荷降ろし、洗浄、整備、補給など）を実施することができる。この状態図は、商用車１０の運転者１２と限定範囲の（仮想または現実の）管理者２０との間のハンドオーバおよびテイクオーバを記述したものであり、ここでは、加入者１２，２１と車両１０との間の相互作用が図示されている。

状態図は、物理インタフェース（スイッチ、ノブ、レバーなど）と、仮想インタフェース（例えばモバイルアプリケーション）とが商用車１０に設けられていることを仮定しており、その一方で、他の加入者２０，２１（例えば限定範囲の管理者または作業者）は、例えばコンピュータ、モバイルデバイス、タブレットなどのような仮想制御インタフェースを介してシステムの挙動に影響を与えることが可能である。しかしながら、これらのインタフェースは、例としてのみ理解されるべきであり、必ずしもそのように構成される必要はない。例えば、作業者２１が商用車１０におけるアクションを実施してもよく、その場合には、この作業者２１が、商用車１０に対して責任を負うことができ、または負うべきである。

実施例によれば、限定範囲のインフラストラクチャは、全ての活動主体１２，２０，２１と商用車１０とが相互に接続されるように（例えばインタネットへの）無線通信を提供する。商用車１０は、対応するモードにセットされ、このモードに維持される。本発明の枠内においては、作業者２１によって実施される「オペレーション」は、可能性のある全ての商用車１０（トラック、車両の組み合わせ、バス、農耕車など）と、限定範囲内で実施される可能性のある全ての対応するオペレーションとを指すことができる。

詳細には、図３の状態図は、以下の状況を示す：

初期状態においては、商用車１０と、運転者１２と、限定範囲の管理者２０と、他の加入者２１とが相互に分離されている。例えば運転者１２は、限定範囲に接近すると、接続の問い合わせを実施することができる。限定範囲の検出に基づいて（状態３１０）、車両１０および運転者１２の両方を限定範囲に接続することができる（状態３１１）。運転者と車両との組み合わせを１つのユニットとして限定範囲に接続することも可能である（状態３１２）。

これに応答して、接続を確認することができる（状態３２０）。任意選択的に、ハンドオーバプロセスを継続するために、管理システム２００におけるインタフェースが管理者２０によって操作されなければならない（例えばボタンが押されなければならない）ようにすることが可能である（状態３３０）。その後、安全性のチェックを実施することができ、現在のインフラストラクチャによって限定範囲内での自律的なオペレーションが可能であるかどうかを確認することができる（状態３３２）。これに続いて、待機状態を続けることができ（状態３３４）、または、車両のハンドオーバに関する問い合わせを実施することができる（状態３３６）。これに続いて、車両のハンドオーバが実施される（状態３４０）。

任意選択的に、（ドッキング）ステーションが空いていない可能性があるので、待機位置が必要とされる場合がある（状態３４１）。そうでない場合には、到着すべき（ドッキング）ステーションを指定することができる（状態３４２）。再び、限定範囲内の任意選択の待機位置につくことができる（状態３４６）。自律的なオペレーションを即座に開始することも可能である（状態３４４）。これに続いて、商用車は、限定範囲内を自律的に移動し（状態３５０）、所望のステーションへのドッキングが実施され（状態３５２）、このドッキングは、状態３５４において完了する。

その後、車両が、ステーションでのアクション／オペレーションに対する準備ができていることの承認が実施され（状態３５６）、オペレーションが実行される（状態３６０）。オペレーションが完了すると（状態３６２）、限定範囲を通過する車両１０の（自律的な）移動の開始（状態３７０）が、再び実施される（状態３７２）。状態３７４において商用車は、最後の目標位置に到着し、運転者１２を待つ（状態３８０）。

その後、運転者１２がブレーキペダルを操作したかどうか、および、運転者１２が運転室内に存在するかどうか（状態３８４）をチェックすることができる（状態３８２）。そうであれば、ハンドオーバボタンを押すことができ（状態３８６）、それに続いて、管理システム２００がスイッチを解除し（状態３９０）、それに続いて、運転者１２は、分離スイッチを操作することができ（状態３９２）、管理システムから車両が分離される（状態３９５）。

手動モードと自律モードとの間の図示されたテイクオーバ／ハンドオーバプロセスは、管理システム２００によって、または、車両の安全状態をチェックするサブモジュールによって、実施することができる。これによって、車両１０が常に安全状態にあることが常に保証されるべきである。

任意選択的に、ハンドオーバおよびテイクオーバプロセスを監視するために、または、積極的にこれに参加するために、限定範囲に関する管理者２０（人間または機械も）を利用することができる。この場合には、手動モードと自律モードとの間の切り替えを、安全状態が存在することに基づいて実施するだけではなく、適切な限定範囲が存在すること、および／または、人間または機械（限定範囲の管理者）の相応の判断が存在することにも基づいて実施することが可能である。この場合には、そのようになって初めて、手動モードと自律モードとの間の切り替えを成功させることが可能となる。これによって、システムによる追加的な安全性の承認を実施することができる。

既に述べたように、本システムは、いずれにせよ、商用車１０が安全状態に到達するまで運転者１２が車両に関連したそれぞれのアクションに対する責任を保持することを保証する。既に述べたように、安全状態とは、人間および機械に対する危険が及ぼされることなく商用車が長期間にわたって留まることができる任意の状態とすることができる。安全状態に到達し、これがシステムによって承認された場合には、商用車１０に対する責任を、限定範囲に関する管理システム２００またはオペレータ（例えば人間であってもよい）にハンドオーバすることを、運転者１２に提案することが可能となる。運転者１２に対するこの提案は、自律モードに対する承認としてスイッチをオンにするというリクエストを含むことができる。

この時点から自律的なオペレーションが終了するまで、管理システム２００は、車両１０に対して責任を負っており、車両に関連した全ての活動に対しても責任を負っている。自律的なオペレーションモードが終了すると、運転者１２は、商用車１０へと帰還し（状態３８０〜３９５を参照）、商用車１０に対する制御を再びテイクオーバすることができる。例えば、返却プロセスをトリガして商用車１０に対する制御を取り戻すために、車両１０との物理的な相互作用（例えばスイッチの操作）を必須にすることができる。運転者１２が車両１０に対して責任を負うようになると、車両１０の初期状態（手動状態）を再びアクティブ化することができる。その後、商用車１０を、運転者１２によって再び手動で動作させることが可能となる。

明細書、特許請求の範囲、および図面に開示された本発明の特徴は、単独でも任意の組み合わせでも本発明を実現するために本質的であるとすることができる。

１０ 商用車
１２ 運転者
２０ 限定範囲の管理者
２１ 他の加入者／作業者
１１０ 車両インタフェース
１２０ 安全性モジュール
１３０ 制御モジュール
２００ 管理システム
２１０，２２０，・・・ 他の加入者のインタフェース

Claims (12)

1. 商用車（１０）を限定範囲内で自律的に動作させるために、運転者（１２）と管理システム（２００）との間で前記商用車（１０）をハンドオーバするためのシステムにおいて、前記システムは、
   前記運転者が前記商用車のハンドオーバを要求することを可能にするように構成された車両インタフェース（１１０）と、
   前記商用車の安全状態を確認するように構成された安全性モジュール（１２０）と、
   前記運転者がハンドオーバを要求し、前記安全性モジュールが安全状態を確認した場合に、前記運転者と前記管理システムとの間で前記車両をハンドオーバするように構成された制御モジュール（１３０）と、
   を前記商用車（１０）に実装可能であり、
   前記制御モジュール（１３０）は、前記限定範囲の他の加入者の少なくとも１つのインタフェースを使用して、当該他の加入者に前記商用車（１０）を少なくとも一時的にハンドオーバするように構成されている、
   システム。
2. 前記管理システムは、通信インタフェースを有し、
   前記車両インタフェース（１１０）はさらに、前記通信インタフェースに接続され、前記限定範囲のインフラストラクチャを検出するように構成されており、
   前記安全性モジュール（１２０）は、前記インフラストラクチャが自律的なオペレーションモードを制御することが可能であるどうかを評価するように構成されている、
   請求項１記載のシステム。
3. 前記安全性モジュール（１２０）は、前記安全状態が確認された場合、および／または、前記インフラストラクチャが十分であると評価された場合にのみ、前記ハンドオーバを実施するように構成されている、
   請求項１または２記載のシステム。
4. 前記車両インタフェース（１１０）は、前記車両（１０）と共に移動されるように前記商用車内または前記商用車上に設置可能またはインストール可能である物理インタフェースまたはソフトウェアインタフェースを含む、
   請求項１から３までのいずれか１項記載のシステム。
5. 前記車両インタフェース（１１０）は、物理インタフェースおよびソフトウェアインタフェースを含み、
   前記制御モジュール（１３０）は、前記ハンドオーバを要求するために前記運転者（１２）によって前記物理インタフェースおよび前記ソフトウェアインタフェースが操作された場合にのみ、前記車両（１０）をハンドオーバするように構成されている、
   請求項４記載のシステム。
6. 前記車両インタフェース（１１０）は、以下の要素のうちの少なくとも１つ、すなわち、スイッチ、ボタン、レバー、ペダル、情報伝達手段のうちの少なくとも１つを含み、
   前記要素は、物理的に実装されている、または、ソフトウェアによって実装されている、
   請求項４または５記載のシステム。
7. 前記車両インタフェース（１１０）はさらに、前記限定範囲内に他の活動主体が存在するかどうかの問い合わせを実施するように構成されており、
   前記制御モジュール（１３０）はさらに、前記運転者（１２）から前記管理システム（２００）に前記車両（１０）をハンドオーバする際に、前記他の活動主体の存在またはアクションを考慮するように構成されている、
   請求項１から６までのいずれか１項記載のシステム。
8. 前記車両インタフェース（１１０）はさらに、前記運転者（１２）または他の加入者による承認を問い合わせるように構成されており、
   前記制御モジュール（１３０）は、前記車両インタフェース（１１０）において承認が実施された場合にのみ、前記ハンドオーバを実施するように構成されている、
   請求項１から７までのいずれか１項記載のシステム。
9. 前記制御モジュール（１３０）は、
   前記運転者（１２）が前記商用車（１０）の運転室内に存在することを確認し、
   前記運転者（１２）が前記運転室内に物理的に存在する場合に、前記管理システム（２００）から前記運転者に前記商用車（１０）をハンドオーバする
   ように構成されている、
   請求項１から８までのいずれか１項記載のシステム。
10. 請求項１から９までのいずれか１項記載のシステムを有する商用車（１０）。
11. 商用車に限定範囲内で自律的にオペレーションを行わせるために、運転者（１２）と管理システム（２００）との間で前記商用車（１０）をハンドオーバするための方法において、
    前記商用車（１０）の車両インタフェース（１１０）によって、前記運転者（１２）と前記管理システム（２００）との間で前記商用車（１０）をハンドオーバするように要求すること（Ｓ１１０）と、
    前記商用車（１０）の安全性モジュール（１２０）によって、前記商用車（１０）の安全状態を確認すること（Ｓ１２０）と、
    前記商用車（１０）の制御モジュール（１３０）によって、前記運転者（１２）がハンドオーバを要求し、安全状態が確認された場合に、前記運転者（１２）と前記管理システム（２００）との間で前記商用車（１０）をハンドオーバすることと
    を含み、
    前記商用車（１０）は、前記限定範囲の他の加入者の少なくとも１つのインタフェースを使用して、当該他の加入者に、少なくとも一時的にハンドオーバする、
    方法。
12. データ処理ユニット上で実行された場合に、請求項１１記載の方法を実施するように構成されたソフトウェアが格納されている、コンピュータプログラム製品。

Images