(57)【特許請求の範囲】
【請求項１】
ポリシー決定方法であって、
ポリシー及び課金規則機能（ＰＣＲＦ）装置が、ゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信するステップと、
前記ＰＣＲＦ装置が、前記ポリシーリクエストに従って、前記第１ユーザが第２ユーザのカウンタを利用する必要があると判定するステップと、
前記ＰＣＲＦ装置が、前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するステップと、
前記ＰＣＲＦ装置が、前記第２ユーザのカウンタの現在の状態に従って前記第１ユーザの制御ポリシーを生成し、前記制御ポリシーを前記ゲートウェイ装置に送信するステップと、
を有する方法。
【請求項２】
前記ＰＣＲＦ装置が、前記ポリシーリクエストに従って、前記第１ユーザが第２ユーザのカウンタを利用する必要があると判定するステップは、
前記ＰＣＲＦ装置が、前記ポリシーリクエストから前記第１ユーザの識別子を取得するステップと、
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定し、前記ＰＣＲＦ装置が、前記第１ユーザが前記第２ユーザのカウンタを利用する必要があると判定するステップと、
を有する、請求項１記載のポリシー決定方法。
【請求項３】
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップは、
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザがグループのメンバーであると判定し、前記グループのオーナが前記第２ユーザであると判定するステップと、
前記ＰＣＲＦ装置が、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップと、
を有する、請求項２記載のポリシー決定方法。
【請求項４】
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップは、
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザと関連付け関係を有する第２ユーザが存在すると判定するステップと、
前記ＰＣＲＦ装置が、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップと、
を有する、請求項２記載のポリシー決定方法。
【請求項５】
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップは、
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザが前記第２ユーザにより特定されたグループのメンバーであると判定するステップであって、前記第２ユーザは複数のユーザを有するグループの識別子である、判定するステップと、
前記ＰＣＲＦ装置が、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップと、
を有する、請求項２記載のポリシー決定方法。
【請求項６】
前記ＰＣＲＦ装置が、前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するステップは、
前記ＰＣＲＦ装置が前記ゲートウェイ装置により送信された前記第１ユーザのポリシーリクエストを受信する前に、前記第２ユーザのセッションが、前記ＰＣＲＦ装置と前記課金システムとの間で確立されており、前記ＰＣＲＦ装置は、前記第２ユーザの確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得及び保存していることを有する、請求項１乃至５何れか一項記載のポリシー決定方法。
【請求項７】
前記ＰＣＲＦ装置が前記ゲートウェイ装置により送信された前記第１ユーザのポリシーリクエストを受信する前に、前記第２ユーザのセッションが、前記ＰＣＲＦ装置と前記課金システムとの間で確立されており、
前記ＰＣＲＦ装置が、前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するステップは、
前記ＰＣＲＦ装置が、前記第２ユーザのセッションを利用することによって、前記課金システムから前記第２ユーザのカウンタの現在の状態を取得するステップを有する、請求項１乃至５何れか一項記載のポリシー決定方法。
【請求項８】
前記ＰＣＲＦ装置が、前記第２ユーザのセッションを利用することによって、前記課金システムから前記第２ユーザのカウンタの現在の状態を取得するステップは、
前記ＰＣＲＦ装置が、前記第２ユーザのセッションを利用することによって、カウンタ状態取得リクエストを前記課金システムに送信するステップであって、前記カウンタ状態取得リクエストは前記カウンタの識別子を有する、送信するステップと、
前記カウンタ状態取得リクエストのものであって、前記課金システムにより送信されたレスポンスメッセージを受信するステップであって、前記レスポンスメッセージは、前記カウンタの識別子に従ってクエリによって前記課金システムにより取得された前記第２ユーザのカウンタの現在の状態を有する、受信するステップと、
を有する、請求項７記載のポリシー決定方法。
【請求項９】
前記ＰＣＲＦ装置が、前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するステップは、
前記ＰＣＲＦ装置が、前記第２ユーザのセッション確立リクエストを前記課金システムに送信するステップであって、前記セッション確立リクエストは前記第２ユーザの識別子を含む、送信するステップと、
前記セッション確立リクエストのものであって、前記課金システムにより送信されるレスポンスメッセージを受信するステップであって、前記レスポンスメッセージは、前記第２ユーザの識別子に従って前記課金システムによるセッション確立の結果を有し、前記第２ユーザのカウンタの取得された現在の状態を有する、受信するステップと、
を有する、請求項１乃至５何れか一項記載のポリシー決定方法。
【請求項１０】
前記ＰＣＲＦ装置が前記カウンタの現在の状態を取得した後に、当該方法は更に、
前記ＰＣＲＦ装置が、前記課金システムにより送信された通知メッセージを受信するステップであって、前記通知メッセージは前記第２ユーザのカウンタの変更された状態を含む、受信するステップと、
前記ＰＣＲＦ装置が、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定するステップと、
前記ＰＣＲＦ装置が、前記カウンタの変更された状態に従って前記影響を受ける第１ユーザのための制御ポリシーを再生成し、前記第１ユーザのものであって、前記ゲートウェイ装置と前記ＰＣＲＦ装置との間のセッションを利用することによって、前記再生成された制御ポリシーを前記ゲートウェイ装置に送信するステップと、
を有する、請求項３乃至５何れか一項記載のポリシー決定方法。
【請求項１１】
前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定するステップは、
前記ＰＣＲＦ装置が、前記記憶されている情報を照会し、前記第２ユーザ及び前記第１ユーザが利用割当てを共有するユーザであって、前記第１ユーザが現在オンラインであると判定し、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定するステップを有する、請求項１０記載のポリシー決定方法。
【請求項１２】
前記ＰＣＲＦ装置は、前記第２ユーザのカウンタの取得された現在の状態を保存し、
前記第２ユーザのセッションが終了したとき、又は、前記第２ユーザのセッションが終了していないが、前記ＰＣＲＦ装置が、前記第２ユーザのカウンタの現在の状態が必要とされていないと判定するとき、前記ＰＣＲＦ装置は、前記第２ユーザのカウンタの保存された現在の状態を削除する、請求項１乃至１１何れか一項記載のポリシー決定方法。
【請求項１３】
ポリシー及び課金規則機能（ＰＣＲＦ）装置であって、
ゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信するよう構成される第１受信ユニットと、
前記ポリシーリクエストに従って、前記第１ユーザが第２ユーザのカウンタを利用する必要があると判定するよう構成される照会ユニットと、
前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するよう構成される第１取得ユニットと、
前記第２ユーザのカウンタの現在の状態に従って前記第１ユーザの制御ポリシーを生成するよう構成される決定ユニットと、
前記制御ポリシーを前記ゲートウェイ装置に送信するよう構成される第１送信ユニットと、
を有するＰＣＲＦ装置。
【請求項１４】
前記照会ユニットは、前記ポリシーリクエストから前記第１ユーザの識別子を取得し、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定し、前記第１ユーザが前記第２ユーザのカウンタを利用する必要があると判定するよう構成される、請求項１３記載のＰＣＲＦ装置。
【請求項１５】
前記照会ユニットは、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザがグループのメンバーであると判定し、前記グループのオーナが前記第２ユーザであると判定するよう構成され、前記照会ユニットは、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定する、請求項１４記載のＰＣＲＦ装置。
【請求項１６】
前記照会ユニットは、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザと関連付け関係を有する第２ユーザが存在すると判定するよう構成され、前記照会ユニットは、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定する、請求項１４記載のＰＣＲＦ装置。
【請求項１７】
前記照会ユニットは、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザが前記第２ユーザにより特定されたグループのメンバーであると判定するよう構成され、前記第２ユーザは複数のユーザを有するグループの識別子であり、前記照会ユニットは、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定する、請求項１４記載のＰＣＲＦ装置。
【請求項１８】
前記第１取得ユニットは、前記第２ユーザのものであって、前記ＰＣＲＦ装置と前記課金システムとの間でセッションを確立し、前記第２ユーザの確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するよう構成される、請求項１３，１４，１５，１６又は１７記載のＰＣＲＦ装置。
【請求項１９】
前記第１受信ユニットが前記ゲートウェイ装置により送信された前記第１ユーザのポリシーリクエストを受信する前に、前記第２ユーザのセッションが確立されており、前記第１取得ユニットは、前記第２ユーザの前記確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得及び保存しており、
前記第１取得ユニットは、前記第２ユーザのカウンタの保存された現在の状態を取得するよう構成される、請求項１３乃至１８何れか一項記載のＰＣＲＦ装置。
【請求項２０】
前記第１受信ユニットが前記ゲートウェイ装置により送信された前記第１ユーザのポリシーリクエストを受信する前に、前記第２ユーザのセッションが確立されており、
前記第１取得ユニットは、前記第２ユーザのセッションを利用することによって、前記課金システムから前記第２ユーザのカウンタの現在の状態を取得するよう構成される、請求項１３乃至１８何れか一項記載のＰＣＲＦ装置。
【請求項２１】
前記第１取得ユニットは、前記第２ユーザのセッションを利用することによって、カウンタ状態取得リクエストを前記課金システムに送信するよう構成され、前記カウンタ状態取得リクエストは前記カウンタの識別子を有し、
前記第１受信ユニットは、前記カウンタ状態取得リクエストのものであって、前記課金システムにより送信されたレスポンスメッセージを受信するよう構成され、前記レスポンスメッセージは、前記カウンタの識別子に従ってクエリによって前記課金システムにより取得された前記第２ユーザのカウンタの現在の状態を有する、請求項２０記載のＰＣＲＦ装置。
【請求項２２】
前記第１取得ユニットは、前記第２ユーザのセッション確立リクエストを前記課金システムに送信するよう構成され、前記セッション確立リクエストは前記第２ユーザの識別子を含み、
前記第１受信ユニットは、前記セッション確立リクエストのものであって、前記課金システムにより送信されたレスポンスメッセージを受信するよう構成され、前記レスポンスメッセージは、前記第２ユーザの識別子に従ってクエリにより前記課金システムにより取得された前記第２ユーザのカウンタの現在の状態を有する、請求項１３乃至１８何れか一項記載のＰＣＲＦ装置。
【請求項２３】
前記第１取得ユニットが前記カウンタの現在の状態を取得した後に、
前記第１受信ユニットは、前記課金システムにより送信された通知メッセージを受信するよう構成され、前記通知メッセージは前記第２ユーザのカウンタの変更された状態を含み、
前記照会ユニットは、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定し、前記カウンタの変更された状態に従って前記影響を受ける第１ユーザのための制御ポリシーを再生成するよう構成され、
前記第１送信ユニットは、前記通知メッセージのレスポンスメッセージを前記課金システムに返し、前記第１ユーザのものであって、前記ゲートウェイ装置と当該ＰＣＲＦ装置との間のセッションを利用することによって、前記再生成された制御ポリシーを前記ゲートウェイ装置に送信するよう構成される、請求項１３乃至２２何れか一項記載のＰＣＲＦ装置。
【請求項２４】
前記照会ユニットは、当該ＰＣＲＦ装置によって記憶されている情報を照会し、前記第２ユーザ及び前記第１ユーザが利用割当てを共有するユーザであって、前記第１ユーザが現在オンラインであると判定するよう構成され、前記照会ユニットが、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定する、請求項２３記載のＰＣＲＦ装置。
【請求項２５】
前記第１取得ユニットは、前記第２ユーザのカウンタの取得された現在の状態を保存し、前記第２ユーザのセッションが終了したとき、又は、前記第２ユーザのセッションが終了していないが、前記第１取得ユニットが、前記第２ユーザのカウンタの現在の状態が必要とされていないと判定するとき、前記第２ユーザのカウンタの保存された現在の状態を削除するよう構成される、請求項１３乃至２２何れか一項記載のＰＣＲＦ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関し、具体的にはポリシー決定方法、課金装置及びシステムに関する。
【背景技術】
【０００２】
大規模な３Ｇ配置は、データサービスの利用を大きく推進する。激烈な競争に直面すると、ユーザロイヤルティを向上させるため、オペレータは、データサービスのためのＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、クオリティ・オブ・サービス）の保証を重要な手段として提供する。
【０００３】
ＰＣＣ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｃｏｎｔｒｏｌ、ポリシー及び課金制御）は、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、第三世代パートナーシッププロジェクト）により定義されるポリシー及び課金制御機構の一式であり、それのアーキテクチャが図１に示される。当該アーキテクチャは、ポリシー及び課金実行機能（ＰＣＥＦ、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、トラフィック検出機能（ＴＤＦ、Ｔｒａｆｆｉｃ  Ｄｅｔｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、ベアラバインディング及びイベント報告機能（ＢＢＥＲＦ、Ｂｅａｒｅｒ  Ｂｉｎｄｉｎｇ  ａｎｄ  Ｅｖｅｎｔ  Ｒｅｐｏｒｔｉｎｇ  Ｆｕｎｃｔｉｏｎ）、ポリシー及び課金規則機能（ＰＣＲＦ、Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）、アプリケーション機能（ＡＦ、Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、オンライン課金システム（ＯＣＳ、Ｏｎｌｉｎｅ  Ｃｈａｒｇｉｎｇ  Ｓｙｓｔｅｍ）、オフライン課金システム（ＯＦＣＳ、Ｏｆｆｌｉｎｅ  Ｃｈａｒｇｉｎｇ  Ｓｙｓｔｅｍ）、及び契約プロファイルレポジトリ（ＳＰＲ、Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ｐｒｏｆｉｌｅ  Ｒｅｐｏｓｉｔｏｒｙ）を含む。アーキテクチャは、Ｇｘ，Ｓｙ，Ｇｙ及びＲｏなどのインタフェースを含み、ここで、ＧｘはＰＣＲＦとＰＣＥＦとの間のインタフェースであり、ＳｙはＰＣＲＦとＯＣＳとの間のインタフェースであり、ＧｙはＰＣＥＦとＯＣＳとの間のオンライン課金インタフェースであり、Ｒｏはネットワーク要素とＯＣＳとの間のオンライン課金インタフェースのための包括的な用語である。ＰＣＥＦはゲートウェイ装置（Ｇａｔｅｗａｙ）に設置され、ＴＤＦは、論理機能であり、ゲートウェイ装置の内部又は外部に配置されてもよい。
【０００４】
ＰＣＣ機構のコアは以下である。
【０００５】
データフローベアラを確立する際、ゲートウェイ装置は、ＰＣＲＦからデータフローのための制御ポリシー及び課金ポリシーを要求し、ＳＰＲに記憶されている契約情報、ＯＣＳからのユーザの累積された利用又は利用割当て又はアカウント残高などの情報（ＯＣＳからの累積された利用、利用割当て、アカウント残高などはｃｏｕｎｔｅｒと呼ばれてもよい）、ゲートウェイ装置により提供されるベアラレイヤ情報、及びＰＣＲＦにおいてオペレータにより設定されるいくつかのローカルポリシーに従って、ＰＣＲＦは、動的な課金及びサービスデータフロー制御に関するポリシーを生成するか、又は静的な課金及びサービスデータフロー制御に関するアクティブ化対象のポリシーを決定する。おそらく、アプリケーション機能ＡＦがＰＣＲＦにサービスのサービスレイヤ情報を提供していた場合、ＰＣＲＦは、動的な課金及びサービスデータフロー制御に関するポリシーを生成するか、又は静的な課金及びサービスデータフロー制御に関するアクティブ化対象のポリシーを決定する際、サービスレイヤ情報を考慮する。
【０００６】
ＰＣＲＦは、動的な課金及びサービスデータフロー制御に関する生成されたポリシー又は静的な課金及びサービスデータフロー制御に関するポリシーをインストール／アクティブ化するためのコマンドをゲートウェイ装置に提供し、ゲートウェイ装置は、インストール／アクティブ化されたポリシーに従ってリソース割当て、データフロー制御及び課金制御を実行し、ＰＣＥＦは、ＰＣＲＦの課金ポリシーに従って、課金イベント及びユーザの利用情報をＯＣＳに報告するようトリガされてもよく、ＯＣＳは、ユーザの利用情報を累積する。
【０００７】
当該累積が所定の閾値に到達すると、ＯＣＳは、ＰＣＲＦとＯＣＳとの間のユーザのＳｙセッションに従って累積情報を報告し、これにより、ＰＣＲＦは更に、累積情報に基づきデータフロー制御ポリシーを決定し、決定したポリシーを実行のためＰＣＥＦに提供してもよい。累積情報は、ｃｏｕｎｔｅｒの現在の累積状態を示すのに利用される。累積状態は、カウンタが現在ある閾値区間を示す。例えば、カウンタの累積量が１００ＭＢ未満であるとき、状態１が表示として利用され、累積量が１００ＭＢ〜１ＧＢの区間内であるとき、状態２が表示として利用され、累積量が１ＧＢより大きいとき、状態３が表示として利用される。以降のカウンタ及びそれの状態の定義は同じである。
【０００８】
この機構は、精細化された帯域幅処理を実現するため、オペレータポリシーに従ってサービスデータフローに対する正確な制御を実現可能である。
【０００９】
既存の技術的方策が実現されるとき、以下の技術的問題が存在する。
【００１０】
既存のＳｙセッションはユーザレベルセッションであり、ＳｙセッションのユーザとＧｘセッションのユーザとは、同一のユーザでなければならず、すなわち、ユーザは、自らの累積情報しか利用できない。
【００１１】
複数のユーザが流量割当てを共有する実現処理では、この方法は、ＰＣＲＦ及び課金システムが各ユーザについて関連するカウンタを設定することを要求し、ＰＣＲＦが課金システムにおける各ユーザについて同一のカウンタ、すなわち、関連するカウンタを契約することを要求する。課金システムは、ユーザがオンラインであるかに関わらず、各ユーザの関連するカウンタに対して累積を実行する必要がある。従って、ＰＣＲＦ及び課金システムにおいて実現は複雑化し、ＰＣＲＦと課金システムとの間のシグナリングインタラクション量は増加し、性能に重大な影響を与える。特に、ＯＣＳなどのリアルタイム性能の極めて高い要求を課すシステムについては、性能は大きく影響を受ける。
【発明の概要】
【００１２】
本発明の実施例は、ユーザ間で累積データの共有を実現し、課金システムの処理圧力を低減し、課金システムとＰＣＲＦとの間のインタラクションの数を低減するため、ユーザが他のユーザの累積データを利用することを可能にするポリシー決定方法、課金装置及びシステムを提供する。
【００１３】
第１の態様によると、本発明の実施例は、
ポリシー及び課金規則機能ＰＣＲＦ装置が、ゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信するステップと、
前記ＰＣＲＦ装置が、前記ポリシーリクエストに従って、前記第１ユーザが第２ユーザのカウンタを利用する必要があると判定するステップと、
前記ＰＣＲＦ装置が、前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するステップと、
前記ＰＣＲＦ装置が、前記第２ユーザのカウンタの現在の状態に従って前記第１ユーザの制御ポリシーを生成し、前記制御ポリシーを前記ゲートウェイ装置に送信するステップと、
を有するポリシー決定方法を提供する。
【００１４】
第１の態様の第１の実現方式では、前記ＰＣＲＦ装置が、前記ポリシーリクエストに従って、前記第１ユーザが第２ユーザのカウンタを利用する必要があると判定するステップは、
前記ＰＣＲＦ装置が、前記ポリシーリクエストから前記第１ユーザの識別子を取得するステップと、
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定し、前記第１ユーザが前記第２ユーザのカウンタを利用する必要があると判定するステップと、
を有する。
【００１５】
第１の態様の第１の実現方式を参照して、第１の態様の第２の実現方式では、前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップは、具体的には、
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザがグループのメンバーであると判定し、前記グループのオーナが前記第２ユーザであると判定するステップと、
前記ＰＣＲＦ装置が、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップと、
を有する。
【００１６】
第１の態様の第１の実現方式を参照して、第１の態様の第３の実現方式では、前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップは、具体的には、
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザと関連付け関係を有する第２ユーザが存在すると判定するステップと、
前記ＰＣＲＦ装置が、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップと、
を有する。
【００１７】
第１の態様の第１の実現方式を参照して、第１の態様の第４の実現方式では、前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップは、具体的には、
前記ＰＣＲＦ装置が、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザが前記第２ユーザにより特定されたグループのメンバーであると判定するステップであって、前記第２ユーザは複数のユーザを有するグループの識別子である、判定するステップと、
前記ＰＣＲＦ装置が、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するステップと、
を有する。
【００１８】
第１の態様を参照して、第１の態様の第５の実現方式では、前記ＰＣＲＦ装置が、前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するステップは、具体的には、
前記ＰＣＲＦ装置が前記ゲートウェイ装置により送信された前記第１ユーザのポリシーリクエストを受信する前に、前記第２ユーザのセッションが、前記ＰＣＲＦ装置と前記課金システムとの間で確立されており、前記ＰＣＲＦ装置は、前記第２ユーザの確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得及び保存していることを有する。
【００１９】
第１の態様を参照して、第１の態様の第６の実現方式では、前記ＰＣＲＦ装置が前記ゲートウェイ装置により送信された前記第１ユーザのポリシーリクエストを受信する前に、前記第２ユーザのセッションが、前記ＰＣＲＦ装置と前記課金システムとの間で確立されており、
前記ＰＣＲＦ装置が、前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するステップは、具体的には、
前記ＰＣＲＦ装置が、前記第２ユーザのセッションを利用することによって、前記課金システムから前記第２ユーザのカウンタの現在の状態を取得するステップを有する。
【００２０】
第１の態様又は第１の態様の第５の実現方式を参照して、本発明の第６の実現方式では、前記ＰＣＲＦ装置が、前記第２ユーザのセッションを利用することによって、前記課金システムから前記第２ユーザのカウンタの現在の状態を取得するステップは、具体的には、
前記ＰＣＲＦ装置が、前記第２ユーザのセッションを利用することによって、カウンタ状態取得リクエストを前記課金システムに送信するステップであって、前記カウンタ状態取得リクエストは前記カウンタの識別子を有する、送信するステップと、
前記カウンタ状態取得リクエストのものであって、前記課金システムにより送信されたレスポンスメッセージを受信するステップであって、前記レスポンスメッセージは、前記カウンタの識別子に従ってクエリによって前記課金システムにより取得された前記第２ユーザのカウンタの現在の状態を有する、受信するステップと、
を有する。
【００２１】
第１の態様を参照して、第１の態様の第７の実現方式では、前記ＰＣＲＦ装置が、前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するステップは、具体的には、
前記ＰＣＲＦ装置が、前記第２ユーザのセッション確立リクエストを前記課金システムに送信するステップであって、前記セッション確立リクエストは前記第２ユーザの識別子を含む、送信するステップと、
前記セッション確立リクエストのものであって、前記課金システムにより送信されるレスポンスメッセージを受信するステップであって、前記レスポンスメッセージは、前記第２ユーザの識別子に従って前記課金システムによるセッション確立の結果を有し、前記第２ユーザのカウンタの取得された現在の状態を有する、受信するステップと、
を有する。
【００２２】
第１の態様、又は第１の態様の第１の実現方式、又は第１の態様の第２の実現方式、又は第１の態様の第３の実現方式、又は第１の態様の第４の実現方式を参照して、第１の態様の第８の実現方式では、前記ＰＣＲＦ装置が前記カウンタの現在の状態を取得した後に、当該方法は更に、
前記ＰＣＲＦ装置が、前記課金システムにより送信された通知メッセージを受信するステップであって、前記通知メッセージは前記第２ユーザのカウンタの変更された状態を含む、受信するステップと、
前記ＰＣＲＦ装置が、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定するステップと、
前記ＰＣＲＦ装置が、前記カウンタの変更された状態に従って前記影響を受ける第１ユーザのための制御ポリシーを再生成し、前記第１ユーザのものであって、前記ゲートウェイ装置と前記ＰＣＲＦ装置との間のセッションを利用することによって、前記再生成された制御ポリシーを前記ゲートウェイ装置に送信するステップと、
を有する。
【００２３】
第１の態様の第８の実現方式を参照して、第１の態様の第９の実現方式では、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定するステップは、具体的には、
前記ＰＣＲＦ装置が、前記記憶されている情報を照会し、前記第２ユーザ及び前記第１ユーザが利用割当てを共有するユーザであって、前記第１ユーザが現在オンラインであると判定し、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定するステップを有する。
【００２４】
第１の態様、又は第１の態様の第６の実現方式、又は第１の態様の第８の実現方式、又は第１の態様の第９の実現方式を参照して、第１の態様の第１０の実現方式では、前記ＰＣＲＦ装置は、前記第２ユーザのカウンタの取得された現在の状態を保存し、
前記第２ユーザのセッションが終了したとき、又は、前記第２ユーザのセッションが終了していないが、前記ＰＣＲＦ装置が、前記第２ユーザのカウンタの現在の状態が必要とされていないと判定するとき、前記ＰＣＲＦ装置は、前記第２ユーザのカウンタの保存された現在の状態を削除する。
【００２５】
第２の態様によると、本発明の実施例は、
課金システムが、第２ユーザのカウンタを維持するステップと、
前記課金システムが、前記第２ユーザのものであって、ポリシー及び課金規則機能ＰＣＲＦ装置により送信されたセッション確立リクエストを受信するステップと、
前記課金システムが、前記第２ユーザのセッション確立リクエストに従って、前記第２ユーザのものであって、前記課金システムと前記ＰＣＲＦ装置との間のセッションを確立するステップと、
前記課金システムが、前記第２ユーザのセッションを利用することによって、前記第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストを受信するステップと、
前記課金システムが、前記カウンタ状態取得リクエストに従って、前記第２ユーザの維持されたカウンタから前記第２ユーザのカウンタの現在の状態を取得するステップと、
前記課金システムが、前記第２ユーザのセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を前記ＰＣＲＦ装置に返すステップであって、前記ＰＣＲＦ装置は、前記第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、前記第２ユーザのカウンタの現在の状態に従って、前記影響を受ける第１ユーザのための前記第１ユーザの制御ポリシーを生成し、前記第１ユーザのものであって、ゲートウェイ装置と前記ＰＣＲＦ装置との間のセッションを利用することによって、前記生成された制御ポリシーを前記ゲートウェイ装置に送信する、返すステップと、
を有するポリシー決定方法を提供する。
【００２６】
第２の態様を参照して、第２の態様の第１の実現方式では、当該方法は更に、
前記課金システムが、前記第２ユーザのセッションを利用することによって、前記カウンタの状態が変更されたとき、通知メッセージを前記ＰＣＲＦ装置に送信するステップを有し、前記通知メッセージは前記第２ユーザのカウンタの変更された状態を含み、前記ＰＣＲＦ装置は、前記カウンタの変更された状態に従って前記影響を受ける第１ユーザを判定し、前記カウンタの変更された状態に従って前記影響を受ける第１ユーザのための前記第１ユーザの制御ポリシーを再生成し、前記再生成された制御ポリシーを前記ゲートウェイ装置に送信する。
【００２７】
第２の態様又は第２の態様の第１の実現方式を参照して、第２の態様の第２の実現方式では、前記課金システムが、前記第２ユーザのセッションを利用することによって、前記カウンタの状態が変更されたとき、通知メッセージを前記ＰＣＲＦ装置に送信するステップは、具体的には、
前記カウンタの値の変更が前記カウンタの現在値を設定値より大きく又は小さくするとき、前記課金システムが、前記カウンタの状態が変更されたと判定し、前記第２ユーザのセッションを利用することによって、前記通知メッセージを前記ＰＣＲＦ装置に送信するステップを有する。
【００２８】
第２の態様又は第２の態様の第２の実現方式を参照して、第２の態様の第３の実現方式では、前記課金システムが、前記第２ユーザのセッションを利用することによって、前記第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストを受信するステップは、具体的には、
前記課金システムが、前記ＰＣＲＦ装置により送信された前記カウンタ状態取得リクエストを受信するステップであって、前記カウンタ状態取得リクエストは前記カウンタの識別子を有する、受信するステップと、
前記課金システムが、前記カウンタ状態取得リクエストのレスポンスメッセージを前記ＰＣＲＦ装置に送信するステップであって、前記レスポンスメッセージは、前記カウンタの識別子に従ってクエリにより前記課金システムにより取得された前記第２ユーザのカウンタの現在の状態を有する、送信するステップと、
を有する。
【００２９】
第２の態様又は第２の態様の第２の実現方式を参照して、第２の態様の第４の実現方式では、前記課金システムが、第２ユーザのカウンタを維持するステップは、具体的には、
前記課金システムが、前記第２ユーザと利用割当てを共有する第３ユーザの累積データを受信するステップと、
前記課金システムが、前記第２ユーザのカウンタに受信された前記第３ユーザの累積データを累積的に加えるステップと、
を有する。
【００３０】
第２の態様の第４の実現方式を参照して、第２の態様の第５の実現方式では、前記第３ユーザの累積データを受信した後に、前記課金システムは、記憶されている情報を照会し、前記第３ユーザがグループのメンバーであり、前記グループのオーナが前記第２ユーザであると判定し、前記第２ユーザ及び前記第３ユーザが利用割当てを共有するユーザであると判定する。
【００３１】
第２の態様又は第２の態様の第５の実現方式を参照して、第２の態様の第６の実現方式では、前記第３ユーザの累積データを受信した後に、前記課金システムは、記憶されている情報を照会し、前記第２ユーザ及び前記第３ユーザが関連付け関係を有するユーザであると判定し、前記第２ユーザ及び前記第３ユーザが利用割当てを共有するユーザであると判定する。
【００３２】
第２の態様又は第２の態様の第５の実現方式を参照して、第２の態様の第７の実現方式では、前記第３ユーザの累積データを受信した後に、前記課金システムは、記憶されている情報を照会し、前記第３ユーザがグループのメンバーであり、前記第２ユーザが複数のユーザを有するグループであると判定し、ここで、前記第３ユーザは前記第２ユーザである前記グループのメンバーであり、前記第３ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定する。
【００３３】
第３の態様によると、本発明の実施例は、
ゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信するよう構成される第１受信ユニットと、
前記ポリシーリクエストに従って、前記第１ユーザが第２ユーザのカウンタを利用する必要があると判定するよう構成される照会ユニットと、
前記第２ユーザのカウンタの現在の状態を取得するよう構成される第１取得ユニットと、
前記第２ユーザのカウンタの現在の状態に従って前記第１ユーザの制御ポリシーを生成するよう構成される決定ユニットと、
前記制御ポリシーを前記ゲートウェイ装置に送信するよう構成される第１送信ユニットと、
を有するポリシー及び課金規則機能ＰＣＲＦ装置を提供する。
【００３４】
第３の態様を参照して、第３の態様の第１の実現方式では、前記照会ユニットは、具体的には、前記ポリシーリクエストから前記第１ユーザの識別子を取得し、前記第１ユーザの識別子に従って、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定し、前記第１ユーザが前記第２ユーザのカウンタを利用する必要があると判定するよう構成される。
【００３５】
第３の態様の第１の実現方式を参照して、第３の態様の第２の実現方式では、前記照会ユニットは、具体的には、前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザがグループのメンバーであると判定し、前記グループのオーナが前記第２ユーザであると判定するよう構成され、前記照会ユニットは、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定する。
【００３６】
第３の態様の第２の実現方式を参照して、第３の態様の第３の実現方式では、前記照会ユニットは、具体的には、
前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザと関連付け関係を有する第２ユーザが存在すると判定するよう構成され、前記照会ユニットは、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定する。
【００３７】
第３の態様の第２の実現方式を参照して、第３の態様の第４の実現方式では、前記照会ユニットは、具体的には、
前記第１ユーザの識別子に従って記憶されている情報を照会し、前記第１ユーザが前記第２ユーザにより特定されたグループのメンバーであると判定するよう構成され、前記第２ユーザは複数のユーザを有するグループの識別子であり、前記照会ユニットは、前記第１ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定する。
【００３８】
第３の態様、又は第３の態様の第１の実現方式、又は第３の態様の第２の実現方式、又は第３の態様の第３の実現方式、又は第３の態様の第４の実現方式を参照して、第３の態様の第５の実現方式では、前記第１取得ユニットは、具体的には、
前記第２ユーザのものであって、前記ＰＣＲＦ装置と課金システムとの間でセッションを確立し、前記第２ユーザの確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得するよう構成される。
【００３９】
第３の態様の第５の実現方式を参照して、第３の態様の第６の実現方式では、前記第１受信ユニットが前記ゲートウェイ装置により送信された前記第１ユーザのポリシーリクエストを受信する前に、前記第２ユーザのセッションが確立されており、前記第１取得ユニットは、前記第２ユーザの前記確立されたセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を取得及び保存しており、
前記第１取得ユニットは、具体的には、前記第２ユーザのカウンタの保存された現在の状態を取得するよう構成される。
【００４０】
第３の態様の第５の実現方式を参照して、第３の態様の第７の実現方式では、前記第１受信ユニットが前記ゲートウェイ装置により送信された前記第１ユーザのポリシーリクエストを受信する前に、前記第２ユーザのセッションが確立されており、
前記第１取得ユニットは、具体的には、前記第２ユーザのセッションを利用することによって、前記課金システムから前記第２ユーザのカウンタの現在の状態を取得するよう構成される。
【００４１】
第３の態様の第７の実現方式を参照して、第３の態様の第８の実現方式では、
前記第１取得ユニットは、具体的には、前記第２ユーザのセッションを利用することによって、カウンタ状態取得リクエストを前記課金システムに送信するよう構成され、前記カウンタ状態取得リクエストは前記カウンタの識別子を有し、
前記第１受信ユニットは、具体的には、前記カウンタ状態取得リクエストのものであって、前記課金システムにより送信されたレスポンスメッセージを受信するよう構成され、前記レスポンスメッセージは、前記カウンタの識別子に従ってクエリによって前記課金システムにより取得された前記第２ユーザのカウンタの現在の状態を有する。
【００４２】
第３の態様の第５の実現方式を参照して、第３の態様の第９の実現方式では、
前記第１取得ユニットは、具体的には、前記第２ユーザのセッション確立リクエストを前記課金システムに送信するよう構成され、前記セッション確立リクエストは前記第２ユーザの識別子を含み、
前記第２受信ユニットは、具体的には、前記セッション確立リクエストのものであって、前記課金システムにより送信されたレスポンスメッセージを受信するよう構成され、前記レスポンスメッセージは、前記第２ユーザの識別子に従ってクエリにより前記課金システムにより取得された前記第２ユーザのカウンタの現在の状態を有する。
【００４３】
第３の態様、又は第３の態様の第１の実現方式、又は第３の態様の第２の実現方式、又は第３の態様の第３の実現方式、又は第３の態様の第４の実現方式を参照して、第３の態様の第１０の実現方式では、前記第１取得ユニットが前記カウンタの現在の状態を取得した後に、
前記第１受信ユニットは、具体的には、前記課金システムにより送信された通知メッセージを受信するよう構成され、前記通知メッセージは前記第２ユーザのカウンタの変更された状態を含み、
前記照会ユニットは、具体的には、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定し、前記カウンタの変更された状態に従って前記影響を受ける第１ユーザのための制御ポリシーを再生成するよう構成され、
前記第１送信ユニットは、具体的には、前記通知メッセージのレスポンスメッセージを前記課金システムに返し、前記第１ユーザのものであって、前記ゲートウェイ装置と当該ＰＣＲＦ装置との間のセッションを利用することによって、前記再生成された制御ポリシーを前記ゲートウェイ装置に送信するよう構成される。
【００４４】
第３の態様の第１０の実現方式を参照して、第３の態様の第１１の実現方式では、
前記照会ユニットは、具体的には、当該ＰＣＲＦ装置によって前記記憶されている情報を照会し、前記第２ユーザ及び前記第１ユーザが利用割当てを共有するユーザであって、前記第１ユーザが現在オンラインであると判定するよう構成され、前記照会ユニットが、前記第２ユーザのカウンタの変更された状態が前記第１ユーザに影響を与えると判定する。
【００４５】
第３の態様の第５の実現方式、又は第３の態様の第７の実現方式、又は第３の態様の第９の実現方式、又は第３の態様の第１０の実現方式を参照して、第３の態様の第１２の実現方式では、前記第１取得ユニットは、具体的には、
前記第２ユーザのカウンタの取得された現在の状態を保存し、前記第２ユーザのセッションが終了したとき、又は、前記第２ユーザのセッションが終了していないが、前記第１取得ユニットが、前記第２ユーザのカウンタの現在の状態が必要とされていないと判定するとき、前記第２ユーザのカウンタの保存された現在の状態を削除するよう構成される。
【００４６】
第４の態様によると、本発明の実施例は、
第２ユーザのカウンタを維持するよう構成されるモニタリングユニットと、
前記第２ユーザのものであって、ポリシー及び課金規則機能ＰＣＲＦ装置により送信されたセッション確立リクエストを受信し、前記第２ユーザのセッション確立リクエストに従って、前記第２ユーザのものであって、当該課金システムと前記ＰＣＲＦ装置との間のセッションを確立し、前記第２ユーザのセッションを利用することによって、前記第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストを受信するよう構成される第２受信ユニットと、
前記カウンタ状態取得リクエストに従って、前記モニタリングユニットにより維持される前記第２ユーザのカウンタから前記第２ユーザのカウンタの現在の状態を取得するよう構成される第２取得ユニットと、
前記第２ユーザのセッションを利用することによって、前記第２ユーザのカウンタの現在の状態を前記ＰＣＲＦ装置に返すよう構成される第２送信ユニットであって、前記ＰＣＲＦ装置は、前記第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、前記第２ユーザのカウンタの現在の状態に従って、前記影響を受ける第１ユーザのための前記第１ユーザの制御ポリシーを生成し、前記第１ユーザのものであって、ゲートウェイ装置と前記ＰＣＲＦ装置との間のセッションを利用することによって、前記生成された制御ポリシーを前記ゲートウェイ装置に送信する、第２送信ユニットと、
を有する課金システムを提供する。
【００４７】
第４の態様を参照して、第４の態様の第１の実現方式では、
前記モニタリングユニットは、具体的には、前記第２ユーザのカウンタの状態が変更されたかモニタリングし、前記第２ユーザのカウンタの状態が変更されると、前記第２送信ユニットに通知するよう構成され、
前記第２送信ユニットは、具体的には、前記第２ユーザのセッションを利用することによって、通知メッセージを前記ＰＣＲＦ装置に送信するよう構成され、前記通知メッセージは前記第２ユーザのカウンタの変更された状態を含み、前記ＰＣＲＦ装置は、前記カウンタの変更された状態に従って前記影響を受ける第１ユーザを判定し、前記カウンタの変更された状態に従って前記影響を受ける第１ユーザのための前記第１ユーザの制御ポリシーを再生成し、前記再生成された制御ポリシーを前記ゲートウェイ装置に送信する。
【００４８】
第４の態様又は第４の態様の第１の実現方式を参照して、第４の態様の第２の実現方式では、
前記モニタリングユニットは、具体的には、前記第２ユーザのカウンタの値の変更が、前記カウンタの現在値を設定値より大きく又は小さくすることをモニタリングし、前記第２ユーザのカウンタの値の変更が前記カウンタの現在値を前記設定値より大きく又は小さくするとき、前記カウンタの状態が変更されたと判定し、前記第２ユーザのセッションを利用することによって、前記カウンタの変更された状態を前記第２送信ユニットに通知するよう構成され、
前記第２送信ユニットは、具体的には、前記第２ユーザのセッションを利用することによって、前記通知メッセージを前記ＰＣＲＦ装置に送信するよう構成される。
【００４９】
第４の態様、又は第４の態様の第１の実現方式、又は第４の態様の第２の実現方式を参照して、第４の態様の第３の実現方式では、
前記第２取得ユニットは、具体的には、前記ＰＣＲＦ装置により送信された前記カウンタ状態取得リクエストを受信するよう構成され、前記カウンタ状態取得リクエストは、前記第２ユーザの識別子を有し、
前記第２送信ユニットは、具体的には、前記カウンタ状態取得リクエストのレスポンスメッセージを前記ＰＣＲＦ装置に送信するよう構成され、前記レスポンスメッセージは、前記第２ユーザの識別子に従ってクエリにより前記課金システムにより取得された前記第２ユーザのカウンタの現在の状態を有する。
【００５０】
第４の態様を参照して、第４の態様の第４の実現方式では、
前記第２受信ユニットは、具体的には、前記第２ユーザと利用割当てを共有する第３ユーザの累積データを受信するよう構成され、
前記モニタリングユニットは、具体的には、前記第２ユーザのカウンタに受信された前記第３ユーザの累積データを累積的に加えるよう構成される。
【００５１】
第４の態様の第４の実現方式を参照して、第４の態様の第５の実現方式では、
前記第２受信ユニットは、具体的には、前記第３ユーザの累積データを受信した後に、記憶されている情報を照会し、前記第３ユーザがグループのメンバーであり、前記グループのオーナが前記第２ユーザであると判定し、前記第２ユーザ及び前記第３ユーザが利用割当てを共有するユーザであると判定するよう構成される。
【００５２】
第４の態様の第４の実現方式を参照して、第４の態様の第６の実現方式では、
前記第２受信ユニットは、具体的には、前記第３ユーザの累積データを受信した後に、記憶されている情報を照会し、前記第２ユーザ及び前記第３ユーザが関連付け関係を有するユーザであると判定し、前記第２ユーザ及び前記第３ユーザが利用割当てを共有するユーザであると判定するよう構成される。
【００５３】
第４の態様の第４の実現方式を参照して、第４の態様の第７の実現方式では、
前記第２受信ユニットは、具体的には、前記第３ユーザの累積データを受信した後に、記憶されている情報を照会し、前記第３ユーザがグループのメンバーであり、前記第２ユーザが複数のユーザを有するグループであると判定し、ここで、前記第３ユーザは前記第２ユーザである前記グループのメンバーであり、前記第３ユーザ及び前記第２ユーザが利用割当てを共有するユーザであると判定するよう構成される。
【００５４】
第５の態様によると、本発明の実施例は、請求項２１乃至３３何れか一項記載のポリシー及び課金規則機能ＰＣＲＦ装置と、請求項３４乃至４１何れか一項記載の課金システムとを有するポリシー決定システムを提供する。
【００５５】
本発明の実施例により提供される上記の技術的方策から、本発明の実施例では、ユーザのポリシーリクエストを受信した後に、ＰＣＲＦ装置は、ユーザが他のユーザの累積データを利用可能であると判定し、これにより、ユーザ間で累積データの共有を実現することが理解できる。このようにして、課金システムは、共有された累積データの１つのコピーしか維持する必要がなく、１つのＰＣＲＦ装置は、課金システムと１つのセッションしか確立する必要がなく、累積データに基づき利用割当てを共有可能な全てのユーザに対するポリシー制御を実現するため、当該セッションを１回利用することによって累積データに対応するカウンタの現在の状態を取得する必要があり、これは、共有された累積データに対して課金システムにより実行されるメンテナンス、通知などを低減し、課金システムの処理圧力を低減し、課金システムとＰＣＲＦ装置との間で確立されたセッションの数と、課金システムとＰＣＲＦ装置との間のインタラクションの数とを低減し、課金システムの性能ロスを更に減少させる。
【図面の簡単な説明】
【００５６】
本発明の実施例又は従来技術における技術的手段をより明確に説明するため、以下において、実施例又は従来技術を説明するのに必要な添付図面が簡単に紹介される。明らかに、以下の説明における添付図面は本発明の単なるいくつかの実施例を示し、当業者は、創作的な努力なく、これらの添付図面から他の図面を依然として導出してもよい。
【図１】図１は、従来技術によるポリシー及び課金制御システムの構成図である。
【図２】図２は、本発明の実施例によるポリシー決定方法のフローチャートである。
【図３】図３は、本発明の他の実施例によるポリシー決定方法のフローチャートである。
【図４】図４は、本発明の他の実施例によるポリシー決定方法のフローチャートである。
【図５】図５は、本発明の他の実施例によるポリシー決定方法のフローチャートである。
【図６】図６は、本発明の他の実施例によるポリシー決定方法のフローチャートである。
【図７】図７は、本発明の他の実施例によるポリシー決定方法のフローチャートである。
【図８】図８は、本発明の他の実施例によるポリシー決定方法のフローチャートである。
【図９】図９は、本発明の実施例によるポリシー及び課金規則機能ＰＣＲＦ装置の構成図である。
【図１０】図１０は、本発明の実施例による課金システムの構成図である。
【図１１】図１１は、本発明の他の実施例によるポリシー及び課金規則機能ＰＣＲＦエンティティの構成図である。
【図１２】図１２は、本発明の他の実施例による課金システムの構成図である。
【図１３】図１３は、本発明の実施例によるポリシー決定システムの構成図である。
【図１４】図１４は、本発明の他の実施例によるポリシー決定システムの構成図である。
【発明を実施するための形態】
【００５７】
以下、本発明の実施例における添付図面を参照して、本発明の実施例における技術的方策が明確且つ完全に説明される。明らかに、説明される実施例は、本発明の実施例の全てでなく単なる一部である。創作的な努力なく本発明の実施例に基づき当業者により取得される他の全ての実施例は、本発明の保護範囲内に属する。
【００５８】
本発明の実施例では、課金システムは、オンライン課金システムＯＣＳ又はオフライン課金システムＯＦＣＳを指す。
【００５９】
本発明の実施例では、エンティティは、装置として表現されてもよい。各エンティティは、スタンドアローン装置であってもよいし、又は、他の装置内に配置される装置であってもよい。例えば、ＰＣＲＦ装置は、ＰＣＲＦ装置であってもよい。
【００６０】
まず、本発明の実施例によるポリシー決定方法が説明される。図２は、以下を含む本発明の実施例によるポリシー決定方法の処理を説明する。
【００６１】
２０１．ポリシー及び課金規則機能ＰＣＲＦ装置は、ゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信し、ここで、ポリシーリクエストは、ゲートウェイ装置に配置されたポリシー及び課金実行機能ＰＣＥＦ又はトラフィック検出機能ＴＤＦにより送信されてもよい。
【００６２】
第１ユーザのポリシーリクエストは、ＰＣＲＦ装置から第１ユーザにより利用されるサービスに対する制御ポリシーを取得するのに利用される。
【００６３】
２０２．ＰＣＲＦ装置は、ポリシーリクエストに従って、第１ユーザが第２ユーザのカウンタを利用する必要があると判定する。
【００６４】
第２ユーザのものであって、利用される必要があるカウンタは、第２ユーザの累積データを累積することによって取得されるカウンタである。
【００６５】
２０３．ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態を取得する。
【００６６】
２０４．ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態に従って第１ユーザの制御ポリシーを生成し、制御ポリシーをゲートウェイ装置に送信する。
【００６７】
本発明の実施例により提供される上記の技術的方策から、本発明の実施例において、第１ユーザのポリシーリクエストを受信した後に、ＰＣＲＦ装置は、第１ユーザが第２ユーザの累積データを利用可能であると判定し、これにより、第１ユーザ及び第２ユーザの間で累積データの共有を実現することが理解できる。このようにして、課金システムは、第２ユーザの累積データの１つのコピーしか維持する必要がなく、１つのＰＣＲＦ装置は、ＯＣＳと１つのセッションしか確立する必要がなく、累積データに基づき第２ユーザと利用割当てを共有可能な全ての第１ユーザに対するポリシー制御を実現するため、当該セッションを１回利用することによって第２ユーザの累積データの状態を取得する必要があり、これは、共有された累積データに対して課金システムにより実行されるメンテナンス及び通知などの処理の圧力を低減し、課金システムとＰＣＲＦ装置との間で確立されたセッションの数と、課金システムとＰＣＲＦ装置との間のインタラクションの数とを低減し、課金システムの性能ロスを更に減少させる。
【００６８】
本発明の実施例では、累積データは、累積される必要があるサービス利用情報であり、ここで、サービス利用情報は、トラフィック量又は時間を含み、カウンタは、例えば、トラフィック量の累積又は時間の累積などの粒度又は規則に従って累積データを累積することによって取得されるアイテムであり、共有される利用割当ては、割当て、すなわち、共有ユーザが利用することが許可されているトラフィック量又は時間の割当てであり、カウンタの状態は、区間又は閾値区間の識別子、又は具体的な数値であり、例えば、トラフィック量については、０〜１００ＭＢは１つの状態であり、１００〜２００ＭＢは他の状態である。
【００６９】
本発明の実施例では、ＰＣＲＦ装置がポリシーリクエストに従って第１ユーザが第２ユーザのカウンタを利用する必要があると判定することは、ＰＣＲＦ装置が、ポリシーリクエストから第１ユーザの識別子を取得し、ＰＣＲＦ装置が、第１ユーザの識別子に従って、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定し、第１ユーザが第２ユーザのカウンタを利用する必要があると判定することを含む。従って、本発明の実施例では、第１ユーザは、第１ユーザと利用割当てを共有するユーザの累積データを利用可能であり、これにより、利用割当てを共有するユーザの間で累積データの共有を実現する。本発明の実施例では、利用割当ての共有は、複数のユーザのトラフィック量、時間及び消費量などの情報が、共通の累積量として一緒に累積され、共通の累積量が閾値に到達すると、複数のユーザの全て又は一部のサービスに対する制御ポリシーの変更がトリガされることを意味する。
【００７０】
ＰＣＲＦ装置が第１ユーザの識別子に従って、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定することは、具体的には、以下の３つのケースを含む。
【００７１】
ケース１：ＰＣＲＦ装置は、第１ユーザの識別子に従って記憶されている情報を照会し、第１ユーザがグループのメンバーであると判定し、グループのオーナが第２ユーザであると判定し、それから、ＰＣＲＦ装置が、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定する。
【００７２】
ケース２：ＰＣＲＦ装置が、第１ユーザの識別子に従って記憶されている情報を照会し、第１ユーザと関連付け関係を有する第２ユーザが存在すると判定し、それから、ＰＣＲＦ装置が、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定する。
【００７３】
ケース３：ＰＣＲＦ装置が、第１ユーザの識別子に従って記憶されている情報を照会し、第１ユーザが第２ユーザにより特定されたグループのメンバーであると判定し、ここで、第２ユーザは複数のユーザを有するグループの識別子であり、それから、ＰＣＲＦ装置が、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定する。
【００７４】
本発明の実施例では、記憶されている情報は、ＰＣＲＦ装置に記憶されてもよいし、又はＳＰＲ又はＵＤＲ（Ｕｓｅｒ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ、ユーザデータレポジトリ）などのＰＣＲＦ装置の外部エンティティに記憶されてもよい。ＰＣＲＦ装置は、ＰＣＲＦ装置内又は外に記憶されている情報を照会することによって、第１ユーザ及び第２ユーザが利用割当てを共有可能なユーザであると判定する。
【００７５】
本発明の実施例では、ＰＣＲＦ装置が第２ユーザのカウンタの現在の状態を取得することは、具体的には、ＰＣＲＦ装置が、第２ユーザのものであって、ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、第２ユーザのカウンタの現在の状態を取得することを含み、具体的には、以下の３つのケースを含むものであってもよい。
【００７６】
ケース１：ＰＣＲＦ装置がゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信する前に、第２ユーザのセッションが、ＰＣＲＦ装置と課金システムとの間で確立されており、ＰＣＲＦ装置は、第２ユーザのセッションを利用することによって、第２ユーザのカウンタの現在の状態を取得及び保存している場合、ＰＣＲＦは、第２ユーザのカウンタのものであって、ＰＣＲＦ装置により保存された現在の状態を読む。
【００７７】
ケース２：ＰＣＲＦ装置がゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信する前に、第２ユーザのセッションが、ＰＣＲＦ装置と課金システムとの間で確立されている場合、ＰＣＲＦ装置は、第２ユーザのセッションを利用することによって、課金システムから第２ユーザのカウンタの現在の状態を取得する。好ましくは、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態を保存しておらず、従って、ＰＣＲＦは、第２ユーザのセッションを利用することによってカウンタの現在の状態を取得し、ここで、第２ユーザのカウンタの現在の状態を保存しなかったことは、カウンタの現在の状態が取得されていないか、又は、カウンタの現在の状態が取得されたが、保存されていないことを意味する。ＰＣＲＦ装置が現在の状態を取得することは、具体的には、ＰＣＲＦ装置が、第２ユーザのセッションを利用することによって、カウンタ状態取得リクエストを課金システムに送信し、ここで、カウンタ状態取得リクエストはカウンタの識別子を有し、ＰＣＲＦ装置は、カウンタ状態取得リクエストのものであって、課金システムにより送信されたレスポンスメッセージを受信し、ここで、レスポンスメッセージは、カウンタの識別子に従ってクエリによって課金システムにより取得された第２ユーザのカウンタの現在の状態を有する。この場合、第２ユーザのセッションは、すでに存在するセッションであり、ＰＣＲＦ装置は、第２ユーザのものであって、すでに存在するセッションを利用することによって、第２ユーザのカウンタの現在の状態を取得する。
【００７８】
ケース３：ＰＣＲＦ装置が、第２ユーザのセッション確立リクエストを課金システムに送信し、ここで、セッション確立リクエストは第２ユーザの識別子を含み、ＰＣＲＦ装置は、セッション確立リクエストのものであって、課金システムにより送信されたレスポンスメッセージを受信し、ここで、レスポンスメッセージは、第２ユーザの識別子に従って課金システムによるセッション確立の結果を有し、第２ユーザのカウンタの取得された現在の状態を有する。セッション確立リクエストは、カウンタの識別子を含むものであってもよく、課金システムは、カウンタの現在の状態を直接返す。あるいは、カウンタの識別子は含まれなくてもよく、カウンタの識別子が含まれないとき、課金システムは、カウンタの現在の状態を含む全ての利用可能なカウンタの現在の状態を返す。この場合、第２ユーザのセッションは、第２ユーザのカウンタの現在の状態が必要とされるときに新たに確立されるセッションであり、ＰＣＲＦ装置は、第２ユーザの新たに確立されたセッションを利用することによって、第２ユーザのカウンタの現在の状態を取得する。
【００７９】
ケース２及びケース３では、ＰＣＲＦ装置は、第２ユーザのカウンタの取得された現在の状態を保存してもよく、第２ユーザのセッションが終了したとき、又は、第２ユーザのセッションが終了していないが、ＰＣＲＦ装置が、第２ユーザのカウンタの現在の状態がもはや必要とされていないと判定するとき、ＰＣＲＦ装置は、第２ユーザのカウンタの保存された現在の状態を削除する。第２ユーザのセッションが終了するとは、第２ユーザと利用割当てを共有可能な全ての第１ユーザのサービスが終了したか、又は、第１ユーザのサービスがポリシー制御のため第２ユーザのカウンタにもはや依拠しないとき、ＰＣＲＦ装置が第２ユーザのセッションを中断することを意味する。第２ユーザのセッションが終了していないが、ＰＣＲＦ装置が、第２ユーザのカウンタの現在の状態がもはや必要とされていないと判定するとは、全ての第１ユーザのサービスが依然として利用されているが、第１ユーザのサービスがポリシー制御のため第２ユーザの他のカウンタに依拠し、また、第１ユーザのサービスが第２ユーザのカウンタにもはやリプライしないとき、ＰＣＲＦ装置がもはやカウンタの現在の状態を保存せず、ＰＣＲＦ装置がカウンタへの契約をキャンセルすることを意味する。
【００８０】
本発明の実施例では、ＰＣＲＦ装置がカウンタの現在の状態を取得した後に、当該方法は更に、ＰＣＲＦ装置が、課金システムにより送信された通知メッセージを受信し、ここで、通知メッセージは第２ユーザのカウンタの変更された状態を含み、ＰＣＲＦ装置が、第２ユーザのカウンタの変更された状態が第１ユーザに影響を与えると判定し、ＰＣＲＦ装置が、カウンタの変更された状態に従って影響を受ける第１ユーザのための制御ポリシーを再生成し、第１ユーザのものであって、ゲートウェイ装置とＰＣＲＦ装置との間のセッションを利用することによって、再生成された制御ポリシーをゲートウェイ装置に送信することを含む。
【００８１】
おそらく、本発明の実施例では、第２ユーザのカウンタの変更された状態が第１ユーザに影響を与えると判定することは、具体的には、ＰＣＲＦ装置が、記憶されている情報を照会し、第２ユーザ及び第１ユーザが利用割当てを共有するユーザであって、第１ユーザが現在オンラインであると判定し、第２ユーザのカウンタの変更された状態が第１ユーザに影響を与えると判定することを含む。
【００８２】
本発明の実施例では、ＰＣＲＦ装置が第２ユーザのカウンタの変更された状態を含み、課金システムにより送信される通知を受信した後に、ＰＣＲＦ装置は、第２ユーザのカウンタの取得された現在の状態を保存してもよく、第２ユーザのセッションが終了したか、又は、第２ユーザのセッションが終了していないが、ＰＣＲＦ装置が、第２ユーザのカウンタの現在の状態がもはや必要とされないと判定すると、ＰＣＲＦ装置は、第２ユーザのカウンタの保存された現在の状態を削除する。
【００８３】
図３は、以下を含む本発明の実施例によるポリシー決定方法の処理を説明する。
【００８４】
３０１．課金システムは、第２ユーザの累積データに対応するカウンタを維持し、ここで、累積データは、ユーザのサービス利用情報の累積である。
【００８５】
３０２．課金システムは、第２ユーザのものであって、ＰＣＲＦ装置により送信されたセッション確立リクエストを受信する。
【００８６】
３０３．課金システムは、第２ユーザのセッション確立リクエストに従って、第２ユーザのものであって、課金システムとＰＣＲＦ装置との間のセッションを確立する。
【００８７】
３０４．課金システムは、確立されたセッションを利用することによって、第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストを受信する。具体的には、第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストは、セッションの確立中又は確立後に受信されてもよい。
【００８８】
３０５．課金システムは、カウンタ状態取得リクエストに従って、累積データに対応する維持されたカウンタから第２ユーザのカウンタの現在の状態を取得する。
【００８９】
３０６．課金システムは、第２ユーザのセッションを利用することによって、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に返し、これにより、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、第２ユーザのカウンタの現在の状態に従って、影響を受ける第１ユーザのための第１ユーザの制御ポリシーを生成し、第１ユーザのものであって、ゲートウェイ装置とＰＣＲＦ装置との間のセッションを利用することによって、生成された制御ポリシーをゲートウェイ装置に送信する。
【００９０】
本発明の実施例により提供される上記の技術的方策から、本発明の実施例において、課金システムが、第２ユーザのサービス利用情報の累積データ及び当該累積データに対応するカウンタの状態を維持し、第２ユーザのカウンタ状態取得リクエストを受信した後に、維持されるカウンタから第２ユーザのカウンタの現在の状態を取得し、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に送信し、これにより、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態によって影響を受ける第１ユーザを判定し、第２ユーザのカウンタの現在の状態に従って、影響を受ける第１ユーザのための制御ポリシーを生成し、これにより、第１ユーザと第２ユーザとの間の累積データの共有を実現することが理解できる。このようにして、課金システムは、第２ユーザの累積データの１つのコピーしか維持する必要がなく、１つのＰＣＲＦ装置は、ＯＣＳとの１つのセッションしか確立する必要がなく、累積データに基づき第２ユーザと関連付け関係を有する全ての第１ユーザに対するポリシー制御を実現するため、セッションを１回利用することによって、第２ユーザの累積データの状態を取得する必要があり、これは、共有された累積データに対して課金システムによって実行されるメンテナンス及び通知などの処理の圧力を低減し、課金システムとＰＣＲＦ装置との間に確立されるセッションの数と、課金システムとＰＣＲＦ装置との間のインタラクションの数とを低減し、課金システムの性能ロスを更に減少させる。
【００９１】
本発明の実施例による方法では、課金システムが第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に送信した後に、第２ユーザのカウンタの現在の状態が変更された場合、本発明の実施例による方法は更に、課金システムが、第２ユーザのセッションを利用することによって、カウンタの状態が変更されたとき、通知メッセージをＰＣＲＦ装置に送信することを有し、ここで、通知メッセージは第２ユーザのカウンタの変更された状態を含み、これにより、ＰＣＲＦ装置は、カウンタの変更された状態に従って影響を受ける第１ユーザを判定し、カウンタの変更された状態に従って影響を受ける第１ユーザのための第１ユーザの制御ポリシーを再生成し、再生成された制御ポリシーをゲートウェイ装置に送信することを有してもよい。カウンタの状態が変更することは、第２ユーザのカウンタの値の変更がカウンタの現在値（すなわち、累積量）を設定値より大きく又は小さくすることであってもよい。例えば、設定された閾値が超過すると、課金システムは、通知メッセージをＰＣＲＦ装置に再送する。
【００９２】
本発明の実施例では、課金システムが第２ユーザのセッションを利用することによって、第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストを受信することは、具体的には、課金システムが、ＰＣＲＦ装置により送信されたカウンタ状態取得リクエストを受信し、ここで、カウンタ状態取得リクエストはカウンタの識別子を有し、課金システムが、カウンタ状態取得リクエストのレスポンスメッセージをＰＣＲＦ装置に送信することを含み、ここで、レスポンスメッセージは、カウンタの識別子に従ってクエリにより課金システムにより取得された第２ユーザのカウンタの現在の状態を有する。おそらく、本発明の実施例の方策では、カウンタ状態取得リクエストは、カウンタの現在の状態を取得するのに利用される際、カウンタの現在の状態を契約するのに利用されてもよい。
【００９３】
図４は、以下を含む本発明の他の実施例によるポリシー決定方法の処理を説明する。
【００９４】
４０１．課金システムは、第２ユーザのカウンタを維持し、ここで、カウンタは、ユーザのサービス利用情報の累積データを累積することによって取得されるカウンタである。具体的な処理については、ステップ４０２における関連する説明が参照されてもよい。
【００９５】
４０２．課金システムは、第２ユーザと利用割当てを共有する第３ユーザの累積データ（累積される必要があるサービス利用情報）を受信した後に、受信した第３ユーザの累積データを第２ユーザのカウンタに累積的に加える。
【００９６】
４０３．ポリシー及び課金規則機能ＰＣＲＦにより送信された第２ユーザのセッション確立リクエストを受信した後に、課金システムは、第２ユーザのセッション確立リクエストに従って、第２ユーザのものであって、課金システムとＰＣＲＦとの間のセッションを確立する。
【００９７】
４０４．課金システムは、第２ユーザのセッションを利用することによって、第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストを受信する。
【００９８】
４０５．課金システムは、カウンタ状態取得リクエストに従って第２ユーザの維持されるカウンタから、第２ユーザのカウンタの現在の状態を取得する。
【００９９】
４０６．課金システムは、第２ユーザのカウンタの現在の状態をＰＣＲＦに送信し、これにより、ＰＣＲＦは、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、第２ユーザのカウンタの現在の状態に従って、影響を受ける第１ユーザのための第１ユーザのサービスフロー制御ポリシーを生成し、第１ユーザのものであって、ゲートウェイ装置とＰＣＲＦとの間のセッションを利用することによって、生成されたサービスフロー制御ポリシーをゲートウェイ装置に送信する。
【０１００】
本実施例では、第２ユーザと利用割当てを共有する第３ユーザについて、以下の３つのケースがあってもよい。
【０１０１】
ケース１：第３ユーザはグループのメンバーであり、グループのオーナは第２ユーザであり、このとき、第２ユーザ及び第３ユーザは、利用割当てを共有するユーザである。
【０１０２】
ケース２：第２ユーザ及び第３ユーザは、関連付け関係を有するユーザであり、このとき、第２ユーザ及び第３ユーザは、利用割当てを共有するユーザである。
【０１０３】
ケース３：第３ユーザはグループのメンバーであり、第２ユーザは複数のユーザを有するグループを特定し、ここで、第３ユーザは第２ユーザであるグループのメンバーであり、このとき、第３ユーザ及び第２ユーザは、利用割当てを共有するユーザである。
【０１０４】
ここでは、第１ユーザ、第２ユーザ及び第３ユーザは利用割当てを共有し、ここで、第１ユーザは、第２ユーザのカウンタに基づきポリシー制御が実行されることを現在要求するユーザを表し、第３ユーザは、第３ユーザが第２ユーザのカウンタに基づきポリシー制御が実行されることを必要とするか否かに関係なく、現在オンラインのユーザを表す。すなわち、第３ユーザは第１ユーザを含む。第１ユーザ及び第２ユーザが利用割当てを共有可能なユーザであるケースの関連する説明と、第２ユーザのカウンタの現在の状態によって影響を受ける第１ユーザの関連する説明とについて、本発明の他の実施例の関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１０５】
おそらく、図４に示される実施例において開示される技術的方策は、図３に示される実施例における技術的方策と共に利用されてもよい。すなわち、課金システムは、第１ユーザと第２ユーザとの間で累積データの共有を実現可能であり、また、第２ユーザと利用割当てを共有する第３ユーザの累積データを累積可能であり、第３ユーザの累積データを第２ユーザのカウンタに累積的に加えることができる。
【０１０６】
図５は、以下を含む本発明の他の実施例によるポリシー決定方法の処理を説明する。
【０１０７】
ステップ５０１：ユーザＡのクライアントにより送信されたユーザＡのサービスベアラレイヤ確立リクエストを受信した後に、ゲートウェイ装置は、制御ポリシーがＰＣＲＦ装置から要求される必要があると判定する。
【０１０８】
サービスベアラレイヤ確立リクエストは、ＧＰＲＳネットワークに対応して、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ、インターネット・プロトコル）接続性アクセスネットワークベアラ（ＩＰ  ＣＡＮ  Ｂｅａｒｅｒ）サービスベアラレイヤ確立リクエスト又はパケットデータプロトコル（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ、ＰＤＰ）コンテクスト（ＰＤＰ  Ｃｏｎｔｅｘｔ）サービスベアラレイヤ確立リクエストであってもよく、ここで、サービスベアラレイヤ確立リクエストは、ユーザＡの識別子を有し、当該識別子は、ユーザＡに割り当てられたＩＰアドレスであってもよい。
【０１０９】
具体的には、ゲートウェイ装置は、予め設定された情報に従って、ユーザＡの制御ポリシーがＰＣＲＦ装置から要求される必要があると判定してもよい。
【０１１０】
ステップ５０２：ＰＣＲＦ装置は、ゲートウェイ装置により送信され、ユーザＡの制御ポリシーを要求するのに利用されるユーザＡのポリシーリクエストを受信する。
【０１１１】
制御ポリシーは、ＰＣＲＦ装置によってユーザＡに割り当てられたサービスデータフローの制御ポリシーである。制御ポリシーは、以下、すなわち、サービスデータフローのクオリティ・オブ・サービス（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ、ＱｏＳ）、サービスデータフローが通過することが許可されているか、サービスデータフローのリダイレクション、サービスデータフローの課金制御などの１以上を含む。制御ポリシーはゲートウェイ装置に提供され、これにより、ゲートウェイ装置は、制御ポリシーに従ってネットワークリソースを割り当てる。
【０１１２】
ゲートウェイ装置は、ユーザＡのＧｘ又はＳｄセッション（ゲートウェイ装置とＰＣＲＦ装置との間のセッション）を利用することによって、ＰＣＲＦ装置から制御ポリシーを要求する。Ｇｘセッションは、ＰＣＥＦとＰＣＲＦ装置との間のセッションであり、Ｓｄセッションは、ＴＤＦとＰＣＲＦ装置との間のセッションである。
【０１１３】
ステップ５０３：ＰＣＲＦ装置は、利用割当てを共有するユーザＢの累積データが、ユーザＡの制御ポリシーを決定するのに必要とされるか判定する。
【０１１４】
ユーザＡ及びユーザＢは、利用割当てを共有するユーザであり、以下の３つのケースを含む。
【０１１５】
ケース１：ユーザＡはグループのメンバーであり、グループのオーナはユーザＢであり、このとき、ユーザＡは、グループのオーナＢの累積データを利用する必要がある。
【０１１６】
具体的には、ユーザＡの契約情報を照会することによって、ＰＣＲＦ装置は、ユーザがユーザグループに属しているか判定する。ユーザがユーザグループに属する場合、ＰＣＲＦ装置は、ユーザグループのオーナを取得する（ユーザＡが属するユーザグループのオーナがユーザＢであると仮定する）。検出される情報は、以下の表１に示されるものであってもよい。当該表を照会することによって、ユーザＡがグループ１、すなわち、ｇｒｏｕｐ１のグループに属し、ｇｒｏｕｐ１のグループのオーナがユーザＢであり、関連する累積データのカウンタがｃｏｕｎｔｅｒ１２３であることがわかる。
【表１】
0006272354.tif 000002
【０１１７】
ケース２：ユーザＡとユーザＢとの間には関連付け関係が存在し、ここで、関連付け関係は、契約中又は契約後に判定されてもよい。ユーザＡとユーザＢとの間に関連付け関係が存在するとき、ユーザＡは、ユーザＢの累積データを利用する必要がある。
【０１１８】
本発明の実施例における関連付け関係はまた、従属関係であってもよい。例えば、ユーザＡはユーザＢに従属し、ユーザＢのアカウントのキャンセルはユーザＡのアカウントのキャンセルを導くものであるかもしれない。あるいは、関連付け関係は他の結合関係であってもよい。例えば、ユーザＡのアカウントとユーザＢのアカウントとは、相互に依存するが、それらの各自のライフサイクルを有する。
【０１１９】
具体的には、ＰＣＲＦ装置は、ユーザＡの契約情報を照会し、ユーザＡとユーザＢとの間の検出された関連付け関係に従って、ユーザＡがユーザＢの累積データを必要としているか判定してもよい。ユーザＡとユーザＢとの間に関連付け関係が存在するとき、ユーザＡは、ユーザＢの累積データを必要とする。検出された情報は、以下の表２に示されるものであってもよい。
【表２】
0006272354.tif 000003
【０１２０】
ケース３：ユーザＡは、ユーザＢにより特定されるグループのメンバーであり、ユーザＢはグループの識別子であり、このとき、ユーザＡは、ユーザＢの累積データを利用する必要がある。
【０１２１】
具体的には、ＵｓｅｒＡの契約情報を照会することによって、ＰＣＲＦは、ユーザＡがユーザグループのメンバーであると判定する。それから、ＰＣＲＦは、ユーザグループの識別子を取得する（ユーザＡが属するユーザグループの識別子がＵｓｅｒＢであると仮定する）。検出された情報は、以下の表３に示されるものであってもよい。表３を照会することによって、ユーザＡがグループ、すなわち、ＵｓｅｒＢに属し、ＵｓｅｒＢのグループのメンバーにより共有される割当てはｃｏｕｎｔｅｒ４５６であり、従って、ユーザＡはユーザＢの利用割当てｃｏｕｎｔｅｒ４５６を共有することがわかる。
【表３】
0006272354.tif 000004
【０１２２】
ユーザＡのものであって、ＰＣＲＦ装置により照会される契約情報は、内部又は外部の契約関係記憶エンティティから取得されてもよく、ここで、外部の契約関係記憶エンティティの具体例はＳＰＲである。
【０１２３】
３つのケースにおいて、ＰＣＲＦ装置がユーザＡのためのポリシー決定がユーザＢの累積データを必要としていると判定した場合、ＰＣＲＦ装置は更に、ユーザＢの必要とされるカウンタを判定し、ステップ５０４を実行し、そうでない場合、ＰＣＲＦ装置は、ユーザＡに関する情報に従って制御ポリシーを生成し、ステップ５０６を実行する。
【０１２４】
ステップ５０４：ＰＣＲＦ装置は、ユーザＢのＳｙセッションがＰＣＲＦ装置と課金システムとの間に存在するか判定する。ユーザＢのＳｙセッションが存在する場合、ステップ５０５が実行され、そうでない場合、図６に示される実施例におけるＳｙセッションの確立の関連する説明を参照されたい。
【０１２５】
具体的には、ＰＣＲＦ装置により管理され、ＰＣＲＦ装置と課金システムとの間で実行される全てのＳｙセッションに関する情報に従って、ＰＣＲＦ装置は、ユーザＢのＳｙセッションが存在するか照会及び判定する。
【０１２６】
ステップ５０５：ＰＣＲＦ装置は、ユーザＢの必要とされるカウンタの現在の状態がＰＣＲＦ装置に存在するか判定する。すなわち、ＰＣＲＦ装置は、ＰＣＲＦ装置がＰＣＲＦ装置と課金システムとの間のＳｙセッションを利用することによって、ユーザＢのカウンタを取得及び保存したか判定する。ＰＣＲＦ装置がカウンタの現在の状態を取得及び保存した場合、ＰＣＲＦ装置は、ユーザＢのカウンタのものであって、ＰＣＲＦ装置により保存される現在の状態に従って、ポリシー決定を直接実行し、ポリシー決定により生成されたサービスフロー制御ポリシーをゲートウェイ装置に提供する。
【０１２７】
具体的には、ＰＣＲＦ装置は、ＰＣＲＦ装置と課金システムとの間のＳｙセッションを利用することによって、カウンタ状態取得リクエストを課金システムに送信し、これは、カウンタの現在の状態と契約することに等価である。カウンタの状態が以降に変更されると、カウンタの累積量が閾値より大きいか又は小さい場合、ＯＣＳ、すなわち、課金システムは、ＰＣＲＦ装置にカウンタの変更された状態を通知する。
【０１２８】
ステップ５０６：ＰＣＲＦ装置は、制御ポリシーをゲートウェイ装置に送信し、それから制御ポリシーをアクティブ化する。
【０１２９】
制御ポリシーは、ステップ５０２におけるリクエストメッセージに対応するレスポンスメッセージを利用することによって、ゲートウェイ装置に提供される。
【０１３０】
ステップ５０７：ゲートウェイ装置は、レスポンスメッセージを受信した後に制御ポリシーを実行し、サービスは継続する。
【０１３１】
ＰＣＲＦ装置により提供された制御ポリシーを受信した後に、ＰＣＥＦは、制御ポリシーにおいて割り当てられたＱｏＳ及び帯域幅などのデータに従って、対応するネットワークリソースをサービスデータフローに割り当てる。
【０１３２】
本発明の実施例により提供される上記の技術的方策から、本発明の実施例において、第１ユーザのポリシーリクエストを受信した後に、ＰＣＲＦ装置は、第１ユーザが第２ユーザの累積データを利用可能であると判定し、これにより、第１ユーザと第２ユーザとの間の累積データの共有を実現することが理解できる。このようにして、課金システムは、第２ユーザの累積データの１つのコピーしか維持する必要がなく、１つのＰＣＲＦ装置は、ＯＣＳとの１つのセッションしか確立する必要がなく、累積データに基づき第２ユーザと関連付け関係を有する全ての第１ユーザに対するポリシー制御を実現するため、セッションを１回利用することによって、第２ユーザの累積データの状態を取得する必要があり、これは、共有された累積データに対して課金システムにより実行されるメンテナンス及び通知などの処理の圧力を低減し、課金システムとＰＣＲＦ装置との間に確立されるセッションの数と、課金システムとＰＣＲＦ装置との間のインタラクションの数とを低減し、課金システムの性能ロスを更に減少させる。
【０１３３】
図６は、以下を含む本発明の他の実施例によるポリシー決定方法の処理を説明する。
【０１３４】
ステップ６０１〜６０３の関連する説明のため、図５に示される実施例におけるステップ５０１〜５０３の関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１３５】
ステップ６０４：ＰＣＲＦ装置は、ユーザＢのＳｙセッションがＰＣＲＦ装置と課金システムとの間に存在するか判定する。イエスである場合、ステップ６０５が実行され、そうでない場合、図７に示される実施例におけるＳｙセッションの確立の関連する説明を参照されたい。
【０１３６】
具体的には、ＰＣＲＦ装置により管理され、ＰＣＲＦ装置と課金システムとの間で実行される全てのＳｙセッションに関する情報に従って、ＰＣＲＦ装置は、ユーザＢのＳｙセッションが存在するか照会及び判定する。
【０１３７】
ステップ６０５：ユーザＢのセッションが存在する場合、ＰＣＲＦ装置は、ＰＣＲＦ装置がユーザＢの必要とされるカウンタの現在の状態を保存したか判定し、すなわち、ＰＣＲＦ装置がＳｙセッションを利用することによってカウンタの現在の状態を取得及び保存したか判定する。ＰＣＲＦ装置がカウンタの現在の状態を保存しなかった場合、ＰＣＲＦ装置は、Ｓｙセッションを利用することによって、課金システムからユーザＢのカウンタの現在の状態を取得する。
【０１３８】
具体的には、ここでの第２ユーザのカウンタの現在の状態を保存しなかったことは、カウンタの現在の状態がＳｙセッションを利用することによって取得されなかったか、又はカウンタの現在の状態が、カウンタの状態がＳｙセッションを利用することによって取得された後にＰＣＲＦ装置に保存されないことを意味する。
【０１３９】
ステップ６０６：ＰＣＲＦ装置は、課金システムからユーザＢの必要とされるカウンタの現在の状態を要求する。
【０１４０】
具体的には、ＰＣＲＦ装置は、カウンタの現在の状態を取得するためのリクエストをユーザＢのＳｙセッションを利用することによって課金システムに送信する。
【０１４１】
具体的には、当該リクエストの受信後、課金システムは、カウンタの現在の状態を返し、カウンタの状態変更通知機構と契約する。すなわち、カウンタの状態が以降に変更すると、ＰＣＲＦ装置に通知される。ユーザＢのカウンタの現在の状態を取得及び契約するためＰＣＲＦ装置により利用されるリクエストメッセージのフォーマットは以下の通りである（いくつかの関連するパラメータのみを含む）。
【数１】
0006272354.tif 000005
【０１４２】
ステップ６０７：ＰＣＲＦ装置は、カウンタのものであって、課金システムにより返された現在の状態を受信する。
【０１４３】
課金システムは、ステップ６０６におけるリクエストメッセージのレスポンスメッセージにおいて、カウンタの要求された現在の状態を返し、ＣＣＡレスポンスメッセージのフォーマットは以下の通りである（いくつかの関連するパラメータのみを含む）。
【数２】
0006272354.tif 000006
【０１４４】
ステップ６０８：カウンタのものであって、課金システムにより返される現在の状態を受信した後に、ＰＣＲＦ装置は、ＰＣＲＦ装置にカウンタの現在の状態を保存してもよい。すなわち、カウンタの現在の状態は、ユーザＢのＳｙセッションのライフサイクル内にのみ保存されてもよい。Ｓｙセッションが終了した後、ＰＣＲＦ装置は、カウンタの保存された現在値を削除する。ＰＣＲＦ装置は、カウンタの現在の状態に従ってポリシー決定を実行し、ポリシー決定により取得された制御ポリシーをゲートウェイ装置に提供する。おそらく、具体的なポリシー決定方法については、ステップ５０２の関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１４５】
ステップ６０９〜６１０の関連する説明について、図５に示される実施例におけるステップ５０６〜５０７の関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１４６】
図７は、本発明の実施例によるポリシー決定方法の処理を説明する。当該実施例は以下を含む。
【０１４７】
ステップ７０１〜７０３の関連する説明については、図５に示される実施例におけるステップ５０１〜５０３の関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１４８】
ステップ７０４：ＰＣＲＦ装置は、ユーザＢのＳｙセッションがＰＣＲＦ装置と課金システムとの間で存在するか判定する。ノーである場合、ステップ７０５が実行される。
【０１４９】
具体的には、ＰＣＲＦ装置により管理され、ＰＣＲＦ装置と課金システムとの間で実行される全てのＳｙセッションに関する情報に従って、ＰＣＲＦ装置は、ユーザＢのＳｙセッションが存在するか照会及び判定する。
【０１５０】
ステップ７０５：ＰＣＲＦ装置が、ユーザＢのＳｙセッションがＰＣＲＦ装置と課金システムとの間に存在しないと判定した場合、ＰＣＲＦ装置は、課金システムに対するユーザＢのＳｙセッション確立リクエストを発信し、ここで、Ｓｙセッション確立リクエストは、ユーザＢの必要とされる識別子を含む。ユーザＢがグループである場合、グループの識別子が含まれ、そうでない場合、ユーザのＩＰアドレス又はＭＳＩＳＤＮなどの識別子が含まれる。
【０１５１】
具体的には、セッション確立リクエストは、カウンタの識別子を含むものであってもよく、このとき、課金システムは、カウンタの現在の状態を直接返す。あるいは、カウンタの識別子は含まれなくてもよく、この場合、課金システムは、カウンタの現在の状態を含む利用可能な全てのカウンタの現在の状態を返す。
【０１５２】
具体的には、ＰＣＲＦ装置は、カウンタの現在の状態を取得するための取得リクエストを課金システムに送信し、これはまた、カウンタと契約することと等価である。カウンタの状態が以降に変更すると、カウンタの累積量が閾値より大きいか又は小さい場合、ＯＣＳ、すなわち、課金システムは、カウンタの変更された状態をＰＣＲＦ装置に通知する。
【０１５３】
具体的には、Ｓｙセッション確立リクエストメッセージのフォーマットは以下の通りである（いくつかの関連するパラメータのみを含む）。
【数３】
0006272354.tif 000007
【０１５４】
ステップ７０６：ＰＣＲＦ装置は、Ｓｙセッション確立リクエストのものであって、課金システムにより返されたレスポンスメッセージを受信し、ここで、Ｓｙセッション確立リクエストの処理結果はレスポンスメッセージを介し返される。セッションの確立に成功した場合、レスポンスメッセージは更に、ユーザＢのカウンタの要求された現在の状態を含む。
【０１５５】
レスポンスメッセージのフォーマットは以下の通りである（いくつかの関連するパラメータのみを含む）。
【数４】
0006272354.tif 000008
【０１５６】
ステップ７０７：ユーザＢのカウンタのものであって、課金システムにより返される現在の状態を受信した後に、ＰＣＲＦ装置は、ＰＣＲＦ装置にカウンタの現在の状態を保存する。カウンタの現在の状態は、ユーザＢのＳｙセッションが存在するときにのみ保存されてもよい。Ｓｙセッションが終了した後、ＰＣＲＦ装置は、カウンタの保存された現在値を削除する。ＰＣＲＦ装置は、当該情報及び他の関連情報に従ってポリシー決定を実行し、決定したポリシーをＰＣＥＦに提供する。具体的なポリシー決定方法については、ステップ５０５の関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１５７】
ステップ７０８〜７０９の関連する説明については、図５に示される実施例におけるステップ５０６〜５０７の関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１５８】
図８は、以下を含む本発明の実施例によるポリシー決定方法の処理を説明する。
【０１５９】
８０１：課金システムは、ユーザＢのカウンタを維持する。
【０１６０】
具体的には、課金システムは、ユーザがユーザＢのカウンタに基づきポリシー制御が実行されることを必要としているか否かに関わらず、契約に従って、ユーザグループの各ユーザの利用情報又はユーザＢと割当てを共有するユーザの利用情報をユーザＢのカウンタに累積的に加えてもよい。すなわち、ユーザＡの利用情報は、ユーザＢのカウンタに累積的に加えられてもよく、ユーザＢと関連付け関係を有する他のユーザの利用情報もまた、ユーザＢのカウンタに累積的に加えられてもよい。
【０１６１】
ユーザＢがグループである場合、グループのカウンタの記憶及び管理を実行するため、課金システムにおいて当該グループについてアカウントが特別に設定される必要がある。
【０１６２】
おそらく、いくつかのケースでは、全てのトラフィック量がユーザＢのカウンタに累積的に加えられるとは限らない。契約関係に従って、あるトラフィック量はユーザグループのトラフィック量に累積的に加えられなくてもよいと判定される。例えば、ユーザＡ、Ｂ及びＣを含むユーザグループは、２Ｇトラフィック量を共有するが、２Ｇトラフィック量の共有が許されるサービスはＰ２Ｐを除外し、すなわち、Ｐ２Ｐを除くサービスは、２Ｇトラフィック量の共有を許可され、ここで累積される必要があるトラフィック量は、Ｐ２Ｐサービスを除く他のサービスのトラフィック量である。
【０１６３】
８０２：課金システムは、ユーザＢのカウンタの変更をモニタリングする。
【０１６４】
８０３：ユーザＢのカウンタが設定値に到達すると、課金システムは、ユーザＢのカウンタの変更された状態をＰＣＲＦ装置に通知するため、通知メッセージをＰＣＲＦ装置に送信する。
【０１６５】
具体的には、ユーザＢのカウンタの累積量の変更が設定値に到達すると、例えば、所定の閾値に到達すると、課金システムは、課金システムとＰＣＲＦ装置との間のＳｙセッションを利用することによって、ユーザＢのカウンタの変更された状態をＰＣＲＦ装置に通知してもよい。
【０１６６】
具体的には、カウンタ及びそれの閾値区間は、課金システムにおいて予め設定される。例えば、カウンタの閾値区間、すなわち、ｃｏｕｎｔｅｒ１は、以下の表において示される。
【表４】
0006272354.tif 000009
【０１６７】
課金システムがｃｏｕｎｔｅｒ１の累積値が１ＧＢ以上であると検出すると、カウンタは所定の閾値に到達したとみなされ、課金システムは、Ｓｙセッションを利用することによって、カウンタの新たな状態をＰＣＲＦ装置に通知する。
【０１６８】
通知メッセージのフォーマットは以下の通りである（いくつかの関連するパラメータのみを含む）。
【数５】
0006272354.tif 000010
【０１６９】
８０４：課金システムにより送信された通知メッセージを受信した後に、ＰＣＲＦ装置は、通知メッセージに応答するため、レスポンスメッセージを課金システムに返してもよい。
【０１７０】
８０５：ＰＣＲＦ装置は、ユーザＢのカウンタの変更された状態を保存し、ユーザＢのカウンタの変更された状態によって影響を受ける第１ユーザを判定する。
【０１７１】
具体的には、ＰＣＲＦ装置は、ＰＣＲＦ装置により記憶される情報又は他のエンティティに記憶される情報に従って、ユーザＢのカウンタの変更された状態により影響を受ける第１ユーザを判定してもよい。当該処理は、ユーザＢと利用割当てを共有可能なユーザを判定することと同様である。利用割当てを共有可能なユーザの定義について、本発明の他の実施例が参照されてもよく、詳細はここでは再説明されない。
【０１７２】
ステップ８０６：影響を受ける第１ユーザについて、ＰＣＲＦ装置は、ユーザＢのカウンタの変更された状態に従って第１ユーザのためのポリシー決定を再び実行し、すなわち、影響を受ける第１ユーザのための制御ポリシーを再生成する。
【０１７３】
具体的なポリシー決定処理について、ステップ５０５の関連する説明などの本発明の他の実施例における関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１７４】
ステップ８０７：ＰＣＲＦ装置は、ＰＣＥＦなどのゲートウェイ装置に命令を提供し、これにより、ゲートウェイ装置は、新たに生成された制御ポリシーをインストール及びアクティブ化し、古い制御ポリシーは無効になる。
【０１７５】
ステップ８０８：ゲートウェイ装置ＰＣＥＦは、新たにアクティブ化された制御ポリシーを実行し、確認メッセージをＰＣＲＦ装置に返す。
【０１７６】
ＰＣＲＦ装置により提供された制御ポリシーを再び受信した後に、ＰＣＥＦは、制御ポリシーにおいて割り当てられたＱｏＳ及び帯域幅などのデータに従って、第１ユーザのサービスデータフローに対するネットワークリソースの割当てを調整する。
【０１７７】
以下は、本発明の実施例において提供されるポリシー及び課金規則機能ＰＣＲＦ装置を説明する。図９は、第１受信ユニット９０１、照会ユニット９０２、第１取得ユニット９０３、決定ユニット９０４及び第１送信ユニット９０５を含む本発明の実施例によるポリシー及び課金規則機能ＰＣＲＦ装置９００を説明する。
【０１７８】
第１受信ユニット９０１は、ゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信するよう構成される。
【０１７９】
照会ユニット９０２は、ポリシーリクエストに従って、第１ユーザが第２ユーザのカウンタを利用する必要があると判定するよう構成され、ここで、第２ユーザのものであって、利用される必要があるカウンタは、第２ユーザの累積データを累積することによって取得されるカウンタである。
【０１８０】
第１取得ユニット９０３は、第２ユーザのカウンタの現在の状態を取得するよう構成される。
【０１８１】
決定ユニット９０４は、第２ユーザのカウンタの現在の状態に従って第１ユーザの制御ポリシーを生成するよう構成される。
【０１８２】
第１送信ユニット９０５は、制御ポリシーをゲートウェイ装置に送信するよう構成される。
【０１８３】
照会ユニット９０２は、具体的には、ポリシーリクエストから第１ユーザの識別子を取得し、第１ユーザの識別子に従って、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定し、第１ユーザが第２ユーザのカウンタを利用する必要があると判定するよう構成される。
【０１８４】
本発明の実施例により提供される上記の技術的方策から、本発明の実施例では、第１ユーザのポリシーリクエストを受信した後に、ＰＣＲＦ装置は、第１ユーザが第２ユーザの累積データを利用可能であると判定し、これにより、第１ユーザと第２ユーザとの間の累積データの共有を実現することが理解できる。このようにして、ＰＣＲＦ装置は、課金システムから第２ユーザのカウンタを取得することしか必要とせず、課金システムはまた、第２ユーザのカウンタを維持することしか必要とせず、これは、第１ユーザのカウンタに対して課金システムにより実行される累積を低減し、課金システムとＰＣＲＦ装置との内部的な処理圧力を低減する。さらに、課金システムが累積を実行することを必要とするユーザの数が低減するため、また、課金システムとＰＣＲＦ装置との間でカウンタを交換することを必要とするユーザの数が低減するため、ＰＣＲＦ装置と課金システムとの間のインタラクションの数もまた低減する。
【０１８５】
照会ユニット９０２は、具体的には、第１ユーザの識別子に従って記憶されている情報を照会し、第１ユーザがグループのメンバーであると判定し、グループのオーナが第２ユーザであると判定するよう構成され、照会ユニットは、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定する。
【０１８６】
あるいは、照会ユニット９０２は、具体的には、第１ユーザの識別子に従って記憶されている情報を照会し、第１ユーザと関連付け関係を有する第２ユーザが存在すると判定するよう構成され、照会ユニットは、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定する。
【０１８７】
あるいは、照会ユニット９０２は、具体的には、第１ユーザの識別子に従って記憶されている情報を照会し、第１ユーザが第２ユーザにより特定されたグループのメンバーであると判定するよう構成され、ここで、第２ユーザは複数のユーザを有するグループの識別子であり、照会ユニットは、第１ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定する。
【０１８８】
第１取得ユニット９０３は、具体的には、第２ユーザのものであって、ＰＣＲＦ装置と課金システムとの間でセッションを確立し、第２ユーザの確立されたセッションを利用することによって、第２ユーザのカウンタの現在の状態を取得するよう構成される。第１受信ユニット９０１がゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信する前に、第２ユーザのセッションが確立されており、第１取得ユニットは、第２ユーザの確立されたセッションを利用することによって、第２ユーザのカウンタの現在の状態を取得及び保存しており、そのとき、第１取得ユニット９０３は、第２ユーザのカウンタの保存された現在の状態を取得する。あるいは、第１受信ユニット９０１がゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信する前に、第２ユーザのセッションが確立されており、そのとき、第１取得ユニット９０３は、第２ユーザのセッションを利用することによって、課金システムから第２ユーザのカウンタの現在の状態を取得する。
【０１８９】
第１取得ユニット９０３は、第２ユーザのセッションを利用することによって、カウンタ状態取得リクエストを課金システムに送信するよう構成され、ここで、カウンタ状態取得リクエストはカウンタの識別子を有し、第１受信ユニット９０１は、カウンタ状態取得リクエストのものであって、課金システムにより送信されたレスポンスメッセージを受信するよう構成され、ここで、レスポンスメッセージは、カウンタの識別子に従ってクエリによって課金システムにより取得された第２ユーザのカウンタの現在の状態を有する。
【０１９０】
第１取得ユニット９０３は、具体的には、第２ユーザのセッション確立リクエストを課金システムに送信するよう構成され、ここで、セッション確立リクエストは第２ユーザの識別子を含み、第１受信ユニット９０１は、具体的には、セッション確立リクエストのものであって、課金システムにより送信されたレスポンスメッセージを受信するよう構成され、ここで、レスポンスメッセージは、第２ユーザの識別子に従ってクエリにより課金システムにより取得された第２ユーザのカウンタの現在の状態を有する。
【０１９１】
第１取得ユニット９０３は、具体的には、第２ユーザのカウンタの取得された現在の状態を保存するよう構成され、第２ユーザのセッションが終了したとき、又は、第２ユーザのセッションが終了していないが、第１取得ユニットが、第２ユーザのカウンタの現在の状態が必要とされていないと判定するとき、第１取得ユニットは、第２ユーザのカウンタの保存された現在の状態を削除する。
【０１９２】
第１取得ユニット９０３がカウンタの現在の状態を取得した後に、第１受信ユニット９０１は、具体的には、課金システムにより送信された通知メッセージを受信するよう構成され、ここで、通知メッセージは第２ユーザのカウンタの変更された状態を含み、照会ユニットは、具体的には、第２ユーザのカウンタの変更された状態が第１ユーザに影響を与えると判定し、カウンタの変更された状態に従って影響を受ける第１ユーザのための制御ポリシーを再生成するよう構成され、第１送信ユニットは、具体的には、通知メッセージのレスポンスメッセージを課金システムに返し、第１ユーザのものであって、ゲートウェイ装置とＰＣＲＦ装置との間のセッションを利用することによって、再生成された制御ポリシーをゲートウェイ装置に送信するよう構成される。
【０１９３】
照会ユニット９０２は、具体的には、ＰＣＲＦ装置によって記憶されている情報を照会し、第２ユーザ及び第１ユーザが利用割当てを共有するユーザであって、第１ユーザが現在オンラインであると判定するよう構成され、これにより、照会ユニットが、第２ユーザのカウンタの変更された状態が第１ユーザに影響を与えると判定する。利用割当てを共有するユーザの具体的な判定については、本発明の他の実施例における関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０１９４】
図１０は、モニタリングユニット１００３、第２受信ユニット１００１、第２取得ユニット１００２及び第２送信ユニット１００４を含む本発明の他の実施例による課金システム１０００の構成を説明する。
【０１９５】
モニタリングユニット１００３は、第２ユーザの累積データに対応するカウンタを維持するよう構成され、ここで、累積データは、複数のサービス利用情報の累積である。
【０１９６】
第２受信ユニット１００１は、第２ユーザのものであって、ポリシー及び課金規則機能ＰＣＲＦ装置により送信されたセッション確立リクエストを受信し、第２ユーザのセッション確立リクエストに従って、第２ユーザのものであって、課金システムとＰＣＲＦ装置との間のセッションを確立し、第２ユーザのセッションを利用することによって、第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストを受信するよう構成される。
【０１９７】
第２取得ユニット１００２は、カウンタ状態取得リクエストに従って、第２ユーザのものであって、モニタリングユニットにより維持されるカウンタから第２ユーザのカウンタの現在の状態を取得するよう構成される。
【０１９８】
第２送信ユニット１００４は、第２ユーザのセッションを利用することによって、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に返すよう構成され、これにより、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、第２ユーザのカウンタの現在の状態に従って、影響を受ける第１ユーザのための第１ユーザの制御ポリシーを生成し、第１ユーザのものであって、ゲートウェイ装置とＰＣＲＦ装置との間のセッションを利用することによって、生成された制御ポリシーをゲートウェイ装置に送信する。
【０１９９】
本発明の実施例により提供される上記の技術的方策から、本発明の実施例では、課金システムは、第２ユーザのサービス利用情報の累積により取得されるカウンタを維持し、第２ユーザのカウンタ状態取得リクエストを受信すると、維持されたカウンタから第２ユーザのカウンタの現在の状態を取得し、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に送信する必要があり、これにより、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態により影響を受ける第１ユーザを判定し、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザのための制御ポリシーを生成し、これにより、第１ユーザと第２ユーザとの間の累積データの共有を実現することが理解できる。このようにして、課金システムは、第２ユーザのカウンタを維持することしか必要でなく、第１ユーザのカウンタに対して課金システムにより実行される累積が低減し、課金システムの内部的な処理圧力がまた低減する。さらに、課金システムが累積を実行することを必要とするユーザの数が低減するため、また、課金システムとＰＣＲＦ装置との間でカウンタを交換する必要があるユーザの数が低減するため、ＰＣＲＦ装置と課金システムとの間のインタラクションの数がまた低減する。
【０２００】
モニタリングユニット１００３は、具体的には、第２ユーザのカウンタの状態が変更されたかモニタリングし、第２ユーザのカウンタの状態が変更されると、第２送信ユニットに通知するよう構成される。第２送信ユニットは、具体的には、カウンタ状態取得リクエストに従って第２ユーザのセッションを利用することによって、通知メッセージをＰＣＲＦ装置に送信するよう構成され、ここで、通知メッセージは第２ユーザのカウンタの変更された状態を含み、これにより、ＰＣＲＦ装置は、カウンタの変更された状態に従って影響を受ける第１ユーザを判定し、カウンタの変更された状態に従って影響を受ける第１ユーザのための第１ユーザの制御ポリシーを再生成し、再生成された制御ポリシーをゲートウェイ装置に送信する。
【０２０１】
モニタリングユニット１００３はまた、第２ユーザのカウンタの値の変更が、カウンタの現在値を設定値より大きく又は小さくすることをモニタリングし、第２ユーザのカウンタの値の変更がカウンタの現在値を設定値より大きく又は小さくするとき、第２ユーザのセッションを利用することによって、カウンタの変更された状態を第２送信ユニットに通知するよう構成される。第２送信ユニットは、具体的には、第２ユーザのセッションを利用することによって、通知メッセージをＰＣＲＦ装置に送信するよう構成される。
【０２０２】
第２取得ユニット１００２は、具体的には、ＰＣＲＦ装置により送信されたカウンタ状態取得リクエストを受信するよう構成され、ここで、カウンタ状態取得リクエストは、第２ユーザの識別子及びカウンタの識別子を有する。第２送信ユニットは、具体的には、カウンタ状態取得リクエストのレスポンスメッセージをＰＣＲＦ装置に送信するよう構成され、ここで、レスポンスメッセージは、第２ユーザの識別子に従ってクエリにより課金システムにより取得された第２ユーザのカウンタの現在の状態を有する。
【０２０３】
おそらく、図１０に示される課金装置におけるユニットはまた、上記の実施例における機能に加えて以下の機能を実現してもよく、詳細は以下に説明される。
【０２０４】
第２受信ユニット１００１は、第２ユーザと利用割当てを共有する第３ユーザの累積データを受信し、第２ユーザのカウンタに受信された第３ユーザの累積データを累積的に加え、ＰＣＲＦ装置により送信された第２ユーザのセッション確立リクエストを受信した後に、第２ユーザのセッション確立リクエストに従って、第２ユーザのものであって、課金システムとＰＣＲＦ装置との間のセッションを確立し、第２ユーザのカウンタを要求するのに利用され、セッションの確立中又は確立後にＰＣＲＦ装置により送信されたカウンタ状態取得リクエストを受信するよう構成される。
【０２０５】
第２取得ユニット１００２は、カウンタ状態取得リクエストに従って、複数のユーザのサービス利用情報の累積により取得された維持されたカウンタから、第２ユーザのカウンタの現在の状態を取得するよう構成される。
【０２０６】
第２送信ユニット１００４は、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に送信するよう構成され、これにより、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、影響を受ける第１ユーザのための第１ユーザの制御ポリシーを生成し、第１ユーザのものであって、ゲートウェイ装置とＰＣＲＦ装置との間のセッションを利用することによって、生成された制御ポリシーをゲートウェイ装置に送信する。
【０２０７】
本発明の実施例により提供される上記の技術的方策から、第２ユーザのサービス利用情報が課金システムにおいて維持され、第３ユーザ及び第２ユーザは利用割当てを共有可能なユーザであり、これにより、課金システムは、第３ユーザのサービス利用情報を第２ユーザのカウンタに累積的に加え、第２ユーザのカウンタ状態取得リクエストを受信すると、課金システムは、維持されたカウンタから第２ユーザのカウンタの現在の状態を取得し、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に送信し、これにより、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態により影響を受ける第１ユーザを判定し、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザのための制御ポリシーを生成することが理解できる。従って、第１ユーザは第２ユーザ及び第３ユーザの累積データを利用可能であり、第１ユーザが第２ユーザの累積データを共有可能であることが実現される。このようにして、課金システムは、第２ユーザ及び第３ユーザのカウンタしか維持する必要がなく、第１ユーザのカウンタに対して課金システムにより実行される累積は低減し、課金システムの内部的な処理圧力がまた低減する。さらに、課金システムが累積を実行することを必要とするユーザの数が低減するため、また、課金システムとＰＣＲＦ装置との間でカウンタを交換する必要があるユーザの数が低減するため、ＰＣＲＦ装置と課金システムとの間のインタラクションの数がまた低減する。
【０２０８】
第２受信ユニット１００１は、具体的には、第３ユーザのサービス利用情報を受信した後に、記憶されている情報を照会し、第３ユーザがグループのメンバーであり、グループのオーナが第２ユーザであると判定し、第２ユーザ及び第３ユーザが利用割当てを共有するユーザであると判定するよう構成され、ここで、記憶されている情報はユーザの契約情報であってもよく、ここで、契約情報は、本発明の実施例における表１、表２及び表３など、何れのユーザが利用割当てを共有しているか示す。
【０２０９】
あるいは、第２受信ユニット１００１は、具体的には、第３ユーザのサービス利用情報を受信した後に、記憶されている情報を照会し、第２ユーザ及び第３ユーザが関連付け関係を有するユーザであると判定し、第２ユーザ及び第３ユーザが利用割当てを共有するユーザであると判定するよう構成される。
【０２１０】
あるいは、第２受信ユニット１００１は、具体的には、第３ユーザのサービス利用情報を受信した後に、記憶されている情報を照会し、第３ユーザがグループのメンバーであり、第２ユーザが複数のユーザを有するグループであると判定し、ここで、第３ユーザは、第２ユーザであるグループのメンバーであり、第３ユーザ及び第２ユーザが利用割当てを共有するユーザであると判定するよう構成される。
【０２１１】
モニタリングユニット１００３はまた、カウンタの状態が変更されたかモニタリングし、カウンタの状態が変更されると、第２送信ユニット１００４に通知するよう構成されてもよい。第２送信ユニット１００４はまた、カウンタ状態取得リクエストに従って通知メッセージをＰＣＲＦ装置に送信するよう構成されてもよく、ここで、通知メッセージは、第２ユーザのカウンタの変更された状態を含み、これにより、ＰＣＲＦ装置は、カウンタの変更された状態に従って影響を受ける第１ユーザを判定し、影響を受ける第１ユーザのための第１ユーザの制御ポリシーを再生成し、再生成された制御ポリシーをゲートウェイ装置に送信する。
【０２１２】
図１１は、少なくとも１つのプロセッサ１１０２（例えば、ＣＰＵ）、少なくとも１つのネットワークインタフェース１１０５又は他の通信インタフェース、メモリ１１０６及び装置の間の接続及び通信を実現するよう構成される少なくとも１つの通信バス１１０３を含む、本発明の他の実施例によるポリシー及び課金規則機能ＰＣＲＦ装置の構成を示す。プロセッサ１１０２は、メモリ１１０６に記憶されるコンピュータプログラムなどの実行可能モジュールを実行するよう構成される。メモリ１１０６は、高速ランダム・アクセス・メモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含むものであってもよいし、又は、少なくとも１つの磁気ディスクメモリなどの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を更に含むものであってもよい。システムゲートウェイと少なくとも１つの他のネットワーク要素との間の通信接続は、少なくとも１つのネットワークインタフェース１１０５（有線又は無線であってもよい）を利用することによって実現され、例えば、インターネット、ワイド・エリア・ネットワーク、ローカル・エリア・ネットワーク又はメトロポリタン・エリア・ネットワークが利用されてもよい。
【０２１３】
いくつかの実現方式では、メモリ１１０６はプログラム１１０６１を記憶し、プログラム１１０６１はプロセッサ１１０２により実行されてもよい。プログラムは、ポリシー及び課金規則機能ＰＣＲＦ装置が、ゲートウェイ装置により送信された第１ユーザのポリシーリクエストを受信するステップと、ＰＣＲＦ装置が、ポリシーリクエストに従って、第１ユーザが第２ユーザのカウンタを利用する必要があると判定するステップと、ＰＣＲＦ装置が、第２ユーザのものであって、ＰＣＲＦ装置と課金システムとの間に確立されたセッションを利用することによって、第２ユーザのカウンタの現在の状態を取得するステップと、ＰＣＲＦ装置が、第２ユーザのカウンタの現在の状態に従って第１ユーザの制御ポリシーを生成し、制御ポリシーをゲートウェイ装置に送信するステップとを有する。
【０２１４】
本発明の実施例において提供される上記の技術的方策から、本発明の実施例において、第１ユーザのポリシーリクエストを受信した後に、ＰＣＲＦ装置は、第１ユーザが第２ユーザの累積データを利用可能であると判定し、これにより、第１ユーザと第２ユーザとの間の累積データの共有を実現することが理解できる。このようにして、課金システムは、第２ユーザの累積データの１つのコピーしか維持する必要がなく、１つのＰＣＲＦ装置は、ＯＣＳとの１つのセッションしか確立する必要はなく、累積データに基づき第２ユーザと利用割当てを共有可能な全ての第１ユーザに対するポリシー制御を実現するため、セッションを１回利用することによって第２ユーザの累積データの状態を取得する必要があり、これは、共有された累積データに対して課金システムにより実行されるメンテナンス及び通知などの処理の圧力を低減し、課金システムとＰＣＲＦ装置との間に確立されたセッションの数と、課金システムとＰＣＲＦ装置との間のインタラクションの数とを低減し、課金システムの性能ロスを更に減少させる。
【０２１５】
図１２は、少なくとも１つのプロセッサ１２０２（例えば、ＣＰＵ）、少なくとも１つのネットワークインタフェース１２０５又は他の通信インタフェース、メモリ１２０６及び装置の間の接続及び通信を実現するよう構成される少なくとも１つの通信バス１２０３を含む、本発明の他の実施例による課金装置の構成を示す。プロセッサ１２０２は、メモリ１２０６に記憶されるコンピュータプログラムなどの実行可能モジュールを実行するよう構成される。メモリ１２０６は、高速ランダム・アクセス・メモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含むものであってもよいし、又は、少なくとも１つの磁気ディスクメモリなどの不揮発性メモリ（ｎｏｎ−ｖｏｌａｔｉｌｅ  ｍｅｍｏｒｙ）を更に含むものであってもよい。システムゲートウェイと少なくとも１つの他のネットワーク要素との間の通信接続は、少なくとも１つのネットワークインタフェース１２０５（有線又は無線であってもよい）を利用することによって実現され、例えば、インターネット、ワイド・エリア・ネットワーク、ローカル・エリア・ネットワーク又はメトロポリタン・エリア・ネットワークが利用されてもよい。
【０２１６】
いくつかの実現方式では、メモリ１２０６はプログラム１２０６１を記憶し、プログラム１２０６１はプロセッサ１２０２により実行されてもよい。プログラムは、課金システムが、第２ユーザのカウンタを維持するステップと、課金システムが、第２ユーザのものであって、ポリシー及び課金規則機能ＰＣＲＦ装置により送信されたセッション確立リクエストを受信するステップと、課金システムが、第２ユーザのセッション確立リクエストに従って、第２ユーザのものであって、課金システムとＰＣＲＦ装置との間のセッションを確立するステップと、課金システムが、第２ユーザのセッションを利用することによって、第２ユーザのカウンタを要求するのに利用されるカウンタ状態取得リクエストを受信するステップと、課金システムが、カウンタ状態取得リクエストに従って、第２ユーザの維持されたカウンタから第２ユーザのカウンタの現在の状態を取得するステップと、課金システムが、第２ユーザのセッションを利用することによって、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に返すステップであって、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、第２ユーザのカウンタの現在の状態に従って、影響を受ける第１ユーザのための第１ユーザの制御ポリシーを生成し、第１ユーザのものであって、ゲートウェイ装置とＰＣＲＦ装置との間のセッションを利用することによって、生成された制御ポリシーをゲートウェイ装置に送信する、返すステップとを有する。
【０２１７】
本発明の実施例において提供される上記の技術的方策から、本発明の実施例において、課金システムは、第２ユーザのサービス利用情報の累積データと累積データに対応するカウンタの状態とを維持し、第２ユーザのカウンタ状態取得リクエストを受信した後に、維持されたカウンタから第２ユーザのカウンタの現在の状態を取得し、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に送信し、これにより、ＰＣＲＦ装置は、第２ユーザのカウンタの現在の状態により影響を受ける第１ユーザを判定し、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザのための制御ポリシーを生成し、これにより、第１ユーザと第２ユーザとの間の累積データの共有を実現することが理解できる。このようにして、課金システムは、第２ユーザの累積データの１つのコピーしか維持する必要がなく、１つのＰＣＲＦ装置は、ＯＣＳとの１つのセッションしか確立する必要はなく、累積データに基づき第２ユーザと関連付け関係を有する全ての第１ユーザに対するポリシー制御を実現するため、セッションを１回利用することによって第２ユーザの累積データの状態を取得する必要があり、これは、共有された累積データに対して課金システムにより実行されるメンテナンス及び通知などの処理の圧力を低減し、課金システムとＰＣＲＦ装置との間に確立されたセッションの数と、課金システムとＰＣＲＦ装置との間のインタラクションの数とを低減し、課金システムの性能ロスを更に減少させる。
【０２１８】
本発明の実施例は更にポリシー決定システムを提供する。本発明の実施例において提供されるポリシー決定システムは、本発明の何れかの実施例によるポリシー及び課金規則機能ＰＣＲＦ装置及び課金システムを含むものであってもよい。
【０２１９】
図１３は、本発明の実施例による課金システムの構成を示す。課金システムは、ポリシー及び課金規則機能ＰＣＲＦ装置１３０１及びゲートウェイ装置１３０２を含む。
【０２２０】
ゲートウェイ装置１３０２は、ユーザのクライアントにより送信されたサービスベアラレイヤ確立リクエストを受信し、ユーザの制御ポリシーを要求するため、当該リクエストに従ってポリシーリクエストをＰＣＲＦ装置１３０１に送信するよう構成される。
【０２２１】
ポリシー及び課金規則機能ＰＣＲＦ装置１３０１は、ゲートウェイ装置１３０２により送信されたポリシーリクエストを受信し、当該ポリシーリクエストに従って第１ユーザが第２ユーザのカウンタを利用する必要があると判定し、第２ユーザのカウンタの現在の状態を取得し、第２ユーザのカウンタの現在の状態に従って第１ユーザの制御ポリシーを生成し、制御ポリシーをゲートウェイ装置１３０２に送信するよう構成される。ＰＣＲＦ装置１３０１の構成及びＰＣＲＦ装置１３０１により実行される具体的な処理について、本発明の上記の実施例における関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０２２２】
図１４は、本発明の実施例による課金システムの構成を示す。課金システムは、ポリシー及び課金規則機能ＰＣＲＦ装置１４０１、課金装置１４０２及びゲートウェイ装置１４０３を有する。ポリシー及び課金規則機能ＰＣＲＦ装置１４０１及びゲートウェイ装置１４０３の具体的な実現処理は、図１３に示されるＰＣＲＦ装置１３０１及びゲートウェイ装置１３０２のものと同じである。
【０２２３】
課金装置１４０２は、課金システムのための第２ユーザのカウンタを維持し、第２ユーザのものであって、ポリシー及び課金規則機能ＰＣＲＦ装置１４０１により送信されたセッション確立リクエストを受信し、第２ユーザのセッション確立リクエストに従って、第２ユーザのものであって、課金システム１４０２とＰＣＲＦ装置１４０１との間のセッションを確立し、セッションの確立中又は確立後にカウンタ状態取得リクエストを受信し、ここで、リクエストは第２ユーザのカウンタを要求するのに利用され、カウンタ状態取得リクエストに従って、第２ユーザの維持されたカウンタから第２ユーザのカウンタの現在の状態を取得し、第２ユーザのセッションを利用することによって、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置１４０１に返すよう構成され、これにより、ＰＣＲＦ装置１４０１は、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、第２ユーザのカウンタの現在の状態に従って、影響を受ける第１ユーザのための第１ユーザの制御ポリシーを生成し、第１ユーザのものであって、ゲートウェイ装置１４０３とＰＣＲＦ装置１４０１との間のセッションを利用することによって、生成された制御ポリシーをゲートウェイ装置１４０３に送信する。
【０２２４】
あるいは、上記の機能が実現されることに基づき、課金システム１４０３は更に、第２ユーザと利用割当てを共有する第３ユーザのサービス利用情報を受信した後に、受信された第３ユーザのサービス利用情報を第２ユーザのカウンタに累積的に加え、ポリシー及び課金規則機能ＰＣＲＦ装置により送信された第２ユーザのセッション確立リクエストを受信した後に、第２ユーザのセッション確立リクエストに従って、第２ユーザのものであって、課金システムとＰＣＲＦ装置との間のセッションを確立し、セッションの確立中又は確立後にカウンタ状態取得リクエストを受信し、ここで、リクエストは第２ユーザのカウンタを要求するのに利用され、カウンタ状態取得リクエストに従って、複数のユーザのサービス利用情報の累積により取得された維持されたカウンタから第２ユーザのカウンタの現在の状態を取得し、第２ユーザのカウンタの現在の状態をＰＣＲＦ装置に送信するよう構成され、これにより、ＰＣＲＦ装置１４０１は、第２ユーザのカウンタの現在の状態に従って影響を受ける第１ユーザを判定し、影響を受ける第１ユーザのための第１ユーザの制御ポリシーを生成し、第１ユーザのものであって、ゲートウェイ装置１４０３とＰＣＲＦ装置１４０１との間のセッションを利用することによって、生成された制御ポリシーをゲートウェイ装置１４０３に送信する。
【０２２５】
ＰＣＲＦ装置１４０１及び課金装置１４０２の構成とＰＣＲＦ装置１４０１と課金装置１４０２とにより実行される具体的な処理について、本発明の上記の実施例における関連する説明が参照されてもよく、詳細はここでは再説明されない。
【０２２６】
上記の装置及びシステムにおけるユニット及びモジュールの間の情報の交換及び実行処理などの内容は、本発明の方法の実施例と同じアイデアに基づく。従って、詳細な内容について、本発明の方法の実施例における説明を参照されたく、詳細はここでは再説明されない。
【０２２７】
当業者は、実施例における方法の処理の全て又は一部が関連するハードウェアに指示するコンピュータプログラムにより実現されてもよいことを理解してもよい。当該プログラムは、コンピュータ可読記憶媒体に記憶されてもよい。プログラムが実行されると、実施例における方法の処理が実行される。上記の記憶媒体は、磁気ディスク、光ディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）又はランダム・アクセス・メモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含むものであってもよい。
【０２２８】
本明細書において、本発明の原理及び実現方式を説明するための具体的な実施例が利用される。上記の実施例は、本発明の方法及びアイデアを理解するのに役立つことを単に意図するものである。さらに、実現方式及び適用範囲に関して、本発明のアイデアに従って当業者により修正されてもよい。従って、明細書は本発明に対する限定として解釈されるものでない。
【図１】
0006272354.tif 000011
【図２】
0006272354.tif 000012
【図３】
0006272354.tif 000013
【図４】
0006272354.tif 000014
【図５】
0006272354.tif 000015
【図６】
0006272354.tif 000016
【図７】
0006272354.tif 000017
【図８】
0006272354.tif 000018
【図９】
0006272354.tif 000019
【図１０】
0006272354.tif 000020
【図１１】
0006272354.tif 000021
【図１２】
0006272354.tif 000022
【図１３】
0006272354.tif 000023
【図１４】
0006272354.tif 000024