【手続補正書】
【提出日】平成18年7月24日(2006.7.24)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ブラウザ（２０）を含む、通信ネットワーク（１２）に接続されたネットワーク接続デバイス（１０）から、電子的に、Ｓ／ＭＩＭＥ準拠文書を送信及び受信するためのシステムであって、
前記ネットワーク接続デバイス（１０）は、
（ａ）前記ブラウザ（２０）内でＰＫＩトランザクションを行うことを可能にするように、前記ネットワーク接続デバイス（１０）上で該ブラウザ（２０）に動作可能にリンクされた、前記ネットワーク接続デバイス（１０）上にロードされる暗号化／復号化機能（２４）、
（ｂ）また前記ネットワーク接続デバイス上にロードされ、該ネットワーク接続デバイス（１０）上で前記ブラウザ(２０)及び前記暗号化／復号化機能（２４）に動作可能にリンクされる[薄型クライアント]Ｓ／ＭＩＭＥ機能（３０４）
を含み、該Ｓ／ＭＩＭＥ機能（３０４）は、前記暗号化／復号化機能（２４）と協働して、前記ネットワーク接続デバイス（１０）が、前記ブラウザ（２０）の動作により、該ネットワーク接続デバイス（１０）と他のリモートのネットワーク接続デバイス（１０）との間でＳ／ＭＩＭＥ準拠文書を送信及び受信することを可能にする
ことを特徴とするシステム。
【請求項２】
各々がデータを暗号化及び復号化するために公開鍵基盤内の関連ユーザによって使用可能である複数の鍵、を格納するためのキーストレージ手段（３０２）、
をさらに備え、前記複数の鍵の中のある鍵の予想されるユーザが、該鍵の関連ユーザであるかどうかを判断するために、前記暗号化／復号化機能（２４）によってユーザ認証手段を提供し、
前記暗号化／復号化機能（２４）は、前記ユーザ認証手順［手段］が前記ネットワーク接続デバイス（１０）のユーザを認証するとき、該暗号化／復号化機能（２４）が前記複数の鍵を使って前記ブラウザ内でデータを暗号化及び復号化するように、前記キーストレージ手段にリンクされる
ことを特徴とする、請求項１に記載の電子的にＳ／ＭＩＭＥ文書を送信及び受信するためのシステム。
【請求項３】
前記システムがさらに、ｅメールサーバ（３０６）を備え、
前記暗号化／復号化機能（２４）及び前記Ｓ／ＭＩＭＥ機能（３０４）が、前記ネットワーク接続デバイス（１０）と前記ｅメールサーバ（３０６）との間で、Ｓ／ＭＩＭＥ準拠メッセージを送信及び受信することを可能にし、
前記ｅメールサーバ（３０６）から受信された前記Ｓ／ＭＩＭＥ準拠メッセージを、前記ブラウザ（２０）内で復号化する
ことを特徴とする、請求項２に記載のシステム。
【請求項４】
前記ユーザ認証手順は、前記暗号化／復号化機能（２４）が認証局と通信して、予想されるユーザを認証することを可能にし、
前記ユーザ認証手順は、前記ユーザを認証した暗号化／復号化機能（２４）に信号を送るように作動可能であり、それにより、前記暗号化／復号化機能（２４）を、前記ブラウザ（２０）の動作によって前記ユーザに対してＳ／ＭＩＭＥ準拠メッセージを送信及び受信するように作動可能な状態にする
ことを特徴とする、請求項２に記載のシステム。
【請求項５】
Ｓ／ＭＩＭＥ準拠文書の送信者を認証し、前記送信者の秘密鍵及び証明書を、前記ネットワーク接続デバイス（１０）に伝送するローミングキーサーバ（３１０）
を含み、前記ユーザ認証手段の手順は、前記ブラウザ（２０）に前記秘密鍵及び証明書を公開するように作動可能である
ことを特徴とする、請求項２に記載のシステム。
【請求項６】
ネットワーク接続デバイス上にロードされて、通信ネットワーク（１２）を介して、ネットワーク接続デバイス（１０）とリモートのネットワーク接続デバイス（１０）との間でＳ／ＭＩＭＥ準拠文書を送信及び受信することを可能にするために、前記ネットワーク接続デバイス（１０）上で作動可能なコンピュータ製品であって、
（ａ）前記コンピュータ製品（２２）は、前記ネットワーク接続デバイス（１０）上にロードされる暗号化／復号化機能（２４）を含み、かつ、ブラウザ（２０）内でＰＫＩトランザクションを行うことを可能にするように動作可能に、前記ネットワーク接続デバイス（１０）上で前記ブラウザ（２０）にリンクされ、及び、
（ｂ）Ｓ／ＭＩＭＥ機能（３０４）はまた、前記ネットワーク接続デバイス（１０）上にロードされ、該ネットワーク接続デバイス（１０）上で、前記ブラウザ（２０）及び前記暗号化／復号化機能（２４）に動作可能にリンクされ、該Ｓ／ＭＩＭＥ機能は、前記暗号化／復号化機能（２４）と協働して、前記ネットワーク接続デバイス（１０）が前記ブラウザ（２０）の動作によって該ネットワーク接続デバイス（１０）と前記リモートのネットワーク接続デバイス（１０）との間でＳ／ＭＩＭＥ準拠文書を送信及び受信することを可能にする
ことを特徴とするコンピュータ製品。
【請求項７】
各々がデータを暗号化及び復号化するために公開鍵基盤内の関連ユーザによって使用可能である複数の鍵、を格納するためのキーストレージ手段（３０２）
をさらに備え、前記複数の鍵の中のある鍵の予想されるユーザが、該鍵の関連ユーザであるかどうか判断するために、前記暗号化／復号化機能（２４）によって、ユーザ認証手順を提供し、
前記暗号化／復号化機能（２４）は、前記ユーザ認証手順が前記ネットワーク接続デバイス（１０）のユーザを認証するとき、該暗号化／復号化機能（２４）が前記複数の鍵を使って前記ブラウザ（２０）内でデータを暗号化及び復号化するように、前記キーストレージ手段（３０２）にリンクされる
ことを特徴とする、請求項６に記載のコンピュータ製品。
【請求項８】
前記Ｓ／ＭＩＭＥ機能（３０４）がＳ／ＭＩＭＥブラウザ拡張機能である
ことを特徴とする、請求項７に記載のコンピュータ製品。
【請求項９】
前記Ｓ／ＭＩＭＥ機能（３０４）が、前記ブラウザ（２０）内での電子メッセージ及び添付ファイルの暗号化及び署名を可能にする
ことを特徴とする、請求項８に記載のコンピュータ製品。
【請求項１０】
前記ブラウザ（２０）におけるＰＫＩトランザクションの動作内に含まれて、前記コンピュータ製品における暗号化動作のセキュリティを維持するように、前記Ｓ／ＭＩＭＥ機能（３０４）を提供する
ことを特徴とする、請求項９に記載のコンピュータ製品。
【請求項１１】
通信ネットワーク（１２）及び少なくとも１つのリモートのネットワーク接続デバイス（１０）に接続されたネットワーク接続デバイス（１０）から、電子的に、Ｓ／ＭＩＭＥ準拠文書を送信する方法であって、
（ａ）送信者と関連付けられる前記ネットワーク接続デバイス（１０）上にロードされ、該ネットワーク接続デバイス（１０）上で前記ブラウザ（２０）に動作可能にリンクされる暗号化／復号化機能（２４）、及びＳ／ＭＩＭＥ機能（３０４）を提供するステップ、
（ｂ）前記暗号化／復号化機能（２４）により提供されるユーザ認証手順により、リモートサーバ（１０６）で前記送信者を認証し、それによって、前記ユーザ認証手順が、前記送信者が認証されたことを前記暗号化／復号化機能（２４）に信号で送り、それにより、前記暗号化／復号化機能（２４）を、前記ブラウザ（２０）内で行われる一又はそれ以上のＰＫＩトランザクションの動作によってＳ／ＭＩＭＥ準拠メッセージを送信及び受信するように動作可能な状態にするステップ、
（ｃ）前記送信者が、前記リモートサーバ（１０６）から、受信者とのＳ／ＭＩＭＥ準拠文書を要求するステップ、
（ｄ）前記リモートサーバ（１０６）が、前記Ｓ／ＭＩＭＥ機能（３０４）へ、前記受信者の秘密鍵及び証明書を伝送するステップ、
（ｅ）前記ネットワーク接続デバイス（１０）が、認証局（３１２）と交信して、前記暗号化／復号化機能（２４）の動作により、前記受信者の公開鍵及び証明書を確認するステップ、及び
（ｆ）前記暗号化／復号化機能（２４）及び前記Ｓ／ＭＩＭＥ機能（３０４）により、前記送信者の秘密鍵及び前記受信者の公開鍵を使って、前記ブラウザ（２０）内で文書を署名及び暗号化することにより、該ブラウザ（２０）内でＳ／ＭＩＭＥ準拠文書を作成するステップ
により特徴付けられる方法。
【請求項１２】
通信ネットワーク（１２）及び少なくとも１つのリモートのネットワーク接続デバイス（１０）に接続されたネットワーク接続デバイス（１０）から、電子的に、Ｓ／ＭＩＭＥ文書を検索し、復号する方法であって、
（ａ）受信者と関連付けられる前記ネットワーク接続デバイス（１０）上にロードされ、該ネットワーク接続デバイス上でブラウザ（２０）に動作可能にリンクされる暗号化／復号化機能（２４）、及びＳ／ＭＩＭＥ機能（３０４）を提供するステップ、
（ｂ）前記ネットワーク接続デバイス（１０）から、前記Ｓ／ＭＩＭＥ準拠文書の検索を要求するステップ、
（ｃ）リモートサーバ（１０６）で、前記ネットワーク接続デバイス（１０）と関連付けられる前記受信者を認証するステップ、
（ｄ）前記リモートサーバ（１０６）が、前記Ｓ／ＭＩＭＥ機能（３０４）へ、前記送信者の秘密鍵及び証明書を伝送するステップ、
（ｅ）前記リモートサーバ（１０６）が、前記ネットワーク接続デバイス（１０）へ、前記要求されたＳ／ＭＩＭＥ準拠文書を送信するステップ、及び
（ｆ）前記暗号化／復号化機能（２４）が、前記受信者の秘密鍵及び証明書を、前記ネットワーク接続デバイス（１０）からアクセス可能なキーストレージ手段（３０２）又はローミングキーサーバ（３１０）に格納された秘密鍵及び証明書と照らし合わせて認証し、それにより、その認証時に、前記秘密鍵及び証明書が前記Ｓ／ＭＩＭＥ機能（３０４）に公開され、それにより、前記Ｓ／ＭＩＭＥ準拠文書を前記ブラウザ（２０）内で復号することを可能にするステップ
により特徴付けられる方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
過去10年間で、eメール(電子メール)が一般的に、当事者が労働成果を素早く、簡単に、かつ効率的に伝達することを可能にする非常に貴重なツールとなるにつれて、eメールは、比類のないほど使用されるようになった。eメールが非常に便利な一方で、企業通信が紙からデジタルの形に移行し、ハッカーがeメールシステムに進入することに、より習熟するにつれて、eメールを使って伝達されるデータのセキュリティは、一般的に、懸念を増してきている。(あるレポートの記述によると)会社の知的財産の60%は、そのeメールメッセージシステム内のどこかで、デジタルの形で見つけることができるので、セキュアなeメールメッセ-ジングに対する要求は、特に機密性の高いビジネス情報の場合には、妥当な事柄である。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
このeメールセキュリティに対する要求に応えるため、だいたい1995年に、RSAデータセキュリティ及び他のソフトウェアベンダーにより、S/MIME(電子メールの暗号化と認証に関する標準仕様)プロトコルが確立された。S/MIMEの目標は、PKI(公開鍵基盤)暗号化、及び、デジタル署名技術の使用を通して、eメールメッセージのメッセージ整合性、認証、非否認、及び秘匿性を提供することであった。S/MIMEをサポートするeメールアプリケーションは、ネットワーク管理者及びISPのような第三者が、それらのメッセージを傍受する、読む、又は変更することができないことを、保証される。S/MIMEは、主に、普通のMIMEプロトコルの上にセキュリティを構築することにより機能し、これは、電子メッセージを組織化する方式、加えて、殆どのeメールアプリケーションで電子メッセージをサポートする方式を定める。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
現在、S/MIMEの最も一般的なバージョンは、V3(バージョン3)であり、これは1999年7月に導入された。S/MIME標準化に関するさらなる情報、及び関連書類は、インターネットメールコンソーシアムのwebサイト(www.imc.org)、及び、IETFのS/MIMEワーキンググループのwebサイト(www.ietf.org/html.charters/smime-charter.html)で見つけることができる。
S/MIME V3標準は、一般的には、以下のプロトコルから構成される、すなわち、
●暗号化メッセージ構文(RFC2630)
●S/MIMEバージョン3  メッセージ仕様(RFC2633)
●S/MIMEバージョン3  認証処理(RFC2632)
●ディッフィー-ヘルマン鍵一致方法(RFC2631)
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
高度セキュリティサービス(RFC2634)が、S/MIMEのもう1つのプロトコルであり、これは、署名付き受信、セキュリティラベル、及びセキュアなメーリングリストを可能にする拡張機能のセットである。署名付き受信、及びセキュリティラベルの拡張機能が、S/MIME V2又はS/MIME V3のいずれかで機能するのに対して、セキュアなメーリングリストの拡張機能は、S/MIME V3で機能するだけである。eメールソフトウェアがS/MIME仕様によってS/MIMEファイルを作成することを必要とすることにより、S/MIMEメッセージをユーザー間でやり取りする。S/MIMEファイルは、eメールメッセージの添付ファイルとして送られる。このメッセージが受信者に到達すると、受信者が、匹敵するバージョンのS/MIME eメールリーダーを所有している場合に、それを処理することができるだけである。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
現在のS/MIME標準を用いてeメールメッセージをやり取りすることにおいて、以下のことを含む多数の課題が存在する。受信者が、S/MIMEソフトウェア機能を持たない場合には、S/MIMEメッセージにアクセスできず、そのS/MIMEメッセージは、受信者のコンピューター上で開かれずに格納される。送信者又は受信者のいずれかが、認証局に登録されていなかった場合も、S/MIME暗号化メッセージは、同様に読むことができない。送信者が使用するS/MIMEのバージョンと、受信者が使用するS/MIMEのバージョンとの間に互換性がない場合にも、同じ結果が起こるであろう。S/MIME標準が、万一セキュリティの穴が検出された場合には、現在のS/MIMEバージョンから変更されたS/MIMEバージョンへの一般的な程度の更新を意図しているという点で、これは特に重要な問題である。送信者又は受信者の各々が使用するeメールソフトウェア間に互換性が無い場合にも、S/MIME eメール交換はまた、妨げられるであろう。S/MIME準拠のeメールソフトウェアが壊れた、又は、送信者又は受信者の鍵の期限が切れた場合にもまた、S/MIME暗号化eメール交換は、効果的に妨げられるであろう。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
これらの問題の多くを改善するために、受信者は通常、自分のS/MIMEeメールリーダーを更新又は取得して、S/MIMEプロトコルの最新の標準化バージョンのを利用する。この解決法での問題は、システムリソースを食うことに加えて、常時更新を必要とするかなり大きい追加ソフトウェアパッケージをユーザーがダウンロードすることを必要とする、という事実である。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
ブラウザを使ったセキュアなeメールメッセ-ジングのためのS/MIME暗号化の導入は、前述の問題に対して考えられる1つの解決策である。web又はWAPブラウザ技術を用いた従来技術の多数の解決策が、知られている。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】変更
【補正の内容】
【０００９】
例えば、発明者がTumbleweed Communications社のDmitry Dolinsky及びJean-Christophe Bandiniの、2000年7月20日に公開された、特許出願第WO00/42748号(「Tumbleweed」参考文献)は、ユーザー及び受信者が、eメールソフトウェアアプリケーションとは離れた介在のホストサーバーの使用を通して、S/MIMEソフトウェアパッケージをダウンロードする必要を取り除くことを示した、セキュアなwebベースのeメールのための以前の解決策を開示する。この解決策では、介在のホストサーバーが、送信者が送ったeメールを止め、次に、セキュアなeメールが待機中であることを知らせるメッセージを、受信者のeメールアカウントに伝える。このメッセージはまた、介在のホストサーバー上に置かれた復号化されたメッセージへのリンクも含む。その復号化されたメッセージは、SSLセッションで受信者に提示される。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
この従来技術の解決策は、多数の短所を持つ。相対的に言えば、介在のホストサーバーの使用は、一般的には、セキュアなトランザクション全体を複雑にし、セキュアなeメールメッセ-ジングを提供するインフラのコストを増大させる。Tumbleweed技術のもう1つの短所は、送信者のコンピューターが暗号化機能を持っていないために、その解決策全体が、かなり侵入しやすいネットワーク環境と関連付けられる関連リスクを負うことである。また、Tumbleerrd参考文献全体で提案された解決策の性質は、有線及び無線ネットワークわたる導入に簡単に備えるものでもない。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
もう一つの従来技術の解決策、すなわち２００１年１２月２０日（２００１−１２−２０）公開のＷ／Ｏ  ０１／９７０８９  Ａ号（Ｃｏｏｋ  Ｄａｖｉｄ  Ｐ著：Ｚｉｘｉｔ  Ｃｏｒｐ（ＵＳ））、及びＳｔａｌｌｉｎｇｓ  Ｗ著「Ｓ／ＭＩＭＥ：Ｅ−ｍａｉｌ  Ｇｅｔｓ  Ｓｅｃｕｒｅ」Ｂｙｔｅ,  ＭｃＧｒａｗ−Ｈｉｌｌ  Ｉｎｃ．  Ｓｔ．  Ｐｅｔｅｒｂｏｒｏｕｇｈ，  ＵＳ,  ｖｏｌ.２３,  ｎｏ.７,  １９９８年７月１日（１９９８−０７−０１）,  ４１−４２ページ,  ＸＰ０００７７４２６０  ＩＳＳＮ：０３６０−５２８０は、Ｓ／ＭＩＭＥ文書を送信／受信するための解決策を開示しており、ここでは、Ｓ／ＭＩＭＥ文書の作成及び復号を可能にするサーバベースの解決策から構成される転送システムによって、文書が暗号化／復号化される。ネットワーク接続デバイスにリンクされたブラウザは、復号化されたＳ／ＭＩＭＥ文書をダウンロードし、また転送システムの動作によってＳ／ＭＩＭＥ文書を作成する目的のため、その転送システムとのセキュアなセッションを確立する。この従来技術の解決策は、多数の不利な点を持つ。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
ＺＩＸＩＴ手法は、Ｏｕｔｌｏｏｋのような標準のｅメールクライアントソフトウェアと一体化される。そのユーザは、彼らのｅメールのセキュリティについてあらゆる保証を有するが、どこでもどのコンピュータでも、その能力を持つわけではない。彼らは、常に、ＺＩＸＩＴの厚いｅメールクライアントを有するコンピュータを使用しなければならず、そのため、彼らは移動できない。ブラウザを使用するＺＩＸＩＴの側面は、ＺＩＸＩＴソフトウェアを使用していない受信者に、メッセージをセキュアに配信することである。このシナリオでは、ｅメール作成者が、非ＺＩＸＩＴユーザへｅメールを送信した時、そのメッセージはメッセージサーバへ格納され、そのメッセージへのＵＲＬリンクとともに、受信通知を受信者へ送信する。受信者がそのリンクをクリックすると、ＳＳＬを使ってブラウザへメッセージがダウンロードされる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【００１３】
このように、ユーザが、ＰＫＩ基盤につながれたメッセージサーバの必要なくブラウザを介して、Ｓ／ＭＩＭＥ準拠メッセージを送信及び受信することを可能にすることによって、ブラウザ技術の浸透性を強化するＳ／ＭＩＭＥ解決策を、ＺＩＸＩＴは提供しない。厚いクライアントの必要のない、クライアントにおける暗号化は、浸透的なセキュリティを提供すると同時に、クライアントにおけるリソースのより良い利用を可能にする。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
それゆえ、必要とされるものは、web及びWAPブラウザを使用して導入するのが容易なS/MIMEを使って、セキュアベースでデータ(eメールを含む)を伝達するためのwebベースのシステム、コンピュータ製品、及び方法である。さらに必要とされるものは、容易に導入され、かつ、S/MIME暗号化メッセ-ジングに必要な暗号化リソースがネットワーク接続デバイス自身において提供されるという点でかなり低コストで導入される前述のシステム、コンピュータ製品、及び方法である。また必要とされるものは、データの通信全体にわたってS/MIME暗号化が持続するwebベースのシステム、コンピュータ製品、及び方法である。