(57)【特許請求の範囲】
【請求項１】
画像データを送信する送信装置であって、
画像データを送信するために受信装置に対して発呼する発呼手段と、
前記発呼手段による発呼に対する前記受信装置からの応答が、当該受信装置が現在受信不可能な状態であることを示している場合に、受信可能な状態になったことを通知するように前記受信装置に要求する要求手段と、
少なくとも、前記要求手段による要求が前記受信装置に了承されてから、前記受信装置から受信可能な状態になったことが通知されるまでの間、当該受信装置に対する画像データの送信に必要な通信チャネルを確保する確保手段と、
を備えることを特徴とする送信装置。
【請求項２】
前記要求手段が要求を行った受信装置を識別するための情報を管理する第１の管理手段と、
受信装置から受信可能な状態になったことが通知された場合に、当該通知を行った受信装置が前記第１の管理手段により管理されている情報が示す受信装置であるかどうかを判定する第１の判定手段とを更に備え、
前記第１の判定手段による判定の結果、前記通知を行った受信装置が前記第１の管理手段により管理されている情報が示す受信装置であると判定された場合に、前記発呼手段は、当該受信装置に対して再発呼することを特徴とする請求項１に記載の送信装置。
【請求項３】
前記確保手段が前記通信チャネルを確保してから所定時間が経過した場合に、前記受信装置に対して行った前記要求手段による要求を取り消す取消手段を更に備えることを特徴とする請求項１または２に記載の送信装置。
【請求項４】
前記要求手段が要求を行うべき受信装置を示す情報を管理する第２の管理手段と、
前記発呼手段による発呼に対する前記受信装置からの応答が、当該受信装置が現在受信不可能な状態であることを示している場合に、当該応答した受信装置が前記第２の管理手段により管理されている情報が示す受信装置であるかどうかを判定する第２の判定手段とを更に備え、
前記第２の判定手段による判定の結果、前記応答した受信装置が前記第２の管理手段により管理されている情報が示す受信装置であると判定された場合に、前記要求手段は、前記受信装置に対して前記要求を行うことを特徴とする請求項１から３のいずれか１項に記載の送信装置。
【請求項５】
前記送信装置は、複数の通信チャネルを使用して複数のデータ通信を並行して実行することが可能であって、
前記確保手段は、前記複数の通信チャネルのうち少なくとも１つの通信チャネルを、前記受信装置とは異なる他の装置とのデータ通信に使用しないように制御することを特徴とする請求項１から４のいずれか１項に記載の送信装置。
【請求項６】
画像データを受信する受信装置であって、
送信装置から画像データの送信のための発呼を受けた場合であって、前記受信装置が現在受信不可能な状態である場合に、当該送信装置に対して現在受信不可能な状態であることを通知する第１の通知手段と、
前記第１の通知手段が通知を行った後、前記受信装置が受信可能な状態になった場合に、前記送信装置に対して受信可能な状態になったことを通知する第２の通知手段と、
少なくとも、前記第２の通知手段が通知を行ってから、前記送信装置から画像データの送信のための再発呼を受けるまで、当該送信装置からの画像データの受信に必要な通信チャネルを確保する確保手段と、
を備えることを特徴とする受信装置。
【請求項７】
前記第２の通知手段が通知を行った送信装置を識別するための情報を管理する第１の管理手段と、
前記第２の通知手段が通知を行った後、送信装置から画像データの送信のための発呼を受けた場合に、当該発呼を行った送信装置が前記第１の管理手段により管理されている情報が示す送信装置であるかどうかを判定する第１の判定手段と、
前記第１の判定手段による判定の結果、前記発呼を行った送信装置が前記第１の管理手段により管理されている情報が示す送信装置であると判定された場合に、当該送信装置から画像データを受信するよう制御する制御手段と、
を更に備えることを特徴とする請求項６に記載の受信装置。
【請求項８】
前記第２の通知手段が通知を行うべき送信装置を示す情報を管理する第２の管理手段と、
送信装置から、受信可能な状態になったことを通知するよう要求された場合に、当該要求を行った送信装置が前記第２の管理手段により管理されている情報が示す送信装置であるかどうかを判定する第２の判定手段とを更に備え、
前記第２の判定手段による判定の結果、前記要求を行った送信装置が前記第２の管理手段により管理されている情報が示す送信装置であると判定された場合に、前記第２の通知手段は、当該送信装置に対して通知を行うことを特徴とする請求項６または７に記載の受信装置。
【請求項９】
前記受信装置は、複数の通信チャネルを使用して複数のデータ通信を並行して実行することが可能であって、
前記確保手段は、前記複数の通信チャネルのうち少なくとも１つの通信チャネルを、前記送信装置とは異なる他の装置とのデータ通信に使用しないように制御することを特徴とする請求項６から８のいずれか１項に記載の受信装置。
【請求項１０】
画像データを送信する送信装置の制御方法であって、
画像データを送信するために受信装置に対して発呼する発呼工程と、
前記発呼工程における発呼に対する前記受信装置からの応答が、当該受信装置が現在受信不可能な状態であることを示している場合に、受信可能な状態になったことを通知するように前記受信装置に要求する要求工程と、
少なくとも、前記要求工程で行った要求が前記受信装置に了承されてから、前記受信装置から受信可能な状態になったことが通知されるまでの間、当該受信装置に対する画像データの送信に必要な通信チャネルを確保する確保工程と、
を備えることを特徴とする送信装置の制御方法。
【請求項１１】
画像データを受信する受信装置の制御方法であって、
送信装置から画像データの送信のための発呼を受けた場合であって、前記受信装置が現在受信不可能な状態である場合に、当該送信装置に対して現在受信不可能な状態であることを通知する第１の通知工程と、
前記第１の通知工程で通知を行った後、前記受信装置が受信可能な状態になった場合に、前記送信装置に対して受信可能な状態になったことを通知する第２の通知工程と、
少なくとも、前記第２の通知工程で通知を行ってから、前記送信装置から画像データの送信のための再発呼を受けるまで、当該送信装置からの画像データの受信に必要な通信チャネルを確保する確保工程と、
を備えることを特徴とする受信装置の制御方法。
【請求項１２】
請求項１０または１１に記載の制御方法をコンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像データを送信する送信装置、画像データを受信する受信装置、それらの制御方法、及びプログラムに関するものである。
【背景技術】
【０００２】
従来、ネットワークを介して画像データを送受信する方法として以下の方法が考えられている。即ち、送信装置から受信装置に対して画像データを送信する場合に、まず送信装置が受信装置に対して画像データを送信するための発呼を行う。
【０００３】
そして、受信装置は送信装置からの発呼を受けた場合に、自装置が受信可能な状態であるかどうかを判定し、この判定の結果に応じて、受信可能な状態である旨または受信不可能な状態である旨を送信装置に通知する。受信装置から受信可能な状態である旨が通知された場合は、送信装置は、受信装置に対して画像データを送信する。
【０００４】
一方、受信装置から受信不可能な状態である旨が通知された場合は、送信装置は、受信装置に対して画像データを送信することができない。なお、受信装置が受信不可能な状態である場合とは、例えば、受信装置が、発呼した送信装置とは異なる他の装置とデータ通信中である場合などが考えられる。
【０００５】
画像データを送信できなかった場合は、送信装置側のユーザが受信装置側のユーザに電話で連絡して受信可能な状態になったかどうかを確認してから改めて発呼するか、或いは送信装置が受信装置に対して自動的に再発呼を繰り返すようにしなければならない。
【０００６】
このような問題に対処するために、特許文献１では、以下のような方法が提案されている。即ち、送信装置が受信装置に対して画像データを送信するための発呼を行った際に、受信装置が受信不可能な状態であった場合には、送信装置が受信装置に対して復帰通知メッセージを送信する。
【０００７】
この復帰通知メッセージとは、受信装置が受信不可能な状態から受信可能な状態に復帰した場合にその旨を送信装置に対して通知することを受信装置に対して要求するためのメッセージである。この復帰通知メッセージを受け取った受信装置は、自装置が受信不可能な状態から受信可能な状態になった場合に、その旨を送信装置に対して通知する。これにより、送信装置は、受信装置からの通知を待ってから再発呼を行うことにより画像データを送信することができ、上述したような電話連絡や再発呼の繰り返しを行う必要がなくなる。
【特許文献１】特開２００６−０６７０４５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した特許文献１の方法では、以下のような問題が発生する場合がある。即ち、受信装置が受信可能な状態になった場合にその旨を送信装置に対して通知したとしても、その時に送信装置が送信不可能な状態（例えば、他の装置と通信中である場合など）になっていれば、送信装置はすぐに画像データを送信することができない。
【０００９】
そして、送信装置が画像データを送信することができないまましばらく時間が経過した後、送信装置が改めて画像データを送信しようとしても、その時には既に受信装置が再び受信不可能な状態になってしまっている場合がある。この場合、送信装置はやはり画像データを送信することができない。このように、特許文献１の方法を用いて受信装置が送信装置に対して受信可能な状態になったことを通知するようにしたとしても、すぐには画像データを送信することができない場合がある。
【００１０】
本発明は、上記の問題点に鑑みなされたものであり、受信装置が受信不可能な状態である場合に、画像データの送信に必要な通信チャネルを確保しておくことにより、受信可能な状態になったときに画像データの送信を確実に行えるようにすることを目的とする。
【００１１】
また、本発明は、受信装置が受信可能な状態になった場合に、画像データの受信に必要な通信チャネルを確保しておくことにより、画像データの受信を確実に行えるようにすることを目的とする。
【課題を解決するための手段】
【００１２】
上記の目的を達成するために本願発明の送信装置は、画像データを送信する送信装置であって、画像データを送信するために受信装置に対して発呼する発呼手段と、前記発呼手段による発呼に対する前記受信装置からの応答が、当該受信装置が現在受信不可能な状態であることを示している場合に、受信可能な状態になったことを通知するように前記受信装置に要求する要求手段と、少なくとも、前記要求手段による要求が前記受信装置に了承されてから、前記受信装置から受信可能な状態になったことが通知されるまでの間、当該受信装置に対する画像データの送信に必要な通信チャネルを確保する確保手段とを備えることを特徴とする。
【００１３】
また、本願発明の受信装置は、画像データを受信する受信装置であって、送信装置から画像データの送信のための発呼を受けた場合であって、前記受信装置が現在受信不可能な状態である場合に、当該送信装置に対して現在受信不可能な状態であることを通知する第１の通知手段と、前記第１の通知手段が通知を行った後、前記受信装置が受信可能な状態になった場合に、前記送信装置に対して受信可能な状態になったことを通知する第２の通知手段と、少なくとも、前記第２の通知手段が通知を行ってから、前記送信装置から画像データの送信のための再発呼を受けるまで、当該送信装置からの画像データの受信に必要な通信チャネルを確保する確保手段とを備えることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、受信装置が受信不可能な状態である場合に、画像データの送信に必要な通信チャネルを送信装置側で確保しておくことにより、受信装置が受信可能な状態になったときに画像データの送信を確実に行うことが可能になる。
【００１５】
また、本発明によれば、受信装置が受信可能な状態になった場合に、画像データの受信に必要な通信チャネルを受信装置側で確保しておくことにより、画像データの受信を確実に行うことが可能になる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して本発明の実施の形態を詳しく説明する。尚、以下の実施の形態は特許請求の範囲に係る発明を限定するものでなく、また実施の形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１７】
（第１の実施形態）
まず、本発明に係る第１の実施形態について説明する。
【００１８】
図１は、送信装置または受信装置として機能するＭＦＰ（マルチファンクションペリフェラル）１００の構成を説明するブロック図である。
【００１９】
ＭＦＰ１００は、大きく分けて、装置全体の動作を司る制御部１１０、操作パネル部１２０、外部メモリ部１３０、記録紙への画像の印刷を行うプリンタ部１４０、原稿上の画像を読み取って画像データとして入力するスキャナ部１５０からなる。
【００２０】
入出力部１７３は、通信線１０１を介してＬＡＮ（ローカルエリアネットワーク）２００と接続され、ＬＡＮ２００上のホストコンピュータや他のＭＦＰとのデータ通信を制御する。入出力バッファ１７４は、ＬＡＮ２００を介して入力されるＰＤＬ（ページ記述言語）データや各種制御コマンド、或いはＭＦＰ１００から送信される画像データや各種制御コマンドを一時的に記憶する。
【００２１】
ＣＰＵ１６３は、プログラムＲＯＭ１７５に格納されている各種プログラムを実行することにより、制御部１１０全体の動作を司る。ＲＡＭ１６９は、各種制御コマンドの解析や画像データの処理に必要な計算を行う際にワークメモリとして使用される。ＮＶＲＡＭ１６６には、ＭＦＰ１００の電源がオフされても保持しておく必要があるデータが格納されている。
【００２２】
制御コマンド解釈部１７６は、ＬＡＮ２００上のホストコンピュータから受信した印刷制御コマンドを、制御コマンド管理テーブル１６８により管理された情報を参照して解釈する。ＰＤＬデータ解釈部１７７は、ホストコンピュータから受信したＰＤＬデータを解釈する。
【００２３】
画像オブジェクト生成部１７８は、各種の画像オブジェクトを生成する。ビットマップ画像展開部１８０は、ＰＤＬデータ解釈部１７７が解釈したＰＤＬデータや画像オブジェクト生成部１７８が生成した画像オブジェクトを展開し、ビットマップ画像を生成する。
【００２４】
画像圧縮／解凍部１８１は、ビットマップ画像展開部１８０が生成したビットマップ画像を圧縮したり、解凍したりする。画像データ印刷部１８２は、プリンタ部１４０による画像データの印刷を制御する。画像データ送信部１８３は、ＬＡＮ２００を介した画像データの送信を制御する。画像データ読取部１８４は、スキャナ部１５０による画像の読み取り及び画像データの生成を制御する。
【００２５】
登録画像管理部１８５は、ビットマップ画像展開部１８０により生成されたビットマップ画像や、フォームオーバーレイ機能で使用する定型画像などを登録して管理する。ユーザ管理部１８６は、ＭＦＰ１００を使用することを許可されたユーザのユーザ名、パスワードなどの情報を、ユーザ情報管理テーブル１６７で管理する。
【００２６】
ユーザ認証部１８７は、操作パネル部１２０を介してユーザから入力された情報と、ユーザ管理部１８６により管理されている情報とに基づいてユーザ認証を行う。画像合成部１８８は、プリンタ部１４０から出力すべき画像の合成を行う。画像データ受信部１８９は、ＬＡＮ２００を介した画像データの受信を制御する。
【００２７】
ビットマップ画像転送部１６４は、プリンタインターフェース部１６５を介して、ビットマップ画像展開部１８０により生成されたビットマップ画像をプリンタ部１４０に転送する。プリンタ部１４０に備えられたプリンタ制御部１４１は、プリンタ部１４０におけるプリント動作を制御する。
【００２８】
ビットマップ画像受信部１７０は、スキャナ部１５０が原稿上の画像に基づいて生成したビットマップ画像を、スキャナインターフェース部１７１を介して受信する。スキャナ部１５０に備えられたスキャナ制御部１５１は、スキャナ部１５０におけるスキャン（原稿読み取り）動作を制御する。
【００２９】
操作パネル部１２０から出力すべき情報は、パネルＩ／Ｆ部１６１を介して操作パネル部１２０に転送される。また、操作パネル部１２０を介してユーザが入力した情報は、パネルＩ／Ｆ部１６１を介して入力され、ＣＰＵ１６３に通知される。画像データやＭＦＰ１００に関する各種情報は、メモリＩ／Ｆ部１６２を介して外部メモリ部１３０に転送され、外部メモリ１３０内に記憶される。制御部１１０内の上述した各機能部は、システムバス１７２を介して相互に接続されている。
【００３０】
図２は、上述したＭＦＰ１００と同様の構成を有するＭＦＰ２１０及び２２０を含む通信システムの全体図である。ＭＦＰ２１０とＭＦＰ２２０はＬＡＮ２００を介して互いに通信可能に接続されている。なお、ここでは、ＭＦＰ２１０が送信装置として機能し、ＭＦＰ２２０に対して画像データを送信するとともに、ＭＦＰ２２０が受信装置として機能し、ＭＦＰ２１０から画像データを受信する場合について説明する。
【００３１】
また、各ＭＦＰはＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に従ってデータ通信のための呼制御を行うとともに、ＩＴＵ−Ｔ勧告Ｔ．３８の規定に従ってファクシミリ通信を実行することにより画像データを送受信するものとする。なお、ＳＩＰとは、ＩＰを用いた画像や音声、映像などの通信のための呼制御に用いられるプロトコルとして標準化されたものである。
【００３２】
第１の実施形態では、ＭＦＰ２１０が画像データを送信するためにＭＦＰ２２０に対して発呼した場合であって、この発呼に対するＭＦＰ２２０からの応答が、受信不可能な状態であることを示している場合について説明する。このとき、ＭＦＰ２１０は、ＭＦＰ２２０が受信可能な状態になった場合にその旨をＭＦＰ２１０に対して通知するよう要求するとともに、ＭＦＰ２２０からの通知があるまでＭＦＰ２２０に画像データを送信するために必要な通信チャネルを確保しておく。
【００３３】
図３は、第１の実施形態における、ＭＦＰ２１０からＭＦＰ２２０への画像データの送信シーケンスを示す図である。図３には、画像データを送信するためにＭＦＰ２１０がＭＦＰ２２０に対して発呼したが、ＭＦＰ２２０は受信不可能な状態であるため、受信可能な状態になったことを通知するようＭＦＰ２２０に要求するとともに、通信チャネルを確保しておく例を示す。
【００３４】
図４及び５は、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する場合の、ＭＦＰ２１０における一連の動作を説明するためのフローチャートである。なお、これらのフローチャートに示す一連の動作は、ＭＦＰ２１０（ＭＦＰ１００）のＣＰＵ１６３がプログラムＲＯＭ１７５に格納されている各プログラムに基づいて制御する。
【００３５】
まず、ステップＳ４０１において、ＭＦＰ２１０がＭＦＰ２２０に対して発呼する。具体的には、図３のステップＳ３０１に示すように、ＳＩＰメッセージの「ＩＮＶＩＴＥ」をＭＦＰ２１０がＭＦＰ２２０に対して送信する。
【００３６】
次に、ステップＳ４０２において、ＭＦＰ２１０は、ＭＦＰ２２０が受信可能な状態であるか否かを判定する。ここで、ＭＦＰ２２０が受信可能な状態であると判定された場合はステップＳ４１３に進み、ＭＦＰ２２０が受信不可能な状態であると判定された場合はステップＳ４０３に進む。
【００３７】
なお、ステップＳ４０２の判定は、ＭＦＰ２１０からの発呼に対するＭＦＰ２２０からの応答に基づいて行われる。即ち、図３のステップＳ３０２に示すように、ＭＦＰ２２０からＳＩＰメッセージの「４８６  Ｂｕｓｙ  Ｈｅｒｅ」が送信されてきた場合は、ＭＦＰ２２０が現在受信不可能な状態であると判定する。一方、ＭＦＰ２２０からＳＩＰメッセージの「２００  ＯＫ」が送信されてきた場合は、ＭＦＰ２２０が現在受信可能な状態であると判定する。
【００３８】
ＭＦＰ２２０から「４８６  Ｂｕｓｙ  Ｈｅｒｅ」が送信されてきた場合は、図３のステップＳ３０３に示すように、ＭＦＰ２１０は、ＳＩＰメッセージの「ＡＣＫ」をＭＦＰ２２０に対して送信する。
【００３９】
そして更に、ステップＳ４０３において、ＳＩＰメッセージの「ＳＵＢＳＣＲＩＢＥ」をＭＦＰ２２０に対して送信する（図３に示すステップＳ３０４）。この「ＳＵＢＳＣＲＩＢＥ」の送信により、ＭＦＰ２２０が受信可能な状態になった場合にその旨をＭＦＰ２１０に通知するようＭＦＰ２２０に対して要求することができる。
【００４０】
なお、「ＳＵＢＳＣＲＩＢＥ」のＥｘｐｉｒｅｓフィールドには、後述する方法を用いてユーザにより設定されたタイムアウト時間を示す情報が格納されている。「ＳＵＢＳＣＲＩＢＥ」を受け取ったＭＦＰ２２０は、「ＳＵＢＳＣＲＩＢＥ」を受信してからＥｘｐｉｒｅｓフィールドに格納されている情報が示すタイムアウト時間が経過するまでの間に自装置が受信可能な状態になれば、その旨をＭＦＰ２１０に通知する。
【００４１】
ステップＳ４０４では、「ＳＵＢＳＣＲＩＢＥ」の送信による通知要求が、受信側のＭＦＰ２２０により了承されたかどうかを判定する。具体的には、図３のステップＳ３０５に示すように、「２００  ＯＫ」がＭＦＰ２２０から送信されてきた場合は、通知要求が了承されたと判定する。一方、「２００  ＯＫ」が送信されてこない場合、或いは「２００  ＯＫ」以外のＳＩＰメッセージが送信されてきた場合は、通知要求が了承されなかったと判定する。
【００４２】
ステップＳ４０４における判定の結果、受信装置によって通知要求が了承された場合は、ステップＳ４０５に進み、了承されなかった場合は、そのまま処理を終了する。
【００４３】
ステップＳ４０５では、ＭＦＰ２２０が受信可能な状態になった場合の、ＭＦＰ２１０からＭＦＰ２２０に対しての画像データの送信に必要な通信チャネルを確保する。これは、ＭＦＰ２２０に対して画像データを送信するために、ＭＦＰ２２０が受信可能な状態になったことを通知するよう要求したものの、ＭＦＰ２２０が受信可能な状態になったときにＭＦＰ２１０が送信不可能な状態であれば画像データを送信できないためである。
【００４４】
第１の実施形態では、上述したような状況を避けるために、ＭＦＰ２２０に対して通知要求を行い、この通知要求が了承されたことに応じて、ＭＦＰ２１０は、ＭＦＰ２２０へ画像データを送信するために必要な通信チャネルを確保する。即ち、ＭＦＰ２２０に対する画像データの送信に必要な通信チャネルをＭＦＰ２２０とは異なる他の装置とのデータ通信に使用することを禁止し、受信可能な状態になったことが通知された場合にすぐにＭＦＰ２２０に画像データを送信できるように準備しておく。
【００４５】
なお、ここではＭＦＰ２１０からの通知要求がＭＦＰ２２０に了承されたことに応じて（つまり、ステップＳ３０５で「２００  ＯＫ」を受信したことに応じて）通信チャネルを確保する例について説明したが、他の態様であっても構わない。例えば、ステップＳ３０４でＭＦＰ２１０が「ＳＵＢＳＣＲＩＢＥ」を送信したことに応じて通信チャネルを確保するようにしても構わない。
【００４６】
また、ここでは、ＭＦＰ２２０が受信不可能な状態であると判定した場合に、ＭＦＰ２２０に対して通知要求を行った上で通信チャネルを確保する例について説明したが、他の態様であっても構わない。即ち、例えば、送信装置からの発呼を受けたときに、該送信装置が通知要求を行わなくとも受信可能な状態になったことを該送信装置に通知する機能をＭＦＰ２２０が有している場合には、ＭＦＰ２１０が通知要求を行う必要はない。この場合、ＭＦＰ２１０では、ＭＦＰ２２０が受信不可能な状態であると判定したことに応じて、通信チャネルを確保するようにしてもよい。
【００４７】
また、ＭＦＰ２１０が複数の通信チャネルを有し、複数のＭＦＰとのデータ通信をそれぞれ並行して実行することが可能な場合は、そのうちの少なくとも１つの通信チャネルを確保すればよい。このとき、確保されている通信チャネル以外の他の通信チャネルは、ＭＦＰ２２０とは異なる他の装置との通信に使用することが許可されている。
【００４８】
次に、ステップＳ４０６において、「ＳＵＢＳＣＲＩＢＥ」を送信した相手先（即ち、ＭＦＰ２２０）を識別するための情報を外部メモリ１３０に格納して管理する。ここで、ＭＦＰ２２０を識別するための情報とは、例えばＳＩＰメッセージのＦｒｏｍヘッダのｔａｇ情報やＣａｌｌ＿ＩＤなど、ＭＦＰ２２０を一意に識別できる情報であれば何であっても構わない。
【００４９】
そして、ステップＳ４０７では、ＭＦＰ２２０に対する画像データの送信のために通信チャネルを確保してから所定時間が経過したかどうかを判定する。この所定時間とは、後述する方法を用いて、ユーザにより予め設定されている。
【００５０】
ステップＳ４０７の判定の結果、所定時間が経過している場合はステップＳ４１１に進み、そうでなければステップＳ４０８に進む。ステップＳ４０８では、ＭＦＰ２２０から、受信可能な状態になったことが通知されたかどうかを判定する。具体的には、図３のステップＳ３０６に示すようにＳＩＰメッセージの「ＮＯＴＩＦＹ」がＭＦＰ２２０から送信されてきた場合に、受信可能な状態になったことが通知されたと判定する。ＭＦＰ２２０からの通知があれば「２００  ＯＫ」を送信するとともに（ステップＳ３０７）、ステップＳ４０９に進む。ＭＦＰ２２０からの通知がなければステップＳ４０７に戻る。
【００５１】
なお、ステップＳ４０８の判定を行う際に、「ＮＯＴＩＦＹ」を送信してきたＭＦＰが、ステップＳ４０６で管理した情報が示すＭＦＰ（ＭＦＰ２２０）であるかどうかを判定する。この判定の結果、「ＮＯＴＩＦＹ」を送信してきたＭＦＰがステップＳ４０６で管理した情報が示すＭＦＰ（ＭＦＰ２２０）である場合は、ＭＦＰ２２０からの通知があったと判定する。一方、「ＮＯＴＩＦＹ」を送信してきたＭＦＰがステップＳ４０６で管理した情報が示すＭＦＰ（ＭＦＰ２２０）でない場合は、ＭＦＰ２２０からの通知はないと判定し、ステップＳ４０７に戻る。
【００５２】
ステップＳ４０９では、ステップＳ４０１と同様にしてＭＦＰ２２０に対して画像データを送信するための発呼を改めて行う。即ち、図３のステップＳ３０８に示すように、ＭＦＰ２１０からＭＦＰ２２０に対して「ＩＮＶＩＴＥ」を送信する。
【００５３】
そして、ＭＦＰ２２０から「２００  ＯＫ」が送信されてくれば（ステップＳ３０９）、ＭＦＰ２１０がＭＦＰ２２０に対して「ＡＣＫ」を送信する（ステップＳ３１０）。この後、ステップＳ４１０において、Ｍｅｄｉａ  Ｓｅｓｓｉｏｎに移行し、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する。
【００５４】
なお、ステップＳ４０２において、ＭＦＰ２２０が受信可能な状態であると判定された場合も、同様にして画像データを送信する。即ち、ＭＦＰ２１０がＭＦＰ２２０に対して「ＡＣＫ」を送信するとともに、ステップＳ４１３においてＭｅｄｉａ  Ｓｅｓｓｉｏｎに移行し、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する。
【００５５】
画像データの送信が終了すれば、ＭＦＰ２１０がＭＦＰ２２０に対してＳＩＰメッセージの「ＢＹＥ」を送信し（ステップＳ３１１）、更にＭＦＰ２２０から送信される「２００  ＯＫ」を受信する（ステップＳ３１２）。
【００５６】
ステップＳ４１１では、ＭＦＰ２２０に対する画像データの送信のための通信チャネルの確保を解除する。即ち、ステップＳ４０５で確保した通信チャネルを、ＭＦＰ２２０以外の他のＭＦＰとのデータ通信に使用できるように開放する。更に、ステップＳ４１２では、ＭＦＰ２１０からＭＦＰ２２０に対して再度「ＳＵＢＳＣＲＩＢＥ」を送信する（ステップＳ３１３）ことにより通知要求を取り消す。
【００５７】
ここで送信される「ＳＵＢＳＣＲＩＢＥ」のＥｘｐｉｒｅｓフィールドには、タイムアウト時間が０であることを示す情報が格納されている。つまり、この「ＳＵＢＳＣＲＩＢＥ」を送信することにより、ステップＳ４０３（ステップＳ３０４）で「ＳＵＢＳＣＲＩＢＥ」を送信することにより行った、ＭＦＰ２２０に対する通知要求の取消を行うことができる。
【００５８】
そして、ＭＦＰ２１０が送信した「ＳＵＢＳＣＲＩＢＥ」に対してＭＦＰ２２０から「２００  ＯＫ」が送信されてくれば（ステップＳ３１４）、一連の動作を終了する。
【００５９】
以上のようにして、ＭＦＰ２２０が受信可能な状態になったときに、ＭＦＰ２１０から画像データを確実に送信できるようにしておくことが可能になる。
【００６０】
図６は、上述したタイムアウト時間及び通信チャネルを確保しておく時間（所定時間）をユーザに設定させるための画面の遷移を示す図である。なお、図６に示す各画面は、操作パネル部１２０に備えられた液晶表示部に表示される。
【００６１】
まず、ステップＳ６０１において、操作パネル部１２０に備えられたユーザモードキーがユーザにより押下された場合に、ステップＳ６０２に進み、ユーザモード画面を表示する。この画面において、「送信／受信仕様設定」ボタンが押下された場合には、ステップＳ６０３に進み、送信／受信仕様設定画面を表示する。更に、この画面において「通信予約設定」ボタンが押下された場合には、ステップＳ６０４に進み、通信予約設定画面を表示する。
【００６２】
通信予約設定画面では、図４のステップＳ４０３で送信される「ＳＵＢＳＣＲＩＢＥ」のＥｘｐｉｒｅｓフィールドに格納するタイムアウト時間、及びステップＳ４０７の判定に用いられる通信チャネルの確保時間をそれぞれ個別に設定することができる。
【００６３】
ここで、例えばＳＵＢＳＣＲＩＢＥタイムアウト時間を１０分と設定し、通信チャネル確保時間を０分に設定しておけば、受信不可能な状態の受信装置に対して、受信可能な状態になったことを通知するよう要求するものの、通信チャネルの確保は行わない。つまり、受信装置から受信可能な状態になったことが通知される前に、他の装置とのデータ通信の開始が要求された場合には、該他の装置とのデータ通信を優先して実行する。
【００６４】
また、図６に示す画面ではＳＵＢＳＣＲＩＢＥタイムアウト時間と通信チャネル確保時間をそれぞれ個別に設定するようになっているが、これらをまとめて１つの設定としてもよい。即ち、ＳＵＢＳＣＲＩＢＥタイムアウト時間または通信チャネル確保時間のいずれか一方を設定することにより、自動的に他方も同じ時間が設定されるようにしてもよい。この場合、設定にかかるユーザの手間を軽減することができる。
【００６５】
（第２の実施形態）
次に、本発明に係る第２の実施形態について説明する。
【００６６】
第２の実施形態においても、第１の実施形態と同様に、ＭＦＰ２１０が画像データを送信するためにＭＦＰ２２０に対して発呼したときに、ＭＦＰ２２０が受信不可能な状態である場合について説明する。ただし、第１の実施形態では、ＭＦＰ２１０側で通信チャネルを確保する例を説明したが、第２の実施形態では、ＭＦＰ２２０側で通信チャネルを確保する例について説明する。即ち、第２の実施形態では、ＭＦＰ２２０が受信可能な状態になったことをＭＦＰ２１０に対して通知した後、ＭＦＰ２１０から改めて画像データの送信のための発呼を受けるまで、ＭＦＰ２１０から画像データを受信するために必要な通信チャネルを確保する。
【００６７】
図７は、第２の実施形態における、ＭＦＰ２１０からＭＦＰ２２０への画像データの送信シーケンスを示す図である。図７には、受信可能な状態になったことを通知するようＭＦＰ２１０から要求されたＭＦＰ２２０が、受信可能な状態になったことをＭＦＰ２１０に通知した後、ＭＦＰ２１０から画像データを受信するために必要な通信チャネルを確保しておく例を示す。
【００６８】
図８及び９は、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する場合の、ＭＦＰ２２０における一連の動作を説明するためのフローチャートである。なお、これらのフローチャートに示す一連の動作は、ＭＦＰ２２０（ＭＦＰ１００）のＣＰＵ１６３がプログラムＲＯＭ１７５に格納されている各プログラムに基づいて制御する。
【００６９】
まず、ステップＳ８０１において、ＭＦＰ２２０がＭＦＰ２１０からの発呼を受ける。具体的には、図７のステップＳ７０１に示すように、ＭＦＰ２１０から送信された「ＩＮＶＩＴＥ」を受信する。
【００７０】
次に、ステップＳ８０２において、ＭＦＰ２２０は、自装置が受信可能な状態であるか否かを判定する。ここで、ＭＦＰ２２０が受信可能な状態であると判定された場合は「２００  ＯＫ」を送信し、ステップＳ８１４に進む。一方、ＭＦＰ２２０が受信不可能な状態であると判定された場合はステップＳ８０３に進み、「４８６  Ｂｕｓｙ  Ｈｅｒｅ」を送信する（ステップＳ７０２）。また更に、ＭＦＰ２１０から送信される「ＡＣＫ」を受信する（ステップＳ７０３）。
【００７１】
なお、ステップＳ８０２の判定は、ＭＦＰ２２０が備える通信チャネルが既にＭＦＰ２１０とは異なる他のＭＦＰとのデータ通信に使用されているかどうかに基づいて判定するものとする。即ち、通信チャネルが他のＭＦＰとのデータ通信のために使用中の場合は、ＭＦＰ２１０とのデータ通信に使用することができないので、ＭＦＰ２２０は現在受信不可能な状態であると判定する。一方、通信チャネル（ＭＦＰ２２０が複数の通信チャネルを有している場合はそのうちの少なくとも１つ）が使用中でない場合は、ＭＦＰ２２０は現在受信可能な状態であると判定する。
【００７２】
そして更に、ステップＳ８０４において「ＳＵＢＳＣＲＩＢＥ」を受信したかどうかを判定する。図７のステップＳ７０４に示すように、ＭＦＰ２１０から「ＳＵＢＳＣＲＩＢＥ」が送信されてきた場合は、「２００  ＯＫ」をＭＦＰ２１０に送信し（ステップＳ７０５）、ステップＳ８０５に進む。「ＳＵＢＳＣＲＩＢＥ」を受信しない場合は、そのまま処理を終了する。
【００７３】
「ＳＵＢＳＣＲＩＢＥ」のＥｘｐｉｒｅｓフィールドには、図６のステップＳ６０４で表示された通信予約設定画面においてユーザにより設定されたＳＵＢＳＣＲＩＢＥタイムアウト時間の情報が格納されている。ステップＳ８０５では、ＭＦＰ２２０が「ＳＵＢＳＣＲＩＢＥ」を受信してからＥｘｐｉｒｅｓフィールドに格納されている情報が示すタイムアウト時間が経過したかどうかを判定する。
【００７４】
ステップＳ８０５の判定の結果、タイムアウト時間が経過していない場合は、ステップＳ８０６に進み、一方、タイムアウト時間が経過している場合は、そのまま処理を終了する。
【００７５】
ステップＳ８０６では、ステップＳ８０２と同様にして、ＭＦＰ２２０が受信可能な状態であるか否かを判定する。そして、ＭＦＰ２２０が受信可能な状態であると判定された場合はステップＳ８０７に進み、そうでなければステップＳ８０５に戻る。
【００７６】
ステップＳ８０７では、ＭＦＰ２１０からの画像データの受信に備えて、通信チャネルを確保する。これは、自装置が受信可能な状態になったことをＭＦＰ２２０がＭＦＰ２１０に対して通知したものの、ＭＦＰ２１０から改めて発呼されたときにＭＦＰ２２０が再び受信不可能な状態になってしまっていれば画像データを受信できないためである。
【００７７】
第２の実施形態では、上述したような状況を避けるために、ＭＦＰ２１０から通知要求された場合に、ＭＦＰ２２０が受信可能な状態になったことに応じて、ＭＦＰ２２０は、ＭＦＰ２１０から画像データを受信するために必要な通信チャネルを確保する。即ち、ＭＦＰ２１０からの画像データの受信に必要な通信チャネルをＭＦＰ２１０とは異なる他の装置とのデータ通信に使用することを禁止し、ＭＦＰ２１０から改めて発呼された場合にすぐにＭＦＰ２１０から画像データを受信できるように準備しておく。
【００７８】
なお、ここではＭＦＰ２２０が受信可能な状態になったことに応じて通信チャネルを確保する例について説明したが、他の態様であっても構わない。例えば、後述するステップＳ８０８でＭＦＰ２１０に対して「ＮＯＴＩＦＹ」を送信したことに応じて通信チャネルを確保するようにしても構わない。
【００７９】
また、送信装置からの発呼を受けたときに受信不可能な状態であれば、送信装置から「ＳＵＢＳＣＲＩＢＥ」が送信されてこない場合でも、受信可能な状態になったことを自動的に発呼してきた送信装置に対して通知するようにしてもよい。この場合、送信装置から「ＳＵＢＳＣＲＩＢＥ」が送信されてこなくとも、自装置が受信可能な状態になったことに応じて通信チャネルを確保する。
【００８０】
また、ＭＦＰ２２０が複数の通信チャネルを有し、複数のＭＦＰとのデータ通信をそれぞれ並行して実行することが可能な場合は、そのうちの少なくとも１つの通信チャネルを確保すればよい。このとき、確保されている通信チャネル以外の他の通信チャネルは、ＭＦＰ２１０とは異なる他の装置との通信に使用することが許可されている。
【００８１】
ステップＳ８０８では、「ＮＯＴＩＦＹ」をＭＦＰ２１０に送信する（ステップＳ７０６）。即ち、ＭＦＰ２２０が受信可能な状態になったことをＭＦＰ２１０に通知する。そして、ＭＦＰ２１０から送信されてくる「２００  ＯＫ」を受信する（ステップＳ７０７）。
【００８２】
続くステップＳ８０９では、「ＮＯＴＩＦＹ」を送信した相手先（即ち、ＭＦＰ２１０）を識別するための情報を外部メモリ１３０に格納して管理する。ここで、ＭＦＰ２１０を識別するための情報とは、例えばＳＩＰメッセージのＦｒｏｍヘッダのｔａｇ情報やＣａｌｌ＿ＩＤなど、ＭＦＰ２２０を一意に識別できる情報であれば何であっても構わない。
【００８３】
そして、ステップＳ８１０では、ＭＦＰ２１０から画像データを受信するために必要な通信チャネルを確保してから所定時間が経過したかどうかを判定する。この所定時間とは、図６のステップＳ６０４で表示された通信予約設定画面において、ユーザにより設定された通信チャネル確保時間に基づく。
【００８４】
ステップＳ８１０の判定の結果、所定時間が経過している場合はステップＳ８１３に進み、そうでなければステップＳ８１１に進む。ステップＳ８１１では、ＭＦＰ２１０から、改めて発呼を受けたかどうかを判定する。より具体的には、図７のステップＳ７０８に示すように、ＭＦＰ２１０から「ＩＮＶＩＴＥ」が送信されてきた場合は、ＭＦＰ２１０からの発呼を受けたと判定する。
【００８５】
ステップＳ８１１の判定の結果、ＭＦＰ２１０からの発呼を受けた場合は、ＭＦＰ２１０に「２００  ＯＫ」を送信するとともに（ステップＳ７０９）、ＭＦＰ２１０から送信される「ＡＣＫ」を受信する（ステップＳ７１０）。一方、ＭＦＰ２１０からの発呼を受けていない場合は、ステップＳ８１０に戻る。
【００８６】
なお、ステップＳ８１１の判定を行う際に、「ＩＮＶＩＴＥ」を送信してきたＭＦＰが、ステップＳ８０９で管理した情報が示すＭＦＰ（ＭＦＰ２１０）であるかどうかを判定する。この判定の結果、「ＮＯＴＩＦＹ」を送信してきたＭＦＰがステップＳ８０９で管理した情報が示すＭＦＰ（ＭＦＰ２１０）である場合は、ＭＦＰ２１０から発呼を受けたと判定する。一方、「ＩＮＶＩＴＥ」を送信してきたＭＦＰがステップＳ８０９で管理した情報が示すＭＦＰ（ＭＦＰ２１０）でない場合は、ＭＦＰ２１０から発呼を受けていないと判定する。
【００８７】
ステップＳ８１２では、Ｍｅｄｉａ  Ｓｅｓｓｉｏｎに移行し、ＭＦＰ２１０から画像データを受信する。なお、ステップＳ８０２においてＭＦＰ２２０が受信可能な状態であると判定された場合も同様に、ステップＳ８１４においてＭｅｄｉａ  Ｓｅｓｓｉｏｎに移行し、ＭＦＰ２１０から画像データを受信する。
【００８８】
画像データの受信が終了すれば、ＭＦＰ２１０から送信されてくる「ＢＹＥ」を受信し（ステップＳ７１１）、これに応えてＭＦＰ２１０に対して「２００  ＯＫ」を送信する（ステップＳ７１２）。
【００８９】
また、ステップＳ８１３では、ＭＦＰ２１０からの画像データの受信のための通信チャネルの確保を解除する。即ち、ステップＳ８０７で確保した通信チャネルを、ＭＦＰ２１０以外の他のＭＦＰとのデータ通信に使用できるように開放する。
【００９０】
なお、ここではステップＳ８０４で「ＳＵＢＳＣＲＩＢＥ」を受けたことに応じて、この「ＳＵＢＳＣＲＩＢＥ」の送信元（ＭＦＰ２１０）を示す情報を管理しておくとともに、ステップＳ８０８の「ＮＯＴＩＦＹ」の送信に応じてこの情報を消去するものとする。しかしながら、この情報を「ＮＯＴＩＦＹ」の送信に応じて消去せずに、以下の方法で消去するようにしても構わない。
【００９１】
即ち、ＭＦＰ２１０から画像データを受信した後で、Ｅｘｐｉｒｅｓフィールドにタイムアウト時間が０であることを示す情報が格納された「ＳＵＢＳＣＲＩＢＥ」が送信されてきたことに応じて（ステップＳ７１３）上記の情報を消去するようにしても構わない。なお、ＭＦＰ２２０は、ステップＳ７１３で「ＳＵＳＣＲＩＢＥ」が送信されてきたことに応じて、ＭＦＰ２１０に対して「２００  ＯＫ」を送信する（ステップＳ７１４）。
【００９２】
以上のようにして、自装置が受信可能な状態になったことを送信装置に通知した後、ＭＦＰ２１０から改めて発呼を受けたときに、確実に画像データを受信できるようにしておくことが可能になる。
【００９３】
（第３の実施形態）
次に、本発明に係る第３の実施形態について説明する。
【００９４】
第３の実施形態においても、第１の実施形態と同様に、ＭＦＰ２１０が画像データを送信するためにＭＦＰ２２０に対して発呼した場合であって、この発呼に対するＭＦＰ２２０からの応答が、受信不可能な状態であることを示している場合について説明する。第３の実施形態における第１の実施形態との違いは、第１の実施形態として説明した図４のフローチャートにおいて、ステップＳ４０２とステップＳ４０３との間に、新たなステップＳ１００１が追加されていることである。
【００９５】
図１０は、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する場合の、ＭＦＰ２１０における一連の動作を説明するためのフローチャートであって、図４に示すフローチャートに対応する。
【００９６】
図４のステップＳ４０２において、ＭＦＰ２２０が受信不可能な状態であると判定された場合は、ステップＳ４０３に進む前に、ステップＳ１００１に進む。
【００９７】
ステップＳ１００１では、ＭＦＰ２２０に対して「ＳＵＢＳＣＲＩＢＥ」を送信すべきであるかどうかを判定する。より具体的には、後述する方法を用いて予めユーザが設定した「ＳＵＢＳＣＲＩＢＥ」を送信すべきＭＦＰを示す情報に基づいて、ＭＦＰ２２０に対して「ＳＵＢＳＣＲＩＢＥ」を送信すべきであるかどうか判定する。
【００９８】
ステップＳ１００１において、「ＳＵＢＳＣＲＩＢＥ」を送信すべきであると判定された場合はステップＳ４０３に進み、ＭＦＰ２２０に対して「ＳＵＢＳＣＲＩＢＥ」を送信する（ステップＳ３０４）。一方、「ＳＵＢＳＣＲＩＢＥ」を送信すべきでないと判定された場合はそのまま処理を終了する。
【００９９】
図１１は、外部メモリ部１３０内で記憶・管理されている宛先表テーブルに新規の宛先を登録するための画面の遷移を示す図である。なお、図１１に示す各画面は、操作パネル部１２０に備えられた液晶表示部に表示される。
【０１００】
まず、ステップＳ１１０１において、操作パネル部１２０に備えられたユーザモードキーがユーザにより押下された場合に、ステップＳ１１０２に進み、ユーザモード画面を表示する。この画面において「宛先表仕様設定」ボタンが押下された場合には、ステップＳ１１０３に進み、宛先表仕様設定画面を表示する。更に、この画面において「新規宛先登録」ボタンが押下された場合には、ステップＳ１１０４に進み、新規宛先登録画面を表示する。
【０１０１】
新規宛先登録画面では、画像データの送信先を指定する際に使用する宛先情報とともに、図１０のステップＳ１００１における判定に用いられる情報を入力する。即ち、新規宛先登録画面では、画像データの宛先の名称及びメールアドレス及び／または電話番号を入力するとともに、通信予約フラグのＯＮ／ＯＦＦを選択する。そして、「登録ボタン」が押下されると、入力された情報が宛先表に登録される（ステップＳ１１０５）。
【０１０２】
図１２は、図１１に示す新規宛先登録画面を介して入力された情報を管理するための宛先表テーブルを示す。図１２に示すように、宛先表テーブルには、宛先番号，宛先名，アドレス／電話番号の情報に加えて、通信予約フラグのＯＮ／ＯＦＦを示す情報が管理されている。
【０１０３】
この通信予約フラグとは、発呼した相手先から「４８６  Ｂｕｓｙ  Ｈｅｒｅ」が送信されてきた場合に、受信可能な状態になったことを通知するよう要求すべきかどうかを示す情報である。即ち、図４のステップＳ４０２でＭＦＰ２２０が受信不可能な状態であると判定された場合は、図１２に示す宛先表テーブルを参照し、ＭＦＰ２２０の通信予約フラグがＯＮになっていれば、「ＳＵＢＳＣＲＩＢＥ」を送信すべきであると判定する。なお、ここでは発呼の相手先が宛先表テーブルに登録されていない場合は、「ＳＵＢＳＣＲＩＢＥ」を送信すべきでないと判定するものとするが、この場合に「ＳＵＢＳＣＲＩＢＥ」を送信すべきであると判定するようにしても構わない。
【０１０４】
以上のようにして、受信装置が受信不可能な状態である場合に、予めユーザが指定しておいた情報に基づいて、受信可能になったことを通知するよう要求するか否かを切り替えることができる。これにより、受信装置が受信不可能な場合に常に「ＳＵＢＳＣＲＩＢＥ」を送信し、常に画像データを送信するための通信チャネルを確保してしまうことを防ぐことができる。
【０１０５】
即ち、受信不可能な状態であることが原因で実行できない画像データの送信の優先度が低いにも関わらず、その送信のために通信チャネルを確保してしまうことにより、他の優先度の高いデータ通信を実行できなくなってしまうという問題を防ぐことができる。
【０１０６】
（第４の実施形態）
次に、本発明に係る第４の実施形態について説明する。
【０１０７】
第４の実施形態においても、第１の実施形態と同様に、ＭＦＰ２１０が画像データを送信するためにＭＦＰ２２０に対して発呼したときに、ＭＦＰ２２０が受信不可能な状態である場合について説明する。ただし、第１の実施形態では、ＭＦＰ２１０が通信チャネルを確保する例を説明したが、第４の実施形態では、ＭＦＰ２２０が通信チャネルを確保する例について説明する。
【０１０８】
また、第４の実施形態における第２の実施形態との違いは、第２の実施形態として説明した図８のフローチャートにおいて、ステップＳ８０４とステップＳ８０５との間に新たなステップＳ１３０１が追加されていることである。
【０１０９】
図１３は、ＭＦＰ２１０からＭＦＰ２２０に対して画像データを送信する場合の、ＭＦＰ２２０における一連の動作を説明するためのフローチャートであって、図８に示すフローチャートに対応する。
【０１１０】
図８のステップＳ８０４において、ＭＦＰ２１０から「ＳＵＢＳＣＲＩＢＥ」が送信されてきた場合は、ステップＳ８０５に進む前に、ステップＳ１３０１に進む。
【０１１１】
ステップＳ１３０１では、ＭＦＰ２１０からの、受信可能な状態になったことの通知の要求を了承するかどうかを判定する。より具体的には、図１１に示す新規宛先登録画面を介して設定され、図１２に示す宛先表テーブルで管理されている通信予約フラグに基づいて判定する。
【０１１２】
即ち、ＭＦＰ２１０から「ＳＵＢＳＣＲＩＢＥ」が送信されてきた場合に、宛先表テーブルを参照し、ＭＦＰ２１０の通信予約フラグがＯＮになっていればＭＦＰ２１０からの通知要求を了承し、「２００  ＯＫ」を送信する（ステップＳ７０５）。そして、続くステップＳ８０５に進む。一方、ＭＦＰ２１０の通信予約フラグがＯＦＦになっていれば、「２００  ＯＫ」を送信することなく、そのまま処理を終了する。
【０１１３】
なお、ここでは「ＳＵＢＳＣＲＩＢＥ」の送信先が宛先表テーブルに登録されていない場合は、通知要求を了承しないものとするが、この場合に通知要求を了承するようにしても構わない。
【０１１４】
以上のようにして、送信装置から受信可能な状態になったことを通知するよう要求された場合に、予めユーザが指定しておいて情報に基づいて、この通知要求を了承するか否かを切り替えることができる。これにより、受信可能な状態になった場合に通知するよう要求された場合に、常にこの要求を了承し、受信可能な状態になったことを通知するとともに通信チャネルを確保してしまうことを防ぐことができる。
【０１１５】
即ち、送信装置が実行しようとしている画像データの受信の優先度が低いにも関わらず、その画像データを受信するための通信チャネルを確保してしまい、他の優先度の高いデータ通信を実行できなくなってしまうという問題を防ぐことができる。
【０１１６】
なお、上述した第１乃至第４の実施形態で説明した構成は、それぞれ単独で備えていてもよいし、互いに組み合わせて備えるようにしても構わない。
【０１１７】
即ち、例えば、第１または第３の実施形態で説明した送信装置側の構成と、第２または第４の実施形態で説明した受信装置側の構成とを、１つの通信装置が備えるようにしても構わない。
【０１１８】
また、図６に示す通信予約設定画面で設定可能なＳＵＢＳＣＲＩＢＥタイムアウト時間及び通信チャネル確保時間の設定を、図１１に示す新規宛先登録画面において宛先毎に設定できるようにしてもよい。これにより、宛先毎に個別に通信予約の方法を設定することができるのでより使い勝手が良くなる。
【０１１９】
（その他の実施形態）
以上、実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体（記録媒体）等としての実施態様をとることが可能である。具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１２０】
尚、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラム（実施形態では図に示すフローチャートに対応したプログラム）を、システムあるいは装置に直接あるいは遠隔から供給する。そして、そのシステムあるいは装置のコンピュータが該供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。
【０１２１】
従って、本発明の機能処理をコンピュータで実現するために、該コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
【０１２２】
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であっても良い。
【０１２３】
プログラムを供給するための記録媒体としては、例えば、以下のようなものがある。フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）。
【０１２４】
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページからハードディスク等の記録媒体にダウンロードすることによっても供給できる。すなわち、ホームページに接続し、該ホームページから本発明のコンピュータプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをダウンロードする。また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。
【０１２５】
また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等のコンピュータ読み取り可能な記憶媒体に格納してユーザに配布する。そして、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
【０１２６】
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他にも、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部または全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
【０１２７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後にも前述した実施形態の機能が実現される。すなわち、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行うことによっても前述した実施形態の機能が実現される。
【図面の簡単な説明】
【０１２８】
【図１】本発明の実施形態におけるＭＦＰ１００の構成を示すブロック図である。
【図２】本発明の実施形態におけるＭＦＰ２１０及びＭＦＰ２２０を含む通信システムの全体図である。
【図３】本発明の実施形態におけるＭＦＰ２１０からＭＦＰ２２０への画像データの送信シーケンスを示す図である。
【図４】本発明の実施形態におけるＭＦＰ２１０の動作手順を示すフローチャートである。
【図５】本発明の実施形態におけるＭＦＰ２１０の動作手順を示すフローチャートである。
【図６】本発明の実施形態における操作パネル部１２０に表示される操作画面を示す図である。
【図７】本発明の実施形態におけるＭＦＰ２１０からＭＦＰ２２０への画像データの送信シーケンスを示す図である。
【図８】本発明の実施形態におけるＭＦＰ２２０の動作手順を示すフローチャートである。
【図９】本発明の実施形態におけるＭＦＰ２２０の動作手順を示すフローチャートである。
【図１０】本発明の実施形態におけるＭＦＰ２１０の動作手順を示すフローチャートである。
【図１１】本発明の実施形態における操作パネル部１２０に表示される操作画面を示す図である。
【図１２】本発明の実施形態における宛先表テーブルを示す図である。
【図１３】本発明の実施形態におけるＭＦＰ２２０の動作手順を示すフローチャートである。
【符号の説明】
【０１２９】
１００  ＭＦＰ（マルチファンクションペリフェラル）
１１０  制御部
１２０  操作パネル部
１３０  外部メモリ部
１４０  プリンタ部
１５０  スキャナ部
２００  ＬＡＮ（ローカルエリアネットワーク）
【図１】
0005106190.tif 000002
【図２】
0005106190.tif 000003
【図３】
0005106190.tif 000004
【図４】
0005106190.tif 000005
【図５】
0005106190.tif 000006
【図６】
0005106190.tif 000007
【図７】
0005106190.tif 000008
【図８】
0005106190.tif 000009
【図９】
0005106190.tif 000010
【図１０】
0005106190.tif 000011
【図１１】
0005106190.tif 000012
【図１２】
0005106190.tif 000013
【図１３】
0005106190.tif 000014