(57)【要約】      （修正有）【課題】自動運転車両において単独では対応できない状態に陥った場合や、支援が必要なシステム劣化を検出した場合に、対応する方法を提供する。【解決手段】車両（１１）を遠隔操作する方法は、利用可能なオペレータ（１２）を登録し、車両（１１）に関するデータを受信し、データに基づいて選択したオペレータ（１２）を利用可能なオペレータ（１２）から車両（１１）に通知し、選択したオペレータ（１２）の中で好ましいオペレータ（１２）を記録し、通信資源を確保し、好ましいオペレータ（１２）に車両（１１）の通信ユニット（１３）に接続するように要求し、通信ユニット（１３）によって車両（１１）の制御機能（１４）を引き継ぐことを特徴とする。【選択図】図１
2020205037.tif 000002
【特許請求の範囲】
【請求項１】
車両（１１）を遠隔操作する方法（１０）であって、
利用可能なオペレータ（１２）を登録し（１）、
車両（１１）に関するデータを受信し（２）、
データに基づいて選択したオペレータ（１２）を利用可能なオペレータ（１２）から車両（１１）に通知し（３）、
選択したオペレータ（１２）の中で好ましいオペレータ（１２）を記録し（４）、
通信資源を確保し、
好ましいオペレータ（１２）に車両（１１）の通信ユニット（１３）に接続する（６）ように要求し（５）、通信ユニット（１３）によって車両（１１）の制御機能（１４）を引き継ぐ（７）という特徴を備えること特徴とする車両（１１）を遠隔操作する方法（１０）。
【請求項２】
請求項１に記載の方法（１０）において、
前記オペレータ（１２）の登録時に、それぞれサービス範囲を記録し、
さらにそれぞれのサービス範囲に基づいてオペレータ（１２）を選択する方法（１０）。
【請求項３】
請求項２に記載の方法（１０）において、
前記サービス範囲が、
前記車両（１１）の遠隔操作の自動仲介（１５）、
車両（１１）の遠隔操作の手動仲介（１６）、又は
危険な交通状況における車両（１１）の遠隔操作の優先順位付け可能な仲介（１７）の少なくとも１つを含む方法。
【請求項４】
請求項３に記載の方法（１０）において、
前記オペレータ（１２）がそれぞれサービス企業（１８）に属し、
該サービス企業（１８）が１つ以上のコントロールセンター（１９）を運営し、
該コントロールセンター（１９）に前記オペレータ（１２）を割り当てる方法（１０）。
【請求項５】
請求項４に記載の方法（１０）において、
前記車両（１１）の緊急事態、
コントロールセンターと、制御されるべき車両（１１）との適合性、
制御されるべき車両（１１）へのコントロールセンターのアクセス権限、
前記オペレータ（１２）の能力、
コントロールセンター（１９）の利用、又は
ＴｏＤ指示の可能なバンドル化及び部分的自動化
のうちの少なくとも１つの基準に基づいて、前記オペレータ（１２）を前記コントロールセンタ（１９）に割り当てる方法。
【請求項６】
請求項４又は５に記載の方法（１０）において、
所定の交通状況において前記オペレータ（１２）が実施した前記車両（１１）の運転操作をサービス企業（１８）によって記録し、
遠隔操作中に交通状況が繰り返された場合に、記録された運転操作をオペレータ（１２）によって再現する（２２）ことができ、
可能な解決経路を手動で、又は半自動的に車両（１１）に提案することができるという特徴を含む方法（１０）。
【請求項７】
請求項４、５、又は６に記載の方法（１０）において、
前記車両（１１）に、車両コロニーに加わるように要求することができ、
車両コロニーに、オペレータによって手動で、又は半自動的に可能な解決経路を提案することができるか、又は
オペレータによって直接に車両コロニーを制御する方法（１０）。
【請求項８】
請求項１〜６のいずれか１項に記載の方法（１０）において、
第１のオペレータ（１２）から第２のオペレータ（１２）への制御機能（１４）の引渡しを計画した場合に、第１のオペレータ（１２）及び第２のオペレータ（１２）に通知し、
第２のオペレータ（１２）が第１のオペレータ（１２）に制御機能（１４）を要求し、
第２のオペレータ（１２）が制御機能（１４）を完全に引き継いだ場合に引渡しを実行する
という特徴を含む方法。
【請求項９】
請求項１から７までのいずれかに記載の方法（１０）を実施するように設定されたコンピュータプログラム。
【請求項１０】
請求項８に記載のコンピュータプログラムが記憶された機械可読記憶媒体。
【請求項１１】
請求項１から７までのいずれか１項に記載の方法（１０）を実施するように設定された装置（２０）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両を遠隔操作する方法に関する。さらに本発明は、対応する装置、対応するコンピュータプログラム、及び対応する記憶媒体に関する。
【背景技術】
【０００２】
従来技術による（半）自律車両は、現在でも車両運転インタフェース（「運転者作業エリア」）を有し、現在でも車両乗員として車両を運転する権限を与えられ、必要に応じて車両の運転を引き継ぐことができる運転能力のある人を必要とする。自動化の程度及び技術的進歩に応じて、将来、部分的に、もしくは走行ルート全体において、危機的な状況において車両内の運転能力のある運転者が引き継ぐ不可避性をなくすことが計画されている。システムの不確実性又は不十分性に対処できるようにするために、いわゆる遠隔運転（ＴｏＤ）に関する多くの研究プロジェクトが実施されている。ＴｏＤでは、（部分的に）自律的な走行システムにおける技術的な不十分さ、又は、代替的なルート及び一般的でないルートなどを介した迂回といった困難なシナリオに対処する際に遠隔制御において走行タスク及び／又は車両がコントロールセンターの外部操作員、いわゆる「オペレータ」によって一時的にサポートされ、かつ／又は完全に引き継がれる。このために、車両及びコントロールセンターもしくはコントロールセンターのオペレータは、待ち時間が短くデータ速度の高い移動無線ネットワークによって互いに接続されている。
【０００３】
米国特許第９，４９４，９３５号明細書は、自律的な乗用車を遠隔操作するためのコンピュータ装置、システム及び方法を開示している。自律車両が予期しない環境、例えば道路建設現場又は自律運転に不適切な障害物に遭遇した場合、車両センサは、画像、レーダ及びライダデータなどを含む、車両及び予期しない環境に関するデータを記録することができる。記録されたデータは遠隔操作員に送信することができる。遠隔操作員は、車両を遠隔操作するか、又は種々の車両システムによって実行される指示を自律車両に与えることができる。遠隔操作員に送信される記録データは、帯域幅を節約するために、例えば、記録されたデータの制限されたサブセットが送信されることによって最適化することができる。
【０００４】
米国特許第９，７６７，３６９号明細書に記載の車両は、車両の周囲の１つ以上の画像を受信することができる。車両は、周辺地図を受信することもできる。車両は、画像内の少なくとも１つの特徴を地図内の１つ以上の特徴と比較することもできる。車両は、１つ又は複数の特徴から閾値間隔をおいて位置している地図の一部に対応する１つ以上の画像内の特定の範囲を識別することができる。車両は、所与の範囲よりも少ない量の詳細を撮影範囲において撮影するために、１つ以上の画像もしくはセンサ信号を圧縮することができる。車両は、圧縮された画像を遠隔システムに提供することもでき、これに応答して、遠隔システムから動作指示を受信することができる。
【０００５】
米国特許第９，４６５，３８８号明細書に記載のシステム及び方法は、車両の動作に対する信頼性が低い場合、又は技術的な問題、技術的な不十分さ、もしくは外部状況が必要とする場合に自律車両が遠隔操作員からの支援を要求することを可能にする。例示的な方法は、第１の自律モードで自律車両を動作させることを含む。この方法は、第１の自律モードにおける自律動作の信頼レベルが閾値レベル未満である状況を識別することを含むことができる。この方法は、遠隔アシスタントに支援のための照会を送信するステップをさらに含むことができ、この照会は、自律車両の周辺の一部を表すセンサデータを含む。この方法は、遠隔アシスタントから応答を受信することをさらに含むことができ、この応答は第２の自律動作モードを示す。この方法は、遠隔アシスタントからの応答にしたがって、自律車両を第２の自律動作モードで動作させることもできる。
【０００６】
米国特許第９，７２０，４１０号明細書は、所定の状況において自律車両を遠隔支援するためのさらなる方法を開示している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】米国特許第９，４９４，９３５号明細書
【特許文献２】米国特許第９，７６７，３６９号明細書
【特許文献３】米国特許第９，４６５，３８８号明細書
【特許文献４】米国特許第９，７２０，４１０号明細書
【発明の概要】
【０００８】
本発明は、独立請求項に記載の車両を遠隔操作する方法、対応する装置、対応するコンピュータプログラム、及び対応する機械可読記憶媒体を提供する。
【０００９】
この解決策の利点は、このサービスを要求しているか、又は既に使用している自動運転車に対して遠隔運転のためにオペレータの（最適化された）割当て、及びこれらのオペレータの動的な変更の可能性が開かれていることである。このために、既存の通信資源及びＴｏＤサービスプロバイダ（サービスプロバイダ）が検出及び評価され、これらのリソースの効率的な使用を保証することができる。冗長な伝送経路の使用及びＴｏＤサービスプロバイダ間の仲介によって少ない待ち時間を保証することができ、このことはＴｏＤサービスプロバイダのシームレスな変更を可能にする。これにより、困難な境界条件下でも遠隔運転を行うことができ、利用可能なＴｏＤサービスプロバイダに適切に割り当てることによってできるだけ多くの車両を同時に操作することができる。車両とオペレータとの間で運転に必要な提供されているリソースを考慮した初期の仲介、並びに様々なサービスプロバイダ間で既に制御された車両の引渡しのために、ディスパッチャが使用される。
【００１０】
従属請求項に記載された手段により、独立請求項に記載された基本概念の有利な構成及び改良が可能である。したがって、サービス企業がそれぞれ１つ以上の（地域に分配された、もしくは競合及びタスクに基づいた）コントロールセンターを運営し、これらのコントロールセンターのオペレータが（自動化された、又は人間の、あるいはこれら両方を組み合わせた）コントロールセンター責任者によって割り当てられるようにしてもよい。責任者は、自分のコントロールセンターの全てのリソース及び能力を管理し、これらを可用性と共にディスパッチャ・サービスに報告する。企業の規模（コントロールセンターの数）に応じて、特に、フリートオペレータが自身のコントロールセンターネットワークを運営する場合、企業内部のディスパッチャ機能を実施することもできる。このように、ディスパッチャ・サービスを使用することによって（集中型又は分散型もしくは階層的に構造化されたディスパッチャ・アーキテクチャと組み合わせて使用することによって）、時間効率がよくニーズに合った方法で、多数の車両について同時的なＴｏＤ照会を処理することができるスケーラブルなＴｏＤソリューションが作成される。異なる伝送経路、既存のＴｏＤサービスプロバイダ・リソース及びＴｏＤオペレータ、必要なＴｏＤサポート並びにＴｏＤ資格の分析、管理及び共同利用によって、ＴｏＤ照会とＴｏＤオペレータとがまとめられる。
【００１１】
さらなる態様によれば、第１のオペレータから第２のオペレータへの制御機能の引渡し（ハンドオーバ）のために、第２のオペレータは、第１のオペレータに制御機能を要求し、第２のオペレータが制御機能を完全に引き継いだ場合にのみ引渡しが行われるようにすることができる。この実施形態の利点は、必要とされるＴｏＤ運転状況、危険レベル、及び現場知識に応じて、適切な許可レベル（適性）を有する適切なオペレータを使用することができるように、運転操作中であってもオペレータのシームレスな変更を実現することである。
【００１２】
本発明の実施形態を図面に示し以下に詳細に説明する。
【図面の簡単な説明】
【００１３】
【図１】クラウドに接続された車両を示す概略図である。
【図２】インフラストラクチャを示すブロック図である。
【図３】方法のフロー図である。
【発明を実施するための形態】
【００１４】
図１は、自動化された車両（１１）が単独では対応できない状態に陥った場合や、支援が必要なシステム劣化を（例えば車両診断システムによって）検出した場合に、いわゆる「ディスパッチャ（２０）」にアシスタンス照会を送信するという、以下に個別に提示する解決策の基本的な考え方を示している。ディスパッチャ（２０）は、車両（１１）が伝達したエラーの原因を評価するか、又は提供されている車両データ、エラーデータ、又はセンサデータに基づいて車両（１１）の状況を分析し、車両（１１）を通常の運転モードに復帰させるか、もしくは、例えば故障によりもはや車両（１１）を運転し続けることができなくなった場合には安全な状態にするために必要なオペレーターリソースと能力を有するＴｏＤサービスプロバイダに照会を転送する。
【００１５】
このために、車両（１１）は、遅くとも自動運転機能の開始時にはディスパッチャ（２０）からランキングリストを受信する。安全性の理由から、この場合には、例えば、複数のリスト及びディスパッチャ・サービス・センタを使用することによって、冗長性の基本原理が適用される。緊急時に直接接続を適切に確立するために、エラーの重大性に応じて使用される複数のそのようなリストが存在してもよい。これらのリストは、例えば、車両位置及びディスパッチャの利用可能性にしたがって定期的に更新される。
【００１６】
車両（１１）が運転中に特定できない状態に陥った場合、もしくは技術的不備や遠隔サポートの必要性が車両により判定された場合、車両はこれらのリストから、運転機能を１つのＴｏＤサービスプロバイダに所属のオペレータ（１２）に委譲するように、第１のディスパッチャ（２０）に照会を送信する。この照会は、通常、以下の情報を含む：
車両（１１）の周辺地域、例えば車両の所在地及び車両が認識した物体
計画されたルート又は関連する運転モード、
車種、車両メーカー、又は車両構成、
危険性分析によって、例えば潜在的な危険性及び時間窓に関して、車両（１１）又はディスパッチャ（２０）によって決定された重大性（少なくとも安全な状態への移行が目標とされる）
通信品質又は伝送チャンネルの分類、
車両（１１）によって検出されたエラーもしくは希望するサービスの種類及び範囲、並びに
車両（１１）に設置された個々の構成要素（１３、１４）のソフトウェア及びハードウェアバージョンであって、ＴｏＤ機能に必要不可欠であるか、もしくはＴｏＤ機能に影響を及ぼす可能性があるもの。
【００１７】
伝送チャネルを分類する（タイプ分けする）場合、及びこれに関連して本発明による方法に対する伝送チャネルの適合性を決定する場合、待ち時間、帯域幅、有効データスループット（ビット誤り率に依存する）、及び使用分野全体における伝送媒体のネットワークカバレッジに関する情報が望ましい。したがって、車両内で決定された伝送チャネルのサービス品質を適宜に使用することもできる。
【００１８】
図２は、本発明によるインフラストラクチャの全体を示す。このインフラストラクチャの主要コンポーネントとして、ディスパッチャ（２０）は、ＴｏＤサービスプロバイダ（１８）によって提供されるオペレータ（１２）と、車両（１１）が必要とするＴｏＤリソースとの間の照会を仲介する。異なる多数の車両（１１）が、ＴｏＤサービスプロバイダ（１８）の異なる多数のオペレータ（１２）に、既存のリソース及び能力によって決定可能な適性に基づいて割り当てられ、これにより最適な利用が可能になる。このために、ＴｏＤサービスプロバイダ（１８）は、定期的な間隔をおいて以下のステータス情報もしくは変更をディスパッチャ（２０）に送信する：
【００１９】
サポートされる運転状況、
サポートされる危険レベル、
提供されている位置情報、
適切な能力を有する現在利用可能なオペレータ（１２）、
現在利用可能な適切な機器、もしくは
サポートされる車両タイプ。
【００２０】
ディスパッチャ（２０）は、車両（１１）からＴｏＤサービスプロバイダ（１８）及びこのＴｏＤサービスプロバイダの適切なオペレータ（１２）へのＴｏＤ照会の伝達を仲介する。ディスパッチャ（２０）は、運転操作中にＴｏＤサービスプロバイダ（１８）間及びオペレータ（１２）間のハンドオーバを可能にすることもでき、移動している車両（１１）が遠隔操作されている場合であってもシームレスな変更を可能にし、待ち時間を最小限に抑える。安全性の理由から、すべての動作は、冗長な伝送経路を使用して実行されることが好ましい。さらに、ディスパッチャ（２０）は、現在の全ての加入者間の調整によって伝送チャネルの協同使用を制御する。伝送容量を評価するためには伝送チャネルを分類することが望ましい。さらに、制御機能（１４）のタイプに応じて、必要なリソースを決定することが望ましい。これにより、１つの制御がそもそも実行可能であるか、又は複数の制御を同時に実行することさえも可能であるかを決定することができる。技術（待ち時間）、帯域幅、及び冗長性（機能的安全性）などの特徴を考慮して、保留中の制御機能に必要な伝送リソースを識別した後、ディスパッチャは、例えば共通データベースを使用して、システム全体にわたってこれらの送信リソースを確保し、運転操作もしくは運転機能を実施するために車両（１１）及びＴｏＤＳｅｒｖｉｃｅプロバイダ（１８）に割り当てることができる。
【００２１】
上記の特性及びオペレータ（１２）の利用可能性もしくは訓練に応じて、ＴｏＤ動作については、所定の速度まではリアルタイムで全ての運転操作が可能であるか、又は個々の動作の許可のみが可能であるか、又は必要に応じて車両（１１）のための経路の伝送のみが可能であるか、又はセンサ情報の監視のみが可能である。上記の特性及びオペレータ（１２）の利用可能性もしくは訓練に応じて、異なる車両に対する異なるＴｏＤ動作は、できれば同時に、又はディスパッチャによる優先順位付けにしたがって連続的にのみ実施することができる。
【００２２】
ここで説明する全ての動作は、機能的安全性（ＦｕＳｉ）を考慮して行うことが望ましい。いわゆる「ブラックボックス」を用いて航空機で実施されるように、実施される動作の記録を車両（１１）において行うか、もしくはＴｏＤサービスプロバイダ（１８）においても付加的に行うことが望ましい。
【００２３】
車両（１１）をＴｏＤオペレータ（１２）につないだ場合のディスパッチャ（２０）の通常の作動形式を、さらに図３を参照して説明する：
１．全ての利用可能なＴｏＤサービスプロバイダ（１８）は、利用可能な情報をディスパッチャ（２０）に送信する。例えば、価格情報を含むそれぞれの能力及びサービス、並びにサービスが提供されるエリアである。（プロセス１−図３）。
２．車両（１１）内の通信ユニット（１３）は、情報を収集し、これらの情報をディスパッチャ（２０）に送信する。この場合、伝送経路の分類、現在の状況（速度、場所、ルート、運転中断の種類、運転状況の重大性の評価など）、サービス契約情報、車両の種類とハードウェア、ソフトウェアのバージョンを含む伝送経路の種類と数が考慮される（プロセス２−図３）。
３．ディスパッチャ（２０）は、適合する許可レベルを備える利用可能な適切なオペレータ（１２）と、対応して車両に適合させた十分な伝送リソースとを有するリストを、コストを含めて車両（１１）に送信する（プロセス３−図３）。
４．オペレータ（１２）の選択は、（保存された選択基準に基づいて）自動的に、又は送信された選択リストを介して車両乗員によって手動で行われる（プロセス４−図３）。
５．ディスパッチャ（２０）は、技術（待ち時間）、帯域幅、及び冗長性（機能的安全性）を考慮して、制御の種類に必要な伝送リソースを確保する。
６．ディスパッチャ（２０）は、引継ぎ要求（リクエスト）をオペレータに送信する（プロセス５−図３）。
７．オペレータ（１２）は、指示を受け入れ、車両に接続する（プロセス６−図１３）。
８．オペレータ（１２）は、許可された許可レベル及び伝送性能に応じて、車両の監視又は制御機能（１４）を引き継ぐ（プロセス７−図１３）。
【００２４】
サービスプロバイダ（１８）間のハンドオーバは、（例えば、車両（１１）がサービスプロバイダ（１８）の新しい担当範囲の変更を認識するために）次のように行うことができる：
１．遠隔制御された車両（１１）が、車両が現在のオペレータ／ＴｏＤサービスプロバイダ（１８）の担当領域を離れるか、又は離れたと判定した場合、車両（１１）内の通信ユニット（１３）は、対応するＴｏＤ照会を運転状況についての関連情報と共にディスパッチャ（２０）に送信する。
２．ディスパッチャ（２０）は、コストを含めた可能なオペレータ（１２）のリストを車両（１１）に送信する。現在のＴｏＤオペレータ（１２）はこのことを知らされ、状況に応じて現時点における変更に異議を唱えることができる。
３．通信ユニット（１３）及びＴｏＤシステムを有する車両（１１）は、対応する新しいサービスプロバイダ（１８）を自力で選択するか、又は車両乗員に新しいサービスプロバイダ（１８）を選択するように求める。運転状況に応じた選択が時間内に行われない場合、ＴｏＤオペレータ（１２）は選択を行うことができるか、もしくはＴｏＤオペレータ（１２）は車両（１１）を安全な状態にするように求められる。対応するフィードバックがディスパッチャ（２０）に対して行われる。
４．次に、ディスパッチャ（２０）はオペレータ（１２）にコンタクトし、オペレータに次の変更を通知する。
５．第１のオペレータ（１２）は、ＴｏＤ運転モードに必要な全てのデータを第２のオペレータ（１２）に転送する。
６．第２のオペレータ（１２）は車両（１１）に接続し、必要に応じて、第１のオペレータ（１２）と電話により協議し、運転状況を把握する。
７．第２のオペレータ（１２）が引き継ぐ準備ができた場合には、第１のオペレータ（１２）に制御の最終的な引渡しのリクエストを送信し、第１のオペレータ（１２）はこれを承認する必要がある。承認後、第２のオペレータも象徴的に責任を引き継ぐ。
８．第１のオペレータ（１２）は、第２のオペレータ（１２）が状況に対処したことをさらに所定時間にわたって確認することができ、その後に車両（１１）との接続を終了する。これにより、リソースは再び解放される。第２のオペレータ（１２）が状況に対処できない場合、再度の引継ぎ要求を第１のオペレータに送り返すことができる。第１のオペレータは、この要求を承認する必要がある。このように、責任は象徴的に第２のオペレータ（１２）から第１のオペレータ（１２）に戻され、第１のオペレータ（１２）は、必要に応じて、サービス品質を犠牲にするか、又はより高いリソース消費を受け入れながら、再び制御を引き継ぎ、ディスパッチャ（２０）は、以下に概説する方法にしたがって、新しい第３のオペレータ（１２）を仲介するか、又は第１のオペレータ（１２）が、現在の運転状況にもはや対処できない場合に、例えば駐車によって車両（１１）を安全な状態に移す。
【００２５】
例えば、ＴｏＤオペレータ（１２）が現在のタスクを完了できない場合、例えば、オペレータが必要な許可レベル（資格レベル）を有さない場合、又は車両がＴｏＤオペレータの担当範囲を離れる場合に、ＴｏＤオペレータ（１２）間のハンドオーバが、これらの根拠に基づいて以下のように行われる：
１．ＴｏＤオペレータ（１２）は車両（１１）を制御するが、この制御を継続することはできない。なぜならば、例えば、このためにはより高度な資格が必要であるか、ＴｏＤオペレータ（１２）は問題を自身で解決することができないか、又は、車両がＴｏＤオペレータ（１２）の担当範囲を離れることを確認しているからである。
２．ＴｏＤオペレータ（１２）はオペレータ（１２）又はサービスプロバイダ（１８）の変更を開始し、この場合に、このことに関する要求を、新しい第２のオペレータ（１２）又はプロバイダ（１８）の必要なサポート及び資格を具体的に示し、車両（１１）を介して承認及び転送のためにディスパッチャ（２０）に送り返すか、又は既存のサービス契約にしたがってＴｏＤ指示を再付与するためにディスパッチャ（２０）に直接に送信する。安全性の理由から、第１のＴｏＤオペレータ（１２）は、第１のＴｏＤオペレータ（１２）の近隣で適切なすぐ近くの第２のＴｏＤオペレータ（１２）を指名し、変更を照会することもできる。後者の照会は、直接に行うか、又はサービスプロバイダ（１８）のコントロールセンター責任者（２１）によりさらに仲介してもらうことができる。ディスパッチャは、対応して照会について通知を受け、両オペレータ間を仲介する。
３．さらなる手順は、サービスプロバイダ（１８）間のハンドオーバについて上述したステップ４〜９に対応する。
【００２６】
特別な状況での行動に注意を払うべきである。半自動的又は自律的な２つの車両（１１）が、例えば、狭い道路で遭遇し、互いに遮断した場合、この遮断（デッドロック）は、両方の車両（１１）がＴｏＤ要求を送信し、オペレータ（１２）が互いに接触し、状況を解決することによって解除することができる。他のオペレータ（１２）との接触は、例えば、第１のオペレータ（１２）が、例えば、他の車両（１１）の公式登録標識を指定して、ディスパッチャ（２０）を介して接触要求を送信することによって可能である。
【００２７】
ＴｏＤオペレータ（１２）が利用可能でないか、又は伝送チャネルもしくは他のリソースが過負荷である場合、コールセンタによって知られている「保留」に対応するキュー内の照会の管理が必要となることがある。到着順序から逸脱する照会の処理は、危険な場合、例えば高速道路での高速時に、又は緊急時に、個々の車両（１１）の位置に基づいて、次の介入の範囲及びコストを考慮して、又は取得するサービスのタイプ（プレミアム、標準、ベーシック、エコなど）に応じて、戦術的処理によって交通渋滞を解決するために遅延されてもよい。
【００２８】
ＴｏＤサービスプロバイダ（１８）における伝送帯域幅及びリソースを節約するために、所定の境界条件の下で（伝送）リソースを束ねることができる。最近行われた運転操作を同じ場所で半自動的に再利用することも可能である。これは、例えば事故により交通渋滞が生じている場合に、遠隔操作された別の車両（１１）によって既に克服された障害物がうまく迂回され、同じ状況にある後継車両の１つが、状況及びシステム特性に基づいて同じサポートを必要とする場合に当てはまる。例えば、遠隔制御運転中にＴｏＤオペレータ（１２）によって経路を記録し、他のＴｏＤオペレータ（１２）又は半自動的に追従する車両（１１）に利用可能にすることができる。複数の車両を互いに整列させ１つのコロニーとし照会をまとめ、危険な状況を迂回するために皆同じ経路をたどらせることは適切な方法である。
【符号の説明】
【００２９】
１０  方法
１１  車両
１２  オペレータ
１３  通信ユニット
１４  制御機能
１５  自動仲介
１６  手動仲介
１７  優先順位付け可能な仲介
１８  サービスプロバイダ、サービス企業
１９  コントロールセンター
２０  ディスパッチャ
【図１】
2020205037.tif 000003
【図２】
2020205037.tif 000004
【図３】
2020205037.tif 000005
【外国語明細書】
2020205037000001.pdf