(57)【要約】  本発明は、通信ネットワークＣＲのメディアサーバリソースＭＳｊの管理専用であり、少なくとも１つのメディア部分を備え、アプリケーションサーバＡＳｉによって管理されるサービスを要求するクライアント通信端末装置Ｔに、要求されたサービスのメディア部分を提供するために複数の組のメディア機能を提供するように構成された装置Ｄに関する。前記装置Ｄは、メディアサーバ識別子ＭＳｊと合致するメディア機能を表すデータを格納する格納手段ＢＤと、クライアント端末装置Ｔによって要求されるサービス専用であり、要求されたサービスのメディア部分を提供するために１組のメディア機能の提供を要求するアプリケーションサーバＡＳｉからメッセージを受信すると、格納手段ＢＤ内の、要求された組を提供するためにリソースを有するメディアサーバＭＳｊの識別子を決定し、次いでメッセージがそれに送信されることができるように前記メディアサーバＭＳｊのリソースを割り当てるように構成された管理手段ＭＧとを備える。
2009503924.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク（ＣＲ）内のメディアサーバのリソース（ＭＳｊ）の管理専用であり、少なくとも１つのメディア部分を備え、アプリケーションサーバ（ＡＳｉ）によって管理されるサービスを要求するクライアント通信端末装置（Ｔ）に前記要求されたサービスのメディア部分を提供するために複数の組のメディア機能を提供するように構成された装置（Ｄ）であって、メディアサーバ識別子（ＭＳｊ）と合致するメディア機能を表すデータを格納する格納手段（ＢＤ）と、クライアント端末装置（Ｔ）によって要求されるサービス専用であり、前記要求されたサービスのメディア部分を提供するために１組のメディア機能をこのクライアント端末装置に提供することを要求するアプリケーションサーバ（ＡＳｉ）からメッセージを受信すると、格納手段（ＢＤ）内の、前記要求された組を提供するためにリソースを有するメディアサーバ（ＭＳｊ）の識別子を決定し、次いでメッセージがそれに送信されることができるように前記決定されたメディアサーバ（ＭＳｊ）のリソースを割り当てるように構成された管理手段（ＭＧ）とを備えることを特徴とする、装置。
【請求項２】
前記格納手段（ＢＤ）が、複数の組のメディア機能およびメディアサーバ（ＭＳｊ）の識別子を表す前記データに応じてメディアサーバ（ＭＳｊ）のリソースの可用性状態および／またはメディアサーバ（ＭＳｊ）のサイズを表す補助データを格納するように構成されることを特徴とする、請求項１に記載の装置。
【請求項３】
前記管理手段（ＭＧ）が、管理情報および／または前記補助データに応じてメディアサーバ（ＭＳｊ）のリソースを割り当てるように作製されることを特徴とする、請求項１および請求項２のいずれか一項に記載の装置。
【請求項４】
前記管理情報が、少なくとも優先度情報、動作ストラテジ情報、地理的制約情報、メディアサーバの地理的分布情報、サービス品質（ＱｏＳ）情報、ネットワークアーキテクチャ情報、およびネットワークの品質または状態情報を含むグループから選択されることを特徴とする、請求項３に記載の装置。
【請求項５】
前記格納手段が、動的に更新されるように構成されることを特徴とする、請求項１から４までのいずれか一項に記載の装置。
【請求項６】
前記管理手段（ＭＧ）が、それらが前記メディアサーバ（ＭＳｊ）によって提供される組および／または対応する利用可能なリソースを表す情報を受信するときに前記格納手段（ＢＤ）を更新するように構成されることを特徴とする、請求項５に記載の装置。
【請求項７】
前記データが、前記メディアサーバ（ＭＳｊ）から発生することを特徴とする、請求項６に記載の装置。
【請求項８】
ｉ）第１のプロトコルに従うメッセージを前記アプリケーションサーバ（ＡＳｉ）から受信し、前記メッセージを前記管理手段（ＭＧ）に送信するように構成された入力インターフェース（ＩＥ）と、ｉｉ）前記管理手段（ＭＧ）によって伝達され、前記メディアサーバ（ＭＳｊ）に向けられたメッセージを前記メディアサーバ（ＭＳｊ）に送信するように構成された出力インターフェース（ＩＳ）とを備えることを特徴とする、請求項１から７のいずれか一項に記載の装置。
【請求項９】
前記出力インターフェース（ＩＳ）が、メッセージが向けられる前記メディアサーバ（ＭＳｊ）にメッセージを送信する前、前記第１のプロトコルに従うメッセージを第２の選択されたプロトコルに従うメッセージに変換するように構成されることを特徴とする、請求項８に記載の装置。
【請求項１０】
前記第１のプロトコルがＳＩＰプロトコルであることを特徴とする、請求項８および請求項９のいずれか一項に記載の装置。
【請求項１１】
前記第１のプロトコルが、ＡＭＳＭＬ型プロトコルをカプセル化するＳＩＰプロトコルであることを特徴とする、請求項８および請求項９のいずれか一項に記載の装置。
【請求項１２】
前記第２のプロトコルが、少なくともＸＭＬ型プロトコルおよびＨ２４８型プロトコルをカプセル化するＳＩＰプロトコルを含むグループから選択されることを特徴とする、請求項９から１１のいずれか一項に記載の装置。
【請求項１３】
浮動アドレスに関連していることを特徴とする、請求項１から１２のいずれか一項に記載の装置。
【請求項１４】
請求項１から１３のいずれか一項に記載の管理装置（Ｄ）を含むことを特徴とする、ネットワーク機器（ＳＰ）。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばＩＭＳ（ＩＰマルチメディアシステム）またはＮＧＮ（新（または次）世代ネットワーク）型ネットワークのＩＰ型ネットワークコアを有する通信ネットワークに関し（言い換えれば、ユーザがＩＰ（インターネットプロトコル）リンクを有し、ネットワークは、ゲートウェイを介して他の技術によってアクセスされるＩＰ型ネットワークコアを有するエンドツーエンドＩＰネットワーク）、より具体的には、少なくとも１つのメディア部分を備え、この種のネットワークを介して通信端末装置のユーザに提供されるサービスに対する通信端末装置のアクセスに関する。
【背景技術】
【０００２】
当業者が認識するように、通信端末装置が少なくとも１つのメディア部分を備えるサービスにアクセスする必要があるとき、通信端末装置は、そのユーザまたはネットワークコアの主導で前記サービスに対するアクセス要求を通信端末装置がクライアントであるネットワークに送信しなければならない。例えば、データの種類および前記データを搬送するために使用されるトランスポートプロトコルと無関係に、特に対話式にリアルタイムで機器間のデータ交換セッション（データのすべての形式）を生成し管理するために使用されるメッセージが、ＳＩＰ（セッション確立プロトコル）通信設定プロトコルに準拠するとき、メッセージは、「ＳＩＰ  ＩＮＶＩＴＥ」型のＳＩＰ呼び出し設定メッセージの形をしている。ＩＮＶＩＴＥメッセージは、呼び出し端末装置によってサポートされる様々なメディアを説明する「ＳＤＰ」を含み、このＩＮＶＩＴＥメッセージが受信された後、どのメディアがセッション中に使用されるかを決定するためにネゴシエーションが機器間で行われることを銘記されたい。
【０００３】
ネットワークが要求を受信するとき、ネットワークはその要求をアプリケーションサーバに（またはアプリケーションサーバのうちの１つ）（または（少なくとも）このサービスに専用のアプリケーションサーバ、言い換えれば、要求されたサービスを要求する端末装置に供給することを管理し試験する特定のタスクと共にルーティングする。少なくとも１つのメディア部分を備える各サービスは、このメディア部分を実行するためにメディアサーバ（複数のメディアサーバ）によって実行される少なくとも１組のメディア機能を使用しなければならない。この種の組は能力とも呼ばれる。各メディアサーバは、その能力（複数の能力）を実行するために複数のリソース（またはチャネル）を有する。
【０００４】
アプリケーションサーバが、少なくとも１つのメディア部分を備えるサービスにアクセスするという要求を受信するとき、アプリケーションサーバは、このメディア部分に対応する組に関するメディア機能を実行することができる少なくとも１つのメディアサーバと交信しなければならない（すぐにまたはセッション中に）。これはいくつかの状況では不可能でありうる。既存のアプリケーションサーバは、それら自体の製造業者によって設計されなかったメディアサーバとそのままインターフェースすることができず、したがって、既存のアプリケーションサーバは任意のメディアサーバによって供給される任意の能力をそのまま使用することができない。
【０００５】
アプリケーションサーバが特定のメディアサーバ（他の製造業者によって作製された）とインターフェースすることができるためには、メディアサーバに対する特別な構成（または適応形態）が、その能力を使用し、メディアサーバが行うメディア処理を制御するために必要である。言い換えれば、すべてのアプリケーションサーバおよびすべてのメディアサーバのいずれも同一のプラットフォーム上に配置されなければならない、または各製造業者は、新しいメディアサーバが登場してそのアプリケーションサーバと共に使用されなければならないときは、いつでも更新されなければならない製造業者自体の適応インターフェースを設計しなければならない。
【０００６】
さらに、最初にＩＮ（インテリジェントネットワーク）型ネットワークのために設計されたアプリケーションサーバのメディア部分は、それがＮＧＭまたはＩＭＳ型ネットワーク上に移植されるべきである場合に完全に書き換えられなければならない。
【０００７】
さらに、メディアサーバのリソースの可用性状態をアプリケーションサーバに対して透過的にする機構がない。その結果、関係するアプリケーションの種類および／または要求される呼び出しの種類および／またはもしあれば、クライアント間でいくつかのメディアサーバのリソースの契約的分配（またはマルチテナンシ）に応じてリソース使用の優先度を割り当てることは不可能である。
【発明の開示】
【発明が解決しようとする課題】
【０００８】
したがって、本発明の目的は、上述の欠点のすべてまたは一部を修正することである。
【０００９】
本発明の目的は、ＩＰ（インターネットプロトコル）型ネットワークコアを備える通信ネットワーク内でアプリケーションサーバ内のアプリケーション制御層とメディアサーバ内のユーザプラン層との間でリソース管理装置を使用して標準的なインターフェースを可能にすることである。他の目的は、アプリケーションサーバからネットワーク内のメディアサーバの物理的組織（アドレス、容量およびサイズ）を隠すことである。
【課題を解決するための手段】
【００１０】
これを実現するために本発明は、通信ネットワーク内でメディアサーバのリソースの管理専用であり、アプリケーションサーバによって管理される（少なくとも１つのメディア部分を備える）サービスを要求するクライアント通信端末装置に前記要求されたサービスのメディア部分を実行することができる複数の組のメディア機能（または能力）を提供するように設計された装置を開示する。
【００１１】
この管理装置は、それが下記を備えるということによって特徴づけられる。
メディアサーバ識別子に対応する複数の組のメディア機能を表すデータを格納するために必要とされる格納手段、
管理手段が、クライアント端末装置によって要求されるサービスに専用であり、このクライアント端末装置に要求されたサービスのメディア部分を実行することができる１組のメディア機能をクライアント端末装置に提供するように要求するアプリケーションサーバからメッセージを受信するとき、格納手段上に格納されたデータのうちの、要求された組を提供するためにリソースを有するメディアサーバの識別子を決定し（ネットワークオペレータが対処することができる適切なストラテジを使用して）、次いでそのメッセージがメディアサーバに送信されることができるように決定されたメディアサーバのリソースを割り当てる管理手段。
【００１２】
本発明による装置は、個々にまたは組み合せて選ばれることができる他の特徴を備えることができ、具体的には、
その格納手段は、メディア機能の組およびメディアサーバの識別子を表すデータに応じてメディアサーバのリソースの可用性状態および／またはメディアサーバのサイズを表す補助データを格納するために構成されることができる。
その管理手段は、補助データおよび／または管理情報（例えば、優先度および／または動作ストラテジおよび／または地理的制約および／またはメディアサーバの地理的分布および／またはサービス品質（ＱｏＳ）および／またはネットワークアーキテクチャ（チャネルサイズ）および／または所与の瞬間でのネットワークの品質もしくは状態に関する）に応じてメディアサーバのリソースを割り当てるように作製されることができる。
その格納手段は、例えば、管理手段が、メディアサーバによって提供される組および／または対応する利用可能なリソースを表す情報をメディアサーバから受信するときに管理手段によって動的に更新されるように構成されることもできる。
その装置は、第１に、アプリケーションサーバから第１のプロトコルに従うメッセージを受信するように作製され、管理手段を介してこれらのメッセージを送信する入力インターフェースと、第２に、管理手段によって伝達され、メディアサーバに向けられているメッセージをメディアサーバに送信するように作製される出力インターフェースとを備えることができる。
例えば、出力インターフェースは、送信先のメディアサーバにメッセージを送信する前に第１のプロトコルに従うメッセージを少なくとも１つの第２のプロトコルに従うメッセージに変換するように求められてよい。
例えば、第１のプロトコルは、場合によってはＡＭＳＭＬ（Ａｌｃａｔｅｌ（またはアプリケーション）メディアサーバ向けマークアップ言語）型プロトコルをカプセル化するＳＩＰプロトコルである。
第２のプロトコルは、例えば、ＸＭＬ型プロトコル（ＭＳＭＬ／ＭＯＭＬまたはＭＳＣＭＬ）およびＨ２４８型プロトコルをカプセル化するＳＩＰプロトコルの中から選択されることができる。
その装置は、不良の場合に有用な冗長性を可能にするために浮動アドレスに関連していてよい。この場合には、格納手段は複数の管理手段によって共用されることができ、それらのアクセスは安全になされることができる。
【００１３】
本発明は、上記の種類の管理装置を装備するネットワーク機器も開示する。例えば、この種の機器は、特に第１のプロトコルがＳＩＰ／ＡＭＳＭＬであるときに特定の割当プロキシ機能を提供することができる。他の場合には、この種の装置は状態マシンを形成することができる。
【００１４】
具体的には本発明は、限定的ではないがインターネット、ＮＧＮまたはＩＭＳ型通信ネットワークによく適応される。
【００１５】
本発明の他の特徴および利点は、下記に詳細になされた説明および添付図面を読んだ後に明らかになる。
【００１６】
添付図面は、本発明を完成するだけではなく、該当する場合にその定義にも寄与するために使用されることができる。
【発明を実施するための最良の形態】
【００１７】
下記では、非限定的な例として通信ネットワークがＮＧＮまたはＩＭＳ型ネットワークであることを考慮する。しかし、本発明はこの種のネットワークに限定されない。本発明は、ＩＰ型ネットワークコアを備える（または結合された）任意の通信ネットワークに関し、具体的にはＰＳＴＮおよびＰＬＭＮ型ネットワーク（それらがＩＰネットワークコアを含むことを条件として）に関する。
【００１８】
第１に、本発明によるリソース管理装置Ｄを説明するために図１を参照する。
【００１９】
図１で非常に概略的に示されるように、少なくとも１つのアプリケーションサーバＡＳｉおよび少なくとも１つのメディアサーバＭＳｊがネットワークコアＣＲ（この場合、ＮＧＮまたはＩＭＳ型の）に結合されることができる。図示された非限定的な例では第１にインデックスｉは１または２に等しいが、それはゼロではない任意の値に等しくてもよく、該例では第２にインデックスｊは１、２または３に等しいが、それはゼロではない任意の値に等しくてもよい。
【００２０】
図１は、表示された機能モジュール（アプリケーションサーバＡＳｉ、メディアサーバＭＳｊおよび装置Ｄ）の物理的組織を反映しないことを留意することが重要である。メディアサーバＭＳｊの少なくとも一部および装置Ｄが同一の機器内に物理的に配置されることが可能であろう。アプリケーションサーバのうちの少なくともいくつかは、ネットワークコアＣＲ内、例えばソフトウェアスイッチ（ソフトスイッチ）内にインストールされるべきであることを理解することも可能であろう。
【００２１】
各アプリケーションサーバＡＳｉは、例えば、前払いサービス、またはＣＭＭ（コーポレートモビリティマネジャ、個人情報にアクセスするために特に有用な仮想オフィス）、メッセージング、会議、ゲートウェイ、キオスク、着信音のダウンロードまたは「プッシュツートーク」型サービスなどの少なくとも１つのメディア部分を備える少なくとも１つのサービス専用である。その結果、各アプリケーションサーバＡＳｉは、それが設計されたサービスを、要求する通信端末装置Ｔに供給することを管理し制御するように作製される。
【００２２】
この説明のために、「通信端末装置」は、他の機器と信号形式のデータを交換するために、場合によってはゲートウェイ（複数のゲートウェイ）を介して（特に、ユーザがＩＰネットワークコア上にアクセスしていることをユーザが認識していないとき）少なくとも１つのＩＰネットワークに接続されることができる任意の無線または有線、固定またはモバイル（もしくはポータブル）の通信機器をさす。例えば、通信端末装置は、固定電話もしくは携帯電話、あるいは場合によってはＩＰ上の通信モジュールを装備する固定コンピュータもしくはポータブルコンピュータまたは情報携帯端末（ＰＤＡ）であってよい。
【００２３】
この説明のために、「少なくとも１つのメディア部分を備えるサービス」は、例えば、音声フロー（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰを表すＶｏＩＰ）、ビデオフローまたはテキストフロー（例えば、「チャット」型の）などの任意の形式のメディアデータフローを交換する目的を伴う通信に少なくとも部分的に関係した任意のサービスを意味する。フローはリアルタイムでの対話型であってもなくてもよいことを留意することが重要である。
【００２４】
各メディアサーバＭＳｊは、サービスのメディア部分を提供するためにアプリケーションサーバＡＳｉによって使用されることができる能力とも呼ばれる少なくとも１つの事前定義された組（またはグループ）のメディア機能を提供するように設計されている。
【００２５】
この説明のために、「メディア機能」は、例えば（非限定的に）、基本的な音声またはビデオ発表、対話型の音声またはビデオセッション（ＤＴＭＦコレクション）、特別の音声または基本的ビデオ会議、拡張型音声またはビデオ会議、音声ｖｏｉｃｅ  ＸＭＬスクリプト記述命令列、ビデオＶＸＭＬスクリプト記述命令列、音声合成（テキストツースピーチ）または音声認識などのメディア通信に関係した任意の機能である。
【００２６】
本発明によれば、各組（または能力）は標準的で一義的な方法で定義され、それは固有の組の識別子に関連する。言い換えれば、同一のメディア機能を含む組に関連したいくつかの異なる組の識別子はありえない。その結果、メディアサーバが、様々な製造業者によって設計され、１つまたは複数の組の同一の機能を提供する場合、これらの同一の組は、同一の組の識別子に関連する。
【００２７】
本発明に関係するメディアサーバＭＳｊは、アプリケーションサーバＡＳｉに提供される１種の同等で共通の能力ベースを形成する。
【００２８】
さらに、各メディアサーバＭＳｊには、その能力のそれぞれを実行するためにいくつかのリソース（またはチャネル）が提供される。単一のネットワークは、同一の能力をサポートするが異なるサイズ（異なるポート数）を有するメディアサーバＭＳｊを含むことができる。
【００２９】
さらに、各メディアサーバＭＳｊは、ネットワークコアＣＲにその能力のそれぞれおよび前記能力のそれぞれに関連したリソースの可用性状態、場合によって少なくとも一部のリソースの使用優先度を通知するように構成されることが好ましい。
【００３０】
本発明によるリソース管理装置Ｄは、アプリケーションサーバＡＳｉとメディアサーバＭＳｊとの間のインターフェースを提供するように設計される。これを実現するために、リソース管理装置Ｄは、少なくとも格納手段ＢＤと、少なくとも１つの管理モジュールＭＧとを備える。
【００３１】
格納手段ＢＤは、メディアサーバＭＳｊの識別子およびそれらのリソースの可用性状態に対応する共通のベース内に様々な組のメディア機能を表すデータを格納するように求められる。例えば、メディア機能の組を表すデータは組の識別子であり、メディアサーバＭＳｊの識別子はそれらのＩＰアドレスである。
【００３２】
これらの格納手段ＢＤは、例えば、メモリまたはデータベース（下記の場合のように）など、何らかの形で生成されることができる。データベースは、それが含む情報に応じて永続性および／または冗長性であってよいことを留意されたい。
【００３３】
管理モジュールＭＧは、データベースＢＤに結合され、管理モジュールＭＧが、アプリケーションサーバＡＳｉからメッセージを受信するときはいつでも、データベースＢＤによって格納されたデータの中の、要求された組を提供するためにリソースを有するメディアサーバＭＳｊの識別子を決定するように設計されており、アプリケーションサーバＡＳｉは、少なくとも１つのメディア部分を備え、クライアント（通信）端末装置Ｔによって要求されるサービス専用であって、この端末装置が要求されたサービスのメディア部分に対応する１組のメディア機能を提供されるべきであることを要求する。
【００３４】
次いで、管理モジュールＭＧが受信されたメッセージに適応されるメディアサーバＭＳｊを決定すると管理モジュールＭＧは、受信されたメッセージがメディアサーバＭＳｊに送信されることができ、メディアサーバＭＳｊが前記メッセージ内で指定された組（または能力）のメディア機能を使用することによってメディアフロー（ＲＴＰ型）を交換するために、要求するクライアント端末装置Ｔとの通信を設定し始めるように、このメディアサーバＭＳｊのリソースの一部を割り当てる。
【００３５】
本発明では管理モジュールＭＧは、それがメディアサーバＭＳｊに利用可能なリソースを包括的に管理するように、例えば、メディアサーバＭＳｊのリソースの可用性状態および／またはそれらの対応するサイズなどの補助データを（例えば、データベースＢＤ内に）有することができるということに留意することが重要である。次いで、リソースの割当では管理モジュールＭＧは、例えば、優先度（関連したアプリケーションの種類および／または要求された呼び出しの種類および／またはクライアント間でのいくつかのメディアサーバのリソースの可能性のある契約的分配（またはマルチテナンシ）に応じて）および／または動作ストラテジおよび／または地理的制約および／またはメディアサーバの地理的分布および／またはサービス品質（ＱｏＳ）および／またはネットワークアーキテクチャ（チャネルのサイズ）および／または所与の瞬間でのネットワークの品質もしくは状態に関係した管理情報（場合によってはデータベースＤＢ内に格納された）を考慮することができる。
【００３６】
データベースＢＤは動的に更新されることが好ましい。例えば、管理モジュールＭＧは、それがネットワークコアＣＲを介してメディアサーバＭＳｊからその組（複数の組）を表すデータおよび／または補助データ（利用可能なリソースおよび／またはサイズ）を受信する（例えば定期的に）ときはいつでもデータベースのベースＢＤを更新するように求められる。
【００３７】
一例の非限定的な実施形態として図１に示すように、装置Ｄは入力インターフェースＩＥおよび出力インターフェースＩＳを備え、両方共にその管理モジュールＭＧに結合されることができる。
【００３８】
入力インターフェースＩＥは、ネットワークコアＣＲを介してアプリケーションサーバＡＳｉから第１のプロトコルに従うメッセージを受信するように求められ、これらのメッセージ内の指定されたメディアサービスを実行することができるメディアサービスＭＳｊを決定するためにこれらのメッセージを管理モジュールＭＧに送信している。例えば、第１のプロトコルはＳＩＰ（セッション確立プロトコル）プロトコルである。変形形態として第１のプロトコルは、ＡＬＣＡＴＥＬ文書３ＡＴ  ３３  ６３４  ＡＡＡＡ  ＰＬＺＺＡ  Ｅｄ  ０３  Ｉｔ７に記載されたＡＭＳＭＬ（「Ａｌｃａｔｅｌ（またはアプリケーション）メディアサーバ向けマークアップ言語）型プロトコルをカプセル化するＳＩＰプロトコルであってよい。
【００３９】
出力インターフェースＩＳは、管理モジュールＭＧによって伝達され、この管理モジュールＭＧによって決定されたメディアサーバＭＳｊに向けられたメッセージをメディアサーバＭＳｊに送信するように少なくとも作製される。
【００４０】
これらのメッセージは第１のプロトコル（この場合には出力インターフェースＩＳだけが分配機能を実行する）、または少なくとも１つの第２のプロトコル（この場合には出力インターフェースＩＳはプロトコル変換機能および分配機能を実行する）のいずれに従ってもよい。後者の場合には図示されるように、出力インターフェースＩＳは、管理モジュールＭＧによって送信され、第１のプロトコルに従うメッセージをメディアサーバＭＳｊによって理解可能な第２の選択されたプロトコルに従うメッセージに変換するように求められる変換モジュールを備える。
【００４１】
例えば、第２のプロトコルは、ＸＭＬ（拡張マークアップ言語）型プロトコルまたはＨ２４８型プロトコルをカプセル化するＳＩＰプロトコルである。
【００４２】
ＳＩＰプロトコル内にカプセル化されたプロトコルによってアプリケーションサーバＡＳｉは、専用のメディア命令を使用して、要求する端末装置Ｔとの、それが設定する必要のあるメディア通信を管理し制御するためにメディアサーバＭＳｊと対話することができる。要求する端末装置Ｔによって要求されるサービスの種類に応じて、対話は、「セッション」型（この場合には、いくつかの専用のメディア命令が交換されることができる）、または「ノンセッション」型（この場合には、最初の専用メディア命令および最終の専用メディア命令があれば交換されることができる）のいずれかであってよい。
【００４３】
図１には示されていないがネットワークコアＣＲは、本発明による２つのリソース管理装置Ｄ、または本発明による単一のリソース管理装置Ｄのいずれかと結合され、リソース管理装置Ｄは、それらのいずれかで不良が発生する場合、またはそれらのいずれかとネットワークコアＣＲを接続する接続部で不良が発生する場合に有用である冗長性を可能にするために、少なくとも２つの管理モジュールＭＧと、共通の（または共有の）データベースＢＤとを備える。リソース管理装置Ｄのうちの一方を他方と迅速に置換する、または管理モジュールのうちの一方を他方と迅速に置換することができるためにそれらは、浮動の公衆ＩＰアドレスに関連することが好ましい。この種の浮動アドレスによってネットワークコアＣＲは、アプリケーションサーバＡＳｉからアクティブ／待機モードであるもしくは到達されることができる管理装置Ｄにまたは管理モジュールＭＧにメッセージを迅速にルーティングすることができる。そのアクセスは、共通の（または共有の）データベースがある場合に安全になされることができることを留意することが重要である。
【００４４】
本発明による管理装置Ｄ、具体的にはその管理モジュール（複数の管理モジュール）およびその格納手段ＢＤは、電子回路、ソフトウェア（もしくはコンピュータ）モジュール、または回路とソフトウェアの組合せの形で作製されることができる。
【００４５】
図１に非限定的な例として示されるように、例えば、本発明による装置Ｄは特定の割当「プロキシ」機能を実行するモジュールの形でＳＰ  ＩＰネットワーク機器内に配置されることができる。３ＧＰＰアーキテクチャでは、装置ＤはＭＲＦ−Ｃ型機器を形成することができ、メディアサーバＭＳｊはＭＲＦ−Ｐ型機器（例えば、参照８６８８  ＭＲＦ４．０としてＡｌｃａｔｅｌ社によって市販される機器のような）を形成することができることに留意されたい。
【００４６】
ここで、本発明によるクライアント端末装置ＴとメディアサーバＭＳｊとの間のメディア通信を設定し制御するために必要な主なステップを説明するために非限定的な例として図２を参照する。
【００４７】
下記では、ＳＩＰプロトコルが通信設定プロトコルとして使用されることが考慮されている。本発明を理解するために不必要である暗黙のＳＩＰメッセージは、可読性を容易にするために図２から除外されている。
【００４８】
端末装置ＴがそのユーザまたはネットワークコアＣＲの主導で特定のサービスにアクセスする必要があるとき、端末装置Ｔは、このサービスを制御し管理するために作製されるアプリケーションを用いてＳＩＰセッションを開始しなければならない。これを実現するために端末装置Ｔは、ネットワークコアＣＲに呼び出し設定メッセージ（この場合には「ＳＩＰ  ＩＮＶＩＴＥ」型の）を送信する（矢印Ｆ１）。
【００４９】
ネットワークコアＣＲがこのメッセージ（ＳＩＰ  ＩＮＶＩＴＥ）を受信するとき、ネットワークコアＣＲは、このメッセージが指定するサービス専用のアプリケーションサーバＡＳ１を決定し、次いで受信されたメッセージをこのアプリケーションサーバＡＳ１にルーティングする（矢印Ｆ２）。アプリケーションサーバＡＳ１がメッセージ（ＳＩＰ  ＩＮＶＩＴＥ）を受信するとき、アプリケーションサーバＡＳ１は、それがいくつかのタイムアウトを動作不能にすることができるように、それがメッセージ（ＳＩＰ  ＩＮＶＩＴＥ）を受信したことを、要求する端末装置Ｔに通知するようにして１つのメッセージ（例えば、「１００  ＴＲＹＩＮＧ」型メッセージ）を、ネットワークコアＣＲを介して（矢印Ｆ３）、要求する端末装置Ｔに送信する（矢印Ｆ４）ことができる。
【００５０】
次いで、アプリケーションサーバＡＳ１は、受信したメッセージ（ＳＩＰ  ＩＮＶＩＴＥ）内に示されたサービスの各メディア部分を保証するために各能力（またはメディア機能の組）を決定する。アプリケーションサーバＡＳ１は、要求されたサービスに対応するサービス論理を実行し、次いで要求する端末装置Ｔの識別子およびそれが決定した能力の識別子（または組の識別子）を備えるリソース管理装置Ｄ（アクティブ）へのメディア制御メッセージ（例えば、ＩＮＶＩＴＥ型の）を生成する。このメディア制御メッセージ（ＩＮＶＩＴＥ）は、メディアフロー制御セッションを生成するように設計される。
【００５１】
ネットワークコアＣＲは、メッセージ（ＩＮＶＩＴＥ）をアクティブなリソース管理装置Ｄにルーティングする（矢印Ｆ５）。このメッセージ（ＩＮＶＩＴＥ）を受信すると装置Ｄの管理モジュールＭＧは、メッセージが含む組の識別子を決定し、次いで要求された組（または能力）を提供するためにリソースを提供されるメディアサーバＭＳｊの識別子を決定するためにデータベースＢＤにアクセスする。
【００５２】
次いで、管理モジュールＭＧが受信されたメッセージに適応されるメディアサーバＭＳ３を決定すると管理モジュールＭＧは、このメディアサーバＭＳ３のリソース（チャネル）を割り当て、場合によってはその通信設定プロトコルを変換した後、ネットワークコアＣＲを介してメディアサーバＭＳ３に受信したメッセージを送信する（矢印Ｆ６）。上述のようにこの割当が任意の補助データ（リソースの可用性状態および／またはメディアサーバＭＳｊのサイズ）および／または管理情報（例えば、優先度など）を考慮することができることを留意することが重要である。
【００５３】
メディアサーバＭＳ３がメッセージ（ＩＮＶＩＴＥ）を受信するとき、メディアサーバＭＳ３は、それがそのメッセージを正しく受信し、それがそのメッセージを考慮することを知らせるためにネットワークコアＣＲを介してアプリケーションサーバＡＳ１への応答メッセージ（例えば、「２００  ＯＫ」型の）を生成する（矢印Ｆ７）。
【００５４】
次いで、メディアサーバＭＳ３は、装置Ｄによって送信されたメッセージ（ＩＮＶＩＴＥ）内で指定された要求する端末装置Ｔとの直接ＲＴＰ型通信を設定する。この通信は、要求されたサービスに適応され、したがって、メディアサーバＭＳ３および要求する端末装置Ｔが、装置Ｄによって送信されたメッセージ（ＩＮＶＩＴＥ）内で指定された組のメディア機能を使用することによって交換しなければならないメディアフローに適応されることは明らかである。
【００５５】
このメディアフローの交換は、アプリケーションサーバの制御下であるが装置ＤおよびアプリケーションサーバＡＳ１とは無関係に行われる。
【００５６】
図２に示される例では、アプリケーションサーバＡＳ１とメディアサーバＭＳ３との間のメディア制御対話はセッション型である。その結果、アプリケーションサーバＡＳ１は、例えばウェルカムメッセージを要求する端末装置Ｔに送信するようにメディアサーバＭＳ３に要求するメディア命令を含む標準的な要求メッセージ（例えば、「ＩＮＦＯ」型の）をネットワークコアＣＲを介してメディアサーバＭＳ３に送信する（矢印Ｆ９）。メディアサーバＭＳ３がこのメッセージ（ＩＮＦＯ）を受信するとき、メディアサーバＭＳ３は、メッセージが含む命令を実行し、メディアサーバがその命令を実際に実行したことをアプリケーションサーバＡＳ１に通知するためにネットワークコアＣＲを介してアプリケーションサーバＡＳ１に応答メッセージ（例えば、ＩＮＦＯ型の）を送信する（矢印Ｆ１０）。
【００５７】
しばらくしてアプリケーションサーバＡＳ１は、例えば、要求する端末装置Ｔにクレジットカード番号を送信するようにメディアサーバＭＳ３に要求する、メディアコマンドを含む他の標準的な要求メッセージ（例えば、「ＩＮＦＯ」型の）をネットワークコアＣＲを介してメディアサーバＭＳ３に送信することができる（矢印Ｆ１１）。このメッセージ（ＩＮＦＯ）を受信するとメディアサーバＭＳ３は、メッセージ内に含まれる命令を実行し、メディアサーバＭＳ３がその命令を実際に実行したことをアプリケーションサーバＡＳ１に通知するためにネットワークコアＣＲを介してアプリケーションサーバＡＳ１に応答メッセージ（例えば、ＩＮＦＯ型応答メッセージ）を送信する（矢印Ｆ１２）。
【００５８】
アプリケーションサーバＡＳ１がメディアサーバＭＳ３との対話を終了させることを決定するとき、アプリケーションサーバＡＳ１は、ネットワークコアＣＲを介してセッション終了メッセージ（例えば、「ＢＹＥ」型の）をメディアサーバＭＳ３に送信する（矢印Ｆ１３）。このメッセージ（ＢＹＥ）が受信されるとき、メディアサーバＭＳ３は、ネットワークコアＣＲを介してアプリケーションサーバＡＳ１への応答メッセージ（例えば「２００  ＯＫ」型の）を生成して、メディアサーバＭＳｊがその最後のセッション終了メッセージを実際に受信したことをアプリケーションサーバＡＳ１に通知する（矢印Ｆ１４）。これは、アプリケーションサーバＡＳ１による通信の制御および端末装置ＴとメディアサーバＭＳ３との間の通信を終了させるが、これは端末装置ＴとアプリケーションサーバＡＳ１との間の接続の終了を必ずしも意味しない（アプリケーションサーバは、例えば、支払い専用のアプリケーションサーバの場合には端末装置Ｔを他のユーザの機器との関係に入れることを決定することができる）。
【００５９】
図２を参照して説明されたものより複雑な実装形態を想定することが可能であることを留意することが重要である。アプリケーションサーバＡＳ１およびメディアサーバＭＳ３によって交換されるすべてのメッセージが装置Ｄを通過すべきであり、装置Ｄが「キープアライブ」型更新機構を実現すべきであり、その結果装置Ｄは、メディアサーバのリソースが開放されたとき、セッション終了を通知されることができるようになることが好ましい。
【００６０】
本発明は下記を含む多くの利点を提供する。
アプリケーションサーバとメディアサーバとの間の標準的インターフェース
複数の製造業者環境
様々な製造業者によって開発された複数のアプリケーションサーバによるメディアサーバの共用
共通の能力ベースによって定義された共通のメディアサービスの提供
アプリケーション層（制御プラン）とメディア層（ユーザプラン）との間の分離
場合によっては、特にすべての種類の優先度および／または事前に定義された（またはマルチテナンシ）複数分配状態を考慮するメディアサーバのリソースの包括的管理
チャネル割当がメディアサーバの地理的分布またはサービス品質（ＱｏＳ）などのパラメータを考慮することによる基本的である（例えば、「ラウンドロビン」型の）または複雑であってよいメディアサーバのチャネル割当（リソース）
アプリケーションサーバは、それらが到達することができるメディアサーバのリストをもはや格納する必要がなく、その結果、将来、いかなるアプリケーションサーバのいかなる動作も実行する必要がなくネットワークからメディアサーバを追加するまたは削除することが可能となる。逆に言えば、メディアサーバはすべてのアプリケーションサーバをもはや知る必要がなく、メディアサーバでのいかなる動作も実行する理由がもはやないようになる。
最初にＩＮ（インテリジェントネットワーク）型のネットワークのために設計されたアプリケーションのメディア部分をＮＧＭまたはＩＭＳ型ネットワークに移植する費用が著しく低減される。
【００６１】
本発明は、一例としてだけに上述したネットワーク管理および機器装置の実施形態に限定されないが、本発明は、当業者が特許請求の範囲のフレームワーク内で想定することができるすべての変形形態を包含する。
【図面の簡単な説明】
【００６２】
【図１】本発明による管理装置の一例の実施形態と共に、アプリケーションサーバおよびメディアサーバが接続されているＩＰネットワークコアを非常に概略的に示す図である。
【図２】本発明による通信端末装置とメディアサーバとの間でメディア通信を設定し制御する必要がある主なステップを示す概略図である。
【図１】
2009503924.tif 000003
【図２】
2009503924.tif 000004
【国際調査報告】
2009503924.tif 000005
2009503924.tif 000006
2009503924.tif 000007
2009503924.tif 000008