JP2012504890A - インターネット・プロトコル・マルチメディア・サブシステムのための未承諾通信に対する防御 - Google Patents

Abstract

ＰＵＣＩシステムは、オペレータ・ポリシを保持するＰＵＣＩアプリケーション・サーバ、ＰＵＣＩアプリケーション・サーバに接続されユーザ・ポリシを保持するホーム加入者サーバ（ＨＳＳ）、およびユーザ装置（ＵＥ）とを有する。ポリシマネージャは、前記ユーザ・ポリシと前記オペレータ・ポリシとの間の相関関係を確立し、これに基づき、信頼された／信頼されていないソースネットワークから発せられた着呼を拒絶するか又は進めるかを、定められたルール／ロジックにしたがって、決定する。

Description

本発明は、インターネット・プロトコル・マルチメディア・サブシステムのための未承諾通信に対する防御に関するものである。本願は、日本国特許出願の特願２００８−２６００８９号に基づく優先権を主張するものであり、その内容が引用によってここに組み込まれている。

インターネット・プロトコル・マルチメディア・サブシステム（ＩＭＳ）は、様々な通信サービスをユーザ（または加入者）に提供するために、例えば公衆電話交換網（ＰＳＴＮ）および移動通信網などのネットワークを統合する。次世代ネットワーク（ＮＧＮ）における極めて重要な役割に使用されるＩＭＳは、第三世代パートナーシッププロジェクト（３ＧＰＰ）によって標準化される。

電子メールサービスは、例えばスパムおよび未承諾メール（または迷惑メール）などの社会問題に悩ませられていおり、迷惑メールが送信側から一方的に送信される。求められていない通信である未承諾通信（すなわち迷惑通信）は、例えば、通信コストの大幅な低下、および不特定の人々またはサイトに多数の電子メールを送信するネットワークアクセス端末（例えば一般的なユーザによって購入可能なパーソナルコンピュータ）の高度な能力など、インターネットの普及から派生した様々な要素によって生じる。

上記の問題（電子メールサービスにおいて既に生じている）は、ＩＭＳが普及することによってＩＭＳにおいて生じるように思われる。３ＧＰＰ規格は、ＩＰ電話技術を介したスパム（ＳＰＩＴ）からユーザを保護するために、ＩＭＳ（単に「ＰＵＣＩ」と呼ばれる）のための未承諾通信に対する防御に着手している。

ＩＭＳ（ＰＵＣＩ）のための未承諾通信に対する防御の目的についは、アカウントに関するテストに使用される各種の設定を考慮する必要がある。情報の様々な部分がシステム内の様々なデータベースに保存されるので、エンドユーザにおいて求められていない振る舞いを起こさないような構成に設定を関連づけるとともに組織化する必要がある。例えば、オペレータ（またはキャリア取扱い電気通信サービス）は望まれていない加入者のグローバル・ブラックリストを保持するが、あるユーザは、グローバル・ブラックリストに登録された特定の加入者からの呼を許容する場合があり、ユーザの好みに合ったホワイトリストに彼らを登録することを好む場合がある。この場合、オペレータは、グローバル・ブラックリストの特定加入者からのユーザへの呼の送信について、ＰＵＣＩアプリケーション／テストによって偶発的に拒絶せずに、許容するべきである。大量の未承諾な呼を発する未承諾ソースとみなされる信頼されていないサイト又は加入者によって大量の呼が送信されるおそれがあるので、多数のパラメータがＰＵＣＩテストを実行させるか否かの決定に係わっている。前記信頼されていないサイト又は加入者は、オペレータによってグローバル・ブラックリストに既に登録されているか、または既にコールレート制限を超えている。この理由で、ユーザは、例えばパーソナル・ブラックリスト、パーソナル・ホワイトリスト、パーソナルコールレート制限など、様々な設定を実施する必要がある。

現在まで、どのメカニズムも、様々な設定を組織化することに有効なものとなっておらず、設定を関連させるための管理機能に許容する不可欠な情報を提示することに有効なものとなっていない。

本発明は、例えばパーソナル／ユーザ設定（例えば、パーソナル・ブラックリスト／ホワイトリスト）およびグローバル／ネットワーク設定（例えば、グローバル・ブラックリスト／ホワイトリスト）など、様々な設定を管理および適用するようにデザインされたＰＵＣＩアプリケーション・サーバによって、上記の問題を解決しようとするものである。また、本発明は、それぞれのＰＵＣＩアプリケーション・サーバにおいてパーソナル／グローバル設定を組織化することを目的とするとともに、パーソナル／グローバル設定を更新することを目的とする。

本発明は、下記の重要な特徴および技術的効果を実現するものである。

（１）ＰＵＣＩ関連の処理データベースにアクセス可能なＰＵＣＩアプリケーション・サーバまたは他のエンティティにおける、ポリシマネージャ（ＰＭ）機能によってパーソナル・ポリシとグローバル・ポリシ（例えばブラックリスト／ホワイトリスト）との間の相関関係が確立される。

（２）グローバル・ポリシまたはパーソナル・ポリシのいずれかを更新するためにルール／ロジックが実行され、その結果、データベースにおけるパーソナル・ポリシとグローバル・ポリシとの間の相互関係を確保する。例えば、パーソナル・ホワイトリスト・ポリシが、グローバル・ブラックリスト・ポリシ上に上書きされることとしてもよい。多数のユーザによって保持されたパーソナル・ブラックリストにあるソースが繰り返し出現するとき、オペレータがグローバル・ブラックリスト・ポリシを調整することとしてもよい。あるいはまた、あるソースがグローバル・ブラックリストに登録されているが、多数のユーザによって保持されるパーソナル・ホワイトリストにも登録されているとき、オペレータは前記グローバル・ブラックリストから該ソースを除外することとしてもよい。

（３）エンドユーザがユーザ装置（ＵＥ）またはオペレータによって管理されるユーザ選択データベース（例えばホーム加入者サーバ（ＨＳＳ）の一部）を使用してエンドユーザの選択を変えるとき、ポリシは変更される。例えば、Ｕｔインタフェースは、ユーザ装置によってパーソナル・ポリシを更新することをポリシマネージャが容認するように拡張される。Ｓｈインタフェースは、ネットワーク・ホスト・ユーザ選択データベースによってパーソナル・ポリシを更新することをポリシマネージャが容認するように拡張される。

（４）新たな手段がグローバル・ポリシを更新するポリシマネージャ上で実施される。例えば、Ｓｈインタフェースは、加入者サーバ（ＨＳＳ）に格納されたグローバル・ポリシを更新することをポリシマネージャが容認するように拡張される。いくつかのロケーションで格納されるグローバル・ポリシ・データベースを更新することをポリシマネージャが容認するように、新たなインタフェースが導入される。

（５）ＰＵＣＩ信頼された／信頼されていないコンセプトがピア・ツウ・ピアネットワークを組織化するために導入される。例えば、ＰＵＣＩアプリケーション・サーバまたはＰＵＣＩポリシ関連データベースは、他の相手側(peering)・ネットワークの信頼レベルを記憶する。前記信頼レベルは、自動的に作成され、及び／又は、法的な相互オペレータ取り決め(legal inter-operator agreements)に基づいてオペレータによって作成される。本明細書では、ＰＵＣＩチェックを実行する相手側ネットワークをオペレータが認識したとき、オペレータが基本的な信頼／カテゴリ・レベルを作成する。あるレベルの調整がポリシマネージャによって自動的に／ダイナミックに実行される。

（６）オペレータは、ＰＵＣＩ処理の特定のレベルをそれぞれ定義する様々な閾値を設定する。本明細書では、完全に信頼されたネットワークとのセッションがＰＵＣＩ処理のトリガに必要とされない。多少とも信頼されたネットワークとのセッションは、セッション開始プロトコル（ＳＩＰ）信号において既に示されたＰＵＣＩスコアによる、基本的なＰＵＣＩ処理のトリガとなり得る。信頼されていないネットワークとのセッションは、ＰＵＣＩテストによって徹底的にチェックされるべきである。これに関連して、発信カントリ(country)の信頼レベルは、他のメトリックス（例えばＰＵＣＩテスト結果）に関連して使用される。他のメトリックスは、ＳＩＰヘッダの一部として既に取得および提示がされている。

（７）ポリシマネージャは、パーソナル／グローバルＰＵＣＩポリシに基づいて他のカントリ／ネットワークの信頼レベルを調整する機能を持つ。本明細書では、ユーザの多数のブラックリストに載せられたカントリ／ネットワークのそれぞれは、低い信頼レベルに設定されるか又は調整され、ユーザの少数のブラックリストに載せられたカントリ／ネットワークのそれぞれは、高い信頼レベルに設定されるか又は調整される。

ＰＵＣＩアプリケーション・サーバへの接続におけるグローバルＰＵＣＩ設定とパーソナルＰＵＣＩ設定との間の関係を示す図である。 ＰＵＣＩアプリケーション・サーバへの接続におけるユーザ装置（ＵＥ）と、プロキシコールセション制御機能（Ｐ−ＣＳＣＦ）と、サービングコールセション制御機能（Ｓ−ＣＳＣＦ）と、ホーム加入者サーバ（ＨＳＳ）とを含むＰＵＣＩシステムの構成を示すブロック図である。 相互に関連するユーザ・ポリシとオペレータ・ポリシとの間の関係を示す図である。 呼処理のためのルール／ロジックを説明するために使用されるフローチャートである。

本発明は、様々なソースから得られた様々な設定（すなわち、ユーザ選択（ＵＰ）およびオペレータ・ポリシ（ＯＰ））を管理できるＰＵＣＩアプリケーション・サーバ（ＰＵＣＩ ＡＳ）を示す。様々な設定（例えば、ＵＰおよびＯＰ）間の相互関係は、グローバルＯＰデータベースに影響を与える。図１は、図１は、ＰＵＣＩアプリケーション・サーバへの接続におけるグローバルＰＵＣＩ設定（ＯＰに対応する）とパーソナルＰＵＣＩ設定（ＵＰに対応する）との間の関係を示している。

特に、グローバルＰＵＣＩ設定は、例えば、コールレート(call rate)制限、信頼されていないネットワークのリスト、信頼された宛先アドレスのリストおよびユーザＵＲＩ（Universal Resource Identifier）ブラックリストなど、様々な構成要素を含む。一方、パーソナルＰＵＣＩ設定は、ユーザＵＲＩブラックリストおよびユーザＵＲＩホワイトリストを含む。ＰＵＣＩ ＡＳは、グローバルＰＵＣＩ設定とパーソナルＰＵＣＩ設定との間の相互関係を管理する。

図２は、ＰＵＣＩアプリケーション・サーバ１０と、サービングコールセション制御機能（Ｓ−ＣＳＣＦ）１１と、ホーム加入者サーバ（ＨＳＳ）１２と、ユーザ装置（ＵＥ）１３と、プロキシコールセション制御機能（Ｐ−ＣＳＣＦ）１４とを含むＰＵＣＩシステムを示している。ＰＵＣＩアプリケーション・サーバ１０は、ポリシマネージャ１５を含んでいる。ポリシマネージャ１５は、ＯＰ１６およびＵＰ１７をさらに含んでいる。ＨＳＳ１２は、ＯＰ１８およびＵＰ１９を含んでいる。ＵＥは、ＵＰ２０を含んでいる。本明細書では、それぞれの標準に基づくインタフェースを示すＧｍ，Ｍｗ，Ｃｘ，ＳｈおよびＵｔを付しており、ＩＳＣインタフェースはＩＭＳサービス制御を示している。

ポリシマネージャ１５がＯＰ１６とＵＰ１７を関連されることができるように、ＰＵＣＩアプリケーション・サーバ１０は、様々なインタフェースを介してＯＰ１６およびＵＰ１７のために情報の様々な部分を取り集める。それぞれの加入者は、パーソナル・ブラックリストおよびパーソナル・ホワイトリストを直接変更することができる。パーソナル・ブラックリストおよびパーソナル・ホワイトリストは、ユーザ装置１３またはネットワークのＵＰデータベースのいずれかに記憶されている。ユーザ装置１３またはＵＰデータベースは、Ｕｔインタフェースおよび／またはＳｈインタフェースを介してＰＵＣＩアプリケーション・サーバ１０のために設定を更新し、その結果、指定されたタイミングで設定を変更する。これは、呼を発する又は呼を終結することをせずに、ユーザ装置１３のＩＰ接続性をＩＭＳに要求する。ＰＵＣＩアプリケーション・サーバ１０のポリシマネージャ１５は、下記の手順にしたがって算出された相互関係に基づいてＯＰ１６を更新する。また、ＰＵＣＩアプリケーション・サーバ１０は、Ｓｈインタフェースを介してＯＰ１８およびＵＰ１９を更新する。

Ｐ−ＣＳＣＦ１４は、ＳＩＰ要求をＳ−ＣＳＣＦ１１に転送する。Ｓ−ＣＳＣＦ１１は、発呼要求をＰＵＣＩアプリケーション・サーバ１０に転送するために、初期フィルタ判断基準（ｉＦＣ）を順番に適用する。加入者がグローバル・ブラックリストに登録されているが、パーソナル・ホワイトリストにも登録されているとき、前記発呼要求をさらに処理するために、ＰＵＣＩアプリケーション・サーバ１０は、インタラクションの設定をチェックする。ＯＰ１６またはＵＰ１７変更にエントリする度に、ポリシマネージャ１５は、下記の表１に示された規定されたルールに基づいてデータベースのための新たな値またはエントリを算出する。

各ネットワークが信頼されたネットワークまたは信頼されていないネットワークとみなされるか否かの信頼度は、通信法に基づく相互オペレータ取り決め(ローミング協定と同様なもの)に基づいて形成されるとともに、各ネットワークがオペレータ・ネットワークに対する未承諾通信を発するソースとみなされるとき、前記信頼度が技術的に調整される。この場合、ポリシマネージャ１５は、前記オペレータによって管理された全ての加入者に適用されたグローバル設定と一致する個々の加入者のコールレートとブラックリストとホワイトリストとを評価する必要がある。

ユーザの観点では、基本設定としては、例えば、ホワイトリストおよびブラックリスト、信頼された発信カントリ／オペレータ、およびＰＵＣＩを動作させる方法をパラメータで表す／構成することをユーザに許容する一般的な固有設定(general personalization)など、様々な要素（制限を形成しない）が挙げられる。例えば、前記基本設定としては、各発呼者について固有設定されたパズルの定義、特に、テストに使用されるまことしやかな呼とその時間と日付、および、それぞれの怪しい呼をメールボックスに転送するか否かの決定、が挙げられる。

これに関連して、各ユーザがグローバル・ブラックリストに登録されたある未承諾加入者から呼を受信することを選択するために、ＵＰ設定は、ＯＰ設定との比較において高い優先度をもっている。さらに、多数の人々が彼らのＵＰブラックリストにある加入者をそれぞれ登録する可能性があり、そこで、オペレータは、グローバル・ブラックリストに前記加入者を登録するとの決定をマークするためにある閾値を参照するので、ＵＰ設定は、ＯＰ設定にある種の影響を与える。その上、多数の加入者が、グローバル・ブラックリストに既に登録されているある加入者を彼らのＵＰホワイトリストに登録するとき、該多数の加入者は、彼らのブラックリストから前記閾値を削除することができる。

総合的な結果（例えば各ブラックリストに登録されたユーザの数）は、法的なインタワーキング協定に従って相手側ネットワークの信頼レベルにダイナミックに影響するように使用される。信頼レベルは、オペレータ（相手側オペレータを信頼するオペレータ）によって実行されるＰＵＣＩテストのタイプに影響を及ぼし、その結果、オペレータ・ポリシ・テストをスキップして、被呼者がユーザ・ポリシにおける特定の設定をもっているか否かをチェックするのみである。

図３は、パーソナル・ポリシとグローバル・ポリシ（またはユーザ・ポリシとオペレータ・ポリシ）との間の関係を示している。パーソナル・ポリシとグローバル・ポリシとは、グローバル・ポリシを調整／改良するためにどのようにパーソナル・ポリシが使用されるかを決定するために相互に関連するとともに、相手側ネットワークの信頼レベルを改良するためにどのようにパーソナル／グローバル・ポリシが使用されるかを決定するために相互に関連する。

ユーザ・ポリシは、ＵＰコールレート、ＵＰホワイトリスト、ＵＰブラックリストなどを含んでいるが、オペレータ・ポリシは、ＯＰコールレート、ＯＰホワイトリスト、ＯＰブラックリストなどを含んでいる。

図４は、ステップＳ１からＳ２０による、呼処理のためのルール／ロジックを説明するために使用されるフローチャートである。

（ステップＳ１）
着呼セットアップの受付では、ポリシマネージャ１５はソースネットワークをチェックする。

（ステップＳ２）
ポリシマネージャ１５は、ポリシマネージャ１５またはＨＳＳ１２に記憶された信頼レベルに基づいてソースネットワークが信頼されるものであるか否かについて決定する。

（ステップＳ３）
ステップＳ２の判断結果が、ソースネットワークが信頼されるものであることを示す「ＹＥＳ」であるとき、ポリシマネージャ１５は、ユーザ・ポリシをチェックする。すなわち、ポリシマネージャ１５は、ＵＰ１７に記憶されたＵＰホワイトリスト／ブラックリストにソースネットワークが登録されているか否かをチェックする。オペレータは、ＵＰホワイトリストに登録されたものと判断されたソースネットワークを、および／またはＵＰブラックリストに登録されていない前記ソースネットワークを、信頼する。

（ステップＳ４）
ポリシマネージャ１５は、着呼セットアップをもたらすソースネットワークのＵＲＩがＵＰ１７のＵＰブラックリストに登録されているか否かを判断する。これは、ステップＳ３でオペレータがソースネットワークを信頼するか否かにかかわらず、着呼を受けつけるかまたは拒絶するかを決定することがユーザにとって必要である、からである。

（ステップＳ５）
ステップＳ４での判断結果が、ソースネットワークのＵＲＩがユーザ・ポリシのブラックリストに載せられていることを示す「ＹＥＳ」であるとき、ポリシマネージャ１５は、着呼を拒絶するか、または、着呼の受付をユーザへ通知することに使用されるメールボックス（図示せず）にそれを転送する。

（ステップＳ６）
ステップＳ４での判断結果が、ソースネットワークのＵＲＩがユーザ・ポリシのブラックリストに載せられていないことを示す「ＮＯ」であるとき、ポリシマネージャ１５は、着呼セットアップをもたらすソースネットワークのＵＲＩがＵＰ１７のＵＰホワイトリストに登録されているか否かを判断する。

（ステップＳ７）
ステップＳ６での判断結果が、ソースネットワークのＵＲＩがユーザ・ポリシのホワイトリストに載せられていることを示す「ＹＥＳ」であるとき、ポリシマネージャ１５は、ＯＰブラックリストを更新するか否か決定するためにソースネットワークをチェックする。ここで、ソースネットワークのＵＲＩは、ＯＰブラックリストから削除される。本明細書では、ソースネットワークのＵＲＩを登録していないＯＰブラックリストを更新することは不要である。これは、ユーザ装置１３のＵＰ２０をポリシマネージャ１５のＵＰ１７に関連させることを可能にするので、それらのＵＰブラックリスト／ホワイトリストを更新する。

（ステップＳ８）
着呼が信頼されたソースネットワークから発せられたものであるとともに、前記ソースネットワークがＵＰブラックリストに登録されていないがＵＰホワイトリストに登録されているので、ＰＵＣＩアプリケーション・サーバ１０は、送信先（すなわちユーザ装置１３）に着呼を送る。

（ステップＳ９）
ステップＳ６での判断結果が、ソースネットワークのＵＲＩがユーザ・ポリシのホワイトリストに載せられていないことを示す「ＮＯ」であるとき、ポリシマネージャ１５は、さらなるＰＵＣＩテスト（ステップＳ１０での重要なＰＵＣＩテストとは異なる）をするか否か判断するために着呼をチェックする。

（ステップＳ１０）
ステップＳ２の判断結果が、ソースネットワークが信頼されていないものであることを示す「ＮＯ」であるとき、ポリシマネージャ１５は、重要なＰＵＣＩテストを実行する必要がある。

（ステップＳ１１）
ポリシマネージャ１５は、ポリシマネージャ１５は、前記ソースネットワークのＵＲＩがＯＰ１６のＯＰブラックリストに登録されているか否かを判断する。ステップＳ１１での判断結果が、ソースネットワークのＵＲＩがオペレータ・ポリシのブラックリストに載せられていることを示す「ＹＥＳ」であるとき、ポリシマネージャ１５は、ステップＳ６に進む。

（ステップＳ１２）
ステップＳ１１での判断結果が「ＮＯ」であるとき、ポリシマネージャ１５は、前記ソースネットワークのＵＲＩがＯＰ１６のＯＰホワイトリストに登録されているか否かを判断する。

（ステップＳ１３）
ステップＳ１２での判断結果が、ソースネットワークのＵＲＩがオペレータ・ポリシのホワイトリストに載せられていることを示す「ＹＥＳ」であるとき、ポリシマネージャ１５は、前記ソースネットワークのＵＲＩがＵＰブラックリストに登録されているか否かを判断する。

（ステップＳ１４）
ステップＳ１３での判断結果が、ソースネットワークのＵＲＩがユーザ・ポリシのブラックリストに載せられていることを示す「ＹＥＳ」であるとき、ポリシマネージャ１５は、ＯＰホワイトリストから前記ＵＲＩを削除することによって前記ＯＰホワイトリストを更新するか否か決定するために前記ＵＲＩをチェックする。

（ステップＳ１５）
ポリシマネージャ１５は、着呼を拒絶するか、または前記メールボックスにそれを送る。

（ステップＳ１６）
ステップＳ１３での判断結果が、ソースネットワークのＵＲＩがユーザ・ポリシのブラックリストに載せられていないことを示す「ＮＯ」であるとき、ポリシマネージャ１５は、送信先（すなわりユーザ装置１３）に着呼を送る。

（ステップＳ１７）
ステップＳ１２での判断結果が、ソースネットワークのＵＲＩがオペレータ・ポリシのホワイトリストに載せられていないことを示す「ＮＯ」であるとき、ポリシマネージャ１５は、前記ソースネットワークのＵＲＩがＵＰブラックリストに登録されているか否かを判断する。

（ステップＳ１８）
ステップＳ１７での判断結果が、ソースネットワークのＵＲＩがユーザ・ポリシのブラックリストに載せられていることを示す「ＹＥＳ」であるとき、ポリシマネージャ１５は、前記ＯＰブラックリストを更新するか否か決定するために前記ＵＲＩをチェックする。

（ステップＳ１９）
ポリシマネージャ１５は、着呼を拒絶するか、または前記メールボックスにそれを送る。

（ステップＳ２０）
ステップＳ１７での判断結果が、ソースネットワークのＵＲＩがユーザ・ポリシのブラックリストに載せられていないことを示す「ＮＯ」であるとき、ポリシマネージャ１５は、さらなるＰＵＣＩテストをするか否か着呼をチェックする。最後に、本発明は、本実施形態に必ずしも限定されるわけではなく、それは、添付の特許請求の範囲が規定する本発明の範囲の中でさらに修正可能である。

１０ ＰＵＣＩアプリケーション・サーバ
１１ サービングコールセション制御機能（Ｓ−ＣＳＣＦ）
１２ ホーム加入者サーバ（ＨＳＳ）
１３ ユーザ装置（ＵＥ）
１４ プロキシコールセション制御機能（Ｐ−ＣＳＣＦ）
１５ ポリシマネージャ
１６ オペレータ・ポリシ（ＯＰ）
１７ ＵＰ
１８ ＯＰ
１９ ＵＰ
２０ ＵＰ

Claims (14)

1. オペレータ・ポリシを保持するＰＵＣＩアプリケーション・サーバ、ＰＵＣＩアプリケーション・サーバに接続されユーザ・ポリシを保持するホーム加入者サーバ（ＨＳＳ）、およびユーザ装置（ＵＥ）を含むＰＵＣＩシステムであって、
   ポリシマネージャが、前記ユーザ・ポリシと前記オペレータ・ポリシとの間の相関関係を確立し、
   これに基づき、信頼された／信頼されていないソースネットワークから発せられた着呼を拒絶するか又は進めるか決定する、ＰＵＣＩシステム。
2. 前記ユーザ・ポリシと前記オペレータ・ポリシとの間の相関関係を制御するために、定められたルール／ロジックが実行される、請求項１に記載のＰＵＣＩシステム。
3. 前記ユーザ・ポリシおよび／または前記オペレータ・ポリシは、前記ユーザ装置に関連して変更される、請求項２に記載のＰＵＣＩシステム。
4. 前記ポリシマネージャは、前記信頼されたソースネットワークであるが前記ユーザ・ポリシにおけるブラックリストに載せられたソースネットワークから発せられた着呼を拒絶する、請求項１に記載のＰＵＣＩシステム。
5. 前記ポリシマネージャは、前記信頼されたソースネットワークから前記ユーザ装置に発せられた着呼であって、該着呼が前記ユーザ・ポリシにおけるホワイトリストに載せられているとき、該着呼を進める、請求項１に記載のＰＵＣＩシステム。
6. 前記着呼が前記ユーザ・ポリシにおけるホワイトリストに記載されていないものであるとき、前記信頼されたソースネットワークから発せられた前記着呼は、さらなるＰＵＣＩテストを受けさせられる、請求項５に記載のＰＵＣＩシステム。
7. 前記着呼が前記オペレータ・ポリシにおけるブラックリストに載せられているが前記ユーザ・ポリシにおけるホワイトリストに載せられているとき、前記ポリシマネージャは、前記信頼されていないソースネットワークから前記ユーザ装置に発せられた前記着呼を進める、請求項１に記載のＰＵＣＩシステム。
8. 前記着呼が前記オペレータ・ポリシにおけるブラックリストに載せられているが前記ユーザ・ポリシにおけるホワイトリストに載せられていないとき、前記信頼されていないソースネットワークから発せられた前記着呼は、さらなるＰＵＣＩテストを受けさせられる、請求項７に記載のＰＵＣＩシステム。
9. 前記着呼が前記オペレータ・ポリシにおけるホワイトリストに載せられているが前記ユーザ・ポリシにおけるブラックリストに載せられているとき、前記ポリシマネージャは、前記信頼されていないソースネットワークから発せられた前記着呼を拒絶する、請求項１に記載のＰＵＣＩシステム。
10. 前記着呼が前記オペレータ・ポリシにおけるホワイトリストに載せられているとともに前記ユーザ・ポリシにおけるブラックリストに載せられていないとき、前記ポリシマネージャは、前記信頼されていないソースネットワークから発せられた前記着呼を進める、請求項９に記載のＰＵＣＩシステム。
11. 前記着呼が前記オペレータ・ポリシにおけるブラックリスト／ホワイトリストに載せられていないが前記ユーザ・ポリシにおけるブラックリストに載せられているとき、前記ポリシマネージャは、前記信頼されていないソースネットワークから発せられた前記着呼を拒絶する、請求項１に記載のＰＵＣＩシステム。
12. 前記着呼が前記オペレータ・ポリシにおけるブラックリスト／ホワイトリストに載せられていないとともに前記ユーザ・ポリシにおけるブラックリストに載せられていないとき、前記信頼されていないソースネットワークから発せられた前記着呼は、さらなるＰＵＣＩテストを受けさせられる、請求項１１に記載のＰＵＣＩシステム。
13. 複数のグローバルＰＵＣＩセッテングと、
    複数のパーソナルＰＵＣＩセッテングと
    を有し、
    着呼の受付または拒絶について決定するために、前記ＰＵＣＩ装置が前記グローバルＰＵＣＩセッテングと前記パーソナルＰＵＣＩセッテングとの間の相関関係を管理する、ＰＵＣＩ装置。
14. ＩＭＳ（ＰＵＣＩ）のための未承諾通信に対する防御方法であって、
    複数のグローバルＰＵＣＩセッテングを実行するステップと、
    複数のパーソナルＰＵＣＩセッテングを実行するステップと、
    着呼の受付または拒絶について決定するために、前記グローバルＰＵＣＩセッテングと前記パーソナルＰＵＣＩセッテングとの間の相関関係を管理するステップと
    を有する方法。

Images