(57)【要約】  通信ネットワーク内のグループサービスに関する、グループサービスのための課金方法が開示され、方法は、サービスサーバがグループユーザの参加／離脱セッション要求を受信した後で、セッション内の現在のユーザ量についての統計を実行することと、統計結果に従って、現在のグループスケールを判定することと、さらに、サービスサーバが、グループスケールが変化したかどうかを判定することと、グループスケールが変化した場合に、課金装置に課金を始動させることとを含む。本発明は、さらに、対応するサービスサーバと、課金装置と、グループサービス実現システムとを提供する。グループサービスのための課金に本発明を使用することにより、サービスサーバと課金装置との間でやり取りされる課金シグナリングが大幅に減少し、ネットワークシステムリソースの占有が減少する。
2009534879.tif 000002
【特許請求の範囲】
【請求項１】
グループモードサービスのための課金の方法であって、
クライアントによって、アプリケーションサーバへの、グループセッションを確立するためのサービス要求を起動することと、前記アプリケーションサーバによって、課金システムに初期課金要求を送信することと、前記課金システムによって、初期料率の課金を実行することと、
前記アプリケーションサーバによって、グループ参加者から受信したセッション参加／離脱要求に従って、オンライングループユーザの数を計算することと、グループユーザの前記数についての事前設定された変化しきい値に従って、グループスケールが変化したことを判定することと、前記課金システムへの中間課金要求を起動することと、前記課金システムによって、現在のグループスケールに対応する料率における課金を実行することと、を含む、方法。
【請求項２】
前記課金システムが前記初期課金要求を受信した後で、前記課金システムが、ユーザの前記数についての前記変化しきい値に関するトリガ変数を運ぶ応答を、前記アプリケーションサーバに返すことと、
グループユーザの前記数の変化が、ユーザの前記数についての前記変化しきい値を越えた場合に、前記アプリケーションサーバが、前記グループスケールが変化したことを判定することと、をさらに含む、請求項１に記載の方法。
【請求項３】
ユーザの前記数についての前記変化しきい値に従って区切られた、ユーザの前記数の範囲と、グループスケールとの間の対応であって、前記アプリケーションサーバ内に、または外部エンティティ内に事前に記憶された、対応をさらに含み、
前記アプリケーションサーバによって、前記グループスケールが変化したことを前記判定することは、現在のセッション内のオンラインユーザの前記数を計算することと、前記アプリケーションサーバによって、対応関係を問い合わせることと、前記グループスケールが変化したことを判定することと、を含む、請求項１に記載の方法。
【請求項４】
前記対応関係を問い合わせることと、前記グループスケールが変化したことを判定することとの、前記プロセスは、
前記アプリケーションサーバが、前記現在のセッション内のオンライングループユーザの前記数を計算した後で、前記アプリケーションサーバによって、照合によって、最も近い値を有する２つのしきい値を判定することと、
前記２つのしきい値に従って、ユーザの前記数の範囲を区切ることと、前記対応関係を問い合わせることによって、前記現在のグループスケールを判定することと、
前記現在のグループスケールが、先のグループスケールとは異なる場合に、前記グループスケールが変化したことを判定することと、前記課金システムへの中間課金要求を起動することと、を含む、請求項３に記載の方法。
【請求項５】
前記課金システムは、前記中間課金要求を受信した後で、前記中間課金要求内で運ばれる、グループスケール情報、またはオンライングループユーザの前記数についての情報を、記録および処理し、かつ、前記現在のグループスケールに、またはオンライングループユーザの前記数に対応する料率における課金を実行する、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
グループスケール、またはユーザの前記数の範囲と、課金料率との間の対応関係が、前記課金システム内に事前に記憶され、前記方法は、
前記課金システムが、前記グループスケール情報、またはオンライングループユーザの前記数についての情報を運ぶ前記中間課金要求を受信した後で、前記課金システムが、前記課金料率の前記対応関係を調べ、対応する課金料率を照合によって判定し、かつ、前記照合された課金料率における課金を実行することをさらに含む、請求項５に記載の方法。
【請求項７】
前記課金システムによって使用される課金モードは、オンライン課金モードまたはオフライン課金モードを含む、請求項１に記載の方法。
【請求項８】
アプリケーションサーバであって、グループモードサービス機能部を含み、前記アプリケーションサーバは、さらに、
グループ内のオンラインユーザの数に従って、現在のグループスケールを判定するように適合された、グループスケール判定部と、
前記グループスケールが変化したことを判定するように適合された、グループスケール変化判定部と、
クライアントによって起動された、グループセッションを確立するためのサービス要求に従って、課金システムに初期課金要求を送信するように、かつ、前記グループスケールが変化した後で、前記課金システムへの中間課金要求であって、オンライングループユーザの前記数についての情報、またはグループスケール情報を運ぶ、中間課金要求を起動するように適合された、課金要求部と、を含む、アプリケーションサーバ。
【請求項９】
前記グループスケール判定部は、
グループユーザから、セッション参加／離脱要求を受信するように適合された、第１のモジュールと、
現在のセッション内のオンライングループユーザの前記数を計算するように適合された、第２のモジュールと、
計算された結果に従って、前記現在のグループスケールを判定するように適合された、第３のモジュールと、を含む、請求項８に記載のアプリケーションサーバ。
【請求項１０】
課金システムであって、
アプリケーションサーバによって起動された、初期課金要求または中間課金要求を受信するように、かつ、前記中間課金要求内で運ばれる、オンライングループユーザの数についての情報、またはグループスケール情報を、解明するように適合された、課金要求受信および解明部と、
前記初期課金要求に従って初期料率を判定するように、かつ、前記解明された、オンライングループユーザの前記数についての情報、またはグループスケール情報に従って、対応する課金料率を判定するように適合された、料率判定部と、
前記判定された、初期料率、または対応する課金料率における課金を実行するように適合された、料金計算部と、を含む、課金システム。
【請求項１１】
対応関係の第１のテーブルと、対応関係の第２のテーブルとを記憶するように適合された、料率記憶部をさらに含み、
ユーザの前記数の範囲値と、課金料率との間の対応関係が、対応関係の前記第１のテーブル内に記憶され、
グループスケールと、課金料率との間の対応関係が、対応関係の前記第２のテーブル内に記憶され、かつ、
前記料率判定部は、前記解明された、オンライングループユーザの前記数についての情報に従って、対応関係の前記第１のテーブルを調べるか、または、前記解明された、グループスケール情報に従って、対応関係の前記第２のテーブルを調べ、かつ、前記対応する課金料率を判定する、請求項１０に記載の課金システム。
【請求項１２】
グループモードサービスを実現するためのシステムであって、
グループモードサービスを実現するように、かつ、クライアントによって起動された、グループセッションを確立するためのサービス要求に従って、初期課金要求を送信するように、かつ、グループ内のオンラインユーザの数に従って、現在のグループスケールを判定するように、かつ、課金システムへの中間課金要求であって、オンライングループユーザの前記数についての情報、またはグループスケール情報を運ぶ、中間課金要求を、前記グループスケールが変化したことが判定された場合に起動するように適合された、アプリケーションサーバと、
前記グループアプリケーションサーバによって起動された、前記初期課金要求または中間課金要求を受信するように、かつ、前記中間課金要求内で運ばれる、オンライングループユーザの前記数についての前記情報、またはグループスケール情報を解明するように、かつ、前記初期課金要求に従って初期料率を判定するように、かつ、前記解明された、オンライングループユーザの前記数についての情報、またはグループスケール情報に従って、対応する課金料率を判定するように、かつ、前記判定された、初期料率、または対応する課金料率における課金を実行するように適合された、課金システムと、を備える、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるグループモードサービスに関し、特に、グループモードサービスのための課金の方法と、対応するアプリケーションサーバおよび課金システムと、グループモードサービスを実現するためのシステムとに関する。
【背景技術】
【０００２】
グループモードサービスは、インスタントメッセージ(Instant Message)（ＩＭ）、プレゼンス(Presence)、プッシュツートークオーバセルラー(Push to Talk over Cellular)（ＰｏＣ）などの、種々のタイプのさまざまなサービスを含む。グループモードサービスは共通の特性を有し、すなわち、セッション開始者がセッションを開始した後は、同じグループに属するすべてのユーザが、セッションに参加することを選択してもよく、セッションに参加したユーザは、同様に、セッションを抜けることを選択してもよい。言い換えると、グループモードサービスにおいては、セッションに参加しているユーザの数は可変である。
【０００３】
ＰｏＣサービスを例に取ると、これは、移動セルラー公衆ネットワーク(mobile cellular public network)に基づいた、ＶｏＩＰ技術を使用するプッシュツートークサービスである。ＰｏＣユーザがグループリストを設定した後で、ユーザは、専用のキーを押すことのみによって、他のＰｏＣユーザとの、ポイントツーポイントの、半二重(semi-duplex)の会話を行ってもよく、または、事前設定されたグループ内のユーザとの、ポイントツーマルチポイントの、半二重の会話を行ってもよい。図１は、ＰｏＣサービスにおけるポイントツーマルチポイント通信の概略図を示す。
【０００４】
ＰｏＣサーバは、ＰｏＣサービスにおいて、制御ＰｏＣ機能（controlling PoC function)および参加ＰｏＣ機能(participating PoC function)を含む、アプリケーション層のネットワーク機能を実現する役割を果たす。
【０００５】
図２は、制御ＰｏＣ機能が内部に存在するＰｏＣサーバと、参加ＰｏＣ機能が内部に存在するＰｏＣサーバとが、異なるネットワークに属する場合の構造図である。ポイントツーポイントＰｏＣセッションおよびアドホックＰｏＣセッションでは、招待側として働くＰｏＣサーバが、制御ＰｏＣ機能を実行し、一方、ＰｏＣチャットグループおよび事前設定グループのセッションでは、グループ識別情報（ＩＤ）を有するＰｏＣサーバが、制御ＰｏＣ機能を実行する。ポイントツーマルチポイントＰｏＣ通信については、ＰｏＣセッション内にＮ個の参加者が存在する場合、ＰｏＣサーバが制御ＰｏＣ機能を実行する際に、メディアおよびシグナリングを伝送するための、Ｎ本の相互作用経路が存在する。
【０００６】
ＰｏＣサービスの課金の間の、セッションサービスの課金要素は、主に以下を含む。
【０００７】
アドホックＰｏＣ、事前設定ＰｏＣ、およびチャットＰｏＣなどの、ＰｏＣセッションタイプ、
ＰｏＣセッションのグループ内の参加者の数、またはトークバーストの受信者の数、
サービスネットワークＩＤ、および
ＰｏＣサービスの適用時間、その他。
【０００８】
現在のところ、従来技術の課金ソリューションにおいては、例えば、アドホック課金ソリューションまたは事前設定課金ソリューションにおいて、課金は、セッションオーナーに対して、またはセッション参加者に対して実行される。課金がセッションオーナーに対して実行される場合、課金は、通常、制御ＰｏＣ機能が内部に存在するＰｏＣサーバによって開始され、一方、課金がセッション参加者に対して実行される場合、課金は、通常、参加ＰｏＣ機能が内部に存在するＰｏＣサーバによって開始される。
【発明の開示】
【発明が解決しようとする課題】
【０００９】
従来技術では、セッションオーナーに関する課金料率は、ＰｏＣ参加者の数の変化に従って調節されなければならず、さらに、ＰｏＣサーバは、ＳＩＰメッセージ（ＩＮＶＩＴＥメッセージおよびＢＹＥメッセージを含む）を受信するたびに、課金システムへの課金要求(ACcounting Request)（ＡＣＲ）をトリガし、課金システムは、同時に、課金応答(ACcounting Answer)（ＣＣＲ）を応答する。このようにして、多数のユーザがセッションに参加している場合は、大量のＡＣＲおよびＣＣＲが、ＰｏＣサーバと課金システムとの間で配信されなければならず、それにより、システムリソースの消費は非常に大きくなる。
【課題を解決するための手段】
【００１０】
本発明の実施形態は、アプリケーションサーバと課金システムとの間で伝送される課金関連のシグナリングを減少させることが可能な、グループモードサービスのための課金の方法を提供する。
【００１１】
本発明の実施形態は、さらに、アプリケーションサーバと、課金システムと、グループモードサービスを実現するためのシステムとを提供する。
【００１２】
グループモードサービスのための課金の方法は、
クライアントによって、アプリケーションサーバへの、グループセッションを確立するためのサービス要求を起動し、アプリケーションサーバによって、課金システムに、初期課金要求を送信し、かつ、課金システムによって、初期課金料率における課金を実行するステップと、
アプリケーションサーバによって、グループユーザから受信したセッション参加／離脱要求に従って、オンライングループユーザの数を計数し、グループユーザの数についての事前設定された変化しきい値に従って、グループスケールが変化したことを判定し、課金システムへの中間課金要求を起動し、かつ、課金システムによって、現在のグループスケールに対応する料率における課金を実行するステップと、を含む。
【００１３】
アプリケーションサーバは、グループモードサービス機能部を含み、かつさらに、
グループ内のオンラインユーザの数に従って、現在のグループスケールを判定するように適合された、グループスケール判定部と、
グループスケールが変化したかどうかを判定するように適合された、グループスケール変化判定部と、
クライアントによって起動された、グループセッションを確立するためのサービス要求に従って、課金システムに初期課金要求を送信するように、かつ、グループスケールが変化した後で、課金システムへの中間課金要求であって、オンライングループユーザの数についての情報、またはグループスケール情報を運ぶ、中間課金要求を起動するように適合された、課金要求部と、を含む。
【００１４】
課金システムは、
アプリケーションサーバによって起動された、初期課金要求または中間課金要求を受信するように、かつ、中間課金要求内で運ばれる、オンライングループユーザの数についての情報、またはグループスケール情報を、解明(resolve)するように適合された、課金要求（ＡＣＲ）受信および解明部と、
初期課金要求に従って初期料率を判定するように、かつ、解明された、オンライングループユーザの数についての情報、またはグループスケール情報に従って、対応する課金料率を判定するように適合された、料率判定部と、
判定された、初期料率、または対応する課金料率における課金を実行するように適合された、料金計算部と、を含む。
【００１５】
グループモードサービスを実現するためのシステムは、アプリケーションサーバと課金システムとを含み、アプリケーションサーバは、グループモードサービスを実現するように、かつ、クライアントによって起動された、グループセッションを確立するためのサービス要求に従って、課金システムに初期課金要求を送信するように、かつ、オンライングループユーザの数に従って、現在のグループスケールを判定するように、かつ、グループスケールが変化したことが判定されたら、課金システムへの中間課金要求であって、オンライングループユーザの数についての情報、またはグループスケール情報を運ぶ、中間課金要求を起動するように適合される。
【００１６】
課金システムは、グループアプリケーションサーバによって起動された、初期課金要求または中間課金要求を受信するように、かつ、中間課金要求内で運ばれる、オンライングループユーザの数についての情報、またはグループスケール情報を解明するように、かつ、初期課金要求に従って初期料率を判定するように、かつ、解明された、オンライングループユーザの数についての情報、またはグループスケール情報に従って、対応する課金料率を判定するように、かつ、判定された、初期料率、または対応する課金料率に従って、課金を実行するように適合される。
【００１７】
本発明の実施形態によれば、アプリケーションサーバが、現在のオンラインセッション内のユーザの数を計数し、計数された結果に従って、現在のグループスケールを判定し、かつ、グループスケールが変化した場合のみ、課金をトリガし、それにより、アプリケーションサーバと課金システムとの間でやり取りされる課金シグナリングを大幅に減少させ、ネットワークシステムリソースの占有を減少させる。
【発明を実施するための最良の形態】
【００１８】
本発明の実施形態は、グループモードサービスのための課金の方法を提供し、その方法は以下のとおりである。
【００１９】
グループユーザからセッション参加または離脱要求を受信した後で、現在のオンラインセッション内のユーザの数を、アプリケーションサーバによって計数し、計数された結果に従って、現在のグループスケールを検知し、かつ、グループスケールが変化したかどうかを判定し、そして、グループスケールが変化した場合は、課金システムへの課金要求を起動し、課金システムによって、課金要求を受信した後で、現在のオンラインセッション内のユーザの数に、または現在のグループスケールに対応する料率における課金を実行する。
【００２０】
図３を参照すると、この図は、本発明の実施形態による方法のステップを示すフローチャートである。図３に示すプロセスでは、通常のセッションに入る前に、プロセスは次を含む。クライアントが、マルチパーティグループセッションの確立を要求するためのグループモードサービス要求をアプリケーションサーバに送信し、アプリケーションサーバは、初期課金要求を課金システムに送信し、課金システムは、ユーザの数についての変化しきい値に関するトリガ変数を運ぶ応答を、アプリケーションサーバに返し、ここで、グループユーザの数の変化が、ユーザの数についての変化しきい値を越えた場合に、トリガ変数はトリガ条件を満たし、すなわち、グループスケールは変化したと判定され、その結果、課金システムへの中間課金要求が起動される必要がある。
【００２１】
セッションの間、アプリケーションサーバは、トリガ変数を監視する。具体的には、これは以下のステップを含む。
【００２２】
ステップＳ１０において、アプリケーションサーバは、グループユーザが、セッション開始要求、セッション参加要求、またはセッション離脱要求を起動するのを待つ。
【００２３】
ステップＳ１１において、アプリケーションサーバは、グループユーザによって起動されたセッション開始要求を受信した後で、現在のグループスケールは初期スケールであるということを判定し、そして課金システムへの初期課金要求を起動する。次に、プロセスはステップＳ１７に進む。
【００２４】
ステップＳ１２において、アプリケーションサーバは、グループユーザによって起動されたセッション参加要求またはセッション離脱要求を受信する。次に、プロセスはステップＳ１３に進む。
【００２５】
ステップＳ１３において、アプリケーションサーバは、現在のオンラインセッション内のユーザの数を計数する。次に、プロセスはステップＳ１４に進む。
【００２６】
ステップＳ１４において、アプリケーションサーバは、計数された結果に従って、現在のグループスケールを判定する。言い換えると、アプリケーションサーバは、ユーザの数についての変化しきい値に関するトリガ条件が満たされているかどうかを判定する。具体的には、このプロセスは以下のとおりである。
【００２７】
グループスケールと、ユーザの数についての変化しきい値に従って区切られた、ユーザの数の範囲との間の対応関係が、アプリケーションサーバ内に事前に記憶される。アプリケーションサーバは、現在のオンラインセッション内のグループユーザの数を計数した後で、記憶された対応関係を調べて、現在のグループスケールを判定する。以下の表１を参照されたい。
【００２８】
【表１】
2009534879.tif 000003
表１では、以下の３つの、ユーザの数についての変化しきい値が設定されている。第１のしきい値「５」、第２のしきい値「１５」、および第３のしきい値「４０」。ユーザの数は、４つの範囲に分割されている。
【００２９】
表１では、ユーザの数の範囲に対応して、全体として４つのグループスケールが存在し、それらは以下のとおりである。
【００３０】
第１のグループスケールは、グループスケールＩＤ「スケール１」に対応し、
第２のグループスケールは、グループスケールＩＤ「スケール２」に対応し、
第３のグループスケールは、グループスケールＩＤ「スケール３」に対応し、かつ、
第４のグループスケールは、グループスケールＩＤ「スケール４」に対応する。
【００３１】
現在のセッション内の実際のオンラインユーザの数が、第１のしきい値以下である場合、現在のグループスケールは「第１のグループスケール」であると判定される。
【００３２】
現在のセッション内の実際のオンラインユーザの数が、第１のしきい値よりも大きく、かつ第２のしきい値以下である場合、現在のグループスケールは「第２のグループスケール」であると判定される。
【００３３】
現在のセッション内の実際のオンラインユーザの数が、第２のしきい値よりも大きく、かつ第３のしきい値以下である場合、現在のグループスケールは「第３のグループスケール」であると判定される。
【００３４】
現在のセッション内の実際のオンラインユーザの数が、第３のしきい値よりも大きい場合、現在のグループスケールは「第４のグループスケール」であると判定される。
【００３５】
現在計数されたユーザの数が８であると仮定すると、ユーザの数８は第１のしきい値よりも大きく、かつ第２のしきい値よりも小さいため、表１に従って、現在のグループスケールは第２のスケール「スケール２」であると判定される。
【００３６】
ステップＳ１５において、アプリケーションサーバは、グループスケールが変化したかどうかをさらに判定し、そして、グループスケールが変化していない場合、プロセスはステップＳ１０に進み、一方、グループスケールが変化した場合、プロセスはステップＳ１６に進む。具体的には、このプロセスは以下のとおりである。
【００３７】
アプリケーションサーバは、判定された現在のグループスケールが、先のグループスケールと同じであるかどうかを判定し、そして、それらが同じである場合、グループスケールは変化していないと判定され、一方、それらが異なる場合、グループスケールは変化したと判定される。
【００３８】
例えば、先のグループスケールは、第２のスケール「スケール２」であると仮定する。セッションを抜けるユーザが時々あり、現在計数されたオンラインユーザの数が５である場合、表１から、現在判定されるグループスケールは第１のスケール「スケール１」となるということ、すなわち、この時点において、グループスケールは変化しているということがわかる。
【００３９】
ステップ１６において、アプリケーションサーバは、課金システムへの、新しい課金要求、すなわち、中間課金要求を起動する。具体的には、
１）アプリケーションサーバが課金システムへの中間課金要求を起動すると、要求は、ユーザの数についての情報を運ぶか、または、
２）アプリケーションサーバが課金システムへの中間課金要求を起動すると、要求は、判定された現在のグループスケールについての情報を運ぶ。
【００４０】
ステップ１７において、課金システムは、対応する料率における課金を実行する。具体的には、
課金システムは、初期課金要求を受信した場合、初期料率における課金を実行し、
対応関係の第１のテーブルと、対応関係の第２のテーブルとが課金システム内に記憶され、
ユーザの数の範囲と、課金料率との間の対応関係が、対応関係の第１のテーブル内に記憶され、
グループスケールと、課金料率との間の対応関係が、対応関係の第２のテーブル内に記憶され、
課金システムは、ユーザの数についての情報を運ぶ中間課金要求を受信した後は、対応関係の第１のテーブルを調べて、対応する課金料率を照合によって判定し、照合された課金料率における課金を実行し、かつ、
課金システムは、グループスケール情報を運ぶ中間課金要求を受信した後は、対応関係の第２のテーブルを調べて、対応する課金料率を照合によって判定し、照合された課金料率における課金を実行する。
【００４１】
上記の処理は、現在のセッションが終了するまで繰り返される。
【００４２】
課金システムによって使用されてもよい課金モードは、オンライン課金モードまたはオフライン課金モードを含む。
【００４３】
本発明の実施形態による課金の方法がＰｏＣサービスに適用される場合の、課金を実行するための対応するブロック図が、図４に示されている。ＰｏＣグループ内のＮ個のユーザと、それらの対応する参加ＰｏＣ機能サーバとが、ネットワークＡ内にあり、Ｍ個のユーザと、それらの対応する参加ＰｏＣ機能サーバとが、ネットワークＢ内にあり、グループのための制御機能サーバが、ネットワークＸ内にあり、メディアおよびシグナリングは、グループのための制御機能サーバと、ネットワークＡ内の参加ＰｏＣ機能サーバとの間で、Ｎ本の相互作用経路を介して伝送され、かつ、メディアおよびシグナリングは、グループのための制御機能サーバと、ネットワークＢ内の参加ＰｏＣ機能サーバとの間で、Ｍ本の相互作用経路を介して伝送されると仮定されている。グループのための制御機能サーバは、オンライン課金インタフェースを介してオンライン課金システムと接続されるか、または、オフライン課金インタフェースを介してオフライン課金システムと接続される。
【００４４】
本発明の実施形態による課金の方法はＰｏＣサービスに適用され、特定の課金シグナリングは、図５に示されており、以下を含む。
【００４５】
１）ＰｏＣクライアントが、参加ＰｏＣ機能サーバに、ＳＩＰ  ＩＮＶＩＴＥメッセージまたはＳＩＰ  ＢＹＥメッセージを含む、セッション起動プロトコル(Session Initiated Protocol)（ＳＩＰ）メッセージを送信し、
２）参加ＰｏＣ機能サーバは、制御ＰｏＣ機能サーバに、ＳＩＰ  ＩＮＶＩＴＥメッセージまたはＳＩＰ  ＢＹＥメッセージを、転送し、
３）制御ＰｏＣ機能サーバは、ユーザの数を計数し、かつ、グループスケールが変化したかどうかを判定し、特定の判定方法は図３に示すフローチャート内のステップＳ１４およびＳ１５によって示されており、
４）制御ＰｏＣ機能サーバは、グループスケールが変化したことを判定した後で、課金システムへの課金要求（ＡＣＲ）であって、現在のオンラインユーザの数についての情報、または現在のグループスケールについての情報を運ぶ、課金要求（ＡＣＲ）を起動し、
５）課金システムは、課金要求を受信した後で、現在のユーザの数またはグループスケールに従った、対応する課金料率における課金を実行し、かつ、課金の結果を記録し、
６）課金システムは、制御ＰｏＣ機能サーバに、課金応答（ＡＣＡ）を返す。
【００４６】
制御ＰｏＣ機能サーバが課金システムへの課金要求を起動する特定の状況は、図６Ａ〜図６Ｆに示すような、以下の６つの場合を含む。
【００４７】
オフライン課金モードが使用される場合に、制御ＰｏＣ機能サーバが課金をトリガするプロセスは、以下のとおりである。
【００４８】
１）制御ＰｏＣ機能サーバは、ユーザによって起動されたセッション開始要求を受信すると、図６Ａに示すように、オフライン課金システムへの初期課金要求を起動する。この課金要求メッセージはStartRecordであり、このメッセージは、「１」という、ユーザの数についての情報を運んでもよく、または、「スケール１」などの、最小のグループスケールの識別情報を運んでもよい。
【００４９】
２）ユーザがセションに参加、またはセッションから離脱する場合、制御ＰｏＣ機能サーバは、現在のユーザの数を計数し、かつ、グループスケールが変化したかどうかを判定する。グループスケールが変化した場合、制御ＰｏＣ機能サーバは、図６Ｂに示すように、オフライン課金システムへの中間課金要求を起動する。この課金要求メッセージはInterimRecordであり、このメッセージは、「８」などの、ユーザの数についての情報を運んでもよく、または、「スケール２」などの、現在のグループスケールの識別情報を運んでもよい。
【００５０】
３）セッション開始者が現在のセッションを終了する場合、制御ＰｏＣ機能サーバは、図６Ｃに示すように、オフライン課金システムへの課金終了要求を起動する。この課金要求メッセージはTerminationRecordである。
【００５１】
オンライン課金モードが使用される場合に、制御ＰｏＣ機能サーバが課金をトリガするプロセスは、以下のとおりである。
【００５２】
４）制御ＰｏＣ機能サーバは、ユーザによって起動されたセッション開始要求を受信すると、図６Ｄに示すように、オンライン課金システムへの初期課金要求を起動する。この課金要求メッセージはInitialRequestであり、このメッセージは、「１」という、ユーザの数についての情報を運んでもよく、または、「スケール１」などの、最小のグループスケールの識別情報を運んでもよい。
【００５３】
５）ユーザがセションに参加、またはセッションから離脱する場合、制御ＰｏＣ機能サーバは、現在のユーザの数を計数し、かつ、グループスケールが変化したかどうかを判定する。グループスケールが変化した場合、制御ＰｏＣ機能サーバは、図６Ｅに示すように、オンライン課金システムへの課金更新要求を起動する。この課金要求メッセージはUpdateRequestであり、このメッセージは、「８」などの、ユーザの数についての情報、または、「スケール２」などの、現在のグループスケールの識別情報を運んでもよい。
【００５４】
６）セッション開始者が現在のセッションを終了する場合、制御ＰｏＣ機能サーバは、図６Ｆに示すように、オンライン課金システムへの課金終了要求を起動する。この課金要求メッセージはTerminationRequestである。
【００５５】
本発明の実施形態の上記の方法によれば、本発明は、対応するアプリケーションサーバの実施形態を提供し、その特定の構造は図７の概略図に示されている。アプリケーションサーバは、グループモードサービスを実現するためのグループモードサービス機能部を含み、さらに、
グループ内のオンラインユーザの数に従って現在のグループスケールを判定するように適合された、グループスケール判定部と、
グループスケールが変化したかどうかを判定するように適合された、グループスケール変化判定部と、
クライアントによって起動された、グループセッションを確立するためのサービス要求に従って、課金システムに初期課金要求を送信するように、かつ、グループスケールが変化した後で、課金システムへの中間課金要求であって、オンライングループユーザの数についての情報、またはグループスケール情報を運ぶ、中間課金要求を起動するように適合された、課金要求部と、を含む。
【００５６】
グループスケール判定部は、
グループユーザから、セッション参加／離脱要求を受信するように適合された、第１のモジュールと、
現在のセッション内のオンライングループユーザの数を計算するように適合された、第２のモジュールと、
計数された結果に従って、現在のグループスケールを判定するように適合された、第３のモジュールとを含む。
【００５７】
本発明の上記の方法の実施形態によれば、本発明は、対応する課金システムの実施形態を提供し、その特定の構造は図８に示されている。課金システムは、
アプリケーションサーバによって起動された、初期課金要求および中間課金要求を受信するように、かつ、中間課金要求内で運ばれる、オンライングループユーザの数についての情報、またはグループスケール情報を解明するように適合された、課金要求受信および解明部と、
初期課金要求に従って初期料率を判定するように、かつ、解明された、オンライングループユーザの数についての情報、またはグループスケール情報に従って、対応する課金料率を判定するように適合された、料率判定部と、
判定された課金料率における課金を実行するように適合された、料金計算部とを含む。
【００５８】
上記の課金システムは、対応関係の第１のテーブルと、対応関係の第２のテーブルとを記憶するように適合された、料率記憶部をさらに含む。
【００５９】
ユーザの数の範囲値と、課金料率との間の対応関係が、対応関係の第１のテーブル内に記憶される。
【００６０】
グループスケールと、課金料率との間の対応関係が、対応関係の第２のテーブル内に記憶される。
【００６１】
料率判定部は、オンライングループユーザの数についての情報を解明した後で、対応関係の第１のテーブルを調べるか、または、料率判定部は、解明されたグループスケール情報に従って、対応関係の第２のテーブルを調べ、次に、対応する課金料率を判定し、それを料金計算部に通知する。そして、料金計算部は、判定された課金料率における課金を実行する。
【００６２】
その上、本発明は、上記のアプリケーションサーバと課金システムとを含む、グループモードサービスを実現するためのシステムをさらに提供する。
【００６３】
結論として、本発明の実施形態では、アプリケーションサーバが、現在のオンラインセッション内のユーザの数を計算し、かつ、計数された結果に従って、現在のグループスケールを判定するために使用され、課金は、グループスケールが変化した場合のみトリガされる。したがって、アプリケーションサーバと課金システムとの間でやり取りされる課金シグナリングは大幅に減らされる可能性があり、ネットワークシステムリソースの占有は減少する可能性がある。
【００６４】
本発明の実施形態では、課金は、現在セッションに参加しているユーザの数に従った、対応する料率において実行される。したがって、実際的なサービス課金要求がより良好に行われることが可能になり、それにより、より良好にサービス消費が促進される。
【００６５】
さまざまな修正および変形が、本発明の精神および範囲を逸脱することなく、当業者によって行われてもよい。したがって、そのような修正および変形が、本発明の請求の範囲またはその均等物の範囲内に入る限り、本発明は、それらの修正および変形を包含することが意図されている。
【図面の簡単な説明】
【００６６】
【図１】ＰｏＣサービスにおけるポイントツーマルチポイント通信を示す、従来技術の概略図である。
【図２】制御ＰｏＣ機能が内部に存在するＰｏＣサーバと、参加ＰｏＣ機能が内部に存在するＰｏＣサーバとが、異なるネットワークに属する場合の、従来技術の構造図である。
【図３】本発明の実施形態による、グループタイプのサービスのための課金の方法のフローチャートである。
【図４】本発明の実施形態による、ＰｏＣサービスを例に取ることによって、グループタイプのサービスのための課金のプロセスを示す、ブロック図である。
【図５】本発明の実施形態による、ＰｏＣサービスを例に取ることによって、グループタイプのサービスの課金シグナリングを示す、フローチャートである。
【図６】図６Ａ〜図６Ｆは、本発明の実施形態による、ＰｏＣサービスを例に取ることによって、アプリケーションサーバがさまざまな状態において課金要求を起動する場合のシグナリングを示す、フローチャートである。
【図７】本発明の実施形態による、アプリケーションサーバの概略構造図である。
【図８】本発明の実施形態による、課金システムの概略構造図である。
【図１】
2009534879.tif 000004
【図２】
2009534879.tif 000005
【図３】
2009534879.tif 000006
【図４】
2009534879.tif 000007
【図５】
2009534879.tif 000008
【図６Ａ】
2009534879.tif 000009
【図６Ｂ】
2009534879.tif 000010
【図６Ｃ】
2009534879.tif 000011
【図６Ｄ】
2009534879.tif 000012
【図６Ｅ】
2009534879.tif 000013
【図６Ｆ】
2009534879.tif 000014
【図７】
2009534879.tif 000015
【図８】
2009534879.tif 000016
【手続補正書】
【提出日】平成20年12月17日(2008.12.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
グループモードサービスのための課金の方法であって、
課金システムが初期料率で課金するのを可能にするために、グループセッションを確立するためのサービス要求をクライアントから受信することに応えて、前記課金システムに初期課金要求を送信することと、
グループユーザの数について事前設定されたしきい値に従って、グループスケールが変化したことを検知することに応えて、前記課金システムが現在のグループスケールに対応する料率において課金するのを可能にするために、前記課金システムへの中間課金要求を起動することと、を含む、方法。
【請求項２】
前記課金システムから、ユーザの前記数についての変化しきい値に関するトリガ条件を運ぶ応答を受信することをさらに含み、
グループユーザの前記数について事前設定されたしきい値に従って、グループスケールが変化したことを前記検知することは、グループユーザの前記数の変化が、ユーザの前記数についての前記変化しきい値を越えたことを検知することを含む、請求項１に記載の方法。
【請求項３】
ユーザの前記数についての前記変化しきい値に従って、ユーザの前記数の対応範囲を区切ることをさらに含み、
前記グループスケールが変化したことを前記判定することは、現在のセッション内のオンラインユーザの前記数を計算することと、前記変化しきい値に従って区切られたユーザの前記数と、前記グループスケールとの対応関係を問い合わせることと、前記対応関係に従って、前記グループスケールが変化したことを判定することと、を含む、請求項１に記載の方法。
【請求項４】
前記グループスケールが変化したことを前記判定することは、
前記現在のセッション内のオンラインユーザの前記数を計算した後で、最も近い値を有する２つのしきい値を判定することと、
前記２つのしきい値に従って、ユーザの前記数の範囲を区切ることと、前記対応関係に従って、前記現在のグループスケールを判定することと、
前記現在のグループスケールが、先のグループスケールとは異なる場合に、前記グループスケールが変化したことを判定することと、を含む、請求項３に記載の方法。
【請求項５】
グループモードサービスのための課金の方法であって、
アプリケーションサーバから初期課金要求を受信することに応えて、初期料率において課金することと、
前記アプリケーションサーバが、ユーザからのセッション参加／離脱要求に従って、オンラインユーザの数を計算し、かつ、グループユーザの前記数についての事前設定されたしきい値に従って、グループスケールが変化したことを検知した場合に、前記アプリケーションサーバから中間課金要求を受信することに応えて、現在のグループスケールに対応する料率において課金することと、を含む、方法。
【請求項６】
グループスケール、またはユーザの前記数の範囲と、課金料率との間の対応関係が、課金システム内に事前に記憶され、前記方法は、
前記課金料率の前記対応関係を調べることと、対応する課金料率を判定することと、をさらに含む、請求項５に記載の方法。
【請求項７】
前記課金システムによって使用される課金モードは、オンライン課金モードまたはオフライン課金モードを含む、請求項１に記載の方法。
【請求項８】
アプリケーションサーバであって、グループモードサービス機能部を含み、前記アプリケーションサーバは、さらに、
グループ内のオンラインユーザの数に従って、現在のグループスケールを判定するように適合された、グループスケール判定部と、
前記グループスケールが変化したことを判定するように適合された、グループスケール変化判定部と、
クライアントによって起動された、グループセッションを確立するためのサービス要求に従って、課金システムに初期課金要求を送信するように、かつ、前記グループスケールが変化した後で、前記課金システムへの中間課金要求であって、オンライングループユーザの前記数についての情報、またはグループスケール情報を運ぶ、中間課金要求を起動するように適合された、課金要求部と、を含む、アプリケーションサーバ。
【請求項９】
前記グループスケール判定部は、
グループユーザから、セッション参加／離脱要求を受信するように適合された、第１のモジュールと、
前記第１のモジュールがグループユーザからセッション参加／離脱要求を受信した後で、現在のセッション内のオンライングループユーザの前記数を計算するように適合された、第２のモジュールと、
計算された結果に従って、前記現在のグループスケールを判定するように適合された、第３のモジュールと、を含む、請求項８に記載のアプリケーションサーバ。
【請求項１０】
課金システムであって、
アプリケーションサーバによって起動された、初期課金要求または中間課金要求を受信するように、かつ、前記中間課金要求内で運ばれる、オンライングループユーザの数についての情報、またはグループスケール情報を、解明するように適合された、課金要求受信および解明部と、
前記初期課金要求に従って初期料率を判定するように、かつ、前記解明された、オンライングループユーザの前記数についての情報、またはグループスケール情報に従って、対応する課金料率を判定するように適合された、料率判定部と、
前記判定された、初期料率、または対応する課金料率における課金を実行するように適合された、料金計算部と、を含む、課金システム。
【請求項１１】
対応関係の第１のテーブルと、対応関係の第２のテーブルとを記憶するように適合された、料率記憶部をさらに含み、
ユーザの前記数の範囲値と、課金料率との間の対応関係が、対応関係の前記第１のテーブル内に記憶され、
グループスケールと、課金料率との間の対応関係が、対応関係の前記第２のテーブル内に記憶され、かつ、
前記料率判定部は、前記解明された、オンライングループユーザの前記数についての情報に従って、対応関係の前記第１のテーブルを調べるか、または、前記解明された、グループスケール情報に従って、対応関係の前記第２のテーブルを調べ、かつ、前記対応する課金料率を判定する、請求項１０に記載の課金システム。
【請求項１２】
グループモードサービスを実現するためのシステムであって、
グループモードサービスを実現するように、かつ、クライアントによって起動された、グループセッションを確立するためのサービス要求に従って、初期課金要求を送信するように、かつ、グループ内のオンラインユーザの数に従って、現在のグループスケールを判定するように、かつ、課金システムへの中間課金要求であって、オンライングループユーザの前記数についての情報、またはグループスケール情報を運ぶ、中間課金要求を、前記グループスケールが変化したことが判定された場合に起動するように適合された、アプリケーションサーバと、
前記グループアプリケーションサーバによって起動された、前記初期課金要求または中間課金要求を受信するように、かつ、前記中間課金要求内で運ばれる、オンライングループユーザの前記数についての前記情報、またはグループスケール情報を解明するように、かつ、前記初期課金要求に従って初期料率を判定するように、かつ、前記解明された、オンライングループユーザの前記数についての情報、またはグループスケール情報に従って、対応する課金料率を判定するように、かつ、前記判定された、初期料率、または対応する課金料率における課金を実行するように適合された、課金システムと、を備える、システム。
【国際調査報告】
2009534879.tif 000017
2009534879.tif 000018
2009534879.tif 000019
2009534879.tif 000020