(57)【要約】【課題】この発明は、データの保護に重要な役割を果たす鍵を必要な時に安全に利用者が取得可能で、かつ該鍵の利用のためにクライアント端末に記憶するデータを激減できる鍵管理方法とそのシステム、プログラム、データ通信方法及び暗号データ復号装置を提供し、安全で快適なデータ通信を実現することを目的とする。【解決手段】鍵管理方法又はそのシステムとして、第１鍵を発行する代理処理装置に対して該第１鍵の送信を要求する第１鍵要求処理をクライアント端末が実行し、前記第１鍵を前記クライアント端末に送信するクライアント用応答処理と、前記第１鍵を鍵管理サーバに送信するサーバ用送信処理とを代理処理装置が実行し、前記クライアント端末が前記第１鍵で暗号化した認証データを送信するクライアント鍵要求処理に基づいて、鍵管理サーバが管理しているクライアント鍵を第２鍵で暗号化して送信するクライアント鍵送信処理を実行する。【選択図】　　図１２
2004096522.tif 000002
【特許請求の範囲】
【請求項１】
第１鍵を発行する代理処理装置に対して該第１鍵の送信を要求する第１鍵要求処理をクライアント端末が実行し、
前記第１鍵を前記クライアント端末に送信するクライアント用応答処理と、前記第１鍵を鍵管理サーバに送信するサーバ用送信処理とを代理処理装置が実行し、前記クライアント端末が前記第１鍵で暗号化した認証データを送信するクライアント鍵要求処理に基づいて、鍵管理サーバが管理しているクライアント鍵を第２鍵で暗号化して送信するクライアント鍵送信処理を実行する
鍵管理方法。
【請求項２】
前記第２鍵を前記クライアント端末で生成し、
前記クライアント鍵要求処理で、前記認証データに加えて該第２鍵を送信する
請求項１記載の鍵管理方法。
【請求項３】
前記代理処理装置を第１代理処理装置とし、
第２代理処理装置で、前記クライアント端末から前記鍵管理サーバに対するクライアント鍵要求処理と、該鍵管理サーバからクライアント端末に対するクライアント鍵送信処理とを仲介する
請求項１又は２記載の鍵管理方法。
【請求項４】
前記第１鍵要求処理及び前記クライアント鍵要求処理を設定したクライアント端末用プログラムを、前記クライアント端末がＷＥＢサーバからダウンロードして実行する
請求項１、２又は３記載の鍵管理方法。
【請求項５】
請求項１から４のいずれか１つに記載の鍵管理方法を実行可能に構成した
鍵管理システム。
【請求項６】
請求項１から４のいずれか１つに記載の鍵管理方法で実行する１又は複数の処理を設定した
プログラム。
【請求項７】
請求項１から６のいずれか１つに記載の鍵管理方法、鍵管理システム又はプログラムを使用してクライアントが取得したクライアント鍵でデータを暗号化し、該暗号化した暗号データで通信する
データ通信方法。
【請求項８】
請求項１から６のいずれか１つに記載の鍵管理方法、鍵管理システム又はプログラムを使用してクライアントが取得したクライアント鍵でデータを暗号化するクライアント端末と、
暗号化された前記データを復号化する暗号データ復号化装置を備えた
データ通信システム。
【請求項９】
請求項７又は８記載のデータ通信方法又はデータ通信システムで、受信した暗号データを復号化手段で復号化する
暗号データ復号装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、例えば利用者がデータの暗号化又は／及び復号化に使用する鍵をサーバで管理しておき、任意あるいは特定の端末で前記利用者が前記鍵を取得して使用可能にするような鍵管理方法とそのシステム、プログラム、データ通信方法及び暗号データ復号装置に関し、さらに詳しくは、前記鍵を利用して暗号化した暗号データで通信するデータ通信方法とそのシステム、及び該暗号データを復号する暗号データ復号装置に関する。
【０００２】
【従来の技術】
従来、インターネット等の公衆回線を介してのデータ通信が盛んに行われており、インターネット上で商取引を行う電子商取引等も存在している。この電子商取引のシステムとしては、例えば、クライアント装置によって購入のために選択された商品についての情報をサーバ装置へ送信し、発注確認ページが指示されたとき外部記憶媒体から該発注確認ページについての情報の所在場所を示すアドレスを読み込んでサーバ装置へ送信し、サーバ装置から受け取った該発注確認ページを表示装置上に表示することを特徴とする電子商取引方法等が存在している（特許文献１参照）。
【０００３】
このようにインターネット等の公衆回線を介してデータ通信する場合、通信経路上で第三者にデータが盗聴される、あるいは改竄されるといった脅威が存在している。そのため、データを安全に送受信する技術として暗号化技術が使用されている。
【０００４】
現在ではこの暗号化技術として、ＤＥＳ（Ｄａｔａ　Ｅｎｃｒｙｐｔｉｏｎ　Ｓｔａｎｄａｒｄ）やＲＳＡ（Ｒｉｖｅｓｔ　Ｓｈａｍｉｒ　Ａｄｌｅｍａｎ）等が使用されている。
前記ＤＥＳは、暗号化と復号化に同じ共通鍵を用いる共通鍵暗号方式であり、暗号文を送受信する前に、あらかじめ安全な経路を使って秘密の鍵を共有しておく。このような共通鍵暗号方式としては、他にもＭＩＳＴＹ、ＩＤＥＡ、ＦＥＡＬ等が存在している。
【０００５】
前記ＲＳＡは、対になる２つの鍵、すなわち公開鍵と秘密鍵を使ってデータの暗号化・復号化を行い、公開鍵暗号方式と呼ばれている。秘密鍵で暗号化したデータは公開鍵でしか復号化できず、逆に公開鍵で暗号化したデータは秘密鍵でしか復号化できない。この公開鍵暗号方式は、秘密鍵を厳重に管理しておけば、公開鍵を安全な経路で渡す必要がないため、鍵の管理が容易で安全性が高い。同暗号方式としては、楕円曲線暗号、ＥｌＧａｍａｌ暗号等も存在する。
【０００６】
以上のような暗号を利用してデータ通信する相手が複数存在する場合には、通信相手毎に異なる鍵が必要となり、鍵管理が重要となってくる。この重要な鍵管理を円滑に行うために、従来技術として、例えば保管センタに鍵を保管しておく暗号鍵管理システムが存在している（特許文献２参照）。この暗号鍵管理システムでは、ユーザ端末で暗号化した公開鍵ペアを前記保管センタに送信して保管しておき、必要時に保管センタから前記暗号化した公開鍵ペアを取得し、復号化して使用するというものである。
【０００７】
このようにしてデータ通信に対するセキュリティ技術が提供されているが、近年のコンピュータの演算速度向上や記憶容量の増大は著しく進んでおり、上述のようにデータを暗号化する鍵が短い鍵（データ量が少ない鍵）であれば、総当り攻撃等によって簡単に解読されてしまう危険性が高くなってきている。
【０００８】
このような解読を回避するため、例えば前記ＤＥＳであれば、３つの鍵（２つの場合もある）でＤＥＳを三重にかける３ＤＥＳ（Ｔｒｉｐｌｅ　ＤＥＳ）が提供される等、暗号化に使用する鍵のデータ量は増大する傾向にある。
【０００９】
また、近年のインターネット技術の発達により、コンピュータを利用した商取引は拡大する一方であり、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｃｅ）や携帯電話等の携帯情報端末の技術発達により、モバイルコンピューティングでのインターネット商取引も提供されている。
【００１０】
【特許文献１】
特開平１０−２５４９６０号公報
【特許文献２】
特開２００２−１６５９２号公報。
【００１１】
【発明が解決しようとする課題】
しかし、携帯可能なサイズで実装可能な記憶装置の容量には限界があり、安全にデータを暗号化又は／及び復号化する鍵を格納することは、不可能でなくとも占有するメモリ領域（又はディスク領域）が多すぎることとなっていた。
【００１２】
また、インターネットを介した商取引は、ＰＣ（パーソナルコンピュータ）や携帯情報端末等の複数種類の端末から実行可能に提供されていることが多いが、様々な端末に同じ鍵を保存するのは問題があった。
【００１３】
すなわち、例えば自宅のときはＰＣで、外出先ではＰＤＡで商取引を行っており、ＰＤＡの紛失や盗難に遭ってしまった場合や、ＰＣとＰＤＡのいずれか一方を廃棄した場合に、ハードディスク内から鍵が盗み出される可能性が存在する。
【００１４】
このような場合、仮にＰＤＡのみで鍵を利用して商取引を行っていれば、利用者はＰＤＡの紛失時や盗難時に商取引先に取引一時中断等の連絡をするであろうが、複数の商取引手段があるがために、なんら対策を行わず商取引を続け、気づいたときには損害が発生しているというリスクが存在していた。
【００１５】
この発明は、上述の問題に鑑みて、データの保護に重要な役割を果たす鍵を必要な時に安全に利用者が取得可能で、かつ該鍵の利用のためにクライアント端末（ＰＣや携帯情報端末等のコンピュータ）に記憶するデータを激減できる鍵管理方法とそのシステム、プログラム、データ通信方法とそのシステム、及び暗号データ復号装置を提供し、安全で快適なデータ通信を実現することを目的とする。
【００１６】
【課題を解決するための手段】
この発明は、第１鍵を発行する代理処理装置に対して該第１鍵の送信を要求する第１鍵要求処理をクライアント端末が実行し、前記第１鍵を前記クライアント端末に送信するクライアント用応答処理と、前記第１鍵を鍵管理サーバに送信するサーバ用送信処理とを代理処理装置が実行し、前記クライアント端末が前記第１鍵で暗号化した認証データを送信するクライアント鍵要求処理に基づいて、鍵管理サーバが管理しているクライアント鍵を第２鍵で暗号化して送信するクライアント鍵送信処理を実行する鍵管理方法又はそのシステムであることを特徴とする。
【００１７】
前記第１鍵は、共通鍵、公開鍵、又は秘密鍵等、前記認証データを暗号化するために使用する鍵で構成することを含み、共通鍵で構成することが望ましい。また該第１鍵は、数字又は英数字を羅列したデータ等で形成することを含む。
【００１８】
前記第２鍵は、共通鍵、公開鍵、又は秘密鍵等、前記クライアント鍵を暗号化するために使用する鍵で構成することを含み、共通鍵で構成することが望ましい。また該第２鍵は、数字又は英数字を羅列したデータ等で形成することを含む。
【００１９】
前記クライアント鍵は、秘密鍵、共通鍵、又は公開鍵等、電子商取引や極秘データの送受信等のデータ通信でクライアントが使用する鍵で構成することを含む。秘密鍵、共通鍵、又は公開鍵のいずれにするかはデータ通信を行う相手によって異なるが、セキュリティ上は秘密鍵で構成することが望ましい。また該クライアント鍵は、数字又は英数字を羅列したデータ等で形成することを含む。
【００２０】
前記第１鍵要求処理及び前記クライアント鍵要求処理は、該処理を実行するクライアント端末用プログラムをクライアント端末に専用アプリケーションとして予めインストールしても良く、また実行時に前記クライアント端末用プログラムを他の装置（例えばＷＥＢサーバ等）からダウンロードして実行しても良い。専用アプリケーションとしてインストールしておいた場合には、起動時間を早くするメリットがあり、ダウンロードして実行する場合には、記憶領域を他のアプリケーションやデータで有効活用できるメリットがある。
【００２１】
前記構成により、クライアント端末が送信する認証データを第１鍵で暗号化して送信することができ、鍵管理サーバはクライアント鍵を前記第１鍵と異なる第２鍵で暗号化して送信することができるため、クライアント鍵の要求と該クライアント鍵の受信を安全に実行することができる。
【００２２】
これと共に、クライアント端末は第１鍵やクライアント鍵を常時格納しておく必要がなくなり、記憶領域を他処理（他のアプリケーションソフトでの処理等）でも有効に活用することができる。
【００２３】
また、クライアント鍵を必要時に取得することで、クライアントがクライアント鍵の管理を意識する必要を排除し、クライアント鍵利用に対する利便性を向上することができる。
【００２４】
好ましい実施の形態として、前記第２鍵を前記クライアント端末で生成し、前記クライアント鍵要求処理で、前記認証データに加えて該第２鍵を送信することができる。
【００２５】
これにより、第２鍵をクライアント端末に保存しておく必要がなくなり、クライアント鍵受信に関するセキュリティレベルを向上した上で記憶領域を有効活用することができる。
【００２６】
また好ましい実施の形態として、前記代理処理装置を第１代理処理装置とし、第２代理処理装置で、前記クライアント端末から前記鍵管理サーバに対するクライアント鍵要求処理と、該鍵管理サーバからクライアント端末に対するクライアント鍵送信処理とを仲介することができる。
【００２７】
これにより、鍵管理サーバと通信可能な装置を第１代理処理装置と第２代理処理装置に限定することができ、第３者による鍵管理サーバへの直接攻撃を回避することができる。
【００２８】
また好ましい実施の形態として、前記第１鍵要求処理及び前記クライアント鍵要求処理を設定したクライアント端末用プログラムを、前記クライアント端末がＷＥＢサーバからダウンロードして実行することができる。
【００２９】
これにより、クライアント端末にはクライアント端末用プログラムを保存しておく必要がなくなり、記憶領域を有効に活用することができる。また、複数種類の端末（例えばＰＣや携帯電話やＰＤＡ等）に合わせたクライアント端末用プログラムを用意しておけば、クライアントは任意の端末をクライアント端末として利用することができる。このため、例えば自宅ではＰＣで、外出先では携帯電話でクライアント鍵を利用したデータ通信を実行することが可能になる。
【００３０】
またこの発明は、前記鍵管理方法で実行する１又は複数の処理を設定したプログラムとすることができる。
【００３１】
これにより、パーソナルコンピュータやワークステーションや携帯情報端末等のコンピュータに前記プログラムをインストールし、鍵管理サーバ、第１代理処理装置、第２代理処理装置、クライアント端末をそれぞれ構成することができる。
【００３２】
またこの発明は、前記鍵管理方法、鍵管理システム又はプログラムを使用してクライアントが取得したクライアント鍵でデータを暗号化し、該暗号化した暗号データで通信するデータ通信方法又はそのシステムとすることができる。
これにより、例えば電子商取引でのデータ通信、極秘データ、重要データ等のセキュリティ対策が必要なデータを安全に送受信することができる。
【００３３】
またこの発明は、前記データ通信方法又は前記データ通信システムで、受信した暗号データを復号化手段で復号化する暗号データ復号装置とすることができる。
これにより、セキュリティ対策としてクライアント鍵で暗号化されたデータを実際に復号化することができ、安全に商取引やデータ通信等を実行することができる。
【００３４】
【発明の効果】
この発明により、クライアント（利用者）はいつでもどのような環境でもクライアント鍵を利用したデータ通信を実行することが可能となり、インターネット商取引や極秘データの送信等の保護が必要なデータの通信を、必要時に安全に実行することが可能となる。
【００３５】
これにより、秘密漏洩や損害発生を懸念する、あるいは鍵管理の手間を煩わしく感じることで、重要データの送受信を躊躇していた利用者に対しても、電気通信回線を利用しての重要データの送受信を促すことができ、電気通信回線を介して提供される電子商取引や電子決済等の各種サービスの発展を図ることができる。
【００３６】
【発明の実施の形態】
この発明の一実施形態を以下図面と共に説明する。
まず、図１に示す電子商取引システム１のシステム構成図と共に、電子商取引システム１のシステム構成について説明する。
【００３７】
電子商取引システム１は、ＰＣで構成してインターネット６に接続している電子商店ＷＥＢサーバ７０と、中継基地局７を介してインターネット６に接続可能な携帯電話５０（必要に応じてＣと略す）で構成する。
【００３８】
前記電子商店ＷＥＢサーバ７０は、制御装置（ＣＰＵ、ＲＯＭ及びＲＡＭ等）、表示装置（モニタ等）、入力装置（マウス、キーボード等）、記憶装置（ハードディスク等）、及び、記憶媒体読込装置（ＣＤ−ＲＯＭドライブ等）を備えており、記憶装置内に販売データベース（販売ＤＢ）７１を格納すると共に、陰線で示すように必要なプログラムやデータを格納している。該プログラムやデータの格納について以下に説明する。
【００３９】
ホームページは、アクセスしてきた利用者が販売商品の閲覧や購入できるようにＣＧＩを使用して作成したコンテンツであり、販売データベース７１の商品データ及び在庫データ等を参照・更新し、ＷＥＢ上で自動受注できるように構成している。
【００４０】
Ｃ公開鍵は、商品購入者である利用者（本実施形態では携帯電話５０でアクセスしてくるクライアント）から送信されるデータを復号化するための鍵である。
復号化プログラム（復号化ＰＧ）は、前記Ｃ公開鍵を用いでデータを復号化するプログラムである。
【００４１】
携帯電話５０にはブラウザを格納しており、電子商店ＷＥＢサーバ７０にインターネット６を介して通信することができる。
以上の構成により、利用者は携帯電話５０を利用して電子商店ＷＥＢサーバ７０にアクセスし、コンテンツの閲覧や商品の購入を行うことができる。
【００４２】
この商品購入にあたって必要なＣ秘密鍵（後述）を管理するため、インターネット６には、仮想線で示すように鍵管理施設が接続されており、これとインターネット６と携帯電話５０とで、図２に示すように鍵管理システム２を構成している。
【００４３】
ここで、図２に示す鍵管理システム２のシステム構成図、及び図３に示す機能説明図と共に、鍵管理システム２のシステム構成について説明する。
【００４４】
鍵管理システム２は、ＰＣで構成する鍵管理サーバ１０（必要に応じてＳと略す）、エージェントＡ１（必要に応じてＡ１と略す）、エージェントＡ２（必要に応じてＡ２と略す）、及びＷＥＢサーバ４０と、中継基地局７を介してインターネット６に接続可能な携帯電話５０で構成する。
【００４５】
各ＰＣの接続について説明すると、インターネット６にはネットワークカードを３つ備えたファイアウォール４を、該ネットワークカードの１つ目を利用して接続している。
【００４６】
前記ネットワークカードの２つ目には、ＤＭＺ（ＤｅＭｉｌｉｔａｒｉｚｅｄ　Ｚｏｎｅ）５、すなわち非武装地帯のネットワークを接続している。該ＤＭＺ５には、エージェントＡ１、エージェントＡ２、及びＷＥＢサーバ４０を接続し、これらを外部に公開してインターネット６からのアクセスを許容している。
【００４７】
前記ネットワークカードの３つ目には、外部からアクセス不可能な管理ネットワーク３を接続しており、該管理ネットワーク３には鍵データベース（鍵ＤＢ）１１が格納された鍵管理サーバ１０を接続している。
【００４８】
以上のように構成した各ＰＣは、制御装置（ＣＰＵ、ＲＯＭ及びＲＡＭ等）、表示装置（モニタ等）、入力装置（マウス、キーボード等）、記憶装置（ハードディスク等）、及び、記憶媒体読込装置（ＣＤ−ＲＯＭドライブ等）をそれぞれが備えており、記憶装置内に図３の機能説明図に示すように必要なプログラムやデータを格納している。該プログラムやデータの格納について以下に説明する。
【００４９】
鍵管理サーバ１０は、Ｓ鍵発行プログラム（Ｓ鍵発行ＰＧ）、Ｓ秘密鍵、Ａ１公開鍵、及びＡ２公開鍵を格納している。該Ｓ鍵発行プログラムは、主に本発明での目的となるＣ秘密鍵を携帯電話５０に渡す処理を実行する。
【００５０】
また、鍵管理サーバ１０は鍵データベース（鍵ＤＢ）１１を格納しており、該鍵データベース１１内には、認証データとしてのＩＤ及びパスワードと共に、Ｃ秘密鍵を格納している。
【００５１】
ここでＣ秘密鍵とは、クライアントである利用者がクレジットカードナンバーや極秘データ等、重要データの送信又は／及び受信に使用する暗号化又は／及び復号化用の鍵であり、他者が取得できないように厳重管理している。すなわち、鍵管理サーバ１０にはログイン制限を設け、直接操作でも第３者がＣ秘密鍵を盗み出すことができないようにしている。
【００５２】
さらに鍵管理サーバ１０を設置している施設（若しくは部屋）には、鍵管理サーバ１０の管理技術者以外は許可無く入室できないように入室制限し、セキュリティポリシーの策定等によって管理技術者のセキュリティ意識を高く保っておくことが望ましい。
【００５３】
エージェントＡ１には、Ａ１鍵発行プログラム、Ａ１秘密鍵、及びＳ公開鍵を格納しており、必要に応じて共通鍵Ａ１を生成する。該Ａ１鍵発行プログラムは、主に共通鍵Ａ１を発行する処理を実行する。
【００５４】
エージェントＡ２には、Ａ２中継プログラム、Ａ２秘密鍵、及びＳ公開鍵を格納している。該Ａ２中継プログラムは、主に携帯電話５０から鍵管理サーバ１０へ渡す共通鍵Ｃ、ＩＤ’、ＩＤ、ＰＷＤを中継する処理、及び、鍵管理サーバ１０から携帯電話５０へ渡すＣ秘密鍵を中継する処理を実行する。
【００５５】
ＷＥＢサーバ４０には、アプレット送信プログラム、Ａ１公開鍵、及びＡ２公開鍵を格納している。該アプレット送信プログラムは、主にＪＡＶＡで構成したアプレットを携帯電話５０に送信する処理を実行する。
【００５６】
なお、アプレット送信プログラムで送信するアプレットは、携帯電話５０で実行されるプログラムであり、
ＩＤに基づいてＩＤ’を生成する機能、
共通鍵Ｃを生成する機能、
データを鍵（Ａ１公開鍵、Ａ２公開鍵、共通鍵Ａ１）で暗号化する機能
暗号化したデータをエージェントＡ１，Ａ２に送信する機能、
エージェントＡ１，Ａ２からデータを受信する機能、
受信データを鍵（Ａ１公開鍵、Ａ２公開鍵、共通鍵Ｃ）で復号化する機能、
取得したＣ秘密鍵でデータを暗号化、復号化する機能、
を備えている。
【００５７】
携帯電話５０には、前述したようにブラウザを格納しており、エージェントＡ１、エージェントＡ２、及びＷＥＢサーバ４０にインターネット６を介して通信することができる。
【００５８】
以上の構成により、ファイアウォール４の機能によって、エージェントＡ１、エージェントＡ２、及びＷＥＢサーバ４０に対しては外部からのアクセスを許容し、鍵管理サーバ１０に対しては外部からアクセスできないようにして、セキュリティを確保したネットワークを構築している。
【００５９】
利用者（クライアント）は、携帯電話５０でエージェントＡ１、エージェントＡ２、及びＷＥＢサーバ４０にアクセスし、これらの各機能を利用して最終的に鍵管理サーバ１０の管理しているＣ秘密鍵を取得することが可能となる。
【００６０】
なお、前記ＷＥＢサーバ４０に格納するアプレット送信プログラム、エージェントＡ１に格納するＡ１鍵発行プログラム、及びエージェントＡ２に格納するＡ２中継プログラムは、ＪＡＶＡアプリケーションで実装している。
【００６１】
これにより、クライアント端末としてアクセスしてくるコンピュータの機種やＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）に依存することなく、鍵管理システム２が利用できるようにしている。
【００６２】
またこれらのプログラムは、ＪＡＶＡアプリケーションではなくＰＨＰ（Ｈｙｐｅｒｔｅｘｔ　Ｐｒｅｐｒｏｃｅｓｓｏｒ）で構成し、前記Ｗｅｂサーバ１１にアクセスしてくる端末のブラウザを判別し、携帯電話のブラウザであればＣＨＴＭＬ（Ｃｏｍｐａｃｔ　Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）又はＨＤＭＬ（Ｈａｎｄｈｅｌｄ　Ｄｅｖｉｃｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）等の形式で、ＰＣのブラウザであればＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）等の形式でデータの送受信を行うことを可能としてもよい。このように構成した場合は、ブラウザに対応したコンテンツを提供することができ、利用者に操作しやすいインターフェースを提供することができる。
【００６３】
次に、図４の携帯電話５０の制御回路を示す回路ブロック図と共に、携帯電話５０の回路構成について説明する。
携帯電話５０は、バス５１に、通信装置５２、液晶モニタ５３、Ｄ／Ａ変換器５４、Ａ／Ｄ変換器５６、キー入力装置５８、楽音生成用音源５９、タイマ６２、ＣＰＵ６３、ＲＯＭ６４、ＲＡＭ６５、及びフラッシュメモリ６６を接続して構成する。
【００６４】
前記Ｄ／Ａ変換器５４には、通話用スピーカ５５を接続し、前記Ａ／Ｄ変換器５６にはマイクロフォン５７を接続している。
前記通信装置５２には、アンテナ５２ａを接続し、前記楽音生成用音源５９には、Ｄ／Ａ変換器６０を介して楽音用スピーカ６１を接続している。
【００６５】
前記楽音生成用音源５９は、ＲＡＭ６５やフラッシュメモリ６６に記憶されている楽音データを楽曲に従って読み出すと共に、読み出した楽音データを用いてデジタル楽音信号を生成する音源回路を備えている。楽音データを楽曲に従って読み出す読み出し機能は、例えば、ＲＯＭ６４に記憶されたシーケンサ・プログラムにより実現し、ＣＰＵ６３によって楽曲データに基づく自動演奏を制御する。楽音生成用音源５９から出力したデジタル楽音信号は、Ｄ／Ａ変換器６０にてＤ／Ａ変換して楽音用スピーカ６１から楽音として放音する。
【００６６】
前記ＲＡＭ６５は、各種データを一時的に記憶し、ＣＰＵ６３が各種プログラムを実行する際のワークエリアとして機能する。本実施の形態では、ＷＥＢサーバ４０から送られてくるアプレット、Ａ１公開鍵及びＡ２公開鍵と共に、エージェントＡ１から送られてくる共通鍵Ａ１、前記アプレットで生成する共通鍵Ｃ、エージェントＡ２から送られてくるＣ秘密鍵を一時記憶する。
【００６７】
フラッシュメモリ６６は、不揮発性かつ書き換え可能なメモリであり、各種データを書き込み格納する。ＲＯＭ６４は、ＣＰＵ６３が実行するブラウザ（ブラウザソフトウェア）等のプログラムを格納している。
【００６８】
以上の構成により、携帯電話５０は、必要なプログラム（アプレット等）及び必要な鍵等のデータを、通信装置５２によってインターネット６を介して取得し、ＲＡＭに一時記憶して、ＣＰＵ６３でプログラムの実行及びデータの利用ができる。
【００６９】
次に、図５に示す電子商取引システム１の処理フロー図と共に、図６及び図７に示す画面イメージ説明図を参照して、電子商取引システム１の動作について説明する。
【００７０】
利用者が携帯電話５０で電子商取引システム１にアクセスすると、図６の（Ａ）に示すように、電子商店ＷＥＢサーバ７０のホームページのトップメニューを液晶モニタ５３に表示する（ステップｓ１）。
【００７１】
利用者の操作によってメニュー項目５３ａのいずれかが選択されて選択ボタン５３ｂが押下されると、（Ｂ）に示すように個別メニュー画面を表示する（ステップｓ２）。
【００７２】
新着項目５３ｃ又は個別メニュー項目５３ｄのいずれか１つが選択されて選択ボタン５３ｅが押下されると、（Ｃ）に示すように選択された商品の詳細情報を表示する（ステップｓ３）。
【００７３】
購入ボタン５３ｆが押下されると、図７の（Ｄ）に示すように、購入すると選択された商品を一覧表示するお買い物リストを表示する（ステップｓ４）。
【００７４】
利用者に戻るボタン５３ｈが押下されると個別メニュー表示画面に戻り、ＯＫボタン５３ｈが押下されると（Ｅ）に示す秘密鍵要求画面を表示する（ステップｓ５）。
【００７５】
ここで「秘密鍵取得処理へ」の項目が選択されて選択ボタン５３ｊが押下されると、Ｃ秘密鍵を取得する秘密鍵取得処理（後述）を実行し、携帯電話５０はＣ秘密鍵を取得する（ステップｓ６）。
【００７６】
Ｃ秘密鍵を取得すると、（Ｆ）に示す決済情報入力画面を表示し（ステップｓ７）、利用者に会員ナンバー及びクレジットカードナンバーを入力させる。このとき、会員でない利用者には、氏名、住所、電話番号、クレジットカードナンバーを入力させる。
【００７７】
該入力が終了して送信ボタン５３ｋが選択されると、入力されたデータを決済情報としてアプレットの機能によってＣ秘密鍵で暗号化し（ステップｓ８）、暗号化した決済情報を電子商店ＷＥＢサーバ７０に送信する（ステップｓ９）。
【００７８】
電子商店ＷＥＢサーバ７０ではＣ公開鍵で復号化することで決済情報を得ることができ、これによって処理を完了する。なお、注文を受けた電子商店では、会員の住所に商品を発送し、クレジットカードナンバーを利用して決済を行う。
【００７９】
以上のようにして、暗号化によって第３者からの通信データ盗聴等のリスクを回避し、電子商取引を安全に行うことができる。
【００８０】
次に、前述のＣ秘密鍵の取得に関する鍵管理システム２の動作について、図８、図９、図１０、及び図１１に示す鍵管理システム２の処理フロー図と共に、図１２に示すデータ移動説明図及び図１３に示す画面イメージ説明図を参照して説明する。
【００８１】
まず、鍵管理システム２を構成する各ＰＣには、図３でも説明したようにそれぞれの鍵及びアプレットを格納している。
すなわち、図１２に黒丸で示すように、
鍵管理サーバ１０には、Ｓ秘密鍵、Ａ１公開鍵、Ａ２公開鍵を格納し、
エージェントＡ１には、Ａ１秘密鍵、Ｓ公開鍵を格納し、
エージェントＡ２には、Ａ２秘密鍵、Ｓ公開鍵を格納し、
ＷＥＢサーバ４０には、アプレット、Ａ１公開鍵、Ａ２公開鍵を格納している。
【００８２】
また、鍵管理システム２利用の前提として、利用者のＩＤとパスワードを鍵管理サーバ１０で登録して該利用者の秘密鍵（Ｃ秘密鍵）を生成、格納しておく。前記ＩＤは、鍵管理サーバ１０でランダムに発生させた５桁の数字で構成し、パスワードは英数字７文字以上で利用者に決定させる。
【００８３】
該パスワードは利用者から郵送で受け取り、鍵管理サーバ１０に登録した後、該パスワード及び前記ＩＤを印刷し、これを厳重に封入して郵送で利用者に通知しておく。なお、ＩＤ、パスワード及びＣ秘密鍵と共に、Ｅ−ｍａｉｌアドレス等の個人情報も登録して利用者の管理をしても良い。
【００８４】
利用者によって携帯電話５０が操作され、電子商取引等で利用者の秘密鍵（Ｃ秘密鍵）が必要となると、携帯電話５０には図１３の（Ｇ）に示すように秘密鍵ダウンロード画面が表示される。利用者にＯＫボタン５３ｍが押下されると、携帯電話５０のブラウザはＷＥＢサーバ４０からのアプレットのダウンロードを実行する（ステップｎ１）。このとき、同時にＡ１公開鍵及びＡ２公開鍵もダウンロードし、これらのダウンロードデータを図４に仮想線で示すようにＲＡＭ６５に一時記憶する。
【００８５】
アプレットのダウンロードが完了すると携帯電話５０のブラウザはアプレットを起動し（ステップｎ２）、該アプレットに基づいて図１３の（Ｈ）に示すパスワード入力画面を表示して利用者にＩＤとパスワードを入力させる（ステップｎ３）。
【００８６】
アプレットは、入力されたＩＤに基づいて、ＩＤ’を生成する（ステップｎ４）。該ＩＤ’は、利用者がステップｎ３でＩＤとパスワードを入力してＯＫボタン５３ｎを押下した時間と前記ＩＤを合わせ、ハッシュ関数をかけるたものであり、アプレットの機能で生成する。
【００８７】
アプレットは、Ａ１公開鍵で前記ＩＤ’を暗号化し（ステップｎ５）、これデータＭ１として図１２の矢印（１）に示すようにエージェントＡ１に送信する（ステップｎ６）。
【００８８】
エージェントＡ１は、Ａ１鍵発行プログラムを実行し、受取ったデータＭ１をＡ１秘密鍵で復号化し、ＩＤ’を取得する（ステップｎ７）。また、Ａ１鍵発行プログラムに従って、使い捨ての共通鍵Ａ１を生成する（ステップｎ８）。
【００８９】
ここで該共通鍵Ａ１を鍵管理サーバ１０と携帯電話５０に送信するのであるが、まず鍵管理サーバ１０用の処理として、ＩＤ’及び共通鍵Ａ１をＡ１秘密鍵で暗号化する（ステップｎ９）。
【００９０】
該ステップｎ９で暗号化したデータＭ２を、Ｓ公開鍵で暗号化し（ステップｎ１０）、これをデータＭ３として図１２の矢印（２）に示すように鍵管理サーバ１０に送信する（ステップｎ１１）。
【００９１】
鍵管理サーバ１０は、Ｓ鍵発行プログラムを実行し、受信したデータＭ３をＳ秘密鍵で復号化し（ステップｎ１２）、さらにＡ１公開鍵で復号化してＩＤ’及び共通鍵Ａ１を取得する（ステップｎ１３）。なお該ＩＤ’及び共通鍵Ａ１は制御装置内のＲＡＭに一時格納する。
【００９２】
前記ステップｎ８後の携帯電話５０用の処理としては、エージェントＡ１のＡ１鍵発行プログラムは、共通鍵Ａ１をＡ１秘密鍵で暗号化し（ステップｎ１４）、これをデータＭ４として図１２の矢印（２）’に示すように携帯電話５０に送信する（ステップｎ１５）。
【００９３】
前記データＭ４を受信した携帯電話５０は、アプレットに従ってデータＭ４をＡ１公開鍵で復号化し、共通鍵Ａ１を取得する（ステップｎ１６）。
携帯電話５０は共通鍵Ｃを生成し（ステップｎ１７）、該共通鍵Ｃ、前記ＩＤ、及びパスワード（ＰＷＤ）をＡ２公開鍵で暗号化する（ステップｎ１８）。
【００９４】
これをデータＭ５として該データＭ５と前記ＩＤ’をＡ２公開鍵で暗号化し（ステップｎ１９）、これをデータＭ６として図１２の矢印（３）に示すようにエージェントＡ２に送信する（ステップｎ２０）。
【００９５】
エージェントＡ２はＡ２中継プログラムを実行し、受信したデータＭ６をＡ２秘密鍵で復号化し（ステップｎ２１）、前記ＩＤ’及び前記データＭ５を取得する。
【００９６】
ＩＤ’及びデータＭ５をＡ２秘密鍵で暗号化し（ステップｎ２２）、これをデータＭ７としてさらにＳ公開鍵で暗号化してデータＭ８を生成する（ステップｎ２３）。
該データＭ８を、図１２の矢印（４）に示すように鍵管理サーバ１０に送信する（ステップｎ２４）。
【００９７】
鍵管理サーバ１０は、受信したデータＭ８をＳ秘密鍵で復号化し（ステップｎ２５）、さらにＡ２公開鍵で復号化してＩＤ’及びデータＭ５を取得する（ステップｎ２６）。
【００９８】
該ＩＤ’を元に対応する共通鍵Ａ１をＲＡＭから検索して取得し（ステップｎ２７）、該共通鍵Ａ１で前記データＭ５を復号化して共通鍵Ｃ，ＩＤ，及びパスワードを取得する（ステップｎ２８）。
【００９９】
鍵管理サーバ１０は、ＩＤ及びパスワードで携帯電話５０の利用者（クライアント）を認証する（ステップｎ２９）。すなわち、鍵データベース１１内で前記ＩＤと一致するデータを検索し、パスワードが一致するか否かによってユーザ認証を実行する。
【０１００】
該認証がＯＫであれば対応するＣ秘密鍵を鍵データベース１１から呼び出し（ステップｎ３０）、該Ｃ秘密鍵を共通鍵Ｃで暗号化する（ステップｎ３１）。
【０１０１】
これをさらにＳ秘密鍵で暗号化し（ステップｎ３２）、さらにＡ２公開鍵で暗号化してデータＭ１１を生成して（ステップｎ３３）、該データＭ１１を図１２の矢印（５）に示すようにエージェントＡ２に送信する（ステップｎ３４）。
【０１０２】
エージェントＡ２は、Ａ２秘密鍵で受信したデータＭ１１を復号化し（ステップｎ３５）、さらにＳ公開鍵で復号化する（ステップｎ３６）。
【０１０３】
こうして得たデータＭ９をＡ２秘密鍵で暗号化してデータＭ１２を生成し（ステップｎ３７）、該データＭ１２を図１２の矢印（６）に示すように携帯電話５０に送信する（ステップｎ３８）。
【０１０４】
携帯電話５０は、受信したデータＭ１２をＡ２公開鍵で復号化し（ステップｎ３９）、さらに共通鍵Ｃで復号化してＣ秘密鍵を取得する（ステップｎ４０）。この携帯電話５０でのＣ秘密鍵の取得が完了すると、（Ｊ）に示す完了画面を携帯電話５０に表示して処理を終了する。
【０１０５】
以上の動作により、利用者は携帯電話５０で自分の秘密鍵であるＣ秘密鍵を安全に取得することができる。この取得にあたって、Ｃ秘密鍵の取得に必要なアプレット、Ａ１公開鍵、及びＡ２公開鍵は、Ｃ秘密鍵のダウンロード時にＷＥＢサーバ４０からダウンロードするため、図４に示したようにフラッシュメモリ６６に格納しておく必要はなく、プログラムの実行エリアであるＲＡＭ６５に必要時に一時格納して使用する。また、ＩＤ及びパスワードもその都度入力する方式であるため、Ｃ秘密鍵を利用するために携帯電話５０に予め格納しておくプログラムやデータを一切必要としない。これらにより、フラッシュメモリ６６の有効活用を図ることができ、例えば着信メロディや壁紙画像等のデータも、フラッシュメモリ６６一杯に問題なく格納することができる。
【０１０６】
なお、本実施形態では、クライアント端末として携帯電話５０を使用した場合について説明したが、インターネット６に接続したコンピュータであればクライアント端末として利用でき、例えばデスクトップ型ＰＣやノート型ＰＣ、ＰＤＡ等を使用することができる。この場合でも、デスクトップ型ＰＣやノート型ＰＣ、ＰＤＡ等のいずれでも実行可能なＪＡＶＡによるアプレットを送信するため、利用者はクライアント端末の違いを意識することなくＣ秘密鍵を利用することができる。
【０１０７】
また、前記アプレットは、ＪＡＶＡに限らずＣＧＩやＣ言語等の他の言語で作成しても良い。
【０１０８】
また、Ａ１公開鍵、Ａ２公開鍵を予め携帯電話５０のフラッシュメモリ６６等に格納しておいてもよい。この場合は、クライアント端末である携帯電話５０のメモリ容量を勘案し、Ａ１公開鍵及びＡ２公開鍵にはデータ量の少ない公開鍵を使用すると良い。
【０１０９】
また、Ｃ秘密鍵の利用にはＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）等の他の技術も併用して、より安全性の高いデータ通信を実行しても良い。
【０１１０】
また、前記鍵管理サーバ１０、ＷＥＢサーバ４０、電子商店ＷＥＢサーバ７０、エージェントＡ１、及びエージェントＡ２は、ＰＣに限らずワークステーション等のコンピュータで構成しても良い。
【０１１１】
また、前記共通鍵Ａ１又は／及び共通鍵Ｃは、秘密鍵又は公開鍵で構成しても良く、前記Ｃ秘密鍵は、共通鍵で構成しても良い。
【０１１２】
また、前記ＩＤ及びパスワードは、指紋データ、虹彩データ、網膜データ、顔画像データ等、バイオメトリクス認証に使用するデータで構成しても良く、その他の個人認証が可能なデータで構成しても良い。
【０１１３】
また、前述のステップｎ１３で鍵管理サーバ１０がＩＤ’を取得した際に、偶然にも同一のＩＤ’が存在していた場合には、エージェントＡ１を介して携帯電話５０にＩＤ’の再送を要求するように設定しても良い。
【０１１４】
また、アプレットは、使用済みのＡ１公開鍵、Ａ２公開鍵、共通鍵ＣをＲＡＭ６５から順次削除するように設定しても良い。またＣ秘密鍵を使用後に削除するように設定しても良く、この削除タイミングは、所定回数の使用、一定時間の経過、又はこの条件のいずれか一方を満たした時点、に設定しても良い。これらにより、ＲＡＭ６５の利用可能領域を最大限に確保することができ、他のアプリケーション等の利用領域を十分確保することができる。
【０１１５】
また、鍵管理サーバ１０では複数のＣ秘密鍵を管理しても良い。この場合は、ＩＤ及びパスワードと共に指定データを送信して複数のＣ秘密鍵から目的のＣ秘密鍵を取得する、全てのＣ秘密鍵を一度に取得する、あるいは、１利用者に複数のＩＤ及びパスワードを発行してＩＤとパスワードとＣ秘密鍵を１対１で格納し、送信するＩＤ及びパスワードにより取得するＣ秘密鍵を分けるといった構成にすれば良い。
【０１１６】
これにより、複数の通信相手（電子商取引先等）毎に異なる鍵を使用することが可能となり、データ通信の安全性が向上する。また、Ｃ秘密鍵は鍵管理サーバ１０で厳重管理しているため、鍵が増加するに従って利用者の鍵管理の負担も増加するという従来の問題点を解消することができる。
【０１１７】
また他の実施形態として、鍵管理システム２は、エージェントＡ２を省略した構成にしても良い。この場合は、図１４に示す鍵管理システム２でのデータ移動を説明する説明図のように、データの流れが変化する。
【０１１８】
この場合、図９のステップｎ１９の次に、ステップｎ２１からステップｎ２４の代わりとして、仮想線で示すようにＩＤ’及びデータＭ５をＳ公開鍵で暗号化したデータＭ８を鍵管理サーバ１０に送信する。このデータＭ８の流れは、図１４の（３）”に示すイメージとなる。
【０１１９】
該データＭ８を受信した鍵管理サーバ１０は、Ｓ秘密鍵で復号化し（ステップｎ２５）、次のステップｎ２６を実行せずにステップｎ２７へ進み、共通鍵Ａ１を取得することができる。
【０１２０】
ステップｎ３２の次には、ステップｎ３３からステップｎ３８の代わりに、仮想線に示すように共通鍵Ｃ及びＳ秘密鍵で暗号化したデータＭ１０を携帯電話５０に送信する。このデータＭ１０の流れは、図１４の（５）”に示すイメージとなる。
【０１２１】
該データＭ１０を受信した携帯電話５０は、ステップｎ３９の変わりにＳ公開鍵で復号化し、ステップｎ４０の共通鍵Ｃでの復号化処理でＣ秘密鍵を取得することができる。
【０１２２】
以上のようにして、エージェントＡ２を排除したシステム構成で鍵管理システム２を構築することができる。これにより、システム構築のコストダウンを図ることができる。
【０１２３】
この発明の構成と、上述の実施形態との対応において、
この発明のデータ通信システムは、実施形態の電子商取引システム１に対応し、以下同様に、
クライアント端末は、携帯電話５０に対応し、
復号化手段は、復号化プログラムを実行する電子商店ＷＥＢサーバ７０の制御装置に対応し、
暗号データ復号装置は、電子商店ＷＥＢサーバ７０に対応し、
第１代理処理装置は、エージェントＡ１に対応し、
第２代理処理装置は、エージェントＡ２に対応し、
クライアント端末用プログラムは、アプレットに対応し、
プログラムは、アプレット送信プログラム、Ｓ鍵発行プログラム、Ａ１鍵発行プログラム、及びＡ２中継プログラムに対応し、
第１鍵要求処理は、アプレットで実行するステップｎ６の処理に対応し、
クライアント鍵要求処理は、アプレットで実行するステップｎ２０の処理に対応し、
サーバ用送信処理は、Ａ１鍵発行プログラムで実行するステップｎ１１の処理に対応し、
クライアント用応答処理は、Ａ１鍵発行プログラムで実行するステップｎ１５の処理に対応し、
クライアント鍵送信処理は、Ｓ鍵発行プログラムで実行するステップｎ３４の処理に対応し、
第１鍵は、共通鍵Ａ１に対応し、
第２鍵は、共通鍵Ｃに対応し、
クライアント鍵は、Ｃ秘密鍵に対応し、
認証データは、ＩＤ及びパスワードに対応するも、
この発明は、上述の実施形態の構成のみに限定されるものではなく、多くの実施の形態を得ることができる。
【図面の簡単な説明】
【図１】電子商取引システムのシステム構成図。
【図２】鍵管理システムのシステム構成図。
【図３】鍵管理システムの機能説明図。
【図４】携帯電話の制御回路を示すブロック図。
【図５】電子商取引システムの動作を示す処理フロー図。
【図６】電子商取引システムの画面イメージ説明図。
【図７】電子商取引システムの画面イメージ説明図。
【図８】鍵管理システムの動作を示す処理フロー図。
【図９】鍵管理システムの動作を示す処理フロー図。
【図１０】鍵管理システムの動作を示す処理フロー図。
【図１１】鍵管理システムの動作を示す処理フロー図。
【図１２】鍵管理システムでのデータ移動を説明する説明図。
【図１３】鍵管理システムの画面イメージ説明図。
【図１４】他の実施形態の鍵管理システムでのデータ移動を説明する説明図。
【符号の説明】
１…電子商取引システム
２…鍵管理システム
１０…鍵管理サーバ
４０…ＷＥＢサーバ
５０…携帯電話
７０…電子商店ＷＥＢサーバ
Ａ１…エージェント
Ａ２…エージェント
【図１】
2004096522.tif 000003
【図２】
2004096522.tif 000004
【図３】
2004096522.tif 000005
【図４】
2004096522.tif 000006
【図５】
2004096522.tif 000007
【図６】
2004096522.tif 000008
【図７】
2004096522.tif 000009
【図８】
2004096522.tif 000010
【図９】
2004096522.tif 000011
【図１０】
2004096522.tif 000012
【図１１】
2004096522.tif 000013
【図１２】
2004096522.tif 000014
【図１３】
2004096522.tif 000015
【図１４】
2004096522.tif 000016