(57)【要約】【課題】  暗号化ファイルを復号するための鍵を、安全かつ容易にサーバから受信側に配布すること。【解決手段】  受信者は送信者から受け取った名刺などの印刷媒体に印刷されたＱＲコードを自身の携帯機器に読み取り、そのＱＲコード中の受信者ＩＤをサーバに送信し、かつそれとほぼ同一の時間帯（例えばＳＳＬ通信で定められた所定時間内）に受信側装置から送信側装置に対し、暗号化ファイルに付加されていた鍵ＩＤをサーバに送信する操作を行う。サーバでは、携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として関連テーブルの登録されている鍵を取得し、受信者側装置に対して暗号化ファイルを復号するための鍵として送信する。【選択図】    図５
2008199496.tif 000002
【特許請求の範囲】
【請求項１】
送信側装置から受信側装置に送信した暗号化ファイルを受信側装置で復号するための鍵をサーバから前記受信側装置に配布する鍵配布方法であって、
送信側装置において、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信するステップと、
前記サーバにおいて、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信するステップと、
前記１組の情報を受信した送信側装置において、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信するステップと、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器によって前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信するステップと、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信するステップと、
前記サーバにおいて、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信するステップと
を備えることを特徴とする鍵配布方法。
【請求項２】
送信側装置、受信側装置、サーバ及び受信者が所持する携帯機器とから構成され、前記送信側装置から前記受信側装置に送信した暗号化ファイルを受信側装置で復号するための鍵を前記サーバから前記受信側装置に配布する鍵配布システムであって、
送信側装置が、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信する手段を備え、
前記サーバが、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信する手段を備え、
前記１組の情報を受信した送信側装置が、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信する手段を備え、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器が、前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信する手段を備え、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に、前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信する手段を備え、
前記サーバが、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信する手段を備えることを特徴とする鍵配布システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化ファイルを復号するための鍵を受信側に配布する鍵配布方法およびシステムに関するものである。
【背景技術】
【０００２】
ネットワークを介して電子ファイルを送信する際、盗聴される恐れがあるのでファイルを暗号化して送信する場合がある。受信者が復号する際には復号するための鍵が必要となるが、この鍵は送信者から受信者に安全に渡す必要がある。
鍵は１２８ビットは必要であると言われており、３０文字程度のデータになる。間違いや入力の手間などを考えれば、人を介して渡したり入力するには無理がある。鍵ないしは利用者認証情報の入力の手間をなくす解決策としてＱＲコード（二次元バーコード）を用いる特許文献１や特許文献２がある。
【０００３】
受信側では、マーキングされたＱＲコードを読取り、鍵をデコードして暗号化ファイルを復号することができる。
特許文献２では、ＱＲコードにアクセス先のＵＲＬだけではなく利用者認証用のパスワードまで含めることで利用者認証情報の入力の手間を省くというものである。
【０００４】
【特許文献１】特開２０００−３２４０９５号
【特許文献２】特開２００５−６３１５１号
【発明の開示】
【発明が解決しようとする課題】
【０００５】
特許文献１では、鍵をマーキングしてファイルに添付しているため、ファイルが盗聴されると鍵も盗聴されることになり、暗号を解読されてしまう。また、公開鍵で暗号化、これをマーキングする方法も記載されているが、復号に必要な秘密鍵の配布や入力方法については記載がない。
特許文献２の手法を使って、利用者認証を経て復号に必要な鍵をサーバから入手することができる。しかしながら現実での利用を考えると、仮に携帯電話機を利用して鍵を入手したとしてもファイルを復号して閲覧するのはパーソナルコンピュータであり、入手した鍵をパーソナルコンピュータに入力する必要があり、手間がかかり入力ミスも生じる。
パーソナルコンピュータがＱＲコードを読取ることも可能であるが、カメラをパーソナルコンピュータに接続する必要がある。この場合、パーソナルコンピュータと携帯電話機をケーブルや無線を使って接続する方法があるが、ケーブルを接続したり無線機器をパーソナルコンピュータに接続したりする手間がかかる。
【０００６】
本発明の目的は、暗号化ファイルを復号するための鍵を、安全かつ容易にサーバから受信側に配布することができる鍵配布方法およびシステムを提供することにある。
【課題を解決するための手段】
【０００７】
上記目的を達成するために、本発明に係る鍵配布方法は、送信側装置から受信側装置に送信した暗号化ファイルを受信側装置で復号するための鍵をサーバから前記受信側装置に配布する鍵配布方法であって、
送信側装置において、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信するステップと、
前記サーバにおいて、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信するステップと、
前記１組の情報を受信した送信側装置において、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信するステップと、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器によって前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信するステップと、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信するステップと、
前記サーバにおいて、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信するステップとを備えることを特徴とする。
【０００８】
また、本発明に係る鍵配布システムは、送信側装置、受信側装置、サーバ及び受信者が所持する携帯機器とから構成され、前記送信側装置から前記受信側装置に送信した暗号化ファイルを受信側装置で復号するための鍵を前記サーバから前記受信側装置に配布する鍵配布システムであって、
送信側装置が、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信する手段を備え、
前記サーバが、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信する手段を備え、
前記１組の情報を受信した送信側装置が、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信する手段を備え、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器が、前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信する手段を備え、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に、前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信する手段を備え、
前記サーバが、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信する手段を備えることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、受信者は、送信者から受け取った名刺などの印刷媒体に印刷されたＱＲコードを自身の携帯機器に読み取り、そのＱＲコード中の受信者ＩＤをサーバに送信し、かつそれとほぼ同一の時間帯（例えばＳＳＬ通信で定められた所定時間内）にパーソナルコンピュータなどで構成された受信側装置から送信側装置に対し、暗号化ファイルに付加されていた鍵ＩＤをサーバに送信する操作を行う。
すると、サーバでは、携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として関連テーブルの登録されている鍵を取得し、受信者側装置に対して暗号化ファイルを復号するための鍵として送信する。
これによって、受信側では、携帯機器と受診側装置とをケーブルや無線回線で接続するなどの手間が不要になり、安全かつ容易に暗号化ファイルを復号するための鍵を取得することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明を図面を用いて詳細に説明する。なお、これにより本発明が限定されるものではない。
図１は、本発明の実施の形態を示すシステム構成図である。
図において、１１０は鍵サーバであり、ファイル暗号化に必要な鍵は鍵サーバ１１０が生成し、管理する。送信者のＰＣ（パーソナルコンピュータ）や受信者のＰＣは、鍵サーバ１１０にアクセスして鍵を入手する。受信者の携帯電話機１７０も鍵サーバ１１０にアクセスする。
１１１は、鍵サーバ１１０内にある鍵生成モジュールであり、ファイル暗号に必要な鍵はこの鍵生成モジュール１１１が生成する。
１１２は、鍵サーバ１１０内にある鍵ＩＤ生成モジュールであり、鍵ＩＤは鍵の識別に利用する。
１１３は、鍵サーバ１１０内にある鍵ＩＤやＵＲＬ、鍵などの関連を受信者毎に関連付けて登録した関連テーブルである。詳細は図３に示す。
１１４は、鍵サーバ１１０内にある関連生成と検査を行うジュールであり、関連テーブル１３のエントリを生成したり、鍵サーバ１１０が受信したＩＤとＵＲＬの関連の検査などを行う。
１１５は、鍵サーバ１１０内にある通信モジュールであり、送信者ＰＣ（送信側装置）１３０や受信者ＰＣ（受信側装置）１５０、受信者携帯電話機（携帯機器）１７０からのアクセスを受け付ける。
【００１１】
１３０は、送信者ＰＣである。送信者はこのＰＣ１３０を使ってファイルを暗号化し、受信者ＰＣ１５０に暗号化ファイルを送信する。
１３１は、送信者ＰＣ１３０にある暗号化モジュールであり、暗号に必要な鍵を鍵サーバ１１０から得てファイルを暗号化する。
１３２は、送信者ＰＣ１３０にある通信モジュールであり、暗号に必要な鍵を鍵サーバ１１０から得て暗号化モジュール１３１に渡したり、暗号化したファイルを受信者ＰＣ１５０に送付する。
【００１２】
１５０は、受信者ＰＣである。受信者はこの受信者ＰＣ１５０を使って暗号化ファイルを送信者ＰＣ１３０から受信し、ファイルを復号し、表示する。
１５１は、受信者ＰＣ１５０にある復号モジュールであり、復号に必要な鍵を得てファイルを復号する。
１５２は、受信者ＰＣ１５０にある通信モジュールであり、復号に必要な鍵を鍵サーバ１１０から得て復号モジュール１５１に渡したり、暗号化したファイルを送信者ＰＣ１３０から受信する。
【００１３】
１７０は、受信者の携帯電話機（携帯機器）である。受信者は携帯電話機１７０を使って、受信者ＰＣ１５０が鍵サーバ１１０にアクセスして鍵を入手する際の認証を済ませる。
１８０は、鍵サーバ１１０、送信者ＰＣ１３０、受信者ＰＣ１５０、受信者携帯電話１７０を接続するインターネットである。
【００１４】
図２は、ＱＲコードとＩＤを印刷した送信者の名刺である。
本発明では、受信者毎に、暗号化ファイルを復号するための鍵を鍵サーバ１１０から取得ために、鍵サーバへ１１０のアクセス先情報（ＵＲＬ）や名刺ＩＤをＱＲコードによって印刷した名刺２００を予め用意する。この名刺２００は、送信者が用意するものであり、送信者の氏名を印刷した紙面の一部にＱＲコード２２０を印刷したものである。
ＱＲコード２２０によって印刷した名刺ＩＤは１枚ごとに異なる。送信者は、暗号化ファイルを送信する受信者に対しては、予め名刺２００を配布し、かつ配布した受信者名と名刺ＩＤをメモとして控えておく。従って、名刺２００を渡した相手には、それぞれ固有の受信者ＩＤが予め配布されたことになる。なお、複数の受信者と名刺交換を行うような場合は、送信者は名刺を名刺ＩＤ順にあらかじめ並べておいて順次配布し、受信者から受領した名刺は受領順に並べて管理しておけば、受信者名と名刺ＩＤを毎回メモしておかなくても、送信者は両者の対応関係を容易につけることができる。
図２において、２１０は、各名刺に割り振られた名刺ＩＤである。
２２０は、名刺ＩＤ２１０に対応するＵＲＬと名刺ＩＤ２１０を含んだＱＲコードである。受信者は携帯電話機１７０を使ってＱＲコード２２０を読取り、鍵サーバ１１０にアクセスする。
なお、本例における名刺２００では、「http://keyserver.j-soft.jp/get.jsp url=A34C3B5005FFDEBC&id=352437」という文字列がＱＲコードとして印刷されていると仮定する。
【００１５】
図３はＩＤとＵＲＬと鍵の関連テーブル１１３の構造を示す図である。
図３において、３０１は名刺ＩＤ２１０を含むフィールドである。本フィールドは図２に示す名刺が刷られた時点で入力済みである。
３０２は、鍵ＩＤのフィールドである。３０３は鍵を含むフィールドである。
３０４は、ＵＲＬの一部を含むフィールドである。本フィールドは図２に示す名刺が刷られた時点で入力済みである。
３０８は、レコードの一例である。送信者ＰＣ１３０が鍵サーバ１１０にアクセスして鍵を入手した時点でのレコードの様子を示す。
３０９は、レコードの一例である。名刺を印刷した時点でのレコードの様子を示す。
【００１６】
図４は暗号化ファイルの構造を示す図である。
本構造を持った暗号化ファイルが送信者ＰＣ１３０から受信者ＰＣ１５０に送られる。
４０１は、暗号に使われた鍵の鍵ＩＤである。４０２は暗号化されたファイルのデータそのものである。
【００１７】
以下、図５を用いて送信者がファイルを暗号して受信者に暗号化ファイルを送信、受信者が携帯電話機を用いて認証した上で暗号化ファイルを復号して表示する手順を説明する。
ここで、送信者は自分の名刺２００を既に受信者に手渡しており、かつ渡した名刺ＩＤ２１０を手元に控えていると仮定する。さらに、鍵サーバ１１０と送信者ＰＣ１３０、鍵サーバ１１０と受信者ＰＣ１５０、鍵サーバ１１０と受信者携帯電話１７０のそれぞれの通信はＳＳＬなどの暗号化通信手段により暗号化されていると仮定する。
【００１８】
まず、ステップ５０１において、送信者が送信者ＰＣ１３０を起動して控えておいた名刺ＩＤ２１０をキーボード等の入力手段から入力すると、送信者ＰＣ１３０は通信モジュール１３２を利用して鍵サーバ１１０にアクセスし、入力された名刺ＩＤ２１０を送信する。
次に、ステップ５０２において、鍵サーバ１１０は、通信モジュール１１５を使って名刺ＩＤ２１０を含む鍵生成要求を受信したならば、関連生成と検査モジュール１１４を使って名刺ＩＤ２１０が関連テーブル１１３に登録済みであることを確認した後、鍵生成モジュール１１１を使って名刺ＩＤ２１に対応する鍵を生成し、さらに鍵ＩＤ生成モジュール１１２を使って鍵ＩＤを生成し、関連生成と検査モジュール１１４を使って名刺ＩＤ３０１と鍵ＩＤ３０２と鍵３０３と名刺ＩＤに対応するＵＲＬの一部３０４からなるレコード３０８を関連テーブル１１３に登録する。
【００１９】
ステップ５０３において、鍵サーバ１１０は、通信モジュール１１５を使って関連テーブル１１３に登録した鍵と鍵ＩＤを送信者ＰＣ１３０に返信する。
ステップ５０４において、送信者ＰＣ１３０は暗号化モジュール１３１を使いステップ５０３にて受信した鍵を使ってファイルを暗号化し、鍵ＩＤを付与して、図４に示す暗号化ファイルを生成する。
【００２０】
ステップ５０５において、送信者ＰＣ１３０は通信モジュール１３２を使いステップ５０４にて生成した暗号化ファイルを受信者ＰＣ１５０に送付し、受信者ＰＣ１５０は通信モジュール１５２を使い同暗号化ファイルを受信する。
以上、５０１から５０５までが、送信者がファイルを暗号化して送信し、受信者が受信するまでの手順である。
【００２１】
以下のステップ５０６からステップ５１２までが、受信者がファイルを復号するまでの手順である。
ステップ５０６において、受信者は携帯電話機１７０を用いて送信者から渡された名刺のＱＲコード２２０を読取る。携帯電話機１７０はＱＲコードに含まれるアクセス先である「keyserver.j-soft.jp」の鍵サーバ１１０にアクセスする。
ステップ５０７において、携帯電話機１７０は鍵サーバ１１０上のプログラムｇｅｔ．ｊｓｐを呼出し、さらにＵＲＬの一部パラメータとして「A34C3B5005FFDEBC」、名刺ＩＤとして「352437」を送信する。これらのプログラム名やパラメータは全てＱＲコード２２０に含まれており、受信者が入力する必要はない。
【００２２】
ステップ５０８において、受信者ＰＣ１５０はステップ５０５にて受信した暗号化ファイルにアクセスして鍵ＩＤ３０１を得、通信モジュール１５２を用いて鍵サーバ１１０に送信する。
ステップ５０９において、鍵サーバ１１０は、通信モジュール１１５を用いて、ステップ５０７のパラメータやステップ５０８の鍵ＩＤを入手し、ステップ５０７と５０８のアクセス時刻の間隔が規定の時間より短いかを確認し、さらにステップ５０７の名刺ＩＤとステップ５０８の鍵ＩＤとステップ５０７のＵＲＬの一部に対応するエントリが関連テーブル１１３に登録されているかを関連生成と検査モジュール１１４を使って確認する。
【００２３】
ステップ５１０において、ステップ５０９における確認に成功した場合には対応する鍵フィールド３０３にあった鍵を受信者ＰＣ１５０に通信モジュール１１５を用いて送信する。確認に失敗した場合には、不正な鍵要求と判断して受信者ＰＣ１５０と携帯電話機１７０にエラーを通信モジュール１１５を用いて送信する。
ステップ５１１にて、受信者ＰＣ１５０は通信モジュール１５２を用いて鍵を受信し、復号モジュール１５１を用いて暗号化データ４０２を復号、復号結果を表示する。エラーを受信した場合には、その旨を表示する。
【００２４】
（他の実施形態）
前述した実施形態では、攻撃者が暗号化ファイルを盗聴して入手し、受信者の携帯電話機１７０の鍵サーバ１１０へのアクセスを見計らってステップ５０８と同じように鍵サーバ１１０にアクセスすれば、ファイルを復号できる可能性がある。
これを防ぐためには、受信者が名刺ＩＤを受信者ＰＣ１５０に入力し、受信者ＰＣ１５０がステップ５０８にて鍵ＩＤとともに名刺ＩＤを送信し、鍵サーバ１１０がステップ５０９にてステップ５０７の名刺ＩＤと５０８の名刺ＩＤとが一致することを確認すればよい。攻撃者は名刺を持っておらず、名刺ＩＤが入手できないからである。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施の形態を示すシステム構成図である。
【図２】本発明において受信者ＩＤを受信者に伝える手段の一例である名刺の構成図である。
【図３】名刺ＩＤと鍵とＵＲＬの関連を登録した関連テーブルの構成図である。
【図４】暗号化ファイルの構造の例を示す図である。
【図５】本発明の鍵配送手順の例を示すシーケンス図である。
【符号の説明】
【００２６】
１１０：鍵サーバ
１１１：鍵生成モジュール
１１２：鍵ＩＤ生成モジュール
１１３：ＩＤとＵＲＬと鍵の関連テーブル
１１４：関連生成と検査モジュール
１１５：鍵サーバの通信モジュール
１３０：送信者ＰＣ
１３１：暗号化モジュール
１３２：送信者ＰＣの通信モジュール
１５０：受信者ＰＣ
１５１：復号モジュール
１５２：受信者ＰＣの通信モジュール
１７０：受信者の携帯電話機
１８０：インターネット
【図１】
2008199496.tif 000003
【図２】
2008199496.tif 000004
【図３】
2008199496.tif 000005
【図４】
2008199496.tif 000006
【図５】
2008199496.tif 000007