JP2002152221A - システムの構成処理方法、該方法の実行手段を備えた機器 - Google Patents

Abstract

(57)【要約】 【課題】 システムの動作中にネットワークのトポロジ
が変化する場合にも、変化した時点でシステムの適正な
構成（コンフィギュレーション）処理を行う方法を提供
する。 【解決手段】 ＩＥＥＥ１３９４ネットワーク（シリア
ルバスを物理層／データリンク層として使用）環境で、
バスリセットの観測に続くセルフＩＤパケットの受信に
よりネットワークの接続機器数の増減を観測する。図３
（ａ）→(ｂ)では機器数増加が観測され、所定のプロト
コルによる通信により、サーバー１が提供するサービス
をクライアント ２が受けることを可能とするシステム
の構成処理を行う。図３（ｂ）→(ｃ)では機器数減少が
観測され、サーバー１が提供していたサービスをクライ
アント ２は受けることが可能か否かを確認するシステ
ムの構成処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オフィス機器や家
庭用電化製品等を含む機器をネットワークに接続したシ
ステムに関し、より詳細には、システム内の機器の動作
中にネットワークのトポロジが変化する場合に、自動的
にシステムの構成（コンフィギュレーション）処理を行
う方法、該方法を実行するためのプログラムを記録した
コンピュータ読み取り可能な記録媒体及び該方法を実行
するための手段を備えた機器に関する。

【０００２】

【従来の技術】従来、オフィス機器や家庭用電化製品等
を含む機器をネットワークに接続したシステムにおい
て、システムの構成（コンフィギュレーション）に必要
な様々な設定負担を自動化することにより、ユーザーに
よる操作負担を軽減し、誤った設定がなされてしまう事
態が防止できるネットワーク環境を自在に構築すること
を目的として、種々の方式が提案されている。例えば、
ネットワーク アドレス等、ネットワーク上で動作する
のに必要なパラメータをサーバーから得る方式として、
ブートストラップ プロトコル(Bootstrap Protocol; BO
OTP、下記参考文献２)やＤＨＣＰ(Dynamic Host Config
uration Protocol、下記参考文献３)が知られており、
広く利用されている。また、ＴＣＰ／ＩＰ(Transmissio
n Control Protocol/Internet Protocol)を使用したネ
ットワークにおいては、ドメイン名とＩＰアドレスとを
相互に変換する方法として、ＤＮＳ(Domain Name Syste
m、下記参考文献４、５、６)や、ＷＩＮＳ(Windows Int
ernet Name Service、下記参考文献７、８)が開発され
ている。さらにネットワーク上に存在するサービスを発
見する手段としては、ＳＬＰ(Service Location Protoc
ol、下記参考文献９)やＳＳＤＰ(Simple Service Disco
very Protocol、下記参考文献10)が、自律的にＩＰアド
レスを設定する方法としては、下記参考文献11が知られ
ている。 参考文献 １．IEEE Std 1394-1995, Standard for a High Perfor
mance Serial Bus. ２．RFC 951 Bootstrap Protocol (BOOTP), IETF, 1
985 ３．RFC 2131 Dynamic Host Configuration Protoco
l, IETF, 1997 ４．RFC 1034 DOMAIN NAMES - CONCEPTS AND FACILIT
IES, IETF, 1987 ５．RFC 1035 DOMAIN NAMES - IMPLEMENTATION AND S
PECIFICATION, IETF, 1987 ６．RFC 2136 Dynamic Updates in the Domain Name
System (DNS UPDATE), IETF, 1997 ７．RFC 1001 PROTOCOL STANDARD FOR A NetBIOS SER
VICE ON A TCP/UDP TRANSPORT: CONCEPTS
AND METHODS, IETF, 1987 ８．RFC 1002 PROTOCOL STANDARD FOR A NetBIOS SER
VICE ON A TCP/UDP TRANSPORT: DETAILED SPECIFICATIO
NS, IETF, 1987 ９．RFC 2165 Service Location Protocol, IETF, 19
97 10．Internet Draft Simple Service Discovery Pr
otocol/1.0 Operating without an Arbiter, IETF 11．Internet Draft Automatically Choosing an I
P Address in an Ad-HocIPv4 Network, IETF

【０００３】また、端末装置をネットワークに着脱する
際に、サーバーよりＩＰアドレスの割り当ておよび割り
当てられたＩＰアドレスを開放する方式の提案（特開平
８−１９４６５７、参照）、自律的にＩＰアドレスを設
定する方法の提案（特開平８−２２３１６９、参照）、
ネットワークに新たに接続されるクライアントが、ネッ
トワークを構成する別の接続機器から接続情報を得る事
により、設定を行う方式の提案（特開２０００−３１９
９２、参照）、管理されていないネットワークにおいて
のみ適応的に自動構成サービスを提供する方式の提案
（特開２０００−１５５６５８、参照）、ネットワーク
の資源管理情報を一元管理しているホストコンピュータ
より資源管理情報を得、コンフギュレーションを行う方
式（特開２０００−２０９２３１、参照）の提案がなさ
れている。

【０００４】ところで、ＩＥＥＥ １３９４バス（上記
参考文献１、参照)或いは無線を、物理層／データ リン
ク層として使用したネットワーク環境では、ネットワー
クに接続されている機器の活線挿抜や移動（ローミン
グ）により、機器の動作中であってもしばしばネットワ
ークのトポロジが変化する。また、このトポロジの変化
は、「機器のネットワークへの接続の有無」や「機器の
機能の違い」による変化という概念だけではとらえるこ
とができないトポロジの変化もある。図１は、このネッ
トワーク環境の変化を説明するもので、同図（ａ）に示
すような状態で存在する複数のネットワークが、そのネ
ットワークに参加している機器の動作中に、動的に結合
し同図（ｂ)に示す状態になったり、又、同図（ｃ)に示
すような状態で存在するネットワークが分割され同図
（ｄ)に示す状態になるといったことが通常起こり得
る。この場合、図１(ａ)において、サーバー １、クラ
イアント ２双方とも既にそれぞれのネットワークに接
続しているが、図１(ｂ)へと遷移することによりクライ
アント ２はサーバー １のサービスを利用可能な状態と
なるので、適切に構成（コンフィギュレーション）処理
を行わなければならない。また、 図１(ｃ)から(ｄ)へ
の遷移でも、(ｄ)においてサーバー １、クライアント
２双方とも依然としてネットワークに接続しているにも
かかわらず、クライアント ２はサーバー １のサービス
を利用不可能な状態となるので、同様に適切な構成処理
を行わなければならない。

【０００５】ここで行われるシステムの構成処理の内容
は、ネットワークに参加する機器が、ネットワーク上で
特定の資源や情報を管理しているサーバーから、アドレ
スなどの資源の割り当てを受ける場合や、サーバーに対
して自身の名前や提供するサービスに係わる情報を登録
したり、逆に自身が持っている情報をネットワーク上に
存在する別のクライアントにより検索され、その検索情
報がクライアントに蓄積される（キャッシュされる）場
合には、機器がネットワークから切り離された際に、何
らかの方法で受けた資源の割り当てを解放したり、登録
／蓄積された情報を無効化する必要がある。もしこれら
を行わなければ、不必要な割り当てによりネットワーク
資源が不足したり、既に無効となった情報が利用される
ことにより混乱を招く恐れがある。これらの構成処理を
行う従来法としては、割り当てられる資源や登録／蓄積
される情報について有効期間を設け、期間内に再割り当
てや再登録／再検索の手続きが行われない場合（即ち、
タイム アウトした場合）には、これらを解放／無効化
するというものが一般的であるが、ＤＨＣＰ（上記参考
文献３）や特開平８−１９４６５７においては割り当て
られたＩＰアドレスの解放要求をサーバーに送ることに
より資源を解放し、またＳＬＰ（上記参考文献９）やＳ
ＳＤＰ（上記参考文献10）においては登録／蓄積された
情報について破棄要求を送ることにより、解放／無効化
を行う仕組みが設けられている。

【０００６】

【発明が解決しようとする課題】ネットワークのトポロ
ジ変化に対応するシステムの構成処理について、従来、
例えばイーサネット（登録商標）を物理層／データ リ
ンク層として使用しているようなネットワーク環境にお
いては、ネットワーク参加のための構成処理として、機
器が最初にネットワークに接続された時点（多くの場
合、これは電源投入時となる）のみで十分であるとし、
接続された機器がその動作中に活線挿抜や移動（ローミ
ング）するといったようなトポロジの変化は想定してい
なかった。実際、上記に示した従来例においても、構成
処理を行うタイミングに関しては「電源投入時」もしく
は「ネットワークへの接続時」等と記されているのみで
あり、特にそれ以外に規定しているものはない。しかし
ながら、上述したネットワーク環境のように、ネットワ
ークに参加しているもしくは参加しようとしている機器
の動作中にトポロジが変化した場合には、その都度構成
処理を行う必要があり、「電源投入時」のみの構成処理
では不十分である。また、構成処理を実行する手順とし
て、上述の従来例に示した資源の解放要求や情報の破棄
要求を明示的に送る方法では、送出のために機器（プロ
トコル ソフトウェア）がネットワークから切り離され
る事を事前に知らなければならないが、機器の動作中に
トポロジが変化する上述の（即ちユーザーにより不意に
行われる電源オン・オフや活線挿抜による動作中の切り
離し・接続、さらには移動による切り離しやローミング
（無線）が起こる）ネットワーク環境においては、結果
として要求送出の機会が得られず、有効期間とそのタイ
ム アウトによる解放／無効化という不確実な方法に頼
らざるを得ない。確実性を求めるならば、サーバー、ク
ライアントがお互いの存在を定期的に確認する必要が生
じるが、これは多くのネットワーク環境では、ブロード
キャストとなって現れ、ネットワークの帯域を圧迫す
る。本発明は、ＩＥＥＥ １３９４バスや無線等を物理
層／データリンク層として使用したネットワーク環境で
動作するネットワークにオフィス機器や家庭用電化製品
等を含む機器を接続したシステムにおける上述の従来技
術の問題点に鑑みてなされたものであって、その目的
は、システムの動作中にネットワークのトポロジが変化
する場合にも、変化した時点でシステムの適正な構成
（コンフィギュレーション）処理を行う方法、該方法を
実行するためのプログラムを記録したコンピュータ読み
取り可能な記録媒体及び該方法を実行するための手段を
備えた機器を提供することにある。

【０００７】

【課題を解決するための手段】請求項１の発明は、機器
をネットワークにより接続したシステムにおいて、ネッ
トワークに接続されている機器の数を機器自身が観測可
能なネットワーク環境を用意し、観測された機器の数に
変化があった場合に、変化に適合して機器の構成処理を
行うことを特徴とするシステムの構成処理方法である。

【０００８】請求項２の発明は、請求項１に記載された
システムの構成処理方法において、前記ネットワークが
ＴＣＰ／ＩＰを使用したネットワークであり、機器の構
成処理をＩＰアドレスを自律的に設定することにより実
行することを特徴とする方法である。

【０００９】請求項３の発明は、機器をネットワークに
より接続したシステムにおいて、ネットワークに接続さ
れている機器の数を機器自身が観測可能であり、かつサ
ービスを提供するサーバーとそのサービスを利用するク
ライアントが機器として存在するとともに、双方が所定
のプロトコルに従い通信を行うことによりネットワーク
もしくは機器の構成処理の実行を可能とするネットワー
ク環境を用意し、観測された機器の数の増減に応じて所
定の動作を行うことにより、ネットワークもしくは機器
の構成処理を行うことを特徴とするシステムの構成処理
方法である。

【００１０】請求項４発明は、請求項３に記載されたシ
ステムの構成処理方法において、前記クライアントは、
機器数の増加を観測した場合に、サーバーの提供するサ
ービスを利用することにより構成処理を実行することを
特徴とする方法である。

【００１１】請求項５の発明は、請求項３に記載された
システムの構成処理方法において、前記サーバーは、機
器数の減少を観測した場合に、前記クライアントの存在
を再確認し、クライアントがネットワーク上に存在しな
い場合には、クライアントに提供しているサービスを中
止又は無効化することにより構成処理を実行することを
特徴とする方法である。

【００１２】請求項６の発明は、請求項４に記載された
システムの構成処理方法において、前記サーバーの提供
するサービスがネットワーク資源の割り当てであること
を特徴とする方法である。

【００１３】請求項７の発明は、請求項５に記載された
システムの構成処理方法において、前記サーバーの提供
するサービスがネットワーク資源の割り当てであり、割
り当てられた資源を解放することにより、前記サービス
の中止又は無効化を行うことを特徴とする方法である。

【００１４】請求項８の発明は、請求項４に記載された
システムの構成処理方法において、前記サーバーの提供
するサービスが登録されたクライアント情報であり、登
録されたクライアント情報をネットワーク内の他の機器
から検索し利用することを特徴とする方法である。

【００１５】請求項９の発明は、請求項５に記載された
システムの構成処理方法において、前記サーバーの提供
するサービスが登録されたクライアント情報であり、登
録されたクライアント情報を削除又は無効化することに
より、前記サービスの中止又は無効化を行うことを特徴
とする方法である。

【００１６】請求項１０の発明は、請求項３，４，６，
８のいずれかに記載されたシステムの構成処理方法にお
いて、前記クライアントは、機器数の増加を観測した場
合に、ネットワーク内を検索することによりサーバーの
提供しているサービスに関する情報を得る動作を行うよ
うにしたことを特徴とする方法である。

【００１７】請求項１１の発明は、請求項３に記載され
たシステムの構成処理方法において、前記クライアント
は、機器数の減少を観測した場合に、ネットワーク内の
前記サーバーを再検索し、サーバーがネットワーク上に
存在しない場合には、保有しているサーバーの提供して
いるサービスに関する情報を無効化することにより構成
処理を実行することを特徴とする方法である。

【００１８】請求項１２の発明は、請求項３に記載され
たシステムの構成処理方法において、前記サーバーは、
機器数の増加を観測した場合に、該サーバーの提供する
サービスが利用可能状態となったことをクライアントに
対して通知することにより構成処理を実行することを特
徴とする方法である。

【００１９】請求項１３の発明は、請求項３に記載され
たシステムの構成処理方法において、前記クライアント
は、機器数の減少を観測した場合に、前記サーバーの存
在を再確認し、サーバーがネットワーク上に存在しない
場合には、サーバーが提供しているサービスの利用を中
止するか、もしくはサービスに関して蓄積されている情
報を削除又は無効化することにより構成処理を実行する
ようにしたことを特徴とする処理条件チェック方法であ
る。

【００２０】請求項１４の発明は、請求項１乃至１３の
いずれかに記載されたシステムの構成処理方法におい
て、ネットワークに接続されている機器の数を機器自身
が観測可能な前記ネットワーク環境がＩＥＥＥ Ｓｔｄ
１３９４で規定されているシリアル バスを物理層／デ
ータ リンク層として使用したネットワークにより形成
され、バス リセット発生の際に受信されるセルフＩＤ
パケットにより、ネットワークに接続されている機器数
の変化を観測することを特徴とする方法である。

【００２１】請求項１５の発明は、請求項６，７，１
０，１４のいずれかに記載されたシステムの構成処理方
法において、前記ネットワークがＴＣＰ／ＩＰを使用し
たネットワークであり、前記サーバーの提供するサービ
スがＤＨＣＰサーバーによるＩＰアドレスの割り当てで
あることを特徴とする方法である。

【００２２】請求項１６の発明は、請求項８，９，１
０，１４のいずれかに記載されたシステムの構成処理方
法において、前記ネットワークがＴＣＰ／ＩＰを使用し
たネットワークであり、登録される前記クライアント情
報がＤＮＳクライアントのＤＨＣＰサーバーへのドメイ
ン名とＩＰアドレスであることを特徴とする方法であ
る。

【００２３】請求項１７の発明は、請求項８，９，１
０，１４のいずれかに記載されたシステムの構成処理方
法において、前記ネットワークがＴＣＰ／ＩＰを使用し
たネットワークであり、登録される前記クライアント情
報がＷＩＮＳクライアントのＷＩＮＳサーバーへのＮＥ
ＴＢＩＯＳ名とＩＰアドレスであることを特徴とする方
法である。

【００２４】請求項１８の発明は、請求項８，９，１
０，１１，１４のいずれかに記載されたシステムの構成
処理方法において、前記ネットワークがＴＣＰ／ＩＰお
よびＳＬＰを使用したネットワークであり、登録される
前記クライアント情報がサービス エージェントのディ
レクトリ エージェントへのサービス情報であることを
特徴とする方法である。

【００２５】請求項１９の発明は、請求項１２，１３，
１４のいずれかに記載されたシステムの構成処理方法に
おいて、前記クライアントへの通知をＳＳＤＰサービス
がｓｓｄｐ：ａｌｉｖｅリクエストをマルチキャストす
ることにより行い、前記サーバーの存在の再確認をＳＳ
ＤＰクライアントがｓｓｄｐ：ｄｉｓｃｏｖｅｒリクエ
ストをマルチキャストすることにより行うことを特徴と
する方法である。

【００２６】請求項２０の発明は、請求項１乃至１９の
いずれかのシステムの構成処理方法を実行するためのプ
ログラムを記録したコンピュータ読み取り可能な記録媒
体である。

【００２７】請求項２１の発明は、請求項１乃至１９の
いずれかのシステムの構成処理方法を実行するためのプ
ログラムを記録したコンピュータ読み取り可能な記録媒
体を処理手段に搭載した機器である。

【００２８】

【発明の実施の形態】本発明を添付する図面とともに示
す以下の実施例に基づき説明する。本発明は、システム
内の機器の動作中にネットワークのトポロジが変化する
場合にも、変化した時点でシステムの構成（コンフィギ
ュレーション）処理を適正に行うために、常時ネットワ
ークのトポロジの変化をとらえるようにする。この変化
は、システムに現在接続されている機器（ノード）数を
ネットワークに参加している機器数ｎ（機器数ｎは、便
宜的に機器がネットワークに接続されていない状態で
は、その機器のみがネットワークに参加しているとみな
して、ｎ＝１とする。）として観測し、得られる機器数
ｎの増減を検出することにより行う。なお、以下に示す
実施例は、ＩＥＥＥ １３９４ネットワーク環境（上記
参考文献１で規定されているシリアル バスを物理層／
データ リンク層として使用したもの)の下に構築される
システムを例に、その詳細を示す。その他のネットワー
ク環境においては、接続されている機器数の増減を観測
／検出する方法が、使用している物理層／データ リン
ク層毎に異なる点の違いがあるが、それ以外の構成（構
成）方法については、同様に適用できる。

【００２９】ＩＥＥＥ １３９４ネットワーク環境で
は、機器数ｎの観測は、バス構成の場合、バス リセッ
トの観測により続いて受信されるセルフＩＤパケットを
受信しその解析を行うことによる。図２にセルフＩＤパ
ケットのフォーマットを示す。各セルフＩＤパケットの
長さは可変であるが、ノード（機器）数を得るだけなら
ば、図２に参照されるセルフＩＤパケットのｐｈｙ＿Ｉ
Ｄフィールドの値を用いるだけでよい。セルフＩＤパケ
ットのｐｈｙ＿ＩＤフィールドには、０から順番に各ノ
ード（機器）にＩＤ番号を付けていくので、最後に受信
したセルフＩＤパケットのｐｈｙ＿ＩＤフィールドの値
に１を加えるだけで機器数ｎが容易に得られる。機器数
の増減は、現在得た機器数ｎを、前回観測し保存してお
いた機器数ｎと比較し、もし数が異なっていればｎを更
新するとともに、その増減に対応して、以下の実施例に
記述するシステムの構成（コンフィギュレーション）処
理を行う。

【００３０】システム内の機器の動作中にネットワーク
のトポロジが変化し、それがシステムに接続されている
機器（ノード）数の変化として現れる場合の例として、
最も単純な例は、機器の活線挿抜、或いは移動により行
われる場合である。また、機器の活線挿抜、或いは移動
により行われる場合以外にネットワーク同士の結合、或
いは切断によってもこのような変化が現れる。この例が
図３に示されている。図３を参照すると、同図の（ａ）
に示すように、ネットワークＡには３台の機器が参加し
ており、そのうち１台がサーバー １であるとする。こ
のときサーバー １は、機器数ｎ＝3を保有している。ま
たネットワークＢには２台の機器が参加しており、その
うち１台がクライアント ２であるとする。このときク
ライアント ２は、機器数ｎ＝２を保有している。次
に、図３(ｂ)のようにネットワークＡとネットワークＢ
とを結合すると、サーバー １とクライアント ２は同一
のネットワークＡ＋Ｂに接続され、サーバー１、クライ
アント ２いずれも、機器数ｎ＝５となり機器数増加が
観測される。また、図３(ｂ)の状態から、図３（ｃ）の
ようにネットワークＡ'とネットワークＢ'とに分割され
た場合、サーバー １では、機器数ｎ＝２となり機器数
減少が観測され、クライアント ２でも、機器数ｎ＝３
となり機器数減少が観測される。

【００３１】ネットワークに接続された各機器からブロ
ードキャストされるセルフＩＤパケットを受信し、接続
されている機器数ｎを観測する方式により、各機器でネ
ットワークのトポロジの変化を検出することができる。
ＴＣＰ／ＩＰを使用しているネットワークで、ネットワ
ーク上の各機器が自律的に自身のＩＰアドレスを設定す
るシステムにおける各機器で、上記のように機器数ｎを
観測し、その変化を検出すれば、機器の活線挿抜、或い
は移動やネットワークの結合／分割（図３参照）により
機器数ｎの変化が検出された際に、各機器では、変化に
対応して、現在のトポロジに適合したシステムの構成処
理を自身のＩＰアドレスを再設定（自律的にＩＰアドレ
スを決定）することにより実行する。なお、ここで、自
律的にＩＰアドレスを設定する方法として、上記参考文
献１１および特開平８−２２３１６９に示される方法を
適用、実施することができる。

【００３２】次に、ネットワークに接続されている機器
が図３に示すように、サーバー １とクライアント ２を
含む場合に、これらの機器を接続したネットワークにお
いて機器数ｎが変化した場合、実行されるシステムの構
成処理に係わる実施例を示す。まず、機器数ｎが増加す
る場合であるが、図３(ｂ)に示すように、ネットワーク
ＡとネットワークＢとを結合すると、結合したネットワ
ークＡ＋Ｂでは、機器数ｎ＝５となり機器数増加が観測
される。この新たに構築されたシステムでは、サービス
を提供するサーバー１とそのサービスを利用するクライ
アント２が存在し、所定のプロトコルにより双方が通信
することによりサーバー１が提供するサービスをクライ
アント ２は受けることが可能になる。そのために、シ
ステムの構成（ネットワークもしくは機器の構成）処理
を行う。

【００３３】かかるシステムの構成処理を実行する手順
としてクライアント ２は、機器数増加を観測したとき
に、サーバー１の提供するサービスの利用を開始した
り、ネットワーク内を検索することによりサーバーの提
供しているサービスに関する情報を得る動作を行う。さ
らに、上記で、サーバー１の提供するサービスがネット
ワーク資源の割り当てである場合に、割り当てられたネ
ットワーク資源を用いてシステムの構成処理を行う。こ
れは、ＴＣＰ／ＩＰを使用しているネットワークにおい
て、ＤＨＣＰクライアントがＤＨＣＰサーバーにＩＰア
ドレスの割り当てを要求する等の動作に対応するもので
ある。他方、上記で、サーバー１の提供するサービスが
クライアント情報の登録である場合に、登録された情報
がネットワーク内の他の機器から検索され、得られるク
ライアント情報を用いてシステムの構成処理を行う。こ
れは、ＴＣＰ／ＩＰを使用しているネットワークにおい
て、ＤＮＳクライアントがＤＮＳサーバーにドメイン名
を登録する動作、ＷＩＮＳクライアントがＷＩＮＳサー
バーにＮＥＴＢＩＯＳ（Network Basic Input/Output S
ystem）名を登録する動作、ＳＬＰにおけるサービス エ
ージェント（サーバー）がディレクトリ エージェント
（サーバー）に対してサービス情報を登録する動作に対
応するものである。

【００３４】サーバー１が提供するサービスをクライア
ント ２が受け、システムの構成処理を実行する手順と
して、クライアント ２は、ネットワーク内を検索する
ことによりサーバーの提供しているサービスに関する情
報を得る動作を行う。これは、ＴＣＰ／ＩＰを使用して
いるネットワークでのＳＬＰにおけるユーザー エージ
ェントがディレクトリ エージェント（サーバー）もし
くはサービスエージェント（サーバー）からサービスに
関する情報を得る動作に対応するものである。

【００３５】次に、機器数ｎが減少する方向に変化する
場合に、実行されるシステムの構成処理に係わる実施例
を示す。図３（ｂ）の状態でサーバー １は機器数ｎ＝
５を保有しているが、次に図３(ｃ)のようにネットワー
クがネットワークＡ'とネットワークＢ'とに分割された
場合、サーバー １では機器数ｎ＝２となり、また、ク
ライアント２では機器数ｎ＝３となり、機器数の減少が
観測される。この新たに構築されたシステムでは、サー
ビスを提供するサーバー１、サービスを受けていたクラ
イアント２それぞれの相手が存在するかが不明であるか
ら、所定のプロトコルにより双方が通信することにより
サーバー１が提供していたサービスをクライアント ２
は受けることが可能か否かを確認することにより、シス
テムの構成（ネットワークもしくは機器の構成）処理を
行う。

【００３６】このシステムの構成処理を実行する手順と
してサーバー１は、クライアント２の存在を確認する動
作を行う。この例の場合、クライアント ２は、もはや
サーバー １と同一のネットワーク上には存在しないた
め、それを確認した後、サーバー１はクライアント ２
に関するサービスの提供を終了する。上記で、サーバー
１の提供するサービスがネットワーク資源の割り当てで
ある場合に、サービスの利用の終了は、割り当てられた
ネットワーク資源を開放することによる。これは、ＴＣ
Ｐ／ＩＰを使用しているネットワークにおいて、ＤＨＣ
ＰサーバーがＤＨＣＰクライアントの割り当てたＩＰア
ドレスを回収する動作に対応するものである。他方、サ
ーバー１の提供するサービスがクライアント情報の登録
の場合に、サービスの利用の終了は、登録されたクライ
アント情報の削除／無効化することによる。これは、Ｔ
ＣＰ／ＩＰを使用しているネットワークにおいて、ＤＮ
ＳサーバーがＤＮＳクライアントによって登録されたド
メイン名に関する情報を削除したり、ＷＩＮＳサーバー
がＷＩＮＳクライアントによって登録されたＮＥＴＢＩ
ＯＳ名に関する情報を削除する動作に対応するするもの
である。

【００３７】また、クライアント ２でも同様に、機器
数ｎ＝３となり機器数減少が観測されるので、システム
の構成処理を行う。かかるシステムの構成処理を実行す
る手順としてクライアント ２では、サーバー１の存在
を確認する動作を行い、この例の場合、サーバー１は、
もはやクライアント ２と同一のネットワーク上には存
在しないため、クライアント ２はサーバー１に関する
サービスの利用を終了する。これは、ＴＣＰ／ＩＰを使
用しているネットワークでのＳＬＰにおけるユーザー
エージェントがサービス エージェント（サーバー）か
らサービスに関する情報を得る動作に対応しており、も
しサービス エージェントの応答が無い場合には、蓄積
されているサービスに関する情報を無効化する。

【００３８】図４はネットワーク同士の結合、或いは切
断によってネットワークのトポロジが変化するシステム
の他の例を示す。図４を参照すると、図４(ａ)におい
て、ネットワークＡには３台の機器が参加しており、そ
のうち１台がクライアント ２であるとする。またネッ
トワークＢには２台の機器が参加しており、そのうち１
台がサーバー １であるとする。このときサーバー １
は、機器数ｎ＝２を保有している。次に図４(ｂ)のよう
にネットワークＡとネットワークＢとを結合すると、サ
ーバー １とクライアント ２は同一のネットワークＡ＋
Ｂに接続され、サーバー １、クライアント ２いずれ
も、機器数ｎ＝５となり機器数増加が観測される。機器
数ｎが増加する場合には、新たに構築されたシステムで
は、サービスを提供するサーバー１とそのサービスを利
用するクライアント２が存在し、所定のプロトコルによ
り双方が通信しサーバー１は、自身の提供するサービス
が利用可能となったことをクライアント ２に通知する
ことにより、システムの構成（ネットワークもしくは機
器の構成）処理を行う。これは、ＴＣＰ／ＩＰを使用し
ているネットワークにおいて、ＳＳＤＰサービスがｓｓ
ｄｐ：ａｌｉｖｅリクエストをマルチキャストし、ＳＳ
ＤＰクライアントに対して自身の提供するサービスが利
用可能となったことを通知する動作に対応するものであ
る。

【００３９】図４において、機器数ｎが減少する方向に
変化する場合に、実行されるシステムの構成処理に係わ
る実施例を示す。図４（ｂ）の状態でクライアント ２
は機器数ｎ＝５を保有しているが、次に図４(ｃ)のよう
にネットワークがネットワークＡ'とネットワークＢ'と
に分割された場合、クライアント ２では、機器数ｎ＝
２となり、機器数の減少が観測される。この新たに構築
されたネットワークＡ'によるシステムでは、クライア
ント２にサービスを提供していたサーバー１が存在する
か不明であるから、所定のプロトコルにより通信を行う
ことによりサーバー１が提供していたサービスをクライ
アント ２は受けることが可能か否かを確認することに
より、システムの構成（ネットワークもしくは機器の構
成）処理を行う。このシステムの構成処理を実行する手
順としてクライアント ２は、サーバー１の存在を確認
する動作を行う。この例の場合、サーバー１は、もはや
クライアント ２と同一のネットワーク上には存在しな
いため、それを確認した後、クライアント ２はサーバ
ー １に関して蓄積されている情報を無効化する。これ
は、ＴＣＰ／ＩＰを使用しているネットワークにおい
て、ＳＳＤＰクライアントがｓｓｄｐ：ｄｉｓｃｏｖｅ
ｒリクエストをマルチキャストし、ＳＳＤＰサービスに
よる応答が無い場合、蓄積されているＳＳＤＰサービス
に関する情報を無効化する動作に対応する。

【００４０】上記のように、本発明は、ＩＥＥＥ １３
９４バスや無線等を物理層／データリンク層として使用
したネットワーク環境において、ネットワーク規模の変
化を監視し、その変化により所定の動作を実施する事に
より、決定論的にネットワーク資源の割り当て／解放や
情報の登録／無効化を行い、自動的にシステムのシステ
ムの構成（コンフィギュレーション）処理を行う方法お
よびネットワークに接続されるオフィス機器や家庭用電
化製品を含む動的に構成可能なネットワークアーキテク
チャを提供するものである。また、本発明において、上
記したシステムの構成（コンフィギュレーション）処理
の実行は、ネットワークに接続した機器或いはシステム
の１部に備えた処理手段（プロセッサ）に搭載したシス
テムの構成（コンフィギュレーション）処理プログラム
を用いることにより目的とする機能の実現が可能であ
る。このプログラムは、コンピュータ読み取り可能な記
録媒体に記録され、適用されるＣＰＵの制御下にインス
トールされ、記憶媒体から読み出されたプログラムによ
りシステムの構成処理が実行される。

【００４１】

【発明の効果】（１） 請求項１，２，１４，２０，２
１の発明に対応する効果 ネットワークに接続されている機器の数を機器自身が観
測可能なネットワーク環境（ＩＥＥＥ Ｓｔｄ １３９４
で規定されているシリアル バスによるネットワークに
より形成され、バス リセット発生の際に受信されるセ
ルフＩＤパケットにより機器数の変化を観測する）を用
意し、観測された機器の数に変化があった場合に、機器
の構成（コンフィギュレーション）処理を行うことによ
り、実時間的なシステムの構成処理が可能で、短い時間
でのネットワークの動的なトポロジの変化にも追従した
構成動作が可能となる。しかも、ＴＣＰ／ＩＰを使用し
たネットワーク環境において、ＩＰアドレスを自律的に
設定するようにして、機器の構成処理を実行することに
より、ネットワークの動的変化に実時間的に追従可能な
構成動作を、ネットワーク トラフィックの発生により
帯域が圧迫されることなく、実行することが可能とな
る。また、上記システムの構成処理方法を実行するため
のプログラムを記録したコンピュータ読み取り可能な記
録媒体を機器の処理手段に搭載することによりシステム
の構成動作を容易に実行することが可能な機器およびシ
ステムを提供することができる。

【００４２】（２） 請求項３〜２１の発明に対応する
効果 ネットワークに接続されている機器の数を機器自身が観
測可能（ＩＥＥＥ Ｓｔｄ １３９４で規定されているシ
リアル バスによるネットワークにより形成され、バス
リセット発生の際に受信されるセルフＩＤパケットによ
り機器数の変化を観測する）であり、かつサービスを提
供するサーバーとそのサービスを利用するクライアント
が機器として存在するとともに、双方が所定のプロトコ
ルに従い通信を行うことによりネットワークもしくは機
器の構成（コンフィギュレーション）の実行を可能とす
るネットワーク環境において、観測された機器の数の増
減処理に応じて所定の動作を行い、ネットワークもしく
は機器の構成を行うことにより、割り当てられる資源や
登録／蓄積される情報の有効期間のタイム アウトに頼
らず、ネットワーク上で検出されるイベントのみを構成
動作開始のきっかけとするので、タイム アウトを待っ
て動作を開始するよりも実時間的なネットワークの構成
処理が可能であり（この効果は、有効期間が長い場合に
特に顕著である）、短い時間でのネットワークの動的な
トポロジの変化に追従した構成動作が可能となる。しか
も、サーバーとクライアントの双方が、定期的にお互い
の存在を確認したり、有効期間のタイム アウトに伴う
動作を再試行する必要がないため、不必要なネットワー
ク トラフィックを発生させること無く（この効果は、
実時間性の要求により確認の時間間隔や有効期間が短い
場合に特に顕著である）、これらの動作により帯域が圧
迫されることがない。こうした効果を伴って、ネットワ
ークに参加する機器が、ネットワーク上で特定の資源や
情報を管理しているサーバーから、アドレスなどの資源
の割り当てを受ける場合や、サーバーに対して自身の名
前や提供するサービスに係わる情報を登録したり、逆に
自身が持っている情報をネットワーク上に存在する別の
クライアントにより検索され、その検索情報がクライア
ントに蓄積される（キャッシュされる）場合のシステム
の構成を自動的に実行し、また、機器がネットワークか
ら切り離された際に、受けた資源の割り当てを解放した
り、登録／蓄積された情報を無効化することにより、不
必要な割り当てによりネットワーク資源が不足したり、
既に無効となった情報が利用されることがないように、
システムの構成処理を自動的に実行する方法を提供する
ものである。また、上記システムの構成処理方法を実行
するためのプログラムを記録したコンピュータ読み取り
可能な記録媒体を機器の処理手段に搭載することにより
システムの構成動作を容易に実行することが可能な機器
およびシステムを提供することができる。

【図面の簡単な説明】

【図１】 ネットワーク トポロジが変化するシステム
のネットワーク環境の変化を説明するための図を示す。

【図２】 ＩＥＥＥ Ｓｔｄ １３９４におけるセルフＩ
Ｄパケットのフォーマットを示す。

【図３】 ネットワーク トポロジが変化するシステム
の１実施例を示す。

【図４】 ネットワーク トポロジが変化するシステム
の他の実施例を示す。

【符号の説明】

１…サーバー、 ２…クライアント。

Claims (21)

【特許請求の範囲】
1. 【請求項１】 機器をネットワークにより接続したシス
   テムにおいて、ネットワークに接続されている機器の数
   を機器自身が観測可能なネットワーク環境を用意し、観
   測された機器の数に変化があった場合に、変化に適合し
   て機器の構成処理を行うことを特徴とするシステムの構
   成処理方法。
2. 【請求項２】 請求項１に記載されたシステムの構成方
   法において、前記ネットワークがＴＣＰ／ＩＰを使用し
   たネットワークであり、機器の構成処理をＩＰアドレス
   を自律的に設定することにより実行することを特徴とす
   るシステムの構成処理方法。
3. 【請求項３】 機器をネットワークにより接続したシス
   テムにおいて、ネットワークに接続されている機器の数
   を機器自身が観測可能であり、かつサービスを提供する
   サーバーとそのサービスを利用するクライアントが機器
   として存在するとともに、双方が所定のプロトコルに従
   い通信を行うことによりネットワークもしくは機器の構
   成処理の実行を可能とするネットワーク環境を用意し、
   観測された機器の数の増減に応じて所定の動作を行うこ
   とにより、ネットワークもしくは機器の構成処理を行う
   ことを特徴とするシステムの構成処理方法。
4. 【請求項４】 請求項３に記載されたシステムの構成処
   理方法において、前記クライアントは、機器数の増加を
   観測した場合に、サーバーの提供するサービスを利用す
   ることにより構成処理を実行することを特徴とするシス
   テムの構成処理方法。
5. 【請求項５】 請求項３に記載されたシステムの構成処
   理方法において、前記サーバーは、機器数の減少を観測
   した場合に、前記クライアントの存在を再確認し、クラ
   イアントがネットワーク上に存在しない場合には、クラ
   イアントに提供しているサービスを中止又は無効化する
   ことにより構成処理を実行することを特徴とするシステ
   ムの構成処理方法。
6. 【請求項６】 請求項４に記載されたシステムの構成処
   理方法において、前記サーバーの提供するサービスがネ
   ットワーク資源の割り当てであることを特徴とするシス
   テムの構成処理方法。
7. 【請求項７】 請求項５に記載されたシステムの構成処
   理方法において、前記サーバーの提供するサービスがネ
   ットワーク資源の割り当てであり、割り当てられた資源
   を解放することにより、前記サービスの中止又は無効化
   を行うことを特徴とするシステムの構成処理方法。
8. 【請求項８】 請求項４に記載されたシステムの構成処
   理方法において、前記サーバーの提供するサービスが登
   録されたクライアント情報であり、登録されたクライア
   ント情報をネットワーク内の他の機器から検索し利用す
   ることを特徴とするシステムの構成処理方法。
9. 【請求項９】 請求項５に記載されたシステムの構成処
   理方法において、前記サーバーの提供するサービスが登
   録されたクライアント情報であり、登録されたクライア
   ント情報を削除又は無効化することにより、前記サービ
   スの中止又は無効化を行うことを特徴とするシステムの
   構成処理方法。
10. 【請求項１０】 請求項３，４，６，８のいずれかに記
    載されたシステムの構成処理方法において、前記クライ
    アントは、機器数の増加を観測した場合に、ネットワー
    ク内を検索することによりサーバーの提供しているサー
    ビスに関する情報を得る動作を行うようにしたことを特
    徴とするシステムの構成処理方法。
11. 【請求項１１】 請求項３に記載されたシステムの構成
    処理方法において、前記クライアントは、機器数の減少
    を観測した場合に、ネットワーク内の前記サーバーを再
    検索し、サーバーがネットワーク上に存在しない場合に
    は、保有しているサーバーの提供しているサービスに関
    する情報を無効化することにより構成処理を実行するこ
    とを特徴とするシステムの構成処理方法。
12. 【請求項１２】 請求項３に記載されたシステムの構成
    処理方法において、前記サーバーは、機器数の増加を観
    測した場合に、該サーバーの提供するサービスが利用可
    能状態となったことをクライアントに対して通知するこ
    とにより構成処理を実行することを特徴とするシステム
    の構成処理方法。
13. 【請求項１３】 請求項３に記載されたシステムの構成
    処理方法において、前記クライアントは、機器数の減少
    を観測した場合に、前記サーバーの存在を再確認し、サ
    ーバーがネットワーク上に存在しない場合には、サーバ
    ーが提供しているサービスの利用を中止するか、もしく
    はサービスに関して蓄積されている情報を削除又は無効
    化することにより構成処理を実行するようにしたことを
    特徴とするシステムの構成処理方法。
14. 【請求項１４】 請求項１乃至１３のいずれかに記載さ
    れたシステムの構成処理方法において、ネットワークに
    接続されている機器の数を機器自身が観測可能な前記ネ
    ットワーク環境がＩＥＥＥ Ｓｔｄ １３９４で規定され
    ているシリアル バスを物理層／データ リンク層として
    使用したネットワークにより形成され、バス リセット
    発生の際に受信されるセルフＩＤパケットにより、ネッ
    トワークに接続されている機器数の変化を観測すること
    を特徴とするシステムの構成処理方法。
15. 【請求項１５】 請求項６，７，１０，１４のいずれか
    に記載されたシステムの構成処理方法において、前記ネ
    ットワークがＴＣＰ／ＩＰを使用したネットワークであ
    り、前記サーバーの提供するサービスがＤＨＣＰサーバ
    ーによるＩＰアドレスの割り当てであることを特徴とす
    るシステムの構成処理方法。
16. 【請求項１６】 請求項８，９，１０，１４のいずれか
    に記載されたシステムの構成処理方法において、前記ネ
    ットワークがＴＣＰ／ＩＰを使用したネットワークであ
    り、登録される前記クライアント情報がＤＮＳクライア
    ントのＤＨＣＰサーバーへのドメイン名とＩＰアドレス
    であることを特徴とするシステムの構成処理方法。
17. 【請求項１７】 請求項８，９，１０，１４のいずれか
    に記載されたシステムの構成処理方法において、前記ネ
    ットワークがＴＣＰ／ＩＰを使用したネットワークであ
    り、登録される前記クライアント情報がＷＩＮＳクライ
    アントのＷＩＮＳサーバーへのＮＥＴＢＩＯＳ名とＩＰ
    アドレスであることを特徴とするシステムの構成処理方
    法。
18. 【請求項１８】 請求項８，９，１０，１１，１４のい
    ずれかに記載されたシステムの構成処理方法において、
    前記ネットワークがＴＣＰ／ＩＰおよびＳＬＰを使用し
    たネットワークであり、登録される前記クライアント情
    報がサービスエージェントのディレクトリ エージェン
    トへのサービス情報であることを特徴とするシステムの
    構成処理方法。
19. 【請求項１９】 請求項１２，１３，１４のいずれかに
    記載されたシステムの構成処理方法において、前記クラ
    イアントへの通知をＳＳＤＰサービスがｓｓｄｐ：ａｌ
    ｉｖｅリクエストをマルチキャストすることにより行
    い、前記サーバーの存在の再確認をＳＳＤＰクライアン
    トがｓｓｄｐ：ｄｉｓｃｏｖｅｒリクエストをマルチキ
    ャストすることにより行うことを特徴とするシステムの
    構成処理方法。
20. 【請求項２０】 請求項１乃至１９のいずれかのシステ
    ムの構成処理方法を実行するためのプログラムを記録し
    たコンピュータ読み取り可能な記録媒体。
21. 【請求項２１】 請求項１乃至１９のいずれかのシステ
    ムの構成処理方法を実行するためのプログラムを記録し
    たコンピュータ読み取り可能な記録媒体を処理手段に搭
    載した機器。