JP2008160531A - 画像形成装置、ファクシミリ通知方法およびプログラム - Google Patents

Abstract

【課題】ファクシミリ受信通知を行う、画像形成装置、ファクシミリ通知方法およびプログラムを提供すること。
【解決手段】画像形成装置１２は、ファクシミリを受信し、ファクシミリの送信元情報を取得してファクシミリを受信したことを通知する通知先の通知先アドレスを、送信元情報と通知先アドレスとを対応して管理する記憶手段５６から検索する通信処理手段４２と、ファクシミリ・データを復号し、ファクシミリ・データをラスタ化したイメージ・データを作成するイメージ変換手段４４とを含み、通知先アドレスに対してファクシミリの受信を通知する通知メッセージを作成して、通知メッセージを所定プロトコルを使用して、通知先に送付している。
【選択図】図２

Description

本発明は、ファクシミリ機能を有する画像形成装置、制御方法およびプログラムに関する。

従来から、複数の機能を１台が担当するＡＩＯ(All in One)型の画像形成装置（以下、ＡＩＯとして参照する。）は、電子写真複合機、インクジェット・プリンタとして使用されており、プリンタ、コピー、スキャナ、ファクシミリといった、様々な用途で使われている。

オフィス・スペースに１台のＡＩＯが設置されているとする。このＡＩＯがファクシミリを受信した場合、従来ではＡＩＯに近づいた者が初めてファクシミリを受信したことに気づく。このためファクシミリ送信者が、早急に返答が欲しいにもかかわらず、受信者が送信されたファクシミリに気づかなければ、その後の処理ができない。

また、ユーザによっては、自分宛てにファクシミリが届くことがあらかじめ分かっている場合、ファクシミリが届いているか否かを、複合機まで行って確認しなければならない。この場合、ファクシミリが未受信の場合、ファクシミリのことを念頭に置きながら時間を過ごし、再度確認に行く必要がある。これは効率的ではない。さらに、受信したファクシミリが長時間放置されることにより、受信ドキュメントが失われてしまうことも考えられる。

特開２００６−８１０８１号公報（特許文献１）には、書画情報を蓄積する記憶手段を備える書画蓄積装置であって、蓄積した書画情報を画像変換してユーザ端末に送信する書画蓄積装置を開示している。
特開２００６−８１０８１号公報

上述したように、オフィス・フロアに複数のユーザがＡＩＯを共通で使用している場合に、ユーザ宛のファクシミリの受信を当該ユーザに通知できれば、ファクシミリの受信確認のために機器まで出向いて確認したり、ファクシミリの受信を念頭に置いて他の作業を行うなど、負担をかける必要がない、画像形成装置、そのファクシミリ通知方法、およびプログラムが必要とされていた。

さらに、ファックス受信を通知する場合に、ファックス受信通知とともにファックス受信者を特定し、受信したファクシミリの重要性や緊急性に応じてユーザが効率的に作業を進めることを可能とする、画像形成装置、ファクシミリ通知方法、およびプログラムが必要とされていた。

本発明は、上記事情に鑑みてなされたものであり、ＡＩＯがファクシミリを受信すると、ファクシミリ・データを解析し、ファクシミリ・データに含まれる宛先を解析して宛先をユーザへ通知するものである。オフィス・スペース内でのＡＩＯは、ネットワーク接続されていて、ＡＩＯは、ユーザの端末装置に対してメッセージを表示させる。メッセージは、メール・サーバを介する電子メールまたはプラグイン・ソフトウェアによるパーソナル・コンピュータのディスプレイ装置への表示を使用してユーザに通知される。

ＡＩＯは、送信元情報と通知先となる受信者の関係を登録しておくことができ、登録アドレスからファクシミリ・データを受信した場合には、通知メッセージを作成し、受信者へ直接通知する。一つの送信元に対して、受信者が複数存在し、受信者が特定できない場合のために、あらかじめ受信者を特定するためのマークや番号、アルファベットなどを登録しておいてもよい。また、通知メッセージを同報通信することもできる。その場合、送信元データの特定領域に、マーク、又は番号、アルファベットを記載してもらうことで、受信者の特定が可能となり、ユーザへの通知が行える。一方、ファクシミリ番号や登録パターンなどを使用する受信者の特定が不可能である場合は、ネットワーク管理者へ通知を行う。

受信者へ通知を行う際、同時にファクシミリを印刷するか否かを設定可能にすると、出力するまでもないファクシミリ・ドキュメントを受信した場合に無駄を低減することができる。受信したファクシミリ・データはＡＩＯのメモリなどの適切な記憶領域に一時保存され、ユーザがＡＩＯからの通知に対して、ファクシミリ・データを印刷するか、自分の端末装置にデータ転送を要求するか、または記憶空間に一時保存されているデータを削除するかを指示できる。ＡＩＯは、通知に対する返答が一定時間内に行われない場合、記憶領域に一時保存されたデータを削除するか否かを設定できるようにすることで、記憶領域の容量を制御することができる。また、電子メールで通知を行う際には、電子メールにファクシミリ・データを添付するか否かを設定でき、ファクシミリ・データが複数ページに渡る場合、フロントページのみか、全ページ表示可能にするかも設定可能にすることができる。

本発明によれば、ファクシミリ機能を含む画像形成装置であって、
ファクシミリを受信し、前記ファクシミリの送信元情報を取得して前記ファクシミリを受信したことを通知する通知先の通知先アドレスを検索する通信処理手段と、
前記通知先アドレスに対して前記ファクシミリの受信を通知する通知メッセージを作成するメッセージ作成手段と、
前記送信元情報と前記通知先アドレスとを対応して管理する記憶手段と、
前記通知メッセージを所定プロトコルを使用して、前記通知先アドレスに宛てて通知する送受信処理手段と
を含む画像形成装置が提供される。

本発明では、前記画像形成装置は、ファクシミリ・データを復号し、前記ファクシミリ・データのイメージ・データを作成するイメージ変換手段を含み、前記イメージ変換手段は、前記イメージ・データから少なくとも前記送信元情報および前記通知先を含むプレビューを作成するプレビュー作成手段を含むことができる。本発明では、さらに前記通知先からの応答パケットを受付け、前記応答パケットに指定された処理を前記イメージ・データに対して実行する受信データ管理手段を含むことができる。本発明では、前記通信処理手段は、前記ファクシミリ・データに重畳されたイメージ・パターンを使用して前記記憶手段を検索し、前記通知先を固有に決定することができる。

本発明によれば、
ファクシミリ機能を含む画像形成装置が実行するファクシミリ通知方法であって、
ファクシミリを受信し、前記ファクシミリの送信元情報を取得して前記ファクシミリを受信したことを通知する通知先の通知先アドレスを、前記送信元情報と前記通知先アドレスとを対応して管理する記憶手段を検索して取得するステップと、
ファクシミリ・データを復号し、前記ファクシミリ・データのイメージ・データを作成するステップと
前記通知先アドレスに対して前記ファクシミリの受信を通知する通知メッセージを作成するステップと、
前記通知メッセージを、所定プロトコルにより前記通知先アドレスに宛てて通知するステップと
前記通知先からの応答パケットを受付け、前記応答パケットに指定された処理を前記イメージ・データに対して実行するステップと、
を実行させる、ファクシミリ通知方法が提供できる。

本発明によれば、
ファクシミリ機能を含む画像形成装置に対しファクシミリ通知を実行させる装置実行可能なプログラムであって、前記プログラムは、
ファクシミリを受信し、前記ファクシミリの送信元情報を取得して前記ファクシミリを受信したことを通知する通知先の通知先アドレスを検索する通信処理手段と、
ファクシミリ・データを復号し、前記ファクシミリ・データのイメージ・データを作成するイメージ変換手段と、
前記通知先アドレスに対して前記ファクシミリの受信を通知する通知メッセージを作成するメッセージ作成手段と、
前記送信元情報と前記通知先アドレスとを対応して管理する記憶装置と、
前記通知メッセージを所定プロトコルにより前記通知先アドレスに宛てて通知する送受信処理手段と、
前記通知先からの応答パケットを受付け、前記応答パケットに指定された処理を前記イメージ・データに対して実行する受信データ管理手段と
を実現する、装置実行可能なプログラムが提供できる。

以下、本発明を図面に示した実施形態をもって説明するが、本発明は実施形態に限定されるものではない。

図１は、画像形成装置を含むオフィス・フロアでのネットワーク・システム１０の実施形態を示す。図１に示すネットワーク・システム１０は、画像形成装置１２と、情報処理装置１４と、サーバ２６などがイーサネット（登録商標）などローカルエリア・ネットワーク（ＬＡＮ）２８により相互接続されている。ＬＡＮ２８は、ハブ１６により画像形成装置１２、サーバ２６、情報処理装置１４などを物理接続していて、媒体アクセス制御（ＭＡＣ）アドレスおよびＩＰアドレスを使用した相互通信を行っている。

ハブ１６は、さらにルータ１８に接続され、ルータ１８は、ＭＦＰ１２および情報処理装置１４、サーバ２６をインターネット、ワイドエリア・ネットワーク（ＷＡＮ）などの広域ネットワーク２０に接続している。広域ネットワーク２０には、ＰＯＰサーバ２２が接続されていて、画像形成装置１２、情報処理装置１４、およびサーバ２６との間でＳＭＴＰプロトコルを使用した電子メールの伝送を可能としている。なお、広域ネットワーク２０には、図１に示す以外にも、ウェブ・サーバなどが接続されていても良い。また、ＰＯＰサーバ２２は、ＩＳＰなどが提供するメール・サーバであっても良く、また、社内に設置された専用メール・サーバとして実装することもできる。

画像形成装置１２は、ファクシミリ、コピー、プリンタ、ＡＲＤＦ(Auto Reverse Document Feeder)などの複合的な機能を提供しており、ユーザからの直接指令または情報処理装置１４などのジョブ要求、公衆電話網２４から受信したファクシミリ・データを処理し、画像形成を行う。図２は、画像形成装置１２の実施形態の機能ブロック図である。

画像形成装置１２は、プリンタ、コピー、ファクシミリなどの機能を提供するための各種機能を含んでおり、ドキュメントを読み込んで、光学読み取りを行うためのＡＲＤＦ３０と、ユーザに対して各種設定を可能とする、ＬＣＤパネルを含む操作パネル３４とを含む。ＡＲＤＦ３０は、原稿台上にセットされたドキュメントを、モータ３２を起動してドキュメントの光学読み取りを行うスキャナ３６に送り、照射光学系、駆動モータ、ＣＣＤなどを駆動してドキュメントをデジタル・データに変換する。

画像形成装置１２は、コントローラ３８と、画像形成を担当するプリンタ・エンジン５２とを備えている。コントローラ３８は、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）、Ｗｉｎｄｏｗｓ（登録商標）２００Ｘサーバなどのオペレーティング・システム（以下、ＯＳとして参照する。）を動作する、ＣＰＵ（図示せず）を含んでいる。さらに、コントローラ３８は、上述したＯＳの下で、Ｃ、Ｃ＋＋、ＪＡＶＡ（登録商標）、Ｐｅｒｌなどのプログラミング言語で記述されたアプリケーション・プログラムやＡｐａｃｈｅ、サーブレットなどのサーバ
・プログラムを実行し、ウェブ・サーバの一部機能も提供する。

さらにコントローラ３８は、ストレージ管理部４０と、通信処理部４２と、イメージ変換部４４とを備えている。ストレージ管理部４０は、ＳＤＲＡＭ、ハードディスク装置などの記憶装置５６の入出力管理を実行する。また、通信処理部は、５６Ｋｂｐｓまたは１２６Ｋｂｐｓ程度の通信レートのファックス・モデム５８から受信したＩＴＵ−Ｔ勧告Ｔ．６などのプロトコルでデータを、ランレングス符号化、ＭＲ、ＭＭＲなどの符号化方法を使用して復号化し、また画像形成装置１２からのファクシミリ送信のためにデジタル・データをコードする。また、通信処理部４２は、ＩＰプロトコル・スイートおよびＴＣＰ／ＩＰまたはＵＤＰ／ＩＰを使用するデータ伝送も管理する。

通信処理部４２は、コントローラ３８が含むアプリケーション・プログラムからのデータ伝送要求を受付け、ＩＰパケットまたはフレームを作成し、ネットワーク・インタフェース・カード（ＮＩＣ）６０からイーサネット（登録商標）またはワイヤレスＬＡＮへとデータを伝送し、また入来データをアプリケーション・プログラムへと伝送する。なお、通信処理部４２は、上述した処理を実行するため、ＰＰＰ(Point to Point Protocol)およびＰＰＰｏＥ(PPP on Ethernet(登録商標))などのデータ接続プロトコルをサポートする。

イメージ変換部４４は、画像処理装置１２が取得したデータを、ＧＩＦ、ＢＭＰ、ＪＰＥＧ、ＪＰＥＧ２０００、ＴＩＦＦ、ＰＮＧなどのイメージ・データに変換し、変換されたイメージ・データを使用してＰＤＬ(Page Description Language)を作成し、作成したＰＤＬをプリンタ・エンジン５２に渡し、画像形成させる。その他、コントローラ３８は、フラッシュＲＯＭ５０などを実装し、画像形成装置１２の起動時のセットアップ・データや画像形成に使用する色変換データなどを管理している。ＵＳＢ制御部４８を含んでいて、ＵＳＢコネクタ６２を介してＵＳＢホスト（図示せず）やプリンタ・エンジン５２との間のバス接続を管理する。なお、ＵＳＢ制御部４８は、ＩＥＥＥ８０２．１５などにより規定されるＵＷＢプロトコルをサポートしていても良い。画像形成装置１２は、ＰＳＵ５４を実装していて、ＰＳＵ５４は、画像形成装置１２の電源管理を行っている。

プリンタ・エンジン５２は、電子写真法またはインクジェット法を使用した画像形成を行っており、各画像形成方法により画像を形成するため、感光体、半導体レーザ、現像器、転写装置、定着装置またはインク容器およびインクジェット・ノズルなどを含んで構成されている。また、プリンタ・エンジン５２は、ＰＪＬ(Printer Job Language)をサポートしていて、外部からのプリント要求に対応した印刷を実行することができる。

ＳＤＲＡＭなどの記憶装置５６は、複数のデータセットを管理する。記憶装置５６が管理する本実施形態にかかわるデータセットは、送信元登録データ（ＳＵＣ＿ＡＤＤＲ：source_Address）６４、通知先登録データ（ＡＣＫ＿ＡＤＤＲ：Acknowledge_Address）６６、およびＭＩＢ(Management
Information Base)６８である。送信元登録データ６４は、ユーザがあらかじめ設定し、受信したファクシミリ・データの通知を受けるか否かを指定するデータである。送信元登録データ６４は、ファクシミリ番号のフォーマットで登録する。また、通知先登録データ６６は、当該ユーザの通知先アドレスを登録する。通知先登録データ６６は、種々のフォーマットで登録することができ、例えば、メーラ４６を使用して電子メールとして通知メッセージを送信するための電子メール・アドレス、ＭＡＣアドレス、ＩＰアドレス（プライベート・アドレス／サブネット・マスクで規定されるローカル・ドメイン）、または端末名称を使用することができる。ＭＡＣアドレス、ＩＰアドレスを通知先登録データ６６として使用する場合、端末名称またはユーザ識別値と、ＭＡＣアドレスまたはＩＰアドレスとの対応テーブルを実装することが、ユーザ入力の手間を省くためには好ましい。また、ネットワーク基盤がＴＣＰ／ＩＰではなく、ＮＥＴＢＩＯＳを使用している場合には、端末名称を使用して、端末名称とＩＰアドレスとＭＡＣアドレスなどを対応させて登録したルックアップテーブルなどを通知先登録データ６６とすることができる。

ＭＩＢは、ＲＦＣ１１５６として規定されているＭＩＢ１またはＲＦＣ１２１３で規定されているＭＩＢ２を使用して構成される、ネットワーク管理情報を登録するデータセットであり、管理するべき画像形成装置に状態を、オブジェクト識別値（ＯＩＤ）およびそのステータス・データとして対応づけて管理する。

なお、情報処理装置１４およびサーバ２６は、パーソナル・コンピュータ、ワークステーション、ブレード・サーバやシンサーバなどサーバ専用の情報処理装置である。情報処理装置１４は、アプリケーション・ソフトによる処理結果を、プリンタ・ドライバを介して画像形成装置１２に伝送し、画像形成装置１２に対して処理結果を出力させている。また、サーバ２６がプリンタ・サーバとして提供されている場合には、サーバ２６は、情報処理装置１４からのプリント要求を受付け、適切な画像形成装置１２にプリントジョブを指令している。

図３は、図２に示した画像形成装置１２のコントローラ３８に提供されるソフトウェア・モジュールの実施形態を示す。コントローラ３８は、本実施形態では、ファックス・モデムからのファクシミリ・データを受信し、ファクシミリ通知をＮＩＣ６０を介して情報処理装置１４に送信する処理を実行する。コントローラ３８は、送信元識別部７０でファクシミリ・モデム５８からファクシミリ呼の送信元を取得し、抽出した送信元を通知先検索部７６に渡す。また、画像形成装置が受信するファクシミリのストリームは、ファクシミリ・モデム５８から通信処理部４２が管理する受信データ復号部７２に入力され、ランレングス符号化などの符号化や、ＭＲ、ＭＭＲまたはその他のプロトコルで符号化データが復号される。

復号されたデータは、イメージ変換部４４によりラスタ変換され、ＰＤＬなどのデータとして、ハードディスク装置または記憶装置５６に格納される。ラスタ変換されたデータのうち、フロントページまたはその一部に相当するデータは、イメージ変換部４４が管理するプレビュー作成部７４に渡される。なお、イメージ・パターンを使用して通知先の検索を行う場合には、受信データ復号部７２の復号データを送信元識別部７０に送り、イメージ・パターン領域の識別を行い、識別結果を通知先検索部７６に伝送する。プレビュー作成部７４は、受信したファクシミリのフロントページに相当する部分を受取り、ラスタ・イメージまたは圧縮イメージを作成し、作成したイメージ・データをＧＩＦ、ＢＭＰ、ＪＰＥＧ、ＪＰＥＧ２０００、ＴＩＦＦ、ＰＮＧなどのプレビューに変換され、ＵＲＩ(Uniform Location Indicator)を割り当てて、ＳＤＲＡＭ、ハードディスク装置などの適切な記憶空間に登録される。

通知先検索部７６は、通信処理部４２の宛先解決モジュールとして実装することができ、通知先検索部７６は、送信元識別部７０が取得した送信元を検索キーとして取得し、ＳＤＲＡＭなどの記憶装置５６に登録された送信元登録データ６４を検索し、ファクシミリ受信を通知するべきか否かの判断を実行する。通知先検索部７６は、検索の結果、通知をするべきファクシミリ受信イベントであると判断した場合、記憶装置５６から通知先登録データを取得し、メッセージ作成部７８に通知先登録データを、通知メッセージ作成指令を発行する。メッセージ作成部７８は、使用する通知プロトコルに適合するフォーマット（ＵＤＰ：User Datagram ProtocoｌまたはＭＩＭＥ：Multipurpose Internet
Mail Extension）で通知メッセージを作成し、通信処理部４２のモジュールとして提供される送受信処理部８２に渡し、ＮＩＣ６０へと通知メッセージを送り、ユーザが管理している情報処理装置１４に宛てて通知メッセージを伝送する。なお、送受信処理部８２は、通信処理部４２の機能モジュールのうち、ＰＰＰｏＥをサポートするモジュールを示したものである。

また、イメージ変換部４４により作成されたイメージ・データは、プレビュー作成部７４の他、受信データ管理部８０に渡されて、ユーザから送られる指令に対応した処理が実行されるまで、ＳＤＲＡＭなどの記憶装置５６にバッファリングされる。バッファリングされたイメージ・データは、ユーザからの指令に応答して、廃棄、プリント実行などの処理が行われる。

図４は、画像形成装置１２が実行する処理の実施形態のフローチャートを示す。図４に示した処理は、ステップＳ１００から開始し、ステップＳ１０１でファクシミリ受信イベント発生を識別し、ステップＳ１０２で送信元データを取得する。ステップＳ１０３で、取得した送信元が送信元登録データＳＵＣ＿ＡＤＤＲにエントリされているか否かを判断する。ステップＳ１０３の判断の結果、ＳＵＣ＿ＡＤＤＲにエントリされている場合（ｙｅｓ）、ステップＳ１０４で、ＡＣＫ＿ＡＤＤＲを検索し、ステップＳ１０５で通知先のユーザが登録されているか否かを判断する。一方、ステップＳ１０３で、送信元データが送信元登録データにエントリされていないと判断された場合（ｎｏ）、処理をポイントＡから、通常の出力処理に分岐させる。

また、ステップＳ１０５の判断で送信元データに対応してＡＣＫ＿ＡＤＤＲに登録されている場合（ｙｅｓ）、ステップＳ１０６へと処理を分岐させ、ＡＣＫ＿ＡＤＤＲに宛てて通知メッセージを送信し、通知に対応する応答を待機する。なお、本実施形態で通知メッセージは、電子メールで送信される態様およびＳＮＭＰ(Simple Network Management Protocol)のＴｒａｐ通知を使用して実行される。通知メッセージのトランザクションの詳細なプロトコルについては、より詳細に後述する。

一方、ステップＳ１０５の判断で通知先がＡＣＫ＿ＡＤＤＲに発見されなかった場合（ｎｏ）、処理は、ステップＳ１１１に分岐して、送信元登録データが見出されたにもかかわらず、通知先が固有に特定できない、または見出されないなどの通知をシステム管理者に通知する。この通知は、電子メールで行われても良いし、ＳＮＭＰのＴｒａｐ動作を使用して行うこともできる。システム管理者は、ステップＳ１１１で当該通知を受領すると、プリンタ・ドライバまたはＵＲＩに表示された当該ファクシミリ通信のその後の処理を、プレビュー画面を参照しながら判断し、ステップＳ１０９で当該受信データに対する処理を指令し、画像形成装置１２に対し、受信データ管理処理を実行させる。

ステップＳ１０６では、画像形成装置１２は、情報処理装置１４からの応答を待機する。応答パケットは、（１）画像形成装置１２が実装するサーバ・プログラムにより提示される指令フォームからのＣＧＩリクエスト（ＧＥＴまたはＰＯＳＴメソッドを使用する。）または電子メールとして指令が送信される形態、および（２）ＴＣＰ／ＩＰプロトコルを使用した情報処理装置１４のプリンタ・ドライバから指令が送信される形態により送信される。

ステップＳ１０７では、応答が有ったか否かを判断し、応答がない場合（ｎｏ）処理をステップＳ１１０に分岐させてタイマ期間が経過したか否かを判断し、タイマ期間が経過するまで、処理をステップＳ１０７に分岐させて応答を待機する。一方、ステップＳ１１０で、タイマ期間を経過しても応答が返されない場合（ｙｅｓ）には、ステップＳ１１２へと処理を分岐させ、システム管理者に通知を行い、システム管理者がステップＳ１０９で、対応した受信データ管理処理を実行する。一方、ステップＳ１０７で応答が有った場合（ｙｅｓ）、処理をステップＳ１０８に分岐させ、応答パケットから指令を取得し、ステップＳ１０９で情報処理装置１４からの指令、タイマ期間経過、または通知登録無しに対応する受信データ管理処理、具体的には、データ破棄、プリント実行、通知先指定による転送、保持などの処理を実行し、処理をステップＳ１１３で終了させる。

本実施形態では、ＳＵＣ＿ＡＤＤＲおよびＡＣＫ＿ＡＤＤＲは、ルックアップテーブルとして登録することもできるし、サーバ・プログラムによるＤＯＭ(Document Object Model)による構造化文書ベースの検索を実行することができるように、ＸＭＬなどのフォーマットとして登録することができる。図５には、送信元登録データおよび通知先登録データを検索するためのデータ構造を示す。図５に示したデータ構造は、ＸＭＬ文書として提供され、ＳＵＣ＿ＡＤＤＲおよびＡＣＫ＿ＡＤＤＲを統合してＸＭＬ文書として登録する場合の実施形態を示す。

図５で、＜ＵＳＥＲ＞タグは、登録するユーザを指定するタグであり、＜ＡＤＤＲ＞タグは、当該ユーザの通知先アドレス（電子メール・アドレス、ＭＡＣアドレス、ＩＰアドレス、または端末名称）を指定するタグである。また、＜Ｆａｘ＃＞タグは登録された送信元のファクシミリ番号などを指定するタグであり、登録する送信元数だけ適宜追加することができる。＜Ｉｍａｇｅ＞タグは、ユーザが登録したユーザを識別させるためのパターンの識別値を指定するタグである。なお、各データは、開始タグと閉じタグとの間に記述される。なお、パターンを登録する場合には、ユーザがあらかじめ送信元にパターンを通知し、ファクシミリ送信の際に当該パターンを重畳してファクシミリ・データを作成し、送信する。画像形成装置１２は、当該パターンを復号してパターン・マッチングを行い、該当するパターンを登録するユーザを特定する。パターンを使用して通知先を検索する実施形態は、ユーザが通知先を登録する場合の手間を軽減し、また同一の送信元が複数のユーザに登録されていて固有に送信先を識別できない場合に、パターン・マッチングを使用して通知先を決定することを可能とする。

図６は、イメージ・パターンの実施形態を示す。図６に示すイメージ・パターンは、ＧＩＦ、ＰＮＧ、ＢＭＰ、ＴＩＦＦ、ＪＰＥＧ、ＪＰＥＧ２０００などのフォーマットとして登録されており、イメージＡ〜イメージＦごとに固有のイメージ識別値が付され、ハードディスク装置に格納されている。画像形成装置１２は、ファクシミリ・データを復号してイメージを識別すると、イメージ・パターンを検索し、検索されたイメージの識別値を取得し、ＸＭＬ文書の検索を実行して、該当するユーザの通知先アドレスを取得する。なお、登録されるイメージは、図６に示す以外にも☆、■、□、◆などいかなる形状のイメージでも良く、また特定のキャラクタまたはキャラクタ・セットを使用することができる。

図７は、通知メッセージのトランザクション処理での実施形態のフローチャートである。図７に示す通知メッセージのトランザクションは、電子メール伝送を使用した実施形態に対応する。図７に示す処理は、ステップＳ２００から開始し、検索されたＡＣＫ＿ＡＤＤＲを送信先アドレスとして設定する。その後、ステップＳ２０１でファクシミリ・データのプレビューのＵＲＬを、ラジオボタンを含むフォームに記述し、通知メッセージに対応したフォームを作成する。

ステップＳ２０２では、メーラを起動し、送信先アドレスとして検索したＡＣＫ＿ＡＤＤＲ設定し、送信元アドレスとして画像形成装置１２に割り当てられた電子メール・アドレスを記述して通知先アドレスに宛て、電子メールをＳＭＴＰプロトコルを使用して伝送し、ステップＳ２０３で、応答パケットの受信を待機しポイントＢから図４のステップＳ１０７に分岐させる。

図７のステップＳ２０４およびＳ２０５の処理は、情報処理装置１４が実行する処理である。ステップＳ２０４で情報処理装置１４は、電子メールを受信し、メーラを起動してディスプレイ画面上に通知メッセージを表示させる。なお、情報処理装置１４の、メーラ設定は、電子メールの着信と同時にポップアップ表示またはビープ音、メニューバーへの表示などを使用して、電子メールの着信を通知する構成とされている。なお、情報処理装置１４が実装するメーラは、専用のメーラでも良いし、Ｍｉｃｒｏｓｏｆｔコーポレーション社製のOutlook Express（商標）などを使用することができる。

ステップＳ２０５では、メーラが表示する通知メッセージには、当該ユーザ宛にファクシミリを受信したことの表示が行われる。通知メッセージには、説明している実施形態では、プレビュー表示を表示させ、さらに対応する指令を可能とするフォームを表示させるＵＲＬへのハイパーリンクが設定されている。情報処理装置１４は、ユーザのＵＲＬへのハイパーリンク指令に基づいてウェブ・ブラウザを起動してＵＲＬからフォームを表示させ、フォームに表示された指令を選択するラジオボタンから指令を選択し、電子メールとして選択した指令を含む応答パケットを送付する。当該応答パケットは、ポイントＢから画像形成装置１２のステップＳ１０７に渡される。

図８は、通知メッセージのトランザクション処理での第２実施形態のフローチャートである。図８に示した第２実施形態は、画像形成装置１２が情報処理装置１４のエージェントとして設定され、情報処理装置１４がマネージャとして設定される場合の実施形態である。この場合、情報処理装置１４は、ファクシミリ通知以外の管理を行うこともできるが、ファクシミリ通知を処理する最小のＳＮＭＰコマンドをサポートしているだけでも良い。また、図８に示した実施形態は、画像形成装置１２がアクティブに情報処理装置１４にファクシミリ通知を行う実施形態である。図８に示した実施形態では、情報処理装置１４にファクシミリ受信の遠隔モニタを実行させる必要はなく、また画像形成装置１２についてもファクシミリ受信イベントを使用して通知処理を開始できるので、ハードウェア資源の消費も少なくてすむ。

図８に示した処理は、ステップＳ３００から開始し、検索されたＡＣＫ＿ＡＤＤＲを送信先アドレスとして設定する。ステップＳ３０１では、画像形成装置１２は、当該イベントをＴｒａｐイベントとして処理し、ＭＩＢの該当するＯＩＤの内容を「ファクシミリ通知」の内容に書換える。その後、ステップＳ３０２で画像形成装置１２は、ファクシミリ・データのプレビュー、ファクシミリ・データの識別値、ファクシミリ送信元のデータ、ＯＩＤおよびＯＩＤの値「ファクシミリ通知」などをＴｒａｐパケットのペイロードにカプセル化し、検索されたＡＣＫ＿ＡＤＤＲを宛先アドレスに記述し、画像形成装置１２のアドレスを送信元アドレスに記述してネットワークに送出する。このとき、画像形成装置１２は、通知メッセージをパケットにカプセルする前に、検索された通知先アドレスをマネージャとして設定を変更する。上記処理を行うことにより、通知メッセージを送付する期間だけ自己の本来のマネージャを変更し、検索された通知先のＡＣＫ＿ＡＤＤＲとして管理されたＭＡＣアドレスおよびＩＰアドレスに宛ててＴｒａｐパケットとして通知を発行する。

なお、画像形成装置１２のＳＮＭＰマネージャがシステム管理者端末である場合、Ｔｒａｐパケットの通知先を、過渡的にシステム管理者から検索された通知先に変更する処理によって対応することができる。また、情報処理装置１４のＩＰアドレスがＤＨＣＰサーバなどにより自動割当てされる可能性に対応して、通知先アドレスのＭＡＣアドレスのみを置換し、ＩＰアドレスをブロードキャスト・アドレスまたはマルチキャスト・アドレスとして設定することができる。この実施形態では、ＴｒａｐパケットがＩＰアドレスの動的割当てにより異なる場合でも、通知先のＩＰアドレスがＴｒａｐパケットをフィルタしてしまう可能性を排除することができる。

ステップＳ３０４およびステップＳ３０５は、情報処理装置１４側の処理プロセスである。ステップＳ３０４では、情報処理装置１４は、Ｔｒａｐパケットを受信してペイロードを解析し、ＯＩＤの値を検査する。当該検査によりＴｒａｐパケットがファクシミリ通知を知らせていると判断した場合、プリンタ・ドライバを起動させる。プリンタ・ドライバは、受信したプレビューを含むプリンタ制御ウィザードを表示させ、ユーザに対し、受信したファクシミリをどのように処理するかについて、ラジオボタンなどを表示させ、指令を設定させる。Ｓ３０５でユーザが指令を入力し、実行ボタンをクリックすることにより、プリンタ・ドライバから画像形成装置１２に指令が送られる。指令はポイントＢから図４のステップＳ１０７に分岐して、指令に対応する処理が実行される。

なお、上述したトランザクション・プロトコルは、システム管理者との間のトランザクションにも適用でき、この場合、通知先アドレスが見出されなかった場合や、複数の通知先が検索されてしまった場合には、通知先アドレスをシステム管理者のアドレスに設定するだけで良い。

図８に説明した第２実施形態では、画像形成装置１２は、サーバ・プログラムなどを実装していなくても、ＳＮＭＰプロトコルをサポートする処理基盤を備えているだけで装置コストも低く、かつファクシミリ通知に使用するネットワーク・トラフィックの帯域幅も通常のプリント指令／レスポンス程度ですむので、より低コストでかつファクシミリ通知を提供できる。

図９は、図７の実施形態で使用されるＴｒａｐパケットの実施形態を示す。図９に示したＴｒａｐパケット９０は、ＭＡＣヘッダ（フレーム・ヘッダ）９２と、ＩＰヘッダ９４と、ＵＤＰヘッダ９６と、ペイロード９８とを含む構成とされている。ＭＡＣヘッダ９２は、より詳細には、宛先ＭＡＣアドレス９２ａと送信元ＭＡＣアドレス９２ｂとを含んで構成されている。宛先ＭＡＣアドレス９２ａが通知先のＭＡＣアドレスであり、ハブ１６やワイヤレスＬＡＮの中継局が登録しているアドレス・テーブルから取得することができる。

また、画像形成装置１２が、ＡＲＰプロトコルを使用して、プライベート・アドレスのロ−カル・ドメイン内での同報通信範囲、またはマルチキャスト・アドレス範囲に属する情報処理装置１４のＭＡＣアドレスを蓄積しておくこともできる。なお、ＭＡＣヘッダ９２は、これら以外にもフレームタイプやチェックサムなどを含む。本実施形態では、通知先アドレスが検出された段階で、まず、本来のマネージャのアドレスを、記憶領域に退避させ、通知先アドレスを、Ｔｒａｐを送信するべきマネージャとして設定を変更し、その後、Ｔｒａｐパケットを作成する。

ＩＰヘッダ９４は、宛先ＩＰアドレス９４ａと、送信元ＩＰアドレス９４ｂとを含んで構成されている。宛先ＩＰアドレス９４ａには、通知先の検出に対応してマスタ設定を切換える処理に対応し、検出された通知先アドレスを記述する。また、送信元ＩＰアドレス９４ｂには、画像形成装置のＩＰアドレスが記述される。ＵＤＰヘッダ９６には、パケット形式がＵＤＰ(User Datagram Protocol)である識別値およびパケットがＳＮＭＰプロトコルであることを示すポート番号などが記述される。ペイロードには、Ｔｒａｐメッセージとして記述されるＰＤＵ(Protocol
Data Units)がカプセル化されている。ＰＤＵは、ＰＤＵタイプ９８ａ、エージェント・アドレス９８ｂ（ＩＰアドレスでも固有識別値でもかまわない）、GenericTrapType識別値９８ｃが記述される。ＰＤＵタイプの値は、Ｔｒａｐであることを示す４が、設定される。GenericTrapType９８ｃの値は、本実施形態のためのＴｒａｐであることを通知する６が設定される。また、SpecificTrapType９８ｄは、用途に応答して当該Ｔｒａｐによるアクションを規定する。また、ＯＩＤ９８ｅには、設定したＭＩＢ内で、ファクシミリ受信イベントが発生したことを通知する値が記述され、通知データ９８ｆには、通知するべきデータが記述される。

情報処理装置１４は、図９に示したＴｒａｐパケットを受信すると、プリンタ・ドライバを起動し、ファクシミリ通知に対応するためのファックス・ダイアログを表示させ、ユーザに対して遠隔的なファクシミリ通知およびその処理を可能とする。また、ファクシミリ受信通知を終了した後、記憶領域に退避させておいた本来のマネージャの値を再度設定し、通常のＴｒａｐ処理を実行する。

図１０は、画像形成装置１２が、電子メールを使用してファクシミリ通知を実行する場合のグラフィカル・ユーザ・インタフェース（ＧＵＩ）を示す。図１０に示したＧＵＩ１００は、情報処理装置１４のメーラが提供し、ＧＵＩ１００に画像形成装置１２が作成した構造化文書による通知メッセージ１０２が示されている。通知メッセージ１０２には、ファクシミリ通知のために作成したプレビューを指定するＵＲＬ１０４が記述されている。ユーザは、ＵＲＬ１０４をクリックまたは指定することでイベントを発生させると、画像形成装置１２のサーバ・プログラムがプレビューを含むフォームを情報処理装置１４に送信する。図１１は、ユーザが図１０に示したＵＲＬをクリックした場合に表示されるフォームの実施形態である。なお、図１１に示されるフォームは、情報処理装置１４のブラウザ・ソフトウェアにより提供され、表示ウィンドウ内にフォームが表示される。ブラウザ・ソフトウェアとしては、これまで知られているいかなるブラウザ・ソフトウェアでも使用することができる。

図１１に示すように、フォーム１０６には、ファクシミリ通信を特定するデータフィールド１０８と、プレビューを表示させる領域１１０とが表示されている。なお、プレビューを表示させるには、図１１のように当該プレビューを表示させるためのボタンとして与えることもできるし、フォーム上に直接プレビューを表示させる形式で、プレビューまたはファクシミリ・データを参照するように、＜A:href=“192.abc.def.gh／facsimile_log／20060410092153“／ａ＞などとして構造化文書に記述してリンクを形成し、スクロールバーとともに表示を行うこともできる。なお、「192.abc.def.gh」は、画像形成装置１２のＩＰアドレスである。なお、この他、ＤＮＳ(Domain
Name System)サーバを使用する場合には、画像形成装置１２のＵＲＬを記述しても良い。また、フォームにスクロールバーを表示させる場合には、プレビューではなくファクシミリ・データ全部を参照させるＵＲＬを記述しておき、プレビューおよび全ファクシミリ・データのブラウジングを可能としても良い。

図１１に示したフォーム１０６には、さらにファクシミリ・データについて画像処理装置に指示するべき処理が、ラジオボタン１１２として提供されている。ユーザは、当該ラジオボタン１１２から希望する指定を行い、指定が終了した後、「実行」ボタン１１４または「キャンセル」ボタン１１６をクリックなどしてイベントを発生させることで、イベントハンドラが対応する処理を実行する。なお、ユーザが「実行」ボタン１１４をクリックすると、ＰＯＳＴメソッドが起動され、フォームの内容が画像形成装置１２に送信され、ＣＧＩ(Common Gateway Interface)による処理が実行される。さらに他の実施形態では、「実行」ボタン１１４をクリックすると、malto：MFP_number2＠Office.co.jpなど画像形成装置１２に与えられた電子メール・アドレスに、指定した値を含む電子メールが伝送される。画像形成装置１２は、上述した情報処理装置１４の応答パケットを使用して図４のステップＳ１０７のイベントとして使用する。

図１２は、第２実施形態で表示されるファックス・ダイアログ１２０の実施形態を示す。図１２に示した実施形態は、プリンタ・ドライバまたはプリンタ・ドライバとは別に提供されるファクシミリ専用アプリケーションとして実装することができる。なお、図１２には、プリンタ・ドライバ以外にファクシミリ専用アプリケーションとして情報処理装置に実装する場合の実施形態を示す。ファックス・ダイアログ１２０には、ファクシミリ通知モードであることが表示され、さらに、ファクシミリ通信を特定するデータフィールド１２２と、プレビューを表示させるプレビュー・フィールド１２６とが表示されている。プレビュー・フィールド１２６は、送信元および受信者氏名、件名本文の一部などさらに大きく設定されていても良く、また送信元および受信者氏名および件名など最小の表示を行うことができるサイズとされていても良い。

ファクシミリ・ダイアログ１２０には、指令を指定するためのラジオボタン１２４が提供されていて、ユーザによる画像処理装置１２への指令が可能とされている。ユーザは、希望する指令を設定した後、「実行」ボタン１２８または「印刷設定」ボタン１３０をクリックすることにより、画像形成装置１２に対する処理を送信するか、または指令の変更などを実行することができる。

なお、上述した通知メッセージは、宛先アドレスが異なるだけで、システム管理者にも同一のＧＵＩとして表示され、システム管理者による処理が、ユーザの代わりに設定できるようにされる。このため、画像形成装置１２は、応答パケットが届かないばかりにファクシミリ・データを常に出力してしまうという無駄を防止することができる。

また、情報処理装置１４のユーザは、ファクシミリが到着したことを画面上で確認できるので、ファクシミリの到着を念頭に置いてスケジュール管理することもなく、またファクシミリの到着と同時に対応する行動を行うことができるので、業務上の無駄を排除することが可能となる。

さらに、受信したファクシミリ・データが、重要性が有るか、ないかをユーザまたはシステム管理者が判断することができるので、例えば、ユーザが登録していないファクシミリ送信元については、例えば広告ファックスなどであることをプレビューで確認するだけで、プリントせずに廃棄してしまうことが可能となるので、印刷用紙の無駄を防止することができ、省資源の要求にも対応することができる。

本発明の上記機能は、アセンブラ、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ｂｅａｎｓ、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙなどのレガシープログラミング言語やオブジェクト指向ブログラミング言語などで記述された装置実行可能なプログラムにより実現でき、装置可読な記録媒体に格納して頒布することができる。

これまで本発明を図面に示した実施形態をもって説明してきたが、本発明は図面に示した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

ネットワーク・システムの実施形態を示した図。 画像形成装置の実施形態を示した図。 画像形成装置のソフトウェア・モジュール構成を示した図。 画像形成装置の処理の実施形態のフローチャート。 送信元登録データおよび通知先登録データを検索するためのデータ構造を示した図。 イメージ・パターンの実施形態を示した図。 ファクシミリ通知のトランザクションの処理の実施形態のフローチャート。 ファクシミリ通知のトランザクションの処理の第２実施形態のフローチャート。 Ｔｒａｐパケットの実施形態を示した図。 通知メッセージの実施形態を示した図。 画像形成装置に指令するためのＧＵＩの実施形態を示した図。 画像形成装置に指令するためのファックス・ダイアログの実施形態を示した図。

符号の説明

１０…ネットワーク・システム、１２…画像形成装置、１４…情報処理装置、１６…ハブ、１８…ルータ、２０…広域ネットワーク、２２…ＰＯＰサーバ、２４…公衆電話網、２６…サーバ、２８…ローカルエリア・ネットワーク、３０…ＡＲＤＦ、３２…モータ、３４…操作パネル、３６…スキャナ、３８…コントローラ、４０…ストレージ管理部、４２…通信処理部、４４…イメージ変換部、４６…メーラ、４８…ＵＳＢ制御部、５０…フラッシュＲＯＭ、５２…プリンタ・エンジン、５４…ＰＳＵ、５６…記憶装置、５８…ファックス・モデム、６０…ＮＩＣ、６２…ＵＳＢコネクタ、６４…送信元登録データ（ＳＵＣ＿ＡＤＤＲ）、６６…通知先登録データ（ＡＣＫ＿ＡＤＤＲ）、６８…ＭＩＢ、７０…送信元識別部、７２…受信データ復号部、７４…プレビュー作成部、７６…通知先検索部、
７８…メッセージ作成部、８０…受信データ管理部、８２…送受信処理部

Claims (6)

1. ファクシミリ機能を含む画像形成装置であって、
   ファクシミリを受信し、前記ファクシミリの送信元情報を取得して前記ファクシミリを受信したことを通知する通知先の通知先アドレスを検索する通信処理手段と、
   前記通知先アドレスに対して前記ファクシミリの受信を通知する通知メッセージを作成するメッセージ作成手段と、
   前記送信元情報と前記通知先アドレスとを対応して管理する記憶手段と、
   前記通知メッセージを所定プロトコルを使用して、前記通知先アドレスに宛てて通知する送受信処理手段と
   を含む画像形成装置。
2. 前記画像形成装置は、ファクシミリ・データを復号し、前記ファクシミリ・データのイメージ・データを作成するイメージ変換手段を含み、前記イメージ変換手段は、前記イメージ・データから少なくとも前記送信元情報および前記通知先を含むプレビューを作成するプレビュー作成手段を含む、請求項1に記載の画像形成装置。
3. さらに前記通知先からの応答パケットを受付け、前記応答パケットに指定された処理を前記イメージ・データに対して実行する受信データ管理手段を含む、請求項１または２に記載の画像形成装置。
4. 前記通信処理手段は、前記ファクシミリ・データに重畳されたイメージ・パターンを使用して前記記憶手段を検索し、前記通知先を固有に決定する、請求項１〜３のいずれか１項に記載の画像形成装置。
5. ファクシミリ機能を含む画像形成装置が実行するファクシミリ通知方法であって、
   ファクシミリを受信し、前記ファクシミリの送信元情報を取得して前記ファクシミリを受信したことを通知する通知先の通知先アドレスを、前記送信元情報と前記通知先アドレスとを対応して管理する記憶手段を検索して取得するステップと、
   ファクシミリ・データを復号し、前記ファクシミリ・データのイメージ・データを作成するステップと
   前記通知先アドレスに対して前記ファクシミリの受信を通知する通知メッセージを作成するステップと、
   前記通知メッセージを、所定プロトコルにより前記通知先アドレスに宛てて通知するステップと
   前記通知先からの応答パケットを受付け、前記応答パケットに指定された処理を前記イメージ・データに対して実行するステップと、
   を実行させる、ファクシミリ通知方法。
6. ファクシミリ機能を含む画像形成装置に対しファクシミリ通知を実行させる装置実行可能なプログラムであって、前記プログラムは、
   ファクシミリを受信し、前記ファクシミリの送信元情報を取得して前記ファクシミリを受信したことを通知する通知先の通知先アドレスを検索する通信処理手段と、
   ファクシミリ・データを復号し、前記ファクシミリ・データのイメージ・データを作成するイメージ変換手段と、
   前記通知先アドレスに対して前記ファクシミリの受信を通知する通知メッセージを作成するメッセージ作成手段と、
   前記送信元情報と前記通知先アドレスとを対応して管理する記憶装置と、
   前記通知メッセージを所定プロトコルにより前記通知先アドレスに宛てて通知する送受信処理手段と、
   前記通知先からの応答パケットを受付け、前記応答パケットに指定された処理を前記イメージ・データに対して実行する受信データ管理手段と
   を実現する、装置実行可能なプログラム。

Images