JP2009225140A - 送信装置、受信装置、それらの制御方法、プログラム、及び記憶媒体 - Google Patents

Abstract

【課題】 受信装置が受信不可能な状態である場合に、画像データの送信に必要な通信チャネルを送信装置側で確保しておくことにより、受信装置が受信可能な状態になったときに画像データの送信を確実に行えるようにする。また、受信装置が受信可能な状態になった場合に、画像データの受信に必要な通信チャネルを受信装置側で確保しておくことにより、画像データの受信を確実に行えるようにすることを目的とする。
【解決手段】 送信装置が画像データを送信するために受信装置に発呼したときに受信装置が受信不可能な状態であれば（Ｓ４０２ＮＯ）、画像データの送信に必要な通信チャネルを確保する（Ｓ４０５）。また、受信装置は、受信可能な状態になったこと送信装置に通知するとともに（Ｓ８０８）、画像データの受信に必要な通信チャネルを確保する（Ｓ８０７）。
【選択図】 図４

Description

本発明は、画像データを送信する送信装置、画像データを受信する受信装置、それらの制御方法、プログラム、及び記憶媒体に関するものである。

従来、ネットワークを介して画像データを送受信する方法として以下の方法が考えられている。即ち、送信装置から受信装置に対して画像データを送信する場合に、まず送信装置が受信装置に対して画像データを送信するための発呼を行う。

そして、受信装置は送信装置からの発呼を受けた場合に、自装置が受信可能な状態であるかどうかを判定し、この判定の結果に応じて、受信可能な状態である旨または受信不可能な状態である旨を送信装置に通知する。受信装置から受信可能な状態である旨が通知された場合は、送信装置は、受信装置に対して画像データを送信する。

一方、受信装置から受信不可能な状態である旨が通知された場合は、送信装置は、受信装置に対して画像データを送信することができない。なお、受信装置が受信不可能な状態である場合とは、例えば、受信装置が、発呼した送信装置とは異なる他の装置とデータ通信中である場合などが考えられる。

画像データを送信できなかった場合は、送信装置側のユーザが受信装置側のユーザに電話で連絡して受信可能な状態になったかどうかを確認してから改めて発呼するか、或いは送信装置が受信装置に対して自動的に再発呼を繰り返すようにしなければならない。

このような問題に対処するために、特許文献１では、以下のような方法が提案されている。即ち、送信装置が受信装置に対して画像データを送信するための発呼を行った際に、受信装置が受信不可能な状態であった場合には、送信装置が受信装置に対して復帰通知メッセージを送信する。

この復帰通知メッセージとは、受信装置が受信不可能な状態から受信可能な状態に復帰した場合にその旨を送信装置に対して通知することを受信装置に対して要求するためのメッセージである。この復帰通知メッセージを受け取った受信装置は、自装置が受信不可能な状態から受信可能な状態になった場合に、その旨を送信装置に対して通知する。これにより、送信装置は、受信装置からの通知を待ってから再発呼を行うことにより画像データを送信することができ、上述したような電話連絡や再発呼の繰り返しを行う必要がなくなる。
特開２００６−０６７０４５号公報

しかしながら、上述した特許文献１の方法では、以下のような問題が発生する場合がある。即ち、受信装置が受信可能な状態になった場合にその旨を送信装置に対して通知したとしても、その時に送信装置が送信不可能な状態（例えば、他の装置と通信中である場合など）になっていれば、送信装置はすぐに画像データを送信することができない。

そして、送信装置が画像データを送信することができないまましばらく時間が経過した後、送信装置が改めて画像データを送信しようとしても、その時には既に受信装置が再び受信不可能な状態になってしまっている場合がある。この場合、送信装置はやはり画像データを送信することができない。このように、特許文献１の方法を用いて受信装置が送信装置に対して受信可能な状態になったことを通知するようにしたとしても、すぐには画像データを送信することができない場合がある。

本発明は、上記の問題点に鑑みなされたものであり、受信装置が受信不可能な状態である場合に、画像データの送信に必要な通信チャネルを確保しておくことにより、受信可能な状態になったときに画像データの送信を確実に行えるようにすることを目的とする。

また、本発明は、受信装置が受信可能な状態になった場合に、画像データの受信に必要な通信チャネルを確保しておくことにより、画像データの受信を確実に行えるようにすることを目的とする。

上記の目的を達成するために本願発明の送信装置は、画像データを送信する送信装置であって、画像データを送信するために受信装置に対して発呼する発呼手段と、前記発呼手段による発呼に対する前記受信装置からの応答が、受信不可能な状態であることを示している場合に、当該受信装置から受信可能な状態になったことが通知されるまで、当該受信装置に対する画像データの送信に必要な通信チャネルを確保しておく確保手段とを備えることを特徴とする。

また、本願発明の受信装置は、画像データを受信する受信装置であって、送信装置から画像データの送信のための発呼を受けた場合であって、前記受信装置が受信不可能な状態である場合に、当該送信装置に対して受信不可能な状態であることを通知する第１の通知手段と、前記第１の通知手段が通知を行った後、前記受信装置が受信可能な状態になった場合に、前記送信装置に対して受信可能な状態になったことを通知する第２の通知手段と、前記受信装置が受信可能な状態になった場合、前記第２の通知手段が通知を行った送信装置から改めて画像データの送信のための発呼を受けるまで、当該送信装置からの画像データの受信に必要な通信チャネルを確保しておく確保手段とを備えることを特徴とする。

本発明によれば、受信装置が受信不可能な状態である場合に、画像データの送信に必要な通信チャネルを送信装置側で確保しておくことにより、受信装置が受信可能な状態になったときに画像データの送信を確実に行うことが可能になる。

また、本発明によれば、受信装置が受信可能な状態になった場合に、画像データの受信に必要な通信チャネルを受信装置側で確保しておくことにより、画像データの受信を確実に行うことが可能になる。

以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

（第１の実施形態）
まず、本発明に係る第１の実施形態について説明する。

図１は、送信装置または受信装置として機能するＭＦＰ（マルチファンクションペリフェラル）１００の構成を説明するブロック図である。

ＭＦＰ１００は、大きく分けて、装置全体の動作を司る制御部１１０、操作パネル部１２０、外部メモリ部１３０、記録紙への画像の印刷を行うプリンタ部１４０、原稿上の画像を読み取って画像データとして入力するスキャナ部１５０からなる。

入出力部１７３は、通信線１０１を介してＬＡＮ（ローカルエリアネットワーク）２００と接続され、ＬＡＮ２００上のホストコンピュータや他のＭＦＰとのデータ通信を制御する。入出力バッファ１７４は、ＬＡＮ２００を介して入力されるＰＤＬ（ページ記述言語）データや各種制御コマンド、或いはＭＦＰ１００から送信される画像データや各種制御コマンドを一時的に記憶する。

ＣＰＵ１６３は、プログラムＲＯＭ１７５に格納されている各種プログラムを実行することにより、制御部１１０全体の動作を司る。ＲＡＭ１６９は、各種制御コマンドの解析や画像データの処理に必要な計算を行う際にワークメモリとして使用される。ＮＶＲＡＭ１６６には、ＭＦＰ１００の電源がオフされても保持しておく必要があるデータが格納されている。

制御コマンド解釈部１７６は、ＬＡＮ２００上のホストコンピュータから受信した印刷制御コマンドを、制御コマンド管理テーブル１６８により管理された情報を参照して解釈する。ＰＤＬデータ解釈部１７７は、ホストコンピュータから受信したＰＤＬデータを解釈する。

画像オブジェクト生成部１７８は、各種の画像オブジェクトを生成する。ビットマップ画像展開部１８０は、ＰＤＬデータ解釈部１７７が解釈したＰＤＬデータや画像オブジェクト生成部１７８が生成した画像オブジェクトを展開し、ビットマップ画像を生成する。

画像圧縮／解凍部１８１は、ビットマップ画像展開部１８０が生成したビットマップ画像を圧縮したり、解凍したりする。画像データ印刷部１８２は、プリンタ部１４０による画像データの印刷を制御する。画像データ送信部１８３は、ＬＡＮ２００を介した画像データの送信を制御する。画像データ読取部１８４は、スキャナ部１５０による画像の読み取り及び画像データの生成を制御する。

登録画像管理部１８５は、ビットマップ画像展開部１８０により生成されたビットマップ画像や、フォームオーバーレイ機能で使用する定型画像などを登録して管理する。ユーザ管理部１８６は、ＭＦＰ１００を使用することを許可されたユーザのユーザ名、パスワードなどの情報を、ユーザ情報管理テーブル１６７で管理する。

ユーザ認証部１８７は、操作パネル部１２０を介してユーザから入力された情報と、ユーザ管理部１８６により管理されている情報とに基づいてユーザ認証を行う。画像合成部１８８は、プリンタ部１４０から出力すべき画像の合成を行う。画像データ受信部１８９は、ＬＡＮ２００を介した画像データの受信を制御する。

ビットマップ画像転送部１６４は、プリンタインターフェース部１６５を介して、ビットマップ画像展開部１８０により生成されたビットマップ画像をプリンタ部１４０に転送する。プリンタ部１４０に備えられたプリンタ制御部１４１は、プリンタ部１４０におけるプリント動作を制御する。

ビットマップ画像受信部１７０は、スキャナ部１５０が原稿上の画像に基づいて生成したビットマップ画像を、スキャナインターフェース部１７１を介して受信する。スキャナ部１５０に備えられたスキャナ制御部１５１は、スキャナ部１５０におけるスキャン（原稿読み取り）動作を制御する。

操作パネル部１２０から出力すべき情報は、パネルＩ／Ｆ部１６１を介して操作パネル部１２０に転送される。また、操作パネル部１２０を介してユーザが入力した情報は、パネルＩ／Ｆ部１６１を介して入力され、ＣＰＵ１６３に通知される。画像データやＭＦＰ１００に関する各種情報は、メモリＩ／Ｆ部１６２を介して外部メモリ部１３０に転送され、外部メモリ１３０内に記憶される。制御部１１０内の上述した各機能部は、システムバス１７２を介して相互に接続されている。

図２は、上述したＭＦＰ１００と同様の構成を有するＭＦＰ２１０及び２２０を含む通信システムの全体図である。ＭＦＰ２１０とＭＦＰ２２０はＬＡＮ２００を介して互いに通信可能に接続されている。なお、ここでは、ＭＦＰ２１０が送信装置として機能し、ＭＦＰ２２０に対して画像データを送信するとともに、ＭＦＰ２２０が受信装置として機能し、ＭＦＰ２１０から画像データを受信する場合について説明する。

また、各ＭＦＰはＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）に従ってデータ通信のための呼制御を行うとともに、ＩＴＵ−Ｔ勧告Ｔ．３８の規定に従ってファクシミリ通信を実行することにより画像データを送受信するものとする。なお、ＳＩＰとは、ＩＰを用いた画像や音声、映像などの通信のための呼制御に用いられるプロトコルとして標準化されたものである。

第１の実施形態では、ＭＦＰ２１０が画像データを送信するためにＭＦＰ２２０に対して発呼した場合であって、この発呼に対するＭＦＰ２２０からの応答が、受信不可能な状態であることを示している場合について説明する。このとき、ＭＦＰ２１０は、ＭＦＰ２２０が受信可能な状態になった場合にその旨をＭＦＰ２１０に対して通知するよう要求するとともに、ＭＦＰ２２０からの通知があるまでＭＦＰ２２０に画像データを送信するために必要な通信チャネルを確保しておく。

図３は、第１の実施形態における、ＭＦＰ２１０からＭＦＰ２２０への画像データの送信シーケンスを示す図である。図３には、画像データを送信するためにＭＦＰ２１０がＭＦＰ２２０に対して発呼したが、ＭＦＰ２２０は受信不可能な状態であるため、受信可能な状態になったことを通知するようＭＦＰ２２０に要求するとともに、通信チャネルを確保しておく例を示す。

図４及び５は、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する場合の、ＭＦＰ２１０における一連の動作を説明するためのフローチャートである。なお、これらのフローチャートに示す一連の動作は、ＭＦＰ２１０（ＭＦＰ１００）のＣＰＵ１６３がプログラムＲＯＭ１７５に格納されている各プログラムに基づいて制御する。

まず、ステップＳ４０１において、ＭＦＰ２１０がＭＦＰ２２０に対して発呼する。具体的には、図３のステップＳ３０１に示すように、ＳＩＰメッセージの「ＩＮＶＩＴＥ」をＭＦＰ２１０がＭＦＰ２２０に対して送信する。

次に、ステップＳ４０２において、ＭＦＰ２１０は、ＭＦＰ２２０が受信可能な状態であるか否かを判定する。ここで、ＭＦＰ２２０が受信可能な状態であると判定された場合はステップＳ４１３に進み、ＭＦＰ２２０が受信不可能な状態であると判定された場合はステップＳ４０３に進む。

なお、ステップＳ４０２の判定は、ＭＦＰ２１０からの発呼に対するＭＦＰ２２０からの応答に基づいて行われる。即ち、図３のステップＳ３０２に示すように、ＭＦＰ２２０からＳＩＰメッセージの「４８６ Ｂｕｓｙ Ｈｅｒｅ」が送信されてきた場合は、ＭＦＰ２２０が現在受信不可能な状態であると判定する。一方、ＭＦＰ２２０からＳＩＰメッセージの「２００ ＯＫ」が送信されてきた場合は、ＭＦＰ２２０が現在受信可能な状態であると判定する。

ＭＦＰ２２０から「４８６ Ｂｕｓｙ Ｈｅｒｅ」が送信されてきた場合は、図３のステップＳ３０３に示すように、ＭＦＰ２１０は、ＳＩＰメッセージの「ＡＣＫ」をＭＦＰ２２０に対して送信する。

そして更に、ステップＳ４０３において、ＳＩＰメッセージの「ＳＵＢＳＣＲＩＢＥ」をＭＦＰ２２０に対して送信する（図３に示すステップＳ３０４）。この「ＳＵＢＳＣＲＩＢＥ」の送信により、ＭＦＰ２２０が受信可能な状態になった場合にその旨をＭＦＰ２１０に通知するようＭＦＰ２２０に対して要求することができる。

なお、「ＳＵＢＳＣＲＩＢＥ」のＥｘｐｉｒｅｓフィールドには、後述する方法を用いてユーザにより設定されたタイムアウト時間を示す情報が格納されている。「ＳＵＢＳＣＲＩＢＥ」を受け取ったＭＦＰ２２０は、「ＳＵＢＳＣＲＩＢＥ」を受信してからＥｘｐｉｒｅｓフィールドに格納されている情報が示すタイムアウト時間が経過するまでの間に自装置が受信可能な状態になれば、その旨をＭＦＰ２１０に通知する。

ステップＳ４０４では、「ＳＵＢＳＣＲＩＢＥ」の送信による通知要求が、受信側のＭＦＰ２２０により了承されたかどうかを判定する。具体的には、図３のステップＳ３０５に示すように、「２００ ＯＫ」がＭＦＰ２２０から送信されてきた場合は、通知要求が了承されたと判定する。一方、「２００ ＯＫ」が送信されてこない場合、或いは「２００ ＯＫ」以外のＳＩＰメッセージが送信されてきた場合は、通知要求が了承されなかったと判定する。

ステップＳ４０４における判定の結果、受信装置によって通知要求が了承された場合は、ステップＳ４０５に進み、了承されなかった場合は、そのまま処理を終了する。

ステップＳ４０５では、ＭＦＰ２２０が受信可能な状態になった場合の、ＭＦＰ２１０からＭＦＰ２２０に対しての画像データの送信に必要な通信チャネルを確保する。これは、ＭＦＰ２２０に対して画像データを送信するために、ＭＦＰ２２０が受信可能な状態になったことを通知するよう要求したものの、ＭＦＰ２２０が受信可能な状態になったときにＭＦＰ２１０が送信不可能な状態であれば画像データを送信できないためである。

第１の実施形態では、上述したような状況を避けるために、ＭＦＰ２２０に対して通知要求を行い、この通知要求が了承されたことに応じて、ＭＦＰ２１０は、ＭＦＰ２２０へ画像データを送信するために必要な通信チャネルを確保する。即ち、ＭＦＰ２２０に対する画像データの送信に必要な通信チャネルをＭＦＰ２２０とは異なる他の装置とのデータ通信に使用することを禁止し、受信可能な状態になったことが通知された場合にすぐにＭＦＰ２２０に画像データを送信できるように準備しておく。

なお、ここではＭＦＰ２１０からの通知要求がＭＦＰ２２０に了承されたことに応じて（つまり、ステップＳ３０５で「２００ ＯＫ」を受信したことに応じて）通信チャネルを確保する例について説明したが、他の態様であっても構わない。例えば、ステップＳ３０４でＭＦＰ２１０が「ＳＵＢＳＣＲＩＢＥ」を送信したことに応じて通信チャネルを確保するようにしても構わない。

また、ここでは、ＭＦＰ２２０が受信不可能な状態であると判定した場合に、ＭＦＰ２２０に対して通知要求を行った上で通信チャネルを確保する例について説明したが、他の態様であっても構わない。即ち、例えば、送信装置からの発呼を受けたときに、該送信装置が通知要求を行わなくとも受信可能な状態になったことを該送信装置に通知する機能をＭＦＰ２２０が有している場合には、ＭＦＰ２１０が通知要求を行う必要はない。この場合、ＭＦＰ２１０では、ＭＦＰ２２０が受信不可能な状態であると判定したことに応じて、通信チャネルを確保するようにしてもよい。

また、ＭＦＰ２１０が複数の通信チャネルを有し、複数のＭＦＰとのデータ通信をそれぞれ並行して実行することが可能な場合は、そのうちの少なくとも１つの通信チャネルを確保すればよい。このとき、確保されている通信チャネル以外の他の通信チャネルは、ＭＦＰ２２０とは異なる他の装置との通信に使用することが許可されている。

次に、ステップＳ４０６において、「ＳＵＢＳＣＲＩＢＥ」を送信した相手先（即ち、ＭＦＰ２２０）を識別するための情報を外部メモリ１３０に格納して管理する。ここで、ＭＦＰ２２０を識別するための情報とは、例えばＳＩＰメッセージのＦｒｏｍヘッダのｔａｇ情報やＣａｌｌ＿ＩＤなど、ＭＦＰ２２０を一意に識別できる情報であれば何であっても構わない。

そして、ステップＳ４０７では、ＭＦＰ２２０に対する画像データの送信のために通信チャネルを確保してから所定時間が経過したかどうかを判定する。この所定時間とは、後述する方法を用いて、ユーザにより予め設定されている。

ステップＳ４０７の判定の結果、所定時間が経過している場合はステップＳ４１１に進み、そうでなければステップＳ４０８に進む。ステップＳ４０８では、ＭＦＰ２２０から、受信可能な状態になったことが通知されたかどうかを判定する。具体的には、図３のステップＳ３０６に示すようにＳＩＰメッセージの「ＮＯＴＩＦＹ」がＭＦＰ２２０から送信されてきた場合に、受信可能な状態になったことが通知されたと判定する。ＭＦＰ２２０からの通知があれば「２００ ＯＫ」を送信するとともに（ステップＳ３０７）、ステップＳ４０９に進む。ＭＦＰ２２０からの通知がなければステップＳ４０７に戻る。

なお、ステップＳ４０８の判定を行う際に、「ＮＯＴＩＦＹ」を送信してきたＭＦＰが、ステップＳ４０６で管理した情報が示すＭＦＰ（ＭＦＰ２２０）であるかどうかを判定する。この判定の結果、「ＮＯＴＩＦＹ」を送信してきたＭＦＰがステップＳ４０６で管理した情報が示すＭＦＰ（ＭＦＰ２２０）である場合は、ＭＦＰ２２０からの通知があったと判定する。一方、「ＮＯＴＩＦＹ」を送信してきたＭＦＰがステップＳ４０６で管理した情報が示すＭＦＰ（ＭＦＰ２２０）でない場合は、ＭＦＰ２２０からの通知はないと判定し、ステップＳ４０７に戻る。

ステップＳ４０９では、ステップＳ４０１と同様にしてＭＦＰ２２０に対して画像データを送信するための発呼を改めて行う。即ち、図３のステップＳ３０８に示すように、ＭＦＰ２１０からＭＦＰ２２０に対して「ＩＮＶＩＴＥ」を送信する。

そして、ＭＦＰ２２０から「２００ ＯＫ」が送信されてくれば（ステップＳ３０９）、ＭＦＰ２１０がＭＦＰ２２０に対して「ＡＣＫ」を送信する（ステップＳ３１０）。この後、ステップＳ４１０において、Ｍｅｄｉａ Ｓｅｓｓｉｏｎに移行し、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する。

なお、ステップＳ４０２において、ＭＦＰ２２０が受信可能な状態であると判定された場合も、同様にして画像データを送信する。即ち、ＭＦＰ２１０がＭＦＰ２２０に対して「ＡＣＫ」を送信するとともに、ステップＳ４１３においてＭｅｄｉａ Ｓｅｓｓｉｏｎに移行し、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する。

画像データの送信が終了すれば、ＭＦＰ２１０がＭＦＰ２２０に対してＳＩＰメッセージの「ＢＹＥ」を送信し（ステップＳ３１１）、更にＭＦＰ２２０から送信される「２００ ＯＫ」を受信する（ステップＳ３１２）。

ステップＳ４１１では、ＭＦＰ２２０に対する画像データの送信のための通信チャネルの確保を解除する。即ち、ステップＳ４０５で確保した通信チャネルを、ＭＦＰ２２０以外の他のＭＦＰとのデータ通信に使用できるように開放する。更に、ステップＳ４１２では、ＭＦＰ２１０からＭＦＰ２２０に対して再度「ＳＵＢＳＣＲＩＢＥ」を送信する（ステップＳ３１３）ことにより通知要求を取り消す。

ここで送信される「ＳＵＢＳＣＲＩＢＥ」のＥｘｐｉｒｅｓフィールドには、タイムアウト時間が０であることを示す情報が格納されている。つまり、この「ＳＵＢＳＣＲＩＢＥ」を送信することにより、ステップＳ４０３（ステップＳ３０４）で「ＳＵＢＳＣＲＩＢＥ」を送信することにより行った、ＭＦＰ２２０に対する通知要求の取消を行うことができる。

そして、ＭＦＰ２１０が送信した「ＳＵＢＳＣＲＩＢＥ」に対してＭＦＰ２２０から「２００ ＯＫ」が送信されてくれば（ステップＳ３１４）、一連の動作を終了する。

以上のようにして、ＭＦＰ２２０が受信可能な状態になったときに、ＭＦＰ２１０から画像データを確実に送信できるようにしておくことが可能になる。

図６は、上述したタイムアウト時間及び通信チャネルを確保しておく時間（所定時間）をユーザに設定させるための画面の遷移を示す図である。なお、図６に示す各画面は、操作パネル部１２０に備えられた液晶表示部に表示される。

まず、ステップＳ６０１において、操作パネル部１２０に備えられたユーザモードキーがユーザにより押下された場合に、ステップＳ６０２に進み、ユーザモード画面を表示する。この画面において、「送信／受信仕様設定」ボタンが押下された場合には、ステップＳ６０３に進み、送信／受信仕様設定画面を表示する。更に、この画面において「通信予約設定」ボタンが押下された場合には、ステップＳ６０４に進み、通信予約設定画面を表示する。

通信予約設定画面では、図４のステップＳ４０３で送信される「ＳＵＢＳＣＲＩＢＥ」のＥｘｐｉｒｅｓフィールドに格納するタイムアウト時間、及びステップＳ４０７の判定に用いられる通信チャネルの確保時間をそれぞれ個別に設定することができる。

ここで、例えばＳＵＢＳＣＲＩＢＥタイムアウト時間を１０分と設定し、通信チャネル確保時間を０分に設定しておけば、受信不可能な状態の受信装置に対して、受信可能な状態になったことを通知するよう要求するものの、通信チャネルの確保は行わない。つまり、受信装置から受信可能な状態になったことが通知される前に、他の装置とのデータ通信の開始が要求された場合には、該他の装置とのデータ通信を優先して実行する。

また、図６に示す画面ではＳＵＢＳＣＲＩＢＥタイムアウト時間と通信チャネル確保時間をそれぞれ個別に設定するようになっているが、これらをまとめて１つの設定としてもよい。即ち、ＳＵＢＳＣＲＩＢＥタイムアウト時間または通信チャネル確保時間のいずれか一方を設定することにより、自動的に他方も同じ時間が設定されるようにしてもよい。この場合、設定にかかるユーザの手間を軽減することができる。

（第２の実施形態）
次に、本発明に係る第２の実施形態について説明する。

第２の実施形態においても、第１の実施形態と同様に、ＭＦＰ２１０が画像データを送信するためにＭＦＰ２２０に対して発呼したときに、ＭＦＰ２２０が受信不可能な状態である場合について説明する。ただし、第１の実施形態では、ＭＦＰ２１０側で通信チャネルを確保する例を説明したが、第２の実施形態では、ＭＦＰ２２０側で通信チャネルを確保する例について説明する。即ち、第２の実施形態では、ＭＦＰ２２０が受信可能な状態になったことをＭＦＰ２１０に対して通知した後、ＭＦＰ２１０から改めて画像データの送信のための発呼を受けるまで、ＭＦＰ２１０から画像データを受信するために必要な通信チャネルを確保する。

図７は、第２の実施形態における、ＭＦＰ２１０からＭＦＰ２２０への画像データの送信シーケンスを示す図である。図７には、受信可能な状態になったことを通知するようＭＦＰ２１０から要求されたＭＦＰ２２０が、受信可能な状態になったことをＭＦＰ２１０に通知した後、ＭＦＰ２１０から画像データを受信するために必要な通信チャネルを確保しておく例を示す。

図８及び９は、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する場合の、ＭＦＰ２２０における一連の動作を説明するためのフローチャートである。なお、これらのフローチャートに示す一連の動作は、ＭＦＰ２２０（ＭＦＰ１００）のＣＰＵ１６３がプログラムＲＯＭ１７５に格納されている各プログラムに基づいて制御する。

まず、ステップＳ８０１において、ＭＦＰ２２０がＭＦＰ２１０からの発呼を受ける。具体的には、図７のステップＳ７０１に示すように、ＭＦＰ２１０から送信された「ＩＮＶＩＴＥ」を受信する。

次に、ステップＳ８０２において、ＭＦＰ２２０は、自装置が受信可能な状態であるか否かを判定する。ここで、ＭＦＰ２２０が受信可能な状態であると判定された場合は「２００ ＯＫ」を送信し、ステップＳ８１４に進む。一方、ＭＦＰ２２０が受信不可能な状態であると判定された場合はステップＳ８０３に進み、「４８６ Ｂｕｓｙ Ｈｅｒｅ」を送信する（ステップＳ７０２）。また更に、ＭＦＰ２１０から送信される「ＡＣＫ」を受信する（ステップＳ７０３）。

なお、ステップＳ８０２の判定は、ＭＦＰ２２０が備える通信チャネルが既にＭＦＰ２１０とは異なる他のＭＦＰとのデータ通信に使用されているかどうかに基づいて判定するものとする。即ち、通信チャネルが他のＭＦＰとのデータ通信のために使用中の場合は、ＭＦＰ２１０とのデータ通信に使用することができないので、ＭＦＰ２２０は現在受信不可能な状態であると判定する。一方、通信チャネル（ＭＦＰ２２０が複数の通信チャネルを有している場合はそのうちの少なくとも１つ）が使用中でない場合は、ＭＦＰ２２０は現在受信可能な状態であると判定する。

そして更に、ステップＳ８０４において「ＳＵＢＳＣＲＩＢＥ」を受信したかどうかを判定する。図７のステップＳ７０４に示すように、ＭＦＰ２１０から「ＳＵＢＳＣＲＩＢＥ」が送信されてきた場合は、「２００ ＯＫ」をＭＦＰ２１０に送信し（ステップＳ７０５）、ステップＳ８０５に進む。「ＳＵＢＳＣＲＩＢＥ」を受信しない場合は、そのまま処理を終了する。

「ＳＵＢＳＣＲＩＢＥ」のＥｘｐｉｒｅｓフィールドには、図６のステップＳ６０４で表示された通信予約設定画面においてユーザにより設定されたＳＵＢＳＣＲＩＢＥタイムアウト時間の情報が格納されている。ステップＳ８０５では、ＭＦＰ２２０が「ＳＵＢＳＣＲＩＢＥ」を受信してからＥｘｐｉｒｅｓフィールドに格納されている情報が示すタイムアウト時間が経過したかどうかを判定する。

ステップＳ８０５の判定の結果、タイムアウト時間が経過していない場合は、ステップＳ８０６に進み、一方、タイムアウト時間が経過している場合は、そのまま処理を終了する。

ステップＳ８０６では、ステップＳ８０２と同様にして、ＭＦＰ２２０が受信可能な状態であるか否かを判定する。そして、ＭＦＰ２２０が受信可能な状態であると判定された場合はステップＳ８０７に進み、そうでなければステップＳ８０５に戻る。

ステップＳ８０７では、ＭＦＰ２１０からの画像データの受信に備えて、通信チャネルを確保する。これは、自装置が受信可能な状態になったことをＭＦＰ２２０がＭＦＰ２１０に対して通知したものの、ＭＦＰ２１０から改めて発呼されたときにＭＦＰ２２０が再び受信不可能な状態になってしまっていれば画像データを受信できないためである。

第２の実施形態では、上述したような状況を避けるために、ＭＦＰ２１０から通知要求された場合に、ＭＦＰ２２０が受信可能な状態になったことに応じて、ＭＦＰ２２０は、ＭＦＰ２１０から画像データを受信するために必要な通信チャネルを確保する。即ち、ＭＦＰ２１０からの画像データの受信に必要な通信チャネルをＭＦＰ２１０とは異なる他の装置とのデータ通信に使用することを禁止し、ＭＦＰ２１０から改めて発呼された場合にすぐにＭＦＰ２１０から画像データを受信できるように準備しておく。

なお、ここではＭＦＰ２２０が受信可能な状態になったことに応じて通信チャネルを確保する例について説明したが、他の態様であっても構わない。例えば、後述するステップＳ８０８でＭＦＰ２１０に対して「ＮＯＴＩＦＹ」を送信したことに応じて通信チャネルを確保するようにしても構わない。

また、送信装置からの発呼を受けたときに受信不可能な状態であれば、送信装置から「ＳＵＢＳＣＲＩＢＥ」が送信されてこない場合でも、受信可能な状態になったことを自動的に発呼してきた送信装置に対して通知するようにしてもよい。この場合、送信装置から「ＳＵＢＳＣＲＩＢＥ」が送信されてこなくとも、自装置が受信可能な状態になったことに応じて通信チャネルを確保する。

また、ＭＦＰ２２０が複数の通信チャネルを有し、複数のＭＦＰとのデータ通信をそれぞれ並行して実行することが可能な場合は、そのうちの少なくとも１つの通信チャネルを確保すればよい。このとき、確保されている通信チャネル以外の他の通信チャネルは、ＭＦＰ２１０とは異なる他の装置との通信に使用することが許可されている。

ステップＳ８０８では、「ＮＯＴＩＦＹ」をＭＦＰ２１０に送信する（ステップＳ７０６）。即ち、ＭＦＰ２２０が受信可能な状態になったことをＭＦＰ２１０に通知する。そして、ＭＦＰ２１０から送信されてくる「２００ ＯＫ」を受信する（ステップＳ７０７）。

続くステップＳ８０９では、「ＮＯＴＩＦＹ」を送信した相手先（即ち、ＭＦＰ２１０）を識別するための情報を外部メモリ１３０に格納して管理する。ここで、ＭＦＰ２１０を識別するための情報とは、例えばＳＩＰメッセージのＦｒｏｍヘッダのｔａｇ情報やＣａｌｌ＿ＩＤなど、ＭＦＰ２２０を一意に識別できる情報であれば何であっても構わない。

そして、ステップＳ８１０では、ＭＦＰ２１０から画像データを受信するために必要な通信チャネルを確保してから所定時間が経過したかどうかを判定する。この所定時間とは、図６のステップＳ６０４で表示された通信予約設定画面において、ユーザにより設定された通信チャネル確保時間に基づく。

ステップＳ８１０の判定の結果、所定時間が経過している場合はステップＳ８１３に進み、そうでなければステップＳ８１１に進む。ステップＳ８１１では、ＭＦＰ２１０から、改めて発呼を受けたかどうかを判定する。より具体的には、図７のステップＳ７０８に示すように、ＭＦＰ２１０から「ＩＮＶＩＴＥ」が送信されてきた場合は、ＭＦＰ２１０からの発呼を受けたと判定する。

ステップＳ８１１の判定の結果、ＭＦＰ２１０からの発呼を受けた場合は、ＭＦＰ２１０に「２００ ＯＫ」を送信するとともに（ステップＳ７０９）、ＭＦＰ２１０から送信される「ＡＣＫ」を受信する（ステップＳ７１０）。一方、ＭＦＰ２１０からの発呼を受けていない場合は、ステップＳ８１０に戻る。

なお、ステップＳ８１１の判定を行う際に、「ＩＮＶＩＴＥ」を送信してきたＭＦＰが、ステップＳ８０９で管理した情報が示すＭＦＰ（ＭＦＰ２１０）であるかどうかを判定する。この判定の結果、「ＮＯＴＩＦＹ」を送信してきたＭＦＰがステップＳ８０９で管理した情報が示すＭＦＰ（ＭＦＰ２１０）である場合は、ＭＦＰ２１０から発呼を受けたと判定する。一方、「ＩＮＶＩＴＥ」を送信してきたＭＦＰがステップＳ８０９で管理した情報が示すＭＦＰ（ＭＦＰ２１０）でない場合は、ＭＦＰ２１０から発呼を受けていないと判定する。

ステップＳ８１２では、Ｍｅｄｉａ Ｓｅｓｓｉｏｎに移行し、ＭＦＰ２１０から画像データを受信する。なお、ステップＳ８０２においてＭＦＰ２２０が受信可能な状態であると判定された場合も同様に、ステップＳ８１４においてＭｅｄｉａ Ｓｅｓｓｉｏｎに移行し、ＭＦＰ２１０から画像データを受信する。

画像データの受信が終了すれば、ＭＦＰ２１０から送信されてくる「ＢＹＥ」を受信し（ステップＳ７１１）、これに応えてＭＦＰ２１０に対して「２００ ＯＫ」を送信する（ステップＳ７１２）。

また、ステップＳ８１３では、ＭＦＰ２１０からの画像データの受信のための通信チャネルの確保を解除する。即ち、ステップＳ８０７で確保した通信チャネルを、ＭＦＰ２１０以外の他のＭＦＰとのデータ通信に使用できるように開放する。

なお、ここではステップＳ８０４で「ＳＵＢＳＣＲＩＢＥ」を受けたことに応じて、この「ＳＵＢＳＣＲＩＢＥ」の送信元（ＭＦＰ２１０）を示す情報を管理しておくとともに、ステップＳ８０８の「ＮＯＴＩＦＹ」の送信に応じてこの情報を消去するものとする。しかしながら、この情報を「ＮＯＴＩＦＹ」の送信に応じて消去せずに、以下の方法で消去するようにしても構わない。

即ち、ＭＦＰ２１０から画像データを受信した後で、Ｅｘｐｉｒｅｓフィールドにタイムアウト時間が０であることを示す情報が格納された「ＳＵＢＳＣＲＩＢＥ」が送信されてきたことに応じて（ステップＳ７１３）上記の情報を消去するようにしても構わない。なお、ＭＦＰ２２０は、ステップＳ７１３で「ＳＵＳＣＲＩＢＥ」が送信されてきたことに応じて、ＭＦＰ２１０に対して「２００ ＯＫ」を送信する（ステップＳ７１４）。

以上のようにして、自装置が受信可能な状態になったことを送信装置に通知した後、ＭＦＰ２１０から改めて発呼を受けたときに、確実に画像データを受信できるようにしておくことが可能になる。

（第３の実施形態）
次に、本発明に係る第３の実施形態について説明する。

第３の実施形態においても、第１の実施形態と同様に、ＭＦＰ２１０が画像データを送信するためにＭＦＰ２２０に対して発呼した場合であって、この発呼に対するＭＦＰ２２０からの応答が、受信不可能な状態であることを示している場合について説明する。第３の実施形態における第１の実施形態との違いは、第１の実施形態として説明した図４のフローチャートにおいて、ステップＳ４０２とステップＳ４０３との間に、新たなステップＳ１００１が追加されていることである。

図１０は、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する場合の、ＭＦＰ２１０における一連の動作を説明するためのフローチャートであって、図４に示すフローチャートに対応する。

図４のステップＳ４０２において、ＭＦＰ２２０が受信不可能な状態であると判定された場合は、ステップＳ４０３に進む前に、ステップＳ１００１に進む。

ステップＳ１００１では、ＭＦＰ２２０に対して「ＳＵＢＳＣＲＩＢＥ」を送信すべきであるかどうかを判定する。より具体的には、後述する方法を用いて予めユーザが設定した「ＳＵＢＳＣＲＩＢＥ」を送信すべきＭＦＰを示す情報に基づいて、ＭＦＰ２２０に対して「ＳＵＢＳＣＲＩＢＥ」を送信すべきであるかどうか判定する。

ステップＳ１００１において、「ＳＵＢＳＣＲＩＢＥ」を送信すべきであると判定された場合はステップＳ４０３に進み、ＭＦＰ２２０に対して「ＳＵＢＳＣＲＩＢＥ」を送信する（ステップＳ３０４）。一方、「ＳＵＢＳＣＲＩＢＥ」を送信すべきでないと判定された場合はそのまま処理を終了する。

図１１は、外部メモリ部１３０内で記憶・管理されている宛先表テーブルに新規の宛先を登録するための画面の遷移を示す図である。なお、図１１に示す各画面は、操作パネル部１２０に備えられた液晶表示部に表示される。

まず、ステップＳ１１０１において、操作パネル部１２０に備えられたユーザモードキーがユーザにより押下された場合に、ステップＳ１１０２に進み、ユーザモード画面を表示する。この画面において「宛先表仕様設定」ボタンが押下された場合には、ステップＳ１１０３に進み、宛先表仕様設定画面を表示する。更に、この画面において「新規宛先登録」ボタンが押下された場合には、ステップＳ１１０４に進み、新規宛先登録画面を表示する。

新規宛先登録画面では、画像データの送信先を指定する際に使用する宛先情報とともに、図１０のステップＳ１００１における判定に用いられる情報を入力する。即ち、新規宛先登録画面では、画像データの宛先の名称及びメールアドレス及び／または電話番号を入力するとともに、通信予約フラグのＯＮ／ＯＦＦを選択する。そして、「登録ボタン」が押下されると、入力された情報が宛先表に登録される（ステップＳ１１０５）。

図１２は、図１１に示す新規宛先登録画面を介して入力された情報を管理するための宛先表テーブルを示す。図１２に示すように、宛先表テーブルには、宛先番号，宛先名，アドレス／電話番号の情報に加えて、通信予約フラグのＯＮ／ＯＦＦを示す情報が管理されている。

この通信予約フラグとは、発呼した相手先から「４８６ Ｂｕｓｙ Ｈｅｒｅ」が送信されてきた場合に、受信可能な状態になったことを通知するよう要求すべきかどうかを示す情報である。即ち、図４のステップＳ４０２でＭＦＰ２２０が受信不可能な状態であると判定された場合は、図１２に示す宛先表テーブルを参照し、ＭＦＰ２２０の通信予約フラグがＯＮになっていれば、「ＳＵＢＳＣＲＩＢＥ」を送信すべきであると判定する。なお、ここでは発呼の相手先が宛先表テーブルに登録されていない場合は、「ＳＵＢＳＣＲＩＢＥ」を送信すべきでないと判定するものとするが、この場合に「ＳＵＢＳＣＲＩＢＥ」を送信すべきであると判定するようにしても構わない。

以上のようにして、受信装置が受信不可能な状態である場合に、予めユーザが指定しておいた情報に基づいて、受信可能になったことを通知するよう要求するか否かを切り替えることができる。これにより、受信装置が受信不可能な場合に常に「ＳＵＢＳＣＲＩＢＥ」を送信し、常に画像データを送信するための通信チャネルを確保してしまうことを防ぐことができる。

即ち、受信不可能な状態であることが原因で実行できない画像データの送信の優先度が低いにも関わらず、その送信のために通信チャネルを確保してしまうことにより、他の優先度の高いデータ通信を実行できなくなってしまうという問題を防ぐことができる。

（第４の実施形態）
次に、本発明に係る第４の実施形態について説明する。

第４の実施形態においても、第１の実施形態と同様に、ＭＦＰ２１０が画像データを送信するためにＭＦＰ２２０に対して発呼したときに、ＭＦＰ２２０が受信不可能な状態である場合について説明する。ただし、第１の実施形態では、ＭＦＰ２１０が通信チャネルを確保する例を説明したが、第４の実施形態では、ＭＦＰ２２０が通信チャネルを確保する例について説明する。

また、第４の実施形態における第２の実施形態との違いは、第２の実施形態として説明した図８のフローチャートにおいて、ステップＳ８０４とステップＳ８０５との間に新たなステップＳ１３０１が追加されていることである。

図１３は、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する場合の、ＭＦＰ２２０における一連の動作を説明するためのフローチャートであって、図８に示すフローチャートに対応する。

図８のステップＳ８０４において、ＭＦＰ２１０から「ＳＵＢＳＣＲＩＢＥ」が送信されてきた場合は、ステップＳ８０５に進む前に、ステップＳ１３０１に進む。

ステップＳ１３０１では、ＭＦＰ２１０からの、受信可能な状態になったことの通知の要求を了承するかどうかを判定する。より具体的には、図１１に示す新規宛先登録画面を介して設定され、図１２に示す宛先表テーブルで管理されている通信予約フラグに基づいて判定する。

即ち、ＭＦＰ２１０から「ＳＵＢＳＣＲＩＢＥ」が送信されてきた場合に、宛先表テーブルを参照し、ＭＦＰ２１０の通信予約フラグがＯＮになっていればＭＦＰ２１０からの通知要求を了承し、「２００ ＯＫ」を送信する（ステップＳ７０５）。そして、続くステップＳ８０５に進む。一方、ＭＦＰ２１０の通信予約フラグがＯＦＦになっていれば、「２００ ＯＫ」を送信することなく、そのまま処理を終了する。

なお、ここでは「ＳＵＢＳＣＲＩＢＥ」の送信先が宛先表テーブルに登録されていない場合は、通知要求を了承しないものとするが、この場合に通知要求を了承するようにしても構わない。

以上のようにして、送信装置から受信可能な状態になったことを通知するよう要求された場合に、予めユーザが指定しておいて情報に基づいて、この通知要求を了承するか否かを切り替えることができる。これにより、受信可能な状態になった場合に通知するよう要求された場合に、常にこの要求を了承し、受信可能な状態になったことを通知するとともに通信チャネルを確保してしまうことを防ぐことができる。

即ち、送信装置が実行しようとしている画像データの受信の優先度が低いにも関わらず、その画像データを受信するための通信チャネルを確保してしまい、他の優先度の高いデータ通信を実行できなくなってしまうという問題を防ぐことができる。

なお、上述した第１乃至第４の実施形態で説明した構成は、それぞれ単独で備えていてもよいし、互いに組み合わせて備えるようにしても構わない。

即ち、例えば、第１または第３の実施形態で説明した送信装置側の構成と、第２または第４の実施形態で説明した受信装置側の構成とを、１つの通信装置が備えるようにしても構わない。

また、図６に示す通信予約設定画面で設定可能なＳＵＢＳＣＲＩＢＥタイムアウト時間及び通信チャネル確保時間の設定を、図１１に示す新規宛先登録画面において宛先毎に設定できるようにしてもよい。これにより、宛先毎に個別に通信予約の方法を設定することができるのでより使い勝手が良くなる。

（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。

尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

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

プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。

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

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

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

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

本発明の実施形態におけるＭＦＰ１００の構成を示すブロック図である。 本発明の実施形態におけるＭＦＰ２１０及びＭＦＰ２２０を含む通信システムの全体図である。 本発明の実施形態におけるＭＦＰ２１０からＭＦＰ２２０への画像データの送信シーケンスを示す図である。 本発明の実施形態におけるＭＦＰ２１０の動作手順を示すフローチャートである。 本発明の実施形態におけるＭＦＰ２１０の動作手順を示すフローチャートである。 本発明の実施形態における操作パネル部１２０に表示される操作画面を示す図である。 本発明の実施形態におけるＭＦＰ２１０からＭＦＰ２２０への画像データの送信シーケンスを示す図である。 本発明の実施形態におけるＭＦＰ２２０の動作手順を示すフローチャートである。 本発明の実施形態におけるＭＦＰ２２０の動作手順を示すフローチャートである。 本発明の実施形態におけるＭＦＰ２１０の動作手順を示すフローチャートである。 本発明の実施形態における操作パネル部１２０に表示される操作画面を示す図である。 本発明の実施形態における宛先表テーブルを示す図である。 本発明の実施形態におけるＭＦＰ２２０の動作手順を示すフローチャートである。

符号の説明

１００ ＭＦＰ（マルチファンクションペリフェラル）
１１０ 制御部
１２０ 操作パネル部
１３０ 外部メモリ部
１４０ プリンタ部
１５０ スキャナ部
２００ ＬＡＮ（ローカルエリアネットワーク）

Claims (16)

1. 画像データを送信する送信装置であって、
   画像データを送信するために受信装置に対して発呼する発呼手段と、
   前記発呼手段による発呼に対する前記受信装置からの応答が、受信不可能な状態であることを示している場合に、当該受信装置から受信可能な状態になったことが通知されるまで、当該受信装置に対する画像データの送信に必要な通信チャネルを確保しておく確保手段と、
   を備えることを特徴とする送信装置。
2. 前記発呼手段による発呼に対する前記受信装置からの応答が、受信不可能な状態であることを示している場合に、当該受信装置に対して、受信可能な状態になったことを前記送信装置に対して通知するよう要求する要求手段を更に備え、
   前記確保手段は、前記要求手段による要求に応じて前記受信装置から受信可能な状態になったことが通知されるまで、前記通信チャネルを確保することを特徴とする請求項１に記載の送信装置。
3. 前記要求手段が受信装置に対して前記要求を行った場合に、当該要求手段が要求を行った受信装置を識別するための情報を管理する第１の管理手段と、
   受信装置から受信可能な状態になったことが通知された場合に、当該通知を行った受信装置が前記第１の管理手段により管理されている情報が示す受信装置であるかどうかを判定する第１の判定手段とを更に備え、
   前記第１の判定手段による判定の結果、前記通知を行った受信装置が前記第１の管理手段により管理されている情報が示す受信装置であると判定された場合に、前記発呼手段は、当該受信装置に対して改めて発呼することを特徴とする請求項２に記載の送信装置。
4. 前記確保手段が前記通信チャネルを確保してから所定時間が経過した場合に、前記受信装置に対して行った前記要求手段による前記要求を取り消す取消手段を更に備えることを特徴とする請求項２または３に記載の送信装置。
5. 前記確保手段が前記通信チャネルを確保してから所定時間が経過した場合に、当該確保手段による前記通信チャネルの確保を解除する解除手段を更に備えることを特徴とする請求項１から４のいずれか１項に記載の送信装置。
6. 前記要求手段が前記要求を行うべき受信装置を示す情報を管理する第２の管理手段と、
   前記発呼手段による発呼に対する前記受信装置からの応答が、受信不可能な状態であることを示している場合に、当該応答した受信装置が前記第２の管理手段により管理されている情報が示す受信装置であるかどうかを判定する第２の判定手段とを更に備え、
   前記第２の判定手段による判定の結果、前記応答した受信装置が前記第２の管理手段により管理されている情報が示す受信装置であると判定された場合に、前記要求手段は、当該受信装置に対して前記要求を行うことを特徴とする請求項２から４のいずれか１項に記載の送信装置。
7. 前記送信装置は、複数の通信チャネルを使用して複数のデータ通信を並行して実行することが可能であって、前記確保手段は、前記複数の通信チャネルのうち少なくとも１つの通信チャネルを、前記受信装置とは異なる他の装置とのデータ通信に使用することなく、確保することを特徴とする請求項１から６のいずれか１項に記載の送信装置。
8. 画像データを受信する受信装置であって、
   送信装置から画像データの送信のための発呼を受けた場合であって、前記受信装置が受信不可能な状態である場合に、当該送信装置に対して受信不可能な状態であることを通知する第１の通知手段と、
   前記第１の通知手段が通知を行った後、前記受信装置が受信可能な状態になった場合に、前記送信装置に対して受信可能な状態になったことを通知する第２の通知手段と、
   前記受信装置が受信可能な状態になった場合、前記第２の通知手段が通知を行った送信装置から改めて画像データの送信のための発呼を受けるまで、当該送信装置からの画像データの受信に必要な通信チャネルを確保しておく確保手段と、
   を備えることを特徴とする受信装置。
9. 前記第２の通知手段が通知を行った場合に、当該第２の通知手段が通知を行った送信装置を識別するための情報を管理する第１の管理手段と、
   前記第２の通知手段が通知を行った後、送信装置から画像データの送信のための発呼を受けた場合に、当該発呼を行った送信装置が前記第１の管理手段により管理されている情報が示す送信装置であるかどうかを判定する第１の判定手段と、
   前記第１の判定手段による判定の結果、前記発呼を行った送信装置が前記第１の管理手段により管理されている情報が示す送信装置であると判定された場合に、当該送信装置から画像データを受信するよう制御する制御手段と、
   を更に備えることを特徴とする請求項８に記載の受信装置。
10. 前記確保手段が前記通信チャネルを確保してから所定時間が経過した場合に、当該確保手段による前記通信チャネルの確保を解除する解除手段を更に備えることを特徴とする請求項８または９に記載の受信装置。
11. 前記第２の通知手段が通知を行うべき送信装置を示す情報を管理する第２の管理手段と、
    送信装置から、受信可能な状態になったことを当該送信装置に対して通知するよう要求された場合に、当該要求を行った送信装置が前記第２の管理手段により管理されている情報が示す送信装置であるかどうかを判定する第２の判定手段とを更に備え、
    前記第２の判定手段による判定の結果、前記要求を行った送信装置が前記第２の管理手段により管理されている情報が示す送信装置であると判定された場合に、前記第２の通知手段は、当該送信装置に対して通知を行うことを特徴とする請求項８から１０のいずれか１項に記載の受信装置。
12. 前記受信装置は、複数の通信チャネルを使用して複数のデータ通信を並行して実行することが可能であって、前記確保手段は、前記複数の通信チャネルのうち少なくとも１つの通信チャネルを、前記送信装置とは異なる他の装置とのデータ通信に使用することなく、確保することを特徴とする請求項８から１１のいずれか１項に記載の受信装置。
13. 画像データを送信する送信装置の制御方法であって、
    画像データを送信するために受信装置に対して発呼する発呼工程と、
    前記発呼工程における発呼に対する前記受信装置からの応答が、受信不可能な状態であることを示している場合に、当該受信装置から受信可能な状態になったことが通知されるまで、当該受信装置に対する画像データの送信に必要な通信チャネルを確保しておく確保工程と、
    を備えることを特徴とする送信装置の制御方法。
14. 画像データを受信する受信装置の制御方法であって、
    送信装置から画像データの送信のための発呼を受けた場合であって、前記受信装置が受信不可能な状態である場合に、当該送信装置に対して受信不可能な状態であることを通知する第１の通知工程と、
    前記第１の通知工程で通知を行った後、前記受信装置が受信可能な状態になった場合に、前記送信装置に対して受信可能な状態になったことを通知する第２の通知工程と、
    前記受信装置が受信可能な状態になった場合、前記第２の通知工程で通知を行った送信装置から改めて画像データの送信のための発呼を受けるまで、当該送信装置からの画像データの受信に必要な通信チャネルを確保しておく確保工程と、
    を備えることを特徴とする受信装置の制御方法。
15. 請求項１３または１４に記載の制御方法をコンピュータに実行させるためのプログラム。
16. 請求項１３または１４に記載の制御方法をコンピュータに実行させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。

Images