(57)【要約】  ユーザ端末における、ユーザが変更可能なＩＰマルチメディアサブシステムの、ＩＰマルチメディアサブシステムネットワークに保持されたＸＭＬ文書で定義された、サービス条件の提示を制御する方法である。方法は、ＸＭＬ文書中に、ユーザが変更可能な条件を特定した、１以上の情報要素を含める工程と、ユーザ端末において、ＸＭＬ文書、または当該ＸＭＬ文書のフラグメントを受信すると、情報要素を解釈し、変更可能な条件のみを加入者に提示する工程とを備える。【選択図】図２
2011501485.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末における、ユーザが変更可能なＩＰマルチメディアサブシステムのサービス条件の提示を制御する方法であって、前記サービス条件は、ＩＰマルチメディアサブシステムネットワークに保持されたＸＭＬ文書で定義され、前記方法が、
前記ＸＭＬ文書中に、ユーザが変更可能な条件を特定する１以上の情報要素を含める工程と、
前記ユーザ端末において、前記ＸＭＬ文書、または当該ＸＭＬ文書のフラグメントを受信すると、前記情報要素を解釈し、加入者が変更可能な条件のみを、当該加入者に提示する工程とを備えることを特徴とする方法。
【請求項２】
前記情報要素は、変更が許可されている条件及び許可されていない条件の少なくとも一方を特定することを特徴とする請求項１に記載の方法。
【請求項３】
前記ＸＭＬ文書、または当該ＸＭＬ文書のフラグメントは、ＸＤＭＳサーバにより、前記ＩＰマルチメディアサブシステムネットワークのＵｔインタフェースを介して前記ユーザ端末に供給されることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記ＸＭＬ文書は、前記ＩＰマルチメディアサブシステムネットワークのホーム加入者サーバに、透過データとして格納されることを特徴とする請求項１乃至３のいずれか１項に記載の方法。
【請求項５】
ＩＰマルチメディアサブシステムネットワークでＸＤＭＳサーバとして動作するように構成された装置であって、前記装置は使用時に前記ＩＰマルチメディアサブシステムネットワークのホーム加入者サーバに格納されたＸＭＬ文書であって、関連付けられたユーザについてのサービス条件を規定するように構成された前記ＸＭＬ文書を管理し、前記装置はさらに、前記ＸＭＬ文書に含まれる情報要素に基づいて、前記ユーザから発せられた、前記ＸＭＬ文書の変更の要求を容認または拒否するように構成されることを特徴とする装置。
【請求項６】
前記ユーザから発せられた要求を受信するためのＵｔインタフェースを備えることを特徴とする請求項５に記載の装置。
【請求項７】
変更されたＸＭＬ文書を、透過データとして前記ホーム加入者サーバに格納するためのＳｈインタフェースを備えることを特徴とする請求項５または６に記載の装置。
【請求項８】
ＩＰマルチメディアサブシステムネットワークで使用され、前記ＩＰマルチメディアサブシステムネットワークのＸＤＭＳサーバと相互作用するためのＵｔクライアントを備えるユーザ端末であって、前記ユーザ端末は、Ｕｔインタフェースを介して前記端末に供給されるＸＭＬ文書または当該ＸＭＬ文書のフラグメントに含まれる１つ以上の情報要素であって、許可された条件及び不許可の条件の少なくともいずれかを特定する情報要素に基づいて、変更可能なＩＰマルチメディアサブシステムサービス条件をユーザに提示するように構成されたグラフィカルユーザインタフェースを備えることを特徴とするユーザ端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰマルチメディアサブシステムサービスの設定に関し、特にＵｔインタフェースを介した、ユーザによるサービスの設定に関する。
【背景技術】
【０００２】
ＩＰマルチメディアサービスは、同一セッション内において、音声、映像、メッセージ、データ等の動的な連携を提供する。基本アプリケーション及び組み合わせ可能なメディアの数の増大により、末端加入者に提供されるサービスの数は増大し、個人間の通信体験は豊かなものになるだろう。これは、いわゆる「連携ＩＰマルチメディア（combinational IP Multimedia）」サービスを含む、個別で、リッチなマルチメディア通信サービスの新たな時代をもたらすだろう。
【０００３】
ＩＰマルチメディアサブシステム（ＩＭＳ）は、移動通信ネットワークを介してＩＰマルチメディアサービスを提供するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）及びＥＴＳＩのＴＩＳＰＡＮグループによって策定された技術である（3GPP TS 22.228、TS 23.228、TS 24.229、TS 29.228、TS 29.229、TS 29.328及びTS 29.329リリース５〜７、及びTS 24.173リリース７）。ＩＭＳは、末端加入者の個人対個人通信体験を豊かにするための主要な機能を、標準化されたＩＭＳサービスイネーブラの利用を通じて提供する。ＩＭＳが提供する主要な機能は、ＩＰベースのネットワークにおいて、個人対コンテンツ（クライアント・ツー・サーバー）サービスのみならず、新規でリッチな個人対個人（クライアント・ツー・クライアント）通信サービスも促進する。ＩＭＳは加入者端末間（または加入者端末とアプリケーションサーバ間）の呼やセッションを設定及び制御するために、セッション開始プロトコル（ＳＩＰ）を用いる。ＳＩＰシグナリングによって搬送されるセッション記述プロトコル（ＳＤＰ）は、セッションのメディア要素の記述及び取り決めのために用いられる。ＳＩＰは加入者間（a subscriber-to-subscriber）のプロトコルとして生成されたが、ＩＭＳは、オペレータ及びサービスプロバイダが加入者のサービスへのアクセスを制御し、サービスに従って課金することを可能にする。
【０００４】
一例として、図１は、GPRS/PSアクセスネットワークの場合、どのようにＩＭＳが移動体ネットワークアーキテクチャに適合するかを、模式的に示している（ＩＭＳはその他のアクセスネットワーク上でも、当然動作可能である）。呼セッション制御機能（ＣＳＣＦ：Call/Session Control Function）は、ＩＭＳにおいてＳＩＰプロキシとして動作する。３ＧＰＰアーキテクチャでは以下の３種類のＣＳＣＦが規定されている。ＩＭＳにおけるＳＩＰ端末の最初の接点である「プロキシＣＳＣＦ（Ｐ−ＣＳＣＦ）」、加入者に、当該加入者が加入しているサービスを提供する「サービングＣＳＣＦ（Ｓ−ＣＳＣＦ）」、及び、適切なＳ−ＣＳＣＦを特定し、ＳＩＰ端末からＰ−ＣＳＣＦを介して受信した要求を当該適切なＳ−ＣＳＣＦに転送する役割を有する「インテロゲーティング（Interrogating）ＣＳＣＦ（Ｉ−ＣＳＣＦ）」。
【０００５】
ＩＭＳサービスネットワークにおいて、アプリケーションサーバ（ＡＳ）は、ＩＭＳサービス機能を実施するために設けられている。アプリケーションサーバは、ＩＭＳシステム内のエンドユーザに対しサービスを提供し、３ＧＰＰが規定するＭｒを介してエンドポイントとして接続されてもよいし、３ＧＰＰが規定するＩＳＣインタフェースを介してＳ−ＣＳＣＦによって「連結され（linked in）」てもよい。後者の場合、ＳＩＰセッションの確立中（あるいは、実際には、任意のＳＩＰメソッド、セッションまたは非セッションの目的で）Ｓ−ＣＳＣＦがどのアプリケーションサーバを「連結」すべきかを決定するために、初期フィルタクライテリア（ＩＦＣ）が用いられる。ＩＦＣは、ＩＭＳ登録手順の間に、加入者の加入者プロファイルの一部として、Ｓ−ＣＳＣＦがＨＳＳから受信する。
【０００６】
Ｕｔインタフェース（または、より正確には「参照点」）はＡＳと加入者端末との間に規定されている（TS 23.002）。Ｕｔインタフェースは、加入者が、自身のサービスに関する情報の管理、例えば、パブリックサービスＩＤの作成及び割当、プレゼンスサービス等で用いるための認証ポリシーの管理、カンファレンスポリシー管理等を可能とする。
【０００７】
Ｕｔインタフェースは特に加入者が、ＡＳに関連づけられ、どのようにして所定のサービスが加入者に提供されるかを規定するＸＭＬデータの操作を可能とする。ＸＭＬ文書は、一般にはＡＳと同一場所に配置されたＸＭＬ文書管理サーバ（ＸＤＭＳ）によって取り扱われる。例えばマルチメディアテレフォニーサービスに関連したサービスデータの取り扱いに関与するＸＤＭＳは、マルチメディアテレフォニーアプリケーションサーバ（ＭＴＡＳ）と同一場所に配置されてもよい。使用時に、ＸＤＭＳはＨＳＳにサービスデータを（透過データとして）格納し、このサービスデータがサービス起動時にＡＳによって読み出される。
【０００８】
ＥＴＳＩのＴＩＳＰＡＮは、Ｕｔインタフェース上で用いるために、IETF RFC4825に定められたＸＭＬコンフィギュレーションアクセスプロトコル（ＸＣＡＰ）を採用しており、ＸＣＡＰは、ｈｔｔｐメソッド、すなわちGET、PUT、及びDELETEを用いて、ＨＳＳに格納されたＸＭＬデータを、ＸＤＭＳを介して操作することを容易にする。ETSI 183 023は、特に、次世代ネットワーク（ＮＧＮ）で提供されるであろう、ＰＳＴＮ／ＩＳＤＮシミュレーションサービスに関連するデータを操作するために絞り込まれたＸＣＡＰプロトコルを示している。このようなサービスは、例えば音声メール、通話転送、通話制限等を含み、それぞれのサービスは、加入者ＸＭＬ文書への結合のためのＸＭＬテンプレートを示す、ＸＭＬ「スキーマ」により標準規格で定義されている。
【０００９】
図２は、この点に関するＩＭＳ管理ネットワークを模式的に示している。カスタマーサービス及び設定を規定するＸＭＬ文書は、ＸＤＭＳ１により取り扱われる。いわゆる「Ｓｈ」インタフェースは、ＸＤＭＳをホーム加入者サーバ（ＨＳＳ）２と通信可能にする。プロビジョニングシステム３は、ネットワークオペレータが、予め設定された、標準化されたＸＭＬスキーマに基づいたＸＭＬデータを加入者毎にＨＳＳにまず導入し、続いて、導入されたＸＭＬデータをＸＤＭＳを介して修正することを可能とする。管理ネットワークは、さらに加入者が自身に関連したＸＭＬ文書を編集可能な仕組みを提供する。このために、Ｕｔクライアント４が、加入者機器またはＵＥに導入される。上述したように、Ｕｔクライアントは、ＸＭＬ文書（またはフラグメント）の（文書全体または当該文書のフラグメントを）読み出し及び修正のために、ＸＣＡＰプロトコルを用いる。なお、ＸＤＭＳは、ＵＳからの読み出し要求に対し、ＨＳＳから関連するＸＭＬデータを取得し、Ｕｔインタフェースを介してＵＥにＸＭＬデータを送信して対処することは理解されよう。
【００１０】
アグリゲーションプロキシ（ＡＰ：Aggregation Proxy）は、Ｕｔクライアント４とＸＤＭＳ間の、ＸＣＡＰトラフィックを「傍受」するために用意される。ＡＰの役割は、第１に、加入者からの要求を認証すること、特には、特定のユーザがＸＤＭＳにアクセスする権利を有するか否かの判定である。第２に、ＡＰは、ＸＣＡＰ要求を適したＸＤＭＳに分配する、Ｕｔクライアントへの接続のコモンポイントを提供する。
【００１１】
Ｕｔクライアントは、XCAP GET要求をＵｔインタフェースを介してＸＤＭＳに送信することにより、ＸＤＭＳから格納されたデータを取得する（ＡＰによる承認、及び、いずれかのアグリゲーションポイントによる転送が行われることを前提とする）。ＸＤＭＳは、Ｓｈインタフェースを介してＨＳＳからデータを取得し、当該取得したデータをＵｔレスポンスメッセージでＵｔクライアントに返送する。Ｕｔクライアントは、情報及び選択肢を、グラフィカルユーザインタフェース（ＧＵＩ）を用いてユーザに表示する。一般に、このＧＵＩは、受信したデータに依存した特定の情報を表示するよう予め設定されている。ＸＤＭＳは、加入者によるＸＭＬデータを変更するための要求を許可及び拒絶可能であるが、現在の定義では、関連する規格は加入者によるアクセス可能な条件を限定するための仕組みを有していない。即ち、ＸＤＭＳが設定の変更要求を実際に受け付けるか否かに関わらず、全てのサービス設定の表示を有するＧＵＩをユーザに提示するとともに、加入者はサービスセットに関連する当該加入者のＸＭＬ文書をダウンロード可能である。このようなアプローチは、必然的にユーザの不満及び混乱を引き起こすだろう。
【発明の概要】
【００１２】
上記で特定された問題を解決するために、ＸＭＬ文書構造（すなわち、規格化されたスキーマ）に、加入者が変更を許される条件を特定する情報要素を１つ又は複数導入することを提案する。要素は、加入者端末においてＧＵＩによって解釈され、変更可能な条件のみが表示される。
【００１３】
本発明の第一の見地によれば、ユーザ端末における、ユーザが変更可能なＩＰマルチメディアサブシステムサービス条件の提示を制御する方法が提供され、サービス条件はＩＰマルチメディアサブシステムネットワークに保持されたＸＭＬ文書で定義される。方法は、ＸＭＬ文書中に、ユーザが変更可能な条件を特定する１以上の情報要素を含める工程と、ユーザ端末において、ＸＭＬ文書、または当該ＸＭＬ文書のフラグメントを受信すると、情報要素を解釈し、加入者が変更可能な条件のみを、当該加入者に提示する工程とを備える。
【００１４】
本発明の実施形態は、変更不可能な条件がユーザに表示されることを回避する仕組みか、少なくとも、変更不可能な条件が変更可能な条件としてユーザに表示されることを回避するための仕組みを提供する。これにより、加入者は変更不可能な条件を変更しようとしなくなり、加入者の不満が回避されるであろう。
【００１５】
本発明の第２の見地によれば、ＩＰマルチメディアサブシステムネットワークでＸＤＭＳサーバとして動作する装置が提供される。装置は使用時に、ＩＰマルチメディアサブシステムネットワークのホーム加入者サーバに格納されたＸＭＬ文書であって、関連付けられたユーザに対するサービス条件を規定するＸＭＬ文書を管理するように構成される。装置はさらに、ＸＭＬ文書に含まれる情報要素に基づいて、ＸＭＬ文書を変更するためのユーザから発せられた要求を容認または拒否するように構成される。
【００１６】
本発明の第３の見地によれば、ＩＰマルチメディアサブシステムネットワークで使用され、ＩＰマルチメディアサブシステムネットワークのＸＤＭＳサーバと相互作用するためのＵｔクライアントを備えるユーザ端末が提供される。端末は、Ｕｔインタフェースを介してユーザ端末に供給されたＸＭＬ文書または当該ＸＭＬ文書のフラグメントに含まれる１つ以上の情報要素であって、許可された条件又は不許可の条件の少なくともいずれかを特定する情報要素に基づいて、変更可能なＩＰマルチメディアサブシステムサービス条件を、ユーザに提示するように構成されたグラフィカルユーザインタフェースを備える。
【図面の簡単な説明】
【００１７】
【図１】３Ｇ移動通信システムへのＩＰマルチメディアサブシステムの統合を模式的に示した図。
【図２】従来技術のＩＭＳ管理ネットワークアーキテクチャを模式的に示した図。
【図３】図２の管理ネットワークアーキテクチャのＸＤＭＳにおいて保持される、ＸＭＬ文書の構造を模式的に示した図。
【図４】ＵＥを模式的に示した図。
【図５】Ｕｔクライアントに、変更可能な条件を特定する処理を示したフローチャート。
【図６】追加の情報要素を有するＸＭＬ文書の一部を示した図。
【図７】最適化された形式の、追加の情報要素を有するＸＭＬ文書の一部を示した図。
【発明を実施するための形態】
【００１８】
図２に示した従来技術のＩＭＳ管理ネットワークアーキテクチャに関して、上述したとおり、ＸＤＭＳ（ＳＩＰアプリケーションサーバ）は、関連づけられた加入者のためのサービスプロビジョンを定義するＸＭＬ文書を保持するように提供される。ＸＭＬ文書はホーム加入者サーバ（ＨＳＳ）に格納され、サービス起動時に適切なＳＩＰアプリケーションサーバ（ＡＳ）に読み出され、これらＡＳがユーザ加入及びネットワークポリシーに従ってサービスを加入者に提供することをとする。
【００１９】
一例として、ネットワーク加入者の各々について提供されるＰＳＴＮ／ＩＳＤＮシミュレーションサービスを特定するＸＭＬ文書が、加入者毎に生成される。利用可能なそれぞれのシミュレーションサービスは、ＸＭＬ「スキーマ」（スキーマは関連する規格で定義されている）を用いたＸＭＬ文書で特定される。加えて、ＸＭＬ文書は、それぞれのサービス特有のスキーマに組み込まれた、「共通部」セクション（これもまた規格化された共通部に従って規定される）を有してもよい。ＸＭＬ文書構造は、図３に示される。（ＵＥの）Ｕｔクライアントによって、自身のＸＭＬ文書に示される様々なセクションにアクセスしたり変更したりするために、ＸＣＡＰプロトコルが用いられる。
【００２０】
ここでは、標準化されたサービススキーマを、加入者が変更する可能性がある条件を示す追加の情報要素により拡張する方法を提案している。加入者端末（ＵＥ）で提供されるＧＵＩは、読み出されたＸＭＬ文書または文書フラグメントが有する１つ以上の情報要素を解釈可能であり、変更可能な条件のみを加入者に表示する。この拡張パラメータが含まれていない場合、Ｕｔクライアントは、拡張をサポートするＵｔクライアントが拡張をサポートしていないＸＤＭＳと互換性があることを保証し、所定のサービスの選択可能な全ての選択肢を提示するだろう。この拡張をサポートしない従来のＵｔクライアントが、拡張をサポートするＸＤＭＳから発せられたレスポンスを拒絶しないように、本拡張は追加されるべきである。なお、Ｕｔクライアントが拡張をサポートしておらず、加入者が許可されていないサービス条件の変更をしようとした場合、ＸＤＭＳは従来の方法で要求を拒絶するだろう。一般的なＵＥのアーキテクチャは図４に示され、Ｕｔクライアント１０、ＧＵＩ１１、及びディスプレイ１２を備える。
【００２１】
図５は、変更可能な条件を加入者に提示する方法に関する主なステップを示したフローチャートである。即ち：
ステップ１００）Ｕｔインタフェースを介して、ＵｔクライアントからＸＤＭＳにGET要求を送信する。
ステップ２００）ＸＤＭＳでGET要求を受信し、ＳｈインタフェースのＨＳＳからＸＭＬ文書を取得する。
ステップ３００）ＸＭＬ文書を、Ｕｔインタフェースを介してＵｔクライアントに供給する。そして
ステップ４００）Ｕｔクライアントで、１つ以上の情報要素を用いて、変更可能な条件を特定し、当該条件を表示する。
【００２２】
図６は、特定の加入者に関連付けられ、呼転送（「cdiv」）サービスの条件を定義するＸＭＬ文書の一部を示している。従来の文書構造に従って、文書はサービスのために設けられた「Rule1」等を含むルールセットを定義する。さらに文書は、加入者が変更を許可されたサービスの条件及び動作をリスト化した情報要素を有する。ＵｔクライアントのＧＵＩは、この新たな要素を理解可能であり、適切にユーザインタフェースを表示するだろう。
【００２３】
図７は、情報要素が、許可されない条件や動作のみをリスト化する、最適化されたＸＭＬ構造を示している。この例では、ユーザが変更を禁止される条件は「プレゼンス」条件のみとなっている。それ故に、ＵｔクライアントのＧＵＩは、他の全ての動作及び条件を加入者に変更可能として提示するだろう。
【００２４】
本発明の範囲を逸脱することなく、上述した実施形態への様々な変更が可能であることは、本技術分野に属する当業者によって理解されるだろう。
【図１】
2011501485.tif 000003
【図２】
2011501485.tif 000004
【図３】
2011501485.tif 000005
【図４】
2011501485.tif 000006
【図５】
2011501485.tif 000007
【図６】
2011501485.tif 000008
【図７】
2011501485.tif 000009
【国際調査報告】
2011501485.tif 000010
2011501485.tif 000011