(57)【要約】【課題】被呼側のＩＰファクシミリ装置において、画像データを受信することができない事情がある場合、発呼側に画像データの再送信の負担を負わせることなく、当該事情が解消した後に、自動的に当初受信することができなかった画像データを取得することを可能とする画像通信装置を提供すること。【解決手段】「ＩＮＶＩＴＥ」を受信した場合に（Ｔ１）、画像データを受信するか否かを所定の受信条件に基づき決定し、画像データを受信しないと決定した場合、発呼側１Ａに対して他の装置により画像データを代替受信する旨及び他の装置のメールアドレスＭ１をＳＩＰの応答コード「３０２」により通知し（Ｔ２）、その後、前記所定の受信条件に基づき自装置１Ｂが代替受信された画像データを取出せる状態にあると判定したときにメールアドレスＭ１から代替受信された画像データを取出す画像通信装置１Ｂ。【選択図】図５
2006229395.tif 000002
【特許請求の範囲】
【請求項１】
呼制御プロトコルによりメディアセッションを確立した上で画像データを受信する手段を備える画像通信装置において、発呼側からメディアセッションの確立要求を受信した場合に、画像データを受信するか否かを所定の受信条件に基づき決定する決定手段と、画像データを受信しないと決定した場合、前記発呼側に対して他の装置により画像データを代替受信する旨及び代替受信する前記他の装置の宛先情報を呼制御プロトコルにより通知する通知手段と、該通知後、前記所定の受信条件に基づき自装置が代替受信された画像データを取出せる状態にあるか否かを判定し、取出せる状態にあると判定したとき前記宛先情報にアクセスして代替受信された画像データを取出す取出手段と、を備えることを特徴とする画像通信装置。
【請求項２】
呼制御プロトコルによりメディアセッションを確立した上で画像データを受信する手段を備える画像通信装置において、発呼側からメディアセッションの確立要求を受信した場合に、画像データを受信するか否かを所定の受信条件に基づき決定する決定手段と、画像データを受信しないと決定した場合、前記発呼側に対して他の装置により画像データを代替受信する旨及び代替受信する前記他の装置の宛先情報を呼制御プロトコルにより通知する通知手段と、前記通知後、所定操作を受付けた場合に前記宛先情報にアクセスして代替受信された画像データを取出す取出手段と、を備えることを特徴とする画像通信装置。
【請求項３】
前記他の装置はメールサーバであり、前記他の装置の宛先情報はメールアドレスであり、前記取出手段による画像データの取出しは、ＰＯＰによるものである、ことを特徴とする請求項１又は２記載の画像通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session  Initiation  Protocol）等の呼制御プロトコルを利用して、画像データの送受信を行う通信機能のほか、該通信機能と異なる画像データ通信機能をさらに備える画像通信装置に関する。
【背景技術】
【０００２】
近年、ＳＩＰ等の呼制御プロトコルによりメディアセッションを確立して、画像データの送受信を行うＩＰファクシミリ装置が提案されている（例えば、特許文献１乃至３参照。）。かかるＩＰファクシミリ装置では、Ｇ３ファクシミリ装置と同様に宛先情報を電話番号にて指定することができるので、ユーザはＧ３ファクシミリ装置と同様の感覚で送信操作を行うことができるという利点がある。併せて、Ｇ３ファクシミリよりも通信コストが節減されるという利点もある。
【特許文献１】特開２００４−１７２８５３号公報
【特許文献２】特開２００４−２２１９４５号公報
【特許文献３】特開２００４−２６０５３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ＩＰファクシミリ装置は、Ｇ３ファクシミリ装置と同様に、画像データの送受信を行う場合、受信側の装置は、受信した画像データをメモリに蓄積することによって保存するか、記録用紙に印字することによって保存する。したがって、受信した画像データを蓄積するためのメモリの空き容量が少ないときや受信した画像データを印字出力するための記録用紙がなくなっているときは、画像データを受信して保存することができない。この場合、被呼側ＩＰファクシミリ装置が受信エラーを起し、発呼側装置のユーザに、再送信の負担を負わせることになる。
【０００４】
本発明は、かかる問題に鑑みてなされたものであり、被呼側のＩＰファクシミリ装置等の画像通信装置において、画像データを受信することができない事情がある場合、発呼側に画像データの再送信の負担を負わせることなく、当該事情が解消した後に、自動的に当初受信することができなかった画像データを取得することを可能とする画像通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
請求項１記載の画像通信装置は、呼制御プロトコルによりメディアセッションを確立した上で画像データを受信する手段を備える画像通信装置において、発呼側からメディアセッションの確立要求を受信した場合に、画像データを受信するか否かを所定の受信条件に基づき決定する決定手段と、画像データを受信しないと決定した場合、前記発呼側に対して他の装置により画像データを代替受信する旨及び代替受信する前記他の装置の宛先情報を呼制御プロトコルにより通知する通知手段と、該通知後、前記所定の受信条件に基づき自装置が代替受信された画像データを取出せる状態にあるか否かを判定し、取出せる状態にあると判定したときに前記宛先情報にアクセスして代替受信された画像データを取出す取出手段と、を備えることを特徴としている。
【０００６】
前記所定の受信条件は、例えば、受信画像データを蓄積する記憶資源の空き容量、受信画像データを印字出力するための記録用紙の残量などである。
【０００７】
請求項２記載の画像通信装置は、呼制御プロトコルによりメディアセッションを確立した上で画像データを受信する手段を備える画像通信装置において、発呼側からメディアセッションの確立要求を受信した場合に、画像データを受信するか否かを所定の受信条件に基づき決定する決定手段と、画像データを受信しないと決定した場合、前記発呼側に対して他の装置により画像データを代替受信する旨及び代替受信する前記他の装置の宛先情報を呼制御プロトコルにより通知する通知手段と、前記通知後、所定操作を受付けた場合に前記宛先情報にアクセスして代替受信された画像データを取出す取出手段と、を備えることを特徴としている。
【０００８】
前記所定の受信条件は、例えば、発呼側からの画像データを親展受信するか否かを決定するための条件である。また、前記所定操作は、例えば、代替受信された画像データを取得するためのパスワード等の認証情報の入力操作である。
【０００９】
請求項３記載の画像通信装置は、請求項１又は２記載の画像通信装置において、前記他の装置はメールサーバであり、前記他の装置の宛先情報はメールアドレスであり、前記取出手段による画像データの取出しは、ＰＯＰによるものである、ことを特徴としている。
【発明の効果】
【００１０】
請求項１記載の画像通信装置によれば、呼制御プロトコルによる着信があった時、装置が画像データを受信することができない事情がある場合に、発呼側に画像データの再送信の負担を負わせることなく、当該事情が解消した後に、当初受信することができなかった画像データを自動的に取得することができる。
【００１１】
請求項２記載の画像通信装置によれば、呼制御プロトコルによる着信があった時、装置が画像データを受信することができない事情がある場合や、その時に装置に画像データを受信させたくないユーザの事情がある場合に、発呼側に画像データの再送信の負担を負わせることなく、ユーザの都合のよいタイミングで当初受信することができなかった画像データを取得することができる。また、ユーザが所定操作をするまで、画像データは他の装置に保存され、本装置には保存されないことから、本装置のユーザが不在の間に外部侵入者等によって、本装置から機密情報を含んだ画像データが不正に取得されるおそれがなく、セキュリティ上の利点も得られる。
【００１２】
請求項３記載の画像通信装置は、他の装置としてメールサーバを利用するものであるので、他の装置として、通信事業者等が管理するメールサーバを利用することが可能となり、画像通信装置と他の装置からなるシステムを安価に構築することができるなどの利点がある。
【発明を実施するための最良の形態】
【００１３】
以下、本発明の実施の形態に係る画像通信装置について説明する。画像通信装置としては、呼制御プロトコルを利用して原稿の画像データを送受信するＩＰファクシミリ通信機能、画像データを添付して電子メールを送受信するインターネットファクシミリ通信機能、公衆交換電話網を通じて画像データの送受信を行うＧ３方式等のファクシミリ通信機能等を備えた複合機型のファクシミリ装置を例に挙げて説明する。
【００１４】
図１に本発明の実施の形態に係るファクシミリ装置１の構成例を示す。すなわち、ファクシミリ装置１は、ＣＰＵ（中央処理装置）２、ＲＯＭ（リードオンリーメモリー）３、ＲＡＭ（ランダムアクセスメモリー）４、画像メモリ５、モデム６、ＮＣＵ７、コーデック８、読取部９、記録部１０、表示部１１、操作部１２、時刻管理部１３、ＬＡＮインタフェース１４を備え、各部２乃至１４はバスＢによって接続されている。
【００１５】
ＣＰＵ２は、ＲＯＭ３に格納された制御プログラムに従って、このファクシミリ装置１を構成する各部を制御する制御手段として機能する。ＲＡＭ４は、ＣＰＵ２の主メモリ、ワークエリア等として機能する。また、ＲＡＭ４には、後述するテーブルＸ１等が格納されている。画像メモリ５は、コーデック８によって圧縮符号化された画像データ等を記憶する。画像メモリ５は、ファクシミリ装置１が受信画像データを蓄積する記憶資源であり、その空き容量は、ＣＰＵ２により監視されている。
【００１６】
モデム６は、例えばＩＴＵ−Ｔ（国際電気通信連合）の勧告Ｖ．３４規格又はこれと同様のものに従った送受信データの変調及び復調を行う。ＮＣＵ７は、ＰＳＴＮ（公衆交換電話網）１５との回線の閉結及び開放の動作を行う回線網制御装置であり、Ｇ３ファクシミリ送受信時にモデム６をＰＳＴＮ１５と接続する。コーデック８は、ファクシミリ送信等に際して、画像データを、ＪＰＥＧ方式又はＭＨ、ＭＲ、ＭＭＲ方式等により圧縮符号化し、また、受信した画像データ等を復号する。
【００１７】
読取部９は、原稿の画像データを読取るものであり、例えば、ＣＣＤカラーラインイメージセンサ、Ａ／Ｄコンバータ、画像処理回路等で構成される。記録部１０は、給紙カセットから記録用紙を取り出して、画像データを記録用紙上に記録する。なお、記録部１０には、記録用紙の残量を検出する記録用紙残量検出部１０ａとしての残量検出センサが設けられており、前記記録用紙残量検出部１０ａとＣＰＵ２とで記録用紙の残量検出手段を構成する。すなわち、記録用紙残量検出部１０ａが記録用紙の残量に基づき出力する信号によりＣＰＵ２は、記録用紙の残量を判断する。
【００１８】
表示部１１は、例えば操作部１２に並設されたＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）からなり、各種の画面情報を表示する。操作部１２は、スタートキー、文字入力キー、ファンクションキーなど各種の操作キーを具備し、ユーザによる各種の操作は、この操作部１２において行われる。時刻管理部１３は、現在時刻を管理する回路等からなり、ＣＰＵ２の要求に応じて現在時刻情報を提供する。
【００１９】
ＬＡＮインタフェース１４は、ファクシミリ装置１とＬＡＮ（ローカルエリアネットワーク）１６とを接続するインターフェースであり、これを通じてファクシミリ装置１は、同じくＬＡＮ１６に接続された他の装置と画像データの送受信を行う。図２に示すように、ＬＡＮ１６にはルータ１７のほか、メールサーバ１８、ＨＴＴＰサーバ１９等が接続されている。
【００２０】
上記構成を備えるファクシミリ装置１は、ＴＣＰ／ＩＰ（Transmission  Control  Protocol/Internet  Protocol）、ＳＩＰ、ＲＴＰ（Real-time  Transport  Protocol）、ＳＤＰ（Session  Description  Protocol）などを実装することにより、ＳＩＰによりメディアセッションを確立した上で画像データを相手先と送受信する機能を実現する。また、ファクシミリ装置１は、ＳＭＴＰにより電子メールを送信する機能及びＰＯＰ（Post  Office  Protocol）によりメールサーバから電子メールを取り出す機能を備えている。なお、本実施の形態では呼制御プロトコルとしてＳＩＰを例に挙げて説明するが、メディアセッションを確立するのに先立ってメッセージをやり取りするものであれば、ＳＩＰ以外の呼制御プロトコルを適用することも可能である。
【００２１】
上記構成及び機能を備えるファクシミリ装置１同士でメディアセッションの確立要求としてのセッション参加リクエスト「ＩＮＶＩＴＥ」のやり取りが行われると、被呼側ファクシミリ装置１Ｂ（以下「被呼側装置１Ｂ」という。）は、後述する所定の受信条件に基づき画像データを受信するか否かを決定する。受信すると決定した場合は、「ＩＮＶＩＴＥ」に対する肯定応答をした後、発呼側ファクシミリ装置１Ａ（以下「発呼側装置１Ａ」という。）の間でメディアセッションを確立した上で、画像データの送受信が行われる。一方、被呼側装置１Ｂにおいて画像データを受信しないと決定した場合は、被呼側装置１Ｂから発呼側装置１Ａに対して他の装置により画像データを代替受信する旨及び代替受信する前記他の装置の宛先情報をＳＩＰの応答処理、例えばＳＩＰのレスポンスコード３０２の送信により通知する。
【００２２】
発呼側装置１Ａは、被呼側装置１Ｂから受信した前記応答処理の内容から被呼側が代替受信する旨の情報を検出すると、被呼側装置１Ｂに画像データを送信することを中止して、被呼側装置１Ｂに送信する予定であった画像データを電子メールに添付して、被呼側装置１Ｂから受信した代替受信する装置の宛先情報（メールアドレス）宛に送信する。
【００２３】
被呼側装置１Ｂは、前記応答処理を行った後、前記所定の受信条件に基づき自装置１Ｂが他の装置により代替受信された画像データを取り出せる状態にあるか否かを判定し、取り出せる状態にあると判定したとき、前記他の装置の宛先情報にアクセスして代替受信された画像データを取り出す。なお、被呼側装置１Ｂは、取出せる状態にないと判定したときは、取り出せる状態にあると判定されるまで、前記判定を繰返し行う。あるいは、被呼側装置１Ｂは、ユーザによりなされた所定操作を受付けたとき、前記他の装置の宛先情報にアクセスして代替受信された画像データを取り出す。
【００２４】
被呼側装置１Ｂが前記動作を実行するために、ファクシミリ装置１内のＲＡＭ４には、図３に示すような、代替受信機能設定テーブルＸ１と、図４に示すような、親展受信の実行条件を設定した親展受信機能設定テーブルＸ２が記憶されている。
【００２５】
代替受信機能設定テーブルＸ１は、「条件種別」欄、「受信条件値」欄及び「代替受信装置宛先情報」欄を有する。「条件種別」欄には、受信条件の種別として、画像メモリ５の空き容量に関する「メモリ残量」、記録部１０の記録用紙の残量に関する「記録用紙残量」、及び着信時間帯に関する「時間帯」が登録されている。「受信条件値」欄には、各受信条件にそれぞれ対応付けてしきい値が登録されている。例えば、メモリ残量のしきい値としてデータサイズ「１ＭＢ」が登録されている。記録用紙残量のしきい値としては記録用紙トレイの最大収容量に対する割合「１０％」が登録されている。時間帯のしきい値としては時間帯情報「８：００〜２０：００」が登録されている。「代替受信装置宛先情報」欄には、代替受信させる装置（以下「代替受信装置」ともいう。）の宛先情報（メールアドレス）が全ての条件種別に共通なものとして登録されている。なお、「代替受信装置宛先情報」欄に、全ての条件種別に共通した複数の宛先情報が登録されるようにしてもよいし、各条件種別毎に１又は複数の宛先情報をそれぞれ対応付けて登録されるようにしてもよい。
【００２６】
親展受信機能設定テーブルＸ２は、「親展条件」欄、「代替受信装置宛先情報」欄及び「パスワード」欄を有する。「親展条件」欄には、画像データを親展扱いするか否かを決定するための受信条件が登録されている。具体的には、「親展条件」欄において「Ｆｒｏｍ＝」に続けて発呼側装置の宛先情報（例えばＩＰ電話番号、ＩＰアドレス等）が登録されるようになっており、ファクシミリ装置１が被呼側となって「ＩＮＶＩＴＥ」を受信した際に、「ＩＮＶＩＴＥ」の「Ｆｒｏｍ：」ヘッダに記述されている発呼側装置の宛先情報と「親展条件」欄において「Ｆｒｏｍ＝」に続けて記述されている情報が一致した場合に、親展扱いすることを決定する。本実施の形態における親展扱いとは、被呼側装置１Ｂが自ら画像データを受信しないと決定して、発呼側装置１Ａに画像データを他の装置に代替受信させる旨及び代替受信させる装置の宛先情報を通知することにより、当該他の装置に画像データを代替受信させ、その後、操作部１２等から所定操作が行われた場合（例えば、正規の認証情報の入力操作が行われた場合）に、当該他の装置から画像データを取り出す処理である。
【００２７】
「代替受信装置宛先情報」欄には、代替受信装置の宛先情報（メールアドレス）が各親展条件毎にそれぞれ対応付けて登録されている。「パスワード」欄には、他の装置に代替受信された画像データを取出す際にファクシミリ装置１においてユーザが入力すべき認証情報が各親展条件毎にそれぞれ対応付けて登録されている。
【００２８】
なお、前記親展条件は、リクエスト「ＩＮＶＩＴＥ」に含まれる種々の情報に関して設定することが可能であり、上記した発呼側の宛先情報に限定されない。また、前記テーブルＸ１、Ｘ２では、受信条件のしきい値、親展条件、代替受信装置の宛先情報は、操作部１２における所定操作により自在に追加、削除、変更等を行うことができるようになっている。
【００２９】
つぎに、発呼側装置１Ａ及び被呼側装置１Ｂの処理動作について、図５のシーケンス図に基づいて説明する。被呼側装置１Ｂの処理動作については、更に図６のフローチャートに基づいて説明する。
【００３０】
被呼側装置１Ｂが、発呼側装置１Ａから図示しないＳＩＰサーバを介して（以下、発呼側と被呼側の間で通信に介在するＳＩＰサーバの説明は省略する。）、セッション参加リクエスト「ＩＮＶＩＴＥ」を受信すると（Ｔ１、Ｓ１：ＹＥＳ）、画像データを自装置１で受信するか否かを所定の受信条件に基づき決定する（Ｓ２）。ここで受信条件は、画像メモリ５の空き容量、記録用紙の残量、現在時刻の時間帯、発呼側が送信しようとしている画像データを親展扱いするか否かを決定する条件（発呼側の宛先情報）である。
【００３１】
ＣＰＵ２は、受信条件に基づき画像データを受信するか否かを判断するために、画像メモリ５の空き容量を検出し、それが代替受信機能設定テーブルＸ１において設定された所定のしきい値「１ＭＢ」以上あるか否かを確認する。また、ＣＰＵ２は、記録用紙残量検出部１０ａにより検出した記録用紙の残量が同テーブルＸ１において設定された所定のしきい値「１０％（最大収容枚数の１０％）」以上あるか否かを確認する。また、ＣＰＵ２は、時刻管理部１３により取得した現在時刻が設定された設定された時間帯「８：００〜２０：００」であるか否かを確認する。また、ＣＰＵ２は、発呼側装置１Ａの宛先情報がテーブルＸ２の「親展条件」欄に登録された宛先情報と一致するか否かを確認する。そして、画像メモリ５の空き容量及び記録用紙の残量が設定されたしきい値以上あり、現在時刻が設定された時間帯にあり、発呼側装置１Ａの識別情報がテーブルＸ１の「受信条件値」欄に登録された識別情報と一致しないことを確認した場合は、自装置１Ｂで画像データを受信することを決定する。
【００３２】
一方、何れかのしきい値を満たしていないと判断した場合、あるいは、発呼側装置１Ａが送信しようとしている画像データが親展扱いすべきものであると判断した場合は、自装置１で画像データを受信せず、他の装置に代替受信させることを決定する。
【００３３】
自装置１Ｂで画像データを受信することを決定した場合は（Ｓ２：ＹＥＳ）、「ＩＮＶＩＴＥ」に対する成功応答コード「２００」を発呼側装置へ返信し（Ｓ３）、「ＡＣＫ」を発呼側装置から受信した後、発呼側装置との間でメディアセッションを確立し（Ｓ４）、メディアセッション上で発呼側装置から送出される画像データを受信する（Ｓ５）。画像データの受信完了後は、発呼側装置からセッション終了リクエスト「ＢＹＥ」を受信し、該リクエストに対する応答コード「２００」を発呼側装置へ返信してセッションが終了される。
【００３４】
一方、前記Ｓ２において、自装置１Ｂで画像データを受信せずに、他の装置に代替受信させると決定した場合は（Ｓ２：ＮＯ）、発呼側装置１Ａに対して、他の装置により画像データを代替受信する旨、代替受信するメールサーバ１８のメールボックスのメールアドレス及び、更に好ましくは自装置１Ｂの画像データの受信能力情報、を通知するためのリダイレクト応答情報を生成する（Ｓ６）。そして、代替受信機能設定テーブルＸ１又は親展受信機能設定テーブルＸ２から代替して受信させるべきメールサーバ１８内のメールアドレスを抽出する。例えば、図５に示すメッセージ内容のように、ＳＩＰレスポンスコード「３０２」に抽出したメールアドレスＭ１を付加し、さらに自装置１Ｂの受信能力情報Ｍ２を付加したリダイレクト応答情報Ｍを生成する。次いで、生成したリダイレクト応答情報Ｍを発呼側装置１Ａに返信して、他の装置により画像データを代替受信する旨及び代替受信させるメールサーバ１８内のメールアドレスＭ１を通知する（Ｔ２、Ｓ７）。なお、受信能力情報Ｍ２としては、例えば被呼側装置１Ｂが受信可能な画像データの解像度を示す情報（図示「ｄｐｉ＝」に続けて記述された情報）、圧縮符号化方式を示す情報（図示「ｃｏｄｉｎｇ＝」に続けて記述された情報）、及び記録用紙サイズを示す情報（図示「ｐａｐｅｒｓｉｚｅ＝」に続けて記述された情報）が予め被呼側装置１ＢのＲＡＭ４等の記憶手段に記憶されており、リダイレクト応答情報Ｍを生成する際にＣＰＵ２が記憶手段から読み出して当該リダイレクト応答情報Ｍに記述する。
【００３５】
一方、前記リダイレクト応答情報Ｍを受信した発呼側装置１Ａは、受信したメッセージＭを解析して、それが呼び出し先が直接画像データを受信せず他の装置により画像データを代替受信する旨を示しているものであることを検出すると、更に、リダイレクト応答情報に含まれている代替受信するメールサーバ内のメールアドレスＭ１及び被呼側装置１Ｂの受信能力情報Ｍ２を抽出する。そして、発呼側装置１Ａは、当初被呼側装置１Ｂに対して送信する予定であった画像データのフォーマットと抽出した受信能力情報Ｍ２を対比して、画像データのフォーマットに被呼側装置１Ｂの受信能力情報が対応していない場合は、被呼側装置１Ｂの受信能力に合わせて画像データをフォーマット変換する。そして、フォーマット変換した画像データを添付した電子メールを生成し、これを前記メールアドレスＭ２宛に送信する。
【００３６】
発呼側装置１Ａから送出された画像データが添付された電子メールは、当該メールアドレスＭ２を有するメールサーバ１８によって受信され、当該メールアドレスＭ２に該当するメールボックスに格納される。
【００３７】
その後、被呼側装置１Ｂは、メールサーバ１８のメールボックスに格納された電子メールを自装置１Ｂが取り出せる状態にあるか否かを判定する。Ｓ２において自装置１Ｂで画像データを受信しないことを決定することの根拠となった受信条件が画像データを親展扱いするか否かを決定するための条件（以下「親展受信条件」ともいう。）である場合にあっては（Ｓ８：ＹＥＳ）、親展扱いの着信があった旨及びメールボックスのアカウントを表示部１１に表示する（Ｓ９）。そして、被呼側装置１Ｂにおいてオペレータによる操作部１１からの正規のパスワード（テーブルＸ２に登録されたパスワード）の入力操作を受付けた場合に（Ｓ１０：ＹＥＳ）、Ｓ７で送信したリダイレクト応答情報Ｍに含めたメールアドレスＭ２に該当するメールボックスにＰＯＰによりアクセスして格納されている電子メールを取り出して受信する（Ｓ１１）。
【００３８】
一方、Ｓ２において自装置１Ｂで画像データを受信しないことを決定することの根拠となった受信条件が親展受信条件でない場合にあっては（Ｓ８：ＮＯ）、自装置１Ｂが画像データを取出せる状態にあるか否かをＳ２で代替受信することを決定する根拠となった受信条件に基づき判定する（Ｓ１２）。ＣＰＵ２が、画像メモリ５の空き容量及び記録用紙の残量が設定されたしきい値以上あり、現在時刻が設定された時間帯にあると判断した場合は、自装置１Ｂがメールボックスに格納された画像データを取り出すことが出来る状態にあると判定する（Ｓ１２：ＹＥＳ）。そして、自装置１Ｂがメールボックスに格納された画像データを取り出すことが出来る状態にあると判定したときは、前述の如く、メールボックスから格納されている電子メールを取り出して受信する（Ｓ１１）。一方、いずれかの受信条件を満たしていない場合は、繰返しＳ１２の判定を行う（Ｓ１２：ＮＯ）。
【００３９】
以上の説明から明らかなように、本発明の第１の実施の形態に係るファクシミリ装置１によれば、画像データを受信することができない事情がある場合に、発呼側から送られてくる画像データを自動的に特定のメールサーバの特定のメールボックスに代替受信させることができる。そして、ファクシミリ装置１が画像データを受信することができるような状態になったときに、発呼側装置に再送信の負担を強いることなく、当初受信できなかった画像データを当該メールボックスから取り出して受信することができる。したがって、例えば、画像メモリ５の空き容量が少ない場合や記録用紙の残量が少ない場合に自動的に他の装置に画像データを代替受信させることによって、自装置１の画像メモリ５の空き容量を常に一定容量確保することができ、これにより、画像メモリの空き容量不足により生じ得る問題の発生が未然に防止される。
【００４０】
前記した画像データを代替受信させる装置としては、被呼側装置１Ｂが格納場所を指定して画像データを一時的に保存させることができ、後に前記格納場所を指定して保存された画像データを取り出すことが可能な装置であればメールサーバに限らず、種々の通信装置を適用することができる。例えば、代替受信させる装置としてＨＴＴＰ（Hypertext  Transfer  Protocol）サーバを採用することもできる。以下、画像データを代替受信させる装置としてＨＴＴＰサーバを採用した場合を第２の実施の形態として説明する。
【００４１】
本発明の第２の実施の形態においては、ファクシミリ装置１は、第１の実施の形態に係るファクシミリ装置と同様の構成及び機能を備えており、さらに電子メール通信機能の代わりに、ＨＴＴＰ通信機能を備える。以下、第１の実施の形態との相違点について主に説明し、同様の構成及び処理動作については、図面においで同じ符号を付してその説明を省略する。なお、第２の実施の形態においても発呼側となるファクシミリ装置１を発呼側装置１Ａといい、被呼側となるファクシミリ装置１を被呼側装置１Ｂという。
【００４２】
発呼側装置１Ａ及び被呼側装置１Ｂの処理動作について図７のシーケンス図に基づいて説明し、被呼側装置１Ｂの処理動作については、更に図８のフローチャートに基づいて説明する。なお、第２の実施の形態においては、代替受信機能設定テーブルＸ１及び親展受信機能設定テーブルＸ２の「代替受信装置宛先情報」欄に、メールアドレスの代わりにＵＲＬが登録されている。それぞれを代替受信機能設定テーブルＸ３、親展受信機能設定テーブルＸ４と称し、これらテーブルＸ３、Ｘ４はＲＡＭ４に記憶されている。
【００４３】
前記Ｓ２において、被呼側装置１Ｂが自装置１Ｂで画像データを受信せずに、他の装置に代替受信させると決定した場合は（Ｓ２：ＮＯ）、発呼側装置１Ａに対して、他の装置により画像データを代替受信する旨、代替受信するＨＴＴＰサーバのＵＲＬ（Uniform  Resource  Locators）及び、更に好ましくは自装置１Ｂの画像データの受信能力情報、を通知するためのリダイレクト応答情報を生成する（Ｓ１０１）。そして、代替受信機能設定テーブルＸ３又は親展受信機能設定テーブルＸ４から代替して受信させるべきＨＴＴＰサーバにおけるＵＲＬを抽出し、例えば、図７に示すメッセージ内容のように、ＳＩＰレスポンスコード「３０２」に抽出したＵＲＬＭ３を付加し、さらに自装置１Ｂの受信能力情報Ｍ２を付加したリダイレクト応答情報Ｍ’を生成する。そして、生成したリダイレクト応答情報Ｍ’を発呼側装置１Ａに返信して、他の装置により画像データを代替受信する旨及び代替受信させるＨＴＴＰサーバ内のＵＲＬを通知する（Ｔ２、Ｓ１０２）。
【００４４】
一方、前記リダイレクト応答情報Ｍ’を受信した発呼側装置１Ａは、受信したメッセージＭ’を解析して、それが呼び出し先が直接画像データを受信せず他の装置により画像データを代替受信する旨を示しているものであることを検出すると、更に、リダイレクト応答情報Ｍ’に含まれている代替受信するＨＴＴＰサーバ内のＵＲＬ及び被呼側装置１Ｂの受信能力情報Ｍ２を抽出する。そして、発呼側装置１Ａは、被呼側装置１Ｂに対して送信する予定であった画像データのフォーマットと抽出した受信能力情報Ｍ２を対比して、画像データのフォーマットに被呼側装置１Ｂの受信能力情報が対応していない場合は、被呼側装置１Ｂの受信能力に合わせて画像データをフォーマット変換する。そして、フォーマット変換した画像データをＨＴＴＰメソッド（例えばＰＵＴメソッド等）により抽出したＵＲＬを指定して当該ＵＲＬから特定されるＨＴＴＰサーバ宛に送信する。
【００４５】
発呼側装置１Ａから送出された画像データは、ＨＴＴＰサーバ１９によって受信され、指定したＵＲＬが割り当てられ、当該ＨＴＴＰサーバ１９内に格納される。
【００４６】
その後、被呼側装置１Ｂは、ＨＴＴＰサーバ１９に格納された画像データを自装置１Ｂが取り出せる状態にあるか否かを判定する。Ｓ２において自装置で画像データを受信しないことを決定することの根拠となった受信条件が親展受信条件である場合にあっては（Ｓ８：ＹＥＳ）、親展扱いの着信があった旨を表示部１１に表示する（Ｓ９）。そして、被呼側装置１Ｂにおいてオペレータによる操作部１１からの正規のパスワード（テーブルＸ４に登録されたパスワード）の入力操作を被呼側装置１Ｂが受付けた場合に（Ｓ１０：ＹＥＳ）、Ｓ７で送信したリダイレクト応答情報Ｍ’に含めたＵＲＬＭ３にアクセスしてＨＴＴＰサーバ１９に格納されている画像データを取り出して受信する（Ｓ１０３）。
【００４７】
一方、Ｓ２において自装置１Ｂで画像データを受信しないことを決定することの根拠となった受信条件が親展受信条件でない場合にあっては（Ｓ８：ＮＯ）、自装置１Ｂが画像データを取出せる状態にあるか否かを、第１の実施の形態で説明したように、Ｓ２で代替受信することを決定する根拠となった受信条件に基づき判定する（Ｓ１２）。そして、自装置１Ｂがメールボックスに格納された画像データを取り出すことが出来る状態にあると判定したときは、前述の如く、メールボックスから格納されている電子メールを取り出して受信する（Ｓ１０３）。一方、いずれかの受信条件を満たしていない場合は、繰返しＳ１２の判定を行う（Ｓ１２：ＮＯ）。
【００４８】
なお、第２の実施の形態の変形例として、Ｓ８及びＳ１２の判断処理を省略し、Ｓ１０２の返信処理を行った後、常にＳ９、Ｓ１０、Ｓ１０３の処理動作を実行させるようにしてもよい。これにより、Ｓ２において自装置１Ｂで画像データを受信しないことを決定することの根拠となった受信条件が親展受信条件であるか否かにかかわらず、被呼側装置１Ｂは、所定操作（認証情報等の入力操作）があった場合に限り、Ｓ１０３の画像データ取り出し動作を行うようになる。この場合、ユーザの都合のよいタイミングで代替受信された画像データを取り出すことができるという利点がある。また、ユーザが所定操作をするまで、画像データは他の装置に保存され、被呼側装置１Ｂに保存されないことから、被呼側装置１Ｂのユーザが不在の間に外部侵入者等によって機密情報を含んだ画像データが不正に取得されるおそれがなくなることから、セキュリティの面での利点もある。
【産業上の利用可能性】
【００４９】
本発明は、例えば、ＳＩＰにより確立したメディアセッションで画像データを受信する画像通信装置に適用することができる。
【図面の簡単な説明】
【００５０】
【図１】本発明の実施の形態に係るファクシミリ装置（画像通信装置）の構成例等を示した図である。
【図２】本発明の実施の形態に係るファクシミリ装置が設置されるネットワーク構成の一例を示した図である。
【図３】本発明の第１の実施の形態に係る代替受信機能設定テーブルの一例を示した図である。
【図４】本発明の第１の実施の形態に係る親展受信機能設定テーブルの一例を示した図である。
【図５】本発明の第１の実施の形態において、発呼側装置と被呼側装置と代替受信装置との間で形成される通信手順を示したシーケンス図である。
【図６】本発明の第１の実施の形態に係る被呼側装置がメディアセッションの確立要求を受信した場合に実行する処理動作を示したフローチャートである。
【図７】本発明の第２の実施の形態において、発呼側装置と被呼側装置と代替受信装置との間で形成される通信手順を示したシーケンス図である。
【図８】本発明の第２の実施の形態に係る被呼側装置がメディアセッションの確立要求を受信した場合に実行する処理動作を示したフローチャートである。
【図９】本発明の第２の実施の形態に係る代替受信機能設定テーブルの一例を示した図である。
【図１０】本発明の第２の実施の形態に係る親展受信機能設定テーブルの一例を示した図である。
【符号の説明】
【００５１】
１、１Ａ、１Ｂ    ファクシミリ装置（画像通信装置）
２    ＣＰＵ
３    ＲＯＭ
４    ＲＡＭ
５    画像メモリ
１０    記録部
１０ａ    記録用紙残量検出部
１３    時刻管理部
１８    メールサーバ（他の装置）
１９    ＨＴＴＰサーバ（他の装置）
Ｍ１    メールアドレス（他の装置の宛先情報）
Ｍ３    ＵＲＬ（他の装置の宛先情報）
【図１】
2006229395.tif 000003
【図２】
2006229395.tif 000004
【図３】
2006229395.tif 000005
【図４】
2006229395.tif 000006
【図５】
2006229395.tif 000007
【図６】
2006229395.tif 000008
【図７】
2006229395.tif 000009
【図８】
2006229395.tif 000010
【図９】
2006229395.tif 000011
【図１０】
2006229395.tif 000012