(57)【特許請求の範囲】
【請求項１】
電子メールを受信する電子メール受信手段と、この電子メール受信手段で受信した電子メールデータをファクシミリデータに変換してファクシミリ送信するファクシミリ送信手段と、ドメイン名が登録された記憶手段とを具備し、前記電子メール受信手段で受信した宛先アドレスの＠直前のデータをファクシミリ送信先として設定して前記ファクシミリ送信手段を動作させるとともに、前記電子メール受信手段で受信した発信元アドレスのドメイン名を取り出して前記記憶手段に登録されているドメイン名と照合し前記記憶手段に登録されていなければ前記ファクシミリ送信手段を動作させることなくメールサーバにエラーを返すことを特徴とする電子メール装置。
【請求項２】
電子メールを受信し、受信した電子メールデータをファクシミリデータに変換してファクシミリ送信する中継転送方法において、受信した宛先アドレスの＠直前のデータをファクシミリ送信先として設定してファクシミリ送信するとともに、受信した発信元アドレスのドメイン名を取り出して記憶手段に登録されているドメイン名と照合しこのドメイン名が登録されていないドメイン名であればファクシミリ送信を行うことなくメールサーバにエラーを返すことを特徴とする中継転送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＬＡＮ経由で受信した中継ファクシミリデータの送信結果又はプリントデータの処理結果を、ファクシミリ送信依頼ノード、プリント依頼ノード、管理者ノードの電子メールアドレスに通知する電子メール装置及び中継転送方法に関するものである。
【背景技術】
【０００２】
プリント装置、ファクシミリ装置がＬＡＮ（Local Area Network）に接続されていて、プリント装置、ファクシミリ装置に対してそのＬＡＮに接続されているパーソナルコンピュータから印刷処理、ファクシミリ送信処理を依頼できるシステムが普及している。
【０００３】
かかるシステムにおいて、典型的にはプリント装置、ファクシミリ装置はパーソナルコンピュータから依頼された各々の処理を実行して終了する。用紙切れ、紙詰まりなどが発生した場合、プリント装置又はファクシミリ装置に備わった表示部に異常メッセージが表示される。異常情報をファクシミリ出力（プリントアウト）する機能を備えたファクシミリ装置もある。パーソナルコンピュータからプリント装置又はファクシミリ装置に印刷処理又はファクシミリ送信処理を依頼した依頼者は、表示部に異常メッセージが表示されていなければ処理が正常に終了したものとみなす。
【０００４】
図２４はプリント装置及びファクシミリ装置の接続されたＬＡＮのネットワーク構成を示しており、図２５は従来のプリント装置の機能ブロックを示している。プリント装置２１０、パーソナルコンピュータ２１１及びネットワーク接続型のファクシミリ装置（以下、「ＮＥＴＦＡＸ」と呼ぶ）２１２がＬＡＮ２１３上に接続されている。
【０００５】
プリント装置２１０は、装置全体の制御を行うＣＰＵ２２１、プログラムが格納されるＲＯＭ２２２、プログラムが作業領域として使用するＲＡＭ２２３、ＬＰＤ等のプリンタプロトコルでプリント処理を行うプリンタ部２２４、プリントデータをＬＡＮ上でやりとりするＬＡＮインターフェイス部２２５を有する。
【０００６】
また、ＮＥＴＦＡＸ２１２は、プリンタ部２２４に代えてファクシミリデータの送受信処理を行うＦＡＸ部を備える。以下、依頼者がＮＥＴＦＡＸ又はプリント装置に対してファクシミリ送信又はプリント処理を依頼するための情報処理端末を依頼者ノードと呼ぶこととする。パーソナルコンピュータ２１１が依頼者ノードとなる。
【０００７】
依頼者ノード２１１がプリント装置２１０に対してプリント処理を依頼し、その依頼を受け取ったプリント装置２１０がＬＡＮ２１３経由でプリントデータを取り込み印刷する。また、依頼者ノード２１１がＮＥＴＦＡＸ２１２に対してファクシミリ送信を依頼してＬＡＮ２１３経由でファクシミリデータを渡し、ＮＥＴＦＡＸ２１２がファクシミリデータを電話番号で指定された他のファクシミリ装置へ公衆回線網（ＰＳＴＮ）経由でファクシミリ送信する。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述の従来技術では、依頼者ノード２１１からＮＥＴＦＡＸ２１２に対してファクシミリ送信処理を依頼した後、依頼者が直接にＮＥＴＦＡＸの設置場所まで出向いてその表示部をチェックしなければ、正常にファクシミリ送信が終了したのか否か知ることができない。
【０００９】
ＮＥＴＦＡＸから異常を示すメッセージがプリントアウトされる場合であっても、ファクシミリ送信処理の依頼があってから異常を示すメッセージがプリントアウトされて手元に戻るまでにはタイムラグがあるため、正常にファクシミリ送信されなかった事実が長時間に亙って依頼者に伝わらない可能性がある。
【００１０】
また、ファクシミリ送信処理を依頼した依頼者とは別に、そのファクシミリ送信済みの事実を一人以上の管理者へ報告しなければならない場合がある。このような場合、管理者一人一人にファクシミリ送信結果を報告したり、不在の管理者にはファクシミリ送信結果を記したメモを残すなど手間がかかっていた。
【００１１】
依頼者ノード２１１からプリント装置２１０に対してプリント処理を依頼した場合もファクシミリ送信の場合と同様の不都合が生じていた。
【００１２】
また、プリント処理の場合、本体に異常メッセージが表示されていないが自分が依頼したプリントデータがなかなかプリントされない時、キューが混んでいることによるプリントキュー待ち状態だとしても、キューチェックコマンドによりチェックを行わない限り状態を知ることはできず、何度も時間をおいてプリンターをチェックしにいかなければならない手間が生じる。
【００１３】
さらに、全ての異常が表示部に表示されるわけではないので、表示部には表示されないが特別すぐに知りたい結果がある場合でも立ち上げ直しなどにより無理矢理解決するまで知ることができない場合があった。
【００１４】
本発明は、上記従来の問題点を解決するもので、ファクシミリ装置又はプリント装置がＬＡＮ経由で依頼された処理の処理結果を、その処理結果の通知を要求している依頼者ノード又は管理者ノードへ電子メールで迅速に通知することができ、ネットワーク経由で依頼した処理の結果通知作業を効率化することのできる電子メール装置及び中継転送方法を提供することを目的とする。
【課題を解決するための手段】
【００１５】
本発明は、電子メールを受信する電子メール受信手段と、この電子メール受信手段で受信した電子メールデータをファクシミリデータに変換してファクシミリ送信するファクシミリ送信手段と、ドメイン名が登録された記憶手段とを具備し、前記電子メール受信手段で受信した宛先アドレスの＠直前のデータをファクシミリ送信先として設定して前記ファクシミリ送信手段を動作させるとともに、前記電子メール受信手段で受信した発信元アドレスのドメイン名を取り出して前記記憶手段に登録されているドメイン名と照合し前記記憶手段に登録されていなければ前記ファクシミリ送信手段を動作させることなくメールサーバにエラーを返すことを特徴とする電子メール装置である。
【００１６】
本発明は、電子メールを受信し、受信した電子メールデータをファクシミリデータに変換してファクシミリ送信する中継転送方法において、受信した宛先アドレスの＠直前のデータをファクシミリ送信先として設定してファクシミリ送信するとともに、受信した発信元アドレスのドメイン名を取り出して記憶手段に登録されているドメイン名と照合しこのドメイン名が登録されていないドメイン名であればファクシミリ送信を行うことなくメールサーバにエラーを返すことを特徴とする中継転送方法である。  
【発明の効果】
【００１７】
本発明は、受信した電子メールデータをファクシミリデータに変換してファクシミリ送信することが可能である。ＬＡＮ経由で依頼された処理の処理結果を、依頼者ノード又は管理者ノードへ電子メールで迅速に通知することができる。
【００１８】
また、ファクシミリ送信先の設定が容易である。
【００１９】
また、ドメイン名で確認することにより、登録されていないドメイン名からの依頼を排除できる。
【００２０】
また、排除された依頼に対してはエラー通知を行える。
【００２１】
以上、ネットワーク経由で依頼した処理の効率化を行うことができる。
【発明を実施するための最良の形態】
【００２２】
本発明は、依頼ノードからＬＡＮ経由で受け取ったプリントデータを印刷処理するプリント装置において、前記依頼ノードから前記ＬＡＮ上に送出されたプリントデータを当該ＬＡＮから取り込む手段と、取り込まれた前記プリントデータの中から印刷処理の処理結果の通知先となる通知先ノードの電子メールアドレスを抽出する手段と、前記プリントデータについて実行された印刷処理の処理結果を検知する手段と、検知された前記処理結果を前記通知先ノードの前記電子メールアドレスに電子メールで通知する手段と、を具備するプリント装置である。
【００２３】
また本発明は、上記プリント装置において、前記検知手段は、前記プリントデータについて実行された印刷処理の処理結果が正常終了であることを検知し、前記通知手段は、正常終了が検知された場合に、前記通知先ノードの電子メールアドレスへ印刷処理が正常終了したことを示すメッセージを通知するものとした。
【００２４】
また本発明は、上記プリント装置において、前記検知手段は、前記プリントデータについて実行された印刷処理の処理結果が異常であることを検知し、前記通知手段は、異常が検知された場合に、前記通知先ノードの電子メールアドレスへ印刷処理が異常であることを示すメッセージを通知するものとした。
【００２５】
また本発明は、上記プリント装置において、前記ＬＡＮから取り込まれた複数のプリントデータを蓄積する手段と、前記プリントデータから抽出された通知先ノードの電子メールアドレスを抽出元のプリントデータに夫々対応させて記憶する手段と、処理結果が検知されたプリントデータに対応した通知先ノードの電子メールアドレスを前記記憶手段から取り出して前記通知手段へ知らせる手段と、を具備するものとした。
【００２６】
また本発明は、上記プリント装置において、前記ＬＡＮから取り込まれたプリントデータの中から前記通知先ノードへ通知可能な処理結果項目を抽出する手段と、検知された処理結果と一致する項目が前記処理結果項目に含まれていれば、その処理結果を前記通知先ノードへ通知するように前記通知手段に指示する手段と、を具備するものとした。
【００２７】
また本発明は、上記プリント装置において、前記プリントデータの中から抽出された処理結果項目に印刷待ちの項目が含まれている場合、印刷の待ちキュー状態が検出されたときには、待ちキュー数、キューサイズを含む付属情報を前記通知先ノードの電子メールアドレスにプリントデータ受信後すぐに通知するものとした。
【００２８】
また本発明は、上記プリント装置において、前記ＬＡＮ経由で電子メールを受信する手段と、受信した電子メールの中から管理者ノードの電子メールアドレスを抽出する手段と、前記管理者ノードの電子メールアドレスを記憶する手段と、検知された前記処理結果を前記管理者ノードの電子メールアドレスに電子メールで通知する手段と、を具備するものとした。
【００２９】
また本発明は、上記プリント装置において、受信した前記電子メールの中から前記管理者ノードへ通知可能な処理結果項目を抽出する手段と、検知された処理結果と一致する項目が前記処理結果項目に含まれていれば、その処理結果を前記管理者ノードへ通知するように前記通知手段に指示する手段と、を具備するものとした。
【００３０】
また本発明は、プリント装置における印刷処理の結果を通知先ノードへ通知する処理結果通知方法において、以下のステップ（ａ）依頼ノードからＬＡＮ経由で受け取ったプリントデータの中から前記通知先ノードの電子メールアドレスを抽出するステップ、（ｂ）前記プリント装置における印刷処理の結果を検知するステップ、（ｃ）検知された処理結果を前記通知先ノードの電子メールアドレスに電子メールで通知するステップ、を含む処理結果通知方法である。
【００３１】
本発明のファクシミリ装置は、依頼ノードからＬＡＮ経由で受け取ったファクシミリデータを前記依頼ノードから指示された宛先へファクシミリ送信するファクシミリ装置において、前記依頼ノードから前記ＬＡＮ上に送出されたファクシミリデータを当該ＬＡＮから取り込む取込部と、取り込まれた前記ファクシミリデータの中からファクシミリ送信の処理結果の通知先となる通知先ノードの電子メールアドレスを抽出する抽出部と、前記ファクシミリデータについて実行された送信処理の処理結果を検知する検知部と、検知された前記処理結果を前記通知先ノードの前記電子メールアドレスに電子メールで通知する通知部と、を具備する。
【００３２】
また、本発明のプリント装置は、依頼ノードからＬＡＮ経由で受け取ったプリントデータを印刷処理するプリント装置において、前記依頼ノードから前記ＬＡＮ上に送出されたプリントデータを当該ＬＡＮから取り込む取込部と、取り込まれた前記プリントデータの中から印刷処理の処理結果の通知先となる通知先ノードの電子メールアドレスを抽出する抽出部と、前記プリントデータについて実行された印刷処理の処理結果を検知する検知部と、検知された前記処理結果を前記通知先ノードの前記電子メールアドレスに電子メールで通知する通知部とを具備する。
【００３３】
以上のように構成されたファクシミリ装置及びプリント装置によれば、受信データ中から通知用電子メールアドレスを認識できることにより、ファクシミリ送信又はプリント処理の結果が正常、異常両方のいづれの場合においても、電子メールにより結果を通知することができるため、送信処理又はプリント処理を依頼する側はその場で結果を知ることが可能となる。また、何度もファクシミリ装置又はプリント装置のところへいってチェックするといった無駄な手間も省けることになる。
【００３４】
本発明のファクシミリ装置は、前記ＬＡＮから取り込まれた複数のファクシミリデータを蓄積する蓄積部と、ファクシミリデータから抽出された通知先ノードの電子メールアドレスを抽出元のファクシミリデータに夫々対応させて記憶するテーブルと、処理結果が検知されたファクシミリデータに対応した通知先ノードの電子メールアドレスを前記テーブルから取り出して前記通知部へ知らせる機能と、を具備する。
【００３５】
本発明のプリント装置は、前記ＬＡＮから取り込まれた複数のプリントデータを蓄積する蓄積部と、前記プリントデータから抽出された通知先ノードの電子メールアドレスを抽出元のプリントデータに夫々対応させて記憶するテーブルと、処理結果が検知されたプリントデータに対応した通知先ノードの電子メールアドレスを前記テーブルから取り出して前記通知手段へ知らせる機能とを具備する。
【００３６】
以上のように構成されたファクシミリ装置及びプリント装置によれば、ファクシミリ送信又はプリント処理を依頼する側が複数であり、受信するデータも複数になった場合において、各データの処理結果を各データに付加された通知用電子メールアドレスに対してそれぞれ個別に通知することができるため、処理依頼側は自分が依頼した処理結果だけを得ることが可能となる。また、一人の処理依頼者が複数のデータ処理を依頼でき、処理結果に加えてファイル名も通知されるため、どの処理が正常に終了し、どの処理が異常かがその場で知ることができる。
【００３７】
本発明のファクシミリ装置は、ＬＡＮから取り込まれたファクシミリデータの中から前記通知先ノードへ通知可能な処理結果項目を抽出する抽出部と、検知された処理結果と一致する項目が前記処理結果項目に含まれていれば、その処理結果を前記通知先ノードへ通知するように前記通知手段に指示する指示部とを具備する。
【００３８】
本発明のプリント装置は、ＬＡＮから取り込まれたプリントデータの中から前記通知先ノードへ通知可能な処理結果項目を抽出する抽出部と、検知された処理結果と一致する項目が前記処理結果項目に含まれていれば、その処理結果を前記通知先ノードへ通知するように前記通知手段に指示する指示部とを具備する。
【００３９】
以上のように構成されたファクシミリ装置及びプリント装置によれば、受信したファクシミリデータ又はプリントデータの中から通知用電子メールアドレスに加えて通知を可能とする結果情報の種類を認識できることにより、送信処理又ははプリント処理の結果と一致した場合に限り結果を通知することができるため、処理依頼側は発生時に通知して欲しい結果情報の種類のみをダイナミックに指定することが可能となる。
【００４０】
本発明のファクシミリ装置は、前記ファクシミリデータの中から抽出された処理結果項目に送信待ちの項目が含まれている場合、ファクシミリ送信の待ちキュー状態が検出されたときには、待ちキュー数、キューサイズを含む付属情報を前記通知先ノードの電子メールアドレスにファクシミリデータ受信後すぐに通知する。
【００４１】
本発明のプリント装置は、前記プリントデータの中から抽出された処理結果項目に印刷待ちの項目が含まれている場合、印刷の待ちキュー状態が検出されたときには、待ちキュー数、キューサイズを含む付属情報を前記通知先ノードの電子メールアドレスにプリントデータ受信後すぐに通知する。
【００４２】
以上のように構成されたファクシミリ装置及びプリント装置によれば、ファクシミリデータ又はプリントデータ中に付加された通知可能結果情報の種類と、処理結果とが「プリントキュー待ち」で一致した場合において、通知用電子メールアドレスに対し「プリントキュー待ち」である旨と、さらにその付属情報としてキューの数、およびキューサイズが通知されるため、処理依頼側は正常終了が通知されない理由がわかると同時に、どの位で処理が実行され正常終了のメッセージが通知されるのか、おおよその検討をつけることができる。そのため、なかなかプリントデータが出力されず、何度もタイミングをみてプリンターのところへ様子を見に行ったり、あるいはキューチェックコマンドによりプリントキュー状態をチェックしたりといった面倒が省けることになる。
【００４３】
本発明のファクシミリ装置は、前記ＬＡＮ経由で電子メールを受信する受信部と、受信した電子メールの中から管理者ノードの電子メールアドレスを抽出する抽出部と、前記管理者ノードの電子メールアドレスを記憶するメモリと、検知された前記処理結果を前記管理者ノードの電子メールアドレスに電子メールで通知する通知部とを具備する。
【００４４】
本発明のプリント装置は、前記ＬＡＮ経由で電子メールを受信する受信部と、受信した電子メールの中から管理者ノードの電子メールアドレスを抽出する抽出部と、前記管理者ノードの電子メールアドレスを記憶するメモリと、検知された前記処理結果を前記管理者ノードの電子メールアドレスに電子メールで通知する通知部とを具備する。
【００４５】
以上のように構成されたファクシミリ装置及びプリント装置によれば、一つ以上の管理者通知用電子メールアドレスを電子メールによりあらかじめ登録できるため、処理結果の種類により、処理を依頼した側とさらに一人以上の管理者に対しても結果を通知したい場合において、同時に結果を知らせることができる。また、管理者通知用電子メールアドレスとデータ中に付加された通知可能結果情報を対応づけることにより、発生する処理結果に応じて別々の管理者にその旨を通知することが可能となる。さらに、複数の管理者通知用電子メールアドレスが登録できるため、１つの結果情報を複数の管理者へ通知したり、逆に複数の結果情報を一人の管理者へ通知することができる。そのため、特別な結果が生じた場合、管理者一人一人に報告する必要がなくなる。
【００４６】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００４７】
（第１の実施例）
第１の実施例はＮＥＴＦＡＸからファクシミリ送信の処理結果を電子メールで依頼者ノードに通知する通信結果通知システムの例である。図２４に示したネットワーク構成を例にして説明する。
【００４８】
図１は通信結果通知システムにおけるＮＥＴＦＡＸの機能ブロックを示している。このＮＥＴＦＡＸは、装置全体の制御を行うＣＰＵ１、プログラムが格納されるＲＯＭ２、プログラムが作業領域として使用するＲＡＭ３、フォーマット変換部４、ファクシミリデータ蓄積部５、ファクシミリ部６、ＬＡＮインターフェイス部７、モデム８、ネットワークコントロールユニット９を備えている。
【００４９】
ＬＡＮインターフェイス部７でＬＡＮからファクシミリデータを取り込むために必要な手順が実行される。フォーマット変換部４は、ＬＡＮ経由で受信した送信原稿のイメージデータをＧ３ファクシミリのフォーマットに変換する。ファクシミリデータ蓄積部５に受信したファクシミリデータが一旦蓄えられる。ファクシミリ部６でファクシミリデータの送受信処理が行われる。モデム８でデータ送受信の際に必要な変調又は復調をかけ、ネットワークコントロールユニット９で回線を制御する。
【００５０】
図２は、ファクシミリ送信処理の結果を通知用電子メールアドレスに対し通知する処理を示すフローチャートである。図２４においてＮＥＴＦＡＸ（２１２）から依頼者ノード（２１１）にファクシミリ送信処理の結果を通知する場合、依頼者ノードがファクシミリデータのヘッダ部に当該依頼者ノードのネットワーク上での電子メールアドレスを組み込んで送る。
【００５１】
ＮＥＴＦＡＸでは、ＬＡＮインターフェイス部７で依頼者ノードからＬＡＮ経由で送られてくるファクシミリデータを受信し（ｓｔ１）、この受信したファクシミリデータを一旦ファクシミリデータ蓄積部５に蓄積しておく（ｓｔ２）。
【００５２】
ＣＰＵ１は、受信したファクシミリデータに付加されている通知用電子メールアドレスをデータの中から認識し（ｓｔ３）、その通知用電子メールアドレスをＲＡＭ３内に設けたテーブル１０に登録する（ｓｔ４）。ファクシミリデータとして受信したイメージデータをフォーマット変換部４でＧ３ファクシミリのフォーマットに変換する（ｓｔ５）。
【００５３】
一方で、ＣＰＵ１が依頼者ノードから依頼されたファクシミリ送信処理をファクシミリ部６に対して指示する。ファクシミリ部６は、Ｇ３ファクシミリに合わせてフォーマット変換されたファクシミリデータの送信処理を行う（ｓｔ６）。ＣＰＵ１は、ファクシミリ部６にファクシミリ送信処理の指示を出してからファクシミリ受信処理の結果を検知する（ｓｔ７）。
【００５４】
予め登録されている通知メッセージの中からファクシミリ部６での処理結果に基づいた通知メッセージを決め（ｓｔ８）、その通知メッセージをテーブル１０に登録しておいた通知用電子メールアドレスに電子メールにて通知する（ｓｔ９）。ここでは、通知用電子メールアドレスに依頼者ノード２１１を設定しているので、通知メッセージの電子メールが依頼者ノード２１１の電子メールアドレスへ届けられる。
【００５５】
このような第１の実施例によれば、ファクシミリ送信処理の結果が電子メールによりファクシミリ送信依頼ノードへ通知される。したがって、ファクシミリ送信が正常終了した場合には正常終了した旨の通信結果をファクシミリ送信依頼ノードで受け取ることができ、異常の場合には送信エラーがあった旨の通信結果をファクシミリ送信依頼ノードで受け取ることができる。依頼者自信が、わざわざファクシミリ装置の設置場所まで出向いていき表示部の表示内容（異常メッセージ）をチェックする必要がなくなる。表示部に未達届け等のメッセージが出力された場合に、表示部をチェックし忘れた等の理由でメッセージが正しく伝わらないといった事態を未然に防ぐことができる。
【００５６】
ＮＥＴＦＡＸがＰＳＴＮから受信したファクシミリデータの受信結果を電子メールでＬＡＮ上の受信ノードに転送する場合について説明する。
【００５７】
ファクシミリデータを発信する発信ノードが、ファクシミリデータのヘッダ部に受信ノードのネットワーク上での電子メールアドレスを組み込んで送る。
【００５８】
ＮＥＴＦＡＸでは、ファクシミリ部６でＰＳＴＮからファクシミリデータを受信し（ｓｔ２１）、ファクシミリデータを一旦ファクシミリデータ蓄積部５に蓄積する（ｓｔ２２）。ＣＰＵ１は、受信したファクシミリデータのヘッダ部に挿入された受信ノードの通知用電子メールアドレスをデータの中から認識し（ｓｔ２３）、その通知用電子メールアドレスをＲＡＭ３内に設けたテーブル１０に登録する（Ｓｔ２４）。
【００５９】
１頁又は全頁のファクシミリデータをファクシミリデータ蓄積部５に保存したところで、イメージデータの印刷を開始する（ｓｔ２５）。ファクシミリデータの受信から印刷までの処理工程を経てファクシミリ受信処理を終了する。
【００６０】
ファクシミリ受信処理の結果を検知し（ｓｔ２６）、予め登録されている通知メッセージの中からファクシミリ部６での処理結果に基づいた通知メッセージを決める（ｓｔ２７）。そして、テーブル１０に登録しておいた受信ノードの電子メールアドレスにその通知メッセージを電子メールにて通知する（Ｓｔ２８）。
【００６１】
このような第１の実施例によれば、ファクシミリ受信処理の結果が電子メールにより受信ノードへ通知されるので、受信ノードにてファクシミリデータがいつ到着したか知ることができ、ファクシミリ到着後すぐに入手することができると共に、送付されたファクシミリデータがなかなか送付先の手元に届かないといった問題も解決される。
【００６２】
（第２の実施例）
図３は、第２の実施例に係る通信結果通知システムの適用される通信ネットワークの構成例を示している。ＬＡＮ１１にパーソナルコンピュータ（ＰＣ）で構成される第１の依頼者ノード１２、管理者ノード１３、ＮＥＴＦＡＸ１４が接続されている。ＮＥＴＦＡＸ１４はＰＳＴＮ１５経由でＧ３ＦＡＸ１６につながり電話回線によるファクシミリ通信ができる。また、ＬＡＮ１１が接続されるインターネット１７には複数のＬＡＮが属しており、その中の一つのＬＡＮ１８上に別の依頼者ノード１９及びＮＥＴＦＡＸ２０が存在している。以下、ＮＥＴＦＡＸ１４がファクシミリデータの中継及び印刷を行うものとして説明する。
【００６３】
図４は、ＮＥＴＦＡＸ１４の機能ブロックを示している。ＮＥＴＦＡＸ１４は、ＦＡＸ制御部２１とＬＡＮ制御部３０とを備えている。ＦＡＸ制御部２１には、ファクシミリ送受信処理及び送信結果通知処理を主に制御するＣＰＵ２２、ＣＰＵ２２の実行するプログラムが格納されたＲＯＭ２３、各種テーブルが登録され又作業領域として使用されるＲＡＭ２４が備えられている。さらに、ＦＡＸ制御部２１には、送信原稿の読取りを行うスキャナ部２５、イメージデータを印刷するプリンタ部２６、電話番号、電子メールアドレス等の各種情報を入力できるパネル部２７、ファクシミリデータを変調及び復調するモデム２８、ＬＡＮ制御部３０との間でデータをやり取りするシリアルインタフェース２９が備えられている。一方、ＬＡＮ制御部３０には、ＬＡＮ１１との間でのファクシミリデータのやり取りを主に制御するＣＰＵ３１、ＣＰＵ３１を動作させるプログラムの格納されたＲＯＭ３２、プログラムの使用するデータが格納されるＲＡＭ３３、イーサネット（登録商標）等のＬＡＮ１１に接続するためのＬＡＮインタフェース３４、ＦＡＸ制御部２１に接続するためのシリアルインタフェース３５を備えている。
【００６４】
依頼者ノード（１２、１９、２０）がＮＥＴＦＡＸ１４にファクシミリデータの中継又は印刷を依頼する場合、依頼者ノードでファクシミリデータ又は印刷データを電子メール又はフレームにしてＬＡＮ１１のデータストリームに送出する。依頼者ノードは、ファクシミリデータ又は印刷データを搬送する電子メール又はフレームの宛先アドレスに、印刷用アドレス又は中継用アドレスのいずれかをデータ内容に合わせて設定する。
【００６５】
図５に中継用アドレスの具体例を示している。この中継用アドレスは、ＮＥＴＦＡＸ１４にファクシミリデータを中継させるためのパスワードと、宛先のＧ３ＦＡＸ１６の電話番号と、ＮＥＴＦＡＸ１４のホスト名と、ドメイン名とで構成されている。宛先アドレスのうち＃と＠とで挟んだ部分が宛先となるＧ３ＦＡＸ１６の電話番号であることを示している。図６は印刷用アドレスの具体例を示している。ＮＥＴＦＡＸ１４は宛先アドレスのデータの並びをみて中継用アドレスと印刷用アドレスとを識別する。
【００６６】
また、ＮＥＴＦＡＸ１４には予め登録された特定の依頼者ノード以外からの中継は受け付けない機構が備えられている。ＮＥＴＦＡＸ１４で中継する依頼者ノードのドメイン名とパスワードとを登録した管理テーブルを予め準備して、ＦＡＸ制御部２１のＲＡＭ２４に記憶している。
【００６７】
図７に管理テーブルの構成を示している。図３のネットワーク構成上で経路３の中継のみ許可し、経路１、２の中継は許可しない場合であれば、経路３の依頼者ノードのドメイン名だけを管理テーブルに登録する。
【００６８】
図９及び図１０は、ＮＥＴＦＡＸ１４におけるファクシミリデータの中継処理のフローチャートを示している。図７に示す管理テーブルはファクシミリ制御部２１側のＲＡＭ２４にバックアップされて格納されており、起動時にＬＡＮ制御部３０側へ転送される。
【００６９】
ＬＡＮ１１内の依頼者ノート（パーソナルコンピュータ）１２がＮＥＴＦＡＸ１４に対してＧ３ＦＡＸ１６へのファクシミリデータの中継を依頼する場合について説明する。依頼者ノード１２はファクシミリデータとして送信すべきデータを電子メールのフォーマットでＮＥＴＦＡＸ１４へ送信する。このとき、依頼者ノード１２では、図５に示す中継アドレスと発信元アドレスとを電子メールに設定する。
【００７０】
ＮＥＴＦＡＸ１４は、依頼者ノード１２からＧ３ＦＡＸ１６へ中継するファクシミリデータの電子メールを中継専用の電話番号で受信する（ｓｔ３１）。受信した電子メールに含まれたファクシミリデータ部分（テキストデータ、イメージデータ）をファクシミリデータのフォーマットに変換する。
【００７１】
次に、ＬＡＮ制御部３０のＲＡＭ３３に転送されている管理テーブルを参照してパスワードチェックする（ｓｔ３２）。図５に示す中継用アドレスの先頭に置かれたパスワード（ｉｆａｘ ００１）を取り出して、管理テーブルに登録されているパスワードと照合する。管理テーブルに一致するパスワードがあることが確認できれば、パスワードが正しいと判断する（ｓｔ３３）。パスワードが正しい場合は、さらに管理テーブルを参照して発信元のドメイン名をチェックする（ｓｔ３４）。受信した電子メールの発信元アドレスに記述されているドメイン名を取り出し、この取り出した発信元のドメイン名と先にチェックしたパスワードに対応した管理テーブル上のドメイン名とを照合する。発信元のドメイン名が管理テーブルに登録されていれば、受信した電子メールのファクシミリデータを中継してもよいと判断する（ｓｔ３５）。なお、一つのパスワードに対して複数のドメイン名を登録することもできる。
【００７２】
ＮＥＴＦＡＸ１４を中継に使用するためのパスワードを特定の依頼者に与えると共にそのパスワードを管理テーブルに登録しているので、ＮＥＴＦＡＸ１４で特定の依頼者からの中継依頼だけを受け入れるようにすることができる。
【００７３】
また、パスワードを含んだ中継用アドレスが第三者に漏洩した場合であっても、ステップ３４における処理で発信元のドメイン名を制限することで、ＮＥＴＦＡＸ１４の無断使用を防ぐことができる。
【００７４】
上記ステップ３５の処理において、依頼者ノード１２からのメールデータを中継してもよいと判断した場合、メールデータをＬＡＮ制御部３０側からファクシミリ制御部２１側へシリアルインタフェース３５を介して送る。
【００７５】
ファクシミリ制御部２１では、メールデータの中継用アドレスから＃マークと＠マークとで挟まれた宛先電話番号を取り出し、宛先電話番号及びメールデータをＲＡＭ２４に一時保存する。ファクシミリ制御部２１は、ＮＥＴＦＡＸを管理する管理者の管理者ノード１３にログを送信する（ｓｔ３６）。管理者ノード１３へ送信するログには発信元、宛先電話番号、及びデータの中身等を含む。このように、管理者ノード１３には中継がある度に発信元アドレスと送信先電話番号が通知されるので、中継量が異常に増加するなどの状況に対して迅速にチェックをかけることができる。
【００７６】
次に、先にＲＡＭ２４に保持した宛先電話番号に発呼し、ファクシミリ用にフォーマット変換したメールデータをファクシミリ送信する（ｓｔ３７）。そして、送信結果を示すテキストデータを電子メールのテキスト部に格納し（ｓｔ３８）、さらに電子メールにファクシミリ送信した１頁目を添付ファイルとして格納する（ｓｔ３９）。送信結果及び１頁目を格納した電子メールを発信元アドレスに送信する（ｓｔ４０）。
【００７７】
なお、ステップ３３又は３５の処理において、パスワード又はドメイン名が違っていた場合は、メールサーバにエラーを返す（ｓｔ４１）。メールサーバから依頼者ノードへエラーメールが返される。
【００７８】
図１０を参照して、通信結果を依頼者ノードへ通知するための通知処理を詳細に説明する。この通信結果通知処理は上記ステップ３８−ステップ４０に相当する。
【００７９】
依頼者ノード１２からＮＥＴＦＡＸ１４に中継送信を依頼すると、ＮＥＴＦＡＸ１４が電子メールをファクシミリデータ（イメージデータ）に変換する。このときにメールデータの宛先アドレス及び発信元アドレスから宛先電話番号及び発信元アドレスを取り出して図８に示すような管理テーブルを作成し、宛先電話番号に発呼して依頼された宛先へファクシミリデータを送信する（ｓｔ５１）。
【００８０】
ＮＥＴＦＡＸ１４は、既存のファクシミリ装置と同様の処理により送信結果を検知する（ｓｔ５２）。表示部に表示するためのメモリ（例えば、ＲＡＭ２４の一部）に、送信が正常に終了した場合には送受信履歴として送信ＯＫと記憶され、送信できなかった場合には送信ＮＧと記憶する。
【００８１】
ステップ５２の処理において送信履歴をメモリに記憶したら、送信結果の内容をチェックする（ｓｔ５３）。送信ＮＧの場合は、送信異常を示すメッセージのテキストデータをメモリから読み出す（ｓｔ５４）。送信ＯＫの場合は、送信完了を示すメッセージのテキストデータをメモリから読み出す（ｓｔ５５）。
【００８２】
なお、送信完了の場合と送信異常の場合とでそれぞれメモリからテキストデータを読み出しているが、いずれか一方の場合だけにしてもよい。
【００８３】
送信異常に対応したテキストデータ、または送信完了に対応したテキストデータを作成すると、依頼者ノードから中継するメールデータを受け取ったときに図８に示す管理テーブルに格納した発信元アドレスを当該管理テーブルから取り出す。依頼者ノード１２のアドレスである発信元アドレスを、通信結果メールのメールアドレスとして設定する（ｓｔ５６）。上記ステップ５４、５５で作成した通信結果メッセージのテキストデータを、通信結果メールのtext／Plain部にコピーする（ｓｔ５７）。また、中継依頼を受けてステップ５１で送信処理したイメージデータの１頁目を切り出し（ｓｔ５８）、切り出されたイメージデータをＢａｓｅ６４変換してイメージ部にコピーする（ｓｔ５９）。すなわち、切り出したイメージデータをファイル化して添付する。
【００８４】
そして、テキスト部に通信結果メッセージのテキストデータが挿入され、かつイメージ部に１頁目のイメージデータが添付された電子メールを依頼者ノードのアドレスとなる発信元アドレスへメールする（ｓｔ６０）。
【００８５】
この結果、依頼者ノード１２では、ＮＥＴＦＡＸ１４に対してＧ３ＦＡＸ１６への中継を依頼すると、ＮＥＴＦＡＸ１４から送信処理が終了した時点で通信結果メッセージ及び１頁目のイメージデータが添付された電子メールが送られてくる。したがって、依頼者はＮＥＴＦＡＸ１４の設置場所へ送信結果を確認しに出向かなくて送信処理終了後、直ちに送信結果を知ることができる。
【００８６】
また、発信元（ドメイン名）を偽って中継依頼した場合にあっては、送信結果通知がメールデータに設定されている発信元に戻されるので、偽って送信依頼したノードには送信結果通知が戻されないので結果通知のサービスから偽依頼者を排除できる。また、ドメイン名を承諾無しに使われた第３者のノードには本人が依頼していないメールの送信結果が通知されるので、第３者は自分のドメイン名が不正に使用されていることを発見できる。
【００８７】
図１１に、ファクシミリ制御部２１からＬＡＮ制御部３０へ送信結果等を受け渡すシーケンスが示されている。ＮＥＴＦＡＸ１４が依頼者ノードから受信したメールデータは全てファクシミリ制御部２１で管理される。ファクシミリ制御部２１から管理テーブルの発信元アドレスが返信メールアドレスとして渡されるとＬＡＮ制御部３０で結果通知メールの宛先に返信メールアドレスをセットする。また、ファクシミリ制御部２１から送信結果テキストがＬＡＮ制御部３０へ渡されると、結果通知メールのテキスト部に送信結果テキストをコピーする。
【００８８】
このように、ファクシミリ制御部２１側で全てのデータを管理することにより、複雑な制御を可能にするとともに、送達確認を通常のメール送信と同じ制御で行うことができ、プログラム構成を簡素化できる。さらに、通常のファクシミリ制御部２１のほうがＬＡＮ制御部３０よりもＣＰＵの機能が高機能であるため、ファクシミリ制御部２１側でデータの管理を行う方がより大きなデータを扱うことができる。
【００８９】
（第３の実施例）
第３の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知する通信結果通知システムである。第３の実施例に係る通信結果通知システムにおけるプリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取る。
【００９０】
図１２は、第３の実施例に係る通信結果通知システムにおけるプリント装置の基本構成図である。プリント装置は、装置全体の制御を行うＣＰＵ４１、ＣＰＵ４１の処理内容などを記述したプログラムを格納するＲＯＭ４２、プログラムのデータ用領域として使用されるＲＡＭ４３、ＬＰＤ等のプリンタープロトコルでプリント処理を行うプリンタ部４４、プリントデータをＬＡＮ上でやりとりするＬＡＮインターフェイス部４５を有している。
【００９１】
図１３は、プリント処理の結果を通知用電子メールアドレスに対し通知する処理を示すフローチャートである。プリント装置では、依頼者ノードからプリント依頼の出されたプリントデータを受信すると（ｓｔ７０）、その受信したプリントデータに付加されている通知用電子メールアドレスを前記データの中から認識する（Ｓｔ７１）。
【００９２】
なお、プリント処理を依頼した依頼者ノードにプリント処理結果を通知する場合は、プリントデータに付加される発信元アドレスを通知用電子メールアドレスに使用できるので特別に通知用電子メールアドレスを追加する必要がない。また、依頼者ノードとプリント処理結果の通知先ノードとが相違する場合は、依頼者ノードでプリントデータに通知先ノードの電子メールアドレスを通知用電子メールアドレスとして設定する。
【００９３】
ＣＰＵ４１は、プリントデータの中から認識した通知用電子メールアドレスをＲＡＭ４３に設けられた返信アドレステーブルに登録する（ｓｔ７２）。ＣＰＵ４１からプリンタ部４４に対してプリント処理を指示する。この結果、受信したプリントデータのプリント処理が実行される（ｓｔ７３）。プリント処理が実行されたならば、プリンタ部４４でのプリント処理結果を検知する（ｓｔ７４）。検知した処理結果に応じた通知メッセージを決め（ｓｔ７５）、先に返信アドレステーブルＴ１に登録した通知用電子メールアドレスを取り出す。この通知用電子メールアドレスに通知メッセージを電子メールにて通知する（ｓｔ７６）。
【００９４】
図１４は、上記ステップ７４において検知したプリント処理の結果が正常終了であった場合の処理フローを示す。先ず、プリント処理の結果を検知し（ｓｔ８１）、プリント処理が正常終了されていることを確認する（ｓｔ８２）。正常終了されていることが確認されると、正常終了した旨のメッセージを返信アドレステーブルＴ１に登録されている通知用電子メールアドレスに対し電子メールで通知する（ｓｔ８３）。なお、ステップ８２の処理において、正常終了していないことが判明した場合は、正常終了した旨のメッセージは通知しない。
【００９５】
図１５は、上記ステップ７４において検知したプリント処理の結果が異常終了であった場合の処理フローを示す。プリント処理の結果を検知し（ｓｔ８４）、プリント処理が異常終了していないかどうか判断する（ｓｔ８５）。プリント処理が異常終了していることを確認できれば、異常の旨を表すメッセージを返信アドレステーブルＴ１に登録した通知用電子メールアドレスに対し通知する（ｓｔ８６）。なお、異常でない場合は、異常メッセージは通知しない。
【００９６】
このように上記第３の実施例によれば、受信したプリントデータの中から直接に、処理結果を通知する電子メールアドレスを知ることができ、プリント処理を依頼した依頼者ノードに対してプリント処理結果を通知することができる。したがって、プリント処理を依頼した依頼者がわざわざプリンタ装置の設置場所まで様子を見に行く必要がなく、その場でプリント処理の結果が得られる。
【００９７】
プリント処理を依頼する側は、パソコンに表示されたダイヤログボックスにおいて、通知先となる電子メールアドレスを指定し設定ボタンを押すことにより、容易に上記に基づいたプリント処理を実行することができる。
【００９８】
また、通知先となる電子メールアドレスを一度設定すれば、次回のプリント処理依頼時にはダイヤログボックスは表示されず再度通知用電子メールアドレスを設定する必要はないが、必要に応じて変更することも可能となる。
【００９９】
（第４の実施例）
次に本発明の第４の実施例について説明する。
【０１００】
第４の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取る。
【０１０１】
図１６は、複数のプリント処理依頼者から受信された複数プリントデータの各々の処理結果を前記複数プリントデータそれぞれに付加された各通知用電子メールアドレスに対して通知する処理を示すフローである。
【０１０２】
複数の依頼ノードから同時期に複数のプリントデータを受信した場合は（ｓｔ９０）、全てのプリントデータをＲＡＭ４３に確保したストレージに保管する（ｓｔ９１）。ストレージに保管された各プリントデータからそれぞれの通知用電子メールアドレスを認識し（ｓｔ９２）、これら認識した通知用電子メールアドレスをそれぞれのプリントデータと対応させて前記返信アドレステーブルＴ１に登録して記憶する（ｓｔ９３）。プリントデータそれぞれのプリント処理を行い（ｓｔ９４）、それぞれについてプリント処理の結果が正常終了か異常かを検知する（ｓｔ９５）。前記結果に基づき各々の通知メッセージを決定し（ｓｔ９６）、前記テーブルＴ１参照により取得したプリントデータと対応する各通知用電子メールアドレスに対して前記各々の通知メッセージを通知する（ｓｔ９７）。
【０１０３】
図１７は、上記ステップ９３で登録されたプリントデータと通知用電子メールアドレスとの対応テーブルＴ１を現すものであり、受付番号はプリントデータが受け付けられた順番により決定する。通知用電子メールアドレスはプリントデータの中に付加された通知用電子メールアドレスであり、通知用電子メールアドレスと受付番号とは対応づけられている。図示の例では、受付番号１のプリントデータは通知用電子メールアドレスが１２３．４５６．７８９．００となり、プリントデータのプリント処理結果は前記アドレスに対して通知されることになる。
【０１０４】
このように第４の実施例によれば、複数のプリント処理依頼側から受信された複数のプリントデータ全てに、各々のプリント処理結果を通知する電子メールアドレスが付加されているので、プリント処理依頼者は個別に処理の結果を得ることができる。
【０１０５】
（第５の実施例）
次に本発明の第５の実施例について説明する。
【０１０６】
第５の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。
【０１０７】
図１８は、プリント処理の結果がプリントデータにて指定された通知可能な結果情報と一致する場合に、通知用電子メールアドレスに対し結果を通知する処理を示すフローである。
【０１０８】
依頼者ノード２１１では、通知用電子メールアドレスおよび通知対象とする処理結果の種類（通知可能結果情報）を、プリント装置に依頼するプリントデータに付加する。
【０１０９】
プリント装置では、依頼者ノード２１１からネットワーク経由でプリントデータを受信する（ｓｔ１０１）。受信したプリントデータの中から通知用電子メールアドレスおよび通知可能結果情報の種類を認識する（ｓｔ１０２）。プリントデータの中から認識した通知可能結果情報を、返信アドレステーブルＴ１の通知用電子メールアドレスに対応させて同テーブルＴ１に登録する（ｓｔ１０３）。
【０１１０】
図１９は、ステップ１０３で登録された通知用電子メールアドレスと通知可能結果情報の種類とが対応づけられたテーブルＴ１をあらわす。このテーブルＴ１に設定されている番号はプリントデータ毎にユニークに（１対１に対応づけて）付与された数値である。さらに、ステップ１０２で認識された通知用電子メールアドレスと通知可能情報結果の種類が対応づけられて記述される。１つの通知用電子メールアドレスに対し複数の通知可能結果情報の指定が可能とされる。図示の例では、番号１で示されるプリントデータの通知用電子メールアドレスは１２３．４５６．７８９．００であり、プリント結果が「紙詰まり」、「通信エラー」、「用紙切れ」の３種類の場合に限り前記電子メールアドレス先に前記結果を表すメッセージが通知されることを示す。
【０１１１】
通知用電子メールアドレス及び通知可能結果情報をテーブルＴ１に設定した後、そのプリントデータを印刷するためのプリント処理を行う（ｓｔ１０４）。プリント処理が実行された場合は、このプリント処理の結果を検知する（ｓｔ１０５）。そして、検知した処理結果と一致する通知可能結果情報が上記テーブルＴ１内の該当番号に対応した通知可能結果情報に登録されているか否かチェックする（ｓｔ１０６）。検知された処理結果と一致する通知可能結果情報がテーブルＴ１に登録されていることが確認できた場合（ｓｔ１０７）、予め登録された通知メッセージの中から処理結果に対応した通知メッセージを決め（ｓｔ１０８）、その決めた通知メッセージを前記テーブルＴ１内の電子メールアドレスに対して電子メールで通知する（ｓｔ１０９）。
【０１１２】
ステップ１０７の処理において、処理結果と一致する通知可能結果情報がテーブルＴ１に登録されていない場合は、電子メールによる通知は行わない。
【０１１３】
このような第５の実施例によれば、プリント処理依頼側は通知用電子メールアドレスと通知可能結果情報の種類とをダイナミックに指定することができるので、プリントデータに指定した特定のプリント結果が発生した場合に限り、依頼者ノードでメッセージを受けることができる。
【０１１４】
（第６の実施例）
次に本発明の第６の実施例について説明する。
【０１１５】
第６の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。
【０１１６】
図２０は、プリント処理の結果が「プリントキュー待ち」であり、かつプリントデータにて指定された通知可能結果情報に「プリントキュー待ち」が含まれている場合において、通知用電子メールアドレスに対し結果を通知する処理を示すフローである。
【０１１７】
依頼者ノード２１１は、プリント装置に依頼するプリントデータの中に「プリントキュー待ち」を通知可能結果情報の一つとして設定する。
【０１１８】
プリント装置は、依頼者ノード２１１から通知可能結果情報に「プリントキュー待ち」の設定されたプリントデータを受信する（ｓｔ１１０）。受信したプリントデータに付加された通知用電子メールアドレスおよび「プリントキュー待ち」を含んだ通知可能結果情報をプリントデータの中から認識する（ｓｔ１１１）。プリントデータから認識した通知用電子メールアドレスを返信アドレステーブルＴ１に登録し、この通知用電子メールアドレスに対応して「プリントキュー待ち」を含む通知可能結果情報を登録する（ｓｔ１１２）。
【０１１９】
プリント装置では、ステップ１１０で受信したプリントデータを印刷するプリント処理を行う（ｓｔ１１３）。このとき、別のプリント依頼が入っていれば今回依頼されたプリント依頼は「プリントキュー待ち」の状態となる。そこで、このプリント装置に「プリントキュー待ち」の状態が発生しているか否か検知する（ｓｔ１１４）。ＣＰＵは、プリント処理をプリンタ部に指示したときに「プリントキュー待ち」の状態を検知した場合は、テーブルＴ１内に登録された通知可能結果情報に「プリントキュー待ち」が登録されていないかどうかチェックする（ｓｔ１１５）。チェックの結果、「プリントキュー待ち」が登録されていることが確認できた場合（ｓｔ１１６）、付属情報となる待ちキューの数、およびキューサイズを取得する（ｓｔ１１７）。待ちキューの数およびキューサイズを付属情報に含む通知メッセージを決め（ｓｔ１１８）、この通知メッセージを前記テーブルＴ１内の前記結果情報と対応する電子メールアドレスに対して通知する（ｓｔ１１９）。
【０１２０】
ステップ１１６の処理において、「プリントキュー待ち」が登録されていない場合は、待ちキューから外れて次のプリント処理に移行したところで再度処理結果を検知して、前述した第５の実施例と同様の結果通知を行う。
【０１２１】
このような第６の実施例によれば、プリント状態が「プリントキュー待ち」により正常終了しない場合でも、その状態、および付属情報を得ることができるため、プリントデータが出力されない理由に加え、どの位で処理が実行され終了するかのおおよその見当がつけられる。その結果、何度もプリント装置のところまでいってチェックする手間や、プリントアウトされるまでに長時間かかるような場合にはその間に別の作業を入れることができる。なお、キュー数とキューサイズに基づいて待ち時間を算出するようにしてもよい。
【０１２２】
（第７の実施例）
次に本発明の第７の実施例について説明する。
【０１２３】
第７の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。ネットワーク上にはプリント結果の通知先となる管理者ノードが配置される。
【０１２４】
図２１は、電子メールによりあらかじめ登録された管理者通知用電子メールアドレスに対してもプリント処理の結果を通知する処理を示すフローである。
【０１２５】
管理者ノード、依頼者ノード又は他のノードから事前に管理者ノードの電子メールアドレスである管理者通知用電子メールアドレスを、プリント装置に対して電子メールで通知する。
【０１２６】
プリント装置では、管理者通知用電子メールアドレスを通知するための電子メールを受信し（ｓｔ１２０）、電子メールの中から管理者通知用電子メールアドレスを認識すると（ｓｔ１２１）、その認識した管理者通知用電子メールアドレスを管理者通知アドレステーブルＴ２に登録する（ｓｔ１２２）。管理者通知アドレステーブルＴ２はプリント装置のＲＡＭに確保する。
【０１２７】
たとえば、特定のプリント装置にプリント処理を依頼した場合、プリント結果を管理者に伝えなければならない場合がある。このような場合に、プリント装置にプリント処理を依頼するのに先立って、依頼者ノードから管理者ノードの管理者通知用電子メールアドレスを通知する。
【０１２８】
プリント装置では、プリントデータを受信すると（ｓｔ１２３）、プリントデータの中に付加されている通知用電子メールアドレスを認識し（ｓｔ１２４）、その認識した通知用電子メールアドレスを返信アドレステーブルＴ１に登録する（ｓｔ１２５）。受信したプリントデータを印刷するためのプリント処理を行い（ｓｔ１２６）、その処理結果を検知する（ｓｔ１２７）。検知した処理結果に基づいた通知メッセージを決め（ｓｔ１２８）、決定した通知メッセージをステップ１２２でテーブルＴ２に登録した管理者通知用電子メールアドレスおよびステップ１２５でテーブルＴ１に登録した通知用電子メールアドレスに対してそれぞれ通知する（ｓｔ１２９）。
【０１２９】
このような第７の実施例によれば、プリント処理の結果を依頼者ノードだけでなく電子メールにより管理者ノードへも通知することができる。
【０１３０】
（第８の実施例）
次に本発明の第８の実施例について説明する。
【０１３１】
第８の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。ネットワーク上にはプリント結果の通知先となる複数の管理者ノードが配置される。
【０１３２】
第８の実施例では、あらかじめ電子メールにより管理者通知用電子メールアドレスと対応して登録された通知可能結果情報の種類と、プリントデータにて通知用電子メールアドレスと対応して指定された通知可能結果情報の種類と、実際のプリント処理結果とが一致する場合において、各々の電子メールアドレスに対し結果を通知する。
【０１３３】
図２２は、通知可能結果情報の種類と実際のプリント処理結果とが一致する場合において、管理者通知用電子メールアドレスと通知用電子メールアドレスとに対し結果を通知する処理を示すフローである。
【０１３４】
管理者ノードからプリント装置に対して管理者ノードの電子メールアドレス（管理者通知用電子メールアドレス）と通知可能結果情報とを含んだ電子メールを通知する。
【０１３５】
プリント装置では、電子メールを受信し（ｓｔ１３０）、受信した電子メールから管理者通知用電子メールアドレスＡ、および通知可能結果情報の種類を認識する（ｓｔ１３１）。当該電子メールから管理者通知用電子メールアドレスＡと前記通知可能結果情報の種類とを取り出して、両者を対応づけて管理者用結果情報テーブルＴ３に登録する（ｓｔ１３２）。
【０１３６】
図２３は管理者用結果情報テーブルＴ３を示している。管理者用結果情報テーブルＴ３では、ステップ１３２で登録された管理者通知用電子メールアドレスと通知可能結果情報（通知メッセージ種類）とが対応づけられて記述される。管理者用結果情報テーブルＴ３はプリント装置のＲＡＭ４３に確保される。１つの管理者通知用電子メールアドレスに対し複数の通知可能結果情報が指定できる。図示の例では、番号１で示される管理者通知用電子メールアドレスは１２３．４５６．７８９．００であり、プリント結果が「紙詰まり」、「通信エラー」、「用紙切れ」の３種類の場合に限り前記電子メールアドレス先に前記結果の旨を表すメッセージが通知されることを示す。
【０１３７】
プリント装置では、プリントデータを受信すると（ｓｔ１３３）、プリントデータに付加された通知用電子メールアドレスＢ、および通知可能結果情報の種類を当該プリントデータの中から認識する（ｓｔ１３４）。通知用電子メールアドレスＢに対応した通知可能結果情報を結果情報対応テーブルＴ４に登録する（ｓｔ１３５）。結果情報対応テーブルＴ４は、図１９と同様のデータ構成になっており、プリント装置のＲＡＭ４３に確保される。
【０１３８】
プリント装置で受信したプリントデータのプリント処理を行い（ｓｔ１３６）、その処理結果を検知する（ｓｔ１３７）。検知した処理結果と一致する結果情報が結果情報対応テーブルＴ４に登録されているかチェックし（ｓｔ１３８）、処理結果と一致する結果情報が登録されていればその結果情報を通知メッセージに決定する（ｓｔ１３９）。ステップ１３９の処理で処理結果と一致する結果情報が登録されていた場合には（ｓｔ１４０）、結果情報対応テーブルＴ４に登録した依頼者ノードの電子メールアドレスＢに対して前記通知メッセージを通知する（ｓｔ１４１）。ステップ１３８の処理で一致する結果情報がなかった場合は何もしない。
【０１３９】
さらに、管理用結果情報テーブルＴ３に前記処理結果と一致する結果情報があるかどうかチェックし（ｓｔ１４２）、前記処理結果と一致する結果情報が登録されていることが確認できた場合（ｓｔ１４３）、管理用結果情報テーブルＴ３に登録した管理者通知用電子メールアドレスＡに対して前記通知メッセージを通知する（ｓｔ１４４）。ステップ１４２の処理で一致しなかった場合は何もしない。
【０１４０】
このように第８の実施例によれば、電子メールにより複数の管理者通知用電子メールアドレスが通知可能結果情報と対応づけて登録できるので、プリント処理依頼側へは勿論のこと、プリント処理の結果を必要に応じて複数の管理者へも通知することができる。
【０１４１】
第３の実施例から第８の実施例で説明したプリント処理の結果通知方法を、第１の実施例又は第２の実施例で説明したファクシミリ送信の通信結果通知システムに適用する。
【０１４２】
第１の実施例又は第２の実施例において、第３の実施例で示すように正常終了メッセージ、異常終了メッセージをファクシミリ送信又は受信処理の処理検知結果に応じて電子メールで依頼者ノードに通知する。
【０１４３】
また、第１の実施例又は第２の実施例において、第４の実施例で示すように複数のファクシミリデータの送信処理依頼又は受信処理依頼を受けたときに、それぞれのファクシミリデータの中から通知用電子メールアドレスを取り出して図１７に示すようなテーブルに登録し、個々の送信処理又は受信処理をテーブルに取り出した電子メールアドレスに通知する。
【０１４４】
また、第１の実施例又は第２の実施例において、第５、第８の実施例で示すように依頼者ノードで通知を必要とする通知可能結果情報をファクシミリデータに付加して依頼し、ＮＥＴＦＡＸにおいて図１９に示すようなテーブルを作成する。テーブルに登録した結果情報が送信又は受信処理の結果と一致したときに依頼者ノード等へ通知する。
【０１４５】
また、第１の実施例又は第２の実施例において、第６の実施例で示すようにファクシミリデータの送信待ち状況を検知して、送信待ち状況が発生している場合には依頼者ノード又は管理者ノードに待ち状況を電子メールで通知する。
【０１４６】
また、第１の実施例又は第２の実施例において、第７、第８の実施例で示すように図１９及び図２３に示すようなテーブルを作成し、プリント処理及びプリントデータをファクシミリ送信処理及びファクシミリデータに代えて図２２に示す処理を行う。
【０１４７】
本発明は、上記した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々変形実施可能である。
【産業上の利用可能性】
【０１４８】
本発明は、ファクシミリデータの送信処理を、ネットワーク上のファクシミリ装置に依頼する通信システムに用いるのに適している。
【図面の簡単な説明】
【０１４９】
【図１】第１の実施例に係る通信結果通知システムにおけるファクシミリ装置の機能ブロック図
【図２】ファクシミリ出力結果を通知用電子メールアドレスに通知する手順を示すフロー図
【図３】第２の実施例に係る通信結果通知システムにおけるファクシミリ装置に対する依頼ルートを示すネットワーク構成図
【図４】第２の実施例に係る通信結果通知システムにおけるファクシミリ装置の機能ブロック図
【図５】第２の実施例においてメールデータに付加した中継用アドレスを示す図
【図６】第２の実施例においてメールデータに付加した印刷用アドレスを示す図
【図７】パスワード及びドメイン名の管理テーブルの構成図
【図８】ファクシミリデータから取り出した宛先電話番号と発信元アドレスを示す図
【図９】第２の実施例において送信結果を通知用電子メールアドレスに通知する全体の手順を示すフロー図
【図１０】第２の実施例において送信結果をメールする手順を示すフロー図
【図１１】送信結果を制御部間で受け渡すシーケンス図
【図１２】第３の実施例に係る通信結果通知システムにおけるプリント装置の機能ブロック図
【図１３】第３の実施例におけるプリント結果を通知用電子メールアドレスに通知する手順を示すフロー図
【図１４】第３の実施例におけるプリント結果正常結果通知フロー図
【図１５】第３の実施例におけるプリント結果異常結果通知フロー図
【図１６】第４の実施例において複数の通知用電子メールアドレスへ各プリント結果を通知する手順を示すフロー図
【図１７】第４の実施例におけるプリントデータと通知用電子メールアドレス対応テーブル図
【図１８】第５の実施例におけるプリント結果と通知可能結果情報が一致した場合に結果を通知する手順を示すフロー図
【図１９】第５の実施例における通知用電子メールアドレスと通知可能結果情報対応テーブル図
【図２０】第６の実施例におけるプリントキュー待ち時に結果を通知する手順を示すフロー図
【図２１】第７の実施例におけるプリント結果を管理者通知用電子メールアドレスに通知する手順を示すフロー図
【図２２】第８の実施例におけるプリント結果と管理者用通知可能結果情報が一致した場合に結果を通知する手順を示すフロー図
【図２３】第８の実施例における管理者通知用電子メールアドレスと通知可能結果情報対応テーブル図
【図２４】ＬＡＮ経由でプリント及びファクシミリ送信する既存のシステム構成図
【図２５】従来のプリント装置の機能ブロック図
【符号の説明】
【０１５０】
１  ＣＰＵ
２  ＲＯＭ
３  ＲＡＭ
４  フォーマット変換部
５  ファクシミリデータ蓄積部
６  ファクシミリ部
７  ＬＡＮインターフェイス部
８  モデム
９  ネットワークコントロールユニット
【図１】
0003702284.tif 000002
【図２】
0003702284.tif 000003
【図３】
0003702284.tif 000004
【図４】
0003702284.tif 000005
【図５】
0003702284.tif 000006
【図６】
0003702284.tif 000007
【図７】
0003702284.tif 000008
【図８】
0003702284.tif 000009
【図９】
0003702284.tif 000010
【図１０】
0003702284.tif 000011
【図１１】
0003702284.tif 000012
【図１２】
0003702284.tif 000013
【図１３】
0003702284.tif 000014
【図１４】
0003702284.tif 000015
【図１５】
0003702284.tif 000016
【図１６】
0003702284.tif 000017
【図１７】
0003702284.tif 000018
【図１８】
0003702284.tif 000019
【図１９】
0003702284.tif 000020
【図２０】
0003702284.tif 000021
【図２１】
0003702284.tif 000022
【図２２】
0003702284.tif 000023
【図２３】
0003702284.tif 000024
【図２４】
0003702284.tif 000025
【図２５】
0003702284.tif 000026