JP4883698B2 - 鍵配布方法およびシステム - Google Patents
鍵配布方法およびシステム Download PDFInfo
- Publication number
- JP4883698B2 JP4883698B2 JP2007035037A JP2007035037A JP4883698B2 JP 4883698 B2 JP4883698 B2 JP 4883698B2 JP 2007035037 A JP2007035037 A JP 2007035037A JP 2007035037 A JP2007035037 A JP 2007035037A JP 4883698 B2 JP4883698 B2 JP 4883698B2
- Authority
- JP
- Japan
- Prior art keywords
- key
- server
- receiver
- transmitting
- receiving
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
本発明は、暗号化ファイルを復号するための鍵を受信側に配布する鍵配布方法およびシステムに関するものである。
ネットワークを介して電子ファイルを送信する際、盗聴される恐れがあるのでファイルを暗号化して送信する場合がある。受信者が復号する際には復号するための鍵が必要となるが、この鍵は送信者から受信者に安全に渡す必要がある。
鍵は１２８ビットは必要であると言われており、３０文字程度のデータになる。間違いや入力の手間などを考えれば、人を介して渡したり入力するには無理がある。鍵ないしは利用者認証情報の入力の手間をなくす解決策としてＱＲコード（二次元バーコード）を用いる特許文献１や特許文献２がある。
鍵は１２８ビットは必要であると言われており、３０文字程度のデータになる。間違いや入力の手間などを考えれば、人を介して渡したり入力するには無理がある。鍵ないしは利用者認証情報の入力の手間をなくす解決策としてＱＲコード（二次元バーコード）を用いる特許文献１や特許文献２がある。
受信側では、マーキングされたＱＲコードを読取り、鍵をデコードして暗号化ファイルを復号することができる。
特許文献２では、ＱＲコードにアクセス先のＵＲＬだけではなく利用者認証用のパスワードまで含めることで利用者認証情報の入力の手間を省くというものである。
特許文献２では、ＱＲコードにアクセス先のＵＲＬだけではなく利用者認証用のパスワードまで含めることで利用者認証情報の入力の手間を省くというものである。
特許文献１では、鍵をマーキングしてファイルに添付しているため、ファイルが盗聴されると鍵も盗聴されることになり、暗号を解読されてしまう。また、公開鍵で暗号化、これをマーキングする方法も記載されているが、復号に必要な秘密鍵の配布や入力方法については記載がない。
特許文献２の手法を使って、利用者認証を経て復号に必要な鍵をサーバから入手することができる。しかしながら現実での利用を考えると、仮に携帯電話機を利用して鍵を入手したとしてもファイルを復号して閲覧するのはパーソナルコンピュータであり、入手した鍵をパーソナルコンピュータに入力する必要があり、手間がかかり入力ミスも生じる。
パーソナルコンピュータがＱＲコードを読取ることも可能であるが、カメラをパーソナルコンピュータに接続する必要がある。この場合、パーソナルコンピュータと携帯電話機をケーブルや無線を使って接続する方法があるが、ケーブルを接続したり無線機器をパーソナルコンピュータに接続したりする手間がかかる。
特許文献２の手法を使って、利用者認証を経て復号に必要な鍵をサーバから入手することができる。しかしながら現実での利用を考えると、仮に携帯電話機を利用して鍵を入手したとしてもファイルを復号して閲覧するのはパーソナルコンピュータであり、入手した鍵をパーソナルコンピュータに入力する必要があり、手間がかかり入力ミスも生じる。
パーソナルコンピュータがＱＲコードを読取ることも可能であるが、カメラをパーソナルコンピュータに接続する必要がある。この場合、パーソナルコンピュータと携帯電話機をケーブルや無線を使って接続する方法があるが、ケーブルを接続したり無線機器をパーソナルコンピュータに接続したりする手間がかかる。
本発明の目的は、暗号化ファイルを復号するための鍵を、安全かつ容易にサーバから受信側に配布することができる鍵配布方法およびシステムを提供することにある。
上記目的を達成するために、本発明に係る鍵配布方法は、送信側装置から受信側装置に送信した暗号化ファイルを受信側装置で復号するための鍵をサーバから前記受信側装置に配布する鍵配布方法であって、
送信側装置において、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信するステップと、
前記サーバにおいて、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信するステップと、
前記１組の情報を受信した送信側装置において、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信するステップと、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器によって前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信するステップと、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信するステップと、
前記サーバにおいて、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信するステップとを備えることを特徴とする。
送信側装置において、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信するステップと、
前記サーバにおいて、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信するステップと、
前記１組の情報を受信した送信側装置において、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信するステップと、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器によって前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信するステップと、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信するステップと、
前記サーバにおいて、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信するステップとを備えることを特徴とする。
また、本発明に係る鍵配布システムは、送信側装置、受信側装置、サーバ及び受信者が所持する携帯機器とから構成され、前記送信側装置から前記受信側装置に送信した暗号化ファイルを受信側装置で復号するための鍵を前記サーバから前記受信側装置に配布する鍵配布システムであって、
送信側装置が、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信する手段を備え、
前記サーバが、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信する手段を備え、
前記１組の情報を受信した送信側装置が、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信する手段を備え、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器が、前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信する手段を備え、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に、前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信する手段を備え、
前記サーバが、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信する手段を備えることを特徴とする。
送信側装置が、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信する手段を備え、
前記サーバが、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信する手段を備え、
前記１組の情報を受信した送信側装置が、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信する手段を備え、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器が、前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信する手段を備え、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に、前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信する手段を備え、
前記サーバが、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信する手段を備えることを特徴とする。
本発明によれば、受信者は、送信者から受け取った名刺などの印刷媒体に印刷されたＱＲコードを自身の携帯機器に読み取り、そのＱＲコード中の受信者ＩＤをサーバに送信し、かつそれとほぼ同一の時間帯（例えばＳＳＬ通信で定められた所定時間内）にパーソナルコンピュータなどで構成された受信側装置から送信側装置に対し、暗号化ファイルに付加されていた鍵ＩＤをサーバに送信する操作を行う。
すると、サーバでは、携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として関連テーブルの登録されている鍵を取得し、受信者側装置に対して暗号化ファイルを復号するための鍵として送信する。
これによって、受信側では、携帯機器と受診側装置とをケーブルや無線回線で接続するなどの手間が不要になり、安全かつ容易に暗号化ファイルを復号するための鍵を取得することができる。
すると、サーバでは、携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として関連テーブルの登録されている鍵を取得し、受信者側装置に対して暗号化ファイルを復号するための鍵として送信する。
これによって、受信側では、携帯機器と受診側装置とをケーブルや無線回線で接続するなどの手間が不要になり、安全かつ容易に暗号化ファイルを復号するための鍵を取得することができる。
以下、本発明を図面を用いて詳細に説明する。なお、これにより本発明が限定されるものではない。
図１は、本発明の実施の形態を示すシステム構成図である。
図において、１１０は鍵サーバであり、ファイル暗号化に必要な鍵は鍵サーバ１１０が生成し、管理する。送信者のＰＣ（パーソナルコンピュータ）や受信者のＰＣは、鍵サーバ１１０にアクセスして鍵を入手する。受信者の携帯電話機１７０も鍵サーバ１１０にアクセスする。
１１１は、鍵サーバ１１０内にある鍵生成モジュールであり、ファイル暗号に必要な鍵はこの鍵生成モジュール１１１が生成する。
１１２は、鍵サーバ１１０内にある鍵ＩＤ生成モジュールであり、鍵ＩＤは鍵の識別に利用する。
１１３は、鍵サーバ１１０内にある鍵ＩＤやＵＲＬ、鍵などの関連を受信者毎に関連付けて登録した関連テーブルである。詳細は図３に示す。
１１４は、鍵サーバ１１０内にある関連生成と検査を行うジュールであり、関連テーブル１３のエントリを生成したり、鍵サーバ１１０が受信したＩＤとＵＲＬの関連の検査などを行う。
１１５は、鍵サーバ１１０内にある通信モジュールであり、送信者ＰＣ（送信側装置）１３０や受信者ＰＣ（受信側装置）１５０、受信者携帯電話機（携帯機器）１７０からのアクセスを受け付ける。
図１は、本発明の実施の形態を示すシステム構成図である。
図において、１１０は鍵サーバであり、ファイル暗号化に必要な鍵は鍵サーバ１１０が生成し、管理する。送信者のＰＣ（パーソナルコンピュータ）や受信者のＰＣは、鍵サーバ１１０にアクセスして鍵を入手する。受信者の携帯電話機１７０も鍵サーバ１１０にアクセスする。
１１１は、鍵サーバ１１０内にある鍵生成モジュールであり、ファイル暗号に必要な鍵はこの鍵生成モジュール１１１が生成する。
１１２は、鍵サーバ１１０内にある鍵ＩＤ生成モジュールであり、鍵ＩＤは鍵の識別に利用する。
１１３は、鍵サーバ１１０内にある鍵ＩＤやＵＲＬ、鍵などの関連を受信者毎に関連付けて登録した関連テーブルである。詳細は図３に示す。
１１４は、鍵サーバ１１０内にある関連生成と検査を行うジュールであり、関連テーブル１３のエントリを生成したり、鍵サーバ１１０が受信したＩＤとＵＲＬの関連の検査などを行う。
１１５は、鍵サーバ１１０内にある通信モジュールであり、送信者ＰＣ（送信側装置）１３０や受信者ＰＣ（受信側装置）１５０、受信者携帯電話機（携帯機器）１７０からのアクセスを受け付ける。
１３０は、送信者ＰＣである。送信者はこのＰＣ１３０を使ってファイルを暗号化し、受信者ＰＣ１５０に暗号化ファイルを送信する。
１３１は、送信者ＰＣ１３０にある暗号化モジュールであり、暗号に必要な鍵を鍵サーバ１１０から得てファイルを暗号化する。
１３２は、送信者ＰＣ１３０にある通信モジュールであり、暗号に必要な鍵を鍵サーバ１１０から得て暗号化モジュール１３１に渡したり、暗号化したファイルを受信者ＰＣ１５０に送付する。
１３１は、送信者ＰＣ１３０にある暗号化モジュールであり、暗号に必要な鍵を鍵サーバ１１０から得てファイルを暗号化する。
１３２は、送信者ＰＣ１３０にある通信モジュールであり、暗号に必要な鍵を鍵サーバ１１０から得て暗号化モジュール１３１に渡したり、暗号化したファイルを受信者ＰＣ１５０に送付する。
１５０は、受信者ＰＣである。受信者はこの受信者ＰＣ１５０を使って暗号化ファイルを送信者ＰＣ１３０から受信し、ファイルを復号し、表示する。
１５１は、受信者ＰＣ１５０にある復号モジュールであり、復号に必要な鍵を得てファイルを復号する。
１５２は、受信者ＰＣ１５０にある通信モジュールであり、復号に必要な鍵を鍵サーバ１１０から得て復号モジュール１５１に渡したり、暗号化したファイルを送信者ＰＣ１３０から受信する。
１５１は、受信者ＰＣ１５０にある復号モジュールであり、復号に必要な鍵を得てファイルを復号する。
１５２は、受信者ＰＣ１５０にある通信モジュールであり、復号に必要な鍵を鍵サーバ１１０から得て復号モジュール１５１に渡したり、暗号化したファイルを送信者ＰＣ１３０から受信する。
１７０は、受信者の携帯電話機（携帯機器）である。受信者は携帯電話機１７０を使って、受信者ＰＣ１５０が鍵サーバ１１０にアクセスして鍵を入手する際の認証を済ませる。
１８０は、鍵サーバ１１０、送信者ＰＣ１３０、受信者ＰＣ１５０、受信者携帯電話１７０を接続するインターネットである。
１８０は、鍵サーバ１１０、送信者ＰＣ１３０、受信者ＰＣ１５０、受信者携帯電話１７０を接続するインターネットである。
図２は、ＱＲコードとＩＤを印刷した送信者の名刺である。
本発明では、受信者毎に、暗号化ファイルを復号するための鍵を鍵サーバ１１０から取得ために、鍵サーバへ１１０のアクセス先情報（ＵＲＬ）や名刺ＩＤをＱＲコードによって印刷した名刺２００を予め用意する。この名刺２００は、送信者が用意するものであり、送信者の氏名を印刷した紙面の一部にＱＲコード２２０を印刷したものである。
ＱＲコード２２０によって印刷した名刺ＩＤは１枚ごとに異なる。送信者は、暗号化ファイルを送信する受信者に対しては、予め名刺２００を配布し、かつ配布した受信者名と名刺ＩＤをメモとして控えておく。従って、名刺２００を渡した相手には、それぞれ固有の受信者ＩＤが予め配布されたことになる。なお、複数の受信者と名刺交換を行うような場合は、送信者は名刺を名刺ＩＤ順にあらかじめ並べておいて順次配布し、受信者から受領した名刺は受領順に並べて管理しておけば、受信者名と名刺ＩＤを毎回メモしておかなくても、送信者は両者の対応関係を容易につけることができる。
図２において、２１０は、各名刺に割り振られた名刺ＩＤである。
２２０は、名刺ＩＤ２１０に対応するＵＲＬと名刺ＩＤ２１０を含んだＱＲコードである。受信者は携帯電話機１７０を使ってＱＲコード２２０を読取り、鍵サーバ１１０にアクセスする。
なお、本例における名刺２００では、「http://keyserver.j-soft.jp/get.jsp url=A34C3B5005FFDEBC&id=352437」という文字列がＱＲコードとして印刷されていると仮定する。
本発明では、受信者毎に、暗号化ファイルを復号するための鍵を鍵サーバ１１０から取得ために、鍵サーバへ１１０のアクセス先情報（ＵＲＬ）や名刺ＩＤをＱＲコードによって印刷した名刺２００を予め用意する。この名刺２００は、送信者が用意するものであり、送信者の氏名を印刷した紙面の一部にＱＲコード２２０を印刷したものである。
ＱＲコード２２０によって印刷した名刺ＩＤは１枚ごとに異なる。送信者は、暗号化ファイルを送信する受信者に対しては、予め名刺２００を配布し、かつ配布した受信者名と名刺ＩＤをメモとして控えておく。従って、名刺２００を渡した相手には、それぞれ固有の受信者ＩＤが予め配布されたことになる。なお、複数の受信者と名刺交換を行うような場合は、送信者は名刺を名刺ＩＤ順にあらかじめ並べておいて順次配布し、受信者から受領した名刺は受領順に並べて管理しておけば、受信者名と名刺ＩＤを毎回メモしておかなくても、送信者は両者の対応関係を容易につけることができる。
図２において、２１０は、各名刺に割り振られた名刺ＩＤである。
２２０は、名刺ＩＤ２１０に対応するＵＲＬと名刺ＩＤ２１０を含んだＱＲコードである。受信者は携帯電話機１７０を使ってＱＲコード２２０を読取り、鍵サーバ１１０にアクセスする。
なお、本例における名刺２００では、「http://keyserver.j-soft.jp/get.jsp url=A34C3B5005FFDEBC&id=352437」という文字列がＱＲコードとして印刷されていると仮定する。
図３はＩＤとＵＲＬと鍵の関連テーブル１１３の構造を示す図である。
図３において、３０１は名刺ＩＤ２１０を含むフィールドである。本フィールドは図２に示す名刺が刷られた時点で入力済みである。
３０２は、鍵ＩＤのフィールドである。３０３は鍵を含むフィールドである。
３０４は、ＵＲＬの一部を含むフィールドである。本フィールドは図２に示す名刺が刷られた時点で入力済みである。
３０８は、レコードの一例である。送信者ＰＣ１３０が鍵サーバ１１０にアクセスして鍵を入手した時点でのレコードの様子を示す。
３０９は、レコードの一例である。名刺を印刷した時点でのレコードの様子を示す。
図３において、３０１は名刺ＩＤ２１０を含むフィールドである。本フィールドは図２に示す名刺が刷られた時点で入力済みである。
３０２は、鍵ＩＤのフィールドである。３０３は鍵を含むフィールドである。
３０４は、ＵＲＬの一部を含むフィールドである。本フィールドは図２に示す名刺が刷られた時点で入力済みである。
３０８は、レコードの一例である。送信者ＰＣ１３０が鍵サーバ１１０にアクセスして鍵を入手した時点でのレコードの様子を示す。
３０９は、レコードの一例である。名刺を印刷した時点でのレコードの様子を示す。
図４は暗号化ファイルの構造を示す図である。
本構造を持った暗号化ファイルが送信者ＰＣ１３０から受信者ＰＣ１５０に送られる。
４０１は、暗号に使われた鍵の鍵ＩＤである。４０２は暗号化されたファイルのデータそのものである。
本構造を持った暗号化ファイルが送信者ＰＣ１３０から受信者ＰＣ１５０に送られる。
４０１は、暗号に使われた鍵の鍵ＩＤである。４０２は暗号化されたファイルのデータそのものである。
以下、図５を用いて送信者がファイルを暗号して受信者に暗号化ファイルを送信、受信者が携帯電話機を用いて認証した上で暗号化ファイルを復号して表示する手順を説明する。
ここで、送信者は自分の名刺２００を既に受信者に手渡しており、かつ渡した名刺ＩＤ２１０を手元に控えていると仮定する。さらに、鍵サーバ１１０と送信者ＰＣ１３０、鍵サーバ１１０と受信者ＰＣ１５０、鍵サーバ１１０と受信者携帯電話１７０のそれぞれの通信はＳＳＬなどの暗号化通信手段により暗号化されていると仮定する。
ここで、送信者は自分の名刺２００を既に受信者に手渡しており、かつ渡した名刺ＩＤ２１０を手元に控えていると仮定する。さらに、鍵サーバ１１０と送信者ＰＣ１３０、鍵サーバ１１０と受信者ＰＣ１５０、鍵サーバ１１０と受信者携帯電話１７０のそれぞれの通信はＳＳＬなどの暗号化通信手段により暗号化されていると仮定する。
まず、ステップ５０１において、送信者が送信者ＰＣ１３０を起動して控えておいた名刺ＩＤ２１０をキーボード等の入力手段から入力すると、送信者ＰＣ１３０は通信モジュール１３２を利用して鍵サーバ１１０にアクセスし、入力された名刺ＩＤ２１０を送信する。
次に、ステップ５０２において、鍵サーバ１１０は、通信モジュール１１５を使って名刺ＩＤ２１０を含む鍵生成要求を受信したならば、関連生成と検査モジュール１１４を使って名刺ＩＤ２１０が関連テーブル１１３に登録済みであることを確認した後、鍵生成モジュール１１１を使って名刺ＩＤ２１に対応する鍵を生成し、さらに鍵ＩＤ生成モジュール１１２を使って鍵ＩＤを生成し、関連生成と検査モジュール１１４を使って名刺ＩＤ３０１と鍵ＩＤ３０２と鍵３０３と名刺ＩＤに対応するＵＲＬの一部３０４からなるレコード３０８を関連テーブル１１３に登録する。
次に、ステップ５０２において、鍵サーバ１１０は、通信モジュール１１５を使って名刺ＩＤ２１０を含む鍵生成要求を受信したならば、関連生成と検査モジュール１１４を使って名刺ＩＤ２１０が関連テーブル１１３に登録済みであることを確認した後、鍵生成モジュール１１１を使って名刺ＩＤ２１に対応する鍵を生成し、さらに鍵ＩＤ生成モジュール１１２を使って鍵ＩＤを生成し、関連生成と検査モジュール１１４を使って名刺ＩＤ３０１と鍵ＩＤ３０２と鍵３０３と名刺ＩＤに対応するＵＲＬの一部３０４からなるレコード３０８を関連テーブル１１３に登録する。
ステップ５０３において、鍵サーバ１１０は、通信モジュール１１５を使って関連テーブル１１３に登録した鍵と鍵ＩＤを送信者ＰＣ１３０に返信する。
ステップ５０４において、送信者ＰＣ１３０は暗号化モジュール１３１を使いステップ５０３にて受信した鍵を使ってファイルを暗号化し、鍵ＩＤを付与して、図４に示す暗号化ファイルを生成する。
ステップ５０４において、送信者ＰＣ１３０は暗号化モジュール１３１を使いステップ５０３にて受信した鍵を使ってファイルを暗号化し、鍵ＩＤを付与して、図４に示す暗号化ファイルを生成する。
ステップ５０５において、送信者ＰＣ１３０は通信モジュール１３２を使いステップ５０４にて生成した暗号化ファイルを受信者ＰＣ１５０に送付し、受信者ＰＣ１５０は通信モジュール１５２を使い同暗号化ファイルを受信する。
以上、５０１から５０５までが、送信者がファイルを暗号化して送信し、受信者が受信するまでの手順である。
以上、５０１から５０５までが、送信者がファイルを暗号化して送信し、受信者が受信するまでの手順である。
以下のステップ５０６からステップ５１２までが、受信者がファイルを復号するまでの手順である。
ステップ５０６において、受信者は携帯電話機１７０を用いて送信者から渡された名刺のＱＲコード２２０を読取る。携帯電話機１７０はＱＲコードに含まれるアクセス先である「keyserver.j-soft.jp」の鍵サーバ１１０にアクセスする。
ステップ５０７において、携帯電話機１７０は鍵サーバ１１０上のプログラムｇｅｔ．ｊｓｐを呼出し、さらにＵＲＬの一部パラメータとして「A34C3B5005FFDEBC」、名刺ＩＤとして「352437」を送信する。これらのプログラム名やパラメータは全てＱＲコード２２０に含まれており、受信者が入力する必要はない。
ステップ５０６において、受信者は携帯電話機１７０を用いて送信者から渡された名刺のＱＲコード２２０を読取る。携帯電話機１７０はＱＲコードに含まれるアクセス先である「keyserver.j-soft.jp」の鍵サーバ１１０にアクセスする。
ステップ５０７において、携帯電話機１７０は鍵サーバ１１０上のプログラムｇｅｔ．ｊｓｐを呼出し、さらにＵＲＬの一部パラメータとして「A34C3B5005FFDEBC」、名刺ＩＤとして「352437」を送信する。これらのプログラム名やパラメータは全てＱＲコード２２０に含まれており、受信者が入力する必要はない。
ステップ５０８において、受信者ＰＣ１５０はステップ５０５にて受信した暗号化ファイルにアクセスして鍵ＩＤ３０１を得、通信モジュール１５２を用いて鍵サーバ１１０に送信する。
ステップ５０９において、鍵サーバ１１０は、通信モジュール１１５を用いて、ステップ５０７のパラメータやステップ５０８の鍵ＩＤを入手し、ステップ５０７と５０８のアクセス時刻の間隔が規定の時間より短いかを確認し、さらにステップ５０７の名刺ＩＤとステップ５０８の鍵ＩＤとステップ５０７のＵＲＬの一部に対応するエントリが関連テーブル１１３に登録されているかを関連生成と検査モジュール１１４を使って確認する。
ステップ５０９において、鍵サーバ１１０は、通信モジュール１１５を用いて、ステップ５０７のパラメータやステップ５０８の鍵ＩＤを入手し、ステップ５０７と５０８のアクセス時刻の間隔が規定の時間より短いかを確認し、さらにステップ５０７の名刺ＩＤとステップ５０８の鍵ＩＤとステップ５０７のＵＲＬの一部に対応するエントリが関連テーブル１１３に登録されているかを関連生成と検査モジュール１１４を使って確認する。
ステップ５１０において、ステップ５０９における確認に成功した場合には対応する鍵フィールド３０３にあった鍵を受信者ＰＣ１５０に通信モジュール１１５を用いて送信する。確認に失敗した場合には、不正な鍵要求と判断して受信者ＰＣ１５０と携帯電話機１７０にエラーを通信モジュール１１５を用いて送信する。
ステップ５１１にて、受信者ＰＣ１５０は通信モジュール１５２を用いて鍵を受信し、復号モジュール１５１を用いて暗号化データ４０２を復号、復号結果を表示する。エラーを受信した場合には、その旨を表示する。
ステップ５１１にて、受信者ＰＣ１５０は通信モジュール１５２を用いて鍵を受信し、復号モジュール１５１を用いて暗号化データ４０２を復号、復号結果を表示する。エラーを受信した場合には、その旨を表示する。
（他の実施形態）
前述した実施形態では、攻撃者が暗号化ファイルを盗聴して入手し、受信者の携帯電話機１７０の鍵サーバ１１０へのアクセスを見計らってステップ５０８と同じように鍵サーバ１１０にアクセスすれば、ファイルを復号できる可能性がある。
これを防ぐためには、受信者が名刺ＩＤを受信者ＰＣ１５０に入力し、受信者ＰＣ１５０がステップ５０８にて鍵ＩＤとともに名刺ＩＤを送信し、鍵サーバ１１０がステップ５０９にてステップ５０７の名刺ＩＤと５０８の名刺ＩＤとが一致することを確認すればよい。攻撃者は名刺を持っておらず、名刺ＩＤが入手できないからである。
前述した実施形態では、攻撃者が暗号化ファイルを盗聴して入手し、受信者の携帯電話機１７０の鍵サーバ１１０へのアクセスを見計らってステップ５０８と同じように鍵サーバ１１０にアクセスすれば、ファイルを復号できる可能性がある。
これを防ぐためには、受信者が名刺ＩＤを受信者ＰＣ１５０に入力し、受信者ＰＣ１５０がステップ５０８にて鍵ＩＤとともに名刺ＩＤを送信し、鍵サーバ１１０がステップ５０９にてステップ５０７の名刺ＩＤと５０８の名刺ＩＤとが一致することを確認すればよい。攻撃者は名刺を持っておらず、名刺ＩＤが入手できないからである。
１１０：鍵サーバ
１１１：鍵生成モジュール
１１２：鍵ＩＤ生成モジュール
１１３：ＩＤとＵＲＬと鍵の関連テーブル
１１４：関連生成と検査モジュール
１１５：鍵サーバの通信モジュール
１３０：送信者ＰＣ
１３１：暗号化モジュール
１３２：送信者ＰＣの通信モジュール
１５０：受信者ＰＣ
１５１：復号モジュール
１５２：受信者ＰＣの通信モジュール
１７０：受信者の携帯電話機
１８０：インターネット
１１１：鍵生成モジュール
１１２：鍵ＩＤ生成モジュール
１１３：ＩＤとＵＲＬと鍵の関連テーブル
１１４：関連生成と検査モジュール
１１５：鍵サーバの通信モジュール
１３０：送信者ＰＣ
１３１：暗号化モジュール
１３２：送信者ＰＣの通信モジュール
１５０：受信者ＰＣ
１５１：復号モジュール
１５２：受信者ＰＣの通信モジュール
１７０：受信者の携帯電話機
１８０：インターネット
Claims (2)
- 送信側装置から受信側装置に送信した暗号化ファイルを受信側装置で復号するための鍵をサーバから前記受信側装置に配布する鍵配布方法であって、
送信側装置において、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信するステップと、
前記サーバにおいて、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信するステップと、
前記１組の情報を受信した送信側装置において、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信するステップと、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器によって前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信するステップと、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信するステップと、
前記サーバにおいて、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信するステップと
を備えることを特徴とする鍵配布方法。 - 送信側装置、受信側装置、サーバ及び受信者が所持する携帯機器とから構成され、前記送信側装置から前記受信側装置に送信した暗号化ファイルを受信側装置で復号するための鍵を前記サーバから前記受信側装置に配布する鍵配布システムであって、
送信側装置が、受信側装置の受信者に予め通知しておいた受信者ＩＤを受付け、前記サーバに対して、前記受信者ＩＤを付加した鍵生成要求を送信する手段を備え、
前記サーバが、前記受信者ＩＤに対応した鍵及び鍵ＩＤを生成し、その生成した鍵及び鍵ＩＤと当該サーバへのアクセス先情報及び受信者ＩＤとから成る１組の情報を受信者ＩＤ別に関連テーブルに登録すると共に、前記送信側装置に送信する手段を備え、
前記１組の情報を受信した送信側装置が、前記サーバから受信した鍵を用いて受信側装置に送信すべきファイルを暗号化し、その暗号化ファイルと鍵ＩＤを受信側装置に送信する手段を備え、
受信者ＩＤと前記サーバへのアクセス先情報とがＱＲコードによって印刷された印刷媒体を受け取った受信者が所持する携帯機器が、前記ＱＲコードを読み取り、当該ＱＲコード中に記録されているアクセス先情報により前記サーバにアクセスした後、ＱＲコード中の受信者ＩＤを前記サーバに送信する手段を備え、
前記携帯機器が前記受信者ＩＤを前記サーバに送信した後の所定時間の間に、前記受信側装置が前記送信側装置から受信した鍵ＩＤを前記サーバに送信する手段を備え、
前記サーバが、前記携帯機器から受信者ＩＤを受信した後の所定時間内に受信側装置から受信した鍵ＩＤと受信者ＩＤとの対応関係を前記関連テーブルの登録情報によって確認し、対応関係があった場合には当該対応関係の情報として当該関連テーブルに登録されている鍵を取得し、前記受信者側装置に対して前記暗号化ファイルを復号するための鍵として送信する手段を備えることを特徴とする鍵配布システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007035037A JP4883698B2 (ja) | 2007-02-15 | 2007-02-15 | 鍵配布方法およびシステム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2007035037A JP4883698B2 (ja) | 2007-02-15 | 2007-02-15 | 鍵配布方法およびシステム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2008199496A JP2008199496A (ja) | 2008-08-28 |
| JP4883698B2 true JP4883698B2 (ja) | 2012-02-22 |
Family
ID=39758027
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007035037A Expired - Fee Related JP4883698B2 (ja) | 2007-02-15 | 2007-02-15 | 鍵配布方法およびシステム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4883698B2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104134139A (zh) * | 2013-05-03 | 2014-11-05 | 中国银联股份有限公司 | 对金融信息进行加密保护的方法 |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101836876B1 (ko) * | 2011-03-02 | 2018-03-09 | 삼성전자주식회사 | 휴대용 단말기에서 네트워크 연결을 수행하기 위한 장치 및 방법 |
| US9107065B2 (en) * | 2012-10-22 | 2015-08-11 | Google Technology Holdings LLC | Secure information transfer via bar codes |
| BE1024741B1 (nl) * | 2016-11-15 | 2018-06-21 | Pom Nv | Identificatie door scannen van een barcode |
| CN107948183B (zh) * | 2017-12-06 | 2021-02-02 | 深圳数字电视国家工程实验室股份有限公司 | 一种适用于物联网的密钥分配方法及系统 |
| KR101983680B1 (ko) * | 2018-09-10 | 2019-06-04 | 주식회사 두빛나래소프트 | Qr 코드를 이용한 정보 송수신 방법, 장치 및 시스템 |
| KR102050823B1 (ko) * | 2018-11-26 | 2019-12-03 | 주식회사 두빛나래소프트 | Qr 코드를 이용한 정보 송수신 방법, 장치 및 시스템 |
| CN116782210B (zh) * | 2023-08-07 | 2024-04-30 | 数盾信息科技股份有限公司 | 一种高速加密算法的动态加密密钥生成方法 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005063151A (ja) * | 2003-08-12 | 2005-03-10 | Kyosuke Nakagawa | 識別コードを用いた利用者認証方法及び利用者認証システム |
| JP2006048464A (ja) * | 2004-08-06 | 2006-02-16 | Toshiba Corp | コンテンツデータ配信システム、コンテンツデータ配信方法及商品販売方法 |
| JP4761854B2 (ja) * | 2005-07-01 | 2011-08-31 | 株式会社東芝 | コンテンツデータ配信サーバ、及びコンテンツデータ配信方法 |
-
2007
- 2007-02-15 JP JP2007035037A patent/JP4883698B2/ja not_active Expired - Fee Related
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104134139A (zh) * | 2013-05-03 | 2014-11-05 | 中国银联股份有限公司 | 对金融信息进行加密保护的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2008199496A (ja) | 2008-08-28 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4883698B2 (ja) | 鍵配布方法およびシステム | |
| CN1967558B (zh) | 图像处理系统,信息处理设备,以及信息处理方法 | |
| CN101715638A (zh) | 为获取解密密钥而请求密钥获取的安全电子消息系统 | |
| CN1299545A (zh) | 使用虚拟专用密钥的用户鉴别 | |
| JP2007336556A (ja) | セキュリティ面で安全なファクシミリ通信システムおよび方法 | |
| JP5495194B2 (ja) | アカウント発行システム、アカウントサーバ、サービスサーバおよびアカウント発行方法 | |
| JP2008059020A (ja) | プリントシステム | |
| JP4836499B2 (ja) | ネットワーク印刷システム | |
| US20040165723A1 (en) | Image processing apparatus, image processing system, and image information transmission method | |
| JP3711931B2 (ja) | 電子メールシステム、その処理方法及びそのプログラム | |
| JP2007141230A (ja) | 新たなセキュリティ認証情報を適格化するシステム、方法およびプログラム | |
| JP2008134985A (ja) | ネットワークシステム | |
| CN107409043B (zh) | 基于中央加密的存储数据对产品的分布式处理 | |
| JP4469129B2 (ja) | 電子申請システム | |
| JP2004295807A (ja) | 配信用文書ファイル作成システム | |
| JP4698261B2 (ja) | 暗号通信システムと方法、及びプログラム | |
| JP4813998B2 (ja) | 印刷システム、クライアント端末装置、サーバ装置、及び印刷装置 | |
| JP2007181945A (ja) | 画像形成装置、出力判断プログラムおよび出力判断方法 | |
| CN1926800B (zh) | 信息的加密发送接收方法 | |
| JP4864566B2 (ja) | 属性認証方法、鍵管理装置、サービス提供先装置、サービス提供元装置、及び属性認証システム | |
| JP2005199627A (ja) | 機密印刷データの出力認証機能を有する画像処理装置 | |
| JP2004171114A (ja) | 画像形成装置および画像形成システム | |
| JP7000961B2 (ja) | ファイル操作管理システムおよびファイル操作管理方法 | |
| JP2007310433A (ja) | パスワード伝達システム | |
| JP4482635B2 (ja) | 情報保護方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20090716 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20111202 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20111202 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141216 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| LAPS | Cancellation because of no payment of annual fees |