(57)【要約】【課題】  本発明は、ＩＰネットワーク、特にローカルエリア・ネットワークにかかる。ＩＰネットワークに接続する装置が、ネットワークに接続する他の互換性のある装置に関する知識を取得及び更新する方法に関係する。【解決手段】  本方法は、互換性のある全ての装置による、通知メッセージの定期的送信に基づく。従って、装置は、ネットワークを監視することにより、ネットワーク内の他の装置を検出することができる。【選択図】  図１
2005287045.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのＩＰネットワークに接続すべき一方の装置による発見方法であり、当該発見方法を実施し前記ネットワークに接続された他方の装置を発見する方法であって、
前記一方の装置は、ＩＰネットワーク上で反復的に及び自動的に、前記一方の装置の存在を示す通知メッセージを送信する段階と、
前記方法を実行し、また、前記ネットワークに接続された他方の装置によって送信された前記通知メッセージを受信するように前記ネットワークを監視することにより、前記ネットワーク内の前記他方の装置を発見する段階と、
を少なくとも有することを特徴とする方法。
【請求項２】
前記一方の装置は、前記一方の装置が通知メッセージを受信する接続中の装置のリストを保持する、請求項１記載の方法。
【請求項３】
前記一方の装置は、夫々の被参照装置のタイム・スタンプ情報を、かかる装置から受信した最新の通知メッセージから前記リストに格納する、請求項２記載の方法。
【請求項４】
前記一方の装置は、前記一方の装置が所定の時間内に通知メッセージを受信しなかった装置を前記リストから定期的に除外する、請求項３記載の方法。
【請求項５】
前記一方の装置は、他の装置の到着及び切断を、リストのエントリに追加又は除外されるときに通知する、請求項４記載の方法。
【請求項６】
ＩＰネットワークに接続されるべき装置は、
前記ＩＰネットワーク上で通知メッセージを反復的に送信する手段と、ネットワーク上の他方の装置によって送信された通知メッセージを受信する手段とを有し、前記装置が少なくとも１つの通知メッセージを受信している他方の装置のリストを格納する手段を有することを特徴とする装置。
【請求項７】
他の装置から受信した最新の通知メッセージの時刻を前記リストに格納する手段を更に有する、請求項６記載の装置。
【請求項８】
所定の時間内に通知メッセージを全く受信されなかった他の装置に対応するエントリを除外するよう、前記リストを定期的にスキャンする手段を更に有する、請求項７記載の装置。
【請求項９】
新しい装置の到着及び前記ネットワークからの切断を通知する手段を更に有し、前記リストの対応するエントリの追加及び除外に関連する、請求項８記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＦＣ７９１に記載されるＩＰ（「インターネット・プロトコル」）ネットワーク、特に家庭内ネットワーク等のローカルエリア・ネットワークにおけるＩＰネットワークにかかる。かかるネットワークに接続する装置が、ネットワークに接続する他の互換性のある装置の知識を取得及び更新する方法に関係する。
【背景技術】
【０００２】
ＩＥＥＥ１３９４技術、即ち、表題「ＩＥＥＥ  Ｓｔｄ  １３９４−１９９５  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｂｕｓ，  １９９６−０８−３０」（非特許文献１）の文献に記載される高性能バスを使用する家庭内ネットワークにおいて、ネットワークの装置の接続又は非接続は、バスをリセットさせ、接続中の装置の発見のフェーズを開始する。
【０００３】
ＩＰネットワークでは、装置の接続又は非接続は、他の装置によって検出される可能性の高いネットワーク上のいかなる明確な働きも引き起こさない。特定のアプリケーション又は特定のプロトコルは、ネットワークに接続している装置が、かかるアプリケーションに関与するか同一のプロトコルを実行する他の装置を特定することができることを、必要とする。例えば、欧州特許第１，２５３，７６２  Ａ１号明細書（特許文献１）に記載のＳｍａｒｔＲｉｇｈｔ（商標登録）デジタル・コンテンツ・コピー防止プロトコルを引用することができる。このプロトコルを実行する装置は、ネットワーク整合性を裏付けるようキー管理段階を開始できるように、ネットワーク上でこのプロトコルと互換性を有する新しい装置の到着を検出しなければならない。
【０００４】
例えば、ＩＥＴＦ（「エンジニアリング・インターネット・タスク・フォース、Ｅｎｇｉｎｅｅｒｉｎｇ  Ｉｎｔｅｒｎｅｔ  Ｔａｓｋ  Ｆｏｒｃｅ）より入手可能な、表題「ｄｒａｆｔ−ｃａｉ−ｓｓｄｐ−ｖ１−０３．ｔｘｔ」（非特許文献２）の文献に詳述される「Ｓｉｍｐｌｅ  Ｓｅｒｖｉｃｅｓ  Ｄｉｓｃｏｖｅｒｙ  Ｐｒｏｔｃｏｌ」等の、サービス発見プロトコルは、ネットワーク上に存在する。しかしながら、かかるプロトコルは、サービスの発見、特に装置よりＨＴＴＰサービスの発見に適応される事実は別として、ネットワーク上の装置の到着の素早く且つ確実な検出を保証しない。実際、かかる検出は、ネットワーク上に到着する装置による通知メッセージの送信に基づくものであり、このメッセージは、ＲＦＣ７６８に詳述される「ユーザ・データグラム・プロトコル（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）」（ＵＤＰ）を使用して送信される。この通知メッセージは、ネットワークの装置によっては、全く受信されなくてもよい。ＵＤＰプロトコルは、柔軟性がなく、可能性のあるメッセージ・ロスに対して保証を全く提供しないからである。
【０００５】
「動的ホスト構成プロトコル（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）」等の他のプロトコルによって、ネットワークに到着する装置は、ネットワークの情報を取得できる。しかしながら、これらのプロトコルは、一度接続されると新しい装置の続いての接続について警告される手段を提供しない、という事実は別として、これらのプロトコルは、ここでは関連の無い従来のＩＰクライアント・サーバ機能を実行する。当然のことながら、本出願に関しては、ネットワーク管理を集中的に行なうサーバのユーザを除外し、特定の役割を担う装置は無いことが望ましい。
【０００６】
従って、この方法とは、下層のネットワーク層とは独立であり、また、同一の方法を実行する装置が、ネットワーク上にの到着したこと及びネットワークからの接続を切断したことについての検出を可能とする、ＩＰベースの方法の発見に関する問題を招く。問題はまた、装置がネットワーク上でそれ自体の到着を検出する際にも生じる。この方法は、予備の簡単且つ迅速な構成なく方法を実施する全ての装置間で機能できるようには、ネットワーク管理を行なうサーバの存在に基づきえない。
【特許文献１】欧州特許第１，２５３，７６２  Ａ１号明細書
【非特許文献１】ＩＥＥＥ  Ｓｔｄ  １３９４−１９９５  Ｈｉｇｈ  Ｐｅｒｆｏｒｍａｎｃｅ  Ｂｕｓ，  １９９６−０８−３０
【非特許文献２】ＩＥＴＦ；  ｄｒａｆｔ−ｃａｉ−ｓｓｄｐ−ｖ１−０３．ｔｘｔ
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従って、本発明により、装置は、互換性のある装置のネットワークへのそれ自体の接続と、接続した後はネットワーク上の互換性のある新しい装置の到着とを、迅速に発見する方法を実行することが可能となる。本発明によって、互換性のある接続中の装置のリストが保持されえ、また、互換性のある装置のネットワークとの接続を切断を発見することも可能となる。
【課題を解決するための手段】
【０００８】
本発明は、少なくとも１つのＩＰネットワークに接続されるべき装置によって、上述の方法を実施し上述のネットワークに接続する装置を発見する方法に関連する。かかる方法は、装置が、上述の装置の存在を示すよう通知メッセージを反復的に且つ自動的にＩＰネットワーク上で送信する段階を有する。かかる方法はまた、装置が、上述の方法を実行し且つ上述のネットワークに接続される他の装置によって送信された、通知メッセージを受信する方法でかかるネットワークを監視することによって、ネットワークの他の装置を発見する、段階を有する。
【０００９】
本発明の特定の一実施例によると、本装置は、本装置が通知メッセージを受信する接続状態の装置のリストを保持する。
【００１０】
本発明の特定の一実施例によると、本装置は、かかる装置から受信した最新の通知メッセージから、被参照の各装置のリストにあるタイム・スタンプ情報を格納する。
【００１１】
本発明の特定の一実施例によると、本装置は、所定の時間内に通知メッセージを全く受信しなかった装置を、定期的にリストから除外する。
【００１２】
本発明の特定の一実施例によると、本装置は、リストのエントリに追加又は削除があるとき、装置の到着及び切断を通知する。
【００１３】
本発明はまた、ＩＰネットワークに接続されるべき装置にかかり、この装置は、ネットワーク上で通知メッセージを反復的に送信する手段と、ネットワーク上の他の装置から送信される通知メッセージを受信する手段とを有し、少なくとも１つの通知メッセージを送信してきた装置のリストを格納する手段を有することを特徴とする。
【００１４】
本発明の特定の一実施例によると、本装置は、更に、上述のリスト内の装置から受信した最新の通知メッセージの時間を格納する手段を有する。
【００１５】
本発明の特定の一実施例によると、本装置は、更に、所定の時間内に通知メッセージを送信しなかった装置に対応するエントリを除外するよう、上述のリストを定期的にスキャンする手段を有する。
【００１６】
本発明の特定の一実施例によると、本装置は、更に、新しい装置の到着及び装置のネットワークから切断を通知する手段を有し、リスト内のエントリに対応する追加及び除外に関連させる。
【発明を実施するための最良の形態】
【００１７】
本発明及び他の特徴と利点は、以下の説明を読み、添付の図面を参照することにより、より容易に理解され、また明らかとなるであろう。
【００１８】
ネットワークへの新しい装置の追加を検出する際の問題を解決するよう、装置のＩＰ層上でモジュールが実行される。このモジュールは、ネットワーク上で通知メッセージを反復的に送信する。これらのメッセージは、かかるネットワークに接続しており、且つ、本方法との互換性を有する他の装置に対して、ネットワーク上での装置の存在を示す。従って、モジュールは、ピアから送信されるであろう全ての通知メッセージも監視しなければならない。ゆえに、これらのメッセージを監視するモジュールは、ネットワーク上での存在を示すピアからのメッセージを定期的に受信する。これによって、モジュールは、ネットワークに接続する装置のリストの保持を容易に行なうことができる。実際、通知メッセージを受信するにあたり、メッセージを送信する装置が既にリストにあるか否かを確認し、リストに無い場合は追加することで十分であろう。
【００１９】
ネットワークからの装置の切断を検出する際の問題は、同一の方法で対処される。基礎を成す原理では、装置内のモジュールは、所定の間隔で通知メッセージを送信する。例えば、通知メッセージは、例えば４秒でありうる第１の間隔Ｔ１で送信され。接続中の装置のリストに、それらの装置が送信した最新の通知メッセージが受信された時間、又は他のいかなるタイム・スタンプ情報をも入力することで十分である。かかるリストの周期的なスキャンを実施することが可能となり、この第２の間隔Ｔ２はＴ１／２、又例えば２秒であってよく、また、例えば２．５×Ｔ又は１０秒である所定の時間Ｔ３内に通知メッセージを送信してこなかった全ての装置が、ネットワークを離脱していると考えることができ、また、リストからそれらを除外する。
【００２０】
かかるメッセージを送るには複数の代替方法が可能である。第１の方法は、ネットワーク上でこれらのメッセージのブロードキャストを含む。この方法では、ネットワーク上で送信されたメッセージは、上述した方法と互換性があるか否かに関らず、ネットワーク上に存在する全ての装置に伝達される。他の方法は、「ｍｕｌｔｉｃａｓｔ」（「マルチキャスト」）アドレスと、全ての装置に既知のポートを定義づけることを含む。これは、ネットワーク上の全ての装置に共通するパラメータ、又はアドレス、及び周知でありＩＡＮＡ（「インターネット・アサインド・ナンバー・オーソリティ」）で定義されるポート、又は、ネットワークの全ての装置に共通するパラメータであってよい。最初の解決方法は、エラーのリスクを抑えるため望ましい。このアドレスとこのポートが一度定義付けられると、全てのメッセージはこのマルチキャスト・アドレスに送信され、方法を実行する各装置は、このマルチキャスト・アドレス上のトラフィックを監視しなければならない。このように、関連する装置のみが、このプロトコルに関連するメッセージを受信するであろう。
【００２１】
Ｔ１、Ｔ２及びＴ３の選択は、ネットワークの装置の到着及び切断の検出の反応に依存するであろう。一方、かかるメッセージ及び検出の信頼性によって引き起こされるネットワークの輻輳は、考慮に入れなければならない。実際、マルチキャスト又はブロードキャストの使用は、ＵＤＰ（“Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｃｏｌ）の使用を必要とする。このプロトコルは、パケットのロスに対して全く保証しないため、特定の通信メッセージが失われる可能性がある。従って、Ｔ１が短いほど、ネットワークにおける装置の到着及切断の検出が速くなるが、かかる方法によるネットワーク上の送信メッセージの数が多くなるであろう。Ｔ２が短いほど、ネットワークからの装置の切断の検出が早くなるが、リストをスキャンするのに必要な計算時間が損なわれる。Ｔ３が短いほど、ネットワークからの装置の切断の検出は早くなるが、装置からの１つ又はそれ以上のメッセージのロスによって、切断の誤検出のリスクが増加するであろう。従って、信頼性が高く高帯域の物理的なローカルエリアネットワーク・リンクにおけるＩＰネットワークの場合には、所定の値が表示され、効果がある。わずかに長い値の選択は、送信時間Ｔ１の２．５倍以上に対応する時間内に装置から通知メッセージを受信しないことを必要とし、信頼性が低いワイヤレスのネットワークの場合により適しているであろう。
【００２２】
メッセージ形式に関する限り、ソース及び宛先アドレスがメッセージのＩＰヘッダーに含まれるため、メッセージ本文に特定の内容は必要とされない。メッセージが、本方法によって確保されたアドレス及びポートに送信された、という事実は、かかるパケットが本方法の専用とされていることを確認するのには十分である。メッセージの内容は明らかに、本発明の範囲を超えずに、使用される方法の明示的なコード化の手段等によって、更に改善されうる。
【００２３】
図１は、参照符号１で示す論理モジュールの、入力／出力を示す図である。モジュールは、参照符号８で示すネットワークとの、参照符号６で示す双方向リンクを介して、通知メッセージを送信し、また他の装置からの通知メッセージを受信する。受信した通信メッセージによって、かかるメッセージの送信側及び最新の受信メッセージの受信又は送信時刻の、参照符号９で示すリストは更新される。上述の実施例では、このモジュールは、参照符号２で示すイベント送信を介して、参照符号７で示すアプリケーションへの新しい装置の到着を通知する。この状況では、“アプリケーション”とは、かかるタイプのイベントに含まれかつ装置で作動しているどのソフトウェアも意味する。この通知は、接続中の装置のリストに含まれていない装置によって送信された通知メッセージを受信したときに、発生する。その後その装置はリストに加えられる。所定時間以上の時間内に通知メッセージを全く受信されなかった送信する装置を除外するよう、リストの通常のスキャンは実行される。この場合、参照符号３で示すネットワークの切断イベントは、アプリケーションに通知される。いかなる場合も、アプリケーションは、接続中の装置のリストを取得するよう、参照符号４で示す要求をモジュールに送ってもよい。その後、このリストがアプリケーションへ送信され、これを参照符号５で示す。
【００２４】
図２中、方法を実施する装置の一般的な構造の一例を、参照符号２．１で示す。かかる装置は、参照符号２．７で示すネットワークに装置を接続する、参照符号２．６で示すネットワーク・インタフェースを有する。装置は、また、ＩＰ通信を管理するスタックと、ネットワーク・インタフェース管理層と、上述した方法に従ってメッセージの交換を管理するプログラムとを含み、本方法を実行するよう要求されたプログラムを格納する、参照符号２．５で示す不揮発性メモリを有する。これらのプログラムは、参照符号２．２で示す中央処理装置によって動作されるべき、参照符号２．３で示すランダム・アクセス・メモリにロードされる。これら全ての要素は、参照符号２．４で示す通信バスによって相互接続されるであろう。この構造は、これらの手段の配置によって様々であり、また、本方法を実行できる装置の構造の一例にすぎないことは、当業者には明らかであろう。
【００２５】
ＵＤＰを使用するマルチキャスト・モードで送信されるメッセージの内容に詳述されるが、本発明は、送信モードと、ＩＣＭＰ（「Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｃｏｌ（インタネット・コントロール・メッセージ・プロトコル）」）等が使用されるプロトコルに関しては、本発明の範囲を超えずに当業者によって変更されてよい。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施例で方法を実行する論理モジュールの入力及び出力を示す図である。
【図２】方法を実施する装置の典型的な設計を示す図である。
【符号の説明】
【００２７】
１  モジュール
２  通知（到着）
３  通知（切断）
４  Ｒｅｑｕｅｓｔ＿ｌｉｓｔ（要求＿リスト）
５  リスト
６  送信−受信メッセージ
７  アプリケーション
８  ネットワーク
９  リスト
２．１  方法を実施する装置
２．２  プロセッサ
２．３  ランダム・アクセス・メモリ
２．４  通信バス
２．５  不揮発性メモリ
２．６  ネットワーク・インタフェース
２．７  ネットワーク
【図１】
2005287045.tif 000003
【図２】
2005287045.tif 000004