(57)【特許請求の範囲】
【請求項１】
入札に参加するための供給側装置と、前記供給側装置とネットワークを介して接続された調達側装置とを備える入札システムであって、
前記供給側装置は、
暗号鍵と復号鍵のペアを作成する鍵作成手段と、
前記鍵作成手段によって作成された暗号鍵を前記ネットワークを介して前記調達側装置に送信する手段と、
前記調達側装置により公開される前記暗号鍵を前記ネットワークを介して取得して全ての暗号鍵を得る鍵取得手段と、
入札書を前記鍵取得手段で取得した全ての入札装置の前記暗号鍵で暗号化する暗号化手段と、
前記暗号化手段で暗号化された入札書を前記調達側装置に前記ネットワークを介して送信する手段と、
前記鍵作成手段で作成された復号鍵を前記調達側装置に前記ネットワークを介して送信する手段とを備え、
前記調達側装置は、
前記各入札側調達側装置から送信された暗号鍵をネットワーク上で公開する手段と、
前記各入札側調達側装置から送信された暗号化された入札書及び復号鍵を取得する手段と、
前記暗号化手段で暗号化された入札書を、送信された全ての入札側装置の全ての調達側装置の復号鍵で復号する手段とを備えることを特徴とする入札システム。
【請求項２】
秘密情報を暗号化する第１の装置と、前記第１の装置とネットワークを介して接続され、前記秘密情報を保持する第２の装置とを備える秘密情報保持システムであって、
前記第１の装置は、
暗号鍵と復号鍵のペアを作成する鍵作成手段と、
前記鍵作成手段によって作成された暗号鍵を前記ネットワークを介して前記第２の装置に送信する手段と、
前記第２の装置により公開される前記暗号鍵を前記ネットワークを介して取得する鍵取得手段と、
秘密情報を前記鍵取得手段で取得した全ての第１の装置の前記暗号鍵で暗号化する暗号化手段と、
前記暗号化手段で暗号化された秘密情報を前記第２の装置に前記ネットワークを介して送信する手段と、
前記鍵作成手段で作成された復号鍵を前記第２の装置に前記ネットワークを介して送信する手段とを備え、
前記第２の装置は、
前記各第１の装置から送信された暗号鍵を前記ネットワーク上で公開する手段と、
前記各第１の装置から送信された暗号化された秘密情報及び復号鍵を取得する手段と、
前記暗号化された秘密情報を、送信された全ての第１の装置の復号鍵で復号する手段とを備えることを特徴とする秘密情報保持システム。
【請求項３】
入札に参加するための供給側装置と、前記供給側装置とネットワークを介して接続された調達側装置とを備える入札システムにおける供給側装置であって、
暗号鍵と復号鍵のペアを作成する鍵作成手段と、
前記鍵作成手段によって作成された暗号鍵を前記調達側装置に送信する手段と、
前記調達側装置により公開される暗号鍵を前記ネットワークを介して取得する鍵取得手段と、
入札書を前記鍵取得手段で取得した全ての供給側装置の暗号鍵で暗号化する暗号化手段と、
前記暗号化手段で暗号化された入札書を前記調達側装置に前記ネットワークを介して送信する手段と、
前記鍵作成手段で作成された復号鍵を前記調達側装置に前記ネットワークを介して送信する手段と、
を備えることを特徴とする供給側装置。
【請求項４】
入札に参加するための供給側装置と、前記供給側装置とネットワークを介して接続された調達側装置とを備える入札システムにおける調達側装置であって、
前記各入札側装置から前記ネットワークを介して送信された暗号鍵を前記ネットワーク上で公開する手段と、
前記各入札側装置から前記ネットワークを介して送信された、各入札側装置の全ての入札側装置の暗号鍵で暗号化された入札書及び復号鍵を取得する手段と、
前記暗号化手段で暗号化された入札書を、全ての調達側装置の前記各入札側装置から前記ネットワークを介して送信された全ての復号鍵で復号する手段とを備えることを特徴とする調達側装置。
【請求項５】
秘密情報を暗号化する第１の装置と、前記第１の装置とネットワークを介して接続され、前記秘密情報を保持する第２の装置とを備える秘密情報保持システムにおける秘密情報保持方法であって、
前記第１の装置において、
暗号鍵と復号鍵のペアを作成するステップと、
前記ステップによって作成された暗号鍵を前記ネットワークを介して前記第２の装置に送信するステップと、
前記第２の装置により公開される全ての第１の装置の暗号鍵を取得するステップと、
秘密情報を前記ステップで取得した全ての暗号鍵で暗号化するステップと、
前記ステップで暗号化された秘密情報を前記第２の装置に前記ネットワークを介して送信するステップと、
前記作成された復号鍵を前記調達側装置に前記ネットワークを介して送信するステップと、を有し、
前記第２の装置において、
前記各第１の装置から送信された暗号鍵をネットワーク上で公開するステップと、
前記各第１の装置から送信された暗号化された秘密情報及び復号鍵を取得するステップと、
前記暗号化された秘密情報を、送信された全ての第１の装置の復号鍵で復号するステップとを有することを特徴とする秘密情報保持方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、例えば複数の当事者間で利用する秘密情報を安全に保持するための手法、及びこの手法を応用した電子入札システムに関する。
【０００２】
【従来の技術】
入札を主催する主催者が操作する情報処理装置（以下、「調達側装置」）と、その入札に参加する複数の参加者がそれぞれ操作する情報処理装置（以下、「供給側装置」）とを、例えばインターネットを通じて接続して電子入札を行う電子入札システムが知られている。この種の電子入札システムでは、秘密情報である入札書（入札参加申請書）を開札時刻に達するまで改竄されることなく保持することが大きな課題である。そのため、従来は、入札手続を電子化する際に、「時間鍵方式」と「共通鍵方式」の二つの方式を採用し、これによって、一定時間内の改竄防止を試みている。
【０００３】
「時間鍵方式」は、情報を暗号化するための公開鍵及びそれに対応する秘密鍵の管理を、信用ある第三者機関（（Trusted Third Party）以下、「ＴＴＰ」）に委ねる方式である。
すなわち、ＴＴＰで公開鍵とそれに対応する秘密鍵を生成し、調達側装置からの依頼によりＴＴＰが公開鍵を公表する。調達側装置は、入札申請を行う供給側装置にそれぞれこの公開鍵を渡す。供給側装置は、渡された公開鍵で入札書を暗号化し、この暗号化された入札書（以下、「暗号入札書」）を調達側装置へ提出する。ＴＴＰは、開札時刻をも管理しており、その時刻に達したときに、秘密鍵を調達側装置へ発行する。これにより、調達側装置は、暗号入札書を秘密鍵で復号化し、これを開札に供する。この時間鍵方式を用いることで、開札時刻に達するまで、誰も入札情報の内容を知ることができないようになる。また、入札書のハッシュ値の事前公開に伴う調達側装置の開札後の改竄を防止できるようになる。
【０００４】
一方、「共通鍵分散方式」は、供給側装置毎に独自の共通鍵を利用する方式である。すなわち、供給側装置でそれぞれ共通鍵を保有しておき、この共通鍵で暗号化した暗号入札書を調達側装置へ提出する。開札時刻になると、供給側装置は、自分の共通鍵を自律的に調達側装置へ渡す。この共通鍵を用いて調達側装置は、暗号入札書を復号化して開札する。この共通鍵分散方式を用いることで、開札時刻に達するまで、調達側装置が入札情報の内容を知ることができないようになる。また、入札書のハッシュ値の事前公開に伴う調達側装置の開札後の改竄を防止できるようになる。
【０００５】
【発明が解決しようとしている課題】
しかしながら、上述の各方式には、以下のような問題があった。
まず、時間鍵方式では、鍵を管理するＴＴＰの存在が不可欠となる。また、ＴＴＰがないと開札時刻を揃えることができない。
また、共通鍵分散方式では、同時刻開札の保証が困難であり、それを実現するためには、複数の供給側装置に対してそれぞれの共通鍵を調達側装置へ同時刻に送信することを要求する等、運用形態に工夫を要する。また、供給側装置は、調達側装置への暗号入札書の送信と、開札時刻における共通鍵の送信という、二度の送信行為が必要となるため、時間と手間がかかる。
【０００６】
そこで、本発明は、ＴＴＰ等のような第三者的機関を利用することなく、秘密情報の改竄等を確実に防止することができる秘密情報保持方法を提供することを課題とする。
本発明の他の課題は、上記秘密情報保持方法の実施に適した秘密情報保持システム及びこの方法を応用した電子入札システムを提供することにある。
【０００７】
【課題を解決するための手段】
上記課題を解決する本発明の秘密情報保持方法は、同時期に公開された複数の暗号鍵のすべてを用いて秘密情報を暗号化する過程と、暗号化された秘密情報をそれぞれ前記暗号鍵に対応するすべての復号鍵で同時期に復号化する過程とを含むことを特徴とする。これにより、複数の復号鍵が同時期に揃わないと復号化ができないので、当該秘密情報の安全性が確保できるようになる。なお、ここでいう「同時期」とは必ずしも同一時刻である必要はなく、一定の時間であれば同時期に該当するものである。
【０００８】
上記他の課題を解決する本発明の秘密情報保持システムは、それぞれ固有の暗号鍵及びそれに対応した復号鍵を保有する所定数の装置のすべてから取得した暗号鍵で秘密情報を暗号化する手段と、前記所定数の装置のすべてから取得した復号鍵で前記暗号化された秘密情報を復号化する手段とを有し、前記所定数の復号鍵が同時期に存在する場合のみ前記復号化を許容することを特徴とする。
なお、秘密情報のセキュリティをより強固に確保する場合は、前記第１の手段を、暗号化前に前記秘密情報にディジタル署名を付加するように構成し、前記第２の手段を、復号化後に前記ディジタル署名の正当性を判定するように構成する。
【０００９】
この秘密情報保持システムは、例えば、以下の第１及び第２の情報処理装置のいずれかを含んで構成される。
第１の情報処理装置は、それぞれ固有の暗号鍵及びそれに対応した復号鍵を保有する所定数の装置のすべてから取得した暗号鍵に基づいて秘密情報を暗号化する暗号化手段、及び、前記所定数の装置のすべてから取得した復号鍵に基づいて前記暗号化された秘密情報を復号化する復号化手段の少なくとも一方を有し、前記所定数の復号鍵が同時期に存在する場合のみ前記復号化を許容することを特徴とする。
【００１０】
第２の情報処理装置は、固有の暗号鍵及びそれに対応した復号鍵を保有する装置であって、自装置を含む所定数の装置のすべてから取得した暗号鍵で秘密情報を暗号化する暗号化手段に対して自装置の暗号鍵を送出するとともに、前記暗号化された秘密情報を前記所定数の装置から取得した復号鍵で復号化する復号化手段に自装置の復号鍵を送出するように構成され、前記所定数の復号鍵が同時期に存在する場合のみ前記復号化を許容することを特徴とする。
【００１１】
上記他の課題を解決する本発明の電子入札システムは、入札に参加する複数の第１装置と、前記複数の第１装置からの入札情報に基づいて開札を行う第２装置とを含み、
前記第１装置は、それぞれ、固有の暗号鍵を第２装置へ通知するとともに、同時期に取得した自装置を含むすべての第１装置の暗号鍵で自装置の入札情報を暗号化し、この暗号化された入札情報と前記暗号鍵に対応した復号鍵とを第２装置へ送出する第１手段を有し、
前記第２装置は、所定の時期にすべての第１装置の暗号鍵を公開するとともに、該公開に対応してすべての第１装置から前記暗号化された入札情報と復号鍵とを同時期に取得し、それぞれ暗号化された入札情報をすべての復号鍵で復号化して前記開札に供する第２手段を有することを特徴とする。第２装置は、必要に応じて、開札の要部情報を実時間で第１装置に提示する第３手段を具備するようにする。
【００１２】
なお、本発明において、鍵生成及びその受け渡しは、公開鍵方式であっても良いし、秘密鍵方式あるいは共通鍵方式であっても良い。
【００１３】
【発明の実施の形態】
以下、本発明の秘密情報保持方法を、インターネットを用いた電子入札システムに適用した場合の実施の形態を、図面を参照して説明する。
図１は、本実施形態による電子入札システムの構成図である。
この電子入札システム１は、調達側装置１０と複数の供給側装置２０とを含んで構成される。
【００１４】
調達側装置１０は、オペレーティングシステム（以下、「ＯＳ」）１１と、そのプロトコルとしてＴＣＰ／ＩＰ（Transmission  control  Protocol/Internet  Protocol）、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）、ＳＭＴＰ（Simple  Mail  Transfer  Protocol）をサポートしているメールクライアント１２、ウエブ（Ｗｅｂ）サーバ１３、メールサーバ１４の各機能とを有する情報処理装置である。
【００１５】
メールクライアント１２は、例えば供給側装置２０からメールを受信するものであり、ウエブサーバ１３は、供給装置側２０で閲覧可能な自装置のウエブ上に情報を公開するものである。メールサーバ１４は、例えば供給側装置２０へのメール送信を行うものである。メール送信には、例えば、公知のＳ／ＭＩＭＥ（Security  Services  forMIME）方式を用いる。これにより送信内容のセキュリティを確保することができる。なお、上述の機能１２〜１４の名称は、本実施形態において当該機能内容を説明するために便宜的に付したものである。
【００１６】
調達側装置１０は、また、ＯＳ１１及び上記各機能１２〜１４を利用して電子入札手続を可能にするための専用アプリケーション１５を搭載している。
この専用アプリケーション１５は、ＯＳ１１と協同して図２に示す各種モジュール、すなわち、入札許可モジュール１５１、メール送信命令モジュール１５２、ウエブ公開命令モジュール１５３、入札受付モジュール１５４、復号鍵保管モジュール１５５、開札判定モジュール１５６、開札モジュール１５７、復号化モジュール１５８、表示モジュール１５９を形成するものである。図２において、符号(1)〜符号(16)は各モジュール間における処理の流れを示したものである。
【００１７】
各モジュール１５１〜１５９の機能内容は、以下のとおりである。
入札許可モジュール１５１は、メールクライアント１２を通じてメール受信した場合に（符号(1)）、メール送信命令モジュール１５２を通じて、メール送信元、すなわち供給側装置２０に、入札参加許可メールの送信や暗号鍵の公開を指示する（符号(2)）。また、鍵の公開や締め切りが過ぎたことの表示を、ウエブ公開命令モジュール１５３を通じて、ウエブサーバ１３に指示する（符号(3)、(4)）。締め切りまでは、符号(1)〜(3)の処理を繰り返す。
【００１８】
入札受付モジュール１５４は、入札許可モジュール１５１からの入札受付フェーズ移行通知（符号(5)）を契機に、メールクライアント１２を通じて供給側装置２０毎の復号鍵と暗号入札書を受け付け（符号(6)）、復号鍵については、これを復号鍵保管モジュール１５７に渡す（符号(7)）。また、開札判定モジュール１５５に対して、入札に参加するすべての供給側装置２０が揃ったかどうかを問い合わせ（符号(8)）、揃った旨の通知を受けた場合は（符号(10)）、開札モジュール１５７に対してすべての供給側装置２０の暗号入札書と共に開札フェーズへの移行通知を送る（符号(11)）。
【００１９】
開札判定モジュール１５５は、入札に参加する供給側装置２０の数を把握しており、すべての供給側装置２０宛にメール送信命令モジュール１５２及びメールサーバ１４を通じて開札通知メールを送信する（符号(9)）。また、入札受付モジュール１５４からの受付数（復号鍵と暗号入札書の数）とメール送信先の数とを比較し、一致した場合に、上記通知を入札受付モジュール１５４に返す（符号(10)）。
【００２０】
開札モジュール１５７は、開札フェーズ移行通知を契機に復号鍵保管モジュール１５６からすべての供給側装置２０の復号鍵を取得し（符号(12)、(13)）、これをすべての供給装置側２０の暗号入札書と共に復号化モジュール１５８に渡す（符号(14)）。復号化モジュール１５８から復号化済みの入札書を受け取ったときは（符号(15)）、落札を行い、その要部情報、例えば最低価格（社名は除く）や再度の入札の要否等を表示モジュール１５９及びウエブサーバ１３を通じウエブ上に表示させる（符号(16)）。
【００２１】
図１に戻り、供給側装置２０は、ＯＳ２１と、そのプロトコルとして前述のＴＣＰ／ＩＰ、ＨＴＴＰ、ＳＭＴＰをサポートするメールクライアント２２、ウエブブラウザ２３、メールサーバ２４の各機能を具備する情報処理装置である。
【００２２】
メールクライアント２２は、例えば調達側装置１０からのメールを受信するものである。ウエブブラウザ２３は、例えばＳＳＬ（Secure  SocketLayer）対応のウエブに公開されている情報の閲覧及び情報の取得を行うものである。メールサーバ２４は、例えば調達側装置１０へのメール送信を行うものである。メール送信は、例えば、Ｓ／ＭＩＭＥ方式を用いて行う。なお、これらの機能名称も、本実施形態において便宜的に付したものである。
【００２３】
供給側装置２０は、また、上記各機能２２を利用して電子入札手続を可能にするための専用アプリケーション２５を搭載している。この専用アプリケーション２５は、ＯＳ２１と協同して図３に示す各種モジュール、すなわち、入札参加申請モジュール２５１、鍵ペア作成モジュール２５２、メール送信命令モジュール２５３、鍵取得モジュール２５４、入札書作成モジュール２５５、暗号化モジュール２５６を形成するためのものである。
図３において、符号(1)〜符号(11)は各モジュール間における処理の流れを示したものである。
【００２４】
各モジュール２５１〜２５９の機能内容は、以下のとおりである。
入札参加申請モジュール２５１は、入札対象となる案件に関する情報（以下、「案件情報」）がウエブブラウザ２３を通じて確認された場合に（符号(1)）、参加案件用の鍵ペア、つまり暗号鍵と復号鍵のペアを鍵ペア作成モジュール２５３より受け取る（符号(2)、(3)）。そして、暗号鍵と入札参加申請書をメール送信命令モジュール２５２及びメールサーバ２４を通じて調達側装置１０へ送信する（符号(4)）。参加許可がおりた場合は、鍵取得モジュール２５４に鍵取得フェーズの移行を通知する（符号(5)）。
【００２５】
鍵取得モジュール２５４は、ウエブブラウザ２３を通じて、公開されている暗号鍵を取得するとともに（符号(6)）、すべての供給側装置２０の暗号鍵を取得した場合は入札書作成モジュール２５５に入札書作成フェーズ移行を通知する（符号(7)）。また、暗号化モジュール２５６からの要求に応じて、取得したすべての暗号鍵を提示する（符号(9)、(10)）。
【００２６】
入札書作成モジュール２５５は、入札書作成フェーズ移行の通知受信を契機に作成した入札書を作成し、その暗号化を暗号化モジュール２５６へ依頼する（符号(8)）。暗号化モジュール２５６から、上記すべての暗号鍵で暗号化された暗号入札書の提示を受けた場合は（符号(11)）、それをメール送信命令モジュール２５２及びメールサーバ２４を通じて調達側装置１０へ送信させる（符号(12)）。
【００２７】
次に、上記のように構成される電子入札システム１における運用形態を、図４を用いて具体的に説明する。
＜入札参加申請フェーズ＞
まず、調達側装置１０が、案件情報をウエブ上に公開する（Ｔ１）。供給側装置２０は、それぞれ自装置のウエブブラウザ２３を通じて案件情報を知ると、暗号鍵と復号鍵のペアを作成する。これらの鍵は、個々の案件情報毎に特化したものであり、入札が終わると以後は使用しない。その後、鍵ペアのうち暗号鍵を調達側装置１０へＳ／ＭＩＭＥ方式でメール送信する（Ｋ１，Ｋ２）。同時に入札参加の申込書（電子情報）を送信し、入札参加の許可が出るのを待つ。
【００２８】
調達側装置１０は、当該供給側装置２０へ参加許可書を通知をメールで送信するとともに、その供給側装置２０の暗号鍵をウエブサーバ１３を通じてウエブ上に公開する（Ｔ２）。この処理（Ｋ１〜Ｔ２）は、入札参加締め切りがくるまで繰り返す。このとき、調達側装置１０は、入札参加状況を実時間でウエブ上に公開する。これにより、各供給側装置２０では、当該案件情報について、どの程度の参加があったのかを知ることができる。調達側装置１０は、また、入札参加締め切りに達した場合は、その旨をウエブ上に公開する（Ｔ３）。
【００２９】
＜入札受付フェーズ＞
参加が許可された供給側装置２０は、ウエブブラウザを通じて入札参加締め切りを知ると、競合する他のすべての供給側装置２０の暗号鍵をＳＳＬ対応のウェブブラウザ２３を通じて取得する（Ｋ３，Ｋ４）。
また、提案価格と自己の名称を記述した入札書を作成し（Ｋ５）、この入札書をすべての暗号鍵で所定順（例えばＡ社用暗号鍵→Ｂ社用暗号鍵→Ｃ社用暗号鍵・・・）で暗号化して、暗号入札書を作成する。その後、この暗号入札書と自己の復号鍵とを調達側装置１０へＥ／ＭＩＭＥ形式でメール送信する（Ｋ６）。これらの処理（Ｋ３〜Ｋ６）をすべての供給側装置２０において実行する。
【００３０】
調達側装置１０は、入札受付状況を実時間でウエブ上に公開するとともに、受け付けた供給側装置２０の復号鍵を保管する（Ｔ４）。また、開札可能かどうか、すなわち、入札に参加するすべての供給側装置２０から復号鍵と暗号入札書が揃ったかどうかを判定する（Ｔ５）。復号鍵等が揃ったときは、開札フェーズに移行する旨をウエブ上に公開する。
【００３１】
＜開札フェーズ＞
開札フェーズでは、調達側装置１０から各供給側装置２０へ開札通知がメール送信される。調達側装置１０は、また、各暗号入札書をすべての復号鍵で暗号化と逆の順に復号化（・・・Ｃ社用復号鍵→Ｂ社用復号鍵→Ａ社用復号鍵）する（Ｔ６）。この時点で調達側装置１０は、初めて提案価格等を視覚化できるし、その時刻が開札時刻となるため、調達側装置１０で、開札時刻を任意の時刻にできないようになる。
【００３２】
その後、落札の要部情報をウエブ上に公開し、所要の後続手続、例えば落札する場合は、該当する供給側装置２０宛にメールを送信したり、再度の入札を行う場合は、その旨のウエブ公開等を行う（Ｔ７）。
【００３３】
供給側装置２０が暗号入札書を提出した後に辞退する場合は、入札辞退書（電子情報）と復号鍵を提出してもらうようにすると良い。また、入札に参加する供給側装置２０が多数の場合は、供給側装置２０をいくつかのグループに任意に分割し、そのグループ毎に上述の暗号化、復号化を行い、電子入札の際の処理の軽減を図るようにすることもできる。
【００３４】
このように、本実施形態の電子入札システム１では、インターネットＬを通じて電子入札手続を行えるようにしたので、参加者が調達側に出向く必要がなくなる。しかも、鍵が全部揃わないと入札情報の内容を把握することができないし、入札受付状況や入札結果が実時間でウエブ上に公開されるので、入札参加者等に臨場感と透明性を強力にアピールすることができる。
【００３５】
また、従来手法のように、ＴＴＰを利用しなくとも入札情報の改竄を確実に防止することができるうえ、開札時刻を揃えることもできるので、入札の公平性を保つことも可能になる。また、各供給側装置２０から調達側装置１０への送信も一度で済む利点もある。
【００３６】
なお、以上は、ＴＴＰを利用しない場合のシステム構成の例であるが、入札情報の改竄、特に開札後の改竄を有効に防止する観点からは、ＴＴＰを暗号鍵や復号鍵の管理とは別の形態で利用することができる。つまり、供給側装置２０で入札書を暗号化する前に、入札書にそれぞれディジタル署名を付加するようにする。この場合、調達側装置１０では、ＴＴＰから鍵を取得してそのディジタル署名の正当性を確認するようにする。
【００３７】
また、本実施形態では、調達側装置１０と供給側装置２０をインターネットＬで接続した場合の例を示したが、インターネット以外の広域ネットワークあるいはローカルネットワークで両装置を接続する実施の形態も可能である。さらに、ネットワークではなく、可搬性のメディアを媒体として鍵や暗号入札書等を受け渡すようにしても良い。この場合は、メール手段は不要となるが、ウエブに変わる大型ビューシステムが必要となるであろう。
【００３８】
また、本発明は、複数の暗号鍵に対応す復号鍵がすべて同時期に揃った場合のみ秘密情報を復号化できる点に主眼があるので、上記実施の形態以外にも様々の応用例も可能である。
例えば、秘密情報を遺言書とする遺言システムに応用することが可能である。つまり、遺言書にディジタル署名を付加した後、これを複数の相続人に割り当てた暗号鍵で所定順に暗号化しておく。そして、暗号化された遺言書を、相続人の復号鍵がすべて揃ったときに、暗号化と逆の手順で復号化し、さらにディジタル署名の正当性を判定する。これにより、遺言書の改竄を確実に防止することができるようになる。
【００３９】
【発明の効果】
以上の説明から明らかなように、本発明によれば、秘密情報に関わる当事者用の鍵がすべて揃ったときのみ当該秘密情報の内容を視覚化できるようになるため、秘密情報のセキュリティ性を著しく高めることができるという、特有の効果がある。
【図面の簡単な説明】
【図１】本発明を適用した電子入札システムの実施の形態例を示した構成図。
【図２】本実施形態による調達側装置が具備する各種モジュールの関係説明図。
【図３】本実施形態による供給側装置が具備する各種モジュールの関係説明図。
【図４】本実施形態の電子入札システムにおいて、入札から開札までの運用の手順を示したシーケンスチャート。
【符号の説明】
１    電子入札システム
１０  調達側装置
１５１  入札許可モジュール
１５２  メール送信命令モジュール
１５３  ウエブ公開命令モジュール
１５４  入札受付モジュール
１５５  復号鍵保管モジュール
１５６  開札判定モジュール
１５７  開札モジュール
１５８  復号化モジュール
１５９  表示モジュール
２０  供給側装置
２５１  入札参加申請モジュール
２５２  鍵ペア作成モジュール
２５３  メール送信命令モジュール
２５４  鍵取得モジュール
２５５  入札書作成モジュール
２５６  暗号化モジュール
Ｌ    インターネット
【図１】
0003798160.tif 000002
【図２】
0003798160.tif 000003
【図３】
0003798160.tif 000004
【図４】
0003798160.tif 000005