(57)【特許請求の範囲】
【請求項１】
入札に参加するための参加端末と、前記参加端末とネットワークを介して接続される入札サーバと、を備える入札システムであって、
前記参加端末は、
秘密鍵及び公開鍵を生成する第１の鍵生成手段と、
前記第１の鍵生成手段により生成された公開鍵を前記入札サーバに送付する手段と、
共通鍵を生成する第２の鍵生成手段と、
入札データを前記第２の鍵生成手段により生成された共通鍵で暗号化する入札データ暗号手段と、
前記ネットワーク上で公開されている全参加端末の公開鍵を取得する取得手段と、
前記入札データ暗号手段により使用された共通鍵を、前記取得手段により取得された全参加端末の公開鍵で暗号化する共通鍵暗号手段と、
前記入札データ暗号手段により共通鍵で暗号化された入札データと、前記共通鍵暗号手段により全参加端末の公開鍵で暗号化された共通鍵と、前記第１の鍵生成手段により生成された秘密鍵と、を前記入札サーバに送付する手段と、を備え、
前記入札サーバは、
各前記参加端末からの公開鍵を前記ネットワーク上で公開する手段と、
各前記参加端末から、共通鍵で暗号化された入札データと、全参加端末の公開鍵で暗号化された共通鍵と、秘密鍵と、を受け取る手段と、
各前記参加端末から受け取った、全参加端末の公開鍵で暗号化された共通鍵を、全参加端末の秘密鍵で復号化する共通鍵復号手段と、
各前記参加端末から受け取った、共通鍵で暗号化された入札データを、前記共通鍵復号手段により復号化された各共通鍵で復号化する入札データ復号手段と、を備える、
ことを特徴とする入札システム。
【請求項２】
前記入札サーバは、全参加端末からの入札データが揃った時点で各入札データを復号化する開札処理を行い、各入札データの内容を表示した後に、所定の落札処理を行う、
ことを特徴とする請求項１に記載の入札システム。
【請求項３】
関係者端末と、前記関係者端末とネットワークを介して接続される管理サーバと、を備える情報管理システムであって、
前記関係者端末が、秘密鍵及び公開鍵を生成し、所定データを共通鍵で暗号化し、前記共通鍵を外部から取得した全関係者の公開鍵で暗号化し、共通鍵で暗号化された所定データ及び全関係者の公開鍵で暗号化された共通鍵及び秘密鍵を前記管理サーバへ送付し、
前記管理サーバが、各前記関係者端末から、共通鍵で暗号化された所定データ及び全関係者の公開鍵で暗号化された共通鍵及び秘密鍵を受け取り、全関係者の秘密鍵を用いて各関係者の共通鍵を復号化し、復号化された各関係者の共通鍵を用いて、対応する各関係者の所定データを復号化する、
ことを特徴とする情報管理システム。
【請求項４】
入札に参加するための参加端末と、前記参加端末とネットワークを介して接続される入札サーバと、を備えるシステムにおける前記参加端末であって、
秘密鍵及び公開鍵を生成する第１の鍵生成手段と、
前記第１の鍵生成手段により生成された公開鍵を前記入札サーバに送付する手段と、
共通鍵を生成する第２の鍵生成手段と、
入札データを前記第２の鍵生成手段により生成された共通鍵で暗号化する入札データ暗号手段と、
前記ネットワーク上で公開されている全参加端末の公開鍵を取得する取得手段と、
前記入札データ暗号手段により使用された共通鍵を、前記取得手段により取得された全参加端末の公開鍵で暗号化する共通鍵暗号手段と、
前記入札データ暗号手段により共通鍵で暗号化された入札データと、前記共通鍵暗号手段により全参加端末の公開鍵で暗号化された共通鍵と、前記第１の鍵生成手段により生成された秘密鍵と、を前記入札サーバに送付する手段と、
を備えることを特徴とする参加端末。
【請求項５】
入札に参加するための参加端末と、前記参加端末とネットワークを介して接続される入札サーバと、を備えるシステムにおける入札サーバであって、
各前記参加端末からの公開鍵を前記ネットワーク上で公開する手段と、
各参加端末から、共通鍵で暗号化された入札データと、全参加端末の公開鍵で暗号化された共通鍵と、秘密鍵と、を受け取る手段と、
各前記参加端末から受け取った、暗号化された共通鍵を、全参加端末の秘密鍵で復号化する共通鍵復号手段と、
各前記参加端末から受け取った、の暗号化された入札データを、前記共通鍵復号手段により復号化された各共通鍵で復号化する入札データ復号手段と、
を備えることを特徴とする入札サーバ。
【請求項６】
端末と、前記端末とネットワークを介して接続されるサーバと、を備えるシステムにおける入札方法であって、
前記端末において、秘密鍵及び公開鍵を生成し、生成した公開鍵を前記サーバに送付するステップと、
前記サーバにおいて、各前記端末からの公開鍵を前記ネットワーク上で公開するステップと、
前記端末において、入札データを共通鍵で暗号化し、前記共通鍵を前記ネットワーク上から取得した全端末の公開鍵で暗号化し、共通鍵で暗号化された入札データと、全端末の公開鍵で暗号化された共通鍵と、秘密鍵と、を前記入札サーバに送付するステップと、
前記サーバにおいて、各前記端末から受け取った、全端末の公開鍵で暗号化された共通鍵を全端末の秘密鍵で復号化し、各前記端末から受け取った、共通鍵で暗号化された入札データを、復号化された各前記共通鍵で復号化するステップと、
を備えることを特徴とする入札方法。
【請求項７】
前記サーバにおいて、全参加端末からの入札データが揃った時点で各入札データを復号化する開札処理を行い、各入札データの内容を表示した後に、所定の落札処理を行うステップをさらに備える、
ことを特徴とする請求項６に記載の入札方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、入札において各参加者からの入札書類等が揃うまで、各参加者の入札書類の内容を秘密状態で保持する入札システム等に関する。
【０００２】
【従来の技術】
従来、入札手続を電子化することにより、入札に関する業務を効率化し、また、公平性等を向上することができる入札システムが提案されている。
【０００３】
このようなシステムの一例として、入札の各参加者（入札業者）が一組の暗号鍵及び公開鍵を作成し、自己の入札書類を全参加者の公開鍵を用いて複数回暗号化して入札の管理側に提出するようなシステムが提案されている。この場合、入札の管理側では、全参加者の秘密鍵が全て揃うまでは、各参加者からの申請書類を復号化して内容を見ることができないため、情報の漏洩を防ぎ、高い安全性を保持することができた。
【０００４】
【発明が解決しようとする課題】
しかし、上記のようなシステムでは、一回の暗号処理で入札書類のデータのサイズは数倍になるため、暗号化処理を複数回行うと、取り扱うデータのサイズが膨大となり、暗復号処理に長時間を要することとなる。
【０００５】
本発明は、上述した事情に鑑みてなされたもので、安全性を有し、また、処理速度を向上させることができる入札システム等を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点に係る入札システムは、
入札に参加するための参加端末と、前記参加端末とネットワークを介して接続される入札サーバと、を備える入札システムであって、
前記参加端末は、
秘密鍵及び公開鍵を生成する第１の鍵生成手段と、
前記第１の鍵生成手段により生成された公開鍵を前記入札サーバに送付する手段と、
共通鍵を生成する第２の鍵生成手段と、
入札データを前記第２の鍵生成手段により生成された共通鍵で暗号化する入札データ暗号手段と、
前記ネットワーク上で公開されている全参加端末の公開鍵を取得する取得手段と、
前記入札データ暗号手段により使用された共通鍵を、前記取得手段により取得された全参加端末の公開鍵で暗号化する共通鍵暗号手段と、
前記入札データ暗号手段により共通鍵で暗号化された入札データと、前記共通鍵暗号手段により全参加端末の公開鍵で暗号化された共通鍵と、前記第１の鍵生成手段により生成された秘密鍵と、を前記入札サーバに送付する手段と、を備え、
前記入札サーバは、
各前記参加端末からの公開鍵を前記ネットワーク上で公開する手段と、
各前記参加端末から、共通鍵で暗号化された入札データと、全参加端末の公開鍵で暗号化された共通鍵と、秘密鍵と、を受け取る手段と、
各前記参加端末から受け取った、全参加端末の公開鍵で暗号化された共通鍵を、全参加端末の秘密鍵で復号化する共通鍵復号手段と、
各前記参加端末から受け取った、共通鍵で暗号化された入札データを、前記共通鍵復号手段により復号化された各共通鍵で復号化する入札データ復号手段と、を備える、
ことを特徴とする。
【０００７】
このような構成によれば、入札の提示価格等を示す入札データ自体を公開鍵で複数回暗号化せずに、入札データの暗号化に使用した共通鍵を各参加者の秘密鍵で例えば複数回暗号化する。このように、暗復号化の対象を、小サイズの鍵とすることにより、暗号化によるデータサイズの肥大化を回避し、処理速度を高速化することができる。また、全参加者の秘密鍵が揃うまで各入札データを復号化することができないため、安全性及び開札の同時性を保つことができる。
【０００８】
前記入札サーバは、全参加端末からの入札データが揃った時点で各入札データを復号化する開札処理を行い、各入札データの内容を表示した後に、所定の落札処理を行ってもよい。
【０００９】
また、本発明の第２の観点に係る情報管理システムは、
関係者端末と、前記関係者端末とネットワークを介して接続される管理サーバと、を備える情報管理システムであって、
前記関係者端末が、秘密鍵及び公開鍵を生成し、所定データを共通鍵で暗号化し、前記共通鍵を外部から取得した全関係者の公開鍵で暗号化し、共通鍵で暗号化された所定データ及び全関係者の公開鍵で暗号化された共通鍵及び秘密鍵を前記管理サーバへ送付し、
前記管理サーバが、各前記関係者端末から、共通鍵で暗号化された所定データ及び全関係者の公開鍵で暗号化された共通鍵及び秘密鍵を受け取り、全関係者の秘密鍵を用いて各関係者の共通鍵を復号化し、復号化された各関係者の共通鍵を用いて、対応する各関係者の所定データを復号化する、
ことを特徴とする。
【００１０】
このような構成によれば、例えば関係者により作成された所定データ自体を複数回暗号化せずに、所定データの暗号化に使用した共通鍵を各関係者の秘密鍵で例えば複数回暗号化する。このように、暗復号化の対象を、小サイズの鍵とすることにより、暗号化によるデータサイズの肥大化を回避し、処理速度を高速化することができる。また、全関係者の秘密鍵が揃うまで各所定データを復号化することができないため、秘密保持における安全性及び各所定データの閲覧の同時性を保つことができる。
【００１１】
また、本発明の第３の観点に係る参加端末は、
入札に参加するための参加端末と、前記参加端末とネットワークを介して接続される入札サーバと、を備えるシステムにおける前記参加端末であって、
秘密鍵及び公開鍵を生成する第１の鍵生成手段と、
前記第１の鍵生成手段により生成された公開鍵を前記入札サーバに送付する手段と、
共通鍵を生成する第２の鍵生成手段と、
入札データを前記第２の鍵生成手段により生成された共通鍵で暗号化する入札データ暗号手段と、
前記ネットワーク上で公開されている全参加端末の公開鍵を取得する取得手段と、
前記入札データ暗号手段により使用された共通鍵を、前記取得手段により取得された全参加端末の公開鍵で暗号化する共通鍵暗号手段と、
前記入札データ暗号手段により共通鍵で暗号化された入札データと、前記共通鍵暗号手段により全参加端末の公開鍵で暗号化された共通鍵と、前記第１の鍵生成手段により生成された秘密鍵と、を前記入札サーバに送付する手段と、
を備えることを特徴とする。
【００１２】
また、本発明の第４の観点に係る入札サーバは、
入札に参加するための参加端末と、前記参加端末とネットワークを介して接続される入札サーバと、を備えるシステムにおける入札サーバであって、
各前記参加端末からの公開鍵を前記ネットワーク上で公開する手段と、
各参加端末から、共通鍵で暗号化された入札データと、全参加端末の公開鍵で暗号化された共通鍵と、秘密鍵と、を受け取る手段と、
各前記参加端末から受け取った、暗号化された共通鍵を、全参加端末の秘密鍵で復号化する共通鍵復号手段と、
各前記参加端末から受け取った、の暗号化された入札データを、前記共通鍵復号手段により復号化された各共通鍵で復号化する入札データ復号手段と、
を備えることを特徴とする。
【００１３】
また、本発明の第５の観点に係る入札方法は、
端末と、前記端末とネットワークを介して接続されるサーバと、を備えるシステムにおける入札方法であって、
前記端末において、秘密鍵及び公開鍵を生成し、生成した公開鍵を前記サーバに送付するステップと、
前記サーバにおいて、各前記端末からの公開鍵を前記ネットワーク上で公開するステップと、
前記端末において、入札データを共通鍵で暗号化し、前記共通鍵を前記ネットワーク上から取得した全端末の公開鍵で暗号化し、共通鍵で暗号化された入札データと、全端末の公開鍵で暗号化された共通鍵と、秘密鍵と、を前記入札サーバに送付するステップと、
前記サーバにおいて、各前記端末から受け取った、全端末の公開鍵で暗号化された共通鍵を全端末の秘密鍵で復号化し、各前記端末から受け取った、共通鍵で暗号化された入札データを、復号化された各前記共通鍵で復号化するステップと、
を備えることを特徴とする。
【００１４】
このような構成によれば、入札の提示価格等を示す入札データ自体を暗号化せずに、入札データの暗号化に使用した共通鍵を各参加者の秘密鍵で例えば複数回暗号化する。このように、暗復号化の対象を、小サイズの鍵とすることにより、暗号化によるデータサイズの肥大化を回避し、処理速度を高速化することができる。また、全参加者の秘密鍵が揃うまで各入札データを復号化することができないため、安全性及び開札の同時性を保つことができる。
【００１５】
前記サーバは、全参加端末からの入札データが揃った時点で各入札データを復号化する開札処理を行い、各入札データの内容を表示した後に、所定の落札処理を行ってもよい。
【００１６】
【発明の実施の形態】
以下、本発明の実施の形態に係る入札システムを図面を参照して説明する。
本実施形態の入札システムは、図１に示すように、各入札業者（参加者）が入札に参加するための参加端末１と、入札の管理側（調達側）に設置され、入札の取り纏めを行うための入札申請サーバ３と、を備える。
各参加端末１と入札申請サーバ３は、インターネット等のネットワークを介して接続されている。
【００１７】
なお、本システムにおける入札手続では、入札の各参加者により希望の入札価格等が記載された入札書類が、参加端末１から入札申請サーバ３に送信され、入札申請サーバ３において全入札書類が揃った時点で開札が行われ、入札管理側で各参加者の提示価格が閲覧され、所定の審査を経て落札がなされる。
【００１８】
参加端末１は、入札の参加申請、入札書類等の送付等を行うためのコンピュータであり、図１に示すように、クライアントアプリケーション１１、メールクライアント１２、Ｗｅｂサーバ１３、メールサーバ１４、ＨＴＴＰ（HyperText Transfer Protocol）ソフトウェア１５、ＳＭＴＰ（Simple Mail Transfer Protocol）ソフトウェア１６、ＴＣＰ／ＩＰソフトウェア１７、等のソフトウェアがＯＳ１８上に搭載されている。
【００１９】
クライアントアプリケーション１１は、入札への参加申請のために、一組の秘密鍵及び公開鍵を作成し、公開鍵と入札の参加申請をメール送信するようメールサーバ１４に指示する。
また、クライアントアプリケーション１１は、例えば入札の参加申請が締め切られたことを参加者がＷｅｂで確認した後に、Ｗｅｂ上で公開されている全参加者の公開鍵を取得するようＷｅｂサーバ１３に指示する。
また、クライアントアプリケーション１１は、入札の提示価格を示す入札書類と、共通鍵と、を作成し、入札書類を共通鍵で暗号化する。また、入札書類の暗号化に使用した共通鍵を入札の全参加者の公開鍵を用いて暗号化する。そして、クライアントアプリケーション１１は、暗号化された入札書類と、暗号化された共通鍵と、のメール送信をメールサーバ１４に指示する。
【００２０】
メールクライアント１２は、入札申請サーバ３から、入札への参加許可を示すメール、開札を通知するメール等を受信する。
Ｗｅｂブラウザ１３は、入札申請サーバ３によりＷｅｂ上に公開されたデータを取得して表示等する。
メールサーバ１４は、メールクライアント１２からの指示に応じて、入札の参加申請及び公開鍵、入札書類等のメールを入札申請サーバ３に送信する。
【００２１】
ＨＴＴＰソフトウェア１５は、Ｗｅｂ上でデータを転送するためのＨＴＴＰに対応するソフトウェアである。
ＳＭＴＰソフトウェア１６は、メール交換を制御するためのＳＭＴＰに対応するソフトウェアである。
ＴＣＰ／ＩＰソフトウェア１７は、インターネット等のネットワーク上でデータを転送するためのＴＣＰ／ＩＰに対応するソフトウェアである。
ＯＳ１８は、参加端末１を管理するための制御プログラムである。
【００２２】
次に、参加端末１の機能構成を図２に示す。図示されるように、参加端末１は、メール受信部２１と、メール送信部２２と、Ｗｅｂ管理部２３と、入札管理部２４と、を備える。
【００２３】
メール受信部２１は、メールクライアント１２等から構成され、上述のように、入札申請サーバ３からのメール受信を制御する。
メール送信部２２は、メールサーバ１４、ＳＭＴＰソフトウェア１６等から構成され、上述のように、入札申請サーバ３へのメール送信を制御する。
Ｗｅｂ管理部２３は、Ｗｅｂサーバ１３、ＨＴＴＰソフトウェア１５等から構成され、上述のように、Ｗｅｂ上の情報（各参加者の公開鍵、入札参加申請の締切通知）の取得、表示等を制御する。
【００２４】
また、入札管理部２４は、クライアントアプリケーション１１等から構成され、入札参加申請部２４１と、鍵作成部２４２と、メール送信命令部２４３と、公開鍵取得部２４４と、入札書類作成部２４５と、暗号部２４６と、共通鍵作成部２４７と、を備える。
【００２５】
入札参加申請部２４１は、入札への参加申請に関する処理を制御する。
入札参加申請部２４１は、例えば入札業者から入力された指示に応じて、鍵作成部２４２に一組の公開鍵及び秘密鍵を作成させる。この入札業者からの指示の入力のタイミングは、例えばＷｅｂ上で公開されている入札の案内情報を入札業者が確認した後等である。
入札参加申請部２４１は、作成した鍵のうちの公開鍵と、所定の入札参加申請書と、のメール送信をメール送信命令部２４３に指示する。
また、入札参加申請部２４１は、メール受信部２１による入札参加許可のメールを受信する。これにより、入札業者は、入札への参加を知ることができる。
【００２６】
鍵作成部２４２は、入札参加申請部２４１からの指示に従って、一組の公開鍵及び秘密鍵を作成する。
メール送信命令部２４３は、入札参加申請部２４１等からの指示に従って、メールの送信をメール送信部２２に指示する。
【００２７】
公開鍵取得部２４４は、例えば参加者から入力された指示に応じて、Ｗｅｂ管理部２３を介して全参加者の公開鍵を取得する。この参加者からの指示入力のタイミングとしては、例えばＷｅｂ上で公開されている入札の参加の締切を参加者が確認した後等である。
なお、公開鍵取得部２４４は、その参加端末１を保持する参加者の公開鍵を鍵作成部２４２から取得し、他の全ての参加者の公開鍵をＷｅｂから取得するようにしてもよい。
【００２８】
入札書類作成部２４５は、公開鍵取得部２４４による全公開鍵の取得後、参加者からの入力に応じて、提示価格等を示す入札書類を生成し、入札書類の暗号化を暗号部２４６に指示する。
また、入札書類作成部２４５は、暗号部２４６により暗号化された入札書類及び共通鍵と、秘密鍵とをメール送信するようメール送信命令部２４３に指示する。
【００２９】
暗号部２４６は、入札書類作成部２４５からの指示に従って、入札書類等の暗号化処理を行う。この暗号化処理では、暗号部２４６は、公開鍵取得部２４４から全参加者の公開鍵を取得し、また、共通鍵作成部２４７から共通鍵を取得する。そして、取得した共通鍵を用いて入札書類を暗号化し、また、取得した全参加者の公開鍵をそれぞれ用いて共通鍵を複数回暗号化する。
例えば、参加者がＡ、Ｂ、Ｃの三人である場合、共通鍵をＡの公開鍵で暗号化し、さらにＢの公開鍵で暗号化し、さらにＣの公開鍵で暗号化する。これにより、参加者Ａの共通鍵の暗号化が完了する。参加者Ｂの共通鍵と、参加者Ｃの共通鍵についても同様にして取得される。なお、公開鍵を使用する順番は全ての参加端末１で同一であればよい。
【００３０】
入札申請サーバ３は、各参加端末１からの入札の参加申請、入札書類等の受付等を行うためのコンピュータであり、図１に示すように、メールクライアント３１、サーバアプリケーション３２、Ｗｅｂサーバ３３、メールサーバ３４、ＨＴＴＰソフトウェア３５、ＳＭＴＰソフトウェア３６、ＴＣＰ／ＩＰソフトウェア３７、等のソフトウェアがＯＳ３８上に搭載されている。
【００３１】
メールクライアント３１は、入札への参加申請及び公開鍵等を各参加端末１から受信する。また、メールクライアント３１は、入札の受付開始後、各参加者の提示価格を示す入札書類と共通鍵と秘密鍵等を各参加端末１から受信する。
【００３２】
サーバアプリケーション３２は、参加申請があった入札業者の参加端末１に対して、入札の参加許可を示すメールを送信するようメールサーバ３４に指示する。
また、サーバアプリケーション３２は、メールクライアント３１が受信した各公開鍵をＷｅｂ上で公開するようＷｅｂサーバ３３に指示する。
また、サーバアプリケーション３２は、所定のタイミングで、入札参加申請を締め切ったことをＷｅｂ上で公開するようＷｅｂサーバ３３に指示する。
【００３３】
また、サーバアプリケーション３２は、全参加者の秘密鍵が揃った時点で、開札を通知するメールを各参加者の参加端末１に送信するようメールサーバ３４に指示する。
また、サーバアプリケーション３２は、各参加端末１から受信した各参加者の入札書類の暗号化に使用した各共通鍵を、全参加者の秘密鍵を用いて復号化する。そして、復号化された各共通鍵で、対応する各入札書類を復号化する。この復号化処理については後述する。
【００３４】
Ｗｅｂサーバ３３は、サーバアプリケーション３２からの指示に応じて、各参加端末１から受信した公開鍵、入札参加申請の締切通知、等をＷｅｂ上で公開する。
メールサーバ３４は、サーバアプリケーション３２からの指示に応じて、入札の参加許可を示すメール、開札を通知するメール等を参加端末１に送信する。
【００３５】
ＨＴＴＰソフトウェア３５は、Ｗｅｂ上でデータを転送するためのＨＴＴＰに対応するソフトウェアである。
ＳＭＴＰソフトウェア３６は、メール交換を制御するためのＳＭＴＰに対応するソフトウェアである。
ＴＣＰ／ＩＰソフトウェア３７は、インターネット等のネットワーク上でデータを転送するためのＴＣＰ／ＩＰに対応するソフトウェアである。
ＯＳ３８は、入札申請サーバ３全体を管理するための制御プログラムである。
【００３６】
次に、入札申請サーバ３の機能構成を図３に示す。図示されるように、入札申請サーバ３は、メール受信部４１、メール送信部４２、Ｗｅｂ管理部４３、入札管理部４４を備える。
【００３７】
メール受信部４１は、メールクライアント３１等から構成され、上述のように、各参加端末１からのメール受信を制御する。
メール送信部４２は、メールサーバ３４、ＳＭＴＰソフトウェア３６等から構成され、上述のように、各参加端末１へのメール送信を制御する。
Ｗｅｂ管理部４３は、Ｗｅｂサーバ３３、ＨＴＴＰソフトウェア３５等から構成され、上述のように、Ｗｅｂへの情報（各参加者の公開鍵、入札参加申請の締切通知）の公開を制御する。
【００３８】
また、入札管理部４４は、サーバアプリケーション３２等から構成され、入札許可部４４１と、メール送信命令部４４２と、Ｗｅｂ公開命令部４４３と、入札受付部４４４と、秘密鍵保管部４４５と、開札判定部４４６と、開札部４４７と、復号部４４８と、表示部４４９と、を備える。
【００３９】
入札許可部４４１は、入札への参加の受付に関する処理を制御する。
入札許可部４４１は、メール受信部４１が各参加端末１から受信した入札参加申請及び公開鍵を受け取り、その送信元への入札参加許可メールの送信を、メール送信命令部４４２に指示し、また、受信した公開鍵の公開をＷｅｂ公開命令部４４３に指示する。
また、入札許可部４４１は、所定のタイミングで、入札締切の通知の公開をＷｅｂ公開命令部４４３に指示する。
【００４０】
メール送信命令部４４２は、入札許可部４４１等からの指示に従って、メールの送信をメール送信部４２に指示する。
Ｗｅｂ公開命令部４４３は、入札許可部４４１からの指示に従って、データ（各参加者の公開鍵、入札締切の通知等）の公開をＷｅｂ管理部４３に指示する。
【００４１】
入札受付部４４４は、各参加者からの入札書類の受付に関する処理を制御する。入札受付部４４４は、メール受信部４１が参加端末１から受信した暗号化された入札書類、暗号化された共通鍵、秘密鍵等を受け取り、その秘密鍵を秘密鍵保管部４４５に渡す。
また、入札受付部４４４は、入札の全参加者からの入札書類及び秘密鍵が揃ったかを開札判定部４４６に判定させ、全参加者からの入札書類等が揃った場合には、開札を通知するメールの各参加者への送信をメール送信命令部４４２に指示させる。
【００４２】
秘密鍵保管部４４５は、入札受付部４４４からの指示に従って、各参加者の秘密鍵を保管する。
開札判定部４４６は、入札受付部４４４からの指示に従って、入札の全参加者からの入札書類及び秘密鍵が揃ったかを判定し、揃っている場合、開札を通知するメールの送信をメール送信命令部４４２に指示する。
【００４３】
開札部４４７は、各参加者から受け取った入札書類の開札に関する処理を制御する。開札部４４７は、秘密鍵保管部４４５から全参加者の秘密鍵を取得して復号部４４８に供給し、各参加者の入札書類の復号化を指示する。また、開札部４４７は、復号部４４８により復号化された各参加者の入札書類を表示部４４９に表示させる。
【００４４】
復号部４４８は、開札部４４７からの指示に従って、各参加者の入札書類を復号化する。この復号処理では、復号部４４８は、まず、各参加者の共通鍵を、全参加者の秘密鍵をそれぞれ用いて複数回復号化する。
例えば、参加者がＡ、Ｂ、Ｃの三人である場合、参加者Ａの共通鍵を、例えばＣ社の秘密鍵で復号化し、さらにＢ社の秘密鍵で復号化し、さらにＡ社の秘密鍵で復号化する。これにより、参加者Ａの復号鍵が取得される。参加者Ｂの共通鍵と、参加者Ｃの共通鍵についても同様にして取得される。
次に、復号部４４８は、取得した各参加者の共通鍵で、それぞれ対応する参加者の入札書類を復号化する。
【００４５】
表示部４４９は、開札部４４７からの指示に従って、復号部４４８により復号化された各参加者の入札書類の内容を表示する。
【００４６】
次に、入札参加の準備から落札までの本システムにおける処理の流れを、例えばＡ会社が入札に参加する場合を例に図４を参照して説明する。
【００４７】
（１）入札参加の準備
まず、Ａ社の参加端末１の入札管理部２４は、Ａ社の担当者等により入力された指示等に応じて、一組の秘密鍵ＳＡ及び公開鍵ＰＡを作成する。
なお、作成された鍵は今回の入札にのみ使用するものであり、入札が終わった後は使用しない。また、鍵の暗号方式は公開鍵方式であればいずれの方式でもよい。
【００４８】
（２）入札参加申請
Ａ社の参加端末１の入札管理部２４は、作成した一組の鍵のうちの公開鍵ＰＡを、入札申請サーバ３に、例えばＳ／ＭＩＭＥメール等でメール送信部２２を介して送信する。また、この際、入札への参加申請書もメールにて入札申請サーバ３に送信する（Ｓ１）。
【００４９】
（３）入札参加の許可
入札申請サーバ３の入札管理部４４は、各参加端末１から公開鍵及び参加申請書を、メール受信部４１を介して受信する。この例では、例えば、Ａ社、Ｂ社、Ｃ社の３社から申込があったこととする。入札申請サーバ３の入札管理部４４は、各社の参加端末１のそれぞれに、入札への参加を許可する旨のメールをメール送信部４２を介して送信する（Ｓ２）。
また、入札申請サーバ３の入札管理部４４は、参加を許可したＡ社、Ｂ社、Ｃ社の各公開鍵ＰＡ、ＰＢ、ＰＣをＷｅｂ管理部４３を介してＷｅｂ上で公開する（Ｓ３）。Ａ社の参加端末１の入札管理部２４は、Ｗｅｂ管理部２３を介して、Ｗｅｂ上で公開されている各公開鍵を例えばＳＳＬ（Secure Sockets Layer）対応のＷｅｂブラウザによりダウンロードする（Ｓ４）。
【００５０】
（４）入札書類の作成
次に、Ａ社の参加端末１の入札管理部２４は、担当者等からの入力に応じて、提案価格と社名が記載された入札書類（テキストファイル）を作成し、これにデジタル署名を付加する。このデジタル署名により、開札後の改竄を防ぐことができる。
次に、Ａ社の参加端末１の入札管理部２４は、共通鍵ＫＡを作成し、この共通鍵ＫＡで入札書類を暗号化する。
そして、参加端末１の入札管理部２４は、入札書類の暗号化に使用した共通鍵ＫＡを、全参加者の公開鍵ＰＡ、ＰＢ、ＰＣを用いて暗号化する。この暗号化では、例えば、共通鍵をまずＡ社の公開鍵ＰＡで暗号化し、さらにＢ社の公開鍵ＰＢで暗号化し、さらにＣ社の公開鍵ＰＣで暗号化する（Ｓ５）。なお、暗号化に使用される公開鍵の順番は、全参加端末１で共通である（この場合、Ｂ社とＣ社の参加端末１も、各自生成した共通鍵ＫＢ又はＫＣを、Ａ社の公開鍵ＰＡで暗号化し、さらにＢ社の公開鍵ＰＢで暗号化し、さらにＣ社の公開鍵ＰＣで暗号化する）。
【００５１】
（５）入札書類の送信
Ａ社の参加端末１の入札管理部２４は、共通鍵ＫＡで暗号化された入札書類と、参加者の公開鍵ＰＡ、ＰＢ、ＰＣで複数回暗号化された共通鍵ＫＡと、秘密鍵ＳＡと、を例えばＳ／ＭＩＭＥメール等で、メール送信部２２を介して入札申請サーバ３へ送信する（Ｓ６）。
【００５２】
（６）開札
入札申請サーバ３の入札管理部４４は、全参加者（Ａ社、Ｂ社、Ｃ社）からの秘密鍵ＳＡ、ＳＢ、ＳＣ等が揃ったことを判定した段階で開札を行う。この開札の前に、入札申請サーバ３の入札管理部４４は、全参加者に対して開札を通知するメールを、メール送信部４２を介して送信する（Ｓ７）。
入札申請サーバ３の入札管理部４４は、各参加者の暗号化された共通鍵ＫＡ、ＫＢ、ＫＣを、Ｃ社の秘密鍵ＳＣで復号化し、さらにＢ社の秘密鍵ＳＢで復号化し、さらにＡ社の秘密鍵ＳＡで復号化する。そして、これにより得られた各参加者（Ａ社、Ｂ社、Ｃ社）の共通鍵でそれぞれ対応する各参加者の入札書類を復号化する（Ｓ８）。
このように、入札の管理側では、全参加者の秘密鍵が揃った時点で初めて各入札書類が閲覧可能となる。よって、この時刻が開札時刻となる。
【００５３】
（７）落札
入札の管理側では、例えば入札申請サーバ３に表示された各参加者（Ａ社、Ｂ社、Ｃ社）の提案価格を確認した後、所定の審査等を行い、落札者を決定する。なお、入札申請サーバ３が、落札者に対して落札を通知するメールを送信するようにしてもよい。
【００５４】
上述のように、本システムは、入札書類のデータ自体を暗号化せずに、入札書類を暗号化した共通鍵を各参加者の秘密鍵で複数回暗号化する。一般に、入札書類のサイズは数百バイト〜数メガバイトであるが、共通鍵は約１６ビットほどである。複数回の暗復号化の対象を、このような小サイズの鍵とすることにより、暗号化によるデータサイズの肥大化を回避し、処理速度を高速化することができる。
また、全参加者の秘密鍵が揃うまで各入札書類を閲覧することができないため、安全性及び開札の同時性を保つことができる。
【００５５】
また、本発明は、入札システムに限定されず、関係者の所定情報が全て揃わないと秘密情報を見ることができないような種々の秘密保持システムに適用可能である。例えば、関係者が全て揃った場合に遺言を見ることができる電子遺言システムとして実現してもよい。
【００５６】
なお、この発明の入札システムは、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、コンピュータに上述の動作を実行するためのプログラムを格納した媒体（フロッピーディスク、ＣＤ−ＲＯＭ等）から該プログラムをインストールすることにより、上述の処理を実行する参加端末１、入札申請サーバ３等を構成することができる。なお、上述の機能を、ＯＳが分担又はＯＳとアプリケーションの共同により実現する場合等には、ＯＳ以外の部分のみを媒体に格納してもよい。
【００５７】
また、コンピュータにプログラムを供給するための媒体は、通信媒体（通信回線、通信ネットワーク、通信システムのように、一時的にプログラムを保持する媒体）でも良い。例えば、通信ネットワークの掲示板（ＢＢＳ）に該プログラムを掲示し、これをネットワークを介して配信してもよい。
そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行することができる。
【００５８】
【発明の効果】
以上説明したように、本発明によれば、入札の提示価格等を示す入札データ自体を複数回暗号化せずに、入札データの暗号化に使用した共通鍵を各参加者の秘密鍵で例えば複数回暗号化する。このように、暗復号化の対象を、小サイズの鍵とすることにより、暗号化によるデータサイズの肥大化を回避し、処理速度を高速化することができる。また、全参加者の秘密鍵が揃うまで各入札データを復号化することができないため、安全性及び開札の同時性を保つことができる。
【図面の簡単な説明】
【図１】本発明の実施の形態に係る入札システムのシステム構成図である。
【図２】図１の入札システムで使用される参加端末の機能構成図である。
【図３】図１の入札システムで使用される入札申請サーバの機能構成図である。
【図４】入札参加の準備から落札までの入札システムにおける処理の流れを説明するための図である。
【符号の説明】
１        参加端末
３        入札申請サーバ
１１        クライアントアプリケーション
１２        メールクライアント
１３        Ｗｅｂサーバ
１４        メールサーバ
１５        ＨＴＴＰソフトウェア
１６        ＳＭＴＰソフトウェア
１７        ＴＣＰ／ＩＰソフトウェア
１８        ＯＳ
２１        メール受信部
２２        メール送信部
２３        Ｗｅｂ管理部
２４        入札管理部
３１        メールクライアント
３２        サーバアプリケーション
３３        Ｗｅｂサーバ
３４        メールサーバ
３５        ＨＴＴＰソフトウェア
３６        ＳＭＴＰソフトウェア
３７        ＴＣＰ／ＩＰソフトウェア
３８        ＯＳ
４１        メール受信部
４２        メール送信部
４３        Ｗｅｂ管理部
４４        入札管理部
２４１      入札参加申請部
２４２      鍵作成部
２４３      メール送信命令部
２４４      公開鍵取得部
２４５      入札書類作成部
２４６      暗号部
２４７      共通鍵作成部
４４１      入札許可部
４４２      メール送信命令部
４４３      Ｗｅｂ公開命令部
４４４      入札受付部
４４５      秘密鍵保管部
４４６      開札判定部
４４７      開札部
４４８      復号部
４４９      表示部
【図１】
0004122118.tif 000002
【図２】
0004122118.tif 000003
【図３】
0004122118.tif 000004
【図４】
0004122118.tif 000005