(57)【要約】【課題】ＳＩＰを用いたＴ.３８通信機能による画像通信装置において、着呼側から優先トランスポートが指定された招待ＳＩＰメッセージが送信された場合でも、通信環境に応じたトランスポート（ＴＣＰまたはＵＤＰ）の選択を発呼側で行うことができるようにした画像通信装置を提供する。【解決手段】呼接続制御部１０８は、相手先とセッションを確立した後、発呼側として着呼側からＴ.３８通信機能における優先トランスポートが指定された招待ＳＩＰメッセージを受信した場合であって、自機に優先トランスポートが設定されている場合、該自機に設定されている優先トランスポートを開き、自機に優先トランスポートが設定されていない場合、前記着呼側からの前記招待ＳＩＰメッセージで指定された優先トランスポートを開き、画像通信制御部１０９は、開いた優先トランスポートを用いてＴ．３８通信機能による画像通信を行う。【選択図】図１
2010263319.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰメッセージを用いて相手先とセッションを確立する呼接続制御手段と、
ＩＴＵ・Ｔ勧告Ｔ.３８による画像通信を制御する画像通信制御手段と
を具備し、
前記呼接続制御手段は、
前記相手先とセッションを確立した後、発呼側として着呼側からセッション記述プロトコル（ＳＤＰ）にＴ．３８通信と優先トランスポートが指定された招待ＳＩＰメッセージを受信した場合であって、自機に優先トランスポートが設定されている場合、該自機に設定されている優先トランスポートを開き、自機に優先トランスポートが設定されていない場合、前記着呼側から指定された優先トランスポートを開き、該開いたトランスポートでＴ．３８通信を行う画像通信装置。
【請求項２】
前記優先トランスポートは、
ＴＣＰまたはＵＤＰによるトランスポートである請求項１記載の画像通信装置。
【請求項３】
前記呼接続制御手段は、
前記優先トランスポートを開いた場合は、該開いた優先トランスポートを前記着呼側に通知する応答ＳＩＰメッセージを返信する請求項１記載の画層通信装置。
【請求項４】
前記呼接続制御手段は、
前記相手先とのセッション確立に際して、着呼側として発呼側からセッション記述プロトコル（ＳＤＰ）にＴ．３８通信と優先トランスポートが指定された招待ＳＩＰメッセージを受信した場合、前記発呼側から指定された優先トランスポートを開き、該開いた優先トランスポートを発呼側に通知する応答ＳＩＰメッセージを返信する請求項１記載の画像通信装置。
【請求項５】
ＳＩＰメッセージを用いて相手先とセッションを確立する呼接続制御手段と、
ＩＴＵ・Ｔ勧告Ｔ.３８による画像通信を制御する画像通信制御手段と
を具備し、
前記呼接続制御手段は、
前記相手先とのセッション確立に際して、着呼側として発呼側からセッション記述プロトコル（ＳＤＰ）に音声とＳＩＰヘッダにＴ．３８通信における優先トランスポート情報を付加した招待ＳＩＰメッセージを受信した場合であって、前記発呼側からＴ．３８通信における優先トランスポート情報を通知された場合、相手先とのセッション確立後、セッション記述プロトコル（ＳＤＰ）にＴ．３８通信と前記通知された優先トランスポートを指定した招待ＳＩＰメッセージを発呼側に送信し、
前記発呼側からＴ．３８通信における優先トランスポート情報を通知されない場合、相手先とのセッション確立後、セッション記述プロトコル（ＳＤＰ）にＴ．３８通信と自機に設定されている優先トランスポートを指定した招待ＳＩＰメッセージを発呼側に送信する画像通信装置。
【請求項６】
前記優先トランスポートは、
ＴＣＰまたはＵＤＰによるトランスポートである請求項５記載の画像通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像通信装置に関する。
【背景技術】
【０００２】
従来、ＳＩＰ(Session Initiation Protocol)を用いて相手先とセッションを確立して、Ｔ.３８通信機能により画像通信を行う画像通信装置としては、特許文献１に記載されたものが知られている。
【０００３】
この特許文献１の図７には、呼接続手順としてＳＩＰを適用し、ネットワーク通信装置がゲートウェイ装置を介してグループ３ファクシミリ装置と通信する手順の一例が示されており、この手順においては、ネットワーク通信装置からゲートウェイ装置にＳＩＰメッセージであるＩＮＶＩＴＥ（招待）を送信し、ゲートウェイ装置からの応答（２００  ＯＫ）を受信すると、ゲートウェイ装置との間のセッションを確立し、その後、グループ３ファクシミリ装置からＣＥＤの応答を受けると、ゲートウェイ装置は、ネットワーク通信装置に対してＩＮＶＩＴＥ（ＲＥ−ＩＮＶＩＴＥ）を送信して、Ｔ.３８通信要求を行い、これによりネットワーク通信装置とＴ.３８画像通信のための論理チャネルを確立する構成が記載されている。  
Ｔ.３８通信機能によるデータ通信においては、コネクション型プロトコルであるＴＣＰ(Transmission Control Protocol)とコネクションレス型プロトコルであるＵＤＰ(User Datagram Protocol)とが用いられており、ＴＣＰは、フロー制御を提供するので、帯域幅が制限されたＩＦＡ(Internet Aware Fax device)間の画像転送に適しており、ＵＤＰは、帯域幅を十分な場合の画像転送に適している。
【０００４】
特許文献２には、パケットの転送を効率よく行うために、パケット伝送遅延量に基づきＴＣＰとＵＤＰとを切り換える構成が記載されている。
【０００５】
ところで、Ｔ.３８においては、優先したいトランスポート（ＴＣＰまたはＵＤＰ）をＳＤＰ(Session Description Protocol)の１番目のリストに記載することに、優先トランスポートを指示するように勧告しているが、この勧告に従った場合、着呼側は発呼側の指示に従ってＴＣＰまたはＵＤＰを開くことが一般的になる。
【０００６】
しかし、特許文献１の記載の構成において、ＳＩＰでＲＥ−ＩＮＶＩＴＥを用いた場合、トランスポートの選択が着呼側の指定に従うことになる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−１５７１２０号公報
【特許文献２】特開２００４−０３２０３９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、ＳＩＰを用いたＴ.３８通信機能による画像通信装置において、着呼側から優先トランスポートが指定された招待ＳＩＰメッセージが送信された場合でも、通信環境に応じたトランスポート（ＴＣＰまたはＵＤＰ）の選択を発呼側で行うことができるようにした画像通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、請求項１の発明の画像通信装置は、ＳＩＰメッセージを用いて相手先とセッションを確立する呼接続制御手段と、ＩＴＵ・Ｔ勧告Ｔ.３８による画像通信を制御する画像通信制御手段とを具備し、前記呼接続制御手段は、前記相手先とセッションを確立した後、発呼側として着呼側からセッション記述プロトコル（ＳＤＰ）にＴ．３８通信と優先トランスポートが指定された招待ＳＩＰメッセージを受信した場合であって、自機に優先トランスポートが設定されている場合、該自機に設定されている優先トランスポートを開き、自機に優先トランスポートが設定されていない場合、前記着呼側から指定された優先トランスポートを開き、該開いたトランスポートでＴ．３８通信を行う。
【００１０】
請求項２の発明は、請求項１の発明において、前記優先トランスポートは、ＴＣＰまたはＵＤＰによるトランスポートである。
【００１１】
請求項３の発明は、請求項１の発明において、前記呼接続制御手段は、前記優先トランスポートを開いた場合は、該開いた優先トランスポートを前記着呼側に通知する応答ＳＩＰメッセージを返信する。
【００１２】
請求項４の発明は、請求項１の発明において、前記呼接続制御手段は、前記相手先とのセッション確立に際して、着呼側として発呼側からセッション記述プロトコル（ＳＤＰ）にＴ．３８通信と優先トランスポートが指定された招待ＳＩＰメッセージを受信した場合、前記発呼側から指定された優先トランスポートを開き、該開いた優先トランスポートを発呼側に通知する応答ＳＩＰメッセージを返信する。
【００１３】
請求項５の発明は、ＳＩＰメッセージを用いて相手先とセッションを確立する呼接続制御手段と、ＩＴＵ・Ｔ勧告Ｔ.３８による画像通信を制御する画像通信制御手段とを具備し、前記呼接続制御手段は、前記相手先とのセッション確立に際して、着呼側として発呼側からセッション記述プロトコル（ＳＤＰ）に音声とＳＩＰヘッダにＴ．３８通信における優先トランスポート情報を付加した招待ＳＩＰメッセージを受信した場合であって、前記発呼側からＴ．３８通信における優先トランスポート情報を通知された場合、相手先とのセッション確立後、セッション記述プロトコル（ＳＤＰ）にＴ．３８通信と前記通知された優先トランスポートを指定した招待ＳＩＰメッセージを発呼側に送信し、前記発呼側からＴ．３８通信における優先トランスポート情報を通知されない場合、相手先とのセッション確立後、セッション記述プロトコル（ＳＤＰ）にＴ．３８通信と自機に設定されている優先トランスポートを指定した招待ＳＩＰメッセージを発呼側に送信する。
【００１４】
請求項６の発明は、請求項５の発明において、前記優先トランスポートは、ＴＣＰまたはＵＤＰによるトランスポートである。
【発明の効果】
【００１５】
請求項１の発明によれば、着呼側からＴ．３８の優先トランスポートが指定された招待ＳＩＰメッセージが送信された場合でも、通信環境に応じたトランスポートの選択を発呼側で行うことができる。
【００１６】
請求項２の発明によれば、着呼側からＴ．３８の優先トランスポートが指定された招待ＳＩＰメッセージが送信された場合でも、通信環境に応じたＴＣＰまたはＵＤＰの選択を発呼側で行うことができる。
【００１７】
請求項３の発明によれば、請求項１の効果に加えて、着呼側でも発呼側に合せたトランスポートの選択を行うことができる。
【００１８】
請求項４の発明によれば、請求項１の効果に加えて、発呼側からＴ．３８の優先トランスポートが指定された招待ＳＩＰメッセージを送信することにより、通信環境に応じたトランスポートの選択を発呼側で行うことができる。
【００１９】
請求項５の発明によれば、音声招待ＳＩＰメッセージによるセッション確立時に発呼側からＴ.３８の優先トランスポートを指定することにより、着呼側から優先トランスポートが指定された招待ＳＩＰメッセージを送信する場合でも、通信環境に応じたトランスポートの選択を発呼側で行うことができる。
【００２０】
請求項６の発明によれば、着呼側から優先トランスポートが指定された招待ＳＩＰメッセージを送信する場合でも、通信環境に応じたＴＣＰまたはＵＤＰの選択を発呼側で行うことができる。
【図面の簡単な説明】
【００２１】
【図１】図１は、本発明に係わる画像通信装置の概略構成を示すブロック図である。
【図２】図２は、着呼側からＴ．３８の優先トランスポートが指定された招待ＳＩＰメッセージが送信される場合の発呼側の処理フローおよび通信手順を示すシーケンス図である。
【図３】図３は、発呼側からＴ．３８の優先トランスポートが指定された招待ＳＩＰメッセージを受信した場合の着呼側の処理フローおよび通信手順を示すシーケンス図である。
【図４】図４は、音声招待ＳＩＰメッセージによるセッション確立時に発呼側からＴ.３８の優先トランスポートが指定された場合の着呼側の処理フローおよび通信手順を示すシーケンス図である。
【発明を実施するための形態】
【００２２】
以下、本発明の一実施例を添付図面を参照して詳細に説明する。
【実施例】
【００２３】
図１は、本発明に係わる画像通信装置の概略構成を示すブロック図である。この画像通信装置１００は、主制御部１０１、画像蓄積部１０２、画像読取部１０３、印刷部１０４、操作部１０５、記憶部１０６、画像処理部１０７、呼接続制御部１０８、画像通信制御部１０９をバス１１０に接続し、呼接続制御部１０８、画像通信制御部１０９をＴＣＰ/ＵＤＰ/ＩＰ制御部１１１を介してネットワークインターフェイス部１１２に接続して構成される。
【００２４】
ここで、主制御部１０１は、画像通信装置１００の全体の制御処理を行うものである。
【００２５】
画像蓄積部１０２は、画像読取部１０３から読み込まれた画像または受信した画像を蓄積する。
【００２６】
画像読取部１０３は、所定の解像度で原稿画像を読み込み、印刷部１０４は、所定の解像度で画像を印刷する。
【００２７】
操作部１０５は、画像通信装置１００を操作する各種の操作キーおよび各種情報を表示する表示部を有する。
【００２８】
記憶部１０６は、ＲＡＭ(Random Access Memory)から構成され、画像通信装置１００の動作を制御するシステムデータおよび通信情報等を記憶する。
【００２９】
画像処理部１０７は、画像データに対する符号化、復号化、拡大、縮小等の処理を行う。
【００３０】
呼接続制御部１０８は、ＳＩＰによる呼接続を制御する。ＳＩＰにより提供される制御機能の具体例としては、位置情報の登録、セッションの確立・切断、能力のネゴシエーション、プレゼンス情報交換などがある。
【００３１】
画像通信制御部１０９は、ＩＴＵ（国際電気通信連合）−Ｔ．３８、ダイレクトＳＭＴＰ(Simple Mail Transfer Protocol)等のリアルタイム型の通信プロトコルで画像通信を制御する。
【００３２】
ＴＣＰ／ＵＤＰ／ＩＰ制御部１１１は、インターネットのトランスポート／ネットワーク層のプロトコル制御を行う。ネットワークインタ−フェース部１１２は、ＩＰ網に接続され、データリンク層以下の通信制御を行う。
【００３３】
次に、図１に示した画像通信装置１００において、着呼側からＴ．３８の優先トランスポートが指定された招待ＳＩＰメッセージ（ｒｅ−ＩＮＶＩＴＥ）が送信される場合の発呼側の処理フローおよび通信手順を図２を参照して説明する。
【００３４】
なお、図２においては、図１に示した画像通信装置１００が発呼側の装置である場合について説明する。
【００３５】
発呼側の装置である画像通信装置１００は、まず、送信する画像の送信パラメータ(原稿の画質、送信画質等)を選択した後、アドレス帳や操作部１０５のキーボードを使用して送信先を指定し通信を起動する。
【００３６】
これにより、発呼側の装置である画像通信装置１００が、セッション開始リクエストである招待ＳＩＰメッセージ（以下、イニシャルＩＮＶＩＴＥという）を着呼側の装置に通知する（ステップ２０１）。その際、イニシャルＩＮＶＩＴＥには、メディアタイプを音声に指定する。
【００３７】
すなわち、イニシャルＩＮＶＩＴＥには、ＳＤＰに
m=audio 5004 RTP/AVP 0
a=rtpmap:0 PCMU/8000
と記述する。ここで、「m=audio 5004 RTP/AVP 0」は、メディアタイプは音声で、ポート番号に５００４番を使い、音声通信時のプロトコルにＲＴＰ(Realtime Transport Protocol)/ＡＶＰ(Audio/Video Profile)を使うことを示している。最後の「０」は、ＰＣＭ(Pulse Code Modulation)のμ-lawと呼ばれる符号化方式を使ったことを表している。
【００３８】
また、「a＝rtpmap:0 PCMU/8000」の「rtpmap:」はＰＴＰパケットの属性情報を記するための接頭文字で、続く「０」は、「m=」と同様に、ＰＣＭのμ-law符号化を示している。「PCMU/8000」は、ＰＣＭのμ-law符号化によって音声波形を1秒間に８０００回のペースでサンプリングしたことを表している。
【００３９】
なお、ここで、イニシャルＩＮＶＩＴＥに、メディアタイプを音声とする理由は、メディアタイプを画像とすると接続を拒否するＳＩＰサーバまたはＶｏＩＰ−ＧＷが存在するためで、イニシャルＩＮＶＩＴＥでは、メディアタイプを音声とする。その際に、ペーロード番号はＶｏＩＰのコーデックの代表的なアルゴリムであるＧ．７１１（ＰＣＭ方式）を含ませる。
【００４０】
イニシャルＩＮＶＩＴＥに応答して、着呼側の装置からはイニシャルＩＮＶＩＴＥを受信したことを示す「100 trying」、ＳＤＰ記述文書に含まれる全てのメディアに対応できことを示す「200 OK」が発呼側に返送される（ステップ２０２）。
【００４１】
なお、ＳＤＰ記述文書に含まれる全てのメディアに対応できない場合、すなわちａｕｄｉｏ招待受入不可の場合は（ステップ２０３でＮＯ）、発呼側では、４８８(Not Acceptable Here)レスポンスを受信し、本処理は終了する。
【００４２】
ステップ２０３でａｕｄｉｏ招待受入可能と判断されると（ステップ２０３でＹＥＳ）、送信先に画像通信であることを認識させるために、発呼側から着呼側に、ＣＮＧ音声パケットを送信する（ステップ２０４）。
【００４３】
着呼側では、画像通信を行うために、ＳＤＰに
ｍ=image 49170 udptl t38
ｍ=image 49172 tcp t38
と記述した招待ＳＩＰメッセージ（ｒｅ−ＩＮＶＩＴＥ）を発呼側に送信する。
【００４４】
ここで、「ｍ=image 49170 udptl t38」は、イメージタイプが画像で、ポート番号４９４７０を使用し、プロトコルは、Ｔ．３８通信機能を用いたＵＤＰであることを示し、  「ｍ=image 49172 tcp t38」は、イメージタイプが画像で、ポート番号４９１７２を使用し、プロトコルは、Ｔ．３８通信機能を用いたＴＣＰであることを示している。
【００４５】
そして、ＳＤＰのリストに「ｍ=image 49170 udptl t38」が最初に記述されているので、着呼側では、ＵＤＰを優先トランスポートとして指定している。
【００４６】
発呼側では、ｒｅ−ＩＮＶＩＴＥを受信すると（ステップ２０５でＹＥＳ）、Ｔ．３８招待受入可能かを判断し（ステップ２０６）、受入可能な場合は（ステップ２０６でＹＥＳ）、トランスポートの選択を行う（ステップ２０７）。
【００４７】
ここでは、発呼側の装置であるので、自機に優先トランスポートが設定されている場合は、この設定された優先トランスポートを選択し、設定されていない場合は、着呼側でｒｅ−ＩＮＶＩＴＥに指定した優先トランスポートを選択する。
【００４８】
具体的には、この場合、自機に優先トランスポートとしてＴＣＰが設定されているので、ステップ２０７のトランスポートの選択では、ＴＣＰを選択して、ＴＣＰを開く。
【００４９】
なお、自機に優先トランスポートが設定されていない場合は、着呼側でｒｅ−ＩＮＶＩＴＥに指定した優先トランスポート、すなわちＵＤＰを開くことになる。
【００５０】
発呼側は、トランスポートとしてＴＣＰを開くと、ＴＣＰを選択してメディアの音声から画像への変更を受け入れたことを示す応答「200 OK」を着呼側に送信する（ステップ２０８）。
【００５１】
ここで、この応答「200 OK」には、ＳＤＰに
ｍ=image 0 udptl t38
ｍ=image 49172 tcp t38
と記述されており、ここで、「ｍ=image o udptl t38」は、ポート番号が「０」になっているので、ＵＤＰは選択されずに、ＴＣＰが選択されたことを示している。
【００５２】
なお、ＣＮＧ音声パケット送出後、規定時間内にメディアが変更されない場合、すなわちｒｅ−ＩＮＶＩＴＥを受信しない場合は（ステップ２０５でＮＯ）、セッションを切断して本処理は終了する。
【００５３】
また、ｒｅ−ＩＮＶＩＴＥのＳＤＰ記述文書に含まれる全てのメディアに対応できない場合は（ステップ２０６でＮＯ）、４８８(Not Acceptable Here)レスポンスを着呼側に送信し、セッションを切断して本処理は終了する。
【００５４】
ここまでの処理は、図１に示した画像通信装置１００の呼接続制御部１０８で実行される。
【００５５】
ステップ２０８で、応答「200 OK」を着呼側に送信すると、Ｔ．３８通信機能を用いＴＣＰによる画像通信処理を実行する（ステップ２０９）。
【００５６】
このＴ．３８通信機能を用いた画像通信処理は、図１に示した画像通信装置１００の画像通信制御部１０９で実行される。
【００５７】
着呼側からＢＹＥ（セッション切断要求）を受信すると、セッション切断（呼切断）処理を実行する（ステップ２１０）。この呼切断処理は、着呼側からのＢＹＥに応答して発呼側から着呼側に「200 OK」を送信し、着呼側から確認応答「ＡＣＫ」を受信することにより行われる。
【００５８】
図３は、発呼側からＴ．３８の優先トランスポートが指定された招待ＳＩＰメッセージを受信した場合の着呼側の処理フローおよび通信手順を示すシーケンス図である。
【００５９】
なお、図３においては、図１に示した画像通信装置１００が着呼側の装置である場合について説明する。
【００６０】
着呼側の装置である画像通信装置１００は、発呼側からＳＤＰに
ｍ=image 49172 tcp t38
ｍ=image 49170 udptl t38
と記述されているメディアタイプが画像でＴ．３８を用いるイニシャルＩＮＶＩＴＥを受信すると（ステップ３０１）、Ｔ．３８招待受入可能かを調べ（ステップ３０２）、受入可能であると（ステップ３０２でＹＥＳ）、トランスポートの選択を行う（ステップ３０３）。
【００６１】
この場合は、着呼側の装置であるので、発呼側からイニシャルＩＮＶＩＴＥで指定された優先トランスポートであるＴＣＰを選択して、ＴＣＰを開き、発呼側とのセッションを確立する。
【００６２】
着呼側は、トランスポートとしてＴＣＰを開き、発呼側とのセッションを確立すると、ＴＣＰを選択してメディアの音声から画像への変更を受け入れたことを示す応答「200 OK」を着呼側に送信する（ステップ３０４）。
【００６３】
ここで、この応答「200 OK」には、ＳＤＰに
ｍ=image 49172 tcp t38
ｍ=image 0 udptl t38
と記述されており、ここで、「ｍ=image o udptl t38」は、ポート番号が「０」になっているので、ＵＤＰは選択されずに、ＴＣＰが選択されたことを示している。
【００６４】
なお、イニシャルＩＮＶＩＴＥのＳＤＰ記述文書に含まれる全てのメディアに対応できない場合は（ステップ３０２でＮＯ）、４８８(Not Acceptable Here)レスポンスを発呼側に送信し、セッションを切断して本処理は終了する。
【００６５】
ステップ３０４で、応答「200 OK」を発呼側に送信すると、Ｔ．３８通信機能を用いＴＣＰによる画像通信処理を実行する（ステップ３０５）。
【００６６】
ステップ３０６の呼切断処理は、着呼側からＢＹＥ（セッション切断要求）を送信側に送信し、ＢＹＥに応答する「200 OK」を発呼側から受信すると、確認応答「ＡＣＫ」を発呼側に送信することにより行われる。
【００６７】
図４は、音声招待ＳＩＰメッセージによるセッション確立時に発呼側からＴ.３８の優先トランスポートが指定された場合の着呼側の処理フローおよび通信手順を示すシーケンス図である。
【００６８】
なお、図４においては、図１に示した画像通信装置１００が着呼側の装置である場合について説明する。
【００６９】
着呼側の装置である画像通信装置１００は、発呼側からＳＤＰに
m=audio 5004 RTP/AVP 0
a=rtpmap:0 PCMU/8000
i=priority tcp t38
と記述されているイニシャルＩＮＶＩＴＥを受信する（ステップ４０１）。
【００７０】
ここで、「m=audio 5004 RTP/AVP 0」、「a=rtpmap:0 PCMU/8000」は図２で説明した内容と同じであるが、「i=priority tcp t38」は、Ｔ．３８通信機能による優先トランスポートがＴＣＰであることを指定している。
【００７１】
着呼側では、イニシャルＩＮＶＩＴＥのＳＤＰを解析して、Ｔ．３８通信機能による優先トランスポートの指定が含まれているかを調べ、この場合、優先トランスポートがＴＣＰであることの指定が含まれているので、この優先トランスポートを取得し（ステップ４０２）、発呼側に、「100 trying」、「200 OK」のレスポンスを送信し（ステップ４０３）、発呼側とのセッションを確立する。
【００７２】
このレスポンスの送信に応答して、発呼側から確認応答「ＡＣＫ」を受信すると、着呼側では、ａｕｄｉｏ招待受入可能かを調べる（ステップ４０４）。ここで、発呼側から４８８(Not Acceptable Here)レスポンスを受信して、ａｕｄｉｏ招待受入不可の場合は（ステップ４０４でＮＯ）、本処理を終了する。
【００７３】
ステップ４０４で、ａｕｄｉｏ招待受入可能な場合は（ステップ４０４でＹＥＳ）、次に、Ｔ．３８優先トランスポート情報有りかを調べる（ステップ４０５）。ここでは、ステップ４０２で優先トランスポート情報を取得しているので（ステップ４０５でＹＥＳ）、取得した優先トランスポート情報を指定して（ステップ４０７）、メディアタイプがＴ．３８のｒｅ−ＩＮＶＩＴＥを発呼側に送信する（ステップ４０８）。
【００７４】
なお、ステップ４０５で、Ｔ．３８優先トランスポート情報無しと判断された場合は（ステップ４０５でＮＯ）、自機のシステムデータに設定されている優先トランスポートを指定して（ステップ４０６）、メディアタイプがＴ．３８のｒｅ−ＩＮＶＩＴＥを発呼側に送信する（ステップ４０８）。
【００７５】
この場合は、ステップ４０２でＴＣＰを優先トランスポートとする優先トランスポート情報を取得しているので、ｒｅ−ＩＮＶＩＴＥのＳＤＰには、
ｍ=image 49172 tcp t38
ｍ=image 49170 udptl t38
と記述される。
【００７６】
発呼側では、上記ｒｅ−ＩＮＶＩＴＥを受信すると、優先トランスポートとしてＴＣＰを選択して、ＳＤＰに
ｍ=image 49172 tcp t38
ｍ=image 0 udptl t38
と記述した応答「200 OK」を着呼側に返す。
【００７７】
着呼側では、上記応答「200 OK」を受信すると音声から画像へのメディア変更を受け入れ（ステップ４０９）、Ｔ．３８通信機能を用いＴＣＰによる画像通信処理を実行する（ステップ４１０）。
【００７８】
ステップ４１１の呼切断処理は、着呼側からＢＹＥ（セッション切断要求）を送信側に送信し、ＢＹＥに応答する「200 OK」を発呼側から受信すると、確認応答「ＡＣＫ」を発呼側に送信することにより行われる。
【００７９】
以上が本発明の代表的な実施形態の一例であるが、本発明は、上記実施例及び図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。
【符号の説明】
【００８０】
１００    画像通信装置
１０１    主制御部
１０２    画像蓄積部
１０３    画像読取部
１０４    印刷部
１０５    操作部
１０６    記憶部
１０７    画像処理部
１０８    呼接続制御部
１０９    画像通信制御部
１１０    バス
１１１    ＴＣＰ/ＵＤＰ/ＩＰ制御部
１１２    ネットワークインターフェイス部
【図１】
2010263319.tif 000003
【図２】
2010263319.tif 000004
【図３】
2010263319.tif 000005
【図４】
2010263319.tif 000006