JP2022008852A - 課金方法、装置、及びシステム - Google Patents

Abstract

【課題】サービスに対する課金を簡単にするための課金方法、装置及びシステムを提供する。
【解決手段】方法は、課金トリガ装置によって、サービスリソース生成要求を課金システムへ送り、課金システムによって送られたサービスリソース生成応答を受け取ることを含む。サービスリソース生成要求は、セッションにおけるサービスに対応するサービスリソースを生成するように課金システムに要求するために使用される。セッションは、データ接続サービスをユーザ機器へ供給するために使用される。サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用される。サービスリソース生成応答は、第１リソース識別子を含む。第１リソース識別子は、セッションにおけるサービスに対応して課金システムによって生成されるサービスリソースを識別するために使用される。
【選択図】図５

Description

本開示は、通信技術の分野に、特に、課金方法、装置、及びシステムに関係がある。

現在、通信システムでは、オンライン課金サービスのための課金及びオフライン課金サービスのための課金は、異なる課金システムで行われている。図１に示されるように、通信システム内の課金トリガ装置は、Ｒｏインターフェイスを使用することによってオンライン課金システムと通信し、Ｒｆインターフェイスを使用することによってオフライン課金サービスと通信する。オンライン課金システムは、オンライン課金サービスのための課金を実行するよう構成され、オフライン課金システムは、オフライン課金サービスのための課金を実行するよう構成される。

しかし、オンライン課金システムとオフライン課金システムとの間の分離は、サービス課金を相対的に複雑にする。

本開示の実施形態で提供される課金方法、装置、及びシステムは、サービスに対する課金方法を簡単にすることを助ける。

第１の態様に従って、本開示の実施形態は、
課金トリガ装置によって、サービスリソース生成要求を課金システムへ送り、次いで、課金システムによって送られたサービスリソース生成応答を受け取ることを含み、サービスリソース生成要求は、セッションにおけるサービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、セッションは、データ接続サービスをユーザ機器へ供給するために使用され、サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用され、サービスリソース生成応答は第１リソース識別子を含み、第１リソース識別子は、セッションにおけるサービスに対応して課金システムによって生成されるサービスリソースを識別するために使用される、課金方法を提供する。

本開示のこの実施形態で、サービスリソースは、サービスリソースを動作させることによって、オンライン課金サービスのための課金及びオフライン課金サービスのための課金が両方とも実行可能であるように導入され、それによって、オンライン課金及びオフライン課金の両方の統合が達成される。先行技術においてオンライン課金及びオフライン課金が別々に実行される方法と比較して、サービスに対する課金方法は、ある程度簡単にされる。

本開示のこの実施形態で、課金システム及び課金トリガ装置の効率及びスケーラビリティを改善するために、可能な設計において、課金トリガ装置がセッションにおけるサービスのクォータを要求すること又はセッションにおけるサービスの利用情報を報告することを必要とし、かつ、利用可能なサービスリソースがない場合に、課金トリガ装置は、サービスリソース生成要求を課金システムへ送る。

可能な設計において、サービスリソース生成要求は、セッション識別子と、ユーザ機器に対応するユーザ識別子とを含み、セッション識別子は、セッションを識別するために使用される。この技術的解決法は、課金システムがサービス課金中に異なるユーザの異なるタイプのサービスを区別することができるよう助ける。

可能な設計において、サービスリソース生成要求は、第１サービスリソースを生成するように課金システムに要求するために使用され、第１サービスリソースは、セッションにおける全てのサービスに対応し、セッションにおける全てのサービスは、オンライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オフライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オンライン課金サービス及びオフライン課金サービスを含む。

可能な設計において、サービスリソース生成要求は、第２サービスリソース及び第３サービスリソースを生成するように課金システムに要求するために使用され、第２サービスリソースは、セッションにおけるオンライン課金サービスに対応し、第３サービスリソースは、セッションにおけるオフライン課金サービスに対応し、あるいは、可能な設計において、サービスリソース生成要求は、セッションにおけるオンライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、あるいは、可能な設計において、サービスリソース生成要求は、セッションにおけるオフライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用される。

可能な設計において、サービスリソース生成要求は、少なくとも１つのサービスリソースを生成するように課金システムに要求するために使用され、少なくとも１つのサービスリソースの夫々は、同じレーティンググループに属する、セッションにおけるサービスに対応する。

可能な設計において、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース生成要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含み、あるいは、
課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含み、又は課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

この技術的解決法は、課金システムによって実行されるサービス課金の正確さを改善することを助ける。

可能な設計において、課金トリガ装置は、サービスリソース更新要求を課金システムへ送り、サービスリソース更新要求は第２リソース識別子を含み、第２リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新するように要求されるサービスリソースを識別するために使用される。この技術的解決法は、課金システムによって実行されるサービス課金の正確さを更に改善することを助ける。

可能な設計において、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループと、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、あるいは、
第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループと、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

本開示のこの実施形態は、サービスリソース更新要求を課金システムへ送るように課金トリガ装置をトリガする可能な様態を更に提供する。課金システムによって送られたサービスリソース更新通知を受け取った後、課金トリガ装置は、サービスリソース更新要求を課金システムへ送る。任意に、サービスリソース更新通知は第３リソース識別子を含み、第３リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新されるように要求するサービスリソースを識別するために使用される。

更に、可能な設計において、サービスリソース更新要求は、課金システムがサービスリソースを更新されるよう要求するサービスが属するレーティンググループを更に含み、サービスは、第３リソース識別子によって識別されるサービスリソースに対応するサービスに含まれる。

加えて、サービスリソース更新要求を課金システムへ送るように課金トリガ装置をトリガする他の可能な様態では、第１課金トリガ条件が満足される場合に、課金トリガ装置は、サービスリソース更新要求を課金システムへ送る。

可能な設計において、課金トリガ装置は、サービスリソース削除要求を課金システムへ送り、サービスリソース削除要求は第４リソース識別子を含み、第４リソース識別子は、第１リソース識別子によって識別されるサービスリソースから削除されるべきサービスリソースを識別するために使用される。上記の方法は、課金システムにおいてリソース利用を改善するために、課金システムが生成されたサービスリソースを解放することを助ける。

例えば、第２課金トリガ条件が満足される場合に、課金トリガ装置は、サービスリソース削除要求を課金システムへ送る。

可能な設計において、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース削除要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、あるいは、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース削除要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

第２の態様に従って、本開示の実施形態は、
課金システムによって、課金トリガ装置によって送られたサービスリソース生成要求を受け取り、次いで、サービスリソース生成応答を課金トリガ装置へ送ることを含み、サービスリソース生成要求は、セッションにおけるサービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、セッションは、データ接続サービスをユーザ機器へ供給するために使用され、サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用され、サービスリソース生成応答は第１リソース識別子を含み、第１リソース識別子は、セッションにおけるサービスに対応して課金システムによって生成されるサービスリソースを識別するために使用される、課金方法を提供する。

本開示のこの実施形態で、サービスリソースは、サービスリソースを動作させることによって、オンライン課金サービスのための課金及びオフライン課金サービスのための課金が両方とも実行可能であるように導入され、それによって、オンライン課金及びオフライン課金の両方の統合が達成される。先行技術においてオンライン課金及びオフライン課金が別々に実行される方法と比較して、サービスに対する課金方法は、ある程度簡単にされる。

可能な設計において、サービスリソース生成要求は、セッション識別子と、ユーザ機器に対応するユーザ識別子とを含み、セッション識別子は、セッションを識別するために使用される。この技術的解決法は、課金システムがサービス課金中に異なるユーザの異なるタイプのサービスを区別することができるよう助ける。

可能な設計において、サービスリソース生成要求は、第１サービスリソースを生成するように課金システムに要求するために使用され、第１サービスリソースは、セッションにおける全てのサービスに対応し、セッションにおける全てのサービスは、オンライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オフライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オンライン課金サービス及びオフライン課金サービスを含む。

可能な設計において、サービスリソース生成要求は、第２サービスリソース及び第３サービスリソースを生成するように課金システムに要求するために使用され、第２サービスリソースは、セッションにおけるオンライン課金サービスに対応し、第３サービスリソースは、セッションにおけるオフライン課金サービスに対応し、あるいは、可能な設計において、サービスリソース生成要求は、セッションにおけるオンライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、あるいは、可能な設計において、サービスリソース生成要求は、セッションにおけるオフライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用される。

可能な設計において、サービスリソース生成要求は、少なくとも１つのサービスリソースを生成するように課金システムに要求するために使用され、少なくとも１つのサービスリソースの夫々は、同じレーティンググループに属する、セッションにおけるサービスに対応する。

可能な設計において、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース生成要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含み、あるいは、
課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含み、又は課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

この技術的解決法は、課金システムによって実行されるサービス課金の正確さを改善することを助ける。

例えば、課金システムが、ユーザ機器の勘定残高から、レーティンググループに対応してサービスリソース生成要求を使用することによって要求されるクォータを留保し、クォータをオンライン課金サービスに割り当てることは、サービスリソース生成要求がオンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含む場合に適用されてよいことが留意されるべきである。他の例として、課金システムが、ユーザ機器の勘定残高から仮想クォータを留保することなしに、オフライン課金サービスに対して、レーティンググループに対応してサービスリソース生成要求を使用することによって要求される仮想クォータを割り当てることは、サービスリソース生成要求がオフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含む場合に適用されてよい。他の例として、課金システムが、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとに基づいて、課金データ記録を生成することは、サービスリソース生成要求がオフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。

可能な設計において、課金システムは、課金トリガ装置によって送られたサービスリソース更新要求を受け取り、サービスリソース更新要求に基づいて、第２リソース識別子に対応するサービスリソースを更新し、サービスリソース更新要求は第２リソース識別子を含み、第２リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新するように要求されるサービスリソースを識別するために使用される。この技術的解決法は、サービスに対して課金システムによって実行される課金の正確さを更に改善することを助ける。

可能な設計において、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループと、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、あるいは、
第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループと、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

課金システムは、サービスリソース更新要求に基づいて、次の方法で、第２リソース識別子に対応するサービスリソースを更新し得ることが留意されるべきである。

例えば、課金システムが、ユーザ機器の勘定残高から、レーティンググループに対応してサービスリソース生成要求を使用することによって要求されるクォータを留保し、クォータをオンライン課金サービスに割り当て、オンライン課金サービスに割り当てられたクォータから、オンライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて、オンライン課金サービスによって使用される部分を減じることは、サービスリソース更新要求が、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループと、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。他の例として、課金システムが、ユーザ機器の勘定残高から、レーティンググループに対応してサービスリソース生成要求を使用することによって適用されるクォータを留保し、クォータをオンライン課金サービスに割り当てることは、サービスリソース生成要求が、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含む場合に適用されてよい。他の例として、課金システムが、オンライン課金サービスに割り当てられたクォータから、オンライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて、オンライン課金サービスによって使用される部分を減じることは、サービスリソース更新要求が、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。他の例として、課金システムが、オフライン課金サービスに対して、レーティンググループに対応してサービスリソース生成要求を使用することによって要求される仮想クォータを割り当て、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて課金データ記録を生成することは、サービスリソース更新要求が、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループと、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。他の例として、課金システムが、オフライン課金サービスに対して、レーティンググループに対応してサービスリソース生成要求を使用することによって要求される仮想クォータを割り当てることは、サービスリソース更新要求が、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含む場合に適用されてよい。他の例として、課金システムが、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて課金データ記録を生成することは、サービスリソース生成要求が、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。

本開示のこの実施形態は、サービスリソース更新要求を課金システムへ送るように課金トリガ装置をトリガする可能な様態を更に提供する。サービスリソース更新通知を課金トリガ装置へ送った後、課金システムは、課金トリガ装置によって送られたサービスリソース更新要求を受け取る。サービスリソース更新通知は第３リソース識別子を含み、第３リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新されるように要求するサービスリソースを識別するために使用される。

更に、可能な設計において、サービスリソース更新要求は、課金システムがサービスリソースを更新されるよう要求するサービスが属するレーティンググループを更に含み、サービスは、第３リソース識別子によって識別されるサービスリソースに対応するサービスに含まれる。

可能な設計において、課金システムは、課金トリガ装置によって送られたサービスリソース削除要求を受け取り、サービスリソース削除要求に基づいて、第４リソース識別子によって識別されるサービスリソースを削除し、サービスリソース削除要求は第４リソース識別子を含み、第４リソース識別子は、第１リソース識別子によって識別されるサービスリソースから削除されるべきサービスリソースを識別するために使用される。上記の方法は、課金システムにおいてリソース利用を改善するために、課金システムが生成されたサービスリソースを解放することを助ける。

可能な設計において、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース削除要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、あるいは、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース削除要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

課金システムは、オンライン課金サービスのクォータから、オンライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて、オンライン課金サービスによって使用される部分を減じることが留意されるべきである。かような技術的解決法は、サービスリソース削除要求が、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。課金システムが、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて、課金データ記録を生成することは、サービスリソース削除要求が、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。

第３の態様に従って、本開示の実施形態で提供される課金トリガ装置は、ネットワークデバイスであってよく、あるいは、ネットワークデバイス内のチップであってよい。課金トリガ装置は、第１の態様及び第１の態様な可能な設計の技術的解決法を実装する機能を備える。機能は、ハードウェアを使用することによって実装されてよく、あるいは、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、上記の機能に対応する１つ以上のモジュールを含む。

可能な設計において、課金トリガ装置は、処理ユニット及び通信ユニットを含む。処理ユニットは、例えば、プロセッサであってよい。通信ユニットは、例えば、通信インターフェイスであってよい。任意に、プロセッサは、光ファイバ又はツイストペアのような有線様式で通信インターフェイスへ接続されてよい。通信ユニットは、代替的に、トランシーバであってよく、トランシーバは、無線周波数回路を含んでよい。任意に、プロセッサは、ワイヤレス・フィデリティ（wireless fidelity，Ｗｉ－Ｆｉ）のような無線様式でトランシーバへ接続されてよい。

具体的に、処理ユニットは、サービスリソース生成要求を生成するよう構成され、通信ユニットは、サービスリソース生成要求を課金システムへ送り、次いで、課金システムによって送られたサービスリソース生成応答を受け取るよう構成される。サービスリソース生成要求は、セッションにおけるサービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、セッションは、データ接続サービスをユーザ機器へ提供するために使用され、サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用され、サービスリソース生成応答は第１リソース識別子を含み、第１リソース識別子は、セッションにおけるサービスに対応して課金システムによって生成されるサービスリソースを識別するために使用される。

他の可能な設計において、課金トリガ装置は、プロセッサ及びメモリを含む。メモリは、プログラムを記憶するよう構成され、プロセッサは、メモリに記憶されているプログラムを呼び出して、第１の態様又は第１の態様の可能な設計のうちのいずれか１つにおける課金方法を実施するよう構成される。プロセッサは、入出力インターフェイス、ピン、回路、又はそのようなものを使用することによって、データを送信又は受信し得ることが留意されるべきである。メモリは、チップ内のレジスタ、キャッシュ、又はそのようなものであってよい。その上、メモリは、代替的に、ネットワークデバイス内のチップの外にあるリード・オンリー・メモリ（read-only memory，ＲＯＭ）、静的な情報及び命令を記憶することができる他のタイプの静的記憶デバイス、又はランダム・アクセス・メモリ（random access memory，ＲＡＭ）のような記憶ユニットであってよい。

上記の可能な設計のいずれか１つで述べられているプロセッサは、汎用の中央演算処理装置（central processing unit，ＣＰＵ）、マイクロプロセッサ、特定用途向け集積回路（application-specific integrated circuit，ＡＳＩＣ）、あるいは、第１の態様又は第１の態様の可能な設計のうちのいずれか１つにおける課金方法を実施するプログラムを制御するよう構成される１つ以上の集積回路であってよい。

第４の態様に従って、本開示の実施形態で提供される課金システムは、ネットワークデバイスであってよく、あるいは、ネットワークデバイス内のチップであってよい。課金システムは、第２の態様及び第２の態様な可能な設計の技術的解決法を実装する機能を備える。機能は、ハードウェアを使用することによって実装されてよく、あるいは、対応するソフトウェアを実行するハードウェアによって実装されてよい。ハードウェア又はソフトウェアは、上記の機能に対応する１つ以上のモジュールを含む。

可能な設計において、課金システムは、処理ユニット及び通信ユニットを含む。処理ユニットは、例えば、プロセッサであってよい。通信ユニットは、例えば、通信インターフェイスであってよい。任意に、プロセッサは、光ファイバ又はツイストペアのような有線様式で通信インターフェイスへ接続されてよい。通信ユニットは、代替的に、トランシーバであってよく、トランシーバは、無線周波数回路を含んでよい。任意に、プロセッサは、ワイヤレス・フィデリティ（wireless fidelity，Ｗｉ－Ｆｉ）のような無線様式でトランシーバへ接続されてよい。

具体的に、通信ユニットは、課金トリガ装置によって送られたサービスリソース生成要求を受け取るよう構成される。サービスリソース生成要求は、セッションにおけるサービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、セッションは、データ接続サービスをユーザ機器へ提供するために使用され、サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用される。処理ユニットは、通信ユニットがサービスリソース生成要求を受け取った後に、サービスリソース生成応答を生成するよう構成される。サービスリソース生成応答は第１リソース識別子を含み、第１リソース識別子は、セッションにおけるサービスに対応して課金システムによって生成されるサービスリソースを識別するために使用される。次いで、通信ユニットは、サービスリソース生成応答を課金トリガ装置へ送るよう更に構成される。

他の可能な設計において、課金システムは、プロセッサ及びメモリを含む。メモリは、プログラムを記憶するよう構成され、プロセッサは、メモリに記憶されているプログラムを呼び出して、第２の態様又は第２の態様の可能な設計のうちのいずれか１つにおける課金方法を実施するよう構成される。プロセッサは、入出力インターフェイス、ピン、回路、又はそのようなものを使用することによって、データを送信又は受信し得ることが留意されるべきである。メモリは、チップ内のレジスタ、キャッシュ、又はそのようなものであってよい。その上、メモリは、代替的に、ネットワークデバイス内のチップの外にあるＲＯＭ、静的な情報及び命令を記憶することができる他のタイプの静的記憶デバイス、又はＲＡＭのような記憶ユニットであってよい。

上記の可能な設計のいずれか１つで述べられているプロセッサは、汎用のＣＰＵ、マイクロプロセッサ、ＡＳＩＣ、あるいは、第２の態様又は第２の態様の可能な設計のうちのいずれか１つにおける課金方法を実施するプログラムを制御するよう構成される１つ以上の集積回路であってよい。

第５の態様に従って、本開示の実施形態は、コンピュータ可読記憶媒体を更に提供する。コンピュータ可読記憶媒体はプログラムを記憶し、プログラムがコンピュータで実行される場合に、コンピュータは、上記の態様における方法を実行することを可能にされる。

第６の態様に従って、本開示は、命令を含むコンピュータプログラム製品を更に提供する。コンピュータプログラム製品がコンピュータで実行される場合に、コンピュータは、上記の態様における方法を実行することを可能にされる。

第７の態様に従って、本開示の実施形態は、第３の態様又は第３の態様の可能な設計のうちのいずれか１つにおける課金トリガ装置と、第４の態様又は第４の態様の可能な設計のうちのいずれか１つにおける課金システムとを含む通信システムを更に提供する。

加えて、第２の態様乃至第７の態様の可能な設計のうちのいずれか１つの技術的効果については、第１の態様の異なる設計の技術的効果を参照されたく、詳細は再びここで記載されない。

背景における課金アーキテクチャの概略図である。 本開示の実施形態が適用可能である可能なネットワークアーキテクチャの概略図である。 本開示の実施形態が適用可能である他の可能なネットワークアーキテクチャの概略図である。 本開示の実施形態に従う課金アーキテクチャの概略図である。 本開示の実施形態に従う課金方法の概略図である。 本開示の実施形態に従う課金トリガ装置の概略図である。 本開示の実施形態に従う課金トリガ装置の概略図である。 本開示の実施形態に従う課金システムの概略図である。 本開示の実施形態に従う課金システムの概略図である。 本開示の実施形態に従う通信システムの概略図である。

図２は、本開示の実施形態が適用可能である可能なネットワークアーキテクチャの概略図である。ネットワークアーキテクチャは、第４世代移動体通信技術（4th Generation mobile communication technology，４Ｇ）ネットワークアーキテクチャである。４Ｇアーキテクチャ内のネットワーク要素は、ユーザ機器、モビリティ管理エンティティ（mobility management entity，ＭＭＥ）、サービングＧＰＲＳサポートノード（serving GPRS support node，ＳＧＳＮ）、ホーム・サブスクライバ・サーバ（home subscriber server，ＨＳＳ）、サービング・ゲートウェイ（serving gateway，Ｓ－ＧＷ）、パケット・データ・ネットワーク・ゲートウェイ（packet data network gateway，PDN gateway，Ｐ－ＧＷ）、ポリシー及び課金規則機能（policy and charging rules function，ＰＣＲＦ）エンティティ、進化型汎用地上無線アクセスネットワーク（evolved universal terrestrial radio access network，Ｅ－ＵＴＲＡＮ）、及びそのようなものを含む。

Ｅ－ＵＴＲＡＮは、複数の進化型ノードＢ（evolved NodeB，ｅＮｏｄｅＢ）を含む。ｅＮｏｄｅＢは、Ｘ２インターフェイスを使用することによって互いに相互接続され、ｅＮｏｄｅＢは、Ｓ１インターフェイスを使用することによって進化型パケットコア（evolved packet core，ＥＰＣ）へ相互接続され、ｅＮｏｄｅＢは、ＬＴＥ－Ｕｕインターフェイスを使用することによってユーザ機器へ相互接続される。

ＭＭＥの主な機能は、非アクセス層（non-access stratum，ＮＡＳ）メッセージ及びその安全性、トラック・エリア（track area，ＴＡ）リスト管理、Ｐ－ＧＷ及びＳ－ＧＷ選択、クロスＭＭＥハンドオーバが実行される場合のＭＭＥ選択、２Ｇ／３Ｇアクセスシステムへのハンドオーバ中のＳＧＳＮの選択、ユーザ認証、ローミング制御及びベアラ管理、並びに異なる第３世代パートナーシッププロジェクト（3rd generation partnership project，３ＧＰＰ）アクセスネットワークのコアネットワークノード間のモビリティ管理をサポートすることである。

Ｓ－ＧＷは、Ｅ－ＵＴＲＡＮインターフェイスで終端されるゲートウェイであり、Ｓ－ＧＷの主な機能には、ユーザ機器が基地局間でハンドオーバされる場合に、Ｓ－ＧＷがローカルアンカー点として使用され、基地局の並べ替え機能を完了することを支援することがある。ハンドオーバが異なる３ＧＰＰアクセスシステム間で行われる場合に、Ｓ－ＧＷは、モビリティアンカー点として使用され、合法的傍受機能、データパケットルーティング及び転送、並びにアップリンク及びダウンリンク伝送レイヤでのパケットマーキングを実行し、例えば、オペレータ間の課金のために使用される。

Ｐ－ＧＷは、ＰＤＮへ向けられ、ＳＧｉインターフェイスで終端されるゲートウェイである。ユーザ機器が複数のＰＤＮにアクセスする場合に、ユーザ機器は、１つ以上のＰ－ＧＷに対応する。Ｐ－ＧＷの主な機能には、ユーザ機器に基づくパケットフィルタリング機能、合法的傍受機能、ユーザ機器のためのインターネット・プロトコル（internet protocol，ＩＰ）アドレス割り当て機能、アップリンクで実行されるパケット転送レベルマーキング、アップリンク及びダウンリンクサービスレベルの課金並びにサービスレベル閾値の制御、サービスに基づくアップリンク及びダウンリンクレートの制御、などがある。

ＨＳＳは、ユーザ機器のサブスクプション情報を記憶するよう構成されたデータベースであり、ホームネットワークは、１つ以上のＨＳＳを含んでよい。ＨＳＳは、ユーザ機器に関する情報、例えば、ユーザ識別子、番号及びルーティング情報、セキュリティ情報、位置情報、並びにプロファイル（profile）情報を記憶することに関与する。

ＳＧＳＮは、ユーザ機器が２Ｇ／３ＧアクセスネットワークとＥ－ＵＴＲＡＮ ３ＧＰＰアクセスネットワークとの間でハンドオーバされる場合にシグナリングを交換するよう構成されてよい。ＳＧＳＮの機能には、Ｐ－ＧＷ及びＳ－ＧＷ選択、並びにＥ－ＵＴＲＡＮ ３ＧＰＰアクセスネットワークへハンドオーバされるユーザ機器のためのＭＭＥ選択がある。

ＰＣＲＦは、Ｒｘインターフェイス及びＧｘインターフェイスで終端される。非ローミングシナリオでは、ホーム公衆陸上移動体ネットワーク（home public land mobile network，ＨＰＬＭＮ）におけるユーザ機器のＩＰコネクティビティ・アクセス・ネットワーク（IP-connectivity access network，ＩＰ－ＣＡＮ）セッションに関するただ１つのＰＣＲＦしかなく、あるいは、ローミングシナリオでは、サービスフローがローカルブレイクアウトであるとき、ユーザ機器のＩＰ－ＣＡＮに関する２つのＰＣＲＦが存在し得る。

ユーザ機器は、無線送信及び受信機能を備えるデバイスであり、屋内若しくは屋外デバイス、手持ち式デバイス、又は車載デバイスを含め、陸地に配置されてよく、あるいは、水上に（例えば、汽船上に）配置されてよく、あるいは、空中に（例えば、飛行機、風船、又は衛星に）配置されてよい。具体的に、ユーザ機器は、移動体ネットワークへアクセス可能であるユーザ機器（user equipment，ＵＥ）、携帯電話機（mobile phone）、タブレットコンピュータ（pad）、無線送信及び受信機能を備えたコンピュータ、仮想現実（virtual reality，ＶＲ）端末、拡張現実（augmented reality，ＡＲ）端末、産業制御（industrial control）における無線端末、自動運転（self driving）における無線端末、テレメディシン若しくは遠隔医療における無線端末、スマートグリッド（smart grid）における無線端末、輸送安全性（transportation safety）における無線端末、スマートシティ（smart city）における無線端末、スマートホーム（smart home）における無線端末、又はそのようなものであってよい。

図３は、本開示の実施形態が適用可能である他の可能なネットワークアーキテクチャの概略図である。ネットワークアーキテクチャは、第５世代移動体通信技術（5th Generation mobile communication technology，５Ｇ）ネットワークアーキテクチャである。５Ｇアーキテクチャは、ユーザ機器、無線アクセスネットワーク（radio access network，ＲＡＮ）、ＡＭＦエンティティ、セッション管理機能（session management function，ＳＭＦ）エンティティ、ユーザプレーン機能（user plane function，ＵＦＰ）エンティティ、ＵＤＭエンティティ、認証サーバ機能（authentication server function，ＡＵＳＦ）エンティティ、及びデータネットワーク（data network，ＤＮ）を含む。図２に示されるネットワーク要素に加えて、５Ｇネットワークアーキテクチャは、認証クレデンシャルレポジトリ及び処理機能（Authentication Credential Repository and Processing Function，ＡＲＰＦ）エンティティ、セキュリティアンカー機能（security anchor function，ＳＥＡＦ）エンティティ、などを更に含んでもよい。

ＲＡＮの主な機能は、移動体通信ネットワークへ無線により接続するようにユーザ機器を制御することである。ＲＡＮは、移動体通信システムの一部であり、無線アクセス技術を実装する。概念的に、ＲＡＮは、デバイス（例えば、携帯電話機、コンピュータ、又は任意の遠隔制御マシン）に存在し、そのコアネットワークへの接続を提供する。ＲＡＮデバイスは、制限なしに、５ＧにおけるＮＲ（New Radio，ニュー・ラジオ）、進化型ノードＢ（evolved NodeB，ｅＮＢ）、無線ネットワークコントローラ（radio network controller，ＲＮＣ）、ノードＢ（node B，ＮＢ）、基地局コントローラ（base station controller，ＢＳＣ）、ベーストランシーバ局（base transceiver station，ＢＴＳ）、ホーム基地局（例えば、home evolved NodeB又はhome NodeB，ＨＮＢ）、ベースバンドユニット（base band unit，ＢＢＵ）、送信及び受信ポイント（transmitting and receiving point，ＴＲＰ）、送信ポイント（transmitting point，ＴＰ）、移動交換局、などを含む。加えて、ＲＡＮデバイスは、ワイヤレス（wireless fidelity，Ｗｉ－Ｆｉ）アクセスポイント（access point，ＡＰ）などを更に含んでもよい。

ＡＭＦエンティティは、ユーザ機器のアクセス管理及びモビリティ管理に関与する。実際の用途では、ＡＭＦエンティティは、４ＧネットワークアーキテクチャにおけるＭＭＥのモビリティ管理機能を含み、アクセス管理機能が加えられる。

ＳＭＦエンティティは、ユーザセッション確立のようなセッション管理に関与する。

ＵＰＦエンティティは、ユーザプレーン機能ネットワーク要素であり、主として、外部ネットワークへ接続することに関与する。ＵＰＦエンティティは、４ＧネットワークアーキテクチャにおけるＳ－ＧＷ及びＰ－ＧＷの関連する機能を含む。

ＤＮは、サービスをユーザ機器へ提供することにネットワークである。例えば、いくつかのＤＮは、インターネットアクセス機能をユーザ機器へ提供し、他のＤＮは、ＳＭＳメッセージ機能をユーザ機器へ提供する、など。

ＡＵＳＦエンティティは、認証サーバ機能を備え、ＳＥＡＦによって要求される認証機能を終了するよう構成される。

ＵＤＭエンティティは、ユーザ機器のサブスクプション情報を記憶してよく、４ＧにおけるＨＳＳのバックエンドのそれに類似した機能を実装してよい。

ＡＲＰＦエンティティは、認証クレデンシャルレポジトリ及び処理機能を備え、恒久的なキーＫのような、ユーザ機器の長期の認証クレデンシャルを記憶するよう構成される。５Ｇでは、ＡＲＰＦの機能は、ＵＤＭエンティティに組み込まれてよい。

ＳＥＡＦエンティティは、ユーザ機器を認証するプロセスを完了するよう構成される。５Ｇでは、ＳＥＡＦの機能は、ＡＭＦエンティティに組み込まれてよい。

ユーザ機器については、図２に示されるネットワークアーキテクチャにおけるユーザ機器を参照されたい。

本開示の実施形態は、図２に示される４Ｇネットワークアーキテクチャ及び図３に示される５Ｇネットワークアーキテクチャの両方に適用可能である。

本開示の実施形態における課金トリガ装置は、図２に示されるＰ－ＧＷにおけるポリシー及び課金強化機能（Policy and Charging Enforcement Function，ＰＣＥＦ）であってよく、あるいは、図３に示されるＳＭＦエンティティであってよい。これは、本開示の実施形態において制限されない。

図４は、本開示の実施形態に従う課金アーキテクチャの概略図である。課金アーキテクチャは、課金トリガ装置及び課金システムを含む。課金トリガ装置及び課金システムは、サービスに基づくインターフェイスを使用することによって互いと通信してよく、サービスに基づくインターフェイスは、リソースに基づく能力公開インターフェイスである。具体的なサービスに基づくインターフェイスは、ＲＥＳＴｆｕｌインターフェイス、遠隔プロシージャ呼び出し（Remote Procedure Call，ＲＰＣ）インターフェイス、又はそのようなものであってよい。

本開示の実施形態に従う課金方法は、図４に示される課金アーキテクチャを参照して以下で詳細に記載される。

図５は、本開示の実施形態に従う課金方法の略フローチャートである。課金方法は、次のステップを含む。

ステップ５０１：課金トリガ装置は、サービスリソース生成要求を課金システムへ送り、サービスリソース生成要求は、セッションにおけるサービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、セッションは、データ接続サービスをユーザ機器へ提供するために使用され、サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用される。

図５に示される課金方法が、図３に示される５Ｇネットワークアーキテクチャに適用される場合に、セッションは、パケット・データ・ユニット・セッション（packet data unit session，ＰＤＵセッション）であってよいことが留意されるべきである。ＰＤＵセッションは、ユーザ機器とデータネットワークとの間のセッションであり、データ接続サービスをユーザ機器へ提供するために使用されるか、あるいは、図５に示される課金方法が、図２に示される４Ｇネットワークアーキテクチャに適用される場合に、セッションは、ＩＰコネクティビティ・アクセス・ネットワーク・セッション（IP-connectivity access network session，ＩＰ－ＣＡＮセッション）であってよい。ＩＰ－ＣＡＮセッションは、ユーザ機器とＰ－ＧＷとの間のセッションであり、データ接続サービスをユーザ機器へ提供するために使用される。

具体的に、本開示のこの実施形態では、課金トリガ装置は、次の方法で、サービスリソース生成要求を課金システムへ送るようにトリガされ得る。課金トリガ装置は、課金ポリシーに従って、サービスリソース生成要求を課金システムへ送る。課金ポリシーは、課金トリガ装置のローカルの課金ポリシーであってよく、あるいは、課金ポリシー装置によって課金トリガ装置へ送られてよい。例えば、図２に示されるネットワークアーキテクチャでは、課金ポリシー装置はＰＣＲＦであってよく、あるいは、図３に示されるネットワークアーキテクチャでは、課金ポリシー装置はポリシー制御機能（policy control function，ＰＣＦ）であってよい。例えば、課金トリガ装置が、セッションにおけるサービスのクォータを要求すること又はセッションにおけるサービスの利用情報を報告することを必要とし、かつ、利用可能なサービスリソースがない場合に、課金トリガ装置は、サービスリソース生成要求を課金システムへ送る。他の例として、課金トリガ装置が新しいセッションを生成すると決定し、セッションが、課金が実行される必要があるサービスを含む場合に、課金トリガ装置は、サービスリソース生成要求を課金システムへ送る。

ステップ５０２：課金トリガ装置によって送られたサービスリソース生成要求を受け取った後、課金システムは、サービスリソース生成応答を課金トリガ装置へ送り、サービスリソース生成応答は第１リソース識別子を含み、第１リソース識別子は、セッションにおけるサービスに対応して課金システムによって生成されるサービスリソースを識別するために使用される。

本開示のこの実施形態では、課金システムが異なるユーザの異なるセッションに対して生成されたサービスリソースを区別することを助けるために、任意に、サービスリソース生成要求は、セッション識別子と、ユーザ機器に対応するユーザ識別子とを含み、セッション識別子は、セッションを識別するために使用される。例えば、セッションがＰＤＵセッションである場合に、セッション識別子は、ＰＤＵセッションの識別子（identifier，ＩＤ）である。ユーザ識別子は、国際移動体加入者識別番号（international mobile subscriber identity number，ＩＭＳＩ）、ユーザ番号（例えば、移動局国際ＩＳＮＤ番号（mobile station international ISDN number，ＭＩＳＩＳＤＮ））、ユーザインターネットプロトコルバージョン６（internet protocol version 6，ＩＰｖ６）アドレス、又はそのようなものであってよい。

サービスリソース生成要求は、具体的に、以下で記載される。

場合１：１つのサービスリソース生成要求は、１つのサービスリソースに対応し、１つのサービスリソースは、１つのセッションに対応する。

場合１で、課金トリガ装置は、１つのセッションのために課金システムへサービスリソース生成要求を送り、サービスリソース生成要求は、第１サービスリソースを生成するように課金システムに要求するために使用され、第１サービスリソースは、セッションにおける全てのサービスに対応する。具体的に、セッションにおける全てのサービスは、オンライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オフライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オンライン課金サービス及びオフライン課金サービスの両方を含む。

例えば、図３に示されるネットワークアーキテクチャでは、ユーザ機器とＳＭＦエンティティとの間に３つのＰＤＵセッションがあるとすれば、課金トリガ装置は、３つのＰＤＵセッションに対して課金システムへサービスリソース生成要求を送る。課金システムが異なるサービスリソース生成要求を区別することを可能にするために、各サービスリソース生成要求は、ユーザ識別子及びＰＤＵセッションＩＤを含む。

場合２：１つのサービスリソース生成要求は、２つのサービスリソースに対応し、１つのサービスリソースは、セッションにおけるオンライン課金サービスに対応し、他のサービスリソースは、セッションにおけるオフライン課金サービスに対応する。

場合２で、課金トリガ装置は、１つのセッションに対して課金システムへサービスリソース生成要求を送る。サービスリソース生成要求は、第２サービスリソース及び第３サービスリソースを生成するように課金システムに要求するために使用され、第２サービスリソースは、セッションにおけるオンライン課金サービスに対応し、第３サービスリソースは、セッションにおけるオフライン課金サービスに対応する。

具体的な実施中に、課金システムは、異なるリソース識別子を使用することによって第２サービスリソース及び第３サービスリソースを識別し得る。

場合３：セッションにおけるサービスがオンライン課金サービス及びオフライン課金サービスを含む場合に、課金トリガ装置は、２つのサービスリソース生成要求を課金システムへ送り、１つのサービスリソース生成要求は、セッションにおけるオンライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、他のサービスリソース生成要求は、セッションにおけるオフライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用される。

場合３では、異なる属性又は識別子情報が使用されてよく、それにより、課金システムは、セッションにおけるオンライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用されるサービスリソース生成要求と、セッションにおけるオフライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用されるサービスリソース生成要求とを区別することができることが留意されるべきである。

場合４：１つのサービスリソース生成要求は、複数のサービスリソースに対応し、サービスリソース生成要求に対応する複数のサービスリソースは、１つのセッションにおけるサービスに対応するサービスリソースである。

可能な具体的な実施では、課金トリガ装置は、サービスリソース生成要求を課金システムへ送り、サービスリソース生成要求は、複数のサービスリソースを生成するために使用され、各サービスリソースは、同じレーティンググループに属する、セッションにおけるサービスに対応する。例えば、１つのセッションが、レーティンググループ１に属するサービスと、レーティンググループ２に属するサービスとを含む場合に、課金トリガ装置は、セッションのためのサービスリソース生成要求を送る。サービスリソース生成要求は、２つのサービスリソースを生成するよう要求するために使用され、１つのサービスリソースはレーティンググループ１に対応し、他のサービスリソースはレーティンググループ２に対応する。

具体的な実施中に、課金システムは、異なるリソース識別子を使用することによってサービスリソースを識別し得る。

本開示のこの実施形態では、サービスリソース生成要求は、如何なるクォータ要求情報も又は如何なる報告された利用情報も運ばずに、サービスリソースを生成するために使用されてよく、サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用されることが留意されるべきである。具体的に、オンライン課金サービスのクォータの要求、オフライン課金サービスの利用情報の報告、又はオフライン課金サービスの仮想クォータの要求は、その後に、サービスリソース更新動作を通じて完了される。

その上、本開示のこの実施形態では、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース生成要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含んでよい。

本開示のこの実施形態では、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含んでよく、あるいは、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含んでよい。

本開示のこの実施形態では、オンライン課金サービスのクォータ要求情報及びクォータ要求情報に対応するレーティンググループ、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループ、並びにオフライン課金サービスの要求された仮想クォータ及び要求された仮想クォータに対応するレーティンググループは、それらの全てがサービスリソース生成要求で運ばれ、異なる属性又はフラグを使用することによって識別され、それにより、課金システムは、処理のためにそれらを区別することができる。

レーティンググループ（rating group）は、課金システムが評価を実行することを助けるために、同じ課金レートを有する１つ以上のサービスを集めるために使用される。

例えば、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオンライン課金サービス及びオフライン課金サービスを含む場合に、任意に、サービスリソース生成要求は、オンライン課金サービスのクォータ要求情報及びクォータ要求情報に対応するレーティンググループと、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループとを更に含んでよい。課金トリガ装置は、異なる属性又はフラグ情報を使用することによって、オンライン課金サービスのクォータ要求情報及びクォータ要求情報に対応するレーティンググループと、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループとを区別し得る。例えば、サービスリソース生成要求（Service Resource Create Request）の具体的な実施は、表１に示される。

他の例として、ＲＥＳＴｆｕｌインターフェイスを使用することによって実施されるサービスリソース生成要求は、表２に示される。サービスリソース生成要求において、属性「serviceResource」は、サービスリソースを示し、「subscriber IMSI」は、ユーザ識別子を示す。

例えば、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオンライン課金サービス及びオフライン課金サービスを含む場合に、任意に、サービスリソース生成要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループと、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含んでよい。サービスリソース生成要求（Service Resource Create Request）の具体的な実施は、表３に示される。

具体的に、オンライン課金サービスのクォータの要求について、課金システムが、ユーザ機器の勘定残高から、レーティンググループに対応してサービスリソース生成要求を使用することによって要求されるクォータを留保し、クォータをオンライン課金サービスに割り当てることは、サービスリソース生成要求が、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含む場合に適用されてよい。他の例として、オフライン課金サービスの仮想クォータの要求について、課金システムが、ユーザ機器の勘定残高から仮想クォータを留保せずに、オフライン課金サービスに対して、レーティンググループに対応してサービスリソース生成要求を使用することによって要求される仮想クォータを割り当てることは、サービスリソース生成要求が、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含む場合に適用されてよい。代替的に、他の例として、課金システムが、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて、課金データ記録を生成することは、サービスリソース生成要求が、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。

例えば、サービスリソース生成要求が表２に示されるとおりである場合に、課金システムは、ユーザ識別子がIMSIであって、セッション識別子が“023152120”であって、フラグ“opType”が“Requested”であって、レーティンググループが“001”であるオンライン課金サービスのために、勘定残高から“１０Ｍトラフィックボリューム”のクォータを留保し、かつ、ユーザ識別子がIMSIであって、セッション識別子が“023152120”であり、フラグ“opType”が“Requested”であって、レーティンググループが“002”であるオフライン課金サービスのために、利用情報“２５Ｍトラフィックボリューム”を含む課金データ記録を生成する。

本開示のこの実施形態では、課金システムは、ローカルで設定されたポリシーに従って、サービスリソース生成要求のための対応する処理を実行してよく、あるいは、ＰＣＦのような課金ポリシー装置によって供給された設定ポリシーに従って、サービスリソース生成要求のための対応する処理を実行してよいことが更に留意されるべきである。

その上、イベントに基づく課金がサービスのイベント又はイベントグループについて実行される必要がある場合に、課金システムは、課金トリガ装置の要求に基づいて、サービスのイベント又はイベントグループに対応するサービスリソースを生成し、サービスリソースのための有効期限を特定し、ユーザ勘定から、サービスによって費やされた料金を減じ、リソース識別子を生成する。リソース識別子は、サービスリソースを識別するために使用される。サービスが失敗する場合に、課金トリガ装置は、サービスリソース削除要求を送り、サービスリソース削除要求は、リソース識別子と、ユーザ勘定に対して、リソースによって識別されるサービスリソースに対応するサービスによって費やされてユーザ勘定から減じられる料金を戻すように課金システムに指示する識別情報とを含む。サービスが成功する場合に、課金トリガ装置は、サービスリソース削除要求を送る必要がなく、有効期限が経過した後、課金システムは自動的に、サービスリソースを削除する。

本願のこの実施形態では、ステップ５０２で、課金トリガ装置に対して課金システムによって送られるサービスリソース生成要求は、ユーザ識別子及びセッション識別子を更に含んでよく、それにより、課金トリガ装置は、第１リソース識別子によって識別されるサービスリソースに対応するサービスを区別することができる。

課金システムがオンライン課金サービスへクォータを付与されているか、あるいは、オフライン課金サービスへ仮想クォータを付与されている場合に、サービスリソース生成要求は、付与クォータ情報又は付与仮想クォータ情報を更に含んでよいことが留意されるべきである。

具体的な実施中に、オンライン課金サービスに付与されたクォータ及びオフライン課金サービスに付与された仮想クォータは、応答メッセージ内の異なる属性又はフラグ情報に対応し、それにより、課金トリガ装置はそれらを区別することができる。

任意に、課金システムは更に、再認証トリガ条件を生成し、再認証トリガ条件を課金トリガ装置へ送ってよく、それにより、課金トリガ装置は、再認証トリガ条件が満足される場合に、対応する情報を報告する。具体的な再認証トリガ条件は、サービスリソースに対応してよく、あるいは、サービスリソースに対応するサービスに対応してよい。再認証トリガ条件は、代替的に、サービスリソース生成応答を使用することによって課金トリガ装置へ送られてもよい。例えば、再認証トリガ条件は、オンライン課金サービスの利用量が、オンライン課金サービスに付与されているクォータ以上であること、又はセッションが中断されることである。

その上、課金トリガ装置によって送られるクォータ要求情報について、課金システムは更に、クォータを付与すべきかどうか、又は如何なるクォータも付与されずにサービスを直接に使用することをユーザ機器に許可すべきかどうかを決定してよい。決定結果が、サービスが、如何なるクォータも付与されずに直接に使用され得るオフライン課金サービスであることである場合には、サービスリソース生成応答は、付与が実行される必要がないことを示す指示を更に含んでよい。同じレーティンググループに属する、セッションにおけるサービスが、１つのサービスリソースに対応する場合に、課金システムが、同じレーティンググループが実際のクォータ及び仮想クォータの両方に対応すると決定するならば、サービスリソース生成応答は更に、付与されたクォータに対応するフロー情報（例えば、クォータのフロー識別子又はフロー特徴情報）を運び、それにより、課金トリガ装置は、同じレーティンググループについて、フロー識別子又はフロー情報に基づいて、課金システムによって付与される実際のクォータ及び仮想クォータの使用を別々に管理する。

例えば、サービスリソース生成応答（Service Resource Create Response）は、表４に示される。

他の例では、サービスリソース生成応答は、表５に示される。

任意に、本願のこの実施形態では、課金システムがサービスリソースを生成することに失敗する場合に、課金システムは、サービスリソースが生成できなかったことを示す応答を送って、課金トリガ装置に、サービスリソースが生成できなかったことを知らせることが更に留意されるべきである。この場合に、サービスの成功した使用及び課金を確かにするために、課金トリガ装置は、サービスリソース生成要求を他の課金システムへ再送してよい。

その上、ユーザによるサービスの成功した使用と、サービスに対する課金の正確さとを確かにするために、課金トリガ装置は、サービスリソース更新要求を課金システムへ送り、サービスリソース更新要求は第２リソース識別子を含み、第２リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新するよう要求されるサービスリソースを識別するために使用される。課金トリガ装置によって送られたサービスリソース更新要求を受け取った後、課金システムは、相応して、サービスリソース更新要求に基づいてサービスリソースを更新する。

第２リソース識別子は、第１リソース識別子であってよく、あるいは、第１リソース識別子によって識別されるリソースの部分の識別子であってよいことが留意されるべきである。具体的に、第２リソース識別子が第１リソース識別子又は第１リソース識別子によって識別されるリソースの部分の識別子であるかどうかは、実際の場合に基づいて課金システムによって決定されてよい。例えば、第１リソースは、リソース識別子１によって識別されるサービスリソースと、リソース識別子２によって識別されるサービスリソースとを含み、リソース識別子２によって識別されるサービスリソースが更新される必要があり、一方、リソース識別子１によって識別されるサービスリソースが変更されないままである場合に、第２リソース識別子はリソース識別子２である。他の例として、第１リソース識別子が１つのサービスリソースを識別するために使用され、第１リソース識別子によって識別されるサービスリソースが更新される必要がある場合に、第２リソース識別子は、第１リソース識別子である。

具体的な実施中に、例１で、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループと、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含んでよいことが理解されるべきである。この場合に、サービスリソース更新要求を受け取った後、課金システムは更に、ユーザ機器の勘定残高から、レーティンググループに対応してサービスリソース生成要求を使用することによって要求されるクォータを留保し、クォータをオンライン課金サービスに割り当て、オンライン課金サービスに割り当てられたクォータから、オンライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて、オンライン課金サービスによって使用される部分を減じてよい。かような技術的解決法は、セッションにおけるオンライン課金サービスの付与されたクォータが使い果たされる場合に適用されてよい。

例２で、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含んでよい。この場合に、サービスリソース更新要求を受け取った後、課金システムは更に、ユーザ機器の勘定残高から、レーティンググループに対応してサービスリソース生成要求を使用することによって要求されるクォータを留保し、クォータをオンライン課金サービスに割り当ててよい。かような技術的解決法は、セッションにおいて付与されたクォータを有さない新しいオンライン課金サービスがある場合に適用されてよい。

例３で、第２リソースによって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含んでよい。この場合に、サービスリソース更新要求を受け取った後、課金システムは更に、オンライン課金サービスによって使用される部分を、オンライン課金サービスに割り当てられたクォータから減じてよい。かような技術的解決法は、セッションにおけるオンライン課金サービスの付与されたクォータが使い果たされない場合に適用されてよい。

例４で、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループと、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含んでよい。この場合に、サービスリソース更新要求を受け取った後、課金システムは更に、オフライン課金サービスに対して、レーティンググループに対応してサービスリソース生成要求を使用することによって要求される仮想クォータを割り当て、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて課金データ記録を生成してよい。かような技術的解決法は、オフライン課金サービスの付与された仮想クォータが使い果たされる場合に適用されてよい。

例５で、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含んでよい。この場合に、サービスリソース更新要求を受け取った後、課金システムは更に、オフライン課金サービスに対して、レーティンググループに対応してサービスリソース生成要求を使用することによって要求される仮想クォータを割り当ててよい。かような技術的解決法は、セッションにおいて付与された仮想クォータを有さない新しいオフライン課金サービスがある場合に適用されてよい。

例６で、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含んでよい。この場合に、サービスリソース更新要求を受け取った後、課金システムは更に、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて課金データ記録を生成してよい。かような技術的解決法は、セッションにおいてオフライン課金サービスがある場合に適用されてよい。

例１、例２、例３、例４、例５，及び例６の技術的解決法は一緒に使用されてよく、任意に、例６の技術的解決法が使用される場合に、例４及び例５の技術的解決法は、使用のために交換されてよく、あるは、例５の技術的解決法は、使用のために交換されてよく、あるいは、例５の技術的解決法は、使用のために交換されてよいことが留意されるべきである。

本願のこの実施形態では、オンライン課金サービスのクォータ要求情報及びクォータ要求情報に対応するレーティンググループ、オンライン課金サービスの利用情報及びオンライン課金サービスの利用情報に対応するレーティンググループ、オフライン課金サービスの利用情報及びオフライン課金サービスの利用情報に対応するレーティンググループ、並びにオフライン課金サービスの要求された仮想クォータ及び要求された仮想クォータに対応するレーティンググループは、それらの全てがサービスリソース生成要求で運ばれ、異なる属性又はフラグ情報を使用することによって識別され、それにより、課金システムは、処理のためにそれらをことができる。

その上、サービスリソース更新要求がサービスの利用情報（例えば、オンライン課金サービスの利用情報又はオフライン課金サービスの利用情報）を含む場合に、サービスリソース更新要求は、サービスの利用情報を報告する理由を更に含んでよく、例えば、オンライン課金サービスの付与されたクォータは使い果たされるか、あるいは、セッションは中断される。

具体的に、サービスリソース更新要求が、サービスのクォータ要求情報又はサービスの利用情報のような情報を含む場合に、情報は、サービスリソース更新要求のユニフォーム・リソース・ロケータ（uniform resource locator，ＵＲＬ）で運ばれてよく、あるいは、サービスリソース更新要求のメッセージヘッダで運ばれてよく、あるいは、サービスリソース更新要求のメッセージ本文で運ばれてよい。情報が運ばれる場所は、本開示において制限されない。

例において、サービスリソース更新要求（Service Resource Update Request）の具体的な実施は、表６に示され得る。

他の例として、ＲＥＳＴｆｕｌインターフェイスを使用することによって実施されるサービスリソース更新要求は、表７に示される。サービスリソース更新要求において、属性“serviceResource”は、サービスリソースを示し、“subscriber”は、ユーザを示す。

具体的に、本願のこの実施形態は、サービスリソース更新要求を課金システムへ送るように課金トリガ装置をトリガする方法を更に提供する。

可能なトリガ方法では、第１トリガ条件が満足される場合に、課金トリガ装置は、サービスリソース更新要求を課金システムへ送る。例えば、第１課金トリガ条件は、課金トリガ装置が、オンライン課金サービスに付与されるクォータが使い果たされると決定することであってよい。他の例として、第１課金トリガ条件は、課金システムによって供給される再認証条件である。更なる他の例として、第１課金トリガ条件は、サービスのステータスが事前設定された報告条件を満足する（例えば、サービスが終了されるか、又はネットワークタイプが変更される）ことである。

他の可能なトリガ方法では、課金システムは、サービスリソース更新通知を課金トリガ装置へ送り、通知は第３リソース識別子を含み、第３リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新されるように要求されるサービスリソースを識別するために使用される。サービスリソース更新通知を受け取った後、課金トリガ装置は、サービスリソース更新要求を課金システムに報告する。サービスリソース更新要求は第２リソース識別子を含み、第２リソース識別子は第３リソース識別子であってよく、あるいは、第３リソース識別子と、課金トリガ装置によって決定される他の更新されるべきサービスリソースの識別子とを含んでよい。

更に、サービスリソース更新要求は、課金システムがサービスリソースを更新されるよう要求するサービスが属するレーティンググループを更に含み、サービスは、第３リソース識別子によって識別されるサービスリソースに対応するサービスに含まれる。

例えば、サービスリソース更新通知（Service Resource Update Notify.）の可能な実施は、図８に示される。

例えば、ＲＥＳＴｆｕｌインターフェイスを使用することによって実施されるサービスリソース更新通知は、表９に示され、属性“subscriber”は、ユーザを示し、“pdusessionID”は、セッション識別子を示す。

本開示のこの実施形態では、サービスリソース更新要求に基づいて対応するサービスリソースを更新した後、課金システムは更に、サービスリソース更新応答を課金トリガ装置へ返してよい。具体的に、サービスリソース更新応答は、課金トリガ装置に対して、課金システムがサービスリソースを更新したかどうかを示すために使用される。

任意に、サービスリソース更新応答は、オンライン課金サービスに付与されるクォータ又はオフライン課金サービスに付与される仮想クォータのような情報を更に含んでよい。サービスリソース更新応答がオンライン課金サービスに付与されるクォータ及びオフライン課金サービスに付与される仮想クォータの両方を含む場合に、サービスリソース更新応答がオンライン課金サービスに付与されるクォータ及びオフライン課金サービスに付与される仮想クォータは、異なるフラグ又は属性に対応し、それにより、課金トリガ装置はそれらを区別することができる。

例において、サービスリソース更新応答（Service Resource Update Response）の可能な実施は、表１０に示され得る。

他の例として、ＲＥＳＴｆｕｌインターフェイスを使用することによって実施されるサービスリソース更新応答は、表１１に示される。サービスリソース更新応答において、属性“serviceResource”は、サービスリソースを示し、“subscriber”は、ユーザを示す。

課金システムにおいてリソース利用率を改善するために、任意に、第２課金トリガ条件が満足される場合に、課金トリガ装置は、サービスリソース削除要求を課金システムへ送り、サービスリソース削除要求は第４リソース識別子を含み、第４リソース識別子は、第１リソース識別子によって識別されるサービスリソースから削除されるべきサービスリソースを識別するために使用される。サービスリソース削除要求を受け取った後、課金システムは、第４リソース識別子によって識別されるサービスリソースを削除する。

第２課金トリガ条件は、課金ポリシー装置によって課金トリガ装置へ送られてよく、あるいは、課金トリガ装置によってローカルで設定されたポリシーであってよいことが留意されるべきである。例えば、第２課金トリガ条件は、サービスリソースに対応するサービスが中断されるか、又はセッションが終了されることである。

具体的な実施中に、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース削除要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含んでよい。この場合に、課金システムは、オンライン課金サービスのクォータから、オンライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて、オンライン課金サービスによって使用される部分を減じる。かような減算は、サービスリソース削除要求が、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。第４リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース削除要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含んでよい。この場合に、課金システムは、オフライン課金サービスの利用情報及び利用情報に対応するレーティンググループに基づいて課金データ記録を生成し、かような技術的解決法は、サービスリソース削除要求が、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む場合に適用されてよい。

サービスリソース削除要求がサービスの利用情報（例えば、オンライン課金サービスの利用情報又はオフライン課金サービスの利用情報）を含む場合に、サービスリソース削除要求は、サービスの利用情報を報告する理由を含んでよい。

具体的に、上記の内容は、サービスリソース削除要求のＵＲＬで運ばれてよく、あるいは、サービスリソース削除要求のメッセージヘッダで運ばれてよく、あるいは、サービスリソース削除要求のメッセージ本文で運ばれてよい。

サービスリソース削除要求に含まれる、オンライン課金サービスの利用情報又はオフライン課金サービスの利用情報のような異なる内容は、異なる属性又はフラグ情報を使用することによって識別されてよく、それにより、課金システムは、処理のためにそれらを区別することができる。

代替的に、オンライン課金サービスに対応するサービスリソースがオフライン課金サービスに対応するサービスリソースとは異なる場合に、異なるサービスリソース削除要求が、オンライン課金サービスに対応するサービスリソース及びオフライン課金サービスに対応するサービスリソースを削除するように課金システムに要求するために使用されてよい。サービスリソース削除要求がサービスの利用情報を含む場合に、オンライン課金サービスの利用情報及びオフライン課金サービスの利用情報は、異なるサービスリソース削除要求で運ばれてよい。

例において、サービスリソース削除要求（Service Resource Delete Request）の可能な実施は、表１２に示され得る。

他の例として、ＲＥＳＴｆｕｌインターフェイスを使用することによって実施されるサービスリソース削除要求は、表１３に示される。サービスリソース削除要求において、属性“serviceResource”は、サービスリソースを示し、“subscriber”は、ユーザを示す。

本開示のこの実施形態で、課金システムがサービスリソース削除要求に基づいてサービスリソースを削除した後、任意に、課金システムは更に、サービスリソース削除応答を課金トリガ装置へ送ってよく、サービスリソース削除応答は、削除されたサービスリソースを課金トリガ装置に知らせるために使用される。

本開示の実施形態で、サービスリソース生成要求、サービスリソース更新要求、及びサービスリソース削除要求のような異なるメッセージは、アプリケーションによって使用されるハイパーテキスト転送プロトコル（hypertext transfer protocol，ＨＴＴＰ）メソッドの名称、アプリケーション・プログラミング・インターフェイス（application programming interface，ＡＰＩ）の名称、ＡＰＩにおける特定の識別子、又はそのようなものによって区別されてよい。

本開示で提供される解決法は、上記では、ネットワーク要素間の相互作用の観点から主として記載されている。上記の機能を実装するために、ネットワーク要素は、機能を実行するための対応するハードウェア構造及び／又はソフトウェアモジュールを含むことが理解され得る。当業者であれば、本開示で開示されている実施形態で記載される、例となるユニット、アルゴリズム及びステップと組み合わせて、本開示は、ハードウェア又はハードウェアとコンピュータソフトウェアとの組み合わせを使用することによって実装され得ることに容易に気付くはずである。機能がハードウェア又はコンピュータソフトウェアによって駆動されるハードウェアによって実行されるかどうかは、技術的解決法の特定の用途及び設計制約に依存する。当業者は、特定の用途ごとに、異なる方法を使用して、記載される機能を実装し得るが、実施が本開示の範囲を変えることは、考えられるべきではない。

同じ概念に基づいて、図６は、本開示に従う課金トリガ装置６００の概略図である。課金トリガ装置は、ネットワークデバイスであってよく、あるいは、ネットワークデバイス内のチップであってよく、図５に示される実施形態において課金トリガ装置によって実行される方法を実行してよい。

課金トリガ装置６００は、少なくとも１つのプロセッサ６１０と、メモリ６３０とを含む。

メモリ６３０は、プログラムを記憶するよう構成される。メモリ６３０は、ＲＯＭ若しくは静的情報及び命令を記憶することができる他のタイプの静的記憶デバイス、又はＲＡＭ若しくは情報及び命令を記憶することができる他のタイプの動的記憶デバイスであってよく、あるいは、電気的消去可能なプログラム可能リード・オンリー・メモリ（electrically erasable programmable read-only memory，ＥＥＰＲＯＭ）、コンパクト・ディスク・リード・オンリー・メモリ（compact disc read-only memory，ＣＤ－ＲＯＭ）若しくは他のコンパクト・ディスク・ストレージ、光学ディスク・ストレージ（コンパクト・ディスク、レーザー・ディスク、光ディスク、デジタル・バーサタイル・ディスク、ブルーレイ・ディスク、など）、磁気ディスク記憶媒体若しくは他の磁気記憶デバイス、又は命令若しくはデータ構造の形で期待されるプログラムコードを搬送若しくは記憶する要構成可能であってかつコンピュータによってアクセス可能であるあらゆる他の媒体であってよい。しかし、本開示は、それらに限られない。メモリ６３０は、独立して存在してよく、プロセッサ６１０へ接続されている。代替的に、メモリ６３０は、プロセッサ６１０と一体化されてよい。

プロセッサ６１０は、メモリ６３０内のプログラムを実行して、本開示の実施形態における課金方法で課金トリガ装置によって実行されるステップを実装するよう構成される。関連する特徴については、上記の説明を参照されたく、詳細は、ここで再び記載されない。例えば、プロセッサ６１０は、汎用のＣＰＵ、マイクロプロセッサ、ＡＳＩＣ、又は本願の技術的解決法のプログラム実行を制御するよう構成されている１つ以上の集積回路であってよい。

具体的な実施中に、実施形態において、プロセッサ６１０は、１つ以上のＣＰＵ、例えば、図６のＣＰＵ０及びＣＰＵ１を含んでよい。

具体的な実施中に、実施形態において、課金トリガ装置６００は、複数のプロセッサ、例えば、図６のプロセッサ６１０及びプロセッサ６１１を含んでよい。プロセッサの夫々は、シングルコア（single-CPU）プロセッサであってよく、あるいは、マルチコア（multi-CPU）プロセッサであってよい。ここで、プロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成された１つ以上のデバイス、回路、及び／又はプロセッシングコアであってよい。

任意に、課金トリガ装置６００が端末デバイスである場合に、課金トリガ装置６００は、図６に示されるトランシーバ６２０を更に含んでもよく、トランシーバ６２０は、他のデバイス又は通信ネットワークと通信するよう構成され、トランシーバ６２０は、無線周波数回路を含む。端末デバイスにおいて、プロセッサ６１０、トランシーバ６２０、及びメモリ６３０は、通信バスを使用することによって接続されてよい。通信バスは、上記のユニット間の情報伝送のための経路を含んでよい。課金トリガ装置６００がネットワークデバイス内のチップ又はシステム・オン・チップである場合に、プロセッサ６１０は、入出力インターフェイス、ピン、回路、又はそのようなものを使用することによってデータを送信又は受信してよい。

図７は、本開示の実施形態に従う他の課金トリガ装置の概略図である。装置はネットワークデバイスであってよく、あるいは、ネットワークデバイス内のチップ又はシステム・オン・チップであってよく、図５に示される実施形態で課金トリガ装置によって実行される方法を実行してよい。

装置は、処理ユニット７０１及び通信ユニット７０２を含む。

処理ユニット７０１は、サービスリソース生成要求を生成するよう構成され、通信ユニット７０２は、サービスリソース生成要求を課金システムへ送り、次いで、課金システムによって送られたサービスリソース生成応答を受け取るよう構成される。サービスリソース生成要求は、セッションにおけるサービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、セッションは、データ接続サービスをユーザ機器へ提供するために使用され、サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用され、サービスリソース生成応答は第１リソース識別子を含み、第１リソース識別子は、セッションにおけるサービスに対応して課金システムによって生成されるサービスリソースを識別するために使用される。

任意に、セッションにおけるサービスについて、クォータが要求される必要があるか、あるいは、利用情報が報告される必要があり、かつ、利用可能なサービスリソースがない場合に、通信ユニット７０２は、サービスリソース生成要求を課金システムへ送るよう構成される。

任意に、サービスリソース生成要求は、セッション識別子と、ユーザ機器に対応するユーザ識別子とを含み、セッション識別子は、セッションを識別するために使用される。

任意に、サービスリソース生成要求は、第１サービスリソースを生成するように課金システムに要求するために使用され、第１サービスリソースは、セッションにおける全てのサービスに対応する。セッションにおける全てのサービスは、オンライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オフライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オンライン課金サービス及びオフライン課金サービスを含む。

任意に、サービスリソース生成要求は、第２サービスリソース及び第３サービスリソースを生成するように課金システムに要求するために使用され、第２サービスリソースは、セッションにおけるオンライン課金サービスに対応し、第３サービスリソースは、セッションにおけるオフライン課金サービスに対応する。代替的に、可能な設計において、サービスリソース生成要求は、セッションにおけるオンライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用される。代替的に、可能な設計において、サービスリソース生成要求は、セッションにおけるオフライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用される。

任意に、サービスリソース生成要求は、少なくとも１つのサービスリソースを生成するように課金システムに要求するために使用され、少なくとも１つのサービスリソースの夫々は、同じレーティンググループに属する、セッションにおけるサービスに対応する。

任意に、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース生成要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含み、あるいは、
課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含み、又は課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

任意に、通信ユニット７０２は、サービスリソース更新要求を課金システムへ送るよう更に構成される。サービスリソース更新要求は第２リソース識別子を含み、第２リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新するように要求されるサービスリソースを識別するために使用される。

任意に、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループと、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、あるいは、
第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループと、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

任意に、通信ユニット７０２は、課金システムによって送られたサービスリソース更新通知を受け取った後、サービスリソース更新要求を課金システムへ送るよう構成される。任意に、サービスリソース更新通知は第３リソース識別子を含み、第３リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新されるように要求するサービスリソースを識別するために使用される。

更に、任意に、サービスリソース更新要求は、課金システムがサービスリソースを更新されるよう要求するサービスが属するレーティンググループを更に含み、サービスは、第３リソース識別子によって識別されるサービスリソースに対応するサービスに含まれる。

任意に、通信ユニット７０２は、サービスリソース更新要求を課金システムへ送るよう構成される。

任意に、通信ユニット７０２は、サービスリソース削除要求を課金システムへ送るよう更に構成される。サービスリソース削除要求は第４リソース識別子を含み、第４リソース識別子は、第１リソース識別子によって識別されるサービスリソースから削除されるべきサービスリソースを識別するために使用される。

任意に、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース削除要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、あるいは、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース削除要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

課金トリガ装置は、本開示の実施形態における課金方法で課金トリガ装置によって実行されるステップを実装するよう構成されてよいことが理解されるべきである。関連する特徴については、上記の説明を参照されたく、詳細は、ここで再び記載されない。

同じ概念に基づいて、図８は、本開示に従う課金システム８００の概略図である。課金システムは、ネットワークデバイスであってよく、あるいは、ネットワークデバイス内のチップであってよく、図５に示される実施形態において課金システムによって実行される方法を実行してよい。

課金システム８００は、少なくとも１つのプロセッサ８１０と、メモリ８３０とを含む。

メモリ８３０は、プログラムを記憶するよう構成される。メモリ８３０は、ＲＯＭ若しくは静的情報及び命令を記憶することができる他のタイプの静的記憶デバイス、又はＲＡＭ若しくは情報及び命令を記憶することができる他のタイプの動的記憶デバイスであってよく、あるいは、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ若しくは他のコンパクト・ディスク・ストレージ、光学ディスク・ストレージ（コンパクト・ディスク、レーザー・ディスク、光ディスク、デジタル・バーサタイル・ディスク、ブルーレイ・ディスク、など）、磁気ディスク記憶媒体若しくは他の磁気記憶デバイス、又は命令若しくはデータ構造の形で期待されるプログラムコードを搬送若しくは記憶する要構成可能であってかつコンピュータによってアクセス可能であるあらゆる他の媒体であってよい。しかし、本開示は、それらに限られない。メモリ８３０は、独立して存在してよく、プロセッサ８１０へ接続されている。代替的に、メモリ８３０は、プロセッサ８１０と一体化されてよい。

プロセッサ８１０は、メモリ８３０内のプログラムを実行して、本開示の実施形態における課金方法で課金システムによって実行されるステップを実装するよう構成される。関連する特徴については、上記の説明を参照されたく、詳細は、ここで再び記載されない。例えば、プロセッサ８１０は、汎用のＣＰＵ、マイクロプロセッサ、ＡＳＩＣ、又は本願の技術的解決法のプログラム実行を制御するよう構成されている１つ以上の集積回路であってよい。

具体的な実施中に、実施形態において、プロセッサ８１０は、１つ以上のＣＰＵ、例えば、図８のＣＰＵ０及びＣＰＵ１を含んでよい。

具体的な実施中に、実施形態において、課金システム８００は、複数のプロセッサ、例えば、図８のプロセッサ８１０及びプロセッサ８１１を含んでよい。プロセッサの夫々は、シングルコア（single-CPU）プロセッサであってよく、あるいは、マルチコア（multi-CPU）プロセッサであってよい。ここで、プロセッサは、データ（例えば、コンピュータプログラム命令）を処理するよう構成された１つ以上のデバイス、回路、及び／又はプロセッシングコアであってよい。

任意に、課金システム８００がネットワークデバイスである場合に、課金システム８００は、図８に示されるトランシーバ８２０を更に含んでもよく、トランシーバ８２０は、他のデバイス又は通信ネットワークと通信するよう構成され、トランシーバ８２０は、無線周波数回路を含む。ネットデバイスにおいて、プロセッサ８１０、トランシーバ８２０、及びメモリ８３０は、通信バスを使用することによって接続されてよい。通信バスは、上記のユニット間の情報伝送のための経路を含んでよい。課金システム８００がネットワークデバイス内のチップ又はシステム・オン・チップである場合に、プロセッサ８１０は、入出力インターフェイス、ピン、回路、又はそのようなものを使用することによってデータを送信又は受信してよい。

図９は、本開示の実施形態に従う他の課金システムの概略図である。課金システムはネットワークデバイスであってよく、あるいは、ネットワークデバイス内のチップ又はシステム・オン・チップであってよく、図５に示される実施形態で課金システムによって実行される方法を実行してよい。

課金システムは、処理ユニット９０１及び通信ユニット９０２を含む。

通信ユニット９０２は、課金トリガ装置によって送られたサービスリソース生成要求を受け取り、次いで、処理ユニット９０１は、通信ユニット９０２がサービスリソース生成要求を受け取った後に、サービスリソース生成応答を生成するよう構成され、通信ユニット９０２は更に、サービスリソース生成応答を課金トリガ装置へ送るよう構成される。サービスリソース生成要求は、セッションにおけるサービスに対応するサービスリソースを生成するように課金システムに要求するために使用され、セッションは、データ接続サービスをユーザ機器へ提供するために使用され、サービスリソースは、セッションにおけるサービスのクォータの要求を管理しかつ／あるいはセッションにおけるサービスの利用情報の報告を管理するために使用される。サービスリソース生成応答は第１リソース識別子を含み、第１リソース識別子は、セッションにおけるサービスに対応して課金システムによって生成されるサービスリソースを識別するために使用される。

任意に、サービスリソース生成要求は、セッション識別子と、ユーザ機器に対応するユーザ識別子とを含み、セッション識別子は、セッションを識別するために使用される。この技術的解決法は、課金システムが、サービス課金を実行するときに、異なるユーザの異なるタイプのサービスを区別することができるよう助ける。

任意に、サービスリソース生成要求は、第１サービスリソースを生成するように課金システムに要求するために使用され、第１サービスリソースは、セッションにおける全てのサービスに対応する。セッションにおける全てのサービスは、オンライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オフライン課金サービスであるか、あるいは、セッションにおける全てのサービスは、オンライン課金サービス及びオフライン課金サービスを含む。

任意に、サービスリソース生成要求は、第２サービスリソース及び第３サービスリソースを生成するように課金システムに要求するために使用され、第２サービスリソースは、セッションにおけるオンライン課金サービスに対応し、第３サービスリソースは、セッションにおけるオフライン課金サービスに対応する。代替的に、可能な設計において、サービスリソース生成要求は、セッションにおけるオンライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用される。代替的に、可能な設計において、サービスリソース生成要求は、セッションにおけるオフライン課金サービスに対応するサービスリソースを生成するように課金システムに要求するために使用される。

任意に、サービスリソース生成要求は、少なくとも１つのサービスリソースを生成するように課金システムに要求するために使用され、少なくとも１つのサービスリソースの夫々は、同じレーティンググループに属する、セッションにおけるサービスに対応する。

任意に、課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース生成要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含み、あるいは、
課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含み、又は課金システムがサービスリソース生成要求によって生成するように要求されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース生成要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

任意に、通信ユニット９０２は、課金トリガ装置によって送られたサービスリソース更新要求を受け取るよう更に構成され、処理ユニット９０１は、サービスリソース更新要求に基づいて、第２リソース識別子に対応するサービスリソースを更新するよう更に構成される。サービスリソース更新要求は第２リソース識別子を含み、第２リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新するように要求されるサービスリソースを識別するために使用される。この技術的解決法は、課金システムによって実行されるサービス課金の正確さを更に改善することを助ける。

任意に、第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループと、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスのクォータ要求情報と、クォータ要求情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース更新要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、あるいは、
第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループと、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの要求された仮想クォータと、要求された仮想クォータに対応するレーティンググループとを更に含み、又は第２リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース更新要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

任意に、通信ユニット９０２は、サービスリソース更新通知を課金トリガ装置へ送った後、課金トリガ装置によって送られたサービスリソース更新要求を受け取るよう更に構成される。サービスリソース更新通知は第３リソース識別子を含み、第３リソース識別子は、第１リソース識別子によって識別されるサービスリソースの中で、課金システムが更新されるように要求するサービスリソースを識別するために使用される。

更に、任意に、サービスリソース更新要求は、課金システムがサービスリソースを更新されるよう要求するサービスが属するレーティンググループを更に含み、サービスは、第３リソース識別子によって識別されるサービスリソースに対応するサービスに含まれる。

任意に、通信ユニット９０２は、課金トリガ装置によって送られたサービスリソース削除要求を受け取るよう更に構成され、処理ユニット９０１は、サービスリソース削除要求に基づいて、第４リソース識別子によって識別されるサービスリソースを削除するよう更に構成される。サービスリソース削除要求は第４リソース識別子を含み、第４リソース識別子は、第１リソース識別子によって識別されるサービスリソースから削除されるべきサービスリソースを識別するために使用される。上記の方法は、課金システムにおいてリソース利用を改善するために、課金システムが生成されたサービスリソースを解放することを助ける。

任意に、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオンライン課金サービスを含む場合に、サービスリソース削除要求は、オンライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含み、あるいは、第４リソース識別子によって識別されるサービスリソースに対応するサービスがオフライン課金サービスを含む場合に、サービスリソース削除要求は、オフライン課金サービスの利用情報と、利用情報に対応するレーティンググループとを更に含む。

課金システムは、本開示の実施形態における課金方法で課金システムによって実行されるステップを実装するよう構成されてよいことが理解されるべきである。関連する特徴については、上記の説明を参照されたく、詳細は、ここで再び記載されない。

図７及び図９に示される課金トリガ装置及び課金システムにおけるモジュールの分割様態は、単なる例であり、論理的な機能分割にすぎないことが理解されるべきである。実際の実施中、他の分割様態が存在してよい。例えば、通信ユニットは、受信ユニットと送信ユニットとに分けられる。

図１０に示されるように、本開示の実施形態は、通信システムを更に提供し、通信システムは、課金トリガ装置６００及び課金システム８００を含む。

上記の実施形態の全部又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせを使用することによって実装されてよい。ソフトウェアが実施形態を実装するために使用されるとき、実施形態は、完全に又は部分的にコンピュータプログラム製品の形で実装されてよい。コンピュータプログラム製品は、１つ以上のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータでロード及び実行されるとき、本発明の実施形態に従うプロシージャ又は機能は全て又は部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又はプログラム可能な装置であってよい。コンピュータ命令は、コンピュータ可読記憶媒体に記憶されてよく、あるいは、コンピュータ可読記憶媒体から他のコンピュータ可読記憶媒体へ送られてもよい。例えば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、又はデータセンタから、他のウェブサイト、コンピュータ、サーバ、又はデータセンタへ有線（例えば、同軸ケーブル、光ファイバ、若しくはデジタル加入者回線（ＤＳＬ））又は無線（例えば、赤外線、電波、若しくはマイクロ波）方式で送られてよい。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体、又はサーバ若しくはデータセンタなどの、１つ以上の使用可能な媒体を組み込むデータ記憶デバイスであってよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、若しくは磁気テープ）、光学媒体（例えば、ＤＶＤ）、半導体媒体（例えば、固体状態ドライブ（Solid State Disk，ＳＳＤ））、又はそのようなものであってよい。

本開示は、実施形態を参照して記載されるが、保護を請求する本開示を実施する過程で、当業者であれば、添付の図面、開示されている内容、及び添付の特許請求の範囲を見ることによって、開示されている実施形態の他の変形を理解及び実施し得る。特許請求の範囲で、「有する」（comprising）は、他のコンポーネント又は他のステップを除外せず、「１つの」又は「１つの」は、複数の場合を除外しない。単一プロセッサ又は他のユニットが、特許請求の範囲で挙げられているいくつかの機能を実装してもよい。いくつかの手段が、互いに異なる従属請求項に記録されているが、これは、それらの手段がより良い効果を生じるように組み合わされえないことを意味しない。

当業者であれば、本開示の実施形態が方法、装置（デバイス）、コンピュータ可読記憶媒体、又はコンピュータプログラム製品として提供され得ると理解するはずである。従って、本開示は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、又はソフトウェアとハードウェアとの組み合わせによる実施形態の形を使用してよい。それは集合的に「モジュール」又は「ソフトウェア」と呼ばれる。

本開示は、本開示における方法、装置（デバイス）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して記載される。コンピュータプログラム命令は、フローチャート及び／又はブロック図内の夫々のプロセス及び／又は夫々のブロック並びにフローチャート及び／又はブロック図内のプロセス及び／又はブロックの組み合わせを実装するために使用され得ることが理解されるべきである。それらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、埋め込みプロセッサ、又はマシンを生成する他のプログラム可能なデータ処理デバイスのプロセッサに供給されてよく、それにより、コンピュータ又は他のプログラム可能なデータ処理デバイスのプロセッサによって実行される命令は、フローチャート内の１つ以上のプロセスでの及び／又はブロック図内の１つ以上のブロックでの特定の機能を実装する装置を発生させる。

そのようなコンピュータプログラム命令はまた、特定の様態で作動するようにコンピュータ又は他のプログラム可能なデータ処理デバイスに指示することができるコンピュータ可読メモリに記憶されてよく、それにより、コンピュータ可読メモリに記憶されている命令は、指示装置を含むアーチファクトを発生させる。指示装置は、フローチャート内の１つのプロセスでの及び／又はブロック図内の１つ以上のブロックでの特定の機能を実装する。

そのようなコンピュータプログラム命令はまた、コンピュータ又は他のプログラム可能なデータ処理デバイスにロードされてよく、それにより、一連の動作及びステップは、コンピュータ又は他のプログラム可能なデバイスで実行されて、コンピュータ実装処理を発生させる。従って、コンピュータ又は他のプログラム可能なデバイスで実行される命令は、フローチャート内の１つ以上のプロセスでの及び／又はブロック図内の１つ以上のブロックでの特定の機能を実装するステップを提供する。

本開示は、具体的な特徴及びそれらの実施形態を参照して記載されているが、明らかに、本開示の適用範囲から逸脱することなしに、それらに対して様々な変更及び結合が行われてよい。相応して、明細書及び添付の図面は、添付の特許請求の範囲によって定義される本開示の例となる説明にすぎず、本開示の適用範囲をカバーするいずれかの又は全ての変更、変形、結合又は均等とみなされる。明らかに、当業者であれば、本開示の適用範囲から逸脱することなしに、本開示に対して様々な変更及び変形を行うことができる。本開示は、それらが、続く特許請求の範囲及びその同等技術によって定義される保護の範囲内にあるという条件で、それらの変更及び変形をカバーするよう意図される。

本願は、２０１７年１１月１６日付けで「CHARGING METHOD, APPARATUS, AND SYSTEM」と題されて国家知識産権局に出願された中国特許出願第２０１７１１１３９７２８．２号に基づく優先権を主張する。なお、この中国特許出願は、その全文を参照により本願に援用される。

Claims (29)

1. 課金方法であって、
   課金トリガ装置によってサービスリソース生成要求を課金システムへ送ることであり、前記サービスリソース生成要求は、ユーザ機器とデータネットワークとの間のセッションのためのサービスリソースを生成することを前記課金システムに要求するために使用される、前記送ることと、
   前記課金トリガ装置によって前記課金システムからサービスリソース生成応答を受け取ることであり、前記サービスリソース生成応答は、前記サービスリソース生成要求に応答して前記課金システムによって生成された前記サービスリソースを識別するために使用される第１リソース識別子を有する、前記受け取ることと
   を有し、
   前記サービスリソースは、前記セッションにおけるオンライン課金サービスのクォータの要求、前記セッションにおけるオンライン課金サービスの利用情報の報告、又は前記セッションにおけるオフライン課金サービスの利用情報の報告、のうちの少なくとも1つを管理するために使用される、
   課金方法。
2. 前記課金トリガ装置によってサービスリソース生成要求を課金システムへ送ることは、
   利用可能なサービスリソースがない場合に、前記課金トリガ装置によって、前記サービスリソース生成要求を前記課金システムへ送ることを有する、
   請求項１に記載の課金方法。
3. 前記サービスリソース生成要求は、セッション識別子と、前記ユーザ機器に対応するユーザ識別子とを有し、
   前記セッション識別子は、前記セッションを識別するために使用される、
   請求項１又は２に記載の課金方法。
4. 前記サービスリソース生成要求は、利用情報と、該利用情報がオンライン課金サービス又はオフライン課金サービスのものであることを示す指示情報とを有する、
   請求項１乃至３のうちいずれか一項に記載の課金方法。
5. 前記サービスリソース生成要求は、オンライン課金サービスのクォータ要求情報と、該クォータ要求情報に対応するレーティンググループとを更に有し、かつ／あるいは、
   前記サービスリソース生成要求は、第１利用情報、第１指示情報と、前記第１利用情報に対応するレーティンググループを更に有し、前記第１指示情報は、前記第１利用情報がオフライン課金サービスのものであることを示す、
   請求項１乃至３のうちいずれか一項に記載の課金方法。
6. 前記課金トリガ装置によってサービスリソース更新要求を前記課金システムへ送ることを更に有し、
   前記サービスリソース更新要求は、第２リソース識別子を有し、該第２リソース識別子は、前記第１リソース識別子である、
   請求項１乃至５のうちいずれか一項に記載の課金方法。
7. 前記サービスリソース更新要求は、利用情報と、該利用情報がオンライン課金サービス又はオフライン課金サービスのものであることを示す指示情報とを有する、
   請求項６に記載の課金方法。
8. 前記サービスリソース更新要求は、次の
   前記オンライン課金サービスのクォータ要求情報及び該クォータ要求情報に対応するレーティンググループ、
   第２利用情報、第２指示情報、及び前記第２利用情報に対応するレーティンググループ、又は
   前記オンライン課金サービスのクォータ要求情報及び該クォータ要求情報に対応するレーティンググループ、並びに第２利用情報、第２指示情報、及び前記第２利用情報に対応するレーティンググループ
   のうちのいずれか１つを更に有し、前記第２指示情報は、前記第２利用情報がオンライン課金サービスのものであることを示し、かつ／あるいは、
   前記サービスリソース更新要求は、第３利用情報、第３指示情報、及び前記第３利用情報に対応するレーティンググループを更に有し、前記第３指示情報は、前記第３利用情報がオフライン課金サービスのものであることを示す、
   請求項６に記載の課金方法。
9. 前記課金トリガ装置によってサービスリソース更新要求を前記課金システムへ送ることより前に、前記課金方法は、
   前記課金トリガ装置によって、前記課金システムによって送られたサービスリソース更新通知を受け取ることを更に有し、
   前記サービスリソース更新通知は、第３リソース識別子を有し、該第３リソース識別子は、前記サービスリソースを識別するために使用される、
   請求項６乃至８のうちいずれか一項に記載の課金方法。
10. 前記サービスリソース更新通知は、レーティンググループを更に有する、
    請求項９に記載の課金方法。
11. 前記課金トリガ装置によってサービスリソース削除要求を前記課金システムへ送ることを更に有し、
    前記サービスリソース削除要求は、前記サービスリソースを識別するために使用される第４リソース識別子を有する、
    請求項１乃至１０のうちいずれか一項に記載の課金方法。
12. 前記サービスリソース削除要求は、利用情報と、該利用情報がオンライン課金サービス又はオフライン課金サービスのものであることを示す指示情報とを有する、
    請求項１１に記載の課金方法。
13. 前記サービスリソース削除要求は、第４利用情報、第４指示情報、及び前記第４利用情報に対応するレーティンググループを更に有し、かつ／あるいは、前記サービスリソース削除要求は、第５利用情報、第５指示情報、及び前記第５利用情報に対応するレーティンググループを更に有し、
    前記第４指示情報は、前記第４利用情報がオンライン課金サービスのものであることを示し、
    前記第５指示情報は、前記第５利用情報がオフライン課金サービスのものであることを示す、
    請求項１１に記載の課金方法。
14. 課金方法であって、
    課金システムによって、課金トリガ装置によって送られたサービスリソース生成要求を受け取ることであり、前記サービスリソース生成要求は、ユーザ機器とデータネットワークとの間のセッションのためのサービスリソースを生成することを前記課金システムに要求するために使用される、前記受け取ることと、
    前記課金システムによってサービスリソース生成応答を前記課金トリガ装置へ送ることであり、前記サービスリソース生成応答は、前記サービスリソース生成要求に応答して前記課金システムによって生成された前記サービスリソースを識別するために使用される第１リソース識別子を有する、前記送ることと
    を有し、
    前記サービスリソースは、前記セッションにおけるオンライン課金サービスのクォータの要求、前記セッションにおけるオンライン課金サービスの利用情報の報告、又は前記セッションにおけるオフライン課金サービスの利用情報の報告、のうちの少なくとも1つを管理するために使用される、
    課金方法。
15. 前記サービスリソース生成要求は、セッション識別子と、前記ユーザ機器に対応するユーザ識別子とを有し、
    前記セッション識別子は、前記セッションを識別するために使用される、
    請求項１４に記載の課金方法。
16. 前記サービスリソース生成要求は、利用情報と、該利用情報がオンライン課金サービス又はオフライン課金サービスのものであることを示す指示情報とを有する、
    請求項１４又は１５に記載の課金方法。
17. 前記サービスリソース生成要求は、前記オンライン課金サービスのクォータ要求情報と、該クォータ要求情報に対応するレーティンググループとを更に有し、かつ／あるいは、
    前記サービスリソース生成要求は、第１利用情報、第１指示情報、及び前記第１利用情報に対応するレーティンググループを更に有し、前記第１指示情報は、前記第１利用情報がオフライン課金サービスのものであることを示す
    請求項１４又は１５に記載の課金方法。
18. 前記課金システムによって、前記課金トリガ装置によって送られたサービスリソース更新要求を受け取ることであり、前記サービスリソース更新要求は、第２リソース識別子を有し、該第２リソース識別子は、前記第１リソース識別子である、ことと、
    前記課金システムによって、前記サービスリソース更新要求に基づいて、前記サービスリソースを更新することと
    を更に有する、
    請求項１４乃至１７のうちいずれか一項に記載の課金方法。
19. 前記サービスリソース更新要求は、利用情報と、該利用情報がオンライン課金サービス又はオフライン課金サービスのものであることを示す指示情報とを有する、
    請求項１８に記載の課金方法。
20. 前記サービスリソース更新要求は、次の
    前記オンライン課金サービスのクォータ要求情報及び該クォータ要求情報に対応するレーティンググループ、
    第２利用情報、第２指示情報、及び前記第２利用情報に対応するレーティンググループ、又は
    前記オンライン課金サービスのクォータ要求情報及び該クォータ要求情報に対応するレーティンググループ、並びに第２利用情報、第２指示情報、及び前記第２利用情報に対応するレーティンググループ
    のうちのいずれか１つを更に有し、前記第２指示情報は、前記第２利用情報がオンライン課金サービスのものであることを示し、かつ／あるいは、
    前記サービスリソース更新要求は、第３利用情報、第３指示情報、及び前記第３利用情報に対応するレーティンググループを更に有し、前記第３指示情報は、前記第３利用情報がオフライン課金サービスのものであることを示す、
    請求項１８に記載の課金方法。
21. 前記課金システムによって、前記課金トリガ装置によって送られたサービスリソース更新要求を受け取ることより前に、前記課金方法は、
    前記課金システムによってサービスリソース更新通知を前記課金トリガ装置へ送ることを更に有し、
    前記サービスリソース更新通知は、前記サービスリソースを識別するために使用される第３リソース識別子を有する、
    請求項１８乃至２０のうちいずれか一項に記載の課金方法。
22. 前記サービスリソース更新通知は、レーティンググループを更に有する、
    請求項２１に記載の課金方法。
23. 前記課金システムによって、前記課金トリガ装置によって送られたサービスリソース削除要求を受け取ることであり、前記サービスリソース削除要求は、前記サービスリソースを識別するために使用される第４リソース識別子を有する、ことと、
    前記課金システムによって、前記サービスリソース削除要求に基づいて、前記サービスリソースを削除することと
    を更に有する、
    請求項１４乃至２２のうちいずれか一項に記載の課金方法。
24. 前記サービスリソース削除要求は、利用情報と、該利用情報がオンライン課金サービス又はオフライン課金サービスのものであることを示す指示情報とを有する、
    請求項２３に記載の課金方法。
25. 前記サービスリソース削除要求は、第４利用情報、第４指示情報、及び前記第４利用情報に対応するレーティンググループを更に有し、かつ／あるいは、前記サービスリソース削除要求は、第５利用情報、第５指示情報、及び前記第５利用情報に対応するレーティンググループを更に有し、
    前記第４指示情報は、前記第４利用情報がオンライン課金サービスのものであることを示し、
    前記第５指示情報は、前記第５利用情報がオフライン課金サービスのものであることを示す、
    請求項２３に記載の課金方法。
26. 少なくとも１つのプロセッサと、該少なくとも１つのプロセッサへ結合されている１つ以上のメモリとを有する課金トリガ装置であって、
    前記１つ以上のメモリは、前記課金トリガ装置が請求項１乃至１３のうちいずれか一項に記載の課金方法を実行することを可能にするよう前記少なくとも１つのプロセッサによって実行されるプログラミング命令を記憶している、
    課金トリガ装置。
27. 少なくとも１つのプロセッサと、該少なくとも１つのプロセッサへ結合されている１つ以上のメモリとを有する課金システムであって、
    前記１つ以上のメモリは、前記課金システムが請求項１４乃至２５のうちいずれか一項に記載の課金方法を実行することを可能にするよう前記少なくとも１つのプロセッサによって実行されるプログラミング命令を記憶している、
    課金システム。
28. 請求項２６に記載の課金トリガ装置と、
    請求項２７に記載の課金システムを有する
    通信システム。
29. コンピュータで実行され、該コンピュータが請求項１乃至２５のうちいずれか一項に記載の課金方法を実行することを可能にするプログラムを記憶しているコンピュータ可読記憶媒体。

Images