(57)【要約】【解決手段】遠隔計算デバイスとサーバとの間の安全な通信を提供するシステム及び方法。ネットワークデバイスは、クライアント計算デバイスの特性をネットワークを介して送る。ネットワークデバイスは、クライアント計算デバイスの特性をネットワークを介して受信する。複数の信用証明が生成される。ここで、複数の信用証明のうち少なくとも１つは、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づき、複数の信用証明のうち少なくとも１つは、一般鍵と、受信されたクライアント計算デバイスとの両方に基づく。ネットワークデバイスは、複数の信用証明をネットワークを介して送る。ネットワークデバイスは、複数の信用証明をネットワークを介して受信する。【選択図】      図１０
2008519488.tif 000002
【特許請求の範囲】
【請求項１】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して受信することと、
複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成することと、
前記複数の信用証明を前記ネットワークを介して送ることと
を含む方法。
【請求項２】
前記一般鍵はサーバにユニークである請求項１の方法。
【請求項３】
前記一般鍵はサーバファームにユニークである請求項１の方法。
【請求項４】
前記一般鍵は、複数のサーバファームにユニークである請求項１の方法。
【請求項５】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項１の方法。
【請求項６】
前記クライアント計算デバイスの登録を要求する信号を、前記ネットワークを介して送ることを更に含み、
前記クライアント計算デバイスの特性を受信することは、前記クライアント計算デバイスの登録を要求する信号を送ることに応答して動作する請求項１の方法。
【請求項７】
前記クライアント計算デバイスの特性を受信することは、前記クライアント計算デバイスの起動に応じて動作する請求項１の方法。
【請求項８】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送ることと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを前記ネットワークを介して受信することと
を含む方法。
【請求項９】
前記一般鍵はサーバにユニークである請求項８の方法。
【請求項１０】
前記一般鍵はサーバにユニークである請求項８の方法。
【請求項１１】
前記一般鍵は複数のサーバファームにユニークである請求項８の方法。
【請求項１２】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうち少なくとも１つを含む請求項８の方法。
【請求項１３】
前記クライアント計算デバイスの登録を要求する信号を、前記ネットワークを介して受信することを更に含み、
前記クライアント計算デバイスの特性を送ることは、前記クライアント計算デバイスの登録を要求する信号を受信することに応答して動作する請求項８の方法。
【請求項１４】
前記クライアント計算デバイスの起動を検出することを更に含み、
前記クライアント計算デバイスの特性を送ることは、前記クライアント計算デバイスの起動を検出することに応答して動作する請求項８の方法。
【請求項１５】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して前記クライアント計算デバイスから送ることと、
前記クライアント計算デバイスの特性を、前記ネットワークを介して前記サーバにおいて受信することと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成することと、
前記複数の信用証明を、前記ネットワークを介して前記サーバから送ることと、
前記複数の信用証明を、前記ネットワークを介して前記クライアント計算デバイスにおいて受信することと
を含む方法。
【請求項１６】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つに対してユニークである請求項１５の方法。
【請求項１７】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項１５の方法。
【請求項１８】
クライアント計算デバイスとのネットワークを介した安全な通信を処理するサーバであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して受信するように構成されたロジックと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成するように構成されたロジックと、
前記複数の信用証明を前記ネットワークを介して送るように構成されたロジックと
を備えるサーバ。
【請求項１９】
前記一般鍵は、サーバにユニークである請求項１８のサーバ。
【請求項２０】
前記一般鍵は、サーバファームにユニークである請求項１８のサーバ。
【請求項２１】
前記一般鍵は、複数のサーバファームにユニークである請求項１８のサーバ。
【請求項２２】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項１８のサーバ。
【請求項２３】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送るように構成されたロジックと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを前記ネットワークを介して受信するように構成されたロジックと
を備えるクライアント計算デバイス。
【請求項２４】
前記一般鍵はサーバにユニークである請求項２３のクライアント計算デバイス。
【請求項２５】
前記一般鍵はサーバファームにユニークである請求項２３のクライアント計算デバイス。
【請求項２６】
前記一般鍵は複数のサーバファームにユニークである請求項２３のクライアント計算デバイス。
【請求項２７】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項２３のクライアント計算デバイス。
【請求項２８】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供するシステムであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送り、複数の信用証明を前記ネットワークを介して受信するように構成されたロジックを含むクライアント計算デバイスと、
前記クライアント計算デバイスの特性を前記ネットワークを介して受信し、複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成し、前記複数の信用証明を、前記ネットワークを介して送るように構成されたロジックを含むサーバと
を備えるシステム。
【請求項２９】
コンピュータ読取可能媒体に組み込まれ、それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供することが可能なコンピュータプログラムであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して受信するように操作可能なコードと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成するように操作可能なコードと、
前記複数の信用証明を前記ネットワークを介して送るように操作可能なコードと
を含むコンピュータプログラム。
【請求項３０】
前記一般鍵は、少なくとも、サーバ、サーバファーム、及び複数のサーバファームにユニークである請求項２９のコンピュータプログラム。
【請求項３１】
コンピュータ読取可能媒体に組み込まれ、それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供することが可能なコンピュータプログラムであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送るように操作可能なコードと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを前記ネットワークを介して受信するように操作可能なコードと
を含むコンピュータプログラム。
【請求項３２】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つにユニークである請求項３１のコンピュータプログラム。
【請求項３３】
クライアント計算デバイスとのネットワークを介した安全な通信を処理するサーバであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して受信する手段と、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成する手段と、
前記複数の信用証明を前記ネットワークを介して送る手段と
を備えるサーバ。
【請求項３４】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つにユニークである請求項３３のサーバ。
【請求項３５】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送る手段と、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを前記ネットワークを介して受信する手段と
を備えるクライアント。
【請求項３６】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つにユニークである請求項３５のクライアント計算デバイス。
【請求項３７】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信することと、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定することと
を含む方法。
【請求項３８】
前記信号の真正性は、ユニークなクライアント鍵と、前記されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項３７の方法
【請求項３９】
前記一般鍵はサーバにユニークである請求項３７の方法。
【請求項４０】
前記信号の真正性は、サーバにユニークである前記一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項３９の方法。
【請求項４１】
前記一般鍵は、サーバファームにユニークである請求項３７の方法。
【請求項４２】
前記信号の真正性は、サーバファームにユニークな前記一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項４１の方法。
【請求項４３】
前記一般鍵は、複数のサーバファームにユニークである請求項３７の方法。
【請求項４４】
前記信号の真正性は、複数のサーバファームにユニークな前記一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項４３の方法。
【請求項４５】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項３７の方法。
【請求項４６】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を前記ネットワークを介して送ることを含む方法。
【請求項４７】
前記一般鍵は、少なくともサーバ、サーバファーム、及び複数のサーバファームにユニークである請求項４６の方法。
【請求項４８】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項４６の方法。
【請求項４９】
前記信号に含まれる複数の信用証明は、前記ネットワークを介して以前に受信されている請求項４６の方法。
【請求項５０】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記クライアント計算デバイスから前記ネットワークを介して送ることと、
前記信号を、前記ネットワークを介して前記サーバにおいて受信することと、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を前記サーバにおいて判定することと
を含む方法。
【請求項５１】
前記受信された信号の真正性は、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項５０の方法。
【請求項５２】
前記一般鍵は、サーバにユニークであって、前記信号の真正性は、前記サーバにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項５０の方法。
【請求項５３】
前記一般鍵は、サーバファームにユニークであって、前記信号の真正性は、前記サーバファームにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項５０の方法。
【請求項５４】
前記一般鍵は、複数のサーバファームにユニークであって、前記信号の真正性は、前記複数のサーバファームにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項５０の方法。
【請求項５５】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項５０の方法。
【請求項５６】
クライアント計算デバイスとのネットワークによる安全な通信を処理するサーバであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信するように構成されたロジックと、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定するように構成されたロジックと
を備えるサーバ。
【請求項５７】
前記信号の真正性を判定するように構成されたロジックは、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いる請求項５６のサーバ。
【請求項５８】
前記一般鍵はサーバにユニークである請求項５６のサーバ。
【請求項５９】
前記信号の真正性を判定するように構成されたロジックは、前記サーバにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いる請求項５８のサーバ。
【請求項６０】
前記一般鍵はサーバファームにユニークな請求項５６のサーバ。
【請求項６１】
前記信号の真正性を判定するように構成されたロジックは、前記サーバファームにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いる請求項６０のサーバ。
【請求項６２】
前記一般鍵は、複数のサーバファームにユニークである請求項５６のサーバ。
【請求項６３】
前記信号の真正性を判定するように構成されたロジックは、前記複数のサーバファームにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いる請求項６２のサーバ。
【請求項６４】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項５６のサーバ。
【請求項６５】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を前記ネットワークを介して送るように構成されたロジックを備えるクライアント計算デバイス。
【請求項６６】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つにユニークである請求項６５のクライアント計算デバイス。
【請求項６７】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項６５のクライアント計算デバイス。
【請求項６８】
前記信号に含まれる複数の信用証明は、前記ネットワークを介して以前に受信されている請求項６５のクライアント計算デバイス。
【請求項６９】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供するシステムであって、
複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記クライアント計算デバイスから前記ネットワークを介して送るように構成されたロジックを含むクライアント計算デバイスと、
前記信号を、前記ネットワークを介して受信し、前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定するように構成されたロジックを含むサーバと
を備えるシステム。
【請求項７０】
コンピュータ読取可能媒体に組み込まれ、それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供することが可能なコンピュータプログラムであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信するように操作可能なコードと、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定するように操作可能なコードと
を含むコンピュータプログラム。
【請求項７１】
前記信号の真正性は、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項７０のコンピュータプログラム。
【請求項７２】
前記一般鍵はサーバファームにユニークである請求項７０のコンピュータプログラム。
【請求項７３】
コンピュータ読取可能媒体に組み込まれ、それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供することが可能なコンピュータプログラムであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を前記ネットワークを介して送るように操作可能なコードを含むコンピュータプログラム。
【請求項７４】
前記一般鍵は、少なくともサーバ、サーバファーム、及び複数のサーバファームにユニークである請求項７３のコンピュータプログラム。
【請求項７５】
クライアント計算デバイスとのネットワークによる安全な通信を処理するサーバであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信する手段と、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定する手段と
を備えるサーバ。
【請求項７６】
前記信号の真正性を判定するように構成されたロジックは、ユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いるように構成された請求項７５のサーバ。
【請求項７７】
前記一般鍵は、サーバファームにユニークである請求項７５のサーバ。
【請求項７８】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を前記ネットワークを介して送る手段を備えるクライアント計算デバイス。
【請求項７９】
前記一般鍵は、少なくともサーバ、サーバファーム、及び複数のサーバファームにユニークである請求項７８のクライアント計算デバイス。
【請求項８０】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して受信することと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成することと、
前記複数の信用証明を含む信号を、前記ネットワークを介して送ることと、
前記複数の信用証明を含む信号を、前記ネットワークを介して受信することと、
前記受信された複数の信用証明のうちの何れかの選択的認証に基づいて、前記受信された信号の真正性を判定することと
を含む方法。
【請求項８１】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して送ることと、
複数の信用証明、ユニークなクライアント鍵と、前記受信クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信することと、
前記受信された複数の信用証明を含む信号を、前記ネットワークを介して送ることと
を含む方法。
【請求項８２】
クライアント計算デバイスとのネットワークを介した安全な通信を処理するサーバであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して受信するように構成されたロジックと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成するように構成されたロジックと、
前記複数の信用証明を含む信号を、前記ネットワークを介して送るように構成されたロジックと、
前記複数の信用証明を含む信号を、前記ネットワークを介して受信するように構成されたロジックと、
前記受信された複数の信用証明のうちの何れかの選択的認証に基づいて、前記受信された複数の信用証明を含む信号の真正性を判定するように構成されたロジックと
を備えるサーバ。
【請求項８３】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して送るように構成されたロジックと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信するように構成されたロジックと、
前記受信した複数の信用証明を含む信号を、前記ネットワークを介して送るように構成されたロジックと
を備えるクライアント計算デバイス。
【請求項８４】
コンピュータ読取可能媒体に組み込まれ、それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供することが可能なコンピュータプログラムであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して受信するように操作可能なコードと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成するように操作可能なコードと、
前記複数の信用証明を含む信号を、前記ネットワークを介して送るように操作可能なコードと、
前記複数の信用証明を含む信号を、前記ネットワークを介して受信するように操作可能なコードと、
前記受信された複数の信用証明のうちの何れかの選択的認証に基づいて、前記受信された複数の信用証明を含む信号の真正性を判定するように操作可能なコードと
を含むコンピュータプログラム。
【請求項８５】
コンピュータ読取可能媒体に組み込まれ、それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供することが可能なコンピュータプログラムであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して送るように操作可能なコードと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信するように操作可能なコードと、
前記受信された複数の信用証明を含む信号を、前記ネットワークを介して送るように操作可能なコードと
を含むコンピュータプログラム。
【請求項８６】
クライアント計算デバイスとのネットワークを介した安全な通信を処理するサーバであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して受信する手段と、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成する手段と、
前記複数の信用証明を含む信号を、前記ネットワークを介して送る手段と、
前記送られた複数の信用証明を含む信号を、前記ネットワークを介して受信する手段と、
前記受信された複数の信用証明のうちの何れかの選択的認証に基づいて、前記受信された複数の信用証明を含む信号の真正性を判定する手段と
を備えるサーバ。
【請求項８７】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して送る手段と、
複数の信用証明、ユニークなクライアント鍵と、前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信する手段と、
前記受信した複数の信用証明を含む信号を、前記ネットワークを介して送る手段と
を備えるクライアント計算デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、遠隔計算デバイスとサーバとの間の安全な通信に関する。更に詳しくは、本発明は、遠隔計算デバイスとサーバとの間の強力な認証を提供するために使用される安全なクライアント信用証明の生成、維持、撤回、及び更新に関する。
【背景技術】
【０００２】
技術の進歩は、より小型でより強力なパーソナル計算デバイスをもたらした。例えば、現在、ポータブル無線電話、携帯情報端末（ＰＤＡ）、及び小型、軽量でかつユーザによって容易に携帯可能なページングデバイスのような無線計算デバイスを含む様々なポータブルパーソナル計算デバイスが存在する。更に詳しくは、例えば、ポータブル無線電話は更に、無線ネットワークを介して音声パケット及びデータパケットを通信するセル電話を含む。更に、多くのそのようなセルラ電話が、比較的多くの計算機能を増加して製造されており、これによって、小型のパーソナルコンピュータ及びハンドヘルドＰＤＡと等しくなってきている。一般に、これらより小型で、かつより強力なパーソナル計算デバイスは、リソースが厳しく制限されている。例えば、スクリーンサイズ、利用可能なメモリ及びファイルシステムスペースの量、入出力機能及び処理機能の量は、それぞれ、デバイスの小さなサイズによって制限されているかもしれない。そのような厳しいリソース制約のために、例えば、制限されたサイズ、ソフトウェアアプリケーション、及びそのようなパーソナル計算デバイス（クライアント計算デバイス）上に存在するその他の情報の量を維持することが、一般に望ましい。
【０００３】
これらパーソナル計算デバイスのうちの幾つかは、しばしばランタイム環境及びソフトウェアプラットフォームと称されるアプリケーションプログラミングインタフェース（ＡＰＩ）を利用する。それらは、ローカルコンピュータプラットフォーム上に組み込まれ、例えば、デバイス特有のリソースに対する一般化された要求を提供することによって、そのようなデバイスの動作を単純化するために使用される。更に、幾つかのそのようなＡＰＩはまた、そのようなデバイス上で完全に実行可能なソフトウェアアプリケーションを生成する能力を、ソフトウェア開発者に提供するとして知られている。更に、そのようなＡＰＩは、計算デバイスシステムソフトウェアとソフトウェアアプリケーションとの間に操作上位置され、計算デバイス計算機能が、特別な計算デバイスシステムソースコードを持つことをソフトウェア開発者に対して要求することなく、ソフトウェアアプリケーションの利用が可能とされていることも知られている。更に、ＡＰＩのような幾つかは、安全な暗号鍵情報を用いて、パーソナルデバイス（すなわち、クライアント）と遠隔デバイス（すなわち、サーバ）との間の安全な通信のためのメカニズムを提供するものとして知られている。
【０００４】
幾つかについては後で詳述するＡＰＩの例は、カリフォルニア州サンディエゴのQualcomm社によって開発されたBinary Runtime Environment for Wireless（ＢＲＥＷ）（登録商標）の現在一般に利用可能なバージョンを含む。ＢＲＥＷは、計算デバイス（典型的には、無線セル電話）のオペレーティングシステム上に存在する薄いベニアとして説明され、パーソナル計算デバイス上で特に見られるハードウェア機能に対するインタフェースを提供する。ＢＲＥＷは更に、デバイスリソースに対する需要に関して、及びＢＲＥＷ  ＡＰＩを含むデバイスのために消費者によって支払われる価格に関して、比較的低コストでパーソナル計算デバイスに設けることができるという少なくとも１つの利点によって特徴付けられる。ＢＲＥＷに関連すると知られている他の機能は、無線サービスオペレータ、ソフトウェア開発者、及び計算デバイス使用者のために様々な利益をもたらすエンドトゥエンドソフトウェア配信プラットフォームを含む。少なくとも１つのそのような現在利用可能なエンドトゥエンドソフトウェア配信プラットフォームは、サーバクライアントアーキテクチャによって配信されるロジックを含む。ここでは、サーバが、例えば、課金、セキュリティ、及びアプリケーション配信機能を実施し、クライアントが、例えば、アプリケーション実行、セキュリティ、及びユーザインタフェース機能を実施する。
【０００５】
クライアント計算デバイスとサーバとの間に強力な認証を提供することに関し、現在、幾つかのシステムは、対応するクライアント計算デバイス及びサーバ上に、対応する暗号アルゴリズム又はプログラムを組み込むことによってそのような安全な通信を提供する。これは、サーバが、クライアントデバイスを認証することを可能にするためになされた。ここでは、そのようなシステムは一般に、明らかな対応クライアントから受信した信用証明が、信頼できる認証済みのソースからのものであるかを分析するために、サーバに類似の暗号アルゴリズムを提供する。そのようなシステムは、例えばそれぞれのクライアント計算デバイス上で全てが利用可能な情報に基づいて、信用証明タイプの情報を生成することによって特徴付けられる。そのようなシステムは、対応するクライアント計算デバイスのうちの任意の１つに存在する暗号アルゴリズムのコピーのうちの任意の１つに対する無許可のアクセスによって、例えば安全な通信の喪失の可能性など、ある脆弱性を含むと知られている。この脆弱性は存在する。なぜなら、例えば一般に、そのような暗号アルゴリズムは、対応するクライアント計算デバイス及び／又はサーバ上に維持された利用可能な情報に基づいて、信用証明情報を生成するからである。従って、そのようなアルゴリズムによって使用される暗号アルゴリズムとデータとの両方が自由に利用可能である場合、そのようなデバイス信用証明がどのように生成されたかを分析するのに成功した任意のエンティティは、選択的に、安全な通信を妨害するか、あるいは、そのようなシステムに存在し認証された有効なクライアント計算デバイスになりすます情報を保持している。
【０００６】
クライアント計算デバイスとサーバとの間に安全な情報を提供する他のシステムは、少なくとも部分的に、製造時において、クライアント計算デバイス上に安全な信用証明を組み込むことによってそうすると知られている。一例では、サービスプロバイダが、計算デバイス製造者に安全な信用証明を与え、製造者は、製造プロセス中に、個別のクライアント計算デバイス上に個々の安全な信用証明を組み込むことができる。そのようなシステムは、一般に、上述したこれらシステムの脆弱性のうちの幾つかを被らないが、例えば、ハンドセットの各々に暗号アルゴリズムを保持するような信用証明組込システムは、自身のユニークな問題及び脆弱性を持つ。例えば、そのような信用証明組込システムは、製造プロセスを構築する一連の静的なステップへ動的なステップを追加する必要があるという一般的要求によって、しばしば実現することが困難となる。更に詳しくは、各々及び全ての計算デバイスで実行される同一動作を示す一般的な静的ステップとは異なり、この新たな動的ステップは、対照的に、各個別のクライアント計算デバイスについて異なる動作が実行される（ユニークな信用証明の追加）新たなステップを示す。これは例えば、それぞれ及び全ての個別のクライアント計算デバイス上に同一の方法で同一のディスプレイを組み込むことからなる典型的な静的ステップとは極めて異なる。更に、そのようなシステムのうち少なくとも１つの脆弱性は、安全な信用証明のリストに対する無許可のアクセスの潜在的な発生を含む。これは、無許可のエンティティによる、許可されたデバイスのアイデンティティのスプーフィングを可能にする。
【０００７】
その他のシステムでは、安全な通信は、許可されたエージェントによる電話のプログラミング又は組込によって部分的に提供される。一般に、そのようなプログラミングは、クライアント計算デバイスが製造され送られた後になされる。１つの例では、安全な信用証書が、デバイスの販売時点において、クライアント計算デバイス上に組み込まれる。ここでは、少なくとも１つの例において、許可されたエージェントが、ユニークな安全なコードのリストから、クライアント計算デバイスへコードを入力する。他の実例では、各クライアント計算デバイスへ個々の安全なコードを転送するために、自動リーダが使用される。このプロセスは、例えば、動的な製造ステップを、一般に静的なステッププロセスに加えることのように、製造時においてクライアント計算デバイスをプログラムすることに関する困難性の幾つかを回避するが、このプロセスは、まだそれ自身の困難性と脆弱性とを含んでいる。例えば、１つの脆弱性は、安全な信用証明のリストへの無許可のアクセスが起こりうるという問題であり、これは、無許可のエンティティによる、許可されたデバイスのアイデンティティのスプーフィングを可能にする。
【０００８】
また、一般に、現在利用可能な安全な通信システムに典型的なのは、対応するクライアントデバイス上の信用証明の使用におけるハードワイヤ又はハードコード局面である。このシステムのハードワイヤ／ハードコード局面は、例えば、任意の１又は複数の信用証明が交換、追加、及び／又は更新する必要がある場合、セキュリティ妨害のような状況が生じた時にはいつでも、クライアントデバイスが、サービス技術者によって物理的にサービス提供されることを必要とする。サービス技術者によって物理的にサービス提供される必要性は、特に、非常に多くのクライアントデバイスが妨害された場合、極端に費用がかかる。
【０００９】
従って、例えば、製造時における安全な信用証明の組込、又は販売時点における安全な信用証明のプログラミング、及びセキュリティ妨害事象において信用証明を更新又は交換する機能を必要とすることのように、クライアント計算デバイス上に暗号アルゴリズムを格納することに関連した問題等の、既存のシステムの他のあまり有利ではない局面を回避しながら、安全な信用証明の使用に関連するもののように、一般に、安全な通信技術に固有の安全な通信の長所の多くを含むクライアントサーバシステムを提供することが有利であろう。
【発明の開示】
【００１０】
本明細書で開示する実施形態は、例えば、クライアント計算デバイスとサーバとの間の安全な通信を提供するために使用される方法、ソフトウェア、及び装置のような１又は複数の実施形態を含み、上述したニーズに対処する。少なくとも１つの実施形態は、クライアント計算デバイスの特性を、ネットワークを介して受信することを含む。そのような実施形態はまた、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成することを含む。そのような実施形態はまた、複数の信用証明を、ネットワークを介して送ることを含む。
【００１１】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を、ネットワークを介して送ることを含む。そのような実施形態はまた、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つをネットワークを介して受信することを含む。
【００１２】
少なくとも１つの実施形態は、ネットワークを介して、クライアント計算デバイスから、クライアント計算デバイスの特性を送ることを含む。そのような実施形態は更に、ネットワークを介して、サーバにおいて、クライアント計算デバイスの特性を受信することを含む。そのような実施形態はまた、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成することを含む。そのような実施形態はまた、サーバから、ネットワークを介して、複数の信用証明を送ることを含む。そのような実施形態は更に、クライアント計算デバイスにおいて、複数の信用証明をネットワークを介して受信することを含む＜原文に重複記載あり＞。
【００１３】
少なくとも１つの実施形態は、クライアント計算デバイスの特性をネットワークを介して受信するように構成されたロジックを含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成するように構成されたロジックをも含む。そのような実施形態は更に、複数の信用証明をネットワークを介して送るように構成されたロジックを含む。
【００１４】
少なくとも１つの実施形態は、クライアント計算デバイスの特性をネットワークを経由して送るように構成されたロジックを含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つをネットワークを介して受信するように構成されたロジックを含む。
【００１５】
少なくとも１つの実施形態は、クライアント計算デバイスの特性をネットワークを介して送り、複数の信用証明をネットワークを介して受信するように構成されたロジックを含むクライアント計算デバイスを含む。そのような実施形態はまた、クライアント計算デバイスの特性をネットワークを介して受信し、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成し、複数の信用証明をネットワークを介して送るように構成されたロジックを含むサーバをも含む。
【００１６】
少なくとも１つの実施形態は、クライアント計算デバイスの特性をネットワークを経由して受信するように操作可能なコードを含んでいる。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成するように操作可能なコードを含んでいる。そのような実施形態は更に、複数の信用証明をネットワークを介して送るように操作可能なコードを含んでいる。
【００１７】
少なくとも１つの実施形態は、クライアント計算デバイスの特性をネットワークを介して送るように操作可能なコードを含んでいる。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを、ネットワークを介して受信するように操作可能なコードを含んでいる。
【００１８】
少なくとも１つの実施形態は、クライアント計算デバイスの特性をネットワークを介して受信する手段を含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成する手段を含む。そのような実施形態は更に、複数の信用証明をネットワークを介して送る手段を含んでいる。
【００１９】
少なくとも１つの実施形態は、クライアント計算デバイスの特性をネットワークを介して送る手段を含んでいる。少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを、ネットワークを介して受信する手段を含む。
【００２０】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して受信することを含む。少なくとも１つの実施形態は、複数の信用証明のうちの何れかの選択的な認証に基づいて、信号の真正性を判定することを含む。
【００２１】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して送ることを含む。
【００２２】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、クライアント計算デバイスからネットワークを介して送ることを含む。そのような実施形態は更に、前記信号をネットワークを介してサーバにおいて受信することを含む。そのような実施形態は更に、複数の信用証明のうちの何れかの選択的な認証に基づいて、信号の真正性を、サーバにおいて判定することを含む。
【００２３】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して受信するように構成されたロジックを含む。そのような実施形態は、複数の信用証明のうちの何れかの選択的な認証に基づいて、信号の真正性を判定するように構成されたロジックを含む。
【００２４】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して送るように構成されたロジックを含む。
【００２５】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して送るように構成されたロジックを含むクライアント計算デバイスを含む。そのような実施形態は更に、前記信号をネットワークを介して受信し、複数の信用証明のうちの何れかからなる選択的な認証に基づいて前記信号の真正性を判定するように構成されたロジックを含むサーバを含む。
【００２６】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して受信するように操作可能なコードを含む。そのような実施形態は更に、複数の信用証明のうちの何れかの選択的認証に基づいて、信号の真正性を判定するように操作可能なコードを含む。
【００２７】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して送るように操作可能なコードを含む。
【００２８】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して受信する手段を含む。少なくとも１つのそのような実施形態は更に、複数の信用証明のうちの何れかの選択的認証に基づいて、信号の真正性を判定する手段を含む。
【００２９】
少なくとも１つの実施形態は、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して送る手段を含む。
【００３０】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を含む信号をネットワークを介して受信することを含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成することを含む。そのような実施形態は更に、複数の信用証明を含む信号をネットワークを介して送ることを含んでいる。そのような実施形態は更に、複数の信用証明を含む信号を、ネットワークを介して受信することを含んでいる。そのような実施形態はまた、受信した複数の信用証明のうちの何れかの選択的認証に基づいて、受信した信号の真正性を判定することを含む。
【００３１】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を含む信号を、ネットワークを介して送ることを含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して受信することを含む。そのような実施形態は更に受信した複数の信用証明を含む信号を、ネットワークを介して送信することを含んでいる。
【００３２】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を含む信号を、ネットワークを経由して受信するように構成されたロジックを含んでいる。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成するように構成されたロジックを含んでいる。そのような実施形態は更に、複数の信用証明を含む信号を、ネットワークを介して送るように構成されたロジックを含む。そのような実施形態は更に、複数の信用証明を含む信号を、ネットワークを介して受信するように構成されたロジックを含んでいる。そのような実施形態はまた、受信された複数の信用証明のうちの何れかの選択的な認証に基づいて、受信された複数の信用証明を含む信号の真正性を判定するように構成されたロジックを含む。
【００３３】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を含む信号を、ネットワークを介して送るように構成されたロジックを含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して受信するように構成されたロジックを含む。そのような実施形態は更に、受信された複数の信用証明を含む信号を、ネットワークを介して送るように構成されたロジックを含む。
【００３４】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を含む信号を、ネットワークを経由して受信するように操作可能なコードを含んでいる。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成するように操作可能なコードを含んでいる。そのような実施形態は更に、複数の信用証明を含む信号を、ネットワークを介して送るように操作可能なコードを含む。そのような実施形態は更に、送られた複数の信用証明を含む信号を、ネットワークを介して受信するように操作可能なコードを含んでいる。そのような実施形態はまた、受信された複数の信用証明のうちの何れかの選択的認証に基づいて、受信された複数の信用証明を含む信号の真正性を判定するように操作可能なコードを含む。
【００３５】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を含む信号を、ネットワークを介して送るように操作可能なコードを含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して受信するように操作可能なコードを含む。そのような実施形態は更に、受信した複数の信用証明を含む信号を、ネットワークを介して送るように操作可能なコードを含む。
【００３６】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を含む信号を、ネットワークを経由して受信する手段を含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を生成する手段を含む。そのような実施形態は更に複数の信用証明を含む信号を、ネットワークを介して送る手段を含む。そのような実施形態は更に、送られた複数の信用証明を含む信号を、ネットワークを介して受信する手段を含む。そのような実施形態はまた、受信された複数の信用証明のうちの何れかの選択的認証に基づいて、受信された複数の信用証明を含む信号の真正性を判定する手段を含む。
【００３７】
少なくとも１つの実施形態は、クライアント計算デバイスの特性を含む信号を、ネットワークを介して送る手段を含む。そのような実施形態は更に、複数の信用証明、ユニークなクライアント鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、クライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを含む信号を、ネットワークを介して受信する手段を含む。そのような実施形態は更に、受信した複数の信用証明を含む信号を、ネットワークを介して送る手段を含む。
【００３８】
少なくとも１つの実施形態の少なくとも１つの長所は、信用証明を生成するために使用されるデータと、この信用証明を解読するために使用される暗号アルゴリズムとの、異なるデバイス間での分離を含む。少なくとも１つの実施形態の少なくとも１つの長所は、製造時に安全な信用証明の組込を必要としない安全な通信方法の導入を含む。少なくとも１つの実施形態の少なくとも１つの長所は、販売時点において安全な信用証明のプログラミングを必要としない安全な通信方法の導入を含む。少なくとも１つの実施形態の少なくとも１つの長所は、安全な信用証明をクライアント計算デバイスへ導入するために人がアクションを起こす必要のない安全な通信の導入を含む。
【００３９】
少なくとも１つの実施形態の少なくとも１つの長所は、クライアント計算デバイスと離れているデバイスが、通信認証方法に関する手順を動的に変更する能力を含む。少なくとも１つの実施形態の少なくとも１つの長所は、遠隔サーバが、クライアント計算デバイスにおいて、安全な信用証明に関する再組込手順を開始することができる能力を含む。少なくとも１つの実施形態の少なくとも１つの長所は、動的な安全な通信処理における複数の信用証明の使用によって提供される柔軟性を含んでいる。少なくとも１つの実施形態の少なくとも１つの長所は、遠隔デバイスが、クライアント計算デバイスに対して、システム動作中に、クライアント計算デバイスに関する信用証明を追加、交換、及び／又は削除する能力を含む。
【００４０】
本発明の他の局面、長所、及び特徴は、以下のセクションを含む明細書全体の検討後に明らかになるであろう。
【発明を実施するための最良の形態】
【００４１】
本明細書に記載された実施形態の前述した局面及び付随する利点は、添付図面と連携した場合に以下の詳細説明に対する参照からより容易に明らかになるであろう。
【００４２】
用語「典型的」（exemplary）は、本明細書では、「例、実例、あるいは例示として役立つ」ことを意味するため使用される。本明細書で「典型的」と記載された何れの実施形態も、他の実施形態に対して好適あるいは有利であるとは必ずしも解釈される必要はない。更に、多くの実施形態が、例えば計算デバイスの要素によって実行されるべき動作のシーケンスの観点から記載される。本明細書で記載された様々な動作は、具体的な回路（例えば、特定用途向けＩＣ（ＡＳＩＣ））、１又は複数のプロセッサによって実行されるプログラム命令、又はこれらの組み合わせによって実行されうる）ことが認識されるだろう。更に、本明細書で記載された実施形態はまた、実行されると、関連するプロセッサに、本明細書で記載した機能を実行させる対応するコンピュータ命令のセットを格納しているコンピュータ読取記憶媒体の任意の形態内に全体が組み込まれると考えられる。従って、本発明の様々な局面が、多くの異なる形態で具体化されうる。そして、それらの全ては、クレイムされた主題の範囲内であると考えられる。更に、本明細書に記載した実施形態の各々では、そのような実施形態の対応する形態が、例えば、ある動作を実行するように「構成されたロジック」、又は記載した動作を実行するために「操作可能なコード」として記載されうる。
【００４３】
以下の詳細説明は、クライアント計算デバイスとサーバとの間の安全な通信を提供するために使用される方法、システム、ソフトウェア、及び装置を記述する。少なくとも１つの実施形態では、無線クライアント計算デバイスは、クライアント計算デバイスの特性を、ネットワークを介してアプリケーションダウンロードサーバに供給することにより、アプリケーションダウンロードサーバに登録する。ここでは、サーバは、クライアント計算デバイスの特性に基づく少なくとも１つの信用証明、及びサーバ情報に基づく少なくとも１つの他の信用証明を提供する。
【００４４】
１又は複数の実施形態では、クライアント計算デバイスとサーバとの間に安全な通信を提供するために使用されるシステムは、この計算デバイス上で動作するランタイム環境（ＡＰＩ）と連携して動作する。１つのそのようなランタイム環境（ＡＰＩ）は、カリフォルニア州サンディエゴのQUALCOMM社によって開発されたBinary Runtime Environment for Wireless（ＢＲＥＷ）（登録商標）ソフトウェアプラットフォームの新バージョンであろう。以下の記載における少なくとも１つの実施形態では、クライアント計算デバイスとサーバとの間の安全な通信を提供するために使用されるこのシステムは、例えばＢＲＥＷソフトウェアプラットフォームの新バージョンのようなランタイム環境（ＡＰＩ）を実行する計算デバイス上で実現される。しかしながら、クライアント計算デバイスとサーバとの間の安全な通信を提供するために使用されるシステムの１又は複数の実施形態は、例えば、無線クライアント計算デバイス上でのアプリケーションの実行を制御するように操作可能な他のタイプのランタイム環境（ＡＰＩ）を使用するのに適している。
【００４５】
図１は、無線ネットワーク１０４を介して少なくとも１つのアプリケーションダウンロードサーバ１０６と通信している例えばセルラ電話１０２のような無線デバイスのソフトウェアアプリケーションコンポーネントの削除及び再ロードのためのシステム１００の１つの典型的な実施形態のブロック図を例示する。アプリケーションダウンロードサーバ１０６は、無線ネットワーク１０４への無線通信ポータル又は他のデータアクセスを介して、ソフトウェアアプリケーション及びコンポーネントを無線デバイスへ選択的に送信する。図示するように、無線デバイスは、携帯電話１０２、携帯情報端末１０８、ここで２方式テキストページャとして示されているページャ１１０でありうる。あるいは、無線通信ポータルを有しているか、あるいはネットワークやインターネットへの有線接続１１４を有する個別のコンピュータプラットフォーム１１２でさえもありうる。従ってこの発明的なシステムは、限定することなく、無線モデム、ＰＣＭＣＩＡカード、アクセス端末、パーソナルコンピュータ、アクセス端末、ディスプレイ又はキーパッドを有さない電話、あるいはこれらの任意の組み合わせか、部分的組み合わせを含む無線通信ポータルを含む任意の形態の遠隔モジュール上で実行することができる。
【００４６】
アプリケーションダウンロードサーバ１０６は、ここでは、無線ネットワーク１０４と通信している他のコンピュータ要素とともに示される。第２のサーバ１２０とスタンドアロンサーバ１２２もあり、各サーバは、無線ネットワーク１０４を介して無線デバイス１０２，１０８，１１０，１１２に個別のサービス及び処理を提供することができる。更に、好適には、無線デバイス１０２，１０８，１１０，１１２によってダウンロード可能なソフトウェアアプリケーションを保持する少なくとも１つの格納アプリケーションデータベース１１８が存在する。アプリケーションダウンロードサーバ１０６、第２のサーバ１２０、及びスタンドアロンサーバ１２２のうちの任意の１つ又は複数において安全な通信を実行するためのロジックを設ける別の実施形態が考慮される。
【００４７】
図２には、無線ネットワーク１０４と、典型的な実施形態の要素の相互関係とを含むシステム１００をより十分に例示するブロック図が示されている。このシステム１００は、単に典型的なものであり、限定することなく、無線ネットワークキャリア及び／又はサーバを含み、例えば無線クライアント計算デバイス１０２，１０８，１１０，１１２のような遠隔モジュールが、互いに、及び／又は無線ネットワーク１０４を経由して接続されたコンポーネントと、エアによって通信する任意のシステムを含む。アプリケーションダウンロードサーバ１０６及び格納アプリケーションデータベース１１８は、セルラ電話通信サービスを提供するために必要なサーバ１２０のような他のサーバとともに、例えばインターネット、安全なＬＡＮ、ＷＡＮ、又は他のネットワークのようなデータリンクを介してキャリアネットワーク２００と通信する。図示した実施形態では、サーバ１２０は、キャリアネットワーク２００によって安全な通信を提供するように構成されたロジックを含むサーバセキュリティ１２１を含んでいる。そのようなサーバセキュリティモジュール１２１は、安全な通信を提供するために、例えば無線デバイス１０２，１０８，１１０，１１２のようなクライアント計算デバイス上に位置したクライアントセキュリティモジュールと連携して動作する。
【００４８】
キャリアネットワーク２００は、メッセージングサービスコントローラ（ＭＳＣ）２０２に送られるメッセージ（データパケットとして送られる）を制御する。キャリアネットワーク２００は、ネットワーク、インターネット、及び／又はＰＯＴＳ（plain ordinary telephone system）によってＭＳＣ２０２と通信する。一般に、キャリアネットワーク２００とＭＳＣ２０２との間のネットワーク又はインターネット接続は、データを伝送し、ＰＯＴＳは音声情報を伝送する。ＭＳＣ２０２は、多数の基地局（ＢＴＳ）２０４に接続される。キャリアネットワークと同様の方式で、ＭＳＣ２０２は、一般に、データ伝送のためのネットワーク及び／又はインターネットと、音声情報のためのＰＯＴＳとの両方によってＢＴＳ２０４に接続される。ＢＴＳ２０４は、ショートメッセージングサービス（ＳＭＳ）、又は当該技術で知られた他のエアによる方法によって、最終的には、例えばセルラ電話１０２のような無線デバイスへメッセージをブロードキャストする。
【００４９】
例えばセルラ電話１０２のような（無線クライアント計算デバイスである）無線デバイスは、アプリケーションダウンロードサーバ１０６から送信されたソフトウェアアプリケーションを受信し実行するコンピュータプラットフォーム２０６を有している。コンピュータプラットフォーム２０６は、特定用途向けＩＣ（ＡＳＩＣ２０８）、あるいは他のプロセッサ、マイクロプロセッサ、論理回路、あるいは他のデータ処理デバイスを含む。ＡＳＩＣ２０８は、無線デバイスの製造時に組み込まれ、通常はアップグレード可能ではない。ＡＳＩＣ２０８又は他のプロセッサは、無線デバイスのメモリ２１２内の任意の常駐プログラムとインタフェースするアプリケーションプログラムインターフェイス（ＡＰＩ）２１０レイヤを実行する。メモリ２１２は、読出専用メモリ又はランダムアクセスメモリ（ＲＯＭ及びＲＡＭ）、ＥＰＲＯＭ、フラッシュカード、あるいはコンピュータプラットフォームに一般的な任意のメモリからなる。ＡＰＩ２１０はまた、キャリアネットワーク２００を介した安全な通信を提供するために構成されたロジックを含むクライアントセキュリティモジュール２１４を含んでいる。そのようなクライアントセキュリティモジュール２１４は、安全な通信を提供するために、クライアントセキュリティモジュール１２１と共に動作する。コンピュータプラットフォーム２０６は更に、メモリ２１２内でアクティブに使用されないアプリケーションを保持することができるローカルデータベース２１４を含んでいる。ローカルデータベース２１６は一般にはフラッシュメモリセルであるが、例えば磁気媒体、ＥＰＲＯＭ、光媒体、テープ、あるいはソフトディスク又はハードディスクのように、当該技術で知られた任意の２次記憶装置でありうる。
【００５０】
携帯電話１０２のような無線クライアント計算デバイスは、例えばゲーム、ニュース、株式モニタのような１又は複数のソフトウェアアプリケーションをアプリケーションダウンロードサーバ１０６からダウンロードし、アプリケーションが使用されていない場合には、ローカルデータベース２１６上に保持し、ユーザによって望まれる場合には、ローカルデータベース２１６上に格納されている常駐アプリケーションを、ＡＰＩ２１０上における実行のためにメモリ２１２にアップロードする。更に、無線ネットワーク１０４を介した通信が、クライアントセキュリティモジュール２１４とサーバセキュリティモジュール１２１との間の相互作用及び動作のために、少なくとも部分的に安全な方法で実施される。本発明的なシステム及び方法は、以下に説明するように、無線ネットワーク１０４を介したそのような安全な通信を提供する。
【００５１】
図３は、遠隔サーバとの安全な通信を提供するように動作可能なクライアント計算デバイス３００の１つの典型的な実施形態を図示する。本明細書で使用されるように、「クライアント計算デバイス」は、例えば、常駐の設定されたロジックを実行する１又は複数の処理回路を含む。そのような計算デバイスは、例えば、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロコントローラ、ポータブル無線電話、携帯情報端末（ＰＤＡ）、及びページング装置、あるいは安全な通信のために向けられた本明細書に記載の動作を少なくとも実施するように構成されたプロセッサ及びロジックを含むハードウェア、ソフトウェア、及び／又はファームウェアの任意の適切な組み合わせを含む。クライアント計算デバイスは、少なくともそのような安全な通信に関し、少なくとも１つの遠隔サーバによってサービス提供される。
【００５２】
典型的な実施形態に示すように、クライアント計算デバイス３００は、メモリ３０２、ネットワークＩ／Ｏインタフェース３０４、プロセッサ３０６、及びバス３０８を含んでいる。メモリ３０２はＲＡＭメモリとして示されているが、他の実施形態は、設定されたロジックの格納のために備えることが知られた全ての周知のタイプのメモリとして、そのようなメモリ３０２を含む。更に、メモリ３０２は、１つのタイプのメモリの１つの隣接ユニットとして示されるが、他の実施形態は、メモリ３０２として複数の場所と、複数のタイプのメモリとを用いる。ネットワークＩ／Ｏインタフェース３０４は、バス３０８を経由してネットワークに接続されたデバイスに入出力を供給する。プロセッサ３０６は、バス３０８を経由して提供される命令及びデータについて動作する。少なくとも１つの実施形態では、プロセッサ３０６では、ＡＳＩＣ２０８の一部である。
【００５３】
メモリ３０２には、クライアント計算デバイスの特性３１０、信用証明３１２、クライアント計算デバイス３００の特性３１０をネットワークを介して送るロジック３１４、及び、複数の信用証明３１２、ユニークなクライアント鍵と、受信されたクライアント計算デバイス３１０の特性との両方に基づく複数の信用証明のうちの少なくとも１つ（３２０）、一般鍵と、受信されたクライアント計算デバイス３１０の特性との両方に基づく複数の信用証明のうちの少なくとも１つと（３２２）を、ネットワークを介して受信するロジック３１６が存在する。少なくとも１つの実施形態では、クライアント計算デバイス３００の特性３１０は、クライアント計算デバイス３００電話番号、クライアント計算デバイス３００システム識別番号（ＳＩＤ）、クライアント計算デバイス３００ＢＲＥＷバージョン、クライアント計算デバイス３００ハードウェアＩＤ（例えば、電子シリアルナンバ（ＥＳＮ））、クライアント計算デバイス３００ファームウェアバージョン、キャリアＩＤ、リムーバブルユーザアイデンティティモジュール（ＲＵＩＭ）カードＩＤ、モバイルディレクトリ番号（ＭＤＮ）、モバイル情報番号（ＭＩＮ）、デバイスネットワークアドレス（例えばＩＰアドレス）、サービス加入者課金口座番号（例えば、国際移動電話加入者識別番号（ＩＭＳＩ））、クライアント計算デバイス３００秘密鍵（例えばＡ鍵）、ユーザＩＤ及び暗証番号（ＰＩＮ）のうちの任意の１又は複数を含んでいる。その他の実施形態では、クライアント計算デバイス３００の特性３１０として他の情報が使用される。そのような情報は、クライアント計算デバイス３００を識別するのに役立つ。上記に例示したように、クライアント計算デバイス３００の特性３１０は、しばしばクライアント計算デバイス３１０に対してユニークではないが、他の特性３１０と組み合わされた場合、特定のクライアント計算デバイス３００をユニークに識別するのに役立つ特性３１０を含んでいる。更に、少なくとも１つの実施形態では、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性３１０との両方に基づいて、少なくとも１つの信用証明が、クライアント鍵とクライアント計算デバイス３００の特性３１０に関する１方向暗号動作を実行することによって明確化される。幾つかの実施形態では、他の信用証明が、同じか又は異なる暗号アルゴリズムを使用して明確化される一方、別の実施形態では、ある信用証明は、暗号アルゴリズムを使用しても明確化されない。
【００５４】
少なくとも１つの実施形態では、システムは、無線ネットワーク１０４を介して送られる信号を認証する際に使用される信用証明３１２を含む。そのような信用証明３１２は、少なくとも、クライアント計算デバイス３００の特性３１０を最初に送信した後か、返信として対応する信用証明３１２を受信した後にのみメモリ３０２内に存在する。他の実施形態は、更なる信用証明３１２を使用するが、１つの実施形態では、信用証明３１２は、ユニークなクライアント鍵と、送られたクライアント計算デバイス３００の特性３１０とに基づく１つの信用証明（３２０）と、一般鍵と、クライアント計算デバイスの特性３１０との両方に基づく別の信用証明（３２２）とから構成される。複数の信用証明は、これらのうちの任意の１又は複数が、対応する信号を認証するためにオプションで使用されるように使用される。そのため、遠隔サーバは、例えば、クライアント計算デバイス３００によって送られた信号の認証を検証するために、どの信用証明３１２かを選択的に選ぶことができる。
【００５５】
１つの実施形態では、複数の信用証明３１２は、一般鍵に基づいて使用される。ここで、そのような１つの信用証書は、特定のサーバ１０６，１２０，１２２に関連している。一方、別の信用証書は、一般鍵に基づいている。ここでは、そのような１つの信用証明は、マルチサーバファーム（例えば、ネットワークキャリアの１又は複数のアプリケーションダウンロードサーバに関連した複数のサーバファームからなるグループ）内における特定のサーバファーム（例えば、ネットワークキャリアのアプリケーションダウンロードサーバに関連したサーバファーム）に関連している。一方、他の信用証書は、一般鍵に基づいており、そのような信用証明は、特定のサーバファームが属するマルチサーバファームに関連している。そのような実施形態の各々では、ユニークな信用証明を生成するために、一般鍵が、クライアント計算デバイス３００の特性３１２と連携して使用される。そのようなシステムでは、例えば、特定のサーバファーム、あるいはそれに関連するデータベースが失われた場合、残りの関連するサーバファームは、マルチサーバファームとクライアント計算デバイス３００との組み合わせに関連する信用証明に基づく信用証明３２０のみを認証することを選択的に選ぶことによって、特定のクライアント計算デバイス３００から送られた信号の受信及び認証を続けることができる。
【００５６】
ここでは、特定のサーバファームの喪失によって、その特定のサーバファーム／クライアント計算デバイス３００に関連する信用証書が、認証処理において無視される。そのため、少なくとも１つの実施形態は、信号を選択的に認証するために、複数の信用証明３１２を選択的に使用することを含む。これによって、信用証明３１２のうちの１つに関連した機器（例えば、サーバ及びサーバファーム）又はデータのあらゆる特定の喪失は、特定のクライアント計算デバイス３００から送られた信号を認証する安全な処理を続けるにあたり致命的ではない。そのため、クライアント計算デバイス３００から送られる信号を認証するために、サーバ及び／又はサーバファーム関連のコンポーネントを利用できるかあるいは利用できないかに依存して、認証強度を変更することが、選択的に適用される。
【００５７】
あるいは、少なくとも１つの実施形態では、複数の信用証明のサブセットが有効でかつ使用可能であったとしても、信号を認証するために、複数の信用証明３１２のサブセットが使用される。１つのそのような実施形態では、利用可能でかつ有効な複数の信用証明３１２からなるサブセットを選択的に使用することは、望まれる具体的な認証強度の決定に基づいて実施される。１つの実施形態では、そのような認証強度は、具体的な認証スキームに関連し、他と比較された相対的な費用に基づいて決定される。１つの実施形態では、この相対的な費用は、そのような信号の認証に関連したコスト（例えば、時間、処理コスト等）に関する対応するトランザクションに関連する値（例えば、収益量）に部分的に基づく。例えば、＜the  systemは誤り（不要）だろう＞１ドルの対応する低い値を持っているトランザクションを表わす信号を処理する場合、このシステムは、１００ドルの対応する高い値を持っているトランザクションを表す信号に関連する有効な複数の信用証明３１２の別のセット（例えばサブセット）の認証において使用するのではなく、有効な複数の信用証明３１２の小さなセット（例えばサブセット）に基づいて信号を認証するために使用されるその認証強度に選択的に基づく。更に、認証において評価される有効な複数の信用証明の数は変化するかもしれない（すなわち、低収益トランザクションよりも＜thatではなくthanだろう＞、高収益トランザクションのほうが多い）ので＜because  ofのofは誤りであろう＞、あるトランザクション（すなわち、低収益トランザクション）は、システムによる確認が可能でありうる（すなわち、より少ない複数の信用証明３１２を用いる必要がある）一方、他のトランザクション（すなわち、より多くの多数の信用証明３１２の使用を必要とするもの）はそうではない。言い換えれば、例えば、４つの信用証明のセットに基づいて認証を判定することは、１つの信号／トランザクションを認証する一方、例えば、４つの信用証明のセットは、別の信号／トランザクションを認証しないかもしれない。そのため、少なくとも１つの実施形態は、動的な認証処理を提供する。ここでは、送られた信用証明３１２のセット中の異なる信用証明（例えば、量又は使用される信用証明の何れかが異なる）は、特定の任意のクライアント計算デバイス３００からの同一又は別の信号を認証するために異なる時間で使用することができる。
【００５８】
少なくとも１つの実施形態では、システムは、ユニークなクライアント鍵と、クライアント計算デバイスの特性３１０とを、ネットワークを介して送るロジック３１４を含む（３２０）。少なくとも１つの実施形態では、クライアント計算デバイス３００のそのような特性３１０は、その全て又は一部が、ユニークなクライアント鍵と、送られたクライアント計算デバイス３００の特性３１０とに基づいて信用証明３２０を生成する際に使用される情報を、遠隔受信デバイスに受信させる目的で送られる。１つの実施形態では、そのような遠隔受信デバイスはサーバ１２０である。
【００５９】
少なくとも１つの実施形態では、システムは、複数の信用証明３１２、ユニークなクライアント鍵と、クライアント計算デバイス３００の特性３１０との両方に基づいた複数の信用証明のうちの少なくとも１つ（３２０）、一般鍵と、クライアント計算デバイス３００の特性３１０との両方に基づいた複数の信用証明のうちの少なくとも１つ（３２２）をネットワークを介して受信するロジック３１６を含む。少なくとも１つの実施形態では、そのような複数の信用証明３１２は、遠隔送信デバイスから送られる。遠隔送信デバイスでは、クライアント計算デバイス３００から以前に送られたクライアント計算デバイス３００の特性と、遠隔送信デバイスにユニークに関連する鍵との両方に基づいてそのような信用証明が生成される。１つの実施形態では、そのような遠隔送信デバイスはサーバ１０６，１２０，１２２である。１つの実施形態では、受信された複数の信用証明３１２は、計算デバイスから送られる信号に次に含まれるために、メモリ３０２内に格納される。幾つかの実施形態では、格納された複数の信用証明３１２は、格納された信用証明を削除、追加、及び／又は交換する命令を含む次の受信信号に基づいて、新たな信用証明と選択的に交換される。
【００６０】
図４は、クライアント計算デバイス３００との安全な通信を実行するように操作可能なサーバ４００の１つの典型的な実施形態を例示する。本明細書で使用される「サーバ」は、例えば、同一又は個別の計算デバイス３００上で実行する他のロジックにサービスを提供する計算デバイス上で実行するロジックを含む。１つの実施形態では、サーバ４００は、クライアント計算デバイス３００とは別の計算デバイス上で実行するロジックを含み、ネットワークを介してクライアント計算デバイス３００に接続される。１つの実施形態では、そのようなネットワークは、少なくとも部分的には無線ネットワーク１０４である。少なくとも１つのそのような実施形態では、サーバ４００は、クライアント計算デバイス３００の特性３１０を含むクライアント計算デバイスから信号を受信することに応答して、クライアント計算デバイスへ複数の信用証明３１２を提供する。少なくとも１つの実施形態では、サーバ４００は、図１に関して示され記載されたサーバ１０６，１２０，１２２のうちの何れかでありえる。
【００６１】
典型的な実施形態に示すように、サーバ４００は、メモリ４０２、ネットワークＩ／Ｏインタフェース４０４、プロセッサ４０６、及びバス４０８を含む。メモリ４０２はＲＡＭメモリとして示されているが、他の実施形態は、設定されたロジックを格納するために備えると知られている全ての周知のタイプのメモリであるメモリ４０２を含む。更に、メモリ４０２は、１タイプのメモリからなる１つの隣接ユニットとして示されているが、他の実施形態は、メモリ４０２のように、複数の場所及び複数の種類からなるメモリを使用する。ネットワークＩ／Ｏインタフェース４０４は、バス４０８によってネットワークに接続されたデバイスに入出力を与える。プロセッサ４０６は、バス４０８を介して提供される命令及びデータに基づいて動作する。
【００６２】
メモリ４０２には、クライアント計算デバイス３００の特性３１０と、信用証明３１２と、クライアント鍵４０９と、一般鍵４１０と、クライアント計算デバイス３００の特性をネットワークを介して受信するロジック４１２と、複数の信用証明３１２、ユニークなクライアント鍵４０９と受信されたクライアント計算デバイス３００の特性３１０との両方に基づく複数の信用証明のうちの少なくとも１つ、一般鍵４１０と受信されたクライアント計算デバイス３００の特性３１０との両方に基づく複数の信用証明のうちの少なくとも１つとを生成するロジック４１４と、複数の信用証明３１２をネットワークを介して送るように構成されたロジック４１５とが存在する。少なくとも１つの実施形態では、ユニークなクライアント鍵４０９は、特定のクライアント計算デバイス３００に関連するユニークな鍵を表し、そうでなければ、その他何れのデバイス、クライアント、サーバ等に関連していない。少なくとも１つの実施形態では、このサーバは、特定のクライアント計算デバイス３００に関連した登録時に、このユニークなクライアント鍵４０９を生成する。サーバ４００に関連した各クライアント計算デバイス３００について、格納された個別でかつユニークであるか、あるいはそうでなければサーバ４００にアクセス可能なクライアント鍵４０９が存在する。１つの実施形態では、そのようなユニークなクライアント鍵４０９は、サーバ４００に配置されたデータベースに格納される。幾つかの実施形態では、何れの信用証明もクライアント鍵４０９に基づいて生成されず、そのため、１又は複数の一般鍵４１０から基づく信用証明のみに依存しない。これは、例えば、サーバ４００が、複数のユニークなクライアント鍵４０９を格納するために利用可能なデータベースを持たない場合である。
【００６３】
少なくとも１つの実施形態では、一般鍵４１０は、サーバに関連するサーバ鍵４１６を含んでいる。サーバ鍵４１０は、特定のサーバに関連したユニークな鍵を含んでいる。そのようなサーバ鍵４１０は、クライアント計算デバイス３００の特性３１０と組み合わされて、サーバベースの信用証明が生成される。別の実施形態では、一般鍵４１０は、特定のサーバファームに関連するサーバファーム鍵４１８を含む。そのようなサーバファーム鍵４１８は、クライアント計算デバイス３００の特性３１０と組み合わされて、サーバファームベースの信用証明が生成される。別の実施形態では、一般鍵４１０は、複数のサーバファームの特定のグループに関連する複数のサーバファーム鍵４２０を含む。そのような複数のサーバファーム鍵４２０は、クライアント計算デバイス３００の特性３１０と組み合わされて、複数のサーバファームベースの信用証書が生成される。
【００６４】
少なくとも１つの実施形態では、このシステムは、クライアント計算デバイス３００の特性３１０を、ネットワークを介して受信するロジック４１２を含む。少なくとも１つの実施形態では、クライアント計算デバイス３００のそのような特性３１０は、ユニークなクライアント鍵４０９と、送られたクライアント計算デバイス３００の特性３１０とに基づいて信用証明３２０を生成する目的で受信される。ここでは、そのような信用証明３２０は、デバイスから送られた次の信号を認証するのに使用するために送り側のデバイスへ返される。１つの実施形態では、そのような送り側デバイスは、クライアント計算デバイス３００である。少なくとも１つの実施形態では、そのようなクライアント計算デバイス３００は、説明され、かつ図１に示された無線デバイス１０２，１０８，１１０，１１２のうちの何れかでありうる。
【００６５】
少なくとも１つの実施形態では、システムは、複数の信用証明３１２、ユニークなクライアント鍵４０９と、受信されたクライアント計算デバイス３００の特性３１０との両方に基づく複数の信用証明のうちの少なくとも１つ、一般鍵４１０と、受信されたクライアント計算デバイス３００の特性３１０との両方に基づく複数個の信用証明のうちの少なくとも１つを生成するロジック４１４を含んでいる。１つの実施形態では、受信されたクライアント計算デバイス３００の特性３１０は、遠隔デバイスから送られる。１つの実施形態では、そのような遠隔送信デバイスは、サーバ１０６，１２０，１２２である。１つの実施形態では、生成された複数の信用証明３１２は、クライアント登録信号に関連するサーバ４００から送られる信号に次に含まれるために、メモリ３０２内に格納される。少なくとも１つの実施形態では、格納された複数の信用証明３１２は、到来する信号認証性を判定するために、到来する信号に組み込まれた信用証明と比較するために使用される。幾つかの実施形態では、格納された複数の信用証明３１２は、選択的に修正される（すなわち、新たな信用証明と交換される）。そして、そのような修正は、遠隔デバイスが、その対応する信用証明を修正することを可能にする例えば削除、追加、及び交換のような関連する命令を含み、遠隔デバイスへ送信される。
【００６６】
少なくとも１つの実施形態では、複数の信用証明３１２、ユニークなクライアント鍵４０９と、受信されたクライアント計算デバイス３００の特性３１０との両方に基づく複数の信用証明のうちの少なくとも１つ、一般鍵４１０と、受信されたクライアント計算デバイス３００の特性３１０との両方に基づく複数の信用証明のうちの少なくとも１つを生成するロジック４１４は、サーバ４００に関連した環境に基づく信用証明を生成するように操作可能な追加ロジック（図示せず）を含む。１つのそのような実施形態では、サーバ４００は、信用証明の損失、及び／又はある信用証明に障害が生じたことを検出し、それに応じて、クライアント計算デバイス３００へ次に送られる交換信用証明を生成するように動作する。別の実施形態では、サーバ４００が、それら全てを確認することができない信用証明３１２の第１のセットを、クライアント計算デバイス３００から受信することに応じて、更に、サーバ４００が確認することが可能な信用証明３１２の第２のセットを、クライアント計算デバイス３００から受信することに応じて、サーバ４００は、新たな信用証書３１２を生成するように動作する。他の実施形態では、限定されたセットのみをサーバ４００が確認することができる（弱い）信用証明３１２の第１のセットを、クライアント計算デバイス３００から受信することに応じて、サーバ４００は、クライアント計算デバイス３００から送信された信用証明３１２のセットを強くする方法として、クライアント計算デバイス３００へ送られる１又は複数の新たな信用証明３１２を生成するように動作する。
【００６７】
図５は、安全な通信を提供する方法５００の１つの典型的な実施形態を例示する。方法５００は、開始ステップ５０２で始まる。１つの実施形態では、この処理は、クライアント計算デバイス３００がその起動を検出するステップ５０４に続く。次に、ステップ５０６では、クライアント計算デバイス３００の起動の検出に応じて、クライアント計算デバイス３００は、クライアント計算デバイス３００の特性３１０を取得するように動作する。一旦取得されると、クライアント計算デバイス３００は、ステップ５０８において、クライアント計算デバイス３００の特性３１０をネットワークを介して送るように動作する。次に、ステップ５１０において、サーバ４００は、送られたクライアント計算デバイス３００の特性３１０を受信するように動作する。一旦サーバ４００が、送られたクライアント計算デバイス３００の特性３１０を取得すると、システムが動作し、サーバ４００が、ステップ５１２において、ユニークなクライアント鍵４０９と、クライアント計算デバイス３００の特性３１０とに基づいて信用証明３２０を生成する。また、一旦サーバ４００が、送られたクライアント計算デバイス３００の特性３１０を受信すると、システムが動作し、サーバ４００が、ステップ５１４において、一般鍵４１０と、クライアント計算デバイス３００の特性３１０とに基づいて、少なくとも１つの信用証明３２２を生成する。
【００６８】
信用証明３１２が一旦生成されると、サーバ４００は、ステップ５１６において、クライアント計算デバイス３００へ信用証明３１２を送るように動作する。ステップ５１６において信用証明３１２を送った後、ステップ５１８では、クライアント計算デバイスが、信用証明３１２を受信するように動作する。次に、ステップ５２０では、システムが動作し、クライアント計算デバイス３００が、信用証明３１２をメモリ３０２に格納する。方法５００の最終ステップはステップ５２２である。少なくとも１つの実施形態では、方法５００のステップのうちの１又は複数が、安全なモードで行なわれる。例えば、ステップ５０６，５０８，５１６，５１８及び５２０は、１つの実施形態では、クライアント計算デバイスにおいて、安全なモードの下で実行される。そのような安全なモードは、無許可のプログラム及び無許可のエンティティによるデータの望まれないスヌーピングを阻止するように動作する。１つの実施形態では、この安全なモードは、安全なファイルシステムを使用することを含む。そのような安全なモード動作は、当該技術で知られた現在周知の技術のうちの任意の数からなりうる。
【００６９】
図６は、安全な通信を提供する方法６００の１つの典型的な実施形態を例示する。方法６００は、開始ステップ６０２で始まり、ステップ６０４に続く。ステップ６０４では、システムが、サーバ４００において、クライアント計算デバイス３００からの登録を要求する必要があるかを判定するように動作する。登録に対するそのような必要性は、サーバ４００によって判定される任意数の要因に基づきうる。例えば、サーバ４００は、クライアント計算デバイス３００と通信する問題点を検出しうる。そして、それに応じて、そのような登録に対する必要性を判定しうる。同様に、サーバ４００は、安全な通信に悪影響を及ぼすその他の問題を検出し、それに応じて、クライアント計算デバイス３００の登録に対する必要性を判定する（すなわち、サーバ鍵が、障害が生じたものと判定され、全てのクライアント計算デバイスを再登録する処理が開始される。）。クライアント計算デバイス３００から登録を要求する必要があると判定された後、サーバ４００は、ステップ６０６において、クライアント計算デバイス３００に、登録要求を送る。これを受けて、クライアント計算デバイス３００は、ステップ６０８において、クライアント計算デバイス３００を登録する要求を受信する。この登録要求を一旦受信すると、クライアント計算デバイス３００は、ステップ５０６，５０８，５１０，５１２，５１４，５１６，５１８，５２０及び５２２を含む上記概説されたステップに従い、関連する機能を実行する。
【００７０】
図７は、安全な通信を提供する方法７００の１つの典型的な実施形態を例示する。更に詳しくは、方法７００は、格納された信用証明３１２を含むメッセージを送ることに向けられる。方法７００は、開始ステップ７０２で始まり、ステップ７０４に続く。ステップ７０４では、クライアント計算デバイス３００は、ユニークなクライアント鍵４０９と、クライアント計算デバイス３００の特性３１０とに基づいて、メモリ３０２から、格納された信用証明３２０を取得するように動作する。方法７００は更にステップ７０６を含む。ステップ７０６では、クライアント計算デバイス３００は、一般鍵４１０と、クライアント計算デバイス３００の特性３１０とに基づいて、メモリ３０２から、少なくとも１つの格納された信用証明３２２を取得する。格納された信用証明３１２が一旦取得されると、クライアント計算デバイス３００は、ステップ７０８において、信用証明３１２を含む信号をネットワークを介して送るように動作する。信用証明３１２を含む信号を送ることに応じて、サーバ４００は、ステップ７１０において、そのような信号を受信する。次に、ステップ７１２において、サーバ４００は、この信号から信用証明３１２を取得するように動作する。信用証明３１２が一旦取得されると、サーバ４００は、ステップ７１４において、この取得した信用証明を、予測した信用証明と比較するように動作する。１つの実施形態では、この予測した信用証明は、サーバ４００上に格納され、対応する信号が受信された場合、取得した信用証明３１２と比較するために使用される。次に、クライアント計算デバイス３００の予測された信用証明と、受信された信号から取得された信用証明との照合を行うステップ７１４の比較に応答して、サーバ４００は、ステップ７１６において、関連する信号を、認可された信号として処理を進める。方法７００は、ノード７１８において終了する。
【００７１】
図８は、クライアント計算デバイス３００とサーバ４００との間に安全な通信を提供するプロセス８００の１つの典型的な実施形態を例示する。図示するように、ステージ１  ８０２、ステージ２  ８０４、及びステージｎ  ８０６からなる３つのステージが、無線ネットワーク１０４を介した安全な送信を確立及び開始するクライアント計算デバイス３００とサーバ４００との間の連続した送信を実行する。ステージ１  ８０２では、クライアント計算デバイス３００が、登録コマンド８１０と、クライアント計算デバイス３００の特性３１０とを含む信号８０８を送信する。信号８０８に応答して、信用証明３１２の生成を含むサーバにおける処理を実行した後、サーバ４００は、ステージ２  ８０４において、生成された信用証明３１２とともに、格納コマンド８１４を含む対応する信号８１２を送信する。少なくとも１つの実施形態では、そのような信号は、階層式に信号内に位置する。信号８１２に応答して、送られた信用証明３１２が、クライアント計算デバイス３００のメモリ３０２に格納される処理を、クライアント計算デバイス３００において実行した後、クライアント計算デバイス３００は、ステージｎ  ８０６において、あるタイプのコマンド８１８、クライアント計算デバイス３００の特性３１０、受信した信用証明３１２、及び配信データ（図示せず）を含む信号８１６を生成する。少なくとも１つの実施形態では、クライアント計算デバイス３００の特性３１０と、受信した信用証明３１２とは、常に信号８１６に存在する。この信号８１６は、少なくとも信用証明３１２を用いてサーバにおいてそれぞれ認証され、クライアント計算デバイス３００からサーバ４００へ送られる標準的な安全な信号を表す。
【００７２】
図９は、クライアント計算デバイス３００とサーバ４００との間の安全な通信を提供するプロセス９００の１つの典型的な実施形態を図示する。図示するように、既に開始された安全な送信インタラクションの間に、無線ネットワーク１０４を介した安全な送信を再確立（再登録）する３つのステージ、すなわち、ステージｍ  ９０２、ステージｍ＋１  ９０４、及びステージｍ＋２  ９０６が、クライアント計算デバイス３００とサーバ４００との間の連続した送信を実行する。１つの実施形態は、セキュリティブリーチ及び／又はその他の状況に応じて再登録シーケンスを開始する。ここでは、クライアント信用証明が、遠隔で更新されることが望まれる。ステージｍ  ９０２では、サーバ４００は、登録コマンド８１０を含む信号９０８を送信する。信号９０８に応じて、クライアント計算デバイス３００の特性３１０の取得を含む処理を、クライアント計算デバイス３００において実行した後、クライアント計算デバイス３００は、ステージｍ＋１  ９０４において、クライアント計算デバイス３００の特性３１０と、生成された信用証明３１２とともに、登録コマンド８１０を含む対応する信号９１０を送信する。信号９１０に応じて、送られたクライアント計算デバイス３００の特性３１０に少なくとも基づいて、新たな信用証明９１２が生成される処理をサーバにおいて行った場合、サーバ４００は、ステージｎ＜ステージｍ＋２と思うが原文どおり＞  ９０６において、幾つかの格納コマンド８１４と、生成された信用証明９１２とを含む信号９１４を送る。この信号９１４は、ステージ２において図８で示されたものと類似した信号を表す。ステージでは、信号８１２が、サーバ４００からクライアント計算デバイス３００へと、生成された信用証明を送り、新たな安全な送信設定を確立することを表す。幾つかの実施形態では、そのような信用証明８１２の格納を開始するためには、単に１セットの信用証明で十分であるので、何れの格納コマンド８１４も含まれる必要はない。
【００７３】
図１０は、クライアント計算デバイス３００とサーバ４００との間の安全な通信を提供する方法１０００の１つの典型的な実施形態を図示する。方法１０００は、開始ステップ１００２で始まる。１つの実施形態では、この処理は、オプションであるステップ１００４に続く。ここでは、この方法は、クライアント計算デバイス３００の起動を検出することを含む。また、１つの実施形態では、オプションのステップ１００６が含まれる。ここでは、この方法は、クライアント計算デバイス３００の登録を要求する信号を、ネットワークを介して送ることを含む。１つの実施形態には、少なくともステップ１００８が含まれる。ステップ１００８では、この方法は更に、クライアント計算デバイス３００の特性３１０をネットワークを介して受信することを含む。ステップ１００８の次はステップ１０１０である。ここでは、処理は、複数の信用証明３１２、ユニークなクライアント鍵と、受信されたクライアント計算デバイス３００の特性３００とに基づく複数の信用証明３２０のうちの少なくとも１つ、一般鍵４１０と、受信されたクライアント計算デバイス３００の特性３１０とに基づく複数の信用証明３２２のうちの少なくとも１つを生成することを含む。次に、ステップ１０１２は、複数の信用証明３１２をネットワークを介して送ることを含む。ステップ１０１２の次は、終了ステップ１０１４である。
【００７４】
上記のステップに加えて、方法１０００は、更にオプションのステップ１０１６，１０１８，１０２０，１０２２を含んでいる、これらは各々既存のステップと共にオプションとして使用される。オプションのステップ１０１６は、ステップ１００８を修正し、この方法は更に、クライアント計算デバイス３００の特性が、クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＩＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含んで動作する。オプションステップ１０１８は、ステップ１０１０を修正する。ここでは、この方法は更に、一般鍵４１０がサーバにユニークなように動作する。次に、オプションステップ１０２０がステップ１０２０＜１０１０と思うが、＞を修正する。ここでは、この方法は更に、一般鍵４１０がサーバファームにユニークなように動作する。次に、オプションステップ１０２２がステップ１０２０＜１０１０と思うが、＞を修正する。ここでは、この方法は更に、一般鍵４１０が、複数のサーバファームにユニークなように動作する。
【００７５】
図１１は、サーバ４００とクライアント計算デバイス３００との間の安全な通信を提供する方法１１００の１つの典型的な実施形態を図示する。方法１１００は、開始ステップ１１０２で始まる。１つの実施形態では、この処理は、オプションのステップ１１０４に続く。ステップ１１０４では、この方法は、クライアント計算デバイス３００の起動を検出することを含む。また、１つの実施形態では、オプションのステップ１００６が含まれている。このステップでは、本方法は、クライアント計算デバイス３００の登録を要求する信号を、ネットワークを介して受信することを含む。少なくとも１つの実施形態では、ステップ１１０８が含まれている。ここでは、本方法は、クライアント計算デバイス３００の特性３１０をネットワークを介して送ることを含む。ステップ１１０８の次はステップ１１１０である。ここでは、本方法は、複数の信用証明３２２、ユニークなクライアント鍵とクライアント計算デバイスの特性３１０との両方に基づく複数の信用証明のうちの少なくとも１つ、一般鍵４１０とクライアント計算デバイスの特性３１０との両方に基づく複数の信用証明のうちの少なくとも１つをネットワークを介して受信するように動作する。ステップ１１１０の次は終了ステップ１１１２である。
【００７６】
上記のステップに加えて、方法１１００は、更にオプションのステップ１１１４，１１１６，１１１８，１１２０を含んでいる。これらは各々既存のステップと連携してオプションとして使用される。オプションのステップ１１１４は、ステップ１１０８を修正し、この方法は更に、クライアント計算デバイス３００の特性が、クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＩＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含んで動作する。オプションのステップ１１１６は、ステップ１１１０を修正する。ここでは、この方法は更に、一般鍵４１０がサーバにユニークになるように動作する。次に、オプションのステップ１１１８は、ステップ１１１０を修正する。ここでは、この方法は更に、一般鍵４１０がサーバファームにユニークになるように動作する。次に、オプションのステップ１１２０は、ステップ１１１０を修正する。ここでは、この方法は更に、一般鍵４１０が複数のサーバファームにユニークになるように動作する。
【００７７】
図１２は、クライアント計算デバイス３００とサーバ４００との間の安全な通信を提供する方法１２００の１つの典型的な実施形態を図示する。方法１２００は、開始ステップ１２０２で始まる。１つの実施形態では、この処理はオプションのステップ１２０４に続く。このステップでは、クライアント計算デバイス３００の起動を検出することを含む。
【００７８】
１つの実施形態では、オプションのステップ１２０６は、クライアント計算デバイス３００の登録を要求する信号を、ネットワークを介して送る方法に含まれる。１つの実施形態では、この方法が、クライアント計算デバイス３００の登録を要求する信号を、ネットワークを介して受信するように動作する別のオプションのステップ１２０８が存在する。１つの実施形態は、ステップ１２１０を含む。このステップでは、本方法が、クライアント計算デバイス３００の特性３１０をネットワークを介して送るように動作する。ステップ１２１０の次はステップ１２１２である。ここでは、本方法が、クライアント計算デバイス３００の特性３１０を、ネットワークを介して受信するように動作する。ステップ１２１２の次はステップ１２１４である。ここでは、本方法は、複数の信用証明３２２、ユニークなクライアント鍵４０９と、受信されたクライアント計算デバイス３００の特性３１０との両方に基づく複数の信用証明のうちの少なくとも１つ、一般鍵４１０と、受信されたクライアント計算デバイス３００の特性３１０（及びクライアント毎にユニークな鍵）との両方に基づく複数の信用証明のうちの少なくとも１つを生成するように動作する。ステップ１２１４の次はステップ１２１６である。このステップでは、本方法は、複数の信用証明３１２をネットワークを介して送るように動作する。ステップ１２１６の次はステップ１２１８である。このステップでは、本方法は、複数の信用証明３１２をネットワークを介して受信するように動作する。ステップ１２１８の次は終了ステップ１２２０である。
【００７９】
上記ステップに加えて、方法１２００は、更にオプションのステップ１２２２，１２２４，１２２６，１２２８を含んでいる。これらは各々、既存ステップと連携してオプションとして使用される。オプションのステップ１２２２は、ステップ１２１０を修正し、この方法は更に、クライアント計算デバイス３００の特性が、クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＩＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含んで動作する。オプションのステップ１２２４は、ステップ１２１４を修正する。ここでは、本発明は更に、一般鍵４１０がサーバに対してユニークになるように動作する。次に、オプションステップ１２２６は、ステップ１２１４を修正する。ここでは、本方法は更に、一般鍵４１０がサーバファームに対してユニークになるように動作する。次に、オプションステップ１２２８は、ステップ１２１４を修正する。ここでは、本方法は更に、一般鍵４１０が複数のサーバファームにユニークになるように動作する。
【００８０】
これら熟練者であれば、更に、ここで開示された実施形態に関連して記載された様々な説明的論理ブロック、構成、モジュール、回路、およびアルゴリズムステップが、電子工学ハードウェア、コンピュータソフトウェア、あるいはこれらの組み合わせとして実現されることを理解するであろう。ハードウェアとソフトウェアとの相互互換性を明確に説明するために、様々に例示された部品、ブロック、モジュール、回路、およびステップが、それらの機能に関して一般的に記述された。それら機能がハードウェアとして又はソフトウェアとして実現されているかは、特定のアプリケーション及びシステム全体に課せられている設計制約に依存する。熟練した技術者であれば、各特定のアプリケーションに応じて変更した方法で上述した機能を実施しうる。しかしながら、この適用判断は、本発明の範囲から逸脱したものと解釈されるべきではない。
【００８１】
ここで開示された実施形態に関連して記述された方法やアルゴリズムのステップは、ハードウェアや、プロセッサによって実行されるソフトウェアモジュールや、これらの組み合わせによって直接的に具現化される。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に収納されうる。好適な記憶媒体は、プロセッサがそこから情報を読み取り、またそこに情報を書き込むことができるようにプロセッサに結合される。
【００８２】
または、記憶媒体はプロセッサに統合されうる。このプロセッサと記憶媒体は、ＡＳＩＣ内に存在することができる。ＡＳＩＣは、ユーザ端末内に存在することもできる。あるいはこのプロセッサと記憶媒体は、ユーザ端末内のディスクリート部品として存在しうる。
【００８３】
開示された実施形態における上記記載は、当該技術分野におけるいかなる人であっても、本発明の活用または利用を可能とするように提供される。これらの実施形態への様々な変形例もまた、当該技術分野における熟練者に対しては明らかであって、ここで定義された一般的な原理は、本発明の主旨または範囲を逸脱せずに他の実施形態にも適用されうる。このように、本発明は、ここで示された実施形態に制限されるものではなく、ここで記載された原理と新規の特徴に一致した最も広い範囲に相当するものを意図している。
【図面の簡単な説明】
【００８４】
【図１】図１は、クライアント計算デバイスとサーバとの間の安全通信のためのシステムの１つの実施形態の高次ブロック図である。
【図２】図２は、クライアント計算デバイスとサーバとの間の安全通信のためのシステムの１つの実施形態の準高次ブロック図である。
【図３】図３は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムで使用されるクライアント計算デバイスの１つの実施形態のブロック図である。
【図４】図４は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムで使用されるサーバの１つの実施形態のブロック図である。
【図５】図５は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムの１つの実施形態を例示するフローチャートである。
【図６】図６は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムの１つの実施形態を例示するフローチャートである。
【図７】図７は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムの１つの実施形態を例示するフローチャートである。
【図８】図８は、クライアント計算デバイス＜重複記載。無視する。＞とサーバとの間の安全な通信を開始するため信号を用いた手順の１つの実施形態を例示するブロック図である。
【図９】図９は、遠隔計算デバイスとサーバとの間の安全な通信を再初期化するため信号を用いた手順の１つの実施形態を例示するブロック図である。
【図１０】図１０は、クライアント計算デバイスとサーバとの間の安全な通信を提供する方法の１つの実施形態を図示する。
【図１１】図１１は、クライアント計算デバイスとサーバとの間の安全な通信を提供する方法の１つの実施形態を図示する。
【図１２】図１２は、クライアント計算デバイスとサーバとの間の安全な通信を提供する方法の１つの実施形態を図示する。
【図１】
2008519488.tif 000003
【図２】
2008519488.tif 000004
【図３】
2008519488.tif 000005
【図４】
2008519488.tif 000006
【図５】
2008519488.tif 000007
【図６】
2008519488.tif 000008
【図７】
2008519488.tif 000009
【図８】
2008519488.tif 000010
【図９】
2008519488.tif 000011
【図１０】
2008519488.tif 000012
【図１１】
2008519488.tif 000013
【図１２】
2008519488.tif 000014
【手続補正書】
【提出日】平成19年8月24日(2007.8.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して受信することと、
複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成することと、
前記複数の信用証明を前記ネットワークを介して送ることと
を含む方法。
【請求項２】
前記一般鍵はサーバにユニークである請求項１の方法。
【請求項３】
前記一般鍵はサーバファームにユニークである請求項１の方法。
【請求項４】
前記一般鍵は、複数のサーバファームにユニークである請求項１の方法。
【請求項５】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項１の方法。
【請求項６】
前記クライアント計算デバイスの登録を要求する信号を、前記ネットワークを介して送ることを更に含み、
前記クライアント計算デバイスの特性を受信することは、前記クライアント計算デバイスの登録を要求する信号を送ることに応答して動作する請求項１の方法。
【請求項７】
前記クライアント計算デバイスの特性を受信することは、前記クライアント計算デバイスの起動に応じて動作する請求項１の方法。
【請求項８】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送ることと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを前記ネットワークを介して受信することと
を含む方法。
【請求項９】
前記一般鍵はサーバにユニークである請求項８の方法。
【請求項１０】
前記一般鍵はサーバにユニークである請求項８の方法。
【請求項１１】
前記一般鍵は複数のサーバファームにユニークである請求項８の方法。
【請求項１２】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうち少なくとも１つを含む請求項８の方法。
【請求項１３】
前記クライアント計算デバイスの登録を要求する信号を、前記ネットワークを介して受信することを更に含み、
前記クライアント計算デバイスの特性を送ることは、前記クライアント計算デバイスの登録を要求する信号を受信することに応答して動作する請求項８の方法。
【請求項１４】
前記クライアント計算デバイスの起動を検出することを更に含み、
前記クライアント計算デバイスの特性を送ることは、前記クライアント計算デバイスの起動を検出することに応答して動作する請求項８の方法。
【請求項１５】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して前記クライアント計算デバイスから送ることと、
前記クライアント計算デバイスの特性を、前記ネットワークを介して前記サーバにおいて受信することと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成することと、
前記複数の信用証明を、前記ネットワークを介して前記サーバから送ることと、
前記複数の信用証明を、前記ネットワークを介して前記クライアント計算デバイスにおいて受信することと
を含む方法。
【請求項１６】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つに対してユニークである請求項１５の方法。
【請求項１７】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項１５の方法。
【請求項１８】
クライアント計算デバイスとのネットワークを介した安全な通信を処理するサーバであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して受信するように構成されたロジックと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成するように構成されたロジックと、
前記複数の信用証明を前記ネットワークを介して送るように構成されたロジックと
を備えるサーバ。
【請求項１９】
前記一般鍵は、サーバにユニークである請求項１８のサーバ。
【請求項２０】
前記一般鍵は、サーバファームにユニークである請求項１８のサーバ。
【請求項２１】
前記一般鍵は、複数のサーバファームにユニークである請求項１８のサーバ。
【請求項２２】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項１８のサーバ。
【請求項２３】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送るように構成されたロジックと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを前記ネットワークを介して受信するように構成されたロジックと
を備えるクライアント計算デバイス。
【請求項２４】
前記一般鍵はサーバにユニークである請求項２３のクライアント計算デバイス。
【請求項２５】
前記一般鍵はサーバファームにユニークである請求項２３のクライアント計算デバイス。
【請求項２６】
前記一般鍵は複数のサーバファームにユニークである請求項２３のクライアント計算デバイス。
【請求項２７】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項２３のクライアント計算デバイス。
【請求項２８】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供するシステムであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送り、複数の信用証明を前記ネットワークを介して受信するように構成されたロジックを含むクライアント計算デバイスと、
前記クライアント計算デバイスの特性を前記ネットワークを介して受信し、複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成し、前記複数の信用証明を、前記ネットワークを介して送るように構成されたロジックを含むサーバと
を備えるシステム。
【請求項２９】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する少なくとも１つのプロセッサによって利用されうる、格納された命令の少なくとも１つのセットを含むコンピュータ読取可能媒体であって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して受信する命令のセットと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成する命令のセットと、
前記複数の信用証明を前記ネットワークを介して送る命令のセットと
を含むコンピュータ読取可能媒体。
【請求項３０】
前記一般鍵は、少なくとも、サーバ、サーバファーム、及び複数のサーバファームにユニークである請求項２９のコンピュータ読取可能媒体。
【請求項３１】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する少なくとも１つのプロセッサによって利用されうる、格納された命令の少なくとも１つのセットを含むコンピュータ読取可能媒体であって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送る命令のセットと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを前記ネットワークを介して受信する命令のセットと
を含むコンピュータ読取可能媒体。
【請求項３２】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つにユニークである請求項３１のコンピュータ読取可能媒体。
【請求項３３】
クライアント計算デバイスとのネットワークを介した安全な通信を処理するサーバであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して受信する手段と、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成する手段と、
前記複数の信用証明を前記ネットワークを介して送る手段と
を備えるサーバ。
【請求項３４】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つにユニークである請求項３３のサーバ。
【請求項３５】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
前記クライアント計算デバイスの特性を、前記ネットワークを介して送る手段と、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを前記ネットワークを介して受信する手段と
を備えるクライアント。
【請求項３６】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つにユニークである請求項３５のクライアント計算デバイス。
【請求項３７】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信することと、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定することと
を含む方法。
【請求項３８】
前記信号の真正性は、ユニークなクライアント鍵と、前記されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項３７の方法
【請求項３９】
前記一般鍵はサーバにユニークである請求項３７の方法。
【請求項４０】
前記信号の真正性は、サーバにユニークである前記一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項３９の方法。
【請求項４１】
前記一般鍵は、サーバファームにユニークである請求項３７の方法。
【請求項４２】
前記信号の真正性は、サーバファームにユニークな前記一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項４１の方法。
【請求項４３】
前記一般鍵は、複数のサーバファームにユニークである請求項３７の方法。
【請求項４４】
前記信号の真正性は、複数のサーバファームにユニークな前記一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項４３の方法。
【請求項４５】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項３７の方法。
【請求項４６】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を前記ネットワークを介して送ることを含む方法。
【請求項４７】
前記一般鍵は、少なくともサーバ、サーバファーム、及び複数のサーバファームにユニークである請求項４６の方法。
【請求項４８】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項４６の方法。
【請求項４９】
前記信号に含まれる複数の信用証明は、前記ネットワークを介して以前に受信されている請求項４６の方法。
【請求項５０】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記クライアント計算デバイスから前記ネットワークを介して送ることと、
前記信号を、前記ネットワークを介して前記サーバにおいて受信することと、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を前記サーバにおいて判定することと
を含む方法。
【請求項５１】
前記受信された信号の真正性は、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項５０の方法。
【請求項５２】
前記一般鍵は、サーバにユニークであって、前記信号の真正性は、前記サーバにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項５０の方法。
【請求項５３】
前記一般鍵は、サーバファームにユニークであって、前記信号の真正性は、前記サーバファームにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項５０の方法。
【請求項５４】
前記一般鍵は、複数のサーバファームにユニークであって、前記信号の真正性は、前記複数のサーバファームにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項５０の方法。
【請求項５５】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項５０の方法。
【請求項５６】
クライアント計算デバイスとのネットワークによる安全な通信を処理するサーバであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信するように構成されたロジックと、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定するように構成されたロジックと
を備えるサーバ。
【請求項５７】
前記信号の真正性を判定するように構成されたロジックは、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いる請求項５６のサーバ。
【請求項５８】
前記一般鍵はサーバにユニークである請求項５６のサーバ。
【請求項５９】
前記信号の真正性を判定するように構成されたロジックは、前記サーバにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いる請求項５８のサーバ。
【請求項６０】
前記一般鍵はサーバファームにユニークな請求項５６のサーバ。
【請求項６１】
前記信号の真正性を判定するように構成されたロジックは、前記サーバファームにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いる請求項６０のサーバ。
【請求項６２】
前記一般鍵は、複数のサーバファームにユニークである請求項５６のサーバ。
【請求項６３】
前記信号の真正性を判定するように構成されたロジックは、前記複数のサーバファームにユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いる請求項６２のサーバ。
【請求項６４】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項５６のサーバ。
【請求項６５】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を前記ネットワークを介して送るように構成されたロジックを備えるクライアント計算デバイス。
【請求項６６】
前記一般鍵は、サーバ、サーバファーム、及び複数のサーバファームのうちの少なくとも１つにユニークである請求項６５のクライアント計算デバイス。
【請求項６７】
前記クライアント計算デバイスの特性は、
クライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＴＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含む請求項６５のクライアント計算デバイス。
【請求項６８】
前記信号に含まれる複数の信用証明は、前記ネットワークを介して以前に受信されている請求項６５のクライアント計算デバイス。
【請求項６９】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供するシステムであって、
複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記クライアント計算デバイスから前記ネットワークを介して送るように構成されたロジックを含むクライアント計算デバイスと、
前記信号を、前記ネットワークを介して受信し、前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定するように構成されたロジックを含むサーバと
を備えるシステム。
【請求項７０】
それぞれがネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する少なくとも１つのプロセッサによって利用される、格納された命令の少なくとも１つのセットを含むコンピュータ読取可能媒体であって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信する命令のセットと、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定する命令のセットと
を含むコンピュータ読取可能媒体。
【請求項７１】
前記信号の真正性は、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いて判定される請求項７０のコンピュータ読取可能媒体。
【請求項７２】
前記一般鍵はサーバファームにユニークである請求項７０のコンピュータ読取可能媒体。
【請求項７３】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する少なくとも１つのプロセッサによって利用されうる、格納された命令の少なくとも１つのセットを含むコンピュータ読取可能媒体であって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を前記ネットワークを介して送る命令のセットを含むコンピュータ読取可能媒体。
【請求項７４】
前記一般鍵は、少なくともサーバ、サーバファーム、及び複数のサーバファームにユニークである請求項７３のコンピュータ読取可能媒体。
【請求項７５】
クライアント計算デバイスとのネットワークによる安全な通信を処理するサーバであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信する手段と、
前記複数の信用証明のうちの何れかの選択的認証に基づいて、前記信号の真正性を判定する手段と
を備えるサーバ。
【請求項７６】
前記信号の真正性を判定するように構成されたロジックは、ユニークな一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいて、前記複数の信用証明のうちの少なくとも１つを用いるように構成された請求項７５のサーバ。
【請求項７７】
前記一般鍵は、サーバファームにユニークである請求項７５のサーバ。
【請求項７８】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を前記ネットワークを介して送る手段を備えるクライアント計算デバイス。
【請求項７９】
前記一般鍵は、少なくともサーバ、サーバファーム、及び複数のサーバファームにユニークである請求項７８のクライアント計算デバイス。
【請求項８０】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して受信することと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成することと、
前記複数の信用証明を含む信号を、前記ネットワークを介して送ることと、
前記複数の信用証明を含む信号を、前記ネットワークを介して受信することと、
前記受信された複数の信用証明のうちの何れかの選択的認証に基づいて、前記受信された信号の真正性を判定することと
を含む方法。
【請求項８１】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する方法であって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して送ることと、
複数の信用証明、ユニークなクライアント鍵と、前記受信クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信することと、
前記受信された複数の信用証明を含む信号を、前記ネットワークを介して送ることと
を含む方法。
【請求項８２】
クライアント計算デバイスとのネットワークを介した安全な通信を処理するサーバであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して受信するように構成されたロジックと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成するように構成されたロジックと、
前記複数の信用証明を含む信号を、前記ネットワークを介して送るように構成されたロジックと、
前記複数の信用証明を含む信号を、前記ネットワークを介して受信するように構成されたロジックと、
前記受信された複数の信用証明のうちの何れかの選択的認証に基づいて、前記受信された複数の信用証明を含む信号の真正性を判定するように構成されたロジックと
を備えるサーバ。
【請求項８３】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して送るように構成されたロジックと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信するように構成されたロジックと、
前記受信した複数の信用証明を含む信号を、前記ネットワークを介して送るように構成されたロジックと
を備えるクライアント計算デバイス。
【請求項８４】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する少なくとも１つのプロセッサによって利用されうる、格納された命令の少なくとも１つのセットを含むコンピュータ読取可能媒体であって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して受信する命令のセットと、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成する命令のセットと、
前記複数の信用証明を含む信号を、前記ネットワークを介して送る命令のセットと、
前記複数の信用証明を含む信号を、前記ネットワークを介して受信する命令のセットと、
前記受信された複数の信用証明のうちの何れかの選択的認証に基づいて、前記受信された複数の信用証明を含む信号の真正性を判定する命令のセットと
を含むコンピュータ読取可能媒体。
【請求項８５】
それぞれネットワークに接続されたクライアント計算デバイスとサーバとの間の安全な通信を提供する少なくとも１つのプロセッサによって利用されうる、格納された命令の少なくとも１つのセットを含むコンピュータ読取可能媒体であって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して送る命令のセットと、
複数の信用証明、ユニークなクライアント鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信する命令のセットと、
前記受信された複数の信用証明を含む信号を、前記ネットワークを介して送る命令のセットと
を含むコンピュータ読取可能媒体。
【請求項８６】
クライアント計算デバイスとのネットワークを介した安全な通信を処理するサーバであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して受信する手段と、
複数の信用証明、ユニークなクライアント鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記受信されたクライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを生成する手段と、
前記複数の信用証明を含む信号を、前記ネットワークを介して送る手段と、
前記送られた複数の信用証明を含む信号を、前記ネットワークを介して受信する手段と、
前記受信された複数の信用証明のうちの何れかの選択的認証に基づいて、前記受信された複数の信用証明を含む信号の真正性を判定する手段と
を備えるサーバ。
【請求項８７】
サーバとのネットワークを介した安全な通信を処理するクライアント計算デバイスであって、
前記クライアント計算デバイスの特性を含む信号を、前記ネットワークを介して送る手段と、
複数の信用証明、ユニークなクライアント鍵と、前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、前記クライアント計算デバイスの特性との両方に基づいた複数の信用証明のうちの少なくとも１つを含む信号を、前記ネットワークを介して受信する手段と、
前記受信した複数の信用証明を含む信号を、前記ネットワークを介して送る手段と
を備えるクライアント計算デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
少なくとも１つの実施形態は、ネットワークを介して、クライアント計算デバイスから、クライアント計算デバイスの特性を送ることを含む。そのような実施形態は更に、ネットワークを介して、サーバにおいて、クライアント計算デバイスの特性を受信することを含む。そのような実施形態はまた、複数の信用証明、ユニークなクライアント鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つ、及び、一般鍵と、受信されたクライアント計算デバイスの特性との両方に基づく複数の信用証明のうちの少なくとも１つを生成することを含む。そのような実施形態はまた、サーバから、ネットワークを介して、複数の信用証明を送ることを含む。そのような実施形態は更に、クライアント計算デバイスにおいて、複数の信用証明をネットワークを介して受信することを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５７
【補正方法】変更
【補正の内容】
【００５７】
あるいは、少なくとも１つの実施形態では、複数の信用証明のサブセットが有効でかつ使用可能であったとしても、信号を認証するために、複数の信用証明３１２のサブセットが使用される。１つのそのような実施形態では、利用可能でかつ有効な複数の信用証明３１２からなるサブセットを選択的に使用することは、望まれる具体的な認証強度の決定に基づいて実施される。１つの実施形態では、そのような認証強度は、具体的な認証スキームに関連し、他と比較された相対的な費用に基づいて決定される。１つの実施形態では、この相対的な費用は、そのような信号の認証に関連したコスト（例えば、時間、処理コスト等）に関する対応するトランザクションに関連する値（例えば、収益量）に部分的に基づく。例えば、１ドルの対応する低い値を持っているトランザクションを表わす信号を処理する場合、このシステムは、１００ドルの対応する高い値を持っているトランザクションを表す信号に関連する有効な複数の信用証明３１２の別のセット（例えばサブセット）の認証において使用するのではなく、有効な複数の信用証明３１２の小さなセット（例えばサブセット）に基づいて信号を認証するために使用されるその認証強度に選択的に基づく。更に、認証において評価される有効な複数の信用証明の数は変化するかもしれない（すなわち、低収益トランザクションよりも、高収益トランザクションのほうが多い）ので、あるトランザクション（すなわち、低収益トランザクション）は、システムによる確認が可能でありうる（すなわち、より少ない複数の信用証明３１２を用いる必要がある）一方、他のトランザクション（すなわち、より多くの多数の信用証明３１２の使用を必要とするもの）はそうではない。言い換えれば、例えば、４つの信用証明のセットに基づいて認証を判定することは、１つの信号／トランザクションを認証する一方、例えば、４つの信用証明のセットは、別の信号／トランザクションを認証しないかもしれない。そのため、少なくとも１つの実施形態は、動的な認証処理を提供する。ここでは、送られた信用証明３１２のセット中の異なる信用証明（例えば、量又は使用される信用証明の何れかが異なる）は、特定の任意のクライアント計算デバイス３００からの同一又は別の信号を認証するために異なる時間で使用することができる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【００７２】
図９は、クライアント計算デバイス３００とサーバ４００との間の安全な通信を提供するプロセス９００の１つの典型的な実施形態を図示する。図示するように、既に開始された安全な送信インタラクションの間に、無線ネットワーク１０４を介した安全な送信を再確立（再登録）する３つのステージ、すなわち、ステージｍ  ９０２、ステージｍ＋１  ９０４、及びステージｍ＋２  ９０６が、クライアント計算デバイス３００とサーバ４００との間の連続した送信を実行する。１つの実施形態は、セキュリティブリーチ及び／又はその他の状況に応じて再登録シーケンスを開始する。ここでは、クライアント信用証明が、遠隔で更新されることが望まれる。ステージｍ  ９０２では、サーバ４００は、登録コマンド８１０を含む信号９０８を送信する。信号９０８に応じて、クライアント計算デバイス３００の特性３１０の取得を含む処理を、クライアント計算デバイス３００において実行した後、クライアント計算デバイス３００は、ステージｍ＋１  ９０４において、クライアント計算デバイス３００の特性３１０と、生成された信用証明３１２とともに、登録コマンド８１０を含む対応する信号９１０を送信する。信号９１０に応じて、送られたクライアント計算デバイス３００の特性３１０に少なくとも基づいて、新たな信用証明９１２が生成される処理をサーバにおいて行った場合、サーバ４００は、ステージｍ＋２  ９０６において、幾つかの格納コマンド８１４と、生成された信用証明９１２とを含む信号９１４を送る。この信号９１４は、ステージ２において図８で示されたものと類似した信号を表す。ステージでは、信号８１２が、サーバ４００からクライアント計算デバイス３００へと、生成された信用証明を送り、新たな安全な送信設定を確立することを表す。幾つかの実施形態では、そのような信用証明８１２の格納を開始するためには、単に１セットの信用証明で十分であるので、何れの格納コマンド８１４も含まれる必要はない。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
上記のステップに加えて、方法１０００は、更にオプションのステップ１０１６，１０１８，１０２０，１０２２を含んでいる、これらは各々既存のステップと共にオプションとして使用される。オプションのステップ１０１６は、ステップ１００８を修正し、この方法は更に、クライアント計算デバイス３００の特性が、クライアント計算デバイス電話番号、クライアント計算デバイスクライアント計算デバイス電話番号、ＳＩＤ、クライアント計算デバイスＢＲＥＷバージョン、クライアント計算デバイスハードウェアＩＤ、クライアント計算デバイスファームウェアバージョン、キャリアＩＤ、ＲＵＩＭカードＩＤ、ＭＤＮ、ＭＩＮ、デバイスネットワークアドレス、サービス加入者課金アカウント番号、クライアント計算デバイス秘密鍵、ユーザＩＤ、及びＰＩＮのうちの少なくとも１つを含んで動作する。オプションステップ１０１８は、ステップ１０１０を修正する。ここでは、この方法は更に、一般鍵４１０がサーバにユニークなように動作する。次に、オプションステップ１０２０がステップ１０１０を修正する。ここでは、この方法は更に、一般鍵４１０がサーバファームにユニークなように動作する。次に、オプションステップ１０２２がステップ１０１０を修正する。ここでは、この方法は更に、一般鍵４１０が、複数のサーバファームにユニークなように動作する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
【図１】図１は、クライアント計算デバイスとサーバとの間の安全通信のためのシステムの１つの実施形態の高次ブロック図である。
【図２】図２は、クライアント計算デバイスとサーバとの間の安全通信のためのシステムの１つの実施形態の準高次ブロック図である。
【図３】図３は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムで使用されるクライアント計算デバイスの１つの実施形態のブロック図である。
【図４】図４は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムで使用されるサーバの１つの実施形態のブロック図である。
【図５】図５は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムの１つの実施形態を例示するフローチャートである。
【図６】図６は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムの１つの実施形態を例示するフローチャートである。
【図７】図７は、クライアント計算デバイスとサーバとの間の安全な通信のためのシステムの１つの実施形態を例示するフローチャートである。
【図８】図８は、クライアント計算デバイスとサーバとの間の安全な通信を開始するため信号を用いた手順の１つの実施形態を例示するブロック図である。
【図９】図９は、遠隔計算デバイスとサーバとの間の安全な通信を再初期化するため信号を用いた手順の１つの実施形態を例示するブロック図である。
【図１０】図１０は、クライアント計算デバイスとサーバとの間の安全な通信を提供する方法の１つの実施形態を図示する。
【図１１】図１１は、クライアント計算デバイスとサーバとの間の安全な通信を提供する方法の１つの実施形態を図示する。
【図１２】図１２は、クライアント計算デバイスとサーバとの間の安全な通信を提供する方法の１つの実施形態を図示する。
【国際調査報告】
2008519488.tif 000015