(57)【要約】【課題】ＩＮＶＩＴＥコマンドを送受信する際にＳＤＰのメディア情報が指定されていない場合であっても、ＳＩＰ通信のトランスポートプロトコルごとに好適にＳＤＰのメディア情報を選択する仕組みを提供する。【解決手段】本情報処理装置は、ＳＩＰサーバから受信したＩＮＶＩＴＥリクエストにＳＤＰが含まれていないと、ＳＩＰ通信のトランスポートプロトコルを判定し、トランスポートプロトコルがＵＤＰであると判定されると、ＳＩＰサーバの種別に応じてＳＤＰのメディア情報を選択し、トランスポートプロトコルがＴＣＰ又はＳＳＬであると判定されると、全てのＳＤＰのメディア情報を選択し、選択されたＳＤＰのメディア情報を設定したＩＮＶＩＴＥレスポンスを生成してＳＩＰサーバに応答する。【選択図】図３
2014116911.tif 000002
【特許請求の範囲】
【請求項１】
ＳＩＰ通信を行う情報処理装置であって、
ＳＩＰサーバからＩＮＶＩＴＥリクエストを受信する受信手段と、
前記受信手段によって受信した前記ＩＮＶＩＴＥリクエストにＳＤＰが含まれているか否か解析する解析手段と、
前記解析手段によって前記ＩＮＶＩＴＥリクエストに前記ＳＤＰが含まれていないと解析されると、ＳＩＰ通信のトランスポートプロトコルを判定するプロトコル判定手段と、
前記プロトコル判定手段によって前記トランスポートプロトコルがＵＤＰであると判定されると、前記ＳＩＰサーバの種別に応じてＳＤＰのメディア情報を選択し、前記プロトコル判定手段によって前記トランスポートプロトコルがＴＣＰ又はＳＳＬであると判定されると、全てのＳＤＰのメディア情報を選択する選択手段と、
前記選択手段によって選択されたＳＤＰのメディア情報を設定したＩＮＶＩＴＥレスポンスを生成して前記ＳＩＰサーバに応答する応答手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記情報処理装置と通信可能なＳＩＰサーバの情報を記憶する記憶手段をさらに備え、
前記選択手段は、
前記プロトコル判定手段によって前記トランスポートプロトコルがＵＤＰであると判定されると、前記ＩＮＶＩＴＥリクエストに含まれる送信元ＩＰアドレスが、前記記憶手段に記憶されているＳＩＰサーバの何れかに一致するか否かを判定する手段を備え、
前記記憶手段に前記送信元ＩＰアドレスが一致するＳＩＰサーバの情報があれば、前記記憶手段に記憶されている当該ＳＩＰサーバの種別に応じて前記ＳＤＰのメディア情報を選択し、
前記記憶手段に前記送信元ＩＰアドレスが一致するＳＩＰサーバの情報が無ければ、予め定められたＳＤＰのメディア情報を選択することを特徴とする請求項１に記載の情報処理装置。
【請求項３】
ＳＩＰ通信の履歴情報を記憶する記憶手段をさらに備え、
前記選択手段は、
前記プロトコル判定手段によって前記トランスポートプロトコルがＵＤＰであると判定されると、前記ＩＮＶＩＴＥリクエストに含まれるＦｒｏｍヘッダのドメイン名が、前記記憶手段に記憶されている通信履歴の中で同一のドメイン名の通信が成功した履歴があるか否かを判定する手段を備え、
前記通信が成功した履歴があれば、前記記憶手段に記憶されている履歴のメディア情報を、前記ＳＤＰのメディア情報として選択し、
前記通信が成功した履歴が無ければ、予め定められたＳＤＰのメディア情報を選択することを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記予め定められたＳＤＰのメディア情報を設定する設定手段をさらに備えることを特徴とする請求項２又は３に記載の情報処理装置。
【請求項５】
前記選択手段は、
前記解析手段によって前記ＩＮＶＩＴＥリクエストに前記ＳＤＰが含まれていると解析されると、該ＩＮＶＩＴＥリクエストに含まれる前記ＳＤＰのメディア情報を選択することを特徴とする請求項１乃至３の何れか１項に記載の情報処理装置。
【請求項６】
ＳＩＰ通信を行う情報処理装置であって、
ＳＩＰサーバへＩＮＶＩＴＥリクエストを送信する際に、ＳＩＰ通信のトランスポートプロトコルを判定するプロトコル判定手段と、
前記プロトコル判定手段によって前記トランスポートプロトコルがＵＤＰであると判定されると、前記ＳＩＰサーバの種別に応じてＳＤＰのメディア情報を選択し、前記プロトコル判定手段によって前記トランスポートプロトコルがＴＣＰ又はＳＳＬであると判定されると、全てのＳＤＰのメディア情報を選択する選択手段と、
前記選択手段によって選択されたＳＤＰのメディア情報を設定したＩＮＶＩＴＥリクエストを生成して前記ＳＩＰサーバに送信する送信手段と
を備えることを特徴とする情報処理装置。
【請求項７】
請求項１乃至６の何れか１項に記載の情報処理装置と、
画像を処理する画像処理手段と
を備える画像処理装置。
【請求項８】
ＳＩＰ通信を行う情報処理装置の制御方法であって、
受信手段が、ＳＩＰサーバからＩＮＶＩＴＥリクエストを受信する受信ステップと、
解析手段が、前記受信ステップにおいて受信した前記ＩＮＶＩＴＥリクエストにＳＤＰが含まれているか否か解析する解析ステップと、
プロトコル判定手段が、前記解析ステップにおいて前記ＩＮＶＩＴＥリクエストに前記ＳＤＰが含まれていないと解析されると、ＳＩＰ通信のトランスポートプロトコルを判定するプロトコル判定ステップと、
選択手段が、前記プロトコル判定ステップにおいて前記トランスポートプロトコルがＵＤＰであると判定されると、前記ＳＩＰサーバの種別に応じてＳＤＰのメディア情報を選択し、前記プロトコル判定ステップにおいて前記トランスポートプロトコルがＴＣＰ又はＳＳＬであると判定されると、全てのＳＤＰのメディア情報を選択する選択ステップと、
応答手段が、前記選択ステップにおいて選択されたＳＤＰのメディア情報を設定したＩＮＶＩＴＥレスポンスを生成して前記ＳＩＰサーバに応答する応答ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項９】
ＳＩＰ通信を行う情報処理装置の制御方法であって、
プロトコル判定手段が、ＳＩＰサーバへＩＮＶＩＴＥリクエストを送信する際に、ＳＩＰ通信のトランスポートプロトコルを判定するプロトコル判定ステップと、
選択手段が、前記プロトコル判定ステップにおいて前記トランスポートプロトコルがＵＤＰであると判定されると、前記ＳＩＰサーバの種別に応じてＳＤＰのメディア情報を選択し、前記プロトコル判定ステップによって前記トランスポートプロトコルがＴＣＰ又はＳＳＬであると判定されると、全てのＳＤＰのメディア情報を選択する選択ステップと、
送信手段が、前記選択ステップにおいて選択されたＳＤＰのメディア情報を設定したＩＮＶＩＴＥリクエストを生成して前記ＳＩＰサーバに送信する送信ステップと
を備えることを特徴とする情報処理装置の制御方法。
【請求項１０】
請求項８又は９に記載された情報処理装置の制御方法における各ステップを、コンピュータに実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ通信を行う情報処理装置、その制御方法、プログラム、及び画像処理装置に関するものである。
【背景技術】
【０００２】
近年、ＩＰ網を利用してＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）とＴ．３８に準拠したＩＰファクシミリ通信環境が普及しつつある（例えば、特許文献１）。また、ＮＧＮと呼ばれる電話／映像通信サービスの提供を目的としたネットワークの提供も開始されてきている。ＳＩＰ通信では、ＳＩＰリクエスト（ＩＮＶＩＴＥ）を受信した場合、受信したＩＮＶＩＴＥにＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が指定されているか確認し、含まれていない場合レスポンスにＳＤＰを設定する必要がある。また、ＳＩＰ通信では通信機器によって通信を許すＳＤＰのメディア情報を限定しているため、通信機器に応じて適切な値を含める必要がある。例えば、ＮＧＮ環境のＳＩＰサーバは「メディア種別：ａｐｐｌｉｃａｔｉｏｎ、トランスポート：ＴＣＰ」というＳＤＰを含めなくてはならない。一方、他のＳＩＰサーバには「メディア種別：ａｕｄｉｏ、トランスポート：ＲＴＰ／ＡＶＰ」というＳＤＰを含める必要があるものがある（例えば、ＣＩＳＣＯ社）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−０８６７２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記従来技術には以下に記載する問題がある。上述したようなＳＤＰが含まれていない場合、通信に失敗してしまう。しかし、通信する機器は通信するＳＩＰサーバがどのような通信機器であるかわからないという問題がある。
【０００５】
この問題の回避方法として、通信する機器を１つに限定してＳＤＰのメディアを固定する手法がある。しかし、この手法では、通信する機器を１つに限定する必要があり、複数の機器と通信させたいユーザはそれぞれのＳＩＰサーバに対応した複数の機器を区別して利用する必要があり、不便である。
【０００６】
別の回避方法として、ＳＤＰに複数のメディア情報を含めて通信する手法もある。これにより、通信相手の情報が分からなくても通信機器が好む適切なメディア情報が含まれていれば通信が成功する。例えば、ＮＧＮ環境のＳＩＰサーバで必須の「メディア種別：ａｐｐｌｉｃａｔｉｏｎ、トランスポート：ＴＣＰ」と、他のＳＩＰサーバで必須の「メディア種別：ａｕｄｉｏ、トランスポート：ＲＴＰ／ＡＶＰ」の両方を含めたＳＤＰを送信する手法である。しかし、ＳＩＰ通信がＵＤＰで行われる場合、ＳＤＰに複数のメディア情報を含めるとＵＤＰパケットのＭＴＵサイズ（一般的には１４９２ｂｙｔｅ程度）の上限に達してしまう可能性がある。ＭＴＵサイズの上限を超えてしまうと、ＩＰ経路上で破棄されてしまったり、パケットがフラグメントするため受信者が正しく処理できないという問題が発生してしまう。
【０００７】
本発明は、上述の問題に鑑みて行われたものであり、ＩＮＶＩＴＥコマンドを送受信する際にＳＤＰのメディア情報が指定されていない場合であっても、ＳＩＰ通信のトランスポートプロトコルごとに好適にＳＤＰのメディア情報を選択する仕組みを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明は、ＳＩＰ通信を行う情報処理装置であって、ＳＩＰサーバからＩＮＶＩＴＥリクエストを受信する受信手段と、前記受信手段によって受信した前記ＩＮＶＩＴＥリクエストにＳＤＰが含まれているか否か解析する解析手段と、前記解析手段によって前記ＩＮＶＩＴＥリクエストに前記ＳＤＰが含まれていないと解析されると、ＳＩＰ通信のトランスポートプロトコルを判定するプロトコル判定手段と、前記プロトコル判定手段によって前記トランスポートプロトコルがＵＤＰであると判定されると、前記ＳＩＰサーバの種別に応じてＳＤＰのメディア情報を選択し、前記プロトコル判定手段によって前記トランスポートプロトコルがＴＣＰ又はＳＳＬであると判定されると、全てのＳＤＰのメディア情報を選択する選択手段と、前記選択手段によって選択されたＳＤＰのメディア情報を設定したＩＮＶＩＴＥレスポンスを生成して前記ＳＩＰサーバに応答する応答手段とを備えることを特徴とする。
【０００９】
また、本発明は、ＳＩＰ通信を行う情報処理装置であって、ＳＩＰサーバへＩＮＶＩＴＥリクエストを送信する際に、ＳＩＰ通信のトランスポートプロトコルを判定するプロトコル判定手段と、前記プロトコル判定手段によって前記トランスポートプロトコルがＵＤＰであると判定されると、前記ＳＩＰサーバの種別に応じてＳＤＰのメディア情報を選択し、前記プロトコル判定手段によって前記トランスポートプロトコルがＴＣＰ又はＳＳＬであると判定されると、全てのＳＤＰのメディア情報を選択する選択手段と、前記選択手段によって選択されたＳＤＰのメディア情報を設定したＩＮＶＩＴＥリクエストを生成して前記ＳＩＰサーバに送信する送信手段とを備えることを特徴とする。
【００１０】
また、本発明は、上記何れかの情報処理装置と、画像を処理する画像処理手段とを備える画像処理装置として実現できる。
【発明の効果】
【００１１】
本発明は、ＩＮＶＩＴＥコマンドを送受信する際にＳＤＰのメディア情報が指定されていない場合であっても、ＳＩＰ通信のトランスポートプロトコルごとに好適にＳＤＰのメディア情報を選択する仕組みを提供できる。
【図面の簡単な説明】
【００１２】
【図１】本実施形態に係る通信端末装置のシステム構成を示すブロック図。
【図２】本実施形態に係る通信端末装置が接続されるネットワークの図。
【図３】本実施形態に係る通信端末装置がＩＮＶＩＴＥリクエストを受信した場合のフローチャート。
【図４】本実施形態に係る通信端末装置がＵＤＰ通信でＯｆｆｅｒＳＤＰなしのＩＮＶＩＴＥリクエストを受信した場合のフローチャート。
【図５】本実施形態に係る通信端末装置がＵＤＰ通信でＯｆｆｅｒＳＤＰなしのＩＮＶＩＴＥリクエストを受信した場合の他のフローチャート。
【図６】本実施形態に係る通信端末装置におけるＳＩＰサーバ設定画面の一例を示す図。
【図７】本実施形態に係る通信端末装置におけるＳＩＰサーバデフォルト種別設定画面の一例を示す図。
【図８】本実施形態に係る通信端末装置における通信履歴の一例を示す図。
【図９】ＯｆｆｅｒＳＰＤが存在しないＩＮＶＩＴＥリクエストの一例を示す図。
【図１０】本実施形態に係る通信端末装置がＩＮＶＩＴＥリクエストを送信する場合のフローチャート。
【発明を実施するための形態】
【００１３】
以下、本発明を実施するための形態について図面を用いて説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものでなく、また実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。
【００１４】
＜情報処理装置の構成＞
以下では、図１乃至図１０を参照して、本発明を実施するための最良の形態について説明する。まず、図１を参照して、本実施形態に係る情報処理装置（画像処理装置）である通信端末装置の構成例について説明する。
【００１５】
通信端末装置１００は、ＣＰＵ１０１、表示／操作部１０２、読取部１０３、記録部１０４、画像処理部１０５、画像蓄積部１０６、ＲＡＭ１０７、発呼先情報記憶部１０８、選択網設定記憶部１０９、発呼先情報解析部１１０、発呼網判別部１１１、Ｔ．３８制御部１１２、ＳＩＰ呼制御部１１３、Ｇ３ＦＡＸ伝送制御部１１４、Ｇ３ＦＡＸ呼制御部１１５、及びＩＰ制御部１１６を備える。中央処理装置（ＣＰＵ）１０１は、制御プログラムを実行することにより、装置全体を統括的に制御する。ＲＡＭ１０７は、制御プログラムが使用するシステムデータや各種情報を記憶する。表示／操作部１０２は、タッチパネル等で構成され、使用者によって通信端末装置１００を動作させるための各種操作（発呼操作等）が行われたり、各種情報を表示する。
【００１６】
読取部１０３は、送信原稿やコピー原稿を読み取って画像データを出力する。記録部１０４は、受信画像データや読取った画像データを記録紙に記録して出力する。画像処理部１０５は、画像データに対する符号化、復号化、拡大、縮小等の処理を行う。画像蓄積部１０６は、受信画像データ又は読取った画像データを格納する。このように通信端末装置１００は、各種画像処理機能を有するため、画像処理装置としても適用できる。
【００１７】
発呼先情報記憶部１０８は、ユーザが表示／操作部１０２のキー操作により登録した発呼先情報を記憶する。選択網設定記憶部１０９は、ファクシミリの発呼する網（ＳＩＰサーバ経由、Ｔ．３８ゲートウェイ経由、ホームゲートウェイ経由）情報などを記憶する。発呼先情報解析部１１０は、発呼時に、表示／操作部１０２から入力される相手通信端末装置の発呼先情報を解析する。発呼網判別部１１１は、発呼先情報解析部１１０での発呼先情報の解析結果から、解析された発呼先情報を用いて選択網設定記憶部１０９に記憶されている発呼先設定情報を参照してファクシミリの発呼する網を判別する。
【００１８】
Ｔ．３８伝送制御部１１２は、ＩＴＵ−Ｔ勧告Ｔ．３８手順に従ってリアルタイム型通信プロトコルを制御する。ＳＩＰ呼制御部１１３は、ＩＥＴＦのＲＦＣ３２６１（ＳＩＰ）とＲＦＣ２３２７（ＳＤＰ）に規定された手順を使用してリアルタイム型インターネットファクスＴ３８における呼の確立、維持、終了の制御を行なう。ＩＰ制御部１１６は、ＩＰ網２０４に接続され、インターネットを開始して種々のデータを送受する通信制御を行う。Ｇ３ＦＡＸ伝送制御部１１４は、ＩＴＵ−Ｔ勧告Ｔ．３０手順に従ってファクシミリプロトコルを制御する。Ｇ３ＦＡＸ呼制御部１１５は、Ｇ３ＦＡＸ伝送制御部１１４の伝送制御の下でアナログ公衆回線網２０６にて呼の確立、網接続の制御を行なう。
【００１９】
通信端末装置１００には、さらに、上述した装置各部の間で相互にデータのやり取りするシステムバス１１７が設けられる。通信端末装置１００は、ＩＰ制御部１１６によりＩＰ網２０４に接続され、ＩＰ網（ＬＡＮ）２０４を介して相手通信端末装置と通信可能に接続される。また、Ｇ３ＦＡＸ呼制御部１１５により公衆回線網２０６接続され、公衆回線網２０６を介して相手通信端末装置と通信可能に接続される。
【００２０】
＜ネットワークの構成例＞
次に、図２を参照して、本実施形態に係る通信端末装置１００が接続されるネットワークの構成例について説明する。通信端末装置１００はＬＡＮ２０４に接続されている。ＬＡＮ２０４は、ホームゲートウェイ２０３を介して、ＮＧＮ網２０５に接続される。ホームゲートウェイ２０３は、ＮＧＮ環境のＳＩＰサーバ２０２のＰｒｏｘｙの役割も行う。また、ＬＡＮ２０４には、ＬＡＮ用のＳＩＰサーバ２０１とＮＧＮ用のＳＩＰサーバ２０２とが存在する。また、図２に示すように、ホームゲートウェイ２１０がＮＧＮ網２０５と接続される。さらに、ホームゲートウェイ２１０は、他のＬＡＮ（ＩＰ網）を介して、他の通信端末装置２１１、２１２に接続される。
【００２１】
＜ＩＮＶＩＴＥコマンド＞
これらのＳＩＰサーバ２０１、２０２から通信端末装置１００がＳＩＰ通信を開始する要求であるＩＮＶＩＴＥコマンドを受信した場合の制御について説明する。ＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）におけるＩＮＶＩＴＥリクエスト／レスポンスでは、何れかにデータ通信を行うための方式を示すＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）情報を含む必要がある。最初に送信するＳＤＰは、Ｏｆｆｅｒ ＳＤＰと呼ばれる。Ｏｆｆｅｒ ＳＤＰには、対応する全てのメディア情報を含める。一方、Ｏｆｆｅｒ ＳＤＰを受信した装置は、Ａｎｓｗｅｒ  ＳＤＰを送信する必要がある。Ａｎｓｗｅｒ  ＳＤＰは、Ｏｆｆｅｒ ＳＤＰで提示されたＳＤＰから実際に通信するメディアを特定して応答するものである。
【００２２】
以下では、図３を参照して、通信端末装置１００における詳細な処理手順について説明する。以下で説明する処理は、通信端末装置１００のＲＡＭ１０７等のメモリに格納されたプログラムがＣＰＵ１０１において実行されることにより実現される。
【００２３】
ＩＮＶＩＴＥコマンドを受信すると、ＣＰＵ１０１は、Ｓ１００においてＩＮＶＩＴＥコマンドを解析し、Ｓ１０１においてＩＮＶＩＴＥコマンドにＯｆｆｅｒ ＳＤＰ情報が含まれているか否かを判定する。ＩＮＶＩＴＥにＯｆｆｅｒ ＳＤＰ情報が含まれている場合はＳ１０３に進み、ＣＰＵ１０１は、ＩＮＶＩＴＥで指定されたＳＤＰのメディア情報から通信が可能なメディア情報を決定（選択）する。その後、Ｓ１０５において、ＣＰＵ１０１は、決定したメディア情報を含めたＩＮＶＩＴＥのレスポンスを生成する。
【００２４】
一方、ＩＮＶＩＴＥにＯｆｆｅｒ ＳＤＰ情報が含まれていない場合はＳ１０２に進み、ＣＰＵ１０１は、プロトコル判定手段として機能し、ＳＩＰ通信のトランスポートプロトコルを確認する。ＳＩＰ通信のトランスポートプロトコルがＴＣＰかＳＳＬである場合はＳ１０４に進み、ＣＰＵ１０１は、ＩＮＶＩＴＥのレスポンスにＯｆｆｅｒ ＳＤＰとして対応する全てのメディア情報を設定し、Ｓ１０５でＩＮＶＩＴＥレスポンスを生成する。
【００２５】
一方、ＳＩＰ通信のトランスポートプロトコルがＵＤＰである場合はＳ１０６に進み、ＣＰＵ１０１は、ＩＮＶＩＴＥリクエストからＳＩＰサーバの種別を特定することが可能か否かを判定する。ＳＩＰサーバが登録されているため種別を特定可能な場合はＳ１０８に進み、ＣＰＵ１０１は、登録されているＳＩＰサーバの種別からＯｆｆｅｒ ＳＤＰに設定するメディア情報を選択して設定し、Ｓ１０５でＩＮＶＩＴＥレスポンスを生成する。例えばＳＩＰサーバの種別がＮＧＮの場合、ＳＤＰのメディア情報として「メディア種別：ａｐｐｌｉｃａｔｉｏｎ、トランスポート：ＴＣＰ」を選択する。ＬＡＮの場合は「メディア種別：ａｕｄｉｏ、トランスポート：ＲＴＰ／ＡＶＰ」というＳＤＰ情報となる。一方、ＳＩＰサーバが登録されていないため種別を特定できない場合はＳ１０７に進み、ＣＰＵ１０１は、Ｏｆｆｅｒ ＳＤＰにデフォルトのメディア情報を設定し、Ｓ１０５でＩＮＶＩＴＥレスポンスを生成する。
【００２６】
＜ＳＩＰサーバの特定方法＞
次に、図４を参照して、図３のＳ１０６におけるＩＮＶＩＴＥリクエストからＳＩＰサーバを特定する方法について詳細に説明する。なお、以下で説明する処理は、通信端末装置１００のＲＡＭ１０７等のメモリに格納されたプログラムがＣＰＵ１０１において実行されることにより実現される。
【００２７】
Ｓ２００において、ＣＰＵ１０１は、受信したＩＮＶＩＴＥコマンドの送信元ＩＰアドレスを取得する。続いて、Ｓ２０１において、ＣＰＵ１０１は、通信端末装置１００に設定されたＳＩＰサーバ一覧から送信元ＩＰアドレスと一致するＳＩＰサーバの有無を確認する。その結果、同一ＩＰアドレスのＳＩＰサーバが登録されている場合、登録されたＳＩＰサーバの種別を参照して特定し、処理を図３のフローチャートに戻す。一方、同一ＩＰアドレスのＳＩＰサーバが登録されていない場合は、特定不可能として処理を図３のフローチャートに戻す。
【００２８】
ここで、図６を参照して、通信端末装置１００が有するＳＩＰサーバ一覧について説明する。図６は、通信端末装置１００の表示／操作部１０２のＳＩＰサーバの種別を登録する画面例である。ＳＩＰサーバ設定として、通信を行うＳＩＰサーバを識別するための名称と、ＳＩＰサーバのＩＰアドレスに加え、ＳＩＰサーバの種別情報を登録して管理する。このＳＩＰサーバの種別情報とは、ＳＩＰサーバの特徴となる項目である。例えば、ＳＩＰサーバが管理する通信環境であったり、ＳＩＰサーバのベンダ情報などである。この種別に応じて、Ｏｆｆｅｒ ＳＤＰに設定するメディア情報が決定（選択）される。
【００２９】
図６に示すように、登録ボタン３０２、削除ボタン３０３を用いて、ＳＩＰサーバのＩＰアドレスと、種別を登録、削除することができる。ここでは、設定領域３０１に示すように、ＩＰアドレスが１７２．１６．１．１のＳＩＰサーバはＮＧＮ環境用のＳＩＰサーバであり、１７２．１６．１．２のＳＩＰサーバはＬＡＮ環境用のＳＩＰサーバであることが設定されている。
【００３０】
図７は、通信端末装置１００の表示／操作部１０２のＳＩＰサーバのデフォルト通信設定を登録する画面例である。当該画面は、例えば、図６の設定領域３０１の種別の欄が選択されると表示される。この例では、ＳＩＰサーバの種別をＮＧＮボタン３１１かＬＡＮボタン３１０かの何れかを選択して、ＳＩＰサーバの種別を登録することができる。ＮＧＮに設定された場合、通信端末装置１００が種別が不明なＳＩＰサーバと通信する場合ＮＧＮ環境として動作する。この設定は、図４のＳ１０７のように通信するＳＩＰサーバの種別が不明な場合に参照されるものである。
【００３１】
ＮＧＮボタン３１１又はＬＡＮボタン３１０の何れかが選択された状態で、設定ボタン３１２が押下されると、選択されている種別が設定され、図６の画面に戻る。図６の画面に戻ると、設定領域３０１の種別の領域に設定された種別が表示される。また、戻るボタン３１３が押下されると、設定を変更することなく図６の画面に戻る。
【００３２】
＜変形例＞
次に、図５を参照して、Ｓ１０６のＩＮＶＩＴＥリクエストからＳＩＰサーバを特定する他の方法について説明する。ここでは、過去の通信履歴を利用してＳＩＰサーバの種別を特定する。なお、以下で説明する処理は、通信端末装置１００のＲＡＭ１０７等のメモリに格納されたプログラムがＣＰＵ１０１において実行されることにより実現される。
【００３３】
Ｓ２１０において、ＣＰＵ１０１は、受信したＩＮＶＩＴＥリクエストのＦｒｏｍヘッダのドメイン名を確認する。Ｆｒｏｍヘッダのドメイン名を取得すると、Ｓ２１１において、ＣＰＵ１０１は、通信端末装置１００に設けられたＨＤＤ等のメモリに保存された過去の通信履歴（履歴情報）から通信に成功した履歴情報の中で、送信者のドメイン名が一致する履歴の有無を判定する。この結果、同一ドメインに対して、通信に成功した履歴があればその通信で利用したメディア情報をＳＤＰとして利用できるため、ＳＩＰサーバの種別を特定可能と判断する。なぜならば、同一ドメインである場合、通信する際に同じＳＩＰサーバを利用する可能性が高いためである。また、ＩＮＶＩＴＥでＯｆｆｅｒＳＤＰが設定されていなかったが、同じドメンに存在するほかの通信端末装置では、ＩＮＶＩＴＥリクエストでＯｆｆｅｒＳＤＰを設定して通信を行っている可能性がある。そのような通信端末装置と過去に通信した履歴があれば、ＳＩＰサーバとの通信に必要なＳＤＰのメディア情報が特定できる。一方、同一ドメインに対して通信に成功した履歴が無ければＳＩＰサーバの種別を特定できないと判断する。
【００３４】
具体例として、図９に示すＩＮＶＩＴＥリクエストを受信した場合について説明する。図９のＩＮＶＩＴＥリクエストから、送信元がｉＲＡＤＶ０３＠ｃｏｎｏｎ−ｍｊ．ｃｏ．ｊｐであることが分かる。この場合の送信元のドメイン名は”ｃｏｎｏｎ−ｍｊ．ｃｏ．ｊｐ”となる。
【００３５】
このときの通信端末装置１００に保存されている通信履歴が図８である場合について説明する。図８に示すように、通信履歴には、各通信履歴のＮｏ、通信結果、送信者のアドレス、通信メディア情報が紐付けて保存されている。この通信履歴から送信元のドメイン名が””ｃｏｎｏｎ−ｍｊ．ｃｏ．ｊｐ”で通信が成功した履歴はＮｏ１，Ｎｏ３であり、利用したメディア情報は”ａｐｐｌｉｃａｔｉｏｎ，ｔｃｐ“であることが分かる。そのため、図９のＩＮＶＩＴＥリクエストに対する応答のＳＤＰにはメディア情報として”ａｐｐｌｉｃａｔｉｏｎ，ｔｃｐ”を設定して応答することになる。
【００３６】
＜ＩＮＶＩＴＥリクエスト＞
次に、図１０を参照して、ＩＮＶＩＴＥリクエストを送信する際の処理手順について説明する。本発明は、ＩＮＶＩＴＥリクエストを受信した場合だけでなく、ＩＮＶＩＴＥリクエストを送信する場合も適用することができる。なお、以下で説明する処理は、通信端末装置１００のＲＡＭ１０７等のメモリに格納されたプログラムがＣＰＵ１０１において実行されることにより実現される。
【００３７】
ＩＮＶＩＴＥリクエストを送信する場合、Ｓ３００において、ＣＰＵ１０１は、プロトコル判定手段として機能し、ＳＩＰ通信を行うトランスポートプロトコルを確認する。このときに、トランスポートプロトコルがＴＣＰ／ＳＳＨである場合はＳ３０１に進み、ＣＰＵ１０１は、ＯｆｆｅｒＳＤＰに含めるメディア情報として、通信端末装置１００が可能な全てのメディア情報を設定し、Ｓ３０５でＩＮＶＩＴＥリクエストを生成する。
【００３８】
一方、ＳＩＰ通信プロトコルがＵＤＰである場合はＳ３０２に進み、通信先のＳＩＰサーバの種別が特定可能であるかどうかを判定する。この判定結果により、Ｓ３０３又はＳ３０４で設定するＳＤＰのメディア情報を決定（選択）して、Ｓ３０５でＩＮＶＩＴＥリクエストを生成する。ＵＤＰである場合の通信先のＳＩＰサーバ種別の特定方法は、特許文献１と同じ手法である。
【００３９】
以上説明したように、本願発明によれば、ＯｆｆｅｒＳＤＰとして設定するメディアタイプとして、様々なメディアタイプに対応する通信端末装置において、Ｏｆｆｅｒ ＳＤＰが含まれていないＩＮＶＩＴＥリクエストを受信した場合に、ＩＮＶＩＴＥリクエストから、応答するＯｆｆｅｒＳＤＰのメディア情報を自動で決定（選択）することができる。なお、本発明は、ＩＮＶＩＴＥリクエストを送信する際のＩＶＩＴＥリクエストの生成時にも適用することができる。
【００４０】
＜その他の実施例＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2014116911.tif 000003
【図２】
2014116911.tif 000004
【図３】
2014116911.tif 000005
【図４】
2014116911.tif 000006
【図５】
2014116911.tif 000007
【図６】
2014116911.tif 000008
【図７】
2014116911.tif 000009
【図８】
2014116911.tif 000010
【図９】
2014116911.tif 000011
【図１０】
2014116911.tif 000012