JP3617983B2 - 電子メール装置及び中継転送方法 - Google Patents
電子メール装置及び中継転送方法 Download PDFInfo
- Publication number
- JP3617983B2 JP3617983B2 JP2002240464A JP2002240464A JP3617983B2 JP 3617983 B2 JP3617983 B2 JP 3617983B2 JP 2002240464 A JP2002240464 A JP 2002240464A JP 2002240464 A JP2002240464 A JP 2002240464A JP 3617983 B2 JP3617983 B2 JP 3617983B2
- Authority
- JP
- Japan
- Prior art keywords
- facsimile
- notification
- result
- data
- 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 - Lifetime
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Facsimiles In General (AREA)
- Facsimile Transmission Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＬＡＮ経由で受信した電子メールデータをファクシミリデータに変換してファクシミリ送信する電子メール装置及び中継転送方法に関するものである。
【０００２】
【従来の技術】
プリント装置、ファクシミリ装置がＬＡＮ（Local Area Network）に接続されていて、プリント装置、ファクシミリ装置に対してそのＬＡＮに接続されているパーソナルコンピュータから印刷処理、ファクシミリ送信処理を依頼できるシステムが普及している。
【０００３】
かかるシステムにおいて、典型的にはプリント装置、ファクシミリ装置はパーソナルコンピュータから依頼された各々の処理を実行して終了する。用紙切れ、紙詰まりなどが発生した場合、プリント装置又はファクシミリ装置に備わった表示部に異常メッセージが表示される。異常情報をファクシミリ出力（プリントアウト）する機能を備えたファクシミリ装置もある。パーソナルコンピュータからプリント装置又はファクシミリ装置に印刷処理又はファクシミリ送信処理を依頼した依頼者は、表示部に異常メッセージが表示されていなければ処理が正常に終了したものとみなす。
【０００４】
図２４はプリント装置及びファクシミリ装置の接続されたＬＡＮのネットワーク構成を示しており、図２５は従来のプリント装置の機能ブロックを示している。プリント装置２１０、パーソナルコンピュータ２１１及びネットワーク接続型のファクシミリ装置（以下、「ＮＥＴＦＡＸ」と呼ぶ）２１２がＬＡＮ２１３上に接続されている。
【０００５】
プリント装置２１０は、装置全体の制御を行うＣＰＵ２２１、プログラムが格納されるＲＯＭ２２２、プログラムが作業領域として使用するＲＡＭ２２３、ＬＰＤ等のプリンタプロトコルでプリント処理を行うプリンタ部２２４、プリントデータをＬＡＮ上でやりとりするＬＡＮインターフェイス部２２５を有する。
【０００６】
また、ＮＥＴＦＡＸ２１２は、プリンタ部２２４に代えてファクシミリデータの送受信処理を行うＦＡＸ部を備える。以下、依頼者がＮＥＴＦＡＸ又はプリント装置に対してファクシミリ送信又はプリント処理を依頼するための情報処理端末を依頼者ノードと呼ぶこととする。パーソナルコンピュータ２１１が依頼者ノードとなる。
【０００７】
依頼者ノード２１１がプリント装置２１０に対してプリント処理を依頼し、その依頼を受け取ったプリント装置２１０がＬＡＮ２１３経由でプリントデータを取り込み印刷する。また、依頼者ノード２１１がＮＥＴＦＡＸ２１２に対してファクシミリ送信を依頼してＬＡＮ２１３経由でファクシミリデータを渡し、ＮＥＴＦＡＸ２１２がファクシミリデータを電話番号で指定された他のファクシミリ装置へ公衆回線網（ＰＳＴＮ）経由でファクシミリ送信する。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述の従来技術では、依頼者ノード２１１からＮＥＴＦＡＸ２１２に対してファクシミリ送信処理を依頼した後、依頼者が直接にＮＥＴＦＡＸの設置場所まで出向いてその表示部をチェックしなければ、正常にファクシミリ送信が終了したのか否か知ることができない。
【０００９】
ＮＥＴＦＡＸから異常を示すメッセージがプリントアウトされる場合であっても、ファクシミリ送信処理の依頼があってから異常を示すメッセージがプリントアウトされて手元に戻るまでにはタイムラグがあるため、正常にファクシミリ送信されなかった事実が長時間に亙って依頼者に伝わらない可能性がある。
【００１０】
本発明は、上記従来の問題点を解決するもので、ファクシミリ装置がＬＡＮ経由で依頼された処理の処理結果を、依頼者ノード又は管理者ノードへ電子メールで迅速に通知することができ、ネットワーク経由で依頼した処理の結果通知作業を効率化することのできる電子メール装置及び中継転送方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、電子メールを受信する電子メール受信手段と、この電子メール受信手段で受信した電子メールデータをファクシミリデータに変換して公衆回線網を介しファクシミリ送信するファクシミリ送信手段と、パスワードが登録された記憶手段とを具備し、前記電子メール受信手段で受信した宛先アドレスの＠直前の電話番号データをファクシミリ送信先として設定するとともに、前記宛先アドレス内であって前記電話番号データとは別のパスワードが前記記憶手段に登録されていなければメールサーバにエラーを返すことを特徴とする電子メール装置である。
【００１２】
本発明は、電子メールを受信し、受信した電子メールデータをファクシミリデータに変換して公衆回線網を介しファクシミリ送信する中継転送方法において、受信した宛先アドレスの＠直前の電話番号データをファクシミリ送信先として設定するとともに、前記宛先アドレス内であって前記電話番号データとは別のパスワードが登録されていないパスワードであればメールサーバにエラーを返すことを特徴とする中継転送方法である。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１４】
（第１の実施例）
第１の実施例はＮＥＴＦＡＸからファクシミリ送信の処理結果を電子メールで依頼者ノードに通知する通信結果通知システムの例である。図２４に示したネットワーク構成を例にして説明する。
【００１５】
図１は通信結果通知システムにおけるＮＥＴＦＡＸの機能ブロックを示している。このＮＥＴＦＡＸは、装置全体の制御を行うＣＰＵ１、プログラムが格納されるＲＯＭ２、プログラムが作業領域として使用するＲＡＭ３、フォーマット変換部４、ファクシミリデータ蓄積部５、ファクシミリ部６、ＬＡＮインターフェイス部７、モデム８、ネットワークコントロールユニット９を備えている。
【００１６】
ＬＡＮインターフェイス部７でＬＡＮからファクシミリデータを取り込むために必要な手順が実行される。フォーマット変換部４は、ＬＡＮ経由で受信した送信原稿のイメージデータをＧ３ファクシミリのフォーマットに変換する。ファクシミリデータ蓄積部５に受信したファクシミリデータが一旦蓄えられる。ファクシミリ部６でファクシミリデータの送受信処理が行われる。モデム８でデータ送受信の際に必要な変調又は復調をかけ、ネットワークコントロールユニット９で回線を制御する。
【００１７】
図２は、ファクシミリ送信処理の結果を通知用電子メールアドレスに対し通知する処理を示すフローチャートである。図２４においてＮＥＴＦＡＸ（２１２）から依頼者ノード（２１１）にファクシミリ送信処理の結果を通知する場合、依頼者ノードがファクシミリデータのヘッダ部に当該依頼者ノードのネットワーク上での電子メールアドレスを組み込んで送る。
【００１８】
ＮＥＴＦＡＸでは、ＬＡＮインターフェイス部７で依頼者ノードからＬＡＮ経由で送られてくるファクシミリデータを受信し（ｓｔ１）、この受信したファクシミリデータを一旦ファクシミリデータ蓄積部５に蓄積しておく（ｓｔ２）。
【００１９】
ＣＰＵ１は、受信したファクシミリデータに付加されている通知用電子メールアドレスをデータの中から認識し（ｓｔ３）、その通知用電子メールアドレスをＲＡＭ３内に設けたテーブル１０に登録する（ｓｔ４）。ファクシミリデータとして受信したイメージデータをフォーマット変換部４でＧ３ファクシミリのフォーマットに変換する（ｓｔ５）。
【００２０】
一方で、ＣＰＵ１が依頼者ノードから依頼されたファクシミリ送信処理をファクシミリ部６に対して指示する。ファクシミリ部６は、Ｇ３ファクシミリに合わせてフォーマット変換されたファクシミリデータの送信処理を行う（ｓｔ６）。ＣＰＵ１は、ファクシミリ部６にファクシミリ送信処理の指示を出してからファクシミリ受信処理の結果を検知する（ｓｔ７）。
【００２１】
予め登録されている通知メッセージの中からファクシミリ部６での処理結果に基づいた通知メッセージを決め（ｓｔ８）、その通知メッセージをテーブル１０に登録しておいた通知用電子メールアドレスに電子メールにて通知する（ｓｔ９）。ここでは、通知用電子メールアドレスに依頼者ノード２１１を設定しているので、通知メッセージの電子メールが依頼者ノード２１１の電子メールアドレスへ届けられる。
【００２２】
このような第１の実施例によれば、ファクシミリ送信処理の結果が電子メールによりファクシミリ送信依頼ノードへ通知される。したがって、ファクシミリ送信が正常終了した場合には正常終了した旨の通信結果をファクシミリ送信依頼ノードで受け取ることができ、異常の場合には送信エラーがあった旨の通信結果をファクシミリ送信依頼ノードで受け取ることができる。依頼者自信が、わざわざファクシミリ装置の設置場所まで出向いていき表示部の表示内容（異常メッセージ）をチェックする必要がなくなる。表示部に未達届け等のメッセージが出力された場合に、表示部をチェックし忘れた等の理由でメッセージが正しく伝わらないといった事態を未然に防ぐことができる。
【００２３】
ＮＥＴＦＡＸがＰＳＴＮから受信したファクシミリデータの受信結果を電子メールでＬＡＮ上の受信ノードに転送する場合について説明する。
【００２４】
ファクシミリデータを発信する発信ノードが、ファクシミリデータのヘッダ部に受信ノードのネットワーク上での電子メールアドレスを組み込んで送る。
【００２５】
ＮＥＴＦＡＸでは、ファクシミリ部６でＰＳＴＮからファクシミリデータを受信し（ｓｔ２１）、ファクシミリデータを一旦ファクシミリデータ蓄積部５に蓄積する（ｓｔ２２）。ＣＰＵ１は、受信したファクシミリデータのヘッダ部に挿入された受信ノードの通知用電子メールアドレスをデータの中から認識し（ｓｔ２３）、その通知用電子メールアドレスをＲＡＭ３内に設けたテーブル１０に登録する（Ｓｔ２４）。
【００２６】
１頁又は全頁のファクシミリデータをファクシミリデータ蓄積部５に保存したところで、イメージデータの印刷を開始する（ｓｔ２５）。ファクシミリデータの受信から印刷までの処理工程を経てファクシミリ受信処理を終了する。ファクシミリ受信処理の結果を検知し（ｓｔ２６）、予め登録されている通知メッセージの中からファクシミリ部６での処理結果に基づいた通知メッセージを決める（ｓｔ２７）。そして、テーブル１０に登録しておいた受信ノードの電子メールアドレスにその通知メッセージを電子メールにて通知する（Ｓｔ２８）。
【００２７】
このような第１の実施例によれば、ファクシミリ受信処理の結果が電子メールにより受信ノードへ通知されるので、受信ノードにてファクシミリデータがいつ到着したか知ることができ、ファクシミリ到着後すぐに入手することができると共に、送付されたファクシミリデータがなかなか送付先の手元に届かないといった問題も解決される。
【００２８】
（第２の実施例）
図３は、第２の実施例に係る通信結果通知システムの適用される通信ネットワークの構成例を示している。ＬＡＮ１１にパーソナルコンピュータ（ＰＣ）で構成される第１の依頼者ノード１２、管理者ノード１３、ＮＥＴＦＡＸ１４が接続されている。ＮＥＴＦＡＸ１４はＰＳＴＮ１５経由でＧ３ＦＡＸ１６につながり電話回線によるファクシミリ通信ができる。また、ＬＡＮ１１が接続されるインターネット１７には複数のＬＡＮが属しており、その中の一つのＬＡＮ１８上に別の依頼者ノード１９及びＮＥＴＦＡＸ２０が存在している。以下、ＮＥＴＦＡＸ１４がファクシミリデータの中継及び印刷を行うものとして説明する。
【００２９】
図４は、ＮＥＴＦＡＸ１４の機能ブロックを示している。ＮＥＴＦＡＸ１４は、ＦＡＸ制御部２１とＬＡＮ制御部３０とを備えている。ＦＡＸ制御部２１には、ファクシミリ送受信処理及び送信結果通知処理を主に制御するＣＰＵ２２、ＣＰＵ２２の実行するプログラムが格納されたＲＯＭ２３、各種テーブルが登録され又作業領域として使用されるＲＡＭ２４が備えられている。さらに、ＦＡＸ制御部２１には、送信原稿の読取りを行うスキャナ部２５、イメージデータを印刷するプリンタ部２６、電話番号、電子メールアドレス等の各種情報を入力できるパネル部２７、ファクシミリデータを変調及び復調するモデム２８、ＬＡＮ制御部３０との間でデータをやり取りするシリアルインタフェース２９が備えられている。一方、ＬＡＮ制御部３０には、ＬＡＮ１１との間でのファクシミリデータのやり取りを主に制御するＣＰＵ３１、ＣＰＵ３１を動作させるプログラムの格納されたＲＯＭ３２、プログラムの使用するデータが格納されるＲＡＭ３３、イーサネット（登録商標）等のＬＡＮ１１に接続するためのＬＡＮインタフェース３４、ＦＡＸ制御部２１に接続するためのシリアルインタフェース３５を備えている。
【００３０】
依頼者ノード（１２、１９、２０）がＮＥＴＦＡＸ１４にファクシミリデータの中継又は印刷を依頼する場合、依頼者ノードでファクシミリデータ又は印刷データを電子メール又はフレームにしてＬＡＮ１１のデータストリームに送出する。依頼者ノードは、ファクシミリデータ又は印刷データを搬送する電子メール又はフレームの宛先アドレスに、印刷用アドレス又は中継用アドレスのいずれかをデータ内容に合わせて設定する。
【００３１】
図５に中継用アドレスの具体例を示している。この中継用アドレスは、ＮＥＴＦＡＸ１４にファクシミリデータを中継させるためのパスワードと、宛先のＧ３ＦＡＸ１６の電話番号と、ＮＥＴＦＡＸ１４のホスト名と、ドメイン名とで構成されている。宛先アドレスのうち＃と＠とで挟んだ部分が宛先となるＧ３ＦＡＸ１６の電話番号であることを示している。図６は印刷用アドレスの具体例を示している。ＮＥＴＦＡＸ１４は宛先アドレスのデータの並びをみて中継用アドレスと印刷用アドレスとを識別する。
【００３２】
また、ＮＥＴＦＡＸ１４には予め登録された特定の依頼者ノード以外からの中継は受け付けない機構が備えられている。ＮＥＴＦＡＸ１４で中継する依頼者ノードのドメイン名とパスワードとを登録した管理テーブルを予め準備して、ＦＡＸ制御部２１のＲＡＭ２４に記憶している。
【００３３】
図７に管理テーブルの構成を示している。図３のネットワーク構成上で経路３の中継のみ許可し、経路１、２の中継は許可しない場合であれば、経路３の依頼者ノードのドメイン名だけを管理テーブルに登録する。
【００３４】
図９及び図１０は、ＮＥＴＦＡＸ１４におけるファクシミリデータの中継処理のフローチャートを示している。図７に示す管理テーブルはファクシミリ制御部２１側のＲＡＭ２４にバックアップされて格納されており、起動時にＬＡＮ制御部３０側へ転送される。
【００３５】
ＬＡＮ１１内の依頼者ノート（パーソナルコンピュータ）１２がＮＥＴＦＡＸ１４に対してＧ３ＦＡＸ１６へのファクシミリデータの中継を依頼する場合について説明する。依頼者ノード１２はファクシミリデータとして送信すべきデータを電子メールのフォーマットでＮＥＴＦＡＸ１４へ送信する。このとき、依頼者ノード１２では、図５に示す中継アドレスと発信元アドレスとを電子メールに設定する。
【００３６】
ＮＥＴＦＡＸ１４は、依頼者ノード１２からＧ３ＦＡＸ１６へ中継するファクシミリデータの電子メールを中継専用の電話番号で受信する（ｓｔ３１）。受信した電子メールに含まれたファクシミリデータ部分（テキストデータ、イメージデータ）をファクシミリデータのフォーマットに変換する。
【００３７】
次に、ＬＡＮ制御部３０のＲＡＭ３３に転送されている管理テーブルを参照してパスワードチェックする（ｓｔ３２）。図５に示す中継用アドレスの先頭に置かれたパスワード（ｉｆａｘ ００１）を取り出して、管理テーブルに登録されているパスワードと照合する。管理テーブルに一致するパスワードがあることが確認できれば、パスワードが正しいと判断する（ｓｔ３３）。パスワードが正しい場合は、さらに管理テーブルを参照して発信元のドメイン名をチェックする（ｓｔ３４）。受信した電子メールの発信元アドレスに記述されているドメイン名を取り出し、この取り出した発信元のドメイン名と先にチェックしたパスワードに対応した管理テーブル上のドメイン名とを照合する。発信元のドメイン名が管理テーブルに登録されていれば、受信した電子メールのファクシミリデータを中継してもよいと判断する（ｓｔ３５）。なお、一つのパスワードに対して複数のドメイン名を登録することもできる。
【００３８】
ＮＥＴＦＡＸ１４を中継に使用するためのパスワードを特定の依頼者に与えると共にそのパスワードを管理テーブルに登録しているので、ＮＥＴＦＡＸ１４で特定の依頼者からの中継依頼だけを受け入れるようにすることができる。
【００３９】
また、パスワードを含んだ中継用アドレスが第三者に漏洩した場合であっても、ステップ３４における処理で発信元のドメイン名を制限することで、ＮＥＴＦＡＸ１４の無断使用を防ぐことができる。
【００４０】
上記ステップ３５の処理において、依頼者ノード１２からのメールデータを中継してもよいと判断した場合、メールデータをＬＡＮ制御部３０側からファクシミリ制御部２１側へシリアルインタフェース３５を介して送る。
【００４１】
ファクシミリ制御部２１では、メールデータの中継用アドレスから＃マークと＠マークとで挟まれた宛先電話番号を取り出し、宛先電話番号及びメールデータをＲＡＭ２４に一時保存する。ファクシミリ制御部２１は、ＮＥＴＦＡＸを管理する管理者の管理者ノード１３にログを送信する（ｓｔ３６）。管理者ノード１３へ送信するログには発信元、宛先電話番号、及びデータの中身等を含む。このように、管理者ノード１３には中継がある度に発信元アドレスと送信先電話番号が通知されるので、中継量が異常に増加するなどの状況に対して迅速にチェックをかけることができる。
【００４２】
次に、先にＲＡＭ２４に保持した宛先電話番号に発呼し、ファクシミリ用にフォーマット変換したメールデータをファクシミリ送信する（ｓｔ３７）。そして、送信結果を示すテキストデータを電子メールのテキスト部に格納し（ｓｔ３８）、さらに電子メールにファクシミリ送信した１頁目を添付ファイルとして格納する（ｓｔ３９）。送信結果及び１頁目を格納した電子メールを発信元アドレスに送信する（ｓｔ４０）。
【００４３】
なお、ステップ３３又は３５の処理において、パスワード又はドメイン名が違っていた場合は、メールサーバにエラーを返す（ｓｔ４１）。メールサーバから依頼者ノードへエラーメールが返される。
【００４４】
図１０を参照して、通信結果を依頼者ノードへ通知するための通知処理を詳細に説明する。この通信結果通知処理は上記ステップ３８−ステップ４０に相当する。
【００４５】
依頼者ノード１２からＮＥＴＦＡＸ１４に中継送信を依頼すると、ＮＥＴＦＡＸ１４が電子メールをファクシミリデータ（イメージデータ）に変換する。このときにメールデータの宛先アドレス及び発信元アドレスから宛先電話番号及び発信元アドレスを取り出して図８に示すような管理テーブルを作成し、宛先電話番号に発呼して依頼された宛先へファクシミリデータを送信する（ｓｔ５１）。
【００４６】
ＮＥＴＦＡＸ１４は、既存のファクシミリ装置と同様の処理により送信結果を検知する（ｓｔ５２）。表示部に表示するためのメモリ（例えば、ＲＡＭ２４の一部）に、送信が正常に終了した場合には送受信履歴として送信ＯＫと記憶され、送信できなかった場合には送信ＮＧと記憶する。
【００４７】
ステップ５２の処理において送信履歴をメモリに記憶したら、送信結果の内容をチェックする（ｓｔ５３）。送信ＮＧの場合は、送信異常を示すメッセージのテキストデータをメモリから読み出す（ｓｔ５４）。送信ＯＫの場合は、送信完了を示すメッセージのテキストデータをメモリから読み出す（ｓｔ５５）。
【００４８】
なお、送信完了の場合と送信異常の場合とでそれぞれメモリからテキストデータを読み出しているが、いずれか一方の場合だけにしてもよい。
【００４９】
送信異常に対応したテキストデータ、または送信完了に対応したテキストデータを作成すると、依頼者ノードから中継するメールデータを受け取ったときに図８に示す管理テーブルに格納した発信元アドレスを当該管理テーブルから取り出す。依頼者ノード１２のアドレスである発信元アドレスを、通信結果メールのメールアドレスとして設定する（ｓｔ５６）。上記ステップ５４、５５で作成した通信結果メッセージのテキストデータを、通信結果メールのtext／Plain部にコピーする（ｓｔ５７）。また、中継依頼を受けてステップ５１で送信処理したイメージデータの１頁目を切り出し（ｓｔ５８）、切り出されたイメージデータをＢａｓｅ６４変換してイメージ部にコピーする（ｓｔ５９）。すなわち、切り出したイメージデータをファイル化して添付する。
【００５０】
そして、テキスト部に通信結果メッセージのテキストデータが挿入され、かつイメージ部に１頁目のイメージデータが添付された電子メールを依頼者ノードのアドレスとなる発信元アドレスへメールする（ｓｔ６０）。
【００５１】
この結果、依頼者ノード１２では、ＮＥＴＦＡＸ１４に対してＧ３ＦＡＸ１６への中継を依頼すると、ＮＥＴＦＡＸ１４から送信処理が終了した時点で通信結果メッセージ及び１頁目のイメージデータが添付された電子メールが送られてくる。したがって、依頼者はＮＥＴＦＡＸ１４の設置場所へ送信結果を確認しに出向かなくて送信処理終了後、直ちに送信結果を知ることができる。
【００５２】
また、発信元（ドメイン名）を偽って中継依頼した場合にあっては、送信結果通知がメールデータに設定されている発信元に戻されるので、偽って送信依頼したノードには送信結果通知が戻されないので結果通知のサービスから偽依頼者を排除できる。また、ドメイン名を承諾無しに使われた第３者のノードには本人が依頼していないメールの送信結果が通知されるので、第３者は自分のドメイン名が不正に使用されていることを発見できる。
【００５３】
図１１に、ファクシミリ制御部２１からＬＡＮ制御部３０へ送信結果等を受け渡すシーケンスが示されている。ＮＥＴＦＡＸ１４が依頼者ノードから受信したメールデータは全てファクシミリ制御部２１で管理される。ファクシミリ制御部２１から管理テーブルの発信元アドレスが返信メールアドレスとして渡されるとＬＡＮ制御部３０で結果通知メールの宛先に返信メールアドレスをセットする。また、ファクシミリ制御部２１から送信結果テキストがＬＡＮ制御部３０へ渡されると、結果通知メールのテキスト部に送信結果テキストをコピーする。
【００５４】
このように、ファクシミリ制御部２１側で全てのデータを管理することにより、複雑な制御を可能にするとともに、送達確認を通常のメール送信と同じ制御で行うことができ、プログラム構成を簡素化できる。さらに、通常のファクシミリ制御部２１のほうがＬＡＮ制御部３０よりもＣＰＵの機能が高機能であるため、ファクシミリ制御部２１側でデータの管理を行う方がより大きなデータを扱うことができる。
【００５５】
（第３の実施例）
第３の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知する通信結果通知システムである。第３の実施例に係る通信結果通知システムにおけるプリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取る。
【００５６】
図１２は、第３の実施例に係る通信結果通知システムにおけるプリント装置の基本構成図である。プリント装置は、装置全体の制御を行うＣＰＵ４１、ＣＰＵ４１の処理内容などを記述したプログラムを格納するＲＯＭ４２、プログラムのデータ用領域として使用されるＲＡＭ４３、ＬＰＤ等のプリンタープロトコルでプリント処理を行うプリンタ部４４、プリントデータをＬＡＮ上でやりとりするＬＡＮインターフェイス部４５を有している。
【００５７】
図１３は、プリント処理の結果を通知用電子メールアドレスに対し通知する処理を示すフローチャートである。プリント装置では、依頼者ノードからプリント依頼の出されたプリントデータを受信すると（ｓｔ７０）、その受信したプリントデータに付加されている通知用電子メールアドレスを前記データの中から認識する（Ｓｔ７１）。
【００５８】
なお、プリント処理を依頼した依頼者ノードにプリント処理結果を通知する場合は、プリントデータに付加される発信元アドレスを通知用電子メールアドレスに使用できるので特別に通知用電子メールアドレスを追加する必要がない。また、依頼者ノードとプリント処理結果の通知先ノードとが相違する場合は、依頼者ノードでプリントデータに通知先ノードの電子メールアドレスを通知用電子メールアドレスとして設定する。
【００５９】
ＣＰＵ４１は、プリントデータの中から認識した通知用電子メールアドレスをＲＡＭ４３に設けられた返信アドレステーブルに登録する（ｓｔ７２）。ＣＰＵ４１からプリンタ部４４に対してプリント処理を指示する。この結果、受信したプリントデータのプリント処理が実行される（ｓｔ７３）。プリント処理が実行されたならば、プリンタ部４４でのプリント処理結果を検知する（ｓｔ７４）。検知した処理結果に応じた通知メッセージを決め（ｓｔ７５）、先に返信アドレステーブルＴ１に登録した通知用電子メールアドレスを取り出す。この通知用電子メールアドレスに通知メッセージを電子メールにて通知する（ｓｔ７６）。
【００６０】
図１４は、上記ステップ７４において検知したプリント処理の結果が正常終了であった場合の処理フローを示す。先ず、プリント処理の結果を検知し（ｓｔ８１）、プリント処理が正常終了されていることを確認する（ｓｔ８２）。正常終了されていることが確認されると、正常終了した旨のメッセージを返信アドレステーブルＴ１に登録されている通知用電子メールアドレスに対し電子メールで通知する（ｓｔ８３）。なお、ステップ８２の処理において、正常終了していないことが判明した場合は、正常終了した旨のメッセージは通知しない。
【００６１】
図１５は、上記ステップ７４において検知したプリント処理の結果が異常終了であった場合の処理フローを示す。プリント処理の結果を検知し（ｓｔ８４）、プリント処理が異常終了していないかどうか判断する（ｓｔ８５）。プリント処理が異常終了していることを確認できれば、異常の旨を表すメッセージを返信アドレステーブルＴ１に登録した通知用電子メールアドレスに対し通知する（ｓｔ８６）。なお、異常でない場合は、異常メッセージは通知しない。
【００６２】
このように上記第３の実施例によれば、受信したプリントデータの中から直接に、処理結果を通知する電子メールアドレスを知ることができ、プリント処理を依頼した依頼者ノードに対してプリント処理結果を通知することができる。したがって、プリント処理を依頼した依頼者がわざわざプリンタ装置の設置場所まで様子を見に行く必要がなく、その場でプリント処理の結果が得られる。
【００６３】
プリント処理を依頼する側は、パソコンに表示されたダイヤログボックスにおいて、通知先となる電子メールアドレスを指定し設定ボタンを押すことにより、容易に上記に基づいたプリント処理を実行することができる。
【００６４】
また、通知先となる電子メールアドレスを一度設定すれば、次回のプリント処理依頼時にはダイヤログボックスは表示されず再度通知用電子メールアドレスを設定する必要はないが、必要に応じて変更することも可能となる。
【００６５】
（第４の実施例）
次に本発明の第４の実施例について説明する。
【００６６】
第４の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取る。
【００６７】
図１６は、複数のプリント処理依頼者から受信された複数プリントデータの各々の処理結果を前記複数プリントデータそれぞれに付加された各通知用電子メールアドレスに対して通知する処理を示すフローである。
【００６８】
複数の依頼ノードから同時期に複数のプリントデータを受信した場合は（ｓｔ９０）、全てのプリントデータをＲＡＭ４３に確保したストレージに保管する（ｓｔ９１）。ストレージに保管された各プリントデータからそれぞれの通知用電子メールアドレスを認識し（ｓｔ９２）、これら認識した通知用電子メールアドレスをそれぞれのプリントデータと対応させて前記返信アドレステーブルＴ１に登録して記憶する（ｓｔ９３）。プリントデータそれぞれのプリント処理を行い（ｓｔ９４）、それぞれについてプリント処理の結果が正常終了か異常かを検知する（ｓｔ９５）。前記結果に基づき各々の通知メッセージを決定し（ｓｔ９６）、前記テーブルＴ１参照により取得したプリントデータと対応する各通知用電子メールアドレスに対して前記各々の通知メッセージを通知する（ｓｔ９７）。
【００６９】
図１７は、上記ステップ９３で登録されたプリントデータと通知用電子メールアドレスとの対応テーブルＴ１を現すものであり、受付番号はプリントデータが受け付けられた順番により決定する。通知用電子メールアドレスはプリントデータの中に付加された通知用電子メールアドレスであり、通知用電子メールアドレスと受付番号とは対応づけられている。図示の例では、受付番号１のプリントデータは通知用電子メールアドレスが１２３．４５６．７８９．００となり、プリントデータのプリント処理結果は前記アドレスに対して通知されることになる。
【００７０】
このように第４の実施例によれば、複数のプリント処理依頼側から受信された複数のプリントデータ全てに、各々のプリント処理結果を通知する電子メールアドレスが付加されているので、プリント処理依頼者は個別に処理の結果を得ることができる。
【００７１】
（第５の実施例）
次に本発明の第５の実施例について説明する。
【００７２】
第５の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。
【００７３】
図１８は、プリント処理の結果がプリントデータにて指定された通知可能な結果情報と一致する場合に、通知用電子メールアドレスに対し結果を通知する処理を示すフローである。
【００７４】
依頼者ノード２１１では、通知用電子メールアドレスおよび通知対象とする処理結果の種類（通知可能結果情報）を、プリント装置に依頼するプリントデータに付加する。
【００７５】
プリント装置では、依頼者ノード２１１からネットワーク経由でプリントデータを受信する（ｓｔ１０１）。受信したプリントデータの中から通知用電子メールアドレスおよび通知可能結果情報の種類を認識する（ｓｔ１０２）。プリントデータの中から認識した通知可能結果情報を、返信アドレステーブルＴ１の通知用電子メールアドレスに対応させて同テーブルＴ１に登録する（ｓｔ１０３）。
【００７６】
図１９は、ステップ１０３で登録された通知用電子メールアドレスと通知可能結果情報の種類とが対応づけられたテーブルＴ１をあらわす。このテーブルＴ１に設定されている番号はプリントデータ毎にユニークに（１対１に対応づけて）付与された数値である。さらに、ステップ１０２で認識された通知用電子メールアドレスと通知可能情報結果の種類が対応づけられて記述される。１つの通知用電子メールアドレスに対し複数の通知可能結果情報の指定が可能とされる。図示の例では、番号１で示されるプリントデータの通知用電子メールアドレスは１２３．４５６．７８９．００であり、プリント結果が「紙詰まり」、「通信エラー」、「用紙切れ」の３種類の場合に限り前記電子メールアドレス先に前記結果を表すメッセージが通知されることを示す。
【００７７】
通知用電子メールアドレス及び通知可能結果情報をテーブルＴ１に設定した後、そのプリントデータを印刷するためのプリント処理を行う（ｓｔ１０４）。プリント処理が実行された場合は、このプリント処理の結果を検知する（ｓｔ１０５）。そして、検知した処理結果と一致する通知可能結果情報が上記テーブルＴ１内の該当番号に対応した通知可能結果情報に登録されているか否かチェックする（ｓｔ１０６）。検知された処理結果と一致する通知可能結果情報がテーブルＴ１に登録されていることが確認できた場合（ｓｔ１０７）、予め登録された通知メッセージの中から処理結果に対応した通知メッセージを決め（ｓｔ１０８）、その決めた通知メッセージを前記テーブルＴ１内の電子メールアドレスに対して電子メールで通知する（ｓｔ１０９）。
【００７８】
ステップ１０７の処理において、処理結果と一致する通知可能結果情報がテーブルＴ１に登録されていない場合は、電子メールによる通知は行わない。
【００７９】
このような第５の実施例によれば、プリント処理依頼側は通知用電子メールアドレスと通知可能結果情報の種類とをダイナミックに指定することができるので、プリントデータに指定した特定のプリント結果が発生した場合に限り、依頼者ノードでメッセージを受けることができる。
【００８０】
（第６の実施例）
次に本発明の第６の実施例について説明する。
【００８１】
第６の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。
【００８２】
図２０は、プリント処理の結果が「プリントキュー待ち」であり、かつプリントデータにて指定された通知可能結果情報に「プリントキュー待ち」が含まれている場合において、通知用電子メールアドレスに対し結果を通知する処理を示すフローである。
【００８３】
依頼者ノード２１１は、プリント装置に依頼するプリントデータの中に「プリントキュー待ち」を通知可能結果情報の一つとして設定する。
【００８４】
プリント装置は、依頼者ノード２１１から通知可能結果情報に「プリントキュー待ち」の設定されたプリントデータを受信する（ｓｔ１１０）。受信したプリントデータに付加された通知用電子メールアドレスおよび「プリントキュー待ち」を含んだ通知可能結果情報をプリントデータの中から認識する（ｓｔ１１１）。プリントデータから認識した通知用電子メールアドレスを返信アドレステーブルＴ１に登録し、この通知用電子メールアドレスに対応して「プリントキュー待ち」を含む通知可能結果情報を登録する（ｓｔ１１２）。
【００８５】
プリント装置では、ステップ１１０で受信したプリントデータを印刷するプリント処理を行う（ｓｔ１１３）。このとき、別のプリント依頼が入っていれば今回依頼されたプリント依頼は「プリントキュー待ち」の状態となる。そこで、このプリント装置に「プリントキュー待ち」の状態が発生しているか否か検知する（ｓｔ１１４）。ＣＰＵは、プリント処理をプリンタ部に指示したときに「プリントキュー待ち」の状態を検知した場合は、テーブルＴ１内に登録された通知可能結果情報に「プリントキュー待ち」が登録されていないかどうかチェックする（ｓｔ１１５）。チェックの結果、「プリントキュー待ち」が登録されていることが確認できた場合（ｓｔ１１６）、付属情報となる待ちキューの数、およびキューサイズを取得する（ｓｔ１１７）。待ちキューの数およびキューサイズを付属情報に含む通知メッセージを決め（ｓｔ１１８）、この通知メッセージを前記テーブルＴ１内の前記結果情報と対応する電子メールアドレスに対して通知する（ｓｔ１１９）。
【００８６】
ステップ１１６の処理において、「プリントキュー待ち」が登録されていない場合は、待ちキューから外れて次のプリント処理に移行したところで再度処理結果を検知して、前述した第５の実施例と同様の結果通知を行う。
【００８７】
このような第６の実施例によれば、プリント状態が「プリントキュー待ち」により正常終了しない場合でも、その状態、および付属情報を得ることができるため、プリントデータが出力されない理由に加え、どの位で処理が実行され終了するかのおおよその見当がつけられる。その結果、何度もプリント装置のところまでいってチェックする手間や、プリントアウトされるまでに長時間かかるような場合にはその間に別の作業を入れることができる。なお、キュー数とキューサイズに基づいて待ち時間を算出するようにしてもよい。
【００８８】
（第７の実施例）
次に本発明の第７の実施例について説明する。
【００８９】
第７の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。ネットワーク上にはプリント結果の通知先となる管理者ノードが配置される。
【００９０】
図２１は、電子メールによりあらかじめ登録された管理者通知用電子メールアドレスに対してもプリント処理の結果を通知する処理を示すフローである。
【００９１】
管理者ノード、依頼者ノード又は他のノードから事前に管理者ノードの電子メールアドレスである管理者通知用電子メールアドレスを、プリント装置に対して電子メールで通知する。
【００９２】
プリント装置では、管理者通知用電子メールアドレスを通知するための電子メールを受信し（ｓｔ１２０）、電子メールの中から管理者通知用電子メールアドレスを認識すると（ｓｔ１２１）、その認識した管理者通知用電子メールアドレスを管理者通知アドレステーブルＴ２に登録する（ｓｔ１２２）。管理者通知アドレステーブルＴ２はプリント装置のＲＡＭに確保する。
【００９３】
たとえば、特定のプリント装置にプリント処理を依頼した場合、プリント結果を管理者に伝えなければならない場合がある。このような場合に、プリント装置にプリント処理を依頼するのに先立って、依頼者ノードから管理者ノードの管理者通知用電子メールアドレスを通知する。
【００９４】
プリント装置では、プリントデータを受信すると（ｓｔ１２３）、プリントデータの中に付加されている通知用電子メールアドレスを認識し（ｓｔ１２４）、その認識した通知用電子メールアドレスを返信アドレステーブルＴ１に登録する（ｓｔ１２５）。受信したプリントデータを印刷するためのプリント処理を行い（ｓｔ１２６）、その処理結果を検知する（ｓｔ１２７）。検知した処理結果に基づいた通知メッセージを決め（ｓｔ１２８）、決定した通知メッセージをステップ１２２でテーブルＴ２に登録した管理者通知用電子メールアドレスおよびステップ１２５でテーブルＴ１に登録した通知用電子メールアドレスに対してそれぞれ通知する（ｓｔ１２９）。
【００９５】
このような第７の実施例によれば、プリント処理の結果を依頼者ノードだけでなく電子メールにより管理者ノードへも通知することができる。
【００９６】
（第８の実施例）
次に本発明の第８の実施例について説明する。
【００９７】
第８の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。ネットワーク上にはプリント結果の通知先となる複数の管理者ノードが配置される。
【００９８】
第８の実施例では、あらかじめ電子メールにより管理者通知用電子メールアドレスと対応して登録された通知可能結果情報の種類と、プリントデータにて通知用電子メールアドレスと対応して指定された通知可能結果情報の種類と、実際のプリント処理結果とが一致する場合において、各々の電子メールアドレスに対し結果を通知する。
【００９９】
図２２は、通知可能結果情報の種類と実際のプリント処理結果とが一致する場合において、管理者通知用電子メールアドレスと通知用電子メールアドレスとに対し結果を通知する処理を示すフローである。
【０１００】
管理者ノードからプリント装置に対して管理者ノードの電子メールアドレス（管理者通知用電子メールアドレス）と通知可能結果情報とを含んだ電子メールを通知する。
【０１０１】
プリント装置では、電子メールを受信し（ｓｔ１３０）、受信した電子メールから管理者通知用電子メールアドレスＡ、および通知可能結果情報の種類を認識する（ｓｔ１３１）。当該電子メールから管理者通知用電子メールアドレスＡと前記通知可能結果情報の種類とを取り出して、両者を対応づけて管理者用結果情報テーブルＴ３に登録する（ｓｔ１３２）。
【０１０２】
図２３は管理者用結果情報テーブルＴ３を示している。管理者用結果情報テーブルＴ３では、ステップ１３２で登録された管理者通知用電子メールアドレスと通知可能結果情報（通知メッセージ種類）とが対応づけられて記述される。管理者用結果情報テーブルＴ３はプリント装置のＲＡＭ４３に確保される。１つの管理者通知用電子メールアドレスに対し複数の通知可能結果情報が指定できる。図示の例では、番号１で示される管理者通知用電子メールアドレスは１２３．４５６．７８９．００であり、プリント結果が「紙詰まり」、「通信エラー」、「用紙切れ」の３種類の場合に限り前記電子メールアドレス先に前記結果の旨を表すメッセージが通知されることを示す。
【０１０３】
プリント装置では、プリントデータを受信すると（ｓｔ１３３）、プリントデータに付加された通知用電子メールアドレスＢ、および通知可能結果情報の種類を当該プリントデータの中から認識する（ｓｔ１３４）。通知用電子メールアドレスＢに対応した通知可能結果情報を結果情報対応テーブルＴ４に登録する（ｓｔ１３５）。結果情報対応テーブルＴ４は、図１９と同様のデータ構成になっており、プリント装置のＲＡＭ４３に確保される。
【０１０４】
プリント装置で受信したプリントデータのプリント処理を行い（ｓｔ１３６）、その処理結果を検知する（ｓｔ１３７）。検知した処理結果と一致する結果情報が結果情報対応テーブルＴ４に登録されているかチェックし（ｓｔ１３８）、処理結果と一致する結果情報が登録されていればその結果情報を通知メッセージに決定する（ｓｔ１３９）。ステップ１３９の処理で処理結果と一致する結果情報が登録されていた場合には（ｓｔ１４０）、結果情報対応テーブルＴ４に登録した依頼者ノードの電子メールアドレスＢに対して前記通知メッセージを通知する（ｓｔ１４１）。ステップ１３８の処理で一致する結果情報がなかった場合は何もしない。
【０１０５】
さらに、管理用結果情報テーブルＴ３に前記処理結果と一致する結果情報があるかどうかチェックし（ｓｔ１４２）、前記処理結果と一致する結果情報が登録されていることが確認できた場合（ｓｔ１４３）、管理用結果情報テーブルＴ３に登録した管理者通知用電子メールアドレスＡに対して前記通知メッセージを通知する（ｓｔ１４４）。ステップ１４２の処理で一致しなかった場合は何もしない。
【０１０６】
このように第８の実施例によれば、電子メールにより複数の管理者通知用電子メールアドレスが通知可能結果情報と対応づけて登録できるので、プリント処理依頼側へは勿論のこと、プリント処理の結果を必要に応じて複数の管理者へも通知することができる。
【０１０７】
第３の実施例から第８の実施例で説明したプリント処理の結果通知方法を、第１の実施例又は第２の実施例で説明したファクシミリ送信の通信結果通知システムに適用する。
【０１０８】
第１の実施例又は第２の実施例において、第３の実施例で示すように正常終了メッセージ、異常終了メッセージをファクシミリ送信又は受信処理の処理検知結果に応じて電子メールで依頼者ノードに通知する。
【０１０９】
また、第１の実施例又は第２の実施例において、第４の実施例で示すように複数のファクシミリデータの送信処理依頼又は受信処理依頼を受けたときに、それぞれのファクシミリデータの中から通知用電子メールアドレスを取り出して図１７に示すようなテーブルに登録し、個々の送信処理又は受信処理をテーブルに取り出した電子メールアドレスに通知する。
【０１１０】
また、第１の実施例又は第２の実施例において、第５、第８の実施例で示すように依頼者ノードで通知を必要とする通知可能結果情報をファクシミリデータに付加して依頼し、ＮＥＴＦＡＸにおいて図１９に示すようなテーブルを作成する。テーブルに登録した結果情報が送信又は受信処理の結果と一致したときに依頼者ノード等へ通知する。
【０１１１】
また、第１の実施例又は第２の実施例において、第６の実施例で示すようにファクシミリデータの送信待ち状況を検知して、送信待ち状況が発生している場合には依頼者ノード又は管理者ノードに待ち状況を電子メールで通知する。
【０１１２】
また、第１の実施例又は第２の実施例において、第７、第８の実施例で示すように図１９及び図２３に示すようなテーブルを作成し、プリント処理及びプリントデータをファクシミリ送信処理及びファクシミリデータに代えて図２２に示す処理を行う。
【０１１３】
本発明は、上記した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々変形実施可能である。
【０１１４】
（産業上の利用可能性）
本発明は、ファクシミリデータの送信処理を、ネットワーク上のファクシミリ装置に依頼する通信システムに用いるのに適している。
【０１１５】
【発明の効果】
本発明は、ＬＡＮ経由で依頼された処理の処理結果を、依頼者ノード又は管理者ノードへ電子メールで迅速に通知することができ、ネットワーク経由で依頼した処理の結果通知作業を効率化することができる、といった効果を奏する。
【図面の簡単な説明】
【図１】第１の実施例に係る通信結果通知システムにおけるファクシミリ装置の機能ブロック図
【図２】ファクシミリ出力結果を通知用電子メールアドレスに通知する手順を示すフロー図
【図３】第２の実施例に係る通信結果通知システムにおけるファクシミリ装置に対する依頼ルートを示すネットワーク構成図
【図４】第２の実施例に係る通信結果通知システムにおけるファクシミリ装置の機能ブロック図
【図５】第２の実施例においてメールデータに付加した中継用アドレスを示す図
【図６】第２の実施例においてメールデータに付加した印刷用アドレスを示す図
【図７】パスワード及びドメイン名の管理テーブルの構成図
【図８】ファクシミリデータから取り出した宛先電話番号と発信元アドレスを示す図
【図９】第２の実施例において送信結果を通知用電子メールアドレスに通知する全体の手順を示すフロー図
【図１０】第２の実施例において送信結果をメールする手順を示すフロー図
【図１１】送信結果を制御部間で受け渡すシーケンス図
【図１２】第３の実施例に係る通信結果通知システムにおけるプリント装置の機能ブロック図
【図１３】第３の実施例におけるプリント結果を通知用電子メールアドレスに通知する手順を示すフロー図
【図１４】第３の実施例におけるプリント結果正常結果通知フロー図
【図１５】第３の実施例におけるプリント結果異常結果通知フロー図
【図１６】第４の実施例において複数の通知用電子メールアドレスへ各プリント結果を通知する手順を示すフロー図
【図１７】第４の実施例におけるプリントデータと通知用電子メールアドレス対応テーブル図
【図１８】第５の実施例におけるプリント結果と通知可能結果情報が一致した場合に結果を通知する手順を示すフロー図
【図１９】第５の実施例における通知用電子メールアドレスと通知可能結果情報対応テーブル図
【図２０】第６の実施例におけるプリントキュー待ち時に結果を通知する手順を示すフロー図
【図２１】第７の実施例におけるプリント結果を管理者通知用電子メールアドレスに通知する手順を示すフロー図
【図２２】第８の実施例におけるプリント結果と管理者用通知可能結果情報が一致した場合に結果を通知する手順を示すフロー図
【図２３】第８の実施例における管理者通知用電子メールアドレスと通知可能結果情報対応テーブル図
【図２４】ＬＡＮ経由でプリント及びファクシミリ送信する既存のシステム構成図
【図２５】従来のプリント装置の機能ブロック図
【符号の説明】
１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ フォーマット変換部
５ ファクシミリデータ蓄積部
６ ファクシミリ部
７ ＬＡＮインターフェイス部
８ モデム
９ ネットワークコントロールユニット
【発明の属する技術分野】
本発明は、ＬＡＮ経由で受信した電子メールデータをファクシミリデータに変換してファクシミリ送信する電子メール装置及び中継転送方法に関するものである。
【０００２】
【従来の技術】
プリント装置、ファクシミリ装置がＬＡＮ（Local Area Network）に接続されていて、プリント装置、ファクシミリ装置に対してそのＬＡＮに接続されているパーソナルコンピュータから印刷処理、ファクシミリ送信処理を依頼できるシステムが普及している。
【０００３】
かかるシステムにおいて、典型的にはプリント装置、ファクシミリ装置はパーソナルコンピュータから依頼された各々の処理を実行して終了する。用紙切れ、紙詰まりなどが発生した場合、プリント装置又はファクシミリ装置に備わった表示部に異常メッセージが表示される。異常情報をファクシミリ出力（プリントアウト）する機能を備えたファクシミリ装置もある。パーソナルコンピュータからプリント装置又はファクシミリ装置に印刷処理又はファクシミリ送信処理を依頼した依頼者は、表示部に異常メッセージが表示されていなければ処理が正常に終了したものとみなす。
【０００４】
図２４はプリント装置及びファクシミリ装置の接続されたＬＡＮのネットワーク構成を示しており、図２５は従来のプリント装置の機能ブロックを示している。プリント装置２１０、パーソナルコンピュータ２１１及びネットワーク接続型のファクシミリ装置（以下、「ＮＥＴＦＡＸ」と呼ぶ）２１２がＬＡＮ２１３上に接続されている。
【０００５】
プリント装置２１０は、装置全体の制御を行うＣＰＵ２２１、プログラムが格納されるＲＯＭ２２２、プログラムが作業領域として使用するＲＡＭ２２３、ＬＰＤ等のプリンタプロトコルでプリント処理を行うプリンタ部２２４、プリントデータをＬＡＮ上でやりとりするＬＡＮインターフェイス部２２５を有する。
【０００６】
また、ＮＥＴＦＡＸ２１２は、プリンタ部２２４に代えてファクシミリデータの送受信処理を行うＦＡＸ部を備える。以下、依頼者がＮＥＴＦＡＸ又はプリント装置に対してファクシミリ送信又はプリント処理を依頼するための情報処理端末を依頼者ノードと呼ぶこととする。パーソナルコンピュータ２１１が依頼者ノードとなる。
【０００７】
依頼者ノード２１１がプリント装置２１０に対してプリント処理を依頼し、その依頼を受け取ったプリント装置２１０がＬＡＮ２１３経由でプリントデータを取り込み印刷する。また、依頼者ノード２１１がＮＥＴＦＡＸ２１２に対してファクシミリ送信を依頼してＬＡＮ２１３経由でファクシミリデータを渡し、ＮＥＴＦＡＸ２１２がファクシミリデータを電話番号で指定された他のファクシミリ装置へ公衆回線網（ＰＳＴＮ）経由でファクシミリ送信する。
【０００８】
【発明が解決しようとする課題】
しかしながら、上述の従来技術では、依頼者ノード２１１からＮＥＴＦＡＸ２１２に対してファクシミリ送信処理を依頼した後、依頼者が直接にＮＥＴＦＡＸの設置場所まで出向いてその表示部をチェックしなければ、正常にファクシミリ送信が終了したのか否か知ることができない。
【０００９】
ＮＥＴＦＡＸから異常を示すメッセージがプリントアウトされる場合であっても、ファクシミリ送信処理の依頼があってから異常を示すメッセージがプリントアウトされて手元に戻るまでにはタイムラグがあるため、正常にファクシミリ送信されなかった事実が長時間に亙って依頼者に伝わらない可能性がある。
【００１０】
本発明は、上記従来の問題点を解決するもので、ファクシミリ装置がＬＡＮ経由で依頼された処理の処理結果を、依頼者ノード又は管理者ノードへ電子メールで迅速に通知することができ、ネットワーク経由で依頼した処理の結果通知作業を効率化することのできる電子メール装置及び中継転送方法を提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、電子メールを受信する電子メール受信手段と、この電子メール受信手段で受信した電子メールデータをファクシミリデータに変換して公衆回線網を介しファクシミリ送信するファクシミリ送信手段と、パスワードが登録された記憶手段とを具備し、前記電子メール受信手段で受信した宛先アドレスの＠直前の電話番号データをファクシミリ送信先として設定するとともに、前記宛先アドレス内であって前記電話番号データとは別のパスワードが前記記憶手段に登録されていなければメールサーバにエラーを返すことを特徴とする電子メール装置である。
【００１２】
本発明は、電子メールを受信し、受信した電子メールデータをファクシミリデータに変換して公衆回線網を介しファクシミリ送信する中継転送方法において、受信した宛先アドレスの＠直前の電話番号データをファクシミリ送信先として設定するとともに、前記宛先アドレス内であって前記電話番号データとは別のパスワードが登録されていないパスワードであればメールサーバにエラーを返すことを特徴とする中継転送方法である。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照して詳細に説明する。
【００１４】
（第１の実施例）
第１の実施例はＮＥＴＦＡＸからファクシミリ送信の処理結果を電子メールで依頼者ノードに通知する通信結果通知システムの例である。図２４に示したネットワーク構成を例にして説明する。
【００１５】
図１は通信結果通知システムにおけるＮＥＴＦＡＸの機能ブロックを示している。このＮＥＴＦＡＸは、装置全体の制御を行うＣＰＵ１、プログラムが格納されるＲＯＭ２、プログラムが作業領域として使用するＲＡＭ３、フォーマット変換部４、ファクシミリデータ蓄積部５、ファクシミリ部６、ＬＡＮインターフェイス部７、モデム８、ネットワークコントロールユニット９を備えている。
【００１６】
ＬＡＮインターフェイス部７でＬＡＮからファクシミリデータを取り込むために必要な手順が実行される。フォーマット変換部４は、ＬＡＮ経由で受信した送信原稿のイメージデータをＧ３ファクシミリのフォーマットに変換する。ファクシミリデータ蓄積部５に受信したファクシミリデータが一旦蓄えられる。ファクシミリ部６でファクシミリデータの送受信処理が行われる。モデム８でデータ送受信の際に必要な変調又は復調をかけ、ネットワークコントロールユニット９で回線を制御する。
【００１７】
図２は、ファクシミリ送信処理の結果を通知用電子メールアドレスに対し通知する処理を示すフローチャートである。図２４においてＮＥＴＦＡＸ（２１２）から依頼者ノード（２１１）にファクシミリ送信処理の結果を通知する場合、依頼者ノードがファクシミリデータのヘッダ部に当該依頼者ノードのネットワーク上での電子メールアドレスを組み込んで送る。
【００１８】
ＮＥＴＦＡＸでは、ＬＡＮインターフェイス部７で依頼者ノードからＬＡＮ経由で送られてくるファクシミリデータを受信し（ｓｔ１）、この受信したファクシミリデータを一旦ファクシミリデータ蓄積部５に蓄積しておく（ｓｔ２）。
【００１９】
ＣＰＵ１は、受信したファクシミリデータに付加されている通知用電子メールアドレスをデータの中から認識し（ｓｔ３）、その通知用電子メールアドレスをＲＡＭ３内に設けたテーブル１０に登録する（ｓｔ４）。ファクシミリデータとして受信したイメージデータをフォーマット変換部４でＧ３ファクシミリのフォーマットに変換する（ｓｔ５）。
【００２０】
一方で、ＣＰＵ１が依頼者ノードから依頼されたファクシミリ送信処理をファクシミリ部６に対して指示する。ファクシミリ部６は、Ｇ３ファクシミリに合わせてフォーマット変換されたファクシミリデータの送信処理を行う（ｓｔ６）。ＣＰＵ１は、ファクシミリ部６にファクシミリ送信処理の指示を出してからファクシミリ受信処理の結果を検知する（ｓｔ７）。
【００２１】
予め登録されている通知メッセージの中からファクシミリ部６での処理結果に基づいた通知メッセージを決め（ｓｔ８）、その通知メッセージをテーブル１０に登録しておいた通知用電子メールアドレスに電子メールにて通知する（ｓｔ９）。ここでは、通知用電子メールアドレスに依頼者ノード２１１を設定しているので、通知メッセージの電子メールが依頼者ノード２１１の電子メールアドレスへ届けられる。
【００２２】
このような第１の実施例によれば、ファクシミリ送信処理の結果が電子メールによりファクシミリ送信依頼ノードへ通知される。したがって、ファクシミリ送信が正常終了した場合には正常終了した旨の通信結果をファクシミリ送信依頼ノードで受け取ることができ、異常の場合には送信エラーがあった旨の通信結果をファクシミリ送信依頼ノードで受け取ることができる。依頼者自信が、わざわざファクシミリ装置の設置場所まで出向いていき表示部の表示内容（異常メッセージ）をチェックする必要がなくなる。表示部に未達届け等のメッセージが出力された場合に、表示部をチェックし忘れた等の理由でメッセージが正しく伝わらないといった事態を未然に防ぐことができる。
【００２３】
ＮＥＴＦＡＸがＰＳＴＮから受信したファクシミリデータの受信結果を電子メールでＬＡＮ上の受信ノードに転送する場合について説明する。
【００２４】
ファクシミリデータを発信する発信ノードが、ファクシミリデータのヘッダ部に受信ノードのネットワーク上での電子メールアドレスを組み込んで送る。
【００２５】
ＮＥＴＦＡＸでは、ファクシミリ部６でＰＳＴＮからファクシミリデータを受信し（ｓｔ２１）、ファクシミリデータを一旦ファクシミリデータ蓄積部５に蓄積する（ｓｔ２２）。ＣＰＵ１は、受信したファクシミリデータのヘッダ部に挿入された受信ノードの通知用電子メールアドレスをデータの中から認識し（ｓｔ２３）、その通知用電子メールアドレスをＲＡＭ３内に設けたテーブル１０に登録する（Ｓｔ２４）。
【００２６】
１頁又は全頁のファクシミリデータをファクシミリデータ蓄積部５に保存したところで、イメージデータの印刷を開始する（ｓｔ２５）。ファクシミリデータの受信から印刷までの処理工程を経てファクシミリ受信処理を終了する。ファクシミリ受信処理の結果を検知し（ｓｔ２６）、予め登録されている通知メッセージの中からファクシミリ部６での処理結果に基づいた通知メッセージを決める（ｓｔ２７）。そして、テーブル１０に登録しておいた受信ノードの電子メールアドレスにその通知メッセージを電子メールにて通知する（Ｓｔ２８）。
【００２７】
このような第１の実施例によれば、ファクシミリ受信処理の結果が電子メールにより受信ノードへ通知されるので、受信ノードにてファクシミリデータがいつ到着したか知ることができ、ファクシミリ到着後すぐに入手することができると共に、送付されたファクシミリデータがなかなか送付先の手元に届かないといった問題も解決される。
【００２８】
（第２の実施例）
図３は、第２の実施例に係る通信結果通知システムの適用される通信ネットワークの構成例を示している。ＬＡＮ１１にパーソナルコンピュータ（ＰＣ）で構成される第１の依頼者ノード１２、管理者ノード１３、ＮＥＴＦＡＸ１４が接続されている。ＮＥＴＦＡＸ１４はＰＳＴＮ１５経由でＧ３ＦＡＸ１６につながり電話回線によるファクシミリ通信ができる。また、ＬＡＮ１１が接続されるインターネット１７には複数のＬＡＮが属しており、その中の一つのＬＡＮ１８上に別の依頼者ノード１９及びＮＥＴＦＡＸ２０が存在している。以下、ＮＥＴＦＡＸ１４がファクシミリデータの中継及び印刷を行うものとして説明する。
【００２９】
図４は、ＮＥＴＦＡＸ１４の機能ブロックを示している。ＮＥＴＦＡＸ１４は、ＦＡＸ制御部２１とＬＡＮ制御部３０とを備えている。ＦＡＸ制御部２１には、ファクシミリ送受信処理及び送信結果通知処理を主に制御するＣＰＵ２２、ＣＰＵ２２の実行するプログラムが格納されたＲＯＭ２３、各種テーブルが登録され又作業領域として使用されるＲＡＭ２４が備えられている。さらに、ＦＡＸ制御部２１には、送信原稿の読取りを行うスキャナ部２５、イメージデータを印刷するプリンタ部２６、電話番号、電子メールアドレス等の各種情報を入力できるパネル部２７、ファクシミリデータを変調及び復調するモデム２８、ＬＡＮ制御部３０との間でデータをやり取りするシリアルインタフェース２９が備えられている。一方、ＬＡＮ制御部３０には、ＬＡＮ１１との間でのファクシミリデータのやり取りを主に制御するＣＰＵ３１、ＣＰＵ３１を動作させるプログラムの格納されたＲＯＭ３２、プログラムの使用するデータが格納されるＲＡＭ３３、イーサネット（登録商標）等のＬＡＮ１１に接続するためのＬＡＮインタフェース３４、ＦＡＸ制御部２１に接続するためのシリアルインタフェース３５を備えている。
【００３０】
依頼者ノード（１２、１９、２０）がＮＥＴＦＡＸ１４にファクシミリデータの中継又は印刷を依頼する場合、依頼者ノードでファクシミリデータ又は印刷データを電子メール又はフレームにしてＬＡＮ１１のデータストリームに送出する。依頼者ノードは、ファクシミリデータ又は印刷データを搬送する電子メール又はフレームの宛先アドレスに、印刷用アドレス又は中継用アドレスのいずれかをデータ内容に合わせて設定する。
【００３１】
図５に中継用アドレスの具体例を示している。この中継用アドレスは、ＮＥＴＦＡＸ１４にファクシミリデータを中継させるためのパスワードと、宛先のＧ３ＦＡＸ１６の電話番号と、ＮＥＴＦＡＸ１４のホスト名と、ドメイン名とで構成されている。宛先アドレスのうち＃と＠とで挟んだ部分が宛先となるＧ３ＦＡＸ１６の電話番号であることを示している。図６は印刷用アドレスの具体例を示している。ＮＥＴＦＡＸ１４は宛先アドレスのデータの並びをみて中継用アドレスと印刷用アドレスとを識別する。
【００３２】
また、ＮＥＴＦＡＸ１４には予め登録された特定の依頼者ノード以外からの中継は受け付けない機構が備えられている。ＮＥＴＦＡＸ１４で中継する依頼者ノードのドメイン名とパスワードとを登録した管理テーブルを予め準備して、ＦＡＸ制御部２１のＲＡＭ２４に記憶している。
【００３３】
図７に管理テーブルの構成を示している。図３のネットワーク構成上で経路３の中継のみ許可し、経路１、２の中継は許可しない場合であれば、経路３の依頼者ノードのドメイン名だけを管理テーブルに登録する。
【００３４】
図９及び図１０は、ＮＥＴＦＡＸ１４におけるファクシミリデータの中継処理のフローチャートを示している。図７に示す管理テーブルはファクシミリ制御部２１側のＲＡＭ２４にバックアップされて格納されており、起動時にＬＡＮ制御部３０側へ転送される。
【００３５】
ＬＡＮ１１内の依頼者ノート（パーソナルコンピュータ）１２がＮＥＴＦＡＸ１４に対してＧ３ＦＡＸ１６へのファクシミリデータの中継を依頼する場合について説明する。依頼者ノード１２はファクシミリデータとして送信すべきデータを電子メールのフォーマットでＮＥＴＦＡＸ１４へ送信する。このとき、依頼者ノード１２では、図５に示す中継アドレスと発信元アドレスとを電子メールに設定する。
【００３６】
ＮＥＴＦＡＸ１４は、依頼者ノード１２からＧ３ＦＡＸ１６へ中継するファクシミリデータの電子メールを中継専用の電話番号で受信する（ｓｔ３１）。受信した電子メールに含まれたファクシミリデータ部分（テキストデータ、イメージデータ）をファクシミリデータのフォーマットに変換する。
【００３７】
次に、ＬＡＮ制御部３０のＲＡＭ３３に転送されている管理テーブルを参照してパスワードチェックする（ｓｔ３２）。図５に示す中継用アドレスの先頭に置かれたパスワード（ｉｆａｘ ００１）を取り出して、管理テーブルに登録されているパスワードと照合する。管理テーブルに一致するパスワードがあることが確認できれば、パスワードが正しいと判断する（ｓｔ３３）。パスワードが正しい場合は、さらに管理テーブルを参照して発信元のドメイン名をチェックする（ｓｔ３４）。受信した電子メールの発信元アドレスに記述されているドメイン名を取り出し、この取り出した発信元のドメイン名と先にチェックしたパスワードに対応した管理テーブル上のドメイン名とを照合する。発信元のドメイン名が管理テーブルに登録されていれば、受信した電子メールのファクシミリデータを中継してもよいと判断する（ｓｔ３５）。なお、一つのパスワードに対して複数のドメイン名を登録することもできる。
【００３８】
ＮＥＴＦＡＸ１４を中継に使用するためのパスワードを特定の依頼者に与えると共にそのパスワードを管理テーブルに登録しているので、ＮＥＴＦＡＸ１４で特定の依頼者からの中継依頼だけを受け入れるようにすることができる。
【００３９】
また、パスワードを含んだ中継用アドレスが第三者に漏洩した場合であっても、ステップ３４における処理で発信元のドメイン名を制限することで、ＮＥＴＦＡＸ１４の無断使用を防ぐことができる。
【００４０】
上記ステップ３５の処理において、依頼者ノード１２からのメールデータを中継してもよいと判断した場合、メールデータをＬＡＮ制御部３０側からファクシミリ制御部２１側へシリアルインタフェース３５を介して送る。
【００４１】
ファクシミリ制御部２１では、メールデータの中継用アドレスから＃マークと＠マークとで挟まれた宛先電話番号を取り出し、宛先電話番号及びメールデータをＲＡＭ２４に一時保存する。ファクシミリ制御部２１は、ＮＥＴＦＡＸを管理する管理者の管理者ノード１３にログを送信する（ｓｔ３６）。管理者ノード１３へ送信するログには発信元、宛先電話番号、及びデータの中身等を含む。このように、管理者ノード１３には中継がある度に発信元アドレスと送信先電話番号が通知されるので、中継量が異常に増加するなどの状況に対して迅速にチェックをかけることができる。
【００４２】
次に、先にＲＡＭ２４に保持した宛先電話番号に発呼し、ファクシミリ用にフォーマット変換したメールデータをファクシミリ送信する（ｓｔ３７）。そして、送信結果を示すテキストデータを電子メールのテキスト部に格納し（ｓｔ３８）、さらに電子メールにファクシミリ送信した１頁目を添付ファイルとして格納する（ｓｔ３９）。送信結果及び１頁目を格納した電子メールを発信元アドレスに送信する（ｓｔ４０）。
【００４３】
なお、ステップ３３又は３５の処理において、パスワード又はドメイン名が違っていた場合は、メールサーバにエラーを返す（ｓｔ４１）。メールサーバから依頼者ノードへエラーメールが返される。
【００４４】
図１０を参照して、通信結果を依頼者ノードへ通知するための通知処理を詳細に説明する。この通信結果通知処理は上記ステップ３８−ステップ４０に相当する。
【００４５】
依頼者ノード１２からＮＥＴＦＡＸ１４に中継送信を依頼すると、ＮＥＴＦＡＸ１４が電子メールをファクシミリデータ（イメージデータ）に変換する。このときにメールデータの宛先アドレス及び発信元アドレスから宛先電話番号及び発信元アドレスを取り出して図８に示すような管理テーブルを作成し、宛先電話番号に発呼して依頼された宛先へファクシミリデータを送信する（ｓｔ５１）。
【００４６】
ＮＥＴＦＡＸ１４は、既存のファクシミリ装置と同様の処理により送信結果を検知する（ｓｔ５２）。表示部に表示するためのメモリ（例えば、ＲＡＭ２４の一部）に、送信が正常に終了した場合には送受信履歴として送信ＯＫと記憶され、送信できなかった場合には送信ＮＧと記憶する。
【００４７】
ステップ５２の処理において送信履歴をメモリに記憶したら、送信結果の内容をチェックする（ｓｔ５３）。送信ＮＧの場合は、送信異常を示すメッセージのテキストデータをメモリから読み出す（ｓｔ５４）。送信ＯＫの場合は、送信完了を示すメッセージのテキストデータをメモリから読み出す（ｓｔ５５）。
【００４８】
なお、送信完了の場合と送信異常の場合とでそれぞれメモリからテキストデータを読み出しているが、いずれか一方の場合だけにしてもよい。
【００４９】
送信異常に対応したテキストデータ、または送信完了に対応したテキストデータを作成すると、依頼者ノードから中継するメールデータを受け取ったときに図８に示す管理テーブルに格納した発信元アドレスを当該管理テーブルから取り出す。依頼者ノード１２のアドレスである発信元アドレスを、通信結果メールのメールアドレスとして設定する（ｓｔ５６）。上記ステップ５４、５５で作成した通信結果メッセージのテキストデータを、通信結果メールのtext／Plain部にコピーする（ｓｔ５７）。また、中継依頼を受けてステップ５１で送信処理したイメージデータの１頁目を切り出し（ｓｔ５８）、切り出されたイメージデータをＢａｓｅ６４変換してイメージ部にコピーする（ｓｔ５９）。すなわち、切り出したイメージデータをファイル化して添付する。
【００５０】
そして、テキスト部に通信結果メッセージのテキストデータが挿入され、かつイメージ部に１頁目のイメージデータが添付された電子メールを依頼者ノードのアドレスとなる発信元アドレスへメールする（ｓｔ６０）。
【００５１】
この結果、依頼者ノード１２では、ＮＥＴＦＡＸ１４に対してＧ３ＦＡＸ１６への中継を依頼すると、ＮＥＴＦＡＸ１４から送信処理が終了した時点で通信結果メッセージ及び１頁目のイメージデータが添付された電子メールが送られてくる。したがって、依頼者はＮＥＴＦＡＸ１４の設置場所へ送信結果を確認しに出向かなくて送信処理終了後、直ちに送信結果を知ることができる。
【００５２】
また、発信元（ドメイン名）を偽って中継依頼した場合にあっては、送信結果通知がメールデータに設定されている発信元に戻されるので、偽って送信依頼したノードには送信結果通知が戻されないので結果通知のサービスから偽依頼者を排除できる。また、ドメイン名を承諾無しに使われた第３者のノードには本人が依頼していないメールの送信結果が通知されるので、第３者は自分のドメイン名が不正に使用されていることを発見できる。
【００５３】
図１１に、ファクシミリ制御部２１からＬＡＮ制御部３０へ送信結果等を受け渡すシーケンスが示されている。ＮＥＴＦＡＸ１４が依頼者ノードから受信したメールデータは全てファクシミリ制御部２１で管理される。ファクシミリ制御部２１から管理テーブルの発信元アドレスが返信メールアドレスとして渡されるとＬＡＮ制御部３０で結果通知メールの宛先に返信メールアドレスをセットする。また、ファクシミリ制御部２１から送信結果テキストがＬＡＮ制御部３０へ渡されると、結果通知メールのテキスト部に送信結果テキストをコピーする。
【００５４】
このように、ファクシミリ制御部２１側で全てのデータを管理することにより、複雑な制御を可能にするとともに、送達確認を通常のメール送信と同じ制御で行うことができ、プログラム構成を簡素化できる。さらに、通常のファクシミリ制御部２１のほうがＬＡＮ制御部３０よりもＣＰＵの機能が高機能であるため、ファクシミリ制御部２１側でデータの管理を行う方がより大きなデータを扱うことができる。
【００５５】
（第３の実施例）
第３の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知する通信結果通知システムである。第３の実施例に係る通信結果通知システムにおけるプリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取る。
【００５６】
図１２は、第３の実施例に係る通信結果通知システムにおけるプリント装置の基本構成図である。プリント装置は、装置全体の制御を行うＣＰＵ４１、ＣＰＵ４１の処理内容などを記述したプログラムを格納するＲＯＭ４２、プログラムのデータ用領域として使用されるＲＡＭ４３、ＬＰＤ等のプリンタープロトコルでプリント処理を行うプリンタ部４４、プリントデータをＬＡＮ上でやりとりするＬＡＮインターフェイス部４５を有している。
【００５７】
図１３は、プリント処理の結果を通知用電子メールアドレスに対し通知する処理を示すフローチャートである。プリント装置では、依頼者ノードからプリント依頼の出されたプリントデータを受信すると（ｓｔ７０）、その受信したプリントデータに付加されている通知用電子メールアドレスを前記データの中から認識する（Ｓｔ７１）。
【００５８】
なお、プリント処理を依頼した依頼者ノードにプリント処理結果を通知する場合は、プリントデータに付加される発信元アドレスを通知用電子メールアドレスに使用できるので特別に通知用電子メールアドレスを追加する必要がない。また、依頼者ノードとプリント処理結果の通知先ノードとが相違する場合は、依頼者ノードでプリントデータに通知先ノードの電子メールアドレスを通知用電子メールアドレスとして設定する。
【００５９】
ＣＰＵ４１は、プリントデータの中から認識した通知用電子メールアドレスをＲＡＭ４３に設けられた返信アドレステーブルに登録する（ｓｔ７２）。ＣＰＵ４１からプリンタ部４４に対してプリント処理を指示する。この結果、受信したプリントデータのプリント処理が実行される（ｓｔ７３）。プリント処理が実行されたならば、プリンタ部４４でのプリント処理結果を検知する（ｓｔ７４）。検知した処理結果に応じた通知メッセージを決め（ｓｔ７５）、先に返信アドレステーブルＴ１に登録した通知用電子メールアドレスを取り出す。この通知用電子メールアドレスに通知メッセージを電子メールにて通知する（ｓｔ７６）。
【００６０】
図１４は、上記ステップ７４において検知したプリント処理の結果が正常終了であった場合の処理フローを示す。先ず、プリント処理の結果を検知し（ｓｔ８１）、プリント処理が正常終了されていることを確認する（ｓｔ８２）。正常終了されていることが確認されると、正常終了した旨のメッセージを返信アドレステーブルＴ１に登録されている通知用電子メールアドレスに対し電子メールで通知する（ｓｔ８３）。なお、ステップ８２の処理において、正常終了していないことが判明した場合は、正常終了した旨のメッセージは通知しない。
【００６１】
図１５は、上記ステップ７４において検知したプリント処理の結果が異常終了であった場合の処理フローを示す。プリント処理の結果を検知し（ｓｔ８４）、プリント処理が異常終了していないかどうか判断する（ｓｔ８５）。プリント処理が異常終了していることを確認できれば、異常の旨を表すメッセージを返信アドレステーブルＴ１に登録した通知用電子メールアドレスに対し通知する（ｓｔ８６）。なお、異常でない場合は、異常メッセージは通知しない。
【００６２】
このように上記第３の実施例によれば、受信したプリントデータの中から直接に、処理結果を通知する電子メールアドレスを知ることができ、プリント処理を依頼した依頼者ノードに対してプリント処理結果を通知することができる。したがって、プリント処理を依頼した依頼者がわざわざプリンタ装置の設置場所まで様子を見に行く必要がなく、その場でプリント処理の結果が得られる。
【００６３】
プリント処理を依頼する側は、パソコンに表示されたダイヤログボックスにおいて、通知先となる電子メールアドレスを指定し設定ボタンを押すことにより、容易に上記に基づいたプリント処理を実行することができる。
【００６４】
また、通知先となる電子メールアドレスを一度設定すれば、次回のプリント処理依頼時にはダイヤログボックスは表示されず再度通知用電子メールアドレスを設定する必要はないが、必要に応じて変更することも可能となる。
【００６５】
（第４の実施例）
次に本発明の第４の実施例について説明する。
【００６６】
第４の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取る。
【００６７】
図１６は、複数のプリント処理依頼者から受信された複数プリントデータの各々の処理結果を前記複数プリントデータそれぞれに付加された各通知用電子メールアドレスに対して通知する処理を示すフローである。
【００６８】
複数の依頼ノードから同時期に複数のプリントデータを受信した場合は（ｓｔ９０）、全てのプリントデータをＲＡＭ４３に確保したストレージに保管する（ｓｔ９１）。ストレージに保管された各プリントデータからそれぞれの通知用電子メールアドレスを認識し（ｓｔ９２）、これら認識した通知用電子メールアドレスをそれぞれのプリントデータと対応させて前記返信アドレステーブルＴ１に登録して記憶する（ｓｔ９３）。プリントデータそれぞれのプリント処理を行い（ｓｔ９４）、それぞれについてプリント処理の結果が正常終了か異常かを検知する（ｓｔ９５）。前記結果に基づき各々の通知メッセージを決定し（ｓｔ９６）、前記テーブルＴ１参照により取得したプリントデータと対応する各通知用電子メールアドレスに対して前記各々の通知メッセージを通知する（ｓｔ９７）。
【００６９】
図１７は、上記ステップ９３で登録されたプリントデータと通知用電子メールアドレスとの対応テーブルＴ１を現すものであり、受付番号はプリントデータが受け付けられた順番により決定する。通知用電子メールアドレスはプリントデータの中に付加された通知用電子メールアドレスであり、通知用電子メールアドレスと受付番号とは対応づけられている。図示の例では、受付番号１のプリントデータは通知用電子メールアドレスが１２３．４５６．７８９．００となり、プリントデータのプリント処理結果は前記アドレスに対して通知されることになる。
【００７０】
このように第４の実施例によれば、複数のプリント処理依頼側から受信された複数のプリントデータ全てに、各々のプリント処理結果を通知する電子メールアドレスが付加されているので、プリント処理依頼者は個別に処理の結果を得ることができる。
【００７１】
（第５の実施例）
次に本発明の第５の実施例について説明する。
【００７２】
第５の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。
【００７３】
図１８は、プリント処理の結果がプリントデータにて指定された通知可能な結果情報と一致する場合に、通知用電子メールアドレスに対し結果を通知する処理を示すフローである。
【００７４】
依頼者ノード２１１では、通知用電子メールアドレスおよび通知対象とする処理結果の種類（通知可能結果情報）を、プリント装置に依頼するプリントデータに付加する。
【００７５】
プリント装置では、依頼者ノード２１１からネットワーク経由でプリントデータを受信する（ｓｔ１０１）。受信したプリントデータの中から通知用電子メールアドレスおよび通知可能結果情報の種類を認識する（ｓｔ１０２）。プリントデータの中から認識した通知可能結果情報を、返信アドレステーブルＴ１の通知用電子メールアドレスに対応させて同テーブルＴ１に登録する（ｓｔ１０３）。
【００７６】
図１９は、ステップ１０３で登録された通知用電子メールアドレスと通知可能結果情報の種類とが対応づけられたテーブルＴ１をあらわす。このテーブルＴ１に設定されている番号はプリントデータ毎にユニークに（１対１に対応づけて）付与された数値である。さらに、ステップ１０２で認識された通知用電子メールアドレスと通知可能情報結果の種類が対応づけられて記述される。１つの通知用電子メールアドレスに対し複数の通知可能結果情報の指定が可能とされる。図示の例では、番号１で示されるプリントデータの通知用電子メールアドレスは１２３．４５６．７８９．００であり、プリント結果が「紙詰まり」、「通信エラー」、「用紙切れ」の３種類の場合に限り前記電子メールアドレス先に前記結果を表すメッセージが通知されることを示す。
【００７７】
通知用電子メールアドレス及び通知可能結果情報をテーブルＴ１に設定した後、そのプリントデータを印刷するためのプリント処理を行う（ｓｔ１０４）。プリント処理が実行された場合は、このプリント処理の結果を検知する（ｓｔ１０５）。そして、検知した処理結果と一致する通知可能結果情報が上記テーブルＴ１内の該当番号に対応した通知可能結果情報に登録されているか否かチェックする（ｓｔ１０６）。検知された処理結果と一致する通知可能結果情報がテーブルＴ１に登録されていることが確認できた場合（ｓｔ１０７）、予め登録された通知メッセージの中から処理結果に対応した通知メッセージを決め（ｓｔ１０８）、その決めた通知メッセージを前記テーブルＴ１内の電子メールアドレスに対して電子メールで通知する（ｓｔ１０９）。
【００７８】
ステップ１０７の処理において、処理結果と一致する通知可能結果情報がテーブルＴ１に登録されていない場合は、電子メールによる通知は行わない。
【００７９】
このような第５の実施例によれば、プリント処理依頼側は通知用電子メールアドレスと通知可能結果情報の種類とをダイナミックに指定することができるので、プリントデータに指定した特定のプリント結果が発生した場合に限り、依頼者ノードでメッセージを受けることができる。
【００８０】
（第６の実施例）
次に本発明の第６の実施例について説明する。
【００８１】
第６の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。
【００８２】
図２０は、プリント処理の結果が「プリントキュー待ち」であり、かつプリントデータにて指定された通知可能結果情報に「プリントキュー待ち」が含まれている場合において、通知用電子メールアドレスに対し結果を通知する処理を示すフローである。
【００８３】
依頼者ノード２１１は、プリント装置に依頼するプリントデータの中に「プリントキュー待ち」を通知可能結果情報の一つとして設定する。
【００８４】
プリント装置は、依頼者ノード２１１から通知可能結果情報に「プリントキュー待ち」の設定されたプリントデータを受信する（ｓｔ１１０）。受信したプリントデータに付加された通知用電子メールアドレスおよび「プリントキュー待ち」を含んだ通知可能結果情報をプリントデータの中から認識する（ｓｔ１１１）。プリントデータから認識した通知用電子メールアドレスを返信アドレステーブルＴ１に登録し、この通知用電子メールアドレスに対応して「プリントキュー待ち」を含む通知可能結果情報を登録する（ｓｔ１１２）。
【００８５】
プリント装置では、ステップ１１０で受信したプリントデータを印刷するプリント処理を行う（ｓｔ１１３）。このとき、別のプリント依頼が入っていれば今回依頼されたプリント依頼は「プリントキュー待ち」の状態となる。そこで、このプリント装置に「プリントキュー待ち」の状態が発生しているか否か検知する（ｓｔ１１４）。ＣＰＵは、プリント処理をプリンタ部に指示したときに「プリントキュー待ち」の状態を検知した場合は、テーブルＴ１内に登録された通知可能結果情報に「プリントキュー待ち」が登録されていないかどうかチェックする（ｓｔ１１５）。チェックの結果、「プリントキュー待ち」が登録されていることが確認できた場合（ｓｔ１１６）、付属情報となる待ちキューの数、およびキューサイズを取得する（ｓｔ１１７）。待ちキューの数およびキューサイズを付属情報に含む通知メッセージを決め（ｓｔ１１８）、この通知メッセージを前記テーブルＴ１内の前記結果情報と対応する電子メールアドレスに対して通知する（ｓｔ１１９）。
【００８６】
ステップ１１６の処理において、「プリントキュー待ち」が登録されていない場合は、待ちキューから外れて次のプリント処理に移行したところで再度処理結果を検知して、前述した第５の実施例と同様の結果通知を行う。
【００８７】
このような第６の実施例によれば、プリント状態が「プリントキュー待ち」により正常終了しない場合でも、その状態、および付属情報を得ることができるため、プリントデータが出力されない理由に加え、どの位で処理が実行され終了するかのおおよその見当がつけられる。その結果、何度もプリント装置のところまでいってチェックする手間や、プリントアウトされるまでに長時間かかるような場合にはその間に別の作業を入れることができる。なお、キュー数とキューサイズに基づいて待ち時間を算出するようにしてもよい。
【００８８】
（第７の実施例）
次に本発明の第７の実施例について説明する。
【００８９】
第７の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。ネットワーク上にはプリント結果の通知先となる管理者ノードが配置される。
【００９０】
図２１は、電子メールによりあらかじめ登録された管理者通知用電子メールアドレスに対してもプリント処理の結果を通知する処理を示すフローである。
【００９１】
管理者ノード、依頼者ノード又は他のノードから事前に管理者ノードの電子メールアドレスである管理者通知用電子メールアドレスを、プリント装置に対して電子メールで通知する。
【００９２】
プリント装置では、管理者通知用電子メールアドレスを通知するための電子メールを受信し（ｓｔ１２０）、電子メールの中から管理者通知用電子メールアドレスを認識すると（ｓｔ１２１）、その認識した管理者通知用電子メールアドレスを管理者通知アドレステーブルＴ２に登録する（ｓｔ１２２）。管理者通知アドレステーブルＴ２はプリント装置のＲＡＭに確保する。
【００９３】
たとえば、特定のプリント装置にプリント処理を依頼した場合、プリント結果を管理者に伝えなければならない場合がある。このような場合に、プリント装置にプリント処理を依頼するのに先立って、依頼者ノードから管理者ノードの管理者通知用電子メールアドレスを通知する。
【００９４】
プリント装置では、プリントデータを受信すると（ｓｔ１２３）、プリントデータの中に付加されている通知用電子メールアドレスを認識し（ｓｔ１２４）、その認識した通知用電子メールアドレスを返信アドレステーブルＴ１に登録する（ｓｔ１２５）。受信したプリントデータを印刷するためのプリント処理を行い（ｓｔ１２６）、その処理結果を検知する（ｓｔ１２７）。検知した処理結果に基づいた通知メッセージを決め（ｓｔ１２８）、決定した通知メッセージをステップ１２２でテーブルＴ２に登録した管理者通知用電子メールアドレスおよびステップ１２５でテーブルＴ１に登録した通知用電子メールアドレスに対してそれぞれ通知する（ｓｔ１２９）。
【００９５】
このような第７の実施例によれば、プリント処理の結果を依頼者ノードだけでなく電子メールにより管理者ノードへも通知することができる。
【００９６】
（第８の実施例）
次に本発明の第８の実施例について説明する。
【００９７】
第８の実施例は、ネットワーク経由でプリント処理の依頼を受けたプリント装置がプリント処理結果を電子メールで通知するシステムであり、基本構成は第３の実施例と同じである。プリント装置は、図２４に示すネットワーク上に配置されており、ネットワーク経由でプリントデータを受け取るものとする。ネットワーク上にはプリント結果の通知先となる複数の管理者ノードが配置される。
【００９８】
第８の実施例では、あらかじめ電子メールにより管理者通知用電子メールアドレスと対応して登録された通知可能結果情報の種類と、プリントデータにて通知用電子メールアドレスと対応して指定された通知可能結果情報の種類と、実際のプリント処理結果とが一致する場合において、各々の電子メールアドレスに対し結果を通知する。
【００９９】
図２２は、通知可能結果情報の種類と実際のプリント処理結果とが一致する場合において、管理者通知用電子メールアドレスと通知用電子メールアドレスとに対し結果を通知する処理を示すフローである。
【０１００】
管理者ノードからプリント装置に対して管理者ノードの電子メールアドレス（管理者通知用電子メールアドレス）と通知可能結果情報とを含んだ電子メールを通知する。
【０１０１】
プリント装置では、電子メールを受信し（ｓｔ１３０）、受信した電子メールから管理者通知用電子メールアドレスＡ、および通知可能結果情報の種類を認識する（ｓｔ１３１）。当該電子メールから管理者通知用電子メールアドレスＡと前記通知可能結果情報の種類とを取り出して、両者を対応づけて管理者用結果情報テーブルＴ３に登録する（ｓｔ１３２）。
【０１０２】
図２３は管理者用結果情報テーブルＴ３を示している。管理者用結果情報テーブルＴ３では、ステップ１３２で登録された管理者通知用電子メールアドレスと通知可能結果情報（通知メッセージ種類）とが対応づけられて記述される。管理者用結果情報テーブルＴ３はプリント装置のＲＡＭ４３に確保される。１つの管理者通知用電子メールアドレスに対し複数の通知可能結果情報が指定できる。図示の例では、番号１で示される管理者通知用電子メールアドレスは１２３．４５６．７８９．００であり、プリント結果が「紙詰まり」、「通信エラー」、「用紙切れ」の３種類の場合に限り前記電子メールアドレス先に前記結果の旨を表すメッセージが通知されることを示す。
【０１０３】
プリント装置では、プリントデータを受信すると（ｓｔ１３３）、プリントデータに付加された通知用電子メールアドレスＢ、および通知可能結果情報の種類を当該プリントデータの中から認識する（ｓｔ１３４）。通知用電子メールアドレスＢに対応した通知可能結果情報を結果情報対応テーブルＴ４に登録する（ｓｔ１３５）。結果情報対応テーブルＴ４は、図１９と同様のデータ構成になっており、プリント装置のＲＡＭ４３に確保される。
【０１０４】
プリント装置で受信したプリントデータのプリント処理を行い（ｓｔ１３６）、その処理結果を検知する（ｓｔ１３７）。検知した処理結果と一致する結果情報が結果情報対応テーブルＴ４に登録されているかチェックし（ｓｔ１３８）、処理結果と一致する結果情報が登録されていればその結果情報を通知メッセージに決定する（ｓｔ１３９）。ステップ１３９の処理で処理結果と一致する結果情報が登録されていた場合には（ｓｔ１４０）、結果情報対応テーブルＴ４に登録した依頼者ノードの電子メールアドレスＢに対して前記通知メッセージを通知する（ｓｔ１４１）。ステップ１３８の処理で一致する結果情報がなかった場合は何もしない。
【０１０５】
さらに、管理用結果情報テーブルＴ３に前記処理結果と一致する結果情報があるかどうかチェックし（ｓｔ１４２）、前記処理結果と一致する結果情報が登録されていることが確認できた場合（ｓｔ１４３）、管理用結果情報テーブルＴ３に登録した管理者通知用電子メールアドレスＡに対して前記通知メッセージを通知する（ｓｔ１４４）。ステップ１４２の処理で一致しなかった場合は何もしない。
【０１０６】
このように第８の実施例によれば、電子メールにより複数の管理者通知用電子メールアドレスが通知可能結果情報と対応づけて登録できるので、プリント処理依頼側へは勿論のこと、プリント処理の結果を必要に応じて複数の管理者へも通知することができる。
【０１０７】
第３の実施例から第８の実施例で説明したプリント処理の結果通知方法を、第１の実施例又は第２の実施例で説明したファクシミリ送信の通信結果通知システムに適用する。
【０１０８】
第１の実施例又は第２の実施例において、第３の実施例で示すように正常終了メッセージ、異常終了メッセージをファクシミリ送信又は受信処理の処理検知結果に応じて電子メールで依頼者ノードに通知する。
【０１０９】
また、第１の実施例又は第２の実施例において、第４の実施例で示すように複数のファクシミリデータの送信処理依頼又は受信処理依頼を受けたときに、それぞれのファクシミリデータの中から通知用電子メールアドレスを取り出して図１７に示すようなテーブルに登録し、個々の送信処理又は受信処理をテーブルに取り出した電子メールアドレスに通知する。
【０１１０】
また、第１の実施例又は第２の実施例において、第５、第８の実施例で示すように依頼者ノードで通知を必要とする通知可能結果情報をファクシミリデータに付加して依頼し、ＮＥＴＦＡＸにおいて図１９に示すようなテーブルを作成する。テーブルに登録した結果情報が送信又は受信処理の結果と一致したときに依頼者ノード等へ通知する。
【０１１１】
また、第１の実施例又は第２の実施例において、第６の実施例で示すようにファクシミリデータの送信待ち状況を検知して、送信待ち状況が発生している場合には依頼者ノード又は管理者ノードに待ち状況を電子メールで通知する。
【０１１２】
また、第１の実施例又は第２の実施例において、第７、第８の実施例で示すように図１９及び図２３に示すようなテーブルを作成し、プリント処理及びプリントデータをファクシミリ送信処理及びファクシミリデータに代えて図２２に示す処理を行う。
【０１１３】
本発明は、上記した実施例に限定されるものではなく、本発明の要旨を逸脱しない範囲で種々変形実施可能である。
【０１１４】
（産業上の利用可能性）
本発明は、ファクシミリデータの送信処理を、ネットワーク上のファクシミリ装置に依頼する通信システムに用いるのに適している。
【０１１５】
【発明の効果】
本発明は、ＬＡＮ経由で依頼された処理の処理結果を、依頼者ノード又は管理者ノードへ電子メールで迅速に通知することができ、ネットワーク経由で依頼した処理の結果通知作業を効率化することができる、といった効果を奏する。
【図面の簡単な説明】
【図１】第１の実施例に係る通信結果通知システムにおけるファクシミリ装置の機能ブロック図
【図２】ファクシミリ出力結果を通知用電子メールアドレスに通知する手順を示すフロー図
【図３】第２の実施例に係る通信結果通知システムにおけるファクシミリ装置に対する依頼ルートを示すネットワーク構成図
【図４】第２の実施例に係る通信結果通知システムにおけるファクシミリ装置の機能ブロック図
【図５】第２の実施例においてメールデータに付加した中継用アドレスを示す図
【図６】第２の実施例においてメールデータに付加した印刷用アドレスを示す図
【図７】パスワード及びドメイン名の管理テーブルの構成図
【図８】ファクシミリデータから取り出した宛先電話番号と発信元アドレスを示す図
【図９】第２の実施例において送信結果を通知用電子メールアドレスに通知する全体の手順を示すフロー図
【図１０】第２の実施例において送信結果をメールする手順を示すフロー図
【図１１】送信結果を制御部間で受け渡すシーケンス図
【図１２】第３の実施例に係る通信結果通知システムにおけるプリント装置の機能ブロック図
【図１３】第３の実施例におけるプリント結果を通知用電子メールアドレスに通知する手順を示すフロー図
【図１４】第３の実施例におけるプリント結果正常結果通知フロー図
【図１５】第３の実施例におけるプリント結果異常結果通知フロー図
【図１６】第４の実施例において複数の通知用電子メールアドレスへ各プリント結果を通知する手順を示すフロー図
【図１７】第４の実施例におけるプリントデータと通知用電子メールアドレス対応テーブル図
【図１８】第５の実施例におけるプリント結果と通知可能結果情報が一致した場合に結果を通知する手順を示すフロー図
【図１９】第５の実施例における通知用電子メールアドレスと通知可能結果情報対応テーブル図
【図２０】第６の実施例におけるプリントキュー待ち時に結果を通知する手順を示すフロー図
【図２１】第７の実施例におけるプリント結果を管理者通知用電子メールアドレスに通知する手順を示すフロー図
【図２２】第８の実施例におけるプリント結果と管理者用通知可能結果情報が一致した場合に結果を通知する手順を示すフロー図
【図２３】第８の実施例における管理者通知用電子メールアドレスと通知可能結果情報対応テーブル図
【図２４】ＬＡＮ経由でプリント及びファクシミリ送信する既存のシステム構成図
【図２５】従来のプリント装置の機能ブロック図
【符号の説明】
１ ＣＰＵ
２ ＲＯＭ
３ ＲＡＭ
４ フォーマット変換部
５ ファクシミリデータ蓄積部
６ ファクシミリ部
７ ＬＡＮインターフェイス部
８ モデム
９ ネットワークコントロールユニット
Claims (2)
- 電子メールを受信する電子メール受信手段と、この電子メール受信手段で受信した電子メールデータをファクシミリデータに変換して公衆回線網を介しファクシミリ送信するファクシミリ送信手段と、パスワードが登録された記憶手段とを具備し、前記電子メール受信手段で受信した宛先アドレスの＠直前の電話番号データをファクシミリ送信先として設定するとともに、前記宛先アドレス内であって前記電話番号データとは別のパスワードが前記記憶手段に登録されていなければメールサーバにエラーを返すことを特徴とする電子メール装置。
- 電子メールを受信し、受信した電子メールデータをファクシミリデータに変換して公衆回線網を介しファクシミリ送信する中継転送方法において、受信した宛先アドレスの＠直前の電話番号データをファクシミリ送信先として設定するとともに、前記宛先アドレス内であって前記電話番号データとは別のパスワードが登録されていないパスワードであればメールサーバにエラーを返すことを特徴とする中継転送方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002240464A JP3617983B2 (ja) | 1996-04-04 | 2002-08-21 | 電子メール装置及び中継転送方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8-82296 | 1996-04-04 | ||
| JP8229696 | 1996-04-04 | ||
| JP2002240464A JP3617983B2 (ja) | 1996-04-04 | 2002-08-21 | 電子メール装置及び中継転送方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002162079A Division JP3645234B2 (ja) | 1996-04-04 | 2002-06-03 | プリント装置及び処理結果通知方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2004038710A Division JP3702284B2 (ja) | 1996-04-04 | 2004-02-16 | 電子メール装置及び中継転送方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003158604A JP2003158604A (ja) | 2003-05-30 |
| JP3617983B2 true JP3617983B2 (ja) | 2005-02-09 |
Family
ID=26423321
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002240464A Expired - Lifetime JP3617983B2 (ja) | 1996-04-04 | 2002-08-21 | 電子メール装置及び中継転送方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3617983B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6121236B2 (ja) * | 2013-05-15 | 2017-04-26 | Ntn株式会社 | 軸受性能の自動計算サービス装置 |
-
2002
- 2002-08-21 JP JP2002240464A patent/JP3617983B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003158604A (ja) | 2003-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3523268B2 (ja) | ファクシミリ装置及び通信結果通知方法 | |
| JP3942267B2 (ja) | 電子メールシステム | |
| JPH1168833A (ja) | ネットワークファクシミリ装置の制御方法 | |
| US20020062363A1 (en) | One-touch system for sending electronic mail and facsimiles from a fax machine | |
| US20040174559A1 (en) | Network facsimile device and a method of controlling the network facsimile device | |
| JP3702284B2 (ja) | 電子メール装置及び中継転送方法 | |
| JP3617983B2 (ja) | 電子メール装置及び中継転送方法 | |
| JP4316730B2 (ja) | 電子メールシステムの通信制御方法、電子メール装置およびその制御方法 | |
| JP3645234B2 (ja) | プリント装置及び処理結果通知方法 | |
| JP3664581B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP3618988B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP2002237849A (ja) | 中継転送サービス提供装置、中継転送サービス利用装置及び中継転送サービスシステム | |
| JP2002044338A (ja) | ファクシミリ装置および通信結果管理方法 | |
| JPH1168834A (ja) | ネットワークファクシミリシステムの制御方法 | |
| JP3471488B2 (ja) | ファクシミリサーバ | |
| JP3527039B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JPH11146107A (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP3477032B2 (ja) | ネットワークファクシミリ装置の制御方法 | |
| JP2000224355A (ja) | ネットワークファクシミリ装置およびその通信制御方法 | |
| JP2002118713A (ja) | ネットワークファクシミリ同報システムおよびネットワークファクシミリ装置およびネットワークファクシミリ装置の制御方法 | |
| JP2808896B2 (ja) | ファクシミリ | |
| JP3704019B2 (ja) | 書留め機能を有する電文伝送方法及びその伝送システム | |
| JPH10126443A (ja) | インターネットファクシミリ装置 | |
| JP2001043153A (ja) | 画像伝送システム、画像送信装置、画像受信装置、ならびに記憶媒体 | |
| JPH11284830A (ja) | ファクシミリ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20031216 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040216 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040316 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040511 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040803 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041001 |
|
| 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: 20041102 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041105 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071119 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081119 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091119 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091119 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101119 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111119 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121119 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121119 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131119 Year of fee payment: 9 |
|
| EXPY | Cancellation because of completion of term |