(57)【要約】本発明は、第１のプロトコル（たとえばＨ．３２３）を使用する第１の端末と、第２のプロトコルを使用する第２の端末の間にマルチメディアセッションを設定し、前記第１のプロトコルがマスタの決定を要求するプロトコルゲートウェイに関する。本発明は、前記第１の端末にマスタの役割を果すように強制する手段を含むことを特徴とする。
2005503072.tif 000002
【特許請求の範囲】
【請求項１】
第１のプロトコルを使用する第１の端末と、第２のプロトコルを使用する第２の端末の間にマルチメディアセッションを設定し、前記第１のプロトコルが、マスタの決定を要求するためのプロトコルゲートウェイであって、前記第１の端末にマスタの役割を果すように強制する手段が、利用可能であることを特徴とする、プロトコルゲートウェイ。
【請求項２】
前記第１のプロトコルが、ＩＴＵ−Ｔ  Ｈ．３２３プロトコルである、請求項１に記載のプロトコルゲートウェイ。
【請求項３】
前記手段が、「マスタ」に設定された「決定」フィールドを含む、「マスタスレーブ決定」メッセージに応答して「マスタスレーブ決定承認」を返すことができる、請求項２に記載のプロトコルゲートウェイ。
【請求項４】
前記第２のプロトコルが、ＳＩＰプロトコルである、請求項１から３のいずれかに記載のプロトコルゲートウェイ。
【請求項５】
請求項１から４のいずれかに記載のプロトコルゲートウェイを含むことを特徴とする、コールセンタ。
【請求項６】
第１のプロトコルを使用する第１の端末と、第２のプロトコルを使用する第２の端末の間にマルチメディアセッションを設定し、前記第１のプロトコルが、マスタの決定を要求し、前記第１および第２の端末が、プロトコルゲートウェイにより通信するための方法であって、
マスタ／スレーブの状態を決定するためのメッセージｍ１を送信するステップと、
前記第１の端末に前記マスタの役割を果すように強制するフィールドを含む、応答メッセージｍ２を前記プロトコルゲートウェイによって送信するステップとを含むことを特徴とする、方法。
【請求項７】
前記第１のプロトコルが、ＩＴＵ−Ｔ  Ｈ．３２３プロトコルである、請求項６に記載の方法。
【請求項８】
前記応答メッセージが、「マスタ」に設定された「決定」フィールドを含む「マスタスレーブ決定承認」である、請求項７に記載の方法。
【発明の詳細な説明】
【０００１】
本発明は、通信ネットワークに関し、さらに詳細には、データネットワーク上で設定されるマルチメディアセッションの管理に関する。このデータネットワークは、ＴＣＴ／ＩＰ（伝送制御プロトコル／インターネットプロトコル）ファミリのプロトコルに準拠するものでよく、具体的にはインターネットでよい。
【０００２】
以下、「マルチメディアセッション」は、いくつかのメディアタイプ、具体的には、最も多くの場合、音声および／またはビデオを含む２つ以上の端末間のデータの伝送を指す。こうしたマルチメディアセッションは通常、ＩＰ経由の音声（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ））の代わりにＶｏＩＰと呼ばれている。
【０００３】
実際のマルチメディアセッションをセットアップする前に、関与する端末は、具体的にはマルチメディアセッションの一定のパラメータを設定するために情報を交換しなければならない。
【０００４】
これらのパラメータは、たとえば、媒体の特性（音声符号化形式、ビデオ形式など）に関連する。これらの特性は、マルチメディアセッションに関与する端末の機能に応じて決定することができる。
【０００５】
このマルチメディアセッションの設定フェーズは、特定のプロトコルに対応して行われる。
【０００６】
しかし、こうしたプロトコルは非常に多様である。具体的には、ＩＴＵ−Ｔ（国際電気通信連合電気通信標準化部門）によって規定されたＨ．３２３プロトコルおよびＩＥＴＦ（インターネット技術標準化委員会）のＲＦＣ２５４３（コメント要求）に規定されたＳＩＰ（セッション開始プロトコル）が挙げられる。
【０００７】
具体的には、こうした相違を隠蔽し、異なるプロトコルを使用する端末が共存できるようにすることを目的として、従来技術で知られているように、プロトコルゲートウェイを様々な端末間に配置することができる。
【０００８】
通常、こうしたプロトコルゲートウェイは、コールセンタまたは制御装置の一部をなす。
【０００９】
図１は、２つの通信端末間でマルチメディアセッションを設定する例を概略的に示している。
【００１０】
端末ＴＡは、マルチメディアセッションの開始側である。したがって、端末ＴＡは、プロトコルゲートウェイをもつコールセンタＣＣとマルチメディアセッションの設定ネゴシエーションｍＡを開始する。このマルチメディアセッション設定ネゴシエーションは、詳細には、端末ＴＡが扱うことのできる（ビデオ形式、音声符号化タイプなど）媒体特性に関する情報を含み、Ｈ．３２３プロトコルに従う。
【００１１】
次に、コールセンタＣＣは、ＳＩＰプロトコルに従ってメッセージｍＢを交換することによってメディアセッションの受信側、すなわち端末ＴＢとネゴシエートし、次いで２つの端末ＴＡとＴＢの間にマルチメディアセッションＭＳを設定する。
【００１２】
必要ならば、２つの端末が通信するための媒体特性に関して同意できない（たとえば、２つの端末が共通のビデオ符号化形式をサポートしない）場合、コールセンタは、メディアゲートウェイを使用してマルチメディアセッションを設定することができる。
【００１３】
しかし、２つの端末のうちの一方がＨ．３２３プロトコルを使用し、もう一方の端末（または３人以上の参加者の間のマルチメディアセッションの場合の他の複数端末）がＨ．３２３以外のプロトコル（たとえばＳＩＰプロトコル）を使用する場合には問題がある。
【００１４】
これは、Ｈ．３２３プロトコルが「マスタ」端末および「スレーブ」端末を決定するフェーズを含んでいるからである。このプロトコルは、各端末がどちらの役割も果すことができることを想定している。この決定は、様々なタイプの端末の事前に確立された分類に依存する。最もパワーのある端末が「マスタ」の役割を果し、パワーが同じ場合は、２つの端末のどちらが「マスタ」の役割を果すかを決定するために任意選択が行われる。
【００１５】
この「マスタ」の役割は、矛盾または問題が起きた場合に考慮に入れられる。この役割は、端末が実施する際にかなりの程度の複雑さを伴う。
【００１６】
マルチメディアセッションがプロトコルゲートウェイを介して設定される場合、また１つの端末だけがＨ．３２３プロトコルを使用する場合、「マスタ」および「スレーブ」の役割を決定するフェーズがＨ．３２３プロトコルを使用する端末とプロトコルゲートウェイの間でのみ行われるため、問題が生じる。
【００１７】
図１の例を再び参照すると、これは、「マスタ」および「スレーブ」の役割の決定が、端末ＴＡとプロトコルゲートウェイを含むコールセンタＣＣの間で行われなければならないことを意味する。
【００１８】
したがって、Ｈ．３２３プロトコルに従い、この機構はプロトコルゲートウェイが「マスタ」の役割を果すことができると想定する。したがって、このゲートウェイは、この機能に固有の全てのプロトコルおよびソフトウェアの機構をサポートしなければならない。
【００１９】
こうした機構は複雑であるため、この種の解決法ではプロトコルゲートウェイが機能できるようにするために必要な処理リソース（メモリリソース、ＣＰＵ（中央処理装置）など）が増える。
【００２０】
さらに、通常、このプロトコルゲートウェイはコールセンタに含まれるため、このリソースの使用は、コールセンタの他の機能に害を与える可能性がある。
【００２１】
さらに、インターネットタイプのデータネットワークのアーキテクチャは、通常、ネットワーク内で必要とされる処理リソースを最小限に抑えるものであり、その理由はネットワーク内のハードウェアの寿命が端末の寿命よりも長いと想定され、必要なリソースの増加や更新は高コストであり避けるべきだからである。
【００２２】
したがって、インターネットタイプのネットワークでは、知能の大部分が端末に移される。
【００２３】
この結果、プロトコルゲートウェイがさらに複雑化することは重大な欠点である。
【００２４】
本発明の目的は、Ｈ．３２３プロトコルを使用する端末と他のプロトコルを使用する端末の間にマルチメディアセッションを設定し、「マスタ」の役割の実施を必要としないプロトコルゲートウェイを提案することである。
【００２５】
このことを達成するため、本発明の第１の主題は、第１のプロトコル（たとえばＩＴＵ−Ｔ  Ｈ．３２３プロトコル）を使用する第１の端末と、第２のプロトコルを使用する第２の端末の間にマルチメディアセッションを設定し、第１のプロトコルがマスタの決定を要求するプロトコルゲートウェイである。このプロトコルゲートウェイは、第１の端末にマスタの役割を果すように強制する手段が利用可能であることを特徴とする。
【００２６】
本発明の他の主題は、こうしたプロトコルゲートウェイを含むコールセンタである。
【００２７】
本発明の他の主題は、第１のプロトコル（たとえばＩＴＵ−Ｔ  Ｈ．３２３プロトコル）を使用する第１の端末と、第２のプロトコルを使用する第２の端末の間にマルチメディアセッションを設定し、第１のプロトコルがマスタの決定を要求し、第１および第２の端末がプロトコルゲートウェイにより通信するための方法である。この方法は、
マスタ／スレーブの状態を決定するためのメッセージを送信するステップと、
第１の端末にマスタの役割を果すように強制するフィールドを含む応答メッセージをプロトコルゲートウェイによって送信するステップとを含むことを特徴とする。
【００２８】
本発明、本発明の特徴および利点は、添付の図を参照する以下の実施の説明でさらに明らかになるであろう。
【００２９】
図２の例では、コールセンタＣＣは、プロトコルゲートウェイＧを含む。このプロトコルゲートウェイの目的は、マルチメディアセッションを、同じプロトコルを使用しない端末間に設定できるようにすることである。
【００３０】
端末ＴＡは、Ｈ．３２３プロトコルを使用する。この端末は、Ｈ．３２３以外のプロトコルを使用する１つまたは複数の他の端末（図示せず）とマルチメディアセッションを設定することを望む。上記したように、ここではＳＩＰプロトコルが機能できる。
【００３１】
先ず、端末ＴＡはマスタ／スレーブの状態を決定するためのメッセージｍ１をプロトコルゲートウェイＧに送信する。
【００３２】
Ｈ．３２３プロトコルに従い、このメッセージは、「マスタスレーブ決定」である。このメッセージは、パラメータとして第１に端末タイプ「端末タイプ」、第２に乱数「状態決定の数」を含む。
【００３３】
ＩＴＵ−Ｔ勧告Ｈ．３２３のセクション６．２．８．４に示されているように、端末タイプは端末の処理パワーを表す数である。
【００３４】
従来技術では、処理パワーを用いて、マルチメディアセッションのどちらの側をマスタとして選択すべきかを決定する。
【００３５】
乱数「状態決定の数」は、両方の側が同じパワーである場合に調停手段として使用される。
【００３６】
本発明によれば、プロトコルゲートウェイＧは、メッセージｍ２を送信することによってメッセージｍ１に応答する。このメッセージｍ２は「マスタスレーブ決定承認」メッセージである。
【００３７】
メッセージｍ１に示される処理パワーおよび乱数に関係なく、プロトコルゲートウェイＧは、スレーブの役割を果すこととし、端末ＴＡにマスタの役割を果すように強制する。
【００３８】
この目的のため、ゲートウェイは「マスタ」値に、ＩＴＵ−Ｔ勧告Ｈ．２４５に規定されるように、「決定」パラメータを設定する。
【００３９】
このメッセージｍ２を受信すると、端末ＴＡはメッセージｍ３により応答することができる。このメッセージｍ３も「マスタスレーブ決定承認」メッセージである。このとき、パラメータＸＸＸは「スレーブ」値を含み、プロトコルゲートウェイＧがスレーブの役割を果すことを、端末ＴＡが承認することを示す。
【００４０】
したがって、プロトコルゲートウェイＧは、端末ＴＡが影響を受けない間、マスタの役割の管理から解放される。端末ＴＡについては、全てが他の端末との通常の対話として行われる。
【００４１】
さらに、勧告Ｈ．３２３に従って、本発明の機構がこれらの端末に追加の制約をもたらすことがないように、端末がマスタの役割の管理を実施しなければならいことを留意されたい。
【図面の簡単な説明】
【図１】
２つの端末間のマルチメディアセッションの設定を示す概略図である。
【図２】
端末とプロトコルゲートウェイの間でマスタの役割を決定するためのフェーズを示す図である。
【図１】
2005503072.tif 000003
【図２】
2005503072.tif 000004
【国際公開パンフレット】
2005503072.tif 000005
2005503072.tif 000006
2005503072.tif 000007
2005503072.tif 000008
2005503072.tif 000009
2005503072.tif 000010
2005503072.tif 000011
2005503072.tif 000012
2005503072.tif 000013
2005503072.tif 000014
2005503072.tif 000015
2005503072.tif 000016
【国際公開パンフレット（コレクトバージョン）】
2005503072.tif 000017
2005503072.tif 000018
【国際調査報告】
2005503072.tif 000019
2005503072.tif 000020
2005503072.tif 000021
2005503072.tif 000022
2005503072.tif 000023
2005503072.tif 000024