特許 6407170 課金情報を集約するための方法、装置およびシステム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6407170

(24)【登録日】2018年9月28日

(45)【発行日】2018年10月17日

(54)【発明の名称】課金情報を集約するための方法、装置およびシステム

(51)【国際特許分類】

   H04M 15/00 20060101AFI20181004BHJP

   H04W 4/24 20090101ALI20181004BHJP

【ＦＩ】

   H04M15/00 G

   H04W4/24

【請求項の数】15

【全頁数】23

(21)【出願番号】特願2015-557452(P2015-557452)

(86)(22)【出願日】2014年2月17日

(65)【公表番号】特表2016-513405(P2016-513405A)

(43)【公表日】2016年5月12日

(86)【国際出願番号】EP2014052983

(87)【国際公開番号】WO2014125102

(87)【国際公開日】20140821

【審査請求日】2015年9月28日

(31)【優先権主張番号】201310052044.4

(32)【優先日】2013年2月17日

(33)【優先権主張国】CN

(73)【特許権者】

【識別番号】391030332

【氏名又は名称】アルカテル−ルーセント

(74)【代理人】

【識別番号】110001173

【氏名又は名称】特許業務法人川口國際特許事務所

(72)【発明者】

【氏名】リー，シャンヤン

(72)【発明者】

【氏名】ツァイ，イガン

【審査官】 西巻 正臣

(56)【参考文献】

【文献】 特表２０１２−５３３２４２（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／０００３６０９（ＵＳ，Ａ１）

【文献】 欧州特許出願公開第０２３４１６６０（ＥＰ，Ａ１）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｆ １３／００

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｌ １２／００−１２／２６、

１２／５０−１２／９５５

Ｈ０４Ｍ ３／００、

３／１６− ３／２０、

３／３８− ３／５８、

７／００− ７／１６、

１１／００−１１／１０、

１５／００−１５／３８

Ｈ０４Ｗ ４／００− ８／２４、

８／２６−１６／３２、

２４／００−２８／００、

２８／０２−７２／０２、

７２／０４−７４／０２、

７４／０４−７４／０６、

７４／０８−８４／１０、

８４／１２−８８／０６、

８８／０８−９９／００

(57)【特許請求の範囲】

【請求項1】

マシン型通信（ＭＴＣ）対応システムのネットワークエレメントにおいて課金情報を集約するように構成された装置であって、
コンピュータ読み取り可能命令を記憶したメモリと、
コンピュータ読み取り可能命令を実行して、
複数のユーザ機器（ＵＥ）が属するサブグループを、規則と複数のＵＥの識別子とに基づいて決定し、
同一のサブグループ内の複数のＵＥの課金情報を、タイムウィンドウ内で収集し、
サブグループに基づいて複数のＵＥの課金情報を集約して、課金集約結果を取得し、
課金集約結果を、ＭＴＣ対応システム内の複数のＵＥのうちの少なくとも１つに送信する
ように構成されたプロセッサとを備える、装置。

【請求項2】

プロセッサが、コンピュータ読み取り可能命令を実行して、集約された課金情報とタイムウィンドウとを、ＭＴＣ対応システム内の課金システムに送信するようにさらに構成されている、請求項１に記載の装置。

【請求項3】

課金集約結果が、課金情報を集約することにより取得される１つまたは複数の課金データレコードを含み、
プロセッサが、コンピュータ読み取り可能命令を実行して、１つまたは複数の課金データレコードを、ＭＴＣ対応システム内の請求書生成システムに送信するようにさらに構成されている、請求項１に記載の装置。

【請求項4】

プロセッサが、コンピュータ読み取り可能命令を実行して、同一のサブグループ内の複数のＵＥの課金情報を、課金集約結果に集約するように構成されている、請求項１から３のいずれか一項に記載の装置。

【請求項5】

サブグループが複数のサブグループを含み、課金集約結果が、同一のサブグループの識別子を含む、請求項１から３のいずれか一項に記載の装置。

【請求項6】

プロセッサが、コンピュータ読み取り可能命令を実行して、
同一グループ識別コードを含む課金情報をタイムウィンドウ内で収集し、
同一グループ識別コード内の複数のＵＥの課金情報を取得する
ようにさらに構成されている、請求項１から５のいずれか一項に記載の装置。

【請求項7】

プロセッサが、コンピュータ読み取り可能命令を実行して、
異なる課金型の課金情報を集約して、課金集約結果を取得し、
課金集約結果が対応する異なる課金型に基づいて、課金集約結果をＭＴＣ対応システム内の複数のＵＥのそれぞれに送信する
ようにさらに構成されている、請求項１から６のいずれか一項に記載の装置。

【請求項8】

ネットワークエレメントが、移動交換局、移動管理エンティティ、サービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード、アプリケーションサーバ、のうちの１つを含む、請求項１から７のいずれか一項に記載の装置。

【請求項9】

マシン型通信（ＭＴＣ）対応システムの課金システムにおいて課金データレコードを生成するための装置であって、
ＭＴＣ対応システム内のネットワークエレメントにより送信された複数の集約された課金情報とタイムウィンドウとを受信するように構成される受信モジュールであって、各課金情報はタイムウィンドウの１つにそれぞれ対応する、受信モジュールと、
タイムウィンドウと、ユーザ機器が属するグループおよび／またはサブグループとに基づいて、複数の集約された課金情報を集約して、課金データレコードを生成するように構成される第２の集約モジュールであって、タイムウィンドウおよびユーザ機器は複数の集約された課金情報に対応する、第２の集約モジュールと
を備える、装置。

【請求項10】

第２の集約モジュールが、
同一または近似したタイムウィンドウに対応し、同一グループおよび／またはサブグループに属するユーザ機器に対応する複数の集約された課金情報を集約して、課金データレコードを生成するように構成される第４のサブ集約モジュール
を備える、請求項９に記載の装置。

【請求項11】

マシン型通信（ＭＴＣ）対応システムのネットワークエレメントにおいて課金情報を集約するための方法であって、
複数のユーザ機器（ＵＥ）が属するサブグループを、規則と複数のＵＥの識別子とに基づいて決定することと、
同一のサブグループ内の複数のＵＥの課金情報を、タイムウィンドウ内で収集することと、
サブグループに基づいて複数のＵＥの課金情報を集約して、課金集約結果を取得することと、
課金集約結果を、ＭＴＣ対応システム内の複数のＵＥのうちの少なくとも１つに送信することと
を備える、方法。

【請求項12】

前記送信することが、集約された課金情報とタイムウィンドウとを、ＭＴＣ対応システム内の課金システムに送信することを含む、請求項１１に記載の方法。

【請求項13】

課金集約結果が、課金情報を集約することにより取得される１つまたは複数の課金データレコードを含み、前記送信することが、１つまたは複数の課金データレコードを、ＭＴＣ対応システム内の請求書生成システムに送信することを含む、請求項１１に記載の方法。

【請求項14】

マシン型通信（ＭＴＣ）対応システムの課金システムにおいて課金データレコードを生成するための方法であって、
Ａ．ＭＴＣ対応システム内のネットワークエレメントにより送信された複数の集約された課金情報とタイムウィンドウとを受信するステップであって、各課金情報はタイムウィンドウの１つにそれぞれ対応する、受信するステップと、
Ｂ．タイムウィンドウと、ユーザ機器が属するグループおよび／またはサブグループとに基づいて、複数の集約された課金情報を集約して、課金データレコードを生成するステップであって、タイムウィンドウおよびユーザ機器は複数の集約された課金情報に対応する、生成するステップと
を備える、方法。

【請求項15】

請求項１から８の少なくともいずれか一項に記載の装置と、請求項９または請求項１０に記載の装置とを備える、システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、通信技術の分野に関し、より詳細には、課金情報を集約するための方法、装置およびシステムに関する。

【背景技術】

【0002】

ネットワークユーザの急速な増加により、従来技術の通信ネットワークへ極度の負荷がかかっている。特に、ＭＴＣ（マシン型通信：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）対応システムにおいて、ネットワーク加入者からの大量の課金処理情報が存在する。たとえば、１人の顧客が、１０００以上の購読（ｓｕｂｓｃｒｉｐｔｉｏｎ）をしていることがある。そのような課金処理情報の伝送および処理により、通信ネットワークへ多大な負荷がかかる。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】ＴＳ３２．２９９

【非特許文献2】ＴＳ３２．２９８

【非特許文献3】３ＧＰＰ ＴＳ３２．２４０

【非特許文献4】ＴＳ３２．２５１

【発明の概要】

【発明が解決しようとする課題】

【0004】

本発明の目的は、課金情報を集約するための方法、装置、およびシステムを提供することを含む。

【課題を解決するための手段】

【0005】

本発明の一態様によれば、ＭＴＣ対応システムのネットワークエレメントにおいて課金情報を集約するための方法であって：
ａ．同一グループに属する複数のユーザ機器の課金情報を、タイムウィンドウ内で収集するステップと、
ｂ．前記課金情報を集約して、課金集約結果を取得するステップと、
ｃ．前記課金集約結果を、前記システムの対応するデバイスに送信するステップと
を備える、方法が提供される。

【0006】

本発明の他の態様によれば、ＭＴＣ対応システムの課金システムにおいて課金データレコード（複数可）を生成するための方法であって：
Ａ．前記システム内のネットワークエレメントにより送信された複数の集約された課金情報とタイムウィンドウとを受信するステップであって、各課金情報はタイムウィンドウの１つにそれぞれ対応する、受信するステップと、
Ｂ．タイムウィンドウと、ユーザ機器が属するグループ（複数可）および／またはサブグループ（複数可）とに基づいて、複数の集約された課金情報を集約して、課金データレコード（複数可）を生成するステップであって、タイムウィンドウおよびユーザ機器は複数の集約された課金情報に対応する、生成するステップと
を備える、方法がさらに提供される。

【0007】

本発明のさらなる態様によれば、ＭＴＣ対応システムのネットワークエレメントにおいて課金情報を集約するための装置であって：
同一グループに属する複数のユーザ機器の課金情報を、タイムウィンドウ内で収集するように構成される収集モジュールと、
前記課金情報を集約して、課金集約結果を取得するように構成される第１の集約モジュールと、
前記課金集約結果を、前記システムの対応するデバイスに送信するように構成される送信モジュールと
を備える、装置がさらに提供される。

【0008】

本発明のさらに他の態様によれば、ＭＴＣ対応システムの課金システムにおいて課金データレコード（複数可）を生成するための装置であって：
前記システム内のネットワークエレメントにより送信された複数の集約された課金情報とタイムウィンドウとを受信するように構成される受信モジュールであって、各課金情報はタイムウィンドウの１つにそれぞれ対応する、受信モジュールと、
タイムウィンドウと、ユーザ機器が属するグループ（複数可）および／またはサブグループ（複数可）とに基づいて、複数の集約された課金情報を集約して、課金データレコード（複数可）を生成するように構成される第２の集約モジュールであって、タイムウィンドウおよびユーザ機器は複数の集約された課金情報に対応する、第２の集約モジュールと
を備える、装置がさらに提供される。

【発明の効果】

【0009】

従来技術と比較して、本発明は以下の利点を有する：１）大量の重複情報が、同一グループに属するユーザ機器の課金情報の間に存在し、課金情報内の有効なユーザ情報のデータ量でさえ、ＭＴＣアプリケーションにより生成される付加情報、たとえばメッセージを送信するために生成されるヘッダ情報またはパッケージ化情報などよりも少ないことがあるが、本発明の実施形態は、同一グループに属する複数のユーザ機器の課金情報を集約して、大いに通信トラフィックを削減し、システム負荷を軽減することができ、２）集約された課金データレコードを取得した後、同一のグループまたはサブグループに属するユーザ機器に対して、課金データレコードに含まれるユーザ機器の課金関連情報に基づいてバッチ処理が可能になり、これにより、大いに課金処理速度が加速され、システム負荷が軽減される。

【0010】

添付の図面を参照して、非限定的な実施形態の詳細な説明を読むことにより、本発明の他の特徴、目的、および利点がより明らかとなろう。

【図面の簡単な説明】

【0011】

【図1】本発明の１つの好ましい実施形態によるＭＴＣ対応システムの構造図である。

【図2】本発明の１つの好ましい実施形態によるＭＴＣ対応システムのネットワークエレメントにおいて課金情報を集約するための方法のフローチャートである。

【図3】本発明の１つの好ましい実施形態によるＭＴＣ対応システムの課金システムにおいて課金データレコードを生成するための方法のフローチャートである。

【図4】本発明の１つの好ましい実施形態によるＭＴＣ対応システムのネットワークエレメントにおいて課金情報を集約するための装置の構造図である。

【図5】本発明の１つの好ましい実施形態によるＭＴＣ対応システムの課金システムにおいて課金データレコードを生成するための装置の構造図である。

【発明を実施するための形態】

【0012】

添付の図面では、同一または同様の符号は、同一または同様の構成要素を表す。

【0013】

以下、本発明を、添付の図面を参照して、さらに詳細に説明する。

【0014】

図１は、本発明の１つの好ましい実施形態によるＭＴＣ（マシン型通信）対応システムの構造図である。図１に示すように、ユーザ機器（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）は、ＲＡＮ（無線アクセスネットワーク：Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）を介してＭＴＣ対応システムにアクセスし、ここでＭＴＣ対応システムは、ＭＳＣ（移動交換局：Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）、ＭＭＥ（移動管理エンティティ：Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、ＳＧＳＮ（サービングＧＰＲＳサポートノード：Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔｉｎｇ Ｎｏｄｅ）、ＧＷ（ゲートウェイ：Ｇａｔｅｗａｙ）、ＳＣＳ（サービス能力サーバ：Ｓｅｒｖｉｃｅ Ｃａｐａｂｉｌｉｔｙ Ｓｅｒｖｅｒ）、ＡＳ（アプリケーションサーバ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｅｒ）、ＨＳＳ（ホーム加入者サーバ：Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）、ＯＣＳ（オンライン課金システム：Ｏｎｌｉｎｅ Ｃｈａｒｇｉｎｇ Ｓｙｓｔｅｍ）、ＣＣＦ（課金収集機能：Ｃｈａｒｇｉｎｇ Ｃｏｌｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）またはＣＤＦ（課金データ機能：Ｃｈａｒｇｉｎｇ Ｄａｔａ Ｆｕｎｃｔｉｏｎ）あるいはＣＧＦ（課金ゲートウェイ機能：Ｃｈａｒｇｉｎｇ Ｇａｔｅｗａｙ Ｆｕｎｃｔｉｏｎ）、ＢＳ（請求システム：Ｂｉｌｌｉｎｇ Ｓｙｓｔｅｍ）を備える。ＡＳ、ＭＳＣ、ＭＭＥおよびＳＧＳＮを含む点線ブロックは、実在することを意味するわけではなく、これらは単に図をより簡単にするためのものであり、たとえば、点線ブロックを指す双方向の矢印の他端が指すデバイスが、ＡＳ、ＭＳＣ、ＭＭＥ、およびＳＧＳＮと通信可能であることを示すためのものなどであり、同様に、図１の他方の点線ブロックもまた、実在することを意味するわけではないことに注意されたい。

【0015】

上記のＭＴＣ対応システムの構造は単に例にすぎず、他の既存の、または、ことによると将来の進化したＭＴＣアーキテクチャは、本発明に適用可能であれば、全て本発明の保護範囲に含まれるべきであり、本明細書に引用により組み込まれ、たとえば、ＭＴＣ対応システムは、ＡＳ、ＭＳＣ、ＭＭＥ、およびＳＧＳＮと通信可能なＳＭＥ（ショートメッセージエンティティ）などをさらに備えることができることに注意されたい。

【0016】

図２は、本発明の１つの好ましい実施形態によるＭＴＣ（マシン型通信）対応システムのネットワークエレメントにおいて課金情報を集約するための方法のフローチャートを示す。好ましくは、ネットワークは、ＭＳＣ、ＭＭＥ、ＳＧＳＮ、およびＡＳを含むがこれらに限定されず、より好ましくは、ＡＳは、ＳＭＳＣ（ショートメッセージサービスセンター）などを含むがこれに限定されず、より好ましくは、ＭＴＣ対応システムは、ＬＴＥ、ＩＭＳなどを含むがこれらに限定されない。

【0017】

本実施形態は、以下のステップＳ１１、Ｓ１２、およびＳ１３を備える。

【0018】

ステップＳ１１において、タイムウィンドウ内で、ネットワークエレメントは、同一グループに属する複数のユーザ機器の課金情報を収集する。

【0019】

本実施形態では、課金情報は、複数の課金パラメータを含む。一例として、課金パラメータは、ＴＳ３２．２９９規格を参照してもよい。ユーザ機器とネットワークとの間の通信処理中に、たとえば、ユーザ機器とネットワークとの間の呼処理（ｃａｌｌ ｐｒｏｃｅｓｓ）内で、課金情報は変化し得ることに注意されたい。

【0020】

好ましくは、ネットワークエレメントは、ユーザ機器からＭＴ ＳＭＳ（モバイル着信ショートメッセージサービス：Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｔｅｄ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）に対する確認応答（Ａｃｋｎｏｗｌｅｄｇｅ）を受信した後に、または、ユーザ機器により開始されたＭＯ ＳＭＳ（モバイル発信ショートメッセージサービス：Ｍｏｂｉｌｅ Ｏｒｉｇｉｎａｔｅｄ Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）を受信した後に、課金情報の収集を開始することができる。

【0021】

本実施形態では、ネットワークエレメントは、事前設定されたポリシー、たとえば、ＰＣＲＦにより提供されたポリシーに基づいて、タイムウィンドウの開始時刻および終了時刻を決定することができる。たとえば、ＰＣＲＦにより提供されたポリシーに基づいて、ネットワークエレメントは、グループ識別コードを含むＭＴ ＳＭＳ確認応答またはＭＯ ＳＭＳを初めて受信するとタイムウィンドウを開始し、タイムウィンドウ内で、グループ識別コードを含むＭＴ ＳＭＳに対する確認応答またはＭＯ ＳＭＳを受信することができ、ここで、タイムウィンドウの開始および終了時刻は、動的に変化することがある。この例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するためのものではないことに注意されたい。事前設定されたポリシーに基づいてタイムウィンドウの時間範囲を決定するいかなる実現方式も、本発明の範囲に含まれるべきであることを当業者なら理解するはずである。

【0022】

具体的には、ネットワークエレメントが同一グループに属する複数のユーザ機器の課金情報をタイムウィンドウ内で収集する手法は、以下を含むがこれらに限定されない：

【0023】

１）タイムウィンドウ内で、ネットワークエレメントは、同一のグループ識別コードを含む課金情報を収集して、同一グループに属する複数のユーザ機器の課金情報を取得する。

【0024】

たとえば、ステップＳ１１の前に、ＡＳは、ＭＴ ＳＭＳをユーザ機器のグループに送信し、その中にユーザ機器のグループに対応するトリガ参照番号（ｔｒｉｇｇｅｒ ｒｅｆｅｒｅｎｃｅ ｎｕｍｂｅｒ）を挿入し、ＭＴ ＳＭＳの受信に成功したユーザ機器は、ＭＴ ＳＭＳ確認応答をフィードバックし、次いでステップＳ１１において、ネットワークエレメントがトリガ参照番号を含むＭＴ ＳＭＳ確認応答を初めて受信したとき、ネットワークエレメントはタイムウィンドウを開始し、ウィンドウ内でトリガ参照番号を含む全てのＭＴ ＳＭＳ確認応答を受信し、トリガ参照番号を含む関連する課金パラメータおよび情報を収集して、トリガ参照番号に対応するグループのユーザ機器の課金情報を取得する。

【0025】

他の例では、ネットワークエレメントは、グループＩＤを含むＳＣＳからのＭＴ ＳＭＳを受信した後、タイムウィンドウを開始し、ユーザ機器からフィードバックされた同一グループＩＤを含むＭＴ ＳＭＳ確認応答をタイムウィンドウ内で受信し、グループＩＤを含む関連する課金パラメータおよび情報を収集して、グループＩＤに対応するグループの課金情報を取得する。

【0026】

ユーザ機器がグループＩＤを複数の方式で提供できることに注意されたい。

【0027】

たとえば、ユーザ機器は、ユーザ機器が属するグループのグループ識別コード、たとえばグループＩＤを、ユーザ機器によりＡＳへ送信されるＭＴ ＳＭＳ確認応答へ付加することができ、ここでユーザ機器は、グループ識別コードを、自身が以前に受信したメッセージ、たとえば、以前に受信したＭＴ ＳＭＳから取得することができる。

【0028】

あるいは、ユーザ機器は、受信したＭＴ ＳＭＳに応答して、ＭＯ ＳＭＳ（モバイル発信ショートメッセージサービス）を開始することができ、その中にグループ識別コードを付加する。たとえば、ＡＳは、ユーザ機器のグループ宛てのＭＴ ＳＭＳを送信し、ＳＣＳ（サービス能力サーバ）は、ＡＳから送信されたこのＭＴ ＳＭＳを受信し、ＨＳＳ／ＨＬＲ（ホームロケーションレジスタ）からのルーティング情報またはローカルに保存されたルーティング情報に基づいてＭＴ ＳＭＳをＭＭＥへ送信し、ここで、ＡＳまたはＳＣＳは、グループ識別コード、たとえばトリガ参照番号、関連番号（ｃｏｒｒｅｌａｔｉｏｎ ｎｕｍｂｅｒ）またはグループＩＤなどをＭＴ ＳＭＳのヘッダまたは本体に挿入することができ、次に、ＭＭＥは、ＰＣＲＦ（ポリシー制御および課金規則機能：Ｐｏｌｉｃｙ Ｃｏｎｔｒｏｌ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）によりＭＭＥへ設定されたポリシーに基づいて、ユーザ機器のグループにＭＴ ＳＭＳを送信し、次いで、グループ内でＭＴ ＳＭＳの受信に成功したユーザ機器は、課金パラメータを取得可能なＭＯ ＳＭＳを、ＭＴ ＳＭＳに基づいてフィードバックすることができ、ＭＴ ＳＭＳ内で取得したグループ識別コードを、ＭＯ ＳＭＳのヘッダに挿入する。

【0029】

場合によっては、ユーザ機器が、送信する確認応答またはＭＯ ＳＭＳにグループ識別コードを挿入しないことがあることに注意されたい。

【0030】

複数のユーザ機器は、ＭＴＣイベント内で同一のグループＩＤを使用することができ、グループＩＤは、その有効時間帯においてのみ有効であり、たとえば、ＴｏＤ（時刻：Ｔｉｍｅ ｏｆ Ｄａｙ）またはＤｏＷ（曜日：Ｄａｙ ｏｆ Ｗｅｅｋ）においてのみ有効であり、ユーザ機器は複数のグループＩＤを有することがあり、ＡＳは特定のグループをサポートすることがあり、ＡＳから送信されるＳＭＳに含まれるグループＩＤが供給されない場合、ネットワークエレメントまたはシステムの他のデバイス、たとえばＰ−ＧＷなどは、ＳＭＳを拒絶することがあることに注意されたい。

【0031】

２）タイムウィンドウ内で、受信した課金情報に対して、ネットワークエレメントは、ユーザ機器が属するグループをユーザ機器の識別子に基づいて決定して、同一グループに属する複数のユーザ機器の課金情報を収集する。

【0032】

たとえば、ユーザ機器の識別子情報は、ＩＭＳＩ（国際移動体加入者識別番号）を含み、ネットワークエレメントは、ユーザ機器のＩＭＳＩを取得し、ユーザ機器が属するグループのグループＩＤを、ローカルのデータベースに問い合わせるかまたはＨＳＳにアクセスすることにより取得して、同一グループＩＤに属するユーザ機器の課金情報をウィンドウ内で、グループＩＤに対応するグループ内の複数のユーザ機器の課金情報として収集する。

【0033】

好ましくは、ネットワークエレメントは、課金情報がグループ識別コードを含まない場合に、上記の手法２）を実行する。

【0034】

場合によっては、ユーザ機器は、送信する課金情報内にグループ識別コードを付加しないことがあり、たとえば、ユーザ機器は新たなＭＯ ＳＭＳを開始し、その中にグループ識別コードを付加しないなどとし、この場合に、本手法はユーザ機器が属するグループを識別する方法を提供することができる。

【0035】

ユーザ機器が属するグループを決定することができない場合、たとえば、ユーザ機器により送信された課金情報がグループ識別コードを含まず、属するグループをその識別子で検索できない場合、ネットワークエレメントは、ユーザ機器を個別に課金されるユーザ機器として扱うことができ、集約操作をその課金情報に対して行わないことに注意されたい。また、ユーザ機器が属するグループをユーザ機器の識別子に基づいて決定できたとしても、ネットワークエレメントは、ユーザ機器を個別に課金することを選択する、すなわち、送信された課金情報を集約しないこともある。

【0036】

ＭＴ ＳＭＳなどのメッセージがユーザ機器に送信成功しなかった場合、ネットワークエレメントは再送信を試みることになるが、再送信が成功したとしても、再送信で消費される時間長が、タイムウィンドウの時間長より長いことがあるので、この場合のユーザ機器のフィードバックは収集されないことがあり、したがって、その課金情報は集約されないことがあることに注意されたい。

【0037】

上記の例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するためのものではないことに注意されたい。同一グループに属する複数のユーザ機器の課金情報をタイムウィンドウ内で収集するいかなる実施形態も、本発明の範囲内に含まれるべきであることを当業者は理解するはずである。

【0038】

ステップＳ１２において、ネットワークエレメントは、ステップＳ１１で収集された課金情報を集約して、課金集約結果を取得する。

【0039】

本実施形態では、課金集約結果は、以下を含むがこれらに限定されない。１）１つまたは複数の集約された課金情報。ここで１つの集約された課金情報は、複数のユーザ機器の課金パラメータを含む。２）課金情報を集約することで生成されるＣＤＲ（課金データレコード：ｃｈａｒｇｉｎｇ ｄａｔａ ｒｅｃｏｒｄ）。ここでＣＤＲは、ユーザ機器の完了した通信プロシージャ（たとえば、完了した呼プロシージャ（ｃｏｍｐｌｅｔｅ ｃａｌｌ ｐｒｏｃｅｄｕｒｅ））における課金に関連する情報、ならびに通信プロシージャの開始および終了時刻を含み、例として、ＣＤＲはＴＳ３２．２９８規格を参照することができる。

【0040】

本実施形態では、ネットワークエレメントは、ＰＣＲＦまたはローカルポリシーエンジンにより提供されたポリシーに基づいて、複数の課金情報を１つまたは複数の課金集約結果に集約することができ、ここで、集約された課金集約結果の数は、ステップＳ１１で収集された課金情報の量より少ない。好ましくは、ネットワークエレメントは、課金情報における重複情報をマージすることで、課金情報を集約することができる。

【0041】

ステップＳ１２の好ましい解決方法として、ネットワークエレメントが課金情報を集約して課金集約結果を取得する手法は、以下を含むがこれらに限定されない：

【0042】

１）ネットワークは、同一グループに属する複数のユーザ機器の課金情報を１つの課金集約結果に集約する。

【0043】

たとえば、ネットワークエレメントは、同一グループに属する複数のユーザ機器の課金情報を集約して、１つの課金データレコードを生成し、この課金データレコードは、複数のユーザ機器が属するグループのグループＩＤと、それぞれのユーザ機器の課金関連情報とを含み、ここで、課金関連情報は、課金するために使用可能であり、たとえば、それぞれのユーザ機器のネットワーク使用トラフィック、ネットワーク使用時間、および他の情報を含むことができる。

【0044】

他の例では、ネットワークエレメントは、同一グループに属する複数のユーザ機器の課金情報を、１つの課金情報に集約するなどする。

【0045】

集約により、送信する必要がある情報量は、大いに削減されることになる。

【0046】

２）１つのグループは、複数のサブグループを含むことができる。たとえば、１つのグループ内で、ユーザ機器は、複数のサブグループ、たとえば固定位置デバイスグループ、移動デバイスグループ、ローミングデバイスグループ、地理的に区分されたデバイスグループ（ｇｅｏ−ｄｉｆｆｅｒｅｎｔｉａｔｅｄ ｄｅｖｉｃｅ ｇｒｏｕｐ）に、ユーザ機器の種類に基づいて、さらに分割することができる。ネットワークエレメントは、複数のユーザ機器がそれぞれ属するサブグループを、所定のポリシーと複数のユーザ機器の識別子とに基づいて決定し、ネットワークエレメントは、同一のサブグループに属するユーザ機器の課金情報を１つの課金集約結果に集約し、ここで、所定のポリシーは、ＰＣＲＦまたはローカルポリシーエンジンにより提供することができ、課金集約結果は、その対応するサブグループの識別子を含む。好ましくは、集約された課金集約結果は、ユーザ機器の種類、カウンタ、および識別子（たとえばＩＰアドレス）などをさらに含むことができる。

【0047】

本実施形態では、ネットワークエレメントは、ユーザ機器を、ユーザ機器の識別子に基づいて識別することができ、ユーザ機器が属するサブグループを所定のポリシーに基づいて決定する。

【0048】

本実施形態では、ネットワークエレメントが同一のサブグループに属するユーザ機器の課金情報を１つの課金集約結果に集約する手法は、手法１）における、同一グループに属する複数のユーザ機器の課金情報を１つの課金集約結果に集約する手法と同一または類似しているので、本明細書では詳述しない。

【0049】

好ましくは、ネットワークエレメントは、同一グループ内のそれぞれのサブグループの課金集約結果を、たとえばそれぞれのサブグループの課金集約結果が同一グループＩＤを共有していると決定するなどして、関連付けることができる。

【0050】

好ましくは、１つのサブグループは、複数のさらに下位のサブグループをさらに含むことができ、たとえば、グループＡは、サブグループＡ１およびサブグループＡ２を含み、サブグループＡ１は、サブグループＡ１１およびサブグループＡ１２をさらに含むなどである。この場合、ネットワークエレメントは、サブグループをさらに含まないサブグループに属するユーザ機器の課金情報を１つの課金集約結果に集約することができ、たとえば、ネットワークエレメントは、サブグループＡ１１に属するユーザ機器の課金情報を１つの課金集約結果に集約し、サブグループＡ１２に属するユーザ機器の課金情報を１つの課金集約結果に集約し、サブグループＡ２に属するユーザ機器の課金情報を１つの課金集約結果に集約する。

【0051】

本実施形態では、１つグループをより多くのサブグループにさらに分割することで、ＡＳがサブグループの分割に対応していない場合に、さらに区分された課金情報集約を実現することができる。

【0052】

上記の例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するものではないことに注意すべきであり、課金情報を集約して課金集約結果を取得するいかなる実現方式も、本発明の範囲内に含まれるべきであることを当業者なら理解するはずである。

【0053】

次に、ステップＳ１３において、ネットワークエレメントは、課金集約結果をＭＴＣ対応システムの対応するデバイスに送信する。

【0054】

具体的には、ネットワークエレメントが課金集約結果をシステムの対応するデバイスに送信する手法は、以下を含むがこれらに限定されない：

【0055】

１）課金集約結果が集約された課金情報を含む場合、ネットワークエレメントは、集約された課金情報と、ステップＳ１１で採用されたタイムウィンドウとを、ＭＴＣ対応システムの課金システムに送信する。

【0056】

好ましくは、課金システムは、一種類の課金システムのみを備えることがあり、または、課金システムは、オンライン課金システムおよびオフライン課金システムを備えることがあり、ここで、オフライン課金システムは、ＣＣＦ、ＣＤＦ／ＣＧＦを備えることができる。詳細は、３ＧＰＰ ＴＳ３２．２４０規格を参照されたい。

【0057】

たとえば、ネットワークエレメントは、課金情報およびタイムウィンドウをＣＣＦへＲｆ課金要求（Ｒｆ Ａｃｃｏｕｎｔ Ｒｅｑｕｅｓｔ）を通じて送信することができる。

【0058】

他の例では、ネットワークエレメントは、課金情報およびタイムウィンドウをＯＣＳへＲｏクレジット制御要求（Ｒｏ Ｃｒｅｄｉｔ Ｃｏｎｔｒｏｌ Ｒｅｑｕｅｓｔ）を通じて送信することができる。

【0059】

本実施形態では、ＲＦインターフェースは、Ｇｚインターフェースと呼ばれることもあり、Ｒｏインターフェースは、Ｇｙインターフェースと呼ばれることもある。ＧｚインターフェースおよびＧｙインターフェースに関しては、ＴＳ３２．２５１規格を参照されたい。

【0060】

本手法では、課金システムは、集約された課金情報を受信した後、課金情報を集約し、ＣＤＲを生成することになり、これは、以下の実施形態で図３を参照して詳述することにする。

【0061】

２）課金集約結果は、生成された課金データレコードを含み、ネットワークエレメントは、課金データレコードを、ＭＴＣ対応システム内の請求書生成システムに送信する。好ましくは、本手法では、集約して課金データレコードを生成するのに用いられる課金情報は、オフライン課金型と呼ばれる。

【0062】

たとえば、ネットワークエレメントは、ＣＤＲを請求システムにＦＴＰ／ＧＴＰインターフェースを介して送信し、他の例では、ネットワークエレメントは、ＣＤＲをＣＧＦに送信するなどする。

【0063】

本手法では、請求書生成システムは、受信した課金データレコードに基づいて、請求書を生成することができる。

【0064】

上記の例は、本発明の技術的解決方法をより良く説明するためのものであり、本発明を限定するためのものではないことに注意されたい。課金集約結果をシステムの対応するデバイスに送信するいかなる実現方式も、本発明の範囲内に含まれるべきであることを当業者なら理解するはずである。

【0065】

大量の重複情報が、同一グループに属するユーザ機器の課金情報の間に存在するので、課金情報内の有効なユーザ情報のデータ量でさえ、ＭＴＣアプリケーションにより生成される付加情報、たとえば、メッセージを送信するために生成されるヘッダ情報またはパッケージ化情報よりも少ないことがあり、本実施形態は、同一グループに属する複数のユーザ機器の課金情報を集約して、大いに通信トラフィックを削減し、システム負荷を軽減することができる。

【0066】

本実施形態の好ましい解決方法の１つとして、ステップＳ１２はステップＳ１２’を備え、ステップＳ１３はステップＳ１３’を備える。この好ましい解決方法では、課金システムには複数の型があり、たとえば、課金システムは２つの型：オンライン課金システムおよびオフライン課金システムを含む。

【0067】

ステップＳ１２’において、ネットワークエレメントは、ステップＳ１１で収集された異なる型の課金情報を集約して、異なる課金型にそれぞれ対応する課金集約結果を取得し、すなわち、異なる課金型にそれぞれ対応する集約された課金情報または課金データレコードを取得する。

【0068】

本実施形態では、ネットワークエレメントは、ローカルのデータベースに基づいて、またはＨＳＳにアクセスすることにより、課金情報の課金型を決定することができる。

【0069】

好ましくは、ネットワークエレメントは、同一グループに属するユーザ機器の各型の課金情報を、１つの集約された課金情報または１つの課金データレコードにそれぞれ集約し、たとえば、ネットワークエレメントは、オンライン課金型の課金情報を、オンライン課金型に対応する１つの集約された課金情報または１つの課金データレコードに集約し、オフライン課金型の課金情報を、１つの集約された課金情報または１つの課金データレコードに集約する。

【0070】

より好ましくは、１つのグループが複数のサブグループをさらに含む場合、ネットワークエレメントは、それぞれのユーザ機器が属するサブグループを、所定のポリシーとそれぞれのユーザ機器の識別子とに基づいて決定し、型が同じであって同一サブグループに属するユーザ機器に対応する課金情報を、１つの課金集約結果に集約する。たとえば、課金型は、オンライン課金型およびオフライン課金型を含み、グループＡは、サブグループＡ１およびサブグループＡ２をさらに含み、ネットワークエレメントは、型がオンライン課金型であってサブグループＡ１に属するユーザ機器に対応する課金情報を１つの課金集約結果に集約し、型がオンライン課金型であってサブグループＡ２に属するユーザ機器に対応する課金情報を１つの課金集約結果に集約し、型がオフライン課金型であってサブグループＡ１に属するユーザ機器に対応する課金情報を１つの課金集約結果に集約し、サブグループＡ２に属するユーザ機器のオフライン課金型の課金情報を１つの課金集約結果に集約する。

【0071】

上記の例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するものではないことに注意されたい。異なる型の課金情報を集約して、異なる課金型にそれぞれ対応する課金集約結果を取得する、すなわち、異なる課金型にそれぞれ対応する集約された課金情報または課金データレコードを取得するいかなる実現方式も、本発明の範囲内に含まれるべきであることを当業者なら理解するはずである。

【0072】

次に、ステップＳ１３’において、ネットワークエレメントは、課金集約結果がそれぞれ対応する課金型に基づいて、課金集約結果をシステム内の対応するデバイスに送信する。

【0073】

たとえば、ネットワークエレメントは、オンライン課金型の課金データレコードをＯＣＳへ、対応するタイムウィンドウ内で送信するなどする。

【0074】

異なる課金型に対して、ネットワークエレメントにより決定されるタイムウィンドウの時間長は変化し得ることに注意されたい。たとえば、収集される必要がある課金情報の型が、オンライン課金型である場合、そのような課金情報を収集するためのタイムウィンドウの長さは通常、オンライン課金のリアルタイム性を保証するために、比較的短く、たとえば数秒などである。

【0075】

図３は、本発明の１つの好ましい実施形態による課金システムにおいて課金データレコードを生成する方法のフローチャートを示す。本実施形態の方法は、ステップＳ２１と、ステップＳ２２とを備える。

【0076】

ステップＳ２１において、課金システムは、前記システム内のネットワークエレメントにより送信された複数の集約された課金情報およびタイムウィンドウを受信し、ここで各課金情報は、タイムウィンドウの１つにそれぞれ対応する。

【0077】

ネットワークエレメントは、図２を参照する実施形態におけるステップＳ１１からＳ１３を繰り返し実行し、異なるタイムウィンドウで収集された課金情報を用いて集約された課金情報を送信することができる。

【0078】

ステップＳ２２において、課金システムは、タイムウィンドウと、ユーザ機器が属するグループおよび／またはサブグループとに基づいて複数の集約された課金情報を集約して、課金データレコードを生成し、ここでタイムウィンドウおよびユーザ機器は、複数の集約された課金情報に対応する。

【0079】

本実施形態では、課金システムは、課金情報に対応するユーザ機器が属するグループおよび／またはサブグループの識別子を、課金情報から、または課金情報を含む要求、たとえばＲｆ課金要求もしくはＲｏクレジット制御要求から直接取得することができ、次いで課金システムは、好ましくは、同一または近似したタイムウィンドウに対応し、同一のグループおよび／またはサブグループに属するユーザ機器に対応する複数の集約された課金情報を集約して（たとえば、重複情報をマージするなどして）、課金データレコードを生成することができる。

【0080】

上記の例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するためのものではないことに注意されたい。タイムウィンドウと、ユーザ機器が属するグループおよび／またはサブグループとに基づいて、複数の集約された課金情報を集約して、課金データレコードを生成する実現方式であって、タイムウィンドウおよびユーザ機器が複数の集約された課金情報に対応する、いかなる実現方式も、本発明の範囲内に含まれるべきであることを当業者なら理解するはずである。

【0081】

本実施形態の好ましい解決方法の１つとして、ステップＳ２２は：課金システムが、同一または近似したタイムウィンドウに対応し、同一のグループおよび／またはサブグループに属するユーザ機器に対応する複数の集約された課金情報を集約して、課金データレコードを生成することをさらに備える。

【0082】

好ましくは、課金システムは、同一グループ下の異なるサブグループに対応する、たとえば同一のグループＩＤを共有している複数の課金データレコードをさらに関連付けることができる。

【0083】

好ましくは、ローカルトラフィックを扱うために、および、過負荷制御またはフェールオーバーのために、同一の課金型の複数の課金システムが存在してもよく、たとえば、複数のＣＣＦまたはＣＤＦが存在する。集約された課金情報およびタイムウィンドウを送信するために、ネットワークエレメントは、複数の課金システムのうちの、集約された課金情報およびタイムウィンドウが送信されるべき１つまたは複数の課金システムを決定しなければならない。

【0084】

集約された課金データレコードを取得した後、課金システムは、同一のグループまたはサブグループに属するユーザ機器に対して、課金データレコードに含まれるユーザ機器の課金関連情報に基づいてバッチ処理を行って、システム負荷を軽減しながら、課金処理速度を大いに加速することができる。

【0085】

オンライン課金に関して、１つのグループまたは１つのサブグループ内の一部のユーザ機器がクレジットが不足しているかまたは資格を持たないとオンライン課金システムが決定した場合、オンライン課金システムは、ユーザ機器のこの部分をロックすることになるが、オンライン課金システムは、他の適格なユーザ機器が通信を継続することを許可し、それらの適格なユーザ機器に対するライセンスをネットワークエレメントに送信することがあることに注意されたい。この場合、ネットワークエレメントは、許可されたユーザ機器のみにメッセージを送信する。さらに、ステップＳ１２の、ネットワークエレメントが集約された課金情報を取得し課金システムに送信するシナリオにおいて、オンライン課金システムにより付与されたライセンスを受信した後、ネットワークエレメントは、収集された課金情報に基づいて課金データレコードを生成することもできるが、この課金データレコードを、課金システムに提供する必要はない。

【0086】

図４は、本発明の１つの好ましい実施形態によるＭＴＣ対応システムのネットワークエレメントにおいて課金情報を集約するための装置の構造図を示す。本実施形態の装置は、収集モジュール１１と、第１の集約モジュール１２と、送信モジュール１３とを備える。

【0087】

タイムウィンドウ内で、収集モジュール１１は、同一グループに属する複数のユーザ機器の課金情報を収集する。

【0088】

本実施形態では、課金情報は、複数の課金パラメータを含む。一例として、課金パラメータは、ＴＳ３２．２９９規格を参照してもよい。ユーザ機器とネットワークとの間の通信処理中に、たとえば、ユーザ機器とネットワークとの間の呼処理内で、課金情報は変化し得ることに注意されたい。

【0089】

好ましくは、ネットワークエレメントは、ユーザ機器からＭＴ ＳＭＳ（モバイル着信ショートメッセージサービス）に対する確認応答を受信した後に、または、ユーザ機器により開始されたＭＯ ＳＭＳ（モバイル発信ショートメッセージサービス）を受信した後に、課金情報の収集を開始することができる。

【0090】

本実施形態では、収集モジュール１１は、事前設定されたポリシー、たとえば、ＰＣＲＦにより提供されたポリシーに基づいて、タイムウィンドウの開始時刻および終了時刻を決定することができる。たとえば、ＰＣＲＦにより提供されたポリシーに基づいて、収集モジュール１１は、グループ識別コードを含むＭＴ ＳＭＳ確認応答またはＭＯ ＳＭＳを初めて受信するとタイムウィンドウを開始し、タイムウィンドウ内で、グループ識別コードを含むＭＴ ＳＭＳに対する確認応答またはＭＯ ＳＭＳを受信することができ、ここで、タイムウィンドウの開始および終了時刻は、動的に変化することがある。この例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するためのものではないことに注意されたい。事前設定されたポリシーに基づいてタイムウィンドウの時間範囲を決定するいかなる実現方式も、本発明の範囲に含まれるべきであることを当業者なら理解するはずである。

【0091】

具体的には、収集モジュール１１が同一グループに属する複数のユーザ機器の課金情報をタイムウィンドウ内で収集する手法は、以下を含むがこれらに限定されない：

【0092】

１）収集モジュール１１は、サブ収集モジュール（図示せず）をさらに備える。タイムウィンドウ内で、サブ収集モジュールは、同一のグループ識別コードを含む課金情報を収集して、同一グループに属する複数のユーザ機器の課金情報を取得する。

【0093】

たとえば、サブ収集モジュールの動作が開始する前に、ＡＳは、ＭＴ ＳＭＳをユーザ機器のグループに送信し、その中にユーザ機器のグループに対応するトリガ参照番号を挿入し、ＭＴ ＳＭＳの受信に成功したユーザ機器は、ＭＴ ＳＭＳ確認応答をフィードバックし、次いで、ネットワークエレメントがトリガ参照番号を含むＭＴ ＳＭＳ確認応答を初めて受信したとき、サブ収集モジュールはタイムウィンドウを開始し、ウィンドウ内でトリガ参照番号を含む全てのＭＴ ＳＭＳ確認応答を受信し、トリガ参照番号を含む関連する課金パラメータおよび情報を収集して、トリガ参照番号に対応するグループのユーザ機器の課金情報を取得する。

【0094】

他の例では、ネットワークエレメントがグループＩＤを含むＳＣＳからのＭＴ ＳＭＳを受信した後、サブ収集モジュールは、タイムウィンドウを開始し、ユーザ機器からフィードバックされた同一グループＩＤを含むＭＴ ＳＭＳ確認応答をタイムウィンドウ内で受信し、グループＩＤを含む関連する課金パラメータおよび情報を収集して、グループＩＤに対応するグループの課金情報を取得する。

【0095】

ユーザ機器がグループＩＤを複数の方式で提供できることに注意されたい。

【0096】

たとえば、ユーザ機器は、ユーザ機器が属するグループのグループ識別コード、たとえばグループＩＤを、ユーザ機器によりＡＳへ送信されるＭＴ ＳＭＳ確認応答へ付加することができ、ここでユーザ機器は、グループ識別コードを、自身が以前に受信したメッセージ、たとえば、以前に受信したＭＴ ＳＭＳから取得することができる。

【0097】

あるいは、ユーザ機器は、受信したＭＴ ＳＭＳに応答して、ＭＯ ＳＭＳ（モバイル発信ショートメッセージサービス）を開始することができ、その中にグループ識別コードを付加する。たとえば、ＡＳは、ユーザ機器のグループ宛てのＭＴ ＳＭＳを送信し、ＳＣＳ（サービス能力サーバ）は、ＡＳから送信されたこのＭＴ ＳＭＳを受信し、ＨＳＳ／ＨＬＲ（ホームロケーションレジスタ）からのルーティング情報またはローカルに保存されたルーティング情報に基づいてＭＴ ＳＭＳをＭＭＥへ送信し、ここで、ＡＳまたはＳＣＳは、グループ識別コード、たとえばトリガ参照番号、関連番号またはグループＩＤなどをＭＴ ＳＭＳのヘッダまたは本体に挿入することができ、次に、ＭＭＥは、ＰＣＲＦ（ポリシー制御および課金規則機能）によりＭＭＥへ設定されたポリシーに基づいて、ユーザ機器のグループにＭＴ ＳＭＳを送信し、次いで、グループ内でＭＴ ＳＭＳの受信に成功したユーザ機器は、課金パラメータを取得可能なＭＯ ＳＭＳを、ＭＴ ＳＭＳに基づいてフィードバックすることができ、ＭＴ ＳＭＳ内で取得したグループ識別コードを、ＭＯ ＳＭＳのヘッダに挿入する。

【0098】

場合によっては、ユーザ機器が、送信する確認応答またはＭＯ ＳＭＳにグループ識別コードを挿入しないことがあることに注意されたい。

【0099】

複数のユーザ機器は、ＭＴＣイベント内で同一のグループＩＤを使用することができ、グループＩＤは、その有効時間帯においてのみ有効であり、たとえば、ＴｏＤ（時刻）またはＤｏＷ（曜日）においてのみ有効であり、ユーザ機器は複数のグループＩＤを有することがあり、ＡＳは特定のグループをサポートすることがあり、ＡＳから送信されるＳＭＳに含まれるグループＩＤが供給されない場合、ネットワークエレメントまたはシステムの他のデバイス、たとえばＰ−ＧＷなどは、ＳＭＳを拒絶することがあることに注意されたい。

【0100】

２）タイムウィンドウ内で、受信した課金情報に対して、収集モジュール１１は、ユーザ機器が属するグループをユーザ機器の識別子に基づいて決定して、同一グループに属する複数のユーザ機器の課金情報を収集する。

【0101】

たとえば、ユーザ機器の識別子情報は、ＩＭＳＩ（国際移動体加入者識別番号）を含み、収集モジュール１１は、ユーザ機器のＩＭＳＩを取得し、ユーザ機器が属するグループのグループＩＤを、ローカルのデータベースに問い合わせるかまたはＨＳＳにアクセスすることにより取得して、同一グループＩＤに属するユーザ機器の課金情報をウィンドウ内で、グループＩＤに対応するグループ内の複数のユーザ機器の課金情報として収集する。

【0102】

好ましくは、収集モジュール１１は、課金情報がグループ識別コードを含まない場合に、上記の手法２）を実行する。

【0103】

場合によっては、ユーザ機器は、送信する課金情報内にグループ識別コードを付加しないことがあり、たとえば、ユーザ機器は新たなＭＯ ＳＭＳを開始し、その中にグループ識別コードを付加しないなどとし、この場合に、本手法はユーザ機器が属するグループを識別する方法を提供することができる。

【0104】

ユーザ機器が属するグループを決定することができない場合、たとえば、ユーザ機器により送信された課金情報がグループ識別コードを含まず、属するグループをその識別子で検索できない場合、ネットワークエレメントは、ユーザ機器を個別に課金されるユーザ機器として扱うことができ、集約操作をその課金情報に対して行わないことに注意されたい。また、ユーザ機器が属するグループをユーザ機器の識別子に基づいて決定できたとしても、ネットワークエレメントは、ユーザ機器を個別に課金することを選択する、すなわち、送信された課金情報を集約しないこともある。

【0105】

ＭＴ ＳＭＳなどのメッセージがユーザ機器に送信成功しなかった場合、ネットワークエレメントは再送信を試みることになるが、再送信が成功したとしても、再送信で消費される時間長が、タイムウィンドウの時間長より長いことがあるので、この場合のユーザ機器のフィードバックは収集されないことがあり、したがって、その課金情報は集約されないことがあることに注意されたい。

【0106】

上記の例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するためのものではないことに注意されたい。同一グループに属する複数のユーザ機器の課金情報をタイムウィンドウ内で収集するいかなる実施形態も、本発明の範囲内に含まれるべきであることを当業者は理解するはずである。

【0107】

第１の集約モジュール１２は、収集モジュール１１により収集された課金情報を集約して、課金集約結果を取得する。

【0108】

本実施形態では、課金集約結果は、以下を含むがこれらに限定されない。１）１つまたは複数の集約された課金情報。ここで１つの集約された課金情報は、複数のユーザ機器の課金パラメータを含む。２）課金情報を集約することで生成されるＣＤＲ（課金データレコード）。ここでＣＤＲは、ユーザ機器の完了した通信プロシージャ（たとえば、完了した呼プロシージャ）における課金に関連する情報、ならびに通信プロシージャの開始および終了時刻を含み、例として、ＣＤＲはＴＳ３２．２９８規格を参照することができる。

【0109】

本実施形態では、第１の集約モジュール１２は、ＰＣＲＦまたはローカルポリシーエンジンにより提供されたポリシーに基づいて、複数の課金情報を１つまたは複数の課金集約結果に集約することができ、ここで、集約された課金集約結果の数は、収集モジュール１１により収集された課金情報の量より少ない。好ましくは、第１の集約モジュール１２は、課金情報における重複情報をマージすることで、課金情報を集約することができる。

【0110】

好ましい解決方法として、第１の集約モジュール１２が課金情報を集約して課金集約結果を取得する手法は、以下を含むがこれらに限定されない：

【0111】

１）第１の集約モジュール１２は、第１のサブ集約モジュール（図示せず）を備える。第１のサブ集約モジュールは、同一グループに属する複数のユーザ機器の課金情報を１つの課金集約結果に集約する。

【0112】

たとえば、第１のサブ集約モジュールは、同一グループに属する複数のユーザ機器の課金情報を集約して、１つの課金データレコードを生成し、この課金データレコードは、複数のユーザ機器が属するグループのグループＩＤと、それぞれのユーザ機器の課金関連情報とを含み、ここで、課金関連情報は、課金するために使用可能であり、たとえば、それぞれのユーザ機器のネットワーク使用トラフィック、ネットワーク使用時間、および他の情報を含むことができる。

【0113】

他の例では、第１のサブ集約モジュールは、同一グループに属する複数のユーザ機器の課金情報を、１つの課金情報に集約するなどする。

【0114】

集約により、送信する必要がある情報量は、大いに削減されることになる。

【0115】

２）１つのグループは、複数のサブグループを含むことができる。たとえば、１つのグループ内で、ユーザ機器は、複数のサブグループ、たとえば、固定位置デバイスグループ、移動デバイスグループ、ローミングデバイスグループ、地理的に区分されたデバイスグループに、ユーザ機器の種類に基づいて、さらに分割することができる。第１の集約モジュール１２は、サブグループ決定モジュール（図示せず）と、第２のサブ集約モジュール（図示せず）とを備える。サブグループ決定モジュールは、複数のユーザ機器がそれぞれ属するサブグループを、所定のポリシーと複数のユーザ機器の識別子とに基づいて決定し、第２のサブ集約モジュールは、同一のサブグループに属するユーザ機器の課金情報を１つの課金集約結果に集約し、ここで、所定のポリシーは、ＰＣＲＦまたはローカルポリシーエンジンにより提供することができ、課金集約結果は、その対応するサブグループの識別子を含む。好ましくは、集約された課金集約結果は、ユーザ機器の種類、カウンタ、および識別子（たとえばＩＰアドレス）などをさらに含むことができる。

【0116】

本実施形態では、サブグループ決定モジュールは、ユーザ機器を、ユーザ機器の識別子に基づいて識別することができ、ユーザ機器が属するサブグループを所定のポリシーに基づいて決定する。

【0117】

本実施形態では、第２のサブ集約モジュールが同一のサブグループに属するユーザ機器の課金情報を１つの課金集約結果に集約する手法は、第１のサブ集約モジュールが同一グループに属する複数のユーザ機器の課金情報を１つの課金集約結果に集約する手法と同一または類似しているので、本明細書では詳述しない。

【0118】

好ましくは、第２のサブ集約モジュールは、同一グループ内のそれぞれのサブグループの課金集約結果を、たとえばそれぞれのサブグループの課金集約結果が同一グループＩＤを共有していると決定するなどして、関連付けることができる。

【0119】

好ましくは、１つのサブグループは、複数のさらに下位のサブグループをさらに含むことができ、たとえば、グループＡは、サブグループＡ１およびサブグループＡ２を含み、サブグループＡ１は、サブグループＡ１１およびサブグループＡ１２をさらに含むなどである。この場合、第２のサブ集約モジュールは、サブグループをさらに含まないサブグループに属するユーザ機器の課金情報を１つの課金集約結果に集約することができ、たとえば、第２のサブ集約モジュールは、サブグループＡ１１に属するユーザ機器の課金情報を１つの課金集約結果に集約し、サブグループＡ１２に属するユーザ機器の課金情報を１つの課金集約結果に集約し、サブグループＡ２に属するユーザ機器の課金情報を１つの課金集約結果に集約する。

【0120】

本実施形態では、１つグループをより多くのサブグループにさらに分割することで、ＡＳがサブグループの分割に対応していない場合に、さらに区分された課金情報集約を実現することができる。

【0121】

上記の例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するものではないことに注意すべきであり、課金情報を集約して課金集約結果を取得するいかなる実現方式も、本発明の範囲内に含まれるべきであることを当業者なら理解するはずである。

【0122】

次に、送信モジュール１３は、課金集約結果をＭＴＣ対応システムの対応するデバイスに送信する。

【0123】

具体的には、送信モジュール１３が課金集約結果をシステムの対応するデバイスに送信する手法は、以下を含むがこれらに限定されない：

【0124】

１）送信モジュール１３は、第１のサブ送信モジュール（図示せず）を備える。課金集約結果が集約された課金情報を含む場合、第１のサブ送信モジュールは、集約された課金情報と、収集モジュール１１により採用されたタイムウィンドウとを、ＭＴＣ対応システムの課金システムに送信する。

【0125】

好ましくは、課金システムは、一種類の課金システムのみを備えることがあり、または、課金システムは、オンライン課金システムおよびオフライン課金システムを備えることがあり、ここで、オフライン課金システムは、ＣＣＦ、ＣＤＦ／ＣＧＦを備えることができる。詳細は、３ＧＰＰ ＴＳ３２．２４０規格を参照されたい。

【0126】

たとえば、第１のサブ送信モジュールは、課金情報およびタイムウィンドウをＣＣＦへＲｆ課金要求を通じて送信することができる。

【0127】

他の例では、第１のサブ送信モジュールは、課金情報およびタイムウィンドウをＯＣＳへＲｏクレジット制御要求を通じて送信することができる。

【0128】

本実施形態では、ＲＦインターフェースは、Ｇｚインターフェースと呼ばれることもあり、Ｒｏインターフェースは、Ｇｙインターフェースと呼ばれることもある。ＧｚインターフェースおよびＧｙインターフェースに関しては、ＴＳ３２．２５１規格を参照されたい。

【0129】

本手法では、課金システムは、集約された課金情報を受信した後、課金情報を集約し、ＣＤＲを生成することになり、これは、以下の実施形態で図３を参照して詳述することにする。

【0130】

２）送信モジュール１３は、第２のサブ送信モジュール（図示せず）を備える。課金集約結果は、生成された課金データレコードを含み、第２のサブ送信モジュールは、課金データレコードを、ＭＴＣ対応システム内の請求書生成システムに送信する。好ましくは、本手法では、集約して課金データレコードを生成するのに用いられる課金情報は、オフライン課金型と呼ばれる。

【0131】

たとえば、第２のサブ送信モジュールは、ＣＤＲを請求システムにＦＴＰ／ＧＴＰインターフェースを介して送信し、他の例では、ネットワークエレメントは、ＣＤＲをＣＧＦに送信するなどする。

【0132】

本手法では、請求書生成システムは、受信した課金データレコードに基づいて、請求書を生成することができる。

【0133】

上記の例は、本発明の技術的解決方法をより良く説明するためのものであり、本発明を限定するためのものではないことに注意されたい。課金集約結果をシステムの対応するデバイスに送信するいかなる実現方式も、本発明の範囲内に含まれるべきであることを当業者なら理解するはずである。

【0134】

大量の重複情報が、同一グループに属するユーザ機器の課金情報の間に存在するので、課金情報内の有効なユーザ情報のデータ量でさえ、ＭＴＣアプリケーションにより生成される付加情報、たとえば、メッセージを送信するために生成されるヘッダ情報またはパッケージ化情報よりも少ないことがあり、本実施形態は、同一グループに属する複数のユーザ機器の課金情報を集約して、大いに通信トラフィックを削減し、システム負荷を軽減することができる。

【0135】

本実施形態の好ましい解決方法の１つとして、第１の集約モジュール１２は第３のサブ集約モジュール（図示せず）を備え、送信モジュール１３は第３のサブ送信モジュール（図示せず）を備える。この好ましい解決方法では、課金システムには複数の型があり、たとえば、課金システムは２つの型：オンライン課金システムおよびオフライン課金システムを含む。

【0136】

第３のサブ集約モジュールは、収集モジュール１１により収集された異なる型の課金情報を集約して、異なる課金型にそれぞれ対応する課金集約結果を取得し、すなわち、異なる課金型にそれぞれ対応する集約された課金情報または課金データレコードを取得する。

【0137】

本実施形態では、第３のサブ集約モジュールは、ローカルのデータベースに基づいて、またはＨＳＳにアクセスすることにより、課金情報の課金型を決定することができる。

【0138】

好ましくは、第３のサブ集約モジュールは、同一グループに属するユーザ機器の各型の課金情報を、１つの集約された課金情報または１つの課金データレコードにそれぞれ集約し、たとえば、第３のサブ集約モジュールは、オンライン課金型の課金情報を、オンライン課金型に対応する１つの集約された課金情報または１つの課金データレコードに集約し、オフライン課金型の課金情報を、１つの集約された課金情報または１つの課金データレコードに集約する。

【0139】

より好ましくは、１つのグループが複数のサブグループをさらに含む場合、第３のサブ集約モジュールは、それぞれのユーザ機器が属するサブグループを、所定のポリシーとそれぞれのユーザ機器の識別子とに基づいて決定し、型が同じであって同一サブグループに属するユーザ機器に対応する課金情報を、１つの課金集約結果に集約する。たとえば、課金型は、オンライン課金型およびオフライン課金型を含み、グループＡは、サブグループＡ１およびサブグループＡ２をさらに含み、第３のサブ集約モジュールは、型がオンライン課金型であってサブグループＡ１に属するユーザ機器に対応する課金情報を１つの課金集約結果に集約し、型がオンライン課金型であってサブグループＡ２に属するユーザ機器に対応する課金情報を１つの課金集約結果に集約し、型がオフライン課金型であってサブグループＡ１に属するユーザ機器に対応する課金情報を１つの課金集約結果に集約し、サブグループＡ２に属するユーザ機器のオフライン課金型の課金情報を１つの課金集約結果に集約する。

【0140】

上記の例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するものではないことに注意されたい。異なる型の課金情報を集約して、異なる課金型にそれぞれ対応する課金集約結果を取得する、すなわち、異なる課金型にそれぞれ対応する集約された課金情報または課金データレコードを取得するいかなる実現方式も、本発明の範囲内に含まれるべきであることを当業者なら理解するはずである。

【0141】

次に、第３のサブ送信モジュールは、課金集約結果がそれぞれ対応する課金型に基づいて、課金集約結果をシステム内の対応するデバイスに送信する。

【0142】

たとえば、第３のサブ送信モジュールは、オンライン課金型の課金データレコードをＯＣＳへ、対応するタイムウィンドウ内で送信するなどする。

【0143】

異なる課金型に対して、ネットワークエレメントにより決定されるタイムウィンドウの時間長は変化し得ることに注意されたい。たとえば、収集される必要がある課金情報の型が、オンライン課金型である場合、そのような課金情報を収集するためのタイムウィンドウの長さは通常、オンライン課金のリアルタイム性を保証するために、比較的短く、たとえば数秒などである。

【0144】

図５は、本発明の１つの好ましい実施形態によるＭＴＣ対応システムの課金システムにおいて課金データレコードを生成するための装置の構造図を示す。本実施形態の装置は、受信モジュール２１と、第２の集約モジュール２２とを備える。

【0145】

受信モジュール２１は、前記システム内のネットワークエレメントにより送信された複数の集約された課金情報およびタイムウィンドウを受信し、ここで各課金情報は、タイムウィンドウの１つにそれぞれ対応する。

【0146】

図４を参照する実施形態における収集モジュール１１、第１の集約モジュール１２および送信モジュール１３は繰り返しての実行ができ、ネットワークエレメントは、異なるタイムウィンドウで収集された課金情報を用いて集約された課金情報を送信する。

【0147】

第２の集約モジュール２２は、タイムウィンドウと、ユーザ機器が属するグループおよび／またはサブグループとに基づいて複数の集約された課金情報を集約して、課金データレコードを生成し、ここでタイムウィンドウおよびユーザ機器は、複数の集約された課金情報に対応する。

【0148】

本実施形態では、第２の集約モジュール２２は、課金情報に対応するユーザ機器が属するグループおよび／またはサブグループの識別子を、課金情報から、または課金情報を含む要求、たとえばＲｆ課金要求もしくはＲｏクレジット制御要求から直接取得することができ、次いで第２の集約モジュール２２は、好ましくは、同一または近似したタイムウィンドウに対応し、同一のグループおよび／またはサブグループに属するユーザ機器に対応する複数の集約された課金情報を集約して（たとえば、重複情報をマージするなどして）、課金データレコードを生成することができる。

【0149】

上記の例は、本発明の技術的解決方法をより良く説明するためのものにすぎず、本発明を限定するためのものではないことに注意されたい。タイムウィンドウと、ユーザ機器が属するグループおよび／またはサブグループとに基づいて、複数の集約された課金情報を集約して、課金データレコードを生成する実現方式であって、タイムウィンドウおよびユーザ機器が複数の集約された課金情報に対応する、いかなる実現方式も、本発明の範囲内に含まれるべきであることを当業者なら理解するはずである。

【0150】

本実施形態の好ましい解決方法の１つとして、第２の集約モジュール２２は、第４のサブ集約モジュール（図示せず）をさらに備える。第４のサブ集約モジュールは、同一または近似したタイムウィンドウに対応し、同一のグループおよび／またはサブグループに属するユーザ機器に対応する複数の集約された課金情報を集約して、課金データレコードを生成する。

【0151】

好ましくは、第４のサブ集約モジュールは、同一グループ下の異なるサブグループに対応する、たとえば同一のグループＩＤを共有している複数の課金データレコードをさらに関連付けることができる。

【0152】

好ましくは、ローカルトラフィックを扱うために、および、過負荷制御またはフェールオーバーのために、同一の課金型の複数の課金システムが存在してもよく、たとえば、複数のＣＣＦまたはＣＤＦが存在する。集約された課金情報およびタイムウィンドウを送信するために、ネットワークエレメントは、複数の課金システムのうちの、集約された課金情報およびタイムウィンドウが送信されるべき１つまたは複数の課金システムを決定しなければならない。

【0153】

集約された課金データレコードを取得した後、課金システムは、同一のグループまたはサブグループに属するユーザ機器に対して、課金データレコードに含まれるユーザ機器の課金関連情報に基づいてバッチ処理を行って、システム負荷を軽減しながら、課金処理速度を大いに加速することができる。

【0154】

オンライン課金に関して、１つのグループまたは１つのサブグループ内の一部のユーザ機器がクレジットが不足しているかまたは資格を持たないとオンライン課金システムが決定した場合、オンライン課金システムは、ユーザ機器のこの部分をロックすることになるが、オンライン課金システムは、他の適格なユーザ機器が通信を継続することを許可し、それらの適格なユーザ機器に対するライセンスをネットワークエレメントに送信することがあることに注意されたい。この場合、ネットワークエレメントは、許可されたユーザ機器のみにメッセージを送信する。さらに、ステップＳ１２の、ネットワークエレメントが集約された課金情報を取得し課金システムに送信するシナリオにおいて、オンライン課金システムにより付与されたライセンスを受信した後、ネットワークエレメントは、収集された課金情報に基づいて課金データレコードを生成することもできるが、この課金データレコードを、課金システムに提供する必要はない。

【0155】

本発明が、ソフトウェア、および／または、ソフトウェアとハードウェアとの組合せで実装可能であることに注意されたい。たとえば、本発明による装置は、特定用途向け集積回路（ＡＳＩＣ）または任意の他の類似のハードウェア機器を用いて実装することができる。一実施形態では、本発明のソフトウェアプログラムを、プロセッサにより実行して、上記のステップまたは機能を実施することができる。同様に、本発明の（関連するデータ構造を含む）ソフトウェアプログラムは、可読記録媒体に記憶することができる。さらに、本発明のいくつかのステップまたは機能は、たとえば様々なステップまたは機能を実行するためにプロセッサと協力する回路として、ハードウェアにより実装することができる。

【0156】

当業者にとって、本発明が上記の例示的な実施形態の詳細に限定されず、本発明の趣旨または基本的な特徴から逸脱することなく、本発明が他の特定の形態により実施可能であることは明らかである。したがって、どの観点からであれ、実施形態は例示的であり限定的でないとみなされるべきであり、本発明の範囲は、上記の記述ではなく添付の特許請求の範囲により定義され、それゆえ、特許請求の範囲の均等物の意味および範囲に入るものとする全ての変形は、本発明に含まれるべきである。特許請求の範囲におけるいかなる符号も、関連する請求項を限定するものとみなされるべきではない。さらに、「備える（ｃｏｍｐｒｉｓｅ）」および「含む（ｉｎｃｌｕｄｅ）」という用語が他の要素またはステップを排除せず、単数形が複数形を排除しないことは明らかである。システムの請求項に記載された複数のユニットまたはモジュールは、ソフトウェアまたはハードウェアを用いて、１つのユニットまたはモジュールで実装することもできる。「第１の（ｆｉｒｓｔ）」および「第２の（ｓｅｃｏｎｄ）」などの用語は、任意の特定の順序ではなく、名称を示すために用いられている。

【図1】

【図2】

【図3】

【図4】

【図5】