画像通信装置、及びその制御方法
【課題】 本来の宛先とは異なる画像通信装置に送信された画像データを、本来の宛先である画像通信装置に転送できる仕組みを提供することである。
【解決手段】 エラー状態から復帰した画像通信装置からのポーリング要求（Ｆ４０）をサーバ装置を介して受信した場合に（Ｆ４１）、復帰した画像通信装置宛のデータが格納されているかを判別する。そして、復帰した画像通信装置宛のデータが格納されていると判別した場合に、エラー状態から復帰した画像通信装置宛へのデータを格納していることを通知する（Ｆ４３）。そして、エラー状態から復帰した画像通信装置との通信を確立して、格納手段に格納しているデータを転送する（Ｄ６２）ことを特徴とする。
【解決手段】 エラー状態から復帰した画像通信装置からのポーリング要求（Ｆ４０）をサーバ装置を介して受信した場合に（Ｆ４１）、復帰した画像通信装置宛のデータが格納されているかを判別する。そして、復帰した画像通信装置宛のデータが格納されていると判別した場合に、エラー状態から復帰した画像通信装置宛へのデータを格納していることを通知する（Ｆ４３）。そして、エラー状態から復帰した画像通信装置との通信を確立して、格納手段に格納しているデータを転送する（Ｄ６２）ことを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された相手装置と通信して画像データを受信する画像通信装置、及びその制御方法に関するものである。
【背景技術】
【０００２】
従来、遠距離オフィス間における情報の伝達方法として、ファクシミリ装置を用いた画像データの送受信が用いられる。ファクシミリ装置による画像データの送受信は、ＰＳＴＮ回線を介してＩＴＵ−Ｔ勧告Ｔ．３０に従った手順を用いて行われる。
【０００３】
また、近年ではこれに加えて、ＩＴＵ−Ｔ勧告Ｔ．３７に従ってファクシミリデータ形式の画像データを電子メールに添付して送受信するという方法が考えられている。この通信方法によれば、ＩＰネットワークを介してデータの送受信を行うので、上述したＩＴＵ−Ｔ勧告Ｔ．３０に従ったファクシミリ通信よりも安価に画像データの送受信を行うことが可能となっている。
【０００４】
また更に、ＩＴＵ−Ｔ勧告Ｔ．３８に従ってＩＰネットワークを介してリアルタイム形式でファクシミリデータの送受信を行うリアルタイム型インターネットファクシミリ通信（以下、ＩＰ−ＦＡＸ通信とする）も考えられている。具体的には、送信側のファクシミリ装置と受信側のファクシミリ装置とがＩＰネットワークを介して直接接続されて、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったファクシミリ信号をＴＣＰ／ＩＰパケットに変換して送受信する。
【０００５】
ところで、上述したＩＰ−ＦＡＸ通信では、ＩＴＵ−Ｔ勧告Ｈ．３２３の呼制御手順が用いられる。また、最近ではＩＴＵ−Ｔ勧告Ｈ．３２３と同様なセッション制御プロトコルであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が注目されている。
【０００６】
ＩＴＵ−Ｔ勧告Ｈ．３２３の呼制御手順とＳＩＰとを比較した場合、ＩＴＵ−Ｔ勧告Ｈ．３２３は様々な規約を含んでいるため比較的複雑な仕様となっている。これに対して、ＳＩＰはセッションの開始、変更、終了などの基本的なセッション制御についてのみ規定されているため、比較的シンプルな仕様となっている。このため、ＳＩＰは拡張性が高く、他のシステムとの統合が容易であるといった様々なメリットがある。
【０００７】
ＳＩＰはＩＰ電話等のユーザ端末であるユーザエージェントとプロキシサーバ、リダイレクトサーバ、レジストラサーバの総称であるＳＩＰサーバから構成される。そこで、例えばこのリダイレクトサーバを用いて受信側のファクシミリ装置の代替アドレスを登録しておくことが可能となっている。
【０００８】
具体的には、受信側の特定のファクシミリ装置が宛先として指定された場合の画像データの転送先として他のファクシミリ装置をリダイレクトサーバに登録しておく。これにより、送信側のファクシミリ装置が特定の宛先に対して画像データを送信しようとした場合に、リダイレクトサーバから代替アドレスが読み出され、送信側のファクシミリ装置と代替アドレスが示すファクシミリ装置との間の呼接続が開始される。そして、送信側のファクシミリ装置は、代替アドレスが示すファクシミリ装置に対して画像データの送信を行う（例えば、特許文献１）。
【特許文献１】特開２００５−９４６６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述のＳＩＰ機能を利用することで、受信側の画像通信装置が印刷用紙無しの状態やメモリフルの状態、セッション数のフルという負荷が大きい状態となってしまい受信不可能となった場合に、送信側の画像通信装置は代替アドレスへ画像データを送信する。
【００１０】
これにより、送信側の画像通信装置においては転送先として設定された代替アドレスに対応する画像通信装置とセッションが確立しファクシミリ通信が完了可能となり、送信側の画像通信装置でいつまでも送信できない状況を打破することができる。しかしながら、この場合、実際に転送先として受信側のユーザが登録したとはいえ、本来受信すべきであった画像通信装置とは異なる画像通信装置に画像データが送信されることになる。即ち、本来受信すべきであった画像通信装置のユーザは、転送先の画像通信装置までわざわざ送信された画像データを取りに行かなければならず、面倒であった。また、転送されてきた画像データを受信した画像通信装置においても、本来自機宛てではない画像データを受信していつまでも記憶していると、メモリ資源が不足してしまう可能性がある。
【００１１】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、本来の宛先とは異なる画像通信装置に送信された画像データを、本来の宛先である画像通信装置に転送できる仕組みを提供することである。
【課題を解決するための手段】
【００１２】
上記目的を達成する本発明の画像通信装置は以下に示す構成を備える。
【００１３】
ネットワークを介して接続された相手装置と通信可能な画像通信装置であって、前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信手段と、前記受信手段が受信した画像データを記憶する記憶手段と、前記他の画像通信装置からの画像データの送信要求を受け付ける受付手段と、前記受付手段が前記送信要求を受け付けた場合に、前記記憶手段に記憶した画像データの中から、前記他の画像通信装置が宛先として指定されて送信された画像データを検索する検索手段と、前記検索手段により検索された画像データを、前記他の画像通信装置に送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、本来の宛先とは異なる画像通信装置に送信された画像データを、本来の宛先である画像通信装置に転送できる。
【発明を実施するための最良の形態】
【００１５】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００１６】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す画像通信装置を適用するネットワークシステムの構成を説明するブロック図である。なお、本例はネットワーク対応ファクシミリ装置１００を画像通信装置の例として説明するが、ネットワークを介して画像データの通信を行う画像通信装置であれば、他の態様であっても構わない。以下、ネットワーク対応ファクシミリ装置を、ＮＦＡＸと略記する。
【００１７】
以下、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、本実施形態に記載されている図面はあくまで例示であり、本発明の範囲をそれらにのみ限定する主旨のものではない。
【００１８】
図１において、１０１はＣＰＵであり、ＲＯＭ１０８に格納された制御プログラムに基づいてＣＰＵデバイスに接続された各デバイスを制御する。
【００１９】
１０３は表示操作部であり、その表示画面には、例えばウインドウ、アイコン、メッセージ、メニューその他のユーザインタフェース情報が表示操作部Ｉ／Ｆ部１０２を介して表示される。
【００２０】
表示操作部１０３には、印刷枚数など指定する各種キーや、表示画面に表示されたアイコン、メニューその他のオブジェクトを指示するポインティングデバイスを備える。
【００２１】
１０４はスキャナ部であり、原稿の読み取りを行う。１０５は印刷部であり、ＲＡＭ（ランダムアクセスメモリ）１０９やＨＤＤ（ハードディスクドライブ）１１０に保存した印刷データの印刷を行う。１０８はＲＯＭであり、各種の制御プログラムやデータを保持する。ＲＯＭ１０８には、図７、図１１に示すフローチャートに示す手順や、図６，図１０に示すセッションを実行するための制御プログラムも格納されている。
【００２２】
１０９はＲＡＭであり、ＣＰＵ１０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。１１０は内部記録装置としてのＨＤＤであり、各種制御プログラムや印刷データを保存する。外部メモリ１１２への読み書きは外部メモリＩ／Ｆ１１１を介して行う。
【００２３】
外部メモリ１１２はＵＳＢメモリなど着脱可能な記録媒体を想定している。１１３はネットワークＩ／Ｆ部であり、図２に示すＳＩＰサーバや他の情報処理装置やプリンタ等とネットワーク１１６を介して通信を行うことができる。１１５はＣＰＵバスであり、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ１０１に対する制御プログラムの提供は、ＲＯＭ１０８から行う例を示す。
【００２４】
１１４はＴ．３８プロトコル作成／解析部で、ＩＴＵ−Ｕ勧告Ｔ．３８に規定されたプロトコルに従ったファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を持つ。
【００２５】
１０６はＩＰパケット作成／解析部で、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルをＩＰパケットにマッピングし、また受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３８プロトコルを取り出す機能を持つ。１０７は画像変換制御部で、ファクシミリ送受信する画像の圧縮伸張や変倍、線密度変換を行うユニットである。
【００２６】
図２は、図１に示した画像通信装置を含むネットワークシステムの一例を示す図である。例えば３台のＮＦＡＸとＳＩＰサーバから構成されるネットワークシステム例である。
【００２７】
図２において、ＮＦＡＸＡとＮＦＡＸＢ及びＮＦＡＸＦは、ＳＩＰ対応のファクシミリ装置である。また、ＳＩＰサーバＳは、プロキシサーバ、レジストラサーバ、ロケーションサーバ、リダイレクトサーバの４つのサーバ機能を備えている。これらの各サーバ機能は、ＳＩＰに基づいた通信を実行する場合にそれぞれ用いられる。なお、この４つのサーバの機能を１つのＳＩＰサーバ内に実装させても構わないし、４つのサーバの機能を別々のＳＩＰサーバに実装させても構わない。
【００２８】
ＮＦＡＸＦが、ファクシミリ送信先であるＮＦＡＸＡを呼び出す場合、相手先の指定を以下のように行う。本実施形態では、ＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれるアドレス表記「ｓｉｐ：ｉｐｆａｘ−ａ＠ｄｏｍａｉｎ．ｃｏｍ」等で指定を行う。
【００２９】
このアドレス表記の最初の「ｓｉｐ：」はＳＩＰであることの識別子でプロトコルを指定するものである。また、「＠」前の「ｉｐｆａｘ−ａ」は通信先ユーザのＩＤ（ＳＩＰユーザ名）、「＠」後ろの「ｄｏｍａｉｎ．ｃｏｍ」がＳＩＰドメインである。
【００３０】
図３は、図２に示したネットワークシステムにおける第１のデータ通信セッションを説明する図である。本例は、送信側のＮＦＡＸＡが受信側のＮＦＡＸＢを呼び出す際のＳＩＰの基本通信セッションフロー例である。なお、Ｆ１〜Ｆ１２はセッションを示し、Ｄ１はデータ通信ステップを示す。また、本例は、図中の上から下に向かって時系列的にセッションを示している。また、図２と同一のものには同一の符号を付してある。
【００３１】
図３において、ＳＩＰによるセッションの確立／終了は、メソッドと応答コードにより行われる。
【００３２】
送信側のＮＦＡＸＡは、まず、自身のドメインＡ内にあるプロキシサーバに対してメソッドＩＮＶＩＴＥを発行し（Ｆ１）、セッションの確立を促す。ここで、プロキシサーバは、ＳＩＰサーバＳによる機能である。
【００３３】
メソッドＩＮＶＩＴＥを受け取ったプロキシサーバは、応答コード１００Ｔｒｙｉｎｇ（ＮＦＡＸＢに対してリクエストを転送中であることを意味する）をＮＦＡＸＡに返送する（Ｆ３）。また、受信側のＮＦＡＸＢに対しては、メソッドＩＮＶＩＴＥの転送を試みる（Ｆ２）。
【００３４】
その際、先程と同様に、受信側のＮＦＡＸＢは、プロキシサーバに対して応答コード１００Ｔｒｙｉｎｇを返送する（Ｆ４）。
【００３５】
そして、プロキシサーバを介して到達したメソッドＩＮＶＩＴＥは、ここで初めてＮＦＡＸＢに到達することになる。そして、ＮＦＡＸＢは、応答コード１８０ＲｉｎｇｉｎｇをＮＦＡＸＡに対して通知する（Ｆ５，Ｆ６）。
【００３６】
また、ここでＮＦＡＸＢが呼び出しに応じる場合、応答コード２００ＯＫがＮＦＡＸＡに対して返送され（Ｆ７，Ｆ８）。
【００３７】
そして、ＮＦＡＸＡはメソッドＡＣＫによりメソッドＩＮＶＩＴＥに対する応答を受け取ったことをＮＦＡＸＢに通知する（Ｆ９）。
【００３８】
ここで、セッションが確立する（Ｆ１０）。このセッションの確立後は、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイムのファクシミリ通信が行われる（Ｄ１）。
【００３９】
ファクシミリ通信後は、ＮＦＡＸＢからＮＦＡＸＡにメソッドＢＹＥが発行され（Ｆ１１）、その応答コード２００ＯＫがＮＦＡＸＡからＮＦＡＸＢに返送される（Ｆ１２）。ここで、セッションが終了する。
【００４０】
図４は、図２に示したＳＩＰサーバＳが備える各サーバ機能と送受信側の各ＮＦＡＸとの関係を概念的に説明する図である。なお、ここでは説明を分かり易くするために、各サーバ機能は別々の装置として備えられているものとする。また、各サーバ装置とＮＦＡＸはそれぞれネットワークを介して、Ｔ．３８プロトコルで相互に通信可能に構成されている。なお、Ｓ４０１〜Ｓ４０８は通信ステップを示す。
【００４１】
まず、送信側のＮＦＡＸＡが自機のロケーションを登録するフローについて説明する。
【００４２】
レジストラサーバ（ＳＩＰサーバＢ）とは、各ＮＦＡＸの自機アドレス情報を登録するリクエストを、各ＮＦＡＸから受信するサーバである。また、ロケーションサーバ（ＳＩＰサーバＣ）とは、レジストラサーバ（ＳＩＰサーバＢ）から通知される各ＮＦＡＸのアドレス情報を蓄積して管理する。
【００４３】
なお、各サーバ装置は、コンピュータ装置が備えるハードウエア資源を備え、ネットワーク通信制御ユニットを介してＴ．３８プロトコルでそれぞれ通信可能に構成されている。ここで、ハードウエア資源は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を含むコントローラ部、ハードディスク等の記憶装置を含むものである。
【００４４】
また、ロケーションサーバ（ＳＩＰサーバＣ）は蓄積しているアドレス情報に基づいて、後述するリダイレクトサーバ（ＳＩＰサーバＤ）やプロキシサーバ（ＳＩＰサーバＡ）によるアドレス情報の参照要求に応答する。
【００４５】
ＮＦＡＸＡは、あらかじめメソッドＲＥＧＩＳＴＥＲ（Ｓ４０１）によりレジストラサーバ（ＳＩＰサーバＢ）へロケーション情報（アドレス情報）を通知する（Ｓ４０２）。そして、レジストラサーバ（ＳＩＰサーバＢ）は通知されたロケーション情報をロケーションサーバ（ＳＩＰサーバＣ）の記憶装置に登録しておく。
【００４６】
次に、送信側のＮＦＡＸＡが受信側のＮＦＡＸＢを呼び出す処理について説明する。ＮＦＡＸＡからのメソッドＩＮＶＩＴＥ（Ｓ４０３）は、まずプロキシサーバ（ＳＩＰサーバＡ）に転送される。
【００４７】
メソッドＩＮＶＩＴＥを受け取ったプロキシサーバ（ＳＩＰサーバＡ）は、ロケーションサーバ（ＳＩＰサーバＣ）に指定されたアドレスに対応するＮＦＡＸのロケーション情報を問い合わせる（Ｓ４０４）。そして、ＮＦＡＸＢを特定する（Ｓ４０５）。
【００４８】
そして、プロキシサーバ（ＳＩＰサーバＡ）は、ＮＦＡＸＢにＩＮＶＩＴＥメソッドを転送する（Ｓ４０６）。以下、図３に示す手順に従って画像データの送信が行われる。
【００４９】
次に、リダイレクトサーバの役割について説明する。リダイレクトサーバには各ＮＦＡＸの代替アドレスを登録しておくことができる。即ち、例えば自機が受信不可能な状態になった場合に、他のＮＦＡＸのアドレスを代替アドレスとして登録しておくことが可能である。こうすることにより、自機宛ての発呼が行われた場合には、ロケーションサーバ及びリダイレクトサーバに問い合わせを行うことにより、代替アドレスが読み出される。そして、送信側から送られたメソッドＩＮＶＩＴＥは代替アドレスが示すＮＦＡＸに転送される。
【００５０】
図５は、図２に示したネットワークシステムにおける第２のデータ通信セッションを説明する図である。本例は、図４に示したレジストラサーバを介してＮＦＡＸＣが装置情報を登録する場合のセッションフロー例である。
【００５１】
図５において、ＮＦＡＸＣは、レジストラサーバに対してＲＥＧＩＳＴＥＲリクエストをＳＩＰサーバＢに対して行う（Ｆ２１）。
【００５２】
ＲＥＧＩＳＴＥＲリクエストのポイントとしては、ＳＩＰ―ＵＲＩ（Ｔｏヘッダ）と装置のアドレス（ＣＯＮＴＡＣＴヘッダ）、有効期限（Ｅｘｐｉｒｅｓヘッダ）である。ここで、ＮＦＡＸＣは、ＲＥＧＩＳＴＥＲリクエストにＳＩＰ端末のＩＰアドレスを入れて送信し、ロケーションサーバへと登録される。そして、ＳＩＰサーバＢから２００ＯＫ応答を受け取る（Ｆ２２）ことにより登録が完了されたこととなる。
【００５３】
なお、登録には有効期限があり、期限を過ぎた登録は消去される、また登録が消去される前にもＲＥＧＩＳＴＥＲリクエストをＳＩＰサーバＢに再送信し（Ｆ２３）、定期的に登録情報を更新する。そして、ＳＩＰサーバＢから２００ＯＫ応答を受け取る（Ｆ２４）ことにより更新登録が完了されたこととなる。
【００５４】
これにより最新のアドレスをロケーションサーバに登録しておけ、画像処理装置は常に最新の受け取りが可能となる。また、画像処理装置がオフラインとなった場合にも登録は消去されることとなる。
【００５５】
＜代替アドレスを用いた転送処理＞
図６Ａ、図６Ｂは、図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。本例は、図２に示したネットワークシステムにおけるデータ通信セッションフロー例である。なお、Ｆ３１〜Ｆ４８はセッションを示し、Ｄ６１及びＤ６２はデータ通信ステップを示す。また、ＮＦＡＸＡ、ＮＦＡＸＢ、ＮＦＡＸＦにはそれぞれ「１１１１」、「２２２２」、「３３３３」のＵＲＩ情報がロケーションサーバに登録されているものとする。
【００５６】
ネットワークを介して、ＮＦＡＸＡ、ＮＦＡＸＢ、ＮＦＡＸＦとＳＩＰサーバが接続されている。このとき、ＮＦＡＸＦからＳＩＰサーバを介してＮＦＡＸＡへと画像データを送信することがユーザにより指定されたものとする。しかしながら、この時ＮＦＡＸＡは何かしらの要因で受信不可能な状態になっているものとする。そして、ＮＦＡＸＡの代替アドレスとしてＮＦＡＸＢが予めリダイレクトサーバに登録されているものとする。なお、ＮＦＡＸＡが受信不可能な場合とは、印刷用紙が紙無しの状態、メモリフルの状態、電源ＯＦＦの状態等が考えられる。
【００５７】
ＮＦＡＸＡは、装置内においてユーザにより事前に入力された転送先のアドレスを登録させておく（Ｓ６０１）。そして、ＮＦＡＸＡが受信不可能な状態となってしまった場合（Ｓ６０２）、ＲＥＧＳＴＥＲリクエストにより転送先の代替アドレスとして登録すべきアドレス(本実施形態ではＮＦＡＸＢのアドレス)をＳＩＰサーバに通知して登録指示する（Ｆ３１）。
【００５８】
このようにして転送先の登録が終了すると、ＮＦＡＸＡはＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ３２）。この状態において、ＮＦＡＸＦがＮＦＡＸＡに対してファクシミリ送信のための発呼を行う（Ｓ６０３）。
【００５９】
ここで、ＳＩＰサーバはＮＦＡＸＦからメソッドＩＮＶＩＴＥを受け取る（Ｆ３３）。このＩＮＶＩＴＥには、Ｔｏに対応する情報として「１１１１」が、ＵＲＩに対応する情報として「１１１１」が含まれている。Ｔｏ」及び「ＵＲＩ」は、ＳＩＰに規定されたアドレス情報であって、「Ｔｏ」はユーザが宛先として指定したＮＦＡＸを示し、「ＵＲＩ」は実際にメソッドＩＮＶＩＴＥなどの制御信号が送られるＮＦＡＸを示す。Ｆ３３では、「Ｔｏ」及び「ＵＲＩ」の両方にＮＦＡＸＡに対応する「１１１１」が指定されている。
【００６０】
宛先として「１１１１」が指定されているので、ＳＩＰサーバはＮＦＡＸＡの情報をロケーションサーバより取得することになっているが、前述の通りＮＦＡＸＡは受信不可状態になっている。そして、ＳＩＰサーバＳには、ＮＦＡＸＡの代替アドレスとして、ＮＦＡＸＢのアドレスが登録されている。
【００６１】
このため、ＳＩＰサーバは、メソッドＩＮＶＩＴＥを転送先であるＮＦＡＸＢに転送する（Ｆ３４）。このとき、ＩＮＶＩＴＥの内容は、Ｔｏが「１１１１」で、ＵＲＩが「２２２２」となっている。即ち、ＳＩＰ情報のＵＲＩアドレスは、リダイレクトサーバに登録された内容に従って、ＳＩＰサーバＳによりＮＦＡＸＢに対応する「２２２２」と書換えられている。
【００６２】
この状態において、Ｓ６０４で、その後、ＮＦＡＸＢがＮＦＡＸＡに代わってＡＣＫメッセージをＮＦＡＸＦに送り（Ｆ３５）、正常にセッションが確立され、ＮＦＡＸＦとＮＦＡＸＢとの間でファクシミリ通信が実行される（Ｄ６１）。
【００６３】
そして、ＮＦＡＸＢからＮＦＡＸＦにメソッドＢＹＥが発行され（Ｆ３６）、ＮＦＡＸＦからその応答コード２００ＯＫがＮＦＡＸＢに返送され（Ｆ３７）、セッションが終了する。
【００６４】
一方、ＮＦＡＸＡは、Ｓ６０２で受信不可状態となった後、受信不可状態の要因に適応した特定の処理が実行されて、ＮＦＡＸＡが、再度受信可能な状態へと復帰する（Ｓ６０５）。
【００６５】
これにより、ＲＥＧＳＴＥＲリクエストにより自機の情報をＳＩＰサーバに再登録指示する（Ｆ３８）。これに対して、ＳＩＰサーバによる登録が終了すると、ＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ３９）。
【００６６】
その後、ＮＦＡＸＡがＮＦＡＸＢに対してＳＩＰサーバを介して、ポーリング受信を行うための発呼としてメソッドＩＮＶＩＴＥする（Ｆ４０、Ｆ４１）。その後、ＮＦＡＸＡはＮＦＡＸＢからのＤＩＳ（初期識別）を受け取る（Ｆ４２、Ｆ４３）。
【００６７】
その際、ＮＦＡＸＢのＣＰＵ１０１はＮＦＡＸＡ宛ての文書がＮＦＡＸＢ内の記憶装置に格納されているかどうかを判別する。そして、ＮＦＡＸＢのＣＰＵ１０１が、ＮＦＡＸＡ宛ての文書がＮＦＡＸＢ内の記憶装置に格納されていると判別した場合に、原稿有りのビットを立てて通知する（Ｓ６０６）。なお、通知方法は、これ以外の通知方法であってもよい。
【００６８】
一方、ＮＦＡＸＢ内の記憶装置に原稿が格納されていなければファクシミリ通信せずに終了し、原稿がＮＦＡＸＢ内の記憶装置に格納されている場合は、ＮＦＡＸＡからＤＴＳ（送信命令）をＮＦＡＸＢが受け取る（Ｆ４４，Ｆ４５）。
【００６９】
このようにＮＦＡＸＢのＣＰＵ１０１は、エラー状態から復帰した画像処理装置からのポーリング要求を前記サーバ装置を介して受信した場合に、復帰した画像処理装置宛のデータが格納されているかを判別する。そして、ＮＦＡＸＢのＣＰＵ１０１が復帰した画像処理装置宛のデータが格納されていると判別した場合に、エラー状態から復帰した画像処理装置宛に記憶装置に格納しているデータを転送する。具体的には、上記の通知処理後、以下のデータ転送処理を行う。
【００７０】
つまり、ＮＦＡＸＡからＡＣＫメッセージをＮＦＡＸＢに送り（Ｆ４６）、受信セッションを確立してファクシミリ通信を行う（Ｄ６２）。
【００７１】
そして、ＮＦＡＸＡからＮＦＡＸＢにＢＹＥが発行され（Ｆ４７）、ＮＦＡＸＢからそのＯＫがＮＦＡＸＡに返送され（Ｆ４８）、セッションが終了する。
【００７２】
このようにして、ＮＦＡＸＢはＮＦＡＸＡ宛てに格納していた文書を送信する。そして、送信終了後にＮＦＡＸＢの記憶装置に格納されたＮＦＡＸＡ宛て文書を消去する（Ｓ６０７）。
【００７３】
図７は、本実施形態を示す画像通信装置における第１のデータ処理手順の一例を示すフローチャートである。なお、本例は、ＮＦＡＸＡにより転送先に指定された図２に示したＮＦＡＸＢが転送文書を受信した際の処理（Ｓ６０４）の詳細処理例である。なお、Ｓ７０１〜Ｓ７０５、Ｓ７０３−ａ〜Ｓ７０３−ｅは各ステップを示す。各ステップは、ＮＦＡＸＢのＣＰＵ１０１がＲＯＭ１０８，ＨＤＤ１１０に記憶される制御プログラムをＲＡＭ１０９にロードして実行することで実現される。
【００７４】
図６Ａに示したＳ６０４で、ＮＦＡＸＢとＳＩＰサーバとのセッションにおいて、ＳＩＰサーバからＳＩＰ情報を受取り、ＣＰＵ１０１がその情報からＴｏアドレスとＵＲＩアドレスを検知する。そして、検知したＴｏアドレスの内容とＵＲＩアドレスの内容とを比較して、内容が異なるかどうかを判別する（Ｓ７０１）。ここで、ＣＰＵ１０１結果による比較の結果、ＴｏアドレスとＵＲＩアドレスが異なっている場合には、他機が宛先として指定されて送信された画像データであると判別する（Ｓ７０２）。そして、そのＳＩＰ情報をもとにＳ７０３中の処理のいずれかを行ってもよいし、全て行うこととしてもよい。
【００７５】
Ｓ７０３中の処理としては、ＴｏアドレスとＵＲＩアドレスをもとに通信管理情報等として記録または表示部等に表示させる（Ｓ７０３−ａ）。これにより、自機が宛先として指定されて送信された画像データであるか、または他機が宛先として指定されて送信され転送されてきた画像データであるかを、ＮＦＡＸＢのユーザが識別することが可能となる。またはＴｏアドレス毎に区別して受信文書数を記録または表示部等に表示させる（Ｓ７０３−ｂ）。さらに、受信した画像データを本来の宛先からのポーリング要求に応えられるように、Ｔｏアドレス毎に区別してＨＤＤ１１０に格納する（Ｓ７０３−ｃ）。また、他機が宛先として指定されて送信された画像データであることを識別するための画像情報を受信した画像データに付加して印刷出力する（Ｓ７０３−ｄ）。さらに、他機が宛先として指定されて送信された画像データについては、印刷出力するために所定のパスワードの入力をユーザに要求するように管理する（Ｓ７０３−ｅ）。
【００７６】
一方、Ｓ７０１において、ＣＰＵ１０１がＴｏアドレスとＵＲＩアドレスが同じであると判断した場合は、自機宛ての文書と識別し（Ｓ７０４）、通常のファクシミリ受信処理を行い（Ｓ７０５）、本処理を終了する。
【００７７】
なお、転送先のファクシミリ装置で印刷出力した場合は、記憶装置から受信した画像データを削除する処理を実行させてもよい。
【００７８】
図８、図９は、本実施形態を示す画像通信装置における通信管理レポートの出力例を示す図である。本例は、図７のＳ７０３−ｅで説明した記録される通信管理レポートの出力例である。
【００７９】
特に、Ｔｏアドレスに対して、受信時刻と、ＵＲＩアドレス、ＦＲＯＭアドレス等をレポートリストとして出力する結果例である。
【００８０】
図９は、図７のＳ７０３−ｄで説明した転送受信文書である旨を意味する印９００（本実施形態では、転送文書としている）をファクシミリ画像にフッター情報等の一部として付加して印刷出力させた場合の例である。
【００８１】
本実施形態では、本来の宛先である画像通信装置がエラーから復帰したら、その画像通信装置が転送先にポーリング要求する。これにより、エラーから復帰した画像処理装置自身が他の画像処理装置に指定転送されている本来の転送宛のデータを取得することができる。
【００８２】
〔第２実施形態〕
上記第１実施形態では、Ｆ４０で、ＮＦＡＸＡがＮＦＡＸＢに対してＳＩＰサーバを介して、ポーリング受信を行うための発呼としてメソッドＩＮＶＩＴＥする。これにより、本来の宛先である画像通信装置がエラーから復帰したら、その画像通信装置が転送先にポーリング要求することによりデータを取得する場合について説明した。これに対して、データ転送先の画像通信装置が定期的に本来の宛先の画像通信装置に対してデータの送信を試みるように制御してもよい。以下、その実施形態について詳述する。
【００８３】
図１０Ａ、図１０Ｂは、図２に示したネットワークシステムにおける第４のデータ通信セッションを説明する図である。本例は、図２に示したネットワークシステムにおけるデータ通信セッションフロー例である。なお、Ｆ５１〜Ｆ６８はセッションを示し、Ｄ１１及びＤ１２はデータ通信ステップを示す。
【００８４】
図１０に示すように、本システムは、ネットワークを介して、ＮＦＡＸＡ、ＮＦＡＸＢ、ＮＦＡＸＦとＳＩＰサーバが接続されている。このとき、ＮＦＡＸＦからＳＩＰサーバを介してＮＦＡＸＡへと画像データを送信することがユーザにより指定されたものとする。しかしながら、この時ＮＦＡＸＡは何かしらの要因で受信不可能な状態になっているものとする。そして、ＮＦＡＸＡの代替アドレスとしてＮＦＡＸＢが予めリダイレクトサーバに登録されているものとする。なお、ＮＦＡＸＡが受信不可能な場合とは、印刷用紙が紙無しの状態、メモリフルの状態、電源ＯＦＦの状態等が考えられる。
【００８５】
ＮＦＡＸＡは、装置内においてユーザにより事前に入力された転送先のアドレスをＮＦＡＸＢとなるように登録させておく（Ｓ６０１）。
【００８６】
そして、下記のような要因に基づき、ＮＦＡＸＡが受信不可能な状態となってしまった場合（Ｓ６０２）、ＲＥＧＳＴＥＲリクエストにより転送先の代替アドレスとして登録すべきアドレス（本実施形態ではＮＦＡＸＢのアドレス）をＳＩＰサーバに通知して登録指示する（Ｆ５１）。ここで、転送先とは、本実施形態ではＮＦＡＸＢとする例である。
【００８７】
なお、ＮＦＡＸＡが受信不可能な状態としては、記録用紙無し状態、メモリフル状態、セッション数がフルとなる負荷大状態、電源ＯＦＦ状態等を想定している。
【００８８】
このようにして転送先の登録が終了すると、ＮＦＡＸＡはＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ５２）。この状態において、ＮＦＡＸＦがＮＦＡＸＡに対してファクシミリ送信のための発呼を行う（Ｓ６０３）。
【００８９】
ここで、ＳＩＰサーバはＮＦＡＸＦがメソッドＩＮＶＩＴＥを受け取る（Ｆ５３）。この状況においては、第１実施形態と同様に、ＳＩＰ情報のＴｏアドレスとＵＲＩアドレスはＮＦＡＸＡに対応する「１１１１」が設定されている。
【００９０】
これを受けて、ＳＩＰサーバはＮＦＡＸＡの情報をロケーションサーバより取得することとなる。しかしながら、前述の受信不可状態のためＮＦＡＸＡの代替アドレスとしてＮＦＡＸＢに対応する「２２２２」が登録されている。
【００９１】
このため、ＳＩＰサーバは、メソッドＩＮＶＩＴＥを転送先であるＮＦＡＸＢに転送する（Ｆ３４）。このとき、ＩＮＶＩＴＥの内容は、Ｔｏが「１１１１」で、転送先を示すＵＲＩが「２２２２」となっている。即ち、ＳＩＰ情報のＵＲＩアドレスは、リダイレクトサーバに登録された内容に従って、ＳＩＰサーバＳによりＮＦＡＸＢに対応する「２２２２」と書換えられている。
【００９２】
この状態において、ＮＦＡＸＢは、ＡＣＫメッセージをＮＦＡＸＦに送り（Ｆ５５）、正常にセッションが確立される。そして、ＮＦＡＸＦとＮＦＡＸＢでファクシミリ通信が実行される（Ｄ１１）。そして、ＮＦＡＸＢからメソッドＢＹＥがＮＦＡＸＦに対して発行され（Ｆ５６）、その応答コード２００ＯＫがＮＦＡＸＦからＮＦＡＸＢに返送され（Ｆ５７）、セッションが終了する。
【００９３】
そして、一定時間経過後（定期的）に（ＴＭ１）、ＮＦＡＸＢはリダイレクトサーバによって、ＮＦＡＸＡのアドレスの問い合わせを行う（Ｆ５８）。そして、ＳＩＰサーバからの応答をうけ（Ｆ５９）、その応答のＳＩＰ情報であるアドレスを確認することが可能となる。
【００９４】
そして、ＳＩＰサーバからの応答した情報によりＮＦＡＸＡが受信可能状態に復帰されたことを検知すると（Ｓ６０５）、ＮＦＡＸＡは、ＲＥＧＳＴＥＲリクエストにより自機のアドレスをＳＩＰサーバに再登録指示する（Ｆ６０）。
【００９５】
このようにして、自機のアドレス再登録が終了すると、ＮＦＡＸＡは、ＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ６１）。
【００９６】
そして、ＮＦＡＸＢのＣＰＵ１０１は、一定時間経過後（定期的）に（ＴＭ２）、リダイレクトサーバによるアドレス問い合わせをＳＩＰサーバに行い（Ｆ６２）、ＳＩＰサーバからの応答（Ｔｏ：１１１１／ＵＲＩ：１１１１）を受ける（Ｆ６３）。ここで、ＮＦＡＸＢのＣＰＵ１０１は、記憶装置に格納されたデータの転送先が変更されているかどうかをＳＩＰサーバに登録された転送先情報に基づいて判別する。つまり、格納しているＵＲＩが１１１１のうち、Ｔｏが２２２２から１１１１に変更されているか否かを判別する。そして、ＮＦＡＸＢのＣＰＵ１０１がデータの転送先が変更されていると判別した場合に、記憶装置に格納している他の画像処理装置宛のデータを転送するため、以下の処理を行う。
【００９７】
そして、ＮＦＡＸＢがＳＩＰサーバにＮＦＡＸＡ宛ての文書（Ｄ１１に基づく）を送信の接続要求を行う（Ｆ６４）。そして、ＮＦＡＸＡはＮＦＡＸＢからのメソッドＩＮＶＩＴＥをＳＩＰサーバから受け取る（Ｆ６５）。
【００９８】
そして、ＮＦＡＸＡはＡＣＫメッセージをＮＦＡＸＢに送り（Ｆ６６）、セッションを確立してファクシミリ通信を行い（Ｄ１２）、ＮＦＡＸＡ宛ての文書を記憶装置から読み出して送信する。そして、ＮＦＡＸＢからＮＦＡＸＡに対してＢＹＥが発行され（Ｆ６７）、その応答ＯＫが返送され（Ｆ６８）、セッションが終了する。
【００９９】
このようにして、データ送信終了後にＮＦＡＸＢの記憶装置に格納されたＮＦＡＸＡ宛て文書を消去する（Ｓ６０７）。
【０１００】
なお、転送解除に関しては、ＮＦＡＸＡが、再度受信可能な状態へと復帰すると（Ｓ６０５）、ＲＥＧＳＴＥＲリクエストにより自機の情報を再登録指示し、転送先の登録が終了すると２００ＯＫ応答を受け取ることにより成立する。
【０１０１】
前述の一定時間経過後（定期的）に、ＮＦＡＸＢはリダイレクトサーバによって、ＮＦＡＸＡのアドレスの問い合わせを行った後の処理（Ｓ１００１）に関して、図１１のフローチャートを用いて説明を行う。
【０１０２】
図１１は、本実施形態を示す画像通信装置における第２のデータ処理手順の一例を示すフローチャートである。なお、本例は、図２に示したＮＦＡＸＢが転送文書を受信した際の処理（Ｓ６０４）の詳細処理例である。なお、Ｓ１１０１〜Ｓ１１０５は各ステップを示す。各ステップは、ＮＦＡＸＢのＣＰＵ１０１がＲＯＭ１０８，ＨＤＤ１１０に記憶される制御プログラムをＲＡＭ１０９にロードして実行することで実現される。
【０１０３】
まず、Ｓ１１０１で、ＣＰＵ１０１がリダイレクトサーバを介して得られたＳＩＰ情報をもとに、ＴｏアドレスとＵＲＩアドレスを比較して両アドレスが異なるかどうかを判定する。その比較結果で、ＣＰＵ１０１がＴｏアドレスとＵＲＩアドレスが異なると判断した場合は、Ｓ１１０４で、ＮＦＡＸＡが受信可能な状態へと復帰していないと判断する。
【０１０４】
そして、Ｓ１１０５で、転送文書をそのまま記憶装置に格納したままとし、次のリダイレクトサーバへの確認に備える。ここで、記憶装置は、ＨＤＤ１１０、ＲＡＭ１０９が含まれる。
【０１０５】
一方、Ｓ１１０１において、ＣＰＵ１０１がＴｏアドレスとＵＲＩアドレスとが同じと判断した場合は、Ｓ１１０２で、ＣＰＵ１０１は、ＮＦＡＸＡが受信可能な状態へと復帰したと判断する（Ｓ１１０２）。そして、ＮＦＡＸＡ宛ての文書を記憶装置内から選択し転送送信の準備して（Ｓ１１０３）、本処理を終了する。
【０１０６】
以上により、ＮＦＡＸにおいて受信側に不具合が生じ受信不可能となった場合でも、転送設定された例えばＮＦＡＸＢへファクシミリ通信することを可能となる。
【０１０７】
また、ＮＦＡＸＡが送信不可状況を回避できると共に、受信可能状態となった場合、転送設定されたＮＦＡＸＢから文書を送信者が所望する装置へと送信することも可能となる。
【０１０８】
さらに、ＮＦＡＸにおいて受信された文書が自機宛ての文書が、転送文書として送信された他機宛ての文書かを容易に識別することを可能となる。
【０１０９】
〔第３実施形態〕
以下、図１２に示すメモリマップを参照して本発明に係る画像通信装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１１０】
図１２は、本発明に係る画像通信装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１１１】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１１２】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１１３】
本実施形態における図７、図１１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１１４】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１６】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１１７】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１１８】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１２０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１２１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１２４】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１２５】
【図１】本発明の第１実施形態を示す画像処理装置の構成を説明するブロック図である。
【図２】図１に示した画像処理装置を含むネットワークシステムの一例を示す図である。
【図３】図２に示したネットワークシステムにおける第１のデータ通信セッションを説明する図である。
【図４】図２に示したＳＩＰサーバが備える各サーバ機能と送信側の各ＮＦＡＸとの関係を説明する図である。
【図５】図２に示したネットワークシステムにおける第２のデータ通信セッションを説明する図である。
【図６Ａ】図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。
【図６Ｂ】図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。
【図７】本実施形態を示す画像通信装置における第１のデータ処理手順の一例を示すフローチャートである。
【図８】本実施形態を示す画像通信装置における通信管理レポートの出力例を示す図である。
【図９】本実施形態を示す画像通信装置における通信管理レポートの出力例を示す図である。
【図１０Ａ】図２に示したネットワークシステムにおける第４のデータ通信セッションを説明する図である。
【図１０Ｂ】図２に示したネットワークシステムにおける第４のデータ通信セッションを説明する図である。
【図１１】本実施形態を示す画像通信装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係る画像通信装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１２６】
１０１ ＣＰＵ
１０６ ＩＰパケット作成／解析部
１０７ 画像変換制御部
１０８ ＲＯＭ
１０９ ＲＡＭ
１１０ ＨＤＤ
１１２ 外部メモリ
１１３ ネットワークＩ／Ｆ部
１１４ Ｔ．３８プロトコル作成／解析部
【技術分野】
【０００１】
本発明は、ネットワークを介して接続された相手装置と通信して画像データを受信する画像通信装置、及びその制御方法に関するものである。
【背景技術】
【０００２】
従来、遠距離オフィス間における情報の伝達方法として、ファクシミリ装置を用いた画像データの送受信が用いられる。ファクシミリ装置による画像データの送受信は、ＰＳＴＮ回線を介してＩＴＵ−Ｔ勧告Ｔ．３０に従った手順を用いて行われる。
【０００３】
また、近年ではこれに加えて、ＩＴＵ−Ｔ勧告Ｔ．３７に従ってファクシミリデータ形式の画像データを電子メールに添付して送受信するという方法が考えられている。この通信方法によれば、ＩＰネットワークを介してデータの送受信を行うので、上述したＩＴＵ−Ｔ勧告Ｔ．３０に従ったファクシミリ通信よりも安価に画像データの送受信を行うことが可能となっている。
【０００４】
また更に、ＩＴＵ−Ｔ勧告Ｔ．３８に従ってＩＰネットワークを介してリアルタイム形式でファクシミリデータの送受信を行うリアルタイム型インターネットファクシミリ通信（以下、ＩＰ−ＦＡＸ通信とする）も考えられている。具体的には、送信側のファクシミリ装置と受信側のファクシミリ装置とがＩＰネットワークを介して直接接続されて、ＩＴＵ−Ｔ勧告Ｔ．３０に従ったファクシミリ信号をＴＣＰ／ＩＰパケットに変換して送受信する。
【０００５】
ところで、上述したＩＰ−ＦＡＸ通信では、ＩＴＵ−Ｔ勧告Ｈ．３２３の呼制御手順が用いられる。また、最近ではＩＴＵ−Ｔ勧告Ｈ．３２３と同様なセッション制御プロトコルであるＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が注目されている。
【０００６】
ＩＴＵ−Ｔ勧告Ｈ．３２３の呼制御手順とＳＩＰとを比較した場合、ＩＴＵ−Ｔ勧告Ｈ．３２３は様々な規約を含んでいるため比較的複雑な仕様となっている。これに対して、ＳＩＰはセッションの開始、変更、終了などの基本的なセッション制御についてのみ規定されているため、比較的シンプルな仕様となっている。このため、ＳＩＰは拡張性が高く、他のシステムとの統合が容易であるといった様々なメリットがある。
【０００７】
ＳＩＰはＩＰ電話等のユーザ端末であるユーザエージェントとプロキシサーバ、リダイレクトサーバ、レジストラサーバの総称であるＳＩＰサーバから構成される。そこで、例えばこのリダイレクトサーバを用いて受信側のファクシミリ装置の代替アドレスを登録しておくことが可能となっている。
【０００８】
具体的には、受信側の特定のファクシミリ装置が宛先として指定された場合の画像データの転送先として他のファクシミリ装置をリダイレクトサーバに登録しておく。これにより、送信側のファクシミリ装置が特定の宛先に対して画像データを送信しようとした場合に、リダイレクトサーバから代替アドレスが読み出され、送信側のファクシミリ装置と代替アドレスが示すファクシミリ装置との間の呼接続が開始される。そして、送信側のファクシミリ装置は、代替アドレスが示すファクシミリ装置に対して画像データの送信を行う（例えば、特許文献１）。
【特許文献１】特開２００５−９４６６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
上述のＳＩＰ機能を利用することで、受信側の画像通信装置が印刷用紙無しの状態やメモリフルの状態、セッション数のフルという負荷が大きい状態となってしまい受信不可能となった場合に、送信側の画像通信装置は代替アドレスへ画像データを送信する。
【００１０】
これにより、送信側の画像通信装置においては転送先として設定された代替アドレスに対応する画像通信装置とセッションが確立しファクシミリ通信が完了可能となり、送信側の画像通信装置でいつまでも送信できない状況を打破することができる。しかしながら、この場合、実際に転送先として受信側のユーザが登録したとはいえ、本来受信すべきであった画像通信装置とは異なる画像通信装置に画像データが送信されることになる。即ち、本来受信すべきであった画像通信装置のユーザは、転送先の画像通信装置までわざわざ送信された画像データを取りに行かなければならず、面倒であった。また、転送されてきた画像データを受信した画像通信装置においても、本来自機宛てではない画像データを受信していつまでも記憶していると、メモリ資源が不足してしまう可能性がある。
【００１１】
本発明は、上記の課題を解決するためになされたもので、本発明の目的は、本来の宛先とは異なる画像通信装置に送信された画像データを、本来の宛先である画像通信装置に転送できる仕組みを提供することである。
【課題を解決するための手段】
【００１２】
上記目的を達成する本発明の画像通信装置は以下に示す構成を備える。
【００１３】
ネットワークを介して接続された相手装置と通信可能な画像通信装置であって、前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信手段と、前記受信手段が受信した画像データを記憶する記憶手段と、前記他の画像通信装置からの画像データの送信要求を受け付ける受付手段と、前記受付手段が前記送信要求を受け付けた場合に、前記記憶手段に記憶した画像データの中から、前記他の画像通信装置が宛先として指定されて送信された画像データを検索する検索手段と、前記検索手段により検索された画像データを、前記他の画像通信装置に送信する送信手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、本来の宛先とは異なる画像通信装置に送信された画像データを、本来の宛先である画像通信装置に転送できる。
【発明を実施するための最良の形態】
【００１５】
次に本発明を実施するための最良の形態について図面を参照して説明する。
【００１６】
＜システム構成の説明＞
〔第１実施形態〕
図１は、本発明の第１実施形態を示す画像通信装置を適用するネットワークシステムの構成を説明するブロック図である。なお、本例はネットワーク対応ファクシミリ装置１００を画像通信装置の例として説明するが、ネットワークを介して画像データの通信を行う画像通信装置であれば、他の態様であっても構わない。以下、ネットワーク対応ファクシミリ装置を、ＮＦＡＸと略記する。
【００１７】
以下、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。ただし、本実施形態に記載されている図面はあくまで例示であり、本発明の範囲をそれらにのみ限定する主旨のものではない。
【００１８】
図１において、１０１はＣＰＵであり、ＲＯＭ１０８に格納された制御プログラムに基づいてＣＰＵデバイスに接続された各デバイスを制御する。
【００１９】
１０３は表示操作部であり、その表示画面には、例えばウインドウ、アイコン、メッセージ、メニューその他のユーザインタフェース情報が表示操作部Ｉ／Ｆ部１０２を介して表示される。
【００２０】
表示操作部１０３には、印刷枚数など指定する各種キーや、表示画面に表示されたアイコン、メニューその他のオブジェクトを指示するポインティングデバイスを備える。
【００２１】
１０４はスキャナ部であり、原稿の読み取りを行う。１０５は印刷部であり、ＲＡＭ（ランダムアクセスメモリ）１０９やＨＤＤ（ハードディスクドライブ）１１０に保存した印刷データの印刷を行う。１０８はＲＯＭであり、各種の制御プログラムやデータを保持する。ＲＯＭ１０８には、図７、図１１に示すフローチャートに示す手順や、図６，図１０に示すセッションを実行するための制御プログラムも格納されている。
【００２２】
１０９はＲＡＭであり、ＣＰＵ１０１のワーク領域、エラー処理時のデータの退避領域、制御プログラムのロード領域等を有する。１１０は内部記録装置としてのＨＤＤであり、各種制御プログラムや印刷データを保存する。外部メモリ１１２への読み書きは外部メモリＩ／Ｆ１１１を介して行う。
【００２３】
外部メモリ１１２はＵＳＢメモリなど着脱可能な記録媒体を想定している。１１３はネットワークＩ／Ｆ部であり、図２に示すＳＩＰサーバや他の情報処理装置やプリンタ等とネットワーク１１６を介して通信を行うことができる。１１５はＣＰＵバスであり、アドレスバス、データバス及びコントロールバスを含む。ＣＰＵ１０１に対する制御プログラムの提供は、ＲＯＭ１０８から行う例を示す。
【００２４】
１１４はＴ．３８プロトコル作成／解析部で、ＩＴＵ−Ｕ勧告Ｔ．３８に規定されたプロトコルに従ったファクシミリ伝送情報を生成し、また受信したプロトコルからファクシミリ伝送情報を取り出す機能を持つ。
【００２５】
１０６はＩＰパケット作成／解析部で、ＩＴＵ−Ｕ勧告Ｔ．３８プロトコルをＩＰパケットにマッピングし、また受信したＩＰパケットからＩＴＵ−Ｕ勧告Ｔ．３８プロトコルを取り出す機能を持つ。１０７は画像変換制御部で、ファクシミリ送受信する画像の圧縮伸張や変倍、線密度変換を行うユニットである。
【００２６】
図２は、図１に示した画像通信装置を含むネットワークシステムの一例を示す図である。例えば３台のＮＦＡＸとＳＩＰサーバから構成されるネットワークシステム例である。
【００２７】
図２において、ＮＦＡＸＡとＮＦＡＸＢ及びＮＦＡＸＦは、ＳＩＰ対応のファクシミリ装置である。また、ＳＩＰサーバＳは、プロキシサーバ、レジストラサーバ、ロケーションサーバ、リダイレクトサーバの４つのサーバ機能を備えている。これらの各サーバ機能は、ＳＩＰに基づいた通信を実行する場合にそれぞれ用いられる。なお、この４つのサーバの機能を１つのＳＩＰサーバ内に実装させても構わないし、４つのサーバの機能を別々のＳＩＰサーバに実装させても構わない。
【００２８】
ＮＦＡＸＦが、ファクシミリ送信先であるＮＦＡＸＡを呼び出す場合、相手先の指定を以下のように行う。本実施形態では、ＳＩＰ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）と呼ばれるアドレス表記「ｓｉｐ：ｉｐｆａｘ−ａ＠ｄｏｍａｉｎ．ｃｏｍ」等で指定を行う。
【００２９】
このアドレス表記の最初の「ｓｉｐ：」はＳＩＰであることの識別子でプロトコルを指定するものである。また、「＠」前の「ｉｐｆａｘ−ａ」は通信先ユーザのＩＤ（ＳＩＰユーザ名）、「＠」後ろの「ｄｏｍａｉｎ．ｃｏｍ」がＳＩＰドメインである。
【００３０】
図３は、図２に示したネットワークシステムにおける第１のデータ通信セッションを説明する図である。本例は、送信側のＮＦＡＸＡが受信側のＮＦＡＸＢを呼び出す際のＳＩＰの基本通信セッションフロー例である。なお、Ｆ１〜Ｆ１２はセッションを示し、Ｄ１はデータ通信ステップを示す。また、本例は、図中の上から下に向かって時系列的にセッションを示している。また、図２と同一のものには同一の符号を付してある。
【００３１】
図３において、ＳＩＰによるセッションの確立／終了は、メソッドと応答コードにより行われる。
【００３２】
送信側のＮＦＡＸＡは、まず、自身のドメインＡ内にあるプロキシサーバに対してメソッドＩＮＶＩＴＥを発行し（Ｆ１）、セッションの確立を促す。ここで、プロキシサーバは、ＳＩＰサーバＳによる機能である。
【００３３】
メソッドＩＮＶＩＴＥを受け取ったプロキシサーバは、応答コード１００Ｔｒｙｉｎｇ（ＮＦＡＸＢに対してリクエストを転送中であることを意味する）をＮＦＡＸＡに返送する（Ｆ３）。また、受信側のＮＦＡＸＢに対しては、メソッドＩＮＶＩＴＥの転送を試みる（Ｆ２）。
【００３４】
その際、先程と同様に、受信側のＮＦＡＸＢは、プロキシサーバに対して応答コード１００Ｔｒｙｉｎｇを返送する（Ｆ４）。
【００３５】
そして、プロキシサーバを介して到達したメソッドＩＮＶＩＴＥは、ここで初めてＮＦＡＸＢに到達することになる。そして、ＮＦＡＸＢは、応答コード１８０ＲｉｎｇｉｎｇをＮＦＡＸＡに対して通知する（Ｆ５，Ｆ６）。
【００３６】
また、ここでＮＦＡＸＢが呼び出しに応じる場合、応答コード２００ＯＫがＮＦＡＸＡに対して返送され（Ｆ７，Ｆ８）。
【００３７】
そして、ＮＦＡＸＡはメソッドＡＣＫによりメソッドＩＮＶＩＴＥに対する応答を受け取ったことをＮＦＡＸＢに通知する（Ｆ９）。
【００３８】
ここで、セッションが確立する（Ｆ１０）。このセッションの確立後は、ＩＴＵ−Ｔ勧告Ｔ．３８に準拠したリアルタイムのファクシミリ通信が行われる（Ｄ１）。
【００３９】
ファクシミリ通信後は、ＮＦＡＸＢからＮＦＡＸＡにメソッドＢＹＥが発行され（Ｆ１１）、その応答コード２００ＯＫがＮＦＡＸＡからＮＦＡＸＢに返送される（Ｆ１２）。ここで、セッションが終了する。
【００４０】
図４は、図２に示したＳＩＰサーバＳが備える各サーバ機能と送受信側の各ＮＦＡＸとの関係を概念的に説明する図である。なお、ここでは説明を分かり易くするために、各サーバ機能は別々の装置として備えられているものとする。また、各サーバ装置とＮＦＡＸはそれぞれネットワークを介して、Ｔ．３８プロトコルで相互に通信可能に構成されている。なお、Ｓ４０１〜Ｓ４０８は通信ステップを示す。
【００４１】
まず、送信側のＮＦＡＸＡが自機のロケーションを登録するフローについて説明する。
【００４２】
レジストラサーバ（ＳＩＰサーバＢ）とは、各ＮＦＡＸの自機アドレス情報を登録するリクエストを、各ＮＦＡＸから受信するサーバである。また、ロケーションサーバ（ＳＩＰサーバＣ）とは、レジストラサーバ（ＳＩＰサーバＢ）から通知される各ＮＦＡＸのアドレス情報を蓄積して管理する。
【００４３】
なお、各サーバ装置は、コンピュータ装置が備えるハードウエア資源を備え、ネットワーク通信制御ユニットを介してＴ．３８プロトコルでそれぞれ通信可能に構成されている。ここで、ハードウエア資源は、ＣＰＵ、ＲＯＭ、ＲＡＭ等を含むコントローラ部、ハードディスク等の記憶装置を含むものである。
【００４４】
また、ロケーションサーバ（ＳＩＰサーバＣ）は蓄積しているアドレス情報に基づいて、後述するリダイレクトサーバ（ＳＩＰサーバＤ）やプロキシサーバ（ＳＩＰサーバＡ）によるアドレス情報の参照要求に応答する。
【００４５】
ＮＦＡＸＡは、あらかじめメソッドＲＥＧＩＳＴＥＲ（Ｓ４０１）によりレジストラサーバ（ＳＩＰサーバＢ）へロケーション情報（アドレス情報）を通知する（Ｓ４０２）。そして、レジストラサーバ（ＳＩＰサーバＢ）は通知されたロケーション情報をロケーションサーバ（ＳＩＰサーバＣ）の記憶装置に登録しておく。
【００４６】
次に、送信側のＮＦＡＸＡが受信側のＮＦＡＸＢを呼び出す処理について説明する。ＮＦＡＸＡからのメソッドＩＮＶＩＴＥ（Ｓ４０３）は、まずプロキシサーバ（ＳＩＰサーバＡ）に転送される。
【００４７】
メソッドＩＮＶＩＴＥを受け取ったプロキシサーバ（ＳＩＰサーバＡ）は、ロケーションサーバ（ＳＩＰサーバＣ）に指定されたアドレスに対応するＮＦＡＸのロケーション情報を問い合わせる（Ｓ４０４）。そして、ＮＦＡＸＢを特定する（Ｓ４０５）。
【００４８】
そして、プロキシサーバ（ＳＩＰサーバＡ）は、ＮＦＡＸＢにＩＮＶＩＴＥメソッドを転送する（Ｓ４０６）。以下、図３に示す手順に従って画像データの送信が行われる。
【００４９】
次に、リダイレクトサーバの役割について説明する。リダイレクトサーバには各ＮＦＡＸの代替アドレスを登録しておくことができる。即ち、例えば自機が受信不可能な状態になった場合に、他のＮＦＡＸのアドレスを代替アドレスとして登録しておくことが可能である。こうすることにより、自機宛ての発呼が行われた場合には、ロケーションサーバ及びリダイレクトサーバに問い合わせを行うことにより、代替アドレスが読み出される。そして、送信側から送られたメソッドＩＮＶＩＴＥは代替アドレスが示すＮＦＡＸに転送される。
【００５０】
図５は、図２に示したネットワークシステムにおける第２のデータ通信セッションを説明する図である。本例は、図４に示したレジストラサーバを介してＮＦＡＸＣが装置情報を登録する場合のセッションフロー例である。
【００５１】
図５において、ＮＦＡＸＣは、レジストラサーバに対してＲＥＧＩＳＴＥＲリクエストをＳＩＰサーバＢに対して行う（Ｆ２１）。
【００５２】
ＲＥＧＩＳＴＥＲリクエストのポイントとしては、ＳＩＰ―ＵＲＩ（Ｔｏヘッダ）と装置のアドレス（ＣＯＮＴＡＣＴヘッダ）、有効期限（Ｅｘｐｉｒｅｓヘッダ）である。ここで、ＮＦＡＸＣは、ＲＥＧＩＳＴＥＲリクエストにＳＩＰ端末のＩＰアドレスを入れて送信し、ロケーションサーバへと登録される。そして、ＳＩＰサーバＢから２００ＯＫ応答を受け取る（Ｆ２２）ことにより登録が完了されたこととなる。
【００５３】
なお、登録には有効期限があり、期限を過ぎた登録は消去される、また登録が消去される前にもＲＥＧＩＳＴＥＲリクエストをＳＩＰサーバＢに再送信し（Ｆ２３）、定期的に登録情報を更新する。そして、ＳＩＰサーバＢから２００ＯＫ応答を受け取る（Ｆ２４）ことにより更新登録が完了されたこととなる。
【００５４】
これにより最新のアドレスをロケーションサーバに登録しておけ、画像処理装置は常に最新の受け取りが可能となる。また、画像処理装置がオフラインとなった場合にも登録は消去されることとなる。
【００５５】
＜代替アドレスを用いた転送処理＞
図６Ａ、図６Ｂは、図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。本例は、図２に示したネットワークシステムにおけるデータ通信セッションフロー例である。なお、Ｆ３１〜Ｆ４８はセッションを示し、Ｄ６１及びＤ６２はデータ通信ステップを示す。また、ＮＦＡＸＡ、ＮＦＡＸＢ、ＮＦＡＸＦにはそれぞれ「１１１１」、「２２２２」、「３３３３」のＵＲＩ情報がロケーションサーバに登録されているものとする。
【００５６】
ネットワークを介して、ＮＦＡＸＡ、ＮＦＡＸＢ、ＮＦＡＸＦとＳＩＰサーバが接続されている。このとき、ＮＦＡＸＦからＳＩＰサーバを介してＮＦＡＸＡへと画像データを送信することがユーザにより指定されたものとする。しかしながら、この時ＮＦＡＸＡは何かしらの要因で受信不可能な状態になっているものとする。そして、ＮＦＡＸＡの代替アドレスとしてＮＦＡＸＢが予めリダイレクトサーバに登録されているものとする。なお、ＮＦＡＸＡが受信不可能な場合とは、印刷用紙が紙無しの状態、メモリフルの状態、電源ＯＦＦの状態等が考えられる。
【００５７】
ＮＦＡＸＡは、装置内においてユーザにより事前に入力された転送先のアドレスを登録させておく（Ｓ６０１）。そして、ＮＦＡＸＡが受信不可能な状態となってしまった場合（Ｓ６０２）、ＲＥＧＳＴＥＲリクエストにより転送先の代替アドレスとして登録すべきアドレス(本実施形態ではＮＦＡＸＢのアドレス)をＳＩＰサーバに通知して登録指示する（Ｆ３１）。
【００５８】
このようにして転送先の登録が終了すると、ＮＦＡＸＡはＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ３２）。この状態において、ＮＦＡＸＦがＮＦＡＸＡに対してファクシミリ送信のための発呼を行う（Ｓ６０３）。
【００５９】
ここで、ＳＩＰサーバはＮＦＡＸＦからメソッドＩＮＶＩＴＥを受け取る（Ｆ３３）。このＩＮＶＩＴＥには、Ｔｏに対応する情報として「１１１１」が、ＵＲＩに対応する情報として「１１１１」が含まれている。Ｔｏ」及び「ＵＲＩ」は、ＳＩＰに規定されたアドレス情報であって、「Ｔｏ」はユーザが宛先として指定したＮＦＡＸを示し、「ＵＲＩ」は実際にメソッドＩＮＶＩＴＥなどの制御信号が送られるＮＦＡＸを示す。Ｆ３３では、「Ｔｏ」及び「ＵＲＩ」の両方にＮＦＡＸＡに対応する「１１１１」が指定されている。
【００６０】
宛先として「１１１１」が指定されているので、ＳＩＰサーバはＮＦＡＸＡの情報をロケーションサーバより取得することになっているが、前述の通りＮＦＡＸＡは受信不可状態になっている。そして、ＳＩＰサーバＳには、ＮＦＡＸＡの代替アドレスとして、ＮＦＡＸＢのアドレスが登録されている。
【００６１】
このため、ＳＩＰサーバは、メソッドＩＮＶＩＴＥを転送先であるＮＦＡＸＢに転送する（Ｆ３４）。このとき、ＩＮＶＩＴＥの内容は、Ｔｏが「１１１１」で、ＵＲＩが「２２２２」となっている。即ち、ＳＩＰ情報のＵＲＩアドレスは、リダイレクトサーバに登録された内容に従って、ＳＩＰサーバＳによりＮＦＡＸＢに対応する「２２２２」と書換えられている。
【００６２】
この状態において、Ｓ６０４で、その後、ＮＦＡＸＢがＮＦＡＸＡに代わってＡＣＫメッセージをＮＦＡＸＦに送り（Ｆ３５）、正常にセッションが確立され、ＮＦＡＸＦとＮＦＡＸＢとの間でファクシミリ通信が実行される（Ｄ６１）。
【００６３】
そして、ＮＦＡＸＢからＮＦＡＸＦにメソッドＢＹＥが発行され（Ｆ３６）、ＮＦＡＸＦからその応答コード２００ＯＫがＮＦＡＸＢに返送され（Ｆ３７）、セッションが終了する。
【００６４】
一方、ＮＦＡＸＡは、Ｓ６０２で受信不可状態となった後、受信不可状態の要因に適応した特定の処理が実行されて、ＮＦＡＸＡが、再度受信可能な状態へと復帰する（Ｓ６０５）。
【００６５】
これにより、ＲＥＧＳＴＥＲリクエストにより自機の情報をＳＩＰサーバに再登録指示する（Ｆ３８）。これに対して、ＳＩＰサーバによる登録が終了すると、ＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ３９）。
【００６６】
その後、ＮＦＡＸＡがＮＦＡＸＢに対してＳＩＰサーバを介して、ポーリング受信を行うための発呼としてメソッドＩＮＶＩＴＥする（Ｆ４０、Ｆ４１）。その後、ＮＦＡＸＡはＮＦＡＸＢからのＤＩＳ（初期識別）を受け取る（Ｆ４２、Ｆ４３）。
【００６７】
その際、ＮＦＡＸＢのＣＰＵ１０１はＮＦＡＸＡ宛ての文書がＮＦＡＸＢ内の記憶装置に格納されているかどうかを判別する。そして、ＮＦＡＸＢのＣＰＵ１０１が、ＮＦＡＸＡ宛ての文書がＮＦＡＸＢ内の記憶装置に格納されていると判別した場合に、原稿有りのビットを立てて通知する（Ｓ６０６）。なお、通知方法は、これ以外の通知方法であってもよい。
【００６８】
一方、ＮＦＡＸＢ内の記憶装置に原稿が格納されていなければファクシミリ通信せずに終了し、原稿がＮＦＡＸＢ内の記憶装置に格納されている場合は、ＮＦＡＸＡからＤＴＳ（送信命令）をＮＦＡＸＢが受け取る（Ｆ４４，Ｆ４５）。
【００６９】
このようにＮＦＡＸＢのＣＰＵ１０１は、エラー状態から復帰した画像処理装置からのポーリング要求を前記サーバ装置を介して受信した場合に、復帰した画像処理装置宛のデータが格納されているかを判別する。そして、ＮＦＡＸＢのＣＰＵ１０１が復帰した画像処理装置宛のデータが格納されていると判別した場合に、エラー状態から復帰した画像処理装置宛に記憶装置に格納しているデータを転送する。具体的には、上記の通知処理後、以下のデータ転送処理を行う。
【００７０】
つまり、ＮＦＡＸＡからＡＣＫメッセージをＮＦＡＸＢに送り（Ｆ４６）、受信セッションを確立してファクシミリ通信を行う（Ｄ６２）。
【００７１】
そして、ＮＦＡＸＡからＮＦＡＸＢにＢＹＥが発行され（Ｆ４７）、ＮＦＡＸＢからそのＯＫがＮＦＡＸＡに返送され（Ｆ４８）、セッションが終了する。
【００７２】
このようにして、ＮＦＡＸＢはＮＦＡＸＡ宛てに格納していた文書を送信する。そして、送信終了後にＮＦＡＸＢの記憶装置に格納されたＮＦＡＸＡ宛て文書を消去する（Ｓ６０７）。
【００７３】
図７は、本実施形態を示す画像通信装置における第１のデータ処理手順の一例を示すフローチャートである。なお、本例は、ＮＦＡＸＡにより転送先に指定された図２に示したＮＦＡＸＢが転送文書を受信した際の処理（Ｓ６０４）の詳細処理例である。なお、Ｓ７０１〜Ｓ７０５、Ｓ７０３−ａ〜Ｓ７０３−ｅは各ステップを示す。各ステップは、ＮＦＡＸＢのＣＰＵ１０１がＲＯＭ１０８，ＨＤＤ１１０に記憶される制御プログラムをＲＡＭ１０９にロードして実行することで実現される。
【００７４】
図６Ａに示したＳ６０４で、ＮＦＡＸＢとＳＩＰサーバとのセッションにおいて、ＳＩＰサーバからＳＩＰ情報を受取り、ＣＰＵ１０１がその情報からＴｏアドレスとＵＲＩアドレスを検知する。そして、検知したＴｏアドレスの内容とＵＲＩアドレスの内容とを比較して、内容が異なるかどうかを判別する（Ｓ７０１）。ここで、ＣＰＵ１０１結果による比較の結果、ＴｏアドレスとＵＲＩアドレスが異なっている場合には、他機が宛先として指定されて送信された画像データであると判別する（Ｓ７０２）。そして、そのＳＩＰ情報をもとにＳ７０３中の処理のいずれかを行ってもよいし、全て行うこととしてもよい。
【００７５】
Ｓ７０３中の処理としては、ＴｏアドレスとＵＲＩアドレスをもとに通信管理情報等として記録または表示部等に表示させる（Ｓ７０３−ａ）。これにより、自機が宛先として指定されて送信された画像データであるか、または他機が宛先として指定されて送信され転送されてきた画像データであるかを、ＮＦＡＸＢのユーザが識別することが可能となる。またはＴｏアドレス毎に区別して受信文書数を記録または表示部等に表示させる（Ｓ７０３−ｂ）。さらに、受信した画像データを本来の宛先からのポーリング要求に応えられるように、Ｔｏアドレス毎に区別してＨＤＤ１１０に格納する（Ｓ７０３−ｃ）。また、他機が宛先として指定されて送信された画像データであることを識別するための画像情報を受信した画像データに付加して印刷出力する（Ｓ７０３−ｄ）。さらに、他機が宛先として指定されて送信された画像データについては、印刷出力するために所定のパスワードの入力をユーザに要求するように管理する（Ｓ７０３−ｅ）。
【００７６】
一方、Ｓ７０１において、ＣＰＵ１０１がＴｏアドレスとＵＲＩアドレスが同じであると判断した場合は、自機宛ての文書と識別し（Ｓ７０４）、通常のファクシミリ受信処理を行い（Ｓ７０５）、本処理を終了する。
【００７７】
なお、転送先のファクシミリ装置で印刷出力した場合は、記憶装置から受信した画像データを削除する処理を実行させてもよい。
【００７８】
図８、図９は、本実施形態を示す画像通信装置における通信管理レポートの出力例を示す図である。本例は、図７のＳ７０３−ｅで説明した記録される通信管理レポートの出力例である。
【００７９】
特に、Ｔｏアドレスに対して、受信時刻と、ＵＲＩアドレス、ＦＲＯＭアドレス等をレポートリストとして出力する結果例である。
【００８０】
図９は、図７のＳ７０３−ｄで説明した転送受信文書である旨を意味する印９００（本実施形態では、転送文書としている）をファクシミリ画像にフッター情報等の一部として付加して印刷出力させた場合の例である。
【００８１】
本実施形態では、本来の宛先である画像通信装置がエラーから復帰したら、その画像通信装置が転送先にポーリング要求する。これにより、エラーから復帰した画像処理装置自身が他の画像処理装置に指定転送されている本来の転送宛のデータを取得することができる。
【００８２】
〔第２実施形態〕
上記第１実施形態では、Ｆ４０で、ＮＦＡＸＡがＮＦＡＸＢに対してＳＩＰサーバを介して、ポーリング受信を行うための発呼としてメソッドＩＮＶＩＴＥする。これにより、本来の宛先である画像通信装置がエラーから復帰したら、その画像通信装置が転送先にポーリング要求することによりデータを取得する場合について説明した。これに対して、データ転送先の画像通信装置が定期的に本来の宛先の画像通信装置に対してデータの送信を試みるように制御してもよい。以下、その実施形態について詳述する。
【００８３】
図１０Ａ、図１０Ｂは、図２に示したネットワークシステムにおける第４のデータ通信セッションを説明する図である。本例は、図２に示したネットワークシステムにおけるデータ通信セッションフロー例である。なお、Ｆ５１〜Ｆ６８はセッションを示し、Ｄ１１及びＤ１２はデータ通信ステップを示す。
【００８４】
図１０に示すように、本システムは、ネットワークを介して、ＮＦＡＸＡ、ＮＦＡＸＢ、ＮＦＡＸＦとＳＩＰサーバが接続されている。このとき、ＮＦＡＸＦからＳＩＰサーバを介してＮＦＡＸＡへと画像データを送信することがユーザにより指定されたものとする。しかしながら、この時ＮＦＡＸＡは何かしらの要因で受信不可能な状態になっているものとする。そして、ＮＦＡＸＡの代替アドレスとしてＮＦＡＸＢが予めリダイレクトサーバに登録されているものとする。なお、ＮＦＡＸＡが受信不可能な場合とは、印刷用紙が紙無しの状態、メモリフルの状態、電源ＯＦＦの状態等が考えられる。
【００８５】
ＮＦＡＸＡは、装置内においてユーザにより事前に入力された転送先のアドレスをＮＦＡＸＢとなるように登録させておく（Ｓ６０１）。
【００８６】
そして、下記のような要因に基づき、ＮＦＡＸＡが受信不可能な状態となってしまった場合（Ｓ６０２）、ＲＥＧＳＴＥＲリクエストにより転送先の代替アドレスとして登録すべきアドレス（本実施形態ではＮＦＡＸＢのアドレス）をＳＩＰサーバに通知して登録指示する（Ｆ５１）。ここで、転送先とは、本実施形態ではＮＦＡＸＢとする例である。
【００８７】
なお、ＮＦＡＸＡが受信不可能な状態としては、記録用紙無し状態、メモリフル状態、セッション数がフルとなる負荷大状態、電源ＯＦＦ状態等を想定している。
【００８８】
このようにして転送先の登録が終了すると、ＮＦＡＸＡはＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ５２）。この状態において、ＮＦＡＸＦがＮＦＡＸＡに対してファクシミリ送信のための発呼を行う（Ｓ６０３）。
【００８９】
ここで、ＳＩＰサーバはＮＦＡＸＦがメソッドＩＮＶＩＴＥを受け取る（Ｆ５３）。この状況においては、第１実施形態と同様に、ＳＩＰ情報のＴｏアドレスとＵＲＩアドレスはＮＦＡＸＡに対応する「１１１１」が設定されている。
【００９０】
これを受けて、ＳＩＰサーバはＮＦＡＸＡの情報をロケーションサーバより取得することとなる。しかしながら、前述の受信不可状態のためＮＦＡＸＡの代替アドレスとしてＮＦＡＸＢに対応する「２２２２」が登録されている。
【００９１】
このため、ＳＩＰサーバは、メソッドＩＮＶＩＴＥを転送先であるＮＦＡＸＢに転送する（Ｆ３４）。このとき、ＩＮＶＩＴＥの内容は、Ｔｏが「１１１１」で、転送先を示すＵＲＩが「２２２２」となっている。即ち、ＳＩＰ情報のＵＲＩアドレスは、リダイレクトサーバに登録された内容に従って、ＳＩＰサーバＳによりＮＦＡＸＢに対応する「２２２２」と書換えられている。
【００９２】
この状態において、ＮＦＡＸＢは、ＡＣＫメッセージをＮＦＡＸＦに送り（Ｆ５５）、正常にセッションが確立される。そして、ＮＦＡＸＦとＮＦＡＸＢでファクシミリ通信が実行される（Ｄ１１）。そして、ＮＦＡＸＢからメソッドＢＹＥがＮＦＡＸＦに対して発行され（Ｆ５６）、その応答コード２００ＯＫがＮＦＡＸＦからＮＦＡＸＢに返送され（Ｆ５７）、セッションが終了する。
【００９３】
そして、一定時間経過後（定期的）に（ＴＭ１）、ＮＦＡＸＢはリダイレクトサーバによって、ＮＦＡＸＡのアドレスの問い合わせを行う（Ｆ５８）。そして、ＳＩＰサーバからの応答をうけ（Ｆ５９）、その応答のＳＩＰ情報であるアドレスを確認することが可能となる。
【００９４】
そして、ＳＩＰサーバからの応答した情報によりＮＦＡＸＡが受信可能状態に復帰されたことを検知すると（Ｓ６０５）、ＮＦＡＸＡは、ＲＥＧＳＴＥＲリクエストにより自機のアドレスをＳＩＰサーバに再登録指示する（Ｆ６０）。
【００９５】
このようにして、自機のアドレス再登録が終了すると、ＮＦＡＸＡは、ＳＩＰサーバから２００ＯＫ応答を受け取る（Ｆ６１）。
【００９６】
そして、ＮＦＡＸＢのＣＰＵ１０１は、一定時間経過後（定期的）に（ＴＭ２）、リダイレクトサーバによるアドレス問い合わせをＳＩＰサーバに行い（Ｆ６２）、ＳＩＰサーバからの応答（Ｔｏ：１１１１／ＵＲＩ：１１１１）を受ける（Ｆ６３）。ここで、ＮＦＡＸＢのＣＰＵ１０１は、記憶装置に格納されたデータの転送先が変更されているかどうかをＳＩＰサーバに登録された転送先情報に基づいて判別する。つまり、格納しているＵＲＩが１１１１のうち、Ｔｏが２２２２から１１１１に変更されているか否かを判別する。そして、ＮＦＡＸＢのＣＰＵ１０１がデータの転送先が変更されていると判別した場合に、記憶装置に格納している他の画像処理装置宛のデータを転送するため、以下の処理を行う。
【００９７】
そして、ＮＦＡＸＢがＳＩＰサーバにＮＦＡＸＡ宛ての文書（Ｄ１１に基づく）を送信の接続要求を行う（Ｆ６４）。そして、ＮＦＡＸＡはＮＦＡＸＢからのメソッドＩＮＶＩＴＥをＳＩＰサーバから受け取る（Ｆ６５）。
【００９８】
そして、ＮＦＡＸＡはＡＣＫメッセージをＮＦＡＸＢに送り（Ｆ６６）、セッションを確立してファクシミリ通信を行い（Ｄ１２）、ＮＦＡＸＡ宛ての文書を記憶装置から読み出して送信する。そして、ＮＦＡＸＢからＮＦＡＸＡに対してＢＹＥが発行され（Ｆ６７）、その応答ＯＫが返送され（Ｆ６８）、セッションが終了する。
【００９９】
このようにして、データ送信終了後にＮＦＡＸＢの記憶装置に格納されたＮＦＡＸＡ宛て文書を消去する（Ｓ６０７）。
【０１００】
なお、転送解除に関しては、ＮＦＡＸＡが、再度受信可能な状態へと復帰すると（Ｓ６０５）、ＲＥＧＳＴＥＲリクエストにより自機の情報を再登録指示し、転送先の登録が終了すると２００ＯＫ応答を受け取ることにより成立する。
【０１０１】
前述の一定時間経過後（定期的）に、ＮＦＡＸＢはリダイレクトサーバによって、ＮＦＡＸＡのアドレスの問い合わせを行った後の処理（Ｓ１００１）に関して、図１１のフローチャートを用いて説明を行う。
【０１０２】
図１１は、本実施形態を示す画像通信装置における第２のデータ処理手順の一例を示すフローチャートである。なお、本例は、図２に示したＮＦＡＸＢが転送文書を受信した際の処理（Ｓ６０４）の詳細処理例である。なお、Ｓ１１０１〜Ｓ１１０５は各ステップを示す。各ステップは、ＮＦＡＸＢのＣＰＵ１０１がＲＯＭ１０８，ＨＤＤ１１０に記憶される制御プログラムをＲＡＭ１０９にロードして実行することで実現される。
【０１０３】
まず、Ｓ１１０１で、ＣＰＵ１０１がリダイレクトサーバを介して得られたＳＩＰ情報をもとに、ＴｏアドレスとＵＲＩアドレスを比較して両アドレスが異なるかどうかを判定する。その比較結果で、ＣＰＵ１０１がＴｏアドレスとＵＲＩアドレスが異なると判断した場合は、Ｓ１１０４で、ＮＦＡＸＡが受信可能な状態へと復帰していないと判断する。
【０１０４】
そして、Ｓ１１０５で、転送文書をそのまま記憶装置に格納したままとし、次のリダイレクトサーバへの確認に備える。ここで、記憶装置は、ＨＤＤ１１０、ＲＡＭ１０９が含まれる。
【０１０５】
一方、Ｓ１１０１において、ＣＰＵ１０１がＴｏアドレスとＵＲＩアドレスとが同じと判断した場合は、Ｓ１１０２で、ＣＰＵ１０１は、ＮＦＡＸＡが受信可能な状態へと復帰したと判断する（Ｓ１１０２）。そして、ＮＦＡＸＡ宛ての文書を記憶装置内から選択し転送送信の準備して（Ｓ１１０３）、本処理を終了する。
【０１０６】
以上により、ＮＦＡＸにおいて受信側に不具合が生じ受信不可能となった場合でも、転送設定された例えばＮＦＡＸＢへファクシミリ通信することを可能となる。
【０１０７】
また、ＮＦＡＸＡが送信不可状況を回避できると共に、受信可能状態となった場合、転送設定されたＮＦＡＸＢから文書を送信者が所望する装置へと送信することも可能となる。
【０１０８】
さらに、ＮＦＡＸにおいて受信された文書が自機宛ての文書が、転送文書として送信された他機宛ての文書かを容易に識別することを可能となる。
【０１０９】
〔第３実施形態〕
以下、図１２に示すメモリマップを参照して本発明に係る画像通信装置で読み取り可能なデータ処理プログラムの構成について説明する。
【０１１０】
図１２は、本発明に係る画像通信装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１１１】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１１２】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１１３】
本実施形態における図７、図１１に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１１４】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給する。そして、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１５】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１６】
従って、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。
【０１１７】
プログラムを供給するための記憶媒体としては、例えばフレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤなどを用いることができる。
【０１１８】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１９】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、該ホームページから本発明のコンピュータプログラムそのもの、もしくは、圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバやｆｔｐサーバ等も本発明の請求項に含まれるものである。
【０１２０】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１２１】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではない。例えばそのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行う。そして、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２２】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込ませる。その後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１２３】
本発明は上記実施形態に限定されるものではなく、本発明の趣旨に基づき種々の変形（各実施形態の有機的な組合せを含む）が可能であり、それらを本発明の範囲から排除するものではない。
【０１２４】
本発明の様々な例と実施形態を示して説明したが、当業者であれば、本発明の趣旨と範囲は、本明細書内の特定の説明に限定されるのではない。
【図面の簡単な説明】
【０１２５】
【図１】本発明の第１実施形態を示す画像処理装置の構成を説明するブロック図である。
【図２】図１に示した画像処理装置を含むネットワークシステムの一例を示す図である。
【図３】図２に示したネットワークシステムにおける第１のデータ通信セッションを説明する図である。
【図４】図２に示したＳＩＰサーバが備える各サーバ機能と送信側の各ＮＦＡＸとの関係を説明する図である。
【図５】図２に示したネットワークシステムにおける第２のデータ通信セッションを説明する図である。
【図６Ａ】図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。
【図６Ｂ】図２に示したネットワークシステムにおける第３のデータ通信セッションを説明する図である。
【図７】本実施形態を示す画像通信装置における第１のデータ処理手順の一例を示すフローチャートである。
【図８】本実施形態を示す画像通信装置における通信管理レポートの出力例を示す図である。
【図９】本実施形態を示す画像通信装置における通信管理レポートの出力例を示す図である。
【図１０Ａ】図２に示したネットワークシステムにおける第４のデータ通信セッションを説明する図である。
【図１０Ｂ】図２に示したネットワークシステムにおける第４のデータ通信セッションを説明する図である。
【図１１】本実施形態を示す画像通信装置における第２のデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係る画像通信装置で読み取り可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
【０１２６】
１０１ ＣＰＵ
１０６ ＩＰパケット作成／解析部
１０７ 画像変換制御部
１０８ ＲＯＭ
１０９ ＲＡＭ
１１０ ＨＤＤ
１１２ 外部メモリ
１１３ ネットワークＩ／Ｆ部
１１４ Ｔ．３８プロトコル作成／解析部
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された相手装置と通信可能な画像通信装置であって、
前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信手段と、
前記受信手段が受信した画像データを記憶する記憶手段と、
前記他の画像通信装置からの画像データの送信要求を受け付ける受付手段と、
前記受付手段が前記送信要求を受け付けた場合に、前記記憶手段に記憶した画像データの中から、前記他の画像通信装置が宛先として指定されて送信された画像データを検索する検索手段と、
前記検索手段により検索された画像データを、前記他の画像通信装置に送信する送信手段と、
を備えることを特徴とする画像通信装置。
【請求項２】
前記受信手段は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項１記載の画像通信装置。
【請求項３】
前記記憶手段は、前記セッション制御プロトコル情報に含まれるＴＯアドレス情報毎に区別して、前記画像データを記憶することを特徴とする請求項２に記載の画像通信装置。
【請求項４】
ネットワークを介して接続された相手装置と通信可能な画像通信装置であって、
前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信手段と、
前記受信手段が受信した画像データを記憶する記憶手段と、
前記他の画像通信装置が受信可能な状態であるかどうかを判定する判定手段と、
前記判定手段により前記他の画像通信装置が受信可能な状態であると判定した場合に、
前記記憶手段に記憶された画像データを、前記他の画像通信装置に送信する送信手段と、
を備えることを特徴とする画像通信装置。
【請求項５】
前記受信手段は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項４記載の画像通信装置。
【請求項６】
前記判定手段は、前記受信手段が前記画像データを受信する際に用いた前記セッション制御プロトコル情報に含まれるＵＲＩアドレス情報が、前記ネットワーク上のサーバ装置に登録されているか否かを問い合わせることにより、前記判定を行うことを特徴とする請求項５に記載の画像通信装置。
【請求項７】
ネットワークを介して接続された相手装置と通信可能な画像通信装置の制御方法であって、
前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信工程と、
前記受信工程が受信した画像データを記憶手段に記憶する記憶工程と、
前記他の画像通信装置からの画像データの送信要求を受け付ける受付工程と、
前記受付工程が前記送信要求を受け付けた場合に、前記記憶手段に記憶した画像データの中から、前記他の画像通信装置が宛先として指定されて送信された画像データを検索する検索工程と、
前記検索工程により検索された画像データを、前記他の画像通信装置に送信する送信工程と、
を備えることを特徴とする画像通信装置の制御方法。
【請求項８】
前記受信工程は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項７記載の画像通信装置の制御方法。
【請求項９】
前記記憶手段は、前記セッション制御プロトコル情報に含まれるＴＯアドレス情報毎に区別して、前記画像データを記憶することを特徴とする請求項８に記載の画像通信装置の制御方法。
【請求項１０】
ネットワークを介して接続された相手装置と通信可能な画像通信装置の制御方法であって、
前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信工程と、
前記受信工程が受信した画像データを記憶手段に記憶する記憶工程と、
前記他の画像通信装置が受信可能な状態であるかどうかを判定する判定工程と、
前記判定工程により前記他の画像通信装置が受信可能な状態であると判定した場合に、
前記記憶手段に記憶された画像データを、前記他の画像通信装置に送信する送信工程と、
を備えることを特徴とする画像通信装置の制御方法。
【請求項１１】
前記受信工程は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項１０記載の画像通信装置の制御方法。
【請求項１２】
前記判定工程は、前記受信工程が前記画像データを受信する際に用いた前記セッション制御プロトコル情報に含まれるＵＲＩアドレス情報が、前記ネットワーク上のサーバ装置に登録されているか否かを問い合わせることにより、前記判定を行うことを特徴とする請求項１１に記載の画像通信装置の制御方法。
【請求項１】
ネットワークを介して接続された相手装置と通信可能な画像通信装置であって、
前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信手段と、
前記受信手段が受信した画像データを記憶する記憶手段と、
前記他の画像通信装置からの画像データの送信要求を受け付ける受付手段と、
前記受付手段が前記送信要求を受け付けた場合に、前記記憶手段に記憶した画像データの中から、前記他の画像通信装置が宛先として指定されて送信された画像データを検索する検索手段と、
前記検索手段により検索された画像データを、前記他の画像通信装置に送信する送信手段と、
を備えることを特徴とする画像通信装置。
【請求項２】
前記受信手段は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項１記載の画像通信装置。
【請求項３】
前記記憶手段は、前記セッション制御プロトコル情報に含まれるＴＯアドレス情報毎に区別して、前記画像データを記憶することを特徴とする請求項２に記載の画像通信装置。
【請求項４】
ネットワークを介して接続された相手装置と通信可能な画像通信装置であって、
前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信手段と、
前記受信手段が受信した画像データを記憶する記憶手段と、
前記他の画像通信装置が受信可能な状態であるかどうかを判定する判定手段と、
前記判定手段により前記他の画像通信装置が受信可能な状態であると判定した場合に、
前記記憶手段に記憶された画像データを、前記他の画像通信装置に送信する送信手段と、
を備えることを特徴とする画像通信装置。
【請求項５】
前記受信手段は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項４記載の画像通信装置。
【請求項６】
前記判定手段は、前記受信手段が前記画像データを受信する際に用いた前記セッション制御プロトコル情報に含まれるＵＲＩアドレス情報が、前記ネットワーク上のサーバ装置に登録されているか否かを問い合わせることにより、前記判定を行うことを特徴とする請求項５に記載の画像通信装置。
【請求項７】
ネットワークを介して接続された相手装置と通信可能な画像通信装置の制御方法であって、
前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信工程と、
前記受信工程が受信した画像データを記憶手段に記憶する記憶工程と、
前記他の画像通信装置からの画像データの送信要求を受け付ける受付工程と、
前記受付工程が前記送信要求を受け付けた場合に、前記記憶手段に記憶した画像データの中から、前記他の画像通信装置が宛先として指定されて送信された画像データを検索する検索工程と、
前記検索工程により検索された画像データを、前記他の画像通信装置に送信する送信工程と、
を備えることを特徴とする画像通信装置の制御方法。
【請求項８】
前記受信工程は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項７記載の画像通信装置の制御方法。
【請求項９】
前記記憶手段は、前記セッション制御プロトコル情報に含まれるＴＯアドレス情報毎に区別して、前記画像データを記憶することを特徴とする請求項８に記載の画像通信装置の制御方法。
【請求項１０】
ネットワークを介して接続された相手装置と通信可能な画像通信装置の制御方法であって、
前記相手装置において他の画像通信装置が宛先として指定されて送信された画像データを、前記相手装置から受信する受信工程と、
前記受信工程が受信した画像データを記憶手段に記憶する記憶工程と、
前記他の画像通信装置が受信可能な状態であるかどうかを判定する判定工程と、
前記判定工程により前記他の画像通信装置が受信可能な状態であると判定した場合に、
前記記憶手段に記憶された画像データを、前記他の画像通信装置に送信する送信工程と、
を備えることを特徴とする画像通信装置の制御方法。
【請求項１１】
前記受信工程は、セッション制御プロトコルに基づいて前記相手装置と通信することにより、前記画像データを受信することを特徴とする請求項１０記載の画像通信装置の制御方法。
【請求項１２】
前記判定工程は、前記受信工程が前記画像データを受信する際に用いた前記セッション制御プロトコル情報に含まれるＵＲＩアドレス情報が、前記ネットワーク上のサーバ装置に登録されているか否かを問い合わせることにより、前記判定を行うことを特徴とする請求項１１に記載の画像通信装置の制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６Ａ】
【図６Ｂ】
【図７】
【図８】
【図９】
【図１０Ａ】
【図１０Ｂ】
【図１１】
【図１２】
【公開番号】特開２００８−１６０２８６（Ｐ２００８−１６０２８６Ａ）
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願番号】特願２００６−３４４３９５（Ｐ２００６−３４４３９５）
【出願日】平成１８年１２月２１日（２００６．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
【公開日】平成２０年７月１０日（２００８．７．１０）
【国際特許分類】
【出願日】平成１８年１２月２１日（２００６．１２．２１）
【出願人】（０００００１００７）キヤノン株式会社 (59,756)
【Ｆターム（参考）】
[ Back to top ]