(57)【要約】  説明されているのは以下の方法ステップが実行される方法である：・データ伝送ネットワーク（１０）のネットワークエレメント（２４）に、課金データ項目を備える課金データセットを記憶し、前記課金データ項目はユーザの料金口座の口座状態を指示し、前記ユーザは有効データを、データ伝送ネットワーク（１０）を介して伝送し、・サービス要求メッセージ（８２）を、サービスを使用するためにユーザにより伝送し、・サービス要求メッセージ（８２）に依存して、サービス終了データ項目をユーザに割り当て、ここで前記サービス終了データ項目はサービスの利用に対する制限を設定し、課金データ項目の値が変更され、・終了データ項目をサービスの利用に依存してネットワークエレメント（２４）内で変更し、・サービスの終了を、ネットワークエレメント（６２）にあるサービス終了データ項目に依存して検出する。この方法は簡単で多数の利点を提供する。
2007506314.tif 000002
【特許請求の範囲】
【請求項１】
以下に記載の順序に制限されることなしに以下の方法ステップを実行する課金方法であって、
・データ伝送ネットワーク（１０）のネットワークエレメント（２４）に、課金データ項目を備える課金データセットを記憶し、前記課金データ項目はユーザの料金口座の口座状態を指示し、前記ユーザは有効データを、データ伝送ネットワーク（１０）を介して伝送し、
・サービス要求メッセージ（８２）を、サービスを使用するためにユーザにより伝送し、
・サービス要求メッセージ（８２）に依存して、サービス終了データ項目をユーザに割り当て、ここで前記サービス終了データ項目はサービスの利用に対する制限を設定し、課金データ項目の値が変更され、
・終了データ項目をサービスの利用に依存してネットワークエレメント（２４）内で変更し、
・サービスの終了を、ネットワークエレメント（６２）にあるサービス終了データ項目に依存して検出する、ことを特徴とする課金方法。
【請求項２】
請求項１記載の方法において、
サービス終了データ項目は時間データ項目であり、該時間データ項目はユーザがサービスを使用することのできる持続時間を設定し、または
サービス終了データ項目はデータ量データ項目であり、該データ量データ項目は、サービスの使用中にデータ伝送ネットワークを介して伝送することが許容される最大量を設定する課金方法
【請求項３】
請求項１または２記載の方法において、
・権限付与メッセージ（６２）を権限付与プロトコルまたはプロトコルの権限付与部分に従って形成し、
・権限付与メッセージ（６２）をデータ伝送ネットワーク（１０）を介して伝送し、
・権限付与メッセージ（６２）を課金の準備のために使用するか、または権限付与メッセージ（６２）を課金の終了のために使用する課金方法。
【請求項４】
請求項３記載の方法において、
・権限付与メッセージ（６２）はユーザ識別子を含み、該ユーザ識別子はデータ伝送のユーザを指示し、
・ユーザ識別子に依存してユーザの、データ伝送に対する資格を検査し、
・権限付与メッセージ（６２）に基づいて、および／または権限付与メッセージ（６２）の内容に依存して、課金形式および／または決済形式を選択する（６６）課金方法。
【請求項５】
請求項３または４記載の方法において、
・権限付与メッセージ（６２）に基づいて、および／または権限付与メッセージ（６２）の内容に依存して、課金金額または課金時期の予約を行い、
・および／または権限付与メッセージ（６２）の処理の際に課金に対する課金データセットを形成する課金方法。
【請求項６】
請求項３から５までのいずれか一項記載の方法において、
・権限付与メッセージ（６２）をデータ伝送の準備終了前に伝送するか、または
・権限付与メッセージ（６２）をデータ伝送の準備終了後に伝送する課金方法。
【請求項７】
請求項３から６までのいずれか一項記載の方法において、
・権限付与メッセージ（６２）は直径プロトコル、またはこれに基づくプロトコルの基準を満たし、および／または
・権限付与メッセージ（６２）を直径プロトコルに従い、または当該直径プロトコルに基づくプロトコルに従い処理する課金方法。
【請求項８】
請求項３から７までのいずれか一項記載の方法において、
・終了時に使用された権限付与メッセージ（６２）は終了メッセージであり、データ伝送を中断させ、該終了メッセージは、とりわけ直径プロトコルまたは当該直径プロトコルに基づくプロトコルのセッション打ち切り要求メッセージである課金方法。
【請求項９】
請求項１または２記載の方法において、
・サービス要求メッセージ（８２）の前に別のサービス要求メッセージを伝送し、該別のサービス要求メッセージはデータ伝送のユーザを指示するユーザ識別子を含んでおり、
・前記別のサービス要求メッセージに依存して、データ伝送を行うためのユーザの資格を検査し、
・権限付与メッセージに基づいて、および／または権限付与メッセージの内容に依存して、課金形式および／または決済形式を選択する課金方法。
【請求項１０】
請求項９記載の方法において、
・サービス要求メッセージは、直径プロトコルまたは該直径プロトコルに基づくプロトコルに従うメッセージである課金方法。
【請求項１１】
請求項９または１０記載の方法において、
・終了メッセージをネットワークエレメント（２４）から送信し、該終了メッセージは、直径ベースプロトコルの現在適用される課金部分の拡張である課金方法。
【請求項１２】
請求項９から１１までのいずれか一項記載の方法において、
・前記別のサービス要求メッセージをデータ伝送の準備終了前に伝送するか、または
・前記別のサービス要求メッセージをデータ伝送の準備終了後に伝送する課金方法。
【請求項１３】
請求項１から１２までのいずれか一項記載の方法において、
・課金はオンラインチャージであり、該オンラインチャージはデータ伝送に影響を与えることができ、
・課金の監視はサービス実行コンピュータ（２４）で行われ、該コンピュータ（２４）はデータ伝送を制御するサービス実行コンピュータ（５２）に加えて設けられている課金方法。
【請求項１４】
請求項１から１３までのいずれか一項記載の方法において、
・オンラインチャージおよびオフラインチャージに対して同じサービス要求メッセージ（８２）を伝送し、
該同じサービス要求メッセージは、直径プロトコルまたは該直径プロトコルに基づくプロトコルに従うアカウント要求メッセージであり、
・両方のサービス要求メッセージ（８２）において同じアカウント記録形式、例えばＥＶＥＮＴ＿ＲＥＣＯＲＤを使用する課金方法。
【請求項１５】
請求項１から１４までのいずれか一項記載の方法の方法ステップを実行するユニットを備える課金ユニット（４００）であって、
サービス要求メッセージ（８２）をデータ伝送ネットワークから受信する受信ユニット（４０２）を有し、
前記サービス要求メッセージ（８２）は、データ伝送ネットワークでのデータ伝送を識別するアクセス識別子を含み、
課金ユニット（４０６）を有し、該課金ユニットはサービス要求メッセージ（８２）に依存してデータ伝送の課金および／または該データ伝送の際に伝送されるデータの課金を実行し、
該課金ユニットは課金口座を運用し、サービスの使用の際に更新された終了データ項目に依存してサービスを終了する課金ユニット。
【請求項１６】
請求項１５記載の課金ユニットにおいて、
権限付与ユニット（４１０）を有し、
該権限付与ユニットは権限付与メッセージ（６２）を権限付与プロトコルまたはプロトコルの権限付与プロトコル部分に従って受信し、かつ該権限付与ユニットは権限付与メッセージ（６２）を課金の準備のため、または課金の終了時に使用する課金ユニット。
【請求項１７】
請求項１から１３までのいずれか一項記載の方法の方法ステップを実行するユニットを備える課金ユニット（４５０）であって、
サービス要求メッセージ（８２）を送信する送信ユニット（４５４）を有し、
前記サービス要求メッセージ（８２）は、データ伝送ネットワークでのデータ伝送を識別するアクセス識別子を含む課金ユニット。
【請求項１８】
請求項１５から１７までのいずれか一項記載の課金ユニット（４００，４５０）であって、課金ユニット（４０６）は直径ベースプロトコルに従いメッセージを受信および／または送信する課金ユニット。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は以下の方法ステップが実行される課金方法に関する：
・データ伝送ネットワークのネットワークエレメントに、課金データ項目を備える課金データセットを記憶し、前記課金データ項目はユーザの料金口座の口座状態を指示し、前記ユーザは有効データを、データ伝送ネットワークを介して伝送し、
・サービス要求メッセージを、サービスを使用するためにユーザにより伝送し、
・サービス要求メッセージに依存して、サービス終了データ項目をユーザに割り当て、ここで前記サービス終了データ項目はサービスの利用に対する制限を設定し、課金データ項目の値が変更され、
・終了データ項目をサービスの利用に依存して変更する；課金方法に関する。
【０００２】
データ伝送ネットワークはとりわけデータパケット伝送ネットワークであり、例えばインターネット、３ＧＰＰネットワーク（第３世代パートナーシッププログラム）、とりわけＵＭＴＳネットワーク  （Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）である。データパケットヘッドには宛先アドレスが記憶されている。データパケットスタブには有効データが存在する。
【０００３】
課金方法は例えば３ＧＰＰグループの規格で定められており（第３世代に関してはインターネットアドレスｆｔｐ：／／ｆｔｐ．３ｇｐｐ．ｏｒｇ／ｓｐｅｃｓ／ａｒｃｈｉｖｅに公開されている）、とりわけ次の規格で定められている。
−  ３ＧＰＰ  ＴＳ  ３２．２００，  ３ＧＰＰ，  Ｔｅｃｈｎｉｃａｌ−  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ，  Ｃｈａｒｇｉｎｇ  Ｍａｎａｇｅｍｅｎｔ，  Ｃｈａｒｇｉｎｇ  ｐｒｉｎｃｉｐｌｅｓ，
−  ３ＧＰＰ  ＴＳ  ３２．２２５，  ３ＧＰＰ，  Ｔｅｃｈｎｉｃａｌ−  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ，  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ，  Ｃｈａｒｇｉｎｇ  Ｍａｎａｇｅｍｅｎｔ，  Ｃｈａｒｇｉｎｇ  Ｄａｔａ  Ｄｅｓｃｒｉｐｔｉｏｎ  ｆｏｒ  ｔｈｅ  ＩＰ−Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍｓ  （ＩＭＳ）。
【０００４】
適切なプロトコルとして直径ベースプロトコルが提案される。このプロトコルはＲＡＤＩＵＳプロトコル（Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ  Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ）の拡張であり、以下簡単に直径プロトコルと称する。直径プロトコルは事実上の標準化されつつある規格であり、草案として、ないしは後のドラフトとしてＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）のインターネットページ（ｗｗｗ．ｉｅｔｆ．ｏｒｇ）から得られる。両方のプロトコルはいわゆるＡＡＡプロトコル（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，  Ａｕｔｈｏｒｉｚａｔｉｏｎ，  Ａｃｃｏｕｎｔｉｎｇ）である。
【０００５】
本発明の課題は、簡単に構築されたプログラムにより実行することができ、とりわけ既存の標準規格ないしは標準化されつつある規格を使用する簡単な課金方法を提供することである。さらに簡単に構成された課金ユニットを提供するものである。
【０００６】
この方法に関連する課題は、請求項１に記載された方法ステップを有する方法によって解決される。従属請求項には有利な実施形態が記載されている。
【０００７】
本発明の方法では冒頭に述べた方法ステップに以下の方法ステップが追加して実行される：
・終了データ項目を、サービスの利用に依存してネットワークエレメントで変更し、該ネットワークエレメントは口座管理も引き受け、
・サービスの終了を、同様にネットワークエレメントにあるサービス終了データ項目に依存して検出する。
【０００８】
本発明はとりわけ以下の考察から出発する。第２世代の移動無線網、とりわけ欧州ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  Ｍｏｂｉｌｅ）ネットワークでは、権限のある移動無線ユーザは、移動無線網プロバイダーと顧客との間で固定的な契約関係がなくても種々のサービス、例えば音声サービスまたはＳＭＳ（Ｓｈｏｒｔ  Ｍａｓｓａｇｅ  Ｓｅｒｖｉｃｅ）を、所望のサービスの支払いがサービス実行の前に保証されていれば使用することができる。生じた金額は顧客の銀行預金口座から直接差し引かれるか、または留保することができる。生じた金額をいわゆるプリペイド顧客はいつでも監視することができる。しかし資金管理は、銀行預金口座管理を行うのとは別のネットワークエレメントで実行される。
【０００９】
第２世代の移動無線網では、提供されるサービスが、例えば音声通話の場合は時間により、ＳＭＳの場合はイベントにより課金される。パケットサービス、例えば２．５世代の移動無線網におけるＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）は、容量により例えばｋバイトで決済することができる。この場合とりわけＧＰＲＳ  （Ｇｌｏｂａｌ  Ｐａｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）サービスが使用される。
【００１０】
第３世代の移動無線網、とりわけＵＭＴＳネットワーク（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｅｒｖｉｃｅ）は音声および可変データ流に対してだけ構成されているのではなく、顧客はマルチメディアサービスを使用することもできる。マルチメディアサービスの使用に課金することは非常に複雑であり、これまで満足のいく解決手段はなかった。種々の課金モデルが、オンラインチャージおよびオフラインチャージに対して使用される。しかしとりわけ第３世代の移動無線網において時間ベースの課金は非常に高い技術的コストを用いてのみ可能である。そのため簡単で安価な方法を見つけ出さなければならない。このような方法の重要な特性は、許容された資金、すなわち銀行口座をサービスの実行時点で監視することである。この特性は資金管理とも称され、種々のネットワークエレメント、とりわけＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）マルチメディアサブシステム（ＩＭＳ）で実現されている。これに対してオフラインチャージに対しては資金管理が必要ない。
【００１１】
これまで課金方法はネットワークエレメントに課金メッセージを通知しなければならなかった。これは例えばＯＣＳないしＣＣＦに含まれるイベントチャージング機能（ＥＣＦ）のアドレスにより行われる。このイベントチャージング機能はいわゆるＯＣＳ（Ｏｎｌｉｎｅ  Ｃｈａｒｇｉｎｇ  Ｓｙｓｔｅｍ）の一部である。
【００１２】
本発明の方法により、オフラインチャージの場合に、課金方法の選択をＯＣＳないしＣＣＦ（Ｃｈａｒｇｉｎｇ  Ｃｏｌｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）に任せることができる。
【００１３】
権限付与メッセージと課金メッセージに対する適切なプロトコルとして、とりわけ直径プロトコルが考えられる。しかしこれまでは、このプロトコルの経理部分が課金と関連して使用されていた。例えば権限付与部分を課金に取り入れることにより多くの利点が得られる。とりわけ課金を、課金サーバから停止することができる。このようなことはこれまでの経理部分では不可能であった。権限付与部分は経理部分に埋め込まれている。択一的に例えば直径プロトコルの経理部分を、このプロトコルの権限付与部分に埋め込むことができる。
【００１４】
口座管理と資金管理を、とりわけ直径プロトコルを使用して結び付けることにより以下の利点が得られる：
・関与するコアネットワークエレメントが課金方法を識別する必要がなくなる。課金方法の選択は課金機能に任される。すなわち例えばＯＣＳまたはＣＣＦに任される。
・ネットワークエレメントがＯＣＳないしＣＣＦに位置的ないし地理的に接近していることにより、時間ベースの課金方法に対して高い時間精度が達成される。
・予約メッセージをネットワークにより付加的に交換することは行わないから、予約の粒度、すなわち時間インターバルないし容量インターバルを任意に小さくすることができ、ネットワーク能力に過剰の影響を与えることはない。
・ネットワークエレメントおよびＯＣＳ／ＣＣＦでの実現コストが格段に低減される。
・方法が簡単であることにより信頼性が向上する。
・オンラインチャージ方法とオフラインチャージ方法に対するプロトコルが統一される。
・この方法はアクセスネットワーク、例えばＧＰＲＳ，  ＵＭＴＳ，  Ｂｌｕｅｔｏｏｔｈ，  ＷＬＡＮ，ＩＥＥＥ  ８０２．１１に依存しない。
・直径ベースプロトコルを拡張する必要がない（可能ではあるが）。このプロトコルは少数のメッセージに縮小される。これにより市販のネットワークノードを種々異なる課金方法に対して使用することができる。
・新しい課金方法は簡単に導入することができる。なぜならＯＣＳ／ＣＣＦでの変化が必要なだけだからである。
【００１５】
本発明の方法の改善形態では、権限付与メッセージが課金の準備のために、または課金の終了時に使用される。択一的に、権限付与メッセージを課金の準備のためと、権限付与の終了時の両方で使用することができる。
【００１６】
他の改善形態では、権限付与メッセージが、データ伝送のユーザを指示するユーザ識別子を含む。このユーザ識別子に依存して、ユーザの資格ないし権限付与がデータ伝送のために検査される。権限付与メッセージに基づいて、および／または権限付与メッセージの内容に依存して、さらに課金形式および／または決済形式が選択される。
【００１７】
次の改善形態では、権限付与メッセージおよび／または権限付与メッセージの内容に依存して、課金金額または課金時期の予約が行われる。付加的にまたは択一的に、権限付与メッセージの処理の際に課金に対するデータセットが形成される。これにより権限付与メッセージはフォ―マットが変更されない場合に、これまでの使用と比較して付加的な目的のために使用することができる。
【００１８】
別の改善形態では、権限付与メッセージがデータ伝送の準備終了前に伝送される。これにより乱用に対して保安された方法が得られる。択一的に権限付与メッセージは、デ―タ伝送の準備終了後に伝送される。これにより高速に有効データ、例えば音声デ―タおよび／またはビデオデータを伝送することができる。
【００１９】
改善形態では権限付与メッセージが直径プロトコル、またはこれに基づくプロトコルの基準を満たす。権限付与メッセージはとりわけ直径プロトコルに従い、またはこのプロトコルに基づくプロトコルに従い処理される。権限付与メッセージの具体的な構造は直径プロトコルに設定されておらず、該当する適用に依存する。
【００２０】
択一的な改善形態では、終了時に使用された権限付与メッセージが終了メッセージであり、有効データの伝送を終了させる。この終了メッセージは、とりわけ直径プロトコルまたはこれに基づくプロトコルのセッション打ち切り要求メッセージである。
【００２１】
択一的改善形態では、サービス要求メッセージが、データ伝送のユーザを指示するユーザ識別子を含む。このユーザ識別子に依存して、データ伝送しようとするユーザの資格が検査され、これにより別個の権限付与メッセージを送信する必要がない。付加的にとりわけ課金メッセージの本来の目的に従って、課金形式および／または決済形式が選択される。
【００２２】
別の改善形態では、課金はオンラインチャージであり、有効データ伝送に影響を及ぼすことができる。課金の監視はサービス実行コンピュータで行われ、このコンピュータはデータ伝送を制御するサービス実行コンピュータに加えて設けられている。
【００２３】
別の改善形態では、オンラインチャージとオフラインチャージに対して同じデータ要求メッセージ、とりわけ同じメッセージ識別子を備えるメッセージが伝送される。有利には直径プロトコルによるアカウント要求メッセージが使用される。ここで両方のメッセージで有利には同じアカウント記録形式、とりわけＥＶＥＮＴ＿ＲＥＣＯＲＤが使用される。これにより複数の課金方法に対して同じメッセージが使用される簡単な方法が得られる。課金方法は制御コンピュータで既知である必要はなく、検出する必要もない。
【００２４】
本発明はさらに、サーバ課金ユニットおよびクライアント課金ユニットに関するものであり、これらはとりわけ本発明の方法またはその改善形態を実施するためのユニットを有する。これにより上記の技術的作用が課金ユニットに対しても当てはまる。
【００２５】
以下本発明を添付図面に基づいて説明する。  
図１は、シグナリングデータ伝送および課金のための機能ユニットを示すブロック図である。
図２は、オンラインチャージ、データ伝送手段の確立前の権限付与、および端末装置によるトリガを行うＳＩＰセッションに対するメッセージ流を示す図である。
図３は、オンラインチャージ、データ伝送手段の確立後の権限付与、および課金コンピュータによるトリガを行うＳＩＰセッションに対するメッセージ流を示す図である。
図４は、オンラインチャージ、データ伝送を制御する制御ユニットによるトリガを行うＳＩＰセッションのメッセージ流の一部を示す図である。
図５は、オフラインチャージを行うＳＩＰセッションのメッセージ流を示す図である。
図６は、課金に用いるサーバユニットの機能ユニットを示すブロック図である。
図７は、課金に用いるクライアントユニットの機能ユニットを示すブロック図である。
【００２６】
図１は、シグナリングデータ伝送および課金のためのデータ伝送ネットワーク１０の機能ユニットを示すブロック図である。端末装置１２がアクセスネットワーク１４を介して接続されている。アクセスネットワーク１４はＧＰＲＳユニット（Ｇｌｏｂａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）１６を介してＩＰマルチメディアサブシステム１８（ＩＭＳ）に至る。
【００２７】
ＧＰＲＳユニットは、ＳＧＳＮユニット（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｅｒｖｉｃｅ  Ｎｏｄｅ）２０と、ＧＧＳＮユニット（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｅｒｖｉｃｅ  Ｎｏｄｅ）２２を含んでおり、それらの機能は３ＧＰＰ  ＴＳ  ３２．２００規格で説明されている。
【００２８】
サブシステム１８は、ＯＣＳ／ＣＣＦユニットないしは権限付与／課金ユニット２４と、制御ユニット２６，とりわけＰ−ＣＳＣＦ（Ｐｒｏｘｙ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）またはＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ  Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）を含んでいる。さらにサブシステム１８は、アプリケーションサーバ２８，例えばビデオサーバ、ＭＲＦユニット（Ｍｅｄｉａ  Ｒｅｓｏｕｒｃｅ  Ｆｕｎｃｔｉｏｎ）ないしはＭＲＦＣユニット（Ｍｅｄｉａ  Ｒｅｓｏｕｒｃｅ  Ｆｕｎｃｔｉｏｎ  Ｃｏｎｔｒｏｌｌｅｒ）を含んでいる。
【００２９】
Ｓ−ＣＳＣＦ２６と別のネットワークエレメントをできるだけ簡単に維持することができるようにするために、資産管理機能ＢＣが：
１．  オンラインチャージシステム（ＯＣＳ）と、
２．  オフラインチャージシステムの課金収集機能に割り当てられている。
【００３０】
ＯＣＳとＣＣＦは必ずしも１つの共通のネットワークエレメントに割り当てられている必要はない。課金方法のさらなる発展により、例えばコンバージェントチャージにより、オフラインチャージがオンラインチャージと同様に実行される。
【００３１】
ＯＣＳ／ＣＣＦと制御ユニット２６ないしユニット２８との間では直径ベースプロトコルが使用される。これについては以下に図２から図５に基づいて説明する。これにより、標準化されたインタフェースＲｏ（オンライン）とＲｆ（オフライン）は、元々の規格で設けられているよりもさらに相互に類似したものとなる。
【００３２】
以下のシナリオで使用されるメッセージは、直径ベースプロトコルの次のコマンドによってマッピングされる：
【００３３】
【表１】
2007506314.tif 000003
【００３４】
すべてのシナリオに対して以下のことが当てはまる：
・資金管理機能ＢＣはＯＣＳおよびＣＣＦに配置されている。
・直径プロトコルの権限付与プロトコルは、マルチメディアサービスの時間ベース課金に対して適用される。
・権限付与プロトコルはアカウンティングプロトコル（Ｅｖｅｎｔ＿Ｍｅｔｈｏｄｅ）と組み合わされて適用される。これにより直径ベースプロトコルの、元々は独立した部分がマルチメディアサービスの課金のために、オプションのクレジット予約と共に使用され、とりわけ適用のクレジット管理のための直径拡張に従う（クレジットコントロール適用）。
・直径メッセージを使用してＳＩＰセッションを制御するためのマッピング規則が指示される。
【００３５】
以下でＳＩＰメッセージは、すべてのデータフィールドにより、すべての詳細について示されているわけではない。直径ベースプロトコル（ＤＢＦ）のメッセージの属性値ペアも完全に説明されるわけではない。
【００３６】
図２は、オンラインチャージ（プリペイド）、データ伝送手段の確立前に権限付与、および端末装置によるトリガを行うＳＩＰセッションに対するメッセージ流を示す図である。ここではプリペイド課金について説明される。メッセージを待機するための時間発生器は示されていない。
【００３７】
図２には、Ａ加入者の端末装置５０，接続制御ユニット５２，例えばＳ−ＣＳＣＦユニット（Ｃａｌｌ  Ｓｔａｔｅ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）、端末装置５４，および権限付与／課金ユニット２４が示されている。権限付与／課金ユニット２４はオンラインチャージのためにオンラインチャージ機能（ＯＳＣを、オフラインチャージのためにチャージコレクション機能（ＣＣＦ）を含んでいる。
【００３８】
端末装置５０はＳＩＰプロトコルに従って動作し、マルチメディアデータ（例えばオーディオおよびビデオデータ）および音声データをデータパケット伝送ネットワーク１０、例えばインターネットまたは３ＧＰＰネットワークで伝送するのに用いられる。接続制御ユニット５２も同様にＳＩＰプロトコルに従って動作し、データを端末装置５０と伝送する際の接続制御に用いられる。
【００３９】
端末装置５４もまた音声伝送ないしはマルチメディアデータ伝送に用いられる。端末装置の代わりに、アプリケーションサーバ５４を使用することもでき、このアプリケーションサーバも同様にＳＩＰプロトコル（ＲＦＣ３２６１）に従って動作し、例えばビデオの閲覧、買い物またはレンタルのサービスを有する。アプリケーションサーバ５４の代わりに別の実施例では、マルチメディアリソース機能制御ユニット（ＭＲＦＣ）ないしＭＲＦが使用される。
【００４０】
時点ｔ０で、Ａ加入者が自分の端末装置５０からＢ加入者の端末装置５４への接続を形成し、電話する。このためにＩＮＶＩＴＥメッセージ６０が端末装置５０で形成され、制御ユニット５２に伝送される。制御ユニット５２はこのＩＮＶＩＴＥメッセージをＳＩＰプロトコルに従い処理する。時点ｔ１で制御ユニット５２はＳＩＰ−ＩＮＶＩＴＥメッセージ６１を端末装置５４に送信する。ＳＩＰメッセージ６１，１６，９４を複数の制御ユニット５２を介して端末装置５４に導くこともできる。
【００４１】
時点ｔ２で制御ユニット５２は、権限付与／照会メッセージ６２を権限付与／課金ユニット２４に送信する。このメッセージ６２は直径プロトコルで応答される。しかしメッセージ６２の内容は適用に依存する。このメッセージ６２は実施例では以下のものを含む：
・形成すべきシグナリング接続を一義的に表すセッションＩＤ、
・Ａ加入者を一義的に表すユーザ識別子、
・所望のサービス、そして
・課金形式がサービスから明かでない場合に、所望の課金形式。
【００４２】
従ってＩＮＶＩＴＥメッセージ６０は、権限付与ないし課金準備に対するトリガ点である。
【００４３】
メッセージ６２は権限付与／課金ユニット２４によって処理される。ここでは、Ａ加入者に資格があるか否かが検査される。方法ステップ６４参照。実施例では資格がある。従って次の方法ステップ６６で、課金形式、例えばプリペイドが設定される。方法ステップ６８では、Ａ加入者の銀行預金残高が最小値を有しているか否か検査される。次の方法ステップ７０で、例えば「音声電話」サービスに対する最少額がリザーブされる。
【００４４】
次に時点ｔ４で、権限付与応答メッセージ７２が形成される。このメッセージは実施例では次のデータフィールドないしＡＶＰ（Ａｔｔｒｉｂｕｔｅ  Ｖａｌｕｅ  Ｐａｉｒｓ、属性値ペア）を含んでいる：
・セッションＩＤ、
・権限付与期間、
・資格セッションの状態。
【００４５】
メッセージ７２はネットワークエレメントから権限付与／課金ユニット２４により制御ユニット５２に伝送され、そこで処理される。直径プロトコルによれば、要求されたサービスが許容される。
【００４６】
ＩＮＶＩＴＥメッセージ６１はアプリケーションサーバ５４でＳＩＰプロトコルに従い処理され、確認メッセージ７６により時点ｔ８で応答される。確認メッセージ７６は２００  ＯＫメッセージとも称される。確認メッセージ７６はアプリケーションサーバ５４から制御ユニット５２に伝送される。制御ユニット７６は確認メッセージ７６の受信後、時点ｔ１０でＳＩＰプロトコルに従い、端末装置５０側への確認メッセージ７８を形成する。
【００４７】
その後、端末装置５０とアプリケーションサーバ５４との間でＳＩＰセッション８０が確立される。ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍｍ．  Ｐｒｏｔｏｃｏｌ）接続またはＲＴＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）接続を介して例えば音声データが端末装置５０と５４の間で伝送される。ＳＩＰセッションに所属する有効データ伝送接続はコールＩＤ（識別子）を有しており、このコールＩＤはメッセージ６２に指示されたセッションＩＤと関連していなければならない。
【００４８】
時点ｔ１２で制御ユニット５２は、ＳＩＰセッション８０ないし有効データ伝送接続（ＲＴＰ／ＵＤＰ）の確立後に、直径課金照会メッセージ８２を権限付与／課金ユニット２４に送信する。メッセージ８２はアカウンティング・リクエストメッセージとも称される。メッセージ８２は次のものを含む：
・セッション識別子、ないしセッションＩＤ、および
・アカウンティング記録形式、Ｅｖｅｎｔ＿Ｒｅｃｏｒｄ。
【００４９】
メッセージ８２は権限付与／課金ユニット２４により処理され、このとき資金管理のためにタイマが方法ステップ８４でスタートされる。さらに権限付与／課金ユニット２４から時点ｔ１４で直径課金応答メッセージ８６が制御ユニット５２に送信される。メッセージ８６は同様にセッションＩＤを含んでいる。
【００５０】
制御ユニット５２はメッセージ８６を処理し、音声データの伝送を許容する。
【００５１】
時点ｔ１８で加入者Ａは通話を終了し、このとき自分の端末装置５０で終了メッセージ９２を形成し、制御ユニット５２に送信する。制御ユニット５２はメッセージ９２に基づいてセッション終了照会メッセージ９０を形成する。このメッセージ９０は直径プロトコルによれば、セッション終了要求メッセージ（ＳＴＲ）とも称され、本来は課金の終了のために設けられているものではない。
【００５２】
しかし前記の実施例では、メッセージ９０が権限付与／課金ユニット２４に送信され、ここでは課金の終了に使用される。メッセージ９０に基づいて課金タイマが停止され、存在する口座残高が加入者Ａの口座に記入される。
【００５３】
時点ｔ２０で制御ユニット５２は終了メッセージ９４をＳＩＰプロトコルに従い形成する。終了メッセージ９４は端末装置５４に伝送され、そこでＳＩＰプロトコルに従い処理される。次の方法ステップ９６でＳＩＰセッションが終了される。
【００５４】
課金タイマの停止後、権限付与／課金ユニット２４は時点ｔ２２でセッション終了応答メッセージ９８を送信する。このメッセージ９８はセッション終了応答メッセージ（ＳＴＡ）と称され、直径プロトコルによれば脱資格の枠内でだけ使用され、ここでのように課金終了との関連で使用されることはない。
【００５５】
別の実施例では、図２に基づき説明した方法が、下に図３と図４に基づき説明するように終了される。
【００５６】
図３は、オンラインチャージ（プリペイド）、データ伝送手段の確立後の権限付与、および課金コンピュータによるトリガを行うＳＩＰセッションに対するメッセージ流を示す図である。
【００５７】
時点ｔ５０で、Ａ加入者が自分の端末装置５０からＢ加入者の端末装置５４への接続を形成し、電話する。このためにＩＮＶＩＴＥメッセージ１５０が端末装置５０で形成され、制御ユニット５２に伝送される。制御ユニット５２はこのＩＮＶＩＴＥメッセージをＳＩＰプロトコルに従い処理する。時点ｔ５２で制御ユニット５２はＳＩＰ−ＩＮＶＩＴＥメッセージ１５２を端末装置５４に送信する。端末装置５４はメッセージ１５２をＳＩＰプロトコルに従い処理し、この時点ｔ５４で確認メッセージ１５４を送信する。この確認メッセージ１５４は２００  ＯＫメッセージとしても示されている。確認メッセージ１５４は端末装置５４から制御ユニット５２に伝送される。制御ユニット５２は確認メッセージ１５４の受信後、時点ｔ５４でＳＩＰプロトコルに従い、端末装置５０側への確認メッセージ１５６を形成する。
【００５８】
その後、端末装置５０とアプリケーションサーバ５４との間でＳＩＰセッション８０が確立される。さらに例えば音声データが端末装置５０と５４の間で伝送される。ＳＩＰセッション８０はセッションＩＤ（識別子）を有しており、このセッションＩＤは後で必要になる。
【００５９】
時点ｔ１０２で制御ユニット５２は、権限付与／照会メッセージ１６２を権限付与／課金ユニット２４に送信する。このメッセージ１６２はメッセージ６２に相応する。これにより図２とは異なり、ＩＮＶＩＴＥメッセージではなく確認メッセージ１５４が権限付与ないしは課金準備に対するトリガ時点として用いられる。
【００６０】
メッセージ１６２は権限付与／課金ユニット２４によって処理される。ここでは、Ａ加入者に資格があるか否かが検査される。方法ステップ１６４参照。実施例では資格がある。従って次の方法ステップ１６６で、課金形式、例えばプリペイドが設定される。方法ステップ１６８では、Ａ加入者の銀行預金高が最小値を有しているか否か検査される。次の方法ステップ１７０で、例えば「音声電話」サービスに対する最少額がリザーブされる。
【００６１】
その後、時点ｔ１０４で権限付与／応答メッセージ１７２が形成される。このメッセージはメッセージ７２に相応する。
【００６２】
メッセージ１７２はネットワークエレメントから権限付与／課金ユニット２４により制御ユニット５２に伝送され、そこで処理される。直径プロトコルによれば、要求されたサービスが許容される。
【００６３】
時点ｔ１１２で制御ユニット５２はメッセージ１７２の処理後に、直径／課金照会メッセージ１８２を権限付与／課金ユニット２４に送信する。このメッセージ１８２はメッセージ８２に相応する。これらのメッセージは相応しているので同じデータフィールドおよび同じ機能を有する。
【００６４】
メッセージ１８２は権限付与／課金ユニット２４により処理され、このとき資金管理のためにタイマが方法ステップ１８４でスタートされる。さらに権限付与／課金ユニット２４から時点ｔ１１４で直径／課金応答メッセージ１８６が制御ユニット５２に送信される。メッセージ１８６は同様にセッションＩＤを含んでいる。
【００６５】
制御ユニット５２はメッセージ１８６を処理し、音声データの伝送を許容する。
【００６６】
所定の時点で課金タイマがタイムアウトする。方法ステップ１８８参照。例えば加入者Ａに対して認められた予算が使い果たされるとする。これに基づき権限付与／課金ユニット２４は時点１１６で直径／セッション中止照会メッセージ１９０を形成する。このメッセージはセッション中止要求メッセージ（ＡＳＲ）とも称される。メッセージ１９０は同様にセッションＩＤを含んでおり、制御ユニット５２に伝送される。
【００６７】
制御ユニット５２はメッセージ１９０に基づいて時点ｔ１１８で、ＳＩＰプロトコルに従い端末装置５０への終了メッセージ１９２を形成する。終了メッセージ１９２はＢＹＥメッセージとも称される。メッセージ１９０に基づいて制御ユニット５２は後続の時点ｔ１２０でさらに、端末装置５４に対するＳＩＰ終了メッセージ１９４を形成する。従ってメッセージ１９０の受信は、ＳＩＰセッションを両方の側でトリガするための基準である。
【００６８】
終了メッセージ１９２と１９４に基づいて、ＳＩＰセッションは終了する。方法ステップ１９６参照。これに基づき制御ユニット５２は時点ｔ１２２で直径／セッション中止応答メッセージ９８を形成する。このメッセージはセッション中止応答メッセージ（ＡＳＡ）とも称される。メッセージ１９８は権限付与／課金ユニット２４に伝送され、そこで直径プロトコルに従い処理される。メッセージ１９８は次のものを含む：
・セッションＩＤ、そして
・イベントコード。
【００６９】
別の実施例では、ＳＩＰセッションは図２ないし図３に従い終了する。
【００７０】
図１または図２によるトリガ時点の選択は、課金方法ないしは決済方法には依存せず、プリペイドまたはポストペイド（後払い）である。
【００７１】
図４は、オンラインチャージ、データ伝送を制御する制御ユニットによるトリガを行うＳＩＰセッションのメッセージ流の一部を示す図である。
【００７２】
方法ステップ２６０を除いて、方法ステップ１６０までの方法部分は図３に従い実行される。択一的に方法ステップ２８０に相応する方法ステップ２８０を除いて、方法ステップ８０までの方法部分を図２に従い実行することができる。方法ステップ２６０および２８０では、ＳＩＰセッションの枠内でのデータ伝送のための準備が終了される。
【００７３】
方法ステップ２６０および２８０に続く時点ｔ２１２で、制御ユニットメッセージ２８２が形成される。このメッセージはメッセージ８２または１８２に相応する。ユニット２４でのメッセージ２８２の処理の際に、課金時間カウンタ（タイマ）がスタートする。続いてメッセージ２８６が形成される。このメッセージはメッセージ８６または１８６に相応する。
【００７４】
メッセージ２８６の受信および処理後に、予期しないＳＩＰセッションエラー２８５が発生する。予期しないＳＩＰセッションエラーは例えば次のものである：
・オペレータが加入者Ａを、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ；ホーム加入者サーバ）とＳ−ＣＳＣＦとの間に規格により設けられたＣｘインタフェースを介してブロックする。または
・権限付与にエラーがある。
【００７５】
ＳＩＰセッションエラー２８５に基づいて制御ユニット５２は時点ｔ２１８でＳＩＰ終了メッセージ２９２を端末装置５０に送信し、時点ｔ２２０でＳＩＰ終了メッセージ２９４を端末装置５４に送信する。２つのメッセージ２９２および２９４に基づいてＳＩＰセッションは方法ステップ２９６で終了する。
【００７６】
終了と関連して、時点ｔ２２１で制御ユニット５２からセッション終了照会メッセージ２９０が権限付与／課金ユニット２４に送信される。このメッセージ２９０はメッセージ９０に相応する。メッセージ２９０に基づいて権限付与／課金ユニット２４は方法ステップ２９１で、課金タイマないし課金時間カウンタを停止する。その後、権限付与／課金ユニット２４は時点ｔ２２２で、メッセージ９８に相応するセッション終了応答メッセージを制御ユニット５２に送信する。
【００７７】
図５は、オフラインチャージを行うＳＩＰセッションのメッセージ流を示す図である。以下に説明する相違部分を除いて、図２に基づき説明したように同じメッセージが伝送され、同じように処理される。従って同じ時点および同じメッセージには同じ参照符号が付してあり、図５の時点およびメッセージには区別のために３が始めに付されている。
【００７８】
相違は以下の方法ステップに該当する：
・方法ステップ６６の代わりに実行される方法ステップ３６６では、ユーザ識別子および／またはオフラインチャージで実行すべきサービスに基づいて、ポストペイド方法により決済される。
・残高チェックに該当する方法ステップ６８が省略され、従って相応する方法ステップがない。
・方法ステップ３７０で、リザーブの代わりに課金データセットが形成される。この課金データセットはＳ−ＣＳＣＦ  ＣＤＲ（Ｃｈａｒｇｉｎｇ  Ｄａｔａ  Ｒｅｃｏｒｄ）と称される。このような課金データセットは例えば３ＧＰＰ  ＴＳ  ３２．２２５規格に詳細に説明されている。
・方法ステップ３８４で、ＣＤＲデータセットがメッセージ３８２に相応して変更される。
・方法ステップ３９１で、ＣＤＲデータセットが正常にファイルされ、終了される。
【００７９】
制御ユニット５２の観点からは課金方法が既知である必要はない。従って前記の相違を除いて図２と同じフローを実行することができる。
【００８０】
図６はサーバユニット４００を示しており、このサーバユニットは権限付与／課金ユニット２４の機能を果たし、以下のユニットを含んでいる：
・メモリユニット４０２。
・送受信ユニット４０４。この送受信ユニットは権限付与メッセージ６２，１６２，２６２および３６２と、課金メッセージ８２，１８２，２８２および３８２を受信することができる。
・課金ユニット４０６。この課金ユニットは課金データ項目を課金メッセージ８２，１８２，２８２または３８２の内容に依存して変更する。
・権限付与ユニット。この権限付与ユニットは権限付与メッセージ６２，１６２，２６２および３６２の受信後に権限付与を実行する。方法ステップ６４，１６４，２６４または３６４参照。
【００８１】
場合によりサーバユニット１００はさらに、上記図２からず５に基づいて説明した方法を実行するための別のユニット４１０を含む。
【００８２】
実施例ではすべてのユニット４０４〜４１０がメモリ４０２にアクセスし、その機能を実現する。矢印４１４参照。とりわけ緊密なのは課金ユニット４０６と権限付与ユニット４０８とが方法ステップ６６〜７０、１６６〜１７０を実行する際、および方法ステップ３６６と３７０を実行する際の相互作用である。
【００８３】
第１の択一的実施例ではサーバユニット４００が、プログラムを処理するプロセッサを有していない。ユニット４０４〜４１０は、固定的にワイヤ接続された回路を有している。択一的実施例では、ユニット４０４〜４１０の機能が、メモリ１０２に記憶されたプログラムをプロセッサ４１６により処理することによって実現される。
【００８４】
図７はクライアントユニット４５０の機能ユニットを示し、このクライアントユニットは図２からず５に基づいて説明した方法を実行する際にサーバユニット４００と共働する。クライアントユニット４５０が有しているのは：
・データセットを記憶するためのメモリユニット４５２，
・メッセージ６２，１６２，２６２，３６２，８２，１８２，２８２，３８２，９０，２９０および３９０を送信するための送受信ユニット４５４，
・前記のメッセージを形成する形成ユニット４５６，
である。
【００８５】
形成ユニット４５６は権限付与メッセージの形成の際および課金メッセージの形成の際にメモリユニット４５２にある同じデータセットにアクセスする。
【００８６】
場合によりクライアントユニット４５０はさらにユニット４５８と受信ユニットを有する。このユニット４５８は権限付与および課金に対する機能を実現し、受信ユニットは応答メッセージないしメッセージ１９０を受信する。
【００８７】
実施例ではすべてのユニット４５４〜４５８がメモリ４５２にアクセスし、その機能を実現する。矢印４６０参照。
【００８８】
第１の択一的実施例ではクライアントユニット４５０が、プログラムを処理するプロセッサを有していない。ユニット４５４〜４５８は、固定的にワイヤ接続された回路を有している。択一的実施例では、ユニット４５４〜４５６の機能が、メモリ４５２に記憶されたプログラムをプロセッサ４６２により処理することによって実現される。
【図面の簡単な説明】
【００８９】
【図１】図１は、シグナリングデータ伝送および課金のための機能ユニットを示すブロック図である。
【図２】図２は、オンラインチャージ、データ伝送手段の確立前の権限付与、および端末装置によるトリガを行うＳＩＰセッションに対するメッセージ流を示す図である。
【図３】図３は、オンラインチャージ、データ伝送手段の確立後の権限付与、および課金コンピュータによるトリガを行うＳＩＰセッションに対するメッセージ流を示す図である。
【図４】図４は、オンラインチャージ、データ伝送を制御する制御ユニットによるトリガを行うＳＩＰセッションのメッセージ流の一部を示す図である。
【図５】図５は、オフラインチャージを行うＳＩＰセッションのメッセージ流を示す図である。
【図６】図６は、課金に用いるサーバユニットの機能ユニットを示すブロック図である。
【図７】図７は、課金に用いるクライアントユニットの機能ユニットを示すブロック図である。
【図１】
2007506314.tif 000004
【図２】
2007506314.tif 000005
【図３】
2007506314.tif 000006
【図４】
2007506314.tif 000007
【図５】
2007506314.tif 000008
【図６】
2007506314.tif 000009
【図７】
2007506314.tif 000010
【国際調査報告】
2007506314.tif 000011
2007506314.tif 000012
2007506314.tif 000013
2007506314.tif 000014
2007506314.tif 000015
2007506314.tif 000016