テレコミュニケーションサービスへの汎用アクセスのための一体化されたディレクトリ及び存在状況システム
【課題】テレコミュニケーションのサービスプロバイダー又はオペレータのための加入者プロフィールアクセスマネージメントシステムを提供する。
【解決手段】サービスプロバイダーによりオファーされる製品及びサービスが成長するにつれて、加入者がサービスに接続するところの多数の異なるアクセスメカニズムが与えられるときに、単一のアクセスポイントは、多数のサポートシステムと、加入者プロフィール情報へのアクセスを必要とするアプリケーションとの間の顧客インターフェイスが非効率的に急増するのを排除する。単一アクセスポイントは、テレコミュニケーションサービスへの汎用で且つ個人的なアクセスを与える。アクセスは、アクセスメカニズムの特定形式（例えば、ＷｉＦｉ又はＤＳＬアクセス）に関わらず加入者プロフィールに対して行うことができる一方、個人的アクセスは、加入者プロフィールにスタティック及びダイナミックに維持される情報に基づいてサービスをカスタマイズするのを許す。
【解決手段】サービスプロバイダーによりオファーされる製品及びサービスが成長するにつれて、加入者がサービスに接続するところの多数の異なるアクセスメカニズムが与えられるときに、単一のアクセスポイントは、多数のサポートシステムと、加入者プロフィール情報へのアクセスを必要とするアプリケーションとの間の顧客インターフェイスが非効率的に急増するのを排除する。単一アクセスポイントは、テレコミュニケーションサービスへの汎用で且つ個人的なアクセスを与える。アクセスは、アクセスメカニズムの特定形式（例えば、ＷｉＦｉ又はＤＳＬアクセス）に関わらず加入者プロフィールに対して行うことができる一方、個人的アクセスは、加入者プロフィールにスタティック及びダイナミックに維持される情報に基づいてサービスをカスタマイズするのを許す。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレコミュニケーションサービスプロバイダー及びテレコミュニケーションオペレータシステムアーキテクチャーに係る。より詳細には、本発明は、スタティック及びダイナミックの両テレコミュニケーション加入者プロフィール情報への効率的なアクセスを与え、維持することに係る。
【０００２】
優先権の請求：本出願は、２００５年１１月２１日出願のＥＰＯ出願第０５４２５８２１．５号及び２００５年１１月２１日出願のイタリア出願第ＢＳ２００５Ａ０００１４３号の利益を請求するもので、これら両出願は、その全体を参考としてここに援用する。
【背景技術】
【０００３】
コンピュータシステム及びテレコミュニケーションテクノロジーの急速な進歩は、顧客に利用できる膨大な数のテレコミュニケーションサービスを生み出した。このようなテレコミュニケーションサービスは、慣習的な電話サービス、インターネットサービス、ケーブルテレビジョンサービス、セルラー電話サービス、メッセージサービス、ページングサービス、音声及びデータの合成配信サービス、及び多数の他のサービスを含む。更に、多数のサービスは、ワイヤレスをベースとしてもよいし又はワイヤラインをベースとしてもよい。
【０００４】
テレコミュニケーションの加入者は、広範囲な接続を介してそれらのサービスにアクセスする。接続の基礎となるハードウェアは、回路交換接続、パケット交換接続、及び他の形式の接続を実施する。更に、広範囲な通信プロトコル及びアクセステクノロジーがこれら接続におけるデータの転送を支配する。テレコミュニケーションサービスのための広範囲なアクセステクノロジーの幾つかの例は、非対称的デジタル加入者ライン（ＡＤＳＬ）、マルチプロトコルラベルスイッチング（ＭＰＬＳ）、バーチャルプライベートネットワーク（ＶＰＮ）、及び他のテクノロジーである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
新規な及び既存のテレコミュニケーションサービス、並びにこれらサービスに対する広範囲のアクセスメカニズムのサポートが増大したことで、これらサービス及びアクセスメカニズムをサポートする多数の異なるテレコミュニケーションサポートシステム間に加入者プロフィール情報が広範囲に分散することになった。このような分散は、アクセスの許可又は認証を行い、どのサービスに契約するか決定し、加入者がサービスにいかに接続するか決定し、及び他の多数の理由で、プロフィール情報を得ることが必要なシステム及びアプリケーション間にカスタムインターフェイスの非効率的な急増を招く。従って、これまで、テレコミュニケーション加入者プロフィール情報への単一アクセスポイントを与えると共に、加入者プロフィール情報を維持するような、充分セキュアで、融通性があり、且つ効率的なメカニズムは存在しない。
【０００６】
加入者プロフィール情報へのアクセスを効率的に与えると共にそれを維持するテレコミュニケーションサービスプロバイダー又はテレコミュニケーションオペレータのための強化型システムアーキテクチャーが長年要望されている。
【課題を解決するための手段】
【０００７】
加入者プロフィール情報を与えて維持する強化型テレコミュニケーションサービスプロバイダー又はテレコミュニケーションオペレータシステムアーキテクチャーを作ることは、重要な技術的挑戦である。一例として、加入者プロフィール情報への単一のアクセスポイントを与えると共に、多数の異なるシステム間での加入者情報の非効率的な分散を排除するアーキテクチャーを構成して実施することも技術的な挑戦である。別の技術的挑戦は、加入者に対してだけではなく、加入者がネットワークリソースへ接続するために使用するネットワークサービス、及び加入者が例えば他の加入者と通信するために使用するアプリケーションに対しても、リアルタイム及びスタティックな存在状況(presence)情報を効率的に柔軟にサポートするデータベースデータモデルアーキテクチャーを提供することにある。更に別の技術的な挑戦は、加入者プロフィール情報を記憶して更新すると共に、数百、数千又は数百万の加入者が毎秒莫大な数（例えば、数百又は数千）の加入者プロフィール更新又は問合せを発生し得るような通信事業者の程度の環境において加入者プロフィール情報に対する問合せに応答する高性能データアクセスレイヤを提供することにある。
【０００８】
本発明の１つの態様は、テレコミュニケーションサービスプロバイダー又はテレコミュニケーションオペレータのための加入者プロフィールアクセスマネージメントシステムである。本発明の別の態様は、加入者プロフィールアクセスマネージメントシステムに使用するための存在状況システムである。本発明の更に別の態様は、加入者プロフィールアクセスマネージメントシステムに使用するための一体化ディレクトリシステムである。存在状況システムは、ネットワークデータ収集部を備え、これは、ネットワークリソースへのクライアントアクセスを許可するための単一のアクセスポイントを確立できると共に、一体化ディレクトリにおいて加入者存在状況情報を更新する。
【０００９】
又、存在状況システムは、ネットワークデータ収集部と通信するメッセージ発行部も備えている。このメッセージ発行部は、ネットワークデータ収集部が受け取る加入者接続メッセージから発行接続メッセージを発生する。メッセージキューマネージャーは、その発行接続メッセージを、該メッセージに契約するルールマネージャーへ配送するためにキューイングする。従って、ルールマネージャーは、メッセージキューマネージャーから発行接続メッセージを受け取る。
【００１０】
ルールマネージャーは、発行接続メッセージにルーティングルールを適用する。このルーティングルールは、発行接続メッセージをいかに処理すべきか決定する。一実施形態では、このルーティングルールは、発行接続メッセージを、技術的キーマネージメントキューへ転送すべきか又は存在状況マネージメントキューへ転送すべきか決定する。技術的キーマネージメントキューは、加入者接続要求（例えば、ＲＡＤＩＵＳ認証又はＤＨＣＰ発見要求）の認証を取り扱う。技術的キーマネージメントキューのメッセージは、一体化ディレクトリに記憶された技術的キーに対して一致される技術的キー情報を含む。加入者が認証されると、それに関連した加入者情報が一体化ディレクトリシステムに挿入され、次いで、その後の接続段階中に（例えば、ＲＡＤＩＵＳアカウンティング又はＤＨＣＰ要求／確認段階中に）ＩＰアドレス情報で更新される。存在状況マネージメントキューのメッセージは、一体化ディレクトリシステムへ送られる加入者存在状況更新メッセージ、要求、又は依頼を生じさせてもよい。例えば、存在状況マネージメントキューは、ＤＨＣＰ要求／確認メッセージを処理し、そこから、存在状況システムは、一体化ディレクトリシステムにおいて加入者ＩＰアドレス情報を更新する。従って、一体化ディレクトリシステムは、ネットワークに接続された加入者に関するダイナミック情報を維持する。
【００１１】
一体化ディレクトリシステムは、加入者プロフィールデータ記憶を定義するデータアクセスレイヤを備えている。このデータアクセスレイヤは、第１形式のメモリ（例えば、ハードディスクドライブ）における永続的加入者プロフィールデータ記憶、及び第１メモリより高速の第２メモリ（例えば、ランダムアクセスメモリ（ＲＡＭ））における永続的加入者プロフィールデータ記憶のキャッシュ表示として実施することができる。永続的加入者プロフィールデータ記憶のキャッシュ表示は、加入者プロフィール情報を問合せるための非常に高速な応答時間を与える。
【００１２】
一体化ディレクトリシステムは、存在状況システムへの通信インターフェイスを実施する。この通信インターフェイスは、存在状況システムで受信された発行接続メッセージに応答して、存在状況システムから加入者挿入メッセージ及び加入者存在状況更新メッセージを受け取る。一体化ディレクトリシステムにおける第２インターフェイス（例えば、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ）インターフェイス）は、外部システムから加入者プロフィール問合せを受け取る。
【００１３】
一体化ディレクトリシステムのサービスロジックは、加入者挿入メッセージ、加入者存在状況更新メッセージ、及び加入者プロフィール問合せを処理する。例えば、サービスロジックは、加入者挿入メッセージに応答してデータアクセスレイヤ（例えば、ネットワークサービス存在状況テーブル）に加入者識別子を挿入することができる。別の例として、サービスロジックは、加入者プロフィール問合せに応答してデータアクセスレイヤに問合せし、問合せ結果を得ることができる。加入者プロフィール問合せは、例えば、ユーザ状態問合せ、ネットワークサービスデータ問合せ、又はアプリケーションサービスデータ問合せでよい。次いで、サービスロジックは、問合せ結果を外部システムへ返送することができる。
【００１４】
メッセージ発行部は、受信した加入者接続メッセージ（例えば、ダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）メッセージ又はリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）メッセージ）の形式に関わらず、発行接続メッセージを、それらメッセージのための共通のメッセージフォーマットに基づいて発生することができる。この発行接続メッセージは、ユーザ名及び技術的キーを含むことができる。技術的キーは、加入者接続識別情報、例えば、バーチャル経路識別子（ＶＰＩ）、バーチャル回路識別子（ＶＣＩ）、インターフェイス識別子、及び他の識別情報を与える。
【００１５】
本発明の別の態様は、加入者プロフィール情報を記憶するデータモデルを合体した一体化ディレクトリシステムである。この一体化ディレクトリシステムは、データアクセスレイヤにおいてデータモデルを確立する。データアクセスレイヤは、第１メモリにおける信頼し得る永続的加入者プロフィールデータ記憶、及び第２メモリにおける永続的加入者プロフィールデータ記憶の高速キャッシュ表示を実施する。データアクセスレイヤは、多数のパラレルの永続的ノードと、多数のパラレルのリアルタイムノードと、これらのノードに加入者挿入メッセージ、加入者存在状況更新メッセージ及び加入者プロフィール問合せを分散させる負荷バランサーとを含むことができる。
【００１６】
加入者プロフィール情報を記憶するデータモデルは、加入者データを多数のレイヤにわたって配布する。一実施形態では、データモデルは、製品に対して契約する顧客エンティティを定義する顧客プロフィールレイヤと、顧客エンティティに属するユーザを定義するユーザプロフィールレイヤと、入手可能な製品及びサービスを定義する製品プロフィールレイヤとを備えている。又、このデータモデルは、契約したネットワーク及びアプリケーションサービスを定義するサービスプロフィールレイヤと、契約したサービス及びアプリケーションに対してネットワークサービス存在状況及びアプリケーションサービス存在状況を定義する存在状況レイヤとを備えている。
【００１７】
データモデルは、ネットワークサービスとアプリケーションサービスとの間を柔軟に区別し、一体化ディレクトリがネットワークサービス及びアプリケーションサービスの両方に対して存在状況を確立して維持するのを許す。このため、存在状況レイヤは、ネットワークサービス存在状況テーブル及びアプリケーションサービス存在状況テーブルを含むことができる。ネットワークサービス存在状況テーブルは、ネットワークサービスの存在状況状態をダイナミックに更新し（例えば、加入者がネットワークに接続されたかどうか更新し）、そしてネットワークサービスインスタンステーブルと１対多の関係で存在することができる。ネットワークサービスインスタンステーブルは、ユーザにより契約されるネットワークサービスをインスタンス生成する。同様に、アプリケーションサービス存在状況テーブルは、アプリケーションサービスの存在状況状態をダイナミックに更新し（例えば、加入者がログインしたかどうか更新し）、そしてアプリケーションサービスインスタンステーブルと１対多の関係で存在することができる。アプリケーションサービスインスタンステーブルは、ユーザにより契約されるネットワークサービスをインスタンス生成する。
【００１８】
本発明の他のシステム、方法、特徴及び効果は、添付図面及び以下の詳細な説明から当業者に明らかとなろう。このような全ての付加的なシステム、方法、特徴及び効果は、この説明の中に含まれ、本発明の範囲内に含まれ、且つ特許請求の範囲により保護されるものとする。
【００１９】
本発明は、添付図面及びそれを参照した以下の説明から良く理解できよう。図面中の要素は、必ずしも正しいスケールではなく、本発明の原理を例示する際には誇張がなされる。更に、多数の図面にわたり、対応する部品又は要素を同じ参照番号で示す。
【発明を実施するための最良の形態】
【００２０】
図示された要素は、以下に詳細に述べるように相互作用する。しかしながら、詳細な説明を行う前に、以下に述べる全ての事柄は、その特定の実施に関わらず、単なる例示に過ぎず、本発明をこれに限定するものではないことに注意されたい。例えば、実施形態の態様、特徴又は要素は、メモリに記憶されてもよいが、加入者プロフィールアクセスマネージメントシステム、存在状況システム及び一体化ディレクトリに一貫したシステム及び方法の全部又は一部分は、他のマシン読み取り可能な媒体、例えば、ハードディスク、フロッピー（登録商標）ディスク及びＣＤ−ＲＯＭのような二次記憶装置、ネットワークから受信される信号、或いは現在知られている又はこれ以降開発される他の形式のＲＯＭ又はＲＡＭに記憶され、それらにわたって分布され、又はそれらから読み取られてもよい。
【００２１】
更に、加入者プロフィールアクセスマネージメントシステム、存在状況システム及び一体化ディレクトリアーキテクチャーの特定要素について述べるが、加入者プロフィールアクセスマネージメントシステム、存在状況システム及び一体化ディレクトリアーキテクチャーに一貫した製造方法、システム及び物品が、付加的な又は異なる要素を含んでもよい。例えば、処理ロジック、メッセージシステム、通信インターフェイス、メッセージアダプタ及び他の要素は、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、個別ロジック、或いは他の形式の回路又はロジックの組み合せで実施されてもよい。同様に、メモリは、ＤＲＡＭ、ＳＲＡＭ、フラッシュ、ディスク、又は他の形式のメモリでよい。フラグ、データ、データベース、テーブル、及び他のデータ構造は、別々に記憶及び管理されてもよいし、単一のメモリ又はデータベースに合体されてもよいし、分散されてもよいし、或いは多数の異なる仕方で論理的及び物理的に編成されてもよい。これら要素により実行されるプログラムは、単一プログラムの部分でもよいし、個別プログラムでもよいし、或いは多数のメモリ及びプロセッサにわたって分散されてもよい。更に、システムは、１つの処理システムにおける、又は多数の処理システムにわたって分散されたハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合せで実施されてもよい。
【００２２】
図１は、第三者１０２と対話するテレコミュニケーションアーキテクチャー１００の一部分を示す。第三者１０２は、その形態及び実施が広範囲に変化してもよい。例えば、第三者１０２は、加入者装置１０４、例えば、セルラー電話、パーソナルデータアシスタント、ネットワーク（例えば、インターネット）通信装置と、アプリケーション１０６、例えば、他のサービスプロバイダーにより実施されるテレコミュニケーションサービスアプリケーション、例えば、ショートメッセージサービス（ＳＭＳ）メッセージアプリケーション、セッション開始プロトコル（ＳＩＰ）システム、並びに製品及びサービスについて顧客に課金するビリングアプリケーションと、他の装置、プログラム又はエンティティ１０８とを備えてもよい。
【００２３】
テレコミュニケーションアーキテクチャー１００は、テレコミュニケーション製品及びサービスをサポートすると共に、選択された機能を第三者１０２に提供する機能を実施する。更に、テレコミュニケーションアーキテクチャー１００は、加入者プロフィールアクセスマネージメントシステム１２２も備えている。以下に詳細に説明するように、アクセスマネージメントシステム１２２は、加入者プロフィール情報を確立して維持し、そして加入者プロフィール情報への単一のアクセスポイントを与える。
【００２４】
製品及びサービス、並びにそれらが提供する基礎的な機能は、実施形態ごとに変化してもよい。例えば、テレコミュニケーションアーキテクチャー１００は、ＳＭＳメッセージサービス（ＳＭＳメッセージを配送し且つ課金する）、マルチメディアメッセージサービス（ＭＭＳ）メッセージサービス（ＭＭＳメッセージを配送し且つ課金する）、及びＳＩＰサービス（ＳＩＰコールを設定し且つコールについて課金する）を実施することができる。付加的な例として、テレコミュニケーションアーキテクチャー１００は、課金サービス（口座に対して料金の勘定を要求する）、インターネットプロトコルテレビジョン（ＩＰＴＶ）サービス（テレビ番組の配送を要求する）、ユーザ状態サービス（現在ユーザ状態、例えば、「オンライン」、「オフライン」、「ビジー」又は「アウェイ」を要求する）、及びユーザ認証サービス（例えば、移動ユーザが存在するかどうか、及び移動ユーザが希望のサービス、例えば、ＩＰＴＶサービスを購入するための証明書を有するかどうかの確認を要求する）を実施することができる。それに加えて又はそれとは別に、他の機能が設けられてもよい。更に、テレコミュニケーションアーキテクチャー１００は、第三者のアクセスゲートウェイ１１０を経て通信ネットワークサービス（例えば、インターネットブラウジングサービス）へのアクセスを与えることもできる。
【００２５】
テレコミュニケーションアーキテクチャー１００は、提供されたサービスへセキュアにアクセスする。このために、アーキテクチャー１００は、第三者アクセスゲートウェイ１１０を備えている。この第三者アクセスゲートウェイ１１０は、提供されたサービスへの第三者１０２の単一のコンタクトポイントとして働く。
【００２６】
図１に示すように、第三者アクセスゲートウェイ１１０は、第三者１０２からサービス要求１１２を受け取る。これに応答して、第三者アクセスゲートウェイ１１０は、サービス要求が、認証及び許可された第三者で発生したことを確認する。ネットワーク通信サービス要求の場合には（一例として）、第三者アクセスゲートウェイ１１０は、許可されたサービス要求を処理し、そしてそれらサービス要求をサービスプロバイダー１１４へ中継する。提供されるサービス要求、例えば、ＳＭＳ、ＭＭＳ及びＳＩＰサービス要求の場合には、第三者アクセスゲートウェイ１１０は、許可されたサービス要求を処理し、そしてそれをサービスブローカー１１６へ中継することができる。
【００２７】
サービスブローカー１１６は、サービス要求を実行する。これを行う際に、サービスブローカー１１６は、アーキテクチャー１００が通信製品及びサービスを生成し、展開し、管理し及び維持するために実施するビジネスサポートシステム（ＢＳＳ）及びオペレーションサポートシステム（ＯＳＳ）１１８と通信することができる。サービス要求を実行する際に、サービスブローカー１１６は、それに加えて又はそれとは別に、ネットワークレイヤ１２０と通信することができ、これは、サービス関係データをサービスブローカー１１６へ配送又は返送することができる。サービスプロバイダー１１４及びサービスブローカー１１６からの応答は、発信側第三者要求者へ配送するために第三者アクセスゲートウェイ１１０へ返送される。
【００２８】
加入者プロフィールアクセスマネージメントシステム１２２は、外部システムから加入者プロフィール問合せを受け取ると共に、加入者接続メッセージの処理も行う。加入者接続メッセージは、ネットワークへの接続を試みた加入者から発信し得る（例えば、加入者間に通信セッションを確立する際の初期ステップとして）。図１は、ＳＩＰベースの通信セッション１３６を確立する２つのこのような加入者１２４及び１２６を示す。これら加入者１２４及び１２６は、セルラー電話、パーソナルデータアシスタント、ネットワーク（例えば、インターネット）通信装置、パーソナルコンピュータ、プログラム、例えば、ビデオ電話又はインターネットプロトコルテレビプログラム、或いは他のエンティティでよい。
【００２９】
いずれの加入者も、ネットワーク仲介物を経て加入者プロフィールアクセスマネージメントシステム１２２へ接続することができる。ネットワーク仲介物は、１つ以上のネットワークアクセスサーバー（ＮＡＳ）システム１２８、ダイナミックホストプロトコル（ＤＨＣＰ）サーバー１３０又はプロキシー、及び／又はリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）サーバー１３２又はプロキシーを含んでもよい。１つ以上のネットワーク１３４は、加入者及びネットワーク仲介物を加入者プロフィールアクセスマネージメントシステム１２２へ接続することができる。
【００３０】
図２は、加入者プロフィールアクセスマネージメントシステム１２２を示す。この加入者プロフィールアクセスマネージメントシステム１２２は、加入者認証及び加入者ネットワーク存在状況検出サービスに対して単一のアクセスポイントを与える存在状況システム２０２を備えている。ＲＡＤＩＵＳ又はＤＨＣＰサーバー又はプロキシー２０６は、加入者接続メッセージを存在状況システム２０２へ通信することができる。以下に詳細に述べるように、それに応答して、存在状況システム２０２は、一体化ディレクトリシステム２０４と共に加入者認証を開始し、一体化ディレクトリシステム２０４において加入者情報を更新し、又は他のアクションをとることができる。
【００３１】
アクセスマネージメントシステム１２２における一体化ディレクトリシステム２０４は、加入者プロフィール情報への単一のアクセスポイントを与える。一体化ディレクトリシステム２０４は、存在状況システム２０２からの加入者挿入又は更新メッセージに応答するか、又は外部システム２０８、例えば、サービスブローカー１１６、第三者ゲートウェイ１１０、又は一体化ディレクトリシステム以外の他のシステムからの加入者情報問合せに応答することができる。外部システム２０８は、加入者接続可能性、接続特性、装置特性に関する要求された情報、又は他の加入者プロフィール情報を得るために、一体化ディレクトリシステム２０４に問合せすることができる。一体化ディレクトリシステム２０４は、問合せ結果を外部システム２０８へ返送する。
【００３２】
加入者プロフィールアクセスマネージメントシステム１２２は、存在状況システム２０２と一体化ディレクトリシステム２０４との間に通信インターフェイス（「存在状況インターフェイス」２１０）を実施する。更に、一体化ディレクトリシステム２０４は、一体化ディレクトリシステム２０４と外部システム２０８との間に通信インターフェイス（「外部インターフェイス」２１２）を実施する。存在状況インターフェイス２１０及び／又は外部インターフェイス２１２は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）インターフェイス、Ｊａｖａ（登録商標）データベース接続性（ＪＤＢＣ）インターフェイス、或いはシステム間でメッセージを交換するインターフェイスを含む他の形式の通信インターフェイスとして実施されてもよい。
【００３３】
図３は、存在状況システム２０２を詳細に示す。存在状況システム２０２は、ネットワークデータ収集部(gatherer)３０２、メッセージ発行部３０４、及びメッセージキューマネージャー３０６を備えている。又、存在状況システム２０２は、存在状況マネージャー３０８も備えている。
【００３４】
図３に示すように、存在状況システム２０２は、外部ネットワークへメッセージを送信したり受信したりする。例えば、存在状況システム２０２は、ＲＡＤＩＵＳメッセージ３１２及びＤＨＣＰメッセージ３１４のような加入者接続メッセージを受け取ることができる。存在状況システム２０２は、ＲＡＤＩＵＳ又はＤＨＣＰサーバー又はプロキシーに対し、ＲＡＤＩＵＳ出力メッセージ３１６及びＤＨＣＰ出力メッセージ３１８で応答することができる。
【００３５】
しかしながら、ある実施形態では、存在状況システム２０２は、それ自身がＲＡＤＩＵＳサーバー又はＤＨＣＰサーバーを実施してもよい。このために、存在状況システム２０２は、ＤＨＣＰサーバー３２０、ＲＡＤＩＵＳサーバー３２２、又はその両方を含んでもよい。従って、存在状況システム２０２は、外部システムからＤＨＣＰ又はＲＡＤＩＵＳメッセージ３１２及び３１４を受け取るのではなく、ネットワークリソースへの接続を試みる加入者から直接メッセージを受け取ることができる。
【００３６】
ネットワークデータ収集部３０２は、到来するＲＡＤＩＵＳ及び／又はＤＨＣＰメッセージ３１２及び３１４に対するネットワークトラフィックを監視する通信インターフェイス及びパケットリスナー(listener)を備えてもよい。ＲＡＤＩＵＳメッセージ及びＤＨＣＰメッセージのために個別のインターフェイス又は複数のインターフェイスを設けてもよい。ネットワークデータ収集部３０２は、インターネットプロトコル（ＩＰ）アドレス及びポート番号のような特定のネットワークアドレスが割り当てられてもよいし、又は他の仕方でアドレスされてもよい。ＲＡＤＩＵＳ及びＤＨＣＰメッセージ３１２及び３１４は、加入者ネットワークアクセスに関連付けされ、そして例えば、加入者をネットワークリソースに接続する必要があるときに、送信されてもよい。別の例として、これらメッセージは、アカウンティングスタート及びストップメッセージを含む加入者サービス利用アカウンティングに関連付けられてもよい。
【００３７】
一例として、ニュージャージー州マレーヒルのルーセント・テクノロジーズから入手できるＬｕｃｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ（登録商標）ＮａｖｉｓＲａｄｉｕｓ（登録商標）サーバーは、ＲＡＤＩＵＳサーバー３２２を含むネットワークデータ収集部３０２を実施することができる。それとは別に又はそれに加えて、カリフォルニア州サンノセのシスコ・システムズ・インクから入手できるＣｉｓｃｏ Ｓｙｓｔｅｍｓ（登録商標）ＤＨＣＰサーバーは、ＤＨＣＰサーバー３２０を含むネットワークデータ収集部３０２を実施することができる。
【００３８】
ネットワークデータ収集部３０２は、受信したメッセージをメッセージ発行部３０４へ通す。多数のネットワークデータ収集部３０２及び／又はメッセージ発行部３０４を設けて、負荷バランサーが、ラウンドロビン技術又は他の負荷バランス技術を使用してメッセージ発行部３０４間にメッセージを分散してもよい。メッセージ発行部３０４は、ＲＡＤＩＵＳ及びＤＨＣＰメッセージを、発行接続メッセージのための共通のメッセージフォーマットへと変換することができる。共通のフォーマットは、受信したメッセージが、第１メッセージ形式（例えば、ＲＡＤＩＵＳメッセージ）であるか、第２の異なるメッセージ形式（例えば、ＤＨＣＰメッセージ）であるかに関わりなく、使用することができる。
【００３９】
メッセージ発行部３０４のアダプタロジックは、受信したメッセージを共通のメッセージフォーマットへと変換する。このアダプタロジックは、メッセージ及び／又はメッセージコンテンツを、１つのフォーマット（例えば、ＲＡＤＩＵＳメッセージが遵守するフォーマット）から、別のフォーマット（例えば、発行接続メッセージが遵守する共通のフォーマット）へと変換する。一実施形態では、メッセージ発行部３０４は、各々の受信したメッセージを、ｅＸｔｅｎｓｉｂｌｅマークアップ言語（ＸＭＬ）の発行接続メッセージへとパーズする。メッセージフォーマットの例は、以下に示す。
【００４０】
メッセージキューマネージャー３０６は、１つ以上のメッセージキュー（待ち行列）を確立しそして制御することができる。図３は、２つのメッセージキュー３２４及び３２６を示す。各メッセージキューは、メッセージ発行部３０４から受け取った特定形式の発行接続メッセージ３２５を記憶することができる。例えば、メッセージキュー３２４は、ＲＡＤＩＵＳメッセージをキューイングし、一方、メッセージキュー３２６は、ＤＨＣＰメッセージをキューイングすることができる。しかしながら、これらメッセージは、加入者識別子、接続メッセージ要求形式、又は他の基準に基づいてキューに挿入されてもよい。
【００４１】
メッセージ発行部３０４及び／又はメッセージキューマネージャー３０６は、発行／契約メッセージインターフェイスを実施することができる。例えば、マサチューセッツ州ベッドフォードのソニック・ソフトウェアから入手できるＳｏｎｉｃ ＭＱ（登録商標）メッセージシステムは、メッセージキューマネージャー３０６を実施することができる。しかしながら、ポイント対ポイントメッセージ送信を含む他のメッセージ技術を使用してもよい。
【００４２】
存在状況マネージャー３０８は、メッセージ発行部／加入者３２８及びルールマネージャー３３０を備えることができる。ルールマネージャー３３０は、メッセージの行先、又はルーティングルール３３２に基づいて行うべき他の処理アクションを決定する。メッセージの行先は、異なるメッセージキュー、例えば、存在状況マネージメントキュー３３４及び技術的キーマネージメントキュー３３６を含んでもよい。キューイングされたメッセージを検索しそして処理するために処理ロジックを設けてもよい。図３は、存在状況マネージメントキュー３３４におけるメッセージを処理する存在状況キューロジック３３８と、技術的キーマネージメントキュー３３６におけるメッセージを処理する技術的キーキューロジック３４０とを示している。キューロジック３３８及び３４０の一部分でよいサービスロジック３１０は、一体化ディレクトリシステム２０４へのインターフェイスを与える。図３に個別に示されているが、キューロジック３３８、３４０及びサービスロジック３１０は、必ずしも個別のプログラム又は回路ではない。例えば、両キュー３３４及び３３６を処理するためのキューロジック３３８及び３４０、及び／又は一体化ディレクトリシステム２０４と通信するためのサービスロジック３１０は、単一プログラム又は１組の回路で実施されてもよい。
【００４３】
メッセージ発行部／加入者３２８（メッセージ発行部／加入者用３２８）は、メッセージキューマネージャー３０６から発行接続メッセージを受け取る。ルールマネージャー３３０は、受け取ったメッセージを処理し、そしてそれらの行先をルーティングルール３３２に基づいて決定する。以下に詳細に述べるように、ルーティングルール３３２は、キュー３３４及び３３６のいずれがその受け取った発行加入者接続メッセージをキューイングすべきか指定することができる。次いで、存在状況キューロジック３３８及び技術的キーキューロジック３４０は、キューイングされたメッセージを検索し、そして以下に述べるように、サービスロジック３１０を通して一体化ディレクトリシステム２０４と対話することができる。存在状況マネージャー３０８及び／又はサービスロジック３１０は、Ｓｏｎｉｃ ＥＳＢ（登録商標）サービスバス及びメッセージ処理システムで実施されてもよい。より一般的には、図３に示すいずれの要素も、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合せで実施されてもよい。
【００４４】
図４は、ＤＨＣＰ接続メッセージ３１２の一例を示す。接続メッセージ３１２は、コードフィールド４０２、長さフィールド４０４、及びクライアントハードウェアアドレスフィールド４０６を備えている。更に、接続メッセージ３１２は、サーバーＩＤフィールド４０８、ｙｉａｄｄｒフィールド４１０、ｘｉｄフィールド４１２、及びオプションフィールド４１４を備えている。各フィールドに対する説明を、以下のテーブル１に示す。
【００４５】
オプションフィールド４１４は、独特な識別子のような付加的な加入者接続情報を含んでもよい。独特な識別子は、インターネットサービスプロバイダーのような他のシステムが識別子に基づいて特定のアクションをとるのを許す。例えば、システムは、識別子を使用して加入者を識別し、その加入者に特定のアクションを割り当て（例えば、ホストＩＰアドレス、サブネットマスク、及びドメイン名サーバー（ＤＮＳ）を割り当て）、アカウンティングをトリガーし、又は他のアクションをとることができる。オプションフィールド４１４は、ＤＨＣＰオプション８２フォーマットに従ってもよい。
【００４６】
図４は、オプションフィールド４１４が、オプションフィールド４１４の情報部分として長さフィールド４１６、４２０及び４２６を含んでもよいことを示す。情報部分は、第１サブオプションフィールド４１８、第１情報フィールド４２２、第２サブオプションフィールド４２４、及び第２情報フィールド４２８を含んでもよい。以下のテーブル２は、各フィールドを説明する。
【００４７】
第２サブオプションフィールド４２８は、加入者接続に関する更に別の情報を与えることができる。第２のサブオプションフィールド４２８は、ポート形式４３０、バージョン識別子４３２、予約バイト４３４、及び技術的キー４３６を含んでもよい。第２のサブオプションフィールド４２８は、ＡＴＭルートブリッジカプセル化（ＲＢＥ）を使用してデジタル加入者ライン（ＤＳＬ）アクセスを構成するサービスプロバイダーをサポートすることができる。従って、第２のサブオプションフィールド４２８は、サービスプロバイダーがＤＨＣＰを使用して、ＩＰアドレスを割り当てると共に、セキュリティ及びＩＰ割り当てポリシーを実施するのを許してもよい。以下のテーブル３は、各フィールドを説明する。
【００４８】
図４は、技術的キー４３６を詳細に示す。技術的キーは、ポートＩＰアドレス４３８、デジタル加入者ラインアクセスマルチプレクサ（ＤＳＬＡＭ）媒体アクセス制御（ＭＡＣ）アドレス４４０、及びスロット識別子４４２を含む。又、技術的キーは、ポート識別子４４４、バーチャル経路識別子（ＶＰＩ）４４６、及びバーチャル回路識別子（ＶＣＩ）４４８を含んでもよい。以下のテーブル４は、各フィールドを説明する。
【００４９】
図５は、存在状況システム２０２が、ＤＨＣＰ加入者接続メッセージを受け取って処理するのに応答して送信できるＤＨＣＰ加入者接続出力メッセージ３１８を示す。この出力メッセージ３１８は、コードフィールド５０２、長さフィールド５０４、及び説明フィールド５０６を含むことができる。以下のテーブル５は、各フィールドを説明する。
【００５０】
図６は、存在状況システム２０２が受信できるＲＡＤＩＵＳ加入者接続メッセージ３１２を示す。ＲＡＤＩＵＳ加入者接続メッセージ３１２は、形式フィールド６０２、識別子フィールド６０４、及び長さフィールド６０６を含むことができる。メッセージ３１２は、更に、認証子フィールド６０８、フレーム型ＩＰアドレスフィールド６１０、及びユーザ名フィールド６１２を含むことができる。付加的なフィールドは、ＮＡＳ ＩＰアドレスフィールド６１４、ＮＡＳ ＩＤフィールド６１６、アカウントセッションＩＤフィールド６１８、及びアカウント状態形式フィールド６２０を含む。以下のテーブル６は、各フィールドを説明する。
【００５１】
図７は、存在状況システム２０２が送信できるＲＡＤＩＵＳ応答メッセージ３１６を示す。ＲＡＤＩＵＳ応答メッセージ３１６は、形式フィールド７０２、識別子フィールド７０４、及び長さフィールド７０６を含むことができる。又、応答メッセージ３１６は、認証子フィールド７０８及び属性フィールド７１０も含むことができる。以下のテーブル７は、各フィールドを説明する。
【００５２】
ＲＡＤＩＵＳアクセス要求メッセージの一例が以下のテーブル８に示されている。アクセス要求メッセージは、ネットワークに接続する加入者の試みに応答してＲＡＤＩＵＳサーバーから送信することができる。
【００５３】
ＲＡＤＩＵＳアカウンティング要求メッセージの一例が以下のテーブル９に示されている。このアカウンティング要求メッセージは、ネットワークリソースの加入者使用のアカウンティングを開始又は停止するために送信できる。
【００５４】
テーブル１０は、それに対応するＲＡＤＩＵＳアクセス受け容れ出力メッセージの一例を示す。
【００５５】
テーブル１１は、それに対応するＲＡＤＩＵＳアカウンティング応答出力メッセージの一例を示す。
【００５６】
図８は、存在状況システム２０２のメッセージ発行部３０４が加入者接続メッセージから発生できる発行接続メッセージ３２５を示す。この発行接続メッセージ３２５は、ＸＭＬメッセージでもよいし、他の形式のメッセージでもよい。発行接続メッセージ３２５は、共通メッセージフォーマットに従うもので、これは、メッセージ形式フィールド８０２、ユーザ名フィールド８０４、及びサーバーＩＰフィールド８０６を含む。又、発行接続メッセージ３２５は、クライアントＩＰフィールド８０８、アクセスサーバーＩＰフィールド８１０、及びアクセスサーバー識別子フィールド８１２も含む。又、共通メッセージフォーマットは、スロットフィールド８１４、ポートフィールド８１６、インターフェイスフィールド８１８、ＶＰＩフィールド８２０も含み、そしてＶＣＩフィールド８２２も存在する。テーブル１２は、各フィールドを説明する。
【００５７】
図９は、存在状況システム２０２のメッセージ発行部３０４が発行接続メッセージ３２５の受信に応答して送信できるメッセージ発行部出力メッセージ９００を示す。この出力メッセージ９００は、コードフィールド９０２及び記述フィールド９０４を含むことができる。テーブル１３は、各フィールドを説明する。
【００５８】
テーブル１４ａは、ＸＭＬ発行接続メッセージの一例を示す。テーブル１４ａの例は、加入者からのアクセス要求に対してテーブル１２に示す共通フォーマットと一貫したものである。発行接続メッセージは、＜ｔｋ＞タグを使用して技術的キーを識別する。
【００５９】
テーブル１４ｂは、アクセス要求に対するＸＭＬメッセージ発行部出力メッセージ９００の一例を示す。この例では、出力メッセージは、加入者のユーザ名が確認されないためにネットワークアクセスに対して加入者を認証する試みのエラーを搬送する。
【００６０】
存在状況システム２０２により遂行される処理の一例として、存在状況システム２０２は、加入者がネットワークサービスへのアクセスを要求していることを指定するＲＡＤＩＵＳ加入者接続メッセージ３１２を受け取ることができる。メッセージ形式は、形式１：アクセス要求である。存在状況システム２０２は、加入者を認証し、そしてＲＡＤＩＵＳ、ＤＨＣＰ及び他のシステムが加入者認証を与えるための単一のコンタクトポイントとして働くことができる。このため、ネットワークデータ収集部３０２は、先ず、アクセス要求メッセージを受け取り、そしてそれをメッセージ発行部３０４へ通す。
【００６１】
メッセージ発行部３０４は、発行接続メッセージのための共通フォーマットに従う新たなメッセージを生成するようにメッセージを変換する。メッセージ発行部３０４は、前記テーブル１２及び１４に示すフィールドを伴うＸＭＬ共通フォーマット接続メッセージを発生する。共通フォーマット接続メッセージのデータは、アクセス要求加入者接続メッセージのフィールドから抽出又は導出されてもよい。
【００６２】
共通フォーマットの接続メッセージが形成されると、メッセージ発行部３０４は、そのメッセージを発行する。その結果、メッセージキューマネージャー３０６は、その発行メッセージを受け取り、そしてその発行メッセージを適当なキュー３２４、３２６へ挿入する。例えば、メッセージキューマネージャー３０６は、アクセス要求メッセージを取り扱うために割り当てられたキューにその発行接続メッセージを挿入することができる。
【００６３】
メッセージキューマネージャー３０６は、その発行接続メッセージを検索し、そしてそれを、存在状況マネージャー３０８のようなメッセージ加入者へ送信する。存在状況マネージャー３０８のメッセージ発行部／加入者３２８は、発行接続メッセージを受け取る。ルールマネージャー３３０は、発行接続メッセージのデータにルーティングルール３３２を適用して、発行接続メッセージの行先を決定する。
【００６４】
一例として、ルーティングルール３３２は、テーブル１５に示すように実施できる。
【００６５】
従って、技術的キーマネージメントキュー３３６は、加入者アクセス要求及びＤＨＣＰＤＩＳＣＯＶＥＲ要求（即ち、加入者がＤＨＣＰサーバーを探索するために送信する要求）に対するメッセージを取り扱う。この例では、技術的キーマネージメントキュー３３６が発行接続メッセージを受け取る。技術的キーマネージメントキュー３３６は、加入者認証が望まれるところのメッセージを保持する。認証は、以下に詳細に述べるように、発行接続メッセージの技術的キーに基づいて行われてもよい。
【００６６】
ＴＫキューロジック３４０は、技術的キーマネージメントキュー３３６に周期的にサービスする。従って、ＴＫキューロジック３４０は、キューイングされたメッセージを検索する。ＴＫキューロジック３４０は、ＴＫキューロジック３４０においてハードウェア又はソフトウェアで実施される１組のルールに基づいてそのキューイングされたメッセージを処理する。テーブル１６は、ＴＫキューロジックの処理ルールの一例を示す。テーブル１６において、“ｔｋ”は、＜ｔｋ＞と＜／ｔｋ＞タグとの間で発行加入者接続メッセージに与えられた技術的キーフィールドを指す。
【００６７】
一般に、ＴＫキューロジック処理ルールは、技術的キー情報を、一体化ディレクトリに記憶された技術的キーに対して一致させる。加入者が認証されると、それに関連した加入者情報（例えば、ユーザ名）が一体化ディレクトリシステムに挿入される。その後、ＩＰアドレスのような付加的な加入者情報を、その後の接続段階中に（例えば、ＲＡＤＩＵＳアカウンティング又はＤＨＣＰ要求／確認段階中に）一体化ディレクトリシステムにおいて更新することができる。従って、ＴＫキューロジック３４０は、テーブル１６に示すルールを処理する際に、一体化ディレクトリシステム２０４へ１つ以上の問合せを発生することができる。問合せは、ユーザテーブル（テーブル１９）から発行接続メッセージで指定されたユーザ名に一致する各顧客ＩＤを得ることができる。一体化ディレクトリシステム２０４への同じ問合せ又は第２の問合せは、一致する顧客に対するネットワークサービスインスタンステーブル（テーブル２７）から全てのフィールド（技術的キーを形成するＡＣＣＥＳＳＳＥＲＶＥＲＩＤ、ＡＣＣＥＳＳＳＥＲＶＥＲＩＰ、ＳＬＯＴ、ＰＯＲＴ、ＩＮＴＥＲＦＡＣＥ、ＶＣＩ及びＶＰＩフィールドを含む）を選択する。ネットワークサービスインスタンステーブルは、各顧客に対するアクティブなネットワークサービスを定義する。従って、加入者／顧客は、加入者が一致するレコードをユーザテーブルに有し、ネットワークサービスインスタンステーブルがユーザのためのネットワークサービスを確立し、且つ発行接続メッセージに与えられた技術的キーが、一体化ディレクトリシステム２０４がネットワークサービスインスタンステーブルにおいて加入者に対して記録した技術的接続情報に一致する場合に、ネットワークサービスの認証されたユーザとなる。
【００６８】
加入者が認証された場合には、存在状況システム２０２は、加入者接続を追跡する。このために、存在状況システム２０２は、一体化ディレクトリシステム２０４に挿入メッセージを送信して、ネットワーク存在状況テーブル（テーブル３１）のＵＳＲＩＤフィールドへ「ユーザ名」を挿入させると共に、ネットワークサービスインスタンステーブルから検索されたＣＵＳＴＮＥＴＳＶＣＩＤをネットワーク存在状況テーブルに挿入させる。ＣＵＳＴＮＥＴＳＶＣＩＤフィールドは、顧客とネットワークサービスとの間の関連性について独特の識別子を与える。
【００６９】
従って、存在状況システム２０２は、ネットワークリソースに対する加入者のアクセス及び存在状況に関する現在存在状況情報を維持する上で助けとなる。更に、加入者が認証されると、存在状況マネージャー３０８は、メッセージキューマネージャー３０６、メッセージ発行部３０４、ネットワークデータ収集部３０２を経て、加入者接続メッセージの発信元であるＲＡＤＩＵＳサーバーへ、成功又はＯＫメッセージを返送する。従って、ＲＡＤＩＵＳサーバーは、アクセスが許可された加入者を確認することができる。
【００７０】
存在状況システム２０２により遂行される処理の別の例として、存在状況システム２０２は、加入者に対してアカウンティングを開始すべきであることを指定するＲＡＤＩＵＳアカウンティング要求スタートメッセージ３１２を受け取ることができる。アカウンティング要求メッセージは、メッセージ形式「２」及びアカウント状態形式「スタート」を指定する。ネットワークデータ収集部３０２は、ＲＡＤＩＵＳ接続メッセージ３１２をメッセージ発行部３０４へ通す。
【００７１】
メッセージ発行部３０４は、発行接続メッセージのための共通フォーマットに従う新たなＸＭＬメッセージを生成するようにメッセージを変換する。メッセージ発行部３０４がメッセージを発生して発行すると、メッセージキューマネージャー３０６は、その発行された接続メッセージを受け取り、そしてそのメッセージを適当なキュー３２４、３２６へ挿入する。例えば、メッセージキューマネージャー３０６は、存在状況更新、ＲＡＤＩＵＳメッセージ、アカウンティング開始メッセージを取り扱うために割り当てられたキュー、又は別のキューへその発行接続メッセージを挿入することができる。
【００７２】
メッセージキューマネージャー３０６は、発行接続メッセージを検索し、そしてそれを存在状況マネージャー３０８へ送信する。存在状況マネージャー３０８におけるメッセージ発行部／加入者３２８は、発行接続メッセージを受け取る。ルールマネージャー３３０は、発行接続メッセージのデータにルーティングルール３３２を適用して、発行接続メッセージの行先を決定する。テーブル１５に示すように、ルーティングルールは、発行接続メッセージ（メッセージ形式５を有する）を存在状況マネージメントキュー３３４へ挿入させる。
【００７３】
存在状況マネージメントキュー３３４は、ネットワークにおける加入者のアクティビティを指示するメッセージを取り扱い、これに基づいて、存在状況システム２０２は、一体化ディレクトリ２０４へ存在状況更新を与えることができる。この存在状況更新は、一体化ディレクトリシステム２０４に、ネットワークリソースへの進行中加入者接続について通知する状態に保ち、加入者接続情報のリアルタイム追跡を与える。
【００７４】
存在状況キューロジック３３８は、存在状況マネージメントキュー３３４に周期的にサービスする。存在状況キューロジック３３８は、キューイングされたメッセージを検索し、そしてそのキューイングされたメッセージを、存在状況キューロジック３３８においてハードウェア又はソフトウェアで実施される１組のルールに基づいて処理する。テーブル１７は、存在状況キューロジックの処理ルールの一例を示す。
【００７５】
テーブル１７に示すルールは、一体化ディレクトリシステム２０４への１つ以上の問合せにおいて実施することができる。第１の問合せは、ユーザテーブル（テーブル１９）からの発行接続メッセージで指定されたユーザ名に一致する各顧客ＩＤを得る。一体化ディレクトリシステム２０４への同じ問合せ又は第２の問合せは、一致する顧客に対してネットワークサービスインスタンステーブル（テーブル２７）から全てのテーブルを選択する。従って、存在状況システム２０２は、一致するレコードをユーザテーブル及びネットワークサービスインスタンステーブルに有する加入者／顧客に対して加入者存在状況を管理する。
【００７６】
より詳細には、テーブル１７に示すルールは、「ユーザ名」及びＣＵＳＴＮＥＴＳＶＣＩＤがネットワークサービス存在状況テーブルにまだ存在しないかどうかチェックする。それらが存在しない場合には、存在状況システム２０２が加入者挿入メッセージを一体化ディレクトリシステム２０４へ送信することができる。加入者挿入メッセージは、一体化ディレクトリシステム２０４が、「ユーザ名」をＣＵＳＴＩＤフィールドへ挿入し、ＣＵＳＴＮＥＴＳＶＣＩＤを挿入し、そして「ｃｌｉｅｎｔＩＰ」をネットワークサービス存在状況テーブルのＩＰフィールドへ挿入するようにさせる。しかしながら、加入者がネットワーク存在状況テーブルに既に存在する場合には、存在状況システム２０２が加入者更新メッセージを一体化ディレクトリシステム２０４へ送信して、ネットワークサービス存在状況テーブルの「ｃｌｉｅｎｔＩＰ」フィールドに更新を生じさせることができる。従って、存在状況システム２０２は、加入者に対する現在接続情報を追跡する。
【００７７】
図１０は、加入者プロフィールアクセスマネージメントシステム１２２の一部分でよい一体化ディレクトリシステム２０４を示す。この一体化ディレクトリシステム２０４は、加入者挿入メッセージ１００２及び加入者更新メッセージ１００４を存在状況システム２０２から受け取る。加入者挿入メッセージ１００２は、テーブル１６及び１７について上述したように、加入者プロフィールデータ記憶に加入者プロフィール情報を挿入するように一体化ディレクトリに要求することができる。同様に、加入者更新メッセージ１００４は、一体化ディレクトリにおいて加入者プロフィール情報（例えば、クライアントＩＰアドレス）を更新するように一体化ディレクトリに要求することができる。
【００７８】
外部インターフェイス２１２は、一体化ディレクトリシステム２０４を他のデータ処理システム又はアプリケーション１００６へ接続する。外部アプリケーション１００６は、一体化ディレクトリシステム２０４へ加入者プロフィール問合せを送信することができる。一体化ディレクトリシステム２０４は、多数の外部アプリケーション１００６に対して加入者プロフィール情報への単一アクセスポイントを与えることができる。従って、加入者プロフィールデータは、一体化ディレクトリシステム２０４に集中させることができ、多数の製品及びサービスサポートシステム間での加入者プロフィール情報の分散を排除できる。
【００７９】
一体化ディレクトリシステム２０４は、データアクセスレイヤ１０１０を備えている。高性能環境では、一体化ディレクトリシステム２０４は、データアクセスレイヤ１０１０へメッセージを分散する負荷バランサー１０１２を含むことができる。この負荷バランサー１０１２は、メッセージをラウンドロビン式に又は他の仕方で分散することができる。
【００８０】
データアクセスレイヤ１０１０は、１つ以上のリアルタイムノード（図１０は、１０１４、１０１６及び１０１８で示された３つのリアルタイムノードを例示する）、及び１つ以上の永続的ノード（図１０は、１０２０及び１０２２で示された２つのリアルタイムノードを例示する）を備えている。各リアルタイムノードは、リアルタイムデータベースサービスロジック１０２４及び高性能データベース１０２６を含むことができる。各永続的ノード１０２０は、永続的データベース１０３０を含むことができる。データベースサービスロジック１０２４は、高性能データベース１０２６においてデータベース問合せを実行するデータベースマネージメントシステムを含むことができる。又、サービスロジック１０２４は、存在状況システム２０２及び外部システム並びにアプリケーション１００６へメッセージを送信したりそこからメッセージを受信したりするための通信インターフェイス（例えば、Ｓｏｎｉｃ ＥＳＢ（登録商標）ＨＴＴＰインターフェイス）を実施することもできる。従って、サービスロジック１０２４は、負荷バランサーを通して受信したＨＴＴＰメッセージを受け取って処理する。次いで、ＨＴＴＰメッセージは、個々のリアルタイムノード１０１４−１０１８で処理され、各ノード１０１４−１０１８は、メッセージサービス負荷の一部分を取り扱う。
【００８１】
各永続的ノード１０２０−１０２２は、データベース挿入及び更新オペレーションを実行するデータベースマネージメントシステムを含むことができる。永続的ノード１０２０−１０２２は、テレコミュニケーションアーキテクチャーにおけるビジネスサポートシステム（ＢＳＳ）又はオペレーションサポートシステム（ＯＳＳ）１０３２のような外部システムからデータベース挿入及び更新メッセージを受け取ることができる。このために、一体化ディレクトリシステム２０４は、ＢＳＳ／ＯＳＳメッセージインターフェイス１０３４を備えることができ、これは、ＨＴＴＰ、サービスプロビジョニングマークアップ言語（ＳＰＭＬ）、又は他のインターフェイスを実施すると共に、ＢＳＳ／ＯＳＳシステム１０３２を含むオペレーティングシステム間でのユーザ、リソース及びサービスプロビジョニング情報の交換をサポートすることができる。
【００８２】
データベース１０２６及び１０３０は、加入者プロフィールデータ記憶のコピーを記憶する。永続的データベース１０３０は、カリフォルニア州レッドウッドショアのオラクル・コーポレーションから入手できるＯｒａｃｌｅ ９ｉ（登録商標）システムのようなデータベースマネージメントシステムと共にディスク上で実施することができる。高性能データベース１０２６は、永続的データベース１０３０をサポートするメモリシステムより高速のメモリシステムで実施することができる。例えば、高性能データベース１０２６は、永続的加入者プロフィールデータ記憶のキャッシュコピーとしてランダムアクセスメモリ（ＲＡＭ）で実施されてもよい。これもオラクル・コーポレーションから入手できるＴｉｍｅｓＴｅｎ（登録商標）データベースシステムは、リアルタイムノード１０１４−１０１８を実施することができる。
【００８３】
他の実施形態では、リアルタイムノード１０１４−１０１６は、加入者プロフィールデータ記憶の一部分をキャッシュ記憶する。例えば、リアルタイムノード１０１４−１０１６は、ネットワークサービス存在状況テーブル（テーブル３１）及び／又はアプリケーションサービス存在状況テーブル（テーブル３２）しかキャッシュ記憶できない。これらのテーブルは、揮発性又は比較的頻繁に変化するデータ（例えば、加入者ＣＰＥ ＩＰアドレス）を記憶する。永続的ノード１０２２−１０２４をこのようなデータと一貫した状態に保持する必要性は少ない。更に、リアルタイムノード１０１４−１０１８の高速実施は、一体化ディレクトリシステム２０４が、現在加入者プロフィール情報の問合せに非常に迅速に応答するのを許す。
【００８４】
リアルタイムノード１０１４−１０１６は、加入者プロフィール問合せに対して非常に高速な応答時間を与え、一方、永続的ノード１０２２及び１０２４は、加入者プロフィール挿入及び更新メッセージ１００２及び１００４（例えば、ＪＤＢＣトランザクション）を取り扱うことができる。負荷バランサー１０１２は、到来するメッセージをノード１０１４−１０２２へ分散し、各ノードは、負荷の一部分を取り扱い、欠陥許容アーキテクチャーを与え、且つ毎秒数百又は数千の到来するメッセージを取り扱うことができる。例えば、各リアルタイムノードは、毎秒５００以上の問合せを取り扱うことができ、一方、永続的ノードは、毎秒２００のＪＤＢＣトランザクションを取り扱うことができる。ノード１０１４−１０２２は、カリフォルニア州サンタクララのサン・マイクロシステムズから入手できるＳＵＮ４８０、又は他の売主から入手できる同様のサーバーにおいて実施することができる。データアクセスレイヤ１０１０の応答能力は、ノード１０１４−１０２２にプロセッサを追加し且つ付加的なノード１０１４−１０２２を追加することにより拡張することができる。
【００８５】
図１１は、ノード１０１４−１０２２が記憶して維持する加入者プロフィールデータ記憶を実施できるデータモデル１１００を示す。このデータモデル１１００は、顧客プロフィールレイヤ１１０２、ユーザプロフィールレイヤ１１０４、及び製品プロフィールレイヤ１１０６に分割される。更に、データモデル１１００は、サービスプロフィールレイヤ１１０８及び存在状況レイヤ１１１０も定義する。データモデル１１００をレイヤに分割することで、契約プロフィールレイヤを、存在状況レイヤ１１１０におけるダイナミックに変化する情報と、サービスプロフィールレイヤ１１０８におけるよりスタティックな情報とに効率的にセグメント化する。又、データモデル１１００で定義されるテーブル構造は、ネットワークサービスをアプリケーションサービスから分離するための技術的な解決策も与える。従って、各々の存在状況情報を加入者に対して独立して確立して維持することができる。
【００８６】
顧客プロフィールレイヤ１１０２は、顧客テーブル１１１２を定義する。顧客テーブル１１１２は、テレコミュニケーションサービス製品に契約する物理的個人又は法的エンティティを特徴付けるデータフィールドを確立することができる。ユーザプロフィールレイヤ１１０４は、ユーザテーブル１１１４を定義する。ユーザテーブル１１１４は、１つ以上の製品及び／又はサービス（例えば、インスタントメッセージングアプリケーション）や、それら製品で利用できるサービス（例えば、インスタントメッセージングサービス）に契約する物理的個人を特徴付けるデータフィールドを確立することができる。
【００８７】
製品プロフィールレイヤ１１０６は、製品インスタンステーブル１１１６及び製品カタログテーブル１１１８を定義する。製品インスタンステーブル１１１６は、テレコミュニケーションサービスプロバイダーのオファー、例えば、特定のサービス又は製品をインスタンス生成するデータフィールドを確立する。製品カタログテーブル１１１８は、テレコミュニケーションサービスプロバイダーから入手できる製品及び特殊なオファーの全カタログをインスタンス生成するデータフィールドを確立する。
【００８８】
サービスプロフィールレイヤ１１０８は、ネットワークサービスカタログテーブル１１２０、ネットワークサービスインスタンステーブル１１２２、ネットワークサービスパラメータテーブル１１２４、及びネットワークサービスデータテーブル１１２６を定義する。ネットワークサービスカタログテーブル１１２０は、テレコミュニケーションサービスプロバイダーによりオファーされるネットワークサービスのカタログをインスタンス生成する。ネットワークサービスインスタンステーブル１１２２は、加入者がアクセスできる製品においてオファーされる特定のネットワークサービスをインスタンス生成する。ネットワークサービスパラメータテーブル１１２４は、ネットワークサービスのカタログにおけるネットワークサービスに適用できるパラメータをインスタンス生成する。ネットワークサービスデータテーブル１１２６は、特定のネットワークサービスインスタンスを特徴付けるデータをインスタンス生成する。
【００８９】
又、サービスプロフィールレイヤ１１０８は、アプリケーションサービスカタログテーブル１１２８、アプリケーションサービスインスタンステーブル１１３０、アプリケーションサービスパラメータテーブル１１３２、及びアプリケーションサービスデータテーブル１１３４も定義する。アプリケーションサービスカタログテーブル１１２８は、テレコミュニケーションサービスプロバイダーによりオファーされたアプリケーションサービスのカタログをインスタンス生成する。アプリケーションサービスインスタンステーブル１１３０は、加入者がアクセスできる製品においてオファーされる特定のアプリケーションサービスを表わす。アプリケーションサービスパラメータテーブル１１３２は、ネットワークサービスのカタログにおけるアプリケーションサービスに適用できるパラメータをインスタンス生成する。アプリケーションサービスデータテーブル１１３４は、特定のアプリケーションサービスインスタンスを特徴付けるデータをインスタンス生成する。
【００９０】
存在状況レイヤ１１１０は、ネットワークサービス存在状況テーブル１１３６及びアプリケーションサービス存在状況テーブル１１３８を定義する。ネットワークサービス存在状況テーブル１１３６は、ネットワークサービスに対する最新の加入者接続情報を追跡するネットワークリソースアクセス接続（例えば、ＤＳＬネットワークサービスに対して確立された接続）を特徴付けるデータフィールドを確立する。アプリケーションサービス存在状況テーブル１１３８は、加入者がいずれかの契約したアプリケーションサービスにログインするか又はログアウトするか（例えば、加入者がインスタントメッセージアプリケーションサービスにログインするかどうか）を含むアプリケーションサービスへの加入者アクセスを特徴付けるデータフィールドを確立する。
【００９１】
以下のテーブル１８は、顧客テーブル１１１２の実施例を示す。
【００９２】
以下のテーブル１９は、ユーザテーブル１１１４の実施例を示す。
【００９３】
テーブル２０、２１及び２２は、製品プロフィールレイヤ１１０６の実施例を示す。
【００９４】
【００９５】
【００９６】
以下のテーブル２３、２４、２５、２６、２７、２８、２９及び３０は、サービスプロフィールレイヤ１１０８の実施例を示す。サービスプロフィールレイヤは、データモデル１１００がネットワークサービスとアプリケーションサービスとの間を区別できるようにする。ネットワークサービスは、加入者がネットワークに接続するのを許すテレコミュニケーションオペレータによりオファーされるサービス（例えば、ＤＳＬサービス又はダイヤルアップサービス）でよい。アプリケーションサービスは、加入者がネットワークを経て使用できるアプリケーション（例えば、プログラム）を表わしてもよい（例えば、インスタントメッセージ、ＩＰＴＶ、及びＶｏＩＰアプリケーション）。
【００９７】
【００９８】
【００９９】
【０１００】
【０１０１】
【０１０２】
【０１０３】
【０１０４】
以下のテーブル３１及び３２は、存在状況レイヤ１１１０の実施例を示す。
【０１０５】
【０１０６】
ネットワークサービスインスタンステーブル１１２２は、ユーザにより契約されたネットワークサービスをインスタンス生成する。ネットワークサービス存在状況テーブル１１３６に対して１対多の関係が存在し得る。従って、データモデル１１００は、同じネットワークリソースに対して複数の組の存在状況情報を追跡する能力を与える（例えば、同じＤＳＬモデムにおける複数のＰＰＰセッション）。同様に、アプリケーションサービスインスタンステーブル１１３０は、ユーザにより契約されるアプリケーションサービスをインスタンス生成する。アプリケーションサービス存在状況テーブル１１３８に対して１対多の関係が存在し得る。従って、データモデル１１００は、同じユーザ及びアプリケーションリソースに対して複数の組の存在状況情報を追跡する能力を与える。
【０１０７】
図１２は、存在状況システム２０２が加入者接続メッセージを処理するために行い得るアクション１２００を示す。存在状況システム２０２は、例えば、ＲＡＤＩＵＳ又はＤＨＣＰメッセージを受け取る（アクション１２０２）。存在状況システム２０２の負荷バランサーは、メッセージ処理負荷のバランスをとって性能を高めるために複数のメッセージ発行部３０４間に到来メッセージを分散することができる（アクション１２０４）。
【０１０８】
メッセージ発行部３０４は、共通のフォーマットに基づいて接続メッセージを発生しそしてメッセージを発行する（アクション１２０６）。従って、メッセージキューマネージャー３０６は、その発行された接続メッセージ３２５を受け取ってキューイングする（アクション１２０８）。メッセージキューマネージャー３０６は、その発行接続メッセージを、存在状況マネージャー３０８のようなメッセージ加入者へ配送する（アクション１２１０）。
【０１０９】
存在状況マネージャー３０８におけるメッセージ発行部／加入者３２８は、その発行接続メッセージを受け取る。次いで、ルールマネージャー３３０は、ルーティングルール３３２を適用して、その受け取った接続メッセージを更なる処理のためにいかにキューイングするか決定する（アクション１２１２）。例えば、ルールマネージャー３３０は、接続メッセージを技術的キーマネージメントキュー３３６にキューイングすべきか又は存在状況マネージメントキュー３３４にキューイングすべきか決定することができる。
【０１１０】
技術的キーマネージメントキュー３３６及びＴＫキューロジック３４０は、加入者接続要求を認証する。このような要求は、例えば、ＲＡＤＩＵＳ認証又はＤＨＣＰ発見メッセージから生じ得る。加入者が認証された場合には、ＴＫキューロジック３４０は、加入者情報を一体化ディレクトリシステム２０４へ挿入する。存在状況マネージメントキュー３３４を経て処理されるその後のメッセージは、ＩＰアドレス情報更新のような加入者情報更新を一体化ディレクトリに生じさせることがある。
【０１１１】
上述したように、あるメッセージは、技術的キーマネージメントキュー３３６に挿入することができる（アクション１２１４）。技術的キーキューロジック３４０は、キュー３３６からメッセージを抽出する（アクション１２１６）。技術的キーキューロジック３４０は、テーブル１６に示すような技術的キーキューロジック処理ルールに基づいてメッセージを処理する。例えば、技術的キーキューロジック３４０は、発行接続メッセージに与えられた技術的キーに一致する加入者について一体化ディレクトリ２０４に問合せする（アクション１２１８）。一致する加入者の技術的キーが見つからない場合には、存在状況システム２０２は、加入者挿入メッセージを一体化ディレクトリシステム２０４へ送信する。
【０１１２】
加入者挿入メッセージは、加入者識別子（例えば、ユーザ名又は他の加入者識別子）、顧客とネットワークサービスとの間の関連性の独特の識別子を与えるネットワークサービスインスタンス識別子（例えば、ＣＵＳＴＮＥＴＳＶＣＩＤ）、又は他の加入者プロフィール情報を、一体化ディレクトリシステム２０４が維持する加入者プロフィールデータ記憶に挿入するように、一体化ディレクトリシステム２０４に要求することができる。一体化ディレクトリシステム２０４は、加入者プロフィール情報をネットワークサービス存在状況テーブル１１３６に挿入することができる。その結果、存在状況システム２０２は、一体化ディレクトリシステム２０４を加入者接続アクティビティに関して最新状態に保持する。従って、一体化ディレクトリシステム２０４は、加入者に関する現在情報で加入者プロフィール問合せに応答することができる。
【０１１３】
別の例として、あるメッセージは、存在状況マネージメントキュー３３４に挿入することができる（アクション１２２２）。存在状況キューロジック３３８は、存在状況マネージメントキュー３３６からメッセージを処理のために抽出する（アクション１２２４）。存在状況キューロジック３３８は、一致するＵＳＲＩＤ及びネットワークサービスインスタンス識別子がネットワークサービス存在状況テーブル１１３６に既に存在するかどうか決定するために一体化ディレクトリ２０４に問合せすることができる（アクション１２２６）。
【０１１４】
もしそうであれば、存在状況システム２０２は、加入者更新メッセージを一体化ディレクトリシステム２０４へ送信する。加入者更新メッセージは、発行加入者接続メッセージに与えられた現在加入者ＩＰアドレスでネットワークサービス存在状況テーブル１１３６を更新するように一体化ディレクトリシステム２０４に命令する。一致するＵＳＲＩＤ及びネットワークサービスインスタンス識別子がまだ存在しない場合には、存在状況システム２０２は、加入者存在状況挿入メッセージを一体化ディレクトリシステム２０４へ送信する。加入者存在状況挿入メッセージは、加入者識別子（例えば、ユーザ名又は他の加入者識別子）、ネットワークサービスインスタンス識別子、現在加入者ＩＰアドレス（発行接続メッセージに設けられた）、又は他の加入者プロフィール情報を、一体化ディレクトリシステム２０４が維持する加入者プロフィールデータ記憶へ挿入するように、一体化ディレクトリシステム２０４に命令することができる。従って、存在状況システム２０２は、一体化ディレクトリシステム２０４において変化する又は付加的な加入者接続情報を更新すると共に、ネットワークサービス存在状況テーブルに維持された存在状況情報においてアクティブな加入者が注目されるよう保証する。
【０１１５】
図１３は、一体化ディレクトリシステム２０４が加入者挿入又は加入者更新メッセージを処理するために行い得るアクション１３００を示す。一体化ディレクトリシステム２０４は、加入者挿入及び更新メッセージを受け取る（アクション１３０２）。負荷バランサー１０１２は、負荷のバランスをとって性能を改善するために、永続的ノード１０２０−１０２２間に加入者挿入及び更新メッセージを分散することができる（アクション１３０４）。
【０１１６】
加入者挿入メッセージの場合に、一体化ディレクトリシステム２０４は、要求された加入者情報をネットワークサービス存在状況テーブル１１３６へ挿入する。一体化ディレクトリシステム２０４は、要求された加入者情報を挿入メッセージから抽出する（アクション１３０５）。例えば、加入者挿入メッセージは、ユーザ名のような加入者識別子を挿入するように一体化ディレクトリシステム２０４に命令することができる（アクション１３０６）。別の例として、加入者挿入メッセージは、ネットワークサービスインスタンス識別子を挿入するように一体化ディレクトリシステム２０４に命令することができる（アクション１３０８）。更に別の例として、加入者挿入メッセージは、加入者ＩＰアドレスをネットワークサービス存在状況テーブル１１３６に挿入するように一体化ディレクトリシステム２０４に命令することができる（アクション１３１０）。
【０１１７】
又、一体化ディレクトリシステム２０４は、加入者更新メッセージを処理することもできる。このため、一体化ディレクトリシステム２０４は、更新メッセージから更新された加入者ＩＰアドレスを抽出することができる（アクション１３１２）。一体化ディレクトリシステム２０４は、次いで、ネットワークサービス存在状況テーブル１１３６のＩＰアドレスを、抽出されたＩＰアドレスで更新することができる（アクション１３１４）。
【０１１８】
図１４は、一体化ディレクトリシステム２０４が、存在状況システム２０２及び外部システム１００６、例えば、サービスブローカー１１６、第三者アクセスゲートウェイ１１０、及び他の外部システムからの一体化ディレクトリ問合せを処理するために行い得るアクション１４００を示す。一体化ディレクトリシステム２０４は、問合せメッセージを受け取る（アクション１４０２）。問合せメッセージは多数の異なる形態をとることができる。例えば、問合せメッセージは、ネットワークサービスインスタンス問合せ、又は存在状況システム２０２からのネットワークサービス存在状況問い合わせでよい。更に別の例として、問合せメッセージは、ユーザ状態問合せ、ネットワークサービスデータ問合せ、又は外部システムから受け取られるアプリケーションサービスデータ問合せでもよい。
【０１１９】
存在状況マネージャー２０２は、一致する顧客ＩＤを見出すよう試みるときに一体化ディレクトリシステム２０４へ問合せを送信する（前記テーブル１６及び１７に述べたように）。一体化ディレクトリシステム２０４は、それに応答して、発行加入者接続メッセージに与えられたユーザ名に一致し且つユーザテーブルに確立されたＣＵＳＴＩＤに基づきネットワークサービスインスタンステーブルからの一致するレコードについてデータアクセスレイヤ１０１０をサーチすることができる（アクション１４０４）。サーチ問合せ結果が出る。
【０１２０】
更に、存在状況マネージャー２０２は、一致する加入者がネットワークサービス存在状況テーブル１１３６において確立されたかどうか決定するよう試みるときにネットワークサービス存在状況テーブル１１３６の問合せを送信することができる（前記テーブル１６及び１７に述べたように）。一体化ディレクトリシステム２０４は、それに応答して、ユーザ名及びネットワークサービスインスタンス識別子に基づきネットワークサービス存在状況テーブル１１３６からの一致するレコードについてデータアクセスレイヤ１０１０をサーチすることができる。サーチ問合せ結果が出る。存在状況システム２０２からのいずれの形式の問合せメッセージについても、一体化ディレクトリシステム２０４は、存在状況インターフェイス２１０を経て存在状況マネージャー３０８へサーチ問合せ結果を返送する（アクション１４０８）。
【０１２１】
外部システムは、外部インターフェイス２１２を経て加入者プロフィール情報について一体化ディレクトリシステム２０４に問合せすることができる。例えば、外部システムは、ユーザ状態問合せ、ネットワークサービスデータ問合せ、アプリケーションサービスデータ問合せ、又は別の形式の問合せを送信することができる。一体化ディレクトリシステム２０４は、メッセージラベルフィールド（例えば、以下に示すメッセージのＴＳＯＬＡＢＥＬ）のようなメッセージコンテンツに基づいて問合せの形式を決定する（アクション１４１０）。一体化ディレクトリシステム２０４は、要求された情報についてデータアクセスレイヤ１０１０に問合せする（アクション１４１２）。サーチ問合せ結果が出され、外部システムへ返送される（アクション１４１４）。
【０１２２】
テーブル３３は、ユーザ状態問合せメッセージの一例を示す。一体化ディレクトリシステム２０４は、メッセージ内の各属性に一致する加入者をサーチし、そして各々の一致する加入者に対する加入者プロフィール情報を返送することができる。ＳＶＣ＿ＰＲＯＰ＿Ｔテーブルは、アプリケーションサービスパラメータ名を確立し、そして契約したネットワーク及びアプリケーションサービスに対する関連パラメータデータを記憶する。テーブル３３の例では、“Ｃ０１”の値をもつ“ＣＡＴＥＧＯＲＹＩＤ”と称されるアプリケーションサービスパラメータに一致するアプリケーションサービス（“ｂａｃ００１０００１”）に関してユーザ状態が問合せされる。ＳＥＲＶＩＣＥＩＤフィールドは、ＳＶＣ＿Ｔテーブルにおけるサービスコード（例えば、ＳＶＣＣＯＤＥ）に対して一致させてもよい。
【０１２３】
プロフィール情報は、例えば、加入者がオンラインであるかオフラインであるか指示する存在状況情報を含んでもよい。テーブル３４は、サーチ問合せ結果を外部システムに与えるユーザ状態問合せ応答の一例を示す。
【０１２４】
【０１２５】
テーブル３５は、ネットワークサービスデータ問合せメッセージの一例を示す。一体化ディレクトリシステム２０４は、ネットワークサービスプロフィールテーブル１１２０−１１２６をサーチし、そして各々の一致するネットワークサービスに対するネットワークプロフィール情報を返送する。ネットワークプロフィール情報は、加入者アカウントＩＤ、ネットワーク状態、位置、アクセス形式、又は他のプロフィール情報を含むことができる。テーブル３６は、サーチ問合せ結果を外部システムへ配送するネットワークサービス問合せ応答の一例を示す。
【０１２６】
【０１２７】
テーブル３７は、アプリケーションサービスデータ問合せメッセージの一例を示す。一体化ディレクトリシステム２０４は、メッセージ内の各属性に一致するアプリケーションに対してアプリケーションテーブル１１２８−１１３４をサーチし、そして各々の一致するアプリケーションに対してアプリケーションサービスプロフィール情報を返送する。アプリケーションサービスプロフィール情報は、サービスのための技術的プロフィール情報、例えば、アカウントＩＤ、加入者のファーストネーム及びラストネーム、ビリングシティ、ビリングアドレス、プランＩＤ、顧客形式、又は他のプロフィール情報を含むことができる。テーブル３８は、外部システムにサーチ問合せ結果を配送するネットワークサービス問合せ応答の一例を示す。
【０１２８】
【０１２９】
テーブル３９は、ユーザプロフィールメッセージの一例を示す。一体化ディレクトリシステム２０４は、一致するユーザプロフィール情報のための加入者プロフィールデータ記憶をサーチし、そしてプロフィール情報を外部システムに返送することができる。テーブル４０は、外部システムにサーチ問合せ結果を配送するユーザプロフィール問合せ応答の一例を示す。
【０１３０】
【０１３１】
テーブル４１は、問合せメッセージで識別されたサービスの状態に関する情報を返送するサービスプロフィール問合せメッセージの一例を示す。テーブル４２は、外部システムに問い合わせ結果を配送するユーザプロフィール問合せ応答の一例を示す。
【０１３２】
【０１３３】
加入者プロフィールアクセスマネージメントシステム１２２は、多数の異なるテレコミュニケーションサポートシステム間に加入者プロフィール情報が広範囲に分散する問題に対する技術的解決策を提供する。加入者プロフィールアクセスマネージメントシステム１２２へのインターフェイスは、一体化ディレクトリシステム２０４が加入者プロフィール情報に対して単一アクセスポイントとして働くのを許す。存在状況システム２０２は、メッセージ発行部及び存在状況マネージャーを経て、そして一体化ディレクトリシステム２０４は、高性能マルチノードデータアクセスレイヤを経て、数百又は数千ないし数百万の加入者をサポートする通信事業者の程度の環境に対してプロフィール問合せ、挿入及び更新を取り扱うための技術的解決策を提供する。
【０１３４】
更に、データモデル１１００のレイヤ構造及びテーブル実施は、ネットワークサービス及びアプリケーションサービスの両方に対して存在状況情報を独立して追跡及び管理するための技術的解決策を与える。更に、データモデル１１００のレイヤ構造は、ネットワークサービス及びアプリケーションサービスの両方に対して独立して存在状況情報を確立しそして監視するための技術的解決策を提供する。従って、加入者プロフィールアクセスマネージメントシステム１２２は、通信事業者の程度のテレコミュニケーションサービスプロバイダーのための加入者プロフィール情報への単一アクセスポイントを効果的に与える。
【０１３５】
本出願は、次の米国特許出願の各々の全体を参考として援用する。
【０１３６】
２００５年１２月１３日に出願された“Unified Directory System Including a Data Model for Managing Access to Telecommunications Services”と題する米国特許出願第１１／３１３，４９６号（代理人ドケット番号１００２２−７４４）。
【０１３７】
２００５年１２月１３日に出願された“Message Sequencing and Data Translation Architecture for Telecommunications Services”と題する米国特許出願第１１／３１４，５７６号（代理人ドケット番号１００２２−７４６）。
【０１３８】
２００５年１２月１３日に出願された“Service Broker Integration Layer for Supporting Telecommunication Client Service Requests”と題する米国特許出願第１１／３１３，４９７号（代理人ドケット番号１００２２−７３０）。
【０１３９】
２００５年１２月１３日に出願された“Authentication and Authorization Architecture for an Access Gateway”と題する米国特許出願第１１／３１３，４４１号（代理人ドケット番号１００２２−７４２）。
【０１４０】
２００５年１２月１３日に出願された“Third Party Access Gateway for Telecommunications Services”と題する米国特許出願第１１／３１４，５７７号（代理人ドケット番号１００２２−７２６）。
【０１４１】
以上、本発明の種々の実施形態を説明したが、当業者であれば、本発明の範囲内で多数の実施形態が考えられることが明らかであろう。従って、本発明は、前記実施形態に限定されるものではなく、特許請求の範囲及びその均等物のみにより限定されるものとする。
【図面の簡単な説明】
【０１４２】
【図１】加入者プロフィールアクセスマネージメントシステムを備えたテレコミュニケーションサービスプロバイダーアーキテクチャーの一部分を示す図である。
【図２】加入者接続メッセージ及び加入者プロフィール問合せを処理する加入者プロフィールアクセスマネージメントシステムを示す図である。
【図３】テレコミュニケーションサービスプロバイダーアーキテクチャーにおける加入者プロフィールアクセスマネージメントシステムの一部分でよい存在状況システムを示す図である。
【図４】存在状況システムが受信し得るダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）加入者接続メッセージを示す図である。
【図５】存在状況システムが送信し得るＤＨＣＰ加入者接続応答メッセージを示す図である。
【図６】存在状況システムが受信し得るリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）加入者接続メッセージを示す図である。
【図７】存在状況システムが送信し得るＲＡＤＩＵＳ応答メッセージを示す図である。
【図８】存在状況システムのメッセージ発行部が加入者接続メッセージから発生し得る発行接続メッセージを示す図である。
【図９】存在状況システムのメッセージキューマネージャーがメッセージ発行部へ送信し得るメッセージ発行部出力メッセージを示す図である。
【図１０】テレコミュニケーションサービスプロバイダーアーキテクチャーにおける加入者プロフィールアクセスマネージメントシステムの一部分でよい一体化ディレクトリシステムを示す図である。
【図１１】一体化ディレクトリシステムが維持する加入者プロフィールデータ記憶を実施できるデータモデルを示す図である。
【図１２】存在状況システムが加入者接続メッセージを処理するために行うアクションを示す図である。
【図１３】一体化ディレクトリシステムが加入者挿入又は加入者更新メッセージを処理するために行うアクションを示す図である。
【図１４】一体化ディレクトリシステムが存在状況システム及び外部システムからの加入者プロフィール問合せを処理するために行うアクションを示す図である。
【符号の説明】
【０１４３】
１０２：第三者
１０４：装置
１０６：アプリケーション
１０８：その他
１１０：第三者アクセスゲートウェイ
１１４：サービスプロバイダー
１１６：サービスブローカー
１１８：ＢＳＳ／ＯＳＳ
１２０：ネットワークレイヤ
１２２：加入者プロフィールアクセスマネージメントシステム
１２４：加入者
１２６：加入者
１２８：ＮＡＳシステム
１３０：ＤＨＣＰサーバー
１３２：ＲＡＤＩＵＳサーバー
２０２：存在状況システム
２０４：一体化ディレクトリシステム
２０６：ＲＡＤＩＵＳ／ＤＨＣＰサーバー又はプロキシー
２０８：外部システム
３０２：ネットワークデータ収集部
３０４：メッセージ発行部／加入者
３０６：メッセージキューマネージャー
３０８：存在状況マネージャー
３１０：サービスロジック
３１２：ＲＡＤＩＵＳ加入者接続メッセージ
３１４：ＤＨＣＰ加入者接続メッセージ
３１６：ＲＡＤＩＵＳ出力メッセージ
３１８：ＤＨＣＰ出力メッセージ
３２０：ＤＨＣＰサーバー
３２２：ＲＡＤＩＵＳサーバー
３２４：メッセージキュー
３２５：メッセージ
３２６：メッセージキュー
３２８：メッセージ発行部／加入者
３３０：ルールマネージャー
３３２：ルーティングルール
３３４：存在状況マネージメントキュー
３３６：技術的キーマネージメントキュー
３３８：存在状況キューロジック
３４０：技術的キーキューロジック
【技術分野】
【０００１】
本発明は、テレコミュニケーションサービスプロバイダー及びテレコミュニケーションオペレータシステムアーキテクチャーに係る。より詳細には、本発明は、スタティック及びダイナミックの両テレコミュニケーション加入者プロフィール情報への効率的なアクセスを与え、維持することに係る。
【０００２】
優先権の請求：本出願は、２００５年１１月２１日出願のＥＰＯ出願第０５４２５８２１．５号及び２００５年１１月２１日出願のイタリア出願第ＢＳ２００５Ａ０００１４３号の利益を請求するもので、これら両出願は、その全体を参考としてここに援用する。
【背景技術】
【０００３】
コンピュータシステム及びテレコミュニケーションテクノロジーの急速な進歩は、顧客に利用できる膨大な数のテレコミュニケーションサービスを生み出した。このようなテレコミュニケーションサービスは、慣習的な電話サービス、インターネットサービス、ケーブルテレビジョンサービス、セルラー電話サービス、メッセージサービス、ページングサービス、音声及びデータの合成配信サービス、及び多数の他のサービスを含む。更に、多数のサービスは、ワイヤレスをベースとしてもよいし又はワイヤラインをベースとしてもよい。
【０００４】
テレコミュニケーションの加入者は、広範囲な接続を介してそれらのサービスにアクセスする。接続の基礎となるハードウェアは、回路交換接続、パケット交換接続、及び他の形式の接続を実施する。更に、広範囲な通信プロトコル及びアクセステクノロジーがこれら接続におけるデータの転送を支配する。テレコミュニケーションサービスのための広範囲なアクセステクノロジーの幾つかの例は、非対称的デジタル加入者ライン（ＡＤＳＬ）、マルチプロトコルラベルスイッチング（ＭＰＬＳ）、バーチャルプライベートネットワーク（ＶＰＮ）、及び他のテクノロジーである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
新規な及び既存のテレコミュニケーションサービス、並びにこれらサービスに対する広範囲のアクセスメカニズムのサポートが増大したことで、これらサービス及びアクセスメカニズムをサポートする多数の異なるテレコミュニケーションサポートシステム間に加入者プロフィール情報が広範囲に分散することになった。このような分散は、アクセスの許可又は認証を行い、どのサービスに契約するか決定し、加入者がサービスにいかに接続するか決定し、及び他の多数の理由で、プロフィール情報を得ることが必要なシステム及びアプリケーション間にカスタムインターフェイスの非効率的な急増を招く。従って、これまで、テレコミュニケーション加入者プロフィール情報への単一アクセスポイントを与えると共に、加入者プロフィール情報を維持するような、充分セキュアで、融通性があり、且つ効率的なメカニズムは存在しない。
【０００６】
加入者プロフィール情報へのアクセスを効率的に与えると共にそれを維持するテレコミュニケーションサービスプロバイダー又はテレコミュニケーションオペレータのための強化型システムアーキテクチャーが長年要望されている。
【課題を解決するための手段】
【０００７】
加入者プロフィール情報を与えて維持する強化型テレコミュニケーションサービスプロバイダー又はテレコミュニケーションオペレータシステムアーキテクチャーを作ることは、重要な技術的挑戦である。一例として、加入者プロフィール情報への単一のアクセスポイントを与えると共に、多数の異なるシステム間での加入者情報の非効率的な分散を排除するアーキテクチャーを構成して実施することも技術的な挑戦である。別の技術的挑戦は、加入者に対してだけではなく、加入者がネットワークリソースへ接続するために使用するネットワークサービス、及び加入者が例えば他の加入者と通信するために使用するアプリケーションに対しても、リアルタイム及びスタティックな存在状況(presence)情報を効率的に柔軟にサポートするデータベースデータモデルアーキテクチャーを提供することにある。更に別の技術的な挑戦は、加入者プロフィール情報を記憶して更新すると共に、数百、数千又は数百万の加入者が毎秒莫大な数（例えば、数百又は数千）の加入者プロフィール更新又は問合せを発生し得るような通信事業者の程度の環境において加入者プロフィール情報に対する問合せに応答する高性能データアクセスレイヤを提供することにある。
【０００８】
本発明の１つの態様は、テレコミュニケーションサービスプロバイダー又はテレコミュニケーションオペレータのための加入者プロフィールアクセスマネージメントシステムである。本発明の別の態様は、加入者プロフィールアクセスマネージメントシステムに使用するための存在状況システムである。本発明の更に別の態様は、加入者プロフィールアクセスマネージメントシステムに使用するための一体化ディレクトリシステムである。存在状況システムは、ネットワークデータ収集部を備え、これは、ネットワークリソースへのクライアントアクセスを許可するための単一のアクセスポイントを確立できると共に、一体化ディレクトリにおいて加入者存在状況情報を更新する。
【０００９】
又、存在状況システムは、ネットワークデータ収集部と通信するメッセージ発行部も備えている。このメッセージ発行部は、ネットワークデータ収集部が受け取る加入者接続メッセージから発行接続メッセージを発生する。メッセージキューマネージャーは、その発行接続メッセージを、該メッセージに契約するルールマネージャーへ配送するためにキューイングする。従って、ルールマネージャーは、メッセージキューマネージャーから発行接続メッセージを受け取る。
【００１０】
ルールマネージャーは、発行接続メッセージにルーティングルールを適用する。このルーティングルールは、発行接続メッセージをいかに処理すべきか決定する。一実施形態では、このルーティングルールは、発行接続メッセージを、技術的キーマネージメントキューへ転送すべきか又は存在状況マネージメントキューへ転送すべきか決定する。技術的キーマネージメントキューは、加入者接続要求（例えば、ＲＡＤＩＵＳ認証又はＤＨＣＰ発見要求）の認証を取り扱う。技術的キーマネージメントキューのメッセージは、一体化ディレクトリに記憶された技術的キーに対して一致される技術的キー情報を含む。加入者が認証されると、それに関連した加入者情報が一体化ディレクトリシステムに挿入され、次いで、その後の接続段階中に（例えば、ＲＡＤＩＵＳアカウンティング又はＤＨＣＰ要求／確認段階中に）ＩＰアドレス情報で更新される。存在状況マネージメントキューのメッセージは、一体化ディレクトリシステムへ送られる加入者存在状況更新メッセージ、要求、又は依頼を生じさせてもよい。例えば、存在状況マネージメントキューは、ＤＨＣＰ要求／確認メッセージを処理し、そこから、存在状況システムは、一体化ディレクトリシステムにおいて加入者ＩＰアドレス情報を更新する。従って、一体化ディレクトリシステムは、ネットワークに接続された加入者に関するダイナミック情報を維持する。
【００１１】
一体化ディレクトリシステムは、加入者プロフィールデータ記憶を定義するデータアクセスレイヤを備えている。このデータアクセスレイヤは、第１形式のメモリ（例えば、ハードディスクドライブ）における永続的加入者プロフィールデータ記憶、及び第１メモリより高速の第２メモリ（例えば、ランダムアクセスメモリ（ＲＡＭ））における永続的加入者プロフィールデータ記憶のキャッシュ表示として実施することができる。永続的加入者プロフィールデータ記憶のキャッシュ表示は、加入者プロフィール情報を問合せるための非常に高速な応答時間を与える。
【００１２】
一体化ディレクトリシステムは、存在状況システムへの通信インターフェイスを実施する。この通信インターフェイスは、存在状況システムで受信された発行接続メッセージに応答して、存在状況システムから加入者挿入メッセージ及び加入者存在状況更新メッセージを受け取る。一体化ディレクトリシステムにおける第２インターフェイス（例えば、ハイパーテキストトランスポートプロトコル（ＨＴＴＰ）インターフェイス）は、外部システムから加入者プロフィール問合せを受け取る。
【００１３】
一体化ディレクトリシステムのサービスロジックは、加入者挿入メッセージ、加入者存在状況更新メッセージ、及び加入者プロフィール問合せを処理する。例えば、サービスロジックは、加入者挿入メッセージに応答してデータアクセスレイヤ（例えば、ネットワークサービス存在状況テーブル）に加入者識別子を挿入することができる。別の例として、サービスロジックは、加入者プロフィール問合せに応答してデータアクセスレイヤに問合せし、問合せ結果を得ることができる。加入者プロフィール問合せは、例えば、ユーザ状態問合せ、ネットワークサービスデータ問合せ、又はアプリケーションサービスデータ問合せでよい。次いで、サービスロジックは、問合せ結果を外部システムへ返送することができる。
【００１４】
メッセージ発行部は、受信した加入者接続メッセージ（例えば、ダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）メッセージ又はリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）メッセージ）の形式に関わらず、発行接続メッセージを、それらメッセージのための共通のメッセージフォーマットに基づいて発生することができる。この発行接続メッセージは、ユーザ名及び技術的キーを含むことができる。技術的キーは、加入者接続識別情報、例えば、バーチャル経路識別子（ＶＰＩ）、バーチャル回路識別子（ＶＣＩ）、インターフェイス識別子、及び他の識別情報を与える。
【００１５】
本発明の別の態様は、加入者プロフィール情報を記憶するデータモデルを合体した一体化ディレクトリシステムである。この一体化ディレクトリシステムは、データアクセスレイヤにおいてデータモデルを確立する。データアクセスレイヤは、第１メモリにおける信頼し得る永続的加入者プロフィールデータ記憶、及び第２メモリにおける永続的加入者プロフィールデータ記憶の高速キャッシュ表示を実施する。データアクセスレイヤは、多数のパラレルの永続的ノードと、多数のパラレルのリアルタイムノードと、これらのノードに加入者挿入メッセージ、加入者存在状況更新メッセージ及び加入者プロフィール問合せを分散させる負荷バランサーとを含むことができる。
【００１６】
加入者プロフィール情報を記憶するデータモデルは、加入者データを多数のレイヤにわたって配布する。一実施形態では、データモデルは、製品に対して契約する顧客エンティティを定義する顧客プロフィールレイヤと、顧客エンティティに属するユーザを定義するユーザプロフィールレイヤと、入手可能な製品及びサービスを定義する製品プロフィールレイヤとを備えている。又、このデータモデルは、契約したネットワーク及びアプリケーションサービスを定義するサービスプロフィールレイヤと、契約したサービス及びアプリケーションに対してネットワークサービス存在状況及びアプリケーションサービス存在状況を定義する存在状況レイヤとを備えている。
【００１７】
データモデルは、ネットワークサービスとアプリケーションサービスとの間を柔軟に区別し、一体化ディレクトリがネットワークサービス及びアプリケーションサービスの両方に対して存在状況を確立して維持するのを許す。このため、存在状況レイヤは、ネットワークサービス存在状況テーブル及びアプリケーションサービス存在状況テーブルを含むことができる。ネットワークサービス存在状況テーブルは、ネットワークサービスの存在状況状態をダイナミックに更新し（例えば、加入者がネットワークに接続されたかどうか更新し）、そしてネットワークサービスインスタンステーブルと１対多の関係で存在することができる。ネットワークサービスインスタンステーブルは、ユーザにより契約されるネットワークサービスをインスタンス生成する。同様に、アプリケーションサービス存在状況テーブルは、アプリケーションサービスの存在状況状態をダイナミックに更新し（例えば、加入者がログインしたかどうか更新し）、そしてアプリケーションサービスインスタンステーブルと１対多の関係で存在することができる。アプリケーションサービスインスタンステーブルは、ユーザにより契約されるネットワークサービスをインスタンス生成する。
【００１８】
本発明の他のシステム、方法、特徴及び効果は、添付図面及び以下の詳細な説明から当業者に明らかとなろう。このような全ての付加的なシステム、方法、特徴及び効果は、この説明の中に含まれ、本発明の範囲内に含まれ、且つ特許請求の範囲により保護されるものとする。
【００１９】
本発明は、添付図面及びそれを参照した以下の説明から良く理解できよう。図面中の要素は、必ずしも正しいスケールではなく、本発明の原理を例示する際には誇張がなされる。更に、多数の図面にわたり、対応する部品又は要素を同じ参照番号で示す。
【発明を実施するための最良の形態】
【００２０】
図示された要素は、以下に詳細に述べるように相互作用する。しかしながら、詳細な説明を行う前に、以下に述べる全ての事柄は、その特定の実施に関わらず、単なる例示に過ぎず、本発明をこれに限定するものではないことに注意されたい。例えば、実施形態の態様、特徴又は要素は、メモリに記憶されてもよいが、加入者プロフィールアクセスマネージメントシステム、存在状況システム及び一体化ディレクトリに一貫したシステム及び方法の全部又は一部分は、他のマシン読み取り可能な媒体、例えば、ハードディスク、フロッピー（登録商標）ディスク及びＣＤ−ＲＯＭのような二次記憶装置、ネットワークから受信される信号、或いは現在知られている又はこれ以降開発される他の形式のＲＯＭ又はＲＡＭに記憶され、それらにわたって分布され、又はそれらから読み取られてもよい。
【００２１】
更に、加入者プロフィールアクセスマネージメントシステム、存在状況システム及び一体化ディレクトリアーキテクチャーの特定要素について述べるが、加入者プロフィールアクセスマネージメントシステム、存在状況システム及び一体化ディレクトリアーキテクチャーに一貫した製造方法、システム及び物品が、付加的な又は異なる要素を含んでもよい。例えば、処理ロジック、メッセージシステム、通信インターフェイス、メッセージアダプタ及び他の要素は、マイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、個別ロジック、或いは他の形式の回路又はロジックの組み合せで実施されてもよい。同様に、メモリは、ＤＲＡＭ、ＳＲＡＭ、フラッシュ、ディスク、又は他の形式のメモリでよい。フラグ、データ、データベース、テーブル、及び他のデータ構造は、別々に記憶及び管理されてもよいし、単一のメモリ又はデータベースに合体されてもよいし、分散されてもよいし、或いは多数の異なる仕方で論理的及び物理的に編成されてもよい。これら要素により実行されるプログラムは、単一プログラムの部分でもよいし、個別プログラムでもよいし、或いは多数のメモリ及びプロセッサにわたって分散されてもよい。更に、システムは、１つの処理システムにおける、又は多数の処理システムにわたって分散されたハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合せで実施されてもよい。
【００２２】
図１は、第三者１０２と対話するテレコミュニケーションアーキテクチャー１００の一部分を示す。第三者１０２は、その形態及び実施が広範囲に変化してもよい。例えば、第三者１０２は、加入者装置１０４、例えば、セルラー電話、パーソナルデータアシスタント、ネットワーク（例えば、インターネット）通信装置と、アプリケーション１０６、例えば、他のサービスプロバイダーにより実施されるテレコミュニケーションサービスアプリケーション、例えば、ショートメッセージサービス（ＳＭＳ）メッセージアプリケーション、セッション開始プロトコル（ＳＩＰ）システム、並びに製品及びサービスについて顧客に課金するビリングアプリケーションと、他の装置、プログラム又はエンティティ１０８とを備えてもよい。
【００２３】
テレコミュニケーションアーキテクチャー１００は、テレコミュニケーション製品及びサービスをサポートすると共に、選択された機能を第三者１０２に提供する機能を実施する。更に、テレコミュニケーションアーキテクチャー１００は、加入者プロフィールアクセスマネージメントシステム１２２も備えている。以下に詳細に説明するように、アクセスマネージメントシステム１２２は、加入者プロフィール情報を確立して維持し、そして加入者プロフィール情報への単一のアクセスポイントを与える。
【００２４】
製品及びサービス、並びにそれらが提供する基礎的な機能は、実施形態ごとに変化してもよい。例えば、テレコミュニケーションアーキテクチャー１００は、ＳＭＳメッセージサービス（ＳＭＳメッセージを配送し且つ課金する）、マルチメディアメッセージサービス（ＭＭＳ）メッセージサービス（ＭＭＳメッセージを配送し且つ課金する）、及びＳＩＰサービス（ＳＩＰコールを設定し且つコールについて課金する）を実施することができる。付加的な例として、テレコミュニケーションアーキテクチャー１００は、課金サービス（口座に対して料金の勘定を要求する）、インターネットプロトコルテレビジョン（ＩＰＴＶ）サービス（テレビ番組の配送を要求する）、ユーザ状態サービス（現在ユーザ状態、例えば、「オンライン」、「オフライン」、「ビジー」又は「アウェイ」を要求する）、及びユーザ認証サービス（例えば、移動ユーザが存在するかどうか、及び移動ユーザが希望のサービス、例えば、ＩＰＴＶサービスを購入するための証明書を有するかどうかの確認を要求する）を実施することができる。それに加えて又はそれとは別に、他の機能が設けられてもよい。更に、テレコミュニケーションアーキテクチャー１００は、第三者のアクセスゲートウェイ１１０を経て通信ネットワークサービス（例えば、インターネットブラウジングサービス）へのアクセスを与えることもできる。
【００２５】
テレコミュニケーションアーキテクチャー１００は、提供されたサービスへセキュアにアクセスする。このために、アーキテクチャー１００は、第三者アクセスゲートウェイ１１０を備えている。この第三者アクセスゲートウェイ１１０は、提供されたサービスへの第三者１０２の単一のコンタクトポイントとして働く。
【００２６】
図１に示すように、第三者アクセスゲートウェイ１１０は、第三者１０２からサービス要求１１２を受け取る。これに応答して、第三者アクセスゲートウェイ１１０は、サービス要求が、認証及び許可された第三者で発生したことを確認する。ネットワーク通信サービス要求の場合には（一例として）、第三者アクセスゲートウェイ１１０は、許可されたサービス要求を処理し、そしてそれらサービス要求をサービスプロバイダー１１４へ中継する。提供されるサービス要求、例えば、ＳＭＳ、ＭＭＳ及びＳＩＰサービス要求の場合には、第三者アクセスゲートウェイ１１０は、許可されたサービス要求を処理し、そしてそれをサービスブローカー１１６へ中継することができる。
【００２７】
サービスブローカー１１６は、サービス要求を実行する。これを行う際に、サービスブローカー１１６は、アーキテクチャー１００が通信製品及びサービスを生成し、展開し、管理し及び維持するために実施するビジネスサポートシステム（ＢＳＳ）及びオペレーションサポートシステム（ＯＳＳ）１１８と通信することができる。サービス要求を実行する際に、サービスブローカー１１６は、それに加えて又はそれとは別に、ネットワークレイヤ１２０と通信することができ、これは、サービス関係データをサービスブローカー１１６へ配送又は返送することができる。サービスプロバイダー１１４及びサービスブローカー１１６からの応答は、発信側第三者要求者へ配送するために第三者アクセスゲートウェイ１１０へ返送される。
【００２８】
加入者プロフィールアクセスマネージメントシステム１２２は、外部システムから加入者プロフィール問合せを受け取ると共に、加入者接続メッセージの処理も行う。加入者接続メッセージは、ネットワークへの接続を試みた加入者から発信し得る（例えば、加入者間に通信セッションを確立する際の初期ステップとして）。図１は、ＳＩＰベースの通信セッション１３６を確立する２つのこのような加入者１２４及び１２６を示す。これら加入者１２４及び１２６は、セルラー電話、パーソナルデータアシスタント、ネットワーク（例えば、インターネット）通信装置、パーソナルコンピュータ、プログラム、例えば、ビデオ電話又はインターネットプロトコルテレビプログラム、或いは他のエンティティでよい。
【００２９】
いずれの加入者も、ネットワーク仲介物を経て加入者プロフィールアクセスマネージメントシステム１２２へ接続することができる。ネットワーク仲介物は、１つ以上のネットワークアクセスサーバー（ＮＡＳ）システム１２８、ダイナミックホストプロトコル（ＤＨＣＰ）サーバー１３０又はプロキシー、及び／又はリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）サーバー１３２又はプロキシーを含んでもよい。１つ以上のネットワーク１３４は、加入者及びネットワーク仲介物を加入者プロフィールアクセスマネージメントシステム１２２へ接続することができる。
【００３０】
図２は、加入者プロフィールアクセスマネージメントシステム１２２を示す。この加入者プロフィールアクセスマネージメントシステム１２２は、加入者認証及び加入者ネットワーク存在状況検出サービスに対して単一のアクセスポイントを与える存在状況システム２０２を備えている。ＲＡＤＩＵＳ又はＤＨＣＰサーバー又はプロキシー２０６は、加入者接続メッセージを存在状況システム２０２へ通信することができる。以下に詳細に述べるように、それに応答して、存在状況システム２０２は、一体化ディレクトリシステム２０４と共に加入者認証を開始し、一体化ディレクトリシステム２０４において加入者情報を更新し、又は他のアクションをとることができる。
【００３１】
アクセスマネージメントシステム１２２における一体化ディレクトリシステム２０４は、加入者プロフィール情報への単一のアクセスポイントを与える。一体化ディレクトリシステム２０４は、存在状況システム２０２からの加入者挿入又は更新メッセージに応答するか、又は外部システム２０８、例えば、サービスブローカー１１６、第三者ゲートウェイ１１０、又は一体化ディレクトリシステム以外の他のシステムからの加入者情報問合せに応答することができる。外部システム２０８は、加入者接続可能性、接続特性、装置特性に関する要求された情報、又は他の加入者プロフィール情報を得るために、一体化ディレクトリシステム２０４に問合せすることができる。一体化ディレクトリシステム２０４は、問合せ結果を外部システム２０８へ返送する。
【００３２】
加入者プロフィールアクセスマネージメントシステム１２２は、存在状況システム２０２と一体化ディレクトリシステム２０４との間に通信インターフェイス（「存在状況インターフェイス」２１０）を実施する。更に、一体化ディレクトリシステム２０４は、一体化ディレクトリシステム２０４と外部システム２０８との間に通信インターフェイス（「外部インターフェイス」２１２）を実施する。存在状況インターフェイス２１０及び／又は外部インターフェイス２１２は、ハイパーテキスト転送プロトコル（ＨＴＴＰ）インターフェイス、Ｊａｖａ（登録商標）データベース接続性（ＪＤＢＣ）インターフェイス、或いはシステム間でメッセージを交換するインターフェイスを含む他の形式の通信インターフェイスとして実施されてもよい。
【００３３】
図３は、存在状況システム２０２を詳細に示す。存在状況システム２０２は、ネットワークデータ収集部(gatherer)３０２、メッセージ発行部３０４、及びメッセージキューマネージャー３０６を備えている。又、存在状況システム２０２は、存在状況マネージャー３０８も備えている。
【００３４】
図３に示すように、存在状況システム２０２は、外部ネットワークへメッセージを送信したり受信したりする。例えば、存在状況システム２０２は、ＲＡＤＩＵＳメッセージ３１２及びＤＨＣＰメッセージ３１４のような加入者接続メッセージを受け取ることができる。存在状況システム２０２は、ＲＡＤＩＵＳ又はＤＨＣＰサーバー又はプロキシーに対し、ＲＡＤＩＵＳ出力メッセージ３１６及びＤＨＣＰ出力メッセージ３１８で応答することができる。
【００３５】
しかしながら、ある実施形態では、存在状況システム２０２は、それ自身がＲＡＤＩＵＳサーバー又はＤＨＣＰサーバーを実施してもよい。このために、存在状況システム２０２は、ＤＨＣＰサーバー３２０、ＲＡＤＩＵＳサーバー３２２、又はその両方を含んでもよい。従って、存在状況システム２０２は、外部システムからＤＨＣＰ又はＲＡＤＩＵＳメッセージ３１２及び３１４を受け取るのではなく、ネットワークリソースへの接続を試みる加入者から直接メッセージを受け取ることができる。
【００３６】
ネットワークデータ収集部３０２は、到来するＲＡＤＩＵＳ及び／又はＤＨＣＰメッセージ３１２及び３１４に対するネットワークトラフィックを監視する通信インターフェイス及びパケットリスナー(listener)を備えてもよい。ＲＡＤＩＵＳメッセージ及びＤＨＣＰメッセージのために個別のインターフェイス又は複数のインターフェイスを設けてもよい。ネットワークデータ収集部３０２は、インターネットプロトコル（ＩＰ）アドレス及びポート番号のような特定のネットワークアドレスが割り当てられてもよいし、又は他の仕方でアドレスされてもよい。ＲＡＤＩＵＳ及びＤＨＣＰメッセージ３１２及び３１４は、加入者ネットワークアクセスに関連付けされ、そして例えば、加入者をネットワークリソースに接続する必要があるときに、送信されてもよい。別の例として、これらメッセージは、アカウンティングスタート及びストップメッセージを含む加入者サービス利用アカウンティングに関連付けられてもよい。
【００３７】
一例として、ニュージャージー州マレーヒルのルーセント・テクノロジーズから入手できるＬｕｃｅｎｔ Ｔｅｃｈｎｏｌｏｇｉｅｓ（登録商標）ＮａｖｉｓＲａｄｉｕｓ（登録商標）サーバーは、ＲＡＤＩＵＳサーバー３２２を含むネットワークデータ収集部３０２を実施することができる。それとは別に又はそれに加えて、カリフォルニア州サンノセのシスコ・システムズ・インクから入手できるＣｉｓｃｏ Ｓｙｓｔｅｍｓ（登録商標）ＤＨＣＰサーバーは、ＤＨＣＰサーバー３２０を含むネットワークデータ収集部３０２を実施することができる。
【００３８】
ネットワークデータ収集部３０２は、受信したメッセージをメッセージ発行部３０４へ通す。多数のネットワークデータ収集部３０２及び／又はメッセージ発行部３０４を設けて、負荷バランサーが、ラウンドロビン技術又は他の負荷バランス技術を使用してメッセージ発行部３０４間にメッセージを分散してもよい。メッセージ発行部３０４は、ＲＡＤＩＵＳ及びＤＨＣＰメッセージを、発行接続メッセージのための共通のメッセージフォーマットへと変換することができる。共通のフォーマットは、受信したメッセージが、第１メッセージ形式（例えば、ＲＡＤＩＵＳメッセージ）であるか、第２の異なるメッセージ形式（例えば、ＤＨＣＰメッセージ）であるかに関わりなく、使用することができる。
【００３９】
メッセージ発行部３０４のアダプタロジックは、受信したメッセージを共通のメッセージフォーマットへと変換する。このアダプタロジックは、メッセージ及び／又はメッセージコンテンツを、１つのフォーマット（例えば、ＲＡＤＩＵＳメッセージが遵守するフォーマット）から、別のフォーマット（例えば、発行接続メッセージが遵守する共通のフォーマット）へと変換する。一実施形態では、メッセージ発行部３０４は、各々の受信したメッセージを、ｅＸｔｅｎｓｉｂｌｅマークアップ言語（ＸＭＬ）の発行接続メッセージへとパーズする。メッセージフォーマットの例は、以下に示す。
【００４０】
メッセージキューマネージャー３０６は、１つ以上のメッセージキュー（待ち行列）を確立しそして制御することができる。図３は、２つのメッセージキュー３２４及び３２６を示す。各メッセージキューは、メッセージ発行部３０４から受け取った特定形式の発行接続メッセージ３２５を記憶することができる。例えば、メッセージキュー３２４は、ＲＡＤＩＵＳメッセージをキューイングし、一方、メッセージキュー３２６は、ＤＨＣＰメッセージをキューイングすることができる。しかしながら、これらメッセージは、加入者識別子、接続メッセージ要求形式、又は他の基準に基づいてキューに挿入されてもよい。
【００４１】
メッセージ発行部３０４及び／又はメッセージキューマネージャー３０６は、発行／契約メッセージインターフェイスを実施することができる。例えば、マサチューセッツ州ベッドフォードのソニック・ソフトウェアから入手できるＳｏｎｉｃ ＭＱ（登録商標）メッセージシステムは、メッセージキューマネージャー３０６を実施することができる。しかしながら、ポイント対ポイントメッセージ送信を含む他のメッセージ技術を使用してもよい。
【００４２】
存在状況マネージャー３０８は、メッセージ発行部／加入者３２８及びルールマネージャー３３０を備えることができる。ルールマネージャー３３０は、メッセージの行先、又はルーティングルール３３２に基づいて行うべき他の処理アクションを決定する。メッセージの行先は、異なるメッセージキュー、例えば、存在状況マネージメントキュー３３４及び技術的キーマネージメントキュー３３６を含んでもよい。キューイングされたメッセージを検索しそして処理するために処理ロジックを設けてもよい。図３は、存在状況マネージメントキュー３３４におけるメッセージを処理する存在状況キューロジック３３８と、技術的キーマネージメントキュー３３６におけるメッセージを処理する技術的キーキューロジック３４０とを示している。キューロジック３３８及び３４０の一部分でよいサービスロジック３１０は、一体化ディレクトリシステム２０４へのインターフェイスを与える。図３に個別に示されているが、キューロジック３３８、３４０及びサービスロジック３１０は、必ずしも個別のプログラム又は回路ではない。例えば、両キュー３３４及び３３６を処理するためのキューロジック３３８及び３４０、及び／又は一体化ディレクトリシステム２０４と通信するためのサービスロジック３１０は、単一プログラム又は１組の回路で実施されてもよい。
【００４３】
メッセージ発行部／加入者３２８（メッセージ発行部／加入者用３２８）は、メッセージキューマネージャー３０６から発行接続メッセージを受け取る。ルールマネージャー３３０は、受け取ったメッセージを処理し、そしてそれらの行先をルーティングルール３３２に基づいて決定する。以下に詳細に述べるように、ルーティングルール３３２は、キュー３３４及び３３６のいずれがその受け取った発行加入者接続メッセージをキューイングすべきか指定することができる。次いで、存在状況キューロジック３３８及び技術的キーキューロジック３４０は、キューイングされたメッセージを検索し、そして以下に述べるように、サービスロジック３１０を通して一体化ディレクトリシステム２０４と対話することができる。存在状況マネージャー３０８及び／又はサービスロジック３１０は、Ｓｏｎｉｃ ＥＳＢ（登録商標）サービスバス及びメッセージ処理システムで実施されてもよい。より一般的には、図３に示すいずれの要素も、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合せで実施されてもよい。
【００４４】
図４は、ＤＨＣＰ接続メッセージ３１２の一例を示す。接続メッセージ３１２は、コードフィールド４０２、長さフィールド４０４、及びクライアントハードウェアアドレスフィールド４０６を備えている。更に、接続メッセージ３１２は、サーバーＩＤフィールド４０８、ｙｉａｄｄｒフィールド４１０、ｘｉｄフィールド４１２、及びオプションフィールド４１４を備えている。各フィールドに対する説明を、以下のテーブル１に示す。
【００４５】
オプションフィールド４１４は、独特な識別子のような付加的な加入者接続情報を含んでもよい。独特な識別子は、インターネットサービスプロバイダーのような他のシステムが識別子に基づいて特定のアクションをとるのを許す。例えば、システムは、識別子を使用して加入者を識別し、その加入者に特定のアクションを割り当て（例えば、ホストＩＰアドレス、サブネットマスク、及びドメイン名サーバー（ＤＮＳ）を割り当て）、アカウンティングをトリガーし、又は他のアクションをとることができる。オプションフィールド４１４は、ＤＨＣＰオプション８２フォーマットに従ってもよい。
【００４６】
図４は、オプションフィールド４１４が、オプションフィールド４１４の情報部分として長さフィールド４１６、４２０及び４２６を含んでもよいことを示す。情報部分は、第１サブオプションフィールド４１８、第１情報フィールド４２２、第２サブオプションフィールド４２４、及び第２情報フィールド４２８を含んでもよい。以下のテーブル２は、各フィールドを説明する。
【００４７】
第２サブオプションフィールド４２８は、加入者接続に関する更に別の情報を与えることができる。第２のサブオプションフィールド４２８は、ポート形式４３０、バージョン識別子４３２、予約バイト４３４、及び技術的キー４３６を含んでもよい。第２のサブオプションフィールド４２８は、ＡＴＭルートブリッジカプセル化（ＲＢＥ）を使用してデジタル加入者ライン（ＤＳＬ）アクセスを構成するサービスプロバイダーをサポートすることができる。従って、第２のサブオプションフィールド４２８は、サービスプロバイダーがＤＨＣＰを使用して、ＩＰアドレスを割り当てると共に、セキュリティ及びＩＰ割り当てポリシーを実施するのを許してもよい。以下のテーブル３は、各フィールドを説明する。
【００４８】
図４は、技術的キー４３６を詳細に示す。技術的キーは、ポートＩＰアドレス４３８、デジタル加入者ラインアクセスマルチプレクサ（ＤＳＬＡＭ）媒体アクセス制御（ＭＡＣ）アドレス４４０、及びスロット識別子４４２を含む。又、技術的キーは、ポート識別子４４４、バーチャル経路識別子（ＶＰＩ）４４６、及びバーチャル回路識別子（ＶＣＩ）４４８を含んでもよい。以下のテーブル４は、各フィールドを説明する。
【００４９】
図５は、存在状況システム２０２が、ＤＨＣＰ加入者接続メッセージを受け取って処理するのに応答して送信できるＤＨＣＰ加入者接続出力メッセージ３１８を示す。この出力メッセージ３１８は、コードフィールド５０２、長さフィールド５０４、及び説明フィールド５０６を含むことができる。以下のテーブル５は、各フィールドを説明する。
【００５０】
図６は、存在状況システム２０２が受信できるＲＡＤＩＵＳ加入者接続メッセージ３１２を示す。ＲＡＤＩＵＳ加入者接続メッセージ３１２は、形式フィールド６０２、識別子フィールド６０４、及び長さフィールド６０６を含むことができる。メッセージ３１２は、更に、認証子フィールド６０８、フレーム型ＩＰアドレスフィールド６１０、及びユーザ名フィールド６１２を含むことができる。付加的なフィールドは、ＮＡＳ ＩＰアドレスフィールド６１４、ＮＡＳ ＩＤフィールド６１６、アカウントセッションＩＤフィールド６１８、及びアカウント状態形式フィールド６２０を含む。以下のテーブル６は、各フィールドを説明する。
【００５１】
図７は、存在状況システム２０２が送信できるＲＡＤＩＵＳ応答メッセージ３１６を示す。ＲＡＤＩＵＳ応答メッセージ３１６は、形式フィールド７０２、識別子フィールド７０４、及び長さフィールド７０６を含むことができる。又、応答メッセージ３１６は、認証子フィールド７０８及び属性フィールド７１０も含むことができる。以下のテーブル７は、各フィールドを説明する。
【００５２】
ＲＡＤＩＵＳアクセス要求メッセージの一例が以下のテーブル８に示されている。アクセス要求メッセージは、ネットワークに接続する加入者の試みに応答してＲＡＤＩＵＳサーバーから送信することができる。
【００５３】
ＲＡＤＩＵＳアカウンティング要求メッセージの一例が以下のテーブル９に示されている。このアカウンティング要求メッセージは、ネットワークリソースの加入者使用のアカウンティングを開始又は停止するために送信できる。
【００５４】
テーブル１０は、それに対応するＲＡＤＩＵＳアクセス受け容れ出力メッセージの一例を示す。
【００５５】
テーブル１１は、それに対応するＲＡＤＩＵＳアカウンティング応答出力メッセージの一例を示す。
【００５６】
図８は、存在状況システム２０２のメッセージ発行部３０４が加入者接続メッセージから発生できる発行接続メッセージ３２５を示す。この発行接続メッセージ３２５は、ＸＭＬメッセージでもよいし、他の形式のメッセージでもよい。発行接続メッセージ３２５は、共通メッセージフォーマットに従うもので、これは、メッセージ形式フィールド８０２、ユーザ名フィールド８０４、及びサーバーＩＰフィールド８０６を含む。又、発行接続メッセージ３２５は、クライアントＩＰフィールド８０８、アクセスサーバーＩＰフィールド８１０、及びアクセスサーバー識別子フィールド８１２も含む。又、共通メッセージフォーマットは、スロットフィールド８１４、ポートフィールド８１６、インターフェイスフィールド８１８、ＶＰＩフィールド８２０も含み、そしてＶＣＩフィールド８２２も存在する。テーブル１２は、各フィールドを説明する。
【００５７】
図９は、存在状況システム２０２のメッセージ発行部３０４が発行接続メッセージ３２５の受信に応答して送信できるメッセージ発行部出力メッセージ９００を示す。この出力メッセージ９００は、コードフィールド９０２及び記述フィールド９０４を含むことができる。テーブル１３は、各フィールドを説明する。
【００５８】
テーブル１４ａは、ＸＭＬ発行接続メッセージの一例を示す。テーブル１４ａの例は、加入者からのアクセス要求に対してテーブル１２に示す共通フォーマットと一貫したものである。発行接続メッセージは、＜ｔｋ＞タグを使用して技術的キーを識別する。
【００５９】
テーブル１４ｂは、アクセス要求に対するＸＭＬメッセージ発行部出力メッセージ９００の一例を示す。この例では、出力メッセージは、加入者のユーザ名が確認されないためにネットワークアクセスに対して加入者を認証する試みのエラーを搬送する。
【００６０】
存在状況システム２０２により遂行される処理の一例として、存在状況システム２０２は、加入者がネットワークサービスへのアクセスを要求していることを指定するＲＡＤＩＵＳ加入者接続メッセージ３１２を受け取ることができる。メッセージ形式は、形式１：アクセス要求である。存在状況システム２０２は、加入者を認証し、そしてＲＡＤＩＵＳ、ＤＨＣＰ及び他のシステムが加入者認証を与えるための単一のコンタクトポイントとして働くことができる。このため、ネットワークデータ収集部３０２は、先ず、アクセス要求メッセージを受け取り、そしてそれをメッセージ発行部３０４へ通す。
【００６１】
メッセージ発行部３０４は、発行接続メッセージのための共通フォーマットに従う新たなメッセージを生成するようにメッセージを変換する。メッセージ発行部３０４は、前記テーブル１２及び１４に示すフィールドを伴うＸＭＬ共通フォーマット接続メッセージを発生する。共通フォーマット接続メッセージのデータは、アクセス要求加入者接続メッセージのフィールドから抽出又は導出されてもよい。
【００６２】
共通フォーマットの接続メッセージが形成されると、メッセージ発行部３０４は、そのメッセージを発行する。その結果、メッセージキューマネージャー３０６は、その発行メッセージを受け取り、そしてその発行メッセージを適当なキュー３２４、３２６へ挿入する。例えば、メッセージキューマネージャー３０６は、アクセス要求メッセージを取り扱うために割り当てられたキューにその発行接続メッセージを挿入することができる。
【００６３】
メッセージキューマネージャー３０６は、その発行接続メッセージを検索し、そしてそれを、存在状況マネージャー３０８のようなメッセージ加入者へ送信する。存在状況マネージャー３０８のメッセージ発行部／加入者３２８は、発行接続メッセージを受け取る。ルールマネージャー３３０は、発行接続メッセージのデータにルーティングルール３３２を適用して、発行接続メッセージの行先を決定する。
【００６４】
一例として、ルーティングルール３３２は、テーブル１５に示すように実施できる。
【００６５】
従って、技術的キーマネージメントキュー３３６は、加入者アクセス要求及びＤＨＣＰＤＩＳＣＯＶＥＲ要求（即ち、加入者がＤＨＣＰサーバーを探索するために送信する要求）に対するメッセージを取り扱う。この例では、技術的キーマネージメントキュー３３６が発行接続メッセージを受け取る。技術的キーマネージメントキュー３３６は、加入者認証が望まれるところのメッセージを保持する。認証は、以下に詳細に述べるように、発行接続メッセージの技術的キーに基づいて行われてもよい。
【００６６】
ＴＫキューロジック３４０は、技術的キーマネージメントキュー３３６に周期的にサービスする。従って、ＴＫキューロジック３４０は、キューイングされたメッセージを検索する。ＴＫキューロジック３４０は、ＴＫキューロジック３４０においてハードウェア又はソフトウェアで実施される１組のルールに基づいてそのキューイングされたメッセージを処理する。テーブル１６は、ＴＫキューロジックの処理ルールの一例を示す。テーブル１６において、“ｔｋ”は、＜ｔｋ＞と＜／ｔｋ＞タグとの間で発行加入者接続メッセージに与えられた技術的キーフィールドを指す。
【００６７】
一般に、ＴＫキューロジック処理ルールは、技術的キー情報を、一体化ディレクトリに記憶された技術的キーに対して一致させる。加入者が認証されると、それに関連した加入者情報（例えば、ユーザ名）が一体化ディレクトリシステムに挿入される。その後、ＩＰアドレスのような付加的な加入者情報を、その後の接続段階中に（例えば、ＲＡＤＩＵＳアカウンティング又はＤＨＣＰ要求／確認段階中に）一体化ディレクトリシステムにおいて更新することができる。従って、ＴＫキューロジック３４０は、テーブル１６に示すルールを処理する際に、一体化ディレクトリシステム２０４へ１つ以上の問合せを発生することができる。問合せは、ユーザテーブル（テーブル１９）から発行接続メッセージで指定されたユーザ名に一致する各顧客ＩＤを得ることができる。一体化ディレクトリシステム２０４への同じ問合せ又は第２の問合せは、一致する顧客に対するネットワークサービスインスタンステーブル（テーブル２７）から全てのフィールド（技術的キーを形成するＡＣＣＥＳＳＳＥＲＶＥＲＩＤ、ＡＣＣＥＳＳＳＥＲＶＥＲＩＰ、ＳＬＯＴ、ＰＯＲＴ、ＩＮＴＥＲＦＡＣＥ、ＶＣＩ及びＶＰＩフィールドを含む）を選択する。ネットワークサービスインスタンステーブルは、各顧客に対するアクティブなネットワークサービスを定義する。従って、加入者／顧客は、加入者が一致するレコードをユーザテーブルに有し、ネットワークサービスインスタンステーブルがユーザのためのネットワークサービスを確立し、且つ発行接続メッセージに与えられた技術的キーが、一体化ディレクトリシステム２０４がネットワークサービスインスタンステーブルにおいて加入者に対して記録した技術的接続情報に一致する場合に、ネットワークサービスの認証されたユーザとなる。
【００６８】
加入者が認証された場合には、存在状況システム２０２は、加入者接続を追跡する。このために、存在状況システム２０２は、一体化ディレクトリシステム２０４に挿入メッセージを送信して、ネットワーク存在状況テーブル（テーブル３１）のＵＳＲＩＤフィールドへ「ユーザ名」を挿入させると共に、ネットワークサービスインスタンステーブルから検索されたＣＵＳＴＮＥＴＳＶＣＩＤをネットワーク存在状況テーブルに挿入させる。ＣＵＳＴＮＥＴＳＶＣＩＤフィールドは、顧客とネットワークサービスとの間の関連性について独特の識別子を与える。
【００６９】
従って、存在状況システム２０２は、ネットワークリソースに対する加入者のアクセス及び存在状況に関する現在存在状況情報を維持する上で助けとなる。更に、加入者が認証されると、存在状況マネージャー３０８は、メッセージキューマネージャー３０６、メッセージ発行部３０４、ネットワークデータ収集部３０２を経て、加入者接続メッセージの発信元であるＲＡＤＩＵＳサーバーへ、成功又はＯＫメッセージを返送する。従って、ＲＡＤＩＵＳサーバーは、アクセスが許可された加入者を確認することができる。
【００７０】
存在状況システム２０２により遂行される処理の別の例として、存在状況システム２０２は、加入者に対してアカウンティングを開始すべきであることを指定するＲＡＤＩＵＳアカウンティング要求スタートメッセージ３１２を受け取ることができる。アカウンティング要求メッセージは、メッセージ形式「２」及びアカウント状態形式「スタート」を指定する。ネットワークデータ収集部３０２は、ＲＡＤＩＵＳ接続メッセージ３１２をメッセージ発行部３０４へ通す。
【００７１】
メッセージ発行部３０４は、発行接続メッセージのための共通フォーマットに従う新たなＸＭＬメッセージを生成するようにメッセージを変換する。メッセージ発行部３０４がメッセージを発生して発行すると、メッセージキューマネージャー３０６は、その発行された接続メッセージを受け取り、そしてそのメッセージを適当なキュー３２４、３２６へ挿入する。例えば、メッセージキューマネージャー３０６は、存在状況更新、ＲＡＤＩＵＳメッセージ、アカウンティング開始メッセージを取り扱うために割り当てられたキュー、又は別のキューへその発行接続メッセージを挿入することができる。
【００７２】
メッセージキューマネージャー３０６は、発行接続メッセージを検索し、そしてそれを存在状況マネージャー３０８へ送信する。存在状況マネージャー３０８におけるメッセージ発行部／加入者３２８は、発行接続メッセージを受け取る。ルールマネージャー３３０は、発行接続メッセージのデータにルーティングルール３３２を適用して、発行接続メッセージの行先を決定する。テーブル１５に示すように、ルーティングルールは、発行接続メッセージ（メッセージ形式５を有する）を存在状況マネージメントキュー３３４へ挿入させる。
【００７３】
存在状況マネージメントキュー３３４は、ネットワークにおける加入者のアクティビティを指示するメッセージを取り扱い、これに基づいて、存在状況システム２０２は、一体化ディレクトリ２０４へ存在状況更新を与えることができる。この存在状況更新は、一体化ディレクトリシステム２０４に、ネットワークリソースへの進行中加入者接続について通知する状態に保ち、加入者接続情報のリアルタイム追跡を与える。
【００７４】
存在状況キューロジック３３８は、存在状況マネージメントキュー３３４に周期的にサービスする。存在状況キューロジック３３８は、キューイングされたメッセージを検索し、そしてそのキューイングされたメッセージを、存在状況キューロジック３３８においてハードウェア又はソフトウェアで実施される１組のルールに基づいて処理する。テーブル１７は、存在状況キューロジックの処理ルールの一例を示す。
【００７５】
テーブル１７に示すルールは、一体化ディレクトリシステム２０４への１つ以上の問合せにおいて実施することができる。第１の問合せは、ユーザテーブル（テーブル１９）からの発行接続メッセージで指定されたユーザ名に一致する各顧客ＩＤを得る。一体化ディレクトリシステム２０４への同じ問合せ又は第２の問合せは、一致する顧客に対してネットワークサービスインスタンステーブル（テーブル２７）から全てのテーブルを選択する。従って、存在状況システム２０２は、一致するレコードをユーザテーブル及びネットワークサービスインスタンステーブルに有する加入者／顧客に対して加入者存在状況を管理する。
【００７６】
より詳細には、テーブル１７に示すルールは、「ユーザ名」及びＣＵＳＴＮＥＴＳＶＣＩＤがネットワークサービス存在状況テーブルにまだ存在しないかどうかチェックする。それらが存在しない場合には、存在状況システム２０２が加入者挿入メッセージを一体化ディレクトリシステム２０４へ送信することができる。加入者挿入メッセージは、一体化ディレクトリシステム２０４が、「ユーザ名」をＣＵＳＴＩＤフィールドへ挿入し、ＣＵＳＴＮＥＴＳＶＣＩＤを挿入し、そして「ｃｌｉｅｎｔＩＰ」をネットワークサービス存在状況テーブルのＩＰフィールドへ挿入するようにさせる。しかしながら、加入者がネットワーク存在状況テーブルに既に存在する場合には、存在状況システム２０２が加入者更新メッセージを一体化ディレクトリシステム２０４へ送信して、ネットワークサービス存在状況テーブルの「ｃｌｉｅｎｔＩＰ」フィールドに更新を生じさせることができる。従って、存在状況システム２０２は、加入者に対する現在接続情報を追跡する。
【００７７】
図１０は、加入者プロフィールアクセスマネージメントシステム１２２の一部分でよい一体化ディレクトリシステム２０４を示す。この一体化ディレクトリシステム２０４は、加入者挿入メッセージ１００２及び加入者更新メッセージ１００４を存在状況システム２０２から受け取る。加入者挿入メッセージ１００２は、テーブル１６及び１７について上述したように、加入者プロフィールデータ記憶に加入者プロフィール情報を挿入するように一体化ディレクトリに要求することができる。同様に、加入者更新メッセージ１００４は、一体化ディレクトリにおいて加入者プロフィール情報（例えば、クライアントＩＰアドレス）を更新するように一体化ディレクトリに要求することができる。
【００７８】
外部インターフェイス２１２は、一体化ディレクトリシステム２０４を他のデータ処理システム又はアプリケーション１００６へ接続する。外部アプリケーション１００６は、一体化ディレクトリシステム２０４へ加入者プロフィール問合せを送信することができる。一体化ディレクトリシステム２０４は、多数の外部アプリケーション１００６に対して加入者プロフィール情報への単一アクセスポイントを与えることができる。従って、加入者プロフィールデータは、一体化ディレクトリシステム２０４に集中させることができ、多数の製品及びサービスサポートシステム間での加入者プロフィール情報の分散を排除できる。
【００７９】
一体化ディレクトリシステム２０４は、データアクセスレイヤ１０１０を備えている。高性能環境では、一体化ディレクトリシステム２０４は、データアクセスレイヤ１０１０へメッセージを分散する負荷バランサー１０１２を含むことができる。この負荷バランサー１０１２は、メッセージをラウンドロビン式に又は他の仕方で分散することができる。
【００８０】
データアクセスレイヤ１０１０は、１つ以上のリアルタイムノード（図１０は、１０１４、１０１６及び１０１８で示された３つのリアルタイムノードを例示する）、及び１つ以上の永続的ノード（図１０は、１０２０及び１０２２で示された２つのリアルタイムノードを例示する）を備えている。各リアルタイムノードは、リアルタイムデータベースサービスロジック１０２４及び高性能データベース１０２６を含むことができる。各永続的ノード１０２０は、永続的データベース１０３０を含むことができる。データベースサービスロジック１０２４は、高性能データベース１０２６においてデータベース問合せを実行するデータベースマネージメントシステムを含むことができる。又、サービスロジック１０２４は、存在状況システム２０２及び外部システム並びにアプリケーション１００６へメッセージを送信したりそこからメッセージを受信したりするための通信インターフェイス（例えば、Ｓｏｎｉｃ ＥＳＢ（登録商標）ＨＴＴＰインターフェイス）を実施することもできる。従って、サービスロジック１０２４は、負荷バランサーを通して受信したＨＴＴＰメッセージを受け取って処理する。次いで、ＨＴＴＰメッセージは、個々のリアルタイムノード１０１４−１０１８で処理され、各ノード１０１４−１０１８は、メッセージサービス負荷の一部分を取り扱う。
【００８１】
各永続的ノード１０２０−１０２２は、データベース挿入及び更新オペレーションを実行するデータベースマネージメントシステムを含むことができる。永続的ノード１０２０−１０２２は、テレコミュニケーションアーキテクチャーにおけるビジネスサポートシステム（ＢＳＳ）又はオペレーションサポートシステム（ＯＳＳ）１０３２のような外部システムからデータベース挿入及び更新メッセージを受け取ることができる。このために、一体化ディレクトリシステム２０４は、ＢＳＳ／ＯＳＳメッセージインターフェイス１０３４を備えることができ、これは、ＨＴＴＰ、サービスプロビジョニングマークアップ言語（ＳＰＭＬ）、又は他のインターフェイスを実施すると共に、ＢＳＳ／ＯＳＳシステム１０３２を含むオペレーティングシステム間でのユーザ、リソース及びサービスプロビジョニング情報の交換をサポートすることができる。
【００８２】
データベース１０２６及び１０３０は、加入者プロフィールデータ記憶のコピーを記憶する。永続的データベース１０３０は、カリフォルニア州レッドウッドショアのオラクル・コーポレーションから入手できるＯｒａｃｌｅ ９ｉ（登録商標）システムのようなデータベースマネージメントシステムと共にディスク上で実施することができる。高性能データベース１０２６は、永続的データベース１０３０をサポートするメモリシステムより高速のメモリシステムで実施することができる。例えば、高性能データベース１０２６は、永続的加入者プロフィールデータ記憶のキャッシュコピーとしてランダムアクセスメモリ（ＲＡＭ）で実施されてもよい。これもオラクル・コーポレーションから入手できるＴｉｍｅｓＴｅｎ（登録商標）データベースシステムは、リアルタイムノード１０１４−１０１８を実施することができる。
【００８３】
他の実施形態では、リアルタイムノード１０１４−１０１６は、加入者プロフィールデータ記憶の一部分をキャッシュ記憶する。例えば、リアルタイムノード１０１４−１０１６は、ネットワークサービス存在状況テーブル（テーブル３１）及び／又はアプリケーションサービス存在状況テーブル（テーブル３２）しかキャッシュ記憶できない。これらのテーブルは、揮発性又は比較的頻繁に変化するデータ（例えば、加入者ＣＰＥ ＩＰアドレス）を記憶する。永続的ノード１０２２−１０２４をこのようなデータと一貫した状態に保持する必要性は少ない。更に、リアルタイムノード１０１４−１０１８の高速実施は、一体化ディレクトリシステム２０４が、現在加入者プロフィール情報の問合せに非常に迅速に応答するのを許す。
【００８４】
リアルタイムノード１０１４−１０１６は、加入者プロフィール問合せに対して非常に高速な応答時間を与え、一方、永続的ノード１０２２及び１０２４は、加入者プロフィール挿入及び更新メッセージ１００２及び１００４（例えば、ＪＤＢＣトランザクション）を取り扱うことができる。負荷バランサー１０１２は、到来するメッセージをノード１０１４−１０２２へ分散し、各ノードは、負荷の一部分を取り扱い、欠陥許容アーキテクチャーを与え、且つ毎秒数百又は数千の到来するメッセージを取り扱うことができる。例えば、各リアルタイムノードは、毎秒５００以上の問合せを取り扱うことができ、一方、永続的ノードは、毎秒２００のＪＤＢＣトランザクションを取り扱うことができる。ノード１０１４−１０２２は、カリフォルニア州サンタクララのサン・マイクロシステムズから入手できるＳＵＮ４８０、又は他の売主から入手できる同様のサーバーにおいて実施することができる。データアクセスレイヤ１０１０の応答能力は、ノード１０１４−１０２２にプロセッサを追加し且つ付加的なノード１０１４−１０２２を追加することにより拡張することができる。
【００８５】
図１１は、ノード１０１４−１０２２が記憶して維持する加入者プロフィールデータ記憶を実施できるデータモデル１１００を示す。このデータモデル１１００は、顧客プロフィールレイヤ１１０２、ユーザプロフィールレイヤ１１０４、及び製品プロフィールレイヤ１１０６に分割される。更に、データモデル１１００は、サービスプロフィールレイヤ１１０８及び存在状況レイヤ１１１０も定義する。データモデル１１００をレイヤに分割することで、契約プロフィールレイヤを、存在状況レイヤ１１１０におけるダイナミックに変化する情報と、サービスプロフィールレイヤ１１０８におけるよりスタティックな情報とに効率的にセグメント化する。又、データモデル１１００で定義されるテーブル構造は、ネットワークサービスをアプリケーションサービスから分離するための技術的な解決策も与える。従って、各々の存在状況情報を加入者に対して独立して確立して維持することができる。
【００８６】
顧客プロフィールレイヤ１１０２は、顧客テーブル１１１２を定義する。顧客テーブル１１１２は、テレコミュニケーションサービス製品に契約する物理的個人又は法的エンティティを特徴付けるデータフィールドを確立することができる。ユーザプロフィールレイヤ１１０４は、ユーザテーブル１１１４を定義する。ユーザテーブル１１１４は、１つ以上の製品及び／又はサービス（例えば、インスタントメッセージングアプリケーション）や、それら製品で利用できるサービス（例えば、インスタントメッセージングサービス）に契約する物理的個人を特徴付けるデータフィールドを確立することができる。
【００８７】
製品プロフィールレイヤ１１０６は、製品インスタンステーブル１１１６及び製品カタログテーブル１１１８を定義する。製品インスタンステーブル１１１６は、テレコミュニケーションサービスプロバイダーのオファー、例えば、特定のサービス又は製品をインスタンス生成するデータフィールドを確立する。製品カタログテーブル１１１８は、テレコミュニケーションサービスプロバイダーから入手できる製品及び特殊なオファーの全カタログをインスタンス生成するデータフィールドを確立する。
【００８８】
サービスプロフィールレイヤ１１０８は、ネットワークサービスカタログテーブル１１２０、ネットワークサービスインスタンステーブル１１２２、ネットワークサービスパラメータテーブル１１２４、及びネットワークサービスデータテーブル１１２６を定義する。ネットワークサービスカタログテーブル１１２０は、テレコミュニケーションサービスプロバイダーによりオファーされるネットワークサービスのカタログをインスタンス生成する。ネットワークサービスインスタンステーブル１１２２は、加入者がアクセスできる製品においてオファーされる特定のネットワークサービスをインスタンス生成する。ネットワークサービスパラメータテーブル１１２４は、ネットワークサービスのカタログにおけるネットワークサービスに適用できるパラメータをインスタンス生成する。ネットワークサービスデータテーブル１１２６は、特定のネットワークサービスインスタンスを特徴付けるデータをインスタンス生成する。
【００８９】
又、サービスプロフィールレイヤ１１０８は、アプリケーションサービスカタログテーブル１１２８、アプリケーションサービスインスタンステーブル１１３０、アプリケーションサービスパラメータテーブル１１３２、及びアプリケーションサービスデータテーブル１１３４も定義する。アプリケーションサービスカタログテーブル１１２８は、テレコミュニケーションサービスプロバイダーによりオファーされたアプリケーションサービスのカタログをインスタンス生成する。アプリケーションサービスインスタンステーブル１１３０は、加入者がアクセスできる製品においてオファーされる特定のアプリケーションサービスを表わす。アプリケーションサービスパラメータテーブル１１３２は、ネットワークサービスのカタログにおけるアプリケーションサービスに適用できるパラメータをインスタンス生成する。アプリケーションサービスデータテーブル１１３４は、特定のアプリケーションサービスインスタンスを特徴付けるデータをインスタンス生成する。
【００９０】
存在状況レイヤ１１１０は、ネットワークサービス存在状況テーブル１１３６及びアプリケーションサービス存在状況テーブル１１３８を定義する。ネットワークサービス存在状況テーブル１１３６は、ネットワークサービスに対する最新の加入者接続情報を追跡するネットワークリソースアクセス接続（例えば、ＤＳＬネットワークサービスに対して確立された接続）を特徴付けるデータフィールドを確立する。アプリケーションサービス存在状況テーブル１１３８は、加入者がいずれかの契約したアプリケーションサービスにログインするか又はログアウトするか（例えば、加入者がインスタントメッセージアプリケーションサービスにログインするかどうか）を含むアプリケーションサービスへの加入者アクセスを特徴付けるデータフィールドを確立する。
【００９１】
以下のテーブル１８は、顧客テーブル１１１２の実施例を示す。
【００９２】
以下のテーブル１９は、ユーザテーブル１１１４の実施例を示す。
【００９３】
テーブル２０、２１及び２２は、製品プロフィールレイヤ１１０６の実施例を示す。
【００９４】
【００９５】
【００９６】
以下のテーブル２３、２４、２５、２６、２７、２８、２９及び３０は、サービスプロフィールレイヤ１１０８の実施例を示す。サービスプロフィールレイヤは、データモデル１１００がネットワークサービスとアプリケーションサービスとの間を区別できるようにする。ネットワークサービスは、加入者がネットワークに接続するのを許すテレコミュニケーションオペレータによりオファーされるサービス（例えば、ＤＳＬサービス又はダイヤルアップサービス）でよい。アプリケーションサービスは、加入者がネットワークを経て使用できるアプリケーション（例えば、プログラム）を表わしてもよい（例えば、インスタントメッセージ、ＩＰＴＶ、及びＶｏＩＰアプリケーション）。
【００９７】
【００９８】
【００９９】
【０１００】
【０１０１】
【０１０２】
【０１０３】
【０１０４】
以下のテーブル３１及び３２は、存在状況レイヤ１１１０の実施例を示す。
【０１０５】
【０１０６】
ネットワークサービスインスタンステーブル１１２２は、ユーザにより契約されたネットワークサービスをインスタンス生成する。ネットワークサービス存在状況テーブル１１３６に対して１対多の関係が存在し得る。従って、データモデル１１００は、同じネットワークリソースに対して複数の組の存在状況情報を追跡する能力を与える（例えば、同じＤＳＬモデムにおける複数のＰＰＰセッション）。同様に、アプリケーションサービスインスタンステーブル１１３０は、ユーザにより契約されるアプリケーションサービスをインスタンス生成する。アプリケーションサービス存在状況テーブル１１３８に対して１対多の関係が存在し得る。従って、データモデル１１００は、同じユーザ及びアプリケーションリソースに対して複数の組の存在状況情報を追跡する能力を与える。
【０１０７】
図１２は、存在状況システム２０２が加入者接続メッセージを処理するために行い得るアクション１２００を示す。存在状況システム２０２は、例えば、ＲＡＤＩＵＳ又はＤＨＣＰメッセージを受け取る（アクション１２０２）。存在状況システム２０２の負荷バランサーは、メッセージ処理負荷のバランスをとって性能を高めるために複数のメッセージ発行部３０４間に到来メッセージを分散することができる（アクション１２０４）。
【０１０８】
メッセージ発行部３０４は、共通のフォーマットに基づいて接続メッセージを発生しそしてメッセージを発行する（アクション１２０６）。従って、メッセージキューマネージャー３０６は、その発行された接続メッセージ３２５を受け取ってキューイングする（アクション１２０８）。メッセージキューマネージャー３０６は、その発行接続メッセージを、存在状況マネージャー３０８のようなメッセージ加入者へ配送する（アクション１２１０）。
【０１０９】
存在状況マネージャー３０８におけるメッセージ発行部／加入者３２８は、その発行接続メッセージを受け取る。次いで、ルールマネージャー３３０は、ルーティングルール３３２を適用して、その受け取った接続メッセージを更なる処理のためにいかにキューイングするか決定する（アクション１２１２）。例えば、ルールマネージャー３３０は、接続メッセージを技術的キーマネージメントキュー３３６にキューイングすべきか又は存在状況マネージメントキュー３３４にキューイングすべきか決定することができる。
【０１１０】
技術的キーマネージメントキュー３３６及びＴＫキューロジック３４０は、加入者接続要求を認証する。このような要求は、例えば、ＲＡＤＩＵＳ認証又はＤＨＣＰ発見メッセージから生じ得る。加入者が認証された場合には、ＴＫキューロジック３４０は、加入者情報を一体化ディレクトリシステム２０４へ挿入する。存在状況マネージメントキュー３３４を経て処理されるその後のメッセージは、ＩＰアドレス情報更新のような加入者情報更新を一体化ディレクトリに生じさせることがある。
【０１１１】
上述したように、あるメッセージは、技術的キーマネージメントキュー３３６に挿入することができる（アクション１２１４）。技術的キーキューロジック３４０は、キュー３３６からメッセージを抽出する（アクション１２１６）。技術的キーキューロジック３４０は、テーブル１６に示すような技術的キーキューロジック処理ルールに基づいてメッセージを処理する。例えば、技術的キーキューロジック３４０は、発行接続メッセージに与えられた技術的キーに一致する加入者について一体化ディレクトリ２０４に問合せする（アクション１２１８）。一致する加入者の技術的キーが見つからない場合には、存在状況システム２０２は、加入者挿入メッセージを一体化ディレクトリシステム２０４へ送信する。
【０１１２】
加入者挿入メッセージは、加入者識別子（例えば、ユーザ名又は他の加入者識別子）、顧客とネットワークサービスとの間の関連性の独特の識別子を与えるネットワークサービスインスタンス識別子（例えば、ＣＵＳＴＮＥＴＳＶＣＩＤ）、又は他の加入者プロフィール情報を、一体化ディレクトリシステム２０４が維持する加入者プロフィールデータ記憶に挿入するように、一体化ディレクトリシステム２０４に要求することができる。一体化ディレクトリシステム２０４は、加入者プロフィール情報をネットワークサービス存在状況テーブル１１３６に挿入することができる。その結果、存在状況システム２０２は、一体化ディレクトリシステム２０４を加入者接続アクティビティに関して最新状態に保持する。従って、一体化ディレクトリシステム２０４は、加入者に関する現在情報で加入者プロフィール問合せに応答することができる。
【０１１３】
別の例として、あるメッセージは、存在状況マネージメントキュー３３４に挿入することができる（アクション１２２２）。存在状況キューロジック３３８は、存在状況マネージメントキュー３３６からメッセージを処理のために抽出する（アクション１２２４）。存在状況キューロジック３３８は、一致するＵＳＲＩＤ及びネットワークサービスインスタンス識別子がネットワークサービス存在状況テーブル１１３６に既に存在するかどうか決定するために一体化ディレクトリ２０４に問合せすることができる（アクション１２２６）。
【０１１４】
もしそうであれば、存在状況システム２０２は、加入者更新メッセージを一体化ディレクトリシステム２０４へ送信する。加入者更新メッセージは、発行加入者接続メッセージに与えられた現在加入者ＩＰアドレスでネットワークサービス存在状況テーブル１１３６を更新するように一体化ディレクトリシステム２０４に命令する。一致するＵＳＲＩＤ及びネットワークサービスインスタンス識別子がまだ存在しない場合には、存在状況システム２０２は、加入者存在状況挿入メッセージを一体化ディレクトリシステム２０４へ送信する。加入者存在状況挿入メッセージは、加入者識別子（例えば、ユーザ名又は他の加入者識別子）、ネットワークサービスインスタンス識別子、現在加入者ＩＰアドレス（発行接続メッセージに設けられた）、又は他の加入者プロフィール情報を、一体化ディレクトリシステム２０４が維持する加入者プロフィールデータ記憶へ挿入するように、一体化ディレクトリシステム２０４に命令することができる。従って、存在状況システム２０２は、一体化ディレクトリシステム２０４において変化する又は付加的な加入者接続情報を更新すると共に、ネットワークサービス存在状況テーブルに維持された存在状況情報においてアクティブな加入者が注目されるよう保証する。
【０１１５】
図１３は、一体化ディレクトリシステム２０４が加入者挿入又は加入者更新メッセージを処理するために行い得るアクション１３００を示す。一体化ディレクトリシステム２０４は、加入者挿入及び更新メッセージを受け取る（アクション１３０２）。負荷バランサー１０１２は、負荷のバランスをとって性能を改善するために、永続的ノード１０２０−１０２２間に加入者挿入及び更新メッセージを分散することができる（アクション１３０４）。
【０１１６】
加入者挿入メッセージの場合に、一体化ディレクトリシステム２０４は、要求された加入者情報をネットワークサービス存在状況テーブル１１３６へ挿入する。一体化ディレクトリシステム２０４は、要求された加入者情報を挿入メッセージから抽出する（アクション１３０５）。例えば、加入者挿入メッセージは、ユーザ名のような加入者識別子を挿入するように一体化ディレクトリシステム２０４に命令することができる（アクション１３０６）。別の例として、加入者挿入メッセージは、ネットワークサービスインスタンス識別子を挿入するように一体化ディレクトリシステム２０４に命令することができる（アクション１３０８）。更に別の例として、加入者挿入メッセージは、加入者ＩＰアドレスをネットワークサービス存在状況テーブル１１３６に挿入するように一体化ディレクトリシステム２０４に命令することができる（アクション１３１０）。
【０１１７】
又、一体化ディレクトリシステム２０４は、加入者更新メッセージを処理することもできる。このため、一体化ディレクトリシステム２０４は、更新メッセージから更新された加入者ＩＰアドレスを抽出することができる（アクション１３１２）。一体化ディレクトリシステム２０４は、次いで、ネットワークサービス存在状況テーブル１１３６のＩＰアドレスを、抽出されたＩＰアドレスで更新することができる（アクション１３１４）。
【０１１８】
図１４は、一体化ディレクトリシステム２０４が、存在状況システム２０２及び外部システム１００６、例えば、サービスブローカー１１６、第三者アクセスゲートウェイ１１０、及び他の外部システムからの一体化ディレクトリ問合せを処理するために行い得るアクション１４００を示す。一体化ディレクトリシステム２０４は、問合せメッセージを受け取る（アクション１４０２）。問合せメッセージは多数の異なる形態をとることができる。例えば、問合せメッセージは、ネットワークサービスインスタンス問合せ、又は存在状況システム２０２からのネットワークサービス存在状況問い合わせでよい。更に別の例として、問合せメッセージは、ユーザ状態問合せ、ネットワークサービスデータ問合せ、又は外部システムから受け取られるアプリケーションサービスデータ問合せでもよい。
【０１１９】
存在状況マネージャー２０２は、一致する顧客ＩＤを見出すよう試みるときに一体化ディレクトリシステム２０４へ問合せを送信する（前記テーブル１６及び１７に述べたように）。一体化ディレクトリシステム２０４は、それに応答して、発行加入者接続メッセージに与えられたユーザ名に一致し且つユーザテーブルに確立されたＣＵＳＴＩＤに基づきネットワークサービスインスタンステーブルからの一致するレコードについてデータアクセスレイヤ１０１０をサーチすることができる（アクション１４０４）。サーチ問合せ結果が出る。
【０１２０】
更に、存在状況マネージャー２０２は、一致する加入者がネットワークサービス存在状況テーブル１１３６において確立されたかどうか決定するよう試みるときにネットワークサービス存在状況テーブル１１３６の問合せを送信することができる（前記テーブル１６及び１７に述べたように）。一体化ディレクトリシステム２０４は、それに応答して、ユーザ名及びネットワークサービスインスタンス識別子に基づきネットワークサービス存在状況テーブル１１３６からの一致するレコードについてデータアクセスレイヤ１０１０をサーチすることができる。サーチ問合せ結果が出る。存在状況システム２０２からのいずれの形式の問合せメッセージについても、一体化ディレクトリシステム２０４は、存在状況インターフェイス２１０を経て存在状況マネージャー３０８へサーチ問合せ結果を返送する（アクション１４０８）。
【０１２１】
外部システムは、外部インターフェイス２１２を経て加入者プロフィール情報について一体化ディレクトリシステム２０４に問合せすることができる。例えば、外部システムは、ユーザ状態問合せ、ネットワークサービスデータ問合せ、アプリケーションサービスデータ問合せ、又は別の形式の問合せを送信することができる。一体化ディレクトリシステム２０４は、メッセージラベルフィールド（例えば、以下に示すメッセージのＴＳＯＬＡＢＥＬ）のようなメッセージコンテンツに基づいて問合せの形式を決定する（アクション１４１０）。一体化ディレクトリシステム２０４は、要求された情報についてデータアクセスレイヤ１０１０に問合せする（アクション１４１２）。サーチ問合せ結果が出され、外部システムへ返送される（アクション１４１４）。
【０１２２】
テーブル３３は、ユーザ状態問合せメッセージの一例を示す。一体化ディレクトリシステム２０４は、メッセージ内の各属性に一致する加入者をサーチし、そして各々の一致する加入者に対する加入者プロフィール情報を返送することができる。ＳＶＣ＿ＰＲＯＰ＿Ｔテーブルは、アプリケーションサービスパラメータ名を確立し、そして契約したネットワーク及びアプリケーションサービスに対する関連パラメータデータを記憶する。テーブル３３の例では、“Ｃ０１”の値をもつ“ＣＡＴＥＧＯＲＹＩＤ”と称されるアプリケーションサービスパラメータに一致するアプリケーションサービス（“ｂａｃ００１０００１”）に関してユーザ状態が問合せされる。ＳＥＲＶＩＣＥＩＤフィールドは、ＳＶＣ＿Ｔテーブルにおけるサービスコード（例えば、ＳＶＣＣＯＤＥ）に対して一致させてもよい。
【０１２３】
プロフィール情報は、例えば、加入者がオンラインであるかオフラインであるか指示する存在状況情報を含んでもよい。テーブル３４は、サーチ問合せ結果を外部システムに与えるユーザ状態問合せ応答の一例を示す。
【０１２４】
【０１２５】
テーブル３５は、ネットワークサービスデータ問合せメッセージの一例を示す。一体化ディレクトリシステム２０４は、ネットワークサービスプロフィールテーブル１１２０−１１２６をサーチし、そして各々の一致するネットワークサービスに対するネットワークプロフィール情報を返送する。ネットワークプロフィール情報は、加入者アカウントＩＤ、ネットワーク状態、位置、アクセス形式、又は他のプロフィール情報を含むことができる。テーブル３６は、サーチ問合せ結果を外部システムへ配送するネットワークサービス問合せ応答の一例を示す。
【０１２６】
【０１２７】
テーブル３７は、アプリケーションサービスデータ問合せメッセージの一例を示す。一体化ディレクトリシステム２０４は、メッセージ内の各属性に一致するアプリケーションに対してアプリケーションテーブル１１２８−１１３４をサーチし、そして各々の一致するアプリケーションに対してアプリケーションサービスプロフィール情報を返送する。アプリケーションサービスプロフィール情報は、サービスのための技術的プロフィール情報、例えば、アカウントＩＤ、加入者のファーストネーム及びラストネーム、ビリングシティ、ビリングアドレス、プランＩＤ、顧客形式、又は他のプロフィール情報を含むことができる。テーブル３８は、外部システムにサーチ問合せ結果を配送するネットワークサービス問合せ応答の一例を示す。
【０１２８】
【０１２９】
テーブル３９は、ユーザプロフィールメッセージの一例を示す。一体化ディレクトリシステム２０４は、一致するユーザプロフィール情報のための加入者プロフィールデータ記憶をサーチし、そしてプロフィール情報を外部システムに返送することができる。テーブル４０は、外部システムにサーチ問合せ結果を配送するユーザプロフィール問合せ応答の一例を示す。
【０１３０】
【０１３１】
テーブル４１は、問合せメッセージで識別されたサービスの状態に関する情報を返送するサービスプロフィール問合せメッセージの一例を示す。テーブル４２は、外部システムに問い合わせ結果を配送するユーザプロフィール問合せ応答の一例を示す。
【０１３２】
【０１３３】
加入者プロフィールアクセスマネージメントシステム１２２は、多数の異なるテレコミュニケーションサポートシステム間に加入者プロフィール情報が広範囲に分散する問題に対する技術的解決策を提供する。加入者プロフィールアクセスマネージメントシステム１２２へのインターフェイスは、一体化ディレクトリシステム２０４が加入者プロフィール情報に対して単一アクセスポイントとして働くのを許す。存在状況システム２０２は、メッセージ発行部及び存在状況マネージャーを経て、そして一体化ディレクトリシステム２０４は、高性能マルチノードデータアクセスレイヤを経て、数百又は数千ないし数百万の加入者をサポートする通信事業者の程度の環境に対してプロフィール問合せ、挿入及び更新を取り扱うための技術的解決策を提供する。
【０１３４】
更に、データモデル１１００のレイヤ構造及びテーブル実施は、ネットワークサービス及びアプリケーションサービスの両方に対して存在状況情報を独立して追跡及び管理するための技術的解決策を与える。更に、データモデル１１００のレイヤ構造は、ネットワークサービス及びアプリケーションサービスの両方に対して独立して存在状況情報を確立しそして監視するための技術的解決策を提供する。従って、加入者プロフィールアクセスマネージメントシステム１２２は、通信事業者の程度のテレコミュニケーションサービスプロバイダーのための加入者プロフィール情報への単一アクセスポイントを効果的に与える。
【０１３５】
本出願は、次の米国特許出願の各々の全体を参考として援用する。
【０１３６】
２００５年１２月１３日に出願された“Unified Directory System Including a Data Model for Managing Access to Telecommunications Services”と題する米国特許出願第１１／３１３，４９６号（代理人ドケット番号１００２２−７４４）。
【０１３７】
２００５年１２月１３日に出願された“Message Sequencing and Data Translation Architecture for Telecommunications Services”と題する米国特許出願第１１／３１４，５７６号（代理人ドケット番号１００２２−７４６）。
【０１３８】
２００５年１２月１３日に出願された“Service Broker Integration Layer for Supporting Telecommunication Client Service Requests”と題する米国特許出願第１１／３１３，４９７号（代理人ドケット番号１００２２−７３０）。
【０１３９】
２００５年１２月１３日に出願された“Authentication and Authorization Architecture for an Access Gateway”と題する米国特許出願第１１／３１３，４４１号（代理人ドケット番号１００２２−７４２）。
【０１４０】
２００５年１２月１３日に出願された“Third Party Access Gateway for Telecommunications Services”と題する米国特許出願第１１／３１４，５７７号（代理人ドケット番号１００２２−７２６）。
【０１４１】
以上、本発明の種々の実施形態を説明したが、当業者であれば、本発明の範囲内で多数の実施形態が考えられることが明らかであろう。従って、本発明は、前記実施形態に限定されるものではなく、特許請求の範囲及びその均等物のみにより限定されるものとする。
【図面の簡単な説明】
【０１４２】
【図１】加入者プロフィールアクセスマネージメントシステムを備えたテレコミュニケーションサービスプロバイダーアーキテクチャーの一部分を示す図である。
【図２】加入者接続メッセージ及び加入者プロフィール問合せを処理する加入者プロフィールアクセスマネージメントシステムを示す図である。
【図３】テレコミュニケーションサービスプロバイダーアーキテクチャーにおける加入者プロフィールアクセスマネージメントシステムの一部分でよい存在状況システムを示す図である。
【図４】存在状況システムが受信し得るダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）加入者接続メッセージを示す図である。
【図５】存在状況システムが送信し得るＤＨＣＰ加入者接続応答メッセージを示す図である。
【図６】存在状況システムが受信し得るリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）加入者接続メッセージを示す図である。
【図７】存在状況システムが送信し得るＲＡＤＩＵＳ応答メッセージを示す図である。
【図８】存在状況システムのメッセージ発行部が加入者接続メッセージから発生し得る発行接続メッセージを示す図である。
【図９】存在状況システムのメッセージキューマネージャーがメッセージ発行部へ送信し得るメッセージ発行部出力メッセージを示す図である。
【図１０】テレコミュニケーションサービスプロバイダーアーキテクチャーにおける加入者プロフィールアクセスマネージメントシステムの一部分でよい一体化ディレクトリシステムを示す図である。
【図１１】一体化ディレクトリシステムが維持する加入者プロフィールデータ記憶を実施できるデータモデルを示す図である。
【図１２】存在状況システムが加入者接続メッセージを処理するために行うアクションを示す図である。
【図１３】一体化ディレクトリシステムが加入者挿入又は加入者更新メッセージを処理するために行うアクションを示す図である。
【図１４】一体化ディレクトリシステムが存在状況システム及び外部システムからの加入者プロフィール問合せを処理するために行うアクションを示す図である。
【符号の説明】
【０１４３】
１０２：第三者
１０４：装置
１０６：アプリケーション
１０８：その他
１１０：第三者アクセスゲートウェイ
１１４：サービスプロバイダー
１１６：サービスブローカー
１１８：ＢＳＳ／ＯＳＳ
１２０：ネットワークレイヤ
１２２：加入者プロフィールアクセスマネージメントシステム
１２４：加入者
１２６：加入者
１２８：ＮＡＳシステム
１３０：ＤＨＣＰサーバー
１３２：ＲＡＤＩＵＳサーバー
２０２：存在状況システム
２０４：一体化ディレクトリシステム
２０６：ＲＡＤＩＵＳ／ＤＨＣＰサーバー又はプロキシー
２０８：外部システム
３０２：ネットワークデータ収集部
３０４：メッセージ発行部／加入者
３０６：メッセージキューマネージャー
３０８：存在状況マネージャー
３１０：サービスロジック
３１２：ＲＡＤＩＵＳ加入者接続メッセージ
３１４：ＤＨＣＰ加入者接続メッセージ
３１６：ＲＡＤＩＵＳ出力メッセージ
３１８：ＤＨＣＰ出力メッセージ
３２０：ＤＨＣＰサーバー
３２２：ＲＡＤＩＵＳサーバー
３２４：メッセージキュー
３２５：メッセージ
３２６：メッセージキュー
３２８：メッセージ発行部／加入者
３３０：ルールマネージャー
３３２：ルーティングルール
３３４：存在状況マネージメントキュー
３３６：技術的キーマネージメントキュー
３３８：存在状況キューロジック
３４０：技術的キーキューロジック
【特許請求の範囲】
【請求項１】
テレコミュニケーションサービスプロバイダーのための加入者プロフィールアクセスマネージメントシステムにおいて、
存在状況システムを備え、該存在状況システムは、
加入者接続メッセージを受け取るネットワークデータ収集部と、
前記データ収集部に結合され、前記加入者接続メッセージから発行接続メッセージを発生するメッセージ発行部と、
前記発行接続メッセージをキューイングするメッセージキューマネージャーと、
前記メッセージキューマネージャーから前記発行接続メッセージを受け取るルールマネージャーであって、前記発行接続メッセージを技術的キーマネージメントキューへ転送すべきか存在状況マネージメントキューへ転送すべきか決定するルーティングルールを含むルールマネージャーと、
を備えたものであり、更に、
一体化ディレクトリシステムも備え、該ディレクトリシステムは、
第１メモリに永続的加入者プロフィールデータ記憶を含むと共に、前記第１メモリより高速の第２メモリに前記永続的加入者プロフィールデータ記憶のキャッシュ表示を含むデータアクセスレイヤであって、前記永続的加入者プロフィールデータ記憶がネットワークサービス存在状況テーブルを含むようなデータアクセスレイヤと、
前記存在状況システムへの通信インターフェイスであって、前記発行接続メッセージに応答して前記存在状況システムから加入者挿入依頼を受け取るような通信インターフェイスと、
前記加入者挿入依頼に応答して前記データアクセスレイヤのネットワークサービス存在状況テーブルへ加入者識別子を挿入するように動作できるサービスロジックと、
を備えたものである加入者プロフィールアクセスマネージメントシステム。
【請求項２】
前記メッセージ発行部は、前記発行接続メッセージに対する共通のメッセージフォーマットに基づいて前記発行接続メッセージを発生する、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項３】
前記発行接続メッセージは、ユーザ名及び技術的キーを含む、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項４】
前記一体化ディレクトリシステムは、更に、外部システムから加入者プロフィール問合せを受け取るハイパーテキストトランスポートプロトコル（ＨＴＴＰ）インターフェイスを含む、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項５】
前記加入者プロフィール問合せは、ユーザ状態問合せ、ネットワークサービスデータ問合せ、又はアプリケーションサービスデータ問合せを含む、請求項４に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項６】
前記技術的キーは、アクセスサーバーインターネットプロトコルアドレスフィールド、アクセスサーバー識別子フィールド、スロット識別子フィールド、ポート識別子フィールド、インターフェイス識別子フィールド、バーチャル経路識別子フィールド、及びバーチャル接続識別子フィールドを含む、請求項３に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項７】
前記加入者接続メッセージは、ダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）メッセージを含む、請求項２に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項８】
前記加入者接続メッセージは、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）メッセージを含む、請求項２に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項９】
前記サービスロジックは、更に、前記加入者挿入依頼に応答して前記データアクセスレイヤのネットワークサービス存在状況テーブルへネットワークサービス識別子を挿入するように動作できる、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項１０】
前記通信インターフェイスは、更に、前記存在状況システムから加入者存在状況更新依頼を受け取るように動作でき、又、前記サービスロジックは、前記ネットワークサービス存在状況テーブルにおけるネットワーク存在状況フィールドを更新する、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項１１】
前記ネットワーク存在状況フィールドは、加入者インターネットプロトコルアドレスフィールドである、請求項１０に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項１２】
テレコミュニケーションサービスプロバイダーアーキテクチャーの加入者プロフィールへのアクセスを管理する方法において、
ネットワークデータ収集部で加入者接続メッセージを受け取るステップと、
前記加入者接続メッセージから発行接続メッセージを発生するステップと、
前記発行接続メッセージをメッセージキューマネージャーにキューイングするステップと、
前記発行接続メッセージをルールマネージャーで受け取るステップと、
前記発行接続メッセージを技術的キーマネージメントキューへ転送すべきか存在状況マネージメントキューへ転送すべきか決定するルーティングルールを前記発行接続メッセージに適用するステップと、
第１メモリに永続的加入者プロフィールデータ記憶を含むと共に、前記第１メモリより高速の第２メモリに前記永続的加入者プロフィールデータ記憶のキャッシュ表示を含むデータアクセスレイヤを確立するステップと、
前記永続的加入者プロフィールデータ記憶にネットワークサービス存在状況テーブルを確立するステップと、
前記発行接続メッセージを受け取るのに応答して前記存在状況システムへの通信インターフェイスを経て加入者挿入依頼を受け取るステップと、
前記加入者挿入依頼に応答して前記データアクセスレイヤのネットワークサービス存在状況テーブルへ加入者識別子を挿入するステップと、
を備えた方法。
【請求項１３】
前記発生するステップは、前記発行接続メッセージに対する共通のメッセージフォーマットに基づき前記発行接続メッセージを発生することを含む、請求項１２に記載の方法。
【請求項１４】
前記発行接続メッセージは、ユーザ名及び技術的キーを含む、請求項１２に記載の方法。
【請求項１５】
外部システムから、ユーザ状態問合せ、ネットワークサービスデータ問合せ、又はアプリケーションサービスデータ問合せを含む加入者プロフィール問合せを受け取るステップと、
前記加入者プロフィール問合せに応答して前記データアクセスレイヤに問合せして、問合せ結果を得るステップと、
前記問合せ結果を前記外部システムへ返送するステップと、
を更に備えた請求項１２に記載の方法。
【請求項１６】
前記技術的キーは、アクセスサーバーインターネットプロトコルアドレスフィールド、アクセスサーバー識別子フィールド、スロット識別子フィールド、ポート識別子フィールド、インターフェイス識別子フィールド、バーチャル経路識別子フィールド、及びバーチャル接続識別子フィールドを含む、請求項１４に記載の方法。
【請求項１７】
前記加入者接続メッセージは、ダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）メッセージを含む、請求項１２に記載の方法。
【請求項１８】
前記加入者接続メッセージは、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）メッセージを含む、請求項１２に記載の方法。
【請求項１９】
前記加入者挿入依頼に応答して前記データアクセスレイヤのネットワークサービス存在状況テーブルへネットワークサービス識別子を挿入するステップを更に備えた、請求項１２に記載の方法。
【請求項２０】
前記存在状況システムから加入者存在状況更新依頼を受け取るステップと、
前記ネットワークサービス存在状況テーブルにおけるネットワーク存在状況フィールドを更新するステップと、
を更に備えた請求項１２に記載の方法。
【請求項２１】
前記ネットワーク存在状況フィールドは、加入者インターネットプロトコルアドレスフィールドである、請求項２０に記載の方法。
【請求項２２】
加入者プロフィールアクセスマネージメントシステムのための存在状況システムにおいて、
加入者接続メッセージを受け取るネットワークデータ収集部と、
前記データ収集部に結合され、前記加入者接続メッセージから発行接続メッセージを発生するメッセージ発行部と、
前記発行接続メッセージをキューイングするメッセージキューマネージャーと、
前記メッセージキューマネージャーから前記発行接続メッセージを受け取るルールマネージャーであって、前記発行接続メッセージを技術的キーマネージメントキューへ転送すべきか存在状況マネージメントキューへ転送すべきか決定するルーティングルールを含むルールマネージャーと、
前記技術的キーマネージメントキューを処理し、それに応答して加入者を認証する技術的キーキューロジックと、
前記存在状況マネージメントキューを処理し、それに応答して加入者存在状況更新を発行する存在状況キューロジックと、
を備えた存在状況システム。
【請求項２３】
前記発行接続メッセージは、加入者接続を識別する技術的キーを含む、請求項２２に記載の存在状況システム。
【請求項２４】
前記加入者接続メッセージは、ＲＡＤＩＵＳメッセージ又はＤＨＣＰメッセージを含み、更に、前記発行接続メッセージは、メッセージ形式フィールドを含むと共に、前記存在状況システムにおいて発行接続メッセージに対して定義された単一フォーマットに従う、請求項２３に記載の存在状況システム。
【請求項２５】
前記メッセージ形式フィールドは、前記加入者接続メッセージのメッセージ形式をエンコードするコマンドコードを含む、請求項２４に記載の存在状況システム。
【請求項２６】
前記加入者接続メッセージは、ＲＡＤＩＵＳ接続メッセージであり、更に、前記メッセージ形式は、アクセス要求又はアカウンティング要求である、請求項２５に記載の存在状況システム。
【請求項２７】
前記加入者接続メッセージは、ＤＨＣＰ接続メッセージであり、更に、前記メッセージ形式は、ＤＨＣＰＤＩＳＣＯＶＥＲ、ＤＨＣＰＮＡＫ又はＤＨＣＰＡＣＫである、請求項２５に記載の存在状況システム。
【請求項２８】
前記技術的キーキューロジック及び存在状況キューロジックの少なくとも一方は、一体化ディレクトリシステムへの通信インターフェイスを実施するサービスロジックを含む、請求項２５に記載の存在状況システム。
【請求項２９】
前記技術的キーは、アクセスサーバーＩＰアドレス、スロット識別子、及びポート識別子を含む、請求項２３に記載の存在状況システム。
【請求項３０】
前記加入者存在状況更新は、加入者ネットワークアドレス更新を含む、請求項２３に記載の存在状況システム。
【請求項１】
テレコミュニケーションサービスプロバイダーのための加入者プロフィールアクセスマネージメントシステムにおいて、
存在状況システムを備え、該存在状況システムは、
加入者接続メッセージを受け取るネットワークデータ収集部と、
前記データ収集部に結合され、前記加入者接続メッセージから発行接続メッセージを発生するメッセージ発行部と、
前記発行接続メッセージをキューイングするメッセージキューマネージャーと、
前記メッセージキューマネージャーから前記発行接続メッセージを受け取るルールマネージャーであって、前記発行接続メッセージを技術的キーマネージメントキューへ転送すべきか存在状況マネージメントキューへ転送すべきか決定するルーティングルールを含むルールマネージャーと、
を備えたものであり、更に、
一体化ディレクトリシステムも備え、該ディレクトリシステムは、
第１メモリに永続的加入者プロフィールデータ記憶を含むと共に、前記第１メモリより高速の第２メモリに前記永続的加入者プロフィールデータ記憶のキャッシュ表示を含むデータアクセスレイヤであって、前記永続的加入者プロフィールデータ記憶がネットワークサービス存在状況テーブルを含むようなデータアクセスレイヤと、
前記存在状況システムへの通信インターフェイスであって、前記発行接続メッセージに応答して前記存在状況システムから加入者挿入依頼を受け取るような通信インターフェイスと、
前記加入者挿入依頼に応答して前記データアクセスレイヤのネットワークサービス存在状況テーブルへ加入者識別子を挿入するように動作できるサービスロジックと、
を備えたものである加入者プロフィールアクセスマネージメントシステム。
【請求項２】
前記メッセージ発行部は、前記発行接続メッセージに対する共通のメッセージフォーマットに基づいて前記発行接続メッセージを発生する、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項３】
前記発行接続メッセージは、ユーザ名及び技術的キーを含む、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項４】
前記一体化ディレクトリシステムは、更に、外部システムから加入者プロフィール問合せを受け取るハイパーテキストトランスポートプロトコル（ＨＴＴＰ）インターフェイスを含む、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項５】
前記加入者プロフィール問合せは、ユーザ状態問合せ、ネットワークサービスデータ問合せ、又はアプリケーションサービスデータ問合せを含む、請求項４に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項６】
前記技術的キーは、アクセスサーバーインターネットプロトコルアドレスフィールド、アクセスサーバー識別子フィールド、スロット識別子フィールド、ポート識別子フィールド、インターフェイス識別子フィールド、バーチャル経路識別子フィールド、及びバーチャル接続識別子フィールドを含む、請求項３に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項７】
前記加入者接続メッセージは、ダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）メッセージを含む、請求項２に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項８】
前記加入者接続メッセージは、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）メッセージを含む、請求項２に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項９】
前記サービスロジックは、更に、前記加入者挿入依頼に応答して前記データアクセスレイヤのネットワークサービス存在状況テーブルへネットワークサービス識別子を挿入するように動作できる、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項１０】
前記通信インターフェイスは、更に、前記存在状況システムから加入者存在状況更新依頼を受け取るように動作でき、又、前記サービスロジックは、前記ネットワークサービス存在状況テーブルにおけるネットワーク存在状況フィールドを更新する、請求項１に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項１１】
前記ネットワーク存在状況フィールドは、加入者インターネットプロトコルアドレスフィールドである、請求項１０に記載の加入者プロフィールアクセスマネージメントシステム。
【請求項１２】
テレコミュニケーションサービスプロバイダーアーキテクチャーの加入者プロフィールへのアクセスを管理する方法において、
ネットワークデータ収集部で加入者接続メッセージを受け取るステップと、
前記加入者接続メッセージから発行接続メッセージを発生するステップと、
前記発行接続メッセージをメッセージキューマネージャーにキューイングするステップと、
前記発行接続メッセージをルールマネージャーで受け取るステップと、
前記発行接続メッセージを技術的キーマネージメントキューへ転送すべきか存在状況マネージメントキューへ転送すべきか決定するルーティングルールを前記発行接続メッセージに適用するステップと、
第１メモリに永続的加入者プロフィールデータ記憶を含むと共に、前記第１メモリより高速の第２メモリに前記永続的加入者プロフィールデータ記憶のキャッシュ表示を含むデータアクセスレイヤを確立するステップと、
前記永続的加入者プロフィールデータ記憶にネットワークサービス存在状況テーブルを確立するステップと、
前記発行接続メッセージを受け取るのに応答して前記存在状況システムへの通信インターフェイスを経て加入者挿入依頼を受け取るステップと、
前記加入者挿入依頼に応答して前記データアクセスレイヤのネットワークサービス存在状況テーブルへ加入者識別子を挿入するステップと、
を備えた方法。
【請求項１３】
前記発生するステップは、前記発行接続メッセージに対する共通のメッセージフォーマットに基づき前記発行接続メッセージを発生することを含む、請求項１２に記載の方法。
【請求項１４】
前記発行接続メッセージは、ユーザ名及び技術的キーを含む、請求項１２に記載の方法。
【請求項１５】
外部システムから、ユーザ状態問合せ、ネットワークサービスデータ問合せ、又はアプリケーションサービスデータ問合せを含む加入者プロフィール問合せを受け取るステップと、
前記加入者プロフィール問合せに応答して前記データアクセスレイヤに問合せして、問合せ結果を得るステップと、
前記問合せ結果を前記外部システムへ返送するステップと、
を更に備えた請求項１２に記載の方法。
【請求項１６】
前記技術的キーは、アクセスサーバーインターネットプロトコルアドレスフィールド、アクセスサーバー識別子フィールド、スロット識別子フィールド、ポート識別子フィールド、インターフェイス識別子フィールド、バーチャル経路識別子フィールド、及びバーチャル接続識別子フィールドを含む、請求項１４に記載の方法。
【請求項１７】
前記加入者接続メッセージは、ダイナミックホストコンフィギュレーションプロトコル（ＤＨＣＰ）メッセージを含む、請求項１２に記載の方法。
【請求項１８】
前記加入者接続メッセージは、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）メッセージを含む、請求項１２に記載の方法。
【請求項１９】
前記加入者挿入依頼に応答して前記データアクセスレイヤのネットワークサービス存在状況テーブルへネットワークサービス識別子を挿入するステップを更に備えた、請求項１２に記載の方法。
【請求項２０】
前記存在状況システムから加入者存在状況更新依頼を受け取るステップと、
前記ネットワークサービス存在状況テーブルにおけるネットワーク存在状況フィールドを更新するステップと、
を更に備えた請求項１２に記載の方法。
【請求項２１】
前記ネットワーク存在状況フィールドは、加入者インターネットプロトコルアドレスフィールドである、請求項２０に記載の方法。
【請求項２２】
加入者プロフィールアクセスマネージメントシステムのための存在状況システムにおいて、
加入者接続メッセージを受け取るネットワークデータ収集部と、
前記データ収集部に結合され、前記加入者接続メッセージから発行接続メッセージを発生するメッセージ発行部と、
前記発行接続メッセージをキューイングするメッセージキューマネージャーと、
前記メッセージキューマネージャーから前記発行接続メッセージを受け取るルールマネージャーであって、前記発行接続メッセージを技術的キーマネージメントキューへ転送すべきか存在状況マネージメントキューへ転送すべきか決定するルーティングルールを含むルールマネージャーと、
前記技術的キーマネージメントキューを処理し、それに応答して加入者を認証する技術的キーキューロジックと、
前記存在状況マネージメントキューを処理し、それに応答して加入者存在状況更新を発行する存在状況キューロジックと、
を備えた存在状況システム。
【請求項２３】
前記発行接続メッセージは、加入者接続を識別する技術的キーを含む、請求項２２に記載の存在状況システム。
【請求項２４】
前記加入者接続メッセージは、ＲＡＤＩＵＳメッセージ又はＤＨＣＰメッセージを含み、更に、前記発行接続メッセージは、メッセージ形式フィールドを含むと共に、前記存在状況システムにおいて発行接続メッセージに対して定義された単一フォーマットに従う、請求項２３に記載の存在状況システム。
【請求項２５】
前記メッセージ形式フィールドは、前記加入者接続メッセージのメッセージ形式をエンコードするコマンドコードを含む、請求項２４に記載の存在状況システム。
【請求項２６】
前記加入者接続メッセージは、ＲＡＤＩＵＳ接続メッセージであり、更に、前記メッセージ形式は、アクセス要求又はアカウンティング要求である、請求項２５に記載の存在状況システム。
【請求項２７】
前記加入者接続メッセージは、ＤＨＣＰ接続メッセージであり、更に、前記メッセージ形式は、ＤＨＣＰＤＩＳＣＯＶＥＲ、ＤＨＣＰＮＡＫ又はＤＨＣＰＡＣＫである、請求項２５に記載の存在状況システム。
【請求項２８】
前記技術的キーキューロジック及び存在状況キューロジックの少なくとも一方は、一体化ディレクトリシステムへの通信インターフェイスを実施するサービスロジックを含む、請求項２５に記載の存在状況システム。
【請求項２９】
前記技術的キーは、アクセスサーバーＩＰアドレス、スロット識別子、及びポート識別子を含む、請求項２３に記載の存在状況システム。
【請求項３０】
前記加入者存在状況更新は、加入者ネットワークアドレス更新を含む、請求項２３に記載の存在状況システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２００７−１４３１７２（Ｐ２００７−１４３１７２Ａ）
【公開日】平成１９年６月７日（２００７．６．７）
【国際特許分類】
【外国語出願】
【出願番号】特願２００６−３４１９１４（Ｐ２００６−３４１９１４）
【出願日】平成１８年１１月２１日（２００６．１１．２１）
【出願人】（５０４０５１０８７）アクセンチュア グローバル サーヴィシズ ゲゼルシャフト ミット ベシュレンクテル ハフツング (17)
【Ｆターム（参考）】
【公開日】平成１９年６月７日（２００７．６．７）
【国際特許分類】
【出願番号】特願２００６−３４１９１４（Ｐ２００６−３４１９１４）
【出願日】平成１８年１１月２１日（２００６．１１．２１）
【出願人】（５０４０５１０８７）アクセンチュア グローバル サーヴィシズ ゲゼルシャフト ミット ベシュレンクテル ハフツング (17)
【Ｆターム（参考）】
[ Back to top ]