ファクシミリ装置
【課題】複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、呼制御プロトコルの切換処理の負担を低減する。
【解決手段】複数の呼制御プロトコル（ＳＩＰとＨ.３２３とで例示）の間で呼制御プロトコルを切り換えるプロトコル切換部１１ｄと、送信先毎に、ＳＩＰとＨ.３２３のうちファクシミリ送信に使用した呼制御プロトコルを示す使用プロトコル情報と実際にそのファクシミリ送信が可能であったか否かを示す通信結果情報とを含む送信ログ１４ａを、記憶する送信ログ記憶手段とを備える。送信ログ記憶手段は送信ログアクセス部１１ｂ及び記憶部１４で例示している。そして、プロトコル切換部１１ｄは、送信先に応じて、記憶部１４に記憶された送信ログ１４ａに基づきファクシミリ送信に使用する呼制御プロトコルを選択する。
【解決手段】複数の呼制御プロトコル（ＳＩＰとＨ.３２３とで例示）の間で呼制御プロトコルを切り換えるプロトコル切換部１１ｄと、送信先毎に、ＳＩＰとＨ.３２３のうちファクシミリ送信に使用した呼制御プロトコルを示す使用プロトコル情報と実際にそのファクシミリ送信が可能であったか否かを示す通信結果情報とを含む送信ログ１４ａを、記憶する送信ログ記憶手段とを備える。送信ログ記憶手段は送信ログアクセス部１１ｂ及び記憶部１４で例示している。そして、プロトコル切換部１１ｄは、送信先に応じて、記憶部１４に記憶された送信ログ１４ａに基づきファクシミリ送信に使用する呼制御プロトコルを選択する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファクシミリ装置に関し、より詳細には、ＳＩＰ（Session Initiation Protocol）、Ｈ.３２３等の複数の呼制御プロトコルでＩＰ（Internet Protocol）通信が可能なファクシミリ装置に関する。
【背景技術】
【０００２】
従来から、公衆電話網以外に、ＩＰ網を用いて相手先と画像データの送受信を行うファクシミリ装置が流通している。このような装置は、ＩＰファクシミリ装置（ＩＰ−ＦＡＸ装置）と呼ばれている。
【０００３】
ＩＰファクシミリ装置では、ＩＰ網の接続プロトコル（呼制御プロトコル）として、主にＳＩＰとＨ.３２３とが用いられている。例えば、特許文献１には、ＩＰ網の接続にＳＩＰプロキシサーバとＨ.３２３ゲートサーバとを用いることが開示されている。
【特許文献１】特開２００４−３２０６４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、実際、ＩＰファクシミリ装置には何れかのプロトコルしか対応していない装置が存在し、送信側のＩＰファクシミリ装置は片方のプロトコルを用いて無応答だった場合、プロトコルを切り換えて再度送信する必要がある。
【０００５】
また、送信側のＩＰファクシミリ装置が両方のプロトコルに対応している場合に、最初に選択したプロトコルで通信するため、他のプロトコルで利用したときの情報が無い。従って、仮に他のプロトコルの方が通信品質が高かったとしても低い方のプロトコルでの通信しかできない。
【０００６】
本発明は、上述のごとき実状に鑑みてなされたものであり、複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、呼制御プロトコルの切換処理の負担を低減することを、その目的とする。
【０００７】
また、本発明は、複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、送信相手がいずれの呼制御プロトコルにも対応している場合に、無駄な切換処理を行わずにより通信品質の良い呼制御プロトコルで送信することを、他の目的とする。
【課題を解決するための手段】
【０００８】
上述のごとき課題を解決するために、本発明の第１の技術手段は、複数の呼制御プロトコルのうちいずれの呼制御プロトコルを使用してもＩＰ通信が可能なファクシミリ装置であって、前記複数の呼制御プロトコルの間で呼制御プロトコルを切り換えるプロトコル切換手段と、送信先毎に、ファクシミリ送信に使用した呼制御プロトコルを示す使用プロトコル情報と実際に該ファクシミリ送信が可能であったか否かを示す通信結果情報とを含む送信ログを、記憶する送信ログ記憶手段とを備え、前記プロトコル切換手段は、送信先に応じて、前記送信ログ記憶手段で記憶された送信ログに基づきファクシミリ送信に使用する呼制御プロトコルを選択することを特徴としたものである。
【０００９】
第２の技術手段は、第１の技術手段において、ファクシミリ送信に使用した呼制御プロトコルでの通信品質を検出する品質検出手段を備え、前記送信ログ記憶手段は、前記送信ログとして、前記使用プロトコル情報に通信品質の情報を関連づけて記憶し、前記プロトコル切換手段は、送信先に応じて、前記送信ログに含まれる通信品質の情報に基づきファクシミリ送信に使用する呼制御プロトコルを選択することを特徴としたものである。
【００１０】
第３の技術手段は、第１の技術手段において、前記プロトコル切換手段は、ファクシミリ送信を行なう送信先の前記送信ログが、或る呼制御プロトコルが通信可能であることを示し且つ他の呼制御プロトコルに対して前記通信結果情報が無かった場合、該他の呼制御プロトコルをファクシミリ送信に使用する呼制御プロトコルとして選択することを特徴としたものである。
【００１１】
第４の技術手段は、第１の技術手段において、前記送信ログ記憶手段は、ファクシミリ送信を行なう送信先の前記送信ログが通信可能であることを示す呼制御プロトコルを前記プロトコル切換手段が選択して実際にファクシミリ送信を実行した結果、無応答だった場合、前記送信ログとして、ファクシミリ送信要求時の時間を追加記憶することを特徴としたものである。
【００１２】
第５の技術手段は、第２の技術手段において、前記プロトコル切換手段は、所定の送信単位毎に呼制御プロトコルの選択を実行することを特徴としたものである。
【００１３】
第６の技術手段は、第５の技術手段において、前記所定の送信単位毎のプロトコル切換は、相手先のファクシミリ装置が前記所定の送信単位での受信に対応している場合にのみ実行することを特徴としたものである。
【００１４】
第７の技術手段は、第１〜第６のいずれかの技術手段において、前記複数の呼制御プロトコルは、ＳＩＰプロトコルとＨ.３２３プロトコルの２つであることを特徴としたものである。
【発明の効果】
【００１５】
本発明によれば、複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、呼制御の切換処理の負担を低減することが可能となる。
【００１６】
また、本発明の他の実施形態によれば、複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、送信相手がいずれの呼制御プロトコルにも対応している場合に、無駄な切換処理を行わずにより通信品質の良い呼制御プロトコルで送信することが可能となる。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明に係るファクシミリ装置を含むファクシミリ送信システムの一構成例を示す概略図で、図２は、図１のＦＡＸにおける記憶部に格納される送信ログの一例を示す図である。図１において、１は本発明のファクシミリ装置（以下、単に「ＦＡＸ」という）の一構成例であるＦＡＸ＿Ａ、２はデジタルのＦＡＸ＿Ｂ、４はアナログのＦＡＸ＿Ｃ、３はルータＡ、６はルータＢ、５はルータＣである。
【００１８】
図１で例示するファクシミリ送信システム（以下、本システムという）において、ルータＡ（３）、ルータＢ（６）、ルータＣ（５）がそれぞれ、ＳＩＰサーバ、Ｈ.３２３ゲートキーパ、デジタル／アナログの変換を行うゲートウェイであることを前提として、以下の説明を行う。
【００１９】
ＦＡＸ１は、全体を制御する制御部１１と共に、印字部１２、スキャン部１３、記憶部１４、及びネットワークインターフェース（Ｉ／Ｆ）部１５を備える。
【００２０】
制御部１１は、ＳＩＰとＨ.３２３のいずれの呼制御プロトコルを使用しても、ネットワークＩ／Ｆ１５経由でＩＰ通信が可能な送受信制御部となっている。ＳＩＰ又はＨ.３２３を使用したＩＰ通信自体は既存の技術を適用すればよい。
【００２１】
例えば、まず制御部１１が、自身の電話番号及び送信先の電話番号（又はＩＰ電話対応のＵＲＩ（Uniform Resource Identifier））など呼制御に必要な情報と共に、呼制御サーバに接続要求を行う。呼制御サーバとしては、ＳＩＰの場合にはＳＩＰサーバ（ルータ３）、Ｈ.３２３の場合にはＨ.３２３ゲートキーパ（ルータ６）が、それぞれ該当する。この接続要求に対し、呼制御サーバが、呼制御シーケンスの動作や電話番号又はＵＲＩからＩＰアドレスへの変換、送信先（接続先）へのルーティングなどの所定の処理を実行する。相手先のＦＡＸ（ＦＡＸ２やＦＡＸ４）への接続要求に対し相手先のＦＡＸが応答したときに、その呼び出し音をＦＡＸ１へ発する。これによりＦＡＸ１と相手先のＦＡＸ（ＦＡＸ２やＦＡＸ４）との間で通話が可能となるので、ＦＡＸ１から相手先のＦＡＸにＦＡＸ画像のデータを圧縮して音声パケットに変換して送信すればよい。このように、本発明に係るＦＡＸ１はＩＰ網で通信可能で且つＳＩＰとＨ.３２３の両方に対応している。
【００２２】
印字部１２は、他のＦＡＸからネットワークＩ／Ｆ１５経由でＦＡＸ画像を受信した際に、制御部１１からの指示によりそのＦＡＸ画像を印刷する。スキャン部１３は、ＦＡＸ送信時に送信対象となる原稿を光学的に読み取りＦＡＸ画像を生成する。記憶部１４は、送信先アドレス等を記憶すると共に、後述するように送信ログ１４ａの記憶も行う。ネットワークＩ／Ｆ１５は、ＦＡＸ画像の送受信の他、パーソナルコンピュータ（ＰＣ）等のネットワーク接続された機器とデータの送受信を行うためのＩ／Ｆである。
【００２３】
ＦＡＸ１は、上述のごとき構成に加え本発明の主たる特徴として、ＳＩＰとＨ.３２３との間で呼制御プロトコルを切り換えるプロトコル切換手段と、後述のごとき送信ログを記憶する送信ログ記憶手段を備える。以下、プロトコル切換手段を制御部１１内のプロトコル切換部１１ｄで例示し、送信ログ記憶手段を制御部１１内の送信ログアクセス部１１ｂと実際の記憶媒体であるハードディスクやＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等の記憶部１４とで例示する。
【００２４】
ここで例示する制御部１１は、送信ログアクセス部１１ｂ及びプロトコル切換部１１ｄの他に、応答判定部１１ａ、品質検出部１１ｃ、圧縮／伸張部１１ｅを含み、本発明に係るプロトコル切換制御を伴うＦＡＸ送信制御を行う。
【００２５】
制御部１１自体は、ＣＰＵ、プログラム格納領域としてのＲＯＭ、作業領域としてのＲＡＭ等のハードウェアを備え、そのハードウェアに制御部１１の機能（各部１１ａ〜１１ｅの機能を含む）を実現させるための所定の制御プログラムを、ＲＯＭやハードディスクに格納しておくとよい。これにより、ＣＰＵがＲＯＭ等に格納された所定の制御プログラムをＲＡＭ上に読み出して実行し、各部１１ａ〜１１ｅの機能を含め制御部１１の機能を実現することができる。この所定の制御プログラムは、ＦＡＸ１用のファームウェアとなる。
【００２６】
圧縮／伸張部１１ｅは、ＦＡＸ送信時に送信用のＦＡＸ画像を所定の圧縮方式で圧縮し、また受信したＦＡＸ画像の伸張も行う。圧縮／伸張部１１ｅなどはハードウェアで構成してもよい。
【００２７】
呼制御においては、ＦＡＸ画像送信時に用いる圧縮方式などの通知も行い、相手先が送信時に使用する圧縮方式に対応するか否かの確認も行う。対応していない場合には、他の圧縮方式に切り換えて再度確認を行うなどして相手先対応の圧縮方式でＦＡＸ画像送信を行えるようにする。そのため、圧縮／伸張部１１ｅは、複数種類の圧縮方式に対応させておくことが望ましい。
【００２８】
応答判定部１１ａは、ＦＡＸ送信要求時（呼制御）において、相手先のＦＡＸからの応答の有無を判定する。相手先のＦＡＸ（ＦＡＸ２やＦＡＸ４）が、例えば電源断の状態である場合や、現在通信中（現在呼制御中）の呼制御プロトコルに対応していない場合には、応答が無いと判定される。
【００２９】
送信ログアクセス部１１ｂは、記憶部１４に記憶されている送信ログ１４ａにアクセスして、その読み出しや書き込みを行う。すなわち、送信ログアクセス部１１ｂにより、送信ログ１４ａの追記、削除、更新などが実行される。
【００３０】
本発明では送信ログ１４ａとして、送信先毎に、ＳＩＰとＨ.３２３のうちＦＡＸ送信に使用した呼制御プロトコル（ＦＡＸ送信に使用した呼制御プロトコルがＳＩＰとＨ.３２３のいずれであったか）を示す使用プロトコル情報と、実際にそのＦＡＸ送信が可能であったか否かを示す通信結果（通信可否）情報とを含んで、送信ログアクセス部１１ｂが記憶部１４に記憶する。
【００３１】
すなわち、送信ログアクセス部１１ｂは、選択されている呼制御プロトコル（ＳＩＰ／Ｈ.３２３）の情報（使用プロトコル情報）と、応答判定部１１ａでの判定結果（通信結果情報）とを、その送信先の送信ログ１４ａとして関連づけて、記憶部１４に記憶する。使用プロトコル情報や通信結果情報は、送信日時毎に更新又は追記されることが好ましい。
【００３２】
例えば、図２に示す送信ログ１４ａのように、送信先のＩＤ（番号）、送信先を特定するための送信先アドレス（送信先ＵＲＩ）及び／又は送信先ＩＰ電話番号などと共に、Ｈ.３２３の通信結果やＳＩＰの通信結果を、送信ログ１４ａとして記憶する。後述するが、図２に示すように、送信ログ１４ａとしては通信（送信）日時や通信の品質情報も関連づけて記憶しておくことが好ましい。
【００３３】
プロトコル切換部１１ｄでは、Ｈ.３２３かＳＩＰの呼制御プロトコルの切り換えを行う。本発明では、その際、プロトコル切換部１１ｄが、ＦＡＸ送信時（ＦＡＸ送信要求時）の送信先に応じて、送信ログアクセス部１１ｂに送信ログ１４ａを読み出させ、送信先の送信ログ１４ａに基づき、ＦＡＸ送信に使用するプロトコルを選択する。なお、送信先の送信ログ１４ａに基づく選択、並びにその元となる送信ログ１４ａの生成については、様々な例を挙げて後述する。プロトコル切換部１１ｄは、現状の呼制御プロトコルがプロトコル切換部１１ｄで選択されたものであればそのままその呼制御プロトコルを使用し、異なる呼制御プロトコルであれば選択された呼制御プロトコルに切り換えを行えばよい。
【００３４】
これにより、制御部１１は、選択された呼制御プロトコルでＦＡＸ送信を開始、すなわちその呼制御プロトコルを用いた呼制御を開始することができる。ここでは、送信先に応じた送信ログ１４ａに基づきプロトコル切換部１１ｄで選択された呼制御プロトコルを利用するので、２回目以降のＦＡＸ送信では過去に送信した呼制御プロトコルで利用できる可能性が高い。従って、無応答時の呼制御プロトコルの切換処理負担を削減することができる。
【００３５】
このように、本発明によれば、ＳＩＰとＨ.３２３の双方のプロトコルでＩＰ通信可能なファクシミリ装置において、プロトコルの切換処理の負担を低減することが可能となる。送信先の送信プロトコル情報を送信ログ１４ａとして記憶することで、２回目の送信時には送信ログ１４ａを用いて呼制御プロトコルを設定することで、呼制御プロトコルの切換処理負担を削減することができる。
【００３６】
呼制御によりＦＡＸ画像送信が可能となったときに、実際に圧縮されたＦＡＸ画像が相手先に送信されることとなる。品質検出部１１ｃは、実際にＦＡＸ画像が送信されているときのＦＡＸ通信の品質を検出する。通信品質の検出は、ＲＴＣＰ（RTP［Real-time Transport Protocol］ Control Protocol）を利用する。ＲＴＣＰは、送信側と受信側の情報を伝達するプロトコルであって、データの流れをチェックすることが可能となっている。また、通信品質は、欠落情報やパケット間隔ジッタにより確認できる。ここで、欠落情報としては、例えばデータの欠落率及び／又は累積欠落パケット数が挙げられる。
【００３７】
品質検出部１１ｃで例示したように本発明に係るＦＡＸ１は、ＦＡＸ送信に使用した呼制御プロトコルでの通信品質を検出する品質検出手段を備えることが好ましい。実際、ＦＡＸ２へＦＡＸ画像を送信する場合を挙げて説明すると、ＳＩＰで呼制御を行った場合にはルータ３を経由する経路（ｉ）でＦＡＸ画像の送信もなされるが、Ｈ.３２３で呼制御を行った場合にはルータ６を経由する経路（ｉｉ）でＦＡＸ画像の送信もなされるため、経路の違いにより通信品質が異なってくる。
【００３８】
そして、送信ログアクセス部１１ｂが、送信ログ１４ａとして、使用プロトコル情報に通信品質の情報を関連づけて記憶し、この通信品質情報を呼制御プロトコルを選択する際に参照するよう構成することが好ましい。すなわち、プロトコル切換部１１ｄは、送信先に応じて送信ログ１４ａに含まれる通信品質情報に基づきＦＡＸ送信に使用する呼制御プロトコルを選択することが好ましい。
【００３９】
この通信品質情報は、そのまま送信ログ１４ａに使用プロトコル情報と関連づけて記憶させてもよいし、例えば閾値処理などにより複数段階に分類して記憶させてもよい。図２の例では、後者の例として所定値以下の場合を「○」、所定値より大きい場合を「△」として記録している。なお、「−」は通信できておらず通信品質情報が無いことを示している。また、プロトコル切換部１１ｄによる選択は、例えば通信品質情報のうちジッタより欠落情報を優先させて選択することが望ましい。例えば、欠落率が少ない呼制御プロトコルを優先して選択し、欠落率が同じである場合にのみジッタの少ない呼制御プロトコルを選択するとよい。図２の例では、Ｎｏ.１の送信先に対しては、Ｈ.３２３が選択され、Ｎｏ.２の送信先に対してはＳＩＰが選択される。
【００４０】
これにより、プロトコル切換部１１ｄがＨ.３２３かＳＩＰのプロトコルの切り換えを行う際に、送信ログ１４ａを参照して相手先が両方のプロトコルが使用可能である場合には、通信品質の高いプロトコルを選択することができる。
【００４１】
このような選択により、常に通信品質の高いプロトコルを選択してＦＡＸ画像の送信が可能となる。すなわち、送信相手がＳＩＰとＨ.３２３の双方のプロトコルに対応している場合に、送信ログ１４ａに記憶された通信品質情報に基づいて品質の良いプロトコルを選択することで、無駄な切換処理を行わずにより通信品質の良いプロトコルで送信することが可能となる。
【００４２】
以下、上述のごとき構成のＦＡＸ１におけるＦＡＸ送信処理の一例を、図３〜図７を参照して説明する。図３は、図１のＦＡＸにおけるＦＡＸ送信処理の一例を概略的に説明するためのフロー図である。
【００４３】
図４は、図３のＦＡＸ送信処理におけるプロトコル選択処理の一例を説明するためのフロー図、図５は、図３のＦＡＸ送信処理における送信ログを用いた送信処理の一例を説明するためのフロー図、図６は、図５の送信ログを用いた送信処理における送信ログによるプロトコル切換処理の一例を説明するためのフロー図、図７は、図６の送信ログによるプロトコル切換処理におけるプロトコルの品質比較処理の一例を説明するためのフロー図である。
【００４４】
図３を参照すると、ＦＡＸ１は、まず制御部１１において、図示しない操作部や外部ＰＣなどからのＦＡＸ送信要求を待つ（ステップＳ１）。制御部１１は、ステップＳ１でＦＡＸ送信要求が受信されたとき、送信先アドレスの入力をユーザに促して、送信先アドレスを入力する（ステップＳ２）。次に、制御部１１が、スキャン部１３から、或いはネットワークＩ／Ｆ１５経由で外部ＰＣから、送信データを受信する（ステップＳ３）。なお、ステップＳ２，Ｓ３の処理はＦＡＸ送信要求に含まれていてもよく、その場合、送信先アドレスや送信データはＦＡＸ送信要求を解析して読み出すことで得られる。さらに、制御部１１が、その送信データからＦＡＸ画像を生成する（ステップＳ４）。
【００４５】
続いて、制御部１１においては、送信ログアクセス部１１ｂが記憶部１４にアクセスし、ステップＳ２で入力された送信先アドレスが送信ログ１４ａに記憶済みであるか否かを判定する（ステップＳ５）。
【００４６】
ステップＳ５で記憶済みでなければ（ＮＯの場合）、制御部１１が後述する「プロトコル選択処理」を実行する（ステップＳ６）。一方、ステップＳ５で記憶済みであれば（ＹＥＳの場合）、制御部１１が後述する「送信ログを用いた送信処理」を実行する（ステップＳ７）。
【００４７】
このように、ＦＡＸ送信要求があったとき、送信先として指定されたアドレスの送信ログ１４ａが存在するか否かを判定し、送信ログ１４ａが有る場合と無い場合とで、送信処理方法を異ならせることが好ましい。
【００４８】
ステップＳ６／Ｓ７の処理後、制御部１１はネットワークＩ／Ｆ１５を介して送信先アドレスにステップＳ４で生成したＦＡＸ画像を、圧縮／伸張部１１ｅが呼制御時に確認をとった圧縮方式で圧縮し、音声パケットとして送信する（ステップＳ８）。
【００４９】
この送信後、送信ログアクセス部１１ｂが、送信の時間（日時）とＲＴＣＰによる回線品質とを送信ログ１４ａに書き込み（ステップＳ９）、ＦＡＸ送信処理を終了する。ここでＲＴＣＰによる回線品質は、品質検出部１１ｃがＦＡＸ画像送信中に演算して送信後にその結果を送信ログアクセス部１１ｂに渡すとよい。
【００５０】
次に、ステップＳ６における「プロトコル選択処理」の一例を図４を参照して説明する。この処理は、上述のごとく、送信ログ１４ａが無い場合（すなわち、初めて通信する相手の場合）に実行される。
【００５１】
まず、制御部１１がデフォルトの呼制御プロトコル（ＳＩＰ／Ｈ.３２３）で通信を開始し（ステップＳ１１）、応答判定部１１ａが送信先の応答の有無を判定する（ステップＳ１２）。
【００５２】
応答があった場合（ステップＳ１２でＮＯの場合）には、送信ログアクセス部１１ｂが送信ログ１４ａにその呼制御プロトコルは通信可能であることを記憶し（ステップＳ１３）、「プロトコル選択処理」を終了してステップＳ８へ進む。
【００５３】
逆に、送信先の応答がない場合（ステップＳ１２でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルでの通信は不可であると送信ログ１４ａに記憶し（ステップＳ１４）、プロトコル切換部１１ｄが他の呼制御プロトコルに切り換える（ステップＳ１５）。そして、応答判定部１１ａが切換後の呼制御プロトコルでの応答の有無を判定する（ステップＳ１６）。
【００５４】
切換後の呼制御プロトコルでも応答が無かった場合（ステップＳ１６でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルでの通信は不可であると送信ログ１４ａに記憶する（ステップＳ１７）。ステップＳ１４，Ｓ１７により、その送信先に対していずれの呼制御プロトコルでも通信不可であることが送信ログ１４ａに記憶されたこととなる。ステップＳ１７に続いて、制御部１１が通信中の送信中止を行って（ステップＳ１８）、ＦＡＸ送信処理自体が終了する。
【００５５】
逆に、切換後の呼制御プロトコルでは応答があった場合（ステップＳ１６でＮＯの場合）には、通信中の呼制御プロトコルでの通信は可能であると送信ログ１４ａに記憶し（ステップＳ１９）、「プロトコル選択処理」を終了してステップＳ８へ進む。
【００５６】
次に、ステップＳ７における「送信ログを用いた送信処理」の一例を図５〜図７を参照して説明する。この処理は、上述のごとく、送信ログ１４ａが有る場合（すなわち、初めて通信する相手ではない場合）に実行される。
【００５７】
まず、送信ログアクセス部１１ｂが送信ログ１４ａから、いずれか１つの呼制御プロトコルのみ通信可能であり、且つ他方の呼制御プロトコルが通信不可（ここではログ無しを含まない）である、という条件を満たすか否かを判定する（ステップＳ２１）。
【００５８】
ステップＳ２１でＹＥＳの場合には、プロトコル切換部１１ｄが送信ログ１４ａの通信可を示す方の呼制御プロトコルを選択し、制御部１１がその呼制御プロトコルを用いた通信を開始する（ステップＳ２３）。このように、プロトコル切換部１１ｄでは、Ｈ.３２３かＳＩＰのプロトコルの切り換えを行う際に、送信ログ１４ａを読み出して、例えば送信する相手先の送信ログ１４ａが既にあれば、送信ログ１４ａにあるプロトコルを選択する。
【００５９】
ステップＳ２３に続き、応答判定部１１ａが、通信可能と示されていた方の呼制御プロトコルでの応答の有無を判定する（ステップＳ２４）。この呼制御プロトコルで応答があった場合（ステップＳ２４でＮＯの場合）には、「送信ログを用いた送信処理」を終了して、ステップＳ８へ進む。
【００６０】
一方、この呼制御プロトコルで応答が無かった場合（ステップＳ２４でＹＥＳの場合）には、送信ログアクセス部１１ｂが、その呼制御プロトコルが現在、通信は不可であると送信ログ１４ａに追加で記憶する（ステップＳ２５）。これにより、通信不可である時間帯の情報が一つ得られることとなり、プロトコル切換部１１ｄによる切り換え時に参照することができる。なお、ステップＳ２４でＮＯの場合にも、送信できたという情報を送信ログ１４ａに追加で記憶させてもよく、これにより通信可能な時間帯の情報が一つ得られる。
【００６１】
このように、送信ログアクセス部１１ｂは、ＦＡＸ送信を行う送信先の送信ログ１４ａが通信可能であることを示す呼制御プロトコルをプロトコル切換部１１ｄが選択して、実際にＦＡＸ送信を実行した結果、無応答だった場合、記憶部１４に送信ログ１４ａとして、ＦＡＸ送信要求時の時間（日時）を追加記憶する。
【００６２】
実際、このような場面で無応答であった場合には、相手先のＦＡＸは電源断の可能性があり電源オンになれば再び通信可能なプロトコルで利用できる可能性が高いため、送信要求時の時間を追加記憶しておく。これにより、以前の送信ログ１４ａを残しているため、次の送信時には通信可のプロトコルから開始させることができると共に、次回の送信には電源断の時間帯を外すことができる。なお、時間だけでなく、その通信結果情報も当然関連づけて記憶する。また、ある程度の時間帯で全て無応答の結果を得た場合、その相手先のＦＡＸが取り替えられたと判断し、送信ログ１４ａを通信無しに更新してもよい。
【００６３】
また、このような場面で無応答であった場合には、相手先が電源断である可能性の他に、プロトコル仕様の異なる新しいＦＡＸに置換えられた可能性がある。そこで、送信ログ１４ａでは通信不可と記憶されている方の呼制御プロトコルに切換して通信を開始する。
【００６４】
すなわち、ステップＳ２５に続いて、プロトコル切換部１１ｄが他方の呼制御プロトコルを選択し、それに切り換えて通信を開始する（ステップＳ２６）。ステップＳ２６に続き、応答判定部１１ａがその呼制御プロトコルでの応答の有無を判定する（ステップＳ２７）。
【００６５】
この呼制御プロトコルで応答があった場合（ステップＳ２７でＮＯの場合）、送信ログアクセス部１１ｂがその呼制御プロトコルが現在も通信は不可であると送信ログ１４ａに記憶する（ステップＳ２８）。このように、呼制御プロトコルを切り換えて通信開始後に相手先の応答があった場合、相手先はプロトコル仕様の異なる新しいＦＡＸに置き換えられた可能性が高い。そこで、通信中の呼制御プロトコルを通信可として送信ログ１４ａに記憶する。前回の送信可能な呼制御プロトコルと今回の送信可能な呼制御プロトコルは異なるため、送信ログ１４ａに送信日時を記憶しておくと、プロトコル切換部１１ｄで、最新の送信ログ１４ａの呼制御プロトコルを選択して用いることができる。ステップＳ２８の処理後、「送信ログを用いた送信処理」を終了してステップＳ８へ進む。
【００６６】
逆に、この呼制御プロトコルでも応答が無かった場合（ステップＳ２７でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルが現在も通信は不可であると送信ログ１４ａに記憶する（ステップＳ２８）。ステップＳ２５，Ｓ２８により、今回の通信ではいずれの呼制御プロトコルでも通信不可であったことが記憶されることとなる。ステップＳ２８に続いて、制御部１１が通信中の送信中止を行って（ステップＳ２９）、ＦＡＸ送信処理自体が終了する。
【００６７】
一方、ステップＳ２１でＮＯの場合、次に説明する「送信ログによるプロトコル切換処理」を実行し（ステップＳ２２）、「送信ログを用いた送信処理」を終了してステップＳ８へ進む。
【００６８】
ステップＳ２２では、まず送信ログアクセス部１１ｂが、両方の呼制御プロトコルが通信不可であるか否かを送信ログ１４ａから判定し（ステップＳ３１）、ＹＥＳの場合、ステップＳ６へ進んで「プロトコル選択処理」を実行する。このように、両方の呼制御プロトコルのいずれでも通信が不可能であれば前回は電源断だった可能性があるため、図４のように、初めての通信のときに実行される「プロトコル選択処理」を実行する。
【００６９】
逆に、ステップＳ３１でＮＯの場合、両方の呼制御プロトコルは通信可能であるか否かを送信ログ１４ａから判定する（ステップＳ３２）。
【００７０】
ステップＳ３２でＹＥＳの場合、次に説明する「プロトコルの品質比較処理」を実行する（ステップＳ３３）。図７で示すようにステップＳ３３では、まずプロトコル切換部１１ｄが、送信ログアクセス部１１ｂに送信ログ１４ａの通信品質情報を読み出させ、その通信品質情報に基づき、より具体的には通信品質（すなわち回線品質）の高い方の呼制御プロトコルを選択し、その呼制御プロトコルに切り換える（ステップＳ５１）。このように、プロトコル切換部１１ｄは、送信ログ１４ａを参照して相手先が両方の呼制御プロトコルが使用可能である場合には、通信品質の高い呼制御プロトコルを選択するとよい。続いて、制御部１１が、その選択された呼制御プロトコルで通信を開始し（ステップＳ５２）、ステップＳ２４へ進んでそれ以降の処理を継続する。
【００７１】
ステップＳ３２でＮＯの場合には、一方の呼制御プロトコルは通信可であり且つ他方の呼制御プロトコルは送信ログ１４ａが無い（未トライ）であることを示す。従って、この場合には、プロトコル切換部１１ｄが送信ログ１４ａの通信可の呼制御プロトコルとは異なる呼制御プロトコルを選択して、通信を開始する（ステップＳ３４）。
【００７２】
このように、プロトコル切換部１１ｄは、ＦＡＸ送信を行う送信先の送信ログ１４ａが、一方の呼制御プロトコルが通信可能であることを示し且つ他方の呼制御プロトコルに対して通信結果情報が無かった場合、他方の呼制御プロトコルをＦＡＸ送信に使用する呼制御プロトコルとして選択することが好ましい。強制的に通信結果情報（通信可否情報）の無い呼制御プロトコルを選択させることで、通信品質情報の収集を行うことができる。実際、全ての呼制御プロトコルで通信を実行しない限りといずれの呼制御プロトコルでの通信品質が高いかを検証できないが、このような情報収集を行うことで検証並びにその検証に基づく呼制御プロトコル選択も可能となる。
【００７３】
続いて、応答判定部１１ａが送信先の応答の有無を判定し（ステップＳ３５）、応答があった場合（ステップＳ３５でＮＯの場合）には、送信ログアクセス部１１ｂが送信ログ１４ａにその呼制御プロトコルは通信可能であることを記憶し（ステップＳ３６）、「送信ログによるプロトコル切換処理」を終了し「送信ログを用いた送信処理」も終了して、ステップＳ８へ進む。元々一方の呼制御プロトコルでは通信可能と示されていたため、ステップＳ３６の処理により、その送信先に対していずれの呼制御プロトコルでも通信可能であることが送信ログ１４ａに記憶されたこととなる。
【００７４】
一方、送信先の応答がない場合（ステップＳ３５でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルでの通信は不可であると送信ログ１４ａに記憶し（ステップＳ３７）、プロトコル切換部１１ｄが元々通信可能と示されていた方の呼制御プロトコルを選択し、それに切り換えて通信を開始する（ステップＳ３８）。
【００７５】
ステップＳ３８に続き、応答判定部１１ａが、元々通信可能と示されていた方の呼制御プロトコルでの応答の有無を判定する（ステップＳ３９）。この呼制御プロトコルでも応答が無かった場合（ステップＳ３９でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルでも現在、通信は不可であると送信ログ１４ａに追加で記憶する（ステップＳ４０）。これにより、通信不可である時間帯の情報が一つ得られることとなり、プロトコル切換部１１ｄによる切り換え時に参照することができる。ステップＳ４０に続いて、制御部１１が通信中の送信中止を行って（ステップＳ４１）、ＦＡＸ送信処理自体が終了する。
【００７６】
一方、ステップＳ３９でＮＯの場合には、「送信ログによるプロトコル切換処理」を終了し「送信ログを用いた送信処理」も終了して、ステップＳ８へ進む。なお、このときも、送信できたという情報を送信ログ１４ａに追加で記憶させてもよく、これにより通信可能な時間帯の情報が一つ得られることとなる。
【００７７】
図８は、図１のＦＡＸにおけるＦＡＸ送信処理の他の例を概略的に説明するためのフロー図である。図８を参照してＦＡＸ送信処理の他の例を説明すると、まず図３のステップＳ１〜Ｓ４と同様の処理がなされる（ステップＳ６１〜Ｓ６４）。
【００７８】
続いて、制御部１１がステップＳ５と同様の判定を行い（ステップＳ６５）、記憶済みでなければ（ＮＯの場合）、制御部１１が上述の「プロトコル選択処理」を実行する（ステップＳ６６）。一方、ステップＳ５で記憶済みであれば（ＹＥＳの場合）、制御部１１が上述の「送信ログを用いた送信処理」を実行する（ステップＳ６７）。
【００７９】
ステップＳ６６／Ｓ６７の処理後、制御部１１はネットワークＩ／Ｆ１５を介して送信先アドレスにステップＳ６４で生成したＦＡＸ画像を、圧縮／伸張部１１ｅが呼制御時に確認をとった圧縮方式で所定の送信単位で圧縮し、音声パケットとして送信する（ステップＳ６８）。
【００８０】
この送信後、送信ログアクセス部１１ｂが、ステップＳ９と同様に送信の時刻とＲＴＣＰによる回線品質とを送信ログ１４ａに書き込み（ステップＳ６９）、制御部１１が、全てのＦＡＸ画像を送信したか否かを判定する（ステップＳ７０）。
【００８１】
全てのＦＡＸ画像の送信が完了していなかった場合（ステップＳ７０でＮＯの場合）には、ステップＳ６５に戻り、次の送信単位のＦＡＸ画像に対して、完了するまで同様の処理を実行する。全てのＦＡＸ画像の送信が完了した場合（ステップＳ７０でＹＥＳの場合）には、ＦＡＸ送信処理を終了する。なお、ステップＳ６４のＦＡＸ画像生成処理で圧縮処理まで行ってもよく、この場合、ステップＳ７０でＮＯの場合にはステップＳ６４に戻ることとなる。
【００８２】
ここで、所定の送信単位としては、ページ単位や圧縮単位（バンド単位）などが挙げられる。ページ単位の場合、上述の処理では、プロトコル切換部１１ｄは、送信ページ毎にプロトコルの選択を実行していることとなる。さらに、送信ログ１４ａの記憶も送信ページ毎に実行されることとなるため、例えば１ページ目は一方の呼制御プロトコル、２ページ目は他方の呼制御プロトコル、３ページ目以降は通信品質の高い方の呼制御プロトコルを選択することができる。なお、この処理は、送信ログ１４ａが双方のプロトコルで通信可能であることを示している場合に限らず実行できる。ここで、双方の呼制御プロトコルでの通信品質情報が得られた時点でこのページ単位の処理を中止し、ＦＡＸ画像全体での処理に切り換えてもよい。
【００８３】
圧縮単位（バンド単位）の場合、上述の処理では、プロトコル切換部１１ｄは、１ページ内のバンド毎にプロトコルの選択を実行していることとなる。さらに、送信ログ１４ａの記憶もバンド毎に実行されることとなるため、例えば第１のバンドは一方の呼制御プロトコル、次のバンドは他方の呼制御プロトコル、次以降は通信品質の高い方の呼制御プロトコルを選択することができる。なお、この処理は、送信ログ１４ａが双方のプロトコルで通信可能であることを示している場合に限らず実行できる。ここで、双方の呼制御プロトコルでの通信品質情報が得られた時点でこのバンド単位の処理を中止し、ＦＡＸ画像全体での処理に切り換えてもよい。バンド単位の処理では、例えば１ページの処理が完了する前に、通信品質の高いプロトコルを選択することができる。
【００８４】
また、ページ単位の受信はどの相手先ＦＡＸでも対応しているが、それ以外の所定の送信単位での受信は対応していないＦＡＸがある。従って、このような単位毎のプロトコル切換は、相手先のＦＡＸがこの送信単位での受信に対応している場合にのみ実行するとよい。この対応の如何は呼制御の段階で問い合わせを行って確認するとよく、相手先のＦＡＸの属性や機種名などを確認して実行してもよい。
【００８５】
以上、本発明に係るＦＡＸ１として、ＳＩＰプロトコルとＨ.３２３プロトコルの２つに対応した装置であることを前提に説明したが、これに限らず、複数の呼制御プロトコルに対応する装置であれば同様に適用できる。
【００８６】
例えば、本発明に係るＦＡＸ１が、ＳＩＰ、Ｈ.３２３、ＭＧＣＰ（Media Gateway Control Protocol）、Ｈ.２４８／ＭＥＧＡＣＯ（Media Gateway Control）の４つの呼制御プロトコルに対応する装置であってもよい。その場合、例えば、プロトコル切換部１１ｄで、送信ログ１４ａが、或る呼制御プロトコルが通信可能であることを示し且つ他の呼制御プロトコルに対して通信結果情報が無かった場合には、他の呼制御プロトコルのうち一つをＦＡＸ送信に使用する呼制御プロトコルとして選択するとよい。このような処理を繰り返すことで、通信結果情報が送信ログ１４ａに記録されていない呼制御プロトコルが無くなる。
【００８７】
以上、図１乃至図８を参照しながら、本システムについて各実施形態を説明してきたが、その処理の流れを説明したように、本発明はこのようなＩＰ通信によるＦＡＸデータ送信方法としての形態も採り得る。
【００８８】
また、本発明は、ＦＡＸ１で例示したファクシミリ装置に組み込むプログラムとしての形態も採り得る。これらプログラムは、制御部１１内の制御プログラム（ファームウェア）として例示したものである。そして、このようなプログラムは、それを記録したコンピュータ読み取り可能な記録媒体としての配布することやネットワーク経由で配信することができ、ファクシミリ装置に実行可能に組み込むことができる。
【図面の簡単な説明】
【００８９】
【図１】本発明に係るファクシミリ装置を含むファクシミリ送信システムの一構成例を示す概略図である。
【図２】図１のＦＡＸにおける記憶部に格納される送信ログの一例を示す図である。
【図３】図１のＦＡＸにおけるＦＡＸ送信処理の一例を概略的に説明するためのフロー図である。
【図４】図３のＦＡＸ送信処理におけるプロトコル選択処理の一例を説明するためのフロー図である。
【図５】図３のＦＡＸ送信処理における送信ログを用いた送信処理の一例を説明するためのフロー図である。
【図６】図５の送信ログを用いた送信処理における送信ログによるプロトコル切換処理の一例を説明するためのフロー図である。
【図７】図６の送信ログによるプロトコル切換処理におけるプロトコルの品質比較処理の一例を説明するためのフロー図である。
【図８】図１のＦＡＸにおけるＦＡＸ送信処理の他の例を概略的に説明するためのフロー図である。
【符号の説明】
【００９０】
１…ＦＡＸ＿Ａ、２…ＦＡＸ（デジタル）＿Ｂ、３…ルータＡ（ＳＩＰサーバ）、４…ＦＡＸ（アナログ）＿Ｃ、５…ルータＣ（ゲートウェイ）、６…ルータＢ（Ｈ.３２３ゲートキーパ）、１１…制御部、１１ａ…応答判定部、１１ｂ…送信ログアクセス部、１１ｃ…品質検出部、１１ｄ…プロトコル切換部、１１ｅ…圧縮／伸張部、１２…印字部、１３…スキャン部、１４…記憶部、１４ａ…送信ログ、１５…ネットワークＩ／Ｆ。
【技術分野】
【０００１】
本発明は、ファクシミリ装置に関し、より詳細には、ＳＩＰ（Session Initiation Protocol）、Ｈ.３２３等の複数の呼制御プロトコルでＩＰ（Internet Protocol）通信が可能なファクシミリ装置に関する。
【背景技術】
【０００２】
従来から、公衆電話網以外に、ＩＰ網を用いて相手先と画像データの送受信を行うファクシミリ装置が流通している。このような装置は、ＩＰファクシミリ装置（ＩＰ−ＦＡＸ装置）と呼ばれている。
【０００３】
ＩＰファクシミリ装置では、ＩＰ網の接続プロトコル（呼制御プロトコル）として、主にＳＩＰとＨ.３２３とが用いられている。例えば、特許文献１には、ＩＰ網の接続にＳＩＰプロキシサーバとＨ.３２３ゲートサーバとを用いることが開示されている。
【特許文献１】特開２００４−３２０６４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、実際、ＩＰファクシミリ装置には何れかのプロトコルしか対応していない装置が存在し、送信側のＩＰファクシミリ装置は片方のプロトコルを用いて無応答だった場合、プロトコルを切り換えて再度送信する必要がある。
【０００５】
また、送信側のＩＰファクシミリ装置が両方のプロトコルに対応している場合に、最初に選択したプロトコルで通信するため、他のプロトコルで利用したときの情報が無い。従って、仮に他のプロトコルの方が通信品質が高かったとしても低い方のプロトコルでの通信しかできない。
【０００６】
本発明は、上述のごとき実状に鑑みてなされたものであり、複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、呼制御プロトコルの切換処理の負担を低減することを、その目的とする。
【０００７】
また、本発明は、複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、送信相手がいずれの呼制御プロトコルにも対応している場合に、無駄な切換処理を行わずにより通信品質の良い呼制御プロトコルで送信することを、他の目的とする。
【課題を解決するための手段】
【０００８】
上述のごとき課題を解決するために、本発明の第１の技術手段は、複数の呼制御プロトコルのうちいずれの呼制御プロトコルを使用してもＩＰ通信が可能なファクシミリ装置であって、前記複数の呼制御プロトコルの間で呼制御プロトコルを切り換えるプロトコル切換手段と、送信先毎に、ファクシミリ送信に使用した呼制御プロトコルを示す使用プロトコル情報と実際に該ファクシミリ送信が可能であったか否かを示す通信結果情報とを含む送信ログを、記憶する送信ログ記憶手段とを備え、前記プロトコル切換手段は、送信先に応じて、前記送信ログ記憶手段で記憶された送信ログに基づきファクシミリ送信に使用する呼制御プロトコルを選択することを特徴としたものである。
【０００９】
第２の技術手段は、第１の技術手段において、ファクシミリ送信に使用した呼制御プロトコルでの通信品質を検出する品質検出手段を備え、前記送信ログ記憶手段は、前記送信ログとして、前記使用プロトコル情報に通信品質の情報を関連づけて記憶し、前記プロトコル切換手段は、送信先に応じて、前記送信ログに含まれる通信品質の情報に基づきファクシミリ送信に使用する呼制御プロトコルを選択することを特徴としたものである。
【００１０】
第３の技術手段は、第１の技術手段において、前記プロトコル切換手段は、ファクシミリ送信を行なう送信先の前記送信ログが、或る呼制御プロトコルが通信可能であることを示し且つ他の呼制御プロトコルに対して前記通信結果情報が無かった場合、該他の呼制御プロトコルをファクシミリ送信に使用する呼制御プロトコルとして選択することを特徴としたものである。
【００１１】
第４の技術手段は、第１の技術手段において、前記送信ログ記憶手段は、ファクシミリ送信を行なう送信先の前記送信ログが通信可能であることを示す呼制御プロトコルを前記プロトコル切換手段が選択して実際にファクシミリ送信を実行した結果、無応答だった場合、前記送信ログとして、ファクシミリ送信要求時の時間を追加記憶することを特徴としたものである。
【００１２】
第５の技術手段は、第２の技術手段において、前記プロトコル切換手段は、所定の送信単位毎に呼制御プロトコルの選択を実行することを特徴としたものである。
【００１３】
第６の技術手段は、第５の技術手段において、前記所定の送信単位毎のプロトコル切換は、相手先のファクシミリ装置が前記所定の送信単位での受信に対応している場合にのみ実行することを特徴としたものである。
【００１４】
第７の技術手段は、第１〜第６のいずれかの技術手段において、前記複数の呼制御プロトコルは、ＳＩＰプロトコルとＨ.３２３プロトコルの２つであることを特徴としたものである。
【発明の効果】
【００１５】
本発明によれば、複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、呼制御の切換処理の負担を低減することが可能となる。
【００１６】
また、本発明の他の実施形態によれば、複数の呼制御プロトコルのいずれを使用してもＩＰ通信可能なファクシミリ装置において、送信相手がいずれの呼制御プロトコルにも対応している場合に、無駄な切換処理を行わずにより通信品質の良い呼制御プロトコルで送信することが可能となる。
【発明を実施するための最良の形態】
【００１７】
図１は、本発明に係るファクシミリ装置を含むファクシミリ送信システムの一構成例を示す概略図で、図２は、図１のＦＡＸにおける記憶部に格納される送信ログの一例を示す図である。図１において、１は本発明のファクシミリ装置（以下、単に「ＦＡＸ」という）の一構成例であるＦＡＸ＿Ａ、２はデジタルのＦＡＸ＿Ｂ、４はアナログのＦＡＸ＿Ｃ、３はルータＡ、６はルータＢ、５はルータＣである。
【００１８】
図１で例示するファクシミリ送信システム（以下、本システムという）において、ルータＡ（３）、ルータＢ（６）、ルータＣ（５）がそれぞれ、ＳＩＰサーバ、Ｈ.３２３ゲートキーパ、デジタル／アナログの変換を行うゲートウェイであることを前提として、以下の説明を行う。
【００１９】
ＦＡＸ１は、全体を制御する制御部１１と共に、印字部１２、スキャン部１３、記憶部１４、及びネットワークインターフェース（Ｉ／Ｆ）部１５を備える。
【００２０】
制御部１１は、ＳＩＰとＨ.３２３のいずれの呼制御プロトコルを使用しても、ネットワークＩ／Ｆ１５経由でＩＰ通信が可能な送受信制御部となっている。ＳＩＰ又はＨ.３２３を使用したＩＰ通信自体は既存の技術を適用すればよい。
【００２１】
例えば、まず制御部１１が、自身の電話番号及び送信先の電話番号（又はＩＰ電話対応のＵＲＩ（Uniform Resource Identifier））など呼制御に必要な情報と共に、呼制御サーバに接続要求を行う。呼制御サーバとしては、ＳＩＰの場合にはＳＩＰサーバ（ルータ３）、Ｈ.３２３の場合にはＨ.３２３ゲートキーパ（ルータ６）が、それぞれ該当する。この接続要求に対し、呼制御サーバが、呼制御シーケンスの動作や電話番号又はＵＲＩからＩＰアドレスへの変換、送信先（接続先）へのルーティングなどの所定の処理を実行する。相手先のＦＡＸ（ＦＡＸ２やＦＡＸ４）への接続要求に対し相手先のＦＡＸが応答したときに、その呼び出し音をＦＡＸ１へ発する。これによりＦＡＸ１と相手先のＦＡＸ（ＦＡＸ２やＦＡＸ４）との間で通話が可能となるので、ＦＡＸ１から相手先のＦＡＸにＦＡＸ画像のデータを圧縮して音声パケットに変換して送信すればよい。このように、本発明に係るＦＡＸ１はＩＰ網で通信可能で且つＳＩＰとＨ.３２３の両方に対応している。
【００２２】
印字部１２は、他のＦＡＸからネットワークＩ／Ｆ１５経由でＦＡＸ画像を受信した際に、制御部１１からの指示によりそのＦＡＸ画像を印刷する。スキャン部１３は、ＦＡＸ送信時に送信対象となる原稿を光学的に読み取りＦＡＸ画像を生成する。記憶部１４は、送信先アドレス等を記憶すると共に、後述するように送信ログ１４ａの記憶も行う。ネットワークＩ／Ｆ１５は、ＦＡＸ画像の送受信の他、パーソナルコンピュータ（ＰＣ）等のネットワーク接続された機器とデータの送受信を行うためのＩ／Ｆである。
【００２３】
ＦＡＸ１は、上述のごとき構成に加え本発明の主たる特徴として、ＳＩＰとＨ.３２３との間で呼制御プロトコルを切り換えるプロトコル切換手段と、後述のごとき送信ログを記憶する送信ログ記憶手段を備える。以下、プロトコル切換手段を制御部１１内のプロトコル切換部１１ｄで例示し、送信ログ記憶手段を制御部１１内の送信ログアクセス部１１ｂと実際の記憶媒体であるハードディスクやＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等の記憶部１４とで例示する。
【００２４】
ここで例示する制御部１１は、送信ログアクセス部１１ｂ及びプロトコル切換部１１ｄの他に、応答判定部１１ａ、品質検出部１１ｃ、圧縮／伸張部１１ｅを含み、本発明に係るプロトコル切換制御を伴うＦＡＸ送信制御を行う。
【００２５】
制御部１１自体は、ＣＰＵ、プログラム格納領域としてのＲＯＭ、作業領域としてのＲＡＭ等のハードウェアを備え、そのハードウェアに制御部１１の機能（各部１１ａ〜１１ｅの機能を含む）を実現させるための所定の制御プログラムを、ＲＯＭやハードディスクに格納しておくとよい。これにより、ＣＰＵがＲＯＭ等に格納された所定の制御プログラムをＲＡＭ上に読み出して実行し、各部１１ａ〜１１ｅの機能を含め制御部１１の機能を実現することができる。この所定の制御プログラムは、ＦＡＸ１用のファームウェアとなる。
【００２６】
圧縮／伸張部１１ｅは、ＦＡＸ送信時に送信用のＦＡＸ画像を所定の圧縮方式で圧縮し、また受信したＦＡＸ画像の伸張も行う。圧縮／伸張部１１ｅなどはハードウェアで構成してもよい。
【００２７】
呼制御においては、ＦＡＸ画像送信時に用いる圧縮方式などの通知も行い、相手先が送信時に使用する圧縮方式に対応するか否かの確認も行う。対応していない場合には、他の圧縮方式に切り換えて再度確認を行うなどして相手先対応の圧縮方式でＦＡＸ画像送信を行えるようにする。そのため、圧縮／伸張部１１ｅは、複数種類の圧縮方式に対応させておくことが望ましい。
【００２８】
応答判定部１１ａは、ＦＡＸ送信要求時（呼制御）において、相手先のＦＡＸからの応答の有無を判定する。相手先のＦＡＸ（ＦＡＸ２やＦＡＸ４）が、例えば電源断の状態である場合や、現在通信中（現在呼制御中）の呼制御プロトコルに対応していない場合には、応答が無いと判定される。
【００２９】
送信ログアクセス部１１ｂは、記憶部１４に記憶されている送信ログ１４ａにアクセスして、その読み出しや書き込みを行う。すなわち、送信ログアクセス部１１ｂにより、送信ログ１４ａの追記、削除、更新などが実行される。
【００３０】
本発明では送信ログ１４ａとして、送信先毎に、ＳＩＰとＨ.３２３のうちＦＡＸ送信に使用した呼制御プロトコル（ＦＡＸ送信に使用した呼制御プロトコルがＳＩＰとＨ.３２３のいずれであったか）を示す使用プロトコル情報と、実際にそのＦＡＸ送信が可能であったか否かを示す通信結果（通信可否）情報とを含んで、送信ログアクセス部１１ｂが記憶部１４に記憶する。
【００３１】
すなわち、送信ログアクセス部１１ｂは、選択されている呼制御プロトコル（ＳＩＰ／Ｈ.３２３）の情報（使用プロトコル情報）と、応答判定部１１ａでの判定結果（通信結果情報）とを、その送信先の送信ログ１４ａとして関連づけて、記憶部１４に記憶する。使用プロトコル情報や通信結果情報は、送信日時毎に更新又は追記されることが好ましい。
【００３２】
例えば、図２に示す送信ログ１４ａのように、送信先のＩＤ（番号）、送信先を特定するための送信先アドレス（送信先ＵＲＩ）及び／又は送信先ＩＰ電話番号などと共に、Ｈ.３２３の通信結果やＳＩＰの通信結果を、送信ログ１４ａとして記憶する。後述するが、図２に示すように、送信ログ１４ａとしては通信（送信）日時や通信の品質情報も関連づけて記憶しておくことが好ましい。
【００３３】
プロトコル切換部１１ｄでは、Ｈ.３２３かＳＩＰの呼制御プロトコルの切り換えを行う。本発明では、その際、プロトコル切換部１１ｄが、ＦＡＸ送信時（ＦＡＸ送信要求時）の送信先に応じて、送信ログアクセス部１１ｂに送信ログ１４ａを読み出させ、送信先の送信ログ１４ａに基づき、ＦＡＸ送信に使用するプロトコルを選択する。なお、送信先の送信ログ１４ａに基づく選択、並びにその元となる送信ログ１４ａの生成については、様々な例を挙げて後述する。プロトコル切換部１１ｄは、現状の呼制御プロトコルがプロトコル切換部１１ｄで選択されたものであればそのままその呼制御プロトコルを使用し、異なる呼制御プロトコルであれば選択された呼制御プロトコルに切り換えを行えばよい。
【００３４】
これにより、制御部１１は、選択された呼制御プロトコルでＦＡＸ送信を開始、すなわちその呼制御プロトコルを用いた呼制御を開始することができる。ここでは、送信先に応じた送信ログ１４ａに基づきプロトコル切換部１１ｄで選択された呼制御プロトコルを利用するので、２回目以降のＦＡＸ送信では過去に送信した呼制御プロトコルで利用できる可能性が高い。従って、無応答時の呼制御プロトコルの切換処理負担を削減することができる。
【００３５】
このように、本発明によれば、ＳＩＰとＨ.３２３の双方のプロトコルでＩＰ通信可能なファクシミリ装置において、プロトコルの切換処理の負担を低減することが可能となる。送信先の送信プロトコル情報を送信ログ１４ａとして記憶することで、２回目の送信時には送信ログ１４ａを用いて呼制御プロトコルを設定することで、呼制御プロトコルの切換処理負担を削減することができる。
【００３６】
呼制御によりＦＡＸ画像送信が可能となったときに、実際に圧縮されたＦＡＸ画像が相手先に送信されることとなる。品質検出部１１ｃは、実際にＦＡＸ画像が送信されているときのＦＡＸ通信の品質を検出する。通信品質の検出は、ＲＴＣＰ（RTP［Real-time Transport Protocol］ Control Protocol）を利用する。ＲＴＣＰは、送信側と受信側の情報を伝達するプロトコルであって、データの流れをチェックすることが可能となっている。また、通信品質は、欠落情報やパケット間隔ジッタにより確認できる。ここで、欠落情報としては、例えばデータの欠落率及び／又は累積欠落パケット数が挙げられる。
【００３７】
品質検出部１１ｃで例示したように本発明に係るＦＡＸ１は、ＦＡＸ送信に使用した呼制御プロトコルでの通信品質を検出する品質検出手段を備えることが好ましい。実際、ＦＡＸ２へＦＡＸ画像を送信する場合を挙げて説明すると、ＳＩＰで呼制御を行った場合にはルータ３を経由する経路（ｉ）でＦＡＸ画像の送信もなされるが、Ｈ.３２３で呼制御を行った場合にはルータ６を経由する経路（ｉｉ）でＦＡＸ画像の送信もなされるため、経路の違いにより通信品質が異なってくる。
【００３８】
そして、送信ログアクセス部１１ｂが、送信ログ１４ａとして、使用プロトコル情報に通信品質の情報を関連づけて記憶し、この通信品質情報を呼制御プロトコルを選択する際に参照するよう構成することが好ましい。すなわち、プロトコル切換部１１ｄは、送信先に応じて送信ログ１４ａに含まれる通信品質情報に基づきＦＡＸ送信に使用する呼制御プロトコルを選択することが好ましい。
【００３９】
この通信品質情報は、そのまま送信ログ１４ａに使用プロトコル情報と関連づけて記憶させてもよいし、例えば閾値処理などにより複数段階に分類して記憶させてもよい。図２の例では、後者の例として所定値以下の場合を「○」、所定値より大きい場合を「△」として記録している。なお、「−」は通信できておらず通信品質情報が無いことを示している。また、プロトコル切換部１１ｄによる選択は、例えば通信品質情報のうちジッタより欠落情報を優先させて選択することが望ましい。例えば、欠落率が少ない呼制御プロトコルを優先して選択し、欠落率が同じである場合にのみジッタの少ない呼制御プロトコルを選択するとよい。図２の例では、Ｎｏ.１の送信先に対しては、Ｈ.３２３が選択され、Ｎｏ.２の送信先に対してはＳＩＰが選択される。
【００４０】
これにより、プロトコル切換部１１ｄがＨ.３２３かＳＩＰのプロトコルの切り換えを行う際に、送信ログ１４ａを参照して相手先が両方のプロトコルが使用可能である場合には、通信品質の高いプロトコルを選択することができる。
【００４１】
このような選択により、常に通信品質の高いプロトコルを選択してＦＡＸ画像の送信が可能となる。すなわち、送信相手がＳＩＰとＨ.３２３の双方のプロトコルに対応している場合に、送信ログ１４ａに記憶された通信品質情報に基づいて品質の良いプロトコルを選択することで、無駄な切換処理を行わずにより通信品質の良いプロトコルで送信することが可能となる。
【００４２】
以下、上述のごとき構成のＦＡＸ１におけるＦＡＸ送信処理の一例を、図３〜図７を参照して説明する。図３は、図１のＦＡＸにおけるＦＡＸ送信処理の一例を概略的に説明するためのフロー図である。
【００４３】
図４は、図３のＦＡＸ送信処理におけるプロトコル選択処理の一例を説明するためのフロー図、図５は、図３のＦＡＸ送信処理における送信ログを用いた送信処理の一例を説明するためのフロー図、図６は、図５の送信ログを用いた送信処理における送信ログによるプロトコル切換処理の一例を説明するためのフロー図、図７は、図６の送信ログによるプロトコル切換処理におけるプロトコルの品質比較処理の一例を説明するためのフロー図である。
【００４４】
図３を参照すると、ＦＡＸ１は、まず制御部１１において、図示しない操作部や外部ＰＣなどからのＦＡＸ送信要求を待つ（ステップＳ１）。制御部１１は、ステップＳ１でＦＡＸ送信要求が受信されたとき、送信先アドレスの入力をユーザに促して、送信先アドレスを入力する（ステップＳ２）。次に、制御部１１が、スキャン部１３から、或いはネットワークＩ／Ｆ１５経由で外部ＰＣから、送信データを受信する（ステップＳ３）。なお、ステップＳ２，Ｓ３の処理はＦＡＸ送信要求に含まれていてもよく、その場合、送信先アドレスや送信データはＦＡＸ送信要求を解析して読み出すことで得られる。さらに、制御部１１が、その送信データからＦＡＸ画像を生成する（ステップＳ４）。
【００４５】
続いて、制御部１１においては、送信ログアクセス部１１ｂが記憶部１４にアクセスし、ステップＳ２で入力された送信先アドレスが送信ログ１４ａに記憶済みであるか否かを判定する（ステップＳ５）。
【００４６】
ステップＳ５で記憶済みでなければ（ＮＯの場合）、制御部１１が後述する「プロトコル選択処理」を実行する（ステップＳ６）。一方、ステップＳ５で記憶済みであれば（ＹＥＳの場合）、制御部１１が後述する「送信ログを用いた送信処理」を実行する（ステップＳ７）。
【００４７】
このように、ＦＡＸ送信要求があったとき、送信先として指定されたアドレスの送信ログ１４ａが存在するか否かを判定し、送信ログ１４ａが有る場合と無い場合とで、送信処理方法を異ならせることが好ましい。
【００４８】
ステップＳ６／Ｓ７の処理後、制御部１１はネットワークＩ／Ｆ１５を介して送信先アドレスにステップＳ４で生成したＦＡＸ画像を、圧縮／伸張部１１ｅが呼制御時に確認をとった圧縮方式で圧縮し、音声パケットとして送信する（ステップＳ８）。
【００４９】
この送信後、送信ログアクセス部１１ｂが、送信の時間（日時）とＲＴＣＰによる回線品質とを送信ログ１４ａに書き込み（ステップＳ９）、ＦＡＸ送信処理を終了する。ここでＲＴＣＰによる回線品質は、品質検出部１１ｃがＦＡＸ画像送信中に演算して送信後にその結果を送信ログアクセス部１１ｂに渡すとよい。
【００５０】
次に、ステップＳ６における「プロトコル選択処理」の一例を図４を参照して説明する。この処理は、上述のごとく、送信ログ１４ａが無い場合（すなわち、初めて通信する相手の場合）に実行される。
【００５１】
まず、制御部１１がデフォルトの呼制御プロトコル（ＳＩＰ／Ｈ.３２３）で通信を開始し（ステップＳ１１）、応答判定部１１ａが送信先の応答の有無を判定する（ステップＳ１２）。
【００５２】
応答があった場合（ステップＳ１２でＮＯの場合）には、送信ログアクセス部１１ｂが送信ログ１４ａにその呼制御プロトコルは通信可能であることを記憶し（ステップＳ１３）、「プロトコル選択処理」を終了してステップＳ８へ進む。
【００５３】
逆に、送信先の応答がない場合（ステップＳ１２でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルでの通信は不可であると送信ログ１４ａに記憶し（ステップＳ１４）、プロトコル切換部１１ｄが他の呼制御プロトコルに切り換える（ステップＳ１５）。そして、応答判定部１１ａが切換後の呼制御プロトコルでの応答の有無を判定する（ステップＳ１６）。
【００５４】
切換後の呼制御プロトコルでも応答が無かった場合（ステップＳ１６でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルでの通信は不可であると送信ログ１４ａに記憶する（ステップＳ１７）。ステップＳ１４，Ｓ１７により、その送信先に対していずれの呼制御プロトコルでも通信不可であることが送信ログ１４ａに記憶されたこととなる。ステップＳ１７に続いて、制御部１１が通信中の送信中止を行って（ステップＳ１８）、ＦＡＸ送信処理自体が終了する。
【００５５】
逆に、切換後の呼制御プロトコルでは応答があった場合（ステップＳ１６でＮＯの場合）には、通信中の呼制御プロトコルでの通信は可能であると送信ログ１４ａに記憶し（ステップＳ１９）、「プロトコル選択処理」を終了してステップＳ８へ進む。
【００５６】
次に、ステップＳ７における「送信ログを用いた送信処理」の一例を図５〜図７を参照して説明する。この処理は、上述のごとく、送信ログ１４ａが有る場合（すなわち、初めて通信する相手ではない場合）に実行される。
【００５７】
まず、送信ログアクセス部１１ｂが送信ログ１４ａから、いずれか１つの呼制御プロトコルのみ通信可能であり、且つ他方の呼制御プロトコルが通信不可（ここではログ無しを含まない）である、という条件を満たすか否かを判定する（ステップＳ２１）。
【００５８】
ステップＳ２１でＹＥＳの場合には、プロトコル切換部１１ｄが送信ログ１４ａの通信可を示す方の呼制御プロトコルを選択し、制御部１１がその呼制御プロトコルを用いた通信を開始する（ステップＳ２３）。このように、プロトコル切換部１１ｄでは、Ｈ.３２３かＳＩＰのプロトコルの切り換えを行う際に、送信ログ１４ａを読み出して、例えば送信する相手先の送信ログ１４ａが既にあれば、送信ログ１４ａにあるプロトコルを選択する。
【００５９】
ステップＳ２３に続き、応答判定部１１ａが、通信可能と示されていた方の呼制御プロトコルでの応答の有無を判定する（ステップＳ２４）。この呼制御プロトコルで応答があった場合（ステップＳ２４でＮＯの場合）には、「送信ログを用いた送信処理」を終了して、ステップＳ８へ進む。
【００６０】
一方、この呼制御プロトコルで応答が無かった場合（ステップＳ２４でＹＥＳの場合）には、送信ログアクセス部１１ｂが、その呼制御プロトコルが現在、通信は不可であると送信ログ１４ａに追加で記憶する（ステップＳ２５）。これにより、通信不可である時間帯の情報が一つ得られることとなり、プロトコル切換部１１ｄによる切り換え時に参照することができる。なお、ステップＳ２４でＮＯの場合にも、送信できたという情報を送信ログ１４ａに追加で記憶させてもよく、これにより通信可能な時間帯の情報が一つ得られる。
【００６１】
このように、送信ログアクセス部１１ｂは、ＦＡＸ送信を行う送信先の送信ログ１４ａが通信可能であることを示す呼制御プロトコルをプロトコル切換部１１ｄが選択して、実際にＦＡＸ送信を実行した結果、無応答だった場合、記憶部１４に送信ログ１４ａとして、ＦＡＸ送信要求時の時間（日時）を追加記憶する。
【００６２】
実際、このような場面で無応答であった場合には、相手先のＦＡＸは電源断の可能性があり電源オンになれば再び通信可能なプロトコルで利用できる可能性が高いため、送信要求時の時間を追加記憶しておく。これにより、以前の送信ログ１４ａを残しているため、次の送信時には通信可のプロトコルから開始させることができると共に、次回の送信には電源断の時間帯を外すことができる。なお、時間だけでなく、その通信結果情報も当然関連づけて記憶する。また、ある程度の時間帯で全て無応答の結果を得た場合、その相手先のＦＡＸが取り替えられたと判断し、送信ログ１４ａを通信無しに更新してもよい。
【００６３】
また、このような場面で無応答であった場合には、相手先が電源断である可能性の他に、プロトコル仕様の異なる新しいＦＡＸに置換えられた可能性がある。そこで、送信ログ１４ａでは通信不可と記憶されている方の呼制御プロトコルに切換して通信を開始する。
【００６４】
すなわち、ステップＳ２５に続いて、プロトコル切換部１１ｄが他方の呼制御プロトコルを選択し、それに切り換えて通信を開始する（ステップＳ２６）。ステップＳ２６に続き、応答判定部１１ａがその呼制御プロトコルでの応答の有無を判定する（ステップＳ２７）。
【００６５】
この呼制御プロトコルで応答があった場合（ステップＳ２７でＮＯの場合）、送信ログアクセス部１１ｂがその呼制御プロトコルが現在も通信は不可であると送信ログ１４ａに記憶する（ステップＳ２８）。このように、呼制御プロトコルを切り換えて通信開始後に相手先の応答があった場合、相手先はプロトコル仕様の異なる新しいＦＡＸに置き換えられた可能性が高い。そこで、通信中の呼制御プロトコルを通信可として送信ログ１４ａに記憶する。前回の送信可能な呼制御プロトコルと今回の送信可能な呼制御プロトコルは異なるため、送信ログ１４ａに送信日時を記憶しておくと、プロトコル切換部１１ｄで、最新の送信ログ１４ａの呼制御プロトコルを選択して用いることができる。ステップＳ２８の処理後、「送信ログを用いた送信処理」を終了してステップＳ８へ進む。
【００６６】
逆に、この呼制御プロトコルでも応答が無かった場合（ステップＳ２７でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルが現在も通信は不可であると送信ログ１４ａに記憶する（ステップＳ２８）。ステップＳ２５，Ｓ２８により、今回の通信ではいずれの呼制御プロトコルでも通信不可であったことが記憶されることとなる。ステップＳ２８に続いて、制御部１１が通信中の送信中止を行って（ステップＳ２９）、ＦＡＸ送信処理自体が終了する。
【００６７】
一方、ステップＳ２１でＮＯの場合、次に説明する「送信ログによるプロトコル切換処理」を実行し（ステップＳ２２）、「送信ログを用いた送信処理」を終了してステップＳ８へ進む。
【００６８】
ステップＳ２２では、まず送信ログアクセス部１１ｂが、両方の呼制御プロトコルが通信不可であるか否かを送信ログ１４ａから判定し（ステップＳ３１）、ＹＥＳの場合、ステップＳ６へ進んで「プロトコル選択処理」を実行する。このように、両方の呼制御プロトコルのいずれでも通信が不可能であれば前回は電源断だった可能性があるため、図４のように、初めての通信のときに実行される「プロトコル選択処理」を実行する。
【００６９】
逆に、ステップＳ３１でＮＯの場合、両方の呼制御プロトコルは通信可能であるか否かを送信ログ１４ａから判定する（ステップＳ３２）。
【００７０】
ステップＳ３２でＹＥＳの場合、次に説明する「プロトコルの品質比較処理」を実行する（ステップＳ３３）。図７で示すようにステップＳ３３では、まずプロトコル切換部１１ｄが、送信ログアクセス部１１ｂに送信ログ１４ａの通信品質情報を読み出させ、その通信品質情報に基づき、より具体的には通信品質（すなわち回線品質）の高い方の呼制御プロトコルを選択し、その呼制御プロトコルに切り換える（ステップＳ５１）。このように、プロトコル切換部１１ｄは、送信ログ１４ａを参照して相手先が両方の呼制御プロトコルが使用可能である場合には、通信品質の高い呼制御プロトコルを選択するとよい。続いて、制御部１１が、その選択された呼制御プロトコルで通信を開始し（ステップＳ５２）、ステップＳ２４へ進んでそれ以降の処理を継続する。
【００７１】
ステップＳ３２でＮＯの場合には、一方の呼制御プロトコルは通信可であり且つ他方の呼制御プロトコルは送信ログ１４ａが無い（未トライ）であることを示す。従って、この場合には、プロトコル切換部１１ｄが送信ログ１４ａの通信可の呼制御プロトコルとは異なる呼制御プロトコルを選択して、通信を開始する（ステップＳ３４）。
【００７２】
このように、プロトコル切換部１１ｄは、ＦＡＸ送信を行う送信先の送信ログ１４ａが、一方の呼制御プロトコルが通信可能であることを示し且つ他方の呼制御プロトコルに対して通信結果情報が無かった場合、他方の呼制御プロトコルをＦＡＸ送信に使用する呼制御プロトコルとして選択することが好ましい。強制的に通信結果情報（通信可否情報）の無い呼制御プロトコルを選択させることで、通信品質情報の収集を行うことができる。実際、全ての呼制御プロトコルで通信を実行しない限りといずれの呼制御プロトコルでの通信品質が高いかを検証できないが、このような情報収集を行うことで検証並びにその検証に基づく呼制御プロトコル選択も可能となる。
【００７３】
続いて、応答判定部１１ａが送信先の応答の有無を判定し（ステップＳ３５）、応答があった場合（ステップＳ３５でＮＯの場合）には、送信ログアクセス部１１ｂが送信ログ１４ａにその呼制御プロトコルは通信可能であることを記憶し（ステップＳ３６）、「送信ログによるプロトコル切換処理」を終了し「送信ログを用いた送信処理」も終了して、ステップＳ８へ進む。元々一方の呼制御プロトコルでは通信可能と示されていたため、ステップＳ３６の処理により、その送信先に対していずれの呼制御プロトコルでも通信可能であることが送信ログ１４ａに記憶されたこととなる。
【００７４】
一方、送信先の応答がない場合（ステップＳ３５でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルでの通信は不可であると送信ログ１４ａに記憶し（ステップＳ３７）、プロトコル切換部１１ｄが元々通信可能と示されていた方の呼制御プロトコルを選択し、それに切り換えて通信を開始する（ステップＳ３８）。
【００７５】
ステップＳ３８に続き、応答判定部１１ａが、元々通信可能と示されていた方の呼制御プロトコルでの応答の有無を判定する（ステップＳ３９）。この呼制御プロトコルでも応答が無かった場合（ステップＳ３９でＹＥＳの場合）には、送信ログアクセス部１１ｂがその呼制御プロトコルでも現在、通信は不可であると送信ログ１４ａに追加で記憶する（ステップＳ４０）。これにより、通信不可である時間帯の情報が一つ得られることとなり、プロトコル切換部１１ｄによる切り換え時に参照することができる。ステップＳ４０に続いて、制御部１１が通信中の送信中止を行って（ステップＳ４１）、ＦＡＸ送信処理自体が終了する。
【００７６】
一方、ステップＳ３９でＮＯの場合には、「送信ログによるプロトコル切換処理」を終了し「送信ログを用いた送信処理」も終了して、ステップＳ８へ進む。なお、このときも、送信できたという情報を送信ログ１４ａに追加で記憶させてもよく、これにより通信可能な時間帯の情報が一つ得られることとなる。
【００７７】
図８は、図１のＦＡＸにおけるＦＡＸ送信処理の他の例を概略的に説明するためのフロー図である。図８を参照してＦＡＸ送信処理の他の例を説明すると、まず図３のステップＳ１〜Ｓ４と同様の処理がなされる（ステップＳ６１〜Ｓ６４）。
【００７８】
続いて、制御部１１がステップＳ５と同様の判定を行い（ステップＳ６５）、記憶済みでなければ（ＮＯの場合）、制御部１１が上述の「プロトコル選択処理」を実行する（ステップＳ６６）。一方、ステップＳ５で記憶済みであれば（ＹＥＳの場合）、制御部１１が上述の「送信ログを用いた送信処理」を実行する（ステップＳ６７）。
【００７９】
ステップＳ６６／Ｓ６７の処理後、制御部１１はネットワークＩ／Ｆ１５を介して送信先アドレスにステップＳ６４で生成したＦＡＸ画像を、圧縮／伸張部１１ｅが呼制御時に確認をとった圧縮方式で所定の送信単位で圧縮し、音声パケットとして送信する（ステップＳ６８）。
【００８０】
この送信後、送信ログアクセス部１１ｂが、ステップＳ９と同様に送信の時刻とＲＴＣＰによる回線品質とを送信ログ１４ａに書き込み（ステップＳ６９）、制御部１１が、全てのＦＡＸ画像を送信したか否かを判定する（ステップＳ７０）。
【００８１】
全てのＦＡＸ画像の送信が完了していなかった場合（ステップＳ７０でＮＯの場合）には、ステップＳ６５に戻り、次の送信単位のＦＡＸ画像に対して、完了するまで同様の処理を実行する。全てのＦＡＸ画像の送信が完了した場合（ステップＳ７０でＹＥＳの場合）には、ＦＡＸ送信処理を終了する。なお、ステップＳ６４のＦＡＸ画像生成処理で圧縮処理まで行ってもよく、この場合、ステップＳ７０でＮＯの場合にはステップＳ６４に戻ることとなる。
【００８２】
ここで、所定の送信単位としては、ページ単位や圧縮単位（バンド単位）などが挙げられる。ページ単位の場合、上述の処理では、プロトコル切換部１１ｄは、送信ページ毎にプロトコルの選択を実行していることとなる。さらに、送信ログ１４ａの記憶も送信ページ毎に実行されることとなるため、例えば１ページ目は一方の呼制御プロトコル、２ページ目は他方の呼制御プロトコル、３ページ目以降は通信品質の高い方の呼制御プロトコルを選択することができる。なお、この処理は、送信ログ１４ａが双方のプロトコルで通信可能であることを示している場合に限らず実行できる。ここで、双方の呼制御プロトコルでの通信品質情報が得られた時点でこのページ単位の処理を中止し、ＦＡＸ画像全体での処理に切り換えてもよい。
【００８３】
圧縮単位（バンド単位）の場合、上述の処理では、プロトコル切換部１１ｄは、１ページ内のバンド毎にプロトコルの選択を実行していることとなる。さらに、送信ログ１４ａの記憶もバンド毎に実行されることとなるため、例えば第１のバンドは一方の呼制御プロトコル、次のバンドは他方の呼制御プロトコル、次以降は通信品質の高い方の呼制御プロトコルを選択することができる。なお、この処理は、送信ログ１４ａが双方のプロトコルで通信可能であることを示している場合に限らず実行できる。ここで、双方の呼制御プロトコルでの通信品質情報が得られた時点でこのバンド単位の処理を中止し、ＦＡＸ画像全体での処理に切り換えてもよい。バンド単位の処理では、例えば１ページの処理が完了する前に、通信品質の高いプロトコルを選択することができる。
【００８４】
また、ページ単位の受信はどの相手先ＦＡＸでも対応しているが、それ以外の所定の送信単位での受信は対応していないＦＡＸがある。従って、このような単位毎のプロトコル切換は、相手先のＦＡＸがこの送信単位での受信に対応している場合にのみ実行するとよい。この対応の如何は呼制御の段階で問い合わせを行って確認するとよく、相手先のＦＡＸの属性や機種名などを確認して実行してもよい。
【００８５】
以上、本発明に係るＦＡＸ１として、ＳＩＰプロトコルとＨ.３２３プロトコルの２つに対応した装置であることを前提に説明したが、これに限らず、複数の呼制御プロトコルに対応する装置であれば同様に適用できる。
【００８６】
例えば、本発明に係るＦＡＸ１が、ＳＩＰ、Ｈ.３２３、ＭＧＣＰ（Media Gateway Control Protocol）、Ｈ.２４８／ＭＥＧＡＣＯ（Media Gateway Control）の４つの呼制御プロトコルに対応する装置であってもよい。その場合、例えば、プロトコル切換部１１ｄで、送信ログ１４ａが、或る呼制御プロトコルが通信可能であることを示し且つ他の呼制御プロトコルに対して通信結果情報が無かった場合には、他の呼制御プロトコルのうち一つをＦＡＸ送信に使用する呼制御プロトコルとして選択するとよい。このような処理を繰り返すことで、通信結果情報が送信ログ１４ａに記録されていない呼制御プロトコルが無くなる。
【００８７】
以上、図１乃至図８を参照しながら、本システムについて各実施形態を説明してきたが、その処理の流れを説明したように、本発明はこのようなＩＰ通信によるＦＡＸデータ送信方法としての形態も採り得る。
【００８８】
また、本発明は、ＦＡＸ１で例示したファクシミリ装置に組み込むプログラムとしての形態も採り得る。これらプログラムは、制御部１１内の制御プログラム（ファームウェア）として例示したものである。そして、このようなプログラムは、それを記録したコンピュータ読み取り可能な記録媒体としての配布することやネットワーク経由で配信することができ、ファクシミリ装置に実行可能に組み込むことができる。
【図面の簡単な説明】
【００８９】
【図１】本発明に係るファクシミリ装置を含むファクシミリ送信システムの一構成例を示す概略図である。
【図２】図１のＦＡＸにおける記憶部に格納される送信ログの一例を示す図である。
【図３】図１のＦＡＸにおけるＦＡＸ送信処理の一例を概略的に説明するためのフロー図である。
【図４】図３のＦＡＸ送信処理におけるプロトコル選択処理の一例を説明するためのフロー図である。
【図５】図３のＦＡＸ送信処理における送信ログを用いた送信処理の一例を説明するためのフロー図である。
【図６】図５の送信ログを用いた送信処理における送信ログによるプロトコル切換処理の一例を説明するためのフロー図である。
【図７】図６の送信ログによるプロトコル切換処理におけるプロトコルの品質比較処理の一例を説明するためのフロー図である。
【図８】図１のＦＡＸにおけるＦＡＸ送信処理の他の例を概略的に説明するためのフロー図である。
【符号の説明】
【００９０】
１…ＦＡＸ＿Ａ、２…ＦＡＸ（デジタル）＿Ｂ、３…ルータＡ（ＳＩＰサーバ）、４…ＦＡＸ（アナログ）＿Ｃ、５…ルータＣ（ゲートウェイ）、６…ルータＢ（Ｈ.３２３ゲートキーパ）、１１…制御部、１１ａ…応答判定部、１１ｂ…送信ログアクセス部、１１ｃ…品質検出部、１１ｄ…プロトコル切換部、１１ｅ…圧縮／伸張部、１２…印字部、１３…スキャン部、１４…記憶部、１４ａ…送信ログ、１５…ネットワークＩ／Ｆ。
【特許請求の範囲】
【請求項１】
複数の呼制御プロトコルのうちいずれの呼制御プロトコルを使用してもＩＰ通信が可能なファクシミリ装置であって、前記複数の呼制御プロトコルの間で呼制御プロトコルを切り換えるプロトコル切換手段と、送信先毎に、ファクシミリ送信に使用した呼制御プロトコルを示す使用プロトコル情報と実際に該ファクシミリ送信が可能であったか否かを示す通信結果情報とを含む送信ログを、記憶する送信ログ記憶手段とを備え、前記プロトコル切換手段は、送信先に応じて、前記送信ログ記憶手段で記憶された送信ログに基づきファクシミリ送信に使用する呼制御プロトコルを選択することを特徴とするファクシミリ装置。
【請求項２】
ファクシミリ送信に使用した呼制御プロトコルでの通信品質を検出する品質検出手段を備え、前記送信ログ記憶手段は、前記送信ログとして、前記使用プロトコル情報に通信品質の情報を関連づけて記憶し、前記プロトコル切換手段は、送信先に応じて、前記送信ログに含まれる通信品質の情報に基づきファクシミリ送信に使用する呼制御プロトコルを選択することを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
前記プロトコル切換手段は、ファクシミリ送信を行なう送信先の前記送信ログが、或る呼制御プロトコルが通信可能であることを示し且つ他の呼制御プロトコルに対して前記通信結果情報が無かった場合、該他の呼制御プロトコルをファクシミリ送信に使用する呼制御プロトコルとして選択することを特徴とする請求項１に記載のファクシミリ装置。
【請求項４】
前記送信ログ記憶手段は、ファクシミリ送信を行なう送信先の前記送信ログが通信可能であることを示す呼制御プロトコルを前記プロトコル切換手段が選択して実際にファクシミリ送信を実行した結果、無応答だった場合、前記送信ログとして、ファクシミリ送信要求時の時間を追加記憶することを特徴とする請求項１に記載のファクシミリ装置。
【請求項５】
前記プロトコル切換手段は、所定の送信単位毎に呼制御プロトコルの選択を実行することを特徴とする請求項２に記載のファクシミリ装置。
【請求項６】
前記所定の送信単位毎のプロトコル切換は、相手先のファクシミリ装置が前記所定の送信単位での受信に対応している場合にのみ実行することを特徴とする請求項５に記載のファクシミリ装置。
【請求項７】
前記複数の呼制御プロトコルは、ＳＩＰプロトコルとＨ.３２３プロトコルの２つであることを特徴とする請求項１〜６のいずれか１項に記載のファクシミリ装置。
【請求項１】
複数の呼制御プロトコルのうちいずれの呼制御プロトコルを使用してもＩＰ通信が可能なファクシミリ装置であって、前記複数の呼制御プロトコルの間で呼制御プロトコルを切り換えるプロトコル切換手段と、送信先毎に、ファクシミリ送信に使用した呼制御プロトコルを示す使用プロトコル情報と実際に該ファクシミリ送信が可能であったか否かを示す通信結果情報とを含む送信ログを、記憶する送信ログ記憶手段とを備え、前記プロトコル切換手段は、送信先に応じて、前記送信ログ記憶手段で記憶された送信ログに基づきファクシミリ送信に使用する呼制御プロトコルを選択することを特徴とするファクシミリ装置。
【請求項２】
ファクシミリ送信に使用した呼制御プロトコルでの通信品質を検出する品質検出手段を備え、前記送信ログ記憶手段は、前記送信ログとして、前記使用プロトコル情報に通信品質の情報を関連づけて記憶し、前記プロトコル切換手段は、送信先に応じて、前記送信ログに含まれる通信品質の情報に基づきファクシミリ送信に使用する呼制御プロトコルを選択することを特徴とする請求項１に記載のファクシミリ装置。
【請求項３】
前記プロトコル切換手段は、ファクシミリ送信を行なう送信先の前記送信ログが、或る呼制御プロトコルが通信可能であることを示し且つ他の呼制御プロトコルに対して前記通信結果情報が無かった場合、該他の呼制御プロトコルをファクシミリ送信に使用する呼制御プロトコルとして選択することを特徴とする請求項１に記載のファクシミリ装置。
【請求項４】
前記送信ログ記憶手段は、ファクシミリ送信を行なう送信先の前記送信ログが通信可能であることを示す呼制御プロトコルを前記プロトコル切換手段が選択して実際にファクシミリ送信を実行した結果、無応答だった場合、前記送信ログとして、ファクシミリ送信要求時の時間を追加記憶することを特徴とする請求項１に記載のファクシミリ装置。
【請求項５】
前記プロトコル切換手段は、所定の送信単位毎に呼制御プロトコルの選択を実行することを特徴とする請求項２に記載のファクシミリ装置。
【請求項６】
前記所定の送信単位毎のプロトコル切換は、相手先のファクシミリ装置が前記所定の送信単位での受信に対応している場合にのみ実行することを特徴とする請求項５に記載のファクシミリ装置。
【請求項７】
前記複数の呼制御プロトコルは、ＳＩＰプロトコルとＨ.３２３プロトコルの２つであることを特徴とする請求項１〜６のいずれか１項に記載のファクシミリ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【公開番号】特開２００８−２８３３７３（Ｐ２００８−２８３３７３Ａ）
【公開日】平成２０年１１月２０日（２００８．１１．２０）
【国際特許分類】
【出願番号】特願２００７−１２４５９６（Ｐ２００７−１２４５９６）
【出願日】平成１９年５月９日（２００７．５．９）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２０年１１月２０日（２００８．１１．２０）
【国際特許分類】
【出願日】平成１９年５月９日（２００７．５．９）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]