(57)【要約】【課題】デバイス状態通知メールを用いたフィッシング等の攻撃から情報を保護する。【解決手段】デバイスの管理者登録時に、メール通知に使用するメールアドレスと、メール通知用ＵＲＬを通知するメールに記載されるキーワードとを管理者は入力する（Ｓ４０６）。管理装置１０６は、メール通知用管理画面のＵＲＬをメールで管理者に通知する。そのメールには、入力されたキーワードと、管理画面のＵＲＬとが記載されている（Ｓ４１１）。管理装置１０６は、デバイス状態をメールで管理者に通知するが、そのメールには管理画面のＵＲＬは記載されていない。そこで管理者は、先に受信したキーワードの記載されたメールを参照し、そこに記載されたＵＲＬにアクセスする。【選択図】図４
2008181238.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続され、当該ネットワークに接続されているネットワークデバイスを管理するためのネットワークデバイス管理装置であって、
ネットワークデバイスの状態を示す状態情報をネットワークデバイスから獲得する獲得手段と、
前記獲得手段で獲得した状態情報を格納部に保存する状態情報保存手段と、
前記格納部にアクセスするためのアドレスをランダムに生成し、生成したアドレスを予め登録された宛先に通知するアドレス通知手段と、
前記アドレスに対してアクセスがあると、前記格納部に保存した状態情報を、アクセス元に対して提供する情報提供手段と
を備えることを特徴とするネットワークデバイス管理装置。
【請求項２】
予め入力されたキーワードを保存するキーワード保存手段をさらに備え、
アドレス通知手段は、前記アドレスに加えて前記キーワード保存手段に保存されたキーワードを前記宛先に通知することを特徴とする請求項１に記載の装置。
【請求項３】
更新要求に応じて、前記格納部にアクセスするためのパスワード及び前記キーワード又はそれらのうちのいずれかを更新する更新手段を更に備え、
前記更新手段により前記パスワード及び前記キーワード又はそれらのうちのいずれかが更新された場合、前記アドレス通知手段は、前記アドレスを生成し直すことを特徴とする請求項２に記載の装置。
【請求項４】
ネットワークに接続され、当該ネットワークに接続されているネットワークデバイスを管理するためのネットワークデバイス管理方法であって、
ネットワークデバイスの状態を示す状態情報をネットワークデバイスから獲得する獲得工程と、
前記獲得工程で獲得した状態情報を格納部に保存する状態情報保存工程と、
前記格納部にアクセスするためのアドレスをランダムに生成し、生成したアドレスを予め登録された宛先に通知するアドレス通知工程と、
前記アドレスに対してアクセスがあると、前記格納部に保存した状態情報を、アクセス元に対して提供する情報提供工程と
を備えることを特徴とするネットワークデバイス管理方法。
【請求項５】
予め入力されたキーワードを保存するキーワード保存工程をさらに備え、
アドレス通知手段は、前記アドレスに加えて前記キーワード保存工程で保存されたキーワードを前記宛先に通知することを特徴とする請求項４に記載の方法。
【請求項６】
更新要求に応じて、前記格納部にアクセスするためのパスワード及び前記キーワード又はそれらのうちのいずれかを更新する更新工程を更に備え、
前記更新工程により前記パスワード及び前記キーワード又はそれらのうちのいずれかが更新された場合、前記アドレス通知工程では、前記アドレスを生成し直すことを特徴とする請求項５に記載の方法。
【請求項７】
請求項４乃至６のいずれか１項に記載された方法に含まれる各工程をコンピュータにより実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク上に存在するデバイスを管理する装置及び方法に関する。
【背景技術】
【０００２】
従来、ＨＴＴＰ（ハイパーテキスト転送プロトコル）とＨＴＭＬ（ハイパーテキストマークアップ言語）によりユーザインターフェースを形成し、Ｗｅｂサーバとして稼動するように構成された、ネットワークデバイスを管理する管理装置は存在していた。ネットワークデバイスとは、ネットワークに接続された周辺機器であり、たとえばプリンタやディジタル複合機などがある。このような管理装置は、クライアントとなるパーソナルコンピュータ（以下「ＰＣ」と表記する）からＷｅｂブラウザを通じて管理行為を実行することが可能である（たとえば特許文献１等を参照）。この種のネットワークデバイス管理装置には、ネットワークデバイスに、管理者が関心を払うべき状態あるいは事象の発生、たとえば障害が発生したことを検知し、管理者にその事象発生を電子メールで通知するものもあった（例えば特許文献２等を参照）。
【０００３】
そのような通知のための電子メールには、管理画面へ直接アクセスするためのＵＲＬ（ユニバーサルリソースロケータ）が本文内に記述されたものもある。その電子メールを受け取った管理者は、メールに記述されたＵＲＬをクリックまたはダブルクリックすることで、当該ネットワークデバイス管理装置の管理画面を直接表示させそこから管理行為を行うことができる（たとえば特許文献３等を参照）。
【０００４】
また、このような事象発生あるいは状態を通知する電子メールに、通知ごとに固有の識別子を付与し、この識別子を電子メールで受け取った管理者からの返信に応じて一意のＵＲＬを生成して管理者に送付する管理装置もあった（たとえば特許文献４等参照）。このような構成をとることによって、当該電子メールを受け取った管理者だけがその管理画面を見ることができる。
【特許文献１】特開２０００−３５３１４０号公報（図２）
【特許文献２】特開２００３−０１５９７３号公報（図１６）
【特許文献３】特開２００３−１０８４４８号公報（図７）
【特許文献４】特開２００５−１４１７７２号公報（図２）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一方、電子メールを経由して偽装されたＷｅｂサイトのＵＲＬを受信者に送付して偽装Ｗｅｂサイトへに受信者を誘導し、そのサイト上で入力されたログイン情報を盗み取る詐欺行為が近年横行している。このような行為は一般にフィッシング（Ｐｈｉｓｈｉｎｇ）と呼ばれる。
【０００６】
同一組織内に張られたネットワーク（イントラネットという）に接続されたＰＣやサーバは、それが属するイントラネット内からの攻撃には比較的無防備であることが多い。そのため、イントラネット内のフィッシングは比較的容易であることが多い。
【０００７】
イントラネット内に偽装したサーバへ利用者を誘導しようとする悪意のユーザが存在している場合には、上述のフィッシングによって利用者を攻撃することは可能である。もしもネットワーク管理装置からクライアントに送られてくる事象通知の電子メールを偽装したフィッシング攻撃が行われた場合、ネットワーク管理者が、ネットワーク管理装置にアクセスするためのパスワードのような重要な情報を奪い取られる可能性がある。
【０００８】
このようにネットワーク管理装置からの通知の電子メールにＵＲＬを含めることは、フィッシングの攻撃対象となる可能性をもたらし、イントラネットにおけるセキュリティ上の重大な脅威となり得る。そのため、このようなシステムでは管理者は事象発生の通知を受けるとその正当性を検証する必要があり、管理者にとって大きな負担となるものであった。
【０００９】
本発明は上記従来例に鑑みて成されたもので、管理者パスワード等の秘密情報の盗難に対する安全性を向上させたネットワークデバイス管理装置及びネットワークデバイス管理方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明は以下の構成を備える。すなわち、ネットワークに接続され、当該ネットワークに接続されているネットワークデバイスを管理するためのネットワークデバイス管理装置であって、
ネットワークデバイスの状態を示す状態情報をネットワークデバイスから獲得する獲得手段と、
前記獲得手段で獲得した状態情報を格納部に保存する事象保存手段と、
前記格納部にアクセスするためのアドレスをランダムに生成し、生成したアドレスを予め登録された宛先に通知するアドレス通知手段と、
前記状態情報を獲得した場合、当該状態の発生を前記宛先に通知する事象通知手段と、
前記アドレスに対してアクセスがあると、前記格納部に保存した状態情報を、アクセス元に対して提供する情報提供手段とを備える。
【００１１】
あるいは他の側面によれば、本発明は以下の構成を備える。すなわち、ネットワークに接続され、当該ネットワークに接続されているデバイスを管理する機能を備えている、ネットワークデバイス管理装置であって、
管理者が当該ネットワークに接続されているクライアントＰＣからＷｅｂブラウザを通じてアクセスすることをもって管理機能を提供するとともに、
当該クライアントＰＣで動作している電子メールクライアントに対して、電子メールを送信する機能を備えているものであり、
さらに当該管理装置は当該管理者があらかじめ設定しておいた条件に合致するような事象が当該デバイスで発生したときに電子メールを送信してその事象の発生を通知する機能を備えており、
さらに当該管理装置は当該管理者が当該条件を設定する際に任意のキーワードを入力し設定させる機能を備えており、
また当該管理装置は当該管理者が当該キーワードを入力し設定したら、それに伴って当該管理者向けに電子メールで通知した事象を一覧することが可能となるようなメール通知用管理画面を生成する機能を持ち、
さらに当該管理装置は当該メール通知用管理画面を生成した際に当該メール通知用管理画面へアクセスするためのアドレスを任意の推測されにくい値で生成する機能を備えており、
また当該管理装置は当該メール通知用管理画面を生成した際に、当該メール通知用管理画面に表示するための事象の一覧を保持するためのリストを生成し保持する機能を備えており、
当該メール通知用管理画面を生成したらすぐに当該キーワードと当該アドレスを記載した電子メールを生成し当該管理者へ送信する機能を備えており、
また当該管理装置は、当該デバイスで当該条件に合致するような事象が発生した場合にはその事象の発生を当該管理者に電子メールで通知するとともに、当該リストに追加する機能を備えており、
当該電子メールによる通知には当該アドレスの記載を含まないことを特徴とし、
また当該管理装置は当該管理者が当該アドレスにアクセスした際には当該メール通知用管理画面を表示し、そこに当該リストが生成されて以降追加された全事象の一覧が表示されることを特徴とし、
さらに当該管理装置は当該管理者が当該メール通知用管理画面にアクセスした際に新たなキーワードを入力し設定させる機能を備えており、
当該新たなキーワードが入力設定された際には、新たなメール通知用管理画面を生成し、
当該新たなメール通知用管理画面にアクセスするための新たなアドレスを任意の推測されにくい値で生成する機能を備えており、
当該新たなメール通知用管理画面に表示するための事象の一覧を保持するための新たなリストを生成し保持する機能を備えており、
当該メール通知用管理画面を生成したらすぐに当該新たなキーワードと当該新たなアドレスを記載した電子メールを生成し当該管理者へ送信する機能を備えており、
また当該管理装置は当該新たなキーワードと当該新たなアドレスを記載した電子メールを送信した後、先に生成されていたメール通知用管理画面と、先に生成されていた当該管理画面に表示するための事象のリストを破棄し、
それ以降は当該破棄された管理画面へアクセスするためのアドレスへのアクセスに対しては拒否する動作を行う。
【発明の効果】
【００１２】
本発明により、管理者パスワード等の秘密情報の盗難に対する安全性を向上させたネットワークデバイス管理装置及びネットワークデバイス管理方法を提供できる。
【発明を実施するための最良の形態】
【００１３】
［実施形態１］
＜システム及び装置構成＞
図１は本実施形態のネットワークデバイス管理装置の接続されたネットワークの構成を示す図である。ネットワーク１０１はデバイスやコンピュータ等を接続する。クライアントＰＣ１０２および１０３は、一般ユーザが通常使用しており、当該管理装置のクライアントとして動作する。多機能プリンタ１０４、１０５および１０７は、ネットワーク１０１に接続されており、クライアントＰＣ等からの印刷要求に応じて印刷を行ったり、複写するといった機能を実行する。多機能プリンタはＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎａｌ  Ｐｒｉｎｔｅｒ、）とも表記する。サーバ１０６はネットワーク管理装置として動作するサーバ装置である。したがってサーバ１０６を、ネットワークデバイス管理装置あるいは単に管理装置と呼ぶ場合もある。
【００１４】
図２は本実施形態のネットワークデバイス管理装置として動作するサーバ装置１０６の内部構成図である。中央演算装置（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、以下「ＣＰＵ」と表記する）２０３は、プログラムを実行して、コンピュータをネットワークデバイス管理装置としての機能させる。バス２０４はＣＰＵと各周辺ユニットを接続するバスである。ＲＯＭ２０５は、プログラムやデータを格納した読み出し専用メモリである。ＲＡＭ２０６は、プログラムがロードされたり、あるいはデータを保存するための主記憶として機能する。ネットワークインターフェース２０７は、ネットワーク１０１と接続するためのインターフェース（以下Ｉ／Ｆと表記する）である。ディスプレイＩ／Ｆ２０８は、ディスプレイ装置２０９とバス２０４とのインターフェースである。デバイスＩ／Ｆ２１０は入力デバイス２１１とバスとの間のインターフェースである。二次記憶Ｉ／Ｆ２１２は、二次記憶装置２１３とバスとの間のインターフェースである。なおユーザが通常使用しているクライアントＰＣ１０２、１０３の構成も図２に示したものと基本的に同様である。二次記憶装置１２３はハードディスクなどであり、デバイス状態を示す状態情報を記憶する格納部として機能する。さらに、予め入力されたキーワードを保存するキーワード保存部としても機能する。
【００１５】
図３は本実施形態のネットワークデバイス管理装置１０６および関連するＰＣ、サーバ、デバイスのソフトウェアモジュール構成を模式的に描いたものである。管理装置モジュール３０１はネットワーク管理装置１０６における本発明に係る機能を実行する管理装置モジュールである。メールサーバ３０２は当該ネットワーク上に存在するメールサーバである。メールサーバ３０２は管理装置モジュール３０１が動作しているネットワークデバイス管理装置１０６上に存在していてもよい。その場合メールサーバは管理装置モジュール３０１とは独立して動作する。デバイス３０３は図１におけるＭＦＰ１０４、１０５、および１０７に相当する。クライアントＰＣ３０４はクライアントＰＣ１０２および１０３に相当する。
【００１６】
さらに管理装置モジュール３０１を詳細に見ていく。デバイス管理部３１０はデバイス管理操作を実行している。図４，７，１１−１３，１５，１６，２２，２３，２７，３１等に示す「管理装置」の機能は、デバイス管理部３１０により実現される。デバイス管理情報記憶部３１１には、デバイス管理部３１０がデバイス管理を実行するに当たって保存しておかなければならない情報が格納されている。ＨＴＴＰサーバ部３１２は、クライアントからのＨＴＴＰ要求に応じて、デバイス管理部３１０が処理した情報をＨＴＴＰを用いてクライアントＰＣ３０４の上で動作しているＷｅｂブラウザ３２０へ伝達する。
【００１７】
電子メール送信部３１３は、デバイス管理部３１０が電子メールを送信する必要が生じたときに電子メールを送信する。デバイス通信部３１４は、デバイス管理部３１０がデバイス３０３と通信する必要がある場合に通信を行う。タイマ処理部３１５は、デバイス管理部３１０がある時刻になったら実行する必要がある処理や、一定時間毎に繰り返し実行する必要がある処理を実行するために必要な時間情報をデバイス管理部３１０に提供している。
【００１８】
続いてクライアントＰＣ３０４を詳細に見ていく。ウエブブラウザ３２０は、サーバのＨＴＴＰサーバ部３１２と通信して実際のデバイス管理業務をユーザが実行するためのユーザインターフェース（以下「ＵＩ」と表記する）を提供する。また電子メールクライアント３２１は、メールサーバ３０２上に届いたユーザ宛てのメールを受信して表示したり、あるいは作成された返信や新規メールを送信する。
【００１９】
＜管理者登録＞
続いて図４に従って、本実施形態の管理装置においてユーザが管理者登録を行うときの手順を説明する。
【００２０】
ステップＳ４０１から手順を開始する。ステップＳ４０２にてユーザはクライアントＰＣ３０４上のＷｅｂブラウザ３２０を開き、管理者登録を行うためのＵＲＬを入力する。ウエブブラウザ３２０は、指定されたＵＲＬ、すなわち管理装置１０６のＨＴＴＰサーバ部３１２へアクセスする。すなわちクライアントＰＣ３０４はＨＴＴＰサーバ部３１２に対してメッセージ（ここではＨＴＴＰ要求）を発行する。ステップＳ４０３にて管理装置１０６のデバイス管理部３１０は指定されたＵＲＬに応じた画面（メイン画面）を生成し、ＨＴＴＰサーバ部３１２を通じてクライアントＰＣ３０４へ応答（ここではＨＴＴＰ応）を返す。
【００２１】
なお、以下特に断りがなければ、管理装置１０６が何らかの画面（ウエブページ）を表示する、という場合には、以下のような手順を指すものとする。最初にデバイス管理部３１０が当該画面を記述した画面データを生成する。なお既に作成されている画面を表示する場合には画面データの作成は必要ない。次にデバイス管理部３１０が、当該画面データをＨＴＴＰサーバ部３１２を通じてクライアントＰＣ３０４へ送信する。クライアントＰＣ３０４上のウエブブラウザ３２０がそれを表示する。またここでいう画面とは、特に断りがなければ、クライアントＰＣ３０４のディスプレイ装置２０９に表示されたウエブブラウザ３２０の画面を指す。
【００２２】
次にユーザは、ステップＳ４０４にてそのメイン画面のメニューから管理者登録を行うための項目を選択する。クライアントＰＣ３０４は管理装置１０６に対して、選択された項目を示すメッセージを送信する。ステップＳ４０５にて、そのメッセージを受信した管理装置１０６は管理者登録画面を生成して応答を返す。
【００２３】
図５はそのような管理者登録画面の一例である。ウインドウ５０１はウエブブラウザのウィンドウである。ＯＫボタン５０２は、管理者登録のために情報を入力した後、その情報を確定させ管理者登録を完了させるためのボタンである。キャンセルボタン５０３は入力を途中中止し管理者登録を取りやめにするためのボタンである。５０４はログイン名を入力するための入力欄である。入力欄５０５は、管理者の名前のうち姓にあたる部分を入力するための入力欄である。入力欄５０６は管理者の名前のうち名にあたる部分を入力するための入力欄である。入力欄５０７はパスワードを入力するための入力欄である。パスワード入力欄５０７に入力された値のエコーバックは「＊」のような記号により伏せた状態となる。入力欄５０８はパスワードを正確に入力できているかどうかを確認するために再度入力するためのパスワード確認入力の入力欄である。チェックボックス５０９はメール通知を行うかどうかを選択するためのチェックボックスである。入力欄５１０はメール通知用に利用するキーワードの入力欄である。この入力欄もエコーバックは記号を用いて伏せた状態で行われる。入力欄５１１はキーワードが正確に入力できているかどうかを確認するために再度入力するためのキーワード確認入力の入力欄である。入力欄５１２はメール通知するための宛先となるメールアドレスの入力欄である。入力欄５１３はメールアドレスが正確に入力されているかどうかを確認するためのメールアドレス確認入力の入力欄である。
【００２４】
さて、ステップＳ４０６にてユーザは当該管理者登録画面に対して必要な項目を入力し、ＯＫボタン５０２を押下する。これにより管理装置１０６に対して入力された項目の値を送信する。この入力項目にはメール通知を行うかどうかの選択と、メール通知に使用するメールアドレス、およびメール通知用ＵＲＬ通知のために用いるキーワードが含まれている。メールアドレスおよびキーワードはメール通知を行う設定を選択した場合には入力必須の項目である。
【００２５】
ステップＳ４０７にて、入力項目の値を受信した管理装置１０６は、受信した入力項目をデバイス管理情報記録部３１１に記録し、続いてステップＳ４０８にてユーザがメール通知を設定しているかどうかを判定する。Ｓ４０７が、予め入力されたキーワードを保存するキーワード保存工程に相当する。
【００２６】
メール通知が設定されている場合には、処理はステップＳ４０９へ進み、まず、メール通知用管理画面のＵＲＬを生成する。このＵＲＬは後ほど管理者がアクセスするとメール通知用管理画面が表示されるものである。また続くステップＳ４１０では当該メール通知用管理画面に表示する事象のリストを生成する。たとえば、一定の範囲内の長さとなるようなランダムな文字列を、サーバ１０６のドメイン名に付加してドメイン名を生成する。
【００２７】
リストの生成が完了したら管理装置１０６は、ステップＳ４０６にてユーザが入力したキーワードと、ステップＳ４０９にて生成したメール通知用管理画面のＵＲＬとを記載した電子メールをステップＳ４１１にて作成する。
【００２８】
そしてステップＳ４１２にて、管理装置１０６は、ステップＳ４０６にてユーザが入力したメール通知用のメールアドレスに対して、ステップＳ４１１にて作成した電子メールを送信する。ステップＳ４０９〜Ｓ４１１が、格納部にアクセスするためのアドレスを予め登録された宛先に通知するアドレス通知工程に相当する。そしてその工程を実行する管理装置１０６がアドレス通知手段に相当する。
【００２９】
メールサーバ３０２は、ステップＳ４１３にて、ステップＳ４１２にて管理装置１０６が電子メールを送信した電子メールを受け付ける。その後、メールサーバ３０２はステップＳ４１４にて受け付けたメールをスプールし、一方管理装置１０６はステップＳ４１５にて登録完了画面を表示する。これでクライアントＰＣ４１６における管理者登録が完了する。管理者の登録が完了すると処理はステップＳ４２０へ進む。
【００３０】
一方メールサーバ３０２は、ステップＳ４１４でメールをスプールした後、その電子メールを宛先に配信する。クライアントＰＣ３０４の電子メールクライアント３２１は、ステップＳ４１７で、配信された電子メールの受信操作を行う。メールサーバ３０２はステップＳ４１８にて、電子メールクライアント３２１の要求に応じてスプールされたメールを転送する。クライアントＰＣ３０４はステップＳ４１９にて、転送されたメールのデータを受け取る。そして、処理はステップＳ４２０へ進み終了する。
【００３１】
図６はそのようにして受け取ったメールを模式的に表したものである。ウインドウ６０１は電子メールクライアント３２１の受信メールを表示するウィンドウである。キーワード６０２は、本文に埋め込まれた、ステップＳ４０６にて入力欄５１０に入力したキーワードである。ここに記載されたキーワード６０２がステップＳ４０６にて入力したものと一致するかどうかをユーザが確認することによって、このメールが正しく管理装置１０６から送信されてきたものであるかどうかを判断することができる。ＵＲＬ６０３は、メール本文に埋め込まれた、エラー等の事象の通知があった場合に、その詳細の画面に対応したＵＲＬである。利用者はこのＵＲＬにアクセスすることで、エラー等の事象の詳細を参照できる。
【００３２】
＜メール通知の条件設定＞
図７に従って、本実施形態の管理装置において管理者がメール通知の詳細な条件設定を行うときの手順を説明する。
【００３３】
クライアントＰＣ３０４は、ステップＳ７０１にて処理を開始する。続くステップＳ７０２でクライアントＰＣ３０４は管理装置１０６へアクセスを行う。アクセス先はメール通知の条件設定を行うために予め定められた宛先（たとえばＵＲＬ）である。ステップＳ７０３にて、管理装置１０６はクライアントの要求に応じてメイン画面を表示する。これに応じてステップＳ７０４にて、ユーザはクライアントＰＣ３０４で表示された画面からメール通知条件設定画面を選択する。これに対して管理装置１０６はステップＳ７０５にてメール通知状件設定画面を表示する。
【００３４】
図８はメール通知状件設定画面を模式的に描いた一例である。ウインドウ８０１はクライアントＰＣ３０４上で動作するウエブブラウザ３２０のウィンドウである。ＯＫボタン８０２は条件設定が終了したときにその値を管理装置１０６へ送信して条件を保存終了するためのＯＫボタンである。キャンセルボタン８０３は条件設定を途中で止めてもとの画面に戻るためのキャンセルボタンである。
【００３５】
選択領域８０４は、どのような事象が発生した場合にメール通知を行うかを選択するための選択肢である。ここにはたとえばエラー、警告などが挙げられている。「エラー」のチェックボックスが選択されると、エラーのカテゴリに属する全ての事象、すなわち紙詰まりやトナー切れ、紙切れ、出力トレー満杯、応答なし、ステープル針切れなどのチェックボックスが全て選択され、これら事象がメールで通知される。「警告」のチェックボックスが選択された場合には、警告のカテゴリに属する事象について全てのチェックボックスがチェックされて、その事象が通知の対象とされる。また「エラー」のチェックボックスを選択せず、個々のエラー事象たとえば「紙詰まり」などの事象を個別に選択することもできる。この場合は「エラー」のチェックボックスは一部のみが選択されていることを示す画面表示になっていてもよい。この図では「警告」カテゴリについて「紙残量低下」と「トナー残量低下」のみが選ばれており、そのような一部のみが選択されていることを示す画面になっている。
【００３６】
領域８０５はメール通知を報告するべき対象となるデバイスを選択するための領域である。ボタン８０６は、領域８０５に表示されているデバイス全てを一斉に選択するための「全て選択」ボタンである。またボタン８０７は、領域８０５に表示されているデバイスのうちいずれかが選択されているときにそれらを選択解除するための「全て解除」ボタンである。
【００３７】
クライアントＰＣ３０４に画面８０１が表示されたら、ステップ７０６にて管理者はその表示される通知条件を適切に選択し、ＯＫボタンを押下して管理装置１０６に送信する。これを受信した管理装置１０６は、ステップＳ７０７にて、選択された項目及びデバイスを示す情報（これを通知対象情報と呼ぶ。）をデバイス管理情報記憶部３１１に記録する。続くステップＳ７０８にて、管理装置１０６は正常に記録されたかどうかを判定し、正常に記憶されていれば処理はステップＳ７０９に進む。エラーが発生していた場合にはステップＳ７１０へ進む。
【００３８】
ステップＳ７０９では管理装置１０６は正常に処理されたことを示す画面を表示する。図９はその画面を模式的に表したものである。ウインドウ９０１はウエブブラウザ３２０のウィンドウである。ボタン９０２はメッセージを確認した管理者が押下して次の画面へ進むための「次へ」ボタンである。
【００３９】
またステップＳ７１０では、管理装置１０６は処理が正常に終了しなかったことを示す画面を表示する。図１０はそのような画面を模式的に表したものである。ウインドウ１００１はウエブブラウザ３２０のウィンドウである。ボタン１００２はメッセージを確認した管理者が押下して次の画面へ進むための「次へ」ボタンである。いずれの場合も処理はステップＳ７１１へ進み、管理者は画面を確認した後、「次へ」ボタン９０２あるいは１００２を押下する。すると処理はステップＳ７１２へ進んで終了する。
【００４０】
＜デバイス状態を示す状態情報の通知＞
次に本実施形態の管理装置１０６がメール通知を行う時の処理の流れを図１１から図１３までを参照して説明する。
【００４１】
タイマ処理部３１５は、あらかじめ設定された時刻に達すると割り込み信号を発信する。管理装置１０６は、その割込み信号（タイマ割込み）を受信すると、メール通知を行うための処理を起動する。ステップＳ１１０１からメール通知処理を開始する。
【００４２】
ステップＳ１１０２では、管理装置１０６はメール通知を行うべき事象のリスト（通知事象リストと呼ぶ。）を生成する。この時点では事象リストは空である。続くステップＳ１１０３では、管理装置１０６は自身が管理している管理対象デバイスのリスト（デバイスリストと呼ぶ。）の最初のエントリに着目する。ステップＳ１１０４にて着目しているデバイス３０３へ状態取得の問い合わせを送信する。するとステップＳ１１０５にてデバイス３０３は問い合わせに応じて自身の状態を応答し、管理装置１０６はそれを受信する。ステップＳ１１０６にてその応答を受け取った管理装置１０６はその内容をデバイスごとに関連づけてデバイス管理情報記憶部３１１に記録する。この情報をデバイス状態テーブルと呼ぶことにする。続くステップＳ１１０７にて管理装置１０６は現在着目しているデバイスがデバイスリストの最後のデバイスであるかどうかを判定する。そうであればステップＳ１１０９へ進む。そうでなければステップＳ１１０８へ進んでデバイスリストの次のエントリのデバイスに着目し、ステップＳ１１０４へ戻って処理を続行する。ステップＳ１１０９では、デバイスリストに登録されたデバイスから得た状態情報が、デバイス状態テーブルに登録されている。ステップＳ１１０４およびデバイスからの応答を受けるＳ１１０５が、登録されたデバイスからその状態情報を獲得する獲得工程に相当する。そしてこの獲得工程を実行する管理装置１０６がまさに獲得手段に相当する。またＳ１１０６は、状態情報を記録する状態情報記録工程に相当する。そしてこの状態情報記録工程を実行する管理装置１０６がまさに状態情報記録手段に相当する。
【００４３】
ステップＳ１１０９ではそのままステップＳ１２０１へ進む。ステップＳ１２０２にて再び管理装置１０６は自身が管理しているデバイスリストの最初のエントリに着目する。ステップＳ１２０３にて着目しているデバイスがメール通知対象デバイスに設定されているかどうかを、ステップＳ７０７で記録された通知対象情報を参照して判定する。設定されていれば処理はステップＳ１２０４へ進む。設定されていなければステップＳ１２０７へ進む。
【００４４】
ステップＳ１２０４では着目したデバイスのステータスが通知の条件を満たしているかどうかを、通知対象情報を参照して判定する。満たしていればステップＳ１２０５へ進む。満たしていなければステップＳ１２０７へ進む。ステップＳ１２０５では、まずステップＳ４０１で生成されたメール通知用管理画面に表示すべき事象のリストに対して、現在着目しているデバイスの情報とそのステータスをデバイス状態テーブルから読み出して追加する。
【００４５】
続くステップＳ１２０６にて、ステップＳ１１０２において生成された通知事象リストに対して、現在着目しているデバイスの情報とそのステータスを追加する。その後処理はステップＳ１２０７へ進む。
【００４６】
ステップＳ１２０７では現在着目しているデバイスがデバイスリストの最後のエントリであるかどうかを判定する。最後のデバイスであれば処理はステップＳ１２０９へ進む。最後のデバイスではないのであれば処理はステップＳ１２０８へ進む。ステップＳ１２０８ではデバイスリストにおいて着目デバイスの次のエントリに着目し、ステップＳ１２０３へ戻って処理を続行する。
【００４７】
ステップＳ１２０９はそのままステップＳ１３０１へ進む。続くステップＳ１３０２にてステップＳ１１０２で生成された通知事象リストが空であるかどうかを判定する。空であれば処理はステップＳ１３１０へ進む。空でなければ処理はステップＳ１３０３へ進む。ステップＳ１３０３では通知事象リストに基づいて通知メールを生成する。この通知メールは図１４に示したような内容を持つ。続くステップＳ１３０４にて、生成した通知メールを送信する。メールサーバ３０２はステップＳ１３０５にてそのメールを受信する。そしてステップＳ１３０６にて受信したメールをスプールして、その宛先に配信する。これらステップＳ１３０３およびＳ１３０４が、デバイスの状態情報を獲得した場合、当該状態の発生を前記宛先に通知する状態通知工程に相当する。そしてその工程を実行する管理装置１０６が状態通知手段に相当する。
【００４８】
クライアントＰＣ３０４にて電子メールクライアント３２１がメールの受信操作を行うと、ステップＳ１３０８にてメールサーバ３０２はスプールされたメールをクライアントに転送する。クライアントＰＣ３０４では転送されてきたメールのデータを受信する。受信が終了したら処理はステップＳ１３１０へ進む。ステップＳ１３１０で通知処理は終了する。
【００４９】
図１４はそのような事象通知メールを模式的に表した例である。ウインドウ１４０１は電子メールクライアント３２１が受信メールを表示するためのウィンドウである。ウインドウ１４０１に埋め込まれた情報のうち、デバイス名称１４０２は検出されたメール通知対象事象のうち一つめが発生しているデバイスの名称である。そしてステータス１４０３は。そのメール通知対象事象のうち一つめが発生しているデバイスのステータスである。デバイス名称１４０４は、検出されたメール通知対象事象のうち二つめが発生しているデバイスの名称である。ステータス１４０５はメール通知対象事象のうち二つめが発生しているデバイスのステータスである。
【００５０】
この通知メール１４０１にはデバイスを操作するためのＵＲＬが含まれていない。管理者は、このメールを見た場合、最初に管理者登録を行ったときに受け取ったＵＲＬ通知メール（図６）を参照する。管理者はＵＲＬ通知メールのメール本文に示されているＵＲＬ６０３にアクセスすることで、メール通知用管理画面を見ることが可能である。そのメール通知用管理画面で、パスワードやキーワードを変更することができる。
【００５１】
以上のようにして、管理者に対して、予め登録されたデバイスが、予め登録された状態にある場合、そのことが通知される。
【００５２】
＜通知用キーワード等の保守＞
次に本実施形態の管理装置１０６が、通知用キーワード等の保守のためにメール通知用管理画面を表示するときの処理の流れを、図１５および図１６を用いて説明する。
【００５３】
ステップＳ１５０１から処理を開始する。ステップＳ１５０２で管理者はＵＲＬ通知メール（図６）に含まれるＵＲＬ６０３をウエブブラウザ３２０において指定し、管理装置１０６へアクセスを試みる。なお電子メールクライアントが、ハイパーリンクをサポートしていれば、ＵＲＬ通知メールに含まれるＵＲＬ６０３をクリックすることで、ウエブブラウザが起動されてそのＵＲＬにアクセスする。これを受けてステップＳ１５０３にて管理装置１０６は、アクセスされたＵＲＬが有効なメール通知用管理画面のＵＲＬとして登録されているかどうかを判定する。もしも登録されていなかった場合にはステップＳ１５０４へ進み、アクセスを拒否する画面を表示する。図１７はそのような画面の例である。ウインドウ１７０１はウエブブラウザ３２０のウィンドウである。ボタン１７０２はメッセージを確認した管理者が押下して次の画面へ進むための「次へ」ボタンである。
【００５４】
ステップＳ１５０５で管理者がこの画面を確認したら処理はステップＳ１５１６へ進む。
【００５５】
ステップＳ１５０３において判定した結果、当該ＵＲＬが登録されている場合には処理はステップＳ１５０６へ進む。ステップＳ１５０６では管理装置１０６は登録されている当該ＵＲＬに対応するメール通知用管理画面を表示する。ステップＳ１５０３〜Ｓ１５０６が、アクセスがあると、格納部に保存した状態情報を、アクセス元に対して提供する情報提供工程に相当する。また、これを実行する管理装置が情報提供手段に相当する。
【００５６】
図１８に示すのはこのメール通知用管理画面を模式的に表した例である。ウインドウ１８０１はウエブブラウザ３２０のウィンドウである。パスワード入力欄１８０２は管理者がパスワードを入力するための入力欄であり、エコーバックは「＊」のような記号により伏せた状態で行われる。キーワード入力欄１８０３は次回のメール通知用キーワードを新たに設定するためのメール通知用キーワードを入力する欄である。確認入力欄１８０４は、キーワード入力欄１８０３で入力されたキーワードが間違っていないか確認するために再度入力するための入力欄である。キーワード入力欄１８０３、確認入力欄１８０４のどちらもエコーバックは「＊」のような記号により伏せた状態で行われる。ＯＫボタン１８０５は、パスワード入力およびキーワード入力を完了して管理装置１０６へ送信し確定するためのボタンである。またキャンセルボタン１８０６は、入力を中止するためのキャンセルボタンである。事象一覧１８０７は、前回キーワードを決定してから現在（実行中のステップＳ１５０３）までに行われたメール通知で通知された事象の一覧である。事象一覧１８０７には、ステップＳ４１０で生成されたメール通知用管理画面に表示する事象のリストにステップＳ１２０５で記録された事象が含まれている。
【００５７】
画面１８０１が表示されたら、ステップＳ１５０７にて、管理者は、事象一覧（事象リストとも言う）１８０７を見た後、これ以上の管理操作を実行するかどうかを判断する。管理操作とは管理対象のデバイスに対して印刷機能を止めたり、用紙やトナーの在庫の確認や発注などの管理を行ったりすることを想定しており、これらの操作は管理者でなければ行えないことになっている。管理者が管理操作を実行すると判断した場合には処理はステップＳ１５０８へ進む。ステップＳ１５０８では、管理者はパスワード入力欄１８０２にパスワードを入力し、キーワード欄１８０３および１８０４に新しいキーワードを正しく入力してＯＫボタン１８０５を押下する。入力されたデータは管理装置１０６に送信される。ステップＳ１５０９で管理装置１０６は、パスワード入力欄１８０２に入力されたパスワードが管理者登録画面（図５）で入力されステップＳ４０７にて記録されたものと一致するかどうかを判定する。一致していなければ処理はステップＳ１５１０へ進み、管理装置１０６はアクセスを拒否する画面を表示する。図１９はそのような画面の例である。  ウインドウ１９０１はウエブブラウザ３２０のウィンドウである。ボタン１９０２はメッセージを確認した管理者が押下して次の画面へ進むための「次へ」ボタンである。
【００５８】
ステップＳ１５１１で管理者がこの画面を確認して画面と綴じると処理はステップＳ１５１６へ進む。
【００５９】
ステップＳ１５０９で判定した結果、入力されたパスワードが登録されているパスワードと一致している場合には処理はステップＳ１５１２へ進む。ステップＳ１５１２では管理装置１０６はキーワード入力欄１８０３およびキーワード確認入力欄１８０４の入力内容が一致しているかどうかを判定する。一致していない場合には処理はステップＳ１５１３へ進み、キーワードが不一致であることを示す画面を表示する。図２０はそのような画面を模式的に表した例である。ウインドウ２００１はウエブブラウザ３２０のウィンドウである。ボタン２００２はメッセージを確認した管理者が押下して次の画面へ進むための「次へ」ボタンである。
【００６０】
続くステップＳ１５１４で、管理者がキーワードの不一致を示す画面を確認した後、処理はステップＳ１５０６へ戻って続行される。ステップＳ１５１２にてキーワードとキーワードの確認入力が一致していると判定された場合には、処理はステップＳ１５１５へ進み、入力項目すなわち新たなキーワードを記録する。その後ステップＳ１６０１へ進む。ステップＳ１５１５が、更新要求に応じて、格納部にアクセスするためのパスワード及びキーワード又はそれらのうちのいずれかを更新する更新工程に相当する。本実施形態ではパスワード及びキーワードの双方を更新しているが、いずれか一方を更新する用に構成することもできる。また、Ｓ１５１５を実行する管理装置１０６が更新手段に相当する。
ステップＳ１６０１から処理はステップＳ１６０２へ進む。ステップＳ１６０２では新しいメール通知用管理画面のＵＲＬを生成する。そして続くステップＳ１６０３にて、いま生成したメール通知用管理画面に表示する事象のリストを生成する。次のステップＳ１６０４にてステップＳ１５０８で入力された新しいキーワードと、ステップＳ１６０２で生成されたＵＲＬを記載したメールを作成する。そしてステップＳ１６０５にて、管理者が管理者登録画面（図５）で入力しステップＳ４０７にて記録されたメールアドレスに対してメールを送信する。
【００６１】
メールサーバ３０２は、ステップＳ１６０６にてステップＳ１６０５にて送信されたメールを受け付け、その宛先に配信する。メールサーバ３０２がメールを受け付けると管理装置１０６はステップＳ１６０７へ進み、メール通知した事象に関する管理操作を行うための画面を表示する。
【００６２】
図２１はそのような画面を模式的に表したものである。ウインドウ２１０１はウエブブラウザ３２１のウィンドウである。モード２１０２はこの画面が管理者モードであることを示す表示である。一覧２１０３は事象一覧１８０７で示されたのと同様の前回キーワードを設定して以降発生した事象を記録したものの一覧である。ボタン２１０４はその行に記載されたデバイスに対して設定を行うための設定ボタンである。管理者はこの画面から設定ボタン２１０４を押下することで各デバイス個別の管理画面へ移行することができ、そこで各デバイスに対する管理操作を実行することが可能である。
【００６３】
管理操作を行うための画面が表示されたらクライアントＰＣ３０４では管理者が必要に応じた管理操作を実施する。一方、管理装置１０６は、ステップＳ４０９で生成された古いメール通知用管理画面のＵＲＬを登録抹消する。それぞれの処理が終わったら処理はステップＳ１６１５へ進む。
【００６４】
ステップＳ１６０６でメールを受け付けたあと、メールサーバ３０２は並行してステップＳ１６１０へ進み、受け付けたメールをスプールしてその宛先に配信する。この後、クライアントＰＣ３０４の上で動作している電子メールクライアント３２１がステップＳ１６１１にてメールを受信する操作を行う。するとステップＳ１６１２にてメールサーバ３０２はスプールされたメールを転送する。ステップＳ１６１３にてメールクライアント３２１は転送されてきたメールのデータを受信する。受信し終わったら処理はステップＳ１６１５へ進む。
【００６５】
またステップＳ１５１６からはそのままステップＳ１６１４へ進む。ステップＳ１６１４はそのままステップＳ１６１５へ進む。ステップＳ１６１５にて処理を終了する。
【００６６】
＜処理の概略＞
次に本実施形態の管理装置１０６の全体の処理の流れについて簡易化して図式化したものを図２２に示し、これに従って説明を加える。図２２において最左端の「管理者」は、管理者による操作を示している。右側の「メール通知用管理画面１」「メール通知用管理画面２」「メール通知用管理画面３」は、いずれもクライアントＰＣで表示される画面であり、いずれもクライアントＰＣのウエブブラウザにより実行される。
【００６７】
ステップＳ２２０１にて、クライアントＰＣ３０４上の管理者が管理装置１０６に対して管理者登録を行う。この際ステップＳ２２０２にて管理者が行うメール通知の設定とキーワード登録とを管理装置１０６は受け付ける。するとステップＳ２２０３で管理装置１０６はメール通知用管理画面１のＵＲＬを生成する。またこのメール通知用管理画面１に表示すべき事象のリストをステップＳ２２０４にて生成する。その後管理装置１０６は、ステップＳ２２０５にてキーワードと生成したＵＲＬとをメールで管理者に通知する。ステップＳ２２０２で設定されたキーワードは管理者自身と管理装置１０６しか知らない。そのため、ステップＳ２２０５に送られてきた電子メールは、そこに記載されたキーワードが正しければ、管理装置１０６から送られてきたものであることが分かる。これによって、電子メールに埋め込んだＵＲＬによって偽装したウエブページに誘導することによって行われるフィッシング行為は防止される。
【００６８】
ステップＳ２２０６ではメール通知すべき事象が発生している。これを検知した管理装置１０６はこれをステップＳ２２０７にて、ステップＳ２２０４で生成した事象のリストに加え、続くステップＳ２２０８にてこの事象をメールでクライアントに通知する。この後もこのような事象の発生とリスト追加、メール通知の組み合わせで処理が発生する。ステップＳ２２０９で事象が発生すると、ステップＳ２２１０でこれをリストに追加し、ステップＳ２２１１にて管理者にメールで通知を行う。
【００６９】
ステップＳ２２１２にて、管理者の指示でクライアントＰＣはステップＳ２２０８で受け取ったメールに記載されているＵＲＬへのアクセスを行う。ステップＳ２２１３で、メール通知用管理画面１が表示される。続くステップＳ２２１４にて管理者はメール通知用管理画面１に対してパスワードを入力するとともに新しいキーワードを設定して管理操作を実行する。このときに、ステップＳ２２１５にて新たなメール通知用管理画面２のＵＲＬが生成され、ステップＳ２２１６にてリストが新たに生成される。ステップＳ２２１７にて管理者に新しいキーワードと新しく生成されたＵＲＬをメールで通知した後、メール通知用管理画面１はステップＳ２２１８にて消滅する。
【００７０】
これ以降に発生した事象はすべてメール通知用管理画面２にレポートされる。ステップＳ２２１９で発生した事象はステップＳ２２２０にて、ステップＳ２２１６で生成されたリストに追加され、ステップＳ２２２１にて管理者にメールで通知される。同様に処理が進み、ステップＳ２２２２で発生した事象をステップＳ２２２３にてリストに追加し、ステップＳ２２２４にて管理者にメールで通知する。ステップＳ２２２５にて、管理者の指示でクライアントがステップＳ２２１７で通知されたＵＲＬにアクセスすると、ステップＳ２２２６にて管理装置１０６はメール通知用管理画面２を表示する。ここでステップＳ２２２７にて新しいキーワードが設定されると、管理装置１０６は、再び新たなメール通知用管理画面３を生成し、ステップＳ２２２８でＵＲＬを生成する。またステップＳ２２２９にて、管理装置１０６は、メール通知用管理画面３が表示する事象のリストを生成する。そしてステップＳ２２３０でステップＳ２２２７にて入力されたキーワードとステップＳ２２２８にて生成されたＵＲＬとを記載した電子メールを管理者へ送る。その後、ステップＳ２２３１にてメール通知用管理画面２は消滅する。
【００７１】
このように、本実施形態を用いれば、管理者が受け取ったＵＲＬを記載したメールは、同時に自身が管理装置に対して入力したキーワードが記載されているはずである。そのためＵＲＬが偽装される心配がない。また、万が一ファーミングなどで別のサーバへ誘導しようとしても、ＵＲＬはキーワードが設定される毎に変更されてランダムになっているため、対応できるサーバを用意することが難しい。またＵＲＬでアクセスされる画面を模倣することに成功したとしても、そこでは管理者のユーザ名は入力されず、パスワードだけが入力される。そのため、被害を最小限に食い止めることができる。また、ログインしたと思ってもキーワードを記載したメールが送られてこなければ、それによってセキュリティ上の問題が発生したことを知ることができる。
【００７２】
このように、本実施形態を用いることによってイントラネットにおけるセキュリティを強化することが可能となる。
【００７３】
［変形例］
なお、本実施形態において、ランダムに生成するＵＲＬは、ドメイン名に付加されるディレクトリ（あるいはフォルダ）の部分に相当する。このディレクトリは、ウエブページが保存されている、あるいは実行されるＣＧＩプログラムが保存されてるディレクトリを示す。本実施形態では、このディレクトリ部をランダムに生成し、実際に存在しないディレクト名をあたかもパスワードのように用いている。しかし汎用のウエブサーバは利用する場合、ディレクトリ部を含めたＵＲＬで示されるウエブページを読み出してクライアントに提供する。そこで、新たなＵＲＬが生成された場合、そのＵＲＬに対応するディレクトリを生成したり、あるいはそのＵＲＬに対応する名称に既存のディレクトリ名を変更する。そしてそのディレクトリに、事象一欄１８０７を含むウエブページ（図１８参照）を生成し保存しておく。そのようにすれば、汎用のウエブサーバにより、ランダムに生成されたＵＲＬに保存されたウエブページを提供することができる。
【００７４】
［実施形態２］
次に本発明の実施の例となる第二の形態について図などを交えて説明を加える。本実施形態のネットワークデバイス管理装置の接続されたネットワークの構成は図１で示しているものと同様である。また本実施形態におけるサーバ装置１０６およびクライアントＰＣ１０２、１０３の内部構成図は図２で示しているものと同様である。さらに本実施形態におけるネットワークデバイス管理装置および関連するＰＣ、サーバ、デバイスのソフトウェアモジュールの構成は図３に示されているものと基本的に同一である。
【００７５】
図２３に従って本実施形態の管理装置においてユーザが管理者登録を行うときの手順を説明する。ステップＳ２３０１から処理を開始する。ステップＳ２３０２にてまずユーザの指示に応じてクライアントＰＣ３０４が管理装置１０６へアクセスする。ステップＳ２３０３にて管理装置１０６はメイン画面を表示する。続くステップＳ２３０４にて、ユーザによる管理者登録メニューへの入力を受け付ける。するとステップＳ２３０５にて管理装置１０６は管理者登録画面を表示する。
【００７６】
図２４はそのような管理者登録画面を模式的に表したものである。ウインドウ２４０１はクライアントＰＣ３０４上で動作しているウエブブラウザ３２０のウィンドウである。ボタン２４０２は管理者登録のために情報を入力した後その情報を確定させ管理者登録を完了させるためのＯＫボタンである。ボタン２４０３は、入力を途中で中止して管理者登録を取りやめにするためのキャンセルボタンである。入力欄２４０４はログイン名を入力するための入力欄である。入力欄２４０５は管理者の名前のうち姓にあたる部分を入力するための入力欄である。入力欄２４０６は管理者の名前のうち名にあたる部分を入力するための入力欄である。入力欄２４０７はパスワードを入力するための入力欄である。パスワード入力のための入力欄であるためエコーバックは「＊」のような記号により伏せた状態で行われる。入力欄２４０８はパスワードを正確に入力できているかどうかを確認するために再度入力するためのパスワード確認入力の入力欄である。この欄のエコーバックも同様に記号により伏せた状態で行われる。
【００７７】
ステップＳ２３０６にて必要な項目が入力されると、ステップＳ２３０７に進む。ステップＳ２３０７にて管理装置１０６はパスワード入力欄２４０７に入力されたパスワードとパスワード確認入力欄２４０８に入力されたものが一致するかどうかを判定する。一致していない場合にはステップＳ２３０８へ進みエラー画面を表示する。
【００７８】
図２５はそのようなエラー画面を模式的に表した例である。ウインドウ２５０１はウエブブラウザ３２０のウィンドウである。ボタン２５０２はメッセージを確認したユーザがパスワードの入力を再度やりなおして管理者登録を続行するための「再入力」ボタンである。ボタン２５０３は管理者登録を中止するための「キャンセル」ボタンである。
【００７９】
ステップＳ２３０９にてユーザがエラー画面を確認する。そして続くステップＳ２３１０にて登録を再試行するかキャンセルするかをユーザが判断する。ユーザは、再試行するためにはステップＳ２３１１へ進み、クライアントの画面に表示された「再入力」ボタン２５０２を押下する。その情報は管理装置１０６に送信される。ステップＳ２３１２にて管理装置１０６が再試行のリクエストを受け付けると、処理はステップＳ２３０５へ戻って続行される。
【００８０】
ユーザが管理者登録を中断する場合にはステップＳ２３１３へ進み、「キャンセル」ボタン２５０３を押下する。その情報は管理装置１０６に送信される。ステップＳ２３１４にて管理装置１０６がキャンセルのリクエストを受け付けると処理はステップＳ２３１８へ進む。
【００８１】
ステップＳ２３０７にてパスワード入力とパスワード確認入力が一致していた場合には処理はステップＳ２３１５へ進む。ステップＳ２３１５では各入力項目をデバイス管理情報記憶部３１１へ記録する。そして続くステップＳ２３１６へ進み、監視装置３０１は登録完了画面を表示する。
【００８２】
図２６は登録完了画面を模式的に表したものである。ウインドウ２６０１はウエブブラウザ３２０のウィンドウである。ボタン２６０２はメッセージを確認した管理者が押下して次の画面へ進むための「次へ」ボタンである。
ステップＳ２３１７にてユーザが「次へ」ボタン２６０２を押下して登録を完了すると、処理はステップＳ２３１８へ進む。ステップＳ２３１８にて処理を完了する。
【００８３】
次に図２７に従って本実施形態において管理者がメール通知の設定を行うときの手順を説明する。ステップＳ２７０１から処理を開始する。ステップＳ２７０２にて管理者はクライアントＰＣ３０４のウエブブラウザ３２０から所定のＵＲＬへアクセスする。そのＵＲＬは管理装置１０６が提供するウエブページを示す。管理装置１０６はステップＳ２７０３にてメイン画面を表示する。ステップＳ２７０４にて管理者はメール通知設定メニューを選択する。ステップＳ２７０５にて管理装置１０６はメール通知設定画面を表示する。
【００８４】
図２８はそのようなメール通知設定画面の一例である。ウィンドウ２８０１はウエブブラウザのウィンドウである。モード２８０２は管理者モードであることを示す表示である。入力欄２８０３はメール通知用に利用するキーワードの入力欄である。この入力欄のエコーバックは「＊」などの記号を用いて伏せた状態で行われる。入力欄２８０４はキーワードが正確に入力できているかどうかを確認するために再度入力するためのキーワード確認入力の入力欄である。入力欄２８０５はメール通知するための宛先となるメールアドレスの入力欄である。入力欄２８０６はメールアドレスが正確に入力されているかどうかを確認するためのメールアドレス確認入力の入力欄である。ボタン２８０７はメール通知設定のために情報を入力した後その情報を確定させメール通知設定を完了させるためのＯＫボタンである。ボタン２８０８は入力を途中中止しメール通知設定を取りやめにするためのキャンセルボタンである。領域２８０９はメール通知を行う条件を設定するためのチェックボックスグループである。ここで「エラー」のようなカテゴリ全体を示す項目のチェックボックスをクリックして選択するとエラーのカテゴリに属する「紙詰まり」「トナー切れ」「紙切れ」「出力トレー満杯」「応答ナシ」「ステープル針切れ」のような項目には同時にチェックが入る。また一つでもチェックが外れているとカテゴリ全体を示す項目はこの図で「警告」のチェックボックスが示すような「一部がチェックされた」状態となる。また全てのカテゴリに属す項目のチェックを外すとカテゴリの項目のチェックも外れる。カテゴリの項目が「一部がチェックされた状態」から当該チェックボックスをクリックするとカテゴリの項目は全部がチェックされた状態になり、全部がチェックされた状態でクリックするとチェックされていない状態になる。リスト２８１０は通知対象となるデバイスを選択するためのリストである。ボタン２８１１は表示されているデバイスを全て選択するための「全て選択」ボタンであり、ボタン２８１２はすべてのデバイスの選択を解除するための「全て解除」ボタンである。
【００８５】
ステップＳ２７０６にて入力が完了したら管理者がＯＫボタン２８０２を押下すると、クライアントＰＣは入力された情報を管理装置１０６へ送信する。ステップＳ２７０７にて管理装置１０６は入力された情報のうちキーワード欄２８０４の内容とキーワード確認入力欄２８０５の内容が一致しているかどうかを判定する。一致していない場合には処理はステップＳ２７０８へ進み、エラー画面を表示する。
【００８６】
図２９はそのようなエラー画面を模式的に表したものである。ウインドウ２９０１はクライアントＰＣ３０４のウエブブラウザ３２０のウィンドウである。ボタン２９０２はキーワードを再入力して設定を続行するための「再入力」ボタンである。ボタン２９０３は設定操作をキャンセルするための「キャンセル」ボタンである。
【００８７】
ステップＳ２７０９Ａにて管理者はエラー画面を確認する。確認したら管理者はいずれかのボタンを押下する。これにより処理はステップＳ２７１２へ進む。
【００８８】
一方ステップＳ２７０７においてキーワードとキーワードの確認入力の値が一致しているときにはステップＳ２７０９Ｂへ進み、メールアドレスとメールアドレスの確認入力の値が一致しているかどうか判定する。一致していない場合にはステップＳ２７１０へ進みエラー画面を表示する。
【００８９】
図３０はそのようなエラー画面を模式的に表したものである。ウインドウ３００１はクライアントＰＣ３０４のウエブブラウザ３２０のウィンドウである。ボタン２００２はメールアドレスを再入力して設定を続行するための「再入力」ボタンである。ボタン３００３は設定操作をキャンセルするための「キャンセル」ボタンである。
【００９０】
ステップＳ２７１１にて管理者はエラー画面を確認する。管理者がいずれかのボタンを押すと、処理はステップＳ２７１２へ進む。ステップＳ２７１２では管理者が「再入力」ボタン２９０２、あるいはボタン３００２を押下して再入力して設定の続行を選択したか、キャンセルボタンを押したかを判断する。再入力して続行する場合にはステップＳ２７１３へ進み再試行のリクエストを送信する。ステップＳ２７１４に進み管理装置１０６が再試行のリクエストを受信したら処理はステップＳ２７０５へ戻って続行される。
【００９１】
キャンセルする場合には処理はステップＳ２７１５へ進みキャンセルのリクエストを送信する。ステップＳ２７１６にてキャンセルのリクエストを受信したら処理はそのままステップＳ２７２０へ進む。
【００９２】
ステップＳ２７０９にてメールアドレスとメールアドレスの確認入力の値が一致している場合には処理はステップＳ２７１７へ進み、デバイス管理情報記憶部３１１へ入力された値を記録し、ステップＳ２７１８へ進んで、登録完了画面を表示する。ここで表示される登録完了画面は図９に示したものと同様である。ステップＳ２７１９にて管理者が画面を確認して設定を完了したら、処理はステップＳ２７２０へ進む。ステップＳ２７２０で処理を完了する。
【００９３】
本実施形態において管理装置１０６がメール通知を行う時の処理の流れは図１１から図１３にて説明したものと同様である。ステップＳ１３０３にて生成される通知メールは図１４に模式的に示したものと同様である。また本実施形態において管理装置１０６がメール通知用管理画面を表示するときの処理の流れは図１５および図１６に示したものと同様である。ステップＳ１５１０にて管理装置１０６が表示するアクセスを拒否する画面は図１９に示したものと同様である。ステップＳ１５１３にて管理装置１０６が表示するキーワードが不一致であることを示す画面は図２０に示したものと同様である。またステップＳ１６０７にて管理装置１０６が表示するメール通知した事象に関する管理操作を行うための画面は図２１に示したものと同様である。なお、本実施形態の管理装置１０６の全体の処理の流れについては図２２にて簡易化して図式化したもので同様に説明することが可能である。
【００９４】
このように、本実施形態を用いれば、第一の実施形態と同様、管理者が受け取ったＵＲＬを記載したメールは、同時に自身が管理装置に対して入力したキーワードが記載されているはずである。そのため、ＵＲＬが偽装される心配がない。また、万が一ファーミングなどで別のサーバへ誘導しようとしても、ＵＲＬはキーワードが設定される毎に変更されランダムになっているため、対応できるサーバを用意することが難しい。また実際に画面を模倣することに成功したとしても、管理者のユーザ名は入力されず、パスワードだけが入力されるため、被害を最小限に食い止めることができる。ログインしたと思ってもキーワードを記載したメールが送られてこなければそれによってセキュリティ上の問題が発生したことを感知することができる。このように、本実施形態を用いることによってイントラネットにおけるセキュリティを強化することが可能となる。
【００９５】
また、ファーミングという別の詐欺的手段に対しても、本実施形態のシステムは、上述のようにハッカーが正確なパスを含むURLを知りえない限りは間接的な防御に成り得る。
【００９６】
なお本発明は、複数の機器（例えばホストコンピュータ、インタフェイス機器、リーダ、プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機、ファクシミリ装置など）に適用してもよい。また本発明の目的は、前述の実施形態の機能を実現するプログラムコードを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータが記憶媒体に格納されたプログラムコードを読み出し実行することによっても達成される。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコード自体およびプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００９７】
また、本発明には、プログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた場合についても、本発明は適用される。その場合、書き込まれたプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される。
【図面の簡単な説明】
【００９８】
【図１】実施形態１および２のネットワークデバイス管理装置の接続されたネットワークの構成を示す図である。
【図２】実施形態１および２のネットワークデバイス管理装置として動作するサーバ装置およびクライアントＰＣの内部構成を示す図である。
【図３】実施形態１および２のネットワークデバイス管理装置および関連するモジュールの関係を示す図である。
【図４】実施形態１のネットワークデバイス管理装置の管理者登録処理の流れを示す図である。
【図５】実施形態１のネットワークデバイス管理装置の管理者登録画面を模式的に表した図である。
【図６】実施形態１のネットワークデバイス管理装置が送信するＵＲＬ通知メールの内容を模式的に表した図である。
【図７】実施形態１のネットワークデバイス管理装置のメール通知条件設定処理の流れを示す図である。
【図８】実施形態１のネットワークデバイス管理装置のメール通知条件設定画面を模式的に表した図である。
【図９】実施形態１のネットワークデバイス管理装置のメール通知条件設定が正常に完了したときの完了通知画面を模式的に表した図である。
【図１０】実施形態１のネットワークデバイス管理装置のメール通知条件設定が異常終了したときのエラー通知画面を模式的に表した図である。
【図１１】実施形態１および２のネットワークデバイス管理装置のメール通知処理の流れの一部を示す図である。
【図１２】実施形態１および２のネットワークデバイス管理装置のメール通知処理の流れの一部を示す図である。
【図１３】実施形態１および２のネットワークデバイス管理装置のメール通知処理の流れの一部を示す図である。
【図１４】実施形態１および２のネットワークデバイス管理画装置メール通知処理によって送信された通知メールの内容を模式的に表した図である。
【図１５】実施形態１および２のネットワークデバイス管理装置のメール通知用管理画面の処理の流れの一部を示す図である。
【図１６】実施形態１および２のネットワークデバイス管理装置のメール通知用管理画面の処理の流れの一部を示す図である。
【図１７】実施形態１および２のネットワークデバイス管理装置の不正なアドレスへのアクセスに対するエラー通知画面を模式的に表した図である。
【図１８】実施形態１および２のネットワークデバイス管理装置のメール通知用管理画面を模式的に表した図である。
【図１９】実施形態１および２のネットワークデバイス管理装置の不正なパスワードの入力に対するエラー通知画面を模式的に表した図である。
【図２０】実施形態１および２のネットワークデバイス管理装置のキーワード不一致に対するエラー通知画面を模式的に表した図である。
【図２１】実施形態１および２のネットワークデバイス管理装置のメール通知用管理画面から移行した管理操作画面を模式的に表した図である。
【図２２】実施形態１および２のネットワークデバイス管理装置におけるメール通知に関する処理を簡単に整理した図である。
【図２３】実施形態２のネットワークデバイス管理装置における管理者登録処理の流れを示す図である。
【図２４】実施形態２のネットワークデバイス管理装置の管理者登録画面を模式的に表した図である。
【図２５】実施形態２のネットワークデバイス管理装置のパスワード不一致に対するエラー通知画面を模式的に表した図である。
【図２６】実施形態２のネットワークデバイス管理装置の管理者登録処理完了画面を模式的に表した図である。
【図２７】実施形態２のネットワークデバイス管理装置のメール通知条件設定処理の流れを示す図である。
【図２８】実施形態２のネットワークデバイス管理装置のメール通知条件設定画面を模式的に表した図である。
【図２９】実施形態２のネットワークデバイス管理装置のキーワード不一致に対するエラー通知画面を模式的に表した図である。
【図３０】実施形態２のネットワークデバイス管理装置のメールアドレス不一致に対するエラー通知画面を模式的に表した図である。
【符号の説明】
【００９９】
１０１  ネットワーク
１０２  ＰＣ
１０３  ＰＣ
１０４  ＭＦＰ
１０５  ＭＦＰ
１０６  サーバ
１０７  ＭＦＰ
２０１  サーバ装置またはＰＣ
２０２  ネットワーク
２０３  ＣＰＵ
２０４  バス
２０５  ＲＯＭ
２０６  ＲＡＭ
２０７  ネットワークＩ／Ｆ
２０８  ディスプレイＩ／Ｆ
２０９  ディスプレイ装置
２１０  入力デバイスＩ／Ｆ
２１１  入力デバイス
２１２  二次記憶Ｉ／Ｆ
２１３  二次記憶装置
３０１  管理装置
３０２  メールサーバ
３０３  デバイス
３０４  クライアントＰＣ
３１０  デバイス管理部
３１１  デバイス管理情報記憶部
３１２  ＨＴＴＰサーバ部
３１３  電子メール送信部
３１４  デバイス通信部
３１５  タイマー処理部
３２０  ウエブブラウザ
３２１  電子メールクライアント
【図１】
2008181238.tif 000003
【図２】
2008181238.tif 000004
【図３】
2008181238.tif 000005
【図４】
2008181238.tif 000006
【図５】
2008181238.tif 000007
【図６】
2008181238.tif 000008
【図７】
2008181238.tif 000009
【図８】
2008181238.tif 000010
【図９】
2008181238.tif 000011
【図１０】
2008181238.tif 000012
【図１１】
2008181238.tif 000013
【図１２】
2008181238.tif 000014
【図１３】
2008181238.tif 000015
【図１４】
2008181238.tif 000016
【図１５】
2008181238.tif 000017
【図１６】
2008181238.tif 000018
【図１７】
2008181238.tif 000019
【図１８】
2008181238.tif 000020
【図１９】
2008181238.tif 000021
【図２０】
2008181238.tif 000022
【図２１】
2008181238.tif 000023
【図２２】
2008181238.tif 000024
【図２３】
2008181238.tif 000025
【図２４】
2008181238.tif 000026
【図２５】
2008181238.tif 000027
【図２６】
2008181238.tif 000028
【図２７】
2008181238.tif 000029
【図２８】
2008181238.tif 000030
【図２９】
2008181238.tif 000031
【図３０】
2008181238.tif 000032