(57)【特許請求の範囲】
【請求項１】
セキュリティ設定に基づいてユーザ・プロファイルを生成するステップと、
ネットワーク・アドレスを介して利用可能な意図される受信側に対して指定されたボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）通信を送信側から受信するステップと、
前記ユーザ・プロファイルが前記ＶｏＩＰ通信の前記意図される受信側に対応することを決定するステップと、
前記ユーザ・プロファイルにおいて指定された前記セキュリティ設定に基づいて前記ＶｏＩＰ通信を管理するステップと、
を備え、
前記管理するステップが、
前記送信側が前記の生成されたユーザ・プロファイルにおいて指定されていない場合に、前記意図される受信側のネットワーク・アドレスとは異なるネットワーク・アドレスを介して利用可能なサードパーティ検証器に前記ＶｏＩＰ通信をルーティングするステップと、
前記サードパーティ検証器によって指定されるとおりに前記ＶｏＩＰ通信をルーティングするステップと
を含む方法。
【請求項２】
前記セキュリティ設定が、
前記意図される受信側との通信が許容される、コンタクト・リストにおける複数の連絡先と、
前記意図される受信側が、前記コンタクト・リストにおける１つ又は複数の連絡先との通信に費やすことが許容される時間と、
前記コンタクト・リストにおける１つ又は複数の連絡先との通信が許容される時間帯とを指定する、請求項１に記載の方法。
【請求項３】
決定する前記ステップが、
前記ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）通信の少なくとも１つのパケットにおいて前記意図される受信側の識別子を見出すステップと、
前記識別子に対応する前記ユーザ・プロファイルを探し出すステップと
を含み、
管理する前記ステップは、前記識別子を有する各パケットを前記ユーザ・プロファイルに従って管理するステップを含む、
請求項１に記載の方法。
【請求項４】
前記サードパーティ検証器が、前記ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）通信を自動的に管理するのに利用される１つ又は複数の追加のセキュリティ設定を含む、請求項１に記載の方法。
【請求項５】
前記セキュリティ設定が、複数の通信技術に独立に対応する、請求項１に記載の方法。
【請求項６】
前記ユーザ・プロファイルが、認証サービスによって認証されたログオン識別子によって、複数の異なるサービス・プロバイダ間において前記意図される受信側を管理する、請求項１に記載の方法。
【請求項７】
前記セキュリティ設定が、前記意図される受信側とは異なる人間によって提供される、請求項１に記載の方法。
【請求項８】
ユーザが少なくとも一人の他のユーザと対話するときのセキュリティ設定を指定するプロファイルを生成するステップと、
ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）通信を受信するステップと、
前記ＶｏＩＰ通信の送信側を識別するステップと、
前記送信側がいずれかのプロファイルにおいて指定されているかどうかを決定するステップと、
前記送信側が前記いずれかのプロファイルにおいて指定されている場合に、当該プロファイルを用いて前記の受信されたＶｏＩＰ通信を管理するステップと、
前記送信側が前記いずれかのプロファイルにおいて指定されていない場合に、前記ＶｏＩＰ通信をサードパーティ検証器にルーティングし、該サードパーティ検証器を用いて少なくとも１つの追加のセキュリティ設定に基づく動作を行うステップと
を含む方法。
【請求項９】
前記動作が、前記ＶｏＩＰ通信を別の通信技術に伝えるステップを含み、
前記別の通信技術が、電子メールとインスタントメッセージングとのうちのいずれかを含む、請求項８に記載の方法。
【請求項１０】
管理する前記ステップが、ネットワークを介して複数のサービス・プロバイダのうちの１つのサービス・プロバイダとの通信を試みるときに前記送信側を認証するステップを含み、認証する前記ステップにより、前記送信側は、サインイン資格証明を再提出することなく、前記複数のサービス・プロバイダと複数のクライアントデバイスとの間でローミングすることができる、請求項８に記載の方法。
【請求項１１】
前記セキュリティ設定が、
前記ユーザとの通信が許容される、コンタクト・リストにおける複数の連絡先と、
前記ユーザが、前記コンタクト・リストにおける１つ又は複数の連絡先との通信に費やすことが許容される時間と、
前記コンタクト・リストにおける１つ又は複数の連絡先との通信が許容される時間帯とを指定する、請求項８に記載の方法。
【請求項１２】
前記セキュリティ設定が、複数の通信技術に独立に対応する、請求項８に記載の方法。
【請求項１３】
前記送信側を指定する前記プロファイルが、認証サービスによって認証されるログオン識別子により、複数の異なるサービス・プロバイダ間で前記送信側を管理する、請求項８に記載の方法。
【請求項１４】
前記セキュリティ設定が、前記送信側とは異なる人間によって提供される、請求項８に記載の方法。
【請求項１５】
実行されるとき、コンピュータに対して、
第１のユーザが他の第２のユーザと通信する際のセキュリティ設定であって、前記第１のユーザ及び前記他の第２のユーザとは異なる人間によって提供されるセキュリティ設定を指定するプロファイルを、ネットワークを介してダウンロードし、
前記第１のユーザからボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）通信を受信し、
前記セキュリティ設定を指定する前記プロファイルを用いて前記ＶｏＩＰ通信を管理し、
前記送信側が前記プロファイルにおいて指定されていない場合に、前記第１のユーザが利用可能なネットワーク・アドレスとは異なるネットワーク・アドレスを介して利用可能なサードパーティ検証器に前記ＶｏＩＰ通信をルーティングし、前記ＶｏＩＰ通信に関して前記サードパーティ検証器によって指定される動作を行う
よう指示するコンピュータ実行可能命令を含む１つ又は複数のコンピュータ読み取り可能媒体。
【請求項１６】
前記セキュリティ設定が、
前記ユーザとの通信が許容される、コンタクト・リストにおける複数の連絡先と、
前記ユーザが、前記コンタクト・リストにおける１つ又は複数の連絡先との通信に費やすことが許容される時間と、
前記コンタクト・リストにおける１つ又は複数の連絡先との通信が許容される時間帯とを指定する、請求項１５に記載の１つ又は複数のコンピュータ読み取り可能媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
背景技術
ユーザは、長年にわたって、ＰＯＴ（普通の従来の電話サービス）としても知られている従来の電話サービスのユーザを介して通信してきた。したがって、ユーザは、番号をダイヤル呼び出しする際、着信転送を行う際などの、従来の電話サービスを使用して通信する際、特定の技術を熟知しており、それらの技術に慣れている。
【０００２】
電話サービスを提供するのに人気を博している１つの技術は一般に「ＶｏＩＰ」と呼ばれており、「ＶｏＩＰ」は、ボイス・オーバー・インターネット・プロトコルを表す略語である。典型的に、ＶｏＩＰは、典型的な電話の呼び期間のように互いに通信することができるよう、ユーザがインターネットを使用して実行される。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、ユーザは、従来の電話サービスに長年にわたって慣れ親しんでいるため、典型的には、ＶｏＩＰのプロバイダは、これらのサービスを、従来の電話サービスを模倣する仕方で提供する。したがって、これらの従来の電話サービスのユーザは、慣れ親しんだ「見た目と感じ」を与えられるものの、ＶｏＩＰを介して利用可能な追加の機能を与えられてはいない。
【課題を解決するための手段】
【０００４】
概要
ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）管理技術が記述される。１つ又は複数の実施の形態において、多種多様な機能をＶｏＩＰ通信にもたらすよう、管理技術はソフトウェアの使用を介して実現される。例えば、それらの管理技術は家族安全対策及びプライバシー対策を提供し、ＶｏＩＰの呼びが家族の特定のメンバに対してどのようにルーティングされるかを管理することができる。
【０００５】
この概要は、詳細な説明において後に更に説明される概念の選択を簡略化した形態で紹介するために提供されるものである。この概要は、特許請求される主題の重要な特徴又は不可欠な特徴を特定することを意図しておらず、また、特許請求される主題の範囲を決定する際の助けとして使用されることも意図していない。
【発明を実施するための最良の形態】
【０００６】
説明における実例では、同様の構造及び構成要素を参照するのに、同一の参照符号が利用される。
【０００７】
概略
従来の電話通信技術は、限られた機能をユーザに提供する。例えば、家族の安全及びプライバシー対策は、今日の固定線電話接続において提供されない。例えば、親は、現在、子供と誰がコンタクトすることを許されるか、何時そのようなコンタクトが許されるかなどを管理することができない。
【０００８】
様々な実現形態において、ボイス・オーバー・インターネット・プロトコル（ＶｏＩＰ）通信を管理するように動作可能な技術が説明されている。様々な異なる管理技術が、多種多様な機能を提供するように使用され得る。例えば、或る技術は、ユーザとコンタクトすることを許された特定のユーザのような、ユーザのセキュリティ設定や、特定のユーザからのＶｏＩＰ通信のルーティングなどを指定するプロファイルを使用する。その場合、ユーザへのＶｏＩＰ通信は、ＶｏＩＰ通信がユーザによって受信される前に、プロファイルに基づいて管理される。例えば、ＶｏＩＰプロバイダは、意図される受信側に通信が配信される前に、プロファイルに基づいて通信を管理することができ、これについての更なる説明は、図３に関連して行われる。
【０００９】
別の実例では、プロファイルは、そのうちの少なくとも１つがＶｏＩＰ通信を含む様々な通信技術を管理するのに利用される。例えば、プロファイルは、ＶｏＩＰ通信とともに、電子メール、インスタントメッセージングなども管理するのに利用され。このため、親は、子供によって使用され得る各ネットワーク通信技術に対処する、子供に対するプロファイルを指定することができる。様々な通信技術の更なる説明は、図４に関連して行われる。
【００１０】
更なる実例において、サードパーティ検証器がＶｏＩＰ通信を検証するのに使用される。例えば、プロファイルにおいて指定されていない送信側からのＶｏＩＰ通信は、まず、検証のために親に送られる。別の実例においては、ＶｏＩＰ通信の発信元を自動的に照会する実行可能モジュールの使用を介してなどの認証サービスが使用され、これについての更なる説明は、図５に関連して行われる。
【００１１】
以下の説明では、最初に、ＶｏＩＰ管理を提供するように動作可能な例示的な環境が説明される。次に、例示的な環境及び他の環境において使用されることが可能な例示的な手順が説明される。
【００１２】
例示的な環境
図１は、ＶｏＩＰ通信を管理するための技術を使用するように動作可能な例示的実現形態における環境１００を示す。図示の環境１００は、ネットワーク１０６を介して互いに通信するように結合された複数のクライアント１０２（ｎ）、１０４（ｍ）を含む（ただし、「ｎ」は１から「Ｎ」までの任意の整数であり、「ｍ」は１から「Ｍ」までの任意の整数である）。クライアント１０２（ｎ）、１０４（ｍ）は、ネットワーク１０６を介して通信するために様々な仕方で構成されることができる。例えば、１つ又は複数のクライアント１０２（ｎ）、１０４（ｍ）は、図示されるとおり、ＶｏＩＰ電話機（例えば、有線又は無線の）、デスクトップコンピュータなどのコンピューティング装置、移動局、エンターテイメント機器、表示装置に通信するように結合されたセットトップボックス、ゲームコンソールなどとして構成されることができる。このため、クライアント１０２（ｎ）、１０４（ｍ）は、相当なメモリ及びプロセッサリソースを有するフルリソースの装置（例えば、現在の無線電話機、ＰＤＡ）から、限られたメモリ及び／又は処理リソースを有する低リソースの装置（例えば、レガシー無線電話機、手持ち式ゲームコンソール）までに広がり得る。また、クライアント１０２（ｎ）、１０４（ｍ）は、それらのクライアントを操作する個人及び／又はエンティティと関係する。つまり、以下の説明では、１つ又は複数のクライアント１０２（ｎ）、１０４（ｍ）は、ユーザ、ソフトウェア及び／又は装置を含む論理的クライアントを表す。
【００１３】
ネットワーク１０６はインターネットとして図示されているが、ネットワークは多種多様な構成をとることができる。例えば、ネットワーク１０６は、ＷＡＮ（ワイドエリアネットワーク）、ＬＡＮ（ローカルエリアネットワーク）、無線ネットワーク、公衆電話網、イントラネットなどとして構成された部分を含む。このため、単一のネットワーク１０６が示されているが、ネットワーク１０６は、複数のネットワークを含むように構成されることができる。
【００１４】
図示される環境では、クライアント１０２（ｎ）、１０４（ｍ）は、ＶｏＩＰ通信技術を使用してネットワーク１０６を介して互いに通信する。ＶｏＩＰ通信技術は、クライアント１０２（ｎ）、１０４（ｍ）間でネットワーク１０６を介して音声通信を送信するためにパケットを使用する。例えば、送信側、例えばクライアント１０２（ｎ）は、アナログ信号をデジタルデータに変換するように構成され、そのデジタルデータは、そのデジタルデータを含む複数のパケットによりネットワーク１０６上で、意図される受信側すなわちクライアント１０４（ｍ）に送信される。クライアント１０４（ｍ）は、受信したパケットを整列させて、受信したパケットにおけるデジタルデータを、クライアント１０４（ｍ）において出力されるアナログ信号に変換するように構成される。同様に、ＶｏＩＰ通信は、クライアント１０２（ｎ）、１０４（ｍ）が会話に参加するように、パケットを使用してクライアント１０４（ｍ）からクライアント１０２（ｎ）へ実行される。このため、デジタルデータは、パケットが通信されるべきアドレスを含むパケットにおけるペイロードとして提供される。
【００１５】
環境１００は、クライアント１０２（ｎ）、１０４（ｍ）間のＶｏＩＰ通信を管理するように構成されたプロファイル・サービス１０８を含むものとして図示されており、このため、ネットワーク１０６「内」及びクライアント１０２（ｎ）、１０４（ｍ）「間」に図示されている。プロファイル・サービス１０８は、記憶装置１１４に記憶されているものとして図示される複数のプロファイル１１２（ｐ）を作成して管理するように実行可能な機能を表すプロファイル・マネージャ・モジュール１１０を含む（ただし、「ｐ」は１から「Ｐ」までの任意の整数である）。
【００１６】
プロファイル１１２（ｐ）のそれぞれは、複数のクライアント１０２（ｎ）、１０４（ｍ）のうちの１つに対応しており、クライアント１０２（ｎ）、１０４（ｍ）の対応する１つに関する通信技術と関係するそれぞれの設定１１６（ｓ）を含む。ただし、「ｓ」は１から「Ｓ」までの任意の整数である。例えば、クライアント１０４（ｍ）は対応するプロファイル１１２（ｐ）を有し、この対応するプロファイル１１２（ｐ）は、複数のクライアント１０２（ｎ）のうちのいずれがクライアント１０４（ｍ）と通信することを許されるか、何時そのような通信が許されるか、いずれの通信技術（例えば、電子メール、インスタントメッセージング、ＶｏＩＰ、掲示板、ブログなど）がクライアント１０４（ｍ）との通信に利用され得るか、及びそれらの通信技術のそれぞれに関する設定（例えば、電子メールに関するＨＴＭＬ、インスタントメッセージングに関するサポートされるバージョン）などを指定する、セキュリティ−及び構成の設定１１６（ｓ）を含む。例えば、プロファイル１１２（ｐ）はコンタクト・リストとして構成され、特定の連絡先との通信が許されるかどうかの指示を含む。そこで、プロファイル・マネージャ・モジュール１１０は、それぞれのプロファイル１１２（ｐ）を使用して、クライアント１０４（ｍ）との通信を管理する。
【００１７】
様々な異なる技術を使って、クライアント１０２（ｎ）、１０４（ｍ）間のネットワーク１０６を介するＶｏＩＰ通信及びその他の通信を管理することが可能である。例えば、親は、（例えば、ウェブブラウザ、インスタントメッセージング・モジュールなどとして構成された）通信モジュール１１８（ｍ）を介してプロファイル・マネージャ・モジュール１１０と対話し、特定の子供に対するプロファイル１１２（ｐ）を作成することができる。プロファイル１１２（ｐ）は、作成されると、いずれのクライアント１０２（ｎ）が子供と通信することを許されるか又は許されないか、何時そのような通信が許されるか又は許されないかなどの、子供との許容できる通信及び／又は許容できない通信を指定する設定１１６（ｓ）を含むことができる。そこで、プロファイル・マネージャ・モジュール１１０は、その作成されたプロファイル１１２（ｐ）を利用して、意図される受信側（例えば、この例における子供）がそのような通信を受信する前に、通信を管理することができる。例えば、プロファイル・マネージャ・モジュール１１０は、或る表示（例えば、そのパケットのヘッダにおける識別子）を有する通信がクライアント１０４（ｍ）に配信される前に、その通信を、子供と通信することを許されないクライアント１０２（ｎ）の１つから送信されたものとして阻止する。
【００１８】
別の例において、プロファイル１１２（ｐ）は、対応するユーザと「ローミング」するよう構成されることができる。例えば、子供は、前述したとおり、ネットワーク１０６を介して通信するために、無線電話機、ＰＤＡ、デスクトップコンピュータなどの多種多様なクライアント装置を利用することが可能である。したがって、プロファイル・サービス１０８は、いずれのクライアント装置を子供が使用しているかに無関係に、プロファイル１１２（ｐ）を利用するように構成されることができる。例えば、通信モジュール１１８（ｍ）は、子供に対応するプロファイル１１２（ｐ）から設定１１６（ｓ）を取得するためにネットワーク１０６を介してプロファイル・サービス１０８と通信するように構成されたプロファイル・モジュール１２０（ｍ）を含む。これらの設定１１６（ｓ）はネットワーク１０６を介して通信され、ローカル記憶装置１２４における設定１２２（ｒ）として、クライアント１０４（ｍ）にローカルに記憶される（ただし、「ｒ」は１から「Ｒ」までの任意の整数である）。別の実例において、設定１１６（ｓ）はプロファイル・サービス１０８に「留まり」、前述したとおり、通信は、管理が提供される前にクライアント１０４（ｍ）が通信を受信しなくてもよいように管理される。そのような実例においては、子供は、複数のクライアント１０２（ｎ）との通信が許される前に、プロファイル・サービス１０８に「ログオン」する。また、様々な他の実例も想定され、それらについての更なる説明は、図４に関連して行われる。
【００１９】
更なる例において、プロファイル・サービス１０８はまた、サードパーティ検証器１２６を使用して、クライアント１０２（ｎ）、１０４（ｍ）間の通信が許容されるかどうかを検証する。例えば、プロファイル・マネージャ・モジュール１１０は、子供（例えば、クライアント１０４（ｍ）を宛先とするＶｏＩＰ通信を傍受する。しかし、ＶｏＩＰ通信の送信側（例えば、クライアント１０２（ｎ））は、クライアント１０２（ｎ）からの通信が許されることを示す、クライアント１０４（ｍ）のためのプロファイル１１２（ｐ）には含まれていない。そのような実例においては、プロファイル・マネージャ・モジュール１１０は、通信がクライアント１０４（ｍ）に送信されることを許す前に、通信をサードパーティ検証器１２６に送る。サードパーティ検証器１２６は、子供の親である別の１つのクライアント１０４（ｍ）、ウェブに基づくサードパーティ検証サービス、及び自動化されたサードパーティ検証サービスなどとして様々に構成されることが可能である。その場合、ＶｏＩＰをクライアント１０４（ｍ）に通信することが許されるかどうかは、少なくとも部分的に検証の結果に基づいている。サードパーティ検証についての更なる説明は、図５に関連して行われる。
【００２０】
ＶｏＩＰの管理について説明したが、ネットワーク１０６は様々な他の通信技術をサポートすることもできる。例えば、クライアント１０２（ｎ）、１０４（ｍ）は、電子メール、インスタントメッセージ、掲示板、討論グループなどを使用して、ネットワーク１０６を介して通信することができる。したがって、管理技術は、これらの他の通信技術に対応して統一的な管理構造を提供するように構成され、これについての更なる説明は、図４に関連して行われる。
【００２１】
更に、説明したＶｏＩＰの管理はプロファイル・サービス１０８によって実行されるものとして説明されているが、クライアント１０４（ｍ）がＶｏＩＰ通信及びその他の通信を管理することも可能である。例えば、プロファイル・モジュール１２０（ｍ）は、実行されると、プロファイル・サービス１０８のプロファイル・マネージャ・モジュール１２８に対して説明したのと同様の機能を提供することができる。また、様々な他の例も想定される。
【００２２】
一般に、本明細書で説明される機能のいずれもが、ソフトウェア、ファームウェア（例えば、固定論理回路）、手動の処理、又はこれらの実現形態の組み合わせを使用して実施され得る。本明細書で使用される「モジュール」、「機能」及び「論理」という用語は、一般に、ソフトウェア、ファームウェア、又は、ソフトウェアとファームウェアの組み合わせを表す。ソフトウェア実装の場合、モジュール、機能又は論理は、プロセッサ（例えば、１つ又は複数のＣＰＵ）上で実行されると、指定されたタスクを実行するプログラム・コードを表す。プログラム・コードは、１つ又は複数のコンピュータ読み取り可能メモリ装置に記憶されることができ、これについての更なる説明は、図２に関連して行われる。以下に説明するＶｏＩＰ管理技術の特徴はプラットフォーム独立であり、これは、それらの技術が、様々なプロセッサを有する様々な市販のコンピューティングプラットフォーム上で実施され得ることを意味する。
【００２３】
図２は、図１のクライアント１０４（ｍ）、プロファイル・サービス１０８及びサードパーティ検証器１２６を一層詳細に示す例示的実現形態におけるシステム２００の図である。プロファイル・サービス１０８は複数のサーバ２０２（ｘ）によって実施されるものとして図示されている。ただし、「ｘ」は１から「Ｘ」までの任意の整数である。サードパーティ検証器１２６及びクライアント１０４（ｍ）は装置として図示されている。このため、サーバ２０２（ｘ）、クライアント１０４（ｍ）及びサードパーティ検証器１２６はそれぞれ、それぞれのプロセッサ２０４（ｘ）、２０６（ｍ）、２０８及びそれぞれのメモリ２１０（ｘ）、２１２（ｍ）、２１４を備える。
【００２４】
プロセッサは、それが形成される材料やプロセッサで採用される処理機構によっては限定されない。例えば、プロセッサは、半導体及び／又はトランジスタ（例えば、電子的集積回路（ＩＣ））から成る。このような文脈においては、プロセッサによって実行可能な命令は電子的に実行可能な命令である。代りに、プロセッサの機構又はプロセッサのための機構、したがって、コンピューティング装置の機構又はコンピューティング装置のための機構には、量子コンピューティング、光コンピューティング、機械的コンピューティング（例えば、ナノテクノロジーを使用するもの）などが含まれるが、これらに限定されない。さらに、単一のメモリ２１０（ｘ）、２１２（ｍ）、２１４が、それぞれ、サーバ２０２（ｘ）、クライアント１０４（ｎ）及びサードパーティ検証器１２６に対して図示されているが、ランダムアクセスメモリ（ＲＡＭ）、ハードディスクメモリ、リムーバブルメディアメモリ及びその他のタイプのコンピュータ読み取り可能媒体のような多種多様なタイプ及び組み合わせのメモリを使用することが可能である。
【００２５】
プロファイル・マネージャ・モジュール１１０はプロセッサ２０４（ｘ）上で実行されるものとして図示されており、メモリ２１０（ｘ）に記憶される。前述したとおり、プロファイル・マネージャ・モジュール１１０は、ＶｏＩＰ通信及びその他の通信技術を管理する機能を表す。プロファイル・マネージャ・モジュール１１０は、例えば、特定のユーザに対応するプロファイル１１２（ｐ）で指定された設定１１６（ｓ）を利用して、その特定のユーザとの通信がどのように許されるかを管理する。例えば、設定１１６（ｓ）は、時間帯（例えば、夕方、午前０時から午前６時までの間など）、特定の日（例えば、週末、休日など）、１日当たりの会話の回数、会話の長さなどを指定する。
【００２６】
様々な動作が、通信を管理する際に設定１１６（ｓ）に基づいて実行される。例えば、プロファイル・マネージャ・モジュール１１０は、通信を阻止し、通信を１つの通信技術から別の通信技術に移し（例えば、ＶｏＩＰコールを電子メールに移し）、（例えば、サードパーティ検証器、ボイスメール、いやがらせの場合の法施行機関などへ）送り、送信側の身元に基づいて、対応する出力（例えば、カスタマイズされた呼び出し音、送信側へのカスタマイズされたメッセージなど）を提供し、送信側に「リンギング」指示を与えるが受信側には与えず（例えば、子供にとって「時間外」である場合に）、或いは、特定の会話（例えば、後に再検討するための仕事関連の会話）を知らせ且つ記録する。
【００２７】
図２のシステム２００において、プロファイル・サービス１０８は認証サービス２１６に組み込まれているものとして図示される。認証サービス２１６は、複数のサービス・プロバイダ２２０（ｙ）に認証サービスを提供する機能を表す認証モジュール２１８（これはプロセッサ２０４（ｘ）上で実行されるものとして図示され、メモリ２１０（ｘ）に記憶される）を含む。ただし、「ｙ」は１から「Ｙ」までの任意の整数である。
【００２８】
例えば、サービス・プロバイダ２２０（ｙ）（例えば、ウェブサイト、電子メールプロバイダ、インスタントメッセージング・システムなど）は認証機能を認証サービス２１６に「肩代わりさせる」。したがって、クライアント１０４（ｍ）が認証サービス２１６に「サインイン」（すなわち、ログオン）されると、クライアント１０４（ｍ）は、サインイン資格証明を毎回再提出することなしに、サービス・プロバイダ２２０（ｙ）間でローミングすることができる。また、プロファイル・サービス１０８を認証サービス２１６に組み込むことにより、プロファイル・マネージャ・モジュール１１０は、許容できるウェブサイトなどのサービス・プロバイダ２２０（ｙ）を使用して、クライアント１０４（ｍ）との通信を管理する。このため、子供の親は、各サービス・プロバイダ２２０（ｙ）や子供が利用するクライアント装置などに対して別個のプロファイルを作成する必要なしに、単一のプロファイル１１２（ｐ）を使用して子供の対話を更に管理することができる。複数の通信技術に関するプロファイル１１２（ｐ）の使用についての更なる説明は、図４に関連して行われる。
【００２９】
前述したとおり、サードパーティ検証器１２６は様々な仕方で実現される。例えば、サードパーティ検証器１２６は子供の親であり、親にとって未知の通信は、子供への配信の前にサードパーティ検証器へ送られる。図２に図示されるシステム２００では、サードパーティ検証器１２６はスタンドアロンのサードパーティ検証サービスとして実現される。サードパーティ検証器１２６は、プロセッサ２０８上で実行されるものとして図示されており、メモリ２１４に記憶される。検証モジュール２２２は、実行されると、様々な機能を提供することができる。例えば、検証モジュール２２２は、ユーザ名、発信元、子供に関して親によって指定された設定１１６（ｓ）などの、特定のクライアント１０４（ｍ）に伝えられるべき通信（例えば、ＶｏＩＰ通信）に関係する情報を表示するユーザ・インタフェースを提供する。その場合、サードパーティ検証器１２６におけるオペレータは、送信側の身元や、クライアント１０４（ｍ）が送信側からの通信を受信することを所望する／許されるかどうかを検証するよう、送信側（例えば、クライアント１０２（ｎ））に照会する。別の実現形態においては、この決定は、送信側についての情報２２４（ｚ）との比較によってなど自動的に実行される。また、様々な他の実例も想定され、それらの実例についての更なる説明は、図５に関連して行われる。
【００３０】
例示的な手順
以下の検討は、前述したシステム及び装置を利用して実施されるＶｏＩＰ管理技術について説明する。各手順の態様は、ハードウェア、ファームウェア、ソフトウェア又はこれらの組み合わせで実施されることが可能である。手順は、１つ又は複数の装置によって実行される動作を指定するブロックの組として図示されているが、それぞれのブロックによる動作を実行するための図示される順序には必ずしも限定されない。以下の説明のいくつかの部分において、図１の環境１００及び図２のシステム２００が参照される。
【００３１】
図３は、ＶｏＩＰ通信を管理するためにプロファイルが作成されて利用される例示的実現形態における手順３００を示す。セキュリティ設定を指定するユーザからの入力を受け入れるように構成されたユーザ・インタフェースが出力される（ブロック３０２）。例えば、ユーザ・インタフェースは、或るユーザと別のユーザの間の許容できる通信及び／又は許容できない通信、通信が許される特定の時間帯（例えば、時刻、曜日、休日など）、使用されることが可能な許容できる通信技術（例えば、午後９時以降の電子メール）などを指定するように選択可能な、様々な設定に関するドロップダウン・メニューを含む。このように、ユーザ・インタフェースを介してプロファイルが特定のユーザに関して作成され（ブロック３０４）、次いで、複数の他のユーザに対応する複数の他のプロファイルとともに記憶される（ブロック３０６）。例えば、プロファイル・モジュール１２０（ｍ）は、ネットワーク１０６を介してプロファイル・マネージャ・モジュール１１０と通信し、プロファイル１１２（ｐ）を作成して記憶装置１１４に記憶する。
【００３２】
意図される受信側に対して指定されたＶｏＩＰ通信が、プロファイル・サービス１０８において受信される（ブロック３０８）。例えば、ＶｏＩＰ通信は特定のユーザやユーザ群などを指定することができる。すると、プロファイル・サービス１０８は、複数のプロファイル１１２（ｐ）のいずれが、意図される受信側と対応するかを決定する（ブロック３１０）。例えば、プロファイル・マネージャ・モジュール１１０は、パケットが「どこに」通信されるべきかを指定するＶｏＩＰ通信のパケットの識別子を見出して比較し、その識別子を使用して、対応するプロファイル１１２（ｐ）を探し出す。
【００３３】
次いで、ＶｏＩＰ通信は、意図される受信側によって受信される前に、決定されたプロファイルにおける１つ又は複数のセキュリティ設定に基づいて管理される（ブロック３１２）。例えば、プロファイル・マネージャ・モジュール１１０は、ＶｏＩＰ通信を阻止し、ＶｏＩＰ通信をサードパーティ検証器へ送り、意図される受信側に出力するためのカスタム「リングトーン」を取得し、送信側（例えば、クライアント１０２（ｎ））に出力するためのカスタム「バックリング」トーンを取得し、通信を拒否するがクライアント１０２（ｎ）には「リングトーン」を提供し、又は通信を法施行機関へ送ることなどを決定する。
【００３４】
こうして、意図される受信側がＶｏＩＰ通信を受信する前に、様々な機能が提供されるが、別の実現形態では、この機能は、前述したとおり、プロファイル・モジュール１２０（ｍ）の実行を介してクライアント１０４（ｍ）上でローカルに提供される。また、様々な他の管理技術が本発明の趣旨及び範囲を逸脱することなく使用されることができ、これについての更なる説明は、以下の図に関連して行われる。
【００３５】
図４は、少なくとも１つがＶｏＩＰ通信に関係する複数の通信技術を管理するためにプロファイルが利用される例示的実現形態における手順４００を示す。図３に関連して説明したとおり、複数の他のユーザのうちの１名又は複数名と対話する際にユーザに適用可能である複数のセキュリティ設定を有するプロファイルが作成される（ブロック４０２）。例えば、プロファイルは、別の特定のクライアントとの通信は常に禁止されるが更に別の特定のクライアントとの通信は或る時刻において許されることを指定する。
【００３６】
次いで、その少なくとも１つがＶｏＩＰ通信に関係する複数の通信技術の使用が、作成されたプロファイルを使用して管理される（ブロック４０４）。例えば、ＶｏＩＰ通信が特定の送信側から受信される（ブロック４０６）。次いで、ＶｏＩＰ通信は、阻止され、ルーティングされ、記憶され、対応するメッセージを選択するなど、プロファイルに基づいて管理される（ブロック４０８）。例えば、ＶｏＩＰ通信は、子供の友人から「時間外に」、すなわち、子供が呼びを受信することを許される期間の後に受信される。次いで、別の通信が特定の送信側から別の通信技術を介して受信され（ブロック４１０）、作成されたプロファイルに基づいて管理される（ブロック４１２）。
【００３７】
例えば、次いで、友人はＶｏＩＰ通信の後に子供に電子メール・メッセージを送信する。電子メール・メッセージは、子供が後で取り出せるように記憶しておくことができるので、プロファイルを作成した親はそのような通信を許容する。このため、この実例では、セキュリティ設定は、特定の送信側によって利用される通信技術に基づいて、その特定の送信側に対して異なり得る。また、様々な他の実例も想定される。例えば、特定の送信側は、どの通信技術を利用して意図される受信側とコンタクトするかに無関係に阻止される。したがって、この実例では、異なる通信技術は指定されなかったが、プロファイルは、望ましくない通信に子供がさらされることを親が規制するのを助ける、単純化され且つ一元化された機構を提供する。この実例では、ＶｏＩＰ及び電子メールは通信技術として説明されているが、プロファイルは、本発明の趣旨及び範囲を逸脱することなく、掲示板、ウェブログ（すなわち、ブログ）、インスタントメッセージングなどへのアクセス及び投稿などの様々な他の通信技術を管理するのに利用される。
【００３８】
図５は、意図される受信側に対して指定されたＶｏＩＰ通信が、その意図される受信側による受信の前にサードパーティ検証器に送られる例示的実現形態における手順５００を示す。ＶｏＩＰ通信がプロファイル・サービスにおいて受信される（ブロック５０２）。例えば、クライアント１０２（ｎ）によって送信されてクライアント１０４（ｍ）に対して指定されたＶｏＩＰ通信が、スタンドアロンのサービスとして構成されたプロファイル・サービス１０８によって受信される。次いで、ＶｏＩＰ通信の送信側が識別される（ブロック５０４）。例えば、プロファイル・マネージャ・モジュール１１０は、実行されると、プロファイル１１２（ｐ）に照会して、意図される受信側（例えば、クライアント１０４（ｍ））に対応するプロファイルを見出す。
【００３９】
次いで、送信側がプロファイルにおいて指定されているかどうかの決定が行われる（判定ブロック５０６）。送信側が指定されている場合（判定ブロックからの「ｙｅｓ」）、ＶｏＩＰ通信は送られ、阻止され、記憶されるなど、プロファイルで指定されるとおりに管理される（ブロック５０８）。
【００４０】
送信側がプロファイルにおいて指定されていない場合（判定ブロックからの「ｎｏ」）、ＶｏＩＰ通信はサードパーティ検証器に送られる（ブロック５１０）。例えば、ＶｏＩＰ通信は、ネットワーク１０６を介してプロファイル・サービス１０８からサードパーティ検証器１２６に送られる。前述したとおり、サードパーティ検証器は、クライアント１０４（ｍ）の親、オペレータを使用して通信を検証するスタンドアロンのサービス、検証モジュール２２２を実行して通信を検証する自動化されたスタンドアロンのサービスなどの、様々な仕方で実装される。
【００４１】
次いで、サードパーティ検証器は、ＶｏＩＰ通信に関して実行されるべき動作の指示を提供し（ブロック５１２）、指示された動作をプロファイル・サービスが実行する（ブロック５１４）。例えば、情報２２４（ｚ）は、クライアント１０２（ｎ）が信用できないものであることを指定し、したがって、指示はクライアント１０２（ｎ）からの通信が阻止されるべきことを言明する。そこでプロファイル・サービス１０８は通信を阻止する。別の実例においては、サードパーティ検証器１２６のオペレータは、クライアント１０４（ｍ）をどこから知ったかなどの質問をクライアント１０２（ｎ）に尋ねる。次いで、オペレータは、送信側（例えば、クライアント１０２（ｎ））が信頼できるかどうかを決定し、この決定の結果を更なる処理のためにプロファイル・サービス１０８に提供する。また、この決定は、質問を与えてクライアント１０２（ｎ）から提供された回答を分析するなど、検証モジュール２２２の実行によって自動化され得る。また、本発明の趣旨及び範囲を逸脱することなく、様々な他の実例も想定される。
【００４２】
図６は、様々な異なる管理技術を使ってＶｏＩＰ通信を管理する例示的実現形態における手順６００を示す。ＶｏＩＰ通信がプロファイル・サービスにおいて受信される（ブロック６０２）。次いで、ＶｏＩＰ通信の送信側がプロファイルにおいて指定されているかどうかの決定が行われる（判定ブロック６０４）。指定されていない場合（判定ブロック６０４からの「ｎｏ」）、送信側が発呼者ＩＤ（Ｃ−ＩＤ）を有するかどうかについての決定が行われる（判定ブロック６０６）。Ｃ−ＩＤを有する未知の送信側に関するポリシー規則（ブロック６０８）、又は、Ｃ−ＩＤを有さない未知の送信側に関するポリシー規則（ブロック６１０）が適宜の時点にアップロードされる（判定ブロック６０６からの「ｙｅｓ」又は「ｎｏ」）。
【００４３】
送信側がプロファイルで指定されている場合（判定ブロック６０４からの「ｙｅｓ」）、その送信側に対する設定がアップロードされる（ブロック６１２）。例えば、プロファイル・マネージャ・モジュール１１０は、送信側に対応する識別子を見出し、送信側に特有の設定をアップロードする。次いで、送信側が、意図される受信側とコンタクトすることを現在許されているかどうかについての決定が行われる（判定ブロック６１４）。許されている場合（判定ブロック６１４からの「ｙｅｓ」）、ＶｏＩＰ通信は意図される受信側へ転送される（ブロック６１６）。許されていない場合（判定ブロック６１４からの「ｎｏ」）、通信がボイスメールに移されるべきかどうかについての決定が行われる（判定ブロック６１８）。
【００４４】
その通信がボイスメールに移されるべきでない場合（判定ブロック６１８からの「ｎｏ」）、通信は拒否される（ブロック６２０）。例えば、送信側は悪意のある相手であり、したがって、送信側とのコンタクトは完全に阻止される。別の実例では、通信は、意図される受信側が通信を受信すること無く自動的に法施行機関へ送られる。
【００４５】
通信がボイスメールに移されると（判定ブロック６１８からの「ｙｅｓ」）、カスタム・メッセージが利用可能であるかどうかについての決定が行われる（判定ブロック６２２）。カスタム・メッセージが利用可能である場合（判定ブロック６２２からの「ｙｅｓ」）、そのカスタム・メッセージがロードされ（ブロック６２４）、利用可能ではない場合（判定ブロック６２２からの「ｎｏ」）、一般的なメッセージがロードされる（ブロック６２６）。次いで、ＶｏＩＰ通信がボイスメールに移される（ブロック６２４又は６２６からブロック６２８）。
【００４６】
例示的な順序で並べられた様々な管理技術について説明してきたが、容易に明らかなとおり、本発明の趣旨及び範囲を逸脱することなく、様々な他の技術や他の順序を想定することができる。
【００４７】
結論
本発明を、構造上の特徴及び／又は方法上の動作に特有の表現で説明してきたが、理解されるとおり、添付の特許請求の範囲において定義される本発明は、説明された特定の特徴又は動作に必ずしも限定されるものではない。むしろ、それらの特徴及び動作は、主張される発明を実施する例示的な形態として開示されたものである。
【図面の簡単な説明】
【００４８】
【図１】ＶｏＩＰ通信を管理するための技術を使用するように動作可能な例示的実現形態における環境を示す図である。
【図２】図１のクライアント、プロファイル・サービス及びサードパーティ検証器を一層詳細に示す例示的実現形態におけるシステムを示す図である。
【図３】ＶｏＩＰ通信を管理するのにプロファイルを作成して利用する例示的実現形態における手順を示す流れ図である。
【図４】その少なくとも１つがＶｏＩＰ通信を含む複数の通信技術を管理するのにプロファイルを利用する例示的実現形態における手順を示す流れ図である。
【図５】意図される受信側に対して指定されたＶｏＩＰ通信が、その意図される受信側による受信の前にサードパーティ検証器に送られる例示的実現形態における手順を示す流れ図である。
【図６】様々な管理技術を使用してＶｏＩＰ通信を管理する例示的実現形態における手順を示す流れ図である。
【図１】
0005074398.tif 000002
【図２】
0005074398.tif 000003
【図３】
0005074398.tif 000004
【図４】
0005074398.tif 000005
【図５】
0005074398.tif 000006
【図６】
0005074398.tif 000007