(57)【要約】【課題】適切な通信手順を選択してファクシミリ通信を実行することが可能な通信装置及びその制御方法、並びにプログラムを提供する。【解決手段】通信装置１０１は、ファクシミリの受信側に第１通信手順で通信するためのメッセージを送信し、送信されたメッセージに対する受信側の応答が、第１通信手順で通信不可能であることを示す場合に、第１通信手順で通信するためのメッセージを繰り返し送信し、第１通信手順で通信するためのメッセージを繰り返し送信した結果、メッセージに対する受信側の応答が、第１通信手順で通信不可能であることを示す場合に、第１通信手順及び第２通信手順の両方を指定したメッセージを送信する。【選択図】図６
2015002517.tif 000002
【特許請求の範囲】
【請求項１】
第１通信手順及び第２通信手順の２つのファクシミリ通信手順を用いてファクシミリ送信が可能な通信装置であって、
ファクシミリの受信側に前記第１通信手順で通信するためのメッセージを送信する第１送信手段と、
前記第１送信手段により送信されたメッセージに対する前記受信側の応答が、前記第１通信手順で通信不可能であることを示す場合に、前記第１通信手順で通信するためのメッセージを繰り返し送信する第２送信手段と、
前記第２送信手段により前記第１通信手順で通信するためのメッセージを繰り返し送信した結果、前記メッセージに対する前記受信側の応答が、前記第１通信手順で通信不可能であることを示す場合に、前記第１通信手順及び前記第２通信手順の両方を指定したメッセージを送信する第３送信手段と
を備えたことを特徴とする通信装置。
【請求項２】
前記第２送信手段により前記第１通信手順で通信するためのメッセージを繰り返し送信した結果、前記メッセージに対する前記受信側の応答が、前記第１通信手順での通信を受諾したことを示す場合に、前記第１通信手順でファクシミリ通信する第１ファックス送信手段を更に備えたことを特徴とする請求項１記載の通信装置。
【請求項３】
前記第３送信手段により送信された前記第１通信手順及び前記第２通信手順の両方を指定したメッセージに対する応答で受信側が受諾した通信手順でファクシミリ通信する第２ファックス送信手段を更に備えたことを特徴とする請求項１または２記載の通信装置。
【請求項４】
前記第２送信手段は、前記第１送信手段により送信されたメッセージに対する応答を受信してから予め定められた時間が経過するまでか、または前記第１通信手順で通信するためのメッセージを送信した回数が予め定められた回数に到達するまでに、前記第１通信手順で通信するためのメッセージを繰り返し送信することを特徴とする請求項１乃至３のいずれか１項に記載の通信装置。
【請求項５】
受信側を特定する情報と、前記受信側と通信した際のファクシミリ通信手順とを示す通信履歴をさらに備え、
前記通信履歴において前記第１通信手順で通信したことのある受信側と通信する場合には、前記予め定められた時間を延長するか、前記回数を増やすことを特徴とする請求項４記載の通信装置。
【請求項６】
第１通信手順及び第２通信手順の２つのファクシミリ通信手順を用いてファクシミリ受信が可能な通信装置であって、
ファクシミリの送信側から、前記第１通信手順で通信するためのメッセージを受信した場合に、前記送信側と前記第１通信手順で通信不可能なときは、予め定められた時間が経過するまでに、前記送信側と前記第１通信手順で通信可能か否か繰り返し判別する判別手段と、
前記判別手段により前記送信側と前記第１通信手順で通信可能と判別された場合には、前記送信側と前記第１通信手順で通信するためのメッセージを送信する第１送信手段と、
前記予め定められた時間が経過するまでに、前記判別手段により前記送信側と前記第１通信手順で通信可能と判別されなかった場合には、前記送信側と前記第２通信手順で通信するためのメッセージを送信する第２送信手段と
を備えたことを特徴とする通信装置。
【請求項７】
第１通信手順及び第２通信手順の２つのファクシミリ通信手順を用いてファクシミリ受信が可能な通信装置であって、
ファクシミリの送信側から、前記第１通信手順で通信するためのメッセージを受信した場合に、前記送信側と異なる通信装置と通信中のため、前記送信側と前記第１通信手順で通信不可能なときは、前記異なる通信装置との通信が終了するまでの時間を計算する計算手段と、
前記計算手段により計算された時間が、予め定められた時間以下の場合には、前記送信側と前記第１通信手順で通信するためのメッセージを送信する第１送信手段と、
前記計算手段により計算された時間が、予め定められた時間を超える場合には、前記送信側と前記第２通信手順で通信するためのメッセージを送信する第２送信手段と
を備えたことを特徴とする通信装置。
【請求項８】
第１通信手順及び第２通信手順の２つのファクシミリ通信手順を用いてファクシミリ送信が可能な通信装置の制御方法であって、
ファクシミリの受信側に前記第１通信手順で通信するためのメッセージを送信する第１送信ステップと、
前記第１送信ステップにより送信されたメッセージに対する前記受信側の応答が、前記第１通信手順で通信不可能であることを示す場合に、前記第１通信手順で通信するためのメッセージを繰り返し送信する第２送信ステップと、
前記第２送信ステップにより前記第１通信手順で通信するためのメッセージを繰り返し送信した結果、前記メッセージに対する前記受信側の応答が、前記第１通信手順で通信不可能であることを示す場合に、前記第１通信手順及び前記第２通信手順の両方を指定したメッセージを送信する第３送信ステップと
を備えたことを特徴とする制御方法。
【請求項９】
第１通信手順及び第２通信手順の２つのファクシミリ通信手順を用いてファクシミリ受信が可能な通信装置の制御方法であって、
ファクシミリの送信側から、前記第１通信手順で通信するためのメッセージを受信した場合に、前記送信側と前記第１通信手順で通信不可能なときは、予め定められた時間が経過するまでに、前記送信側と前記第１通信手順で通信可能か否か繰り返し判別する判別ステップと、
前記判別ステップにより前記送信側と前記第１通信手順で通信可能と判別された場合には、前記送信側と前記第１通信手順で通信するためのメッセージを送信する第１送信ステップと、
前記予め定められた時間が経過するまでに、前記判別ステップにより前記送信側と前記第１通信手順で通信可能と判別されなかった場合には、前記送信側と前記第２通信手順で通信するためのメッセージを送信する第２送信ステップと
を備えたことを特徴とする制御方法。
【請求項１０】
第１通信手順及び第２通信手順の２つのファクシミリ通信手順を用いてファクシミリ受信が可能な通信装置の制御方法であって、
ファクシミリの送信側から、前記第１通信手順で通信するためのメッセージを受信した場合に、前記送信側と異なる通信装置と通信中のため、前記送信側と前記第１通信手順で通信不可能なときは、前記異なる通信装置との通信が終了するまでの時間を計算する計算ステップと、
前記計算ステップにより計算された時間が、予め定められた時間以下の場合には、前記送信側と前記第１通信手順で通信するためのメッセージを送信する第１送信ステップと、
前記計算ステップにより計算された時間が、予め定められた時間を超える場合には、前記送信側と前記第２通信手順で通信するためのメッセージを送信する第２送信ステップと
を備えたことを特徴とする制御方法。
【請求項１１】
コンピュータを、請求項１乃至７のいずれか１項に記載の通信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置及びその制御方法、並びにプログラムに関する。
【背景技術】
【０００２】
近年、従来の回線交換式の電話回線網（ＰＳＴＮ）をＩＰ（Internet Protocol）技術をベースにして、ＬＡＮまたは次世代ネットワーク（ＮＧＮ：Next Generation Network）でサービスを提供する技術が幅広く普及している。
【０００３】
上記ＮＧＮは、ネットワーク自体に帯域保証機能、セキュリティ機能を備え、電話サービス、映像通信サービス、データ通信サービス等を統合的に実現するＩＰネットワークである。
【０００４】
これらＬＡＮまたはＮＧＮに接続された通信機器との間には、仮想的なセッションが確立され、セッションが成立している間はサービスを保証するＳＩＰ（Session Initiation Protocol）が普及し、利用されている（例えば、特許文献１参照）。
【０００５】
このＳＩＰによりセッションを確立した通信機器において、ＩＰやＶｏＩＰ（Voice Over IP）等のプロトコルを用いて、通話または画像通信を行うものがＩＰ−ＦＡＸ機である。
【０００６】
ＩＰ−ＦＡＸ機はＩＴＵ−Ｔ勧告Ｔ．３８のデジタルファクシミリ手順によるファクシミリ通信、及びＩＴＵ−Ｔ勧告Ｔ．３０のデジタルファクシミリ手順によるファクシミリ通信（ＶｏＩＰみなし音声によるＴ．３０ファクシミリ通信）が可能である。
【０００７】
ＩＰ−ＦＡＸ機は同時に複数のＴ．３８の通信、Ｔ．３０での通信を行うことができる。これらＴ．３８、Ｔ．３０の通信では、共にＩＰ−ＦＡＸ機のハードウェア、ソフトウェアの仕様により、同時通信数の制限が存在する。
【０００８】
例えばＴ．３８での通信が行われており、新たにＴ．３８での通信を行おうとした場合には、Ｔ．３８での通信が成立しない場合があり、その場合にはＴ．３０で通信が開始されてしまう。
【０００９】
また、ＮＧＮをはじめとする一般的な通信網の料金体系によれば、Ｔ．３８の通信費の方がＴ．３０の通信費よりも安くなる。そのため、ＩＰ−ＦＡＸ機で通信を行う発信側及び受信側の双方がＴ．３８の通信に対応していた場合、Ｔ．３８での通信が望まれる。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２００５−８６７２４号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
しかしながら、発信側と受信側の双方がＴ．３８の通信に対応していても、必ずしもＴ．３８を用いた通信を行えない場合がある。
【００１２】
まず、ＩＰ−ＦＡＸ機においてＦＡＸ通信を開始する際、通信相手とのネゴシエーションで、Ｔ．３０で通信を行うか、Ｔ．３８で通信を行うかを決定するようになっている。
【００１３】
そして、通信相手とのネゴシエーションを行う際に、発信側、受信側が別のＩＰ−ＦＡＸの通信を行っている場合など、同時通信数の制約からＴ．３８の通信が成立せず、Ｔ．３０の通信しか行えない場合がある。
【００１４】
その場合、当然にネゴシエーションの結果Ｔ．３０の通信が選択されてしまう。その結果、ユーザは高いＴ．３０での通信費を負担することとなる。このようなケースがあることはＩＰ−ＦＡＸ機における課題となっていた。
【００１５】
本発明の目的は、適切な通信手順を選択してファクシミリ通信を実行することが可能な通信装置及びその制御方法、並びにプログラムを提供することにある。
【課題を解決するための手段】
【００１６】
上記目的を達成するために、請求項１の通信装置は、第１通信手順及び第２通信手順の２つのファクシミリ通信手順を用いてファクシミリ送信が可能な通信装置であって、ファクシミリの受信側に前記第１通信手順で通信するためのメッセージを送信する第１送信手段と、前記第１送信手段により送信されたメッセージに対する前記受信側の応答が、前記第１通信手順で通信不可能であることを示す場合に、前記第１通信手順で通信するためのメッセージを繰り返して送信する第２送信手段と、前記第２送信手段により前記第１通信手順で通信するためのメッセージを繰り返して送信した結果、前記メッセージに対する前記受信側の応答が、前記第１通信手順で通信不可能であることを示す場合に、前記第１通信手順、及び前記第２通信手順のいずれか一方で通信するためのメッセージを送信する第３送信手段とを備えたことを特徴とする。
【発明の効果】
【００１７】
本発明によれば、適切な通信手順を選択してファクシミリ通信を実行することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本実施の形態に係る通信装置を含むネットワーク構成例を示す図である。
【図２】図１における通信装置の概略構成を示す図である。
【図３】図２におけるオペレーションパネルの構成を表す平面図である。
【図４】ＳＩＰセッション確立時のシーケンス図である。
【図５】図４におけるステップＳ４０１のＩＮＶＩＴＥメッセージの詳細を説明するための図である。
【図６】図２におけるＣＰＵにより実行される送信開始処理（時間制御）の手順を示すフローチャートである。
【図７】図２におけるＣＰＵにより実行される送信開始処理（回数制御）の手順を示すフローチャートである。
【図８】図２おけるＨＤＤに記憶されている通信履歴を示す図である。
【図９】図２におけるＣＰＵにより実行される受信開始処理（時間制御）の手順を示すフローチャートである。
【図１０】図２におけるＣＰＵにより実行される受信開始処理（データ量制御）の手順を示すフローチャートである。
【発明を実施するための形態】
【００１９】
以下、本発明の実施の形態について図面を参照しながら詳述する。
【００２０】
図１は、本実施の形態に係る通信装置１０１を含むネットワーク構成例を示す図である。
【００２１】
図１において、通信装置１０１は、ＬＡＮ１２０を介してＩＰ網２０１に接続される。ＮＧＮ網もこのＩＰ網２０１の一部となる。ＩＰ網２０１には通信装置１０１と同様のＩＰ−ＦＡＸの機能を有する通信装置２０５が接続される。
【００２２】
またＩＰ網２０１とＰＳＴＮ網２０３と間には、それら網間でデータの受け渡しをするＶｏＩＰゲートウェイ２０２が接続されている。ＰＳＴＮ網２０３は既存の公衆電話回線である。
【００２３】
ファクシミリ装置２０４、及びファクシミリ装置２０７はＴ．３０の音声通信のみに対応した端末である。また、ＩＰ網２０１とファクシミリ装置２０７との間には、Ｔ．３８方式のプロトコルに従って動作するゲートウェイであるＴ．３８ゲートウェイ２０６が接続されている。
【００２４】
このネットワーク構成において、通信装置１０１は、ＩＰ網２０１を通じて通信装置２０５との間で、Ｔ．３８によるファクシミリ通信と、見做し音声方式（以下、「ＶｏＩＰ」という）でＴ．３０のファクシミリ通信を行うことができる。上記Ｔ．３８は第１通信手順に対応し、Ｔ．３０は第２通信手順に対応している。従って、通信装置１０１は、Ｔ．３８及びＴ．３０の２つのファクシミリ通信手順を用いてファクシミリ送信及びファクシミリ受信が可能となっている。また、Ｔ．３８で通信した際に生じる通信費が、Ｔ．３０で通信した際に生じる通信費より安価となっている。
【００２５】
また、通信装置１０１は、ＩＰ網２０１、ＶｏＩＰゲートウェイ２０２、ＰＳＴＮ網２０３を通じて、ファクシミリ装置２０４とＶｏＩＰにてＴ．３０のファクシミリ通信を行うことができる。
【００２６】
さらに、通信装置１０１は、ＩＰ網２０１、Ｔ．３８ゲートウェイ２０６を通じて、ファクシミリ装置２０７とＴ．３８方式によるＧ３ファクシミリ通信を行うことができる。      
【００２７】
図１に示すネットワーク環境下で運用される通信装置１０１の発呼に際し、Ｔ．３８、及びＶｏＩＰのいずれを選択して発呼するかは、着呼した受信機側で対応可能なプロトコルを送信側に返答することで決定される。
【００２８】
図２は、図１における通信装置１０１の概略構成を示す図である。
【００２９】
図２において、通信装置１０１には、オペレーションパネル１１４、プリンタ１１６、スキャナ１１８、及び電話１４２が接続されている。
【００３０】
通信装置１０１は、ＣＰＵ１０２、ＨＤＤ１０６、ＲＡＭ１０５、ＲＯＭ１０４、パネル制御部１１３、プリンタインタフェース制御部１１５、スキャナインタフェース制御部１１７、及びネットワークインタフェース制御部１１９で構成され、これらはバス１１１で接続されている。
【００３１】
このうち、ＣＰＵ１０２は、通信装置１０１のソフトウェアプログラムを実行し、通信装置１０１全体の制御を行う。また、ＣＰＵ１０２には、Ｔ．３０通信用ハード１３０，１３１，１３２、及び電話制御用ＩＣ１３３が接続されている。そして、ＣＰＵ１０２は、接続されたＴ．３０通信用ハード１３０、１３１、１３２、電話制御用ＩＣ１３３の制御を行う。
【００３２】
ＲＯＭ１０４には、通信装置１０１のブートプログラムや固定パラメータなどが記憶されている。ＲＡＭ１０５は、ＣＰＵ１０２が通信装置１０１を制御する際に、一時的なデータが記憶される。ＨＤＤ１０６は、印刷データや、その他様々なデータが記憶されている。
【００３３】
また、ＨＤＤ１０６には、後述するフローチャートを実行するためのプログラムが記憶されており、これらがＲＡＭ１０５に展開され、ＣＰＵ１０２により実行される。
【００３４】
パネル制御部１１３は、オペレーションパネル１１４を制御し、各種情報の表示、使用者からの指示入力を行う。プリンタインタフェース制御部１１５は、プリンタ１１６を制御する。スキャナインタフェース制御部１１７は、スキャナ１１８を制御する。ネットワークインタフェース制御部１１９は、ＬＡＮ１２０とのデータの送受信を制御する。
【００３５】
Ｔ．３０通信用ハード１３０，１３１，１３２はＴ．３０で通信を行うためのハードウェアである。
【００３６】
バス１３４，１３５，１３６は、ＣＰＵ１０２とＴ．３０通信用ハード１３０，１３１，１３２間でデジタルの画像データを送受信するバスである。
【００３７】
バス１３８，１３９，１４０はＣＰＵ１０２とＴ．３０通信用ハード１３０，１３１，１３２間でＧ．７１１データを送受信するバスである。
【００３８】
これらＴ．３０通信用ハード１３０，１３１，１３２はバス１３４，１３５，１３６経由でＣＰＵ１０２から受信したデジタルの画像データをＧ．７１１形式のデータに変換し、バス１３８，１３９，１４０経由でＣＰＵ１０２へ戻す。
【００３９】
また、バス１３８，１３９，１４０経由でＣＰＵ１０２から受信したＧ．７１１形式の音声データをデジタルの画像データに変換し、バス１３４，１３５，１３６経由でＣＰＵ１０２へ戻す。
【００４０】
なお、Ｔ．３０通信用ハード１３０，１３１，１３２はＭｏｄｅｍ  ＩＣを用いて構成されることもある。
【００４１】
電話１４２は、通話が可能とするための電話制御用ＩＣ１３３に接続されている。電話制御用ＩＣ１３３は、バス１３７，１４１によりＣＰＵ１０２と音声データを送受信する。
【００４２】
図３は、図２におけるオペレーションパネル１１４の構成を表す平面図である。
【００４３】
同図において、オペレーションパネル１１４は、液晶画面３１０、リセットキー３１１、ガイドキー３１２、ユーザモードキー３１３、割り込みキー３１４、暗証キー３１５、テンキー３１６、クリアキー３１７、スタートキー３１８、ストップキー３１９、及び電源オンオフキー３２０を有している。
【００４４】
液晶画面３１０は、設定内容や通信装置１０１の動作状況を表示する画面であり、液晶画面３１０に取り付けられた不図示のタッチパネルのソフトキー等の押下により設定情報が入力可能である。
【００４５】
リセットキー３１１は、設定内容を初期モードにリセットするキーである。ガイドキー３１２は、操作方法の説明が表示される画面を液晶画面３１０に表示させるためのキーである。
【００４６】
ユーザモードキー３１３は、通信装置１０１の各種設定を行うモードに入るためのキーである。割り込みキー３１４は、通信装置１０１の動作を一旦停止させ、他のジョブ動作を実行させるためのキーである。
【００４７】
暗証キー３１５は、暗証を入れないと装置を使用することができない暗証モードのときに、テンキー３１６を用いて暗証を入れた後にその暗証を入力するためのキーである。テンキー３１６は、コピー枚数や、宛先番号等の各種設定の値を入力するためのキーである。
【００４８】
クリアキー３１７は、入力した値をクリアするためのキーである。スタートキー３１８は、通信装置１０１に対して通信動作を開始する指示を入力するためのキーである。ストップキー３１９は通信動作を停止させるためのキーである。
【００４９】
電源オンオフキー３２０はソフトスイッチであり、通信装置１０１の電源をソフト的にオンオフするキーであり、この電源オンオフキー３２０をユーザが長押しすることにより主電源をオフすることができるようにするためのキーである。
【００５０】
図４は、ＳＩＰセッション確立時のシーケンス図である。
【００５１】
図４（Ａ）は、ファクシミリ装置２０４が、通信装置１０１に対してオファーＳＤＰを含めたＳＩＰ接続要求メッセージ（ＩＮＶＩＴＥ）を送信してＳＩＰセッションの確立を要求する場合のシーケンス図である。
【００５２】
図４（Ａ）において、ファクシミリ装置２０４は、通信装置１０１に対して、ＩＮＶＩＴＥメッセージを送信する（ステップＳ４０１）。ＩＮＶＩＴＥメッセージには、ＳＩＰセッションで利用したいメディア情報と受信ポート番号を記述したＳＤＰ（Session Description Protocol）が含まれている。
【００５３】
ここでは、通話や、Ｔ．３０でのＦＡＸ通信を目的として、ｍ＝ａｕｄｉｏ  ５００４  ＵＤＰと記述していることでメディア種別ａｕｄｉｏをＵＤＰのポート番号５００４を利用してデータ通信を行うＳＩＰセッションを確立することを提案している。なお、ａｕｄｉｏ以外のメディア種別でセッションを確立することも可能である。
【００５４】
通信装置１０１は、自装置宛のＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに含まれているオファーＳＤＰを精査し、対応可能なメディア情報が記述されていれば、２００ＯＫメッセージを送信する（ステップＳ４０２）。
【００５５】
２００ＯＫには通信装置１０１が受け入れるメディア情報と受信ポート番号を記述したＳＤＰを含める。今の場合は、ｍ＝ａｕｄｉｏ  ５００４  ＵＤＰと記述することでメディア種別ａｕｄｉｏをＵＤＰのポート番号５００４を受信ポートとしてデータ通信を行うＳＩＰセッションを確立することに同意している。
【００５６】
ファクシミリ装置２０４は、２００ＯＫを受信すると、２００ＯＫメッセージを受信したことを示すＡＣＫメッセージを送信する（ステップＳ４０３）。これによって、ファクシミリ装置２０４と通信装置１０１間に、両者が同意したメディア情報でデータ通信を実現するＳＩＰセッションが確立したこととなる。
【００５７】
図４（Ｂ）は、通信装置２０５が、通信装置１０１に対して、Ｔ．３８での通信を行うためにｉｍａｇｅでＳＩＰセッションの確立を要求するシーケンス図である。
【００５８】
図４（Ｂ）において、通信装置２０５は、通信装置１０１に対して、ＩＮＶＩＴＥメッセージを送信する（ステップＳ７０１）。ＩＮＶＩＴＥメッセージには、ＳＩＰセッションで利用したいメディア情報と受信ポート番号を記述したＳＤＰが含まれている。
【００５９】
ここでは、画像通信を目的として、ｍ＝ｉｍａｇｅ  ９０００  ＴＣＰと記述することでメディア種別ｉｍａｇｅをＴＣＰのポート番号９０００を利用してデータ通信を行うＳＩＰセッションを確立することを提案している。
【００６０】
通信装置１０１は、自装置宛のＩＮＶＩＴＥメッセージを受信すると、ＩＮＶＩＴＥメッセージに含まれているオファーＳＤＰを精査し、対応可能なメディア情報が記述されていれば、２００ＯＫメッセージを送信する（ステップＳ７０２）。
【００６１】
２００ＯＫには通信装置１０１が受け入れるメディア情報と受信ポート番号を記述したＳＤＰを含める。今の場合は、ｍ＝ｉｍａｇｅ  ９０００  ＴＣＰと記述することでメディア種別ｉｍａｇｅをＴＣＰのポート番号９０００を受信ポートとしてデータ通信を行うＳＩＰセッションを確立することに同意している。
【００６２】
通信装置２０５は、２００ＯＫを受信すると、２００ＯＫメッセージを受信したことを示すＡＣＫメッセージを送信する（ステップＳ７０３）。
【００６３】
これによって、通信装置２０５と通信装置１０１間に、両者が同意したｉｍａｇｅのメディア情報でデータ通信を実現するＳＩＰセッションが確立したこととなる。
【００６４】
図５は、図４におけるステップＳ４０１のＩＮＶＩＴＥメッセージの詳細を説明するための図である。
【００６５】
図５に示されるように、ＩＮＶＩＴＥにはリクエスト行、ヘッダ部、ボディ部がある。そして、ボディ部にＳＤＰが含まれている。
【００６６】
リクエスト行には、リクエストの種類（メソッド）、リクエストの宛先を示すためのＵＲＩ、及びＳＩＰのバージョンの３つが含まれる。
【００６７】
今回のリクエストの種類はＩＮＶＩＴＥである。リクエストの宛先は、例えばsip:user2@recv.example.comとし、ＳＩＰのバージョンをＳＩＰ／２．０とすれば、図５のリクエスト行の内容となる。
【００６８】
次にヘッダ部に示される内容に関して説明する。ヘッダにはこのリクエストの概要を示すための情報が含まれる。これらの情報はヘッダ名：値という形式で、複数のヘッダが並んでいく。ＳＩＰのリクエストでは以下の６つのヘッダが必須となる。
【００６９】
Ｖｉａヘッダには，ＳＩＰのバージョン、データ伝送に使用するプロトコルと、このリクエストに対するレスポンスを送る相手を指定する。ここでは、ＳＩＰのバージョンをＳＩＰ／２．０、データ伝送プロトコルをＴＣＰ、レスポンスを送る相手はsend.example.orgの５０６０番ポート、つまりsend.example.org：５０６０としている。
【００７０】
Ｍａｘ−Ｆｏｒｗａｒｄｓヘッダには、リクエストの最大中継回数を指定する。この値は１回中継されるごとに１ずつ減らされていき、０になるとエラーを示すレスポンスが返される。今回はＳＩＰで推奨されている７０としている。
【００７１】
Ｆｒｏｍヘッダには、このリクエストの送信者を指定する。また、送信者を識別するための値であるｔａｇを設定する。ここではリクエストの送信者をUser1 <sip:User1@send.example.org>、ｔａｇを９８７６５としている。
【００７２】
Ｔｏヘッダには、このリクエストの受信者を指定する。ここではリクエストの受信者をUser2 <sip:user2@recv.example.com>としている。
【００７３】
Ｃａｌｌ−ＩＤヘッダには、一連の通話（呼）で発生するＳＩＰリクエスト・レスポンスを他の呼のものと識別するためのＩＤを設定する。
【００７４】
このＩＤは、通話の始まりであるＩＮＶＩＴＥリクエストから、通話の終わりＢＹＥリクエストに対するレスポンスまで同じものを使用する。また、他の呼とは異なるユニークなＩＤを設定する必要がある。ここでは、123456@send.example.orgとする。
【００７５】
ＣＳｅｑヘッダには、リクエストの順序を示すための番号を設定する。ここでは１としている。
【００７６】
以上説明したヘッダの他に、必須ではないが多数のヘッダがある。ここでは以下の３つについて説明する。
【００７７】
Ｃｏｎｔａｃｔヘッダには、これ以降のリクエストの送信先をＵＲＩで指定する。ここでは<sip:User1@send.example.org>としている。
【００７８】
Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダには、この後のボディ部の種類を指定する。ここでは、この後のボディがＳＤＰのため、application/sdpとしている。
【００７９】
Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダには、ボディ部のサイズを指定する。ここでは、ボディが１４９バイトとし、１４９としている。
【００８０】
次に図５のボディ部に関して説明する。ＳＤＰを使用することで、セッションを識別するための情報、セッションで伝送されるデータの種別などを記述することができる。これらの情報はタイプ＝値という形式で記述される。以下に、例を示しておく。
【００８１】
ｖはプロトコルのバージョンを示すタイプである。ここではＳＤＰのバージョン０を用いるため、ｖ＝０としている。ｏはこのセッションを識別するための情報を示すタイプである。ここには以下の情報を記述する。
【００８２】
まずユーザ名であるが、ここには、このセッションを開始したユーザのユーザ名が記述される。ここではＵｓｅｒ１としている。
【００８３】
セッションＩＤは、セッションを識別するためのＩＤである。作成方法は定められていないが、重複を避けるためＮＴＰ（Network Time Protocol）形式のタイムスタンプ（協定世界時１９００年１月１日０時０分０秒からの積算秒数）を使用する方法が提案されている。ここでは１１５８４５５１９０としている。
【００８４】
セッションバージョンは、現在はＮＴＰ形式のタイムスタンプを使用することが推奨されている。ここでは１１５８４５５１９０としている。
【００８５】
ネットワークタイプは、ネットワークの種類を示している。インターネットを使う際にはＩＮとなる。
【００８６】
アドレスタイプは、ネットワークのアドレス体系を示している。ＩＰｖ４を使用する際にはＩＰ４とする。
【００８７】
セッションを開始したマシンのアドレスは、このセッションを開始したマシンのホスト名（ＦＱＤＮ）かＩＰアドレスを示している。ここでは、send.example.orgとしている。
【００８８】
次に、ｓはセッション名を示すタイプである。特に形式は定められていないが、必ず何かを記述する。ここではＳｅｓｓｉｏｎとする。
【００８９】
ｃはコネクション情報を示すタイプである。ネットワーク種別、アドレス種別、及び送信元のホスト名またはＩＰアドレスを記述する。ここでは、c=IN IP4 send.example.orgとしている。
【００９０】
ｔはセッションの開始時刻、終了時刻を示すタイプである。ＳＩＰが開始及び終了を制御しているので、ＳＤＰでは指定することができない。ここではｔ＝０  ０としている。
【００９１】
ｍはメディアについての情報を示すタイプである。ここには以下の情報を記述する。
【００９２】
メディアタイプには、送信するメディアのタイプによってaudio、video、text、application、messageなどから選択されたものが指定される。ここでは音声通信を行うaudioを指定している。
【００９３】
ポート番号には、ＲＴＰでメディアを受信する際の受信先ポート番号を記述する。ここでは１００００とする。
【００９４】
プロトコルには、メディア送信に用いるプロトコルを記述する。今回はＲＴＰを用いるので、ＲＴＰ／ＡＶＰとしている。
【００９５】
フォーマットには、ＲＦＣ  １８９０（ＡＶ  Ｐｒｏｆｉｌｅ）に記述されているペイロードタイプに従い、使用するメディアのフォーマットを記述する。ここではクロック周波数８ｋＨｚのμ−Ｌａｗ  ＰＣＭの設定のため０としている。
【００９６】
次に、ａは様々な属性を示すためのタイプを示している。ここでは、メディアのフォーマットがμ−Ｌａｗ  ＰＣＭの８ｋＨｚであることを示すために、ａ＝ｒｔｐｍａｐ：０  ＰＣＭＵ／８０００としている。
【００９７】
ｂは帯域情報を指定するためのタイプである。ＡＳ：５００は、同時に複数サイトの送信がある場合でも１つのメディアに関する帯域幅（５００ｋｂｐｓ）を指定している。
【００９８】
また、ｂにはこの他にも、ＩＰ−ＦＡＸの処理能力や、ＦＡＸ画像データ量、ＦＡＸ運用ポリシーなどを記述できる。
【００９９】
以上説明したＩＮＶＩＴＥのヘッダ、ボディ部を解釈することで通信装置１０１は通信相手を特定することができる。
【０１００】
また、メディア属性ａの値がＴ３８  ＦＡＸ  Ｒａｔｅ  ｍａｎａｇｅｍｅｎｔ：ｌｏｃａｌＴＦＣの場合、Ｔ．３８の通信であることがわかるＴ３８の記載があるので、Ｔ．３８に対応したＦＡＸからの着信であることが判断できる。
【０１０１】
さらに、送信側のメディア属性の値が受信側において実行できない場合には、受信側から送信側に対して、例えば、４００Ｂａｄ  Ｒｅｑｕｅｓｔ、４０４  Ｎｏｔ  Ｆｏｕｎｄなどのクライアント・エラー応答を返答すれば良い。
【０１０２】
図６は、図２におけるＣＰＵ１０２により実行される送信開始処理（時間制御）の手順を示すフローチャートである。
【０１０３】
図６において、通信装置１０１はユーザによって通信が開始されると（ステップＳ６０１でＹＥＳ）、受信側に対してメディア属性をＴ．３８のみとしたＩＮＶＩＴＥを送る（ステップＳ６０２）。このステップＳ６０２は、ファクシミリの受信側にＴ．３８で通信するためのメッセージを送信する第１送信手段に対応する。
【０１０４】
受信側から応答があると（ステップＳ６０３でＹＥＳ）、受信側がＴ．３８で通信可能か否か判別する（ステップＳ６０４）。
【０１０５】
ステップＳ６０４の判別の結果、受信側がＴ．３８で通信可能な場合には（ステップＳ６０４でＹＥＳ）、Ｔ．３８でＦＡＸ送信を行い（ステップＳ６０５）、本処理を終了する。このステップＳ６０５は、Ｔ．３８で通信するためのメッセージを繰り返して送信した結果、受信側の応答が、Ｔ．３８での通信を受諾したことを示す場合に、Ｔ．３８でファクシミリ通信する第１ファックス送信手段に対応する。
【０１０６】
一方、ステップＳ６０４の判別の結果、受信側がＴ．３８で通信可能ではない場合には（ステップＳ６０４でＮＯ）、通信装置１０１が持つタイマーＴｉｍｍｅｒ１を０とし、Ｔｉｍｍｅｒ１のカウントをスタートさせる（ステップＳ６０６）。
【０１０７】
次いで、Ｔｉｍｍｅｒ１が予め定められた時間Ｎを超えているか否か判別する（ステップＳ６０７）。Ｎの値はＲＯＭ１０４またはＨＤＤ１０６に記憶されており、固定値またはユーザに設定させた値である。
【０１０８】
ステップＳ６０７の判別の結果、Ｔｉｍｍｅｒ１が予め定められた時間Ｎを超えている場合には（ステップＳ６０７でＹＥＳ）、受信側にメディア属性Ｔ．３０、Ｔ．３８での通信を提案する（ステップＳ６０８）。このステップＳ６０８は、Ｔ．３８で通信するためのメッセージを繰り返して送信した結果、受信側の応答が、Ｔ．３８で通信不可能であることを示す場合に、Ｔ．３８、及びＴ．３０の両方を指定したメッセージを送信する第３送信手段に対応する。このように、本実施の形態では、ステップＳ６０３で応答を受信してから予め定められた時間Ｎが経過するまでに、Ｔ．３８で通信するためのメッセージを送信する。
【０１０９】
受信側から応答があると（ステップＳ６０９でＹＥＳ）、受信側が受諾したメディアでＦＡＸ送信し（ステップＳ６１０）、本処理を終了する。このステップＳ６１０は、Ｔ．３８、及びＴ．３０の両方を指定したメッセージに対する応答で受信側が受諾した通信手順でファクシミリ通信する第２ファックス送信手段に対応する。
【０１１０】
ステップＳ６０７の処理に戻り、ステップＳ６０７の判別の結果、Ｔｉｍｍｅｒ１が予め定められた時間Ｎを超えていない場合には（ステップＳ６０７でＮＯ）、受信側に対してメディア属性Ｔ．３８のみでの通信を提案する（ステップＳ６１１）。このステップＳ６１１は、Ｔ．３８により送信されたメッセージに対する受信側の応答が、Ｔ．３８で通信不可能であることを示す場合に（ステップＳ６０４でＮＯ）、Ｔ．３８で通信するためのメッセージを繰り返し送信する第２送信手段に対応する。
【０１１１】
受信側から応答があると（ステップＳ６１３でＹＥＳ）、受信側がＴ．３８での通信をを受諾したか否か判別する（ステップＳ６１３）。
【０１１２】
ステップＳ６１３の判別の結果、受信側がＴ．３８での通信を受諾した場合には（ステップＳ６１３でＹＥＳ）、上記ステップＳ６０５に進む。
【０１１３】
一方、ステップＳ６１３の判別の結果、受信側がＴ．３８での通信を受諾しなかった場合には（ステップＳ６１３でＮＯ）、上記ステップＳ６０７に進む。
【０１１４】
以上説明した送信開始処理により、受信側からＴ．３８の通信が受け入れられないと応答が一度あった場合でも、Ｔ．３０での通信をせずに、予め定められた時間Ｎが経過するまで、Ｔ．３８での通信を提案する。その結果、Ｔ．３８での通信が選択される可能性が高くなり、通信費を抑制することができる。
【０１１５】
図７は、図２におけるＣＰＵ１０２により実行される送信開始処理（回数制御）の手順を示すフローチャートである。
【０１１６】
図６の送信開始処理では、同じセッション内で時間を用いて制御する処理を行う例を示したが、図７の処理は、Ｔ．３８での通信を提案し、Ｔ．３８での通信ができない場合、セッションを切断して複数回に渡りＴ．３８での通信を試みる処理である。
【０１１７】
図７において、通信装置１０１はユーザによって通信が開始されると（ステップＳ７０１でＹＥＳ）、カウンタＮを０とする（ステップＳ８０２）。このカウンタＮは、回数をカウントするためのカウンタである。
【０１１８】
次いで、カウンタＮが予め定められた値であるＭを超えているか否か判別する（ステップＳ８０３）。Ｍの値はＲＯＭ１０４またはＨＤＤ１０６に記憶されており、固定値またはユーザに設定させた値である。
【０１１９】
ステップＳ８０３の判別の結果、カウンタＮがＭを超えていない場合には（ステップＳ８０３でＮＯ）、受信側に対してメディア属性Ｔ．３８のみでの通信を提案する（ステップＳ８０４）。
【０１２０】
受信側から応答があると（ステップＳ８０５でＹＥＳ）、受信側がＴ．３８での通信を受諾したか否か判別する（ステップＳ８０６）。
【０１２１】
ステップＳ８０６の判別の結果、受信側がＴ．３８での通信を受諾した場合には（ステップＳ８０６でＹＥＳ）、Ｔ．３８でＦＡＸ送信を行い（ステップＳ８０７）、本処理を終了する。
【０１２２】
一方、ステップＳ８０６の判別の結果、受信側がＴ．３８での通信を受諾しなかった場合には（ステップＳ８０６でＮＯ）、セッションを切断し（ステップＳ８０８）、Ｎを増分し（ステップＳ８０９）、一定時間ウェイトし（ステップＳ８１０）、ステップＳ８０３に戻る。
【０１２３】
ステップＳ８０３の処理に戻り、ステップＳ８０３の判別の結果、カウンタＮがＭを超えている場合には（ステップＳ８０３でＹＥＳ）、受信側にメディア属性Ｔ．３０、Ｔ．３８での通信を提案する（ステップＳ８１１）。このように、本実施の形態では、Ｔ．３８で通信するためのメッセージを送信した回数が予め定められた回数（ここではＭ＋１）に到達するまでに、Ｔ．３８で通信するためのメッセージを送信する。
【０１２４】
受信側から応答があると（ステップＳ８１２でＹＥＳ）、受信側が受諾したメディアでＦＡＸ送信し（ステップＳ８１３）、本処理を終了する。
【０１２５】
以上説明した送信開始処理により、受信側からＴ．３８の通信が受け入れられないと応答が一度あった場合でも、Ｔ．３０での通信をせずに、予め定められた回数までセッションの切断、再開を繰り返し、Ｔ．３８での通信を提案する。その結果、Ｔ．３８での通信が選択される可能性が高くなり、通信費を抑制することができる。
【０１２６】
図８は、図２おけるＨＤＤ１０６に記憶されている通信履歴を示す図である。
【０１２７】
図８において、通信履歴は、番号、通信相手、及びファクシミリ通信手順で構成される。
【０１２８】
例えば、番号が０３−２２２−ＸＸＸＸの通信相手Haruna.Fukushimaに対し、Ｔ．３０で通信したことが示されている。
【０１２９】
一方、番号が０３−３３３−ＸＸＸＸの通信相手Kanta.Saitoに対し、Ｔ．３８で通信したことが示されている。
【０１３０】
Ｔ．３８で通信が一度でも行えた相手は、Ｔ．３８での通信を確立できる可能性が高い。そのため、過去の履歴がＴ．３０のものや、Ｔ．３８かＴ．３０で通信できるか否かが不明な場合と比較して、よりＴ．３８での通信が確立するような処理が望まれる。
【０１３１】
そこで、図８の履歴においてＴ．３８の通信履歴がある相手に対しては、例えば図６で用いられたＮの値を大きくしてもよい。
【０１３２】
その結果、ステップＳ６１１〜ステップＳ６１３においてＴ．３８での通信を提案する機会が増えるために、Ｔ．３８での通信を確立できる可能性が増大する。
【０１３３】
同様に、図８で用いられたＭの値を大きくしてもよい。その結果、Ｔ．３８でのオファー回数が増えるため、よりＴ．３８での通信を確立できる可能性が増大する。
【０１３４】
このように、本実施の形態では、受信側を特定する情報（ここでは、番号または通信相手）と、受信側と通信した際のファクシミリ通信手順とを示す通信履歴をさらに備えている。そして、通信履歴においてＴ．３８で通信したことのある受信側と通信する場合には、予め定められた時間Ｎを延長するか、回数Ｍを増やすようにしている。
【０１３５】
図９は、図２におけるＣＰＵ１０２により実行される受信開始処理（時間制御）の手順を示すフローチャートである。
【０１３６】
図９において、セッション要求があると（ステップＳ１００１でＹＥＳ）、送信側に対して呼出し中である事を示す１８０Ｒｉｎｇｉｎｇを返す（ステップＳ１００２）。これにより、セッションを切断することなしに送信側を待たせておくことが可能となる。
【０１３７】
次いで、送信側からＴ．３８での通信が提案されたか否か判別する（ステップＳ１００３）。ステップＳ１００３の判別の結果、Ｔ．３８での通信が提案されずに、Ｔ．３０での通信が提案された場合には（ステップＳ１００３でＮＯ）、送信側にメディア属性Ｔ．３０で返信し（ステップＳ１０１０）、Ｔ．３０でＦＡＸ受信して（ステップＳ１０１１）、本処理を終了する。このステップＳ１０１０は、予め定められた時間Ｍが経過するまでに、送信側とＴ．３８で通信可能と判別されなかった場合には（ステップＳ１００９でＮＯ）、送信側とＴ．３０で通信するためのメッセージを送信する第２送信手段に対応する。
【０１３８】
一方、ステップＳ１００３の判別の結果、Ｔ．３８での通信が提案された場合には（ステップＳ１００３でＹＥＳ）、通信装置１０１において、Ｔ．３８での通信が現在行えるか否か判別する（ステップＳ１００４）。
【０１３９】
ステップＳ１００４の判別の結果、Ｔ．３８での通信が現在行える場合には（ステップＳ１００４でＹＥＳ）、送信側にメディア属性Ｔ．３８で返信し（ステップＳ１００５）、Ｔ．３８でＦＡＸ受信して（ステップＳ１００６）、本処理を終了する。このステップＳ１００５は、送信側とＴ．３８で通信可能と判別された場合には、送信側とＴ．３８で通信するためのメッセージを送信する第１送信手段に対応する。
【０１４０】
一方、ステップＳ１００４の判別の結果、Ｔ．３８での通信が現在行えない場合には（ステップＳ１００４でＮＯ）、タイマーＴｉｍｍｅｒ２を０とし、Ｔｉｍｍｅｒ２のカウントをスタートさせる（ステップＳ１００７）。
【０１４１】
次いで、Ｔ．３８での通信が可能か否か判別する（ステップＳ１００８）。ステップＳ１００８の判別の結果、Ｔ．３８での通信が可能となった場合には（ステップＳ１００８でＹＥＳ）、ステップＳ１００５に進む。このステップＳ１００８は、ファクシミリの送信側から、Ｔ．３８で通信するためのメッセージを受信した場合に、送信側とＴ．３８で通信不可能なときは（ステップＳ１００４でＮＯ）、予め定められた時間Ｍが経過するまでに、送信側とＴ．３８で通信可能か否か繰り返し判別する判別手段に対応する。
【０１４２】
一方、ステップＳ１００８の判別の結果、Ｔ．３８での通信が可能ではない場合には（ステップＳ１００８でＮＯ）、Ｔｉｍｍｅｒ２が予め定められた時間Ｍを超えているか否か判別する（ステップＳ１００９）。Ｍの値はＲＯＭ１０４またはＨＤＤ１０６に記憶されており、固定値またはユーザに設定させた値である。
【０１４３】
ステップＳ１００９の判別の結果、Ｔｉｍｍｅｒ２が予め定められた時間Ｍを超えている場合には（ステップＳ１００９でＹＥＳ）、上記ステップＳ１０１０に進む。
【０１４４】
一方、ステップＳ１００９の判別の結果、Ｔｉｍｍｅｒ２が予め定められた時間Ｍを超えていない場合には（ステップＳ１００９でＮＯ）、ステップＳ１００８に戻る。
【０１４５】
以上説明した受信開始処理では、通信装置１０１において、既にＴ．３８での通信が行われており、Ｔ．３０での通信しか出来ない場合に、Ｔ．３０での通信をすぐに選択せずに、Ｔ．３８での通信の終了を一定時間待つ。
【０１４６】
その間に、Ｔ．３８での通信が終了すれば、Ｔ．３８での通信を行い、終了しなければＴ．３０での通信を行う。その結果、Ｔ．３８での通信が選択される可能性が高くなり、通信費を抑制することができる。
【０１４７】
図１０は、図２におけるＣＰＵ１０２により実行される受信開始処理（データ量制御）の手順を示すフローチャートである。
【０１４８】
なお、図１０のステップＳ１１０１〜Ｓ１１０６、Ｓ１１１０、Ｓ１１１１は、図９のステップＳ１００１〜Ｓ１００６、Ｓ１０１０、Ｓ１０１１と同じ処理であるため、一部説明を省略する。
【０１４９】
ステップＳ１１０３で肯定判別されると、通信装置１０１において、Ｔ．３８での通信が現在行えるか否か判別する（ステップＳ１１０４）。
【０１５０】
ステップＳ１１０４の判別の結果、Ｔ．３８での通信が現在行えない場合には（ステップＳ１１０４でＮＯ）、送信側と異なる通信装置とＴ．３８での通信中において、まだ受信できていない残データ量を計算する（ステップＳ１１０７）。
【０１５１】
この計算方法は、送信側から送られてくるＩｎｖｉｔｅの帯域情報を指定するｂに記述された総データ量から、受信したデータ量を減算するという方法である。他の方法でもよい。
【０１５２】
次いで、まだ受信できていない残データ量を受信するために要する時間Ｔを計算する（ステップＳ１１０８）。時間Ｔは、残データ量通信スピードで割ることで得られる。上記ステップＳ１１０７及び１１０８は、ファクシミリの送信側から、Ｔ．３８で通信するためのメッセージを受信した場合に、送信側と異なる通信装置と通信中のため、送信側とＴ．３８で通信不可能なときは、異なる通信装置との通信が終了するまでの時間Ｔ２を計算する計算手段に対応する。
【０１５３】
そして、Ｔ２がＰを超えているか否か判別する（ステップＳ１１０９）。Ｐは待ち時間を示し、Ｐの値はＲＯＭ１０４またはＨＤＤ１０６に記憶されており、固定値またはユーザに設定させた値である。
【０１５４】
ステップＳ１１０９の判別の結果、Ｔ２がＰを超える場合には（ステップＳ１１０９でＹＥＳ）、送信側にメディア属性Ｔ．３０で返信し（ステップＳ１０１０）、Ｔ．３０でＦＡＸ受信して（ステップＳ１０１１）、本処理を終了する。上記ステップＳ１０１０は、計算された時間Ｔ２が、予め定められた時間Ｐを超える場合には、送信側とＴ．３０で通信するためのメッセージを送信する第２送信手段に対応する。
【０１５５】
一方、ステップＳ１１０９の判別の結果、Ｔ２がＰ以下の場合には（ステップＳ１１０９でＮＯ）、時間Ｔ２だけウェイトし（ステップＳ１１１２）、送信側にメディア属性Ｔ．３８で返信し（ステップＳ１１０５）、Ｔ．３８でＦＡＸ受信して（ステップＳ１１０６）、本処理を終了する。上記ステップＳ１１０５は、計算された時間Ｔ２が、予め定められた時間以下（Ｐ以下）の場合には、送信側とＴ．３８で通信するためのメッセージを送信する第１送信手段に対応する。
【０１５６】
以上説明した受信開始処理では、通信装置１０１において、既にＴ．３８での通信が行われており、Ｔ．３０での通信しか出来ない場合に、Ｔ．３０での通信をすぐに選択せずに、Ｔ．３８での通信の終了までの時間を計算し、その時間に応じてＴ．３８またはＴ．３０での通信を行う。
【０１５７】
その結果、Ｔ．３８での通信が選択される可能性が高くなり、通信費を抑制することができる。
【０１５８】
以上説明したように、本実施の形態によれば、安い通信費での通信を行うように、繰り返し安い通信費で通信するためのＴ．３８で通信するように受信側にメッセージを送信する結果、Ｔ．３８での通信が選択される可能性が高くなり、通信費を抑制することができる。
【０１５９】
（他の実施の形態）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶した記憶媒体は本発明を構成することになる。
【符号の説明】
【０１６０】
１０１  通信装置
１０２  ＣＰＵ
１０４  ＲＯＭ
１０５  ＲＡＭ
１１９  ネットワークインタフェース制御部
１３０，１３１，１３２  Ｔ．３０通信用ハード
【図１】
2015002517.tif 000003
【図２】
2015002517.tif 000004
【図３】
2015002517.tif 000005
【図４】
2015002517.tif 000006
【図５】
2015002517.tif 000007
【図６】
2015002517.tif 000008
【図７】
2015002517.tif 000009
【図８】
2015002517.tif 000010
【図９】
2015002517.tif 000011
【図１０】
2015002517.tif 000012