JP4667353B2 - 画像通信装置、画像通信装置の制御方法、及びプログラム - Google Patents

Description

本発明は、ネットワークを介して接続された相手装置と通信して画像データを受信する画像通信装置、画像通信装置の制御方法、及びプログラムに関するものである。

従来、遠距離オフィス間における情報の伝達方法として、ファクシミリ装置を用いた画像データの送受信が用いられている。ファクシミリ装置による画像データの送受信は、ＰＳＴＮ回線を介してＩＴＵ−Ｔ勧告Ｔ．３０に従った手順を用いて行われる。

また、近年ではこれに加えて、ＩＴＵ−Ｔ勧告Ｔ．３７に従ってファクシミリデータ形式の画像データを電子メールに添付して送受信するという方法が考えられている。この通信方法によれば、ＩＰネットワークを介してデータの送受信を行うので、上述したＩＴＵ−Ｔ勧告Ｔ．３０に従ったファクシミリ通信よりも安価に画像データの送受信を行うことが可能となっている。

また更に、ＩＴＵ−Ｔ勧告Ｔ．３８に従ってＩＰネットワークを介してリアルタイム形式でファクシミリデータの送受信を行うリアルタイム型インターネットファクシミリ通信（以下、ＩＰ−ＦＡＸ通信とする）も考えられている。具体的には、送信側のファクシミリ装置と受信側のファクシミリ装置とがＩＰネットワークを介して直接接続されて、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったファクシミリ信号をＴＣＰ／ＩＰパケットに変換して送受信する。

ところで、上述したＩＰ−ＦＡＸ通信では、ＩＴＵ−Ｔ勧告Ｈ．３２３の呼制御手順が用いられる。また、最近ではＩＴＵ−Ｔ勧告Ｈ．３２３と同様なセッション制御プロトコルであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が注目されている。

ＩＴＵ−Ｔ勧告Ｈ．３２３の呼制御手順とＳＩＰとを比較した場合、ＩＴＵ−Ｔ勧告Ｈ．３２３は様々な規約を含んでいるため比較的複雑な仕様となっている。これに対して、ＳＩＰはセッションの開始、変更、終了などの基本的なセッション制御についてのみ規定されているため、比較的シンプルな仕様となっている。このため、ＳＩＰは拡張性が高く、他のシステムとの統合が容易であるといった様々なメリットがある。

ＳＩＰはＩＰ電話等のユーザ端末であるユーザエージェントとプロキシサーバ、リダイレクトサーバ、レジストラサーバの総称であるＳＩＰサーバから構成される。そこで、例えばこのリダイレクトサーバを用いて受信側のファクシミリ装置の代替アドレスを登録しておくことが可能となっている。

具体的には、受信側の特定のファクシミリ装置が宛先として指定された場合の画像データの転送先として他のファクシミリ装置をリダイレクトサーバに登録しておく。これにより、送信側のファクシミリ装置が特定の宛先に対して画像データを送信しようとした場合に、リダイレクトサーバから代替アドレスが読み出され、送信側のファクシミリ装置と代替アドレスが示すファクシミリ装置との間の呼接続が開始される。そして、送信側のファクシミリ装置は、代替アドレスが示すファクシミリ装置に対して画像データの送信を行う（例えば、特許文献１）。
特開２００５−９４６６２号公報

しかしながら上述したようにリダイヤルサーバに代替アドレスを登録しておいて転送を行う場合に、以下のような問題が発生する。即ち、送信側のファクシミリ装置が、ユーザから指定された宛先のファクシミリ装置に対して画像データを送信しようと発呼した場合に、発呼コマンドはＳＩＰサーバにより代替アドレスのファクシミリ装置に転送される。そして、代替アドレスのファクシミリ装置の呼接続が行われ、画像データの送信が開始される。

一方、このとき転送先として指定された代替アドレスのファクシミリ装置にとってみれば、送信側のファクシミリから送られてくる画像データが、本来どの宛先に送信しようとされたものなのかを区別することはできない。即ち、送信側のファクシミリ装置がそもそも自機を宛先として指定して送信しようとしたものなのか、または他のファクシミリ装置を宛先として指定して送信しようとして転送されてきたものなのかを識別することはできない。

つまり、代替アドレスとして指定されたアドレスのファクシミリ装置におけるユーザにとって、受信した画像データが、自機が宛先として指定されて送信されたものなのか、またはそうでないのかを識別することができないので、非常に使い勝手が悪かった。

また、上記特許文献１では、画像データの送信先を代替アドレスへ変更して送信する場合はその旨のマークを送信側のファクシミリ装置が付加してデータを転送することも考えられている。このマークを用いれば、受信側のファクシミリ装置のユーザは、受信した画像データが自機宛てのものか、または他機宛てのものが転送されてきたのかを識別することができる。しかしながら、送信側のファクシミリ装置がこのような代替アドレスへの転送を認識させるマーク処理を行わなければ、受信側のユーザは、受信した画像データが自機宛てのものか、それとも他機宛てのものが転送されてきたのかを知ることは出来ない。

本発明は、上記の課題を解決するためになされたもので、本発明の目的は、受信側の画像通信装置において、ネットワークを介して受信したデータが他機宛てのデータであるのか自機宛のデータであるかを判定し、容易に識別することができる仕組みを提供することである。

上記目的を達成する本発明の画像通信装置は以下に示す構成を備える。

ネットワークを介して相手装置と通信可能な画像通信装置であって、前記相手装置から画像データを受信する受信手段と、前記受信手段が受信した画像データが、前記画像通信装置宛てに送信された第１の種別の画像データであるか、または他の画像通信装置宛てに送信された第２の種別の画像データであるかを判別する判別手段と、前記判別手段による判別の結果に基づき、前記受信手段が受信した画像データを、当該画像データが前記第１の種別の画像データであるか前記第２の種別の画像データであるかを区別して出力する出力手段と、を有することを特徴とする。

本発明によれば、受信側の画像通信装置において、ネットワークを介して受信されたデータが自機宛てのデータであるのか、他機宛てのデータであるのかを判定し、容易に識別して管理することができる。

次に本発明を実施するための最良の形態について図面を参照して説明する。

＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す画像通信装置を適用するネットワークシステムの構成を説明するブロック図である。なお、本例はネットワーク対応ファクシミリ装置１００を画像通信装置の例として説明するが、ネットワークを介して画像データの通信を行う画像通信装置であれば、他の態様であっても構わない。以下、ネットワーク対応ファクシミリ装置を、ＮＦＡＸと略記する。

以下、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、本実施形態に記載されている図面はあくまで例示であり、本発明の範囲をそれらにのみ限定する主旨のものではない。

図１において、１０１はＣＰＵであり、ＲＯＭ１０８に格納された制御プログラムに基づいてＣＰＵデバイスに接続された各デバイスを制御する。

１０３は表示操作部であり、その表示画面には、例えばウインドウ、アイコン、メッセージ、メニューその他のユーザインタフェース情報が表示操作部Ｉ／Ｆ部１０２を介して表示される。

表示操作部１０３には、印刷枚数など指定する各種キーや、表示画面に表示されたアイコン、メニューその他のオブジェクトを指示するポインティングデバイスを備える。

１０４はスキャナ部であり、原稿の読み取りを行う。１０５は印刷部であり、ＲＡＭ（ランダムアクセスメモリ）１０９やＨＤＤ（ハードディスクドライブ）１１０に保存した印刷データの印刷を行う。１０８はＲＯＭであり、各種の制御プログラムやデータを保持する。ＲＯＭ１０８には、図７、図１１に示すフローチャートに示す手順や、図６，図１０に示すセッションを実行するための制御プログラムも格納されている。

１０９はＲＡＭであり、ＣＰＵ１０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。１１０は内部記録装置としてのＨＤＤであり、各種制御プログラムや印刷データを保存する。外部メモリ１１２への読み書きは外部メモリＩ／Ｆ１１１を介して行う。

外部メモリ１１２はＵＳＢメモリなど着脱可能な記録媒体を想定している。１１３はネットワークＩ／Ｆ部であり、図２に示すＳＩＰサーバや他の情報処理装置やプリンタ等とネットワーク１１６を介して通信を行うことができる。１１５はＣＰＵバスであり、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ１０１に対する制御プログラムの提供は、ＲＯＭ１０８から行う例を示す。

１１４はＴ．３８プロトコル作成／解析部で、ＩＴＵ−Ｕ勧告Ｔ．３８に規定されたプロトコルに従ったファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を持つ。

１０６はＩＰパケット作成／解析部で、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルをＩＰパケットにマッピングし、また受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３８プロトコルを取り出す機能を持つ。１０７は画像変換制御部で、ファクシミリ送受信する画像の圧縮伸張や変倍、線密度変換を行うユニットである。

図２は、図１に示した画像通信装置を含むネットワークシステムの一例を示す図である。例えば３台のＮＦＡＸとＳＩＰサーバから構成されるネットワークシステム例である。

図２において、ＮＦＡＸＡとＮＦＡＸＢ及びＮＦＡＸＦは、ＳＩＰ対応のファクシミリ装置である。また、ＳＩＰサーバＳは、プロキシサーバ、レジストラサーバ、ロケーションサーバ、リダイレクトサーバの４つのサーバ機能を備えている。これらの各サーバ機能は、ＳＩＰに基づいた通信を実行する場合にそれぞれ用いられる。なお、この４つのサーバの機能を１つのＳＩＰサーバ内に実装させても構わないし、４つのサーバの機能を別々のＳＩＰサーバに実装させても構わない。

ＮＦＡＸＦが、ファクシミリ送信先であるＮＦＡＸＡを呼び出す場合、相手先の指定を以下のように行う。本実施形態では、ＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれるアドレス表記「ｓｉｐ：ｉｐｆａｘ−ａ＠ｄｏｍａｉｎ．ｃｏｍ」等で指定を行う。

このアドレス表記の最初の「ｓｉｐ：」はＳＩＰであることの識別子でプロトコルを指定するものである。また、「＠」前の「ｉｐｆａｘ−ａ」は通信先ユーザのＩＤ（ＳＩＰユーザ名）、「＠」後ろの「ｄｏｍａｉｎ．ｃｏｍ」がＳＩＰドメインである。

図３は、図２に示したネットワークシステムにおける第１のデータ通信セッションを説明する図である。本例は、送信側のＮＦＡＸＡが受信側のＮＦＡＸＢを呼び出す際のＳＩＰの基本通信セッションフロー例である。なお、Ｆ１〜Ｆ１２はセッションを示し、Ｄ１はデータ通信ステップを示す。また、本例は、図中の上から下に向かって時系列的にセッションを示している。また、図２と同一のものには同一の符号を付してある。

図３において、ＳＩＰによるセッションの確立／終了は、メソッドと応答コードにより行われる。

送信側のＮＦＡＸＡは、まず、自身のドメインＡ内にあるプロキシサーバに対してメソッドＩＮＶＩＴＥを発行し（Ｆ１）、セッションの確立を促す。ここで、プロキシサーバは、ＳＩＰサーバＳによる機能である。

メソッドＩＮＶＩＴＥを受け取ったプロキシサーバは、応答コード１００Ｔｒｙｉｎｇ（ＮＦＡＸＢに対してリクエストを転送中であることを意味する）をＮＦＡＸＡに返送する（Ｆ３）。また、受信側のＮＦＡＸＢに対しては、メソッドＩＮＶＩＴＥの転送を試みる（Ｆ２）。

その際、先程と同様に、受信側のＮＦＡＸＢは、プロキシサーバに対して応答コード１００Ｔｒｙｉｎｇを返送する（Ｆ４）。

そして、プロキシサーバを介して到達したメソッドＩＮＶＩＴＥは、ここで初めてＮＦＡＸＢに到達することになる。そして、ＮＦＡＸＢは、応答コード１８０ＲｉｎｇｉｎｇをＮＦＡＸＡに対して通知する（Ｆ５，Ｆ６）。

また、ここでＮＦＡＸＢが呼び出しに応じる場合、応答コード２００ＯＫがＮＦＡＸＡに対して返送される（Ｆ７，Ｆ８）。

そして、ＮＦＡＸＡはメソッドＡＣＫによりメソッドＩＮＶＩＴＥに対する応答を受け取ったことをＮＦＡＸＢに通知する（Ｆ９）。

ここで、セッションが確立する（Ｆ１０）。このセッションの確立後は、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイムのファクシミリ通信が行われる（Ｄ１）。

ファクシミリ通信後は、ＮＦＡＸＢからＮＦＡＸＡにメソッドＢＹＥが発行され（Ｆ１１）、その応答コード２００ＯＫがＮＦＡＸＡからＮＦＡＸＢに返送される（Ｆ１２）。ここで、セッションが終了する。

図４は、図２に示したＳＩＰサーバＳが備える各サーバ機能と送受信側の各ＮＦＡＸとの関係を概念的に説明する図である。なお、ここでは説明を分かり易くするために、各サーバ機能は別々の装置として備えられているものとする。また、各サーバ装置とＮＦＡＸはそれぞれネットワークを介して、Ｔ．３８プロトコルで相互に通信可能に構成されている。なお、Ｓ４０１〜Ｓ４０８は通信ステップを示す。

まず、送信側のＮＦＡＸＡが自機のロケーションを登録するフローについて説明する。

レジストラサーバ（ＳＩＰサーバＢ）とは、各ＮＦＡＸの自機アドレス情報を登録するリクエストを、各ＮＦＡＸから受信するサーバである。また、ロケーションサーバ（ＳＩＰサーバＣ）とは、レジストラサーバ（ＳＩＰサーバＢ）から通知される各ＮＦＡＸのアドレス情報を蓄積して管理する。

なお、各サーバ装置は、コンピュータ装置が備えるハードウエア資源を備え、ネットワーク通信制御ユニットを介してＴ．３８プロトコルでそれぞれ通信可能に構成されている。ここで、ハードウエア資源は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を含むコントローラ部、ハードディスク等の記憶装置を含むものである。

また、ロケーションサーバ（ＳＩＰサーバＣ）は蓄積しているアドレス情報に基づいて、後述するリダイレクトサーバ（ＳＩＰサーバＤ）やプロキシサーバ（ＳＩＰサーバＡ）によるアドレス情報の参照要求に応答する。

ＮＦＡＸＡは、あらかじめメソッドＲＥＧＩＳＴＥＲ（Ｓ４０１）によりレジストラサーバ（ＳＩＰサーバＢ）へロケーション情報（アドレス情報）を通知する（Ｓ４０２）。そして、レジストラサーバ（ＳＩＰサーバＢ）は通知されたロケーション情報をロケーションサーバ（ＳＩＰサーバＣ）の記憶装置に登録しておく。

次に、送信側のＮＦＡＸＡが受信側のＮＦＡＸＢを呼び出す処理について説明する。ＮＦＡＸＡからのメソッドＩＮＶＩＴＥ（Ｓ４０３）は、まずプロキシサーバ（ＳＩＰサーバＡ）に転送される。

メソッドＩＮＶＩＴＥを受け取ったプロキシサーバ（ＳＩＰサーバＡ）は、ロケーションサーバ（ＳＩＰサーバＣ）に指定されたアドレスに対応するＮＦＡＸのロケーション情報を問い合わせる（Ｓ４０４）。そして、ＮＦＡＸＢを特定する（Ｓ４０５）。

そして、プロキシサーバ（ＳＩＰサーバＡ）は、ＮＦＡＸＢにＩＮＶＩＴＥメソッドを転送する（Ｓ４０６）。以下、図３に示す手順に従って画像データの送信が行われる。

次に、リダイレクトサーバの役割について説明する。リダイレクトサーバには各ＮＦＡＸの代替アドレスを登録しておくことができる。即ち、例えば自機が受信不可能な状態になった場合に、他のＮＦＡＸのアドレスを代替アドレスとして登録しておくことが可能である。こうすることにより、自機宛ての発呼が行われた場合には、ロケーションサーバ及びリダイレクトサーバに問い合わせを行うことにより、代替アドレスが読み出される。そして、送信側から送られたメソッドＩＮＶＩＴＥは代替アドレスが示すＮＦＡＸに転送される。

図５は、図２に示したネットワークシステムにおける第２のデータ通信セッションを説明する図である。本例は、図４に示したレジストラサーバを介してＮＦＡＸＣが装置情報を登録する場合のセッションフロー例である。

図５において、ＮＦＡＸＣは、レジストラサーバに対してＲＥＧＩＳＴＥＲリクエストをＳＩＰサーバＢに対して行う（Ｆ２１）。

ＲＥＧＩＳＴＥＲリクエストのポイントとしては、ＳＩＰ―ＵＲＩ（Ｔｏヘッダ）と装置のアドレス（ＣＯＮＴＡＣＴヘッダ）、有効期限（Ｅｘｐｉｒｅｓヘッダ）である。ここで、ＮＦＡＸＣは、ＲＥＧＩＳＴＥＲリクエストにＳＩＰ端末のＩＰアドレスを入れて送信し、ロケーションサーバへと登録される。そして、ＳＩＰサーバＢから２００ＯＫ応答を受け取る（Ｆ２２）ことにより登録が完了されたこととなる。

なお、登録には有効期限があり、期限を過ぎた登録は消去される、また登録が消去される前にもＲＥＧＩＳＴＥＲリクエストをＳＩＰサーバＢに再送信し（Ｆ２３）、定期的に登録情報を更新する。そして、ＳＩＰサーバＢから２００ＯＫ応答を受け取る（Ｆ２４）ことにより更新登録が完了されたこととなる。

これにより最新のアドレスをロケーションサーバに登録しておけ、画像処理装置は常に最新の受け取りが可能となる。また、画像処理装置がオフラインとなった場合にも登録は消去されることとなる。

＜代替アドレスを用いた転送処理＞
図６Ａ、図６Ｂは、図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。本例は、図２に示したネットワークシステムにおけるデータ通信セッションフロー例である。なお、Ｆ３１〜Ｆ３９はセッションを示し、Ｄ６１はデータ通信ステップを示す。また、ＮＦＡＸＡ、ＮＦＡＸＢ、ＮＦＡＸＦにはそれぞれ「１１１１」、「２２２２」、「３３３３」のＵＲＩ情報がロケーションサーバに登録されているものとする。

ネットワークを介して、ＮＦＡＸＡ、ＮＦＡＸＢ、ＮＦＡＸＦとＳＩＰサーバが接続されている。このとき、ＮＦＡＸＦからＳＩＰサーバを介してＮＦＡＸＡへと画像データを送信することがユーザにより指定されたものとする。しかしながら、この時ＮＦＡＸＡは何かしらの要因で受信不可能な状態になっているものとする。そして、ＮＦＡＸＡの代替アドレスとしてＮＦＡＸＢが予めリダイレクトサーバに登録されているものとする。なお、ＮＦＡＸＡが受信不可能な場合とは、印刷用紙が紙無しの状態、メモリフルの状態、電源ＯＦＦの状態等が考えられる。

ＮＦＡＸＡは、装置内においてユーザにより事前に入力された転送先のアドレスを登録させておく（Ｓ６０１）。そして、ＮＦＡＸＡが受信不可能な状態となってしまった場合（Ｓ６０２）、ＲＥＧＳＴＥＲリクエストにより転送先の代替アドレスとして登録すべきアドレス(本実施形態ではＮＦＡＸＢのアドレス)をＳＩＰサーバに通知して登録指示する（Ｆ３１）。

このようにして転送先の登録が終了すると、ＮＦＡＸＡはＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ３２）。この状態において、ＮＦＡＸＦがＮＦＡＸＡに対してファクシミリ送信のための発呼を行う（Ｓ６０３）。

ここで、ＳＩＰサーバはＮＦＡＸＦからメソッドＩＮＶＩＴＥを受け取る（Ｆ３３）。このＩＮＶＩＴＥには、「Ｔｏ」に対応する情報として「１１１１」が、「ＵＲＩ」に対応する情報として「１１１１」が含まれている。「Ｔｏ」及び「ＵＲＩ」は、ＳＩＰに規定されたアドレス情報であって、「Ｔｏ」はユーザが宛先として指定したＮＦＡＸを示し、「ＵＲＩ」は実際にメソッドＩＮＶＩＴＥなどの制御信号が送られるＮＦＡＸを示す。Ｆ３３では、「Ｔｏ」及び「ＵＲＩ」の両方にＮＦＡＸＡに対応する「１１１１」が指定されている。

宛先として「１１１１」が指定されているので、ＳＩＰサーバはＮＦＡＸＡの情報をロケーションサーバより取得することになっているが、前述の通りＮＦＡＸＡは受信不可状態になっている。そして、ＳＩＰサーバＳには、ＮＦＡＸＡの代替アドレスとして、ＮＦＡＸＢのアドレスが登録されている。

このため、ＳＩＰサーバは、メソッドＩＮＶＩＴＥを転送先であるＮＦＡＸＢに転送する（Ｆ３４）。このとき、ＩＮＶＩＴＥの内容は、Ｔｏが「１１１１」で、転送先を示すＵＲＩが「２２２２」となっている。即ち、ＳＩＰ情報のＵＲＩアドレスは、リダイレクトサーバに登録された内容に従って、ＳＩＰサーバＳによりＮＦＡＸＢに対応する「２２２２」と書換えられている。

この状態において、Ｓ６０４で、その後、ＮＦＡＸＢがＮＦＡＸＡに代わってＡＣＫメッセージをＮＦＡＸＦに送り（Ｆ３５）、正常にセッションが確立され、ＮＦＡＸＦとＮＦＡＸＢとの間でファクシミリ通信が実行される（Ｄ６１）。

そして、ＮＦＡＸＢからＮＦＡＸＦにメソッドＢＹＥが発行され（Ｆ３６）、ＮＦＡＸＦからその応答コード２００ＯＫがＮＦＡＸＢに返送され（Ｆ３７）、セッションが終了する。

一方、ＮＦＡＸＡは、Ｓ６０２で受信不可状態となった後、受信不可状態の要因に適応した特定の処理が実行されて、ＮＦＡＸＡが、再度受信可能な状態へと復帰する（Ｓ６０５）。

これにより、ＲＥＧＳＴＥＲリクエストにより自機の情報をＳＩＰサーバに再登録指示する（Ｆ３８）。これに対して、ＳＩＰサーバによる登録が終了すると、ＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ３９）。

図７は、本実施形態を示す画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。なお、本例は、ＮＦＡＸＡにより転送先に指定された図２に示したＮＦＡＸＢが転送文書を受信した際の処理（Ｓ６０４）の詳細処理例である。なお、Ｓ７０１〜Ｓ７０５、Ｓ７０３−ａ〜Ｓ７０３−ｅは各ステップを示す。各ステップは、ＮＦＡＸＢのＣＰＵ１０１がＲＯＭ１０８，ＨＤＤ１１０に記憶される制御プログラムをＲＡＭ１０９にロードして実行することで実現される。

図６Ａに示したＳ６０４で、ＮＦＡＸＢとＳＩＰサーバとのセッションにおいて、ＳＩＰサーバからＳＩＰ情報を受取り、ＣＰＵ１０１がその情報からＴｏアドレスとＵＲＩアドレスを検知する。そして、検知したＴｏアドレスの内容とＵＲＩアドレスの内容とを比較して、内容が異なるかどうかを判別する（Ｓ７０１）。ここで、ＣＰＵ１０１による比較の結果、ＴｏアドレスとＵＲＩアドレスが異なっている場合には、他機が宛先として指定されて送信された画像データであると判別する（Ｓ７０２）。そして、そのＳＩＰ情報をもとにＳ７０３中の処理のいずれかを行ってもよいし、全て行うこととしてもよい。

Ｓ７０３中の処理としては、ＴｏアドレスとＵＲＩアドレスをもとに通信管理情報等として記録または表示部等に表示させる（Ｓ７０３−ａ）。これにより、自機が宛先として指定されて送信された画像データであるか、または他機が宛先として指定されて送信され転送されてきた画像データであるかを、ＮＦＡＸＢのユーザが識別することが可能となる。またはＴｏアドレス毎に区別して受信文書数を記録または表示部等に表示させる（Ｓ７０３−ｂ）。さらに、受信した画像データを本来の宛先からのポーリング要求に応えられるように、Ｔｏアドレス毎に区別してＨＤＤ１１０に格納する（Ｓ７０３−ｃ）。また、他機が宛先として指定されて送信された画像データであることを識別するための画像情報を受信した画像データに付加して印刷出力する（Ｓ７０３−ｄ）。さらに、他機が宛先として指定されて送信された画像データについては、印刷出力するために所定のパスワードの入力をユーザに要求するように管理する（Ｓ７０３−ｅ）。

一方、Ｓ７０１において、ＣＰＵ１０１がＴｏアドレスとＵＲＩアドレスが同じであると判断した場合は、自機宛ての文書と識別し（Ｓ７０４）、通常のファクシミリ受信処理を行い（Ｓ７０５）、本処理を終了する。

なお、転送先のファクシミリ装置で印刷出力した場合は、記憶装置から受信した画像データを削除する処理を実行させてもよい。

図８、図９は、本実施形態を示す画像処理装置における通信管理レポートの出力例を示す図である。本例は、図７のＳ７０３−ｅで説明した記録される通信管理レポートの出力例である。

特に、Ｔｏアドレスに対して、受信時刻と、ＵＲＩアドレス、ＦＲＯＭアドレス等をレポートリストとして出力する結果例である。

図９は、図７のＳ７０３−ｄで説明した転送受信文書である旨を意味する印９００（本実施形態では、転送文書としている）をファクシミリ画像にフッター情報等の一部として付加して印刷出力させた場合の例である。

本実施形態では、本来の宛先である画像処理装置がエラーから復帰したら、その画像処理装置が転送先にポーリング要求する。これにより、エラーから復帰した画像処理装置自身が他の画像処理装置に指定転送されている本来の転送宛のデータを取得することができる。

上記各実施形態によれば、ネットワーク対応ファクシミリ装置において受信された文書が自機宛ての文書が、転送文書として送信された他機宛ての文書かを容易に識別することを可能とし、ユーザの混乱をなくすことができる。

〔第２実施形態〕
以下、図１２に示すメモリマップを参照して本発明に係る情報処理装置で読み取り可能なデータ処理プログラムの構成について説明する。

図１２は、本発明に係る情報処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。

さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。

本実施形態における図８に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。

以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。

プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。

本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。

本発明の第１実施形態を示す画像処理装置の構成を説明するブロック図である。 図１に示した画像処理装置を含むネットワークシステムの一例を示す図である。 図２に示したネットワークシステムにおける第１のデータ通信セッションを説明する図である。 図２に示したＳＩＰサーバとＮＦＡＸの関係を説明する図である。 図２に示したネットワークシステムにおける第２のデータ通信セッションを説明する図である。 図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。 図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。 本実施形態を示す画像処理装置における第１のデータ処理手順の一例を示すフローチャートである。 本実施形態を示す画像処理装置における通信管理レポートの出力例を示す図である。 本実施形態を示す画像処理装置における通信管理レポートの出力例を示す図である。 本発明に係る画像処理装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。

符号の説明

１０１ ＣＰＵ
１０６ ＩＰパケット作成／解析部
１０７ 画像変換制御部
１０８ ＲＯＭ
１０９ ＲＡＭ
１１０ ＨＤＤ
１１２ 外部メモリ
１１３ ネットワークＩ／Ｆ部
１１４ Ｔ．３８プロトコル作成／解析部

Claims (8)

1. ネットワークを介して相手装置と通信可能な画像通信装置であって、
   前記相手装置から画像データを受信する受信手段と、
   前記受信手段が受信した画像データが、前記画像通信装置宛てに送信された第１の種別の画像データであるか、または他の画像通信装置宛てに送信された第２の種別の画像データであるかを判別する判別手段と、
   前記判別手段による判別の結果に基づき、前記受信手段が受信した画像データを、当該画像データが前記第１の種別の画像データであるか前記第２の種別の画像データであるかを区別して出力する出力手段と、
   を有することを特徴とする画像通信装置。
2. 前記受信手段は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項１記載の画像通信装置。
3. 前記判別手段は、セッション制御プロトコルで用いられる第１のアドレス情報と第２のアドレス情報が一致するかどうかに基づいて、前記判別を行うことを特徴とする請求項２記載の画像通信装置。
4. 前記第１のアドレス情報はＴＯアドレスで、前記第２のアドレス情報はＵＲＩアドレスであることを特徴とする請求項３記載の画像通信装置。
5. 前記第２の種別の画像データとは、前記他の画像通信装置宛てに送信された画像データの転送先として前記画像通信装置がサーバに登録されていることにより、前記相手装置から前記画像通信装置に対して送信されてきた画像データであることを特徴とする請求項１から４のいずれか１項に記載の画像通信装置。
6. 前記受信手段が受信した画像データに、当該画像データが前記第２の種別の画像データであることを識別するための情報を付加する付加手段を更に備え、
   前記出力手段は、前記受信手段が受信した画像データが前記第１の種別の画像データである場合は、前記付加手段による情報の付加を行わずに出力し、前記受信手段が受信した画像データが前記第２の種別の画像データである場合は、前記付加手段による情報の付加を行って出力することを特徴とする請求項１から５のいずれか１項に記載の画像通信装置。
7. ネットワークを介して相手装置と通信可能な画像通信装置の制御方法であって、前記画像通信装置のコンピュータが、
   前記相手装置から画像データを受信する受信工程と、
   前記受信工程で受信した画像データが、前記画像通信装置宛てに送信された第１の種別の画像データであるか、または他の画像通信装置宛てに送信された第２の種別の画像データであるかを判別する判別工程と、
   前記判別工程における判別の結果に基づき、前記受信工程で受信した画像データを、当該画像データが前記第１の種別の画像データであるか前記第２の種別の画像データであるかを区別して出力する出力工程と、
   を実行することを特徴とする画像通信装置の制御方法。
8. 請求項７に記載の画像通信装置の制御方法をコンピュータに実行させるためのプログラム。

Images