通信装置及びプログラム
【課題】適切なタイミングで通信装置とのセッションを終了するための技術を提供する。
【解決手段】
通信装置は、セッション制御手段と、取得手段と、確認手段と、を備える。セッション制御手段は、他の通信装置にデータを送信するために、他の通信装置との間で確立されるセッションを制御する。取得手段は、他の通信装置にデータが送信された後に、他の通信装置から、他の通信装置でデータに従った出力を完了するために要する完了期間に関する期間情報を取得する。確認手段は、期間情報に基づいて、完了期間が経過した後に、データに従った出力が既に完了しているか否かを、他の通信装置に対して問い合わせることによって確認する。セッション制御手段は、確認手段によって、他の通信装置でデータに従った出力が既に完了していることが確認された場合に、他の通信装置とのセッションを終了する。
【解決手段】
通信装置は、セッション制御手段と、取得手段と、確認手段と、を備える。セッション制御手段は、他の通信装置にデータを送信するために、他の通信装置との間で確立されるセッションを制御する。取得手段は、他の通信装置にデータが送信された後に、他の通信装置から、他の通信装置でデータに従った出力を完了するために要する完了期間に関する期間情報を取得する。確認手段は、期間情報に基づいて、完了期間が経過した後に、データに従った出力が既に完了しているか否かを、他の通信装置に対して問い合わせることによって確認する。セッション制御手段は、確認手段によって、他の通信装置でデータに従った出力が既に完了していることが確認された場合に、他の通信装置とのセッションを終了する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定の通信装置にデータを送信するための通信装置に関する。
【背景技術】
【０００２】
従来より、通信装置間でデータを送受信する際に、第１の通信装置からデータを受信した第２の通信装置が、第２の通信装置でデータに従った出力を実行した後、出力が完了した旨の情報を、第１の通信装置に送信する技術がある。ここで、出力が完了した旨の情報を第２の通信装置から受け取ることに際し、例えば特許文献１では、データを受信した画像形成装置が、受信データに対する応答（受信データに係るデコード処理）までに所定値以上の時間を要するか否かの判定を行い、当該所定値以上の時間を要すると判断された場合は、エラーコードを返信して通信セッションを切断している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２０６６７４号公報
【特許文献２】特開２００７−６２６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、データの出力が完了したことが確認されない段階で、通信セッションを切断しているという問題があった。本発明は、上述した問題点を解決するためになされたものであり、適切なタイミングで通信装置とのセッションを終了するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
この目的を達成するために、本発明の第１の装置は、特定の通信装置にデータを送信するための通信装置であって、前記特定の通信装置に前記データを送信するために、前記特定の通信装置との間で確立されるセッションを制御するセッション制御手段と、前記特定の通信装置に前記データが送信された後に、前記特定の通信装置から、前記特定の通信装置が前記データに従った出力を完了するために要する完了期間に関する期間情報を取得する取得手段と、前記期間情報に基づいて、前記完了期間が経過した後に、前記データに従った出力が既に完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認する確認手段とを備え、前記セッション制御手段は、前記確認手段によって、前記特定の通信装置で前記データに従った出力が既に完了していることが確認された場合に、前記特定の通信装置とのセッションを終了することを特徴とする。
【０００６】
この構成により、第１の装置は、特定の通信装置でデータに従った出力が完了したことを確認してからセッションを終了することができるため、適切なタイミングで特定の通信装置とのセッションを終了することができる。
【０００７】
また、上記の装置は、前記期間情報を送信するように、前記特定の通信装置に対して要求する要求手段を備え、前記取得手段は、前記確認手段によって、前記特定の通信装置で前記データの出力が完了したことが確認されない場合に、さらに、前記特定の通信装置から、前記期間情報を再度取得すること特徴とすることが好ましい。
【０００８】
この構成により、特定の通信装置でデータの出力が完了したことが確認されない場合に、特定の通信装置から再度期間情報を取得することができる。このため、例えば、データに従った出力が完了したことが確認されるまで、特定の通信装置とのセッションを維持することができる。
【０００９】
また、上記の装置は、さらに、前記完了期間が、特定の期間を超過するか否かを判断する判断手段を備え、前記セッション制御手段は、前記判断手段によって、前記完了期間が前記特定の期間を超過しないと判断される場合に、前記特定の通信装置とのセッションを維持し、前記判断手段によって、前記完了期間が前記特定の期間を超過すると判断される場合に、前記特定の通信装置とのセッションを終了することを特徴とすることが好ましい。
【００１０】
この構成により、特定の期間が超過するか否かに応じて、特定の通信装置とのセッションを維持するか終了するかを切り替えることができる。このため、例えば、特定の期間が経過すると、ステップ状に料金が課金される場合に、セッションを維持するための通信料金を減少させることができる。
【００１１】
また、上記の装置において、前記セッション制御手段は、前記判断手段によって、前記完了期間が前記特定の期間を超過すると判断される場合に、前記特定の通信装置とのセッションを終了し、第１の期間が経過した後に、再度前記特定の通信装置とのセッションを確立し、前記確認手段は、前記特定の通信装置とのセッションが再度か確立された後に、前記特定の通信装置で前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認することを特徴とすることが好ましい。
【００１２】
この構成により、特定の通信装置とのセッションを終了した後に、再度特定の通信装置とのセッションを確立することができるため、再度特定の通信装置でデータに従った出力が完了したか否かを確認することができる。
【００１３】
また、上記の装置において、前記セッション制御手段は、１台の前記特定の通信装置に対して前記データが送信される場合に、前記１台の特定の通信装置で前記データの出力が完了したことが確認された後に、前記１台の特定の通信装置とのセッションを終了し、複数台の前記特定の通信装置に対して前記データが順次送信される場合に、前記データが送信された第１の前記特定の通信装置での前記データの出力が完了したことが確認される前に、前記第１の特定の通信装置とは異なる第２の特定の通信装置に前記データを送信するために、前記第１の特定の通信装置とのセッションを終了することを特徴とすることが好ましい。
【００１４】
この構成により、複数台の通信装置に対して順次データを送信する場合に、第１の通信装置でのデータに従った出力が完了したことが確認される前に、第２の通信装置に対してもデータを送信することができる。そのため、第１の通信装置でのデータに従った出力が完了したことが確認されてから第２の通信装置にデータを送信する場合に比べて、セッションを維持している期間を短縮させることができる。
【００１５】
また、上記の装置において、前記セッション制御手段は、複数台の前記特定の通信装置に対して前記データが順次送信される場合に、前記第２の特定の通信装置に前記データが送信された後に、前記第１の特定の通信装置とのセッションを再度確立し、前記確認手段は、前記第１の特定の通信装置とのセッションが再度確立された後に、前記第１の通信装置で前記データの出力が完了しているか否かを、前記特定の第１の通信装置に対して問い合わせることによって確認することを特徴とすることが好ましい。
【００１６】
この構成により、複数台の通信装置に対して順次データを送信する場合に、第２の通信装置にデータを送信した後に、第１の通信装置とのセッションを再度確立することができる。そのため、第１の通信装置でのデータの出力が完了したことが確認されてから第２の通信装置にデータを送信する場合に比べて、セッションを維持している期間を短縮させることができるとともに、第１の通信装置でデータに従った出力が完了したことを確認できる。
【００１７】
また、上記の装置において、前記セッション制御手段は、前記確認手段が、前記特定の通信装置での前記データの出力が完了しているか否かを問い合わせてから第２の期間を超過しても、前記データに従った出力が完了しているか否かを確認できない場合に、前記特定の通信装置とのセッションを終了することが好ましい。
【００１８】
この構成により、第２の期間を超過した場合はセッションを終了することができるため、例えば、特定の通信装置に異常が発生した場合はセッションを終了することができる。
【００１９】
また、上記の装置において、前記確認手段は、前記完了期間が経過しているか否かに関わらず、特定の期間が経過する時刻から第３の期間だけ後に、前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせることを特徴とすることが好ましい。
【００２０】
この構成により、特定の期間が経過しているか否かにかかわらず、特定の期間が経過する時刻よりも第３の期間だけ前に特定の通信装置に対してデータの出力が完了しているかを確認することができるため、例えば、特定の期間が経過する前にデータに従った出力が完了している場合には、セッションを終了することができ、セッションを維持するための期間を短縮させることができる。
【００２１】
なお、この発明は、通信装置及び通信装置で実行される方法、これらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の種々の態様で実現することができる。
【図面の簡単な説明】
【００２２】
【図１】第１実施例における通信システムの構成を示すブロック図。
【図２】料金体系の具体例を示す図。
【図３】通信システムを示すシーケンス図。
【図４】第１実施例におけるＦＡＸ装置１０の通信処理における動作を説明するフローチャート。
【図５】セッション確立処理を示すフローチャート。
【図６】第２実施例におけるＦＡＸ装置１０の通信処理を説明するフローチャート。
【図７】第２実施例における印刷完了を確認するタイミングを示す図
【図８】第３実施例におけるＦＡＸ装置１０の通信処理を説明するフローチャート。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態について以下の順序で説明する。
Ａ．第１実施例：
Ａ−１．通信システムの構成：
Ａ−１−１．ＦＡＸ装置の構成：
Ａ−１−２．通信システムで用いられる機器：
Ａ−１−３．料金情報：
Ａ−２．通信処理の概要：
Ａ−２−１．通信システムの動作：
Ａ−２−２．ＦＡＸ装置の通信処理：
Ａ−２−３．セッション確立処理：
Ｂ．第２実施例：
Ｃ．第３実施例：
Ｄ．まとめ：
【００２４】
Ａ．第１実施例：
Ａ−１．通信システムの構成：
図１は、第１実施例における通信システムの構成を示すブロック図である。図１に示すように、本通信システムは、２つのＬＡＮ１００、２００を含む。なお、ＬＡＮ１００、２００は、例えば、一般家庭内や企業内において構築される。
【００２５】
ＬＡＮ１００は、ＦＡＸ装置１０と、ゲートウェイ６０と、を備える。ＬＡＮ１００は、ＬＡＮケーブル３０Ａに接続されるゲートウェイ６０を介して、インターネット４０と接続されている。ＬＡＮ２００は、ＦＡＸ装置７０と、ゲートウェイ１１０と、を備える。ＬＡＮ２００は、ＬＡＮケーブル３０Ｂに接続されるゲートウェイ１１０を介して、インターネット４０と接続されている。さらに、インターネット４０には、ＳＩＰサーバ８０が接続されている。
【００２６】
また、ＦＡＸ装置１０及びＦＡＸ装置７０は、ＰＳＴＮ９０によって接続されている。ＰＳＴＮ９０は、回線交換方式によって接続される電話回線ネットワークである。
【００２７】
ＦＡＸ装置１０は、ＰＳＴＮＦＡＸ機能と、ＩＰＦＡＸ機能と、を備える。ＰＳＴＮＦＡＸ機能は、ＰＳＴＮ９０で用いられる外線番号を用いて、ＰＳＴＮインターフェース２９を介してＦＡＸ通信（即ちＦＡＸデータの送受信）を実行するための機能である。ＩＰＦＡＸ機能は、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を用いて、ＩＰ網（ＬＡＮケーブル３０Ａ、インターネット４０等）を介してＦＡＸ通信を実行するための機能である。なお、ＩＰＦＡＸ機能は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の通信方式に従って実現される。当該ＩＰＦＡＸ機能によって通信処理が行われるため、通信システムに、ゲートウェイと、ＳＩＰサーバと、が備えられている。
【００２８】
なお、第１実施例ではインターネット４０に接続されるＬＡＮが２つであるとして説明を行うが、１つのＬＡＮが接続される通信システムであっても良いし、３つ以上のＬＡＮが接続される通信システムであっても良い。
【００２９】
Ａ−１−１．ＦＡＸ装置の構成：
次に、図１を用いて、第１実施例におけるＦＡＸ装置１０の構成を説明する。
【００３０】
ＦＡＸ装置１０は、ＣＰＵ２１、ＲＡＭ２２、ＮＶＲＡＭ２３、スキャン実行部２４、表示部２５、印刷実行部２６、操作部２７、ネットワークインターフェース２８、ＰＳＴＮインターフェース２９を備えており、各々がバス線で互いに接続されている。
【００３１】
ＣＰＵ２１は、ＦＡＸ装置１０の動作を制御する。第１実施例では、ＮＶＲＡＭ２３は、他のＦＡＸ装置との通信を制御するための通信プログラム２３Ａと、ユーザによって入力された少なくとも１つの他のＦＡＸ装置のＦＡＸ番号を含むアドレス帳２３Ｂと、料金情報２３Ｃと、を記憶している。ＣＰＵ２１は、ＮＶＲＡＭ２３に記憶されている通信プログラムを読み出してＲＡＭ２２に格納し、当該通信プログラムを実行する。これにより、ＣＰＵ２１は、ＦＡＸ装置２０によって実行される通信処理を制御することができる。料金情報２３Ｃについては、後述する。
【００３２】
スキャン実行部２４は、ＣＣＤ等から成るスキャン機構を備え、原稿をスキャンすることによってスキャンデータを生成する。
【００３３】
表示部２５は、パネルを備えており、各種の画面を表示する。操作部２７は、複数のボタンを備えている。ユーザは、操作部２７を操作することによって、表示部２５に表示される項目を選択する。なお、表示部２５は、タッチパネルであってもよい。この場合、表示部２５は、操作部２７としても機能し、ユーザは、表示部２５に表示された画面内の一部の領域に触れることによって項目を選択する。
【００３４】
ＣＰＵ２１は、通信プログラムに従ってスキャン実行部２４に原稿をスキャンさせ、スキャンによって生成されたスキャンデータをＲＡＭ２２に格納する。ユーザは、操作部２７に備えられたボタンを操作することによって、通信先のＦＡＸ装置を選択する。これにより、ＣＰＵ２１は、ネットワークインターフェース２８と接続されたＬＡＮ（ローカルエリアネットワーク）ケーブル３０を介して、選択された他のＦＡＸ装置にスキャンデータを送信することができる。
【００３５】
印刷実行部２６は、レーザ方式等の印刷機構を備えている。ＣＰＵ２１は、ユーザの指示に従って、ＲＡＭ２２に格納されているスキャンデータを印刷実行部２６に印刷出力させることができる。
【００３６】
Ａ−１−２．通信システムで用いられる機器：
続いて、第１実施例での通信システムで用いられる機器について説明する。具体的には、ゲートウェイ６０、１１０と、ＳＩＰサーバ８０と、について説明を行う。
【００３７】
ゲートウェイ６０は、ＬＡＮ１００とインターネット４０とを仲介する機能を保有する機器であり、ＳＩＰ−ＵＲＩが１つ割り当てられる。ＳＩＰ−ＵＲＩは、ＩＰＦＡＸ機能を用いて通信を行うために使用されるものであり、ＰＳＴＮＦＡＸ機能での通信に用いられる外線番号に、所定のドメインを付加したものである。例えば、ＬＡＮ１００の外線番号が「１１１２２２３３３３」であり、所定のドメインが「ｓｉｐ．ｃｏｍ」であった場合、ＳＩＰＵＲＩは「１１１２２２３３３３＠ｓｉｐ．ｃｏｍ」となる。
【００３８】
ゲートウェイ１１０は、ＬＡＮ２００とインターネット４０とを仲介する機能を保有する機器であり、ゲートウェイ６０と同様に、ＳＩＰ−ＵＲＩが１つ割り当てられている。
【００３９】
ＳＩＰサーバ８０は、特定のプロバイダが保有する機器である。ＳＩＰサーバ８０は、ＬＡＮ１００、２００それぞれのゲートウェイ６０、１１０に割り当てられている、ＳＩＰ―ＵＲＩと、ＭＡＣアドレスと、グローバルＩＰアドレスと、を対応付けて記憶する機能を有する。これにより、ＳＩＰサーバ８０は、インターネット４０を介して、異なるＬＡＮに属するＦＡＸ装置、例えば、ＦＡＸ装置１０と、ＦＡＸ装置７０と、の間でのセッションを確立することができる。
【００４０】
ＳＩＰサーバ８０に上記の情報（各ゲートウェイのＳＩＰ−ＵＲＩ、ＭＡＣアドレス、グローバルＩＰアドレス）を記憶させるために、ゲートウェイ６０は、ＳＩＰサーバ８０に対して、ゲートウェイ６０のＳＩＰ−ＵＲＩを登録するよう要求する。ＳＩＰサーバ８０は、当該要求に従って、ゲートウェイ６０のＳＩＰ−ＵＲＩと、ゲートウェイ６０のＭＡＣアドレスと、ゲートウェイ６０のグローバルＩＰアドレスとを、ＳＩＰサーバ８０内に登録する。
【００４１】
Ａ−１−３．料金情報：
料金情報２３Ｃは、上述した特定のプロバイダ（すなわち、ＩＰＦＡＸ機能を提供するプロバイダ）によって提供される情報である。ユーザは、例えば、特定のプロバイダが保有するサーバから、料金情報２３Ｃをダウンロードし、ＮＶＲＡＭ２３に記憶させることができる。料金情報２３Ｃは、ＩＰＦＡＸ機能を用いて実行される通信での料金体系に関する情報を含む。
【００４２】
続いて、上述した料金体系について説明する。ＩＰＦＡＸ機能を用いて実行される通信では、ＦＡＸ装置間でセッションが確立される期間に応じて、課金される料金が変化する。また、ネットワーク上で一定の帯域（単位時間当たりに送信されるデータ量）を保証する技術であるＱｏＳ（ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）が用いられており、使用する帯域に応じて、課金される料金が変化する。ユーザは、操作部２７を操作することによって、所望の帯域を選択する。
【００４３】
図２は、第１実施例で用いられる料金体系の具体例である。図示するように、セッションを維持する期間が所定の期間の長さを超過するたびに、課金される料金が増加する。例えば、単位時間（ｓｅｃｏｎｄ）あたり６４ｋｂ（ｋｉｌｏｂｉｔ）以下のデータを用いて通信する場合（すなわち、帯域が６４ｋｂｐｓ以下の場合）であれば、セッションを維持する期間が０からＴ１までの期間であれば、課金される料金はＰ１である。しかしながら、Ｔ１を超過した瞬間に、課金される料金の合計はＰ１の２倍の料金（２×Ｐ１）に増加する。
【００４４】
一方、図示するように、例えば、単位時間あたり６４ｋｂから５１２ｋｂのデータを用いて通信する場合は、０からＴ２までの期間のセッションの維持に対して課金される料金はＰ２である。
【００４５】
Ａ−２．通信処理の概要：
Ａ−２−１．通信システムの動作：
次に、第１実施例で実行される通信システムについて、図３のシーケンス図を用いて説明を行う。なお、以降の説明では、ＬＡＮ１００内のＦＡＸ装置１０から、ＬＡＮ２００内のＦＡＸ装置７０に対してＦＡＸデータを送信する場合について説明を行う。
【００４６】
図２の通信処理は、ユーザが操作部２７を操作することによって、送信元のＦＡＸ装置であるＦＡＸ装置１０と、送信先のＦＡＸ装置であるＦＡＸ装置７０と、の間で、セッションが確立されることにより開始される（Ｓ１）。セッションの確立は、ＦＡＸ装置１０とＦＡＸ装置７０との間でＰ２Ｐ（Ｐｅａｒ ｔｏ Ｐｅａｒ）通信をするために行われる処理である。なお、セッションの確立のために実行される処理については後述する。
【００４７】
セッションが確立されると、ＦＡＸ装置１０は、ＦＡＸ装置７０にＦＡＸデータを送信する（Ｓ２）。なお、送信されるＦＡＸデータは、スキャン実行部２４でスキャンされたデータである。また、ＦＡＸデータは、送信元情報（ＦＡＸ装置１０のＳＩＰ−ＵＲＩ）と、送信先情報（ＦＡＸ装置７０のＳＩＰ−ＵＲＩ）と、に関する情報を含む。
【００４８】
ＦＡＸデータを送信した後、ＦＡＸ装置１０は、印刷完了予定期間情報を送信するようＦＡＸ装置７０に要求する（Ｓ３）。印刷完了予定期間情報は、ＦＡＸ装置７０の印刷部でＦＡＸデータを印刷するために必要な期間である印刷完了予定期間に関する情報を含む。
【００４９】
ＦＡＸ装置７０は、ＦＡＸ装置１０からの印刷完了予定期間情報の要求に伴い、印刷完了予定期間を算出する（Ｓ４）。例えば、ＦＡＸデータのデータ容量が算出され、当該データ容量に応じた印刷完了予定期間が算出される。なお、複数ページにわたって印刷を行う場合は、最終ページの印刷が完了するまでの期間が算出される。
【００５０】
印刷完了予定期間が算出されると、ＦＡＸ装置７０は、印刷完了予定期間情報を、ＦＡＸ装置１０に送信する（Ｓ５）。
【００５１】
印刷完了予定期間情報を受信すると、ＦＡＸ装置１０は、印刷完了予定期間が経過するまで待機する（Ｓ６）。
【００５２】
印刷完了予定期間が経過すると（Ｓ６ ＹＥＳ）、ＦＡＸ装置１０は、ＦＡＸ装置７０での印刷が既に完了しているか否かを確認するための印刷完了確認情報を、ＦＡＸ装置７０に送信する（Ｓ７）。
【００５３】
ＦＡＸ装置７０は、印刷部においてＦＡＸデータの印刷が完了しているか否かを確認する（Ｓ８）。ＦＡＸ装置７０において、印刷がまだ完了していないと判断される場合は（Ｓ８ ＮＯ）、ＦＡＸ装置７０は、Ｓ４の処理に戻り、再度印刷完了予定期間を算出する。その後、印刷完了予定期間情報を、ＦＡＸ装置１０に送信する（Ｓ５）。なお、印刷完了予定期間が経過したにもかかわらず、印刷が完了していない状態としては、例えば、データ容量の大きい自然画の画像データが印刷される場合に、印刷完了予定期間よりも長い期間を要する場合が想定される。また、他の例としては、印刷の途中で用紙や色材を交換する必要性が生じた場合が想定される。
【００５４】
一方、ＦＡＸ装置７０において、印刷が完了していると判断される場合は（Ｓ８ ＹＥＳ）、ＦＡＸ装置７０は、印刷が完了した旨の情報である印刷完了情報をＦＡＸ装置１０に送信する（Ｓ９）。
【００５５】
印刷完了情報を受信すると、ＦＡＸ装置１０は、ＦＡＸ装置７０にセッション終了情報を送信して、ＦＡＸ装置７０とのセッションを終了する（Ｓ１０）。その後、セッションが終了した旨の情報であるセッション終了情報を受信したＦＡＸ装置７０も、セッションを終了する（Ｓ１１）。
【００５６】
Ａ−２−２．ＦＡＸ装置の通信処理：
続いて、第１実施例で実行されるＦＡＸ装置１０の通信処理について説明する。図４は、ＦＡＸ装置１０の通信処理における動作を説明するフローチャートである。
【００５７】
まず始めに、ＣＰＵ２１は、送信先のＦＡＸ装置であるＦＡＸ装置１０とのセッションを確立するためのセッション確立処理を実行する（Ｓ１２０）。なお、セッション確立処理については後述する。
【００５８】
セッション確立処理が実行されると、ＣＰＵ２１は、すでにＦＡＸデータをＦＡＸ装置７０に送信済みであるか否かを確認する（Ｓ１４０）。
【００５９】
ＦＡＸデータが送信されていないと判断された場合は（Ｓ１４０ ＮＯ）、ＣＰＵ２１は、スキャン実行部２４に原稿のスキャンを実行させることによって、ＦＡＸデータを生成し、ＦＡＸ装置７０にＦＡＸデータを送信する（Ｓ１６０）。なお、スキャンの実行は、ユーザが操作部２７を操作することによって開始される。その後、ＣＰＵ２１は、ＦＡＸ装置７０の図示しない印刷部にてＦＡＸデータが印刷されるまでに要する期間を示す、印刷完了予定期間情報を送信するよう、ＦＡＸ装置７０に要求する（Ｓ１８０）。
【００６０】
なお、ＦＡＸ装置７０は、受信したＦＡＸデータのデータ容量を算出することによって、印刷するまでに必要な期間を算出し、算出された期間に関する情報をＦＡＸ装置１０に送信する。
【００６１】
ＣＰＵ２１は、ＦＡＸ装置７０から印刷完了予定期間情報を取得し（Ｓ２００）、ＲＡＭ２２に格納する。印刷完了予定期間情報を取得すると、ＣＰＵ２１は、セッションを維持するための料金が増加するまでに、ＦＡＸ装置７０での印刷が完了するか否かを特定する（Ｓ２２０）。具体的には、ＮＶＲＡＭ２３に格納されている料金情報２３Ｃを読み出し、セッションを維持するための料金が増加するまでの期間（例えば、図２のＴ１）と、印刷完了予定期間と、を比較する。
【００６２】
なお、第１実施例では、印刷完了予定期間が、当該料金が増加するまでの期間（Ｔ１）を越えるか否かを特定しているが、異なる構成であってもよい。例えば、ＣＰＵ２１は、使用される帯域（単位時間当たりに送信されるデータ量）に対応する、料金が増加するまでの期間を判断して、当該料金が増加するまでの期間と、印刷完了予定期間と、を比較しても良い。なぜならば、図２で示したように、使用する帯域に応じて、料金が増加するまでの期間が変化するからである。例えば、通信速度が６４ｋｂｐｓ〜５１２ｋｂｐｓと特定されれば、ＣＰＵ２１は、印刷完了予定期間がＴ２を超えるか否かを特定してもよい。
【００６３】
セッションを維持するための料金が増加するまでの期間内に印刷が完了すると判断された場合は（Ｓ２２０ ＹＥＳ）、ＣＰＵ２１は、印刷完了予定期間まで待機し（Ｓ２４０）、印刷完了予定期間が経過した後、ＦＡＸ装置７０でのＦＡＸデータの印刷が完了したか否かを、ＦＡＸ装置７０に問い合わせる（Ｓ２６０）。
【００６４】
ＣＰＵ２１の問い合わせに対して、ＦＡＸ装置７０から印刷完了情報の応答があった場合は、ＣＰＵ２１は、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを終了し（Ｓ３２０）、図４の通信処理を終了する。
【００６５】
一方、ＣＰＵ２１の問い合わせに対して、ＦＡＸ装置７０からの印刷完了予定時間情報の応答があった場合は、ＣＰＵ２１は、Ｓ２２０の処理に戻り、セッションを維持するための料金が増加するまでに、ＦＡＸ装置７０での印刷が完了するか否かを特定する。
【００６６】
ＣＰＵ２１の問い合わせに対して、応答がない場合は（Ｓ２８０ ＮＯ）、ＣＰＵ２１は、ＦＡＸ装置７０に対して問い合わせてからの期間が、タイムアウトの期間を超過したか否かを特定する（Ｓ３００）。ＦＡＸ７０からの応答がタイムアウトの期間を超過しても受信できない場合は（Ｓ３００ ＹＥＳ）、ＣＰＵ２１は、異常が発生したと判断し、セッションを終了する（Ｓ３４０）。
【００６７】
なお、第１実施例では、Ｓ２６０の問い合わせは、タイムアウトの期間を超過するまでＣＰＵ２１によって実行されることとしているが、別の構成としてもよい。例えば、Ｓ２６０における問い合わせの回数が所定の回数を超過したら、問い合わせを終了する構成としてもよい。なお、所定の回数は、例えば、ユーザに操作部２７を操作されることによって決定され、当該所定の回数を示す情報をＲＡＭ２２に記憶させる態様が想定される。
【００６８】
一方、Ｓ２２０にて、接続料金が増加する前に印刷が完了しないと特定された場合は（Ｓ２２０ ＮＯ）、ＣＰＵ２１は、印刷の完了を確認することなく、ＦＡＸ装置７０とのセッションを終了する（Ｓ３４０）。
【００６９】
Ｓ３４０でセッションを終了する処理が実行されると、ＣＰＵ２１は、ＲＡＭ２２に記憶されている印刷完了予定期間情報を読み出すことによって、印刷完了予定期間が経過するまで待機する（Ｓ３６０）。印刷完了予定期間が経過した場合（Ｓ３６０ ＹＥＳ）は、Ｓ１２０に戻り、再度ＦＡＸ装置７０とのセッションを確立する。
【００７０】
ここで、図４のフローチャートについて、次の２つの場合を想定して説明する。具体的には、（１）通信を開始した時刻から、次に料金が増加する時刻までの期間（図２の０〜Ｔ１）に印刷が完了することが予定される場合と、（２）通信を開始してからＴ１の期間が経過した後に印刷が完了することが予定される場合と、について説明する。
【００７１】
まず、（１）の場合に実行される処理について説明する。まず、Ｓ１２０でセッションが確立される。ＦＡＸデータをＦＡＸ装置７０に送信していないため、Ｓ１６０でＦＡＸ装置７０にＦＡＸデータを送信する処理が実行される。その後、Ｓ１８０、Ｓ２００、Ｓ２２０、Ｓ２４０、Ｓ２６０の処理が順に実行される。その後、Ｓ２８０で、ＦＡＸ装置７０からの応答があったか否かが特定される。その際、ＣＰＵ２１が印刷完了情報を受信した場合、すなわち印刷が完了している場合は、Ｓ３２０でＦＡＸ装置７０とのセッションを終了する。
【００７２】
一方、ＣＰＵ２１が印刷完了予定時間情報を受信した場合、すなわち印刷が完了していない場合は、Ｓ２２０に戻り、新たに取得した印刷完了予定時間情報に基づいて、料金が増加するまでに印刷が完了するか否かが特定される。印刷がＴ１の期間内に完了することが予定される場合は、Ｓ２４０の処理が実行される。印刷がＴ１の期間を経過した後に完了することが予定される場合は、Ｓ３４０で一旦セッションが終了され、Ｓ３６０で印刷完了予定時間が経過するまで処理が待機される。
【００７３】
次に、（２）の場合に実行される処理について説明する。まず、（１）の場合と同様に、Ｓ１２０でセッションが確立され、Ｓ１６０でＦＡＸデータを送信する処理が実行される。その後、Ｓ１８０、Ｓ２００の処理が実行される。Ｓ２２０の処理では、料金が増加するまでに印刷が完了しないと判断されるため、Ｓ３４０に移行し一旦セッションが終了される。その後、Ｓ３６０で印刷完了予定時間まで待機し、Ｓ１２０で再度セッションを確立する。ＦＡＸデータは既にＦＡＸ装置７０に送信されているため、Ｓ１４０での判定の後、Ｓ２００の処理が実行される。以降、Ｓ２２０での処理に応じた処理が実行される。
【００７４】
Ａ−２−３．セッション確立処理：
続いて、第１実施例で実行されるセッション確立処理（Ｓ１２０）について説明する。図５は、ＦＡＸ装置１０のセッション確立処理を説明するフローチャートである。
【００７５】
まず始めに、ＦＡＸ装置１０のＣＰＵ２１は、ゲートウェイ６０に問い合わせることによって、ゲートウェイ６０のＩＰアドレスを取得する（Ｓ１２２）。
【００７６】
続いてＣＰＵ２１は、アドレス帳２３Ｂに登録されているＦＡＸ装置７０の外線番号に、ＳＩＰドメインを付加することによって、ＳＩＰ−ＵＲＩを生成する（Ｓ１２４）。例えば、ＦＡＸ装置７０の外線番号が「４４４５５５６６６６」であり、所定のドメインが「ｓｉｐ．ｃｏｍ」であった場合、ＳＩＰＵＲＩは「４４４５５５６６６６＠ｓｉｐ．ｃｏｍ」である。なお、ＳＩＰドメインは特定のプロバイダによって供給されるドメインである。ＳＩＰドメインは、例えば、ユーザに操作部２７を操作されることによって、ＮＶＲＡＭ２３内に記憶されている。
【００７７】
続いて、ＣＰＵ２１は、ＩＮＶＩＴＥコマンドを生成し、Ｓ１２２で取得したゲートウェイ６０のＩＰアドレスの情報を用いて、ゲートウェイ６０にＩＮＶＩＴＥコマンドを送信する（Ｓ１２６）。当該ＩＮＶＩＴＥコマンドは、ＦＡＸ装置７０のＳＩＰ−ＵＲＩと、ＦＡＸ装置１０のＳＩＰ−ＵＲＩと、に関する情報が含まれる。当該ＩＮＶＩＴＥコマンドは、ゲートウェイ６０を介して、ＳＩＰサーバ８０に送信される。
【００７８】
ＳＩＰサーバ８０は、送信先のＳＩＰ−ＵＲＩと、ＩＰアドレスと、を対応付けて記憶している。従って、ＳＩＰサーバ８０では、ＦＡＸ装置７０のＳＩＰ−ＵＲＩと対応付けられているＦＡＸ装置７０のＩＰアドレスが特定される。ＳＩＰサーバ８０は、ＦＡＸ装置７０に対して、ＩＮＶＩＴＥコマンドを転送する。その後、ＦＡＸ装置１０が、ＦＡＸ装置７０からＩＮＶＩＴＥコマンドを受け付ける旨の情報を受信することによって、ＦＡＸ装置１０と、ＦＡＸ装置７０と、の間でセッションが確立される。
【００７９】
Ｂ．第２実施例：
続いて、本発明の第２実施例について、図６を参酌して説明する。図６は、第２実施例での通信処理の流れを示すフローチャートである。なお、システム構成は第１実施例と同様であるため、説明を省略する。
【００８０】
また、図７は、第２実施例において、印刷完了を確認するタイミングを示す図である。第２実施例では、送信先ＦＡＸ装置（ＦＡＸ装置７０）の印刷完了予定期間とは無関係に、セッションを維持するための料金が増加した時刻（通信開始時刻を含む）から所定の期間が経過した後に、印刷が完了しているか否かを問い合わせる。具体的には、図７において、通信開始から０、Ｔ１、２×Ｔ１、…、Ｎ×Ｔ１（Ｎは０以上の整数）の期間が経過する時刻からＴｒ（Ｔｒ＜Ｔ１）の期間後に、ＦＡＸ装置７０に対し、印刷が完了したか否かを確認する。こうすることで、印刷完了予定期間前に印刷が完了していた場合は、接続料金を増加させることなく、セッションを終了することができる。
【００８１】
なお、Ｔｒは、ユーザに操作部２７を操作されることによって指定されてもよいし、ＮＶＲＡＭ２３に予め格納されていてもよい。Ｔｒに関する情報は、通信処理が開始された後、ＲＡＭ２２に格納される。
【００８２】
第２実施例での通信処理について説明する。第１実施例と同様に、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを確立し（Ｓ１２０ａ）、ＦＡＸ装置７０にＦＡＸデータを送信する（Ｓ１６０ａ）。その後、ＦＡＸ装置７０に印刷完了予定期間情報を要求し（Ｓ１８０ａ）、印刷完了予定期間情報を取得する（Ｓ２００ａ）。
【００８３】
続いて、ＣＰＵ２１は、印刷完了予定期間まで待機し、印刷完了予定期間が経過した後、ＦＡＸ装置７０でのＦＡＸデータの印刷が完了したか否かを確認する（Ｓ４００）。印刷完了予定期間が経過していることが確認された場合（Ｓ４００ ＹＥＳ）は、Ｓ４４０の処理に移行する。
【００８４】
一方、印刷完了予定期間は経過していないことが確認された場合は（Ｓ４００ ＮＯ）、ＣＰＵ２１は、セッションを維持するための料金が増加した時刻から所定の期間（以下、Ｔｒ）が経過したか否かを特定する。
【００８５】
Ｔｒを経過したことが確認されない場合は（Ｓ４２０ ＮＯ）、ＣＰＵ２１は、Ｓ４００の処理に戻る。
【００８６】
Ｔｒを経過したことが確認された場合（Ｓ４２０ ＹＥＳ）は、Ｓ４４０の処理に移行する。
【００８７】
ＣＰＵ２１は、ＦＡＸ装置７０とのセッションが確立されているか否かを特定する（Ｓ４４０）。ＦＡＸ装置７０とのセッションが確立されていない場合（Ｓ４４０ ＮＯ）、ＣＰＵ２１はＦＡＸ装置７０とのセッションを確立する処理であるセッション確立処理（Ｓ４６０。図６のＳ１２０と同様の処理）を実行する。
【００８８】
続いて、ＣＰＵ２１は、印刷が完了したか否かを、ＦＡＸ装置７０に問い合わせる（Ｓ２６０ａ）。ＦＡＸ装置７０から印刷完了情報の応答があった場合は（Ｓ２８０ａ ＹＥＳ）、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを終了し（Ｓ３２０ａ）、図６の通信処理を終了する。
【００８９】
一方、印刷完了情報の応答がない場合（Ｓ２８０ａ ＮＯ）は、ＣＰＵ２１は、料金が増加してからＴｒを経過しているか否かを特定する（Ｓ４８０）。Ｔｒを経過していると判断される場合（Ｓ４８０ ＹＥＳ）は、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを終了し（Ｓ５００）、印刷完了予定時間が経過するまで待機する（Ｓ５６０）。印刷完了予定期間が経過した後、Ｓ４４０の処理に戻る。一方、Ｔｒを経過していないと判断される場合（Ｓ４８０ ＮＯ）は、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを終了することなく、再度ＦＡＸ装置７０から印刷完了予定期間情報を取得する（Ｓ５２０）。その後、Ｔｒが経過するまで待機し（Ｓ５４０）、Ｓ４００の処理に戻る。
【００９０】
こうすることで、Ｔｒを経過していた場合に一旦セッションを終了できるので、接続料金の増加を抑制することができる。
【００９１】
ここで、図６のフローチャートについて、以下の３つの場合を想定して説明する。すなわち（１）印刷が完了する予定の時刻が、通信を開始してからＴｒの期間内である場合と、（２）印刷が完了する予定の時刻が、通信を開始してからＴｒ〜Ｔ１の期間内である場合と、（３）印刷が完了する予定の時刻が、通信を開始してからＴ１の期間後である場合と、について説明する。なお、（１）から（３）の場合は、それぞれ図７に示した（１）から（３）と対応する。
【００９２】
まず、（１）の場合に実行される処理について説明する。まず、Ｓ１２０ａでセッションが確立された後、Ｓ１６０ａ、Ｓ１８０ａ、Ｓ２００ａの処理が順に実行される。（１）の場合は、Ｔｒを経過するまでに印刷を完了することが予定されているため、Ｓ４００で印刷完了予定期間が経過するまで待機した後、Ｓ４４０に移行する。セッションは確立済みであるため、Ｓ４４０の処理が実行された後、Ｓ２６０ａに移行し、印刷が完了しているか否かを示す印刷完了確認情報をＦＡＸ装置７０に問い合わせる。Ｓ２８０ａで印刷が完了していると判断された場合は、Ｓ３２０ａでＦＡＸ装置７０とのセッションを終了する。
【００９３】
一方、印刷が完了していないと判断された場合は、Ｓ４８０に移行する。（１）の場合は、Ｔｒを経過するまでに印刷が完了することが予定されているため、Ｓ４８０の処理の後、Ｓ５２０に移行し、再度印刷完了予定時間情報が取得される。その後、Ｓ５４０でＴｒを経過するまで待機し、再度Ｓ４００に移行する。
【００９４】
再度取得した印刷完了予定期間が、Ｔｒより短い場合は、Ｓ４００で印刷完了予定期間が経過するまで待機した後、Ｓ４４０に移行する。再度取得した印刷完了予定期間が、Ｔｒより長い場合（すなわち、図７の（２）、（３）の場合）、Ｓ４２０でＴｒを経過したと判断され、Ｓ４４０の処理が実行される。セッションは確立済みであるため、Ｓ４４０の処理の後、Ｓ２６０ａに移行する。以降、Ｓ２８０ａでの処理に応じた処理が実行される。
【００９５】
次に、（２）の場合について説明する。まず、（１）の場合と同様に、Ｓ１２０ａでセッションが確立された後、Ｓ１６０ａ、Ｓ１８０ａ、Ｓ２００ａの処理が順に実行される。（２）の場合は、印刷完了予定期間を経過する時刻よりも、Ｔｒを経過する時刻のほうが早いため、Ｓ４２０でＴｒを経過したと判断され、Ｓ４４０の処理が実行される。セッションは確立済みであるため、Ｓ４４０の処理が実行された後Ｓ２６０ａに移行し、印刷が完了しているか否かを示す印刷完了確認情報をＦＡＸ装置７０に問い合わせる。Ｓ２８０ａで印刷が完了していると判断された場合は、Ｓ３２０ａでＦＡＸ装置７０とのセッションを終了する。
【００９６】
一方、印刷が完了していないと判断された場合は、Ｓ４８０に移行する。（２）の場合は、Ｔｒを経過した後に印刷が完了することが予定されている。すなわち、Ｓ４８０の処理では、Ｔｒを経過したと判断される。そのため、Ｓ４８０の後Ｓ５００に移行し、ＦＡＸ装置７０とのセッションを終了する。その後、Ｓ５６０で印刷完了予定時間が経過するまで待機する。印刷完了予定期間が経過した後、再度Ｓ４４０に移行する。その後、Ｓ４６０で再度ＦＡＸ装置７０とのセッションを確立し、Ｓ２６０ａ、Ｓ２８０ａの処理が実行される。その後、Ｓ２８０ａの処理に応じた処理が実行される。
【００９７】
最後に、（３）の場合について説明する。まず、（１）の場合と同様に、Ｓ１２０ａでセッションが確立された後、Ｓ１６０ａ、Ｓ１８０ａ、Ｓ２００ａの処理が順に実行される。（３）の場合は、（２）の場合と同様に、印刷完了予定期間を経過する時刻よりも、Ｔｒを経過する時刻のほうが早いため、Ｓ４２０でＴｒを経過したと判断され、Ｓ４４０の処理が実行される。セッションは確立済みであるため、Ｓ４４０の処理が実行された後Ｓ２６０ａに移行し、印刷が完了しているか否かを示す印刷完了確認情報をＦＡＸ装置７０に問い合わせる。Ｓ２８０ａで印刷が完了していると判断された場合は、Ｓ３２０ａでＦＡＸ装置７０とのセッションを終了する。
【００９８】
一方、印刷が完了していないと判断された場合は、Ｓ４８０に移行する。（３）の場合は、Ｔｒを経過した後に印刷が完了することが予定されている。すなわち、Ｓ４８０の処理では、Ｔｒを経過したと判断される。そのため、Ｓ４８０の後Ｓ５００に移行し、ＦＡＸ装置７０とのセッションを終了する。その後、Ｓ５６０で印刷完了予定時間が経過するまで待機する。印刷完了予定期間が経過した後、再度Ｓ４４０に移行する。その後、Ｓ４６０で再度ＦＡＸ装置７０とのセッションを確立し、Ｓ２６０ａ、Ｓ２８０ａの処理が実行される。その後、Ｓ２８０ａの処理に応じた処理が実行される。
【００９９】
Ｃ．第３実施例：
続いて、本発明の第３実施例について、図９を参酌して説明する。図９は、第３実施例での通信処理の流れを示すフローチャートである。なお、システム構成は第１実施例と同様であるため、説明を省略する。
【０１００】
第３の実施形態では、複数のＦＡＸ装置に対してＦＡＸデータを送信する場合を想定する。具体的には、ユーザが、どのＦＡＸ装置に対してＦＡＸデータを送信することを所望するかを予め決定し、操作部２７を用いて、当該複数のＦＡＸ装置をＦＡＸ装置７０に指示する。ＣＰＵ２１は、当該指示に従って、ＦＡＸデータを送信するＦＡＸ装置の送信リストを作成し、ＲＡＭ２２に記憶する。ＣＰＵ２１は、送信リストにおいて最も上位に記録されているＦＡＸ装置から順に、複数のＦＡＸ装置に対してＦＡＸデータを送信する。第３実施例では、ＣＰＵ２１は、送信リストの中の第１のＦＡＸ装置に対してＦＡＸデータを送信した後、第１のＦＡＸ装置でＦＡＸデータが印刷されるまで待機するのではなく、印刷完了予定期間中に、第１のＦＡＸ装置と異なる第２のＦＡＸ装置にＦＡＸデータを送信する。こうすることで、ＣＰＵ２１は、時間を有効に活用して、複数台のＦＡＸ装置に対してＦＡＸデータを送信することができる。
【０１０１】
第３実施例での通信処理について説明する。電源投入時処理（Ｓ１００ｂ）から、セッションを終了する処理（Ｓ３２０ｂ）までは、第１実施例と同様であるため、説明を省略する。
【０１０２】
ＣＰＵ２１は、Ｓ３２０ｂにおいて、送信先のＦＡＸ装置とのセッションを終了すると、ＦＡＸデータを送信する予定である全てのＦＡＸ装置に対し、ＦＡＸデータを送信したか否かを特定する（Ｓ６２０）。具体的には、ＲＡＭ２２に記憶されている送信リストを参照し、全てのＦＡＸ装置に対してＦＡＸデータを送信したか否かを特定する。
【０１０３】
ＦＡＸデータを送信していないＦＡＸ装置が存在する場合（Ｓ６２０ ＮＯ）、ＣＰＵ２１は、送信リスト内のＦＡＸ装置の中で、ＦＡＸデータを送信していないＦＡＸ装置を特定する（Ｓ６４０）。具体的には、送信リストに含まれるＦＡＸ装置を上位から順次確認し、ＦＡＸデータを送信していないＦＡＸ装置を特定する。その後、Ｓ１２０ｂに処理を戻し、特定されたＦＡＸ装置とセッションを確立する。
【０１０４】
一方、ＦＡＸデータを送信していないＦＡＸ装置が存在しない場合（Ｓ６２０ ＹＥＳ）、ＣＰＵ２１は、ＦＡＸデータを送信した全てのＦＡＸ装置に対し、ＦＡＸデータの印刷完了が確認されているか否かを特定する（Ｓ６６０）。具体的には、ＣＰＵ２１は、ＲＡＭ２２に記憶されている送信リストを参照し、全てのＦＡＸ装置の印刷完了を確認したか否かを特定する。
【０１０５】
印刷完了を確認していないＦＡＸ装置が存在する場合（Ｓ６６０ ＮＯ）、ＣＰＵ２１は、ＲＡＭ２２を参照することによって、送信リスト内のＦＡＸ装置の中で、印刷完了を確認していないＦＡＸ装置を特定し、特定されたＦＡＸ装置の中で、最も印刷完了予定期間が早いＦＡＸ装置の印刷完了予定期間が完了するまで待機する（Ｓ６８０）。その後、ＣＰＵ２１は、Ｓ１２０ｂに処理を戻し、特定されたＦＡＸ装置とセッションを確立する。
【０１０６】
一方、全てのＦＡＸ装置で印刷完了が確認された場合（Ｓ６６０ ＹＥＳ）、ＣＰＵ２１は図９の通信処理を終了する。
【０１０７】
ここで、図８のフローチャートについて、以下の場合を想定して説明する。具体的には、Ｎ台のＦＡＸ装置（Ｎは自然数）に対してＦＡＸデータを送信する場合に、送信リストの上位からｋ番目（２≦ｋ≦Ｎ）のＦＡＸ装置に着目して説明する。
【０１０８】
ＦＡＸ装置１０から送信リストのｋ−１番目のＦＡＸ装置へのＦＡＸデータの送信が終了した後、送信リストのｋ番目のＦＡＸ装置にＦＡＸデータを送信するため、Ｓ１２０ｂにおいて、ＦＡＸ装置１０と、ｋ番目のＦＡＸ装置と、の間でセッションが確立される。ＦＡＸデータをＦＡＸ装置７０に送信していないため、Ｓ１６０ｂでＦＡＸ装置７０にＦＡＸデータを送信する処理が実行される。その後、Ｓ１８０ｂ、Ｓ２００ｂの処理が順に実行される。
【０１０９】
ｋ番目のＦＡＸ装置において、接続料金が増加するまでに印刷が完了することが予定されている場合は、Ｓ２２０ｂでの判定の後、Ｓ２４０ｂ、Ｓ２６０ｂ、Ｓ２８０ｂの処理が順に実行される。この場合、他のＦＡＸ装置にＦＡＸデータを送信することなく、印刷が完了したことが確認されるまで、ＦＡＸ装置１０とｋ番目のＦＡＸ装置とのセッションを維持する。印刷が完了したことが確認された場合は、Ｓ３２０ｂでセッションを終了する。
【０１１０】
一方、ｋ番目のＦＡＸ装置において、接続料金が増加するまでに印刷が完了しないことが予定されている場合は、Ｓ２２０ｂでの判定の後、Ｓ３２０ｂに移行し、セッションを一旦終了する。その後、Ｓ６２０において、ＦＡＸ装置１０のＣＰＵ２１が、他の全てのＦＡＸ装置に対してＦＡＸデータを送信したか否かを特定する。ＦＡＸデータが送信されていないＦＡＸ装置が存在すると判断された場合は、Ｓ６４０で送信先のＦＡＸ装置を特定し、特定されたＦＡＸ装置とセッションを確立する。このように、全てのＦＡＸ装置にＦＡＸデータが送信されるまでは、Ｓ６６０の処理に移行することはない。
【０１１１】
Ｓ６２０において、全てのＦＡＸ装置にＦＡＸデータを送信したと判断された場合は、Ｓ６６０に移行し、全てのＦＡＸ装置での印刷完了を確認したか否かが判断される。この場合、印刷完了が確認されていないＦＡＸ装置は、以下の２つのいずれかに該当するＦＡＸ装置である。すなわち、（ア）Ｓ２２０ｂにおいて、料金が増加するまでに印刷が完了しないと判断されたため一旦セッションを終了したＦＡＸ装置と、（イ）Ｓ３００ｂにおいて、タイムアウトの期間が経過したと判断されたためセッションを終了したＦＡＸ装置と、のいずれかに該当するＦＡＸ装置である。
【０１１２】
印刷完了が確認されていないＦＡＸ装置が存在しない場合は、図８の処理を終了する。
一方、印刷完了が確認されていないＦＡＸ装置が存在する場合は、Ｓ６８０に移行し、最も早く印刷が完了することが予定されるＦＡＸ装置の印刷完了予定時間が経過するまで待機する。その後、再度Ｓ１２０ｂの処理が実行される。
【０１１３】
Ｄ．まとめ
以上の説明において、ＣＰＵ２１によって実行される通信プログラムのうち、図３のＳ１、Ｓ２、Ｓ１０、Ｓ１１、図４のＳ１２０からＳ１６０、Ｓ３２０、Ｓ３４０、図６のＳ１２０ａ、Ｓ１６０ａ、Ｓ４４０、Ｓ４６０、Ｓ２８０ａ、Ｓ５００、及び図８のＳ１２０ｂからＳ１６０ｂ、Ｓ３２０ｂ、Ｓ６２０、Ｓ６４０が本発明のセッション制御手段によって実行される処理に相当する。また、図３のＳ４、Ｓ５、図４のＳ２００、図６のＳ２００ａ、及び図８のＳ２００ｂが取得手段によって実行される処理に相当する。また、図３のＳ６からＳ９、図４のＳ２８０、Ｓ３００、図６のＳ４００、Ｓ４２０、Ｓ２８０ａ、Ｓ４８０、及び図８のＳ２４０ｂ、Ｓ２６０ｂ、Ｓ６６０、Ｓ６８０が確認手段によって実行される処理に相当する。また、図３のＳ３、図４のＳ１８０、図６のＳ１８０ａ、及び図８のＳ１８０ｂが要求手段によって実行される処理に相当する。また、図４のＳ２２０、図８のＳ２２０ｂが判断手段によって実行される処理に相当する。
【０１１４】
また、印刷完了予定期間が本発明の完了期間に相当し、印刷完了予定期間情報が本発明の期間情報に相当する。また、セッションを維持するための料金が増加するまでの期間が本発明の特定の期間に相当し、タイムアウトの期間が本発明の第２の期間に相当し、料金が増加してからＴｒが経過するまでの期間が本発明の第３の期間に相当する。
【０１１５】
以上説明したように、他のＦＡＸ装置（第１実施例におけるＦＡＸ装置７０）にＦＡＸデータを送信するＦＡＸ装置１０は、ＦＡＸ装置７０にＦＡＸデータを送信するために、ＦＡＸ装置７０とセッションを確立し、ＦＡＸ装置７０にＦＡＸデータを送信した後、ＦＡＸ装置７０から、ＦＡＸ装置７０でＦＡＸデータを印刷するために必要な期間である印刷完了予定機関に関する情報を取得する。その後、印刷完了予定期間が経過した後に、ＦＡＸ装置７０に対し、印刷が完了しているか否かをＦＡＸ装置７０に確認する。ＦＡＸ装置１０は、ＦＡＸ装置７０で印刷が完了したことが確認されたら、ＦＡＸ装置７０とのセッションを終了する。このように、ＦＡＸ装置１０は、ＦＡＸ装置１０においてＦＡＸデータの印刷が完了したことが確認されたから、ＦＡＸ７０とのセッションを終了することができる。
【０１１６】
なお、本発明における技術的範囲は、上述した実施例に限られるものではなく、以下に示すような種々の態様によって実施することが可能である。
【０１１７】
（１）上述した実施例では、印刷完了確認情報がタイムアウトの期間を経過しても受信できない場合にセッションを終了しているが、これに代えて、またはこれに加えて、印刷完了予定期間情報が受信できない場合にも、セッションを終了してもよい。
【０１１８】
（２）上述した実施例では、料金が増加するまでの期間に印刷が完了するか否かに応じて、セッションを終了するか否かを切り替えているが、異なる構成であってもよい。例えば、料金が増加する時刻より後に印刷が完了する場合であっても、ＣＰＵ２１はＦＡＸ装置７０とのセッションを終了することなく、待機し続けてもよい。
【０１１９】
（３）上述した第３実施例において、複数のＦＡＸ装置にＦＡＸデータを順次送信する場合に、第２のＦＡＸ装置にＦＡＸデータを送信する場合は、第１のＦＡＸ装置とのセッションを終了しているが、異なる構成であってもよい。すなわち、第１のＦＡＸ装置とのセッションを維持したまま、第２のＦＡＸ装置に対してＦＡＸデータを送信してもよい。
【符号の説明】
【０１２０】
１０…ＦＡＸ装置、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＮＶＲＡＭ、２３Ａ…通信プログラム、２３Ｂ…アドレス帳、２３Ｃ…料金情報、２４…スキャン実行部、２５…表示部、２６…印刷実行部、２７…操作部、２８…ネットワークインターフェース、２９…ＰＳＴＮインターフェース、３０Ａ…ＬＡＮケーブル、３０Ｂ…ＬＡＮケーブル、４０…インターネット、６０…ゲートウェイ、７０…ＦＡＸ装置、８０…ＳＩＰサーバ、９０…ＰＳＴＮ、１００…ＬＡＮ、１１０…ゲートウェイ、２００…ＬＡＮ
【技術分野】
【０００１】
本発明は、特定の通信装置にデータを送信するための通信装置に関する。
【背景技術】
【０００２】
従来より、通信装置間でデータを送受信する際に、第１の通信装置からデータを受信した第２の通信装置が、第２の通信装置でデータに従った出力を実行した後、出力が完了した旨の情報を、第１の通信装置に送信する技術がある。ここで、出力が完了した旨の情報を第２の通信装置から受け取ることに際し、例えば特許文献１では、データを受信した画像形成装置が、受信データに対する応答（受信データに係るデコード処理）までに所定値以上の時間を要するか否かの判定を行い、当該所定値以上の時間を要すると判断された場合は、エラーコードを返信して通信セッションを切断している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−２０６６７４号公報
【特許文献２】特開２００７−６２６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、データの出力が完了したことが確認されない段階で、通信セッションを切断しているという問題があった。本発明は、上述した問題点を解決するためになされたものであり、適切なタイミングで通信装置とのセッションを終了するための技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
この目的を達成するために、本発明の第１の装置は、特定の通信装置にデータを送信するための通信装置であって、前記特定の通信装置に前記データを送信するために、前記特定の通信装置との間で確立されるセッションを制御するセッション制御手段と、前記特定の通信装置に前記データが送信された後に、前記特定の通信装置から、前記特定の通信装置が前記データに従った出力を完了するために要する完了期間に関する期間情報を取得する取得手段と、前記期間情報に基づいて、前記完了期間が経過した後に、前記データに従った出力が既に完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認する確認手段とを備え、前記セッション制御手段は、前記確認手段によって、前記特定の通信装置で前記データに従った出力が既に完了していることが確認された場合に、前記特定の通信装置とのセッションを終了することを特徴とする。
【０００６】
この構成により、第１の装置は、特定の通信装置でデータに従った出力が完了したことを確認してからセッションを終了することができるため、適切なタイミングで特定の通信装置とのセッションを終了することができる。
【０００７】
また、上記の装置は、前記期間情報を送信するように、前記特定の通信装置に対して要求する要求手段を備え、前記取得手段は、前記確認手段によって、前記特定の通信装置で前記データの出力が完了したことが確認されない場合に、さらに、前記特定の通信装置から、前記期間情報を再度取得すること特徴とすることが好ましい。
【０００８】
この構成により、特定の通信装置でデータの出力が完了したことが確認されない場合に、特定の通信装置から再度期間情報を取得することができる。このため、例えば、データに従った出力が完了したことが確認されるまで、特定の通信装置とのセッションを維持することができる。
【０００９】
また、上記の装置は、さらに、前記完了期間が、特定の期間を超過するか否かを判断する判断手段を備え、前記セッション制御手段は、前記判断手段によって、前記完了期間が前記特定の期間を超過しないと判断される場合に、前記特定の通信装置とのセッションを維持し、前記判断手段によって、前記完了期間が前記特定の期間を超過すると判断される場合に、前記特定の通信装置とのセッションを終了することを特徴とすることが好ましい。
【００１０】
この構成により、特定の期間が超過するか否かに応じて、特定の通信装置とのセッションを維持するか終了するかを切り替えることができる。このため、例えば、特定の期間が経過すると、ステップ状に料金が課金される場合に、セッションを維持するための通信料金を減少させることができる。
【００１１】
また、上記の装置において、前記セッション制御手段は、前記判断手段によって、前記完了期間が前記特定の期間を超過すると判断される場合に、前記特定の通信装置とのセッションを終了し、第１の期間が経過した後に、再度前記特定の通信装置とのセッションを確立し、前記確認手段は、前記特定の通信装置とのセッションが再度か確立された後に、前記特定の通信装置で前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認することを特徴とすることが好ましい。
【００１２】
この構成により、特定の通信装置とのセッションを終了した後に、再度特定の通信装置とのセッションを確立することができるため、再度特定の通信装置でデータに従った出力が完了したか否かを確認することができる。
【００１３】
また、上記の装置において、前記セッション制御手段は、１台の前記特定の通信装置に対して前記データが送信される場合に、前記１台の特定の通信装置で前記データの出力が完了したことが確認された後に、前記１台の特定の通信装置とのセッションを終了し、複数台の前記特定の通信装置に対して前記データが順次送信される場合に、前記データが送信された第１の前記特定の通信装置での前記データの出力が完了したことが確認される前に、前記第１の特定の通信装置とは異なる第２の特定の通信装置に前記データを送信するために、前記第１の特定の通信装置とのセッションを終了することを特徴とすることが好ましい。
【００１４】
この構成により、複数台の通信装置に対して順次データを送信する場合に、第１の通信装置でのデータに従った出力が完了したことが確認される前に、第２の通信装置に対してもデータを送信することができる。そのため、第１の通信装置でのデータに従った出力が完了したことが確認されてから第２の通信装置にデータを送信する場合に比べて、セッションを維持している期間を短縮させることができる。
【００１５】
また、上記の装置において、前記セッション制御手段は、複数台の前記特定の通信装置に対して前記データが順次送信される場合に、前記第２の特定の通信装置に前記データが送信された後に、前記第１の特定の通信装置とのセッションを再度確立し、前記確認手段は、前記第１の特定の通信装置とのセッションが再度確立された後に、前記第１の通信装置で前記データの出力が完了しているか否かを、前記特定の第１の通信装置に対して問い合わせることによって確認することを特徴とすることが好ましい。
【００１６】
この構成により、複数台の通信装置に対して順次データを送信する場合に、第２の通信装置にデータを送信した後に、第１の通信装置とのセッションを再度確立することができる。そのため、第１の通信装置でのデータの出力が完了したことが確認されてから第２の通信装置にデータを送信する場合に比べて、セッションを維持している期間を短縮させることができるとともに、第１の通信装置でデータに従った出力が完了したことを確認できる。
【００１７】
また、上記の装置において、前記セッション制御手段は、前記確認手段が、前記特定の通信装置での前記データの出力が完了しているか否かを問い合わせてから第２の期間を超過しても、前記データに従った出力が完了しているか否かを確認できない場合に、前記特定の通信装置とのセッションを終了することが好ましい。
【００１８】
この構成により、第２の期間を超過した場合はセッションを終了することができるため、例えば、特定の通信装置に異常が発生した場合はセッションを終了することができる。
【００１９】
また、上記の装置において、前記確認手段は、前記完了期間が経過しているか否かに関わらず、特定の期間が経過する時刻から第３の期間だけ後に、前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせることを特徴とすることが好ましい。
【００２０】
この構成により、特定の期間が経過しているか否かにかかわらず、特定の期間が経過する時刻よりも第３の期間だけ前に特定の通信装置に対してデータの出力が完了しているかを確認することができるため、例えば、特定の期間が経過する前にデータに従った出力が完了している場合には、セッションを終了することができ、セッションを維持するための期間を短縮させることができる。
【００２１】
なお、この発明は、通信装置及び通信装置で実行される方法、これらの方法または装置の機能を実現するためのコンピュータプログラム、そのコンピュータプログラムを記録した記録媒体等の種々の態様で実現することができる。
【図面の簡単な説明】
【００２２】
【図１】第１実施例における通信システムの構成を示すブロック図。
【図２】料金体系の具体例を示す図。
【図３】通信システムを示すシーケンス図。
【図４】第１実施例におけるＦＡＸ装置１０の通信処理における動作を説明するフローチャート。
【図５】セッション確立処理を示すフローチャート。
【図６】第２実施例におけるＦＡＸ装置１０の通信処理を説明するフローチャート。
【図７】第２実施例における印刷完了を確認するタイミングを示す図
【図８】第３実施例におけるＦＡＸ装置１０の通信処理を説明するフローチャート。
【発明を実施するための形態】
【００２３】
以下、本発明の実施の形態について以下の順序で説明する。
Ａ．第１実施例：
Ａ−１．通信システムの構成：
Ａ−１−１．ＦＡＸ装置の構成：
Ａ−１−２．通信システムで用いられる機器：
Ａ−１−３．料金情報：
Ａ−２．通信処理の概要：
Ａ−２−１．通信システムの動作：
Ａ−２−２．ＦＡＸ装置の通信処理：
Ａ−２−３．セッション確立処理：
Ｂ．第２実施例：
Ｃ．第３実施例：
Ｄ．まとめ：
【００２４】
Ａ．第１実施例：
Ａ−１．通信システムの構成：
図１は、第１実施例における通信システムの構成を示すブロック図である。図１に示すように、本通信システムは、２つのＬＡＮ１００、２００を含む。なお、ＬＡＮ１００、２００は、例えば、一般家庭内や企業内において構築される。
【００２５】
ＬＡＮ１００は、ＦＡＸ装置１０と、ゲートウェイ６０と、を備える。ＬＡＮ１００は、ＬＡＮケーブル３０Ａに接続されるゲートウェイ６０を介して、インターネット４０と接続されている。ＬＡＮ２００は、ＦＡＸ装置７０と、ゲートウェイ１１０と、を備える。ＬＡＮ２００は、ＬＡＮケーブル３０Ｂに接続されるゲートウェイ１１０を介して、インターネット４０と接続されている。さらに、インターネット４０には、ＳＩＰサーバ８０が接続されている。
【００２６】
また、ＦＡＸ装置１０及びＦＡＸ装置７０は、ＰＳＴＮ９０によって接続されている。ＰＳＴＮ９０は、回線交換方式によって接続される電話回線ネットワークである。
【００２７】
ＦＡＸ装置１０は、ＰＳＴＮＦＡＸ機能と、ＩＰＦＡＸ機能と、を備える。ＰＳＴＮＦＡＸ機能は、ＰＳＴＮ９０で用いられる外線番号を用いて、ＰＳＴＮインターフェース２９を介してＦＡＸ通信（即ちＦＡＸデータの送受信）を実行するための機能である。ＩＰＦＡＸ機能は、ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）を用いて、ＩＰ網（ＬＡＮケーブル３０Ａ、インターネット４０等）を介してＦＡＸ通信を実行するための機能である。なお、ＩＰＦＡＸ機能は、ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）の通信方式に従って実現される。当該ＩＰＦＡＸ機能によって通信処理が行われるため、通信システムに、ゲートウェイと、ＳＩＰサーバと、が備えられている。
【００２８】
なお、第１実施例ではインターネット４０に接続されるＬＡＮが２つであるとして説明を行うが、１つのＬＡＮが接続される通信システムであっても良いし、３つ以上のＬＡＮが接続される通信システムであっても良い。
【００２９】
Ａ−１−１．ＦＡＸ装置の構成：
次に、図１を用いて、第１実施例におけるＦＡＸ装置１０の構成を説明する。
【００３０】
ＦＡＸ装置１０は、ＣＰＵ２１、ＲＡＭ２２、ＮＶＲＡＭ２３、スキャン実行部２４、表示部２５、印刷実行部２６、操作部２７、ネットワークインターフェース２８、ＰＳＴＮインターフェース２９を備えており、各々がバス線で互いに接続されている。
【００３１】
ＣＰＵ２１は、ＦＡＸ装置１０の動作を制御する。第１実施例では、ＮＶＲＡＭ２３は、他のＦＡＸ装置との通信を制御するための通信プログラム２３Ａと、ユーザによって入力された少なくとも１つの他のＦＡＸ装置のＦＡＸ番号を含むアドレス帳２３Ｂと、料金情報２３Ｃと、を記憶している。ＣＰＵ２１は、ＮＶＲＡＭ２３に記憶されている通信プログラムを読み出してＲＡＭ２２に格納し、当該通信プログラムを実行する。これにより、ＣＰＵ２１は、ＦＡＸ装置２０によって実行される通信処理を制御することができる。料金情報２３Ｃについては、後述する。
【００３２】
スキャン実行部２４は、ＣＣＤ等から成るスキャン機構を備え、原稿をスキャンすることによってスキャンデータを生成する。
【００３３】
表示部２５は、パネルを備えており、各種の画面を表示する。操作部２７は、複数のボタンを備えている。ユーザは、操作部２７を操作することによって、表示部２５に表示される項目を選択する。なお、表示部２５は、タッチパネルであってもよい。この場合、表示部２５は、操作部２７としても機能し、ユーザは、表示部２５に表示された画面内の一部の領域に触れることによって項目を選択する。
【００３４】
ＣＰＵ２１は、通信プログラムに従ってスキャン実行部２４に原稿をスキャンさせ、スキャンによって生成されたスキャンデータをＲＡＭ２２に格納する。ユーザは、操作部２７に備えられたボタンを操作することによって、通信先のＦＡＸ装置を選択する。これにより、ＣＰＵ２１は、ネットワークインターフェース２８と接続されたＬＡＮ（ローカルエリアネットワーク）ケーブル３０を介して、選択された他のＦＡＸ装置にスキャンデータを送信することができる。
【００３５】
印刷実行部２６は、レーザ方式等の印刷機構を備えている。ＣＰＵ２１は、ユーザの指示に従って、ＲＡＭ２２に格納されているスキャンデータを印刷実行部２６に印刷出力させることができる。
【００３６】
Ａ−１−２．通信システムで用いられる機器：
続いて、第１実施例での通信システムで用いられる機器について説明する。具体的には、ゲートウェイ６０、１１０と、ＳＩＰサーバ８０と、について説明を行う。
【００３７】
ゲートウェイ６０は、ＬＡＮ１００とインターネット４０とを仲介する機能を保有する機器であり、ＳＩＰ−ＵＲＩが１つ割り当てられる。ＳＩＰ−ＵＲＩは、ＩＰＦＡＸ機能を用いて通信を行うために使用されるものであり、ＰＳＴＮＦＡＸ機能での通信に用いられる外線番号に、所定のドメインを付加したものである。例えば、ＬＡＮ１００の外線番号が「１１１２２２３３３３」であり、所定のドメインが「ｓｉｐ．ｃｏｍ」であった場合、ＳＩＰＵＲＩは「１１１２２２３３３３＠ｓｉｐ．ｃｏｍ」となる。
【００３８】
ゲートウェイ１１０は、ＬＡＮ２００とインターネット４０とを仲介する機能を保有する機器であり、ゲートウェイ６０と同様に、ＳＩＰ−ＵＲＩが１つ割り当てられている。
【００３９】
ＳＩＰサーバ８０は、特定のプロバイダが保有する機器である。ＳＩＰサーバ８０は、ＬＡＮ１００、２００それぞれのゲートウェイ６０、１１０に割り当てられている、ＳＩＰ―ＵＲＩと、ＭＡＣアドレスと、グローバルＩＰアドレスと、を対応付けて記憶する機能を有する。これにより、ＳＩＰサーバ８０は、インターネット４０を介して、異なるＬＡＮに属するＦＡＸ装置、例えば、ＦＡＸ装置１０と、ＦＡＸ装置７０と、の間でのセッションを確立することができる。
【００４０】
ＳＩＰサーバ８０に上記の情報（各ゲートウェイのＳＩＰ−ＵＲＩ、ＭＡＣアドレス、グローバルＩＰアドレス）を記憶させるために、ゲートウェイ６０は、ＳＩＰサーバ８０に対して、ゲートウェイ６０のＳＩＰ−ＵＲＩを登録するよう要求する。ＳＩＰサーバ８０は、当該要求に従って、ゲートウェイ６０のＳＩＰ−ＵＲＩと、ゲートウェイ６０のＭＡＣアドレスと、ゲートウェイ６０のグローバルＩＰアドレスとを、ＳＩＰサーバ８０内に登録する。
【００４１】
Ａ−１−３．料金情報：
料金情報２３Ｃは、上述した特定のプロバイダ（すなわち、ＩＰＦＡＸ機能を提供するプロバイダ）によって提供される情報である。ユーザは、例えば、特定のプロバイダが保有するサーバから、料金情報２３Ｃをダウンロードし、ＮＶＲＡＭ２３に記憶させることができる。料金情報２３Ｃは、ＩＰＦＡＸ機能を用いて実行される通信での料金体系に関する情報を含む。
【００４２】
続いて、上述した料金体系について説明する。ＩＰＦＡＸ機能を用いて実行される通信では、ＦＡＸ装置間でセッションが確立される期間に応じて、課金される料金が変化する。また、ネットワーク上で一定の帯域（単位時間当たりに送信されるデータ量）を保証する技術であるＱｏＳ（ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）が用いられており、使用する帯域に応じて、課金される料金が変化する。ユーザは、操作部２７を操作することによって、所望の帯域を選択する。
【００４３】
図２は、第１実施例で用いられる料金体系の具体例である。図示するように、セッションを維持する期間が所定の期間の長さを超過するたびに、課金される料金が増加する。例えば、単位時間（ｓｅｃｏｎｄ）あたり６４ｋｂ（ｋｉｌｏｂｉｔ）以下のデータを用いて通信する場合（すなわち、帯域が６４ｋｂｐｓ以下の場合）であれば、セッションを維持する期間が０からＴ１までの期間であれば、課金される料金はＰ１である。しかしながら、Ｔ１を超過した瞬間に、課金される料金の合計はＰ１の２倍の料金（２×Ｐ１）に増加する。
【００４４】
一方、図示するように、例えば、単位時間あたり６４ｋｂから５１２ｋｂのデータを用いて通信する場合は、０からＴ２までの期間のセッションの維持に対して課金される料金はＰ２である。
【００４５】
Ａ−２．通信処理の概要：
Ａ−２−１．通信システムの動作：
次に、第１実施例で実行される通信システムについて、図３のシーケンス図を用いて説明を行う。なお、以降の説明では、ＬＡＮ１００内のＦＡＸ装置１０から、ＬＡＮ２００内のＦＡＸ装置７０に対してＦＡＸデータを送信する場合について説明を行う。
【００４６】
図２の通信処理は、ユーザが操作部２７を操作することによって、送信元のＦＡＸ装置であるＦＡＸ装置１０と、送信先のＦＡＸ装置であるＦＡＸ装置７０と、の間で、セッションが確立されることにより開始される（Ｓ１）。セッションの確立は、ＦＡＸ装置１０とＦＡＸ装置７０との間でＰ２Ｐ（Ｐｅａｒ ｔｏ Ｐｅａｒ）通信をするために行われる処理である。なお、セッションの確立のために実行される処理については後述する。
【００４７】
セッションが確立されると、ＦＡＸ装置１０は、ＦＡＸ装置７０にＦＡＸデータを送信する（Ｓ２）。なお、送信されるＦＡＸデータは、スキャン実行部２４でスキャンされたデータである。また、ＦＡＸデータは、送信元情報（ＦＡＸ装置１０のＳＩＰ−ＵＲＩ）と、送信先情報（ＦＡＸ装置７０のＳＩＰ−ＵＲＩ）と、に関する情報を含む。
【００４８】
ＦＡＸデータを送信した後、ＦＡＸ装置１０は、印刷完了予定期間情報を送信するようＦＡＸ装置７０に要求する（Ｓ３）。印刷完了予定期間情報は、ＦＡＸ装置７０の印刷部でＦＡＸデータを印刷するために必要な期間である印刷完了予定期間に関する情報を含む。
【００４９】
ＦＡＸ装置７０は、ＦＡＸ装置１０からの印刷完了予定期間情報の要求に伴い、印刷完了予定期間を算出する（Ｓ４）。例えば、ＦＡＸデータのデータ容量が算出され、当該データ容量に応じた印刷完了予定期間が算出される。なお、複数ページにわたって印刷を行う場合は、最終ページの印刷が完了するまでの期間が算出される。
【００５０】
印刷完了予定期間が算出されると、ＦＡＸ装置７０は、印刷完了予定期間情報を、ＦＡＸ装置１０に送信する（Ｓ５）。
【００５１】
印刷完了予定期間情報を受信すると、ＦＡＸ装置１０は、印刷完了予定期間が経過するまで待機する（Ｓ６）。
【００５２】
印刷完了予定期間が経過すると（Ｓ６ ＹＥＳ）、ＦＡＸ装置１０は、ＦＡＸ装置７０での印刷が既に完了しているか否かを確認するための印刷完了確認情報を、ＦＡＸ装置７０に送信する（Ｓ７）。
【００５３】
ＦＡＸ装置７０は、印刷部においてＦＡＸデータの印刷が完了しているか否かを確認する（Ｓ８）。ＦＡＸ装置７０において、印刷がまだ完了していないと判断される場合は（Ｓ８ ＮＯ）、ＦＡＸ装置７０は、Ｓ４の処理に戻り、再度印刷完了予定期間を算出する。その後、印刷完了予定期間情報を、ＦＡＸ装置１０に送信する（Ｓ５）。なお、印刷完了予定期間が経過したにもかかわらず、印刷が完了していない状態としては、例えば、データ容量の大きい自然画の画像データが印刷される場合に、印刷完了予定期間よりも長い期間を要する場合が想定される。また、他の例としては、印刷の途中で用紙や色材を交換する必要性が生じた場合が想定される。
【００５４】
一方、ＦＡＸ装置７０において、印刷が完了していると判断される場合は（Ｓ８ ＹＥＳ）、ＦＡＸ装置７０は、印刷が完了した旨の情報である印刷完了情報をＦＡＸ装置１０に送信する（Ｓ９）。
【００５５】
印刷完了情報を受信すると、ＦＡＸ装置１０は、ＦＡＸ装置７０にセッション終了情報を送信して、ＦＡＸ装置７０とのセッションを終了する（Ｓ１０）。その後、セッションが終了した旨の情報であるセッション終了情報を受信したＦＡＸ装置７０も、セッションを終了する（Ｓ１１）。
【００５６】
Ａ−２−２．ＦＡＸ装置の通信処理：
続いて、第１実施例で実行されるＦＡＸ装置１０の通信処理について説明する。図４は、ＦＡＸ装置１０の通信処理における動作を説明するフローチャートである。
【００５７】
まず始めに、ＣＰＵ２１は、送信先のＦＡＸ装置であるＦＡＸ装置１０とのセッションを確立するためのセッション確立処理を実行する（Ｓ１２０）。なお、セッション確立処理については後述する。
【００５８】
セッション確立処理が実行されると、ＣＰＵ２１は、すでにＦＡＸデータをＦＡＸ装置７０に送信済みであるか否かを確認する（Ｓ１４０）。
【００５９】
ＦＡＸデータが送信されていないと判断された場合は（Ｓ１４０ ＮＯ）、ＣＰＵ２１は、スキャン実行部２４に原稿のスキャンを実行させることによって、ＦＡＸデータを生成し、ＦＡＸ装置７０にＦＡＸデータを送信する（Ｓ１６０）。なお、スキャンの実行は、ユーザが操作部２７を操作することによって開始される。その後、ＣＰＵ２１は、ＦＡＸ装置７０の図示しない印刷部にてＦＡＸデータが印刷されるまでに要する期間を示す、印刷完了予定期間情報を送信するよう、ＦＡＸ装置７０に要求する（Ｓ１８０）。
【００６０】
なお、ＦＡＸ装置７０は、受信したＦＡＸデータのデータ容量を算出することによって、印刷するまでに必要な期間を算出し、算出された期間に関する情報をＦＡＸ装置１０に送信する。
【００６１】
ＣＰＵ２１は、ＦＡＸ装置７０から印刷完了予定期間情報を取得し（Ｓ２００）、ＲＡＭ２２に格納する。印刷完了予定期間情報を取得すると、ＣＰＵ２１は、セッションを維持するための料金が増加するまでに、ＦＡＸ装置７０での印刷が完了するか否かを特定する（Ｓ２２０）。具体的には、ＮＶＲＡＭ２３に格納されている料金情報２３Ｃを読み出し、セッションを維持するための料金が増加するまでの期間（例えば、図２のＴ１）と、印刷完了予定期間と、を比較する。
【００６２】
なお、第１実施例では、印刷完了予定期間が、当該料金が増加するまでの期間（Ｔ１）を越えるか否かを特定しているが、異なる構成であってもよい。例えば、ＣＰＵ２１は、使用される帯域（単位時間当たりに送信されるデータ量）に対応する、料金が増加するまでの期間を判断して、当該料金が増加するまでの期間と、印刷完了予定期間と、を比較しても良い。なぜならば、図２で示したように、使用する帯域に応じて、料金が増加するまでの期間が変化するからである。例えば、通信速度が６４ｋｂｐｓ〜５１２ｋｂｐｓと特定されれば、ＣＰＵ２１は、印刷完了予定期間がＴ２を超えるか否かを特定してもよい。
【００６３】
セッションを維持するための料金が増加するまでの期間内に印刷が完了すると判断された場合は（Ｓ２２０ ＹＥＳ）、ＣＰＵ２１は、印刷完了予定期間まで待機し（Ｓ２４０）、印刷完了予定期間が経過した後、ＦＡＸ装置７０でのＦＡＸデータの印刷が完了したか否かを、ＦＡＸ装置７０に問い合わせる（Ｓ２６０）。
【００６４】
ＣＰＵ２１の問い合わせに対して、ＦＡＸ装置７０から印刷完了情報の応答があった場合は、ＣＰＵ２１は、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを終了し（Ｓ３２０）、図４の通信処理を終了する。
【００６５】
一方、ＣＰＵ２１の問い合わせに対して、ＦＡＸ装置７０からの印刷完了予定時間情報の応答があった場合は、ＣＰＵ２１は、Ｓ２２０の処理に戻り、セッションを維持するための料金が増加するまでに、ＦＡＸ装置７０での印刷が完了するか否かを特定する。
【００６６】
ＣＰＵ２１の問い合わせに対して、応答がない場合は（Ｓ２８０ ＮＯ）、ＣＰＵ２１は、ＦＡＸ装置７０に対して問い合わせてからの期間が、タイムアウトの期間を超過したか否かを特定する（Ｓ３００）。ＦＡＸ７０からの応答がタイムアウトの期間を超過しても受信できない場合は（Ｓ３００ ＹＥＳ）、ＣＰＵ２１は、異常が発生したと判断し、セッションを終了する（Ｓ３４０）。
【００６７】
なお、第１実施例では、Ｓ２６０の問い合わせは、タイムアウトの期間を超過するまでＣＰＵ２１によって実行されることとしているが、別の構成としてもよい。例えば、Ｓ２６０における問い合わせの回数が所定の回数を超過したら、問い合わせを終了する構成としてもよい。なお、所定の回数は、例えば、ユーザに操作部２７を操作されることによって決定され、当該所定の回数を示す情報をＲＡＭ２２に記憶させる態様が想定される。
【００６８】
一方、Ｓ２２０にて、接続料金が増加する前に印刷が完了しないと特定された場合は（Ｓ２２０ ＮＯ）、ＣＰＵ２１は、印刷の完了を確認することなく、ＦＡＸ装置７０とのセッションを終了する（Ｓ３４０）。
【００６９】
Ｓ３４０でセッションを終了する処理が実行されると、ＣＰＵ２１は、ＲＡＭ２２に記憶されている印刷完了予定期間情報を読み出すことによって、印刷完了予定期間が経過するまで待機する（Ｓ３６０）。印刷完了予定期間が経過した場合（Ｓ３６０ ＹＥＳ）は、Ｓ１２０に戻り、再度ＦＡＸ装置７０とのセッションを確立する。
【００７０】
ここで、図４のフローチャートについて、次の２つの場合を想定して説明する。具体的には、（１）通信を開始した時刻から、次に料金が増加する時刻までの期間（図２の０〜Ｔ１）に印刷が完了することが予定される場合と、（２）通信を開始してからＴ１の期間が経過した後に印刷が完了することが予定される場合と、について説明する。
【００７１】
まず、（１）の場合に実行される処理について説明する。まず、Ｓ１２０でセッションが確立される。ＦＡＸデータをＦＡＸ装置７０に送信していないため、Ｓ１６０でＦＡＸ装置７０にＦＡＸデータを送信する処理が実行される。その後、Ｓ１８０、Ｓ２００、Ｓ２２０、Ｓ２４０、Ｓ２６０の処理が順に実行される。その後、Ｓ２８０で、ＦＡＸ装置７０からの応答があったか否かが特定される。その際、ＣＰＵ２１が印刷完了情報を受信した場合、すなわち印刷が完了している場合は、Ｓ３２０でＦＡＸ装置７０とのセッションを終了する。
【００７２】
一方、ＣＰＵ２１が印刷完了予定時間情報を受信した場合、すなわち印刷が完了していない場合は、Ｓ２２０に戻り、新たに取得した印刷完了予定時間情報に基づいて、料金が増加するまでに印刷が完了するか否かが特定される。印刷がＴ１の期間内に完了することが予定される場合は、Ｓ２４０の処理が実行される。印刷がＴ１の期間を経過した後に完了することが予定される場合は、Ｓ３４０で一旦セッションが終了され、Ｓ３６０で印刷完了予定時間が経過するまで処理が待機される。
【００７３】
次に、（２）の場合に実行される処理について説明する。まず、（１）の場合と同様に、Ｓ１２０でセッションが確立され、Ｓ１６０でＦＡＸデータを送信する処理が実行される。その後、Ｓ１８０、Ｓ２００の処理が実行される。Ｓ２２０の処理では、料金が増加するまでに印刷が完了しないと判断されるため、Ｓ３４０に移行し一旦セッションが終了される。その後、Ｓ３６０で印刷完了予定時間まで待機し、Ｓ１２０で再度セッションを確立する。ＦＡＸデータは既にＦＡＸ装置７０に送信されているため、Ｓ１４０での判定の後、Ｓ２００の処理が実行される。以降、Ｓ２２０での処理に応じた処理が実行される。
【００７４】
Ａ−２−３．セッション確立処理：
続いて、第１実施例で実行されるセッション確立処理（Ｓ１２０）について説明する。図５は、ＦＡＸ装置１０のセッション確立処理を説明するフローチャートである。
【００７５】
まず始めに、ＦＡＸ装置１０のＣＰＵ２１は、ゲートウェイ６０に問い合わせることによって、ゲートウェイ６０のＩＰアドレスを取得する（Ｓ１２２）。
【００７６】
続いてＣＰＵ２１は、アドレス帳２３Ｂに登録されているＦＡＸ装置７０の外線番号に、ＳＩＰドメインを付加することによって、ＳＩＰ−ＵＲＩを生成する（Ｓ１２４）。例えば、ＦＡＸ装置７０の外線番号が「４４４５５５６６６６」であり、所定のドメインが「ｓｉｐ．ｃｏｍ」であった場合、ＳＩＰＵＲＩは「４４４５５５６６６６＠ｓｉｐ．ｃｏｍ」である。なお、ＳＩＰドメインは特定のプロバイダによって供給されるドメインである。ＳＩＰドメインは、例えば、ユーザに操作部２７を操作されることによって、ＮＶＲＡＭ２３内に記憶されている。
【００７７】
続いて、ＣＰＵ２１は、ＩＮＶＩＴＥコマンドを生成し、Ｓ１２２で取得したゲートウェイ６０のＩＰアドレスの情報を用いて、ゲートウェイ６０にＩＮＶＩＴＥコマンドを送信する（Ｓ１２６）。当該ＩＮＶＩＴＥコマンドは、ＦＡＸ装置７０のＳＩＰ−ＵＲＩと、ＦＡＸ装置１０のＳＩＰ−ＵＲＩと、に関する情報が含まれる。当該ＩＮＶＩＴＥコマンドは、ゲートウェイ６０を介して、ＳＩＰサーバ８０に送信される。
【００７８】
ＳＩＰサーバ８０は、送信先のＳＩＰ−ＵＲＩと、ＩＰアドレスと、を対応付けて記憶している。従って、ＳＩＰサーバ８０では、ＦＡＸ装置７０のＳＩＰ−ＵＲＩと対応付けられているＦＡＸ装置７０のＩＰアドレスが特定される。ＳＩＰサーバ８０は、ＦＡＸ装置７０に対して、ＩＮＶＩＴＥコマンドを転送する。その後、ＦＡＸ装置１０が、ＦＡＸ装置７０からＩＮＶＩＴＥコマンドを受け付ける旨の情報を受信することによって、ＦＡＸ装置１０と、ＦＡＸ装置７０と、の間でセッションが確立される。
【００７９】
Ｂ．第２実施例：
続いて、本発明の第２実施例について、図６を参酌して説明する。図６は、第２実施例での通信処理の流れを示すフローチャートである。なお、システム構成は第１実施例と同様であるため、説明を省略する。
【００８０】
また、図７は、第２実施例において、印刷完了を確認するタイミングを示す図である。第２実施例では、送信先ＦＡＸ装置（ＦＡＸ装置７０）の印刷完了予定期間とは無関係に、セッションを維持するための料金が増加した時刻（通信開始時刻を含む）から所定の期間が経過した後に、印刷が完了しているか否かを問い合わせる。具体的には、図７において、通信開始から０、Ｔ１、２×Ｔ１、…、Ｎ×Ｔ１（Ｎは０以上の整数）の期間が経過する時刻からＴｒ（Ｔｒ＜Ｔ１）の期間後に、ＦＡＸ装置７０に対し、印刷が完了したか否かを確認する。こうすることで、印刷完了予定期間前に印刷が完了していた場合は、接続料金を増加させることなく、セッションを終了することができる。
【００８１】
なお、Ｔｒは、ユーザに操作部２７を操作されることによって指定されてもよいし、ＮＶＲＡＭ２３に予め格納されていてもよい。Ｔｒに関する情報は、通信処理が開始された後、ＲＡＭ２２に格納される。
【００８２】
第２実施例での通信処理について説明する。第１実施例と同様に、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを確立し（Ｓ１２０ａ）、ＦＡＸ装置７０にＦＡＸデータを送信する（Ｓ１６０ａ）。その後、ＦＡＸ装置７０に印刷完了予定期間情報を要求し（Ｓ１８０ａ）、印刷完了予定期間情報を取得する（Ｓ２００ａ）。
【００８３】
続いて、ＣＰＵ２１は、印刷完了予定期間まで待機し、印刷完了予定期間が経過した後、ＦＡＸ装置７０でのＦＡＸデータの印刷が完了したか否かを確認する（Ｓ４００）。印刷完了予定期間が経過していることが確認された場合（Ｓ４００ ＹＥＳ）は、Ｓ４４０の処理に移行する。
【００８４】
一方、印刷完了予定期間は経過していないことが確認された場合は（Ｓ４００ ＮＯ）、ＣＰＵ２１は、セッションを維持するための料金が増加した時刻から所定の期間（以下、Ｔｒ）が経過したか否かを特定する。
【００８５】
Ｔｒを経過したことが確認されない場合は（Ｓ４２０ ＮＯ）、ＣＰＵ２１は、Ｓ４００の処理に戻る。
【００８６】
Ｔｒを経過したことが確認された場合（Ｓ４２０ ＹＥＳ）は、Ｓ４４０の処理に移行する。
【００８７】
ＣＰＵ２１は、ＦＡＸ装置７０とのセッションが確立されているか否かを特定する（Ｓ４４０）。ＦＡＸ装置７０とのセッションが確立されていない場合（Ｓ４４０ ＮＯ）、ＣＰＵ２１はＦＡＸ装置７０とのセッションを確立する処理であるセッション確立処理（Ｓ４６０。図６のＳ１２０と同様の処理）を実行する。
【００８８】
続いて、ＣＰＵ２１は、印刷が完了したか否かを、ＦＡＸ装置７０に問い合わせる（Ｓ２６０ａ）。ＦＡＸ装置７０から印刷完了情報の応答があった場合は（Ｓ２８０ａ ＹＥＳ）、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを終了し（Ｓ３２０ａ）、図６の通信処理を終了する。
【００８９】
一方、印刷完了情報の応答がない場合（Ｓ２８０ａ ＮＯ）は、ＣＰＵ２１は、料金が増加してからＴｒを経過しているか否かを特定する（Ｓ４８０）。Ｔｒを経過していると判断される場合（Ｓ４８０ ＹＥＳ）は、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを終了し（Ｓ５００）、印刷完了予定時間が経過するまで待機する（Ｓ５６０）。印刷完了予定期間が経過した後、Ｓ４４０の処理に戻る。一方、Ｔｒを経過していないと判断される場合（Ｓ４８０ ＮＯ）は、ＣＰＵ２１は、ＦＡＸ装置７０とのセッションを終了することなく、再度ＦＡＸ装置７０から印刷完了予定期間情報を取得する（Ｓ５２０）。その後、Ｔｒが経過するまで待機し（Ｓ５４０）、Ｓ４００の処理に戻る。
【００９０】
こうすることで、Ｔｒを経過していた場合に一旦セッションを終了できるので、接続料金の増加を抑制することができる。
【００９１】
ここで、図６のフローチャートについて、以下の３つの場合を想定して説明する。すなわち（１）印刷が完了する予定の時刻が、通信を開始してからＴｒの期間内である場合と、（２）印刷が完了する予定の時刻が、通信を開始してからＴｒ〜Ｔ１の期間内である場合と、（３）印刷が完了する予定の時刻が、通信を開始してからＴ１の期間後である場合と、について説明する。なお、（１）から（３）の場合は、それぞれ図７に示した（１）から（３）と対応する。
【００９２】
まず、（１）の場合に実行される処理について説明する。まず、Ｓ１２０ａでセッションが確立された後、Ｓ１６０ａ、Ｓ１８０ａ、Ｓ２００ａの処理が順に実行される。（１）の場合は、Ｔｒを経過するまでに印刷を完了することが予定されているため、Ｓ４００で印刷完了予定期間が経過するまで待機した後、Ｓ４４０に移行する。セッションは確立済みであるため、Ｓ４４０の処理が実行された後、Ｓ２６０ａに移行し、印刷が完了しているか否かを示す印刷完了確認情報をＦＡＸ装置７０に問い合わせる。Ｓ２８０ａで印刷が完了していると判断された場合は、Ｓ３２０ａでＦＡＸ装置７０とのセッションを終了する。
【００９３】
一方、印刷が完了していないと判断された場合は、Ｓ４８０に移行する。（１）の場合は、Ｔｒを経過するまでに印刷が完了することが予定されているため、Ｓ４８０の処理の後、Ｓ５２０に移行し、再度印刷完了予定時間情報が取得される。その後、Ｓ５４０でＴｒを経過するまで待機し、再度Ｓ４００に移行する。
【００９４】
再度取得した印刷完了予定期間が、Ｔｒより短い場合は、Ｓ４００で印刷完了予定期間が経過するまで待機した後、Ｓ４４０に移行する。再度取得した印刷完了予定期間が、Ｔｒより長い場合（すなわち、図７の（２）、（３）の場合）、Ｓ４２０でＴｒを経過したと判断され、Ｓ４４０の処理が実行される。セッションは確立済みであるため、Ｓ４４０の処理の後、Ｓ２６０ａに移行する。以降、Ｓ２８０ａでの処理に応じた処理が実行される。
【００９５】
次に、（２）の場合について説明する。まず、（１）の場合と同様に、Ｓ１２０ａでセッションが確立された後、Ｓ１６０ａ、Ｓ１８０ａ、Ｓ２００ａの処理が順に実行される。（２）の場合は、印刷完了予定期間を経過する時刻よりも、Ｔｒを経過する時刻のほうが早いため、Ｓ４２０でＴｒを経過したと判断され、Ｓ４４０の処理が実行される。セッションは確立済みであるため、Ｓ４４０の処理が実行された後Ｓ２６０ａに移行し、印刷が完了しているか否かを示す印刷完了確認情報をＦＡＸ装置７０に問い合わせる。Ｓ２８０ａで印刷が完了していると判断された場合は、Ｓ３２０ａでＦＡＸ装置７０とのセッションを終了する。
【００９６】
一方、印刷が完了していないと判断された場合は、Ｓ４８０に移行する。（２）の場合は、Ｔｒを経過した後に印刷が完了することが予定されている。すなわち、Ｓ４８０の処理では、Ｔｒを経過したと判断される。そのため、Ｓ４８０の後Ｓ５００に移行し、ＦＡＸ装置７０とのセッションを終了する。その後、Ｓ５６０で印刷完了予定時間が経過するまで待機する。印刷完了予定期間が経過した後、再度Ｓ４４０に移行する。その後、Ｓ４６０で再度ＦＡＸ装置７０とのセッションを確立し、Ｓ２６０ａ、Ｓ２８０ａの処理が実行される。その後、Ｓ２８０ａの処理に応じた処理が実行される。
【００９７】
最後に、（３）の場合について説明する。まず、（１）の場合と同様に、Ｓ１２０ａでセッションが確立された後、Ｓ１６０ａ、Ｓ１８０ａ、Ｓ２００ａの処理が順に実行される。（３）の場合は、（２）の場合と同様に、印刷完了予定期間を経過する時刻よりも、Ｔｒを経過する時刻のほうが早いため、Ｓ４２０でＴｒを経過したと判断され、Ｓ４４０の処理が実行される。セッションは確立済みであるため、Ｓ４４０の処理が実行された後Ｓ２６０ａに移行し、印刷が完了しているか否かを示す印刷完了確認情報をＦＡＸ装置７０に問い合わせる。Ｓ２８０ａで印刷が完了していると判断された場合は、Ｓ３２０ａでＦＡＸ装置７０とのセッションを終了する。
【００９８】
一方、印刷が完了していないと判断された場合は、Ｓ４８０に移行する。（３）の場合は、Ｔｒを経過した後に印刷が完了することが予定されている。すなわち、Ｓ４８０の処理では、Ｔｒを経過したと判断される。そのため、Ｓ４８０の後Ｓ５００に移行し、ＦＡＸ装置７０とのセッションを終了する。その後、Ｓ５６０で印刷完了予定時間が経過するまで待機する。印刷完了予定期間が経過した後、再度Ｓ４４０に移行する。その後、Ｓ４６０で再度ＦＡＸ装置７０とのセッションを確立し、Ｓ２６０ａ、Ｓ２８０ａの処理が実行される。その後、Ｓ２８０ａの処理に応じた処理が実行される。
【００９９】
Ｃ．第３実施例：
続いて、本発明の第３実施例について、図９を参酌して説明する。図９は、第３実施例での通信処理の流れを示すフローチャートである。なお、システム構成は第１実施例と同様であるため、説明を省略する。
【０１００】
第３の実施形態では、複数のＦＡＸ装置に対してＦＡＸデータを送信する場合を想定する。具体的には、ユーザが、どのＦＡＸ装置に対してＦＡＸデータを送信することを所望するかを予め決定し、操作部２７を用いて、当該複数のＦＡＸ装置をＦＡＸ装置７０に指示する。ＣＰＵ２１は、当該指示に従って、ＦＡＸデータを送信するＦＡＸ装置の送信リストを作成し、ＲＡＭ２２に記憶する。ＣＰＵ２１は、送信リストにおいて最も上位に記録されているＦＡＸ装置から順に、複数のＦＡＸ装置に対してＦＡＸデータを送信する。第３実施例では、ＣＰＵ２１は、送信リストの中の第１のＦＡＸ装置に対してＦＡＸデータを送信した後、第１のＦＡＸ装置でＦＡＸデータが印刷されるまで待機するのではなく、印刷完了予定期間中に、第１のＦＡＸ装置と異なる第２のＦＡＸ装置にＦＡＸデータを送信する。こうすることで、ＣＰＵ２１は、時間を有効に活用して、複数台のＦＡＸ装置に対してＦＡＸデータを送信することができる。
【０１０１】
第３実施例での通信処理について説明する。電源投入時処理（Ｓ１００ｂ）から、セッションを終了する処理（Ｓ３２０ｂ）までは、第１実施例と同様であるため、説明を省略する。
【０１０２】
ＣＰＵ２１は、Ｓ３２０ｂにおいて、送信先のＦＡＸ装置とのセッションを終了すると、ＦＡＸデータを送信する予定である全てのＦＡＸ装置に対し、ＦＡＸデータを送信したか否かを特定する（Ｓ６２０）。具体的には、ＲＡＭ２２に記憶されている送信リストを参照し、全てのＦＡＸ装置に対してＦＡＸデータを送信したか否かを特定する。
【０１０３】
ＦＡＸデータを送信していないＦＡＸ装置が存在する場合（Ｓ６２０ ＮＯ）、ＣＰＵ２１は、送信リスト内のＦＡＸ装置の中で、ＦＡＸデータを送信していないＦＡＸ装置を特定する（Ｓ６４０）。具体的には、送信リストに含まれるＦＡＸ装置を上位から順次確認し、ＦＡＸデータを送信していないＦＡＸ装置を特定する。その後、Ｓ１２０ｂに処理を戻し、特定されたＦＡＸ装置とセッションを確立する。
【０１０４】
一方、ＦＡＸデータを送信していないＦＡＸ装置が存在しない場合（Ｓ６２０ ＹＥＳ）、ＣＰＵ２１は、ＦＡＸデータを送信した全てのＦＡＸ装置に対し、ＦＡＸデータの印刷完了が確認されているか否かを特定する（Ｓ６６０）。具体的には、ＣＰＵ２１は、ＲＡＭ２２に記憶されている送信リストを参照し、全てのＦＡＸ装置の印刷完了を確認したか否かを特定する。
【０１０５】
印刷完了を確認していないＦＡＸ装置が存在する場合（Ｓ６６０ ＮＯ）、ＣＰＵ２１は、ＲＡＭ２２を参照することによって、送信リスト内のＦＡＸ装置の中で、印刷完了を確認していないＦＡＸ装置を特定し、特定されたＦＡＸ装置の中で、最も印刷完了予定期間が早いＦＡＸ装置の印刷完了予定期間が完了するまで待機する（Ｓ６８０）。その後、ＣＰＵ２１は、Ｓ１２０ｂに処理を戻し、特定されたＦＡＸ装置とセッションを確立する。
【０１０６】
一方、全てのＦＡＸ装置で印刷完了が確認された場合（Ｓ６６０ ＹＥＳ）、ＣＰＵ２１は図９の通信処理を終了する。
【０１０７】
ここで、図８のフローチャートについて、以下の場合を想定して説明する。具体的には、Ｎ台のＦＡＸ装置（Ｎは自然数）に対してＦＡＸデータを送信する場合に、送信リストの上位からｋ番目（２≦ｋ≦Ｎ）のＦＡＸ装置に着目して説明する。
【０１０８】
ＦＡＸ装置１０から送信リストのｋ−１番目のＦＡＸ装置へのＦＡＸデータの送信が終了した後、送信リストのｋ番目のＦＡＸ装置にＦＡＸデータを送信するため、Ｓ１２０ｂにおいて、ＦＡＸ装置１０と、ｋ番目のＦＡＸ装置と、の間でセッションが確立される。ＦＡＸデータをＦＡＸ装置７０に送信していないため、Ｓ１６０ｂでＦＡＸ装置７０にＦＡＸデータを送信する処理が実行される。その後、Ｓ１８０ｂ、Ｓ２００ｂの処理が順に実行される。
【０１０９】
ｋ番目のＦＡＸ装置において、接続料金が増加するまでに印刷が完了することが予定されている場合は、Ｓ２２０ｂでの判定の後、Ｓ２４０ｂ、Ｓ２６０ｂ、Ｓ２８０ｂの処理が順に実行される。この場合、他のＦＡＸ装置にＦＡＸデータを送信することなく、印刷が完了したことが確認されるまで、ＦＡＸ装置１０とｋ番目のＦＡＸ装置とのセッションを維持する。印刷が完了したことが確認された場合は、Ｓ３２０ｂでセッションを終了する。
【０１１０】
一方、ｋ番目のＦＡＸ装置において、接続料金が増加するまでに印刷が完了しないことが予定されている場合は、Ｓ２２０ｂでの判定の後、Ｓ３２０ｂに移行し、セッションを一旦終了する。その後、Ｓ６２０において、ＦＡＸ装置１０のＣＰＵ２１が、他の全てのＦＡＸ装置に対してＦＡＸデータを送信したか否かを特定する。ＦＡＸデータが送信されていないＦＡＸ装置が存在すると判断された場合は、Ｓ６４０で送信先のＦＡＸ装置を特定し、特定されたＦＡＸ装置とセッションを確立する。このように、全てのＦＡＸ装置にＦＡＸデータが送信されるまでは、Ｓ６６０の処理に移行することはない。
【０１１１】
Ｓ６２０において、全てのＦＡＸ装置にＦＡＸデータを送信したと判断された場合は、Ｓ６６０に移行し、全てのＦＡＸ装置での印刷完了を確認したか否かが判断される。この場合、印刷完了が確認されていないＦＡＸ装置は、以下の２つのいずれかに該当するＦＡＸ装置である。すなわち、（ア）Ｓ２２０ｂにおいて、料金が増加するまでに印刷が完了しないと判断されたため一旦セッションを終了したＦＡＸ装置と、（イ）Ｓ３００ｂにおいて、タイムアウトの期間が経過したと判断されたためセッションを終了したＦＡＸ装置と、のいずれかに該当するＦＡＸ装置である。
【０１１２】
印刷完了が確認されていないＦＡＸ装置が存在しない場合は、図８の処理を終了する。
一方、印刷完了が確認されていないＦＡＸ装置が存在する場合は、Ｓ６８０に移行し、最も早く印刷が完了することが予定されるＦＡＸ装置の印刷完了予定時間が経過するまで待機する。その後、再度Ｓ１２０ｂの処理が実行される。
【０１１３】
Ｄ．まとめ
以上の説明において、ＣＰＵ２１によって実行される通信プログラムのうち、図３のＳ１、Ｓ２、Ｓ１０、Ｓ１１、図４のＳ１２０からＳ１６０、Ｓ３２０、Ｓ３４０、図６のＳ１２０ａ、Ｓ１６０ａ、Ｓ４４０、Ｓ４６０、Ｓ２８０ａ、Ｓ５００、及び図８のＳ１２０ｂからＳ１６０ｂ、Ｓ３２０ｂ、Ｓ６２０、Ｓ６４０が本発明のセッション制御手段によって実行される処理に相当する。また、図３のＳ４、Ｓ５、図４のＳ２００、図６のＳ２００ａ、及び図８のＳ２００ｂが取得手段によって実行される処理に相当する。また、図３のＳ６からＳ９、図４のＳ２８０、Ｓ３００、図６のＳ４００、Ｓ４２０、Ｓ２８０ａ、Ｓ４８０、及び図８のＳ２４０ｂ、Ｓ２６０ｂ、Ｓ６６０、Ｓ６８０が確認手段によって実行される処理に相当する。また、図３のＳ３、図４のＳ１８０、図６のＳ１８０ａ、及び図８のＳ１８０ｂが要求手段によって実行される処理に相当する。また、図４のＳ２２０、図８のＳ２２０ｂが判断手段によって実行される処理に相当する。
【０１１４】
また、印刷完了予定期間が本発明の完了期間に相当し、印刷完了予定期間情報が本発明の期間情報に相当する。また、セッションを維持するための料金が増加するまでの期間が本発明の特定の期間に相当し、タイムアウトの期間が本発明の第２の期間に相当し、料金が増加してからＴｒが経過するまでの期間が本発明の第３の期間に相当する。
【０１１５】
以上説明したように、他のＦＡＸ装置（第１実施例におけるＦＡＸ装置７０）にＦＡＸデータを送信するＦＡＸ装置１０は、ＦＡＸ装置７０にＦＡＸデータを送信するために、ＦＡＸ装置７０とセッションを確立し、ＦＡＸ装置７０にＦＡＸデータを送信した後、ＦＡＸ装置７０から、ＦＡＸ装置７０でＦＡＸデータを印刷するために必要な期間である印刷完了予定機関に関する情報を取得する。その後、印刷完了予定期間が経過した後に、ＦＡＸ装置７０に対し、印刷が完了しているか否かをＦＡＸ装置７０に確認する。ＦＡＸ装置１０は、ＦＡＸ装置７０で印刷が完了したことが確認されたら、ＦＡＸ装置７０とのセッションを終了する。このように、ＦＡＸ装置１０は、ＦＡＸ装置１０においてＦＡＸデータの印刷が完了したことが確認されたから、ＦＡＸ７０とのセッションを終了することができる。
【０１１６】
なお、本発明における技術的範囲は、上述した実施例に限られるものではなく、以下に示すような種々の態様によって実施することが可能である。
【０１１７】
（１）上述した実施例では、印刷完了確認情報がタイムアウトの期間を経過しても受信できない場合にセッションを終了しているが、これに代えて、またはこれに加えて、印刷完了予定期間情報が受信できない場合にも、セッションを終了してもよい。
【０１１８】
（２）上述した実施例では、料金が増加するまでの期間に印刷が完了するか否かに応じて、セッションを終了するか否かを切り替えているが、異なる構成であってもよい。例えば、料金が増加する時刻より後に印刷が完了する場合であっても、ＣＰＵ２１はＦＡＸ装置７０とのセッションを終了することなく、待機し続けてもよい。
【０１１９】
（３）上述した第３実施例において、複数のＦＡＸ装置にＦＡＸデータを順次送信する場合に、第２のＦＡＸ装置にＦＡＸデータを送信する場合は、第１のＦＡＸ装置とのセッションを終了しているが、異なる構成であってもよい。すなわち、第１のＦＡＸ装置とのセッションを維持したまま、第２のＦＡＸ装置に対してＦＡＸデータを送信してもよい。
【符号の説明】
【０１２０】
１０…ＦＡＸ装置、２１…ＣＰＵ、２２…ＲＡＭ、２３…ＮＶＲＡＭ、２３Ａ…通信プログラム、２３Ｂ…アドレス帳、２３Ｃ…料金情報、２４…スキャン実行部、２５…表示部、２６…印刷実行部、２７…操作部、２８…ネットワークインターフェース、２９…ＰＳＴＮインターフェース、３０Ａ…ＬＡＮケーブル、３０Ｂ…ＬＡＮケーブル、４０…インターネット、６０…ゲートウェイ、７０…ＦＡＸ装置、８０…ＳＩＰサーバ、９０…ＰＳＴＮ、１００…ＬＡＮ、１１０…ゲートウェイ、２００…ＬＡＮ
【特許請求の範囲】
【請求項１】
特定の通信装置にデータを送信するための通信装置であって、
前記特定の通信装置に前記データを送信するために、前記特定の通信装置との間で確立されるセッションを制御するセッション制御手段と、
前記特定の通信装置に前記データが送信された後に、前記特定の通信装置から、前記特定の通信装置が前記データに従った出力を完了するために要する完了期間に関する期間情報を取得する取得手段と、
前記期間情報に基づいて、前記完了期間が経過した後に、前記データに従った出力が既に完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認する確認手段と、
を備え、
前記セッション制御手段は、前記確認手段によって、前記特定の通信装置で前記データに従った出力が既に完了していることが確認された場合に、前記特定の通信装置とのセッションを終了する、通信装置。
【請求項２】
請求項１に記載の通信装置であって、さらに
前記期間情報を送信するように、前記特定の通信装置に対して要求する要求手段を備え、
前記取得手段は、前記確認手段によって、前記特定の通信装置で前記データの出力が完了したことが確認されない場合に、さらに、前記特定の通信装置から、前記期間情報を再度取得する、通信装置。
【請求項３】
請求項１または２に記載の通信装置において、さらに、
前記完了期間が、特定の期間を超過するか否かを判断する判断手段を備え、
前記セッション制御手段は、
前記判断手段によって、前記完了期間が前記特定の期間を超過しないと判断される場合に、前記特定の通信装置とのセッションを維持し、
前記判断手段によって、前記完了期間が前記特定の期間を超過すると判断される場合に、前記特定の通信装置とのセッションを終了する、通信装置。
【請求項４】
請求項３に記載の通信装置において、
前記セッション制御手段は、前記判断手段によって、前記完了期間が前記特定の期間を超過すると判断される場合に、前記特定の通信装置とのセッションを終了し、第１の期間が経過した後に、再度前記特定の通信装置とのセッションを確立し、
前記確認手段は、前記特定の通信装置とのセッションが再度か確立された後に、前記特定の通信装置で前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認する、通信装置。
【請求項５】
請求項１乃至４に記載の通信装置であって、
前記セッション制御手段は、
１台の前記特定の通信装置に対して前記データが送信される場合に、前記１台の特定の通信装置で前記データの出力が完了したことが確認された後に、前記１台の特定の通信装置とのセッションを終了し、
複数台の前記特定の通信装置に対して前記データが順次送信される場合に、前記データが送信された第１の前記特定の通信装置での前記データの出力が完了したことが確認される前に、前記第１の特定の通信装置とは異なる第２の特定の通信装置に前記データを送信するために、前記第１の特定の通信装置とのセッションを終了する、通信装置。
【請求項６】
請求項５に記載の通信装置であって、
前記セッション制御手段は、複数台の前記特定の通信装置に対して前記データが順次送信される場合に、前記第２の特定の通信装置に前記データが送信された後に、前記第１の特定の通信装置とのセッションを再度確立し、
前記確認手段は、前記第１の特定の通信装置とのセッションが再度確立された後に、前記第１の通信装置で前記データの出力が完了しているか否かを、前記特定の第１の通信装置に対して問い合わせることによって確認する、通信装置。
【請求項７】
請求項１乃至６のいずれかに記載の通信装置であって、
前記セッション制御手段は、前記確認手段が、前記特定の通信装置での前記データの出力が完了しているか否かを問い合わせてから第２の期間を超過しても、前記データの出力が完了しているか否かを確認できない場合に、前記特定の通信装置とのセッションを終了する、通信装置。
【請求項８】
請求項１乃至７のいずれかに記載の通信装置であって、
前記確認手段は、前記完了期間が経過しているか否かに関わらず、特定の期間が経過する時刻から第３の期間だけ後に、前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせる、通信装置。
【請求項９】
データ通信システムであって、
請求項１乃至７のいずれかに記載の通信装置と、
特定の通信装置と、を備え、
前記特定の通信装置は、
前記通信装置から前記データを受信した後に、前記通信装置に対し前記期間情報を送信する期間情報送信手段と、
前記確認手段によって問い合わせられた場合に、前記データの出力が完了しているか否かを前記通信装置に対して通知する出力結果通知手段と、
を備える、データ送信システム。
【請求項１０】
特定の通信装置にデータを送信するコンピュータに、
前記特定の通信装置に前記データを送信するために、前記特定の通信装置との間で確立されるセッションを制御するセッション制御手段と、
前記特定の通信装置に前記データが送信された後に、前記特定の通信装置から、前記特定の通信装置が前記データの出力を完了するために要する期間である完了期間に関する期間情報を取得する取得手段と、
前記完了期間が経過した後に、前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認する確認手段として機能させるプログラムであって、
前記セッション制御手段は、前記確認手段によって、前記特定の通信装置で前記データの出力を完了したことが確認された場合に、前記特定の通信装置とのセッションを終了する、プログラム。
【請求項１】
特定の通信装置にデータを送信するための通信装置であって、
前記特定の通信装置に前記データを送信するために、前記特定の通信装置との間で確立されるセッションを制御するセッション制御手段と、
前記特定の通信装置に前記データが送信された後に、前記特定の通信装置から、前記特定の通信装置が前記データに従った出力を完了するために要する完了期間に関する期間情報を取得する取得手段と、
前記期間情報に基づいて、前記完了期間が経過した後に、前記データに従った出力が既に完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認する確認手段と、
を備え、
前記セッション制御手段は、前記確認手段によって、前記特定の通信装置で前記データに従った出力が既に完了していることが確認された場合に、前記特定の通信装置とのセッションを終了する、通信装置。
【請求項２】
請求項１に記載の通信装置であって、さらに
前記期間情報を送信するように、前記特定の通信装置に対して要求する要求手段を備え、
前記取得手段は、前記確認手段によって、前記特定の通信装置で前記データの出力が完了したことが確認されない場合に、さらに、前記特定の通信装置から、前記期間情報を再度取得する、通信装置。
【請求項３】
請求項１または２に記載の通信装置において、さらに、
前記完了期間が、特定の期間を超過するか否かを判断する判断手段を備え、
前記セッション制御手段は、
前記判断手段によって、前記完了期間が前記特定の期間を超過しないと判断される場合に、前記特定の通信装置とのセッションを維持し、
前記判断手段によって、前記完了期間が前記特定の期間を超過すると判断される場合に、前記特定の通信装置とのセッションを終了する、通信装置。
【請求項４】
請求項３に記載の通信装置において、
前記セッション制御手段は、前記判断手段によって、前記完了期間が前記特定の期間を超過すると判断される場合に、前記特定の通信装置とのセッションを終了し、第１の期間が経過した後に、再度前記特定の通信装置とのセッションを確立し、
前記確認手段は、前記特定の通信装置とのセッションが再度か確立された後に、前記特定の通信装置で前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認する、通信装置。
【請求項５】
請求項１乃至４に記載の通信装置であって、
前記セッション制御手段は、
１台の前記特定の通信装置に対して前記データが送信される場合に、前記１台の特定の通信装置で前記データの出力が完了したことが確認された後に、前記１台の特定の通信装置とのセッションを終了し、
複数台の前記特定の通信装置に対して前記データが順次送信される場合に、前記データが送信された第１の前記特定の通信装置での前記データの出力が完了したことが確認される前に、前記第１の特定の通信装置とは異なる第２の特定の通信装置に前記データを送信するために、前記第１の特定の通信装置とのセッションを終了する、通信装置。
【請求項６】
請求項５に記載の通信装置であって、
前記セッション制御手段は、複数台の前記特定の通信装置に対して前記データが順次送信される場合に、前記第２の特定の通信装置に前記データが送信された後に、前記第１の特定の通信装置とのセッションを再度確立し、
前記確認手段は、前記第１の特定の通信装置とのセッションが再度確立された後に、前記第１の通信装置で前記データの出力が完了しているか否かを、前記特定の第１の通信装置に対して問い合わせることによって確認する、通信装置。
【請求項７】
請求項１乃至６のいずれかに記載の通信装置であって、
前記セッション制御手段は、前記確認手段が、前記特定の通信装置での前記データの出力が完了しているか否かを問い合わせてから第２の期間を超過しても、前記データの出力が完了しているか否かを確認できない場合に、前記特定の通信装置とのセッションを終了する、通信装置。
【請求項８】
請求項１乃至７のいずれかに記載の通信装置であって、
前記確認手段は、前記完了期間が経過しているか否かに関わらず、特定の期間が経過する時刻から第３の期間だけ後に、前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせる、通信装置。
【請求項９】
データ通信システムであって、
請求項１乃至７のいずれかに記載の通信装置と、
特定の通信装置と、を備え、
前記特定の通信装置は、
前記通信装置から前記データを受信した後に、前記通信装置に対し前記期間情報を送信する期間情報送信手段と、
前記確認手段によって問い合わせられた場合に、前記データの出力が完了しているか否かを前記通信装置に対して通知する出力結果通知手段と、
を備える、データ送信システム。
【請求項１０】
特定の通信装置にデータを送信するコンピュータに、
前記特定の通信装置に前記データを送信するために、前記特定の通信装置との間で確立されるセッションを制御するセッション制御手段と、
前記特定の通信装置に前記データが送信された後に、前記特定の通信装置から、前記特定の通信装置が前記データの出力を完了するために要する期間である完了期間に関する期間情報を取得する取得手段と、
前記完了期間が経過した後に、前記データの出力が完了しているか否かを、前記特定の通信装置に対して問い合わせることによって確認する確認手段として機能させるプログラムであって、
前記セッション制御手段は、前記確認手段によって、前記特定の通信装置で前記データの出力を完了したことが確認された場合に、前記特定の通信装置とのセッションを終了する、プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２０１２−２４８９２１（Ｐ２０１２−２４８９２１Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１１−１１６６３６（Ｐ２０１１−１１６６３６）
【出願日】平成２３年５月２５日（２０１１．５．２５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２３年５月２５日（２０１１．５．２５）
【出願人】（０００００５２６７）ブラザー工業株式会社 (13,856)
【Ｆターム（参考）】
[ Back to top ]