一方的通信を防止するための通信接続確立制御
一方的通信防止のために、ブラックリスト方式、ホワイトリスト方式、認証要求及び／又はチューリング・テストを含むサービスを用いて、加入者への通信接続確立を制御するための機構が提案される。さらに、加入者が個人的な通信接続確立制御プロファイルを定めるためのインターフェースに基づいて対応する通信接続確立制御を構成するために用いられる、管理システムが提案される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、加入者への通信接続確立を制御するための機構、及び、対応する通信接続確立制御を構成するために用いられる管理システムに関する。本発明は、特に、ＩＰ電話上のスパム（ＳＰＩＴ）のような一方的通信（ＵＣ）に対抗する保護を与える通信接続確立制御、及び、対応する制御を構成するための管理システムに関する。
【背景技術】
【０００２】
ここ数年で、通信ネットワーク、例えば、統合サービスデジタル網（ＩＳＤＮ）及びインターネットへのデジタル加入者線（ＤＳＬ）アクセス等の有線ベースの通信ネットワーク、又はｃｄｍａ２０００（符号分割多元アクセス）システム、ユニバーサル移動体通信システム（ＵＭＴＳ）のような第３世代（３Ｇ）携帯電話通信ネットワーク、広域移動体通信システム（ＧＳＭ（登録商標））のような第２世代（２Ｇ）携帯電話通信ネットワーク、汎用パケット無線システム（ＧＰＲＳ）、広域展開用高速データレート（ＥＤＧＥ）等の無線通信ネットワーク、又は、無線ローカルエリア・ネットワーク（ＷＬＡＮ）又はマイクロ波アクセスのための世界相互運用（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉＭＡＸ）等のその他の無線通信システムがますます世界中で拡張した。第３世代パートナーシップ・プロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）、先進ネットワークのためのテレコム＆インターネット集中サービス＆プロトコル（Ｔｅｌｅｃｏｍｓ ＆ Ｉｎｔｅｒｎｅｌ ｃｏｎｖｅｒｇｅｄ Ｓｅｒｖｉｃｅｓ ＆ Ｐｒｏｔｏｃｏｌｓ ｆｏｒ Ａｄｖａｎｃｅｄ Ｎｅｔｗｏｒｋｓ：ＴＩＳＰＡＮ）、国際電気通信連合（ＩＴＵ）、第３世代パートナーシップ・プロジェクト２（３ＧＰＰ２）、インターネット技術タスクフォース（ＩＥＴＦ）、米国電気・電子通信学会（ＩＥＥＥ）、ＷｉＭａｘフォーラムなど様々な機関が、テレコミュニケーション・ネットワーク及びアクセス環境についての標準に取り組んでいる。
【０００３】
一般に、ユーザ機器（ＵＥ）のようなネットワーク要素と、別の通信機器又はユーザ機器、データベース、サーバ等との間の通信接続の適切な確立及び取扱いのためには、制御ネットワーク要素、支持ノード又はサービスノードといった１つ又はそれ以上の中間ネットワーク要素が関与し、これらは異なる通信ネットワークに属することができる。
【０００４】
例えば、Ｖｏｉｃｅ ｏｖｅｒ ＩＰ（ＶｏＩＰ）は、ＩＳＤＮ以外の上述のすべてのネットワークを含むインターネット又はその他のパケット交換ネットワークのようなインターネットプロトコル（ＩＰ）ネットワークを介して音声通信を配信するための、新しい技術を表わす。ＶｏＩＰネットワークの１つの実施形態は、３ＧＰＰにより定められたＩＭＳネットワークである。ＶｏＩＰネットワークは一般に、そして特にＩＭＳは、固定電話−移動体通信集束環境（Ｆｉｘｅｄ−Ｍｏｂｉｌｅ−ｃｏｎｖｅｒｇｅｎｃｅ ｅｎｖｉｒｏｎｍｅｎｔ）環境と呼ばれることもある有線無線混合環境において用いることができる。ＶｏＩＰは、音声通信への簡単かつ安価なアクセスの可能性をもたらす。しかしながら、ＶｏＩＰのようなこうした新しい伝送技術により、望ましくない特徴がＩＰドメインからテレコミュニケーション・ドメインに引き継がれるという問題もある。これらの特徴のうちの１つは、「スパミング」としても知られる加入者への一方的通信の伝送である。
【０００５】
ＶｏＩＰの場合、ユーザ、特にＶｏＩＰユーザへの一方的通信の伝送は、ＩＰ電話上のスパム（ＳＰＡＭ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｔｅｌｅｐｈｏｎｙ：ＳＰＩＴ）としても知られている。ＳＰＩＴ／ＵＣは、音声、映像、インスタントメッセージ又はその他の種類の通信セッションの確立を試みる、大量の一方的なセッション開始試行の集合として定義することができる。ユーザが応答した場合には、「スパマー」とも呼ばれる呼出し側はメッセージの中継に進む。通常、ＳＰＩＴ／ＵＣは、ユーザには不快なものとして認識される。
【０００６】
この問題は、今日では大きな厄介ごととみなされている電子メールのスパムから既に周知である。ＳＰＩＴ／ＵＣは、特にＶｏＩＰの状況において、音声呼出しなどに関する通信接続についても同様な問題となる恐れがあるが、それは、ＶｏＩＰの費用が低下しており、ＶｏＩＰの顧客ベースが著しく増大し、かつ、パーソナルコンピュータ（ＰＣ）などを用いて大量の自動ＶｏＩＰ呼出しを生成することができるからである。これらは、ＳＰＩＴ／ＵＣが増加する蓋然性のための主たる必要条件である。
【０００７】
したがって、現在ＥＴＳＩ、ＩＥＴＦ、ＩＴＵ、３ＧＰＰなどにおいて進行中の様々な標準化に対する取り組みにおいて積み重ねられた、ＶｏＩＰネットワークに対するこの種の脅威を減少させる幾つかの試みがある。
【０００８】
また、ＳＰＩＴ／ＵＣの増加の結果として、ＶｏＩＰの受容性に影響が及ぼされる可能性があることも考慮しなければならない。電子メールのスパムと比較すると、音声、映像等は、（ユーザが好きなときに読む電子メールとは対照的に）ユーザの即時の反応を要求するリアルタイム媒体であり、ユーザが呼出し音に反応し、呼出しを受け入れたときに既に煩わしさが生じているので（一方、電子メールは、オフラインでコンテンツ分析を行い、その後フィルタ処理を行う可能性を提供する）、ユーザにとっての障害は、ＳＰＩＴ／ＵＣの方がより大きいと考えられる。したがって、ＶｏＩＰベンダ並びにＶｏＩＰオペレータは、ＳＰＩＴ／ＵＣ防止技術にますます関心を示している。
【０００９】
しかしながら、音声スパム又は一方的通信は、その性質から、ＶｏＩＰネットワークに限定されるものではない。ＶｏＩＰネットワークは、例えばＰＳＴＮ（公衆交換電話網）のような従来のネットワーク等の、異種の伝送技術に基づく他のネットワークにリンクしているので、ＳＰＩＴ／ＵＣはこうした他のネットワークのユーザにも影響を与えることがある。それゆえ、ＳＰＩＴ／ＵＣ源はＶｏＩＰネットワークに端を発するものであり得るが、例えば、ＶｏＩＰと固定ネットワークとの間の定額料金はＳＰＩＴ／ＵＣ呼出しの費用を大幅に減少させるので、従来のネットワークのユーザも影響を受ける可能性がある。
【００１０】
迷惑電話呼出しを取り扱うために、例えば、ＳＣＲ（選択式着信拒否、ブラックリスト方式）、ＳＣＡ（選択式着信許可、ホワイトリスト方式）、ＡＣＲ（非通知着信拒否）又は悪意呼識別／追跡（ＭＣＩＤ）を含むいわゆる補助的サービスとよばれる幾つかのサービス機能が提案されている。さらに、ＡＣＲを有効にしている着呼者を呼び出す場合に、発呼者が、プライバシーをあきらめるか、ＰＩＮを入力するか、又は名のるかのいずれかに決めることを可能にする、ＥＡＣＲ（高機能非通知着信拒否）が提案されている。悪意呼追跡は特殊用途用のみとして意図されているが、ＳＣＲ又はＳＣＡは、加入者が、特定の発呼者をブラックリストに入れるため（ＳＣＲ）又はホワイトリストに入っている発呼者からの接続だけを可能にする（ＳＣＡ）ために用いることができる。しかしながら、実際のところ、これらの機能及びさらなる機能は、組み合わせることが困難であるか又は不可能であり、したがって、音声サービス加入者にはあまり価値がない。さらに、こうしたサービスの設定及び構成は複雑であり、通信接続におけるその効果又はユーザの到達可能性は、加入者にとっては、ときには理解するのが難しいことがある。
【００１１】
ＳＰＩＴ／ＵＣの取り扱いに関して、現在、基本的には２つの異なる手法、すなわち、非技術的手法及び技術的方策によるものがある。
【００１２】
通常は、ＳＰＩＴ／ＵＣに対して、異なるレベルの非技術的対抗策の組み合わせが用いられる。
−立法措置（国毎に異なり得る）
−既知のＳＰＩＴ／ＵＣ源をブロックするような取り締まり権限の方策
−ユーザが契約条件に違反した場合に短期間で契約キャンセルを可能にする、オペレータの契約条件に基づく方策（例えば、定額料金を商用に用いないこと）
【００１３】
最初の２つの対抗策（立法措置、取り締まり権限）の欠点は、反応が複雑で時間がかかることである。第３の対抗策（オペレータの契約条件）は有効であり得るが、オペレータにとっては、その契約条件の濫用を証明することが困難である。
【００１４】
ＳＰＩＴ／ＵＣ問題に取り組むための技術的手法に関しては、例えば、ＶｏＩＰネットワークは、将来的には、例えばＳＩＰ（セッション開始プロトコル）シグナリング・トラフィック及びユーザ・フィードバックを分析することによって各々の呼出しのＳＰＩＴ／ＵＣ確率（ＳＰＩＴ／ＵＣスコア）の評価を試みる、サーバを装備する可能性がある。この手段により、ネットワーク又はユーザは、この分析に従って反応することができるであろう。これらのＳＰＩＴ／ＵＣサーバは、現在は、研究又は試作品レベルである。１つの例は、ＮＥＣが出しているいわゆるＳＥＡＬシステムであり、これは、ＳＰＩＴ／ＵＣの識別−ＳＰＩＴ／ＵＣのマーキング−ＳＰＩＴ／ＵＣに対する反応という３ステップの手法を提供するＳＰＩＴ／ＵＣサーバの使用を提案する。別の例は、ＳＥＡＬと同様の概念を追求する、シーメンスが出しているいわゆるＳＡＶＩＴ（インターネット電話上の音声に対するＳＰＡＭ回避（ＳＰＡＭ Ａｖｏｉｄａｎｃｅ ｆｏｒ Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｔｅｌｅｐｈｏｎｙ））システムである（ＳＰＩＴ／ＵＣサーバは、ＳＩＰサーバと並行してＳＩＰシグナリング・トラフィックを分析し、シグナリング・トラフィック及び直接ユーザ・フィードバックの統計的分析に基づいて、ＳＰＩＴ／ＵＣデータベースを構築し、その結果がＳＰＩＴ／ＵＣ確率（ＳＰＩＴ／ＵＣスコア）であり、これを、その呼出しが意図する受信者に提供することもでき、又はその呼出しをブロックするか若しくはこれを通すか判断するネットワーク・ベースの判断ユニットに対する入力とすることもできる）。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、これらの技術的手法がＳＰＩＴ／ＵＣに対する対抗策を提供できるとしても、幾つかの問題が残る。例えば、これらのシステムは、ＶｏＩＰネットワークにおけるＳＰＩＴ／ＵＣ防止にのみ関するものであるため、ＶｏＩＰにより生じたＳＰＩＴ／ＵＣによって同様に潜在的に障害が生じる従来のネットワークのような他のネットワークのユーザがこれによって保護されることは不可能である。さらに、これらの手法は、ＳＰＩＴ／ＵＣ関連のシグナリング・データを伝達するためのＳＩＰシグナリングの変更を必要とし、ＶｏＩＰネットワーク・インターフェース定義を変更する可能性があるので、そのため、その実装が困難になる。技術上及びアーキテクチャ上の問題に加えて、これらの手法によって影響を受ける、プライバシー保護（特定のユーザがＳＰＩＴ／ＵＣ源であると考えられることを、あるオペレータが別のオペレータに進んで示すか又は示すことが許されるか）又は責任問題（オペレータＡの誤ったＳＰＩＴ／ＵＣ判断に基づいて、オペレータＢが重要な呼出しをブロックした場合、法的な問題が伴うことがある）といった法的側面もあることも考慮しなければならない。
【課題を解決するための手段】
【００１６】
したがって、本発明の目的は、一方的通信に対抗する保護を与える改良された通信接続確立制御を提供することである。特に、本発明の目的は、ＰＳＴＮ（公衆交換電話網）などの加入者の通信ネットワークの種類に関わらず、一方的通信が防止されるように通信接続確立を制御することができる装置、方法及びコンピュータ・プログラム製品を提供することである。さらに、本発明の目的は、加入者又はエンドユーザに対して、ユーザにとって取り扱いが簡便であり、ユーザ経験に悪影響を与えない、ユーザ個人用の高度な通信接続確立制御プロファイル（又はＳＰＩＴ／ＵＣ防止プロファイル）を作成する可能性を提供することである。さらに、本発明の目的は、ユーザに対しては、通信接続確立制御プロファイル（又はＳＰＩＴ／ＵＣ防止プロファイル）を容易に構成することを可能にし、ネットワーク・オペレータに対しては、通信接続確立制御プロファイル（又はＳＰＩＴ／ＵＣ防止プロファイル）スキームをフレキシブルかつ精巧に設定することを可能にする、管理システムを提供することである。
【００１７】
これらの目的は、添付の特許請求の範囲で定められる方策により実現される。
【００１８】
特に、提案される解決法の一例によると、例えば、一方的通信を取り扱うために加入者の通信接続確立制御プロファイルを設定するステップと、発呼者から通信接続に対する設定要求を受信するステップと、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するステップと、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するステップと、判断ステップの結果が否定である場合に、通信接続の確立を可能にするために、通信接続確立制御プロファイル内に示された第１の認証を返すよう発呼者に要求を送信するステップと、第１の認証が受信されたかどうかチェックするステップとを含む方法が提供される。
【００１９】
さらに、提案される解決法の一例によると、例えば、一方的通信を取り扱うために加入者の通信接続確立制御プロファイルを設定するように構成されたプロセッサと、発呼者から通信接続を求める設定要求を受信するように構成された受信装置と、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するように構成されたブラックリスト・プロセッサ部と、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するように構成されたホワイトリスト・プロセッサ部と、ブラックリスト・プロセッサ部及びホワイトリスト・プロセッサ部の判断の結果が否定である場合に、通信接続の確立を可能にするために、通信接続確立制御プロファイル内で示された第１の認証を返すよう発呼者に要求を送信するように構成された送信装置と、第１の認証が受信されたかどうかチェックするように構成された認証プロセッサ部とを含む装置が提供される。
【００２０】
さらなる改善によると、これらの例は、以下の特徴のうちの１つ又はそれ以上を含むことができる。
−第１の認証が受信されなかった場合に、通信接続確立制御プロファイル内に示された情報に基づいて、発呼者に対してアナウンスメントの送信を開始することができ、このアナウンスメントは、通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示す。
−発呼者への通信接続は、アナウンスメントを送信した後で終了することができる。
−要求側の発呼者の識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、通信接続の確立を求める要求を拒否すること、及び、要求側の発呼者の識別要素が、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、加入者への通信接続の確立を可能にすることのうちの少なくとも１つを実行することができる。
−アナウンスメントを送信するとき、発呼者に対して、該発呼者の識別情報及び／又は加入者へのメッセージを格納するよう提案することができ、発呼者により提案が受け入れられた場合、加入者による取得のために、識別情報及び／又はメッセージを格納することができる。
−第１の認証が受信されたかどうかのチェックは、予め設定された時間が経過するまでに第１の認証が受信されたかどうか検出すること、及び、受信された第１の認証が通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断することのうちの少なくとも１つを含み、第１の認証を受信することなく予め設定された時間が経過した場合、又は、受信された第１の認証が認証データと一致しない場合に、第１の認証は受信されていないと定義される。
−第１の認証及び第２の認証は、文字ベースの認証コードとすることができ、アナウンスメントは、音声メッセージとすることができる。
−通信接続確立制御プロファイルを設定することは、格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリストを準備すること、第１の認証及び／又は第２の認証を指定するためのデータを準備すること、及び、アナウンスメントを生成するためのデータを準備することのうちの少なくとも１つを含むことができる。
−さらなるサービスは、発呼者が該発呼者を識別するために使用できる識別情報を提供しているかどうかを検出し、識別情報が検出されない場合には通信接続の確立を求める要求を拒否すること、外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、命令が存在する場合には、通信接続の確立を求める要求を拒否すること、及び、特定の通信接続転送命令が存在するかどうかチェックし、特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、通信接続の確立を求める要求を取り扱うことのうちの少なくとも１つをさらに含むことができ、特定の通信接続転送命令は、所定の期間においてのみ、加入者への通信接続を確立する許可、別の宛先への通信接続をセットアップする命令、所定の期間においてのみ、別の宛先への通信接続をセットアップする命令、及び、要求側の発呼者の識別要素が、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、アナウンスメントを送信する命令のうちの少なくとも１つを含むことができ、そして、通信接続確立制御プロファイルを設定することは、格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリストを準備すること、第１の認証及び／又は第２の認証を指定するためのデータを準備すること、アナウンスメントを生成するためのデータを準備すること、所定の期間を指定すること、及び、他の宛先を指定するデータを準備することのうちの少なくとも１つを含むことができる。
−通信接続確立制御プロファイルを設定することは、起動コマンド及びパラメータのうちの少なくとも１つを通信接続確立制御プロファイルに対して割り当てるためのグラフィカル・ユーザ・インターフェース部を含むインターフェースにより命令及び／又はデータを受け取ること、及び、通信ネットワークの１つ又はそれ以上の補助的サービスを用いて命令及び／又はデータを通信接続確立制御スキームに実装することをさらに含むことができる。
【００２１】
さらに、提案される解決法の別の例によると、例えば、一方的通信を取り扱うための通信接続確立制御のために指定された、複数のサービスを準備するステップと、サービスのうちの選択されたものを決定して組み合わせることにより、事前通信接続確立制御スキームを確立するステップと、事前通信接続確立制御スキームに基づいて加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するための手段を含む、インターフェースを加入者に提供するステップとを含む方法が提供される。
【００２２】
さらに、提案される解決法の例によると、例えば、一方的通信を取り扱うための通信接続確立制御のために指定された、複数のサービスを準備するように構成された第１のプロセッサ部と、サービスのうちの選択されたものを決定して組み合わせることにより、事前通信接続確立制御スキームを確立するように構成された第２のプロセッサ部と、事前通信接続確立制御スキームに基づいて加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するための手段を含む、インターフェースを加入者に提供するように構成された第３のプロセッサ部とを含む装置が提供される。
【００２３】
さらなる改良によると、これらの例は、以下の特徴のうちの１つ又はそれ以上を含むことができる。
−確立することは、サービスのうちの選択されたものを特定の実行順序で組み合わせることをさらに含むことができる。
−インターフェースにおいて加入者による命令及び／又はデータ入力を受け取ること、入力された命令及び／又はデータに基づいて、加入者のための通信接続確立制御プロファイルを決定すること、通信接続確立制御プロファイルに基づいて、加入者に対して用いられる最終的な通信接続確立制御スキームを構成すること、及び、加入者への通信接続を確立することを求める要求に対して、最終的な通信接続確立制御スキームを実施することのための機能又は部分をさらに含むことができる。
−サービスは、通信接続の確立を要求している発呼者の識別要素が、通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断すること、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断すること、判断の結果が否定である場合に、通信接続の確立を可能にするために、通信接続確立制御プロファイル内で示された第１の認証を返すよう発呼者に要求を送信すること、第１の認証が受信されたかどうかチェックすること、第１の認証が受信されなかった場合には、通信接続確立制御プロファイル内に示された情報に基づいて、発呼者に対して、通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すアナウンスメントを送信することの少なくとも１つを含む、補助的サービスを含むことができ、−補助的なサービスは、ＧＳＭ（登録商標）、ＩＳＤＮ、ＵＭＴＳ、及びＩＭＳのようなＶｏＩＰネットワークのうちの少なくとも１つのためのものであることができ、及び／又は、補助的なサービスは、ＳＣＡ、ＳＣＲ、ＡＣＲ、ｅＡＣＲ、ＤＮＤ、ＣＦのうちの少なくとも１つを含むことができる。
−サービスは、要求側の発呼者の識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、通信接続の確立を求める要求を拒否すること、及び、要求側の発呼者の識別要素が、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、加入者への通信接続の確立を可能にすることのうちの少なくとも１つをさらに含むことができる。
−サービスは、アナウンスメントを送信するときに、発呼者に対して、該発呼者の識別情報及び／又は加入者へのメッセージを格納するよう提案すること、及び、発呼者により提案が受け入れられた場合、加入者による取得のために、識別情報及び／又はメッセージを格納することをさらに含むことができる。
−サービスは、予め設定された時間が経過するまでに第１の認証が受信されたかどうか検出すること、及び、受信された第１の認証が通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断することのうちの少なくとも１つをさらに含むことができ、第１の認証を受信することなく予め設定された時間が経過した場合、又は、受信された第１の認証が認証データと一致しない場合に、第１の認証は受信されていないと定義される。
−第１の認証及び第２の認証は、文字ベースの認証コードとすることができ、アナウンスメントは、音声メッセージとすることができる。
−インターフェースは、拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子、第１の認証及び／又は第２の認証、及び、アナウンスメントのソース及び／又はコンテンツとのうちの少なくとも１つを指定することにより、通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含むことができる。
−サービスは、発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、識別情報が検出されない場合には通信接続の確立を求める要求を拒否すること、外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、命令が存在する場合には、通信接続の確立を求める要求を拒否すること、及び、特定の通信接続転送命令が存在するかどうかチェックし、特定の通信接続転送命令が存在する場合にきは、該特定の通信接続転送命令に従って、通信接続の確立を求める要求を取り扱うことのうちの少なくとも１つをさらに含むことができ、特定の通信接続転送命令は、所定の期間においてのみ、加入者への通信接続を確立する許可、別の宛先への通信接続をセットアップする命令、所定の期間においてのみ、別の宛先への通信接続をセットアップする命令、要求側の発呼者の識別要素が、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、アナウンスメントを送信する命令のうちの少なくとも１つを含むことができ、そして、インターフェースは、拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子、第１の認証及び／又は第２の認証、アナウンスメントのソース及び／又はコンテンツ、所定の期間、及び、他の宛先とのうちの少なくとも１つを指定することにより通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するための手段を含むことができる。
−サービスのうちの選択されたもののうちの１つ又はそれ以上に関連するインターフェースの部分に価格情報を割り付けるための機能又は部分をさらに設けることができる。
−インターフェースは、通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するため、並びに、起動コマンド及びパラメータのうちの少なくとも１つを通信接続確立制御プロファイルに対して割り当てるための、グラフィカル・ユーザ・インターフェース部を含むことができる。
【００２４】
さらに、提案される解決法の別の例によると、例えば、一方的通信を取り扱うための通信接続確立制御のために指定された複数のサービスの組み合わせを含む事前通信接続確立制御スキームのテンプレートを示すように構成された表示部と、事前通信接続確立制御スキームに基づいて加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成された１つ又はそれ以上の入力部と、１つ又はそれ以上の入力部における加入者による命令及び／又はデータ入力を受け取るように構成された受信装置と、起動コマンド及び／又はパラメータを通信接続確立制御プロファイルに割り当てることにより、入力された命令及び／又はデータに基づいて、加入者のための通信接続確立制御プロファイルを定めるように構成された決定装置と、送信された通信接続確立制御プロファイルに基づいて加入者に対して用いられる最終的な通信接続確立制御スキームを構成する管理システムに、通信接続確立制御プロファイルを送信するように構成された送信装置とを含む、グラフィカル・ユーザ・インターフェースが提供される。
【００２５】
さらに、提案される解決法の別の例によると、例えば、コンピュータ上で稼働されたときに、上で定義された方法のいずれかのステップを行うための、又は、上で定義されたグラフィカル・ユーザ・インターフェースを生成するためのソフトウェア・コード部分を含む、コンピュータのためのコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品は、ソフトウェア・コード部分が格納されるコンピュータ可読媒体を含むことができる。さらに、コンピュータ・プログラム製品は、コンピュータの内部メモリ内に直接ロード可能なものとすることができ、及び／又は、アップロード、ダウンロード及びプッシュ手順のうちの少なくとも１つによりネットワークを介して伝送可能なものとすることができる。
【発明の効果】
【００２６】
提案される解決法によって、従来のネットワーク並びにＶｏＩＰネットワークに対して定義され、したがってすべてのネットワークにおいてＳＰＩＴ／ＵＣに対抗する保護のために用いることができる、補助的サービスを用いることにより、通信接続確立制御又はＵＣ防止を提供することが可能である。これらのサービスは、標準化されており、インストールされたネットワーク・ベースで稼働されているので、すぐに使用することができ、調整は全く不要であるか又はほんの少しの調整だけでよい。さらに、プロトコルの拡張が不要であるため、提案される通信接続確立制御は、大規模な変更を行うことなく、既存のネットワーク機器又はサービスにおいて実装することができる。例えば、ＳＩＰ又はその他のシグナリングにおける変更も、ＶｏＩＰネットワーク・インターフェースの定義における変更も、必要ない。
【００２７】
ＵＣ防止のための提案される通信接続確立制御は、特に、発呼機械からのＳＰＩＴ／ＵＣを防止するために使用可能である。しかしながら、付加的な努力をＵＣ発呼者が行うことが要求されることによって、自然人が発するＵＣも制限することができる。
【００２８】
提案されるＵＣ防止策は、伝統的なＰＳＴＮ／ＩＳＤＮネットワーク並びに現代的なＶｏＩＰ／ＩＰ／ＮＧＮ（次世代）ネットワークの両方に適用され、すべてのネットワーク形式において、基本的に同じ機構及び手順が用いられる。したがって、本発明は、１つのネットワーク環境においてのみならず、ＰＳＴＮ／ＩＳＤＮとＶｏＩＰ／ＩＰ／ＮＧＮの両方からなる混合環境においても機能し、それにより、どちらのネットワークにおいてもＵＣ／ＳＰＩＴを検出する／ブロックする。このことは、例えば、ＰＳＴＮ／ＩＳＤＮ上又はＶｏＩＰ／ＩＰ／ＮＧＮネットワクセグメント上の、任意のネットワークのユーザに、直接的な付加価値をもたらす。
【００２９】
より一般的には、本発明により、ＵＣ／ＳＰＩＴに由来するネットワーク使用率の低減が達成され、その結果として、ネットワーク・ノードにおける処理負荷の低減がもたらされる。さらに、加入者は、余分な処理ほとんど行うことなくＳＰＩＴ／ＵＣを減らすことができる。したがって、本発明は、ＳＰＩＴ／ＵＣに対抗する有用な方策を提供するので、この対ＳＰＩＴ／ＵＣ手順をネットワークサービス機能として提供するネットワーク・オペレータ／キャリアは、対応するサービスの料金を請求することにより、又は彼らの提案の魅力を向上させることにより、ＲＯＩ（投資の回収）を増大させることができる。
【００３０】
さらに、提案される通信接続確立制御（又はＵＣ防止）は、ユーザが自身の個人的なＵＣ防止プロファイルを構成し、管理し、したがってその結果に対して責任を負うので、オペレータへの法的側面で生じる可能性がある問題が回避される。
【００３１】
提案される管理システムにより、ユーザが自身の個人的な必要性及び考えに従ってＳＰＩＴ／ＵＣ防止を作成することを可能にする、加入者に合わせて個人的に調整されたＳＰＩＴ／ＵＣ防止プロファイルを取得することが可能である。その一方で、提案される管理システムは、オペレータに対して、ＵＣ防止プロファイルのためにどのサービスが提供されるか又は用いられるかを制御する可能性を提供し、提供される（及びユーザが選択する）サービスの整合性を保証することもできる。さらに、管理システムは、ＵＣ防止の構成及び維持管理についての高いフレキシビリティを提供する。さらに、特にグラフィカル・ユーザ・インターフェース（ＧＵＩとも呼ばれる）により、包括的な入力及び設定オプションを加入者に提供することができるため、この通信接続確立制御（又はＵＣ防止）は、高い支持を得ることができる。
【００３２】
本発明の上述及びさらに別の目的、特徴、及び利点は、説明及び添付図面を参照することによって、より明らかになるであろう。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施形態の一例によるＵＣ防止を含む通信接続確立制御シナリオを表す図を示す。
【図２】本発明の実施形態の一例による通信接続確立制御の機能を含む、ネットワーク要素のブロック回路図を示す。
【図３】本発明の実施形態の一例による、ＵＣ防止を含む通信接続確立制御のプロセス・フローを説明するフローチャートを示す。
【図４】図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスの第１の例を示す信号図である。
【図５】図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスの第２の例を示す信号図である。
【図６】図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスの第３の例を示す信号図である。
【図７】図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスの第４の例を示す信号図である。
【図８】本発明の実施形態のさらに別の例によるＵＣ防止を含む通信接続確立制御シナリオを表す図を示す。
【図９】本発明の実施形態のさらなる例によるＵＣ防止を含む通信接続確立制御を構成する管理システムを表す図を示す。
【図１０】本発明の実施形態のさらなる例による管理システムの機能を含む、ネットワーク要素のブロック回路図を示す。
【図１１】図９による管理システムに用いられるグラフィカル・ユーザ・インターフェースを表す図を示す。
【図１２】本発明の実施形態の付加的な例による、ＵＣ防止を含む通信接続確立制御スキームを設定するプロセス・フローを説明するフローチャートを示す。
【発明を実施するための形態】
【００３４】
以下で、本発明の実施例及び実施形態を、図面を参照して説明する。本発明を例証するために、実施例及び実施形態は、３ＧＰＰシステムに基づくことができる通信システムにおいて、潜在的なスパマーが、ＵＥのような通信接続終端ノードに対して音声ベースの通信接続又はセッションを確立することを試行する場合に関連して説明される。しかしながら、本発明は、こうしたシステム又は環境における用途に限定されるものではなく、他のネットワークシステム、接続形式などにも適用可能であることに留意されたい。
【００３５】
通信ネットワークの基本的なシステム・アーキテクチャは、有線又は無線アクセス・ネットワーク・サブシステムの一般に公知のアーキテクチャを含むことができる。こうしたアーキテクチャは、１つ又はそれ以上の、アクセス・ネットワーク制御ユニット、無線アクセス・ネットワーク要素、アクセスサービス・ネットワーク・ゲートウェイ又はベース送受信ステーションを含み、これにより、ユーザ機器は、幾つかの型式のデータを伝送するための１つ又はそれ以上のチャネルを介して通信することができる。これらの要素の一般的な機能及び相互接続は当業者には公知であり、対応する明細書で説明されているので、その詳細な説明は本明細書においては省略する。しかしながら、本明細書において以下で詳細に説明されるものの他に、ユーザ端末及び／又はサーバ間の通信接続又は呼出しに用いられる幾つかの付加的なネットワーク要素及びシグナリング・リンクが設けられることに留意されたい。
【００３６】
さらに、本明細書で説明されるネットワーク要素及びそれらの機能は、ソフトウェア、例えば、コンピュータのためのコンピュータ・プログラム製品により、又は、ハードウェアにより実装することができる。いずれにしても、その各々の機能を実行するために、音声アプリケーション・サーバ又はＰ−ＣＳＣＦ（プロキシ呼状態制御機能）のような、アプリケーション・サーバ又はネットワーク制御要素などの、対応して用いられる装置は、制御、処理及び通信／シグナリング機能に必要な幾つかの手段及び構成要素（図示せず）を含む。こうした手段は、例えば、命令、プログラムを実行するため、及びデータを処理するためのプロセッサ・ユニットと、プロセッサ等の作業域として働き、命令、プログラム及びデータを格納するためのメモリ手段（例えば、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなど）と、データ及びソフトウェアによる命令を入力するための入力手段（例えば、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ＥＥＰＲＯＭなど）と、ユーザに監視及び操作の可能性を提供するためのユーザ・インターフェース手段（例えば、スクリーン、キーボードなど）と、プロセッサ・ユニットの制御下でリンク及び／又は接続を確立するためのインターフェース手段（例えば、有線及び無線のインターフェース手段、アンテナ等）などを含むことができる。
【００３７】
本発明の実施形態の一例によれば、ＳＰＩＴ／ＵＣ防止を含む通信接続確立制御は、既存の補助的サービスのようなサービス及びその好適な組み合わせの使用に基づく。サービスは、例えば、ＳＣＲ（ブラックリスト方式又はブラックリスト・チェックとも呼ばれる）を含むことができ、この場合、通信接続のセットアップを要求している発呼者の識別要素又は番号が、拒絶されるべき発呼者の格納された識別子と一致するかどうかが判断される。別のサービスは、ＳＣＡ（ホワイトリスト方式又はホワイトリスト・チェック）とすることができ、この場合、要求側の発呼者の識別要素が、加入者への接続が許可される発呼者の格納された識別子と一致するかどうかが判断される。さらに、対応するサービスは、例えば、時間帯に基づくか又は要求に示されるものとは別の宛先への、条件付き着信転送を含むことができる。また、例えば、通信接続の確立を許可するための（文字ベースの認証コード又はＰＩＮのような）認証を返すよう発呼者に要求を送り、受信した認証をチェックするといった、その他のサービス又は機能を用いることもできる。ホワイトリストのＰＩＮ却下（ＰＩＮ ｏｖｅｒ−ｒｕｌｉｎｉｇ）とも呼ばれるこの機能は、独立したサービス部分の形態で実装することもでき、又は他のサービス、特にＳＣＡなどと組み合わせて実装することもできる。別のサービス又は機能は、通信接続確立の許可を得るのに使用可能な（文字ベースの認証コード又はＰＩＮのような）認証を導出するために使用できる情報を示すものとすることができる（音声メッセージのような）アナウンスメントを、発呼者へ送信することであり得る。この機能又はサービスがベースにする認証コード又はＰＩＮは、ホワイトリストのＰＩＮ却下に関連した認証コード又はＰＩＮと同様の方法でチェックすることができる。すなわち、ＳＣＡサービスによって、例えば、もうひとつのホワイトリストのＰＩＮ却下としてチェックすることができる。これらのサービスに用いられるパラメータは、加入者のための通信接続制御プロファイル内で設定及び／又は構成することができる。ＵＣ又はＳＰＩＴ防止のためのサービスを格納し、実行するためのリソースは、ＶｏＩＰネットワーク又はＰＳＴＮのような通信ネットワークによって提供することができるが、ＵＣ防止スキーム（通信接続確立制御プロファイル）の構成及び管理は、ユーザによって行われる。ＣＡＰＴＣＨＡ（コンピュータと人間を区別する完全に自動化された公開チューリング・テスト（Ｃｏｍｐｌｅｔｅｌｙ Ａｕｔｏｍａｔｅｄ Ｔｕｒｉｎｇ ｔｅｓｔ ｔｏ ｔｅｌｌ Ｃｏｍｐｕｔｅｒｓ ａｎｄ Ｈｕｍａｎｓ Ａｐａｒｔ））モジュール（後述）のようなＵＣ防止のための機能のうちの幾つかは、ユーザ機器内に実装することができることに留意されたい。
【００３８】
本発明の実施形態の第１の例として、図１から図７を参照する。図１は、音声ネットワーク及びユーザ機器内の機能（ここでは音声ＣＡＰＴＣＨＡ）により提供される補助的サービスを用いることにより実現されるＵＣ防止スキームの概観を与える、ＵＣ防止を含む通信接続確立制御シナリオを表す図を示す。図２は、通信接続確立制御の機能を含む、図１のネットワーク要素（音声アプリケーション・サーバすなわちＶＡＳ）のブロック回路図を示す。図３は、図１によるＵＣ防止を含む通信接続確立制御のプロセス・フローを説明するフローチャートを示す。図４から図７は、図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスが実行されるときの、発呼者の種類に応じた異なる状況を示す信号図を示す。
【００３９】
図１において、参照符号２は、通信接続確立を要求している潜在的なＵＣ送信者すなわち「ＳＰＩＴｔｅｒ」になり得る発呼者（ＵＥ Ａ）を示す。参照符号３は、ネットワークの着呼加入者（ＵＥ Ｂ）、すなわち潜在的なＳＰＩＴ／ＵＣ犠牲者を示す。参照符号１は、ＵＣ防止を含む通信接続確立制御が実行される、ＶＡＳのような１つのネットワーク要素（又は対応するネットワーク構造に応じて、幾つかのネットワーク要素）を示す。このネットワーク要素１内で、例えば、上述のサービスに基づく幾つかの機能の組み合わせが、所定の順序で（すなわち、それぞれのサービスについての優先順位で）実行される。
【００４０】
詳細には、本発明の実施形態のこの例によれば、通信接続確立制御は、ブラックリスト・チェック機能１１と、ホワイトリスト・チェック機能１２と、認証コード（又は個人識別番号／ＰＩＮ）チェック機能１３とを含む（ホワイトリスト・チェック機能１２及び認証コード・チェック機能１３は、破線により示される同一の機能の組によって実装することができる）。これらの機能は、ＶＡＳ１のような１つのネットワーク要素内に集中して配置することもでき、又は、ＶＡＳ１をリンク及び制御ネットワーク・ノードとして、幾つかの異なるネットワーク要素内に分散式に配置することもできる。
【００４１】
さらに、アナウンスメントを発呼者ＵＥ Ａに送信するために使用することができる装置として、承諾メールボックス（ＣＭＢ）４が設けられ、これは、ＵＥ Ｂの一部とすることもでき、又は別のネットワーク要素として設けることもでき、又はＶＡＳ１の一部とすることもできる。アナウンスメントは、音声メッセージ、又はショートメッセージ・サービス（ＳＭＳ）シグナリングなどのような別の形式のメッセージとすることができる。
【００４２】
上述のサービス及び機能により、本発明の実施形態によるこのＵＣ防止又は通信接続確立制御の例は、ブラックリスト・チェックと、ホワイトリスト・チェックと、グレイリストの要素と、承諾ベースの通信と、チューリング・テストとで構成される。他の例においては、対応するサービスの順序は、例えば最初にホワイトリスト・チェックを行うなど、図１の順序とは異なるものとすることができることに留意されたい。
【００４３】
以下、図１に示されるような通信接続確立制御スキームに用いられるＶＡＳ１に対応するネットワーク要素の構造及び機能を、図２に関連して説明する。
【００４４】
図２において、本発明の実施形態の例による、ＵＣ防止を実装するアプリケーション・サーバのようなネットワーク要素、例えば、図１のＶＡＳ１のブロック回路図が示される。このネットワーク要素は、図２に関連して説明されるものの他に幾つかのさらに別の要素又は機能を含むことができるが、これらは本発明を理解するために必須ではないので、簡単にするためにここでは省略されていることに留意されたい。
【００４５】
図２によるＵＣ防止を行うネットワーク要素１（以下、ＶＡＳと呼ばれる）は、図３（後述）に示される処理に関連したプログラム（後述）等によって与えられる命令を実行する、ＣＰＵなどのような処理機能すなわちプロセッサ２１を含む。プロセッサ２１は、特に、ＵＣ防止スキームを設定し実行するために用いられる。参照符号２２及び２３は、プロセッサ２１に接続された入力／出力（Ｉ／Ｏ）ユニットを示す。Ｉ／Ｏユニット２２は、ネットワーク（例えば、ＳＣＲ、ＳＣＡ等の、ＵＣ防止に用いられるサービスを提供するネットワーク要素）と通信するため、及びアナウンスメントの伝送を開始するために、ＣＭＢ４へと通信するために用いることができる。Ｉ／Ｏユニット２３は、ＵＥ Ｂ（又はＵＥ Ｂに至る中間プロキシ）と通信するために用いることができる。Ｉ／Ｏユニット２２、２３は、送受信ユニットなどのような１つの部材内で組み合わせることもでき、又は複数の異なるインターフェースを備えた分散構造を含むこともできる。参照符号２４は、例えば、プロセッサ２１により実行されるデータ及びプログラムを格納するために、及び／又はプロセッサ２１の作業記憶域として使用することができるメモリを示す。
【００４６】
参照符号２５から３０は、プロセッサ２１に含まれる部分又は機能を示す。これらの部分２５から３０は、それ自体によりそれぞれの機能を提供する機能ブロック（例えば、プロセッサ２１により実行されるプログラムの形態）、又はそれぞれの機能を提供する別の（外部）サーバなどへのリンクを与える通信部のいずれかを表わすことができることに留意されたい。参照符号２５は、対ＵＣプロファイル設定部を示し、これにより、加入者の通信接続確立制御プロファイルがセットアップされる。参照符号２６は、ブラックリスト・チェックを提供する、（ＳＣＲのような）ブラックリスト・サービス部を示す。参照符号２７は、ホワイトリストのチェックを提供する、（ＳＣＡのような）ホワイトリスト・サービス部を示す。参照符号２８は、例えば、ＰＩＮ要求を提供し、正しいＰＩＮが受信されたかどうか判断する、認証チェックとしてのＰＩＮサービス部を示す。ＰＩＮサービス部２８は、独立した機能とすることもでき、又はホワイトリスト（ＳＣＡ）サービス部２７の一部とすることもできる。参照符号２９は、例えばＣＭＢ４を介してチューリング・テスト（例えば、ＣＡＰＴＣＨＡ）を提供する、チューリング・サービス部を示す。チューリング・テストにより示すことができる認証コード又はＰＩＮは、（第１の）認証コードと同様の方法で、すなわち、ＰＩＮサービス部２８によりチェックされることに留意されたい。参照符号３０は、ＵＣ防止に用いられるサービスによって達成された結果に応じて通信接続を拒否又は転送する、接続拒否／転送部を示す。
【００４７】
次に、本発明の実施形態の例による通信接続確立制御又はＵＣ防止のプロセス・フローを、図１及び図３を参照して説明する。図３は、本発明の実施形態の例による通信接続確立制御を実行するための、図１に従うＶＡＳ１及びＣＭＢ４の要素及び機能を含む装置により実行される方法のフローチャートを示す。
【００４８】
第１のステップＳ１０において、通信接続確立制御のための対ＵＣプロファイルがセットアップされる。例えば、ＵＣ防止を含む通信接続確立制御スキームのために加入者によって通信接続確立制御プロファイル内に提供される設定及びパラメータは、ネットワーク要素１において実装される。このプロファイルに基づいて、ＵＣ防止に用いられるサービスは後述のように設定される。
【００４９】
次に、ステップＳ２０において、発呼者（ＵＥ Ａ）は、加入者（ＵＥ Ｂ）への音声呼出しのような通信接続の確立を試み、対応するセットアップ要求（例えば、ＳＩＰ ＩＮＶＩＴＥなど）がＶＡＳ１において受信される。設定された対ＵＣプロファイルにより、後述のようなＵＣ防止処理が実行される。
【００５０】
ステップＳ３０において、例えばブラックリスト・チェック機能ブロック１１において、「選択式着信拒否」（ＳＣＲ）のようなサービス（補助的サービス）を用いた第１のチェックが実行される。このサービスにおいては、ＵＥ Ａを識別するためのセットアップ・メッセージングにより提供される識別要素又は番号は、一致する全ての番号を、例えばＵＥ Ａへの拒絶アナウンスメントなどによって拒否する、ブラックリスト（ＢＬ）を用いてチェックされる。この機能は、既知の「ＳＰＩＴｔｅｒ」が加入者Ｂにアクセスしようとしたときに、直接彼らを撃退するのに用いられる。したがって、第１のチェックが肯定である場合（すなわち、ＢＬに一致するエントリがある場合）には、セットアップ要求を拒否するステップＳ８０が実行される。
【００５１】
そうではなくて、一致する項目が見出されなかった場合には、「選択式着信許可」（ＳＣＡ）のような別のサービスを用いた第２のチェックが実行される、ステップＳ４０が実行される。このサービスにおいては、ＵＥ Ａを識別するためのセットアップ・メッセージングにより提供される識別要素又は番号は、例えばホワイトリスト・チェック機能ブロック１２において、ホワイトリスト（ＷＬ）を用いることによりチェックされる。ＷＬ上のエントリに一致する発呼者は、加入者ＵＥ Ｂ３に直接繋ぐことができる（ステップＳ４０における判断が肯定である場合のステップＳ９０）。例えばアドレス・スプーフィングにより、ＢＬを出し抜くことはそれほど困難ではないが、ＷＬのエントリを推測するのはより困難であることに留意されたい。
【００５２】
しかしながら、ＷＬチェックには、ホワイトリストと一致する発呼者以外の発呼者は加入者Ｂに到達することができないという問題があり得る。結果として、このホワイトリスト・チェックを用いると、「ＳＰＩＴｔｅｒ」だけでなく、合法的な発呼者も除外されることがある。したがって、導入問題とも称される「どうすればホワイトリストに載ることができるか」と要約することができる問題を解決するために、本発明の実施形態の本例による通信接続確立制御は、承諾ベースの通信をさらに含む。
【００５３】
したがって、ステップＳ４０における判断が否定である場合、すなわち、発呼者の識別子に対して一致するＷＬエントリが存在しない場合には、ステップＳ５０において、「選択式着信許可」などと呼ばれるサービスが実行される。ここで、加入者Ｂへの呼出しが許可される前にＰＩＮなどのような認証コードを返されなければならないことをＵＥ Ａのユーザに示す認証要求が、ＵＥ Ａに送信される。このＰＩＮ等は、ＷＬに優先することを許す。換言すれば、ＷＬと一致しないユーザは、アナウンスメントにより、有効なＰＩＮを入力するように要求される。次にステップ６０において、正しいＰＩＮ等が受信されたかどうかチェックされる。このことは、一致するＷＬエントリが存在するかどうかチェックする（ＳＣＡのような）機能と同じ機能により行うことができる。このチェックは、例えば、（正しい）ＰＩＮが所定の時間内に返されたかどうか、及び、返された認証コード（ＰＩＮ）が格納されたマスターコード（マスターＰＩＮ）等と対応するかどうかの検出を含むことができ、機能ブロック１３（又は上述のように機能ブロック１３の機能がその一部である場合には、１２）により実行することができる。
【００５４】
ステップＳ６０における判断が肯定である場合、すなわち、正しいＰＩＮが所定の時間内で受信された場合には、発呼者（ＵＥ Ａ）は加入者Ｂに繋がれる（ステップＳ９０）。
【００５５】
そうではなくて、ステップＳ６０における判断が否定の場合には、Ｓ７０が実行される。ここで、ＣＡＰＴＣＨＡのようなチューリング・テストが初期化される。この目的のために、発呼者を承諾メールボックス（ＣＭＢ）４に転送することができる。ＣＭＢ４は、ユーザのサイトにあってもよいし、又は、ネットワーク・ベースのメールボックスであってもよい。ＣＭＢは、ここでチューリング・テストを行い、ネットワーク又は加入者により生成された音声メッセージのようなアナウンスメントが、ＵＥ Ａに送信される。このことは、加入者Ｂが例えばＰＣなどのようなＳＰＩＴ／ＵＣオートマタにより呼び出されることを防止するのに特に有用である。チューリング・テストのために、ＣＭＢは、例えば、発呼者に謎をかけるための質問等を示すメッセージを送信するが、その謎の答えは、例えば機能ブロック１３による、加入者Ｂへの転送を許可する認証コードである。アナウンスメントにより取得可能な認証コードは、ステップＳ５０において要求された（第１の）認証コードとは異なるものとすることもでき、又は同じコードとすることもできる。通常、アナウンスメントにより与えられる情報は人間にしか有用ではないため、（第２の）認証コードを導く質問は、ＳＰＩＴ／ＵＣオートマタの一部である機械などにより解くことはできない。各加入者が自身の個人的なアナウンスメントを作成することができるので、このチューリング・テストを出し抜くのは、質問を実際に理解して解かなければならないので困難である。人間の発呼者がチューリング・テストを解くことができれば、彼はいまや正しいＰＩＮ等を持っていることになり、再び加入者Ｂを呼び出すことができ、この呼出しは、その後ステップＳ６０において、すなわち正しいＰＩＮを入力した後で、確立することができる。この第２の呼出しは、追加の費用及び追加の時間を生じさせるので、したがって、ＵＣ防止スキームのこの部分は、その機能が人間の行動に基づくものであるグレイリストに相当する。さらに、この手順は、追加の費用及び時間の消費につながり得るので、商業的関心を有する、人間の「ＳＰＩＴｔｅｒ」は、通常は、加入者Ｂに再び接触しようとは思わない。
【００５６】
ステップＳ７０におけるチューリング・テスト、及びそれに相応するＣＭＢ４の処理は、発呼者に対して、加入者Ｂが取得することができる加入者Ｂへのメッセージ、例えば電話をかけ直すよう伝える要求を残す可能性を与える、さらなる機能を含むことができることに留意されたい。また、ＵＥ Ａの識別情報は、加入者が後で処理するため（例えば、ＢＬ及びＷＬのうちの一方へのエントリ、又はかけ直し機能のため）に格納することができる。メッセージ及び／又は情報は、ネットワーク・オペレータ及び／又は加入者の設定に応じて、ＣＭＢ４内又は別の記憶域内に格納することができる（例えば、ＵＥ Ｂ等の個人メールボックスへ転送する付加的な呼出しを設定することができる）。
【００５７】
ステップＳ７０におけるチューリング・テストの後、すなわち、ＵＥ Ａへアナウンスメントを送信した後で接続は終了され、すなわち、ＵＥ Ａのセットアップ要求はステップＳ８０において拒否され、ここで次に、例えば取得された（第２の）認証コードに基づく、新たな呼出しの試行が、発呼者ＵＥ Ａにより成され、相応してネットワーク内で処理される。
【００５８】
通信接続確立制御のすべてのハードルを克服し、これらのハードルにもかかわらず加入者Ｂに到達した人間の「ＳＰＩＴｔｅｒ」の場合、この発呼者は、（非通知の呼出しではない場合）簡単にＢＬ上に載せることができるので、次の呼出し試行ではブロックされることに留意されたい。
【００５９】
次に、上述のような実施形態の例による通信接続確立制御の実装の効果を例証するために、図４から図７において、単純化したネットワーク構造における模式的なシーケンスを用いることにより、異なるシナリオを説明する。これらの信号図は、いずれの既存の通信プロトコルにとっても完備したものではないことに留意されたい（例えば、接続解放、タイムアウト、又はキャンセルされた接続は、簡単にするために省かれている）。図は、異なるシナリオ間の基本的な差異を示すためのものに過ぎない。
【００６０】
図４は、ＵＣ防止スキームが実装されずに、ＵＥ Ａ２とＵＥ Ｂ３との間の通話セットアップが実行される場合を示す。
【００６１】
ステップＭ１において、初期セットアップ・メッセージ（例えば、ＩＡＭ又はＳＩＰのＩＮＶＩＴＥ）が、ネットワーク（例えば、ネットワーク要素１）に送信され、ＵＥ Ｂに転送されて加入者の注意を喚起し（ステップＭ２）、ＵＥ Ｂのベル等を鳴らす。対応する返信メッセージ（ステップＭ３及びＭ４）が、ＵＥ Ａに返される（例えば、ＡＣＭ又はＳＩＰ１８０のリンギング・メッセージ）。加入者（ＵＥ Ｂ）が呼出しに応答すると（オフフック）、ステップＭ５及びＭ６において、このことが再びＵＥ Ａに向かって信号送信される（例えば、ＡＮＭ又はＳＩＰ２００のＯＫメッセージ）。このようにしてＵＥ ＡとＵＥ Ｂとの間に媒体接続が確立される。
【００６２】
図５は、ＵＣ防止スキームが実装されている状態で、ＵＥ Ａ２とＵＥ Ｂ３との間の通話セットアップが実行される場合を示す。図５のシナリオにおいては、ＵＥ Ａのアドレス情報のようなＵＥ Ａを示す識別要素は、既知の「ＳＰＩＴｔｅｒ」のリスト（ＳＣＲのブラックリスト）に含まれていると仮定される。したがって、ステップＭ１１において初期セットアップ・メッセージ（例えば、ＩＡＭ又はＳＩＰのＩＮＶＩＴＥ）がネットワーク（例えば、ネットワーク要素１）に送信された後、ネットワークは、ステップＭ１２において、ブラックリスト・チェックにより通信接続確立制御を行い、この呼出しを拒否すべきであると判断する。したがって、ステップＭ１３において、セットアップ要求が拒否され、呼出しはネットワークによりブロックされるが、ＵＥ Ｂは注意喚起されない。
【００６３】
図６もまた、ＵＣ防止スキームが実装された状態で、ＵＥ Ａ２とＵＥ Ｂ３との間の通話セットアップが実行される場合を示す。図６のシナリオにおいては、ＵＥ Ａのアドレス情報のようなＵＥ Ａを示す識別要素は、既知の「ＳＰＩＴｔｅｒ」のリスト（ＳＣＲのブラックリスト）には含まれておらず、ホワイトリスト（ＳＣＡ）の一部でもないが、ＵＥ Ａは（第１の）認証コード又はＰＩＮを知っていると仮定される。したがって、ステップＭ２１において初期セットアップ・メッセージ（例えば、ＩＡＭ又はＳＩＰのＩＮＶＩＴＥ）がネットワーク（例えば、ネットワーク要素１）に送信された後、ネットワークは、ステップ２２において、ブラックリスト・チェック及びホワイトリスト・チェックにより通信接続制御を行い、それぞれのリスト内に一致するエントリは存在しないと判断する。したがって、ＳＣＡホワイトリストにより拒否された後（すなわち、呼出しはＵＥ Ｂに直接転送されない）、ＵＥ Ａは、ＰＩＮ等を入力することができる。この目的のために、ステップＭ２３において、認証コードを求める要求がＵＥ Ｂに返信される。ステップＭ２４において、正しい認証コードがＵＥ Ａから返され、ネットワーク（例えば、ネットワーク要素１）により肯定応答される。したがって、図４の場合と同様に、セットアップは、ＵＥ Ｂに転送されて加入者の注意を喚起し（ステップＭ２５）、ＵＥ Ｂのベル等を鳴動させる。対応する返信メッセージ（ステップＭ２６及びＭ２７）がＵＥ Ａに返される。加入者（ＵＥ Ｂ）が呼出しに応答すると（オフフック）、ステップＭ２８及びステップＭ２９において、このことが再びＵＥ Ａに向かって信号送信される。このようにしてＵＥ ＡとＵＥ Ｂとの間に媒体接続が確立される。
【００６４】
図７もまた、ＵＣ防止スキームが実装された状態で、ＵＥ Ａ２とＵＥ Ｂ３との間の通話セットアップが実行される場合を示す。図７のシナリオにおいては、ＵＥ Ａのアドレス情報のようなＵＥ Ａを示す識別要素は、既知の「ＳＰＩＴｔｅｒ」のリスト（ＳＣＲのブラックリスト）には含まれておらず、ホワイトリスト（ＳＣＡ）の一部でもなく、かつ、ＵＥ Ａは（第１）の認証コード又はＰＩＮを知らないと仮定される。その代わり、ＵＥ Ａのユーザは、例えばＣＡＰＴＣＨＡモジュールから、アナウンスメントによりヒントを受け取り、第２の呼出し試行において、加入者Ｂへの呼出しの確立に到達することができる。詳細には、ステップＭ３１において初期セットアップ・メッセージがネットワーク（例えば、ネットワーク要素１）に送信された後、ネットワークは、ステップＭ３２において、ブラックリスト・チェック及びホワイトリスト・チェックにより通信接続制御を行い、それぞれのリスト内に一致するエントリは存在しないと判断する。したがって、ＳＣＡホワイトリストにより拒否された後、ステップＭ３３において、認証コードを求める要求がＵＥ Ｂに返信される。ステップＭ３４において、ＵＥ Ａから、正しい認証コードは（時間内に）返されない。この状況がネットワーク（ネットワーク要素１）により判断されると、チューリング・テストなどの形態のさらなるチェックが、ネットワークにより開始される。したがって、ステップＭ３５において、呼出しは、チューリング・テストを初期化するように、例えば加入者Ｂに割り当てられたライン（ＵＲＩ Ｂ２）のようなさらに別の接続ライン上のＣＭＢ（又は音声ＣＡＰＴＣＨＡ装置）に転送される。ＣＭＢにおいて、ＵＥ Ａのユーザは、メッセージを残す可能性、及び／又はＵＥ Ａのユーザが引き続き呼出し試行するための（第２の）認証コード又はＰＩＮを見いだす助けとなるアナウンスメントを聴く可能性を得る（ステップＭ３６）。アナウンスメントを送信した後（又はＵＥ Ａのユーザからのメッセージを格納した後）、ＵＥ Ａへの通信接続は、ステップＭ３７で終了する。（第２の）認証コードを用いて、ＵＥ Ａにより、ＵＥ ＡとＵＥ Ｂとの間の媒体接続をもたらす第２の呼出し試行を行うことができ（ステップＭ３８からＭ４６）、ステップＭ３６におけるメッセージから導出された認証コードが、ステップＭ４１においてＵＥ Ａにより入力される。ステップＭ３８からＭ４６は、図６のＭ２１からＭ２９に対応するので、その説明はここでは繰り返さない。
【００６５】
より普遍的な方式でホワイトリスト導入問題を解決するために音声ＣＡＰＴＣＨＡ／ＰＩＮスキームを用いる場合には、誕生日を問うような質問は適当ではないことがあることに留意されたい。その代わり、意図される聴取者が解くことができるパズルを選択することができる（例えば、「ＰＩＮは、９０００から１２３を引いたものである」）。
【００６６】
図８を参照すると、本発明の実施形態のさらに別の例が説明される。図８は、音声ネットワークにより提供される補助的サービス及びユーザ機器内の機能（ここでは音声ＣＡＰＴＣＨＡ）を用いることにより実現されるＵＣ防止スキームの概観を与える、ＵＣ防止を含むさらに別の通信接続確立制御シナリオを表す図を示す。
【００６７】
図８によるＵＣ防止を含む通信接続確立制御シナリオは、図１によるＵＣ防止を含む通信接続確立制御シナリオに基づくものである。したがって、同じ機能を有する要素には、同じ参照符号が付されている。したがって、図１において、参照符号２は、通信接続確立を要求している、潜在的なＵＣ送信者すなわち「ＳＰＩＴｔｅｒ」になり得る発呼者（ＵＥ Ａ）を示す。参照符号３は、ネットワークの着呼加入者（ＵＥ Ｂ）を示す。参照符号１０は、本例に従うＵＣ防止を含む通信接続確立制御が実行される、ＶＡＳのような１つのネットワーク要素（又は対応するネットワーク構造に応じて幾つかのネットワーク要素）を示す。このネットワーク要素１内で、幾つかのサービスに基づく幾つかの機能の組み合わせが、所定の順番で（すなわち、それぞれのサービスについての優先順位で）実行される。
【００６８】
詳細には、本発明の実施形態のこの例によれば、通信接続確立制御は、ブラックリスト・チェック機能１１と、ホワイトリスト・チェック機能１２と、認証コード（又は個人識別番号／ＰＩＮ）チェック機能１３とを含む。図１に示される本発明の実施形態の例の場合と同様に、ホワイトリスト・チェック機能１２及び認証コード・チェック機能１３は、破線により示される同一の機能の組によって実装することができ、すなわち、ホワイトリストのＰＩＮ却下とも呼ばれるこの機能は、独立したサービス部分の形態で実装することもでき、又は他のサービス、特にＳＣＡなどと組み合わせて実装することもできる。これら及び（機能１４から１６のような）さらなる機能は、ＶＡＳ１のような１つのネットワーク要素内に集中して配置することもでき、又は、ＶＡＳ１をリンク及び制御ネットワーク・ノードとして、幾つかの異なるネットワーク要素内に分散式に配置することもできる。部分１１から１３は、基本的には図１の部分１１から１３と同じように、すなわち、例えば図３のステップＳ３０からＳ７０に従って動作することができる。
【００６９】
また、アナウンスメントを発呼者ＵＥ Ａに送信するのに使用できる装置として、承諾メールボックス（ＣＭＢ）４が設けられ、これは、ＵＥ Ｂの一部とすることもでき、又は別のネットワーク要素として設けることもでき、又はＶＡＳ１０の一部とすることもできる。アナウンスメントは、音声メッセージ、又はショートメッセージ・サービス（ＳＭＳ）シグナリングなどのような別の形式のメッセージとすることができる。
【００７０】
部分１１から１３に加えて、ネットワーク要素１０内のＵＣ防止を含む通信接続確立制御シナリオは、付加的な機能も含む。これらの機能は、随意に設定することができ、選択された優先順位で他のサービスと組み合わせることができる。この機能は、例えば、外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、この命令が存在する場合には通信接続確立を求める要求を拒否する、ＤＮＤ（Ｄｏ Ｎｏｔ Ｄｉｓｔｕｒｂ）機能１４のようなサービスを含む。別の機能は、例えば、特定の通信接続転送命令が存在するかどうかチェックし、特定の通信接続転送命令（所定の期間にのみ加入者への通信接続を確立する許可、別の宛先への通信接続をセットアップする命令、所定の期間にのみ別の宛先への通信接続をセットアップする命令、及び／又は、要求側発呼者の識別要素が、加入者への接続が許可されるべき格納された発呼者の識別子と一致するかどうかの判断の結果が肯定である場合に、（ＣＭＢの）アナウンスメントを送信する命令など）が存在する場合には、その特定の通信接続転送命令に従って通信接続の確立を求める要求を取り扱う、ＣＦ（着信転送、又は特に時間帯に基づく着信転送）機能１５のようなサービスを含むことができる。さらに、別の機能は、発呼者が、発呼者を識別するのに使用できる識別情報を提供しているかどうかを検出し、識別情報が検出されない場合には通信接続の確立を求める要求を拒否する、ＡＣＲ（非通知着信拒否）機能１６のようなサービスを含むことができる。さらに別の代替的技術として、ＥＡＣＲ（高機能非通知着信拒否）サービスを対応する機能として実装することができることに留意されたい。このＥＡＣＲ機能（図８には図示せず）においては、発呼者は、ＥＡＣＲが有効にされている着呼者を呼び出すときに、プライバシーをあきらめるか（すなわち、使用可能な識別要素などを送信することにより身元を明らかにする）、ＰＩＮを入力するか、又は自分の名前を名のるか決めることが許される。ＥＡＣＲ機能は、ＡＣＲ機能１６と同様の方式で、図８に示されるようなシステム内に実装することができる。
【００７１】
ＡＣＲ（非通知着信拒否）機能は、加入者Ｂが、全般的に非通知発呼者を除外したい場合に有効にすることができる。商業的「ＳＰＩＴｔｅｒ」は、法的に許可されているか否かにかかわらず、匿名性という特徴を用いることが多いため、これは有効な方策となり得る。Ｄｏ Ｎｏｔ Ｄｉｓｔｕｒｂ（ＤＮＤ）は、加入者Ｂが邪魔されたくない場合に、臨時にすべての外部発呼者をブロックすることを可能にする。着信転送又は時間帯による着信転送（ＣＦＴｏＤ）は、付加的にタイムテーブルと組み合わせることができるブラックリスト及びホワイトリスト（ユーザにより選択することができる）を提供するサービスである。このサービスを用いて、例えば、夜間にホワイトリストをさらに制限するようにするなど、時間に応じた方式で（ＳＣＡに基づいて）ホワイトリストをさらに制限し、例えば、呼出しを別の宛先アドレスに（例えば、携帯電話３１のような別の端末、又は特定の時間中はオフィスの端末３２に、又はＣＭＢ４に）転送することができる。
【００７２】
図８に示される例によるＵＣ防止を含む通信接続確立制御シナリオの処理及び構造は、機能１１から１３に関しては、図１から図３に関連して説明された例の場合と同様である。
【００７３】
しかしながら、図１から図３による例とは異なり、図８によるＵＣ防止を含む通信接続確立制御シナリオにおいては、ブロック１２におけるホワイトリストのチェックの結果、一致するエントリが存在するか、又はブロック１３において正しい（第１の）認証がＵＥ Ａから返されたことが検出された場合に、着信が加入者に直接転送されずに、機能１４及び１５に従うサービスによって処理されることがある。換言すれば、全般的な着信ブロックがＤＮＤ機能ブロック１４により設定されているかどうかが、チェックされる。そのような命令が存在する場合には、着信が拒否され、ＵＥ Ａ２に信号送信される。そうではなくて、着信ブロックが設定されていない場合には、機能ブロック１５において、着信転送命令がチェックされる。すなわち、着信転送に対する設定に応じて（例えば、着信の時刻を考慮して）、着信は、加入者（ＵＥ Ｂ３）に転送され、又は加入者の携帯電話３１若しくはオフィスの番号３２のような別の宛先に転送される。さらに、着信は、ＣＭＢ４のようなメールボックスなどに転送されることも可能であり、ここで、発呼者はメッセージなどを格納するか又はアナウンスメントを受信することができる。
【００７４】
ブロック１３における認証チェック機能が、ＰＩＮ等が正しく受信されないという結果をもたらす場合においても、本例におけるＵＣ防止を含む通信接続確立制御シナリオの処理は、発呼者が（使用可能な）識別要素を送信したか否か、すなわち着信が匿名であるか否かがチェックされる機能ブロック１６を設けることにより、異なるものとなり得る。非通知着信である場合には、機能ブロック１６において着信を拒否して、接続を終了し、このことがＵＥ Ａ２に通知されるように設定することができる。代替的に、ＥＡＣＲサービスが代わりに用いられる場合には、ＵＥ Ａ２の発呼者は、プライバシーをあきらめるか（すなわち、使用可能な識別要素等を送信することにより身元を明らかにする）、ＰＩＮを入力するか、又は自分の名前を名のることが許される。対応する入力は、ＥＡＣＲを提供する機能ブロック（図示せず）（ＡＣＲブロック１６に対応する）により処理することができる。あるいは、そのような識別要素が検出された場合に、チューリング・テストを開始し、相応してＣＭＢ４をセットアップすることにより、着信をさらに処理することができる。
【００７５】
図８に示されるサービスの順序は、他の例では異なっていてもよいことに留意されたい。例えば、機能ブロック１６におけるＡＣＲチェックは、より高い優先順位レベルに配置することができ、例えば最初に行われるべきチェックとすることができる。さらに、上述のように、通信接続確立制御プロファイルの設定は、これらのサービスのうちの１つ又はそれ以上が起動する／停止するような設定とすることができる。
【００７６】
次に、ＵＣ防止のために通信接続確立制御スキーム及びプロファイルを構成し設定するための本発明の実施形態のさらに別の例による管理システムを、図９から図１２を参照して説明する。
【００７７】
本発明の実施形態のさらに別の例による管理システムは、加入者の通信接続確立プロファイルを生成し設定する方策を提供する。この目的ために、例えば、ネットワークのオペレータは、図１及び図８に関連して説明されたサービスのような、ＵＣ防止を含む通信接続確立制御のために指定された１つ又はそれ以上のサービスを決定して組み合わせることにより、事前通信接続確立制御スキームを生成又は確立することができる。事前通信接続確立制御スキームが確立される場合、加入者のための通信接続確立プロファイルを生成するための命令及び／又はデータを入力する手段を含む、グラフィカル・ユーザ・インターフェース（ＧＵＩ）のような、加入者のためのインターフェースが提供され、加入者は、自身に合わせた独自のプロファイルを調整するためのテンプレートとして事前通信接続確立制御スキームを用いる。
【００７８】
選択されたサービスは、オペレータが、特定の実行順序で、すなわち処理の優先順位付きで提供することができる。この順序は、加入者が、通信接続確立制御プロファイルを構成するときに設定又は変更することもできる。
【００７９】
基本的に、加入者によりインターフェースに入力される命令及び／又はデータは、加入者がどのように自身の通信接続確立制御プロファイルを構成したか判断するために、管理システムにより処理される。これに基づき、加入者への通信接続の確立を求める要求を処理するために用いられる、最終的な通信接続確立制御スキームが設定される。
【００８０】
図９に示される管理システムにおいて、参照符号５１は、加入者の（ＰＣなどのような）端末又はＵＥ Ｂを示し、これにより、ユーザに対してインターフェースが表示等され、通信接続確立制御プロファイルのための命令及び／又はデータが入力される。参照符号５２は、加入者５１によりアクセス可能な、ＨＴＭＬ（ハイパーテキストマークアップ言語など）に基づくインターネットページなどの、ウェブポータルにより提供されるＧＵＩのようなインターフェースを示す。参照符号５３は、インターフェース５２に接続又はリンクされた管理サーバを示す。管理サーバは、ＧＵＩを生成するための事前通信接続確立制御スキーム、テンプレート及びデータを提供し、最終的な通信接続確立制御スキームを構成するために入力された命令／データに基づいて、対ＵＣプロファイル（加入者の通信接続確立制御プロファイル）を取得する。管理サーバは、通信接続確立制御に用いられるサービスを提供することができる複数のネットワーク要素５４、５５、５６にも接続される。管理サーバは、図１及び図８によるネットワーク要素１又は１０の一部とすることもでき、又は外部要素としてそこに接続することもできる。
【００８１】
図９に示される管理システムによれば、ＵＣ防止のための補助的サービスのようなサービスは、包括的なＳＰＩＴ／ＵＣ防止シナリオを提供するために、選択され、特定の優先順位で組み合わされる。特に、管理システムは、ユーザによる、協調したＳＰＩＴ／ＵＣ防止シナリオの形態でのサービスの構成及び管理のため、及び、オペレータに対して、事前通信接続確立制御スキームをユーザ設定のための一種のテンプレートとして準備し又は確立するように提案するために用いられる。加入者の設定は、ＤＴＭＦ（デュアル・トーン・マルチ・フリーケンシー）設定により、又は、好ましくはオペレータにより提供されるウェブ・インターフェースにより行うことができる。さらに、例えば、相互に関係づけられた完全なＳＰＩＴ／ＵＣシナリオを構成する感覚をユーザに与える、付加的なソフトウェア層といった付加的な手段を設けることもでき、その中で、管理システムは、好ましくは、異なるリスト（後述）への入力などの加入者の入力が整合しているかどうか、及びＵＣ防止のために選択されたサービスの組み合わせが整合しているかどうかをチェックすることも可能である。
【００８２】
次に、図９に示される通信接続確立制御のための管理システムに用いられる管理サーバ５３の構造及び機能を、図１０に関連して説明する。
【００８３】
図１０において、本発明の実施形態のさらに別の例によるＵＣ防止のための管理を実装する、サーバのようなネットワーク要素５３のブロック回路が示される。ネットワーク要素５３は、図１０に関連して説明されるものの他に幾つかのさらに別の要素又は機能を含むことができるが、これらは本発明を理解するために必須ではないので、簡単にするためにここでは省略されていることに留意されたい。
【００８４】
図１０による管理サーバ５３は、上述の通信接続確立制御の管理に関連したプログラムなどによって与えられる命令を実行する、ＣＰＵなどのような処理機能すなわちプロセッサ５３１を含む。プロセッサ５３１は、特に、事前の及び最終的な通信接続確立制御スキームを生成し、設定し及び構成するため、及び加入者５１により構成された通信接続確立制御プロファイルを処理するために用いられる。参照符号５３２及び５３３は、プロセッサ５３１に接続された入力／出力（Ｉ／Ｏ）ユニットを示す。Ｉ／Ｏユニット５３３は、加入者、すなわちＧＵＩ５２のウェブポータルと通信するために用いることができる。Ｉ／Ｏユニット５３２は、ＳＣＲ、ＳＣＡ等の、ＵＣ防止のための異なるサービスを提供するネットワーク要素５４から５６と通信するために用いることができる。Ｉ／Ｏユニット５３２及び５３３は、送受信ユニットなどのような１つの部材内で組み合わせることもでき、又は複数の異なるユニットを備えた分散構造を含むこともできる。参照符号５３４は、例えば、プロセッサ５３１により実行されるデータ及びプログラムを格納するために、及び／又はプロセッサ５３１の作業記憶域として使用することができるメモリを示す。
【００８５】
参照符号５３５から５４０は、プロセッサ５３１に含まれる部分又は機能を示す。これらの部分５３５から５４０は、それ自体によりそれぞれの機能を提供する機能ブロック（例えば、プロセッサ２１により実行されるプログラムの形態）又はそれぞれの機能を提供する別の（外部）サーバなどへのリンクを与える通信部分のいずれかを表わすことができることに留意されたい。参照符号５３５は、サービス提供部を示し、これによりＵＣ防止に用いられるサービスを指定することができ、そのサービスを設定するのに必要な対応するデータを取得することができる。参照符号５３６は、事前制御スキーム部を示し、これにより（選択された）サービスを事前通信接続確立制御スキームに配置することができ、これを基にして、ＵＣ防止のさらなる構成が実行される。参照符号５３７は、ＧＵＩ生成部を示し、これにより、加入者の入力のためのＧＵＩを事前通信接続確立制御スキームに基づいて生成することができる。参照符号５３８は、通信接続確立制御スキームを生成するために、ＧＵＩから入力された命令及び／又はデータ、すなわち通信接続確立制御プロファイルを処理する、入力処理部を示す。参照符号５３９は、最終的な通信接続確立制御スキームを確立するための、最終制御部を示す。参照符号５４０は、通信接続確立制御における最終的な通信接続確立制御スキームを実施するための、実施制御スキームを示す。
【００８６】
通信接続確立制御スキームが図８に対応する構造を有する場合を仮定する。この場合、管理システムは、図８のブロック１１から１６により示される機能を含む事前通信接続確立制御スキームを生成する。図１０のアーキテクチャに基づいて、加入者５１は、ウェブポータル５２におけるＧＵＩを用いて通信接続確立制御スキームについての情報を取得し、通信接続確立制御プロファイルを構成する。この通信接続確立制御プロファイルは、次に管理サーバ５３によって最終的な通信接続確立制御スキームに変換され、ここで、ＵＣ防止に用いられるサービスが、入力された命令／データに従って設定される。
【００８７】
図１１において、図８による通信接続確立制御スキームに基づく、本発明の実施形態の例によるＧＵＩの例が示される。このＧＵＩは、オペレータにより確立された事前通信接続確立制御のテンプレートを表わす。図１１による例においては、ＵＣ防止に用いられるサービスは、１つのレイヤ又はシート上に並列して配置されている。代替的に、サービスは、例えば通信接続確立制御スキームにおけるそれぞれのサービスの優先順位に従って互いに順序付けられた、それぞれの別個のレイヤ又はシート上に配置することができる。
【００８８】
詳細には、ＧＵＩは、例えば、起動コマンド及びパラメータを通信接続確立制御プロファイルの部分に対して割り当てるための、命令及び／又はデータを入力する手段を含む。図１１の例においては、例えば、対ＵＣ機能全体を起動／停止（オン／オフ）させるための起動手段ＳＷ１が設けられる。
【００８９】
さらに、ブラックリスト方式を用いることの選択（オン／オフ）と、ブラックリストの一部として用いられる発呼者の識別子を指定するためのリストとを含む、ブラックリスト・サービスの起動手段ＳＷ２とデータ入力手段Ｌ１とが設けられる。さらに、特定のブラックリスト入力コードＬ６（通話を受け入れる前／通話中／通話終了後に入力される）を入力したときに、呼出し側ユーザから受信した識別要素に基づいて後でリストＬ１へ番号を入力することを可能にするサービスを起動／停止させる、起動手段ＳＷ７が設けられる。
【００９０】
さらに、ホワイトリスト方式を用いることの選択（オン／オフ）と、ホワイトリストの一部として用いられる発呼者の識別子を特定するためのリストとを含む、ホワイトリスト・サービスの起動手段ＳＷ３とデータ入力手段Ｌ２とが設けられる。さらに、ダイヤルした番号をホワイトリストの中に自動的にエントリすることを可能にするサービスを設けることができ、対応する起動手段（オン／オフ）もまたＧＵＩの一部とすることができる。
【００９１】
さらに、ホワイトリストのバイパスとして用いられるサービスの組が設けられる。
【００９２】
これらのサービスを用いるために、認証コード又はＰＩＮを用いるためのＰＩＮサービスを起動／停止させる起動手段ＳＷ４（オン／オフ）、並びにＰＩＮの種類を選択するため（ＳＷ５）及びＰＩＮを構成するため（Ｌ３、Ｌ４）の入力手段（例えば、ＰＩＮとして用いられる固定番号Ｌ３、又は認証を動的に設定するためのアルゴリズムなどの仕様、例えば、ｍｍｄｄ（月−日）形式＋所定の数Ｌ４（ここでは５）の日付の形式による）が設けられる。加入者が設定することの代案として、ＰＩＮ等は、ネットワーク・オペレータが予め設定し、加入者に伝えることもできる。
【００９３】
さらに、ＣＭＢ及びＣＡＰＴＣＨＡ装置を用いるチューリング・テスト・サービスを起動／停止させるための起動手段ＳＷ６（オン／オフ）と、着信が転送される宛先アドレス、すなわち例えばＣＭＢのアドレスを指定するための入力手段Ｌ５とが設けられる。Ｌ５内のエントリは、ネットワーク・オペレータにより自動構成することもできる。
【００９４】
さらに、識別要素なしの非通知着信を除外するためのＡＣＲサービスを起動／停止させる起動手段ＳＷ８が設けられる。ＥＡＣＲサービスのための対応する起動手段（図示せず）を設けることもできる。
【００９５】
これもまた図１１に示されているように、それぞれのリストについて、編集を命令する機能キーなどの手段、すなわち、追加の番号を手動で導入するため又は既存のエントリを変更するための手段が設けられる。さらに、入力された命令／データをその加入者についての通信接続確立制御プロファイルとして格納するための、格納命令手段又はキーが設けられる。さらに、ＧＵＩは、例えば、サービスの１つ又はそれ以上に関連したインターフェースの部分に価格情報を割り付けることにより、そのサービスを起動させるための費用を示すことができる。
【００９６】
図１２において、本発明の実施形態の本例による、ＵＣ防止を含む通信接続確立制御スキームを設定するプロセス・フローを表すフローチャートが示される。図１において、上述のサービスに対応し得る幾つかの機能Ｆ１からＦ７が定義される。例えば、Ｆ１はＳＣＲサービスに対応するものとすることができ、Ｆ２はＳＣＡサービスに対応するものとすることができ、Ｆ３はＰＩＮサービスに対応するものとすることができ、Ｆ４はＰＩＮ更新サービスに対応するものとすることができ、Ｆ５はＣＭＢを用いたチューリング・サービスに対応するものとすることができ、Ｆ６はＢＬに追加するための通話後サービスに対応するものとすることができ、Ｆ７はＡＣＲサービスに対応するものとすることができる。さらに、指示「０」及び「１」は、ＧＵＩ内で図１１に従う起動手段又はスイッチＳＷ１からＳＷ８が、オンにされた（「１」）か、又はオフにされた（「０」）かを定義するために用いられる。
【００９７】
ステップＳ１００において、通信接続確立制御プロファイルにおける加入者Ｂの設定が格納され、入力されたパラメータにしたがって通信接続確立制御スキームが設定される。したがって、ステップＳ１１１０において、そもそもＵＣ防止がＳＷ１によって起動されているかどうかがチェックされる。起動されていない場合には、通信接続確立制御のさらなる処理のための機能Ｆ１からＦ７は、Ｓ１２０において停止され、処理は終了する。
【００９８】
そうではなくて、ＳＷ１がオンにされている場合には、ＳＷ２が起動されているか又は停止されているかがチェックされる。起動されている場合は、ＳＣＲサービス（機能Ｆ１）が起動され、リスト項目Ｌ１がサービス内でセットアップされる（ステップＳ１４０）。その後、プロセスはステップＳ１５０に進む。そうではなくて、ステップＳ１３０においてＳＷ２がオフにされていると判断された場合は、プロセスは直接Ｓ１５０に進む。
【００９９】
Ｓ１５０において、ＳＷ３が起動されているか又は停止されているかがチェックされる。起動されている場合は、ＳＣＡサービス（機能Ｆ２）が起動され、リスト項目Ｌ２がサービス内でセットアップされる（ステップＳ１６０）。その後、プロセスはステップＳ１７０に進む。そうではなくて、ステップＳ１５０においてＳＷ３がオフにされていると判断された場合は、処理は終了する。
【０１００】
Ｓ１７０において、ＳＷ４が起動されているか又は停止されているかがチェックされる。起動されていない場合は、Ｓ１８０においてＰＩＮサービス（機能Ｆ３）が停止される。起動されている場合は、ステップＳ１９０でＰＩＮサービス（機能Ｆ３）が起動される。さらに、用いられるＰＩＮの種類を決めるために、Ｓ２００において、例えば、固定ＰＩＮ又は一日毎の動的なＰＩＮのどちらの設定がＳＷ５により選択されたかがチェックされる。ステップＳ２００において、固定のＰＩＮであると判断された場合は、ＰＩＮをＬ３エントリに設定するためにステップＳ２１０が実行される。そうではなくて、ステップＳ２００において、一日毎のＰＩＮが選択されたと判断された場合には、ＰＩＮ更新サービス（機能Ｆ４）を起動し、Ｌ４エントリに基づいて指定されたスキームに従いＰＩＮを設定するために、ステップＳ２２０が実行される。
【０１０１】
次に、ステップＳ２３０が実行され、ＳＷ６が起動されているかどうか、及び（ＣＭＢへの）着信転送のための対象宛先（オペレータからの予め設定された番号又はＬ５内のエントリ）が既知であるかどうかが判断される。Ｓ２３０における判断が否定である（ＳＷ６が起動されていない及び／又は対象宛先が既知ではない）場合には、２４０が実行され、チューリング・テスト・サービス（機能Ｆ５）が停止される。そうではなくて、Ｓ２３０における判断が肯定である（ＳＷ６が起動されており、かつ対象宛先が既知である）場合には、ステップＳ２５０が実行され、チューリング・テスト・サービスが起動され、着信転送宛先が、例えばＣＭＢの番号に設定される。
【０１０２】
次に、ステップＳ２６０が実行され、ＳＷ７が起動されているか又は停止されているかがチェックされる。起動されていない場合には、Ｓ２７０において通話後サービス（機能６）が停止される、起動されている場合には、Ｓ２８０において通話後サービス（機能６）が起動され、発呼者の識別子をブラックリスト内に導入するために用いられる指定されたコードが設定される。
【０１０３】
次に、ステップＳ２９０が実行され、ＳＷ８が起動されているか又は停止されているかがチェックされる。起動されていない場合には、Ｓ３００においてＡＣＲサービス（機能Ｆ７）が停止される。起動されている場合には、Ｓ３１０においてＡＣＲサービス（機能Ｆ７）が起動される。
その後、処理は終了する。
【０１０４】
図９から図１２に関して定められる管理システムにより、ＵＣ防止のための通信接続確立制御プロファイルを構成し定義するためのフレキシブルで包括的な機構を提供することが可能である。その結果得られる通信接続確立制御スキームは、オペレータによりＵＣに対抗する有用なツールとして選択され、かつ加入者により個別に設定される、１つ又はそれ以上のサービスを含むことができる。
【０１０５】
管理システムは、ネットワーク・オペレータが、対ＵＣという見出しの下にどのような補助的サービスを加入者に提供するかを構成するために、すなわち、どの型式のサービスを事前通信接続確立制御スキームの一部とするか選択するために用いる、ツール及び／又は対応するＧＵＩを含むこともできることに留意されたい。さらに、これらのツールは、補助的サービスをどのように対ＵＣスキームに組み合わせるか、すなわち、どのような優先順位でこれらを順序付けるかを決定するためにも有用であり得る。さらに、例えば特定のサイズより大きいブラックリスト又はホワイトリストについての割増価格をユーザに示すなどの、さらなる価格設定を可能にするツールを設けることも可能である。
【０１０６】
上述のＵＣ防止を含む通信接続確立制御は、例えば、Ｐ−ＣＳＦ（ＳＩＰサーバ）、音声アプリケーション・サーバ（ＶＡＳ）などで実装することができる。
【０１０７】
本明細書で説明される本発明の目的に関して、以下のことに留意されたい。
−シグナリングをＵＥからＵＥへ転送するアクセス技術は、それによってユーザ機器がアクセス・ネットワークに（例えば、基地局を介して、又は一般にアクセスノードに）アクセスすることができる任意の技術とすることができる。ＷＬＡＮ（無線ローカル・アクセス・ネットワーク）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、Ｂｌｕｅ−Ｔｏｏｔｈ、赤外線などの現在又は将来の任意の技術を用いることができる。上述の技術は、主として、例えば異なる電波スペクトルにおける無線アクセス技術であるが、本発明の趣旨でのアクセス技術は、有線技術、例えば、ＩＰベースのアクセス技術のようなケーブル・ネットワーク又は固定回線、さらには回路交換アクセス技術をも含むことが含意される。アクセス技術は、パケット交換及び回路交換のような少なくとも２つのカテゴリ又はアクセス・ドメインとして区別することができるが、２つより多いアクセス・ドメインの存在が、本発明の適用を妨げるものではない。
−使用可能なアクセス・ネットワークは、ステーション、エンティティ又はその他のユーザ機器をアクセス・ネットワークにより提供されるサービスに接続させることができる、及び／又はそのサービスを利用させることができる、任意のデバイス、装置、ユニット又は手段とすることができる。このようなサービスは、とりわけ、データ及び／又は（音声）視覚通信、データ・ダウンロード等を含む。
−ユーザ機器は、それを用いてシステムのユーザ又は加入者がアクセス・ネットワークからのサービスを経験することができる、携帯電話、携帯情報端末ＰＤＡ又はコンピュータ等の任意のデバイス、装置、ユニット又は手段とすることができる。
−ソフトウェア・コード部分として実装される可能性があり、ネットワーク要素又は端末（デバイス、装置及び／又はそのモジュールの例として、又は装置及び／又はそのモジュールを含むエンティティの例として）においてプロセッサを用いて作動される方法ステップは、独立してソフトウェア・コードであり、その方法ステップにより定義される機能が保存される限りは既知の又は将来開発されるプログラミング言語を用いて指定することができる。
−一般に、いずれの方法ステップも、実装される機能に関して本発明の思想を変更することなく、ソフトウェとして実装すること又はハードウェアにより実装することに適している。
−端末若しくはネットワーク要素又はその任意のモジュールにおけるハードウェアコンポーネントとして実装される可能性がある、方法ステップ及び／又はデバイス、装置、ユニット若しくは手段は、独立したハードウェアであり、既知の又は将来開発される任意のハードウェア技術又はそれらの任意のハイブリッド、例えば、ＡＳＩＣ（特定用途向けＩＣ（集積回路））コンポーネント、ＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）コンポーネント、ＣＰＬＤ（多機能プログラマブル論理素子）コンポーネント又はＤＳＰ（デジタル信号処理プロセッサ）コンポーネントを用いた、ＭＯＳ（金属酸化膜半導体）、ＣＭＯＳ（相補型ＭＯＳ）、ＢｉＭＯＳ（バイポーラ型ＭＯＳ）、ＢｉＣＭＯＳ（バイポーラ型ＣＭＯＳ）、ＥＣＬ（エミッタ結合ロジック）、ＴＴＬ（トランジスタ−トランジスタ論理）等を用いて実装することができ、さらに、ソフトウェア・コンポーネントとして実装される可能性がある任意の方法ステップ及び／又はデバイス、ユニット若しくは手段は、例えば、認証、承認、キーイング及び／又はトラフィック保護が可能な、例えば、任意のセキュリティ・アーキテクチャに基づくものとすることができる。
−デバイス、装置、ユニット又は手段は、独立したデバイス、装置、ユニット又は手段として実装することができるが、このことは、デバイス、装置、ユニット又は手段の機能が保存される限りは、システム全体にわたって分散した型式で実装されることを除外するものではない。
−装置は、半導体チップ、チップセット、又はそのようなチップ若しくはチップセットを含む（ハードウェア）モジュールによって表わすことができるが、しかしながら、このことは、装置又はモジュールの機能が、ハードウェアとして実装される代わりに、プロセッサ上で実行／作動されるための実行可能なソフトウェア・コード部分を含むコンピュータ・プログラム又はコンピュータ・プログラム製品のような（ソフトウェア）モジュール内のソフトウェアとして実装されることを除外するものではない。
−デバイスは、１つの装置とみなすこともでき、又は、例えば、互いに機能的に協働するものであるか、若しくは同じデバイス・ハウジング内にあるが機能的には互いに独立したものであるか、いずれかであっても、複数の装置の組立体とみなすこともできる
【０１０８】
上述のように、一方的通信防止のために、ブラックリスト方式、ホワイトリスト方式、認証要求及び／又はチューリング・テストを含むサービスを用いて、加入者への通信接続確立を制御する機構が提案される。さらに、加入者が個人的な通信接続確立制御プロファイルを定めるためのインターフェースに基づいて、対応する通信接続確立制御を構成するために用いられる、管理システムが提案される。
【０１０９】
以上、本明細書において、本発明をその特定の実施形態を参照して説明してきたが、本発明はこれに限定されるものではなく、種々の改変を行うことができる。
【符号の説明】
【０１１０】
１、１０：ネットワーク要素（音声アプリケーション・サーバ）
２：発呼者
３：着呼加入者
４：承諾メールボックス
１１：ブラックリスト・チェック機能
１２：ホワイトリスト・チェック機能
１３：認証コード・チェック機能
１４：ＤＮＤ機能
１５：着信転送（ＣＦ）機能
１６：非通知着信拒否（ＡＣＲ）機能
２１、５３１：プロセッサ
２２、２３、５３２、５３３：入出力（Ｉ／Ｏ）ユニット
２４、５３４：メモリ
３１：携帯電話
３２：オフィスの端末
５４、５５、５６：ネットワーク要素
【技術分野】
【０００１】
本発明は、加入者への通信接続確立を制御するための機構、及び、対応する通信接続確立制御を構成するために用いられる管理システムに関する。本発明は、特に、ＩＰ電話上のスパム（ＳＰＩＴ）のような一方的通信（ＵＣ）に対抗する保護を与える通信接続確立制御、及び、対応する制御を構成するための管理システムに関する。
【背景技術】
【０００２】
ここ数年で、通信ネットワーク、例えば、統合サービスデジタル網（ＩＳＤＮ）及びインターネットへのデジタル加入者線（ＤＳＬ）アクセス等の有線ベースの通信ネットワーク、又はｃｄｍａ２０００（符号分割多元アクセス）システム、ユニバーサル移動体通信システム（ＵＭＴＳ）のような第３世代（３Ｇ）携帯電話通信ネットワーク、広域移動体通信システム（ＧＳＭ（登録商標））のような第２世代（２Ｇ）携帯電話通信ネットワーク、汎用パケット無線システム（ＧＰＲＳ）、広域展開用高速データレート（ＥＤＧＥ）等の無線通信ネットワーク、又は、無線ローカルエリア・ネットワーク（ＷＬＡＮ）又はマイクロ波アクセスのための世界相互運用（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉＭＡＸ）等のその他の無線通信システムがますます世界中で拡張した。第３世代パートナーシップ・プロジェクト（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：３ＧＰＰ）、先進ネットワークのためのテレコム＆インターネット集中サービス＆プロトコル（Ｔｅｌｅｃｏｍｓ ＆ Ｉｎｔｅｒｎｅｌ ｃｏｎｖｅｒｇｅｄ Ｓｅｒｖｉｃｅｓ ＆ Ｐｒｏｔｏｃｏｌｓ ｆｏｒ Ａｄｖａｎｃｅｄ Ｎｅｔｗｏｒｋｓ：ＴＩＳＰＡＮ）、国際電気通信連合（ＩＴＵ）、第３世代パートナーシップ・プロジェクト２（３ＧＰＰ２）、インターネット技術タスクフォース（ＩＥＴＦ）、米国電気・電子通信学会（ＩＥＥＥ）、ＷｉＭａｘフォーラムなど様々な機関が、テレコミュニケーション・ネットワーク及びアクセス環境についての標準に取り組んでいる。
【０００３】
一般に、ユーザ機器（ＵＥ）のようなネットワーク要素と、別の通信機器又はユーザ機器、データベース、サーバ等との間の通信接続の適切な確立及び取扱いのためには、制御ネットワーク要素、支持ノード又はサービスノードといった１つ又はそれ以上の中間ネットワーク要素が関与し、これらは異なる通信ネットワークに属することができる。
【０００４】
例えば、Ｖｏｉｃｅ ｏｖｅｒ ＩＰ（ＶｏＩＰ）は、ＩＳＤＮ以外の上述のすべてのネットワークを含むインターネット又はその他のパケット交換ネットワークのようなインターネットプロトコル（ＩＰ）ネットワークを介して音声通信を配信するための、新しい技術を表わす。ＶｏＩＰネットワークの１つの実施形態は、３ＧＰＰにより定められたＩＭＳネットワークである。ＶｏＩＰネットワークは一般に、そして特にＩＭＳは、固定電話−移動体通信集束環境（Ｆｉｘｅｄ−Ｍｏｂｉｌｅ−ｃｏｎｖｅｒｇｅｎｃｅ ｅｎｖｉｒｏｎｍｅｎｔ）環境と呼ばれることもある有線無線混合環境において用いることができる。ＶｏＩＰは、音声通信への簡単かつ安価なアクセスの可能性をもたらす。しかしながら、ＶｏＩＰのようなこうした新しい伝送技術により、望ましくない特徴がＩＰドメインからテレコミュニケーション・ドメインに引き継がれるという問題もある。これらの特徴のうちの１つは、「スパミング」としても知られる加入者への一方的通信の伝送である。
【０００５】
ＶｏＩＰの場合、ユーザ、特にＶｏＩＰユーザへの一方的通信の伝送は、ＩＰ電話上のスパム（ＳＰＡＭ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｔｅｌｅｐｈｏｎｙ：ＳＰＩＴ）としても知られている。ＳＰＩＴ／ＵＣは、音声、映像、インスタントメッセージ又はその他の種類の通信セッションの確立を試みる、大量の一方的なセッション開始試行の集合として定義することができる。ユーザが応答した場合には、「スパマー」とも呼ばれる呼出し側はメッセージの中継に進む。通常、ＳＰＩＴ／ＵＣは、ユーザには不快なものとして認識される。
【０００６】
この問題は、今日では大きな厄介ごととみなされている電子メールのスパムから既に周知である。ＳＰＩＴ／ＵＣは、特にＶｏＩＰの状況において、音声呼出しなどに関する通信接続についても同様な問題となる恐れがあるが、それは、ＶｏＩＰの費用が低下しており、ＶｏＩＰの顧客ベースが著しく増大し、かつ、パーソナルコンピュータ（ＰＣ）などを用いて大量の自動ＶｏＩＰ呼出しを生成することができるからである。これらは、ＳＰＩＴ／ＵＣが増加する蓋然性のための主たる必要条件である。
【０００７】
したがって、現在ＥＴＳＩ、ＩＥＴＦ、ＩＴＵ、３ＧＰＰなどにおいて進行中の様々な標準化に対する取り組みにおいて積み重ねられた、ＶｏＩＰネットワークに対するこの種の脅威を減少させる幾つかの試みがある。
【０００８】
また、ＳＰＩＴ／ＵＣの増加の結果として、ＶｏＩＰの受容性に影響が及ぼされる可能性があることも考慮しなければならない。電子メールのスパムと比較すると、音声、映像等は、（ユーザが好きなときに読む電子メールとは対照的に）ユーザの即時の反応を要求するリアルタイム媒体であり、ユーザが呼出し音に反応し、呼出しを受け入れたときに既に煩わしさが生じているので（一方、電子メールは、オフラインでコンテンツ分析を行い、その後フィルタ処理を行う可能性を提供する）、ユーザにとっての障害は、ＳＰＩＴ／ＵＣの方がより大きいと考えられる。したがって、ＶｏＩＰベンダ並びにＶｏＩＰオペレータは、ＳＰＩＴ／ＵＣ防止技術にますます関心を示している。
【０００９】
しかしながら、音声スパム又は一方的通信は、その性質から、ＶｏＩＰネットワークに限定されるものではない。ＶｏＩＰネットワークは、例えばＰＳＴＮ（公衆交換電話網）のような従来のネットワーク等の、異種の伝送技術に基づく他のネットワークにリンクしているので、ＳＰＩＴ／ＵＣはこうした他のネットワークのユーザにも影響を与えることがある。それゆえ、ＳＰＩＴ／ＵＣ源はＶｏＩＰネットワークに端を発するものであり得るが、例えば、ＶｏＩＰと固定ネットワークとの間の定額料金はＳＰＩＴ／ＵＣ呼出しの費用を大幅に減少させるので、従来のネットワークのユーザも影響を受ける可能性がある。
【００１０】
迷惑電話呼出しを取り扱うために、例えば、ＳＣＲ（選択式着信拒否、ブラックリスト方式）、ＳＣＡ（選択式着信許可、ホワイトリスト方式）、ＡＣＲ（非通知着信拒否）又は悪意呼識別／追跡（ＭＣＩＤ）を含むいわゆる補助的サービスとよばれる幾つかのサービス機能が提案されている。さらに、ＡＣＲを有効にしている着呼者を呼び出す場合に、発呼者が、プライバシーをあきらめるか、ＰＩＮを入力するか、又は名のるかのいずれかに決めることを可能にする、ＥＡＣＲ（高機能非通知着信拒否）が提案されている。悪意呼追跡は特殊用途用のみとして意図されているが、ＳＣＲ又はＳＣＡは、加入者が、特定の発呼者をブラックリストに入れるため（ＳＣＲ）又はホワイトリストに入っている発呼者からの接続だけを可能にする（ＳＣＡ）ために用いることができる。しかしながら、実際のところ、これらの機能及びさらなる機能は、組み合わせることが困難であるか又は不可能であり、したがって、音声サービス加入者にはあまり価値がない。さらに、こうしたサービスの設定及び構成は複雑であり、通信接続におけるその効果又はユーザの到達可能性は、加入者にとっては、ときには理解するのが難しいことがある。
【００１１】
ＳＰＩＴ／ＵＣの取り扱いに関して、現在、基本的には２つの異なる手法、すなわち、非技術的手法及び技術的方策によるものがある。
【００１２】
通常は、ＳＰＩＴ／ＵＣに対して、異なるレベルの非技術的対抗策の組み合わせが用いられる。
−立法措置（国毎に異なり得る）
−既知のＳＰＩＴ／ＵＣ源をブロックするような取り締まり権限の方策
−ユーザが契約条件に違反した場合に短期間で契約キャンセルを可能にする、オペレータの契約条件に基づく方策（例えば、定額料金を商用に用いないこと）
【００１３】
最初の２つの対抗策（立法措置、取り締まり権限）の欠点は、反応が複雑で時間がかかることである。第３の対抗策（オペレータの契約条件）は有効であり得るが、オペレータにとっては、その契約条件の濫用を証明することが困難である。
【００１４】
ＳＰＩＴ／ＵＣ問題に取り組むための技術的手法に関しては、例えば、ＶｏＩＰネットワークは、将来的には、例えばＳＩＰ（セッション開始プロトコル）シグナリング・トラフィック及びユーザ・フィードバックを分析することによって各々の呼出しのＳＰＩＴ／ＵＣ確率（ＳＰＩＴ／ＵＣスコア）の評価を試みる、サーバを装備する可能性がある。この手段により、ネットワーク又はユーザは、この分析に従って反応することができるであろう。これらのＳＰＩＴ／ＵＣサーバは、現在は、研究又は試作品レベルである。１つの例は、ＮＥＣが出しているいわゆるＳＥＡＬシステムであり、これは、ＳＰＩＴ／ＵＣの識別−ＳＰＩＴ／ＵＣのマーキング−ＳＰＩＴ／ＵＣに対する反応という３ステップの手法を提供するＳＰＩＴ／ＵＣサーバの使用を提案する。別の例は、ＳＥＡＬと同様の概念を追求する、シーメンスが出しているいわゆるＳＡＶＩＴ（インターネット電話上の音声に対するＳＰＡＭ回避（ＳＰＡＭ Ａｖｏｉｄａｎｃｅ ｆｏｒ Ｖｏｉｃｅ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｔｅｌｅｐｈｏｎｙ））システムである（ＳＰＩＴ／ＵＣサーバは、ＳＩＰサーバと並行してＳＩＰシグナリング・トラフィックを分析し、シグナリング・トラフィック及び直接ユーザ・フィードバックの統計的分析に基づいて、ＳＰＩＴ／ＵＣデータベースを構築し、その結果がＳＰＩＴ／ＵＣ確率（ＳＰＩＴ／ＵＣスコア）であり、これを、その呼出しが意図する受信者に提供することもでき、又はその呼出しをブロックするか若しくはこれを通すか判断するネットワーク・ベースの判断ユニットに対する入力とすることもできる）。
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、これらの技術的手法がＳＰＩＴ／ＵＣに対する対抗策を提供できるとしても、幾つかの問題が残る。例えば、これらのシステムは、ＶｏＩＰネットワークにおけるＳＰＩＴ／ＵＣ防止にのみ関するものであるため、ＶｏＩＰにより生じたＳＰＩＴ／ＵＣによって同様に潜在的に障害が生じる従来のネットワークのような他のネットワークのユーザがこれによって保護されることは不可能である。さらに、これらの手法は、ＳＰＩＴ／ＵＣ関連のシグナリング・データを伝達するためのＳＩＰシグナリングの変更を必要とし、ＶｏＩＰネットワーク・インターフェース定義を変更する可能性があるので、そのため、その実装が困難になる。技術上及びアーキテクチャ上の問題に加えて、これらの手法によって影響を受ける、プライバシー保護（特定のユーザがＳＰＩＴ／ＵＣ源であると考えられることを、あるオペレータが別のオペレータに進んで示すか又は示すことが許されるか）又は責任問題（オペレータＡの誤ったＳＰＩＴ／ＵＣ判断に基づいて、オペレータＢが重要な呼出しをブロックした場合、法的な問題が伴うことがある）といった法的側面もあることも考慮しなければならない。
【課題を解決するための手段】
【００１６】
したがって、本発明の目的は、一方的通信に対抗する保護を与える改良された通信接続確立制御を提供することである。特に、本発明の目的は、ＰＳＴＮ（公衆交換電話網）などの加入者の通信ネットワークの種類に関わらず、一方的通信が防止されるように通信接続確立を制御することができる装置、方法及びコンピュータ・プログラム製品を提供することである。さらに、本発明の目的は、加入者又はエンドユーザに対して、ユーザにとって取り扱いが簡便であり、ユーザ経験に悪影響を与えない、ユーザ個人用の高度な通信接続確立制御プロファイル（又はＳＰＩＴ／ＵＣ防止プロファイル）を作成する可能性を提供することである。さらに、本発明の目的は、ユーザに対しては、通信接続確立制御プロファイル（又はＳＰＩＴ／ＵＣ防止プロファイル）を容易に構成することを可能にし、ネットワーク・オペレータに対しては、通信接続確立制御プロファイル（又はＳＰＩＴ／ＵＣ防止プロファイル）スキームをフレキシブルかつ精巧に設定することを可能にする、管理システムを提供することである。
【００１７】
これらの目的は、添付の特許請求の範囲で定められる方策により実現される。
【００１８】
特に、提案される解決法の一例によると、例えば、一方的通信を取り扱うために加入者の通信接続確立制御プロファイルを設定するステップと、発呼者から通信接続に対する設定要求を受信するステップと、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するステップと、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するステップと、判断ステップの結果が否定である場合に、通信接続の確立を可能にするために、通信接続確立制御プロファイル内に示された第１の認証を返すよう発呼者に要求を送信するステップと、第１の認証が受信されたかどうかチェックするステップとを含む方法が提供される。
【００１９】
さらに、提案される解決法の一例によると、例えば、一方的通信を取り扱うために加入者の通信接続確立制御プロファイルを設定するように構成されたプロセッサと、発呼者から通信接続を求める設定要求を受信するように構成された受信装置と、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するように構成されたブラックリスト・プロセッサ部と、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するように構成されたホワイトリスト・プロセッサ部と、ブラックリスト・プロセッサ部及びホワイトリスト・プロセッサ部の判断の結果が否定である場合に、通信接続の確立を可能にするために、通信接続確立制御プロファイル内で示された第１の認証を返すよう発呼者に要求を送信するように構成された送信装置と、第１の認証が受信されたかどうかチェックするように構成された認証プロセッサ部とを含む装置が提供される。
【００２０】
さらなる改善によると、これらの例は、以下の特徴のうちの１つ又はそれ以上を含むことができる。
−第１の認証が受信されなかった場合に、通信接続確立制御プロファイル内に示された情報に基づいて、発呼者に対してアナウンスメントの送信を開始することができ、このアナウンスメントは、通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示す。
−発呼者への通信接続は、アナウンスメントを送信した後で終了することができる。
−要求側の発呼者の識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、通信接続の確立を求める要求を拒否すること、及び、要求側の発呼者の識別要素が、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、加入者への通信接続の確立を可能にすることのうちの少なくとも１つを実行することができる。
−アナウンスメントを送信するとき、発呼者に対して、該発呼者の識別情報及び／又は加入者へのメッセージを格納するよう提案することができ、発呼者により提案が受け入れられた場合、加入者による取得のために、識別情報及び／又はメッセージを格納することができる。
−第１の認証が受信されたかどうかのチェックは、予め設定された時間が経過するまでに第１の認証が受信されたかどうか検出すること、及び、受信された第１の認証が通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断することのうちの少なくとも１つを含み、第１の認証を受信することなく予め設定された時間が経過した場合、又は、受信された第１の認証が認証データと一致しない場合に、第１の認証は受信されていないと定義される。
−第１の認証及び第２の認証は、文字ベースの認証コードとすることができ、アナウンスメントは、音声メッセージとすることができる。
−通信接続確立制御プロファイルを設定することは、格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリストを準備すること、第１の認証及び／又は第２の認証を指定するためのデータを準備すること、及び、アナウンスメントを生成するためのデータを準備することのうちの少なくとも１つを含むことができる。
−さらなるサービスは、発呼者が該発呼者を識別するために使用できる識別情報を提供しているかどうかを検出し、識別情報が検出されない場合には通信接続の確立を求める要求を拒否すること、外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、命令が存在する場合には、通信接続の確立を求める要求を拒否すること、及び、特定の通信接続転送命令が存在するかどうかチェックし、特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、通信接続の確立を求める要求を取り扱うことのうちの少なくとも１つをさらに含むことができ、特定の通信接続転送命令は、所定の期間においてのみ、加入者への通信接続を確立する許可、別の宛先への通信接続をセットアップする命令、所定の期間においてのみ、別の宛先への通信接続をセットアップする命令、及び、要求側の発呼者の識別要素が、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、アナウンスメントを送信する命令のうちの少なくとも１つを含むことができ、そして、通信接続確立制御プロファイルを設定することは、格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリストを準備すること、第１の認証及び／又は第２の認証を指定するためのデータを準備すること、アナウンスメントを生成するためのデータを準備すること、所定の期間を指定すること、及び、他の宛先を指定するデータを準備することのうちの少なくとも１つを含むことができる。
−通信接続確立制御プロファイルを設定することは、起動コマンド及びパラメータのうちの少なくとも１つを通信接続確立制御プロファイルに対して割り当てるためのグラフィカル・ユーザ・インターフェース部を含むインターフェースにより命令及び／又はデータを受け取ること、及び、通信ネットワークの１つ又はそれ以上の補助的サービスを用いて命令及び／又はデータを通信接続確立制御スキームに実装することをさらに含むことができる。
【００２１】
さらに、提案される解決法の別の例によると、例えば、一方的通信を取り扱うための通信接続確立制御のために指定された、複数のサービスを準備するステップと、サービスのうちの選択されたものを決定して組み合わせることにより、事前通信接続確立制御スキームを確立するステップと、事前通信接続確立制御スキームに基づいて加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するための手段を含む、インターフェースを加入者に提供するステップとを含む方法が提供される。
【００２２】
さらに、提案される解決法の例によると、例えば、一方的通信を取り扱うための通信接続確立制御のために指定された、複数のサービスを準備するように構成された第１のプロセッサ部と、サービスのうちの選択されたものを決定して組み合わせることにより、事前通信接続確立制御スキームを確立するように構成された第２のプロセッサ部と、事前通信接続確立制御スキームに基づいて加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するための手段を含む、インターフェースを加入者に提供するように構成された第３のプロセッサ部とを含む装置が提供される。
【００２３】
さらなる改良によると、これらの例は、以下の特徴のうちの１つ又はそれ以上を含むことができる。
−確立することは、サービスのうちの選択されたものを特定の実行順序で組み合わせることをさらに含むことができる。
−インターフェースにおいて加入者による命令及び／又はデータ入力を受け取ること、入力された命令及び／又はデータに基づいて、加入者のための通信接続確立制御プロファイルを決定すること、通信接続確立制御プロファイルに基づいて、加入者に対して用いられる最終的な通信接続確立制御スキームを構成すること、及び、加入者への通信接続を確立することを求める要求に対して、最終的な通信接続確立制御スキームを実施することのための機能又は部分をさらに含むことができる。
−サービスは、通信接続の確立を要求している発呼者の識別要素が、通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断すること、要求側の発呼者の識別要素が、通信接続確立制御プロファイル内で示された、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断すること、判断の結果が否定である場合に、通信接続の確立を可能にするために、通信接続確立制御プロファイル内で示された第１の認証を返すよう発呼者に要求を送信すること、第１の認証が受信されたかどうかチェックすること、第１の認証が受信されなかった場合には、通信接続確立制御プロファイル内に示された情報に基づいて、発呼者に対して、通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すアナウンスメントを送信することの少なくとも１つを含む、補助的サービスを含むことができ、−補助的なサービスは、ＧＳＭ（登録商標）、ＩＳＤＮ、ＵＭＴＳ、及びＩＭＳのようなＶｏＩＰネットワークのうちの少なくとも１つのためのものであることができ、及び／又は、補助的なサービスは、ＳＣＡ、ＳＣＲ、ＡＣＲ、ｅＡＣＲ、ＤＮＤ、ＣＦのうちの少なくとも１つを含むことができる。
−サービスは、要求側の発呼者の識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、通信接続の確立を求める要求を拒否すること、及び、要求側の発呼者の識別要素が、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、加入者への通信接続の確立を可能にすることのうちの少なくとも１つをさらに含むことができる。
−サービスは、アナウンスメントを送信するときに、発呼者に対して、該発呼者の識別情報及び／又は加入者へのメッセージを格納するよう提案すること、及び、発呼者により提案が受け入れられた場合、加入者による取得のために、識別情報及び／又はメッセージを格納することをさらに含むことができる。
−サービスは、予め設定された時間が経過するまでに第１の認証が受信されたかどうか検出すること、及び、受信された第１の認証が通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断することのうちの少なくとも１つをさらに含むことができ、第１の認証を受信することなく予め設定された時間が経過した場合、又は、受信された第１の認証が認証データと一致しない場合に、第１の認証は受信されていないと定義される。
−第１の認証及び第２の認証は、文字ベースの認証コードとすることができ、アナウンスメントは、音声メッセージとすることができる。
−インターフェースは、拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子、第１の認証及び／又は第２の認証、及び、アナウンスメントのソース及び／又はコンテンツとのうちの少なくとも１つを指定することにより、通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含むことができる。
−サービスは、発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、識別情報が検出されない場合には通信接続の確立を求める要求を拒否すること、外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、命令が存在する場合には、通信接続の確立を求める要求を拒否すること、及び、特定の通信接続転送命令が存在するかどうかチェックし、特定の通信接続転送命令が存在する場合にきは、該特定の通信接続転送命令に従って、通信接続の確立を求める要求を取り扱うことのうちの少なくとも１つをさらに含むことができ、特定の通信接続転送命令は、所定の期間においてのみ、加入者への通信接続を確立する許可、別の宛先への通信接続をセットアップする命令、所定の期間においてのみ、別の宛先への通信接続をセットアップする命令、要求側の発呼者の識別要素が、加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、アナウンスメントを送信する命令のうちの少なくとも１つを含むことができ、そして、インターフェースは、拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子、第１の認証及び／又は第２の認証、アナウンスメントのソース及び／又はコンテンツ、所定の期間、及び、他の宛先とのうちの少なくとも１つを指定することにより通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するための手段を含むことができる。
−サービスのうちの選択されたもののうちの１つ又はそれ以上に関連するインターフェースの部分に価格情報を割り付けるための機能又は部分をさらに設けることができる。
−インターフェースは、通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するため、並びに、起動コマンド及びパラメータのうちの少なくとも１つを通信接続確立制御プロファイルに対して割り当てるための、グラフィカル・ユーザ・インターフェース部を含むことができる。
【００２４】
さらに、提案される解決法の別の例によると、例えば、一方的通信を取り扱うための通信接続確立制御のために指定された複数のサービスの組み合わせを含む事前通信接続確立制御スキームのテンプレートを示すように構成された表示部と、事前通信接続確立制御スキームに基づいて加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成された１つ又はそれ以上の入力部と、１つ又はそれ以上の入力部における加入者による命令及び／又はデータ入力を受け取るように構成された受信装置と、起動コマンド及び／又はパラメータを通信接続確立制御プロファイルに割り当てることにより、入力された命令及び／又はデータに基づいて、加入者のための通信接続確立制御プロファイルを定めるように構成された決定装置と、送信された通信接続確立制御プロファイルに基づいて加入者に対して用いられる最終的な通信接続確立制御スキームを構成する管理システムに、通信接続確立制御プロファイルを送信するように構成された送信装置とを含む、グラフィカル・ユーザ・インターフェースが提供される。
【００２５】
さらに、提案される解決法の別の例によると、例えば、コンピュータ上で稼働されたときに、上で定義された方法のいずれかのステップを行うための、又は、上で定義されたグラフィカル・ユーザ・インターフェースを生成するためのソフトウェア・コード部分を含む、コンピュータのためのコンピュータ・プログラム製品が提供される。コンピュータ・プログラム製品は、ソフトウェア・コード部分が格納されるコンピュータ可読媒体を含むことができる。さらに、コンピュータ・プログラム製品は、コンピュータの内部メモリ内に直接ロード可能なものとすることができ、及び／又は、アップロード、ダウンロード及びプッシュ手順のうちの少なくとも１つによりネットワークを介して伝送可能なものとすることができる。
【発明の効果】
【００２６】
提案される解決法によって、従来のネットワーク並びにＶｏＩＰネットワークに対して定義され、したがってすべてのネットワークにおいてＳＰＩＴ／ＵＣに対抗する保護のために用いることができる、補助的サービスを用いることにより、通信接続確立制御又はＵＣ防止を提供することが可能である。これらのサービスは、標準化されており、インストールされたネットワーク・ベースで稼働されているので、すぐに使用することができ、調整は全く不要であるか又はほんの少しの調整だけでよい。さらに、プロトコルの拡張が不要であるため、提案される通信接続確立制御は、大規模な変更を行うことなく、既存のネットワーク機器又はサービスにおいて実装することができる。例えば、ＳＩＰ又はその他のシグナリングにおける変更も、ＶｏＩＰネットワーク・インターフェースの定義における変更も、必要ない。
【００２７】
ＵＣ防止のための提案される通信接続確立制御は、特に、発呼機械からのＳＰＩＴ／ＵＣを防止するために使用可能である。しかしながら、付加的な努力をＵＣ発呼者が行うことが要求されることによって、自然人が発するＵＣも制限することができる。
【００２８】
提案されるＵＣ防止策は、伝統的なＰＳＴＮ／ＩＳＤＮネットワーク並びに現代的なＶｏＩＰ／ＩＰ／ＮＧＮ（次世代）ネットワークの両方に適用され、すべてのネットワーク形式において、基本的に同じ機構及び手順が用いられる。したがって、本発明は、１つのネットワーク環境においてのみならず、ＰＳＴＮ／ＩＳＤＮとＶｏＩＰ／ＩＰ／ＮＧＮの両方からなる混合環境においても機能し、それにより、どちらのネットワークにおいてもＵＣ／ＳＰＩＴを検出する／ブロックする。このことは、例えば、ＰＳＴＮ／ＩＳＤＮ上又はＶｏＩＰ／ＩＰ／ＮＧＮネットワクセグメント上の、任意のネットワークのユーザに、直接的な付加価値をもたらす。
【００２９】
より一般的には、本発明により、ＵＣ／ＳＰＩＴに由来するネットワーク使用率の低減が達成され、その結果として、ネットワーク・ノードにおける処理負荷の低減がもたらされる。さらに、加入者は、余分な処理ほとんど行うことなくＳＰＩＴ／ＵＣを減らすことができる。したがって、本発明は、ＳＰＩＴ／ＵＣに対抗する有用な方策を提供するので、この対ＳＰＩＴ／ＵＣ手順をネットワークサービス機能として提供するネットワーク・オペレータ／キャリアは、対応するサービスの料金を請求することにより、又は彼らの提案の魅力を向上させることにより、ＲＯＩ（投資の回収）を増大させることができる。
【００３０】
さらに、提案される通信接続確立制御（又はＵＣ防止）は、ユーザが自身の個人的なＵＣ防止プロファイルを構成し、管理し、したがってその結果に対して責任を負うので、オペレータへの法的側面で生じる可能性がある問題が回避される。
【００３１】
提案される管理システムにより、ユーザが自身の個人的な必要性及び考えに従ってＳＰＩＴ／ＵＣ防止を作成することを可能にする、加入者に合わせて個人的に調整されたＳＰＩＴ／ＵＣ防止プロファイルを取得することが可能である。その一方で、提案される管理システムは、オペレータに対して、ＵＣ防止プロファイルのためにどのサービスが提供されるか又は用いられるかを制御する可能性を提供し、提供される（及びユーザが選択する）サービスの整合性を保証することもできる。さらに、管理システムは、ＵＣ防止の構成及び維持管理についての高いフレキシビリティを提供する。さらに、特にグラフィカル・ユーザ・インターフェース（ＧＵＩとも呼ばれる）により、包括的な入力及び設定オプションを加入者に提供することができるため、この通信接続確立制御（又はＵＣ防止）は、高い支持を得ることができる。
【００３２】
本発明の上述及びさらに別の目的、特徴、及び利点は、説明及び添付図面を参照することによって、より明らかになるであろう。
【図面の簡単な説明】
【００３３】
【図１】本発明の実施形態の一例によるＵＣ防止を含む通信接続確立制御シナリオを表す図を示す。
【図２】本発明の実施形態の一例による通信接続確立制御の機能を含む、ネットワーク要素のブロック回路図を示す。
【図３】本発明の実施形態の一例による、ＵＣ防止を含む通信接続確立制御のプロセス・フローを説明するフローチャートを示す。
【図４】図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスの第１の例を示す信号図である。
【図５】図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスの第２の例を示す信号図である。
【図６】図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスの第３の例を示す信号図である。
【図７】図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスの第４の例を示す信号図である。
【図８】本発明の実施形態のさらに別の例によるＵＣ防止を含む通信接続確立制御シナリオを表す図を示す。
【図９】本発明の実施形態のさらなる例によるＵＣ防止を含む通信接続確立制御を構成する管理システムを表す図を示す。
【図１０】本発明の実施形態のさらなる例による管理システムの機能を含む、ネットワーク要素のブロック回路図を示す。
【図１１】図９による管理システムに用いられるグラフィカル・ユーザ・インターフェースを表す図を示す。
【図１２】本発明の実施形態の付加的な例による、ＵＣ防止を含む通信接続確立制御スキームを設定するプロセス・フローを説明するフローチャートを示す。
【発明を実施するための形態】
【００３４】
以下で、本発明の実施例及び実施形態を、図面を参照して説明する。本発明を例証するために、実施例及び実施形態は、３ＧＰＰシステムに基づくことができる通信システムにおいて、潜在的なスパマーが、ＵＥのような通信接続終端ノードに対して音声ベースの通信接続又はセッションを確立することを試行する場合に関連して説明される。しかしながら、本発明は、こうしたシステム又は環境における用途に限定されるものではなく、他のネットワークシステム、接続形式などにも適用可能であることに留意されたい。
【００３５】
通信ネットワークの基本的なシステム・アーキテクチャは、有線又は無線アクセス・ネットワーク・サブシステムの一般に公知のアーキテクチャを含むことができる。こうしたアーキテクチャは、１つ又はそれ以上の、アクセス・ネットワーク制御ユニット、無線アクセス・ネットワーク要素、アクセスサービス・ネットワーク・ゲートウェイ又はベース送受信ステーションを含み、これにより、ユーザ機器は、幾つかの型式のデータを伝送するための１つ又はそれ以上のチャネルを介して通信することができる。これらの要素の一般的な機能及び相互接続は当業者には公知であり、対応する明細書で説明されているので、その詳細な説明は本明細書においては省略する。しかしながら、本明細書において以下で詳細に説明されるものの他に、ユーザ端末及び／又はサーバ間の通信接続又は呼出しに用いられる幾つかの付加的なネットワーク要素及びシグナリング・リンクが設けられることに留意されたい。
【００３６】
さらに、本明細書で説明されるネットワーク要素及びそれらの機能は、ソフトウェア、例えば、コンピュータのためのコンピュータ・プログラム製品により、又は、ハードウェアにより実装することができる。いずれにしても、その各々の機能を実行するために、音声アプリケーション・サーバ又はＰ−ＣＳＣＦ（プロキシ呼状態制御機能）のような、アプリケーション・サーバ又はネットワーク制御要素などの、対応して用いられる装置は、制御、処理及び通信／シグナリング機能に必要な幾つかの手段及び構成要素（図示せず）を含む。こうした手段は、例えば、命令、プログラムを実行するため、及びデータを処理するためのプロセッサ・ユニットと、プロセッサ等の作業域として働き、命令、プログラム及びデータを格納するためのメモリ手段（例えば、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭなど）と、データ及びソフトウェアによる命令を入力するための入力手段（例えば、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ＥＥＰＲＯＭなど）と、ユーザに監視及び操作の可能性を提供するためのユーザ・インターフェース手段（例えば、スクリーン、キーボードなど）と、プロセッサ・ユニットの制御下でリンク及び／又は接続を確立するためのインターフェース手段（例えば、有線及び無線のインターフェース手段、アンテナ等）などを含むことができる。
【００３７】
本発明の実施形態の一例によれば、ＳＰＩＴ／ＵＣ防止を含む通信接続確立制御は、既存の補助的サービスのようなサービス及びその好適な組み合わせの使用に基づく。サービスは、例えば、ＳＣＲ（ブラックリスト方式又はブラックリスト・チェックとも呼ばれる）を含むことができ、この場合、通信接続のセットアップを要求している発呼者の識別要素又は番号が、拒絶されるべき発呼者の格納された識別子と一致するかどうかが判断される。別のサービスは、ＳＣＡ（ホワイトリスト方式又はホワイトリスト・チェック）とすることができ、この場合、要求側の発呼者の識別要素が、加入者への接続が許可される発呼者の格納された識別子と一致するかどうかが判断される。さらに、対応するサービスは、例えば、時間帯に基づくか又は要求に示されるものとは別の宛先への、条件付き着信転送を含むことができる。また、例えば、通信接続の確立を許可するための（文字ベースの認証コード又はＰＩＮのような）認証を返すよう発呼者に要求を送り、受信した認証をチェックするといった、その他のサービス又は機能を用いることもできる。ホワイトリストのＰＩＮ却下（ＰＩＮ ｏｖｅｒ−ｒｕｌｉｎｉｇ）とも呼ばれるこの機能は、独立したサービス部分の形態で実装することもでき、又は他のサービス、特にＳＣＡなどと組み合わせて実装することもできる。別のサービス又は機能は、通信接続確立の許可を得るのに使用可能な（文字ベースの認証コード又はＰＩＮのような）認証を導出するために使用できる情報を示すものとすることができる（音声メッセージのような）アナウンスメントを、発呼者へ送信することであり得る。この機能又はサービスがベースにする認証コード又はＰＩＮは、ホワイトリストのＰＩＮ却下に関連した認証コード又はＰＩＮと同様の方法でチェックすることができる。すなわち、ＳＣＡサービスによって、例えば、もうひとつのホワイトリストのＰＩＮ却下としてチェックすることができる。これらのサービスに用いられるパラメータは、加入者のための通信接続制御プロファイル内で設定及び／又は構成することができる。ＵＣ又はＳＰＩＴ防止のためのサービスを格納し、実行するためのリソースは、ＶｏＩＰネットワーク又はＰＳＴＮのような通信ネットワークによって提供することができるが、ＵＣ防止スキーム（通信接続確立制御プロファイル）の構成及び管理は、ユーザによって行われる。ＣＡＰＴＣＨＡ（コンピュータと人間を区別する完全に自動化された公開チューリング・テスト（Ｃｏｍｐｌｅｔｅｌｙ Ａｕｔｏｍａｔｅｄ Ｔｕｒｉｎｇ ｔｅｓｔ ｔｏ ｔｅｌｌ Ｃｏｍｐｕｔｅｒｓ ａｎｄ Ｈｕｍａｎｓ Ａｐａｒｔ））モジュール（後述）のようなＵＣ防止のための機能のうちの幾つかは、ユーザ機器内に実装することができることに留意されたい。
【００３８】
本発明の実施形態の第１の例として、図１から図７を参照する。図１は、音声ネットワーク及びユーザ機器内の機能（ここでは音声ＣＡＰＴＣＨＡ）により提供される補助的サービスを用いることにより実現されるＵＣ防止スキームの概観を与える、ＵＣ防止を含む通信接続確立制御シナリオを表す図を示す。図２は、通信接続確立制御の機能を含む、図１のネットワーク要素（音声アプリケーション・サーバすなわちＶＡＳ）のブロック回路図を示す。図３は、図１によるＵＣ防止を含む通信接続確立制御のプロセス・フローを説明するフローチャートを示す。図４から図７は、図１によるＵＣ防止を含む通信接続確立制御シナリオに基づく呼出しセットアップ・プロセスが実行されるときの、発呼者の種類に応じた異なる状況を示す信号図を示す。
【００３９】
図１において、参照符号２は、通信接続確立を要求している潜在的なＵＣ送信者すなわち「ＳＰＩＴｔｅｒ」になり得る発呼者（ＵＥ Ａ）を示す。参照符号３は、ネットワークの着呼加入者（ＵＥ Ｂ）、すなわち潜在的なＳＰＩＴ／ＵＣ犠牲者を示す。参照符号１は、ＵＣ防止を含む通信接続確立制御が実行される、ＶＡＳのような１つのネットワーク要素（又は対応するネットワーク構造に応じて、幾つかのネットワーク要素）を示す。このネットワーク要素１内で、例えば、上述のサービスに基づく幾つかの機能の組み合わせが、所定の順序で（すなわち、それぞれのサービスについての優先順位で）実行される。
【００４０】
詳細には、本発明の実施形態のこの例によれば、通信接続確立制御は、ブラックリスト・チェック機能１１と、ホワイトリスト・チェック機能１２と、認証コード（又は個人識別番号／ＰＩＮ）チェック機能１３とを含む（ホワイトリスト・チェック機能１２及び認証コード・チェック機能１３は、破線により示される同一の機能の組によって実装することができる）。これらの機能は、ＶＡＳ１のような１つのネットワーク要素内に集中して配置することもでき、又は、ＶＡＳ１をリンク及び制御ネットワーク・ノードとして、幾つかの異なるネットワーク要素内に分散式に配置することもできる。
【００４１】
さらに、アナウンスメントを発呼者ＵＥ Ａに送信するために使用することができる装置として、承諾メールボックス（ＣＭＢ）４が設けられ、これは、ＵＥ Ｂの一部とすることもでき、又は別のネットワーク要素として設けることもでき、又はＶＡＳ１の一部とすることもできる。アナウンスメントは、音声メッセージ、又はショートメッセージ・サービス（ＳＭＳ）シグナリングなどのような別の形式のメッセージとすることができる。
【００４２】
上述のサービス及び機能により、本発明の実施形態によるこのＵＣ防止又は通信接続確立制御の例は、ブラックリスト・チェックと、ホワイトリスト・チェックと、グレイリストの要素と、承諾ベースの通信と、チューリング・テストとで構成される。他の例においては、対応するサービスの順序は、例えば最初にホワイトリスト・チェックを行うなど、図１の順序とは異なるものとすることができることに留意されたい。
【００４３】
以下、図１に示されるような通信接続確立制御スキームに用いられるＶＡＳ１に対応するネットワーク要素の構造及び機能を、図２に関連して説明する。
【００４４】
図２において、本発明の実施形態の例による、ＵＣ防止を実装するアプリケーション・サーバのようなネットワーク要素、例えば、図１のＶＡＳ１のブロック回路図が示される。このネットワーク要素は、図２に関連して説明されるものの他に幾つかのさらに別の要素又は機能を含むことができるが、これらは本発明を理解するために必須ではないので、簡単にするためにここでは省略されていることに留意されたい。
【００４５】
図２によるＵＣ防止を行うネットワーク要素１（以下、ＶＡＳと呼ばれる）は、図３（後述）に示される処理に関連したプログラム（後述）等によって与えられる命令を実行する、ＣＰＵなどのような処理機能すなわちプロセッサ２１を含む。プロセッサ２１は、特に、ＵＣ防止スキームを設定し実行するために用いられる。参照符号２２及び２３は、プロセッサ２１に接続された入力／出力（Ｉ／Ｏ）ユニットを示す。Ｉ／Ｏユニット２２は、ネットワーク（例えば、ＳＣＲ、ＳＣＡ等の、ＵＣ防止に用いられるサービスを提供するネットワーク要素）と通信するため、及びアナウンスメントの伝送を開始するために、ＣＭＢ４へと通信するために用いることができる。Ｉ／Ｏユニット２３は、ＵＥ Ｂ（又はＵＥ Ｂに至る中間プロキシ）と通信するために用いることができる。Ｉ／Ｏユニット２２、２３は、送受信ユニットなどのような１つの部材内で組み合わせることもでき、又は複数の異なるインターフェースを備えた分散構造を含むこともできる。参照符号２４は、例えば、プロセッサ２１により実行されるデータ及びプログラムを格納するために、及び／又はプロセッサ２１の作業記憶域として使用することができるメモリを示す。
【００４６】
参照符号２５から３０は、プロセッサ２１に含まれる部分又は機能を示す。これらの部分２５から３０は、それ自体によりそれぞれの機能を提供する機能ブロック（例えば、プロセッサ２１により実行されるプログラムの形態）、又はそれぞれの機能を提供する別の（外部）サーバなどへのリンクを与える通信部のいずれかを表わすことができることに留意されたい。参照符号２５は、対ＵＣプロファイル設定部を示し、これにより、加入者の通信接続確立制御プロファイルがセットアップされる。参照符号２６は、ブラックリスト・チェックを提供する、（ＳＣＲのような）ブラックリスト・サービス部を示す。参照符号２７は、ホワイトリストのチェックを提供する、（ＳＣＡのような）ホワイトリスト・サービス部を示す。参照符号２８は、例えば、ＰＩＮ要求を提供し、正しいＰＩＮが受信されたかどうか判断する、認証チェックとしてのＰＩＮサービス部を示す。ＰＩＮサービス部２８は、独立した機能とすることもでき、又はホワイトリスト（ＳＣＡ）サービス部２７の一部とすることもできる。参照符号２９は、例えばＣＭＢ４を介してチューリング・テスト（例えば、ＣＡＰＴＣＨＡ）を提供する、チューリング・サービス部を示す。チューリング・テストにより示すことができる認証コード又はＰＩＮは、（第１の）認証コードと同様の方法で、すなわち、ＰＩＮサービス部２８によりチェックされることに留意されたい。参照符号３０は、ＵＣ防止に用いられるサービスによって達成された結果に応じて通信接続を拒否又は転送する、接続拒否／転送部を示す。
【００４７】
次に、本発明の実施形態の例による通信接続確立制御又はＵＣ防止のプロセス・フローを、図１及び図３を参照して説明する。図３は、本発明の実施形態の例による通信接続確立制御を実行するための、図１に従うＶＡＳ１及びＣＭＢ４の要素及び機能を含む装置により実行される方法のフローチャートを示す。
【００４８】
第１のステップＳ１０において、通信接続確立制御のための対ＵＣプロファイルがセットアップされる。例えば、ＵＣ防止を含む通信接続確立制御スキームのために加入者によって通信接続確立制御プロファイル内に提供される設定及びパラメータは、ネットワーク要素１において実装される。このプロファイルに基づいて、ＵＣ防止に用いられるサービスは後述のように設定される。
【００４９】
次に、ステップＳ２０において、発呼者（ＵＥ Ａ）は、加入者（ＵＥ Ｂ）への音声呼出しのような通信接続の確立を試み、対応するセットアップ要求（例えば、ＳＩＰ ＩＮＶＩＴＥなど）がＶＡＳ１において受信される。設定された対ＵＣプロファイルにより、後述のようなＵＣ防止処理が実行される。
【００５０】
ステップＳ３０において、例えばブラックリスト・チェック機能ブロック１１において、「選択式着信拒否」（ＳＣＲ）のようなサービス（補助的サービス）を用いた第１のチェックが実行される。このサービスにおいては、ＵＥ Ａを識別するためのセットアップ・メッセージングにより提供される識別要素又は番号は、一致する全ての番号を、例えばＵＥ Ａへの拒絶アナウンスメントなどによって拒否する、ブラックリスト（ＢＬ）を用いてチェックされる。この機能は、既知の「ＳＰＩＴｔｅｒ」が加入者Ｂにアクセスしようとしたときに、直接彼らを撃退するのに用いられる。したがって、第１のチェックが肯定である場合（すなわち、ＢＬに一致するエントリがある場合）には、セットアップ要求を拒否するステップＳ８０が実行される。
【００５１】
そうではなくて、一致する項目が見出されなかった場合には、「選択式着信許可」（ＳＣＡ）のような別のサービスを用いた第２のチェックが実行される、ステップＳ４０が実行される。このサービスにおいては、ＵＥ Ａを識別するためのセットアップ・メッセージングにより提供される識別要素又は番号は、例えばホワイトリスト・チェック機能ブロック１２において、ホワイトリスト（ＷＬ）を用いることによりチェックされる。ＷＬ上のエントリに一致する発呼者は、加入者ＵＥ Ｂ３に直接繋ぐことができる（ステップＳ４０における判断が肯定である場合のステップＳ９０）。例えばアドレス・スプーフィングにより、ＢＬを出し抜くことはそれほど困難ではないが、ＷＬのエントリを推測するのはより困難であることに留意されたい。
【００５２】
しかしながら、ＷＬチェックには、ホワイトリストと一致する発呼者以外の発呼者は加入者Ｂに到達することができないという問題があり得る。結果として、このホワイトリスト・チェックを用いると、「ＳＰＩＴｔｅｒ」だけでなく、合法的な発呼者も除外されることがある。したがって、導入問題とも称される「どうすればホワイトリストに載ることができるか」と要約することができる問題を解決するために、本発明の実施形態の本例による通信接続確立制御は、承諾ベースの通信をさらに含む。
【００５３】
したがって、ステップＳ４０における判断が否定である場合、すなわち、発呼者の識別子に対して一致するＷＬエントリが存在しない場合には、ステップＳ５０において、「選択式着信許可」などと呼ばれるサービスが実行される。ここで、加入者Ｂへの呼出しが許可される前にＰＩＮなどのような認証コードを返されなければならないことをＵＥ Ａのユーザに示す認証要求が、ＵＥ Ａに送信される。このＰＩＮ等は、ＷＬに優先することを許す。換言すれば、ＷＬと一致しないユーザは、アナウンスメントにより、有効なＰＩＮを入力するように要求される。次にステップ６０において、正しいＰＩＮ等が受信されたかどうかチェックされる。このことは、一致するＷＬエントリが存在するかどうかチェックする（ＳＣＡのような）機能と同じ機能により行うことができる。このチェックは、例えば、（正しい）ＰＩＮが所定の時間内に返されたかどうか、及び、返された認証コード（ＰＩＮ）が格納されたマスターコード（マスターＰＩＮ）等と対応するかどうかの検出を含むことができ、機能ブロック１３（又は上述のように機能ブロック１３の機能がその一部である場合には、１２）により実行することができる。
【００５４】
ステップＳ６０における判断が肯定である場合、すなわち、正しいＰＩＮが所定の時間内で受信された場合には、発呼者（ＵＥ Ａ）は加入者Ｂに繋がれる（ステップＳ９０）。
【００５５】
そうではなくて、ステップＳ６０における判断が否定の場合には、Ｓ７０が実行される。ここで、ＣＡＰＴＣＨＡのようなチューリング・テストが初期化される。この目的のために、発呼者を承諾メールボックス（ＣＭＢ）４に転送することができる。ＣＭＢ４は、ユーザのサイトにあってもよいし、又は、ネットワーク・ベースのメールボックスであってもよい。ＣＭＢは、ここでチューリング・テストを行い、ネットワーク又は加入者により生成された音声メッセージのようなアナウンスメントが、ＵＥ Ａに送信される。このことは、加入者Ｂが例えばＰＣなどのようなＳＰＩＴ／ＵＣオートマタにより呼び出されることを防止するのに特に有用である。チューリング・テストのために、ＣＭＢは、例えば、発呼者に謎をかけるための質問等を示すメッセージを送信するが、その謎の答えは、例えば機能ブロック１３による、加入者Ｂへの転送を許可する認証コードである。アナウンスメントにより取得可能な認証コードは、ステップＳ５０において要求された（第１の）認証コードとは異なるものとすることもでき、又は同じコードとすることもできる。通常、アナウンスメントにより与えられる情報は人間にしか有用ではないため、（第２の）認証コードを導く質問は、ＳＰＩＴ／ＵＣオートマタの一部である機械などにより解くことはできない。各加入者が自身の個人的なアナウンスメントを作成することができるので、このチューリング・テストを出し抜くのは、質問を実際に理解して解かなければならないので困難である。人間の発呼者がチューリング・テストを解くことができれば、彼はいまや正しいＰＩＮ等を持っていることになり、再び加入者Ｂを呼び出すことができ、この呼出しは、その後ステップＳ６０において、すなわち正しいＰＩＮを入力した後で、確立することができる。この第２の呼出しは、追加の費用及び追加の時間を生じさせるので、したがって、ＵＣ防止スキームのこの部分は、その機能が人間の行動に基づくものであるグレイリストに相当する。さらに、この手順は、追加の費用及び時間の消費につながり得るので、商業的関心を有する、人間の「ＳＰＩＴｔｅｒ」は、通常は、加入者Ｂに再び接触しようとは思わない。
【００５６】
ステップＳ７０におけるチューリング・テスト、及びそれに相応するＣＭＢ４の処理は、発呼者に対して、加入者Ｂが取得することができる加入者Ｂへのメッセージ、例えば電話をかけ直すよう伝える要求を残す可能性を与える、さらなる機能を含むことができることに留意されたい。また、ＵＥ Ａの識別情報は、加入者が後で処理するため（例えば、ＢＬ及びＷＬのうちの一方へのエントリ、又はかけ直し機能のため）に格納することができる。メッセージ及び／又は情報は、ネットワーク・オペレータ及び／又は加入者の設定に応じて、ＣＭＢ４内又は別の記憶域内に格納することができる（例えば、ＵＥ Ｂ等の個人メールボックスへ転送する付加的な呼出しを設定することができる）。
【００５７】
ステップＳ７０におけるチューリング・テストの後、すなわち、ＵＥ Ａへアナウンスメントを送信した後で接続は終了され、すなわち、ＵＥ Ａのセットアップ要求はステップＳ８０において拒否され、ここで次に、例えば取得された（第２の）認証コードに基づく、新たな呼出しの試行が、発呼者ＵＥ Ａにより成され、相応してネットワーク内で処理される。
【００５８】
通信接続確立制御のすべてのハードルを克服し、これらのハードルにもかかわらず加入者Ｂに到達した人間の「ＳＰＩＴｔｅｒ」の場合、この発呼者は、（非通知の呼出しではない場合）簡単にＢＬ上に載せることができるので、次の呼出し試行ではブロックされることに留意されたい。
【００５９】
次に、上述のような実施形態の例による通信接続確立制御の実装の効果を例証するために、図４から図７において、単純化したネットワーク構造における模式的なシーケンスを用いることにより、異なるシナリオを説明する。これらの信号図は、いずれの既存の通信プロトコルにとっても完備したものではないことに留意されたい（例えば、接続解放、タイムアウト、又はキャンセルされた接続は、簡単にするために省かれている）。図は、異なるシナリオ間の基本的な差異を示すためのものに過ぎない。
【００６０】
図４は、ＵＣ防止スキームが実装されずに、ＵＥ Ａ２とＵＥ Ｂ３との間の通話セットアップが実行される場合を示す。
【００６１】
ステップＭ１において、初期セットアップ・メッセージ（例えば、ＩＡＭ又はＳＩＰのＩＮＶＩＴＥ）が、ネットワーク（例えば、ネットワーク要素１）に送信され、ＵＥ Ｂに転送されて加入者の注意を喚起し（ステップＭ２）、ＵＥ Ｂのベル等を鳴らす。対応する返信メッセージ（ステップＭ３及びＭ４）が、ＵＥ Ａに返される（例えば、ＡＣＭ又はＳＩＰ１８０のリンギング・メッセージ）。加入者（ＵＥ Ｂ）が呼出しに応答すると（オフフック）、ステップＭ５及びＭ６において、このことが再びＵＥ Ａに向かって信号送信される（例えば、ＡＮＭ又はＳＩＰ２００のＯＫメッセージ）。このようにしてＵＥ ＡとＵＥ Ｂとの間に媒体接続が確立される。
【００６２】
図５は、ＵＣ防止スキームが実装されている状態で、ＵＥ Ａ２とＵＥ Ｂ３との間の通話セットアップが実行される場合を示す。図５のシナリオにおいては、ＵＥ Ａのアドレス情報のようなＵＥ Ａを示す識別要素は、既知の「ＳＰＩＴｔｅｒ」のリスト（ＳＣＲのブラックリスト）に含まれていると仮定される。したがって、ステップＭ１１において初期セットアップ・メッセージ（例えば、ＩＡＭ又はＳＩＰのＩＮＶＩＴＥ）がネットワーク（例えば、ネットワーク要素１）に送信された後、ネットワークは、ステップＭ１２において、ブラックリスト・チェックにより通信接続確立制御を行い、この呼出しを拒否すべきであると判断する。したがって、ステップＭ１３において、セットアップ要求が拒否され、呼出しはネットワークによりブロックされるが、ＵＥ Ｂは注意喚起されない。
【００６３】
図６もまた、ＵＣ防止スキームが実装された状態で、ＵＥ Ａ２とＵＥ Ｂ３との間の通話セットアップが実行される場合を示す。図６のシナリオにおいては、ＵＥ Ａのアドレス情報のようなＵＥ Ａを示す識別要素は、既知の「ＳＰＩＴｔｅｒ」のリスト（ＳＣＲのブラックリスト）には含まれておらず、ホワイトリスト（ＳＣＡ）の一部でもないが、ＵＥ Ａは（第１の）認証コード又はＰＩＮを知っていると仮定される。したがって、ステップＭ２１において初期セットアップ・メッセージ（例えば、ＩＡＭ又はＳＩＰのＩＮＶＩＴＥ）がネットワーク（例えば、ネットワーク要素１）に送信された後、ネットワークは、ステップ２２において、ブラックリスト・チェック及びホワイトリスト・チェックにより通信接続制御を行い、それぞれのリスト内に一致するエントリは存在しないと判断する。したがって、ＳＣＡホワイトリストにより拒否された後（すなわち、呼出しはＵＥ Ｂに直接転送されない）、ＵＥ Ａは、ＰＩＮ等を入力することができる。この目的のために、ステップＭ２３において、認証コードを求める要求がＵＥ Ｂに返信される。ステップＭ２４において、正しい認証コードがＵＥ Ａから返され、ネットワーク（例えば、ネットワーク要素１）により肯定応答される。したがって、図４の場合と同様に、セットアップは、ＵＥ Ｂに転送されて加入者の注意を喚起し（ステップＭ２５）、ＵＥ Ｂのベル等を鳴動させる。対応する返信メッセージ（ステップＭ２６及びＭ２７）がＵＥ Ａに返される。加入者（ＵＥ Ｂ）が呼出しに応答すると（オフフック）、ステップＭ２８及びステップＭ２９において、このことが再びＵＥ Ａに向かって信号送信される。このようにしてＵＥ ＡとＵＥ Ｂとの間に媒体接続が確立される。
【００６４】
図７もまた、ＵＣ防止スキームが実装された状態で、ＵＥ Ａ２とＵＥ Ｂ３との間の通話セットアップが実行される場合を示す。図７のシナリオにおいては、ＵＥ Ａのアドレス情報のようなＵＥ Ａを示す識別要素は、既知の「ＳＰＩＴｔｅｒ」のリスト（ＳＣＲのブラックリスト）には含まれておらず、ホワイトリスト（ＳＣＡ）の一部でもなく、かつ、ＵＥ Ａは（第１）の認証コード又はＰＩＮを知らないと仮定される。その代わり、ＵＥ Ａのユーザは、例えばＣＡＰＴＣＨＡモジュールから、アナウンスメントによりヒントを受け取り、第２の呼出し試行において、加入者Ｂへの呼出しの確立に到達することができる。詳細には、ステップＭ３１において初期セットアップ・メッセージがネットワーク（例えば、ネットワーク要素１）に送信された後、ネットワークは、ステップＭ３２において、ブラックリスト・チェック及びホワイトリスト・チェックにより通信接続制御を行い、それぞれのリスト内に一致するエントリは存在しないと判断する。したがって、ＳＣＡホワイトリストにより拒否された後、ステップＭ３３において、認証コードを求める要求がＵＥ Ｂに返信される。ステップＭ３４において、ＵＥ Ａから、正しい認証コードは（時間内に）返されない。この状況がネットワーク（ネットワーク要素１）により判断されると、チューリング・テストなどの形態のさらなるチェックが、ネットワークにより開始される。したがって、ステップＭ３５において、呼出しは、チューリング・テストを初期化するように、例えば加入者Ｂに割り当てられたライン（ＵＲＩ Ｂ２）のようなさらに別の接続ライン上のＣＭＢ（又は音声ＣＡＰＴＣＨＡ装置）に転送される。ＣＭＢにおいて、ＵＥ Ａのユーザは、メッセージを残す可能性、及び／又はＵＥ Ａのユーザが引き続き呼出し試行するための（第２の）認証コード又はＰＩＮを見いだす助けとなるアナウンスメントを聴く可能性を得る（ステップＭ３６）。アナウンスメントを送信した後（又はＵＥ Ａのユーザからのメッセージを格納した後）、ＵＥ Ａへの通信接続は、ステップＭ３７で終了する。（第２の）認証コードを用いて、ＵＥ Ａにより、ＵＥ ＡとＵＥ Ｂとの間の媒体接続をもたらす第２の呼出し試行を行うことができ（ステップＭ３８からＭ４６）、ステップＭ３６におけるメッセージから導出された認証コードが、ステップＭ４１においてＵＥ Ａにより入力される。ステップＭ３８からＭ４６は、図６のＭ２１からＭ２９に対応するので、その説明はここでは繰り返さない。
【００６５】
より普遍的な方式でホワイトリスト導入問題を解決するために音声ＣＡＰＴＣＨＡ／ＰＩＮスキームを用いる場合には、誕生日を問うような質問は適当ではないことがあることに留意されたい。その代わり、意図される聴取者が解くことができるパズルを選択することができる（例えば、「ＰＩＮは、９０００から１２３を引いたものである」）。
【００６６】
図８を参照すると、本発明の実施形態のさらに別の例が説明される。図８は、音声ネットワークにより提供される補助的サービス及びユーザ機器内の機能（ここでは音声ＣＡＰＴＣＨＡ）を用いることにより実現されるＵＣ防止スキームの概観を与える、ＵＣ防止を含むさらに別の通信接続確立制御シナリオを表す図を示す。
【００６７】
図８によるＵＣ防止を含む通信接続確立制御シナリオは、図１によるＵＣ防止を含む通信接続確立制御シナリオに基づくものである。したがって、同じ機能を有する要素には、同じ参照符号が付されている。したがって、図１において、参照符号２は、通信接続確立を要求している、潜在的なＵＣ送信者すなわち「ＳＰＩＴｔｅｒ」になり得る発呼者（ＵＥ Ａ）を示す。参照符号３は、ネットワークの着呼加入者（ＵＥ Ｂ）を示す。参照符号１０は、本例に従うＵＣ防止を含む通信接続確立制御が実行される、ＶＡＳのような１つのネットワーク要素（又は対応するネットワーク構造に応じて幾つかのネットワーク要素）を示す。このネットワーク要素１内で、幾つかのサービスに基づく幾つかの機能の組み合わせが、所定の順番で（すなわち、それぞれのサービスについての優先順位で）実行される。
【００６８】
詳細には、本発明の実施形態のこの例によれば、通信接続確立制御は、ブラックリスト・チェック機能１１と、ホワイトリスト・チェック機能１２と、認証コード（又は個人識別番号／ＰＩＮ）チェック機能１３とを含む。図１に示される本発明の実施形態の例の場合と同様に、ホワイトリスト・チェック機能１２及び認証コード・チェック機能１３は、破線により示される同一の機能の組によって実装することができ、すなわち、ホワイトリストのＰＩＮ却下とも呼ばれるこの機能は、独立したサービス部分の形態で実装することもでき、又は他のサービス、特にＳＣＡなどと組み合わせて実装することもできる。これら及び（機能１４から１６のような）さらなる機能は、ＶＡＳ１のような１つのネットワーク要素内に集中して配置することもでき、又は、ＶＡＳ１をリンク及び制御ネットワーク・ノードとして、幾つかの異なるネットワーク要素内に分散式に配置することもできる。部分１１から１３は、基本的には図１の部分１１から１３と同じように、すなわち、例えば図３のステップＳ３０からＳ７０に従って動作することができる。
【００６９】
また、アナウンスメントを発呼者ＵＥ Ａに送信するのに使用できる装置として、承諾メールボックス（ＣＭＢ）４が設けられ、これは、ＵＥ Ｂの一部とすることもでき、又は別のネットワーク要素として設けることもでき、又はＶＡＳ１０の一部とすることもできる。アナウンスメントは、音声メッセージ、又はショートメッセージ・サービス（ＳＭＳ）シグナリングなどのような別の形式のメッセージとすることができる。
【００７０】
部分１１から１３に加えて、ネットワーク要素１０内のＵＣ防止を含む通信接続確立制御シナリオは、付加的な機能も含む。これらの機能は、随意に設定することができ、選択された優先順位で他のサービスと組み合わせることができる。この機能は、例えば、外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、この命令が存在する場合には通信接続確立を求める要求を拒否する、ＤＮＤ（Ｄｏ Ｎｏｔ Ｄｉｓｔｕｒｂ）機能１４のようなサービスを含む。別の機能は、例えば、特定の通信接続転送命令が存在するかどうかチェックし、特定の通信接続転送命令（所定の期間にのみ加入者への通信接続を確立する許可、別の宛先への通信接続をセットアップする命令、所定の期間にのみ別の宛先への通信接続をセットアップする命令、及び／又は、要求側発呼者の識別要素が、加入者への接続が許可されるべき格納された発呼者の識別子と一致するかどうかの判断の結果が肯定である場合に、（ＣＭＢの）アナウンスメントを送信する命令など）が存在する場合には、その特定の通信接続転送命令に従って通信接続の確立を求める要求を取り扱う、ＣＦ（着信転送、又は特に時間帯に基づく着信転送）機能１５のようなサービスを含むことができる。さらに、別の機能は、発呼者が、発呼者を識別するのに使用できる識別情報を提供しているかどうかを検出し、識別情報が検出されない場合には通信接続の確立を求める要求を拒否する、ＡＣＲ（非通知着信拒否）機能１６のようなサービスを含むことができる。さらに別の代替的技術として、ＥＡＣＲ（高機能非通知着信拒否）サービスを対応する機能として実装することができることに留意されたい。このＥＡＣＲ機能（図８には図示せず）においては、発呼者は、ＥＡＣＲが有効にされている着呼者を呼び出すときに、プライバシーをあきらめるか（すなわち、使用可能な識別要素などを送信することにより身元を明らかにする）、ＰＩＮを入力するか、又は自分の名前を名のるか決めることが許される。ＥＡＣＲ機能は、ＡＣＲ機能１６と同様の方式で、図８に示されるようなシステム内に実装することができる。
【００７１】
ＡＣＲ（非通知着信拒否）機能は、加入者Ｂが、全般的に非通知発呼者を除外したい場合に有効にすることができる。商業的「ＳＰＩＴｔｅｒ」は、法的に許可されているか否かにかかわらず、匿名性という特徴を用いることが多いため、これは有効な方策となり得る。Ｄｏ Ｎｏｔ Ｄｉｓｔｕｒｂ（ＤＮＤ）は、加入者Ｂが邪魔されたくない場合に、臨時にすべての外部発呼者をブロックすることを可能にする。着信転送又は時間帯による着信転送（ＣＦＴｏＤ）は、付加的にタイムテーブルと組み合わせることができるブラックリスト及びホワイトリスト（ユーザにより選択することができる）を提供するサービスである。このサービスを用いて、例えば、夜間にホワイトリストをさらに制限するようにするなど、時間に応じた方式で（ＳＣＡに基づいて）ホワイトリストをさらに制限し、例えば、呼出しを別の宛先アドレスに（例えば、携帯電話３１のような別の端末、又は特定の時間中はオフィスの端末３２に、又はＣＭＢ４に）転送することができる。
【００７２】
図８に示される例によるＵＣ防止を含む通信接続確立制御シナリオの処理及び構造は、機能１１から１３に関しては、図１から図３に関連して説明された例の場合と同様である。
【００７３】
しかしながら、図１から図３による例とは異なり、図８によるＵＣ防止を含む通信接続確立制御シナリオにおいては、ブロック１２におけるホワイトリストのチェックの結果、一致するエントリが存在するか、又はブロック１３において正しい（第１の）認証がＵＥ Ａから返されたことが検出された場合に、着信が加入者に直接転送されずに、機能１４及び１５に従うサービスによって処理されることがある。換言すれば、全般的な着信ブロックがＤＮＤ機能ブロック１４により設定されているかどうかが、チェックされる。そのような命令が存在する場合には、着信が拒否され、ＵＥ Ａ２に信号送信される。そうではなくて、着信ブロックが設定されていない場合には、機能ブロック１５において、着信転送命令がチェックされる。すなわち、着信転送に対する設定に応じて（例えば、着信の時刻を考慮して）、着信は、加入者（ＵＥ Ｂ３）に転送され、又は加入者の携帯電話３１若しくはオフィスの番号３２のような別の宛先に転送される。さらに、着信は、ＣＭＢ４のようなメールボックスなどに転送されることも可能であり、ここで、発呼者はメッセージなどを格納するか又はアナウンスメントを受信することができる。
【００７４】
ブロック１３における認証チェック機能が、ＰＩＮ等が正しく受信されないという結果をもたらす場合においても、本例におけるＵＣ防止を含む通信接続確立制御シナリオの処理は、発呼者が（使用可能な）識別要素を送信したか否か、すなわち着信が匿名であるか否かがチェックされる機能ブロック１６を設けることにより、異なるものとなり得る。非通知着信である場合には、機能ブロック１６において着信を拒否して、接続を終了し、このことがＵＥ Ａ２に通知されるように設定することができる。代替的に、ＥＡＣＲサービスが代わりに用いられる場合には、ＵＥ Ａ２の発呼者は、プライバシーをあきらめるか（すなわち、使用可能な識別要素等を送信することにより身元を明らかにする）、ＰＩＮを入力するか、又は自分の名前を名のることが許される。対応する入力は、ＥＡＣＲを提供する機能ブロック（図示せず）（ＡＣＲブロック１６に対応する）により処理することができる。あるいは、そのような識別要素が検出された場合に、チューリング・テストを開始し、相応してＣＭＢ４をセットアップすることにより、着信をさらに処理することができる。
【００７５】
図８に示されるサービスの順序は、他の例では異なっていてもよいことに留意されたい。例えば、機能ブロック１６におけるＡＣＲチェックは、より高い優先順位レベルに配置することができ、例えば最初に行われるべきチェックとすることができる。さらに、上述のように、通信接続確立制御プロファイルの設定は、これらのサービスのうちの１つ又はそれ以上が起動する／停止するような設定とすることができる。
【００７６】
次に、ＵＣ防止のために通信接続確立制御スキーム及びプロファイルを構成し設定するための本発明の実施形態のさらに別の例による管理システムを、図９から図１２を参照して説明する。
【００７７】
本発明の実施形態のさらに別の例による管理システムは、加入者の通信接続確立プロファイルを生成し設定する方策を提供する。この目的ために、例えば、ネットワークのオペレータは、図１及び図８に関連して説明されたサービスのような、ＵＣ防止を含む通信接続確立制御のために指定された１つ又はそれ以上のサービスを決定して組み合わせることにより、事前通信接続確立制御スキームを生成又は確立することができる。事前通信接続確立制御スキームが確立される場合、加入者のための通信接続確立プロファイルを生成するための命令及び／又はデータを入力する手段を含む、グラフィカル・ユーザ・インターフェース（ＧＵＩ）のような、加入者のためのインターフェースが提供され、加入者は、自身に合わせた独自のプロファイルを調整するためのテンプレートとして事前通信接続確立制御スキームを用いる。
【００７８】
選択されたサービスは、オペレータが、特定の実行順序で、すなわち処理の優先順位付きで提供することができる。この順序は、加入者が、通信接続確立制御プロファイルを構成するときに設定又は変更することもできる。
【００７９】
基本的に、加入者によりインターフェースに入力される命令及び／又はデータは、加入者がどのように自身の通信接続確立制御プロファイルを構成したか判断するために、管理システムにより処理される。これに基づき、加入者への通信接続の確立を求める要求を処理するために用いられる、最終的な通信接続確立制御スキームが設定される。
【００８０】
図９に示される管理システムにおいて、参照符号５１は、加入者の（ＰＣなどのような）端末又はＵＥ Ｂを示し、これにより、ユーザに対してインターフェースが表示等され、通信接続確立制御プロファイルのための命令及び／又はデータが入力される。参照符号５２は、加入者５１によりアクセス可能な、ＨＴＭＬ（ハイパーテキストマークアップ言語など）に基づくインターネットページなどの、ウェブポータルにより提供されるＧＵＩのようなインターフェースを示す。参照符号５３は、インターフェース５２に接続又はリンクされた管理サーバを示す。管理サーバは、ＧＵＩを生成するための事前通信接続確立制御スキーム、テンプレート及びデータを提供し、最終的な通信接続確立制御スキームを構成するために入力された命令／データに基づいて、対ＵＣプロファイル（加入者の通信接続確立制御プロファイル）を取得する。管理サーバは、通信接続確立制御に用いられるサービスを提供することができる複数のネットワーク要素５４、５５、５６にも接続される。管理サーバは、図１及び図８によるネットワーク要素１又は１０の一部とすることもでき、又は外部要素としてそこに接続することもできる。
【００８１】
図９に示される管理システムによれば、ＵＣ防止のための補助的サービスのようなサービスは、包括的なＳＰＩＴ／ＵＣ防止シナリオを提供するために、選択され、特定の優先順位で組み合わされる。特に、管理システムは、ユーザによる、協調したＳＰＩＴ／ＵＣ防止シナリオの形態でのサービスの構成及び管理のため、及び、オペレータに対して、事前通信接続確立制御スキームをユーザ設定のための一種のテンプレートとして準備し又は確立するように提案するために用いられる。加入者の設定は、ＤＴＭＦ（デュアル・トーン・マルチ・フリーケンシー）設定により、又は、好ましくはオペレータにより提供されるウェブ・インターフェースにより行うことができる。さらに、例えば、相互に関係づけられた完全なＳＰＩＴ／ＵＣシナリオを構成する感覚をユーザに与える、付加的なソフトウェア層といった付加的な手段を設けることもでき、その中で、管理システムは、好ましくは、異なるリスト（後述）への入力などの加入者の入力が整合しているかどうか、及びＵＣ防止のために選択されたサービスの組み合わせが整合しているかどうかをチェックすることも可能である。
【００８２】
次に、図９に示される通信接続確立制御のための管理システムに用いられる管理サーバ５３の構造及び機能を、図１０に関連して説明する。
【００８３】
図１０において、本発明の実施形態のさらに別の例によるＵＣ防止のための管理を実装する、サーバのようなネットワーク要素５３のブロック回路が示される。ネットワーク要素５３は、図１０に関連して説明されるものの他に幾つかのさらに別の要素又は機能を含むことができるが、これらは本発明を理解するために必須ではないので、簡単にするためにここでは省略されていることに留意されたい。
【００８４】
図１０による管理サーバ５３は、上述の通信接続確立制御の管理に関連したプログラムなどによって与えられる命令を実行する、ＣＰＵなどのような処理機能すなわちプロセッサ５３１を含む。プロセッサ５３１は、特に、事前の及び最終的な通信接続確立制御スキームを生成し、設定し及び構成するため、及び加入者５１により構成された通信接続確立制御プロファイルを処理するために用いられる。参照符号５３２及び５３３は、プロセッサ５３１に接続された入力／出力（Ｉ／Ｏ）ユニットを示す。Ｉ／Ｏユニット５３３は、加入者、すなわちＧＵＩ５２のウェブポータルと通信するために用いることができる。Ｉ／Ｏユニット５３２は、ＳＣＲ、ＳＣＡ等の、ＵＣ防止のための異なるサービスを提供するネットワーク要素５４から５６と通信するために用いることができる。Ｉ／Ｏユニット５３２及び５３３は、送受信ユニットなどのような１つの部材内で組み合わせることもでき、又は複数の異なるユニットを備えた分散構造を含むこともできる。参照符号５３４は、例えば、プロセッサ５３１により実行されるデータ及びプログラムを格納するために、及び／又はプロセッサ５３１の作業記憶域として使用することができるメモリを示す。
【００８５】
参照符号５３５から５４０は、プロセッサ５３１に含まれる部分又は機能を示す。これらの部分５３５から５４０は、それ自体によりそれぞれの機能を提供する機能ブロック（例えば、プロセッサ２１により実行されるプログラムの形態）又はそれぞれの機能を提供する別の（外部）サーバなどへのリンクを与える通信部分のいずれかを表わすことができることに留意されたい。参照符号５３５は、サービス提供部を示し、これによりＵＣ防止に用いられるサービスを指定することができ、そのサービスを設定するのに必要な対応するデータを取得することができる。参照符号５３６は、事前制御スキーム部を示し、これにより（選択された）サービスを事前通信接続確立制御スキームに配置することができ、これを基にして、ＵＣ防止のさらなる構成が実行される。参照符号５３７は、ＧＵＩ生成部を示し、これにより、加入者の入力のためのＧＵＩを事前通信接続確立制御スキームに基づいて生成することができる。参照符号５３８は、通信接続確立制御スキームを生成するために、ＧＵＩから入力された命令及び／又はデータ、すなわち通信接続確立制御プロファイルを処理する、入力処理部を示す。参照符号５３９は、最終的な通信接続確立制御スキームを確立するための、最終制御部を示す。参照符号５４０は、通信接続確立制御における最終的な通信接続確立制御スキームを実施するための、実施制御スキームを示す。
【００８６】
通信接続確立制御スキームが図８に対応する構造を有する場合を仮定する。この場合、管理システムは、図８のブロック１１から１６により示される機能を含む事前通信接続確立制御スキームを生成する。図１０のアーキテクチャに基づいて、加入者５１は、ウェブポータル５２におけるＧＵＩを用いて通信接続確立制御スキームについての情報を取得し、通信接続確立制御プロファイルを構成する。この通信接続確立制御プロファイルは、次に管理サーバ５３によって最終的な通信接続確立制御スキームに変換され、ここで、ＵＣ防止に用いられるサービスが、入力された命令／データに従って設定される。
【００８７】
図１１において、図８による通信接続確立制御スキームに基づく、本発明の実施形態の例によるＧＵＩの例が示される。このＧＵＩは、オペレータにより確立された事前通信接続確立制御のテンプレートを表わす。図１１による例においては、ＵＣ防止に用いられるサービスは、１つのレイヤ又はシート上に並列して配置されている。代替的に、サービスは、例えば通信接続確立制御スキームにおけるそれぞれのサービスの優先順位に従って互いに順序付けられた、それぞれの別個のレイヤ又はシート上に配置することができる。
【００８８】
詳細には、ＧＵＩは、例えば、起動コマンド及びパラメータを通信接続確立制御プロファイルの部分に対して割り当てるための、命令及び／又はデータを入力する手段を含む。図１１の例においては、例えば、対ＵＣ機能全体を起動／停止（オン／オフ）させるための起動手段ＳＷ１が設けられる。
【００８９】
さらに、ブラックリスト方式を用いることの選択（オン／オフ）と、ブラックリストの一部として用いられる発呼者の識別子を指定するためのリストとを含む、ブラックリスト・サービスの起動手段ＳＷ２とデータ入力手段Ｌ１とが設けられる。さらに、特定のブラックリスト入力コードＬ６（通話を受け入れる前／通話中／通話終了後に入力される）を入力したときに、呼出し側ユーザから受信した識別要素に基づいて後でリストＬ１へ番号を入力することを可能にするサービスを起動／停止させる、起動手段ＳＷ７が設けられる。
【００９０】
さらに、ホワイトリスト方式を用いることの選択（オン／オフ）と、ホワイトリストの一部として用いられる発呼者の識別子を特定するためのリストとを含む、ホワイトリスト・サービスの起動手段ＳＷ３とデータ入力手段Ｌ２とが設けられる。さらに、ダイヤルした番号をホワイトリストの中に自動的にエントリすることを可能にするサービスを設けることができ、対応する起動手段（オン／オフ）もまたＧＵＩの一部とすることができる。
【００９１】
さらに、ホワイトリストのバイパスとして用いられるサービスの組が設けられる。
【００９２】
これらのサービスを用いるために、認証コード又はＰＩＮを用いるためのＰＩＮサービスを起動／停止させる起動手段ＳＷ４（オン／オフ）、並びにＰＩＮの種類を選択するため（ＳＷ５）及びＰＩＮを構成するため（Ｌ３、Ｌ４）の入力手段（例えば、ＰＩＮとして用いられる固定番号Ｌ３、又は認証を動的に設定するためのアルゴリズムなどの仕様、例えば、ｍｍｄｄ（月−日）形式＋所定の数Ｌ４（ここでは５）の日付の形式による）が設けられる。加入者が設定することの代案として、ＰＩＮ等は、ネットワーク・オペレータが予め設定し、加入者に伝えることもできる。
【００９３】
さらに、ＣＭＢ及びＣＡＰＴＣＨＡ装置を用いるチューリング・テスト・サービスを起動／停止させるための起動手段ＳＷ６（オン／オフ）と、着信が転送される宛先アドレス、すなわち例えばＣＭＢのアドレスを指定するための入力手段Ｌ５とが設けられる。Ｌ５内のエントリは、ネットワーク・オペレータにより自動構成することもできる。
【００９４】
さらに、識別要素なしの非通知着信を除外するためのＡＣＲサービスを起動／停止させる起動手段ＳＷ８が設けられる。ＥＡＣＲサービスのための対応する起動手段（図示せず）を設けることもできる。
【００９５】
これもまた図１１に示されているように、それぞれのリストについて、編集を命令する機能キーなどの手段、すなわち、追加の番号を手動で導入するため又は既存のエントリを変更するための手段が設けられる。さらに、入力された命令／データをその加入者についての通信接続確立制御プロファイルとして格納するための、格納命令手段又はキーが設けられる。さらに、ＧＵＩは、例えば、サービスの１つ又はそれ以上に関連したインターフェースの部分に価格情報を割り付けることにより、そのサービスを起動させるための費用を示すことができる。
【００９６】
図１２において、本発明の実施形態の本例による、ＵＣ防止を含む通信接続確立制御スキームを設定するプロセス・フローを表すフローチャートが示される。図１において、上述のサービスに対応し得る幾つかの機能Ｆ１からＦ７が定義される。例えば、Ｆ１はＳＣＲサービスに対応するものとすることができ、Ｆ２はＳＣＡサービスに対応するものとすることができ、Ｆ３はＰＩＮサービスに対応するものとすることができ、Ｆ４はＰＩＮ更新サービスに対応するものとすることができ、Ｆ５はＣＭＢを用いたチューリング・サービスに対応するものとすることができ、Ｆ６はＢＬに追加するための通話後サービスに対応するものとすることができ、Ｆ７はＡＣＲサービスに対応するものとすることができる。さらに、指示「０」及び「１」は、ＧＵＩ内で図１１に従う起動手段又はスイッチＳＷ１からＳＷ８が、オンにされた（「１」）か、又はオフにされた（「０」）かを定義するために用いられる。
【００９７】
ステップＳ１００において、通信接続確立制御プロファイルにおける加入者Ｂの設定が格納され、入力されたパラメータにしたがって通信接続確立制御スキームが設定される。したがって、ステップＳ１１１０において、そもそもＵＣ防止がＳＷ１によって起動されているかどうかがチェックされる。起動されていない場合には、通信接続確立制御のさらなる処理のための機能Ｆ１からＦ７は、Ｓ１２０において停止され、処理は終了する。
【００９８】
そうではなくて、ＳＷ１がオンにされている場合には、ＳＷ２が起動されているか又は停止されているかがチェックされる。起動されている場合は、ＳＣＲサービス（機能Ｆ１）が起動され、リスト項目Ｌ１がサービス内でセットアップされる（ステップＳ１４０）。その後、プロセスはステップＳ１５０に進む。そうではなくて、ステップＳ１３０においてＳＷ２がオフにされていると判断された場合は、プロセスは直接Ｓ１５０に進む。
【００９９】
Ｓ１５０において、ＳＷ３が起動されているか又は停止されているかがチェックされる。起動されている場合は、ＳＣＡサービス（機能Ｆ２）が起動され、リスト項目Ｌ２がサービス内でセットアップされる（ステップＳ１６０）。その後、プロセスはステップＳ１７０に進む。そうではなくて、ステップＳ１５０においてＳＷ３がオフにされていると判断された場合は、処理は終了する。
【０１００】
Ｓ１７０において、ＳＷ４が起動されているか又は停止されているかがチェックされる。起動されていない場合は、Ｓ１８０においてＰＩＮサービス（機能Ｆ３）が停止される。起動されている場合は、ステップＳ１９０でＰＩＮサービス（機能Ｆ３）が起動される。さらに、用いられるＰＩＮの種類を決めるために、Ｓ２００において、例えば、固定ＰＩＮ又は一日毎の動的なＰＩＮのどちらの設定がＳＷ５により選択されたかがチェックされる。ステップＳ２００において、固定のＰＩＮであると判断された場合は、ＰＩＮをＬ３エントリに設定するためにステップＳ２１０が実行される。そうではなくて、ステップＳ２００において、一日毎のＰＩＮが選択されたと判断された場合には、ＰＩＮ更新サービス（機能Ｆ４）を起動し、Ｌ４エントリに基づいて指定されたスキームに従いＰＩＮを設定するために、ステップＳ２２０が実行される。
【０１０１】
次に、ステップＳ２３０が実行され、ＳＷ６が起動されているかどうか、及び（ＣＭＢへの）着信転送のための対象宛先（オペレータからの予め設定された番号又はＬ５内のエントリ）が既知であるかどうかが判断される。Ｓ２３０における判断が否定である（ＳＷ６が起動されていない及び／又は対象宛先が既知ではない）場合には、２４０が実行され、チューリング・テスト・サービス（機能Ｆ５）が停止される。そうではなくて、Ｓ２３０における判断が肯定である（ＳＷ６が起動されており、かつ対象宛先が既知である）場合には、ステップＳ２５０が実行され、チューリング・テスト・サービスが起動され、着信転送宛先が、例えばＣＭＢの番号に設定される。
【０１０２】
次に、ステップＳ２６０が実行され、ＳＷ７が起動されているか又は停止されているかがチェックされる。起動されていない場合には、Ｓ２７０において通話後サービス（機能６）が停止される、起動されている場合には、Ｓ２８０において通話後サービス（機能６）が起動され、発呼者の識別子をブラックリスト内に導入するために用いられる指定されたコードが設定される。
【０１０３】
次に、ステップＳ２９０が実行され、ＳＷ８が起動されているか又は停止されているかがチェックされる。起動されていない場合には、Ｓ３００においてＡＣＲサービス（機能Ｆ７）が停止される。起動されている場合には、Ｓ３１０においてＡＣＲサービス（機能Ｆ７）が起動される。
その後、処理は終了する。
【０１０４】
図９から図１２に関して定められる管理システムにより、ＵＣ防止のための通信接続確立制御プロファイルを構成し定義するためのフレキシブルで包括的な機構を提供することが可能である。その結果得られる通信接続確立制御スキームは、オペレータによりＵＣに対抗する有用なツールとして選択され、かつ加入者により個別に設定される、１つ又はそれ以上のサービスを含むことができる。
【０１０５】
管理システムは、ネットワーク・オペレータが、対ＵＣという見出しの下にどのような補助的サービスを加入者に提供するかを構成するために、すなわち、どの型式のサービスを事前通信接続確立制御スキームの一部とするか選択するために用いる、ツール及び／又は対応するＧＵＩを含むこともできることに留意されたい。さらに、これらのツールは、補助的サービスをどのように対ＵＣスキームに組み合わせるか、すなわち、どのような優先順位でこれらを順序付けるかを決定するためにも有用であり得る。さらに、例えば特定のサイズより大きいブラックリスト又はホワイトリストについての割増価格をユーザに示すなどの、さらなる価格設定を可能にするツールを設けることも可能である。
【０１０６】
上述のＵＣ防止を含む通信接続確立制御は、例えば、Ｐ−ＣＳＦ（ＳＩＰサーバ）、音声アプリケーション・サーバ（ＶＡＳ）などで実装することができる。
【０１０７】
本明細書で説明される本発明の目的に関して、以下のことに留意されたい。
−シグナリングをＵＥからＵＥへ転送するアクセス技術は、それによってユーザ機器がアクセス・ネットワークに（例えば、基地局を介して、又は一般にアクセスノードに）アクセスすることができる任意の技術とすることができる。ＷＬＡＮ（無線ローカル・アクセス・ネットワーク）、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）、Ｂｌｕｅ−Ｔｏｏｔｈ、赤外線などの現在又は将来の任意の技術を用いることができる。上述の技術は、主として、例えば異なる電波スペクトルにおける無線アクセス技術であるが、本発明の趣旨でのアクセス技術は、有線技術、例えば、ＩＰベースのアクセス技術のようなケーブル・ネットワーク又は固定回線、さらには回路交換アクセス技術をも含むことが含意される。アクセス技術は、パケット交換及び回路交換のような少なくとも２つのカテゴリ又はアクセス・ドメインとして区別することができるが、２つより多いアクセス・ドメインの存在が、本発明の適用を妨げるものではない。
−使用可能なアクセス・ネットワークは、ステーション、エンティティ又はその他のユーザ機器をアクセス・ネットワークにより提供されるサービスに接続させることができる、及び／又はそのサービスを利用させることができる、任意のデバイス、装置、ユニット又は手段とすることができる。このようなサービスは、とりわけ、データ及び／又は（音声）視覚通信、データ・ダウンロード等を含む。
−ユーザ機器は、それを用いてシステムのユーザ又は加入者がアクセス・ネットワークからのサービスを経験することができる、携帯電話、携帯情報端末ＰＤＡ又はコンピュータ等の任意のデバイス、装置、ユニット又は手段とすることができる。
−ソフトウェア・コード部分として実装される可能性があり、ネットワーク要素又は端末（デバイス、装置及び／又はそのモジュールの例として、又は装置及び／又はそのモジュールを含むエンティティの例として）においてプロセッサを用いて作動される方法ステップは、独立してソフトウェア・コードであり、その方法ステップにより定義される機能が保存される限りは既知の又は将来開発されるプログラミング言語を用いて指定することができる。
−一般に、いずれの方法ステップも、実装される機能に関して本発明の思想を変更することなく、ソフトウェとして実装すること又はハードウェアにより実装することに適している。
−端末若しくはネットワーク要素又はその任意のモジュールにおけるハードウェアコンポーネントとして実装される可能性がある、方法ステップ及び／又はデバイス、装置、ユニット若しくは手段は、独立したハードウェアであり、既知の又は将来開発される任意のハードウェア技術又はそれらの任意のハイブリッド、例えば、ＡＳＩＣ（特定用途向けＩＣ（集積回路））コンポーネント、ＦＰＧＡ（フィールド・プログラマブル・ゲート・アレイ）コンポーネント、ＣＰＬＤ（多機能プログラマブル論理素子）コンポーネント又はＤＳＰ（デジタル信号処理プロセッサ）コンポーネントを用いた、ＭＯＳ（金属酸化膜半導体）、ＣＭＯＳ（相補型ＭＯＳ）、ＢｉＭＯＳ（バイポーラ型ＭＯＳ）、ＢｉＣＭＯＳ（バイポーラ型ＣＭＯＳ）、ＥＣＬ（エミッタ結合ロジック）、ＴＴＬ（トランジスタ−トランジスタ論理）等を用いて実装することができ、さらに、ソフトウェア・コンポーネントとして実装される可能性がある任意の方法ステップ及び／又はデバイス、ユニット若しくは手段は、例えば、認証、承認、キーイング及び／又はトラフィック保護が可能な、例えば、任意のセキュリティ・アーキテクチャに基づくものとすることができる。
−デバイス、装置、ユニット又は手段は、独立したデバイス、装置、ユニット又は手段として実装することができるが、このことは、デバイス、装置、ユニット又は手段の機能が保存される限りは、システム全体にわたって分散した型式で実装されることを除外するものではない。
−装置は、半導体チップ、チップセット、又はそのようなチップ若しくはチップセットを含む（ハードウェア）モジュールによって表わすことができるが、しかしながら、このことは、装置又はモジュールの機能が、ハードウェアとして実装される代わりに、プロセッサ上で実行／作動されるための実行可能なソフトウェア・コード部分を含むコンピュータ・プログラム又はコンピュータ・プログラム製品のような（ソフトウェア）モジュール内のソフトウェアとして実装されることを除外するものではない。
−デバイスは、１つの装置とみなすこともでき、又は、例えば、互いに機能的に協働するものであるか、若しくは同じデバイス・ハウジング内にあるが機能的には互いに独立したものであるか、いずれかであっても、複数の装置の組立体とみなすこともできる
【０１０８】
上述のように、一方的通信防止のために、ブラックリスト方式、ホワイトリスト方式、認証要求及び／又はチューリング・テストを含むサービスを用いて、加入者への通信接続確立を制御する機構が提案される。さらに、加入者が個人的な通信接続確立制御プロファイルを定めるためのインターフェースに基づいて、対応する通信接続確立制御を構成するために用いられる、管理システムが提案される。
【０１０９】
以上、本明細書において、本発明をその特定の実施形態を参照して説明してきたが、本発明はこれに限定されるものではなく、種々の改変を行うことができる。
【符号の説明】
【０１１０】
１、１０：ネットワーク要素（音声アプリケーション・サーバ）
２：発呼者
３：着呼加入者
４：承諾メールボックス
１１：ブラックリスト・チェック機能
１２：ホワイトリスト・チェック機能
１３：認証コード・チェック機能
１４：ＤＮＤ機能
１５：着信転送（ＣＦ）機能
１６：非通知着信拒否（ＡＣＲ）機能
２１、５３１：プロセッサ
２２、２３、５３２、５３３：入出力（Ｉ／Ｏ）ユニット
２４、５３４：メモリ
３１：携帯電話
３２：オフィスの端末
５４、５５、５６：ネットワーク要素
【特許請求の範囲】
【請求項１】
一方的通信を取り扱うために加入者の通信接続確立制御プロファイルを設定するステップ、
発呼者から通信接続を求める設定要求を受信するステップ、
要求側の前記発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するステップ、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するステップ、
前記判断するステップの結果が否定である場合に、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内に示された第１の認証を返すよう前記発呼者に要求を送信するステップ、及び
前記第１の認証が受信されたかどうかチェックするステップ
を含むことを特徴とする方法。
【請求項２】
前記第１の認証が受信されなかった場合に、前記通信接続確立制御プロファイル内に示された情報に基づいて、前記発呼者に対してアナウンスメントの送信を開始するステップをさらに含み、前記アナウンスメントが、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すことを特徴とする、請求項１に記載の方法。
【請求項３】
前記アナウンスメントを送信した後で前記発呼者への前記通信接続を終了するステップをさらに含むことを特徴とする、請求項１及び請求項２のいずれかに記載の方法。
【請求項４】
要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するステップの結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否するステップ、及び
要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するステップの結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にするステップ
のうちの少なくとも１つをさらに含むことを特徴とする、請求項１から請求項３までのいずれかに記載の方法。
【請求項５】
前記アナウンスメントを送信するときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納するよう提案するステップ、及び
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージを格納するステップ
をさらに含むことを特徴とする、請求項１から請求項４までのいずれかに記載の方法。
【請求項６】
前記第１の認証が受信されたかどうかチェックするステップが、
予め設定された時間が経過するまでに前記第１の認証が受信されたかどうか検出すること、及び
受信された前記第１の認証が前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断すること
のうちの少なくとも１つを含み、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義されることを特徴とする、請求項１から請求項５までのいずれかに記載の方法。
【請求項７】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項１から請求項６までのいずれかに記載の方法。
【請求項８】
前記通信接続確立制御プロファイルを設定するステップが、
格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリストを準備すること、
前記第１の認証及び／又は第２の認証を指定するためのデータを準備すること、及び
前記アナウンスメントを生成するためのデータを準備すること
のうちの少なくとも１つを含むことを特徴とする、請求項１から請求項７までのいずれかに記載の方法。
【請求項９】
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には、前記通信接続の確立を求める前記要求を拒否するステップ、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否するステップ、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求を取り扱うステップ
のうちの少なくとも１つをさらに含み、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するステップの結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項１から請求項８までのいずれかに記載の方法。
【請求項１０】
前記通信接続確立制御プロファイルを設定するステップが、
格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリストを準備すること、
前記第１の認証及び／又は第２の認証を指定するためのデータを準備すること、
前記アナウンスメントを生成するためのデータを準備すること、
前記所定の期間を指定すること、及び
前記他の宛先を指定するデータを準備すること
のうちの少なくとも１つを含むことを特徴とする、請求項９に記載の方法。
【請求項１１】
前記通信接続確立制御プロファイルを設定するステップが、
起動コマンド及びパラメータのうちの少なくとも１つを前記通信接続確立制御プロファイルに対して割り当てるためのグラフィカル・ユーザ・インターフェース部を含むインターフェースにより、命令及び／又はデータを受け取ること、及び
通信ネットワークの１つ又はそれ以上の補助的サービスを用いて、前記命令及び／又はデータを通信接続確立制御スキームに実装すること
をさらに含むことを特徴とする、請求項１から請求項１０までのいずれかに記載の方法。
【請求項１２】
一方的通信を取り扱うために加入者の通信接続確立制御プロファイルを設定するように構成されたプロセッサと、
発呼者から通信接続を求める設定要求を受信するように構成された受信装置と、
要求側の前記発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するように構成されたブラックリスト・プロセッサ部と、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するように構成されたホワイトリスト・プロセッサ部と、
前記ブラックリスト・プロセッサ部及び前記ホワイトリスト・プロセッサ部の前記判断の結果が否定である場合に、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内に示された第１の認証を返すよう前記発呼者に要求を送信するように構成された送信装置と、
前記第１の認証が受信されたかどうかチェックするように構成された認証プロセッサ部と
を含むことを特徴とする装置。
【請求項１３】
前記認証プロセッサ部が、前記第１の認証が受信されなかった場合に、前記通信接続確立制御プロファイルに示された情報に基づいて前記発呼者に対してアナウンスメントの伝送を開始するようにさらに構成され、前記アナウンスメントが、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すことを特徴とする、請求項１２に記載の装置。
【請求項１４】
前記アナウンスメントを送信した後で前記発呼者への前記通信接続を終了するように構成された第４のプロセッサ部をさらに含むことを特徴とする、請求項１２及び請求項１３のいずれかに記載の装置。
【請求項１５】
前記ブラックリスト・プロセッサ部が、要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否するようにさらに構成され、及び／又は
前記ホワイトリスト・プロセッサ部が、要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にするようにさらに構成されることを特徴とする、請求項１２から請求項１４までのいずれかに記載の装置。
【請求項１６】
前記認証プロセッサ部が、前記アナウンスメントが送信されるときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納する提案を開始し、
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージの格納を開始する
ようにさらに構成されることを特徴とする、請求項１２から請求項１５までのいずれかに記載の装置。
【請求項１７】
前記認証プロセッサ部が、前記第１の認証が受信されたかどうかチェックするために、 予め設定された時間が経過するまでに前記第１の認証が受信されたかどうかを検出し、及び／又は
受信された前記第１の認証が前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断するようにさらに構成され、
前記第３のプロセッサ部が、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義することを特徴とする、請求項１２から請求項１６までのいずれかに記載の方法。
【請求項１８】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項１２から請求１７までのいずれかに記載の装置。
【請求項１９】
前記通信接続確立制御プロファイルを設定するように構成された前記プロセッサが、
格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリスト、
前記第１の認証及び／又は第２の認証を指定するためのデータ、及び
前記アナウンスメントを生成するためのデータ
のうちの少なくとも１つを提供するようにさらに構成されることを特徴とする、請求項１２から請求項１８までのいずれかに記載の装置。
【請求項２０】
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には前記通信接続の確立を求める前記要求を拒否するように構成された第４のプロセッサ部、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否するように構成された第５のプロセッサ部、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求の取り扱いを開始するように構成された第６のプロセッサ部
のうちの少なくとも１つをさらに含み、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項１２から請求項１９までのいずれかに記載の装置。
【請求項２１】
前記通信接続確立制御プロファイルを設定するように構成された前記プロセッサが、
格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリスト、
前記第１の認証及び／又は第２の認証を指定するためのデータ、
前記アナウンスメントを生成するためのデータ、
前記所定の期間の指定、及び
前記他の宛先を指定するデータ
のうちの少なくとも１つを準備するようにさらに構成されることを特徴とする、請求項２０に記載の装置。
【請求項２２】
前記通信接続確立制御プロファイルを設定するように構成された前記プロセッサが、
起動コマンド及びパラメータのうちの少なくとも１つを前記通信接続確立制御プロファイルに対して割り当てるためのグラフィカル・ユーザ・インターフェース部を含むインターフェースにより、命令及び／又はデータを受信し、
通信ネットワークの１つ又はそれ以上の補助的サービスを用いて、前記命令及び／又はデータを通信接続確立制御スキームに実装する
ようにさらに構成されることを特徴とする、請求項１２から請求項２１までのいずれかに記載の装置。
【請求項２３】
一方的通信を取り扱うための通信接続確立制御のために指定された複数のサービスを準備するステップ、
前記サービスのうちの選択されたものを決定して組み合わせることにより、事前通信接続確立制御スキームを確立するステップ、及び
前記事前通信接続確立制御スキームに基づいて前記加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含む、インターフェースを加入者に提供するステップ
を含むことを特徴とする方法。
【請求項２４】
前記確立するステップが、前記サービスのうちの選択されたものを特定の実行順序で組み合わせることを含むことを特徴とする、請求項２３に記載の方法。
【請求項２５】
前記インターフェースにおいて前記加入者による命令及び／又はデータ入力を受け取るステップ、
前記入力された命令及び／又はデータに基づいて、前記加入者のための前記通信接続確立制御プロファイルを決定するステップ
前記通信接続確立制御プロファイルに基づいて、前記加入者に対して用いられる最終的な通信接続確立制御スキームを構成するステップ、及び
前記加入者への通信接続を確立することを求める要求に対して、前記最終的な通信接続確立制御スキームを実施するステップ
をさらに含むことを特徴とする、請求項２３又は請求項２４に記載の方法。
【請求項２６】
前記サービスが、
通信接続の確立を要求している発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断すること、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断すること、
前記判断の結果が否定である場合に、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内で示された第１の認証を返すよう前記発呼者に要求を送信すること、
前記第１の認証が受信されたかどうかチェックすること、及び
前記第１の認証が受信されなかった場合に、前記通信接続確立制御プロファイル内に示された情報に基づいて、前記発呼者に対して、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すアナウンスメントを送信すること
の少なくとも１つを含む補助的サービスを含むことを特徴とする、請求項２３から請求項２５までのいずれかに記載の方法。
【請求項２７】
前記補助的なサービスが、ＧＳＭ（登録商標）、ＩＳＤＮ、ＵＭＴＳ、及びＩＭＳのようなＶｏＩＰネットワークのうちの少なくとも１つのためのものであり、及び／又は
前記補助的なサービスが、ＳＣＡ、ＳＣＲ、ＡＣＲ、ｅＡＣＲ、ＤＮＤ、ＣＦのうちの少なくとも１つを含むことを特徴とする、請求項２６に記載の方法。
【請求項２８】
前記サービスが、
要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否すること、及び
要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にすること
のうちの少なくとも１つをさらに含むことを特徴とする、請求項２６又は請求項２７に記載の方法。
【請求項２９】
前記サービスが、
前記アナウンスメントを送信するときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納するよう提案すること、及び
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージを格納すること
をさらに含むことを特徴とする、請求項２６から請求項２８までのいずれかに記載の方法。
【請求項３０】
前記サービスが、
予め設定された時間が経過するまでに前記第１の認証が受信されたかどうか検出すること、及び
受信された前記第１の認証が前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断すること
のうちの少なくとも１つをさらに含み、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義されることを特徴とする、請求項２６から請求項２９までのいずれかに記載の方法。
【請求項３１】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項２６から請求項３０までのいずれかに記載の方法。
【請求項３２】
前記インターフェースが、
拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子、
前記第１の認証及び／又は前記第２の認証、及び
前記アナウンスメントのソース及び／又はコンテンツ
のうちの少なくとも１つを指定することにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含むことを特徴とする、請求項２６から請求項３１までのいずれかに記載の方法。
【請求項３３】
前記サービスが、
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には、前記通信接続の確立を求める前記要求を拒否すること、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否すること、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求を取り扱うこと
のうちの少なくとも１つをさらに含み、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項２６から請求項３２までのいずれかに記載の方法。
【請求項３４】
前記インターフェースが、
拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子、
前記第１の認証及び／又は前記第２の認証、
前記アナウンスメントのソース及び／又はコンテンツ、
前記所定の期間、及び
前記他の宛先
のうちの少なくとも１つを指定することにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含むことを特徴とする、請求項３３に記載の方法。
【請求項３５】
前記サービスのうちの前記選択されたもののうちの１つ又はそれ以上に関連する前記インターフェースの部分に価格情報を割り付けるステップをさらに含むことを特徴とする、請求項２３から請求項３４までのいずれかに記載の方法。
【請求項３６】
前記インターフェースが、通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するため、並びに、起動コマンド及びパラメータのうちの少なくとも１つを前記通信接続確立制御プロファイルの部分に対して割り当てるためのグラフィカル・ユーザ・インターフェース部を含むことを特徴とする、請求項２３から請求項３５までのいずれかに記載の方法。
【請求項３７】
一方的通信を取り扱うための通信接続確立制御のために指定された複数のサービスを準備するように構成された第１のプロセッサ部、
前記サービスのうちの選択されたものを決定して組み合わせることにより、事前通信接続確立制御スキームを確立するように構成された第２のプロセッサ部、及び
前記事前通信接続確立制御スキームに基づいて前記加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含むインターフェースを加入者に提供するように構成された第３のプロセッサ部
を含むことを特徴とする装置。
【請求項３８】
前記第２のプロセッサ部が、前記サービスのうちの選択されたものを特定の実行順序で組み合わせるようにさらに構成されることを特徴とする、請求項３７に記載の装置。
【請求項３９】
前記インターフェースにおいて前記加入者による命令及び／又はデータ入力を受け取るように構成された受信装置、
前記入力された命令及び／又はデータに基づいて、前記加入者のための前記通信接続確立制御プロファイルを決定するように構成された決定装置、
前記通信接続確立制御プロファイルに基づいて、前記加入者に対して用いられる最終的な通信接続確立制御スキームを構成するように構成された構成装置、及び
前記加入者への通信接続を確立することを求める要求に対して、前記最終的な通信接続確立制御スキームを実施するように構成された実施装置
をさらに含むことを特徴とする請求項３７又は請求項３８に記載の装置。
【請求項４０】
前記サービスが、
通信接続の確立を要求している発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の識格納された別子と一致するかどうか判断すること、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断すること、
前記判断の結果が否定である場合に、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内で示された第１の認証を返すよう前記発呼者に要求を送信すること、
前記第１の認証が受信されたかどうかチェックすること、及び
前記第１の認証が受信されなかった場合には、前記通信接続確立制御プロファイル内に示された情報に基づいて、前記発呼者に対して、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すアナウンスメントを送信すること
の少なくとも１つを含むことを特徴とする請求項３７から請求項３９までのいずれかに記載の装置。
【請求項４１】
前記サービスが、ＧＳＭ（登録商標）、ＩＳＤＮ、ＵＭＴＳ、及びＩＭＳのようなＶｏＩＰネットワークのうちの少なくとも１つのための補助的なサービスであり、及び／又は
前記補助的なサービスが、ＳＣＡ、ＳＣＲ、ＡＣＲ、ｅＡＣＲ、ＤＮＤ、ＣＦのうちの少なくとも１つを含むことを特徴とする請求項４０に記載の装置。
【請求項４２】
前記サービスが、
要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否すること、及び
要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にすること
のうちの少なくとも１つをさらに含むことを特徴とする請求項４０及び請求項４１に記載の装置。
【請求項４３】
前記サービスが、
前記アナウンスメントを送信するときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納するよう提案すること、及び
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージを格納すること
をさらに含むことを特徴とする、請求項４０から請求項４２までのいずれかに記載の装置。
【請求項４４】
前記サービスが、
予め設定された時間が経過するまでに前記第１の認証が受信されたかどうか検出すること、及び
受信された前記第１の認証が、前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断すること
のうちの少なくとも１つをさらに含み、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義されることを特徴とする請求項４０から請求項４３までのいずれかに記載の装置。
【請求項４５】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項４０から請求項４４までのいずれかに記載の装置。
【請求項４６】
前記インターフェースが、
拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
前記第１の認証及び／又は前記第２の認証を指定すること、及び
前記アナウンスメントのソース及び／又はコンテンツを指定すること
のうちの少なくとも１つにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成された入力部を含むことを特徴とする、請求項４０から請求項４５までのいずれかに記載の装置。
【請求項４７】
前記サービスが、
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には前記通信接続の確立を求める前記要求を拒否すること、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否すること、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求を取り扱うこと
のうちの少なくとも１つをさらに含み、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項４０から請求項４５までのいずれかに記載の装置。
【請求項４８】
前記インターフェースが、
拒否されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
前記第１の認証を指定すること、
前記第２の認証を指定すること、
前記アナウンスメントのソース及び／又はコンテンツを指定すること、
前記所定の期間を指定すること、及び
前記他の宛先を指定すること
のうちの少なくとも１つにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成された入力部を含むことを特徴とする、請求項４７に記載の装置。
【請求項４９】
前記サービスのうちの前記選択されたもののうちの１つ又はそれ以上に関連する前記インターフェースの部分に価格情報を割り付けるように構成された割り付け部をさらに含むことを特徴とする、請求項３７から請求項４８までのいずれかに記載の装置。
【請求項５０】
前記インターフェースが、通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように、並びに、起動コマンド及びパラメータのうちの少なくとも１つを前記通信接続確立制御プロファイルの部分に対して割り当てるように構成されたグラフィカル・ユーザ・インターフェース部を含むことを特徴とする、請求項３７から請求項４９までのいずれかに記載の装置。
【請求項５１】
一方的通信を取り扱うための通信接続確立制御のために指定された複数のサービスの組み合わせを含む事前通信接続確立制御スキームのテンプレートを示すように構成された表示部、
前記事前通信接続確立制御スキームに基づいて加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成された、１つ又はそれ以上の入力部、
前記１つ又はそれ以上の入力部における前記加入者による命令及び／又はデータ入力を受け取るように構成された受信装置、
起動コマンド及び／又はパラメータを前記通信接続確立制御プロファイルに割り当てることにより、前記入力された命令及び／又はデータに基づいて、前記加入者のための前記通信接続確立制御プロファイルを決定するように構成された決定装置、及び
送信された前記通信接続確立制御プロファイルに基づいて前記加入者に対して用いられる最終的な通信接続確立制御スキームを構成する管理システムに、前記通信接続確立制御プロファイルを送信するように構成された送信装置
を含むことを特徴とするグラフィカル・ユーザ・インターフェース。
【請求項５２】
前記表示部及び前記１つ又はそれ以上の入力部が、
通信接続の確立を要求している発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断すること、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断すること、
前記判断の結果が否定である場合には、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内で示された第１の認証を返すよう前記発呼者に要求を送信すること、
前記第１の認証が受信されたかどうかチェックすること、及び
前記第１の認証が受信されなかった場合には、前記通信接続確立制御プロファイル内に示された情報に基づいて、前記発呼者に対して、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すアナウンスメントを送信すること
のうちの少なくとも１つを含むサービスに基づくことを特徴とする、請求項５１に記載のグラフィカル・ユーザ・インターフェース。
【請求項５３】
前記サービスが、ＧＳＭ（登録商標）、ＩＳＤＮ、ＵＭＴＳ、及びＩＭＳのようなＶｏＩＰネットワークのうちの少なくとも１つのための補助的なサービスであり、及び／又は
前記補助的なサービスが、ＳＣＡ、ＳＣＲ、ＡＣＲ、ｅＡＣＲ、ＤＮＤ、ＣＦのうちの少なくとも１つを含むことを特徴とする、請求項５２に記載のグラフィカル・ユーザ・インターフェース。
【請求項５４】
前記サービスが、
要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否すること、及び
要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にすること
のうちの少なくとも１つをさらに含むことを特徴とする、請求項５２及び請求項５３に記載のグラフィカル・ユーザ・インターフェース。
【請求項５５】
前記表示部及び前記１つ又はそれ以上の入力部が、
前記アナウンスメントを送信するときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納するよう提案すること、及び
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージを格納すること
をさらに含むサービスに基づくものであることを特徴とする、請求項５２から請求項５４までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項５６】
前記表示部及び前記１つ又はそれ以上の入力部が、
予め設定された時間が経過するまでに前記第１の認証が受信されたかどうか検出すること、及び
受信された前記第１の認証が前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断すること
のうちの少なくとも１つをさらに含むサービスに基づいており、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義されることを特徴とする、請求項５２から請求項５５までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項５７】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項５２から請求項５６までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項５８】
前記１つ又はそれ以上の入力部が、
拒否されるべき発呼者の１つ又はそれ以上の識別子及び接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
前記第１の認証及び／又は前記第２の認証を指定すること、及び
前記アナウンスメントのソース及び／又はコンテンツを指定すること
のうちの少なくとも１つにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成されることを特徴とする、請求項５２から請求項５７までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項５９】
前記表示部及び前記１つ又はそれ以上の入力部が、
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には前記通信接続の確立を求める前記要求を拒否すること、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否すること、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求を取り扱うこと
のうちの少なくとも１つを含むサービスに基づいており、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項５２から請求項５８までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項６０】
前記１つ又はそれ以上の入力部が、
拒否されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
前記第１の認証を指定すること、
前記第２の認証を指定すること、
前記アナウンスメントのソース及び／又はコンテンツを指定すること、
前記所定の期間を指定すること、及び
前記他の宛先を指定すること
のうちの少なくとも１つにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成されることを特徴とする、請求項５９に記載のグラフィカル・ユーザ・インターフェース。
【請求項６１】
前記複数のサービスの組み合わせのうちの１つ又はそれ以上に関連する前記表示部の部分に価格情報を割り付けるように構成された割り付け部をさらに含むことを特徴とする、請求項５２から請求項６０までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項６２】
コンピュータ上で稼働されたときに請求項１から請求項１１まで又は請求項２３から請求項３６までのいずれかのステップを行うためのソフトウェア・コード部分を含むことを特徴とする、前記コンピュータのためのコンピュータ・プログラム製品。
【請求項６３】
前記コンピュータ・プログラム製品が、前記ソフトウェア・コード部分が格納されるコンピュータ可読媒体を含むことを特徴とする、請求項６２に記載のコンピュータ・プログラム製品。
【請求項６４】
前記コンピュータ・プログラム製品が、前記コンピュータの内部メモリ内に直接ロード可能であり、及び／又は、アップロード、ダウンロード及びプッシュ手順のうちの少なくとも１つによりネットワークを介して伝送可能であることを特徴とする、請求項６２に記載のコンピュータ・プログラム製品。
【請求項６５】
前記製品がコンピュータ上で稼働されたときに請求項５１から請求項６１までのいずれかに記載のグラフィカル・ユーザ・インターフェースを生成するためのソフトウェア・コード部分を含むことを特徴とする、前記コンピュータのためのコンピュータ・プログラム製品。
【請求項６６】
前記コンピュータ・プログラム製品が、前記ソフトウェア・コード部分が格納されるコンピュータ可読媒体を含むことを特徴とする、請求項６５に記載のコンピュータ・プログラム製品。
【請求項６７】
前記コンピュータ・プログラム製品が、前記コンピュータの内部メモリ内に直接ロード可能であり、及び／又は、アップロード、ダウンロード及びプッシュ手順のうちの少なくとも１つによりネットワークを介して送信可能であることを特徴とする、請求項６５に記載のコンピュータ・プログラム製品。
【請求項１】
一方的通信を取り扱うために加入者の通信接続確立制御プロファイルを設定するステップ、
発呼者から通信接続を求める設定要求を受信するステップ、
要求側の前記発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するステップ、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するステップ、
前記判断するステップの結果が否定である場合に、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内に示された第１の認証を返すよう前記発呼者に要求を送信するステップ、及び
前記第１の認証が受信されたかどうかチェックするステップ
を含むことを特徴とする方法。
【請求項２】
前記第１の認証が受信されなかった場合に、前記通信接続確立制御プロファイル内に示された情報に基づいて、前記発呼者に対してアナウンスメントの送信を開始するステップをさらに含み、前記アナウンスメントが、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すことを特徴とする、請求項１に記載の方法。
【請求項３】
前記アナウンスメントを送信した後で前記発呼者への前記通信接続を終了するステップをさらに含むことを特徴とする、請求項１及び請求項２のいずれかに記載の方法。
【請求項４】
要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するステップの結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否するステップ、及び
要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するステップの結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にするステップ
のうちの少なくとも１つをさらに含むことを特徴とする、請求項１から請求項３までのいずれかに記載の方法。
【請求項５】
前記アナウンスメントを送信するときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納するよう提案するステップ、及び
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージを格納するステップ
をさらに含むことを特徴とする、請求項１から請求項４までのいずれかに記載の方法。
【請求項６】
前記第１の認証が受信されたかどうかチェックするステップが、
予め設定された時間が経過するまでに前記第１の認証が受信されたかどうか検出すること、及び
受信された前記第１の認証が前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断すること
のうちの少なくとも１つを含み、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義されることを特徴とする、請求項１から請求項５までのいずれかに記載の方法。
【請求項７】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項１から請求項６までのいずれかに記載の方法。
【請求項８】
前記通信接続確立制御プロファイルを設定するステップが、
格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリストを準備すること、
前記第１の認証及び／又は第２の認証を指定するためのデータを準備すること、及び
前記アナウンスメントを生成するためのデータを準備すること
のうちの少なくとも１つを含むことを特徴とする、請求項１から請求項７までのいずれかに記載の方法。
【請求項９】
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には、前記通信接続の確立を求める前記要求を拒否するステップ、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否するステップ、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求を取り扱うステップ
のうちの少なくとも１つをさらに含み、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するステップの結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項１から請求項８までのいずれかに記載の方法。
【請求項１０】
前記通信接続確立制御プロファイルを設定するステップが、
格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリストを準備すること、
前記第１の認証及び／又は第２の認証を指定するためのデータを準備すること、
前記アナウンスメントを生成するためのデータを準備すること、
前記所定の期間を指定すること、及び
前記他の宛先を指定するデータを準備すること
のうちの少なくとも１つを含むことを特徴とする、請求項９に記載の方法。
【請求項１１】
前記通信接続確立制御プロファイルを設定するステップが、
起動コマンド及びパラメータのうちの少なくとも１つを前記通信接続確立制御プロファイルに対して割り当てるためのグラフィカル・ユーザ・インターフェース部を含むインターフェースにより、命令及び／又はデータを受け取ること、及び
通信ネットワークの１つ又はそれ以上の補助的サービスを用いて、前記命令及び／又はデータを通信接続確立制御スキームに実装すること
をさらに含むことを特徴とする、請求項１から請求項１０までのいずれかに記載の方法。
【請求項１２】
一方的通信を取り扱うために加入者の通信接続確立制御プロファイルを設定するように構成されたプロセッサと、
発呼者から通信接続を求める設定要求を受信するように構成された受信装置と、
要求側の前記発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断するように構成されたブラックリスト・プロセッサ部と、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断するように構成されたホワイトリスト・プロセッサ部と、
前記ブラックリスト・プロセッサ部及び前記ホワイトリスト・プロセッサ部の前記判断の結果が否定である場合に、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内に示された第１の認証を返すよう前記発呼者に要求を送信するように構成された送信装置と、
前記第１の認証が受信されたかどうかチェックするように構成された認証プロセッサ部と
を含むことを特徴とする装置。
【請求項１３】
前記認証プロセッサ部が、前記第１の認証が受信されなかった場合に、前記通信接続確立制御プロファイルに示された情報に基づいて前記発呼者に対してアナウンスメントの伝送を開始するようにさらに構成され、前記アナウンスメントが、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すことを特徴とする、請求項１２に記載の装置。
【請求項１４】
前記アナウンスメントを送信した後で前記発呼者への前記通信接続を終了するように構成された第４のプロセッサ部をさらに含むことを特徴とする、請求項１２及び請求項１３のいずれかに記載の装置。
【請求項１５】
前記ブラックリスト・プロセッサ部が、要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否するようにさらに構成され、及び／又は
前記ホワイトリスト・プロセッサ部が、要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にするようにさらに構成されることを特徴とする、請求項１２から請求項１４までのいずれかに記載の装置。
【請求項１６】
前記認証プロセッサ部が、前記アナウンスメントが送信されるときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納する提案を開始し、
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージの格納を開始する
ようにさらに構成されることを特徴とする、請求項１２から請求項１５までのいずれかに記載の装置。
【請求項１７】
前記認証プロセッサ部が、前記第１の認証が受信されたかどうかチェックするために、 予め設定された時間が経過するまでに前記第１の認証が受信されたかどうかを検出し、及び／又は
受信された前記第１の認証が前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断するようにさらに構成され、
前記第３のプロセッサ部が、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義することを特徴とする、請求項１２から請求項１６までのいずれかに記載の方法。
【請求項１８】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項１２から請求１７までのいずれかに記載の装置。
【請求項１９】
前記通信接続確立制御プロファイルを設定するように構成された前記プロセッサが、
格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリスト、
前記第１の認証及び／又は第２の認証を指定するためのデータ、及び
前記アナウンスメントを生成するためのデータ
のうちの少なくとも１つを提供するようにさらに構成されることを特徴とする、請求項１２から請求項１８までのいずれかに記載の装置。
【請求項２０】
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には前記通信接続の確立を求める前記要求を拒否するように構成された第４のプロセッサ部、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否するように構成された第５のプロセッサ部、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求の取り扱いを開始するように構成された第６のプロセッサ部
のうちの少なくとも１つをさらに含み、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項１２から請求項１９までのいずれかに記載の装置。
【請求項２１】
前記通信接続確立制御プロファイルを設定するように構成された前記プロセッサが、
格納された拒否されるべき１つ又はそれ以上の発呼者の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定するリスト、
前記第１の認証及び／又は第２の認証を指定するためのデータ、
前記アナウンスメントを生成するためのデータ、
前記所定の期間の指定、及び
前記他の宛先を指定するデータ
のうちの少なくとも１つを準備するようにさらに構成されることを特徴とする、請求項２０に記載の装置。
【請求項２２】
前記通信接続確立制御プロファイルを設定するように構成された前記プロセッサが、
起動コマンド及びパラメータのうちの少なくとも１つを前記通信接続確立制御プロファイルに対して割り当てるためのグラフィカル・ユーザ・インターフェース部を含むインターフェースにより、命令及び／又はデータを受信し、
通信ネットワークの１つ又はそれ以上の補助的サービスを用いて、前記命令及び／又はデータを通信接続確立制御スキームに実装する
ようにさらに構成されることを特徴とする、請求項１２から請求項２１までのいずれかに記載の装置。
【請求項２３】
一方的通信を取り扱うための通信接続確立制御のために指定された複数のサービスを準備するステップ、
前記サービスのうちの選択されたものを決定して組み合わせることにより、事前通信接続確立制御スキームを確立するステップ、及び
前記事前通信接続確立制御スキームに基づいて前記加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含む、インターフェースを加入者に提供するステップ
を含むことを特徴とする方法。
【請求項２４】
前記確立するステップが、前記サービスのうちの選択されたものを特定の実行順序で組み合わせることを含むことを特徴とする、請求項２３に記載の方法。
【請求項２５】
前記インターフェースにおいて前記加入者による命令及び／又はデータ入力を受け取るステップ、
前記入力された命令及び／又はデータに基づいて、前記加入者のための前記通信接続確立制御プロファイルを決定するステップ
前記通信接続確立制御プロファイルに基づいて、前記加入者に対して用いられる最終的な通信接続確立制御スキームを構成するステップ、及び
前記加入者への通信接続を確立することを求める要求に対して、前記最終的な通信接続確立制御スキームを実施するステップ
をさらに含むことを特徴とする、請求項２３又は請求項２４に記載の方法。
【請求項２６】
前記サービスが、
通信接続の確立を要求している発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断すること、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断すること、
前記判断の結果が否定である場合に、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内で示された第１の認証を返すよう前記発呼者に要求を送信すること、
前記第１の認証が受信されたかどうかチェックすること、及び
前記第１の認証が受信されなかった場合に、前記通信接続確立制御プロファイル内に示された情報に基づいて、前記発呼者に対して、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すアナウンスメントを送信すること
の少なくとも１つを含む補助的サービスを含むことを特徴とする、請求項２３から請求項２５までのいずれかに記載の方法。
【請求項２７】
前記補助的なサービスが、ＧＳＭ（登録商標）、ＩＳＤＮ、ＵＭＴＳ、及びＩＭＳのようなＶｏＩＰネットワークのうちの少なくとも１つのためのものであり、及び／又は
前記補助的なサービスが、ＳＣＡ、ＳＣＲ、ＡＣＲ、ｅＡＣＲ、ＤＮＤ、ＣＦのうちの少なくとも１つを含むことを特徴とする、請求項２６に記載の方法。
【請求項２８】
前記サービスが、
要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否すること、及び
要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にすること
のうちの少なくとも１つをさらに含むことを特徴とする、請求項２６又は請求項２７に記載の方法。
【請求項２９】
前記サービスが、
前記アナウンスメントを送信するときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納するよう提案すること、及び
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージを格納すること
をさらに含むことを特徴とする、請求項２６から請求項２８までのいずれかに記載の方法。
【請求項３０】
前記サービスが、
予め設定された時間が経過するまでに前記第１の認証が受信されたかどうか検出すること、及び
受信された前記第１の認証が前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断すること
のうちの少なくとも１つをさらに含み、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義されることを特徴とする、請求項２６から請求項２９までのいずれかに記載の方法。
【請求項３１】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項２６から請求項３０までのいずれかに記載の方法。
【請求項３２】
前記インターフェースが、
拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子、
前記第１の認証及び／又は前記第２の認証、及び
前記アナウンスメントのソース及び／又はコンテンツ
のうちの少なくとも１つを指定することにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含むことを特徴とする、請求項２６から請求項３１までのいずれかに記載の方法。
【請求項３３】
前記サービスが、
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には、前記通信接続の確立を求める前記要求を拒否すること、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否すること、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求を取り扱うこと
のうちの少なくとも１つをさらに含み、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項２６から請求項３２までのいずれかに記載の方法。
【請求項３４】
前記インターフェースが、
拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子、
前記第１の認証及び／又は前記第２の認証、
前記アナウンスメントのソース及び／又はコンテンツ、
前記所定の期間、及び
前記他の宛先
のうちの少なくとも１つを指定することにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含むことを特徴とする、請求項３３に記載の方法。
【請求項３５】
前記サービスのうちの前記選択されたもののうちの１つ又はそれ以上に関連する前記インターフェースの部分に価格情報を割り付けるステップをさらに含むことを特徴とする、請求項２３から請求項３４までのいずれかに記載の方法。
【請求項３６】
前記インターフェースが、通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するため、並びに、起動コマンド及びパラメータのうちの少なくとも１つを前記通信接続確立制御プロファイルの部分に対して割り当てるためのグラフィカル・ユーザ・インターフェース部を含むことを特徴とする、請求項２３から請求項３５までのいずれかに記載の方法。
【請求項３７】
一方的通信を取り扱うための通信接続確立制御のために指定された複数のサービスを準備するように構成された第１のプロセッサ部、
前記サービスのうちの選択されたものを決定して組み合わせることにより、事前通信接続確立制御スキームを確立するように構成された第２のプロセッサ部、及び
前記事前通信接続確立制御スキームに基づいて前記加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力する手段を含むインターフェースを加入者に提供するように構成された第３のプロセッサ部
を含むことを特徴とする装置。
【請求項３８】
前記第２のプロセッサ部が、前記サービスのうちの選択されたものを特定の実行順序で組み合わせるようにさらに構成されることを特徴とする、請求項３７に記載の装置。
【請求項３９】
前記インターフェースにおいて前記加入者による命令及び／又はデータ入力を受け取るように構成された受信装置、
前記入力された命令及び／又はデータに基づいて、前記加入者のための前記通信接続確立制御プロファイルを決定するように構成された決定装置、
前記通信接続確立制御プロファイルに基づいて、前記加入者に対して用いられる最終的な通信接続確立制御スキームを構成するように構成された構成装置、及び
前記加入者への通信接続を確立することを求める要求に対して、前記最終的な通信接続確立制御スキームを実施するように構成された実施装置
をさらに含むことを特徴とする請求項３７又は請求項３８に記載の装置。
【請求項４０】
前記サービスが、
通信接続の確立を要求している発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の識格納された別子と一致するかどうか判断すること、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断すること、
前記判断の結果が否定である場合に、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内で示された第１の認証を返すよう前記発呼者に要求を送信すること、
前記第１の認証が受信されたかどうかチェックすること、及び
前記第１の認証が受信されなかった場合には、前記通信接続確立制御プロファイル内に示された情報に基づいて、前記発呼者に対して、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すアナウンスメントを送信すること
の少なくとも１つを含むことを特徴とする請求項３７から請求項３９までのいずれかに記載の装置。
【請求項４１】
前記サービスが、ＧＳＭ（登録商標）、ＩＳＤＮ、ＵＭＴＳ、及びＩＭＳのようなＶｏＩＰネットワークのうちの少なくとも１つのための補助的なサービスであり、及び／又は
前記補助的なサービスが、ＳＣＡ、ＳＣＲ、ＡＣＲ、ｅＡＣＲ、ＤＮＤ、ＣＦのうちの少なくとも１つを含むことを特徴とする請求項４０に記載の装置。
【請求項４２】
前記サービスが、
要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否すること、及び
要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にすること
のうちの少なくとも１つをさらに含むことを特徴とする請求項４０及び請求項４１に記載の装置。
【請求項４３】
前記サービスが、
前記アナウンスメントを送信するときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納するよう提案すること、及び
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージを格納すること
をさらに含むことを特徴とする、請求項４０から請求項４２までのいずれかに記載の装置。
【請求項４４】
前記サービスが、
予め設定された時間が経過するまでに前記第１の認証が受信されたかどうか検出すること、及び
受信された前記第１の認証が、前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断すること
のうちの少なくとも１つをさらに含み、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義されることを特徴とする請求項４０から請求項４３までのいずれかに記載の装置。
【請求項４５】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項４０から請求項４４までのいずれかに記載の装置。
【請求項４６】
前記インターフェースが、
拒否されるべき発呼者の１つ又はそれ以上の識別子及び／又は接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
前記第１の認証及び／又は前記第２の認証を指定すること、及び
前記アナウンスメントのソース及び／又はコンテンツを指定すること
のうちの少なくとも１つにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成された入力部を含むことを特徴とする、請求項４０から請求項４５までのいずれかに記載の装置。
【請求項４７】
前記サービスが、
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には前記通信接続の確立を求める前記要求を拒否すること、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否すること、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求を取り扱うこと
のうちの少なくとも１つをさらに含み、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項４０から請求項４５までのいずれかに記載の装置。
【請求項４８】
前記インターフェースが、
拒否されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
前記第１の認証を指定すること、
前記第２の認証を指定すること、
前記アナウンスメントのソース及び／又はコンテンツを指定すること、
前記所定の期間を指定すること、及び
前記他の宛先を指定すること
のうちの少なくとも１つにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成された入力部を含むことを特徴とする、請求項４７に記載の装置。
【請求項４９】
前記サービスのうちの前記選択されたもののうちの１つ又はそれ以上に関連する前記インターフェースの部分に価格情報を割り付けるように構成された割り付け部をさらに含むことを特徴とする、請求項３７から請求項４８までのいずれかに記載の装置。
【請求項５０】
前記インターフェースが、通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように、並びに、起動コマンド及びパラメータのうちの少なくとも１つを前記通信接続確立制御プロファイルの部分に対して割り当てるように構成されたグラフィカル・ユーザ・インターフェース部を含むことを特徴とする、請求項３７から請求項４９までのいずれかに記載の装置。
【請求項５１】
一方的通信を取り扱うための通信接続確立制御のために指定された複数のサービスの組み合わせを含む事前通信接続確立制御スキームのテンプレートを示すように構成された表示部、
前記事前通信接続確立制御スキームに基づいて加入者の通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成された、１つ又はそれ以上の入力部、
前記１つ又はそれ以上の入力部における前記加入者による命令及び／又はデータ入力を受け取るように構成された受信装置、
起動コマンド及び／又はパラメータを前記通信接続確立制御プロファイルに割り当てることにより、前記入力された命令及び／又はデータに基づいて、前記加入者のための前記通信接続確立制御プロファイルを決定するように構成された決定装置、及び
送信された前記通信接続確立制御プロファイルに基づいて前記加入者に対して用いられる最終的な通信接続確立制御スキームを構成する管理システムに、前記通信接続確立制御プロファイルを送信するように構成された送信装置
を含むことを特徴とするグラフィカル・ユーザ・インターフェース。
【請求項５２】
前記表示部及び前記１つ又はそれ以上の入力部が、
通信接続の確立を要求している発呼者の識別要素が、前記通信接続確立制御プロファイル内で示された、拒否されるべき発呼者の格納された識別子と一致するかどうか判断すること、
要求側の前記発呼者の前記識別要素が、前記通信接続確立制御プロファイル内で示された、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断すること、
前記判断の結果が否定である場合には、前記通信接続の確立を可能にするために、前記通信接続確立制御プロファイル内で示された第１の認証を返すよう前記発呼者に要求を送信すること、
前記第１の認証が受信されたかどうかチェックすること、及び
前記第１の認証が受信されなかった場合には、前記通信接続確立制御プロファイル内に示された情報に基づいて、前記発呼者に対して、前記通信接続の確立を可能にするための第２の認証を導出するために使用できる情報を示すアナウンスメントを送信すること
のうちの少なくとも１つを含むサービスに基づくことを特徴とする、請求項５１に記載のグラフィカル・ユーザ・インターフェース。
【請求項５３】
前記サービスが、ＧＳＭ（登録商標）、ＩＳＤＮ、ＵＭＴＳ、及びＩＭＳのようなＶｏＩＰネットワークのうちの少なくとも１つのための補助的なサービスであり、及び／又は
前記補助的なサービスが、ＳＣＡ、ＳＣＲ、ＡＣＲ、ｅＡＣＲ、ＤＮＤ、ＣＦのうちの少なくとも１つを含むことを特徴とする、請求項５２に記載のグラフィカル・ユーザ・インターフェース。
【請求項５４】
前記サービスが、
要求側の前記発呼者の前記識別要素が、拒否されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記通信接続の確立を求める前記要求を拒否すること、及び
要求側の前記発呼者の前記識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定であった場合に、前記加入者への前記通信接続の確立を可能にすること
のうちの少なくとも１つをさらに含むことを特徴とする、請求項５２及び請求項５３に記載のグラフィカル・ユーザ・インターフェース。
【請求項５５】
前記表示部及び前記１つ又はそれ以上の入力部が、
前記アナウンスメントを送信するときに、前記発呼者に対して、該発呼者の識別情報及び／又は前記加入者へのメッセージを格納するよう提案すること、及び
前記発呼者により前記提案が受け入れられた場合、前記加入者による取得のために、前記識別情報及び／又は前記メッセージを格納すること
をさらに含むサービスに基づくものであることを特徴とする、請求項５２から請求項５４までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項５６】
前記表示部及び前記１つ又はそれ以上の入力部が、
予め設定された時間が経過するまでに前記第１の認証が受信されたかどうか検出すること、及び
受信された前記第１の認証が前記通信接続確立制御プロファイルにより示される認証データと一致するかどうか判断すること
のうちの少なくとも１つをさらに含むサービスに基づいており、前記第１の認証を受信することなく前記予め設定された時間が経過した場合、又は、受信された前記第１の認証が前記認証データと一致しない場合に、前記第１の認証は受信されていないと定義されることを特徴とする、請求項５２から請求項５５までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項５７】
前記第１の認証及び前記第２の認証が文字ベースの認証コードであり、前記アナウンスメントが音声メッセージであることを特徴とする、請求項５２から請求項５６までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項５８】
前記１つ又はそれ以上の入力部が、
拒否されるべき発呼者の１つ又はそれ以上の識別子及び接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
前記第１の認証及び／又は前記第２の認証を指定すること、及び
前記アナウンスメントのソース及び／又はコンテンツを指定すること
のうちの少なくとも１つにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成されることを特徴とする、請求項５２から請求項５７までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項５９】
前記表示部及び前記１つ又はそれ以上の入力部が、
前記発呼者が該発呼者を識別するために使用可能な識別情報を提供しているかどうかを検出し、前記識別情報が検出されない場合には前記通信接続の確立を求める前記要求を拒否すること、
外部通信接続確立試行をブロックする命令が存在するかどうかチェックし、前記命令が存在する場合には、前記通信接続の確立を求める前記要求を拒否すること、及び
特定の通信接続転送命令が存在するかどうかチェックし、前記特定の通信接続転送命令が存在する場合には、該特定の通信接続転送命令に従って、前記通信接続の確立を求める前記要求を取り扱うこと
のうちの少なくとも１つを含むサービスに基づいており、前記特定の通信接続転送命令が、
所定の期間においてのみ、前記加入者への通信接続を確立する許可、
別の宛先への前記通信接続をセットアップする命令、
所定の期間においてのみ、別の宛先への前記通信接続をセットアップする命令、及び
要求側の前記発呼者の識別要素が、前記加入者への接続が許可されるべき発呼者の格納された識別子と一致するかどうか判断した結果が肯定の場合に、前記アナウンスメントを送信する命令
のうちの少なくとも１つを含む
ことを特徴とする、請求項５２から請求項５８までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項６０】
前記１つ又はそれ以上の入力部が、
拒否されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
接続が許可されるべき発呼者の１つ又はそれ以上の識別子を指定すること、
前記第１の認証を指定すること、
前記第２の認証を指定すること、
前記アナウンスメントのソース及び／又はコンテンツを指定すること、
前記所定の期間を指定すること、及び
前記他の宛先を指定すること
のうちの少なくとも１つにより前記通信接続確立制御プロファイルを生成するための命令及び／又はデータを入力するように構成されることを特徴とする、請求項５９に記載のグラフィカル・ユーザ・インターフェース。
【請求項６１】
前記複数のサービスの組み合わせのうちの１つ又はそれ以上に関連する前記表示部の部分に価格情報を割り付けるように構成された割り付け部をさらに含むことを特徴とする、請求項５２から請求項６０までのいずれかに記載のグラフィカル・ユーザ・インターフェース。
【請求項６２】
コンピュータ上で稼働されたときに請求項１から請求項１１まで又は請求項２３から請求項３６までのいずれかのステップを行うためのソフトウェア・コード部分を含むことを特徴とする、前記コンピュータのためのコンピュータ・プログラム製品。
【請求項６３】
前記コンピュータ・プログラム製品が、前記ソフトウェア・コード部分が格納されるコンピュータ可読媒体を含むことを特徴とする、請求項６２に記載のコンピュータ・プログラム製品。
【請求項６４】
前記コンピュータ・プログラム製品が、前記コンピュータの内部メモリ内に直接ロード可能であり、及び／又は、アップロード、ダウンロード及びプッシュ手順のうちの少なくとも１つによりネットワークを介して伝送可能であることを特徴とする、請求項６２に記載のコンピュータ・プログラム製品。
【請求項６５】
前記製品がコンピュータ上で稼働されたときに請求項５１から請求項６１までのいずれかに記載のグラフィカル・ユーザ・インターフェースを生成するためのソフトウェア・コード部分を含むことを特徴とする、前記コンピュータのためのコンピュータ・プログラム製品。
【請求項６６】
前記コンピュータ・プログラム製品が、前記ソフトウェア・コード部分が格納されるコンピュータ可読媒体を含むことを特徴とする、請求項６５に記載のコンピュータ・プログラム製品。
【請求項６７】
前記コンピュータ・プログラム製品が、前記コンピュータの内部メモリ内に直接ロード可能であり、及び／又は、アップロード、ダウンロード及びプッシュ手順のうちの少なくとも１つによりネットワークを介して送信可能であることを特徴とする、請求項６５に記載のコンピュータ・プログラム製品。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公表番号】特表２０１２−５２０６４４（Ｐ２０１２−５２０６４４Ａ）
【公表日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願番号】特願２０１２−５０００７４（Ｐ２０１２−５０００７４）
【出願日】平成２１年３月１６日（２００９．３．１６）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０５３０６８
【国際公開番号】ＷＯ２０１０／１０５６６３
【国際公開日】平成２２年９月２３日（２０１０．９．２３）
【出願人】（５０７１４２０６３）ノキア シーメンス ネットワークス オサケユキチュア (81)
【Ｆターム（参考）】
【公表日】平成２４年９月６日（２０１２．９．６）
【国際特許分類】
【出願日】平成２１年３月１６日（２００９．３．１６）
【国際出願番号】ＰＣＴ／ＥＰ２００９／０５３０６８
【国際公開番号】ＷＯ２０１０／１０５６６３
【国際公開日】平成２２年９月２３日（２０１０．９．２３）
【出願人】（５０７１４２０６３）ノキア シーメンス ネットワークス オサケユキチュア (81)
【Ｆターム（参考）】
[ Back to top ]