(57)【要約】【課題】  複数の通信プロトコルにて動作可能な通信装置に対し、動作変更を施すことが原因で、通信に支障が生じるのを防止する。【解決手段】  ＩＰｖ４及びＩＰｖ６にて通信可能な多機能装置は、管理ＰＣによりネットワーク経由で設定変更される。管理ＰＣによる使用プロトコルの変更の際には、多機能装置の使用プロトコルを変更した際に、管理ＰＣと多機能装置との間の通信が維持できるか否かを、管理ＰＣの通信プロトコルと、変更後の多機能装置２０の通信プロトコルとを比較して判断する（Ｓ３３０）。そして、通信プロトコルが一致しない場合には、通信が維持できないと判断し、管理ＰＣから多機能装置を操作することができなくなる旨の警告画面を表示する（Ｓ３３５）。また、変更をキャンセルする指令が入力部から入力された場合には（Ｓ３４０でＮｏ）、設定変更を行わないようにする。【選択図】  図７
2010178379.tif 000002
【特許請求の範囲】
【請求項１】
第一の通信プロトコルにて通信する装置、及び、前記第一の通信プロトコルとは異なる第二の通信プロトコルにて通信する装置を含むネットワーク、に接続され、前記第一の通信プロトコルにて前記ネットワーク内の装置と通信するための第一通信機能と、前記第二の通信プロトコルにて前記ネットワーク内の装置と通信するための第二通信機能と、を備える通信装置、
を管理するための管理システムであって、
前記ネットワークを介し、前記第一又は第二の通信プロトコルにて前記通信装置と通信する通信手段と、利用者が操作可能な入力手段と、前記入力手段から入力される指令に従い、前記通信手段を介して、前記通信装置の動作を変更する変更手段と、を備える管理装置と、
前記変更手段が、前記通信装置の動作を変更する際、その変更によって、前記ネットワーク内の通信に支障が生じるか否かを判定する判定手段と、を備え
前記判定手段は、
前記変更の後に、前記通信装置と前記管理装置との通信が維持できるか否かを判断する維持判断手段、
を有し、前記維持判断手段により、前記通信装置と前記管理装置との通信が維持できないと判断されると、前記ネットワーク内の通信に支障が生じると判定することを特徴とすることを特徴とする管理システム。
【請求項２】
前記判定手段は、前記変更手段が前記通信装置の動作を変更する前に動作し、
当該管理システムは、更に、
前記判定手段が前記ネットワーク内の通信に支障が生じると判定すると、前記変更手段による変更動作を禁止する禁止手段、を備えることを特徴とする請求項１記載の管理システム。
【請求項３】
前記変更手段は、前記入力手段から入力される指令に従って、前記通信装置の第一及び第二通信機能をオン／オフする構成にされており、
前記判定手段は、前記変更手段が前記第一又は第二通信機能をオンからオフに変更する際、その変更によって、前記ネットワーク内の通信に支障が生じるか否かを判定することを特徴とする請求項１又は請求項２に記載の管理システム。
【請求項４】
過去の所定期間に、前記通信装置と通信した前記ネットワーク内の装置が用いた通信プロトコルを示す情報を、通信履歴情報として、当該管理システムが備える記憶手段に記憶させる履歴記録手段、を備え、
前記判定手段は、
前記記憶手段が記憶する前記通信履歴情報に基づき、前記変更によって、前記通信装置との通信が不可能となる装置が、前記所定期間に前記通信装置と通信した前記ネットワーク内の装置の中に存在するか否かを判断する装置判断手段、
を有し、前記装置判断手段により、前記通信装置との通信が不可能となる装置が存在すると判断されると、前記ネットワーク内の通信に支障が生じると判定することを特徴とする請求項３記載の管理システム。
【請求項５】
前記通信装置は、
前記第一の通信プロトコルにて前記ネットワーク内の特定装置と通信するための情報、又は、前記第二の通信プロトコルにて前記ネットワーク内の特定装置と通信するための情報を、特定装置との通信に係る設定情報として記憶する設定記憶手段、
を備え、前記設定記憶手段が記憶する設定情報に従って、前記ネットワーク内の特定装置と通信する構成にされ、
前記判定手段は、前記変更手段が前記第一通信機能をオンからオフに変更する際に、前記設定記憶手段が、前記設定情報として、前記第一の通信プロトコルにて前記ネットワーク内の特定装置と通信するための情報を記憶している場合、及び、前記変更手段が前記第二通信機能をオンからオフに変更する際に、前記設定記憶手段が、前記設定情報として、前記第二の通信プロトコルにて前記ネットワーク内の特定装置と通信するための情報を記憶している場合、前記ネットワーク内の通信に支障が生じると判定することを特徴とする請求項３又は請求項４記載の管理システム。
【請求項６】
前記第一の通信プロトコルにて前記ネットワーク内の特定装置と通信するための情報は、前記特定装置のアドレス情報であって、前記第一の通信プロトコルに適合するアドレス情報であり、
前記第二の通信プロトコルにて前記ネットワーク内の特定装置と通信するための情報は、前記特定装置のアドレス情報であって、前記第二の通信プロトコルに適合するアドレス情報であることを特徴とする請求項５に記載の管理システム。
【請求項７】
前記判定手段が前記ネットワーク内の通信に支障が生じると判定すると、その旨のメッセージを表示するメッセージ表示手段、を備えることを特徴とする請求項１〜請求項６のいずれかに記載の管理システム。
【請求項８】
前記判定手段が前記ネットワーク内の通信に支障が生じると判定すると、前記支障の解決策を導出する解決策導出手段と、
前記解決策導出手段により導出された前記解決策を表示する解決策表示手段と、
を備えることを特徴とする請求項１〜請求項７のいずれかに記載の管理システム。
【請求項９】
前記判定手段が前記ネットワーク内の通信に支障が生じると判定すると、前記支障の解決策を導出する解決策導出手段と、
前記解決策導出手段の導出結果に従い、前記通信装置の動作を変更する修正手段と、
を備えることを特徴とする請求項１〜請求項８のいずれかに記載の管理システム。
【請求項１０】
第一の通信プロトコルにて通信する装置、及び、前記第一の通信プロトコルとは異なる第二の通信プロトコルにて通信する装置を含むネットワーク、に接続され、前記第一の通信プロトコルにて前記ネットワーク内の装置と通信するための第一通信機能と、前記第二の通信プロトコルにて前記ネットワーク内の装置と通信するための第二通信機能と、を備える通信装置、
を管理するためのコンピュータに、
前記ネットワークを介し、前記第一又は第二の通信プロトコルにて前記通信装置と通信する通信手順と、入力手段から入力される指令に従い、前記通信手順を介して、前記通信装置の動作を変更する変更手順と、
前記通信装置の動作を変更する際に、その変更によって、前記ネットワーク内の通信に支障が生じるか否かを判定する判定手順と、
を実行させるためのプログラムであって、
前記判定手順は、
前記変更の後に、前記通信装置と前記コンピュータとの通信が維持できるか否かを判断する維持判断手順、
を含み、前記維持判断手順により、前記通信装置と前記コンピュータとの通信が維持できないと判断されると、前記ネットワーク内の通信に支障が生じると判定するプログラム
【請求項１１】
前記変更手順は、入力手段から入力される指令に従って、前記通信装置の第一及び第二通信機能をオン／オフする手順であることを特徴とする請求項１０記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信プロトコルにて、ネットワーク内の装置と通信を行う通信装置を管理するための管理システムに関する。
【背景技術】
【０００２】
従来より、通信プロトコルとしては、インターネットでの通信に用いられるインターネットプロトコル（ＩＰ）が知られている（例えば、引用文献１〜３参照）。近年、情報インフラの普及に伴い、ＩＰアドレスの枯渇化等が問題となり、既存のインターネットプロトコルであるＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）に代わって、新しいインターネ
ットプロトコルが開発され、採用されつつある。新しいインターネットプロトコルとは、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）である。
【０００３】
現在は、ＩＰｖ６への移行期にあり、ＩＰｖ４にて動作する端末と、ＩＰｖ６にて動作する端末と、が混在するネットワーク環境が多く存在する。このため、現在では、ＩＰｖ４及びＩＰｖ６の両プロトコルにて通信可能な通信装置を、製品として開発する手法等が採られている。また、このような複数のプロトコルにて動作可能な通信装置においては、様々なネットワーク環境に対応できるように、ＩＰｖ６による通信機能と、ＩＰｖ４による通信機能とを、夫々オン／オフ可能な構成を採用することが考えられている。
【特許文献１】特開２００４−３２６９９号公報
【特許文献２】特開２０００−１８３８７４号公報
【特許文献３】特開２００１−０３４４３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、インターネットプロトコルによる通信では、特定装置（サーバ等）と通信を行う場合、ＩＰアドレスやドメイン名等で通信先を指定し、この情報を格納したパケットをネットワーク内に送出する。この際、ＩＰｖ４による通信機能がオフにされているにも拘らず、通信先に関する設定情報に、ＩＰｖ４形式のＩＰアドレスが登録されていると、通信装置は、通信先装置と通信を行うことができない。
【０００５】
また、ドメイン名等で通信先を指定する場合には、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバにアクセスして、ドメイン名をＩＰアドレスに変換するが、ＤＮＳサーバの設定と、通信機能のオン／オフとの関係が適合していない場合には、ＤＮＳサーバにアクセスすることができず、通信先装置と通信できない事態が予想される。
【０００６】
即ち、複数のプロトコルにて通信可能で、各プロトコルによる通信機能をオン／オフ可能な構成された通信装置では、通信に係る設定内容と、通信機能のオン／オフとの関係に不整合が生じ、通信に支障が生じる可能性がある。また、通信機能をオン／オフすることによって、ＩＰｖ４又はＩＰｖ６の通信機能（単一の通信機能）しか備えない他の装置が、両通信機能を有する通信装置にアクセスすることができなくなる事態が予想される。
【０００７】
その他、通信機能のオン／オフに関係なく、通信先装置の能力と、通信先装置にアクセスする際に用いるプロトコルとに不整合が生じた場合には、通信先装置と通信することができなくなる事態が予想される。
【０００８】
本発明は、こうした問題に鑑みなされたものであり、第一の通信プロトコルにて通信す
る装置、及び、第二の通信プロトコルにて通信する装置を含むネットワークに接続され、第一の通信プロトコルにてネットワーク内の装置と通信するための第一通信機能と、第二の通信プロトコルにてネットワーク内の装置と通信するための第二通信機能と、を備える通信装置に対して、動作変更を施すことが原因で、通信装置の動作を変更する装置との間の通信に支障が生じる場合に、支障の発生を防止したり、迅速に問題を解消可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる目的を達成するためになされた請求項１記載の発明は、第一の通信プロトコルにて通信する装置、及び、第一の通信プロトコルとは異なる第二の通信プロトコルにて通信する装置を含むネットワーク、に接続され、第一の通信プロトコルにてネットワーク内の装置と通信するための第一通信機能と、第二の通信プロトコルにてネットワーク内の装置と通信するための第二通信機能と、を備える通信装置、を管理するための管理システムであって、通信手段と、入力手段と、変更手段と、を備える管理装置と、判定手段と、を備えるものである。
【００１０】
通信手段は、ネットワークを介し、第一又は第二の通信プロトコルにて通信装置と通信し、変更手段は、利用者の操作によって入力手段から入力される指令に従い、通信手段を介して、通信装置の動作を変更する構成にされており、判定手段は、変更手段によって通信装置の動作が変更される際に、その変更によって、ネットワーク内の通信に支障が生じるか否かを判定する。
【００１１】
ここで、判定手段は、変更手段による変更の後に、通信装置と管理装置との通信が維持できるか否かを判断する維持判断手段を有し、維持判断手段により、通信装置と管理装置との通信が維持できないと判断された場合には、ネットワーク内の通信に支障が生じると判定する。
【００１２】
この発明によれば、利用者の操作に従って通信装置の動作を変更する際に、管理装置との間の通信に支障が生じるか否かを判定するため、通信に支障が生じる場合には、その旨を利用者に報知するといった処置や、支障が生じないように変更を禁止するといった処置を施すことができる。従って、この管理システムによれば、上記通信装置に対し、動作変更を施すことが原因で、通信装置の動作を変更する管理装置との間の通信に支障が生じる場合に、その発生を防止したり、迅速に問題を解消することができる。
【００１３】
ここで、周知のように、ＩＰネットワークではＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いて管理装置から通信装置の動作（設定）を、遠隔操作で変更することができる。
【００１４】
このように、通信装置から利用者が離れている場合には、利用者が支障に気づくこと、支障に対処することが困難である。従って、支障の発生を防止することが可能な本発明は、非常に有用である。
【００１５】
すなわち、上述したシステムでは、管理装置から遠隔操作で通信装置の動作（設定）を変更した際に、管理装置と通信装置との通信を維持することができなくなる可能性があるが、本発明では、このような問題に対処することができ、管理装置と通信装置との通信が維持できなくなるのを、防止することができる。
【００１６】
尚、判定手段は、前記通信装置と、ネットワーク内の他の装置との通信が不可能になる場合に、上記支障が生じると判定する構成とすることもができる。
【００１７】
また、請求項２記載の管理システムは、変更手段による通信装置の動作変更前に、判定手段が動作し、判定手段によってネットワーク内の通信に支障が生じると判定された場合には、禁止手段が、変更手段による変更動作を禁止する構成にされたものである。この管理システムによれば、利用者が誤った動作変更を指示することが原因で、通信に支障が生じるのを防止することができる。
【００１８】
その他、変更手段が、入力手段から入力される指令に従って、通信装置の第一及び第二通信機能を、オン／オフする構成にされている場合には、判定手段を、請求項３記載のように構成するとよい。即ち、変更手段が第一又は第二通信機能をオンからオフに変更する際、その変更によって、ネットワーク内の通信に支障が生じるか否かを判定するように、判定手段を構成するとよい。
【００１９】
通信機能がオフにされた場合には、変更前まで通信していた装置との通信が不可能になる可能性があるが、この管理システムによれば、そのような問題に対し、適切に対処することができる。例えば、通信が不可能になる場合には、禁止手段にて変更を禁止することにより、通信が不可能となるのを防止することができる。また、その旨を利用者に報知することにより、利用者に、通信不可能な状態を、迅速に解消させることができる。
【００２０】
尚、上記の管理システムには、過去の所定期間に、上記通信装置と通信したネットワーク内の装置が用いた通信プロトコルを示す情報を、通信履歴情報として、管理システムが備える記憶手段に記憶させる履歴記録手段を設け、判定手段を請求項４記載のように構成するとよい。
【００２１】
請求項４記載の管理システムは、上記履歴記録手段を備えると共に、判定手段に装置判断手段を備えるものである。装置判断手段は、変更手段による変更動作によって、上記通信装置との通信が不可能となる装置が、所定期間に上記通信装置と通信したネットワーク内の装置の中に存在するか否かを、通信履歴情報に基づき判断する。判定手段は、この装置判断手段により、通信装置との通信が不可能となる装置が存在すると判断されると、ネットワーク内の通信に支障が生じると判定する。
【００２２】
この管理システムによれば、所定期間に上記通信装置と通信したネットワーク内の装置について、その装置との通信に支障が生じるか否かを判定するので、上記通信装置と頻繁に通信するネットワーク内の装置の通信が不可能になることが原因で生じる様々な問題を、未然又は迅速に解消することができる。
【００２３】
また、上記通信装置が、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報、又は、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報を、特定装置との通信に係る設定情報として記憶する設定記憶手段、を備え、設定記憶手段が記憶する設定情報に従って、ネットワーク内の特定装置と通信する構成にされている場合には、判定手段を、請求項５記載のように構成するとよい。
【００２４】
請求項５記載の管理システムにおける判定手段は、変更手段が第一通信機能をオンからオフに変更する際に、設定記憶手段が、上記設定情報として、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報を記憶している場合、ネットワーク内の通信に支障が生じると判定する。また、変更手段が第二通信機能をオンからオフに変更する際に、設定記憶手段が、上記設定情報として、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報を記憶している場合、ネットワーク内の通信に支障が生じると判定する。
【００２５】
請求項５記載の通信装置を前提とした場合、その通信装置では、第一通信機能がオフに
されている場合に、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報が設定記憶手段に記憶されていると、第二通信機能がオンであっても、その特定装置との通信を行うことができない。また同様に、第二通信機能がオフにされている場合に、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報が設定記憶手段に記憶されていると、第一通信機能がオンであっても、特定装置との通信を行うことができない。
【００２６】
従って、本発明のように、通信機能のオン／オフを切り替える際に、通信機能のオン／オフと設定情報との関係に不整合が生じるか否か判断すれば、未然又は迅速に、その問題（特定装置との通信が不可能になる問題）を解決することができる。尚、ネットワークが、ＩＰネットワークである場合、特定装置としては、ＤＮＳサーバ、メールサーバ等が挙げられる。その他、特定装置としては、ゲートウェイ、ルータ、アクセスポイント等、通信装置が他の装置との通信に際し、データ中継器として利用する装置、あるいは、通信装置が他の装置との通信に先立って、その通信に必要な情報を取得するために利用する装置等が挙げられる。また、設定情報としては、特定装置のＩＰアドレスが挙げられる。
【００２７】
また、上記の管理システムは、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報が、特定装置のアドレス情報であって、第一の通信プロトコルに適合するアドレス情報であり、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報が、特定装置のアドレス情報であって、第二の通信プロトコルに適合するアドレス情報である通信装置、を管理するためのシステムとして構成することができる（請求項６）。
【００２８】
尚具体的に、第一の通信プロトコルがＩＰｖ４、第二の通信プロトコルがＩＰｖ６である場合、３２ビットのアドレス情報が第一の通信プロトコルに適合するアドレス情報に相当し、１２８ビットのアドレス情報が第二の通信プロトコルに適合するアドレス情報に相当する。
【００２９】
また、請求項７記載の管理システムは、判定手段がネットワーク内の通信に支障が生じると判定すると、その旨のメッセージを表示するメッセージ表示手段、を備えるものである。この発明によれば、メッセージ表示により、利用者に、通信の支障が生じることを報知することができ、この報知により、自身の操作に何等かの誤りがあることを利用者に気づかせることができる。
【００３０】
従って、この管理システムによれば、変更手段による変更動作を実行する前に、メッセージ表示手段を動作させることで、通信に支障が生じるのを防止することができる。その他、変更手段による変更動作後に、メッセージ表示手段を動作させれば、通信に支障が生じていることを利用者に気づかせることができ、利用者に、迅速に問題を解消させることができる。
【００３１】
また、請求項８記載の管理システムは、判定手段によりネットワーク内の通信に支障が生じると判定されると、その支障に対する解決策を導出する解決策導出手段と、解決策導出手段により導出された解決策を（例えば、文字情報として）表示する解決策表示手段と、を備えるものである。
【００３２】
この管理システムによれば、問題（支障）を解決するための方法を表示するので、利用者に、その問題を早期に解決させることができる。尚、解決策の導出方法としては、例えば、判定手段により支障が生じると判定された原因と、それに対する解決策との対応関係を示した情報を、解決策導出手段に記憶させておき、判定手段により支障が生じると判定されると、上記対応関係を示した情報に基づき、判定原因に対応する解決策を導出する方
法が考えられる。
【００３３】
また、管理システムには、上記解決策表示手段に代えて、解決策導出手段の導出結果に従い、通信装置の動作を変更する修正手段を設けても良い。このように構成された請求項９記載の管理システムによれば、自動で通信装置の動作を修正するので、ネットワークの知識に疎い利用者にとっては、大変便利である。尚、利用者の意思に関係なく修正手段を作動させると、利用者の自由度を奪うことになり、利用者に不満が及ぶ可能性がある。従って、上記の管理システムにおいては、利用者による指令が入力された場合に、修正手段を作動させるとよい。
【００３４】
その他、請求項１〜１３記載の管理システムは、第一の通信プロトコルにて通信する装置、及び、第一の通信プロトコルとは異なる第二の通信プロトコルにて通信する装置を含むネットワーク、に接続され、第一の通信プロトコルにてネットワーク内の装置と通信するための第一通信機能と、第二の通信プロトコルにてネットワーク内の装置と通信するための第二通信機能と、を備える通信装置、と通信可能なコンピュータに、上述した各手段としての機能を実現させるためのプログラムを実行させることによって、実現されてもよい。
【００３５】
請求項１０記載のプログラムは、上記コンピュータに、入力手段から入力される指令に従って、通信装置の動作を変更する手順（Ａ）と、通信装置の動作を変更する際に、その変更によって、ネットワーク内の通信に支障が生じるか否かを判定する手順（Ｂ）と、を実行させるためのプログラムである。このプログラムによれば、請求項１記載の管理システムと同様の効果を得ることができる。
【００３６】
また、請求項１１記載のプログラムは、上記手順（Ａ）が、入力手段から入力される指令に従って、通信装置の第一及び第二通信機能をオン／オフする手順であることを特徴とするプログラムである。このプログラムによれば、請求項３記載の管理システムと同様の効果を得ることができる。尚、プログラムは、コンピュータ読取可能な記録媒体に格納して、利用者に提供することができる。
【００３７】
なお、このような管理システムにおいて、変更手段が、入力手段から入力される指令に従って、通信装置の第一及び第二通信機能をオン／オフすると共に、入力手段から設定情報が入力されると、その設定情報を通信装置の設定記憶手段に記憶させる構成にされている場合には次のように判定手段を構成するとよい。
【００３８】
管理システムにおける判定手段は、変更手段が設定記憶手段に記憶させる設定情報を変更する際、その変更によって、ネットワーク内の通信に支障が生じるか否かを判定する。この管理システムによれば、通信機能のオン／オフと設定情報との関係に不整合が生じるような設定が行われる時点で、ネットワーク内の通信に支障が生じると判定するので、未然又は迅速に、その問題を解決することができる。
【００３９】
ここで、上記のように変更手段が設定記憶手段に記憶させる設定情報を変更する際、その変更によって、ネットワーク内の通信に支障が生じるか否かを判定するためにコンピュータが実行するプログラムは、次のような構成となる。すなわち、上記通信装置が、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報、又は、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報を、特定装置との通信に係る設定情報として記憶する設定記憶手段、を備え、設定記憶手段が記憶する設定情報に従って、ネットワーク内の特定装置と通信する構成にされていることを前提としたものであって、この通信装置と通信可能なコンピュータに、入力手段から入力される指令に従って、通信装置の第一及び第二通信機能をオン／オフする手順（Ａ）と、入力手段から設
定情報が入力されると、これを設定記憶手段に記憶させる手順（Ｂ）と、設定記憶手段に記憶させる設定情報を変更する際、その変更によって、ネットワーク内の通信に支障が生じるか否かを判定する手順（Ｃ）と、を実行させる。
【００４０】
このプログラムによれば、上記の管理システムと、同様の効果を得ることができる。尚、プログラムは、コンピュータ読取可能な記録媒体に格納して、利用者に提供することができる。
【００４１】
さらに、この管理システムにおける判定手段は、具体的に次のように構成することができる。すなわち、管理システムにおける判定手段は、変更手段が、設定記憶手段に記憶させる設定情報を、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報から、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報に変更する際に、第二通信機能がオフである場合、ネットワーク内の通信に支障が生じると判定する。また、変更手段が、設定記憶手段に記憶させる設定情報を、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報から、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報に変更する際に、第一通信機能がオフである場合、ネットワーク内の通信に支障が生じると判定する。この管理システムによれば、上記管理システムと、同様の効果を得ることができる。
【発明を実施するための最良の形態】
【００４２】
以下、本発明の実施例について説明する。図１は、ネットワークＮＬ内に、複数のパーソナルコンピュータ（以下、「ＰＣ」とする。）１０ａ，１０ｂ，１０ｃと、多機能装置２０と、ＤＮＳサーバ３１と、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サー
バ３３と、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバ３５と、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）サーバ３７と、ゲートウェイ３９と、を備える本発明の管理システムが
適用された通信システム１の構成を表す説明図である。また、図２（ａ）は、ＰＣ１０（ここでは、ＰＣ１０ａ〜ｃをまとめてＰＣ１０と表現する。）の構成を表すブロック図、図２（ｂ）は、多機能装置２０の構成を表すブロック図である。
【００４３】
ネットワークＮＬは、インターネットプロトコル（ＩＰ）での通信を前提としたネットワークであり、インターネットに接続されている。ネットワークＮＬ内の各装置は、少なくともＩＰｖ４及びＩＰｖ６のいずれか一方のプロトコルスタックを有し、そのプロトコルスタックを用いて、ネットワークＮＬ内の他の装置（但し、同種のプロトコルスタックを実行しているものに限る。）と、通信を行う構成にされている。
【００４４】
ＰＣ１０は、各種演算処理を行うＣＰＵ１１と、プログラム等が格納されたＲＯＭ１２と、一時記憶領域としてのＲＡＭ１３と、オペレーティングシステム等が記憶されたハードディスク装置（ＨＤＤ）１４と、通信制御を行うためのプロトコルスタック１５と、通信ケーブルＬＮが接続されるネットワークインタフェース（ネットワークＩ／Ｆ）１６と、液晶ディスプレイ等からなる表示部１７と、利用者が操作可能な入力部１８（例えば、キーボードやポインティングデバイス）とを備え、これらがバス１９を介して接続された構成にされている。
【００４５】
プロトコルスタック１５は、ネットワークインタフェース１６によるデータ通信がプロトコルスタック１５に従った処理を経て行われる状態を概念的に示したものであり、実際には、ＩＰｖ６に従ったデータ通信を実現するためにＰＣ１０に実装（ハードディスク装置１４に記憶）されたプログラムモジュール、及び／又は、ＩＰｖ４に従ったデータ通信を実現するためにＰＣ１０に実装されたプログラムモジュールで構成される。ＰＣ１０は
、このプログラムモジュールを、ＣＰＵ１１にて実行することにより、ＩＰｖ６及び／又はＩＰｖ４にて通信可能な装置として機能し、多機能装置２０等、ネットワークＮＬ内の装置と通信する。
【００４６】
具体的に、ネットワークＮＬ内のＰＣ１０ａは、ＩＰｖ４に従ったデータ通信を実現するためのプログラムモジュールを有し、これをＣＰＵ１１にて実行することにより、ＩＰｖ４で通信可能な装置として機能する。また、ＰＣ１０ｂは、ＩＰｖ６に従ったデータ通信を実現するためのプログラムモジュールを有し、これをＣＰＵ１１にて実行することにより、ＩＰｖ６にて通信可能な装置として機能する。その他、ＰＣ１０ｃは、両プログラムモジュールを有し、これらをＣＰＵ１１にて実行することにより、ＩＰｖ４及びＩＰｖ６にて通信可能な装置として機能する。
【００４７】
また、ネットワークＮＬ内のＰＣ１０ａ〜ｃのいずれか一つ（以下、これを「管理ＰＣ」と称する。）のハードディスク装置１４には、多機能装置２０の設定情報をＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）に基づいて変更するための管理ツール（プログラム）１４ａが記憶されており、管理ＰＣは、これをＣＰＵ１１にて実行することにより、多機能装置２０に対する設定変更を、ＳＮＭＰに基づいて、ネットワークＮＬ経由で実行可能な構成にされる。
【００４８】
一方、多機能装置２０は、各種演算処理を行うＣＰＵ２１と、プログラム等を記憶するＲＯＭ２２と、一時記憶領域としてのＲＡＭ２３と、ＮＶＲＡＭ（Ｎｏｎ  Ｖｏｌａｔｉｌｅ  ＲＡＭ）２４と、通信制御を行うためのプロトコルスタック２５と、通信ケーブルＬＮに接続されるネットワークインタフェース（ネットワークＩ／Ｆ）２６と、ユーザインタフェース（ユーザＩ／Ｆ）２７と、記録紙に画像を形成可能な印刷部２８とを備え、これらがバス２９を介して接続された構成にされている。
【００４９】
プロトコルスタック２５は、ネットワークインタフェース２６によるデータ通信がプロトコルスタック２５に従った処理を経て行われる状態を概念的に示したものであり、実際には、ＩＰｖ６に従ったデータ通信を実現するためのプログラムモジュール、及び、ＩＰｖ４に従ったデータ通信を実現するためのプログラムモジュールで構成される。
【００５０】
即ち、多機能装置２０は、ＩＰｖ６に対応したプログラムモジュールをＣＰＵ２１にて実行することにより、ＩＰｖ６による通信機能（以下、「ＩＰｖ６通信機能」と称する。）を実現し、ＩＰｖ４に対応したプログラムモジュールをＣＰＵ２１にて実行することにより、ＩＰｖ４による通信機能（以下、「ＩＰｖ４通信機能」と称する。）を実現し、ＩＰｖ４及びＩＰｖ６にて通信可能な装置として機能する。尚、多機能装置２０は、ＩＰｖ６通信機能、及び、ＩＰｖ４通信機能をオン／オフ可能な構成にされている。
【００５１】
また、多機能装置２０は、ＲＯＭ２２（若しくはＮＶＲＡＭ２４）に、ｌｐｒ（Ｌｉｎｅ  ＰＲｉｎｔｅｒ  ｄａｅｍｏｎ  ｐｒｏｔｏｃｏｌ）に基づき、ネットワークＮＬ内のＰＣ１０から印刷データを受信し、この印刷データに基づく画像を印刷部２８に形成させるためのプログラムを有し、ＣＰＵ２１は、このプログラムを実行することにより、上記内容の処理を実行する印刷サーバ部２１ａとして機能する。その他、ＲＯＭ２２（若しくはＮＶＲＡＭ２４）には、ＳＭＴＰサーバ経由でメールを送信すると共に、ＰＯＰサーバ（具体的にはＰＯＰ３サーバ）に保存されたメールを受信するためのプログラムが格納されており、ＣＰＵ２１は、このプログラムを実行することにより、メール送受信部２１ｂとして機能する。
【００５２】
また、ＮＶＲＡＭ２４には、多機能装置２０に関する設定情報（図３（ｂ）参照）が登録されたデータベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａ
ｓｅ  ）と、管理ＰＣからの指令を受けてデータベースに登録された設定情報の通知・更新などをＳＮＭＰに従って行うためのエージェントプログラムと、が記憶されており、多機能装置２０は、このエージェントプログラムをＣＰＵ２１にて実行することにより、ＳＮＭＰエージェント２１ｄとして機能し、管理ＰＣからの指令に従って設定情報を提供し、又、設定情報を更新する。
【００５３】
その他、多機能装置２０は、ＲＯＭ２２（若しくはＮＶＲＡＭ２４）に、当該多機能装置２０と通信したネットワーク内の装置についての通信履歴情報を、ＮＶＲＡＭ２４内のアクセスログ（図３（ａ）参照）に書き込むためのプログラムを有し、ＣＰＵ２１は、このプログラムを実行することにより、通信履歴記録部２１ｃとして機能する。尚、このアクセスログは、ＭＩＢに登録され、ＳＮＭＰにて、多機能装置２０から管理ＰＣに提供される。
【００５４】
続いて、アクセスログ及び設定情報の構成について説明する。図３（ａ）は、アクセスログの構成を表す説明図であり、図３（ｂ）は、設定情報の構成を表す説明図である。
【００５５】
図３（ａ）に示すように、アクセスログは、過去の所定期間に多機能装置２０にアクセスしてきたアクセス元装置毎に、ネットワーク上の名前であるノード名と、ノード名に対応するＩＰアドレスと、最終アクセス日時と、からなる通信履歴情報を有する。このアクセスログには、アクセス元装置のノード名が同一であってもアドレス形式が異なる場合、形式の異なるＩＰアドレス毎に、最終アクセス日時が記録される。
【００５６】
即ち、アクセスログには、ノード名が同一であっても、ＩＰｖ４及びＩＰｖ６の夫々のＩＰアドレス及び最終アクセス日時が記録される。尚、周知のように、ＩＰｖ４に対応するＩＰアドレスは、３２ビットで表され、ＩＰｖ６に対応するＩＰアドレスは、１２８ビットで表される。
【００５７】
一方、ＮＶＲＡＭ２４が記憶する設定情報は、主に、ＩＰモードの設定値と、ＩＰｖ４自動設定についての有効／無効を表す値と、ＩＰｖ４での通信に用いる自装置のＩＰアドレス（ＩＰｖ４アドレス）を表す値と、ＩＰｖ４でのサブネットマスクを表す値と、ＩＰｖ４での通信に用いるデフォルトゲートウェイのＩＰアドレスを表す値と、ＩＰｖ６での通信に用いる自装置のＩＰアドレス（ＩＰｖ６アドレス）を表す値と、プライマリＤＮＳサーバのＩＰアドレスを表す値と、プライマリＤＮＳサーバに代替して使用されるセカンダリＤＮＳサーバのＩＰアドレスを表す値と、メール送受信部２１ｂによるメール送信の際に用いられるＳＭＴＰサーバのアドレス（ＩＰアドレス又はドメイン名）を表す値と、メール受信の際に用いられるＰＯＰ（具体的にはＰＯＰ３）サーバのアドレス（ＩＰアドレス又はドメイン名）を表す値と、自装置のメールアドレスを表す値と、ＰＯＰサーバから受信メールを取得する際に必要な認証情報としてのユーザ名を表す値と、パスワードを表す値と、からなるものである。
【００５８】
ＣＰＵ２１は、この設定情報に基づいて各種処理を行う。即ち、ＣＰＵ２１は、ＮＶＲＡＭ２４が記憶する設定情報が示す各値（各設定値）に対応する動作を行う。例えば、ＣＰＵ２１は、ＳＭＴＰサーバのアドレスを表す値に基づいて、ＳＭＴＰサーバと通信し、ＰＯＰサーバのアドレスを表す値に基づいて、受信メールをＰＯＰサーバから取得する。
【００５９】
また、ＣＰＵ２１は、ＭＩＢに、この設定情報を保持し、管理ＰＣからの取得要求（ＧｅｔＲｅｑｕｅｓｔ）を、ネットワークインタフェース２６経由で受信すると、これらの値を格納した応答信号（ＧｅｔＲｅｓｐｏｎｃｅ）を、要求元の管理ＰＣにＳＮＭＰに基づいて送信する。また、管理ＰＣから値変更の要求（ＳｅｔＲｅｑｕｅｓｔ）を、ネットワークインタフェース２６経由で受信すると、要求に従って設定情報を構成する各設定値
を変更し、ＮＶＲＡＭ２４内の設定情報を更新する。
【００６０】
尚、上述したアクセスログは、ＣＰＵ２１が通信履歴記録処理を実行することにより、通信履歴記録部２１ｃにて更新される。図４は、この通信履歴記録処理を表すフローチャートである。通信履歴記録処理は、電源投入後、電源がＯＦＦにされるまで、ＣＰＵ２１にて繰り返し実行される。
【００６１】
通信履歴記録処理を実行すると、ＣＰＵ２１は、当該多機能装置２０に対して外部からアクセス（接続）があるまで待機し（Ｓ１１０）、アクセスがあると（Ｓ１１０でＹｅｓ）、アクセス元装置（通信相手）のＩＰアドレスを、受信パケットから抽出する（Ｓ１２０）と共に、アクセス元装置のノード名を取得する（Ｓ１３０）。ノード名として、ドメイン名を取得する場合には、例えば、ＤＮＳサーバ３１にアクセスし、ＩＰアドレスをもとにドメイン名を取得する方法（所謂、「逆引き」）が考えられる。
【００６２】
Ｓ１３０での処理を終えると、ＣＰＵ２１は、同一のノード名（ドメイン名）についての通信履歴情報（ノード名、ＩＰアドレス及び最終アクセス日時の情報）が、ＮＶＲＡＭ２４が記憶するアクセスログに登録されているか否か判断し（Ｓ１４０）、登録されていないと判断すると（Ｓ１４０でＮｏ）、そのアクセス元装置についての通信履歴情報、即ち、Ｓ１３０で取得したノード名と、Ｓ１２０で抽出したＩＰアドレスと、現在日時と、をアクセスログに追加書込する（Ｓ１５０）。尚、アクセスログが一定のデータ量を超える場合には、最終アクセス日時の最も古い通信履歴情報を削除し、これに代えて、今回のアクセスについての通信履歴情報を、アクセスログに登録する（Ｓ１５０）。その後、ＣＰＵ２１は、当該通信履歴記録処理を終了する。
【００６３】
これに対し、Ｓ１３０で取得したノード名の通信履歴情報が、既にアクセスログに登録されていると判断すると（Ｓ１４０でＹｅｓ）、ＣＰＵ２１は、既に登録されている通信履歴情報のＩＰアドレスが、Ｓ１２０で抽出したＩＰアドレスと同一のアドレス形式であるか否か判断する（Ｓ１４５）。
【００６４】
具体的に、ここでは、抽出したＩＰアドレスがＩＰｖ４形式で、既に登録されているＩＰアドレスがＩＰｖ６形式である、又は、抽出したＩＰアドレスがＩＰｖ６形式で、既に登録されているＩＰアドレスがＩＰｖ４形式であると、抽出したＩＰアドレスのアドレス形式が、既に登録されているＩＰアドレスとは異なると判断し（Ｓ１４５でＮｏ）、Ｓ１３０で取得したノード名と、Ｓ１２０で抽出したＩＰアドレスと、現在日時と、をアクセスログに追記する（Ｓ１５０）。
【００６５】
また、Ｓ１４５にてアドレス形式が同一であると判断すると（Ｓ１４５でＹｅｓ）、ＣＰＵ２１は、既に登録されている通信履歴情報のＩＰアドレス及び最終アクセス日時を、Ｓ１２０で取得したＩＰアドレス及び現在日時に変更して、アクセスログを更新し（Ｓ１６０）、その後、当該通信履歴記録処理を終了する。
【００６６】
続いて、管理ＰＣのＣＰＵ１１が管理ツール１４ａを実行することにより実現される処理について説明する。図５は、ＣＰＵ１１が管理ツール１４ａを実行することにより実現される設定画面表示処理を表すフローチャートである。設定画面表示処理は、利用者の操作により入力部１８から実行指令が入力されると、ＣＰＵ１１により実行される。
【００６７】
設定画面表示処理を実行すると、ＣＰＵ１１は、ＳＮＭＰにて、図３（ｂ）に示す設定情報の各値（設定値）の取得要求（ＧｅｔＲｅｑｕｅｓｔ）を、ネットワークインタフェース１６経由で多機能装置２０に送信し、これにより上記各設定値（図３（ｂ）に示す設定情報の各値）を多機能装置２０から取得し、ＲＡＭ１３に保存する（Ｓ２１０）。この
処理により、管理ＰＣのＲＡＭ１３には、図３（ｂ）に示す設定情報と同一の各設定値が記憶される。この後、ＣＰＵ１１は、設定値を反映させたタブ構成の設定画面を表示部１７に表示する（Ｓ２２０）。
【００６８】
図６は、上記設定画面の構成を表す説明図である。図６に示すように、設定画面は、タブと、そのタブに対応するダイアログと、からなるタブシートの複数を有する。具体的に、上記設定画面は、通信プロトコル（ＴＣＰ／ＩＰ）に関する各種設定項目を有するダイアログを備えるタブシート（図６（ａ））と、ＰＯＰサーバ及びＳＭＴＰサーバに関する各種設定項目を有するダイアログを備えるタブシート（図６（ｂ））とを表示可能な構成にされている。尚、Ｓ２２０では、図６（ａ）に示す構成のタブシート、図６（ｂ）に示す構成のタブシート、又は、その他のタブシートのうち、初期画面として設定されたタブシートを前面に表示する。
【００６９】
Ｓ２２０での処理を終えると、ＣＰＵ１１は、入力部１８を利用者が操作することにより指令が入力された否か判断し（Ｓ２３０）、入力されていなければ（Ｓ２３０でＮｏ）そのまま待機し、入力されたと判断すると（Ｓ２３０でＹｅｓ）、入力された指令がタブの切替指令であるか否か判断する（Ｓ２４０）。そして、タブの切替指令であると判断すると（Ｓ２４０でＹｅｓ）、設定画面の前面に表示するタブシートを切り替え（Ｓ２４５）、その後、Ｓ２３０に移行する。
【００７０】
これに対し、入力された指令がタブの切替指令ではないと判断すると（Ｓ２４０でＮｏ）、ＣＰＵ１１は、入力された指令がプロトコルの切替指令であるか否か判断する（Ｓ２５０）。尚、本実施例では、図６（ａ）に示すタブシートに設けられたＩＰモードの設定項目が入力部１８を通じて選択された場合に、入力部１８からプロトコルの切替指令が入力されたと判断する。
【００７１】
そして、入力された指令がプロトコルの切替指令であると判断すると（Ｓ２５０でＹｅｓ）、Ｓ２５５にてプロトコル切替処理（図７及び図８参照）を実行する。尚、この処理の内容については、後に詳述することにする。Ｓ２５５で、このプロトコル切替処理を終えると、ＣＰＵ１１は、Ｓ２３０に移行する。
【００７２】
また、入力された指令がプロトコル切替指令ではないと判断すると（Ｓ２５０でＮｏ）、ＣＰＵ１１は、入力された指令がサーバの設定指令であるか否か判断する（Ｓ２６０）。尚、ここでは、図６（ａ）に示すタブシートに設けられた設定項目「プライマリＤＮＳサーバアドレス」又は「セカンダリＤＮＳサーバアドレス」の入力欄が入力部１８を通じて選択されるか、図６（ｂ）に示すタブシートに設けられた設定項目「ＳＭＴＰサーバアドレス」又は「ＰＯＰサーバアドレス」の入力欄が入力部１８を通じて選択されると、サーバの設定指令が入力されたと判断する。
【００７３】
ＣＰＵ１１は、入力された指令がサーバの設定指令であると判断すると（Ｓ２６０でＹｅｓ）、Ｓ２６５にてサーバ設定処理（図１５参照）を実行する。尚、この処理の内容については、後に詳述することにする。Ｓ２６５で、このサーバ設定処理を終えると、ＣＰＵ１１は、Ｓ２３０に移行する。
【００７４】
その他、ＣＰＵ１１は、入力された指令がサーバの設定指令ではないと判断すると（Ｓ２６０でＮｏ）、設定画面に設けられた「ＯＫ」ボタンが入力部１８を通じて選択されたか否か判断し（Ｓ２７０）、「ＯＫ」ボタンが選択されたと判断すると（Ｓ２７０でＹｅｓ）、上記設定画面に基づいて更新されたＲＡＭ１３が記憶する多機能装置２０についての各設定値を、値変更の要求（ＳｅｔＲｅｑｕｅｓｔ）と共に、ネットワークインタフェース１６経由で、多機能装置２０に送信し、これによって、設定画面にて更新された各設
定値の内容を、多機能装置２０の設定情報に反映させる（Ｓ２７５）。尚、詳細は後述するが、Ｓ２１０で取得しＲＡＭ１３に記録された各設定値は、プロトコル切替処理やサーバ設定処理により更新され、設定画面に設けられた「ＯＫ」ボタンが入力部１８を通じて選択された時点で、多機能装置２０に送信・反映される。
【００７５】
Ｓ２７５での処理が実行されると、設定画面を通じて利用者により変更された設定は、多機能装置２０に施され、多機能装置２０は、変更後の設定値（ＮＶＲＡＭ２４の設定情報）に対応した処理（動作）を行う。
【００７６】
Ｓ２７５での処理を終えると、ＣＰＵ１１は、表示部１７に表示していた設定画面を閉じ、その表示を終了する（Ｓ２９０）。その後、設定画面表示処理を終了する。
【００７７】
一方、Ｓ２７０でＮｏと判断すると、ＣＰＵ１１は、設定画面に設けられた「キャンセル」ボタンが入力部１８を通じて選択されたか否か判断し、「キャンセル」ボタン選択されたと判断すると（Ｓ２８０でＹｅｓ）、Ｓ２９０に移行して設定画面の表示を終了し、設定画面表示処理を終了する。また、「キャンセル」ボタンが選択されていないと判断すると、ＣＰＵ１１は、Ｓ２３０で入力部１８から入力された指令に対応するその他の処理を実行し（Ｓ２８５）、この後に、Ｓ２３０に移行して上述のステップを再び実行する。
【００７８】
続いて、プロトコル切替処理について説明する。図７及び図８は、管理ＰＣのＣＰＵ１１がＳ２５５にて実行するプロトコル切替処理を表すフローチャートである。また、図９は、プロトコル切替処理内で実行されるサーバ判定処理を表すフローチャートであり、図１０は、サーバ判定処理内で実行されるプロトコル判定処理を表すフローチャートである。また、図１１は、プロトコル切替処理内で実行されるログ判定処理を表すフローチャートである。
【００７９】
ＩＰモードの設定項目は、プルダウン形式にされており、ＣＰＵ１１は、プロトコル切替処理を実行すると、プルダウン形式で、図６（ａ）において一点鎖線内に示した選択画面を表示する（Ｓ３１０）。
【００８０】
選択画面は、ＩＰモードとして、多機能装置２０に、ＩＰｖ４通信機能及びＩＰｖ６通信機能を両方とも動作させるモードである「Ｄｕａｌモード」、ＩＰｖ４通信機能のみを動作させるモードである「ＩＰｖ４モード」、ＩＰｖ６通信機能のみを動作させるモードである「ＩＰｖ６モード」のいずれかを選択可能な構成にされている。このＩＰモードの設定値の変更により、多機能装置２０のＩＰｖ４通信機能及びＩＰｖ６通信機能は、管理ＰＣから遠隔操作で、オン／オフされる。
【００８１】
選択画面を表示すると、ＣＰＵ１１は、選択画面から上記ＩＰモードのいずれかが選択されるまで待機し、選択されると、ＩＰモードが切り替えられたか否か判断する（Ｓ３２０）。即ち、選択画面から既に設定されているＩＰモードとは異なるモードが選択されたか否か判断し（Ｓ３２０）、選択されたＩＰモードが既に設定されているＩＰモードと同一である場合にはＮｏと判断して、選択画面を閉じ（Ｓ３２５）、当該プロトコル切替処理を終了する。
【００８２】
一方、既に設定されているＩＰモードとは異なるＩＰモードが選択されたと判断すると（Ｓ３２０でＹｅｓ）、ＣＰＵ１１は、選択されたＩＰモードで多機能装置２０が動作した場合に、自装置（管理ＰＣ）と多機能装置２０との通信が継続可能か否か（通信が維持できるか否か）を判断する（Ｓ３３０）。
【００８３】
ここで、ＣＰＵ１１は、自装置がＩＰｖ４及びＩＰｖ６にて通信可能な装置である場合
、選択されたＩＰモードに関わり無く、自装置と多機能装置２０との通信は継続可能であると判断する（Ｓ３３０でＹｅｓ）。一方、自装置がＩＰｖ４のみで通信可能な装置である場合、ＣＰＵ１１は、選択されたＩＰモードがＩＰｖ４又はＤｕａｌモードである場合にのみＹｅｓと判断し、それ以外の場合にはＮｏと判断する。その他、自装置がＩＰｖ６のみで通信可能な装置である場合、ＣＰＵ１１は、選択されたＩＰモードがＩＰｖ６又はＤｕａｌモードである場合にのみＹｅｓと判断し、それ以外の場合にはＮｏと判断する。
【００８４】
Ｓ３３０でＹｅｓと判断すると、ＣＰＵ１１は、Ｓ３５０に移行する。一方、Ｓ３３０でＮｏと判断すると、ＣＰＵ１１は、通信に支障が生じるとして、Ｓ３３５に移行し、ＩＰモードの変更によって管理ツールによる多機能装置２０の操作が不可能になる旨の警告画面を表示部１７に表示する。
【００８５】
尚、図１２（ａ）は、Ｓ３３５で表示されるＧＵＩ構成の警告画面の一例を示した図である。警告画面には、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するための「ＯＫ」ボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するための「キャンセル」ボタンとが設けられている。
【００８６】
ＣＰＵ１１は、Ｓ３３５にて警告画面を表示した後、上記「ＯＫ」ボタン又は「キャンセル」ボタンが選択されるまで待機し、選択されると、選択されたボタンが「ＯＫ」ボタンか、それとも「キャンセル」ボタンかを判断し（Ｓ３４０）、「キャンセル」ボタンであると判断すると（Ｓ３４０でＮｏ）、Ｓ４８５に移行して、ＩＰモードの切替操作を無効にし、当該プロトコル切替処理を終了する。即ち、ＲＡＭ１３が保持するＩＰモードの設定値に変更を加えることなく、設定変更を禁止して、当該プロトコル切替処理を終了する。
【００８７】
一方、「ＯＫ」ボタンが選択されたと判断されると（Ｓ３４０でＹｅｓ）、ＣＰＵ１１は、Ｓ３５０に移行する。Ｓ３５０に移行すると、ＣＰＵ１１は、切替後のＩＰモードでＩＰアドレスの自動設定が行われるか否か判断する。具体的に、Ｓ３１０で選択されたＩＰモードがＩＰｖ６モードである場合には、ＩＰｖ６通信機能にて、ＩＰアドレスが自動設定されるため、Ｓ３５０ではＹｅｓと判断する。一方、選択されたＩＰモードがＩＰｖ４モードである場合には、ＲＡＭ１３が保持する設定項目「ＩＰｖ４自動設定」の設定値が有効（ｅｎａｂｌｅ）になっている場合にのみ、Ｙｅｓと判断し、それ以外の場合にはＮｏと判断する。
【００８８】
Ｓ３５０でＹｅｓと判断すると、ＣＰＵ１１は、Ｓ４００に移行する。また、Ｓ３５０でＮｏと判断すると、Ｓ３６０に移行する。Ｓ３６０に移行すると、ＣＰＵ１１は、ＲＡＭ１３が保持するＩＰｖ４アドレスの値が未設定であるか否か判断し、未設定であると判断すると（Ｓ３６０でＹｅｓ）、通信に支障が生じるとして、ＩＰｖ４アドレスが未設定である旨の警告画面を表示部１７に表示する（Ｓ３６５）。尚、図１２（ｂ）は、Ｓ３６５で表示されるＧＵＩ構成の警告画面の一例を示した図である。
【００８９】
図１２（ｂ）に示すように、Ｓ３６５で表示される警告画面には、上段から順に、管理ツールからの設定の継続ができなくなる旨の文字列（メッセージ）、操作を続行するか否かを尋ねる文字列、管理ツールからの設定の継続ができなくなる理由を示した文字列、及び、その解決策を示す文字列が表示される。また、解決策としては、「ＩＰｖ４の自動設定を有効にして、ＩＰアドレスを自動で取得するように変更する」案が、文字列にて、警告画面に表示される。
【００９０】
また、この警告画面には、警告画面に提示した解決策（変更案）に従って変更を行う旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、警告を無視して操作
を有効にする旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、が設けられている。その他、この警告画面には、ラジオボタンの選択が完了すると、利用者により選択される「ＯＫ」ボタンが設けられている。
【００９１】
ＣＰＵ１１は、上記警告画面を表示部１７に表示した後（Ｓ３６５）、ラジオボタンの一つが選択され、「ＯＫ」ボタンが選択されるまで待機し、「ＯＫ」ボタンが選択されると、ラジオボタンに対応する上記いずれかの指令が入力されたと判断し、Ｓ３８０に移行する。
【００９２】
Ｓ３８０では、入力された指令が変更を行う旨の指令である否か判断し、変更を行う旨の指令であると判断すると（Ｓ３８０でＹｅｓ）、解決策（変更案）に従って、対応する設定値を仮変更する（Ｓ３８５）。尚、ここでは、ＲＡＭ１３が保持する設定値を変更するのではなく、それとは別に、仮変更として、設定値の変更内容（ＩＰｖ４自動設定の値を、有効に変更する旨の情報）を一時記憶する。また、Ｓ３８５での処理を終えると、Ｓ４００に移行する。
【００９３】
一方、入力された指令が変更を行う旨の指令ではない場合（Ｓ３８０でＮｏ）、ＣＰＵ１１は、入力された指令が警告を無視して操作を有効にする旨の指令であるか否か判断し（Ｓ３９０）、警告を無視して操作を有効にする旨の指令であると判断すると（Ｓ３９０でＹｅｓ）、Ｓ４００に移行し、上記指令ではないと判断すると（Ｓ３９０でＮｏ）、Ｓ４８５に移行する。そして、ＩＰモードの切替操作を無効にし、プロトコル切替処理を終了する。
【００９４】
その他、Ｓ３６０において、ＩＰｖ４アドレスの値が未設定ではない（即ち、設定されている）と判断すると、ＣＰＵ１１は、Ｓ３７０に移行し、ＲＡＭ１３が保持するＩＰｖ４のサブネットマスクの値が未設定であるか否か判断する。そして、未設定であると判断すると（Ｓ３７０でＹｅｓ）、通信に支障が生じるとして、サブネットマスクが未設定である旨の警告画面を、表示部１７に表示する（Ｓ３７５）。尚、図１３は、Ｓ３７５で表示されるＧＵＩ構成の警告画面の一例を示した図である。
【００９５】
図１３に示すように、Ｓ３７５で表示される警告画面には、上段から順に、管理ツールからの設定の継続ができなくなる旨の文字列、操作を続行するか否かを尋ねる文字列、管理ツールからの設定の継続ができなくなる理由を示した文字列、及び、その解決策を示す文字列が表示される。また、解決策としては、「ＩＰｖ４のサブネットマスクを、管理ＰＣのサブネットマスクと同一の値に変更する」案が、文字列にて警告画面に表示される。
【００９６】
また、この警告画面には、警告画面に提示した解決策（変更案）に従って変更を行う旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、が設けられている。その他、この警告画面には、ラジオボタンの選択が完了すると、利用者により選択される「ＯＫ」ボタンが設けられている。
【００９７】
ＣＰＵ１１は、上記警告画面を表示部１７に表示した後（Ｓ３７５）、ラジオボタンの一つが選択され「ＯＫ」ボタンが選択されるまで待機し、「ＯＫ」ボタンが選択されると、ラジオボタンに対応する上記いずれかの指令が入力されたと判断して、Ｓ３８０に移行する。
【００９８】
そして、入力された指令が変更を行う旨の指令である否か判断し、変更を行う旨の指令
であると判断すると（Ｓ３８０でＹｅｓ）、解決策（変更案）に従って、対応する設定値（具体的にはサブネットマスクの値）を仮変更し（Ｓ３８５）、Ｓ４００に移行する。
【００９９】
一方、入力された指令が変更を行う旨の指令ではない場合（Ｓ３８０でＮｏ）、ＣＰＵ１１は、入力された指令が警告を無視して操作を有効にする旨の指令であるか否か判断し（Ｓ３９０）、警告を無視して操作を有効にする旨の指令であると判断すると（Ｓ３９０でＹｅｓ）、Ｓ４００に移行し、上記指令ではないと判断すると（Ｓ３９０でＮｏ）、Ｓ４８５に移行する。そして、ＩＰモードの切替操作を無効にし、プロトコル切替処理を終了する。
【０１００】
また、Ｓ４００に移行すると、ＣＰＵ１１は、図９に示すサーバ判定処理を実行する。サーバ判定処理を実行すると、ＣＰＵ１１は、Ｓ３１０でＩＰモードとしてＤｕａｌモードが選択されたか否か判断し（Ｓ４０１）、Ｄｕａｌモードが選択されたと判断すると（Ｓ４０１でＹｅｓ）、そのまま当該サーバ判定処理を終了する。
【０１０１】
一方、選択されたＩＰモードがＤｕａｌモードではないと判断すると（Ｓ４０１でＮｏ）、ＣＰＵ１１は、判定対象のサーバを選択し（Ｓ４０３）、選択したサーバのアドレス（ＩＰアドレス又はドメイン名）を表す設定値を、プロトコル判定対象に設定する（Ｓ４０５）。
【０１０２】
尚、本実施例における判定対象サーバは、多機能装置２０がアクセスする可能性のあるＳＭＴＰサーバ、ＰＯＰサーバ、プライマリＤＮＳサーバ、セカンダリＤＮＳサーバであり、Ｓ４０３では、このうちの一つを、判定対象サーバとして選択する。また、プロトコル判定対象は、Ｓ２１０にて多機能装置２０から取得した設定値であってＲＡＭ１３が保持する上記各サーバのアドレス（ＩＰアドレス又はドメイン名）を表す値である。
【０１０３】
Ｓ４０５での処理を終えると、ＣＰＵ１１は、プロトコル判定対象が、名前、即ち、ドメイン名で表されているか否か判断し（Ｓ４０７）、ドメイン名ではなくＩＰアドレスで表されていると判断すると（Ｓ４０７でＮｏ）、Ｓ４０９に移行し、プロトコル判定対象のＩＰアドレスが、ＩＰｖ４に適合する３２ビットのＩＰアドレスであるのか、それとも、ＩＰｖ６に適合する１２８ビットのＩＰアドレスであるのかを判定する。換言すると、ここでは、判定対象サーバの通信プロトコルが、ＩＰｖ４及びＩＰｖ６のいずれであるかを判定する。その後、ＣＰＵ１１は、Ｓ４２０に移行する。
【０１０４】
一方、プロトコル判定対象がドメイン名で表されていると判断すると（Ｓ４０７でＹｅｓ）、ＣＰＵ１１は、Ｓ４１０に移行し、図１０に示すプロトコル判定処理を実行する。
【０１０５】
プロトコル判定処理を実行すると、ＣＰＵ１１は、ネットワークＮＬ内のＤＮＳサーバ３１にアクセスし、プロトコル判定対象のドメイン名に対応するＡレコード及びＡＡＡＡレコードを問い合わせる（Ｓ４１１）。周知のように、Ａレコードとは、ドメイン名に対応するＩＰｖ４アドレス（ＩＰアドレス）のことであり、ＡＡＡＡレコードとは、ドメイン名に対応するＩＰｖ６アドレス（ＩＰアドレス）のことである。
【０１０６】
ＤＮＳサーバ３１は、Ａレコードの問い合わせ信号を受信すると、問い合わせ対象のドメイン名のＡレコードが登録されているか否か判断し、登録されているとＡレコードを返信し、そうでない場合には、Ａレコードを返信しない構成にされている。また、ＤＮＳサーバ３１は、ＡＡＡＡレコードの問い合わせ信号を受信すると、問い合わせ対象のドメイン名のＡＡＡＡレコードが登録されているか否か判断し、登録されているとＡＡＡＡレコードを返信し、そうでない場合には、ＡＡＡＡレコードを返信しない構成にされている。
【０１０７】
Ｓ４１１での処理を終えると、ＣＰＵ１１は、受信待機期間を経て、ＤＮＳサーバ３１から、問い合わせの応答信号として、Ａレコード及びＡＡＡＡレコードの両者を、ネットワークインタフェース１６経由で受信したか否か判断し（Ｓ４１２）、受信したと判断すると（Ｓ４１２でＹｅｓ）、Ｓ４１３にて、判定対象サーバの通信プロトコルがＩＰｖ４及びＩＰｖ６であると判定し（即ち、Ｄｕａｌ判定し）、当該プロトコル判定処理を終了する。
【０１０８】
一方、Ａレコード及びＡＡＡＡレコードの両者を受信できなかったと判断すると（４１２でＮｏ）、ＣＰＵ１１は、Ａレコードを受信したか否か判断し（Ｓ４１５）、Ａレコードを受信したと判断すると（Ｓ４１５でＹｅｓ）、判定対象サーバの通信プロトコルがＩＰｖ４であると判定し（Ｓ４１６）、当該プロトコル判定処理を終了する。
【０１０９】
また、Ａレコードを受信していないと判断すると（Ｓ４１５でＮｏ）、ＣＰＵ１１は、ＡＡＡＡレコードを受信しているか否か判断し（Ｓ４１７）、ＡＡＡＡレコードを受信していると判断すると（Ｓ４１７でＹｅｓ）、判定対象サーバの通信プロトコルがＩＰｖ６であると判定し（Ｓ４１８）、当該プロトコル判定処理を終了する。
【０１１０】
一方、ＡＡＡＡレコードを受信していないと判断すると（Ｓ４１７でＮｏ）、ＣＰＵ１１は、ＡレコードもＡＡＡＡレコードも受信していないので、不正なドメイン名であるとして、不正判定する（Ｓ４１９）。その後、当該プロトコル判定処理を終了する。
【０１１１】
プロトコル判定処理を終了すると、ＣＰＵ１１は、Ｓ４２０に移行し、Ｓ３１０で選択されたＩＰモード（切替後のＩＰモード）がＩＰｖ６モードであるか否か判断し、ＩＰｖ６モードであると判断すると（Ｓ４２０でＹｅｓ）、上記の判定結果に基づいて、判定対象サーバがＩＰｖ６で通信可能か否か判断する（Ｓ４２１）。
【０１１２】
そして、判定対象サーバがＩＰｖ６で通信可能であると判断すると（Ｓ４２１でＹｅｓ）、Ｓ４３０に移行する。また、判定対象サーバの通信プロトコルがＩＰｖ４である場合等、判定対象サーバがＩＰｖ６で通信不可能であると判断すると（Ｓ４２１でＮｏ）、通信に支障が生じると判断し、警告画面の表示の際にリストアップするサーバとして、判定対象サーバの情報を、ＲＡＭ１３が記憶する警告リストに登録（Ｓ４２３）し、この後にＳ４３０に移行する。尚、警告リストはサーバ判定処理が実行される度に、空情報として、ＲＡＭ１３内に生成される。
【０１１３】
一方、切替後のＩＰモードがＩＰｖ６モードではないと判断すると（Ｓ４２０でＮｏ）、ＣＰＵ１１は、切替後のＩＰモードがＩＰｖ４モードであるか否か判断し（Ｓ４２５）、ＩＰｖ４モードではないと判断すると（Ｓ４２５でＮｏ）、Ｓ４３０に移行し、ＩＰｖ４モードであると判断すると（Ｓ４２５でＹｅｓ）、上記の判定結果に基づいて、判定対象サーバがＩＰｖ４で通信可能か否か判断する（Ｓ４２７）。
【０１１４】
そして、判定対象サーバがＩＰｖ４で通信可能であると判断すると（Ｓ４２７でＹｅｓ）、Ｓ４３０に移行し、判定対象サーバの通信プロトコルがＩＰｖ６である場合等、判定対象サーバがＩＰｖ４で通信不可能であると判断すると（Ｓ４２７でＮｏ）、通信に支障が生じると判断し、警告画面の表示の際にリストアップするサーバとして、判定対象サーバの情報を、ＲＡＭ１３が記憶する警告リストに登録（Ｓ４２９）した後、Ｓ４３０に移行する。
【０１１５】
Ｓ４３０に移行すると、ＣＰＵ１１は、判定対象の全サーバに対して、Ｓ４０５以降の処理を実行したか否か判断し、判定対象の全サーバに対して処理を実行していないと判断すると（Ｓ４３０でＮｏ）、次の判定対象サーバを選択し（Ｓ４３１）、Ｓ４０５に移行
する。一方、判定対象の全サーバに対して処理を実行したと判断すると（Ｓ４３０でＹｅｓ）、当該サーバ判定処理を終了する。
【０１１６】
Ｓ４００にて、サーバ判定処理を終了すると、ＣＰＵ１１は、上記サーバ判定処理の結果に基づいて、多機能装置２０が切替後のＩＰモードで動作した場合に、アクセス対象とするサーバ（上記判定対象のサーバ）と通信できるか否か判断する（Ｓ４３５）。具体的に、ここでは、警告リストに、サーバの情報が登録されているか否か判断し、登録されている場合には、通信できないサーバが存在するのでＮｏと判断する。一方、警告リストに、サーバの情報が登録されていない場合には、通信できないサーバは存在しないので、Ｙｅｓと判断する。
【０１１７】
Ｓ４３５でＹｅｓと判断すると、ＣＰＵ１１は、Ｓ４５０に移行し、Ｓ４３５でＮｏと判断すると、通信に支障が生じるとして、切替後のＩＰモードに対してサーバの設定値が適合していない旨の警告画面を表示する（Ｓ４４０）。図１４（ａ）は、Ｓ４４０にて表示されるＧＵＩ構成の警告画面の一例を示した図である。
【０１１８】
図１４（ａ）に示すように、Ｓ４４０で表示される警告画面には、上段から順に、使用できなくなるプロトコル（サーバ）が存在する旨の文字列、操作を続行するか否かを尋ねる文字列、使用できなくなるプロトコル（サーバ）のリストを示す文字列が、表示される。また、この警告画面には、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するための「ＯＫ」ボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するための「キャンセル」ボタンとが設けられている。
【０１１９】
ＣＰＵ１１は、Ｓ４４０にて警告画面を表示した後、上記「ＯＫ」ボタン又は「キャンセル」ボタンが選択されるまで待機し、選択されると、選択されたボタンが「ＯＫ」ボタンか、それとも「キャンセル」ボタンかを判断し（Ｓ４４５）、「キャンセル」ボタンであると判断すると（Ｓ４４５でＮｏ）、Ｓ４８５に移行して、ＩＰモードの切替操作を無効にし、当該プロトコル切替処理を終了する。これに対し「ＯＫ」ボタンが選択されたと判断すると（Ｓ４４５でＹｅｓ）、ＣＰＵ１１は、Ｓ４５０に移行し、図１１に示すログ判定処理を実行する。
【０１２０】
ログ判定処理を実行すると、ＣＰＵ１１は、Ｓ３１０でＩＰモードとしてＤｕａｌモードが選択されたか否か判断し（Ｓ４５１）、Ｄｕａｌモードが選択されたと判断すると（Ｓ４５１でＹｅｓ）、そのまま当該サーバ判定処理を終了する。
【０１２１】
一方、選択されたＩＰモードがＤｕａｌモードではないと判断すると（Ｓ４５１でＮｏ）、ＣＰＵ１１は、ＳＮＭＰに基づいて、多機能装置２０からネットワークインタフェース１６経由で、アクセスログを取得し（Ｓ４５２）、その後、Ｓ３１０で選択されたＩＰモード（切替後のＩＰモード）がＩＰｖ６モードであるか否か判断する（Ｓ４５３）。
【０１２２】
そして、切替後のＩＰモードがＩＰｖ６モードであると判断すると（Ｓ４５３でＹｅｓ）、ＣＰＵ１１は、アクセスログに登録されている一つのアクセス元装置（ノード）をアドレス判定対象に選択し（Ｓ４５５）、アドレス判定対象がＩＰｖ４のみにてアクセスしてきた装置であるか否か判断する（Ｓ４５６）。即ち、Ｓ４５６では、同一のノード（同一のノード名）の通信履歴情報を解析して、アクセスログに記録されているアドレス判定対象のＩＰアドレスが、ＩＰｖ４のＩＰアドレスのみであるか否か判断し、アクセスログにアドレス判定対象のＩＰアドレスとして、ＩＰｖ６のＩＰアドレスが存在する場合にはＮｏと判断し、ＩＰｖ４のＩＰアドレスのみである場合にはＹｅｓと判断する。
【０１２３】
Ｓ４５６でＮｏと判断すると、ＣＰＵ１１は、Ｓ４５９に移行する。一方、Ｓ４５６で
Ｙｅｓと判断すると、ＣＰＵ１１は、このアドレス判定対象のノード名及びＩＰアドレスを、警告画面に表示するために、ＲＡＭ１３が記憶する警告リスト（上記サーバ判定処理で用いる警告リストとは異なる）に登録し（Ｓ４５８）、その後、Ｓ４５９に移行する。尚、警告リストは、ログ判定処理が実行される度に、空情報として、ＲＡＭ１３内に生成される。
【０１２４】
Ｓ４５９において、ＣＰＵ１１は、アクセスログに登録されている全ノードに対し、Ｓ４５６での判断を行ったか否か判断し、行っていないと判断すると（Ｓ４５９でＮｏ）、Ｓ４５５に移行して、次のアドレス判定対象を選択し、Ｓ４５６以降の処理を実行する。一方、アクセスログに登録されている全ノードに対して、Ｓ４５６での判断を行ったと判断すると（Ｓ４５９でＹｅｓ）、当該ログ判定処理を終了する。
【０１２５】
この他、切替後のＩＰモードがＩＰｖ６モードではないと判断すると（Ｓ４５３でＮｏ）、ＣＰＵ１１は、切替後のＩＰモードがＩＰｖ４モードであるか否か判断し（Ｓ４６０）、ＩＰｖ４モードではないと判断すると（Ｓ４６０でＮｏ）、ログ判定処理を終了し、ＩＰｖ４モードであると判断すると（Ｓ４６０でＹｅｓ）、Ｓ４６１に移行する。
【０１２６】
Ｓ４６１では、アクセスログに登録されているアクセス元装置（ノード）の一つをアドレス判定対象に選択し、アドレス判定対象がＩＰｖ６のみにてアクセスしてきた装置であるか否か判断する（Ｓ４６２）。即ち、Ｓ４６２では、同一のノード（同一のノード名）の通信履歴情報を解析して、アクセスログに記録されているアドレス判定対象のＩＰアドレスが、ＩＰｖ６のＩＰアドレスのみであるか否か判断する。そして、アクセスログに、アドレス判定対象のＩＰアドレスとして、ＩＰｖ４のＩＰアドレスが存在する場合にはＮｏと判断し、ＩＰｖ６のＩＰアドレスのみである場合にはＹｅｓと判断する。
【０１２７】
Ｓ４６２でＮｏと判断すると、ＣＰＵ１１は、Ｓ４６５に移行する。一方、Ｓ４６２でＹｅｓと判断すると、ＣＰＵ１１は、このアドレス判定対象のノード名及びＩＰアドレスを、警告画面に表示するために、ＲＡＭ１３が記憶する警告リストに登録し（Ｓ４６４）、その後、Ｓ４６５に移行する。
【０１２８】
Ｓ４６５において、ＣＰＵ１１は、アクセスログに登録されている全ノードに対し、Ｓ４６２での判断を行ったか否か判断し、行っていないと判断すると（Ｓ４６５でＮｏ）、Ｓ４６１に移行して、次のアドレス判定対象を選択し、Ｓ４６２以降の処理を実行する。一方、アクセスログに登録されている全ノードに対して、Ｓ４６２での判断を行ったと判断すると（Ｓ４６５でＹｅｓ）、当該ログ判定処理を終了する。
【０１２９】
Ｓ４５０でのログ判定処理を終了すると、ＣＰＵ１１は、Ｓ４７０に移行し、ログ判定処理の結果に基づいて、ＩＰモードを切り替えた場合に、多機能装置２０と通信不能となる装置がアクセスログに登録されたノードの中に存在するか否か判断する。具体的に、ここでは、ＲＡＭ１３に記憶された警告リストに、切替後のＩＰモードに対応しない上記アドレス判定対象のノード名及びＩＰアドレスが登録されているか否か判断し、警告リストに、上記アドレス判定対象のノード名及びＩＰアドレスが登録されている場合には、通信不能となる装置が存在するため、Ｓ４７０でＹｅｓと判断する。また、警告リストが空であるとＮｏと判断する。
【０１３０】
Ｓ４７０でＮｏと判断すると、ＣＰＵ１１は、Ｓ４９０に移行し、Ｓ４７０でＹｅｓと判断すると、通信に支障が生じるとして、Ｓ４７５に移行する。そして、ＩＰモードの切替により、現在通信可能なノードが多機能装置２０と通信不能となる旨の警告画面を表示する（Ｓ４７５）。図１４（ｂ）は、Ｓ４７５にて表示されるＧＵＩ構成の警告画面の一例を示した図である。
【０１３１】
図１４（ｂ）に示すように、Ｓ４７５で表示される警告画面には、上段から順に、通信できなくなる装置（機器）が存在する旨の文字列、操作を続行するか否かを尋ねる文字列、通信できなくなる装置のＩＰアドレス及びノード名を示す文字列が、表示される。また、この警告画面には、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するための「ＯＫ」ボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するための「キャンセル」ボタンとが設けられている。
【０１３２】
ＣＰＵ１１は、Ｓ４７５にて警告画面を表示した後、上記「ＯＫ」ボタン又は「キャンセル」ボタンが選択されるまで待機し、選択されると、選択されたボタンが「ＯＫ」ボタンか、それとも「キャンセル」ボタンかを判断し（Ｓ４８０）、「キャンセル」ボタンであると判断すると（Ｓ４８０でＮｏ）、Ｓ４８５に移行して、ＩＰモードの切替操作を無効にし、当該プロトコル切替処理を終了する。
【０１３３】
これに対し「ＯＫ」ボタンが選択されたと判断すると（Ｓ４８０でＹｅｓ）、ＣＰＵ１１は、Ｓ４９０に移行し、ＲＡＭ１３が保持するＩＰモードの設定値を、Ｓ３１０にて選択されたＩＰモードの値に変更すると共に、仮変更の内容がＲＡＭ１３に一時記憶されている場合には、この情報に基づきＲＡＭ１３が保持する設定値を更新する（Ｓ４９０）。
【０１３４】
例えば、Ｓ３６５で警告画面に提示した解決策（変更案）に従って変更を行う旨の指令が入力されている場合には、Ｓ４９０にて、ＲＡＭ１３が保持する「ＩＰｖ４自動設定」の設定値を有効に変更し、Ｓ３７５で警告画面に提示した解決策（変更案）に従って変更を行う旨の指令が入力されている場合には、Ｓ４９０にて、ＲＡＭ１３が保持するサブネットマスクの設定値を、管理ＰＣのサブネットマスクと同一の値に変更する。
【０１３５】
また、設定値の変更内容に、設定画面の表示内容が対応するように、設定画面の表示内容を更新する（Ｓ４９０）。この後、ＣＰＵ１１は、プロトコル切替処理を終了する。
【０１３６】
次に、Ｓ２６５にて実行されるサーバ設定処理について説明する。図１５は、管理ＰＣのＣＰＵ１１で実行されるサーバ設定処理を表すフローチャートである。
【０１３７】
サーバ設定処理を実行すると、ＣＰＵ１１は、当該サーバ設定処理実行の原因となった設定項目の入力欄への文字列の入力が終了するまで待機し（Ｓ５１０）、入力欄への文字列の入力が終了したと判断すると（Ｓ５１０でＹｅｓ）、Ｓ５２０に移行する。尚、Ｓ５１０では、例えば、入力欄とは別の設定項目が選択された場合に、入力欄への文字列の入力が終了したと判断する。
【０１３８】
Ｓ５２０に移行すると、ＣＰＵ１１は、設定項目の入力欄への文字列の入力操作が、設定値を変更する操作であるのか否か（即ち、既に設定されている値とは異なる文字列が入力されたか否か）を判断し、設定値を変更する操作ではないと判断すると（Ｓ５２０でＮｏ）、当該サーバ設定処理を終了する。
【０１３９】
一方、設定値を変更する操作であると判断すると（Ｓ５２０でＹｅｓ）、入力欄に新たに入力された文字列が、ドメイン名であるか否かを判断する（Ｓ５３０）。そして、入力欄に新たに入力された文字列がドメイン名であると判断すると（Ｓ５３０でＹｅｓ）、上記入力欄に入力された文字列をプロトコル判定対象に設定し（Ｓ５４０）、その後、図１０に示すプロトコル判定処理を実行する（Ｓ５６０）。プロトコル判定処理の内容は、上述した通りである。プロトコル判定処理の実行の後には、Ｓ５７０に移行する。
【０１４０】
この他、入力欄に新たに入力された文字列が、ドメイン名ではなくＩＰアドレスである
と判断すると（Ｓ５３０でＮｏ）、ＣＰＵ１１は、Ｓ５５０にて、アドレス判定処理を実行する。図１６は、アドレス判定処理を表すフローチャートである。このアドレス判定処理では、周知の関数ｉｎｅｔ＿ｐｔｏｎ（ｉｎｔ  ａｆ，ｃｏｎｓｔ  ｃｈａｒ  ＊ｓｒｃ，ｖｏｉｄ  ＊ｄｓｔ）を用いて、入力され
たＩＰアドレスを判定する。
【０１４１】
上記関数ｉｎｅｔ＿ｐｔｏｎは、文字列ｓｒｃを、アドレスファミリａｆのネットワークアドレス構造体に変換し、変数ｄｓｔにコピーするものである。アドレスファミリａｆがサポートしていな
いものが、文字列ｓｒｃに設定された場合、この関数は、返値ｒｅｔとして、負の値を返す。また、文字列ｓｒｃが正しいアドレスでない場合、返値ｒｅｔとして値０を返す。その他、文字列ｓｒｃに正しいアドレスが設定されている場合には、返値ｒｅｔとして正の値を返す。
【０１４２】
具体的に、アドレスファミリａｆに値ＡＦ＿ＩＮＥＴを設定して上記関数を実行すると、文字列ｓｒｃが正しいＩＰｖ４のＩＰアドレスでない場合、返値ｒｅｔとしては、０以下の値が得られ
る。逆に、文字列ｓｒｃが正しいＩＰｖ４のＩＰアドレスである場合には、アドレスファミ
リａｆに値ＡＦ＿ＩＮＥＴを設定して上記関数を実行すると、返値ｒｅｔとして、正の値が得られる。
【０１４３】
尚、ＩＰｖ４については、関数ｉｎｅｔ＿ｐｔｏｎに代わって、文字列ｓｒｃを構成する文字について、順に、その文字が１０進数の文字であるか否か判断し、１０進数である場合には、ピリオドまでの１０進数の文字列を数値に変換し、数値が２５５を越えたらエラーとする。以上の処理を、１０進数かピリオド以外の文字が出てくるまで繰り返し、返値ｒｅｔを出力
するという一連の処理でも代用できる。
【０１４４】
また、アドレスファミリａｆに値ＡＦ＿ＩＮＥＴ６を設定して上記関数を実行すると、文字列ｓｒｃ
が正しいＩＰｖ６のＩＰアドレスでない場合、返値ｒｅｔとしては、０以下の値が得られる
。逆に、文字列ｓｒｃが正しいＩＰｖ６のＩＰアドレスである場合には、アドレスファミリａｆに値ＡＦ＿ＩＮＥＴ６を設定して上記関数を実行すると、返値ｒｅｔとして、正の値が得られる。
【０１４５】
尚、ＩＰｖ６については、関数ｉｎｅｔ＿ｐｔｏｎに代わって、文字列ｓｒｃを構成する文字について、順に、その文字が１６進数の文字であるか否か判断し、１６進数である場合には、コロンまでの１６進数の文字列を数値に変換し、数値が０ｘｆｆｆｆを越えたらエラーとする。また、文字列”：：”があったら、その位置を記憶し、二つ目の文字列”：：”があったら、エラーとする。以上の処理を、１６進数かコロン以外の文字が出てくるまで繰り返し、”：：”の位置が記憶されていた場合には、その位置に値０を挿入し、その後、返値ｒｅｔ
を出力するという一連の処理でも代用できる。
【０１４６】
図１６に示すアドレス判定処理では、このようにして、返値ｒｅｔを出力する上記関数を
用いて、入力された文字列が、ＩＰｖ４のＩＰアドレスであるのか、ＩＰｖ６のＩＰアドレスであるのか、それとも、いずれにも属さない不正な（入力ミスした）ＩＰアドレスで
あるのかを判定する。
【０１４７】
具体的に、アドレス判定処理を実行すると、ＣＰＵ１１は、変数ａｆ＝ＡＦ＿ＩＮＥＴに設定し、変数ｓｒｃに、上記入力欄に入力された文字列を設定して、関数ｉｎｅｔ＿ｐｔｏｎを実行し、返値ｒｅｔを取得する（Ｓ５５１）。
【０１４８】
その後、ＣＰＵ１１は、返値ｒｅｔが正の値であるか否か（即ち、ｒｅｔ＞０か否か）を判断し（Ｓ５５３）、正の値であると判断すると（Ｓ５５３でＹｅｓ）、入力欄に入力されたＩＰアドレスがＩＰｖ４アドレスであり、入力欄に対応するサーバの通信プロトコルが、ＩＰｖ４であると判定する（Ｓ５５７）。その後、当該アドレス判定処理を終了する。
【０１４９】
一方、Ｓ５５３で、返値ｒｅｔが正の値ではないと判断すると（Ｓ５５３でＮｏ）、ＣＰ
Ｕ１１は、変数ａｆ＝ＡＦ＿ＩＮＥＴ６に設定し、変数ｓｒｃに、上記入力欄に入力された文字列を設定して、関数ｉｎｅｔ＿ｐｔｏｎを実行し、返値ｒｅｔを取得する（Ｓ５５５）。
【０１５０】
その後、ＣＰＵ１１は、返値ｒｅｔが正の値であるか否か（即ち、ｒｅｔ＞０か否か）を判断し（Ｓ５５６）、正の値であると判断すると（Ｓ５５６でＹｅｓ）、入力欄に入力されたＩＰアドレスがＩＰｖ６アドレスであり、入力欄に対応するサーバの通信プロトコルがＩＰｖ６であると判定する（Ｓ５５８）。その後、当該アドレス判定処理を終了する。
【０１５１】
また、ＣＰＵ１１は、返値ｒｅｔが正の値ではないと判断すると（Ｓ５５６でＮｏ）、不
正なアドレスが入力されたとして、不正判定する（Ｓ５５９）。その後、当該アドレス判定処理を終了し、Ｓ５７０に移行する。
【０１５２】
Ｓ５７０に移行すると、ＣＰＵ１１は、プロトコル判定処理の結果、若しくは、アドレス判定処理の結果に基づいて、入力欄に対応するサーバがＩＰｖ４及びＩＰｖ６にて通信可能なサーバであるか否か判断する（Ｓ５７０）。尚、ここでは、プロトコル判定処理にて、Ｄｕａｌ判定された場合にのみ、Ｙｅｓと判断し、それ以外の場合にはＮｏと判断する。
【０１５３】
Ｓ５７０でＹｅｓと判断すると、ＣＰＵ１１は、ＲＡＭ１３が保持する上記入力欄に対応するサーバの設定値を、上記入力欄に入力された文字列に変更（更新）して（Ｓ６３０）、当該サーバ設定処理を終了する。
【０１５４】
一方、Ｓ５７０でＮｏと判断すると、ＣＰＵ１１は、プロトコル判定処理の結果、若しくは、アドレス判定処理の結果に基づいて、上記入力欄に対応するサーバの通信プロトコルがＩＰｖ４であるか否か判断し（Ｓ５８０）、ＩＰｖ４であると判断すると（Ｓ５８０でＹｅｓ）、ＲＡＭ１３に保持されているＩＰモードの設定値に基づき、多機能装置２０のＩＰｖ４通信機能がオンにされているか否か判断する（Ｓ５９０）。具体的に、ここではＩＰモードが、Ｄｕａｌモード若しくはＩＰｖ４モードである場合のみＩＰｖ４通信機能がオンにされていると判断する。
【０１５５】
そして、ＩＰｖ４通信機能がオンにされていると判断すると（Ｓ５９０でＹｅｓ）、Ｓ６３０に移行して、当該サーバ設定処理の実行原因となった上記入力欄に対応するサーバの設定値を、上記入力欄に入力された文字列に変更（更新）し、当該サーバ設定処理を終
了する。
【０１５６】
また、Ｓ５９０で、ＩＰｖ４通信機能がオフにされていると判断すると（Ｓ５９０でＮｏ）、ＣＰＵ１１は、通信に支障が生じるとして、設定されているＩＰモードに適合するサーバアドレスを入力するように指示する警告画面を表示部１７に表示する（Ｓ５９５）。尚、Ｓ５９０でＮｏと判断され、警告画面が表示部１７に表示されるのは、例えば、ＩＰモードをＩＰｖ６としている（ＩＰｖ４通信機能がオフである）にも拘らず、サーバアドレスを、ＩＰｖ６からＩＰｖ４のアドレスに変更した場合である。
【０１５７】
図１７（ａ）は、Ｓ５９５にて表示部１７に表示される警告画面の一例を示した説明図である。図１７（ａ）に示すように、Ｓ５９５にて表示される警告画面には、ＩＰモードに適合するサーバアドレスを入力するように指示する文字列と、「ＯＫ」ボタンとが表示される。
【０１５８】
Ｓ５９５での警告画面の表示後、ＣＰＵ１１は、利用者が入力部１８を操作することにより「ＯＫ」ボタンが選択されるまで待機し（Ｓ６２０）、「ＯＫ」ボタンが選択されると（Ｓ６２０でＹｅｓ）、Ｓ５１０で入力欄に入力された文字列を消去し、これに代えて、ＲＡＭ１３が保持する設定値（サーバアドレス）を入力欄に表示することにより、設定画面における上記入力欄の表示内容を、元に戻す（Ｓ６４０）。その後、当該サーバ設定処理を終了する。
【０１５９】
一方、Ｓ５８０においてサーバの通信プロトコルがＩＰｖ４ではないと判断すると（Ｓ５８０でＮｏ）、ＣＰＵ１１は、プロトコル判定処理の結果、若しくは、アドレス判定処理の結果に基づいて、上記入力欄に対応するサーバの通信プロトコルが、ＩＰｖ６であるか否か判断し（Ｓ６００）、ＩＰｖ６であると判断すると（Ｓ６００でＹｅｓ）、ＲＡＭ１３に保持されているＩＰモードの設定値に基づき、多機能装置２０のＩＰｖ６通信機能がオンにされているか否か判断する（Ｓ６１０）。具体的に、ここではＩＰモードが、Ｄｕａｌモード若しくはＩＰｖ６モードである場合のみＩＰｖ６通信機能がオンにされていると判断する。
【０１６０】
そして、ＩＰｖ６通信機能がオンにされていると判断すると（Ｓ６１０でＹｅｓ）、ＣＰＵ１１は、Ｓ６３０に移行し、当該サーバ設定処理の実行原因となった上記入力欄に対応するサーバの設定値を、上記入力欄に入力された文字列に変更（更新）し、その後、サーバ設定処理を終了する。
【０１６１】
一方、Ｓ６１０でＩＰｖ６通信機能がオフにされていると判断すると（Ｓ６１０でＮｏ）、ＣＰＵ１１は、通信に支障が生じるとして、設定されているＩＰモードに適合するサーバアドレスを入力するように指示する警告画面を表示部１７に表示する（Ｓ６１５）。尚、Ｓ６１０でＮｏと判断され、警告画面が表示部１７に表示されるのは、例えば、ＩＰモードをＩＰｖ４としている（即ち、ＩＰｖ６通信機能をオフにしている）にも拘らず、サーバアドレスを、ＩＰｖ４からＩＰｖ６に対応したアドレスに、変更した場合である。
【０１６２】
図１７（ｂ）は、Ｓ６１５にて表示部１７に表示される警告画面の一例を示した説明図である。図１７（ｂ）に示すように、Ｓ６１５にて表示される警告画面には、ＩＰモードに適合するサーバアドレスを入力するように指示する文字列と、「ＯＫ」ボタンとが表示される。
【０１６３】
Ｓ６１５での警告画面の表示後、ＣＰＵ１１は、利用者が入力部１８を操作することにより「ＯＫ」ボタンが選択されるまで待機し（Ｓ６２０）、「ＯＫ」ボタンが選択されると（Ｓ６２０でＹｅｓ）、設定画面における上記入力欄の表示内容を元に戻し（Ｓ６４０
）、当該サーバ設定処理を終了する。
【０１６４】
また、Ｓ６００において、サーバの通信プロトコルがＩＰｖ６でもないと判断すると（Ｓ６００でＮｏ）、ＣＰＵ１１は、正しいサーバアドレスを入力するように指示する文字列と、「ＯＫ」ボタンとを備えた警告画面（図示せず）を表示部１７に表示し（Ｓ６０５）、その後、「ＯＫ」ボタンが選択されるまで待機し（Ｓ６２０）、「ＯＫ」ボタンが選択されると（Ｓ６２０でＹｅｓ）、設定画面における上記入力欄の表示内容を元に戻す（Ｓ６４０）。そして、当該サーバ設定処理を終了する。
【０１６５】
以上、サーバ設定処理及びプロトコル切替処理について説明したが、これらの処理にて、更新されたＲＡＭ１３内の設定値は、上述したように、設定画面の「ＯＫ」ボタンが選択された時点で、ＳＮＭＰに基づき、多機能装置２０の設定情報に反映される（Ｓ２７５）。これにより、設定画面を通じて利用者により行われたサーバアドレスの設定操作及びＩＰモードの切替操作は、多機能装置２０に反映され、多機能装置２０の動作は変更される。
【０１６６】
例えば、ＩＰモードの切替操作に基づいて変更されたＲＡＭ１３内のＩＰモードの設定値は、多機能装置２０のＮＶＲＡＭ２４に記憶された設定情報（ＩＰモードの設定値）に反映され、これにより、多機能装置２０におけるＩＰｖ４通信機能及びＩＰｖ６通信機能はオン／オフされる。
【０１６７】
また、サーバアドレスの設定操作に基づいて変更されたＲＡＭ１３内の各サーバの設定値（サーバアドレス）は、多機能装置２０のＮＶＲＡＭ２４に記憶された設定情報に反映され、これにより、多機能装置２０における設定情報のサーバアドレスは更新され、多機能装置２０は、更新後のサーバアドレスに対応するサーバに、アクセスする。
【０１６８】
以上、本実施例の通信システム１について説明したが、本実施例において、多機能装置２０を管理する管理ＰＣは、利用者の操作によって入力部１８から入力される指令に従い、ＳＮＭＰにて、多機能装置２０の設定値を操作し、多機能装置２０の動作（設定）を変更するが、ＳＮＭＰにて、多機能装置２０の設定値を変更する前に、変更後の設定値に基づいて多機能装置２０が動作した場合に、変更前に通信していた装置と、変更後も通信できるか否か判断し、これにより、変更後の通信に支障が生じないか否か判断する。そして、支障が生じると判断すると、必要に応じて利用者による変更操作をキャンセルし（Ｓ４８５）、多機能装置２０に対する設定変更を実行しないようにする（即ち、禁止する）。
【０１６９】
従って、本実施例によれば、多機能装置２０に対し、間違った設定変更を施すことが原因で、通信に支障が生じるのを防止することができる。
【０１７０】
特に、本実施例の場合には、管理ＰＣからネットワークＮＬ経由で多機能装置２０に設定変更を施すため、設定変更によって管理ＰＣと多機能装置２０との通信が行えなくなると、利用者にとっては大変不便である。この点、本実施例では、ＳＮＭＰにて、多機能装置２０の設定値を変更する前に、変更後の設定値で、管理ＰＣと多機能装置２０との通信が維持できるか否かを判断し（Ｓ３３０）、通信が維持できない場合には（Ｓ３３０でＮｏ）、利用者による変更操作をキャンセルし（Ｓ４８５）、多機能装置２０に対する設定変更を実行しないようにするので、利用者による誤った設定変更により、管理ＰＣと多機能装置２０との通信が維持できなくなるのを、防止することができる。
【０１７１】
また、本実施例では、多機能装置２０のＩＰｖ４通信機能及びＩＰｖ６通信機能が夫々オン／オフ可能な構成にされているが、ＩＰｖ４通信機能又はＩＰｖ６通信機能をオフに変更する際に、その変更により、通信に支障が生じないか否かを、プロトコル切替処理に
て判断する。従って、本実施例によれば、ＩＰｖ４通信機能・ＩＰｖ６通信機能のオン／オフによって、通信に支障が生じるのを防止することができる。
【０１７２】
特に、本実施例では、多機能装置２０に、アクセスログが一定のデータ量を超えない範囲で、自装置（多機能装置２０）と通信したノードの通信プロトコルを示す情報（ＩＰアドレス）をアクセスログに記録させるようにし（通信履歴記録処理）、このアクセスログに基づいて、ログ判定処理を実行し、設定変更によって、多機能装置２０との通信が不可能となるネットワークＮＬ内の装置が、過去の所定期間に多機能装置２０と通信した装置の中に存在するか否かを、判断するようにした。
【０１７３】
そして、多機能装置２０との通信が不可能となる装置が存在する場合には、ネットワークＮＬ内の通信に支障が生じると判定し（Ｓ４７０でＹｅｓ）、必要に応じて、ＩＰモードの切替操作を行わないようにした。従って、この通信システム１によれば、多機能装置２０と頻繁に通信するネットワークＮＬ内の装置の通信が不能になることが原因で生じる問題を、未然に解消することができる。
【０１７４】
また、多機能装置２０では、ＳＭＴＰサーバ等のサーバアドレスを、夫々のサーバに対して一つしか設定する（設定情報として記憶する）ことができないのに対し、ＩＰｖ４及びＩＰｖ６通信機能を、夫々、オン／オフすることができるため、通信機能のオン／オフの関係と、サーバアドレスとの関係について、不整合が生じる可能性がある。
【０１７５】
この問題に対処するため、本実施例では、ＩＰモードを切り替える際に、切替後のＩＰモードがＩＰｖ６モードであるにも拘らず、設定情報として多機能装置２０に記憶されるサーバアドレスがＩＰｖ４であると（Ｓ４２１でＮｏ）、通信に支障が生じると判断し（Ｓ４３５でＮｏ）、設定変更を禁止するようにした（Ｓ４８５）。また、切替後のＩＰモードがＩＰｖ４であるにも拘らず、設定情報として多機能装置２０に記憶されるサーバアドレスがＩＰｖ６であると（Ｓ４２７でＮｏ）、通信に支障が生じると判断し（Ｓ４３５でＮｏ）、設定変更を実行しないようにした（Ｓ４８５）。
【０１７６】
従って、本実施例によれば、例えば、Ｓ３１０にてＩＰモードがＤｕａｌモードからＩＰｖ４モードに切り替えられ、ＩＰｖ６通信機能がオンからオフに変更される際に、ＩＰモードと、サーバアドレスとに不整合が生じるのを、Ｓ４２７〜Ｓ４２９等の処理により防止することができる。また、Ｓ３１０にてＩＰモードがＤｕａｌモードからＩＰｖ６モードに切り替えられ、ＩＰｖ４通信機能がオンからオフに変更される際に、ＩＰモードと、サーバアドレスとに不整合が生じるのを、Ｓ４２１〜Ｓ４２３等の処理により防止することができる。
【０１７７】
その他、本実施例では、ＩＰモードの切替操作以外であっても、サーバアドレスの設定がなされる場合には、サーバ設定処理により、ＩＰモードの設定と、入力部１８から入力されたサーバアドレスとの間に不整合がないかどうか確認し、不整合がない場合には、設定値を、Ｓ６３０及びＳ２７５の処理にて多機能装置２０に反映させるが、不整合がある場合（Ｓ５９０でＮｏ及びＳ６１０でＮｏの場合）には、設定変更を禁止するようにした（Ｓ６４０）。従って、本実施例によれば、上述した不整合の問題を未然に解決することができ、利用者が誤った設定変更を行うことにより、多機能装置２０がサーバにアクセスできなくなるのを防止することができる。
【０１７８】
また、本実施例では、ＩＰモードの切替操作とサーバアドレスの設定値との間に不整合がある場合、サーバアドレスの変更操作とＩＰモードの設定値とに不整合がある場合に、操作を継続すると通信に支障が生じる旨のメッセージ、又は、正しいアドレスを入力するように指示するメッセージを表示部１７に表示するようにした（Ｓ３３５，Ｓ３６５，Ｓ
３７５，Ｓ４４０，Ｓ４７５，Ｓ５９５，Ｓ６１５）。従って、本実施例によれば、これらのメッセージ表示により、自身の操作に何等かの誤りがあることを利用者に気づかせることができ、正しい設定操作を行わせることができる。
【０１７９】
また、本実施例では、通信に支障が生じると判断した原因に応じ、それに対応する解決策（変更案）を警告画面に表示するようにした（Ｓ３６５，Ｓ３７５）。また、警告画面を通じて、変更を行う旨の指令が入力された場合には、提示した解決策（変更案）に対応する設定値の変更を自動で行って、誤った設定変更を修正するようにした（Ｓ３８５，Ｓ４９０）。従って、本実施例によれば、ネットワークの知識に疎い利用者にとっても、多機能装置２０の動作管理（設定）を簡単に行えるようにすることができる。
【０１８０】
尚、本発明の第一及び第二通信プロトコルは、ＩＰｖ４及びＩＰｖ６に対応し、変更手段は、Ｓ４９０，Ｓ６３０，Ｓ２７５等の処理にて実現されている。また、判定手段は、Ｓ３３０，Ｓ３６０，Ｓ３７０，Ｓ４３５，Ｓ４７０，Ｓ５９０，Ｓ６１０等の処理にて実現され、禁止手段は、Ｓ４８５，Ｓ６４０等の処理にて実現されている。また、入力手段は、入力部１８に相当し、通信手段は、プロトコルスタック１５及びネットワークインタフェース１６に相当する。
【０１８１】
また、維持判断手段は、Ｓ３３０の処理にて実現され、履歴記録手段は、通信履歴記録処理にて実現され、装置判断手段は、Ｓ４５０及びＳ４７０の処理にて実現されている。また、設定記憶手段は、設定情報を記憶するＮＶＲＡＭ２４にて実現されており、特定装置と通信するための情報は、サーバアドレス（ＩＰｖ４表記のＩＰアドレス、ＩＰｖ６表記のＩＰアドレス等）に相当する。
【０１８２】
その他、メッセージ表示手段は、Ｓ３３５，Ｓ３６５，Ｓ３７５，Ｓ４４０，Ｓ４７５，Ｓ５９５，Ｓ６１５等にて実現され、解決策導出手段は、発生原因に応じて、表示する解決策（変更案）を切り替える処理（プロトコル切替処理内）にて実現されている。また、修正手段は、Ｓ３８５及びＳ４９０の処理にて実現され、解決策表示手段は、Ｓ３６５及びＳ３７５の処理にて実現されている。
【０１８３】
また、本発明の管理システム及びプログラムは、上記実施例に限定されるものではなく、種々の態様を採ることができる。上記実施例では、設定変更により通信に支障が生じるか否かを管理ＰＣで判断し、設定変更のキャンセルを管理ＰＣ側で実現するようにしたが、例えば、多機能装置２０に、上記判断を行わせて、設定変更のキャンセルを多機能装置２０側で実現するようにしてもよい。
【図面の簡単な説明】
【０１８４】
【図１】本発明が適用された通信システム１の構成を表す説明図である。
【図２】通信システム１を構成するＰＣ１０の構成を表すブロック図（ａ）及び多機能装置２０の構成を表すブロック図（ｂ）である。
【図３】ＮＶＲＡＭ２４が記憶するアクセスログの構成を表す説明図（ａ）及び設定情報の構成を表す説明図（ｂ）である。
【図４】ＣＰＵ２１が実行する通信履歴記録処理を表すフローチャートである。
【図５】管理ＰＣのＣＰＵ１１が実行する設定画面表示処理を表すフローチャートである。
【図６】設定画面の構成を表す説明図である。
【図７】ＣＰＵ１１が実行するプロトコル切替処理を表すフローチャートである。
【図８】ＣＰＵ１１が実行するプロトコル切替処理を表すフローチャートである。
【図９】ＣＰＵ１１が実行するサーバ判定処理を表すフローチャートである。
【図１０】ＣＰＵ１１が実行するプロトコル判定処理を表すフローチャートである。
【図１１】ＣＰＵ１１が実行するログ判定処理を表すフローチャートである。
【図１２】Ｓ３３５で表示される警告画面の例を示す図（ａ）及びＳ３６５で表示される警告画面の例を示す図（ｂ）である。
【図１３】Ｓ３７５で表示される警告画面の例を示す図である。
【図１４】Ｓ４４０で表示される警告画面の例を示す図（ａ）及びＳ４７５で表示される警告画面の例を示す図（ｂ）である。
【図１５】ＣＰＵ１１が実行するサーバ設定処理を表すフローチャートである。
【図１６】ＣＰＵ１１が実行するアドレス判定処理を表すフローチャートである。
【図１７】Ｓ５９５で表示される警告画面の例を示す図（ａ）及びＳ６１５で表示される警告画面の例を示す図（ｂ）である。
【符号の説明】
【０１８５】
１…通信システム、１０，１０ａ，１０ｂ，１０ｃ…ＰＣ、１１，２１…ＣＰＵ、１２，２２…ＲＯＭ、１３，２３…ＲＡＭ、１４…ハードディスク装置、１４ａ…管理ツール、１５，２５…プロトコルスタック、１６，２６…ネットワークインタフェース、１７…表示部、１８…入力部、１９，２９…バス、２０…多機能装置、２１ａ…印刷サーバ部、２１ｂ…メール送受信部、２１ｃ…通信履歴記録部、２１ｄ…ＳＮＭＰエージェント、２４…ＮＶＲＡＭ、２７…ユーザインタフェース、２８…印刷部、３１…ＤＮＳサーバ、３３…ＤＨＣＰサーバ、３５…ＳＭＴＰサーバ、３７…ＰＯＰサーバ、ＬＮ…通信ケーブル、ＮＬ…ネットワーク
【図１】
2010178379.tif 000003
【図２】
2010178379.tif 000004
【図３】
2010178379.tif 000005
【図４】
2010178379.tif 000006
【図５】
2010178379.tif 000007
【図６】
2010178379.tif 000008
【図７】
2010178379.tif 000009
【図８】
2010178379.tif 000010
【図９】
2010178379.tif 000011
【図１０】
2010178379.tif 000012
【図１１】
2010178379.tif 000013
【図１２】
2010178379.tif 000014
【図１３】
2010178379.tif 000015
【図１４】
2010178379.tif 000016
【図１５】
2010178379.tif 000017
【図１６】
2010178379.tif 000018
【図１７】
2010178379.tif 000019
【手続補正書】
【提出日】平成22年4月28日(2010.4.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第一の通信プロトコルにて通信する装置、及び、前記第一の通信プロトコルとは異なる第二の通信プロトコルにて通信する装置を含むネットワーク、に接続され、前記第一の通信プロトコルにて前記ネットワーク内の装置と通信するための第一通信機能と、前記第二の通信プロトコルにて前記ネットワーク内の装置と通信するための第二通信機能と、を備える通信装置を管理するための管理装置であって、
前記ネットワークを介し、前記第一又は第二の通信プロトコルにて前記通信装置と通信する通信手段と、
利用者が操作可能な入力手段と、
前記入力手段から入力される指令に従い、前記通信手段を介して、前記通信装置の第一又は第二通信機能をオンからオフに変更することによって前記通信装置の動作を変更する変更手段と、
前記変更手段が前記通信装置の動作を変更する際、その変更によって、前記ネットワーク内の通信に支障が生じるか否かを判定する判定手段と、
を備え
前記判定手段は、
前記変更の後に、前記通信装置と前記ネットワーク内の装置との通信が維持できるか否かを判断し、前記通信装置と前記ネットワーク内の装置との通信が維持できないと判断されると、前記ネットワーク内の通信に支障が生じると判定することを特徴とする管理装置。
【請求項２】
前記判定手段は、前記変更手段が前記通信装置の動作を変更する前に動作し、
当該管理システムは、更に、
前記判定手段が前記ネットワーク内の通信に支障が生じると判定すると、前記変更手段による変更動作を禁止する禁止手段、を備える、請求項１記載の管理装置。
【請求項３】
前記判定手段は、
前記変更の後に、前記通信装置と前記管理装置との通信が維持できるか否かを判断する維持判断手段を備え、
前記判定手段は、前記通信装置と前記管理装置との通信が維持できないと判断されると、前記ネットワーク内の通信に支障が生じると判定する、請求項１または請求項２記載の管理装置。
【請求項４】
前記判定手段が前記ネットワーク内の通信に支障が生じると判定すると、その旨のメッ
セージを表示するメッセージ表示手段を備える、請求項１〜請求項３のいずれかに記載の管理装置。
【請求項５】
前記判定手段が前記ネットワーク内の通信に支障が生じると判定すると、前記支障の解決策を導出する解決策導出手段と、
前記解決策導出手段により導出された前記解決策を表示する解決策表示手段と、
を備える、請求項１〜請求項４のいずれかに記載の管理装置。
【請求項６】
前記判定手段が前記ネットワーク内の通信に支障が生じると判定すると、前記支障の解決策を導出する解決策導出手段と、
前記解決策導出手段の導出結果に従い、前記通信装置の動作を変更する修正手段と、
を備える、請求項１〜請求項５のいずれかに記載の管理装置。
【請求項７】
第一の通信プロトコルにて通信する装置、及び、前記第一の通信プロトコルとは異なる第二の通信プロトコルにて通信する装置を含むネットワーク、に接続され、前記第一の通信プロトコルにて前記ネットワーク内の装置と通信するための第一通信機能と、前記第二の通信プロトコルにて前記ネットワーク内の装置と通信するための第二通信機能と、を備える通信装置を管理するためのコンピュータに、
前記ネットワークを介し、前記第一又は第二の通信プロトコルにて前記通信装置と通信する通信手順と、
入力手段から入力される指令に従い、前記通信手順を介して、前記通信装置の第一又は第二通信機能をオンからオフに変更することによって前記通信装置の動作を変更する変更手順と、
前記変更手段が前記通信装置の動作を変更する際、その変更によって、前記ネットワーク内の通信に支障が生じるか否かを判定する判定手順と、
を実行させるためのコンピュータプログラムであって、
前記判定手順は、
前記変更の後に、前記通信装置と前記ネットワーク内の装置との通信が維持できるか否かを判断し、前記通信装置と前記ネットワーク内の装置との通信が維持できないと判断されると、前記ネットワーク内の通信に支障が生じると判定する手順を含むことを特徴とするコンピュータプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信プロトコルにて、ネットワーク内の装置と通信を行う通信装置を管理するための管理装置に関する。
【背景技術】
【０００２】
従来より、通信プロトコルとしては、インターネットでの通信に用いられるインターネットプロトコル（ＩＰ）が知られている（例えば、引用文献１〜３参照）。近年、情報インフラの普及に伴い、ＩＰアドレスの枯渇化等が問題となり、既存のインターネットプロトコルであるＩＰｖ４（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）に
代わって、新しいインターネットプロトコルが開発され、採用されつつある。新しいインターネットプロトコルとは、ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）である。
【０００３】
現在は、ＩＰｖ６への移行期にあり、ＩＰｖ４にて動作する端末と、ＩＰｖ６にて動作する端末と、が混在するネットワーク環境が多く存在する。このため、現在では、ＩＰｖ４及びＩＰｖ６の両プロトコルにて通信可能な通信装置を、製品として開発する手法等が採られている。また、このような複数のプロトコルにて動作可能な通信装置においては、様々なネットワーク環境に対応できるように、ＩＰｖ６による通信機能と、ＩＰｖ４による通信機能とを、夫々オン／オフ可能な構成を採用することが考えられている。
【特許文献１】特開２００４−３２６９９号公報
【特許文献２】特開２０００−１８３８７４号公報
【特許文献３】特開２００１−０３４４３４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、インターネットプロトコルによる通信では、特定装置（サーバ等）と通信を行う場合、ＩＰアドレスやドメイン名等で通信先を指定し、この情報を格納したパケットをネットワーク内に送出する。この際、ＩＰｖ４による通信機能がオフにされているにも拘らず、通信先に関する設定情報に、ＩＰｖ４形式のＩＰアドレスが登録されていると、通信装置は、通信先装置と通信を行うことができない。
【０００５】
また、ドメイン名等で通信先を指定する場合には、ＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）サーバにアクセスして、ドメイン名をＩＰアドレスに変換するが、ＤＮＳサーバの設定と、通信機能のオン／オフとの関係が適合していない場合には、ＤＮＳサーバにアクセスすることができず、通信先装置と通信できない事態が予想される。
【０００６】
即ち、複数のプロトコルにて通信可能で、各プロトコルによる通信機能をオン／オフ可能な構成された通信装置では、通信に係る設定内容と、通信機能のオン／オフとの関係に不整合が生じ、通信に支障が生じる可能性がある。また、通信機能をオン／オフすることによって、ＩＰｖ４又はＩＰｖ６の通信機能（単一の通信機能）しか備えない他の装置が、両通信機能を有する通信装置にアクセスすることができなくなる事態が予想される。
【０００７】
その他、通信機能のオン／オフに関係なく、通信先装置の能力と、通信先装置にアクセスする際に用いるプロトコルとに不整合が生じた場合には、通信先装置と通信することができなくなる事態が予想される。
【０００８】
本発明は、こうした問題に鑑みなされたものであり、第一の通信プロトコルにて通信する装置、及び、第二の通信プロトコルにて通信する装置を含むネットワークに接続され、第一の通信プロトコルにてネットワーク内の装置と通信するための第一通信機能と、第二の通信プロトコルにてネットワーク内の装置と通信するための第二通信機能と、を備える通信装置に対して、動作変更を施すことが原因で、通信に支障が生じる場合に、支障の発生を防止したり、迅速に問題を解消可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
かかる目的を達成するためになされた本発明の装置は、第一の通信プロトコルにて通信する装置、及び、第一の通信プロトコルとは異なる第二の通信プロトコルにて通信する装置を含むネットワーク、に接続され、第一の通信プロトコルにてネットワーク内の装置と通信するための第一通信機能と、第二の通信プロトコルにてネットワーク内の装置と通信するための第二通信機能と、を備える通信装置、を管理するための管理装置であって、通
信手段と、入力手段と、変更手段と、判定手段と、を備えるものである。
【００１０】
通信手段は、ネットワークを介し、第一又は第二の通信プロトコルにて通信装置と通信し、変更手段は、利用者の操作によって入力手段から入力される指令に従い、通信手段を介して、通信装置の動作を変更する構成にされており、判定手段は、変更手段によって通信装置の動作が変更される際に、その変更によって、ネットワーク内の通信に支障が生じるか否かを判定する。
【００１１】
ここで、判定手段は、変更手段による変更の後に、通信装置と管理装置との通信が維持できるか否かを判断する維持判断手段を有し、維持判断手段により、通信装置と管理装置との通信が維持できないと判断された場合には、ネットワーク内の通信に支障が生じると判定する。
【００１２】
この発明によれば、利用者の操作に従って通信装置の動作を変更する際に、管理装置との間の通信に支障が生じるか否かを判定するため、通信に支障が生じる場合には、その旨を利用者に報知するといった処置や、支障が生じないように変更を禁止するといった処置を施すことができる。従って、この管理装置によれば、上記通信装置に対し、動作変更を施すことが原因で、通信装置の動作を変更する管理装置との間の通信に支障が生じる場合に、その発生を防止したり、迅速に問題を解消することができる。
【００１３】
ここで、周知のように、ＩＰネットワークではＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）を用いて管理装置から通信装置の動作（設定）を、遠隔操作で変更することができる。
【００１４】
このように、通信装置から利用者が離れている場合には、利用者が支障に気づくこと、支障に対処することが困難である。従って、支障の発生を防止することが可能な本発明は、非常に有用である。
【００１５】
すなわち、上述したシステムでは、管理装置から遠隔操作で通信装置の動作（設定）を変更した際に、管理装置と通信装置との通信を維持することができなくなる可能性があるが、本発明では、このような問題に対処することができ、管理装置と通信装置との通信が維持できなくなるのを、防止することができる。
【００１６】
尚、判定手段は、前記通信装置と、ネットワーク内の他の装置との通信が不可能になる場合に、上記支障が生じると判定する構成とすることもができる。
【００１７】
また、上記の管理装置において、変更手段による通信装置の動作変更前に、判定手段が動作し、判定手段によってネットワーク内の通信に支障が生じると判定された場合には、禁止手段が、変更手段による変更動作を禁止する構成にされてもよい。この管理装置によれば、利用者が誤った動作変更を指示することが原因で、通信に支障が生じるのを防止することができる。
【００１８】
その他、変更手段が、入力手段から入力される指令に従って、通信装置の第一及び第二通信機能を、オン／オフする構成にされている場合には、判定手段を、変更手段が第一又は第二通信機能をオンからオフに変更する際、その変更によって、ネットワーク内の通信に支障が生じるか否かを判定するように、構成するとよい。
【００１９】
通信機能がオフにされた場合には、変更前まで通信していた装置との通信が不可能になる可能性があるが、この管理装置によれば、そのような問題に対し、適切に対処することができる。例えば、通信が不可能になる場合には、禁止手段にて変更を禁止することによ
り、通信が不可能となるのを防止することができる。また、その旨を利用者に報知することにより、利用者に、通信不可能な状態を、迅速に解消させることができる。
【００２０】
尚、上記の管理装置には、過去の所定期間に、上記通信装置と通信したネットワーク内の装置が用いた通信プロトコルを示す情報を、通信履歴情報として、管理装置が備える記憶手段に記憶させる履歴記録手段を設け、判定手段を以下のように構成するとよい。
【００２１】
すなわち、管理装置は、上記履歴記録手段を備えると共に、判定手段に装置判断手段を備えるものである。装置判断手段は、変更手段による変更動作によって、上記通信装置との通信が不可能となる装置が、所定期間に上記通信装置と通信したネットワーク内の装置の中に存在するか否かを、通信履歴情報に基づき判断する。判定手段は、この装置判断手段により、通信装置との通信が不可能となる装置が存在すると判断されると、ネットワーク内の通信に支障が生じると判定する。
【００２２】
この管理装置によれば、所定期間に上記通信装置と通信したネットワーク内の装置について、その装置との通信に支障が生じるか否かを判定するので、上記通信装置と頻繁に通信するネットワーク内の装置の通信が不可能になることが原因で生じる様々な問題を、未然又は迅速に解消することができる。
【００２３】
また、上記通信装置が、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報、又は、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報を、特定装置との通信に係る設定情報として記憶する設定記憶手段、を備え、設定記憶手段が記憶する設定情報に従って、ネットワーク内の特定装置と通信する構成にされている場合には、判定手段を、以下のように構成するとよい。
【００２４】
すなわち、管理装置における判定手段は、変更手段が第一通信機能をオンからオフに変更する際に、設定記憶手段が、上記設定情報として、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報を記憶している場合、ネットワーク内の通信に支障が生じると判定する。また、変更手段が第二通信機能をオンからオフに変更する際に、設定記憶手段が、上記設定情報として、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報を記憶している場合、ネットワーク内の通信に支障が生じると判定する。
【００２５】
上記の通信装置を前提とした場合、その通信装置では、第一通信機能がオフにされている場合に、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報が設定記憶手段に記憶されていると、第二通信機能がオンであっても、その特定装置との通信を行うことができない。また同様に、第二通信機能がオフにされている場合に、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報が設定記憶手段に記憶されていると、第一通信機能がオンであっても、特定装置との通信を行うことができない。
【００２６】
従って、本発明のように、通信機能のオン／オフを切り替える際に、通信機能のオン／オフと設定情報との関係に不整合が生じるか否か判断すれば、未然又は迅速に、その問題（特定装置との通信が不可能になる問題）を解決することができる。尚、ネットワークが、ＩＰネットワークである場合、特定装置としては、ＤＮＳサーバ、メールサーバ等が挙げられる。その他、特定装置としては、ゲートウェイ、ルータ、アクセスポイント等、通信装置が他の装置との通信に際し、データ中継器として利用する装置、あるいは、通信装置が他の装置との通信に先立って、その通信に必要な情報を取得するために利用する装置等が挙げられる。また、設定情報としては、特定装置のＩＰアドレスが挙げられる。
【００２７】
また、第一の通信プロトコルにてネットワーク内の特定装置と通信するための情報が、特定装置のアドレス情報であって、第一の通信プロトコルに適合するアドレス情報であり、第二の通信プロトコルにてネットワーク内の特定装置と通信するための情報が、特定装置のアドレス情報であって、第二の通信プロトコルに適合するアドレス情報であってもよい。
【００２８】
尚具体的に、第一の通信プロトコルがＩＰｖ４、第二の通信プロトコルがＩＰｖ６である場合、３２ビットのアドレス情報が第一の通信プロトコルに適合するアドレス情報に相当し、１２８ビットのアドレス情報が第二の通信プロトコルに適合するアドレス情報に相当する。
【００２９】
また、管理装置は、判定手段がネットワーク内の通信に支障が生じると判定すると、その旨のメッセージを表示するメッセージ表示手段、を備えるものであってもよい。この発明によれば、メッセージ表示により、利用者に、通信の支障が生じることを報知することができ、この報知により、自身の操作に何等かの誤りがあることを利用者に気づかせることができる。
【００３０】
従って、この管理装置によれば、変更手段による変更動作を実行する前に、メッセージ表示手段を動作させることで、通信に支障が生じるのを防止することができる。その他、変更手段による変更動作後に、メッセージ表示手段を動作させれば、通信に支障が生じていることを利用者に気づかせることができ、利用者に、迅速に問題を解消させることができる。
【００３１】
また、管理装置は、判定手段によりネットワーク内の通信に支障が生じると判定されると、その支障に対する解決策を導出する解決策導出手段と、解決策導出手段により導出された解決策を（例えば、文字情報として）表示する解決策表示手段と、を備えるものであってもよい。
【００３２】
この管理装置によれば、問題（支障）を解決するための方法を表示するので、利用者に、その問題を早期に解決させることができる。尚、解決策の導出方法としては、例えば、判定手段により支障が生じると判定された原因と、それに対する解決策との対応関係を示した情報を、解決策導出手段に記憶させておき、判定手段により支障が生じると判定されると、上記対応関係を示した情報に基づき、判定原因に対応する解決策を導出する方法が考えられる。
【００３３】
また、管理装置には、上記解決策表示手段に代えて、解決策導出手段の導出結果に従い、通信装置の動作を変更する修正手段を設けても良い。このように構成された管理装置によれば、自動で通信装置の動作を修正するので、ネットワークの知識に疎い利用者にとっては、大変便利である。尚、利用者の意思に関係なく修正手段を作動させると、利用者の自由度を奪うことになり、利用者に不満が及ぶ可能性がある。従って、上記の管理装置においては、利用者による指令が入力された場合に、修正手段を作動させるとよい。
【００３４】
その他、上記の管理装置は、通信装置と通信可能なコンピュータに、上述した各手段としての機能を実現させるためのプログラムを実行させることによって、実現されてもよい。
【００３５】
【００３６】
尚、プログラムは、コンピュータ読取可能な記録媒体に格納して、利用者に提供することができる。
【００３７】
【００３８】
【００３９】
【００４０】
【００４１】
【発明を実施するための最良の形態】
【００４２】
以下、本発明の実施例について説明する。図１は、ネットワークＮＬ内に、複数のパーソナルコンピュータ（以下、「ＰＣ」とする。）１０ａ，１０ｂ，１０ｃと、多機能装置２０と、ＤＮＳサーバ３１と、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ３３と、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）サーバ３５と、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）サーバ３７と、ゲートウェイ３９と、を備える本発明の管理システムが適用された通信システム１の構成を表す説明図である。また、図２（ａ）は、ＰＣ１０（ここでは、ＰＣ１０ａ〜ｃをまとめてＰＣ１０と表現する。）の構成を表すブロック図、図２（ｂ）は、多機能装置２０の構成を表すブロック図である。
【００４３】
ネットワークＮＬは、インターネットプロトコル（ＩＰ）での通信を前提としたネットワークであり、インターネットに接続されている。ネットワークＮＬ内の各装置は、少なくともＩＰｖ４及びＩＰｖ６のいずれか一方のプロトコルスタックを有し、そのプロトコルスタックを用いて、ネットワークＮＬ内の他の装置（但し、同種のプロトコルスタックを実行しているものに限る。）と、通信を行う構成にされている。
【００４４】
ＰＣ１０は、各種演算処理を行うＣＰＵ１１と、プログラム等が格納されたＲＯＭ１２と、一時記憶領域としてのＲＡＭ１３と、オペレーティングシステム等が記憶されたハードディスク装置（ＨＤＤ）１４と、通信制御を行うためのプロトコルスタック１５と、通信ケーブルＬＮが接続されるネットワークインタフェース（ネットワークＩ／Ｆ）１６と、液晶ディスプレイ等からなる表示部１７と、利用者が操作可能な入力部１８（例えば、キーボードやポインティングデバイス）とを備え、これらがバス１９を介して接続された構成にされている。
【００４５】
プロトコルスタック１５は、ネットワークインタフェース１６によるデータ通信がプロトコルスタック１５に従った処理を経て行われる状態を概念的に示したものであり、実際には、ＩＰｖ６に従ったデータ通信を実現するためにＰＣ１０に実装（ハードディスク装置１４に記憶）されたプログラムモジュール、及び／又は、ＩＰｖ４に従ったデータ通信を実現するためにＰＣ１０に実装されたプログラムモジュールで構成される。ＰＣ１０は、このプログラムモジュールを、ＣＰＵ１１にて実行することにより、ＩＰｖ６及び／又はＩＰｖ４にて通信可能な装置として機能し、多機能装置２０等、ネットワークＮＬ内の装置と通信する。
【００４６】
具体的に、ネットワークＮＬ内のＰＣ１０ａは、ＩＰｖ４に従ったデータ通信を実現するためのプログラムモジュールを有し、これをＣＰＵ１１にて実行することにより、ＩＰｖ４で通信可能な装置として機能する。また、ＰＣ１０ｂは、ＩＰｖ６に従ったデータ通信を実現するためのプログラムモジュールを有し、これをＣＰＵ１１にて実行することにより、ＩＰｖ６にて通信可能な装置として機能する。その他、ＰＣ１０ｃは、両プログラ
ムモジュールを有し、これらをＣＰＵ１１にて実行することにより、ＩＰｖ４及びＩＰｖ６にて通信可能な装置として機能する。
【００４７】
また、ネットワークＮＬ内のＰＣ１０ａ〜ｃのいずれか一つ（以下、これを「管理ＰＣ」と称する。）のハードディスク装置１４には、多機能装置２０の設定情報をＳＮＭＰ（Ｓｉｍｐｌｅ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）に基づいて変更するための管理ツール（プログラム）１４ａが記憶されており、管理ＰＣは、これをＣＰＵ１１にて実行することにより、多機能装置２０に対する設定変更を、ＳＮＭＰに基づいて、ネットワークＮＬ経由で実行可能な構成にされる。
【００４８】
一方、多機能装置２０は、各種演算処理を行うＣＰＵ２１と、プログラム等を記憶するＲＯＭ２２と、一時記憶領域としてのＲＡＭ２３と、ＮＶＲＡＭ（Ｎｏｎ  Ｖｏｌａｔｉｌｅ  ＲＡＭ）２４と、通信制御を行うためのプロトコルスタック２５と、通信ケーブルＬＮに接続されるネットワークインタフェース（ネットワークＩ／Ｆ）２６と、ユーザインタフェース（ユーザＩ／Ｆ）２７と、記録紙に画像を形成可能な印刷部２８とを備え、これらがバス２９を介して接続された構成にされている。
【００４９】
プロトコルスタック２５は、ネットワークインタフェース２６によるデータ通信がプロトコルスタック２５に従った処理を経て行われる状態を概念的に示したものであり、実際には、ＩＰｖ６に従ったデータ通信を実現するためのプログラムモジュール、及び、ＩＰｖ４に従ったデータ通信を実現するためのプログラムモジュールで構成される。
【００５０】
即ち、多機能装置２０は、ＩＰｖ６に対応したプログラムモジュールをＣＰＵ２１にて実行することにより、ＩＰｖ６による通信機能（以下、「ＩＰｖ６通信機能」と称する。）を実現し、ＩＰｖ４に対応したプログラムモジュールをＣＰＵ２１にて実行することにより、ＩＰｖ４による通信機能（以下、「ＩＰｖ４通信機能」と称する。）を実現し、ＩＰｖ４及びＩＰｖ６にて通信可能な装置として機能する。尚、多機能装置２０は、ＩＰｖ６通信機能、及び、ＩＰｖ４通信機能をオン／オフ可能な構成にされている。
【００５１】
また、多機能装置２０は、ＲＯＭ２２（若しくはＮＶＲＡＭ２４）に、ｌｐｒ（Ｌｉｎｅ  ＰＲｉｎｔｅｒ  ｄａｅｍｏｎ  ｐｒｏｔｏｃｏｌ）に基づき、ネットワークＮＬ内のＰＣ１０から印刷データを受信し、この印刷データに基づく画像を印刷部２８に形成させるためのプログラムを有し、ＣＰＵ２１は、このプログラムを実行することにより、上記内容の処理を実行する印刷サーバ部２１ａとして機能する。その他、ＲＯＭ２２（若しくはＮＶＲＡＭ２４）には、ＳＭＴＰサーバ経由でメールを送信すると共に、ＰＯＰサーバ（具体的にはＰＯＰ３サーバ）に保存されたメールを受信するためのプログラムが格納されており、ＣＰＵ２１は、このプログラムを実行することにより、メール送受信部２１ｂとして機能する。
【００５２】
また、ＮＶＲＡＭ２４には、多機能装置２０に関する設定情報（図３（ｂ）参照）が登録されたデータベース（ＭＩＢ：Ｍａｎａｇｅｍｅｎｔ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂａｓｅ  ）と、管理ＰＣからの指令を受けてデータベースに登録された設定情報の通知・更新などをＳＮＭＰに従って行うためのエージェントプログラムと、が記憶されており、多機能装置２０は、このエージェントプログラムをＣＰＵ２１にて実行することにより、ＳＮＭＰエージェント２１ｄとして機能し、管理ＰＣからの指令に従って設定情報を提供し、又、設定情報を更新する。
【００５３】
その他、多機能装置２０は、ＲＯＭ２２（若しくはＮＶＲＡＭ２４）に、当該多機能装置２０と通信したネットワーク内の装置についての通信履歴情報を、ＮＶＲＡＭ２４内のアクセスログ（図３（ａ）参照）に書き込むためのプログラムを有し、ＣＰＵ２１は、こ
のプログラムを実行することにより、通信履歴記録部２１ｃとして機能する。尚、このアクセスログは、ＭＩＢに登録され、ＳＮＭＰにて、多機能装置２０から管理ＰＣに提供される。
【００５４】
続いて、アクセスログ及び設定情報の構成について説明する。図３（ａ）は、アクセスログの構成を表す説明図であり、図３（ｂ）は、設定情報の構成を表す説明図である。
【００５５】
図３（ａ）に示すように、アクセスログは、過去の所定期間に多機能装置２０にアクセスしてきたアクセス元装置毎に、ネットワーク上の名前であるノード名と、ノード名に対応するＩＰアドレスと、最終アクセス日時と、からなる通信履歴情報を有する。このアクセスログには、アクセス元装置のノード名が同一であってもアドレス形式が異なる場合、形式の異なるＩＰアドレス毎に、最終アクセス日時が記録される。
【００５６】
即ち、アクセスログには、ノード名が同一であっても、ＩＰｖ４及びＩＰｖ６の夫々のＩＰアドレス及び最終アクセス日時が記録される。尚、周知のように、ＩＰｖ４に対応するＩＰアドレスは、３２ビットで表され、ＩＰｖ６に対応するＩＰアドレスは、１２８ビットで表される。
【００５７】
一方、ＮＶＲＡＭ２４が記憶する設定情報は、主に、ＩＰモードの設定値と、ＩＰｖ４自動設定についての有効／無効を表す値と、ＩＰｖ４での通信に用いる自装置のＩＰアドレス（ＩＰｖ４アドレス）を表す値と、ＩＰｖ４でのサブネットマスクを表す値と、ＩＰｖ４での通信に用いるデフォルトゲートウェイのＩＰアドレスを表す値と、ＩＰｖ６での通信に用いる自装置のＩＰアドレス（ＩＰｖ６アドレス）を表す値と、プライマリＤＮＳサーバのＩＰアドレスを表す値と、プライマリＤＮＳサーバに代替して使用されるセカンダリＤＮＳサーバのＩＰアドレスを表す値と、メール送受信部２１ｂによるメール送信の際に用いられるＳＭＴＰサーバのアドレス（ＩＰアドレス又はドメイン名）を表す値と、メール受信の際に用いられるＰＯＰ（具体的にはＰＯＰ３）サーバのアドレス（ＩＰアドレス又はドメイン名）を表す値と、自装置のメールアドレスを表す値と、ＰＯＰサーバから受信メールを取得する際に必要な認証情報としてのユーザ名を表す値と、パスワードを表す値と、からなるものである。
【００５８】
ＣＰＵ２１は、この設定情報に基づいて各種処理を行う。即ち、ＣＰＵ２１は、ＮＶＲＡＭ２４が記憶する設定情報が示す各値（各設定値）に対応する動作を行う。例えば、ＣＰＵ２１は、ＳＭＴＰサーバのアドレスを表す値に基づいて、ＳＭＴＰサーバと通信し、ＰＯＰサーバのアドレスを表す値に基づいて、受信メールをＰＯＰサーバから取得する。
【００５９】
また、ＣＰＵ２１は、ＭＩＢに、この設定情報を保持し、管理ＰＣからの取得要求（ＧｅｔＲｅｑｕｅｓｔ）を、ネットワークインタフェース２６経由で受信すると、これらの値を格納した応答信号（ＧｅｔＲｅｓｐｏｎｃｅ）を、要求元の管理ＰＣにＳＮＭＰに基づいて送信する。また、管理ＰＣから値変更の要求（ＳｅｔＲｅｑｕｅｓｔ）を、ネットワークインタフェース２６経由で受信すると、要求に従って設定情報を構成する各設定値を変更し、ＮＶＲＡＭ２４内の設定情報を更新する。
【００６０】
尚、上述したアクセスログは、ＣＰＵ２１が通信履歴記録処理を実行することにより、通信履歴記録部２１ｃにて更新される。図４は、この通信履歴記録処理を表すフローチャートである。通信履歴記録処理は、電源投入後、電源がＯＦＦにされるまで、ＣＰＵ２１にて繰り返し実行される。
【００６１】
通信履歴記録処理を実行すると、ＣＰＵ２１は、当該多機能装置２０に対して外部からアクセス（接続）があるまで待機し（Ｓ１１０）、アクセスがあると（Ｓ１１０でＹｅｓ
）、アクセス元装置（通信相手）のＩＰアドレスを、受信パケットから抽出する（Ｓ１２０）と共に、アクセス元装置のノード名を取得する（Ｓ１３０）。ノード名として、ドメイン名を取得する場合には、例えば、ＤＮＳサーバ３１にアクセスし、ＩＰアドレスをもとにドメイン名を取得する方法（所謂、「逆引き」）が考えられる。
【００６２】
Ｓ１３０での処理を終えると、ＣＰＵ２１は、同一のノード名（ドメイン名）についての通信履歴情報（ノード名、ＩＰアドレス及び最終アクセス日時の情報）が、ＮＶＲＡＭ２４が記憶するアクセスログに登録されているか否か判断し（Ｓ１４０）、登録されていないと判断すると（Ｓ１４０でＮｏ）、そのアクセス元装置についての通信履歴情報、即ち、Ｓ１３０で取得したノード名と、Ｓ１２０で抽出したＩＰアドレスと、現在日時と、をアクセスログに追加書込する（Ｓ１５０）。尚、アクセスログが一定のデータ量を超える場合には、最終アクセス日時の最も古い通信履歴情報を削除し、これに代えて、今回のアクセスについての通信履歴情報を、アクセスログに登録する（Ｓ１５０）。その後、ＣＰＵ２１は、当該通信履歴記録処理を終了する。
【００６３】
これに対し、Ｓ１３０で取得したノード名の通信履歴情報が、既にアクセスログに登録されていると判断すると（Ｓ１４０でＹｅｓ）、ＣＰＵ２１は、既に登録されている通信履歴情報のＩＰアドレスが、Ｓ１２０で抽出したＩＰアドレスと同一のアドレス形式であるか否か判断する（Ｓ１４５）。
【００６４】
具体的に、ここでは、抽出したＩＰアドレスがＩＰｖ４形式で、既に登録されているＩＰアドレスがＩＰｖ６形式である、又は、抽出したＩＰアドレスがＩＰｖ６形式で、既に登録されているＩＰアドレスがＩＰｖ４形式であると、抽出したＩＰアドレスのアドレス形式が、既に登録されているＩＰアドレスとは異なると判断し（Ｓ１４５でＮｏ）、Ｓ１３０で取得したノード名と、Ｓ１２０で抽出したＩＰアドレスと、現在日時と、をアクセスログに追記する（Ｓ１５０）。
【００６５】
また、Ｓ１４５にてアドレス形式が同一であると判断すると（Ｓ１４５でＹｅｓ）、ＣＰＵ２１は、既に登録されている通信履歴情報のＩＰアドレス及び最終アクセス日時を、Ｓ１２０で取得したＩＰアドレス及び現在日時に変更して、アクセスログを更新し（Ｓ１６０）、その後、当該通信履歴記録処理を終了する。
【００６６】
続いて、管理ＰＣのＣＰＵ１１が管理ツール１４ａを実行することにより実現される処理について説明する。図５は、ＣＰＵ１１が管理ツール１４ａを実行することにより実現される設定画面表示処理を表すフローチャートである。設定画面表示処理は、利用者の操作により入力部１８から実行指令が入力されると、ＣＰＵ１１により実行される。
【００６７】
設定画面表示処理を実行すると、ＣＰＵ１１は、ＳＮＭＰにて、図３（ｂ）に示す設定情報の各値（設定値）の取得要求（ＧｅｔＲｅｑｕｅｓｔ）を、ネットワークインタフェース１６経由で多機能装置２０に送信し、これにより上記各設定値（図３（ｂ）に示す設定情報の各値）を多機能装置２０から取得し、ＲＡＭ１３に保存する（Ｓ２１０）。この処理により、管理ＰＣのＲＡＭ１３には、図３（ｂ）に示す設定情報と同一の各設定値が記憶される。この後、ＣＰＵ１１は、設定値を反映させたタブ構成の設定画面を表示部１７に表示する（Ｓ２２０）。
【００６８】
図６は、上記設定画面の構成を表す説明図である。図６に示すように、設定画面は、タブと、そのタブに対応するダイアログと、からなるタブシートの複数を有する。具体的に、上記設定画面は、通信プロトコル（ＴＣＰ／ＩＰ）に関する各種設定項目を有するダイアログを備えるタブシート（図６（ａ））と、ＰＯＰサーバ及びＳＭＴＰサーバに関する各種設定項目を有するダイアログを備えるタブシート（図６（ｂ））とを表示可能な構成
にされている。尚、Ｓ２２０では、図６（ａ）に示す構成のタブシート、図６（ｂ）に示す構成のタブシート、又は、その他のタブシートのうち、初期画面として設定されたタブシートを前面に表示する。
【００６９】
Ｓ２２０での処理を終えると、ＣＰＵ１１は、入力部１８を利用者が操作することにより指令が入力された否か判断し（Ｓ２３０）、入力されていなければ（Ｓ２３０でＮｏ）そのまま待機し、入力されたと判断すると（Ｓ２３０でＹｅｓ）、入力された指令がタブの切替指令であるか否か判断する（Ｓ２４０）。そして、タブの切替指令であると判断すると（Ｓ２４０でＹｅｓ）、設定画面の前面に表示するタブシートを切り替え（Ｓ２４５）、その後、Ｓ２３０に移行する。
【００７０】
これに対し、入力された指令がタブの切替指令ではないと判断すると（Ｓ２４０でＮｏ）、ＣＰＵ１１は、入力された指令がプロトコルの切替指令であるか否か判断する（Ｓ２５０）。尚、本実施例では、図６（ａ）に示すタブシートに設けられたＩＰモードの設定項目が入力部１８を通じて選択された場合に、入力部１８からプロトコルの切替指令が入力されたと判断する。
【００７１】
そして、入力された指令がプロトコルの切替指令であると判断すると（Ｓ２５０でＹｅｓ）、Ｓ２５５にてプロトコル切替処理（図７及び図８参照）を実行する。尚、この処理の内容については、後に詳述することにする。Ｓ２５５で、このプロトコル切替処理を終えると、ＣＰＵ１１は、Ｓ２３０に移行する。
【００７２】
また、入力された指令がプロトコル切替指令ではないと判断すると（Ｓ２５０でＮｏ）、ＣＰＵ１１は、入力された指令がサーバの設定指令であるか否か判断する（Ｓ２６０）。尚、ここでは、図６（ａ）に示すタブシートに設けられた設定項目「プライマリＤＮＳサーバアドレス」又は「セカンダリＤＮＳサーバアドレス」の入力欄が入力部１８を通じて選択されるか、図６（ｂ）に示すタブシートに設けられた設定項目「ＳＭＴＰサーバアドレス」又は「ＰＯＰサーバアドレス」の入力欄が入力部１８を通じて選択されると、サーバの設定指令が入力されたと判断する。
【００７３】
ＣＰＵ１１は、入力された指令がサーバの設定指令であると判断すると（Ｓ２６０でＹｅｓ）、Ｓ２６５にてサーバ設定処理（図１５参照）を実行する。尚、この処理の内容については、後に詳述することにする。Ｓ２６５で、このサーバ設定処理を終えると、ＣＰＵ１１は、Ｓ２３０に移行する。
【００７４】
その他、ＣＰＵ１１は、入力された指令がサーバの設定指令ではないと判断すると（Ｓ２６０でＮｏ）、設定画面に設けられた「ＯＫ」ボタンが入力部１８を通じて選択されたか否か判断し（Ｓ２７０）、「ＯＫ」ボタンが選択されたと判断すると（Ｓ２７０でＹｅｓ）、上記設定画面に基づいて更新されたＲＡＭ１３が記憶する多機能装置２０についての各設定値を、値変更の要求（ＳｅｔＲｅｑｕｅｓｔ）と共に、ネットワークインタフェース１６経由で、多機能装置２０に送信し、これによって、設定画面にて更新された各設定値の内容を、多機能装置２０の設定情報に反映させる（Ｓ２７５）。尚、詳細は後述するが、Ｓ２１０で取得しＲＡＭ１３に記録された各設定値は、プロトコル切替処理やサーバ設定処理により更新され、設定画面に設けられた「ＯＫ」ボタンが入力部１８を通じて選択された時点で、多機能装置２０に送信・反映される。
【００７５】
Ｓ２７５での処理が実行されると、設定画面を通じて利用者により変更された設定は、多機能装置２０に施され、多機能装置２０は、変更後の設定値（ＮＶＲＡＭ２４の設定情報）に対応した処理（動作）を行う。
【００７６】
Ｓ２７５での処理を終えると、ＣＰＵ１１は、表示部１７に表示していた設定画面を閉じ、その表示を終了する（Ｓ２９０）。その後、設定画面表示処理を終了する。
【００７７】
一方、Ｓ２７０でＮｏと判断すると、ＣＰＵ１１は、設定画面に設けられた「キャンセル」ボタンが入力部１８を通じて選択されたか否か判断し、「キャンセル」ボタン選択されたと判断すると（Ｓ２８０でＹｅｓ）、Ｓ２９０に移行して設定画面の表示を終了し、設定画面表示処理を終了する。また、「キャンセル」ボタンが選択されていないと判断すると、ＣＰＵ１１は、Ｓ２３０で入力部１８から入力された指令に対応するその他の処理を実行し（Ｓ２８５）、この後に、Ｓ２３０に移行して上述のステップを再び実行する。
【００７８】
続いて、プロトコル切替処理について説明する。図７及び図８は、管理ＰＣのＣＰＵ１１がＳ２５５にて実行するプロトコル切替処理を表すフローチャートである。また、図９は、プロトコル切替処理内で実行されるサーバ判定処理を表すフローチャートであり、図１０は、サーバ判定処理内で実行されるプロトコル判定処理を表すフローチャートである。また、図１１は、プロトコル切替処理内で実行されるログ判定処理を表すフローチャートである。
【００７９】
ＩＰモードの設定項目は、プルダウン形式にされており、ＣＰＵ１１は、プロトコル切替処理を実行すると、プルダウン形式で、図６（ａ）において一点鎖線内に示した選択画面を表示する（Ｓ３１０）。
【００８０】
選択画面は、ＩＰモードとして、多機能装置２０に、ＩＰｖ４通信機能及びＩＰｖ６通信機能を両方とも動作させるモードである「Ｄｕａｌモード」、ＩＰｖ４通信機能のみを動作させるモードである「ＩＰｖ４モード」、ＩＰｖ６通信機能のみを動作させるモードである「ＩＰｖ６モード」のいずれかを選択可能な構成にされている。このＩＰモードの設定値の変更により、多機能装置２０のＩＰｖ４通信機能及びＩＰｖ６通信機能は、管理ＰＣから遠隔操作で、オン／オフされる。
【００８１】
選択画面を表示すると、ＣＰＵ１１は、選択画面から上記ＩＰモードのいずれかが選択されるまで待機し、選択されると、ＩＰモードが切り替えられたか否か判断する（Ｓ３２０）。即ち、選択画面から既に設定されているＩＰモードとは異なるモードが選択されたか否か判断し（Ｓ３２０）、選択されたＩＰモードが既に設定されているＩＰモードと同一である場合にはＮｏと判断して、選択画面を閉じ（Ｓ３２５）、当該プロトコル切替処理を終了する。
【００８２】
一方、既に設定されているＩＰモードとは異なるＩＰモードが選択されたと判断すると（Ｓ３２０でＹｅｓ）、ＣＰＵ１１は、選択されたＩＰモードで多機能装置２０が動作した場合に、自装置（管理ＰＣ）と多機能装置２０との通信が継続可能か否か（通信が維持できるか否か）を判断する（Ｓ３３０）。
【００８３】
ここで、ＣＰＵ１１は、自装置がＩＰｖ４及びＩＰｖ６にて通信可能な装置である場合、選択されたＩＰモードに関わり無く、自装置と多機能装置２０との通信は継続可能であると判断する（Ｓ３３０でＹｅｓ）。一方、自装置がＩＰｖ４のみで通信可能な装置である場合、ＣＰＵ１１は、選択されたＩＰモードがＩＰｖ４又はＤｕａｌモードである場合にのみＹｅｓと判断し、それ以外の場合にはＮｏと判断する。その他、自装置がＩＰｖ６のみで通信可能な装置である場合、ＣＰＵ１１は、選択されたＩＰモードがＩＰｖ６又はＤｕａｌモードである場合にのみＹｅｓと判断し、それ以外の場合にはＮｏと判断する。
【００８４】
Ｓ３３０でＹｅｓと判断すると、ＣＰＵ１１は、Ｓ３５０に移行する。一方、Ｓ３３０でＮｏと判断すると、ＣＰＵ１１は、通信に支障が生じるとして、Ｓ３３５に移行し、Ｉ
Ｐモードの変更によって管理ツールによる多機能装置２０の操作が不可能になる旨の警告画面を表示部１７に表示する。
【００８５】
尚、図１２（ａ）は、Ｓ３３５で表示されるＧＵＩ構成の警告画面の一例を示した図である。警告画面には、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するための「ＯＫ」ボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するための「キャンセル」ボタンとが設けられている。
【００８６】
ＣＰＵ１１は、Ｓ３３５にて警告画面を表示した後、上記「ＯＫ」ボタン又は「キャンセル」ボタンが選択されるまで待機し、選択されると、選択されたボタンが「ＯＫ」ボタンか、それとも「キャンセル」ボタンかを判断し（Ｓ３４０）、「キャンセル」ボタンであると判断すると（Ｓ３４０でＮｏ）、Ｓ４８５に移行して、ＩＰモードの切替操作を無効にし、当該プロトコル切替処理を終了する。即ち、ＲＡＭ１３が保持するＩＰモードの設定値に変更を加えることなく、設定変更を禁止して、当該プロトコル切替処理を終了する。
【００８７】
一方、「ＯＫ」ボタンが選択されたと判断されると（Ｓ３４０でＹｅｓ）、ＣＰＵ１１は、Ｓ３５０に移行する。Ｓ３５０に移行すると、ＣＰＵ１１は、切替後のＩＰモードでＩＰアドレスの自動設定が行われるか否か判断する。具体的に、Ｓ３１０で選択されたＩＰモードがＩＰｖ６モードである場合には、ＩＰｖ６通信機能にて、ＩＰアドレスが自動設定されるため、Ｓ３５０ではＹｅｓと判断する。一方、選択されたＩＰモードがＩＰｖ４モードである場合には、ＲＡＭ１３が保持する設定項目「ＩＰｖ４自動設定」の設定値が有効（ｅｎａｂｌｅ）になっている場合にのみ、Ｙｅｓと判断し、それ以外の場合にはＮｏと判断する。
【００８８】
Ｓ３５０でＹｅｓと判断すると、ＣＰＵ１１は、Ｓ４００に移行する。また、Ｓ３５０でＮｏと判断すると、Ｓ３６０に移行する。Ｓ３６０に移行すると、ＣＰＵ１１は、ＲＡＭ１３が保持するＩＰｖ４アドレスの値が未設定であるか否か判断し、未設定であると判断すると（Ｓ３６０でＹｅｓ）、通信に支障が生じるとして、ＩＰｖ４アドレスが未設定である旨の警告画面を表示部１７に表示する（Ｓ３６５）。尚、図１２（ｂ）は、Ｓ３６５で表示されるＧＵＩ構成の警告画面の一例を示した図である。
【００８９】
図１２（ｂ）に示すように、Ｓ３６５で表示される警告画面には、上段から順に、管理ツールからの設定の継続ができなくなる旨の文字列（メッセージ）、操作を続行するか否かを尋ねる文字列、管理ツールからの設定の継続ができなくなる理由を示した文字列、及び、その解決策を示す文字列が表示される。また、解決策としては、「ＩＰｖ４の自動設定を有効にして、ＩＰアドレスを自動で取得するように変更する」案が、文字列にて、警告画面に表示される。
【００９０】
また、この警告画面には、警告画面に提示した解決策（変更案）に従って変更を行う旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、が設けられている。その他、この警告画面には、ラジオボタンの選択が完了すると、利用者により選択される「ＯＫ」ボタンが設けられている。
【００９１】
ＣＰＵ１１は、上記警告画面を表示部１７に表示した後（Ｓ３６５）、ラジオボタンの一つが選択され、「ＯＫ」ボタンが選択されるまで待機し、「ＯＫ」ボタンが選択されると、ラジオボタンに対応する上記いずれかの指令が入力されたと判断し、Ｓ３８０に移行する。
【００９２】
Ｓ３８０では、入力された指令が変更を行う旨の指令である否か判断し、変更を行う旨の指令であると判断すると（Ｓ３８０でＹｅｓ）、解決策（変更案）に従って、対応する設定値を仮変更する（Ｓ３８５）。尚、ここでは、ＲＡＭ１３が保持する設定値を変更するのではなく、それとは別に、仮変更として、設定値の変更内容（ＩＰｖ４自動設定の値を、有効に変更する旨の情報）を一時記憶する。また、Ｓ３８５での処理を終えると、Ｓ４００に移行する。
【００９３】
一方、入力された指令が変更を行う旨の指令ではない場合（Ｓ３８０でＮｏ）、ＣＰＵ１１は、入力された指令が警告を無視して操作を有効にする旨の指令であるか否か判断し（Ｓ３９０）、警告を無視して操作を有効にする旨の指令であると判断すると（Ｓ３９０でＹｅｓ）、Ｓ４００に移行し、上記指令ではないと判断すると（Ｓ３９０でＮｏ）、Ｓ４８５に移行する。そして、ＩＰモードの切替操作を無効にし、プロトコル切替処理を終了する。
【００９４】
その他、Ｓ３６０において、ＩＰｖ４アドレスの値が未設定ではない（即ち、設定されている）と判断すると、ＣＰＵ１１は、Ｓ３７０に移行し、ＲＡＭ１３が保持するＩＰｖ４のサブネットマスクの値が未設定であるか否か判断する。そして、未設定であると判断すると（Ｓ３７０でＹｅｓ）、通信に支障が生じるとして、サブネットマスクが未設定である旨の警告画面を、表示部１７に表示する（Ｓ３７５）。尚、図１３は、Ｓ３７５で表示されるＧＵＩ構成の警告画面の一例を示した図である。
【００９５】
図１３に示すように、Ｓ３７５で表示される警告画面には、上段から順に、管理ツールからの設定の継続ができなくなる旨の文字列、操作を続行するか否かを尋ねる文字列、管理ツールからの設定の継続ができなくなる理由を示した文字列、及び、その解決策を示す文字列が表示される。また、解決策としては、「ＩＰｖ４のサブネットマスクを、管理ＰＣのサブネットマスクと同一の値に変更する」案が、文字列にて警告画面に表示される。
【００９６】
また、この警告画面には、警告画面に提示した解決策（変更案）に従って変更を行う旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するためのラジオボタンと、が設けられている。その他、この警告画面には、ラジオボタンの選択が完了すると、利用者により選択される「ＯＫ」ボタンが設けられている。
【００９７】
ＣＰＵ１１は、上記警告画面を表示部１７に表示した後（Ｓ３７５）、ラジオボタンの一つが選択され「ＯＫ」ボタンが選択されるまで待機し、「ＯＫ」ボタンが選択されると、ラジオボタンに対応する上記いずれかの指令が入力されたと判断して、Ｓ３８０に移行する。
【００９８】
そして、入力された指令が変更を行う旨の指令である否か判断し、変更を行う旨の指令であると判断すると（Ｓ３８０でＹｅｓ）、解決策（変更案）に従って、対応する設定値（具体的にはサブネットマスクの値）を仮変更し（Ｓ３８５）、Ｓ４００に移行する。
【００９９】
一方、入力された指令が変更を行う旨の指令ではない場合（Ｓ３８０でＮｏ）、ＣＰＵ１１は、入力された指令が警告を無視して操作を有効にする旨の指令であるか否か判断し（Ｓ３９０）、警告を無視して操作を有効にする旨の指令であると判断すると（Ｓ３９０でＹｅｓ）、Ｓ４００に移行し、上記指令ではないと判断すると（Ｓ３９０でＮｏ）、Ｓ４８５に移行する。そして、ＩＰモードの切替操作を無効にし、プロトコル切替処理を終了する。
【０１００】
また、Ｓ４００に移行すると、ＣＰＵ１１は、図９に示すサーバ判定処理を実行する。サーバ判定処理を実行すると、ＣＰＵ１１は、Ｓ３１０でＩＰモードとしてＤｕａｌモードが選択されたか否か判断し（Ｓ４０１）、Ｄｕａｌモードが選択されたと判断すると（Ｓ４０１でＹｅｓ）、そのまま当該サーバ判定処理を終了する。
【０１０１】
一方、選択されたＩＰモードがＤｕａｌモードではないと判断すると（Ｓ４０１でＮｏ）、ＣＰＵ１１は、判定対象のサーバを選択し（Ｓ４０３）、選択したサーバのアドレス（ＩＰアドレス又はドメイン名）を表す設定値を、プロトコル判定対象に設定する（Ｓ４０５）。
【０１０２】
尚、本実施例における判定対象サーバは、多機能装置２０がアクセスする可能性のあるＳＭＴＰサーバ、ＰＯＰサーバ、プライマリＤＮＳサーバ、セカンダリＤＮＳサーバであり、Ｓ４０３では、このうちの一つを、判定対象サーバとして選択する。また、プロトコル判定対象は、Ｓ２１０にて多機能装置２０から取得した設定値であってＲＡＭ１３が保持する上記各サーバのアドレス（ＩＰアドレス又はドメイン名）を表す値である。
【０１０３】
Ｓ４０５での処理を終えると、ＣＰＵ１１は、プロトコル判定対象が、名前、即ち、ドメイン名で表されているか否か判断し（Ｓ４０７）、ドメイン名ではなくＩＰアドレスで表されていると判断すると（Ｓ４０７でＮｏ）、Ｓ４０９に移行し、プロトコル判定対象のＩＰアドレスが、ＩＰｖ４に適合する３２ビットのＩＰアドレスであるのか、それとも、ＩＰｖ６に適合する１２８ビットのＩＰアドレスであるのかを判定する。換言すると、ここでは、判定対象サーバの通信プロトコルが、ＩＰｖ４及びＩＰｖ６のいずれであるかを判定する。その後、ＣＰＵ１１は、Ｓ４２０に移行する。
【０１０４】
一方、プロトコル判定対象がドメイン名で表されていると判断すると（Ｓ４０７でＹｅｓ）、ＣＰＵ１１は、Ｓ４１０に移行し、図１０に示すプロトコル判定処理を実行する。
【０１０５】
プロトコル判定処理を実行すると、ＣＰＵ１１は、ネットワークＮＬ内のＤＮＳサーバ３１にアクセスし、プロトコル判定対象のドメイン名に対応するＡレコード及びＡＡＡＡレコードを問い合わせる（Ｓ４１１）。周知のように、Ａレコードとは、ドメイン名に対応するＩＰｖ４アドレス（ＩＰアドレス）のことであり、ＡＡＡＡレコードとは、ドメイン名に対応するＩＰｖ６アドレス（ＩＰアドレス）のことである。
【０１０６】
ＤＮＳサーバ３１は、Ａレコードの問い合わせ信号を受信すると、問い合わせ対象のドメイン名のＡレコードが登録されているか否か判断し、登録されているとＡレコードを返信し、そうでない場合には、Ａレコードを返信しない構成にされている。また、ＤＮＳサーバ３１は、ＡＡＡＡレコードの問い合わせ信号を受信すると、問い合わせ対象のドメイン名のＡＡＡＡレコードが登録されているか否か判断し、登録されているとＡＡＡＡレコードを返信し、そうでない場合には、ＡＡＡＡレコードを返信しない構成にされている。
【０１０７】
Ｓ４１１での処理を終えると、ＣＰＵ１１は、受信待機期間を経て、ＤＮＳサーバ３１から、問い合わせの応答信号として、Ａレコード及びＡＡＡＡレコードの両者を、ネットワークインタフェース１６経由で受信したか否か判断し（Ｓ４１２）、受信したと判断すると（Ｓ４１２でＹｅｓ）、Ｓ４１３にて、判定対象サーバの通信プロトコルがＩＰｖ４及びＩＰｖ６であると判定し（即ち、Ｄｕａｌ判定し）、当該プロトコル判定処理を終了する。
【０１０８】
一方、Ａレコード及びＡＡＡＡレコードの両者を受信できなかったと判断すると（４１２でＮｏ）、ＣＰＵ１１は、Ａレコードを受信したか否か判断し（Ｓ４１５）、Ａレコー
ドを受信したと判断すると（Ｓ４１５でＹｅｓ）、判定対象サーバの通信プロトコルがＩＰｖ４であると判定し（Ｓ４１６）、当該プロトコル判定処理を終了する。
【０１０９】
また、Ａレコードを受信していないと判断すると（Ｓ４１５でＮｏ）、ＣＰＵ１１は、ＡＡＡＡレコードを受信しているか否か判断し（Ｓ４１７）、ＡＡＡＡレコードを受信していると判断すると（Ｓ４１７でＹｅｓ）、判定対象サーバの通信プロトコルがＩＰｖ６であると判定し（Ｓ４１８）、当該プロトコル判定処理を終了する。
【０１１０】
一方、ＡＡＡＡレコードを受信していないと判断すると（Ｓ４１７でＮｏ）、ＣＰＵ１１は、ＡレコードもＡＡＡＡレコードも受信していないので、不正なドメイン名であるとして、不正判定する（Ｓ４１９）。その後、当該プロトコル判定処理を終了する。
【０１１１】
プロトコル判定処理を終了すると、ＣＰＵ１１は、Ｓ４２０に移行し、Ｓ３１０で選択されたＩＰモード（切替後のＩＰモード）がＩＰｖ６モードであるか否か判断し、ＩＰｖ６モードであると判断すると（Ｓ４２０でＹｅｓ）、上記の判定結果に基づいて、判定対象サーバがＩＰｖ６で通信可能か否か判断する（Ｓ４２１）。
【０１１２】
そして、判定対象サーバがＩＰｖ６で通信可能であると判断すると（Ｓ４２１でＹｅｓ）、Ｓ４３０に移行する。また、判定対象サーバの通信プロトコルがＩＰｖ４である場合等、判定対象サーバがＩＰｖ６で通信不可能であると判断すると（Ｓ４２１でＮｏ）、通信に支障が生じると判断し、警告画面の表示の際にリストアップするサーバとして、判定対象サーバの情報を、ＲＡＭ１３が記憶する警告リストに登録（Ｓ４２３）し、この後にＳ４３０に移行する。尚、警告リストはサーバ判定処理が実行される度に、空情報として、ＲＡＭ１３内に生成される。
【０１１３】
一方、切替後のＩＰモードがＩＰｖ６モードではないと判断すると（Ｓ４２０でＮｏ）、ＣＰＵ１１は、切替後のＩＰモードがＩＰｖ４モードであるか否か判断し（Ｓ４２５）、ＩＰｖ４モードではないと判断すると（Ｓ４２５でＮｏ）、Ｓ４３０に移行し、ＩＰｖ４モードであると判断すると（Ｓ４２５でＹｅｓ）、上記の判定結果に基づいて、判定対象サーバがＩＰｖ４で通信可能か否か判断する（Ｓ４２７）。
【０１１４】
そして、判定対象サーバがＩＰｖ４で通信可能であると判断すると（Ｓ４２７でＹｅｓ）、Ｓ４３０に移行し、判定対象サーバの通信プロトコルがＩＰｖ６である場合等、判定対象サーバがＩＰｖ４で通信不可能であると判断すると（Ｓ４２７でＮｏ）、通信に支障が生じると判断し、警告画面の表示の際にリストアップするサーバとして、判定対象サーバの情報を、ＲＡＭ１３が記憶する警告リストに登録（Ｓ４２９）した後、Ｓ４３０に移行する。
【０１１５】
Ｓ４３０に移行すると、ＣＰＵ１１は、判定対象の全サーバに対して、Ｓ４０５以降の処理を実行したか否か判断し、判定対象の全サーバに対して処理を実行していないと判断すると（Ｓ４３０でＮｏ）、次の判定対象サーバを選択し（Ｓ４３１）、Ｓ４０５に移行する。一方、判定対象の全サーバに対して処理を実行したと判断すると（Ｓ４３０でＹｅｓ）、当該サーバ判定処理を終了する。
【０１１６】
Ｓ４００にて、サーバ判定処理を終了すると、ＣＰＵ１１は、上記サーバ判定処理の結果に基づいて、多機能装置２０が切替後のＩＰモードで動作した場合に、アクセス対象とするサーバ（上記判定対象のサーバ）と通信できるか否か判断する（Ｓ４３５）。具体的に、ここでは、警告リストに、サーバの情報が登録されているか否か判断し、登録されている場合には、通信できないサーバが存在するのでＮｏと判断する。一方、警告リストに、サーバの情報が登録されていない場合には、通信できないサーバは存在しないので、Ｙ
ｅｓと判断する。
【０１１７】
Ｓ４３５でＹｅｓと判断すると、ＣＰＵ１１は、Ｓ４５０に移行し、Ｓ４３５でＮｏと判断すると、通信に支障が生じるとして、切替後のＩＰモードに対してサーバの設定値が適合していない旨の警告画面を表示する（Ｓ４４０）。図１４（ａ）は、Ｓ４４０にて表示されるＧＵＩ構成の警告画面の一例を示した図である。
【０１１８】
図１４（ａ）に示すように、Ｓ４４０で表示される警告画面には、上段から順に、使用できなくなるプロトコル（サーバ）が存在する旨の文字列、操作を続行するか否かを尋ねる文字列、使用できなくなるプロトコル（サーバ）のリストを示す文字列が、表示される。また、この警告画面には、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するための「ＯＫ」ボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するための「キャンセル」ボタンとが設けられている。
【０１１９】
ＣＰＵ１１は、Ｓ４４０にて警告画面を表示した後、上記「ＯＫ」ボタン又は「キャンセル」ボタンが選択されるまで待機し、選択されると、選択されたボタンが「ＯＫ」ボタンか、それとも「キャンセル」ボタンかを判断し（Ｓ４４５）、「キャンセル」ボタンであると判断すると（Ｓ４４５でＮｏ）、Ｓ４８５に移行して、ＩＰモードの切替操作を無効にし、当該プロトコル切替処理を終了する。これに対し「ＯＫ」ボタンが選択されたと判断すると（Ｓ４４５でＹｅｓ）、ＣＰＵ１１は、Ｓ４５０に移行し、図１１に示すログ判定処理を実行する。
【０１２０】
ログ判定処理を実行すると、ＣＰＵ１１は、Ｓ３１０でＩＰモードとしてＤｕａｌモードが選択されたか否か判断し（Ｓ４５１）、Ｄｕａｌモードが選択されたと判断すると（Ｓ４５１でＹｅｓ）、そのまま当該サーバ判定処理を終了する。
【０１２１】
一方、選択されたＩＰモードがＤｕａｌモードではないと判断すると（Ｓ４５１でＮｏ）、ＣＰＵ１１は、ＳＮＭＰに基づいて、多機能装置２０からネットワークインタフェース１６経由で、アクセスログを取得し（Ｓ４５２）、その後、Ｓ３１０で選択されたＩＰモード（切替後のＩＰモード）がＩＰｖ６モードであるか否か判断する（Ｓ４５３）。
【０１２２】
そして、切替後のＩＰモードがＩＰｖ６モードであると判断すると（Ｓ４５３でＹｅｓ）、ＣＰＵ１１は、アクセスログに登録されている一つのアクセス元装置（ノード）をアドレス判定対象に選択し（Ｓ４５５）、アドレス判定対象がＩＰｖ４のみにてアクセスしてきた装置であるか否か判断する（Ｓ４５６）。即ち、Ｓ４５６では、同一のノード（同一のノード名）の通信履歴情報を解析して、アクセスログに記録されているアドレス判定対象のＩＰアドレスが、ＩＰｖ４のＩＰアドレスのみであるか否か判断し、アクセスログにアドレス判定対象のＩＰアドレスとして、ＩＰｖ６のＩＰアドレスが存在する場合にはＮｏと判断し、ＩＰｖ４のＩＰアドレスのみである場合にはＹｅｓと判断する。
【０１２３】
Ｓ４５６でＮｏと判断すると、ＣＰＵ１１は、Ｓ４５９に移行する。一方、Ｓ４５６でＹｅｓと判断すると、ＣＰＵ１１は、このアドレス判定対象のノード名及びＩＰアドレスを、警告画面に表示するために、ＲＡＭ１３が記憶する警告リスト（上記サーバ判定処理で用いる警告リストとは異なる）に登録し（Ｓ４５８）、その後、Ｓ４５９に移行する。尚、警告リストは、ログ判定処理が実行される度に、空情報として、ＲＡＭ１３内に生成される。
【０１２４】
Ｓ４５９において、ＣＰＵ１１は、アクセスログに登録されている全ノードに対し、Ｓ４５６での判断を行ったか否か判断し、行っていないと判断すると（Ｓ４５９でＮｏ）、Ｓ４５５に移行して、次のアドレス判定対象を選択し、Ｓ４５６以降の処理を実行する。
一方、アクセスログに登録されている全ノードに対して、Ｓ４５６での判断を行ったと判断すると（Ｓ４５９でＹｅｓ）、当該ログ判定処理を終了する。
【０１２５】
この他、切替後のＩＰモードがＩＰｖ６モードではないと判断すると（Ｓ４５３でＮｏ）、ＣＰＵ１１は、切替後のＩＰモードがＩＰｖ４モードであるか否か判断し（Ｓ４６０）、ＩＰｖ４モードではないと判断すると（Ｓ４６０でＮｏ）、ログ判定処理を終了し、ＩＰｖ４モードであると判断すると（Ｓ４６０でＹｅｓ）、Ｓ４６１に移行する。
【０１２６】
Ｓ４６１では、アクセスログに登録されているアクセス元装置（ノード）の一つをアドレス判定対象に選択し、アドレス判定対象がＩＰｖ６のみにてアクセスしてきた装置であるか否か判断する（Ｓ４６２）。即ち、Ｓ４６２では、同一のノード（同一のノード名）の通信履歴情報を解析して、アクセスログに記録されているアドレス判定対象のＩＰアドレスが、ＩＰｖ６のＩＰアドレスのみであるか否か判断する。そして、アクセスログに、アドレス判定対象のＩＰアドレスとして、ＩＰｖ４のＩＰアドレスが存在する場合にはＮｏと判断し、ＩＰｖ６のＩＰアドレスのみである場合にはＹｅｓと判断する。
【０１２７】
Ｓ４６２でＮｏと判断すると、ＣＰＵ１１は、Ｓ４６５に移行する。一方、Ｓ４６２でＹｅｓと判断すると、ＣＰＵ１１は、このアドレス判定対象のノード名及びＩＰアドレスを、警告画面に表示するために、ＲＡＭ１３が記憶する警告リストに登録し（Ｓ４６４）、その後、Ｓ４６５に移行する。
【０１２８】
Ｓ４６５において、ＣＰＵ１１は、アクセスログに登録されている全ノードに対し、Ｓ４６２での判断を行ったか否か判断し、行っていないと判断すると（Ｓ４６５でＮｏ）、Ｓ４６１に移行して、次のアドレス判定対象を選択し、Ｓ４６２以降の処理を実行する。一方、アクセスログに登録されている全ノードに対して、Ｓ４６２での判断を行ったと判断すると（Ｓ４６５でＹｅｓ）、当該ログ判定処理を終了する。
【０１２９】
Ｓ４５０でのログ判定処理を終了すると、ＣＰＵ１１は、Ｓ４７０に移行し、ログ判定処理の結果に基づいて、ＩＰモードを切り替えた場合に、多機能装置２０と通信不能となる装置がアクセスログに登録されたノードの中に存在するか否か判断する。具体的に、ここでは、ＲＡＭ１３に記憶された警告リストに、切替後のＩＰモードに対応しない上記アドレス判定対象のノード名及びＩＰアドレスが登録されているか否か判断し、警告リストに、上記アドレス判定対象のノード名及びＩＰアドレスが登録されている場合には、通信不能となる装置が存在するため、Ｓ４７０でＹｅｓと判断する。また、警告リストが空であるとＮｏと判断する。
【０１３０】
Ｓ４７０でＮｏと判断すると、ＣＰＵ１１は、Ｓ４９０に移行し、Ｓ４７０でＹｅｓと判断すると、通信に支障が生じるとして、Ｓ４７５に移行する。そして、ＩＰモードの切替により、現在通信可能なノードが多機能装置２０と通信不能となる旨の警告画面を表示する（Ｓ４７５）。図１４（ｂ）は、Ｓ４７５にて表示されるＧＵＩ構成の警告画面の一例を示した図である。
【０１３１】
図１４（ｂ）に示すように、Ｓ４７５で表示される警告画面には、上段から順に、通信できなくなる装置（機器）が存在する旨の文字列、操作を続行するか否かを尋ねる文字列、通信できなくなる装置のＩＰアドレス及びノード名を示す文字列が、表示される。また、この警告画面には、警告を無視して操作を有効にする旨の指令を利用者（入力部１８）から取得するための「ＯＫ」ボタンと、操作を無効にする旨の指令を利用者（入力部１８）から取得するための「キャンセル」ボタンとが設けられている。
【０１３２】
ＣＰＵ１１は、Ｓ４７５にて警告画面を表示した後、上記「ＯＫ」ボタン又は「キャン
セル」ボタンが選択されるまで待機し、選択されると、選択されたボタンが「ＯＫ」ボタンか、それとも「キャンセル」ボタンかを判断し（Ｓ４８０）、「キャンセル」ボタンであると判断すると（Ｓ４８０でＮｏ）、Ｓ４８５に移行して、ＩＰモードの切替操作を無効にし、当該プロトコル切替処理を終了する。
【０１３３】
これに対し「ＯＫ」ボタンが選択されたと判断すると（Ｓ４８０でＹｅｓ）、ＣＰＵ１１は、Ｓ４９０に移行し、ＲＡＭ１３が保持するＩＰモードの設定値を、Ｓ３１０にて選択されたＩＰモードの値に変更すると共に、仮変更の内容がＲＡＭ１３に一時記憶されている場合には、この情報に基づきＲＡＭ１３が保持する設定値を更新する（Ｓ４９０）。
【０１３４】
例えば、Ｓ３６５で警告画面に提示した解決策（変更案）に従って変更を行う旨の指令が入力されている場合には、Ｓ４９０にて、ＲＡＭ１３が保持する「ＩＰｖ４自動設定」の設定値を有効に変更し、Ｓ３７５で警告画面に提示した解決策（変更案）に従って変更を行う旨の指令が入力されている場合には、Ｓ４９０にて、ＲＡＭ１３が保持するサブネットマスクの設定値を、管理ＰＣのサブネットマスクと同一の値に変更する。
【０１３５】
また、設定値の変更内容に、設定画面の表示内容が対応するように、設定画面の表示内容を更新する（Ｓ４９０）。この後、ＣＰＵ１１は、プロトコル切替処理を終了する。
【０１３６】
次に、Ｓ２６５にて実行されるサーバ設定処理について説明する。図１５は、管理ＰＣのＣＰＵ１１で実行されるサーバ設定処理を表すフローチャートである。
【０１３７】
サーバ設定処理を実行すると、ＣＰＵ１１は、当該サーバ設定処理実行の原因となった設定項目の入力欄への文字列の入力が終了するまで待機し（Ｓ５１０）、入力欄への文字列の入力が終了したと判断すると（Ｓ５１０でＹｅｓ）、Ｓ５２０に移行する。尚、Ｓ５１０では、例えば、入力欄とは別の設定項目が選択された場合に、入力欄への文字列の入力が終了したと判断する。
【０１３８】
Ｓ５２０に移行すると、ＣＰＵ１１は、設定項目の入力欄への文字列の入力操作が、設定値を変更する操作であるのか否か（即ち、既に設定されている値とは異なる文字列が入力されたか否か）を判断し、設定値を変更する操作ではないと判断すると（Ｓ５２０でＮｏ）、当該サーバ設定処理を終了する。
【０１３９】
一方、設定値を変更する操作であると判断すると（Ｓ５２０でＹｅｓ）、入力欄に新たに入力された文字列が、ドメイン名であるか否かを判断する（Ｓ５３０）。そして、入力欄に新たに入力された文字列がドメイン名であると判断すると（Ｓ５３０でＹｅｓ）、上記入力欄に入力された文字列をプロトコル判定対象に設定し（Ｓ５４０）、その後、図１０に示すプロトコル判定処理を実行する（Ｓ５６０）。プロトコル判定処理の内容は、上述した通りである。プロトコル判定処理の実行の後には、Ｓ５７０に移行する。
【０１４０】
この他、入力欄に新たに入力された文字列が、ドメイン名ではなくＩＰアドレスであると判断すると（Ｓ５３０でＮｏ）、ＣＰＵ１１は、Ｓ５５０にて、アドレス判定処理を実行する。図１６は、アドレス判定処理を表すフローチャートである。このアドレス判定処理では、周知の関数ｉｎｅｔ＿ｐｔｏｎ（ｉｎｔ  ａｆ，ｃｏｎｓｔ  ｃｈａｒ  ＊ｓｒｃ，ｖｏｉｄ  ＊ｄｓｔ）を用いて、入力されたＩＰアドレスを判定する。
【０１４１】
上記関数ｉｎｅｔ＿ｐｔｏｎは、文字列ｓｒｃを、アドレスファミリａｆのネットワークアドレス構造体に変換し、変数ｄｓｔにコピーするものである。アドレスファミリａｆがサポートしていないものが、文字列ｓｒｃに設定された場合、この関数は、返値ｒｅｔとして、負の値を返す。また、文字列ｓｒｃが正しいアドレスでない場合、返値ｒｅｔと
して値０を返す。その他、文字列ｓｒｃに正しいアドレスが設定されている場合には、返値ｒｅｔとして正の値を返す。
【０１４２】
具体的に、アドレスファミリａｆに値ＡＦ＿ＩＮＥＴを設定して上記関数を実行すると、文字列ｓｒｃが正しいＩＰｖ４のＩＰアドレスでない場合、返値ｒｅｔとしては、０以下の値が得られる。逆に、文字列ｓｒｃが正しいＩＰｖ４のＩＰアドレスである場合には、アドレスファミリａｆに値ＡＦ＿ＩＮＥＴを設定して上記関数を実行すると、返値ｒｅｔとして、正の値が得られる。
【０１４３】
尚、ＩＰｖ４については、関数ｉｎｅｔ＿ｐｔｏｎに代わって、文字列ｓｒｃを構成する文字について、順に、その文字が１０進数の文字であるか否か判断し、１０進数である場合には、ピリオドまでの１０進数の文字列を数値に変換し、数値が２５５を越えたらエラーとする。以上の処理を、１０進数かピリオド以外の文字が出てくるまで繰り返し、返値ｒｅｔを出力するという一連の処理でも代用できる。
【０１４４】
また、アドレスファミリａｆに値ＡＦ＿ＩＮＥＴ６を設定して上記関数を実行すると、文字列ｓｒｃが正しいＩＰｖ６のＩＰアドレスでない場合、返値ｒｅｔとしては、０以下の値が得られる。逆に、文字列ｓｒｃが正しいＩＰｖ６のＩＰアドレスである場合には、アドレスファミリａｆに値ＡＦ＿ＩＮＥＴ６を設定して上記関数を実行すると、返値ｒｅｔとして、正の値が得られる。
【０１４５】
尚、ＩＰｖ６については、関数ｉｎｅｔ＿ｐｔｏｎに代わって、文字列ｓｒｃを構成する文字について、順に、その文字が１６進数の文字であるか否か判断し、１６進数である場合には、コロンまでの１６進数の文字列を数値に変換し、数値が０ｘｆｆｆｆを越えたらエラーとする。また、文字列”：：”があったら、その位置を記憶し、二つ目の文字列”：：”があったら、エラーとする。以上の処理を、１６進数かコロン以外の文字が出てくるまで繰り返し、”：：”の位置が記憶されていた場合には、その位置に値０を挿入し、その後、返値ｒｅｔを出力するという一連の処理でも代用できる。
【０１４６】
図１６に示すアドレス判定処理では、このようにして、返値ｒｅｔを出力する上記関数を用いて、入力された文字列が、ＩＰｖ４のＩＰアドレスであるのか、ＩＰｖ６のＩＰアドレスであるのか、それとも、いずれにも属さない不正な（入力ミスした）ＩＰアドレスであるのかを判定する。
【０１４７】
具体的に、アドレス判定処理を実行すると、ＣＰＵ１１は、変数ａｆ＝ＡＦ＿ＩＮＥＴに設定し、変数ｓｒｃに、上記入力欄に入力された文字列を設定して、関数ｉｎｅｔ＿ｐｔｏｎを実行し、返値ｒｅｔを取得する（Ｓ５５１）。
【０１４８】
その後、ＣＰＵ１１は、返値ｒｅｔが正の値であるか否か（即ち、ｒｅｔ＞０か否か）を判断し（Ｓ５５３）、正の値であると判断すると（Ｓ５５３でＹｅｓ）、入力欄に入力されたＩＰアドレスがＩＰｖ４アドレスであり、入力欄に対応するサーバの通信プロトコルが、ＩＰｖ４であると判定する（Ｓ５５７）。その後、当該アドレス判定処理を終了する。
【０１４９】
一方、Ｓ５５３で、返値ｒｅｔが正の値ではないと判断すると（Ｓ５５３でＮｏ）、ＣＰＵ１１は、変数ａｆ＝ＡＦ＿ＩＮＥＴ６に設定し、変数ｓｒｃに、上記入力欄に入力された文字列を設定して、関数ｉｎｅｔ＿ｐｔｏｎを実行し、返値ｒｅｔを取得する（Ｓ５５５）。
【０１５０】
その後、ＣＰＵ１１は、返値ｒｅｔが正の値であるか否か（即ち、ｒｅｔ＞０か否か）
を判断し（Ｓ５５６）、正の値であると判断すると（Ｓ５５６でＹｅｓ）、入力欄に入力されたＩＰアドレスがＩＰｖ６アドレスであり、入力欄に対応するサーバの通信プロトコルがＩＰｖ６であると判定する（Ｓ５５８）。その後、当該アドレス判定処理を終了する。
【０１５１】
また、ＣＰＵ１１は、返値ｒｅｔが正の値ではないと判断すると（Ｓ５５６でＮｏ）、不正なアドレスが入力されたとして、不正判定する（Ｓ５５９）。その後、当該アドレス判定処理を終了し、Ｓ５７０に移行する。
【０１５２】
Ｓ５７０に移行すると、ＣＰＵ１１は、プロトコル判定処理の結果、若しくは、アドレス判定処理の結果に基づいて、入力欄に対応するサーバがＩＰｖ４及びＩＰｖ６にて通信可能なサーバであるか否か判断する（Ｓ５７０）。尚、ここでは、プロトコル判定処理にて、Ｄｕａｌ判定された場合にのみ、Ｙｅｓと判断し、それ以外の場合にはＮｏと判断する。
【０１５３】
Ｓ５７０でＹｅｓと判断すると、ＣＰＵ１１は、ＲＡＭ１３が保持する上記入力欄に対応するサーバの設定値を、上記入力欄に入力された文字列に変更（更新）して（Ｓ６３０）、当該サーバ設定処理を終了する。
【０１５４】
一方、Ｓ５７０でＮｏと判断すると、ＣＰＵ１１は、プロトコル判定処理の結果、若しくは、アドレス判定処理の結果に基づいて、上記入力欄に対応するサーバの通信プロトコルがＩＰｖ４であるか否か判断し（Ｓ５８０）、ＩＰｖ４であると判断すると（Ｓ５８０でＹｅｓ）、ＲＡＭ１３に保持されているＩＰモードの設定値に基づき、多機能装置２０のＩＰｖ４通信機能がオンにされているか否か判断する（Ｓ５９０）。具体的に、ここではＩＰモードが、Ｄｕａｌモード若しくはＩＰｖ４モードである場合のみＩＰｖ４通信機能がオンにされていると判断する。
【０１５５】
そして、ＩＰｖ４通信機能がオンにされていると判断すると（Ｓ５９０でＹｅｓ）、Ｓ６３０に移行して、当該サーバ設定処理の実行原因となった上記入力欄に対応するサーバの設定値を、上記入力欄に入力された文字列に変更（更新）し、当該サーバ設定処理を終了する。
【０１５６】
また、Ｓ５９０で、ＩＰｖ４通信機能がオフにされていると判断すると（Ｓ５９０でＮｏ）、ＣＰＵ１１は、通信に支障が生じるとして、設定されているＩＰモードに適合するサーバアドレスを入力するように指示する警告画面を表示部１７に表示する（Ｓ５９５）。尚、Ｓ５９０でＮｏと判断され、警告画面が表示部１７に表示されるのは、例えば、ＩＰモードをＩＰｖ６としている（ＩＰｖ４通信機能がオフである）にも拘らず、サーバアドレスを、ＩＰｖ６からＩＰｖ４のアドレスに変更した場合である。
【０１５７】
図１７（ａ）は、Ｓ５９５にて表示部１７に表示される警告画面の一例を示した説明図である。図１７（ａ）に示すように、Ｓ５９５にて表示される警告画面には、ＩＰモードに適合するサーバアドレスを入力するように指示する文字列と、「ＯＫ」ボタンとが表示される。
【０１５８】
Ｓ５９５での警告画面の表示後、ＣＰＵ１１は、利用者が入力部１８を操作することにより「ＯＫ」ボタンが選択されるまで待機し（Ｓ６２０）、「ＯＫ」ボタンが選択されると（Ｓ６２０でＹｅｓ）、Ｓ５１０で入力欄に入力された文字列を消去し、これに代えて、ＲＡＭ１３が保持する設定値（サーバアドレス）を入力欄に表示することにより、設定画面における上記入力欄の表示内容を、元に戻す（Ｓ６４０）。その後、当該サーバ設定処理を終了する。
【０１５９】
一方、Ｓ５８０においてサーバの通信プロトコルがＩＰｖ４ではないと判断すると（Ｓ５８０でＮｏ）、ＣＰＵ１１は、プロトコル判定処理の結果、若しくは、アドレス判定処理の結果に基づいて、上記入力欄に対応するサーバの通信プロトコルが、ＩＰｖ６であるか否か判断し（Ｓ６００）、ＩＰｖ６であると判断すると（Ｓ６００でＹｅｓ）、ＲＡＭ１３に保持されているＩＰモードの設定値に基づき、多機能装置２０のＩＰｖ６通信機能がオンにされているか否か判断する（Ｓ６１０）。具体的に、ここではＩＰモードが、Ｄｕａｌモード若しくはＩＰｖ６モードである場合のみＩＰｖ６通信機能がオンにされていると判断する。
【０１６０】
そして、ＩＰｖ６通信機能がオンにされていると判断すると（Ｓ６１０でＹｅｓ）、ＣＰＵ１１は、Ｓ６３０に移行し、当該サーバ設定処理の実行原因となった上記入力欄に対応するサーバの設定値を、上記入力欄に入力された文字列に変更（更新）し、その後、サーバ設定処理を終了する。
【０１６１】
一方、Ｓ６１０でＩＰｖ６通信機能がオフにされていると判断すると（Ｓ６１０でＮｏ）、ＣＰＵ１１は、通信に支障が生じるとして、設定されているＩＰモードに適合するサーバアドレスを入力するように指示する警告画面を表示部１７に表示する（Ｓ６１５）。尚、Ｓ６１０でＮｏと判断され、警告画面が表示部１７に表示されるのは、例えば、ＩＰモードをＩＰｖ４としている（即ち、ＩＰｖ６通信機能をオフにしている）にも拘らず、サーバアドレスを、ＩＰｖ４からＩＰｖ６に対応したアドレスに、変更した場合である。
【０１６２】
図１７（ｂ）は、Ｓ６１５にて表示部１７に表示される警告画面の一例を示した説明図である。図１７（ｂ）に示すように、Ｓ６１５にて表示される警告画面には、ＩＰモードに適合するサーバアドレスを入力するように指示する文字列と、「ＯＫ」ボタンとが表示される。
【０１６３】
Ｓ６１５での警告画面の表示後、ＣＰＵ１１は、利用者が入力部１８を操作することにより「ＯＫ」ボタンが選択されるまで待機し（Ｓ６２０）、「ＯＫ」ボタンが選択されると（Ｓ６２０でＹｅｓ）、設定画面における上記入力欄の表示内容を元に戻し（Ｓ６４０）、当該サーバ設定処理を終了する。
【０１６４】
また、Ｓ６００において、サーバの通信プロトコルがＩＰｖ６でもないと判断すると（Ｓ６００でＮｏ）、ＣＰＵ１１は、正しいサーバアドレスを入力するように指示する文字列と、「ＯＫ」ボタンとを備えた警告画面（図示せず）を表示部１７に表示し（Ｓ６０５）、その後、「ＯＫ」ボタンが選択されるまで待機し（Ｓ６２０）、「ＯＫ」ボタンが選択されると（Ｓ６２０でＹｅｓ）、設定画面における上記入力欄の表示内容を元に戻す（Ｓ６４０）。そして、当該サーバ設定処理を終了する。
【０１６５】
以上、サーバ設定処理及びプロトコル切替処理について説明したが、これらの処理にて、更新されたＲＡＭ１３内の設定値は、上述したように、設定画面の「ＯＫ」ボタンが選択された時点で、ＳＮＭＰに基づき、多機能装置２０の設定情報に反映される（Ｓ２７５）。これにより、設定画面を通じて利用者により行われたサーバアドレスの設定操作及びＩＰモードの切替操作は、多機能装置２０に反映され、多機能装置２０の動作は変更される。
【０１６６】
例えば、ＩＰモードの切替操作に基づいて変更されたＲＡＭ１３内のＩＰモードの設定値は、多機能装置２０のＮＶＲＡＭ２４に記憶された設定情報（ＩＰモードの設定値）に反映され、これにより、多機能装置２０におけるＩＰｖ４通信機能及びＩＰｖ６通信機能はオン／オフされる。
【０１６７】
また、サーバアドレスの設定操作に基づいて変更されたＲＡＭ１３内の各サーバの設定値（サーバアドレス）は、多機能装置２０のＮＶＲＡＭ２４に記憶された設定情報に反映され、これにより、多機能装置２０における設定情報のサーバアドレスは更新され、多機能装置２０は、更新後のサーバアドレスに対応するサーバに、アクセスする。
【０１６８】
以上、本実施例の通信システム１について説明したが、本実施例において、多機能装置２０を管理する管理ＰＣは、利用者の操作によって入力部１８から入力される指令に従い、ＳＮＭＰにて、多機能装置２０の設定値を操作し、多機能装置２０の動作（設定）を変更するが、ＳＮＭＰにて、多機能装置２０の設定値を変更する前に、変更後の設定値に基づいて多機能装置２０が動作した場合に、変更前に通信していた装置と、変更後も通信できるか否か判断し、これにより、変更後の通信に支障が生じないか否か判断する。そして、支障が生じると判断すると、必要に応じて利用者による変更操作をキャンセルし（Ｓ４８５）、多機能装置２０に対する設定変更を実行しないようにする（即ち、禁止する）。
【０１６９】
従って、本実施例によれば、多機能装置２０に対し、間違った設定変更を施すことが原因で、通信に支障が生じるのを防止することができる。
【０１７０】
特に、本実施例の場合には、管理ＰＣからネットワークＮＬ経由で多機能装置２０に設定変更を施すため、設定変更によって管理ＰＣと多機能装置２０との通信が行えなくなると、利用者にとっては大変不便である。この点、本実施例では、ＳＮＭＰにて、多機能装置２０の設定値を変更する前に、変更後の設定値で、管理ＰＣと多機能装置２０との通信が維持できるか否かを判断し（Ｓ３３０）、通信が維持できない場合には（Ｓ３３０でＮｏ）、利用者による変更操作をキャンセルし（Ｓ４８５）、多機能装置２０に対する設定変更を実行しないようにするので、利用者による誤った設定変更により、管理ＰＣと多機能装置２０との通信が維持できなくなるのを、防止することができる。
【０１７１】
また、本実施例では、多機能装置２０のＩＰｖ４通信機能及びＩＰｖ６通信機能が夫々オン／オフ可能な構成にされているが、ＩＰｖ４通信機能又はＩＰｖ６通信機能をオフに変更する際に、その変更により、通信に支障が生じないか否かを、プロトコル切替処理にて判断する。従って、本実施例によれば、ＩＰｖ４通信機能・ＩＰｖ６通信機能のオン／オフによって、通信に支障が生じるのを防止することができる。
【０１７２】
特に、本実施例では、多機能装置２０に、アクセスログが一定のデータ量を超えない範囲で、自装置（多機能装置２０）と通信したノードの通信プロトコルを示す情報（ＩＰアドレス）をアクセスログに記録させるようにし（通信履歴記録処理）、このアクセスログに基づいて、ログ判定処理を実行し、設定変更によって、多機能装置２０との通信が不可能となるネットワークＮＬ内の装置が、過去の所定期間に多機能装置２０と通信した装置の中に存在するか否かを、判断するようにした。
【０１７３】
そして、多機能装置２０との通信が不可能となる装置が存在する場合には、ネットワークＮＬ内の通信に支障が生じると判定し（Ｓ４７０でＹｅｓ）、必要に応じて、ＩＰモードの切替操作を行わないようにした。従って、この通信システム１によれば、多機能装置２０と頻繁に通信するネットワークＮＬ内の装置の通信が不能になることが原因で生じる問題を、未然に解消することができる。
【０１７４】
また、多機能装置２０では、ＳＭＴＰサーバ等のサーバアドレスを、夫々のサーバに対して一つしか設定する（設定情報として記憶する）ことができないのに対し、ＩＰｖ４及びＩＰｖ６通信機能を、夫々、オン／オフすることができるため、通信機能のオン／オフの関係と、サーバアドレスとの関係について、不整合が生じる可能性がある。
【０１７５】
この問題に対処するため、本実施例では、ＩＰモードを切り替える際に、切替後のＩＰモードがＩＰｖ６モードであるにも拘らず、設定情報として多機能装置２０に記憶されるサーバアドレスがＩＰｖ４であると（Ｓ４２１でＮｏ）、通信に支障が生じると判断し（Ｓ４３５でＮｏ）、設定変更を禁止するようにした（Ｓ４８５）。また、切替後のＩＰモードがＩＰｖ４であるにも拘らず、設定情報として多機能装置２０に記憶されるサーバアドレスがＩＰｖ６であると（Ｓ４２７でＮｏ）、通信に支障が生じると判断し（Ｓ４３５でＮｏ）、設定変更を実行しないようにした（Ｓ４８５）。
【０１７６】
従って、本実施例によれば、例えば、Ｓ３１０にてＩＰモードがＤｕａｌモードからＩＰｖ４モードに切り替えられ、ＩＰｖ６通信機能がオンからオフに変更される際に、ＩＰモードと、サーバアドレスとに不整合が生じるのを、Ｓ４２７〜Ｓ４２９等の処理により防止することができる。また、Ｓ３１０にてＩＰモードがＤｕａｌモードからＩＰｖ６モードに切り替えられ、ＩＰｖ４通信機能がオンからオフに変更される際に、ＩＰモードと、サーバアドレスとに不整合が生じるのを、Ｓ４２１〜Ｓ４２３等の処理により防止することができる。
【０１７７】
その他、本実施例では、ＩＰモードの切替操作以外であっても、サーバアドレスの設定がなされる場合には、サーバ設定処理により、ＩＰモードの設定と、入力部１８から入力されたサーバアドレスとの間に不整合がないかどうか確認し、不整合がない場合には、設定値を、Ｓ６３０及びＳ２７５の処理にて多機能装置２０に反映させるが、不整合がある場合（Ｓ５９０でＮｏ及びＳ６１０でＮｏの場合）には、設定変更を禁止するようにした（Ｓ６４０）。従って、本実施例によれば、上述した不整合の問題を未然に解決することができ、利用者が誤った設定変更を行うことにより、多機能装置２０がサーバにアクセスできなくなるのを防止することができる。
【０１７８】
また、本実施例では、ＩＰモードの切替操作とサーバアドレスの設定値との間に不整合がある場合、サーバアドレスの変更操作とＩＰモードの設定値とに不整合がある場合に、操作を継続すると通信に支障が生じる旨のメッセージ、又は、正しいアドレスを入力するように指示するメッセージを表示部１７に表示するようにした（Ｓ３３５，Ｓ３６５，Ｓ３７５，Ｓ４４０，Ｓ４７５，Ｓ５９５，Ｓ６１５）。従って、本実施例によれば、これらのメッセージ表示により、自身の操作に何等かの誤りがあることを利用者に気づかせることができ、正しい設定操作を行わせることができる。
【０１７９】
また、本実施例では、通信に支障が生じると判断した原因に応じ、それに対応する解決策（変更案）を警告画面に表示するようにした（Ｓ３６５，Ｓ３７５）。また、警告画面を通じて、変更を行う旨の指令が入力された場合には、提示した解決策（変更案）に対応する設定値の変更を自動で行って、誤った設定変更を修正するようにした（Ｓ３８５，Ｓ４９０）。従って、本実施例によれば、ネットワークの知識に疎い利用者にとっても、多機能装置２０の動作管理（設定）を簡単に行えるようにすることができる。
【０１８０】
尚、本発明の第一及び第二通信プロトコルは、ＩＰｖ４及びＩＰｖ６に対応し、変更手段は、Ｓ４９０，Ｓ６３０，Ｓ２７５等の処理にて実現されている。また、判定手段は、Ｓ３３０，Ｓ３６０，Ｓ３７０，Ｓ４３５，Ｓ４７０，Ｓ５９０，Ｓ６１０等の処理にて実現され、禁止手段は、Ｓ４８５，Ｓ６４０等の処理にて実現されている。また、入力手段は、入力部１８に相当し、通信手段は、プロトコルスタック１５及びネットワークインタフェース１６に相当する。
【０１８１】
また、維持判断手段は、Ｓ３３０の処理にて実現され、履歴記録手段は、通信履歴記録処理にて実現され、装置判断手段は、Ｓ４５０及びＳ４７０の処理にて実現されている。
また、設定記憶手段は、設定情報を記憶するＮＶＲＡＭ２４にて実現されており、特定装置と通信するための情報は、サーバアドレス（ＩＰｖ４表記のＩＰアドレス、ＩＰｖ６表記のＩＰアドレス等）に相当する。
【０１８２】
その他、メッセージ表示手段は、Ｓ３３５，Ｓ３６５，Ｓ３７５，Ｓ４４０，Ｓ４７５，Ｓ５９５，Ｓ６１５等にて実現され、解決策導出手段は、発生原因に応じて、表示する解決策（変更案）を切り替える処理（プロトコル切替処理内）にて実現されている。また、修正手段は、Ｓ３８５及びＳ４９０の処理にて実現され、解決策表示手段は、Ｓ３６５及びＳ３７５の処理にて実現されている。
【０１８３】
また、本発明の管理システム及びプログラムは、上記実施例に限定されるものではなく、種々の態様を採ることができる。上記実施例では、設定変更により通信に支障が生じるか否かを管理ＰＣで判断し、設定変更のキャンセルを管理ＰＣ側で実現するようにしたが、例えば、多機能装置２０に、上記判断を行わせて、設定変更のキャンセルを多機能装置２０側で実現するようにしてもよい。
【図面の簡単な説明】
【０１８４】
【図１】本発明が適用された通信システム１の構成を表す説明図である。
【図２】通信システム１を構成するＰＣ１０の構成を表すブロック図（ａ）及び多機能装置２０の構成を表すブロック図（ｂ）である。
【図３】ＮＶＲＡＭ２４が記憶するアクセスログの構成を表す説明図（ａ）及び設定情報の構成を表す説明図（ｂ）である。
【図４】ＣＰＵ２１が実行する通信履歴記録処理を表すフローチャートである。
【図５】管理ＰＣのＣＰＵ１１が実行する設定画面表示処理を表すフローチャートである。
【図６】設定画面の構成を表す説明図である。
【図７】ＣＰＵ１１が実行するプロトコル切替処理を表すフローチャートである。
【図８】ＣＰＵ１１が実行するプロトコル切替処理を表すフローチャートである。
【図９】ＣＰＵ１１が実行するサーバ判定処理を表すフローチャートである。
【図１０】ＣＰＵ１１が実行するプロトコル判定処理を表すフローチャートである。
【図１１】ＣＰＵ１１が実行するログ判定処理を表すフローチャートである。
【図１２】Ｓ３３５で表示される警告画面の例を示す図（ａ）及びＳ３６５で表示される警告画面の例を示す図（ｂ）である。
【図１３】Ｓ３７５で表示される警告画面の例を示す図である。
【図１４】Ｓ４４０で表示される警告画面の例を示す図（ａ）及びＳ４７５で表示される警告画面の例を示す図（ｂ）である。
【図１５】ＣＰＵ１１が実行するサーバ設定処理を表すフローチャートである。
【図１６】ＣＰＵ１１が実行するアドレス判定処理を表すフローチャートである。
【図１７】Ｓ５９５で表示される警告画面の例を示す図（ａ）及びＳ６１５で表示される警告画面の例を示す図（ｂ）である。
【符号の説明】
【０１８５】
１…通信システム、１０，１０ａ，１０ｂ，１０ｃ…ＰＣ、１１，２１…ＣＰＵ、１２，２２…ＲＯＭ、１３，２３…ＲＡＭ、１４…ハードディスク装置、１４ａ…管理ツール、１５，２５…プロトコルスタック、１６，２６…ネットワークインタフェース、１７…表示部、１８…入力部、１９，２９…バス、２０…多機能装置、２１ａ…印刷サーバ部、２１ｂ…メール送受信部、２１ｃ…通信履歴記録部、２１ｄ…ＳＮＭＰエージェント、２４…ＮＶＲＡＭ、２７…ユーザインタフェース、２８…印刷部、３１…ＤＮＳサーバ、３３…ＤＨＣＰサーバ、３５…ＳＭＴＰサーバ、３７…ＰＯＰサーバ、ＬＮ…通信ケーブル、ＮＬ…ネットワーク