(57)【要約】【課題】  コンピュータデバイスにおいて、より効率的に証明書を検索するため、また、格納のためにより効率的に証明書を取り出すためのシステムおよび方法を提供する。【解決手段】  証明書を検索し取り出すための本発明の方法において、証明書検索要求が受信され、要求を満たす証明書のための１つ以上の認証サーバーの検索が実行され、それぞれの捜し出された証明書を独自に識別するデータを決定するために、第１のコンピュータデバイスにおいて捜し出された証明書が取り出されて、処理され、決定されたデータを備える検索結果データが、それぞれの捜し出された証明書が第２の装置に格納されているかどうかの決定の使用のために、第２の装置（たとえば、モバイル機器）に通信される方法が提供される。【選択図】  図７Ａ
2006074786.tif 000002
【特許請求の範囲】
【請求項１】
証明書を検索し、取り出す方法であって、該方法は、
ａ．証明書検索要求を受け取るステップと、
ｂ．１つ以上の認証サーバーにおいて検索を実行するステップであって、該証明書検索要求を満たす証明書の取り出しを要求するために、少なくとも１つのクエリが該１つ以上の認証サーバーに提出される、ステップと、
ｃ．該１つ以上の認証サーバーから少なくとも１つの証明書を取り出すステップと、
ｄ．検索結果データを決定するために、第１のコンピュータデバイスにおいてステップｃ）で取り出されたそれぞれの証明書を処理するステップであって、該検索結果データは該それぞれの証明書を独自に識別するデータを備える、ステップと、
ｅ．ステップｃ）で取り出されたそれぞれの証明書に対して、それに関連する検索結果データを、該それぞれの証明書が第２の装置に格納されているかどうかの決定の使用のために、該第１のコンピュータデバイスから該第２の装置に通信するステップと
を包含する方法。
【請求項２】
それぞれの証明書をそれぞれ独自に識別する前記データが、該それぞれの証明書のためにシリアル番号および発行者データを備え、前記処理するステップが、該それぞれのシリアル番号および発行者データを得るために、ステップｃ）で取り出されたそれぞれの証明書を解析することを包含する、請求項１に記載の方法。
【請求項３】
それぞれの証明書をそれぞれ独自に識別する前記データが、該それぞれの証明書の少なくとも一部のハッシュを備え、前記処理プロセスが、該それぞれのハッシュを得るためにステップｃ）で取り出されるそれぞれの証明書にハッシュアルゴリズムを適用することを包含する、請求項１に記載の方法。
【請求項４】
それぞれの証明書のために得た前記ハッシュが、該それぞれの証明書の全体のハッシュである、請求項３に記載の方法。
【請求項５】
前記第２の装置がモバイル機器である、請求項１〜４のいずれか一項に記載の方法。
【請求項６】
前記第１のコンピュータデバイスがモバイルデータサーバーである、請求項５に記載の方法。
【請求項７】
ステップｃ）で取り出された証明書のリストをユーザーに表示することをさらに包含し、該リストは、ステップｅ）で決定されるように、どの証明書が前記第２の装置に格納されているかを示す、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
前記リストから１つ以上の証明書の選択を取り出すことと、選択された証明書を前記第２の装置に通信することとをさらに包含する、請求項７に記載の方法。
【請求項９】
コンピュータデバイスにおいて実行するためのソフトウエアアプリケーションであって、該アプリケーションは、コンピュータ取り出し可能媒体に格納される複数の命令を備え、請求項１〜８のいずれか一項に記載の方法をインプリメントするための該命令である、アプリケーション。
【請求項１０】
少なくとも第１のコンピュータデバイスおよび第２の装置を備える、証明書を検索し、取り出すためのシステムであって、
該第１のコンピュータデバイスが、
ａ）証明書検索要求を受け取り、
ｂ）該証明書検索要求を満たす証明書の取り出しを加えて要求するために少なくとも１つの照会を提出することで、１つ以上の認証サーバーにおいて検索を実行し、
ｃ）該１つ以上の認証サーバーから少なくとも１つの証明書を取り出し、
ｄ）検索結果データであって、それぞれの証明書を独自に識別するデータを備える検索結果データを決定するために取り出された該それぞれの証明書を処理し、
ｅ）取り出されたそれぞれの証明書に対して、それに関連する検索結果データを、該それぞれの証明書が該第２の装置に格納されているかどうかの決定の使用のために、第２の装置に通信する、ように適合されている、システム。
【請求項１１】
それぞれの証明書をそれぞれ独自に識別する前記データは該それぞれの証明書のためにシリアル番号および発行者データを備え、それぞれの証明書の処理において、前記第１のコンピュータデバイスは、該それぞれのシリアル番号および発行者データを得るために取り出されたそれぞれの証明書を解析するように適合されている、請求項１０に記載のシステム。
【請求項１２】
それぞれの証明書をそれぞれ独自に識別する前記データは、該それぞれの証明書の少なくとも一部のハッシュを備え、それぞれの証明書の処理において、前記第１のコンピュータデバイスは、該それぞれのハッシュを得るために取り出されたそれぞれの証明書にハッシュアルゴリズムを適用するように適合されている、請求項１０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して、電子メールのメッセージなどのメッセージの処理に関し、より詳しくは、コード化されたメッセージの処理に用いられる証明書を検索し取り出すシステムおよび方法に関する。
【背景技術】
【０００２】
電子メール（「ｅメール」）のメッセージは、周知のプロトコルのうちの１つを用いてコード化され得る。それらのプロトコル（例えば、Ｓｅｃｕｒｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ（「Ｓ／ＭＩＭＥ」））には、公開および秘密の暗号化鍵に頼ることにより、機密保持および完全性を提供し、また、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）に頼ることにより、認証および承認を提供する情報を伝達するものもある。秘密鍵／公開鍵のペアの秘密鍵を用いて暗号化されたデータは、そのペアの対応する公開鍵を用いてのみ解読され得て、その逆も同様である。メッセージのコード化に用いられる公開鍵の真偽は、証明書を用いて確認される。特に、コンピュータデバイスのユーザーが、特定の個人にメッセージを送る前にメッセージの暗号化を望む場合において、ユーザーは、その個人に対する証明書を必要とすることになる。その証明書は、通常、その個人の公開鍵と、識別に関連する別の情報とからなる。同様に、コンピュータデバイスのユーザーが署名されたメッセージの送信者の認証を望む場合において、ユーザーは送信者に対する証明書を必要とすることになる。
【０００３】
意図される受取人の不可欠な証明書がユーザーのコンピュータデバイスに格納されない場合、証明書はまず取り出されなければならない。特定の受取人のために証明書を検索し、取り出すことは、ユーザーがコンピュータデバイスに表示される検索フォームに意図する受取人の名前およびｅメールアドレスを手動で入力することによる、認証サーバーを紹介することに一般的にかかわるプロセスである。一般的に、検討のためにその検索により捜し出された証明書をコンピュータデバイスに一時的にダウンロードし、捜し出された証明書のリストがユーザーに対して表示され得る。次いで、将来における使用を目的として、リスト中の選択された証明書は、コンピュータデバイスの不揮発性記憶装置における記憶のために、ユーザーにより実際に識別され得る。
【０００４】
しかしながら、一部の実行において、検索に位置づけられるすべての証明書をコンピュータデバイスに瞬時に一時的にダウンロードする代わりに、検索に位置づけられる証明書のリストを生成するために必要な特定のデータのみがコンピュータデバイスに最初にダウンロードされ得る。そのリストはユーザーに表示され、共通ネームおよびそれぞれの証明書が発行された個人のｅメールアドレスを用いてそれぞれの位置づけられる証明書を典型的に識別する。ユーザーが特定の証明書をリストから選択してからようやく、証明書は格納のためにコンピュータデバイスにダウンロードされる。特に、コンピュータデバイスがモバイル機器の場合、モバイル機器への証明書のダウンロードを保留し、ユーザー選択の証明書のダウンロードのみが資源の浪費を著しく最小にすることができる。
【０００５】
あいにく、証明書のダウンロードが保留されるこれらの実行において、リストに識別される任意の証明書が、リストを格納するために用いられるダウンロードされたデータのみからのコンピュータデバイスの証明書記憶装置に格納されているか否かを確実に決定することは、一般的に可能でない。たとえば、コンピュータデバイスにおけるアプリケーションが、リストに識別されている所定の証明書が証明書記憶装置に格納されていることを確実に決定できるために、実際の証明書が典型的にコンピュータデバイスにダウンロードされる必要があり、決定するために必要な必須のデータが得られるようにする。これは時間がかかり、高価なタスク（たとえば、帯域幅に関して）であり、ダウンロードされた証明書が実際に証明書記憶装置にある場合、浪費的であり得る。
【発明の開示】
【課題を解決するための手段】
【０００６】
本発明の実施形態は一般的に、コンピュータデバイスにおいて、より効率的に証明書を検索するため、また、コンピュータデバイスにおいて格納のためにより効率的に証明書を取り出すためのシステムおよび方法に方向づけられている。
【０００７】
本発明の一つの広い局面においては、次のステップを構成する、証明書を検索し、取り出す方法が提供される：証明書検索要求を受けるステップ；証明書検索要求を満たす証明書の取り出しを要求するために、少なくとも一つの照会が提出される１つ以上の認証サーバーにおいて検索を実行するステップ；少なくとも１つの証明書を１つ以上の認証サーバーから取り出し；検索結果データを決定するために第１のコンピュータデバイスにおいて取り出されたそれぞれの証明書を処理するステップ、検索結果データはそれぞれの証明書を独自に識別するデータを備えており；取り出されたそれぞれの証明書に対して、それに関連する検索結果データを、それぞれの証明書が第２の装置に格納されているかどうかの決定の使用のために、第１のコンピュータデバイスから第２の装置に通信するステップ。
【０００８】
本発明の別の広い局面において、それぞれの証明書を独自に識別するデータは、それぞれの証明書のためのシリアル番号および発行者データを備え、処理ステップは、それぞれのシリアル番号および発行者データを得るために取り出されるそれぞれの証明書を解析することを含む。
【０００９】
本発明の別の広い局面において、それぞれの証明書を独自に識別するデータは、それぞれの証明書の少なくとも一部のハッシュを備え、処理するステップは、それぞれのハッシュを得るために取り出されるそれぞれの証明書にハッシュアルゴリズムを適用することを含む。
【００１０】
本発明の別の広い局面において、証明書を検索し、取り出すための、少なくとも第１のコンピュータデバイスおよび第２の装置を備えるシステムが提供される。第１のコンピュータデバイスは、証明書検索要求を受け取り；証明書検索要求を満たす証明書の取り出しを加えて要求するために少なくとも１つの照会を提出することで１つ以上の認証サーバーにおいて検索を実行し；１つ以上の認証サーバーから少なくとも１つの証明書を取り出し；検索結果データを決定するために取り出されたそれぞれの証明書を処理し、その検索結果データは、それぞれの証明書を独自に識別するデータを備えており；取り出されたそれぞれの証明書に対して、それに関連する検索結果データを、それぞれの証明書が第２の装置に格納されているかどうかの決定の使用のために、第２の装置に通信するように、適合されている。
【００１１】
本発明は、さらに以下の手段を提供する。
【００１２】
（項目１）  
証明書を検索し、取り出す方法であって、該方法は、
ａ．証明書検索要求を受け取るステップと、
ｂ．１つ以上の認証サーバーにおいて検索を実行するステップであって、該証明書検索要求を満たす証明書の取り出しを要求するために、少なくとも１つのクエリが該１つ以上の認証サーバーに提出される、ステップと、
ｃ．該１つ以上の認証サーバーから少なくとも１つの証明書を取り出すステップと、
ｄ．検索結果データを決定するために、第１のコンピュータデバイスにおいてステップｃ）で取り出されたそれぞれの証明書を処理するステップであって、該検索結果データは該それぞれの証明書を独自に識別するデータを備える、ステップと、
ｅ．ステップｃ）で取り出されたそれぞれの証明書に対して、それに関連する検索結果データを、該それぞれの証明書が第２の装置に格納されているかどうかの決定の使用のために、該第１のコンピュータデバイスから該第２の装置に通信するステップと
を包含する方法。
【００１３】
（項目２）
それぞれの証明書をそれぞれ独自に識別する上記データが、該それぞれの証明書のためにシリアル番号および発行者データを備え、上記処理するステップが、該それぞれのシリアル番号および発行者データを得るために、ステップｃ）で取り出されたそれぞれの証明書を解析することを包含する、項目１に記載の方法。
【００１４】
（項目３）
それぞれの証明書をそれぞれ独自に識別する上記データが、該それぞれの証明書の少なくとも一部のハッシュを備え、上記処理プロセスが、該それぞれのハッシュを得るためにステップｃ）で取り出されるそれぞれの証明書にハッシュアルゴリズムを適用することを包含する、項目１に記載の方法。
【００１５】
（項目４）
それぞれの証明書のために得た上記ハッシュが、該それぞれの証明書の全体のハッシュである、項目３に記載の方法。
【００１６】
（項目５）
上記第２の装置がモバイル機器である、項目１〜４のいずれか一項に記載の方法。
【００１７】
（項目６）  
上記第１のコンピュータデバイスがモバイルデータサーバーである、項目５に記載の方法。
【００１８】
（項目７）
ステップｃ）で取り出された証明書のリストをユーザーに表示することをさらに包含し、該リストは、ステップｅ）で決定されるように、どの証明書が上記第２の装置に格納されているかを示す、項目１〜６のいずれか一項に記載の方法。
【００１９】
（項目８）
上記リストから１つ以上の証明書の選択を取り出すことと、選択された証明書を上記第２の装置に通信することとをさらに包含する、項目７に記載の方法。
【００２０】
（項目９）
コンピュータデバイスにおいて実行するためのソフトウエアアプリケーションであって、該アプリケーションは、コンピュータ取り出し可能媒体に格納される複数の命令を備え、項目１〜８のいずれか一項に記載の方法をインプリメントするための該命令である、アプリケーション。
【００２１】
（項目１０）
少なくとも第１のコンピュータデバイスおよび第２の装置を備える、証明書を検索し、取り出すためのシステムであって、
該第１のコンピュータデバイスが、
ａ）証明書検索要求を受け取り、
ｂ）該証明書検索要求を満たす証明書の取り出しを加えて要求するために少なくとも１つの照会を提出することで、１つ以上の認証サーバーにおいて検索を実行し、
ｃ）該１つ以上の認証サーバーから少なくとも１つの証明書を取り出し、
ｄ）検索結果データであって、それぞれの証明書を独自に識別するデータを備える検索結果データを決定するために取り出された該それぞれの証明書を処理し、
ｅ）取り出されたそれぞれの証明書に対して、それに関連する検索結果データを、該それぞれの証明書が該第２の装置に格納されているかどうかの決定の使用のために、第２の装置に通信する、ように適合されている、システム。
【００２２】
（項目１１）
それぞれの証明書をそれぞれ独自に識別する上記データは該それぞれの証明書のためにシリアル番号および発行者データを備え、それぞれの証明書の処理において、上記第１のコンピュータデバイスは、該それぞれのシリアル番号および発行者データを得るために取り出されたそれぞれの証明書を解析するように適合されている、項目１０に記載のシステム。
【００２３】
（項目１２）
それぞれの証明書をそれぞれ独自に識別する上記データは、該それぞれの証明書の少なくとも一部のハッシュを備え、それぞれの証明書の処理において、上記第１のコンピュータデバイスは、該それぞれのハッシュを得るために取り出されたそれぞれの証明書にハッシュアルゴリズムを適用するように適合されている、項目１０に記載のシステム。
（摘要）
コード化されたメッセージの処理において用いられ得る証明書を検索し取り出すためのシステムおよび方法を提供する。一つの広い局面において、証明書検索要求が受信され、要求を満たす証明書のための１つ以上の認証サーバーの検索が実行され、それぞれの捜し出された証明書を独自に識別するデータを決定するために、第１のコンピュータデバイスにおいて捜し出された証明書が取り出されて、処理され、決定されたデータを備える検索結果データが、それぞれの捜し出された証明書が第２の装置に格納されているかどうかの決定の使用のために、第２の装置（たとえば、モバイル機器）に通信される方法が提供される。
【発明を実施するための最良の形態】
【００２４】
本発明の実施形態をさらに理解することと、本発明を実行に移し得る方法をさらに明確に示すこととを目的として、以下では、例証として、添付の図面を参照する。
【００２５】
本発明には、移動局を用いる実施形態もある。移動局は、別のコンピュータシステムと通信可能である高度なデータ通信性能を有する双方向通信装置であり、本明細書においては、移動局を概してモバイル機器と称する。モバイル機器は、音声通信性能も含み得る。モバイル機器により提供される機能により、モバイル機器は、データメッセージング装置、双方向ページャ、データメッセージング性能を有する携帯電話、無線インターネット用装置、または（電話性能を備えるかまたは備えない）データ通信装置と称され得る。モバイル機器は、送受信局のネットワークを介して別の装置と通信する。
【００２６】
モバイル機器の構造、および別の機器との通信の方法の理解を助けるために、図１〜３を参照する。
【００２７】
図１を参照すると、一実現例におけるモバイル機器のブロック図が、概ね１００として示されている。モバイル機器１００は複数の要素を備え、制御要素がマイクロプロセッサ１０２である。マイクロプロセッサ１０２は、モバイル機器１００の全ての操作を制御する。データ通信と音声通信とを含めた通信機能は、通信サブシステム１０４を介して実行される。通信サブシステム１０４は、無線ネットワーク２００にメッセージを送受信する。モバイル機器１００のこの実現例において、通信サブシステム１０４は、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）およびＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅｓ）規格に基づいて構成されている。ＧＳＭ／ＧＰＲＳ無線ネットワークは、世界中で用いられているが、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ＧＳＭ  Ｅｎｖｉｒｏｎｍｅｎｔ）およびＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｅｒｖｉｃｅ）に最終的には取って代わられると考えられている。新たな規格も定められている。それらは、本明細書において記載するネットワーク様式と類似点があると思われる。また、当業者には、本発明が将来開発される全ての適切な規格における使用を意図しているということは理解されるであろう。通信サブシステム１０４をネットワーク２００に接続する無線リンクは、１つ以上の異なる無線周波数（ＲＦ）チャネルを表し、それは、ＧＳＭ／ＧＰＲＳ通信に規定された定義済みのプロトコルに従って動作する。それらのチャネルは、新たなネットワークプロトコルを用いて、回路交換音声通信とパケット交換データ通信とをともにサポートすることができる。
【００２８】
モバイル機器１００に関連する無線ネットワークは、モバイル機器１００の一実現例においてはＧＳＭ／ＧＰＲＳ無線ネットワークであるが、別の無線ネットワークも別の実現形態（ｉｍｐｌｅｍａｎｔａｔｉｏｎ）におけるモバイル機器１００に関連し得る。用いられ得る別のタイプの無線ネットワークには、例えば、データ中心（ｄａｔａ−ｃｅｎｔｒｉｃ）無線ネットワークと、音声中心（ｖｏｉｃｅ−ｃｅｎｔｒｉｃ）無線ネットワークと、実在する同一基地局において音声通信およびデータ通信をともにサポートすることができるデュアルモードネットワークとが含まれる。結合型デュアルモードネットワークには、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）またはＣＤＭＡ２０００ネットワークと、上記のＧＳＭ／ＧＰＲＳネットワークと、ＥＤＧＥおよびＵＭＴＳのような未来の第３世代（３Ｇ）ネットワークとが含まれるが、それらに限定されない。以前からあるデータ中心ネットワークの例には、Ｍｏｂｉｔｅｘ（登録商標）ラジオネットワーク、およびＤａｔａＴＡＣ（登録商標）ラジオネットワークが含まれる。以前からある音声中心ネットワークの例には、ＧＳＭと類似しているＰＣＳ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ）ネットワーク、およびＴＤＭＡ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システムが含まれる。
【００２９】
マイクロプロセッサ１０２も、ランダムアクセスメモリ（ＲＡＭ）１０６と、フラッシュメモリ１０８と、ディスプレイ１１０と、補助入力／出力（Ｉ／Ｏ）サブシステム１１２と、シリアルポート１１４と、キーボード１１６と、スピーカ１１８と、マイクロフォン１２０と、短距離通信１２２と、別の装置１２４となどの追加のサブシステムと相互作用する。
【００３０】
モバイル機器１００のサブシステムには通信に関連した機能をするものもあり、別のサブシステムは「レジデント」または装置における機能を提供し得る。例えば、ディスプレイ１１０およびキーボード１１６は、通信に関連した機能（例えば、ネットワーク２００上における伝送のためのテキストメッセージの入力）、および装置に関連した機能（例えば、電卓またはタスクリスト）として用いられ得る。マイクロプロセッサ１０２により用いられるオペレーティングシステムのソフトウェアは、通常、フラッシュメモリ１０８（もしくは、図示していないが読出専用メモリ（ＲＯＭ）または類似した記憶要素）などの永続的な記憶装置に記憶される。当業者には、オペレーティングシステム、特定の装置のアプリケーション、またはそれらの一部分が、ＲＡＭ１０６などの揮発性記憶装置に一時的に取り込まれ得るということは理解されるであろう。
【００３１】
モバイル機器１００は、所望のネットワーク登録または起動手段が完了した後において、ネットワーク２００上で通信信号を送受信し得る。ネットワークアクセスは、加入者（ｓｕｂｓｃｒｉｂｅｒ）すなわちモバイル機器１００のユーザーに関連する。加入者を識別することを目的として、モバイル機器１００は、加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）、すなわち「ＳＩＭ」カード１２６をＳＩＭインターフェース１２８に挿入することを要求し、それにより、ネットワークと通信する。ＳＩＭ１２６は、モバイル機器１００の加入者を識別するため、かつ、別のものからモバイル機器１００を個人化するために用いられる従来の「スマートカード」のタイプの１つである。ＳＩＭ１２６なしでは、モバイル機器１００は、ネットワーク２００との通信に対して完全には動作可能ではない。ＳＩＭインターフェース１２８にＳＩＭ１２６を挿入することにより、加入者は、契約したサービス全てにアクセスすることができる。そのサービスには、ウェブブラウジングと、電子メール、音声メール、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）およびＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｍｅｓｓａｇｉｎｇ  Ｓｅｒｖｉｃｅｓ）などのメッセージングとが含まれ得る。さらに高度なサービスには、販売時点管理（ｐｏｉｎｔ  ｏｆ  ｓａｌｅ）、フィールドサービス、および販売員のオートメーションが含まれ得る。ＳＩＭ  １２６は、プロセッサと、情報を記憶するメモリとを含む。ＳＩＭ１２６がＳＩＭインターフェース１２８に挿入されると、ＳＩＭ１２６はマイクロプロセッサ１０２に結合される。加入者を識別するために、ＳＩＭ１２６は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのユーザーパラメータを含んでいる。ＳＩＭ１２６を用いることの有利な点は、加入者が、実在する単一モバイル機器に縛られる必要はないということである。ＳＩＭ１２６は、モバイル機器に対する追加の加入者情報も記憶し得る。その追加情報には、データブック（または、カレンダー）情報および最近の通話情報が含まれる。
【００３２】
モバイル機器１００は、バッテリ駆動の機器であり、１つ以上の充電式バッテリ１３０を受けるバッテリインターフェース１３２を含む。バッテリインターフェース１３２は、レギュレータ（図示せず）に結合されており、レギュレータは、モバイル機器１００へのバッテリ１３０による入力電圧Ｖ＋の提供を補助する。今日の技術ではバッテリを用いるが、未来の技術、例えばマイクロ燃料電池は、モバイル機器１００に入力電圧を供給し得る。
【００３３】
オペレーティングシステムの機能に加えて、マイクロプロセッサ１０２は、モバイル機器１００におけるソフトウェアアプリケーションの実行を可能にする。データおよび音声通信アプリケーションを含めた基本的な装置の動作を制御するアプリケーションのセットは、通常、製造中においてモバイル機器１００にインストールされる。モバイル機器１００に取り込まれ得る別のアプリケーションは、ＰＩＭ（ｐｅｒｓｏｎａｌ  ｉｎｆｏｒｍａｔｉｏｎ  ｍａｎａｇｅｒ）であろう。ＰＩＭは、加入者が関心のあるデータアイテムを整理し管理する機能を有する。そのデータアイテムは、例えば、電子メール、カレンダー行事、音声メール、約束、およびタスクアイテムであるが、それらに限定されない。ＰＩＭアプリケーションは、無線ネットワーク２００を介してデータアイテムを送受信することができる。ＰＩＭデータアイテムは、無線ネットワーク２００を介して、シームレスにまとめられ得、同期され得、更新さ得て、モバイル機器の加入者の対応するデータアイテムは記憶され、および／またはホストコンピュータシステムに関連づけられる。この機能により、そのようなアイテムに対して、モバイル機器１００にミラーホストコンピュータ（ｍｉｒｒｏｒｅｄ  ｈｏｓｔ  ｃｏｍｐｕｔｅｒ）が生成される。それは、ホストコンピュータシステムがモバイル機器の加入者のオフィスコンピュータシステムである場合において、特に有利であり得る。
【００３４】
追加のアプリケーションも、ネットワーク２００、補助Ｉ／Ｏサブシステム１１２、シリアルポート１１４、短距離通信サブシステム１２２または別の適切なサブシステム１２４を介して、モバイル機器１００に取りこまれ得る。このアプリケーションのインストールの柔軟性により、モバイル機器１００の機能が増え、機能強化された装置における機能または通信に関連した機能、または両機能が提供され得る。例えば、安全な通信アプリケーションにより、電子商取引の機能、およびモバイル機器１００を用いて行われる別の金融取引が可能になり得る。
【００３５】
シリアルポート１１４により、加入者が外部装置またはソフトウェアアプリケーションを介して好みを設定することが可能になる。シリアルポート１１４は、無線通信ネットワークを介する以外の方法でモバイル機器１００に情報またはソフトウェアのダウンロードを提供することによって、モバイル機器１００の性能を拡張する。代替ダウンロードパスを用いることにより、例えば、直接、それ故に確実かつ信頼のおける接続を介してモバイル機器１００に暗号化鍵を取り込み、それによって安全な装置通信が提供され得る。
【００３６】
短距離通信サブシステム１２２は、ネットワーク２００を用いることなく、モバイル機器１００と、異なるシステムまたは装置との通信を提供する。例えば、サブシステム１２２は、赤外線装置と、関連した回路と、短距離通信用の要素とを含み得る。短距離通信の例には、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ  Ｄａｔａ  Ａｓｓｏｃｉａｔｉｏｎ）により開発された規格と、Ｂｌｕｅｔｏｏｔｈと、ＩＥＥＥにより開発された規格の８０２．１１のファミリーとが含まれ得る。
【００３７】
使用中において、テキストメッセージ、電子メールメッセージ、またはウェブページのダウンロードなどの受信された信号は、通信サブシステム１０４により処理され得て、マイクロプロセッサ１０２に入力され得る。次いで、マイクロプロセッサ１０２は、ディスプレイ１１０に、もしくは補助Ｉ／Ｏサブシステム１１２に出力するために、受信された信号を処理し得る。例えば、加入者は、ディスプレイ１１０とともにキーボード１１６を用いて、場合によっては補助Ｉ／Ｏサブシステム１１２を用いて、電子メールメッセージなどのデータアイテムを構成し得る。補助サブスステム１１２は、タッチスクリーン、マウス、トラックボール、赤外線指紋検出器、またはボタンを動的に押すことが可能なローラーホイールなどの装置を含み得る。キーボード１１６は、アルファニューメリックキーボード、および／または電話機型キーパッドである。構成されたアイテムは、サブシステム１０４を介してネットワーク２００上に伝送され得る。
【００３８】
音声通信に対するモバイル機器１００の全般的な動作も実質的には類似するが、受信された信号がスピーカ１１８に出力され得て、マイクロフォン１２０により伝送用信号が生成され得るという点が異なる。代替の音声またはオーディオＩ／Ｏサブシステム（例えば、音声メッセージ録音サブシステム）は、モバイル機器１００に実装され得る。音声またはオーディオ信号出力は、主にスピーカ１１８を介して得られるが、ディスプレイ１１０も、追加情報（例えば、発呼者の識別、音声呼出しの時間、または別の音声呼び出しに関連する情報）を提供するために用いられ得る。
【００３９】
図２を参照すると、図１の通信サブシステム要素１０４のブロック図が示されている。通信サブシステム１０４は、受信器１５０と、送信器１５２と、１つ以上の内蔵または内部アンテナ要素１５４、１５６と、ＬＯ（Ｌｏｃａｌ  Ｏｓｃｉｌｌａｔｏｒ）１５８と、ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）１６０などの処理モジュールとを備える。
【００４０】
通信サブシステム１０４の具体的な設計は、モバイル機器１００が動作するように意図されているネットワーク２００に依存する。従って、図２に示した設計が一例としてのみの役目をするということは、理解されるべきである。ネットワーク２００を介してアンテナ１５４により受信された信号は、受信器１５０に入力される。受信器１５０は、通常の受信器の機能（例えば、信号増幅、周波数ダウンコンバージョン、フィルタリング、チャネル選択、およびアナログデジタル（Ａ／Ｄ）変換）を実行し得る。受信された信号のＡ／Ｄ変換により、ＤＳＰ１６０においてより複雑な通信機能（例えば、復調および解読）を実行することが可能になる。同様の態様で、ＤＳＰ１６０により、後に伝送される信号が処理（変調とコード化とを含む処理）される。ＤＳＰにより処理された信号は、デジタルアナログ（Ｄ／Ａ）変換、周波数アップコンバージョン、フィルタリング、増幅およびネットワーク２００上へのアンテナ１５６を介した伝送のために、送信器１５２に入力される。ＤＳＰ１６０は、通信信号を処理するだけではなく、受信器および送信器の制御を提供する。例えば、受信器１５０および送信器１５２において通信信号に印加されたゲインは、ＤＳＰ１６０に実装されたゲイン自動制御アルゴリズムを介して、適合的に制御され得る。
【００４１】
モバイル機器１００とネットワーク２００との間の無線リンクは、１つ以上の異なったチャネル（典型的には異なったＲＦチャネル）と、モバイル機器１００とネットワーク２００との間において用いられる関連したプロトコルとを含み得る。ＲＦチャネルは、一般的には全体の帯域幅の制限およびモバイル機器１００の有限なバッテリ電力の制限が原因で、保つ必要のある有限の資源である。
【００４２】
モバイル機器１００が完全に動作可能になると、送信器１５２は、通常、鍵がかけられ、またはネットワーク２００に送信するときのみにおいて作動し、それ以外のときにおいては、資源を保つために停止される。同様に、電力を保つために、受信器１５０は、信号または情報を受信する必要があるまで、たとえあるとしても定められた期間の間中、周期的に停止される。
【００４３】
図３を参照すると、無線ネットワークのノードのブロック図が２０２として示されている。実施中において、ネットワーク２００は、１つ以上のノード２０２を含む。モバイル機器１００は、無線ネットワーク２００内においてノード２０２と通信する。図３の実現例において、ノード２０２は、ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）およびＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ）技術に基づいて構成されている。ノード２０２は、関連するタワー局２０６を備えたＢＳＣ（ｂａｓｅ  ｓｔａｔｉｏｎ  ｃｏｎｔｒｏｌｌｅｒ）２０４と、ＧＳＭにおけるＧＰＲＳのサポートのために追加されたＰＣＵ（Ｐａｃｋｅｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）２０８と、ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ）２１０と、ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）２１２と、ＶＬＲ（Ｖｉｓｉｔｏｒ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｒｙ）２１４と、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）２１６と、ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）２１８と、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）２２０とを含む。この要素のリストは、ＧＳＭ／ＧＰＲＳネットワーク内の全てのノード２０２の要素を網羅するリストを意図したものではなく、ネットワーク２００を介する通信に通常用いられる要素のリストである。
【００４４】
ＧＳＭネットワークにおいて、ＭＳＣ２１０は、ＢＳＣ２０４と、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）２２２などの電話ネットワークとに結合されており、それにより、回路交換要求が満たされる。パブリックまたはプライベートネットワーク（インターネット）２２４（本明細書においては、概ね共有ネットワークインフラストラクチャとも称される）へのＰＣＵ２０８と、ＳＧＳＮ２１６と、ＧＧＳＮ２１８との接続は、ＧＰＲＳ可能なモバイル機器のデータパスを表す。ＧＰＲＳの性能に拡張されたＧＳＭネットワークにおいて、ＢＳＣ２０４は、ＳＧＳＮ２１６に接続することにより、セグメンテーションおよび無線チャネル割当を制御し、かつパケット交換要求を満たすＰＣＵ（Ｐａｃｋｅｔ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）２０８も含む。モバイル機器の位置を探知するために、また、回路交換管理およびパケット交換管理の双方を利用可能にするために、ＨＬＲ２１２は、ＭＳＣ２１０とＳＧＳＮ２１６とに共有されている。ＶＬＲ２１４へのアクセスは、ＭＳＣ２１０により制御されている。
【００４５】
局２０６は、固定された送受信局である。局２０６とＢＳＣ２０４とにより、固定された送受信局の設備が形成される。固定された送受信局の設備により、無線ネットワークの受信地域に、通常「セル」と称される特定の受信地域を提供する。固定された送受信設備は、局２０６を介して、セル内においてモバイル機器と通信信号を送受信する。固定された送受信設備は、制御器の制御下において、通常はあらかじめ定められている特定の通信プロトコルおよびパラメータに従って、モバイル機器に後に伝送される信号の変調、および、おそらくコード化および／または暗号化などの機能を通常実行する。同様に、必要に応じて、固定された送受信設備は、セル内においてモバイル機器１００から受信した通信信号を復調し、おそらく復号し、解読する。通信プロトコルおよびパラメータは、ノードごとに異なり得る。例えば、一ノードは、別のノードと異なる変調方法を用い得て、異なる周波数で動作し得る。
【００４６】
特定のネットワークに登録された全てのモバイル機器１００に対して、ユーザープロフィールなどの永続性のコンフィギュレーションデータがＨＬＲ２１２に記憶される。ＨＬＲ  ２１２は、登録されたモバイル機器の各々の位置情報も含んでおり、照会することによりモバイル機器の現在の位置を決定することができる。ＭＳＣ２１０は、位置領域のグループを担い、ＶＬＲ２１４の責任の領域におけるモバイル機器の現在のデータを記憶する。さらに、ＶＬＲ２１４は、別のネットワークにアクセスするモバイル機器の情報も含んでいる。ＶＬＲ２１４における情報には、アクセスを高速にするために、ＨＬＲ２１２からＶＬＲ２１４へと伝送される永続性のモバイル機器のデータの一部が含まれる。追加情報を遠隔のＨＬＲ２１２ノードからＶＬＲ２１４へと移すことにより、それらのノード間のトラフィック量が低減され得る。それにより、音声サービスおよびデータサービスの応答時間はさらに短くなり得て、同時に、必要とするコンピュータ資源の使用量が減り得る。
【００４７】
ＳＧＳＮ２１６とＧＧＳＮ２１８とは、ＧＳＭ内におけるＧＰＲＳサポート（すなわち、パケット交換データサポート）のために追加された要素である。ＳＧＳＮ２１６およびＭＳＣ２１０は、各モバイル機器１００の位置の経過を追い続けることにより、無線ネットワーク２００内において類似の責任を有する。ＳＧＳＮ２１６は、セキュリティ機能、およびネットワーク２００上のデータトラフィックのアクセス制御を行う。ＧＧＳＮ２１８は、外部のパケット交換ネットワークとのインターネットワーク接続を提供し、ネットワーク２００内において動作するＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）基幹ネットワークを介して、１つ以上のＳＧＳＮ２１６に接続する。通常動作の間において、所定のモバイル機器１００は、ＩＰアドレスを取得し、データサービスにアクセスするために、「ＧＰＲＳ接続」を実行する必要がある。回路スイッチ音声チャネルでは、その必要はない。それは、入ってくるセルと出ていくセルとを経路指定するためにＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｎｅｔｗｏｒｋ）アドレスを用いるためである。今日では、ＧＰＲＳ可能なネットワークは全て、プライベートな動的に割当てられたＩＰアドレスを用いており、それ故に、ＤＨＣＰサーバー２２０がＧＧＳＮ  ２１８に接続されている必要がある。動的にＩＰを割当てるメカニズムは多数あり、ＲＡＤＩＵＳ（Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ−Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ）サーバーとＤＨＣＰサーバーとを組み合わせたものを用いるメカニズムも含まれる。ＧＰＲＳ接続が完全になると、モバイル機器１００からＰＣＵ２０８とＳＧＳＮ２１６とを介してＧＧＳＮ  ２１８内のＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎｏｄｅ）への論理接続が構築される。ＡＰＮは、直接インターネットに互換性のあるサービスまたはプライベートネットワーク接続にアクセスすることができるＩＰトンネルの論理的な終端を表す。各モバイル機器１００が１つ以上のＡＰＮに指定される必要があり、かつ使用が認められたＡＰＮに第１のＧＰＲＳ接続を行わずにモバイル機器１００がデータを交換することができない限り、ＡＰＮは、ネットワーク２００のセキュリティメカニズムも表す。ＡＰＮは、「ｍｙｃｏｎｎｅｃｔｉｏｎ．ｗｉｒｅｌｅｓｓ．ｃｏｍ」などのインターネットのドメインネームに類似すると考えられ得る。
【００４８】
ＧＰＲＳ接続が完了すると、トンネルが生成され、ＩＰパケットにおいてサポートされ得る任意のプロトコルを用いて、全てのトラフィックが標準的なＩＰパケット内において交換される。それは、ＶＰＮ（Ｖｉｒｔｕａｌ  Ｐｒｉｖａｔｅ  Ｎｅｔｗｏｒｋ）とともに用いられるＩＰセキュリティ（ＩＰｓｅｃ）接続にはよくあるように、トンネル方法（例えば、ＩＰ  ｏｖｅｒ  ＩＰ）を含む。そのトンネルは、ＰＤＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｐｒｏｔｏｃｏｌ）コンテクストとも称され、ネットワーク２００において利用可能な数は限られている。ＰＤＰコンテクストを最大限利用するために、ネットワーク２００は、各ＰＤＰコンテクストに対してアイドルタイマーを動かし、動きがないかを決定する。モバイル機器１００がＰＤＰコンテクストを用いない場合において、ＰＤＰコンテクストは、解放され得て、ＩＰアドレスは、ＤＨＣＰサーバー２２０により管理されるＩＰアドレスプールに戻され得る。
【００４９】
図４を参照すると、一構成例におけるホストシステムの要素を図示するブロック図が示されている。ホストシステム２５０は、通常はコーポレートオフィスまたは別のＬＡＮ（ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）であるが、別の実現形態においては、例えば、ホームオフィスコンピュータまたは別のプライベートシステムであり得る。図４に示されるこの例において、モバイル機器１００のユーザーが属する組織のＬＡＮとして、ホストシステム２５０が示されている。
【００５０】
ＬＡＮ２５０は、ＬＡＮ接続２６０により相互に接続された複数のネットワーク要素を含む。例えば、ユーザーのモバイル機器１００の付属のクレイドル２６４を備えたユーザーのデスクトップコンピュータ２６２ａがＬＡＮ２５０上にある。例えばシリアル接続またはＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）接続により、モバイル機器１００のクレイドル２６４はコンピュータ２６２ａに結合され得る。別のユーザーコンピュータ２６２ｂもＬＡＮ  ２５０上にあり、各々は、モバイル機器の付属のクレイドル２６４を備えてもよいし、備えなくてもよい。クレイドル２６４により、ユーザーコンピュータ２６２ａからモバイル機器１００への情報（例えば、ＰＩＭデータ、モバイル機器１００とＬＡＮ２５０との安全な通信を容易にする対称暗号化秘密鍵）の取り込みが容易になる。クレイドル２６４は、使用のためのモバイル機器１００の初期化において行われることが多いバルク情報更新に特に有用であり得る。モバイル機器１００にダウンロードされる情報は、メッセージの交換に用いられる証明書を含み得る。当業者には、ユーザーコンピュータ２６２ａおよび２６２ｂが、通常、図４に明示されていない周辺装置にも接続され得るということは、理解されるであろう。
【００５１】
本発明の実施形態は、概して電子メールメッセージなどのメッセージの処理に関し、本発明の実施形態には、概ね上記メッセージのモバイル機器１００への通信およびモバイル機器１００からの通信に関するものもある。従って、開示を簡略化するために、図４にはＬＡＮ２５０のネットワーク要素のサブセットのみを示しており、当業者には、このシンプルな構成に対して図４に明示されていない追加の要素をＬＡＮ２５０が含み得るということは、理解されるであろう。より一般的には、ＬＡＮ２５０は、組織の大きなネットワーク（図示せず）の小部分を表し得、図４の例に示されているものと異なった要素を含み得、および／または異なったトポロジーに配置され得る。
【００５２】
この例において、無線ネットワーク２００のノード２０２、およびサービスプロバイダネットワークまたは公開のインターネットなどの共有ネットワークインフラストラクチャ２２４を介して、モバイル機器１００はＬＡＮ２５０と通信する。ＬＡＮ２５０へのアクセスは、１つ以上のルート（図示せず）を介して提供され得る。ＬＡＮ２５０のコンピュータデバイスは、ファイアウォールまたはプロキシサーバ２６６の背後から動作し得る。
【００５３】
別の実現形態において、ＬＡＮ２５０とモバイル機器１００とにおけるデータ交換を容易にするために、ＬＡＮ２５０は無線ＶＰＮルーター（図示せず）を備える。無線ＶＰＮルーターの概念は、無線業界においては新しく、特定の無線ネットワークを直接介するモバイル機器１００へのＶＰＮ接続を構築することができるということを暗示する。無線ＶＰＮルーターの使用の見込みは、最近になってはじめて利用可能になり、新たなＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）バージョン６（ＩＰＶ６）がＩＰベースの無線ネットワークへと達する場合において、無線ＶＰＮルーターを用いることができる。この新たなプロトコルにより、ＩＰアドレスを全てのモバイル機器の専用にするに十分なＩＰアドレスが提供され得る。それにより、常にモバイル機器に情報をプッシュすることができる。無線ＶＰＮルーターを用いることの有利な点は、それが既成のＶＰＮ要素であり得て、個々の無線ゲートウェイおよび個々の無線インフラストラクチャを用いる必要がない。この別の実現形態において、好適には、ＶＰＮ接続は、モバイル機器１００に直接メッセージを送るためのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）／ＩＰ接続、またはＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）／ＩＰ接続であり得る。
【００５４】
モバイル機器１００のユーザーに向けられたメッセージは、最初にＬＡＮ２５０のメッセージサーバー２６８により受信される。上記メッセージは、複数のソースのいずれからら生じ得る。例えば、ＬＡＮ２５０内のコンピュータ２６２ｂから、または無線ネットワーク２００もしくは別の無線ネットワークに接続された別のモバイル機器（図示せず）から、またはメッセージを送信することのできる別のコンピュータデバイスもしくは別の装置から、共有のネットワークインフラストラクチャ２２４を介して、および、おそらくＡＳＰ（ａｐｐｌｉｃａｔｉｏｎ  ｓｅｒｖｉｃｅ  ｐｒｏｖｉｄｅｒ）またはＩＳＰ（Ｉｎｔｅｒｎｅｔ  ｓｅｒｖｉｃｅ  ｐｒｏｖｉｄｅｒ）を介して、送信者によってメッセージが送信され得る。
【００５５】
メッセージサーバー２６８は、通常、組織内および共有のネットワークインフラストラクチャ２２４上において、メッセージ、特に電子メールメッセージの交換のための一次インターフェースの機能を果たす。メッセージを送受信するようにセットアップ済みの組織における各ユーザーは、通常、メッセージサーバー２６８により管理されたユーザーアカウントに関連付けられている。メッセージサーバー２６８の一例には、Ｍｉｃｒｏｓｏｆｔ  Ｅｘｃｈａｎｇｅ（登録商標）サーバーがある。ＬＡＮ２５０が複数のメッセージサーバー２６８を含み得る実現形態もある。メッセージサーバー２６８は、メッセージ管理を越えた追加機能を提供するようにも適合され得る。その機能には、例えば、カレンダーおよびタスクリストに関連したデータの管理が含まれる。
【００５６】
メッセージサーバー２６８によってメッセージが受信されると、通常、メッセージはメッセージ記憶装置（明示せず）に記憶される。それ以降、そのメッセージ記憶装置からメッセージを取り出しユーザーに送信することができる。例えば、ユーザーのコンピュータ２６２ａにおいて作動する電子メールクライアントアプリケーションは、メッセージサーバー２６８に記憶されたユーザーアカウントに関連した電子メールメッセージを要求し得る。次いで、それらのメッセージは、通常、メッセージサーバー２６８から取り出され得て、コンピュータ２６２ａに局所的に記憶され得る。
【００５７】
モバイル機器１００の操作中において、ユーザーは、ハンドヘルドに送信するために電子メールメッセージを取り出すことを望み得る。モバイル機器１００において作動する電子メールクライアントアプリケーションは、メッセージサーバー２６８にユーザーアカウントに関連したメッセージを要求し得る。電子メールクライアントは、（ユーザーまたは管理者により、おそらく組織のＩＴ（ｉｎｆｏｒｍａｔｉｏｎ  ｔｅｃｈｎｏｌｏｇｙ）ポリシーに従って）所定の時間間隔で、または所定のイベントが生じたときにおいて、ユーザーの指示でこの要求を行うように構成され得る。モバイル機器１００には自身の電子メールアドレスが割り当てられており、モバイル機器１００に明確にアドレス指定されているメッセージは、メッセージサーバー２６８によりそれらが受信されたときに、モバイル機器１００に自動的にリダイレクトされる、実現形態もある。
【００５８】
モバイル機器１００とＬＡＮ２５０の要素との間におけるメッセージおよびメッセージに関連したデータの無線通信を容易にするために、複数の無線通信サポート要素２７０が提供され得る。この実現例において、無線通信サポート要素２７０は、例えばメッセージ管理サーバー２７２を含む。メッセージ管理サーバー２７２は、特に、後にモバイル機器により処理されるメッセージ（例えば電子メールメッセージ）の管理のサポートを提供するために用いられる。一般的に、メッセージが依然としてメッセージサーバー２６８に記憶されている間において、メッセージ管理サーバー２７２は、メッセージをモバイル機器１００に送信する時、条件、および態様を制御するために用いられ得る。メッセージ管理サーバー２７２は、後の送信のためにメッセージサーバー２６８に送られるモバイル機器１００上に構成されたメッセージの処理を容易にする。
【００５９】
例えば、メッセージ管理サーバー２７２は以下の動作をし得る。その動作とは、新たな電子メールメッセージに対するユーザーの「メールボックス」（例えば、メッセージサーバー２６８上のユーザーアカウントに関連したメッセージ記憶装置）をモニターすること；ユーザーが任意に定義可能なフィルタを新たなメッセージに適用することにより、メッセージをユーザーのモバイル機器１００にリレーする条件および態様を決定すること；例えばＤＥＳ（Ｄａｔａ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）またはトリプルＤＥＳを用いて新たなメッセージを圧縮し暗号化し、共有のネットワークインフラストラクチャ２２４および無線ネットワーク２００を介してそれをモバイル機器１００にプッシュすること；および、モバイル機器１００上に構成されたメッセージ（例えば、トリプルＤＥＳを用いて暗号化されたメッセージ）を受信し、その構成されたメッセージを解読し、解凍し、必要に応じて、その構成されたメッセージがユーザーのコンピュータ２６２ａから作り出されたように見えるようにその構成されたメッセージを再フォーマットし、その構成されたメッセージを新たなルートで送信用のメッセージサーバー２６８に送ることである。
【００６０】
モバイル機器１００から送信され、および／またはモバイル機器１００に受信されるメッセージに関連したある種の特性および制限は、例えばＩＴポリシーに従う管理者により、定められ得て、メッセージ管理サーバー２７２により実行され得る。それらには、例えば、モバイル機器１００が暗号化および／または符号化メッセージを受信し得るか否かと、暗号化鍵の最小サイズと、出ていくメッセージを暗号化しおよび／または符号化する必要があるか否かと、モバイル機器１００から送信された全ての安全なメッセージのコピーを所定のコピーアドレスに送信すべきか否かとが含まれ得る。
【００６１】
メッセージ管理サーバー２７２は、別の制御機能を提供するように適合され得る。その機能は、例えば、あるメッセージ情報またはメッセージサーバー２６８に記憶されたメッセージの所定部分（例えば、「ブロック」）をモバイル機器１００に単にプッシュすることである。例えば、モバイル機器１００によって初めてメッセージサーバー２６８からメッセージが取り出されたときにおいて、メッセージ管理サーバー２７２は、モバイル機器１００にメッセージの第１の部分のみをプッシュするように適合され、その部分は所定サイズである（例えば、２ＫＢ）。次いで、ユーザーはさらにメッセージを要求することができ、メッセージ管理サーバー２７２によって、そのメッセージはモバイル機器１００に、類似したサイズのブロックで送信され、おそらくメッセージサイズの最大サイズがあらかじめ定められている。
【００６２】
従って、メッセージ管理サーバー２７２は、モバイル機器１００に伝達されるデータタイプおよびデータ量の優れた制御を容易にし、帯域幅または別の資源の潜在的な浪費を最小限にする助けをすることができる。
【００６３】
当業者には、メッセージ管理サーバー２７２がＬＡＮ２５０または別のネットワークにおいて実在する個々のサーバーに実装される必要はないということは理解されるであろう。例えば、メッセージ管理サーバー２７２に関連した機能の一部または全ては、メッセージサーバー２６８と、またはＬＡＮ２５０の別のサーバーと一体化され得る。さらに、ＬＡＮ２５０は、特に多数のモバイル機器をサポートする必要のある別の実現形態において、複数のメッセージ管理サーバー２７２を含み得る。
【００６４】
本発明の実施形態は、概して、暗号化されおよび／または署名された電子メールメッセージなどのコード化されたメッセージの処理に関する。ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＲＦＣ８２２ヘッダ、およびＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ  Ｉｎｔｅｒｎｅｔ  Ｍａｉｌ  Ｅｘｔｅｎｓｉｏｎｓ）のボディパートは、コード化を必要としない典型的な電子メールメッセージの規格を定義するために用いられ得るが、ＭＩＭＥプロトコルの一バージョンであるＳｅｃｕｒｅ／ＭＩＭＥ（Ｓ／ＭＩＭＥ）は、コード化されたメッセージの通信（換言すると、安全なメッセージングアプリケーション）に用いられ得る。Ｓ／ＭＩＭＥは、ｅｎｄ−ｔｏ−ｅｎｄの認証および機密保持を可能にし、メッセージの作成者がメッセージを送信した時点から解読されメッセージの受信者に読み取られるまでデータの完全性および秘密を保護する。安全なメッセージの通信を容易にするために、別の周知の規格およびプロトコル（例えば、ＰＧＰ（Ｐｒｅｔｔｙ  Ｇｏｏｄ  Ｐｒｉｖａｃｙ（登録商標））、ＯｐｅｎＰＧＰ、および当業者に周知の別のもの）が用いられ得る。
【００６５】
Ｓ／ＭＩＭＥなどの安全なメッセージングプロトコルは、公開および秘密の暗号化鍵に頼ることにより、機密保持および完全性を提供し、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）に頼ることにより、認証および承認を提供する情報を伝達する。秘密鍵／公開鍵のペアの秘密鍵を用いて暗号化されたデータは、そのペアの対応する公開鍵を用いてのみ解読され得て、その逆も同様である。公開鍵の情報は共有されるが、秘密鍵の情報は絶対に公開されない。
【００６６】
例えば、送信者が暗号化された形式で受信者にメッセージを送信することを望む場合において、受信者の公開鍵を用いてメッセージを暗号化する。そのメッセージは、受信者の秘密鍵を用いてのみ解読可能である。もしくは、いくつかのコード化手法において、通常は対称的な暗号化手法（例えば、トリプルＤＥＳ）を用いて、一回限りのセッション鍵が、生成され、メッセージのボディを暗号化するために用いられる。次いで、セッション鍵は、例えばＲＳＡなどの公開鍵暗号化アルゴリズムにより、受信者の公開鍵を用いて暗号化される。そのセッション鍵は、受信者の秘密鍵を用いてのみ解読可能である。解読されたセッション鍵を用いることにより、メッセージのボディを解読し得る。メッセージを解読するために用いる必要のある特定の暗号化方法を特定するために、メッセージのヘッダが用いられ得る。別の実現形態において、公開鍵暗号化方法に基づく別の暗号化手法が用いられ得る。しかし、いずれの場合においても、受信者の秘密鍵のみがメッセージの解読を容易にするために用いられ得る。このようにして、メッセージの機密性を保つことができる。
【００６７】
さらなる例として、送信者は、デジタル署名を用いてメッセージに署名し得る。デジタル署名は、送信者の秘密鍵を用いて暗号化されたメッセージのダイジェスト（例えば、メッセージのハッシュ）であり、それは、出ていくメッセージに追加され得る。受信時におけるメッセージの署名を確認するために、受信者は、送信者と同じ手法を用いて（例えば、同じ標準的なハッシュアルゴリズムを用いて）、受信したメッセージのダイジェストを得る。どれが受信したメッセージにマッチするダイジェストであるかを得るために、受信者は送信者の公開鍵を用いてデジタル署名を解読する。受信したメッセージのダイジェストがマッチしない場合において、マッチしないということは、メッセージの中身が伝送中において変化され、および／または、照合に用いた公開鍵がメッセージを作成した送信者の公開鍵でないということを示唆する。この態様でデジタル署名を照合することにより、送信者の認証およびメッセージの完全性を維持することができる。
【００６８】
コード化されたメッセージは、暗号化され得るか、または署名され得るか、または暗号化されかつ署名され得る。この作業において用いられる公開鍵の真偽は、証明書を用いて確認される。証明書は、認証局（ＣＡ）により発行されたデジタル文書である。証明書は、ユーザーとその公開鍵との関連性を認証するために用いられ、基本的に、ユーザーの公開鍵の信頼性の信頼レベルを提供する。証明書は、証明書の所有者の情報を含んでおり、通常、一般に認められた規格（例えば、Ｘ．５０９）にしたがって証明書の内容の形式が合わされる。
【００６９】
例示的な証明チェーン３００が示されている図５について検討する。「Ｊｏｈｎ  Ｓｍｉｔｈ」に対して発行された証明書３１０は、個人に対して発行された証明書の一例であり、エンドエンティティ証明書（ｅｎｄ  ｅｎｔｉｔｙ  ｃｅｒｔｉｆｉｃａｔｅ）とも称され得る。エンドエンティティ証明書３１０は、通常、証明書の所有者３１２（この例においてはＪｏｈｎ  Ｓｍｉｔｈ）と証明書の発行者３１４とを識別し、発行者のデジタル署名３１６と証明書の所有者の公開鍵３１８とを含む。証明書３１０は、通常、証明書の所有者を識別する別の情報と属性（例えば、電子メールアドレス、組織名、組織的なユニット名、位置など）を含み得る。その個人が受信者に送るメッセージを作成すると、通例、メッセージとともに個人の証明書３００が含まれる。
【００７０】
信頼された公開鍵に対して、それが発行する構成は信頼される必要がある。信頼されたＣＡとユーザーの公開鍵との関係は、一連の関連した証明書（証明書チェーンと称される）により表され得る。証明書チェーンに従うことにより、証明書の有効性が決定され得る。
【００７１】
例えば、図５に示された例示的な証明書チェーン３００において、Ｊｏｈｎ  Ｓｍｉｔｈが送信を意図したメッセージの受信者は、受信したメッセージに添付の証明書３１０の信頼状態を確認することを望み得る。例えば受信者のコンピュータデバイス（例えば、図４のコンピュータ２６２ａ）において証明書３１０の信頼状態を確認するために、発行者ＡＢＣの証明書３２０が得られ、証明書３２０を用いることにより、証明書３１０が確かに発行者ＡＢＣにより署名されていることを確認する。証明書３２０は、既にコンピュータデバイスの証明書記憶装置に記憶され得る。または、証明書情報源（例えば、図４のＬＤＡＰサーバー２８４、または別のパブリックまたはプライベートＬＤＡＰサーバー）からそれを取り出す必要があり得る。証明書３２０が既に受信者のコンピュータデバイスに記憶されており、受信者によってその証明書が信頼を受けたと示された場合において、記憶され信頼を受けた証明書につながっているために、証明書３１０は信頼を受けていると見なされる。
【００７２】
しかし、図５に示された例において、証明書３３０は、証明書３１０の信頼性の確認を必要とされる。証明書３３０は自己署名（ｓｅｌｆ−ｓｉｇｎ）されており、「ルート証明書」と称される。従って、証明書３２０は、証明書チェーン３００において「中間証明書」と称され得る。ルート証明書へのチェーンが特定のエンドエンティティ証明書に対して決定され得るということを仮定すると、ルート証明書への任意の所定の証明書チェーンは、中間証明書を、含まなくてもよく、または１個、または複数個含み得る。証明書３３０が信頼（例えば、ＶｅｒｉｓｉｇｎまたはＥｎｔｒｕｓｔなどの大きな認証局からの信頼）を受けた発行源により発行されたルート証明書である場合において、証明書３１０は、信頼を受けた証明書につながっているために、信頼を受けていると見なされ得る。メッセージの送信者と受信者とがともにルート証明書３３０の発行源を信頼しているということを暗示している。信頼を受けた証明書に証明書をつなぐことができない場合において、その証明書は、「信頼を受けていない」と見なされ得る。
【００７３】
認証サーバーは、証明書と、取り消された証明書を識別するリストとを記憶している。これらの認証サーバーにアクセスすることにより、証明書を得ることができ、また、証明書の真偽および取り消し状態を確認することができる。例えば、証明書を得るためにＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）サーバーが用いられ得て、証明書の取り消し状態を確認するためにＯＣＳＰ（Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｓｔａｔｕｓ  Ｐｒｏｔｏｃｏｌ）サーバーが用いられ得る。
【００７４】
標準的な電子メールセキュリティプロトコルは、通常、非モバイルコンピュータデバイス（例えば、図４のコンピュータ２６２ａおよび２６２ｂ；遠隔の卓上型装置）間の安全なメッセージの伝送を容易にする。再度図４を参照すると、送信者により受信された署名付きのメッセージがモバイル機器１００から読まれ、かつ暗号化されたメッセージがその送信者に送信されるようにするために、モバイル機器１００は、別の個人の証明書と、関連した公開鍵とを記憶するように適合される。ユーザーのコンピュータ２６２ａに記憶された証明書は、通常、例えばクレイドル２６４を介して、コンピュータ２６２ａからモバイル機器１００へとダウンロードされ得る。
【００７５】
コンピュータ２６２ａに記憶され、モバイル機器１００にダウンロードされる証明書は、個人に関連した証明書に限らず、例えばＣＡに発行された証明書も含み得る。コンピュータ２６２ａおよび／またはモバイル機器１００に記憶された特定の証明書も、ユーザーによって「信頼を受けた」と明示的に示され得る。従って、モバイル機器１００のユーザーにより証明書が受信された場合において、その証明書を、モバイル機器１００に記憶されており、信頼を受けていると示されている証明書、もしくは信頼を受けている証明書につながれていると決定された証明書とマッチングすることにより、モバイル機器１００において照合され得る。
【００７６】
モバイル機器１００は、ユーザーに関連した公開鍵／秘密鍵のペアの秘密鍵を記憶するように適合され得る。それにより、モバイル機器１００のユーザーは、モバイル機器１００において作成され、かつ出ていくメッセージに署名をすることができ、また、ユーザーの公開鍵により暗号化されたユーザーに送信されるメッセージを解読することができる。例えば、クレイドル２６４を介してユーザーのコンピュータ２６２ａからモバイル機器１００へと秘密鍵がダウンロードされ得る。ユーザーが一識別とメッセージにアクセスする一方法とを共有し得るように、好適には、秘密鍵はコンピュータ２６２ａとモバイル機器１００との間において交換される。
【００７７】
ユーザーコンピュータ２６２ａおよび２６２ｂは、コンピュータ２６２ａ、および２６２ｂ、および／またはモバイル機器（例えば、モバイル機器１００）の記憶装置の代わりに、複数の情報源から証明書を得ることができる。例えば、それらの証明書情報源は、プライベート（例えば、一組織内における使用専用）またはパブリックであり得、局所的または遠隔にあり得、組織のプライベートネットワーク内からまたはインターネットを介してアクセス可能であり得る。図４に示された例において、組織に関連した複数のＰＫＩサーバー２８０は、ＬＡＮ２５０上にある。ＰＫＩサーバー２８０は、証明書を発行するＣＡサーバー２８２と、証明書（例えば、組織内の個人に対する）を検索しダウンロードするために用いられるＬＤＡＰサーバー２８４と、証明書の取り消し状態を確認するために用いられるＯＣＳＰサーバー２８６とを含む。
【００７８】
ユーザーコンピュータ２６２ａにより、証明書は、例えばクレイドル２６４を介してモバイル機器１００にダウンロードされるようにＬＤＡＰサーバー２８４から取り出され得る。しかし、別の実現形態において、ＬＤＡＰサーバー２８４は、モバイル機器１００により直接（すなわち、この状況では「電波を介して」）アクセスされ得、モバイル機器１００は、モバイルデータサーバー２８８を介して個々の証明書を検索し取り出し得る。同様に、モバイルデータサーバー２８８は、証明書の取り消し状態を確認するためにモバイル機器１００が直接ＯＣＳＰサーバー２８６に照会することができるように適合され得る。
【００７９】
当業者には、モバイルデータサーバー２８８がＬＡＮ２５０の別の要素の個々のコンピュータデバイスにある必要はないということと、別の実現形態において、ＬＡＮ２５０の別の要素として同一のコンピュータデバイスにモバイルデータサーバー２８８が提供され得るということとは、理解されるであろう。さらに、別の実現形態において、モバイルデータサーバー２８８の機能は、ＬＡＮ２５０の別の要素（例えば、メッセージ管理サーバー２７２）の機能と一体化され得る。
【００８０】
別の実現形態において、選択されたＰＫＩサーバー２８０のみがモバイル機器にアクセス可能になされ得る（例えば、証明書の取り消し状態はモバイル機器１００からのチェックが許可されているが、証明書のダウンロードはユーザーのコンピュータ２６２ａおよび２６２ｂからのみ許可されている）。
【００８１】
別の実現形態において、あるＰＫＩサーバー２８０は、例えば、おそらくＩＴポリシーに従って、ＩＴ管理者により指定されたように、特定のユーザーに登録されたモバイル機器へのみアクセス可能になされ得る。
【００８２】
証明者の別の情報源（図示せず）は、例えば、ウィンドウズ（登録商標）証明書記憶装置、ＬＡＮ２５０上またはＬＡＮ２５０外の別の安全な証明書記憶装置、およびスマートカードを含み得る。
【００８３】
図６を参照すると、メッセージサーバー（例えば、図４のメッセージサーバー２６８）に受信され得るようなコード化されたメッセージの一例の要素を図示するブロック図が概ね３５０として示されている。コード化されたメッセージ３５０は、通常、ヘッダ部分３５２と、コード化されたボディ部分３５４と、選択が任意の１つ以上のコード化された添付ファイル３５６と、１つ以上の暗号化されたセッション鍵３５８と、署名および署名に関連した情報３６０とを１つ以上含む。例えば、ヘッダ部分３５２は、通常、「Ｔｏ」、「Ｆｒｏｍ」、「ＣＣ」アドレスなどのアドレス情報を含み、例えばメッセージ長インジケータと、送信者の暗号化および署名方法の識別子とを含み得る。実際のメッセージの中身は、通常、メッセージボディ、すなわちデータ部分３５４、およびおそらく１つ以上の添付ファイル３５６を含み、それは、セッション鍵を用いて送信者により暗号化され得る。セッション鍵を用いる場合において、その鍵は、各受信者に対するそれぞれの公開鍵を用いて、意図された受信者の各々に対して暗号化され、３５８においてメッセージに含まれる。メッセージが署名された場合において、署名および署名に関連した情報３６０も含められる。それは、例えば、送信者の証明書を含められ得る。
【００８４】
図６に示されるようなコード化されたメッセージに対する規格は、例としてのみ提供されたものであり、当業者には、本発明の実施形態が別の規格のコード化されたメッセージに適用可能であり得るということは、理解されるであろう。具体的に用いるメッセージング方法に依存して、コード化されたメッセージの要素は、図６に示されたものと別の順序で現われ得る。コード化されたメッセージの要素は、少ないかまたは多くあり得、または別の要素を含み得て、それは、コード化されたメッセージが暗号化されたか、または署名されたか、または暗号化されかつ署名されたかに依存し得る。
【００８５】
本発明の実施形態は一般的に、装置におけるより効率的な証明書の検索および装置において格納するために証明書を取り出すためのシステムおよび方法に方向付けられている。一実施形態において、装置はモバイル機器（たとえば、図４のモバイル機器１００）であり、モバイル機器にレジデントし、実行する証明書検索アプリケーションは、１つ以上の証明書サーバー（たとえば、図４のＬＤＡＰサーバー２８４）において証明書の検索を初期化するためにプログラムされている。この実施形態において、モバイル機器は中間コンピュータデバイス（たとえば、図４のモバイルデータサーバー２８８）を介して証明サーバーからそれぞれの証明書を検索し、取り出す。
【００８６】
図４を参照して、モバイル機器１００の証明書検索アプリケーションが、モバイルデータサーバー２８８を介してＬＤＡＰサーバー２８４から個々の証明書を検索し取り出す実現例について検討する。検索要求は証明書検索アプリケーションにより受け取られる。その要求は、通常、ユーザーにより証明書を捜し出すことが望まれている個人の名、姓、および電子メールアドレスを提供するユーザーによる要求である。例えば、名前のうちの数文字を入力し、その文字を接頭語として含む名前を含んで発行される証明書を全て返すという検索クエリを構成することによって、または、入力フィールドにワイルドカードまたはブランクな項目を用いることにより、検索を拡張することによって、ある検索要求は拡大され得る。次いで、検索要求は、モバイル機器１００からモバイルデータサーバー２８８へと伝達され、モバイルデータサーバー２８８は、要求された証明書に関してＬＤＡＰサーバー２８４を照会する。この実現例において、捜し出された証明書は、モバイルデータサーバー２８８により取り出され、取り出された証明書の各々に関連する特定の検索結果データ（例えば、それぞれ証明書が発行された個人（または実体）の俗名および電子メールアドレス）はモバイル機器１００に伝達され、それにより、ユーザーへと表示するために、検索結果のデータからリストが生成され得る。次いで、ユーザーは、リストからモバイル機器１００にダウンロードし記憶する特定の証明書を選択することができる。次いで、その選択は、モバイルデータサーバー２８８に伝達され、モバイルデータサーバー２８８から、選択された証明書がモバイル機器１００にダウンロードされる。
【００８７】
第１の例においてモバイル機器１００に対する全体の証明書の代わりに、設置された証明書のリストを生成するために用いられる特定の検索結果データのみを通信することによって、またユーザーによって選択された特定の証明書をダウンロードすることのみによって、証明書の検索および取り出しがより効率的に実行され得る（たとえば、時間および帯域幅に関して）。しかしながら、従来技術システムは、決定を容易にするためにモバイル機器１００に証明書をダウンロードすることなく、リストの証明書はモバイル機器１００の証明書記憶装置に格納されていることに関してユーザーに示すことを決定または提供するために適応され得る。そのようなシステムにおいて、選択された証明書は、証明書記憶装置に格納されていないことを確認するために、選択された証明書はダウンロードされる必要があり得る。これは時間および帯域幅を要し、潜在的に不必要である。
【００８８】
したがって、本発明の実施形態は一般的に方法に関係し、その方法は、証明書が全部装置にダウンロードされる必要がなく、証明書が装置（たとえばモバイル機器１００など）に格納され得るか否かの決定を助長する。
【００８９】
図７を参照すると、本発明の実施形態において証明書を検索し取り出す方法における工程を示すフローチャートが一般的に４００として示される。
【００９０】
工程４１０において、第１のコンピュータデバイスが第２の装置から、証明書のために少なくとも１つの認証サーバーを検索するよう要求を受ける。一例示的実現形態において、第１のコンピュータデバイスは、第２の装置と、第２の装置がモバイル機器（たとえば、図４のモバイル機器１００）である場合のモバイルデータサーバー（たとえば、図４のモバイルデータサーバー２８８）のような少なくとも１つの認証サーバーの中間として作用する。一例示的実現形態において、検索されるべき認証サーバーはＬＤＡＰサーバー（たとえば、図４のＬＤＡＰサーバー２８４）であり得る。
【００９１】
要求は、第２の装置で実行および常駐している認証検索アプリケーションによって提供されるデータで構成され得る。データは、認証検索アプリケーション（たとえば、検索がユーザーによって開始される場合）へのユーザー入力から発生し得るかまたは、異なる実現形態において検索を開始するアプリケーションによって生成されるデータから発生し得る。データは典型的に少なくとも１つのネームおよび／またはｅメールアドレスを含むが、さまざまな検索照会は本発明の範囲から逸脱することなく構築され得ることが当業者によって理解される。
【００９２】
利便性のために、方法４００のさらなる工程は例示的実現形態に参照して記載される。例示的実現形態において、第１のコンピュータデバイスはモバイルデータサーバーで、第２の装置はモバイル機器である。しかしながら、方法４００または図７Ｂの方法４００ｂに参照して記載される本発明の実施形態は、第１のコンピュータデバイスはモバイルデータサーバーでなく、他の任意のコンピュータデバイスであり、および／または第２の装置はモバイル機器でなく、他の任意のコンピュータデバイスである実行に適用され得る。たとえば、第１および第２の装置および少なくとも１つの認証サーバーを備えるシステム構成において、第１と第２の装置との間でのデータ伝送は、一般的に、第１の装置と少なくとも１つの認証サーバーとの間のデータ伝送よりもコストがかかり（たとえば、時間および／または帯域幅に関して）、本発明の実施形態の適用から利点があり得る。
【００９３】
工程４２０において、モバイルデータサーバーは、工程４１０において受け取られたモバイル機器の認証検索適用からの検索要求に基づいて、証明書のために少なくとも１つの認証サーバーを紹介する。検索によって捜し出された証明書は、モバイルデータサーバーによる少なくとも１つの認証サーバーから取り出される。
【００９４】
工程４３０において、モバイルデータサーバーは、それぞれの捜し出された証明書に関する検索結果データを、モバイル機器の認証検索適用に戻す。戻された検索結果データは典型的に、それぞれの証明書が発行される共通ネームおよび個人（または団体）のｅメールアドレスを含む。しかしながら、本発明のこの実施形態にしたがって、モバイルデータサーバーは、検索結果データの一部として戻されるそれぞれの証明書のシリアル番号および発行者を識別するためにそれぞれの取り出された証明書をそれぞれ解析することで、それぞれの取り出された証明書をさらに処理する。
【００９５】
一部の実現形態において、工程４２０で取り出された証明書は、工程４３０において検索結果データがモバイル機器に戻され、取り出された証明書が削除されるまで一時的に格納されるのみである。他の実現形態において、工程４２０で取り出された証明書はキャッシュされるかさもなければより永続的に格納され得る（たとえば、戻された検索結果データへの応答がモバイル機器から取り出されるまで、または任意の所定時間のために）。
【００９６】
工程４４０において、認証検索適用は、それぞれの捜し出された証明書に関するシリアル番号および発行者データと、１つ以上の指定された証明書記憶装置におけるモバイル機器に格納された証明書に関するシリアル番号および発行者データとを比較する。
【００９７】
工程４５０において、捜し出された証明書のリストは生成され、モバイル機器のユーザーに表示される。リストは、工程４３０でモバイル機器に戻された検索結果データの少なくともサブセットから生成される。たとえば、リストは、共通ネームおよび／または証明書が発行される個人（または団体）のｅメールアドレスによって、それぞれの捜し出された証明書を識別し得る。本発明の一実施形態において、それぞれの捜し出された証明書にペアするリストにおけるそれぞれのエントリを伴うインジケータはまた提供され得て、インジケータは、工程４４０での決定に基づいて、それぞれの証明書がモバイル機器にすでに格納されたか否かを示す。したがって、ユーザーはダウンロードのためにモバイル機器に既に格納されている証明書を選択する必要がなく、複製の証明書が必ずしもモバイル機器にダウンロードされる必要がないようにする。インジケータは、たとえばチェック済みのまたはチェックされていないボックスを備え得る。さらなる例として、リストにおけるそれぞれのエントリは、インジケータの状態次第で、強調され得るかまたは強調され得ない。
【００９８】
工程４６０において、ダウンロードのためにたとえばモバイル機器のユーザーによって証明書が選択される。
【００９９】
工程４７０において、工程４６０における選択を識別するデータは、モバイルデータサーバーによってモバイル機器から取り出され、選択された証明書は、モバイル機器での格納のためにその後モバイル機器へ戻される。一部の実現形態において、証明書がモバイル機器（図示されない工程）に戻される前に、選択された証明書のためにモバイルデータサーバーが認証サーバーを照会する必要はあり得ず、結局、先のダウンロードのために証明書はモバイルデータサーバーによって保持されない。
【０１００】
図７Ｂを説明すると、本発明の別の実施形態における証明書を検索および取り出す方法における工程示すフローチャートが、一般的に４００ｂとして示される。第１のコンピュータデバイスによって第２の装置に戻された証明書に関する検索結果データがそれぞれの捜し出された証明書の少なくとも一部のハッシュを構成するという点を除いて、方法４００ｂは方法４００に類似である。
【０１０１】
特に、工程４３０ｂにおいて、モバイルデータサーバーは、それぞれの位置づけれられた証明書に関する検索結果データをモバイル機器の証明書検索アプリケーションに戻す。戻された検索結果データは典型的に、共通ネームおよびそれぞれの証明書が発行される個人（または団体）のｅメールアドレスを含む。本発明のこの実施形態にしたがって、モバイルデータサーバーは、それぞれの取り出された証明書の少なくとも一部のハッシュにハッシュアルゴリズムを適用することで、それぞれの取り出された証明書をさらに処理する。ハッシュはそれから検索結果データの一部として戻される。一実現形態において、全体の証明書はハッシュされ、戻されたハッシュを生成する。しかしながら、異なる実現形態において、証明書の１つ以上の特定の部分またはフィールドはハッシュされ得て、戻されたハッシュを生成するが、ハッシュが独自に正確に同一の証明書を識別する可能性は、ハッシュされた部分またはフィールドに基づき減少し得る。
【０１０２】
工程４４０において、認証検索アプリケーションは、１つ以上の指定された証明書記憶装置におけるモバイル機器に格納されたそれぞれの証明書にハッシュを生成し、それぞれの生成されたハッシュとそれぞれの捜し出された証明書に関するハッシュとを比較し、それぞれの証明書がモバイル機器に格納されているか否かを決定する。格納された証明書のハッシュを生成する際に、工程４３０ｂで用いられる同一のハッシュアルゴリズムがこの工程（全体の証明書がハッシュされていない場合、格納された証明書の同じ部分またはフィールドに）に適用される。したがって、所定の証明書の生成されたハッシュが工程４３０ｂでモバイルデータサーバーから受け取られたハッシュとマッチする場合、マッチは決定されたように考えられる。
【０１０３】
方法４００ｂの残りの部分に付随する詳細は図７Ａに参照して提供される。
【０１０４】
本発明の異なる実施形態において、独自に証明書を識別するために用いられ得て、全体の証明書を通信するよりも効率的に（たとえば、時間および／または帯域幅に関して）通信され得る他のデータは、検索結果データの一部として第２の装置に戻され得て、証明書が第２の装置に格納されたか否かを決定するために用いられ得る。
【０１０５】
上記された本発明の実施形態によって、一般的に、ユーザーは、コストの高い要求をすることなく、どの証明書をコンピュータデバイスにダウンロードする必要があるかを迅速に決定することが可能になる。本発明の異なる実施形態において、認証検索要求はユーザーによって開始され得ないが、代わりに第２の装置で実行しているアプリケーション（おそらく証明書検索アプリケーションまたは任意の他のアプリケーション）によって開始され得る。これらの実施形態において、リストはユーザにペアするディスプレイのために生成され得ず（たとえば、図７Ａおよび図７Ｂの工程４５０において）、どの証明書が第２の装置に格納され得たかを識別した後に、ユーザーの干渉なしに、ダウンロードのため、証明書は自動的に指定され得る（たとえば、図７Ａおよび図７Ｂの工程４４０において）。
【０１０６】
異なる実施形態において、本発明はまた、証明書に関与しない他のアプリケーションに適用され得る。たとえば、一部の先の技術は、たとえば特定の接触データ記録または電子文書がコンピュータデバイスに格納されているかを決定するために用いられ得る。
【０１０７】
本発明の実施形態において証明書を検索し取り出す方法の工程は、コンピュータ読取り可能媒体（伝送型の媒体を含み得る）に記憶された実行可能なソフトウェア命令として提供され得る。
【０１０８】
複数の実施形態に関して本発明を説明してきた。しかし、当業者には、添付の特許請求の範囲において定義される本発明の範囲を逸脱することなく別の変更および修正がなされ得るということは、理解されるであろう。
【図面の簡単な説明】
【０１０９】
【図１】一実現例におけるモバイル機器のブロック図である。
【図２】図１のモバイル機器の通信サブシステム要素のブロック図である。
【図３】無線ネットワークのノードのブロック図である。
【図４】一構成例におけるホストシステムの要素を図示するブロック図である。
【図５】証明書チェーンの一例を示すブロック図である。
【図６】コード化されたメッセージの一例の要素を示すブロック図である。
【図７Ａ】本発明の一実施形態における証明書を検索し取り出す方法の工程を示すフローチャートである。
【図７Ｂ】本発明の別の実施形態における証明書を検索し取り出す方法の工程を示すフローチャートである。
【符号の説明】
【０１１０】
１００  モバイル機器
２７２  メッセージ管理サーバー
２８０  ＰＫＩサーバー
２８２  ＣＡサーバー
２８４  ＬＤＡＰサーバー
２８６  ＯＣＳＰサーバー
２８８  モバイルデータサーバー
３１０、３２０、３３０  証明書
３５０  メッセージ
【図１】
2006074786.tif 000003
【図２】
2006074786.tif 000004
【図３】
2006074786.tif 000005
【図４】
2006074786.tif 000006
【図５】
2006074786.tif 000007
【図６】
2006074786.tif 000008
【図７Ａ】
2006074786.tif 000009
【図７Ｂ】
2006074786.tif 000010