JP2007030444A - 電子装置 - Google Patents

Abstract

【課題】発生した異常状態の復旧難易度を算出し、復旧難易度に応じた宛て先に通知メールを送信するようにして、適切な宛て先にエラーを通知することができるようにする。
【解決手段】異常状態を検出する状態検出部と、状態検出部によって検出された異常状態に応じた内容の通知メールを生成するメール生成部と、状態検出部によって検出された異常状態に応じた宛て先を抽出する宛て先抽出部と、宛て先抽出部によって抽出された宛て先との間の電子メールの通信及び再送を制御する通信制御部とを備え、状態検出部は、検出した異常状態の復旧難易度を算出し、宛て先抽出部は、算出された復旧難易度に基づいて通知メールを送信する宛て先を抽出し、メール生成部は、宛て先抽出部よって抽出された宛て先に対する通知メールを生成し、通信制御部は、メール生成部によって生成された通知メールを宛て先抽出部よって抽出された宛て先に送信する。
【選択図】図１

Description

本発明は、電子装置に関するものである。

従来、ネットワークに接続されたプリンタ等の電子装置においては、上位装置からの印刷実行の依頼を前記ネットワークを介して受信するようになっている。ここで、前記依頼を受信した際に用紙切れ等のエラーが発生した場合、前記電子装置は、印刷実行を依頼した上位装置にエラー通知をするようになっている（例えば、特許文献１参照。）。
特開２００３−０１５９７３号公報

しかしながら、前記従来の電子装置において、該電子装置で発生するエラーには、一般のユーザが容易に復旧可能なものばかりでなく、復旧させるのに部品の交換などが必要なものもあるところ、エラーの復旧難易度に関係なく、発生したエラーに関するエラー通知を、常に印刷の実行を依頼したユーザの上位装置に送るようになっている。そのため、通知を受け取ったユーザがエラーを復旧させることができない場合があるという問題があった。

本発明は、前記従来の電子装置の問題点を解決して、発生した異常状態の復旧難易度を算出し、算出された復旧難易度に応じた宛（あ）て先に通知メールを送信するようにして、適切な宛て先にエラーを通知することができる電子装置を提供することを目的とする。

そのために、本発明の電子装置においては、ネットワークに接続され、該ネットワークに接続された所定の宛て先に対して自装置の異常状態を通知する電子装置であって、前記異常状態を検出する状態検出部と、該状態検出部によって検出された異常状態に応じた内容の通知メールを生成するメール生成部と、前記状態検出部によって検出された異常状態に応じた宛て先を抽出する宛て先抽出部と、該宛て先抽出部によって抽出された宛て先との間の電子メールの通信及び再送を制御する通信制御部とを備え、前記状態検出部は、検出した異常状態の復旧難易度を算出し、前記宛て先抽出部は、算出された復旧難易度に基づいて通知メールを送信する宛て先を抽出し、前記メール生成部は、前記宛て先抽出部によって抽出された宛て先に対する通知メールを生成し、前記通信制御部は、前記メール生成部によって生成された通知メールを前記宛て先抽出部によって抽出された宛て先に送信する。

本発明によれば、電子装置は、発生した異常状態の復旧難易度を算出し、算出された復旧難易度に応じた宛て先に通知メールを送信する。そのため、適切な宛て先にエラーを通知することができる。

以下、本発明の実施の形態について図面を参照しながら詳細に説明する。

図３は本発明の第１の実施の形態におけるシステムの構成を示す図である。

図において、１０は電子装置としてのネットワークプリンタ、１２〜１４は上位装置としてのホストコンピュータ、１５は電子メールの送受信を行う電子メールサーバとしてのサーバコンピュータである。そして、前記ネットワークプリンタ１０、ホストコンピュータ１２〜１４及びサーバコンピュータ１５は、例えば、オフィスで運用されているイントラネット、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワーク１１によって相互に接続されている。

本実施の形態において、ネットワークプリンタ１０は、通信機能を備え、ホストコンピュータ１２〜１４からネットワーク１１を介して受信した印刷データを印刷する装置であればいかなる装置であってもよいが、ここでは、プリンタであるものとして説明する。なお、前記ネットワークプリンタ１０は、インクジェット式、電子写真式、熱転写式等いかなる種類のプリンタであってもよく、モノクロプリンタであってもよいし、カラープリンタであってもよい。

また、ホストコンピュータ１２〜１４は、例えば、パーソナルコンピュータ等のコンピュータであるが、ネットワーク１１を介して、ネットワークプリンタ１０へ情報を送信する機能を備え、ネットワークプリンタ１０への印刷の依頼、ネットワークプリンタ１０の情報の閲覧、ネットワークプリンタ１０からの電子メールの受信等を行うことができる装置であれば、いかなる種類の装置であってもよい。

ここで、前記ホストコンピュータ１２は、ネットワーク管理者が使用するクライアントコンピュータであり、前記ネットワーク管理者はネットワークプリンタ１０のサービスコールが必要な致命的エラーの復旧を担当する。そして、前記ホストコンピュータ１３は、装置管理者が使用するクライアントコンピュータであり、前記装置管理者はネットワークプリンタ１０のトナーエンドの監視、搬送ベルトの交換等の消耗品交換を担当する。また、前記ホストコンピュータ１４は、その他のユーザが使用するクライアントコンピュータである。前記ホストコンピュータ１４を使用するユーザは、ネットワークプリンタ１０を使用して印刷を行う一般のユーザであり、ペーパーエンド、ペーパージャム、カバーオープン等の軽度のエラー復旧を担当する。

次に、前記ネットワークプリンタ１０の構成について詳細に説明する。

図１は本発明の第１の実施の形態におけるネットワークプリンタの構成を示すブロック図である。

図１において、２１は通信手段としてのネットワークインターフェイスカードであり、すべてのネットワークプロトコルに従って通信を行うことができる。そして、ＲＡＭ／ＨＤＤ２２は、ＲＡＭ（Ｒａｍｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）や、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の記憶装置であり、データの読み込み又は書き込みを行う。また、ＲＯＭ２３は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の読み取り専用記憶装置であり、プログラムコードがあらかじめ格納されている。

そして、操作盤２４は、ユーザがネットワークプリンタ１０の設定値を手動で入力するための操作パネルである。前記ユーザは、操作盤２４から、ペーパーエンド、カバーオープン等のエラー通知を必要とするネットワークプリンタ１０のエラーに、該エラーを復旧させる難易度であって、Ａ、Ｂ、Ｃの３段階に振り分けられた復旧難易度を関連付けて入力する。また、前記ユーザは、エラーの復旧難易度に応じたエラー通知の宛て先も、前記操作盤２４によって入力する。

例えば、ペーパーエンド、カバーオープン等の軽度なエラーは、復旧難易度をＣとして、一般のユーザへ通知し、トナーエンド、搬送ベルト寿命等の用紙以外の消耗品エラーは、復旧難易度をＢとして、装置管理者としてのユーザへ通知し、サービスコールが必要な致命的エラーは、復旧難易度をＡとして、ネットワーク管理者としてのユーザに通知するように入力する。そして、ユーザによって、操作盤２４から手動で入力されたネットワークプリンタ１０の設定値は前記ＲＡＭ／ＨＤＤ２２へ格納される。

４１は、ＲＯＭ２３に格納されたアプリケーションプログラムとしてのＷｅｂプログラムである。前記ネットワーク１１に接続されたホストコンピュータ１２〜１４から、ネットワークプリンタ１０へＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）リクエストを送信すると、Ｗｅｂプログラム４１は、ネットワークインターフェイスカード２１を介してＨＴＴＰリクエストを受信し、該ＨＴＴＰリクエストに対する応答メッセージを返すことによって、ＨＴＴＰリクエストを送信したホストコンピュータ１２〜１４とのネットワーク接続を確立する。

また、前記Ｗｅｂプログラム４１は、スクリプト処理が組み込まれたＨＴＭＬ（Ｈｙｐｅｒ Ｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）構文で記述されたネットワークプリンタ１０の設定値入力ページデータを、ＨＴＭＬリクエストを送信したホストコンピュータ１２〜１４へ提供し、該ホストコンピュータ１２〜１４の図示されないモニタにネットワークプリンタ１０の設定値画面を表示させる。ここで、前記Ｗｅｂプログラム４１が表示させる設定値画面に入力する内容は、操作盤２４から入力する内容と同じであり、ホストコンピュータ１２〜１４の画面から入力されたネットワークプリンタ１０の設定値は、ＨＴＭＬ構文に組み込まれたスクリプト処理によって、前記ＲＡＭ／ＨＤＤ２２へ格納される。

そして、４２は、ＲＯＭ２３に格納されたデバイス状態管理プログラムであり、ネットワークプリンタ１０の状態を監視し、ペーパーエンド、カバーオープン等の異常状態を検出した場合に、ホストコンピュータ１２〜１４に電子メールを送信してエラー通知を行うソフトウェアプログラムである。また、前記デバイス状態管理プログラム４２は、状態検出部５１、メール生成部としての電子メール生成部５２、宛て先抽出部５３及び通信制御部５４を有する。

この場合、前記状態検出部５１は、所定時間を計時するタイマーを備えて、定期的にネットワークプリンタ１０の状態を監視するプログラムである。そして、異常ステータスが検出された場合、検出された異常ステータスが後述される登録ステータスエリア３１に登録されているか否かを確認する。ここで、登録されている場合は、検出された異常ステータスとその復旧難易度を後述される検出ステータスエリア３２へ格納し、前記電子メール生成部５２へ電子メール生成の要求を通知する。

また、前記電子メール生成部５２は、前記状態検出部５１より電子メール生成の要求を受信すると、検出ステータスエリア３２に格納されている情報と、後述される送受信ログエリア３４に格納されている送受信ログに基づいて、電子メールを生成するか否かを判断するプログラムである。電子メールを生成する場合は、ＲＦＣ（Ｒｅｑｕｅｓｔ Ｆｏｒ Ｃｏｍｍｅｎｔｓ）３７９８で定義されたＭＤＮ（Ｍｅｓｓａｇｅ Ｄｉｓｐｏｓｉｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ）に準じ、メールヘッダ中に「Ｄｉｓｐｏｓｉｔｉｏｎ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｔｏ：」というフィールドを置き、開封確認要求を求める送信メールを生成し、前記宛て先抽出部５３へ送信メールの宛て先の要求を通知する。さらに、前記電子メール生成部５２が生成した電子メールデータは後述されるメールエリア３５へ一時的に格納される。

さらに、前記宛て先抽出部５３は、電子メール生成部５２から送信メールの宛て先の要求を受信すると、検出ステータスエリア３２に格納された異常ステータスの復旧難易度と宛て先エリア３３に格納された宛て先とに基づいて復旧難易度に応じた宛て先を抽出するプログラムである。そして、メールエリア３５に格納されている電子メールデータに抽出した宛て先を付与し、メールスタックエリア３６へ格納し、通信制御部５４へ電子メール送信の要求を通知する。

そして、前記通信制御部５４は、前記宛て先抽出部５３からメール送信の要求を受信すると、ネットワークインターフェイスカード２１を介して、ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）プロトコルを使用して、メールエリア３５に格納されている電子メールデータを電子メールサーバとしてのサーバコンピュータ１５へ送信し、送信した記録を送受信ログエリア３４へ格納するプログラムである。また、電子メール送信と同時にＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）３プロトコルを使用して、サーバコンピュータ１５から電子メールを受信し、受信メールがあった場合、メールエリア３５へ受信メールを格納し、メールエリア３５へ格納した受信メールを解析し、開封確認メールであるか否かを判断する。そして、開封確認メールであれば、受信した記録を送受信ログエリア３４へ格納し、メールエリア３５に格納されている受信メールデータを削除する。

次に、前記ＲＡＭ／ＨＤＤ２２の記憶領域３０の構成について説明する。

図２は本発明の第１の実施の形態における記憶領域の構成を示すブロック図、図４は本発明の第１の実施の形態における登録ステータスエリアに格納される構成要素を示す図、図５は本発明の第１の実施の形態における検出ステータスエリアに格納される構成要素を示す図、図６は本発明の第１の実施の形態における宛て先エリアに格納される構成要素を示す図、図７は本発明の第１の実施の形態における送受信ログエリアに格納される構成要素を示す図である。

記憶領域３０は、ＲＡＭ／ＨＤＤ２２の記憶領域のうち、本実施の形態において使用される電子メールデータを格納する領域である。そして、図２には前記記憶領域３０の構成要素が示されており、前記記憶領域３０は、登録ステータスエリア３１、検出ステータスエリア３２、宛て先エリア３３、送受信ログエリア３４、メールエリア３５及びメールスタックエリア３６から成る。

ここで、前記登録ステータスエリア３１は、エラー通知が必要なネットワークプリンタ１０のステータスを格納する記憶領域である。図４には登録ステータスエリア３１に格納される構成要素が示されており、異常ステータスとその復旧難易度の種別とを１要素として配列されている。例えば、カバーオープン、ペーパーエンド、ペーパージャム等の軽度なエラーは、復旧難易度の種別をＣとされ、トナーエンド等の用紙以外の消耗品エラーは、復旧難易度の種別をＢとされ、サービスコールが必要な致命的エラーは、復旧難易度の種別をＡとして示されている。そして、エラー通知が必要なネットワークプリンタ１０のステータスは、操作盤２４又はＷｅｂプログラム４１より入力され、登録ステータスエリア３１に格納される。

また、前記検出ステータスエリア３２は、状態検出部５１が検出したネットワークプリンタ１０の異常ステータスを格納する記憶領域である。図５には検出ステータスエリア３２に格納される構成要素が示されており、検出した異常ステータス、その復旧難易度の種別及び検出した時刻が１要素として配列されている。

さらに、前記宛て先エリア３３は、通信制御部５４が送信する電子メールの宛て先を格納する記憶領域である。図６には宛て先エリア３３に格納される構成要素が示されており、電子メール送信先、すなわち、宛て先のユーザ名及びＥ−ｍａｉｌアドレスと、各ユーザが担当するエラーの復旧難易度とが１要素として格納されている。ここで、操作盤２４又はＷｅｂプログラム４１より入力されるネットワークプリンタ１０の設定値のうち、通信制御部５４が送信する電子メールの宛て先は前記宛て先エリア３３に格納される。

そして、前記送受信ログエリア３４は、通信制御部５４が電子メールを送受信したログを格納する記憶領域である。図７には送受信ログエリア３４に格納される構成要素が示されており、電子メールで通知したステータス、電子メールを送受信した宛て先としてのユーザ名、ＲＦＣ３７９８で定義されたＭＤＮに準じた送信メッセージＩＤ、及び、受信メッセージＩＤが１要素として配列される。なお、送信ログの場合は、受信メッセージＩＤにハイフンが記録され、受信ログの場合は送信メッセージＩＤにハイフンが記録されるようになっている。

また、前記メールエリア３５は、電子メール生成部５２が生成した電子メールデータや、通信制御部５４が受信した受信メールを一時的に格納する記憶領域である。

さらに、前記メールスタックエリア３６は、電子メール生成部５２と宛て先抽出部５３とによって生成した送信メールを格納する記憶領域である。

次に、前記構成のネットワークプリンタ１０の動作について説明する。まず、該ネットワークプリンタ１０がエラーの発生を通知するための電子メールとしての通知メールを送信する動作について説明する。

図８は本発明の第１の実施の形態における通知メールを送信する動作を示すフローチャートである。

ここで、事前に操作盤２４又はＷｅｂプログラム４１より、ネットワークプリンタ１０の記憶領域３０の登録ステータスエリア３１には図４に示されるような設定値が格納され、宛て先エリア３３には図６に示されるような設定値が格納されていることとする。

まず、状態検出部５１は、ネットワークプリンタ１０の状態を取得し、取得した状態が、登録ステータスエリア３１に登録済の異常ステータスに該当するか否かを判断し、すなわち、エラーが発生したか否かを判断する。そして、エラーが発生しない場合、状態検出部５１は、ネットワークプリンタ１０のエラーが検出されなかったため、所定の時間待機し、再びネットワークプリンタ１０の状態を取得する。

また、状態検出部５１は、エラーを検出すると、登録ステータスエリア３１に登録済の異常ステータスを参照し、検出されたエラーに対応する復旧難易度を取得し、検出ステータスエリア３２に、検出した異常ステータスと、その復旧難易度と、検出時刻とを格納する。すなわち、検出エラーをメモリに格納する。この場合、例えば、２００５年５月１８日の１５時３８分５０秒に、サービスコールのエラー、すなわち、復旧難易度がＡのエラーが検出された場合、図５に示されるように登録される。

続いて、電子メール生成部５２は、検出ステータスエリア３２に登録された最新のステータスと、その直前に登録されたステータスとを比較し、同一エラーであるか否か、すなわち、検出エラーが新しいエラーであるか否かを判断する。ここで、検出されたステータスが同一エラーであると判断されると、次に、検出ステータスエリア３２に格納されている検出ステータス情報、及び、送受信ログエリア３４に格納されている送受信ログを参照し、検出したステータスの通知メールに対する開封確認のメールが受信された記録があるか、すなわち、通知メールの開封確認ありか否かを判断する。

例えば、図５に示されるような２００５年５月１８日の１５時０８分５０秒に発生したカバーオープンのエラーは、図７に示されるように、送信ログと受信ログとが記録されているので、開封されていると判断する。また、図５に示されるような２００５年５月１８日の１４時３８分５０秒に発生したトナーエンドのエラーは、図７に示されるように、送信ログのみ記録されているので、開封されていないと判断し、送信処理を終了する。

そして、通知メールの開封確認がある場合、電子メール生成部５２は、送受信ログエリア３４に格納されている送受信ログの送信メッセージＩＤより、メールスタックエリア３６から同一の送信メッセージＩＤの送信メールを取得し、それを再送用メールとして送信処理を行う。例えば、図７に示される例おいて、トナーエンド通知の送信メールに対する開封確認メールを受信した記録が存在しないため、送信メッセージＩＤがｚｚｚｚｚｚｚｚである送信メールをメールスタックエリア３６より取り出して再送用メールとする。

また、検出されたステータスが同一エラーであるか否かを判断して同一エラーでない場合、すなわち、新しいエラーの場合、電子メール生成部５２は、検出ステータスエリア３２に登録された最新のステータスに応じたエラー通知メッセージと開封確認とを要する電子メールとを作成し、メールエリア３５へ格納する。この場合、例えば、図５に示されるような２００５年５月１８日の１５時３８分５０秒に発生したサービスコールのエラーは、直前に発生していないため、新しいエラーと判断される。

続いて、前記宛て先抽出部５３は、検出ステータスエリア３２に登録された最新のステータスの復旧難易度と、宛て先エリア３３に登録済の宛て先情報とを比較し、復旧難易度に応じた宛て先を抽出し、抽出した宛て先をメールエリア３５に格納されている電子メールに付与して、完成した電子メールデータをメールスタックエリア３６へ格納する。この場合、図５に示されるように２００５年５月１８日の１５時３８分５０秒に発生したサービスコールのエラーの復旧難易度はＡであり、図６に示される宛て先エリア３３を参照すると、Ａの宛て先はＴＡＮＡＫＡというユーザのＥ−ｍａｉｌアドレスになる。

続いて、前記通信制御部５４は、メールスタックエリア３６に格納されている電子メールをサーバコンピュータ１５に対して送信し、送受信ログエリア３４へ送信した記録を格納し、送信処理を終了する。この場合、ＴＡＮＡＫＡというユーザへサービスコールの通知メールを送信したログは図７に示されるようになる。

次に、フローチャートについて説明する。
ステップＳ１ エラーが発生したか否かを判断する。エラーが発生した場合はステップＳ３に進み、エラーが発生しない場合はステップＳ２に進む。
ステップＳ２ 所定時間待機する。
ステップＳ３ 検出したエラーを検出ステータスエリア３２に格納する。
ステップＳ４ 新しいエラーであるか否かを判断する。新しいエラーである場合はステップＳ７に進み、新しいエラーでない場合はステップＳ５に進む。
ステップＳ５ 通知メールの開封確認があるか否かを判断する。通知メールの開封確認がある場合はステップＳ６に進み、通知メールの開封確認がない場合は処理を終了する。
ステップＳ６ メールスタックエリア３６から送信済みのメールを取得する。
ステップＳ７ エラーに応じたメッセージを作成する。
ステップＳ８ 復旧難易度に応じた宛て先を抽出する。
ステップＳ９ 電子メールを送信し、処理を終了する。

次に、ネットワークプリンタ１０が通知メールの開封確認メールを受信する動作について説明する。

図９は本発明の第１の実施の形態におけるネットワークプリンタが通知メールの開封確認メールを受信する動作を示すフローチャートである。

まず、通信制御部５４は、ネットワークインターフェイスカード２１を介してサーバコンピュータ１５へネットワークプリンタ１０宛ての電子メールがあるかの問い合わせ、すなわち、受信確認を行う。そして、ネットワークプリンタ１０宛ての電子メールがあるか否か、すなわち、受信メールがあるか否かを判断する。ここで、ネットワークプリンタ１０宛ての電子メールがある場合、通信制御部５４は、受信メールをメールエリア３５へ格納する。また、ネットワークプリンタ１０宛ての電子メールがない場合、電子メール生成部５２は、メールエリア３５に格納されていた受信メールを削除して、受信処理を終了する。

続いて、電子メール生成部５２は、メールエリア３５に格納されている受信メールから開封確認情報を解析し、前記受信メールが開封確認メールであったか否かを判断する。そして、解析した受信メールから受信メッセージＩＤを確認することができれば開封確認メールであると判断し、電子メール生成部５２は、送受信ログエリア３４へ受信記録を格納する。該受信記録は、図７に示されるように、通信メールで通知したステータス、電子メールを送信したユーザ名及び受信メッセージＩＤを記録し、送信メッセージＩＤにハイフンを記録する。

また、受信メッセージＩＤが確認することができなければ、開封確認メールではないと判断し、電子メール生成部５２は、メールエリア３５に格納されていた受信メールを削除して、受信処理を終了する。

次に、フローチャートについて説明する。
ステップＳ１１ サーバコンピュータ１５へ受信確認を行う。
ステップＳ１２ 受信メールがあるか否かを判断する。受信メールがある場合はステップＳ１３に進み、受信メールがない場合はステップＳ１７に進む。
ステップＳ１３ 受信メールをメールエリア３５へ格納する。
ステップＳ１４ 受信メールを解析する。
ステップＳ１５ 開封確認メールであったか否かを判断する。開封確認メールであった場合はステップＳ１６に進み、開封確認メールでなかった場合はステップＳ１７に進む。
ステップＳ１６ 受信ログを送受信ログエリア３４に格納する。
ステップＳ１７ 受信メールをメールエリア３５から削除し、処理を終了する。

このように、本実施の形態においては、ネットワークプリンタ１０に発生したエラーを復旧させるための難易度に応じて、エラー通知の宛て先としての通知メールの送信先を切り替えるように構成されている。そのため、エラーの復旧難易度に応じた適切な送信先にエラー通知を送信することができる。

なお、本実施の形態においては、装置にプログラムを組み込んだ例について説明したが、本発明は、プリントサーバといった電子装置とは離れた端末に単独で動作するソフトウェアとしても適用可能である。

次に、本発明の第２の実施の形態について説明する。なお、第１の実施の形態と同じ構造を有するものについては、同じ符号を付与することによって、その説明を省略する。また、前記第１の実施の形態と同じ動作及び効果についても、その説明を省略する。

図１１は本発明の第２の実施の形態におけるシステムの構成を示す図である。

図１１において、１６は、例えば、パーソナルコンピュータ等のホストコンピュータであるが、前記ネットワーク１１を介して、ネットワークプリンタ１０へ情報を送信する機能を備え、ネットワークプリンタ１０への印刷の依頼、ネットワークプリンタ１０の情報の閲覧、ネットワークプリンタ１０の操作等を行うことができる装置であれば、いかなる種類の装置であってもよい。ここで、前記ホストコンピュータ１６は、第２のネットワーク管理者が使用するクライアントコンピュータであり、前記ネットワーク１１に接続されている。そして、第２のネットワーク管理者はネットワークプリンタ１０のサービスコールが必要な致命的エラーの復旧を担当する。

また、その他の構成については、前記第１の実施の形態と同様であるので、その説明を省略する。

次に、本実施の形態におけるネットワークプリンタ１０の構成について詳細に説明する。

図１０は本発明の第２の実施の形態におけるネットワークプリンタの構成を示すブロック図である。

本実施の形態において、前記デバイス状態管理プログラム４２は、図１０に示されるように、状態検出部５１、電子メール生成部５２、宛て先抽出部５３、通信制御部５４及び宛て先変更部５５を有する。

この場合、該宛て先変更部５５は、プログラムであり、電子メール生成部５２から送信メールの宛て先の要求を受信すると、検出ステータスエリア３２に登録された最新のステータスとその直前に登録されたステータスを比較して同一エラーであるか否かを判断する。また、前記検出ステータスエリア３２の検出回数を登録し、前記検出ステータスエリア３２に格納された検出回数と、送受信ログエリア３４に格納されている送受信ログとに基づいて、送信メールの宛て先を変更するか否かを判断する。そして、変更する場合、宛て先エリア３３の優先順位に基づいて送信メールの宛て先を変更し、メールエリア３５に格納されている電子メールデータに変更した宛て先を付与し、メールスタックエリア３６へ格納し、通信制御部５４へメール送信の要求を通知する。

なお、その他の構成については、前記第１の実施の形態と同様であるので、その説明を省略する。

次に、記憶領域３０の構成について説明する。なお、該記憶領域３０の全体的な構成、及び、記憶領域３０の構成要素の一つである登録ステータスエリア３１については、前記第１の実施の形態と同様であるので、図２及び４を援用して説明する。

図１２は本発明の第２の実施の形態における検出ステータスエリアに格納される構成要素を示す図、図１３は本発明の第２の実施の形態における宛て先エリアに格納される構成要素を示す図、図１４は本発明の第２の実施の形態における送受信ログエリアに格納される構成要素を示す図である。

検出ステータスエリア３２は、状態検出部５１が検出したネットワークプリンタ１０の異常ステータスを格納する記憶領域である。図１２には、本実施の形態において、検出ステータスエリア３２に格納される構成要素が示されており、検出した異常ステータス、その復旧難易度の種別、検出した時刻、及び、検出した異常ステータスが直前に検出されたエラーステータスと同一エラーの場合にカウントされる検出回数が１要素として配列されている。

そして、前記宛て先エリア３３は、通信制御部５４が送信する電子メールの宛て先を格納する記憶領域である。図１３には、本実施の形態において、宛て先エリア３３に格納される構成要素が示されており、電子メール送信先のユーザ名、Ｅ−ｍａｉｌアドレス、担当するエラーの復旧難易度、及び、通知メールを送信する宛て先の順番を示す優先順位が１要素として格納されている。ここで、操作盤２４又はＷｅｂプログラム４１より入力されるネットワークプリンタ１０の設定値のうち、通信制御部５４が送信する電子メールの宛て先は、宛て先エリア３３に格納される。

また、前記送受信ログエリア３４は、通信制御部５４が電子メールを送受信したログを格納する記憶領域である。図１４には、本実施の形態において、送受信ログエリア３４に格納される構成要素が示されており、通信メールで通知したステータス、電子メールを送受信した宛て先としてのユーザ名、ＲＦＣ３７９８で定義されたＭＤＮに準じた送信メッセージＩＤ、及び、受信メッセージＩＤが１要素として配列される。なお、送信ログの場合は受信メッセージＩＤにハイフンが記録され、受信ログの場合は送信メッセージＩＤにハイフンが記録される。

次に、本実施の形態におけるネットワークプリンタ１０の動作について説明する。まず、該ネットワークプリンタ１０が通知メールを送信する動作について説明する。

図１５は本発明の第２の実施の形態における通知メールを送信する動作を示すフローチャートである。

ここで、事前に操作盤２４又はＷｅｂプログラム４１より、ネットワークプリンタ１０の記憶領域３０の登録ステータスエリア３１には図４に示されるような設定値が格納され、宛て先エリア３３には図１３に示されるような設定値が格納されていることとする。

まず、状態検出部５１は、ネットワークプリンタ１０の状態を取得し、取得した状態が、登録ステータスエリア３１に登録済の異常ステータスに存在するか否かを判断し、すなわち、エラーが発生したか否かを判断する。そして、エラーが発生しない場合、状態検出部５１は、ネットワークプリンタ１０のエラーが検出されなかったため、所定の時間待機し、再びネットワークプリンタ１０の状態を取得する。

また、状態検出部５１は、エラーを検出すると、登録ステータスエリア３１に登録済の異常ステータスを参照し、検出されたエラーに対応する復旧難易度を取得し、検出ステータスエリア３２へ、検出した異常ステータスと、その復旧難易度と、検出時刻とを格納する。すなわち、検出エラーをメモリに格納する。この場合、例えば、２００５年５月１８日の１５時３８分５０秒に、サービスコールのエラー、すなわち、復旧難易度がＡのエラーが検出された場合、図１２に示されるように登録される。

続いて、電子メール生成部５２は、検出ステータスエリア３２に登録された最新のステータスと、その直前に登録されたステータスとを比較し、同一エラーであるか否か、すなわち、検出エラーが新しいエラーであるか否かを判断する。ここで、検出されたステータスが同一エラーであると判断されると、宛て先変更部５５は、検出ステータスエリア３２へ登録された最新のステータスの直前に登録されたステータスの検出回数に１を加えた値を、前記最新のステータスの検出回数として登録する。

さらに、前記宛て先変更部５５は、検出ステータスエリア３２に登録された最新のステータスの直前に登録されたステータスの検出回数が、所定の回数を超えているか否かを判断する。この場合、検出ステータスエリア３２に格納されている検出ステータス情報、及び、送受信ログエリア３４に格納されている送受信ログを参照し、検出したステータスの通知メールに対する開封確認のメールが受信された記録があるか否かを判断する。そして、ステータスの検出回数が所定の回数を超え、かつ、ステータスの通知メールに対する開封確認のメールが受信された記録がある場合は、宛て先を変更する処理を行う。

例えば、本実施の形態において、所定の検出回数を３と定義した場合、図１２に示されるように、２００５年５月１８日の１７時０８分５０秒に発生したサービスコールのエラーは、検出回数が４であり、所定の検出回数３を超えており、かつ、図１４に示されるように、サービスコールのエラー通知の送信ログと受信ログとが記録されているので、開封されていると判断することができる。

この場合、前記宛て先変更部５５は、検出ステータスエリアに登録された最新のステータスの復旧難易度、宛て先エリア３３に登録済の宛て先情報及び優先順位から宛て先を変更し、変更した宛て先を電子メール生成部５２へ渡す。例えば、図１２〜１４に示されるように、２００５年５月１８日の１７時０８分５０秒に発生したサービスコールのエラー通知は、ＴＡＮＡＫＡというユーザのＥ−ｍａｉｌアドレスからＳＡＴＯというユーザのＥ−ｍａｉｌアドレスに宛て先が変更される。

また、検出ステータスエリア３２に登録された最新のステータスの直前に登録されたステータスの検出回数が所定の回数を超えていない場合、前記宛て先変更部５５は、検出ステータスエリア３２に格納されている検出ステータス情報と、送受信ログエリア３４に格納されている送受信ログとを参照し、検出したステータスの通知メールに対する開封確認のメールが受信された記録があるか、すなわち、通知メールの開封確認ありか否かを判断する。

例えば、図１２に示されるような２００５年５月１８日の１５時０８分５０秒に発生したカバーオープンのエラーは、図１４に示されるように、送信ログと受信ログとが記録されているので、開封されていると判断する。また、図１２に示されるような２００５年５月１８日の１４時３８分５０秒に発生したトナーエンドのエラーは、図１４に示されるように、送信ログのみ記録されているので、開封されていないと判断し、送信処理を終了する。

そして、通知メールの開封確認がある場合、電子メール生成部５２は、送受信ログエリア３４に格納されている送受信ログの送信メッセージＩＤより、メールスタックエリア３６から同一の送信メッセージＩＤの送信メールを取得し、それを再送用メールとして送信処理を行う。但し、宛て先変更部５５から変更された宛て先が渡されている場合は、再送用メールの宛て先を変更した後に送信処理を行う。例えば、図１４に示される例においては、サービスコール通知の送信メールの送信メッセージＩＤがｙｙｙｙｙｙｙｙである送信メールをメールスタックエリア３６より取り出し、更に、宛て先変更部５５より宛て先が変更されたので、ＳＡＴＯというユーザを宛て先とした再送用メールとする。

また、検出されたステータスが同一エラーであるか否かを判断し、同一エラーでない場合、すなわち、新しいエラーの場合、電子メール生成部５２は、検出ステータスエリア３２に登録された最新のステータスに応じたエラー通知メッセージと開封確認とを要する電子メールを作成し、メールエリア３５へ格納する。

続いて、前記宛て先抽出部５３は、検出ステータスエリア３２に登録された最新のステータスの復旧難易度と、宛て先エリア３３に登録済の宛て先情報とを比較し、復旧難易度に応じた宛て先を抽出し、抽出した宛て先をメールエリア３５に格納されている電子メールに付与して、完成した電子メールデータをメールスタックエリア３６へ格納する。例えば、図１２に示されるように、２００５年５月１８日の１５時０８分５０秒に発生したカバーオープンのエラーの復旧難易度はＣであり、図１３を参照すると、Ｃの宛て先はＳＵＺＵＫＩというユーザのＥ−ｍａｉｌアドレスになる。

続いて、前記通信制御部５４は、メールスタックエリア３６に格納されている電子メールをサーバコンピュータ１５に対して送信し、送受信ログエリア３４へ送信した記録を格納し、送信処理を終了する。この場合、ＴＡＮＡＫＡからＳＡＴＯというユーザへ宛て先を変更してサービスコールの通知メールを送信したログは、図１４に示されるようになる。

次に、フローチャートについて説明する。
ステップＳ２１ エラーが発生したか否かを判断する。エラーが発生した場合はステップＳ２３に進み、エラーが発生しない場合はステップＳ２２に進む。
ステップＳ２２ 所定時間待機する。
ステップＳ２３ 検出したエラーを検出ステータスエリア３２に格納する。
ステップＳ２４ 新しいエラーであるか否かを判断する。新しいエラーである場合はステップＳ３０に進み、新しいエラーでない場合はステップＳ２５に進む。
ステップＳ２５ ステータスの検出回数に１を加える。
ステップＳ２６ ステータスの検出回数が所定の回数を超えているか否かを判断する。ステータスの検出回数が所定の回数を超えている場合はステップＳ２７に進み、ステータスの検出回数が所定の回数を超えていない場合はステップＳ２８に進む。
ステップＳ２７ 宛て先を変更する。
ステップＳ２８ 通知メールの開封確認があるか否かを判断する。通知メールの開封確認がある場合はステップＳ２９に進み、通知メールの開封確認がない場合は処理を終了する。
ステップＳ２９ メールスタックエリア３６から送信済みのメールを取得する。
ステップＳ３０ エラーに応じたメッセージを作成する。
ステップＳ３１ 復旧難易度に応じた宛て先を抽出する。
ステップＳ３２ 電子メールを送信し、処理を終了する。

なお、本実施の形態において、ネットワークプリンタ１０が通知メールの開封確認メールを受信する動作は、前記第１の実施の形態の動作と同様であるので、その説明を省略する。

また、本実施の形態においては、装置にプログラムを組み込んだ例について説明したが、本発明はプリントサーバといった電子装置とは離れた端末に単独で動作するソフトウェアとしても適用可能である。

このように、本実施の形態においては、ネットワークプリンタ１０の通知メールの開封の応答の確認と、同一エラーの再発回数とによって、再送の宛て先を変更するようになっている。そのため、通知メールの過不足がない。

なお、本発明は、ネットワークに接続されたプリンタ、ファクシミリ、ＭＦＰ（複合型プリンタ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）、複写機、スキャナ及びネットワークに接続する電子装置に適用可能である。

また、本発明は前記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。

本発明の第１の実施の形態におけるネットワークプリンタの構成を示すブロック図である。 本発明の第１の実施の形態における記憶領域の構成を示すブロック図である。 本発明の第１の実施の形態におけるシステムの構成を示す図である。 本発明の第１の実施の形態における登録ステータスエリアに格納される構成要素を示す図である。 本発明の第１の実施の形態における検出ステータスエリアに格納される構成要素を示す図である。 本発明の第１の実施の形態における宛て先エリアに格納される構成要素を示す図である。 本発明の第１の実施の形態における送受信ログエリアに格納される構成要素を示す図である。 本発明の第１の実施の形態における通知メールを送信する動作を示すフローチャートである。 本発明の第１の実施の形態におけるネットワークプリンタが通知メールの開封確認メールを受信する動作を示すフローチャートである。 本発明の第２の実施の形態におけるネットワークプリンタの構成を示すブロック図である。 本発明の第２の実施の形態におけるシステムの構成を示す図である。 本発明の第２の実施の形態における検出ステータスエリアに格納される構成要素を示す図である。 本発明の第２の実施の形態における宛て先エリアに格納される構成要素を示す図である。 本発明の第２の実施の形態における送受信ログエリアに格納される構成要素を示す図である。 本発明の第２の実施の形態における通知メールを送信する動作を示すフローチャートである。

符号の説明

１０ ネットワークプリンタ
１１ ネットワーク
５１ 状態検出部
５２ 電子メール生成部
５３ 宛て先抽出部
５４ 通信制御部
５５ 宛て先変更部

Claims (2)

1. （ａ）ネットワークに接続され、該ネットワークに接続された所定の宛て先に対して自装置の異常状態を通知する電子装置であって、
   （ｂ）前記異常状態を検出する状態検出部と、
   （ｃ）該状態検出部によって検出された異常状態に応じた内容の通知メールを生成するメール生成部と、
   （ｄ）前記状態検出部によって検出された異常状態に応じた宛て先を抽出する宛て先抽出部と、
   （ｅ）該宛て先抽出部によって抽出された宛て先との間の電子メールの通信及び再送を制御する通信制御部とを備え、
   （ｆ）前記状態検出部は、検出した異常状態の復旧難易度を算出し、
   （ｇ）前記宛て先抽出部は、算出された復旧難易度に基づいて通知メールを送信する宛て先を抽出し、
   （ｈ）前記メール生成部は、前記宛て先抽出部によって抽出された宛て先に対する通知メールを生成し、
   （ｉ）前記通信制御部は、前記メール生成部によって生成された通知メールを前記宛て先抽出部によって抽出された宛て先に送信することを特徴とする電子装置。
2. （ａ）ネットワークに接続され、該ネットワークに接続された所定の宛て先に対して自装置の異常状態を通知する電子装置であって、
   （ｂ）前記異常状態を検出する状態検出部と、
   （ｃ）該状態検出部によって検出された異常状態に応じた内容の通知メールを生成するメール生成部と、
   （ｄ）前記状態検出部によって検出された異常状態に応じた宛て先を抽出する宛て先抽出部と、
   （ｅ）該宛て先抽出部によって抽出された宛て先を変更する宛て先変更部と、
   （ｆ）該宛て先変更部によって変更された宛て先との間の電子メールの通信を制御する通信制御部とを備え、
   （ｇ）前記状態検出部は、検出した異常状態の復旧難易度を算出し、
   （ｈ）前記宛て先抽出部は、算出された復旧難易度に基づいて通知メールを送信する宛て先を抽出し、
   （ｉ）前記メール生成部は、前記宛て先抽出部によって抽出された宛て先に対する通知メールを生成し、
   （ｊ）前記通信制御部は、前記メール生成部によって生成された通知メールを前記宛て先抽出部によって抽出された宛て先に送信した後、前記状態検出部によって前記異常状態が再度検出され、かつ、前記宛て先から開封確認の応答があった場合に前記通知メールを再送し、前記状態検出部が異常状態を連続して所定回数以上検出した場合に、前記宛て先変更部によって変更された宛て先に前記通知メールを再送することを特徴とする電子装置。

Images