特許 7473743 ＰＦＤ管理方法、ネットワーク要素及びコンピュータ読み取り可能な記憶媒体

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

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

(11)【特許番号】

(24)【登録日】2024-04-15

(45)【発行日】2024-04-23

(54)【発明の名称】ＰＦＤ管理方法、ネットワーク要素及びコンピュータ読み取り可能な記憶媒体

(51)【国際特許分類】

   H04W 88/18 20090101AFI20240416BHJP

   H04W 4/24 20240101ALI20240416BHJP

   H04W 92/24 20090101ALI20240416BHJP

【ＦＩ】

H04W88/18

H04W4/24

H04W92/24

【請求項の数】 10

(21)【出願番号】P 2023519918

(86)(22)【出願日】2021-08-06

(65)【公表番号】

(43)【公表日】2023-10-16

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

(87)【国際公開番号】W WO2022068398

(87)【国際公開日】2022-04-07

【審査請求日】2023-03-30

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

(32)【優先日】2020-09-30

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100112656

【弁理士】

【氏名又は名称】宮田 英毅

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】蹇慧君

(72)【発明者】

【氏名】侯利昌

(72)【発明者】

【氏名】沈陽

【審査官】三枝 保裕

(56)【参考文献】

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

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

【文献】3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Policy and charging control framework for the 5G System (5GS); Stage 2 (Release 16)，3GPP TS 23.503 V16.5.1，2020年08月，pp.31-33

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

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

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

ネットワークエクスポージャー機能ＮＥＦに適用されるパケットフロー記述ＰＦＤ管理方法であって、
アプリケーション機能ＡＦによって送信されたＰＦＤ管理要求情報を取得して保存するステップであって、前記ＰＦＤ管理要求情報はアクセスポイント名ＡＰＮ情報、アプリケーション識別子ＡＰＰ ＩＤ及びＰＦＤを含み、前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤが関連付けられているステップと、
前記ＰＦＤ管理要求情報中の前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤを、セッション管理部ＳＭＦを介してユーザープレーン機能ＵＰＦに転送することにより、前記ＵＰＦが前記ＡＰＮ情報及び前記ＡＰＰ ＩＤに基づいて前記ＰＦＤを保存するステップと、を含むパケットフロー記述ＰＦＤ管理方法。

【請求項2】

ＡＦによって送信されたＰＦＤ管理要求情報を取得して保存する前記ステップは、
前記ＰＦＤ管理要求情報中の前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤを統合データストアＵＤＲに送信することにより、前記ＵＤＲが前記ＡＰＮ情報に対応するマッピング関係を決定し、前記ＡＰＰ ＩＤ及び前記ＰＦＤに基づいて前記マッピング関係を更新し、前記マッピング関係はＡＰＰ ＩＤとＰＦＤとのマッピング関係であるステップと、
前記ＵＤＲによって送信された更新確認情報を受信すると、前記ＰＦＤ管理要求情報を保存するステップと、をさらに含む請求項１に記載のＰＦＤ管理方法。

【請求項3】

前記ＰＦＤ管理要求情報を保存する前記ステップの後に、
前記ＡＦが送信された前記ＰＦＤ管理要求情報を確認して応答するように、ＰＦＤ作成確認情報を前記ＡＦに送信するステップをさらに含む請求項２に記載のＰＦＤ管理方法。

【請求項4】

前記ＰＦＤ管理要求情報中の前記ＡＰＮ情報、前記ＡＰＰ ＩＤ、及び前記ＰＦＤを、ＳＭＦを介してＵＰＦに転送する前記ステップは、
前記ＳＭＦによって送信されたＰＦＤ取得要求情報を受信するステップと、
前記ＰＦＤ取得要求情報中のＡＰＮ情報と前記ＰＦＤ管理要求情報中のＡＰＮ情報とがマッチングし、かつ、前記ＰＦＤ取得要求情報中のＡＰＰ ＩＤと前記ＰＦＤ管理要求情報中のＡＰＰ ＩＤとがマッチングした場合、前記ＰＦＤ管理要求情報中の前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤを、ＳＭＦを介してＵＰＦに転送するステップとを含む請求項１に記載のＰＦＤ管理方法。

【請求項5】

ＳＭＦに適用されるＰＦＤ管理方法であって、
ＮＥＦによって送信されたＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤを取得するステップであって、前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤは、前記ＮＥＦがＡＦから取得して保存したＰＦＤ管理要求情報中の関連付けられているパラメータであるステップと、
前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤをＵＰＦに送信することにより、前記ＵＰＦが前記ＡＰＮ情報及び前記ＡＰＰ ＩＤに基づいて前記ＰＦＤを保存するステップと、を含むＰＦＤ管理方法。

【請求項6】

ＮＥＦによって送信されたＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤを取得するステップの後に、
取得した前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤをローカルに保存するステップをさらに含む請求項５に記載のＰＦＤ管理方法。

【請求項7】

ＮＥＦによって送信されたＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤを取得する前記ステップは、
ポリシー制御機能ＰＣＦによって送信されたポリシー及び課金制御ＰＣＣルールを受信し、前記ＰＣＣルールからターゲットＡＰＮ情報及びターゲットＡＰＰ ＩＤを取得するステップと、
前記ターゲットＡＰＮ情報及びターゲットＡＰＰ ＩＤに基づいてターゲットＰＦＤをローカルにマッチングさせていない場合、前記ターゲットＡＰＮ情報及び前記ターゲットＡＰＰ ＩＤに基づいてＰＦＤ取得要求情報を生成し、前記ＮＥＦが前記ＰＦＤ取得要求情報に基づいてＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤを送信するように、前記ＰＦＤ取得要求情報を前記ＮＥＦに送信するステップと、を含む請求項６に記載のＰＦＤ管理方法。

【請求項8】

前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤをＵＰＦに送信するステップの後に、
ＵＰＦによって送信されたＰＦＤ管理結果情報を取得するステップであって、前記ＰＦＤ管理結果情報は、前記ＵＰＦが前記ＡＰＮ情報及び前記ＡＰＰ ＩＤに基づいて前記ＰＦＤを保存した後に生成して送信するものであるステップをさらに含む請求項７に記載のＰＦＤ管理方法。

【請求項9】

メモリと、プロセッサと、メモリに記憶され、プロセッサで実行可能なコンピュータプログラムとを含むネットワーク要素であって、
前記プロセッサは、前記コンピュータプログラムを実行すると、請求項１～４のいずれか１項に記載のＰＦＤ管理方法を実現するか、又は、請求項５～８のいずれか１項に記載のＰＦＤ管理方法を実現するネットワーク要素。

【請求項10】

請求項１～４のいずれかに記載のＰＦＤ管理方法を実行するためのコンピュータ実行可能な命令、又は請求項５～８のいずれか１項に記載のＰＦＤ管理方法を実行するためのコンピュータ実行可能な命令を記憶したコンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、出願番号２０２０１１０５６５５２．６、出願日２０２０年９月３０日の中国特許出願に基づいて提出され、当該中国特許出願の優先権を主張しており、当該中国特許出願の全ての内容はここで参考として本願に組み込まれている。

【0002】

本願は、５Ｇ通信の技術分野に関するが、これに限定されるものではなく、特に、ＰＦＤ管理方法、ネットワーク要素及びコンピュータ読み取り可能な記憶媒体に関する。

【背景技術】

【0003】

第５世代通信（５Ｇ：５ｔｈ Ｇｅｎｅｒａｔｉｏｎ）システムでは、ネットワークエクスポージャー機能（ＮＥＦ：Ｎｅｔｗｏｒｋ Ｅｘｐｏｓｕｒｅ Ｆｕｎｃｔｉｏｎ）は、パケットフロー記述機能（ＰＦＤＦ：Ｐａｃｋｅｔ Ｆｌｏｗ Ｄｅｓｃｒｉｐｔｉｏｎｓ Ｆｕｎｃｔｉｏｎ）を備えており、ＰＦＤＦはアプリケーションサービスプロバイダ（ＡＳＰ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）又はアプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）から提供されるパケットフロー記述（ＰＦＤ：Ｐａｃｋｅｔ Ｆｌｏｗ Ｄｅｓｃｒｉｐｔｉｏｎ）を取得し、セッション管理機能（ＳＭＦ：Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）はＰＦＤＦからＰＦＤとアプリケーション識別子（ＡＰＰ ＩＤ：Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）を取得した後、対応するユーザープレーン機能（ＵＰＦ：Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に送信し、ＵＰＦはＰＦＤによるアプリケーション検出を行い、ポリシー及び課金制御（ＰＣＣ：Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ）ルール中の指示に従って、サービスフローレベルの課金機能を実現する。しかし、サービスのカスタマイズ化が進むにつれて、異なるアクセスポイント名（ＡＰＮ：Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）について、同じＡＰＰ ＩＤでも対応するサービスデータ量、アプリケーションプローブ、又は課金制御情報が異なる可能性があり、その結果として、複数のルールが相互に上書きされ、課金の正確性に影響を及ぼす。

【発明の概要】

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

【0004】

以下は、本願で詳細に説明されている主題の概要である。本概要は特許請求の範囲の特許範囲を限定するものではない。

【0005】

本願の実施例は、ＰＦＤ管理方法、ネットワーク要素及びコンピュータ読み取り可能な記憶媒体を提供する。

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

【0006】

第１態様では、本願の実施例は、
ＮＥＦに適用されるＰＦＤ管理方法であって、
ＡＦによって送信されたＰＦＤ管理要求情報を取得して保存するステップであって、前記ＰＦＤ管理要求情報はＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤを含み、前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤが関連付けられているステップと、
前記ＰＦＤ管理要求情報中の前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤを、ＳＭＦを介してＵＰＦに転送することにより、前記ＵＰＦが前記ＡＰＮ情報及び前記ＡＰＰ ＩＤに基づいて前記ＰＦＤを保存するステップと、を含むＰＦＤ管理方法を提供する。

【0007】

第２態様では、本願の実施例は、
ＳＭＦに適用されるＰＦＤ管理方法であって、
ＮＥＦによって送信されたＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤを取得するステップであって、前記ＡＰＮ情報、前記ＡＰＰ ＩＤ及び前記ＰＦＤは、前記ＮＥＦがＡＦから取得して保存したＰＦＤ管理要求情報中の関連付けられているパラメータであるステップと、
前記ＡＰＮ情報、前記ＡＰＰ ＩＤ、及び前記ＰＦＤをＵＰＦに送信することにより、前記ＵＰＦが前記ＡＰＮ情報及び前記ＡＰＰ ＩＤに基づいて前記ＰＦＤを保存するステップと、を含むＰＦＤ管理方法をさらに提供する。

【0008】

第３態様では、本願の実施例は、
メモリと、プロセッサと、メモリに記憶され、プロセッサで実行可能なコンピュータプログラムとを含むネットワーク要素であって、
前記プロセッサは、前記コンピュータプログラムを実行すると、上記第１態様に記載のＰＦＤ管理方法を実現するか、又は、上記第２態様に記載のＰＦＤ管理方法を実現するネットワーク要素をさらに提供する。

【0009】

第４態様では、本願の実施例は、
上記第１態様に記載のＰＦＤ管理方法を実行するためのコンピュータ実行可能な命令、又は上記第２態様に記載のＰＦＤ管理方法を実行するためのコンピュータ実行可能な命令を記憶したコンピュータ読み取り可能な記憶媒体をさらに提供する。

【0010】

本願の他の特徴及び利点は、後の明細書で説明され、本明細書から部分的に明らかになるか、又は本願を実施することによって理解される。本願の目的及び他の利点は、明細書、特許請求の範囲、及び図面において特に指摘された構造によって達成され得る。
図面は、本願の技術案の更なる理解を提供するために使用され、明細書の一部を構成し、本願の実施例と共に本願の技術案を説明するために使用され、本願の技術案を限定するものではない。

【図面の簡単な説明】

【0011】

【図1】本願の一実施例によるＮＥＦに適用されるＰＦＤ管理方法のフローチャートである。

【図2】本願の他の実施例によるＵＤＲにおけるＡＰＮ及びＰＦＤのコンテキスト組織関係の概略図である。

【図3】本願の他の実施例によるＮＥＦに適用されるＰＦＤ管理方法においてＰＦＤ管理要求情報を保存するフローチャートである。

【図4】本願の他の実施例によるＮＥＦに適用されるＰＦＤ管理方法においてＰＦＤ作成確認情報をＡＦに送信するフローチャートである。

【図5】本願の他の実施例によるＮＥＦに適用されるＰＦＤ管理方法においてＳＭＦによって送信されたＰＦＤ取得要求情報に応答するフローチャートである。

【図6】本願の他の実施例によるＳＭＦに適用されるＰＦＤ管理方法のフローチャートである。

【図7】本願の他の実施例によるＳＭＦに適用されるＰＦＤ管理方法においてＳＭＦがパラメータを保存するフローチャートである。

【図8】本願の他の実施例によるＳＭＦに適用されるＰＦＤ管理方法においてＰＣＣルールに応答するフローチャートである。

【図9】本願の他の実施例によるＳＭＦに適用されるＰＦＤ管理方法においてＰＦＤ管理結果情報を取得するフローチャートである。

【図10】本願の他の実施例によるＰＦＤ管理方法の一例を示す図である。

【図11】本願の他の実施例によるＰＦＤ管理方法の一例を示す図である。

【図12】本願の他の実施例によるＰＦＤ管理方法を実行するためのネットワーク要素の概略図である。

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

【0012】

本願の目的、技術案及び利点をより明確に理解するために、以下では、図面及び実施例を参照して本願をさらに詳細に説明する。なお、本明細書に記載された具体的な実施例は本願を解釈するためにのみ使用され、本願を限定するものではない。

【0013】

なお、ネットワーク要素の概略図において機能モジュールが区分され、フローチャートにおいて論理的順序が示されているが、場合によっては、装置内のモジュールと異なるように区分されてもよいし、又は、示されるもしくは説明されるステップがフローチャートにおける順序と異なる順序で実行されてもよい。明細書、特許請求の範囲又は前述の図面における「第１」、「第２」等の用語は、類似の対象を区別するために使用されるものであり、特定の順序又は優先順位を説明するために使用されるものではない。

【0014】

本願は、パケットフロー記述（ＰＦＤ：Ｐａｃｋｅｔ Ｆｌｏｗ Ｄｅｓｃｒｉｐｔｉｏｎ）管理方法、ネットワーク要素及びコンピュータ読み取り可能な記憶媒体を提供し、当該ＰＦＤ管理方法は、アプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ Ｆｕｎｃｔｉｏｎ）によって送信されたＰＦＤ管理要求情報を取得して保存するステップであって、ＰＦＤ管理要求情報はアクセスポイント名（ＡＰＮ：Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）情報、アプリケーション識別子（ＡＰＰ ＩＤ：Ａｐｐｌｉｃａｔｉｏｎ ＩＤ）及びＰＦＤを含み、ＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤが関連付けられているステップと、ＰＦＤ管理要求情報中のＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤを、セッション管理機能（ＳＭＦ：Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）を介してユーザープレーン機能（ＵＰＦ：Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に転送することにより、ＵＰＦがＡＰＮ情報及びＡＰＰ ＩＤに基づいてＰＦＤを保存するステップと、を含む。本願の実施例によれば、ＰＦＤ及びＡＰＰ ＩＤに加えてＡＰＮ情報を追加するこれにより、ＵＰＦは、ＡＰＮに基づいてＰＦＤを区別し、サービスデータ量、アプリケーションプローブ、又は課金制御情報間の上書きを回避し、課金の正確性を向上させることができる。

【0015】

以下、図面を参照して、本願の実施例についてさらに説明する。

【0016】

図１に示すように、図１は、本願の一実施例によるＰＦＤ管理方法のフローチャートであり、当該ＰＦＤ管理方法はステップＳ１１０及びステップＳ１２０を含むが、これらに限定されない。

【0017】

ステップＳ１１０：ＡＦによって送信されたＰＦＤ管理要求情報を取得して保存し、ＰＦＤ管理要求情報は、ＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤを含み、ＡＰＮ情報、ＡＰＰ ＩＤ及びＰＦＤが関連付けられている。

【0018】

一実施例では、ＰＦＤ管理要求情報には、ＡＰＮ情報、リクエスタ識別子（ＲＩ：Ｒｅｑｕｅｓｔｅｒ Ｉｄｅｎｔｉｆｉｅｒ）、サービスノード参照識別子（ＳＰ Ｒｅｆｅｒｅｎｃｅ ＩＤ）、外部アプリケーション識別子（ＥＡＩ：Ｅｘｔｅｒｎａｌ Ａｐｐｌｉｃａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）、いくつかのセットのＰＦＤ、ＰＦＤに対応する動作情報及び遅延情報など、ＰＦＤの作成に関連する任意の情報が含まれてもよく、実際の要件に応じてパラメータタイプを調整することもでき、本実施例はこれを特に限定しない。なお、本実施例は、ＡＦのＰＦＤ管理要求情報にＡＰＮ情報を付加する態様に限定されるものではなく、例えば、ＡＦがデータストリームを受信した際にそのデータストリームのＡＰＮ情報を取得してもよく、ＰＦＤ管理要求情報にＡＰＮ情報を含めるようにすればよいので、ここでは詳しく説明しない。

【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】

以上は本発明の好ましい実施例について具体的に説明したが、本発明は上記の実施形態に限定されるものではなく、当業者は本発明の精神を反しないことを前提に様々な均等な変形又は置換を行うことができ、これら均等な変形又は置換はいずれも本発明の特許請求の範囲によって限定される範囲内に含まれる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】