(57)【要約】メッセージへの応答の状況が考慮される場合に、複数のノード（Ａ、Ｂ、Ｃ、Ｓ）間、特に複数の車両等の複数の移動ノード間におけるイベントトリガ型通信の装置（１００）および方法を提供するために、少なくとも１つのメッセージ（Ｍ１、Ｍ２、Ｍ３）、特に少なくとも１つの識別メッセージ（ＩＭ）および／または少なくとも１つの応答通知（ＡＭ）を、少なくとも１つの特定のノード（Ａ、Ｂ、Ｃ、Ｓ）に向けて、特にユニキャスト通信によって送信することを提案する。
2008520146.tif 000002
【特許請求の範囲】
【請求項１】
複数のノード（Ａ、Ｂ、Ｃ、Ｓ）間、特に複数の移動ノード間、例えば複数の車両間におけるイベントトリガ型通信を操作する装置（１００）であって、少なくとも１つのメッセージ（Ｍ１、Ｍ２、Ｍ３）、特に少なくとも１つの識別メッセージ（ＩＭ）および／または少なくとも１つの応答通知（ＡＭ）を、少なくとも１つの特定のノード（Ａ、Ｂ、Ｃ、Ｓ）に向けて、特にユニキャスト通信によって送信する、少なくとも１つの送信手段（１０）を特徴とする装置（１００）。
【請求項２】
請求項１に記載の装置であって、
−ユニキャスト送信、具体的には受信した識別メッセージ（ＩＭ）の送信元である特定のノード（Ａ、Ｂ、Ｃ、Ｓ）それぞれに対して別々に行われる送信、および／または
−複数のノード（Ａ、Ｂ、Ｃ、Ｓ）へのブロードキャスト送信
により、少なくとも１つのイベント通知（ＥＭ）を付加的に送信するよう構成された送信手段（１０）を特徴とする装置。
【請求項３】
請求項１または請求項２に記載の装置であって、
−ノード（Ａ、Ｂ、Ｃ、Ｓ）のうち少なくとも１つのノードによって送信されているメッセージ（Ｍ１、Ｍ２、Ｍ３）を検出するため、および／または
−ノード（Ａ、Ｂ、Ｃ、Ｓ）のうち少なくとも１つのノードによって送信されているイベント通知（ＥＭ）を検出するため
の少なくとも一つの受信手段（２０）を特徴とする装置。
【請求項４】
請求項１から請求項３のいずれか１つの請求項に記載の装置であって、受信した識別メッセージ（ＩＭ）および／またはイベント通知（ＥＭ）の送信元である特定のノード（Ａ、Ｂ、Ｃ、Ｓ）に向けて応答通知（ＡＭ）を送信することを特徴とする装置。
【請求項５】
請求項１から請求項４のいずれか１つの請求項に記載の装置であって、
−識別メッセージ（ＩＭ）、具体的には受信した前記識別メッセージ（ＩＭ）の送信元である特定のノード（Ａ、Ｂ、Ｃ、Ｓ）の識別情報をローカルに格納するため、および
−特定のノード（Ａ、Ｂ、Ｃ、Ｓ）それぞれについて応答通知（ＡＭ）を格納するため、具体的には特定のイベント通知（ＥＭ）に対する応答を受信したか否かについて、装置（１００）が様々なイベント通知を区別することができるように、ローカルに格納するため
の少なくとも１つの格納手段（３０）を特徴とする装置。
【請求項６】
請求項１から請求項５のいずれか１つの請求項に記載の装置であって、
−周期的にメッセージ（Ｍ１、Ｍ２、Ｍ３）を送信する目的、
−メッセージ（Ｍ１、Ｍ２、Ｍ３）を繰り返して送信および／もしくは特定のタイムアウト期間内に応答通知（ＡＭ）を受信しなかった場合にはイベント通知（ＥＭ）を繰り返して送信する目的、ならびに／または
−識別メッセージ（ＩＭ）を削除するため、具体的には、特定の期間内、具体的には特定のライフタイム期間内にノード（Ａ、Ｂ、Ｃ、Ｓ）のうち少なくとも１つのノードから識別メッセージ（ＩＭ）を受信しなかった場合にはこのノード（Ａ、Ｂ、Ｃ、Ｓ）に関する情報を削除する目的
で構成されたことを特徴とする装置。
【請求項７】
請求項６に記載の装置であって、
−タイムアウト期間は、この期間の後に送信が繰り返されるものであり、特定のノード（Ａ、Ｂ、Ｃ、Ｓ）の識別メッセージ（ＩＭ）送信期間と等しいこと、および／または
−特定の期間、具体的にはライフタイム期間は、この期間の後に特定のノード（Ａ、Ｂ、Ｃ、Ｓ）に関する識別メッセージ（ＩＭ）が削除されるものであり、この特定のノード（Ａ、Ｂ、Ｃ、Ｓ）の識別メッセージ（ＩＭ）送信最長期間もしくはこの最長期間の倍数と等しいこと
を特徴とする装置。
【請求項８】
複数のノード（Ａ、Ｂ、Ｃ、Ｓ）間でのイベントトリガ型通信のための通信ネットワークまたは通信システム（２００）であって、各ノード（Ａ、Ｂ、Ｃ、Ｓ）が請求項１から請求項７のいずれか１つに記載の装置（１００）を少なくとも１つは備えることを特徴とする通信ネットワークまたは通信システム。
【請求項９】
複数のノード（Ａ、Ｂ、Ｃ、Ｓ）間、特に複数の移動ノード間、例えば複数の車両間におけるイベントトリガ型通信の方法であって、少なくとも１つのメッセージ（Ｍ１、Ｍ２、Ｍ３）、特に少なくとも１つの識別メッセージ（ＩＭ）および／または少なくとも１つの応答通知（ＡＭ）を、少なくとも１つの特定のノード（Ａ、Ｂ、Ｃ、Ｓ）に向けて、特にユニキャスト通信によって送信することを特徴とする方法。
【請求項１０】
請求項９に記載の方法であって、少なくとも１つのイベント通知（ＥＭ）を受信した後に、
［ｉ］ ノード（Ａ、Ｂ、Ｃ、Ｓ）のうち少なくとも１つのノードの識別メッセージをリッスンするステップ、
［ｉｉ］受信した識別メッセージ（ＩＭ）の送信元である少なくとも１つの特定のノード（Ａ、Ｂ、Ｃ、Ｓ）の識別情報をローカルに格納するステップ、
［ｉｉｉ］ノード（Ａ、Ｂ、Ｃ、Ｓ）のうち少なくとも１つのノードにイベント通知（ＥＭ）を送信し、応答通知（ＡＭ）を待つステップ、
［ｉｖ］ 特定のイベント通知（ＥＭ）に対する応答を受信したか否かについて、異なるイベント通知（ＥＭ）と区別することができるように、ノード（Ａ、Ｂ、Ｃ、Ｓ）それぞれについてローカルに格納するステップ、
［ｖ］特定のタイムアウト期間内に応答通知（ＡＭ）を受信しないと送信を繰り返すステップ、および
［ｖｉ］特定の期間内、具体的には特定のライフタイム期間内にノード（Ａ、Ｂ、Ｃ、Ｓ）のうち少なくとも１つのノードから識別メッセージ（ＩＭ）を受信しないと、識別メッセージ（ＩＭ）を、具体的にはこのノード（Ａ、Ｂ、Ｃ、Ｓ）に関する情報を削除するステップを行うことを特徴とする方法。
【請求項１１】
請求項１０に記載の方法であって、受信した識別メッセージ（ＩＭ）および／またはイベント通知（ＥＭ）の送信元である特定のノード（Ａ、Ｂ、Ｃ、Ｓ）に応答通知（ＡＭ）を送信することを特徴とする方法。
【請求項１２】
請求項１０または請求項１１に記載の方法であって、特にノード（Ａ、Ｂ、Ｃ、Ｓ）周辺および／またはノード（Ａ、Ｂ、Ｃ、Ｓ）内でのイベントによって発生するイベント通知（ＥＭ）を、
−受信した識別メッセージ（ＩＭ）の送信元である特定のノード（Ａ、Ｂ、Ｃ、Ｓ）それぞれに対して別々に送信するユニキャスト送信で送信、および／または
−複数のノード（Ａ、Ｂ、Ｃ、Ｓ）にブロードキャスト送信で送信
することを特徴とする方法。
【請求項１３】
請求項１０から請求項１２のいずれか１つの請求項に記載の方法であって、受信したイベント通知（ＥＭ）を特定の数のノード（Ａ、Ｂ、Ｃ、Ｓ）に送信および／または転送することを特徴とする方法。
【請求項１４】
請求項１０から請求項１２のいずれか１つの請求項に記載の方法であって、受信したイベント通知（ＥＭ）の送信元であるノード（Ａ、Ｂ、Ｃ、Ｓ）を除き、識別メッセージ（ＩＭ）の受信をローカルに格納したままであり、イベント通知（ＥＭ）の受信に対する応答メッセージが記録されていないすべてのノード（Ａ、Ｂ、Ｃ、Ｓ）に、受信したイベントメッセージ（ＥＭ）を送信および／または転送することを特徴とする方法。
【請求項１５】
請求項９から請求項１４のいずれか１つの請求項に記載の方法であって、受信した識別メッセージ（ＩＭ）の送信元である特定のノード（Ａ、Ｂ、Ｃ、Ｓ）の識別メッセージ（ＩＭ）、特にローカル情報を、
−特にイベントが発生した際および／またはイベント通知（ＥＭ）を受信した際に、要求に応じて構築し、格納する、
−または永久に保持し、更新する
ことを特徴とする方法。
【請求項１６】
請求項１３に記載の方法であって、通知の送信先および／もしくは転送先のノードの数、ならびに／またはメッセージの反復回数が、異なるノードから受信した識別メッセージ（ＩＭ）の数に依存していることを特徴とする方法。
【請求項１７】
請求項８に記載の少なくとも１つの通信ネットワーク（２００）および／または請求項９から請求項１６のいずれか１つの請求項に記載の方法のための通信プロトコル。
【請求項１８】
外部のデータおよび／もしくはイベントを請求項８に記載の少なくとも１つの通信ネットワーク（２００）、例えば、無線の車両間通信ネットワークの内部の他のノード（Ａ、Ｂ、Ｃ、Ｓ）に伝達するための、請求項１から請求項７のいずれか１つの請求項に記載の少なくとも１つの装置（１００）、および／または請求項９から請求項１６のいずれか１つの請求項に記載の方法、および／または請求項１６に記載の通信プロトコルの使用であって、特に、
−車線変更又は合流操作の間の衝突を回避するため、および 
−例えば路上の氷、目立たない物体または影に隠れた物体等の見えない障害物を報告するため、
車両が同じ領域内を異なる方向に動いている場合には、交通状況または交通渋滞等の交通イベントについて通知するために、
事故またはその他のイベントにより、周辺の車両へ送信される警告が、自動的に発生することを特徴とする使用。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のノード間、特に複数の移動ノード間、例えば複数の車両間におけるイベントトリガ型通信を操作する装置、およびこのイベントトリガ型通信の方法に関する。
【背景技術】
【０００２】
周囲の少なくとも１つの他の装置が、通知を受信することを確実とする必要のある危険警告システム等の多くのアプリケーションがある。この目的のためには、ブロードキャストメッセージは十分信頼性の高いものではない。というのも概して、かかるブロードキャストメッセージの受信は確認されないからである。さらにブロードキャストメッセージには、ネットワーク内で通知メッセージが配信された場合に、通知メッセージがいわゆるブロードキャストストームを引き起こすという不都合がある。
【０００３】
隣接ノードにイベントの発生を通知するイベントトリガ型メッセージの従来技術に関して、先行技術文献である欧州特許公開第１２７６３３６号明細書を参照でき、この文献によれば、定義されたイベントおよび位置の基準を満たす場合に、通知または他のコンテンツ等の情報の配信のために、選択された通信装置を提供する。イベントおよび位置の基準を定義するために、情報を配信する方法とともにプロファイルを構成する。典型的には、イベントの発生を示すイベントの証印の受信を、プロファイル内のイベントの基準と比べる。イベントの証印がイベントの基準を満たすと、位置の証印を集め、定義された位置の基準と比べる。あるいは、イベントの基準に対応するイベントを満たしているか否かを決定するに先立ち、位置に対応するトリガを受け取り、位置の基準と比較する。イベント発生および位置の証印の両方がイベントおよび位置の基準に適合すると、適当な通信装置に情報を送る。
【特許文献１】欧州特許公開第１２７６３３６号明細書
【０００４】
しかしながら、先行技術文献欧州特許公開第１２７６３３６号明細書ではメッセージへの応答の状況が考慮されていない。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記の不都合な点および欠点をきっかけとし、上記の先行技術を考慮に入れると、本発明の目的は、メッセージへの応答の状況が考慮された、複数のノード間におけるイベントトリガ型通信の装置および方法を提供することである。
【０００６】
本発明の目的は、請求項１の特徴を備える装置および請求項９の特徴を備える方法によって成し遂げられる。本発明の有利な実施態様および適切な改良を、それぞれの従属クレームにおいて開示する。
【課題を解決するための手段】
【０００７】
本発明は、いわゆる「ｈｅｌｌｏメッセージ」を利用する。かかるメッセージは、先行技術において、主に、２台の装置間のリンクの存在を確認する発見アルゴリズムおよびルーティングアルゴリズムの手段として公知である。本発明は、同様の目的でｈｅｌｌｏメッセージを使用するが、ｈｅｌｌｏメッセージを信頼性が高くて効果的なブロードキャストデータ配信の方法と結びつける。
【０００８】
それゆえに、本発明は、主に、イベントの発生を隣接ノードに通知するイベントトリガ型メッセージであって、イベント通知は特にノード周辺またはノード内のイベントによって発生するイベントトリガ型メッセージの考えに基づいている。これに関連して、イベント通知で確認されたユニキャストメッセージの使用により、信頼性の高い通信、特にブロードキャストメッセージに比べて改良された信頼性を確実にする。これらの理由により、本発明では、確認されたユニキャストメッセージを使用する。
【０００９】
ノード内にネットワークトポロジ情報が持続することを回避するため、本発明は、他のノードの識別および／または確認用の周期的なｈｅｌｌｏメッセージの使用を提案する。これらのｈｅｌｌｏメッセージは、全ての装置によって周期的に送信される。イベントが起こり、本発明によるそれぞれの装置が作動すると、この装置は、他の装置のいかなるｈｅｌｌｏメッセージをリッスンする。考慮した第１の装置が第２の装置からのｈｅｌｌｏメッセージを検出すると、第１の装置は通知および／またはデータをこの第２の装置に、特にユニキャストリンクで送信する。
【００１０】
第１の装置が繰り返し通知を送信することを防止するため、それぞれの第２の装置からｈｅｌｌｏメッセージを受け取るたびに、第２の装置はイベントについて既に知らされているということを第１の装置は格納する。何台の他の装置がこの手順によってイベントについて知らされているのかはパラメータ化の問題である。
【発明を実施するための最良の形態】
【００１１】
以下に、本発明による方法の好適な実施例を開示する。
【００１２】
全てのネットワーク装置は、周期的に、識別子を含むｈｅｌｌｏパケットを送信し、他の装置に自らの存在を知らせる。イベント通知および関連データを受信すると、以下のように作動する。
−他の装置のｈｅｌｌｏメッセージをリッスン（ｌｉｓｔｅｎ）する。
−受信したｈｅｌｌｏパケットの送信元である特定の数の他の装置の識別子をローカルに格納する。
−通知および関連データを前記他の装置に送信して、応答を待つ。
−特定の通知に対する応答を受信したか否かにつき前記他の装置のそれぞれについてローカルに格納し、これによって様々な通知メッセージを区別する。
−特定のタイムアウト期間内に応答が受信されなければ、送信をくりかえす。そして、
−特定のライフタイム期間内にある装置からｈｅｌｌｏパケットが受信されなければ、この装置に関する情報を削除する。
【００１３】
本発明の上記のステップのいくつかは先行技術文献である国際公開ＷＯ ０２／２３８３３ Ａ２号パンフレットおよび国際公開ＷＯ ０３／１０５５０２ Ａ１号パンフレットより公知であるが、これらの先行技術文献で開示されているそれぞれの方法はイベントトリガ型ではないので本発明と関連しない。
【００１４】
本発明の好適な実施例によれば、あるイベントが発生し、それぞれに通知メッセージを受信すると、受信したｈｅｌｌｏパケットの送信元である装置に関するローカル情報を要求に応じて構築し、格納する。これに関係してまたは無関係に、受信したｈｅｌｌｏパケットの送信元である装置に関するローカル情報を、永久に保持および更新することができる。
【００１５】
本発明の本質的な特徴によると、通知および関連データの送信をユニキャスト・モードで、すなわち受信したｈｅｌｌｏパケットの送信元である選択された装置のそれぞれに対して別々に、行う。これに関係してまたは無関係に、ブロードキャストモードで他の装置に通知を送ることができる。
【００１６】
上記のタイムアウト期間は、この期間の後に送信が繰り返されるものであるが、応答が予期される装置のｈｅｌｌｏパケット送信期間と等しいことが好ましい。これに関係してまたは無関係に、本発明によれば、上記のライフタイム期間は、この期間の後にある装置に関する情報が削除されるものであるが、この装置のｈｅｌｌｏパケット送信最長期間またはこの倍数と等しい。
【００１７】
本発明の好適な実施例によれば、受信した通知を、特定の数の他の装置に転送する。具体的には、通知を送信し、そして、受信した通知の送信元である装置を除き、ｈｅｌｌｏパケットの受信をローカルに格納したままであるが応答されたとして記録されていないすべての装置に通知を転送する。
【００１８】
本発明は更に、少なくとも１つの上記のような装置を含む信頼性の高いイベントトリガ型通信ネットワークまたは通信システムおよび対応する通信プロトコルにも関する。この通信プロトコルは、イベントまたはユーザインタラクションが本発明に従う装置を起動し、データを隣接する装置に送信する全てのアプリケーションに適している。最も単純な場合では、データは、各イベントが起こったという通知からなる。
【００１９】
最後に、本発明は、外部のデータおよび／もしくはイベントを少なくとも一つの上記のような通信ネットワーク内の他のノードに伝達するための、少なくとも一つの上記のような装置、上記のような方法、ならびに／または上記のような通信プロトコルの使用にも関する。この通信ネットワークは、例えば、事故またはその他の危険なイベントにより、周辺の車両へ送信される警告、特に、車両が同じ領域内を異なる方向に動いているときに、
−車線変更又は合流操作の間の衝突を回避するため、および
−例えば路上の氷、目立たない物体または影に隠れた物体等の見えない障害物を報告するため
の警告が自動的に発生する、無線の車両間通信ネットワークである。
【００２０】
上記して説明したように、本発明の教示を有利な方法で実施するとともに改良するためのいくつかの選択肢がある。この目的のためには、請求項１におよび請求項９に従属する請求項を参照する。本発明の更なる改良、特徴および利点を、一例である好適な実施例（図１から図３を参照）および添付の図面を参照しつつ、以下で更に詳細に説明する。
図１から図３において、対応する部分には同一の参照番号を用いる。
【００２１】
外部のイベントまたはユーザインタラクションのいずれかにより通信を起動する多くのアプリケーションがある。イベントトリガ型ネットワークの例は、外部のデータまたはイベントがネットワーク内の他のノードに通信されなければならない任意の種類のセンサネットワークである。アプリケーションの例は、無線の車両間通信ネットワーク２００であり、このネットワーク内では、事故またはその他の危険なイベントにより、周辺の車両へ送信される警告が自動的に発生する。
【００２２】
図１は、本発明に従うノード間通信システム、すなわち、車車間通信システム２００に関するひとつの配置例を示している。より詳細には、車両間通信によるローカルな危険警告に関するアプリケーションシナリオを図１に示している。図１において、本発明による装置１００を車両に搭載し、車両周辺または車両内での事故によって通知メッセージが発生する。
【００２３】
道路上にいる第１の車両（＝ノードＩＤ：Ｓ；図１の下側にある車）が、路上の氷Ｚの存在を検出する。氷Ｚの検出は、他の車両に転送する必要のある重要な情報を意味する。第２の車両（＝ノードＩＤ：Ａ；図１の上側にある車）からの、自らの存在を示すｈｅｌｌｏメッセージＩＭの受信は、第１の車がイベントメッセージＥＭ（＝メッセージＩＤ＝Ｍ１である警告メッセージ；内容：路上の氷Ｚ；図２参照）を第２の車に送信するトリガーとして機能する。
【００２４】
本発明では、ノードＡ、Ｂ、Ｃ、Ｓ（図２参照）は、いわゆるｈｅｌｌｏパケットによってお互いを発見し合う。ｈｅｌｌｏパケットは、ノードＡ、Ｂ、Ｃ、Ｓを発見するために設計され、特にノードＡ、Ｂ、Ｃ、Ｓの識別子を含んでいる。ｈｅｌｌｏパケットは、特にルーティング・プロトコルで、隣接ノードを発見するためのものとして周知である。
【００２５】
多くの他のプロトコルとは対照的に、本発明においては、各ノードＡ、Ｂ、Ｃ、Ｓ内で周囲の状態情報を保持するために、ｈｅｌｌｏパケットを必ずしも使う必要はない。これは、より速く通知を届けるために、任意的な付加事項とすることができる。
【００２６】
考慮した装置１００で利用可能な周囲の情報がないと仮定すると、イベント発生後に、発信ユニットまたは送信ユニット１０が、受信したｈｅｌｌｏパケットの送信元である第１のノードにイベントの通知を送信する。この第１のノードがそれの受信ユニット２０によって通知を受信したことを確かめるために、応答パケットによる返答を受信ノードに求める。応答パケットが確認できるまで、（トリガーとして機能する）別のｈｅｌｌｏメッセージを受信するたびに、送信ノードはイベントの通知を再送信する。
【００２７】
多くのアプリケーションにおいて、通知が受信されたことを送信装置が確認できることは重要である。この目的のために、各装置１００に格納ユニット３０を設ける。イベント発生後に、この格納ユニット３０は、受信したｈｅｌｌｏパケットの送信元である全ての装置に関する情報を格納する。通知の受信を明確に確認できた装置１００は、発見はされたがまだ通知を受信していない装置１００と区別される。
【００２８】
この区別は、例えば以下のようなノードＳ（図２参照）の通知状況を示す表によって行うことができる。
【００２９】
【表１】
2008520146.tif 000003
【００３０】
異なる表は、異なるメッセージに関連している。「０」が記入されている装置１００は、ｈｅｌｌｏパケットを送ったが、通知をまだ受信しなないのに対して、「１」が記入されている装置は通知をすでに確認している。
【００３１】
メッセージがまず発生して、転送されると、発信元（ノードＳ；図２参照）はそのメッセージに関する無記入の表をつくる。表にないノード、または表にはあるが値が０であるノードから新規なｈｅｌｌｏメッセージをノードＳが受信するたびに、このノードに発信元Ｓは、そのノードがまだ確認していない全てのメッセージを転送する。
【００３２】
次のように、例えばノードＢ（ＩＤ＝Ｂを有する第２ノード；図２参照）がｈｅｌｌｏメッセージを送信すると、ノードＳはノードＢにメッセージＭ１およびＭ３を送信することになる。そしてノードＢがメッセージＩＤ＝Ｍ１に関する応答メッセージＡＭを送信すると、上記の表は更新され、メッセージＭ１についてのノードＢの状況が「１」に設定される。
【００３３】
装置１００がまだ送受信範囲内にある間、つまりこの装置１００からのｈｅｌｌｏパケットが受信される間は、表におけるこの装置１００に関する情報は保持される。同じ装置１００の２つのｈｅｌｌｏパケットの最大間隔を知ることができる。したがって、この最大の間隔を、表の記入事項のいわゆるライフタイム期間として使うことができる。ｈｅｌｌｏパケット損失の可能性を補償するために、ライフタイム期間を、２つのｈｅｌｌｏパケットの最大間隔の倍数に選ぶこともできる。考慮した装置１００から第１のｈｅｌｌｏパケットを受信すると、ライフタイム・タイマーが起動する。タイマーが終了すると、表の記入事項は削除される。
【００３４】
多くのアプリケーションにおいて、通知を受信した装置１００がその他の装置１００にこの通知を転送することは有用であり、場合によっては必須ですらある。この場合においては、通知の送信元が、情報を転送することになる２、３の装置１００に、場合によっては１つの他の装置１００に通知を送信すれば充分であろう。
【００３５】
同様に、これらの他の装置１００が２、３の装置１００に、または受信した情報の送信元である装置を除く全ての装置１００に情報を転送するか否かを、指定することができる。移動ノードＡ、Ｂ、Ｃ、Ｓの場合では、情報を再送信する前に装置１００が装置とともに情報を運ぶことが、すなわち、ある距離進んだ後に周期的に装置１００が情報を再送信することが有用となる。
【００３６】
最後に、車両の形をとる複数の移動ノードＡ、Ｂ、Ｃ、Ｓ（図２参照）間のイベントトリガ型通信用の本ユニキャスト方法を、図３を用いて説明する。
【００３７】
路上の氷Ｚに関するイベント通知ＥＭを受信した後、
［ｉ］まず、装置１００の受信手段２０は、第１のノードＡの識別メッセージＩＭをリッスンする。
［ｉｉ］次に、受信した識別メッセージＩＭの送信元である特定のノードＡの識別情報を、装置１００の格納手段３０に、ローカルに格納する。
［ｉｉｉ］それから、イベント通知ＥＭをノードＢ、Ｃに送信し、それぞれの応答通知ＡＭを待つ。
［ｉｖ］そして、特定のイベント通知ＥＭに対する応答を受信したか否かについて、異なるイベント通知ＥＭと区別することができるように、ノードＢ、Ｃそれぞれについて装置１００の格納手段３０にローカルに格納する。
［ｖ］特定のタイムアウト期間内に応答通知ＡＭを受信しないと、送信を繰り返す。
［ｖｉ］ 特定の期間内に、具体的には特定のライフタイム期間内に識別メッセージＩＭをノードＢ、Ｃから受信しないと、最終的に、識別メッセージＩＭを、具体的にはノードＢ、Ｃに関する情報を削除する。
【００３８】
図２からわかるように、装置１００内で、送信手段１０、受信手段２０、および格納手段３０はデータバス４０によって互いに接続されている。
【図面の簡単な説明】
【００３９】
【図１】本発明の方法に従って作動されている、本発明による通信システムの実施例を概略的に示す。
【図２】図１の通信システムをより詳細に、つまり、特に本発明による装置の４つの実施例を概略的に示す。
【図３】本発明による方法のフローチャートの例を概略的に示す。
【符号の説明】
【００４０】
１００  装置
１０    送信手段または発信ユニット
２０    受信手段または受信ユニット
３０    格納手段または格納ユニット
４０    送信手段または発信ユニット１０、受信手段または受信ユニット２０、および格納手段または格納ユニット３０を互いに接続しているバス、具体的にはデータバス
２００  通信ネットワークおよび通信システム、具体的にはノード間通信に関する配置
Ａ      第１のノード
Ｂ      第２のノード
Ｃ      第３のノード
Ｓ      送信ノード
Ｚ      路上の氷
ＡＭ    応答メッセージまたは応答通知
ＥＭ    イベント通知または警告メッセージ
ＩＭ    ｈｅｌｌｏメッセージまたは識別メッセージ
【図１】
2008520146.tif 000004
【図２】
2008520146.tif 000005
【図３】
2008520146.tif 000006
【国際調査報告】
2008520146.tif 000007
2008520146.tif 000008
2008520146.tif 000009