(57)【要約】【課題】ＳＩＰサーバがＳＤＰの記述内容に制限を課すようなものであっても、その制限を受けることなく、自由に相手先とメディアセッションの内容を取り決めることができ、音声通信の利用のみを前提としているキャリア網に装置を接続した場合であっても画像データの通信を行うことができる画像通信装置を提供すること。【解決手段】相手先とＳＩＰのシグナリングメッセージをやり取りすることによりメディアセッションを確立して画像データを送信する画像通信装置において、接続されるキャリアのＳＩＰサーバに適合するＳＤＰヘッダ形式を記憶するテーブルＸと、送信するリクエストメッセージのＳＤＰヘッダをテーブルＸに記憶されているＳＤＰヘッダ形式に従って記述し、前記ＳＤＰの中でＳＩＰサーバが関与しない「ｓ」フィールドに実際に相手先に要求するメディアセッションに関する情報を記述する画像通信装置１Ａ。【選択図】図３
2006229394.tif 000002
【特許請求の範囲】
【請求項１】
相手先と呼制御プロトコルのメッセージをやり取りすることによりメディアセッションを確立して画像データを送信する画像通信装置において、自装置が接続されるキャリアのサーバに適合するＳＤＰヘッダ形式を記憶する記憶手段と、送信するリクエストメッセージのＳＤＰヘッダを前記記憶手段が記憶するＳＤＰヘッダ形式に従って記述する第１記述手段と、前記リクエストメッセージの中で前記サーバが関与しない所定箇所に実際に相手先に要求するメディアセッションに関する情報を記述する第２記述手段と、を備えることを特徴とする画像通信装置。
【請求項２】
前記第２記述手段が前記メディアセッションに関する情報を記述する前記所定箇所は、前記第１記述手段が記述するＳＤＰヘッダの特定のフィールドであることを特徴とする請求項１記載の画像通信装置。
【請求項３】
相手先と呼制御プロトコルのメッセージをやり取りすることによりメディアセッションを確立して画像データを受信する画像通信装置において、受信したリクエストメッセージの中で呼制御を司るサーバが関与しない所定箇所に記述された情報を相手先が要求するメディアセッションに関する情報として採用する手段を備えることを特徴とする画像通信装置。
【請求項４】
前記サーバが関与しない前記所定箇所は、前記受信したリクエストメッセージの中のＳＤＰヘッダの特定のフィールドであることを特徴とする請求項３記載の画像通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session  Initiation  Protocol）等の呼制御プロトコルを利用して、画像データの送受信を行う画像通信装置に関する。
【背景技術】
【０００２】
近年、ＳＩＰによりメディアセッションを確立して、画像データの送受信を行うＩＰファクシミリ装置が提案されている（例えば、特許文献１乃至３参照。）。発呼側装置と被呼側装置の間では、メディアセッションを確立するために、テキストベースのシグナリングメッセージがやり取りされる。シグナリングメッセージのやり取りでは、メディアセッションで採用されるメディアタイプ、コーデック、ＩＰアドレス、ポート番号等の取り決めがなされ、通常、これらのメディアセッションに関する情報は、ＳＤＰ（Session  Description  Protocol）によって記述される。
【０００３】
【特許文献１】特開２００４−１７２８５３号公報
【特許文献２】特開２００４−２２１９４５号公報
【特許文献３】特開２００４−２６０５３５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
本来、ＳＩＰサーバは呼制御を司り、メディアセッションの内容やＳＤＰによる記述内容には関与しない。しかし、ＳＩＰを利用して画像データの送受信を行うＩＰファクシミリ装置は未だ普及していないため、キャリア（通信事業者）のＳＩＰサーバは、ＩＰ電話による音声通話の利用のみを前提とする実装を行っているものが多い。つまり、キャリアのＳＩＰサーバは、ＳＤＰにより特定の内容が記述されているものに限って、呼制御処理を受付け、ＳＤＰにより特定の内容が記述されていないリクエストメッセージ等については、呼制御処理を受付けないものが多い。例えば、キャリアのＳＩＰサーバがＳＤＰにより「ｍ＝ａｕｄｉｏ  ５００４  ＲＴＰ／ＡＶＰ０」が記述されたものだけを呼制御処理の対象とするものである場合は、当該キャリア網にＩＰファクシミリ装置を設置しても、ＳＤＰにより画像データの通信要求を記述したリクエストメッセージは、ＳＩＰサーバによって転送処理が拒否される。このため、相手先と画像データを送信するためのメディアセッションを確立することができないという問題が生じる。
【０００５】
本発明は、上述の問題に鑑みてなされたものであり、呼制御を司るサーバがＳＤＰの記述内容に制限を課すようなものであっても、その制限を受けることなく、自由に相手先とメディアセッションの内容を取り決めることができ、音声通信の利用のみを前提としているキャリア網に装置を接続した場合であっても呼制御プロトコルを利用して画像データの通信を行うことができる画像通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
請求項１記載の画像通信装置は、相手先と呼制御プロトコルのメッセージをやり取りすることによりメディアセッションを確立して画像データを送信する画像通信装置において、自装置が接続されるキャリアのサーバに適合するＳＤＰヘッダ形式を記憶する記憶手段と、送信するリクエストメッセージのＳＤＰヘッダを前記記憶手段が記憶するＳＤＰヘッダ形式に従って記述する第１記述手段と、前記リクエストメッセージの中で前記サーバが関与しない所定箇所に実際に相手先に要求するメディアセッションに関する情報を記述する第２記述手段と、を備えることを特徴としている。
【０００７】
請求項２記載の画像通信装置は、請求項１記載の画像通信装置において、前記第２記述手段が前記メディアセッションに関する情報を記述する前記所定箇所は、前記第１記述手段が記述するＳＤＰヘッダの特定のフィールドであることを特徴としている。
【０００８】
請求項３記載の画像通信装置は、相手先と呼制御プロトコルのメッセージをやり取りすることによりメディアセッションを確立して画像データを受信する画像通信装置において、受信したリクエストメッセージの中で呼制御を司るサーバが関与しない所定箇所に記述された情報を相手先が要求するメディアセッションに関する情報として採用する手段を備えることを特徴としている。
【０００９】
請求項４記載の画像通信装置は、請求項３記載の画像通信装置において、前記サーバが関与しない前記所定箇所は、前記受信したリクエストメッセージの中のＳＤＰヘッダの特定のフィールドであることを特徴としている。
【発明の効果】
【００１０】
請求項１記載の画像通信装置と請求項３記載の画像通信装置によれば、呼制御を司るサーバがＳＤＰの記述内容に制限を課すようなものであっても、その制限を受けることなく、自由にメディアセッションの内容を取り決めることができる。これにより特定のメディアタイプ、例えば音声通信の利用のみを前提としているキャリア網に請求項１記載の画像通信装置を接続した場合でも、相手先との間でメディアセッションを確立して画像データの送受信を行うことができる。
【００１１】
請求項２記載の画像通信装置と請求項４記載の画像通信装置によれば、実際に相手先に要求するメディアセッションに関する情報が呼制御を司るサーバが関与しないＳＤＰヘッダの特定フィールドに記述されるので、当該情報が記述されたリクエストメッセージを送信してもサーバが行う呼制御には、一切悪影響を及ぼすことがない。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施の形態に係る画像通信装置として、呼制御プロトコルを利用して原稿の画像データを送受信するＩＰファクシミリ通信機能、Ｇ３ファクシミリ通信機能、クライアント装置からの要求に応じて前記各種のファクシミリ通信を行うファクシミリサーバ機能等を備える複合機型のファクシミリ装置を例に挙げて説明する。
【００１３】
図１にファクシミリ装置１の構成例を示す。すなわち、ファクシミリ装置１は、ＣＰＵ（中央処理装置）２、ＲＯＭ（リードオンリーメモリー）３、ＲＡＭ（ランダムアクセスメモリー）４、画像メモリ５、モデム６、ＮＣＵ７、コーデック８、読取部９、記録部１０、表示部１１、操作部１２、ＬＡＮインタフェース１３を備え、各部２乃至１３はバス１４によって接続されている。
【００１４】
ＣＰＵ２は、ＲＯＭ３に格納された制御プログラムに従って、このファクシミリ装置１を構成する各部を制御する制御手段として機能する。ＲＡＭ４は、ＣＰＵ２の主メモリ、ワークエリア等として機能する。また、ＲＡＭ４には、後述するテーブルＸが格納されている。画像メモリ５は、コーデック８によって圧縮符号化された画像データ等を記憶する。
【００１５】
モデム６は、例えばＩＴＵ−Ｔ（国際電気通信連合）の勧告Ｖ．３４規格又はこれと同様のものに従った送受信データの変調及び復調を行う。ＮＣＵ７は、ＰＳＴＮ（公衆交換電話網）１５との回線の閉結及び開放の動作を行う回線網制御装置であり、Ｇ３ファクシミリ送受信時にモデム６をＰＳＴＮ１５と接続する。コーデック８は、ファクシミリ送信等に際して、画像データを、ＪＰＥＧ方式又はＭＨ、ＭＲ、ＭＭＲ方式等により圧縮符号化し、また、受信した画像データ等を復号する。
【００１６】
読取部９は、原稿の画像データを読取るものであり、例えば、ＣＣＤカラーラインイメージセンサ、Ａ／Ｄコンバータ、画像処理回路等で構成される。記録部１０は、給紙カセットから記録用紙を取り出して、画像データを記録用紙上に記録する。表示部１１は、例えば操作部１２に並設されたＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）からなり、各種の画面情報を表示する。操作部１２は、スタートキー、文字入力キー、ファンクションキーなど各種の操作キーを具備し、ユーザによる各種の操作は、この操作部１２において行われる。
【００１７】
ＬＡＮインタフェース１４は、ファクシミリ装置１とＬＡＮ（ローカルエリアネットワーク）１６とを接続するインターフェースであり、これを通じてファクシミリ装置１は、同じくＬＡＮ１６に接続された呼制御プロトコル等を実装するＩＰファクシミリ装置１７やルータ１８を通じてＩＰ網１９上のＩＰファクシミリ装置１７とＳＩＰによりメディアセッションを確立した上で画像データの送受信を行うことができる。
【００１８】
上記構成を備えるファクシミリ装置１は、ＴＣＰ／ＩＰ（Transmission  Control  Protocol/Internet  Protocol）、ＳＩＰ、ＲＴＰ（Real-time  Transport  Protocol）、ＳＤＰ（Session  Description  Protocol）などを実装することにより、ＳＩＰによりメディアセッションを確立した上で画像データを相手先と送受信する機能を実現している。本実施の形態では呼制御プロトコルとしてＳＩＰを例に挙げて説明するが、メディアセッションを確立するのに先立って相手先とテキストべースのリクエスト及び応答メッセージをやり取りするものであって、ＳＤＰによってメディアセッションに関する情報をやり取りするものであれば、勿論、ＳＩＰ以外の呼制御プロトコルを適用することも可能である。
【００１９】
上記構成及び通信機能を備えるファクシミリ装置１は、キャリア毎にＳＤＰヘッダ形式に制限があるか否かを示す情報と、制限があるキャリアのＳＩＰサーバに適合するＳＤＰヘッダ形式をＲＡＭ４に記憶している。具体的には、図２のテーブルＸに示すように、ＳＤＰヘッダ形式に制限が有るか否かを示す情報として、例えば「制限あり」又は「制限なし」が記憶されている。さらに、各キャリアのＳＩＰサーバに適合するＳＤＰヘッダ形式として、例えば図示するような「ｖ＝＊、ｏ＝＊、ｓ＝＊、ｃ＝ＩＮ  ＩＰ４＊、ｔ＝＊、ｍ＝ａｕｄｉｏ  ５００４  ＲＴＰ／ＡＶＰ  ０、ａ＝ｒｔｐｍａｐ：０  ＰＣＭＵ／８０００」等がキャリア毎に記憶されている。ここで、「＊」は記述内容に制限が課されていないことを示す情報である。
【００２０】
本実施の形態においては、ＳＩＰサーバが関与しない特定のフィールド、例えば「ｓ」フィールドに実際に相手先に要求又は応答するメディアセッションに関する情報が記述されるようになっている。なお、ＳＤＰヘッダ形式の制限の有無及びキャリアのＳＩＰサーバが適合するＳＤＰヘッダ形式は、キャリア（通信事業者）が提供している仕様書等から把握することができる。テーブルＸ内の情報は、ファクシミリ装置１の工場出荷時に予め登録され、或いは、ファクシミリ装置１のユーザの所定操作等によって登録されるようになっている。
【００２１】
ファクシミリ装置１は、さらに、テーブルＸに格納されているキャリアのうち自装置１が接続されるキャリアを操作部１２等の所定操作により設定する手段を備えている。何れかのキャリア、例えば「通信事業者Ｂ」を装置が接続されるキャリアとして設定すると、ファクシミリ装置１はＳＩＰを利用して画像データを送受信する際に、テーブルＸにおいて、「通信事業者Ｂ」に対応付けて登録されたＳＤＰヘッダ形式に従って、シグナリングメッセージ内のＳＤＰヘッダを記述し、さらに、当該ＳＤＰヘッダのうち、ＳＩＰサーバが関与しない「ｓ」フィールドに実際に相手先に要求又は応答するメディアセッションに関する情報を記述する。
【００２２】
次に、上記構成及び通信機能を備えるファクシミリ装置１同士でＳＩＰによりメディアセッションを確立して画像データの送受信をする際に実行される処理動作について、図３に示すシーケンス図、図４及び図５に示すフローチャートに基づいて説明する。なお、これらの図に基づいて説明するファクシミリ装置１の処理動作は、ＲＯＭ３に格納された制御プログラムに基づいて制御手段であるＣＰＵ２が発行する命令に従って実行される。以下説明の便宜のため、発呼側となるファクシミリ装置１を「発呼側装置１Ａ」、被呼側となるファクシミリ装置１を「被呼側装置１Ｂ」という。
【００２３】
ファクシミリ装置１（発呼側装置１Ａ）の操作部１２等において、ＳＩＰを利用する画像データの送信又はＳＩＰを利用しないその他の通信による画像データの送信指示がなされると（Ｓ１）、ＳＩＰを利用しないその他の通信により画像データを送信する場合は（Ｓ２：ＮＯ）、当該通信、例えばＧ３ファクシミリにより画像データの送信処理がなされる（Ｓ３）。
【００２４】
ＳＩＰを利用する画像データの送信をする場合は（Ｓ２：ＹＥＳ）、発呼側装置１Ａは、直接接続されるキャリアのＳＩＰサーバ２０がＳＤＰヘッダ形式に制限を課すものであるか否かをテーブルＸに登録された情報に基づいて判断する（Ｓ４）。例えばテーブルＸに示すように、全てのフィールドについて、「＊」が登録されていることにより、記述内容に制限が課されていない場合は、直接接続されるＳＩＰサーバ２０がＳＤＰヘッダ形式に制限を課すものでないと判断し（Ｓ４：ＮＯ）、実際に相手先に要求するメディアセッションに関する情報等をＳＤＰの記述規約に従って記述したリクエストメッセージ「ＩＮＶＩＴＥ」を生成し、相手先へ送信する（Ｓ５）。すなわち、発呼側装置１Ａは、相手先に要求するメディアセッションに関する情報をＳＤＰヘッダのフィールド「ｍ」、「ａ」に記述し、ＳＤＰヘッダのフィールド「ｖ」、「ｓ」、「ｔ」等の通常ＳＩＰで使用されないフィールドには、メディアセッションに関する情報等は記述しない。
【００２５】
一方、発呼側装置１Ａが直接接続されるＳＩＰサーバ２０がＳＤＰヘッダ形式に制限を課すものであると判断した場合は（Ｓ４：ＹＥＳ）、自装置１Ａが接続されるキャリアとして設定されているキャリアに対応付けてテーブルＸにおいて記憶されているＳＤＰヘッダ形式に従って、例えば図３に示すようにリクエストメッセージ「ＩＮＶＩＴＥ」にＳＤＰヘッダを記述するとともに（Ｓ６）、実際に相手先に要求するメディアセッションに関する情報をＳＤＰヘッダの中のＳＩＰサーバが関与しない「ｓ」フィールドに記述する（Ｓ７）。前記Ｓ５又はＳ７の処理動作の後、生成されたリクエストメッセージ「ＩＮＶＩＴＥ」は相手先へ送信される（Ｓ８、Ｔ１）。なお、図３に示すリクエストメッセージＭに記述されたＳＤＰヘッダの「ｓ」フィールドに記述されている「ＦＡＸ」は、メディアタイプとして画像データ通信を指定するものである。
【００２６】
前記のようにして発呼側装置１Ａから送出されたリクエストメッセージ「ＩＮＶＩＴＥ」は、キャリアのＳＩＰサーバ２０により受信される。ＳＩＰサーバ２０がＳＤＰヘッダ形式に制限を課すものである場合は、リクエストメッセージの中のＳＤＰヘッダが当該ＳＩＰサーバが要求する特定の形式に適合しているか否かが判断され、形式に適合していればリクエストメッセージを相手先側へ転送する（Ｔ２）。一方、形式に適合していなければ、発呼側装置１Ａに対してエラーメッセージが返信され、相手先側への転送は行われない。
【００２７】
Ｓ８で「ＩＮＶＩＴＥ」を送出した発呼側装置１Ａは、相手先である被呼側装置１Ｂから応答メッセージを受信せずに、ＳＩＰサーバ２０からエラーメッセージを受信した場合は（Ｓ９：ＮＯ）、所定の発呼エラー処理を行う（Ｓ１０）。例えば、通信エラー情報をログファイルに記録したり、「通信エラーです。設定されている通信事業者が装置が接続される通信事業者と一致しているか確認してください。」等のＳＩＰサーバ２０を通過しなかった旨をユーザに知らせるための文字列を表示部１１に表示し、或いは、記録部１０において前記文字列をプリントアウトする。
【００２８】
被呼側装置１Ｂが、Ｓ８で発呼側装置１Ａから送出されたリクエストメッセージ「ＩＮＶＩＴＥ」をＳＩＰサーバ２０を通じて受信すると（Ｓ１０１：ＹＥＳ）、受信したリクエストメッセージ「ＩＮＶＩＴＥ」の中のＳＤＰヘッダの中のＳＩＰサーバが関与しない所定箇所である、「ｓ」フィールドにメディアセッションに関する情報が記述されているか否かを判断する（Ｓ１０２）。「ｓ」フィールドにメディアセッションに関する情報、例えば図３に示すようにメディアタイプを示す情報「ＦＡＸ」と、ＵＤＰ／ＴＣＰの別を示す情報「ＴＣＰ」とポート番号を示す情報「６１０９」など、が記述されている場合はメディアセッションに関する情報が記述されていると判断し（Ｓ１０２：ＹＥＳ）、これを発呼側装置１Ａが要求するメディアセッションに関する情報として採用し、ＳＤＰの規約により本来メディアセッションに関する情報が記述されるべきＳＤＰヘッダのフィールド「ｍ」、「ａ」等に記述された情報は採用せずに破棄する（Ｓ１０３）。
【００２９】
一方、被呼側装置１Ｂが受信したリクエストメッセージのＳＤＰヘッダの「ｓ」フィールドにメディアセッションに関する情報が記述されていないと判断した場合は（Ｓ１０２：ＮＯ）、ＳＤＰヘッダのフィールド「ｍ」、「ａ」等に記述された情報を発呼側装置１Ａが要求するメディアセッションに関する情報として採用する（Ｓ１０４）。
【００３０】
次いで、被呼側装置１Ｂは、自装置１Ｂが直接接続されるキャリアのＳＩＰサーバ２０がＳＤＰヘッダ形式に制限を課すものであるか否かをテーブルＸに登録された情報に基づいて判断する（Ｓ１０５）。直接接続されるＳＩＰサーバ２０がＳＤＰヘッダ形式に制限を課すものでないと判断した場合（Ｓ５：ＮＯ）、実際に発呼側装置１Ａへ応答するメディアセッションに関する情報等をＳＤＰの記述規約に従って記述した応答メッセージ「２００  ＯＫ」を生成し、発呼側装置１Ａへ送信する（Ｓ１０６）。すなわち、被呼側装置１Ｂは、発呼側装置１Ａに応答するメディアセッションに関する情報をＳＤＰヘッダのフィールド「ｍ」、「ａ」に記述し、ＳＤＰヘッダのフィールド「ｖ」、「ｓ」、「ｔ」等の通常ＳＩＰで使用されないフィールドには、メディアセッションに関する情報等は記述しない。
【００３１】
一方、被呼側装置１Ｂが直接接続されるＳＩＰサーバ２０がＳＤＰヘッダ形式に制限を課すものであると判断した場合（Ｓ１０５：ＹＥＳ）、自装置１Ｂが接続されるキャリアとして設定されているキャリアにテーブルＸにおいて対応付けて記憶されているＳＤＰヘッダ形式に従って、応答メッセージ「２００  ＯＫ」のＳＤＰヘッダを記述するとともに（Ｓ１０７）、実際に相手先に応答するメディアセッションに関する情報をＳＤＰヘッダの中のＳＩＰサーバが関与しないフィールドである「ｓ」フィールドに記述する（Ｓ１０８）。前記Ｓ１０６又はＳ１０８の処理動作の後、生成された応答メッセージ「２００  ＯＫ」は発呼側装置１Ａへ送信される（Ｓ１０９、Ｔ３）。
【００３２】
ＳＩＰサーバ２０は、被呼側装置１Ｂから応答メッセージ「２００  ＯＫ」を受信すると、ＳＩＰサーバ２０がＳＤＰヘッダ形式に制限を課すものである場合は、応答メッセージの中のＳＤＰヘッダが当該ＳＩＰサーバが要求する形式に適合しているか否かを判断し、形式に適合していれば応答メッセージを発呼側へ転送する（Ｔ４）。一方、適合していなければ、被呼側装置１Ｂに対してエラーメッセージが返信され、発呼側への応答メッセージの転送は行われない。
【００３３】
Ｓ１０９で応答メッセージを送出した被呼側装置１Ｂは、相手先である発呼側装置１Ａから最終レスポンスの確認応答「ＡＣＫ」を受信することなく、ＳＩＰサーバ２０から前記エラーメッセージを受信した場合は（Ｓ１１０：ＮＯ）、所定の応答エラー処理を行う（Ｓ１１１）。例えば、応答エラー情報をログファイルに記録したり、「応答エラーです。設定されている通信事業者が装置が接続される通信事業者と一致しているか確認してください。」等の応答メッセージがＳＩＰサーバ２０を通過できずにエラーが発生した旨をユーザに知らせるための文字列を表示部１１に表示し、或いは、記録部１０において前記文字列をプリントアウトする。
【００３４】
一方、発呼側装置１Ａは、被呼側装置１ＢがＳ１０９において送出した応答メッセージ「２００  ＯＫ」をＳＩＰサーバ２０を通じて受信した場合は（Ｓ９：ＹＥＳ、Ｔ４）、最終レスポンス確認応答「ＡＣＫ」を被呼側装置１Ｂへ送信し（Ｔ５）、被呼側装置１Ｂは「ＡＣＫ」を受信する（Ｓ１１０：ＹＥＳ）。次いで、両装置１Ａ、１Ｂ間でメディアセッションが確立され（Ｓ１１、Ｓ１１２）、画像データ等のデータ通信処理が行われる（Ｓ１２、Ｓ１１２）。データ通信処理が完了した後は、発呼側装置１Ａから被呼側装置１ＢへＳＩＰサーバ２０を介してリクエストメッセージ「ＢＹＥ」が送信され（Ｔ６）、被呼側装置１Ｂから発呼側装置１ＡへＳＩＰサーバ２０を介して応答メッセージ「２００  ＯＫ」が返信された後（Ｔ７）、メディアセッションが切断される。
【００３５】
本発明の実施の形態においては、ファクシミリ装置が接続されるＳＩＰサーバがＳＤＰヘッダ形式に制限を課すものである場合、相手先へ要求又は応答するメディアセッションに関する情報をＳＩＰサーバが関与しないＳＤＰヘッダの「ｓ」フィールドに記述されるようになっているが、記述箇所は、ＳＩＰサーバが関与しない箇所であればこれに限定されず、「ｖ」、「ｔ」等のフィールドやＳＩＰヘッダ等であってもよい。
【００３６】
図３に基づいて説明した通信手順の実施の形態においては、１つのＳＩＰサーバ２０が発呼側装置１Ａと被呼側装置１Ｂの間に介在している場合を説明したが、図６に示すように、発呼側装置１Ａと被呼側装置１Ｂの間にＳＤＰヘッダ形式に制限を課す２以上のＳＩＰサーバが介在していても、両装置１Ａ、１Ｂは、ＳＩＰサーバによる制限を受けずに、自由にメディアセッションに関する取り決めを行って、画像データの送受信を行うことができる。すなわち、発呼側装置１Ａ及び被呼側装置１Ｂは、互いにやり取りするＳＩＰのシグナリングメッセージにおいて、各装置１Ａ、１Ｂがそれぞれ直接接続される直近のＳＩＰサーバ２１、２２に適合するＳＤＰヘッダ形式に従ってＳＤＰヘッダを記述するとともに、実際に相手先に要求又は応答するメディアセッションに関する情報は、それぞれのＳＩＰサーバ２１、２２が関与しない箇所、例えばＳＤＰヘッダの「ｓ」フィールドに記述する。このため、両装置１Ａ、１Ｂ間にＳＩＰサーバが２以上介在する場合も同様に本発明の目的は達成され、同様の作用効果が奏される。
【産業上の利用可能性】
【００３７】
本発明は、例えば、ＳＩＰにより確立したメディアセッションで画像データを送受信する画像通信装置に適用することができる。
【図面の簡単な説明】
【００３８】
【図１】本発明の実施の形態に係るファクシミリ装置（画像通信装置）の構成例等を示した図である。
【図２】本発明の実施の形態に係るテーブルの一例を示した図である。
【図３】本発明の実施の形態に係る発呼側及び被呼側ファクシミリ装置（画像通信装置）とＳＩＰサーバの間で形成される通信手順を示したシーケンス図である。
【図４】本発明の実施の形態に係るファクシミリ装置（画像通信装置）が送信動作を行う際に実行する処理動作を示したフローチャートである。
【図５】本発明の実施の形態に係るファクシミリ装置（画像通信装置）がメディアセッションの確立要求である「ＩＮＶＩＴＥ」を受信した場合に実行する処理動作を示したフローチャートである。
【図６】本発明の実施の形態に係る発呼側及び被呼側ファクシミリ装置（画像通信装置）とＳＩＰサーバの間で形成される通信手順を示したシーケンス図であって、ＳＩＰサーバが２台介在する場合の例を示した図である。
【符号の説明】
【００３９】
１、１Ａ、１Ｂ    ファクシミリ装置（画像通信装置）
２    ＣＰＵ
３    ＲＯＭ
４    ＲＡＭ
Ｍ    リクエストメッセージ（呼制御プロトコルのメッセージ）
Ｘ    テーブル
【図１】
2006229394.tif 000003
【図２】
2006229394.tif 000004
【図３】
2006229394.tif 000005
【図４】
2006229394.tif 000006
【図５】
2006229394.tif 000007
【図６】
2006229394.tif 000008