(57)【要約】【課題】管理端末がネットワーク装置に問合せを行い、装置名とＩＰアドレスを対応付けた情報を管理端末内に保持することで、装置名を用いて対象装置に接続できる方法があるが、対象装置のＩＰアドレスが変更された場合は、管理端末から、再度、情報収集を行うまでは、装置名とＩＰアドレスの対応情報が実態と異なる状態になるという課題があった。さらに、管理端末にはネットワーク装置に問合せを行う機能が必要となる課題があった。【解決手段】ネットワーク装置に装置名とＩＰアドレスを対応付ける情報を持たせ、さらに、ネットワーク装置のＩＰアドレスが変更された場合は、その都度、装置名とＩＰアドレスの情報を更新する。【選択図】  図３
2015159454.tif 000002
【特許請求の範囲】
【請求項１】
一のネットワーク装置の装置名とＩＰアドレスを対応付けたアドレステーブルを持つアドレス記憶部と、
前記ＩＰアドレスの設定情報を、前記一のネットワーク装置の装置内の前記アドレス記憶部または他のネットワーク装置に前記ＩＰアドレスの変更情報として通知し処理するアドレス変更処理部と、
前記一のネットワーク装置の管理端末から、前記他のネットワーク装置および前記一のネットワーク装置の各装置名に前記ＩＰアドレスを対応させるよう要求する名前解決要求を受信すると、前記各装置名を検索する際のキーワードとして前記アドレステーブルを検索し、検索した前記ＩＰアドレスを他のネットワーク装置および前記管理端末に返す名前解決処理部と、を有し、
前記管理端末から前記他のネットワーク装置および前記一のネットワーク装置の各装置に設定変更および状態確認の管理を目的とした管理通信を行うことを特徴とするネットワーク装置。
【請求項２】
前記他のネットワーク装置から通信機器に対して監視し制御するプロトコルの通信であるＳＮＭＰ通信によって前記他のネットワーク装置の各装置名を取得することにより、前記一のネットワーク装置のアドレステーブル、および前記一のネットワーク装置以外のネットワーク装置のアドレステーブルに、前記他のネットワーク装置の各装置の装置名と前記ＩＰアドレスを登録し、前記他のネットワーク装置に対して、前記管理端末から前記管理通信を実行可能な状態にするために行う接続である管理通信接続をすることを特徴とする請求項１に記載のネットワーク装置。
【請求項３】
前記各アドレステーブルに登録された装置が通信可能な状態にあるか否かを、前記各装置名と対応するＩＰアドレスが前記各アドレステーブルに登録されているか否かの生存状態として監視し通信する生存監視通信によって周期的に監視し、前記登録された装置が通信不能な状態になった場合は、前記各アドレステーブルから前記登録された装置の登録を削除することを特徴とする請求項２に記載のネットワーク装置。
【請求項４】
前記各アドレステーブルに登録された装置が通信可能な状態にあるか否かを前記登録された装置が送信するパケットをスヌーピングすることで監視し、前記登録された装置が通信不能な状態になった場合は、前記各アドレステーブルから前記登録された装置の登録を削除することを特徴とする請求項２に記載のネットワーク装置。
【請求項５】
前記ＩＰアドレスの設定情報を前記他のネットワーク装置に周期的に送信することで、前記ネットワーク装置が通信可能な状態にあることを前記他のネットワーク装置に通知することを特徴とする請求項１に記載のネットワーク装置。
【請求項６】
前記ＩＰアドレスの設定情報の通知を前記他のネットワーク装置から受信しなくなったことにより、前記他のネットワーク装置が通信不能な状態になったことを検出し、前記アドレステーブルに登録された前記他のネットワーク装置の登録を削除することを特徴とする請求項１に記載のネットワーク装置。
【請求項７】
前記他のネットワーク装置から周期的に装置名を取得することで、前記他のネットワーク装置の通信状態を監視し、前記他のネットワーク装置との通信が途絶えた場合は前記他のネットワーク装置が通信不能な状態になったと判断し、前記アドレステーブルに登録された前記他のネットワーク装置の登録を削除することを特徴とする請求項２に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、管理端末からネットワークを介して管理可能なＩＰネットワーク装置に関するものである。
【背景技術】
【０００２】
従来のネットワーク装置においては、管理端末から管理通信を行う場合に対象となる装置のＩＰ（Internet Protocol）アドレスを指定して接続する必要がある。このＩＰアドレスは数値であるため装置の設置場所や種類を区別しにくく、接続間違いが生じる可能性が高い。
このような問題を解決する手段としてネットワーク内にＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバを導入する方法がある。
しかしながら、ＤＮＳサーバを導入するとネットワーク管理が複雑になる。そのため、ＤＮＳサーバを使わずに解決する手段が提案されている（例えば、特許文献１参照）。この従来技術によれば、装置名とＩＰアドレスを対応付ける情報を端末で保持しており、端末からはその装置名を用いて接続先を決定することが可能となっている。端末が保持している情報は、端末が対象装置に一斉問い合わせを行い、その応答を収集することで作成される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−０１９６１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上述のように、従来の方法では、端末が対象装置から装置名の情報を収集する必要があった。また、装置名とＩＰアドレスを対応付ける情報は、情報収集を行ったタイミングの情報であり、対象装置のＩＰアドレスが変更された場合は、端末から再度、情報収集を行うまでは、装置名とＩＰアドレスの対応情報が実態と異なる状態になる問題点があった。また、端末には装置から情報収集を行うための機能が必要になるという問題点があった。
【０００５】
この発明は上記のような課題を解決するためになされたものであり、端末が特別な機能を持っていなくてもＩＰアドレスでなく装置名を用いて対象装置に接続できるネットワーク装置を得ることを目的とする。また、装置名とＩＰアドレスを対応付ける情報を常に最新の状態で保持することを可能にするネットワーク装置を得ることを目的とする。
【課題を解決するための手段】
【０００６】
本発明に係るネットワーク装置は、
一のネットワーク装置の装置名とＩＰアドレスを対応付けたアドレステーブルを持つアドレス記憶部と、
前記ＩＰアドレスの設定情報を、前記一のネットワーク装置の装置内の前記アドレス記憶部または他のネットワーク装置に前記ＩＰアドレスの変更情報として通知し処理するアドレス変更処理部と、
前記一のネットワーク装置の管理端末から、前記他のネットワーク装置および前記一のネットワーク装置の各装置名に前記ＩＰアドレスを対応させるよう要求する名前解決要求を受信すると、前記各装置名を検索する際のキーワードとして前記アドレステーブルを検索し、検索した前記ＩＰアドレスを他のネットワーク装置および前記管理端末に返す名前解決処理部と、を有し、
前記管理端末から前記他のネットワーク装置および前記一のネットワーク装置の各装置に設定変更および状態確認の管理を目的とした管理通信を行うものである。
【発明の効果】
【０００７】
本発明によれば、管理端末から、すべての装置に対してＩＰアドレスでなく、装置名を用いた接続が可能となる。また、装置名とＩＰアドレスを対応付ける情報を常に最新の状態で保持することを可能にする。さらに、ネットワークトポロジーをリング状に限定せず、スター状のものにも適用できるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】本発明を搭載した装置を用いて構成したリング型ネットワークを示す図である。
【図２】本発明を搭載した装置を用いて構成したスター型ネットワークを示す図である。
【図３】本発明の実施の形態１を示す装置ブロック図である。
【図４】本発明の実施の形態１を示すフローチャートであり、アドレス記憶部に関する図である。
【図５】本発明の実施の形態１を示すフローチャートであり、アドレス変更処理部に関する図である。
【図６】本発明の実施の形態１を示すフローチャートであり、名前解決処理部に関する図である。
【図７】本発明の実施の形態１を示すフローチャートであり、パケット送受信部に関する図である。
【図８】本発明の実施の形態１を示すシーケンス図である。
【図９】本発明の実施の形態２を示す装置ブロック図である。
【図１０】本発明の実施の形態２を示すフローチャートであり、ＳＮＭＰ通信部に関する図である。
【図１１】本発明の実施の形態２を示すフローチャートであり、パケット送受信部に関する図である。
【図１２】本発明の実施の形態２を示すシーケンス図である。
【図１３】本発明の実施の形態３を示す装置ブロック図である。
【図１４】本発明の実施の形態３を示すフローチャートであり、生存監視部に関する図である。
【図１５】本発明の実施の形態３を示すフローチャートであり、アドレス記憶部に関する図である。
【図１６】本発明の実施の形態３を示すフローチャート（前半部分）であり、パケット送受信部に関する図である。
【図１７】本発明の実施の形態３を示すフローチャート（後半部分）であり、パケット送受信部に関する図である。
【図１８】本発明の実施の形態３を示すシーケンス図（前半部分）である。
【図１９】本発明の実施の形態３を示すシーケンス図（後半部分）である。
【図２０】本発明の実施の形態４を示す装置ブロック図である。
【図２１】本発明の実施の形態４を示すフローチャートであり、生存監視部に関する図である。
【図２２】本発明の実施の形態４を示すフローチャート（前半部分）であり、パケット送受信部に関する図である。
【図２３】本発明の実施の形態４を示すフローチャート（後半部分）であり、パケット送受信部に関する図である。
【図２４】本発明の実施の形態４を示すシーケンス図（前半部分）である。
【図２５】本発明の実施の形態４を示すシーケンス図（後半部分）である。
【図２６】本発明の実施の形態５を示す装置ブロック図である。
【図２７】本発明の実施の形態５を示すフローチャートであり、アドレス変更処理部に関する図である。
【図２８】本発明の実施の形態５を示すフローチャートであり、アドレス記憶部に関する図である。
【図２９】本発明の実施の形態５を示すシーケンス図である。
【図３０】本発明の実施の形態６を示す装置ブロック図である。
【図３１】本発明の実施の形態６を示すフローチャートであり、ＳＮＭＰ通信部に関する図である。
【図３２】本発明の実施の形態６を示すシーケンス図（前半部分）である。
【図３３】本発明の実施の形態６を示すシーケンス図（後半部分）である。
【発明を実施するための形態】
【０００９】
実施の形態１．
以下、この発明の実施の形態１を図１に基づいて説明する。
図１は、ネットワーク装置と１台の管理端末で構成されたネットワークを示す図である。装置１０１、１０２、１０３は本発明に係るネットワーク装置（以下ではこれらの装置１０１〜１０３を対応装置と呼ぶ）である。非対応装置１０４は、本発明に係らない装置である。管理端末１００はＰＣなどであり、装置１０１、１０２、１０３と接続して管理通信を行う。すべての対応装置、管理端末はＩＰネットワーク１２１（非対応装置１０４もこのＩＰネットワーク１２１に含まれる）によって接続されている。以上において、管理通信とは、ネットワーク装置の設定変更および状態確認を目的として行う通信のことを意味する。具体的には、ＴＥＬＮＥＴ通信（ＴＥＬＮＥＴ：Telecommunication network）
によるネットワーク装置の設定変更、通信機器に対してネットワーク経由で監視、制御する通信であるＳＮＭＰ通信（ＳＮＭＰ：Simple Network Management Protocol）によるネットワーク装置の動作状態取得、Ｐｉｎｇ(Ｐｉｎｇ：Packet Internet Groper)による生存監視などである（以下同様）。
【００１０】
本発明により管理端末１００から装置１０１、１０２、１０３すべてに対してＩＰアドレス（以下、アドレス）でなく、装置名を用いた管理通信接続（ここでは、管理端末とネットワーク装置間で管理通信を実行可能な状態にするために行う処理のことをいう。具体的には、管理端末がＰＣ（パソコン）とすると、ＰＣからネットワーク装置にＴＥＬＮＥＴ接続する処理など。以下同様）が可能になる。
図１では装置１０１、１０２、１０３を接続するネットワークトポロジーはリング状であるが、本発明では、ネットワークトポロジーをリング状（リング型ネットワーク）に限定しない。図２のように、スター状（スター型ネットワーク）のネットワークトポロジーでもよい。
【００１１】
図３に装置１０１、１０２、１０３の構成要素を示すブロック図を示す。
装置１０１は、アドレス記憶部Ｃ１Ａ、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３、パケット送受信部Ｃ４Ａで構成されている。アドレス記憶部Ｃ１は内部にアドレステーブルＤ１を保持する。アドレステーブルＤ１には装置名と、その装置に対応したアドレスの情報が格納される。
装置１０２、１０３には名前解決処理部Ｃ３はなく、アドレス変更処理部Ｃ２、パケット送受信部Ｃ４Ａで構成されている。
【００１２】
次に、装置内の構成要素それぞれについて役割を説明する。
アドレス記憶部Ｃ１Ａは、複数装置の装置名とアドレス（ＩＰアドレス）をアドレステーブルＤ１で管理する。アドレステーブルＤ１への情報登録は他機能部（他の構成要素のことを意味する。以下同様）からの通知によって行う。他機能部から、ある装置のアドレスを要求された場合は、装置名をキーワードとしてアドレステーブルＤ１を検索し発見したアドレスを返す。
アドレス変更処理部Ｃ２は、自装置（ここで自装置とは、ある構成要素（機能部）を見たとき、その構成要素を内部に有している装置のことをいう。例えば、装置１０１のアドレス変更処理部Ｃ２にとっての自装置は１０１である。また、装置１０２のＣ２にとっての自装置は１０２である。さらに、装置１０３のＣ２にとっての自装置は１０３である。以下同様）のアドレスが変更された際に、変更後のアドレスをアドレス記憶部Ｃ１Ａ、または、アドレス記憶部Ｃ１Ａを保持する他装置（ここで他装置とは、例えば、図３では、装置１０１、１０２、１０３から自装置を除いたものである。具体的には、装置１０１にとっての他装置は装置１０２、１０３であり、装置１０２にとっての他装置は装置１０１、１０３であり、装置１０３にとっての他装置は装置１０１、１０２である。以下同様）に通知する変更処理を行う。
名前解決処理部Ｃ３は、管理端末１００からの名前解決要求を処理する機能部（機能部とは構成要素と同じ意味である。以下同様）であり、名前解決要求を受けるとアドレス記憶部Ｃ１Ａに装置名に対応したアドレスを要求する（なお、上記で「名前」とは、識別用の番号のことである）。そして、取得したアドレスを応答として管理端末１００に返す。ここで、管理端末１００から送信される名前解決要求および、その応答は本発明で特別に規定する形式のものではなく、ＤＮＳの規格に基づいたものである。
パケット送受信部Ｃ４Ａは、他装置や管理端末１００とＩＰネットワーク１２１を介してパケット通信を行う。他装置や管理端末１００から受信した通知や要求を各機能部に送信する。そして、各機能部からの応答を他装置や管理端末１００に送信する。
【００１３】
次に、各構成要素（機能部）の動作をフローチャートで説明する。
アドレス記憶部Ｃ１Ａのフローチャートを図４に示す。この構成要素は動作開始すると他の構成要素からの通知または要求の受信を待つ（Ｆ１０２）。アドレス変更通知を受信した場合（Ｆ１０３）は、装置名とアドレスをアドレステーブルＤ１に登録（Ｆ１０５）し、再び通知または要求の受信待ちに戻る（Ｆ１１０）。
名前解決要求を受信した場合（Ｆ１０４）は、装置名をキーにアドレステーブルＤ１を検索（Ｆ１０６）し、検索がヒットした場合（Ｆ１０７）は名前解決処理部Ｃ３に装置名とアドレスを送信する（Ｆ１０８）。検索がヒットしなかった場合は名前解決処理部Ｃ３に名前解決失敗通知を送信する（Ｆ１０９）。
【００１４】
アドレス変更処理部Ｃ２のフローチャートを図５に示す。この構成要素は動作開始すると自装置のアドレスが変更されるのを待つ（Ｆ２０２）。アドレスが変更されたならば、アドレス記憶部Ｃ１Ａが自装置にあるか判断する（Ｆ２０３）。そして、アドレス記憶部Ｃ１Ａが自装置にある場合は、アドレス記憶部Ｃ１Ａにアドレス変更通知を送信する（Ｆ２０４）。自装置にない場合は、パケット送受信部Ｃ４Ａにアドレス変更通知を送信する（Ｆ２０５）。その後、再びアドレス変更を待つ（Ｆ２０６）。
【００１５】
名前解決処理部Ｃ３のフローチャートを図６に示す。この構成要素は動作開始すると他の構成要素からの要求の受信を待つ（Ｆ３０２）。名前解決要求を受信した場合（Ｆ３０３）はアドレス記憶部Ｃ１Ａに名前解決要求を送信する（Ｆ３０４）。そして、アドレス記憶部Ｃ１Ａからの名前解決応答を待ち（Ｆ３０５）、応答を受信するとパケット送受信部Ｃ４Ａに名前解決結果を送信する（Ｆ３０６）。その後、再度、要求の受信待ちをする（Ｆ３０７）。
【００１６】
パケット送受信部Ｃ４Ａのフローチャートを図７に示す。この構成要素は動作開始すると他の構成要素からの通知、要求、結果いずれかの受信を待つ（Ｆ４０２Ａ）。アドレス変更通知を受信し（Ｆ４０３）、さらに自装置にアドレス記憶部Ｃ１Ａがある場合は、アドレス記憶部Ｃ１Ａにアドレス変更通知を送信する。自装置にアドレス記憶部Ｃ１Ａがない場合は、他装置にアドレス変更通知を送信する（Ｆ４０６参照）。
名前解決要求を受信した場合（Ｆ４０４）は、名前解決処理部Ｃ３に名前解決要求を送信する（Ｆ４０７）。名前解決結果を受信した場合（Ｆ４０５）は、名前解決要求を送ってきた管理端末に名前解決結果を送信する（Ｆ４０８）。通知、要求、結果の処理が完了した後は、再度、受信待ちをする（Ｆ４０９）。
【００１７】
次に図１または図２に示すネットワークにおける装置それぞれの動作を図８に示すシーケンス図で説明する。
装置１０３においてアドレス変更操作を行い、その後、管理端末１００から装置１０３に装置名を用いた管理通信の接続を行う場合を説明する。装置１０３においてアドレス変更操作Ｓ３０１を行うと、装置１０３からアドレス変更通知Ｓ３０２が送信される。アドレス変更通知Ｓ３０２には、装置１０３の装置名とアドレスの情報が格納される。そして、同通知を装置１０１が受信すると、装置１０１内のアドレステーブルＤ１に装置１０３の装置名とアドレスの情報が登録される（Ｓ１０１）。これら処理によって、装置１０１内のアドレステーブルＤ１には、装置１０３のアドレス変更後すぐに新しいアドレス情報が登録される。
【００１８】
次に、管理端末１００において、装置１０３に対する管理通信を開始したとする。管理通信を開始すると、まず装置１０３との接続処理Ｓ００１が行われる。管理端末１００から装置１０３に接続するためには、装置１０３のアドレスが必要となるが、管理端末１００では装置１０３の装置名は分かっているが、アドレスは分かっていないとする。
その場合、管理端末１００は装置１０３の装置名からアドレスを取得するために、装置１０１に問い合わせを行う。この問合せを名前解決要求Ｓ００２とここでは呼ぶ。名前解決要求Ｓ００２を装置１０１が受信すると、自装置が保持するアドレステーブルＤ１を検索（Ｓ１０２）し、装置名に対応するアドレスを取得する。そして、取得結果を名前解決応答Ｓ１０３として管理端末１００に送信する。これら処理によって、管理端末１００では装置１０３の装置名からアドレスを取得することができ、管理端末１００から装置１０３への接続Ｓ００３が可能となる。
【００１９】
実施の形態２．
上記実施の形態１では、管理端末１００から装置名を用いて接続可能な装置はいずれも構成要素であるＣ１Ａ、Ｃ２、Ｃ３、Ｃ４Ａのいずれかを有しているものであった。実施の形態１では、構成要素であるＣ１Ａ、Ｃ２、Ｃ３、Ｃ４Ａをいずれも有さない装置（非対応装置１０４）に対しては、装置名を用いた接続ができない。
【００２０】
実施の形態２では、非対応装置１０４に対しても、管理端末から装置名を用いて接続可能とする方法を示す。この方法では、本発明を実現する装置が、非対応装置１０４のアドレスと装置名をＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）通信を用いて取得する。ＳＮＭＰ通信はネットワーク装置の動作状態を取得するために用いられる通信プロトコルであり、ＳＮＭＰ通信を用いることにより、ネットワーク装置の装置名を取得することができる。そして、取得した情報を前述のアドレステーブルに登録することで、非対応装置１０４についても装置名を用いて接続できるようにする。
【００２１】
図９に装置１０１、１０２、１０３のブロック図を示す。装置１０１はアドレス記憶部Ｃ１Ｂ、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３、パケット送受信部Ｃ４Ｂで構成されている。装置１０２、１０３はアドレス記憶部Ｃ１Ｂ、アドレス変更処理部Ｃ２、パケット送受信部Ｃ４Ｂ、ＳＮＭＰ通信部Ｃ５で構成されている。
これらのうち、アドレス記憶部Ｃ１Ｂ、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３については実施の形態１のアドレス記憶部Ｃ１Ａ、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３と同じ機能を持つ。ここで同じ機能とは、同じフローチャートに従って動作する機能という意味である。同じ機能を持つ構成要素を図９に枠で囲んだ一点鎖線で示す。
【００２２】
次に、装置内の各構成要素それぞれについて役割を説明する。実施の形態１と同じ構成要素については記述を省略する。
ＳＮＭＰ通信部Ｃ５は、非対応装置１０４とＳＮＭＰ通信を行うことによって非対応装置１０４の装置名を取得する。ＳＮＭＰ通信では、ＳＮＭＰ通信部Ｃ５がＳＮＭＰマネージャ、非対応装置１０４がＳＮＭＰエージェントとして動作する。
【００２３】
パケット送受信部Ｃ４Ｂは、実施の形態１で述べた機能に加えて、ＳＮＭＰ通信部Ｃ５からの要求に応じて非対応装置とのＳＮＭＰ通信を行う機能を持つ。なお、実施の形態１のＣ４Ａ（図７参照）と実施の形態２のＣ４Ｂ（図１１参照）とでは、呼び方はパケット送受信部で同じであるが、機能的には互いに異なる部分があり、それぞれ、ＳＮＭＰパケットを送受信しないか（実施の形態１）、あるいはＳＮＭＰパケットを送受信するか（実施の形態２）の違いがある。この違いによる効果の違いは、ＳＮＭＰ通信を実行可能かどうかである。Ｃ４Ｂは、図１１、Ｆ４１１、Ｆ４１２記載のように、受信したパケットがＳＮＭＰパケットであることを認識できるため、Ｃ４Ｂを含む装置はＳＮＭＰ通信を行える。一方、Ｃ４Ａでは、ＳＮＭＰパケットであることを認識できないため、Ｃ４Ａを含む装置はＳＮＭＰ通信を行えない）。
【００２４】
次に、各構成要素の動作をフローチャートで説明する。実施の形態１と同じ構成要素については記述を省略する。
【００２５】
ＳＮＭＰ通信部Ｃ５のフローチャートを図１０に示す。この構成要素は、動作開始すると、他の構成要素からの通知を待つ（Ｆ５０２）。ＳＮＭＰ受信通知を受信した場合（Ｆ５０３）は、そのＳＮＭＰ受信が、自装置が送信した装置名要求の応答であるか判断する（Ｆ５０４）。
自装置が送信した装置名要求の応答の場合は、アドレス記憶部Ｃ１Ｂに対象装置のアドレス変更通知を送信（Ｆ５０６）し、さらに、パケット送受信部Ｃ４Ｂにアドレス変更通知を送信する（Ｆ５０８）。
ＳＮＭＰ受信通知を受信（Ｆ５０３）し、それが、自装置が送信した装置名要求の応答でなかった場合（Ｆ５０４）は、アドレス記憶部Ｃ１Ｂに名前解決要求を送信する（Ｆ５０５）。その結果、名前解決が成功しなかった場合（Ｆ５０７）は、パケット送受信部Ｃ４ＢにＳＮＭＰ装置名要求を送信する（Ｆ５０９）。
【００２６】
パケット送受信部Ｃ４Ｂのフローチャートを図１１に示す。この構成要素は、動作開始すると、他の構成要素からの通知、要求、結果、パケットいずれかの受信を待つ（Ｆ４０２Ｂ）。アドレス変更通知を受信した場合（Ｆ４０３）は、アドレス記憶部Ｃ１にアドレス変更通知を送信する（Ｆ４１０）。名前解決要求を受信した場合（Ｆ４０４）は、名前解決処理部に名前解決要求を送信する（Ｆ４０７）。名前解決結果を受信した場合（Ｆ４０５）は、名前解決要求を送ってきた管理端末１００に名前解決結果を送信する（Ｆ４０８）。ＳＮＭＰパケットを受信した場合（Ｆ４１１）は、ＳＮＭＰ通信部にＳＮＭＰ受信通知を送信する（Ｆ４１３）。ＳＮＭＰ装置名要求を受信した場合（Ｆ４１２）は、対象装置（ここでは非対応装置１０４が該当）にＳＮＭＰ通信で装置名を要求する（Ｆ４１４）。
【００２７】
次に図１または図２に示すネットワークにおける装置それぞれの動作を図１２に示すシーケンス図で説明する。ここでは、ＳＮＭＰ通信を行っている非対応装置１０４に対して、管理端末１００から装置名を用いた管理通信の接続を行う場合を説明する。
【００２８】
非対応装置１０４がＳＮＭＰ通信Ｓ４０１を行うと、そのＳＮＭＰパケットＳ４０２は装置１０３に到達する。装置１０３がＳＮＭＰ通信を検出（Ｓ３０３）すると、そのＳＮＭＰ通信パケットの送信元アドレスが、自装置が保持するアドレステーブルＤ２に登録されているか確認する。確認の結果、アドレステーブルＤ２に登録されていなければ、自装置が把握していない装置が現れたと判断し、その装置名の取得を試みる。装置名の取得はＳＮＭＰ通信によって非対応装置１０４のＭＩＢ（Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ）情報を取得することで行う。装置１０３は非対応装置１０４にＳＮＭＰ通信で装置名要求Ｓ３０５を行う。そして、その応答Ｓ４０３によって非対応装置１０４の装置名を取得する。取得した装置名はアドレスと合わせて、装置１０３が保持するアドレステーブルＤ２に登録される（Ｓ３０６）。さらに、装置１０３は非対応装置１０４の装置名、アドレス情報を装置１０１にアドレス登録通知として装置１０１に通知する（Ｓ３０７）。
【００２９】
装置１０１は装置１０３からアドレス登録通知を受けて、装置１０１が保持するアドレステーブルＤ２に非対応装置１０４の装置名とアドレスを登録する（Ｓ１０４）。これら処理によって、装置１０１と装置１０３のアドレステーブルＤ２には、非対応装置１０４の装置名、アドレスが登録される。
【００３０】
管理端末１００が非対応装置１０４に管理通信の接続を行う場合、実施の形態１と同じように、管理端末１００は装置１０１に接続対象となる非対応装置１０４の名前解決要求Ｓ００５を送信する。その応答として、管理端末１００は非対応装置１０４のアドレスを取得する（Ｓ１０５）。これら処理によって、管理端末１００から非対応装置１０４に装置名で接続（Ｓ００６）することが可能になる。
【００３１】
実施の形態３．
前述実施の形態１においては、アドレステーブルＤ１に登録された情報は、登録されている装置が取り外し、または通信不能となった場合にも登録が削除されず残り続ける。
実施の形態３では、通信不能となった装置を検出し、アドレステーブルＤ１から該当装置の登録情報を削除する方法を示す。この実施の形態では、アドレステーブルＤ１に登録されている装置それぞれに対して、周期的に生存監視のための通信を行う。通信は例えばＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）を用いたＰｉｎｇなどである。この通信で該当装置から応答があれば通信可能な状態、応答がなければ通信不能な状態と判断し、通信不能な状態になっている装置を検出した場合は、アドレステーブルＤ１から該当装置の登録情報を削除する。
【００３２】
図１３に装置１０１、１０２、１０３のブロック図を示す。装置１０１はアドレス記憶部Ｃ１Ｃ、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３、パケット送受信部Ｃ４Ｃ、生存監視部Ｃ６で構成されている。装置１０２、１０３はアドレス変更処理部Ｃ２、パケット送受信部Ｃ４Ｃで構成されている。このうち、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３については実施の形態１と同じ機能を持つ。同じ機能を持つ構成要素を図１３に枠で囲んだ一点鎖線で示す。
【００３３】
次に、装置内の各構成要素それぞれについて役割を説明する。実施の形態１と同じ構成要素については記述を省略する。生存監視部Ｃ６は、監視対象となる装置に対して周期的に生存監視のための通信を行う。パケット送受信部Ｃ４Ｃは、実施の形態１で述べた機能に加えて、生存監視部Ｃ６からの要求に応じて監視対応装置と生存監視パケットの送受信を行う機能を持つ。
アドレス記憶部Ｃ１Ｃは、実施の形態１で述べた機能に加えて、生存監視部Ｃ６から、ある装置のアドレス登録削除を通知された場合は、該当装置の登録を削除する機能を持つ。
【００３４】
次に、各構成要素の動作をフローチャートで説明する。実施の形態１と同じ構成要素については記述を省略する。
【００３５】
生存監視部Ｃ６のフローチャートを図１４に示す。
この構成要素は動作開始すると、他の構成要素からの通知を待つ（Ｆ６０２）。
生存監視開始通知を受信した場合（Ｆ６０３）は、対象装置の生存監視を開始する（Ｆ６０５）。その内容は、一定周期でパケット送受信部に生存監視要求を送信するものである（Ｆ６０５）。生存監視タイムアウト通知を受信した場合（Ｆ６０４）は、アドレス記憶部Ｃ１にアドレス登録削除通知を送信する（Ｆ６０６）。
【００３６】
アドレス記憶部Ｃ１Ｃのフローチャートを図１５に示す。
この構成要素は動作開始すると他の構成要素からの通知または要求の受信を待つ（Ｆ１０２）。アドレス変更通知を受信した場合（Ｆ１０３）は、装置名とアドレスをアドレステーブルＤ１に登録（Ｆ１０５）し、生存監視部に生存監視開始通知を送信する（Ｆ１１３）。
名前解決要求を受信した場合（Ｆ１０４）は、装置名をキーにアドレステーブルＤ１を検索（Ｆ１０６）し、検索がヒットした場合（Ｆ１０７）は名前解決処理部Ｃ３に装置名とアドレスを送信する（Ｆ１０８）。検索がヒットしなかった場合は名前解決処理部Ｃ３に名前解決失敗通知を送信する（Ｆ１０９）。アドレス登録削除通知を受信した場合（Ｆ１１１）は、該当装置の登録をアドレステーブルＤ１から削除する（Ｆ１１２）。
【００３７】
パケット送受信部Ｃ４Ｃのフローチャートを図１６、図１７に示す。
この構成要素は動作開始すると他の構成要素からの通知、要求、結果いずれかの受信を待つ（Ｆ４０２）。アドレス変更通知を受信し（Ｆ４０３）、さらに自装置にアドレス記憶部Ｃ１Ｃがある場合は、アドレス記憶部Ｃ１Ｃにアドレス変更通知を送信する。自装置にアドレス記憶部Ｃ１Ｃがない場合は、他装置にアドレス変更通知を送信する（Ｆ４０６）。
名前解決要求を受信した場合（Ｆ４０４）は、名前解決処理部Ｃ３に名前解決要求を送信する（Ｆ４０７）。名前解決結果を受信した場合（Ｆ４０５）は、名前解決要求を送ってきた管理端末に名前解決結果を送信する（Ｆ４０８）。
【００３８】
生存監視要求を受信した場合（Ｆ４１５）は、対象装置に生存監視パケットを送信する（Ｆ４１６）。そして、一定時間以内に前述パケット送信に対する応答がない場合（Ｆ４１７）は、生存監視部Ｃ６に生存監視タイムアウト通知を送信する（Ｆ４１８）。
【００３９】
次に図１または図２に示すネットワークにおける装置それぞれの動作を図１８、図１９に示すシーケンス図で説明する。
装置１０３においてアドレス変更操作を行い、装置１０３のアドレス情報が装置１０１に登録されるが、その後、装置１０３が通信停止した場合について説明する。ここに示す例では装置１０３が通信停止したことを装置１０１が生存監視によって検出し、自身のアドレステーブルＤ１から削除する。
装置１０３においてアドレス変更操作Ｓ３０１を行うと、装置１０３からアドレス変更通知Ｓ３０２が送信され、装置１０１において装置１０３の装置名とアドレスの情報が登録される（Ｓ１０１）。ここまでの処理は実施の形態１と同じである。
【００４０】
実施の形態３では、装置１０１はアドレス登録Ｓ１０１を実行後に、装置１０３の生存監視を開始する（Ｓ１０６）。生存監視として、装置１０１は一定周期で生存監視要求を装置１０３に送信する（Ｓ１０７）。装置１０３は生存監視要求Ｓ１０７を受信すると、生存監視応答Ｓ３０８を送信する。これら処理によって、装置１０１は装置１０３が通信可能な状態にあることを監視し続ける。
【００４１】
次に、管理端末１００において、装置１０３に対する管理通信を開始したとする。管理通信を開始すると、まず装置１０３との接続処理Ｓ００１が行われる。ここから、管理端末１００が装置１０３に接続Ｓ００３するまでの処理は、実施の形態１で記述したものと同じである。
【００４２】
管理端末１００と装置１０３の間での管理通信が終了した後で、装置１０３が通信停止したとする（Ｓ３０９）。すると、装置１０１の生存監視要求Ｓ１０７に対する、装置１０３からの生存監視応答Ｓ３０８が返ってこなくなる（Ｓ１０８）。これをもって装置１０１は装置１０３が通信不能な状態になったことを検出する。そして、装置１０１は自装置内のアドレステーブルＤ１から装置１０３の登録情報を削除する（Ｓ１０９）。
【００４３】
実施の形態４．
前述実施の形態３では生存監視を行う装置１０１が一定周期で生存監視のための通信を送信するが、実施の形態４では装置１０１から生存監視のための通信を送信することなく生存監視を実現する方法を示す。監視対象となる装置が増えた場合、実施の形態３では監視をする装置（装置１０１）が送信する生存監視のための通信が増加するが、実施の形態４では生存監視のための通信を増加させることなく、多数の装置を監視できるようになる。
【００４４】
図２０に装置１０１、１０２、１０３のブロック図を示す。
装置１０１はアドレス記憶部Ｃ１Ａ、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３、パケット送受信部Ｃ４Ｄ、生存監視部Ｃ６で構成されている。
装置１０２、１０３はアドレス変更処理部Ｃ２、パケット送受信部Ｃ４Ｄで構成されている。このうち、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３については実施の形態１と同じ機能を持つ。同じ機能を持つ構成要素を図２０に枠で囲んだ一点鎖線で示す。
【００４５】
次に、装置内の構成要素それぞれについて役割を説明する。実施の形態１と同じ構成要素については記述を省略する。生存監視部Ｃ６は、監視対象となる装置が送信するパケットをスヌーピングして監視する。そして、監視対象となる装置がパケット送信していることをもって、対象装置が通信可能な状態にあると判断する。パケット送受信部Ｃ４Ｄは、実施の形態１で述べた機能に加えて、生存監視部Ｃ６からの要求に応じて監視対応装置の通信をスヌーピング（snooping）する機能を持つ（ここで、スヌーピングとは「覗き見すること」である）。
【００４６】
次に、各構成要素の動作をフローチャートで説明する。実施の形態１と同じ構成要素については記述を省略する。生存監視部Ｃ６のフローチャートを図２１に示す。
この構成要素は動作開始すると、他の構成要素からの通知を待つ（Ｆ６０２）。生存監視開始通知を受信した場合（Ｆ６０３）は、パケット送受信部Ｃ４Ｄに対象装置のスヌーピング開始通知を送信する（Ｆ６０８）。生存監視タイムアウト通知を受信した場合（Ｆ６０４）は、アドレス記憶部Ｃ１Ａにアドレス登録削除通知を送信する（Ｆ６０６）。
【００４７】
パケット送受信部Ｃ４Ｄのフローチャートを図２２、図２３に示す。
この構成要素は動作開始するとスヌーピングを実行中であるかどうか判断する（Ｆ４２１）。スヌーピングを実行中の場合は、送信元ＩＰアドレスがスヌーピングを実行中の場合は、送信元ＩＰアドレスがスヌーピング対象装置であるパケットを最後に受信してから一定時間が経過したかどうかを判断する（Ｆ４２２）。そして一定時間が経過している場合は、生存監視部に生存監視タイムアウト通知を送信する（Ｆ４２４）。一定時間が経過していない場合、または、スヌーピング実行でない場合は、他の構成要素から通知、要求、結果いずれかを受信したか判断する（Ｆ４２３）。
【００４８】
アドレス変更通知を受信し（Ｆ４０３）、さらに自装置にアドレス記憶部Ｃ１Ａがある場合は、アドレス記憶部Ｃ１Ａにアドレス変更通知を送信する。自装置にアドレス記憶部Ｃ１Ａがない場合は、他装置にアドレス変更通知を送信する（Ｆ４０６）。
名前解決要求を受信した場合（Ｆ４０４）は、名前解決処理部Ｃ３に名前解決要求を送信する（Ｆ４０７）。名前解決結果を受信した場合（Ｆ４０５）は、名前解決要求を送ってきた管理端末に名前解決結果を送信する（Ｆ４０８）。
【００４９】
スヌーピング開始通知を受信した場合（Ｆ４１９）は、対象装置が送信する通信のスヌーピングを介する。そして、一定時間経過しても対象装置が送信元のパケットを受信しない場合は、生存監視部Ｃ６に生存監視タイムアウト通知を送信する（Ｆ４２０）。
【００５０】
次に、図１または図２に示すネットワークにおける装置それぞれの動作を図２４、図２５に示すシーケンス図で説明する。
【００５１】
装置１０３においてアドレス変更操作を行い、装置１０３のアドレス情報が装置１０１に登録されるが、その後、装置１０３が通信停止した場合について説明する。ここに示す例では装置１０３が通信停止したことを装置１０１が生存監視によって検出し、自身のアドレステーブルＤ１から削除する。
【００５２】
装置１０３においてアドレス変更操作Ｓ３０１を行うと、装置１０３からアドレス変更通知Ｓ３０２が送信され、装置１０１において装置１０３の装置名とアドレスの情報が登録される（Ｓ１０１）。ここまでの処理は実施の形態１と同じである。
【００５３】
実施の形態３では、装置１０１がアドレス登録Ｓ１０１を実行後に、装置１０３の生存監視を開始する（Ｓ１０６）。生存監視として、装置１０１は装置１０３が行う通信のスヌーピングを行う。このとき監視する通信は、装置１０３が装置１０１に対して行う通信や他装置、他管理端末に対して行う通信である。装置１０３が送信元のパケットＳ３１０を装置１０１で受信すると、装置１０１では装置１０３が通信可能な状態にあると判断する。そして、一定時間を経過しても装置１０３からのパケットを装置１０１で受信しなければ、装置１０３が通信不能な状態と判断する。
【００５４】
次に、管理端末１００において、装置１０３に対する管理通信を開始したとする。管理通信を開始すると、まず装置１０３との接続処理Ｓ００１が行われる。ここから、管理端末１００が装置１０３に接続Ｓ００３するまでの処理は、実施の形態１で記述したものと同じである。
【００５５】
管理端末１００と装置１０３の間での管理通信が終了した後で、装置１０３が通信停止の状態になったとする（Ｓ３０９）。すると、装置１０１では一定時間経過後も装置１０３からのパケットを受信しなくなり、装置１０３が通信不能な状態になったことを検出する（Ｓ１０８）。そして、装置１０１は自装置内のアドレステーブルＤ１から装置１０３の登録情報を削除する（Ｓ１０９）。
【００５６】
実施の形態５．
前述実施の形態４では、実施の形態３と比較して監視する装置（装置１０１）が送信する通信量を減らすことができるが、監視対象の装置が送信するパケットをスヌーピングすることで監視するため、監視対象の装置が行う通信の頻度が低い場合は、監視対象の装置が通信不能な状態にあるのか、それとも、通信可能な状態であるが通信していないだけなのか判断が難しいという問題がある。この問題を解決するために、実施の形態５では、監視対象の装置から周期的に通信を行うことで自装置が通信可能な状態にあることを通知する。
【００５７】
図２６に装置１０１、１０２、１０３のブロック図を示す。装置１０１はアドレス記憶部Ｃ１Ａ、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３、パケット送受信部Ｃ４Ｅで構成されている。装置１０２、１０３はアドレス変更処理部Ｃ２、パケット送受信部Ｃ４Ｅで構成されている。このうち、名前解決処理部Ｃ３、パケット送受信部Ｃ４Ｅについては実施の形態１のパケット送受信部Ｃ４Ａと同じ機能を持つ。実施の形態１と同じ機能を持つ構成要素を図２６に枠で囲んだ一点鎖線で示す。
【００５８】
次に、装置内の各構成要素それぞれについて役割を説明する。実施の形態１と同じ構成要素については記述を省略する。
【００５９】
アドレス変更処理部Ｃ２は、一定時間ごとに自装置のアドレスをアドレス記憶部Ｃ１、または、アドレス記憶部Ｃ１を保持する他装置に通知する。アドレス記憶部Ｃ１は、実施の形態１で述べた機能に加えて、アドレステーブルＤ１に登録された装置から一定時間以内にアドレスが通知されなければ、該当装置は通信不能な状態になったと判断しアドレステーブルＤ１から登録を削除する機能を持つ。
【００６０】
次に、各構成要素の動作をフローチャートで説明する。
アドレス変更処理部Ｃ２のフローチャートを図２７に示す。この構成要素は動作開始すると、アドレス記憶部Ｃ１Ａが自装置にあるか判断する（Ｆ２０３）。そして、アドレス記憶部Ｃ１Ａが自装置にある場合は、アドレス記憶部Ｃ１Ａにアドレス変更通知を送信する（Ｆ２０４）。自装置にない場合は、パケット送受信部Ｃ４Ｅにアドレス変更通知を送信する（Ｆ２０５）。一定時間経過後にフローチャートの開始（Ｆ２０１）に戻り（Ｆ２０６）、前述処理を繰り返す。
【００６１】
アドレス記憶部Ｃ１Ａのフローチャートを図２８に示す。
この構成要素は動作開始すると他の構成要素からの通知または要求の受信を待つ（Ｆ１０２）。アドレス変更通知を受信した場合（Ｆ１０３）は、装置名とアドレスをアドレステーブルＤ１に登録（Ｆ１０５）する。名前解決要求を受信した場合（Ｆ１０４）は、装置名をキーにアドレステーブルＤ１を検索（Ｆ１０６）し、検索がヒットした場合（Ｆ１０７）は名前解決処理部Ｃ３に装置名とアドレスを送信する（Ｆ１０８）。検索がヒットしなかった場合は名前解決処理部Ｃ３に名前解決失敗通知を送信する（Ｆ１０９）。一定時間以内にアドレス変更通知を受信しなかった場合（Ｆ１１４）は、対象装置の登録をアドレステーブルから削除（Ｆ１１５）する。
【００６２】
次に図１または図２に示すネットワークにおける装置それぞれの動作を図２９に示すシーケンス図で説明する。
【００６３】
装置１０３のアドレス情報が装置１０１に登録され、その後、装置１０３が通信停止した場合について説明する。ここに示す例では装置１０３が通信停止したことを装置１０１が生存監視によって検出し、自身のアドレステーブルＤ１から削除する。装置１０３は実施の形態１と異なり、アドレス変更操作を行わなくてもアドレス変更通知Ｓ３０２を一定周期で送信し続ける。その通知を受信することで、装置１０１では装置１０３の装置名とアドレスの情報が登録される（Ｓ１０１）。
【００６４】
次に、管理端末１００において、装置１０３に対する管理通信を開始したとする。管理通信を開始すると、まず装置１０３との接続処理Ｓ００１が行われる。ここから、管理端末１００が装置１０３に接続Ｓ００３するまでの処理は、実施の形態１で記述したものと
同じである。
【００６５】
管理端末１００と装置１０３の間での管理通信が終了した後で、装置１０３が通信停止したとする（Ｓ３０９）。すると、装置１０１では一定時間経過後も装置１０３からのアドレス変更通知Ｓ３０２を受信しなくなり、装置１０３が通信不能な状態になったことを検出する。そして、装置１０１は自装置内のアドレステーブルＤ１から装置１０３の登録情報を削除する（Ｓ１０９）。
【００６６】
実施の形態６．
前述の実施の形態５では、通信状態を監視可能な装置は、本発明を実現するための機能を搭載した装置だけであり、非対応装置１０４の通信状態は監視できない。実施の形態６では、非対応装置１０４の通信状態を監視する方法を示す。
【００６７】
図３０に装置１０１、１０２、１０３のブロック図を示す。装置１０１はアドレス記憶部Ｃ１Ｄ、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３、パケット送受信部Ｃ４Ｆで構成されている。装置１０２、１０３はアドレス記憶部Ｃ１Ｄ、アドレス変更処理部Ｃ２、パケット送受信部Ｃ４Ｆ、ＳＮＭＰ通信部Ｃ５で構成されている。このうち、アドレス変更処理部Ｃ２、名前解決処理部Ｃ３、パケット送受信部Ｃ４Ｆについては実施の形態２と同じ機能を持つ。同じ機能を持つ構成要素を図３０に枠で囲んだ一点鎖線で示す。
【００６８】
次に、装置内の各構成要素それぞれについて役割を説明する。実施の形態２と同じ構成要素については記述を省略する。アドレス記憶部Ｃ１Ｄは、実施の形態２で述べた機能に加えて、アドレステーブルＤ２に登録された装置についてのアドレス登録通知から一定時間以内にアドレスが通知されなければ、該当装置は通信不能な状態になったと判断しアドレステーブルＤ２から登録を削除する機能を持つ。ＳＮＭＰ通信部Ｃ５は、非対応装置１０４とＳＮＭＰ通信を行うことによって非対応装置１０４の装置名を取得する。
【００６９】
次に、各構成要素の動作をフローチャートで説明する。実施の形態２と同じ構成要素については記述を省略する。ＳＮＭＰ通信部Ｃ５のフローチャートを図３１に示す。この構成要素は動作開始すると、他の構成要素からの通知を待つ（Ｆ５０２）。ＳＮＭＰ受信通知を受信した場合（Ｆ５０３）は、そのＳＮＭＰ受信が、自装置が送信した装置名要求の応答であるか判断する（Ｆ５０４）。自装置が送信した装置名要求の応答の場合は、アドレス記憶部Ｃ１Ｄに対象装置のアドレス変更通知を送信（Ｆ５０６）し、さらに、パケット送受信部Ｃ４Ｆにアドレス変更通知を送信する（Ｆ５０８）。ＳＮＭＰ受信通知を受信（Ｆ５０３）し、それが、自装置が送信した装置名要求の応答でなかった場合（Ｆ５０４）は、パケット送受信部Ｃ４ＦにＳＮＭＰ装置名要求を送信する（Ｆ５０９）。アドレス記憶部Ｃ１Ｄのフローチャートは実施の形態５で示した図２８と同じである。
【００７０】
次に図１または図２に示すネットワークにおける装置それぞれの動作を図３２、図３３に示すシーケンス図で説明する。
【００７１】
ＳＮＭＰ通信を行っている非対応装置１０４が通信停止した場合を説明する。
非対応装置１０４がＳＮＭＰ通信Ｓ４０１を行うと、前述実施の形態２で示した処理によって、装置１０１と装置１０３のアドレステーブルＤ２に、非対応装置１０４の装置名、アドレスが登録される。
【００７２】
実施の形態６においては、装置１０３は非対応装置１０４からＳＮＭＰパケットＳ４０２を受信すると必ず前述登録処理を行う。そして、装置１０３は一定時間以内に非対応装置１０４からＳＮＭＰパケットＳ４０２を受信しなければ、装置１０３は非対応装置１０４が通信停止したと判断し、該当するアドレス登録を削除する。
【００７３】
管理端末１００から非対応装置１０４に対する管理通信の接続処理は実施の形態２で記述したものと同じである。管理端末１００と非対応装置１０４の間での管理通信が終了した後で、非対応装置１０４が通信停止の状態になったとする（Ｓ４０４）。すると、非対応装置１０４からＳＮＭＰパケットＳ４０２を受信しなくなる。そのことから、装置１０３は非対応装置１０４が通信不能な状態になったことを検出し、自装置内のアドレステーブルＤ２から非対応装置１０４の登録情報を削除する（Ｓ３１１）。さらに、装置１０３は装置１０１にアドレス登録削除通知Ｓ３１２を送信する。その通知を受けて、装置１０１でもアドレステーブルＤ２から非対応装置１０４の登録情報を削除する（Ｓ１１０）。
なお、本発明は、その発明の範囲内において、各実施の形態を自由に組み合わせたり、各実施の形態を適宜、変形、省略することが可能である。
【符号の説明】
【００７４】
１００  管理端末、１０１、１０２、１０３  装置、１０４  非対応装置、１２１  ＩＰネットワーク、Ｃ１、Ｃ１Ａ、Ｃ１Ｂ、Ｃ１Ｃ、Ｃ１Ｄ  アドレス記憶部、Ｃ２  アドレス変更処理部、Ｃ３  名前解決処理部、Ｃ４、Ｃ４Ａ、Ｃ４Ｂ、Ｃ４Ｃ、Ｃ４Ｄ、Ｃ４Ｅ、Ｃ４Ｆ  パケット送受信部、Ｃ５  ＳＮＭＰ通信部、Ｃ６  生存監視部。
【図１】
2015159454.tif 000003
【図２】
2015159454.tif 000004
【図３】
2015159454.tif 000005
【図４】
2015159454.tif 000006
【図５】
2015159454.tif 000007
【図６】
2015159454.tif 000008
【図７】
2015159454.tif 000009
【図８】
2015159454.tif 000010
【図９】
2015159454.tif 000011
【図１０】
2015159454.tif 000012
【図１１】
2015159454.tif 000013
【図１２】
2015159454.tif 000014
【図１３】
2015159454.tif 000015
【図１４】
2015159454.tif 000016
【図１５】
2015159454.tif 000017
【図１６】
2015159454.tif 000018
【図１７】
2015159454.tif 000019
【図１８】
2015159454.tif 000020
【図１９】
2015159454.tif 000021
【図２０】
2015159454.tif 000022
【図２１】
2015159454.tif 000023
【図２２】
2015159454.tif 000024
【図２３】
2015159454.tif 000025
【図２４】
2015159454.tif 000026
【図２５】
2015159454.tif 000027
【図２６】
2015159454.tif 000028
【図２７】
2015159454.tif 000029
【図２８】
2015159454.tif 000030
【図２９】
2015159454.tif 000031
【図３０】
2015159454.tif 000032
【図３１】
2015159454.tif 000033
【図３２】
2015159454.tif 000034
【図３３】
2015159454.tif 000035