特許6009076 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ アルカテル−ルーセントの特許一覧

特許6009076課金セッションを終了すべきことを判定するデバイスおよびそのシステム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3a
3b
4
5
6
7
8
9

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

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

(11)【特許番号】6009076

(24)【登録日】2016年9月23日

(45)【発行日】2016年10月19日

(54)【発明の名称】課金セッションを終了すべきことを判定するデバイスおよびそのシステム

(51)【国際特許分類】

H04M 15/00 20060101AFI20161006BHJP

【ＦＩ】

H04M15/00 G

H04M15/00 B

【請求項の数】15

【全頁数】26

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

(86)(22)【出願日】2013年7月10日

(65)【公表番号】特表2015-526041(P2015-526041A)

(43)【公表日】2015年9月7日

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

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

(87)【国際公開日】20140130

【審査請求日】2015年3月19日

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

(32)【優先日】2012年7月27日

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

(73)【特許権者】

【識別番号】391030332

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

(74)【代理人】

【識別番号】100094112

【弁理士】

【氏名又は名称】岡部讓

(74)【代理人】

【識別番号】100106183

【弁理士】

【氏名又は名称】吉澤弘司

(74)【代理人】

【識別番号】100114915

【弁理士】

【氏名又は名称】三村治彦

(74)【代理人】

【識別番号】100120363

【弁理士】

【氏名又は名称】久保田智樹

(74)【代理人】

【識別番号】100125139

【弁理士】

【氏名又は名称】岡部洋

(72)【発明者】

【氏名】リ，シャンヤン

(72)【発明者】

【氏名】カイ，イガン

【審査官】藤江大望

(56)【参考文献】

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

【文献】特開２０１０−２８８２２３（ＪＰ，Ａ）

【文献】特表２００６−５０９３８５（ＪＰ，Ａ）

【文献】特開平１０−２２４４８２（ＪＰ，Ａ）

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

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

Ｈ０４Ｍ１／００、

１／２４−３／００

３／１６−３／２０

３／３８−３／５８

７／００−７／１６

１１／００−１１／１０

１５／００−１５／３８

９９／００

Ｈ０４Ｗ４／００−９９／００

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

【請求項1】

課金セッションを終了すべきことを判定する課金セッション終了判断デバイスであって、
課金セッション終了要求デバイスから現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求を受信するように構成された要求受信モジュールと、
前記判断要求に応答して、現在の常時オンＩＰ接続性セッションの前記課金セッションに対応する終了規則に関する情報を前記課金セッションの開始デバイスに送信するように構成された規則送信モジュールと
を含む課金セッション終了判断デバイス。

【請求項2】

前記課金セッションに対応する前記終了規則は、以下の項目、すなわち
前記課金セッションおよび現在の常時オンＩＰ接続性セッションを恒久的に終了させること、
前記課金セッションを終了させるが現在の常時オンＩＰ接続性セッションを保持すること、
所定の再オープン条件が満足される時に、前記課金セッションを終了させ、新しい課金セッションを再オープンすること
のうちのいずれか１つを含む、請求項１に記載の課金セッション終了判断デバイス。

【請求項3】

前記終了規則に関する前記情報は、前記終了規則のトリガ命令を含む、請求項１または２に記載の課金セッション終了判断デバイス。

【請求項4】

課金セッションを終了させるべきことを判定する第１の課金セッション終了要求デバイスであって、
課金処理に関する第１の所定の終了条件が満足される時に、現在の常時オンＩＰ接続性セッションに関する課金セッションを終了させるように課金システムに要求するように構成された第１の要求モジュール
を含み、
前記第１の要求モジュールは、
課金処理に関する前記第１の所定の終了条件が満足される時に、現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求を課金セッション終了判断デバイスに送信する判断要求ユニットと、
前記課金セッションに対応する終了規則に関する情報を受信する規則受信ユニットであって、前記情報は、前記判断要求に応答して前記課金セッション終了判断デバイスによって送信される、規則受信ユニットと、
を含む第１の課金セッション終了要求デバイス。

【請求項5】

前記第１の要求モジュールは、
課金処理に関する前記第１の所定の終了条件が満足される時に、前記課金セッションに対応する終了規則に基づいて、前記課金セッションを終了させるように前記課金システムに要求する
ように構成される、請求項４に記載の第１の課金セッション終了要求デバイス。

【請求項6】

前記第１の要求モジュールは、
前記課金セッションを終了させるように前記課金システムに要求するために、前記課金セッションに対応する前記終了規則に関する前記情報に基づいて対応する終了規則を判定する終了要求ユニット
を更に含む、請求項５に記載の第１の課金セッション終了要求デバイス。

【請求項7】

前記課金セッションに対応する前記終了規則は、以下の項目、すなわち
前記課金セッションおよび現在の常時オンＩＰ接続性セッションを恒久的に終了させること、
前記課金セッションを終了させるが現在の常時オンＩＰ接続性セッションを保持すること、
所定の再オープン条件が満足される時に、前記課金セッションを終了させ、新しい課金セッションを再オープンすること
のうちのいずれか１つを含む、請求項５または６に記載の第１の課金セッション終了要求デバイス。

【請求項8】

第１の終了条件は、以下の項目、すなわち
所与の時間内にサービスまたはトラフィックがないこと、
前記課金システムによって割り振られたデータ・カテゴリ／データ・フローのクレジット・クォータが使い果たされること、
前記課金システムによって監視されるすべてのデータ・フローについて所与の時間内にアクティブ・サービスまたはトラフィックが全くないこと、
トラフィック輻輳が前記課金システムと前記第１の課金セッション終了要求デバイスとの間で発生すること
のうちの少なくともいずれか１つを含む、請求項４に記載の第１の課金セッション終了要求デバイス。

【請求項9】

前記課金システムは、以下の項目、すなわち
オンライン課金システム、
オフライン課金システム
のうちのいずれか１つを含む、請求項４に記載の第１の課金セッション終了要求デバイス。

【請求項10】

課金セッションを終了すべきことを判定するのを援助する第２の課金セッション終了要求デバイスであって、
課金処理に関する第２の所定の終了条件が満足される時に、現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求を課金セッション終了判断デバイスに送信するように構成された第２の要求モジュール
を含み、
前記課金セッション終了判断デバイスは、
前記第２の課金セッション終了要求デバイスから現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求を受信するように構成された要求受信モジュールと、
前記判断要求に応答して、現在の常時オンＩＰ接続性セッションの前記課金セッションに対応する終了規則に関する情報を第３の課金セッション終了要求デバイスに送信するように構成された規則送信モジュールとを含む、
第２の課金セッション終了要求デバイス。

【請求項11】

第２の終了条件は、以下の項目、すなわち
所与の時間内にサービスまたはトラフィックがないこと、
課金システムによって割り振られたデータ・カテゴリ／データ・フローのクレジット・クォータが使い果たされること、
前記課金システムによって監視されるすべてのデータ・フローについて所与の時間内にアクティブ・サービスまたはトラフィックが全くないこと、
トラフィック輻輳が前記課金システムと課金セッションの開始デバイスとの間で発生すること
のうちの少なくともいずれか１つを含む、請求項１０に記載の第２の課金セッション終了要求デバイス。

【請求項12】

課金セッションの終了を援助する第３の課金セッション終了要求デバイスであって、
課金セッション終了判断デバイスからの現在の常時オンＩＰ接続性セッションの課金セッションに対応する終了規則に関する情報に基づいて、前記課金セッションを終了させるように課金システムに要求するように構成されたセッション終了要求モジュール
を含み、
前記課金セッション終了判断デバイスは、
第２の課金セッション終了要求デバイスから現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求を受信するように構成された要求受信モジュールと、
前記判断要求に応答して、現在の常時オンＩＰ接続性セッションの前記課金セッションに対応する終了規則に関する情報を前記第３の課金セッション終了要求デバイスに送信するように構成された規則送信モジュールとを含む、
第３の課金セッション終了要求デバイス。

【請求項13】

前記終了規則に関する前記情報は、前記終了規則のトリガ命令を含む、請求項１２に記載の第３の課金セッション終了要求デバイス。

【請求項14】

常時オンＩＰ接続性セッションの課金セッションを終了させるべきであることを判定するシステムであって、請求項１乃至３のいずれか１項に記載の課金セッション終了判断デバイスと、請求項６に記載の第１の課金セッション終了要求デバイスとを含むシステム。

【請求項15】

常時オンＩＰ接続性セッションの課金セッションを終了させるべきであることを判定するシステムであって、請求項１乃至３のいずれか１項に記載の課金セッション終了判断デバイスと、請求項１０に記載の第２の課金セッション終了要求デバイスと、請求項１２に記載の第３の課金セッション終了要求デバイスとを含むシステム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、モバイル通信技術の分野に関し、より具体的には、課金セッションの終了を判定する技法に関する。

【背景技術】

【0002】

長時間呼（ＬＤＣ：ｌｏｎｇｄｕｒａｔｉｏｎｃａｌｌ）課金は、ＩＭＳ（ＩＰマルチメディア・サブシステム）／ＬＴＥ（ロング・ターム・エボリューション）ネットワークのクリティカルな問題になる。現在、データ・モバイル使用量傾向は、明らかに、より長いＩＰ−ＣＡＮ（ＩＰ接続性アクセス・ネットワーク）セッションに向けられている。スマート・フォンの使用と、通知、プッシュ・モードなどに関するそのオペレーティング・システム挙動の異種性とが、遠隔通信ネットワークでの非常に長いセッションの個数を増やす。さらに、４ＧＬＴＥ／ＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）は、常時オンＩＰ接続性特徴を達成し、ＩＰ−ＣＡＮセッションは、アタッチメントからデタッチメントまで数カ月にわたってアクティブのままになることすらある。

【0003】

しかし、ＩＰ−ＣＡＮセッションについて、長時間セッション（すなわち、常時オンＩＰ接続性セッション）中にＩＰ−ＣＡＮ内でアクティブ・サービスまたはデータ・フローがない時に課金セッションが保持される場合には、これは、ＩＰ−ＣＡＮに関連するすべての課金ネットワーク要素のリソースの浪費である。

【0004】

現在、さまざまな標準規格および実践は、Ｄｉａｍｅｔｅｒセッションのクローズが、ＩＰ−ＣＡＮセッションを終了し、しかも、ＰＣＲＦ（ポリシおよび課金規則機能）が、ＩＰ−ＣＡＮセッションに関するすべての課金規則（ポリシおよび課金規則すなわちＰＣＣ規則）を除去するように、課金ＤｉａｍｅｔｅｒセッションをＩＰ−ＣＡＮセッションに密に結び付けている。

【0005】

したがって、従来技術は、次の解決策すなわち、常時オンＩＰ接続性を達成するための、アクティブ・サービス／データ・フローがない時に課金Ｄｉａｍｅｔｅｒセッション、たとえばＧｙ／Ｒｏセッションを解放するが、それでもＩＰ−ＣＡＮ／ベアラ・セッションを保持することを実施することができない。

【先行技術文献】

【非特許文献】

【0006】

【非特許文献1】３ＧＰＰＴＳ２３．２０３（最新版ｖ１１．５．０、２０１２年３月）

【非特許文献2】３ＧＰＰＴＳ２９．２１４

【非特許文献3】３ＧＰＰＴＳ２９．２１２

【非特許文献4】３ＧＰＰＴＳ２９．２１３

【発明の概要】

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

【0007】

本発明は、課金セッションの終了を判定するデバイスおよびそのシステムを提供することを目指すものである。

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

【0008】

本発明の一態様によれば、課金セッションを終了すべきことを判定する課金セッション終了判断デバイスが提供される。課金セッション終了判断デバイスは、課金セッション終了要求デバイスから現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求を受信するように構成された要求受信モジュールと、判断要求に応答して、現在の常時オンＩＰ接続性セッションの課金セッションに対応する終了規則に関する情報を課金セッションの開始デバイスに送信するように構成された規則送信モジュールとを含む。

【0009】

本発明のもう１つの態様によれば、課金セッションを終了させるべきことを判定する第１の課金セッション終了要求デバイスが提供される。第１の課金セッション終了要求デバイスは、課金処理に関する第１の所定の終了条件が満足される時に、現在の常時オンＩＰ接続性セッションに関する課金セッションを終了させるように課金システムに要求するように構成された第１の要求モジュールを含む。

【0010】

好ましくは、第１の要求モジュールは、課金処理に関する第１の所定の終了条件が満足される時に、課金セッションに対応する終了規則に基づいて、課金セッションを終了させるように課金システムに要求するように構成される。

【0011】

さらに、第１の要求モジュールは、課金処理に関する第１の所定の終了条件が満足される時に、現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求を課金セッション終了判断デバイスに送信する判断要求ユニットと、課金セッションに対応する終了規則に関する情報を受信する規則受信ユニットであって、情報は、判断要求に応答して課金セッション終了判断デバイスによって送信される、規則受信ユニットと、課金セッションを終了させるように課金システムに要求するために、課金セッションに対応する終了規則に関する情報に基づいて対応する終了規則を判定する終了要求ユニットとを含む。

【0012】

本発明のさらなる態様によれば、課金セッションを終了すべきことを判定するのを援助する第２の課金セッション終了要求デバイスが提供される。第２の課金セッション終了要求デバイスは、課金処理に関する第２の所定の終了条件が満足される時に、現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求を課金セッション終了判断デバイスに送信するように構成された第２の要求モジュールを含む。

【0013】

本発明のさらなる態様によれば、課金セッションの終了を援助する第３の課金セッション終了要求デバイスが提供される。第３の課金セッション終了要求デバイスは、課金セッション終了判断デバイスからの現在の常時オンＩＰ接続性セッションの課金セッションに対応する終了規則に関する情報に基づいて、課金セッションを終了させるように課金システムに要求するように構成されたセッション終了要求モジュールを含む。

【0014】

本発明の一態様によれば、常時オンＩＰ接続性セッションの課金セッションを終了させるべきであることを判定するシステムが提供される。常時オンＩＰ接続性セッションの課金セッションを終了させるべきであることを判定するシステムは、本発明の一態様による課金セッションを終了すべきことを判定する課金セッション終了判断デバイスと、本発明のもう１つの態様のさらなる実施形態による課金セッションを終了させるべきことを判定する第１の課金セッション終了要求デバイスとを含む。

【0015】

本発明のもう１つの態様によれば、常時オンＩＰ接続性セッションの課金セッションを終了させるべきであることを判定するシステムが提供される。常時オンＩＰ接続性セッションの課金セッションを終了させるべきであることを判定するシステムは、本発明の一態様による課金セッションを終了すべきことを判定する課金セッション終了判断デバイスと、本発明のさらなる態様による課金セッションを終了すべきことを判定する第２の課金セッション終了要求デバイスと、本発明のさらなる態様による課金セッションを終了すべきことを判定する第３の課金セッション終了要求デバイスとを含む。

【0016】

従来技術と比較して、本発明は、ＩＰ−ＣＡＮから課金規則を完全には除去せずにＤｉａｍｅｔｅｒ課金セッションを解放し、長時間セッションすなわち常時オンＩＰ接続性セッション中にアクティブ・サービスまたはデータ・フローがない時にＩＰ−ＣＡＮセッションを保持する。本発明は、システム・リソースを大幅に節約し、エンド・ユーザへの不必要な課金を減らし、したがって、サービス・プロバイダとエンド・ユーザとの両方に利益をもたらす。

【0017】

添付図面を参照して非限定的な実施形態に関する以下の詳細な描写を読むことを介して、本発明の他の特徴、目的、および利益が明瞭になる。

【図面の簡単な説明】

【0018】

【図1】ＰＣＣアーキテクチャを示す概略図である。

【図2】従来技術のＡＦデバイスによって開始されるＩＰ−ＣＡＮ／ベアラ・セッションの解放を示す流れ図である。

【図3a】従来技術のＰＣＥＦデバイスによって開始されるＡＦセッションを解放する方法を示す流れ図である。

【図3b】従来技術のＰＣＥＦデバイスによって開始されるＡＦセッションを解放するもう１つの方法を示す流れ図である。

【図4】本発明の一実施形態による課金セッションの終了を判定する方法を示す流れ図である。

【図5】本発明のもう１つの実施形態による課金セッションの終了を判定する方法を示す流れ図である。

【図6】本発明のさらなる実施形態による課金セッションの終了を判定する方法を示す流れ図である。

【図7】本発明の一実施形態による課金セッションの終了を判定する第１の課金セッション終了要求デバイス（ＰＣＥＦデバイス）を示す概略図である。

【図8】本発明のもう１つの実施形態による、課金セッションの終了を判定する第１の課金セッション終了要求デバイス（ＰＣＥＦデバイス）および課金セッション終了判断デバイス（ＰＣＲＦデバイス）を示す概略図である。

【図9】本発明のさらなる実施形態による、課金セッションの終了を判定する第２の課金セッション終了要求デバイス（ＡＦデバイス）、第３の課金セッション終了要求デバイス（ＰＣＥＦデバイス）、および課金セッション終了判断デバイス（ＰＣＲＦデバイス）を示す概略図である。

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

【0019】

添付図面の同一のまたは同様の符号は、同一のまたは対応する構成要素を示す。

【0020】

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

【0021】

３ＧＰＰは、しばらくのパケット交換ネットワーク内でのサービス・データ・フローのためにポリシおよび課金制御（ＰＣＣ）アーキテクチャを導入した（３ＧＰＰＴＳ２３．２０３（最新版ｖ１１．５．０、２０１２年３月）を参照されたい）。

【0022】

図１に、ＰＣＣアーキテクチャの概略図を示す。ＰＣＣアーキテクチャは、ＳＤＦ（サービス・データ・フロー）レベルで働き、ポリシ制御、課金制御機能、およびサービス・データ・フローのイベント報告などの機能を提供し、これは、オペレータがサービスおよび加入者カテゴリに基づいてより洗練されたサービス制御および課金の形を達成し、これによってネットワーク・リソースを適度に利用し、最大の収益を得るように、加入者に差別化されたサービスを提供し、加入者サービス・フロー・ベアラ・リソース保証およびフロー課金ポリシを提供することを目指すものである。

【0023】

ここで、図１に示された主要な機能エンティティを、下で示す。

【0024】

ポリシおよび課金規則機能（ＰＣＲＦ）は、ポリシ制御判断およびフロー課金制御ベースの機能を有し、サービス・データ・フロー検出、ゲート制御、ＱｏＳベースのおよびフロー課金ベースの（クレジット制御を除く）、に関するネットワーク制御機能をＰＣＥＦに提供する。本発明は、ポリシおよび課金規則機能を有するデバイスをＰＣＥＦデバイスと呼ぶ。

【0025】

ポリシおよび課金施行機能（ＰＣＥＦ）は、一般にＧＧＳＮ（ゲートウェイＧＰＲＳサポート・ノード）またはＰ−ＧＷ（パケット・データ・ネットワーク・ゲートウェイ）内に装備される、サービス・データ・フロー検出、ポリシ実施、およびフローベースの課金機能の責任を負う。

【0026】

トラフィック検出機能（ＴＤＦ）は、アプリケーション・トラフィックを検出し、これをＰＣＲＦに報告する。ＴＤＦは、個別のデバイスとするか、ＰＣＥＦに一体化することができる。描写の便宜上、本発明は、ＴＤＦおよびＰＣＥＦを一体とみなし、この２つの機能を有するデバイスをＰＣＥＦデバイスと呼ぶ。

【0027】

アプリケーション機能（ＡＦ）は、主に、ＩＰ−ＣＡＮユーザ・プレーン上で動的ポリシ／課金制御を実行し、サービス・プラットフォーム上で提供される。本発明は、アプリケーション機能を有するデバイスをＡＦデバイスと呼ぶ。

【0028】

オンライン課金システム（ＯＣＳ）は、ＩＭＳおよびパケット・ベアラ・ネットワークへのクレジット制御課金を実行する責任を負い、ＩＭＳ環境、アプリケーション・サーバ、マルチメディア・リソース機能コントローラ（ＭＲＦＣ）、およびＣＡＰ（ケーブル・アクセス・ポイント）などによってアクセスされるパケット・ドメイン・アクセス・デバイスＳＧＳＮ（サービスＧＰＲＳサポート・ノード）などの下でＳ−ＣＳＣＦ（サービング呼セッション制御機能）のために働く。

【0029】

描写の便宜上、本発明は、ＯＣＳを課金システムの例と解釈する。しかし、当業者は、ＯＦＣＳ（オフライン課金システム）が、同様に課金システムに属することを理解するべきである。言い替えると、ＯＦＣＳも、同様の形で本発明に適用可能であり、これによって、本発明の保護範囲に含まれる。

【0030】

３ＧＰＰＴＳ２９．２１４は、ＡＦがアプリケーション・プレーンからアクティブ・サービスについてＥＰＣネットワークに知らせることができるように、ＰＣＲＦとＡＦとの間のＲｘ参照点（ｒｅｆｅｒｅｎｃｅｐｏｉｎｔ）を定義している。

【0031】

３ＧＰＰＴＳ２９．２１２は、ネットワークがＥＰＣトラフィック・プレーン内で課金ポリシを実行できるように、ＰＣＲＦとＰＣＥＦとの間のＧｘ参照点を定義している。

【0032】

３ＧＰＰＴＳ２９．２１３は、どのようにして課金規則を除去し、ＡＦセッションおよびベアラ・セッションを解放すべきかに関するシナリオを提供する。

【0033】

図２に、従来技術のＡＦデバイスによって開始されるＩＰ−ＣＡＮ／ベアラ・セッションの解放の流れ図を示し、ここで、ＡＦセッションは、アクティブ・サービスがない時に解放され、ＩＰ−ＣＡＮ／ベアラ・セッションは、解放されなければならない。

【0034】

図２に示されているように、ＡＦデバイスが、所定のトリガ条件が満足されることを検出する時、たとえば、アクティブ・サービスがない場合に、ＡＦデバイスは、ＡＦセッションに関するＤｉａｍｅｔｅｒＳＴＲ（セッション終了要求）をＰＣＲＦデバイスに送信し、その後、ＰＣＲＦデバイスは、課金規則を除去する必要がある、影響を受けるＩＰ−ＣＡＮセッションを識別し、ＤｉａｍｅｔｅｒＳＴＡ（セッション終了回答）をＡＦデバイスに送信し、ＰＣＲＦデバイスは、識別されたＩＰ−ＣＡＮセッションのＤｉａｍｅｔｅｒＲＡＲ（再認証要求）をＰＣＥＦデバイスに送信し、ＰＣＥＦデバイスは、上で述べたＩＰ−ＣＡＮセッションに関する課金規則を除去し、ＤｉａｍｅｔｅｒＲＡＡ（再認証回答）をＰＣＲＦデバイスに返す。

【0035】

図３ａに、従来技術のＰＣＥＦデバイスによって開始されるＡＦセッションを解放する方法の流れ図を示す。

【0036】

図３ａに示されているように、ＰＣＥＦデバイスが、所定のトリガ条件が満足される、たとえば、ＩＰ−ＣＡＮセッション終了が要求されることを検出する時に、ＰＣＥＦデバイスは、ＩＰ−ＣＡＮセッション要求およびその応答を除去し、次に、ＰＣＥＦデバイスは、ＧｘＣＣＲ（クレジット制御要求）をＰＣＲＦデバイスに送信し、ＰＣＲＦデバイスは、除去されるＩＰ−ＣＡＮセッションに束縛されたＡＦセッションを識別し、ＧｘＣＣＡ（クレジット制御回答）をＰＣＥＦデバイスに送信し、ＰＣＲＦデバイスは、影響を受けるＡＦセッションごとにＡＳＲ（セッション打ち切り要求）をＡＦデバイスに送信し、ＡＦデバイスは、ＡＡＡ（セッション打ち切り回答）をＰＣＲＦデバイスに返し、その後、ＡＦデバイスは、ＳＴＲをＰＣＲＦデバイスに送信し、ＰＣＲＦデバイスは、ＳＴＡをＡＦデバイスに返す。

【0037】

図３ｂに、従来技術のＰＣＥＦデバイスによって開始されるＡＦセッションを解放するもう１つの方法の流れ図を示す。

【0038】

図３ｂに示されているように、ＰＣＥＦデバイスが、所定のトリガ条件が満足される、たとえば、ＩＰ−ＣＡＮセッション変更の要求を受信することを検出する場合に、ＰＣＥＦデバイスは、ＣＣＲ（クレジット制御要求）をＰＣＲＦデバイスに送信し、ＡＦセッションのすべてのセッション情報が判断される場合には、ＰＣＲＦデバイスは、ＳＴＲをＡＦデバイスン送信し、対応して、ＡＦデバイスは、ＳＴＡをＰＣＲＦデバイスに返し、特定のアクションがＡＦセッションについてトリガされる場合には、ＰＣＲＦデバイスは、ＲＡＲをＡＦデバイスに送信し、対応して、ＡＦデバイスは、ＲＡＡをＰＣＲＦデバイスに返し、いくつかの可能なシナリオでは、ＰＣＲＦデバイスは、さらに、その後にＡＳＲ（セッション打切り要求）をＡＦデバイスに送信し、対応して、ＡＦデバイスは、ＡＡＡ（セッション打ち切り回答）をＰＣＲＦデバイスに返し、ＰＣＲＦは、ＡＦデバイスによって返された回答情報に基づいてＰＣＣ規則判断を行い、ＣＣＡ（クレジット制御回答）をＰＣＥＦデバイスに送信し、ＰＣＥＦデバイスは、対応するＰＣＣ規則を除去する。

【0039】

従来技術では、しかし、次のようなシナリオが存在する：ユーザ機器が長時間セッション状態すなわち常時オンＩＰ接続性セッションにあり、しばらくの間サービスが使用されない時に、ＰＣＥＦデバイスは、それでも、この期間中にユーザ機器の対応するクレジット・クォータを割り振るようにＯＣＳに要求しなければならず、割り振られたタイマが満了する時に、ＰＣＥＦデバイスは、ユーザ機器にクレジット・クォータを割り振るようにＯＣＳにさらに要求しなければならない。言い替えると、ネットワーク・サービスの使用が、ユーザに対して発生しない場合であっても、ＰＣＥＦデバイスおよびＯＣＳは、それでも、ユーザ機器に関して課金処理を常に実行しなければならず、これによって、ＰＣＥＦデバイスおよびＯＣＳのリソースの多大な浪費を引き起こし、潜在的に他のユーザに提供されるリソースを占有し、さらに、ＰＣＥＦデバイスおよびＯＣＳに多すぎる重荷を課し、ユーザ経験に影響する。

【0040】

本発明は、上記の問題を解決し、それぞれＡＦデバイスおよびＰＣＥＦデバイスによって開始される課金終了処理のシナリオを記述することができる。好ましい実施形態を、以下でさらに示す。

【0041】

図４に、本発明の一実施形態による方法流れ図を示し、この方法流れ図は、第１の課金セッション終了要求デバイスによって課金セッションを終了させるために課金システムに直接に要求するプロセスを示す。

【0042】

ここで、ＰＣＥＦデバイスは、第１の課金セッション終了要求デバイスの例と解釈される。しかし、当業者は、ここでのＰＣＥＦデバイスが、単に例であり、本発明を例示するためのみのものであり、本発明に対する制限とみなされてはならず、他の既存のデバイスまたはおそらく将来に考案される他のデバイスが、本発明において保護を求められる解決策を同様に実施できる場合に、本発明の保護範囲に含まれなければならないことを理解するべきである。

【0043】

さらに、描写の便宜上、本発明は、ほとんどの場合にＧｙ／Ｒｏセッションと共に課金セッションを示し、この２つは、これによって同等に使用される。しかし、当業者は、Ｇｙ／Ｒｏセッションが、単に例であり、本発明を例示するためのみのものであり、本発明に対する制限とみなされてはならず、他の既存の課金セッションまたはおそらく将来に考案される他の課金セッション、たとえばＧｚセッションが、本発明において保護を求められる解決策を同様に実施できる場合に、本発明の保護範囲に含まれなければならないことを理解するべきである。

【0044】

図４に示されているように、ステップＳ４０１では、課金処理に関する第１の所定の終了条件が満足される時に、ＰＣＥＦデバイスは、現在の常時オンＩＰ接続性セッションに関する課金セッションを終了させるように課金システムに要求する。

【0045】

ここで、課金処理に関する第１の所定の終了条件は、次の条件のうちの少なくとも１つを含むが、これに限定されない。
１）特に
ａ）所与の時間内にサービスまたはトラフィックを含まず、ここで「サービスを含まない」は、さらに、アクティブ・サービスが無料サービスとして識別されるシナリオを含むことができる、
ｂ）ＯＣＳによって割り振られたデータ・カテゴリ／データ・フローのクレジット・クォータが使い果たされた
ものとすることができる単一のユーザ／デバイスのＩＰ−ＣＡＮ接続の展望から判定された終了条件。
２）特に
ａ）ＯＣＳによるすべての監視されるデータ・フローについて所与の時間内にアクティブ・サービスまたはトラフィックを全く含まず、ここで「アクティブ・サービスを含まない」は、さらに、アクティブ・サービスが無料サービスとして識別されるシナリオを含むことができる、
ｂ）ＯＣＳとＰＣＥＦデバイスとの間でトラフィック輻輳が発生している
ものとすることができるＰＣＥＦデバイスによって提供されるすべてのリソースの展望から判定された終了条件。

【0046】

上記の第１の終了条件のうちの１つが検出される時に、ＰＣＥＦデバイスは、Ｇｙインターフェースを介してＯＣＳにＣＣＡを直接に送信して、現在の常時オンＩＰ接続性セッション、たとえばＧｙ／Ｒｏセッションに関する課金セッションの終了を要求する。

【0047】

次に、ステップＳ４０２では、課金システムが、この要求に基づいて、それ自体とＰＣＥＦデバイスとの間の課金セッションを終了させる。

【0048】

課金システムがＯＣＳを含む時には、オンライン課金制御情報が、ＰＣＥＦデバイスとＯＣＳとの間でＧｙインターフェースを介して送信される。

【0049】

課金システムがＯＦＣＳを含む時には、オフライン課金ベースのデータ・フローが、ＰＣＥＦデバイスとＯＦＣＳとの間でＧｚインターフェースを介して送信される。

【0050】

さらに、ＰＣＥＦデバイスが、課金処理に関する第１の所定の終了条件が満足されることの検出に伴って、課金セッションに対応する事前定義の終了規則に基づいて課金セッションを終了させるようにＯＣＳに要求できるように、ＰＣＥＦデバイスは、課金セッションの終了規則を事前に定義することができる。

【0051】

ここで、課金セッションに対応する終了規則は、次の項目のうちの任意の１つを含むが、これに限定されない。
１）課金セッションおよび現在の常時オンＩＰ接続性セッションを恒久的に終了させること
２）課金セッションを恒久的に終了させるが、現在の常時オンＩＰ接続性セッションを保持すること
３）所定の再オープン条件が満足される時に、課金セッションを終了し、課金セッションを再オープンすること。ここで、ＰＣＥＦデバイスは、新しい課金セッションの再オープンに関する所定の再オープン条件が、現在の課金セッションが終了された後に満足されるかどうかを検出し、再オープン条件は、少なくとも、グローバル・タイマの満了または新しいサービス・データ・フローの検出を含むことができ、再オープン条件が満足されることが検出される時には、ＰＣＥＦデバイスは、それ自体とＯＣＳとの間で課金セッションを再オープンする。

【0052】

３ＧＰＰでは、ＯＣＳによって定義され、ＰＣＥＦデバイスに送信されるクォータ・ホールド・タイマ（ＱＨＴ：ｑｕｏｔａｈｏｌｄｔｉｍｅｒ）があり、ＱＨＴが満了する場合には、対応するデータ・フローが終了される。しかし、ＱＨＴは、ＭＳＣＣ（マルチ・サービス・クレジット制御）レベルにある。既存のＧｙ／Ｒｏ機構は、所与のクレジット制御に関するＭＳＣＣセッションの終了を可能にする。しかし、ＭＳＣＣセッションの終了は、Ｇｙ／Ｒｏセッションの終了を示すことができない。

【0053】

したがって、本発明は、ＭＳＣＣレベルの他にＧｙ／Ｒｏインターフェース・コマンド・レベルでグローバル・タイマを定義し、コマンド・レベル・タイマが満了する場合には、すべての監視されるデータ・フローについてネットワークから検出されるパケットがない場合に、ＰＣＥＦデバイスは、ＣＣＲをＯＣＳに送信して課金セッションを終了させることができるが、それでも、現在の常時オンＩＰ接続性セッションをアクティブに保つことができる。

【0054】

図５に、本発明のもう１つの実施形態による方法流れ図を示し、この方法流れ図は、第１の課金セッション終了要求デバイスによって開始される課金セッションを終了させるプロセスを示す。図５に示されているように、このプロセスは、第１の課金セッション終了要求デバイスと課金セッション終了判断デバイスとの間の協力によって実施される。

【0055】

描写の便宜上、ここでは、ＰＣＥＦデバイスおよびＰＣＲＦデバイスは、それぞれ第１の課金セッション終了要求デバイスおよび課金セッション終了判断デバイスの例と解釈される。しかし、当業者は、ここでのＰＣＥＦデバイスおよびＰＣＲＦデバイスが、単に例であり、本発明を例示するためのみのものであり、本発明に対する制限とみなされてはならず、他の既存のデバイスまたはおそらく将来に考案される他のデバイスが、本発明において保護を求められる解決策を同様に実施できる場合に、本発明の保護範囲に含まれなければならないことを理解するべきである。

【0056】

さらに、課金セッションが、ＰＣＥＦデバイスとＯＣＳとの間のＧｙ参照点ベースのセッションなので、課金セッションに関する開始するデバイスは、ＰＣＥＦデバイスである。

【0057】

図５に示されているように、ステップＳ５０１では、課金処理に関する第１の所定の終了条件が満足されることが検出される時に、ＰＣＥＦデバイスが、現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求をＰＣＲＦデバイスに送信し、対応して、ＰＣＲＦデバイスが、ＰＣＥＦデバイスから判断要求を受信し、ステップＳ５０３では、ＰＣＲＦデバイスが、判断要求に応答して、現在の常時オンＩＰ接続性セッションの課金セッションに対応する終了規則に関する情報をＰＣＥＦデバイスに送信し、対応して、ＰＣＥＦデバイスが、課金セッションに対応する終了規則に関する情報を受信し、ステップＳ５０４では、ＰＣＥＦデバイスが、終了規則に関する受信された情報に基づいて課金セッションに対応する終了規則を判定し、ステップＳ５０５では、ＰＣＥＦデバイスが、判定された終了規則に基づいて課金セッションを終了させるようにＯＣＳに要求する。次に、ステップＳ５０２では、ＯＣＳが、この要求に基づいて、それ自体とＰＣＥＦデバイスとの間の課金セッションを終了させる。

【0058】

ここで、図５のＰＣＥＦデバイスが検出を実行する、課金処理に関する第１の終了条件を、図４に示された第１の終了条件と同一とすることができる。

【0059】

ＰＣＥＦデバイスが、課金処理に関する第１の所定の終了条件が満足されることを検出する時、たとえば、所与の時間内にサービスまたはトラフィックがない場合に、ＰＣＥＦデバイスは、Ｇｘインターフェースを介して追加の新しいＡＶＰ（属性／値対）と共にＣＣＲをＰＣＲＦデバイスに送信し、課金ポリシの更新を要求し、ＰＣＲＦデバイスは、課金セッションの終了を可能にするためにＧｘＣＣＡを用いて応答する。

【0060】

さらに、ＰＣＲＦデバイスが、上の判断要求を受信する時に、ＰＣＲＦデバイスは、対応する課金セッションに対応する終了規則を判定することができ、終了規則に関する情報をＰＣＥＦデバイスに送信することができる。ここで、終了規則を、ＰＣＲＦデバイスまたはＰＣＥＦデバイスによって定義することができる。
１）終了規則が、ＰＣＥＦデバイスによって事前に定義される時に、ＰＣＲＦデバイスは、終了規則に対応するトリガ命令をＰＣＥＦデバイスに送信することができ、たとえば、ＧｘＲＡＲまたはＣＣＡをＰＣＥＦデバイスに送信して、対応する終了規則をアクティブ化することができ、
２）終了規則が、ＰＣＲＦデバイスによって定義される時に、定義された終了規則を、無条件または条件付きのいずれかとすることができる。

【0061】

ＰＣＲＦデバイスによって事前に定義された終了規則が無条件である場合には、ＰＣＲＦデバイスが判断要求を受信する限り、ＰＣＲＦデバイスは、課金セッションの終了規則をＰＣＥＦデバイスに送信する。終了規則は、課金セッションを終了させるが、任意の新しいサービスまたはトラフィックが終了されていない現在のＩＰ−ＣＡＮセッション中に発生する時の新しい課金セッションのために、既存の課金規則を生きたままに保つ。

【0062】

ＰＣＲＦデバイスによって定義された終了規則が条件付きである場合には、ＰＣＲＦデバイスが判断要求を受信する限り、ＰＣＲＦデバイスは、終了規則をＰＣＥＦデバイスに送信する。終了規則は、追加の規則およびパラメータを提供し、すべてのパラメータは、トラフィック・プレーンで行き交い、ＰＣＥＦデバイスは、これによって課金セッションを終了させる。同様に、ＰＣＥＦデバイスは、任意の新しいサービスまたはトラフィックが終了されていない現在のＩＰ−ＣＡＮセッション中に発生する時の新しい課金セッションのために、既存の課金規則を生きたままに保つ。

【0063】

ここで、ＰＣＲＦデバイスによって定義される課金セッションの終了規則を、図４のＰＣＥＦデバイスによって事前に定義される課金セッションの終了規則と同一とすることができる。したがって、上で述べた新しい課金セッションの再オープン条件、たとえばタイマを、ＰＣＲＦデバイスによって定義することができる。

【0064】

図６に、本発明のさらなる実施形態による方法流れ図を示し、この方法流れ図は、第２の課金セッション終了要求デバイスによって開始される課金セッションを終了させるプロセスを示す。図６に示されているように、このプロセスは、第２の課金セッション終了要求デバイス、第３の課金セッション終了要求デバイス、および課金セッション終了判断デバイスによって共同で実施される。

【0065】

描写の便宜上、ここでは、ＡＦデバイス、ＰＣＥＦデバイス、およびＰＣＲＦデバイスは、それぞれ、第２の課金セッション終了要求デバイス、第３の課金セッション終了要求デバイス、および課金セッション終了判断デバイスの例と解釈される。しかし、当業者は、ここでのＡＦデバイス、ＰＣＥＦデバイス、およびＰＣＲＦデバイスが、単に例であり、本発明を例示するためのみのものであり、本発明に対する制限とみなされてはならず、他の既存のデバイスまたはおそらく将来に考案される他のデバイスが、本発明において保護を求められる解決策を同様に実施できる場合に、本発明の保護範囲に含まれなければならないことを理解するべきである。

【0066】

さらに、課金セッションが、ＰＣＥＦデバイスとＯＣＳとの間のＧｙ参照点ベースのセッションなので、課金セッションを開始するデバイスは、ＰＣＥＦデバイスである。

【0067】

図６に示されているように、ステップＳ６０１では、課金処理に関する第２の所定の終了条件が満足されることが検出される時に、ＡＦデバイスが、現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求をＰＣＲＦデバイスに送信し、対応して、ＰＣＲＦデバイスが、ＡＦデバイスから判断要求を受信し、ステップＳ６０３では、ＰＣＲＦデバイスが、判断要求に応答して、現在の常時オンＩＰ接続性セッションの課金セッションに対応する終了規則に関する情報をＰＣＥＦデバイスに送信し、対応して、ＰＣＥＦデバイスが、課金セッションに対応する終了規則に関する情報を受信し、ステップＳ６０４では、ＰＣＥＦデバイスが、終了規則に関する受信された情報に基づいて、課金セッションを終了させるようにＯＣＳに要求する。次に、ステップＳ６０２では、ＯＣＳが、この要求に基づいてそれ自体とＰＣＥＦデバイスとの間の課金セッションを終了させる。

【0068】

ここで、図６のＡＦデバイスが検出を実行する、課金処理に関する第２の終了条件は、図４または図５に示されたＰＣＥＦデバイスが検出を実行する課金処理に関する第１の終了条件と同一または部分的に同一とすることができる。

【0069】

課金処理に関する第２の所定の終了条件が満足されることが検出される時、たとえば、アプリケーション・プレーンに所与の時間内にサービスがない場合に、ＡＦデバイスは、課金セッションの終了を要求するために、ＳＴＲを追加の新しいＡＶＰと共にＰＣＲＦデバイスに送信する。代替実施態様は、ＡＦデバイスが、課金セッションの終了を要求するためにＡＡＲを特定のＡＶＰと共にＰＣＲＦデバイスに送信することである。

【0070】

図５に似て、ＰＣＲＦデバイスは、上の判断要求を受信する時に、対応する課金セッションに対応する終了規則を判定し、終了規則に関する情報をＰＣＥＦデバイスに送信することができる。この点で、終了規則をＰＣＲＦデバイスまたはＰＣＥＦデバイスによって定義することができる。
１）終了規則がＰＣＥＦデバイスによって事前に定義される時に、ＰＣＲＦは、終了規則に対応するトリガ命令をＰＣＥＦデバイスに送信することができ、たとえば、対応する終了規則をアクティブ化するためにＰＣＥＦデバイスにＧｘＲＡＲまたはＣＣＡを送信することができ、
２）終了規則がＰＣＲＦによって定義される時に、定義された終了規則は、無条件または条件付きのいずれかとすることができる。

【0071】

【0072】

【0073】

ここで、ＰＣＲＦデバイスによって定義される課金セッションの終了規則を、図４または図５のＰＣＥＦデバイスによって定義される課金セッションの終了規則と同一とすることができる。したがって、上で述べた新しい課金セッションの再オープン条件、たとえばタイマを、ＰＣＲＦデバイスによって定義することができる。

【0074】

さらに、ＰＣＲＦデバイスが、ＡＦデバイスからＲｘＳＴＲまたはＡＡＲを受信する時に、ＰＣＲＦデバイスは、ＡＦセッションを終了させることができ、これは、Ｇｙ／Ｒｏセッションの終了におけるＰＣＲＦデバイス判断に影響しない。現在のＩＰ−ＣＡＮに関連する複数のＡＦセッションがある場合には、ＰＣＲＦデバイスは、アクティブ・サービスを有しないＡＦセッションを終了させる。アクティブな少なくとも１つのＡＦセッションがある場合には、ＰＣＲＦデバイスは、Ｇｙ／Ｒｏセッションを終了させない。ＰＣＲＦデバイスがＡＦセッションを終了させる時に、ＰＣＲＦデバイスは、対応して、そのような種類のＡＦセッションのＰＣＣ規則を除去する。

【0075】

すべての関係するＡＦセッションの終了は、ＰＣＲＦデバイスが絶対的にＧｙ／Ｒｏセッションを終了させることを意味しない。というのは、ＡＦセッションで用いられないサービスおよびデータ・フローがある可能性があるからである。したがって、以下の例外が存在する。
１）ＡＦデバイスが、課金セッションの終了を開始するが、終了条件が、ＰＣＥＦデバイスで明瞭には定義されていない場合には、ＰＣＥＦデバイスは、終了規則を逆提案するためにＰＣＲＦデバイスにＧｘＣＣＲを送信する。これは、アクティブＡＦセッションがないがアクティブ・ベアラがあるシナリオに適用可能である。ＰＣＲＦデバイスは、終了規則を調整する。
２）ＰＣＲＦデバイスが、課金セッションの終了をトリガするＲｘＳＴＲまたはＡＡＲをＡＦデバイスから受信する時に、ＰＣＲＦデバイスは、これを知らせるためにＰＣＥＦデバイスにＲＡＲを送信し、ＰＣＲＦデバイスは、ＲＡＡを用いて応答する。次に、ＰＣＲＦデバイスは、最終的な調整された規則と共にＲＡＲをＰＣＥＦデバイスに再送信し、新しいＡＶＰが、この２つのＲＡＲおよびその機能性を区別するために追加されなければならない。

【0076】

図７に、本発明の一実施形態による装置図を示し、この装置図は、第１の課金セッション終了要求デバイスが課金セッションを終了させるように課金システムに直接に要求することを示す。

【0077】

ここで、ＰＣＥＦデバイス７１０は、第１の課金セッション終了要求デバイスの例と解釈される。しかし、当業者は、ここでのＰＣＥＦデバイス７１０が、単に例であり、本発明を例示するためのみのものであり、本発明に対する制限とみなされてはならず、他の既存のデバイスまたはおそらく将来に考案される他のデバイスが、本発明において保護を求められる解決策を同様に実施できる場合に、本発明の保護範囲に含まれなければならないことを理解するべきである。

【0078】

【0079】

図７に示されているように、ＰＣＥＦデバイス７１０は、第１の要求モジュール７１１を含む。

【0080】

課金処理に関する第１の所定の終了条件が満足される時に、第１の要求モジュール７１１は、現在の常時オンＩＰ接続性セッションに関する課金セッションを終了させるように課金システムに要求する。

【0081】

ここで、課金処理に関する第１の所定の終了条件は、次の条件のうちの少なくとも１つを含むが、これに限定されない。
１）特に
ａ）所与の時間内にサービスまたはトラフィックを含まず、ここで「サービスを含まない」は、さらに、アクティブ・サービスが無料サービスとして識別されるシナリオを含むことができる、
ｂ）ＯＣＳによって割り振られたデータ・カテゴリ／データ・フローのクレジット・クォータが使い果たされた
ものとすることができる単一のユーザ／デバイスのＩＰ−ＣＡＮ接続の展望から判定された終了条件。
２）特に
ａ）ＯＣＳによるすべての監視されるデータ・フローについて所与の時間内にアクティブ・サービスまたはトラフィックを全く含まず、ここで「アクティブ・サービスを含まない」は、さらに、アクティブ・サービスが無料サービスとして識別されるシナリオを含むことができる、
ｂ）ＯＣＳとＰＣＥＦデバイス７１０との間でトラフィック輻輳が発生している
ものとすることができるＰＣＥＦデバイス７１０によって提供されるすべてのリソースの展望から判定された終了条件。

【0082】

上記の第１の終了条件のうちの１つが検出される時に、第１の要求モジュール７１１は、Ｇｙインターフェースを介してＯＣＳにＣＣＡを直接に送信して、現在の常時オンＩＰ接続性セッション、たとえばＧｙ／Ｒｏセッションに関する課金セッションの終了を要求する。

【0083】

次に、課金システムは、この要求に基づいて、それ自体とＰＣＥＦデバイス７１０との間の課金セッションを終了させる。

【0084】

課金システムがＯＣＳを含む時には、オンライン課金制御情報が、ＰＣＥＦデバイス７１０とＯＣＳとの間でＧｙインターフェースを介して送信される。

【0085】

課金システムがＯＦＣＳを含む時には、オフライン課金ベースのデータ・フローが、ＰＣＥＦデバイス７１０とＯＦＣＳとの間でＧｚインターフェースを介して送信される。

【0086】

さらに、第１の要求モジュール７１１が、課金処理に関する第１の所定の終了条件が満足されることの検出に伴って、課金セッションに対応する事前定義の終了規則に基づいて課金セッションを終了させるようにＯＣＳに要求できるように、第１の要求モジュール７１１またはＰＣＥＦデバイス７１０内の他のモジュールは、さらに、課金セッションの終了規則を事前に定義することができる。

【0087】

【0088】

【0089】

【0090】

図８に、本発明のもう１つの実施形態による装置図を示し、この装置図は、課金セッションの終了を実施するために協力する第１の課金セッション終了要求デバイスおよび課金セッション終了判断デバイスを示す。

【0091】

描写の便宜上、ここでは、ＰＣＥＦデバイス８１０およびＰＣＲＦデバイス８２０は、それぞれ第１の課金セッション終了要求デバイスおよび課金セッション終了判断デバイスの例と解釈される。しかし、当業者は、ここでのＰＣＥＦデバイス８１０およびＰＣＲＦデバイス８２０が、単に例であり、本発明を例示するためのみのものであり、本発明に対する制限とみなされてはならず、他の既存のデバイスまたはおそらく将来に考案される他のデバイスが、本発明において保護を求められる解決策を同様に実施できる場合に、本発明の保護範囲に含まれなければならないことを理解するべきである。

【0092】

さらに、課金セッションが、ＰＣＥＦデバイスとＯＣＳとの間のＧｙ参照点ベースのセッションなので、課金セッションに関する開始するデバイスは、ＰＣＥＦデバイス８１０である。

【0093】

図８に示されているように、ＰＣＥＦデバイス８１０は、第１の要求モジュール８１１を含み、ＰＣＲＦデバイス８２０は、要求受信モジュール８２１および規則送信モジュール８２２を含み、第１の要求モジュール８１１は、それぞれの固有の動作を実行するために、判断要求ユニット（図示せず）、規則受信ユニット（図示せず）、および終了要求ユニット（図示せず）をさらに含むことができる。

【0094】

課金処理に関する第１の所定の終了条件が満足されることが検出される時に、第１の要求モジュール８１１の判断要求ユニットが、現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求をＰＣＲＦデバイス８２０に送信し、対応して、ＰＣＲＦデバイス８２０の要求受信モジュール８２１が、ＰＣＥＦデバイス８１０から判断要求を受信し、規則送信モジュール８２２が、判断要求に応答して、現在の常時オンＩＰ接続性セッションの課金セッションに対応する終了規則に関する情報をＰＣＥＦデバイス８１０に送信し、対応して、第１の要求モジュール８１１の規則受信ユニットが、課金セッションに対応する終了規則に関する情報を受信し、第１の要求モジュール８１１の終了要求ユニットが、課金セッションを終了させるようにＯＣＳに要求するために、終了規則に関する受信された情報に基づいて課金セッションに対応する終了規則を判定する。次に、ＯＣＳが、この要求に基づいて、それ自体とＰＣＥＦデバイス８１０との間の課金セッションを終了させる。

【0095】

ここで、図８のＰＣＥＦデバイス８１０が検出を実行する、課金処理に関する第１の終了条件を、図７に示された第１の終了条件と同一とすることができる。

【0096】

第１の要求モジュール８１１の判断要求ユニットが、課金処理に関する第１の所定の終了条件が満足されることを検出する時、たとえば、所与の時間内にサービスまたはトラフィックがない場合に、判断要求ユニットは、Ｇｘインターフェースを介して追加の新しいＡＶＰ（属性／値対）と共にＣＣＲをＰＣＲＦデバイス８２０に送信し、課金ポリシの更新を要求し、ＰＣＲＦデバイス８２０は、課金セッションの終了を可能にするためにＧｘＣＣＡを用いて応答する。

【0097】

さらに、ＰＣＲＦデバイス８２０の要求受信モジュール８２１が、上の判断要求を受信する時に、規則送信モジュール８２２は、対応する課金セッションに対応する終了規則を判定することができ、終了規則に関する情報をＰＣＥＦデバイス８１０に送信することができる。ここで、終了規則を、ＰＣＲＦデバイス８２０またはＰＣＥＦデバイス８１０によって定義することができる。
１）終了規則が、ＰＣＥＦデバイス８１０によって事前に定義される時に、規則送信モジュール８２２は、終了規則に対応するトリガ命令をＰＣＥＦデバイス８１０に送信することができ、たとえば、ＧｘＲＡＲまたはＣＣＡをＰＣＥＦデバイス８１０に送信して、対応する終了規則をアクティブ化することができ、
２）終了規則が、ＰＣＲＦデバイス８２０によって定義され、具体的には規則送信モジュール８２２またはＰＣＲＦデバイス８２０内の他のモジュールによって定義される時に、定義された終了規則を、無条件または条件付きのいずれかとすることができる。

【0098】

ＰＣＲＦデバイス８２０によって事前に定義された終了規則が無条件である場合には、ＰＣＲＦデバイス８２０が判断要求を受信する限り、ＰＣＲＦデバイス８２０は、課金セッションの終了規則をＰＣＥＦデバイス８１０に送信する。終了規則は、課金セッションを終了させるが、任意の新しいサービスまたはトラフィックが終了されていない現在のＩＰ−ＣＡＮセッション中に発生する時の新しい課金セッションのために、既存の課金規則を生きたままに保つ。

【0099】

ＰＣＲＦデバイス８２０によって定義された終了規則が条件付きである場合には、ＰＣＲＦデバイス８２０が判断要求を受信する限り、ＰＣＲＦデバイス８２０は、終了規則をＰＣＥＦデバイス８１０に送信する。終了規則は、追加の規則およびパラメータを提供し、すべてのパラメータは、トラフィック・プレーンで行き交い、ＰＣＥＦデバイス８１０は、これによって課金セッションを終了させる。同様に、ＰＣＥＦデバイス８１０は、任意の新しいサービスまたはトラフィックが終了されていない現在のＩＰ−ＣＡＮセッション中に発生する時の新しい課金セッションのために、既存の課金規則を生きたままに保つ。

【0100】

ここで、ＰＣＲＦデバイス８２０によって定義される課金セッションの終了規則を、図７のＰＣＥＦデバイス８１０によって事前に定義される課金セッションの終了規則と同一とすることができる。したがって、上で述べた新しい課金セッションの再オープン条件、たとえばタイマを、ＰＣＲＦデバイス８２０によって定義することができる。

【0101】

図９に、本発明のさらなる実施形態による装置図を示し、この装置図は、課金セッションの終了を実施するために協力する、第２の課金セッション終了要求デバイス、第３の課金セッション終了要求デバイス、および課金セッション終了判断デバイスを示す。

【0102】

描写の便宜上、ここでは、ＡＦデバイス９３０、ＰＣＥＦデバイス９１０、およびＰＣＲＦデバイス９２０は、それぞれ、第２の課金セッション終了要求デバイス、第３の課金セッション終了要求デバイス、および課金セッション終了判断デバイスの例と解釈される。しかし、当業者は、ここでのＡＦデバイス９３０、ＰＣＥＦデバイス９１０、およびＰＣＲＦデバイス９２０が、単に例であり、本発明を例示するためのみのものであり、本発明に対する制限とみなされてはならず、他の既存のデバイスまたはおそらく将来に考案される他のデバイスが、本発明において保護を求められる解決策を同様に実施できる場合に、本発明の保護範囲に含まれなければならないことを理解するべきである。

【0103】

さらに、課金セッションが、ＰＣＥＦデバイスとＯＣＳとの間のＧｙ参照点ベースのセッションなので、課金セッションを開始するデバイスは、ＰＣＥＦデバイス９１０である。

【0104】

図９に示されているように、ＡＦデバイス９３０は、第２の要求モジュール９３１を含み、ＰＣＲＦデバイス９２０は、要求受信モジュール９２１および規則送信モジュール９２２を含み、ＰＣＥＦデバイス９１０は、セッション終了要求モジュール９１２を含む。

【0105】

課金処理に関する第２の所定の終了条件が満足されることが検出される時に、ＡＦデバイス９３０の第２の要求モジュール９３１は、現在の常時オンＩＰ接続性セッションの課金処理の終了に関する判断要求をＰＣＲＦデバイス９２０に送信し、対応して、ＰＣＲＦデバイス９２０の要求受信モジュール９２１は、ＡＦデバイス９３０から判断要求を受信し、規則送信モジュール９２２は、判断要求に応答して、現在の常時オンＩＰ接続性セッションの課金セッションに対応する終了規則に関する情報をＰＣＥＦデバイス９１０に送信し、対応して、ＰＣＥＦデバイス９１０のセッション終了要求モジュール９１２は、課金セッションに対応する終了規則に関する情報を受信し、終了規則に関する受信された情報に基づいて、課金セッションを終了させるようにＯＣＳに要求する。次に、ＯＣＳは、この要求に基づいてそれ自体とＰＣＥＦデバイス９１０との間の課金セッションを終了させる。

【0106】

ここで、図９のＡＦデバイス９３０が検出を実行する、課金処理に関する第２の終了条件は、図７または図８に示されたＰＣＥＦデバイス９１０が検出を実行する課金処理に関する第１の終了条件と同一または部分的に同一とすることができる。

【0107】

課金処理に関する第２の所定の終了条件が満足されることが検出される時、たとえば、アプリケーション・プレーンに所与の時間内にサービスがない場合に、ＡＦデバイス９３０の第２の要求モジュール９３１は、課金セッションの終了を要求するために、ＳＴＲを追加の新しいＡＶＰと共にＰＣＲＦデバイス９２０に送信する。代替実施態様は、第２の要求モジュール９３１が、課金セッションの終了を要求するためにＡＡＲを特定のＡＶＰと共にＰＣＲＦデバイス９２０に送信することである。

【0108】

図８に似て、ＰＣＲＦデバイス９２０の要求受信モジュール９２１が、上の判断要求を受信する時に、規則送信モジュール９２２は、対応する課金セッションに対応する終了規則を判定し、終了規則に関する情報をＰＣＥＦデバイス９１０に送信することができる。この点で、終了規則をＰＣＲＦデバイス９２０またはＰＣＥＦデバイス９１０によって定義することができる。
１）終了規則がＰＣＥＦデバイス９１０によって事前に定義される時に、ＰＣＲＦ９２０は、終了規則に対応するトリガ命令をＰＣＥＦデバイス９１０に送信することができ、たとえば、対応する終了規則をアクティブ化するためにＰＣＥＦデバイス９１０にＧｘＲＡＲまたはＣＣＡを送信することができ、
２）終了規則がＰＣＲＦ９２０によって事前に定義される時に、定義された終了規則は、無条件または条件付きのいずれかとすることができる。

【0109】

ＰＣＲＦデバイス９２０によって事前に定義された終了規則が無条件である場合には、ＰＣＲＦデバイス９２０が判断要求を受信する限り、ＰＣＲＦデバイス９２０は、課金セッションの終了規則をＰＣＥＦデバイス９１０に送信する。終了規則は、課金セッションを終了させるが、任意の新しいサービスまたはトラフィックが終了されていない現在のＩＰ−ＣＡＮセッション中に発生する時の新しい課金セッションのために、既存の課金規則を生きたままに保つ。

【0110】

ＰＣＲＦデバイス９２０によって定義された終了規則が条件付きである場合には、ＰＣＲＦデバイス９２０が判断要求を受信する限り、ＰＣＲＦデバイス９２０は、終了規則をＰＣＥＦデバイス９１０に送信する。終了規則は、追加の規則およびパラメータを提供し、すべてのパラメータは、トラフィック・プレーンで行き交い、ＰＣＥＦデバイス９１０は、これによって課金セッションを終了させる。同様に、ＰＣＥＦデバイス９１０は、任意の新しいサービスまたはトラフィックが終了されていない現在のＩＰ−ＣＡＮセッション中に発生する時の新しい課金セッションのために、既存の課金規則を生きたままに保つ。

【0111】

ここで、ＰＣＲＦデバイス９２０によって定義される課金セッションの終了規則を、図７または図８のＰＣＥＦデバイス９１０によって定義される課金セッションの終了規則と同一とすることができる。したがって、上で述べた新しい課金セッションの再オープン条件、たとえばタイマを、ＰＣＲＦデバイス９２０によって定義することができる。

【0112】

さらに、ＰＣＲＦデバイス９２０が、ＡＦデバイス９３０からＲｘＳＴＲまたはＡＡＲを受信する時に、ＰＣＲＦデバイス９２０は、ＡＦセッションを終了させることができ、これは、Ｇｙ／Ｒｏセッションの終了におけるＰＣＲＦデバイス９２０判断に影響しない。現在のＩＰ−ＣＡＮに関連する複数のＡＦセッションがある場合には、ＰＣＲＦデバイス９２０は、アクティブ・サービスを有しないＡＦセッションを終了させる。アクティブな少なくとも１つのＡＦセッションがある場合には、ＰＣＲＦデバイス９２０は、Ｇｙ／Ｒｏセッションを終了させない。ＰＣＲＦデバイス９２０がＡＦセッションを終了させる時に、ＰＣＲＦデバイス９２０は、対応して、そのような種類のＡＦセッションのＰＣＣ規則を除去する。

【0113】

すべての関係するＡＦセッションの終了は、ＰＣＲＦデバイス９２０が絶対的にＧｙ／Ｒｏセッションを終了させることを意味しない。というのは、ＡＦセッションで用いられないサービスおよびデータ・フローがある可能性があるからである。したがって、以下の例外が定義される。
１）ＡＦデバイス９３０が、課金セッションの終了を開始するが、終了条件が、ＰＣＥＦデバイス９１０で明瞭には定義されていない場合には、ＰＣＥＦデバイス９１０は、終了規則を逆提案するためにＰＣＲＦデバイス９２０にＧｘＣＣＲを送信する。これは、アクティブＡＦセッションがないがアクティブ・ベアラがあるシナリオに適用可能である。ＰＣＲＦデバイス９２０は、終了規則を調整する。
２）ＰＣＲＦデバイス９２０が、課金セッションの終了をトリガするＲｘＳＴＲまたはＡＡＲをＡＦデバイス９３０から受信する時に、ＰＣＲＦデバイス９２０は、これを知らせるためにＰＣＥＦデバイス９１０にＲＡＲを送信し、ＰＣＲＦデバイス９２０は、ＲＡＡを用いて応答する。次に、ＰＣＲＦデバイス９２０は、最終的な調整された規則と共にＲＡＲをＰＣＥＦデバイス９１０に再送信し、新しいＡＶＰが、この２つのＲＡＲおよびその機能性を区別するために追加されなければならない。

【0114】

本発明では、ＰＣＥＦデバイスは、ＰＣＲＦデバイスおよび／またはそれ自体によって定義された規則に従ってＧｙ／Ｒｏセッションを実行し、ＰＣＥＦデバイスが課金セッションを終了させる独自の規則を定義するシナリオでは、ＰＣＥＦデバイスは、たとえばＰＣＲＦデバイスの干渉なしに、ローカルに構成された規則に基づいて、Ｇｙ／Ｒｏセッションを終了させるが、それでもＰＤＣ接続を保持する。
１）ＩＰ−ＣＡＮセッション内にアクティブ・サービスまたはトラフィックがない場合には、ＰＣＥＦデバイスは、規則に基づいて、指定されたＧｙ／Ｒｏセッションをクローズできるが、ＩＰ−ＣＡＮをそれでもオープンしまたはクローズすることができると判定する。
２）ＩＰ−ＣＡＮセッション内にいくつかのオフライン課金データ・フローまたは無課金データ・フローだけがある場合には、Ｇｙ／Ｒｏセッションをも終了することができる。

【0115】

Ｇｙ／Ｒｏセッションが以前にポリシによって終了された後に定義された新しい規則を用いてＤｉａｍｅｔｅｒＧｙ／Ｒｏセッションを再オープンする。再オープン・規則は、タイマが満了する時またはＰＣＥＦデバイス／ＡＦデバイスが新しい前払いサービス／データ・フローに出会う時にＤｉａｍｅｔｅｒセッションを再確立することによるタイマ駆動を含むことができる。再オープン・規則は、ＰＣＥＦデバイスで事前にセットされるか、ＰＣＲＦデバイスからのＧｘに含まれるものとすることができる。

【0116】

本発明によれば、以下のネットワーク要素が機能強化される。
１）機能強化されたＡＦデバイスを、さらに、
ａ）所与の時間内にアクティブ・サービスがないことを検出し、これをＲｘＳＴＲ／ＡＡＲ内で新しいＡＶＰ表示を用いてＰＣＲＦデバイスに報告し、
ｂ）新たにアクティブなサービスを検出し、これをＲｘＳＴＲ／ＡＡＲ内で新しいＡＶＰ表示を用いてＰＣＲＦデバイスに報告する
ように構成することができる。
２）機能強化されたＰＣＲＦデバイスを、さらに、
ａ）ＡＦデバイスからアクティブ・サービスなしに関する新しいＡＶＰ表示を有するＲｘＳＴＲ／ＡＡＲを受信し、ＡＦセッションを終了させるべきかどうかを判定し、
ｂ）このＩＰ−ＣＡＮについて残っているＡＦセッションがないかどうかを判定し、
ｃ）ＰＣＥＦデバイスから、アクティブ・サービス／データ・フローなしに関する新しいＡＶＰ表示を有するＧｘＣＣＲを受信し、
ｄ）長時間セッションについて、課金セッションを終了させるがＩＰ−ＣＡＮ／ベアラを生きたままに保つべきかどうかを判定し、
ｅ）課金セッションの終了規則をＰＣＥＦデバイスに送信し、
ｆ）課金セッションを無条件で終了させるかどうかを判定し、条件に依存する場合には、条件判断基準をＰＣＥＦデバイスに送信し、
ｇ）ＰＣＥＦデバイスから、課金セッションの終了の逆提案を受信し、更新されたポリシを作り、これをＰＣＥＦデバイスに送信し、
ｈ）課金セッションの終了のグローバル・タイマを判定し、これをＰＣＥＦデバイスに送信し、
ｉ）以前に終了された課金セッションに基づいて、再オープンされる課金セッションのグローバルＤｉａｍｅｔｅｒＧｙ／Ｒｏレベル・タイマを判定し、これをＰＣＥＦデバイスに送信し、
ｊ）ＡＦデバイスまたはＰＣＥＦデバイスによってトリガされる新たにアクティブなサービスを検出し、課金セッションを再オープンするための新しい命令をＰＣＥＦデバイスに送信し、
ｋ）課金セッションを終了させるか再オープンする時に、どの既存のポリシおよび規則を除去しまたは残すべきであるがＩＰ−ＣＡＮ／ベアラを生きたままにすべきかを判定する
ように構成することができる。
３）機能強化されたＰＣＥＦデバイスを、さらに、
□ＰＣＥＦデバイスおよびＰＣＲＦデバイスの合同解決策オプションで、ＰＣＥＦデバイスは、さらに、
ａ）所与の時間内にトラフィック・プレーンからのアクティブ・サービス／データ・フローがないことを検出し、これをＧｘＣＣＲ内で新しいＡＶＰ表示を用いてＰＣＲＦデバイスに報告し、
ｂ）課金セッションを終了させることを要求するネットワークＤｉａｍｅｔｅｒＧｙ／Ｒｏトラフィック輻輳を検出し、これをＧｘＣＣＲ内で新しいＡＶＰ表示を用いてＰＣＲＦデバイスに報告し、
ｃ）新たにアクティブなサービス／データ・フローを検出し、これをＧｘＣＣＲ内で新しいＡＶＰ表示を用いてＰＣＲＦデバイスに報告し、
ｄ）課金セッションの終了に関するＰＣＥＦレベル・規則を事前に定義し、
ｅ）ＰＣＲＦデバイスから、課金セッションの終了に関する新しいポリシを受信し、
ｆ）ＰＣＲＦデバイスから、条件を受信し、条件を評価し、課金セッションを終了させるべきかどうかを判定し、これをＰＣＲＦデバイスに報告し、
ｇ）アクティブ・サービス／データ・フローがない時の課金セッションの終了に関するグローバル・タイマを事前に定義しまたはＰＣＲＦデバイスもしくはＯＣＳのいずれかからこのタイマを受信し、
ｈ）以前の課金セッションの終了以降の課金セッションの再オープンに関するグローバル・タイマを事前に定義しまたはＰＣＲＦデバイスもしくはＯＣＳのいずれかからこのタイマを受信し、
ｉ）課金セッションの終了に関してＰＣＲＦデバイスに逆提案し、
ｊ）オフライン課金または無課金サービス／データ・フローに基づいて、課金セッションを終了させる時にＩＰ−ＣＡＮ／ベアラを保持すべきかどうかを判定し、
ｋ）ｉ）ＰＣＥＦデバイスのタイマ、ｉｉ）ＰＣＲＦデバイスからの新しい命令、またはｉｉｉ）新しいサービス／データ・フローに基づいて、以前にクローズされた課金セッションを再オープンする
ようにさらに構成される。
□ＰＣＥＦデバイスのみの解決策では、ＰＣＥＦデバイスを、さらに、
ａ）オプションで、ＰＣＥＦデバイスは、次の条件のうちの１つが満足されることが検出される時に、ローカルに事前に定義された規則に基づいて課金セッションを終了させるようにＯＣＳに直接に要求することができ、
−所与の時間内にトラフィック・プレーンからのアクティブ・サービス／データ・フローがないことを検出する
−課金セッションを終了させることを要求するネットワークＤｉａｍｅｔｅｒＧｙ／Ｒｏトラフィック複素を検出する
−最後のデータ・カテゴリが終了される
−ＯＣＳによって割り振られたデータ・カテゴリ／データ・フローのクレジット・クォータが使い果たされる
ｂ）新しいサービス・データ・フローがＰＤＮ接続上で発生する時に、ＰＣＥＦデバイスは、それでも、ＰＣＲＦデバイスに報告せずに現在のＰＣＣ規則に基づいて対応する動作を実行し、ＯＣＳへの新しい課金セッションを再オープンすることができる
ようにさらに構成することができる。
４）機能強化されたＯＣＳを、さらに、
ａ）課金セッションの終了においてＤｉａｍｅｔｅｒＧｙ／Ｒｏレベル・グローバル・タイマをサポートし、
ｂ）課金セッションを終了するがＩＰ−ＣＡＮ／ベアラを生きたままに保つことに関するＰＣＥＦデバイスからの要求を評価し、加入者アカウント情報およびＯＣＳ規則に基づいて、このタイプの終了を許可するかどうかを判定し、許可しない場合には、新しい結果コードを定義し、これをＰＣＥＦデバイスに送信し、
ｃ）最後のデータ・カテゴリが終了されるか、ＯＣＳがデータ・カテゴリ／データ・フローのクレジット・クォータを使い果たすか、ＯＣＳが忙しすぎる時に、ＯＣＳは、課金セッションの終了を開始することができるが、ＰＣＥＦデバイスは、それでもＰＤＮデータ接続を保持することができる
ように構成することができる。
５）機能強化されたＤｉａｍｅｔｅｒインターフェース、
（１）
−ＲＸＳＴＲ動作およびＡＡＲ動作が、オンライン課金サービスの理想的な条件を示すために新しいＡＶＰを用いて機能強化される
ようになっている機能強化されたＲｘインターフェース。
（２）
ａ）Ｇｘインターフェースは、新しいＡＶＰを用いるアクティブ・サービス／データ・フローなしの報告を可能にしなければならず、
ｂ）ＰＣＲＦデバイスは、ＲｘＲＡＲ（プッシュ・モード）またはＣＣＡ（プル・モード）内で新しいＡＶＰを用いて、ＰＣＥＦデバイスへの課金セッションの終了に関する新しいポリシ・規則を送信することができ、
ｃ）ＰＣＲＦデバイスは、課金セッションの条件付き終了について新しいＡＶＰ内の条件／パラメータを判定しなければならず、
ｄ）ＰＣＲＦデバイスは、課金セッションの終了に関するグローバル・タイマ（新しいＡＶＰ）を判定でき、ＰＣＥＦデバイスに送信できなければならず、
ｅ）新しいＡＦアクティブ・サービスを受信する時に、ＰＣＲＦデバイスは、新しいＡＶＰを用いて課金セッションを再オープンすることができ、
ｆ）ＰＣＥＦデバイスは、ＲＡＲ／ＲＡＡ内で課金セッションの終了規則を逆提案できなければならない（動作の複数のＲＡＲ／ＲＡＡ対を可能にする）
ようになっている機能強化されたＧｘインターフェース。
（３）
ａ）既存のＭＳＣＣＱＨＴに加えて、Ｇｙ／Ｒｏレベルの新しいグローバル・タイマを、ＣＣＲ（ＰＣＥＦデバイスからＯＣＳへ）またはＣＣＡ（ＯＣＳからＰＣＥＦデバイスへ）のいずれかから送信することができ、
ｂ）ＰＣＲＦデバイスがＣＣＲを送信する時に課金セッションを終了するがＩＰ−ＣＡＮがまだ生きていることを示す新しいＡＶＰ。したがって、ＯＣＳは、既存の課金セッションを終了させることができるが、進行中の長時間セッションを知っている。加入者アカウント残高またはＯＣＳの課金規則がこのタイプの終了を許可しない場合には、ＯＣＳは、新しい障害結果コードを有するＣＣＡを送信する
ようになっている機能強化されたＧｙ／Ｒｏインターフェース。

【0117】

本発明を、ソフトウェアまたはソフトウェアとハードウェアとの組合せで実施することができ、たとえば、ＡＳＩＣ（特定用途向け集積回路）、汎用コンピュータ、または任意の他の類似するハードウェア・デバイスによって実施できることに留意されたい。

【0118】

本発明のソフトウェア・プログラムを、プロセッサによって実行して、上記のステップまたは機能を実施することができる。同様に、本発明のソフトウェア・プログラム（関連するデータ構造を含む）を、コンピュータ可読記録媒体、たとえば、ＲＡＭメモリ、磁気ドライブ、光学ドライブ、またはフロッピ・ディスク、および他の類似するデバイスに格納することができる。さらに、本発明のいくつかのステップまたは機能を、ハードウェア、たとえばさまざまな機能またはステップを実行するためにプロセッサと協力する回路によって実施することができる。

【0119】

さらに、本発明の一部を、コンピュータ・プログラム製品、たとえば、コンピュータによって実行される時のコンピュータ動作を介して本発明による方法および／または技術的解決策を呼び出すか提供することができるコンピュータ・プログラム命令として適用することができる。さらに、本発明の方法を呼び出すプログラム命令を、固定記録媒体もしくはモバイル記録媒体に格納し、かつ／またはブロードキャストもしくは他の信号ベアラ媒体内のデータ・フローを介して伝送し、かつ／またはプログラム命令に基づいて動作するコンピュータ・デバイスの作業メモリ内に格納することができる。ここで、本発明による一実施形態は、コンピュータ・プログラム命令を格納するメモリと、プログラム命令を実行するプロセッサとを含む装置であって、コンピュータ・プログラム命令がプロセッサによって実行される時に、装置が、本発明の複数の実施形態による方法および／または技術的解決策を実行するようにトリガされる、装置を含む。

【0120】

本発明が、上の例示的な実施形態の詳細に限定されず、本発明を、本発明の趣旨または基本的特徴から逸脱せずに他の実施形態を用いて実施できることは、当業者にとって明白である。したがって、いかなる形でも、実施形態は、限定的ではなく例示的とみなされなければならず、本発明の範囲は、上の説明ではなく添付の特許請求の範囲によって限定され、特許請求の範囲の同等要素の意味および範囲に含まれることが意図されるすべての変形形態は、本発明に包含されなければならない。特許請求の範囲の符号を、関る請求項の限定とみなしてはならない。さらに、用語「ｃｏｍｐｒｉｓｅ（含む）」が、他のユニットまたはステップを除外せず、単数形が、複数形を除外しないことは明白である。システム請求項で言及される複数のユニットまたはモジュールを、ソフトウェアまたはハードウェアを介して単一のユニットまたはモジュールによって実施することもできる。第１および第２などの用語は、名前を示すのに使用されるのであって、特定のシーケンスを示すものではない。

【図1】