JP2011501330A - 分散ｉｍｓ課金をサポートするための方法、装置およびシステム - Google Patents

Abstract

本発明は、通信技術に関し、特に、分散ＩＭＳ課金をサポートするための方法、装置及びシステムに関する。１つのネットワーク内に、複数のノードと、その複数のノードを相互接続するインデックスサーバ（１０１）とを備え、第１のノード（１０２）が課金要求をインデックスサーバ（１０１）に送り、インデックスサーバ（１０１）がその課金要求に基づいて請求を行うように適合された第２のノード（１０３）にその課金要求を経路指定する、または第２のノード（１０３）のアドレスを第１のノード（１０２）に返し、次いで第１のノード（１０２）がその課金要求をインデックスサーバ（１０１）からのアドレスをもつ第２のノード（１０３）に送る、また、第２のノード（１０３）がその課金要求に基づいて請求を行う、分散ＩＭＳ課金をサポートするためのシステム。本発明は、事業者が、それぞれ別個のＩＭＳ課金システムで課金位置を提供するかわりに、集中化されたインデックスサーバで分散課金サービスの加入者の課金位置情報を管理することを可能にする。本発明は、事業者の課金の管理コストを大幅に節減する。

Description

本発明は、通信技術に関し、特に、分散ＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ Ｓｕｂｓｙｓｔｅｍ）課金をサポートするための方法、装置およびシステムに関する。

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）に定めるとおり、ＩＭＳは、収束ネットワークのためのアクセスに依存しないネットワークアーキテクチャを有する共通のコアネットワークを提供する。サービスプロバイダは、次世代ネットワークの展開においてこのアーキテクチャを受け入れつつある。ＩＭＳアーキテクチャは、ＩＰネットワークを介してモバイル加入者にマルチメディアサービスを提供するために、３ＧＰＰによって最初に定義されている。ＩＰネットワークは、映像、音声、およびデータを伝送するための、最も経費を節約するベアラネットワークになっている。

ＩＭＳは、ＩＭＳプラットフォームでＩＭＳ加入者のためのマルチメディアサービスを提供するために、ＩＰネットワークの利点を利用する。ＩＭＳネットワーク内で使用される信号方式は、ＳＩＰプロトコルである。ＩＭＳは、アプリケーションサーバ、ＩＭＳベアラ回線網（ＣＳＣＦ）、ＩＭＳ加入者、ＩＭＳデータベース（ＨＳＳ）、およびＩＭＳ請求構成要素の間の標準ＳＩＰインタフェースを定義する。これらの標準は、ネットワーク統合費用を低減することができ、また、より安定したサービスを加入者に享受させることができる。

ＩＭＳプラットフォームで、ＩＭＳ加入者は、自動転送、会議、およびキャッチホンなどの従来の付加サービスを利用することができる。また、インスタントメッセージ、ビデオ通話、ビデオオンウェイト、およびウェブベースのサービスなどの多数の新しいデータサービスもＩＭＳ加入者に利用可能になろう。

事業者の収益を生み出すための効率的なＩＭＳオンライン課金を提供することは、ＩＭＳネットワーク展開の成功のために重要である。いくつかの３ＧＰＰ技術仕様書が、ＩＭＳネットワークのための課金について説明している。例として、ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇで見ることができる３ＧＰＰ ＴＳ ３２．２４０ Ｖ７．０．０（２００６−０９）の課金仕様書の構造を図１０に示す。

図１１は、論理ユビキタス課金アーキテクチャとオフラインおよびオンライン課金の情報の流れの概要を示す。共通課金機能が、オフライン課金については図１２で、オンライン課金については図１３でさらに詳しく説明されている。

図１１は、その課金が３ＧＰＰ標準の中に定義されている、すべてのネットワーク構成要素／システム（上から下へ：ＣＳ−ＮＥからＴＰＦまでのすべて）を含む。矢印は、Ｒｆ、Ｗｆ、Ｇａ、Ｂｘ、ＩＳＣ、Ｒｏ、Ｗｏ、ＣＡＰ、およびＧｙ基準点上の論理的情報の流れを示す。

図１２は、共通課金アーキテクチャのオフライン部分の概要を示す。この図は、論理課金機能ならびにこれらの機能間および請求ドメインへの基準点を図示する。この図の中の略語は、それぞれ次の意味を有する、すなわち、ＣＴＦ：課金トリガ機能、ＣＤＦ：課金データ機能、ＣＧＦ：課金ゲートウェイ機能、ＢＤ：請求ドメイン、これは請求システム／請求仲介装置でもよい。

課金トリガ機能（ＣＴＦ）は、ネットワークリソース使用の観測に基づく課金イベントを生成する。課金情報を提供するあらゆるネットワークおよびサービス構成要素において、ＣＴＦは、ネットワーク構成要素内の課金可能なイベントに関する情報を収集し、この情報をマッチする課金イベントにアセンブルし、これらの課金イベントを課金データ機能へと送るための中心である。したがって、ＣＴＦは、オフライン課金機能を提供するあらゆるネットワーク構成要素内の必須の、統合されたコンポーネントである。

課金データ機能（ＣＤＦ）は、Ｒｆ基準点を介して課金トリガ機能から課金イベントを受け取る。ＣＤＦとＣＴＦの関係は、１対１（統合されたＣＤＦ）または１：ｎ（別個のＣＤＦ）になり得る。ＣＤＦは次に、課金イベントに含まれる情報を使用して課金データ記録（ＣＤＲ）を構築する。

ＣＤＦタスクの結果は、明確に定義された内容およびフォーマットをもつＣＤＲである。これらのＣＤＲの内容およびフォーマットは、関連する中間層課金仕様中にドメイン／サブシステム／サービスごとに指定されている（たとえば、ＣＳドメインについては３ＧＰＰ ＴＳ ３２．２５０［１０］、またＰＳドメインについては３ＧＰＰ ＴＳ ３２．２５１［１１］など）。

ＣＤＦによって生成されたＣＤＲは、Ｇａ基準点を介して直ちに課金ゲートウェイ機能（ＣＧＦ）に転送される。ＣＧＦは、３ＧＰＰネットワークと請求ドメインの間のゲートウェイの機能を果たす。ＣＧＦは、ＣＤＲファイルのＢＤへの転送にＢｘ基準点を使用する。ＣＤＦとＣＧＦの間の実体関係はｍ：１、すなわち、１つまたは複数のＣＤＦが単一のＣＧＦにＣＤＲを送り込むことができる。

図１３は、共通課金アーキテクチャのオンライン部分の概要を示す。この図は、ネットワークおよびＯＣＳ内の論理課金機能とこれらの機能の間の基準点を図示する。図中の略語はそれぞれ次の意味をもつ、すなわち、ＣＴＦ：課金トリガ機能、ＯＣＦ：オンライン課金機能、ＡＢＭＦ：勘定残高管理機能、ＲＦ：レーティング機能。

従来の電気通信課金システムは、プリペイドのシステムとポストペイドのシステムという２つのドメインに分けることができる。プリペイドのシステムは、使用の前にアクセスおよび通信時間を先ず購入する加入者のための課金サービスの一種である。ＩＮベースのプリペイド課金は、プリペイドの加入者によってあらかじめ購入される通信利用時間をリアルタイムでモニタするために使用される。ポストペイドのシステムは、加入者がネットワーク使用に対する支払の前に先ずネットワークを使用することを可能にするための課金サービスの一種である。ＩＴベースのポストペイドのシステムは、加入者の呼データ記録（ＣＤＲ）をバッチモードで収集し、レーティングし、ポストペイドの加入者の請求書およびインボイスを生成するために使用される。

３ＧＰＰは、別の見地から、課金システムをオンラインの課金システムとオフラインの課金システムに分ける。オフラインの課金機構では、課金情報は、提供されるサービスにリアルタイムで影響を与えない。オンラインの課金機構では、課金情報は提供されるサービスにリアルタイムで影響を与えることができ、したがって、セッション／サービス制御との課金機構の直接のインタラクションが必要である。３ＧＰＰは、オンラインまたはオフラインの課金がプリペイドまたはポストペイドの支払でなければならないという制限をかけない。オンライン課金はプリペイドあるいはポストペイドでもよく、オフライン課金もまたプリペイドあるいはポストペイド支払でもよい。

３ＧＰＰ課金仕様は、様々なネットワークの基本的なオンライン／オフライン課金の枠組みのみを定義する。グループ課金のための複数のオンライン課金システム（ＯＣＳ）の相互作用、オフラインおよびオンライン課金収束のための課金ゲートウェイ機能（ＣＧＦ）およびＯＣＳネットワーク化、複数のＯＣＳおよび複数の課金データ機能（ＣＤＦ）の相互作用をもつ課金トリガ機能（ＣＴＦ）など、複数のＩＭＳ課金システムの相互作用は、これらの仕様の中には述べられていない。複数の課金システムで、これらの加入者の課金位置を管理する方法は、分散グループ課金サーバによって実装されている。

現在の市場では、オンライン／オフラインのシステムにおいてまたはプリペイド／ポストペイドの課金システムにおいて、すべての加入者またはエンドユーザは、モバイル事業者によって個人として見なされている。エンドユーザは個別にモバイルサービスに加入し、自身のアカウントを管理し、モバイルサービスの使用料を支払う。

競争的な電気通信市場では、事業者の多くは加入者ベースを拡大し、収入を増やし、顧客離れを減らし、顧客獲得、運用および保守のコストを節減するための大きな課題を抱えている。個人サービス加入市場の欠点を打破するために、いくつかの事業者が加入者をグループとして位置付けようとしており、加入者をまとめるまたはクラスタ化して高度なリアルタイム使用およびコスト課金プランを提供しようとしているが、これらの加入者課金プロファイルは複数の課金システムに分散されている。説明のために、分散課金サービスについて次の２つの例を示す。

クラス内（ｉｎｔｒａ−ｃｌａｓｓ）のサービスの課金
加入者Ａ（ｓｕｂＡ）が加入者Ｂ（ｓｕｂＢ）に電話をかけるとき、ｓｕｂＡおよびｓｕｂＢが１つのサーバの同じクラスに属する場合、ｓｕｂＡの通話料金はそのクラス内のサービスの通話に対するいくらかの割引を受けることになる。ｓｕｂＡのアカウントプロファイルはＯＣＳ１（たとえば、ニューヨークに位置する）内に提供されていて、一方でｓｕｂＢのアカウントプロファイルはＯＣＳ２（たとえば、シカゴに位置する）内に提供されている。ｓｕｂＢのアカウントプロファイル内のｓｕｂＢのサービスのクラスを問い合わせてｓｕｂＡとｓｕｂＢがサービスの同じクラスに属するかどうかを判定するために、ＯＣＳ１はＯＣＳ２と通信する必要がある。

分散家族プラン
１グループの家族のメンバが複数のＯＣＳに分散される。たとえば、子のアカウントプロファイルがミラノにあるＯＣＳに提供されていて、親のアカウントプロファイルがローマにあるＯＣＳに提供されている。子が親の残高またはボーナスを共用したいとき、子のアカウントプロファイルをもつＯＣＳは、親の残高およびボーナスを得るために、親のアカウントプロファイルをもつＯＣＳと通信する必要がある。

３ＧＰＰ標準仕様セットの先行技術は、ＣＧＦおよびＯＣＳの相互作用、複数のＯＣＳの相互作用などの、分散ＩＭＳ課金を実装する方法を定義していない。また、課金の既存のソリューションは、この分散ＩＭＳ課金について技術的にもビジネス的にも欠点を有している。本発明は、前述の問題について標準の欠落部を解決する。

インデックスサービスソリューションは、課金システムアドレスの集中管理を実現するための初めてのソリューションである。本発明は、事業者が、各々分離されたＩＭＳ課金システムで課金位置を提供するかわりに、分散課金サービスの加入者の課金位置情報を集中化されたインデックスサーバで管理することを可能にする。本発明は、事業者の課金の管理コストを大きく節減する。

前述の問題を解決するために、本発明は、分散ＩＭＳ課金をサポートするための方法、装置およびシステムを提供する。

本発明の一態様によれば、ネットワーク内に複数のノード、およびその複数のノードを相互接続するインデックスサーバを備え、第１のノードが課金要求をインデックスサーバに送り、インデックスサーバが、課金要求に基づく課金を行うように適合された第２のノードにその課金要求を経路指定する、または第２のノードのアドレスを第１のノードに返し、次いで第１のノードがその課金要求をインデックスサーバからのアドレスをもつ第２のノードに送る、そして、第２のノードがその課金要求に基づいて課金を行う、分散ＩＭＳ課金をサポートするためのシステムが提供される。

本発明の別の一態様によれば、要求ノードによって課金要求をネットワーク内のインデックスサーバに送ることと、インデックスサーバによって課金要求をネットワーク内の課金ノードに経路指定し、それによって課金ノードがその課金要求による課金を担うこと、または、インデックスサーバによって要求ノードに課金ノードのアドレスを返し、次に要求ノードによってインデックスサーバからのアドレスをもつ課金ノードに課金要求を送ることと、課金ノードによって課金要求に基づく課金を行うこととを含む分散ＩＭＳ課金をサポートするための方法が提供される。

本発明のさらに別の一態様によれば、複数のノードを備えるネットワーク内に位置する、そのネットワーク内の要求ノードから課金要求を受け取り、次いでその課金要求をそのネットワーク内の課金ノードに経路指定する、課金要求による課金を担う、または要求ノードに課金ノードのアドレスを返す、そして、ネットワーク内のノードについての情報を含む課金インデックスデータベースを備える、分散ＩＭＳ課金をサポートするための装置が提供される。

図と共に以下の本発明の実施形態の詳細な説明を読めば、前述の特徴、利点、および目的はさらに理解されよう。

本発明の一実施形態による分散ＩＭＳ課金をサポートするための課金位置インデックスシステムの構成を示すブロック図である。 図１に示すシステム内の課金位置インデックスの進行を示す流れ図である。 図１に示すシステム内のもう１つの課金位置インデックスの進行を示す流れ図である。 本発明の一実施形態による分散ＩＭＳ課金をサポートするための課金位置インデックスシステムの構成を示す概略図である。 課金トリガ機能から隠れた、本発明の一実施形態による課金システムネットワークのトポロジを示す概略図である。 本発明の一実施形態による分散オンライングループ課金のためのＯＣＳ間（ｉｎｔｅｒ−ＯＣＳ）通信を示す概略図である。 本発明の一実施形態によるＣＤＦからＣＧＦへの加入者情報に基づくＣＤＲ経路指定を示す概略図である。 本発明の一実施形態によるオンラインおよびオフライン課金収束のためのＣＧＦおよびＯＣＳの相互交換を示す概略図である。 本発明の一実施形態による課金位置インデックスサーバの作業モードを示す概略図である。 ３ＧＰＰ ＴＳ ３２．２４０ Ｖ７．０．０の課金仕様書の構造を示す概略図である。 先行技術による論理ユビキタス課金のアーキテクチャおよび情報の流れを示す概略図である。 先行技術による論理ユビキタスオフライン課金のアーキテクチャを示す概略図である。 先行技術による論理ユビキタスオンライン課金のアーキテクチャを示す概略図である。

次に、本発明の好ましい実施形態の詳細な説明を図と共に示す。

図１は、本発明の一実施形態による分散ＩＭＳ課金をサポートするための課金位置インデックスシステムの構成を示すブロック図である。

図１に示すとおり、課金位置インデックスシステム１００は、課金位置インデックスサーバ１０１、複数の課金クライアント１０２および複数の課金サーバ１０３を含む。さらに、課金位置インデックスサーバ１０１、課金クライアント１０２、および課金サーバ１０３を相互接続するネットワークは、３ＧＰＰネットワークまたは３ＧＰＰ２ネットワークを含むがこれらに限定されるものではない。

本発明は加入者の課金アカウントプロファイルの記憶位置を集中的に管理するための革新的な課金位置インデックスサーバ基盤（図１を参照）を作成し、また、統一位置インデックスサーバ１０１が様々な分散ＩＭＳ課金サービスをサポートすることを可能にして、加入者のアカウントプロファイルは複数の課金システムに分散されることができる。

課金位置インデックスサーバ１０１は、ネットワーク内のオンライン課金および／またはオフライン課金サーバ１０３の位置を示すアドレス（以下、このアドレスを課金サーバアドレスという）を記憶するためのインデックスデータベースを保持する。さらに、各課金クライアント１０２は、各加入者の詳細な課金位置情報を扱うことになる。

インデックスサーバ１０１は、各加入者の課金サーバ１０３のアドレスを得るためにインデックスサーバ１０１に問合せを行うための、課金クライアント１０２からの課金要求に含まれる加入者識別子を使用することになる。課金クライアント１０２からの課金要求は、インデックスサーバ１０１から取得された課金サーバアドレスに基づく正しい課金サーバ１０３に経路指定されることになる。それにより、課金サーバ１０３は、課金要求に応答して課金を行うことができる。

図２は、図１に示すシステム１００内の課金位置インデックスの進行を示す流れ図である。

最初に、課金要求が課金クライアント１０２によって課金位置インデックスサーバ１０１に送られる（Ｓ２１）。次にインデックスサーバ１０１が、その課金要求に従って課金を行うことができる／行うのに適した課金サーバ１０３を選択し（Ｓ２２）、その選択された課金サーバ１０３に課金要求を送る（Ｓ２３）。

図３は、図１に示すシステム１００内の別の課金位置インデックスの進行を示す流れ図である。

初めは同様に、課金要求が課金クライアント１０２によって課金位置インデックスサーバ１０１に送られる（Ｓ３１）。次にインデックスサーバ１０１が、その課金要求に従って課金を行うことができる／行うのに適した課金サーバ１０３を決定し（Ｓ３２）、その課金サーバ１０３のアドレスを課金クライアント１０２に返す（Ｓ３３）。次に課金クライアント１０２がその課金要求を決定された課金サーバ１０３に送る（Ｓ３４）。

図４は、本発明の一実施形態による分散ＩＭＳ課金をサポートするための課金位置インデックスシステムの構成を示す概略図である。

図４に示す課金位置インデックスシステム４００では、
課金クライアント４０２は、少なくとも以下でよい：
− ＣＴＦ（Ｐ−ＣＳＣＦ、Ｉ−ＣＳＣＦ、Ｓ−ＣＳＣＦ、アプリケーションサーバなどの課金トリガ機能）
− ＯＣＳ（オンライン課金システム）
− ＣＧＦ（課金ゲートウェイ機能）。

課金サーバ４０３は、少なくとも以下でよい：
− ＣＤＦ（課金データ機能）
− ＣＧＦ（課金ゲートウェイ機能）
− ＯＣＳ（オンライン課金システム）。

図４の例のとおり、加入者Ａのオンライン課金アドレスはＯＣＳ１で、そのオフライン課金アドレスはＣＤＦ１であり、加入者Ｂのオンライン課金アドレスもＯＣＳ１であるが、そのオフライン課金アドレスはＣＤＦ２であり、加入者Ｃのオンライン課金アドレスはＯＣＳ２で、そのオフライン課金アドレスはＣＤＦ１であるなどである。

インデックスサーバ４０１は、分散課金サービスの以下のシナリオを少なくともサポートする。
− オンラインまたはオフラインの課金のためのＣＴＦおよびＯＣＳ／ＣＤＦの相互作用
− オンライングループ課金のための複数のＯＣＳの相互作用
− ＣＤＦからＣＧＦへの加入者情報に基づくＣＤＲの経路指定
− オンラインおよびオフライン収束のためのＣＧＦおよびＯＣＳの相互作用

図５は、課金トリガ機能から隠れた、本発明の一実施形態による課金システムネットワークのトポロジを示す概略図である。図５に示すとおり、インデックスサーバ５０１は、ＩＭＳ Ｐ／Ｉ／Ｓ−ＣＳＣＦ、アプリケーションサーバ、ＭＳＣなど、課金クライアント５０２の課金トリガ機能から隠れた課金システムネットワークのトポロジを実装することができる。課金トリガ機能は、各加入者の課金サーバアドレスを保持する必要はない。課金トリガ機能は、課金インデックスサーバのアドレスさえ分かればよい。インデックスサーバ５０１が、ＣＴＦからの課金要求がどの課金システム５０３に、たとえばＣＣＦ１−ｍまたはＯＣＳ１−ｎに、転送されるかを決定することになる。

図６は、本発明の一実施形態による分散オンライングループ課金のためのＯＣＳ間（ｉｎｔｅｒ−ＯＣＳ）通信を示す概略図である。図６に示すとおり、インデックスサーバ６０１は、分散オンライングループ課金サービスのためのＯＣＳの相互作用もまた実装することができる。分散課金サービスでは、ＯＣＳが一加入者のレーティングおよび課金を実行するとき、別のＯＣＳに記憶されている別の加入者のプロファイルを問い合わせる必要がある。分散課金について、ＯＣＳの相互作用の例は以下のとおりである。

クラス内のサービスの課金
加入者ＡのアカウントプロファイルはＯＣＳ１内に提供されており、加入者ＢのアカウントプロファイルはＯＣＳ２内に提供されている。インデックスサーバ６０１を介して、ＯＣＳ１は、ｓｕｂＡとｓｕｂＢがサービスの同一クラスに属するかどうかを判定するために、ＯＣＳ２と通信してｓｕｂＢのアカウントプロファイルを問い合わせることができる。したがって、ｓｕｂＡがｓｕｂＢに電話をかけるとき、ｓｕｂＡとｓｕｂＢがサービスの同一クラスに属する場合、ｓｕｂＡの通話料金はそのクラス内のサービスの通話に対するいくらかの割引を受けることになる。

− 分散家族プラン
子のアカウントと親のアカウントが異なるＯＣＳに提供されるなど、一グループの家族のメンバが複数のＯＣＳに分散されている。子の通話が親の残高またはボーナスを共用したいとき、インデックスサーバ６０１を介して親の残高およびボーナスを得るために、子のアカウントプロファイルをもつＯＣＳが、親のアカウントプロファイルをもつ別のＯＣＳと通信することができる。

本発明は、ＯＣＳ位置透過性をもつ分散グループ課金を可能にする。課金関係をもつが加入者アカウントプロファイルが異なるＯＣＳ間に配置されている、加入者の一グループで、各加入者アカウントプロファイルの位置が別の加入者アカウントプロファイルから移植できる。インデックスサーバ６０１は、各加入者のＯＣＳの集中管理を実現する。インデックスサーバ６０１は、１つのＯＣＳからもう１つのＯＣＳに課金要求を経路指定することになる。１つのＯＣＳが別の加入者のＯＣＳ位置を記憶する必要がない。これにより、記憶空間およびシステムの保守費用を大きく節減することになり、インデックスサーバ６０１内で集中的な形でデータ一貫性を保つ。

図７は、本発明の一実施形態によるＣＤＦからＣＧＦへの加入者情報に基づくＣＤＲ経路指定を示す概略図である。

図７に示すとおり、本発明は、ＣＤＦからＣＧＦへの加入者ベースのＣＤＲ（課金データ記録）経路指定をサポートすることを可能にする。各ＣＤＦが、加入者のＣＧＦ位置情報を保持する必要はなく、インデックスサービスが集中化して各加入者のＣＧＦ位置を管理することになる。ＣＤＦが一加入者のＣＤＲをＣＧＦに経路指定する必要があるとき、その要求はインデックスサーバ７０１に送られ、インデックスサービスがその経路指定要求がどのＣＧＦに送られるかを決定することになる。

図８は、本発明の一実施形態によるオンラインおよびオフラインの課金収束のためのＣＧＦおよびＯＣＳの相互交換（ｉｎｔｅｒ−ｃｏｍｍｕｔａｔｉｏｎ）を示す概略図である。

図８に示すとおり、オンライン課金およびオフライン課金収束を実装するために、ＯＣＳがピーク時を外れたときに、ＯＣＳはＣＧＦからの生ＣＤＲ（コスト情報をもつ）をレーティングすることができる。各ＣＧＦが加入者のＯＣＳアドレス情報を保持する必要はなく、インデックスサービスが集中化して各加入者のＯＣＳアドレスを管理することになる。ＣＧＦが一加入者のＣＤＲをＯＣＳに経路指定する必要があるとき、その要求はインデックスサーバ８０１に送られ、その経路指定要求がどのＯＣＳに送られるかをインデックスサービスが決定することになる。

図９は、本発明の一実施形態による課金位置インデックスサーバの作業モードを示す概略図である。

図９に示すとおり、課金インデックスサーバ９０１は次の２つの種類の作業モードをサポートする：
１）課金サーバアドレスの問合せ（図９ａを参照）
課金クライアント９０２が課金アドレス問合せメッセージをインデックスサーバ９０１に送って加入者のオンライン／オフライン課金サーバアドレスを要求する。課金アドレス問合せは、次の情報を含む
− 加入者識別子、
− オンライン課金またはオフライン課金となる、課金のアドレス。

課金インデックスサーバ９０１が、加入者の課金サーバ９０３のアドレスを得るために、インデックスデータベースへの問合せを行い、検索結果を課金クライアント９０２に返すことになる。

インデックスサーバ９０１から取得された加入者アドレスに基づいて、課金クライアント９０２が課金要求を指定された課金サーバ９０３に送ることになる。

２）課金要求転送（図９ｂおよび図９ｃを参照）
課金クライアント９０２が、課金要求をインデックスサーバ９０１に送る。インデックスサーバ９０１が、課金要求の中の加入者識別子を使用してインデックスデータベースに問合せを行って加入者の課金サーバ位置アドレスを取得し、課金要求がインデックスサーバ９０１によって課金サーバ９０３に転送される。

図９ｂで、各課金要求は常にインデックスサーバ９０１に進み、その後指定された課金サーバ９０３にインデックスサーバ９０１によって転送される。図９ｃで、課金サーバ９０１はその課金位置アドレスを課金クライアント９０２に返し、課金クライアント９０２はその課金応答内の加入者の課金位置アドレスを課金サーバ９０３に格納することになる。この加入者のその後の同一セッションの課金要求については、課金クライアント９０２からの課金要求はインデックスサーバ９０１をバイパスし、課金サーバ９０３に直接送られることになる。

１つのグループの加入者は、閉域利用者グループの課金関係を有するが、そのプロファイルの記憶位置は複数のＩＭＳ課金システムに分散されている。この場合、インデックスサーバが加入者のアカウントプロファイルの記憶位置の管理と、コアネットワーク、アプリケーションサーバ、または１つのＩＭＳ課金システムから届く課金要求の加入者のインデックスデータの問合せ結果に基づく指定されたＩＭＳ課金システムへの転送を担う。

インデックスサーバは、分散ＩＭＳ課金ネットワークのトポロジを簡単化し、１つの課金実体のアドレスを別の課金実体のアドレスに対して透過的にする。１つの課金実体が課金要求をもう１つの課金実体に送る必要があるとき、インデックスサーバがもう１つの課金実体の位置を理解していることになる。インデックスサーバは、１つの実体がもう１つの課金実体の物理的配置を問題にしないような、課金ネットワークトポロジ隠蔽を実装する。本発明は、事業者が、各別個のＩＭＳ課金システム内に課金位置を提供するかわりに、分散課金サービスの加入者の課金位置情報を集中化されたインデックスサーバで管理することを可能にする。本発明は、事業者の課金管理コストを大きく節減する。

集中化されたインデックスサーバは、複数の課金クライアントが課金要求を指定された課金サーバに経路指定することを可能にする。各課金クライアントが別個の課金インデックスデータを保持する必要はない。本発明は、各課金クライアントが課金インデックスデータの別個のコピーを有するとき、データの不一致を回避する。本発明はまた、集中化されたインデックスデータでシステム全体の記憶空間を節約する。集中化されたインデックスサーバは、複数の課金クライアントによるインデックス機能の再使用を実装する。集中化された課金インデックスサーバは、課金ネットワークのトポロジおよび展開を簡単化する。

分散ＩＭＳ課金をサポートするための方法、装置およびシステムがいくつかの例示的な実施形態と共に詳細に説明されているが、これらの前述の実施形態は網羅的ではない。当業者は、本発明の趣旨および範囲内で様々な変更形態および修正形態を作ることができる。したがって、本発明はこれらの実施形態に限定されず、本発明の範囲は寧ろ添付の特許請求の範囲によってのみ定義される。

Claims (20)

1. 分散ＩＭＳ課金をサポートするためのシステムであって、
   １つのネットワーク内に、複数のノード、およびその複数のノードを相互接続するインデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）を備え、
   第１のノード（１０２、４０２、５０２、９０２）が課金要求をインデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）に送り、
   インデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）が、課金要求に基づいて課金を行うように適合された第２のノード（１０３、４０３、５０３、６０３、９０３）にその課金要求を経路指定する、あるいは第２のノード（１０３、４０３、５０３、６０３、９０３）のアドレスを第１のノード（１０２、４０２、５０２、９０２）に返し、次いで第１のノード（１０２、４０２、５０２、９０２）がその課金要求をインデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）からのアドレスをもつ第２のノード（１０３、４０３、５０３、６０３、９０３）に送り、
   第２のノード（１０３、４０３、５０３、６０３、９０３）がその課金要求に基づく課金を行う、システム。
2. 課金要求が加入者識別子を含み、インデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）がその加入者識別子に基づく第２のノード（１０３、４０３、５０３、６０３、９０３）を決定する、請求項１に記載のシステム。
3. インデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）が、ネットワーク内の複数のノードについての情報を含む課金インデックスデータベースをさらに備える、請求項１に記載のシステム。
4. 情報がノードのアドレスを含み、それに基づいて課金要求が第２のノード（１０３、４０３、５０３、６０３、９０３）に送られることができる、請求項３に記載のシステム。
5. 情報がノードの課金モードをさらに含み、それに基づいてインデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）が第１のノード（１０２、４０２、５０２、９０２）に対する第２のノード（１０３、４０３、５０３、６０３、９０３）を選択することができる、請求項４に記載のシステム。
6. 第１のノード（１０２、４０２、５０２、９０２）が、課金トリガ機能、オンライン課金システムおよび課金ゲートウェイ機能のいずれか１つでよく、また第２のノードが課金データ機能、課金ゲートウェイ機能、およびオンライン課金システムのいずれか１つでよい、請求項１に記載のシステム。
7. ネットワークが３ＧＰＰネットワークまたは３ＧＰＰ２ネットワークである、請求項１から６のいずれか一項に記載のシステム。
8. 分散ＩＭＳ課金をサポートするための方法であって、
   要求ノードによって課金要求をネットワーク内のインデックスサーバに送ること（Ｓ２１、Ｓ３１）と、
   インデックスサーバによって課金要求をネットワーク内の課金ノードに経路指定し（Ｓ２３）、それによって課金ノードがその課金要求による課金を担うこと、または、
   インデックスサーバによって要求ノードに課金ノードのアドレスを返し（Ｓ３３）、次に要求ノードによってインデックスサーバからのアドレスをもつ課金ノードに課金要求を送ること（Ｓ３４）と、
   課金ノードによって課金要求に基づく課金を行うことと
   を含む、方法。
9. 課金要求が加入者識別子を含み、インデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）がその加入者識別子に基づく課金ノード（１０３、４０３、５０３、６０３、９０３）を決定する、
   請求項８に記載の方法。
10. インデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）が、ネットワーク内のノードについての情報を含む課金インデックスデータベースをさらに備える、
    請求項８に記載の方法。
11. 情報がノードのアドレスを含み、それに基づいて課金要求が課金ノード（１０３、４０３、５０３、６０３、９０３）に送られることができる、
    請求項１０に記載の方法。
12. 情報がノードの課金モードをさらに含み、それに基づいてインデックスサーバ（１０１、４０１、５０１、６０１、７０１、８０１、９０１）が要求ノード（１０２、４０２、５０２、９０２）に対する課金ノード（１０３、４０３、５０３、６０３、９０３）を選択することができる、
    請求項１１に記載の方法。
13. 要求ノード（１０２、４０２、５０２、９０２）が課金トリガ機能、オンライン課金システムおよび課金ゲートウェイ機能のいずれか１つでよく、課金ノードが課金データ機能、課金ゲートウェイ機能、オンライン課金システムのいずれか１つでよい、
    請求項８に記載の方法。
14. ネットワークが３ＧＰＰネットワークまたは３ＧＰＰ２ネットワークである、
    請求項８から１３のいずれか一項に記載の方法。
15. 複数のノードを備える１つのネットワーク内に位置し、そのネットワーク内の要求ノード（１０２、４０２、５０２、９０２）から課金要求を受け取り、次にその課金要求をそのネットワーク内の課金ノード（１０３、４０３、５０３、６０３、９０３）に経路指定する、課金要求による課金を担う、または課金ノード（１０３、４０３、５０３、６０３、９０３）のアドレスを要求ノード（１０２、４０２、５０２、９０２）に返す、また、
    そのネットワーク内のノードについての情報を含む課金インデックスデータベースを備える
    分散ＩＭＳ課金をサポートするための装置（１０１、４０１、５０１、６０１、７０１、８０１、９０１）。
16. 課金要求が加入者識別子を含み、装置（１０１、４０１、５０１、６０１、７０１、８０１、９０１）がその加入者識別子に基づく課金ノード（１０３、４０３、５０３、６０３、９０３）を決定する、
    請求項１５に記載の装置。
17. 情報がノードのアドレスを含み、それに基づいて課金要求が課金ノード（１０３、４０３、５０３、６０３、９０３）に送られることができる、
    請求項１５に記載の装置。
18. 情報がノードの課金モードをさらに含み、それに基づいて装置（１０１、４０１、５０１、６０１、７０１、８０１、９０１）が要求ノード（１０２、４０２、５０２、９０２）に対する課金ノード（１０３、４０３、５０３、６０３、９０３）を選択することができる、
    請求項１７に記載の装置。
19. 要求ノード（１０２、４０２、５０２、９０２）が、課金トリガ機能、オンライン課金システムおよび課金ゲートウェイ機能のいずれか１つでよく、課金ノードが課金データ機能、課金ゲートウェイ機能、オンライン課金システムのいずれか１つでよい、
    請求項１５に記載の装置。
20. ネットワークが３ＧＰＰネットワークまたは３ＧＰＰ２ネットワークである、
    請求項１５から１９のいずれか一項に記載の装置。

Images