(57)【要約】発呼者が呼を設定する場合、信頼レベルの伝達を容易にするアーキテクチャであり、その信頼レベルは発呼者のシステムの状態による。着呼者（呼の着信先）は、信頼レベルの通知を受信し、通信にこの情報を使用して、例えば発呼者からの検証を要求すること、および／または他のモードの通信を開始することができる。発呼者は、通信サーバに対して、発信元の識別情報を多様な方法で認証することができる。それに基づき、サーバはサーバが検証した適切な信頼レベルを、発呼者に割り当てる。さらに、セキュリティ保護されていない電話のコントローラは、より低いクライアント側が定義した信頼レベルを示すことができる。次いで、サーバが検証したクライアント側の信頼レベルを、着呼者に送信し、そこで着呼者が、１つまたは複数のセキュリティ保護された機能への発呼者のアクセスを許可するかどうかを、それらの機能にアクセスするために着呼者が課した機能値および信頼レベルに基づいて判定する。
2012530293.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ実装の通信セキュリティシステム（１００）であって、
サインイン認証情報を、登録のために通信インフラストラクチャに送信し、前記サインイン認証情報に基づく登録信頼レベル情報を受信する近傍のエンドポイントのサインインコンポーネント（１０２）と、
前記登録信頼レベル情報を遠方のエンドポイントに送信する前記近傍のエンドポイントの通信コンポーネント（１１２）であって、前記遠方のエンドポイントは、前記登録信頼レベル情報に基づき、前記近傍のエンドポイントとの通信インタラクションを管理する通信コンポーネントと
を備えることを特徴とするシステム。
【請求項２】
前記近傍のエンドポイントは、前記登録信頼レベル情報を、前記近傍のエンドポイントが開始した呼と組み合わせて、前記遠方のエンドポイントに送信することを特徴とする請求項１に記載のシステム。
【請求項３】
前記通信インフラストラクチャはＩＰベースであり、前記近傍のエンドポイントは、前記登録信頼レベル情報を、前記ＩＰベースの通信インフラストラクチャを介したＩＰ呼と組み合わせて、ＳＩＰ（session initiation protocol）メッセージとして前記遠方のエンドポイントに送信することを特徴とする請求項２に記載のシステム。
【請求項４】
近傍のエンドポイントの信頼レベル情報を算出する近傍エンドポイントの信頼コンポーネントをさらに備え、
前記近傍のエンドポイントの信頼レベル情報は、登録のために前記サインイン認証情報と共に送信され、前記登録信頼レベル情報は、前記サインイン認証情報および前記近傍のエンドポイントの信頼レベル情報に基づき算出されることを特徴とする請求項１に記載のシステム。
【請求項５】
前記遠方のエンドポイントは、前記登録信頼レベル情報および前記近傍のエンドポイントの信頼レベル情報に基づき、セキュリティ保護されたアプリケーションの機能へのアクセスを要求することを特徴とする請求項４に記載のシステム。
【請求項６】
前記近傍のエンドポイントの信頼コンポーネントは、前記近傍のエンドポイントに対するアクセスセキュリティ状態の変更に基づき、前記近傍のエンドポイントの信頼レベル情報を再算出し、更新した近傍のエンドポイントの信頼レベル情報を、前記遠方のエンドポイントに送信することを特徴とする請求項４に記載のシステム。
【請求項７】
前記近傍のエンドポイントの信頼コンポーネントは、前記近傍のエンドポイントの検証結果を前記遠方のエンドポイントに対して指定する検証メッセージを作成することを特徴とする請求項４に記載のシステム。
【請求項８】
前記登録信頼レベル情報は、前記登録の一部としてサインされることを特徴とする請求項１に記載のシステム。
【請求項９】
前記近傍のエンドポイントは、結果として前記登録信頼レベル情報が異なるレベルになるよう取るべきアクションについての示唆を受信することを特徴とする請求項１に記載のシステム。
【請求項１０】
コンピュータ実装の通信セキュリティ方法であって、
サインイン認証情報を、登録のために、発信元クライアントから呼通信インフラストラクチャに送信するステップ（５００）と、
前記登録に基づき、登録信頼レベル情報を前記発信元クライアントにおいて受信するステップ（５０２）と、
前記登録信頼レベル情報を、着信先クライアントに伝送するステップ（５０４）と、
前記登録信頼レベル情報に基づき、前記着信先クライアントから前記発信元クライアントへのインタラクションをコントロールするステップと
を備えることを特徴とする方法。
【請求項１１】
前記登録信頼レベル情報を、前記着信先クライアントへの伝送の一部として有効にするステップと、
前記有効となった登録信頼レベル情報に基づき、アプリケーション機能を、前記着信先クライアントを介して前記発信元クライアントに公開するステップと
をさらに備えることを特徴とする請求項１０に記載の方法。
【請求項１２】
クライアントの信頼レベル情報を、前記発信元クライアントにおいて作成するステップと、
前記クライアントの信頼レベル情報を前記サインイン認証情報と共に送信するステップと、
前記サインイン認証情報および前記クライアントの信頼レベル情報の両方に基づき、前記登録信頼レベル情報を作成するステップと
をさらに備えることを特徴とする請求項１０に記載の方法。
【請求項１３】
前記呼通信インフラストラクチャはＩＰベースであり、前記発信元クライアントは、前記登録信頼レベル情報および前記クライアントの信頼レベル情報を、ＳＩＰメッセージで前記着信先クライアントに送信することを特徴とする請求項１２に記載の方法。
【請求項１４】
クライアントの信頼レベル情報を、前記発信元クライアントにおいて作成するステップと、
前記クライアントの信頼レベル情報および前記登録信頼レベル情報を、前記着信先クライアントに伝送するステップと、
前記クライアントの信頼レベル情報および前記登録信頼レベル情報に基づき、前記着信先クライアントから前記発信元クライアントへのインタラクションをコントロールするステップと
をさらに備えることを特徴とする請求項１０に記載の方法。
【請求項１５】
前記クライアントの信頼レベル情報および前記登録信頼レベル情報に基づき、アプリケーション機能を、前記着信先クライアントを介して前記発信元クライアントに公開するステップをさらに備えることを特徴とする請求項１４に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クライアントの信頼レベルを用いたセキュリティ保護されたアプリケーション機能へのアクセスコントロールに関する。
【背景技術】
【０００２】
多くの多様な種類のエンドポイントとエンドポイントシステムとの間で、音声通信を行うことができる。一つの通信フレームワークのアプローチにより、ソフトウェア制御によるテレフォニーの使用が可能となり、これはＰＢＸ（private branch exchange）のテレフォニーソリューションからのパラダイムの変化である。ユーザ識別情報を通信のあらゆるモードに対して使用し、テレフォニーのコンポーネントを、コンピューティングシステム、音声周辺機器、および／または専用ＩＰ電話により提供することができる。これは、ユーザ識別情報に直接結びついておらず、通信サーバに対して認証されていない電話を予め設定する既存のＰＢＸのソリューションとは異なる。ＰＢＸシステムにおいては、発信元ＩＤは、その電話回線に物理的に接続する電話に結び付けられる。より広範な意味で、これは、音声通信、およびインスタントメッセージング、データコラボレーションなどといった他の様式の通信にもあてはまる。
【０００３】
通信形態のいくつかまたは全てを統合するユニファイドコミュニケーション（ＵＣ）アーキテクチャにおいて、プロビジョニングは、例えば、インターネットに接続され、ＵＣサーバを用いて認証することができるＵＣクライアントから開始することができる。このアプローチは、通信に多大な適応性を与える一方、例えば、受信側が着信呼の一部として発信元の識別証を受信する場合、そのユーザ識別情報に、より多大な信頼性を求める。今日のＰＢＸソリューションと同様に、第三者が、不在中のユーザの電話または周辺機器にアクセスし、呼を設定することが可能である。その結果、既存のソリューションでは、受信側には、発信元ＩＤで通知された発呼者によってなされた呼ではないことがわからず、従って、意図せずに情報を開示する可能性がある。
【０００４】
ユーザがユーザの電話または周辺機器へのアクセスを受けることは一種の問題であるが、より広範な論点は、第１のユーザが第１のユーザのソフトフォン上で第２のユーザの認証情報を入力し、第２のユーザになりすます場合にある。これは、第２のユーザの認証情報／パスワードが脆弱で、別の人にハッキングされる場合に起こりうる。ＰＢＸの分野では、回線または電話への物理的なアクセスが必要であるが、ＵＣアーキテクチャにおいては、別のユーザの周辺機器／電話へのアクセスに加えて、別のパスワードをハッキングする能力が、セキュリティリスクを引き起こす。
【発明の概要】
【０００５】
本明細書に説明するいくつかの新規の実施形態の基本的理解を与えるために、以下に簡略化した概要を提示する。本概要は、広範な概観ではなく、主要／重要な要素を特定しようとするものでも、その範囲を画定しようとするものでもない。本概要の唯一の目的は、後に提示するより詳細な説明の前置きとして、いくつかの概念を簡略化した形で提示することである。
【０００６】
本開示のアーキテクチャにより、例えば、発呼者が呼を設定する場合、エンドポイント（例えば、発信元のクライアント）による信頼情報レベルの作成および利用が容易となる。信頼レベル情報を、近傍のエンドポイントの認証情報を用いて、通信インフラストラクチャ（例えば、音声）への近傍のエンドポイントの登録の一部として、作成することができる。他の信頼レベル情報を、近傍のエンドポイントの状態（例えば、ロックされているまたはロック解除されている）に基づいて、近傍のエンドポイントが作成することができ、遠方のエンドポイントがその信頼レベル情報を登録信頼レベル情報と共に用いて、近傍のエンドポイントへのアプリケーション機能の公開を判定するために処理することができる。遠方のエンドポイントは、信頼レベル情報の通知を受信し、通信にこの情報を使用して、例えば近傍のエンドポイントからの検証を要求する、および／またはエンドポイント間で他のモードの通信を開始することができる。
【０００７】
より具体的な実装において、発信元クライアント（例えば、ＩＰ電話）の発呼者は、通信登録サーバに対して、発信元の識別情報を多様な方法で認証することができる。それに基づき、登録サーバは、サーバが検証した適切な信頼レベルを、発信元クライアントに割り当てる。例えば、セキュリティ保護されていないＩＰ電話のコントローラは、より低いクライアント側が定義した信頼レベルを示すことができる。次いで、サーバが検証したクライアント側の信頼レベルを、着信先クライアントに送信し、そこで着信先クライアントが、１つまたは複数のセキュリティ保護されたアプリケーション機能への発信元クライアントのアクセスを可能にするかどうかを、それらの機能にアクセスするために着信先クライアントが課した機能値および信頼レベル情報に基づいて決定する。さらに、着信先クライアントは、外部のアプリケーションサーバにこれらのセキュリティレベルを渡すことができ、そこから着信先クライアントは発呼者に関する情報（例えば、人事データベース）にアクセスする。
【０００８】
前述および関連する目的を達成するために、ある特定の例示の態様を、以下の説明および添付図面に関連して、本明細書に説明する。これらの態様は、本明細書に開示する原理を実践できる様々な方法を示すものであり、全て態様およびその等価物は、特許請求する主題の範囲内にあるよう意図するものである。他の利点および新規の特徴は、図面と併せて考慮すると、以下の詳細な説明から明らかとなろう。
【図面の簡単な説明】
【０００９】
【図１】本開示のアーキテクチャによる、コンピュータ実装の通信セキュリティシステムの図である。
【図２】近傍のエンドポイントの信頼レベル情報をさらに提供する通信セキュリティシステムの代替的実施形態の図である。
【図３】信頼レベル情報の生成および使用の信号フロー図である。
【図４】クライアントの信頼レベル情報を判定するためにデータを処理するクライアントの図である。
【図５】コンピュータ実装の通信セキュリティ方法を示す図である。
【図６】図５の方法の追加の態様を示す図である。
【図７】図５の方法のさらなる態様を示す図である。
【図８】呼の信頼レベルに基づくセキュリティ保護されたアプリケーション機能へのアクセスを容易にするよう動作可能なコンピューティングシステムのブロック図である。
【図９】クライアントの信頼レベルを用いたアプリケーション機能へのアクセスコントロールを容易にするコンピューティング環境の略ブロック図である。
【発明を実施するための形態】
【００１０】
本開示のアーキテクチャは、サーバおよびクライアントによって作成される信頼レベル情報を作成および使用し、インタラクトしているクライアントが如何に他者または互いにアクセスコントロールを設けるかを判定する。一方向の例では、発信元クライアントが、サーバが作成した信頼レベル情報を着信先クライアントに送信する。これにより、着呼者が、サーバおよびクライアントが示した信頼レベルに基づき、セキュリティ保護されたアプリケーション機能への発呼者のアクセスを選択的に与えることが可能となる。
【００１１】
ここで図面を参照するが、図面においては、全体を通して、同一の参照番号は同一の要素を指すために用いる。以下の記述において、説明の目的で、数多くの具体的詳細をその完全な理解を与えるために記載する。しかしながら、これらの具体的詳細なしに、新規の実施形態を実践できることは、明らかであろう。他の例では、公知の構造および装置を、その説明を容易にするためにブロック図の形で示している。特許請求する主題の趣旨および範囲内にある全ての修正、等価物、および代替物を網羅することを意図するものである。
【００１２】
図１は、本開示のアーキテクチャによる、コンピュータ実装の通信セキュリティシステム１００を示す。システム１００は、サインイン認証情報１０６を、登録のために通信インフラストラクチャ１０８に送信し、そのサインイン認証情報１０６に基づく登録信頼レベル情報１１０を受信する近傍のエンドポイント１０４のサインインコンポーネント１０２を含む。近傍のエンドポイント１０４はまた、登録信頼レベル情報１１０を遠方のエンドポイント１１４に送信する通信コンポーネント１１２を含む。遠方のエンドポイント１１４は、登録信頼レベル情報１１０に基づき、近傍のエンドポイント１０４との通信インタラクションを管理する。
【００１３】
登録信頼レベル情報１１０は、登録プロセスの一部としてサインされることが可能である。近傍のエンドポイント１０４は、登録信頼レベル情報１１０を、近傍のエンドポイント１０４が開始した呼と組み合わせて、遠方のエンドポイント１１４へ送信することができる。例えば、近傍のエンドポイント１０４は、呼設定時、遠方のエンドポイント１１４からの要求／チャレンジ（challenge）に応答して呼接続中、または、アプリケーション機能へのアクセスをセキュリティ保護するためにより高いセキュリティレベルが必要であると予測して、近傍のエンドポイント１０４のセキュリティレベルを変更するために呼接続中である場合に、登録信頼レベル情報１１０を送信することができる。
【００１４】
通信インフラストラクチャ１０８はＩＰベースであることができ、近傍のエンドポイント１０４は、登録信頼レベル情報１１０を、ＩＰベースの通信インフラストラクチャ１０８を介したＩＰ呼と組み合わせて、ＳＩＰ（session initiation protocol）メッセージとして、遠方のエンドポイント１１４に送信する。当然のことながら、遠方のエンドポイント１１４は、近傍のエンドポイント１０４と同一または同様の特性（例えば、サインインコンポーネント１０２および通信コンポーネント１１２）を含むことができ、それによって、双方向の信頼レベル処理が容易となる。
【００１５】
図２は、近傍のエンドポイントの信頼レベル情報２０２をさらに提供する通信セキュリティシステムの代替的実施形態２００を示す。システム２００は、図１のシステム１００のエンティティ、機能性、およびコンポーネントに加えて、近傍のエンドポイントの信頼レベル情報２０２を算出する近傍のエンドポイントの信頼コンポーネント２０４を含む。近傍のエンドポイントの信頼レベル情報２０２は、登録のために通信インフラストラクチャ１０８にサインイン認証情報１０６と共に送信されることが可能である。次いで、登録信頼レベル情報１１０が、サインイン認証情報１０６および／または近傍のエンドポイントの信頼レベル情報２０２に基づき算出される。
【００１６】
次いで、近傍のエンドポイント１０４は、近傍のエンドポイントの信頼レベル情報２０２を伴うまたは伴わない登録信頼レベル情報１１０を、遠方のエンドポイント１１４に送信することができる。次いで、遠方のエンドポイント１１４は、近傍のエンドポイントの信頼レベル情報２０２を伴うまたは伴わない登録信頼レベル情報１１０に基づき、セキュリティ保護されたアプリケーションの機能へのアクセスを要求する。
【００１７】
次いで、近傍のエンドポイントの信頼コンポーネント２０４は、近傍のエンドポイント１０４に対するアクセスセキュリティ状態の変更に基づき、近傍のエンドポイントの信頼レベル情報２０２を再算出し、その変更または更新に基づき、更新した近傍のエンドポイントの信頼レベル情報を、遠方のエンドポイント１１４に送信する。近傍のエンドポイントの信頼コンポーネント２０４は、近傍のエンドポイント１０４の検証結果を指定する（示す）検証メッセージを作成する。近傍のエンドポイント１０４は、結果として登録信頼レベル情報１１０および／または近傍のエンドポイントの信頼レベル情報２０２が異なるレベル（例えば、高くなる）になるよう取るべきアクションについての示唆を（例えば、遠方のエンドポイント１１４から）受信することができる。当然のことながら、遠方のエンドポイント１１４は、近傍のエンドポイント１０４と同一または同様の特性（例えば、サインインコンポーネント１０２、近傍のエンドポイントの信頼コンポーネント２０４、および通信コンポーネント１１２）を含むことができるが、これは要件ではい。
【００１８】
図３は、信頼レベル情報の生成および使用の信号フロー図３００を示す。発信元クライアント３０２（例えば、図２の近傍のエンドポイント１０４）は、登録サーバ３０４（図２の通信インフラストラクチャ１０８の一部である）に登録し、発呼者のサインイン認証情報１０６を送信する。そのサインイン認証情報１０６には、認証されていない（例えば、匿名の）ユーザとしての情報を含むことができる。任意で、発信元クライアント３０２はまた、発呼者の信頼レベル情報３０６（図２の近傍のエンドポイントの信頼レベル情報２０２と同様のもの）を、ＳＩＰクライアントヘッダ（例えば、ms-trust-level-client）を設定して送信する。次いで、登録サーバ３０４はサインされたトークンを発信元クライアント３０２に戻すが、そのトークンは、ＳＩＰ登録レスポンス（例えば、ms-trust-level-registrar）のヘッダに、発信元クライアント３０２の信頼レベルを示す。
【００１９】
発信元クライアント３０２が発呼（例えば、SIP invite）を着信先クライアント３０８（例えば、図２の遠方のエンドポイント１１４）に対して行う場合、発信元クライアント３０２は、クライアント信頼ヘッダ（例えば、ms-trust-level-client）およびレジストラ信頼ヘッダ（例えば、ms-trust-level-registrar）を送信する。呼は、１つまたは複数の通信サーバ３１０を介して行われる。通信サーバ３１０は、サインされた登録信頼レベル情報１１０（例えば、ms-trust-level-registrarヘッダ）のインテグリティを有効にすることができる。
【００２０】
着信先クライアント３０８はさらに、信頼レベル情報（登録信頼レベル情報１１０および発信元クライアントの信頼レベル情報３０６）を、信頼できるアプリケーションサーバ３１２（例えば、財務、人事、ＣＲＭ（customer relationship management））に渡して、アプリケーション機能へのアクセスを要求することができる（アプリケーションサーバが、サーバコンポーネントへの選択的アクセスを判定することができる）。アプリケーション機能へのアクセスを承認すると判定されると、着信先クライアント３０８は、登録信頼レベル情報１１０および／または発信元クライアントの信頼レベル情報３０６に基づき、選択されたアプリケーションサーバ３１２の機能を発信元クライアント３０２に公開する。
【００２１】
本開示のアーキテクチャは、クライアント側のＩＰ電話のコントローラ（発信元クライアント）と登録サーバ３０４との間の発呼者の認証を統合する能力を提供し、かつ、特に着信先クライアント３０８が自動化エージェントである場合に、発信元クライアント３０２を認証する着信先クライアント３０８の必要性を与える。さらに、発信元クライアント３０２は、発信元クライアントの信頼レベル情報３０６を、登録サーバ３０４および着信先クライアント３０８の両方に送信することができる。着信先クライアント３０８は、サーバが判定したおよびクライアントが示唆した発信元クライアント３０２の信頼レベルに基づき、多様なセキュリティ保護されたアプリケーション機能へのアクセスを、選択的に可能にすることができる。
【００２２】
発信元クライアント３０２は、サインイン時に登録サーバ３０４に登録する。ユーザが、強力な認証情報（例えば、生体認証）、それよりは強力ではない認証情報（例えば、Microsoft社のNTLM-NT LAN Manager（登録商標））、脆弱な認証情報（例えば、ＰＩＮ（personal identification number）を用いてサインインするか、または匿名でサインインされた発呼者かどうかに基づき、登録サーバ３０４は、信頼レベルを判定および生成し、その信頼レベル（登録信頼レベル情報１１０）を、新しくサインされたＳＩＰヘッダ（例えば、ms-trust-level-registrar）として発信元クライアント３０２に送信する。
【００２３】
さらに、発信元クライアント３０２はまた、新しい（または更新した）ＳＩＰヘッダ（例えば、ms-trust-level-client、ここではヘッダは値SharedDeviceに設定されている）を追加することにより、発信元クライアント３０２が（例えば、クライアント３０２が共通領域電話である場合）より安全ではないことを、登録サーバ３０４に示すことができる。次いで、登録サーバ３０４は、この追加の更新した発信元クライアントの信頼レベル情報を、発信元クライアント３０２に対する登録信頼レベル情報１１０を判定する際に使用する。
【００２４】
発信元クライアント３０２は、呼を設定する際、サインされたＳＩＰレジストラヘッダ（ms-trust-level-registrar）、および任意でＳＩＰクライアントヘッダ（ms-trust-level-clientヘッダ）も同様に（例えば、装置が共通領域電話である場合）、SIP inviteメッセージに追加する。
【００２５】
発信元クライアント３０２がより低い信頼レベルを示す別の例は、発信元クライアント３０２が、コンピュータがロックされている場合でも、コンピュータに付随する装置（例えば、HID-human interface device、ＵＳＢ周辺機器電話、Bluetooth（登録商標）といった無線短距離装置など）から発呼を行う場合、または呼がロックされた卓上電話からのものである場合である。
【００２６】
着信先クライアント３０８は、コンピュータおよび／または卓上電話がロックされている場合に行われた呼に対して、より低い信頼レベルを設定する、コンピュータおよび／または卓上電話がＰＩＮでロック解除されている場合、中くらいの信頼レベルを設定する、または、生体認証を用いてロック解除されている場合、より高い信頼レベルを設定することによってこれを示す指示を受信する。例えば、発信元クライアント３０２は、コンピュータがロックされている場合、発呼者がコンピュータを適切にロック解除する認証情報または手段を有していないことを示す検証メッセージ（例えば、ms-trust-level-client=UnVerified）を作成し追加することができる。
【００２７】
これを用いて、着信先クライアント３０８において、発信元状態インジケータ３１４（例えば、アイコン、オーディオ信号）を起動する（例えば、示す）ことができる。例えば、発呼者が、発呼者の賃金に関して話すために人事（human resources）にコールしている場合、人事担当者は、発信元クライアント３０２がより低い信頼レベルを有しているとわかれば、発信元の識別情報を検証するよう試みることができる。
【００２８】
例えば、新しい信頼レベルを再呼設定メッセージおよびINFO SIPメッセージで送信することによって、発信元クライアントの信頼レベル情報３０６を発信元クライアント３０２が更新することができる（例えば、発呼者が会話中に発信元クライアント３０２のロック解除した場合に）。
【００２９】
登録信頼レベル情報１１０（例えば、ms-trust-level-registrar）および発信元クライアントの信頼レベル情報３０６（例えば、ms-trust-level-client）に基づき、着呼者は、着呼者自体が発信元の識別情報をどれほど信頼するかを決定することができる。例えば、自動応答の着呼者が呼を受けた場合、自動応答は、発呼者が高い信頼レベルを有するとわかれば、その発呼者に認証情報の入力を依頼することを省くことができる。さらに、この場合、着信先クライアント３０８は、発信元クライアントがより脆弱な信頼モードを示した場合には利用できなかった安全なアプリケーション機能へのアクセスを、公開することができる。例えば、発呼者がＨＲにコールし、自動化エージェントがその呼に答える場合、発呼者がより高い信頼レベルにあるならば、自動化エージェントは、退職金口座の積立金にアクセスし変更するオプションを与えることができる。自動化エージェントはまた、選択されたオプションに基づき、個人情報（例えば、給料、退職日など）を含むコール内容（メモ）を送信することができる。
【００３０】
本開示が取り組む別のシナリオは、発信元クライアント３０２がより低い信頼レベルにあるために、発呼者をより強力に認証するよう自動応答が要求する場合である。この場合、自動応答は、コンピュータまたは卓上電話をロック解除するという追加のオプションを示唆することができる。さらに、発呼者は、呼接続中に、卓上電話をロック解除する（例えば、電話の生体認証装置を介して）、または、ＨＩＤ装置に対してコンピュータをロック解除する（例えば、コンピュータにパスワードを入力することによって）ことができる。次いで、発呼者のＩＰ電話は新しい検証ヘッダ（例えば、ms-trust-level-client=verifiedLevelX）を有する再呼設定メッセージまたはINFO SIPメッセージを送信することができる。
【００３１】
言い換えると、通信セキュリティシステムは、発呼者のサインイン認証情報を、登録のために呼通信インフラストラクチャに送信し、発呼者のサインイン認証情報に基づく登録信頼レベル情報を受信する発信元クライアントのサインインコンポーネント、発呼者の信頼レベル情報を算出する発信元クライアントの信頼コンポーネント、および、登録信頼レベル情報および発呼者の信頼レベル情報を着信先クライアントに送信する発信元クライアントの通信コンポーネントを含む。着信先クライアントは、登録信頼レベル情報および発呼者の信頼レベル情報に基づき、発信元クライアントとのインタラクションを管理する。
【００３２】
発呼者の信頼レベル情報は、登録のために呼通信インフラストラクチャにサインイン認証情報と共に送信され、登録信頼レベル情報が、サインイン認証情報および発呼者の信頼レベル情報に基づき算出される。発信元クライアントは、登録信頼レベル情報および発呼者の信頼レベル情報を、発信元クライアントが開始したＩＰ呼と組み合わせて、ＳＩＰメッセージとして着信先クライアントに送信する。着信先クライアントは、登録信頼レベル情報および発呼者の信頼レベル情報に基づきセキュリティ保護されたアプリケーションの機能へのアクセスを要求する。発信元クライアントの信頼コンポーネントは、発信元クライアントのアクセスセキュリティ状態を指定する検証メッセージを作成し、アクセスセキュリティ状態の変更に基づき発呼者の信頼レベル情報を再算出し、更新した発呼者の信頼レベル情報を着信先クライアントに送信する。
【００３３】
ＳＩＰを用いたコンテキストで説明したが、本開示のアーキテクチャはそれに制限されるものではなく、ＸＭＰＰ（extensible messaging and presence protocol）、Ｈ．３２３などといった他のプロトコルを採用することができることに、留意されたい。
【００３４】
さらに、呼および呼のクライントのコンテキストで説明したが、本アーキテクチャはまた、例えば、インスタントメッセージのみを送信するようなメッセージングクライアント、ならびに、呼およびテキストメッセージングの両方が可能なクライアントにも適用する。
【００３５】
近傍のエンドポイントが信頼情報を遠方のエンドポイントに送出するのではなく、遠方のエンドポイントが近傍のエンドポイントの信頼情報を要求する場合もあり得る。このプルアプローチは、近傍のエンドポイントが信頼情報を登録サーバに送出するのではなく、サーバが近傍エンドポイントからの信頼情報を要求するというように、登録サーバにも適用できる。チャレンジ−レスポンス方式もまたこれらの目的に適用でき、この場合登録サーバがエンドポイントにチャレンジを送る。さらに、チャレンジの結果は遠方のエンドポイントに送信されることが可能である。チャレンジはまた、アプリケーションサーバが遠方のエンドポイントに対して開始することができ、遠方のエンドポイントがそのチャレンジを近傍のエンドポイントまたは中間通信サーバにプロキシする。
【００３６】
図４は、クライアントの信頼レベル情報４０２を判定するためにデータを処理するクライアント４００を示す。クライアント４００（例えば、発呼者、および／または着呼者）は、アクセスセキュリティ状態４０４に関連する情報、およびサインインコンポーネント１０２が受信するサインイン認証情報４０６を受信する信頼コンポーネント２０４を含む。アクセスセキュリティ状態４０４は、コンピュータに接続して着呼者に発呼すること、および着呼者が呼を受信することを容易にする外付けＨＩＤ装置、ならびに配線付きおよび／または無線装置の使用、コンピュータおよび／または装置がロックされているかまたはロック解除されているかなどに関連する。サインイン認証情報４０６は、上述のように、サインインの種類に関連する。たとえば、サインインは、使用される認証情報に基づき割り当てられたクライアントの信頼の多様な対応レベル（例えば、低い、中くらい、高いなど）によって、強力、脆弱、中くらい、匿名などであることができる。
【００３７】
本明細書には、本開示のアーキテクチャの新規の態様を実施する例示的な方法を代表する１組のフローチャートが含まれている。説明を簡略化するために、例えばフローチャートまたはフロー図の形で本明細書に示した１つまたは複数の方法を、一連の動作として示し説明しているが、当然のことながら、これらの方法は、その動作の順序に制限されるものではなく、それに従って、いくつかの動作を、本明細書に示し説明したものと異なる順序で、および／または他の動作と並行して行ってもよい。例えば、方法を、状態図で表すように、一連の相互に関連する状態または事象として、代替的に表すことができることは、当業者には理解および認識されよう。さらに、方法に示した全ての動作が、新規の実装に必要なわけではない。
【００３８】
図５は、コンピュータ実装の通信セキュリティ方法を示す。５００で、サインイン認証情報を、登録のために、発信元クライアントから呼通信インフラストラクチャに送信する。５０２で、登録に基づき、登録信頼レベル情報を発信元クライアントにおいて受信する。５０４で、登録信頼レベル情報を、着信先クライアントに伝送する。５０６で、登録信頼レベル情報に基づき、着信先クライアントから発信元クライアントへのインタラクションを（着信先クライアントが）コントロールする。呼通信インフラストラクチャはＩＰベースであることができ、発信元クライアントは、登録信頼レベル情報およびクライアントの信頼レベル情報を、ＳＩＰメッセージで着信先クライアントに送信する。
【００３９】
図６は、図５の方法の追加の態様を示す。６００で、登録信頼レベル情報を、着信先クライアントへの伝送の一部として有効にする。６０２で、有効となった登録信頼レベル情報に基づき、アプリケーション機能を、着信先クライアントを介して発信元クライアントに公開する。６０４で、クライアントの信頼レベル情報を、発信元クライアントにおいて作成する。６０６で、クライアントの信頼レベル情報をサインイン認証情報と共に送信する。６０８で、サインイン認証情報およびクライアントの信頼レベル情報の両方に基づき、登録信頼レベル情報を作成する。
【００４０】
図７は、図５の方法の追加の態様を示す。７００で、クライアントの信頼レベル情報を、発信元クライアントにおいて作成する。７０２で、クライアントの信頼レベル情報および登録信頼レベル情報を、着信先クライアントに伝送する。７０４で、クライアントの信頼レベル情報および登録信頼レベル情報に基づき、着信先クライアントから発信元クライアントへのインタラクションを（例えば、着信先クライアントが）コントロールする。７０６で、クライアントの信頼レベル情報および登録信頼レベル情報に基づき、アプリケーション機能を、着信先クライアントを介して発信元クライアントに公開する。
【００４１】
本出願で用いるように、用語「コンポーネント」および「システム」は、コンピュータ関連エンティティ、すなはち、ハードウェア、ハードウェアおよびソフトウェアの組み合わせ、ソフトウェア、または実行中のソフトウェアのいずれかを指すよう意図するものである。例えば、コンポーネントは、プロセッサ上で実行中のプロセス、プロセッサ、ハードディスクドライブ、複数のストレージドライブ（光、ソリッドステート、および／または磁気のストレージ媒体の）、オブジェクト、実行ファイル、実行スレッド、プログラム、および／またはコンピュータであることができるが、これらに限らない。例として、サーバ上で実行中のアプリケーションおよびそのサーバの両方が、コンポーネントであることができる。１つまたは複数のコンポーネントが、プロセスおよび／または実行スレッド内に存在することができ、コンポーネントを、１つのコンピュータ上に局在化させる、および／または２つ以上のコンピュータ間で分散させることもできる。用語「例示的」は、本明細書では、例、事例、または例示としての役割を果たすことを意味するために用いる。本明細書で「例示的」として説明したいかなる態様または設計も、必ずしも他の態様または設計より好適または有利なものとみなすべきではない。
【００４２】
ここで図８を参照すると、呼の信頼レベルに基づくセキュリティ保護されたアプリケーション機能へのアクセスを容易にするよう動作可能なコンピューティングシステム８００のブロック図を示している。その様々な態様に追加のコンテキストを与えるために、図８および以下の記述は、様々な態様を実装できる適切なコンピューティングシステム８００の簡潔な一般的説明を提供しようとするものである。上の説明は、１つまたは複数のコンピュータ上で実行できるコンピュータ実行可能命令の一般的コンテキストでなされているが、新規の実施形態を、他のプログラムモジュールと組み合わせて、および／またはハードウェアおよびソフトウェアの組み合わせとして実装することもできることは、当業者には認識されよう。
【００４３】
様々な態様を実装するコンピューティングシステム８００は、処理ユニット（単数または複数）８０４、システムメモリ８０６、およびシステムバス８０８を有するコンピュータ８０２を含む。処理ユニット（単数または複数）８０４は、シングルプロセッサ、マルチプロセッサ、シングルコアユニット、およびマルチコアユニットといった、様々な市販のプロセッサの内の任意のものであることができる。さらに、新規の方法を、ミニコンピュータ、メインフレームコンピュータ、ならびに、パーソナルコンピュータ（例えば、デスクトップ、ラップトップなど）、ハンドヘルドコンピューティング装置、マイクロプロセッサベースまたはプログラム可能な家庭用電化製品などを含み、そのそれぞれを１つまたは複数の関連装置に動作可能に接続することができる、他のコンピュータシステム構成で実践することができることは、当業者には理解されよう。
【００４４】
システムメモリ８０６は、揮発性（ＶＯＬ）メモリ８１０（例えば、ＲＡＭ（random access memory））、および不揮発性メモリ（ＮＯＮ−ＶＯＬ）８１２（例えば、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなど）を含むことができる。ＢＩＯＳ（basic input/output system）は、不揮発性メモリ８１２に記憶することができ、例えば起動中に、コンピュータ８０２内のコンポーネント間のデータおよび信号の通信を促進する基本ルーチンを含む。揮発性メモリ８１０はまた、データをキャッシュするための、スタティックＲＡＭといった高速ＲＡＭを含むことができる。
【００４５】
システムバス８０８は、限定ではないがメモリサブシステム８０６を含むシステムコンポーネントに、処理ユニット（単数または複数）８０４へのインタフェースを提供する。システムバス８０８は、様々な市販のバスアーキテクチャの内の任意のものを用いて、メモリバス（メモリコントローラを伴うまたは伴わない）および周辺バス（例えば、ＰＣＩ、ＰＣＩｅ、ＡＧＰ、ＬＰＣなど）にさらに相互接続することができる数種類のバス構造の内の任意のものであることができる。
【００４６】
コンピュータ８０２は、ストレージサブシステム（単数または複数）８１４、および、ストレージサブシステム（単数または複数）８１４をシステムバス８０８および他の所望のコンピュータコンポーネントにインタフェースするためのストレージインタフェース（単数または複数）をさらに含む。ストレージサブシステム（単数または複数）８１４は、例えば、ＨＤＤ（hard disk drive）、磁気ＦＤＤ（floppy disk drive）、および／または光ディスクストレージドライブ（例えば、ＣＤ−ＲＯＭドライブ、ＤＶＤドライブ）の内の１つまたは複数を含むことができる。ストレージインタフェース（単数または複数）８１６は、例えば、ＥＩＤＥ、ＡＴＡ、ＳＡＴＡ、およびＩＥＥＥ１３９４といったインタフェース技術を含むことができる。
【００４７】
オペレーティングシステム８２０、１つまたは複数のアプリケーションプログラム８２２、他のプログラムモジュール８２４、およびプログラムデータ８２６を含む、１つまたは複数のプログラムおよびデータを、メモリサブシステム８０６、取外し可能メモリサブシステム８１８（例えば、フラッシュドライブフォームファクタ技術）、および／またはストレージサブシステム（単数または複数）８１４（例えば、光、磁気、ソリッドステート）に記憶することができる。
【００４８】
１つまたは複数のアプリケーションプログラム８２２、他のプログラムモジュール８２４、およびプログラムデータ８２６は、例えば、図１のシステム１００に対して説明したエンティティ、コンポーネント、および機能性、図２のシステム２００に対して説明したエンティティ、コンポーネント、および機能性、図３の図３００に対して説明したエンティティ、コンポーネント、および機能性、図４のクライアント４００に対して説明したエンティティ、コンポーネント、および機能性、ならびに、図５〜図７のフローチャートに表した方法を含むことができる。
【００４９】
一般的に、プログラムは、特定のタスクを実施するかまたは特定の抽象データ型を実装する、ルーチン、方法、データ構造、他のソフトウェアコンポーネントなどを含む。オペレーティングシステム８２０、アプリケーション８２２、モジュール８２４、および／またはデータ８２６の全てまたは一部を、例えば、揮発性メモリ８１０といったメモリ内にキャッシュすることができる。当然のことながら、本開示のアーキテクチャを、様々な市販のオペレーティングシステムまたはオペレーティングシステムの組み合わせ（例えば、仮想マシンとして）を用いて実装することができる。
【００５０】
ストレージサブシステム（単数または複数）８１４およびメモリサブシステム（８０６および８１８）は、データ、データ構造、コンピュータ実行可能命令などの揮発性および不揮発性ストレージに対してコンピュータ可読媒体としての役割を果たす。コンピュータ可読媒体は、コンピュータ８０２がアクセスできる任意の利用可能な媒体であることができ、揮発性および不揮発性媒体、取外し可能および取外し不可能媒体を含む。コンピュータ８０２に対して、媒体は、任意の適切なデジタル形式でデータのストレージを収容する。ｚｉｐドライブ、磁気テープ、フラッシュメモリカード、カートリッジなどといった他の種類のコンピュータ可読媒体を、本開示のアーキテクチャの新規の方法を実施するためのコンピュータ実行可能命令を記憶するために採用することができることは、当業者には理解されよう。
【００５１】
ユーザは、キーボードおよびマウスといった外付けのユーザ入力装置８２８を用いて、コンピュータ８０２、プログラム、およびデータとインタラクトすることができる。他の外付けのユーザ入力装置８２８には、マイクロフォン、ＩＲ（infrared）リモートコントロール、ジョイスティック、ゲームパッド、カメラ認識システム、スタイラスペン、タッチスクリーン、ジェスチャシステム（例えば、目の動き、頭の動きなど）などを含むことができる。ユーザは、例えば、コンピュータ８０２がポータブルコンピュータである場合に、タッチパッド、マイクロフォン、キーボードなどといったオンボードのユーザ入力装置８３０を用いて、コンピュータ８０２、プログラム、およびデータとインタラクトすることができる。これらおよび他の入力装置は、Ｉ／Ｏ（input/output）装置インタフェース（単数または複数）８３２を通じてシステムバス８０８を介して、処理ユニット（単数または複数）８０４に接続されるが、パラレルポート、ＩＥＥＥ１３９４シリアルポート、ゲームポート、ＵＳＢポート、ＩＲインタフェースなどといった他のインタフェースによって接続することもできる。Ｉ／Ｏ装置インタフェース（単数または複数）８３２はまた、プリンタ、オーディオ装置、カメラ装置などといった出力周辺機器８３４、ならびに、サウンドカード、および／またはオンボードのオーディオ処理特性の使用を促進する。
【００５２】
１つまたは複数のグラフィックスインタフェース（単数または複数）８３６（通常ＧＰＵ（graphics processing unit）とも呼ばれる）は、コンピュータ８０２と、外付けの表示装置（単数または複数）８３８（例えば、ＬＣＤ、プラズマ）および／またはオンボードの表示装置８４０（例えば、ポータブルコンピュータ用の）との間で、グラフィックス信号およびビデオ信号を提供する。グラフィックスインタフェース（単数または複数）８３６を、コンピュータシステムボードの一部として製造することもできる。
【００５３】
コンピュータ８０２は、有線／無線通信サブシステム８４２を介した１つまたは複数のネットワークおよび／または他のコンピュータへの論理接続を用いて、ネットワーク環境（例えば、ＩＰ）で動作することができる。他のコンピュータには、ワークステーション、サーバ、ルータ、パーソナルコンピュータ、マクロプロセッサベースのエンターテインメント機器、ピアデバイス、または他の共通ネットワークノードを含むことができ、一般には、コンピュータ８０２に関して説明した要素の多くまたは全てを含むことができる。論理接続には、ＬＡＮ（local area network）、ＷＡＮ（wide area network）、ホットスポットなどへの有線／無線接続を含むことができる。ＬＡＮおよびＷＡＮのネットワーク環境は、オフィスおよび会社では一般的であり、イントラネットといった企業規模のコンピュータネットワークを促進し、その企業規模のコンピュータネットワークは全て、インターネットといったグローバルな通信ネットワークに接続することができる。
【００５４】
ネットワーク環境で使用する場合、コンピュータ８０２は、有線／無線ネットワーク、有線／無線プリンタ、有線／無線入力装置８４４などと通信するために、有線／無線通信サブシステム８４２（例えば、ネットワークインタフェースアダプタ、オンボードの送受信機サブシステムなど）を介して、ネットワークに接続する。コンピュータ８０２は、モデムを含むことができるか、または、ネットワーク上で通信を確立するための他の手段を有する。ネットワーク環境では、分散システムに関連づけられているので、コンピュータ８０２に関するプログラムおよびデータを、リモートのメモリ／ストレージ装置に記憶することができる。当然のことながら、示したネットワーク接続は例示的であり、コンピュータ間で通信リンクを確立する他の手段を用いることができる。
【００５５】
コンピュータ８０２は、例えば、プリンタ、スキャナ、デスクトップおよび／またはポータブルコンピュータ、ＰＤＡ（personal digital assistant）、通信衛星、無線で検出可能なタグに関連付けられた何らかの設備または場所（例えば、キオスク、新聞売店、トイレ）、および電話との無線通信（例えば、ＩＥＥＥ８０２．１１の無線変調技術）において動作可能に配置された無線装置というような、ＩＥＥＥ８０２．ｘｘ標準ファミリといったラジオ通信技術を用いた有線／無線の装置またはエンティティと、通信するよう動作可能である。これには少なくとも、ホットスポット、ＷｉＭａｘ、およびＢｌｕｅｔｏｏｔｈ（登録商標）無線技術向けのＷｉ−Ｆｉ（またはWireless Fidelity）を含む。従って、通信は、従来のネットワークと同様に予め定義された構造であるか、または単に、少なくとも２つの装置間のアドホックな通信であることができる。Ｗｉ−Ｆｉネットワークは安全で、信頼できる、速い無線接続を提供するために、ＩＥＥＥ８０２．１１ｘ（ａ、ｂ、ｇなど）と呼ばれるラジオ通信技術を使用する。Ｗｉ−Ｆｉネットワークを使用して、コンピュータを、互いに、インターネットに、および有線ネットワーク（ＩＥＥＥ８０２．３関連媒体および性能を使用する）に接続することができる。
【００５６】
ここで図９を参照すると、クライアントの信頼レベルを用いたアプリケーション機能へのアクセスコントロールを容易にするコンピューティング環境９００の略ブロック図を示している。環境９００は、１つまたは複数のクライアント９０２を含む。クライアント（単数または複数）９０２は、ハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティング装置）であることができる。クライアント（単数または複数）９０２は、例えば、クッキー（単数または複数）および／または関連コンテキスト情報を収容することができる。
【００５７】
また、環境９００は１つまたは複数のサーバ９０４を含む。サーバ（単数または複数）９０４もまた、ハードウェアおよび／またはソフトウェア（例えば、スレッド、プロセス、コンピューティング装置）であることができる。サーバ９０４は、例えば、アーキテクチャを採用することによって変換を実施するためにスレッドを収容することができる。クライアント９０２とサーバ９０４との間の１つの可能な通信は、２つ以上のコンピュータプロセス間で伝送されるのに適合するデータパケットの形式であることができる。データパケットは、例えば、クッキーおよび／または関連コンテキスト情報を含んでよい。環境９００は、クライアント（単数または複数）９０２とサーバ（単数または複数）９０４との間の通信を促進するために採用できる通信フレームワーク９０６（例えば、インターネットといったグローバルな通信ネットワーク）を含む。
【００５８】
通信を、有線（光ファイバを含む）および／または無線技術を介して促進することができる。クライアント（単数または複数）９０２は、クライアント（単数または複数）９０２にローカルな情報（例えば、クッキー（単数または複数）および／または関連コンテキスト情報）を記憶するために採用できる１つまたは複数のクライアントデータストア（単数または複数）９０８に、動作可能に接続される。同様に、サーバ（単数または複数）９０４は、サーバ（単数または複数）９０４にローカルな情報を記憶するために採用できる１つまたは複数のサーバデータストア（単数または複数）９１０に、動作可能に接続される。
【００５９】
上に説明したものには、本開示のアーキテクチャの例を含む。もちろん、コンポーネントおよび／または方法の考えられるあらゆる組み合わせを説明することは不可能であるが、多くのさらなる組み合わせおよび置換が可能であることは、当業者には認識されよう。従って、本新規のアーキテクチャは、添付請求項の趣旨および範囲内にある全ての変更、修正、および変形を包含するよう意図するものである。さらに、用語「含む」を詳細な説明または請求項のいずれかで用いるかぎりでは、そのような用語は、請求項で遷移語として用いられる際に「備える」が解釈されように、用語「備える」と同様に包括的であるよう意図するものである。
【図１】
2012530293.tif 000003
【図２】
2012530293.tif 000004
【図３】
2012530293.tif 000005
【図４】
2012530293.tif 000006
2012530293.tif 000007
【図５】
2012530293.tif 000008
【図６】
2012530293.tif 000009
【図７】
2012530293.tif 000010
【図８】
2012530293.tif 000011
【図９】
2012530293.tif 000012
【国際調査報告】
2012530293.tif 000013
2012530293.tif 000014