ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラム
【課題】 ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合に、不要なメディア変換を回避することで、品質の劣化を低減するマルチメディア通信を可能にする。
【解決手段】 本発明は、ＳＩＰ中継装置において、ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定し、メディア変換が必要な場合のみ、メディア変換情報をメディアパケット変換装置に渡し、メディア変換を指示し、メディアパケット変換装置において、ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う。
【解決手段】 本発明は、ＳＩＰ中継装置において、ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定し、メディア変換が必要な場合のみ、メディア変換情報をメディアパケット変換装置に渡し、メディア変換を指示し、メディアパケット変換装置において、ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ(Session Initiation Protocol)中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラムに係り、特に、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力（サポートするコーデック、ＩＰバージョン、メディア種別等）に差分が存在する場合にも、ＳＩＰ端末に特別な処理を要求することなく、マルチメディア通信を確立可能とするための、ＳＩＰ中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
ＳＩＰを用いた通信において、ＳＩＰ端末のメディア能力（コーデック、ＩＰバージョン、メディア種別等）に差分が存在する場合がある。例えば、小型で安価な着側の端末では、映像メディアはサポートしないにも関わらず、発側の端末は映像メディアを送信したいというケースがある。このような端末間に差分が存在する場合にも、マルチメディア通信を確立可能とするための技術がある（例えば、非特許文献１参照）。しかしながら、当該技術は、ＳＩＰ端末が通信相手のメディア能力を把握した上で、トランスコーダ等の利用を自立的に判断し、ＳＩＰ通信を制御する必要がある。そもそも、ＳＩＰ端末のメディア能力が限定的になる主な原因は、ＳＩＰ端末の処理能力やハードウェア性能の限界であることが多く、メディア能力の不一致を解決するために、ＳＩＰ端末に特別な処理を要求するのは望ましくない。
【０００３】
このように、ＳＩＰ端末に特別な処理を要求することなく、端末間のメディア能力の不一致を解決してマルチメディア通信を確立可能とする技術がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０４９４１５号公報
【非特許文献】
【０００５】
【非特許文献１】G. Camarillo, IETF RFC 5369, "Framework for Transcoding with the Session Initiation Protocol (SIP)"
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１のような従来技術には、以下のような問題がある。
【０００７】
（１）不要なコーデック変換；
従来技術では、呼設定のためのＳＩＰメッセージを中継するＳＩＰ装置が、自らがサポートする音声コーデックを該ＳＩＰメッセージ中のＳＤＰ(Session Description Protocol)に追記する。このとき、着信端末が発信端末と同じ音声コーデックをサポートしているにも関わらず、中継ＳＩＰ装置が挿入した音声コーデックのみを選択して応答する場合がある。このようなサポートするメディア能力を全て選択せず、そのうちの一部（或いは一つだけ）を選択して応答する着信端末の動作は、例えば、モバイル端末など、処理性能が限定的な端末において、複数のコーデックをサポートしているが、一つの通信に使用するコーデックは常に一つに限定する必要がある、という場合などで一般的に見られる。
【０００８】
この場合、中継ＳＩＰ装置は、発着信端末の間でＲＴＰ（Real-time Transport Protocol）パケットのコーデック変換を実施する。しかしながら、中継ＳＩＰ装置が音声コーデックを追加的に挿入することさえしなければ、着信端末は発信端末が設定した音声コーデックを通常通り選択して応答し、中継ＳＩＰ端末によるコーデック変換は不要であったはずである。すなわち、中継ＳＩＰ端末が介在することにより、本来的に不要なコーデック変換が実行される結果となっている。
【０００９】
コーデック変換等のメディアパケット変換は、デコード・エンコード処理の反復による品質劣化の原因となるため、必要な場合にのみ実施されるべきである。
【００１０】
また、メディアパケット変換は、当該の変換を担う処理装置にとっても負荷の高い処理であることが多く、設備コスト等の観点においても、不要な処理は可能な限り避けるべきである。
【００１１】
（２）メディアパケット経路の固定化：
従来技術では、中継ＳＩＰ装置が音声コーデックを追記する際、メディアパケットの送受信を行うＩＰアドレスとポート番号を、発信端末が指定した値から、メディアパケット変換装置の値に書き換える。
【００１２】
このとき、着信端末が選択したコーデックが、発信端末の設定したコーデックと同じであった場合でも、当該のメディアパケットは、前述のＩＰアドレスとポートで特定されるメディアパケット変換装置を介して端末間で交換される。本来であれば、コーデック変換が不要なメディアパケットは、メディアパケット変換装置を介さず、端末間で直接交換されるはずである。
【００１３】
これは、ＳＩＰ中継装置の介在により、コーデック変換が不要な場合にもメディアパケットの経路にメディアパケット変換装置が固定的に介在してしまうことになり、パケット転送経路を不要に延伸させ、パケットの遅延増大を招く原因となる。また、メディアパケット変換装置のポート番号は有限であり、コーデック変換を行わないメディアパケットを単に転送するためだけにポート番号を占有することは、同装置のリソースを効率的に利用する上でも望ましくない。
【００１４】
本発明は、上記の点に鑑みなされたもので、不要なメディア変換を回避することで、品質の劣化を低減することが可能なＳＩＰ中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
図１は、本発明の原理構成図である。
【００１６】
本発明（請求項１）は、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのＳＩＰ中継装置であって、
複数のＳＩＰ端末１００、メディアパケット変換装置３００、ＳＩＰ中継装置２００及び、これらの装置間に介在する通信ネットワークからなるシステムにおいて、
メディア変換情報を格納するメディア変換情報記憶手段２０１と、
メディア変換情報記憶手段２０１からメディア変換に必要な情報を取得して、メディアパケット変換装置３００に対して、メディア変換要求として送信するメディアパケット変換制御手段２３０と、
ＳＩＰ端末１００からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理能力が一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、前記メディアパケット変換制御手段にメディア変換を指示するＳＩＰ呼制御手段２１０と、を有する。
【００１７】
本発明（請求項２）は、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのメディアパケット変換装置であって、
複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなるシステムにおいて、
ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う手段を有する。
【００１８】
本発明（請求項３）は、複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなり、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのシステムであって、
ＳＩＰ中継装置は、
メディア変換情報を格納するメディア変換情報記憶手段と、
メディア変換情報記憶手段からメディア変換に必要な情報を取得して、メディアパケット変換装置に対して、メディア変換要求として送信するメディアパケット変換制御手段と、
ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定し、メディア変換が必要な場合のみ、メディア変換情報記憶手段からメディアパケット変換装置が変換すべきメディアパケットの情報を読み出して、メディアパケット変換制御手段にメディア変換を指示するＳＩＰ呼制御手段と、
を有し、
メディアパケット変換装置は、
ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う手段を有する。
【００１９】
また、本発明（請求項４）は、請求項３のシステムにおいて、
ＳＩＰ中継装置は、
メディア変換の必要性の大きさを示す統計データを呼接続履歴情報として格納する呼接続履歴データ記憶手段と、
呼接続履歴データ記憶手段から呼接続履歴情報を読み出す、及び、呼接続履歴情報を取得して該呼接続履歴データ記憶手段を更新する呼接続履歴データ制御手段と、を更に有し、
ＳＩＰ呼制御手段は、
ＳＩＰ端末からＳＩＰリクエストを受信すると、呼接続履歴データ制御手段から呼接続履歴情報を取得して、該ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定する判定手段を有する。
【００２０】
また、本発明（請求項５）は、請求項４のシステムにおいて、
ＳＩＰ呼制御手段は、
着信側のＳＩＰ端末が発信側のＳＩＰ端末の指定したあるメディア能力Ａを許容するケースａ；
メディア能力Ａは許容しないが、当該ＳＩＰ中継装置が指定したいメディア能力Ｂを許容するケースｂ；
メディア能力Ａ、メディア能力Ｂのいずれも許容しないケースｃ；
にそれぞれ交換されるＳＩＰ信号数を求め、
呼接続履歴データ記憶手段から取得した前記呼接続履歴情報に基づいて、ケースａが起こる確率ｐ、ケースｂが起こる確率ｑ、ケースｃが起こる確率ｒを求め、ＳＩＰ信号数にそれぞれ乗じて加えることで、ＳＩＰ信号数の期待値を求め、
求められたＳＩＰ信号数の期待値を比較して、最も小さい期待値を求め、該期待値に基づいて、メディア変換が必要か否かを判定する手段を含む。
【００２１】
図２は、本発明の原理を説明するための図である。
【００２２】
本発明（請求項６）は、複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなり、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのシステムにおける制御方法であって、
ＳＩＰ中継装置において、
ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理機能が一致しているかを判定するメディア変換判定ステップ（ステップ１）と、
前記メディア変換判定ステップにおいて、一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、メディア変換情報記憶手段からメディア変換に必要な情報を取得して、メディア変換要求として前記メディアパケット変換装置に送信するメディア変換指示ステップ（ステップ２）を行い、
メディアパケット変換装置において、
ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行うメディア変換ステップ（ステップ３）を行う。
【００２３】
また、本発明（請求項７）は、請求項６のメディア変換判定ステップにおいて、
メディア変換の必要性の大きさを示す統計データを呼接続履歴情報として格納する呼接続履歴データ記憶手段から該呼接続履歴情報を読み出して、ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定する。
【００２４】
また、本発明（請求項８）は、請求項７のメディア変換判定ステップにおいて、
着信側のＳＩＰ端末が発信側のＳＩＰ端末の指定したあるメディア能力Ａを許容するケースａ；
メディア能力Ａは許容しないが、当該ＳＩＰ中継装置が指定したいメディア能力Ｂを許容するケースｂ；
メディア能力Ａ、メディア能力Ｂのいずれも許容しないケースｃ；
にそれぞれ交換されるＳＩＰ信号数を求め、
呼接続履歴データ記憶手段から呼接続履歴情報を取得し、
呼接続履歴情報に基づいて、ケースａが起こる確率ｐ、ケースｂが起こる確率ｑ、ケースｃが起こる確率ｒを求め、ＳＩＰ信号数にそれぞれ乗じて加えることで、ＳＩＰ信号数の期待値を求め、
求められたＳＩＰ信号数の期待値を比較して、最も小さい期待値を求め、該期待値に基づいて、メディア変換が必要か否かを判定する。
【００２５】
本発明（請求項９）は、請求項1に記載のＳＩＰ中継装置を構成する各手段としてコンピュータを機能させるためのＳＩＰ中継プログラムである。
【００２６】
本発明（請求項１０）は、請求項２に記載のメディアパケット変換装置を構成する各手段としてコンピュータを機能させるメディアパケット変換プログラムである。
【発明の効果】
【００２７】
上記のように本発明によれば、ＳＩＰ端末間にメディア能力の不一致があり、メディア変換が必要な場合にのみ、メディア変換を行うことが可能となり、不要なメディア変換による実行による望まない品質の劣化を回避することができる。
【００２８】
また、ＳＩＰ端末間にメディア能力の不一致がなく、メディア変換が不要な場合に、メディアパケットの経路を不要に延伸させることなく、端末間で直接交換させることが可能となり、遅延増大等の望まない品質劣化を回避することができる。
【００２９】
また、ＳＩＰ端末は、メディア変換の要否を事前に把握し結果に応じて自律的に動作を変更するような追加的な実装をすることなく、本発明のＳＩＰ中継装置を介して通信を行うことで、メディア能力の相違を意識することなく、メディア能力の異なるその他の端末と通信を確立することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の原理構成図である。
【図２】本発明の原理を説明するための図である。
【図３】本発明の一実施の形態におけるネットワーク構成の例である。
【図４】本発明の一実施の形態におけるＳＩＰ中継装置の構成図である。
【図５】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作判断のフローチャートである。
【図６】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＡである。
【図７】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−１である。
【図８】本発明の一実施の形態におけるＳＩＰ中継手順Ａ−１におけるメディア能力の記述例である。
【図９】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−２である。
【図１０】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−３である。
【図１１】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＢである。
【図１２】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｂである。
【図１３】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＣである。
【図１４】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｃである。
【図１５】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作のフローＤである。
【図１６】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｄである。
【発明を実施するための形態】
【００３１】
以下、図面と共に本発明の実施の形態を説明する。
【００３２】
最初に本発明のネットワーク構成を示す。
【００３３】
図３は、本発明の一実施の形態におけるネットワーク構成の例を示す。
【００３４】
同図に示すネットワークは、複数のＳＩＰ端末１００、ＳＩＰ中継装置２００、メディアパケット変換装置３００、複数のネットワーク４００から構成される。
【００３５】
ＳＩＰ端末１００は、ＳＩＰを用いてマルチメディア通信の確立を行うＳＩＰエンティティである。
【００３６】
ＳＩＰ中継装置２００は、本発明におけるＳＩＰ処理のほか、メディアパケット変換装置３００との通信を行うＳＩＰエンティティである。
【００３７】
メディアパケット変換装置３００は、ＳＩＰ中継装置２００から指示を受け、受信メディアパケットと送信メディアパケットの間の変換処理を行う一般的な装置である。
【００３８】
ＳＩＰ端末１００と本発明のＳＩＰ中継装置２００及びメディアパケット変換装置３００の間には、任意の通信ネットワーク４００が介在しうる。例えば、ＳＩＰ通信を提供するネットワークとしては、ＳＩＰ事業者網の他、インターネット、私設網などがある。ＳＩＰ端末１００とＳＩＰ中継装置２００の間の通信ネットワーク４００１，４００３において、ＳＩＰとその他の呼設定プロトコル（例えば、H.323, ISUPなど）がインターワークされていてもよい。その意味において、本発明のＳＩＰ中継装置２００及びメディアパケット変換装置３００の適用は、マルチメディア通信を確立する両端の端末は、必ずしもＳＩＰ端末である必要はなく、他の呼設定プロトコルとの適切なインターワークを介して、ＳＩＰ以外のプロトコルを用いる端末であってもよい。
【００３９】
ＳＩＰ中継装置２００とメディアパケット変換装置３００との間には、任意の通信ネットワーク４００２が介在しうる。しかしながら、一般的には、ＳＩＰ中継装置２００とメディアパケット変換装置３００は、同一事業者のネットワーク内に設置されることが多い。
【００４０】
以下に、各構成について説明する。
【００４１】
図４は、本発明の一実施の形態におけるＳＩＰ中継装置の構成を示す。
【００４２】
同図に示すＳＩＰ中継装置２００は、メディア変換情報記憶部２０１、呼接続履歴データ格納部２０２、現呼接続データ格納部２０３、セッション管理用データ格納部２０４、ＳＩＰ呼制御部２１０、呼接続履歴データ制御部２２０、メディアパケット変換制御部２３０、パケット通信制御部２４０、ソケット部２５０から構成される。
【００４３】
上記のメディア変換情報記憶部２０１、呼接続履歴データ格納部２０２、現呼接続データ格納部２０３、セッション管理用データ格納部２０４は、メモリやハードディスク等の記憶媒体である。
【００４４】
メディア変換情報記憶部２０１は、メディアパケット変換装置３００が変換処理可能なメディア能力情報、メディアパケット変換装置３００のＩＰアドレス、ポート番号等を格納する。
【００４５】
呼接続履歴データ格納部２０２は、セッションが確立され切断された時点における統計履歴情報を格納する。呼接続履歴情報としては、メディア能力、ＳＩＰリクエストのＵＲＩの組み合わせ毎の、全呼接続試行回数、当該全呼接続試行回数のうちメディア変換が不要だった回数、当該全接続試行回数のうちメディア変換が必要だった回数や、発信側のＳＩＰ端末と着信側のＳＩＰ端末のＳＩＰ−ＵＲＩのドメイン部分の組み合わせ等がある。
【００４６】
現呼接続履歴データ格納部２０３は、セッションが確立され、切断されていない時点における統計履歴情報を格納する。
【００４７】
セッション管理用データ格納部２０４は、Call-ID、From-tag、To-tag、branchパラメタ等、ＳＩＰセッション管理に必要なセッション管理用データを格納する。
【００４８】
●ＳＩＰ呼制御部２１０：
ＳＩＰ呼制御部２１０は、通常のＳＩＰプロキシサーバと同様に、
・ＳＩＰヘッダ、ボディ部の操作；
・Call-ID、From-tag、To-tag、branchパラメタ等、ＳＩＰセッション管理に必要な情報をセッション管理用データ格納部２０４から取得したり、同格納部２０４に格納や更新；
等を行う。
【００４９】
当該ＳＩＰ呼制御部２１０は、本発明では、上記の機能に加えて、以下のような処理を行う。
【００５０】
・呼接続履歴データ制御部２２０と通信を行い、処理中のＳＩＰ呼の確立のために、メディア変換が必要か否か、必要な場合にメディアパケット変換装置３００で変換処理が可能かどうかを判断するための、統計履歴情報を取得する処理を行う；
・取得した統計履歴情報に基づき、処理中のＳＩＰ呼にかかる以降の動作手順を決定し、決定した手順に従って、ＳＩＰ処理を行う。
【００５１】
・呼接続完了毎に、呼接続履歴データ制御部２２０に、当該呼の接続履歴データを渡し、履歴データの更新を指示する。
【００５２】
・メディアパケット変換制御部２３０と通信を行い、メディアパケット変換装置３００が変換処理可能なメディア能力情報、同装置３００のＩＰアドレス、ポート番号等の情報を取得する。取得した情報を元に、動作手順に則って、ＳＩＰメッセージのボディ部に適切に設定する。
【００５３】
・ＳＩＰ処理の過程でメディア変換が必要なことが判明した場合に、メディアパケット変換制御部２３０に、メディアパケット変換装置３００が変換すべき、メディアパケット情報（メディア能力情報、ＩＰアドレス、ポート番号等）を通知する。また、該セッションの切断時に、変換処理を終了するよう、メディアパケット変換制御部２３０に対して指示を行う。
【００５４】
●呼接続履歴データ制御部２２０：
呼接続履歴データ制御部２２０は、以下のような処理を行う。
【００５５】
・ＳＩＰ呼制御部２１０から指示を受け、呼接続履歴データ格納部２０２から呼接続履歴情報を取得し、ＳＩＰ呼制御部２１０に渡す。また、その反対に、ＳＩＰ呼制御部２１０から渡された呼接続履歴データを用いて、呼接続履歴データ格納部２０２のデータまたは、現呼接続履歴データ格納部２０３のデータの更新を行う。
【００５６】
●メディアパケット変換制御部２３０：
メディアパケット変換制御部２３０は、以下のような処理を行う。
【００５７】
・ＳＩＰ呼制御部２１０から指示を受けると、メディア変換情報格納部２０１から、メディアパケット変換装置３００が変換可能なメディア能力情報、同装置のＩＰアドレス、ポート番号等を取得し、ＳＩＰ呼制御部２１０に渡す。
【００５８】
・ＳＩＰ呼制御部２１０から渡されたＩＰアドレスとポート番号、メディア能力等の情報を元に、メディアパケット変換装置３００に対して、ＳＩＰ呼制御部２１０が確立したＳＩＰセッションで開始される端末１００間のメディアパケットに、必要な変換処理を行うよう指示を行う。また、該セッションの切断時に、変換処理を終了するよう指示を行う。
【００５９】
次に、ＳＩＰ中継装置２００の詳細な動作について説明する。
【００６０】
図５は、本発明の一実施の形態におけるＳＩＰ中継装置の中継動作判断のフローチャートである。
【００６１】
ステップ１０１） ＳＩＰ呼制御部２１０は、発端末１００からＳＩＰリクエストを受信する。
【００６２】
ステップ１０２） ＳＩＰ呼制御部２１０は、受信したＳＩＰリクエストが新規であるかを判定し、新規であれば、ステップ１０３に移行し、新規でなければステップ１０７に移行する。
【００６３】
ステップ１０３） ＳＩＰ呼制御部２１０は、ダイアログ情報をセッション管理用データ格納部２０４に格納する。
【００６４】
ステップ１０４） 受信したメッセージが「INVITE」であれば、ステップ１０５に移行し、そうでなければ、当該ＳＩＰ中継装置２００はＳＩＰプロキシサーバとして動作する。
【００６５】
ステップ１０５） 受信したＳＩＰリクエストメッセージが「INVITE」である場合は、暫定応答信号の「100Trying」を発端末１００に返却する。
【００６６】
ステップ１０６） 「INVITE」に「SDP Offer」がある場合は、フローＡ（図６）に移行する。ない場合はフローＢ（図１１）に移行する。
【００６７】
ステップ１０７） ステップ１０２において、新規ダイアログでない場合は、当該ＳＩＰリクエストが再リクエスト「re−INVITE」であるかを判定し、「re−INVITE」である場合は、ステップ１０８に移行し、「re−INVITE」でない場合はステップ１１０に移行する。
【００６８】
ステップ１０８） 「re−INVITE」がメディア変更のメッセージであれば、ステップ１０９に移行し、そうでなければ、当該ＳＩＰ中継装置２００はＳＩＰプロキシサーバとして動作する。
【００６９】
ステップ１０９） メディア変更のメッセージであれば、暫定応答信号「100Trying」を発端末１００に返却し、フローＣ（図１３）に移行する。
【００７０】
ステップ１１０） SIPリクエストが新規ダイアログではなく、「re−INVITE」でもない場合は、当該メッセージが「UPDATE」（更新）メッセージであるかを判定し、「UPDATE」である場合はステップ１１１に移行し、そうでない場合は、当該ＳＩＰ中継装置２００はＳＩＰプロキシサーバとして動作する。
【００７１】
ステップ１１１） 「UPDATE」によりメディア変更を要求している場合は、フローＤ（図１５）に移行し、そうでない場合は当該ＳＩＰ中継装置２００はＳＩＰプロキシサーバとして動作する。
【００７２】
＜中継動作フローＡ＞
上記のステップ１０６において、「INVITE」に「SDP Offer」がある場合に実行するフローＡについて説明する。
【００７３】
図６は、本発明の一実施の形態におけるフローＡを示す。
【００７４】
以下に示す動作の目的は、
・ＳＩＰ中継装置２００が介在する場合でも、発端末１００Ａと着端末１００Ｂに共通のメディアがあり、メディア変換が不要な場合にはメディア変換を行わないようにする（メディアパケット変換装置３００を経由しない）。
【００７５】
・ＳＩＰ中継装置２００が介在する場合でも、発端末１００Ａと着端末１００Ｂで共通のメディア能力が選ばれる場合には、メディアパケット変換装置３００を経由することなく、端末間で直接メディアパケットの送受を可能とする。
【００７６】
・上記の２点を実現可能なＳＩＰ処理動作手順は複数存在する（図７，８，９に示す手順）が、呼設定の度に、呼接続履歴データ格納部２０２のメディア変換の必要性の大きさを示す統計データに基づいて、それらの動作手順を動的に切り替えることで、呼設定にかかるＳＩＰ信号数を統計的に削減し、接続遅延を緩和させると共に、ネットワークリソースを有効活用する。
【００７７】
以下の説明において、「ｐ」は、発端末１００Ａが指定したメディア能力を着端末１００Ｂが許容し、メディア変換が不要となる確率を示し、「ｑ」は、発端末１００Ａが指定したメディア能力は着端末１００Ｂが許容せず、ＳＩＰ中継装置２００が指定するメディア能力を着端末１００Ｂが許容するため、メディア変換が必要となる確率を示す。
【００７８】
なお、以下に示す数値は、手順Ａ−１，Ａ−２，Ａ−３のそれぞれにおけるＳＩＰシーケンスを前提として算出した例である。これ以外の特定のシーケンスが前提となる場合は、相応の計算結果を以って手順判定を行ってもよい。
【００７９】
ステップ２０１） ＳＩＰ呼制御部２１０は、呼接続履歴データ制御部２２０から呼接続履歴データを取得する。
【００８０】
ステップ２０２） ＳＩＰ呼制御部２１０は、呼接続履歴データ制御部２２０から呼接続履歴データを取得し、確率ｐ＝１であるかを判定し、ｐ＝１である場合はステップ２０３に移行し、ｐ≠１である場合はステップ２０４に移行する。
【００８１】
ステップ２０３） 図７に示す中継手順Ａ−１の処理を行い、ステップ２０７に移行する。
【００８２】
ステップ２０４） ＳＩＰ呼制御部２１０は、ステップ２０２において、ｐ≠１の場合は、呼接続履歴データ制御部２２０から呼接続履歴データを取得し、ｐ＋ｑ＞３／４であるかを判定し、確率ｐ＋ｑ＞３／４である場合は、ステップ２０５に移行する。
【００８３】
ステップ２０５） 図８に示す中継手順Ａ−２の処理を行い、ステップ２０７に移行する。
【００８４】
ステップ２０６） ステップ２０４において、ｐ＋ｑ≦３／４の場合は、図９に示す中継手順Ａ−３の処理を行い、ステップ２０７に移行する。
【００８５】
ステップ２０７） 接続が切断されている場合はステップ２０８に移行し、切断されていない場合はステップ２０９に移行する。
【００８６】
ステップ２０８） ＳＩＰ呼接続制御部２１０は、呼接続履歴データ制御部２２０に対して、呼接続履歴データの更新を指示する。これにより、呼接続履歴データ制御部２２０は、呼接続履歴データ格納部２０２の呼接続履歴データを更新する。
【００８７】
ステップ２０９） ステップ２０７において、接続が切断されていない場合は、ＳＩＰ呼接続制御部２１０は、呼接続履歴データ制御部２２０に対して、現呼接続データの更新を指示する。これにより、呼接続履歴データ制御部２２０は、現呼接続データ格納部２０３の当該発端末１００Ａのメディア能力、着端末１００Ｂのメディア能力を更新する。
【００８８】
上記のステップ２０３の処理を以下に示す。
【００８９】
図７は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−１を示す。
【００９０】
以下では、装置間のメッセージシーケンスのみを示す。
【００９１】
同図（ａ）は、着端末１００Ｂが能力Ａを有する場合を示しており、同図（ｂ）は着端末１００Ｂが能力Ａを許容できず、能力Ｂを許容する場合を示しており、同図（ｃ）は着端末１００Ｂが能力Ａ，能力Ｂ，能力Ｃのいずれも許容できない場合を示している。
【００９２】
また、同図中の「INVITE(A)」は、INVITEメッセージ中にメディア能力情報Ａが記述されていることを示す。「200 OK(A)」、「ACK(A)」についても同様である。なお、他も同様に「INVITE(B,C)」のように、INVITEメッセージ中にメディア能力Ｂ，Ｃが記述されていることを示す。
【００９３】
また、以下の手順は、メディアパケット変換装置３００は、メディア能力Ａ，Ｂ，Ｃに対応しているという前提に基づくものとする。
【００９４】
図７（ａ）の着端末１００Ｂが発端末１００Ａと同じ能力Ａを有する場合について示す。
【００９５】
ＳＩＰ中継装置２００において、発端末１００Ａから「INVITE(A)」を受信し、「100Trying」を返す（ステップ３０１）。次に、ＳＩＰ中継装置２００は、着端末１００Ｂに対して、「INVITE(A)」を送信し、当該着端末１００Ｂから「100Trying」を受信する（ステップ３０２）。
【００９６】
ここまでの処理は、後述する図７（ｂ），図７（ｃ）においても同様である。
【００９７】
着端末１００Ｂが能力Ａを有する場合は、「100Trying」を送信した後に、着端末１００ＢからＳＩＰ中継装置２００に「180 Ringing」を返却し、ＳＩＰ中継装置２００は、発端末１００Ａに対して「180 Ringing」を送信し、鳴動中であることを通知する（ステップ３０３）。
【００９８】
次に、着端末１００Ｂは「200OK(A)」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は「200OK(A)」を発端末１００Ａに送信する（ステップ３０４）。これに対し、発端末１００Ａは、「ACK」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００が着端末１００Ｂに「ACK」を送信する。これにより、発端末１００Ａと着端末１００Ｂ間のセッションが確立される（ステップ３０５）。
【００９９】
次に、図７（b）の着端末１００Ｂが能力Ａを許容できず能力Ｂを許容する場合について説明する。
【０１００】
図７（ａ）のステップ３０２と同様に、着端末１００Ｂが、ＳＩＰ中継装置２００から「INVITE（A）」を受信すると、当該装置では処理不可能を意味する「488 Not Acceptable Here」をＳＩＰ中継装置２００に返す。これに対して、ＳＩＰ中継装置２００は着端末２００Ｂに対して「ACK」を返す（ステップ３１０）。ＳＩＰ中継装置２００は、メディア受信情報格納部２０１を参照して、メディアパケット変換装置３００に対して変換能力確認要求を送信し、これに対する応答を取得する（ステップ３１１）。ＳＩＰ中継装置２００はステップ３１１の応答に基づいて、着端末１００Ｂに対して「INVITE(B,C)」を送信する。着端末１００Ｂはこれに対し、「100Trying」及び「180Ringing」を返す。ＳＩＰ中継装置２００は、「180Ringing」を発端末１００Ａに送信し、鳴動中であることを通知する（ステップ３１２）。次に、着端末１００ＢはＳＩＰ中継装置２００に対して「200OK(B)」を送信し、ＳＩＰ中継装置２００は「200OK(A)」を発端末１００Ａに送信する（ステップ３１３）。これに対して、発端末１００はＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに「ACK」を送信する（ステップ３１４）。ＳＩＰ中継装置２００は、メディアパケット変換装置３００に対して、メディアの変換開始要求を送信し、これに対し、メディアパケット変換装置３００は、メディア変換を開始する旨をＳＩＰ中継装置２００に通知する。これにより、メディアパケット変換装置３００と発端末１００Ａ間では、メディアＡを、メディアパケット変換装置３００と着端末１００Ｂ間ではメディアＢによりセッションを確立する（ステップ３１５）。
【０１０１】
次に、図７（ｃ）の着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれの能力も許容できない場合について説明する。
【０１０２】
図７（ａ）のステップ３０２と同様に、着端末１００Ｂが、ＳＩＰ中継装置２００から「INVITE（A）」を受信すると、「488 Not Acceptable Here」をＳＩＰ中継装置２００に返す。これに対して、ＳＩＰ中継装置２００は着端末２００Ｂに対して「ACK」を返す（ステップ３２０）。ＳＩＰ中継装置２００は、メディア変換情報格納部２０１を参照して、メディアパケット変換装置３００に対して変換能力確認要求を送信し、これに対する応答を取得する（ステップ３２１）。ＳＩＰ中継装置２００は、ステップ３２１の応答に基づいて、着端末１００Ｂに対して「INVITE(B,C)」を送信する。着端末１００Ｂはこれに対し、「100Trying」を返却する（ステップ３２２）。更に、着端末１００ＢはＳＩＰ中継装置２００に「488 Not Acceptable Here」を返す。ＳＩＰ中継装置２００は、「488 Not Acceptable Here」を発端末１００Ａに送信する（ステップ３２３）。発端末１００Ａは、これに対して、「ACK」を返し、ＳＩＰ中継装置２００は、「ACK」を着端末１００Ｂに送信する（ステップ３２４）。
【０１０３】
図８は、本発明の一実施の形態におけるＳＩＰ中継手順Ａ−１におけるメディア能力の記述例である。
【０１０４】
次に、上記のステップ２０５の処理を以下に示す。
【０１０５】
図９は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−２を示す。
【０１０６】
以下の手順では、メディアパケット変換装置３００は、メディア能力Ａ，Ｂ，Ｃに対応しているという前提に基づく。
【０１０７】
図９（ａ）は、着端末１００Ｂが能力Ａを許容する場合を示し、同図（ｂ）は着端末１００Ｂが能力Ａを許容せず、能力Ｂを許容する場合を示し、同図（ｃ）は着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれも許容できず、その他の能力のみを許容する場合を示す。
【０１０８】
図９（ａ）の着端末１００Ｂが発端末１００Ａと同じ能力を有する場合について示す。
【０１０９】
ＳＩＰ中継装置２００において、発端末１００Ａから「INVITE(A)」を受信し、「100Trying」を返す（ステップ４０１）。次に、ＳＩＰ中継装置２００は、着端末１００Ｂに対して、「INVITE」を送信し、当該着端末１００Ｂから「100Trying」を受信する（ステップ４０２）。
【０１１０】
次に、ＳＩＰ中継装置２００は、メディアパケット変換装置３００に対して、変換能力の確認を行う（ステップ４０３）。
【０１１１】
着端末１００ＢはＳＩＰ中継装置２００に対して「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ４０４）。
【０１１２】
着端末１００ＢはＳＩＰ中継装置２００に能力Ａ，Ｂを許容する「200OK(A,B)」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「200OK（A）」を送信する（ステップ４０５）。
【０１１３】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに能力Ａにおいて接続可能となったことを伝える「ACK（A）」を送信する。これにより、メディアＡによるセッションを確立する（ステップ４０６）。
【０１１４】
次に、図９（ｂ）の着端末１００Ｂが能力Ａを許容しない場合について示す。
【０１１５】
同図（ａ）のステップ４０１〜４０３までは同様である。
【０１１６】
着端末１００ＢはＳＩＰ中継装置２００に対して「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ４１０）。
【０１１７】
着端末１００ＢはＳＩＰ中継装置２００に能力Ｂを許容する「200OK(B)」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「200OK（A）」を送信する（ステップ４１１）。
【０１１８】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに能力Ｂにおいて接続可能となったことを伝える「ACK（B）」を送信する(ステップ４１２)。ＳＩＰ中継装置２００は、メディアパケット変換装置３００に変換開始要求を送信し、変換開始応答を受け取る（ステップ４１３）。これにより、メディアパケット変換装置３００と発端末１００ＡではメディアＡを利用し、メディアパケット変換装置３００と着端末１００Ｂ間ではメディアＢによるセッションを確立する（ステップ４１４）。
【０１１９】
次に、図９（ｃ）の着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれも許容できず、その他の能力のみを許容する場合について示す。
【０１２０】
同図（ａ）のステップ４０１〜４０３までは同様である。
【０１２１】
着端末１００ＢはＳＩＰ中継装置２００に対して「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ４２０）。
【０１２２】
着端末１００ＢはＳＩＰ中継装置２００に能力Ｘを許容する「200OK(X)」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに「ACK（X）」を送信する（ステップ４２１）。次いで、ＳＩＰ中継装置２００は、着端末１００Ｂにコールの終了「BYE」を送信する。着端末１００Ｂは、ＳＩＰ中継装置２００に成功応答「200OK」を送信する（ステップ４２２）。
【０１２３】
ＳＩＰ中継装置２００は、発端末１００Ａに当該装置で処理不可能を意味する「488 Not Acceptable Here」を送信し、発端末１００Ａは「ACK」をＳＩＰ中継装置２００に返す（ステップ４２３）。
【０１２４】
次に、ステップ２０６の処理を以下に示す。
【０１２５】
図１０は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−３を示す。
【０１２６】
以下の手順では、メディアパケット変換装置３００は、メディア能力Ａ，Ｂ，Ｃに対応しているという前提に基づく。
【０１２７】
図１０（ａ）は、着端末１００Ｂが能力Ａを許容する場合を示し、同図（ｂ）は着端末１００Ｂが能力Ａを許容せず、能力Ｂを許容する場合を示し、同図（ｃ）は着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれも許容できず、その他の能力のみを許容する場合を示す。
【０１２８】
図１０（ａ）の着端末１００Ｂが能力Ａを許容する場合について示す。
【０１２９】
ＳＩＰ中継装置２００において、発端末１００Ａから「INVITE(A)」を受信し、「100Trying」を返す（ステップ５０１）。次に、ＳＩＰ中継装置２００は、着端末１００Ｂに対して、「OPTIONS」を送信する（ステップ５０２）。
【０１３０】
次に、ＳＩＰ中継装置２００は、メディアパケット変換装置３００に対して、変換能力の確認を行う。このとき、メディアパケット変換装置３００は、メディア能力Ａ，Ｂ，Ｃに対応している応答を返却するものとする（ステップ５０３）。
【０１３１】
着端末１００Ｂは、ＳＩＰ中継装置２００に対して、「200OK(A)」を送信し、ＳＩＰ中継装置２００から着端末１００Ｂに「INVITE(A)」を送信する（ステップ５０４）。
【０１３２】
着端末１００ＢはＳＩＰ中継装置２００に対して「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ５０５）。
【０１３３】
着端末１００ＢはＳＩＰ中継装置２００に能力Ａを許容する「200OK(A)」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「200OK（A）」を送信する（ステップ５０６）。
【０１３４】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに能力Ａにおいて接続可能となったことを伝える「ACK」を送信する。これにより、メディアＡでのセッションが確立される（ステップ５０７）。
【０１３５】
次に、図１０（ｂ）の着端末１００Ｂが能力Ａを許容せず、能力Ｂを許容する場合について示す。
【０１３６】
同図（ａ）のステップ５０１〜５０３までは同様である。
【０１３７】
着端末１００ＢはＳＩＰ中継装置２００に対して「200OK(B)」を送信し、ＳＩＰ中継装置２００から着端末１００Ｂに「INVITE(B)」を送る（ステップ５１０）。
【０１３８】
着端末１００Ｂは、「100Trying」をＳＩＰ中継装置２００に「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ５１１）。
【０１３９】
着端末１００ＢはＳＩＰ中継装置２００に能力Ｂを許容する「200OK(B)」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「200OK（A）」を送信する（ステップ５１２）。
【０１４０】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに「ACK」を送信する(ステップ５１３)。ＳＩＰ中継装置２００は、メディアパケット変換装置３００に変換開始要求を送信し、変換開始応答を受け取る。これにより、メディアパケット変換装置３００と発端末１００ＡではメディアＡを利用し、メディアパケット変換装置３００と着端末１００Ｂ間ではメディアＢでのセッションが確立される（ステップ５１５）。
【０１４１】
次に、図１０（ｃ）の着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれも許容できず、その他の能力のみを許容する場合について示す。
【０１４２】
同図（ａ）のステップ５０１〜５０３までは同様である。
【０１４３】
着端末１００ＢはＳＩＰ中継装置２００に対して「200OK(Ｘ)」を送信し、ＳＩＰ中継装置２００からき発端末１００に「488 Not Acceptable Here」を送る（ステップ５２０）。
【０１４４】
発端末１００ＡはＳＩＰ中継装置２００に「ACK」を送る（ステップ５２１）。
【０１４５】
図６のＳＩＰ中継装置２００は、以下の方法に基づいて設計されている。
【０１４６】
（１）前述の図７，９，１０に示した手順Ａ−１，Ａ−２，Ａ−３についてそれぞれ、
１）着端末１００Ｂが発端末１００Ａの指定したメディア能力Ａを許容する場合；
２）メディア能力Ａは許容しないが、ＳＩＰ中継装置２００が指定したメディア能力Ｂは許容する場合；
３）メディア能力Ａ，Ｂいずれも許容しない場合；
にそれぞれ交換されるＳＩＰ信号数（但し、受信したINVITEとそれに対する１００応答を除く）を求める。
【０１４７】
（２）上述のＳＩＰ信号数に、上記１）が起こる確率ｐ、２）が起こる確率ｑ、３）が起こる確率（＝１−ｐ−ｑ）をそれぞれ乗じて加えることで、図７，９，１０におけるＳＩＰ信号数の期待値を求める。
【０１４８】
（３）各手順におけるＳＩＰ信号数の期待値を互いに比較し、それぞれが３つのうちで最も小さくなるような確率ｐ，ｑ，ｒの条件を求める。
【０１４９】
（４）上記の確率ｐ，ｑ，ｒは、呼接続履歴データ格納部２０２に、発端末１００Ａの指定するメディア能力とRequest-URIの組み合わせ毎の、過去の呼接続履歴（全呼接続試行回数、うちメディア変換が不要だった回数、うちメディア変換が必要だった回数）データを蓄積しておけば、当該格納部２０２から取得可能である。
【０１５０】
上記の例では、ｐ＝（メディア変換が不要だった回数）／（全呼接続試行回数）
として取得可能である。
【０１５１】
（５）呼接続履歴データ格納部２０２から取得したｐ、ｑ、ｒの値から、前述の図７，９，１０に示す手順の期待値のうち最も小さいものがわかるため、以後はその手順に則って当該呼接続処理を進める。
【０１５２】
（６）複数の手順で期待値が等しくなる場合には、どちらの手順を選択してもよいが、ＳＩＰ処理やメディア能力処理が通常のＳＩＰプロキシサーバに近く処理負荷のより低い方を選ぶなど、何らかの別の選択基準によって選択する。
【０１５３】
ここで、上記の（５）の期待値比較の計算例を以下に示す。
【０１５４】
以下では、上記の手順Ａ−１，Ａ−２，Ａ−３のシーケンスを前提とした各手順における信号数の期待値の最小条件を計算する例を示す。
【０１５５】
【数１】
上記の（１）は、
ｐまたはｒが１のとき、手順Ａ−１と手順Ａ−２は同等；
ｐ＋ｑ＞3／４のとき、手順Ａ−２が最適；
ｐ＋ｑ＝３／４のとき、手順Ａ−２とＡ−３は同等；
ｐ＋ｑ＜３／４のとき、手順Ａ−３は同等；
である。
【０１５６】
上記は、ｐまたはｒが１のときは、手順Ａ−１とＡ−２のどちらも信号数は同じだが、手順Ａ−１の方が、通常のＳＩＰプロキシに近い動作のため処理負荷が軽い。そのため、ｐまたはｒが１のときは手順Ａ−１を選択すべきである。
【０１５７】
ｐ＋ｑ＝３／４のときは、手順Ａ−２と手順Ａ−３のどちらも信号数は同じである。手順Ａ−２では、メディア変換が実施不可能であった場合に、一旦セッションを擬似的に確立させた後、直ちに切断するという手順をとらなければならないが、手順Ａ−３ではこの必要がないため、手順Ａ−３が望ましいということもできる。
【０１５８】
このように、複数の手順で期待値が等しくなる状況下では、事業者のローカルポリシ等によりいずれかの手順を選択すればよい。
【０１５９】
＜中継動作フローＢ＞
次に、図５のフローＢの詳細について説明する。
【０１６０】
図１１は、本発明の一実施の形態におけるＳＩＰ中継装置の中継動作のフローＢを示す。
【０１６１】
以下では、装置間のメッセージシーケンスのみを示す。
【０１６２】
後述する中継手順Ｂを実行し（ステップ６０１）、切断済みであれば（ステップ６０２、Ｙｅｓ）、ＳＩＰ呼制御部２１０は、呼接続履歴データ制御部２２０に呼接続履歴データ格納部２０２の更新を指示し（ステップ６０３）、切断済みでない場合は（ステップ６０２、Ｎｏ）、発端末１００Ａのメディア能力、着端末１００Ｂのメディア能力で現呼接続データ格納部２０３を更新するように指示する（ステップ６０４）。
【０１６３】
図１２は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｂを示す。
【０１６４】
同図に示す手順では、前提として、メディアパケット変換装置３００は、メディアの応力Ａ，Ｂ，Ｃに対応しているものとする。
【０１６５】
同図（ａ）は、着端末１００Ｂ、発端末１００Ａ共に、能力Ａ，Ｂを許容し、発端末１００Ａが能力Ａを選択する場合を示し、同図（ｂ）は、着端末１００Ｂが能力Ａ，Ｂを許容し、発端末１００Ａが能力Ｃを許容する場合を示し、同図（ｃ）は、着端末１００Ｂが能力Ａ，Ｂを許容し、発端末１００Ａが能力Ａ，Ｂ，Ｃのいずれも許容しない場合を示す。
【０１６６】
図１２（ａ）の着端末１００Ｂ、発端末１００Ａ共に、能力Ａ，Ｂを許容し、発端末１００Ａが能力Ａを選択する場合について示す。
【０１６７】
上記のステップ６０１として、ＳＩＰ中継装置２００が発端末１００Ａから「INVITE」を受け取ると、「100Trying」を返却し（ステップ７０１）、「INVITE」を着端末１００Ｂに送信し、当該着端末１００Ｂから「100Trying」を受信する（ステップ７０２）。
【０１６８】
着端末１００ＢからＳＩＰ中継装置２００に対して、「180Ringing」を送信し、ＳＩＰ中継装置２００から発端末１００Ａに「180Ringing」を送信して鳴動中であることを通知する（ステップ７０３）。
【０１６９】
次に、着端末１００Ｂは、ＳＩＰ中継装置２００に能力Ａ，Ｂを許容するメッセージ「200OK(A,B)」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「200OK(A,B)」を送信する（ステップ７０４）。発端末１００Ａは、能力Ａを選択する「ACK(A)」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は、「ACK（A）」を着端末１００Ｂに送信することにより、能力Ａのメディアを用いた呼が確立する（ステップ７０５）。
【０１７０】
次に、図１２（ｂ）の着端末１００Ｂが能力Ａ，Ｂを許容し、発端末１００Ａが能力Ｃを許容する場合について示す。
【０１７１】
上記の図１２（ａ）のステップ７０１〜７０２の処理を実行した後に、 着端末１００ＢからＳＩＰ中継装置２００に対して、「180Ringing」を送信し、ＳＩＰ中継装置２００から発端末１００Ａに「180Ringing」を送信して鳴動中であることを通知する（ステップ７１０）。
【０１７２】
次に、着端末１００Ｂは、ＳＩＰ中継装置２００に能力Ａ，Ｂを許容するメッセージ「200OK(A,B)」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「200OK(A,B)」を送信する（ステップ７１１）。発端末１００Ａは、本来能力Ａは許容できないが、能力Ａを許容したように振舞うために「ACK(A)」をＳＩＰ中継装置２００に送信し、その直後に、「BYE」により切断する（ステップ７１２）。
【０１７３】
ＳＩＰ中継装置２００は、「200OK」を発端末１００Ａに送信し、さらに、「INVITE(C)」を発端末１００Ａに送信する。これに対して発端末１００Ａは、「100Trying」と「180Ringing」をＳＩＰ中継装置２００に送信する。
【０１７４】
発端末１００Ａは「200OK(C)」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「ACK」を送信すると共に、着端末１００Ｂに「ACK(A)」を送信する（ステップ７１４）。
【０１７５】
ＳＩＰ中継装置２００は、メディアパケット変換装置３００に対して、メディアパケットに必要な変換処理を行うための変換開始要求を送信し、当該要求の応答を取得する。これにより、メディアパケット変換装置３００を介して発端末１００Ａに対しては能力Ｃのメディアで、着端末１００Ｂに対しては能力Ｂのメディアでセッションが確立する（ステップ７１５）。
【０１７６】
次に、図１２（ｃ）の着端末１００Ｂが能力Ａ，Ｂを許容し、発端末１００Ａが能力Ａ，Ｂ，Ｃのいずれも許容しない場合について示す。
【０１７７】
上記の図１２（ａ）のステップ７０１〜７０２の処理を実行した後に、着端末１００ＢからＳＩＰ中継装置２００に対して、「180Ringing」を送信し、ＳＩＰ中継装置２００から発端末１００Ａに「180Ringing」を送信してベルを鳴らす（ステップ７２０）。
【０１７８】
次に、着端末１００Ｂは、ＳＩＰ中継装置２００に能力Ａ，Ｂを許容するメッセージ「200OK(A,B)」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「200OK(A,B)」を送信する。発端末１００Ａは、本来能力Ａは許容できないが、能力Ａを許容したように振舞うために「ACK(A)」をＳＩＰ中継装置２００に送信し、その直後に、「BYE」により切断する（ステップ７２２）。
【０１７９】
ＳＩＰ中継装置２００は、「200OK」、「INVITE(C)」を発端末１００Ａに送信する。これに対し、発端末１００Ａは「100Trying」を送信する。
【０１８０】
発端末１００Ａは、能力Ｃも許容しないことから、ＳＩＰ中継装置２００に対して、「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「ACK」を送信し、着端末１００Ｂに「ACK（A）」を送信する（ステップ７２４）。ＳＩＰ中継装置２００は、発端末１００Ａが、能力Ａ，Ｂ，Ｃのいずれも許容しないことから、着端末１００Ｂに対して「BYE」を送信し、着端末１００Ｂから「200OK」を送信する（ステップ７２５）。
【０１８１】
＜中継動作フローＣ＞
次に、図５のフローＣの詳細について説明する。
【０１８２】
図１３は、本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＣを示す。
【０１８３】
以下では、装置間のメッセージシーケンスのみを示す。
【０１８４】
ＳＩＰ中継装置２００は、呼接続履歴データ制御部２２０から現呼接続データを取得する（ステップ８０１）。ＳＩＰ中継装置２００は、発端末１００Ａの要求するメディア変更後のメディア能力Ｍが着端末１００Ｂで許容されると確定している場合は（ステップ８０２、Ｙｅｓ）、図１４に示す中継手順Ｃを行い（ステップ８０４）、接続が切断されている場合は（ステップ８０５、Ｙｅｓ）、呼接続履歴データ制御部２２０に対して、呼接続履歴データの更新を指示し（ステップ８０６）、接続されている場合は（ステップ８０５、Ｎｏ）、呼接続履歴データ制御部２２０に対して、現呼接続データの更新を指示する（ステップ８０７）。
【０１８５】
ステップ８０２において、Ｍが着端末１００Ｂで許容されることが確定されていない場合は（ステップ８０２、Ｎｏ）、図６に示すフローＡを実行する（ステップ８０３）。
【０１８６】
次に、上記のステップ８０４の中継手順Ｃについて説明する。
【０１８７】
図１４は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｃを示す。
【０１８８】
同図に示す手順では、前提として、メディアパケット変換装置３００は、メディアの応力Ａ，Ｂ，Ｃ，Ｍに対応しているものとする。
【０１８９】
同図（ａ）は、着端末１００Ｂが能力Ｍを許容する場合を示し、同図（ｂ）は、着端末１００Ｂが能力Ｍを許容せず、能力Ｂを許容する場合を示し、同図（ｃ）は着端末１００Ｂが能力Ｍを許容できず、能力Ａ，Ｂ，Ｃも許容できない場合を示す。
【０１９０】
図１４（ａ）の着端末が能力Ｍを許容する場合について説明する。
【０１９１】
ＳＩＰ中継装置２００は、発端末１００Ａから「re-INVITE(M)」を受信すると、「100Trying」を返す。ＳＩＰ中継装置２００は、「re-INVITE(M)」を着端末１００Ｂに送信し、「100Trying」を受け取る（ステップ９０２）。
【０１９２】
着端末１００Ｂは、「200OK(M)」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は「200OK(M)」を発端末１００Ａに送る（ステップ９０３）。
【０１９３】
発端末１００Ａは、「ACK」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は、「ACK」を着端末１００Ｂに送る。これにより、能力Ｍのメディアを用いて通信を行う（ステップ９０４）。
【０１９４】
図１４（ｂ）の着端末が能力Ｍを許容せず、能力Ｂを許容する場合について説明する。
【０１９５】
前述のステップ９０１〜９０２を行った後に、着端末１００ＢはＳＩＰ中継装置２００に「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置２００は「ACK」を着端末１００Ｂに送信する（ステップ９１０）。次に、ＳＩＰ中継装置２００は着端末１００Ｂに「re-INVITE(A,B,C)」を送信し、着端末１００Ｂは「100Trying」をＳＩＰ中継装置２００の送信する（ステップ９１１）。
【０１９６】
着端末１００ＢはＳＩＰ中継装置２００に「200OK(B)」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「200OK (M)」を送信する（ステップ９１２）。
【０１９７】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は、「ACK」を着端末１００Ｂに送信する（ステップ９１３）。
【０１９８】
ＳＩＰ中継装置２００は、メディアパケット変換装置３００に変換開始要求を送信し、変換開始応答を取得する。メディアパケット変換装置３００は、発端末１００Ａとの間では能力Ｍのメディアを用いて、着端末１００Ｂとは能力Ｂのメディアを用いて通信を行う（ステップ９１４）。
【０１９９】
次に、図１４（ｃ）の着端末が能力Ｍを許容せず、能力Ａ，Ｂ，Ｃも許容できない場合について説明する。
【０２００】
前述のステップ９０１〜９０２を行った後に、着端末１００Ｂは、ＳＩＰ中継装置２００に「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置２００は「ACK」を着端末１００Ｂに送信する（ステップ９２０）。次に、ＳＩＰ中継装置２００は、着端末１００Ｂに「re-INVITE(A,B,C)」を送信し、着端末１００Ｂは「100Trying」をＳＩＰ中継装置２００の送信する（ステップ９２１）。
【０２０１】
着端末１００ＢはＳＩＰ中継装置１００に「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「488 Not Acceptable Here」を送信し、発端末１００ＡはＳＩＰ中継装置２００に「ACK」を送信する。ＳＩＰ中継装置２００は「ACK」を着端末１００Ｂに送信する（ステップ９２２）。
【０２０２】
＜中継動作フローＤ＞
次に、図５の中継動作フローＤを説明する。
【０２０３】
図１５は、本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＤを示す。
【０２０４】
以下では、装置間のメッセージシーケンスのみを示す。
【０２０５】
ＳＩＰ中継装置２００は、図５のステップ１１１においてメディア変更がある場合は（ステップ１１１、Ｙｅｓ）、中継手順Ｄを実行し（ステップ１００１）、接続が切断された場合は（ステップ１００２、Ｙｅｓ）、呼接続履歴データ制御部２２０に呼接続履歴データの更新を指示し、接続が切断されていない場合は（ステップ１００２、Ｎｏ）、呼接続履歴データ制御部２２０に現呼接続データの更新を指示する（ステップ１００４）。
【０２０６】
次に、上記のステップ１００１の中継手順Ｄについて説明する。
【０２０７】
図１６は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｄを示す。
同図に示す手順では、前提として、メディアパケット変換装置３００は、メディアの応力Ａ，Ｂ，Ｃに対応しているものとする。
【０２０８】
同図（ａ）は、着端末１００Ｂが能力Ｍを許容する場合を示し、同図（ｂ）は、着端末１００Ｂが能力Ｍを許容せず、能力Ｂを許容する場合を示し、同図（ｃ）は、着端末１００Ｂが能力Ｍを許容できず、能力Ａ，Ｂ，Ｃも許容できない場合を示す。
【０２０９】
同図（ａ）の着端末１００Ｂが能力Ｍを許容する場合について説明する。
【０２１０】
ＳＩＰ中継装置２００は、発端末１００Ａから「UPDATE(M)」を受信すると、「UPDATE（M）を」着端末１００Ｂに送信する（ステップ１０１０）。
【０２１１】
着端末１００Ｂは、「200OK（M）」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置は「200OK（M）」を発端末１００Ａに送信する。これにより能力Ｍを用いた通信が行われる（ステップ１０１１）。
【０２１２】
次に、同図（ｂ）の着信端末１００Ｂが能力Ｍを許容せず、能力Ｂを許容する場合について説明する。
【０２１３】
上記のステップ１０１０と同様の処理を行った後、着端末１００ＢはＳＩＰ中継装置２００に「488 Not Acceptable Here」を送信し（ステップ１０２０）、ＳＩＰ中継装置２００は、「UPDATE (A,B,C)」を着端末１００Ｂに送信し、着端末１００Ｂは「200OK（B）を」ＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は[200OK(M)]を発端末１００Ａに送信する（ステップ１０２１）。
【０２１４】
ＳＩＰ中継装置２００は、メディアパケット変換装置３００に変換監視要求を送信、変換開始応答を取得する。これにより、メディアパケット変換装置３００と発端末１００Ａ間では能力Ｍを用いた通信を行い、メディアパケット変換装置３００と着端末１００Ｂ間では能力Ｂを用いた通信を行う（ステップ１０２２）。
【０２１５】
次に、同図（ｃ）の着端末１００Ｂが能力Ｍを許容できず、能力Ａ，Ｂ，Ｃも許容できない場合について説明する。
【０２１６】
上記のステップ１０１０と同様の処理を行った後、着端末１００ＢはＳＩＰ中継装置２００に「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置は「UPDATE(A,B,C)」を着端末１００Ｂに送信する（ステップ１０３０）。次いで、着端末１００Ｂは「488 Not Acceptable Here」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は「488 Not Acceptable Here」を発端末に送信する（ステップ１０３１）。
【０２１７】
なお、上記のＳＩＰ中継装置２００及びメディアパケット変換装置３００の構成要素をプログラムとして構築し、ＳＩＰ中継装置及びメディアパケット変換装置として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【０２１８】
また、構築されたプログラムをハードディスクや、フレキシブルディスク・ＣＤ−ＲＯＭ等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。
【０２１９】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【符号の説明】
【０２２０】
１００ ＳＩＰ端末
１００Ａ 発端末
１００Ｂ 着端末
２００ ＳＩＰ中継装置
２０１ メディア変換情報記憶手段、メディア変換情報格納部
２０２ 呼接続履歴データ記憶手段、呼接続履歴データ格納部
２０３ 現呼接続履歴データ格納部
２０４ セッション管理用データ格納部
２１０ ＳＩＰ呼制御手段、ＳＩＰ呼制御部
２２０ 呼接続履歴データ制御手段、呼接続履歴データ制御部
２３０ メディアパケット変換制御手段、メディアパケット変換制御部
２４０ パケット通信制御部
２５０ ソケット部
３００ メディアパケット変換装置
４００ 通信ネットワーク
【技術分野】
【０００１】
本発明は、ＳＩＰ(Session Initiation Protocol)中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラムに係り、特に、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力（サポートするコーデック、ＩＰバージョン、メディア種別等）に差分が存在する場合にも、ＳＩＰ端末に特別な処理を要求することなく、マルチメディア通信を確立可能とするための、ＳＩＰ中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラムに関する。
【背景技術】
【０００２】
ＳＩＰを用いた通信において、ＳＩＰ端末のメディア能力（コーデック、ＩＰバージョン、メディア種別等）に差分が存在する場合がある。例えば、小型で安価な着側の端末では、映像メディアはサポートしないにも関わらず、発側の端末は映像メディアを送信したいというケースがある。このような端末間に差分が存在する場合にも、マルチメディア通信を確立可能とするための技術がある（例えば、非特許文献１参照）。しかしながら、当該技術は、ＳＩＰ端末が通信相手のメディア能力を把握した上で、トランスコーダ等の利用を自立的に判断し、ＳＩＰ通信を制御する必要がある。そもそも、ＳＩＰ端末のメディア能力が限定的になる主な原因は、ＳＩＰ端末の処理能力やハードウェア性能の限界であることが多く、メディア能力の不一致を解決するために、ＳＩＰ端末に特別な処理を要求するのは望ましくない。
【０００３】
このように、ＳＩＰ端末に特別な処理を要求することなく、端末間のメディア能力の不一致を解決してマルチメディア通信を確立可能とする技術がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−０４９４１５号公報
【非特許文献】
【０００５】
【非特許文献１】G. Camarillo, IETF RFC 5369, "Framework for Transcoding with the Session Initiation Protocol (SIP)"
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１のような従来技術には、以下のような問題がある。
【０００７】
（１）不要なコーデック変換；
従来技術では、呼設定のためのＳＩＰメッセージを中継するＳＩＰ装置が、自らがサポートする音声コーデックを該ＳＩＰメッセージ中のＳＤＰ(Session Description Protocol)に追記する。このとき、着信端末が発信端末と同じ音声コーデックをサポートしているにも関わらず、中継ＳＩＰ装置が挿入した音声コーデックのみを選択して応答する場合がある。このようなサポートするメディア能力を全て選択せず、そのうちの一部（或いは一つだけ）を選択して応答する着信端末の動作は、例えば、モバイル端末など、処理性能が限定的な端末において、複数のコーデックをサポートしているが、一つの通信に使用するコーデックは常に一つに限定する必要がある、という場合などで一般的に見られる。
【０００８】
この場合、中継ＳＩＰ装置は、発着信端末の間でＲＴＰ（Real-time Transport Protocol）パケットのコーデック変換を実施する。しかしながら、中継ＳＩＰ装置が音声コーデックを追加的に挿入することさえしなければ、着信端末は発信端末が設定した音声コーデックを通常通り選択して応答し、中継ＳＩＰ端末によるコーデック変換は不要であったはずである。すなわち、中継ＳＩＰ端末が介在することにより、本来的に不要なコーデック変換が実行される結果となっている。
【０００９】
コーデック変換等のメディアパケット変換は、デコード・エンコード処理の反復による品質劣化の原因となるため、必要な場合にのみ実施されるべきである。
【００１０】
また、メディアパケット変換は、当該の変換を担う処理装置にとっても負荷の高い処理であることが多く、設備コスト等の観点においても、不要な処理は可能な限り避けるべきである。
【００１１】
（２）メディアパケット経路の固定化：
従来技術では、中継ＳＩＰ装置が音声コーデックを追記する際、メディアパケットの送受信を行うＩＰアドレスとポート番号を、発信端末が指定した値から、メディアパケット変換装置の値に書き換える。
【００１２】
このとき、着信端末が選択したコーデックが、発信端末の設定したコーデックと同じであった場合でも、当該のメディアパケットは、前述のＩＰアドレスとポートで特定されるメディアパケット変換装置を介して端末間で交換される。本来であれば、コーデック変換が不要なメディアパケットは、メディアパケット変換装置を介さず、端末間で直接交換されるはずである。
【００１３】
これは、ＳＩＰ中継装置の介在により、コーデック変換が不要な場合にもメディアパケットの経路にメディアパケット変換装置が固定的に介在してしまうことになり、パケット転送経路を不要に延伸させ、パケットの遅延増大を招く原因となる。また、メディアパケット変換装置のポート番号は有限であり、コーデック変換を行わないメディアパケットを単に転送するためだけにポート番号を占有することは、同装置のリソースを効率的に利用する上でも望ましくない。
【００１４】
本発明は、上記の点に鑑みなされたもので、不要なメディア変換を回避することで、品質の劣化を低減することが可能なＳＩＰ中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１５】
図１は、本発明の原理構成図である。
【００１６】
本発明（請求項１）は、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのＳＩＰ中継装置であって、
複数のＳＩＰ端末１００、メディアパケット変換装置３００、ＳＩＰ中継装置２００及び、これらの装置間に介在する通信ネットワークからなるシステムにおいて、
メディア変換情報を格納するメディア変換情報記憶手段２０１と、
メディア変換情報記憶手段２０１からメディア変換に必要な情報を取得して、メディアパケット変換装置３００に対して、メディア変換要求として送信するメディアパケット変換制御手段２３０と、
ＳＩＰ端末１００からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理能力が一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、前記メディアパケット変換制御手段にメディア変換を指示するＳＩＰ呼制御手段２１０と、を有する。
【００１７】
本発明（請求項２）は、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのメディアパケット変換装置であって、
複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなるシステムにおいて、
ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う手段を有する。
【００１８】
本発明（請求項３）は、複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなり、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのシステムであって、
ＳＩＰ中継装置は、
メディア変換情報を格納するメディア変換情報記憶手段と、
メディア変換情報記憶手段からメディア変換に必要な情報を取得して、メディアパケット変換装置に対して、メディア変換要求として送信するメディアパケット変換制御手段と、
ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定し、メディア変換が必要な場合のみ、メディア変換情報記憶手段からメディアパケット変換装置が変換すべきメディアパケットの情報を読み出して、メディアパケット変換制御手段にメディア変換を指示するＳＩＰ呼制御手段と、
を有し、
メディアパケット変換装置は、
ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う手段を有する。
【００１９】
また、本発明（請求項４）は、請求項３のシステムにおいて、
ＳＩＰ中継装置は、
メディア変換の必要性の大きさを示す統計データを呼接続履歴情報として格納する呼接続履歴データ記憶手段と、
呼接続履歴データ記憶手段から呼接続履歴情報を読み出す、及び、呼接続履歴情報を取得して該呼接続履歴データ記憶手段を更新する呼接続履歴データ制御手段と、を更に有し、
ＳＩＰ呼制御手段は、
ＳＩＰ端末からＳＩＰリクエストを受信すると、呼接続履歴データ制御手段から呼接続履歴情報を取得して、該ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定する判定手段を有する。
【００２０】
また、本発明（請求項５）は、請求項４のシステムにおいて、
ＳＩＰ呼制御手段は、
着信側のＳＩＰ端末が発信側のＳＩＰ端末の指定したあるメディア能力Ａを許容するケースａ；
メディア能力Ａは許容しないが、当該ＳＩＰ中継装置が指定したいメディア能力Ｂを許容するケースｂ；
メディア能力Ａ、メディア能力Ｂのいずれも許容しないケースｃ；
にそれぞれ交換されるＳＩＰ信号数を求め、
呼接続履歴データ記憶手段から取得した前記呼接続履歴情報に基づいて、ケースａが起こる確率ｐ、ケースｂが起こる確率ｑ、ケースｃが起こる確率ｒを求め、ＳＩＰ信号数にそれぞれ乗じて加えることで、ＳＩＰ信号数の期待値を求め、
求められたＳＩＰ信号数の期待値を比較して、最も小さい期待値を求め、該期待値に基づいて、メディア変換が必要か否かを判定する手段を含む。
【００２１】
図２は、本発明の原理を説明するための図である。
【００２２】
本発明（請求項６）は、複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなり、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのシステムにおける制御方法であって、
ＳＩＰ中継装置において、
ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理機能が一致しているかを判定するメディア変換判定ステップ（ステップ１）と、
前記メディア変換判定ステップにおいて、一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、メディア変換情報記憶手段からメディア変換に必要な情報を取得して、メディア変換要求として前記メディアパケット変換装置に送信するメディア変換指示ステップ（ステップ２）を行い、
メディアパケット変換装置において、
ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行うメディア変換ステップ（ステップ３）を行う。
【００２３】
また、本発明（請求項７）は、請求項６のメディア変換判定ステップにおいて、
メディア変換の必要性の大きさを示す統計データを呼接続履歴情報として格納する呼接続履歴データ記憶手段から該呼接続履歴情報を読み出して、ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定する。
【００２４】
また、本発明（請求項８）は、請求項７のメディア変換判定ステップにおいて、
着信側のＳＩＰ端末が発信側のＳＩＰ端末の指定したあるメディア能力Ａを許容するケースａ；
メディア能力Ａは許容しないが、当該ＳＩＰ中継装置が指定したいメディア能力Ｂを許容するケースｂ；
メディア能力Ａ、メディア能力Ｂのいずれも許容しないケースｃ；
にそれぞれ交換されるＳＩＰ信号数を求め、
呼接続履歴データ記憶手段から呼接続履歴情報を取得し、
呼接続履歴情報に基づいて、ケースａが起こる確率ｐ、ケースｂが起こる確率ｑ、ケースｃが起こる確率ｒを求め、ＳＩＰ信号数にそれぞれ乗じて加えることで、ＳＩＰ信号数の期待値を求め、
求められたＳＩＰ信号数の期待値を比較して、最も小さい期待値を求め、該期待値に基づいて、メディア変換が必要か否かを判定する。
【００２５】
本発明（請求項９）は、請求項1に記載のＳＩＰ中継装置を構成する各手段としてコンピュータを機能させるためのＳＩＰ中継プログラムである。
【００２６】
本発明（請求項１０）は、請求項２に記載のメディアパケット変換装置を構成する各手段としてコンピュータを機能させるメディアパケット変換プログラムである。
【発明の効果】
【００２７】
上記のように本発明によれば、ＳＩＰ端末間にメディア能力の不一致があり、メディア変換が必要な場合にのみ、メディア変換を行うことが可能となり、不要なメディア変換による実行による望まない品質の劣化を回避することができる。
【００２８】
また、ＳＩＰ端末間にメディア能力の不一致がなく、メディア変換が不要な場合に、メディアパケットの経路を不要に延伸させることなく、端末間で直接交換させることが可能となり、遅延増大等の望まない品質劣化を回避することができる。
【００２９】
また、ＳＩＰ端末は、メディア変換の要否を事前に把握し結果に応じて自律的に動作を変更するような追加的な実装をすることなく、本発明のＳＩＰ中継装置を介して通信を行うことで、メディア能力の相違を意識することなく、メディア能力の異なるその他の端末と通信を確立することができる。
【図面の簡単な説明】
【００３０】
【図１】本発明の原理構成図である。
【図２】本発明の原理を説明するための図である。
【図３】本発明の一実施の形態におけるネットワーク構成の例である。
【図４】本発明の一実施の形態におけるＳＩＰ中継装置の構成図である。
【図５】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作判断のフローチャートである。
【図６】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＡである。
【図７】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−１である。
【図８】本発明の一実施の形態におけるＳＩＰ中継手順Ａ−１におけるメディア能力の記述例である。
【図９】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−２である。
【図１０】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−３である。
【図１１】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＢである。
【図１２】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｂである。
【図１３】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＣである。
【図１４】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｃである。
【図１５】本発明の一実施の形態におけるＳＩＰ中継装置の中継動作のフローＤである。
【図１６】本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｄである。
【発明を実施するための形態】
【００３１】
以下、図面と共に本発明の実施の形態を説明する。
【００３２】
最初に本発明のネットワーク構成を示す。
【００３３】
図３は、本発明の一実施の形態におけるネットワーク構成の例を示す。
【００３４】
同図に示すネットワークは、複数のＳＩＰ端末１００、ＳＩＰ中継装置２００、メディアパケット変換装置３００、複数のネットワーク４００から構成される。
【００３５】
ＳＩＰ端末１００は、ＳＩＰを用いてマルチメディア通信の確立を行うＳＩＰエンティティである。
【００３６】
ＳＩＰ中継装置２００は、本発明におけるＳＩＰ処理のほか、メディアパケット変換装置３００との通信を行うＳＩＰエンティティである。
【００３７】
メディアパケット変換装置３００は、ＳＩＰ中継装置２００から指示を受け、受信メディアパケットと送信メディアパケットの間の変換処理を行う一般的な装置である。
【００３８】
ＳＩＰ端末１００と本発明のＳＩＰ中継装置２００及びメディアパケット変換装置３００の間には、任意の通信ネットワーク４００が介在しうる。例えば、ＳＩＰ通信を提供するネットワークとしては、ＳＩＰ事業者網の他、インターネット、私設網などがある。ＳＩＰ端末１００とＳＩＰ中継装置２００の間の通信ネットワーク４００１，４００３において、ＳＩＰとその他の呼設定プロトコル（例えば、H.323, ISUPなど）がインターワークされていてもよい。その意味において、本発明のＳＩＰ中継装置２００及びメディアパケット変換装置３００の適用は、マルチメディア通信を確立する両端の端末は、必ずしもＳＩＰ端末である必要はなく、他の呼設定プロトコルとの適切なインターワークを介して、ＳＩＰ以外のプロトコルを用いる端末であってもよい。
【００３９】
ＳＩＰ中継装置２００とメディアパケット変換装置３００との間には、任意の通信ネットワーク４００２が介在しうる。しかしながら、一般的には、ＳＩＰ中継装置２００とメディアパケット変換装置３００は、同一事業者のネットワーク内に設置されることが多い。
【００４０】
以下に、各構成について説明する。
【００４１】
図４は、本発明の一実施の形態におけるＳＩＰ中継装置の構成を示す。
【００４２】
同図に示すＳＩＰ中継装置２００は、メディア変換情報記憶部２０１、呼接続履歴データ格納部２０２、現呼接続データ格納部２０３、セッション管理用データ格納部２０４、ＳＩＰ呼制御部２１０、呼接続履歴データ制御部２２０、メディアパケット変換制御部２３０、パケット通信制御部２４０、ソケット部２５０から構成される。
【００４３】
上記のメディア変換情報記憶部２０１、呼接続履歴データ格納部２０２、現呼接続データ格納部２０３、セッション管理用データ格納部２０４は、メモリやハードディスク等の記憶媒体である。
【００４４】
メディア変換情報記憶部２０１は、メディアパケット変換装置３００が変換処理可能なメディア能力情報、メディアパケット変換装置３００のＩＰアドレス、ポート番号等を格納する。
【００４５】
呼接続履歴データ格納部２０２は、セッションが確立され切断された時点における統計履歴情報を格納する。呼接続履歴情報としては、メディア能力、ＳＩＰリクエストのＵＲＩの組み合わせ毎の、全呼接続試行回数、当該全呼接続試行回数のうちメディア変換が不要だった回数、当該全接続試行回数のうちメディア変換が必要だった回数や、発信側のＳＩＰ端末と着信側のＳＩＰ端末のＳＩＰ−ＵＲＩのドメイン部分の組み合わせ等がある。
【００４６】
現呼接続履歴データ格納部２０３は、セッションが確立され、切断されていない時点における統計履歴情報を格納する。
【００４７】
セッション管理用データ格納部２０４は、Call-ID、From-tag、To-tag、branchパラメタ等、ＳＩＰセッション管理に必要なセッション管理用データを格納する。
【００４８】
●ＳＩＰ呼制御部２１０：
ＳＩＰ呼制御部２１０は、通常のＳＩＰプロキシサーバと同様に、
・ＳＩＰヘッダ、ボディ部の操作；
・Call-ID、From-tag、To-tag、branchパラメタ等、ＳＩＰセッション管理に必要な情報をセッション管理用データ格納部２０４から取得したり、同格納部２０４に格納や更新；
等を行う。
【００４９】
当該ＳＩＰ呼制御部２１０は、本発明では、上記の機能に加えて、以下のような処理を行う。
【００５０】
・呼接続履歴データ制御部２２０と通信を行い、処理中のＳＩＰ呼の確立のために、メディア変換が必要か否か、必要な場合にメディアパケット変換装置３００で変換処理が可能かどうかを判断するための、統計履歴情報を取得する処理を行う；
・取得した統計履歴情報に基づき、処理中のＳＩＰ呼にかかる以降の動作手順を決定し、決定した手順に従って、ＳＩＰ処理を行う。
【００５１】
・呼接続完了毎に、呼接続履歴データ制御部２２０に、当該呼の接続履歴データを渡し、履歴データの更新を指示する。
【００５２】
・メディアパケット変換制御部２３０と通信を行い、メディアパケット変換装置３００が変換処理可能なメディア能力情報、同装置３００のＩＰアドレス、ポート番号等の情報を取得する。取得した情報を元に、動作手順に則って、ＳＩＰメッセージのボディ部に適切に設定する。
【００５３】
・ＳＩＰ処理の過程でメディア変換が必要なことが判明した場合に、メディアパケット変換制御部２３０に、メディアパケット変換装置３００が変換すべき、メディアパケット情報（メディア能力情報、ＩＰアドレス、ポート番号等）を通知する。また、該セッションの切断時に、変換処理を終了するよう、メディアパケット変換制御部２３０に対して指示を行う。
【００５４】
●呼接続履歴データ制御部２２０：
呼接続履歴データ制御部２２０は、以下のような処理を行う。
【００５５】
・ＳＩＰ呼制御部２１０から指示を受け、呼接続履歴データ格納部２０２から呼接続履歴情報を取得し、ＳＩＰ呼制御部２１０に渡す。また、その反対に、ＳＩＰ呼制御部２１０から渡された呼接続履歴データを用いて、呼接続履歴データ格納部２０２のデータまたは、現呼接続履歴データ格納部２０３のデータの更新を行う。
【００５６】
●メディアパケット変換制御部２３０：
メディアパケット変換制御部２３０は、以下のような処理を行う。
【００５７】
・ＳＩＰ呼制御部２１０から指示を受けると、メディア変換情報格納部２０１から、メディアパケット変換装置３００が変換可能なメディア能力情報、同装置のＩＰアドレス、ポート番号等を取得し、ＳＩＰ呼制御部２１０に渡す。
【００５８】
・ＳＩＰ呼制御部２１０から渡されたＩＰアドレスとポート番号、メディア能力等の情報を元に、メディアパケット変換装置３００に対して、ＳＩＰ呼制御部２１０が確立したＳＩＰセッションで開始される端末１００間のメディアパケットに、必要な変換処理を行うよう指示を行う。また、該セッションの切断時に、変換処理を終了するよう指示を行う。
【００５９】
次に、ＳＩＰ中継装置２００の詳細な動作について説明する。
【００６０】
図５は、本発明の一実施の形態におけるＳＩＰ中継装置の中継動作判断のフローチャートである。
【００６１】
ステップ１０１） ＳＩＰ呼制御部２１０は、発端末１００からＳＩＰリクエストを受信する。
【００６２】
ステップ１０２） ＳＩＰ呼制御部２１０は、受信したＳＩＰリクエストが新規であるかを判定し、新規であれば、ステップ１０３に移行し、新規でなければステップ１０７に移行する。
【００６３】
ステップ１０３） ＳＩＰ呼制御部２１０は、ダイアログ情報をセッション管理用データ格納部２０４に格納する。
【００６４】
ステップ１０４） 受信したメッセージが「INVITE」であれば、ステップ１０５に移行し、そうでなければ、当該ＳＩＰ中継装置２００はＳＩＰプロキシサーバとして動作する。
【００６５】
ステップ１０５） 受信したＳＩＰリクエストメッセージが「INVITE」である場合は、暫定応答信号の「100Trying」を発端末１００に返却する。
【００６６】
ステップ１０６） 「INVITE」に「SDP Offer」がある場合は、フローＡ（図６）に移行する。ない場合はフローＢ（図１１）に移行する。
【００６７】
ステップ１０７） ステップ１０２において、新規ダイアログでない場合は、当該ＳＩＰリクエストが再リクエスト「re−INVITE」であるかを判定し、「re−INVITE」である場合は、ステップ１０８に移行し、「re−INVITE」でない場合はステップ１１０に移行する。
【００６８】
ステップ１０８） 「re−INVITE」がメディア変更のメッセージであれば、ステップ１０９に移行し、そうでなければ、当該ＳＩＰ中継装置２００はＳＩＰプロキシサーバとして動作する。
【００６９】
ステップ１０９） メディア変更のメッセージであれば、暫定応答信号「100Trying」を発端末１００に返却し、フローＣ（図１３）に移行する。
【００７０】
ステップ１１０） SIPリクエストが新規ダイアログではなく、「re−INVITE」でもない場合は、当該メッセージが「UPDATE」（更新）メッセージであるかを判定し、「UPDATE」である場合はステップ１１１に移行し、そうでない場合は、当該ＳＩＰ中継装置２００はＳＩＰプロキシサーバとして動作する。
【００７１】
ステップ１１１） 「UPDATE」によりメディア変更を要求している場合は、フローＤ（図１５）に移行し、そうでない場合は当該ＳＩＰ中継装置２００はＳＩＰプロキシサーバとして動作する。
【００７２】
＜中継動作フローＡ＞
上記のステップ１０６において、「INVITE」に「SDP Offer」がある場合に実行するフローＡについて説明する。
【００７３】
図６は、本発明の一実施の形態におけるフローＡを示す。
【００７４】
以下に示す動作の目的は、
・ＳＩＰ中継装置２００が介在する場合でも、発端末１００Ａと着端末１００Ｂに共通のメディアがあり、メディア変換が不要な場合にはメディア変換を行わないようにする（メディアパケット変換装置３００を経由しない）。
【００７５】
・ＳＩＰ中継装置２００が介在する場合でも、発端末１００Ａと着端末１００Ｂで共通のメディア能力が選ばれる場合には、メディアパケット変換装置３００を経由することなく、端末間で直接メディアパケットの送受を可能とする。
【００７６】
・上記の２点を実現可能なＳＩＰ処理動作手順は複数存在する（図７，８，９に示す手順）が、呼設定の度に、呼接続履歴データ格納部２０２のメディア変換の必要性の大きさを示す統計データに基づいて、それらの動作手順を動的に切り替えることで、呼設定にかかるＳＩＰ信号数を統計的に削減し、接続遅延を緩和させると共に、ネットワークリソースを有効活用する。
【００７７】
以下の説明において、「ｐ」は、発端末１００Ａが指定したメディア能力を着端末１００Ｂが許容し、メディア変換が不要となる確率を示し、「ｑ」は、発端末１００Ａが指定したメディア能力は着端末１００Ｂが許容せず、ＳＩＰ中継装置２００が指定するメディア能力を着端末１００Ｂが許容するため、メディア変換が必要となる確率を示す。
【００７８】
なお、以下に示す数値は、手順Ａ−１，Ａ−２，Ａ−３のそれぞれにおけるＳＩＰシーケンスを前提として算出した例である。これ以外の特定のシーケンスが前提となる場合は、相応の計算結果を以って手順判定を行ってもよい。
【００７９】
ステップ２０１） ＳＩＰ呼制御部２１０は、呼接続履歴データ制御部２２０から呼接続履歴データを取得する。
【００８０】
ステップ２０２） ＳＩＰ呼制御部２１０は、呼接続履歴データ制御部２２０から呼接続履歴データを取得し、確率ｐ＝１であるかを判定し、ｐ＝１である場合はステップ２０３に移行し、ｐ≠１である場合はステップ２０４に移行する。
【００８１】
ステップ２０３） 図７に示す中継手順Ａ−１の処理を行い、ステップ２０７に移行する。
【００８２】
ステップ２０４） ＳＩＰ呼制御部２１０は、ステップ２０２において、ｐ≠１の場合は、呼接続履歴データ制御部２２０から呼接続履歴データを取得し、ｐ＋ｑ＞３／４であるかを判定し、確率ｐ＋ｑ＞３／４である場合は、ステップ２０５に移行する。
【００８３】
ステップ２０５） 図８に示す中継手順Ａ−２の処理を行い、ステップ２０７に移行する。
【００８４】
ステップ２０６） ステップ２０４において、ｐ＋ｑ≦３／４の場合は、図９に示す中継手順Ａ−３の処理を行い、ステップ２０７に移行する。
【００８５】
ステップ２０７） 接続が切断されている場合はステップ２０８に移行し、切断されていない場合はステップ２０９に移行する。
【００８６】
ステップ２０８） ＳＩＰ呼接続制御部２１０は、呼接続履歴データ制御部２２０に対して、呼接続履歴データの更新を指示する。これにより、呼接続履歴データ制御部２２０は、呼接続履歴データ格納部２０２の呼接続履歴データを更新する。
【００８７】
ステップ２０９） ステップ２０７において、接続が切断されていない場合は、ＳＩＰ呼接続制御部２１０は、呼接続履歴データ制御部２２０に対して、現呼接続データの更新を指示する。これにより、呼接続履歴データ制御部２２０は、現呼接続データ格納部２０３の当該発端末１００Ａのメディア能力、着端末１００Ｂのメディア能力を更新する。
【００８８】
上記のステップ２０３の処理を以下に示す。
【００８９】
図７は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−１を示す。
【００９０】
以下では、装置間のメッセージシーケンスのみを示す。
【００９１】
同図（ａ）は、着端末１００Ｂが能力Ａを有する場合を示しており、同図（ｂ）は着端末１００Ｂが能力Ａを許容できず、能力Ｂを許容する場合を示しており、同図（ｃ）は着端末１００Ｂが能力Ａ，能力Ｂ，能力Ｃのいずれも許容できない場合を示している。
【００９２】
また、同図中の「INVITE(A)」は、INVITEメッセージ中にメディア能力情報Ａが記述されていることを示す。「200 OK(A)」、「ACK(A)」についても同様である。なお、他も同様に「INVITE(B,C)」のように、INVITEメッセージ中にメディア能力Ｂ，Ｃが記述されていることを示す。
【００９３】
また、以下の手順は、メディアパケット変換装置３００は、メディア能力Ａ，Ｂ，Ｃに対応しているという前提に基づくものとする。
【００９４】
図７（ａ）の着端末１００Ｂが発端末１００Ａと同じ能力Ａを有する場合について示す。
【００９５】
ＳＩＰ中継装置２００において、発端末１００Ａから「INVITE(A)」を受信し、「100Trying」を返す（ステップ３０１）。次に、ＳＩＰ中継装置２００は、着端末１００Ｂに対して、「INVITE(A)」を送信し、当該着端末１００Ｂから「100Trying」を受信する（ステップ３０２）。
【００９６】
ここまでの処理は、後述する図７（ｂ），図７（ｃ）においても同様である。
【００９７】
着端末１００Ｂが能力Ａを有する場合は、「100Trying」を送信した後に、着端末１００ＢからＳＩＰ中継装置２００に「180 Ringing」を返却し、ＳＩＰ中継装置２００は、発端末１００Ａに対して「180 Ringing」を送信し、鳴動中であることを通知する（ステップ３０３）。
【００９８】
次に、着端末１００Ｂは「200OK(A)」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は「200OK(A)」を発端末１００Ａに送信する（ステップ３０４）。これに対し、発端末１００Ａは、「ACK」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００が着端末１００Ｂに「ACK」を送信する。これにより、発端末１００Ａと着端末１００Ｂ間のセッションが確立される（ステップ３０５）。
【００９９】
次に、図７（b）の着端末１００Ｂが能力Ａを許容できず能力Ｂを許容する場合について説明する。
【０１００】
図７（ａ）のステップ３０２と同様に、着端末１００Ｂが、ＳＩＰ中継装置２００から「INVITE（A）」を受信すると、当該装置では処理不可能を意味する「488 Not Acceptable Here」をＳＩＰ中継装置２００に返す。これに対して、ＳＩＰ中継装置２００は着端末２００Ｂに対して「ACK」を返す（ステップ３１０）。ＳＩＰ中継装置２００は、メディア受信情報格納部２０１を参照して、メディアパケット変換装置３００に対して変換能力確認要求を送信し、これに対する応答を取得する（ステップ３１１）。ＳＩＰ中継装置２００はステップ３１１の応答に基づいて、着端末１００Ｂに対して「INVITE(B,C)」を送信する。着端末１００Ｂはこれに対し、「100Trying」及び「180Ringing」を返す。ＳＩＰ中継装置２００は、「180Ringing」を発端末１００Ａに送信し、鳴動中であることを通知する（ステップ３１２）。次に、着端末１００ＢはＳＩＰ中継装置２００に対して「200OK(B)」を送信し、ＳＩＰ中継装置２００は「200OK(A)」を発端末１００Ａに送信する（ステップ３１３）。これに対して、発端末１００はＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに「ACK」を送信する（ステップ３１４）。ＳＩＰ中継装置２００は、メディアパケット変換装置３００に対して、メディアの変換開始要求を送信し、これに対し、メディアパケット変換装置３００は、メディア変換を開始する旨をＳＩＰ中継装置２００に通知する。これにより、メディアパケット変換装置３００と発端末１００Ａ間では、メディアＡを、メディアパケット変換装置３００と着端末１００Ｂ間ではメディアＢによりセッションを確立する（ステップ３１５）。
【０１０１】
次に、図７（ｃ）の着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれの能力も許容できない場合について説明する。
【０１０２】
図７（ａ）のステップ３０２と同様に、着端末１００Ｂが、ＳＩＰ中継装置２００から「INVITE（A）」を受信すると、「488 Not Acceptable Here」をＳＩＰ中継装置２００に返す。これに対して、ＳＩＰ中継装置２００は着端末２００Ｂに対して「ACK」を返す（ステップ３２０）。ＳＩＰ中継装置２００は、メディア変換情報格納部２０１を参照して、メディアパケット変換装置３００に対して変換能力確認要求を送信し、これに対する応答を取得する（ステップ３２１）。ＳＩＰ中継装置２００は、ステップ３２１の応答に基づいて、着端末１００Ｂに対して「INVITE(B,C)」を送信する。着端末１００Ｂはこれに対し、「100Trying」を返却する（ステップ３２２）。更に、着端末１００ＢはＳＩＰ中継装置２００に「488 Not Acceptable Here」を返す。ＳＩＰ中継装置２００は、「488 Not Acceptable Here」を発端末１００Ａに送信する（ステップ３２３）。発端末１００Ａは、これに対して、「ACK」を返し、ＳＩＰ中継装置２００は、「ACK」を着端末１００Ｂに送信する（ステップ３２４）。
【０１０３】
図８は、本発明の一実施の形態におけるＳＩＰ中継手順Ａ−１におけるメディア能力の記述例である。
【０１０４】
次に、上記のステップ２０５の処理を以下に示す。
【０１０５】
図９は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−２を示す。
【０１０６】
以下の手順では、メディアパケット変換装置３００は、メディア能力Ａ，Ｂ，Ｃに対応しているという前提に基づく。
【０１０７】
図９（ａ）は、着端末１００Ｂが能力Ａを許容する場合を示し、同図（ｂ）は着端末１００Ｂが能力Ａを許容せず、能力Ｂを許容する場合を示し、同図（ｃ）は着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれも許容できず、その他の能力のみを許容する場合を示す。
【０１０８】
図９（ａ）の着端末１００Ｂが発端末１００Ａと同じ能力を有する場合について示す。
【０１０９】
ＳＩＰ中継装置２００において、発端末１００Ａから「INVITE(A)」を受信し、「100Trying」を返す（ステップ４０１）。次に、ＳＩＰ中継装置２００は、着端末１００Ｂに対して、「INVITE」を送信し、当該着端末１００Ｂから「100Trying」を受信する（ステップ４０２）。
【０１１０】
次に、ＳＩＰ中継装置２００は、メディアパケット変換装置３００に対して、変換能力の確認を行う（ステップ４０３）。
【０１１１】
着端末１００ＢはＳＩＰ中継装置２００に対して「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ４０４）。
【０１１２】
着端末１００ＢはＳＩＰ中継装置２００に能力Ａ，Ｂを許容する「200OK(A,B)」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「200OK（A）」を送信する（ステップ４０５）。
【０１１３】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに能力Ａにおいて接続可能となったことを伝える「ACK（A）」を送信する。これにより、メディアＡによるセッションを確立する（ステップ４０６）。
【０１１４】
次に、図９（ｂ）の着端末１００Ｂが能力Ａを許容しない場合について示す。
【０１１５】
同図（ａ）のステップ４０１〜４０３までは同様である。
【０１１６】
着端末１００ＢはＳＩＰ中継装置２００に対して「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ４１０）。
【０１１７】
着端末１００ＢはＳＩＰ中継装置２００に能力Ｂを許容する「200OK(B)」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「200OK（A）」を送信する（ステップ４１１）。
【０１１８】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに能力Ｂにおいて接続可能となったことを伝える「ACK（B）」を送信する(ステップ４１２)。ＳＩＰ中継装置２００は、メディアパケット変換装置３００に変換開始要求を送信し、変換開始応答を受け取る（ステップ４１３）。これにより、メディアパケット変換装置３００と発端末１００ＡではメディアＡを利用し、メディアパケット変換装置３００と着端末１００Ｂ間ではメディアＢによるセッションを確立する（ステップ４１４）。
【０１１９】
次に、図９（ｃ）の着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれも許容できず、その他の能力のみを許容する場合について示す。
【０１２０】
同図（ａ）のステップ４０１〜４０３までは同様である。
【０１２１】
着端末１００ＢはＳＩＰ中継装置２００に対して「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ４２０）。
【０１２２】
着端末１００ＢはＳＩＰ中継装置２００に能力Ｘを許容する「200OK(X)」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに「ACK（X）」を送信する（ステップ４２１）。次いで、ＳＩＰ中継装置２００は、着端末１００Ｂにコールの終了「BYE」を送信する。着端末１００Ｂは、ＳＩＰ中継装置２００に成功応答「200OK」を送信する（ステップ４２２）。
【０１２３】
ＳＩＰ中継装置２００は、発端末１００Ａに当該装置で処理不可能を意味する「488 Not Acceptable Here」を送信し、発端末１００Ａは「ACK」をＳＩＰ中継装置２００に返す（ステップ４２３）。
【０１２４】
次に、ステップ２０６の処理を以下に示す。
【０１２５】
図１０は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ａ−３を示す。
【０１２６】
以下の手順では、メディアパケット変換装置３００は、メディア能力Ａ，Ｂ，Ｃに対応しているという前提に基づく。
【０１２７】
図１０（ａ）は、着端末１００Ｂが能力Ａを許容する場合を示し、同図（ｂ）は着端末１００Ｂが能力Ａを許容せず、能力Ｂを許容する場合を示し、同図（ｃ）は着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれも許容できず、その他の能力のみを許容する場合を示す。
【０１２８】
図１０（ａ）の着端末１００Ｂが能力Ａを許容する場合について示す。
【０１２９】
ＳＩＰ中継装置２００において、発端末１００Ａから「INVITE(A)」を受信し、「100Trying」を返す（ステップ５０１）。次に、ＳＩＰ中継装置２００は、着端末１００Ｂに対して、「OPTIONS」を送信する（ステップ５０２）。
【０１３０】
次に、ＳＩＰ中継装置２００は、メディアパケット変換装置３００に対して、変換能力の確認を行う。このとき、メディアパケット変換装置３００は、メディア能力Ａ，Ｂ，Ｃに対応している応答を返却するものとする（ステップ５０３）。
【０１３１】
着端末１００Ｂは、ＳＩＰ中継装置２００に対して、「200OK(A)」を送信し、ＳＩＰ中継装置２００から着端末１００Ｂに「INVITE(A)」を送信する（ステップ５０４）。
【０１３２】
着端末１００ＢはＳＩＰ中継装置２００に対して「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ５０５）。
【０１３３】
着端末１００ＢはＳＩＰ中継装置２００に能力Ａを許容する「200OK(A)」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「200OK（A）」を送信する（ステップ５０６）。
【０１３４】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに能力Ａにおいて接続可能となったことを伝える「ACK」を送信する。これにより、メディアＡでのセッションが確立される（ステップ５０７）。
【０１３５】
次に、図１０（ｂ）の着端末１００Ｂが能力Ａを許容せず、能力Ｂを許容する場合について示す。
【０１３６】
同図（ａ）のステップ５０１〜５０３までは同様である。
【０１３７】
着端末１００ＢはＳＩＰ中継装置２００に対して「200OK(B)」を送信し、ＳＩＰ中継装置２００から着端末１００Ｂに「INVITE(B)」を送る（ステップ５１０）。
【０１３８】
着端末１００Ｂは、「100Trying」をＳＩＰ中継装置２００に「180 Ringing」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「180 Ringing」を送信する（ステップ５１１）。
【０１３９】
着端末１００ＢはＳＩＰ中継装置２００に能力Ｂを許容する「200OK(B)」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「200OK（A）」を送信する（ステップ５１２）。
【０１４０】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は着端末１００Ｂに「ACK」を送信する(ステップ５１３)。ＳＩＰ中継装置２００は、メディアパケット変換装置３００に変換開始要求を送信し、変換開始応答を受け取る。これにより、メディアパケット変換装置３００と発端末１００ＡではメディアＡを利用し、メディアパケット変換装置３００と着端末１００Ｂ間ではメディアＢでのセッションが確立される（ステップ５１５）。
【０１４１】
次に、図１０（ｃ）の着端末１００Ｂが能力Ａ，Ｂ，Ｃのいずれも許容できず、その他の能力のみを許容する場合について示す。
【０１４２】
同図（ａ）のステップ５０１〜５０３までは同様である。
【０１４３】
着端末１００ＢはＳＩＰ中継装置２００に対して「200OK(Ｘ)」を送信し、ＳＩＰ中継装置２００からき発端末１００に「488 Not Acceptable Here」を送る（ステップ５２０）。
【０１４４】
発端末１００ＡはＳＩＰ中継装置２００に「ACK」を送る（ステップ５２１）。
【０１４５】
図６のＳＩＰ中継装置２００は、以下の方法に基づいて設計されている。
【０１４６】
（１）前述の図７，９，１０に示した手順Ａ−１，Ａ−２，Ａ−３についてそれぞれ、
１）着端末１００Ｂが発端末１００Ａの指定したメディア能力Ａを許容する場合；
２）メディア能力Ａは許容しないが、ＳＩＰ中継装置２００が指定したメディア能力Ｂは許容する場合；
３）メディア能力Ａ，Ｂいずれも許容しない場合；
にそれぞれ交換されるＳＩＰ信号数（但し、受信したINVITEとそれに対する１００応答を除く）を求める。
【０１４７】
（２）上述のＳＩＰ信号数に、上記１）が起こる確率ｐ、２）が起こる確率ｑ、３）が起こる確率（＝１−ｐ−ｑ）をそれぞれ乗じて加えることで、図７，９，１０におけるＳＩＰ信号数の期待値を求める。
【０１４８】
（３）各手順におけるＳＩＰ信号数の期待値を互いに比較し、それぞれが３つのうちで最も小さくなるような確率ｐ，ｑ，ｒの条件を求める。
【０１４９】
（４）上記の確率ｐ，ｑ，ｒは、呼接続履歴データ格納部２０２に、発端末１００Ａの指定するメディア能力とRequest-URIの組み合わせ毎の、過去の呼接続履歴（全呼接続試行回数、うちメディア変換が不要だった回数、うちメディア変換が必要だった回数）データを蓄積しておけば、当該格納部２０２から取得可能である。
【０１５０】
上記の例では、ｐ＝（メディア変換が不要だった回数）／（全呼接続試行回数）
として取得可能である。
【０１５１】
（５）呼接続履歴データ格納部２０２から取得したｐ、ｑ、ｒの値から、前述の図７，９，１０に示す手順の期待値のうち最も小さいものがわかるため、以後はその手順に則って当該呼接続処理を進める。
【０１５２】
（６）複数の手順で期待値が等しくなる場合には、どちらの手順を選択してもよいが、ＳＩＰ処理やメディア能力処理が通常のＳＩＰプロキシサーバに近く処理負荷のより低い方を選ぶなど、何らかの別の選択基準によって選択する。
【０１５３】
ここで、上記の（５）の期待値比較の計算例を以下に示す。
【０１５４】
以下では、上記の手順Ａ−１，Ａ−２，Ａ−３のシーケンスを前提とした各手順における信号数の期待値の最小条件を計算する例を示す。
【０１５５】
【数１】
上記の（１）は、
ｐまたはｒが１のとき、手順Ａ−１と手順Ａ−２は同等；
ｐ＋ｑ＞3／４のとき、手順Ａ−２が最適；
ｐ＋ｑ＝３／４のとき、手順Ａ−２とＡ−３は同等；
ｐ＋ｑ＜３／４のとき、手順Ａ−３は同等；
である。
【０１５６】
上記は、ｐまたはｒが１のときは、手順Ａ−１とＡ−２のどちらも信号数は同じだが、手順Ａ−１の方が、通常のＳＩＰプロキシに近い動作のため処理負荷が軽い。そのため、ｐまたはｒが１のときは手順Ａ−１を選択すべきである。
【０１５７】
ｐ＋ｑ＝３／４のときは、手順Ａ−２と手順Ａ−３のどちらも信号数は同じである。手順Ａ−２では、メディア変換が実施不可能であった場合に、一旦セッションを擬似的に確立させた後、直ちに切断するという手順をとらなければならないが、手順Ａ−３ではこの必要がないため、手順Ａ−３が望ましいということもできる。
【０１５８】
このように、複数の手順で期待値が等しくなる状況下では、事業者のローカルポリシ等によりいずれかの手順を選択すればよい。
【０１５９】
＜中継動作フローＢ＞
次に、図５のフローＢの詳細について説明する。
【０１６０】
図１１は、本発明の一実施の形態におけるＳＩＰ中継装置の中継動作のフローＢを示す。
【０１６１】
以下では、装置間のメッセージシーケンスのみを示す。
【０１６２】
後述する中継手順Ｂを実行し（ステップ６０１）、切断済みであれば（ステップ６０２、Ｙｅｓ）、ＳＩＰ呼制御部２１０は、呼接続履歴データ制御部２２０に呼接続履歴データ格納部２０２の更新を指示し（ステップ６０３）、切断済みでない場合は（ステップ６０２、Ｎｏ）、発端末１００Ａのメディア能力、着端末１００Ｂのメディア能力で現呼接続データ格納部２０３を更新するように指示する（ステップ６０４）。
【０１６３】
図１２は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｂを示す。
【０１６４】
同図に示す手順では、前提として、メディアパケット変換装置３００は、メディアの応力Ａ，Ｂ，Ｃに対応しているものとする。
【０１６５】
同図（ａ）は、着端末１００Ｂ、発端末１００Ａ共に、能力Ａ，Ｂを許容し、発端末１００Ａが能力Ａを選択する場合を示し、同図（ｂ）は、着端末１００Ｂが能力Ａ，Ｂを許容し、発端末１００Ａが能力Ｃを許容する場合を示し、同図（ｃ）は、着端末１００Ｂが能力Ａ，Ｂを許容し、発端末１００Ａが能力Ａ，Ｂ，Ｃのいずれも許容しない場合を示す。
【０１６６】
図１２（ａ）の着端末１００Ｂ、発端末１００Ａ共に、能力Ａ，Ｂを許容し、発端末１００Ａが能力Ａを選択する場合について示す。
【０１６７】
上記のステップ６０１として、ＳＩＰ中継装置２００が発端末１００Ａから「INVITE」を受け取ると、「100Trying」を返却し（ステップ７０１）、「INVITE」を着端末１００Ｂに送信し、当該着端末１００Ｂから「100Trying」を受信する（ステップ７０２）。
【０１６８】
着端末１００ＢからＳＩＰ中継装置２００に対して、「180Ringing」を送信し、ＳＩＰ中継装置２００から発端末１００Ａに「180Ringing」を送信して鳴動中であることを通知する（ステップ７０３）。
【０１６９】
次に、着端末１００Ｂは、ＳＩＰ中継装置２００に能力Ａ，Ｂを許容するメッセージ「200OK(A,B)」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「200OK(A,B)」を送信する（ステップ７０４）。発端末１００Ａは、能力Ａを選択する「ACK(A)」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は、「ACK（A）」を着端末１００Ｂに送信することにより、能力Ａのメディアを用いた呼が確立する（ステップ７０５）。
【０１７０】
次に、図１２（ｂ）の着端末１００Ｂが能力Ａ，Ｂを許容し、発端末１００Ａが能力Ｃを許容する場合について示す。
【０１７１】
上記の図１２（ａ）のステップ７０１〜７０２の処理を実行した後に、 着端末１００ＢからＳＩＰ中継装置２００に対して、「180Ringing」を送信し、ＳＩＰ中継装置２００から発端末１００Ａに「180Ringing」を送信して鳴動中であることを通知する（ステップ７１０）。
【０１７２】
次に、着端末１００Ｂは、ＳＩＰ中継装置２００に能力Ａ，Ｂを許容するメッセージ「200OK(A,B)」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「200OK(A,B)」を送信する（ステップ７１１）。発端末１００Ａは、本来能力Ａは許容できないが、能力Ａを許容したように振舞うために「ACK(A)」をＳＩＰ中継装置２００に送信し、その直後に、「BYE」により切断する（ステップ７１２）。
【０１７３】
ＳＩＰ中継装置２００は、「200OK」を発端末１００Ａに送信し、さらに、「INVITE(C)」を発端末１００Ａに送信する。これに対して発端末１００Ａは、「100Trying」と「180Ringing」をＳＩＰ中継装置２００に送信する。
【０１７４】
発端末１００Ａは「200OK(C)」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「ACK」を送信すると共に、着端末１００Ｂに「ACK(A)」を送信する（ステップ７１４）。
【０１７５】
ＳＩＰ中継装置２００は、メディアパケット変換装置３００に対して、メディアパケットに必要な変換処理を行うための変換開始要求を送信し、当該要求の応答を取得する。これにより、メディアパケット変換装置３００を介して発端末１００Ａに対しては能力Ｃのメディアで、着端末１００Ｂに対しては能力Ｂのメディアでセッションが確立する（ステップ７１５）。
【０１７６】
次に、図１２（ｃ）の着端末１００Ｂが能力Ａ，Ｂを許容し、発端末１００Ａが能力Ａ，Ｂ，Ｃのいずれも許容しない場合について示す。
【０１７７】
上記の図１２（ａ）のステップ７０１〜７０２の処理を実行した後に、着端末１００ＢからＳＩＰ中継装置２００に対して、「180Ringing」を送信し、ＳＩＰ中継装置２００から発端末１００Ａに「180Ringing」を送信してベルを鳴らす（ステップ７２０）。
【０１７８】
次に、着端末１００Ｂは、ＳＩＰ中継装置２００に能力Ａ，Ｂを許容するメッセージ「200OK(A,B)」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「200OK(A,B)」を送信する。発端末１００Ａは、本来能力Ａは許容できないが、能力Ａを許容したように振舞うために「ACK(A)」をＳＩＰ中継装置２００に送信し、その直後に、「BYE」により切断する（ステップ７２２）。
【０１７９】
ＳＩＰ中継装置２００は、「200OK」、「INVITE(C)」を発端末１００Ａに送信する。これに対し、発端末１００Ａは「100Trying」を送信する。
【０１８０】
発端末１００Ａは、能力Ｃも許容しないことから、ＳＩＰ中継装置２００に対して、「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「ACK」を送信し、着端末１００Ｂに「ACK（A）」を送信する（ステップ７２４）。ＳＩＰ中継装置２００は、発端末１００Ａが、能力Ａ，Ｂ，Ｃのいずれも許容しないことから、着端末１００Ｂに対して「BYE」を送信し、着端末１００Ｂから「200OK」を送信する（ステップ７２５）。
【０１８１】
＜中継動作フローＣ＞
次に、図５のフローＣの詳細について説明する。
【０１８２】
図１３は、本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＣを示す。
【０１８３】
以下では、装置間のメッセージシーケンスのみを示す。
【０１８４】
ＳＩＰ中継装置２００は、呼接続履歴データ制御部２２０から現呼接続データを取得する（ステップ８０１）。ＳＩＰ中継装置２００は、発端末１００Ａの要求するメディア変更後のメディア能力Ｍが着端末１００Ｂで許容されると確定している場合は（ステップ８０２、Ｙｅｓ）、図１４に示す中継手順Ｃを行い（ステップ８０４）、接続が切断されている場合は（ステップ８０５、Ｙｅｓ）、呼接続履歴データ制御部２２０に対して、呼接続履歴データの更新を指示し（ステップ８０６）、接続されている場合は（ステップ８０５、Ｎｏ）、呼接続履歴データ制御部２２０に対して、現呼接続データの更新を指示する（ステップ８０７）。
【０１８５】
ステップ８０２において、Ｍが着端末１００Ｂで許容されることが確定されていない場合は（ステップ８０２、Ｎｏ）、図６に示すフローＡを実行する（ステップ８０３）。
【０１８６】
次に、上記のステップ８０４の中継手順Ｃについて説明する。
【０１８７】
図１４は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｃを示す。
【０１８８】
同図に示す手順では、前提として、メディアパケット変換装置３００は、メディアの応力Ａ，Ｂ，Ｃ，Ｍに対応しているものとする。
【０１８９】
同図（ａ）は、着端末１００Ｂが能力Ｍを許容する場合を示し、同図（ｂ）は、着端末１００Ｂが能力Ｍを許容せず、能力Ｂを許容する場合を示し、同図（ｃ）は着端末１００Ｂが能力Ｍを許容できず、能力Ａ，Ｂ，Ｃも許容できない場合を示す。
【０１９０】
図１４（ａ）の着端末が能力Ｍを許容する場合について説明する。
【０１９１】
ＳＩＰ中継装置２００は、発端末１００Ａから「re-INVITE(M)」を受信すると、「100Trying」を返す。ＳＩＰ中継装置２００は、「re-INVITE(M)」を着端末１００Ｂに送信し、「100Trying」を受け取る（ステップ９０２）。
【０１９２】
着端末１００Ｂは、「200OK(M)」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は「200OK(M)」を発端末１００Ａに送る（ステップ９０３）。
【０１９３】
発端末１００Ａは、「ACK」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は、「ACK」を着端末１００Ｂに送る。これにより、能力Ｍのメディアを用いて通信を行う（ステップ９０４）。
【０１９４】
図１４（ｂ）の着端末が能力Ｍを許容せず、能力Ｂを許容する場合について説明する。
【０１９５】
前述のステップ９０１〜９０２を行った後に、着端末１００ＢはＳＩＰ中継装置２００に「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置２００は「ACK」を着端末１００Ｂに送信する（ステップ９１０）。次に、ＳＩＰ中継装置２００は着端末１００Ｂに「re-INVITE(A,B,C)」を送信し、着端末１００Ｂは「100Trying」をＳＩＰ中継装置２００の送信する（ステップ９１１）。
【０１９６】
着端末１００ＢはＳＩＰ中継装置２００に「200OK(B)」を送信し、ＳＩＰ中継装置２００は、発端末１００Ａに「200OK (M)」を送信する（ステップ９１２）。
【０１９７】
発端末１００Ａは、ＳＩＰ中継装置２００に「ACK」を送信し、ＳＩＰ中継装置２００は、「ACK」を着端末１００Ｂに送信する（ステップ９１３）。
【０１９８】
ＳＩＰ中継装置２００は、メディアパケット変換装置３００に変換開始要求を送信し、変換開始応答を取得する。メディアパケット変換装置３００は、発端末１００Ａとの間では能力Ｍのメディアを用いて、着端末１００Ｂとは能力Ｂのメディアを用いて通信を行う（ステップ９１４）。
【０１９９】
次に、図１４（ｃ）の着端末が能力Ｍを許容せず、能力Ａ，Ｂ，Ｃも許容できない場合について説明する。
【０２００】
前述のステップ９０１〜９０２を行った後に、着端末１００Ｂは、ＳＩＰ中継装置２００に「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置２００は「ACK」を着端末１００Ｂに送信する（ステップ９２０）。次に、ＳＩＰ中継装置２００は、着端末１００Ｂに「re-INVITE(A,B,C)」を送信し、着端末１００Ｂは「100Trying」をＳＩＰ中継装置２００の送信する（ステップ９２１）。
【０２０１】
着端末１００ＢはＳＩＰ中継装置１００に「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置２００は発端末１００Ａに「488 Not Acceptable Here」を送信し、発端末１００ＡはＳＩＰ中継装置２００に「ACK」を送信する。ＳＩＰ中継装置２００は「ACK」を着端末１００Ｂに送信する（ステップ９２２）。
【０２０２】
＜中継動作フローＤ＞
次に、図５の中継動作フローＤを説明する。
【０２０３】
図１５は、本発明の一実施の形態におけるＳＩＰ中継装置の中継動作フローＤを示す。
【０２０４】
以下では、装置間のメッセージシーケンスのみを示す。
【０２０５】
ＳＩＰ中継装置２００は、図５のステップ１１１においてメディア変更がある場合は（ステップ１１１、Ｙｅｓ）、中継手順Ｄを実行し（ステップ１００１）、接続が切断された場合は（ステップ１００２、Ｙｅｓ）、呼接続履歴データ制御部２２０に呼接続履歴データの更新を指示し、接続が切断されていない場合は（ステップ１００２、Ｎｏ）、呼接続履歴データ制御部２２０に現呼接続データの更新を指示する（ステップ１００４）。
【０２０６】
次に、上記のステップ１００１の中継手順Ｄについて説明する。
【０２０７】
図１６は、本発明の一実施の形態におけるＳＩＰ中継装置のＳＩＰ中継手順Ｄを示す。
同図に示す手順では、前提として、メディアパケット変換装置３００は、メディアの応力Ａ，Ｂ，Ｃに対応しているものとする。
【０２０８】
同図（ａ）は、着端末１００Ｂが能力Ｍを許容する場合を示し、同図（ｂ）は、着端末１００Ｂが能力Ｍを許容せず、能力Ｂを許容する場合を示し、同図（ｃ）は、着端末１００Ｂが能力Ｍを許容できず、能力Ａ，Ｂ，Ｃも許容できない場合を示す。
【０２０９】
同図（ａ）の着端末１００Ｂが能力Ｍを許容する場合について説明する。
【０２１０】
ＳＩＰ中継装置２００は、発端末１００Ａから「UPDATE(M)」を受信すると、「UPDATE（M）を」着端末１００Ｂに送信する（ステップ１０１０）。
【０２１１】
着端末１００Ｂは、「200OK（M）」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置は「200OK（M）」を発端末１００Ａに送信する。これにより能力Ｍを用いた通信が行われる（ステップ１０１１）。
【０２１２】
次に、同図（ｂ）の着信端末１００Ｂが能力Ｍを許容せず、能力Ｂを許容する場合について説明する。
【０２１３】
上記のステップ１０１０と同様の処理を行った後、着端末１００ＢはＳＩＰ中継装置２００に「488 Not Acceptable Here」を送信し（ステップ１０２０）、ＳＩＰ中継装置２００は、「UPDATE (A,B,C)」を着端末１００Ｂに送信し、着端末１００Ｂは「200OK（B）を」ＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は[200OK(M)]を発端末１００Ａに送信する（ステップ１０２１）。
【０２１４】
ＳＩＰ中継装置２００は、メディアパケット変換装置３００に変換監視要求を送信、変換開始応答を取得する。これにより、メディアパケット変換装置３００と発端末１００Ａ間では能力Ｍを用いた通信を行い、メディアパケット変換装置３００と着端末１００Ｂ間では能力Ｂを用いた通信を行う（ステップ１０２２）。
【０２１５】
次に、同図（ｃ）の着端末１００Ｂが能力Ｍを許容できず、能力Ａ，Ｂ，Ｃも許容できない場合について説明する。
【０２１６】
上記のステップ１０１０と同様の処理を行った後、着端末１００ＢはＳＩＰ中継装置２００に「488 Not Acceptable Here」を送信し、ＳＩＰ中継装置は「UPDATE(A,B,C)」を着端末１００Ｂに送信する（ステップ１０３０）。次いで、着端末１００Ｂは「488 Not Acceptable Here」をＳＩＰ中継装置２００に送信し、ＳＩＰ中継装置２００は「488 Not Acceptable Here」を発端末に送信する（ステップ１０３１）。
【０２１７】
なお、上記のＳＩＰ中継装置２００及びメディアパケット変換装置３００の構成要素をプログラムとして構築し、ＳＩＰ中継装置及びメディアパケット変換装置として利用されるコンピュータにインストールして実行させる、または、ネットワークを介して流通させることが可能である。
【０２１８】
また、構築されたプログラムをハードディスクや、フレキシブルディスク・ＣＤ−ＲＯＭ等の可搬記憶媒体に格納し、コンピュータにインストールする、または、配布することが可能である。
【０２１９】
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において種々変更・応用が可能である。
【符号の説明】
【０２２０】
１００ ＳＩＰ端末
１００Ａ 発端末
１００Ｂ 着端末
２００ ＳＩＰ中継装置
２０１ メディア変換情報記憶手段、メディア変換情報格納部
２０２ 呼接続履歴データ記憶手段、呼接続履歴データ格納部
２０３ 現呼接続履歴データ格納部
２０４ セッション管理用データ格納部
２１０ ＳＩＰ呼制御手段、ＳＩＰ呼制御部
２２０ 呼接続履歴データ制御手段、呼接続履歴データ制御部
２３０ メディアパケット変換制御手段、メディアパケット変換制御部
２４０ パケット通信制御部
２５０ ソケット部
３００ メディアパケット変換装置
４００ 通信ネットワーク
【特許請求の範囲】
【請求項１】
ＳＩＰ（Session Initiation Protocol）を用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのＳＩＰ中継装置であって、
複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなるシステムにおいて、
メディア変換情報を格納するメディア変換情報記憶手段と、
前記メディア変換情報記憶手段からメディア変換に必要な情報を取得して、前記メディアパケット変換装置に対して、メディア変換要求として送信するメディアパケット変換制御手段と、
前記ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理能力が一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、前記メディアパケット変換制御手段にメディア変換を指示するＳＩＰ呼制御手段と、
を有することを特徴とするＳＩＰ中継装置。
【請求項２】
ＳＩＰ（Session Initiation Protocol）を用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのメディアパケット変換装置であって、
複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなるシステムにおいて、
前記ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う手段を有することを特徴とするメディアパケット変換装置。
【請求項３】
複数のＳＩＰ（Session Initiation Protocol）端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなり、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのシステムであって、
前記ＳＩＰ中継装置は、
メディア変換情報を格納するメディア変換情報記憶手段と、
前記メディア変換情報記憶手段からメディア変換に必要な情報を取得して、前記メディアパケット変換装置に対して、メディア変換要求として送信するメディアパケット変換制御手段と、
前記ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理機能が一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、前記メディアパケット変換制御手段にメディア変換を指示するＳＩＰ呼制御手段と、
を有し、
前記メディアパケット変換装置は、
前記ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う手段を有する
ことを特徴とするシステム。
【請求項４】
前記ＳＩＰ中継装置は、
メディア変換の必要性の大きさを示す統計データを呼接続履歴情報として格納する呼接続履歴データ記憶手段と、
前記呼接続履歴データ記憶手段から前記呼接続履歴情報を読み出す、及び、呼接続履歴情報を取得して該呼接続履歴データ記憶手段を更新する呼接続履歴データ制御手段と、を更に有し、
前記ＳＩＰ呼制御手段は、
前記ＳＩＰ端末からＳＩＰリクエストを受信すると、前記呼接続履歴データ制御手段から前記呼接続履歴情報を取得して、該ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定する判定手段を有する
請求項３記載のシステム。
【請求項５】
前記ＳＩＰ呼制御手段は、
前記着信側のＳＩＰ端末が前記発信側のＳＩＰ端末の指定したあるメディア能力Ａを許容するケースａ；
前記メディア能力Ａは許容しないが、当該ＳＩＰ中継装置が指定したいメディア能力Ｂを許容するケースｂ；
前記メディア能力Ａ、前記メディア能力Ｂのいずれも許容しないケースｃ；
にそれぞれ交換されるＳＩＰ信号数を求め、
前記呼接続履歴データ記憶手段から取得した前記呼接続履歴情報に基づいて、前記ケースａが起こる確率ｐ、前記ケースｂが起こる確率ｑ、前記ケースｃが起こる確率ｒを求め、前記ＳＩＰ信号数にそれぞれ乗じて加えることで、ＳＩＰ信号数の期待値を求め、
求められたＳＩＰ信号数の期待値を比較して、最も小さい期待値を求め、該期待値に基づいて、メディア変換が必要か否かを判定する手段を含む
請求項４記載のシステム。
【請求項６】
複数のＳＩＰ（Session Initiation Protocol）端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなり、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのシステムにおける制御方法であって、
前記ＳＩＰ中継装置において、
前記ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理能力が一致しているかを判定するメディア変換判定ステップと、
前記メディア変換判定ステップにおいて、一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、メディア変換情報記憶手段からメディア変換に必要な情報を取得して、メディア変換要求として前記メディアパケット変換装置に送信するメディア変換指示ステップを行い、
前記メディアパケット変換装置において、
前記ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行うメディア変換ステップを行うことを特徴とする制御方法。
【請求項７】
前記メディア変換判定ステップにおいて、
メディア変換の必要性の大きさを示す統計データを呼接続履歴情報として格納する呼接続履歴データ記憶手段から該呼接続履歴情報を読み出して、前記ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定する
請求項６記載の制御方法。
【請求項８】
前記メディア変換判定ステップにおいて、
前記着信側のＳＩＰ端末が前記発信側のＳＩＰ端末の指定したあるメディア能力Ａを許容するケースａ；
前記メディア能力Ａは許容しないが、当該ＳＩＰ中継装置が指定したいメディア能力Ｂを許容するケースｂ；
前記メディア能力Ａ、前記メディア能力Ｂのいずれも許容しないケースｃ；
にそれぞれ交換されるＳＩＰ信号数を求め、
前記呼接続履歴データ記憶手段から、前記呼接続履歴情報を取得し、
前記呼接続履歴情報に基づいて、前記ケースａが起こる確率ｐ、前記ケースｂが起こる確率ｑ、前記ケースｃが起こる確率ｒを求め、前記ＳＩＰ信号数にそれぞれ乗じて加えることで、ＳＩＰ信号数の期待値を求め、
求められたＳＩＰ信号数の期待値を比較して、最も小さい期待値を求め、該期待値に基づいて、メディア変換が必要か否かを判定する
請求項７記載の制御方法。
【請求項９】
請求項1に記載のＳＩＰ中継装置を構成する各手段としてコンピュータを機能させるためのＳＩＰ中継プログラム。
【請求項１０】
請求項２に記載のメディアパケット変換装置を構成する各手段としてコンピュータを機能させるメディアパケット変換プログラム。
【請求項１】
ＳＩＰ（Session Initiation Protocol）を用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのＳＩＰ中継装置であって、
複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなるシステムにおいて、
メディア変換情報を格納するメディア変換情報記憶手段と、
前記メディア変換情報記憶手段からメディア変換に必要な情報を取得して、前記メディアパケット変換装置に対して、メディア変換要求として送信するメディアパケット変換制御手段と、
前記ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理能力が一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、前記メディアパケット変換制御手段にメディア変換を指示するＳＩＰ呼制御手段と、
を有することを特徴とするＳＩＰ中継装置。
【請求項２】
ＳＩＰ（Session Initiation Protocol）を用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのメディアパケット変換装置であって、
複数のＳＩＰ端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなるシステムにおいて、
前記ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う手段を有することを特徴とするメディアパケット変換装置。
【請求項３】
複数のＳＩＰ（Session Initiation Protocol）端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなり、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのシステムであって、
前記ＳＩＰ中継装置は、
メディア変換情報を格納するメディア変換情報記憶手段と、
前記メディア変換情報記憶手段からメディア変換に必要な情報を取得して、前記メディアパケット変換装置に対して、メディア変換要求として送信するメディアパケット変換制御手段と、
前記ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理機能が一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、前記メディアパケット変換制御手段にメディア変換を指示するＳＩＰ呼制御手段と、
を有し、
前記メディアパケット変換装置は、
前記ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行う手段を有する
ことを特徴とするシステム。
【請求項４】
前記ＳＩＰ中継装置は、
メディア変換の必要性の大きさを示す統計データを呼接続履歴情報として格納する呼接続履歴データ記憶手段と、
前記呼接続履歴データ記憶手段から前記呼接続履歴情報を読み出す、及び、呼接続履歴情報を取得して該呼接続履歴データ記憶手段を更新する呼接続履歴データ制御手段と、を更に有し、
前記ＳＩＰ呼制御手段は、
前記ＳＩＰ端末からＳＩＰリクエストを受信すると、前記呼接続履歴データ制御手段から前記呼接続履歴情報を取得して、該ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定する判定手段を有する
請求項３記載のシステム。
【請求項５】
前記ＳＩＰ呼制御手段は、
前記着信側のＳＩＰ端末が前記発信側のＳＩＰ端末の指定したあるメディア能力Ａを許容するケースａ；
前記メディア能力Ａは許容しないが、当該ＳＩＰ中継装置が指定したいメディア能力Ｂを許容するケースｂ；
前記メディア能力Ａ、前記メディア能力Ｂのいずれも許容しないケースｃ；
にそれぞれ交換されるＳＩＰ信号数を求め、
前記呼接続履歴データ記憶手段から取得した前記呼接続履歴情報に基づいて、前記ケースａが起こる確率ｐ、前記ケースｂが起こる確率ｑ、前記ケースｃが起こる確率ｒを求め、前記ＳＩＰ信号数にそれぞれ乗じて加えることで、ＳＩＰ信号数の期待値を求め、
求められたＳＩＰ信号数の期待値を比較して、最も小さい期待値を求め、該期待値に基づいて、メディア変換が必要か否かを判定する手段を含む
請求項４記載のシステム。
【請求項６】
複数のＳＩＰ（Session Initiation Protocol）端末、メディアパケット変換装置、ＳＩＰ中継装置及び、これらの装置間に介在する通信ネットワークからなり、ＳＩＰを用いてマルチメディア通信を行うＳＩＰ端末のメディア処理能力に差分が存在する場合のマルチメディア通信を可能にするためのシステムにおける制御方法であって、
前記ＳＩＰ中継装置において、
前記ＳＩＰ端末からＳＩＰリクエストを受信すると、該ＳＩＰリクエストのメディア処理機能と通信相手の端末のメディア処理能力が一致しているかを判定するメディア変換判定ステップと、
前記メディア変換判定ステップにおいて、一致していれば、メディア処理機能の変更・追加を行わず、かつ、メディア変換も行わないものとし、一致していなければ、メディア変換情報記憶手段からメディア変換に必要な情報を取得して、メディア変換要求として前記メディアパケット変換装置に送信するメディア変換指示ステップを行い、
前記メディアパケット変換装置において、
前記ＳＩＰ中継装置からメディア変換要求を取得すると、該メディア変換要求に含まれるＳＩＰ端末のＩＰアドレス、ポート番号、メディア能力に基づいて、確立したＳＩＰセッションで開始されるＳＩＰ端末間のメディアパケットに対してメディア変換を行うメディア変換ステップを行うことを特徴とする制御方法。
【請求項７】
前記メディア変換判定ステップにおいて、
メディア変換の必要性の大きさを示す統計データを呼接続履歴情報として格納する呼接続履歴データ記憶手段から該呼接続履歴情報を読み出して、前記ＳＩＰリクエストのＳＩＰ呼の確立のためにメディア変換が必要か否かを判定する
請求項６記載の制御方法。
【請求項８】
前記メディア変換判定ステップにおいて、
前記着信側のＳＩＰ端末が前記発信側のＳＩＰ端末の指定したあるメディア能力Ａを許容するケースａ；
前記メディア能力Ａは許容しないが、当該ＳＩＰ中継装置が指定したいメディア能力Ｂを許容するケースｂ；
前記メディア能力Ａ、前記メディア能力Ｂのいずれも許容しないケースｃ；
にそれぞれ交換されるＳＩＰ信号数を求め、
前記呼接続履歴データ記憶手段から、前記呼接続履歴情報を取得し、
前記呼接続履歴情報に基づいて、前記ケースａが起こる確率ｐ、前記ケースｂが起こる確率ｑ、前記ケースｃが起こる確率ｒを求め、前記ＳＩＰ信号数にそれぞれ乗じて加えることで、ＳＩＰ信号数の期待値を求め、
求められたＳＩＰ信号数の期待値を比較して、最も小さい期待値を求め、該期待値に基づいて、メディア変換が必要か否かを判定する
請求項７記載の制御方法。
【請求項９】
請求項1に記載のＳＩＰ中継装置を構成する各手段としてコンピュータを機能させるためのＳＩＰ中継プログラム。
【請求項１０】
請求項２に記載のメディアパケット変換装置を構成する各手段としてコンピュータを機能させるメディアパケット変換プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２０１１−１６６４５３（Ｐ２０１１−１６６４５３Ａ）
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願番号】特願２０１０−２７００６（Ｐ２０１０−２７００６）
【出願日】平成２２年２月９日（２０１０．２．９）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
【公開日】平成２３年８月２５日（２０１１．８．２５）
【国際特許分類】
【出願日】平成２２年２月９日（２０１０．２．９）
【出願人】（０００００４２２６）日本電信電話株式会社 (13,992)
【Ｆターム（参考）】
[ Back to top ]