(57)【特許請求の範囲】
【請求項１】
通信ネットワークにおいて、オフライン料金請求される通信に関連する情報を処理する方法であって、
前払請求書作成機が、少なくとも１つのオフライン課金可能な事象またはセッションに関連する情報を含む、少なくとも１つの課金データ記録を受信することに応答して、レーティングエンジンが、前記少なくとも１つの課金データ記録に関連する少なくとも１つの時間制御カテゴリに基づいて決定される時間に、前記少なくとも１つのオフライン課金可能な事象またはセッションの少なくとも１つのコストを決定するように、前記少なくとも１つの課金データ記録をレーティングエンジンに提供することと、
前払請求書作成機が、前記少なくとも１つのコストを示す情報を受信することと、
前払請求書作成機が、少なくとも１つの修正された課金データ記録を料金請求システムに提供することと、を備え、
前記少なくとも１つの修正された課金データ記録が、前記少なくとも１つのオフライン課金可能な事象またはセッションの前記少なくとも１つのコストを示す情報を含むように、前記少なくとも１つの課金データ記録は修正され、前記少なくとも１つのコストを示す情報が、レーティングエンジンによって決定され、
前記少なくとも１つの課金データ記録をレーティングエンジンに提供することは、前記少なくとも１つの時間制御カテゴリに基づいて決定される時間に、レーティングエンジンが、前記少なくとも１つのコストを決定することができるように、前記少なくとも１つの時間制御カテゴリを示す情報を提供することを含む、方法。
【請求項２】
前払請求書作成機が、オフライン課金システムから前記少なくとも１つの課金データ記録を受信することを含み、前記少なくとも１つの課金データ記録を受信することが、前記少なくとも１つのオフライン課金可能な事象またはセッションの前記少なくとも１つのコストを示す情報に欠ける、少なくとも１つの課金データ記録を受信することを含む、請求項１に記載の方法。
【請求項３】
前払請求書作成機が、前記少なくとも１つの課金データ記録に関連する前記少なくとも１つの時間制御カテゴリを決定することを含み、前記少なくとも１つの時間制御カテゴリを決定することが、前記少なくとも１つのオフライン課金可能な事象またはセッションに関連するレイテンシおよび遅延のうちの少なくとも１つに基づいて、前記少なくとも１つの時間制御カテゴリを決定することを含む、請求項１に記載の方法。
【請求項４】
前記少なくとも１つの課金データ記録をレーティングエンジンに提供することが、前記少なくとも１つの課金データ記録に関連する前記少なくとも１つの時間制御カテゴリに基づいて決定される時間に、前記少なくとも１つの課金データ記録をレーティングエンジンに提供することを含む、請求項１に記載の方法。
【請求項５】
前記少なくとも１つの課金データ記録をレーティングエンジンに提供することが、オフライン課金可能な事象またはセッションのコストおよびオンライン課金可能な事象またはセッションのコストを決定するように構成されたレーティングエンジンに前記少なくとも１つの課金データ記録を提供することを含む、請求項１に記載の方法。
【請求項６】
前記少なくとも１つの修正された課金データ記録を料金請求システムに提供する前に、前払請求書作成機が、前記少なくとも１つの修正された課金データ記録をバッファリングすることを含む、請求項１に記載の方法。
【請求項７】
通信ネットワークにおいて、オフライン料金請求される課金可能な事象またはセッションに関連する情報を処理する方法であって、
レーティングエンジンが、前払請求書作成機から、少なくとも１つのオフライン課金可能な事象またはセッションに関連する情報を含む、少なくとも１つの課金データ記録を受信することを含み、前記少なくとも１つの課金データ記録が、前払請求書作成機において前記少なくとも１つの課金データ記録が受信されていることに応答して提供され、さらに前記方法は
前記少なくとも１つの課金データ記録に関連する少なくとも１つの時間制御カテゴリに基づいて決定される時間に、レーティングエンジンが、前記少なくとも１つのオフライン課金可能な事象またはセッションの少なくとも１つのコストを決定することと、を含み、
前記少なくとも１つの決定されたコストを示す情報は前払請求書作成機に提供され、
前払請求書作成機から前記少なくとも１つの課金データ記録を受信することは、前記少なくとも１つの時間制御カテゴリに基づいて決定される時間に、前記レーティングエンジンが前記少なくとも１つのコストを決定できるように、前記少なくとも１つの時間制御カテゴリを示す情報を受信することを含む、方法。
【請求項８】
前記少なくとも１つのコストを決定することが、前記少なくとも１つの課金データ記録が受信される時間に、前記少なくとも１つのコストを決定することを含み、課金データ記録の受信時間が、前記少なくとも１つの課金データ記録に関連する前記少なくとも１つの時間制御カテゴリに基づいて決定され、前記少なくとも１つのコストを決定することが、
前記少なくとも１つの時間制御カテゴリを示す情報を受信することと、
前記少なくとも１つの時間制御カテゴリに基づいて決定される時間に、前記少なくとも１つのコストを決定することとをさらに含む、請求項７に記載の方法。
【請求項９】
レーティングエンジンが少なくとも１つのオンライン課金可能な事象またはセッションの少なくとも１つのコストを決定することを含む、請求項７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、一般に、通信システムに関し、より詳細には、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）通信システムに関する。
【背景技術】
【０００２】
サービスプロバイダは、通常、１つまたは複数の有線通信システムならびに／または無線通信システムを使用して、数々の音声サービスおよび／もしくはデータサービスを加入者に提供する。例示的なサービスは、セルラ電話、インターネットへのアクセス、ゲーム、音声、ビデオおよびマルチメディアプログラミングのブロードキャスティングまたはマルチキャスティングなどを含む。セル電話、パーソナルデータアシスタント、スマートフォン、ポケットベル、テキストメッセージングデバイス、全地球測位システム（ＧＰＳ）デバイス、ネットワークインターフェースカード、ノートブックコンピュータ、およびデスクトップコンピュータなどの移動体加入者ユニットは、１つまたは複数の基地局を用いてエアインターフェース上で通信システムによって提供されたサービスにアクセスすることが可能である。移動体ユニットと基地局の間の通信は、第３世代パートナーシッププロジェクト（３ＧＰＰ、３ＧＰＰ２）によって定義された標準およびプロトコルなど、様々な標準ならびに／またはプロトコルによって管理される。
【０００３】
サービスプロバイダは、当該サービスプロバイダによって提供された様々なサービスを使用するためにそれぞれの加入者ユニットが負う料金を把握する目的で、オフライン料金請求（ｂｉｌｌｉｎｇ）機能およびオンライン料金請求機能を使用する。３ＧＰＰ標準グループは、様々なネットワーク領域（例えば、回線交換方式ネットワーク領域、パケット交換方式ネットワーク領域、および／または無線領域）、ＩＰマルチメディアサブシステム、ならびに新たに出現している３Ｇアプリケーションサービスにおける課金をカバーする目的でオンライン課金（ｃｈａｒｇｉｎｇ）システムならびにオフライン課金システムを実施するために使用され得る一連の仕様を定義している。オフライン課金は、通常、課金情報が、提供されたサービスにリアルタイムで影響を与えない課金機構と定義される。オフライン課金では、ネットワークリソース使用に対する課金情報は、そのリソース使用と同時に収集される。オンライン課金は、通常、課金情報が、提供されたサービスにリアルタイムで影響を与える課金機構と定義され、したがって、課金機構とセッション制御／サービス制御の直接的な相互作用が必要とされる。オンライン課金では、ネットワークリソース使用に対する課金情報は、オフライン課金におけるのと同じ形でそのリソース使用と同時に収集される。しかし、実際のリソース使用が発生するのに先立って、ネットワークによってネットワークリソース使用に対する許可が取得されなければならない。
【０００４】
図１は、３ＧＰＰによって定義された課金アーキテクチャ１００を概念的に例示する。課金アーキテクチャ１００は、技術仕様３ＧＰＰ  ＴＳ３２．２４０において見出すことが可能である。図１の左側は、課金アーキテクチャ１００のオフライン課金システム１０２を例示する。オフライン課金システム１０２は、課金データ機能（ＣＤＦ）１１０と、課金ゲートウェイ機能（ＣＧＦ）１１２とを含む。図１の右側は、課金アーキテクチャ１００のオンライン課金システム（ＯＣＳ）１０４を例示する。オンライン課金システム１０４の詳細な機能的構成要素は、技術仕様３ＧＰＰ  ＴＳ３２．２９６において見出すことが可能である。オフライン課金システム１０２とオンライン課金システム１０４は両方とも、課金データ記録（ＣＤＲ）を料金請求システム１０６に送信する。ＣＤＲは、料金請求および勘定書作成（ａｃｃｏｕｎｔｉｎｇ）において使用するための課金可能な事象（例えば、呼出セットアップの時間、通話期間、転送されたデータ量など）に関する情報のフォーマット化された収集物である。課金可能な事象の料金の一部（またはすべて）に関して、それぞれの当事者に請求されるように別々のＣＤＲが生成される。したがって、例えば、その長い期間のため、かつ／または当該事象に関して、２人以上の課金当事者が課金されるため、単一の課金可能な事象に関して、２つ以上のＣＤＲが生成され得る。
【０００５】
オフライン課金システム１０２は、課金情報を受信するために、以下の要素または機能と通信する：すなわち、回路交換ネットワーク要素（ＣＳ−ＮＥ）１２１、サービスネットワーク要素（サービス−ＮＥ）１２２、ＳＩＰアプリケーションサーバ（ＡＳ）１２３、マルチメディアリソース機能制御（ＭＲＦＣ）１２４、メディアゲートウェイ制御機能（ＭＧＣＦ）１２５、ブレークアウトゲートウェイ制御機能（Ｂｒｅａｋ  ｏｕｔ  Ｇａｔｅｗａｙ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）（ＢＧＣＦ）１２６、プロキシ呼出セッション制御機能（ＣＳＣＦ）／問合せＣＳＣＦ（Ｉ−ＣＳＣＦ）１２７、サービス提供しているＣＳＣＦ（Ｓ−ＣＳＣＦ）１２８、無線ＬＡＮ（ＷＬＡＮ）１２９、ＳＧＳＮ１３０、ＧＧＳＮ１３１、およびトラフィック平坦化機能（Ｔｒａｆｆｉｃ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）（ＴＰＦ）１３２である。これらの要素および機能は、３ＧＰＰ仕様に精通している人々に知られている。オンライン課金システム１０４は、課金情報を受信するために以下の要素または機能と通信する：すなわち、回路交換ネットワーク要素（ＣＳ−ＮＥ）１２１、サービスネットワーク要素（サービスＮＥ）１２２、ＳＩＰアプリケーションサーバ１２３、ＭＲＦＣ１２４、Ｓ−ＣＳＣＦ１２８、無線ＬＡＮ（ＷＬＡＮ）１２９、ＳＧＳＮ１３０、ＧＧＳＮ１３１、およびトラフィック平坦化機能（ＴＰＦ）１３２である。これらの要素および機能は、３ＧＰＰ仕様に精通している人々に知られている。
【０００６】
図２は、３ＧＰＰによって定義されたオンライン課金システム１０４を概念的に例示する。オンライン課金システム１０４は、オンライン課金機能（ＯＣＦ）２０２を含む。オンライン課金機能２０２は、セッションベースの課金機能２０４と、事象ベースの課金機能２０６とを含む。オンライン課金システム１０４は、アカウント残高管理機能（ＡＢＭＦ）２０８と、オンラインレーティング（Ｒａｔｉｎｇ）機能（ＲＦ）２１０と、課金ゲートウェイ機能（ＣＧＦ）２１２とをさらに含む。これらの要素および機能は、３ＧＰＰ仕様に精通している人々に知られている。
【０００７】
図３は、課金アーキテクチャ１００の動作を示すために、３ＧＰＰによって定義された課金アーキテクチャ１００の概括を概念的に例示する。課金アーキテクチャ１００は、課金トリガ機能（ＣＴＦ）３０２と、オフライン課金システム１０２と、オンライン課金システム（ＯＣＳ）１０４と、料金請求システム１０６とを含む。オフライン課金システム１０２とオンライン課金システム（ＯＣＳ）１０４は両方とも、それぞれ、課金ゲートウェイ機能（ＣＧＦ）１１２および課金ゲートウェイ機能（ＣＧＦ）２１２である課金ゲートウェイ機能を導入する。課金ゲートウェイ機能１１２と課金ゲートウェイ機能２１２は両方とも、ＣＤＲ事前処理機能性を提供するための、ネットワークと料金請求システム１０６の間のゲートウェイとして機能する。オフライン課金システム１０２は、課金データ機能（ＣＤＦ）１１０と課金ゲートウェイ機能１１２とを含む。オンライン課金システム１０４は、オンライン課金機能（ＯＣＦ）２０２と、アカウント残高管理機能（ＡＢＭＦ）２０８と、オンラインレーティング機能（ＲＦ）２１０と、課金ゲートウェイ機能２１２とを含む。料金請求システム１０６は、オフラインレーティング機能（ＲＦ）３０４を含む。
【０００８】
３ＧＰＰ標準によれば、課金トリガ機能３０２は、ネットワーク要素（図示せず）内の課金可能な事象に関係する情報を収集するための中心である。１つまたは複数のネットワーク要素内の課金トリガ機能３０２は、１つまたは複数の呼出に関する課金情報を生成する。加入者によって提供された（ｓｕｂｓｃｒｉｂｅｒ  ｐｒｏｖｉｓｉｏｎｅｄ）課金特性に応じて、課金トリガ機能３０２は、Ｒｆインターフェース３１０を経由して、オフライン課金情報を課金データ機能１１０に送信する。課金トリガ機能３０２は、Ｒｏインターフェース３１１を経由して、オンライン課金情報をオンライン課金システム１０４に送信する。オンライン課金システム１０４およびオフライン課金システム１０２は、通常、並行して実施される。課金情報が課金トリガ機能３０２から受信されると、少なくとも一部、オンライン課金およびオフライン課金に関する異なりかつ識別可能な仕様のために、オンライン課金システム１０４およびオフライン課金システム１０２は、異なりかつ識別可能な形で動作する。
【０００９】
オフライン課金の場合、課金データ機能１１０は、呼出または呼出セッションに関するオフライン課金情報を受信する。課金データ機能１１０は、オフライン課金情報に基づいて、課金データ記録（ＣＤＲ）を生成する。この時点で、ＣＤＲはレーティングされていない。課金データ機能１１０は、Ｇａインターフェース３１２を経由して、レーティングされていないＣＤＲを課金ゲートウェイ機能１１２に送信する。課金ゲートウェイ機能１１２は、妥当性検証、統合、エラー処理などに関して、レーティングされていないＣＤＲを事前処理して、そのレーティングされていないＣＤＲをフィルタリングする。課金ゲートウェイ機能１１２はまた、レーティングされていないＣＤＲの一時的なバッファリングも行う。料金請求システム１０６からの要求に応答して、課金ゲートウェイ機能１１２は、例えば、ファイルトランスファープロトコル（ＦＴＰ）を使用して、Ｂｘインターフェース３１３を経由して、レーティングされていないＣＤＲを料金請求システム１０６に送信する。Ｂｘインターフェース３１３の下付き文字「ｘ」は、ネットワーク領域に応じて、「ｃ」、「ｐ」、「ｉ」、「ｌ」、「ｍ」、「ｏ」、「ｗ」などであり得る。例えば、「ｃ」は回路交換（ＣＳ）を表し、「ｐ」はパケット交換（ＰＳ）を表し、「ｉ」はＩＰマルチメディアサブシステム（ＩＭＳ）を表し、「ｌ」は位置決めサービスを表し、「ｍ」はマルチメディアメッセージサービス（ＭＭＳ）を表し、「ｏ」はオンライン課金システム（ＯＣＳ）を表し、「ｗ」は無線ＬＡＮ（ＷＬＡＮ）を表す。料金請求システム１０６は、呼出のオフライン課金に関するレートを決定するためのオフラインレーティング機能３０４を含む。料金請求システム１０６は、レーティングされていないＣＤＲに関するレートを決定するために、オフラインレーティング機能３０４にアクセスして、呼出セッションのオフライン課金に関してレーティングされたＣＤＲを生成する。
【００１０】
オンライン課金の場合、オンライン課金機能２０２は、セッションベースの課金機能２０４と、事象ベースの課金機能２０６とを含む（図２を参照）。それぞれの機能は、ＣＤＲを生成するための課金データ機能を含む。オンライン課金機能２０２（または、その対応する課金データ機能）は、呼出セッションに関して、課金トリガ機能３０２からオンライン課金情報を受信する。オンライン課金情報に応答して、オンライン課金機能２０２は、オンライン課金情報に関連する呼出セッションに関するレートを決定するために、オンラインレーティング機能２１０にアクセスする。オンライン課金機能２０２は、当該呼出セッションに関するレートおよび当該オンライン課金情報に基づいてレーティングされたＣＤＲを生成して、例えば、ファイルトランスファープロトコル（ＦＴＰ）を使用して、Ｇａインターフェース３１４を経由して、ＣＤＲ事前処理のためにそのレーティングされたＣＤＲを課金ゲートウェイ機能２１２に送信する。課金ゲートウェイ機能２１２は、ＣＤＲを事前処理して、事前処理されたＣＤＲをフィルタリングする。課金ゲートウェイ機能２１２は、レーティングされたＣＤＲを一時的にバッファリングする。料金請求システム１０６からの要求に応答して、課金ゲートウェイ機能１１２は、Ｂｏインターフェース３１５を経由して、レーティングされたＣＤＲを料金請求システム１０６に送信する。
【先行技術文献】
【特許文献】
【００１１】
【特許文献１】米国特許第７，０１０，１０４号明細書
【発明の概要】
【発明が解決しようとする課題】
【００１２】
上記で説明されたように、既存の３ＧＰＰ標準仕様は、オンライン課金およびオフライン課金を、平行して実施される別々の機能として扱う。オフライン課金システム１０２に関する課金ゲートウェイ機能１１２は、Ｂｘインターフェース３１３を経由して、レーティングされていないＣＤＲだけを料金請求システム１０６に送ることが可能である。したがって、料金請求システム１０６は、呼出に関するオフライン課金をレーティングするために、その独自の独立したオフラインレーティング機能３０４を必要とする。他方、オンライン課金システム１０４は、呼出に関するオンライン課金をレーティングする、その独自のオンラインレーティング機能２１０を含む。３ＧＰＰ標準は、オフライン課金システム１０２向けの課金ゲートウェイ機能１１２が、さらなるレーティングおよび残高調整のために、ＣＤＲをオンライン課金システム１０４に送ることを可能にするためのインターフェースを定義しない。したがって、大部分のサービスオペレータは、異なるベンダーからの２つの別々の課金システムを管理、サポート、維持、および更新する必要がある。２つの別々の課金システムを管理することは、オーバヘッドを増大させて、通信システムの動作効率を低減させる可能性がある。
【００１３】
Ｃａｉ他（ＵＳ７，０１０，１０４）は、拡張された課金取り立て機能（ＣＣＦ）アプリケーションにおいて実施され得る前払請求書作成機能力を説明する。前払請求書作成機は、ＣＤＲに基づく呼出コスト計算のために使用され得るオンライン課金システムとのオフライン課金インターフェースを含む。前払請求書作成機は、オフピーク期間など、低いオンライン通信期間の間に、オンライン課金システムがオフライン通信のコストを計算することを可能にする。しかし、Ｃａｉは、レーティングエンジンにおいて呼出コストを計算するための時間を前払請求書作成機がどのように制御するのか、またはオンライン課金システムおよびレーティングエンジンが計算された呼出コストをどのように前払請求書作成機に提供するのかを特定していない。
【課題を解決するための手段】
【００１４】
本発明は、上に記載された問題のうちの１つまたは複数の影響に対処することに関する。以下は、本発明のいくつかの態様の基本的な理解をもたらすために、本発明の簡素化された概要を提示する。この概要は、本発明の網羅的な概要ではない。本発明の主な要素もしくは重要な要素を特定すること、または本発明の範囲を描写することは意図されない。その唯一の目的は、後に説明されるより詳細な説明の前置きとして、いくつかの概念を簡素化された形態で提示することである。
【００１５】
本発明の一実施形態では、通信ネットワークにおいて、オフライン課金可能な事象またはセッションに関連する情報を処理するための方法が提供される。この方法は、少なくとも１つの課金データ記録をレーティングエンジンに提供することを含む。その（１つまたは複数の）課金データ記録は、少なくとも１つのオフライン課金可能な事象またはセッションに関連する情報を含み、（１つまたは複数の）課金データ記録を受信することに応答して提供される。このレーティングエンジンは、（１つもしくは複数の）課金データ記録に関連する少なくとも１つの時間制御カテゴリに基づいて決定されるときに、オフライン課金可能な（１つもしくは複数の）事象または（１つもしくは複数の）セッションのコストを決定する。この方法は、レーティングエンジンによって決定されたオフライン課金可能な（１つもしくは複数の）事象または（１つもしくは複数の）セッションの（１つもしくは複数の）コストを示す情報を含めるために、（１つもしくは複数の）課金データ記録を修正することも含む。
【００１６】
本発明の別の実施形態では、通信ネットワークにおいて、オフライン課金可能な事象またはセッションに関連する情報を処理するための方法が提供される。この方法は、前払請求書作成機から、少なくとも１つのオフライン課金可能な事象またはセッションに関連する情報を含む、少なくとも１つの課金データ記録を受信することを含む。この（１つまたは複数の）課金データ記録は、前払請求書作成機において受信されている（１つまたは複数の）課金データ記録に応答して提供される。この方法は、（１つもしくは複数の）課金データ記録に関連する、少なくとも１つの時間制御カテゴリに基づいて決定されるときに、オフライン課金可能な（１つもしくは複数の）事象または（１つもしくは複数の）セッションの少なくとも１つのコストを決定すること、および決定された（１つもしくは複数の）コストを示す情報を前払請求書作成機に提供することも含む。
【００１７】
本発明は、同じ参照番号が同じ要素を特定する、添付の図面と共に以下の説明を参照することによって理解され得る。
【図面の簡単な説明】
【００１８】
【図１】３ＧＰＰによって定義された課金アーキテクチャを概念的に例示する図である。
【図２】３ＧＰＰによって提示されたオンライン課金システムを概念的に例示する図である。
【図３】課金アーキテクチャの動作を示すために、３ＧＰＰによって定義された課金アーキテクチャの概括を概念的に例示する図である。
【図４】本発明による、課金アーキテクチャの第１の例示的な実施形態を概念的に示す図である。
【図５】本発明による、代替の課金アーキテクチャの３つの例を概念的に示す図である。
【図６】前払請求書作成機が独立型のボックスとして実施される、本発明による１つの例示的な実施形態を概念的に示す図である。
【図７】前払請求書作成機がＣＣＦボックス内またはＣＤＦ／ＣＧＦボックス内で一体化された、本発明による１つの例示的な実施形態を示す図である。
【発明を実施するための形態】
【００１９】
本発明は、様々な修正形態および代替形態が可能であるものの、その特定の実施形態は、図面において例として示されており、本明細書において詳細に説明される。しかし、本明細書における特定の実施形態の説明は、本発明を開示された特定の形態に限定することが意図されず、逆に、その意図は、添付の特許請求の範囲によって定義された、本発明の範囲に包括されるすべての修正形態、均等物、および代替形態をカバーすることである点を理解されたい。
【００２０】
本発明の例示的な実施形態が下で説明される。分かりやすいように、実際の実装形態のすべての特徴が本明細書において説明されない。任意のかかる実施形態の開発において、実装形態によって異なることになるシステム関連の制約および事業関連の制約の遵守など、開発者の特定の目的を達成するために、数々の実装形態に特定の決定が行われるべきである点を当然理解されよう。さらに、かかる開発努力は、複雑であり、かつ時間がかかるが、それでもなお、この開示の利益を有する当業者にとっては日常的な仕事であろう点を理解されよう。
【００２１】
本発明および対応する詳細な説明の一部は、ソフトウェアまたは、コンピュータメモリ内のデータビットに関する動作のアルゴリズムおよび記号表示の点から提示される。これらの説明および表示は、当業者が自らの作業の内容をその他の当業者に効果的に伝える説明および表示である。本明細書においてその用語が使用されるように、かつその用語が一般に使用されるように、アルゴリズムは、所望される結果をもたらすステップの首尾一貫した順序であると考えられる。これらのステップは、物理量の物理的操作を必要とするステップである。必ずしもそうであるとは限らないが、通常、これらの量は、記憶され、転送され、組み合わされ、比較され、あるいは、操作されていることが可能な光信号、電気信号、または磁気信号の形をとる。主に共通の使用のために、これらの信号をビット、値、要素、シンボル、文字、用語、数などと呼ぶことが時には便利であることが証明されている。
【００２２】
しかし、これらの用語および類似の用語のすべては、適切な物理量と関連付けられるべきであり、これらの量に適用される便利なラベルに過ぎない点に留意されたい。特に具体的にその他の指定がない限り、または説明から明らかなように、「処理する」もしくは「演算する」または「計算する」あるいは「決定する」または「表示する」などの用語は、コンピュータシステムのレジスタ内およびメモリ内の物理的な電子量として表されるデータを操作して、コンピュータシステムのメモリ内もしくはレジスタ内またはその他のかかる情報記憶装置内、伝送デバイス内もしくは表示デバイス内の物理量として同様に表されるその他のデータに変換するコンピュータシステムあるいは類似の電子コンピューティングデバイスの動作およびプロセスを指す。
【００２３】
本発明のソフトウェアで実施された態様は、通常、何らかの形態のプログラム記憶媒体上で符号化されるか、または何らかのタイプの伝送媒体上で実施される点にも留意されたい。このプログラム記憶媒体は、磁気（例えば、フロッピー（登録商標）ディスクもしくはハードドライブ）、または光（例えば、コンパクトディスク読取り専用メモリ、すなわち「ＣＤ  ＲＯＭ」）であってよく、読出し専用またはランダムアクセスであってよい。同様に、伝送媒体は、より対線、同軸ケーブル、光ファイバ、または当技術分野で知られている何らかのその他の適切な伝送媒体であってよい。本発明は、任意の所与の実装形態のこれらの態様によって限定されない。
【００２４】
次に、添付の図面を参照して本発明が説明される。様々な構造、システム、およびデバイスは、説明のためだけに、かつ本発明をあいまいにしないように、当業者によく知られている詳細を用いて、図面において概略的に示される。それでもなお、添付の図面は、本発明の例示的な例を記載および説明するために含まれる。本明細書で使用される用語および成句は、当業者によるそれらの用語および成句の理解と一致する意味を持つものと理解および解釈されるべきである。用語または成句の特別な定義、すなわち、当業者によって理解される通常かつ慣例の意味と異なる定義は、本明細書において、当該用語または当該語句の首尾一貫した使用によって意味されることが意図されない。用語または成句が特別な意味、すなわち、当業者によって理解される以外の意味を持つことが意図される範囲で、かかる特別な定義は、直接的かつ明白に当該用語または当該成句の特別な定義を提供する定義様式で明細書に明示的に記載される。
【００２５】
図４は、課金アーキテクチャの第１の例示的な実施形態４００を概念的に示す。例示された実施形態では、課金アーキテクチャ４００は、オフライン課金システムと、オンライン課金システムとを含む。オフライン課金システムは、課金データ機能（ＣＤＦ）と、課金ゲートウェイ機能（ＣＧＦ）とを含む。オンライン課金システム（ＯＣＳ）は、オンライン課金機能と、アカウント残高管理機能とを含む。課金アーキテクチャ４００は、課金トリガ機能および料金請求領域も含む。オンライン課金システムおよびオフライン課金システムと、課金トリガ機能と、料金請求領域とを実施ならびに操作するための技法は、当技術分野で知られており、分かりやすいように、本発明に関連するオンライン課金システムおよび／もしくはオフライン課金システム、課金トリガ機能、ならびに／または料金請求領域を操作する態様だけが、本明細書においてさらに説明される。
【００２６】
オフライン課金システムとオンライン課金システムは両方とも、課金トリガ機能によって提供された情報を使用して、課金データ記録（ＣＤＲ）を形成することが可能である。ＣＤＲは、料金請求および勘定書作成において使用するための課金可能な事象（例えば、呼出セットアップの時間、通話期間、転送されたデータ量など）および／または課金可能なセッション（例えば、セッション開始の時間、セッションの期間、セッションの間に転送されたデータ量など）に関する情報のフォーマット化された収集物である。課金可能な事象および／あるいはセッションによって（またその間に）負われる料金の一部（もしくはすべて）に関して課金されることになるそれぞれの当事者に対して別々のＣＤＲが生成されることになる。したがって、例えば、その長い期間のため、かつ／もしくは２人以上の課金当事者が当該事象に対して課金されることになるため、単一の課金可能な事象および／またはセッションに関して、２つ以上のＣＤＲが生成され得る。一実施形態では、オフライン課金システムによって形成されたＣＤＲは、関連する課金可能な事象および／またはセッションに関連するコストを示す情報を含まなくてもよい。これらのＣＤＲは、レーティングされていないＣＤＲと呼ばれる場合がある。
【００２７】
課金アーキテクチャ４００は、オフライン課金システムとオンライン課金システムの間に（機能的な意味で、かつ場合によっては、物理的な意味で）配備される前払請求書作成機構成要素４０５を含む。前払請求書作成機構成要素４０５は、ハードウェア、ファームウェア、ソフトウェア、またはそれらの任意の組合せの形で実施され得る。様々な代替の実施形態では、前払請求書作成機構成要素４０５は、独立型のボックスとして物理的に実施されることが可能であり、またはＣＣＦ、ＣＤＦ、ＳＧＳＮ、ＧＧＳＮ、ＧＧＳＮ、ＩＭＳ  ＣＳＣＦ／ＡＳ、もしくはメディアゲートウェイボックスなど、その他のエンティティ内に存在し得る。例示された実施形態では、前払請求書作成機構成要素４０５は、オフライン課金システム内のＣＧＦからかつ／または課金トリガ機能から、レーティングされていないＣＤＲなどのＣＤＲを受信する。例えば、ＣＤＲはＢｘインターフェース上で受信され得る。次いで、ＣＤＲは、ＣＤＲリポジトリ４１０内に記憶されることが可能であり、これは１つまたは複数のメモリ要素内で実施され得る。様々な代替の実施形態では、前払請求書作成機構成要素４０５は、オフライン課金システム内、またはＳＧＳＮ、ＧＧＳＮ、ＭＧＷなど、従来型コアネットワークの要素内に配備され得るその他のＣＧＦノードからＣＤＲを収集することも可能である。
【００２８】
前払請求書作成機構成要素４０５は、前払請求書作成機構成要素４０５によって受信されたＣＤＲに関連する課金可能な事象および／またはセッションのコストをいつ計算するかを決定するために使用されるレーティングタイマ制御機構４１５を含む。一実施形態では、レーティングタイマ制御機構４１５は、課金可能な事象および／またはセッションのコストがリアルタイムで決定されるべきか、ニアリアルタイムで決定されるべきか、または非リアルタイムで決定されるべきかを決定する。リアルタイムカテゴリ、ニアリアルタイムカテゴリ、および非リアルタイムカテゴリによって意味される特定のレイテンシおよび／または遅延は、レーティングタイマ制御機構４１５の様々な実装形態において異なり得る。しかし、一実施形態では、リアルタイムは、１秒未満のレイテンシまたは遅延を意味し、ニアリアルタイムは、１分未満のレイテンシまたは遅延を意味する。非リアルタイムは、当該コストがレーティングタイマ制御機構４１５の自己判断で、例えば、低い（実際のかつ／または期待される）オンライン料金請求活動の期間中に計算され得ることを意味し得る。
【００２９】
例示された実施形態では、前払請求書作成機構成要素４０５は、課金可能な事象および／またはセッションのタイマカテゴリを決定するために使用されるレーティングパラメータ形成規則（ｒａｔｉｎｇ  ｐａｒａｍｅｔｅｒ  ｆｏｒｍｉｎｇ  ｒｕｌｅｓ）４２０を実施する。当該課金規則は、異なるサービスタイプを異なるタイマ制御カテゴリと関連付けることによって、どのサービスコストがリアルタイム、ニアリアルタイム、または非リアルタイムのレーティング制御を使用して計算されるべきかを決定するために使用され得る。例えば、音声呼出のコストおよびデータ呼出のコストは、非リアルタイムモードで計算されることが可能であり、ｍコマース呼出のコストはリアルタイムモードで計算されることが可能である。別の例の場合、ホームネットワークにおいて発生した呼出のコストは、リアルタイムモードで計算されることが可能であり、ローミングネットワークにおいて発生した呼出のコストは、ニアリアルタイムモードで計算されることが可能である。さらに別の例の場合、前払い加入者によって行われた呼出のコストは、リアルタイムモードで計算されることが可能であり、後払い加入者によって行われた呼出のコストは、非リアルタイムモードで実行されることが可能である。しかし、本開示の恩恵を享受する当業者は、サービスタイプと関連付けられることが可能な課金規則のこのリストは、可能な課金規則を例示することを意図し、課金規則の網羅的なリストまたは限定的なリストとすることを意図しない点を理解されたい。
【００３０】
レーティングエンジン４２５、４３０、４３５は、オンライン課金システムならびに／またはオフライン課金システムによって提供されたＣＤＲ内に示された課金可能な事象および／もしくはセッションに関連するコストを計算するために使用され得る。例示的な実施形態では、オンライン課金システムは、内部レーティングエンジン４２５を含み、料金請求領域は、共通レーティングエンジン４３０を含み、外部レーティングエンジン４３５も課金アーキテクチャ４００内に含まれる。本開示の恩恵を享受する当業者は、これらのレーティングエンジン４２５、４３０、４３５は、レーティングエンジン４２５、４３０、４３５に関する潜在的な位置を例示することが意図される点を理解されたい。しかし、図４に示されるレーティングエンジン４２５、４３０、４３５のすべてが課金アーキテクチャ４００のすべての実装形態に存在しなくてもよい。
【００３１】
図５は、代替の課金アーキテクチャの３つの例、すなわち、５００、５０５、５１０を概念的に例示する。課金アーキテクチャの第１の例示的な実施形態５００では、内部共通レーティングエンジン５１５がオンライン課金システムにおいて実施される。前払請求書作成機は、Ｒｏインターフェース上で内部共通レーティングエンジン５１５と通信する。共通レーティングエンジン５１５は、オンライン課金システムと内部で一体化される。料金請求領域（ＢＤ）は、呼出料金を計算するための別々のレーティングエンジンを維持しない。
【００３２】
課金アーキテクチャの第２の例示的な実施形態５０５では、共通レーティングエンジン５２０は、料金請求領域において実施される。前払請求書作成機は、Ｒｅインターフェース上で共通レーティングエンジン５２０と通信する。オンライン課金システムは、レーティングエンジン構成要素を維持する代わりに、加入者アカウント情報に基づいて、課金制御を実行する。オンライン課金呼出の場合、ＯＣＳは、加入者の信用に基づいて、予想された呼出割当額（ｃａｌｌ  ｑｕｏｔａ）を決定して、実際の呼出利用に基づいて、その呼出コストを計算するために、Ｒｅインターフェースを経由して料金請求領域内のレーティングエンジン５２０と相互作用する。オフライン課金呼出の場合、前払請求書作成機は、呼出コストを計算するために、Ｒｅインターフェースを経由して、料金請求領域内のレーティングエンジン５２０に課金情報を送ることが可能である。
【００３３】
課金アーキテクチャの第３の例示的な実施形態５１０では、共通レーティングエンジン５２５は、オンライン課金システムおよび料金請求領域に対して外部で実施される。共通レーティングエンジン５２５は、依然として、オンライン料金請求領域内にあるが、別々のボックス内で実施される。オンライン課金呼出の場合、ＯＣＳは、加入者の信用に基づいて、予想された呼出割当額を決定して、実際の呼出利用に基づいて、呼出コストを計算するために、Ｒｅインターフェースを経由して、レーティングエンジン５２５と相互作用する。オフライン課金呼出の場合、前払請求書作成機は、呼出コストを計算するために、Ｒｅインターフェースを経由して、料金請求領域内のレーティングエンジン５２５に課金情報を送る。
【００３４】
図４を再び参照すると、（１つまたは複数の）レーティングエンジン４２５、４３０、４３５は、オンライン課金可能な事象および／またはセッションに関する呼出コストを計算するために使用され得る。オンライン課金システムは、加入者のアカウント残高信用に基づいて、与えられた呼出割当額を直ちに決定および予約するために、呼出の確立時に（１つまたは複数の）レーティングエンジン４２５、４３０、４３５に照会することが可能である。呼出の終了時に、オンライン課金システムは、実際の呼出利用に基づいて、呼出コストを直ちに計算するために、（１つまたは複数の）レーティングエンジン４２５、４３０、４３５に照会する。（１つまたは複数の）レーティングエンジン４２５、４３０、４３５は、オンライン課金に関してリアルタイムモードで動作することが可能である。
【００３５】
（１つまたは複数の）レーティングエンジン４２５、４３０、４３５は、オフライン課金可能な事象および／またはセッションのコストを計算することも可能である。これらのコストは、課金可能な事象および／またはセッションに関連するレーティングタイマ制御カテゴリに基づいて決定されるときに計算される。例えば、オフライン課金可能な事象および／またはセッションが、リアルタイムのレーティング制御カテゴリと関連付けられる場合、レーティングエンジン４２５、４３０、４３５は、レイテンシを伴わずにリアルタイム課金を実行することが可能である。したがって、前払請求書作成機構成要素４０５は、オフラインＣＤＲ課金情報を収集して、呼出コストを直ちに決定することが可能な（１つまたは複数の）レーティングエンジン４２５、４３０、４３５にその課金情報を送ることが可能である。呼出コスト情報は、料金請求領域に渡されて、１秒足らずで所望される結果にトランスポートされ得る、レーティングされたＣＤＲを形成するために、レーティングされていないＣＤＲに加えられることが可能である。別の例の場合、オフライン課金可能な事象および／またはセッションがニアリアルタイムのレーティング制御カテゴリと関連付けられる場合、レーティングエンジン４２５、４３０、４３５は、比較的短い遅延を伴って、ニアリアルタイム課金を実行することが可能である。したがって、前払請求書作成機構成要素４０５は、オフラインＣＤＲ課金情報を収集して、選択された期間内に呼出コストを決定することが可能な（１つまたは複数の）レーティングエンジン４２５、４３０、４３５にその課金情報を送ることが可能である。例えば、呼出コスト情報を含む、レーティングされたＣＤＲは、料金請求領域に渡されて、１分足らずで所望される結果にトランスポートされることが可能である。非リアルタイムのレーティング制御カテゴリに関連するオフライン課金可能な事象および／またはセッションの場合、（１つもしくは複数の）レーティングエンジン４２５、４３０、４３５は、（１つもしくは複数の）レーティングエンジン４２５、４３０、４３５がオンライン課金呼出に従事していない、システムによって特定された時間など、後の時点で、呼出コストを決定することが可能である。一実施形態では、レーティングされたＣＤＲは、料金請求領域に提供されている前に、ＣＤＲリポジトリ４１０内に記憶されること、またはＣＤＲリポジトリ４１０内の待ち行列に入れられることが可能である。前払請求書作成機４０５は、Ｂｘインターフェース上で、記憶およびファイル管理のために、レーティングされたＣＤＲをＣＧＦに送り返すことも可能である。
【００３６】
一実施形態では、前払請求書作成機構成要素４０５は、オフラインＣＤＲを受信することに応答して、（１つまたは複数の）レーティングエンジン４２５、４３０、４３５が呼出コスト計算を簡単に実行することができるように、選択された時間に、オフラインＣＤＲを（１つまたは複数の）レーティングエンジン４２５、４３０、４３５に提供することが可能である。例えば、レーティングされたＣＤＲは、選択された時間までＣＤＲリポジトリ４１０内に記憶されること、またはＣＤＲリポジトリ４１０内の待ち行列に入れられることが可能であり、次いで、料金請求領域に提供され得る。しかし、本発明は、この実施形態に限定されない。１つの代替の実施形態では、前払請求書作成機構成要素４０５は、オフラインＣＤＲが利用可能になり次第、オフラインＣＤＲを（１つもしくは複数の）レーティングエンジン４２５、４３０、４３５に提供することが可能であり、オフラインＣＤＲは、記憶されること、または待ち行列に入れられることが可能である。前払請求書作成機構成要素４０５は、オフラインＣＤＲに関連するレーティングタイマ制御カテゴリを示す情報を提供することも可能である。（１つまたは複数の）レーティングエンジン４２５、４３０、４３５は、次いで、レーティングタイマ制御カテゴリに基づいて、呼出コスト計算を実行するための適切な時間を決定することが可能であり、その決定された時間に呼出コスト計算を実行することが可能である。例えば、ＲｏインターフェースおよびＲｅインターフェースは、オプションのレーティング制御タイマＡＶＰを含めるために拡張され得る。このオプションのレーティング制御タイマＡＶＰは、前払請求書作成機構成要素４０５が、オンライン課金システムおよび／または（１つもしくは複数の）レーティングエンジン４２５、４３０、４３５が、当該レーティングをリアルタイムで実行すべきか、ニアリアルタイムで実行すべきか、またはオフピーク時間の間に非リアルタイムで実行すべきかを示すことを可能にする。
【００３７】
上で説明されたように、前払請求書作成機構成要素４０５は、独立型エンティティとして実施されることが可能であり、または課金アーキテクチャ４００のその他の要素で実施されることも可能である。図６は、前払請求書作成機が独立型のボックスとして実施される、１つの例示的な実施形態を概念的に示す。図７は、前払請求書作成機がＣＣＦボックスまたはＣＤＦ／ＣＧＦボックスと一体化された、１つの例示的な実施形態を概念的に示す。図７に示される実施形態では、前払請求書作成機構成要素４０５は、Ｒｏインターフェースを経由して、（この実施形態では内部レーティングエンジンを含む）ＯＣＳと通信する。しかし、本開示の恩恵を享受する当業者は、図６および図７に示される実施形態は、例示的であることを意図し、本発明を限定することが意図されない点を理解されたい。様々な代替の実施形態では、前払請求書作成機構成要素は、独立型のボックスであってよく、ＩＭＳ  ＣＣＦボックス内もしくはＣＤＦ／ＣＧＦボックス内で一体化されてもよく、またはＳＧＳＮ／ＧＧＳＮボックスの従来型ＣＤＦ構成要素内で一体化されてもよい。前払請求書作成機インターフェースは、オンライン課金システム（ＯＣＳ）内、料金請求領域内、または分離された第三者レーティングエンジン内に配置され得る様々なレーティングエンジンソリューションを通信するために、ＲｏインターフェースおよびＲｅインターフェースもサポートする。
【００３８】
本発明は、本明細書の教示の恩恵を享受する当業者に明らかな、異なるが、同等の様式で修正および実施されることが可能であるため、上で開示された特定の実施形態は例示に過ぎない。さらに、特許請求の範囲において説明されるもの以外の、本明細書で示された構造または設計の詳細に限定することを意図しない。したがって、上で開示された特定の実施形態は、変更または修正されてよく、すべてのかかる改変形態は、本発明の範囲内と考えられることは明らかである。したがって、本明細書において追求される保護は、特許請求の範囲において記載される。
【図１】
0005380428.tif 000002
【図２】
0005380428.tif 000003
【図３】
0005380428.tif 000004
【図４】
0005380428.tif 000005
【図５】
0005380428.tif 000006
【図６】
0005380428.tif 000007
【図７】
0005380428.tif 000008