(57)【要約】【課題】  管理権限がない通知先担当者はメール通知を解除できず、管理者への連絡方法が不明でメール通知を解除できない場合がある。【解決手段】画像形成装置は事象発生時の通知メールにURL情報を付与する。前記URL情報は通知先担当者が登録されている項目だけを解除可能なRUI画面に推移できる。通知を受けた担当者は、管理者権限がなくても自分の登録項目のみメール通知の解除が可能となる。【選択図】  図８
2019023784.tif 000002
【特許請求の範囲】
【請求項１】
事象発生時の通知メールに、通知先担当者が登録されている項目だけを解除可能な画面に推移可能なURL情報を付与する手段と、
前記URLを経由して当該項目の通知ユーザの登録を解除する解除手段と、
前記解除手段による解除操作を受け付けると、メール通知の登録を解除し、当該デバイスのシステム管理者に対して、解除済み通知を行う手段と、
前記解除手段により解除を行った際に、通知対象の事象に対して通知ユーザが一人もいない状態になる場合は、通知対象の事象の通知先としてシステム管理者を自動的に登録する手段を有する画像形成装置。
【請求項２】
事象発生時の通知メールに、通知先担当者が登録されている項目だけを解除可能な画面に推移可能なURL情報を付与する手段と、
前記URLを経由して当該項目の通知ユーザの登録を解除する解除手段と
前記解除手段による解除操作を受け付けると、当該デバイスのシステム管理者に対して、
解除承認画面に推移可能なURL情報を付与する手段と、
前記URLを経由して当該項目の通知ユーザの登録を解除する解除承認手段と、
前記解除承認手段による解除操作を受け付けると、メール通知の登録を解除し、当該デバイスのシステム管理者に対して、解除済み通知を行う手段と、
前記解除承認手段により解除を行った際に、通知対象の事象に対して通知ユーザが一人もいない状態になる場合は、通知対象の事象の通知先としてシステム管理者を自動的に登録する手段を有する画像形成装置。 
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置での事象発生時の状態通知の制御方法及びプログラムに関するものである。
【背景技術】
【０００２】
従来から画像形成装置で重大エラーが発生した場合や、重大エラーでないエラーが所定回数以上発生した場合には、画像形成の指示を行ったコンピュータ宛てにその旨を電子メールで送信し、エラーの発生を知ることができるようにしている。（例えば、特許文献１参照。）
また、画像形成装置のエラー状態を通知する際に、予め設定した送信先メールアドレス宛てにメール送信する画像形成装置が提案されている（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開平８−２０２５０９号公報
【特許文献２】特開２００４−３２２４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方で送信先メールアドレスは迷惑メールの送信に使用されることを避けるため、誰でも設定可能な手段としては提供せず、画像形成装置の管理者権限を持つユーザ（システム管理者）だけが設定できる機能として提供されることが多い。
【０００５】
しかしながら、システム管理者によって設定された通知先の担当者が”非”管理者の場合、担当変更により通知対象から外れようとしても、担当者自身では変更できず、システム管理者に解除設定を行ってもらう必要がある。また、担当者はシステム管理者への連絡方法が不明な場合もあり、担当者自身はどのようにすればメール通知が解除できるかが分からないという問題があった。
【課題を解決するための手段】
【０００６】
事象発生時の通知メールに、通知先担当者が登録されている項目だけを解除可能な画面に推移可能なURL情報を付与する手段と、
前記URLを経由して当該項目の通知ユーザの登録を解除する解除手段と、
前記解除手段による解除操作を受け付けると、メール通知の登録を解除し、当該デバイスのシステム管理者に対して、解除済み通知を行う手段と、
前記解除手段により解除を行った際に、通知対象の事象に対して通知ユーザが一人もいない状態になる場合は、通知対象の事象の通知先としてシステム管理者を自動的に登録する手段を有する画像形成装置。
【発明の効果】
【０００７】
メール通知を受けた担当者は、管理者権限がなくても自分の登録項目のみメール通知の解除が可能となる。
【図面の簡単な説明】
【０００８】
【図１】ＭＦＰのハードウェア構成の一例を示す図。
【図２】システムの全体構成の一例を示す図。
【図３】第一の実施形態に係るメール通知設定の処理を示すフローチャート。
【図４】メール通知設定の画面例。
【図５】記憶装置に記憶するデータ内容の概念図
【図６】第一の実施形態に係るメール通知の処理を示すフローチャート。
【図７】送信メールの一例
【図８】第一の実施形態に係るメール通知の解除処理を示すフローチャート。
【図９】メール通知の解除設定の画面例。
【図１０】第二の実施形態に係るメール通知の処理を示すフローチャート。
【図１１】送信メールの一例
【図１２】メール通知の解除設定の承認画面例。
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための形態について図面を用いて説明する。
【００１０】
＜第一の実施形態＞
図１は、ＭＦＰ（Ｍｕｌｔｉ  Ｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）１０１のハードウェア構成の一例を示す図である。ＭＦＰ１０１は、画像形成装置の一例である。
【００１１】
システムバス１１０に対してＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、入力制御Ｉ／Ｆ１１４、表示制御Ｉ／Ｆ１１５、記憶装置Ｉ／Ｆ１１６、通信Ｉ／Ｆコントローラ１１７が接続されている。また、システムバス１１０に対しては、スキャナ１２１やプリンタ１２２も接続されている。システムバス１１０に接続される各部は、システムバス１１０を介して互いにデータのやりとりを行うことができるように構成されている。
【００１２】
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１１は、各装置の制御やデータの計算・加工を行う装置である。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１２は、揮発性のメモリであり、ＣＰＵ１１１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１３は、不揮発性のメモリであり、画像データやその他のデータ、ＣＰＵ１１１が動作するための各種プログラム等が、それぞれ所定の領域に格納されている。ＣＰＵ１１１は、例えばＲＯＭ１１３に格納されるプログラムに従い、ＲＡＭ１１２をワークメモリとして用いて、ＭＦＰ１０１の各部を制御する。
【００１３】
尚、ＣＰＵ１１１が動作するためのプログラムは、ＲＯＭ１１３に格納されるのに限られず、記憶装置１２０に記憶されていてもよい。
【００１４】
入力制御Ｉ／Ｆ１１４は、ユーザ操作を受け付け、操作に応じた制御信号を生成し、ＣＰＵ１１１に供給する。例えば、入力制御Ｉ／Ｆ１１４は、ユーザ操作を受け付ける入力デバイスとして、不図示であるキーボードといった文字情報入力デバイスや数値などを直接入力するためのハードキー、あるいはタッチパネル１１８といったポインティングデバイス等と接続される。なお、タッチパネル１１８は、例えば平面的に構成された入力部に対して接触された位置に応じた座標情報が出力されるようにされている入力デバイスである。以下、本実施例においては、タッチパネルでの操作で説明しているが、それに限定されないことは言うまでもない。ＣＰＵ１１１は、入力デバイスに対してなされたユーザ操作に応じて入力制御Ｉ／Ｆ１１４で生成され供給される制御信号に基づき、プログラムに従いＭＦＰ１０１の各部を制御する。これにより、ユーザ操作に応じた動作をＭＦＰ１０１に行わせることができる。
【００１５】
表示制御Ｉ／Ｆ１１５は、ディスプレイ１１９に対して画像を表示させるための表示信号を出力する。例えば、ＣＰＵ１１１は、プログラムに従い、生成した表示制御信号を表示制御Ｉ／Ｆ１１５に対して供給する。表示制御Ｉ／Ｆ１１５は、この表示制御信号に基づき表示信号を生成してディスプレイ１１９に対して出力する。例えば、表示制御Ｉ／Ｆ１１５は、ＣＰＵ１１１が生成する表示制御信号に基づき、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）を構成するＧＵＩ画面をディスプレイ１１９に表示させる。また、タッチパネル１１８は、ディスプレイ１１９と一体的に構成されていても良い。例えば、タッチパネル１１８は光の透過率がディスプレイ１１９の表示を妨げないように構成され、ディスプレイ１１９の表示面の上層に取り付けられる。そして、タッチパネル１１８における入力座標と、ディスプレイ１１９上の表示座標が対応付けられる。これにより、あたかもユーザがディスプレイ１１９上に表示された画面を直接的に操作可能であるかのようなＧＵＩを構成することができる。
【００１６】
記憶装置Ｉ／Ｆ１１６には、例えばＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やフラッシュメモリなどの記憶装置１２０が接続されている。ＣＰＵ１１１の制御に基づき、記憶装置１２０からのデータの読み出しや、記憶装置１２０に対するデータの書き込みが行われる。記憶装置１２０をＲＡＭ１１２やＲＯＭ１１３の代わりに使用しても構わない。
【００１７】
通信Ｉ／Ｆコントローラ１１７は、ＣＰＵ１１１の制御に基づき、例えばＬＡＮやインターネット、有線、無線等の各種ネットワークに対する通信を行う。ネットワーク１０２には、ＰＣや他のＭＦＰ、プリンタ、サーバ等、様々な装置がＭＦＰ１０１と通信可能に接続される。
【００１８】
スキャナ１２１は、ＣＰＵ１１１の制御に基づき、原稿を読み取り、画像データを生成する。例えば、ＣＰＵ１１１は、入力制御Ｉ／Ｆ１１４を介して入力されたユーザの指示により、スキャナ１２１に対してスキャン処理を実施させる。スキャナ１２１は、不図示の原稿台やＡＤＦ（Ａｕｔｏ  Ｄｏｃｕｍｅｎｔ  Ｆｅｅｄｅｒ）に置かれた原稿を読み取り、デジタルデータ化し、画像データを生成する。そして、スキャナ１２１は、生成した画像データを記憶装置Ｉ／Ｆ１１６を介して記憶装置１２０に格納する。
【００１９】
プリンタ１２２は、ＣＰＵ１１１の制御に基づき、記憶装置１２０に保存された画像データを印刷処理する。例えば、ＣＰＵ１１１は、入力制御Ｉ／Ｆ１１４を介して入力されたユーザの指示や、通信Ｉ／Ｆコントローラ１１７を介して外部装置から入力されたコマンドの指示によりプリンタ１２２に対して印刷処理を実施させる。不図示の１つ以上の用紙供給部から用紙を供給し、その用紙に印刷する。用紙供給部は、Ａ４、Ａ５など特定の大きさの用紙をまとめて大量に供給できるカセット供給と、人が手で用紙を設置する手差し供給がある。プリンタ１２２は、記憶装置１２０から画像データを読出し、印刷可能なデータ形式に変換し、紙原稿に印字する。
【００２０】
図２は本発明の実施形態としてのシステムの全体構成を示す図である。２０１、２０２はネットワーク１０２に繋がれたホストコンピュータである。ホストコンピュータは画像データを生成し、ＭＦＰ１０１へ画像データを送信したり、ＭＦＰ１０１でエラーが発生した場合の通知先を登録することができる。  図では２つのホストコンピュータが記載されているが数は限定されないものとする。
【００２１】
２０３はメールをネットワークに送受信するためのメールサーバであり、ＭＦＰ１０１でエラーが発生し場合は、後述の処理によりエラー情報を生成し、通知先のホストコンピュータにメールを送信することのできる画像形成装置である。
【００２２】
次に、メール通知の設定方法について説明する。本実施例では、ＭＦＰ１０１にネットワーク１０２を介して接続されているホストコンピュータ２０１または２０２のＷＥＢブラウザからメール通知の設定を行う。
【００２３】
図３は、メール通知設定のフローチャートである。本処理は、ＣＰＵ１１１が制御プログラムを実行することで実現される。まず、ＣＰＵ１１１はＳ３０１でネットワークを介してホストコンピュータからの要求を受け付ける。
【００２４】
次に、Ｓ３０２でＣＰＵ１１１はホストコンピュータからの要求内容を判断する。要求内容が表示要求だった場合、表示用データをホストコンピュータへ送信するためＳ３０５へ進む。
【００２５】
Ｓ３０５ではメール通知設定の設定値を取得する。メール通知設定の詳細については後述するが、設定値にはメールアドレスや用紙なしなどの各事象に対するＯＮ／ＯＦＦを含む。次にＳ３０６でメール通知設定画面のデータを生成する。画面データは、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ（登録商標）／スタイルシートなどの一般的なＷＥＢデータで表現されている。
Ｓ３０７でＣＰＵ１１１が、要求元のホストコンピュータにＷｅｂデータを送信する。
【００２６】
ここで、メール通知設定画面例を図４に示す。メール通知設定画面４０１は、ホストコンピュータ２０１、２０２のＷＥＢブラウザ上に表示され、複数のメール通知設定４０２とＯＫボタン４１０から構成されており、各メール通知設定４０２は、メールアドレス４０３と複数の事象（４０４〜４０９）から構成されている。ユーザは、メールアドレス４０３に、事象が発生した場合に通知する宛先を入力でき、４０４〜４０９のチェックボックスでどの事象の場合に通知を受けるか入力できる。本実施例の事象は、トナーなし４０４、回収トナーフル４０５、針なし４０６、用紙なし４０７、ジャム４０８、サービルコール４０９としているが、これ以外の事象が設定可能であってもよい。
【００２７】
ＯＫボタン４１０は、それまでに入力した設定値を確定するボタンであり、ユーザがＯＫボタン４１０を押下すると、メール通知設定４０２を含む送信データがホストコンピュータのＷＥＢブラウザからＭＦＰ１０１のＣＰＵ１１１へ通知される。
【００２８】
ＣＰＵ１１１はＳ３０１でホストコンピュータのＷｅｂブラウザからの設定保存要求を取得し、Ｓ３０２の要求内容の判断により、Ｓ３０３以降の処理が行われる。ＣＰＵ１１１は、Ｓ３０３でホストコンピュータのＷｅｂブラウザから通知された送信データを取得する。次にＳ３０４で、記憶装置１２０に設定値を保存し、Ｓ３０５以降のＷｅｂブラウザで表示するための処理を行う。
【００２９】
なお、本発明の実施形態としては、メール通知設定画面４０１はＭＦＰ１０１に対して、あらかじめ設定してあるシステム管理者のパスワードを入力し、システム管理者として承認された場合に表示される画面である。
【００３０】
このメール通知設定画面４０１にて、システム管理者により任意の通知先が設定可能なため、システム管理者は自分以外の通知先を設定することができる。
【００３１】
次に記憶装置１２０ に記憶するデータ内容について図５を用いて説明する。図５は、記憶装置１２０の保持内容の概念図であり、複数のメール通知関連情報５０１から構成されている。一つのメール通知関連情報にはメール通知設定５０２と送信済みフラグ５０３を持ち、メール通知設定５０２には３０２の設定値が保存されている。送信済みフラグ５０３は、メール通知を行う単位で値を保持しており、該当事象が発生し、一度メール通知を行うとＯＮとなり、該当事象が解消するとＯＦＦとなる。これは、画像形成装置の電源がＯＦＦ／ＯＮされたタイミングで、二重にメール通知が行われることを防ぐために用いられる。
【００３２】
次にメール通知の処理を図６のフローチャートを用いて説明する。本処理は、ＣＰＵ１１１が制御プログラムを実行することで実現される。
【００３３】
まず、ＣＰＵ１１１はＳ６０１でデバイスの状態変化を監視する。デバイスの状態変化は、プリンタ１２２、スキャナ１２１などから通知される情報を元に判断する。次にＣＰＵ１１１は、Ｓ６０２でデバイスの状態変化が事象発生か、または事象解除か判断する。例えば、用紙ありから用紙なしの状態変化が用紙なしの事象発生に該当し、用紙なしから用紙ありの状態変化が用紙なしの事象解除に該当する。事象が発生した場合、Ｓ６０３以降でメール通知のための処理を行う。Ｓ６０３で、メール通知設定番号Ｘを０で初期化する。
【００３４】
メール通知設定番号とは、メール通知設定４０２の何番目の設定値かを示す値であり、メール通知設定４０２が３つの場合、Ｘは１〜３の値となる。Ｓ６０４で、Ｘに１加えた値を計算する。Ｓ６０３でＸ＝０となっているため、Ｓ６０４の処理によりＸは１となり、これ以降はメール通知設定１に関する処理を行う。Ｓ６０５でＣＰＵ１１１は記憶装置１２０からメール通知関連情報１のメール通知設定５０２を取得する。次にＳ６０６で、発生事象が通知対象か判断する。通知対象でない場合、次のメール通知設定の処理を行うため、Ｓ６１２に進む。
【００３５】
通知対象だった場合、Ｓ６０７へ進み、発生事象について送信済みフラグがＯＮになっているか判断する。ＯＮだった場合、すでにメールを通知しているため、Ｓ６１２に進む。これにより、ＭＦＰ１０１の電源ＯＦＦ／ＯＮで二重にメール通知が行われることを防ぐことができる。メール送信済みフラグがＯＦＦだった場合、Ｓ６０８へ進む。
【００３６】
Ｓ６０８でメールデータの作成を行う。ここで送信するメールデータの一例を図７に示す。メールデータには、発生した事象の情報以外に、発生日時やＭＦＰ１０１を一意に示すシリアルナンバー、設置場所を含む。メール通知を受けたユーザは、これらの情報を元に対処すべき画像形成装置と作業内容を判断することができる。また、通知項目は発生事象によって異なる内容が通知される。
【００３７】
Ｓ６０９ではＣＰＵ１１１がホストコンピュータのＷＥＢブラウザからメール通知設定の解除画面を表示するためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）データを作成し、このＵＲＬ７０２をメールデータに付与する。
【００３８】
ＣＰＵ１１１は、Ｓ６１０で、Ｓ６０８、Ｓ６０９で生成したメールデータをメールサーバ２０３に送信する。送信時の宛先は、記憶装置１２０に記憶されたメール通知設定のメールアドレスを用いる。
【００３９】
Ｓ６１１でＣＰＵ１１１は、送信後、該当発生事象の送信済みフラグをＯＮにし、記録装置１２０の送信済みフラグ５０３に保存する。Ｓ６１２では最後のメール通知設定かどうか判断し、全てのメール通知設定分、Ｓ６０４からＳ６１１の処理を繰り返す。また、ＣＰＵ１１１は、Ｓ６０２で事象解除と判断した場合、Ｓ６１３で該当解除事象の送信済みフラグをＯＦＦにし、記憶装置１２０の送信済みフラグ５０３に保存し、終了する。
【００４０】
図８は、メール通知設定を解除する処理のフローチャートである。本処理は、ＣＰＵ１１１が制御プログラムを実行することで実現される。ユーザは図７で示したメールをホストコンピュータで受け取り、記載されているＵＲＬへＷｅｂブラウザを用いてアクセスすることでＭＦＰ１０１に対してメール通知の解除を要求する。ＭＦＰ１０１のＣＰＵ１１１はＳ８０１でネットワークを介して前記ホストコンピュータからの要求を受け付ける。
Ｓ８０２では、ＣＰＵ１１１がメール通知先として登録されているメールアドレスの入力画面のデータを作成する。画面データは、ＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ／スタイルシートなどの一般的なＷＥＢデータで表現されている。
【００４１】
Ｓ８０３では、ＣＰＵ１１１がＳ８０２で作成したＷＥＢデータをＳ８０１の要求元ホストコンピュータへ送信する。Ｓ８０４では、ＣＰＵ１１１が、ホストコンピュータから入力されたメールアドレスの設定を取得する。Ｓ８０５では、ＣＰＵ１１１がＳ８０４で取得したメールアドレスが、記憶装置１２０のメール通知設定５０２に登録されているメールアドレスと一致するか判断する。
【００４２】
一致すると判断した場合はＳ８０６へ進み、一致しない場合はＳ８１４へ進み、要求元ホストコンピュータへエラーを通知し処理を終了する。Ｓ８０６では、ＣＰＵ１１１が、Ｓ８０５でメール通知先として登録していると判断したメールアドレスの設定情報を記憶装置１２０のメール通知設定５０２から取得する。図５の例ではメールアドレス「aaa@xxx.co.jp」に対して、通知対象の事象として「トナーなし」、「用紙なし」が設定されていると判断される。
【００４３】
Ｓ８０７において、ＣＰＵ１１１がＳ８０４で取得したメールアドレスが登録されている事象のメール通知解除画面を作成する。  本画面データもＳ８０２同様にＨＴＭＬ／ＪａｖａＳｃｒｉｐｔ／スタイルシートなどの一般的なＷＥＢデータで表現されている。  メール通知解除画面の例は後述の図９で説明する。Ｓ８０８において、ＣＰＵ１１１がＳ８０７で作成したＷＥＢデータをＳ８０１の要求元ホストコンピュータへ送信する。
【００４４】
本ＷＥＢデータをホストコンピュータのＷｅｂブラウザを用いて表示することで、通知の解除を希望するユーザは、自分が登録されている事象のみ解除できる画面から、任意の事象の通知を解除することが可能となる。Ｓ８０９では、ＣＰＵ１１１が、ホストコンピュータからのメール通知の解除通知を取得する。
【００４５】
Ｓ８１０では、ＣＰＵ１１１が、記憶装置１２０に記憶されているメール通知設定５０２を取得し、Ｓ８０４で取得したメールアドレスが登録されている事象に対して、通知の解除（設定のＯＦＦ）を行う。  更新した設定は記憶装置１２０に保存する。
【００４６】
Ｓ８１１ではＣＰＵ１１１が、記憶装置１２０に記憶されているシステム管理者に対して通知が解除されたことを知らせるメールを作成し、メールサーバ２０３に送信する。システム管理者の宛先は、記憶装置１２０に予め記憶されているメールアドレスを用いる。Ｓ８１２ではＣＰＵ１１１が、Ｓ８１０の処理により、通知の解除（設定のＯＦＦ）を行った事象に対して、他の通知先が存在するか確認する。存在しないと判断した場合はＳ８１３へ進み、存在すると確認した場合は、処理を終了させる。Ｓ８１３ではＣＰＵ１１１が、Ｓ８１０の処理により、通知の解除（設定のＯＦＦ）を行った事象に対して、システム管理者のメールアドレスを登録し、記憶装置１２０に記憶する。
【００４７】
本処理により、特定の事象に対して通知先が一人もいない状態に陥ることを回避する。次にメール通知の解除設定の画面例を図９に示す。
【００４８】
メール通知の解除画面９０１は、ホストコンピュータ２０１、２０２のＷＥＢブラウザ上に表示され、メールアドレス９０２に対して登録されている通知対象の複数の事象（９０３から９０４）から構成されている。ユーザは、各事象のチェックボックスを外すことで通知の解除を設定できる。
【００４９】
ＯＫボタン９０５は、それまでに入力した設定値を確定するボタンであり、ユーザがＯＫボタン９０５を押下すると、メール通知解除の送信データがホストコンピュータのＷＥＢブラウザからＭＦＰ１０１のＣＰＵ１１１へ通知される。
【００５０】
＜第二の実施形態＞
第一の実施形態では、管理者権限を持つユーザ（システム管理者）以外の担当者が、メール通知の解除を可能とする実施形態を説明した。  一方で、解除操作は管理者権限を持つユーザ（システム管理者）だけに留めておきたい場合も考えられる。  よって、管理者権限を持つユーザ（システム管理者）以外の担当者による解除指示では、即時に解除は行わず、一旦システム管理者へ通知を行い、システム管理者の承認を経てから解除可能とする方法について説明する。
【００５１】
第一の実施形態との処理の差異は図8のフローチャートのみのため、差異の処理について図１０を用いて説明する。
【００５２】
図１０は、メール通知設定を解除する処理のフローチャートである。本処理は、ＣＰＵ１１１が制御プログラムを実行することで実現される。Ｓ８０９までは図８と同様のためそれ以降の処理について記載する。Ｓ１００１では、ＣＰＵ１１１が、ホストコンピュータからのメール通知の解除通知を取得した後に、記憶装置１２０に記憶されているシステム管理者に対して通知の解除依頼を知らせるデータを作成する。
【００５３】
Ｓ１００２ではＣＰＵ１１１がホストコンピュータのＷＥＢブラウザからメール通知設定の解除の承認画面を表示するためのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）データを作成し、このＵＲＬ１１０２をメールデータに付与する。Ｓ１００１、Ｓ１００２で作成するデータ内容については図１１で説明する。
【００５４】
図１１はメールデータの一例であり、メールデータには、送信元のＭＦＰ１０１を一意に示すシリアルナンバー、設置場所と解除依頼のメールアドレスを含む。メール通知を受けたシステム管理者は、記載されているＵＲＬへホストコンピュータのＷｅｂブラウザを用いてアクセスすることでＭＦＰ１０１に対してメール通知の解除を承認する。
【００５５】
次に、図１０のフローチャートの説明に戻る。Ｓ１００３ではＣＰＵ１１１がＳ１００１、Ｓ１００２で作成したメールをシステム管理者宛てにメールサーバ２０３に送信する。システム管理者の宛先は、記憶装置１２０に予め記憶されているメールアドレスを用いる。
システム管理者は、図１１で示したメールをホストコンピュータで受け取り、記載されているＵＲＬへＷｅｂブラウザを用いてアクセスすることでＭＦＰ１０１に対してメール通知の解除承認を行う。この時のホストコンピュータのＷｅｂブラウザで表示するメール通知解除の承認画面例は図１２で説明する。
【００５６】
次にＳ１００４では、ＭＦＰ１０１のＣＰＵ１１１が、ネットワークを介して前記ホストコンピュータからの要求を受け付ける。
【００５７】
Ｓ１００５では、ＣＰＵ１１１が、記憶装置１２０に記憶されているメール通知設定５０２を取得し、Ｓ１００４で取得した要求に含まれるメールアドレスが登録されている事象に対して、通知の解除（設定のＯＦＦ）を行う。  更新した設定は記憶装置１２０に保存する。
【００５８】
Ｓ１００６ではＣＰＵ１１１が、記憶装置１２０に記憶されているシステム管理者に対して通知が解除されたことを知らせるデータを作成し、メールサーバ２０３に送信する。システム管理者の宛先は、記憶装置１２０に予め記憶されているメールアドレスを用いる。
Ｓ１００７ではＣＰＵ１１１が、Ｓ１００５の処理により、通知の解除（設定のＯＦＦ）を行った事象に対して、他の通知先が存在するか確認する。存在しないと判断した場合はＳ１００８へ進み、存在すると確認した場合は、処理を終了させる。
Ｓ１００８ではＣＰＵ１１１が、Ｓ１００５の処理により、通知の解除（設定のＯＦＦ）を行った事象に対して、システム管理者のメールアドレスを登録し、記憶装置１２０に記憶する。
【００５９】
次にメール通知解除の承認画面例を図１２に示す。メール通知解除の承認画面１２０１は、ホストコンピュータ２０１、２０２のＷＥＢブラウザ上に表示され、メールアドレス１２０２に対して解除依頼対象の複数の事象（１２０３から１２０４）から構成されている。システム管理者は、各事象のチェックボックスにチェックを入力することで解除を承認できる。
【００６０】
ＯＫボタン１２０５は、それまでに入力した設定値を確定するボタンである。ユーザがＯＫボタン１２０５を押下すると、メール通知解除の送信データがホストコンピュータのＷＥＢブラウザからＭＦＰ１０１のＣＰＵ１１１へ通知され、前記Ｓ１００４の処理が行われる。
【００６１】
以上説明したように、メール通知を受けた担当者は、管理者権限がなくても自分の登録項目のみメール通知の解除が可能となる。
【符号の説明】
【００６２】
１０１  ＭＦＰ
１１０  システムバス
１１１  ＣＰＵ
１１２  ＲＡＭ
１１３  ＲＯＭ
１１４  入力制御Ｉ／Ｆ
１１５  表示制御Ｉ／Ｆ
１１６  記憶装置Ｉ／Ｆ
１１７  通信Ｉ／Ｆコントローラ
１１８  タッチパネル
１１９  ディスプレイ
１２０  記憶装置
１２１  スキャナ
１２２  プリンタ
【図１】
2019023784.tif 000003
【図２】
2019023784.tif 000004
【図３】
2019023784.tif 000005
【図４】
2019023784.tif 000006
【図５】
2019023784.tif 000007
【図６】
2019023784.tif 000008
【図７】
2019023784.tif 000009
【図８】
2019023784.tif 000010
【図９】
2019023784.tif 000011
【図１０】
2019023784.tif 000012
【図１１】
2019023784.tif 000013
【図１２】
2019023784.tif 000014