JP2001326656A - ネットワークシステム及びネットワーク機器 - Google Patents
ネットワークシステム及びネットワーク機器Info
- Publication number
- JP2001326656A JP2001326656A JP2000144949A JP2000144949A JP2001326656A JP 2001326656 A JP2001326656 A JP 2001326656A JP 2000144949 A JP2000144949 A JP 2000144949A JP 2000144949 A JP2000144949 A JP 2000144949A JP 2001326656 A JP2001326656 A JP 2001326656A
- Authority
- JP
- Japan
- Prior art keywords
- logical address
- address
- network
- change
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Landscapes
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 ネットワーク上の各機器の第１論理アドレス
と第２論理アドレスの対応情報を、それら各機器がそれ
ぞれ個別に保持管理するシステムにおいて、機器に割り
当てられる第１論理アドレスが変更された場合でも、正
しく通信ができるようにする。 【解決手段】 ＤＨＣＰサーバ２０からネットワーク機
器１０−１にリースされるＩＰアドレス（第１論理アド
レス）が変更された場合、ネットワーク機器１０−１
は、ネットワーク３０上の他のすべてのネットワーク機
器（機器１０−２など）に対して、変更後のＩＰアドレ
スと第２論理アドレスとの対応情報をマルチキャストで
通知する。他の各ネットワーク機器は、その通知に応じ
て、自己の保持する論理アドレス対応情報を更新する。
と第２論理アドレスの対応情報を、それら各機器がそれ
ぞれ個別に保持管理するシステムにおいて、機器に割り
当てられる第１論理アドレスが変更された場合でも、正
しく通信ができるようにする。 【解決手段】 ＤＨＣＰサーバ２０からネットワーク機
器１０−１にリースされるＩＰアドレス（第１論理アド
レス）が変更された場合、ネットワーク機器１０−１
は、ネットワーク３０上の他のすべてのネットワーク機
器（機器１０−２など）に対して、変更後のＩＰアドレ
スと第２論理アドレスとの対応情報をマルチキャストで
通知する。他の各ネットワーク機器は、その通知に応じ
て、自己の保持する論理アドレス対応情報を更新する。
Description
【０００１】
【発明の属する技術分野】本発明は、ネットワーク上の
個々のネットワーク機器が、それら各機器の論理アドレ
スを管理し、管理している論理アドレスの情報を用いて
相互に通信するネットワークシステムに関する。
個々のネットワーク機器が、それら各機器の論理アドレ
スを管理し、管理している論理アドレスの情報を用いて
相互に通信するネットワークシステムに関する。
【０００２】
【従来の技術】ネットワーク上の機器間の通信には、ト
ランスポート層のプロトコルとして、例えばＴＣＰ（Tr
ansmission Control Protocol）やＵＤＰ（User Datagr
am Protocol）がよく用いられている。ＨＴＴＰ（Hyper
Text Transfer Protocol）やＳＭＰ（Salutation Mana
ger Protocol）などのアプリケーションレベルのプロト
コルは、このようなトランスポート層プロトコルを利用
して通信を行う。なお、ＳＭＰは、サリュテーション・
コンソーシアム（Salutation Consortium）が提唱す
る、異機種間を含む機器間での相互の情報の活用のため
のオープンなアーキテクチャを規定したプロトコルであ
る。なお、「Salutation」はサリュテーション・コンソ
ーシアムの商標であり、ＳＭＰの仕様については同コン
ソーシアムのホームページ（www.salutation.org）から
容易に入手できる。
ランスポート層のプロトコルとして、例えばＴＣＰ（Tr
ansmission Control Protocol）やＵＤＰ（User Datagr
am Protocol）がよく用いられている。ＨＴＴＰ（Hyper
Text Transfer Protocol）やＳＭＰ（Salutation Mana
ger Protocol）などのアプリケーションレベルのプロト
コルは、このようなトランスポート層プロトコルを利用
して通信を行う。なお、ＳＭＰは、サリュテーション・
コンソーシアム（Salutation Consortium）が提唱す
る、異機種間を含む機器間での相互の情報の活用のため
のオープンなアーキテクチャを規定したプロトコルであ
る。なお、「Salutation」はサリュテーション・コンソ
ーシアムの商標であり、ＳＭＰの仕様については同コン
ソーシアムのホームページ（www.salutation.org）から
容易に入手できる。
【０００３】ＴＣＰやＵＤＰは、通信用のアドレスとし
てＩＰ（Internet Protocol）アドレスを使用する。近
年、このＩＰアドレスを各機器に動的に割り当てるＤＨ
ＣＰ（Dynamic Host Configuration Protocol）が利用
されるようになってきた。ＤＨＣＰを利用するネットワ
ークでは、ネットワーク上の各機器がＤＨＣＰクライア
ント機能を備え、ネットワーク上に設けられたＤＨＣＰ
サーバに対してＩＰアドレスの動的割り当てを要求し、
これに応じてＤＨＣＰサーバから割り当てられたＩＰア
ドレスを自機器に自動設定する。したがって、ネットワ
ークに機器を接続するだけで、その機器に対し人手によ
らず自動的にＩＰアドレスが設定され、通信できるよう
になっている。なお、ＤＨＣＰについては、ＩＥＴＦ
（InternetEngineering Task Force）のＲＦＣ（Reques
t For Comment）２１３１に規定がある。
てＩＰ（Internet Protocol）アドレスを使用する。近
年、このＩＰアドレスを各機器に動的に割り当てるＤＨ
ＣＰ（Dynamic Host Configuration Protocol）が利用
されるようになってきた。ＤＨＣＰを利用するネットワ
ークでは、ネットワーク上の各機器がＤＨＣＰクライア
ント機能を備え、ネットワーク上に設けられたＤＨＣＰ
サーバに対してＩＰアドレスの動的割り当てを要求し、
これに応じてＤＨＣＰサーバから割り当てられたＩＰア
ドレスを自機器に自動設定する。したがって、ネットワ
ークに機器を接続するだけで、その機器に対し人手によ
らず自動的にＩＰアドレスが設定され、通信できるよう
になっている。なお、ＤＨＣＰについては、ＩＥＴＦ
（InternetEngineering Task Force）のＲＦＣ（Reques
t For Comment）２１３１に規定がある。
【０００４】ＤＨＣＰでは、動的に割り当てられたＩＰ
アドレスは、リース期間と呼ばれる一定期間だけＤＨＣ
Ｐクライアントに貸与されているものであり、そのリー
ス期間の終了後には解放されなければならない。そこで
ＤＨＣＰクライアントは、ＩＰアドレスのリース期間が
終了すると、ＤＨＣＰサーバに対して再度ＩＰアドレス
の割り当てを要求する。ところが、この再割り当て要求
に応じてＤＨＣＰクライアントに割り当てられるＩＰア
ドレスが、それまで割り当てられていたＩＰアドレスと
異なってしまうことがある。
アドレスは、リース期間と呼ばれる一定期間だけＤＨＣ
Ｐクライアントに貸与されているものであり、そのリー
ス期間の終了後には解放されなければならない。そこで
ＤＨＣＰクライアントは、ＩＰアドレスのリース期間が
終了すると、ＤＨＣＰサーバに対して再度ＩＰアドレス
の割り当てを要求する。ところが、この再割り当て要求
に応じてＤＨＣＰクライアントに割り当てられるＩＰア
ドレスが、それまで割り当てられていたＩＰアドレスと
異なってしまうことがある。
【０００５】ＴＣＰ等の上位層で動作するＤＮＳ（Doma
in Name System）やＳＭＰなどのプロトコルでは、それ
より上位のクライアントから指定される論理アドレス
と、これに対応するＩＰアドレスとを互いに対応づけて
管理しており、この対応関係の情報を用いてクライアン
トからの要求に応答している。ところが、ＤＨＣＰを採
用したシステムでは、機器に割り当てられるＩＰアドレ
スが上記のように動的に変更される場合があり、そのよ
うな場合、ＤＮＳやＳＭＰが管理しているＩＰアドレス
と上位層の論理アドレスとの対応関係がもはや正しいも
のではなくなってしまう。この場合、ＤＮＳ等はクライ
アントからの要求に正しく応えることができない。なお
以降では、ＩＰアドレス等の下位層の論理アドレスを第
１論理アドレス、上位層の論理アドレスを第２論理アド
レスと呼ぶ。
in Name System）やＳＭＰなどのプロトコルでは、それ
より上位のクライアントから指定される論理アドレス
と、これに対応するＩＰアドレスとを互いに対応づけて
管理しており、この対応関係の情報を用いてクライアン
トからの要求に応答している。ところが、ＤＨＣＰを採
用したシステムでは、機器に割り当てられるＩＰアドレ
スが上記のように動的に変更される場合があり、そのよ
うな場合、ＤＮＳやＳＭＰが管理しているＩＰアドレス
と上位層の論理アドレスとの対応関係がもはや正しいも
のではなくなってしまう。この場合、ＤＮＳ等はクライ
アントからの要求に正しく応えることができない。なお
以降では、ＩＰアドレス等の下位層の論理アドレスを第
１論理アドレス、上位層の論理アドレスを第２論理アド
レスと呼ぶ。
【０００６】例えば、第２論理アドレスとしてホスト名
（ドメイン名）を用いるＤＮＳでは、機器稼働中にその
機器のＩＰアドレスが動的に変更されると、ＤＮＳが管
理するその機器のＩＰアドレスとホスト名との対応情報
が正しくなくなってしまい、ホスト名からそれに対応す
る正しいＩＰアドレスを求めることができなくなる。
（ドメイン名）を用いるＤＮＳでは、機器稼働中にその
機器のＩＰアドレスが動的に変更されると、ＤＮＳが管
理するその機器のＩＰアドレスとホスト名との対応情報
が正しくなくなってしまい、ホスト名からそれに対応す
る正しいＩＰアドレスを求めることができなくなる。
【０００７】この問題に対する解決策として、ＲＦＣ２
１３６に規定される動的ＤＮＳがある。動的ＤＮＳで
は、ネットワーク上の機器のＩＰアドレスが変更された
場合、ＤＮＳサーバに対してそのＩＰアドレスに関する
Ａ（Address）タイプのリソースレコードを要求するこ
とで、ＤＮＳサーバが管理しているＩＰアドレスとホス
ト名の対応関係を更新する。
１３６に規定される動的ＤＮＳがある。動的ＤＮＳで
は、ネットワーク上の機器のＩＰアドレスが変更された
場合、ＤＮＳサーバに対してそのＩＰアドレスに関する
Ａ（Address）タイプのリソースレコードを要求するこ
とで、ＤＮＳサーバが管理しているＩＰアドレスとホス
ト名の対応関係を更新する。
【０００８】このように、動的ＤＮＳを利用し、各クラ
イアントがＤＮＳサーバによりアドレス解決を行って通
信するシステムであれば、ＤＨＣＰによりネットワーク
上の機器のＩＰアドレスに変更があった場合でも、その
機器と正しく通信することができる。
イアントがＤＮＳサーバによりアドレス解決を行って通
信するシステムであれば、ＤＨＣＰによりネットワーク
上の機器のＩＰアドレスに変更があった場合でも、その
機器と正しく通信することができる。
【０００９】
【発明が解決しようとする課題】ＳＭＰでは、第２論理
アドレスとしてＳＬＭＩＤ（Salutation Manager ID）
を用いる。ＳＭＰを利用するネットワークシステムで
は、各機器のＳＬＭＩＤとＩＰアドレスとの対応関係の
情報を、それら各機器がそれぞれ個別に保持し管理す
る。各機器には、この対応情報を管理するサリュテーシ
ョン・マネージャ（以下、ＳＬＭと略す）という機能モ
ジュールが設けられる。機器がネットワークに接続され
ると、その機器のＳＬＭが、ネットワーク上に自己のＩ
ＰアドレスとＳＬＭＩＤの対応情報を含んだＳＬＭＩＤ
交換要求をブロードキャストする。これを受けたネット
ワーク上の各機器のＳＬＭは、その要求から新たに接続
されたネットワーク機器のＳＬＭＩＤとＩＰアドレスを
知るとともに、自己のＳＬＭＩＤとＩＰアドレスの対応
情報をその要求の送信元に返信する。これにより、新た
に接続された機器のＳＬＭは、ネットワーク上に接続さ
れている他の機器のＳＬＭＩＤとＩＰアドレスを知るこ
とができる。この結果、ＳＬＭは、上位のクライアント
からＳＬＭＩＤを用いて通信先指定を受け付け、このＳ
ＬＭＩＤをＩＰアドレスに変換して、ＴＣＰなどの下位
プロトコルを用いて通信を行う。
アドレスとしてＳＬＭＩＤ（Salutation Manager ID）
を用いる。ＳＭＰを利用するネットワークシステムで
は、各機器のＳＬＭＩＤとＩＰアドレスとの対応関係の
情報を、それら各機器がそれぞれ個別に保持し管理す
る。各機器には、この対応情報を管理するサリュテーシ
ョン・マネージャ（以下、ＳＬＭと略す）という機能モ
ジュールが設けられる。機器がネットワークに接続され
ると、その機器のＳＬＭが、ネットワーク上に自己のＩ
ＰアドレスとＳＬＭＩＤの対応情報を含んだＳＬＭＩＤ
交換要求をブロードキャストする。これを受けたネット
ワーク上の各機器のＳＬＭは、その要求から新たに接続
されたネットワーク機器のＳＬＭＩＤとＩＰアドレスを
知るとともに、自己のＳＬＭＩＤとＩＰアドレスの対応
情報をその要求の送信元に返信する。これにより、新た
に接続された機器のＳＬＭは、ネットワーク上に接続さ
れている他の機器のＳＬＭＩＤとＩＰアドレスを知るこ
とができる。この結果、ＳＬＭは、上位のクライアント
からＳＬＭＩＤを用いて通信先指定を受け付け、このＳ
ＬＭＩＤをＩＰアドレスに変換して、ＴＣＰなどの下位
プロトコルを用いて通信を行う。
【００１０】このように、ＳＭＰを用いたシステムで
は、ＤＮＳサーバのように、第１論理アドレス（ＩＰア
ドレスなど）と第２論理アドレス（ＳＬＭＩＤなど）と
の対応関係を集中管理する装置が存在せず、その対応関
係の管理は個々の機器のＳＬＭにより行われる。したが
って、ＤＨＣＰなどにより割り当てられた機器のＩＰア
ドレスが変更された場合、ネットワーク上の個々の機器
のＳＬＭが管理するアドレス対応関係の情報を更新しな
ければ、正しい通信ができなくなるおそれがある。ＳＭ
Ｐを用いたネットワークシステムでは、動的ＤＮＳの場
合のように、決まったＤＮＳサーバにその変更を通知し
てアドレス対応関係を更新するというアプローチは適用
できない。
は、ＤＮＳサーバのように、第１論理アドレス（ＩＰア
ドレスなど）と第２論理アドレス（ＳＬＭＩＤなど）と
の対応関係を集中管理する装置が存在せず、その対応関
係の管理は個々の機器のＳＬＭにより行われる。したが
って、ＤＨＣＰなどにより割り当てられた機器のＩＰア
ドレスが変更された場合、ネットワーク上の個々の機器
のＳＬＭが管理するアドレス対応関係の情報を更新しな
ければ、正しい通信ができなくなるおそれがある。ＳＭ
Ｐを用いたネットワークシステムでは、動的ＤＮＳの場
合のように、決まったＤＮＳサーバにその変更を通知し
てアドレス対応関係を更新するというアプローチは適用
できない。
【００１１】以上、ＳＭＰを用いたネットワークシステ
ムを例にとったが、このような問題は、ネットワーク上
の各機器の第１論理アドレスと第２論理アドレスの対応
関係を、それら個々の機器で管理するタイプのプロトコ
ルを用いるシステム一般に起こりうる問題である。
ムを例にとったが、このような問題は、ネットワーク上
の各機器の第１論理アドレスと第２論理アドレスの対応
関係を、それら個々の機器で管理するタイプのプロトコ
ルを用いるシステム一般に起こりうる問題である。
【００１２】なお、特開平１１−３５５３０３号公報に
は、業務サーバが、配下のデバイスのＭＡＣアドレスに
一意に対応する擬似物理デバイスＩＤを生成し、デバイ
スのＩＰアドレスがＤＨＣＰの再割り当てにより変更さ
れた場合でも、擬似物理デバイスＩＤを用いることでそ
のデバイスへのアクセスへの可能とするコンピュータ識
別システムが開示されている。しかしながら、このシス
テムは、業務サーバが配下の各デバイスの擬似物理デバ
イスＩＤとＩＰアドレスとの対応関係を随時更新管理し
ており、動的ＤＮＳのシステムに類似している。この業
務サーバのような集中管理を行うサーバを持たないＳＭ
Ｐのようなシステムには、この公報の技術を適用するこ
とはできない。
は、業務サーバが、配下のデバイスのＭＡＣアドレスに
一意に対応する擬似物理デバイスＩＤを生成し、デバイ
スのＩＰアドレスがＤＨＣＰの再割り当てにより変更さ
れた場合でも、擬似物理デバイスＩＤを用いることでそ
のデバイスへのアクセスへの可能とするコンピュータ識
別システムが開示されている。しかしながら、このシス
テムは、業務サーバが配下の各デバイスの擬似物理デバ
イスＩＤとＩＰアドレスとの対応関係を随時更新管理し
ており、動的ＤＮＳのシステムに類似している。この業
務サーバのような集中管理を行うサーバを持たないＳＭ
Ｐのようなシステムには、この公報の技術を適用するこ
とはできない。
【００１３】本発明はこのような問題に鑑みなされたも
のであり、第１論理アドレスと第２論理アドレスの対応
関係をネットワーク上の各機器で分散管理するＳＭＰな
どのシステムにおいて、機器に割り当てられた第１論理
アドレスの変更が起こった場合にも、正しく通信を行う
ことができるようにすることを目的とする。
のであり、第１論理アドレスと第２論理アドレスの対応
関係をネットワーク上の各機器で分散管理するＳＭＰな
どのシステムにおいて、機器に割り当てられた第１論理
アドレスの変更が起こった場合にも、正しく通信を行う
ことができるようにすることを目的とする。
【００１４】
【課題を解決するための手段】上記目的を達成するた
め、本発明では、ネットワーク機器に割り当てられた第
１論理アドレスが変更された場合、そのネットワーク機
器から、ネットワーク上の他の各ネットワーク機器に対
してその変更の内容をしめす変更情報を通知する。この
通知を受けた各機器は、通知された変更情報に従い、自
分が管理しているアドレステーブルの第１論理アドレス
と第２論理アドレスの対応関係の情報を更新する。この
構成によれば、ある機器の第１論理アドレスが変更され
たとき、各機器の管理する論理アドレスの対応情報を人
手によらず有効な内容に修正することができ、第１論理
アドレスの変更により通信が不可能となる事態を防止で
きる。
め、本発明では、ネットワーク機器に割り当てられた第
１論理アドレスが変更された場合、そのネットワーク機
器から、ネットワーク上の他の各ネットワーク機器に対
してその変更の内容をしめす変更情報を通知する。この
通知を受けた各機器は、通知された変更情報に従い、自
分が管理しているアドレステーブルの第１論理アドレス
と第２論理アドレスの対応関係の情報を更新する。この
構成によれば、ある機器の第１論理アドレスが変更され
たとき、各機器の管理する論理アドレスの対応情報を人
手によらず有効な内容に修正することができ、第１論理
アドレスの変更により通信が不可能となる事態を防止で
きる。
【００１５】なお、他の機器に通知する変更情報は、好
適には、変更後の第１論理アドレスと第２論理アドレス
の対応情報である。
適には、変更後の第１論理アドレスと第２論理アドレス
の対応情報である。
【００１６】また、各ネットワーク機器で、割り当てら
れた第１論理アドレスから第２論理アドレスを生成する
システムでは、自機器の第１論理アドレスの変更を検知
したとき、変更後の第１論理アドレスに応じて、自機器
の第２論理アドレスを再生成することも好適である。こ
うすれば、変更前の第１論理アドレスと同じアドレスが
他の機器に割り当てられたとき、その機器と第２論理ア
ドレスが重複する可能性を低減することができる。
れた第１論理アドレスから第２論理アドレスを生成する
システムでは、自機器の第１論理アドレスの変更を検知
したとき、変更後の第１論理アドレスに応じて、自機器
の第２論理アドレスを再生成することも好適である。こ
うすれば、変更前の第１論理アドレスと同じアドレスが
他の機器に割り当てられたとき、その機器と第２論理ア
ドレスが重複する可能性を低減することができる。
【００１７】また、変更情報を通知するのに先立ち、変
更前の第１論理アドレスと第２論理アドレスの対応情報
についての削除要求を、ネットワーク上の他のネットワ
ーク機器に送信することも好適である。この構成によれ
ば、もはや無効となった変更前の対応情報を各機器から
削除することができるので、誤ったアドレス変換を防止
することができるとともに、各機器のアドレステーブル
の記憶容量を節約することができる。
更前の第１論理アドレスと第２論理アドレスの対応情報
についての削除要求を、ネットワーク上の他のネットワ
ーク機器に送信することも好適である。この構成によれ
ば、もはや無効となった変更前の対応情報を各機器から
削除することができるので、誤ったアドレス変換を防止
することができるとともに、各機器のアドレステーブル
の記憶容量を節約することができる。
【００１８】また、好適な態様では、他機器から変更情
報を受け取った際、変更情報に示された第１論理アドレ
スと第２論理アドレスのいずれか一方のみを含む対応情
報がアドレステーブルに記憶されている場合、その対応
情報を変更情報により更新する。この態様によれば、他
機器から無効な論理アドレス対応情報の削除要求が到着
するのが遅れた場合でも、アドレステーブルを有効な内
容に更新することができる。
報を受け取った際、変更情報に示された第１論理アドレ
スと第２論理アドレスのいずれか一方のみを含む対応情
報がアドレステーブルに記憶されている場合、その対応
情報を変更情報により更新する。この態様によれば、他
機器から無効な論理アドレス対応情報の削除要求が到着
するのが遅れた場合でも、アドレステーブルを有効な内
容に更新することができる。
【００１９】本発明に係るシステムは、ネットワーク上
の複数のネットワーク機器とそれらネットワーク機器に
対して第１論理アドレスを割り当てるアドレス管理装置
とを含むネットワークシステムであって、前記各ネット
ワーク機器は、前記ネットワーク上の各ネットワーク機
器について、その機器の第１論理アドレスと第２論理ア
ドレスとの対応情報を記憶するアドレステーブルと、前
記第２論理アドレスを用いて通信先の指定を受け付け、
前記アドレステーブルを参照してその通信先の第１論理
アドレスを求め、この第１論理アドレスを用いて前記通
信先と通信を行う通信モジュールと、前記アドレス管理
装置から自機器に対して割り当てられた第１論理アドレ
スの変更を検知する検知モジュールと、前記検知モジュ
ールで自機器の第１論理アドレスの変更が検知された場
合、その変更の内容を表す変更情報を前記ネットワーク
上の前記各ネットワーク機器に通知する通知モジュール
と、他のネットワーク機器から前記第１論理アドレスに
関する前記変更情報を受信し、その変更情報に応じて前
記アドレステーブルを更新する更新モジュールとを含
む。
の複数のネットワーク機器とそれらネットワーク機器に
対して第１論理アドレスを割り当てるアドレス管理装置
とを含むネットワークシステムであって、前記各ネット
ワーク機器は、前記ネットワーク上の各ネットワーク機
器について、その機器の第１論理アドレスと第２論理ア
ドレスとの対応情報を記憶するアドレステーブルと、前
記第２論理アドレスを用いて通信先の指定を受け付け、
前記アドレステーブルを参照してその通信先の第１論理
アドレスを求め、この第１論理アドレスを用いて前記通
信先と通信を行う通信モジュールと、前記アドレス管理
装置から自機器に対して割り当てられた第１論理アドレ
スの変更を検知する検知モジュールと、前記検知モジュ
ールで自機器の第１論理アドレスの変更が検知された場
合、その変更の内容を表す変更情報を前記ネットワーク
上の前記各ネットワーク機器に通知する通知モジュール
と、他のネットワーク機器から前記第１論理アドレスに
関する前記変更情報を受信し、その変更情報に応じて前
記アドレステーブルを更新する更新モジュールとを含
む。
【００２０】また、本発明に係るネットワーク機器は、
ネットワークに接続され、そのネットワーク上の他のネ
ットワーク機器と通信するネットワーク機器であって、
前記ネットワーク上の各ネットワーク機器について、そ
のネットワーク機器の第１論理アドレスと第２論理アド
レスとの対応情報を記憶するアドレステーブルと、前記
第２論理アドレスの用いて通信先の指定を受け付け、前
記アドレステーブルを用いてその通信先の第１論理アド
レスを求め、その第１論理アドレスを用いてその通信先
と通信する通信モジュールと、自機器に割り当てられた
前記第１論理アドレスの変更を検知する検知モジュール
と、自機器の第１論理アドレスの変更を検知した場合、
その変更の内容を表す変更情報を前記ネットワーク上の
前記各ネットワーク機器に通知する通知モジュールと、
を含む。
ネットワークに接続され、そのネットワーク上の他のネ
ットワーク機器と通信するネットワーク機器であって、
前記ネットワーク上の各ネットワーク機器について、そ
のネットワーク機器の第１論理アドレスと第２論理アド
レスとの対応情報を記憶するアドレステーブルと、前記
第２論理アドレスの用いて通信先の指定を受け付け、前
記アドレステーブルを用いてその通信先の第１論理アド
レスを求め、その第１論理アドレスを用いてその通信先
と通信する通信モジュールと、自機器に割り当てられた
前記第１論理アドレスの変更を検知する検知モジュール
と、自機器の第１論理アドレスの変更を検知した場合、
その変更の内容を表す変更情報を前記ネットワーク上の
前記各ネットワーク機器に通知する通知モジュールと、
を含む。
【００２１】また、本発明に係るネットワーク機器は、
ネットワーク上の各ネットワーク機器について、そのネ
ットワーク機器の第１論理アドレスと第２論理アドレス
との対応情報を記憶するアドレステーブルと、前記第２
論理アドレスの用いて通信先の指定を受け付け、前記ア
ドレステーブルを用いてその通信先の第１論理アドレス
を求め、その第１論理アドレスを用いてその通信先と通
信する通信モジュールと、他のネットワーク機器から前
記第１論理アドレスについての変更情報を受信し、その
変更情報に応じて前記アドレステーブルを更新する更新
モジュールと、を含む。
ネットワーク上の各ネットワーク機器について、そのネ
ットワーク機器の第１論理アドレスと第２論理アドレス
との対応情報を記憶するアドレステーブルと、前記第２
論理アドレスの用いて通信先の指定を受け付け、前記ア
ドレステーブルを用いてその通信先の第１論理アドレス
を求め、その第１論理アドレスを用いてその通信先と通
信する通信モジュールと、他のネットワーク機器から前
記第１論理アドレスについての変更情報を受信し、その
変更情報に応じて前記アドレステーブルを更新する更新
モジュールと、を含む。
【００２２】
【発明の実施の形態】以下、本発明の実施の形態（以下
実施形態という）について、図面に基づいて説明する。
実施形態という）について、図面に基づいて説明する。
【００２３】以下では、下位層で用いる第１論理アドレ
スとしてＩＰアドレスを用い、その上位層で用いる第２
論理アドレスとしてＳＬＭＩＤを用いる、ＳＭＰ（Salu
tation Manager Protocol）を用いたネットワークシス
テムを例にとって説明する。ただし、本発明は、このよ
うな第１論理アドレスと第２論理アドレスの組合せに限
定されるものではない。
スとしてＩＰアドレスを用い、その上位層で用いる第２
論理アドレスとしてＳＬＭＩＤを用いる、ＳＭＰ（Salu
tation Manager Protocol）を用いたネットワークシス
テムを例にとって説明する。ただし、本発明は、このよ
うな第１論理アドレスと第２論理アドレスの組合せに限
定されるものではない。
【００２４】図１は、本発明に係るネットワークシステ
ムの概略構成例を示す図である。図１に示すように、ネ
ットワーク３０には、そのネットワーク３０上の各ネッ
トワーク機器に一意なＩＰアドレスを動的に割り当て、
管理するＤＨＣＰ（DynamicHost Configuration Protoc
ol:RFC2131）サーバ２０が接続されている。 またネッ
トワーク３０には、複数のネットワーク機器１０−１，
１０−２・・・（以下、ネットワーク機器１０と総称）
が接続されている。
ムの概略構成例を示す図である。図１に示すように、ネ
ットワーク３０には、そのネットワーク３０上の各ネッ
トワーク機器に一意なＩＰアドレスを動的に割り当て、
管理するＤＨＣＰ（DynamicHost Configuration Protoc
ol:RFC2131）サーバ２０が接続されている。 またネッ
トワーク３０には、複数のネットワーク機器１０−１，
１０−２・・・（以下、ネットワーク機器１０と総称）
が接続されている。
【００２５】ＤＨＣＰサーバ２０は、ネットワーク３０
上で使用可能な複数のＩＰアドレスを一元管理し、必要
に応じてネットワーク機器１０に対して割り当てる機能
を有する。ＤＨＣＰサーバ２０自体のＩＰアドレスに
は、ネットワーク管理者が予め固有のアドレスを設定し
ておく。
上で使用可能な複数のＩＰアドレスを一元管理し、必要
に応じてネットワーク機器１０に対して割り当てる機能
を有する。ＤＨＣＰサーバ２０自体のＩＰアドレスに
は、ネットワーク管理者が予め固有のアドレスを設定し
ておく。
【００２６】ネットワーク機器１０は、パーソナルコン
ピュータ、プリンタ、スキャナ、デジタルコピー機、フ
ァクシミリ装置など、ネットワーク３０に接続可能な装
置である。図１では、ネットワーク機器１０−１とし
て、プリンタやスキャナとしても利用可能なデジタルコ
ピー機を例にとっており、そのハードウエア構成を示し
ている。ネットワーク機器１０−１において、ＣＰＵ
（中央演算装置）１００は、ＲＯＭ（リード・オンリ・
メモリ）１０４に格納されたプログラムを実行すること
により、本機器１０−１の制御を行う。アドレス・デー
タバス１０２は、ＣＰＵ１００と制御対象の各ハードウ
エアモジュールとを接続し、それらの間でのデータのや
り取りに用いられる。ＲＯＭ１０４には、自機器の制御
や他機器との通信のための各種プログラムが格納され
る。ＲＡＭ（ランダム・アクセス・メモリ）１０６は、
プログラム実行時のワークエリアや、通信時のデータバ
ッファとして利用される。タイマ１０８は、ＤＨＣＰサ
ーバ２０から割り当てられたＩＰアドレスのリース期間
の計時などを行う。プリンタ１１０は、スキャナ１１２
で読み取った画像や他のネットワーク機器１０から受信
した画像を用紙に印刷する装置である。スキャナ１１２
は、紙原稿を光学的に読み取る装置であり、読取結果の
画像は、ユーザの指示に応じてプリンタ１１０から印刷
出力されたり、他のネットワーク機器１０に送信された
りする。操作表示部１１４は、自機器の状態等の情報を
表示したり、ユーザから自機器に対する各種の操作指示
を受け付けたりする機構である。ネットワークＩＦ（イ
ンタフェース）１１６は、自機器とネットワーク３０上
の他のネットワーク機器１０やＤＨＣＰサーバ２０との
間の通信を制御するインタフェース装置である。
ピュータ、プリンタ、スキャナ、デジタルコピー機、フ
ァクシミリ装置など、ネットワーク３０に接続可能な装
置である。図１では、ネットワーク機器１０−１とし
て、プリンタやスキャナとしても利用可能なデジタルコ
ピー機を例にとっており、そのハードウエア構成を示し
ている。ネットワーク機器１０−１において、ＣＰＵ
（中央演算装置）１００は、ＲＯＭ（リード・オンリ・
メモリ）１０４に格納されたプログラムを実行すること
により、本機器１０−１の制御を行う。アドレス・デー
タバス１０２は、ＣＰＵ１００と制御対象の各ハードウ
エアモジュールとを接続し、それらの間でのデータのや
り取りに用いられる。ＲＯＭ１０４には、自機器の制御
や他機器との通信のための各種プログラムが格納され
る。ＲＡＭ（ランダム・アクセス・メモリ）１０６は、
プログラム実行時のワークエリアや、通信時のデータバ
ッファとして利用される。タイマ１０８は、ＤＨＣＰサ
ーバ２０から割り当てられたＩＰアドレスのリース期間
の計時などを行う。プリンタ１１０は、スキャナ１１２
で読み取った画像や他のネットワーク機器１０から受信
した画像を用紙に印刷する装置である。スキャナ１１２
は、紙原稿を光学的に読み取る装置であり、読取結果の
画像は、ユーザの指示に応じてプリンタ１１０から印刷
出力されたり、他のネットワーク機器１０に送信された
りする。操作表示部１１４は、自機器の状態等の情報を
表示したり、ユーザから自機器に対する各種の操作指示
を受け付けたりする機構である。ネットワークＩＦ（イ
ンタフェース）１１６は、自機器とネットワーク３０上
の他のネットワーク機器１０やＤＨＣＰサーバ２０との
間の通信を制御するインタフェース装置である。
【００２７】図２に、このネットワーク機器１０のプロ
トコルモジュールの概略構成を示す。通信プロトコルの
観点から見た場合、ネットワーク機器１０は、ＩＰプロ
トコルの機能を持つＩＰモジュール４０、ＤＨＣＰサー
バ２０からＩＰアドレスを取得するためのＤＨＣＰクラ
イアント４２、ＵＤＰプロトコルの機能を持つＵＤＰモ
ジュール４４、ＴＣＰプロトコルの機能を持つＴＣＰモ
ジュール４６、ＳＭＰプロトコル機能を持つＳＬＭ（サ
リュテーションマネージャ）５０、及び印刷や画像読取
などのアプリケーション機能を持つアプリケーションモ
ジュール４８を含んでいる。これらプロトコルモジュー
ル４０〜５０に対応するプログラムがＲＯＭ１０４に格
納されており、そのプログラム群をＣＰＵ１００で実行
することにより、それら各モジュールが実現される。
トコルモジュールの概略構成を示す。通信プロトコルの
観点から見た場合、ネットワーク機器１０は、ＩＰプロ
トコルの機能を持つＩＰモジュール４０、ＤＨＣＰサー
バ２０からＩＰアドレスを取得するためのＤＨＣＰクラ
イアント４２、ＵＤＰプロトコルの機能を持つＵＤＰモ
ジュール４４、ＴＣＰプロトコルの機能を持つＴＣＰモ
ジュール４６、ＳＭＰプロトコル機能を持つＳＬＭ（サ
リュテーションマネージャ）５０、及び印刷や画像読取
などのアプリケーション機能を持つアプリケーションモ
ジュール４８を含んでいる。これらプロトコルモジュー
ル４０〜５０に対応するプログラムがＲＯＭ１０４に格
納されており、そのプログラム群をＣＰＵ１００で実行
することにより、それら各モジュールが実現される。
【００２８】この構成において、アプリケーションモジ
ュール４８は、ＳＬＭ５０を介してのみ通信を行う。し
たがって、アプリケーションモジュール４８は、ネット
ワーク３０上の他のネットワーク機器１０を、ＩＰアド
レス（第１論理アドレス）ではなく、ＳＭＰレベルのア
ドレスであるＳＬＭＩＤ（第２論理アドレス）を用いて
識別する。すなわち、アプリケーションモジュール４８
は、ＳＬＭＩＤを用いて通信先のネットワーク機器１０
を指定する。ＳＬＭ５０は、アプリケーションモジュー
ル４８から指定された通信先のＳＬＭＩＤをＩＰアドレ
スに変換し、ＵＤＰモジュール４４やＴＣＰモジュール
４６を用いて通信を行う。
ュール４８は、ＳＬＭ５０を介してのみ通信を行う。し
たがって、アプリケーションモジュール４８は、ネット
ワーク３０上の他のネットワーク機器１０を、ＩＰアド
レス（第１論理アドレス）ではなく、ＳＭＰレベルのア
ドレスであるＳＬＭＩＤ（第２論理アドレス）を用いて
識別する。すなわち、アプリケーションモジュール４８
は、ＳＬＭＩＤを用いて通信先のネットワーク機器１０
を指定する。ＳＬＭ５０は、アプリケーションモジュー
ル４８から指定された通信先のＳＬＭＩＤをＩＰアドレ
スに変換し、ＵＤＰモジュール４４やＴＣＰモジュール
４６を用いて通信を行う。
【００２９】図３に、ＳＬＭ５０の詳細構成を示す。Ｓ
ＬＭ５０において、通信モジュール５０２は、下位のＴ
ＣＰモジュール４６やＵＤＰモジュール４４などを用い
て、ネットワーク３０を介した通信を行うモジュールで
あり、上位のアプリケーションモジュール４８と下位の
ＴＣＰモジュール４６等との間の橋渡しを行う。通信モ
ジュール５０２は、アプリケーションモジュール４８が
発した通信要求に含まれる通信先のＳＬＭＩＤを、その
通信先のＩＰアドレスに変換し、このＩＰアドレスを用
いて下位のＴＣＰなど介して通信を行う。アドレス変換
処理は、アドレステーブル５０４を参照して行われる。
アドレステーブル５０４には、図４に示すように、下位
層で用いる第１論理アドレスと、上位層で用いる第２論
理アドレスの対応情報が登録されている。この例では下
位層がＴＣＰやＵＤＰなので、第１論理アドレスはＩＰ
アドレスとなっている。一方、上位層ではＳＭＰを用い
ているので、第２論理アドレスはＳＬＭＩＤである。
ＬＭ５０において、通信モジュール５０２は、下位のＴ
ＣＰモジュール４６やＵＤＰモジュール４４などを用い
て、ネットワーク３０を介した通信を行うモジュールで
あり、上位のアプリケーションモジュール４８と下位の
ＴＣＰモジュール４６等との間の橋渡しを行う。通信モ
ジュール５０２は、アプリケーションモジュール４８が
発した通信要求に含まれる通信先のＳＬＭＩＤを、その
通信先のＩＰアドレスに変換し、このＩＰアドレスを用
いて下位のＴＣＰなど介して通信を行う。アドレス変換
処理は、アドレステーブル５０４を参照して行われる。
アドレステーブル５０４には、図４に示すように、下位
層で用いる第１論理アドレスと、上位層で用いる第２論
理アドレスの対応情報が登録されている。この例では下
位層がＴＣＰやＵＤＰなので、第１論理アドレスはＩＰ
アドレスとなっている。一方、上位層ではＳＭＰを用い
ているので、第２論理アドレスはＳＬＭＩＤである。
【００３０】アドレステーブル５０４は、アドレス管理
モジュール５０６により管理されている。アドレス管理
モジュール５０６は、他のネットワーク機器からのアド
レス交換要求に応じて自機器１０−１のＩＰアドレスと
ＳＬＭＩＤの対応情報を応答したり、ネットワーク３０
を介して送られてくる他機器１０のＩＰアドレスとＳＬ
ＭＩＤの対応情報をアドレステーブル５０４に登録した
りする。また、アドレス管理モジュール５０６は、自機
器１０−１がネットワーク３０に接続したとき（電源投
入時）や、ＤＨＣＰサーバ２０から自機器１０−１に割
り当てられたＩＰアドレスが変更されたときなどに、通
知モジュール５１２を介して、その変更の情報をネット
ワーク３０上の他のネットワーク機器１０に通知する。
ここで、通知モジュール５１２は、ＳＭＰに規定される
ＳＬＭＩＤ交換要求のメッセージを用いて、自機器１０
−１の新たなＩＰアドレスとそれに対応するＳＬＭＩＤ
とを他の各ネットワーク機器１０に通知する。ＳＬＭ５
０は、この交換要求についてはＵＤＰを用いる。なお、
ＳＬＭ５０は、このような交換要求の他に、上位のアプ
リケーションモジュール４８から依頼されたデータの送
信を行うが、このデータの送信にはＴＣＰを利用する。
ネットワーク機器１０−１はデジタルコピー機なので、
外部に送信されるデータは例えばスキャナ１１２で読み
取った画像データなどであり、この画像データについて
はＴＣＰを用いて送信が行われる。
モジュール５０６により管理されている。アドレス管理
モジュール５０６は、他のネットワーク機器からのアド
レス交換要求に応じて自機器１０−１のＩＰアドレスと
ＳＬＭＩＤの対応情報を応答したり、ネットワーク３０
を介して送られてくる他機器１０のＩＰアドレスとＳＬ
ＭＩＤの対応情報をアドレステーブル５０４に登録した
りする。また、アドレス管理モジュール５０６は、自機
器１０−１がネットワーク３０に接続したとき（電源投
入時）や、ＤＨＣＰサーバ２０から自機器１０−１に割
り当てられたＩＰアドレスが変更されたときなどに、通
知モジュール５１２を介して、その変更の情報をネット
ワーク３０上の他のネットワーク機器１０に通知する。
ここで、通知モジュール５１２は、ＳＭＰに規定される
ＳＬＭＩＤ交換要求のメッセージを用いて、自機器１０
−１の新たなＩＰアドレスとそれに対応するＳＬＭＩＤ
とを他の各ネットワーク機器１０に通知する。ＳＬＭ５
０は、この交換要求についてはＵＤＰを用いる。なお、
ＳＬＭ５０は、このような交換要求の他に、上位のアプ
リケーションモジュール４８から依頼されたデータの送
信を行うが、このデータの送信にはＴＣＰを利用する。
ネットワーク機器１０−１はデジタルコピー機なので、
外部に送信されるデータは例えばスキャナ１１２で読み
取った画像データなどであり、この画像データについて
はＴＣＰを用いて送信が行われる。
【００３１】自機器１０−１のＩＰアドレスの変更は、
変更検知モジュール５１０が検知する。変更検知モジュ
ール５１０は、ＤＨＣＰサーバ２０から自機器１０−１
に新たに割り当てられたＩＰアドレスの情報をＤＨＣＰ
クライアント４２から受け取る。そして、このＩＰアド
レスが、それまで割り当てられていたＩＰアドレスと異
なっている場合、変更があったと判断し、アドレス管理
モジュール５０６に対して変更があった旨と変更後のＩ
Ｐアドレスを通知する。アドレス管理モジュール５０６
は、この通知に応じて、変更後の新たなＩＰアドレスに
対応するＳＬＭＩＤの生成をＳＬＭＩＤ生成モジュール
５０８に依頼する。ＳＬＭＩＤ生成モジュール５０８
は、その変更後のＩＰアドレスを基に、ＳＬＭＩＤを生
成する。本実施形態では、ＳＬＭＩＤとして６バイトの
アドレスを用いる。ＳＬＭＩＤ生成モジュール５０８
は、変更後のＩＰアドレス（４バイト）を、２バイトの
乱数と組み合わせることにより、ＳＬＭＩＤを生成す
る。例えば図４の例に示されるように、ＩＰアドレス"1
29.249.10.10"と乱数0x2311（１６進表記）から、ＳＬ
ＭＩＤ"0x81F90A0A2311"（１６進表記）が生成される。
なお、ここに示したＳＬＭＩＤ生成方式はあくまで一例
であり、他の方式を採用してももちろんよい。
変更検知モジュール５１０が検知する。変更検知モジュ
ール５１０は、ＤＨＣＰサーバ２０から自機器１０−１
に新たに割り当てられたＩＰアドレスの情報をＤＨＣＰ
クライアント４２から受け取る。そして、このＩＰアド
レスが、それまで割り当てられていたＩＰアドレスと異
なっている場合、変更があったと判断し、アドレス管理
モジュール５０６に対して変更があった旨と変更後のＩ
Ｐアドレスを通知する。アドレス管理モジュール５０６
は、この通知に応じて、変更後の新たなＩＰアドレスに
対応するＳＬＭＩＤの生成をＳＬＭＩＤ生成モジュール
５０８に依頼する。ＳＬＭＩＤ生成モジュール５０８
は、その変更後のＩＰアドレスを基に、ＳＬＭＩＤを生
成する。本実施形態では、ＳＬＭＩＤとして６バイトの
アドレスを用いる。ＳＬＭＩＤ生成モジュール５０８
は、変更後のＩＰアドレス（４バイト）を、２バイトの
乱数と組み合わせることにより、ＳＬＭＩＤを生成す
る。例えば図４の例に示されるように、ＩＰアドレス"1
29.249.10.10"と乱数0x2311（１６進表記）から、ＳＬ
ＭＩＤ"0x81F90A0A2311"（１６進表記）が生成される。
なお、ここに示したＳＬＭＩＤ生成方式はあくまで一例
であり、他の方式を採用してももちろんよい。
【００３２】ＳＬＭＩＤ生成モジュール５０８が生成し
たＳＬＭＩＤはアドレス管理モジュール５０６に渡され
る。アドレス管理モジュール５０６は、このＳＬＭＩＤ
を変更後のＩＰアドレスと対応づけ、この対応情報を通
知するためのＳＬＭＩＤ交換要求のメッセージを発行す
るように通知モジュール５１２に依頼する。これによ
り、前述のように、ネットワーク３０上の他の各ネット
ワーク機器１０に対して、当該機器１０−１の新たなＩ
ＰアドレスとＳＬＭＩＤの対応情報が報知される。
たＳＬＭＩＤはアドレス管理モジュール５０６に渡され
る。アドレス管理モジュール５０６は、このＳＬＭＩＤ
を変更後のＩＰアドレスと対応づけ、この対応情報を通
知するためのＳＬＭＩＤ交換要求のメッセージを発行す
るように通知モジュール５１２に依頼する。これによ
り、前述のように、ネットワーク３０上の他の各ネット
ワーク機器１０に対して、当該機器１０−１の新たなＩ
ＰアドレスとＳＬＭＩＤの対応情報が報知される。
【００３３】なお、自機器１０−１が他のネットワーク
機器１０からこのようなアドレス交換要求を受けた場
合、その交換要求に含まれるＩＰアドレス−ＳＬＭＩＤ
の対応情報を反映するよう、アドレステーブル５０４を
更新する。例えば、その交換要求に含まれる対応情報を
アドレステーブル５０４に登録する。
機器１０からこのようなアドレス交換要求を受けた場
合、その交換要求に含まれるＩＰアドレス−ＳＬＭＩＤ
の対応情報を反映するよう、アドレステーブル５０４を
更新する。例えば、その交換要求に含まれる対応情報を
アドレステーブル５０４に登録する。
【００３４】ここで、好適な態様として、自機器１０−
１のＩＰアドレスの変更を検知した際、新たなＩＰアド
レスとＳＬＭＩＤの対応情報をネットワーク３０上の各
機器１０に通知する前に、変更前のＩＰアドレスに関す
る対応情報の削除要求を通知することも可能である。こ
れにより、各ネットワーク機器１０のアドレステーブル
５０４から無効な対応情報のエントリを削除することが
できる。このように無駄な情報を減らすことにより、ア
ドレステーブル５０４の検索が高速化できるとともに、
誤動作を防止できる。
１のＩＰアドレスの変更を検知した際、新たなＩＰアド
レスとＳＬＭＩＤの対応情報をネットワーク３０上の各
機器１０に通知する前に、変更前のＩＰアドレスに関す
る対応情報の削除要求を通知することも可能である。こ
れにより、各ネットワーク機器１０のアドレステーブル
５０４から無効な対応情報のエントリを削除することが
できる。このように無駄な情報を減らすことにより、ア
ドレステーブル５０４の検索が高速化できるとともに、
誤動作を防止できる。
【００３５】なお、以上に示したＳＬＭ５０の内部構成
例はあくまで一例である。上記と同様の機能を実現でき
るものであれば、どのような内部構成のＳＬＭを用いて
もよい。
例はあくまで一例である。上記と同様の機能を実現でき
るものであれば、どのような内部構成のＳＬＭを用いて
もよい。
【００３６】次に図５及び図６を参照して、本実施形態
のネットワーク機器１０の動作を説明する。
のネットワーク機器１０の動作を説明する。
【００３７】ネットワーク機器１０が（例えば電源が投
入されて）ネットワーク３０に参加すると、まずＤＨＣ
Ｐクライアント４２が、ネットワーク３０上のＤＨＣＰ
サーバ２０にＩＰアドレスの割り当てを要求するＤＨＣ
ＰＲＥＱＥＳＴコマンドを送信し、ＤＨＣＰサーバ２０
からＤＨＣＰＡＣＫ応答を受信してＩＰアドレスを取得
する（ステップＳ０１）。このとき、ＤＨＣＰＡＣＫ応
答には、ＩＰアドレスと、そのＩＰアドレスのリース期
間（使用可能期間）Ｔとが設定されているので、ＤＨＣ
Ｐクライアント４２はタイマ１０８を起動し、取得した
ＩＰアドレスのリース期間Ｔの計時を開始する。
入されて）ネットワーク３０に参加すると、まずＤＨＣ
Ｐクライアント４２が、ネットワーク３０上のＤＨＣＰ
サーバ２０にＩＰアドレスの割り当てを要求するＤＨＣ
ＰＲＥＱＥＳＴコマンドを送信し、ＤＨＣＰサーバ２０
からＤＨＣＰＡＣＫ応答を受信してＩＰアドレスを取得
する（ステップＳ０１）。このとき、ＤＨＣＰＡＣＫ応
答には、ＩＰアドレスと、そのＩＰアドレスのリース期
間（使用可能期間）Ｔとが設定されているので、ＤＨＣ
Ｐクライアント４２はタイマ１０８を起動し、取得した
ＩＰアドレスのリース期間Ｔの計時を開始する。
【００３８】ＤＨＣＰクライアント４２が取得したＩＰ
アドレスはＳＬＭ５０に渡され、ＳＬＭ５０のＳＬＭＩ
Ｄ生成モジュール５０８が、そのＩＰアドレスに対応す
るＳＬＭＩＤを前述の方法で生成する（ステップＳ０
２）。
アドレスはＳＬＭ５０に渡され、ＳＬＭ５０のＳＬＭＩ
Ｄ生成モジュール５０８が、そのＩＰアドレスに対応す
るＳＬＭＩＤを前述の方法で生成する（ステップＳ０
２）。
【００３９】ＳＬＭＩＤが生成されると、ＳＬＭ５０
は、そのＳＬＭＩＤと先ほど取得したＩＰアドレスとの
対応情報を含む、ＳＬＭＩＤ交換要求を作成し、ネット
ワーク３０上に、ＵＤＰによりブロードキャスト又はマ
ルチキャストで送信する（ステップＳ０３）。これによ
り、ネットワーク３０上に存在する他の各ネットワーク
機器１０に、自機器の論理アドレスの対応情報を通知す
ることができる。この交換要求を受信した他のネットワ
ーク機器１０は、ＳＬＭ５０によりその対応情報をアド
レステーブル５０４に登録し、自分の論理アドレスの対
応情報（ＩＰアドレスとＳＬＭＩＤのペア）を応答す
る。これにより、交換要求を発行した機器は、ネットワ
ーク３０上の他の各機器の論理アドレスの対応情報を収
集してアドレステーブル５０４に登録できる。
は、そのＳＬＭＩＤと先ほど取得したＩＰアドレスとの
対応情報を含む、ＳＬＭＩＤ交換要求を作成し、ネット
ワーク３０上に、ＵＤＰによりブロードキャスト又はマ
ルチキャストで送信する（ステップＳ０３）。これによ
り、ネットワーク３０上に存在する他の各ネットワーク
機器１０に、自機器の論理アドレスの対応情報を通知す
ることができる。この交換要求を受信した他のネットワ
ーク機器１０は、ＳＬＭ５０によりその対応情報をアド
レステーブル５０４に登録し、自分の論理アドレスの対
応情報（ＩＰアドレスとＳＬＭＩＤのペア）を応答す
る。これにより、交換要求を発行した機器は、ネットワ
ーク３０上の他の各機器の論理アドレスの対応情報を収
集してアドレステーブル５０４に登録できる。
【００４０】次に、ネットワーク機器１０は、タイマ１
０８が計時しているリース期間Ｔが切れたかどうかを判
定する（ステップＳ０４）。リース期間Ｔが切れている
と判定された場合、ＤＨＣＰクライアント４２が、再度
ＤＨＣＰサーバ２０に対してＤＨＣＰＲＥＱＵＥＳＴコ
マンドを送信し、ＩＰアドレスの再割り当てを受ける
（ステップＳ０５）。このときも、ステップＳ０１の場
合と同様、タイマ１０８に、ＤＨＣＰサーバ２０からの
応答に含まれるリース期間Ｔの計時を行わせる。
０８が計時しているリース期間Ｔが切れたかどうかを判
定する（ステップＳ０４）。リース期間Ｔが切れている
と判定された場合、ＤＨＣＰクライアント４２が、再度
ＤＨＣＰサーバ２０に対してＤＨＣＰＲＥＱＵＥＳＴコ
マンドを送信し、ＩＰアドレスの再割り当てを受ける
（ステップＳ０５）。このときも、ステップＳ０１の場
合と同様、タイマ１０８に、ＤＨＣＰサーバ２０からの
応答に含まれるリース期間Ｔの計時を行わせる。
【００４１】このように再取得されたＩＰアドレスは、
ＳＬＭ５０に渡される。ＳＬＭ５０では、変更検知モジ
ュール５１０が、今回取得したＩＰアドレスと前回取得
したＩＰアドレスとを比較し、自機器のＩＰアドレスが
変更されたかどうかを判定する（ステップＳ０６）。
ＳＬＭ５０に渡される。ＳＬＭ５０では、変更検知モジ
ュール５１０が、今回取得したＩＰアドレスと前回取得
したＩＰアドレスとを比較し、自機器のＩＰアドレスが
変更されたかどうかを判定する（ステップＳ０６）。
【００４２】ステップＳ０６で、自機器のＩＰアドレス
が変わったと判定した場合、ＳＬＭ５０の通知モジュー
ル５１２が、変更前のＩＰアドレス（前回取得したも
の）とＳＬＭＩＤとの対応情報の削除を要求する削除要
求メッセージを、ＵＤＰを用いて、ネットワーク３０上
にブロードキャスト又はマルチキャストで送信する（ス
テップＳ０７）。これにより、ネットワーク３０上の他
の各ネットワーク機器に、削除要求が伝わる。この削除
要求を受けたネットワーク３０上の他の機器は、自分の
アドレステーブル５０４から、その要求が指定する対応
情報を削除する。
が変わったと判定した場合、ＳＬＭ５０の通知モジュー
ル５１２が、変更前のＩＰアドレス（前回取得したも
の）とＳＬＭＩＤとの対応情報の削除を要求する削除要
求メッセージを、ＵＤＰを用いて、ネットワーク３０上
にブロードキャスト又はマルチキャストで送信する（ス
テップＳ０７）。これにより、ネットワーク３０上の他
の各ネットワーク機器に、削除要求が伝わる。この削除
要求を受けたネットワーク３０上の他の機器は、自分の
アドレステーブル５０４から、その要求が指定する対応
情報を削除する。
【００４３】次に、ＳＬＭＩＤ生成モジュール５０８
が、変更後のＩＰアドレスに対応するＳＬＭＩＤを生成
する（ステップＳ０８）。このように、ＩＰアドレスが
変更されると、それに対応してＳＬＭＩＤを再生成する
ことにより、ＳＬＭＩＤの重複等の不具合を回避でき
る。
が、変更後のＩＰアドレスに対応するＳＬＭＩＤを生成
する（ステップＳ０８）。このように、ＩＰアドレスが
変更されると、それに対応してＳＬＭＩＤを再生成する
ことにより、ＳＬＭＩＤの重複等の不具合を回避でき
る。
【００４４】すなわち、ＩＰアドレスからＳＬＭＩＤを
生成する方式では、あるネットワーク機器（第１の機器
と呼ぶ）のＩＰアドレスが変更された場合、その機器の
変更前のＩＰアドレスが別のネットワーク機器に割り当
てられることが起こりうる。その場合、第１の機器のＳ
ＬＭＩＤを変更しないと、別のネットワーク機器が生成
するＳＬＭＩＤが、第１の機器のＳＬＭＩＤと重複して
しまう可能性がある。ＳＬＭＩＤが重複すると、機器の
識別エラーが起こる可能性がある。これに対し、本実施
形態では、ＩＰアドレスの変更の際、変更後のＩＰアド
レスに応じてＳＬＭＩＤを再生成しているので、そのよ
うなＳＬＭＩＤ重複の問題は起こらない。
生成する方式では、あるネットワーク機器（第１の機器
と呼ぶ）のＩＰアドレスが変更された場合、その機器の
変更前のＩＰアドレスが別のネットワーク機器に割り当
てられることが起こりうる。その場合、第１の機器のＳ
ＬＭＩＤを変更しないと、別のネットワーク機器が生成
するＳＬＭＩＤが、第１の機器のＳＬＭＩＤと重複して
しまう可能性がある。ＳＬＭＩＤが重複すると、機器の
識別エラーが起こる可能性がある。これに対し、本実施
形態では、ＩＰアドレスの変更の際、変更後のＩＰアド
レスに応じてＳＬＭＩＤを再生成しているので、そのよ
うなＳＬＭＩＤ重複の問題は起こらない。
【００４５】変更後のＩＰアドレスに対応したＳＬＭＩ
Ｄが生成されると、通知モジュール５１２が、それら両
者の対応情報を含んだ論理アドレス交換要求を、ＵＤＰ
を用いて、ネットワーク３０上にブロードキャスト又は
マルチキャストで送信する（ステップＳ０９）。これに
より、ネットワーク３０上の他の各ネットワーク機器
に、交換要求が伝わる。この交換要求を受けた他のネッ
トワーク機器は、その要求に含まれる対応情報を反映す
るよう、自己のアドレステーブル５０４を更新する。な
お、この交換要求に対する応答として、他の機器から論
理アドレス対応情報が返信されてくるので、これに応じ
て自機器のアドレステーブル５０４を更新する。ただ
し、通常の場合、ＩＰアドレス再取得の時点では、既に
他の各機器の論理アドレス対応情報がアドレステーブル
５０４に登録されているはずなので、この場合アドレス
テーブル５０４の内容は一般には変化しない。
Ｄが生成されると、通知モジュール５１２が、それら両
者の対応情報を含んだ論理アドレス交換要求を、ＵＤＰ
を用いて、ネットワーク３０上にブロードキャスト又は
マルチキャストで送信する（ステップＳ０９）。これに
より、ネットワーク３０上の他の各ネットワーク機器
に、交換要求が伝わる。この交換要求を受けた他のネッ
トワーク機器は、その要求に含まれる対応情報を反映す
るよう、自己のアドレステーブル５０４を更新する。な
お、この交換要求に対する応答として、他の機器から論
理アドレス対応情報が返信されてくるので、これに応じ
て自機器のアドレステーブル５０４を更新する。ただ
し、通常の場合、ＩＰアドレス再取得の時点では、既に
他の各機器の論理アドレス対応情報がアドレステーブル
５０４に登録されているはずなので、この場合アドレス
テーブル５０４の内容は一般には変化しない。
【００４６】ステップＳ０９の後は、ステップＳ０４に
戻る。
戻る。
【００４７】以上、ネットワーク機器のＩＰアドレスが
変更された場合の処理（ステップＳ０７〜Ｓ０９）を説
明した。この説明では、ステップＳ０７の削除要求、及
びステップＳ０９の論理アドレス交換要求は、ブロード
キャスト又はマルチキャストでネットワーク３０上に送
信するとしたが、これ以外の方式も可能である。例え
ば、自機器のアドレステーブル５０４を参照して、そこ
に登録されている各ＩＰアドレスについて、１つずつユ
ニキャストでそれら要求を送信していってもよい。ＳＭ
Ｐの論理アドレス交換の仕組みにより、アドレステーブ
ル５０４には、ネットワーク３０に参加している他のす
べてのネットワーク機器の論理アドレスの対応情報が登
録されているはずである。なお、このように交換要求等
の送信にはユニキャストを利用することが可能だが、ブ
ロードキャスト又はマルチキャストを用いた方が自機器
での要求送信のための負荷が小さく、要求送信処理の所
要時間が短くて済む。
変更された場合の処理（ステップＳ０７〜Ｓ０９）を説
明した。この説明では、ステップＳ０７の削除要求、及
びステップＳ０９の論理アドレス交換要求は、ブロード
キャスト又はマルチキャストでネットワーク３０上に送
信するとしたが、これ以外の方式も可能である。例え
ば、自機器のアドレステーブル５０４を参照して、そこ
に登録されている各ＩＰアドレスについて、１つずつユ
ニキャストでそれら要求を送信していってもよい。ＳＭ
Ｐの論理アドレス交換の仕組みにより、アドレステーブ
ル５０４には、ネットワーク３０に参加している他のす
べてのネットワーク機器の論理アドレスの対応情報が登
録されているはずである。なお、このように交換要求等
の送信にはユニキャストを利用することが可能だが、ブ
ロードキャスト又はマルチキャストを用いた方が自機器
での要求送信のための負荷が小さく、要求送信処理の所
要時間が短くて済む。
【００４８】また、別の好適な方法として、ネットワー
ク３０が複数のＬＡＮ（ローカルエリアネットワーク）
又はサブネットワークを含む場合には、自機器が接続さ
れているＬＡＮ又はサブネットワークには交換要求や削
除要求をブロードキャスト又はマルチキャストで送信
し、そのＬＡＮ又はサブネットワーク以外に属するネッ
トワーク機器に対してはそれら要求をユニキャストで送
信するようにすることも可能である。こうすることによ
り、自機器の属するＬＡＮ又はサブネットワーク内の各
機器には１回の送信で要求を伝達できるとともに、その
ＬＡＮ又はサブネットワークの外側にある機器について
はユニキャストの宛先の機器しかその要求に応答しなく
てよいので、ネットワークシステム全体の負荷を低減で
きる。
ク３０が複数のＬＡＮ（ローカルエリアネットワーク）
又はサブネットワークを含む場合には、自機器が接続さ
れているＬＡＮ又はサブネットワークには交換要求や削
除要求をブロードキャスト又はマルチキャストで送信
し、そのＬＡＮ又はサブネットワーク以外に属するネッ
トワーク機器に対してはそれら要求をユニキャストで送
信するようにすることも可能である。こうすることによ
り、自機器の属するＬＡＮ又はサブネットワーク内の各
機器には１回の送信で要求を伝達できるとともに、その
ＬＡＮ又はサブネットワークの外側にある機器について
はユニキャストの宛先の機器しかその要求に応答しなく
てよいので、ネットワークシステム全体の負荷を低減で
きる。
【００４９】また、以上の処理において、ステップＳ０
７とＳ０８とは、いずれを先に実行してもよい。
７とＳ０８とは、いずれを先に実行してもよい。
【００５０】ステップＳ０６の判定結果がＮｏ、すなわ
ち再取得したＩＰアドレスが前回のものと同じであった
場合は、それまで使っていたＩＰアドレスとＳＬＭＩＤ
をそのまま利用することができるので、ステップＳ０７
〜Ｓ０９のような処理は必要ない。その場合は、ステッ
プＳ１０に進む。
ち再取得したＩＰアドレスが前回のものと同じであった
場合は、それまで使っていたＩＰアドレスとＳＬＭＩＤ
をそのまま利用することができるので、ステップＳ０７
〜Ｓ０９のような処理は必要ない。その場合は、ステッ
プＳ１０に進む。
【００５１】以上、ステップＳ０４にてリース時間が切
れた（すなわちＩＰアドレスの使用期限を経過した）と
判定された場合の処理を説明した。一方、ステップＳ０
４でまだリース時間が切れていないと判定された場合
は、現在のＩＰアドレス及びＳＬＭＩＤが有効であると
いうことであり、これらを用いて必要な通信処理を行え
ばよい。すなわち、ステップＳ１０で他のネットワーク
機器からのデータの受信を待つ。ここで、本実施形態で
は、受信されるデータには、論理アドレス対応情報の交
換要求又は削除要求（いずれもＵＤＰを利用）と、他機
器のアプリケーションが送信した、画像データなどのア
プリケーションレベルの処理対象データ（ＴＣＰを利
用）との２種類がある。そこで、データを受信した場
合、ネットワーク機器１０はまずその受信データが画像
データ等のアプリケーションレベルの処理対象データで
あるか、それとも論理アドレス対応情報の交換要求／削
除要求であるか、を判定する（ステップＳ１１）。受信
データが画像データ等のアプリケーションレベルのデー
タであると判定した場合は、ＳＬＭ５０は、そのデータ
をアプリケーションモジュール４８に渡して処理させる
（ステップＳ１８）。例えば受信データが画像データの
場合は、アプリケーションモジュール４８の処理により
そのデータがプリンタ１１０から印刷出力される。この
アプリケーション処理が終わると、ステップＳ０４に戻
る。
れた（すなわちＩＰアドレスの使用期限を経過した）と
判定された場合の処理を説明した。一方、ステップＳ０
４でまだリース時間が切れていないと判定された場合
は、現在のＩＰアドレス及びＳＬＭＩＤが有効であると
いうことであり、これらを用いて必要な通信処理を行え
ばよい。すなわち、ステップＳ１０で他のネットワーク
機器からのデータの受信を待つ。ここで、本実施形態で
は、受信されるデータには、論理アドレス対応情報の交
換要求又は削除要求（いずれもＵＤＰを利用）と、他機
器のアプリケーションが送信した、画像データなどのア
プリケーションレベルの処理対象データ（ＴＣＰを利
用）との２種類がある。そこで、データを受信した場
合、ネットワーク機器１０はまずその受信データが画像
データ等のアプリケーションレベルの処理対象データで
あるか、それとも論理アドレス対応情報の交換要求／削
除要求であるか、を判定する（ステップＳ１１）。受信
データが画像データ等のアプリケーションレベルのデー
タであると判定した場合は、ＳＬＭ５０は、そのデータ
をアプリケーションモジュール４８に渡して処理させる
（ステップＳ１８）。例えば受信データが画像データの
場合は、アプリケーションモジュール４８の処理により
そのデータがプリンタ１１０から印刷出力される。この
アプリケーション処理が終わると、ステップＳ０４に戻
る。
【００５２】一方、ステップＳ１１で、受信データが画
像データ等のアプリケーションレベルのデータでないと
判定された場合、受信データは論理アドレス対応情報の
交換要求か削除要求のいずれかである。この場合は、図
６に示した手順に移り、ＳＬＭ５０は、その受信データ
が交換要求か否かを判定する（ステップＳ１３）。交換
要求でなければ（ステップＳ１３の判定結果がＮｏの場
合）、受信データは削除要求と言うことなので、ＳＬＭ
５０は、自己のアドレステーブル５０４から、その削除
要求に示される論理アドレス対応情報（ＩＰアドレスと
ＳＬＭＩＤのペア）を削除する（ステップＳ１７）。こ
の削除処理では、ＳＬＭ５０のアドレス管理モジュール
５０６がアドレステーブル５０４に登録された各対応情
報を調べ、その中に削除対象の対応情報と全く同じＩＰ
アドレス、ＳＬＭＩＤのペアを持つものがあれば、それ
を削除する。
像データ等のアプリケーションレベルのデータでないと
判定された場合、受信データは論理アドレス対応情報の
交換要求か削除要求のいずれかである。この場合は、図
６に示した手順に移り、ＳＬＭ５０は、その受信データ
が交換要求か否かを判定する（ステップＳ１３）。交換
要求でなければ（ステップＳ１３の判定結果がＮｏの場
合）、受信データは削除要求と言うことなので、ＳＬＭ
５０は、自己のアドレステーブル５０４から、その削除
要求に示される論理アドレス対応情報（ＩＰアドレスと
ＳＬＭＩＤのペア）を削除する（ステップＳ１７）。こ
の削除処理では、ＳＬＭ５０のアドレス管理モジュール
５０６がアドレステーブル５０４に登録された各対応情
報を調べ、その中に削除対象の対応情報と全く同じＩＰ
アドレス、ＳＬＭＩＤのペアを持つものがあれば、それ
を削除する。
【００５３】ステップＳ１３の判定の結果がＹｅｓ、す
なわち受信データが論理アドレス対応情報の交換要求で
あった場合は、ＳＬＭ５０は、その要求に含まれる対応
情報を反映するようにアドレステーブル５０４を更新す
る。ここで、交換要求を受け取った時点で起こりうるケ
ースには次の２つがある。第１のケースは、その交換要
求に含まれる対応情報のＩＰアドレス、ＳＬＭＩＤのど
ちらもアドレステーブル５０４にない場合であり、第２
のケースは、その交換要求に含まれる対応情報のＩＰア
ドレス、ＳＬＭＩＤのうち一方のみが一致する対応情報
がアドレステーブル５０４にある場合である。
なわち受信データが論理アドレス対応情報の交換要求で
あった場合は、ＳＬＭ５０は、その要求に含まれる対応
情報を反映するようにアドレステーブル５０４を更新す
る。ここで、交換要求を受け取った時点で起こりうるケ
ースには次の２つがある。第１のケースは、その交換要
求に含まれる対応情報のＩＰアドレス、ＳＬＭＩＤのど
ちらもアドレステーブル５０４にない場合であり、第２
のケースは、その交換要求に含まれる対応情報のＩＰア
ドレス、ＳＬＭＩＤのうち一方のみが一致する対応情報
がアドレステーブル５０４にある場合である。
【００５４】第２のケースは、他機器からの削除要求の
受信が遅くなってしまい、削除されているべき無効な論
理アドレス対応情報がアドレステーブル５０４に残って
いる場合に起こりうる。例えば、図７に示すように、あ
る機器（第１の機器とする）のアドレステーブル５０４
に、別の機器（第２の機器とする）のＩＰアドレス
「ａ」とＳＬＭＩＤ「Ａ」の対応情報が登録されていた
とする（状況１）。ここで、その第２の機器のＩＰアド
レスが再割り当てにより「ａ’」に変更され、それに応
じてＳＬＭＩＤが「Ａ’」に変更されたとする。この場
合、第２の機器は、変更前の論理アドレス対応情報
（「ａ」と「Ａ」のペア）についての削除要求と、変更
後の論理アドレス対応情報（「ａ’」と「Ａ’」のペ
ア）についての交換要求を発する（ステップＳ０７、Ｓ
０９）。ここで、第１の機器に対し、削除要求の前に交
換要求が到着すると、第１の機器のアドレステーブル５
０４には、図７の状況２に示すように、もはや無効とな
っている「ａ」と「Ａ」のペアが残っている。ＵＤＰで
は、パケット間の順序が考慮されないので、パケットの
受信順序が、パケットの送信順序と異なってくる場合が
あり、このようなことが起こりうる。この状況で、更に
別の機器（第３の機器とする）に対して、第２の機器の
変更前のＩＰアドレス「ａ」が割り当てられたとする
と、その第３の機器から第１の機器に対して、ＩＰアド
レス「ａ」、ＳＬＭＩＤ「Ｘ」の対応情報を含む交換要
求が発せられる。第１の機器が、この第３の機器からの
交換要求を受信した時点で、アドレステーブル５０４が
状況２に示すようなものであれば、その交換要求につい
て上記第２のケースが発生する。なお、これとは逆に、
第２の機器の削除要求が速やかに第１の機器に伝達され
ていれば、第１の機器が他の機器から論理アドレス対応
情報の交換要求を受け取ったときには、上記第１のケー
スとなる。
受信が遅くなってしまい、削除されているべき無効な論
理アドレス対応情報がアドレステーブル５０４に残って
いる場合に起こりうる。例えば、図７に示すように、あ
る機器（第１の機器とする）のアドレステーブル５０４
に、別の機器（第２の機器とする）のＩＰアドレス
「ａ」とＳＬＭＩＤ「Ａ」の対応情報が登録されていた
とする（状況１）。ここで、その第２の機器のＩＰアド
レスが再割り当てにより「ａ’」に変更され、それに応
じてＳＬＭＩＤが「Ａ’」に変更されたとする。この場
合、第２の機器は、変更前の論理アドレス対応情報
（「ａ」と「Ａ」のペア）についての削除要求と、変更
後の論理アドレス対応情報（「ａ’」と「Ａ’」のペ
ア）についての交換要求を発する（ステップＳ０７、Ｓ
０９）。ここで、第１の機器に対し、削除要求の前に交
換要求が到着すると、第１の機器のアドレステーブル５
０４には、図７の状況２に示すように、もはや無効とな
っている「ａ」と「Ａ」のペアが残っている。ＵＤＰで
は、パケット間の順序が考慮されないので、パケットの
受信順序が、パケットの送信順序と異なってくる場合が
あり、このようなことが起こりうる。この状況で、更に
別の機器（第３の機器とする）に対して、第２の機器の
変更前のＩＰアドレス「ａ」が割り当てられたとする
と、その第３の機器から第１の機器に対して、ＩＰアド
レス「ａ」、ＳＬＭＩＤ「Ｘ」の対応情報を含む交換要
求が発せられる。第１の機器が、この第３の機器からの
交換要求を受信した時点で、アドレステーブル５０４が
状況２に示すようなものであれば、その交換要求につい
て上記第２のケースが発生する。なお、これとは逆に、
第２の機器の削除要求が速やかに第１の機器に伝達され
ていれば、第１の機器が他の機器から論理アドレス対応
情報の交換要求を受け取ったときには、上記第１のケー
スとなる。
【００５５】そこで、ステップＳ１３の判定結果がＹｅ
ｓの場合、ＳＬＭ５０は、受信した交換要求が、前述の
第１のケース、第２のケースのいずれに該当するかを判
定する（ステップＳ１４）。
ｓの場合、ＳＬＭ５０は、受信した交換要求が、前述の
第１のケース、第２のケースのいずれに該当するかを判
定する（ステップＳ１４）。
【００５６】第１のケース場合、ステップＳ１４の判定
結果はＮｏとなる。この場合、ＳＬＭ５０は、アドレス
テーブル５０４に対してその交換要求に含まれる論理ア
ドレス対応情報を追加し（ステップＳ１６）、交換要求
送信元に対して自機器の論理アドレス対応情報を返信す
る。
結果はＮｏとなる。この場合、ＳＬＭ５０は、アドレス
テーブル５０４に対してその交換要求に含まれる論理ア
ドレス対応情報を追加し（ステップＳ１６）、交換要求
送信元に対して自機器の論理アドレス対応情報を返信す
る。
【００５７】第２のケースの場合、ステップＳ１４の判
定結果はＹｅｓとなる。この場合、ＳＬＭ５０は、アド
レステーブル５０４内の論理アドレス対応情報のうち、
交換要求に含まれる論理アドレス対応情報と一方の論理
アドレス（ＩＰアドレス又はＳＬＭＩＤ）のみが一致す
るものに、その交換要求に含まれる対応情報を上書きす
る（ステップＳ１５）。そして、ＳＬＭ５０は、その交
換要求の送信元に対して、自機器の論理アドレス対応情
報を返信する。このケースでは、交換要求に含まれる対
応情報をアドレステーブル５０４に単に追加するという
方法も考えられるが、この方法ではＩＰアドレス又はＳ
ＬＭＩＤが一致する対応情報がアドレステーブル５０４
に複数存在する時間ができ、その間はアドレス変換の誤
動作が起こる可能性がある。これに対し、ステップＳ１
５のように上書きを行うようにすれば、そのような心配
はない。なお、このステップＳ１５により対応情報の上
書きが行われたあと、上書き前の対応情報についての削
除要求を受信した場合、アドレステーブル５０４には、
その削除要求に含まれる対応情報と同じものは既にない
ので、削除は行われない。
定結果はＹｅｓとなる。この場合、ＳＬＭ５０は、アド
レステーブル５０４内の論理アドレス対応情報のうち、
交換要求に含まれる論理アドレス対応情報と一方の論理
アドレス（ＩＰアドレス又はＳＬＭＩＤ）のみが一致す
るものに、その交換要求に含まれる対応情報を上書きす
る（ステップＳ１５）。そして、ＳＬＭ５０は、その交
換要求の送信元に対して、自機器の論理アドレス対応情
報を返信する。このケースでは、交換要求に含まれる対
応情報をアドレステーブル５０４に単に追加するという
方法も考えられるが、この方法ではＩＰアドレス又はＳ
ＬＭＩＤが一致する対応情報がアドレステーブル５０４
に複数存在する時間ができ、その間はアドレス変換の誤
動作が起こる可能性がある。これに対し、ステップＳ１
５のように上書きを行うようにすれば、そのような心配
はない。なお、このステップＳ１５により対応情報の上
書きが行われたあと、上書き前の対応情報についての削
除要求を受信した場合、アドレステーブル５０４には、
その削除要求に含まれる対応情報と同じものは既にない
ので、削除は行われない。
【００５８】ステップＳ１５又はＳ１６の処理が終わる
と、ステップＳ０４に戻る。
と、ステップＳ０４に戻る。
【００５９】以上、本発明の好適な実施の形態の構成と
その処理手順について説明した。以上説明したように、
本実施形態では、各ネットワーク機器１０は、自機器の
ＩＰアドレスの変更を検知すると、変更後のＩＰアドレ
スとＳＬＭＩＤの対応情報を、ネットワーク３０上の他
のすべてのネットワーク機器に対して通知するので、Ｉ
Ｐアドレスの変更の後でそれら機器間で通信ができなく
なることを防止できる。すなわち、本実施形態によれ
ば、下位層で用いられる第１論理アドレス（ＩＰアドレ
ス）と上位層で用いられる第２論理アドレス（ＳＬＭＩ
Ｄ）の対応関係を、ネットワーク上の各機器が個別に管
理しているようなシステムにおいて、各機器の第１論理
アドレスの変更の際の不具合を回避できる。
その処理手順について説明した。以上説明したように、
本実施形態では、各ネットワーク機器１０は、自機器の
ＩＰアドレスの変更を検知すると、変更後のＩＰアドレ
スとＳＬＭＩＤの対応情報を、ネットワーク３０上の他
のすべてのネットワーク機器に対して通知するので、Ｉ
Ｐアドレスの変更の後でそれら機器間で通信ができなく
なることを防止できる。すなわち、本実施形態によれ
ば、下位層で用いられる第１論理アドレス（ＩＰアドレ
ス）と上位層で用いられる第２論理アドレス（ＳＬＭＩ
Ｄ）の対応関係を、ネットワーク上の各機器が個別に管
理しているようなシステムにおいて、各機器の第１論理
アドレスの変更の際の不具合を回避できる。
【００６０】また本実施形態では、ネットワーク機器の
ＩＰアドレスが変更された場合、ＳＬＭＩＤをそのＩＰ
アドレスに基づき生成し直すので、変更前のＩＰアドレ
スが割り当てられた他の機器とＳＬＭＩＤが重複してし
まう事態を回避できる。
ＩＰアドレスが変更された場合、ＳＬＭＩＤをそのＩＰ
アドレスに基づき生成し直すので、変更前のＩＰアドレ
スが割り当てられた他の機器とＳＬＭＩＤが重複してし
まう事態を回避できる。
【００６１】また本実施形態では、ネットワーク機器の
ＩＰアドレスが変更された場合、その機器が、無効とな
ったＩＰアドレスとＳＬＭＩＤの対応情報（すなわち変
更前のもの）の削除を他の各機器に要求するので、ネッ
トワーク上の各機器のアドレステーブルから無効な論理
アドレス対応情報をなくし、誤ったアドレス変換を防
ぎ、各機器の記憶容量の無駄を減らすことができる。
ＩＰアドレスが変更された場合、その機器が、無効とな
ったＩＰアドレスとＳＬＭＩＤの対応情報（すなわち変
更前のもの）の削除を他の各機器に要求するので、ネッ
トワーク上の各機器のアドレステーブルから無効な論理
アドレス対応情報をなくし、誤ったアドレス変換を防
ぎ、各機器の記憶容量の無駄を減らすことができる。
【００６２】また、本実施形態では、あるネットワーク
機器が他のネットワーク機器から論理アドレス対応情報
の交換要求を受けたとき、その交換要求に示されるＩＰ
アドレスとＳＬＭＩＤのペアうち、一方のみが一致する
対応情報がアドレステーブル５０４にあれば、その対応
情報を交換要求に示されるペアで上書きするので、削除
要求の受信が遅れた場合などに、アドレステーブル５０
４に有効な対応情報を保持することができる。
機器が他のネットワーク機器から論理アドレス対応情報
の交換要求を受けたとき、その交換要求に示されるＩＰ
アドレスとＳＬＭＩＤのペアうち、一方のみが一致する
対応情報がアドレステーブル５０４にあれば、その対応
情報を交換要求に示されるペアで上書きするので、削除
要求の受信が遅れた場合などに、アドレステーブル５０
４に有効な対応情報を保持することができる。
【００６３】なお、以上の実施形態では、ある機器のＩ
Ｐアドレスが変更された場合、他機器とのＳＬＭＩＤの
重複を避けるために、変更後のＩＰアドレスを基にその
機器のＳＬＭＩＤを生成し直した。しかしながら、ＩＰ
アドレスからＳＬＭＩＤを生成する際に用いる乱数の範
囲がネットワーク機器同士で重複しない場合（あるいは
重複の可能性が極めて低い場合）は、ＩＰアドレスが同
じでも機器が異なればＳＬＭＩＤは異なる。したがっ
て、この場合は、ＩＰアドレス変更時にＳＬＭＩＤを生
成し直す必要はない。
Ｐアドレスが変更された場合、他機器とのＳＬＭＩＤの
重複を避けるために、変更後のＩＰアドレスを基にその
機器のＳＬＭＩＤを生成し直した。しかしながら、ＩＰ
アドレスからＳＬＭＩＤを生成する際に用いる乱数の範
囲がネットワーク機器同士で重複しない場合（あるいは
重複の可能性が極めて低い場合）は、ＩＰアドレスが同
じでも機器が異なればＳＬＭＩＤは異なる。したがっ
て、この場合は、ＩＰアドレス変更時にＳＬＭＩＤを生
成し直す必要はない。
【００６４】また、以上では、ネットワーク機器のＳＬ
ＭＩＤをＩＰアドレスに基づき生成したが、これはあく
まで一例である。この代わりに、例えばＳＬＭＩＤをネ
ットワーク機器の物理アドレス（ＭＡＣアドレスなど）
から生成することもできる。この場合、物理アドレスは
ＩＰアドレスと無関係であり、ネットワーク上で一意で
あることが保証されているので、機器のＩＰアドレスが
変更されてもＳＬＭＩＤを生成し直す必要はない。な
お、この場合、ネットワーク機器に割り当てられたＩＰ
アドレスが変更されたとき、他の各機器に変更前のＩＰ
アドレスと変更後のＩＰアドレスのペアを送信すること
により、それら他機器のアドレステーブル５０４を正し
く更新することができる。なぜなら、このケースでは、
ＳＬＭＩＤは不変であり、ＩＰアドレスのみが変更され
るからである。ただし、上記実施形態のようにＩＰアド
レスとＳＬＭＩＤの対応情報を通知する方式の方が、既
存のＳＭＰのスキームを利用できるという点で有利であ
る。
ＭＩＤをＩＰアドレスに基づき生成したが、これはあく
まで一例である。この代わりに、例えばＳＬＭＩＤをネ
ットワーク機器の物理アドレス（ＭＡＣアドレスなど）
から生成することもできる。この場合、物理アドレスは
ＩＰアドレスと無関係であり、ネットワーク上で一意で
あることが保証されているので、機器のＩＰアドレスが
変更されてもＳＬＭＩＤを生成し直す必要はない。な
お、この場合、ネットワーク機器に割り当てられたＩＰ
アドレスが変更されたとき、他の各機器に変更前のＩＰ
アドレスと変更後のＩＰアドレスのペアを送信すること
により、それら他機器のアドレステーブル５０４を正し
く更新することができる。なぜなら、このケースでは、
ＳＬＭＩＤは不変であり、ＩＰアドレスのみが変更され
るからである。ただし、上記実施形態のようにＩＰアド
レスとＳＬＭＩＤの対応情報を通知する方式の方が、既
存のＳＭＰのスキームを利用できるという点で有利であ
る。
【００６５】以上では、上位プロトコルの論理アドレス
（第２論理アドレス）としてＳＬＭＩＤを、下位プロト
コルの論理アドレス（第１論理アドレス）としてＩＰア
ドレスを用いるネットワークシステムについての実施例
を説明したが、当業者ならば、第１論理アドレスと第２
論理アドレスの組合せがこれと異なるネットワークシス
テムにも本発明が容易に適用可能であることが理解され
よう。
（第２論理アドレス）としてＳＬＭＩＤを、下位プロト
コルの論理アドレス（第１論理アドレス）としてＩＰア
ドレスを用いるネットワークシステムについての実施例
を説明したが、当業者ならば、第１論理アドレスと第２
論理アドレスの組合せがこれと異なるネットワークシス
テムにも本発明が容易に適用可能であることが理解され
よう。
【図１】 本発明に係るネットワークシステムの概略構
成を示す図である。
成を示す図である。
【図２】 ネットワーク機器のプロトコルモジュールの
概略構成を示す図である。
概略構成を示す図である。
【図３】 ＳＬＭ（サリュテーションマネージャ）の詳
細構成を示す図である。
細構成を示す図である。
【図４】 アドレステーブルのデータ内容の例を示す図
である。
である。
【図５】 ネットワーク機器の動作を示すフローチャー
トである。
トである。
【図６】 ネットワーク機器の動作を示すフローチャー
トである。
トである。
【図７】 論理アドレス対応情報の削除要求を受信する
前に、交換要求を受信したときのアドレステーブルの内
容を説明するための図である。
前に、交換要求を受信したときのアドレステーブルの内
容を説明するための図である。
１０−１，１０−２ ネットワーク機器、２０ ＤＨＣ
Ｐサーバ、３０ ネットワーク、４０ ＩＰモジュー
ル、４２ ＤＨＣＰクライアント、４４ ＵＤＰモジュ
ール、４６ ＴＣＰモジュール、４８ アプリケーショ
ンモジュール、５０ ＳＬＭ、１００ ＣＰＵ、１０２
アドレス・データバス、１０４ ＲＯＭ、１０６ Ｒ
ＡＭ、１０８ タイマ、１１０ プリンタ、１１２ ス
キャナ、１１４ 操作表示部、１１６ ネットワークＩ
Ｆ、５０２ 通信モジュール、５０４ アドレステーブ
ル、５０６ アドレス管理モジュール、５０８ ＳＬＭ
ＩＤ生成モジュール、５１０ 変更検知モジュール、５
１２ 通知モジュール。
Ｐサーバ、３０ ネットワーク、４０ ＩＰモジュー
ル、４２ ＤＨＣＰクライアント、４４ ＵＤＰモジュ
ール、４６ ＴＣＰモジュール、４８ アプリケーショ
ンモジュール、５０ ＳＬＭ、１００ ＣＰＵ、１０２
アドレス・データバス、１０４ ＲＯＭ、１０６ Ｒ
ＡＭ、１０８ タイマ、１１０ プリンタ、１１２ ス
キャナ、１１４ 操作表示部、１１６ ネットワークＩ
Ｆ、５０２ 通信モジュール、５０４ アドレステーブ
ル、５０６ アドレス管理モジュール、５０８ ＳＬＭ
ＩＤ生成モジュール、５１０ 変更検知モジュール、５
１２ 通知モジュール。
Claims (19)
- 【請求項１】 ネットワーク上の複数のネットワーク機
器とそれらネットワーク機器に対して第１論理アドレス
を割り当てるアドレス管理装置とを含むネットワークシ
ステムであって、 前記各ネットワーク機器は、 前記ネットワーク上の各ネットワーク機器について、そ
の機器の第１論理アドレスと第２論理アドレスとの対応
情報を記憶するアドレステーブルと、 前記第２論理アドレスを用いて通信先の指定を受け付
け、前記アドレステーブルを参照してその通信先の第１
論理アドレスを求め、この第１論理アドレスを用いて前
記通信先と通信を行う通信モジュールと、 前記アドレス管理装置から自機器に対して割り当てられ
た第１論理アドレスの変更を検知する検知モジュール
と、 前記検知モジュールで自機器の第１論理アドレスの変更
が検知された場合、その変更の内容を表す変更情報を前
記ネットワーク上の前記各ネットワーク機器に通知する
通知モジュールと、 他のネットワーク機器から前記第１論理アドレスに関す
る前記変更情報を受信し、その変更情報に応じて前記ア
ドレステーブルを更新する更新モジュールと、 を含む、ネットワークシステム。 - 【請求項２】 前記変更情報は、自機器の変更後の第１
論理アドレスとこれに対応する第２論理アドレスとの対
応情報である、請求項１記載のネットワークシステム。 - 【請求項３】 前記各ネットワーク機器は、前記検知モ
ジュールで自機器の前記第１論理アドレスの変更が検知
された場合に、変更後の第１論理アドレスに対応する新
たな第２論理アドレスを生成する論理アドレス生成モジ
ュールを備え、 前記通知モジュールは、変更後の第１論理アドレスと、
前記論理アドレス生成モジュールで生成された新たな第
２論理アドレスとの対応情報を前記変更情報として前記
各ネットワーク機器に通知する、 請求項１記載のネットワークシステム。 - 【請求項４】 前記更新モジュールは、他のネットワー
ク機器から受信した前記変更情報に示された第１論理ア
ドレスと第２論理アドレスのいずれか一方のみを含む対
応情報が前記アドレステーブルに記憶されている場合、
その対応情報を前記変更情報により更新する、請求項２
記載のネットワークシステム。 - 【請求項５】 前記更新モジュールは、他のネットワー
ク機器から受信した前記変更情報に示された第１論理ア
ドレスと第２論理アドレスの少なくとも一方を含む対応
情報が前記アドレステーブルに記憶されていない場合、
前記変更情報に含まれる前記第１論理アドレスと第２論
理アドレスの対応情報を前記アドレステーブルに登録す
る、請求項２記載のネットワークシステム。 - 【請求項６】 前記各ネットワーク機器は、前記検知モ
ジュールで自機器の前記第１論理アドレスの変更が検知
された場合に、変更前の第１論理アドレスとそれに対応
する第２論理アドレスとの対応情報についての削除要求
を、前記ネットワーク上の各ネットワーク機器に送信す
る削除要求手段と、 他のネットワーク機器から前記削除要求を受信した場
合、前記アドレステーブルから、その削除要求に示され
た第１論理アドレスとそれに対応する第２論理アドレス
との対応情報を削除する削除手段と、 を更に備える請求項１記載のネットワークシステム。 - 【請求項７】 前記削除手段は、他のネットワーク機器
から受け取った削除要求に示された前記対応情報と一致
する対応情報が前記アドレステーブルに記憶されている
場合にのみ、その対応情報を前記アドレステーブルから
削除する、請求項６記載のネットワークシステム。 - 【請求項８】 前記各ネットワーク機器は、前記アドレ
ス管理装置から割り当てられた第１論理アドレスの使用
期限が経過したことを検知すると、前記アドレス管理装
置に対して新たな第１論理アドレスの割り当てを要求す
るアドレス要求モジュールを備え、 前記各ネットワーク機器の前記検知モジュールは、アド
レス要求モジュールの要求に応じて割り当てられた第１
論理アドレスが、それまで割り当てられていた第１論理
アドレスと異なる場合に、自機器の第１論理アドレスに
変更があったことを検知する、 請求項１記載のネットワークシステム。 - 【請求項９】 前記通知モジュールは、前記変更情報の
通知に当たり、自機器が接続されたローカルエリアネッ
トワーク又はサブネットワークにはその変更情報をブロ
ードキャスト又はマルチキャストし、前記アドレステー
ブルに対応情報を登録したネットワーク機器のうちその
ローカルエリアネットワーク又はサブネットワーク以外
に存在するものについては前記変更情報をユニキャスト
で通知する、請求項１記載のネットワークシステム。 - 【請求項１０】 ネットワークに接続され、そのネット
ワーク上の他のネットワーク機器と通信するネットワー
ク機器であって、 前記ネットワーク上の各ネットワーク機器について、そ
のネットワーク機器の第１論理アドレスと第２論理アド
レスとの対応情報を記憶するアドレステーブルと、 前記第２論理アドレスの用いて通信先の指定を受け付
け、前記アドレステーブルを用いてその通信先の第１論
理アドレスを求め、その第１論理アドレスを用いてその
通信先と通信する通信モジュールと、 自機器に割り当てられた前記第１論理アドレスの変更を
検知する検知モジュールと、 自機器の第１論理アドレスの変更を検知した場合、その
変更の内容を表す変更情報を前記ネットワーク上の前記
各ネットワーク機器に通知する通知モジュールと、 を含むネットワーク機器。 - 【請求項１１】 前記変更情報は、自機器の変更後の第
１論理アドレスとこれに対応する第２論理アドレスとの
対応情報である、請求項１０記載のネットワーク機器。 - 【請求項１２】 前記検知モジュールで自機器の前記第
１論理アドレスの変更が検知された場合に、変更後の第
１論理アドレスに対応する新たな第２論理アドレスを生
成する論理アドレス生成モジュールを更に備え、 前記通知モジュールは、変更後の第１論理アドレスと、
前記論理アドレス生成モジュールで生成された新たな第
２論理アドレスとの対応情報を前記変更情報として前記
各ネットワーク機器に通知する、 請求項１０記載のネットワーク機器。 - 【請求項１３】 前記検知モジュールで自機器の前記第
１論理アドレスの変更が検知された場合に、変更前の第
１論理アドレスとそれに対応する第２論理アドレスとの
対応情報についての削除要求を、前記ネットワーク上の
各ネットワーク機器に送信する削除要求手段と、 他のネットワーク機器から前記削除要求を受信した場
合、前記アドレステーブルから、その削除要求に示され
た第１論理アドレスと第２論理アドレスとの対応情報を
削除する削除手段と、 を更に備える請求項１０記載のネットワーク機器。 - 【請求項１４】 前記ネットワーク上に設けられたアド
レス管理装置に対して第１論理アドレスの割り当てを要
求するモジュールであって、割り当てられた第１論理ア
ドレスの使用期限が経過したことを検知すると、前記ア
ドレス管理装置に対して新たな第１論理アドレスの割り
当てを要求するアドレス要求モジュールを備え、 前記検知モジュールは、前記アドレス要求モジュールの
要求に応じて割り当てられた第１論理アドレスが、それ
まで割り当てられていた第１論理アドレスと異なる場合
に、自機器の第１論理アドレスに変更があったことを検
知する、 請求項１０記載のネットワーク機器。 - 【請求項１５】 前記通知モジュールは、前記変更情報
の通知に当たり、自機器が接続されたローカルエリアネ
ットワーク又はサブネットワークにはその変更情報をブ
ロードキャスト又はマルチキャストし、前記アドレステ
ーブルに対応情報を登録したネットワーク機器のうちそ
のローカルエリアネットワーク又はサブネットワーク以
外に存在するものについては前記変更情報をユニキャス
トで通知する、請求項１０記載のネットワーク機器。 - 【請求項１６】 ネットワークに接続され、そのネット
ワーク上の他のネットワーク機器と通信するネットワー
ク機器であって、 前記ネットワーク上の各ネットワーク機器について、そ
のネットワーク機器の第１論理アドレスと第２論理アド
レスとの対応情報を記憶するアドレステーブルと、 前記第２論理アドレスの用いて通信先の指定を受け付
け、前記アドレステーブルを用いてその通信先の第１論
理アドレスを求め、その第１論理アドレスを用いてその
通信先と通信する通信モジュールと、 他のネットワーク機器から前記第１論理アドレスについ
ての変更情報を受信し、その変更情報に応じて前記アド
レステーブルを更新する更新モジュールと、 を含むネットワーク機器。 - 【請求項１７】 前記更新モジュールは、他のネットワ
ーク機器から受信した前記変更情報に示された第１論理
アドレスと第２論理アドレスのいずれか一方のみを含む
対応情報が前記アドレステーブルに記憶されている場
合、その対応情報を前記変更情報により更新する、請求
項１６記載のネットワーク機器。 - 【請求項１８】 前記更新モジュールは、他のネットワ
ーク機器から受信した前記変更情報に示された第１論理
アドレスと第２論理アドレスの少なくとも一方を含む対
応情報が前記アドレステーブルに記憶されていない場
合、前記変更情報に含まれる前記第１論理アドレスと第
２論理アドレスの対応情報を前記アドレステーブルに登
録する、請求項１６記載のネットワーク機器。 - 【請求項１９】 自機器に割り当てられる前記第１論理
アドレスの変更を検知する検知モジュールと、 自機器の第１論理アドレスの変更を検知した場合、その
変更の内容を表す変更情報を前記ネットワーク上の前記
各ネットワーク機器に通知する通知モジュールと、 を更に含む請求項１６記載のネットワーク機器。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000144949A JP3812285B2 (ja) | 2000-05-17 | 2000-05-17 | ネットワークシステム及びネットワーク機器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000144949A JP3812285B2 (ja) | 2000-05-17 | 2000-05-17 | ネットワークシステム及びネットワーク機器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001326656A true JP2001326656A (ja) | 2001-11-22 |
| JP3812285B2 JP3812285B2 (ja) | 2006-08-23 |
Family
ID=18651529
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000144949A Expired - Fee Related JP3812285B2 (ja) | 2000-05-17 | 2000-05-17 | ネットワークシステム及びネットワーク機器 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3812285B2 (ja) |
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006334870A (ja) * | 2005-06-01 | 2006-12-14 | Konica Minolta Business Technologies Inc | 画像処理システム、画像処理装置および画像処理プログラム |
| JP2006340286A (ja) * | 2005-06-06 | 2006-12-14 | Canon Inc | 情報通信装置、システム、および方法 |
| JP2007060471A (ja) * | 2005-08-26 | 2007-03-08 | Victor Co Of Japan Ltd | ネットワーク機器、そのアドレス設定方法、及びアドレス設定プログラム |
| JP2007202115A (ja) * | 2005-12-26 | 2007-08-09 | Matsushita Electric Ind Co Ltd | アドレス管理方法および通信機器 |
| US7337238B2 (en) | 2002-07-12 | 2008-02-26 | Canon Kabushiki Kaisha | Information processing apparatus, information processing method, and medium storing therein program for executing the method |
| JP2008059471A (ja) * | 2006-09-01 | 2008-03-13 | Seiko Epson Corp | ネットワークに接続されたデバイスの管理方法 |
| WO2008129769A1 (ja) * | 2007-03-20 | 2008-10-30 | Mutoh Industries Ltd. | プリンタの仕様設定方法 |
| JP2008312167A (ja) * | 2007-06-18 | 2008-12-25 | Sharp Corp | 操作対象機器、操作機器、遠隔操作システム、制御方法、制御プログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2009147717A (ja) * | 2007-12-14 | 2009-07-02 | Ricoh Co Ltd | 画像処理装置及びアドレス変更通知方法 |
| US7609690B2 (en) | 2004-08-05 | 2009-10-27 | Seiko Epson Corporation | Network system, communication method for use in network system and host device |
| US7949762B2 (en) | 2005-12-26 | 2011-05-24 | Panasonic Corporation | Address managing method and communication apparatus |
| US8037513B2 (en) | 2006-03-10 | 2011-10-11 | Konica Minolta Business Technologies, Inc. | Image processing system including plurality of image processing apparatuses used by plurality of users, image processing apparatus included in the image processing system |
| US8166149B2 (en) | 2007-12-28 | 2012-04-24 | Brother Kogyo Kabushiki Kaisha | Information-processing apparatus and program thereof |
| US20120239259A1 (en) * | 2011-03-18 | 2012-09-20 | Mccabe Paul P | Dynamic Stability Control Systems and Methods for Industrial Lift Trucks |
-
2000
- 2000-05-17 JP JP2000144949A patent/JP3812285B2/ja not_active Expired - Fee Related
Cited By (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7337238B2 (en) | 2002-07-12 | 2008-02-26 | Canon Kabushiki Kaisha | Information processing apparatus, information processing method, and medium storing therein program for executing the method |
| US7747779B2 (en) | 2002-07-12 | 2010-06-29 | Canon Kabushiki Kaisha | Information processing apparatus, information processing method, and medium storing therein program for executing the method |
| US7609690B2 (en) | 2004-08-05 | 2009-10-27 | Seiko Epson Corporation | Network system, communication method for use in network system and host device |
| JP4604847B2 (ja) * | 2005-06-01 | 2011-01-05 | コニカミノルタビジネステクノロジーズ株式会社 | 画像処理システム、画像処理装置および画像処理プログラム |
| US8169638B2 (en) | 2005-06-01 | 2012-05-01 | Konica Minolta Business Technologies, Inc. | Image processing system, image processing apparatus, and image processing program product suited for transmitting and receiving data among a plurality of image processing apparatuses |
| JP2006334870A (ja) * | 2005-06-01 | 2006-12-14 | Konica Minolta Business Technologies Inc | 画像処理システム、画像処理装置および画像処理プログラム |
| JP2006340286A (ja) * | 2005-06-06 | 2006-12-14 | Canon Inc | 情報通信装置、システム、および方法 |
| JP2007060471A (ja) * | 2005-08-26 | 2007-03-08 | Victor Co Of Japan Ltd | ネットワーク機器、そのアドレス設定方法、及びアドレス設定プログラム |
| US7949762B2 (en) | 2005-12-26 | 2011-05-24 | Panasonic Corporation | Address managing method and communication apparatus |
| JP4563988B2 (ja) * | 2005-12-26 | 2010-10-20 | パナソニック株式会社 | アドレス管理方法および通信機器 |
| JP2007202115A (ja) * | 2005-12-26 | 2007-08-09 | Matsushita Electric Ind Co Ltd | アドレス管理方法および通信機器 |
| US8037513B2 (en) | 2006-03-10 | 2011-10-11 | Konica Minolta Business Technologies, Inc. | Image processing system including plurality of image processing apparatuses used by plurality of users, image processing apparatus included in the image processing system |
| JP2008059471A (ja) * | 2006-09-01 | 2008-03-13 | Seiko Epson Corp | ネットワークに接続されたデバイスの管理方法 |
| WO2008129769A1 (ja) * | 2007-03-20 | 2008-10-30 | Mutoh Industries Ltd. | プリンタの仕様設定方法 |
| JP2008312167A (ja) * | 2007-06-18 | 2008-12-25 | Sharp Corp | 操作対象機器、操作機器、遠隔操作システム、制御方法、制御プログラム、及び該プログラムを記録したコンピュータ読み取り可能な記録媒体 |
| JP2009147717A (ja) * | 2007-12-14 | 2009-07-02 | Ricoh Co Ltd | 画像処理装置及びアドレス変更通知方法 |
| US8166149B2 (en) | 2007-12-28 | 2012-04-24 | Brother Kogyo Kabushiki Kaisha | Information-processing apparatus and program thereof |
| US20120239259A1 (en) * | 2011-03-18 | 2012-09-20 | Mccabe Paul P | Dynamic Stability Control Systems and Methods for Industrial Lift Trucks |
| US8731785B2 (en) * | 2011-03-18 | 2014-05-20 | The Raymond Corporation | Dynamic stability control systems and methods for industrial lift trucks |
Also Published As
| Publication number | Publication date |
|---|---|
| JP3812285B2 (ja) | 2006-08-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6957276B1 (en) | System and method of assigning and reclaiming static addresses through the dynamic host configuration protocol | |
| JP3641128B2 (ja) | 移動計算機装置、移動計算機管理装置、移動計算機管理方法及び通信制御方法 | |
| JP4664143B2 (ja) | パケット転送装置、通信網及びパケット転送方法 | |
| JP3488347B2 (ja) | アドレス自動配布システム及びアドレス配布サーバ | |
| JP3688547B2 (ja) | 位置識別子管理装置及び移動計算機並びに位置識別子管理方法及び位置識別子処理方法 | |
| JP3185762B2 (ja) | ネットワークアドレス設定方式 | |
| US20040064559A1 (en) | Method and apparatus for dynamic assignment of network protocol addresses | |
| JP3812285B2 (ja) | ネットワークシステム及びネットワーク機器 | |
| JP2008028914A (ja) | 通信負荷低減装置、通信負荷低減方法、及びプログラム | |
| KR20040065643A (ko) | ＩＰｖ６ 프로토콜을 위한 ＩＰ 주소 및 도메인명자동등록 방법 | |
| JP5459983B2 (ja) | 情報処理装置、情報処理装置の制御方法及びコンピュータプログラム | |
| JP2008504776A (ja) | 動的デバイスアドレス管理のための方法およびシステム | |
| KR101103190B1 (ko) | 정보 처리 장치, 디바이스, 정보 처리 장치의 제어 방법 및 저장 매체 | |
| JP2006094526A (ja) | Ｉｐｃのためのｉｐアドレス管理方法 | |
| JP2005260828A (ja) | Ｉｐアドレス自動付与方法／プログラム／記録媒体／装置／システム、シャーシ管理装置、制御カード | |
| JP3876737B2 (ja) | Ｄｄｎｓサーバとｄｄｎｓクライアント端末、及びｄｄｎｓシステム | |
| JP2004356920A (ja) | Ｄｈｃｐサーバシステム | |
| JP6973152B2 (ja) | 電子機器、通信システム及びプログラム | |
| JP3609948B2 (ja) | マルチプロトコルネットワーク管理方法、マルチプロトコルネットワーク管理プロキシサーバシステム、マルチプロトコルアドレス管理サーバシステム、および、マルチプロトコルネットワーク管理システム | |
| US20110235641A1 (en) | Communication apparatus, method of controlling the communication apparatus,and program | |
| JP3775378B2 (ja) | 動的ｉｐアドレス割り当てに対応したファイアウォールシステム | |
| KR100608037B1 (ko) | 인터넷 프로토콜 어드레스의 동적 할당방법 | |
| KR100977399B1 (ko) | 동적 아이피 주소 할당시 네트워크 부하 감소를 위한 ｄｈｃｐ 패킷 처리 방법 및 장치 | |
| JP3780259B2 (ja) | ネットワークに接続される装置、アドレス決定プログラム及びアドレス決定方法 | |
| JP4252041B2 (ja) | Ｄｈｃｐ情報管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20040616 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20040616 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060412 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060509 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060522 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100609 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110609 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110609 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120609 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130609 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140609 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |