本発明は、依頼ノードからLAN経由で受け取ったプリントデータを印刷処理するプリント装置において、前記依頼ノードから前記LAN上に送出されたプリントデータを当該LANから取り込む手段と、取り込まれた前記プリントデータの中から印刷処理の処理結果の通知先となる通知先ノードの電子メールアドレスを抽出する手段と、前記プリントデータについて実行された印刷処理の処理結果を検知する手段と、検知された前記処理結果を前記通知先ノードの前記電子メールアドレスに電子メールで通知する手段と、を具備するプリント装置である。
また本発明は、上記プリント装置において、前記検知手段は、前記プリントデータについて実行された印刷処理の処理結果が正常終了であることを検知し、前記通知手段は、正常終了が検知された場合に、前記通知先ノードの電子メールアドレスへ印刷処理が正常終了したことを示すメッセージを通知するものとした。
また本発明は、上記プリント装置において、前記検知手段は、前記プリントデータについて実行された印刷処理の処理結果が異常であることを検知し、前記通知手段は、異常が検知された場合に、前記通知先ノードの電子メールアドレスへ印刷処理が異常であることを示すメッセージを通知するものとした。
また本発明は、上記プリント装置において、前記LANから取り込まれた複数のプリントデータを蓄積する手段と、前記プリントデータから抽出された通知先ノードの電子メールアドレスを抽出元のプリントデータに夫々対応させて記憶する手段と、処理結果が検知されたプリントデータに対応した通知先ノードの電子メールアドレスを前記記憶手段から取り出して前記通知手段へ知らせる手段と、を具備するものとした。
また本発明は、上記プリント装置において、前記LANから取り込まれたプリントデータの中から前記通知先ノードへ通知可能な処理結果項目を抽出する手段と、検知された処理結果と一致する項目が前記処理結果項目に含まれていれば、その処理結果を前記通知先ノードへ通知するように前記通知手段に指示する手段と、を具備するものとした。
また本発明は、上記プリント装置において、前記プリントデータの中から抽出された処理結果項目に印刷待ちの項目が含まれている場合、印刷の待ちキュー状態が検出されたときには、待ちキュー数、キューサイズを含む付属情報を前記通知先ノードの電子メールアドレスにプリントデータ受信後すぐに通知するものとした。
また本発明は、上記プリント装置において、前記LAN経由で電子メールを受信する手段と、受信した電子メールの中から管理者ノードの電子メールアドレスを抽出する手段と、前記管理者ノードの電子メールアドレスを記憶する手段と、検知された前記処理結果を前記管理者ノードの電子メールアドレスに電子メールで通知する手段と、を具備するものとした。
また本発明は、上記プリント装置において、受信した前記電子メールの中から前記管理者ノードへ通知可能な処理結果項目を抽出する手段と、検知された処理結果と一致する項目が前記処理結果項目に含まれていれば、その処理結果を前記管理者ノードへ通知するように前記通知手段に指示する手段と、を具備するものとした。
また本発明は、プリント装置における印刷処理の結果を通知先ノードへ通知する処理結果通知方法において、以下のステップ(a)依頼ノードからLAN経由で受け取ったプリントデータの中から前記通知先ノードの電子メールアドレスを抽出するステップ、(b)前記プリント装置における印刷処理の結果を検知するステップ、(c)検知された処理結果を前記通知先ノードの電子メールアドレスに電子メールで通知するステップ、を含む処理結果通知方法である。
本発明のファクシミリ装置は、依頼ノードからLAN経由で受け取ったファクシミリデータを前記依頼ノードから指示された宛先へファクシミリ送信するファクシミリ装置において、前記依頼ノードから前記LAN上に送出されたファクシミリデータを当該LANから取り込む取込部と、取り込まれた前記ファクシミリデータの中からファクシミリ送信の処理結果の通知先となる通知先ノードの電子メールアドレスを抽出する抽出部と、前記ファクシミリデータについて実行された送信処理の処理結果を検知する検知部と、検知された前記処理結果を前記通知先ノードの前記電子メールアドレスに電子メールで通知する通知部と、を具備する。
また、本発明のプリント装置は、依頼ノードからLAN経由で受け取ったプリントデータを印刷処理するプリント装置において、前記依頼ノードから前記LAN上に送出されたプリントデータを当該LANから取り込む取込部と、取り込まれた前記プリントデータの中から印刷処理の処理結果の通知先となる通知先ノードの電子メールアドレスを抽出する抽出部と、前記プリントデータについて実行された印刷処理の処理結果を検知する検知部と、検知された前記処理結果を前記通知先ノードの前記電子メールアドレスに電子メールで通知する通知部とを具備する。
以上のように構成されたファクシミリ装置及びプリント装置によれば、受信データ中から通知用電子メールアドレスを認識できることにより、ファクシミリ送信又はプリント処理の結果が正常、異常両方のいづれの場合においても、電子メールにより結果を通知することができるため、送信処理又はプリント処理を依頼する側はその場で結果を知ることが可能となる。また、何度もファクシミリ装置又はプリント装置のところへいってチェックするといった無駄な手間も省けることになる。
本発明のファクシミリ装置は、前記LANから取り込まれた複数のファクシミリデータを蓄積する蓄積部と、ファクシミリデータから抽出された通知先ノードの電子メールアドレスを抽出元のファクシミリデータに夫々対応させて記憶するテーブルと、処理結果が検知されたファクシミリデータに対応した通知先ノードの電子メールアドレスを前記テーブルから取り出して前記通知部へ知らせる機能と、を具備する。
本発明のプリント装置は、前記LANから取り込まれた複数のプリントデータを蓄積する蓄積部と、前記プリントデータから抽出された通知先ノードの電子メールアドレスを抽出元のプリントデータに夫々対応させて記憶するテーブルと、処理結果が検知されたプリントデータに対応した通知先ノードの電子メールアドレスを前記テーブルから取り出して前記通知手段へ知らせる機能とを具備する。
以上のように構成されたファクシミリ装置及びプリント装置によれば、ファクシミリ送信又はプリント処理を依頼する側が複数であり、受信するデータも複数になった場合において、各データの処理結果を各データに付加された通知用電子メールアドレスに対してそれぞれ個別に通知することができるため、処理依頼側は自分が依頼した処理結果だけを得ることが可能となる。また、一人の処理依頼者が複数のデータ処理を依頼でき、処理結果に加えてファイル名も通知されるため、どの処理が正常に終了し、どの処理が異常かがその場で知ることができる。
本発明のファクシミリ装置は、LANから取り込まれたファクシミリデータの中から前記通知先ノードへ通知可能な処理結果項目を抽出する抽出部と、検知された処理結果と一致する項目が前記処理結果項目に含まれていれば、その処理結果を前記通知先ノードへ通知するように前記通知手段に指示する指示部とを具備する。
本発明のプリント装置は、LANから取り込まれたプリントデータの中から前記通知先ノードへ通知可能な処理結果項目を抽出する抽出部と、検知された処理結果と一致する項目が前記処理結果項目に含まれていれば、その処理結果を前記通知先ノードへ通知するように前記通知手段に指示する指示部とを具備する。
以上のように構成されたファクシミリ装置及びプリント装置によれば、受信したファクシミリデータ又はプリントデータの中から通知用電子メールアドレスに加えて通知を可能とする結果情報の種類を認識できることにより、送信処理又ははプリント処理の結果と一致した場合に限り結果を通知することができるため、処理依頼側は発生時に通知して欲しい結果情報の種類のみをダイナミックに指定することが可能となる。
本発明のファクシミリ装置は、前記ファクシミリデータの中から抽出された処理結果項目に送信待ちの項目が含まれている場合、ファクシミリ送信の待ちキュー状態が検出されたときには、待ちキュー数、キューサイズを含む付属情報を前記通知先ノードの電子メールアドレスにファクシミリデータ受信後すぐに通知する。
本発明のプリント装置は、前記プリントデータの中から抽出された処理結果項目に印刷待ちの項目が含まれている場合、印刷の待ちキュー状態が検出されたときには、待ちキュー数、キューサイズを含む付属情報を前記通知先ノードの電子メールアドレスにプリントデータ受信後すぐに通知する。
以上のように構成されたファクシミリ装置及びプリント装置によれば、ファクシミリデータ又はプリントデータ中に付加された通知可能結果情報の種類と、処理結果とが「プリントキュー待ち」で一致した場合において、通知用電子メールアドレスに対し「プリントキュー待ち」である旨と、さらにその付属情報としてキューの数、およびキューサイズが通知されるため、処理依頼側は正常終了が通知されない理由がわかると同時に、どの位で処理が実行され正常終了のメッセージが通知されるのか、おおよその検討をつけることができる。そのため、なかなかプリントデータが出力されず、何度もタイミングをみてプリンターのところへ様子を見に行ったり、あるいはキューチェックコマンドによりプリントキュー状態をチェックしたりといった面倒が省けることになる。
本発明のファクシミリ装置は、前記LAN経由で電子メールを受信する受信部と、受信した電子メールの中から管理者ノードの電子メールアドレスを抽出する抽出部と、前記管理者ノードの電子メールアドレスを記憶するメモリと、検知された前記処理結果を前記管理者ノードの電子メールアドレスに電子メールで通知する通知部とを具備する。
本発明のプリント装置は、前記LAN経由で電子メールを受信する受信部と、受信した電子メールの中から管理者ノードの電子メールアドレスを抽出する抽出部と、前記管理者ノードの電子メールアドレスを記憶するメモリと、検知された前記処理結果を前記管理者ノードの電子メールアドレスに電子メールで通知する通知部とを具備する。
以上のように構成されたファクシミリ装置及びプリント装置によれば、一つ以上の管理者通知用電子メールアドレスを電子メールによりあらかじめ登録できるため、処理結果の種類により、処理を依頼した側とさらに一人以上の管理者に対しても結果を通知したい場合において、同時に結果を知らせることができる。また、管理者通知用電子メールアドレスとデータ中に付加された通知可能結果情報を対応づけることにより、発生する処理結果に応じて別々の管理者にその旨を通知することが可能となる。さらに、複数の管理者通知用電子メールアドレスが登録できるため、1つの結果情報を複数の管理者へ通知したり、逆に複数の結果情報を一人の管理者へ通知することができる。そのため、特別な結果が生じた場合、管理者一人一人に報告する必要がなくなる。
以下、本発明の実施の形態について図面を参照して詳細に説明する。
(第1の実施例)
第1の実施例はNETFAXからファクシミリ送信の処理結果を電子メールで依頼者ノードに通知する通信結果通知システムの例である。図24に示したネットワーク構成を例にして説明する。
図1は通信結果通知システムにおけるNETFAXの機能ブロックを示している。このNETFAXは、装置全体の制御を行うCPU1、プログラムが格納されるROM2、プログラムが作業領域として使用するRAM3、フォーマット変換部4、ファクシミリデータ蓄積部5、ファクシミリ部6、LANインターフェイス部7、モデム8、ネットワークコントロールユニット9を備えている。
LANインターフェイス部7でLANからファクシミリデータを取り込むために必要な手順が実行される。フォーマット変換部4は、LAN経由で受信した送信原稿のイメージデータをG3ファクシミリのフォーマットに変換する。ファクシミリデータ蓄積部5に受信したファクシミリデータが一旦蓄えられる。ファクシミリ部6でファクシミリデータの送受信処理が行われる。モデム8でデータ送受信の際に必要な変調又は復調をかけ、ネットワークコントロールユニット9で回線を制御する。
図2は、ファクシミリ送信処理の結果を通知用電子メールアドレスに対し通知する処理を示すフローチャートである。図24においてNETFAX(212)から依頼者ノード(211)にファクシミリ送信処理の結果を通知する場合、依頼者ノードがファクシミリデータのヘッダ部に当該依頼者ノードのネットワーク上での電子メールアドレスを組み込んで送る。
NETFAXでは、LANインターフェイス部7で依頼者ノードからLAN経由で送られてくるファクシミリデータを受信し(st1)、この受信したファクシミリデータを一旦ファクシミリデータ蓄積部5に蓄積しておく(st2)。
CPU1は、受信したファクシミリデータに付加されている通知用電子メールアドレスをデータの中から認識し(st3)、その通知用電子メールアドレスをRAM3内に設けたテーブル10に登録する(st4)。ファクシミリデータとして受信したイメージデータをフォーマット変換部4でG3ファクシミリのフォーマットに変換する(st5)。
一方で、CPU1が依頼者ノードから依頼されたファクシミリ送信処理をファクシミリ部6に対して指示する。ファクシミリ部6は、G3ファクシミリに合わせてフォーマット変換されたファクシミリデータの送信処理を行う(st6)。CPU1は、ファクシミリ部6にファクシミリ送信処理の指示を出してからファクシミリ受信処理の結果を検知する(st7)。
予め登録されている通知メッセージの中からファクシミリ部6での処理結果に基づいた通知メッセージを決め(st8)、その通知メッセージをテーブル10に登録しておいた通知用電子メールアドレスに電子メールにて通知する(st9)。ここでは、通知用電子メールアドレスに依頼者ノード211を設定しているので、通知メッセージの電子メールが依頼者ノード211の電子メールアドレスへ届けられる。
このような第1の実施例によれば、ファクシミリ送信処理の結果が電子メールによりファクシミリ送信依頼ノードへ通知される。したがって、ファクシミリ送信が正常終了した場合には正常終了した旨の通信結果をファクシミリ送信依頼ノードで受け取ることができ、異常の場合には送信エラーがあった旨の通信結果をファクシミリ送信依頼ノードで受け取ることができる。依頼者自信が、わざわざファクシミリ装置の設置場所まで出向いていき表示部の表示内容(異常メッセージ)をチェックする必要がなくなる。表示部に未達届け等のメッセージが出力された場合に、表示部をチェックし忘れた等の理由でメッセージが正しく伝わらないといった事態を未然に防ぐことができる。
NETFAXがPSTNから受信したファクシミリデータの受信結果を電子メールでLAN上の受信ノードに転送する場合について説明する。
ファクシミリデータを発信する発信ノードが、ファクシミリデータのヘッダ部に受信ノードのネットワーク上での電子メールアドレスを組み込んで送る。
NETFAXでは、ファクシミリ部6でPSTNからファクシミリデータを受信し(st21)、ファクシミリデータを一旦ファクシミリデータ蓄積部5に蓄積する(st22)。CPU1は、受信したファクシミリデータのヘッダ部に挿入された受信ノードの通知用電子メールアドレスをデータの中から認識し(st23)、その通知用電子メールアドレスをRAM3内に設けたテーブル10に登録する(St24)。
1頁又は全頁のファクシミリデータをファクシミリデータ蓄積部5に保存したところで、イメージデータの印刷を開始する(st25)。ファクシミリデータの受信から印刷までの処理工程を経てファクシミリ受信処理を終了する。
ファクシミリ受信処理の結果を検知し(st26)、予め登録されている通知メッセージの中からファクシミリ部6での処理結果に基づいた通知メッセージを決める(st27)。そして、テーブル10に登録しておいた受信ノードの電子メールアドレスにその通知メッセージを電子メールにて通知する(St28)。
このような第1の実施例によれば、ファクシミリ受信処理の結果が電子メールにより受信ノードへ通知されるので、受信ノードにてファクシミリデータがいつ到着したか知ることができ、ファクシミリ到着後すぐに入手することができると共に、送付されたファクシミリデータがなかなか送付先の手元に届かないといった問題も解決される。
(第2の実施例)
図3は、第2の実施例に係る通信結果通知システムの適用される通信ネットワークの構成例を示している。LAN11にパーソナルコンピュータ(PC)で構成される第1の依頼者ノード12、管理者ノード13、NETFAX14が接続されている。NETFAX14はPSTN15経由でG3FAX16につながり電話回線によるファクシミリ通信ができる。また、LAN11が接続されるインターネット17には複数のLANが属しており、その中の一つのLAN18上に別の依頼者ノード19及びNETFAX20が存在している。以下、NETFAX14がファクシミリデータの中継及び印刷を行うものとして説明する。
図4は、NETFAX14の機能ブロックを示している。NETFAX14は、FAX制御部21とLAN制御部30とを備えている。FAX制御部21には、ファクシミリ送受信処理及び送信結果通知処理を主に制御するCPU22、CPU22の実行するプログラムが格納されたROM23、各種テーブルが登録され又作業領域として使用されるRAM24が備えられている。さらに、FAX制御部21には、送信原稿の読取りを行うスキャナ部25、イメージデータを印刷するプリンタ部26、電話番号、電子メールアドレス等の各種情報を入力できるパネル部27、ファクシミリデータを変調及び復調するモデム28、LAN制御部30との間でデータをやり取りするシリアルインタフェース29が備えられている。一方、LAN制御部30には、LAN11との間でのファクシミリデータのやり取りを主に制御するCPU31、CPU31を動作させるプログラムの格納されたROM32、プログラムの使用するデータが格納されるRAM33、イーサネット(登録商標)等のLAN11に接続するためのLANインタフェース34、FAX制御部21に接続するためのシリアルインタフェース35を備えている。
依頼者ノード(12、19、20)がNETFAX14にファクシミリデータの中継又は印刷を依頼する場合、依頼者ノードでファクシミリデータ又は印刷データを電子メール又はフレームにしてLAN11のデータストリームに送出する。依頼者ノードは、ファクシミリデータ又は印刷データを搬送する電子メール又はフレームの宛先アドレスに、印刷用アドレス又は中継用アドレスのいずれかをデータ内容に合わせて設定する。
図5に中継用アドレスの具体例を示している。この中継用アドレスは、NETFAX14にファクシミリデータを中継させるためのパスワードと、宛先のG3FAX16の電話番号と、NETFAX14のホスト名と、ドメイン名とで構成されている。宛先アドレスのうち#と@とで挟んだ部分が宛先となるG3FAX16の電話番号であることを示している。図6は印刷用アドレスの具体例を示している。NETFAX14は宛先アドレスのデータの並びをみて中継用アドレスと印刷用アドレスとを識別する。
また、NETFAX14には予め登録された特定の依頼者ノード以外からの中継は受け付けない機構が備えられている。NETFAX14で中継する依頼者ノードのドメイン名とパスワードとを登録した管理テーブルを予め準備して、FAX制御部21のRAM24に記憶している。
図7に管理テーブルの構成を示している。図3のネットワーク構成上で経路3の中継のみ許可し、経路1、2の中継は許可しない場合であれば、経路3の依頼者ノードのドメイン名だけを管理テーブルに登録する。
図9及び図10は、NETFAX14におけるファクシミリデータの中継処理のフローチャートを示している。図7に示す管理テーブルはファクシミリ制御部21側のRAM24にバックアップされて格納されており、起動時にLAN制御部30側へ転送される。
LAN11内の依頼者ノート(パーソナルコンピュータ)12がNETFAX14に対してG3FAX16へのファクシミリデータの中継を依頼する場合について説明する。依頼者ノード12はファクシミリデータとして送信すべきデータを電子メールのフォーマットでNETFAX14へ送信する。このとき、依頼者ノード12では、図5に示す中継アドレスと発信元アドレスとを電子メールに設定する。
NETFAX14は、依頼者ノード12からG3FAX16へ中継するファクシミリデータの電子メールを中継専用の電話番号で受信する(st31)。受信した電子メールに含まれたファクシミリデータ部分(テキストデータ、イメージデータ)をファクシミリデータのフォーマットに変換する。
次に、LAN制御部30のRAM33に転送されている管理テーブルを参照してパスワードチェックする(st32)。図5に示す中継用アドレスの先頭に置かれたパスワード(ifax 001)を取り出して、管理テーブルに登録されているパスワードと照合する。管理テーブルに一致するパスワードがあることが確認できれば、パスワードが正しいと判断する(st33)。パスワードが正しい場合は、さらに管理テーブルを参照して発信元のドメイン名をチェックする(st34)。受信した電子メールの発信元アドレスに記述されているドメイン名を取り出し、この取り出した発信元のドメイン名と先にチェックしたパスワードに対応した管理テーブル上のドメイン名とを照合する。発信元のドメイン名が管理テーブルに登録されていれば、受信した電子メールのファクシミリデータを中継してもよいと判断する(st35)。なお、一つのパスワードに対して複数のドメイン名を登録することもできる。
NETFAX14を中継に使用するためのパスワードを特定の依頼者に与えると共にそのパスワードを管理テーブルに登録しているので、NETFAX14で特定の依頼者からの中継依頼だけを受け入れるようにすることができる。
また、パスワードを含んだ中継用アドレスが第三者に漏洩した場合であっても、ステップ34における処理で発信元のドメイン名を制限することで、NETFAX14の無断使用を防ぐことができる。
上記ステップ35の処理において、依頼者ノード12からのメールデータを中継してもよいと判断した場合、メールデータをLAN制御部30側からファクシミリ制御部21側へシリアルインタフェース35を介して送る。
ファクシミリ制御部21では、メールデータの中継用アドレスから#マークと@マークとで挟まれた宛先電話番号を取り出し、宛先電話番号及びメールデータをRAM24に一時保存する。ファクシミリ制御部21は、NETFAXを管理する管理者の管理者ノード13にログを送信する(st36)。管理者ノード13へ送信するログには発信元、宛先電話番号、及びデータの中身等を含む。このように、管理者ノード13には中継がある度に発信元アドレスと送信先電話番号が通知されるので、中継量が異常に増加するなどの状況に対して迅速にチェックをかけることができる。
次に、先にRAM24に保持した宛先電話番号に発呼し、ファクシミリ用にフォーマット変換したメールデータをファクシミリ送信する(st37)。そして、送信結果を示すテキストデータを電子メールのテキスト部に格納し(st38)、さらに電子メールにファクシミリ送信した1頁目を添付ファイルとして格納する(st39)。送信結果及び1頁目を格納した電子メールを発信元アドレスに送信する(st40)。
なお、ステップ33又は35の処理において、パスワード又はドメイン名が違っていた場合は、メールサーバにエラーを返す(st41)。メールサーバから依頼者ノードへエラーメールが返される。
図10を参照して、通信結果を依頼者ノードへ通知するための通知処理を詳細に説明する。この通信結果通知処理は上記ステップ38−ステップ40に相当する。
依頼者ノード12からNETFAX14に中継送信を依頼すると、NETFAX14が電子メールをファクシミリデータ(イメージデータ)に変換する。このときにメールデータの宛先アドレス及び発信元アドレスから宛先電話番号及び発信元アドレスを取り出して図8に示すような管理テーブルを作成し、宛先電話番号に発呼して依頼された宛先へファクシミリデータを送信する(st51)。
NETFAX14は、既存のファクシミリ装置と同様の処理により送信結果を検知する(st52)。表示部に表示するためのメモリ(例えば、RAM24の一部)に、送信が正常に終了した場合には送受信履歴として送信OKと記憶され、送信できなかった場合には送信NGと記憶する。
ステップ52の処理において送信履歴をメモリに記憶したら、送信結果の内容をチェックする(st53)。送信NGの場合は、送信異常を示すメッセージのテキストデータをメモリから読み出す(st54)。送信OKの場合は、送信完了を示すメッセージのテキストデータをメモリから読み出す(st55)。
なお、送信完了の場合と送信異常の場合とでそれぞれメモリからテキストデータを読み出しているが、いずれか一方の場合だけにしてもよい。
送信異常に対応したテキストデータ、または送信完了に対応したテキストデータを作成すると、依頼者ノードから中継するメールデータを受け取ったときに図8に示す管理テーブルに格納した発信元アドレスを当該管理テーブルから取り出す。依頼者ノード12のアドレスである発信元アドレスを、通信結果メールのメールアドレスとして設定する(st56)。上記ステップ54、55で作成した通信結果メッセージのテキストデータを、通信結果メールのtext/Plain部にコピーする(st57)。また、中継依頼を受けてステップ51で送信処理したイメージデータの1頁目を切り出し(st58)、切り出されたイメージデータをBase64変換してイメージ部にコピーする(st59)。すなわち、切り出したイメージデータをファイル化して添付する。
そして、テキスト部に通信結果メッセージのテキストデータが挿入され、かつイメージ部に1頁目のイメージデータが添付された電子メールを依頼者ノードのアドレスとなる発信元アドレスへメールする(st60)。
この結果、依頼者ノード12では、NETFAX14に対してG3FAX16への中継を依頼すると、NETFAX14から送信処理が終了した時点で通信結果メッセージ及び1頁目のイメージデータが添付された電子メールが送られてくる。したがって、依頼者はNETFAX14の設置場所へ送信結果を確認しに出向かなくて送信処理終了後、直ちに送信結果を知ることができる。
また、発信元(ドメイン名)を偽って中継依頼した場合にあっては、送信結果通知がメールデータに設定されている発信元に戻されるので、偽って送信依頼したノードには送信結果通知が戻されないので結果通知のサービスから偽依頼者を排除できる。また、ドメイン名を承諾無しに使われた第3者のノードには本人が依頼していないメールの送信結果が通知されるので、第3者は自分のドメイン名が不正に使用されていることを発見できる。
図11に、ファクシミリ制御部21からLAN制御部30へ送信結果等を受け渡すシーケンスが示されている。NETFAX14が依頼者ノードから受信したメールデータは全てファクシミリ制御部21で管理される。ファクシミリ制御部21から管理テーブルの発信元アドレスが返信メールアドレスとして渡されるとLAN制御部30で結果通知メールの宛先に返信メールアドレスをセットする。また、ファクシミリ制御部21から送信結果テキストがLAN制御部30へ渡されると、結果通知メールのテキスト部に送信結果テキストをコピーする。
このように、ファクシミリ制御部21側で全てのデータを管理することにより、複雑な制御を可能にするとともに、送達確認を通常のメール送信と同じ制御で行うことができ、プログラム構成を簡素化できる。さらに、通常のファクシミリ制御部21のほうがLAN制御部30よりもCPUの機能が高機能であるため、ファクシミリ制御部21側でデータの管理を行う方がより大きなデータを扱うことができる。
(第3の実施例)
第3の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知する通信結果通知システムである。第3の実施例に係る通信結果通知システムにおけるプリント装置は、図24に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取る。
図12は、第3の実施例に係る通信結果通知システムにおけるプリント装置の基本構成図である。プリント装置は、装置全体の制御を行うCPU41、CPU41の処理内容などを記述したプログラムを格納するROM42、プログラムのデータ用領域として使用されるRAM43、LPD等のプリンタープロトコルでプリント処理を行うプリンタ部44、プリントデータをLAN上でやりとりするLANインターフェイス部45を有している。
図13は、プリント処理の結果を通知用電子メールアドレスに対し通知する処理を示すフローチャートである。プリント装置では、依頼者ノードからプリント依頼の出されたプリントデータを受信すると(st70)、その受信したプリントデータに付加されている通知用電子メールアドレスを前記データの中から認識する(St71)。
なお、プリント処理を依頼した依頼者ノードにプリント処理結果を通知する場合は、プリントデータに付加される発信元アドレスを通知用電子メールアドレスに使用できるので特別に通知用電子メールアドレスを追加する必要がない。また、依頼者ノードとプリント処理結果の通知先ノードとが相違する場合は、依頼者ノードでプリントデータに通知先ノードの電子メールアドレスを通知用電子メールアドレスとして設定する。
CPU41は、プリントデータの中から認識した通知用電子メールアドレスをRAM43に設けられた返信アドレステーブルに登録する(st72)。CPU41からプリンタ部44に対してプリント処理を指示する。この結果、受信したプリントデータのプリント処理が実行される(st73)。プリント処理が実行されたならば、プリンタ部44でのプリント処理結果を検知する(st74)。検知した処理結果に応じた通知メッセージを決め(st75)、先に返信アドレステーブルT1に登録した通知用電子メールアドレスを取り出す。この通知用電子メールアドレスに通知メッセージを電子メールにて通知する(st76)。
図14は、上記ステップ74において検知したプリント処理の結果が正常終了であった場合の処理フローを示す。先ず、プリント処理の結果を検知し(st81)、プリント処理が正常終了されていることを確認する(st82)。正常終了されていることが確認されると、正常終了した旨のメッセージを返信アドレステーブルT1に登録されている通知用電子メールアドレスに対し電子メールで通知する(st83)。なお、ステップ82の処理において、正常終了していないことが判明した場合は、正常終了した旨のメッセージは通知しない。
図15は、上記ステップ74において検知したプリント処理の結果が異常終了であった場合の処理フローを示す。プリント処理の結果を検知し(st84)、プリント処理が異常終了していないかどうか判断する(st85)。プリント処理が異常終了していることを確認できれば、異常の旨を表すメッセージを返信アドレステーブルT1に登録した通知用電子メールアドレスに対し通知する(st86)。なお、異常でない場合は、異常メッセージは通知しない。
このように上記第3の実施例によれば、受信したプリントデータの中から直接に、処理結果を通知する電子メールアドレスを知ることができ、プリント処理を依頼した依頼者ノードに対してプリント処理結果を通知することができる。したがって、プリント処理を依頼した依頼者がわざわざプリンタ装置の設置場所まで様子を見に行く必要がなく、その場でプリント処理の結果が得られる。
プリント処理を依頼する側は、パソコンに表示されたダイヤログボックスにおいて、通知先となる電子メールアドレスを指定し設定ボタンを押すことにより、容易に上記に基づいたプリント処理を実行することができる。
また、通知先となる電子メールアドレスを一度設定すれば、次回のプリント処理依頼時にはダイヤログボックスは表示されず再度通知用電子メールアドレスを設定する必要はないが、必要に応じて変更することも可能となる。
(第4の実施例)
次に本発明の第4の実施例について説明する。
第4の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第3の実施例と同じである。プリント装置は、図24に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取る。
図16は、複数のプリント処理依頼者から受信された複数プリントデータの各々の処理結果を前記複数プリントデータそれぞれに付加された各通知用電子メールアドレスに対して通知する処理を示すフローである。
複数の依頼ノードから同時期に複数のプリントデータを受信した場合は(st90)、全てのプリントデータをRAM43に確保したストレージに保管する(st91)。ストレージに保管された各プリントデータからそれぞれの通知用電子メールアドレスを認識し(st92)、これら認識した通知用電子メールアドレスをそれぞれのプリントデータと対応させて前記返信アドレステーブルT1に登録して記憶する(st93)。プリントデータそれぞれのプリント処理を行い(st94)、それぞれについてプリント処理の結果が正常終了か異常かを検知する(st95)。前記結果に基づき各々の通知メッセージを決定し(st96)、前記テーブルT1参照により取得したプリントデータと対応する各通知用電子メールアドレスに対して前記各々の通知メッセージを通知する(st97)。
図17は、上記ステップ93で登録されたプリントデータと通知用電子メールアドレスとの対応テーブルT1を現すものであり、受付番号はプリントデータが受け付けられた順番により決定する。通知用電子メールアドレスはプリントデータの中に付加された通知用電子メールアドレスであり、通知用電子メールアドレスと受付番号とは対応づけられている。図示の例では、受付番号1のプリントデータは通知用電子メールアドレスが123.456.789.00となり、プリントデータのプリント処理結果は前記アドレスに対して通知されることになる。
このように第4の実施例によれば、複数のプリント処理依頼側から受信された複数のプリントデータ全てに、各々のプリント処理結果を通知する電子メールアドレスが付加されているので、プリント処理依頼者は個別に処理の結果を得ることができる。
(第5の実施例)
次に本発明の第5の実施例について説明する。
第5の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第3の実施例と同じである。プリント装置は、図24に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。
図18は、プリント処理の結果がプリントデータにて指定された通知可能な結果情報と一致する場合に、通知用電子メールアドレスに対し結果を通知する処理を示すフローである。
依頼者ノード211では、通知用電子メールアドレスおよび通知対象とする処理結果の種類(通知可能結果情報)を、プリント装置に依頼するプリントデータに付加する。
プリント装置では、依頼者ノード211からネットワーク経由でプリントデータを受信する(st101)。受信したプリントデータの中から通知用電子メールアドレスおよび通知可能結果情報の種類を認識する(st102)。プリントデータの中から認識した通知可能結果情報を、返信アドレステーブルT1の通知用電子メールアドレスに対応させて同テーブルT1に登録する(st103)。
図19は、ステップ103で登録された通知用電子メールアドレスと通知可能結果情報の種類とが対応づけられたテーブルT1をあらわす。このテーブルT1に設定されている番号はプリントデータ毎にユニークに(1対1に対応づけて)付与された数値である。さらに、ステップ102で認識された通知用電子メールアドレスと通知可能情報結果の種類が対応づけられて記述される。1つの通知用電子メールアドレスに対し複数の通知可能結果情報の指定が可能とされる。図示の例では、番号1で示されるプリントデータの通知用電子メールアドレスは123.456.789.00であり、プリント結果が「紙詰まり」、「通信エラー」、「用紙切れ」の3種類の場合に限り前記電子メールアドレス先に前記結果を表すメッセージが通知されることを示す。
通知用電子メールアドレス及び通知可能結果情報をテーブルT1に設定した後、そのプリントデータを印刷するためのプリント処理を行う(st104)。プリント処理が実行された場合は、このプリント処理の結果を検知する(st105)。そして、検知した処理結果と一致する通知可能結果情報が上記テーブルT1内の該当番号に対応した通知可能結果情報に登録されているか否かチェックする(st106)。検知された処理結果と一致する通知可能結果情報がテーブルT1に登録されていることが確認できた場合(st107)、予め登録された通知メッセージの中から処理結果に対応した通知メッセージを決め(st108)、その決めた通知メッセージを前記テーブルT1内の電子メールアドレスに対して電子メールで通知する(st109)。
ステップ107の処理において、処理結果と一致する通知可能結果情報がテーブルT1に登録されていない場合は、電子メールによる通知は行わない。
このような第5の実施例によれば、プリント処理依頼側は通知用電子メールアドレスと通知可能結果情報の種類とをダイナミックに指定することができるので、プリントデータに指定した特定のプリント結果が発生した場合に限り、依頼者ノードでメッセージを受けることができる。
(第6の実施例)
次に本発明の第6の実施例について説明する。
第6の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第3の実施例と同じである。プリント装置は、図24に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。
図20は、プリント処理の結果が「プリントキュー待ち」であり、かつプリントデータにて指定された通知可能結果情報に「プリントキュー待ち」が含まれている場合において、通知用電子メールアドレスに対し結果を通知する処理を示すフローである。
依頼者ノード211は、プリント装置に依頼するプリントデータの中に「プリントキュー待ち」を通知可能結果情報の一つとして設定する。
プリント装置は、依頼者ノード211から通知可能結果情報に「プリントキュー待ち」の設定されたプリントデータを受信する(st110)。受信したプリントデータに付加された通知用電子メールアドレスおよび「プリントキュー待ち」を含んだ通知可能結果情報をプリントデータの中から認識する(st111)。プリントデータから認識した通知用電子メールアドレスを返信アドレステーブルT1に登録し、この通知用電子メールアドレスに対応して「プリントキュー待ち」を含む通知可能結果情報を登録する(st112)。
プリント装置では、ステップ110で受信したプリントデータを印刷するプリント処理を行う(st113)。このとき、別のプリント依頼が入っていれば今回依頼されたプリント依頼は「プリントキュー待ち」の状態となる。そこで、このプリント装置に「プリントキュー待ち」の状態が発生しているか否か検知する(st114)。CPUは、プリント処理をプリンタ部に指示したときに「プリントキュー待ち」の状態を検知した場合は、テーブルT1内に登録された通知可能結果情報に「プリントキュー待ち」が登録されていないかどうかチェックする(st115)。チェックの結果、「プリントキュー待ち」が登録されていることが確認できた場合(st116)、付属情報となる待ちキューの数、およびキューサイズを取得する(st117)。待ちキューの数およびキューサイズを付属情報に含む通知メッセージを決め(st118)、この通知メッセージを前記テーブルT1内の前記結果情報と対応する電子メールアドレスに対して通知する(st119)。
ステップ116の処理において、「プリントキュー待ち」が登録されていない場合は、待ちキューから外れて次のプリント処理に移行したところで再度処理結果を検知して、前述した第5の実施例と同様の結果通知を行う。
このような第6の実施例によれば、プリント状態が「プリントキュー待ち」により正常終了しない場合でも、その状態、および付属情報を得ることができるため、プリントデータが出力されない理由に加え、どの位で処理が実行され終了するかのおおよその見当がつけられる。その結果、何度もプリント装置のところまでいってチェックする手間や、プリントアウトされるまでに長時間かかるような場合にはその間に別の作業を入れることができる。なお、キュー数とキューサイズに基づいて待ち時間を算出するようにしてもよい。
(第7の実施例)
次に本発明の第7の実施例について説明する。
第7の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第3の実施例と同じである。プリント装置は、図24に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。ネットワーク上にはプリント結果の通知先となる管理者ノードが配置される。
図21は、電子メールによりあらかじめ登録された管理者通知用電子メールアドレスに対してもプリント処理の結果を通知する処理を示すフローである。
管理者ノード、依頼者ノード又は他のノードから事前に管理者ノードの電子メールアドレスである管理者通知用電子メールアドレスを、プリント装置に対して電子メールで通知する。
プリント装置では、管理者通知用電子メールアドレスを通知するための電子メールを受信し(st120)、電子メールの中から管理者通知用電子メールアドレスを認識すると(st121)、その認識した管理者通知用電子メールアドレスを管理者通知アドレステーブルT2に登録する(st122)。管理者通知アドレステーブルT2はプリント装置のRAMに確保する。
たとえば、特定のプリント装置にプリント処理を依頼した場合、プリント結果を管理者に伝えなければならない場合がある。このような場合に、プリント装置にプリント処理を依頼するのに先立って、依頼者ノードから管理者ノードの管理者通知用電子メールアドレスを通知する。
プリント装置では、プリントデータを受信すると(st123)、プリントデータの中に付加されている通知用電子メールアドレスを認識し(st124)、その認識した通知用電子メールアドレスを返信アドレステーブルT1に登録する(st125)。受信したプリントデータを印刷するためのプリント処理を行い(st126)、その処理結果を検知する(st127)。検知した処理結果に基づいた通知メッセージを決め(st128)、決定した通知メッセージをステップ122でテーブルT2に登録した管理者通知用電子メールアドレスおよびステップ125でテーブルT1に登録した通知用電子メールアドレスに対してそれぞれ通知する(st129)。
このような第7の実施例によれば、プリント処理の結果を依頼者ノードだけでなく電子メールにより管理者ノードへも通知することができる。
(第8の実施例)
次に本発明の第8の実施例について説明する。
第8の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第3の実施例と同じである。プリント装置は、図24に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。ネットワーク上にはプリント結果の通知先となる複数の管理者ノードが配置される。
第8の実施例では、あらかじめ電子メールにより管理者通知用電子メールアドレスと対応して登録された通知可能結果情報の種類と、プリントデータにて通知用電子メールアドレスと対応して指定された通知可能結果情報の種類と、実際のプリント処理結果とが一致する場合において、各々の電子メールアドレスに対し結果を通知する。
図22は、通知可能結果情報の種類と実際のプリント処理結果とが一致する場合において、管理者通知用電子メールアドレスと通知用電子メールアドレスとに対し結果を通知する処理を示すフローである。
管理者ノードからプリント装置に対して管理者ノードの電子メールアドレス(管理者通知用電子メールアドレス)と通知可能結果情報とを含んだ電子メールを通知する。
プリント装置では、電子メールを受信し(st130)、受信した電子メールから管理者通知用電子メールアドレスA、および通知可能結果情報の種類を認識する(st131)。当該電子メールから管理者通知用電子メールアドレスAと前記通知可能結果情報の種類とを取り出して、両者を対応づけて管理者用結果情報テーブルT3に登録する(st132)。
図23は管理者用結果情報テーブルT3を示している。管理者用結果情報テーブルT3では、ステップ132で登録された管理者通知用電子メールアドレスと通知可能結果情報(通知メッセージ種類)とが対応づけられて記述される。管理者用結果情報テーブルT3はプリント装置のRAM43に確保される。1つの管理者通知用電子メールアドレスに対し複数の通知可能結果情報が指定できる。図示の例では、番号1で示される管理者通知用電子メールアドレスは123.456.789.00であり、プリント結果が「紙詰まり」、「通信エラー」、「用紙切れ」の3種類の場合に限り前記電子メールアドレス先に前記結果の旨を表すメッセージが通知されることを示す。
プリント装置では、プリントデータを受信すると(st133)、プリントデータに付加された通知用電子メールアドレスB、および通知可能結果情報の種類を当該プリントデータの中から認識する(st134)。通知用電子メールアドレスBに対応した通知可能結果情報を結果情報対応テーブルT4に登録する(st135)。結果情報対応テーブルT4は、図19と同様のデータ構成になっており、プリント装置のRAM43に確保される。
プリント装置で受信したプリントデータのプリント処理を行い(st136)、その処理結果を検知する(st137)。検知した処理結果と一致する結果情報が結果情報対応テーブルT4に登録されているかチェックし(st138)、処理結果と一致する結果情報が登録されていればその結果情報を通知メッセージに決定する(st139)。ステップ139の処理で処理結果と一致する結果情報が登録されていた場合には(st140)、結果情報対応テーブルT4に登録した依頼者ノードの電子メールアドレスBに対して前記通知メッセージを通知する(st141)。ステップ138の処理で一致する結果情報がなかった場合は何もしない。
さらに、管理用結果情報テーブルT3に前記処理結果と一致する結果情報があるかどうかチェックし(st142)、前記処理結果と一致する結果情報が登録されていることが確認できた場合(st143)、管理用結果情報テーブルT3に登録した管理者通知用電子メールアドレスAに対して前記通知メッセージを通知する(st144)。ステップ142の処理で一致しなかった場合は何もしない。
このように第8の実施例によれば、電子メールにより複数の管理者通知用電子メールアドレスが通知可能結果情報と対応づけて登録できるので、プリント処理依頼側へは勿論のこと、プリント処理の結果を必要に応じて複数の管理者へも通知することができる。
第3の実施例から第8の実施例で説明したプリント処理の結果通知方法を、第1の実施例又は第2の実施例で説明したファクシミリ送信の通信結果通知システムに適用する。
第1の実施例又は第2の実施例において、第3の実施例で示すように正常終了メッセージ、異常終了メッセージをファクシミリ送信又は受信処理の処理検知結果に応じて電子メールで依頼者ノードに通知する。
また、第1の実施例又は第2の実施例において、第4の実施例で示すように複数のファクシミリデータの送信処理依頼又は受信処理依頼を受けたときに、それぞれのファクシミリデータの中から通知用電子メールアドレスを取り出して図17に示すようなテーブルに登録し、個々の送信処理又は受信処理をテーブルに取り出した電子メールアドレスに通知する。
また、第1の実施例又は第2の実施例において、第5、第8の実施例で示すように依頼者ノードで通知を必要とする通知可能結果情報をファクシミリデータに付加して依頼し、NETFAXにおいて図19に示すようなテーブルを作成する。テーブルに登録した結果情報が送信又は受信処理の結果と一致したときに依頼者ノード等へ通知する。
また、第1の実施例又は第2の実施例において、第6の実施例で示すようにファクシミリデータの送信待ち状況を検知して、送信待ち状況が発生している場合には依頼者ノード又は管理者ノードに待ち状況を電子メールで通知する。
また、第1の実施例又は第2の実施例において、第7、第8の実施例で示すように図19及び図23に示すようなテーブルを作成し、プリント処理及びプリントデータをファクシミリ送信処理及びファクシミリデータに代えて図22に示す処理を行う。
本発明は、上記した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々変形実施可能である。