(57)【特許請求の範囲】
【請求項１】
ＳＩＰプロキシサーバ装置を介して、ＩＴＵ−Ｔ勧告Ｔ．３８通信による画像通信を行う通信端末装置であって、
ＳＩＰプロキシサーバ装置を介して相手端末との通信の呼制御を行う呼制御チャネルを確立すると、当該呼制御チャネルを介して相手端末との間でやりとりするＩＮＦＯメッセージに、Ｔ３８通信手順に従ったＴ３８データを、Ｔ３８通信手順の進行に従って順次配置し、そのＩＮＦＯメッセージを相手端末との間でやりとりすることで、画像通信を行う通信制御手段を備えたことを特徴とする通信端末装置。
【請求項２】
前記通信制御手段は、呼制御時に相手端末に送信するメッセージのヘッダ情報に、ＩＮＦＯメッセージを用いたＴ３８通信を行う機能を備えた旨をあらわすキーワードを配置して、呼制御時に相手端末との間で機能をネゴシエーションすることを特徴とする請求項１記載の通信端末装置。
【請求項３】
前記通信制御手段は、ＩＮＦＯメッセージを用いたＴ３８通信の開始前において、前記プロキシサーバ装置との間の通信負荷が所定値よりも大きいときには、Ｔ３８通信時にＩＮＦＯメッセージに配置するＴ３８データのパケットサイズを小さい値に設定することを特徴とする請求項１または請求項２記載の通信端末装置。
【請求項４】
前記通信制御手段は、ＩＮＦＯメッセージを用いたＴ３８通信の開始前において、前記プロキシサーバ装置との間のパケット到達時間が所定値よりも大きいときには、Ｔ３８通信時にＩＮＦＯメッセージに配置するＴ３８データのパケットサイズを小さい値に設定することを特徴とする請求項１または請求項２記載の通信端末装置。
【請求項５】
前記通信制御手段は、ＩＮＦＯメッセージを用いたＴ３８通信の開始前において、前記プロキシサーバ装置との間の通信負荷が所定値よりも大きいときには、Ｔ３８通信を中止して、再通信状態へ移行することを特徴とする請求項１または請求項２記載の通信端末装置。
【請求項６】
前記通信制御手段は、ＩＮＦＯメッセージを用いたＴ３８通信の開始前において、前記プロキシサーバ装置との間の通信負荷が所定値よりも大きいときには、Ｔ３８通信を中止し、他のプロキシサーバ装置を用いて再通信することを特徴とする請求項１または請求項２記載の通信端末装置。
【請求項７】
ＳＩＰプロキシサーバ装置を介して、ＩＴＵ−Ｔ勧告Ｔ．３８通信による画像通信を行う通信端末装置の制御方法であって、
ＳＩＰプロキシサーバ装置を介して相手端末との通信の呼制御を行う呼制御チャネルを確立すると、当該呼制御チャネルを介して相手端末との間でやりとりするＩＮＦＯメッセージに、Ｔ３８通信手順に従ったＴ３８データを、Ｔ３８通信手順の進行に従って順次配置し、そのＩＮＦＯメッセージを相手端末との間でやりとりすることで、画像通信を行うようにしたことを特徴とする通信端末装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰプロキシサーバ装置を介して、ＩＴＵ−Ｔ勧告Ｔ．３８通信による画像通信を行う通信端末装置およびその制御方法に関する。
【背景技術】
【０００２】
一般に、インターネットなどのパケット網に接続され、ＩＴＵ−Ｔ勧告Ｔ．３８に基づいた手順（以下、「Ｔ３８通信手順」という）を適用し、パケット網を介して相手先装置との間でファクシミリメッセージのやりとりを行うネットワークファクシミリ装置では、呼制御用のメッセージをやりとりする呼制御チャネルと、Ｔ．３８データをやりとりするデータ通信用チャネル（上りチャネルおよび下りチャネルの２本必要；図１３，１４参照）を別々に用意しなければならない。
【０００３】
しかし、このように複数のポートを開放することはセキュリティホールにつながる可能性があるため、セキュリティに敏感なユーザからはできるだけ少ないポートを用いてＴ３８通信（いわゆる「ＩＰ−ＦＡＸ通信」）を行ないたいという要望がある。
【０００４】
例えば、特許文献１，２では、呼制御チャネルと同じチャネルを用いてＴ．３８データ転送を行うことにより、ファイヤーウォールやＮＡＴを透過させることができるようにした技術が開示されている。また、使用する通信チャネルは、１つでよいので、セキュリティ上有利である。
【特許文献１】特開２００１−２９２２６７
【特許文献２】特願２００３−３１９２６５
【発明の開示】
【発明が解決しようとする課題】
【０００５】
一方、外部のネットワークに存在する機器と直接通信を行なうのではなく、必ずプロキシサーバ装置を介した通信を行うことにより高レベルのセキュリティを保ちたいという要求がある。
【０００６】
このような要求については、特許文献１，２に開示されている技術は適用することができない。
【０００７】
なぜなら、ＳＩＰプロキシサーバ装置は、Ｔ．３８パケットを通さないため、Ｔ．３８パケットは、図１３に示すように端末間で直接通信するしかないからである。
【０００８】
そのため、ファイアウォールに穴を開ける必要がありセキュリティが低下するという問題点がある。
【０００９】
本発明は、かかる実情に鑑みてなされたものであり、ＳＩＰプロキシサーバ装置を介して、適切にＴ３８通信を行うことができる通信端末装置およびその制御方法を提供すること目的とする。
【課題を解決するための手段】
【００１０】
本発明は、ＳＩＰプロキシサーバ装置を介して、ＩＴＵ−Ｔ勧告Ｔ．３８通信による画像通信を行う通信端末装置であって、ＳＩＰプロキシサーバ装置を介して相手端末との通信の呼制御を行う呼制御チャネルを確立すると、当該呼制御チャネルを介して相手端末との間でやりとりするＩＮＦＯメッセージに、Ｔ３８通信手順に従ったＴ３８データを、Ｔ３８通信手順の進行に従って順次配置し、そのＩＮＦＯメッセージを相手端末との間でやりとりすることで、画像通信を行う通信制御手段を備えたものである。
【００１１】
また、前記通信制御手段は、呼制御時に相手端末に送信するメッセージのヘッダ情報に、ＩＮＦＯメッセージを用いたＴ３８通信を行う機能を備えた旨をあらわすキーワードを配置して、呼制御時に相手端末との間で機能をネゴシエーションするようにしたものである。
【００１２】
また、前記通信制御手段は、ＩＮＦＯメッセージを用いたＴ３８通信の開始前において、前記プロキシサーバ装置との間の通信負荷が所定値よりも大きいときには、Ｔ３８通信時にＩＮＦＯメッセージに配置するＴ３８データのパケットサイズを小さい値に設定するようにしたものである。
【００１３】
また、前記通信制御手段は、ＩＮＦＯメッセージを用いたＴ３８通信の開始前において、前記プロキシサーバ装置との間のパケット到達時間が所定値よりも大きいときには、Ｔ３８通信時にＩＮＦＯメッセージに配置するＴ３８データのパケットサイズを小さい値に設定するようにしたものである。
【００１４】
また、前記通信制御手段は、ＩＮＦＯメッセージを用いたＴ３８通信の開始前において、前記プロキシサーバ装置との間の通信負荷が所定値よりも大きいときには、Ｔ３８通信を中止して、再通信状態へ移行するようにしたものである。
【００１５】
また、前記通信制御手段は、ＩＮＦＯメッセージを用いたＴ３８通信の開始前において、前記プロキシサーバ装置との間の通信負荷が所定値よりも大きいときには、Ｔ３８通信を中止し、他のプロキシサーバ装置を用いて再通信するようにしたものである。
【００１６】
また、ＳＩＰプロキシサーバ装置を介して、ＩＴＵ−Ｔ勧告Ｔ．３８通信による画像通信を行う通信端末装置の制御方法であって、ＳＩＰプロキシサーバ装置を介して相手端末との通信の呼制御を行う呼制御チャネルを確立すると、当該呼制御チャネルを介して相手端末との間でやりとりするＩＮＦＯメッセージに、Ｔ３８通信手順に従ったＴ３８データを、Ｔ３８通信手順の進行に従って順次配置し、そのＩＮＦＯメッセージを相手端末との間でやりとりすることで、画像通信を行うようにしたものである。
【発明の効果】
【００１７】
したがって、本発明によれば、ＳＩＰプロキシサーバ装置を介して相手端末との間でやりとりすることができる呼制御メッセージであるＩＮＦＯメッセージを利用して、Ｔ３８データのやりとりが可能となるので、ＳＩＰプロキシサーバ装置を介してＴ３８通信を行うことができることとなるという効果を得る。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照しながら、本発明の実施の形態を詳細に説明する。
【００１９】
図１は、本発明の一実施例にかかる通信システムの一例を示している。
【００２０】
この通信システムは、インターネット等のパケット網ＰＮに接続され、Ｔ３８通信機能を備えたネットワークファクシミリ装置ＦＸａ，ＦＸｂ、ＳＩＰプロキシサーバ装置ＳＶ、パケット網ＰＮと一般公衆網ＰＳＴＮとの間の通信を制御するゲートウェイ装置ＧＷ、および、一般公衆網ＰＳＴＮに接続されたグループ３ファクシミリ装置ＧＸから構成されている。
【００２１】
この通信システムでは、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂとの間で行うＴ３８通信は、ＳＩＰプロキシサーバ装置ＳＶを介して行われる。また、ネットワークファクシミリ装置ＦＸａ，ＦＸｂは、ゲートウェイ装置ＧＷを介して、グループ３ファクシミリ装置ＧＸとの間で、ファクシミリ通信を行うことができる。
【００２２】
図２は、ネットワークファクシミリ装置ＦＸ（ＦＸａ，ＦＸｂ）の構成の一例を示している。
【００２３】
同図において、システム制御部１は、このネットワークファクシミリ装置ＦＸの各部の制御処理、および、ファクシミリ伝送制御手順処理などの各種制御処理を行うものであり、システムメモリ２は、システム制御部１が実行する制御処理プログラム、および、処理プログラムを実行するときに必要な各種データなどを記憶するとともに、システム制御部１のワークエリアを構成するものであり、パラメータメモリ３は、このネットワークファクシミリ装置ＦＸに固有な各種の情報を記憶するためのものであり、時計回路４は、現在時刻情報を出力するものである。
【００２４】
スキャナ５は、所定の解像度で原稿画像を読み取るためのものであり、プロッタ６は、所定の解像度で画像を記録出力するためのものであり、操作表示部７は、このネットワークファクシミリ装置ＦＸを操作するためのもので、各種の操作キー、および、各種の表示器からなる。
【００２５】
符号化復号化部８は、画信号を符号化圧縮するとともに、符号化圧縮されている画情報を元の画信号に復号化するためのものであり、画像蓄積装置９は、符号化圧縮された状態の画情報を多数記憶するためのものである。
【００２６】
パケット網インターフェース回路１０は、このネットワークファクシミリ装置ＦＸをパケット網ＰＮに接続するためのものであり、パケット網伝送制御部１１は、パケット網ＰＮを介して、他のデータ端末装置との間で種々のデータをやりとりするための各種所定のプロトコルスイートの通信制御処理（Ｔ３８通信のためのＴ３８通信制御処理を含む）を実行するためのものである。
【００２７】
これらの、システム制御部１、システムメモリ２、パラメータメモリ３、時計回路４、スキャナ５、プロッタ６、操作表示部７、符号化復号化部８、画像蓄積装置９、および、パケット網伝送制御部１１は、内部バス１２に接続されており、これらの各要素間でのデータのやりとりは、主としてこの内部バス１２を介して行われている。
【００２８】
ここで、本実施例において、基本的には、パケット網ＰＮに接続されている端末相互間でのデータのやりとりは、いわゆるＴＣＰ／ＩＰと呼ばれるトランスポートレイヤまでの伝送プロトコルと、それ以上の上位レイヤの通信プロトコルとの組み合わせ（いわゆるプロトコルスイート）が適用して行われる。例えば、電子メールのデータのやりとりでは上位レイヤの通信プロトコルとしてＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）という通信プロトコルが適用され、Ｔ３８通信のための呼制御手順は、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）が適用される。
【００２９】
また、ＴＣＰ／ＩＰ，ＳＩＰなどの通信プロトコル、および、通信の際に相手端末との間でやりとりするメッセージのエンコード方法などを定めたＭＩＭＥ（Ｍｕｌｔｉ  Ｐｕｒｐｏｓｅ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎ）などについては、それぞれＩＥＴＦから発行されているＲＦＣ文書により規定されている。例えば、ＴＣＰはＲＦＣ７９３、ＩＰはＲＦＣ７９３、ＳＩＰはＲＦＣ３８５６，ＲＦＣ３８５７，ＲＦＣ３８５８，ＲＦＣ３９９４など、ＭＩＭＥはＲＦＣ２０４５〜２０４９などでそれぞれ規定されている。
【００３０】
さて、本実施例では、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂの間でＴ３８通信を行う際、図３に示すように、ＳＩＰプロキシサーバ装置ＳＶを介して、呼制御メッセージおよびＴ３８通信データ（Ｔ３８データ）をやりとりする。
【００３１】
上述したように、ＳＩＰプロキシサーバ装置ＳＶは、Ｔ３８データを受信しても廃棄してしまう、すなわち、ＳＩＰプロキシサーバ装置ＳＶは、Ｔ３８データをプロキシしないため、呼制御メッセージをやりとりする呼制御チャネルを、Ｔ３８データの通信チャネルとしてそのまま使ったとしても、Ｔ３８データ通信を行うことができない。
【００３２】
そこで、本実施例では、呼制御メッセージのＩＮＦＯメッセージを利用して、Ｔ３８データをやりとりする。このＩＮＦＯメッセージは、それに含まれるユーザデータ部分が、ＳＩＰプロキシサーバ装置ＳＶによって解釈されないことが保証されているので、ユーザ任意のデータを運ぶことが保証されている。
【００３３】
すなわち、いわばＩＮＦＯメッセージでカプセル化されたＴ３８データを、ＳＩＰプロキシサーバ装置ＳＶを介して、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂの間でやりとりすることで、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂの間のＴ３８通信を、セキュリティを確保した状態で実現することができることとなる。
【００３４】
なお、ＩＮＦＯメッセージのユーザデータに配置するＴ３８データは、例えば、画情報（画像データ）などは、バイナリデータであるので、ＭＩＭＥに従ってエンコードされたものを用いる。
【００３５】
この場合の通信手順の一例を図４にしめす。この場合、ネットワークファクシミリ装置ＦＸａが、ネットワークファクシミリ装置ＦＸｂへ発呼して、Ｔ３８通信を行う場合を示している。
【００３６】
まず、ネットワークファクシミリ装置ＦＸａは、ＳＩＰプロキシサーバ装置ＳＶに、ネットワークファクシミリ装置ＦＸｂとの間で呼制御用ＴＣＰ／ＵＤＰチャネルを確立するように要求する。これにより、ＳＩＰプロキシサーバ装置ＳＶは、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂの間に呼制御チャネルを確立する。
【００３７】
次に、ネットワークファクシミリ装置ＦＸａは、Ｔ３８通信セッションを確立するための要求であるＩＮＶＩＴＥメッセージをＳＩＰプロキシサーバ装置ＳＶを介してネットワークファクシミリ装置ＦＸｂへ送信し、それにより、ネットワークファクシミリ装置ＦＸｂは、ＩＮＶＩＴＥメッセージを受信すると、受信可能な場合には、正常応答をあらわす「２００」をＳＩＰプロキシサーバ装置ＳＶを介してネットワークファクシミリ装置ＦＸａに送信する。
【００３８】
「２００」を受信したネットワークファクシミリ装置ＦＸａは、セッションの確立許可を通知するＡＣＫメッセージを、ＳＩＰプロキシサーバ装置ＳＶを介して、ネットワークファクシミリ装置ＦＸｂへ送信する。
【００３９】
これにより、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂとの間で、通信動作に関する情報交換が終了したので、その後は、ＩＮＦＯメッセージを用いてＴ３８通信のためのＴ３８データのやりとりが適宜行われ、ネットワークファクシミリ装置ＦＸａからネットワークファクシミリ装置ＦＸｂに画情報が通信される。
【００４０】
この通信動作において、呼制御手順により、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂとの間で、ＩＮＦＯメッセージを利用したＴ３８通信を行う旨がネゴシエーションされるが、このようなネゴシエーションは、次のようにして行われる。
【００４１】
まず、ネットワークファクシミリ装置ＦＸａは、ＩＮＶＩＴＥメッセージのヘッダ情報に、図５に示すように、ＩＮＦＯメッセージを用いてＴ３８通信を行う通信機能を備えている旨をあらわすキーワード「ｓｐｅｃｉａｌ」を、Ｕｓｅｒ−Ａｇｅｎｔフィールドの末尾に記載する。
【００４２】
これにより、ネットワークファクシミリ装置ＦＸｂは、相手端末がＩＮＦＯメッセージを用いてＴ３８通信を行う通信機能を備えている旨を認識することができる。
【００４３】
一方、ネットワークファクシミリ装置ＦＸｂは、正常応答である「２００」を送信する際、図５と同様なキーワード「ｓｐｅｃｉａｌ」を、そのメッセージヘッダ情報（図示略）のＵｓｅｒ−Ａｇｅｎｔフィールドの末尾に記載する。
【００４４】
このようにして、メッセージヘッダ情報の特定のフィールド（この場合は、「Ｕｓｅｒ−Ａｇｅｎｔフィールド」）に記載したキーワード（この場合は、「ｓｐｅｃｉａｌ」）により、自端末がＩＮＦＯメッセージを用いてＴ３８通信を行う通信機能を備えている旨を、相手端末へ通知するようにし、相手端末側では、受信した呼制御メッセージのメッセージヘッダ情報の特定のフィールドに、特定のキーワードが含まれている場合、相手端末（受信したメッセージの送信側）が、ＩＮＦＯメッセージを用いてＴ３８通信を行う通信機能を備えている旨を認識することができる。
【００４５】
また、ＩＮＦＯメッセージのやりとりは、ＩＮＦＯメッセージの送信と、ＩＮＦＯメッセージを受信した側からの正常応答「２００」が一組になって、１つのＴ３８データの通信が行われる。
【００４６】
図６に、一般的なＴ３８通信手順の一例を示す。同図では、送信側（図４の例では、ネットワークファクシミリ装置ＦＸａ）と、受信側（図４の例では、ネットワークファクシミリ装置ＦＸｂ）との間で通信パス（通信チャネル）が確立した後に行われるＴ３８セッションでの通信手順を示している（すなわち、呼制御手順は省略している）。
【００４７】
このＴ３８通信手順の概略を説明すると、まず、送信側と受信側との間の通信パスが確立すると、受信側は、ＩＴＵ−Ｔ勧告Ｔ．３０手順の所定のトーン信号ＣＥＤ（被呼局識別信号）に対応した信号（Ｔ３０ＩＮＤ：ＣＥＤ）を送信側へ送信するとともに、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇ）に続き、グループ３ファクシミリ伝送手順信号であり、自端末のオプション的な伝送機能を通知するための信号ＮＳＦ、自端末の識別信号を通知するための信号ＣＳＩ、および、自端末の標準的な伝送機能を通知するための信号ＤＩＳにそれぞれ対応する信号（Ｖ２１ＨＤＬＣ：ＮＳＦ／ＣＳＩ／ＤＩＳ）を、送信側へと順次送信する。
【００４８】
それにより、送信側は、受信側の識別信号および伝送機能を知るので、その通知された伝送機能に基づき、そのときに使用する伝送機能およびモデム速度などを設定する。次いで、送信側は、フラグ信号に対応する信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファクシミリ伝送手順信号であり、自端末の識別信号を通知するための信号ＴＳＩ、および、使用する伝送機能を通知するための信号ＤＣＳにそれぞれ対応する信号（Ｖ２１ＨＤＬＣ：ＴＳＩ／ＤＣＳ）を受信側へ送信する。
【００４９】
それにより、受信側は信号（Ｖ２１ＨＤＬＣ：ＴＳＩ／ＤＣＳ）を受信すると、相手端末（送信側）の識別情報、および、そのときに使用する伝送機能を取得する。
【００５０】
そして、受信側は、フラグ信号に対応する信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファクシミリ伝送手順信号であり、受信準備が完了した旨を通知するための信号ＣＦＲに対応する信号（Ｖ２１ＨＤＬＣ：ＣＦＲ）を送信側へ送信する。
【００５１】
このようにして、画情報の送信準備が整うと、送信側は、モデムのリトレーニングのためのトレーニング（Ｔｒａｉｎｉｎｇ）信号に対応した信号（Ｔ３０ＩＮＤ：Ｓｐｅｅｄ）を受信側へ送信し、続いて、送信画情報の画像データを複数に分割し、それぞれの分割された画情報をパケットデータ（図６では、「Ｖ．１７  ｎｏｎ  ＥＣＭ：Ｉｍａｇｅ  ｄａｔａ」と表示）として、受信側へ送信する。
【００５２】
そして、画情報の送信を終了すると、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）を受信側へ送信するとともに、グループ３ファクシミリ手順信号であり画情報送信を終了する旨をあらわす信号ＥＯＰに対応した信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を受信側へ送信する。
【００５３】
一方、受信側は、信号（Ｔ３０ＩＮＤ：Ｓｐｅｅｄ）を受信すると、画情報の受信準備に移行し、画情報を運ぶパケットを受信すると、それに含まれている分割画情報を順次取り出し、連結した画情報を作成し、その画情報を、画像蓄積装置９へと蓄積する。また、画情報受信後の伝送後信号として、この場合には、信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を受信するので、画情報受信が終了する旨を確認する。
【００５４】
そして、受信側は、そのときの画情報の受信結果が良好な場合には、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファクシミリ手順信号であり画情報の受信が正常に終了した旨をあらわす信号ＭＣＦに対応した信号（Ｖ２１ＨＤＬＣ：ＥＯＰ）を送信側へ送信する。
【００５５】
それにより、送信側は、受信側で画情報を正常に受信されたことを認識する。この後は、送信側は、フラグ信号に対応した信号（Ｔ３０ＩＮＤ：Ｆｌａｇｓ）に続き、グループ３ファクシミリ手順信号であり回線復旧を指令するための信号ＤＣＮに対応した信号（Ｖ２１ＨＤＬＣ：ＤＣＮ）を受信側へ送信する。
【００５６】
図４の通信手順において、ＩＮＦＯメッセージのユーザデータに配置されるＴ３８データは、図６で示したそれぞれの信号要素となる。なお、図４では、説明の便宜上、最初のＩＮＦＯメッセージはネットワークファクシミリ装置ＦＸａからネットワークファクシミリ装置ＦＸｂへ送信されるように記載されているが、図４の通信手順に従うと、最初のＩＮＦＯメッセージはネットワークファクシミリ装置ＦＸｂからネットワークファクシミリ装置ＦＸａへ送信されることとなる。
【００５７】
すなわち、まず、ネットワークファクシミリ装置ＦＸｂから信号（Ｔ３０ＩＮＤ：ＣＥＤ）を運ぶＩＮＦＯメッセージが、ＳＩＰプロキシサーバ装置ＳＶを介してネットワークファクシミリ装置ＦＸａに送信され、次いで、ネットワークファクシミリ装置ＦＸｂから信号（Ｔ３０ＩＮＤ：Ｆｌａｇ）を運ぶＩＮＦＯメッセージが、ＳＩＰプロキシサーバ装置ＳＶを介してネットワークファクシミリ装置ＦＸａに送信される。
【００５８】
後は、図６の手順を構成する信号が、同様にして、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂとの間でやりとりされる、
【００５９】
このようにして、ＩＮＦＯメッセージのユーザデータにＴ３８データを配置することで、ＳＩＰプロキシサーバ装置ＳＶを介して、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂとの間でＴ３８通信が可能となり、セキュリティの良好な画像通信が可能となる。
【００６０】
図７は、ネットワークファクシミリ装置ＦＸ（ＦＸａ，ＦＸｂ）の動作の一例を示している。
【００６１】
まず、相手端末との間で呼制御チャネルを確立する（処理１０１）。次いで、確立した呼制御チャネルを用いて呼制御メッセージをやりとりして、通信機能等のネゴシエーションを行う（処理１０２）。
【００６２】
このネゴシエーションにおいて、相手装置が呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いたＴ３８通信機能を備えているかどうかを調べる（判断１０３）。上述した例では、メッセージヘッダ情報の「Ｕｓｅｒ−Ａｇｅｎｔフィールド」に、キーワード「ｓｐｅｃｉａｌ」が記載されているかどうかを調べる。
【００６３】
判断１０３の結果がＹＥＳになるときには、図４の通信手順を実行し、呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いてＴ３８通信を行う（処理１０４）。
【００６４】
また、判断１０３の結果がＮＯになるときには、図１４に示した従来の通信手順に従い、Ｔ３８データ伝送用のチャネルを確立し（処理１０５）、処理１０５で確立したＴ３８データ伝送用チャネルを用いてデータ転送を行う（処理１０６）。
【００６５】
ところで、呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いてＴ３８通信を行う場合、当該通信の分だけ、ＳＩＰプロキシサーバ装置ＳＶの通信トラフィックが上昇することとなる。
【００６６】
そこで、ＳＩＰプロキシサーバ装置ＳＶとの間のネットワーク負荷が高い場合には、Ｔ３８データの伝送速度を低減することが好ましい。
【００６７】
その場合の処理の一例を図８に示す。
【００６８】
まず、相手端末との間で呼制御チャネルを確立する（処理２０１）。次いで、確立した呼制御チャネルを用いて呼制御メッセージをやりとりして、通信機能等のネゴシエーションを行う（処理２０２）。
【００６９】
このネゴシエーションにおいて、相手装置が呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いたＴ３８通信機能を備えているかどうかを調べる（判断２０３）。上述した例では、メッセージヘッダ情報の「Ｕｓｅｒ−Ａｇｅｎｔフィールド」に、キーワード「ｓｐｅｃｉａｌ」が記載されているかどうかを調べる。
【００７０】
判断２０３の結果がＹＥＳになるときには、ネットワークが高負荷になっているかどうかを調べる（判断２０４）。ネットワーク負荷の測定は、例えば、測定器を設けたり、呼制御手順においてＳＩＰプロキシサーバ装置ＳＶとの間でやりとりしたパケットの損失率（パケットロス率）を検出することなどで行うことができる。パケットロス率が所定値よりも大きい場合には、ネットワークが高負荷になっていると判断することができる。
【００７１】
判断２０４の結果がＹＥＳになるときには、ＩＮＦＯメッセージを構成するパケットの転送間隔をある程度大きくすることで、Ｔ３８データの伝送速度を低く設定する（処理２０５）。また、判断２０４の結果がＮＯになるときには、処理２０５を実行しない。
【００７２】
そして、処理２０６へ移行し、図４の通信手順を実行し、呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いてＴ３８通信を行う。
【００７３】
また、判断２０３の結果がＮＯになるときには、図１４に示した従来の通信手順に従い、Ｔ３８データ伝送用のチャネルを確立し（処理２０７）、処理２０７で確立したＴ３８データ伝送用チャネルを用いてデータ転送を行う（処理２０８）。
【００７４】
また、ネットワークが高負荷になっている場合、ＩＮＦＯメッセージを運ぶパケットサイズを小さくすることでも、ネットワークのトラフィックの上昇を抑えることができる。
【００７５】
その場合の処理の一例を図９に示す。
【００７６】
まず、相手端末との間で呼制御チャネルを確立する（処理３０１）。次いで、確立した呼制御チャネルを用いて呼制御メッセージをやりとりして、通信機能等のネゴシエーションを行う（処理３０２）。
【００７７】
このネゴシエーションにおいて、相手装置が呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いたＴ３８通信機能を備えているかどうかを調べる（判断３０３）。上述した例では、メッセージヘッダ情報の「Ｕｓｅｒ−Ａｇｅｎｔフィールド」に、キーワード「ｓｐｅｃｉａｌ」が記載されているかどうかを調べる。
【００７８】
判断３０３の結果がＹＥＳになるときには、ネットワークが高負荷になっているかどうかを調べる（判断３０４）。ネットワーク負荷の測定は、図８の説明で記載した方法を採用することができる。
【００７９】
判断３０４の結果がＹＥＳになるときには、ＩＮＦＯメッセージを構成するパケットのサイズを小さい値に設定する（処理３０５）。また、判断３０４の結果がＮＯになるときには、処理３０５を実行しない。
【００８０】
そして、処理３０６へ移行し、図４の通信手順を実行し、呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いてＴ３８通信を行う。
【００８１】
また、判断３０３の結果がＮＯになるときには、図１４に示した従来の通信手順に従い、Ｔ３８データ伝送用のチャネルを確立し（処理３０７）、処理３０７で確立したＴ３８データ伝送用チャネルを用いてデータ転送を行う（処理３０８）。
【００８２】
また、ネットワークが高負荷になっている場合、一旦通信を中止し、ネットワークの負荷が軽減されている状態になったときに、再度通信動作を行うようにすることで、高負荷時の通信を避けることができる。
【００８３】
その場合の処理の一例を図１０に示す。
【００８４】
まず、相手端末との間で呼制御チャネルを確立する（処理４０１）。次いで、確立した呼制御チャネルを用いて呼制御メッセージをやりとりして、通信機能等のネゴシエーションを行う（処理４０２）。
【００８５】
このネゴシエーションにおいて、相手装置が呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いたＴ３８通信機能を備えているかどうかを調べる（判断４０３）。上述した例では、メッセージヘッダ情報の「Ｕｓｅｒ−Ａｇｅｎｔフィールド」に、キーワード「ｓｐｅｃｉａｌ」が記載されているかどうかを調べる。
【００８６】
判断４０３の結果がＹＥＳになるときには、ネットワークが高負荷になっているかどうかを調べる（判断４０４）。ネットワーク負荷の測定は、図８の説明で記載した方法を採用することができる。
【００８７】
判断４０４の結果がＮＯになるときには、図４の通信手順を実行し、呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いてＴ３８通信を行う（処理４０５）。
【００８８】
一方、判断４０４の結果がＹＥＳになるときには、通信動作を一旦中止する（処理４０６）。そして、ネットワークの負荷が低負荷になるまで待機し（判断４０７のＹＥＳループ）、ネットワークの負荷が低下すると（判断４０７の結果がＮＯ）、処理４０１へ戻り、再度通信動作を行う。
【００８９】
また、判断４０３の結果がＮＯになるときには、図１４に示した従来の通信手順に従い、Ｔ３８データ伝送用のチャネルを確立し（処理４０８）、処理４０８で確立したＴ３８データ伝送用チャネルを用いてデータ転送を行う（処理４０９）。
【００９０】
また、複数のＳＩＰプロキシサーバ装置ＳＶが設けられている場合（図示略）、あるＳＩＰプロキシサーバ装置ＳＶとの間のネットワーク負荷が高負荷になっていたとしても、他のＳＩＰプロキシサーバ装置ＳＶ（図示略）との間のネットワーク負荷が小さい場合があり、その場合には、後者のＳＩＰプロキシサーバ装置ＳＶを利用して、Ｔ３８通信を行うようにすると良い。
【００９１】
その場合の処理の一例を図１１に示す。
【００９２】
まず、相手端末との間で呼制御チャネルを確立する（処理５０１）。次いで、確立した呼制御チャネルを用いて呼制御メッセージをやりとりして、通信機能等のネゴシエーションを行う（処理５０２）。
【００９３】
このネゴシエーションにおいて、相手装置が呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いたＴ３８通信機能を備えているかどうかを調べる（判断５０３）。上述した例では、メッセージヘッダ情報の「Ｕｓｅｒ−Ａｇｅｎｔフィールド」に、キーワード「ｓｐｅｃｉａｌ」が記載されているかどうかを調べる。
【００９４】
判断５０３の結果がＹＥＳになるときには、ネットワークが高負荷になっているかどうかを調べる（判断５０４）。ネットワーク負荷の測定は、図８の説明で記載した方法を採用することができる。
【００９５】
判断５０４の結果がＮＯになるときには、図４の通信手順を実行し、呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いてＴ３８通信を行う（処理４０５）。
【００９６】
一方、判断４０４の結果がＹＥＳになるときには、通信動作を一旦中止する（処理４０６）。そして、他のＳＩＰプロキシサーバ装置ＳＶを選択し（処理５０７）、処理５０１へ戻り、処理５０７で選択したＳＩＰプロキシサーバ装置ＳＶを用いた通信動作を行う。
【００９７】
また、判断５０３の結果がＮＯになるときには、図１４に示した従来の通信手順に従い、Ｔ３８データ伝送用のチャネルを確立し（処理５０８）、処理５０８で確立したＴ３８データ伝送用チャネルを用いてデータ転送を行う（処理５０９）。
【００９８】
図１２は、ネットワークファクシミリ装置ＦＸのさらに他の処理の一例を示している。
【００９９】
まず、相手端末との間で呼制御チャネルを確立する（処理６０１）。次いで、確立した呼制御チャネルを用いて呼制御メッセージをやりとりして、通信機能等のネゴシエーションを行う（処理６０２）。
【０１００】
このネゴシエーションにおいて、相手装置が呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いたＴ３８通信機能を備えているかどうかを調べる（判断６０３）。上述した例では、メッセージヘッダ情報の「Ｕｓｅｒ−Ａｇｅｎｔフィールド」に、キーワード「ｓｐｅｃｉａｌ」が記載されているかどうかを調べる。
【０１０１】
判断６０３の結果がＹＥＳになるときには、ＳＩＰプロキシサーバ装置ＳＶまでのパケット到達時間を計測する（処理６０４）。このパケット到達時間の計測には、ＩＣＭＰ（Ｉｎｔｅｒｎｅｔ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ；ＲＦＣ４４４３参照）を利用したアプリケーションを利用することができる。
【０１０２】
そして、処理６０４で測定したパケット到達時間が、所定の閾値ｔより大きいかどうかを調べる（判断６０５）。ここで、閾値ｔの値は、適宜なものを採用できる。
【０１０３】
判断６０５の結果がＹＥＳになるときには、ＩＮＦＯメッセージを構成するパケットの転送間隔をある程度大きくすることで、Ｔ３８データの伝送速度を低く設定する（処理６０６）。また、判断６０５の結果がＮＯになるときには、処理６０６を実行しない。
【０１０４】
そして、処理６０７へ移行し、図４の通信手順を実行し、呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いてＴ３８通信を行う。
【０１０５】
また、判断６０３の結果がＮＯになるときには、図１４に示した従来の通信手順に従い、Ｔ３８データ伝送用のチャネルを確立し（処理６０８）、処理６０８で確立したＴ３８データ伝送用チャネルを用いてデータ転送を行う（処理６０９）。
【０１０６】
以上説明したように、本発明によれば、呼制御チャネルを用いてやりとりするＩＮＦＯメッセージを用いてＴ３８通信を行うようにしているので、ＳＩＰプロキシサーバ装置ＳＶを介して、ネットワークファクシミリ装置ＦＸａとネットワークファクシミリ装置ＦＸｂの間でＴ３８通信を実現することができ、その結果、Ｔ３８通信を行う際のセキュリティを向上することができる。
【図面の簡単な説明】
【０１０７】
【図１】本発明の一実施例にかかる通信システムの一例を示したブロック図。
【図２】ネットワークファクシミリ装置ＦＸ（ＦＸａ，ＦＸｂ）の構成の一例を示したブロック図。
【図３】本実施例の通信態様の概略を例示したブロック図。
【図４】ＳＩＰプロキシサーバ装置ＳＶを用いた本実施例の基本的な伝送手順の一例を示したシーケンス図。
【図５】ＳＩＰメッセージヘッダの一例を示した概略図。
【図６】Ｔ．３８セッションにおける通信手順の一例を示したシーケンス図。
【図７】ネットワークファクシミリ装置の処理の一例を示したフローチャート。
【図８】ネットワークファクシミリ装置の処理の他の例を示したフローチャート。
【図９】ネットワークファクシミリ装置の処理のさらに他の例を示したフローチャート。
【図１０】ネットワークファクシミリ装置の処理のまたさらに他の例を示したフローチャート。
【図１１】ネットワークファクシミリ装置の処理のさらに他の例を示したフローチャート。
【図１２】ネットワークファクシミリ装置の処理の別な例を示したフローチャート。
【図１３】基本的なＴ３８通信の通信態様の概略を示したブロック図。
【図１４】ＳＩＰプロキシサーバ装置ＳＶを用いた従来の基本的な伝送手順の一例を示したシーケンス図。
【符号の説明】
【０１０８】
ＦＸ，ＦＸａ，ＦＸｂ  ネットワークファクシミリ装置
ＳＶ  ＳＩＰプロキシサーバ装置
【図１】
0004787815.tif 000002
【図２】
0004787815.tif 000003
【図３】
0004787815.tif 000004
【図４】
0004787815.tif 000005
【図５】
0004787815.tif 000006
【図６】
0004787815.tif 000007
【図７】
0004787815.tif 000008
【図８】
0004787815.tif 000009
【図９】
0004787815.tif 000010
【図１０】
0004787815.tif 000011
【図１１】
0004787815.tif 000012
【図１２】
0004787815.tif 000013
【図１３】
0004787815.tif 000014
【図１４】
0004787815.tif 000015