車両間の通信を介してメッセージを目標目的地へ転送するための方法
少なくとも１つの目標目的地へメッセージを転送するための方法を提供する。本発明の一実施方法は、第１の車両によって実行され、第２の車両の地理的情報を受信するステップと、地理的情報と少なくとも１つの目標目的地との関係性を決定するステップと、決定の結果に依存して第２の車両へメッセージを条件付きで送信するステップとを含む。地理的情報は、第２の車両の位置、ルートおよび目的地のうちの少なくとも１つを備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して車両間の通信（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）に関する。具体的には、本発明は、車両間の通信を介して１つ以上の目標目的地へメッセージを配信するための方法に関する。
【背景技術】
【０００２】
車両間の通信の従来の活用法として、近くの車両同士はその相対位置を交換する。位置データに基づいて、車両の安全性は、たとえば、車両衝突回避システムおよび自律車両編隊システムによって高められることが提案されている。車両間の通信技術の詳細は、米国特許第６９８５０８９号明細書に記載されている。米国特許第６７０７３７８号明細書には、別の従来技術が記載されている。
【０００３】
従来の車両間通信技術（ｉｎｔｅｒ−ｖｅｈｉｃｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）には、幾つかの問題点および欠点がある。主な問題点の１つは、情報が方向づけなしに同報通信されることである。たとえば、米国特許第６９８５０８９号明細書は、配信の確率を高めるために送信を複数回繰り返すことを教示している。その結果、冗長なメッセージが通信チャネルを飽和させる場合があり、配信の確率も低い。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許第６９８５０８９号明細書
【特許文献２】米国特許第６７０７３７８号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、車両間の通信を介して１つ以上の目標目的地へメッセージを方向付けて配信する方法を提供することにある。
【課題を解決するための手段】
【０００６】
第１の態様によれば、メッセージを少なくとも１つの目標目的地へ転送するための方法が提供される。本方法は、第２の車両の地理的情報を受信するステップと、地理的情報と少なくとも１つの目標目的地との関係性を決定するステップと、決定の結果に依存して第２の車両へメッセージを条件付きで送信するステップとを含み、前述のステップが第１の車両によって実行される。地理的情報は、第２の車両の位置、ルートおよび目的地のうちの少なくとも１つを含む。地理的情報の１つのソースとして、電子ナビゲーションシステムが適用されてもよい。
【０００７】
ある典型例として、メッセージは、上記関係性が、第２の車両が上記少なくとも１つの目標目的地へのメッセージの転送に加わることに適することを示していれば交換される。目標目的地は、定置であっても移動体であってもよい。後者の場合、第２の車両の地理的情報と（移動性の）目標目的地との関係性を決定する際には、目標目的地の移動度を考慮することが可能である。具体的には、目標目的地は第２の車両とは異なっていてもよい。たとえば、目標目的地は路側の目的地であってもよい。路側の目的地の典型例は、警察署またはインターネットまたは他の通信ゲートウェイであってもよい。所定の事例では、目標目的地は第２の車両自体であってもよい。
【０００８】
本明細書において理解されるように、車両は、自転車を含む非動力車両、自転車に乗っている人または歩行者も含む。本明細書に記載の方法は、携帯電話、ラップトップまたは移動体（個人用）または定置式電子ナビゲーションシステムによって、またはこれらと共働して実行されることが可能である。
【０００９】
メッセージは、少なくとも１つの目標目的地に関する情報を暗示的（たとえば、識別子の形式で）または明示的（たとえば、地理的座標の形式で）の何れかを含んでもよい。メッセージはさらに、イベントに関するイベント情報を含んでもよい。イベントは、交通障害をもたらすもの、または交通遅延の原因となるものであってもよい。一例として、自然現象（道路上の倒木、地滑りなど）が道路の遮断を引き起こす場合もある。メッセージまたはこのようなイベントに関するイベント情報は、たとえば、他の道路使用者に対する警告を含んでもよい。別の重要な事例では、検出されるイベントは事故に関するものであってもよい。事故は、第１の車両の近傍における他の車両に関連するものであっても、第１の車両自体に関連するものであってもよい。
【００１０】
イベント情報は、イベントの時刻、場所およびタイプのうちの少なくとも１つを含んでもよい。イベントの時刻は、メッセージへ優先順位を割り付けるために使用されてもよい。また、イベントの時刻に基づいて制限時間を規定するように考えてもよい。制限時間が切れる前に、その目標目的地へ到達していないメッセージは、放棄されてもよい。場所は、イベントの場所へ救助を差し向けるために使用されてもよい。イベント情報がイベントのタイプを含む場合、イベントのタイプは技術的な故障、事故、自然事象または予め規定された交通状況を識別するものであってもよい。
【００１１】
本方法はさらに、イベントを検出するステップも含む。イベントは、技術的故障および第１の車両の事故の事例を含み、第１の車両内部（すなわち、車載）で検出されてもよい。またイベントは、第１の車両の外側で検出されてもよい。外部イベントの検出は、たとえば別の車両の機能停止または事故の事例において有益である。
【００１２】
また本方法は、メッセージを生成するステップも含む。イベントを検出するステップおよびメッセージを生成するステップは、メッセージの生成がイベントの検出によって引き起こされることにおいて関連づけられてもよい。
【００１３】
本方法はさらに、目標目的地セットから少なくとも１つの目標目的地を選択するステップを含んでもよい。選択は、イベント情報および地理的情報の少なくとも一方に依存してもよい。たとえば、この選択は、第２の車両の計画されたルートに沿った１つ以上の目標目的地を考慮してもよい。少なくとも１つの目標目的地を選択するステップでは、第２の車両が路側の目的地を通過する間に通信範囲内に存在するという目的で、路側の目的地が好ましい場合がある。
【００１４】
関係性を決定するステップは、第２の車両の位置がイベントの領域内部に存在するかどうかを評価することを含んでもよい。これは、たとえば、イベントの場所を通過した第１の車両が上記決定の結果として、近づいてくる第２の車両へ、第２の車両がイベントに到達する前にメッセージを送信することを可能にする。
【００１５】
さらに、もしくは代替として、関係性を決定することは、第２の車両のルートがイベントに接近しているかどうか、またはイベントの領域に遭遇するかどうかを評価することを含んでもよい。この場合、第２の車両のルートが、第２の車両のルートを含んでいる受信された地理的情報から直接に導き出されることが可能であり、または、ルートが第２の車両の目的地に従って計算されることが可能である。第２の車両のルートがイベントに接近していれば、その決定の結果として第２の車両へメッセージを送信することができる。この手段は、たとえばイベントを避けるために第２の車両にとって有益である場合がある。
【００１６】
受信される地理的情報が第２の車両の位置を含む場合は常に、上記関係性がこの位置に基づいて決定されてもよい。これは、たとえば、一車線しかなく、これが車両の長い列で占められている場合に効果的である。第１の車両の前にある第２の車両へメッセージを転送する場合、メッセージは車列内を進み、よって車列の平均走行速度より高速で移動する。
【００１７】
またさらに、上記関連性を決定することは、第２の車両の目的地がイベントの領域内部にあるかどうかを決定することを含んでもよい。第２の車両の目的地がイベント領域内部にあれば、メッセージは第２の車両に関連している可能性がある。従って、メッセージは、上記決定の結果として第２の車両へ送信されることが可能である。
【００１８】
さらに、第２の車両の位置が第１の車両の位置またはルートと比べて、少なくとも１つの目標目的地に近いか、または近くなるかどうかが決定されてもよい。本明細書において理解されるように、「より近接する」、「より近い」およびこれらに類似する距離関連の言い回しは、最短距離、道路距離、移動時間またはこれらの組み合わせの意味で定義されることが可能である。
【００１９】
さらに、関係性を決定することは、第２の車両のルートが少なくとも１つの目標目的地へ接近するかどうかを評価することを含んでもよい。また、少なくとも１つの目標目的地の選択も、第２の車両のルートに依存してもよい。この場合、少なくとも１つの目標目的地は、第２の車両がこの目標目的地へ接近するように選択することが可能である。
【００２０】
本方法はさらに、少なくとも１つの（たとえば、可能な目標目的地セットのうちの任意の１つの）目標目的地に接近する第１の車両に関する第１の弁別子（ｔｈｅ ｆｉｒｓｔ ｄｉｓｃｒｉｍｉｎａｔｏｒ）を決定するステップを含むことが可能である。一例として、第１の弁別子は、少なくとも１つの目標目的地との通信範囲内に到来する第１の車両を示すパラメータを定量化してもよい。決定される弁別子は、マップマッチングアルゴリズム（ｍａｐ ｍａｔｃｈｉｎｇ ａｌｇｏｒｉｔｈｍｓ）によって推定または計算されることが可能であり、またはロケーション距離一覧表から検索されることが可能である。
【００２１】
また、少なくとも１つの（たとえば、可能な目標目的地セットのうちの任意の１つの）目標目的地に接近する第２の車両に関する第２の弁別子（ｔｈｅ ｓｅｃｏｎｄ ｄｉｓｃｒｉｍｉｎａｔｏｒ）も決定することができる。第２の弁別子は、第１の車両で定量化されることが可能であり、または第２の車両から受信されることが可能である。第２の弁別子は、地理的情報と共に、または少なくとも１つの目標目的地に関する情報が第２の車両へ送信された後に受信されてもよい。
【００２２】
第２の弁別子は、第１の車両に関する第１の弁別子によって考慮される目標目的地とは異なる目標目的地に接近する第２の車両を明らかにするものであってもよい。これによって、異なる車両および異なる目標目的地を評価することが可能である。第１の弁別子および第２の弁別子が入手可能である場合は常に、本方法はさらに双方の弁別子を比較することを含んでもよい。
【００２３】
一例として、弁別子（ｔｈｅ ｄｉｓｃｒｉｍｉｎａｔｏｒｓ）は、時間期間または距離測度であるように選ばれることが可能である。弁別子は、電子ナビゲーションシステムにより、既知のルートまたは計算されたルートに基づいて計算されることが可能である。さらに、たとえば時間および距離の重み付け法に従って時間期間および距離測度の組み合わせを有することも可能である。重み付け法は、平均速度等の第１および第２の車両の特性を考慮してもよい。別の態様によれば、本方法は、第２の車両の移動体通信機器に関する機器情報を受信するステップを含んでもよい。このステップは、地理的情報を受信するステップと組み合わされてもよい。或いは、機器情報は第１の車両によって要求された時点でのみ受信されてもよい。第２の車両へメッセージを送信するための決定は、さらに機器情報にも依存してもよい。たとえば、イベントが緊急事態である場合、携帯電話または警察電話等の車両固有の通信デバイスにアクセス可能であれば、メッセージは第２の車両へ転送される。
【００２４】
第２の車両のルートを知ることが効果的である場合は常に、本方法はさらに、受信される地理的情報に基づいて第２の車両のルートを計算するステップを含んでもよい。第１の車両内に電子ナビゲーションシステムが存在する場合、第２の車両のルートの計算は、第１の車両車載のナビゲーションシステムによって実行されることが可能である。
【００２５】
さらなる態様によれば、少なくとも１つの目標目的地へメッセージを転送する方法が提供され、本方法は、第１の車両により実行され、第１の車両の地理的情報を決定するステップと、該地理的情報を第２の車両へ送信するステップと、地理的情報の送信に応答して目標目的地へ転送するためのメッセージを第２の車両から受信するステップとを含む。地理的情報は、第１の車両の位置、ルートおよび目的地のうちの少なくとも１つを含む。
【００２６】
少なくとも１つの目標目的地へ転送するためのメッセージは、第２の車両から受信されてもよい。或いは、メッセージは、通信チェイン（ａ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃｈａｉｎ）の側枝を形成するために第２の車両から受信されることも可能である。これは、たとえば、警告メッセージ用に、または「カーボンコピー」メッセージ用に効果的である。
【００２７】
上記のように、受信されるメッセージは、イベント情報および目標目的地に関する情報の少なくとも一方を含んでもよい。また本方法は、受信されるメッセージを処理するステップも含んでもよい。受信されるメッセージの処理は、少なくとも１つの目標目的地に依存してもよい。本方法はさらに、少なくとも１つの目標目的地をイベント情報および地理的情報の少なくとも一方に依存して選択するステップを含んでもよい。地理的情報への依存は、たとえば少なくとも１つの目標目的地が第２の車両のルートに従って選ばれる場合に生じる。イベント情報への依存は、メッセージが選択される目標目的地に関連するものであることを保証してもよい。
【００２８】
本方法はさらに、少なくとも１つの目標目的地に接近する第１の車両に関する弁別子を送信し、かつ／または、受信するステップを含んでもよい。弁別子を送信する上記ステップは、第２の車両がメッセージを送信する前に弁別子を分析できるように、第２の車両からメッセージを受信する上記ステップに先行してもよい。従って、メッセージを受信するステップは、第２の車両へ送信される弁別子に依存してもよい。
【００２９】
さらに他の態様によれば、少なくとも１つの目標目的地へメッセージを転送する方法は、第１の車両により実行され、第１の車両によってイベントを検出するステップと、イベントの検出に応答してメッセージを生成するステップであって、該メッセージが、イベント情報および目標目的地の少なくとも一方を含み、目標目的地へ送信されるようにメッセージを第２の車両へ送信するステップとを含む。
【００３０】
本方法はさらに、第２の車両からメッセージを受諾する受信通知またはメッセージの拒絶を受信することを含んでもよい。受信される受信通知はさらに、第２の車両がメッセージを転送しようとする少なくとも１つの目標目的地を含んでもよい。本方法はさらに、メッセージを繰り返し送信することを含んでもよい。繰返し送信するステップは、第２の車両によってメッセージが拒絶されれば、または、メッセージが第２の車両によって受信を確認されていない別の目標目的地へ転送されるべきものであれば引き起こされてもよい。イベントを検出するステップでは、イベントは第１の車両によって、（または第１の車両内で）検出されてもよい。以下、本明細書に記載の任意の方法と組み合わせることができる追加的な特徴を示す。
【００３１】
上記送信、および受信するステップおよび方法は、無線通信に適用されてもよい。適用される無線通信は、高周波信号に基づくものであることが可能である。本発明の内容における車両間の通信に適格である適切な方法および規格の中には、車両間の通信用の専用狭域通信（ＤＳＲＣ）、狭域通信用の十分に確立されたＢｌｕｅｔｏｏｔｈ（商標）技術（ＩＥＥＥ８０２．１５．１）またはＷｉＦｉ（商標）（ＩＥＥＥ８０２．１１）等のモバイルコンピューティングテクノロジがある。無線通信がこのような規格または高周波信号伝達に全く限定されないことは理解される。他に、赤外線信号伝達または超音速信号伝達を含む任意の無線通信技術が適用されてもよい。
【００３２】
任意の方法には、生成された、または受信されたメッセージに関する情報を第１の車両の内部または外部でシグナリングすることをさらに包含することが可能である。一例として、受信されたメッセージまたはその任意の情報部分は、車両のディスプレイに表示されてもよい。さらに、メッセージに含まれる情報は、第１および第２の車両の少なくとも一方の内部で音響的にシグナリングされてもよい。そのためには、音声合成機構が適用されてもよい。
【００３３】
すでに簡単に説明したように、第１および第２の車両に関連する目標目的地は異なる場合がある。これには、車両に関連して考察される目標目的地セットが共通する目標目的地を持たないという意味で分離されていることが含まれる。さらに、第１および第２の車両に関して、１つ以上の目標目的地が同じである場合もある。上述の弁別子に関しては、異なる目標目的地が適用されてもよい。
【００３４】
さらに、本明細書に記載の任意の方法は、（たとえば目標目的地の通信範囲への進入時に）少なくとも１つの目標目的地へメッセージを送信するステップを含んでもよい。ある可能な目標目的地には、別の車両または固定の目的地（具体的には、路側の目的地）が包含される。この点に関しては、車載の携帯電話または他の車載の通信機構が適用されてもよい。狭域無線通信システムを選好して車載携帯電話を使用するという決定は、メッセージの優先順位に依存してもよい。たとえば、交通事故に関するメッセージは、任意の利用可能な、またはアクセス可能な通信を使用する優先権を有してもよい。
【００３５】
少なくとも１つの目標目的地を共通して有するメッセージのマージも考慮される。この過程は、メッセージの内容を分析することをさらに含んでもよい。分析の結果に基づいて、冗長なメッセージまたは同一メッセージは、転送を回避されることが可能である。特に、冗長な情報または同一情報は、メッセージから削除されてもよい。
【００３６】
さらに、メッセージは追加の情報（たとえば、運転中に生じる情報）で増やされてもよい。たとえば、その内容がイベントのタイプに関連づけられれば、または少なくとも１つの目標目的地に関連するものであれば、メッセージをホストする車両が、メッセージにこの内容を追加してもよい。さらに、追加の情報が、車載センサのデータまたは交通渋滞に関する情報を含んでもよい。このような追加の情報は、ホスト車両または隣接車両の動作を検出するセンサから導き出されてもよい。
【００３７】
さらなる態様によれば、コンピュータプログラム製品が提供され、これは、たとえばトランシーバデバイスまたは車両に搭載されて使用されるように適合されたデバイスである１つ以上のコンピューティングデバイス上でコンピュータプログラムプロダクトが実行されると、本明細書に記載の１つ以上の方法および方法の態様のステップを実行するためのプログラムコード部分を備える。コンピュータプログラム製品は、コンピューティングデバイス内に、または、コンピューティングデバイスに関連付けられる永久メモリまたは書換え可能メモリ、あるいは取り外し可能なメモリカード、ＣＤ−ＲＯＭ、ＤＶＤまたはＵＳＢスティック等のコンピュータ読取り可能記録媒体に格納されてもよい。或いは、または追加的に、コンピュータプログラム製品は、たとえばインターネット等のデータネットワークまたは電話回線もしくは無線リンク等の通信回線を介してコンピューティングデバイスへダウンロードするために備えられてもよい。
【００３８】
さらに他の態様によれば、第１の車両に搭載して使用されるように適合され、少なくとも１つの目標目的地へメッセージを転送するためのデバイスが提供される。本デバイスは、受信機と、プロセッサと、送信機とを備える。受信機は、第２の車両の位置、ルートおよび目的地のうちの少なくとも１つに関する地理的情報を受信するように適合される。プロセッサは、地理的情報と少なくとも１つの目標目的地との関係性を決定するように適合される。送信機は、上記決定の結果に依存してメッセージを第２の車両へ条件付きで送信するように適合される。プロセッサは、上記関連性を定量化できる、上述したような弁別子を受信または決定するように適合されることが可能である。
【００３９】
さらに別の態様によれば、第１の車両によって使用されるように適合され、少なくとも１つの目標目的地へメッセージを転送するためのデバイスが提供され、前記デバイスがプロセッサと送信機と受信機とを備える。プロセッサは、第１の車両の位置、ルートおよび目的地のうちの少なくとも１つに関する地理的情報を決定するように適合される。送信機は、地理的情報を第２の車両へ送信するように適合される。受信機は、地理的情報の送信に応答して第２の車両から目標目的地へ転送するためのメッセージを受信するように適合される。プロセッサはさらに、受信されたメッセージを処理するように適合されてもよい。受信されたメッセージの処理は、少なくとも１つの目標目的地に依存してもよい。
【００４０】
さらに別の態様によれば、第１の車両によって使用されるように適合され、少なくとも１つの目標目的地へメッセージを転送するためのデバイスが提供され、前記デバイスが検出部とプロセッサと送信機とを備える。検出部は、第１の車両によってイベントを検出するように適合される。プロセッサは、イベントの検出に応答してメッセージを生成するように適合され、上記メッセージはイベント情報および目標目的地の少なくとも一方を含む。送信機は、目標目的地へ搬送されるためのメッセージを第２の車両へ送信するように適合される。
【００４１】
以下、本明細書に記載の任意のデバイスと組み合わせることができる追加的な特徴を示す。
【００４２】
各デバイスはさらに、メッセージに関する情報をシグナリングするように適合されるシグナリング部を備えてもよい。情報を第１の車両の外側へシグナリングするために、シグナリング部は、警告灯またはクラクション等の車両シグナルを適用してもよい。シグナリング部はさらに、第１の車両の内側で情報をシグナリングするように適合されてもよい。またシグナリング部は、シグナリングされた情報を表示するためにディスプレイを備えてもよく、またはディスプレイにアクセスしてもよい。さらに、もしくは代替として、シグナリング部は、情報を音響的にシグナリングするためにスピーカまたはオーディオシステムを備えてもよく、もしくはこれらにアクセスしてもよい。後者の場合、シグナリング部は、受信されるメッセージに関連づけられる音声信号を生成する電子音声合成部も備えてもよい。
【００４３】
各デバイスはさらに、衛星ナビゲーションシステム等の電子ナビゲーションシステムを備えてもよく、もしくは上記電子ナビゲーションシステムへのアクセスを有してもよい。プロセッサは、ナビゲーションシステムの処理部を形成してもよく、またはナビゲーションシステムの結果を処理するように適合されてもよい。ナビゲーションシステムのこのような結果は、電子ナビゲーションシステムによって推定されたルートまたは道路距離または時間期間を包含してもよい。また、このような結果を処理して上記関係性の決定の際に前述の弁別子を計算するようにプロセッサを適合することも有益である。またプロセッサは、イベントに関するイベント情報をメッセージへ包含するように適合されてもよい。プロセッサはさらに、少なくとも１つの目標目的地をイベント情報または地理的情報に依存して選択するように適合されてもよい。
【図面の簡単な説明】
【００４４】
さらなる詳細、態様および利点について、図面を参照して説明する。
【図１】２台の車両のルートと、イベントを通過する前の２台の車両の位置とを概略的に示している。
【図２】２台の車両のうちの一方がイベントを通過した時の図１のその後の状況を示す。
【図３】双方の車両による相互通信範囲内への進入に伴う地理的情報の送信および受信を示す。
【図４】メッセージの受信および送信を概略的に示している。
【図５】メッセージが２台の車両のうちのもう一方の車両によってホストされていることを略示している。
【図６】メッセージが目標目的地へ送信されていることを概略的に示している。
【図７】メッセージを転送するために車両に搭載されたデバイス実施形態のモジュールを概略的に示している。
【図８Ａ】メッセージを送信するために実行される方法の実施形態のステップを示す。
【図８Ｂ】メッセージを送信するために実行される方法の実施形態のステップを示す。
【図９】メッセージを受信するための補完的方法の実施形態のステップを示す。
【図１０】さらなる方法の実施形態のステップを示す。
【発明を実施するための形態】
【００４５】
以下の説明では、本発明の理解を深めるために、少なくとも１つの目標目的地へメッセージを転送するための個々のステップ等の特定の詳細について、限定としてではなく、説明することを目的として述べる。当業者には、本発明がこれらの特定の態様から逸脱する他の実施形態において実施されてもよいことが明らかである。
【００４６】
当業者は、以下、本願明細書において説明される機能が、個々のハードウェア回路を使用して、プログラムされたマイクロプロセッサまたは汎用コンピュータと共同で機能するソフトウェアを使用して、特定用途向け集積回路（ＡＳＩＣ）を使用して、かつ／または１つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して実施されてもよいことを理解する。また、本発明は、コンピュータプロセッサおよび上記プロセッサへ結合されるメモリにおいて具現化される場合、上記メモリが上記プロセッサによって実行されると、本願明細書に記載されている方法のステップを実行する１つ以上のプログラムで符号化されることも理解される。
【００４７】
以下の実施形態において、少なくとも１つの目標目的地へのメッセージの効率的な転送が、車両間の通信を用いて促進される。効率は、ナビゲーションシステムによって提供され得る地理的情報によって生じる。ナビゲーションシステムは内蔵型車載システムであっても、一部が車両に搭載されて位置決めされかつ一部が１つ以上のリモートサイトに位置決めされる分散システムであってもよく、個々のシステムパーツは（たとえば、セル通信方法を使用して）互いに通信し合うように構成されている。
【００４８】
図１から図６は、第１の車両１０および第２の車両１２のルートおよび地理的位置を時間順に示している。車両１０および車両１２の各々には、図７に概略的に示されているように、無線ネットワークモジュール１４と、電子ナビゲーションシステム１６と、プロセッサ５０と、プロセッサ５０へアクセス可能なメモリモジュール５２とが装備されている。電子ナビゲーションシステムは、衛星を利用することが可能である。この目的を達成するために、衛星から全地球測位システム（ＧＰＳ）またはガリレオ・ナビゲーション・システムの信号が受信される。十分な数の衛星と通信できない場合、または他の場合において、電子ナビゲーションシステムは車両の位置を移動体ネットワーク内で位置決めしてもよい。この目的を達成するために、移動体通信ネットワークが最も高頻度で適用される（たとえば、既知の基地局の信号強度を比較できる）。
【００４９】
或いは、位置は（たとえば、移動体通信サービスのプロバイダから）直接要求される。位置決め精度を高める目的で、または外部位置信号がない場合、ナビゲーションシステムは車載センサ（たとえば、ステアリングセンサおよび、速度および加速用センサ）を使用して車両の現在位置を追跡してもよい。さらに、任意の同等の方法を適用して、位置、ルートおよび目的地のうちの少なくとも１つを評価することもできる。
【００５０】
第１の車両１０および第２の車両１２の目的地は、対応するナビゲーションシステム１６内に格納され、図１において、それぞれロケーション１８およびロケーション２０として識別されている。第１の車両のルート２２はその目的地１８へ導き、かつ車両１２のルート２４はその目的地２０へ導く。ルート２２およびルート２４はナビゲーションシステム１６によって計算され、かつ／または車両１０および車両１２の車内に格納される。
【００５１】
図１に示す状況においては、第１の車両１０のルート２２に沿った路側でイベント２６が発生している。イベント２６は、たとえば、車両１０のルート２２の反対車線を阻む事故である。
【００５２】
図１のマップはさらに、２つの路側目標目的地２８および３０も示し、少なくともその一方はイベントの発生について通知されるべき警察署である。目標目的地２８は車両１０のルート２２の路側に位置決めされ、目標目的地３０は車両１２のルート２４の分岐点に位置決めされる。目標目的地２８と目標目的地３０との各々に対応するルート２２とルート２４との間の最短距離は、車両１０および車両１２内に設置された無線ネットワークモジュール１４の通信範囲内に入るに足る長さである。
【００５３】
第１の車両１０がイベント２６を通過しながら、イベント２６は、図７に概略的に示されている検出部３２によって検出される。検出部３２は、センサ部４４、即ちセンサ部４４へ接続される１つまたは複数のセンサからデータを受信する。このような自動検出に加えて、またはその代替として、車両の乗員は運転支援システム４２のユーザインタフェースを介して情報を入力することができる。ユーザインタフェースの安価な実施形態は、スイッチまたはキーボードであってもよい。本実施形態において、運転支援システム４２のシグナリング部３８は、ユーザインタフェースの機能を設けるタッチスクリーンを備える。進歩的な実施形態では、車両の乗員へ非接触入力を提供するためにマイクロホンおよび音声認識装置が付加的に設置される。
【００５４】
図１から図６に示す外的なイベント２６の他に、車両でのイベントのタイプには、スリップ防止制御システムのセンサにより検出される「滑りやすい路面」、カメラまたは前方霧灯／後方霧灯のスイッチが入っているという事実から検出される「濃霧」、加速度センサ、エアバッグセンサ、カメラまたはユーザインタフェースを介する入力により検出される「自動車事故」、第１の車両１０の盗難警報装置により検出される「自動車窃盗進行中」、および加速度センサ、エアバッグセンサまたはユーザインタフェースを介する入力により検出される「医療緊急事態」といったタイプが含まれる。
【００５５】
図８Ａおよび図８Ｂのフローチャート８００は、車両１０に搭載されたプロセッサ５０により実行されるステップの方法の実施形態を示し、図９のフローチャート９００は、車両１２に搭載されたプロセッサ５０により実行可能な方法の実施形態の補完的なまたは組合せ可能なステップを示す。
【００５６】
イベント２６の検出８１０に引き起こされて、検出されたイベント２６に証拠値（ａｎ ｅｖｉｄｅｎｃｅ ｖａｌｕｅ）が割り当てられる。証拠値は、検出８１０において適用されたセンサの信頼度、ならびに受信信号の品質および重要性を表わす。
【００５７】
図８のステップ８１２によるメッセージ３４は、証拠値がメッセージ閾値を超える場合に限って生成される。これにより、第１の車両１０での「偽のイベント」を効率的に排除することができる。図２に示されているように、メッセージ３４は既に生成されていて、この時点で車両１０によってホストされている。メッセージ３４は、図７に示される検出部３２から受信されたデータに基づくイベント情報を含んでいる。第１の車両１０がイベント２６を通過しながら、検出部３２からイベント２６に関するさらなるデータが受信される。このような連続するイベントに割り当てられる証拠値は、蓄積されていく。メッセージは、蓄積された証拠値が転送閾値を超える場合に限って、転送可能とされている。これにより、「誤ったメッセージ」の転送を効率的に回避することができる。図２に示す時点では、メッセージ３４は既に転送するに足る証拠値を蓄積し、かつ第１の車両１０の移動によって増大している。
【００５８】
第１の車両１０は、車両１０がイベント２６に近接する予め画定された範囲内に存在する限り、イベント領域内に存在している車両へ通知するためのその通信領域内の任意の第２の車両１２へメッセージ３４を送信する。この機能を実現する１つの方法は、同報通信モード（ａ ｂｒｏａｄｃａｓｔｉｎｇ ｍｏｄｅ）である。第１の車両１０は、イベント２６に近接する予め画定された範囲内に存在する限りにおいて、同報通信モードに切り換える。同報通信モードにおいて、メッセージ３４は、第１の車両１０によって、通信範囲内に存在する任意の第２の車両１２へ同報通信される。この機能は、たとえば、イベント２６の対向交通に対して、対向交通がイベント２６に遭遇する前に警告してもよい。
【００５９】
車両１０によりメッセージ３４が伝送されながら、ステップ８１４では、車両１０の（車載ナビゲーションシステム１６により計算された）既知のルート２２に基づいて目標目的地２８が選択される。この選択のために、目標目的地２８および目標目的地３０として可能性のあるロケーションを含む電子地図が調べられる。イベントに依存して、メッセージが唯一の適切な目標目的地を有する可能性もあり、この場合、目標目的地２８および目標目的地３０を選択するステップは省略される。このような場合、車両１０は、適切な目標目的地へ効果的にメッセージを伝送できる車両１２を見つけることを目指す。
【００６０】
しばらくすると、状況は図３に示すようになる。第２の車両１２は、この時点で車両１０の通信範囲内に存在する。第２の車両１２の現在位置、目的地２０およびルート２４のうちの少なくとも１つに関する地理的情報が、車両１２から車両１０へ自動的に、または車両１０から明確な要求があった時点の何れかで伝達される。このステップ８１６は、図８のフローチャート８００にも示されている。
【００６１】
ステップ８１８は、第２の車両１２のルート２４が受信された地理的情報にも含まれているかどうかを分析する。目的地２０しか受信されていなければ、ステップ８２０において、車両１０の車載ナビゲーションシステム１６により車両１２の目的地２０に基づいて、車両１２のルート２４が計算される。
【００６２】
イベント情報がイベント２６のタイプを含んでいる場合、ターゲット選択８２２は、このタイプのイベントに関連づけられる既知の目標目的地のセットからターゲットとして可能性のあるものを検索してもよい。たとえば、事故の事例において、この選択は、警察署の位置を含む電子地図に基づくものであってもよい。イベント情報に関する依存事項としては、他にも複数の可能性がある。
【００６３】
一般に、選択８２２は、イベント情報および地理的情報の双方に依存してもよい。少なくとも１つの目標目的地の選択は、イベントのタイプに基づくことが可能であり、たとえば機器の不良の場合には、サービスステーションが選択されてもよい。同時に、この目標目的地は、第２の車両１２の第２のルートの近傍に位置決めされるように選ばれてもよい。本事例の場合、ステップ８２２では、第２の車両１２に関するルート２４およびイベント２６のタイプに基づいて、目標目的地３０がメッセージ３４の潜在的なキャリア（ａ ｐｏｔｅｎｔｉａｌ ｃａｒｒｉｅｒ）として選択される。
【００６４】
次のステップ８２４は、一般に、地理的情報、メッセージ３４、目標目的地２８および目標目的地３０のうちの少なくとも２つの間の関係性を決定する。
【００６５】
ステップ８２６のグループは、イベント２６に関する追加的警告が車両１２へ送信されるべきかどうかを分析する。この目的を達成するために、ステップ８２８は、車両１２のルート２４がイベント２６へ接近しているかどうかを分析する。接近していなければ、次のステップ８３０は、車両１２の現在位置がイベント２６の領域内であるかどうかを分析する。ここで、イベント２６の領域は、イベント２６によって影響される道路の図３におけるトンネル（ｔｈｅ ｓｅｇｍｅｎｔ）３６を包含する。この点もやはり該当しないことから、車両１０は車両１２へ警告を送信しない。
【００６６】
次のステップは、転送遅延の観点から、第１の車両１０から第２の車両１２へメッセージ３４を転送することが実際に効果的であるかどうかを分析する。最初の単純な分析は、目標目的地３０に接近している第２の車両１２のルート２４について検査するステップ８３２として示されている。ステップ８３２による分析の肯定的な結果は、第２の車両１２へメッセージを転送することの利点を示してもよい。
【００６７】
本実施形態は、ステップ８３４のグループによるさらに高度な分析を適用する。ステップ８３６では、車両１０に搭載されたナビゲーションシステムによって第１の車両１０に関する第１の弁別子が推定される。この実施形態において、第１の弁別子は、ルート２２を辿る車両１０が目標目的地２８へ到達するまでの時間を示す。第２の弁別子は、ルート２４を辿る第２の車両１２が目標目的地３０へ到達する時間によって規定される。ステップ８３８は、第２の弁別子が車両１２から受信されているかどうか、または受信されるべきかどうかを分析する。第２の弁別子の受信は、たとえば、第１の車両１０に搭載されているナビゲーションシステムが第２の車両１２のルート２４を計算できなかった場合に必要である場合がある。このような状況では、車両１０は、車両１２から第２の弁別子を受信するための要求を任意選択として目標目的地３０に関する情報と共に車両１２へ送信することができる。
【００６８】
本実施形態では、第２の車両１２のルート２４は既知であるため、ステップ８４０において第２の弁別子は第１の車両１０で推定される。
【００６９】
ある代替実施形態によれば、第２の弁別子は、第２の車両１２が少なくとも１つの目標目的地へ接近しているかどうか、またはどのような状況で接近しているかを定量化する。目標目的地が２つ以上存在する場合、第２の弁別子は、目標目的地毎に入口（ｅｎｔｒｉｅｓ）を有するリストを包含してもよい。第２の弁別子はさらに、目標目的地の重要性または適切性を定量化するために重み付け係数を含んでもよい。
【００７０】
次のステップ８４２は、第１の弁別子と第２の弁別子とを比較する。本事例において、ステップ８４２による比較の結果は、車両１２がその目標目的地３０へ到達する時間の方が、車両１０がその目標目的地２８へ到達する時間よりも短いことを示している。この結果に基づいて、ステップ８５０では、図４に概略的に示されているように、第１の車両１０から第２の車両１２へメッセージ３４が送信される。
【００７１】
一般に、関係性の決定に際しては、第１の車両１０と比較して、第２の車両１２の方がメッセージ３４の輸送に適しているかどうかが考慮される。したがって、メッセージ３４が、メッセージをその固有の移動によって、通常少なくとも１つの目標目的地２８と目標目的地３０に従って進行する車両によってホストされる、という利点がある。これにより、本発明は、メッセージ３４を配信する上でその通信ノードが移動しているという事実を利点に変える。
【００７２】
さらに、メッセージ３４を、その固有の移動によってメッセージ３４を進行する車両においてホストすることは、通信範囲内に適切な第２の車両１２が存在しない、または、全くない場合でもメッセージ３４の伝搬を可能にする。したがって、本発明が車両１０と車両１２の可変密度に対して極めてロバストであるという利点がある。
【００７３】
弁別子の比較結果が第２の車両１２に利するものでなかったとしても、メッセージ３４を第２の車両１２へ転送する他の理由は、たとえばその通信機器の観点から存在する可能性がある。これは、ステップ８４２における弁別子の比較結果が否であれば、ステップ８４２に続く可能性もあるステップ８４４に示されている。この場合、ステップ８４６は、機器情報を第２の車両１２から、恐らくは要求された時点で受信可能かどうかを分析する。
【００７４】
機器情報が与えられると、ステップ８４８は、第２の車両１２へメッセージ３４を転送すること、および車両１２の通信機器を使用することが効果的であるかどうかを分析する。一例として、第２の車両１２に搭載された携帯電話にアクセスできれば、ステップ８４８の結果は是であることが可能である。
【００７５】
メッセージ３４を送信するステップ８５０では、上述の（蓄積された）証拠値をメッセージ３４に包含することができる。従って、たとえば、さらなる証拠値がメッセージ３４へ割り当てられ、かつメッセージ３４によって第２の車両１２内に蓄積されることが可能である。
【００７６】
ステップ８３２、ステップ８３４またはステップ８４４のグループのうちの１つによる肯定的な結果に基づいて、ステップ８５０において、第２の車両１２へメッセージが送信される場合は常に、メッセージは第２の車両１２へ渡される。すなわち、これまでメッセージ３４をホストしていた車両１０は、ステップ８２６のグループに従って近づきつつある交通に警告を続けるが、もはや別の車両へメッセージを送信せず、他の車両に目標目的地の１つへメッセージを転送するように指令する。これにより、メッセージ３４の転送におけるアバランシェ効果が回避される。
【００７７】
冗長メッセージを回避するために、メッセージ３４の送信として、メッセージ３４に割り当てられたタイマＴ３４が始動される。第１の車両１０は、所定の待ち時間の経過後であるしばらく後に、即ち、Ｔ３４＞ＴＬＡＴＥＮＣＹであれば、類似のメッセージ３４’を送信する。たとえば、領域３６内に「濃霧」タイプの自然イベント２６が検出されれば、待ち時間ＴＬＡＴＥＮＣＹは領域３６内で霧が晴れる最短推定時間に設定される。Ｔ３４＜ＴＬＡＴＥＮＣＹである限り、類似のメッセージ３４’は、たとえば、その検出場所がメッセージ３４によってすでに報告されているイベント２６の領域３６の外側であれば送信される。これは、イベントの程度を更新することを効果的に可能にする。メッセージ３４’を生成すべきかどうかの決定は、（利用可能であれば）メッセージ３４に割り当てられる（蓄積された）証拠値および現行メッセージ３４’の（蓄積された）証拠値にも依存してもよい。たとえば、待ち時間ＴＬＡＴＥＮＣＹは、このような証拠値の関数として計算されることが可能である。
【００７８】
メッセージ３４は第２の車両１２へ送信され、メッセージ３４をメッセージ３４内にターゲット情報として含まれる１つ以上の特定の目標目的地３０へ転送することが第２の車両１２に指令されることも可能であるが、１つ以上の他の目標目的地２８へメッセージ３４を転送することは引き続き第１の車両１０の仕事（ａ ｔａｓｋ）である。これにより、目標目的地２８、３０のセットへメッセージ３４を転送する仕事は、２つ以上の車両１０、車両１２間で分けられてもよい。ターゲット情報は、明確な目標目的地の代わりに、または追加的に、一般に可能な目的地を特定する目標目的地のタイプを含むことが可能である。このタイプの目標目的地は、メッセージ転送における第２の車両の適応性（ｆｌｅｘｉｂｉｌｉｔｙ）を効果的に増大させる。
【００７９】
本実施形態では、図５に示すように、第２の車両１２がメッセージ３４を独占的に引き受ける。この時点では、メッセージ３４は第２の車両１２の移動によって前進する。
【００８０】
メッセージ３４を第１の車両１０から第２の車両１２へ転送するためのアナログ的方法を、メッセージ３４の起源からは独立して適用できることが理解される。たとえば、検出されたイベント２６の結果としてメッセージ３４を生成する代わりに、図８のフローチャート８００のステップ８０８により、車両１２が車両１０からメッセージを受信するのと同様の方法で、またはそれ以外の方法で、車両１０がメッセージ３４を受信することも可能である。
【００８１】
ここで、車両１２の視点から、図９に示すようなフローチャート９００による補完的方法の実施形態を説明する。
【００８２】
補完的方法の実施形態は、ステップ９１０において地理的情報を決定することによって始まる。これは、車両１２の通信範囲内に進入した別の車両１０が要求した時点で実行される。図３は、この場合の可能な状況を示す。図３はまた、車両１２から車両１０へ地理的情報を送信する次のステップ９１２も示している。
【００８３】
車両１０が、目標目的地３０へ到着するためにルート２４を辿っている車両１２に関する弁別子も要求するという可能性もある。その場合は、車両１２に搭載されたナビゲーションシステム１６が電子地図に基づいて、たとえば目標目的地３０までの道路距離を計算することにより弁別子を推定する。結果として得られる弁別子は、たとえば、後の異なる弁別子の比較におけるその再計算を回避するために格納される。弁別子は、ステップ９１４により、車両１２から車両１０へ送信される。
【００８４】
さらに、車両１０が車両１２の機器に関する情報を要求することも可能である。データのセキュリティ問題を考慮する場合があり、かつ車両１０に承認の証明を送信するように要求する場合がある予め規定された設定に依存して、車両１２は、ステップ９１６により要求された機器情報を送信する。
【００８５】
図４に示すように、ステップ９１８においてメッセージは車両１０から受信され、ステップ９２０において車両１２に対するその関連性が分析される。分析９２０の結果が、たとえば受信されたメッセージが警告であるゆえに肯定であれば、ステップ９２２において、メッセージ３４に含まれる情報が車両１２内でシグナリングされる。シグナリングを行うためには、図７に示すシグナリング部３８が適用される。警告のシグナリングは、車両１２の外側でも行うことが重要である場合が多い。この目的を達成するために、シグナリング部３８は、車両１２の警告灯を直接制御する。この利点を示す一例は、高速道路前方における交通渋滞に対して警告するメッセージの受信によって与えられる。車両１２の警告灯は、次には後続車両の注意を喚起し、よって追突の危険性が低減される。
【００８６】
ステップ９２０の結果に関わらず、ステップ９２４は、少なくとも１つの目標目的地を含む特定のターゲット情報をメッセージが含んでいるかどうかを分析する。明確な目標目的地の代わりに、または追加的に、目標目的地は、あるタイプの目標目的地、即ち予め規定された、または共通識別子（たとえば、「半径２０ｋｍ以内に病院」）を含むことが可能である。明確な目標目的地が含まれていなければ、ステップ９２６は少なくとも１つの目標目的地を選択する。少なくとも１つの目標目的地は、ルート２４沿いに、（受信されていれば）目標目的地のタイプまたは受信されたメッセージ３４に割り当てられている、またはメッセージ３４のイベント情報に含まれているイベントタイプに依存して選択される。一般に、イベント２６に関連するメッセージ３４を転送するための少なくとも１つの目標目的地の選択は、イベント情報に依存する。
【００８７】
受信されるメッセージはさらに、ステップ９２８において、車両１２が入手可能な追加の情報によって増やされてもよい。追加の情報は、メッセージ３４のタイプによって、または選択される目標目的地３０に依存して選ばれてもよい。たとえば、追加の情報には、タイムスタンプ、交通渋滞に関する情報または車両１２のセンサ情報が含まれてもよい。センサ情報として可能性のあるものは、交通渋滞の存在を示す可能性がある車両１２の平均速度が含まれてもよい。
【００８８】
メッセージ３４が交通渋滞の中にいる車両内に閉じこめられない（ｄｏｅｓ ｎｏｔ ｇｅｔ ｔｒａｐｐｅｄ）ことを確実にするために、少なくとも１つの目標目的地を選択するステップ９２６は、その時点の交通状況に関する最新情報を包含すべく反復されてもよい。従って、目標目的地は、たとえば交通渋滞におけるさらに前方の車両、または渋滞した道路を抜けていく車両に対して調節されることが可能である。
【００８９】
ステップ９３０は、共通する内容（ｃｏｍｍｏｎ ｃｏｎｔｅｎｔ）または少なくとも１つの共通する目標目的地を有するメッセージが車両１２に存在するかどうかを分析する。存在していれば、ステップ９３２において、冗長な情報または等しい目標目的地を有するメッセージ同士が合併される。共通する目標目的地に対するステップ９３２の実装は、１つを除く全てのメッセージヘッダ（共通の目標目的地を含む）を削除して、メッセージの内容を連結する。共通する内容に対するステップ９３２の別の実装は、メッセージ３４内のデータ記録へ予め規定されたカテゴリを割り当てるか、予め規定されたカテゴリに従ってメッセージ３４内のデータ記録をソートする。これに続いて、予め規定された各カテゴリ内の冗長なデータ記録が削除される。
【００９０】
図５に概略的に示されている場合では、車両１２はメッセージ３４をホストし、他のメッセージはホストしていない。従って、ステップ９３０は、ステップ９３４に引き継がれ、図６に示すようにメッセージ３４が目標目的地３０へ送信される。これにより、メッセージ３４は、その目標目的地のうちの少なくとも１つへ到達している。
【００９１】
メッセージ３４を少なくとも１つの目標目的地３０へ送信するステップ９３４は、目標目的地３０へある程度近接して到達することによって引き起こされてもよい。このステップ９３４はまた、規定値に達する、または予め規定された限界値を超える弁別子によって引き起こされてもよい。さらに、もしくは代替として、ステップ９３４は、少なくとも１つの目標目的地３０との通信接続のロバスト性を検査することによって引き起こされてもよい。
【００９２】
たとえば車両１０が動けない状態の事故であるイベントに車両１０が関与している場合、メッセージ３４の転送は、さらなる方法実施形態を示されている図１０のフローチャート１０００に示すように追跡される。この方法実施形態は、図８Ａ、図８Ｂおよび図９の内容において、上記で説明した方法実施形態との組み合わせで、またはその代替として実行されてもよい。
【００９３】
第１のステップ１０１０において（第１の車両１０で）イベントを検出した後、ステップ１０２０において、メッセージ３４に転送情報が包含される。転送情報は、イベントのタイプ、または対応する目標目的地を第２の車両が選択できるようにする目標目的地のタイプを含む。選択するステップが第１の車両１０の性能（ｔｈｅ ｃａｐａｂｉｌｉｔｙ）の範囲内である場合、転送情報は即時、第１の車両１０によって選択された少なくとも１つの目標目的地２８、目標目的地３０を含む。
【００９４】
ステップ１０３０において、第１の車両１０はメッセージを同報通信するため、車両１０の通信範囲に進入する任意の第２の車両１２はメッセージを受信する。受信側の第２の車両１２は、任意選択として、メッセージ３４を転送することを引き受けるか拒絶するかを決定する。この決定は、転送情報に基づく。この目的を達成するために、受信側の第２の車両１２は、そのルートが少なくとも１つの目標目的地２８、目標目的地３０に一致するかどうかを分析する。分析は、上記で説明したような弁別子によって定量化されてもよい。ルートが一致しなければ、車両１２は（拒絶を送信することにより任意選択として）メッセージを取り消す。メッセージが車両１２へ正式に転送された後に、分析が否定的である場合、メッセージは車両１０へ戻される。第２の車両１２によって送信される拒絶は、部分的な拒絶である可能性もある。すなわち、目標目的地の幾つかの転送は、肯定応答されるが、他の幾つかの目的地は拒絶される。第１の車両１０は、拒絶を受信するたびにメッセージの送信を続ける。当業者には、肯定応答された目標目的地を少なくとも１つの目標目的地のリストから削除することにより、メッセージのアバランシェ効果が回避されることが容易に理解される。本方法実施形態のこの特徴は、効果的には、上記に示した転送方法の任意の変形を事故に関与する車両へと拡大することを可能にする。
【００９５】
さらに、メッセージ３４自体の観点から見ることも教示的である。上記で説明した方法の結果として、メッセージ３４は、ホスト車両の地理的情報に依存して、ホスト車両における「仮想ヒッチハイカ（ｖｉｒｔｕａｌ ｈｉｔｃｈｈｉｋｅｒ）」のように行動する。地理的情報は、現在位置、ホスト車両の目的地およびホスト車両のルートのうちの少なくとも１つを含む。
【００９６】
これまでに述べた任意の実施形態と組み合わされてもよいコンピュータプログラム製品の実施形態によれば、前述のステップのうちの少なくとも幾つかは、図７に示す輸送エージェントモジュール（ａ ｔｒａｎｓｐｏｒｔ ａｇｅｎｔ ｍｏｄｕｌｅ）４０において、たとえば輸送エージェントモジュールライブラリ（ａ ｔｒａｎｓｐｏｒｔ ａｇｅｎｔ ｍｏｄｕｌｅ ｌｉｂｒａｒｙ）４１と称されるスタンドアロンライブラリ（ａ ｓｔａｎｄ−ａｌｏｎｅ ｌｉｂｒａｒｙ）として実装される。ある特定例として、メッセージは汎用オブジェクト（ａ ｇｅｎｅｒａｌ ｏｂｊｅｃｔ）としてオブジェクト指向式（ａｎ ｏｂｊｅｃｔ−ｏｒｉｅｎｔａｔｅｄ ｗａｙ）に実装されることが可能である。以後、汎用オブジェクトを「輸送エージェント」と称する。メッセージ３４は、輸送エージェントに関連づけられるデータメンバ（ａ ｄａｔａ ｍｅｍｂｅｒ）であり、かつ上述の方法の少なくとも一部は輸送エージェントの方法として包含される。
【００９７】
図７に示すように、輸送エージェントモジュール４０は輸送エージェントモジュールライブラリ４１を用いて輸送エージェントを実行し、かつ、ホスト車両に搭載されたナビゲーションシステム１６へのアクセスを有する。輸送エージェントは、ホスト車両の無線ネットワークインタフェース１４等の無線通信技術によって通信することができる。輸送エージェントモジュール４０はさらに、輸送エージェントが運転支援システム４２と情報を交換できるようにする。運転支援システム４２は、検出部３２と、シグナリング部３８と、センサ部（４４）とを備えてもよい。
【００９８】
輸送エージェントモジュール４０または輸送エージェントモジュールライブラリ４１は、無線ネットワークインタフェース１４を用いることによって、たとえば運転支援システム４２であるより高レベルのアプリケーションのメッセージを車両のアドホックネットワーク内でルートを割り当てる（ｒｏｕｔｉｎｇ）ための機能を提供することができる。これにより、本方法は、通信の中心として定置のゲートウェイを構成することなく、通信ネットワークを構成できるようにする。このような定置のインフラストラクチャが不要であるために、サービスコストは比較的低い。さらに、高台の場所に位置決めされる定置のアンテナシステムは、環境または景観を妨げるものとされる場合が多いが、これも本方法によって回避することができる。
【００９９】
輸送エージェントは、メッセージ３４または輸送エージェント自体がその目標目的地２８、目標目的地３０のうちの１つ以上に到達するルートをナビゲーションシステム１６へアクセスすることによって計算してもよい。輸送エージェントはさらに、計算されたルートとホスト車両のルート２２またはホスト車両のルート２４との関係性を決定してもよい。
【０１００】
無線ネットワークインタフェース１４を用いて、輸送エージェントは、１つ以上の他の車両から地理的情報を受信するように適合される。輸送エージェントは、１つ以上の他の車両の各々に弁別子を割り当てることができる。上記で説明してきたように、弁別子は１つ以上の他の車両のルートがメッセージ３４または輸送エージェントの計算されたルートにより良く適合するかどうかを定量化してもよい。具体的には、弁別子は、受信された地理的情報が、同じルートであるが、より高速の移動速度を示しているかどうかを定量化してもよい。さらに、同じルートおよび同じ移動速度の場合では、弁別子は１つ以上の他の車両の位置にアクセスしてもよい。後者の評価は、たとえば、ホスト車両が交通渋滞で動けなければ、輸送エージェントにとって重大である。この状況下では、輸送エージェントは、無線ネットワークインタフェース１４を用いてその現行のホスト車両を繰り返し変更することによって前進することを決定することができる。これにより、輸送エージェントは、混雑の激しい道路状態下でホスト車両を繰り返し変更するという方策を効果的に遂行し、かつ通信リンクがまれであれば、ホスト車両の移動によって前進するという方策を遂行することができる。
【０１０１】
輸送エージェントはさらに、輸送エージェントモジュール４０によってホストされている他の輸送エージェントと相互作用してもよい。相互作用は、少なくとも１つの共通する目標目的地を有する輸送エージェントまたはメッセージ３４のマージ９３２を含むことが可能である。
【０１０２】
新しい輸送エージェントまたはメッセージ３４は、図２に示すように、検出部３２によって検出されるイベント２６の結果として、輸送エージェントモジュール４０により生成される。輸送エージェントのメッセージ３４は、センサ部４４から受信されるデータによって増やされてもよい。
【０１０３】
メッセージのルートを割り当てるその機能に加えて、輸送エージェントモジュール４０は、シグナリング部３８を用いてホスト車両内部で輸送エージェントまたはそのメッセージ３４の情報をシグナリングする。
【０１０４】
輸送エージェントモジュールは、プロセッサ５０と、プロセッサ５０がアクセスできるメモリ５２と、メモリ５２内に格納される輸送エージェントモジュールライブラリ４１とを備えるデバイス４０としても実装されることが可能である。輸送エージェント４０は、輸送エージェントまたはそのメッセージ３４を少なくとも１つの目標目的地へ転送するための上記ステップのうちの任意の１つを実行するように適合される。デバイス４０は、受信機および送信機の機能を提供する無線ネットワークインタフェース／モジュール１４とデータを交換することができる。
【０１０５】
プロセッサ５０はさらに、少なくとも１つの目標目的地に接近する１つ以上の他の車両のルートに関する関係性を決定するように適合される。車両１２のルートがまだ知られていない場合、プロセッサ５０はさらに、電子地図を用いて車両１２のルートを計算するように適合されてもよい。計算は、受信された地理的情報に基づくものであってもよい。関係性の決定において、プロセッサ５０は、車両１２のルートと少なくとも１つの目標目的地との間の最短距離を計算するように適合されてもよい。最短距離は、メッセージ３４の送信を決定するために、プロセッサ５０によって送信機５４の最大範囲と比較されることが可能である。
【０１０６】
上述の実施形態から明らかとなっているように、本明細書に記載の方法は様々な利点を提供する。まず第１に、これらの方法は、電子ナビゲーションシステムおよび無線通信デバイス等の既存かつ広く普及しているテクノロジを用いて実装されることが可能である。所定の状況においては、本明細書に記載の方法は、指定した通信ネットワークが遠方である場合、および定置の通信インフラストラクチャへのローカルアクセスが利用不可である場合に、メッセージが目標目的地へ届く唯一効率的な方法であることがある。さらに、所望される目標目的地への通信接続が存在しない場合でも、メッセージは、より長い時間に渡って保存されることが可能である。具体的には、利用可能な通信リソースの過負荷の防止または少なくとも低減が可能である（任意選択として、範囲が定められた危険地帯の場合の同報通信モードは例外である）。
【０１０７】
本明細書に示している方法は、移動体通信ノードが（少なくとも部分的に）既知のルート上を、かつ／または（少なくとも部分的に）既知の目的地へと移動する、という事実を活用する。さらに、これらの方法は、通信ノード（車両）がそれらの目的地へと移動する間に実行できるメッセージマージ機能およびメッセージ送達機能を提供する。
【０１０８】
以上、特有の個々の実施形態を示し、説明してきたが、本発明の範囲を逸脱することなく様々な変更、変形および置換が行われてもよい。このような変形、変更および置換は全て、以下の特許請求の範囲によって包含されることが意図される。
【技術分野】
【０００１】
本発明は、概して車両間の通信（ｖｅｈｉｃｌｅ−ｔｏ−ｖｅｈｉｃｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）に関する。具体的には、本発明は、車両間の通信を介して１つ以上の目標目的地へメッセージを配信するための方法に関する。
【背景技術】
【０００２】
車両間の通信の従来の活用法として、近くの車両同士はその相対位置を交換する。位置データに基づいて、車両の安全性は、たとえば、車両衝突回避システムおよび自律車両編隊システムによって高められることが提案されている。車両間の通信技術の詳細は、米国特許第６９８５０８９号明細書に記載されている。米国特許第６７０７３７８号明細書には、別の従来技術が記載されている。
【０００３】
従来の車両間通信技術（ｉｎｔｅｒ−ｖｅｈｉｃｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）には、幾つかの問題点および欠点がある。主な問題点の１つは、情報が方向づけなしに同報通信されることである。たとえば、米国特許第６９８５０８９号明細書は、配信の確率を高めるために送信を複数回繰り返すことを教示している。その結果、冗長なメッセージが通信チャネルを飽和させる場合があり、配信の確率も低い。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】米国特許第６９８５０８９号明細書
【特許文献２】米国特許第６７０７３７８号明細書
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の目的は、車両間の通信を介して１つ以上の目標目的地へメッセージを方向付けて配信する方法を提供することにある。
【課題を解決するための手段】
【０００６】
第１の態様によれば、メッセージを少なくとも１つの目標目的地へ転送するための方法が提供される。本方法は、第２の車両の地理的情報を受信するステップと、地理的情報と少なくとも１つの目標目的地との関係性を決定するステップと、決定の結果に依存して第２の車両へメッセージを条件付きで送信するステップとを含み、前述のステップが第１の車両によって実行される。地理的情報は、第２の車両の位置、ルートおよび目的地のうちの少なくとも１つを含む。地理的情報の１つのソースとして、電子ナビゲーションシステムが適用されてもよい。
【０００７】
ある典型例として、メッセージは、上記関係性が、第２の車両が上記少なくとも１つの目標目的地へのメッセージの転送に加わることに適することを示していれば交換される。目標目的地は、定置であっても移動体であってもよい。後者の場合、第２の車両の地理的情報と（移動性の）目標目的地との関係性を決定する際には、目標目的地の移動度を考慮することが可能である。具体的には、目標目的地は第２の車両とは異なっていてもよい。たとえば、目標目的地は路側の目的地であってもよい。路側の目的地の典型例は、警察署またはインターネットまたは他の通信ゲートウェイであってもよい。所定の事例では、目標目的地は第２の車両自体であってもよい。
【０００８】
本明細書において理解されるように、車両は、自転車を含む非動力車両、自転車に乗っている人または歩行者も含む。本明細書に記載の方法は、携帯電話、ラップトップまたは移動体（個人用）または定置式電子ナビゲーションシステムによって、またはこれらと共働して実行されることが可能である。
【０００９】
メッセージは、少なくとも１つの目標目的地に関する情報を暗示的（たとえば、識別子の形式で）または明示的（たとえば、地理的座標の形式で）の何れかを含んでもよい。メッセージはさらに、イベントに関するイベント情報を含んでもよい。イベントは、交通障害をもたらすもの、または交通遅延の原因となるものであってもよい。一例として、自然現象（道路上の倒木、地滑りなど）が道路の遮断を引き起こす場合もある。メッセージまたはこのようなイベントに関するイベント情報は、たとえば、他の道路使用者に対する警告を含んでもよい。別の重要な事例では、検出されるイベントは事故に関するものであってもよい。事故は、第１の車両の近傍における他の車両に関連するものであっても、第１の車両自体に関連するものであってもよい。
【００１０】
イベント情報は、イベントの時刻、場所およびタイプのうちの少なくとも１つを含んでもよい。イベントの時刻は、メッセージへ優先順位を割り付けるために使用されてもよい。また、イベントの時刻に基づいて制限時間を規定するように考えてもよい。制限時間が切れる前に、その目標目的地へ到達していないメッセージは、放棄されてもよい。場所は、イベントの場所へ救助を差し向けるために使用されてもよい。イベント情報がイベントのタイプを含む場合、イベントのタイプは技術的な故障、事故、自然事象または予め規定された交通状況を識別するものであってもよい。
【００１１】
本方法はさらに、イベントを検出するステップも含む。イベントは、技術的故障および第１の車両の事故の事例を含み、第１の車両内部（すなわち、車載）で検出されてもよい。またイベントは、第１の車両の外側で検出されてもよい。外部イベントの検出は、たとえば別の車両の機能停止または事故の事例において有益である。
【００１２】
また本方法は、メッセージを生成するステップも含む。イベントを検出するステップおよびメッセージを生成するステップは、メッセージの生成がイベントの検出によって引き起こされることにおいて関連づけられてもよい。
【００１３】
本方法はさらに、目標目的地セットから少なくとも１つの目標目的地を選択するステップを含んでもよい。選択は、イベント情報および地理的情報の少なくとも一方に依存してもよい。たとえば、この選択は、第２の車両の計画されたルートに沿った１つ以上の目標目的地を考慮してもよい。少なくとも１つの目標目的地を選択するステップでは、第２の車両が路側の目的地を通過する間に通信範囲内に存在するという目的で、路側の目的地が好ましい場合がある。
【００１４】
関係性を決定するステップは、第２の車両の位置がイベントの領域内部に存在するかどうかを評価することを含んでもよい。これは、たとえば、イベントの場所を通過した第１の車両が上記決定の結果として、近づいてくる第２の車両へ、第２の車両がイベントに到達する前にメッセージを送信することを可能にする。
【００１５】
さらに、もしくは代替として、関係性を決定することは、第２の車両のルートがイベントに接近しているかどうか、またはイベントの領域に遭遇するかどうかを評価することを含んでもよい。この場合、第２の車両のルートが、第２の車両のルートを含んでいる受信された地理的情報から直接に導き出されることが可能であり、または、ルートが第２の車両の目的地に従って計算されることが可能である。第２の車両のルートがイベントに接近していれば、その決定の結果として第２の車両へメッセージを送信することができる。この手段は、たとえばイベントを避けるために第２の車両にとって有益である場合がある。
【００１６】
受信される地理的情報が第２の車両の位置を含む場合は常に、上記関係性がこの位置に基づいて決定されてもよい。これは、たとえば、一車線しかなく、これが車両の長い列で占められている場合に効果的である。第１の車両の前にある第２の車両へメッセージを転送する場合、メッセージは車列内を進み、よって車列の平均走行速度より高速で移動する。
【００１７】
またさらに、上記関連性を決定することは、第２の車両の目的地がイベントの領域内部にあるかどうかを決定することを含んでもよい。第２の車両の目的地がイベント領域内部にあれば、メッセージは第２の車両に関連している可能性がある。従って、メッセージは、上記決定の結果として第２の車両へ送信されることが可能である。
【００１８】
さらに、第２の車両の位置が第１の車両の位置またはルートと比べて、少なくとも１つの目標目的地に近いか、または近くなるかどうかが決定されてもよい。本明細書において理解されるように、「より近接する」、「より近い」およびこれらに類似する距離関連の言い回しは、最短距離、道路距離、移動時間またはこれらの組み合わせの意味で定義されることが可能である。
【００１９】
さらに、関係性を決定することは、第２の車両のルートが少なくとも１つの目標目的地へ接近するかどうかを評価することを含んでもよい。また、少なくとも１つの目標目的地の選択も、第２の車両のルートに依存してもよい。この場合、少なくとも１つの目標目的地は、第２の車両がこの目標目的地へ接近するように選択することが可能である。
【００２０】
本方法はさらに、少なくとも１つの（たとえば、可能な目標目的地セットのうちの任意の１つの）目標目的地に接近する第１の車両に関する第１の弁別子（ｔｈｅ ｆｉｒｓｔ ｄｉｓｃｒｉｍｉｎａｔｏｒ）を決定するステップを含むことが可能である。一例として、第１の弁別子は、少なくとも１つの目標目的地との通信範囲内に到来する第１の車両を示すパラメータを定量化してもよい。決定される弁別子は、マップマッチングアルゴリズム（ｍａｐ ｍａｔｃｈｉｎｇ ａｌｇｏｒｉｔｈｍｓ）によって推定または計算されることが可能であり、またはロケーション距離一覧表から検索されることが可能である。
【００２１】
また、少なくとも１つの（たとえば、可能な目標目的地セットのうちの任意の１つの）目標目的地に接近する第２の車両に関する第２の弁別子（ｔｈｅ ｓｅｃｏｎｄ ｄｉｓｃｒｉｍｉｎａｔｏｒ）も決定することができる。第２の弁別子は、第１の車両で定量化されることが可能であり、または第２の車両から受信されることが可能である。第２の弁別子は、地理的情報と共に、または少なくとも１つの目標目的地に関する情報が第２の車両へ送信された後に受信されてもよい。
【００２２】
第２の弁別子は、第１の車両に関する第１の弁別子によって考慮される目標目的地とは異なる目標目的地に接近する第２の車両を明らかにするものであってもよい。これによって、異なる車両および異なる目標目的地を評価することが可能である。第１の弁別子および第２の弁別子が入手可能である場合は常に、本方法はさらに双方の弁別子を比較することを含んでもよい。
【００２３】
一例として、弁別子（ｔｈｅ ｄｉｓｃｒｉｍｉｎａｔｏｒｓ）は、時間期間または距離測度であるように選ばれることが可能である。弁別子は、電子ナビゲーションシステムにより、既知のルートまたは計算されたルートに基づいて計算されることが可能である。さらに、たとえば時間および距離の重み付け法に従って時間期間および距離測度の組み合わせを有することも可能である。重み付け法は、平均速度等の第１および第２の車両の特性を考慮してもよい。別の態様によれば、本方法は、第２の車両の移動体通信機器に関する機器情報を受信するステップを含んでもよい。このステップは、地理的情報を受信するステップと組み合わされてもよい。或いは、機器情報は第１の車両によって要求された時点でのみ受信されてもよい。第２の車両へメッセージを送信するための決定は、さらに機器情報にも依存してもよい。たとえば、イベントが緊急事態である場合、携帯電話または警察電話等の車両固有の通信デバイスにアクセス可能であれば、メッセージは第２の車両へ転送される。
【００２４】
第２の車両のルートを知ることが効果的である場合は常に、本方法はさらに、受信される地理的情報に基づいて第２の車両のルートを計算するステップを含んでもよい。第１の車両内に電子ナビゲーションシステムが存在する場合、第２の車両のルートの計算は、第１の車両車載のナビゲーションシステムによって実行されることが可能である。
【００２５】
さらなる態様によれば、少なくとも１つの目標目的地へメッセージを転送する方法が提供され、本方法は、第１の車両により実行され、第１の車両の地理的情報を決定するステップと、該地理的情報を第２の車両へ送信するステップと、地理的情報の送信に応答して目標目的地へ転送するためのメッセージを第２の車両から受信するステップとを含む。地理的情報は、第１の車両の位置、ルートおよび目的地のうちの少なくとも１つを含む。
【００２６】
少なくとも１つの目標目的地へ転送するためのメッセージは、第２の車両から受信されてもよい。或いは、メッセージは、通信チェイン（ａ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｃｈａｉｎ）の側枝を形成するために第２の車両から受信されることも可能である。これは、たとえば、警告メッセージ用に、または「カーボンコピー」メッセージ用に効果的である。
【００２７】
上記のように、受信されるメッセージは、イベント情報および目標目的地に関する情報の少なくとも一方を含んでもよい。また本方法は、受信されるメッセージを処理するステップも含んでもよい。受信されるメッセージの処理は、少なくとも１つの目標目的地に依存してもよい。本方法はさらに、少なくとも１つの目標目的地をイベント情報および地理的情報の少なくとも一方に依存して選択するステップを含んでもよい。地理的情報への依存は、たとえば少なくとも１つの目標目的地が第２の車両のルートに従って選ばれる場合に生じる。イベント情報への依存は、メッセージが選択される目標目的地に関連するものであることを保証してもよい。
【００２８】
本方法はさらに、少なくとも１つの目標目的地に接近する第１の車両に関する弁別子を送信し、かつ／または、受信するステップを含んでもよい。弁別子を送信する上記ステップは、第２の車両がメッセージを送信する前に弁別子を分析できるように、第２の車両からメッセージを受信する上記ステップに先行してもよい。従って、メッセージを受信するステップは、第２の車両へ送信される弁別子に依存してもよい。
【００２９】
さらに他の態様によれば、少なくとも１つの目標目的地へメッセージを転送する方法は、第１の車両により実行され、第１の車両によってイベントを検出するステップと、イベントの検出に応答してメッセージを生成するステップであって、該メッセージが、イベント情報および目標目的地の少なくとも一方を含み、目標目的地へ送信されるようにメッセージを第２の車両へ送信するステップとを含む。
【００３０】
本方法はさらに、第２の車両からメッセージを受諾する受信通知またはメッセージの拒絶を受信することを含んでもよい。受信される受信通知はさらに、第２の車両がメッセージを転送しようとする少なくとも１つの目標目的地を含んでもよい。本方法はさらに、メッセージを繰り返し送信することを含んでもよい。繰返し送信するステップは、第２の車両によってメッセージが拒絶されれば、または、メッセージが第２の車両によって受信を確認されていない別の目標目的地へ転送されるべきものであれば引き起こされてもよい。イベントを検出するステップでは、イベントは第１の車両によって、（または第１の車両内で）検出されてもよい。以下、本明細書に記載の任意の方法と組み合わせることができる追加的な特徴を示す。
【００３１】
上記送信、および受信するステップおよび方法は、無線通信に適用されてもよい。適用される無線通信は、高周波信号に基づくものであることが可能である。本発明の内容における車両間の通信に適格である適切な方法および規格の中には、車両間の通信用の専用狭域通信（ＤＳＲＣ）、狭域通信用の十分に確立されたＢｌｕｅｔｏｏｔｈ（商標）技術（ＩＥＥＥ８０２．１５．１）またはＷｉＦｉ（商標）（ＩＥＥＥ８０２．１１）等のモバイルコンピューティングテクノロジがある。無線通信がこのような規格または高周波信号伝達に全く限定されないことは理解される。他に、赤外線信号伝達または超音速信号伝達を含む任意の無線通信技術が適用されてもよい。
【００３２】
任意の方法には、生成された、または受信されたメッセージに関する情報を第１の車両の内部または外部でシグナリングすることをさらに包含することが可能である。一例として、受信されたメッセージまたはその任意の情報部分は、車両のディスプレイに表示されてもよい。さらに、メッセージに含まれる情報は、第１および第２の車両の少なくとも一方の内部で音響的にシグナリングされてもよい。そのためには、音声合成機構が適用されてもよい。
【００３３】
すでに簡単に説明したように、第１および第２の車両に関連する目標目的地は異なる場合がある。これには、車両に関連して考察される目標目的地セットが共通する目標目的地を持たないという意味で分離されていることが含まれる。さらに、第１および第２の車両に関して、１つ以上の目標目的地が同じである場合もある。上述の弁別子に関しては、異なる目標目的地が適用されてもよい。
【００３４】
さらに、本明細書に記載の任意の方法は、（たとえば目標目的地の通信範囲への進入時に）少なくとも１つの目標目的地へメッセージを送信するステップを含んでもよい。ある可能な目標目的地には、別の車両または固定の目的地（具体的には、路側の目的地）が包含される。この点に関しては、車載の携帯電話または他の車載の通信機構が適用されてもよい。狭域無線通信システムを選好して車載携帯電話を使用するという決定は、メッセージの優先順位に依存してもよい。たとえば、交通事故に関するメッセージは、任意の利用可能な、またはアクセス可能な通信を使用する優先権を有してもよい。
【００３５】
少なくとも１つの目標目的地を共通して有するメッセージのマージも考慮される。この過程は、メッセージの内容を分析することをさらに含んでもよい。分析の結果に基づいて、冗長なメッセージまたは同一メッセージは、転送を回避されることが可能である。特に、冗長な情報または同一情報は、メッセージから削除されてもよい。
【００３６】
さらに、メッセージは追加の情報（たとえば、運転中に生じる情報）で増やされてもよい。たとえば、その内容がイベントのタイプに関連づけられれば、または少なくとも１つの目標目的地に関連するものであれば、メッセージをホストする車両が、メッセージにこの内容を追加してもよい。さらに、追加の情報が、車載センサのデータまたは交通渋滞に関する情報を含んでもよい。このような追加の情報は、ホスト車両または隣接車両の動作を検出するセンサから導き出されてもよい。
【００３７】
さらなる態様によれば、コンピュータプログラム製品が提供され、これは、たとえばトランシーバデバイスまたは車両に搭載されて使用されるように適合されたデバイスである１つ以上のコンピューティングデバイス上でコンピュータプログラムプロダクトが実行されると、本明細書に記載の１つ以上の方法および方法の態様のステップを実行するためのプログラムコード部分を備える。コンピュータプログラム製品は、コンピューティングデバイス内に、または、コンピューティングデバイスに関連付けられる永久メモリまたは書換え可能メモリ、あるいは取り外し可能なメモリカード、ＣＤ−ＲＯＭ、ＤＶＤまたはＵＳＢスティック等のコンピュータ読取り可能記録媒体に格納されてもよい。或いは、または追加的に、コンピュータプログラム製品は、たとえばインターネット等のデータネットワークまたは電話回線もしくは無線リンク等の通信回線を介してコンピューティングデバイスへダウンロードするために備えられてもよい。
【００３８】
さらに他の態様によれば、第１の車両に搭載して使用されるように適合され、少なくとも１つの目標目的地へメッセージを転送するためのデバイスが提供される。本デバイスは、受信機と、プロセッサと、送信機とを備える。受信機は、第２の車両の位置、ルートおよび目的地のうちの少なくとも１つに関する地理的情報を受信するように適合される。プロセッサは、地理的情報と少なくとも１つの目標目的地との関係性を決定するように適合される。送信機は、上記決定の結果に依存してメッセージを第２の車両へ条件付きで送信するように適合される。プロセッサは、上記関連性を定量化できる、上述したような弁別子を受信または決定するように適合されることが可能である。
【００３９】
さらに別の態様によれば、第１の車両によって使用されるように適合され、少なくとも１つの目標目的地へメッセージを転送するためのデバイスが提供され、前記デバイスがプロセッサと送信機と受信機とを備える。プロセッサは、第１の車両の位置、ルートおよび目的地のうちの少なくとも１つに関する地理的情報を決定するように適合される。送信機は、地理的情報を第２の車両へ送信するように適合される。受信機は、地理的情報の送信に応答して第２の車両から目標目的地へ転送するためのメッセージを受信するように適合される。プロセッサはさらに、受信されたメッセージを処理するように適合されてもよい。受信されたメッセージの処理は、少なくとも１つの目標目的地に依存してもよい。
【００４０】
さらに別の態様によれば、第１の車両によって使用されるように適合され、少なくとも１つの目標目的地へメッセージを転送するためのデバイスが提供され、前記デバイスが検出部とプロセッサと送信機とを備える。検出部は、第１の車両によってイベントを検出するように適合される。プロセッサは、イベントの検出に応答してメッセージを生成するように適合され、上記メッセージはイベント情報および目標目的地の少なくとも一方を含む。送信機は、目標目的地へ搬送されるためのメッセージを第２の車両へ送信するように適合される。
【００４１】
以下、本明細書に記載の任意のデバイスと組み合わせることができる追加的な特徴を示す。
【００４２】
各デバイスはさらに、メッセージに関する情報をシグナリングするように適合されるシグナリング部を備えてもよい。情報を第１の車両の外側へシグナリングするために、シグナリング部は、警告灯またはクラクション等の車両シグナルを適用してもよい。シグナリング部はさらに、第１の車両の内側で情報をシグナリングするように適合されてもよい。またシグナリング部は、シグナリングされた情報を表示するためにディスプレイを備えてもよく、またはディスプレイにアクセスしてもよい。さらに、もしくは代替として、シグナリング部は、情報を音響的にシグナリングするためにスピーカまたはオーディオシステムを備えてもよく、もしくはこれらにアクセスしてもよい。後者の場合、シグナリング部は、受信されるメッセージに関連づけられる音声信号を生成する電子音声合成部も備えてもよい。
【００４３】
各デバイスはさらに、衛星ナビゲーションシステム等の電子ナビゲーションシステムを備えてもよく、もしくは上記電子ナビゲーションシステムへのアクセスを有してもよい。プロセッサは、ナビゲーションシステムの処理部を形成してもよく、またはナビゲーションシステムの結果を処理するように適合されてもよい。ナビゲーションシステムのこのような結果は、電子ナビゲーションシステムによって推定されたルートまたは道路距離または時間期間を包含してもよい。また、このような結果を処理して上記関係性の決定の際に前述の弁別子を計算するようにプロセッサを適合することも有益である。またプロセッサは、イベントに関するイベント情報をメッセージへ包含するように適合されてもよい。プロセッサはさらに、少なくとも１つの目標目的地をイベント情報または地理的情報に依存して選択するように適合されてもよい。
【図面の簡単な説明】
【００４４】
さらなる詳細、態様および利点について、図面を参照して説明する。
【図１】２台の車両のルートと、イベントを通過する前の２台の車両の位置とを概略的に示している。
【図２】２台の車両のうちの一方がイベントを通過した時の図１のその後の状況を示す。
【図３】双方の車両による相互通信範囲内への進入に伴う地理的情報の送信および受信を示す。
【図４】メッセージの受信および送信を概略的に示している。
【図５】メッセージが２台の車両のうちのもう一方の車両によってホストされていることを略示している。
【図６】メッセージが目標目的地へ送信されていることを概略的に示している。
【図７】メッセージを転送するために車両に搭載されたデバイス実施形態のモジュールを概略的に示している。
【図８Ａ】メッセージを送信するために実行される方法の実施形態のステップを示す。
【図８Ｂ】メッセージを送信するために実行される方法の実施形態のステップを示す。
【図９】メッセージを受信するための補完的方法の実施形態のステップを示す。
【図１０】さらなる方法の実施形態のステップを示す。
【発明を実施するための形態】
【００４５】
以下の説明では、本発明の理解を深めるために、少なくとも１つの目標目的地へメッセージを転送するための個々のステップ等の特定の詳細について、限定としてではなく、説明することを目的として述べる。当業者には、本発明がこれらの特定の態様から逸脱する他の実施形態において実施されてもよいことが明らかである。
【００４６】
当業者は、以下、本願明細書において説明される機能が、個々のハードウェア回路を使用して、プログラムされたマイクロプロセッサまたは汎用コンピュータと共同で機能するソフトウェアを使用して、特定用途向け集積回路（ＡＳＩＣ）を使用して、かつ／または１つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して実施されてもよいことを理解する。また、本発明は、コンピュータプロセッサおよび上記プロセッサへ結合されるメモリにおいて具現化される場合、上記メモリが上記プロセッサによって実行されると、本願明細書に記載されている方法のステップを実行する１つ以上のプログラムで符号化されることも理解される。
【００４７】
以下の実施形態において、少なくとも１つの目標目的地へのメッセージの効率的な転送が、車両間の通信を用いて促進される。効率は、ナビゲーションシステムによって提供され得る地理的情報によって生じる。ナビゲーションシステムは内蔵型車載システムであっても、一部が車両に搭載されて位置決めされかつ一部が１つ以上のリモートサイトに位置決めされる分散システムであってもよく、個々のシステムパーツは（たとえば、セル通信方法を使用して）互いに通信し合うように構成されている。
【００４８】
図１から図６は、第１の車両１０および第２の車両１２のルートおよび地理的位置を時間順に示している。車両１０および車両１２の各々には、図７に概略的に示されているように、無線ネットワークモジュール１４と、電子ナビゲーションシステム１６と、プロセッサ５０と、プロセッサ５０へアクセス可能なメモリモジュール５２とが装備されている。電子ナビゲーションシステムは、衛星を利用することが可能である。この目的を達成するために、衛星から全地球測位システム（ＧＰＳ）またはガリレオ・ナビゲーション・システムの信号が受信される。十分な数の衛星と通信できない場合、または他の場合において、電子ナビゲーションシステムは車両の位置を移動体ネットワーク内で位置決めしてもよい。この目的を達成するために、移動体通信ネットワークが最も高頻度で適用される（たとえば、既知の基地局の信号強度を比較できる）。
【００４９】
或いは、位置は（たとえば、移動体通信サービスのプロバイダから）直接要求される。位置決め精度を高める目的で、または外部位置信号がない場合、ナビゲーションシステムは車載センサ（たとえば、ステアリングセンサおよび、速度および加速用センサ）を使用して車両の現在位置を追跡してもよい。さらに、任意の同等の方法を適用して、位置、ルートおよび目的地のうちの少なくとも１つを評価することもできる。
【００５０】
第１の車両１０および第２の車両１２の目的地は、対応するナビゲーションシステム１６内に格納され、図１において、それぞれロケーション１８およびロケーション２０として識別されている。第１の車両のルート２２はその目的地１８へ導き、かつ車両１２のルート２４はその目的地２０へ導く。ルート２２およびルート２４はナビゲーションシステム１６によって計算され、かつ／または車両１０および車両１２の車内に格納される。
【００５１】
図１に示す状況においては、第１の車両１０のルート２２に沿った路側でイベント２６が発生している。イベント２６は、たとえば、車両１０のルート２２の反対車線を阻む事故である。
【００５２】
図１のマップはさらに、２つの路側目標目的地２８および３０も示し、少なくともその一方はイベントの発生について通知されるべき警察署である。目標目的地２８は車両１０のルート２２の路側に位置決めされ、目標目的地３０は車両１２のルート２４の分岐点に位置決めされる。目標目的地２８と目標目的地３０との各々に対応するルート２２とルート２４との間の最短距離は、車両１０および車両１２内に設置された無線ネットワークモジュール１４の通信範囲内に入るに足る長さである。
【００５３】
第１の車両１０がイベント２６を通過しながら、イベント２６は、図７に概略的に示されている検出部３２によって検出される。検出部３２は、センサ部４４、即ちセンサ部４４へ接続される１つまたは複数のセンサからデータを受信する。このような自動検出に加えて、またはその代替として、車両の乗員は運転支援システム４２のユーザインタフェースを介して情報を入力することができる。ユーザインタフェースの安価な実施形態は、スイッチまたはキーボードであってもよい。本実施形態において、運転支援システム４２のシグナリング部３８は、ユーザインタフェースの機能を設けるタッチスクリーンを備える。進歩的な実施形態では、車両の乗員へ非接触入力を提供するためにマイクロホンおよび音声認識装置が付加的に設置される。
【００５４】
図１から図６に示す外的なイベント２６の他に、車両でのイベントのタイプには、スリップ防止制御システムのセンサにより検出される「滑りやすい路面」、カメラまたは前方霧灯／後方霧灯のスイッチが入っているという事実から検出される「濃霧」、加速度センサ、エアバッグセンサ、カメラまたはユーザインタフェースを介する入力により検出される「自動車事故」、第１の車両１０の盗難警報装置により検出される「自動車窃盗進行中」、および加速度センサ、エアバッグセンサまたはユーザインタフェースを介する入力により検出される「医療緊急事態」といったタイプが含まれる。
【００５５】
図８Ａおよび図８Ｂのフローチャート８００は、車両１０に搭載されたプロセッサ５０により実行されるステップの方法の実施形態を示し、図９のフローチャート９００は、車両１２に搭載されたプロセッサ５０により実行可能な方法の実施形態の補完的なまたは組合せ可能なステップを示す。
【００５６】
イベント２６の検出８１０に引き起こされて、検出されたイベント２６に証拠値（ａｎ ｅｖｉｄｅｎｃｅ ｖａｌｕｅ）が割り当てられる。証拠値は、検出８１０において適用されたセンサの信頼度、ならびに受信信号の品質および重要性を表わす。
【００５７】
図８のステップ８１２によるメッセージ３４は、証拠値がメッセージ閾値を超える場合に限って生成される。これにより、第１の車両１０での「偽のイベント」を効率的に排除することができる。図２に示されているように、メッセージ３４は既に生成されていて、この時点で車両１０によってホストされている。メッセージ３４は、図７に示される検出部３２から受信されたデータに基づくイベント情報を含んでいる。第１の車両１０がイベント２６を通過しながら、検出部３２からイベント２６に関するさらなるデータが受信される。このような連続するイベントに割り当てられる証拠値は、蓄積されていく。メッセージは、蓄積された証拠値が転送閾値を超える場合に限って、転送可能とされている。これにより、「誤ったメッセージ」の転送を効率的に回避することができる。図２に示す時点では、メッセージ３４は既に転送するに足る証拠値を蓄積し、かつ第１の車両１０の移動によって増大している。
【００５８】
第１の車両１０は、車両１０がイベント２６に近接する予め画定された範囲内に存在する限り、イベント領域内に存在している車両へ通知するためのその通信領域内の任意の第２の車両１２へメッセージ３４を送信する。この機能を実現する１つの方法は、同報通信モード（ａ ｂｒｏａｄｃａｓｔｉｎｇ ｍｏｄｅ）である。第１の車両１０は、イベント２６に近接する予め画定された範囲内に存在する限りにおいて、同報通信モードに切り換える。同報通信モードにおいて、メッセージ３４は、第１の車両１０によって、通信範囲内に存在する任意の第２の車両１２へ同報通信される。この機能は、たとえば、イベント２６の対向交通に対して、対向交通がイベント２６に遭遇する前に警告してもよい。
【００５９】
車両１０によりメッセージ３４が伝送されながら、ステップ８１４では、車両１０の（車載ナビゲーションシステム１６により計算された）既知のルート２２に基づいて目標目的地２８が選択される。この選択のために、目標目的地２８および目標目的地３０として可能性のあるロケーションを含む電子地図が調べられる。イベントに依存して、メッセージが唯一の適切な目標目的地を有する可能性もあり、この場合、目標目的地２８および目標目的地３０を選択するステップは省略される。このような場合、車両１０は、適切な目標目的地へ効果的にメッセージを伝送できる車両１２を見つけることを目指す。
【００６０】
しばらくすると、状況は図３に示すようになる。第２の車両１２は、この時点で車両１０の通信範囲内に存在する。第２の車両１２の現在位置、目的地２０およびルート２４のうちの少なくとも１つに関する地理的情報が、車両１２から車両１０へ自動的に、または車両１０から明確な要求があった時点の何れかで伝達される。このステップ８１６は、図８のフローチャート８００にも示されている。
【００６１】
ステップ８１８は、第２の車両１２のルート２４が受信された地理的情報にも含まれているかどうかを分析する。目的地２０しか受信されていなければ、ステップ８２０において、車両１０の車載ナビゲーションシステム１６により車両１２の目的地２０に基づいて、車両１２のルート２４が計算される。
【００６２】
イベント情報がイベント２６のタイプを含んでいる場合、ターゲット選択８２２は、このタイプのイベントに関連づけられる既知の目標目的地のセットからターゲットとして可能性のあるものを検索してもよい。たとえば、事故の事例において、この選択は、警察署の位置を含む電子地図に基づくものであってもよい。イベント情報に関する依存事項としては、他にも複数の可能性がある。
【００６３】
一般に、選択８２２は、イベント情報および地理的情報の双方に依存してもよい。少なくとも１つの目標目的地の選択は、イベントのタイプに基づくことが可能であり、たとえば機器の不良の場合には、サービスステーションが選択されてもよい。同時に、この目標目的地は、第２の車両１２の第２のルートの近傍に位置決めされるように選ばれてもよい。本事例の場合、ステップ８２２では、第２の車両１２に関するルート２４およびイベント２６のタイプに基づいて、目標目的地３０がメッセージ３４の潜在的なキャリア（ａ ｐｏｔｅｎｔｉａｌ ｃａｒｒｉｅｒ）として選択される。
【００６４】
次のステップ８２４は、一般に、地理的情報、メッセージ３４、目標目的地２８および目標目的地３０のうちの少なくとも２つの間の関係性を決定する。
【００６５】
ステップ８２６のグループは、イベント２６に関する追加的警告が車両１２へ送信されるべきかどうかを分析する。この目的を達成するために、ステップ８２８は、車両１２のルート２４がイベント２６へ接近しているかどうかを分析する。接近していなければ、次のステップ８３０は、車両１２の現在位置がイベント２６の領域内であるかどうかを分析する。ここで、イベント２６の領域は、イベント２６によって影響される道路の図３におけるトンネル（ｔｈｅ ｓｅｇｍｅｎｔ）３６を包含する。この点もやはり該当しないことから、車両１０は車両１２へ警告を送信しない。
【００６６】
次のステップは、転送遅延の観点から、第１の車両１０から第２の車両１２へメッセージ３４を転送することが実際に効果的であるかどうかを分析する。最初の単純な分析は、目標目的地３０に接近している第２の車両１２のルート２４について検査するステップ８３２として示されている。ステップ８３２による分析の肯定的な結果は、第２の車両１２へメッセージを転送することの利点を示してもよい。
【００６７】
本実施形態は、ステップ８３４のグループによるさらに高度な分析を適用する。ステップ８３６では、車両１０に搭載されたナビゲーションシステムによって第１の車両１０に関する第１の弁別子が推定される。この実施形態において、第１の弁別子は、ルート２２を辿る車両１０が目標目的地２８へ到達するまでの時間を示す。第２の弁別子は、ルート２４を辿る第２の車両１２が目標目的地３０へ到達する時間によって規定される。ステップ８３８は、第２の弁別子が車両１２から受信されているかどうか、または受信されるべきかどうかを分析する。第２の弁別子の受信は、たとえば、第１の車両１０に搭載されているナビゲーションシステムが第２の車両１２のルート２４を計算できなかった場合に必要である場合がある。このような状況では、車両１０は、車両１２から第２の弁別子を受信するための要求を任意選択として目標目的地３０に関する情報と共に車両１２へ送信することができる。
【００６８】
本実施形態では、第２の車両１２のルート２４は既知であるため、ステップ８４０において第２の弁別子は第１の車両１０で推定される。
【００６９】
ある代替実施形態によれば、第２の弁別子は、第２の車両１２が少なくとも１つの目標目的地へ接近しているかどうか、またはどのような状況で接近しているかを定量化する。目標目的地が２つ以上存在する場合、第２の弁別子は、目標目的地毎に入口（ｅｎｔｒｉｅｓ）を有するリストを包含してもよい。第２の弁別子はさらに、目標目的地の重要性または適切性を定量化するために重み付け係数を含んでもよい。
【００７０】
次のステップ８４２は、第１の弁別子と第２の弁別子とを比較する。本事例において、ステップ８４２による比較の結果は、車両１２がその目標目的地３０へ到達する時間の方が、車両１０がその目標目的地２８へ到達する時間よりも短いことを示している。この結果に基づいて、ステップ８５０では、図４に概略的に示されているように、第１の車両１０から第２の車両１２へメッセージ３４が送信される。
【００７１】
一般に、関係性の決定に際しては、第１の車両１０と比較して、第２の車両１２の方がメッセージ３４の輸送に適しているかどうかが考慮される。したがって、メッセージ３４が、メッセージをその固有の移動によって、通常少なくとも１つの目標目的地２８と目標目的地３０に従って進行する車両によってホストされる、という利点がある。これにより、本発明は、メッセージ３４を配信する上でその通信ノードが移動しているという事実を利点に変える。
【００７２】
さらに、メッセージ３４を、その固有の移動によってメッセージ３４を進行する車両においてホストすることは、通信範囲内に適切な第２の車両１２が存在しない、または、全くない場合でもメッセージ３４の伝搬を可能にする。したがって、本発明が車両１０と車両１２の可変密度に対して極めてロバストであるという利点がある。
【００７３】
弁別子の比較結果が第２の車両１２に利するものでなかったとしても、メッセージ３４を第２の車両１２へ転送する他の理由は、たとえばその通信機器の観点から存在する可能性がある。これは、ステップ８４２における弁別子の比較結果が否であれば、ステップ８４２に続く可能性もあるステップ８４４に示されている。この場合、ステップ８４６は、機器情報を第２の車両１２から、恐らくは要求された時点で受信可能かどうかを分析する。
【００７４】
機器情報が与えられると、ステップ８４８は、第２の車両１２へメッセージ３４を転送すること、および車両１２の通信機器を使用することが効果的であるかどうかを分析する。一例として、第２の車両１２に搭載された携帯電話にアクセスできれば、ステップ８４８の結果は是であることが可能である。
【００７５】
メッセージ３４を送信するステップ８５０では、上述の（蓄積された）証拠値をメッセージ３４に包含することができる。従って、たとえば、さらなる証拠値がメッセージ３４へ割り当てられ、かつメッセージ３４によって第２の車両１２内に蓄積されることが可能である。
【００７６】
ステップ８３２、ステップ８３４またはステップ８４４のグループのうちの１つによる肯定的な結果に基づいて、ステップ８５０において、第２の車両１２へメッセージが送信される場合は常に、メッセージは第２の車両１２へ渡される。すなわち、これまでメッセージ３４をホストしていた車両１０は、ステップ８２６のグループに従って近づきつつある交通に警告を続けるが、もはや別の車両へメッセージを送信せず、他の車両に目標目的地の１つへメッセージを転送するように指令する。これにより、メッセージ３４の転送におけるアバランシェ効果が回避される。
【００７７】
冗長メッセージを回避するために、メッセージ３４の送信として、メッセージ３４に割り当てられたタイマＴ３４が始動される。第１の車両１０は、所定の待ち時間の経過後であるしばらく後に、即ち、Ｔ３４＞ＴＬＡＴＥＮＣＹであれば、類似のメッセージ３４’を送信する。たとえば、領域３６内に「濃霧」タイプの自然イベント２６が検出されれば、待ち時間ＴＬＡＴＥＮＣＹは領域３６内で霧が晴れる最短推定時間に設定される。Ｔ３４＜ＴＬＡＴＥＮＣＹである限り、類似のメッセージ３４’は、たとえば、その検出場所がメッセージ３４によってすでに報告されているイベント２６の領域３６の外側であれば送信される。これは、イベントの程度を更新することを効果的に可能にする。メッセージ３４’を生成すべきかどうかの決定は、（利用可能であれば）メッセージ３４に割り当てられる（蓄積された）証拠値および現行メッセージ３４’の（蓄積された）証拠値にも依存してもよい。たとえば、待ち時間ＴＬＡＴＥＮＣＹは、このような証拠値の関数として計算されることが可能である。
【００７８】
メッセージ３４は第２の車両１２へ送信され、メッセージ３４をメッセージ３４内にターゲット情報として含まれる１つ以上の特定の目標目的地３０へ転送することが第２の車両１２に指令されることも可能であるが、１つ以上の他の目標目的地２８へメッセージ３４を転送することは引き続き第１の車両１０の仕事（ａ ｔａｓｋ）である。これにより、目標目的地２８、３０のセットへメッセージ３４を転送する仕事は、２つ以上の車両１０、車両１２間で分けられてもよい。ターゲット情報は、明確な目標目的地の代わりに、または追加的に、一般に可能な目的地を特定する目標目的地のタイプを含むことが可能である。このタイプの目標目的地は、メッセージ転送における第２の車両の適応性（ｆｌｅｘｉｂｉｌｉｔｙ）を効果的に増大させる。
【００７９】
本実施形態では、図５に示すように、第２の車両１２がメッセージ３４を独占的に引き受ける。この時点では、メッセージ３４は第２の車両１２の移動によって前進する。
【００８０】
メッセージ３４を第１の車両１０から第２の車両１２へ転送するためのアナログ的方法を、メッセージ３４の起源からは独立して適用できることが理解される。たとえば、検出されたイベント２６の結果としてメッセージ３４を生成する代わりに、図８のフローチャート８００のステップ８０８により、車両１２が車両１０からメッセージを受信するのと同様の方法で、またはそれ以外の方法で、車両１０がメッセージ３４を受信することも可能である。
【００８１】
ここで、車両１２の視点から、図９に示すようなフローチャート９００による補完的方法の実施形態を説明する。
【００８２】
補完的方法の実施形態は、ステップ９１０において地理的情報を決定することによって始まる。これは、車両１２の通信範囲内に進入した別の車両１０が要求した時点で実行される。図３は、この場合の可能な状況を示す。図３はまた、車両１２から車両１０へ地理的情報を送信する次のステップ９１２も示している。
【００８３】
車両１０が、目標目的地３０へ到着するためにルート２４を辿っている車両１２に関する弁別子も要求するという可能性もある。その場合は、車両１２に搭載されたナビゲーションシステム１６が電子地図に基づいて、たとえば目標目的地３０までの道路距離を計算することにより弁別子を推定する。結果として得られる弁別子は、たとえば、後の異なる弁別子の比較におけるその再計算を回避するために格納される。弁別子は、ステップ９１４により、車両１２から車両１０へ送信される。
【００８４】
さらに、車両１０が車両１２の機器に関する情報を要求することも可能である。データのセキュリティ問題を考慮する場合があり、かつ車両１０に承認の証明を送信するように要求する場合がある予め規定された設定に依存して、車両１２は、ステップ９１６により要求された機器情報を送信する。
【００８５】
図４に示すように、ステップ９１８においてメッセージは車両１０から受信され、ステップ９２０において車両１２に対するその関連性が分析される。分析９２０の結果が、たとえば受信されたメッセージが警告であるゆえに肯定であれば、ステップ９２２において、メッセージ３４に含まれる情報が車両１２内でシグナリングされる。シグナリングを行うためには、図７に示すシグナリング部３８が適用される。警告のシグナリングは、車両１２の外側でも行うことが重要である場合が多い。この目的を達成するために、シグナリング部３８は、車両１２の警告灯を直接制御する。この利点を示す一例は、高速道路前方における交通渋滞に対して警告するメッセージの受信によって与えられる。車両１２の警告灯は、次には後続車両の注意を喚起し、よって追突の危険性が低減される。
【００８６】
ステップ９２０の結果に関わらず、ステップ９２４は、少なくとも１つの目標目的地を含む特定のターゲット情報をメッセージが含んでいるかどうかを分析する。明確な目標目的地の代わりに、または追加的に、目標目的地は、あるタイプの目標目的地、即ち予め規定された、または共通識別子（たとえば、「半径２０ｋｍ以内に病院」）を含むことが可能である。明確な目標目的地が含まれていなければ、ステップ９２６は少なくとも１つの目標目的地を選択する。少なくとも１つの目標目的地は、ルート２４沿いに、（受信されていれば）目標目的地のタイプまたは受信されたメッセージ３４に割り当てられている、またはメッセージ３４のイベント情報に含まれているイベントタイプに依存して選択される。一般に、イベント２６に関連するメッセージ３４を転送するための少なくとも１つの目標目的地の選択は、イベント情報に依存する。
【００８７】
受信されるメッセージはさらに、ステップ９２８において、車両１２が入手可能な追加の情報によって増やされてもよい。追加の情報は、メッセージ３４のタイプによって、または選択される目標目的地３０に依存して選ばれてもよい。たとえば、追加の情報には、タイムスタンプ、交通渋滞に関する情報または車両１２のセンサ情報が含まれてもよい。センサ情報として可能性のあるものは、交通渋滞の存在を示す可能性がある車両１２の平均速度が含まれてもよい。
【００８８】
メッセージ３４が交通渋滞の中にいる車両内に閉じこめられない（ｄｏｅｓ ｎｏｔ ｇｅｔ ｔｒａｐｐｅｄ）ことを確実にするために、少なくとも１つの目標目的地を選択するステップ９２６は、その時点の交通状況に関する最新情報を包含すべく反復されてもよい。従って、目標目的地は、たとえば交通渋滞におけるさらに前方の車両、または渋滞した道路を抜けていく車両に対して調節されることが可能である。
【００８９】
ステップ９３０は、共通する内容（ｃｏｍｍｏｎ ｃｏｎｔｅｎｔ）または少なくとも１つの共通する目標目的地を有するメッセージが車両１２に存在するかどうかを分析する。存在していれば、ステップ９３２において、冗長な情報または等しい目標目的地を有するメッセージ同士が合併される。共通する目標目的地に対するステップ９３２の実装は、１つを除く全てのメッセージヘッダ（共通の目標目的地を含む）を削除して、メッセージの内容を連結する。共通する内容に対するステップ９３２の別の実装は、メッセージ３４内のデータ記録へ予め規定されたカテゴリを割り当てるか、予め規定されたカテゴリに従ってメッセージ３４内のデータ記録をソートする。これに続いて、予め規定された各カテゴリ内の冗長なデータ記録が削除される。
【００９０】
図５に概略的に示されている場合では、車両１２はメッセージ３４をホストし、他のメッセージはホストしていない。従って、ステップ９３０は、ステップ９３４に引き継がれ、図６に示すようにメッセージ３４が目標目的地３０へ送信される。これにより、メッセージ３４は、その目標目的地のうちの少なくとも１つへ到達している。
【００９１】
メッセージ３４を少なくとも１つの目標目的地３０へ送信するステップ９３４は、目標目的地３０へある程度近接して到達することによって引き起こされてもよい。このステップ９３４はまた、規定値に達する、または予め規定された限界値を超える弁別子によって引き起こされてもよい。さらに、もしくは代替として、ステップ９３４は、少なくとも１つの目標目的地３０との通信接続のロバスト性を検査することによって引き起こされてもよい。
【００９２】
たとえば車両１０が動けない状態の事故であるイベントに車両１０が関与している場合、メッセージ３４の転送は、さらなる方法実施形態を示されている図１０のフローチャート１０００に示すように追跡される。この方法実施形態は、図８Ａ、図８Ｂおよび図９の内容において、上記で説明した方法実施形態との組み合わせで、またはその代替として実行されてもよい。
【００９３】
第１のステップ１０１０において（第１の車両１０で）イベントを検出した後、ステップ１０２０において、メッセージ３４に転送情報が包含される。転送情報は、イベントのタイプ、または対応する目標目的地を第２の車両が選択できるようにする目標目的地のタイプを含む。選択するステップが第１の車両１０の性能（ｔｈｅ ｃａｐａｂｉｌｉｔｙ）の範囲内である場合、転送情報は即時、第１の車両１０によって選択された少なくとも１つの目標目的地２８、目標目的地３０を含む。
【００９４】
ステップ１０３０において、第１の車両１０はメッセージを同報通信するため、車両１０の通信範囲に進入する任意の第２の車両１２はメッセージを受信する。受信側の第２の車両１２は、任意選択として、メッセージ３４を転送することを引き受けるか拒絶するかを決定する。この決定は、転送情報に基づく。この目的を達成するために、受信側の第２の車両１２は、そのルートが少なくとも１つの目標目的地２８、目標目的地３０に一致するかどうかを分析する。分析は、上記で説明したような弁別子によって定量化されてもよい。ルートが一致しなければ、車両１２は（拒絶を送信することにより任意選択として）メッセージを取り消す。メッセージが車両１２へ正式に転送された後に、分析が否定的である場合、メッセージは車両１０へ戻される。第２の車両１２によって送信される拒絶は、部分的な拒絶である可能性もある。すなわち、目標目的地の幾つかの転送は、肯定応答されるが、他の幾つかの目的地は拒絶される。第１の車両１０は、拒絶を受信するたびにメッセージの送信を続ける。当業者には、肯定応答された目標目的地を少なくとも１つの目標目的地のリストから削除することにより、メッセージのアバランシェ効果が回避されることが容易に理解される。本方法実施形態のこの特徴は、効果的には、上記に示した転送方法の任意の変形を事故に関与する車両へと拡大することを可能にする。
【００９５】
さらに、メッセージ３４自体の観点から見ることも教示的である。上記で説明した方法の結果として、メッセージ３４は、ホスト車両の地理的情報に依存して、ホスト車両における「仮想ヒッチハイカ（ｖｉｒｔｕａｌ ｈｉｔｃｈｈｉｋｅｒ）」のように行動する。地理的情報は、現在位置、ホスト車両の目的地およびホスト車両のルートのうちの少なくとも１つを含む。
【００９６】
これまでに述べた任意の実施形態と組み合わされてもよいコンピュータプログラム製品の実施形態によれば、前述のステップのうちの少なくとも幾つかは、図７に示す輸送エージェントモジュール（ａ ｔｒａｎｓｐｏｒｔ ａｇｅｎｔ ｍｏｄｕｌｅ）４０において、たとえば輸送エージェントモジュールライブラリ（ａ ｔｒａｎｓｐｏｒｔ ａｇｅｎｔ ｍｏｄｕｌｅ ｌｉｂｒａｒｙ）４１と称されるスタンドアロンライブラリ（ａ ｓｔａｎｄ−ａｌｏｎｅ ｌｉｂｒａｒｙ）として実装される。ある特定例として、メッセージは汎用オブジェクト（ａ ｇｅｎｅｒａｌ ｏｂｊｅｃｔ）としてオブジェクト指向式（ａｎ ｏｂｊｅｃｔ−ｏｒｉｅｎｔａｔｅｄ ｗａｙ）に実装されることが可能である。以後、汎用オブジェクトを「輸送エージェント」と称する。メッセージ３４は、輸送エージェントに関連づけられるデータメンバ（ａ ｄａｔａ ｍｅｍｂｅｒ）であり、かつ上述の方法の少なくとも一部は輸送エージェントの方法として包含される。
【００９７】
図７に示すように、輸送エージェントモジュール４０は輸送エージェントモジュールライブラリ４１を用いて輸送エージェントを実行し、かつ、ホスト車両に搭載されたナビゲーションシステム１６へのアクセスを有する。輸送エージェントは、ホスト車両の無線ネットワークインタフェース１４等の無線通信技術によって通信することができる。輸送エージェントモジュール４０はさらに、輸送エージェントが運転支援システム４２と情報を交換できるようにする。運転支援システム４２は、検出部３２と、シグナリング部３８と、センサ部（４４）とを備えてもよい。
【００９８】
輸送エージェントモジュール４０または輸送エージェントモジュールライブラリ４１は、無線ネットワークインタフェース１４を用いることによって、たとえば運転支援システム４２であるより高レベルのアプリケーションのメッセージを車両のアドホックネットワーク内でルートを割り当てる（ｒｏｕｔｉｎｇ）ための機能を提供することができる。これにより、本方法は、通信の中心として定置のゲートウェイを構成することなく、通信ネットワークを構成できるようにする。このような定置のインフラストラクチャが不要であるために、サービスコストは比較的低い。さらに、高台の場所に位置決めされる定置のアンテナシステムは、環境または景観を妨げるものとされる場合が多いが、これも本方法によって回避することができる。
【００９９】
輸送エージェントは、メッセージ３４または輸送エージェント自体がその目標目的地２８、目標目的地３０のうちの１つ以上に到達するルートをナビゲーションシステム１６へアクセスすることによって計算してもよい。輸送エージェントはさらに、計算されたルートとホスト車両のルート２２またはホスト車両のルート２４との関係性を決定してもよい。
【０１００】
無線ネットワークインタフェース１４を用いて、輸送エージェントは、１つ以上の他の車両から地理的情報を受信するように適合される。輸送エージェントは、１つ以上の他の車両の各々に弁別子を割り当てることができる。上記で説明してきたように、弁別子は１つ以上の他の車両のルートがメッセージ３４または輸送エージェントの計算されたルートにより良く適合するかどうかを定量化してもよい。具体的には、弁別子は、受信された地理的情報が、同じルートであるが、より高速の移動速度を示しているかどうかを定量化してもよい。さらに、同じルートおよび同じ移動速度の場合では、弁別子は１つ以上の他の車両の位置にアクセスしてもよい。後者の評価は、たとえば、ホスト車両が交通渋滞で動けなければ、輸送エージェントにとって重大である。この状況下では、輸送エージェントは、無線ネットワークインタフェース１４を用いてその現行のホスト車両を繰り返し変更することによって前進することを決定することができる。これにより、輸送エージェントは、混雑の激しい道路状態下でホスト車両を繰り返し変更するという方策を効果的に遂行し、かつ通信リンクがまれであれば、ホスト車両の移動によって前進するという方策を遂行することができる。
【０１０１】
輸送エージェントはさらに、輸送エージェントモジュール４０によってホストされている他の輸送エージェントと相互作用してもよい。相互作用は、少なくとも１つの共通する目標目的地を有する輸送エージェントまたはメッセージ３４のマージ９３２を含むことが可能である。
【０１０２】
新しい輸送エージェントまたはメッセージ３４は、図２に示すように、検出部３２によって検出されるイベント２６の結果として、輸送エージェントモジュール４０により生成される。輸送エージェントのメッセージ３４は、センサ部４４から受信されるデータによって増やされてもよい。
【０１０３】
メッセージのルートを割り当てるその機能に加えて、輸送エージェントモジュール４０は、シグナリング部３８を用いてホスト車両内部で輸送エージェントまたはそのメッセージ３４の情報をシグナリングする。
【０１０４】
輸送エージェントモジュールは、プロセッサ５０と、プロセッサ５０がアクセスできるメモリ５２と、メモリ５２内に格納される輸送エージェントモジュールライブラリ４１とを備えるデバイス４０としても実装されることが可能である。輸送エージェント４０は、輸送エージェントまたはそのメッセージ３４を少なくとも１つの目標目的地へ転送するための上記ステップのうちの任意の１つを実行するように適合される。デバイス４０は、受信機および送信機の機能を提供する無線ネットワークインタフェース／モジュール１４とデータを交換することができる。
【０１０５】
プロセッサ５０はさらに、少なくとも１つの目標目的地に接近する１つ以上の他の車両のルートに関する関係性を決定するように適合される。車両１２のルートがまだ知られていない場合、プロセッサ５０はさらに、電子地図を用いて車両１２のルートを計算するように適合されてもよい。計算は、受信された地理的情報に基づくものであってもよい。関係性の決定において、プロセッサ５０は、車両１２のルートと少なくとも１つの目標目的地との間の最短距離を計算するように適合されてもよい。最短距離は、メッセージ３４の送信を決定するために、プロセッサ５０によって送信機５４の最大範囲と比較されることが可能である。
【０１０６】
上述の実施形態から明らかとなっているように、本明細書に記載の方法は様々な利点を提供する。まず第１に、これらの方法は、電子ナビゲーションシステムおよび無線通信デバイス等の既存かつ広く普及しているテクノロジを用いて実装されることが可能である。所定の状況においては、本明細書に記載の方法は、指定した通信ネットワークが遠方である場合、および定置の通信インフラストラクチャへのローカルアクセスが利用不可である場合に、メッセージが目標目的地へ届く唯一効率的な方法であることがある。さらに、所望される目標目的地への通信接続が存在しない場合でも、メッセージは、より長い時間に渡って保存されることが可能である。具体的には、利用可能な通信リソースの過負荷の防止または少なくとも低減が可能である（任意選択として、範囲が定められた危険地帯の場合の同報通信モードは例外である）。
【０１０７】
本明細書に示している方法は、移動体通信ノードが（少なくとも部分的に）既知のルート上を、かつ／または（少なくとも部分的に）既知の目的地へと移動する、という事実を活用する。さらに、これらの方法は、通信ノード（車両）がそれらの目的地へと移動する間に実行できるメッセージマージ機能およびメッセージ送達機能を提供する。
【０１０８】
以上、特有の個々の実施形態を示し、説明してきたが、本発明の範囲を逸脱することなく様々な変更、変形および置換が行われてもよい。このような変形、変更および置換は全て、以下の特許請求の範囲によって包含されることが意図される。
【特許請求の範囲】
【請求項１】
第２の車両（１２）の位置、ルートおよび目的地のうちの少なくとも１つに関する地理的情報を受信するステップと、
前記地理的情報と少なくとも１つの目標目的地との関係性を決定するステップと、
前記決定の結果に依存して、前記第２の車両（１２）へメッセージを条件付きで送信するステップとを含み、
前記ステップが第１の車両（１０）によって実行され、前記メッセージを少なくとも１つの前記目標目的地へ転送する方法。
【請求項２】
前記メッセージが、イベントに関するイベント情報を備える、請求項１に記載の方法。
【請求項３】
前記第１の車両で、または前記第１の車両付近で前記イベントを検出するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記メッセージを生成するステップをさらに含み、
前記メッセージの生成が前記イベントの前記検出によって引き起こされる、請求項３に記載の方法。
【請求項５】
前記イベント情報が、前記イベントの時刻、場所およびタイプのうちの少なくとも１つを備える、請求項２から請求項４のいずれか一項に記載の方法。
【請求項６】
前記イベントが、交通事故、交通遅延および交通障害のうちの少なくとも１つに関連する、請求項２から請求項５のいずれか一項に記載の方法。
【請求項７】
少なくとも１つの前記目標目的地を選択するステップをさらに含み、前記目標目的地の選択が、前記イベント情報および前記地理的情報の少なくとも一方に依存する、請求項１から請求項６のいずれか一項に記載の方法。
【請求項８】
前記関係性を決定するステップは、前記第２の車両の前記位置、前記ルートおよび前記目的地のうちの少なくとも１つが、前記イベントの領域に遭遇するかどうかを評価するステップを含む、請求項２から請求項７のいずれか一項に記載の方法。
【請求項９】
前記関係性を決定するステップは、前記第２の車両の前記位置が、前記第１の車両よりも少なくとも１つの前記目標目的地に近いまたは近づくかどうか、あるいは、前記第２の車両の前記ルートが、少なくとも１つの前記目標目的地に接近しているかどうかを評価するステップを含む、請求項１から請求項８のいずれか一項に記載の方法。
【請求項１０】
前記関係性を決定するステップが、少なくとも１つの前記目標目的地に接近している前記第１の車両に関する第１の弁別子および少なくとも１つの前記目標目的地に接近している前記第２の車両に関する第２の弁別子のうちの少なくとも一方を決定するステップを含む、請求項１から請求項９のいずれか一項に記載の方法。
【請求項１１】
前記第１の弁別子および前記第２の弁別子の各々が決定され、かつ、前記第１の弁別子と前記第２の弁別子とを比較するステップをさらに含み、
前記メッセージを前記第２の車両へ送信するステップが前記比較の結果に依存する、請求項１０に記載の方法。
【請求項１２】
前記弁別子が時間周期または距離測度である、請求項１０または請求項１１に記載の方法。
【請求項１３】
第１の車両（１２）の位置、ルートおよび目的地のうちの少なくとも１つに関する地理的情報を決定するステップと、
前記地理的情報を第２の車両（１０）へ送信するステップと、
前記地理的情報の前記送信に応答してメッセージを前記第２の車両（１０）から受信するステップとを含み、
前記ステップが前記第１の車両（１２）により実行され、少なくとも１つの目標目的地へ前記メッセージを転送する方法。
【請求項１４】
前記メッセージが、イベントに関するイベント情報を備える、請求項１３に記載の方法。
【請求項１５】
前記イベント情報および前記地理的情報の少なくとも一方に依存して、少なくとも１つの前記目標目的地を選択するステップをさらに含む、請求項１３または請求項１４に記載の方法。
【請求項１６】
前記メッセージを少なくとも１つの前記目標目的地へ送信するステップをさらに含む、請求項１３から請求項１５のいずれか一項に記載の方法。
【請求項１７】
前記地理的情報に基づいて、車両のルートまたはメッセージのルートを計算するステップをさらに含む、請求項１から請求項１６のいずれか一項に記載の方法。
【請求項１８】
受信される前記メッセージに関する情報をシグナリングするステップをさらに含む、請求項１から請求項１７のいずれか一項に記載の方法。
【請求項１９】
冗長なメッセージまたは少なくとも１つの共通する目標目的地を有するメッセージをマージするステップをさらに含む、請求項１から請求項１８のいずれか一項に記載の方法。
【請求項２０】
第１の車両（１０）によってイベントを検出するステップと、
メッセージが、イベント情報および目標目的地の少なくとも一方を含み、前記イベントの検出に応答して前記メッセージを生成するステップと、
前記目標目的地へ送信されるように前記メッセージを第２の車両（１２）へ送信するステップとを含み、
前記ステップが前記第１の車両（１０）により実行され、少なくとも１つの前記目標目的地へメッセージを転送する方法。
【請求項２１】
送信および／または受信用に無線通信が適用される、請求項１から請求項２０のいずれか一項に記載の方法。
【請求項２２】
１つ以上のコンピューティングデバイス上で実行されると請求項１から請求項２１のいずれか一項に記載の前記方法を実行するためのプログラムコード部を備えるコンピュータプログラム製品。
【請求項２３】
コンピュータ読取り可能記録媒体上に格納される、請求項２２に記載のコンピュータプログラム製品。
【請求項２４】
第２の車両（１２）の位置、ルート（２４）および目的地（２０）のうちの少なくとも１つに関する地理的情報を受信するように適合される受信機（５４）と、
前記地理的情報と少なくとも１つの目標目的地（２８、３０）との関係性を決定するように適合されるプロセッサ（５０）と、
前記決定の結果に依存してメッセージ（３４）を前記第２の車両（１２）へ条件付きで送信するように適合される送信機（５４）とを備え、
少なくとも１つの前記目標目的地（２８、３０）へ前記メッセージ（３４）を転送するために第１の車両（１０）に搭載して使用されるように適合されるデバイス（４０、４６、４８）。
【請求項２５】
前記プロセッサ（５０）が、少なくとも１つの前記目標目的地（２８、３０）に接近している前記第１の車両および前記第２の車両（１０、１２）に関する弁別子を決定または比較するようにさらに適合される、請求項２４に記載のデバイス。
【請求項２６】
第１の車両（１２）の位置、ルート（２４）および目的地（２０）のうちの少なくとも１つに関する地理的情報を決定するように適合されるプロセッサ（５０）と、
前記地理的情報を第２の車両（１０）へ送信するように適合される送信機（５４）と、
前記地理的情報の前記送信に応答して前記第２の車両（１０）からメッセージ（３４）を受信するように適合される受信機（５４）とを備え、
少なくとも１つの前記目標目的地（２８、３０）へ前記メッセージ（３４）を転送するために前記第１の車両（１２）に搭載して使用されるように適合されるデバイス（４０、４６、４８）。
【請求項２７】
第１の車両（１０）によってイベントを検出するように適合される検出部（３２）と、
前記イベントの検出に応答してメッセージ（３４）を生成するように適合され、前記メッセージ（３４）がイベント情報および目標目的地の少なくとも一方を備えるプロセッサ（５０）と、
前記目標目的地へ輸送されるように前記メッセージを第２の車両（１２）へ送信すべく適合される送信機（５４）とを備え、
少なくとも１つの前記目標目的地（２８、３０）へ前記メッセージ（３４）を転送するために前記第１の車両（１０）に搭載して使用されるように適合されるデバイス（４０、４６、４８）。
【請求項２８】
前記メッセージ（３４）に関する情報を知らせるように適合されるシグナリング部（４４）をさらに備える、請求項２４から請求項２７のいずれか一項に記載のデバイス。
【請求項１】
第２の車両（１２）の位置、ルートおよび目的地のうちの少なくとも１つに関する地理的情報を受信するステップと、
前記地理的情報と少なくとも１つの目標目的地との関係性を決定するステップと、
前記決定の結果に依存して、前記第２の車両（１２）へメッセージを条件付きで送信するステップとを含み、
前記ステップが第１の車両（１０）によって実行され、前記メッセージを少なくとも１つの前記目標目的地へ転送する方法。
【請求項２】
前記メッセージが、イベントに関するイベント情報を備える、請求項１に記載の方法。
【請求項３】
前記第１の車両で、または前記第１の車両付近で前記イベントを検出するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記メッセージを生成するステップをさらに含み、
前記メッセージの生成が前記イベントの前記検出によって引き起こされる、請求項３に記載の方法。
【請求項５】
前記イベント情報が、前記イベントの時刻、場所およびタイプのうちの少なくとも１つを備える、請求項２から請求項４のいずれか一項に記載の方法。
【請求項６】
前記イベントが、交通事故、交通遅延および交通障害のうちの少なくとも１つに関連する、請求項２から請求項５のいずれか一項に記載の方法。
【請求項７】
少なくとも１つの前記目標目的地を選択するステップをさらに含み、前記目標目的地の選択が、前記イベント情報および前記地理的情報の少なくとも一方に依存する、請求項１から請求項６のいずれか一項に記載の方法。
【請求項８】
前記関係性を決定するステップは、前記第２の車両の前記位置、前記ルートおよび前記目的地のうちの少なくとも１つが、前記イベントの領域に遭遇するかどうかを評価するステップを含む、請求項２から請求項７のいずれか一項に記載の方法。
【請求項９】
前記関係性を決定するステップは、前記第２の車両の前記位置が、前記第１の車両よりも少なくとも１つの前記目標目的地に近いまたは近づくかどうか、あるいは、前記第２の車両の前記ルートが、少なくとも１つの前記目標目的地に接近しているかどうかを評価するステップを含む、請求項１から請求項８のいずれか一項に記載の方法。
【請求項１０】
前記関係性を決定するステップが、少なくとも１つの前記目標目的地に接近している前記第１の車両に関する第１の弁別子および少なくとも１つの前記目標目的地に接近している前記第２の車両に関する第２の弁別子のうちの少なくとも一方を決定するステップを含む、請求項１から請求項９のいずれか一項に記載の方法。
【請求項１１】
前記第１の弁別子および前記第２の弁別子の各々が決定され、かつ、前記第１の弁別子と前記第２の弁別子とを比較するステップをさらに含み、
前記メッセージを前記第２の車両へ送信するステップが前記比較の結果に依存する、請求項１０に記載の方法。
【請求項１２】
前記弁別子が時間周期または距離測度である、請求項１０または請求項１１に記載の方法。
【請求項１３】
第１の車両（１２）の位置、ルートおよび目的地のうちの少なくとも１つに関する地理的情報を決定するステップと、
前記地理的情報を第２の車両（１０）へ送信するステップと、
前記地理的情報の前記送信に応答してメッセージを前記第２の車両（１０）から受信するステップとを含み、
前記ステップが前記第１の車両（１２）により実行され、少なくとも１つの目標目的地へ前記メッセージを転送する方法。
【請求項１４】
前記メッセージが、イベントに関するイベント情報を備える、請求項１３に記載の方法。
【請求項１５】
前記イベント情報および前記地理的情報の少なくとも一方に依存して、少なくとも１つの前記目標目的地を選択するステップをさらに含む、請求項１３または請求項１４に記載の方法。
【請求項１６】
前記メッセージを少なくとも１つの前記目標目的地へ送信するステップをさらに含む、請求項１３から請求項１５のいずれか一項に記載の方法。
【請求項１７】
前記地理的情報に基づいて、車両のルートまたはメッセージのルートを計算するステップをさらに含む、請求項１から請求項１６のいずれか一項に記載の方法。
【請求項１８】
受信される前記メッセージに関する情報をシグナリングするステップをさらに含む、請求項１から請求項１７のいずれか一項に記載の方法。
【請求項１９】
冗長なメッセージまたは少なくとも１つの共通する目標目的地を有するメッセージをマージするステップをさらに含む、請求項１から請求項１８のいずれか一項に記載の方法。
【請求項２０】
第１の車両（１０）によってイベントを検出するステップと、
メッセージが、イベント情報および目標目的地の少なくとも一方を含み、前記イベントの検出に応答して前記メッセージを生成するステップと、
前記目標目的地へ送信されるように前記メッセージを第２の車両（１２）へ送信するステップとを含み、
前記ステップが前記第１の車両（１０）により実行され、少なくとも１つの前記目標目的地へメッセージを転送する方法。
【請求項２１】
送信および／または受信用に無線通信が適用される、請求項１から請求項２０のいずれか一項に記載の方法。
【請求項２２】
１つ以上のコンピューティングデバイス上で実行されると請求項１から請求項２１のいずれか一項に記載の前記方法を実行するためのプログラムコード部を備えるコンピュータプログラム製品。
【請求項２３】
コンピュータ読取り可能記録媒体上に格納される、請求項２２に記載のコンピュータプログラム製品。
【請求項２４】
第２の車両（１２）の位置、ルート（２４）および目的地（２０）のうちの少なくとも１つに関する地理的情報を受信するように適合される受信機（５４）と、
前記地理的情報と少なくとも１つの目標目的地（２８、３０）との関係性を決定するように適合されるプロセッサ（５０）と、
前記決定の結果に依存してメッセージ（３４）を前記第２の車両（１２）へ条件付きで送信するように適合される送信機（５４）とを備え、
少なくとも１つの前記目標目的地（２８、３０）へ前記メッセージ（３４）を転送するために第１の車両（１０）に搭載して使用されるように適合されるデバイス（４０、４６、４８）。
【請求項２５】
前記プロセッサ（５０）が、少なくとも１つの前記目標目的地（２８、３０）に接近している前記第１の車両および前記第２の車両（１０、１２）に関する弁別子を決定または比較するようにさらに適合される、請求項２４に記載のデバイス。
【請求項２６】
第１の車両（１２）の位置、ルート（２４）および目的地（２０）のうちの少なくとも１つに関する地理的情報を決定するように適合されるプロセッサ（５０）と、
前記地理的情報を第２の車両（１０）へ送信するように適合される送信機（５４）と、
前記地理的情報の前記送信に応答して前記第２の車両（１０）からメッセージ（３４）を受信するように適合される受信機（５４）とを備え、
少なくとも１つの前記目標目的地（２８、３０）へ前記メッセージ（３４）を転送するために前記第１の車両（１２）に搭載して使用されるように適合されるデバイス（４０、４６、４８）。
【請求項２７】
第１の車両（１０）によってイベントを検出するように適合される検出部（３２）と、
前記イベントの検出に応答してメッセージ（３４）を生成するように適合され、前記メッセージ（３４）がイベント情報および目標目的地の少なくとも一方を備えるプロセッサ（５０）と、
前記目標目的地へ輸送されるように前記メッセージを第２の車両（１２）へ送信すべく適合される送信機（５４）とを備え、
少なくとも１つの前記目標目的地（２８、３０）へ前記メッセージ（３４）を転送するために前記第１の車両（１０）に搭載して使用されるように適合されるデバイス（４０、４６、４８）。
【請求項２８】
前記メッセージ（３４）に関する情報を知らせるように適合されるシグナリング部（４４）をさらに備える、請求項２４から請求項２７のいずれか一項に記載のデバイス。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８Ａ】
【図８Ｂ】
【図９】
【図１０】
【公表番号】特表２０１１−５２７４７４（Ｐ２０１１−５２７４７４Ａ）
【公表日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願番号】特願２０１１−５１６９６６（Ｐ２０１１−５１６９６６）
【出願日】平成２０年７月１１日（２００８．７．１１）
【国際出願番号】ＰＣＴ／ＥＰ２００８／００５６７９
【国際公開番号】ＷＯ２０１０／００３４４０
【国際公開日】平成２２年１月１４日（２０１０．１．１４）
【出願人】（５１１００７０９３）エレクトロビット オートモーティブ ゲーエムベーハー (3)
【Ｆターム（参考）】
【公表日】平成２３年１０月２７日（２０１１．１０．２７）
【国際特許分類】
【出願日】平成２０年７月１１日（２００８．７．１１）
【国際出願番号】ＰＣＴ／ＥＰ２００８／００５６７９
【国際公開番号】ＷＯ２０１０／００３４４０
【国際公開日】平成２２年１月１４日（２０１０．１．１４）
【出願人】（５１１００７０９３）エレクトロビット オートモーティブ ゲーエムベーハー (3)
【Ｆターム（参考）】
[ Back to top ]