(57)【特許請求の範囲】
【請求項１】
モバイル・ネットワークおよびオンライン課金システムに結合された課金コントローラを備える課金システムであって、前記課金コントローラが、前記モバイル・ネットワークにおける通話の課金データを受信し、前記通話の前記課金データおよび課金ルールを処理して、前記通話の収入の分配を有する複数のエンティティを識別し、前記通話の収入の分配を有する前記複数のエンティティを示す課金要求メッセージを生成し、前記課金要求メッセージを前記オンライン課金システムに送信して前記オンライン課金システムに前記複数のエンティティそれぞれの前記収入分配を判定させるように動作可能である、課金システム。
【請求項２】
前記課金コントローラから前記課金要求メッセージを受信し、収入分配を有する前記複数のエンティティそれぞれのプロファイルを識別し、前記複数のエンティティのプロファイルおよび評価に基づいて前記複数のエンティティそれぞれの収入分配額を判定し、前記複数のエンティティそれぞれの前記収入分配額を示す課金記録を生成し、前記課金記録を前記課金コントローラに送信するように動作可能な前記オンライン課金システムをさらに備える、請求項１に記載の課金システム。
【請求項３】
前記課金記録がそれぞれエンティティＩＤ、課金タイプ、および前記収入分配額を含む、請求項２に記載の課金システム。
【請求項４】
前記収入分配額が別のエンティティに借りている金額を示す、請求項３に記載の課金システム。
【請求項５】
前記課金コントローラが、前記課金記録を受信し、前記課金記録を相関させて、前記複数のエンティティそれぞれの前記収入分配額を示す統合された課金記録を生成し、前記統合された課金記録を請求システムに送信するようにさらに動作可能である、請求項２に記載の課金システム。
【請求項６】
前記課金ルールが小売課金の条件を定義する小売ルールを含む、請求項１に記載の課金システム。
【請求項７】
前記課金ルールが卸売課金の条件を定義する卸売ルールを含む、請求項１に記載の課金システム。
【請求項８】
前記課金ルールが相互接続課金の条件を定義する相互接続ルールを含む、請求項１に記載の課金システム。
【請求項９】
前記課金ルールがコンテンツ課金の条件を定義するコンテンツ・ルールを含む、請求項１に記載の課金システム。
【請求項１０】
前記課金ルールがローミング課金の条件を定義するローミング・ルールを含む、請求項１に記載の課金システム。
【請求項１１】
通話の通話収入の前記分配を判定する方法であって、
モバイル・ネットワークおよびオンライン課金システムに結合された課金コントローラにおいて前記モバイル・ネットワークを介してかけられた通話の課金データを受信するステップと、
前記通話の前記課金データおよび課金ルールを処理して前記通話の収入の分配を有する複数のエンティティを識別するステップと、
前記通話の収入分配を有する前記複数のエンティティを示す課金要求メッセージを生成するステップと、
前記課金要求メッセージを前記オンライン課金システムに送信して、前記オンライン課金システムに前記複数のエンティティそれぞれの前記収入分配を判定させるステップと
を備える方法。
【請求項１２】
前記オンライン課金システムにおいて前記課金コントローラから前記課金要求メッセージを受信するステップと、
収入分配を有する前記複数のエンティティそれぞれのプロファイルを識別するステップと、
前記複数のエンティティのプロファイルおよび評価に基づいて前記複数のエンティティそれぞれの収入分配額を判定するステップと、
前記複数のエンティティそれぞれの前記収入分配額を示す課金記録を生成するステップと、
前記課金記録を前記オンライン課金システムから前記課金コントローラに送信するステップと
をさらに備える、請求項１１に記載の方法。
【請求項１３】
前記課金記録がそれぞれエンティティＩＤ、課金タイプ、および収入分配額を含む、請求項１２に記載の方法。
【請求項１４】
前記収入分配額が別のエンティティに借りている金額を示す、請求項１３に記載の方法。
【請求項１５】
前記課金コントローラにおいて前記オンライン課金システムから前記課金記録を受信するステップと、
前記課金記録を相関させて前記複数のエンティティそれぞれの前記収入分配額を示す統合された課金記録を生成するステップと、
前記統合された課金記録を前記課金コントローラから請求システムに送信するステップと
をさらに備える、請求項１２に記載の方法。
【請求項１６】
前記課金ルールが小売課金の条件を定義する小売ルールを含む、請求項１１に記載の方法。
【請求項１７】
前記課金ルールが卸売課金の条件を定義する卸売ルールを含む、請求項１１に記載の方法。
【請求項１８】
前記課金ルールが相互接続課金の条件を定義する相互接続ルールを含む、請求項１１に記載の方法。
【請求項１９】
前記課金ルールがコンテンツ課金の条件を定義するコンテンツ・ルールを含む、請求項１１に記載の方法。
【請求項２０】
前記課金ルールがローミング課金の条件を定義するローミング・ルールを含む、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークの分野に関し、具体的には、通信ネットワークにおける課金および請求に関する。
【背景技術】
【０００２】
電話が通信ネットワークを介してかけられたとき、その通話に関して受け取られる収入の分配を受ける複数のエンティティがある可能性がある。例えば、それを介して電話がかけられるネットワークを実際に運営し維持するネットワーク・オペレータは、収入の分配を受ける。国際電話などのために外国の通信ネットワークに電話がかけられた場合は、外国の通信ネットワークのネットワーク・オペレータは、その通話の収入の分配を受ける。ローミング・モバイル・ユーザに電話がかけられた場合は、ユーザがローミングしているモバイル・ネットワークのネットワーク・オペレータは、収入の分配を受ける。どのエンティティが通話の収入の分配を受けるかを判定するプロセスは、調停と呼ばれることもある。
【０００３】
従来の通信ネットワークでは、通話の課金機能は、交換機などのネットワーク構成要素によって実行される。交換機は、通話の課金データを収集し、課金データを含む課金詳細記録（ＣＤＲ）を生成する。全ネットワークにわたる交換機はすべて、ＣＤＲをサービス・プロバイダのＩＴシステム内の請求システム（しばしばバック・エンドまたはバック・オフィス請求システムと呼ばれる）に転送する。バック・オフィス請求システムは、調停プロセスのために使用されることが可能である情報を記憶する。例えば、請求システムは、ネットワーク・オペレータが国際電話に関して外国のネットワーク・オペレータと有することもある契約や、ネットワーク・オペレータがローミング・シナリオに関してモバイル・ネットワークと有することもある契約などを記憶する。請求システムはまた、顧客に電話サービスのインボイスを送り、他のエンティティにバウチャまたはクレジットを提供する決済プロセスを実行する。
【０００４】
比較的最近の課金アーキテクチャでは、ポストペイド課金がオフライン課金システム（ＯＦＣＳ）および関連する請求システムを介して実行される。同様に、プリペイド課金が、オンライン課金システム（ＯＣＳ）および関連する請求システムを介して実行される。オフライン課金およびオンライン課金を提供するために、ＯＣＳおよび請求システムはそれぞれ、それら自体の評価エンジンを維持する。さらに、請求システムはそれぞれ、加入者のプロファイル、卸売顧客のプロファイル、および契約を有する他のネットワーク・オペレータのプロファイルを維持する。評価エンジンおよびプロファイルの重複は、ネットワークにおけるかなりのリソースを浪費する。２つの別個の課金システムを維持するための運営上の非効率性および技術的オーバヘッドは、ネットワーク・オペレータにとってはマーケティングおよびビジネス活動における障害につながる可能性がある。現在、ネットワーク・オペレータは、運営コストを低減するために大きなプレッシャを受けている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本明細書に記載の諸実施形態は、コンバージド課金システムを使用して通話に関する適切なエンティティへの収入の流れを管理することができる。コンバージド課金システムは、プリペイド課金、ポストペイド課金、相互接続課金、卸売課金、コンテンツ課金、ローミング課金などを集中化する。したがって、通話の収入は、適用可能な課金タイプに基づいて複数のエンティティ間で分配されることが可能である。これは、バック・オフィスにおける仕事をかなり低減し、ほとんどリアルタイムの請求をもたらす。コンバージド課金システムはまた、評価または請求関係の活動が共通の評価エンジンおよび共通の口座残高管理機能を共用することができるようにし、これは、システムの開発、運営および維持のためのコストを低減する。
【課題を解決するための手段】
【０００６】
一実施形態は、モバイル・ネットワークおよびオンライン課金システムに結合された課金コントローラを備える。課金コントローラは、モバイル・ネットワークにおける通話の課金データを受信し、通話の課金データおよび課金ルールを処理して通話の収入の分配を有するエンティティを識別するように動作可能である。課金コントローラは、通話の収入分配を有するエンティティを示す課金要求メッセージを生成し、課金要求メッセージをオンライン課金システムに送信してオンライン課金システムにエンティティそれぞれの収入分配を判定させるようにさらに動作可能である。
【０００７】
他の実施形態では、オンライン課金システムは、課金コントローラから課金要求メッセージを受信し、収入分配を有するエンティティそれぞれのプロファイルを識別するように動作可能である。オンライン課金システムは、エンティティのプロファイルおよび評価に基づいてエンティティそれぞれの収入分配額を判定し、エンティティそれぞれの収入分配額を示す課金記録を生成し、課金記録を課金コントローラに送信するようにさらに動作可能である。
【０００８】
他の実施形態では、課金コントローラは、課金記録を受信し、課金記録を相関させて、エンティティそれぞれの収入分配額を示す統合された課金記録を生成し、統合された課金記録を請求システムに送信するようにさらに動作可能である。
【０００９】
他の例示的実施形態が以下で説明される。
【００１０】
次に、本発明のいくつかの実施形態が、例としてのみ、添付の図面を参照しながら説明される。すべての図面上で、同じ参照数字は、同じ要素または同じタイプの要素を表す。
【図面の簡単な説明】
【００１１】
【図１】一例示的実施形態における通信ネットワークを例示する図である。
【図２】一例示的実施形態における収入分配を有する各エンティティの課金データを生成することによって通話に対して課金する方法を例示する流れ図である。
【図３】一例示的実施形態における複数のエンティティの収入分配を判定する方法を例示する流れ図である。
【図４】一例示的実施形態における課金記録を相関させる方法を例示する流れ図である。
【図５】一例示的実施形態における別の通信ネットワークを例示する図である。
【図６】一例示的実施形態において通話の収入がエンティティ間でどのように分配されるかを例示する図である。
【図７】一例示的実施形態において通話の収入がどのように分配されるかを例示するメッセージ図である。
【発明を実施するための形態】
【００１２】
図および以下の説明は、本発明の特定の例示的実施形態を例示する。したがって、本明細書に明示的に記載または示されていなくても、本発明の原理を実施し本発明の範囲内に含まれる様々な構成を当業者は考案することができることが理解されるであろう。さらに、本明細書に記載のいかなる実施例も、本発明の原理を理解するのを支援し、そのような特に詳述された実施例および状態に限定されないと解釈されることを意図するものである。結果として、本発明は、以下で説明される特定の実施形態または実施例に限定されるのではなく、請求項およびそれらの同等物によって限定される。
【００１３】
図１は、一例示的実施形態における通信ネットワーク１００を例示する。通信ネットワーク１００は、モバイル・ネットワーク１０２、課金システム１０４、および請求システム１０６を含む。モバイル・ネットワーク１０２は、ＣＤＭＡネットワークまたはＧＳＭネットワークなどの回線ベースのネットワークを備えてもよく、ＩＰマルチメディア・サブシステム（ＩＭＳ）ネットワークなどのパケットベースのネットワークを備えてもよく、またはこれら２つの混合を備えてもよい。モバイル・ネットワーク１０２は、音声通話をかける、データ・セッションを開始する、テキスト・メッセージもしくはマルチメディア・メッセージを送信するまたは受信するなどのサービスをモバイル・デバイス１４０〜１４１に提供することができる。モバイル・ネットワーク１０２は、モバイル・ネットワーク１０２の中でセッション／通話をサービスするようにまたはセッション／通話のためのサービスを提供するように動作可能な複数のネットワーク要素１１２〜１１３を含む。例えば、ネットワーク要素１１２は、サービング・コール・セッション制御機能（Ｓ−ＣＳＣＦ）を備えてよく、一方、ネットワーク要素１１３は、ＩＭＳネットワークにおいてアプリケーション・サーバ（ＡＳ）を備えてよい。代替として、ネットワーク要素１１２は、移動交換局（ＭＳＣ）を備えてよく、一方、ネットワーク要素１１３は、ＵＭＴＳネットワークのＳＧＳＮを備えてよい。
【００１４】
課金システム１０４は、モバイル・ネットワーク１０２において、セッション／通話に対するオンラインおよび／またはオフライン課金を提供するように動作可能な任意のシステム、サーバ、または機能を備える。オンライン／オフライン課金では、課金システム１０４は、モバイル・ネットワークの中でセッション／通話の統合された課金記録を生成し、ＣＤＲを請求システム１０６に送ることができる。課金システム１０４は、オンライン課金システム（ＯＣＳ）１２２、課金コントローラ１２４、およびオフライン課金システム（ＯＦＣＳ）１２６を含む。ＯＣＳ１２２は、ＯＣＳ１２２およびＯＦＣＳ１２６によって共用されてよい共通の評価エンジン１３２を含み、図示されていない他の機能を含んでよい。ＯＦＣＳ１２６はまた、リリース６において３ＧＰＰによって定義されている課金データ機能（ＣＤＦ）／課金ゲートウェイ機能（ＣＧＦ）、またはリリース５において３ＧＰＰによって定義されている課金収集機能（ＣＣＦ）など、簡潔にするために図示されていない様々な機能を含んでよい。
【００１５】
請求システム１０６は、セッション／通話の統合された課金記録を受信し、統合されたＣＤＲに基づいて１つまたは複数の顧客にセッション／通話のインボイスを送るかまたはバウチャもしくはクレジットを発行するように動作可能な任意のシステム、サーバ、または機能を備える。
【００１６】
通話では、様々な異なるタイプの課金が関係する可能性がある。いくつかの一般的なタイプの課金は、以下の通りである。課金の１つのタイプは、小売課金と呼ばれる。小売課金は、モバイル・ネットワーク・オペレータ（ＭＮＯ）またはモバイル・バーチャル・ネットワーク・オペレータ（ＭＶＮＯ）とエンドユーザとの間で行われる。したがって、小売課金は、エンドユーザがＭＮＯ（またはＭＶＮＯ）によって提供されたサービスの代金をどのように支払うかを定義する。
【００１７】
課金の他のタイプは、卸売（またはＭＶＮＯ）課金と呼ばれる。卸売課金は、ＭＶＮＯとＭＮＯとの間で行われる。卸売顧客は、再販売のためにＭＮＯからモバイル製品およびサービスを購入する。卸売課金は、ＭＶＮＯがＭＮＯによって提供されたサービスの代金をどのように支払うかを定義する。
【００１８】
課金の他のタイプは、コンテンツ課金と呼ばれる。コンテンツ課金は、コンテンツ・プロバイダとＭＮＯ（またはＭＶＮＯ）との間で行われる。コンテンツ・プロバイダは、ＭＮＯ／ＭＶＮＯネットワークを介してエンドユーザにいくつかのコンテンツ／サービスを供給する。したがって、コンテンツ課金は、ＭＮＯ／ＭＶＮＯがコンテンツ・プロバイダによって供給されたコンテンツの代金をどのように支払うかを定義する。
【００１９】
課金の他のタイプは、相互接続課金と呼ばれる。相互接続課金は、ＭＮＯと別のネットワーク・オペレータとの間で行われる。電話が、最初ＭＮＯのネットワークにおいてかけられるが、他のオペレータのネットワークにおいて終了するとき（またはその逆のとき）、相互接続課金は、ＭＮＯが他のネットワーク・オペレータによって提供されたサービスの代金をどのように支払うかを定義する。
【００２０】
課金の他のタイプは、ローミング課金と呼ばれる。ローミング課金は、１つのＭＮＯと、ローミング・ユーザにサービスしている他のＭＮＯとの間で行われる。１つのＭＮＯ（ビジティングＭＮＯ）のエンドユーザが別のＭＮＯ（ビジテッドＭＮＯ）のネットワークにおいてローミングしている場合は、ローミング課金は、ビジティングＭＮＯがビジテッドＭＮＯによって提供されたサービスの代金をどのように支払うかを定義する。
【００２１】
以下で提供される説明に当てはまる他のタイプの課金があり得る。これらの課金タイプそれぞれの１つの共通点は、複数のエンティティが通話の収入の分配を受けることである。したがって、収入は、ある時点で分配され、エンティティそれぞれに適切に割り当てられなければならない。従来の課金アーキテクチャでは、課金システムが、通話の課金データを含むＣＤＲを生成する。バック・オフィス請求システムが、ＣＤＲからの課金データを処理して、分配を有するエンティティに通話の収入を分配する。したがって、収入は、実際の課金システムにおいてではなく、バック・オフィス・システムにおいて分配される。以下で説明される実施形態では、収入を分配するために課金アーキテクチャに新規の課金コントローラ１２４が実装される。したがって、通話の収入の分配を受けるエンティティは、バック・オフィス・システムにおいてではなく、課金システム１０４において識別される。
【００２２】
この実施形態では、モバイル・デバイス１４０がモバイル・ネットワーク１０２を介して通話に関与すると仮定する。ネットワーク要素１１２〜１１３の１つまたは両方が、通話のためのサービスを提供し、サービスを提供するための課金データを生成することができる。他のモバイル・ネットワーク（図示せず）および他の固定ネットワーク（図示せず）が通話に関与してもよいことを当業者は理解するであろう。次いで、ネットワーク要素１１２〜１１３が、課金データを課金システム１０４に送信する。例えば、プリペイド課金が通話に適用される場合は、ネットワーク要素１１２〜１１３は、Ｄｉａｍｅｔｅｒ  Ｒｏクレジット制御要求（ＣＣＲ）を課金システム１０４に送信することができる。ポストペイド課金が通話に適用される場合は、ネットワーク要素１１２〜１１３は、Ｄｉａｍｅｔｅｒ  Ｒｆアカウンティング要求（ＡＣＲ）を課金システム１０４に送信することができる。課金コントローラ１２４は、図２に例示されているように、通話に対する課金を管理する。
【００２３】
図２は、一例示的実施形態における収入分配を有するエンティティそれぞれの課金データを生成することによって通話に対して課金する方法２００を例示する流れ図である。方法２００のステップは図１における通信ネットワーク１００を参照しながら説明されるが、方法２００は他のネットワークおよびシステムにおいて実施されることが可能であることを当業者は理解するであろう。本明細書で説明される流れ図のステップは、すべてを含んでいるわけではなく、図示されていない他のステップを含んでよい。これらのステップはまた、代替順序で実行されてよい。
【００２４】
ステップ２０２において、課金コントローラ１２４がモバイル・ネットワーク１０２における通話の課金データを受信する。課金データは、Ｄｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲまたはＤｉａｍｅｔｅｒ  Ｒｆ  ＡＣＲなどのモバイル・ネットワーク１０２から課金要求メッセージで受信されることが可能である。代替として、課金データは、ＯＣＳ１２２またはＯＦＣＳ１２６からＣＤＲで受信されることも可能である。ステップ２０４において、課金コントローラ１２４が、通話の課金データおよび課金ルールを処理して通話の収入の分配を有するエンティティを識別する。課金コントローラ１２４は、様々なタイプの課金の条件を定義する課金ルールを記憶する。例えば、課金ルールは、小売課金の条件を定義する小売ルールを含んでよい。課金ルールは、卸売課金の条件を定義する卸売ルールを含んでよい。課金ルールは、相互接続課金の条件を定義する相互接続ルールを含んでよい。課金ルールは、コンテンツ課金の条件を定義するコンテンツ・ルールを含んでよい。課金ルールは、ローミング課金の条件を定義するローミング・ルールを含んでよい。
【００２５】
一例として、課金コントローラ１２４は、発呼側番号および卸売ルールを処理して、卸売課金が適用されると判定し、卸売エンティティの識別を判定することができる。課金コントローラ１２４はまた、被呼側番号および相互接続ルールを処理して、相互接続課金が適用されると判定し、相互接続サービスを提供するネットワーク・オペレータ・エンティティの識別を判定することができる。課金データに基づいて、課金コントローラ１２４は、通話の収入の分配を有するエンティティのリストを生成することができる。
【００２６】
ステップ２０６において、課金コントローラ１２４が、通話において収入分配を有するエンティティを示す課金要求メッセージを生成する。例えば、課金コントローラ１２４は、Ｄｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲを生成し、ＣＣＲに収入の分配を受けるエンティティの識別を挿入することができる。ステップ２０８において、課金コントローラ１２４が、課金要求メッセージをＯＣＳ１２２に送信する。課金コントローラ１２４は、識別された収入の分配を受けるエンティティそれぞれに別々の課金要求メッセージを送信するか、または識別された収入の分配を受けるエンティティのすべてに単一の課金要求メッセージを送信することができる。課金要求メッセージに含まれているデータに基づいて、ＯＣＳ１２２は、エンティティそれぞれの収入分配を判定することができ、これは図３にさらに例示されている。
【００２７】
図３は、一例示的実施形態における複数のエンティティの収入分配を判定する方法３００を例示する流れ図である。方法３００のステップは、図１における通信ネットワーク１００を参照しながら説明されるが、方法３００は他のネットワークおよびシステムにおいて実施されることが可能であることを当業者は理解するであろう。ステップ３０２において、ＯＣＳ１２２が、課金コントローラ１２４から課金要求メッセージを受信する。ステップ３０４において、ＯＣＳ１２２が、課金要求メッセージに示されている収入分配を有するエンティティそれぞれのプロファイルを識別する。ＯＣＳ１２２は、各エンティティのプロファイルのデータベースを維持することができる。例えば、ＯＣＳ１２２は、そのエンドユーザのサービス・プランのサブスクリプションを示すモバイル・デバイス１４０のプロファイルを維持することができる。ＯＣＳ１２２は、モバイル・ネットワーク１０２のオペレータとのローミング契約を有する他のＭＮＯのプロファイルを維持することができる。ＯＣＳ１２２は、モバイル・ネットワーク１０２のオペレータとの相互接続契約を有する固定ネットワークのプロファイルを維持することができる。ＯＣＳ１２２はまた、コンテンツをモバイル・ネットワーク１０２のエンドユーザに供給するための契約を有するコンテンツ・プロバイダのプロファイルを維持することができる。代替として、プロファイルは、ＯＣＳ１２２にとってアクセス可能な外部データベース上に維持されることが可能である。
【００２８】
ステップ３０６において、ＯＣＳ１２２が、エンティティのプロファイルおよび評価エンジン１３２によって提供された評価に基づいてエンティティそれぞれの収入分配額を判定する。例えば、通話に対する全課金が＄３０であると仮定する。プロファイルおよび評価に基づいて、ＯＣＳ１２２は、エンティティ１が収入の＄１０の分配を受け、エンティティ２が収入の＄１０の分配を受け、エンティティ３が収入の＄１０の分配を受けると判定することができる。ステップ３０８において、ＯＣＳ１２２が、エンティティそれぞれの収入分配額を示すＣＤＲなどの課金記録を生成する。例えば、ＯＣＳ１２２は、エンティティに貸している金額またはエンティティに支払うべき金額を示すエンティティそれぞれの個々の課金記録を生成することができる。次いで、ＯＣＳ１２２は、ステップ３１０において、課金記録を課金コントローラ１２４に送信する。
【００２９】
ＯＣＳ１２２によって生成された課金記録は、収入の分配を受けるエンティティそれぞれの新しい一組のデータを含む。データの新しいセットは、エンドユーザサブスクリプションＩＤ、ＭＮＯ  ＩＤ、ＭＶＮＯ  ＩＤ、コンテンツ・プロバイダＩＤ、別のネットワーク・オペレータのＩＤなどでよいエンティティＩＤを含む。データの新しいセットはまた、小売課金、卸売課金、コンテンツ課金、相互接続課金、ローミング課金などの課金タイプを含む。新しい一組のデータはまた、収入分配額を含む。収入分配額は、各エンティティに貸しているまたは各エンティティに支払うべきサービス使用の金額を示す。収入分配額は、支払請求サイクルごとの蓄積された金額または特別の通話料金額でよい。小売課金では、収入分配額は、エンドユーザがＭＶＮＯ／ＭＮＯに支払うサービス・ユニットを表す。卸売課金では、収入分配額は、ＭＶＮＯがネットワーク／サービス使用に対してＭＮＯに支払うサービス・ユニットを表す。コンテンツ課金では、収入分配額は、ＭＮＯがコンテンツ・プロバイダによって供給されたコンテンツに対して支払うサービス・ユニットを表す。相互接続課金では、収入分配額は、ＭＮＯが、通話を相互接続する他のネットワーク・オペレータに対して支払うサービス・ユニットを表す。ローミング課金では、収入分配額は、ビジティングＭＮＯが、ローカル・ユーザが外部ネットワークにおいてローミングするために、ビジテッドＭＮＯに支払うサービス・ユニットを表す。
【００３０】
図４は、一例示的実施形態における課金記録を相関させる方法４００を例示する流れ図である。方法４００のステップは、図１における通信ネットワーク１００を参照しながら説明されるが、方法４００は他のネットワークおよびシステムにおいて実施されることが可能であることを当業者は理解するであろう。ステップ４０２において、課金コントローラ１２４が、収入分配を有するエンティティの課金記録を受信する。ステップ４０４において、課金コントローラ１２４が、課金記録を相関させてエンティティそれぞれの収入分配額を示す統合された課金記録を生成する。統合された課金記録はまた、エンティティＩＤ、課金タイプ、および収入分配額など、収入の分配を受けるエンティティそれぞれのデータの新しいセットを含む。ステップ４０６において、課金コントローラ１２４が、統合されたＣＤＲを請求システム１０６に送信する。
【００３１】
次いで、請求システム１０６が、統合された課金記録に含まれるデータに基づいて決済プロセスを実行して、請求インボイスを生成し、収入の分配を受けるエンティティそれぞれのバウチャまたはクレジットを生成することができる。課金コントローラ１２４が統合された課金記録内の通話の収入をすでに分配しているので、請求システム１０６はこのプロセスを実行する必要がない。請求システム１０６は、統合された課金記録に示されている収入分配額のバウチャを適切なエンティティに発行すればよいだけである。
【００３２】
実施例
図５は、一例示的実施形態における別の通信ネットワーク５００を例示する。通信ネットワーク５００は、モバイル・ネットワーク５０２、課金システム５０４、および請求システム５０６を含む。モバイル・ネットワーク５０２は、モバイル・デバイス５４０に、音声通話をかける、データ・セッションを開始する、テキスト・メッセージもしくはマルチメディア・メッセージを送信または受信するなどのサービスを提供することができる。課金システム５０４は、オンライン課金システム（ＯＣＳ）５２２、課金コントローラ５２４、およびオフライン課金システム（ＯＦＣＳ）５２６を含む。
【００３３】
ＯＣＳ５２２は、モバイル・ネットワーク５０２における通話に対するオンライン課金（またはプリペイド）を扱う。ＯＣＳ５２２は、オンライン課金機能（ＯＣＦ）５３０、口座残高管理機能（ＡＢＭＦ）５３１、評価エンジン５３２、プロファイル・データベース５３３、およびタリフ・データベース５３４を含む。ＯＣＳ５２２は、１つの要求イベント（すなわち、ＣＣＲ）に基づいてマルチイベント課金を実行するために拡張される。ＯＣＳ５２２は、要求のそれぞれ異なるサブスクリプションＩＤを使用して各口座プロファイルに別々にアクセスし、したがって、ＯＣＳ５２２は、各エンティティの通話料を評価する。課金が終わった後に、ＯＣＳ５２２は、小売課金、卸売課金、コンテンツ課金、相互接続課金、ローミング課金などの、各エンティティの通話コストを示すＣＤＲを生成する。
【００３４】
ＯＣＦ５３０は、ＡＢＭＦ５３１および評価エンジン５３２にアクセスし、モバイル・ネットワーク５０２内のネットワーク要素と課金メッセージを交換し、他の機能を実行することによって、ＯＣＳ５２２においてオンライン課金を管理するように動作可能な任意のシステム、サーバ、または機能を備える。ＡＢＭＦ５３１は、ユーザの口座を維持する、より具体的には、ユーザの口座におけるサービス・ユニットの金額を維持するように動作可能な任意のシステム、サーバ、または機能を備える。評価エンジン５３２は、ネットワーク・オペレータによって定義されたタリフによってサービス使用のコストを判定するように動作可能な任意のシステム、サーバ、または機能を備える。評価エンジン５３２は、各エンティティのタリフ・インデックスにアクセスすることによって、ユニット判定、価格判定、タリフ判定、カウンタなどのタリフ・プラン判定を実行する。
【００３５】
評価エンジン５３２は、エンドユーザのサービス使用の小売タリフ・プランを保持するだけでなく、サービス・レベル契約に基づくＭＶＮＯ、コンテンツ・プロバイダ、または他のオペレータとの価格プランなど、ＭＮＯのパートナシップのタリフ・プランをも保持する。ＯＣＦ５３０は、各小売／パートナの口座プロファイルにおける価格プラン・インデックスを使用してタリフにアクセスし、各エンティティの通話料を判定する。
【００３６】
プロファイル・データベース５３３は、小売顧客、卸売顧客、コンテンツ・プロバイダ、相互接続オペレータ、ローミング・オペレータなどのプロファイルを記憶するように動作可能な任意のデータベースまたはデータ構造を備える。プロファイル・データベース５３３は、代替として、プロファイルにリモートにアクセスするためにプロファイルのアドレスを記憶することができる。タリフ・データベース５３４は、タリフ・プランまたはタリフ・プラン・インデックスを記憶するように動作可能な任意のデータベースまたはデータ構造を備える。評価エンジン５３２は、エンティティのタリフ・プラン・データにアクセスすることによって、ユニット判定、価格判定、タリフ判定、カウンタなどのタリフ・プラン判定を実行することができる。ＯＣＦ５３０は、各小売／パートナの口座プロファイルにおける価格プラン・インデックスを使用して評価タリフ・インデックスにアクセスし、各エンティティの通話料を判定する。
【００３７】
ＯＦＣＳ５２６は、モバイル・ネットワーク５０２における通話に対するオフライン課金（またはポストペイド）を扱う。ＯＦＣＳ５２６は、課金データ機能（ＣＤＦ）、課金ゲートウェイ機能（ＣＧＦ）、または図５に特には示されていない他の課金要素を含んでよい。
【００３８】
課金コントローラ５２４は、モバイル・ネットワーク５０２における通話に対する全課金を制御するように動作可能な任意のシステム、サーバ、または機能を備える。課金コントローラ５２４は、課金ルールを処理して、どのエンティティがモバイル・ネットワーク５０２における通話の収入の分配を受けるかを判定する。次いで、課金コントローラ５２４は、収入の分配を受けるエンティティそれぞれの別々のＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲを生成し、ＣＣＲをＯＣＳ５２２に送信してエンティティに支払うべきコストまたは金額を判定する。
【００３９】
例えば、モバイル・デバイス５４０のエンドユーザは、車載セキュリティ、ハンズフリー通話、ターンバイターン・ナビゲーション、リモート診断などの車載サービスであるオンスター社（ＯｎＳｔａｒ  Ｃｏｒｐｏｒａｔｉｏｎ）によって提供されるサービスにサブスクライブすると仮定する。オンスターは、この実施例ではＭＶＮＯとみなされてよい。オンスターは、そのモバイル・サービスを、ベライゾン・ワイヤレス（Ｖｅｒｉｚｏｎ  Ｗｉｒｅｌｅｓｓ）（または何らかの他のモバイル・サービス・プロバイダ）によって運営されるモバイル・ネットワーク５０２からリースする。したがって、ベライゾン・ワイヤレスは、この実施例ではエンドユーザのためのＭＮＯとみなされてよい。さらに、モバイル・デバイス５４０のエンドユーザが別のエンドユーザに（オンスター・サービスによって）電話をかけると仮定する。被呼側エンドユーザは、英国のボーダフォンなど別のサービス・プロバイダによって提供されるサービスにサブスクライブしている。したがって、ボーダフォンは、この実施例では被呼側エンドユーザのためのＭＮＯとみなされてよい。
【００４０】
発呼側エンドユーザから被呼側エンドユーザへの通話の全料金が＄３０であり、発呼側エンドユーザが通話代金の支払いをするとさらに仮定する。図６は、一例示的実施形態において通話の収入がエンティティ間でどのように分配されるかを例示する。発呼側エンドユーザ６０２とオンスター（ＭＶＮＯ６０４）との間の小売契約によって、発呼側エンドユーザ６０２はＭＶＮＯ６０４に通話代金として＄３０を支払う。これは、小売課金の一実施例である。ＭＶＮＯ６０４（オンスター）はそのモバイル・サービスをベライゾン・ワイヤレス（ＭＮＯ６０６）からリースする。ＭＶＮＯ６０４とＭＮＯ６０６との間の卸売契約によって、ＭＶＮＯ６０４はＭＮＯ６０６にモバイル・サービスの代金として＄２０を支払う。これは卸売課金の一実施例である。通話を被呼側エンドユーザ６１０に接続するためには、ＭＮＯ６０６は、ボーダフォン（ＭＮＯ６０８）によって運営される外部ネットワークに接続する必要がある。ＭＮＯ６０６とＭＮＯ６０８との間の相互接続契約によって、ＭＮＯ６０６はＭＮＯ６０８に相互接続料として＄１０を支払う。これは相互接続課金の一実施例である。したがって、通話の収入は、ＭＶＮＯ６０４（オンスター）と、ＭＮＯ６０６（ベライゾン・ワイヤレス）と、ＭＮＯ６０８（ボーダフォン）との間で分配される。本明細書で提供される実施形態では、収入の分配は、バック・オフィス・システムにおいてではなく、課金システムにおいて実行される。図７は、これがどのように行われるかをさらに例示する。
【００４１】
図７は、一例示的実施形態において通話の収入がどのように分配されるかを例示するメッセージ図である。モバイル・ネットワーク５０２がＯＣＳ５５２にＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲを送信する。ＣＣＲは、発呼側番号、被呼側番号、タイムスタンプなど、モバイル・ネットワーク５０２における通話の課金データを含む。この実施例ではＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲが受信されるが、他の実施例ではＩＮＡＰメッセージなど他の課金メッセージが受信されてもよい。ＯＣＳ５２２は、サブスクリプションＩＤ（サブスクリプションＩＤ＝モバイル・デバイス５４０のエンドユーザのＭＳＩＳＤＮ）を処理して、エンドユーザに関する口座プロファイルにアクセスする。次いで、ＯＣＳ５２２は、エンドユーザがオンスターに借りている＄３０である通話の全料金を計算する。ＯＣＳ５２２はまた、＄３０の通話料を示す評価されたＣＤＲ（ＣＤＲ１）を生成し、評価されたＣＤＲをＯＦＣＳ５２６における調停装置（ＣＤＦまたはＣＧＦ）に送信する。次いで、ＯＦＣＳ５２６は評価されたＣＤＲを課金コントローラ（ＣＣ）５２４に送信する。ＯＣＳ５２２は評価されたＣＤＲを課金コントローラ（ＣＣ）５２４に直接送信してもよいことを当業者は理解するであろう。
【００４２】
通話の課金データを有する評価されたＣＤＲを受信することに応答して、課金コントローラ５２４は、課金ルールを処理してどのエンティティが通話の収入の分配を受ける資格があるかを識別する。下記は、通話に適用されることが可能である様々なタイプの課金のためのいくつかの例示的ルールを説明する。
【００４３】
小売ルール：
ルール１：ＣＤＲは評価されない  ＡＮＤ  発呼側番号はローカル・オペレータに属する  ＡＮＤ  通話方向＝発信呼  ＴＨＥＮ：
小売課金可能エンティティ＝発呼側。
発呼側の通話コストを判定するためにＯＣＳへのＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲ［サブスクリプションＩＤ＝発呼側のＭＳＩＳＤＮ、サブスクリプション・タイプ＝小売課金、．．．］をトリガする。
【００４４】
ルール２：ＣＤＲは評価されない  ＡＮＤ  被呼側番号はローカル・オペレータに属する  ＡＮＤ  通話方向＝通話終了  ＡＮＤ  加入者ロケーションはホーム・ゾーンにある  ＴＨＥＮ：
終了した市内通話は、聞き／受けるのが無料である。
ＣＤＲを無料通話として設定する。
【００４５】
ルール３：ＣＤＲは評価されない  ＡＮＤ  被呼側番号はローカル・オペレータに属する  ＡＮＤ  通話方向＝通話終了  ＡＮＤ  加入者ロケーションはローミング・ゾーンにある  ＴＨＥＮ：
小売課金可能エンティティ＝被呼側。
被呼側の通話コストを判定するためにＯＣＳへのＤｉａｍｅｔｅｒ  Ｒｏ要求［サブスクリプションＩＤ＝被呼側のＭＳＩＳＤＮ、サブスクリプション・タイプ＝小売課金、．．．］をトリガする。
【００４６】
卸売ルール：
ルール１：発呼側番号はローカル・オペレータに属する  ＡＮＤ  通話方向＝発信呼  ＡＮＤ  発呼側番号のプレフィックス番号はＭＶＮＯ通話番号である  ＴＨＥＮ：
発呼側番号のプレフィックス番号に基づいてＭＶＮＯ  ＩＤをマップ・アウトする。
卸売課金可能エンティティ＝ＭＶＮＯ。
ＭＶＮＯの通話コストを判定するためにＯＣＳへのＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲ［サブスクリプションＩＤ＝ＭＶＮＯ  ＩＤ、サブスクリプション・タイプ＝卸売課金、．．．］をトリガする。
【００４７】
ルール２：被呼側番号はローカル・オペレータに属する  ＡＮＤ  通話方向＝終了した通話  ＡＮＤ  被呼側番号のプレフィックス番号はＭＶＮＯ通話番号である  ＡＮＤ    加入者ロケーションはローミング・ゾーンにある  ＴＨＥＮ：
被呼側番号のプレフィックス番号に基づいてＭＶＮＯ  ＩＤをマップ・アウトする。
卸売課金可能エンティティ＝ＭＶＮＯ。
ＭＶＮＯの通話コストを判定するためにＯＣＳへのＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲ［サブスクリプションＩＤ＝ＭＶＮＯ  ＩＤ、サブスクリプション・タイプ＝卸売課金、．．．］をトリガする。
【００４８】
相互接続ルール：
ルール１：発呼側番号はローカル・オペレータに属する  ＡＮＤ  被呼側番号はローカル・オペレータに属しない  ＡＮＤ  通話方向＝発信呼  ＴＨＥＮ：
被呼側番号のプレフィックス番号に基づいて相互接続パートナＩＤをマップ・アウトする。
相互接続パートナ・エンティティ＝相互接続オペレータＩＤ。
相互接続パートナの通話コストを判定するためにＯＣＳへのＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲ［サブスクリプションＩＤ＝相互接続オペレータＩＤ、サブスクリプション・タイプ＝相互接続課金、．．．］をトリガする。
【００４９】
ローミング・ルール：
ルール１：発呼側番号はローカル・オペレータに属しない  ＡＮＤ  発呼側のビジテッドＰＬＭＮはローカル・オペレータに属する  ＴＨＥＮ：
発呼側番号のプレフィックス番号に基づいてインバウンド・パートナＩＤをマップ・アウトする。
インバウンド・パートナ・エンティティ＝インバウンド・パートナＩＤ。
インバウンド・ローミング・パートナの通話コストを判定するためにＯＣＳへのＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲ［サブスクリプションＩＤ＝インバウンド・パートナＩＤ、サブスクリプション・タイプ＝インバウンド・ローミング課金、．．．］をトリガする。
【００５０】
コンテンツ・ルール：
ルール１：発呼側番号はローカル・オペレータに属する  ＡＮＤ（サービスＩＤ＝ｘｘｘ  ＯＲ  マーチャントＩＤ＝ｙｙｙ  ＯＲ  コンテンツ・プロバイダ＝ｚｚｚ）ＴＨＥＮ：
サービスＩＤ、コンテンツＩＤ、またはマーチャントＩＤに基づいてコンテンツ・プロバイダＩＤをマップ・アウトする。
コンテンツ・プロバイダの通話コストを判定するためにＯＣＳへのＤｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲ［サブスクリプションＩＤ＝コンテンツ・プロバイダＩＤ、サブスクリプション・タイプ＝コンテンツ収入分配課金、．．．］をトリガする。
【００５１】
この実施例では、課金コントローラ５２４は、卸売ルール、およびＣＤＲに含まれているモバイル・デバイス５４０のプレフィックス番号を処理する。卸売ルールに基づいて、課金コントローラ５２４は、これはベライゾン・ワイヤレスのＭＶＮＯ番号であると判定する。したがって、課金コントローラ５２４は、ＩＭＳＩプレフィックスに基づいてＭＶＮＯ  ＩＤをマップ・アウトし、この場合、ＭＶＮＯ  ＩＤはオンスターの識別子である。次いで、課金コントローラ５２４は、（サブスクリプションＩＤ＝ＭＶＮＯ  ＩＤを有する）Ｄｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲをＯＣＳ５２２に送信する。
【００５２】
ＯＣＳ５２２は、ＣＣＲ内のＭＶＮＯ  ＩＤを使用してデータベース５３３内のオンスター口座プロファイルにアクセスする。次いで、ＯＣＳ５２２は、オンスターがベライゾン・ワイヤレスに支払う金額（＄２０）であるＭＶＮＯの通話料を判定する。次いで、ＯＣＳ５２２は、＄２０の卸売料金額を含む評価されたＣＤＲ（ＣＤＲ２）を生成し、評価されたＣＤＲをＯＦＣＳ５２６に送信する。
【００５３】
課金コントローラ５２４はまた、相互接続ルールおよびＣＤＲ内の被呼側番号のプレフィックス番号を処理する。相互接続ルールに基づいて、課金コントローラ５２４は、通話は相互接続通話であると判定する。課金コントローラ５２４は、被呼側番号プレフィックスに基づいてＭＮＯ  ＩＤをマップ・アウトし、この場合、ＭＮＯ  ＩＤは、ボーダフォンの識別子である。次いで、課金コントローラ５２４は、（サブスクリプションＩＤ＝ＭＮＯ  ＩＤを有する）Ｄｉａｍｅｔｅｒ  Ｒｏ  ＣＣＲをＯＣＳ５２２に送信する。
【００５４】
ＯＣＳ５２２は、ＣＣＲ内のＭＮＯ  ＩＤを使用して、プロファイル・データベース５３３内のボーダフォン口座プロファイルにアクセスする。次いで、ＯＣＳ５２２は、ベライゾン・ワイヤレスがボーダフォンに支払う金額（＄１０）であるＭＮＯの通話料を判定する。次いで、ＯＣＳ５２２は、＄１０の相互接続料金額を含む評価されたＣＤＲ（ＣＤＲ３）を生成し、評価されたＣＤＲをＯＦＣＳ５２６に送信する。
【００５５】
ＯＦＣＳ５２６は、３つの評価されたＣＤＲを相関させて、エンティティそれぞれの収入分配額を示す統合されたＣＤＲを生成する。この実施例では、統合されたＣＤＲは、＄３０の小売料金、＄２０の卸売料金、および＄１０の相互接続料金を示す。統合されたＣＤＲは、エンティティＩＤ、課金タイプ、および収入分配額など、収入の分配を受けるエンティティそれぞれのデータの新しいセットを含む。次いで、ＯＦＣＳ５２６は、統合されたＣＤＲを請求システム５０６に送信する。この実施形態ではＯＦＣＳ５２６がＣＤＲを相関させるように示されているが、他の実施形態では課金コントローラ５２４がＣＤＲを相関させることができる。
【００５６】
次いで、請求システム５０６が、統合されたＣＤＲに含まれているデータに基づいて決済プロセスを実行して請求インボイスを生成し、収入の分配を受けるエンティティそれぞれのバウチャまたはクレジットを生成する。上記の実施例では、ベライゾン・ワイヤレスは、オンスターから＄２０のバウチャを受信し、ボーダフォンは、ベライゾン・ワイヤレスからこの通話の＄１０のバウチャを受信する。課金コントローラ５２４は、統合されたＣＤＲにおいて通話の収入をすでに分配しているので、請求システム５０６はこのプロセスを実行する必要がない。請求システム５０６は、統合されたＣＤＲに示されている収入分配額のバウチャを適切なエンティティに発行すればよいだけである。
【００５７】
図に示されているまたは本明細書に記載されている様々な要素はいずれも、ハードウェア、ソフトウェア、ファームウェア、またはこれらの何らかの組合せとして実装されてよい。例えば、要素は、専用ハードウェアとして実装されてよい。専用ハードウェア要素は、「プロセッサ」、「コントローラ」、または何らかの同様の専門用語と呼ばれてよい。プロセッサによって提供されるときは、機能は、単一の専用プロセッサによって、単一の共用プロセッサによって、またはそのうちのいくつかが共用されてよい複数の個々のプロセッサによって提供されてよい。さらに、用語「プロセッサ」または「コントローラ」の明示的な使用は、ソフトウェアを実行することができるハードウェアを排他的に指すと解釈されるべきではなく、デジタル信号プロセッサ（ＤＳＰ）ハードウェア、ネットワーク・プロセッサ、特定用途向け集積回路（ＡＳＩＣ）もしくは他の回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、ソフトウェアを記憶するための読出し専用メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、不揮発性ストレージ、ロジック、または他の何らかの物理的ハードウェア構成要素もしくはモジュールを、限定することなく、暗示的に含んでよい。
【００５８】
さらに、要素は、要素の機能を実行するためにプロセッサまたはコンピュータによって実行可能な命令として実装されてよい。命令のいくつかの例は、ソフトウェア、プログラム・コード、およびファームウェアである。命令は、プロセッサに要素の機能を実行するように指令するためにプロセッサによって実行されるときに実行可能である。命令は、プロセッサによって読出し可能な記憶装置上に記憶されてよい。記憶装置のいくつかの例は、デジタルもしくはソリッド・ステート・メモリ、磁気ディスクおよび磁気テープなどの磁気記憶媒体、ハード・ドライブ、または光読出し可能デジタルデータ記憶媒体である。
【００５９】
特定の実施形態が本明細書で説明されているが、本発明の範囲はそれらの特定の実施形態に限定されない。本発明の範囲は、添付の特許請求の範囲に記載の請求項およびそれらの任意の同等物によって定義される。
【図１】
0005511950.tif 000002
【図２】
0005511950.tif 000003
【図３】
0005511950.tif 000004
【図４】
0005511950.tif 000005
【図５】
0005511950.tif 000006
【図６】
0005511950.tif 000007
【図７】
0005511950.tif 000008