画像形成装置100と、画像形成装置100の稼動状態を監視する監視装置104と、監視装置と通信可能な端末装置101とからなる監視システムにおいて、前記監視装置104は、前記画像形成装置の障害情報の稼動情報を収集するための手段303と、前記収集した稼動情報を蓄積する手段301と、前記蓄積した稼動情報を前記端末装置101にて表示するための表示データを前記端末装置101に対して提供する手段300と、前記端末装置101が監視装置104と通信するために必要な通信先アドレス情報を含む電子メールを所定の宛先へ通知する電子メール通知手段304と、前記端末装置101、若しくは前記端末装置101の操作者を特定するための認証情報と、電子メールの通知宛先とを関連付けて管理する認証情報管理手段302とを有し、前記電子メール通知手段304は、通知宛先と関連付けられた認証情報の有無、または認証情報を用いた認証実績の有無の少なくとも何れか一方に応じて、前記通信先アドレス情報を電子メールへ含めるか否かを制御することを特徴とする監視システム。認証情報管理手段302は、前記端末装置101に前記表示データを提供可能か否かを特定するための権限情報を更に管理し、前記電子メール通知手段304は、前記権限情報に応じて、前記通信先アドレス情報を電子メールへ含めるか否かを制御することを特徴とする請求項1に記載の監視システム。現行のシステムでは、画像形成装置の使用ユーザの通知先メールアドレスがシステム管理者によってシステムに登録された時点で、メール文中にURLが記載されたメールの通知を開始する。一方、画像形成装置の使用ユーザがWeb画面へアクセス可能にするためには、システム管理者が使用ユーザのログインアカウントをシステムに登録しておく必要がある。更に、登録したログインアカウントが画像形成装置の使用ユーザへ提供されている必要がある。しかし、システム管理者による上記メールアドレスとログインアカウントの登録、及びログインアカウントの提供が同時に行われる保障はない。そのため、メール通知時点でログインアカウントが未登録の場合、または未提供の場合、メール通知を受けた画像形成装置の使用ユーザがWeb画面へアクセスできない状態が発生してしまう。そこで本発明では、画像形成装置の使用ユーザがWeb画面へアクセス可能な状態にあるか否かを判断し、メール通知へのURL記載を制御する方法を提供することを目的とする。画像形成装置と、画像形成装置の稼動状態を監視する監視装置と、監視装置と通信可能な端末装置とからなる監視システムにおいて、監視装置は、画像形成装置の障害情報などの稼動情報を収集するための手段と、収集した稼動情報を蓄積する手段と、蓄積した稼動情報を端末装置にて表示するための表示データを端末装置に対して提供する手段と、端末装置が監視装置と通信するために必要な通信先アドレス情報を含む電子メールを所定の宛先へ通知する電子メール通知手段と、端末装置、若しくは端末装置の操作者を特定するための認証情報と、電子メールの通知宛先とを関連付けて管理する認証情報管理手段とを有し、電子メール通知手段は、通知宛先と関連付けられた認証情報の有無、または認証情報を用いた認証実績の有無の少なくとも何れか一方に応じて、通信先アドレス情報を電子メールへ含めるか否かを制御する。本発明により、システムからのメール通知を受けた画像形成装置の使用ユーザは、メール文中のURLを用いてWeb画面へ確実にアクセスすることが可能となる。[実施例1]以下、本発明を実施するための第1の実施形態について図面を用いて説明する。図1は、本発明の実施の形態に係るシステム全体を示す図である。この図において、100はネットワークプリント機能やFAX機能、コピー機能などを有する複写機やプリンタなどのデバイスを表している。104はデバイス100の稼働状況を監視する監視装置、101は監視装置104内の情報を取得して監視画面表示を行うクライアントPCを表している。デバイス100の使用者、若しくは管理者以後、ユーザと呼ぶは、このクライアントPC101上の監視画面を適宜参照してデバイス100の稼動状態を把握する。本図では、ユーザ先ネットワークである102上に複数のデバイス100とクライアントPC101とが存在し、それらが監視装置104とインターネット103を介して接続されている状態を表している。デバイス100は、自身の動作状況に関する情報を監視装置104へ通信するよう動作する。具体的には、デバイス100の稼働中に発生したエラー、ジャム、トナー無しなどの情報以後、障害情報と呼ぶを監視装置104へ通信するよう動作する。この際、障害情報は障害発生時に即座に通信を行う。デバイス100の印刷動作にてトナーが消費されて無くなった場合、デバイス100はそれ以上の印刷動作を行えない状態になる。この場合、ユーザは新しいトナーをデバイス100へ補給して、印刷動作が可能な状態へデバイス100を復旧する。そのため、補給するための予備のトナーが常時ユーザ先に置いてある状態を保つことが望ましい。本システム全体を管理しているシステム管理者は、適宜ユーザ先へ予備のトナーを配送して、そのような状態を保つようにしている。監視装置104は、このシステム管理者の作業を支援する目的で、ユーザ先にある予備のトナー数を在庫として管理する機能を有している。監視装置104は、監視対象のデバイス100から障害情報を常時受信して蓄積管理する。また、Webサーバの機能を有しており、クライアントPC101からの要求に従って蓄積管理している障害情報をWeb画面としてクライアントPC101へ提供する。更に監視装置104は、デバイス100から障害情報を受信した際、該当デバイス100のユーザに対して障害の発生を電子メールで通知する。図2は、監視装置104のハードウェア構成を示す図である。200は監視装置104全体の制御を行うCPUであり、HDD206に格納されているOSや監視アプリケーションプログラムを実行し、監視装置104の全般の処理を行う。本実施例の説明にて監視装置104が行う処理として述べるものは、全てこのCPU200の制御によるものである。ROM201には基本I/Oプログラム等のプログラムが格納されており、監視装置104起動時にCPU200はこのROM201から基本I/Oプログラムを読み出して実行する。RAM202は、プログラムを実行するためのワークメモリエリアである。NetworkI/F部203は、デバイス100とネットワークを介して通信を行うためのNetworkI/F部である。表示制御部204は、その先に接続されるモニタ208への画面表示を制御する。入力制御部205は、その先に接続されるマウス209とキーボード210からの入力制御を行う。そして、これらのハードウェアがシステムバス207上に配置された構成をとっている。図3は、監視アプリケーションプログラムの内部処理ブロック構成を模式的に表した図である。以下、図3を用いて監視装置104上で動作する監視アプリケーションプログラムの内部処理について説明する。Web画面制御部300は、インターネット103を介してクライアントPC101と通信を行い、デバイス100の障害情報をWeb画面としてクライアントPC101へ提供する。このWeb画面制御部300が提供するWeb画面の詳細については後述する。監視データ管理部301は、デバイス100から受信した障害情報を蓄積して管理する。そのため監視装置104はデータベース機能を有しており、障害情報の蓄積領域としてHDD206を使用する。アカウント管理部302は、クライアントPC101を操作してWeb画面制御部300へアクセスするユーザに関する情報を管理する。この際、情報の管理は上述のデータベース機能を用いて行う。アカウント管理部302は、ユーザに関する情報を管理するために、図8に示すアカウント管理テーブル600をデータベース上に持ち、このテーブルへのデータ書き込みと読み出しを制御する。ここで図9のアカウント管理テーブル600について説明する。カラム601には、本システムを利用するユーザのユーザ名を保持する。カラム602には、本システムを利用するユーザの利用契約形態を保持する。具体的には、前述したデバイスの障害発生を電子メールで通知するのみの利用形態か、更にWeb画面を通じて障害情報も提供する利用形態かの何れかを保持する。カラム603には、デバイスの障害発生を電子メールで通知する際の宛先メールアドレスを保持する。カラム604、及び605には、Web画面制御部300へアクセスするユーザを認証するためのアカウントとパスワードを保持する。このアカウントとパスワードを用いたユーザ認証の手順は次の通りである。Web画面制御部300は、クライアントPC101との通信を介してユーザから受け取ったアカウントとパスワードをアカウント管理部302へ渡し、それらアカウントとパスワードがアカウント管理テーブル600に登録済みか否かの確認を指示する。アカウント管理部302は、渡されたアカウントとパスワードを用いてアカウント管理テーブル600を検索し、該当アカウントの有無、パスワードの一致結果、特定したユーザ名などをWeb画面制御部300へ戻す。Web画面制御部300は、これらの検索結果を元に、ユーザからのアクセスを許可するか否かを判断する。続くカラム607、及び608には、Web画面制御部300が提供する各Web画面へのアクセス権限に関する情報を保持する。カラム609には、上述のユーザ認証を行った実績の有無を保持する。カラム609の初期状態はログイン履歴なしであり、アカウント管理部302が正常に認証を行えた場合のみ、ログイン履歴ありの状態に変更する。続くカラム611、及び612には、各ユーザが使用しているデバイスに関する情報を保持する。具体的には、デバイス100を一意に特定可能なIDである機番と、その製品モデル名を保持する。ここで再び図3に戻り、監視アプリケーションプログラムの内部処理について説明する。稼動情報取得部303は、インターネット103を介してデバイス100と通信を行い、デバイス100の障害情報を受信する。また、受信した障害情報を監視データ管理部301へ渡し、蓄積して管理するよう指示する。更に稼動情報取得部303は、障害情報を受信した場合、デバイスの障害発生をユーザへ電子メールで通知するようメール通知処理部304に対して指示する。メール通知処理部304は、デバイスで障害が発生している旨を次の手順でユーザへ電子メールで通知する。メール通知処理部304は、メール通知処理部304からの指示として障害が発生したデバイスの機番、及び障害内容を含む障害情報を受け取る。続いてメール通知処理部304は、デバイスの機番を元にして該当デバイスを使用するユーザのメール通知先をアカウント管理テーブル600から特定する。その後、上記障害情報をメール本文テキストデータに整形し、特定したメール通知先に対して電子メールとして送出する。図4は、Web画面制御部300がクライアントPC101へ提供するWeb画面の構成と呼び出し関係を表す図である。本システムにおけるWeb画面は、ログイン画面400、デバイス一覧画面401、障害履歴画面402、在庫管理画面403で構成されている。デバイス一覧画面401はログイン画面400から呼び出される。障害履歴画面402、在庫管理画面403は、デバイス一覧画面401から呼び出される。図5は、ログイン画面400の表示例を表す図である。本ログイン画面400は、クライアントPC101からWeb画面制御部300への所定のアクセスに呼応して、Web画面制御部300からクライアントPC101へ提供される。ユーザによってこのログイン画面400上でアカウントとパスワードが入力され、ログインボタンが押下されることにより、入力されたアカウントとパスワードがWeb画面制御部300へ通知される。図6は、デバイス一覧画面401の表示例を表す図である。本デバイス一覧画面401は、ログイン画面400を介してWeb画面制御部300へ通知されたアカウントとパスワードを元に、Web画面制御部300にてユーザからのアクセスを許可する判断をした場合にクライアントPC101へ提供される。デバイス一覧画面401には、上記アカウントとパスワードから特定したユーザ名と関連付けられた全てのデバイスをアイコン表示すると共に、製品モデル名と機番を表示する。また、画面下部にアイコン500、501を表示する。これらのアイコン500、501は、ユーザが他のWeb画面の表示を指示可能にするためのものである。具体的には、アイコン500は障害履歴画面402を表示するためのボタンであり、アイコン501は在庫管理画面403を表示するためのボタンである。尚、Web画面制御部300は、デバイス一覧画面401の下部にアイコン500、501を表示する際、以下の判断を行った上でアイコンを表示する。Web画面制御部300は、上記特定したユーザ名と関連付けられたアカウント管理テーブル600内のカラム607、及び608の情報を読み出し、障害履歴画面402、及び在庫管理画面403へのアクセス権限を確認する。そして、アクセス権限を有する画面に対応するアイコンのみをデバイス一覧画面401の下部に表示する。図7は、障害履歴画面402の表示例を表す図である。本障害履歴画面402は、前述のデバイス一覧画面401内のアイコン500がユーザによって押下されたことに呼応して、Web画面制御部300からクライアントPC101へ提供される。障害履歴画面402には、前述の監視データ管理部307に蓄積されている障害情報をエラー、ジャム、トナー無しという障害分類毎に分けてリスト表示する。図8は、在庫管理画面403の表示例を表す図である。本在庫管理画面403は、前述のデバイス一覧画面401内のアイコン501がユーザによって押下されたことに呼応して、Web画面制御部300からクライアントPC101へ提供される。監視装置104はユーザ先にある予備のトナー数を在庫管理する機能を有しており、在庫管理画面403には、この機能で管理しているトナーの在庫数を表示する。図10は、前述した監視装置104内のメール通知処理部304が行う電子メール通知処理における電子メール本文データの生成処理フローを示す図である。以下、本図を用いて本発明に係る電子メール本文データの生成処理について詳細に説明する。メール通知処理部304は、前述の通り稼動情報取得部303からの指示に呼応してデバイスの障害発生をユーザへ電子メールで通知する処理を行う。その際、メール通知処理部304は、前述のログイン画面400へアクセスするためのURL情報を電子メールの本文に付与するか否かを図10に示す処理フローに従って判断する。メール通知処理部304は、稼動情報取得部303からの指示として、デバイスで発生した障害情報、及び該当デバイスの機番を受け取る。この指示を受けたメール通知処理部304は、受け取ったデバイスの機番を元して、障害が発生したデバイスを使用するユーザのユーザ名をアカウント管理テーブル600内から特定する701。続いて、特定したユーザ名に関連する契約形態をアカウント管理テーブル600内のカラム602から取得してチェックする702。その結果、契約形態がメール通知のみの場合は、URL情報を付与しない電子メール本文を生成する708。一方、契約形態がWebアクセス可能の場合は、特定したユーザ名に関連するユーザ認証用アカウントとパスワードがアカウント管理テーブル600内に登録されているか否かをチェックする。その結果、アカウントとパスワードが未登録の場合は、URL情報を付与しない電子メール本文を生成する708。一方、アカウントとパスワードが登録済みの場合は、特定したユーザ名に関連するWeb画面アクセス権限の有無をチェックする。具体的には、デバイスで発生した障害情報がトナー無しの場合、在庫管理画面403へのアクセス権限有無をアカウント管理テーブル600内のカラム608から取得してチェックする704。一方、デバイスで発生した障害情報がエラーの場合、障害履歴画面402へのアクセス権限有無をアカウント管理テーブル600内のカラム607から取得してチェックする705。その結果、デバイスで発生した障害情報がトナー無しで、且つ在庫管理画面403へのアクセス権限がある場合と、デバイスで発生した障害情報がエラーで、且つ障害履歴画面402へのアクセス権限がある場合のみ、次のログイン履歴チェックを行う706。それ以外の場合は、URL情報を付与しない電子メール本文を生成する708。メール通知処理部304は、ログイン履歴チェック706として、特定したユーザ名に関連するユーザ認証用アカウントを用いたWeb画面制御部300へのログインが過去に行われたか否かをチェックする。具体的には、特定したユーザ名に関連するログイン履歴の有無をアカウント管理テーブル600内のカラム609から取得してチェックする。そして、ログイン履歴がある場合は、URL情報を付与した電子メール本文を生成する707。一方、ログイン履歴が無い場合は、URL情報を付与しない電子メール本文を生成する708。以上が本発明に係る監視画面の表示方法に関する詳細な処理フローである。図11、及び12は、デバイスで発生した障害情報がトナー無しの場合メール通知処理部304が生成した電子メール本文の例を示す図である。図11に示す電子メール本文の例800は、前述の処理フローにてURL情報を付与した電子メール本文を生成した例を示している。本図に示す通り、メール本文の最後にログイン画面400へアクセスするためのURLを付与する。このメールを受信したユーザは、メール本分に付与されたURLを使用してログイン画面400へアクセスし、更に在庫管理画面403を閲覧することで、トナーの在庫数の状態を確認することができる。図12に示す電子メール本文の例900は、前述の処理フローにてURL情報を付与しない電子メール本文を生成した例を示している。このメールを受信したユーザは、デバイスにてトナー無し障害が発生していることのみを認識することができる。