JP3658325B2 - ネットワーク・インターフェース装置、デバイス端末装置、及びネットワーク・インターフェース装置の制御方法 - Google Patents
ネットワーク・インターフェース装置、デバイス端末装置、及びネットワーク・インターフェース装置の制御方法 Download PDFInfo
- Publication number
- JP3658325B2 JP3658325B2 JP2001009471A JP2001009471A JP3658325B2 JP 3658325 B2 JP3658325 B2 JP 3658325B2 JP 2001009471 A JP2001009471 A JP 2001009471A JP 2001009471 A JP2001009471 A JP 2001009471A JP 3658325 B2 JP3658325 B2 JP 3658325B2
- Authority
- JP
- Japan
- Prior art keywords
- message
- information
- notification
- network interface
- notification message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Accessory Devices And Overall Control Thereof (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ネットワーク上の端末装置とデバイス本体との間のインターフェースを司る機能を有するネットワーク・インターフェース装置等に関するものである。
【０００２】
【従来の技術】
従来、パーソナルコンピュータ（ＰＣ）等で構成されるクライアントと、プリンタ等の周辺機器デバイス（デバイス端末装置）がネットワークに接続されて成るネットワークシステムは、既に知られている。
【０００３】
周辺機器デバイスは、ネットワーク・インターフェース装置と周辺機器デバイス本体で構成され、ネットワーク・インターフェース装置を通して周辺機器デバイス本体はネットワークに接続されている。
【０００４】
そして、ネットワーク・インターフェース装置が周辺機器デバイスとネットワーク上にあるクライアント端末間の情報の通信を行っており、この際、周辺機器デバイスに何らかの異常が発生した場合は、周辺機器デバイスを遠隔で使用しているクライアント端末のアプリケーション上でエラー表示が行われる。
【０００５】
また、例えば周辺機器デバイスの状態を知るなどのために、クライアント端末が周辺機器デバイスに遠隔からコマンドを送信する場合には、ネットワーク・インターフェース装置専用のアプリケーションを使用して行っている。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来システムでは、次のような問題点があった。
【０００７】
（１）ネットワークに接続されている周辺機器デバイスに何らかのエラー（異常）が発生しても、当該エラー発生を認知できるのは、周辺機器デバイスを使用しているクライアント端末のみであり、他のクライアント端末は認知することができない、という問題があった。
【０００８】
（２）周辺機器デバイスに何らかのエラーが発生しても、当該周辺機器デバイスを使用していなければ、誰かが周辺機器デバイスを使用するまで当該エラーが発見されずに放置されたままとなる。
【０００９】
（３）周辺機器デバイスに遠隔からコマンドを送信するには、ネットワーク・インターフェース装置専用のアプリケーションが必要となり、このアプリケーションがクライアント端末にインストールされていなければ周辺機器デバイスにコマンドを送信することは不可能であった。
【００１０】
（４）ネットワーク・インターフェース装置専用のアプリケーションの場合であっても、当該アプリケーションを使うためには専用のコマンドを覚える必要が生じ、ユーザの操作負担が重くなるという問題があった。
【００１１】
一方、従来システムにおいて、周辺機器デバイスの状態を電子メールとして複数のホストに通知することにより、周辺機器デバイスを管理すべきユーザに周辺機器デバイスの状態を適切なタイミングで通知してその旨を認知させる手法が提案されている（特開平１０−１４９３０２号公報）。この電子メール通知は、アプリケーションがインストールされたクライアント端末から発せられる。
【００１２】
この手法によれば、上記（１）及び（２）の問題点が解消されるものの、上記の電子メール通知は、アプリケーションがインストールされたクライアント端末から発せられるものである以上、上記（３）及び（４）の問題点を解消することはできない。このように、上記（１）〜（４）の問題点を同時に解決した手段は、未だ提案されていなかった。
【００１３】
本発明は上記従来の問題点に鑑み、専用のアプリケーションをインストールしてこの操作に精通するといったような過度の操作負担をユーザに強いることなく、ネットワークに接続されている周辺機器デバイスにエラーが発生した場合に、当該エラー情報を複数の外部装置に容易且つ迅速に通知することができ、発生したエラーに迅速に対処することを可能にするネットワーク・インターフェース装置、デバイス端末装置、及びネットワーク・インターフェース装置の制御方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
上記目的を達成するために、本発明のネットワーク・インターフェース装置は、ネットワーク上の端末装置と周辺機器との間のインターフェースを司るネットワーク・インターフェース装置において、通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラーが発生した場合の処理を示す設定項目とをそれぞれ対応付けて格納する格納手段と、前記周辺機器に関する情報を取得する情報取得手段と、前記情報取得手段で取得した情報が前記発生条件を示す場合、前記情報取得手段で取得した情報に基づき通知メッセージを作成するメッセージ作成手段と、前記通知メッセージを、前記情報取得手段で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信手段と、前記メッセージ送信手段による前記通知メッセージの送信時において送信エラーが発生した場合に、当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理手段とを備えたことを特徴とする。
また、本発明のデバイス端末装置は、デバイス本体部と、前記デバイス本体部とネットワーク上の端末装置との間のインターフェースを司るネットワーク・インターフェース部とを備えたデバイス端末装置において、前記ネットワーク・インターフェース部は、通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラーが発生した場合の処理を示す設定項目とをそれぞれ対応付けて格納する格納手段と、前記デバイス本体部に関する情報を取得する情報取得手段と、前記情報取得手段で取得した情報が前記発生条件を示す場合、前記情報取得手段で取得した情報に基づき通知メッセージを作成するメッセージ作成手段と、前記通知メッセージを、前記情報取得手段で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信手段と、前記メッセージ送信手段による前記通知メッセージの送信時において送信エラーが発生した場合に、当該当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理手段とを備えたことを特徴とする。
また、本発明のネットワーク・インターフェース装置の制御方法は、ネットワーク上の端末装置と周辺機器との間のインターフェースを司るネットワーク・インターフェース装置の制御方法において、通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラーが発生した場合の処理を示す設定項目とをそれぞれ対応付けて設定する設定工程と、前記周辺機器に関する情報を取得する情報取得行程と、前記情報取得工程で取得した情報が前記発生条件を示す場合、前記情報取得行程で取得した情報に基づき通知メッセージを作成するメッセージ作成行程と、前記通知メッセージを、前記情報取得工程で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信行程と、前記メッセージ送信行程による前記通知メッセージの送信時において送信エラーが発生した場合に、当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理行程とを備えたことを特徴とする。
【００７５】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【００７６】
［第１実施形態］
図１は、本発明の第１実施形態に係るネットワーク・インターフェース装置が適用可能なネットワークシステムのシステム構成図である。
【００７７】
同図において、１０１〜１０３は、例えばパーソナルコンピュータ（ＰＣ）等で構成されるクライアントであり、ネットワーク１００に接続されている。１０４は電子メールサーバ（以下、メールサーバと記す）であり、ネットワーク１００に接続され、メールメッセージを保持する。各ユーザが電子メール・アドレスを持ち、クライアント端末１０１〜１０３からメールサーバ１０４に接続する際に、メールサーバ１０４がメールを振り分け、送信を行う。
【００７８】
１０５はデバイス端末装置である周辺機器デバイスであり、１０６はネットワーク・インターフェース部である。１０７は周辺機器デバイス本体であり、ネットワーク・インターフェース部１０６を通して、ネットワーク１００に接続されている。
【００７９】
なお、ネットワーク・インターフェース部１０６は、周辺機器デバイス本体１０７に対して着脱可能になっていてもよい。その例として、ネットワーク・インターフェース部１０６は、周辺機器デバイス本体１０７に装着されるネットワークボード、ネットワークカード、プリンタに装着されるネットワークプリンタボードであってもよい。また、周辺機器デバイス本体１０７は、ネットワークプリンタ、プリント可能な複写機、複合機（マルチファンクション機）、ＦＡＸなどである。
【００８０】
本実施形態では、周辺機器デバイス１０５として、プリンタを例にとって説明する。
【００８１】
図２は、図１に示したネットワーク・インターフェース部１０６の構成を示すブロック図である。
【００８２】
同図において、２０１はＣＰＵであり、フラッシュＲＯＭ２０２に記憶された各種制御プログラムに基づいて、外部ネットワーク１００との通信やプリンタインターフェース２０５との通信を行い、ネットワーク・インターフェース部１０６としての機能の動作制御を行う。フラッシュＲＯＭ２０２は、一部書き換えが可能なＲＯＭであり、保存用パラメータ領域として利用可能なデバイスである。フラッシュＲＯＭ２０２内には、制御プログラムやデータ、各種保存用パラメータが格納されるほか、本発明で述べる電子メール機能においては、電子メール・アドレス及びメール処理用の設定情報が保存格納される。
【００８３】
２０３はＲＡＭであり、一時的な作業用データ、及びパラメータの格納に用いられる。２０４はＬＡＮコントローラであり、外部ネットワーク１００との通信を行う機能を持つ（例えばイーサネットやトークンリング）。このＬＡＮコントローラ２０４の制御によって、外部ネットワーク１００に接続されるクライアントからの印刷データが入力される。そして印刷データの入力だけでなく、ネットワーク１００上に各種の情報のデータを出力する。
【００８４】
２０５はプリンタインターフェースであり、外部ネットワーク１００から入力されたプリンタジョブのプリンタ１０７への送信、プリンタ制御ジョブの送受信、プリンタ１０７に関する状態情報の獲得、プリンタ１０７に関する機器情報の獲得、及びプリンタ１０７に関する機器設定がこのインターフェース２０５を通じて行われる。
【００８５】
そして、上記のＣＰＵ２０１、フラッシュＲＯＭ２０２、ＲＡＭ２０３、ＬＡＮコントローラ２０４、及びプリンタインターフェース２０５がシステムバス２０８を介して接続されている。
【００８６】
上記のように、メールサーバ１０４、クライアント端末１０１，１０２，１０３、及び周辺機器デバイス１０５より成るネットワークシステムにおいて、本実施形態の特徴を成す周辺機器デバイス１０５は、ネットワーク・インターフェース部１０６及びデバイス本体部であるプリンタデバイス１０７より構成される。
【００８７】
そして、ネットワーク・インターフェース部１０６とプリンタデバイス１０７は、専用のインターフェース２０５で接続され、プリンタデバイス１０７の状態詳細情報や装置情報をネットワーク・インターフェース部１０６が取得する。
【００８８】
ネットワーク・インターフェース部１０６は、前記状態詳細情報や装置情報に基づく通知メッセージを作成するメッセージ作成手段と、前記メッセージ作成手段により作成されたメッセージの通知先データを保持する保持手段と、前記メッセージ作成手段により作成されたメッセージを、前記通知先データに基づいてメール通知するメッセージ通知手段とを備えている。
【００８９】
かかるネットワーク・インターフェース部１０６及びプリンタデバイス１０７部で構成される周辺機器デバイス１０５は、前記メッセージ通知手段において、ネットワーク１００上のメールサーバ１０４に対してのみメッセージを送信する手段を有する。
【００９０】
メールサーバ１０４は、周辺機器デバイス１０５から送信されるメッセージを受信して、サーバ端末内に保持する手段と、クライアント端末１０１，１０２，１０３からのメール受信要求に対してメールを送信する手段と、サーバ装置内に保持されたメッセージを削除する手段とを備えている。
【００９１】
また、クライアント端末１０１，１０２，１０３は、メールサーバ１０４に対して、ネットワーク１００を通じてメッセージの受信を行う手段を有し、さらに受信したメッセージを表示するアプリケーションプログラムが動作する。
【００９２】
なお、大規模ネットワークにおいては、複数のメールサーバ端末同士がネットワーク上で通信を行う手段を持ち、メッセージの転送が行われる。転送先ではメッセージの保持が行われ、転送元は保持していたメッセージの破棄を行う。結果的に、周辺機器デバイス１０５から発せられたメッセージは、当該デバイス内に設定された通知先ユーザへ通知されることとなる。
【００９３】
以下、本実施形態の動作を具体的に説明する。
【００９４】
周辺機器デバイス１０５を構成するプリンタデバイス１０７とネットワーク・インターフェース部１０６は専用のインターフェース２０５により接続され、この専用インターフェース２０５を用いて、プリンタジョブ及びプリンタ制御ジョブのデータ送受信、さらにはプリンタデバイス１０７の状態情報や装置情報の送受信も行われる。
【００９５】
この送受信されるデータを用いて、ネットワーク・インターフェース部１０６は、ネットワーク・インターフェース部１０６自身で通知するメッセージの作成を行い、予め設定されている送信先へ通知メッセージの送信を行う。
【００９６】
この通知メッセージ送信処理は、プリンタデバイス１０７の状態変化をネットワーク・インターフェース部１０６が受け取ることをトリガとして始められる。
【００９７】
すなわち、プリンタデバイス１０７は、自身の状態変化をネットワーク・インターフェース部１０６に通知する手段を備えている。本例においては、ネットワーク・インターフェース部１０６がプリンタデバイス１０７の状態情報を常に周期的に獲得し、監視しているわけではなく、あくまでもネットワーク・インターフェース部１０６の通知メッセージ処理は、プリンタデバイス１０７からの状態変化通知によってその処理が起動する。
【００９８】
ネットワーク・インターフェース部（ＮＩＣ）１０６は通常処理として、図３のフローチャートに示すように、ネットワーク１００からの信号やプリンタインターフェースの信号によって、それに該当する処理を起動し、処理の終わった後で再び待ち状態となる、という繰り返しの処理を行っている。つまり、外部からの割り込みによってその処理を起動し、また外部ネットワーク１００に対して周期的に必要な動作を行う。
【００９９】
例えば、プロトコル別処理が起動される場合には、ネットワーク・インターフェース部１０６はネットワークプロトコルを認識すると（ステップＳ３１）、各プロトコル別に処理を行う（ステップＳ３２）。また、メール通知処理が起動される場合は、ネットワーク・インターフェース部１０６はプリンタデバイス１０７から状態変化信号（Ｔｒａｐ信号）を受け取り（ステップＳ３３）、これによってプリンタデバイス１０７の状態変化を認識して、メール通知処理を行う（ステップＳ３４）。
【０１００】
前記図３のステップＳ３４のメール通知処理では、図４のフローチャートに示すようにプリンタデバイス１０７からのＴｒａｐ信号の内容を解析し（ステップＳ４１）、Ｔｒａｐ内容に合わせて、通知するメッセージの作成を行い（ステップＳ４２）、メッセージの送信を行う（ステップＳ４３）。
【０１０１】
前記図４のステップＳ４２の通知メッセージ作成処理においては、図５のフローチャートに示すように、そのメッセージの構成である、ヘッダ部の作成処理（ステップＳ５１）と、ボディ部の作成処理（ステップＳ５２）と、フッタ部の作成処理（ステップＳ５３）とに大きく分けて行われる。
【０１０２】
各部の作成処理においてネットワーク・インターフェース部１０６は、自身の持つネットワーク情報と、プリンタデバイス１０７から獲得した状態情報や装置情報を組み合わせ、メッセージ構成を行う。
【０１０３】
図５のステップＳ５１のヘッダ部作成処理においては、図６のフローチャートに示すように、ネットワーク・インターフェース部１０６自身の持つネットワーク情報（ＮＩＣデバイス名や、ＩＰアドレス、ＭＡＣアドレス等）を用い（ステップＳ６１）、このネットワーク情報をメールのサブジェクトに組み込む。そしてＴｒａｐ情報のデバイスステータスを獲得し（ステップＳ６２）、これによってそのステータス種類を判定し（エラー状態、警告状態、サービス要求状態等）、それに対応するサブジェクトを作成する（ステップＳ６３）。そして作成したヘッダをストアしておく（ステップＳ６４）。
【０１０４】
また、図５のステップＳ５２のボディ部作成処理においては、図７のフロートチャートに示すように、Ｔｒａｐ情報に格納されているプリンタデバイスのステータス情報を基に（ステップＳ７１）、さらに詳細なデバイス情報（詳細ステータス情報）をデバイスから獲得し（ステップＳ７２）、その詳細情報をボディに組み込んでメッセージ内容を作成し（ステップＳ７３）、ストアしておく（ステップＳ７４）。
【０１０５】
そして、図５のステップＳ５３のフッタ部作成処理においては、図８のフローチャートに示すように、メッセージの最後に付加する部分（装置名や装置の場所を記述したもの等）や、自由設定可能なシグネチャ文字列を、プリンタデバイス１０７から獲得した情報によって構成し（ステップＳ８１，ステップＳ８２）、このフッタ内容をストアする（ステップＳ８３）。
【０１０６】
図９、図１０及び図１１は、本実施形態に係る電子メールの一例を示す図であり、ヘッダ、ボディ及びフッタの各部におけるメッセージ例を表し、図９は、ジョブログ通知、図１０はエラーログ通知、図１１はエラー発生通知の各例である。
【０１０７】
前記図４のステップＳ４３のメッセージ送信処理においては、図１２のフローチャートに示すように、ネットワーク・インターフェース部１０６内に予め設定された通知先情報やメールサーバ情報を獲得し（ステップＳ１３１，ステップＳ１３２）、ヘッダ／ボディ／フッタの各メッセージを合成し（ステップＳ１３３）、先のメールサーバに対して、ＳＭＴＰと呼ばれる電子メール通知プロトコルによって、メッセージの送信を行う（ステップＳ１３４）。なお、本実施形態の電子メール通知は、メールサーバ１０４に対してのみ、上述のようにメッセージを送信することによって行われる。
【０１０８】
このように本実施形態では、デバイス端末装置１０５自身がデバイス本体である周辺機器１０７のエラーに関するメール通知を発信するようにしたので、クライアント端末１０１〜１０３にネットワーク・インターフェース部１０６専用のアプリケーションをインストールしてこの操作に精通するといったような過度の操作負担をユーザに強いることなく、周辺機器１０７にエラーが発生した場合には、当該エラー情報をネットワーク１００上の例えばメールサーバ１０４を介して複数のクライアント端末１０１〜１０３に容易且つ迅速にエラー通知を行うことができ、発生したエラーに迅速に対処することが可能である。
【０１０９】
［第２実施形態］
上記した第１実施形態で説明したように、通知メッセージの作成を行わせるトリガはプリンタデバイス１０７からの状態変化信号（Ｔｒａｐ信号）であり、その内容に合わせて、通知するメッセージの作成を行うようにしたが、本実施形態では、このＴｒａｐ信号をネットワーク・インターフェース部１０６が認識した場合において、ネットワーク・インターフェース部１０６内の設定値によってメール通知機能を制御する。
【０１１０】
Ｔｒａｐ信号には、その含まれる情報として、図１３（ａ），（ｂ）に示すように、Ｔｒａｐ Ｎｕｍｂｅｒ（トラップナンバー）、Ｓｔａｔｕｓ Ｃｏｄｅ（ステータスコード）、及びプリンタパネルに表示されているＭｅｓｓａｇｅ（パネルメッセージ文字列）が含まれる。
【０１１１】
Ｔｒａｐ Ｎｕｍｂｅｒは、プリンタデバイス１０７の状態変化の種類を表す。ジョブ終了、ステータス変化、ログ領域溢れ、及び各種のイベントがある。
【０１１２】
ステータスコードは、プリンタデバイス１０７で発生する全てのステータスを識別する５桁の正数で表現され、ステータスの種別に応じて、ある区間の数字が割り当てられている。例としては、１００００から１４９９９までは通常状態（非エラー、非警告）、１５０００から２００００までは警告状態、３００００から４９９９９まではエラー状態、５００００番台はサービスマンコール状態とする（図１４は個々のステータスコード例）。
【０１１３】
従って、ステータスコードの範囲によって次のようにレベル付けを行うことが可能である。
【０１１４】
１００００〜１４９９９：レベル１
１５０００〜１９０００：レベル２
２００００〜２９９９９：レベル３
３００００〜４９９９９：レベル４
５００００〜５９９９９：レベル５
パネルメッセージ文字列は、そのステータス発生時において、プリンタデバイス１０７のパネルに表示している文字列である。
【０１１５】
前記Ｔｒａｐ Ｎｕｍｂｅｒと、ステータスコードの状態レベルとを用いることにより、メール通知の制御を行う。このメール通知条件の設定値は、ネットワーク・インターフェース部１０６内で持つものとする。以下に、その通知条件を説明する。
【０１１６】
メール通知の発生する条件項目は
１．ジョブログ通知
２．エラーログ通知（通常エラー、サービスマンコール）
３．オペレータコール発生通知、サービスコール発生通知
４．消耗品交換要求発生通知
とする。
【０１１７】
「ジョブログ」については、前記Ｔｒａｐ信号の種類が「ログ情報」の場合である。ログ情報は、１回のジョブが終了する度にプリンタデバイス１０７からネットワーク・インターフェース部１０６にＴｒａｐ信号によって送信される。ネットワーク・インターフェース部１０６は、そのログ情報を複数回数分保持し、ある規定個数保持の後にメール通知を行う。
【０１１８】
「サービスコールログ」については、前記Ｔｒａｐ信号の種類が「ログ情報」且つ「サービスコール」の場合である。サービスコールのログ情報は、プリンタデバイス１０７が確保しており、その領域が溢れる場合にこのＴｒａｐが発生する。ネットワーク・インターフェース部１０６は、Ｔｒａｐ発生をトリガに、サービスコールのログ情報をプリンタデバイス１０７から獲得し、そのログ情報が格納されたメールの通知を行う。
【０１１９】
「エラーログ」についても同様である。その区別において、エラーはオペレータによってその状態が復帰可能な状態であり、サービスコールは、販売会社等のサービスマンによる物品交換を伴う復帰を要するものである。
【０１２０】
「オペレータコール発生通知」及び「サービスコール発生通知」については、前記Ｔｒａｐ信号の種類が「ステータス変化」の場合である。ネットワーク・インターフェース部１０６は、Ｔｒａｐ発生をトリガにすると同時に、ステータスコードのレベルにより、オペレータコール及びサービスコールを認識する。この場合は詳細エラー情報をプリンタデバイス１０７から獲得し、その詳細エラー情報が格納されたメールの通知を行う。またレベルの違いによって「消耗品交換要求発生通知」も同様に行われる。
【０１２１】
次に、前記したメール通知発生条件を設定する方法について説明する。
【０１２２】
図１５は、本実施形態おける電子メール通知関連項目の設定画面を示す図である。ジョブログ通知、エラーログ発生通知、及び消耗品交換要求を、同図に示すチェックボックス（Ｏｎ Ｊｏｂ Ｃｏｍｐｌｅｔｉｏｎ、Ｏｎ ＤｅｖｉｃｅＥｒｒｏｒ、Ｏｎ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｎｓｕｍａｂｌｅｓ）のユーザインターフェースで設定する。
【０１２３】
図１５の例では、メール通知先としては２箇所設定可能であり、その個々について前記メール通知発生条件の設定が可能である。またシグネチャ情報（Ｓｉｇｍａｔｕｒｅ）の設定やメール通知言語（Ｐｒｅｆｅｒｒｅｄ Ｌａｎｇｕａｇｅ）の設定も同時に設定を行う。
【０１２４】
このように本実施形態では、Ｔｒａｐ Ｎｕｍｂｅｒと、ステータスコードの状態レベルを用いることによりメール通知制御を行うことが可能になり、例えば、デバイス側でどのエラーレベルまでを通知すべきかを判断するための通知レベルを設定することができる。
【０１２５】
［第３実施形態］
上述した第１及び第２実施形態は、電子メールを作成させるために状態変化信号を用い、その信号解析によって作成内容を変化させたものであるが、本実施形態においては、電子メールを作成する上で、プリンタデバイス１０７側のロケール情報を取得し、その情報により作成内容のロケールを切り替えるものである。つまり言語を切り替えるものであり、内容の種類を変えるものではない。
【０１２６】
前述したように、ネットワーク・インターフェース部１０６は、通知メッセージの作成時において、プリンタデバイス１０７から取得される状態情報や装置情報を基に作成を行ったメッセージを、予め用意しておいた文例に挿入を行うと同時に、ネットワーク・インターフェース部１０６内のネットワーク情報も文例に挿入する。本実施形態では、上記ネットワーク・インターフェース部１０６における通知メッセージ作成処理において、プリンタデバイス１０７から取得されるロケールＩＤに基づいて、作成通知メッセージの言語を決定するように制御する。
【０１２７】
図１６は、本発明の第３実施形態に係るメッセージ作成処理を示すフローチャートである。
【０１２８】
まずロケール情報をプリンタデバイス１０７より取得し（ステップＳ１６１）、その後のメール文章作成処理（ヘッダ部作成処理：ステップＳ１６２、ボディ部作成処理：ステップＳ１６３、フッタ部作成処理：ステップＳ１６４）における制御を行う。
【０１２９】
例えばヘッダ部作成処理では、図１７のフローチャートに示すように、ネットワーク・インターフェース部１０６自身の持つネットワーク情報（ＮＩＣデバイス名や、ＩＰアドレス、ＭＡＣアドレス等）を獲得し（ステップＳ１７１）、このネットワーク情報をメールのサブジェクトに組み込む。そしてＴｒａｐ情報のデバイスステータスを獲得し（ステップＳ１７２）、このステータスの種類がロケール情報であった場合には（ステップＳ１７３）、このロケール情報に対応するサブジェクトを作成する（ステップＳ１７４）。そして作成したヘッダ内容をストアする（ステップＳ１７５）。
【０１３０】
ロケール情報の具体的な例としては、プリンタデバイス１０７のパネル表示言語情報である。この情報をプリンタデバイス１０７側から取得する。このパネル表示言語情報としては、日本語、英語、フランス語及びドイツ語等であり、そのロケール情報に応じたメッセージ（電子メール）本文内容をネットワーク・インターフェース部１０６が作成する。メッセージ作成以降の動作は、前記第１及び第２実施形態と同様となる。
【０１３１】
［第４実施形態］
本実施形態では、ネットワーク・インターフェース部１０６において、メッセージ送信処理時にエラーが発生した場合に、その回復を図るリカバリ処理を行うようにしたものである。
【０１３２】
図１８は、本発明の第４実施形態に係るメッセージ送信処理を示すフローチャートである。
【０１３３】
このメッセージ送信処理では、まずステップＳ１８１〜ステップＳ１８４において上記図１２のステップＳ１３１〜ステップＳ１３４と同様の処理を行う。そして、ステップＳ１８５において、ＳＭＴＰ送信処理中に送信エラーが発生したか否かを判断し、送信エラーが発生した場合は、ステップＳ１８６へ進む。
【０１３４】
ステップＳ１６６では、ネットワーク・インターフェース部１０６内に予め設定されている設定値を獲得し、その後は、獲得した設定値の内容によって（ステップＳ１８７）、リカバリ処理を選択し実行する（ステップＳ１８８）。
【０１３５】
図１５の設定画面には、例として送信エラーの場合にリトライ処理をする場合を挙げ、設定項目として、リトライ回数（Ｒｅｔｒｉｅｓ）とリトライ間隔（Ｉｎｔｅｒｖａｌｓ）を設けている。
【０１３６】
送信エラーの発生後は、リトライ間隔の経過後に再送を行う。そこで、再度送信エラーになるようであれば、リトライ回数までリトライ間隔をおいて再送が繰り返される。そして、リトライ回数を超える場合は、結果的に宛先への電子メール通知は失敗したことになる。なお、リトライ回数及びリトライ間隔を任意で設定可能である。
【０１３７】
［第５実施形態］
上記第４実施形態はリカバリ処理の例であったが、本実施形態では、送信エラー発生後に規定処理を行う場合について説明する。
【０１３８】
処理の流れは、前記リカバリ処理と同様である。メッセージ送信のリカバリを行うのではなく、同様のタイミングで規定の処理を行わせる。ここでは送信エラーとなった電子メールを印刷する場合の例で説明する。
【０１３９】
ＳＭＴＰ送信処理においてエラーが発生した後、通知メッセージを印刷ジョブとして印刷装置本体へ送信する。これは通常の印刷ジョブと同じく、印刷されることとなる。この後に印刷装置の管理者やサービスマンは送信されなかった電子メールの内容を紙で見ることが可能である。
【０１４０】
本実施形態の方法では、通知メッセージの内容を確実に残しておくことが可能となり、このことは、サービスマンが印刷装置を管理する上で非常に有効である。
【０１４１】
なお、本実施形態では、送信エラーが発生した後に、すぐに印刷処理を行っていたが、リトライを繰り返した後で最終的にメッセージ通知処理が失敗した時に、印刷処理を行わせても構わない。
【０１４２】
本実施形態では、送信エラーが発生した場合に通知文章の印刷処理を行わせたが、印刷するのではなく、印刷装置本体の記憶装置に格納させてもよい。この場合は、印刷装置本体の記憶装置をアクセスすることにより印刷装置の管理者やサービスマンは送信されなかったメッセージの内容を紙で見ることが可能である。印刷装置本体の記憶装置としてハードディスクや、フラッシュＲＯＭ等の二次記憶装置が装着されている場合には当該装置を利用する。二次記憶装置が無い場合は、ＲＡＭ上に保存を行うが、この場合は電源が落とされると、情報は消えてしまう。
【０１４３】
本実施形態において、送信処理が失敗した場合にメッセージの印刷処理を行っていたが、通知文章ではなく、送信処理が失敗した旨を通知するのみの文章を印刷装置が印刷する処理としてもよい。
【０１４４】
本実施形態において、メッセージ通知を行う内容によって、メッセージの印刷もしくは送信処理の失敗を通知する文章の印刷を制御することが可能である。例として、メッセージ通知内容が管理用のログ通知に関してはログ内容の印刷を行わせ、ステータス変化のメッセージ通知の場合は、失敗通知とする。これにより、課金目的等に使用される重要なログデータの消失を防ぐことが可能である。ステータス変化においても重大なエラー（サービスマンコール等）の発生においてはその内容によって印刷させることも可能である。
【０１４５】
また、上記第４及び第５実施形態においては、メッセージの送信においてエラーが発生した場合に、リカバリ処理や規定の処理を行うようにしたが、別のアドレスに向けて、当該メッセージを送信するようにしてもよい。この場合は、送信に失敗した場合に使用する別メールアドレスに向けてメッセージを送信する。別の失敗した場合の宛先アドレスについても、予めネットワーク・インターフェース部１０６上に設定を行っておく。
【０１４６】
上記説明では、メッセージ送信においてエラーが発生した場合に、印刷処理や別アドレスへの送信を独立させて行わせていたが、それぞれを宛先毎に連動させて送信失敗した場合の処理としてもよい。つまり、宛先１つにリカバリもしくは規定動作の設定項目を設け、その設定項目により処理制御を行う。
【０１４７】
なお、上述した図３〜図８、図１２、図１６、図１７及び図１８のフローチャートに従ったプログラムをネットワーク・インターフェース部１０６内のフラッシュＲＯＭ２０２に格納し動作することにより、上述の制御方法を実現させることが可能となる。
【０１４８】
本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用してもよい。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【０１４９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５１】
【発明の効果】
以上詳述したように本発明によれば、周辺機器に関する情報が通知メッセージを通知する発生条件を示す場合、当該発生条件に対応する通知先データに基いて通知メッセージを送信することにより、周辺機器に関する情報を取得するための専用のコマンドを周辺機器に送信しなければならないような専用のアプリケーションをインストールしてこの操作に精通するといったような操作負担をユーザに強いることなく、ネットワークに接続されている周辺機器に関する情報を、発生条件に対応する通知先に通知することができる。
【０１５２】
さらに、通知メッセージの送信時において送信エラーが発生した場合は、通知メッセージの通知先データに対応する設定項目が示す処理を実行することにより、送信エラーに対応する処理を通知先に応じて換えることができる。
【０１５３】
例えば送信エラーとなった通知メッセージを印刷する処理を行うようにすれば、通知メッセージの内容を確実に残しておくことが可能となり、サービスマン又は管理者が印刷装置を管理する上で非常に有効となる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係るデータ転送処理装置が適用可能なネットワークシステムのシステム構成図である。
【図２】図１に示したネットワーク・インターフェース部１０６の構成を示すブロック図である。
【図３】ネットワーク・インターフェース部（ＮＩＣ）１０６の通常処理を示すフローチャートである。
【図４】図３のメール通知処理を示すフローチャートである。
【図５】図４の通知メッセージの作成処理を示すフローチャートである。
【図６】図５のヘッダ部作成処理を示すフローチャートである。
【図７】図５のボディ部作成処理を示すフロートチャートである。
【図８】図５のフッタ部作成処理を示すフロートチャートである。
【図９】実施形態に係るメッセージ（ジョブログ通知）の一例を示す図である。
【図１０】実施形態に係るメッセージ（エラーログ通知）の一例を示す図である。
【図１１】実施形態に係るメッセージ（エラー発生通知）の一例を示す図である。
【図１２】図４のメッセージ送信処理を示すフローチャートである。
【図１３】状態変化信号（Ｔｒａｐ信号）を示す構成図である。
【図１４】本発明の第２実施形態に係るステータスコード例を示す図である。
【図１５】実施形態おけるメッセージ通知関連項目の設定画面を示す図である。
【図１６】本発明の第３実施形態に係るメッセージ作成処理を示すフローチャートである。
【図１７】第３実施形態に係るヘッダ部作成処理を示すフローチャートである。
【図１８】第４実施形態に係るメッセージ送信処理を示すフローチャートである。
【符号の説明】
１０１〜１０３ クライアント端末
１０４ メールサーバ
１０５ 周辺機器デバイス（デバイス端末装置）
１０６ ネットワーク・インターフェース部
１０７ デバイス本体
２０１ ＣＰＵ
２０２ フラッシュＲＯＭ
２０３ ＲＡＭ
２０４ ＬＡＮコントローラ
２０５ プリンタＩ／Ｏ
２０６ ネットワーク（ＬＡＮ）
２０７ プリンタデバイス
２０８ システムバス
【発明の属する技術分野】
本発明は、ネットワーク上の端末装置とデバイス本体との間のインターフェースを司る機能を有するネットワーク・インターフェース装置等に関するものである。
【０００２】
【従来の技術】
従来、パーソナルコンピュータ（ＰＣ）等で構成されるクライアントと、プリンタ等の周辺機器デバイス（デバイス端末装置）がネットワークに接続されて成るネットワークシステムは、既に知られている。
【０００３】
周辺機器デバイスは、ネットワーク・インターフェース装置と周辺機器デバイス本体で構成され、ネットワーク・インターフェース装置を通して周辺機器デバイス本体はネットワークに接続されている。
【０００４】
そして、ネットワーク・インターフェース装置が周辺機器デバイスとネットワーク上にあるクライアント端末間の情報の通信を行っており、この際、周辺機器デバイスに何らかの異常が発生した場合は、周辺機器デバイスを遠隔で使用しているクライアント端末のアプリケーション上でエラー表示が行われる。
【０００５】
また、例えば周辺機器デバイスの状態を知るなどのために、クライアント端末が周辺機器デバイスに遠隔からコマンドを送信する場合には、ネットワーク・インターフェース装置専用のアプリケーションを使用して行っている。
【０００６】
【発明が解決しようとする課題】
しかしながら、上記従来システムでは、次のような問題点があった。
【０００７】
（１）ネットワークに接続されている周辺機器デバイスに何らかのエラー（異常）が発生しても、当該エラー発生を認知できるのは、周辺機器デバイスを使用しているクライアント端末のみであり、他のクライアント端末は認知することができない、という問題があった。
【０００８】
（２）周辺機器デバイスに何らかのエラーが発生しても、当該周辺機器デバイスを使用していなければ、誰かが周辺機器デバイスを使用するまで当該エラーが発見されずに放置されたままとなる。
【０００９】
（３）周辺機器デバイスに遠隔からコマンドを送信するには、ネットワーク・インターフェース装置専用のアプリケーションが必要となり、このアプリケーションがクライアント端末にインストールされていなければ周辺機器デバイスにコマンドを送信することは不可能であった。
【００１０】
（４）ネットワーク・インターフェース装置専用のアプリケーションの場合であっても、当該アプリケーションを使うためには専用のコマンドを覚える必要が生じ、ユーザの操作負担が重くなるという問題があった。
【００１１】
一方、従来システムにおいて、周辺機器デバイスの状態を電子メールとして複数のホストに通知することにより、周辺機器デバイスを管理すべきユーザに周辺機器デバイスの状態を適切なタイミングで通知してその旨を認知させる手法が提案されている（特開平１０−１４９３０２号公報）。この電子メール通知は、アプリケーションがインストールされたクライアント端末から発せられる。
【００１２】
この手法によれば、上記（１）及び（２）の問題点が解消されるものの、上記の電子メール通知は、アプリケーションがインストールされたクライアント端末から発せられるものである以上、上記（３）及び（４）の問題点を解消することはできない。このように、上記（１）〜（４）の問題点を同時に解決した手段は、未だ提案されていなかった。
【００１３】
本発明は上記従来の問題点に鑑み、専用のアプリケーションをインストールしてこの操作に精通するといったような過度の操作負担をユーザに強いることなく、ネットワークに接続されている周辺機器デバイスにエラーが発生した場合に、当該エラー情報を複数の外部装置に容易且つ迅速に通知することができ、発生したエラーに迅速に対処することを可能にするネットワーク・インターフェース装置、デバイス端末装置、及びネットワーク・インターフェース装置の制御方法を提供することを目的とする。
【００１４】
【課題を解決するための手段】
上記目的を達成するために、本発明のネットワーク・インターフェース装置は、ネットワーク上の端末装置と周辺機器との間のインターフェースを司るネットワーク・インターフェース装置において、通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラーが発生した場合の処理を示す設定項目とをそれぞれ対応付けて格納する格納手段と、前記周辺機器に関する情報を取得する情報取得手段と、前記情報取得手段で取得した情報が前記発生条件を示す場合、前記情報取得手段で取得した情報に基づき通知メッセージを作成するメッセージ作成手段と、前記通知メッセージを、前記情報取得手段で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信手段と、前記メッセージ送信手段による前記通知メッセージの送信時において送信エラーが発生した場合に、当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理手段とを備えたことを特徴とする。
また、本発明のデバイス端末装置は、デバイス本体部と、前記デバイス本体部とネットワーク上の端末装置との間のインターフェースを司るネットワーク・インターフェース部とを備えたデバイス端末装置において、前記ネットワーク・インターフェース部は、通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラーが発生した場合の処理を示す設定項目とをそれぞれ対応付けて格納する格納手段と、前記デバイス本体部に関する情報を取得する情報取得手段と、前記情報取得手段で取得した情報が前記発生条件を示す場合、前記情報取得手段で取得した情報に基づき通知メッセージを作成するメッセージ作成手段と、前記通知メッセージを、前記情報取得手段で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信手段と、前記メッセージ送信手段による前記通知メッセージの送信時において送信エラーが発生した場合に、当該当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理手段とを備えたことを特徴とする。
また、本発明のネットワーク・インターフェース装置の制御方法は、ネットワーク上の端末装置と周辺機器との間のインターフェースを司るネットワーク・インターフェース装置の制御方法において、通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラーが発生した場合の処理を示す設定項目とをそれぞれ対応付けて設定する設定工程と、前記周辺機器に関する情報を取得する情報取得行程と、前記情報取得工程で取得した情報が前記発生条件を示す場合、前記情報取得行程で取得した情報に基づき通知メッセージを作成するメッセージ作成行程と、前記通知メッセージを、前記情報取得工程で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信行程と、前記メッセージ送信行程による前記通知メッセージの送信時において送信エラーが発生した場合に、当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理行程とを備えたことを特徴とする。
【００７５】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態を説明する。
【００７６】
［第１実施形態］
図１は、本発明の第１実施形態に係るネットワーク・インターフェース装置が適用可能なネットワークシステムのシステム構成図である。
【００７７】
同図において、１０１〜１０３は、例えばパーソナルコンピュータ（ＰＣ）等で構成されるクライアントであり、ネットワーク１００に接続されている。１０４は電子メールサーバ（以下、メールサーバと記す）であり、ネットワーク１００に接続され、メールメッセージを保持する。各ユーザが電子メール・アドレスを持ち、クライアント端末１０１〜１０３からメールサーバ１０４に接続する際に、メールサーバ１０４がメールを振り分け、送信を行う。
【００７８】
１０５はデバイス端末装置である周辺機器デバイスであり、１０６はネットワーク・インターフェース部である。１０７は周辺機器デバイス本体であり、ネットワーク・インターフェース部１０６を通して、ネットワーク１００に接続されている。
【００７９】
なお、ネットワーク・インターフェース部１０６は、周辺機器デバイス本体１０７に対して着脱可能になっていてもよい。その例として、ネットワーク・インターフェース部１０６は、周辺機器デバイス本体１０７に装着されるネットワークボード、ネットワークカード、プリンタに装着されるネットワークプリンタボードであってもよい。また、周辺機器デバイス本体１０７は、ネットワークプリンタ、プリント可能な複写機、複合機（マルチファンクション機）、ＦＡＸなどである。
【００８０】
本実施形態では、周辺機器デバイス１０５として、プリンタを例にとって説明する。
【００８１】
図２は、図１に示したネットワーク・インターフェース部１０６の構成を示すブロック図である。
【００８２】
同図において、２０１はＣＰＵであり、フラッシュＲＯＭ２０２に記憶された各種制御プログラムに基づいて、外部ネットワーク１００との通信やプリンタインターフェース２０５との通信を行い、ネットワーク・インターフェース部１０６としての機能の動作制御を行う。フラッシュＲＯＭ２０２は、一部書き換えが可能なＲＯＭであり、保存用パラメータ領域として利用可能なデバイスである。フラッシュＲＯＭ２０２内には、制御プログラムやデータ、各種保存用パラメータが格納されるほか、本発明で述べる電子メール機能においては、電子メール・アドレス及びメール処理用の設定情報が保存格納される。
【００８３】
２０３はＲＡＭであり、一時的な作業用データ、及びパラメータの格納に用いられる。２０４はＬＡＮコントローラであり、外部ネットワーク１００との通信を行う機能を持つ（例えばイーサネットやトークンリング）。このＬＡＮコントローラ２０４の制御によって、外部ネットワーク１００に接続されるクライアントからの印刷データが入力される。そして印刷データの入力だけでなく、ネットワーク１００上に各種の情報のデータを出力する。
【００８４】
２０５はプリンタインターフェースであり、外部ネットワーク１００から入力されたプリンタジョブのプリンタ１０７への送信、プリンタ制御ジョブの送受信、プリンタ１０７に関する状態情報の獲得、プリンタ１０７に関する機器情報の獲得、及びプリンタ１０７に関する機器設定がこのインターフェース２０５を通じて行われる。
【００８５】
そして、上記のＣＰＵ２０１、フラッシュＲＯＭ２０２、ＲＡＭ２０３、ＬＡＮコントローラ２０４、及びプリンタインターフェース２０５がシステムバス２０８を介して接続されている。
【００８６】
上記のように、メールサーバ１０４、クライアント端末１０１，１０２，１０３、及び周辺機器デバイス１０５より成るネットワークシステムにおいて、本実施形態の特徴を成す周辺機器デバイス１０５は、ネットワーク・インターフェース部１０６及びデバイス本体部であるプリンタデバイス１０７より構成される。
【００８７】
そして、ネットワーク・インターフェース部１０６とプリンタデバイス１０７は、専用のインターフェース２０５で接続され、プリンタデバイス１０７の状態詳細情報や装置情報をネットワーク・インターフェース部１０６が取得する。
【００８８】
ネットワーク・インターフェース部１０６は、前記状態詳細情報や装置情報に基づく通知メッセージを作成するメッセージ作成手段と、前記メッセージ作成手段により作成されたメッセージの通知先データを保持する保持手段と、前記メッセージ作成手段により作成されたメッセージを、前記通知先データに基づいてメール通知するメッセージ通知手段とを備えている。
【００８９】
かかるネットワーク・インターフェース部１０６及びプリンタデバイス１０７部で構成される周辺機器デバイス１０５は、前記メッセージ通知手段において、ネットワーク１００上のメールサーバ１０４に対してのみメッセージを送信する手段を有する。
【００９０】
メールサーバ１０４は、周辺機器デバイス１０５から送信されるメッセージを受信して、サーバ端末内に保持する手段と、クライアント端末１０１，１０２，１０３からのメール受信要求に対してメールを送信する手段と、サーバ装置内に保持されたメッセージを削除する手段とを備えている。
【００９１】
また、クライアント端末１０１，１０２，１０３は、メールサーバ１０４に対して、ネットワーク１００を通じてメッセージの受信を行う手段を有し、さらに受信したメッセージを表示するアプリケーションプログラムが動作する。
【００９２】
なお、大規模ネットワークにおいては、複数のメールサーバ端末同士がネットワーク上で通信を行う手段を持ち、メッセージの転送が行われる。転送先ではメッセージの保持が行われ、転送元は保持していたメッセージの破棄を行う。結果的に、周辺機器デバイス１０５から発せられたメッセージは、当該デバイス内に設定された通知先ユーザへ通知されることとなる。
【００９３】
以下、本実施形態の動作を具体的に説明する。
【００９４】
周辺機器デバイス１０５を構成するプリンタデバイス１０７とネットワーク・インターフェース部１０６は専用のインターフェース２０５により接続され、この専用インターフェース２０５を用いて、プリンタジョブ及びプリンタ制御ジョブのデータ送受信、さらにはプリンタデバイス１０７の状態情報や装置情報の送受信も行われる。
【００９５】
この送受信されるデータを用いて、ネットワーク・インターフェース部１０６は、ネットワーク・インターフェース部１０６自身で通知するメッセージの作成を行い、予め設定されている送信先へ通知メッセージの送信を行う。
【００９６】
この通知メッセージ送信処理は、プリンタデバイス１０７の状態変化をネットワーク・インターフェース部１０６が受け取ることをトリガとして始められる。
【００９７】
すなわち、プリンタデバイス１０７は、自身の状態変化をネットワーク・インターフェース部１０６に通知する手段を備えている。本例においては、ネットワーク・インターフェース部１０６がプリンタデバイス１０７の状態情報を常に周期的に獲得し、監視しているわけではなく、あくまでもネットワーク・インターフェース部１０６の通知メッセージ処理は、プリンタデバイス１０７からの状態変化通知によってその処理が起動する。
【００９８】
ネットワーク・インターフェース部（ＮＩＣ）１０６は通常処理として、図３のフローチャートに示すように、ネットワーク１００からの信号やプリンタインターフェースの信号によって、それに該当する処理を起動し、処理の終わった後で再び待ち状態となる、という繰り返しの処理を行っている。つまり、外部からの割り込みによってその処理を起動し、また外部ネットワーク１００に対して周期的に必要な動作を行う。
【００９９】
例えば、プロトコル別処理が起動される場合には、ネットワーク・インターフェース部１０６はネットワークプロトコルを認識すると（ステップＳ３１）、各プロトコル別に処理を行う（ステップＳ３２）。また、メール通知処理が起動される場合は、ネットワーク・インターフェース部１０６はプリンタデバイス１０７から状態変化信号（Ｔｒａｐ信号）を受け取り（ステップＳ３３）、これによってプリンタデバイス１０７の状態変化を認識して、メール通知処理を行う（ステップＳ３４）。
【０１００】
前記図３のステップＳ３４のメール通知処理では、図４のフローチャートに示すようにプリンタデバイス１０７からのＴｒａｐ信号の内容を解析し（ステップＳ４１）、Ｔｒａｐ内容に合わせて、通知するメッセージの作成を行い（ステップＳ４２）、メッセージの送信を行う（ステップＳ４３）。
【０１０１】
前記図４のステップＳ４２の通知メッセージ作成処理においては、図５のフローチャートに示すように、そのメッセージの構成である、ヘッダ部の作成処理（ステップＳ５１）と、ボディ部の作成処理（ステップＳ５２）と、フッタ部の作成処理（ステップＳ５３）とに大きく分けて行われる。
【０１０２】
各部の作成処理においてネットワーク・インターフェース部１０６は、自身の持つネットワーク情報と、プリンタデバイス１０７から獲得した状態情報や装置情報を組み合わせ、メッセージ構成を行う。
【０１０３】
図５のステップＳ５１のヘッダ部作成処理においては、図６のフローチャートに示すように、ネットワーク・インターフェース部１０６自身の持つネットワーク情報（ＮＩＣデバイス名や、ＩＰアドレス、ＭＡＣアドレス等）を用い（ステップＳ６１）、このネットワーク情報をメールのサブジェクトに組み込む。そしてＴｒａｐ情報のデバイスステータスを獲得し（ステップＳ６２）、これによってそのステータス種類を判定し（エラー状態、警告状態、サービス要求状態等）、それに対応するサブジェクトを作成する（ステップＳ６３）。そして作成したヘッダをストアしておく（ステップＳ６４）。
【０１０４】
また、図５のステップＳ５２のボディ部作成処理においては、図７のフロートチャートに示すように、Ｔｒａｐ情報に格納されているプリンタデバイスのステータス情報を基に（ステップＳ７１）、さらに詳細なデバイス情報（詳細ステータス情報）をデバイスから獲得し（ステップＳ７２）、その詳細情報をボディに組み込んでメッセージ内容を作成し（ステップＳ７３）、ストアしておく（ステップＳ７４）。
【０１０５】
そして、図５のステップＳ５３のフッタ部作成処理においては、図８のフローチャートに示すように、メッセージの最後に付加する部分（装置名や装置の場所を記述したもの等）や、自由設定可能なシグネチャ文字列を、プリンタデバイス１０７から獲得した情報によって構成し（ステップＳ８１，ステップＳ８２）、このフッタ内容をストアする（ステップＳ８３）。
【０１０６】
図９、図１０及び図１１は、本実施形態に係る電子メールの一例を示す図であり、ヘッダ、ボディ及びフッタの各部におけるメッセージ例を表し、図９は、ジョブログ通知、図１０はエラーログ通知、図１１はエラー発生通知の各例である。
【０１０７】
前記図４のステップＳ４３のメッセージ送信処理においては、図１２のフローチャートに示すように、ネットワーク・インターフェース部１０６内に予め設定された通知先情報やメールサーバ情報を獲得し（ステップＳ１３１，ステップＳ１３２）、ヘッダ／ボディ／フッタの各メッセージを合成し（ステップＳ１３３）、先のメールサーバに対して、ＳＭＴＰと呼ばれる電子メール通知プロトコルによって、メッセージの送信を行う（ステップＳ１３４）。なお、本実施形態の電子メール通知は、メールサーバ１０４に対してのみ、上述のようにメッセージを送信することによって行われる。
【０１０８】
このように本実施形態では、デバイス端末装置１０５自身がデバイス本体である周辺機器１０７のエラーに関するメール通知を発信するようにしたので、クライアント端末１０１〜１０３にネットワーク・インターフェース部１０６専用のアプリケーションをインストールしてこの操作に精通するといったような過度の操作負担をユーザに強いることなく、周辺機器１０７にエラーが発生した場合には、当該エラー情報をネットワーク１００上の例えばメールサーバ１０４を介して複数のクライアント端末１０１〜１０３に容易且つ迅速にエラー通知を行うことができ、発生したエラーに迅速に対処することが可能である。
【０１０９】
［第２実施形態］
上記した第１実施形態で説明したように、通知メッセージの作成を行わせるトリガはプリンタデバイス１０７からの状態変化信号（Ｔｒａｐ信号）であり、その内容に合わせて、通知するメッセージの作成を行うようにしたが、本実施形態では、このＴｒａｐ信号をネットワーク・インターフェース部１０６が認識した場合において、ネットワーク・インターフェース部１０６内の設定値によってメール通知機能を制御する。
【０１１０】
Ｔｒａｐ信号には、その含まれる情報として、図１３（ａ），（ｂ）に示すように、Ｔｒａｐ Ｎｕｍｂｅｒ（トラップナンバー）、Ｓｔａｔｕｓ Ｃｏｄｅ（ステータスコード）、及びプリンタパネルに表示されているＭｅｓｓａｇｅ（パネルメッセージ文字列）が含まれる。
【０１１１】
Ｔｒａｐ Ｎｕｍｂｅｒは、プリンタデバイス１０７の状態変化の種類を表す。ジョブ終了、ステータス変化、ログ領域溢れ、及び各種のイベントがある。
【０１１２】
ステータスコードは、プリンタデバイス１０７で発生する全てのステータスを識別する５桁の正数で表現され、ステータスの種別に応じて、ある区間の数字が割り当てられている。例としては、１００００から１４９９９までは通常状態（非エラー、非警告）、１５０００から２００００までは警告状態、３００００から４９９９９まではエラー状態、５００００番台はサービスマンコール状態とする（図１４は個々のステータスコード例）。
【０１１３】
従って、ステータスコードの範囲によって次のようにレベル付けを行うことが可能である。
【０１１４】
１００００〜１４９９９：レベル１
１５０００〜１９０００：レベル２
２００００〜２９９９９：レベル３
３００００〜４９９９９：レベル４
５００００〜５９９９９：レベル５
パネルメッセージ文字列は、そのステータス発生時において、プリンタデバイス１０７のパネルに表示している文字列である。
【０１１５】
前記Ｔｒａｐ Ｎｕｍｂｅｒと、ステータスコードの状態レベルとを用いることにより、メール通知の制御を行う。このメール通知条件の設定値は、ネットワーク・インターフェース部１０６内で持つものとする。以下に、その通知条件を説明する。
【０１１６】
メール通知の発生する条件項目は
１．ジョブログ通知
２．エラーログ通知（通常エラー、サービスマンコール）
３．オペレータコール発生通知、サービスコール発生通知
４．消耗品交換要求発生通知
とする。
【０１１７】
「ジョブログ」については、前記Ｔｒａｐ信号の種類が「ログ情報」の場合である。ログ情報は、１回のジョブが終了する度にプリンタデバイス１０７からネットワーク・インターフェース部１０６にＴｒａｐ信号によって送信される。ネットワーク・インターフェース部１０６は、そのログ情報を複数回数分保持し、ある規定個数保持の後にメール通知を行う。
【０１１８】
「サービスコールログ」については、前記Ｔｒａｐ信号の種類が「ログ情報」且つ「サービスコール」の場合である。サービスコールのログ情報は、プリンタデバイス１０７が確保しており、その領域が溢れる場合にこのＴｒａｐが発生する。ネットワーク・インターフェース部１０６は、Ｔｒａｐ発生をトリガに、サービスコールのログ情報をプリンタデバイス１０７から獲得し、そのログ情報が格納されたメールの通知を行う。
【０１１９】
「エラーログ」についても同様である。その区別において、エラーはオペレータによってその状態が復帰可能な状態であり、サービスコールは、販売会社等のサービスマンによる物品交換を伴う復帰を要するものである。
【０１２０】
「オペレータコール発生通知」及び「サービスコール発生通知」については、前記Ｔｒａｐ信号の種類が「ステータス変化」の場合である。ネットワーク・インターフェース部１０６は、Ｔｒａｐ発生をトリガにすると同時に、ステータスコードのレベルにより、オペレータコール及びサービスコールを認識する。この場合は詳細エラー情報をプリンタデバイス１０７から獲得し、その詳細エラー情報が格納されたメールの通知を行う。またレベルの違いによって「消耗品交換要求発生通知」も同様に行われる。
【０１２１】
次に、前記したメール通知発生条件を設定する方法について説明する。
【０１２２】
図１５は、本実施形態おける電子メール通知関連項目の設定画面を示す図である。ジョブログ通知、エラーログ発生通知、及び消耗品交換要求を、同図に示すチェックボックス（Ｏｎ Ｊｏｂ Ｃｏｍｐｌｅｔｉｏｎ、Ｏｎ ＤｅｖｉｃｅＥｒｒｏｒ、Ｏｎ Ｒｅｑｕｅｓｔ ｆｏｒ Ｃｏｎｓｕｍａｂｌｅｓ）のユーザインターフェースで設定する。
【０１２３】
図１５の例では、メール通知先としては２箇所設定可能であり、その個々について前記メール通知発生条件の設定が可能である。またシグネチャ情報（Ｓｉｇｍａｔｕｒｅ）の設定やメール通知言語（Ｐｒｅｆｅｒｒｅｄ Ｌａｎｇｕａｇｅ）の設定も同時に設定を行う。
【０１２４】
このように本実施形態では、Ｔｒａｐ Ｎｕｍｂｅｒと、ステータスコードの状態レベルを用いることによりメール通知制御を行うことが可能になり、例えば、デバイス側でどのエラーレベルまでを通知すべきかを判断するための通知レベルを設定することができる。
【０１２５】
［第３実施形態］
上述した第１及び第２実施形態は、電子メールを作成させるために状態変化信号を用い、その信号解析によって作成内容を変化させたものであるが、本実施形態においては、電子メールを作成する上で、プリンタデバイス１０７側のロケール情報を取得し、その情報により作成内容のロケールを切り替えるものである。つまり言語を切り替えるものであり、内容の種類を変えるものではない。
【０１２６】
前述したように、ネットワーク・インターフェース部１０６は、通知メッセージの作成時において、プリンタデバイス１０７から取得される状態情報や装置情報を基に作成を行ったメッセージを、予め用意しておいた文例に挿入を行うと同時に、ネットワーク・インターフェース部１０６内のネットワーク情報も文例に挿入する。本実施形態では、上記ネットワーク・インターフェース部１０６における通知メッセージ作成処理において、プリンタデバイス１０７から取得されるロケールＩＤに基づいて、作成通知メッセージの言語を決定するように制御する。
【０１２７】
図１６は、本発明の第３実施形態に係るメッセージ作成処理を示すフローチャートである。
【０１２８】
まずロケール情報をプリンタデバイス１０７より取得し（ステップＳ１６１）、その後のメール文章作成処理（ヘッダ部作成処理：ステップＳ１６２、ボディ部作成処理：ステップＳ１６３、フッタ部作成処理：ステップＳ１６４）における制御を行う。
【０１２９】
例えばヘッダ部作成処理では、図１７のフローチャートに示すように、ネットワーク・インターフェース部１０６自身の持つネットワーク情報（ＮＩＣデバイス名や、ＩＰアドレス、ＭＡＣアドレス等）を獲得し（ステップＳ１７１）、このネットワーク情報をメールのサブジェクトに組み込む。そしてＴｒａｐ情報のデバイスステータスを獲得し（ステップＳ１７２）、このステータスの種類がロケール情報であった場合には（ステップＳ１７３）、このロケール情報に対応するサブジェクトを作成する（ステップＳ１７４）。そして作成したヘッダ内容をストアする（ステップＳ１７５）。
【０１３０】
ロケール情報の具体的な例としては、プリンタデバイス１０７のパネル表示言語情報である。この情報をプリンタデバイス１０７側から取得する。このパネル表示言語情報としては、日本語、英語、フランス語及びドイツ語等であり、そのロケール情報に応じたメッセージ（電子メール）本文内容をネットワーク・インターフェース部１０６が作成する。メッセージ作成以降の動作は、前記第１及び第２実施形態と同様となる。
【０１３１】
［第４実施形態］
本実施形態では、ネットワーク・インターフェース部１０６において、メッセージ送信処理時にエラーが発生した場合に、その回復を図るリカバリ処理を行うようにしたものである。
【０１３２】
図１８は、本発明の第４実施形態に係るメッセージ送信処理を示すフローチャートである。
【０１３３】
このメッセージ送信処理では、まずステップＳ１８１〜ステップＳ１８４において上記図１２のステップＳ１３１〜ステップＳ１３４と同様の処理を行う。そして、ステップＳ１８５において、ＳＭＴＰ送信処理中に送信エラーが発生したか否かを判断し、送信エラーが発生した場合は、ステップＳ１８６へ進む。
【０１３４】
ステップＳ１６６では、ネットワーク・インターフェース部１０６内に予め設定されている設定値を獲得し、その後は、獲得した設定値の内容によって（ステップＳ１８７）、リカバリ処理を選択し実行する（ステップＳ１８８）。
【０１３５】
図１５の設定画面には、例として送信エラーの場合にリトライ処理をする場合を挙げ、設定項目として、リトライ回数（Ｒｅｔｒｉｅｓ）とリトライ間隔（Ｉｎｔｅｒｖａｌｓ）を設けている。
【０１３６】
送信エラーの発生後は、リトライ間隔の経過後に再送を行う。そこで、再度送信エラーになるようであれば、リトライ回数までリトライ間隔をおいて再送が繰り返される。そして、リトライ回数を超える場合は、結果的に宛先への電子メール通知は失敗したことになる。なお、リトライ回数及びリトライ間隔を任意で設定可能である。
【０１３７】
［第５実施形態］
上記第４実施形態はリカバリ処理の例であったが、本実施形態では、送信エラー発生後に規定処理を行う場合について説明する。
【０１３８】
処理の流れは、前記リカバリ処理と同様である。メッセージ送信のリカバリを行うのではなく、同様のタイミングで規定の処理を行わせる。ここでは送信エラーとなった電子メールを印刷する場合の例で説明する。
【０１３９】
ＳＭＴＰ送信処理においてエラーが発生した後、通知メッセージを印刷ジョブとして印刷装置本体へ送信する。これは通常の印刷ジョブと同じく、印刷されることとなる。この後に印刷装置の管理者やサービスマンは送信されなかった電子メールの内容を紙で見ることが可能である。
【０１４０】
本実施形態の方法では、通知メッセージの内容を確実に残しておくことが可能となり、このことは、サービスマンが印刷装置を管理する上で非常に有効である。
【０１４１】
なお、本実施形態では、送信エラーが発生した後に、すぐに印刷処理を行っていたが、リトライを繰り返した後で最終的にメッセージ通知処理が失敗した時に、印刷処理を行わせても構わない。
【０１４２】
本実施形態では、送信エラーが発生した場合に通知文章の印刷処理を行わせたが、印刷するのではなく、印刷装置本体の記憶装置に格納させてもよい。この場合は、印刷装置本体の記憶装置をアクセスすることにより印刷装置の管理者やサービスマンは送信されなかったメッセージの内容を紙で見ることが可能である。印刷装置本体の記憶装置としてハードディスクや、フラッシュＲＯＭ等の二次記憶装置が装着されている場合には当該装置を利用する。二次記憶装置が無い場合は、ＲＡＭ上に保存を行うが、この場合は電源が落とされると、情報は消えてしまう。
【０１４３】
本実施形態において、送信処理が失敗した場合にメッセージの印刷処理を行っていたが、通知文章ではなく、送信処理が失敗した旨を通知するのみの文章を印刷装置が印刷する処理としてもよい。
【０１４４】
本実施形態において、メッセージ通知を行う内容によって、メッセージの印刷もしくは送信処理の失敗を通知する文章の印刷を制御することが可能である。例として、メッセージ通知内容が管理用のログ通知に関してはログ内容の印刷を行わせ、ステータス変化のメッセージ通知の場合は、失敗通知とする。これにより、課金目的等に使用される重要なログデータの消失を防ぐことが可能である。ステータス変化においても重大なエラー（サービスマンコール等）の発生においてはその内容によって印刷させることも可能である。
【０１４５】
また、上記第４及び第５実施形態においては、メッセージの送信においてエラーが発生した場合に、リカバリ処理や規定の処理を行うようにしたが、別のアドレスに向けて、当該メッセージを送信するようにしてもよい。この場合は、送信に失敗した場合に使用する別メールアドレスに向けてメッセージを送信する。別の失敗した場合の宛先アドレスについても、予めネットワーク・インターフェース部１０６上に設定を行っておく。
【０１４６】
上記説明では、メッセージ送信においてエラーが発生した場合に、印刷処理や別アドレスへの送信を独立させて行わせていたが、それぞれを宛先毎に連動させて送信失敗した場合の処理としてもよい。つまり、宛先１つにリカバリもしくは規定動作の設定項目を設け、その設定項目により処理制御を行う。
【０１４７】
なお、上述した図３〜図８、図１２、図１６、図１７及び図１８のフローチャートに従ったプログラムをネットワーク・インターフェース部１０６内のフラッシュＲＯＭ２０２に格納し動作することにより、上述の制御方法を実現させることが可能となる。
【０１４８】
本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用してもよい。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【０１４９】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピーディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＲＯＭを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５０】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５１】
【発明の効果】
以上詳述したように本発明によれば、周辺機器に関する情報が通知メッセージを通知する発生条件を示す場合、当該発生条件に対応する通知先データに基いて通知メッセージを送信することにより、周辺機器に関する情報を取得するための専用のコマンドを周辺機器に送信しなければならないような専用のアプリケーションをインストールしてこの操作に精通するといったような操作負担をユーザに強いることなく、ネットワークに接続されている周辺機器に関する情報を、発生条件に対応する通知先に通知することができる。
【０１５２】
さらに、通知メッセージの送信時において送信エラーが発生した場合は、通知メッセージの通知先データに対応する設定項目が示す処理を実行することにより、送信エラーに対応する処理を通知先に応じて換えることができる。
【０１５３】
例えば送信エラーとなった通知メッセージを印刷する処理を行うようにすれば、通知メッセージの内容を確実に残しておくことが可能となり、サービスマン又は管理者が印刷装置を管理する上で非常に有効となる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係るデータ転送処理装置が適用可能なネットワークシステムのシステム構成図である。
【図２】図１に示したネットワーク・インターフェース部１０６の構成を示すブロック図である。
【図３】ネットワーク・インターフェース部（ＮＩＣ）１０６の通常処理を示すフローチャートである。
【図４】図３のメール通知処理を示すフローチャートである。
【図５】図４の通知メッセージの作成処理を示すフローチャートである。
【図６】図５のヘッダ部作成処理を示すフローチャートである。
【図７】図５のボディ部作成処理を示すフロートチャートである。
【図８】図５のフッタ部作成処理を示すフロートチャートである。
【図９】実施形態に係るメッセージ（ジョブログ通知）の一例を示す図である。
【図１０】実施形態に係るメッセージ（エラーログ通知）の一例を示す図である。
【図１１】実施形態に係るメッセージ（エラー発生通知）の一例を示す図である。
【図１２】図４のメッセージ送信処理を示すフローチャートである。
【図１３】状態変化信号（Ｔｒａｐ信号）を示す構成図である。
【図１４】本発明の第２実施形態に係るステータスコード例を示す図である。
【図１５】実施形態おけるメッセージ通知関連項目の設定画面を示す図である。
【図１６】本発明の第３実施形態に係るメッセージ作成処理を示すフローチャートである。
【図１７】第３実施形態に係るヘッダ部作成処理を示すフローチャートである。
【図１８】第４実施形態に係るメッセージ送信処理を示すフローチャートである。
【符号の説明】
１０１〜１０３ クライアント端末
１０４ メールサーバ
１０５ 周辺機器デバイス（デバイス端末装置）
１０６ ネットワーク・インターフェース部
１０７ デバイス本体
２０１ ＣＰＵ
２０２ フラッシュＲＯＭ
２０３ ＲＡＭ
２０４ ＬＡＮコントローラ
２０５ プリンタＩ／Ｏ
２０６ ネットワーク（ＬＡＮ）
２０７ プリンタデバイス
２０８ システムバス
Claims (11)
- ネットワーク上の端末装置と周辺機器との間のインターフェースを司るネットワーク・インターフェース装置において、
通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラーが発生した場合の処理を示す設定項目とをそれぞれ対応付けて格納する格納手段と、
前記周辺機器に関する情報を取得する情報取得手段と、
前記情報取得手段で取得した情報が前記発生条件を示す場合、前記情報取得手段で取得した情報に基づき通知メッセージを作成するメッセージ作成手段と、
前記通知メッセージを、前記情報取得手段で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信手段と、
前記メッセージ送信手段による前記通知メッセージの送信時において送信エラーが発生した場合に、当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理手段とを備えたことを特徴とするネットワーク・インターフェース装置。 - 前記設定項目で設定可能な処理は、前記通知メッセージを再送信すること、又は前記通知メッセージを前記周辺機器に印刷させること、又は前記通知メッセージを再送信した後に前記通知メッセージを前記周辺機器に印刷させること、又は別メールアドレスに向けて前記通知メッセージを送信することであることを特徴とする請求項１記載のネットワーク・インターフェース装置。
- 前記周辺機器に関する情報は、前記周辺機器から発せられた情報であり、前記周辺機器の状態を示す状態情報を含むことを特徴とする請求項１または２記載のネットワーク・インターフェース装置。
- 前記状態情報の変化を示す状態変化信号を前記周辺機器から受け取って前記周辺機器の状態を判断し、その判断結果に応じて前記メッセージ送信手段による通知メッセージの送信動作を制御する手段を備えたことを特徴とする請求項３記載のネットワーク・インターフェース装置。
- 前記状態情報の変化を示す状態変化信号を前記周辺機器から受け取って前記周辺機器の状態を判断し、その判断結果に応じて前記メッセージ作成手段によって作成される前記通知メッセージの内容を制御する手段を備えたことを特徴とする請求項３記載のネットワーク・インターフェース装置。
- 前記状態情報の変化を示す状態変化信号を前記周辺機器から受け取って前記周辺機器の状態レベルを設定し、その状態レベルに応じて前記メッセージ送信手段による通知メッセージの通知レベルを制御する手段を備えたことを特徴とする請求項３記載のネットワーク・インターフェース装置。
- 前記状態情報の変化を示す状態変化信号を前記周辺機器から受け取って前記周辺機器の状態レベルを設定し、その状態レベルに応じて前記メッセージ作成手段によって作成される前記通知メッセージの内容を制御する手段を備えたことを特徴とする請求項３記載のネットワーク・インターフェース装置。
- 前記メッセージ作成手段は、前記情報取得手段で取得した情報に基づき作成したメッセージを、予め用意しておいたメッセージ文に挿入して前記通知メッセージを作成することを特徴とする請求項１乃至７のいずれかに記載のネットワーク・インターフェース装置。
- 前記メッセージ作成手段は、前記周辺機器または当該ネットワーク・インターフェース装置内から取得されるロケール情報に基づいて、作成する前記通知メッセージの言語を決定することを特徴とする請求項１乃至８のいずれかに記載のネットワーク・インターフェース装置。
- デバイス本体部と、前記デバイス本体部とネットワーク上の端末装置との間のインターフェースを司るネットワーク・インターフェース部とを備えたデバイス端末装置において、
前記ネットワーク・インターフェース部は、
通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラー が発生した場合の処理を示す設定項目とをそれぞれ対応付けて格納する格納手段と、
前記デバイス本体部に関する情報を取得する情報取得手段と、
前記情報取得手段で取得した情報が前記発生条件を示す場合、前記情報取得手段で取得した情報に基づき通知メッセージを作成するメッセージ作成手段と、
前記通知メッセージを、前記情報取得手段で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信手段と、
前記メッセージ送信手段による前記通知メッセージの送信時において送信エラーが発生した場合に、当該当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理手段とを備えたことを特徴とするデバイス端末装置。 - ネットワーク上の端末装置と周辺機器との間のインターフェースを司るネットワーク・インターフェース装置の制御方法において、
通知メッセージの通知先データと、通知メッセージを通知する発生条件と、送信エラーが発生した場合の処理を示す設定項目とをそれぞれ対応付けて設定する設定工程と、
前記周辺機器に関する情報を取得する情報取得行程と、
前記情報取得工程で取得した情報が前記発生条件を示す場合、前記情報取得行程で取得した情報に基づき通知メッセージを作成するメッセージ作成行程と、
前記通知メッセージを、前記情報取得工程で取得した情報が示す発生条件に対応する通知先データに基づいて送信するメッセージ送信行程と、
前記メッセージ送信行程による前記通知メッセージの送信時において送信エラーが発生した場合に、当該通知メッセージの通知先データに対応する設定項目が示す処理を実行するエラー時処理行程とを備えたことを特徴とするネットワーク・インターフェース装置の制御方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001009471A JP3658325B2 (ja) | 2001-01-17 | 2001-01-17 | ネットワーク・インターフェース装置、デバイス端末装置、及びネットワーク・インターフェース装置の制御方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001009471A JP3658325B2 (ja) | 2001-01-17 | 2001-01-17 | ネットワーク・インターフェース装置、デバイス端末装置、及びネットワーク・インターフェース装置の制御方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2002215472A JP2002215472A (ja) | 2002-08-02 |
| JP2002215472A5 JP2002215472A5 (ja) | 2004-11-18 |
| JP3658325B2 true JP3658325B2 (ja) | 2005-06-08 |
Family
ID=18876952
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001009471A Expired - Fee Related JP3658325B2 (ja) | 2001-01-17 | 2001-01-17 | ネットワーク・インターフェース装置、デバイス端末装置、及びネットワーク・インターフェース装置の制御方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3658325B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004078565A (ja) | 2002-08-19 | 2004-03-11 | Murata Mach Ltd | 電子メールクライアントとクライアント用のプログラム |
| US7260628B2 (en) | 2002-09-06 | 2007-08-21 | Hitachi, Ltd. | Event notification in storage networks |
| JP4048498B2 (ja) | 2003-12-02 | 2008-02-20 | セイコーエプソン株式会社 | ネットワークデバイス及びデバイス監視方法 |
| JP4757241B2 (ja) * | 2007-08-02 | 2011-08-24 | シャープ株式会社 | データ処理装置 |
| JP7251142B2 (ja) * | 2018-12-28 | 2023-04-04 | 京セラドキュメントソリューションズ株式会社 | 電子機器及び画像形成装置 |
-
2001
- 2001-01-17 JP JP2001009471A patent/JP3658325B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002215472A (ja) | 2002-08-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3834452B2 (ja) | 機器管理システム、管理サーバ及びコンピュータ読取可能な記録媒体 | |
| AU719748B2 (en) | Printer communication system and method | |
| JP2005219440A (ja) | ネットワークに接続されるプリンタの動作に関する特定情報の通知先設定 | |
| JP2000347976A (ja) | 機器管理システム、管理サーバ及びコンピュータ読取可能な記録媒体 | |
| JP2006072967A (ja) | 情報処理装置、その情報通知方法、制御プログラム及び記憶媒体 | |
| JP2006031677A (ja) | 印刷制御装置、印刷装置、印刷ネットワークシステム、印刷制御方法、印刷制御プログラム及び印刷制御プログラムを格納した記録媒体。 | |
| JP3826009B2 (ja) | 情報処理装置、印刷ジョブ出力方法、及びコンピュータプログラム | |
| JP3658325B2 (ja) | ネットワーク・インターフェース装置、デバイス端末装置、及びネットワーク・インターフェース装置の制御方法 | |
| JP6349733B2 (ja) | 情報処理装置、復旧支援方法、復旧支援プログラム、復旧支援システムおよび復旧支援サーバー | |
| US6985241B1 (en) | Image forming device, an image forming system, and a method of facilitating ordering of an imaging consumable | |
| JP2003216558A (ja) | デバイス端末装置、ネットワークシステム、電子メール通知方法、記憶媒体、及びプログラム | |
| JP4866377B2 (ja) | 画像処理装置及び画像処理システム | |
| JP2007030444A (ja) | 電子装置 | |
| US20040158632A1 (en) | Recovery of interrupted communication for remote management of devices | |
| JP2007237472A (ja) | 印刷装置及び印刷プログラム | |
| JP3903104B2 (ja) | プリンタ・システムならびにプリンタ装置およびその制御方法 | |
| JP2007300545A (ja) | 画像形成装置 | |
| JPH10269038A (ja) | 印字データ受信端末及びプリントシステム、並びにそれらの制御方法 | |
| JPH1185416A (ja) | プリンタ管理装置、及びプリンタ管理システム | |
| JP2006051635A (ja) | 印刷制御装置および方法およびプログラム | |
| JP4628326B2 (ja) | ネットワーク機器の管理装置及び管理プログラム | |
| JP4125146B2 (ja) | データ処理装置及びデータ処理方法 | |
| JP7043896B2 (ja) | ネットワーク制御システム | |
| US20050094185A1 (en) | Job managing apparatus, job managing method, and job managing program | |
| JP2005271406A (ja) | 情報処理装置、リモートメンテナンスシステム、及びプログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20040624 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040629 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040830 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050222 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050311 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 3658325 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080318 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090318 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100318 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110318 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120318 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130318 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140318 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |