JP4555195B2 - 証明書を検索し取り出すシステムおよび方法における証明書のマッチングの提供 - Google Patents

Description

本発明は、概して、電子メールのメッセージなどのメッセージの処理に関し、より詳しくは、コード化されたメッセージの処理に用いられる証明書を検索し取り出すシステムおよび方法に関する。

電子メール（「ｅメール」）のメッセージは、周知のプロトコルのうちの１つを用いてコード化され得る。それらのプロトコル（例えば、Ｓｅｃｕｒｅ Ｍｕｌｔｉｐｌｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ（「Ｓ／ＭＩＭＥ」））には、公開および秘密の暗号化鍵に頼ることにより、機密保持および完全性を提供し、また、ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）に頼ることにより、認証および承認を提供する情報を伝達するものもある。秘密鍵／公開鍵のペアの秘密鍵を用いて暗号化されたデータは、そのペアの対応する公開鍵を用いてのみ解読され得て、その逆も同様である。メッセージのコード化に用いられる公開鍵の真偽は、証明書を用いて確認される。特に、コンピュータデバイスのユーザーが、特定の個人にメッセージを送る前にメッセージの暗号化を望む場合において、ユーザーは、その個人に対する証明書を必要とすることになる。その証明書は、通常、その個人の公開鍵と、識別に関連する別の情報とからなる。同様に、コンピュータデバイスのユーザーが署名されたメッセージの送信者の認証を望む場合において、ユーザーは送信者に対する証明書を必要とすることになる。

必要な証明書がユーザーのコンピュータデバイスに記憶されていない場合においては、まず、証明書を取り出す必要がある。特定の証明書を検索し取り出すことは、ユーザーに、コンピュータデバイスに表示された検索フォームにおいて証明書が必要な個人の名前および／または電子メールアドレスを、実際に入力させることにより、認証サーバーに照会することを通常含むプロセスである。一般的に、検討のためにその検索により捜し出された証明書をコンピュータデバイスに一時的にダウンロードし、捜し出された証明書のリストがユーザーに対して表示され得る。次いで、将来における使用を目的として、リスト中の選択された証明書は、コンピュータデバイスの不揮発性記憶装置における記憶のために、ユーザーにより実際に識別され得る。

ユーザーのコンピュータデバイスがモバイル機器である場合における実現を考える。メッセージサーバーにおいてメッセージが受信され、モバイル機器へのダウンロードが利用可能になると、帯域幅を保つために、通常、所定サイズの連続的なデータブロックにおいてのみ、モバイル機器にメッセージが送信される。より具体的には、メッセージの第１のブロック（例えば、２ＫＢのデータ）がモバイル機器にダウンロードされ、ユーザーがさらにメッセージの受信を望む場合において、モバイル機器がメッセージ全てをダウンロード済みであるか、またはメッセージのダウンロードに対する所定の制限に達するまで、ユーザーは、モバイル機器へのさらなるブロックのダウンロードを要求することができる。

受信したメッセージが例えば署名されたＳ／ＭＩＭＥメッセージである場合において、メッセージの完全性を確認し、送信者の識別を認証するために、送信者の証明書が必要とされる。必要な証明書がメッセージに添付され得る場合もあり、通常、証明書はメッセージの最後に添付されている。もしくは、必要な証明書はメッセージに添付されていなくてもよいが、署名に用いられた証明書を識別する１つ以上の証明書の識別子が提供されており、通常、これも先と同様にメッセージの最後に添付される。次いで、証明書が既に記憶されている場合においてモバイル機器の証明書の記憶装置から、もしくは上述のように証明書をダウンロードすることが可能な認証サーバーから、識別された証明書を取り出すことができる。

メッセージに対する証明書または証明書の識別子を得るためには、通常、メッセージ全体をモバイル機器にダウンロードする必要がある。あいにく、単に証明書の情報を取り出すためにメッセージ全体をダウンロードすることは、タイムコンシューミングかつ高いタスクであり得る（例えば、帯域幅に対して）。一方、メッセージの小部分のみしかモバイル機器にダウンロードされていない場合、またはメッセージが長すぎて課せられた制限のためにモバイル機器にダウンロードできない場合においては、ある確実性で、受信したメッセージの完全性を確認し、送信者の識別を認証するために必要とされる証明書を識別することは不可能であり得る。

本発明の実施形態は、概して、より効率的に証明書を検索し取り出すシステムおよび方法に向けられており、そのシステムおよび方法では、ユーザーのコンピュータデバイス（例えば、モバイル機器）に送信者のメッセージ全てをダウンロードする必要なしに必要な証明書を識別することができる。特に、そのシステムおよび方法により、１つ以上の認証サーバーの検索において捜し出された証明書からの必要な証明書の決定が容易になる。

本発明の１つの広範な局面において、ユーザーに受信される送信者からのメッセージに関する証明書を検索し取り出す方法が提供される。そのメッセージは、メッセージに関連した送信者証明書を識別するデータを備えており、そのメッセージから、一意的に送信者証明書を識別する証明書識別用データが生成され得る。その方法は、コンピュータデバイスにおいてメッセージの少なくとも一部分と証明書識別用データとを受信する工程と；送信者に関連した証明書に対する証明書検索要求を提供する工程と；１つ以上の認証サーバーに検索を行う工程であって、少なくとも１つのクエリを１つ以上の認証サーバーに提示することにより、証明書探索要求を満たす捜し出された証明書の取り出しを要求する、工程と；１つ以上の認証サーバーから少なくとも１つの捜し出された証明書を取り出す工程と；証明書識別用データを用いて、捜し出され取り出された証明書の各々を処理することにより、捜し出された証明書の各々が、メッセージに関連した送信者証明書であるか否かを決定する工程と；決定する工程において決定されるように、捜し出された証明書が、メッセージに関連した送信者証明書である場合において、捜し出された証明書をコンピュータデバイスに記憶する工程とを包含する。

別の広範な局面において、生成された証明書識別用データには、送信者証明書のシリアル番号と発行者データとが含まれる。また、処理する工程は、捜し出され取り出された証明書の各々を解析することにより、各シリアル番号と発行者データとを得ることと、各シリアル番号および発行者データを証明書識別用データと比較することとを包含する。

別の広範な局面において、生成された証明書識別用データには、送信者証明書の少なくとも一部のハッシュが含まれる。また、処理する工程は、捜し出され取り出された証明書の各々にハッシュアルゴリズムを適用することにより、各ハッシュを得ることと、各ハッシュを証明書識別用データと比較することとを包含する。

本発明の別の広範な局面において、ユーザーに受信される送信者からのメッセージに関する証明書を検索し取り出すシステムが提供される。そのメッセージは、メッセージに関連した送信者証明書を識別するデータを備えている。そのシステムは、メッセージから証明書識別用データを生成するように適合されたメッセージ管理サーバーであって、証明書識別用データは一意的に送信者証明書を識別する、メッセージ管理サーバーと；メッセージ管理サーバーから、少なくともメッセージの一部分と証明書識別用データとを受信するように適合されたモバイル機器と；モバイル機器から送信者に関連した証明書の検索要求を受信し、検索要求を満たす捜し出された証明書に対して１つ以上の認証サーバーに照会することにより１つ以上の認証サーバーへの検索を実行し、１つ以上の認証サーバーから捜し出された証明書を取り出すように適合されたモバイルデータサーバーとを備えている。また、そのモバイル機器およびモバイルデータサーバーのうちの少なくとも１つは、モバイルデータサーバーにおいて取り出されたその捜し出された証明書の各々を処理することにより、証明書識別用データを用いて、捜し出されたデータの各々が、メッセージに関連した送信者証明書であるか否かを決定するように、さらに適合されている。また、そのモバイル機器は、１つ以上の証明書記憶装置を提供することにより、メッセージに関連した送信者証明書であると決定される捜し出された証明書を記憶する。

別の広範な局面において、ユーザーに受信される送信者からのメッセージに関する証明書を検索し取り出す方法が提供される。そのメッセージは、メッセージに関連した送信者証明書を識別するデータを備えている。その方法は、送信者証明書を識別する受信済みメッセージ内のそのデータから送信者証明書に対する証明書識別用データを生成する工程であって、証明者識別用データは一意的に送信者証明書を識別する、工程と；コンピュータデバイスにおいて証明書識別用データを受信する工程と；コンピュータデバイスに記憶された複数の証明書の各々に関連する証明書識別用データを生成し、記憶された複数の証明書の各々に対して生成された証明書識別用データを送信者証明書に対して生成された証明者識別用データと比較することにより、送信者証明書にマッチする記憶された証明書を識別することによって、コンピュータデバイスに送信者証明書が記憶されたか否かを決定する工程とを包含する。

本発明は、さらに以下の手段を提供する。

（項目１）
ユーザーにより受信された送信者からのメッセージに関連する証明書を検索し取り出す方法であって、該メッセージは該メッセージに関連した送信者証明書を識別するデータを備えており、該方法は、
コンピュータデバイスにおいて、該送信者証明書を識別する該受信されたメッセージのデータから生成された該送信者証明書に対する証明書識別用データを受信する工程であって、該証明書識別用データが一意的に該送信者証明書を識別する、工程と、
検索を実行することにより、該コンピュータデバイスまたはサーバーに記憶された証明書を捜し出す工程と、
該証明書識別用データを用いて、該捜し出された証明書の各々を処理することにより、処理されている該証明書が、該受信されたメッセージに関連した該送信者証明書であるかを決定する工程と
を包含する、方法。

（項目２）
ａ）上記コンピュータデバイスにおいて上記メッセージの少なくとも一部分と証明書識別用データとを受信する工程と、
ｂ）上記送信者に関連した証明書に証明書検索要求を提供する工程と、
ｃ）１つ以上の認証サーバーに検索を行う工程であって、該１つ以上の認証サーバーに少なくとも１つのクエリを入力することにより、該証明書検索要求を満たす捜し出された証明書の取り出しを要求する、工程と、
ｄ）該１つ以上の認証サーバーから少なくとも１つの捜し出された証明書を取り出す工程と、
ｅ）該証明書識別用データを用いて、工程ｄ）において取り出された該捜し出された証明書の各々を処理することにより、該捜し出された証明書の各々が該メッセージに関連した該送信者証明書であるかを決定する、工程と、
ｆ）工程ｅ）において決定されるように、該捜し出された証明書が該メッセージに関連した該送信者証明書である場合において、該コンピュータデバイスに捜し出された証明書を記憶する工程と
を包含する、項目１に記載の方法。

（項目３）
上記コンピュータデバイスがモバイル機器である、項目２に記載の方法。

（項目４）
工程ｃ）とｄ）とが、上記モバイル機器に接続された第２のコンピュータデバイスにおいて実行される、項目３に記載の方法。

（項目５）
上記第２のコンピュータデバイスがモバイルデータサーバーである、項目４に記載の方法。

（項目６）
工程ｅ）も上記第２のコンピュータデバイスにおいて実行され、
該第２のコンピュータデバイスから上記モバイル機器に、工程ｆ）の上記捜し出された証明書をダウンロードする工程をさらに包含する、項目４または５に記載の方法。

（項目７）
工程ｅ）が上記モバイル機器において実行され、
上記第２のコンピュータデバイスから該モバイル機器に、工程ｄ）において取り出された上記捜し出された証明書をダウンロードする工程をさらに包含する、項目４または５に記載の方法。

（項目８）
ユーザーに、工程ｄ）において取り出された上記捜し出された証明書のリストを上記コンピュータデバイスにおいて表示する工程をさらに包含し、
該リストが、工程ｅ）において決定されるように、もしある場合には、いずれの証明書が上記メッセージに関連した上記送信者証明書であるかを示す、項目２〜７のいずれか１項に記載の方法。

（項目９）
上記リストから証明書の１つ以上のユーザー選択を受信することと、上記コンピュータデバイスの証明書記憶装置に、選択された証明書を記憶することとをさらに包含する、項目８に記載の方法。

（項目１０）
工程ｂ）の前において、上記送信者証明書が上記コンピュータデバイスに記憶されたかを決定する工程をさらに包含する、項目２〜９のいずれか１項に記載の方法。

（項目１１）
上記コンピュータデバイスにおいて上記証明書識別用データを受信する工程と、
該コンピュータデバイスに記憶された複数の証明書の各々に関連した証明書識別データを生成し、該複数の記憶された証明書の各々に対して生成された証明書識別用データと該送信者証明書に対して生成された該証明書識別用データとの比較をすることにより該送信者証明書にマッチする記憶された証明書を識別することによって、該送信者証明書が該コンピュータデバイスに記憶されたかを決定する工程と
を包含する、項目１に記載の方法。

（項目１２）
上記証明書に対する証明書識別用データが上記送信者証明書に対するシリアル番号と発行者データとを含んでおり、上記捜し出された証明書の各々を解析することにより、該証明書に対する該シリアル番号と発行者データとの各々が得られ、該得られたシリアル番号と発行者データとが該証明書識別用データと比較される、項目２〜１１のいずれか１項に記載の方法。

（項目１３）
上記証明書に対する証明書識別用データが上記送信者証明書の少なくとも一部分のハッシュを含んでおり、上記捜し出された証明書の各々が該証明書に適応されるハッシュアルゴリズムを有することにより、該証明書に対する各ハッシュが得られ、各ハッシュが該証明書識別用データと比較される、項目２〜１１のいずれか１項に記載の方法。

（項目１４）
ユーザーにより受信された送信者からのメッセージに関連する証明書を検索し取り出すシステムであって、該メッセージは該メッセージに関連した送信者証明書を識別し、該システムは、
ｇ）該メッセージから証明書識別用データを生成するように適合されたメッセージ管理サーバーであって、該証明書識別用データは一意的に該送信者証明書を識別する、メッセージ管理サーバーと、
ｈ）該メッセージ管理サーバーから、該メッセージの少なくとも一部分と、該証明書識別用データとを受信するように適合されたモバイル機器と、
ｉ）該送信者に関連した証明書に対する該モバイル機器からの検索要求を受信し、該検索要求を満たす捜し出された証明書に対して１つ以上の認証サーバーに照会することにより、該１つ以上の認証サーバーに対する検索を行い、該１つ以上の認証サーバーから捜し出された証明書を取り出すように適合されたモバイルデータサーバーと
を備えており、
該モバイル機器と該モバイルデータサーバーのうちの少なくとも１つが、該モバイルデータサーバーにおいて取り出された該捜し出された証明書の各々を処理することにより、該証明書識別用データを用いて、該捜し出された証明書の各々が該メッセージに関連した該送信者証明書であるかを決定するようにさらに適合されており、該モバイル機器が、該メッセージに関連した該送信者証明書であると決定された捜し出された証明書を記憶するために、１つ以上の証明書記憶装置を提供する、システム。

（項目１５）
コンピュータデバイスにおいて実行されるソフトウェアアプリケーションであって、該アプリケーションはコンピュータ読取り可能な媒体に記憶された複数の命令を備えており、該命令が項目１〜１３のいずれか１項に記載の上記方法の上記工程を実行する、ソフトウェアアプリケーション。
（摘要）
コード化されたメッセージの処理に用いられ得る証明書を検索し取り出すシステムおよび方法を提供する。一つの広い局面において、メッセージ管理サーバーは、メッセージに関連した証明書を一意的に識別するメッセージから、証明書識別用データを生成する。証明書識別用データを用いることにより、証明書検索要求に応答して１つ以上の認証サーバーから取り出された所定の捜し出された証明書が、メッセージに関連した証明書であるか否かを決定することができる。ユーザーのコンピュータデバイス（例えば、モバイル機器）における決定を容易にするために証明書識別用データのみが必要とされ、この決定をするためにユーザーがコンピュータデバイスにメッセージ全てをダウンロードする必要性が軽減される。

本発明の実施形態をさらに理解することと、本発明を実行に移し得る方法をさらに明確に示すこととを目的として、以下では、例証として、添付の図面を参照する。

本発明には、移動局を用いる実施形態もある。移動局は、別のコンピュータシステムと通信可能である高度なデータ通信性能を有する双方向通信装置であり、本明細書においては、移動局を概してモバイル機器と称する。モバイル機器は、音声通信性能も含み得る。モバイル機器により提供される機能により、モバイル機器は、データメッセージング装置、双方向ページャ、データメッセージング性能を有する携帯電話、無線インターネット用装置、または（電話性能を備えるかまたは備えない）データ通信装置と称され得る。モバイル機器は、送受信局のネットワークを介して別の装置と通信する。

モバイル機器の構造、および別の機器との通信の方法の理解を助けるために、図１〜３を参照する。

図１を参照すると、一実現例におけるモバイル機器のブロック図が、概ね１００として示されている。モバイル機器１００は複数の要素を備え、制御要素がマイクロプロセッサ１０２である。マイクロプロセッサ１０２は、モバイル機器１００の全ての操作を制御する。データ通信と音声通信とを含めた通信機能は、通信サブシステム１０４を介して実行される。通信サブシステム１０４は、無線ネットワーク２００にメッセージを送受信する。モバイル機器１００のこの実現例において、通信サブシステム１０４は、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）およびＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅｓ）規格に基づいて構成されている。ＧＳＭ／ＧＰＲＳ無線ネットワークは、世界中で用いられているが、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ ＧＳＭ Ｅｎｖｉｒｏｎｍｅｎｔ）およびＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｅｒｖｉｃｅ）に最終的には取って代わられると考えられている。新たな規格も定められている。それらは、本明細書において記載するネットワーク様式と類似点があると思われる。また、当業者には、本発明が将来開発される全ての適切な規格における使用を意図しているということは理解されるであろう。通信サブシステム１０４をネットワーク２００に接続する無線リンクは、１つ以上の異なる無線周波数（ＲＦ）チャネルを表し、それは、ＧＳＭ／ＧＰＲＳ通信に規定された定義済みのプロトコルに従って動作する。それらのチャネルは、新たなネットワークプロトコルを用いて、回路交換音声通信とパケット交換データ通信とをともにサポートすることができる。

モバイル機器１００に関連する無線ネットワークは、モバイル機器１００の一実現例においてはＧＳＭ／ＧＰＲＳ無線ネットワークであるが、別の無線ネットワークも別の実現形態におけるモバイル機器１００に関連し得る。用いられ得る別のタイプの無線ネットワークには、例えば、データ中心（ｄａｔａ−ｃｅｎｔｒｉｃ）無線ネットワークと、音声中心（ｖｏｉｃｅ−ｃｅｎｔｒｉｃ）無線ネットワークと、実在する同一基地局において音声通信およびデータ通信をともにサポートすることができるデュアルモードネットワークとが含まれる。結合型デュアルモードネットワークには、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）またはＣＤＭＡ２０００ネットワークと、上記のＧＳＭ／ＧＰＲＳネットワークと、ＥＤＧＥおよびＵＭＴＳのような未来の第３世代（３Ｇ）ネットワークとが含まれるが、それらに限定されない。以前からあるデータ中心ネットワークの例には、Ｍｏｂｉｔｅｘ（登録商標）ラジオネットワーク、およびＤａｔａＴＡＣ（登録商標）ラジオネットワークが含まれる。以前からある音声中心ネットワークの例には、ＧＳＭと類似しているＰＣＳ（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍｓ）ネットワーク、およびＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システムが含まれる。

マイクロプロセッサ１０２も、ランダムアクセスメモリ（ＲＡＭ）１０６と、フラッシュメモリ１０８と、ディスプレイ１１０と、補助入力／出力（Ｉ／Ｏ）サブシステム１１２と、シリアルポート１１４と、キーボード１１６と、スピーカ１１８と、マイクロフォン１２０と、短距離通信サブシステム１２２と、別の装置１２４となどの追加のサブシステムと相互作用する。

モバイル機器１００のサブシステムには通信に関連した機能をするものもあり、別のサブシステムは「レジデント」または装置における機能を提供し得る。例えば、ディスプレイ１１０およびキーボード１１６は、通信に関連した機能（例えば、ネットワーク２００上における伝送のためのテキストメッセージの入力）、および装置に関連した機能（例えば、電卓またはタスクリスト）として用いられ得る。マイクロプロセッサ１０２により用いられるオペレーティングシステムのソフトウェアは、通常、フラッシュメモリ１０８（もしくは、図示していないが読出専用メモリ（ＲＯＭ）または類似した記憶要素）などの永続的な記憶装置に記憶される。当業者には、オペレーティングシステム、特定の装置のアプリケーション、またはそれらの一部分が、ＲＡＭ１０６などの揮発性記憶装置に一時的に取り込まれ得るということは理解されるであろう。

モバイル機器１００は、所望のネットワーク登録または起動手段が完了した後において、ネットワーク２００上で通信信号を送受信し得る。ネットワークアクセスは、加入者（ｓｕｂｓｃｒｉｂｅｒ）すなわちモバイル機器１００のユーザーに関連する。加入者を識別することを目的として、モバイル機器１００は、加入者識別モジュール（Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）、すなわち「ＳＩＭ」カード１２６をＳＩＭインターフェース１２８に挿入することを要求し、それにより、ネットワークと通信する。ＳＩＭ１２６は、モバイル機器１００の加入者を識別するため、かつ、別のものからモバイル機器１００を個人化するために用いられる従来の「スマートカード」のタイプの１つである。ＳＩＭ１２６なしでは、モバイル機器１００は、ネットワーク２００との通信に対して完全には動作可能ではない。ＳＩＭインターフェース１２８にＳＩＭ１２６を挿入することにより、加入者は、契約したサービス全てにアクセスすることができる。そのサービスには、ウェブブラウジングと、電子メール、音声メール、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）およびＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅｓ）などのメッセージングとが含まれ得る。さらに高度なサービスには、販売時点管理（ｐｏｉｎｔ ｏｆ ｓａｌｅ）、フィールドサービス、および販売員のオートメーションが含まれ得る。ＳＩＭ １２６は、プロセッサと、情報を記憶するメモリとを含む。ＳＩＭ１２６がＳＩＭインターフェース１２８に挿入されると、ＳＩＭ１２６はマイクロプロセッサ１０２に結合される。加入者を識別するために、ＳＩＭ１２６は、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）などのユーザーパラメータを含んでいる。ＳＩＭ１２６を用いることの有利な点は、加入者が、実在する単一モバイル機器に縛られる必要はないということである。ＳＩＭ１２６は、モバイル機器に対する追加の加入者情報も記憶し得る。その追加情報には、データブック（または、カレンダー）情報および最近の通話情報が含まれる。

モバイル機器１００は、バッテリ駆動の機器であり、１つ以上の充電式バッテリ１３０を受けるバッテリインターフェース１３２を含む。バッテリインターフェース１３２は、レギュレータ（図示せず）に結合されており、レギュレータは、モバイル機器１００へのバッテリ１３０による入力電圧Ｖ＋の提供を補助する。今日の技術ではバッテリを用いるが、未来の技術、例えばマイクロ燃料電池は、モバイル機器１００に入力電圧を供給し得る。

オペレーティングシステムの機能に加えて、マイクロプロセッサ１０２は、モバイル機器１００におけるソフトウェアアプリケーションの実行を可能にする。データおよび音声通信アプリケーションを含めた基本的な装置の動作を制御するアプリケーションのセットは、通常、製造中においてモバイル機器１００にインストールされる。モバイル機器１００に取り込まれ得る別のアプリケーションは、ＰＩＭ（ｐｅｒｓｏｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ｍａｎａｇｅｒ）であろう。ＰＩＭは、加入者が関心のあるデータアイテムを整理し管理する機能を有する。そのデータアイテムは、例えば、電子メール、カレンダー行事、音声メール、約束、およびタスクアイテムであるが、それらに限定されない。ＰＩＭアプリケーションは、無線ネットワーク２００を介してデータアイテムを送受信することができる。ＰＩＭデータアイテムは、無線ネットワーク２００を介して、シームレスにまとめられ得、同期され得、更新さ得て、モバイル機器の加入者の対応するデータアイテムは記憶され、および／またはホストコンピュータシステムに関連づけられる。この機能により、そのようなアイテムに対して、モバイル機器１００にミラーホストコンピュータ（ｍｉｒｒｏｒｅｄ ｈｏｓｔ ｃｏｍｐｕｔｅｒ）が生成される。それは、ホストコンピュータシステムがモバイル機器の加入者のオフィスコンピュータシステムである場合において、特に有利であり得る。

追加のアプリケーションも、ネットワーク２００、補助Ｉ／Ｏサブシステム１１２、シリアルポート１１４、短距離通信サブシステム１２２または別の適切なサブシステム１２４を介して、モバイル機器１００に取りこまれ得る。このアプリケーションのインストールの柔軟性により、モバイル機器１００の機能が増え、機能強化された装置における機能または通信に関連した機能、または両機能が提供され得る。例えば、安全な通信アプリケーションにより、電子商取引の機能、およびモバイル機器１００を用いて行われる別の金融取引が可能になり得る。

シリアルポート１１４により、加入者が外部装置またはソフトウェアアプリケーションを介して好みを設定することが可能になる。シリアルポート１１４は、無線通信ネットワークを介する以外の方法でモバイル機器１００に情報またはソフトウェアのダウンロードを提供することによって、モバイル機器１００の性能を拡張する。代替ダウンロードパスを用いることにより、例えば、直接、それ故に確実かつ信頼のおける接続を介してモバイル機器１００に暗号化鍵を取り込み、それによって安全な装置通信が提供され得る。

短距離通信サブシステム１２２は、ネットワーク２００を用いることなく、モバイル機器１００と、異なるシステムまたは装置との通信を提供する。例えば、サブシステム１２２は、赤外線装置と、関連した回路と、短距離通信用の要素とを含み得る。短距離通信の例には、ＩｒＤＡ（Ｉｎｆｒａｒｅｄ Ｄａｔａ Ａｓｓｏｃｉａｔｉｏｎ）により開発された規格と、Ｂｌｕｅｔｏｏｔｈと、ＩＥＥＥにより開発された規格の８０２．１１のファミリーとが含まれ得る。

使用中において、テキストメッセージ、電子メールメッセージ、またはウェブページのダウンロードなどの受信された信号は、通信サブシステム１０４により処理され得て、マイクロプロセッサ１０２に入力され得る。次いで、マイクロプロセッサ１０２は、ディスプレイ１１０に、もしくは補助Ｉ／Ｏサブシステム１１２に出力するために、受信された信号を処理し得る。例えば、加入者は、ディスプレイ１１０とともにキーボード１１６を用いて、場合によっては補助Ｉ／Ｏサブシステム１１２を用いて、電子メールメッセージなどのデータアイテムを構成し得る。補助サブスステム１１２は、タッチスクリーン、マウス、トラックボール、赤外線指紋検出器、またはボタンを動的に押すことが可能なローラーホイールなどの装置を含み得る。キーボード１１６は、アルファニューメリックキーボード、および／または電話機型キーパッドである。構成されたアイテムは、サブシステム１０４を介してネットワーク２００上に伝送され得る。

音声通信に対するモバイル機器１００の全般的な動作も実質的には類似するが、受信された信号がスピーカ１１８に出力され得て、マイクロフォン１２０により伝送用信号が生成され得るという点が異なる。代替の音声またはオーディオＩ／Ｏサブシステム（例えば、音声メッセージ録音サブシステム）は、モバイル機器１００に実装され得る。音声またはオーディオ信号出力は、主にスピーカ１１８を介して得られるが、ディスプレイ１１０も、追加情報（例えば、発呼者の識別、音声呼出しの時間、または別の音声呼び出しに関連する情報）を提供するために用いられ得る。

図２を参照すると、図１の通信サブシステム要素１０４のブロック図が示されている。通信サブシステム１０４は、受信器１５０と、送信器１５２と、１つ以上の内蔵または内部アンテナ要素１５４、１５６と、ＬＯ（Ｌｏｃａｌ Ｏｓｃｉｌｌａｔｏｒ）１５８と、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）１６０などの処理モジュールとを備える。

通信サブシステム１０４の具体的な設計は、モバイル機器１００が動作するように意図されているネットワーク２００に依存する。従って、図２に示した設計が一例としてのみの役目をするということは、理解されるべきである。ネットワーク２００を介してアンテナ１５４により受信された信号は、受信器１５０に入力される。受信器１５０は、通常の受信器の機能（例えば、信号増幅、周波数ダウンコンバージョン、フィルタリング、チャネル選択、およびアナログデジタル（Ａ／Ｄ）変換）を実行し得る。受信された信号のＡ／Ｄ変換により、ＤＳＰ１６０においてより複雑な通信機能（例えば、復調および解読）を実行することが可能になる。同様の態様で、ＤＳＰ１６０により、後に伝送される信号が処理（変調とコード化とを含む処理）される。ＤＳＰにより処理された信号は、デジタルアナログ（Ｄ／Ａ）変換、周波数アップコンバージョン、フィルタリング、増幅およびネットワーク２００上へのアンテナ１５６を介した伝送のために、送信器１５２に入力される。ＤＳＰ１６０は、通信信号を処理するだけではなく、受信器および送信器の制御を提供する。例えば、受信器１５０および送信器１５２において通信信号に印加されたゲインは、ＤＳＰ１６０に実装されたゲイン自動制御アルゴリズムを介して、適合的に制御され得る。

モバイル機器１００とネットワーク２００との間の無線リンクは、１つ以上の異なったチャネル（典型的には異なったＲＦチャネル）と、モバイル機器１００とネットワーク２００との間において用いられる関連したプロトコルとを含み得る。ＲＦチャネルは、一般的には全体の帯域幅の制限およびモバイル機器１００の有限なバッテリ電力の制限が原因で、保つ必要のある有限の資源である。

モバイル機器１００が完全に動作可能になると、送信器１５２は、通常、鍵がかけられ、またはネットワーク２００に送信するときのみにおいて作動し、それ以外のときにおいては、資源を保つために停止される。同様に、電力を保つために、受信器１５０は、信号または情報を受信する必要があるまで、たとえあるとしても定められた期間の間中、周期的に停止される。

図３を参照すると、無線ネットワークのノードのブロック図が２０２として示されている。実施中において、ネットワーク２００は、１つ以上のノード２０２を含む。モバイル機器１００は、無線ネットワーク２００内においてノード２０２と通信する。図３の実現例において、ノード２０２は、ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）およびＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ）技術に基づいて構成されている。ノード２０２は、関連するタワー局２０６を備えたＢＳＣ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ）２０４と、ＧＳＭにおけるＧＰＲＳのサポートのために追加されたＰＣＵ（Ｐａｃｋｅｔ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２０８と、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）２１０と、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）２１２と、ＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｒｙ）２１４と、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）２１６と、ＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）２１８と、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）２２０とを含む。この要素のリストは、ＧＳＭ／ＧＰＲＳネットワーク内の全てのノード２０２の要素を網羅するリストを意図したものではなく、ネットワーク２００を介する通信に通常用いられる要素のリストである。

ＧＳＭネットワークにおいて、ＭＳＣ２１０は、ＢＳＣ２０４と、ＰＳＴＮ（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ）２２２などの電話ネットワークとに結合されており、それにより、回路交換要求が満たされる。パブリックまたはプライベートネットワーク（インターネット）２２４（本明細書においては、概ね共有ネットワークインフラストラクチャとも称される）へのＰＣＵ２０８と、ＳＧＳＮ２１６と、ＧＧＳＮ２１８との接続は、ＧＰＲＳ可能なモバイル機器のデータパスを表す。ＧＰＲＳの性能に拡張されたＧＳＭネットワークにおいて、ＢＳＣ２０４は、ＳＧＳＮ２１６に接続することにより、セグメンテーションおよび無線チャネル割当を制御し、かつパケット交換要求を満たすＰＣＵ（Ｐａｃｋｅｔ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２０８も含む。モバイル機器の位置を探知するために、また、回路交換管理およびパケット交換管理の双方を利用可能にするために、ＨＬＲ２１２は、ＭＳＣ２１０とＳＧＳＮ２１６とに共有されている。ＶＬＲ２１４へのアクセスは、ＭＳＣ２１０により制御されている。

局２０６は、固定された送受信局である。局２０６とＢＳＣ２０４とにより、固定された送受信局の設備が形成される。固定された送受信局の設備により、無線ネットワークの受信地域に、通常「セル」と称される特定の受信地域を提供する。固定された送受信設備は、局２０６を介して、セル内においてモバイル機器と通信信号を送受信する。固定された送受信設備は、制御器の制御下において、通常はあらかじめ定められている特定の通信プロトコルおよびパラメータに従って、モバイル機器に後に伝送される信号の変調、および、おそらくコード化および／または暗号化などの機能を通常実行する。同様に、必要に応じて、固定された送受信設備は、セル内においてモバイル機器１００から受信した通信信号を復調し、おそらく復号し、解読する。通信プロトコルおよびパラメータは、ノードごとに異なり得る。例えば、一ノードは、別のノードと異なる変調方法を用い得て、異なる周波数で動作し得る。

特定のネットワークに登録された全てのモバイル機器１００に対して、ユーザープロフィールなどの永続性のコンフィギュレーションデータがＨＬＲ２１２に記憶される。ＨＬＲ ２１２は、登録されたモバイル機器の各々の位置情報も含んでおり、照会することによりモバイル機器の現在の位置を決定することができる。ＭＳＣ２１０は、位置領域のグループを担い、ＶＬＲ２１４の責任の領域におけるモバイル機器の現在のデータを記憶する。さらに、ＶＬＲ２１４は、別のネットワークにアクセスするモバイル機器の情報も含んでいる。ＶＬＲ２１４における情報には、アクセスを高速にするために、ＨＬＲ２１２からＶＬＲ２１４へと伝送される永続性のモバイル機器のデータの一部が含まれる。追加情報を遠隔のＨＬＲ２１２ノードからＶＬＲ２１４へと移すことにより、それらのノード間のトラフィック量が低減され得る。それにより、音声サービスおよびデータサービスの応答時間はさらに短くなり得て、同時に、必要とするコンピュータ資源の使用量が減り得る。

ＳＧＳＮ２１６とＧＧＳＮ２１８とは、ＧＳＭ内におけるＧＰＲＳサポート（すなわち、パケット交換データサポート）のために追加された要素である。ＳＧＳＮ２１６およびＭＳＣ２１０は、各モバイル機器１００の位置の経過を追い続けることにより、無線ネットワーク２００内において類似の責任を有する。ＳＧＳＮ２１６は、セキュリティ機能、およびネットワーク２００上のデータトラフィックのアクセス制御を行う。ＧＧＳＮ２１８は、外部のパケット交換ネットワークとのインターネットワーク接続を提供し、ネットワーク２００内において動作するＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）基幹ネットワークを介して、１つ以上のＳＧＳＮ２１６に接続する。通常動作の間において、所定のモバイル機器１００は、ＩＰアドレスを取得し、データサービスにアクセスするために、「ＧＰＲＳ接続」を実行する必要がある。回路スイッチ音声チャネルでは、その必要はない。それは、入ってくるセルと出ていくセルとを経路指定するためにＩＳＤＮ（Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）アドレスを用いるためである。今日では、ＧＰＲＳ可能なネットワークは全て、プライベートな動的に割当てられたＩＰアドレスを用いており、それ故に、ＤＨＣＰサーバー２２０がＧＧＳＮ ２１８に接続されている必要がある。動的にＩＰを割当てるメカニズムは多数あり、ＲＡＤＩＵＳ（Ｒｅｍｏｔｅ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｄｉａｌ−Ｉｎ Ｕｓｅｒ Ｓｅｒｖｉｃｅ）サーバーとＤＨＣＰサーバーとを組み合わせたものを用いるメカニズムも含まれる。ＧＰＲＳ接続が完全になると、モバイル機器１００からＰＣＵ２０８とＳＧＳＮ２１６とを介してＧＧＳＮ ２１８内のＡＰＮ（Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎｏｄｅ）への論理接続が構築される。ＡＰＮは、直接インターネットに互換性のあるサービスまたはプライベートネットワーク接続にアクセスすることができるＩＰトンネルの論理的な終端を表す。各モバイル機器１００が１つ以上のＡＰＮに指定される必要があり、かつ使用が認められたＡＰＮに第１のＧＰＲＳ接続を行わずにモバイル機器１００がデータを交換することができない限り、ＡＰＮは、ネットワーク２００のセキュリティメカニズムも表す。ＡＰＮは、「ｍｙｃｏｎｎｅｃｔｉｏｎ．ｗｉｒｅｌｅｓｓ．ｃｏｍ」などのインターネットのドメインネームに類似すると考えられ得る。

ＧＰＲＳ接続が完了すると、トンネルが生成され、ＩＰパケットにおいてサポートされ得る任意のプロトコルを用いて、全てのトラフィックが標準的なＩＰパケット内において交換される。それは、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）とともに用いられるＩＰセキュリティ（ＩＰｓｅｃ）接続にはよくあるように、トンネル方法（例えば、ＩＰ ｏｖｅｒ ＩＰ）を含む。そのトンネルは、ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）コンテクストとも称され、ネットワーク２００において利用可能な数は限られている。ＰＤＰコンテクストを最大限利用するために、ネットワーク２００は、各ＰＤＰコンテクストに対してアイドルタイマーを動かし、動きがないかを決定する。モバイル機器１００がＰＤＰコンテクストを用いない場合において、ＰＤＰコンテクストは、解放され得て、ＩＰアドレスは、ＤＨＣＰサーバー２２０により管理されるＩＰアドレスプールに戻され得る。

図４を参照すると、一構成例におけるホストシステムの要素を図示するブロック図が示されている。ホストシステム２５０は、通常はコーポレートオフィスまたは別のＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）であるが、別の実現形態においては、例えば、ホームオフィスコンピュータまたは別のプライベートシステムであり得る。図４に示されるこの例において、モバイル機器１００のユーザーが属する組織のＬＡＮとして、ホストシステム２５０が示されている。

ＬＡＮ２５０は、ＬＡＮ接続２６０により相互に接続された複数のネットワーク要素を含む。例えば、ユーザーのモバイル機器１００の付属のクレイドル２６４を備えたユーザーのデスクトップコンピュータ２６２ａがＬＡＮ２５０上にある。例えばシリアル接続またはＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）接続により、モバイル機器１００のクレイドル２６４はコンピュータ２６２ａに結合され得る。別のユーザーコンピュータ２６２ｂもＬＡＮ ２５０上にあり、各々は、モバイル機器の付属のクレイドル２６４を備えてもよいし、備えなくてもよい。クレイドル２６４により、ユーザーコンピュータ２６２ａからモバイル機器１００への情報（例えば、ＰＩＭデータ、モバイル機器１００とＬＡＮ２５０との安全な通信を容易にする対称暗号化秘密鍵）の取り込みが容易になる。クレイドル２６４は、使用のためのモバイル機器１００の初期化において行われることが多いバルク情報更新に特に有用であり得る。モバイル機器１００にダウンロードされる情報は、メッセージの交換に用いられる証明書を含み得る。当業者には、ユーザーコンピュータ２６２ａおよび２６２ｂが、通常、図４に明示されていない周辺装置にも接続され得るということは、理解されるであろう。

本発明の実施形態は、概して電子メールメッセージなどのメッセージの処理に関し、本発明の実施形態には、概ね上記メッセージのモバイル機器１００への通信およびモバイル機器１００からの通信に関するものもある。従って、開示を簡略化するために、図４にはＬＡＮ２５０のネットワーク要素のサブセットのみを示しており、当業者には、このシンプルな構成に対して図４に明示されていない追加の要素をＬＡＮ２５０が含み得るということは、理解されるであろう。より一般的には、ＬＡＮ２５０は、組織の大きなネットワーク（図示せず）の小部分を表し得、図４の例に示されているものと異なった要素を含み得、および／または異なったトポロジーに配置され得る。

この例において、無線ネットワーク２００のノード２０２、およびサービスプロバイダネットワークまたは公開のインターネットなどの共有ネットワークインフラストラクチャ２２４を介して、モバイル機器１００はＬＡＮ２５０と通信する。ＬＡＮ２５０へのアクセスは、１つ以上のルート（図示せず）を介して提供され得る。ＬＡＮ２５０のコンピュータデバイスは、ファイアウォールまたはプロキシサーバ２６６の背後から動作し得る。

別の実現形態において、ＬＡＮ２５０とモバイル機器１００とにおけるデータ交換を容易にするために、ＬＡＮ２５０は無線ＶＰＮルーター（図示せず）を備える。無線ＶＰＮルーターの概念は、無線業界においては新しく、特定の無線ネットワークを直接介するモバイル機器１００へのＶＰＮ接続を構築することができるということを暗示する。無線ＶＰＮルーターの使用の見込みは、最近になってはじめて利用可能になり、新たなＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）バージョン６（ＩＰＶ６）がＩＰベースの無線ネットワークへと達する場合において、無線ＶＰＮルーターを用いることができる。この新たなプロトコルにより、ＩＰアドレスを全てのモバイル機器の専用にするに十分なＩＰアドレスが提供され得る。それにより、常にモバイル機器に情報をプッシュすることができる。無線ＶＰＮルーターを用いることの有利な点は、それが既成のＶＰＮ要素であり得て、個々の無線ゲートウェイおよび個々の無線インフラストラクチャを用いる必要がない。この別の実現形態において、好適には、ＶＰＮ接続は、モバイル機器１００に直接メッセージを送るためのＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）／ＩＰ接続、またはＵＤＰ（Ｕｓｅｒ Ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）／ＩＰ接続であり得る。

モバイル機器１００のユーザーに向けられたメッセージは、最初にＬＡＮ２５０のメッセージサーバー２６８により受信される。上記メッセージは、複数のソースのいずれからら生じ得る。例えば、ＬＡＮ２５０内のコンピュータ２６２ｂから、または無線ネットワーク２００もしくは別の無線ネットワークに接続された別のモバイル機器（図示せず）から、またはメッセージを送信することのできる別のコンピュータデバイスもしくは別の装置から、共有のネットワークインフラストラクチャ２２４を介して、および、おそらくＡＳＰ（ａｐｐｌｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）またはＩＳＰ（Ｉｎｔｅｒｎｅｔ ｓｅｒｖｉｃｅ ｐｒｏｖｉｄｅｒ）を介して、送信者によってメッセージが送信され得る。

メッセージサーバー２６８は、通常、組織内および共有のネットワークインフラストラクチャ２２４上において、メッセージ、特に電子メールメッセージの交換のための一次インターフェースの機能を果たす。メッセージを送受信するようにセットアップ済みの組織における各ユーザーは、通常、メッセージサーバー２６８により管理されたユーザーアカウントに関連付けられている。メッセージサーバー２６８の一例には、Ｍｉｃｒｏｓｏｆｔ Ｅｘｃｈａｎｇｅ（登録商標）サーバーがある。ＬＡＮ２５０が複数のメッセージサーバー２６８を含み得る実現形態もある。メッセージサーバー２６８は、メッセージ管理を越えた追加機能を提供するようにも適合され得る。その機能には、例えば、カレンダーおよびタスクリストに関連したデータの管理が含まれる。

メッセージサーバー２６８によってメッセージが受信されると、通常、メッセージはメッセージ記憶装置（明示せず）に記憶される。それ以降、そのメッセージ記憶装置からメッセージを取り出しユーザーに送信することができる。例えば、ユーザーのコンピュータ２６２ａにおいて作動する電子メールクライアントアプリケーションは、メッセージサーバー２６８に記憶されたユーザーアカウントに関連した電子メールメッセージを要求し得る。次いで、それらのメッセージは、通常、メッセージサーバー２６８から取り出され得て、コンピュータ２６２ａに局所的に記憶され得る。

モバイル機器１００の操作中において、ユーザーは、ハンドヘルドに送信するために電子メールメッセージを取り出すことを望み得る。モバイル機器１００において作動する電子メールクライアントアプリケーションは、メッセージサーバー２６８にユーザーアカウントに関連したメッセージを要求し得る。電子メールクライアントは、（ユーザーまたは管理者により、おそらく組織のＩＴ（ｉｎｆｏｒｍａｔｉｏｎ ｔｅｃｈｎｏｌｏｇｙ）ポリシーに従って）所定の時間間隔で、または所定のイベントが生じたときにおいて、ユーザーの指示でこの要求を行うように構成され得る。モバイル機器１００には自身の電子メールアドレスが割り当てられており、モバイル機器１００に明確にアドレス指定されているメッセージは、メッセージサーバー２６８によりそれらが受信されたときに、モバイル機器１００に自動的にリダイレクトされる、実現形態もある。

モバイル機器１００とＬＡＮ２５０の要素との間におけるメッセージおよびメッセージに関連したデータの無線通信を容易にするために、複数の無線通信サポート要素２７０が提供され得る。この実現例において、無線通信サポート要素２７０は、例えばメッセージ管理サーバー２７２を含む。メッセージ管理サーバー２７２は、特に、後にモバイル機器により処理されるメッセージ（例えば電子メールメッセージ）の管理のサポートを提供するために用いられる。一般的に、メッセージが依然としてメッセージサーバー２６８に記憶されている間において、メッセージ管理サーバー２７２は、メッセージをモバイル機器１００に送信する時、条件、および態様を制御するために用いられ得る。メッセージ管理サーバー２７２は、後の送信のためにメッセージサーバー２６８に送られるモバイル機器１００上に構成されたメッセージの処理を容易にする。

例えば、メッセージ管理サーバー２７２は以下の動作をし得る。その動作とは、新たな電子メールメッセージに対するユーザーの「メールボックス」（例えば、メッセージサーバー２６８上のユーザーアカウントに関連したメッセージ記憶装置）をモニターすること；ユーザーが任意に定義可能なフィルタを新たなメッセージに適用することにより、メッセージをユーザーのモバイル機器１００にリレーする条件および態様を決定すること；例えばＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）またはトリプルＤＥＳを用いて新たなメッセージを圧縮し暗号化し、共有のネットワークインフラストラクチャ２２４および無線ネットワーク２００を介してそれをモバイル機器１００にプッシュすること；および、モバイル機器１００上に構成されたメッセージ（例えば、トリプルＤＥＳを用いて暗号化されたメッセージ）を受信し、その構成されたメッセージを解読し、解凍し、必要に応じて、その構成されたメッセージがユーザーのコンピュータ２６２ａから作り出されたように見えるようにその構成されたメッセージを再フォーマットし、その構成されたメッセージを新たなルートで送信用のメッセージサーバー２６８に送ることである。

モバイル機器１００から送信され、および／またはモバイル機器１００に受信されるメッセージに関連したある種の特性および制限は、例えばＩＴポリシーに従う管理者により、定められ得て、メッセージ管理サーバー２７２により実行され得る。それらには、例えば、モバイル機器１００が暗号化および／または符号化メッセージを受信し得るか否かと、暗号化鍵の最小サイズと、出ていくメッセージを暗号化しおよび／または符号化する必要があるか否かと、モバイル機器１００から送信された全ての安全なメッセージのコピーを所定のコピーアドレスに送信すべきか否かとが含まれ得る。

メッセージ管理サーバー２７２は、別の制御機能を提供するように適合され得る。その機能は、例えば、あるメッセージ情報またはメッセージサーバー２６８に記憶されたメッセージの所定部分（例えば、「ブロック」）をモバイル機器１００に単にプッシュすることである。例えば、モバイル機器１００によって初めてメッセージサーバー２６８からメッセージが取り出されたときにおいて、メッセージ管理サーバー２７２は、モバイル機器１００にメッセージの第１の部分のみをプッシュするように適合され、その部分は所定サイズである（例えば、２ＫＢ）。次いで、ユーザーはさらにメッセージを要求することができ、メッセージ管理サーバー２７２によって、そのメッセージはモバイル機器１００に、類似したサイズのブロックで送信され、おそらくメッセージサイズの最大サイズがあらかじめ定められている。

従って、メッセージ管理サーバー２７２は、モバイル機器１００に伝達されるデータタイプおよびデータ量の優れた制御を容易にし、帯域幅または別の資源の潜在的な浪費を最小限にする助けをすることができる。

当業者には、メッセージ管理サーバー２７２がＬＡＮ２５０または別のネットワークにおいて実在する個々のサーバーに実装される必要はないということは理解されるであろう。例えば、メッセージ管理サーバー２７２に関連した機能の一部または全ては、メッセージサーバー２６８と、またはＬＡＮ２５０の別のサーバーと一体化され得る。さらに、ＬＡＮ２５０は、特に多数のモバイル機器をサポートする必要のある別の実現形態において、複数のメッセージ管理サーバー２７２を含み得る。

本発明の実施形態は、概して、暗号化されおよび／または署名された電子メールメッセージなどのコード化されたメッセージの処理に関する。ＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）、ＲＦＣ８２２ヘッダ、およびＭＩＭＥ（Ｍｕｌｔｉｐｕｒｐｏｓｅ Ｉｎｔｅｒｎｅｔ Ｍａｉｌ Ｅｘｔｅｎｓｉｏｎｓ）のボディパートは、コード化を必要としない典型的な電子メールメッセージの規格を定義するために用いられ得るが、ＭＩＭＥプロトコルの一バージョンであるＳｅｃｕｒｅ／ＭＩＭＥ（Ｓ／ＭＩＭＥ）は、コード化されたメッセージの通信（換言すると、安全なメッセージングアプリケーション）に用いられ得る。Ｓ／ＭＩＭＥは、ｅｎｄ−ｔｏ−ｅｎｄの認証および機密保持を可能にし、メッセージの作成者がメッセージを送信した時点から解読されメッセージの受信者に読み取られるまでデータの完全性および秘密を保護する。安全なメッセージの通信を容易にするために、別の周知の規格およびプロトコル（例えば、ＰＧＰ（Ｐｒｅｔｔｙ Ｇｏｏｄ Ｐｒｉｖａｃｙ（登録商標））、ＯｐｅｎＰＧＰ、および当業者に周知の別のもの）が用いられ得る。

Ｓ／ＭＩＭＥなどの安全なメッセージングプロトコルは、公開および秘密の暗号化鍵に頼ることにより、機密保持および完全性を提供し、ＰＫＩ（Ｐｕｂｌｉｃ Ｋｅｙ Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ）に頼ることにより、認証および承認を提供する情報を伝達する。秘密鍵／公開鍵のペアの秘密鍵を用いて暗号化されたデータは、そのペアの対応する公開鍵を用いてのみ解読され得て、その逆も同様である。公開鍵の情報は共有されるが、秘密鍵の情報は絶対に公開されない。

例えば、送信者が暗号化された形式で受信者にメッセージを送信することを望む場合において、受信者の公開鍵を用いてメッセージを暗号化する。そのメッセージは、受信者の秘密鍵を用いてのみ解読可能である。もしくは、いくつかのコード化手法において、通常は対称的な暗号化手法（例えば、トリプルＤＥＳ）を用いて、一回限りのセッション鍵が、生成され、メッセージのボディを暗号化するために用いられる。次いで、セッション鍵は、例えばＲＳＡなどの公開鍵暗号化アルゴリズムにより、受信者の公開鍵を用いて暗号化される。そのセッション鍵は、受信者の秘密鍵を用いてのみ解読可能である。解読されたセッション鍵を用いることにより、メッセージのボディを解読し得る。メッセージを解読するために用いる必要のある特定の暗号化方法を特定するために、メッセージのヘッダが用いられ得る。別の実現形態において、公開鍵暗号化方法に基づく別の暗号化手法が用いられ得る。しかし、いずれの場合においても、受信者の秘密鍵のみがメッセージの解読を容易にするために用いられ得る。このようにして、メッセージの機密性を保つことができる。

さらなる例として、送信者は、デジタル署名を用いてメッセージに署名し得る。デジタル署名は、送信者の秘密鍵を用いて暗号化されたメッセージのダイジェスト（例えば、メッセージのハッシュ）であり、それは、出ていくメッセージに追加され得る。受信時におけるメッセージの署名を確認するために、受信者は、送信者と同じ手法を用いて（例えば、同じ標準的なハッシュアルゴリズムを用いて）、受信したメッセージのダイジェストを得る。どれが受信したメッセージにマッチするダイジェストであるかを得るために、受信者は送信者の公開鍵を用いてデジタル署名を解読する。受信したメッセージのダイジェストがマッチしない場合において、マッチしないということは、メッセージの中身が伝送中において変化され、および／または、照合に用いた公開鍵がメッセージを作成した送信者の公開鍵でないということを示唆する。この態様でデジタル署名を照合することにより、送信者の認証およびメッセージの完全性を維持することができる。

コード化されたメッセージは、暗号化され得るか、または署名され得るか、または暗号化されかつ署名され得る。この作業において用いられる公開鍵の真偽は、証明書を用いて確認される。証明書は、認証局（ＣＡ）により発行されたデジタル文書である。証明書は、ユーザーとその公開鍵との関連性を認証するために用いられ、基本的に、ユーザーの公開鍵の信頼性の信頼レベルを提供する。証明書は、証明書の所有者の情報を含んでおり、通常、一般に認められた規格（例えば、Ｘ．５０９）にしたがって証明書の内容の形式が合わされる。

例示的な証明チェーン３００が示されている図５について検討する。「Ｊｏｈｎ Ｓｍｉｔｈ」に対して発行された証明書３１０は、個人に対して発行された証明書の一例であり、エンドエンティティ証明書（ｅｎｄ ｅｎｔｉｔｙ ｃｅｒｔｉｆｉｃａｔｅ）とも称され得る。エンドエンティティ証明書３１０は、通常、証明書の所有者３１２（この例においてはＪｏｈｎ Ｓｍｉｔｈ）と証明書の発行者３１４とを識別し、発行者のデジタル署名３１６と証明書の所有者の公開鍵３１８とを含む。証明書３１０は、通常、証明書の所有者を識別する別の情報と属性（例えば、電子メールアドレス、組織名、組織的なユニット名、位置など）を含み得る。その個人が受信者に送るメッセージを作成すると、通例、メッセージとともに個人の証明書３１０が含まれる。

信頼された公開鍵に対して、それが発行する構成は信頼される必要がある。信頼されたＣＡとユーザーの公開鍵との関係は、一連の関連した証明書（証明書チェーンと称される）により表され得る。証明書チェーンに従うことにより、証明書の有効性が決定され得る。

例えば、図５に示された例示的な証明書チェーン３００において、Ｊｏｈｎ Ｓｍｉｔｈが送信を意図したメッセージの受信者は、受信したメッセージに添付の証明書３１０の信頼状態を確認することを望み得る。例えば受信者のコンピュータデバイス（例えば、図４のコンピュータ２６２ａ）において証明書３１０の信頼状態を確認するために、発行者ＡＢＣの証明書３２０が得られ、証明書３２０を用いることにより、証明書３１０が確かに発行者ＡＢＣにより署名されていることを確認する。証明書３２０は、既にコンピュータデバイスの証明書記憶装置に記憶され得る。または、証明書情報源（例えば、図４のＬＤＡＰサーバー２８４、または別のパブリックまたはプライベートＬＤＡＰサーバー）からそれを取り出す必要があり得る。証明書３２０が既に受信者のコンピュータデバイスに記憶されており、受信者によってその証明書が信頼を受けたと示された場合において、記憶され信頼を受けた証明書につながっているために、証明書３１０は信頼を受けていると見なされる。

しかし、図５に示された例において、証明書３３０は、証明書３１０の信頼性の確認を必要とされる。証明書３３０は自己署名（ｓｅｌｆ−ｓｉｇｎ）されており、「ルート証明書」と称される。従って、証明書３２０は、証明書チェーン３００において「中間証明書」と称され得る。ルート証明書へのチェーンが特定のエンドエンティティ証明書に対して決定され得るということを仮定すると、ルート証明書への任意の所定の証明書チェーンは、中間証明書を、含まなくてもよく、または１個、または複数個含み得る。証明書３３０が信頼（例えば、ＶｅｒｉｓｉｇｎまたはＥｎｔｒｕｓｔなどの大きな認証局からの信頼）を受けた発行源により発行されたルート証明書である場合において、証明書３１０は、信頼を受けた証明書につながっているために、信頼を受けていると見なされ得る。メッセージの送信者と受信者とがともにルート証明書３３０の発行源を信頼しているということを暗示している。信頼を受けた証明書に証明書をつなぐことができない場合において、その証明書は、「信頼を受けていない」と見なされ得る。

認証サーバーは、証明書と、取り消された証明書を識別するリストとを記憶している。これらの認証サーバーにアクセスすることにより、証明書を得ることができ、また、証明書の真偽および取り消し状態を確認することができる。例えば、証明書を得るためにＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ Ｄｉｒｅｃｔｏｒｙ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）サーバーが用いられ得て、証明書の取り消し状態を確認するためにＯＣＳＰ（Ｏｎｌｉｎｅ Ｃｅｒｔｉｆｉｃａｔｅ Ｓｔａｔｕｓ Ｐｒｏｔｏｃｏｌ）サーバーが用いられ得る。

標準的な電子メールセキュリティプロトコルは、通常、非モバイルコンピュータデバイス（例えば、図４のコンピュータ２６２ａおよび２６２ｂ；遠隔の卓上型装置）間の安全なメッセージの伝送を容易にする。再度図４を参照すると、送信者により受信された署名付きのメッセージがモバイル機器１００から読まれ、かつ暗号化されたメッセージがその送信者に送信されるようにするために、モバイル機器１００は、別の個人の証明書と、関連した公開鍵とを記憶するように適合される。ユーザーのコンピュータ２６２ａに記憶された証明書は、通常、例えばクレイドル２６４を介して、コンピュータ２６２ａからモバイル機器１００へとダウンロードされ得る。

コンピュータ２６２ａに記憶され、モバイル機器１００にダウンロードされる証明書は、個人に関連した証明書に限らず、例えばＣＡに発行された証明書も含み得る。コンピュータ２６２ａおよび／またはモバイル機器１００に記憶された特定の証明書も、ユーザーによって「信頼を受けた」と明示的に示され得る。従って、モバイル機器１００のユーザーにより証明書が受信された場合において、その証明書を、モバイル機器１００に記憶されており、信頼を受けていると示されている証明書、もしくは信頼を受けている証明書につながれていると決定された証明書とマッチングすることにより、モバイル機器１００において照合され得る。

モバイル機器１００は、ユーザーに関連した公開鍵／秘密鍵のペアの秘密鍵を記憶するように適合され得る。それにより、モバイル機器１００のユーザーは、モバイル機器１００において作成され、かつ出ていくメッセージに署名をすることができ、また、ユーザーの公開鍵により暗号化されたユーザーに送信されるメッセージを解読することができる。例えば、クレイドル２６４を介してユーザーのコンピュータ２６２ａからモバイル機器１００へと秘密鍵がダウンロードされ得る。ユーザーが一識別とメッセージにアクセスする一方法とを共有し得るように、好適には、秘密鍵はコンピュータ２６２ａとモバイル機器１００との間において交換される。

ユーザーコンピュータ２６２ａおよび２６２ｂは、コンピュータ２６２ａ、および２６２ｂ、および／またはモバイル機器（例えば、モバイル機器１００）の記憶装置の代わりに、複数の情報源から証明書を得ることができる。例えば、それらの証明書情報源は、プライベート（例えば、一組織内における使用専用）またはパブリックであり得、局所的または遠隔にあり得、組織のプライベートネットワーク内からまたはインターネットを介してアクセス可能であり得る。図４に示された例において、組織に関連した複数のＰＫＩサーバー２８０は、ＬＡＮ２５０上にある。ＰＫＩサーバー２８０は、証明書を発行するＣＡサーバー２８２と、証明書（例えば、組織内の個人に対する）を検索しダウンロードするために用いられるＬＤＡＰサーバー２８４と、証明書の取り消し状態を確認するために用いられるＯＣＳＰサーバー２８６とを含む。

ユーザーコンピュータ２６２ａにより、証明書は、例えばクレイドル２６４を介してモバイル機器１００にダウンロードされるようにＬＤＡＰサーバー２８４から取り出され得る。しかし、別の実現形態において、ＬＤＡＰサーバー２８４は、モバイル機器１００により直接（すなわち、この状況では「電波を介して」）アクセスされ得、モバイル機器１００は、モバイルデータサーバー２８８を介して個々の証明書を検索し取り出し得る。同様に、モバイルデータサーバー２８８は、証明書の取り消し状態を確認するためにモバイル機器１００が直接ＯＣＳＰサーバー２８６に照会することができるように適合され得る。

当業者には、モバイルデータサーバー２８８がＬＡＮ２５０の別の要素の個々のコンピュータデバイスにある必要はないということと、別の実現形態において、ＬＡＮ２５０の別の要素として同一のコンピュータデバイスにモバイルデータサーバー２８８が提供され得るということとは、理解されるであろう。さらに、別の実現形態において、モバイルデータサーバー２８８の機能は、ＬＡＮ２５０の別の要素（例えば、メッセージ管理サーバー２７２）の機能と一体化され得る。

別の実現形態において、選択されたＰＫＩサーバー２８０のみがモバイル機器にアクセス可能になされ得る（例えば、証明書の取り消し状態はモバイル機器１００からのチェックが許可されているが、証明書のダウンロードはユーザーのコンピュータ２６２ａおよび２６２ｂからのみ許可されている）。

別の実現形態において、あるＰＫＩサーバー２８０は、例えば、おそらくＩＴポリシーに従って、ＩＴ管理者により指定されたように、特定のユーザーに登録されたモバイル機器へのみアクセス可能になされ得る。

証明者の別の情報源（図示せず）は、例えば、ウィンドウズ（登録商標）証明書記憶装置、ＬＡＮ２５０上またはＬＡＮ２５０外の別の安全な証明書記憶装置、およびスマートカードを含み得る。

図６を参照すると、メッセージサーバー（例えば、図４のメッセージサーバー２６８）に受信され得るようなコード化されたメッセージの一例の要素を図示するブロック図が概ね３５０として示されている。コード化されたメッセージ３５０は、通常、ヘッダ部分３５２と、コード化されたボディ部分３５４と、選択が任意の１つ以上のコード化された添付ファイル３５６と、１つ以上の暗号化されたセッション鍵３５８と、署名および署名に関連した情報３６０とを１つ以上含む。例えば、ヘッダ部分３５２は、通常、「Ｔｏ」、「Ｆｒｏｍ」、「ＣＣ」アドレスなどのアドレス情報を含み、例えばメッセージ長インジケータと、送信者の暗号化および署名方法の識別子とを含み得る。実際のメッセージの中身は、通常、メッセージボディ、すなわちデータ部分３５４、およびおそらく１つ以上の添付ファイル３５６を含み、それは、セッション鍵を用いて送信者により暗号化され得る。セッション鍵を用いる場合において、その鍵は、各受信者に対するそれぞれの公開鍵を用いて、意図された受信者の各々に対して暗号化され、３５８においてメッセージに含まれる。メッセージが署名された場合において、署名および署名に関連した情報３６０も含められる。それは、例えば、送信者の証明書を含められ得る。

図６に示されるようなコード化されたメッセージに対する規格は、例としてのみ提供されたものであり、当業者には、本発明の実施形態が別の規格のコード化されたメッセージに適用可能であり得るということは、理解されるであろう。具体的に用いるメッセージング方法に依存して、コード化されたメッセージの要素は、図６に示されたものと別の順序で現われ得る。コード化されたメッセージの要素は、少ないかまたは多くあり得、または別の要素を含み得て、それは、コード化されたメッセージが暗号化されたか、または署名されたか、または暗号化されかつ署名されたかに依存し得る。

本発明の実施形態は、概して、証明書を検索し取り出すシステムおよび方法に向けられている。一実施形態において、モバイル機器（例えば、図４のモバイル機器１００）にあり、かつモバイル機器に対して実行される証明書検索アプリケーションは、１つ以上の認証サーバー（例えば、図４のＬＤＡＰサーバー２８４）に対して証明書の検索を開始するようにプログラムされる。この実施形態において、モバイル機器は、中間コンピュータデバイス（例えば、図４のモバイルデータサーバー２８８）を介して、認証サーバーから証明書を検索し取り出す。

図４を参照して、モバイル機器１００の証明書検索アプリケーションが、モバイルデータサーバー２８８を介してＬＤＡＰサーバー２８４から個々の証明書を検索し取り出す実現例について検討する。検索要求は証明書検索アプリケーションにより受け取られる。その要求は、通常、ユーザーにより証明書を捜し出すことが望まれている個人の名、姓、および電子メールアドレスを提供するユーザーによる要求である。例えば、名前のうちの数文字を入力し、その文字を接頭語として含む名前を含んで発行される証明書を全て返すという検索クエリを構成することによって、または、入力フィールドにワイルドカードまたはブランクな項目を用いることにより、検索を拡張することによって、ある検索要求は拡大され得る。次いで、検索要求は、モバイル機器１００からモバイルデータサーバー２８８へと伝達され、モバイルデータサーバー２８８は、要求された証明書に関してＬＤＡＰサーバー２８４を照会する。この実現例において、捜し出された証明書は、モバイルデータサーバー２８８により取り出され、取り出された証明書の各々に関連する特定の検索結果データ（例えば、それぞれ証明書が発行された個人（または実体）の俗名および電子メールアドレス）はモバイル機器１００に伝達され、それにより、ユーザーへと表示するために、検索結果のデータからリストが生成され得る。次いで、ユーザーは、リストからモバイル機器１００にダウンロードし記憶する特定の証明書を選択することができる。次いで、その選択は、モバイルデータサーバー２８８に伝達され、モバイルデータサーバー２８８から、選択された証明書がモバイル機器１００にダウンロードされる。

モバイル機器１００のユーザーが送信者から署名付きメッセージを受信すると、メッセージの完全性を確認し、送信者の識別を確認するために、送信者の証明書が要求される。本明細書および添付の特許請求の範囲において、この証明書は、「送信者証明書」または「送信者の証明書」と言及され得る。モバイル機器１００にあり、そこで実行されるメッセージングアプリケーションを介して、ユーザーが見ることを目的として、受信されたメッセージの一部のみがモバイル機器１００にダウンロードされる状況を検討する。受信されたメッセージのその部分は、同様に、ヘッダ情報（例えば、図６のヘッダ３５２）を含み、通常、その情報から少なくとも送信者の電子メールアドレスを得ることができる。しかし、モバイル機器１００により受信されたメッセージのその部分は、送信者の証明書、または必要な証明書を識別するために用いられ得る識別子を含まなくてもよい。それは、そのような署名に関連した情報は、通常、メッセージの末端の付近に付けられているためである（例えば、図６の署名および署名に関連した情報３６０を参照のこと）。

モバイル機器１００上の証明書検索アプリケーションは、送信者の証明書をダウンロードするために作動され得る（例えば、メッセージを見ているときにおいて、アクセス可能にされた適切なメニューオプションを選択するユーザーにより作動される）。ダウンロードされたヘッダ情報から送信者の電子メールアドレスを得ることができるために、証明書検索アプリケーションは、モバイルデータサーバー２８８を介して、１つ以上の認証サーバー（例えば、ＬＤＡＰサーバー２８４）上のマッチする電子メールアドレスを有する証明書の検索を自動的に開始し得る。特に、メッセージに送信者の証明書が添付されていない場合において、証明書検索アプリケーションを用いて認証サーバーから証明書を取り出す必要があり得る。

しかし、その検索により、指定された電子メールアドレスにマッチする複数の証明書が捜しだされ得る。従来技術のシステムにおいて、メッセージに関連した必要な証明書を正確に識別するために必要な情報を含んでいるメッセージの部分がモバイル機器１００にダウンロードされていない場合において、検索において捜し出された複数の証明書を識別するリストから正確な証明書を確かに選択することができないかもしれない。次いで、ユーザーは正確な証明書を推測する必要があり得るか、または、モバイル機器の記憶装置の捜し出された証明書の全てをダウンロードする必要があり得、それは、時間および帯域幅を浪費する。電子メール以外のデータがメッセージから取り出され、証明書検索を実行するために用いられる場合において、類似した問題が生じ得る。

従って、本発明の実施形態は、概して、１つ以上の認証サーバーの検索において捜し出された複数の証明書から、ユーザーのコンピュータデバイス（例えば、モバイル機器）にメッセージ全体がダウンロードされていない場合でさえ、メッセージに関連した証明書の決定を容易にすることができる方法に関する。

図７Ａを参照すると、本発明の一実施形態における、証明書を検索し取り出す方法の工程を示すフローチャートが、概ね４００として示されている。

工程４１０において、コンピュータデバイス（例えば、図４のモバイル機器１００）のユーザーに向けられたメッセージが、メッセージサーバー（例えば、図４のメッセージサーバー２６８）において受信される。一実現例において、メッセージ管理サーバー（例えば、図４のメッセージ管理サーバー２７２）は、メッセージサーバーに記憶された受信済みのメッセージの第１の部分をモバイル機器にプッシュする。メッセージ管理サーバーは、ユーザーが要求したときにおいて、おそらくメッセージサイズの最大サイズがあらかじめ定められており、受信されたメッセージのさらなる部分を送ることができる。モバイル機器に送られたメッセージ部分は、通常、ヘッダ情報（例えば、図６のヘッダ３５２）を含み、それは、通常メッセージの最初に提供される。

本発明の実施形態において、メッセージ管理サーバーは、送られるメッセージ部分（例えば、メッセージのヘッダ）に、証明書識別用データを追加する。証明書が受信済みのメッセージに伴う場合において、メッセージ管理サーバーは、証明書を処理することにより証明書識別用データを生成することができる。一実施形態において、メッセージ管理サーバーは、少なくとも証明書の一部におけるハッシュにハッシュアルゴリズムを適用する。次いで、そのハッシュは、証明書識別用データとして用いられ、モバイル機器に送られたメッセージ部分（例えば、ヘッダ）に追加される。一実現形態において、ハッシュを生成するために証明書の全体がハッシュされる。しかし、別の実現形態において、ハッシュが一意的にかつ正確に同一の証明書を識別する確率はハッシュされた部分またはフィールドに依存して低くなり得るが、ハッシュを生成するために証明書の１つ以上の特定の部分またはフィールドがハッシュされ得る。

別の実施形態において、証明書を解析することにより証明書のシリアル番号および発行者を識別することによって、メッセージ管理サーバーは、受信したメッセージに伴う証明書を処理する。次いで、このシリアル番号および発行者のデータは、証明者識別用データとして用いられ、モバイル機器に送られるメッセージ部分（例えば、ヘッダ）に追加される。

同様に、送信者の証明書が受信済みのメッセージに伴わない場合において、メッセージ管理サーバーは、例えば、メッセージにおける署名に関連した情報を解析することにより、メッセージに関連した送信者の証明書を識別するデータ（例えば、メッセージの署名に用いられる証明書のシリアル番号および発行者）を取り出し得る。次いで、このデータは証明書識別用データとして用いられ、モバイル機器に送られるメッセージ部分（例えば、ヘッダ）に追加される。

アプリケーションによっては、証明書識別用データとして証明書からのシリアル番号および発行者データを用いることは、実際の証明書のハッシュを用いる場合（図５を参照して記載されたようにして証明書が確認され得る場合）と比べて、安全性にかけると見なされ得る。それは、シリアル番号および発行者データが偽造されやすくあり得るためである。しかし、証明書識別用データのいずれかのタイプを用いることは、所望される安全性のレベルに依存するが、別の実現形態において有用であり得る。

生成された証明書識別用データを用いることにより、受信済みメッセージに関連した送信者の証明書が一意的に識別され得る。それは、受信済みメッセージの実際の署名および署名に関連した情報（例えば、図６の署名および署名に関連した情報３６０）がモバイル機器に送られていない場合において、特に有用であり得る。

工程４２０において、モバイル機器にあり、そこにおいて実行されるメッセージングアプリケーションは、受信されたメッセージの１つ以上の部分を受信し、それはメッセージ管理サーバーからの証明書識別用データを含む。ユーザーの要求に応答して、受信されたメッセージの追加部分は、メッセージ管理サーバーから取り出され得る。

選択は任意であるが、工程４３０において、メッセージングアプリケーションは、メッセージ管理サーバーから受信された証明書識別用データを用いることにより、受信されたメッセージに関連した証明書が、モバイル機器の１つ以上の指定済みの証明書記憶装置において既に記憶されたか否かを決定することができる。証明書が既に記憶されたか否かに対応するしるしは、例えば、表示されたメッセージ部分により提供され得るか、または、メッセージが、ユーザーにより受信されたメッセージのリストにおいて識別されるエントリのそばに提供され得る。

例えば、証明書識別用データがハッシュを備える実施形態では、工程４３０において、メッセージングアプリケーションは、モバイル機器の１つ以上の指定された証明書の記憶装置に記憶された各証明書に対してハッシュを生成し、生成されたハッシュの各々と証明書識別用データとして提供されたハッシュとを比較することにより、証明書が既にモバイル機器に記憶されたか否かを決定する。この工程において記憶された証明書のハッシュを生成するときに、工程４１０において用いたものと同一のハッシュアルゴリズムを（証明書全体がハッシュされていない場合においては、記憶された証明書の同一の部分またはフィールドに）適用する。従って、所定の生成され記憶された証明書ハッシュが、メッセージ管理サーバーから受信されたハッシュとマッチする場合において、そのマッチは、決定されたと判断される。

もしくは、証明書識別用データがシリアル番号および発行者データを備える場合においては、工程４３０において、メッセージングアプリケーションは、モバイル機器の１つ以上の指定された証明書記憶装置に記憶された証明書の各々に関連したシリアル番号と発行者データとを、証明書識別用データとして提供されたシリアル番号と発行者データと、比較することにより、証明書がモバイル機器に既に記憶されたか否かを決定する。

別の実現形態において、工程４３０は、メッセージングアプリケーション以外のモバイル機器にありそこにおいて実行されるアプリケーション（例えば、証明書検索アプリケーション）により実行され得る。

工程４４０において、モバイル機器にありそこにおいて実行される証明書検索アプリケーションにより、証明書に対する検索要求がなされる。例えば、その検索要求はユーザーにより開始され得て、ユーザーは、証明書検索アプリケーションを起動するメッセージングアプリケーションにより提供されたメニューオプションを選択する。もしくは、メッセージングアプリケーションまたはモバイル機器上の別のアプリケーションが、証明書検索アプリケーションを自動的に起動し得る（例えばメッセージを受信したときにおいて、おそらく工程４３０において証明書がモバイル機器に既に記憶されていないと決定された後において）。

一実現例においては、工程４４０において証明書検索を要求するときにおいて、証明書検索アプリケーションは、モバイルデータサーバー（例えば、図４のモバイルデータサーバー２８８）を介して、少なくとも１つの認証サーバー（例えば、図４のＬＤＡＰサーバー２８４）に検索要求を伝送する。その検索要求は、通常電子メールアドレスと、おそらく受信されたメッセージの送信者に関連した少なくとも１つの名前とを含むデータを備える。しかし、当業者には、本発明の範囲を逸脱することなく、種々の検索クエリが構成され得るということは理解されるであろう。

工程４５０において、モバイルデータサーバーは、工程４４０においてモバイル機器の証明書検索アプリケーションによりなされた検索要求を満たす証明書に対して、少なくとも１つの認証サーバーに照会する。その検索クエリの結果として捜し出された証明書は、モバイルデータサーバーにより少なくとも１つの認証サーバーから取り出される。

工程４６０において、その捜し出された証明書は、モバイルデータサーバーからモバイル機器にダウンロードされる。ダウンロードされた証明書は、通常、さらなる処理をするために、モバイル機器に一時的に記憶される。

工程４７０において、証明書検索アプリケーションにより、工程４６０においてモバイル機器にダウンロードされたその捜し出された証明書を処理することにより、もしある場合は、捜し出された証明書が、受信したメッセージに添付された証明書識別用データにより識別されたその受信したメッセージに関連した証明書にマッチするか否かを決定する。

証明書識別用データがハッシュを備える実施形態において、証明書検索アプリケーションは、捜し出された証明書の各々に対してハッシュを生成し、生成されたハッシュの各々と、証明書識別用データとして提供されたハッシュとを比較することにより、適切なマッチを決定する。この工程においてその記憶された証明書のハッシュを生成するときにおいて、工程４１０において用いられたものと同一のハッシュアルゴリズムを適用する。従って、所定の捜し出された証明書の生成されたハッシュが、証明書識別用データとして提供されたハッシュとマッチする場合において、そのマッチは、決定されたと判断される。

もしくは、証明書識別用データがシリアル番号と発行者データとを備える実施形態において、証明書検索アプリケーションは、捜し出された証明書の各々に関連したシリアル番号と発行者データとを、証明書識別用データとして提供されたシリアル番号と発行者データと、比較し、それにより適切なマッチを決定する。

選択は任意であるが、工程４８０において、工程４６０においてダウンロードされたその捜し出された証明書を識別するリストは、インジケータまたはそのリストにおける証明書のマッチングを識別するために用いられる別の強調表示を用いて、ユーザーに表示され得る。次いで、ユーザーは、将来の使用のためにモバイル機器の証明書記憶装置において後に記憶されるマッチした証明書（および、おそらく別の捜し出された証明書）の選択を促され得る。

工程４９０において、マッチした証明書は、モバイル機器の証明書記憶装置に記憶される。一実施形態において、ユーザーが工程４８０においてその選択を促されることなく、この工程は、証明書検索アプリケーションにより自動的に実行され得る。

別の実施形態において、マッチした証明書は、例えば記憶の前または後において、その信頼状態を確認するために有効にされ得る（工程は図示せず）。

図７Ｂを参照すると、本発明の別の実施形態における証明書を検索し取り出す方法における工程を図示するフローチャートが、概ね４００ｂとして示されている。証明書検索アプリケーションがモバイルデータサーバーに証明書識別データを（例えば、検索要求とともに）パスし得るという点を除いて、方法４００ｂは方法４００と類似している。それにより、モバイルデータサーバーは、検索において捜し出された証明書を全てではなく、マッチした証明書のみをモバイル機器に返すことができる。

具体的には、本発明のこの実施形態においては、工程４４０において、モバイル機器において最初に受信されたメッセージ管理サーバーからの証明書識別用データは、検索要求とともにモバイルデータサーバーに送られる。

工程４６０ｂにおいて、モバイルデータサーバーは、その捜し出された証明書を処理することによって、工程４４０においてモバイル機器からのモバイルデータサーバーにおいて受信された証明書識別用データにより識別されるように、いずれの捜し出された証明書が、受信されたメッセージに関連した証明書にマッチするかを決定する。次いで、マッチした証明書のみがこの工程においてモバイル機器にダウンロードされ、それは、それに続く工程４９０におけるモバイル機器の証明書記憶装置における記憶のために行われる。ユーザーは、記憶の前に、マッチした証明書の記録の許可を促され得る（工程は図示せず）。

図７Ｂに示された残りの工程に関する詳細は、図７Ａを参照して提供される。

本発明の別の実施形態において、一意的に証明書を識別するために用いられ得る別のデータが、証明書識別用データとして用いられ得る。

本発明の別の実施形態において、捜し出された証明書は、１つ以上の認証サーバーから取り出され得、モバイルデータサーバーまたは別の中間コンピュータデバイスを介した伝送なく、モバイル機器にダウンロードされ得る。

本発明の実施形態について、モバイル機器を参照して説明してきた。しかし、モバイル機器以外のコード化されたメッセージを受信するように適合された装置に適応され得る実施形態もある。

本発明の実施形態において証明書を検索し取り出す方法の工程は、コンピュータ読取り可能媒体（伝送型の媒体を含み得る）に記憶された実行可能なソフトウェア命令として提供され得る。

複数の実施形態に関して本発明を説明してきた。しかし、当業者には、添付の特許請求の範囲において定義される本発明の範囲を逸脱することなく別の変更および修正がなされ得るということは、理解されるであろう。

一実現例におけるモバイル機器のブロック図である。 図１のモバイル機器の通信サブシステム要素のブロック図である。 無線ネットワークのノードのブロック図である。 一構成例におけるホストシステムの要素を図示するブロック図である。 証明書チェーンの一例を示すブロック図である。 コード化されたメッセージの一例の要素を示すブロック図である。 本発明の一実施形態における証明書を検索し取り出す方法の工程を示すフローチャートである。 本発明の別の実施形態における証明書を検索し取り出す方法の工程を示すフローチャートである。

符号の説明

１００ モバイル機器
１０２ マイクロプロセッサ
１０４ 通信サブシステム
１０６ ＲＡＭ
１０８ フラッシュメモリ
１１０ ディスプレイ
１１２ 補助Ｉ／Ｏサブシステム
１１４ シリアルポート
１１６ キーボード
１１８ スピーカ
１２０ マイクロフォン
１２２ 短距離通信
１２４ 別の装置
１２６ ＳＩＭ
１２８ ＳＩＭインターフェース
１３０ 充電式バッテリ
１３２ バッテリインターフェース
１５０ 受信器
１５２ 送信器
１５４、１５６ アンテナ
１５８ ＬＯ
１６０ ＤＳＰ
２００ 無線ネットワーク
２０２ ノード
２０４ ＢＳＣ
２０６ タワー局
２０８ ＰＣＵ
２１０ ＭＳＣ
２１２ ＨＬＲ
２１４ ＶＬＲ
２１６ ＳＧＳＮ
２１８ ＧＧＳＮ
２２０ ＤＨＣＰ
２２２ ＰＳＴＮ
２２４ パブリックまたはプライベートネットワーク
２５０ ホストシステム
２６０ ＬＡＮ接続
２６２ａ、２６２ｂ コンピュータ
２６４ クレイドル
２６６ プロキシサーバ
２６８ メッセージサーバー
２７０ 無線通信サポート要素
２７２ メッセージ管理サーバー
２８０ ＰＫＩサーバー
２８２ ＣＡサーバー
２８４ ＬＤＡＰサーバー
２８６ ＯＣＳＰサーバー
２８８ モバイルデータサーバー
３００ 証明チェーン
３１０、３２０、３３０ 証明書
３１２ 証明書の所有者
３１４ 証明書の発行者
３１６ デジタル署名
３１８ 公開鍵
３５０ メッセージ
３５２ ヘッダ部分
３５４ ボディ部分
３５６ 添付ファイル
３５８ セッション鍵
３６０ 署名および署名に関連した情報

Claims (18)

1. 送信者のコンピュータデバイスからユーザーのコンピュータデバイスに送信されたメッセージに関連する証明書を検索し、取り出す方法であって、前記メッセージは、前記メッセージに関連付けられた送信者証明書を識別するデータを含み、
   前記方法は、
   前記ユーザーのコンピュータデバイスにおいて、メッセージマネジメントサーバーを介して、前記送信者のコンピュータデバイスから前記メッセージの少なくとも一部を受信する工程と、
   前記ユーザーのコンピュータデバイスにおいて、前記送信者証明書のための証明書識別データを受信する工程であって、前記証明書識別データは、前記メッセージマネジメントサーバーによって、前記メッセージ内の前記送信者証明書を識別するデータから生成され、前記証明書識別データは、前記送信者証明書を一意的に識別する、工程と、
   前記ユーザーのコンピュータデバイスが、検索を実行することにより、前記ユーザーのコンピュータデバイス上に格納された証明書の所在位置を突き止める工程と、
   前記証明書識別データを用いて、前記ユーザーのコンピュータデバイス上で所在位置が突き止められた各証明書を処理することにより、前記ユーザーのコンピュータデバイスが、前記ユーザーのコンピュータデバイス上で所在位置が突き止められた処理中の前記証明書が前記メッセージに関連付けられた前記送信者証明書であるか否かを決定する工程と
   を含む、方法。
2. 前記ユーザーのコンピュータデバイスが、前記送信者に関連付けられた証明書の証明書検索要求を１つ以上の認証サーバーに送信する工程と、
   前記ユーザーのコンピュータデバイスが、前記１つ以上の認証サーバー上で検索を実行する工程であって、前記証明書検索要求を満たす証明書を取り出すことを要求するために、少なくとも１つのクエリが１つ以上の認証サーバーに提示される、工程と、
   前記ユーザーのコンピュータデバイスが、前記１つ以上の認証サーバーから、前記証明書検索要求を満たす少なくとも１つの証明書を取り出す工程と、
   前記ユーザーのコンピュータデバイスが、前記証明書識別データを用いて、前記証明書検索要求を満たすそれぞれの取り出された証明書を処理することにより、前記証明書検索要求を満たすそれぞれの証明書が前記メッセージに関連付けられた前記送信者証明書であるか否かを決定する工程と、
   前記証明書検索要求を満たすそれぞれの証明書が前記メッセージに関連付けられた前記送信者証明書であると決定された場合には、前記ユーザーのコンピュータデバイスが、前記証明書検索要求を満たすそれぞれの証明書を前記ユーザーのコンピュータデバイス上に格納する工程と
   をさらに含む、請求項１に記載の方法。
3. 前記ユーザーのコンピュータデバイスは、モバイルデバイスを含む、請求項１または請求項２のいずれかに記載の方法。
4. １つ以上の認証サーバー上で検索を実行する工程と、前記１つ以上の認証サーバーから前記証明書検索要求を満たす少なくとも１つの証明書を取り出す工程とは、前記モバイルデバイスに結合された第２のコンピュータデバイスにおいて実行される、請求項２に従属する場合の請求項３に記載の方法。
5. 前記第２のコンピュータデバイスは、モバイルデータサーバーを含む、請求項４に記載の方法。
6. 前記証明書識別データを用いて、前記証明書検索要求を満たすそれぞれの取り出された証明書を処理することにより、前記証明書検索要求を満たすそれぞれの証明書が前記メッセージに関連付けられた前記送信者証明書であるか否かを決定する工程は、前記第２のコンピュータデバイスにおいてもまた実行され、前記方法は、前記メッセージに関連付けられた前記送信者証明書であると決定された前記証明書検索要求を満たすそれぞれの証明書を前記第２のコンピュータデバイスから前記モバイルデバイスにダウンロードする工程をさらに含む、請求項４または請求項５のいずれかに記載の方法。
7. 前記証明書識別データを用いて、前記証明書検索要求を満たすそれぞれの取り出された証明書を処理することにより、前記証明書検索要求を満たすそれぞれの証明書が前記メッセージに関連付けられた前記送信者証明書であるか否かを決定する工程は、前記モバイルデバイスにおいて実行され、前記方法は、１つ以上の認証サーバーから取り出された前記証明書検索要求を満たすそれぞれの証明書を前記第２のコンピュータデバイスから前記モバイルデバイスにダウンロードする工程をさらに含む、請求項４または請求項５のいずれかに記載の方法。
8. 前記１つ以上の認証サーバーから取り出された前記証明書検索要求を満たす前記少なくとも１つの証明書のリストを前記ユーザーのコンピュータデバイス上に表示することをさらに含み、前記リストは、前記証明書検索要求を満たす証明書のどれが（もしあれば）前記メッセージに関連付けられた前記送信者証明書であると決定されたものであるかを示す、請求項２〜７のいずれか１項に記載の方法。
9. 前記リストから、前記証明書検索要求を満たす前記少なくとも１つの証明書の１つ以上のユーザー選択を受信することと、前記証明書検索要求を満たす前記少なくとも１つの証明書の１つ以上のユーザー選択を前記ユーザーのコンピュータデバイス上の証明書格納部に格納することとをさらに含む、請求項８に記載の方法。
10. 前記証明書識別データを用いて、前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書を処理することにより、前記ユーザーのコンピュータデバイス上で所在位置が突き止められた前記証明書が前記メッセージに関連付けられた前記送信者証明書であるか否かを決定することは、前記送信者に関連付けられた証明書の証明書検索要求を提供する工程に先立って実行される、請求項２または請求項２に従属する場合の請求項３〜９のいずれか１項に記載の方法。
11. 前記証明書識別データを用いて、前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書を処理することにより、前記ユーザーのコンピュータデバイス上で所在が突き止められた前記証明書が前記メッセージに関連付けられた前記送信者証明書であるか否かを決定することは、
    前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書に関連付けられた証明書識別データを生成する工程と、
    前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書の前記生成された証明書識別データと、前記ユーザーのコンピュータデバイスにおいて受信された前記証明書識別データとを比較することにより、前記送信者証明書に一致する格納された証明書を識別する工程と
    を含む、請求項１〜１０のいずれか１項に記載の方法。
12. 前記証明書検索要求を満たすそれぞれの取り出された証明書を処理することにより、前記証明書検索要求を満たす取り出された証明書が前記メッセージに関連付けられた前記送信者証明書であるか否かを決定することは、
    前記証明書検索要求を満たすそれぞれの取り出された証明書に関連付けられた証明書識別データを生成する工程と、
    前記証明書検索要求を満たすそれぞれの取り出された証明書に対して生成された証明書識別データと、前記ユーザーのコンピュータデバイスにおいて受信された前記証明書識別データとを比較することにより、前記送信者証明書に一致する前記証明書検索要求を満たす取り出された証明書を識別する工程と
    を含む、請求項２または請求項２に従属する場合の請求項３〜１１のいずれか１項に記載の方法。
13. 前記送信者証明書の前記証明書識別データは、前記送信者証明書の連続番号および発行人データを含み、前記証明書検索要求を満たすそれぞれの証明書は、前記証明書検索要求を満たす前記証明書の連続番号および発行人データを取得するように分解され、前記証明書検索要求を満たすそれぞれの証明書に対して取得された連続番号および発行人データは、前記送信者証明書の前記証明書識別データと比較される、請求項２または請求項２に従属する場合の請求項３〜１２のいずれか１項に記載の方法。
14. 前記送信者証明書の前記証明書識別データは、前記送信者証明書の少なくとも一部のハッシュを含み、前記証明書検索要求を満たすそれぞれの証明書は、証明書に適用されるハッシュアルゴリズムを有し、前記ユーザーのコンピュータデバイスまたはメッセージマネジメントサーバーが、前記証明書検索要求を満たす証明書のそれぞれのハッシュを取得し、証明書検索要求を満たすそれぞれの証明書に対して取得されたハッシュは、前記送信者証明書の前記証明書識別データと比較される、請求項２または請求項２に従属する場合の請求項３〜１２のいずれか１項に記載の方法。
15. 前記送信者証明書の前記証明書識別データは、前記送信者証明書の連続番号および発行人データを含み、前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書は、前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書の連続番号および発行人データを取得するように分解され、前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書に対して取得された連続番号および発行人データは、前記送信者証明書の前記証明書識別データと比較される、請求項１〜１４のいずれか１項に記載の方法。
16. 前記送信者証明書の前記証明書識別データは、前記送信者証明書の少なくとも一部のハッシュを含み、前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書は、前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書のハッシュを取得するように、証明書に適用されるハッシュアルゴリズムを有し、前記ユーザーのコンピュータデバイス上で所在位置が突き止められたそれぞれの証明書に対して取得されたハッシュは、前記送信者証明書の前記証明書識別データと比較される、請求項１〜１４のいずれか１項に記載の方法。
17. 送信者のコンピュータデバイスからユーザーのコンピュータデバイスによって受信されたメッセージに関連する証明書を検索し、取り出すシステムであって、前記メッセージは、前記メッセージに関連付けられた送信者証明書を識別するデータを含み、
    前記システムは、
    前記メッセージに関連付けられた送信者証明書を識別する前記データから証明書識別データを生成するように構成されているメッセージマネジメントサーバーであって、前記証明書識別データは、前記送信者証明書を一意的に識別する、メッセージマネジメントサーバーと、
    前記メッセージマネジメントサーバーから前記メッセージの少なくとも一部と前記証明書識別データとを受信するように構成されているモバイルデバイスを含むユーザーのコンピュータデバイスと、
    前記ユーザーのモバイルデバイスから前記送信者に関連付けられた証明書の検索要求を受信し、前記検索要求を満たす所在位置が突き止められた証明書を求めて１つ以上の認証サーバーにクエリすることによって１つ以上の認証用サーバー上での検索を実行し、前記１つ以上の認証サーバーから所在位置が突き止められた証明書を取り出すように構成されているモバイルデータサーバーと
    を含み、
    前記モバイルデバイスおよび前記モバイルデータサーバーのうちの少なくとも一方は、前記モバイルデータサーバーにおいて取り出されたそれぞれの所在位置が突き止められた証明書を処理することにより、前記証明書識別データを用いて、所在位置が突き止められたそれぞれの証明書が前記メッセージに関連付けられた前記送信者証明書であるか否かを決定するようにさらに構成されており、
    前記モバイルデバイスは、前記メッセージに関連付けられた前記送信者証明書であると決定された所在位置が突き止められた証明書を格納する１つ以上の証明書格納部を提供するように構成されている、システム。
18. ユーザーのコンピュータデバイス上で実行されるソフトウェアアプリケーションであって、
    前記アプリケーションは、コンピュータ読み取り可能な格納媒体に格納され、前記アプリケーションは、請求項１〜１６のいずれか１項に記載の方法の工程を実行するための手段として前記ユーザーのコンピュータデバイスを機能させる、ソフトウェアアプリケーション。

Images