(57)【特許請求の範囲】
【請求項１】
ネットワーク装置であって、
端末装置から、前記ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信する受信部と、
前記受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、前記条件を満たすと判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせによる設定対象のポートと前記端末装置のアドレスとに基づき、前記コマンド又は前記コマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、前記通信途絶が発生すると判断した場合には、前記コマンド又は前記コマンドとパラメータの組み合わせを実行する前に前記端末装置に問い合わせを行う制御部と、
を有するネットワーク装置。
【請求項２】
前記制御部が、
前記通信途絶が発生すると判断した場合には、前記端末装置から前記コマンド又はコマンドとパラメータの組み合わせを受信した経路とは異なる経路で前記端末装置が接続されているか否かを判断し、前記異なる経路で前記端末装置が接続されている場合には、複数の経路で接続している旨のメッセージを前記端末装置に送信する
請求項１記載のネットワーク装置。
【請求項３】
前記予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせが、ＶＬＡＮ（Virtual Local Area Network）の変更又は設定に関するコマンド又はコマンドとパラメータの組み合わせである
請求項１又は２記載のネットワーク装置。
【請求項４】
前記予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせが複数設定されているデータ格納部をさらに有し、
前記制御部は、前記データ格納部に格納されているデータに、前記受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが含まれているか否かを判断する
請求項１乃至３のいずれか１つ記載のネットワーク装置。
【請求項５】
前記制御部が、
前記コマンド又は前記コマンドとパラメータの組み合わせによる設定対象のポートで通信を行っている装置のアドレスと前記端末装置のアドレスとが一致しているか否かを判断し、
前記装置のアドレスと前記端末装置のアドレスが一致していると判断した場合に、通信途絶が発生すると判断する
請求項１乃至４のいずれか１つ記載のネットワーク装置。
【請求項６】
端末装置から、ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信すると、受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、
前記条件を満たすと判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせによる設定対象のポートと前記端末装置のアドレスとに基づき、前記コマンド又は前記コマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、
前記通信途絶が発生すると判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせを実行する前に前記端末装置に問い合わせを行う、
処理を、前記ネットワーク装置に実行させるためのプログラム。
【請求項７】
端末装置から、ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信すると、受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、
前記条件を満たすと判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせによる設定対象のポートと前記端末装置のアドレスとに基づき、前記コマンド又は前記コマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、
前記通信途絶が発生すると判断された場合には、前記コマンド又は前記コマンドとパラメータの組み合わせを実行する前に前記端末装置に問い合わせを行う、
処理を含み、前記ネットワーク装置により実行される制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク装置に対する設定技術に関する。
【背景技術】
【０００２】
高機能なネットワーク装置はｓｓｈやｔｅｌｎｅｔのデーモンを備えており、ｓｓｈ又はｔｅｌｎｅｔ接続するためのクライアントとして使用される管理端末からネットワーク装置に対するリモート制御が可能になっている。管理端末からは、自身が繋がるポートも含めて、ポートの設定変更がリモート制御で可能となっている。【０００３】
ネットワーク装置に対する設定ミスで注意すべきポイントには、ポート設定ミスがある。これは管理端末自身が繋がるポートの設定変更が可能であるため、そのポートに誤った設定変更をした場合、設定者にとって予期せぬ通信途絶が起きるためである。【０００４】
ある従来技術には、ネットワーク装置に対する接続許可設定の際に、管理者用の端末装置のアドレスが含まれない場合、又は接続拒否設定の際に、管理者用の端末装置のアドレスが含まれている場合に、警告を通知する技術が存在する。しかしながら、許可又は拒否すべきアドレスを直接的に設定する場合のみ通信途絶が発生するわけではない。また、管理者用の端末装置がネットワーク装置に接続されている経路については検討されていない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−７３１７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
従って、一側面によれば、本発明の目的は、ネットワーク装置に対するポート設定ミスを未然に防止するための新たな技術を提供することである。
【課題を解決するための手段】
【０００７】
本発明の一態様に係るネットワーク装置は、（Ａ）端末装置から、前記ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信する受信部と、（Ｂ）受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、上記条件を満たすと判断された場合には、コマンド又はコマンドとパラメータの組み合わせによる設定対象のポートと端末装置のアドレスとに基づき、コマンド又はコマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、通信途絶が発生すると判断した場合には、コマンド又はコマンドとパラメータの組み合わせを実行する前に端末装置に問い合わせを行う制御部とを有する。
【発明の効果】
【０００８】
一側面によれば、ネットワーク装置に対するポート設定ミスを未然に防止できるようになる。
【図面の簡単な説明】
【０００９】
【図１】図１は、システムの概要を示す図である。
【図２】図２は、ネットワーク装置の機能ブロック図である。
【図３】図３は、定義データの一例を示す図である。
【図４】図４は、制御ファームウェアにより実現される機能を示す図である。
【図５】図５は、メインの処理フローを示す図である。
【図６】図６は、メインの処理フローを示す図である。
【図７】図７は、通信途絶チェック処理の処理フローを示す図である。
【図８】図８は、設定対象ポートの状態の一例を示す図である。
【図９】図９は、設定対象ポートと通信するＩＰアドレスの一例を示す図である。
【図１０】図１０は、ログイン中の装置のＩＰアドレスの一例を示す図である。
【図１１】図１１は、複数経路確認処理の処理フローを示す図である。
【図１２】図１２は、メッセージ出力処理の処理フローを示す図である。
【図１３】図１３は、ネットワーク装置の他の機能ブロック図である。
【発明を実施するための形態】
【００１０】
図１は、本実施の形態に係るシステムの概要を示す図である。
【００１１】
例えばスイッチ等であるネットワーク装置１００（ＩＰアドレスが１９２．１６８．２９．１０）は、ＩＰアドレスが１９２．１６８．２９系であるＬＡＮ（Local Area Network）と、ポート２で接続されており、同様にＩＰアドレスが１９２．１６８．３０系であるＬＡＮと、ポート３で接続されている。これらのＬＡＮには、ネットワークにおけるアドレスを管理するＤＮＳ（Domain Name System）サーバ２００が接続されている。本例では、ホスト名がＨＯＳＴ−Ａである管理端末３００は、１９２．１６８．２９系ＬＡＮにも、１９２．１６８．３０系ＬＡＮにも接続されているものとする。管理端末３００は、例えば、ｔｅｌｎｅｔ又はｓｓｈで通信を行う機能（ｓｓｈ／ｔｅｌｎｅｔクライアント）を有するパーソナルコンピュータである。
【００１２】
ネットワーク装置１００は、例えば図２に示すような構成を有する。すなわち、ネットワーク装置１００は、ｎ個のポート（図１では４つのポート）と、パケットのルーティングを行うスイッチハードウエア１３０と、スイッチハードウエア１３０に接続されておりネットワーク装置１００全体の制御を行う制御部１１０と、制御部１１０により用いられるデータを格納するメモリ１２０とを有する。
【００１３】
制御部１１０は、例えばプロセッサがプログラムを実行することで実現され、当該プログラムはメモリ１２０に格納されている場合もあれば、プロセッサにＲＯＭ（Read Only Memory）やフラッシュメモリが設けられている場合には当該ＲＯＭやフラッシュメモリに格納されている。本実施の形態では、特に、制御ファームウェア１１１と、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２とが、プロセッサにより実行されて、以下で述べる機能が実現されているものとする。
【００１４】
メモリ１２０には、各ポートやスイッチハードウエア１３０に関する設定データや、各ポートの状態などに関するデータが格納されている場合もある。また、メモリ１２０には、本実施の形態で用いられる定義テーブルが格納される。
【００１５】
本実施の形態では、例えば図３に示すような定義テーブルが用いられる。
【００１６】
図３では、定義テーブルに、ＶＬＡＮ（Virtual LAN）の設定又は設定変更に関するコマンド、又はコマンドとパラメータの組み合わせが登録されている例を示している。例えば、コマンドvlanとパラメータuntagの組み合わせが入力された場合には、ＶＬＡＮの設定又は設定変更に関するコマンドが入力されたため通信途絶が発生する可能性があると判断できる。このような定義テーブルを用意することで、管理端末３００との通信途絶を引き起こす可能性がある様々なコマンド等を設定できるようになる。すなわち、ＶＬＡＮに関する設定に留まらない。
【００１７】
制御ファームウェア１１１により実現される機能は、例えば図４に示すように、コマンド解析部１１１１と、通信途絶チェック部１１１２と、複数経路チェック部１１１３と、メッセージ出力処理部１１１４とを有する。コマンド解析部１１１１は、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２が管理端末３００から受信したコマンド等を、定義テーブルを用いて解析する。通信途絶チェック部１１１２は、管理端末３００との通信がコマンド等を実行した場合に途絶されるか否かを判断する。また、複数経路チェック部１１１３は、管理端末３００とネットワーク装置１００との間に、図１に示すような複数の経路が設けられているか否かを判断する。メッセージ出力処理部１１１４は、ここまでの処理結果を管理端末３００に出力するための処理を実行する。
【００１８】
次に、図１に示したシステムにおける動作を図５乃至図１２を用いて説明する。
【００１９】
ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、管理端末３００からの要求に応じて、管理端末３００と接続する（図５：ステップＳ１）。接続が確立されると、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、管理端末３００からユーザ名及びパスワードの受信を待ち、ユーザ名及びパスワードの受信がなされると、一般的な認証処理を実行する（ステップＳ３）。ここで認証に失敗すると、管理端末３００に対してユーザ名及びパスワードの再送を要求する。
【００２０】
認証に成功すると、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、コマンド等の受信を待ち受ける状態になり、管理端末３００に管理者がコマンド等を入力すると、管理端末３００からコマンド等を受信する（ステップＳ５）。
【００２１】
例えば、管理端末３００はネットワーク装置１００にｓｓｈで接続し、以下のようなコマンドが入力されたものとする。
＞interface 0/2
＞vlan Tag 10
【００２２】
１行目のコマンドはスロット０且つポート２について設定をこれから行うことを表しており、２行目のコマンドはＶＬＡＮＩＤを「１０」に設定するということを表している。
【００２３】
ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、受信したコマンド等を制御ファームウェア１１１に出力する（ステップＳ７）。
【００２４】
これに対して、制御ファームウェア１１１のコマンド解析部１１１１は、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２からコマンド等を受信し（ステップＳ９）、当該受信したコマンド等を定義テーブル（図３）と照合する（ステップＳ１１）。ステップＳ９までは、従来と同じである。
【００２５】
図３の例では、上で述べたコマンド等の１行目は該当しないが、コマンド等の２行目は、定義テーブルの２行目に該当する。
【００２６】
そして、コマンド解析部１１１１は、受信したコマンド等が、定義テーブルに登録されている、すなわち通信途絶の可能性があるコマンド等であるか否かを判断する（ステップＳ１３）。ここで、受信したコマンド等が、定義テーブルに登録されていない場合には、端子Ａを介して図６の処理に移行する。一方、受信したコマンド等が、定義テーブルに登録されている場合には、端子Ｂを介して図６の処理に移行する。
【００２７】
図６の処理の説明に移行して、次に、通信途絶チェック部１１１２は、通信途絶チェック処理を実行する（ステップＳ１５）。この通信途絶チェック処理については、図７を用いて説明する。
【００２８】
まず、通信途絶チェック部１１１２は、コマンド等による設定対象ポートのリンク状態を取得する（ステップＳ４１）。例えば、show ether briefコマンドを実行すると、指定したポートのリンク状態が得られる。
【００２９】
上で述べたコマンド等が実行された場合には、設定対象ポートは「２」であり、例えば図８に示すようなshow ether briefコマンドの実行結果が得られたものとする。
【００３０】
図８の例では、ポート番号「２」に対する状態（status)が、リンクアップupであるか又はリンクダウンdownであるか否かを確認する。図８の例ではリンクアップ状態であることが分かる。
【００３１】
リンクアップではない、すなわちリンクダウンであれば（ステップＳ４３：Ｎｏルート）、処理は端子Ａを介して図６の処理に移行する。
【００３２】
一方、リンクアップであれば（ステップＳ４３：Ｙｅｓルート）、通信途絶チェック部１１１２は、設定対象ポートと通信している装置のＩＰアドレスを取得する（ステップＳ４５）。例えばshow arpコマンドを実行すると、図９に示すような実行結果が得られたものとする。
【００３３】
図９からすると、設定対象ポート「２」と通信している装置のＩＰアドレスは、「１９２．１６８．２９．１０１」であることが分かる。
【００３４】
設定対象ポートと通信している装置のＩＰアドレスが取得できなければ（ステップＳ４７：Ｎｏルート）、処理は端子Ａを介して図６の処理に移行する。
【００３５】
一方、設定対象ポートと通信している装置のＩＰアドレスが取得できた場合には（ステップＳ４７：Ｙｅｓルート）、通信途絶チェック部１１１２は、現在ネットワーク装置１００にログイン中のコマンド送信元ホストのＩＰアドレスを取得する（ステップＳ４９）。例えばshow usersコマンドを実行することで、ｓｓｈでログイン中のホストのＩＰアドレスを取得する。この場合には、図１０に示すような実行結果が得られたものとする。
【００３６】
図１０の例では、Remote HostのＩＰアドレスが「１９２．１６８．２９．１０１」であることが分かる。
【００３７】
そして、通信途絶チェック部１１１２は、ステップＳ４５で取得されたＩＰアドレスと、ステップＳ４９で取得されたＩＰアドレスとが一致するか否かを判断する（ステップＳ５１）。これによって、設定の影響を受けるポートに対する設定を行おうとする装置のＩＰアドレスと、通信先のＩＰアドレスが一致しているか否かを判断することになる。これらが一致しない場合には、管理端末３００との通信途絶が発生することはないので、処理は端子Ａを介して図６の処理に移行する。
【００３８】
一方、これらのＩＰアドレスが一致してしまうと、管理端末３００との通信途絶が発生するので、処理は呼出元の処理に戻る。
【００３９】
このように、コマンド又はコマンドとパラメータの組み合わせから、管理端末３００との通信途絶の可能性の有無を判断した上で、さらに実際に通信途絶が起こるか否かを判断するものである。
【００４０】
図６の処理の説明に戻って、複数経路チェック部１１１３は、複数経路確認処理を実行する（ステップＳ１７）。この複数経路確認処理については、図１１を用いて説明する。
【００４１】
複数経路チェック部１１１３は、ＤＮＳサーバ２００から、取得したＩＰアドレスに対応するホスト名を取得する（ステップＳ６１）。上で述べた例では「１９２．１６８．２９．１０１」に対応するホスト名をＤＮＳサーバ２００に問い合わせ、「ＨＯＳＴ−Ａ」を取得する。
【００４２】
また、複数経路チェック部１１１３は、取得したホスト名に対応するＩＰアドレスを、ＤＮＳサーバ２００から取得する（ステップＳ６３）。上で述べた例では、図１に示すように、ホスト名「ＨＯＳＴ−Ａ」の管理端末３００は、ＩＰアドレス「１９２．１６８．２９．１０１」及び「１９２．１６８．３０．１０１」が付与されているので、これらのＩＰアドレスが取得される。
【００４３】
そして、複数経路チェック部１１１３は、ＤＮＳサーバ２００から取得されたＩＰアドレスに、コマンド送信元のＩＰアドレス以外のＩＰアドレスが存在しているか否かを判断する（ステップＳ６５）。ＤＮＳサーバ２００から取得されたＩＰアドレスに、コマンド送信元のＩＰアドレス以外のＩＰアドレスが存在しない場合には、複数経路チェック部１１１３は、処理結果として「複数経路無し」を設定して、メッセージ出力処理部１１１４に出力する（ステップＳ７３）。そして処理は呼出元の処理に戻る。
【００４４】
ＤＮＳサーバ２００から取得されたＩＰアドレスに、コマンド送信元のＩＰアドレス以外のＩＰアドレスが存在する場合には、複数経路チェック部１１１３は、ＤＮＳサーバ２００から取得されたＩＰアドレスのうち、コマンド送信元のＩＰアドレス以外のＩＰアドレスに対して、ｐｉｎｇを実行して応答を待つ（ステップＳ６７）。上で述べた例では、「１９２．１６８．３０．１０１」に対してｐｉｎｇを実行する。
【００４５】
ここで、ｐｉｎｇに対する応答を受信できなかった場合には（ステップＳ６９：Ｎｏルート）、ＩＰアドレスが付与されていても用いられていないものとして、処理はステップＳ７３に移行する。一方、ｐｉｎｇに対する応答を受信できた場合には（ステップＳ６９：Ｙｅｓルート）、複数経路チェック部１１１３は、処理結果として「複数経路有り」を設定して、メッセージ出力処理部１１１４に出力する（ステップＳ７１）。そして処理は呼出元の処理に戻る。
【００４６】
このようにすれば、複数の経路が設けられているのか否か、そして複数の経路のうち１つのみが通信途絶になるのか否かを正確に把握できるようになる。
【００４７】
図６の処理の説明に戻って、メッセージ出力処理部１１１４は、メッセージ出力処理を実行する（ステップＳ１９）。メッセージ出力処理については、図１２を用いて説明する。
【００４８】
まず、メッセージ出力処理部１１１４は、複数経路チェック部１１１３の出力が「複数経路有り」であるか否かを判断する（ステップＳ８１）。複数経路無しであれば、メッセージ出力処理部１１１４は、予め定められたパターン２の警告メッセージを、例えばｓｓｈ／ｔｅｌｎｅｔデーモン１１２を介して管理端末３００へ出力する（ステップＳ８３）。パターン２の警告メッセージは、例えば「通信途絶が発生します。」である。このようなメッセージが、管理端末３００では表示装置に表示される。そして処理は、ステップＳ８７に移行する。
【００４９】
一方、複数経路チェック部１１１３の出力が「複数経路有り」であれば、メッセージ出力処理部１１１４は、予め定められたパターン１の警告メッセージを、例えばｓｓｈ／ｔｅｌｎｅｔデーモン１１２を介して管理端末３００へ出力する（ステップＳ８５）。パターン１の警告メッセージは、例えば「通信途絶が発生します。ただし別経路にて通信可能です。」である。このようなメッセージが、管理端末３００では表示装置に表示される。
【００５０】
さらに、メッセージ出力処理部１１１４は、実行継続の問い合わせを、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２に実行させる（ステップＳ８７）。例えば、「コマンド実行を継続しますか？  （Yes or No）」といったメッセージを管理端末３００に表示させる。
【００５１】
ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、指示に従って、管理端末３００に問い合わせのメッセージを出力し、管理端末３００から問い合わせ結果を受信すると、制御ファームウェア１１１に出力する（ステップＳ８９）。
【００５２】
制御ファームウェア１１１のメッセージ出力処理部１１１４は、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２から問い合わせ結果を受信する（ステップＳ９１）。そして処理は、図６の処理に戻る。
【００５３】
図６の処理の説明に戻って、メッセージ出力処理部１１１４は、問い合わせ結果がコマンド実行を表しているか否かを判断する（ステップＳ２１）。ここで、問い合わせ結果が「コマンド実行」すなわち「Ｙｅｓ（又はＹ）」であれば、制御ファームウェア１１１は、最初に受信したコマンド等の実行を行う（ステップＳ２３）。さらに、制御ファームウェア１１１は、コマンド実行結果をｓｓｈ／ｔｅｌｎｅｔデーモン１１２に出力する（ステップＳ２５）。そうすると、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、コマンド実行結果を受け取って、管理端末３００へ送信する（ステップＳ２７）。そして処理は終了する。
【００５４】
一方、問い合わせ結果が「コマンド実行」ではない場合には、制御ファームウェア１１１は、問い合わせ結果が「コマンド実行を中断」すなわち「Ｎｏ（又はＮ）」であるか否かを判断する（ステップＳ２９）。ここで、問い合わせ結果が「コマンド実行を中断」であれば、制御ファームウェア１１１及びｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、管理端末３００からのコマンド待ち状態に遷移する（ステップＳ３１）。
【００５５】
一方、問い合わせ結果が「コマンド実行を中断」ではない場合、すなわち「Ｙｅｓ」でも「Ｎｏ」でもない場合には、制御ファームウェア１１１のメッセージ出力処理部１１１４は、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２に、再度の問い合わせを実行させる（ステップＳ３３）。例えば、「コマンドに誤りがあります。（入力値＝Yes または No）」というメッセージを、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２に管理端末３００へ送信させる。管理端末３００は、メッセージを受信すると、表示装置に表示する。そして、ｓｓｈ／ｔｅｌｎｅｔデーモン１１２は、管理端末３００から問い合わせ結果を受信すると、制御ファームウェア１１１に出力する。そして処理はステップＳ２１に移行する。
【００５６】
以上のような処理を実行することで、管理端末３００のユーザである管理者は、あえて通信途絶を認識しつつ、そのままコマンドを実行させるか、誤って通信途絶となるような設定を行おうとしていたのかを認識することができるようになる。この際、複数経路が存在している旨のメッセージがあれば、安心してコマンドを実行させることもできるようになる。
【００５７】
以上本発明の実施の形態を説明したが、本発明はこれに限定されるものではない。
【００５８】
例えば、処理フローについては、処理結果が変わらない限り、複数ステップを並列に実行する場合もあれば、ステップの順番を入れ替える場合もある。
【００５９】
プログラムの構成についても、上で説明したモジュール構成を採用せずに、同様の機能を実現させる場合もある。
【００６０】
また、上で述べたネットワーク装置１００は、図１３に示すように、メモリ２６０１とＣＰＵ２６０３とハードディスク・ドライブ（ＨＤＤ）２６０５と表示装置２６０９に接続される表示制御部２６０７とリムーバブル・ディスク２６１１用のドライブ装置２６１３と入力装置２６１５とネットワークに接続するための通信部２６１７（図１３では、２６１７ａ乃至２６１７ｃ）とがバス２６１９で接続されている場合もある。なお、場合によっては、表示制御部２６０７、表示装置２６０９、ドライブ装置２６１３、入力装置２６１５は含まれない場合もある。オペレーティング・システム（ＯＳ：Operating System）及び本実施の形態における処理を実施するためのプログラムは、ＨＤＤ２６０５に格納されており、ＣＰＵ２６０３により実行される際にはＨＤＤ２６０５からメモリ２６０１に読み出される。必要に応じてＣＰＵ２６０３は、表示制御部２６０７、通信部２６１７、ドライブ装置２６１３を制御して、必要な動作を行わせる。なお、通信部２６１７のいずれかを介して入力されたデータは、他の通信部２６１７を介して出力される。ＣＰＵ２６０３は、通信部２６１７を制御して、適切に出力先を切り替える。また、処理途中のデータについては、メモリ２６０１に格納され、必要があればＨＤＤ２６０５に格納される。本発明の実施例では、上で述べた処理を実施するためのプログラムはコンピュータ読み取り可能なリムーバブル・ディスク２６１１に格納されて頒布され、ドライブ装置２６１３からＨＤＤ２６０５にインストールされる。インターネットなどのネットワーク及び通信部２６１７を経由して、ＨＤＤ２６０５にインストールされる場合もある。このようなコンピュータ装置は、上で述べたＣＰＵ２６０３、メモリ２６０１などのハードウエアとＯＳ及び必要なアプリケーション・プログラムとが有機的に協働することにより、上で述べたような各種機能を実現する。
【００６１】
以上述べた本発明の実施の形態をまとめると、以下のようになる。
【００６２】
本実施の形態に係るネットワーク装置は、（Ａ）端末装置から、前記ネットワーク装置に対する設定に関するコマンド又はコマンドとパラメータの組み合わせを受信する受信部と、（Ｂ）受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせであるという条件を満たすか否かを判断し、上記条件を満たすと判断された場合には、コマンド又はコマンドとパラメータの組み合わせによる設定対象のポートと端末装置のアドレスとに基づき、コマンド又はコマンドとパラメータの組み合わせを実行した場合に通信途絶が発生するか判断し、通信途絶が発生すると判断した場合には、コマンド又はコマンドとパラメータの組み合わせを実行する前に端末装置に問い合わせを行う制御部とを有する。
【００６３】
予め通信途絶を引き起こし得る様々なコマンド又はコマンドとパラメータの組み合わせを登録しておくことにより、管理者の誤りを事前に警告することができるようになり、結果として設定ミスを未然に防止できる。
【００６４】
また、上で述べた制御部が、通信途絶が発生すると判断した場合には、端末装置からコマンド又はコマンドとパラメータの組み合わせを受信した経路とは異なる経路で端末装置が接続されているか否かを判断し、上記異なる経路で端末装置が接続されている場合には、複数の経路で接続している旨のメッセージを端末装置に送信するようにしても良い。このようにすれば、複数の経路のうちいずれか１つで通信途絶が発生しても、端末装置は残りの経路でネットワーク装置と通信できるということを確認できるようになる。
【００６５】
さらに、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせが、ＶＬＡＮ（Virtual Local Area Network）の変更又は設定に関するコマンド又はコマンドとパラメータの組み合わせである場合もある。ＶＬＡＮの設定誤りは、比較的発生しやすいためである。
【００６６】
さらに、上で述べたネットワーク装置が、予め定められ且つ通信途絶を引き起こし得るコマンド又はコマンドとパラメータの組み合わせが複数設定されているデータ格納部をさらに有するようにしても良い。この際、制御部は、データ格納部に格納されているデータに、受信部により受信されたコマンド又はコマンドとパラメータの組み合わせが含まれているか否かを判断するようにしても良い。
【００６７】
また、上で述べた制御部が、コマンド又はコマンドとパラメータの組み合わせによる設定対象のポートで通信を行っている装置のアドレスと端末装置のアドレスとが一致しているか否かを判断し、上記装置のアドレスと端末装置のアドレスが一致していると判断した場合に、通信途絶が発生すると判断するようにしても良い。これによって、確実に通信途絶の発生を判定できるようになる。
【００６８】
なお、上記方法による処理をプロセッサに行わせるためのプログラムを作成することができ、当該プログラムは、例えばフレキシブルディスク、ＣＤ−ＲＯＭ、光磁気ディスク、半導体メモリ、ハードディスク等のコンピュータ読み取り可能な記憶媒体又は記憶装置に格納される。尚、中間的な処理結果はメインメモリ等の記憶装置に一時保管される。
【図１】
0005987983.tif 000002
【図２】
0005987983.tif 000003
【図３】
0005987983.tif 000004
【図４】
0005987983.tif 000005
【図５】
0005987983.tif 000006
【図６】
0005987983.tif 000007
【図７】
0005987983.tif 000008
【図８】
0005987983.tif 000009
【図９】
0005987983.tif 000010
【図１０】
0005987983.tif 000011
【図１１】
0005987983.tif 000012
【図１２】
0005987983.tif 000013
【図１３】
0005987983.tif 000014