(57)【要約】【課題】複数のローカルネットワーク：ＬＮＷをネットワーク間接続装置で接続して形成されるグローバルネットワークにおける一つのＬＮＷのトポロジがシステム動作中に変化した時、他のＬＮＷで変化を認識し、システムの適正な構成（コンフィギュレーション）処理を行う。【解決手段】複数のＩＥＥＥ１３９４　ＬＮＷ　Ａ，Ｂ，Ｃが１３９４ブリッジ３で接続されたグローバルネットワーク環境で、１３９４ブリッジ３がバスリセットの観測に続くセルフＩＤパケットの受信により接続機器数の増減を監視し（図４（ａ）→（ｂ）では機器数増加、（ｂ）→（ｃ）では減少）、結果をＬＮＷ　Ｃに伝達し接続機器が変化を知り、システムの構成処理、即ちクライアント　２はサーバ１の提供するサービスを受けることを可能にする処理、或いはサーバーの提供していたサービスをクライアントが継続して受けることが可能か否かを確認する処理を行う。【選択図】　　　　図４
2004040688.tif 000002
【特許請求の範囲】
【請求項１】
機器を接続したローカルネットワークをネットワーク間接続手段により接続したグローバルネットワークシステムの構成処理方式であって、前記ネットワーク間接続手段が、自身の接続しているローカルネットワークに接続されている機器の数を観測するネットワーク環境を用意し、一方のローカルネットワークで観測された機器の数の変化を他方のローカルネットワーク内に伝えることにより、該変化に適合する機器の構成処理を行うことを可能にしたことを特徴とするシステムの構成処理方式。
【請求項２】
機器を接続したローカルネットワークをネットワーク間接続手段により接続したグローバルネットワークシステムの構成処理方式であって、前記ネットワーク間接続手段が、自身の接続しているローカルネットワークに接続されている機器の数を観測し、グローバルネットワーク内の前記機器が、サービスを提供するサーバーとそのサービスを利用するクライアントからなり、かつ双方で所定のプロトコルにより通信することにより機器の構成処理を行うことを可能にするネットワーク環境を用意し、ネットワーク間接続手段により一方のローカルネットワークで観測された機器数の変化を他方のローカルネットワーク内に伝えることにより、変化に適合する機器の構成処理をグローバルネットワーク内のサーバーとクライアント間で行うことを可能にしたことを特徴とするシステムの構成処理方式。
【請求項３】
請求項１又は２に記載されたシステムの構成処理方式において、ネットワーク間接続手段は、一方のローカルネットワークの機器数の観測情報が他方のローカルネットワークから取得要求として登録されている場合に、一方のローカルネットワークで機器数の変化を観測したときにそれを他方のローカルネットワーク内に伝えるようにしたことを特徴とするシステムの構成処理方式。
【請求項４】
請求項１又は２に記載されたシステムの構成処理方式において、ネットワーク間接続手段は、ネットワーク間接続手段同士の伝達により他のネットワーク間接続手段に接続されたローカルネットワークで観測された機器数の変化を伝えるようにしたことを特徴とするシステムの構成処理方式。
【請求項５】
請求項１又は２に記載されたシステムの構成処理方式において、ネットワーク間接続手段は、ネットワーク間接続手段同士の伝達により他のネットワーク間接続手段を介して接続されたローカルネットワークの機器数の変化を伝えることを可能にし、一方のローカルネットワークの機器数の観測情報が他方のローカルネットワーク内に登録されている場合に、一方のローカルネットワークで機器数の変化を観測したときにそれをネットワーク間接続手段同士の伝達により他方のローカルネットワーク内に伝えるようにしたことを特徴とするシステムの構成処理方式。
【請求項６】
請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記クライアントは、ネットワーク間接続手段から機器数の増加が伝えられた場合に、サーバーの提供するサービスを利用することにより構成処理を行うようにしたことを特徴とするシステムの構成処理方式。
【請求項７】
請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記サーバーは、ネットワーク間接続手段から機器数の減少が伝えられた場合に、クライアントの存在を再確認し、クライアントがネットワーク上に存在しない場合には、クライアントに提供しているサービスを中止或いは無効化する構成処理を行うようにしたことを特徴とするシステムの構成処理方式。
【請求項８】
請求項６に記載されたシステムの構成処理方式において、前記サーバーの提供するサービスがネットワーク資源の割り当てであることを特徴とするシステムの構成処理方式。
【請求項９】
請求項７に記載されたシステムの構成処理方式において、前記サーバーの提供するサービスがネットワーク資源の割り当てであり、割り当てられた資源を解放することにより、前記サービスの中止或いは無効化を行うことを特徴とするシステムの構成処理方式。
【請求項１０】
請求項６に記載されたシステムの構成処理方式において、前記サーバーの提供するサービスが登録されたクライアント情報であり、登録されたクライアント情報をネットワーク内の他の機器が検索し、利用することを特徴とするシステムの構成処理方式。
【請求項１１】
請求項７に記載されたシステムの構成処理方式において、前記サーバーの提供するサービスが登録されたクライアント情報であり、登録されたクライアント情報を削除或いは無効化することにより、前記サービスの中止或いは無効化を行うことを特徴とするシステムの構成処理方式。
【請求項１２】
請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記クライアントは、ネットワーク間接続手段から機器数の増加が伝えられた場合に、グローバルネットワーク内を検索することによりサーバーの提供しているサービスに関する情報を取得する動作を行うようにしたことを特徴とするシステムの構成処理方式。
【請求項１３】
請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記クライアントは、ネットワーク間接続手段から機器数の減少が伝えられた場合に、グローバルネットワーク内のサーバーを再検索し、サーバーがネットワーク上に存在しない場合には、取得しているサーバーの提供したサービスに関する情報を無効化する構成処理を実行することを特徴とするシステムの構成処理方式。
【請求項１４】
請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記サーバーは、ネットワーク間接続手段から機器数の増加が伝えられた場合に、該サーバーの提供するサービスが利用可能状態となったことをクライアントに対して通知することにより構成処理を行うようにしたことを特徴とするシステムの構成処理方式。
【請求項１５】
請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記クライアントは、ネットワーク間接続手段から機器数の減少が伝えられた場合に、前記サーバーの存在を再確認し、サーバーがネットワーク上に存在しない場合には、サーバーが提供しているサービスの利用を中止するか、もしくはサービスに関して蓄積されている情報を削除又は無効化する構成処理を行うようにしたことを特徴とするシステムの構成処理方式。
【請求項１６】
請求項１乃至１５のいずれかに記載されたシステムの構成処理方式において、前記ローカルネットワークがＩＥＥＥ　Ｓｔｄ　１３９４で規定されているシリアルバスを物理層／データリンク層として使用したネットワークであり、前記ネットワーク間接続装置が、ＩＥＥＥ　Ｓｔｄ　１３９４．１で規定されているシリアルバスブリッジであり、該シリアルバスブリッジは各ローカルネットワークでのバスリセット発生およびその際に受信されるセルフＩＤパケットにより、ローカルネットワークに接続されている機器数の変化を観測するバスリセット発生の際に受信されるセルフＩＤパケットにより、ネットワークに接続されている機器数の変化を観測するものとしたことを特徴とするシステムの構成処理方式。
【請求項１７】
請求項１乃至１５のいずれかに記載されたシステムの構成処理方式において、前記ローカルネットワークが、ＩＥＥＥ　Ｓｔｄ　８０２．１１ｂで規定されている無線ネットワークであり、該無線ネットワークはインフラストラクチャモードで動作し、かつ任意のアクセスポイントを経由してグローバルネットワークに参加している機器およびそのアクセスポイントの集合を有するものとし、前記ネットワーク間接続装置が、前記アクセスポイントを構成し、自身の接続しているもしくは接続しようとしている機器からのポーリング信号を観測することにより、ローカルネットワークに接続されている機器数の変化を観測するものとしたことを特徴とするシステムの構成処理方式。
【請求項１８】
請求項１に記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、機器の構成処理をＩＰアドレスを自律的に設定することにより行うようにしたことを特徴とするシステムの構成処理方式。
【請求項１９】
請求項８，９，１６，１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、前記サーバーの提供するサービスがＤＨＣＰサーバーによるＩＰアドレスの割り当てであることを特徴とするシステムの構成処理方式。
【請求項２０】
請求項１０，１１，１６，１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、登録される前記クライアント情報がＤＮＳクライアントのＤＨＣＰサーバーへのドメイン名とＩＰアドレスであることを特徴とするシステムの構成処理方式。
【請求項２１】
請求項１０，１１，１６，１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、登録される前記クライアント情報がＷＩＮＳクライアントのＷＩＮＳサーバーへのＮＥＴＢＩＯＳ名とＩＰアドレスであることを特徴とするシステムの構成処理方式。
【請求項２２】
請求項１０，１１，１２，１３，１６，１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰ及びＳＬＰを使用したネットワークシステムであり、登録される前記クライアント情報がサービスエージェントのディレクトリエージェントへのサービス情報であり、ユーザーエージェントが取得するサービスに関する情報がディレクトリエージェントもしくはサービスエージェントからのサービス情報であることを特徴とするシステムの構成処理方式。
【請求項２３】
請求項１４乃至１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、前記クライアントへの通知をＳＳＤＰサービスがｓｓｄｐ：ａｌｉｖｅリクエストをマルチキャストすることにより行い、前記サーバーの存在の再確認をＳＳＤＰクライアントがｓｓｄｐ：ｄｉｓｃｏｖｅｒリクエストをマルチキャストすることにより行うことを特徴とするシステムの構成処理方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、オフィス機器や家庭用電化製品等を含む機器をネットワークに接続したシステムに関し、特に、システム内の機器の動作中にネットワークのトポロジが変化する場合に、自動的にシステムの構成（コンフィギュレーション）処理を行う構成処理方式に関する。
【０００２】
【従来の技術】
従来、オフィス機器や家庭用電化製品等を含む機器をネットワークに接続したシステムにおいて、システムの構成（コンフィギュレーション）に必要な様々な設定負担を自動化することにより、ユーザーによる操作負担を軽減し、誤った設定がなされてしまう事態が防止できるネットワーク環境を自在に構築することを目的として、種々の方式が提案されている。
例えば、ネットワーク　アドレス等、ネットワーク上で動作するのに必要なパラメータをサーバーから得る方式として、ブートストラップ　プロトコル（Ｂｏｏｔｓｔｒａｐ　Ｐｒｏｔｏｃｏｌ；　ＢＯＯＴＰ、下記参考文献４）やＤＨＣＰ（Ｄｙｎａｍｉｃ　Ｈｏｓｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ、下記参考文献５）が知られており、広く利用されている。また、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）を使用したネットワークにおいては、ドメイン名とＩＰアドレスとを相互に変換する方法として、ＤＮＳ（Ｄｏｍａｉｎ　Ｎａｍｅ　Ｓｙｓｔｅｍ、下記参考文献６、７、８）や、ＷＩＮＳ（Ｗｉｎｄｏｗｓ（登録商標）　Ｉｎｔｅｒｎｅｔ　Ｎａｍｅ　Ｓｅｒｖｉｃｅ、下記参考文献９、１０）が開発されている。さらにネットワーク上に存在するサービスを発見する手段としては、ＳＬＰ（Ｓｅｒｖｉｃｅ　Ｌｏｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ、下記参考文献１１）やＳＳＤＰ（Ｓｉｍｐｌｅ　Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ　Ｐｒｏｔｏｃｏｌ、下記参考文献１２）が、自律的にＩＰアドレスを設定する方法としては、下記参考文献１３が知られている。
参考文献
１．ＩＥＥＥ　Ｓｔｄ　１３９４−１９９５，　Ｓｔａｎｄａｒｄ　ｆｏｒ　ａ　Ｈｉｇｈ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｓｅｒｉａｌ　Ｂｕｓ．
２．ＩＥＥＥ　Ｐ１３９４．１，　Ｄｒａｆｔ　Ｓｔａｎｄａｒｄ　ｆｏｒ　Ｈｉｇｈ　Ｐｅｒｆｏｒｍａｎｃｅ　Ｓｅｒｉａｌ　Ｂｕｓ　Ｂｒｉｄｇｅｓ
３．ＩＥＥＥ　Ｓｔｄ　８０２．１１ｂ−１９９９，　ＩＥＥＥ　Ｓｔａｎｄａｒｄ　ｆｏｒ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｔｅｃｈｎｏｌｏｇｙ　−　Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ　ａｎｄ　ｉｎｆｏｒｍａｔｉｏｎ　ｅｘｃｈａｎｇｅ　ｂｅｔｗｅｅｎ　ｓｙｓｔｅｍｓ　−　Ｌｏｃａｌ　ａｎｄ　Ｍｅｔｒｏｐｏｌｉｔａｎ　ｎｅｔｗｏｒｋｓ　−　Ｓｐｅｃｉｆｉｃ　ｒｅｑｕｉｒｅｍｅｎｔｓ　−　Ｐａｒｔ　１１：　Ｗｉｒｅｌｅｓｓ　ＬＡＮ　Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ　（ＭＡＣ）　ａｎｄ　Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ　（ＰＨＹ）　ｓｐｅｃｉｆｉｃａｔｉｏｎｓ：　Ｈｉｇｈｅｒ　ｓｐｅｅｄ　Ｐｈｙｓｉｃａｌ　Ｌａｙｅｒ　（ＰＨＹ）　ｅｘｔｅｎｓｉｏｎ　ｉｎ　ｔｈｅ　２．４　Ｇｈｚ　ｂａｎｄ
４．ＲＦＣ　９５１　　Ｂｏｏｔｓｔｒａｐ　Ｐｒｏｔｏｃｏｌ　（ＢＯＯＴＰ），　ＩＥＴＦ，　１９８５
５．ＲＦＣ　２１３１　　Ｄｙｎａｍｉｃ　Ｈｏｓｔ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ，　ＩＥＴＦ，　１９９７
６．ＲＦＣ　１０３４　　ＤＯＭＡＩＮ　ＮＡＭＥＳ　−　ＣＯＮＣＥＰＴＳ　ＡＮＤ　ＦＡＣＩＬＩＴＩＥＳ，　ＩＥＴＦ，　１９８７
７．ＲＦＣ　１０３５　　ＤＯＭＡＩＮ　ＮＡＭＥＳ　−　ＩＭＰＬＥＭＥＮＴＡＴＩＯＮ　ＡＮＤ　ＳＰＥＣＩＦＩＣＡＴＩＯＮ，　ＩＥＴＦ，　１９８７
８．ＲＦＣ　２１３６　　Ｄｙｎａｍｉｃ　Ｕｐｄａｔｅｓ　ｉｎ　ｔｈｅ　Ｄｏｍａｉｎ　Ｎａｍｅ　Ｓｙｓｔｅｍ　（ＤＮＳ　ＵＰＤＡＴＥ），　ＩＥＴＦ，　１９９７
９．ＲＦＣ　１００１　　ＰＲＯＴＯＣＯＬ　ＳＴＡＮＤＡＲＤ　ＦＯＲ　Ａ　ＮｅｔＢＩＯＳ　ＳＥＲＶＩＣＥ　ＯＮ　Ａ　ＴＣＰ／ＵＤＰ　ＴＲＡＮＳＰＯＲＴ：　ＣＯＮＣＥＰＴＳ　ＡＮＤ　ＭＥＴＨＯＤＳ，　ＩＥＴＦ，　１９８７
１０．ＲＦＣ　１００２　ＰＲＯＴＯＣＯＬ　ＳＴＡＮＤＡＲＤ　ＦＯＲ　Ａ　ＮｅｔＢＩＯＳ　ＳＥＲＶＩＣＥ　ＯＮ　Ａ　ＴＣＰ／ＵＤＰ　ＴＲＡＮＳＰＯＲＴ：　ＤＥＴＡＩＬＥＤ　ＳＰＥＣＩＦＩＣＡＴＩＯＮＳ，　ＩＥＴＦ，　１９８７
１１．ＲＦＣ　２１６５　Ｓｅｒｖｉｃｅ　Ｌｏｃａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ，　ＩＥＴＦ，　１９９７
１２．Ｉｎｔｅｒｎｅｔ　Ｄｒａｆｔ　Ｓｉｍｐｌｅ　Ｓｅｒｖｉｃｅ　Ｄｉｓｃｏｖｅｒｙ　Ｐｒｏｔｏｃｏｌ／１．０　Ｏｐｅｒａｔｉｎｇ　ｗｉｔｈｏｕｔ　ａｎ　Ａｒｂｉｔｅｒ，　ＩＥＴＦ
１３．Ｉｎｔｅｒｎｅｔ　Ｄｒａｆｔ　Ａｕｔｏｍａｔｉｃａｌｌｙ　Ｃｈｏｏｓｉｎｇ　ａｎ　ＩＰ　Ａｄｄｒｅｓｓ　ｉｎ　ａｎ　Ａｄ−Ｈｏｃ　ＩＰｖ４　Ｎｅｔｗｏｒｋ，　ＩＥＴＦ
【０００３】
また、端末装置をネットワークに着脱する際に、サーバーよりＩＰアドレスの割り当ておよび割り当てられたＩＰアドレスを開放する方式の提案（特開平８−１９４６５７、参照）、自律的にＩＰアドレスを設定する方法の提案（特開平８−２２３１６９、参照）、ネットワークに新たに接続されるクライアントが、ネットワークを構成する別の接続機器から接続情報を得る事により、設定を行う方式の提案（特開２０００−３１９９２、参照）、管理されていないネットワークにおいてのみ適応的に自動構成サービスを提供する方式の提案（特開２０００−１５５６５８、参照）、ネットワークの資源管理情報を一元管理しているホスト　コンピュータより資源管理情報を得、コンフィギュレーションを行う方式（特開２０００−２０９２３１、参照）の提案がなされている。
【０００４】
ところで、ＩＥＥＥ　１３９４バス（上記参考文献１，２、参照）、或いはＩＥＥＥ　８０２．１１ｂ（上記参考文献３、参照）等で規定されている、無線を物理層／データ　リンク層として使用したネットワーク環境では、ネットワークに接続されている機器の活線挿抜や移動（ローミング）により、機器の動作中であってもしばしばネットワークのトポロジが変化する。
従来、例えばイーサネット（登録商標）を物理層／データ　リンク層として使用しているようなネットワーク環境においては、接続された機器がその動作中に移動することは想定されておらず、ネットワーク参加のための構成は、最初にネットワークに接続された時点（多くの場合、これは電源投入時となる）のみで十分であった。実際、上述の従来例においても、構成動作を行うタイミングに関しては「電源投入時」もしくは「ネットワークへの接続時」等と記されているのみであり、特に規定しているものはない。
しかしながら、上述したＩＥＥＥ　１３９４バス、或いはＩＥＥＥ　８０２．１１ｂ等のネットワーク環境のように、ネットワークに参加している（もしくは参加する）機器の動作中でもトポロジが変化することがあり、そうした場合にはその都度構成動作を行う必要があり、「電源投入時」のみの構成動作では不十分である。さらに、活線挿抜や移動（ローミング）以外の原因で起きるトポロジーの変化もある。図２はこのネットワーク環境の変化を説明するもので、同図（ａ）に示すような状態で存在する複数のネットワークＡ，Ｂが、そのネットワークに参加している機器の動作中に、動的に結合し同図（ｂ）に示すネットワークＡ＋Ｂの状態になったり、又、同図（ｃ）に示すようなネットワークＡ＋Ｂの状態で存在するネットワークが分割され同図（ｄ）に示すそれぞれ分割されたネットワークＡ，Ｂの状態になるといったことが通常起こり得る。この場合、図１（ａ）において、サーバー　１、クライアント　２双方とも既にそれぞれのネットワークに接続しているが、図１（ｂ）へと遷移することによりクライアント　２はサーバー　１のサービスを利用可能な状態となるので、適切に構成（コンフィギュレーション）処理を行わなければならない。また、図１（ｃ）から（ｄ）への遷移でも、（ｄ）においてサーバー　１、クライアント　２双方とも依然としてネットワークに接続しているにもかかわらず、クライアント　２はサーバー　１のサービスを利用不可能な状態となるので、同様に適切な構成処理を行わなければならない。
【０００５】
このときに必要な構成（コンフィギュレーション）処理としては、ネットワークに参加する機器が、ネットワーク上で特定の資源や情報を管理しているサーバーから、アドレスなどの資源の割り当てを受ける場合や、サーバーに対して自身の名前や提供するサービスに係わる情報を登録したり、逆に自身の情報をネットワーク上に存在する別のクライアントにより検索され情報がクライアントに蓄積される（キャッシュされる）場合には、機器がネットワークから切り離された際に、何らかの方法で資源を解放したり、登録／蓄積された情報を無効化する必要がある。もしこれらを行わなければ、利用できない機器への不必要なアドレス等の割り当てによりネットワーク資源が不足したり、既に無効となった情報が利用されることにより混乱を招く恐れがある。この場合の構成方法としては、割り当てられる資源や登録／蓄積される情報について有効期間を設け、期間内に再割り当てや再登録／再検索の手続きが行われない場合（タイム　アウトした場合）には、これらを解放／無効化するというものが一般的であるが、ＤＨＣＰ（参考文献５）や特開平８−１９４６５７においては割り当てられたＩＰアドレスの解放要求をサーバーに送ることにより資源を解放し、またＳＬＰ（参考文献１１）やＳＳＤＰ（参考文献１２）においては登録／蓄積された情報について破棄要求を送ることにより、解放／無効化を行う仕組みが設けられている。
【０００６】
ところで、これら資源の解放要求や情報の破棄要求を明示的に送り、構成処理を実行する方法では、送出のために機器（プロトコル　ソフトウェア）がネットワークから切り離されることを事前に知らなければならないが、上述のネットワーク環境においては、ユーザーによる不意の電源断や活線挿抜による動作中の切り離し、さらには移動による切り離しやローミング（無線）が普通に起こり、結果として要求送出の機会が得られず、有効期間とそのタイム　アウトによる解放／無効化という不確実な方法に頼らざるを得ない。より確実性の高い方式を求めるならサーバー、クライアントが互いの存在を定期的に確認する必要が生じるが、これは多くのネットワーク環境では、ブロードキャストとなって現れ、ネットワークの帯域を圧迫し、パフォーマンスの悪化につながる可能性がある場合が想定される。
このような問題の解決を図るために、本出願人は先に特願（以下、先行例という）を提案した。この先行例は、ＩＥＥＥ　１３９４バスや無線を物理層／データリンク層として使用したネットワーク環境において、ネットワーク規模の変化を監視し、その変化に応じて、決定論的にネットワーク資源の割り当て／解放や情報の登録／無効化を行い、ネットワークを自動的に構成する方法およびネットワークに接続されるオフィス機器や家庭用電化製品を含む動的に構成可能なネットワーク　アーキテクチャを提供するものである。
【０００７】
【発明が解決しようとする課題】
しかしながら、この先行例ではネットワーク規模の監視をネットワークに接続された個々の機器が行うため、それら機器が直接通信可能な範囲（以下ローカルネットワークとする）に限られてしまう。例えば、図１（ａ）に示されるように、複数のＩＥＥＥ　１３９４バス（ローカル　ネットワークＡおよびローカル　ネットワークＢ）をＩＥＥＥ　１３９４ブリッジ　３にて接続した環境において、ローカル　ネットワークＢにローカル　ネットワークＣを接続しても、この際に発生するバス　リセット　イベントはローカル　ネットワークＡには伝わらない（ＩＥＥＥ　１３９４ブリッジは、バス　リセットを伝播しない）。従って、ローカル　ネットワークＡに接続されているクライアント　２は、ネットワーク規模の変化を検出できす、サーバー　１の存在を認識できない。また、図１（ｂ）に示されるように、それぞれのアクセス　ポイント　４を介して通信を行っている複数の無線ローカル　ネットワークＡ，Ｂがイーサネット（登録商標）等のバックボーン　５により接続され、単一のグローバル　ネットワークを形成しているような環境において、ローカル　ネットワークＢからクライアント　２が外れたとしても、ローカル　ネットワークＡに属するサーバー　１はネットワーク規模の変化を検出できない。（この場合、クライアント　２とサーバー　１は直接通信できないため。）これらの例から解るように、この発明は、機器同士が直接通信可能なローカル　ネットワークの範囲でのみ有効であり、複数のローカル　ネットワークがブリッジ等のネットワーク間接続装置によって接続されることによって形成されるグローバル　ネットワークではうまく機能しない。つまり、ローカル　ネットワーク内での変化しか考慮していないので、結果としてネットワーク同士を接続したグローバル　ネットワーク環境では、効果的な構成処理を行うことができないという問題がある。
【０００８】
本発明は、ＩＥＥＥ　１３９４バスや無線等を物理層／データリンク層として使用した複数のローカル　ネットワークがＩＥＥＥ　１３９４ブリッジやアクセス　ポイント等のネットワーク間接続装置を経由して接続されたグローバル　ネットワーク環境で動作するネットワークにオフィス機器や家庭用電化製品等を含む機器を接続したシステムにおける上述の先行例の問題点に鑑みてなされたものであって、その目的は、システムの動作中にグローバル　ネットワークを構成する一つのローカル　ネットワークのトポロジが変化する場合にも、変化した時点でグローバル　ネットワークを構成する他のローカル　ネットワークでトポロジが変化したことを認識し、システムの適正な構成（コンフィギュレーション）処理を行うことを可能にする構成処理方式を提供することにある。
【０００９】
【課題を解決するための手段】
請求項１の発明は、機器を接続したローカルネットワークをネットワーク間接続手段により接続したグローバルネットワークシステムの構成処理方式であって、前記ネットワーク間接続手段が、自身の接続しているローカルネットワークに接続されている機器の数を観測するネットワーク環境を用意し、一方のローカルネットワークで観測された機器の数の変化を他方のローカルネットワーク内に伝えることにより、該変化に適合する機器の構成処理を行うことを可能にしたことを特徴とするシステムの構成処理方式である。
【００１０】
請求項２の発明は、機器を接続したローカルネットワークをネットワーク間接続手段により接続したグローバルネットワークシステムの構成処理方式であって、前記ネットワーク間接続手段が、自身の接続しているローカルネットワークに接続されている機器の数を観測し、グローバルネットワーク内の前記機器が、サービスを提供するサーバーとそのサービスを利用するクライアントからなり、かつ双方で所定のプロトコルにより通信することにより機器の構成処理を行うことを可能にするネットワーク環境を用意し、ネットワーク間接続手段により一方のローカルネットワークで観測された機器数の変化を他方のローカルネットワーク内に伝えることにより、変化に適合する機器の構成処理をグローバルネットワーク内のサーバーとクライアント間で行うことを可能にしたことを特徴とするシステムの構成処理方式である。
【００１１】
請求項３の発明は、請求項１又は２に記載されたシステムの構成処理方式において、ネットワーク間接続手段は、一方のローカルネットワークの機器数の観測情報が他方のローカルネットワークから取得要求として登録されている場合に、一方のローカルネットワークで機器数の変化を観測したときにそれを他方のローカルネットワーク内に伝えるようにしたことを特徴とするシステムの構成処理方式である。
【００１２】
請求項４発明は、請求項１又は２に記載されたシステムの構成処理方式において、ネットワーク間接続手段は、ネットワーク間接続手段同士の伝達により他のネットワーク間接続手段に接続されたローカルネットワークで観測された機器数の変化を伝えるようにしたことを特徴とするシステムの構成処理方式である。
【００１３】
請求項５の発明は、請求項１又は２に記載されたシステムの構成処理方式において、ネットワーク間接続手段は、ネットワーク間接続手段同士の伝達により他のネットワーク間接続手段を介して接続されたローカルネットワークの機器数の変化を伝えることを可能にし、一方のローカルネットワークの機器数の観測情報が他方のローカルネットワーク内に登録されている場合に、一方のローカルネットワークで機器数の変化を観測したときにそれをネットワーク間接続手段同士の伝達により他方のローカルネットワーク内に伝えるようにしたことを特徴とするシステムの構成処理方式である。
【００１４】
請求項６の発明は、請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記クライアントは、ネットワーク間接続手段から機器数の増加が伝えられた場合に、サーバーの提供するサービスを利用することにより構成処理を行うようにしたことを特徴とするシステムの構成処理方式である。
【００１５】
請求項７の発明は、請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記サーバーは、ネットワーク間接続手段から機器数の減少が伝えられた場合に、クライアントの存在を再確認し、クライアントがネットワーク上に存在しない場合には、クライアントに提供しているサービスを中止或いは無効化する構成処理を行うようにしたことを特徴とするシステムの構成処理方式である。
【００１６】
請求項８の発明は、請求項６に記載されたシステムの構成処理方式において、前記サーバーの提供するサービスがネットワーク資源の割り当てであることを特徴とするシステムの構成処理方式である。
【００１７】
請求項９の発明は、請求項７に記載されたシステムの構成処理方式において、前記サーバーの提供するサービスがネットワーク資源の割り当てであり、割り当てられた資源を解放することにより、前記サービスの中止或いは無効化を行うことを特徴とするシステムの構成処理方式である。
【００１８】
請求項１０の発明は、請求項６に記載されたシステムの構成処理方式において、前記サーバーの提供するサービスが登録されたクライアント情報であり、登録されたクライアント情報をネットワーク内の他の機器が検索し、利用することを特徴とするシステムの構成処理方式である。
【００１９】
請求項１１の発明は、請求項７に記載されたシステムの構成処理方式において、前記サーバーの提供するサービスが登録されたクライアント情報であり、登録されたクライアント情報を削除或いは無効化することにより、前記サービスの中止或いは無効化を行うことを特徴とするシステムの構成処理方式である。
【００２０】
請求項１２の発明は、請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記クライアントは、ネットワーク間接続手段から機器数の増加が伝えられた場合に、グローバルネットワーク内を検索することによりサーバーの提供しているサービスに関する情報を取得する動作を行うようにしたことを特徴とするシステムの構成処理方式である。
【００２１】
請求項１３の発明は、請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記クライアントは、ネットワーク間接続手段から機器数の減少が伝えられた場合に、グローバルネットワーク内のサーバーを再検索し、サーバーがネットワーク上に存在しない場合には、取得しているサーバーの提供したサービスに関する情報を無効化する構成処理を実行することを特徴とするシステムの構成処理方式である。
【００２２】
請求項１４の発明は、請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記サーバーは、ネットワーク間接続手段から機器数の増加が伝えられた場合に、該サーバーの提供するサービスが利用可能状態となったことをクライアントに対して通知することにより構成処理を行うようにしたことを特徴とするシステムの構成処理方式である。
【００２３】
請求項１５の発明は、請求項２乃至５のいずれかに記載されたシステムの構成処理方式において、前記クライアントは、ネットワーク間接続手段から機器数の減少が伝えられた場合に、前記サーバーの存在を再確認し、サーバーがネットワーク上に存在しない場合には、サーバーが提供しているサービスの利用を中止するか、もしくはサービスに関して蓄積されている情報を削除又は無効化する構成処理を行うようにしたことを特徴とするシステムの構成処理方式である。
【００２４】
請求項１６の発明は、請求項１乃至１５のいずれかに記載されたシステムの構成処理方式において、前記ローカルネットワークがＩＥＥＥ　Ｓｔｄ　１３９４で規定されているシリアルバスを物理層／データリンク層として使用したネットワークであり、前記ネットワーク間接続装置が、ＩＥＥＥ　Ｓｔｄ　１３９４．１で規定されているシリアルバスブリッジであり、該シリアルバスブリッジは各ローカルネットワークでのバスリセット発生およびその際に受信されるセルフＩＤパケットにより、ローカルネットワークに接続されている機器数の変化を観測するバスリセット発生の際に受信されるセルフＩＤパケットにより、ネットワークに接続されている機器数の変化を観測するものとしたことを特徴とするシステムの構成処理方式である。
【００２５】
請求項１７の発明は、請求項１乃至１５のいずれかに記載されたシステムの構成処理方式において、前記ローカルネットワークが、ＩＥＥＥ　Ｓｔｄ　８０２．１１ｂで規定されている無線ネットワークであり、該無線ネットワークはインフラストラクチャモードで動作し、かつ任意のアクセスポイントを経由してグローバルネットワークに参加している機器およびそのアクセスポイントの集合を有するものとし、前記ネットワーク間接続装置が、前記アクセスポイントを構成し、自身の接続しているもしくは接続しようとしている機器からのポーリング信号を観測することにより、ローカルネットワークに接続されている機器数の変化を観測するものとしたことを特徴とするシステムの構成処理方式である。
【００２６】
請求項１８の発明は、請求項１に記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、機器の構成処理をＩＰアドレスを自律的に設定することにより行うようにしたことを特徴とするシステムの構成処理方式である。
【００２７】
請求項１９の発明は、請求項８，９，１６，１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、前記サーバーの提供するサービスがＤＨＣＰサーバーによるＩＰアドレスの割り当てであることを特徴とするシステムの構成処理方式である。
【００２８】
請求項２０の発明は、請求項１０，１１，１６，１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、登録される前記クライアント情報がＤＮＳクライアントのＤＨＣＰサーバーへのドメイン名とＩＰアドレスであることを特徴とするシステムの構成処理方式である。
【００２９】
請求項２１の発明は、請求項１０，１１，１６，１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、登録される前記クライアント情報がＷＩＮＳクライアントのＷＩＮＳサーバーへのＮＥＴＢＩＯＳ名とＩＰアドレスであることを特徴とするシステムの構成処理方式である。
【００３０】
請求項２２の発明は、請求項１０，１１，１２，１３，１６，１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰ及びＳＬＰを使用したネットワークシステムであり、登録される前記クライアント情報がサービスエージェントのディレクトリエージェントへのサービス情報であり、ユーザーエージェントが取得するサービスに関する情報がディレクトリエージェントもしくはサービスエージェントからのサービス情報であることを特徴とするシステムの構成処理方式である。
【００３１】
請求項２３の発明は、請求項１４乃至１７のいずれかに記載されたシステムの構成処理方式において、前記グローバルネットワークシステムがＴＣＰ／ＩＰを使用したネットワークシステムであり、前記クライアントへの通知をＳＳＤＰサービスがｓｓｄｐ：ａｌｉｖｅリクエストをマルチキャストすることにより行い、前記サーバーの存在の再確認をＳＳＤＰクライアントがｓｓｄｐ：ｄｉｓｃｏｖｅｒリクエストをマルチキャストすることにより行うことを特徴とするシステムの構成処理方式である。
【００３２】
【発明の実施の形態】
本発明を添付する図面とともに示す以下の実施形態に基づき説明する。
本発明は、複数のローカル　ネットワークがネットワーク間接続装置を経由して接続されたグローバル　ネットワーク環境において、ネットワーク間接続装置がローカル　ネットワーク規模の変化を監視し、その変化を他のローカル　ネットワークへと伝えることによりグローバル　ネットワーク全体で所定の構成（コンフィギュレーション）処理、即ち、決定論的にネットワーク資源の割り当て／解放や情報の登録／無効化等を自動的に行うことを可能にする構成処理方式を提供する。上記したグローバル　ネットワークは、ＩＥＥＥ　１３９４バス（上記参考文献１、参照）やＩＥＥＥ　８０２．１１ｂ規格の無線（上記参考文献３、参照）等を物理層／データリンク層として使用した複数のローカル　ネットワークがＩＥＥＥ　１３９４ブリッジ（上記参考文献２、参照）やアクセス　ポイント等のネットワーク間接続装置を経由して接続されたネットワークである。このネットワークにオフィス機器や家庭用電化製品等を含む機器を接続したネットワーク環境に本発明を適用するシステムが存在する。
以下の実施形態では、ＩＥＥＥ　１３９４ネットワークおよび無線ネットワーク環境を例に実施形態を記載するが、その他のネットワーク環境においても、各ローカルネットワークを接続するネットワーク間接続装置や、ネットワーク間接続装置がローカル　ネットワークに接続されている（参加している）機器数の増減を観測／検出する方法が、使用している物理層／データ　リンク層毎に異なる点の違いがあるが、その外の構成（コンフィギュレーション）処理については同様に適用できる。
【００３３】
ネットワーク間接続装置が持つローカル　ネットワーク規模（ローカル　ネットワークに接続されている機器の数）の変化の監視機能について説明する。システム内の機器の動作中にネットワーク規模が変化する場合にも、変化した時点でシステムの構成（コンフィギュレーション）処理を行うために、常時この監視を必要とする。
複数のＩＥＥＥ　１３９４ローカル　ネットワークを接続するネットワーク間接続装置は、自身の接続している各々のローカル　ネットワークについて現在、ネットワークに参加している機器（ノード）数ｎを保有しているものとする。なお、便宜的に機器がネットワークに接続されていない状態では、そのネットワーク間接続装置のみがネットワークに参加しているとみなして、ｎ＝１とする。
ネットワーク間接続装置は、機器数ｎを監視する手段として、バス　リセットの観測により続いて受信されるセルフＩＤパケットを受信しそれらを解析する。図３は、セルフＩＤパケットのフォーマットの一例を示す。図３例示のフォーマットでは、各セルフＩＤパケットの長さは可変であるが、ノード（機器）数を得るだけならば、セルフＩＤパケットのｐｈｙ＿ＩＤフィールドの値を用いるだけでよい。ｐｈｙ＿ＩＤフィールドには、０から順番に各ノード（機器）にＩＤ番号を付けていくので、最後に受信したセルフＩＤパケットのｐｈｙ＿ＩＤフィールドの値に１を加えるだけで機器数ｎが容易に得られる。
この数を保有しているｎと比較し、もし数が異なっていればｎを更新するとともに、その増減に対応して、以下の実施形態に記述するシステムの構成（コンフィギュレーション）処理を行う。
【００３４】
システム内の機器の動作中にネットワークのトポロジが変化し、それがシステムに接続されている機器（ノード）数の変化として現れる場合の例として、最も単純な例は、機器の活線挿抜、或いは移動（ローミング）により行われる場合である。
また、機器の活線挿抜、或いは移動（ローミング）により行われる場合以外にネットワーク同士の結合、或いは切断によってもこのような変化が現れる。この例が図４に示されている。
図４を参照すると、同図の（ａ）に示すように、ローカル　ネットワークＣには１３９４ブリッジ　３を含めて２台の機器が参加しており、そのうち１台がサーバー　１もしくはクライアント　２であるとする。また、ローカル　ネットワークＡには１３９４ブリッジ　３を含めて３台の機器が夫々参加しているとする。従って、このとき１３９４ブリッジ　３は、ローカル　ネットワークＣ側とローカル　ネットワークＡ側について、夫々機器数ｎ＝２とｎ＝３を保有している。
次に、２台の機器が参加し、独立してローカルネットワークを構築していたローカル　ネットワークＢ（図４（ａ）参照）をローカル　ネットワークＡと接続し、図４（ｂ）のように、新たにローカル　ネットワークＡ＋Ｂを構築すると、１３９４ブリッジ　３でのローカル　ネットワークＡ＋Ｂ側での機器数はｎ＝５となりネットワーク規模拡大（機器数増加）が観測される。
また、図４（ｂ）に示されているローカル　ネットワークＡ＋Ｂが図４（ｃ）のように、ローカル　ネットワークＡ’とネットワークＢ’とに分断されると、１３９４ブリッジ　３でのローカル　ネットワークＡ’側での機器数はｎ＝５からｎ＝２となりネットワーク規模縮小（機器数減少）が観測される。
【００３５】
１３９４ブリッジ　３によって観測されたこのネットワーク規模の変化（機器数の増加及び減少それぞれの変化）の情報は、無条件にローカル　ネットワークＣ側に伝達され、ローカル　ネットワークＣに接続された機器がそれを認識することができるような方式を採ることが可能である。
また、機器数変化を知らせる情報を無条件に伝達しないで、不要なネットワーク　トラフィックの増加を避けるために、ローカル　ネットワークＣ内の機器からの情報受信要求が１３９４ブリッジ　３に予め登録されている場合にのみ伝達するような方式を採るようにすることも可能である。
機器数増減の変化を知らせる情報を受けとった際の対応として、例えば、ＴＣＰ／ＩＰを使用しているネットワークにおいて、自律的に自身のＩＰアドレスを設定している機器では、変化したトポロジに適合した構成処理を自身のＩＰアドレスを再設定（自律的にＩＰアドレスを決定）することにより実行する。なお、ここで、自律的にＩＰアドレスを設定する方法として、上記参考文献１３および特開平８−２２３１６９に示される方法を適用、実施することができる。
【００３６】
次に、グローバル　ネットワークに接続されている機器が図４に示すように、サーバー　１とクライアント　２を含む場合（即ち、サービスを提供するサーバー１とそのサービスを利用するクライアント２が存在し、所定のプロトコルにより双方が通信することによりサーバー１が提供するサービスをクライアント　２が受けることを可能にするシステムである場合）、これらの機器を接続したグローバル　ネットワークシステムにおいて機器数ｎの変化を認識したときに実行されるシステムの構成（ネットワークもしくは機器の構成）処理に係わる実施形態を以下に示す。
【００３７】
まず、機器数ｎが増加する場合（例えば、図４（ａ）から図４（ｂ）への変化）について、クライアント　２とサーバー　１の動作に分けて説明する。
クライアント　２が機器数増加を知らせる情報を受け取った場合、クライアント　２は、サーバー　１の提供するサービスの利用を開始したり、ネットワーク内を検索することによりサーバーの提供しているサービスに関する情報を得るための動作を行う。
さらに、上記でサーバー　１の提供するサービスがネットワーク資源の割り当てである場合に、割り当てられたネットワーク資源を用いてシステムの構成処理を行う。これは、ＴＣＰ／ＩＰを使用しているネットワークにおいては、ＤＨＣＰクライアントがＤＨＣＰサーバーにＩＰアドレスの割り当てを要求する等の動作に対応するものである。
また、上記で、サーバー１の提供するサービスがクライアント情報の登録である場合に、登録された情報がネットワーク内の他の機器から検索され、得られるクライアント情報を用いてシステムの構成処理を行う。これは、ＴＣＰ／ＩＰを使用しているネットワークにおいては、ＤＮＳクライアントがＤＮＳサーバーにドメイン名を登録する動作、ＷＩＮＳクライアントがＷＩＮＳサーバーにＮＥＴＢＩＯＳ（Ｎｅｔｗｏｒｋ　Ｂａｓｉｃ　Ｉｎｐｕｔ／Ｏｕｔｐｕｔ　Ｓｙｓｔｅｍ）名を登録する動作、ＳＬＰにおけるサービス　エージェント（サーバー）がディレクトリ　エージェント（サーバー）に対してサービス情報を登録する動作に対応するものである。
また、サーバー１が提供するサービスをクライアント　２が受け、システムの構成処理を実行する手順として、クライアント　２は、ネットワーク内を検索することによりサーバーの提供しているサービスに関する情報を得る動作を行う。これは、ＴＣＰ／ＩＰを使用しているネットワークでのＳＬＰにおけるユーザー　エージェントがディレクトリ　エージェント（サーバー）もしくはサービス　エージェント（サーバー）からサービスに関する情報を得る動作に対応するものである。
【００３８】
他方、サーバー　１が機器数増加を知らせる情報を受け取った場合、サーバー１は自身の提供するサービスが利用可能となったことをサービスを利用するライアント　２に対して通知し（双方が所定のプロトコルに従って交信することにより）、システムの構成（ネットワークもしくは機器の構成）処理を行う。
これは、ＴＣＰ／ＩＰを使用しているネットワークにおいては、ＳＳＤＰサービスがｓｓｄｐ：ａｌｉｖｅリクエストをマルチキャストし、ＳＳＤＰクライアントに対して自身の提供するサービスが利用可能となったことを通知する動作に対応するものであるものである。
【００３９】
次に、機器数ｎが減少する場合（例えば、図４（ｂ）から図４（ｃ）への変化）について、サーバー　１とクライアント　２の動作に分けて説明する。
サーバー　１が機器数減少を知らせる情報を受け取った場合、サーバー　１は、サービスを提供していたクライアント　２が存在するかが不明であるから、所定のプロトコルにより通信することによりサーバー　１が提供していたサービスをクライアント　２は受けることが可能か否かを確認することにより、システムの構成（ネットワークもしくは機器の構成）処理を行う。
このシステムの構成処理を実行する手順としてサーバー　１は、クライアント　２の存在を確認する動作を行う。対象とするクライアント　２が図４（ｃ）の例におけるネットワークＢ’にあった場合は、もはやサーバー　１と同一のグローバルネットワーク上には存在しないため、それを確認した後、サーバー１はクライアント　２に関するサービスの提供を終了する。
上記で、サーバー１の提供するサービスがネットワーク資源の割り当てである場合に、サービスの利用の終了は、割り当てられたネットワーク資源を開放することによる。これは、ＴＣＰ／ＩＰを使用しているネットワークにおいては、ＤＨＣＰサーバーがＤＨＣＰクライアントの割り当てたＩＰアドレスを回収する動作に対応するものである。
また、サーバー１の提供するサービスがクライアント情報の登録の場合に、サービスの利用の終了は、登録されたクライアント情報の削除／無効化することによる。これは、ＴＣＰ／ＩＰを使用しているネットワークにおいて、ＤＮＳサーバーがＤＮＳクライアントによって登録されたドメイン名に関する情報を削除したり、ＷＩＮＳサーバーがＷＩＮＳクライアントによって登録されたＮＥＴＢＩＯＳ名に関する情報を削除したり、ＳＬＰにおけるディレクトリ　エージェントがサービス　エージェントによって登録された情報を削除する動作に対応するするものである。
【００４０】
他方、クライアント　２が機器数減少を知らせる情報を受け取った場合、クライアント　２は、サービスを受けていたサーバー　１が存在するかが不明であるから、所定のプロトコルにより通信することによりグローバルネットワーク内からサーバー　１を再検索してサービスを受けることが可能か否かを確認することにより、システムの構成（ネットワークもしくは機器の構成）処理を行う。
このサービスは、例えば、ＴＣＰ／ＩＰを使用しているネットワークでのＳＬＰにおけるユーザー　エージェントがサービス　エージェント（サーバー）からサービスに関する情報を得る動作に対応しており、このときにサービス　エージェントの応答が無い場合には、蓄積されているサービスに関する情報を無効化することにより構成処理を行う。
また、同様に、ネットワーク規模縮小（機器数減少）の情報をクライアント　２が受け取った場合、所定のプロトコルにより通信することによりサーバー　１の存在を確認する動作を行うもので、対象とするサーバー　１が図４（ｃ）の例におけるネットワークＢ’にあった場合は、もはやクライアント　２と同一のグローバル　ネットワーク上には存在しないため、クライアント　２はそのサーバー　１に関して蓄積されている情報を無効化する。これは、ＴＣＰ／ＩＰを使用しているネットワークにおいて、ＳＳＤＰクライアントがｓｓｄｐ：ｄｉｓｃｏｖｅｒリクエストをマルチキャストし、ＳＳＤＰサービスによる応答が無い場合、蓄積されているＳＳＤＰサービスに関する情報を無効化する動作に対応するものである。
【００４１】
本発明に係わる他の実施形態について説明する。
上記した実施形態（図４）においては、ネットワーク間接続装置としての１３９４ブリッジ　３によってローカル　ネットワークを接続した基本的なグローバル　ネットワークに係わる実施形態を示したが、本実施形態ではネットワーク間接続手段同士の伝達により他のネットワーク間接続手段に接続されたローカルネットワークで観測された機器数の変化を伝えるようにするシステムの構成処理方式に係わる。
図５は、本実施形態のシステム構成とシステムの構成処理動作を説明する図である。図５に例示したシステムでは、複数のＩＥＥＥ　１３９４ローカル　ネットワークがネットワーク間接続装置としての１３９４ブリッジ　３同士（従って複数のネットワーク間接続装置を有する）で情報の伝達を可能にした形態で接続されて一つのグローバル　ネットワークを形成している。ここで用いる１３９４ブリッジ　３は、上記実施形態（図４）におけると同様に、接続した各ローカル　ネットワークのネットワーク規模（機器数）を監視し、その変化を検出し、検出結果を接続した他方のローカル　ネットワークへ伝える。複数の１３９４ブリッジ　３が、図５に示すように共通のローカル　ネットワークの接続を行う場合、１３９４ブリッジ　３同士でネットワーク規模（機器数）情報の伝達が可能である。
図５でローカル　ネットワークＢにローカル　ネットワークＣが接続されると、ローカル　ネットワークＢに接続されている１３９４ブリッジ　３がネットワーク規模の変化を検出し、それがローカル　ネットワークと他の１３９４ブリッジ　３を経由して、ローカル　ネットワークＡに接続されている１３９４ブリッジ　３に伝えられる。最終的に機器数変化を知らせる情報は、この１３９４ブリッジ　３よりローカル　ネットワークＡに接続されているサーバー　１もしくはクライアント　２に伝えられる。なお、機器数変化を知らせる情報のフローは、図５中に黒矢印にて示す。
また、機器数変化を知らせる情報を無条件に伝達しないで、不要なネットワーク　トラフィックの増加を避けるために、ローカル　ネットワークＡ内の機器からの情報受信要求が１３９４ブリッジ　３に予め登録されている場合にのみ伝達するような方式を採るようにすることも可能である。
【００４２】
次の実施形態は、複数のネットワーク間接続手段に接続されたグローバル　ネットワークを形成するシステムの構成処理方式に係わるものであり、同様の方式を採用する上記した実施形態（図５）と異なるさらに他の実施形態を示す。
上記した実施形態（図５）においては、ネットワーク間接続装置としての１３９４ブリッジ　３を用いた例を示したが、本実施形態では、ネットワーク間接続装置をアクセス　ポイントとし、単一のアクセス　ポイントに接続している端末機器群（無線ローカル　ネットワーク）がバックボーンを経由して複数接続されて一つのグローバル　ネットワークを形成するものである。つまり、ＩＥＥＥ　Ｓｔｄ　８０２．１１ｂで規定されている無線ネットワークであり、この無線ネットワークはインフラストラクチャモードで動作し、かつ任意のアクセスポイントを経由してグローバルネットワークに参加している機器およびそのアクセスポイントの集合を有するシステムにおける構成処理方式に係わる
図６は、本実施形態のシステム構成とシステムの構成処理動作を説明する図である。図６に例示したシステムでは、単一のアクセス　ポイント　４に接続している端末機器群（無線ローカル　ネットワークＡ，Ｃ）がバックボーン　５（ローカルネットワークＢを形成）を経由して複数接続されて一つのグローバル　ネットワークを形成している。ここで用いるアクセス　ポイント　４は、上記実施形態（図４）におけると同様に、形成する各ローカル　ネットワークのネットワーク規模（機器数）を監視し、その変化を検出し、検出結果を接続した他方のローカル　ネットワークへ伝える。複数のアクセス　ポイント　４が、図６に示すように共通のバックボーン　５に接続すると、アクセス　ポイント　４同士でネットワーク規模（機器数）情報の伝達が可能である。
図６で、ローカル　ネットワークＣに参加していた端末機器が移動によりアクセス　ポイント　４との通信を行わなくなると、ローカル　ネットワークＣのアクセスポイント　４はネットワーク規模の縮小を検出し、それがバックボーン　５（ローカル　ネットワークＢ）を経由して、ローカル　ネットワークＡに接続されているアクセス　ポイント　４に伝えられる。最終的に機器数変化を知らせる情報は、このアクセス　ポイント　４よりローカル　ネットワークＡに参加しているサーバー　１もしくはクライアント　２に伝えられる。なお、機器数変化を知らせる情報のフローは、図６中に黒矢印にて示す。
また、機器数変化を知らせる情報を無条件に伝達しないで、不要なネットワーク　トラフィックの増加を避けるために、ローカル　ネットワークＡ内の機器からの情報受信要求がアクセス　ポイント　４に予め登録されている場合にのみ伝達するような方式を採るようにすることも可能である。
【００４３】
上記のように、本発明は、複数のローカルなＩＥＥＥ　１３９４ネットワークや無線ネットワークが１３９４ブリッジやアクセス　ポイント等のネットワーク間接続装置を経由して接続されたグローバル　ネットワーク環境において、ネットワーク間接続装置がローカル　ネットワーク規模の変化を監視し、その変化を他のローカル　ネットワークへと伝えることにより、所定の構成（コンフィギュレーション）処理、即ち、決定論的にネットワーク資源の割り当て／解放や情報の登録／無効化等の処理をグローバル　ネットワーク上で自動的に行う構成処理方式を提供し、この方式を用いることにより、オフィス機器や家庭用電化製品を含む端末機器を接続したグローバル　ネットワークを動的に構成可能にするネットワーク　アーキテクチャの構築を実現可能とする。
また、本発明において、上記したシステムの構成（コンフィギュレーション）処理の実行は、ネットワークに接続した機器或いはシステムの一部に備えた処理手段（プロセッサ）に搭載したシステムの構成（コンフィギュレーション）処理プログラムを用いることにより目的とする機能が実現可能である。このプログラムは、コンピュータ読み取り可能な記録媒体に記録され、適用されるプロセッサ（ＣＰＵ）の制御下の記憶手段にインストールされ、記憶媒体から読み出されたプログラムによりシステムの構成処理を実行することを可能にする。
【００４４】
【発明の効果】
（１）　請求項１，３〜５，１６〜２３の発明に対応する効果
ローカル　ネットワークに接続されている機器の数をネットワーク間接続手段が観測可能な（複数のローカルなＩＥＥＥ　１３９４ネットワーク、ＩＥＥＥ　Ｓｔｄ　８０２．１１ｂで規定されている無線ネットワークが１３９４ブリッジ、アクセス　ポイント等のネットワーク間接続装置を経由して接続されたグローバル　ネットワークにおいて、ネットワーク間接続装置がローカル　ネットワークの接続機器数の変化を観測する）ネットワーク環境を用意し、一方のローカル　ネットワークで観測された機器の数に変化があった場合に他方のローカル　ネットワークにその情報を伝達し、機器の構成（コンフィギュレーション）処理を行うことにより、実時間でシステムの構成処理が可能で、短い時間でのグローバル　ネットワークの動的なトポロジの変化に追従した構成動作が可能となる。しかも、ＴＣＰ／ＩＰを使用したネットワーク環境において、ＩＰアドレスを自律的に設定するようにして、機器の構成処理を実行することにより、ネットワークの動的変化に実時間的に追従可能な構成動作を、ネットワーク　トラフィックの発生により帯域が圧迫されることを従来方式に比べて格段に少なくして、実行することが可能となる。
【００４５】
（２）　請求項２〜１７，１９〜２３の発明に対応する効果
ローカル　ネットワークに接続されている機器の数をネットワーク間接続手段が観測可能（複数のローカルなＩＥＥＥ　１３９４ネットワーク、ＩＥＥＥ　Ｓｔｄ　８０２．１１ｂで規定されている無線ネットワークが１３９４ブリッジ、アクセス　ポイント等のネットワーク間接続装置を経由して接続されたグローバル　ネットワークにおいて、ネットワーク間接続装置がローカル　ネットワークの接続機器数の変化を観測する）であり、かつサービスを提供するサーバーとそのサービスを利用するクライアントが機器として存在するとともに、双方が所定のプロトコルに従い通信を行うことによりネットワークもしくは機器の構成（コンフィギュレーション）の実行を可能とするネットワーク環境において、一方のローカル　ネットワークで観測された機器の数に変化があった場合に他方のローカル　ネットワークにその情報が伝達されるので、サーバーとそのサービスを利用するクライアントが機器として存在するグローバル　ネットワークの動的なトポロジの変化に追従して、実時間でサーバー・クライアントシステムの構成（コンフィギュレーション）処理を行うことが可能となる。しかも、本構成処理方式によると、サーバーとクライアントの双方が、定期的に互いの存在を確認したり、有効期間のタイム　アウトに伴う動作を再試行する必要がないため、不必要なネットワーク　トラフィックを発生させること無く（この効果は、実時間性の要求により確認の時間間隔や有効期間が短い場合に特に顕著である）、これらの動作により帯域が圧迫されることがない。このような効果を伴って、グローバル　ネットワークに参加する機器が、ネットワーク上で特定の資源や情報を管理しているサーバーから、アドレスなどの資源の割り当てを受ける場合や、サーバーに対して自身の名前や提供するサービスに係わる情報を登録したり、逆に自身が持っている情報をネットワーク上に存在する別のクライアントにより検索され、その検索情報がクライアントに蓄積される（キャッシュされる）場合のシステムの構成を自動的に実行し、また、機器がネットワークから切り離された際に、受けた資源の割り当てを解放したり、登録／蓄積された情報を無効化することにより、不必要な割り当てによりネットワーク資源が不足したり、既に無効となった情報が利用されることがないように、システムの構成処理を自動的に実行することを可能にする。
【図面の簡単な説明】
【図１】ＩＥＥＥ　１３９４バス、ＩＥＥＥ　８０２．１１ｂのローカルネットワークをネットワーク間接続手段により接続したグローバルネットワークのネットワーク環境の変化を説明するための図を示す。
【図２】ＩＥＥＥ　１３９４バスシステムにおけるネットワーク環境の変化を説明するための図を示す。
【図３】ＩＥＥＥ　１３９４バスにおけるセルフＩＤパケットのフォーマットを示す。
【図４】ローカルネットワークのトポロジの変化に対応してグローバルネットワークレベルの構成処理を可能とした本発明に係わるシステムの１実施形態を示す。
【図５】ローカルネットワークのトポロジの変化に対応してグローバルネットワークレベルの構成処理を可能とした本発明に係わるシステムの他の実施形態を示す。
【図６】本発明に係わる図５と同様の実施システムの他の例を示す。
【符号の説明】
１…サーバー、
２…クライアント、
３…１３９４　ブリッジ、
４…アクセスポイント、
５…バックボーン。
【図１】
2004040688.tif 000003
【図２】
2004040688.tif 000004
【図３】
2004040688.tif 000005
【図４】
2004040688.tif 000006
【図５】
2004040688.tif 000007
【図６】
2004040688.tif 000008