(57)【特許請求の範囲】
【請求項１】
IPマルチメディアサブシステム（IMS）においてデータを格納する方法であって、
異なるサービスプロファイルに関連する第１のユーザ及び第２のユーザを選択し、ただし、前記第１及び第２のユーザのそれぞれは少なくとも１つのサービスに加入し、
前記第１のユーザに関連するリポジトリデータの第１のセットと、前記第２のユーザに関連するリポジトリデータの第２のセットとを分析し、ただし、前記リポジトリデータの第１及び第２のセットは、前記第１及び第２のユーザのためにサービス要求を満たすために前記IMS内の第１のアプリケーションサーバにより使用可能であることを有し、
前記リポジトリデータの第１及び第２のセットを分析することは、
前記リポジトリデータの第１及び第２のセット内の少なくとも１つの共通の構成データ要素を識別するのに有効な前記リポジトリデータの第１及び第２のセットを分析し、ただし、前記少なくとも１つの共通の構成データ要素は、少なくとも１つのサービスに関連し、
前記少なくとも１つのサービスに関連する前記少なくとも１つの共通の構成データ要素を識別したことに応じて、前記少なくとも１つのサービスに関連するそれぞれの前記識別された共通の構成データ要素の単一のインスタンスを含む新たなデータ構造を生成し、
前記新たなデータ構造を前記IMS内のホーム加入者サーバ（HSS）に格納することを有する方法。
【請求項２】
前記識別された少なくとも１つの共通の構成データ要素を、トランスペアレントなデータセットとして前記HSSに格納可能にすることを更に有する、請求項１に記載の方法。
【請求項３】
前記識別された少なくとも１つの共通の構成データ要素を、前記HSSにより維持管理されるデータベース内のコンテナに格納可能にすることを更に有する、請求項２に記載の方法。
【請求項４】
前記識別された少なくとも１つの共通の構成データ要素にアクセスする要求に応じて、前記コンテナを受信することを更に有する、請求項３に記載の方法。
【請求項５】
前記識別された少なくとも１つの共通の構成データ要素に関連する変更の通知を受信するように申し込むことを更に有する、請求項１に記載の方法。
【請求項６】
前記識別された少なくとも１つの共通の構成データ要素に関連する１つ以上の変更に関連する通知メッセージを受信することを更に有する、請求項５に記載の方法。
【請求項７】
前記通知メッセージは、前記識別された少なくとも１つの共通の構成データ要素に対して行われた前記１つ以上の変更の詳細を含む、請求項６に記載の方法。
【請求項８】
第１のアプリケーションサーバを介して、前記識別された少なくとも１つの共通の構成データ要素に関連する前記少なくとも１つのサービスを提供することを更に有し、
前記識別された少なくとも１つの共通の構成データ要素は、前記少なくとも１つのサービスを更に実施する第２のアプリケーションサーバによりアクセス可能なように構成される、請求項１に記載の方法。
【請求項９】
プロセッサと、１つ以上のコンピュータ可読ハードウェア記憶媒体と、前記１つ以上のコンピュータ可読ハードウェア記憶媒体に格納されたコンピュータ可読命令とを有するIPマルチメディアシステム（IMS）であって、
前記コンピュータ可読命令は、前記プロセッサによる実行に応じて、
エイリアスではない第１のユーザ及び第２のユーザを選択し、ただし、前記第１及び第２のユーザのそれぞれは少なくとも１つの同じサービスに加入し、
それぞれ前記第１及び第２のユーザに関連するリポジトリデータの第１のセット及びリポジトリデータの第２のセットを分析し、ただし、前記リポジトリデータの第１及び第２のセットは、前記第１及び第２のユーザのためにサービス要求を満たすために前記IMS内の第１のアプリケーションサーバにより使用可能であるように構成され、
前記分析するコンピュータ可読命令は、
前記リポジトリデータの第１及び第２のセット内の少なくとも１つの共通の構成データ要素を識別するのに有効な前記リポジトリデータの第１及び第２のセットを分析し、ただし、前記少なくとも１つの共通の構成データ要素は、少なくとも１つの同じサービスに関連し、
前記リポジトリデータの第１及び第２のセット内の前記少なくとも１つの共通の構成データ要素を識別したことに応じて、前記識別された少なくとも１つの共通の構成データ要素の単一のインスタンスを含む新たなデータ構造を生成し、ただし、前記新たなデータ構造は、サービス要求を満たすために前記IMS内の１つ以上のアプリケーションサーバにより使用可能であるように構成され、
前記新たなデータ構造を前記IMS内のホーム加入者サーバ（HSS）に格納されるように提供するIPマルチメディアシステム。
【請求項１０】
少なくとも１つのプロセッサによる実行に応じて、
エイリアスではない第１のユーザ及び第２のユーザを選択し、ただし、前記第１及び第２のユーザのそれぞれは少なくとも１つの同じサービス及び少なくとも１つの互いに異なるサービスに加入し、
前記第１のユーザに関連するリポジトリデータの第１のセットと、前記第２のユーザに関連するリポジトリデータの第２のセットとを分析し、ただし、前記リポジトリデータの第１及び第２のセットは、前記第１及び第２のユーザのためにサービス要求を満たすために前記IMS内の第１のアプリケーションサーバにより使用可能であることを有する方法を実施する命令を有し、
前記分析は、
前記少なくとも１つの同じサービスに関連する少なくとも１つの共通の構成データ要素を識別するのに有効な前記リポジトリデータの第１及び第２のセットを分析し、
前記少なくとも１つの同じサービスに関連する前記少なくとも１つの共通の構成データ要素を識別したことに応じて、前記少なくとも１つの同じサービスに関連する前記識別された共通の構成データ要素の単一のインスタンスを含む新たなデータ構造を生成し、ただし、前記新たなデータ構造は、少なくとも２人のエイリアスではないユーザからのサービス要求を満たすために前記IMS内の１つ以上のアプリケーションサーバにより使用可能になるように構成され、
前記新たなデータ構造を前記IMS内のホーム加入者サーバ（HSS）に格納されるように提供することを有する１つ以上のコンピュータ可読ハードウェア記憶媒体。
【請求項１１】
少なくとも１つのプロセッサによる実行に応じて、
エイリアスではない第１のユーザ及び第２のユーザを選択し、ただし、前記第１及び第２のユーザのそれぞれは少なくとも１つの同じサービス及び少なくとも１つの互いに異なるサービスに加入し、
前記第１のユーザに関連するリポジトリデータの第１のセットと、前記第２のユーザに関連するリポジトリデータの第２のセットとを分析し、ただし、前記リポジトリデータの第１及び第２のセットは、前記第１及び第２のユーザのためにサービス要求を満たすために前記IMS内の第１のアプリケーションサーバにより使用可能であることを有する方法を実施する命令を有し、
前記分析は、
前記少なくとも１つの同じサービスに関連する少なくとも１つの共通の構成データ要素を識別するのに有効な前記リポジトリデータの第１及び第２のセットを分析し、
前記少なくとも１つの同じサービスに関連する前記少なくとも１つの共通の構成データ要素を識別したことに応じて、前記少なくとも１つの同じサービスに関連する前記識別された共通の構成データ要素の単一のインスタンスを含む新たなデータ構造を生成し、ただし、前記新たなデータ構造は、少なくとも２人のエイリアスではないユーザからのサービス要求を満たすために前記IMS内の１つ以上のアプリケーションサーバにより使用可能になるように構成され、
前記新たなデータ構造を前記IMS内のホーム加入者サーバ（HSS）に格納されるように提供することを有するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データの格納に関し、特にIPマルチメディアサブシステム（IMS：IP  multimedia  subsystem）においてアプリケーションサーバがユーザにサービス要求を送出できるようにユーザに関連付けられたデータの格納に関する。
【背景技術】
【０００２】
IMSは、3Gネットワークでインターネットプロトコル（IP：internet  protocol）に基づくサービスを提供可能なサービスオーバーレイアーキテクチャである。これにより、移動ユーザは、IPネットワークで利用可能な非常に様々なサービスにアクセスすることが可能になる。IMSはまた、着信転送のような典型的には回線交換ネットワークに関連するサービスを提供することもできる。
【０００３】
IMSアーキテクチャ及び機能は、3GPP（3rd  Generation  Partnership  Project）により提供される一式の標準により規定されている。
【０００４】
IMSアーキテクチャの３つの主な要素は、S-CSCF（Serving-Call  Session  Control  Function）と、ホーム加入者サーバ（HSS：Home  Subscriber  Server）と、アプリケーションサーバである。S-CSCFは、HSSにおいてユーザ毎に保持されているサービスプロファイル情報に従った、１つ以上のアプリケーションサーバを介したユーザへの信号及びユーザからの信号のルーティングを扱う。
【０００５】
HSSは、ユーザ毎にサービスプロファイル情報を保持する。これは、ユーザが加入したサービス及びユーザが参加し得るサービスを含み、ユーザに関する様々なデータを含む集中データベースとして動作する。
【０００６】
HSSにより格納されているデータは、トランスペアレントなデータ（HSSがシンタックス（構文）を理解するが、データの意味を理解しないことを意味する）でもよく、トランスペアレントでないデータ（HSSがシンタックスとデータの意味との双方を理解することを意味する）でもよい。
【０００７】
ユーザに関するデータ（すなわち、ユーザのサービスのサービスプロファイル及び特定の構成（設定）を記述する）は、トランスペアレントなデータである。これは、コンテナ（この場合は、BLOB（binary  large  object）として知られるデータ構造）に格納され、HSSデータベースへ格納のためにアプリケーションサーバによりHSSに送信される。従って、コンテナは、実際にデータベース内のデータベースを表し、HSSはデータの意味を認識しない。HSSは、どのようにコンテナにアクセスするかを単に認識しており、アプリケーションサーバがユーザのために要求に対してサービス提供する必要がある場合に、要求に応じてアプリケーションサーバに返信する。
【０００８】
アプリケーションサーバは、3GPP標準に従ってサービス指示（Service  Indication）を提供し、このサービス指示は、データベースからコンテナの１つを取得するために、HSSにより鍵として使用される。
【発明の概要】
【発明が解決しようとする課題】
【０００９】
3GPP標準はまた、それぞれが他人のエイリアス（alias）であるユーザ識別情報のグループに関連するトランスペアレントなデータを含むエイリアスリポジトリデータ要素（Alias  Repository  data  element）を規定している。エイリアスとして考えられるためには、グループの各ユーザ識別情報は、３つの条件を満たさなければならない。
1)これらは同じサービスプロファイルの一部でなければならない（すなわち、全てのユーザが同じサービスに加入する）。
2)これらは同じ暗示的な登録セットの一部でなければならない。
3)これらは１つ１つのサービスについて同じサービス構成を有さなければならない。
【００１０】
ユーザに属するパブリックユーザ識別情報（Public  User  Identity）のセットは、そのセットの全ての識別情報がそのセットのパブリックユーザ識別情報の１つの単一のIMS登録を介してサービスに暗示的に登録されている場合、暗示的な登録セットを形成する。単一のパブリックの識別情報は、他のパブリックユーザ識別情報に対するマスターとして考えられるべきではない。セットの中の１つのパブリックユーザ識別情報が登録される場合、暗示的な登録セットに関連する全てのパブリックユーザ識別情報は、同時に登録される。この関連付けは、HSSにより維持管理される。
【００１１】
グループの各ユーザ識別情報がエイリアスと考えられるために１つ１つのサービスについて同じサービス構成を有さなければならないことが、制約として見なされてもよい。例えば、各ユーザは、着信転送サービスについて同じ着信転送番号を有さなければならない。このことは、サービスの目的を容易に覆し得る。
【００１２】
エイリアスリポジトリデータ要素の存在は、HSSがエイリアス毎に同じデータの冗長のコピーを格納する必要性を妨げる。しかし、冗長のトランスペアレントなデータは、エイリアスではないユーザ識別情報のグループ（すなわち、これらは前述の３つの条件のそれぞれを満たさない）について依然として格納されなければならない。
【課題を解決するための手段】
【００１３】
本発明の第１の態様によれば、IPマルチメディアサブシステム（IMS）においてデータを格納する方法が提供され、この方法は、
i)エイリアスではない第１のユーザ及び第２のユーザを選択し、
ii)それぞれ第１及び第２のユーザに関連する第１及び第２のデータセットを分析し、第１及び第２のデータセットのそれぞれの共通のデータ要素を識別し、ただし、第１及び第２のデータセットは、第１及び第２のユーザのためにサービス要求を満たすためにIMS内の第１のアプリケーションサーバにより使用可能であり、
iii)識別された共通のデータ要素の単一のインスタンスを含むデータ構造を生成し、
iv)データ構造をIMS内のホーム加入者サーバ（HSS）に格納することを有する。
【００１４】
従って、本発明は、非エイリアスのユーザに関するデータが冗長のデータ要素を除外したデータのセットに低減可能にすることにより、既存のIMSに固有の問題を克服する。このことは、様々な利点を提供する。すなわち、同じデータの複数のインスタンスを有するのではなく、非エイリアスのユーザ識別情報のグループに関連するデータを１回のみ格納することにより、HSSでのメモリが最適化される。データのグループ化された性質のため、複数のデータ読み取り／プロファイル更新動作の必要性を低減することにより、HSSとアプリケーションサーバとの間の通知効率を改善する。情報の単一の位置及び格納のため、HSSでの加入データの管理が容易になる。サービス相互作用がエイリアスの識別情報に制限されないデータのグループ化に基づいて設計されることを可能にすることにより、アプリケーションサーバの柔軟性が改善する。
【００１５】
典型的には、共通のデータ要素は、トランスペアレントなデータセットとしてHSSに格納される。
【００１６】
共通のデータ要素は、通常では、HSSにより維持管理されるデータベース内のコンテナに格納される。好適なコンテナはBLOB（binary  large  object）である。
【００１７】
典型的には、コンテナは、共通のデータ要素にアクセスする要求に応じて、第１のアプリケーションサーバに返信される。
【００１８】
好ましい実施例では、第１のアプリケーションサーバは、共通のデータ要素への変更の通知を受信するように申し込む。
【００１９】
この好ましい実施例の変形では、HSSは、共通のデータ要素への変更を検出し、通知メッセージを第１のアプリケーションサーバに送信する。
【００２０】
この通知メッセージは、共通のデータ要素に対して行われた変更の詳細を含むことが好ましい。或いは、アプリケーションサーバは、変更の詳細を判定するために、HSSに明示的に問い合わせてもよい。
【００２１】
共通のデータ要素は、第１のアプリケーションサーバと同じサービスを実施する第２のアプリケーションサーバによりアクセス可能である。
【００２２】
本発明の第２の態様によれば、第１の態様の方法の各ステップを実行させるように構成されたプロセッサを有するシステムが提供される。
【００２３】
本発明の第３の態様によれば、プロセッサに第１の態様の方法を実施させるようにプロセッサで実行可能な命令を有するコンピュータ可読媒体が提供される。
【００２４】
本発明の第４の態様によれば、プロセッサに第１の態様の方法を実施させるようにプロセッサで実行可能な命令を有するコンピュータプログラムが提供される。
【図面の簡単な説明】
【００２５】
【図１】本発明が実行され得るIPマルチメディアサブシステム（IMS）の一部を示す図
【図２】HSS内のグループ化されたリポジトリデータとユーザのセットとの関連付けの概略図
【図３】本発明を実行する際にアプリケーションサーバ及びHSSで実行されるステップを示す図
【発明を実施するための形態】
【００２６】
本発明の実施例について添付図面を参照して説明する。
【００２７】
図１は、HSS2及びS-CSCF3に結合されたアプリケーションサーバ1を示している。アプリケーションサーバ1は、Shインタフェースを使用してHSS2に結合されており、ISCインタフェースを使用してS-CSCF3に結合されている。HSS2及びS-CSCF3は、Cxインタフェースを使用して結合されている。Sh及びCxインタフェースは、認証、許可及び課金に使用されるネットワーキングプロトコルであるDIAMETERプロトコルの一部として規定されている。ISCインタフェースは、セッションイニシエーションプロトコル（SIP：Session  Initiation  Protocol）の一部として規定されている。
【００２８】
前述のように、S-CSCF3は、HSS2においてユーザ毎に保持されているサービスプロファイル情報に従った、アプリケーションサーバ1を介したユーザへの信号及びユーザからの信号のルーティングを扱う。
【００２９】
HSS2は、システムのユーザ毎にサービスプロファイル情報を保持する。これは、ユーザが加入したサービス及びユーザが参加し得るサービスを含み、ユーザに関する様々なデータを含む集中データベースとして動作する。
【００３０】
アプリケーションサーバ1は、サービス要求を処理してその要求に基づいて適切な応答の返信及び／又は適切な動作の実行を行うために必要なステップを実行することにより、サービス要求に応答するように構成される。処理及び適切な動作は、アプリケーションサーバ1により提供されるサービスに依存する。アプリケーションサーバ1は、１つより多くのサービスを提供してもよい。
【００３１】
アプリケーションサーバ1が提供し得るサービスの種類の例には、コールスクリーニングサービス、着信転送サービス又は通信禁止サービスがある。
【００３２】
アプリケーションサーバ1でのShインタフェースの実装は、２つのモード（データ処理及び加入／通知）で動作してもよい。
【００３３】
データ処理モードは、HSS2からデータを取得するためにSh  Pullを使用し、データをHSS2に格納するためにSh  Updateを使用する。データは、Sh  Pull要求を生成することにより、HSS2から取得され、データは、Sh  Update要求を行うことにより、HSS2に格納される。
【００３４】
加入／通知モードは、特定のユーザの特定のデータが他のネットワークエンティティによりHSS2で更新された場合、アプリケーションサーバ1が通知を取得することを可能にする。
【００３５】
以下のリストは、Shアプリケーションを使用して要求され得るデータの種類の要約である。
・リポジトリデータ：サービスに関するトランスペアレントなデータを含む。
・パブリック識別子：ユーザに関連するパブリックユーザ識別情報（IMPU：Public  User  Identity）のリストを含む。
・IMSユーザ状態：パブリック識別子のIMSユーザ状態についての情報を含む。可能な値は、REGISTERED、NOT_REGISTERED、AUTHENTICATION_PENDING、REGISTERED_UNREG_SERVICESである。
・S-CSCF名：ユーザに割り当てられたS-CSCFのアドレスを含む。
・初期フィルタ基準：サービスの開始情報を含む。ASは、提供されるサービスに関する初期フィルタ基準のみを取得することができる。
・位置情報：回線交換（CS：Circuit-Switched）又はパケット交換（PS：Packet-Switched）ドメインに存在し得るユーザに関する位置情報を含む。
・ユーザ状態：CS/PSドメインのユーザの状態を含む。
・課金情報：課金機能のアドレスを含む。
・MSISDN：パブリックユーザ識別情報に関連するMSISDN（GSM又はUMTS移動ネットワークでの加入を固有に識別する番号）を含む。
【００３６】
図２は、一式のIMSパブリック識別情報（IMPU：IMS  public  identity）IMPU1〜IMPU4を示している。IMPU1〜IMPU4のそれぞれは、これらに関するリポジトリデータを取得するためにHSS2にアクセスしようとしてもよい。図２に示す状況では、IMPU1、IMPU2及びIMPU3がエイリアス（alias）である。IMPU1及びIMPU2は、HSS2のグループ化されたリポジトリデータS2にアクセスすることができ、IMPU2及びIMPU3は、HSS2のグループ化されたリポジトリデータS3にアクセスすることができる。前述のように、IMPU1〜4は、グループ化されたリポジトリBLOB（binary  large  object）への鍵として、サービス指示（Service  Indication）を使用する。
【００３７】
IMPU3及びIMPU4はエイリアスではない。しかし、アプリケーションサーバ1は、プロファイル更新動作を使用して、これらの２つの識別情報のためのグループリポジトリデータを生成することができる。これは、IMPU3及びIMPU4により共有される。
【００３８】
これが行われる方法を、図３を参照して説明する。図３は、２つの非エイリアス識別情報IMPU3（図４ではユーザAとして示される）及びIMPU4（図４ではユーザBとして示される）のためのグループ化されたリポジトリデータを生成して格納する際の、アプリケーションサーバ1とHSS2との間の相互作用を示している。
【００３９】
まず、アプリケーションサーバ1は、相互にエイリアスではないユーザの対（この場合は、ユーザA及びB）を選択する。次に、各ユーザに関連するリポジトリデータを分析し、リポジトリデータセットのそれぞれの共通のデータ要素を識別する。
【００４０】
例えば、ユーザAは、コールスクリーニングサービス及び着信転送サービスに加入してもよく、ユーザBはコールスクリーニングサービス、着信転送サービス及び通信禁止サービスに加入してもよい。
【００４１】
加入するサービスの違い（すなわち、ユーザA及びBの異なるサービスプロファイル）のため、ユーザA及びユーザBは非エイリアス（non-alias）である。しかし、それにもかかわらず、ユーザA及びBの着信転送サービスに関するリポジトリデータは、一緒にグループ化され、データの単一のインスタンスとして格納されてもよい。
【００４２】
ユーザA及びユーザBのそれぞれの構成（設定）データとして保持され得るリポジトリデータの典型的なセットは、ユーザがサービスの使用を許可されていることを示す情報要素と、サービスがそのユーザについて起動されていることを示す情報要素と、着信転送の宛先（電話番号又は電子メールアドレスのようなURI（uniform  resource  identifier））と、他の加入オプションとを含む。この場合、着信転送の宛先を除いて、全てのこれらの情報要素は、ユーザA及びユーザBで同じでもよい。例えば、ユーザA及びBの双方が許可されていてもよく、サービスが双方のユーザについて起動されていてもよく、他の加入オプションが同一でもよい。
【００４３】
従って、アプリケーションサーバ1は、ユーザA及びBのそれぞれのリポジトリデータを分析し、ユーザA及びユーザBの双方の共通のデータ要素（すなわち、ユーザがサービスの使用を許可されているという指示、サービスがそのユーザについて起動されているという指示、並びに他の加入オプション）を識別し、HSS2に格納するためのコンテナ（BLOB等）を生成してもよい。
【００４４】
次に、アプリケーションサーバ1は、ユーザA及びBのグループ化されたリポジトリデータを備えたコンテナをHSS2に送信し、HSS2に対してグループ化されたリポジトリデータをそのデータベースに格納させるためのPURコマンドを発行する。従って、HSS2に格納されたグループ化されたリポジトリデータは、２人の非エイリアスのユーザA及びBを通じてグループ化されたトランスペアレントなデータである。これらの動作は、図３にステップ1及び2として示されている。
【００４５】
ステップ3〜5は、生成されて格納された後にグループ化されたリポジトリデータで相互作用するために実行され得る任意選択のステップを示している。
【００４６】
ステップ3において、アプリケーションサーバ1は、ユーザA及びBのグループ化されたリポジトリデータを取得するためにUDRコマンドをHSS2に発行する。HSS2は、いずれかのユーザのサービス要求に応答する必要がある。UDRコマンドには、サービス指示（すなわち、着信転送）と、HSS2がグループ化されたリポジトリデータを取得するための鍵として使用するユーザ識別情報（すなわち、IMPU3又は4）とが付随されてもよい。次に、グループ化されたリポジトリデータは、アプリケーションサーバ1に返信されてもよい。
【００４７】
ステップ4において、アプリケーションサーバ1は、ユーザA及びBのグループ化されたリポジトリデータへの変更を通知されるように申し込む。アプリケーションサーバ1は、SNRコマンドをHSS2に発行することにより、これを行う。SNRコマンドには、サービス指示（すなわち、着信転送）と、データの変更の場合にアプリケーションサーバ１が通知される必要のあるデータをHSS2が識別するために使用するユーザ識別情報（すなわち、IMPU3又は4）とが付随される。
【００４８】
ステップ5において、HSS2は、データへの変更を検出している（例えば、着信転送サービスを扱う他のネットワークエンティティにより行われてもよい）。HSS2は、通知メッセージ（PNR通知として知られる）をアプリケーションサーバ1に発行することにより、これに応答する。アプリケーションサーバ1は、前述のように、必要に応じて変更されたデータを取得及び検査するために又は変更に応じていずれかの必要な処理を実行するために、UDRコマンドを使用する。
【００４９】
非エイリアスのユーザのリポジトリデータを分析し、共通のデータを識別し、リポジトリデータのグループ化されたセットを構築する際に実行されるステップは、アプリケーションサーバ1により実行されるものとして記載されている。これらのステップは、代わりに別のネットワークエンティティにより実行されてもよく、依然として本発明の範囲内に入ることを認識することが重要である。
【図１】
0005613226.tif 000002
【図２】
0005613226.tif 000003
【図３】
0005613226.tif 000004