(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいてネットワークノード（２１０）によって実行される、加入者ＩＤを相関させるための方法であって、
別のネットワークノードから、アプリケーション機能（１３０）の加入者に一意に関連する情報を含むアプリケーション機能に関連するメッセージを受信するステップと、
メッセージについての加入者識別情報を抽出するステップと、
抽出された加入者識別情報が相関オブジェクトデータベース内の相関オブジェクト（３００）に見つけられるかどうかを判定するステップと、
抽出された加入者識別情報が見つかった場合、アプリケーション機能の加入者に一意に関連する情報を、相関オブジェクトデータベース内で見つけられた相関オブジェクト（３００）に加えるステップと
を含む、方法。
【請求項２】
相関オブジェクト（３００）が、通信ネットワークにおける各種ネットワークリソースへアクセスする単一のユーザアカウントに対応している、請求項１に記載の方法。
【請求項３】
抽出された加入者識別情報が相関オブジェクトデータベースに見つからなかった場合、新規の相関オブジェクトを生成し、加入者識別情報をその新規の相関オブジェクト（３００）に格納するステップをさらに含む、請求項１または２に記載の方法。
【請求項４】
相関オブジェクトデータベース内の特定の相関オブジェクト（３００）における加入者識別情報を識別するステップと、
加入者識別情報を求めて外部データベースを検索するステップと、
外部データベース内で加入者識別情報が見つかった場合、外部データベースから追加の加入者識別情報を抽出し、次いで、その追加の加入者識別情報を特定の相関オブジェクトに追加するステップと
をさらに含む、請求項１から３に記載の方法。
【請求項５】
抽出した加入者識別情報を、相関オブジェクトデータベースと互換性のある別のフォーマットに変換するステップをさらに含む、請求項１から４に記載の方法。
【請求項６】
前記外部データベースがベンダー加入者プロファイルリポジトリ（ＳＰＲ）を含み、前記加入者識別情報が１つまたは複数のＳＰＲにわたって分布するＳＰＲレコードに格納される、請求項４に記載の方法。
【請求項７】
追加の加入者識別情報を用いて、加入者識別情報を識別するステップと、外部データベースを検索するステップと、追加の加入者識別情報を抽出するステップと、追加の加入者識別情報を追加するステップとを繰り返すステップをさらに含む、請求項４に記載の方法。
【請求項８】
予定された時間間隔に従って、加入者識別情報を識別するステップと、外部データベースを検索するステップと、追加の加入者識別情報を抽出するステップと、追加の加入者識別情報を追加するステップとを繰り返すステップをさらに含む、請求項４に記載の方法。
【請求項９】
相関オブジェクトが相関加入者識別子を含み、相関加入者識別子および加入者識別情報が同一の相関データベースのデータ構造レベルに格納される、請求項１から８に記載の方法。
【請求項１０】
加入者相関識別子相関サービスデバイス（４１５）であって、
アプリケーション機能に関連するメッセージを送受信する要求発信部（４２０）であって、メッセージがアプリケーション機能の加入者に一意に関連する情報を含む、要求発信部と、
受信したメッセージをメッセージタイプに応じて処理するコマンド処理部（４２５）と、
受信したメッセージから加入者識別情報を抽出する加入者識別情報逆圧縮部（４３０）と、
抽出された加入者識別情報が既存の相関オブジェクトに相関するかどうかを判定する加入者識別子解決部（４３５）と、
抽出された加入者識別情報が既存の相関オブジェクトに相関しない場合、新規の相関オブジェクトを生成する相関オブジェクト生成部（４４０）と
を備え、新規の相関オブジェクトが、アプリケーション機能の加入者に一意に関連する情報と抽出された加入者識別情報を含む、デバイス。
【請求項１１】
加入者識別子解決部（４３５）が、相関オブジェクトデータベースと、相関オブジェクトデータベースを検索する検索エンジンとを含む、請求項１０に記載のデバイス。
【請求項１２】
加入者識別情報が、Ｅ１６４、ネットワークアクセス識別子（ＮＡＩ）、国際モバイル加入者識別子（ＩＭＳＩ）、セッション開始プロトコル統一リソース識別子（ＳＩＰ  ＵＲＩ）のうちの１つとすることができる、請求項１０または１１に記載のデバイス。
【請求項１３】
加入者識別情報が、エンドユーザＩＰアドレスおよびアクセスポイント名のうちの一方とすることができる、請求項１０または１１に記載のデバイス。
【請求項１４】
加入者識別子解決部（４３５）が、外部データベースを検索して、追加の加入者識別情報を識別する、請求項１０から１３に記載のデバイス。
【請求項１５】
相関オブジェクトが相関加入者識別子を含み、相関加入者識別子および加入者識別情報が同一の相関データベースのデータ構造レベルで格納される、請求項１０から１４に記載のデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書に開示される各種例示の実施形態は、一般に、通信ネットワークに関する。
【背景技術】
【０００２】
モバイル通信ネットワークにおける様々なタイプのアプリケーションに対する需要の増加に伴い、サービスプロバイダは、確実にこの機能を拡張していくために、常に自身のシステムをアップグレードしなくてはならない。かつて単に音声コミュニケーション用に設計されたシステムも、多目的のネットワークアクセスポイントに成長して、テキストメッセージ、マルチメディアストリーミング、一般的なインターネットアクセスをはじめとする無数のアプリケーションへのアクセスを可能にした。そのようなアプリケーションをサポートするため、プロバイダは既存の音声ネットワークの上に新しいネットワークを構築したが、それは洗練された解決策にはつながらない。第二世代および第三世代のネットワークに見られるように、音声サービスは、音声専用チャネルを介して搬送され、回路交換コアに向けて方向付けられなくてはならない一方、その他のサービス通信はインターネットプロトコル（ＩＰ）に従って伝送され、別のパケット交換コアに向けて方向付けられる。このため、アプリケーションの提供、計測、課金、および体感品質（ＱｏＥ）保証に関する固有の問題を招いた。
【０００３】
第二世代および第三世代のデュアルコア方式の簡素化を図る上で、第三世代パートナーシッププロジェクト（３ＧＰＰ）は、「ロングタームエボリューション」（ＬＴＥ）と称する新しいネットワーク方式を推奨している。ＬＴＥネットワークでは、すべての通信がＩＰチャネルを介してユーザ機器（ＵＥ）から発展型パケットコア（ＥＰＣ）と呼ばれる全ＩＰコアに搬送される。次いで、ＥＰＣは、他のネットワークへのゲートウェイアクセスを提供すると同時に、許容可能なＱｏＥを保証し、加入者にその特定のネットワーク活動に対して課金する。
【０００４】
３ＧＰＰは一般に、ＥＰＣの構成要素およびそれらの相互作用についていくつかの技術仕様に記載している。特に、３ＧＰＰ  ＴＳ２９．２１２、３ＧＰＰ  ＴＳ２９．２１３、３ＧＰＰ  ＴＳ２９．２１４、および３ＧＰＰ  ＴＳ２９．２１５は、ＥＰＣのポリシーおよび課金ルール機能（ＰＣＲＦ）、ポリシーおよび課金施行機能（ＰＣＥＦ）、ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）、およびＳ９基準点を通じたポリシーおよび課金制御（ＰＣＣ）について記載している。上記の仕様はさらに、これらの要素がどのように相互作用して、信頼性の高いデータサービスを提供し、かつ加入者にその使用に対して課金するかについてある種の指針を提供している。
【発明の概要】
【課題を解決するための手段】
【０００５】
以下に、各種例示の実施形態の概要を提示する。以下の概説にはいくつか簡略化した部分や省略した部分があり得るが、それらは各種例示の実施形態のいくつかの態様を強調し、紹介するのが目的であって、本発明の範囲を限定するものではない。当業者が本発明の概念を作成し、使用できるようにするのに適切な好ましい例示の実施形態の詳細な説明が後節に続く。
【０００６】
各種例示の実施形態は、通信ネットワークにおいてネットワークノードによって実行される、加入者ＩＤを相関させるための方法に関し、この方法は、アプリケーション機能に関連する別のネットワークノードから、アプリケーション機能の加入者に関する情報を含むメッセージを受信するステップと、メッセージから加入者識別情報を抽出するステップと、抽出された加入者識別情報が相関オブジェクトデータベース内の相関オブジェクトに見つけられるかどうかを判定するステップと、抽出された加入者識別情報が見つかった場合、抽出された加入者識別情報を、相関オブジェクトデータベース内の見つかった相関オブジェクトに追加するステップとを含む。
【０００７】
各種例示の実施形態は、加入者識別子相関サービスデバイスに関し、このデバイスは、アプリケーション機能に関連するメッセージを送受信する要求発信部であって、メッセージがアプリケーション機能の加入者に関する情報を含む、要求発信部と、受信したメッセージをメッセージタイプに応じて処理するコマンド処理部と、受信したメッセージから加入者識別情報を抽出する加入者識別情報逆圧縮部と、抽出された加入者識別情報が既存の相関オブジェクトに相関するかどうかを判定する加入者識別子解決部と、抽出された加入者識別情報が既存の相関オブジェクトに相関しない場合、新規の相関オブジェクトを生成する相関オブジェクト生成部とを備える。
【０００８】
各種例示の実施形態をよりよく理解するため、以下の添付の図面を参照する。
【図面の簡単な説明】
【０００９】
【図１】加入者プロファイルリポジトリを用いたホームルートアクセスによるローミングを含む、例示のポリシーおよび課金（ＰＣＣ）ルールアーキテクチャを示す図である。
【図２】ＰＣＲＮと共に使用される例示の加入者識別子相関サービスデバイスを示す図である。
【図３】相関オブジェクトを格納するための例示のデータ構造を示す図である。
【図４】例示の加入者識別子相関サービスデバイスを示す図である。
【図５Ａ】ＳＰＲデプロイメントアーキテクチャを示すブロック図である。
【図５Ｂ】図５Ａとは異なるＳＰＲデプロイメントアーキテクチャを示すブロック図である。
【発明を実施するための形態】
【００１０】
理解しやすくするため、実質的に同一または同様の構造および／または実質的に同一または同様の機能を有する要素を指定するには、同一の符号を使用している。
【００１１】
ここで、同様の符号は同様の構成要素またはステップを示す図面を参照して、各種例示の実施形態の広範囲の態様を開示する。
【００１２】
各ＬＴＥワイヤレスアプリケーションは、ユーザを識別するための独自の方法を有することができる。３ＧＰＰアーキテクチャでは、各アプリケーション機能（ＡＦ）がＱｏＳリソースの許可を要求するＰＣＲＮにＲｘメッセージを送信することでアプリケーションを提供している。既存の仕様では各ＡＦがどのユーザ識別子を送信するかを定義していないため、ＰＣＲＮがＡＦから受信した各種ユーザ識別子と相関する必要が依然としてある。
【００１３】
図１は、加入者プロファイルリポジトリ（ＳＰＲ）を用いたホームルートアクセスによるローミングを含む、ポリシーおよび課金（ＰＣＣ）ルールアーキテクチャの例を示す図である。ＰＣＣアーキテクチャは、例示のホーム公衆陸上移動ネットワーク（ＨＰＬＭＮ）や移動先公衆陸上移動ネットワーク（ＶＰＬＭＮ）を含んでいてもよい。
【００１４】
ＨＰＬＭＮは、ホームポリシーおよび課金ルールノード（Ｈ−ＰＣＲＮ）、サブスクリプションプロファイルリポジトリ（ＳＰＲ）１２０、アプリケーション機能（ＡＦ）１３０、オンライン課金システム（ＯＣＳ）１４０、オフライン課金システム（ＯＦＣＳ）１３０、ゲートウェイ１６０、およびトラフィック検出ノード（ＴＤＮ）１７０を含んでいてもよい。ＶＰＬＭＮは、Ｖ−ＰＣＲＮ１８０ならびにベアラバインディングおよびイベント報告ノード（ＢＢＥＲＮ）１９０を含んでいてもよい。
【００１５】
ホームポリシーおよび課金ルールノード（Ｈ−ＰＣＲＮ）１１０は、アプリケーションサービスの要求を受信し、ＰＣＣルールを作成して、ゲートウェイ１６０および／またはその他の（図示しない）ＰＣＥＮにＰＣＣルールを提供する、１つのデバイスでもあってもよいし、デバイスのグループであってもよい。ＰＣＲＮ１１０は、Ｒｘインターフェイスを介してＡＦ１３０と通信できる。ＡＦ１３０についてはより詳細を後述するように、ＰＣＲＮ１１０はＡＦ１３０から認証および許可要求（ＡＡＲ）１６０の形式でアプリケーション要求を受信できる。ＡＡＲ１６０を受信すると、ＰＣＲＮ１１０は、そのアプリケーション要求１６０を満たすために少なくとも１つの新規ＰＣＣルールを作成する。
【００１６】
ＰＣＲＮ１１０はまた、Ｇｘインターフェイスを介してゲートウェイ１６０と通信できる。ＰＣＲＮ１１０は、ゲートウェイ１６０から（図示しない）クレジット制御要求（ＣＣＲ）の形式でアプリケーション要求を受信できる。ＣＣＲを受信すると、ＡＡＲ１６０の場合と同様、ＰＣＲＮはそのアプリケーション機能（ＡＦ）からのアプリケーション要求を満たすために少なくとも１つの新規ＰＣＣルールを作成することができる。各種の実施形態では、ＡＡＲ１６０およびＣＣＲは、別個に処理される２つの独立したアプリケーション要求を表しているが、他の実施形態では、ＡＡＲおよびＣＣＲは単一のアプリケーション要求に関する情報を搬送してもよく、ＰＣＲＮ１１０はＡＡＲとＣＣＲとの組み合わせに基づいて少なくとも１つのＰＣＣルールを作成してもよい。各種の実施形態では、ＰＣＲＮ１１０は単一メッセージおよび対メッセージのアプリケーション要求の両方を処理することができる。
【００１７】
新規のＰＣＣルールの作成またはゲートウェイ１６０による要求によって、ＰＣＲＮ１１０はＧｘインターフェイスを介してゲートウェイ１６０にＰＣＣルールを提供することができる。各種の実施形態では、ＰＣＲＮ１１０は、例えばＰＭＩＰ基準を満たすルール等のＱｏＳルールを作成してもよい。
【００１８】
サブスクリプションプロファイルリポジトリ（ＳＰＲ）１２０は、加入者ネットワーク１００の加入者に関する情報を格納するデバイスであってもよい。そのため、ＳＰＲ１２０は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、および／または同様の記憶媒体などの機械可読記憶媒体を含んでいてもよい。ＳＰＲ１２０は、ＰＣＲＮ１１０の構成要素であってもよいし、ＨＰＬＭＮ内の独立ノードから成ってもよい。ＳＰＲ１２０によって格納されたデータは、各加入者の識別子と、帯域幅の制限、課金パラメータ、および加入者優先度などの各加入者の加入情報の指標とを含んでいてもよい。
【００１９】
アプリケーション機能（ＡＦ）１３０は、ユーザ機器に、知られているアプリケーションサービスを提供するデバイスであってもよい。このため、ＡＦ１３０は、ユーザ機器に例えばビデオストリーミングや音声通信サービスを提供するサーバまたはその他のデバイスであってもよい。さらに、ＡＦ１３０は、Ｒｘインターフェイスを介してＨＰＬＭＮのＰＣＲＮ１１０と通信できる。ＡＦ１３０がユーザ機器に対して知られているアプリケーションサービスの提供を開始するとき、ＡＦ１３０は、Ｄｉａｍｅｔｅｒプロトコルに基づく認証および許可要求（ＡＡＲ）などのアプリケーション要求メッセージを作成して、ＰＣＲＮ１１０に、アプリケーションサービスにリソースの割り当てるよう通知する。このアプリケーション要求メッセージは、アプリケーションサービスを使用している加入者の識別子、加入者のＩＰアドレス、関連するＩＰ−ＣＡＮセッションのＡＰＮ、および／または要求されたサービスを提供するために確立されなければならない特定のサービスデータフローの識別子などの情報を含んでいてもよい。ＡＦ１３０は、Ｒｘインターフェイスを介してＰＣＲＮ１１０にそのようなアプリケーション要求を通信することができる。
【００２０】
ＯＣＳ１４０を使用して加入者の前払い使用量を追跡することができる。前払い利用では、リアルタイムで課金され、サービスの実施中にサービス料金が加入者の残高から引き落とされる。ＯＣＳ１４０は、Ｇｙインターフェイスを介してＰＣＥＮ１６５から使用情報を受信できる。さらに、ＯＣＳ１４０は、ＰＣＥＮ１６５にモニタリングキーをインストールし、特定のタイプの加入者利用をモニタリングすることができる。ＯＣＳは、加入者に関連付けられた利用制限に関する情報を受信する。さらに、ＯＣＳは、各種所望の利用しきい値に基づいて、しきい値情報を受信できる。あるしきい値に達すると、特定のポリシーが適用可能となる。また、ＯＣＳは、Ｓｙインターフェイスを介してＰＣＲＮ１１０  １０５と通信可能である。各種しきい値を超えたとき、ＯＣＳはその提示と共に利用情報を、ＰＣＲＮ１１０に送信する。
【００２１】
提供されたサービスの料金が利用時の支払いではなく、各月末など定期的な支払いである場合に、ＯＦＣＳ１５０を使用して、加入者の後払い使用量を追跡することができる。しかし、サービスの利用中に、使用量が通話詳細記録（ＣＤＲ）としてログ記録され、後で請求システムによって処理される。ＯＦＣＳ１５０は、Ｇｚインターフェイスを介してＰＣＥＮ１６５から利用情報を受信することができる。さらに、ＯＦＣＳ１５０は、ＰＣＥＮ１６５にモニタリングキーをインストールして、特定のタイプの加入者の使用量をモニタリングすることができる。ＯＦＣＳ１５０は加入者に関連付けられた利用制限に関する情報を受信する。さらに、ＯＦＣＳ１５０は、各種所望の利用しきい値に基づいて、しきい値情報を受信できる。あるしきい値に達すると、特定のポリシーが適用可能となる。
【００２２】
ゲートウェイ１６０は、図示しないパケットデータネットワークにゲートウェイアクセスを提供するデバイスであってもよい。ゲートウェイ１６０は、各サービスデータフロー（ＳＤＦ）に対応してポリシーおよび課金制御（ＰＣＣ）ルールを施行するポリシーおよび課金施行ノード（ＰＣＥＮ）１６５を含んでいてもよい。したがって、ゲートウェイ１６０は、ポリシーおよび課金施行ノード（ＰＣＥＮ）であってもよい。ゲートウェイ１６０は、例えば、パケットフィルタリング、深パケット検査、および加入者課金サポート等のいくつかの追加機能を含んでいてもよい。また、ゲートウェイ１６０は、知られていないアプリケーションサービスへのリソース割当てを要求する役割も果たす。
【００２３】
トラフィック検出ノード（ＴＤＮ）１７０は、ＨＰＬＭＮ内のデータトラフィックをモニタリングおよび検出するデバイスであってもよい。例えば、ＴＤＮはディープインスペクションユニットであってもよい。ＴＤＮは、Ｓｄインターフェイスを用いてＨ−ＰＣＲＮ１１０と通信して、トラフィック情報を伝達できる。Ｈ−ＰＣＲＮ１１０は、ＴＤＦ１７０にトラフィックデータ要求を行う。
【００２４】
Ｖ−ＰＣＲＮ１８０は、上述のＨ−ＰＣＲＮ１１０と同様に動作することができる。ＢＢＥＲＮ１９０は、ベアラバインディングを実行する。さらに、ＢＢＥＲＮは、ベアラバインディング検証をアップリンクする。最終的に、ＢＢＥＲＮ１１０は、ＰＣＲＮ１１０にイベントを報告することができる。ＢＢＥＲＮ１９０は、Ｇｘｘインターフェイスを介してＶ−ＰＣＲＮ１８０と通信できる。
【００２５】
上述したように、ＰＣＲＮは、異なる加入者ＩＤを使用する種々の異なるサービス要求を受信することができる。例えば、以下のフォーマットが用いられ得る：Ｅ１６４、ネットワークアクセス識別子（ＮＡＩ）、国際モバイル加入者識別子（ＩＭＳＩ）、セッション開始プロトコル統一リソース識別子（ＳＩＰ  ＵＲＩ）、または構内のもの。Ｅ１６４は、公衆交換電話網（ＰＳＴＮ）およびいくつかのその他のデータネットワークで使用される国際公衆通信番号計画を定義しているＩＴＵ−Ｔ推奨である。また、Ｅ１６４は、電話番号のフォーマットも定義している。ＮＡＩは、ネットワークアクセス認証中にクライアントから提出されるユーザ識別子であってもよい。ＮＡＩは、主に２つの目的で使用され得る：１）ローミング中にＮＡＩを使用してユーザを識別する。２）ユーザの認証サーバへの認証要求の経路指定を補助する。ＩＭＳＩは、すべてのＧＳＭ（登録商標）およびＵＭＴＳネットワークモバイルユーザに関連付けられた一意の識別子である。ＩＭＳＩは、ユーザ機器内のＳＩＭに６４ビットフィールドとして格納され、ユーザ機器によってネットワークに送信される。また、ＩＭＳＩは、ホームロケーションレジスタ（ＨＬＲ）中のモバイルのその他の詳細情報を取得するのに使用されたり、ビジターロケーションレジスタに局所的にコピーされたりする。ＳＩＰ  ＵＲＩは、ウェブサービスやｅメールでも使用される一般的な基準構文に基づいて、ユーザエージェントやボイスメールボックスなどのＳＩＰネットワークのリソースを識別することができる。典型的なＳＩＰ  ＵＲＩは、次の形のものとすることができる：ｓｉｐ：ｕｓｅｒｎａｍｅ：ｐａｓｓｗｏｒｄ＠ｈｏｓｔ：ｐｏｒｔ。構内プロトコルは、アプリケーション機能によって用いられるその他任意のプロトコルでもよい。
【００２６】
ＤＳＣ  ＬＴＥ加入者識別子相関サービスデバイスは、異なるフォーマット（Ｅ１６４、ＮＡＩ、ＩＭＳＩ等）の異なるサービス要求をどのように処理するかについてのスキーマおよび方法を備えている。相関エンジンは、ＳＡＭＥ加入者にマッピングすることができる。
【００２７】
例えば、あるユーザが、キャリアＳＩＭカードを搭載したスマートフォンを使用して、ビデオオンデマンドのサービスにビデオを要求することができる。その後、同じユーザが、タブレットコンピュータを使って、ゲームサービスにアクセスを要求することができる。次いで、同じユーザが、自宅の固定電話で国際電話をかける。ＰＣＲＮは、異なる加入ＩＤを用いたこれらの要求をそれぞれ受信することができる。加入者識別子相関サービスデバイスを使用して、これらの異なる加入者ＩＤを単一のアカウントに相関させることができる。
【００２８】
図２は、ＰＣＲＮと共に使用される加入者識別子相関サービスデバイスの例示する図である。図２に示すシステムは、加入者識別子相関サービスデバイス、ＰＣＲＮ２２０、ルールエンジン２２５、Ｓｈ／Ｓｐプラグイン２３０、Ｓｈその他ベンダーカスタムプラグイン２４０、ＬＤＡＰ  Ｓｐプラグイン２５０、その他ベンダーＨＳＳ２６０、およびＬＤＡＰ加入者データベース２７０を含む。
【００２９】
Ｓｈ／Ｓｐプラグイン２３０によって、ＰＣＲＮ２２０のベンダーは、ベンダーデフォルトＳｈ／Ｓｐインターフェイスを有効にすることができる。Ｓｈその他ベンダーカスタムプラグイン２４０は、ベンダー固有のＳｐプラグインである。これらのプラグインはそれぞれ、異なる使用可能なデータフォーマットのＳｐまたはＳｈ要求を処理するカスタムコンポーネントであってもよい。プラグインの役割は、加入者データの任意の形をとり、以下の項目を実行することとすることができる：
１）データスクラブによって、あらゆる加入者データセットが加入者識別子相関サービスデバイス２１０内の他の同様なデータセットと整合性があることを確認する。
２）データ増強−どのデータセットを加入者識別子相関サービスデバイス２１０に格納するかを判定または認識する。
３）データ変換−データはあらゆるフォーマットから上記に定義されたデータ構造３００に変換することができる。
４）コマンドチェーンリレーションシップに基づくデータロード−オペレータがロード手順を定義することができる。どのＳＰＲを最初にロードすべきかを判定するために使用されるロード論理は、完全にＳｐプラグイン次第とすることができ、より複雑な論理に対してラウンドロビンポリシーと同程度に単純であってもよい。
インターフェイスは、ホーム加入者サーバ（ＨＳＳ）と加入者識別子相関サービスデバイスとの間の対話手順を提供する。さらに、Ｓｐ  ＬＤＡＰベースのインターフェイスは、ＳＰＲと加入者識別子相関サービスデバイス２１０との間の対話手順を提供する。加入者識別子相関サービスデバイス２１０のＳｐおよびＳｈプラグインは、共通インターフェイスに基づいていてもよく、ユーザデータエンコーダを含んでいてもよく、ユーザＩＤエンコーダを含んでいてもよい。
【００３０】
ＬＤＡＰ  Ｓｐプラグイン２５０は、データベースにクエリを提示し加入者ＩＤ情報をＬＤＡＰ加入者データベース２７０に格納することで、ＬＤＡＰ加入者データベース２７０と対話する。
【００３１】
加入者識別子相関サービスデバイス２１０は、加入者ごとに、その加入者に関する異なるＡＦから各種ＩＤを格納する相関オブジェクトを含んでいてもよい。加入者識別子相関サービスデバイス２１０のデータベースには、種々の加入者のための複数の相関オブジェクトが格納されていてもよい。加入者識別子相関サービスデバイス２１０は、ＰＣＲＮ２２０と通信して、各種ＡＦから受信した加入者ＩＤを相関させ、識別することができる。加入者識別子相関サービスデバイス２１０は、ＰＣＲＮ２２０から各種識別情報を受信する。加入者識別子相関サービスデバイス２１０は、ＬＤＡＰ加入者データベース２７０にクエリして、受信した識別情報がデータベース内の既存の相関オブジェクトと一致するかを判定する。一致する場合、ＬＤＡＰエージェント２５０は、ＰＣＲＮ２２０の相関オブジェクトから加入者ＩＤデータを抽出して、必要に応じて使用する。一致しない場合、ＬＤＡＰエージェント２５０は、受信した識別情報の新規の相関オブジェクトを生成することができる。
【００３２】
図３は、相関オブジェクトを格納するための例示のデータ構造３００を示す図である。データ構造３００は、例えば、オブジェクト、アレイ、リンク付けされたリスト、ツリー等の種々のデータ構造を用いて実装され得ることが明らかである。データ構造３００は、加入者識別子相関サービスデバイス２１０にアクセス可能なデータベースまたはその他任意のコンピュータ可読記憶媒体に格納することができる。データ構造３００はまた、加入者識別子相関サービスデバイス２１０に格納されてもよい。
【００３３】
データ構造３００は、加入者識別子３０５および加入者ＩＤ値３０５を有していてもよい。加入者ＩＤは、加入者またはアカウントに関連付けられた一意の値であってもよい。この場合、加入者ＩＤは、ｓｕｂｓｃｒｉｂｅｒ−１００１であってもよい。次に、ヘッダＩＤタイプ３１５およびＩＤ値３２０を含んでいてもよい。これらのヘッダは、以下の列に来るデータタイプを示している。第１レコード３２５は、ＩＤタイプのＥｎｄＵｓｅｒＥ１６４とＩＤ値３３０の１６１３４５６８８１８とを有する。第２レコード３３５は、ＩＤタイプのＥｎｄＵｓｅｒＥ１６４とＩＤ値３４０の１６１３１２３８８８８とを有する。第３レコード３４５は、ＩＤタイプのＥｎｄＵｓｅｒＩｍｓｉとＩＤ値３５０の９００１９０２９０３とを有する。第４レコード３５５は、ＩＤタイプのＥｎｄＵｓｅｒＮａｉとＩＤ値３６０の１００１＠ｎａｉ．ｅｐｃ．ｍｎｃ０２８．ｍｃｃ３１１．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇとを有する。第５レコード３６５は、ＩＤタイプのＥｎｄＵｓｅｒＰｒｉｖａｔｅとＩＤ値３７０のｐｒｉｖａｔｅ１００１＠ｎａｉ．ｅｐｃ．ｍｎｃ０２８．ｍｃｃ３１１．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇとを有する。同様に、追加のＩＤ値のための追加の入力も同様に存在し得る。さらに追加のフィールドが、データ構造３００に含められていてもよい。
【００３４】
上述のように、加入者識別子相関サービスデバイス２１０は、プライベートタイプの他、４タイプの共通加入者ＩＤタイプを実装することができる。プライベートタイプは、その他任意のプライベートデータタイプを格納するのに使用され得る。また、データ構造３００は、特定の定義構造を有するＬＤＡＰスキーマを用いて実装してもよい。このデータ構造３００では、すべての使用可能な加入ＩＤを、ＳｕｂｓｃｒｉｂｅｒＵｓｅｒＩｄ３０５として同一のＬＤＡＰデータ構造レベルに配置することができる。よって、単一のＬＤＡＰクエリによる検索は、任意の加入ＩＤのサブセットまたは単一の指定された相関ＩＤのいずれかによって行うことができる。
【００３５】
図４は、例示の加入者識別子相関サービスデバイスを示す図である。加入者識別子相関サービスデバイス４１５は、加入者識別子相関サービスデバイス２１０に対応していてもよい。加入者識別子相関サービスデバイス４１５は、ＤｉａｍｅｔｅｒクライアントからＤｉａｍｅｔｅｒメッセージを受信することができる。加入者識別子相関サービスデバイス４１５は、Ｄｉａｍｅｔｅｒ要求発信部４２０と、Ｄｉａｍｅｔｅｒコマンド処理部４２５と、加入ＩＤ逆圧縮部加入者識別子解決部４３５と、Ｓｐ相関ＩＤ生成部４４０とを含んでいてもよい。
【００３６】
Ｄｉａｍｅｔｅｒ要求発信部４２０は、Ｄｉａｍｅｔｅｒメッセージを送受信することができる。Ｄｉａｍｅｔｅｒコマンド処理部４２５は、Ｄｉａｍｅｔｅｒ要求発信部４２０からＤｉａｍｅｔｅｒメッセージを受信することができる。Ｄｉａｍｅｔｅｒコマンド処理部４２５は、受信したＤｉａｍｅｔｅｒメッセージを処理することができ、各Ｄｉａｍｅｔｅｒメッセージは、Ｄｉａｍｅｔｅｒメッセージタイプに応じて異なる方法で処理することができる。加入ＩＤ逆圧縮部４３０は、Ｄｉａｍｅｔｅｒメッセージにある任意の識別情報を抽出することができる。また、各種タイプの情報を抽出して、識別情報を提供することができる。この情報のタイプは、受信したＤｉａｍｅｔｅｒメッセージタイプに応じて異なり得る。加入者識別子解決部４３５は、抽出された識別情報を取り込み、その情報を用いて既存の知られた加入者と関連付けられているかどうかを判定することができる。最後に、Ｓｐ相関ＩＤ生成部４４０は、抽出された識別情報が既存の知られた加入者と相関していない場合、新規の相関オブジェクトを生成することができる。
【００３７】
ここで、加入者識別子相関サービスデバイス２１０がいかに動作するかのいくつかの例を提供する。第１の例では、相関オブジェクトデータベースにまだ定義されていないある有効な加入ＩＤを受信することができる。有効な加入ＩＤを受信すると、加入者識別子相関サービスデバイス２１０は、以下のステップを実施することができる。まず、加入者識別子相関サービスデバイス２１０は、統一加入者識別子フォーマットを用いて加入idを逆圧縮することができる。次に、加入者識別子相関サービスデバイス２１０は、上記のデータ構造３００に基づいてＬＤＡＰクエリを行うことができる。次に、加入者識別子相関サービスデバイス２１０は、ＬＤＡＰの結果を、相関オブジェクトデータベースで使用される内部ＸＭＬ統一加入者フォーマットに変換して戻すことができる。次に、加入者識別子相関サービスデバイス２１０は、クエリを行って、何らかの既存のＳｐ相関ＩＤがすでに存在するかを確認することができる。最後に、加入者識別子相関サービスデバイス２１０がＳｐ相関ＩＤはまだ生成されていないと判定した場合、Ｓｐ相関ＩＤ生成部４４０が新規のＳｐ相関ＩＤを生成し、すべての有効な加入者ＩＤを同一のＳｐ相関オブジェクトに関連付けることができる。
【００３８】
次の例では、加入者識別子相関サービスデバイスは、相関オブジェクトデータベースで以前に生成された相関オブジェクトと一致する有効な加入者ＩＤを有するＤｉａｍｅｔｅｒメッセージを受信することができる。このシナリオでは、加入者識別子相関サービスデバイス２１０は、以下のステップを実行することができる。まず、加入者識別子相関サービスデバイス２１０は、統一加入者ＩＤフォーマットを用いて加入ＩＤを逆圧縮することができる。次に、加入者識別子相関サービスデバイス２１０は、相関オブジェクトデータベースにクエリを行って、何らかの一致する相関オブジェクトがすでに存在するか判定することができる。次に、一致する相関オブジェクトが存在する場合、加入者識別子相関サービスデバイス２１０は、すべての有効な加入ＩＤを同一の相関オブジェクトに関連付けることができる。
【００３９】
次の例では、加入者識別子相関サービスデバイスは、相関オブジェクトデータベースで以前に生成された相関オブジェクトと一致する無効な加入者ＩＤを有するＤｉａｍｅｔｅｒメッセージを受信することができる。このシナリオでは、加入者識別子相関サービスデバイス２１０は、以下のステップを実行することができる。まず、加入者識別子相関サービスデバイス２１０は、一時データ格納部内の知られていない加入者とレコードとを関連付けて、そのユーザを後で他の加入ＩＤと関連付けられるようにすることができる。また、まず、加入者識別子相関サービスデバイス２１０は、内部Ｓｐ基準として内部で使用するための異なるタイプの相関オブジェクトを生成することができる。
【００４０】
最後の例では、受信されたＤｉａｍｅｔｅｒメッセージはいかなる加入者ＩＤも含んでいない。このシナリオでは、加入者識別子相関サービスデバイス２１０は、以下のステップを実行することができる。まず、加入者識別子相関サービスデバイス２１０は、統一加入者ＩＤフォーマットを用いて、Ｄｉａｍｅｔｅｒメッセージを逆圧縮することができるが、加入idは見つからない。次に、加入者識別子相関サービスデバイス２１０は、これがＲｘ  Ｄｉａｍｅｔｅｒメッセージの場合は、エンドユーザＩＰアドレスおよびアクセスポイント名（ＡＰＮ）情報を検索するか、またはＮＡＳＲｅｑ「マルチセッションＩＤ］ＡＶＰを検索することができる。次に、いずれの情報も与えられない場合、加入者識別子相関サービスデバイス２１０は要求を破棄することができる。次に、これがＲｘメッセージの場合で、Ｄｉａｍｅｔｅｒメッセージ内にエンドユーザＩＰアドレスおよびＡＰＮ情報が見つけることができた場合、加入者識別子相関サービスデバイス２１０は、相関オブジェクトデータベース内の既存の相関オブジェクトと関連付けて、相関オブジェクト加入者ＩＤ３０５を特定しようと試みることができる。相関オブジェクト加入者ＩＤ３０５が見つかれば、加入者識別子相関サービスデバイス２１０は、相関オブジェクトの加入者ＩＤ３０５を、受信したＤｉａｍｅｔｅｒメッセージのエンドユーザＩＰアドレスおよびＡＰＮ情報と関連付けることができる。
【００４１】
ＨＰＬＭＮでは、ＳＰＲはいくつかの異なるＳＰＲを含んでいてもよい。次の２つの異なるＳＰＲアーキテクチャが見られる場合もある：ステッチ／水平デプロイメント、またはスタック／垂直デプロイメント。図５Ａおよび図５Ｂは、これら２つの異なるＳＰＲアーキテクチャを示している。ステッチ／水平デプロイメントでは、単一の加入者データがいくつかの異なるＳＰＲにわたって広がっていてもよい。これは図５Ａに示されており、例えば、識別子はＳＰＲ＃１に見られ、加入／サービス情報はＳＰＲ＃２に見られ、利用情報はＳＰＲ＃３に見られる場合がある。したがって、加入者識別子相関サービスデバイス２１０は、相関オブジェクトで使用される加入者識別情報を得るのに、種々のＳＰＲを横断して検索しなければならない場合がある。スタック／垂直デプロイメントでは、ネットワークオペレータ構成ポリシーに基づき、単一の加入者情報のデータは単一のＳＰＲに配置され得る。一例では、特定の地理的地域における加入者は、特定のＳＰＲに関連付けられる。これは図５Ｂに示されており、例えば、地域Ａにおける加入者の加入者情報はＳＰＲ＃１に格納される。同様に、地域ＢはＳＰＲ＃２に関連付けられ、地域ＣはＳＰＲ＃３に関連付けられる。よって、加入者識別子相関サービスデバイス２１０は、受信した加入者ＩＤが特定の地域からのものであり得ることを特定できるので、関連付けられたＳＰＲだけを検索すればよい。
【００４２】
また、加入者識別子相関サービスデバイスは、追加の加入者ＩＤ情報を求めて「巡回する」機能を有する。例えば、各種ＡＦは、加入者から多様な識別情報を収集して使用することができる。このような情報は、氏名、国籍、職業、携帯電話番号、ｅメールアドレス、住所、職場住所、運転免許情報等を含むこともあり得る。新規の加入者の身元が特定され、新規の相関オブジェクトが生成されると、加入者識別子相関サービスデバイス２１０は、各種利用可能な加入者データベースを検索して、追加の加入者ＩＤ情報を取得して相関させることができる。例えば、新規の加入者ＩＤがｅメールアドレスに基づいて見つかった場合、新規の相関オブジェクトが生成され得る。次いで、加入者識別子相関サービスデバイス２１０は、利用可能なデータベース内のｅメールアドレスを検索することができる。例えば、そのｅメールアドレスがビデオオンデマンドサービスのデータベースで見つけることができる場合がある。データベースには、そのｅメールアドレスに関連付けられた氏名と固定電話番号が含まれている場合がある。次いで、その情報が抽出されて、その加入者に関する相関オブジェクトに配置されることができる。こうして新たに取得された氏名と固定電話番号を用いてさらに追加の加入者ＩＤ情報が検索され、相関されて、その加入者に関連する相関オブジェクトに格納され得る。また、新規に見つかった何らかの情報を、相関オブジェクトにある既存の情報と比較して、その情報が同一の加入者に適用されるかを判定してもよい。これは、新規の加入者ＩＤ情報が見つからなくなるまで繰り返すことができる。また、加入者識別子相関サービスデバイス２１０は、定期的に相関オブジェクト内の既存の加入者ＩＤ情報を用いて、追加情報を求めて利用可能なデータベースを検索することによって、加入者ＩＤ情報を監査または取得しようとしてもよい。これによって、加入者ＩＤ情報に変更があっても、その変更を特定し、相関オブジェクトに反映させることが可能になるとともに、新たに利用可能なデータベースと利用可能となった加入者情報を検索することが可能になる。
【００４３】
上記の説明から、本発明の各種例示の実施形態が、ハードウェアおよび／またはファームウェアで実装可能であることが明らかなはずである。さらに、各種例示の実施形態は、機械可読記憶媒体に格納された命令として実装することができるので、少なくとも１つのプロセッサによって読み取り、実行することで、本書で詳述した操作を行うことができる。機械可読記憶媒体は、パーソナルコンピュータ、ラップトップコンピュータ、サーバ、その他のコンピューティングデバイス等の機械によって読取り可能な形態で情報を格納するための任意の機構を含んでいてもよい。したがって、有形の持続性機械可読記憶媒体は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、および同様の記憶媒体を含んでいてもよい。
【００４４】
当業者であれば、本書に示すいかなるブロック図も、本発明の原理を具現化する例示の回路の概念図を提示するものであると理解されるはずでる。同様に、いかなるフローチャート、フロー図、状態遷移図、疑似コード等は、実質的には機械可読媒体で表される各種プロセスを提示するものであり、コンピュータまたはプロセッサが明示されているか否かにかかわらず、そのようなコンピュータまたはプロセッサによって実行されるものであることが理解されるであろう。
【００４５】
各種例示の実施形態を、特定の例示の局面を特に参照して詳細に説明したが、本発明はその他の実施形態でも実施可能であり、またその詳細は種々の明白な点で変更が可能であることが理解されるはずである。当業者には容易に明らかであるように、本発明の趣旨および範囲を逸脱することなく、変形および変更が実施可能である。したがって、上記の開示、説明、および図面は、単に例示の目的でなされるものであり、特許請求の範囲によってのみ定義される本発明をいかなる形でも制限するものではない。
【図１】
0005878240.tif 000002
【図２】
0005878240.tif 000003
【図３】
0005878240.tif 000004
【図４】
0005878240.tif 000005
【図５Ａ】
0005878240.tif 000006
【図５Ｂ】
0005878240.tif 000007