JP2005184164A - ネットワークファクシミリ装置 - Google Patents

Abstract

【課題】送信結果を通知する際のセキュリティを向上できるネットワークファクシミリ装置を提供すること目的とする。
【解決手段】ユーザの認証を行う認証手段を備え、ネットワークを介して送信依頼を受け付けた場合、その送信依頼時に受信した認証用情報に基づいて上記認証手段により送信依頼元のユーザの認証を行い、当該認証の結果がＯＫの場合に限り、上記ネットワーク通信機能により送信結果を通知するようにしたものである。それにより、認証ＯＫになっているユーザにのみ送信結果を通知するので、例えば、スパムメールを防止ができるので、ネットワークの信頼性、負荷防止を高めることができるとともに、セキュリティが強化される。
【選択図】 図１

Description

本発明は、公衆網へ接続し、所定のファクシミリ伝送手順を実行して画情報をやりとりするファクシミリ通信機能と、ネットワークへ接続し、このネットワークを介して種々の情報をやりとりするネットワーク通信機能を備え、ネットワークを介して送信依頼を受信すると、上記ファクシミリ通信機能により、指定された宛先へ発呼して送信依頼された画情報を送信するとともに、その送信結果を、上記ネットワーク通信機能を用いてユーザへ送信するネットワークファクシミリ装置に関する。

従来より、公衆網へ接続し、所定のファクシミリ伝送手順を実行して画情報をやりとりするファクシミリ通信機能と、ネットワークへ接続し、このネットワークを介して種々の情報をやりとりするネットワーク通信機能を備え、ネットワークを介して送信依頼を受信すると、上記ファクシミリ通信機能により、指定された宛先へ発呼して送信依頼された画情報を送信するとともに、その送信結果を、上記ネットワーク通信機能を用いてユーザへ送信するネットワークファクシミリ装置が実用されている（特許文献１参照）。
特開２００３−３１９１２２号公報

このように、ネットワークを介して、クライアント（送信依頼元）からネットワークファクシミリ装置に対して、送信依頼を行うシステムでは、必ずしもクライアントがネットワークファクシミリ装置の設定を知ることができず、使い勝手が悪い場合がある。

例えば、利用制限、認証、課金といった機能では、ネットワークファクシミリ装置に対して、ユーザーを識別するためのＩＤ（ユーザーＩＤ）を指定するが、ネットワークファクシミリ装置が利用制限、認証、課金といった機能設定をＯＮにしている場合は、あらかじめクライアントのユーザーインタフェース上に、ユーザーＩＤを入力しないと、送信依頼できない方がよい。しかしながら、設定を知るプロトコルを実装していない場合は、送信依頼の結果をクライアントに通知する方法が取られている。

この方法には、メールやＭＩＢ（ＳＮＭＰ）などによって結果を知らせるものがあり、「ユーザーＩＤを入力していないため、送信要求を受け付けませんでした」等の内容のメールをユーザーに返す。しかしながら、近年悪意あるユーザーによるメールが社会問題になっているように、スパムメールをファクシミリ装置から送信できてしまう。

また、クライアントからメールアドレスを指示しない場合、あるいは結果通知メール不要と指示した場合でも、あとから送信結果がわかるように、ネットワークファクシミリ装置が保持している送信履歴を閲覧することができるが、別ユーザーにファクス送信先を知らせてしまう。

本発明は、かかる実情に鑑みてなされたものであり、送信結果を通知する際のセキュリティを向上できるネットワークファクシミリ装置を提供すること目的とする。

本発明は、公衆網へ接続し、所定のファクシミリ伝送手順を実行して画情報をやりとりするファクシミリ通信機能と、ネットワークへ接続し、このネットワークを介して種々の情報をやりとりするネットワーク通信機能を備え、ネットワークを介して送信依頼を受信すると、上記ファクシミリ通信機能により、指定された宛先へ発呼して送信依頼された画情報を送信するとともに、その送信結果を、上記ネットワーク通信機能を用いてユーザへ送信するネットワークファクシミリ装置において、ユーザの認証を行う認証手段を備え、ネットワークを介して送信依頼を受け付けた場合、その送信依頼時に受信した認証用情報に基づいて上記認証手段により送信依頼元のユーザの認証を行い、当該認証の結果がＯＫの場合に限り、上記ネットワーク通信機能により送信結果を通知するようにしたものである。

また、前記送信結果の通知先は、前記送信依頼元のユーザに対応して、あらかじめ定められているものである。

また、前記ネットワーク通信機能が、送信結果の問い合わせを受信したとき、当該ユーザから認証用情報を受信し、前記認証手段により、当該ユーザについての認証を行い、当該認証の結果がＯＫの場合に限り、当該ユーザに関する送信結果を、当該ユーザへ通知するようにしたものである。

したがって、本発明によれば、認証ＯＫになっているユーザにのみ送信結果を通知するので、例えば、スパムメールを防止ができるので、ネットワークの信頼性、負荷防止を高めることができるとともに、セキュリティが強化されるという効果を得る。

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

図１は、本発明の一実施例にかかるネットワークシステムを示している。

同図において、ローカルエリアネットワークＬＡＮには、複数のワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸが接続されているとともに、ルータ装置ＲＴを介してインターネットへ接続されている。したがって、ワークステーション装置ＷＳ１〜ＷＳｎ、メールサーバ装置ＳＭ、および、ネットワークファクシミリ装置ＦＸは、インターネットを介し、他の適宜な端末装置との間でデータをやりとりすることができる。

ここで、メールサーバ装置ＳＭは、ローカルエリアネットワークＬＡＮに接続されているワークステーション装置ＷＳ１〜ＷＳｎを利用するユーザ、および、ネットワークネットワークファクシミリ装置ＦＸに対して、周知の電子メールの収集および配布のサービスを提供するものである。

また、ワークステーション装置ＷＳ１〜ＷＳｎには、ファクシミリ画情報を作成および表示出力するファクシミリアプリケーションソフトウェア、および、ローカルエリアネットワークＬＡＮを介して種々のデータのやりとりを行うための種々のソフトウェア（例えば、電子メールの送受信ソフトウェアや、ネットワークファクシミリ装置ＦＸとの間で通信するソフトウェア等）などの種々のプログラムが導入されており、特定のユーザにより使用されるものである。ここで、特定のユーザは、一人または複数人のユーザであってよい。

また、ネットワークファクシミリ装置ＦＸは、ＩＴＵ−Ｔ勧告Ｔ．３７に準拠し、画情報を電子メールを用いて送受信するＴ．３７ファクシミリ通信機能、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠し、ＩＰネットワークを介して、画情報をリアルタイム的に送受信するＴ．３８ファクシミリ通信機能、各種レポートなどを電子メールとしてやりとりするための電子メール処理機能、ローカルエリアネットワークＬＡＮを介してワークステーション装置ＷＳ１〜ＷＳｎとの間で種々の情報をやりとりするためのピア・ツー・ピア通信機能、および、アナログ公衆回線網ＰＳＴＮに接続し、この公衆網を伝送路として用いてグループ３ファクシミリ伝送手順による画情報伝送を行う伝送機能を備えている。

図２は、ネットワークファクシミリ装置ＦＸの構成例を示している。

同図において、システム制御部１は、このネットワークファクシミリ装置ＦＸの各部の制御処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワークファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。

スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このネットワークファクシミリ装置ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。

符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。

グループ３ファクシミリモデム１０は、グループ３ファクシミリのモデム機能を実現するためのものであり、伝送手順信号をやりとりするための低速モデム機能（Ｖ．２１モデム）、および、おもに画情報をやりとりするための高速モデム機能（Ｖ．１７モデム、Ｖ．３４モデム、Ｖ．２９モデム、Ｖ．２７ｔｅｒモデムなど）を備えている。

網制御装置１１は、このネットワークファクシミリ装置ＦＸをアナログ公衆回線網ＰＳＴＮに接続するためのものであり、自動発着信機能を備えている。

ローカルエリアネットワークインターフェース回路１２は、このネットワークファクシミリ装置ＦＸをローカルエリアネットワークＬＡＮに接続するためのものであり、ローカルエリアネットワーク伝送制御部１３は、ローカルエリアネットワークＬＡＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理を実行するためのものである。また、ローカルエリアネットワーク伝送制御部１３は、Ｔ．３７ファクシミリ通信機能およびＴ．３８ファクシミリ通信機能の通信制御処理も担当する。

これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、グループ３ファクシミリモデム１０、網制御装置１１、および、ローカルエリアネットワーク伝送制御部１３は、内部バス１４に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１４を介して行われている。

また、網制御装置１１とグループ３ファクシミリモデム１０との間のデータのやりとりは、直接行なわれている。

ここで、本実施例において、基本的には、ローカルエリアネットワークＬＡＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）という通信プロトコルが適用される。

また、各端末がメールサーバ装置ＳＭに対して、ユーザ宛の電子メールの受信確認や取得要求などのために適用するプロトコルとしては、いわゆるＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）などを適用することができる。

また、ＴＣＰ／ＩＰ，ＳＭＴＰ，ＰＯＰなどの通信プロトコル、および、電子メールのデータ形式やデータ構造などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＭＴＰはＲＦＣ８２１、電子メールの形式は、ＲＦＣ８２２，ＲＦＣ１５２１，ＲＦＣ１５２２（ＭＩＭＥ（Ｍｕｌｔｉ Ｐｕｒｐｏｓｅ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎ）形式）などでそれぞれ規定されている。

また、本実施例では、ネットワークファクシミリ装置ＦＸには、ローカルエリアネットワークＬＡＮを介して利用できるユーザが登録されており、ローカルエリアネットワークＬＡＮを介していずれかのユーザからの送信依頼を受け付ける際には、ユーザから認証用情報を取得して、所定の認証動作を行うようにしている。

このユーザ認証時には、図３（ａ）に示したようなユーザ登録情報が参照される。このユーザ登録情報は、それぞれの登録ユーザについて形成されるものであり、ユーザ識別情報、ユーザ名、および、パスワードが含まれている。

すなわち、この場合には、ユーザ識別ＩＤまたはユーザ名と、パスワードを適用して、ユーザ認証を行う。

また、ネットワークファクシミリ装置ＦＸは、それぞれの送信動作の送信結果について送信履歴情報を作成し、図４（ａ）に示したような送信履歴情報テーブルに保存している。

また、送信履歴情報は、同図（ｂ）に示したように、それぞれの送信履歴情報を識別するためのログＩＤ、送信動作を行った（または受け付けた）日時をあらわすジョブエントリ日時、ジョブ識別ＩＤ、ユーザ識別ＩＤ、送信結果通知先メールアドレス、送信結果、および、送信結果通知済みフラグを含む。

いずれかのクライアント（ワークステーション装置ＷＳ１〜ＷＳｎ）が、ネットワークファクシミリ装置ＦＸに対して、画情報の送信依頼をするときの手順の一例を図５に示す。

まず、クライアント（ワークステーション装置ＷＳ１〜ＷＳｎ）が、ネットワークファクシミリ装置ＦＸに対して、画情報の送信依頼を要求する。このとき、クライアントは、ユーザ名、パスワード、および、送信ジョブ内容コマンド（最終宛先の電話番号、通信モード等）、送信結果の通知先の電子メールアドレス、識別ジョブＩＤ、転送画情報データをネットワークファクシミリ装置ＦＸに対して送信し、ネットワークファクシミリ装置ＦＸは、これらの情報を受信して保存する。

そして、その受信した内容に基づいて、送信履歴情報を１つ作成して、送信履歴情報テーブルへ追加する。このときに作成した送信履歴情報のログＩＤには、空き番号の値が格納される。

これにより、ネットワークファクシミリ装置ＦＸは、受信したユーザ名およびパスワードを適用し、上述したユーザ登録情報を参照して、ユーザ認証を行う。このユーザ認証の結果がＯＫとなれば、ネットワークファクシミリ装置ＦＸは、受信した送信ジョブ内容コマンドに従って、画情報の送信動作を行う。

すなわち、受信した最終宛先の電話番号へ網制御装置１１を用いて発呼し、指定された通信モードのグループ３ファクシミリ通信動作を行って、受信した転送画情報データを、そのときの最終宛先へ送信する。

そして、作成した送信履歴情報のジョブエントリ日時には、送信依頼の受け付け時の日時情報を格納し、ジョブ識別ＩＤには、受信したジョブ識別ＩＤの値を格納し、ユーザ識別ＩＤには、受信したユーザ名に対応してユーザ登録情報に登録されているユーザ識別ＩＤの値を格納し、送信結果通知先メールアドレスには、受信した送信結果の通知先の電子メールアドレスの値を格納される。また、そのときの通信結果を、送信履歴情報の送信結果の値として格納する。

次いで、ネットワークファクシミリ装置ＦＸは、そのときの送信結果を通知する送信結果メールを作成して、送信履歴情報の送信結果通知先メールアドレスへ、送信し、送信履歴情報の送信結果通知済みフラグに通知済みをあらわす値を格納する。

ここで、本実施例では、送信結果メールは、独立した機能（例えば、「結果通知メール監視デーモン」）により行われる。

一方、送信依頼を受け付けたときに受信したユーザ名とパスワードを用いて行った認証がＮＧとなった場合には、依頼された送信動作（中継動作）は行わない。

そして、このときに作成した送信履歴情報のジョブエントリ日時には送信依頼の受け付け時の日時情報が格納され、送信結果には「認証エラー」をあらわす値が格納される。そして、それ以外の、ジョブ識別ＩＤ、ユーザ識別ＩＤ、送信結果通知先メールアドレス、および、送信結果通知済みフラグの値は、それぞれクリアされる。

図６は、ネットワークファクシミリ装置ＦＸが、いずれかのクライアントから送信依頼を受け付ける際の処理の一例を示している。

まず、クライアントから送信されてくるユーザ名、パスワード、および、送信ジョブ内容コマンド（最終宛先の電話番号、通信モード等）、送信結果の通知先の電子メールアドレス、識別ジョブＩＤ、転送画情報データを受信して保存する（処理１０１）。

次いで、その受信した内容に基づいて、送信履歴情報を１つ作成して送信履歴情報テーブルへ追加する（処理１０２）。

次に、ネットワークファクシミリ装置ＦＸは、受信したユーザ名およびパスワードを適用し、上述したユーザ登録情報を参照して、ユーザ認証を行う（処理１０３）。

そして、このユーザ認証の結果がＯＫとなったかどうかを調べ（判断１０４）、判断１０４の結果がＹＥＳになるときには、ネットワークファクシミリ装置ＦＸは、受信した送信ジョブ内容コマンドに従って、画情報の送信動作を行う（処理１０５）。

そして、そのときの通信結果を、送信履歴情報の送信結果の値として格納する（処理１０６）。また、このとき送信履歴情報の他の要素の値も作成して格納する。すなわち、ジョブエントリ日時には、送信依頼の受け付け時の日時情報を格納し、ジョブ識別ＩＤには、受信したジョブ識別ＩＤの値を格納し、ユーザ識別ＩＤには、受信したユーザ名に対応してユーザ登録情報に登録されているユーザ識別ＩＤの値を格納し、送信結果通知先メールアドレスには、受信した送信結果の通知先の電子メールアドレスの値を格納される。

また、ユーザ認証の結果がＮＧとなった場合で、判断１０４の結果がＮＯになるときには、認証エラーをあらわす値を、送信履歴情報の送信結果の値として格納する（処理１０７）。また、このとき送信履歴情報の他の要素の値も作成して格納する。すなわち、ジョブエントリ日時には、送信依頼の受け付け時の日時情報を格納し、それ以外の要素の値は、クリアのままとする。

図７は、送信結果を通知する機能を実現するための結果通知メール監視デーモンの処理の一例を示している。なお、この結果通知メール監視デーモンの動作は、所定時間間隔で繰り返し行われるものである。

まず、送信履歴情報テーブルの内容を調べて、送信結果を通知していない送信履歴情報が１つ以上あるかどうかを探し出す（処理２０１）。処理２０１により、対象となる送信履歴情報が見つからなかった場合には（判断２０２の結果がＮＯ）、このときの動作を終了する。

また、処理２０１により、対象となる送信履歴情報が見つかった場合で、判断２０２の結果がＹＥＳになるときには、送信結果の内容を調べ（処理２０３）、それが「認証エラー」をあらわす値であるかどうかを調べる（判断２０４）。

判断２０４の結果がＹＥＳになるときには、このときのクライアントについては、送信結果の通知を行わないので、処理２０１へ戻り、次の対象となる送信履歴情報を探す。

判断２０４の結果がＮＯになるときには、送信履歴情報から送信結果通知先メールアドレスを読み出し（処理２０５）、読み出した送信結果通知先メールアドレスを送信先に指定し、送信結果を通知する送信結果通知メールを作成して、メールサーバ装置ＳＭへ送信し（処理２０６）、処理２０１へ戻り、次の対象となる送信履歴情報を探す。

このようにして、本実施例では、ユーザ認証の結果がＯＫとなったユーザからの送信依頼についてのみ、送信結果通知メールを送信しているので、いわゆるスパムメールを防止することができ、その結果、ネットワークの信頼性、負荷防止を高めることができる。

ところで、上述した実施例では、送信依頼受け付け時にクライアントから通知された送信結果通知先メールアドレスを使って送信結果通知メールを送信していたが、悪意のユーザにより送信結果通知先メールアドレスが意図的に変更された場合には、予期しない結果が及ぼされる場合がある。

そのような事態を回避するためには、例えば、図３（ｂ）に示すように、それぞれのユーザについて登録されるユーザ登録情報に、送信結果の通知先の電子メールアドレスである送信結果通知先メールアドレスを登録しておき、この送信結果通知先メールアドレスを用いて、送信結果通知メールを送信すればよい。

図９は、この場合に、送信結果を通知する機能を実現するための結果通知メール監視デーモンの処理の一例を示している。なお、この結果通知メール監視デーモンの動作は、所定時間間隔で繰り返し行われるものである。

まず、送信履歴情報テーブルの内容を調べて、送信結果を通知していない送信履歴情報が１つ以上あるかどうかを探し出す（処理４０１）。処理４０１により、対象となる送信履歴情報が見つからなかった場合には（判断４０２の結果がＮＯ）、このときの動作を終了する。

また、処理４０１により、対象となる送信履歴情報が見つかった場合で、判断４０２の結果がＹＥＳになるときには、送信結果の内容を調べ（処理４０３）、それが「認証エラー」をあらわす値であるかどうかを調べる（判断４０４）。

判断４０４の結果がＹＥＳになるときには、このときのクライアントについては、送信結果の通知を行わないので、処理４０１へ戻り、次の対象となる送信履歴情報を探す。

判断４０４の結果がＮＯになるときには、送信履歴情報からユーザ識別ＩＤを取り出して、このユーザ識別ＩＤに対応したユーザ登録情報から送信結果通知先メールアドレスをを取得し（処理４０５）、処理４０５で取得した送信結果通知先メールアドレスを送信先に指定し、送信結果を通知する送信結果通知メールを作成して、メールサーバ装置ＳＭへ送信し（処理４０６）、処理４０１へ戻り、次の対象となる送信履歴情報を探す。

このようにして、本実施例では、登録された宛先へ送信結果通知先メールを送信するので、セキュリティ上優れている。

さて、クライアントは、ネットワークファクシミリ装置ＦＸに対して、送信結果を問い合わせることができる。

この場合、クライアントは、ネットワークファクシミリ装置ＦＸに対して、ユーザ名、パスワード、および、送信結果を知りたい通信に設定したジョブ識別ＩＤを通知した状態で、送信結果の問い合わせを行う。なお、自分が指定した全ての送信依頼についての結果を知りたい場合には、ジョブ識別ＩＤとして「ＡＬＬ」を指定する。

これにより、ネットワークファクシミリ装置ＦＸは、図９に示したような処理を行って、クライアントへの問い合わせに応答する。

すなわち、まず、クライアントからユーザ名、パスワード、および、ジョブ識別ＩＤが通知された状態で、送信結果の問い合わせが要求されると、それらのユーザ名、パスワード、および、ジョブ識別ＩＤを保存する（処理５０１）。

次いで、受信したユーザ名およびパスワードを適用し、上述したユーザ登録情報を参照して、ユーザ認証を行う（処理５０２）。

そして、このユーザ認証の結果がＯＫとなったかどうかを調べ（判断５０３）、判断５０３の結果がＮＯになるときには、認証エラーをクライアントへ応答して（処理５０４）、このときの動作をエラー終了する。

また、判断５０３の結果がＹＥＳになるときには、受信したユーザ名に対応したユーザ識別ＩＤを取得し（処理５０５）、受信したジョブ識別ＩＤの値が「ＡＬＬ」であったかどうかを調べる（判断５０６）。

判断５０６の結果がＹＥＳになるときには、同一ユーザ識別ＩＤの全ての送信履歴情報から送信結果を取得し、送信結果リストを作成し（処理５０７）、次いで、認証エラーの送信履歴情報を取得し、認証エラーのジョブエントリ日時リストを別枠で作成する（処理５０８）。

そして、処理５０７で作成した送信結果リストと、処理５０８で作成した認証エラーのジョブエントリ日時リストをクライアントへ送信して（処理５０９）、このときの動作を終了する。

また、判断５０６の結果がＮＯになるときには、同一ユーザ識別ＩＤの対応するジョブ識別IDの送信履歴情報から送信結果を取得し（処理５１０）、次いで、認証エラーの送信履歴情報を取得し、認証エラーのジョブエントリ日時リストを別枠で作成する（処理５１１）。

そして、処理５１０で作成した送信結果と、処理５１１で作成した認証エラーのジョブエントリ日時リストをクライアントへ送信して（処理５１２）、このときの動作を終了する。

このようにして、送信結果の問い合わせ時には、認証エラーになったログは、パブリック扱い（誰でも参照できる）となっているので、全てのユーザが参照することができ、その結果、悪意を持たないユーザーが、認証するためのユーザー名やパスワードの入力ミスによってメールが届かない場合でも、ジョブエントリ日時を元に「認証エラー」を推定で知ることができ、その結果、自分が指定した送信依頼動作が失敗している旨を認識することができることとなる。

また、ジョブ識別ＩＤをＡＬＬにして、結果を問い合わせると、そのユーザーの送信結果の一式を得ることができるので、非常に便利である。

なお、上述した実施例では、ネットワークファクシミリ装置ＦＸに本発明を適用した場合について説明したが、本発明は、ネットワークファクシミリ装置ＦＸと同じ通信機能を備えるとともに、他の周辺機器機能を備えた、いわゆるネットワーク対応型複合機についても、同様にして適用することができる。

本発明の一実施例にかかるネットワークシステムを示したブロック図。 ネットワークファクシミリ装置ＦＸの構成例を示したブロック図。 ユーザ登録情報の一例を示した概略図。 送信履歴情報テーブルおよび送信履歴情報の一例を示した概略図。 クライアント（ワークステーション装置ＷＳ１〜ＷＳｎ）が、ネットワークファクシミリ装置ＦＸに対して、画情報の送信依頼をするときの手順の一例を示したタイムチャート。 ネットワークファクシミリ装置ＦＸが、いずれかのクライアントから送信依頼を受け付ける際の処理の一例を示したフローチャート。 送信結果を通知する機能を実現するための結果通知メール監視デーモンの処理の一例を示したフローチャート。 送信結果を通知する機能を実現するための結果通知メール監視デーモンの処理の他の例を示したフローチャート。 クライアントから送信結果の問い合わせを受信したときのネットワークファクシミリ装置ＦＸの処理の一例を示したフローチャート。

符号の説明

ＦＸ ネットワークファクシミリ装置
ＷＳ１〜ＷＳｎ ワークステーション装置

Claims (3)

1. 公衆網へ接続し、所定のファクシミリ伝送手順を実行して画情報をやりとりするファクシミリ通信機能と、ネットワークへ接続し、このネットワークを介して種々の情報をやりとりするネットワーク通信機能を備え、ネットワークを介して送信依頼を受信すると、上記ファクシミリ通信機能により、指定された宛先へ発呼して送信依頼された画情報を送信するとともに、その送信結果を、上記ネットワーク通信機能を用いてユーザへ送信するネットワークファクシミリ装置において、
   ユーザの認証を行う認証手段を備え、
   ネットワークを介して送信依頼を受け付けた場合、その送信依頼時に受信した認証用情報に基づいて上記認証手段により送信依頼元のユーザの認証を行い、当該認証の結果がＯＫの場合に限り、上記ネットワーク通信機能により送信結果を通知するようにしたことを特徴とするネットワークファクシミリ装置。
2. 前記送信結果の通知先は、前記送信依頼元のユーザに対応して、あらかじめ定められていることを特徴とする請求項１記載のネットワークファクシミリ装置。
3. 前記ネットワーク通信機能が、送信結果の問い合わせを受信したとき、当該ユーザから認証用情報を受信し、前記認証手段により、当該ユーザについての認証を行い、当該認証の結果がＯＫの場合に限り、当該ユーザに関する送信結果を、当該ユーザへ通知するようにしたことを特徴とする請求項１または請求項２記載のネットワークファクシミリ装置。

Images