(57)【特許請求の範囲】
【請求項１】
コンピュータがネットワークを介して公開された調達案件へ入札を行なう電子入札方法において、該コンピュータが、
調達者による新規の調達案件の登録に応じて、該調達案件に対応する仮想サーバ名を生成して、その仮想サーバ名とホスト名とＩＰアドレスとをホスト定義情報として第一記憶領域に登録することによって仮想サーバを生成する仮想サーバ生成手順と、
上記仮想サーバ名と入札期日とを第二記憶領域に格納して管理することによって、上記仮想サーバを該入札期日まで保証する仮想サーバ保証手順と、
上記第二記憶領域を参照することによって、応札者から上記仮想サーバへと送信される所望調達案件に対する入札書を対応する上記仮想サーバを介して上記入札期日まで受信可能とし、受信した該入札書を入札書データベースで管理する入札書管理手順とを有する電子入札方法。
【請求項２】
請求項１記載の電子入札方法において、
上記仮想サーバ保証手順は、
上記応札者からの所望調達案件への入札参加申請書を受信すると、上記応札者を認証した第三者認証機関から該応札者を証明する証明書を取得する証明書取得手順を有し、
取得した上記証明書に示される公開鍵を用いて暗号化された入札参加申請書を復号することによって、上記応札者の署名を検証する申請書検証手順と、
取得した上記証明書の有効期間を上記所望調達案件の開札日に変更する有効期間変更手順と、
上記証明書を応札者用証明書として、上記調達案件毎に上記応札者の応札者名と、開札日とを第三記憶領域に格納し、該第三記憶領域を参照することによって応札者を開札日まで証明する応札者証明管理手順とを有するようにした電子入札方法。
【請求項３】
請求項１又は２記載の電子入札方法において、
上記応札者証明書管理手順によって管理される上記応札者用証明書に基づいて、開札日に開札される調達案件の応札者を認証する認証手順と、
上記認証手順の認証結果に応じて、上記応札者によって送信された上記入札書に対して開札処理を実行する開札処理手順とを有するようにした電子入札方法。
【請求項４】
請求項１乃至３のいずれか一項記載の電子入札方法において、
上記入札書管理手順は、上記応札者用証明書によって示される公開鍵を用いて、暗号化された入札書を復号することによって、該入札書を作成した上記応札者の署名を検証する入札書検証手順を有するようにした電子入札方法。
【請求項５】
コンピュータにネットワークを介して公開された調達案件へ入札を行なわせるコンピュータ実行可能なプログラムにおいて、該コンピュータに、
調達者による新規の調達案件の登録に応じて、該調達案件に対応する仮想サーバ名を生成して、その仮想サーバ名とホスト名とＩＰアドレスとをホスト定義情報として第一記憶領域に登録することによって仮想サーバを生成する仮想サーバ生成手順と、
上記仮想サーバ名と入札期日とを第二記憶領域に格納して管理することによって、上記仮想サーバを該入札期日まで保証する仮想サーバ保証手順と、
上記第二記憶領域を参照することによって、応札者から上記仮想サーバへと送信される所望調達案件に対する入札書を対応する上記仮想サーバを介して上記入札期日まで受信可能とし、受信した該入札書を入札書データベースで管理する入札書管理手順とを行わせるコンピュータ実行可能なプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークを介して公開された調達案件へ入札を行なう電子入札方法に係り、詳しくは、入札のための特別な形式の鍵を用いずに、時間に基づいた入札を可能とする電子入札方法を提供するものである。
【０００２】
【従来の技術】
入札及び開札を公平に行なうため、近年、ネットワークを介して、コンピュータサーバによって入札を管理する電子入札システムが導入されてきた。
【０００３】
【発明が解決しようとする課題】
しかしながら、上記従来における電子入札システムにおいては、以下に述べる問題点がある。
【０００４】
電子入札システムでは、入札が持つ時間制約として、「入札締切機能」、「期日前の開札執行の禁止」を考慮する必要があり、時間の制約を電子的な鍵で管理する方法が検討されている。これに伴い、現在まで、時間を管理及び制御するための鍵の機能が論じられてきた。又一方、電子商取引のセキュリティ確保に用いる「公開鍵基盤（ＰＫＩ）」には、鍵に時間の概念がなく。時間の制御が行なえないため、電子入札システムを構築するにあたり、新たな機能の鍵の設計及び運用が必要とされてきた。このための鍵としては、「時間鍵」と「共通鍵」の運用が考えられるが、時間鍵では第三者機間（ＴＴＰ）認証、共通鍵では鍵配送及び同期について、各々新たな運用設計が必要となる。なお、電子入札システムの場合、入札案件ごとに、時間制約（入札期日等）を設定することから、入札の案件ごとに、第三者機間認証のための手続きや鍵配送及び同期の運用が必要となっては、これらの諸手続きが、電子入札システムの運用上のネックとなることが予想されるため、より簡便な方式を設計する必要があった。
【０００５】
そこで、本発明の課題は、入札のための特別な形式の鍵を用いずに、時間に基づいた入札を可能とする電子入札方法を提供することである。
【０００６】
【課題を解決するための手段】
上記課題を解決するため、本発明は、ネットワークを介して公開された調達案件へ入札を行なう電子入札方法において、調達者による新規の調達案件の登録に応じて、該調達案件に対応する仮想サーバを生成し、該仮想サーバを入札期日まで保証する仮想サーバ保証手順と、応札者から送信される所望調達案件に対する入札書を、対応する上記仮想サーバを介して上記入札期日まで受信可能とし、受信した該入札書を管理する入札書管理手順とを有するように構成される。
【０００７】
このような電子入札方法によって、調達案件毎に、入札期日まで入札書の受信を可能とし、また、入札期日以降の入札書の受信を禁止することができる仮想サーバの構築の実現を可能とする。従って、入札期日による入札の時間管理を可能とする。
【０００８】
上記課題を解決するための手段として、本発明は、上記電子入札方法による処理をコンピュータに行なわせるためのプログラム、及び、そのプログラムを記憶した記憶媒体とすることもできる。
【０００９】
【発明の実施の形態】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１０】
本発明の実施の一形態に係る電子入札方法及び電子開札方法を適用した電子入札・開札システム、例えば、図１に示すようなシステムを構成する。図１は、電子入札・開札システムの全体構成を示す図である。図１において、電子入札・開札システム１００は、サーバ・コンピュータであって、ネットワーク（図示せず）を介して、調達者側認証局４００と、開札用認証局５００と、タイム・サーバ６００と接続する。ブリッジ認証局９００は、調達者側認証局４００及び認証局７００とに接続され、後述するブリッジ認証を行なう。また、電子入札・開札システム１００には、入札を希望する応札者端末３０がネットワークを介して接続され、入札に必要な処理が応札者端末３０と電子入札・開札システム１００との間で行なわれる。
【００１１】
電子入札・開札システム１００は、応札者端末３０からの入札案件を管理する入札システム２００と、タイム・サーバ６００からの調時通知に応じて開札処理を行なう開札システム３００とを有する。
【００１２】
入札システム２００は、仮想Ｗｅｂサーバへの振り分けを行なう振り分け機能１０１と、統合画面を提供するポータルＷｅｂ１０２と、入札案件登録処理部２１０と、発行者及び有効期限を変更する入札参加者申請処理部２２０と、入札書を検証し保管する入札処理部２３０と、ＳＳＬ（Secure Socket Layer）によりアクセスを制御するアクセス制御部２５０とを有する。
【００１３】
入札案件登録処理部２１０は、調達者による新規の入札案件の登録に応じて、ＳＳＬによってアクセスされる仮想Ｗｅｂサーバを生成し、仮想Ｗｅｂサーバの認証を調達用認証局４００によって行なわせる。入札参加者申請処理部２２０は、応札者から取得した「第三者認証機関（後述される認証局７００）によって認証された応札者用証明書」を開札局認証局５００で管理させ、また、応札者用証明書の有効期間を入札案件の開札日に有効となるように変更する。入札処理部２３０は、応札者から暗号化された入札書を受信すると、復号して応札者の署名を検証し、元の暗号化された入札書を管理し保管する。
【００１４】
開札システム３００は、案件毎に所定の開札日が来ると、保管しておいた入札書を、改札用認証局５００で管理されている応札者の公開鍵で復号して署名を検証し、所定の開札処理を実行後、その開札結果を応札者へ通知する。
【００１５】
調達者側認証局４００は、案件毎に生成される仮想Ｗｅｂサーバを認証するための仮想Ｗｅｂサーバ用証明書を管理するコンピュータシステムであって、例えば、電子入札・開札システム１００を運用する運用者側に設けられる。
【００１６】
開札用認証局５００は、開札時に、応札者を認証するための応札者用証明書を管理するコンピュータシステムであって、例えば、電子入札・開札システム１００を運用する運用者側に設けられる。
【００１７】
タイム・サーバ６００は、開札システム３００が管理する開札スケジュールを正確に保つために、タイマ調整のための時刻通知をサービスするコンピュータシステムであって、例えば、電子入札・開札システム１００を運用する運用者側に設けられる。
【００１８】
入札案件登録処理部２１０によって実行される入札案件登録処理について図２及び図３で説明する。図２は、入札案件登録処理の概要を示す図である。また、図３は、入札案件登録処理を説明するフローチャート例を示す図である。図２を参照しつつ図３において、調達者は、調達者端末４０をネットワーク（図示せず）を介して電子入札・開札システム１００に接続するとポータルＷｅｂ１０２によって調達者端末４０に表示される調達案件の登録画面（後述される）より、調達の案件名、入札期日、開札日等の案件情報を入力すると、入札システム２００は、入札案件登録処理部２１０を起動し、入札案件登録処理を開始する（ステップＳ１１）。入札案件登録処理部２１０は、入札案件情報を得ると（ステップＳ１２）、仮想Ｗｅｂ用のサーバ名を生成する（ステップＳ１３）。ここでは、以後、案件として案件１が登録され、案件１に対応する仮想Ｗｅｂサーバ５１が生成されたとする。更に、入札案件登録処理部２１０は、生成した仮想Ｗｅｂサーバ名を、ホスト名とＩＰアドレスとの対応を管理するＤＮＳ（Domain Name System）サーバ８００に、ポータルＷｅｂ１０２の別名として登録する。つまり、仮想Ｗｅｂサーバ５１が、ＤＮＳサーバ８００が管理するホスト定義情報ファイル８１０に登録される（ステップＳ１４）。ＤＮＳサーバ８００のホスト定義情報ファイル８１０は、例えば、図２に示すような、ホスト名と、ＩＰアドレスとが対応付けられたファイルである。また、各仮想Ｗｅｂサーバ５１〜５ｎは、電子入札・開札システム１００のポート番号に対応させるようにすれば良い。
【００１９】
次に、入札案件登録処理部２１０は、仮想Ｗｅｂサーバ５１用の秘密鍵と公開鍵との組み合せを示すキーペアを生成して、キーペアＤＢ（データベース）２４０に格納する（ステップＳ１５）。更に、仮想Ｗｅｂサーバ５１用の証明書の発行を要求するリクエスト（例えば、所定のＰＫＣＳ＃１０）を生成し、調達者側認証局４００へ発行する（ステップＳ１６）。また、調達者端末４０から取得した入札案件情報によって示される入札期日を調達者側認証局４００へ通知する（ステップＳ１７）。
【００２０】
調達者側認証局４００は、仮想Ｗｅｂサーバ用証明書リクエストと、入札期日を取得すると、例えば、図２に示すようなＷｅｂサーバ名、生成した公開鍵、有効期間等を管理する仮想Ｗｅｂサーバ用証明書ディレクトリ４１０にて、Ｗｅｂサーバ名に仮想Ｗｅｂサーバ５１と、仮想Ｗｅｂサーバ５１用に取得した公開鍵（例えば、ＰＷ＿ＰＡ１）と、有効期間に通知された入札期日が入札期日１とが記録される。調達者側認証局４００は、電子入札・開札システム１００から通知された入札期日を有効期間として設定することで、入札案件毎に入札期日の管理を可能とする証明書を発行することができる。調達者側認証局４００は、仮想Ｗｅｂサーバ５１用に生成した公開鍵と共に、仮想Ｗｅｂサーバ５１用証明書を電子入札・開札システム１００へ発行する。
【００２１】
一方、電子入札・開札システム１００の入札案件登録処理部２１０は、調達者端末４０から取得した入札案件情報の開札日を、開札システム３００に通知し、開札システム３００は、開札システム３００が管理する開札スケジュールＤＢ３３２へ出力する（ステップＳ１８）。更に、入札案件登録処理部２１０は、ステップＳ１３で生成したホスト定義情報を、仮想Ｗｅｂサーバ５１の定義情報として、仮想Ｗｅｂ用環境ＤＢ２４２に格納する（ステップＳ１９）。
【００２２】
入札案件登録処理部２１０は、調達者側認証局４００から仮想Ｗｅｂサーバ５１用証明書を入手し、その証明書情報を仮想Ｗｅｂ用環境ＤＢ２４２に、仮想Ｗｅｂサーバ５１の定義情報と対応させて格納することによって、仮想Ｗｅｂサーバ５１のインストールを完了する（ステップＳ２０）。更に、インストールした仮想Ｗｅｂサーバ５１を起動する（ステップＳ２１）。
【００２３】
次に、入札案件登録処理部２１０は、ポータルＷｅｂページ環境ＤＢ１３０によって管理されるポータルＷｅｂページに、作成した仮想Ｗｅｂサーバ５１へのリンクを定義する（ステップＳ２２）。これによって、以後、複数の応札者による同一案件への入札が行なわれる際には、所定の仮想Ｗｅｂサーバ５１が起動することとなる。
【００２４】
入札案件登録処理の完了時点では、開札用認証局５００への案件１に対する応札者の登録は何らされていない。
【００２５】
次に、入札参加申請処理部２２０によって実行される入札参加申請処理について図４及び図５で説明する。図４は、入札参加申請処理の概要を示す図である。また、図５は、入札参加申請処理を説明するフローチャート例を示す図である。図４を参照しつつ図５において、応札者が、ポータルＷｅｂ１０２によって提供され応札者側端末３０に表示された入札参加用の案件選択画面（後述される）から所望の案件（例えば、案件１）を選択すると、振り分け機能１０１は、応札者が選択した所望の案件１に対応する仮想Ｗｅｂサーバ５１への接続を行ない、ｈｔｔｐｓ（ＳＳＬ）での接続を要求する（ステップＳ３１）。例えば、応札者が案件１を選択した場合、振り分け機能１０１は、案件１に対応する仮想Ｗｅｂサーバ５１へＳＳＬで接続要求を行なう。この接続要求に対して、入札システム２００内の仮想Ｗｅｂサーバ５１は、調達者用認証局４００から有効期限として「入札期日１まで」が設定されている仮想Ｗｅｂ５１用証明書を取得して応札者端末３０へ送信する（ステップＳ５１）。
【００２６】
応札者側端末３０は、仮想Ｗｅｂサーバ５１から仮想Ｗｅｂサーバ５１用証明書を入手する（ステップＳ３２）。そして、入手した仮想Ｗｅｂサーバ５１用証明書が示す有効期限をチェックする（ステップＳ３３）。有効期限が超過している場合、応札者側端末３０でｈｔｔｐｓ（ＳＳＬ）の接続要求を取り下げる。一方、有効期限内である場合、仮想Ｗｅｂサーバ５１用証明書の認証を行い、その結果を仮想Ｗｅｂサーバ５１へ通知する（ステップＳ３４）。仮想Ｗｅｂサーバ５１では、認証完了の通知によって仮想Ｗｅｂサーバ５１と応札者端末３０とのｈｔｔｐｓ（ＳＳＬ）接続を確立させる（ステップＳ５２）。ここで、仮想Ｗｅｂサーバ５１側で、有効期限のチェック処理を有するようにしても良い。その場合、応札者端末３０でのステップＳ３２及びＳ３３の処理は省略される。
【００２７】
応札者は、認証局７００より応札者用証明書をネットワーク（図示せず）を介して入手する（ステップＳ３５）。応札者端末３０から応札者用証明書の取得要求を受けると、認証局７００は、応札者名、公開鍵、認証局７００が定めた所定の有効期間等を含む応札者用証明書を提供する。例えば、応札者がＡ社である場合、応札者名「Ａ社」、公開鍵「Ｖ＿ＰＡ１」、そして認証局７００が定めた所定の有効期間が、応札者用証明書として応札者端末３０へネットワーク（図示せず）を介して提供される。
【００２８】
応札者は、応札者端末３０に提供される入札参加画面（後述する）に入札に参加するために必要となる入札参加申請情報を入力後、応札者用証明書を応札者の秘密鍵で署名し（ステップＳ３６）、署名した応札者用証明書を該入札参加申請情報に添付して仮想Ｗｅｂサーバ５１へ送付する（ステップＳ３７）。
【００２９】
一方、仮想Ｗｅｂサーバ５１側において、入札参加申請処理部２２０は、入札参加申請情報と共に、添付された応札者用証明書を受信する（ステップＳ５３）。また、入札参加申請処理部２２０は、調達者認証局４００及びブリッジ認証局９００を介した認証局７００とのブリッジ認証によって、応札者用証明書を獲得し、応札者の公開鍵を確認する（ステップＳ５４）。なお、応札者の公開鍵を同時あるいは既に得ている場合、ブリッジ認証（ステップＳ５４参照）で得られた応札者用証明書を用いて、個別に入手した応札者の公開鍵に対して、検証を行なうこととする。入札参加申請処理部２２０は、署名検証部２２１を起動して、応札者用証明書を応札者の公開鍵で検証する（ステップＳ５５）。検証が失敗（ＮＧ）した場合、応札者端末３０へ応札者の検証が失敗したことを通知し（ステップＳ５９）、ｈｔｔｐｓ（ＳＳＬ）接続を開放する（ステップＳ５９）。
【００３０】
一方、検証が成功（ＯＫ）した場合、処理部２２３を起動して、応札者用証明書を編集する（ステップＳ５６）。つまり、処理部２２３は、応札者用証明書の発行者を認証局７００から開札用認証局５００に変更する。また、処理部２２３は、開札スケジュールＤＢ３３２から仮想Ｗｅｂサーバ１が管理する案件１の開札日を取得して、応札者用証明書の有効期限をその取得した開札日に設定する。そして、処理部２２３は、編集した応札者用証明書を開札用認証局５００が管理する案件１の応札者用証明書ディレクトリ５１０に登録する（ステップＳ５７）。つまり、応札者名として「Ａ社」、公開鍵として（第三者認証機関の）応札社用証明書ディレクトリ７１０で管理される応札者名「Ａ社」に対して設定された「Ｖ＿ＰＡ１」、そして、有効期間として開札スケジュールＤＢ３３２から取得した開札日に基づいた「開札日に有効」が設定される。
【００３１】
応札者用証明書の編集が完了すると、入札参加者申請処理部２２０は、応札者端末３０へ入札参加の受付けが完了したことを通知すると共に、応札者を識別するアカウント及びパスワードを発行し、応札者毎のアカウント及びパスワードを管理する応札者用ディレクトリ５３０へ格納する（ステップＳ５８）。そして、ｈｔｔｐｓ（ＳＳＬ）接続を開放する（ステップＳ６０）。仮想Ｗｅｂサーバ５１側での応札者「Ａ社」に対する入札参加処理を終了する。なお、応札者用ディレクトリ５３０と、応札者用証明書ディレクトリ５１０は、統合することも可能である。
【００３２】
応札者端末３０にて入札参加申請情報を送信後、仮想Ｗｅｂサーバ５１から入札参加の受付けが完了した通知と共に、仮想Ｗｅｂサーバ５１にて発行されたアカウント及びパスワードが画面に表示され（ステップＳ３８）、そして、ｈｔｔｐｓ（ＳＳＬ）接続が開放される（ステップＳ３９）。応札者「Ａ社」の応札者端末３０での入札参加処理を終了する。
【００３３】
次に、入札処理部２３０によって実行される入札処理について図６及び図７で説明する。図６は、入札処理の概要を示す図である。また、図７は、入札処理を説明するフローチャート例を示す図である。図６を参照しつつ図７において、応札者が、ポータルＷｅｂ１０２によって提供され応札者側端末３０に表示された入札用の案件選択画面（後述される）から所望の案件（例えば、案件１）を選択すると、振り分け機能１０１は、応札者が選択した所望の案件１に対応する仮想Ｗｅｂサーバ５１への接続を行ない、ｈｔｔｐｓ（ＳＳＬ）での接続を要求する（ステップＳ７１）。例えば、応札者が案件１を選択した場合、振り分け機能１０１は、案件１に対応する仮想Ｗｅｂサーバ５１へＳＳＬで接続要求を行なう。この接続要求に対して、入札システム２００内の仮想Ｗｅｂサーバ５１は、調達者用認証局４００から有効期限として「入札期日１まで」が設定されている仮想Ｗｅｂ５１用証明書を取得して応札者端末３０へ送信する（ステップＳ９１）。
【００３４】
応札者側端末３０は、仮想Ｗｅｂサーバ５１から仮想Ｗｅｂサーバ５１用証明書を入手する（ステップＳ７２）。そして、入手した仮想Ｗｅｂサーバ５１用証明書が示す有効期限をチェックする（ステップＳ７３）。有効期限が超過している場合、応札者側端末３０でｈｔｔｐｓ（ＳＳＬ）の接続要求を取り下げる。入札参加申請処理を終了する。一方、有効期限内である場合、仮想Ｗｅｂサーバ５１用証明書の認証を行い、その結果を仮想Ｗｅｂサーバ５１へ通知する（ステップＳ７４）。仮想Ｗｅｂサーバ５１では、認証完了の通知によって仮想Ｗｅｂサーバ５１と応札者端末３０とのｈｔｔｐｓ（ＳＳＬ）接続を確立させる（ステップＳ９２）。ここで、仮想Ｗｅｂサーバ５１側で、有効期限のチェック処理を有するようにしても良い。その場合、応札者端末３０でのステップＳ７２及びＳ７３の処理は省略される。
【００３５】
ｈｔｔｐｓ（ＳＳＬ）での接続の確立後、応札者は、応札者端末３０に表示されるログイン画面から入札参加申請処理時に取得したアカウント及びパスワードを入力する（ステップＳ７５）。仮想Ｗｅｂサーバ５１は、開札用認証局５００の応札者用ディレクトリ５３０で管理されている応札者のアカウント及びパスワードとを応札者端末３０から取得したアカウント及びパスワードと照合して、応札者を認証する（ステップＳ９３）。認証が失敗した場合、仮想Ｗｅｂサーバ５１及び応札者端末３０は、ＳＳＬ接続を開放し、入札処理を終了する。
【００３６】
認証が成功すると、応札者は、応札者端末３０に表示される入札画面（後述される）に基づいて、入札書を応札者の秘密鍵で署名し（ステップＳ７６）、かつ、署名した入札書を更に応札者の秘密鍵で暗号化する（ステップＳ７７）。応札者は、署名後暗号化した入札書を仮想Ｗｅｂサーバ５１へ送信する（ステップＳ７８）。
【００３７】
一方、仮想Ｗｅｂサーバ５１は、応札者の認証後に、応札者端末３０から署名後暗号化された入札書を受信すると（ステップＳ９４）、調達者側認証局４００及びブリッジ認証局９００を介した認証局７００とのブリッジ認証によって、応札者用証明書を獲得し、応札者の公開鍵を確認する（ステップＳ９５）。なお、応札者の公開鍵を同時あるいは既に得ている場合、ブリッジ認証（ステップＳ９５参照）で得られた応札者用証明書を用いて、個別に入手した応札者の公開鍵に対して、検証を行うこととする。
【００３８】
仮想Ｗｅｂサーバ５１は、入札処理部２３０を起動して処理部２３２によって、応札者の公開鍵を用い、入札書を復号化してから応札者の署名を検証する（ステップＳ９６）。検証が失敗（ＮＧ）の場合、ステップＳ９８へ進み、ＳＳＬ接続を開放し、入札処理を終了する。一方、検証が成功（ＯＫ）した場合、処理部２３４によって、元の暗号化されていた入札書が、開札システム３００の入札書ＤＢ３３０に格納される（ステップＳ９７）。そして、ｈｔｔｐｓ（ＳＳＬ）での接続を開放し、入札処理を終了する（ステップＳ９８）。
【００３９】
応札者端末３０は、仮想Ｗｅｂサーバ５１のｈｔｔｐｓ（ＳＳＬ）接続の開放によって、ＳＳＬ接続を開放し（ステップＳ７９）、入札処理を終了する。
【００４０】
次に、開札処理部３００によって実行される開札処理について図８及び図９で説明する。図８は、開札処理の概要を示す図である。また、図９は、開札処理を説明するフローチャート例を示す図である。図８を参照しつつ図９において、開札システム３００の開札スケジュールＤＢ３３２で管理される開札日になると、自動的に開札処理部３１０が起動され、図９に示すフローチャートに従って開札処理が実行される。開札処理部３１０は、処理部３１２によって、開札用認証局５００から、開札される案件の応札者用証明書を入手する（ステップＳ１１１）。例えば、開札スケジュール３３２によって案件１が開札処理部３１０に通知されていたとすると、開札処理部３１０は、案件１に応札した応札者用証明書を管理する応札者用証明書ディレクトリ５１０から応札者用証明書を１つ取得する。
【００４１】
開札処理部３１０の処理部３１２は、入手した応札者用証明書の有効期限をチェックする（ステップＳ１１２）。この場合、有効期限として開札日が設定されている（図５のステップＳ５６参照）。有効期限が期限超過している場合、ステップＳ１１１へ戻り、次の応札者用証明書を取得する。有効期限が期限内である場合、入札書ＤＢ３３０から応札者の入札書を取得し（ステップＳ１１３）、入札書を応札者の公開鍵で復号化してから（応札者の公開鍵で）応札者の署名を検証する（ステップＳ１１４）。検証が失敗（ＮＧ）した場合、ステップＳ１１１へ戻り、次の応札者用証明書を取得する。全ての検証が成功（ＯＫ）した場合、応札者分の入札書を復号処理したか否かを判断する（ステップＳ１１５）。全ての応札者の復号処理が完了していない場合、ステップＳ１１１へ戻り、次の応札者用証明書を入手する。一方、復号処理が全て完了している場合、開札プログラム１１４を実行し、その結果を開札ＤＢ３３４に出力する（ステップＳ１１６）。ここで、開札プログラムは、従来技術で良い。開札処理部３１０は、開札結果が開札ＤＢ３３４に出力されると、開札処理を終了する。
【００４２】
応札者は、開札システム３００によって応札者端末３０に表示される開札結果画面から所望の案件を選択し（ステップＳ１０１）、応札者端末３０に表示される開札結果によって、開札情報を参照する（ステップＳ１０２）。
【００４３】
次に、上記処理にて、電子入札・開札システム１００によって応札者端末３０及び調達者端末４０に提供される画面の例について説明する。
【００４４】
図１０は、調達案件の登録画面の例を示す図である。図１０より、調達案件の登録画面Ｇ１０００は、入札登録処理部２１０によって図３のステップＳ１１で調達者端末４０に表示される画面であって、大きく、画面を切り換えるための操作域１１００と、操作域１１００で選択された画面を表示する選択画面表示域１１１０とを有する。操作域１１００には、目的を示す表示域１１３０と、目的に応じて選択可能な画面種別１１３１、１１３２及び１１３３とを有する。例えば表示域１１３０には「新規調達」と表示される。また、選択可能な画面種別１１３１、１１３２、１１３３は、各々、新規に案件を作成するための「案件作成」画面、作成した案件を訂正するための「案件訂正」画面、作成した案件を削除するための「案件削除」画面を示す。例えば、調達者が画面種別１１３１をマウス等でクリックすると、選択画面表示域１１１０には、図１０に示されるような「案件作成」画面が表示される。
【００４５】
選択画面表示域１１１０は、現在の日時を表示する表示域１１１１、調達案件名を入力する入力域１１１２、調達年度を入力する入力域１１１３、入札期限を入力する入力域１１１４、開札日時を入力する入力域１１１５、予定価格を入力する入力域１１１６、調達部門を入力する入力域１１１７、調達の担当者を入力する入力域１１１８、調達の責任者を入力する入力域１１１９、備考を入力する入力域１１２０等の入力項目を入力する入力域を有し、調達者が入力した情報で調達案件を作成するための作成ボタン１１２１、調達者が入力した情報を取り消すための取り消しボタン１１２２、調達者が入力した情報をクリアして再入力するための入力クリアボタン１１２３等の操作ボタンを有する。
【００４６】
選択画面表示域１１１０で設定された情報は、開札スケジュールとして、開札スケジュールＤＢ３３２に出力される（図３のステップＳ１８参照）。更に、入力域１１１４に入力された入札期限は、図３のステップＳ１７及び調達者側認証局４００の処理によって、入力域１１１２に入力された調達案件名に対応する仮想Ｗｅｂサーバ用証明書の有効期間として設定される。また、入力域１１１５に入力された開札日時は、入札参加申請（図４及び図５）の入札参加申請処理部２２０の処理部２２３によって、入力域１１１２に入力された調達案件名に対応する応札者用証明書ディレクトリ５１０の有効期間として設定される（図５ステップＳ５６及びＳ５７参照）。
【００４７】
調達者は、調達者端末４０にて上記設定を行なうのみであり、以後、開札結果が出力されるまで、応札者によって設定された情報等を調達者端末４０にて参照することはできない。
【００４８】
図１１は、入札参加用の案件選択画面の例を示す図である。図１１より、画面Ｇ２０００は、応札者端末３０に表示される画面であって、大きく、画面を切り換えるための操作域２１００と、操作域２１００で選択された画面を表示する選択画面表示域２１１０とを有する。操作域２１００には、目的を示す表示域２１３０と、目的に応じて選択可能な画面種別２１３１、２１３２及び２１３３とを有する。例えば、表示域２１３０には、「調達」が表示される。また、選択可能な画面種別２１３１、２１３２、２１３３は、各々、入札に参加するために調達案件を選択するための「入札参加」画面、選択した調達案件へ入札するための「入札」画面、入札後の開札の結果を知るための「開札結果」画面である。例えば、応札者が画面種別２１３１をマウス等でクリックすると、選択画面表示域２１１０には、図１１に示されるように、調達案件の一覧を表示する「入札参加」画面の案件選択画面Ｇ２０５０が表示される。
【００４９】
「入札参加」画面の案件選択画面Ｇ２０５０は、現在の日時を表示する表示域２１１１、調達案件の一覧の表示を切り替えるための選択域２１１２、調達案件の一覧を表示する一覧表示域２１２０とを有する。選択域２１１２には、入札中のみの調達案件の一覧を表示するための「入札中のみ」と、開札済みを含む全ての調達案件の一覧を表示するための「すべて（開札済含む）」とが表示され、応札者がマウス等でクリックすることによって選択された項目に応じた調達案件の一覧を表示する。例えば、応札者が、「すべて（開札済含む）」を選択したとすると、一覧表示域２１２０には、図１１に示すように、開札済みを含む全ての調達案件が一覧として表示される。
【００５０】
一覧表示域２１２０は、調達案件を識別するための識別コード、調達案件名、入札期日、調達を実施する調達部門、現在の入札状況を示す状況、入札に際しての留意事項等の項目を有する。例えば、識別コード「ＸＸ０１」で識別される調達案件名「案件１」は、調達部門「○○○部」によって実施され、入札期日「２００１／１２／１１」であって、現在の状況は「入札中」であり、この入札に関する留意事項は「なし」であることが示される。また、識別コード「ＸＸ０２」で識別される調達案件名「案件２」は、調達部門「△△△部」によって実施され、入札期日「２０００／７／１１」であって、現在の状況は「開札済」であり、この入札に関する留意事項は「あり」であることが示される。例えば、下線のある案件名は、現在、入札参加が可能であることを示す。応札者が、識別コード「ＸＸ０１」で識別される調達案件「案件１」を選択すると、例えば、図１２に示されるような入札参加画面Ｇ２０６０が、選択画面表示域２１１０に表示される。
【００５１】
図１２は、入札参加用の入札参加画面の例を示す図である。図１２中、画面Ｇ２０００の構成は、図１１に示す通りである。図１２より、入札参加画面Ｇ２０６０は、現在の日時を示す表示域３１１１と、応札者が選択した調達案件名を示す表示域３１１２と、案件１の調達仕様をダウンロード（DownLoad）するためのボタン３１１３と、留意事項をダウンロード（DownLoad）するためのボタン３１１４と、応札者の社名を入力するための入力域３１１５と、応札者の所属する部署名を入力する入力域３１１６と、入札の責任者名を入力する入力域３１１７と、住所を入力する入力域３１１８と、電話番号を入力する入力域３１１９と、ＦＡＸ番号を入力する入力域３１２０と、認証局７００が発行した応札者を証明する証明書が格納されている格納場所を入力する入力域３１２１とを有し、更に、証明書を応札者の秘密鍵で署名するためのボタン３１２２と、署名した証明書を送信するためのボタン３１２３と、入札参加を取り消すためのボタン３１２４と、入力した情報をクリアするためのボタン３１２５とを有する。
【００５２】
応札者は、上記項目を入力して、ボタン３１２２及びボタン３１２３をクリックすることによって（図５のステップＳ３６及びＳ３７）、アカウント及びパスワードを取得することができる（図５のステップＳ３８）。
【００５３】
図１３は、入札用の案件選択画面の例を示す図である。図１３中、画面Ｇ２０００の構成は、図１１に示す通りである。図１３より、応札者が、入札参加のための処理の後に、画面を切り換える操作域２１００から「入札」画面に切り替える画面種別２１３２を選択すると、「入札」画面の案件選択画面Ｇ２０７０が選択画面表示域２１１０に表示される。「入札参加」画面の案件選択画面Ｇ２０５０と同様の構成を成し、現在の日時を表示する表示域４１１１、調達案件の一覧の表示を切り替えるための選択域４１１２、調達案件の一覧を表示する一覧表示域４１２０とを有する。選択域４１１２には、入札中のみの調達案件の一覧を表示するための「入札中のみ」と、開札済みを含む全ての調達案件の一覧を表示するための「すべて（開札済含む）」とが表示され、応札者がマウス等でクリックすることによって選択された項目に応じた調達案件の一覧を表示する。例えば、応札者が、「すべて（開札済含む）」を選択したとすると、一覧表示域４１２０には、開札済みを含む全ての調達案件が一覧として表示される。
【００５４】
一覧表示域４１２０は、調達案件を識別するための識別コード、調達案件名、入札期日、調達を実施する調達部門、現在の入札状況を示す状況、入札に際しての留意事項等の項目を有する。例えば、下線のある案件名は、現在、入札参加が可能であることを示す。応札者が、識別コード「ＸＸ０１」で識別される調達案件「案件１」を選択すると、先ず、ログイン画面が表示され、応札者によって入力されたアカウント及びパスワードによる認証が完了すると、例えば、図１４に示されるような入札画面Ｇ２０８０が、選択画面表示域２１１０に表示される。
【００５５】
図１４は、入札画面の例を示す図である。図１４中、画面Ｇ２０００の構成は、図１１に示す通りである。図１４より、入札画面Ｇ２０８０は、現在の日時を示す表示域５１１１と、応札者が選択した調達案件名を示す表示域５１１２と、案件１の調達仕様をダウンロード（DownLoad）するためのボタン５１１３と、留意事項をダウンロード（DownLoad）するためのボタン５１１４と、応札者の社名を表示する表示域５１１５と、応札者の所属する部署名を表示する表示域５１１６と、入札の責任者名を表示する表示域５１１７と、住所を表示する表示域５１１８と、電話番号を表示する表示域５１１９と、ＦＡＸ番号を表示する表示域５１２０と、提案書が格納されている格納場所を入力する入力域５１２１と、添付資料が格納されている格納場所を入力する入力域５１２２と、入札価格を入力する入力域５１２３とを有し、更に、提案書及び添付資料を応札者の秘密鍵で署名するためのボタン５１２４と、署名した提案書及び添付資料を暗号化して送信するためのボタン５１２５と、入札を取り消すためのボタン５１２６と、入力した情報をクリアするためのボタン５１２７とを有する。
【００５６】
応札者は、上記項目を入力して、ボタン５１２２及びボタン５１２３をクリックすることによって（図７のステップＳ７６及びＳ７７）、署名後暗号化した提案書及び添付資料が入札書として、案件１に対応する仮想Ｗｅｂサーバ５１に送信される。
【００５７】
本発明の実施の一形態に係る電子入札・開札システム１００が構成されるサーバコンピュータのハードウェア構成は、例えば、図１５に示すようになっている。
【００５８】
図１５において、この電子入札・開札システム１００は、ＣＰＵ（中央処理装置）１１、メモリユニット１２、出力ユニット１３、入力ユニット１４、表示ユニット１５、補助記憶装置１６、ＣＤ−ＲＯＭドライブユニット１７及び通信ユニット１８を有している。これらの各ユニット１１、１２、１３、１４、１５、１６、１７及び通信ユニット１８は、バスＢに接続されている。
【００５９】
ＣＰＵ１１は、メモリユニット１２に格納されたプログラムに従って電子入札・開札システム１００を制御すると共に、入札処理及び開札処理を行う。メモリユニット１２は、ＲＡＭ及びＲＯＭにて構成され、ＣＰＵ１１にて実行されるプログラム、ＣＰＵ１１での処理に必要なデータ、ＣＰＵ１１での処理にて得られたデータ等を格納する。また、メモリユニット１２の一部の領域が、ＣＰＵ１１での処理に利用されるワークエリアとして割り付けられている。
【００６０】
出力ユニット１３は、プリンター等を有し、処理結果或いは指定された情報を出力する。入力ユニット１４は、マウス、キーボード等を有し、入札処理を行なうための登録や登録したデータの変更等、必要な各種情報を入力するために用いられる。表示ユニット１５は、ＣＰＵ１１の制御のもとに必要な各種情報を表示する。
【００６１】
補助記憶装置１６は、例えば、ハードディスクユニットにて構成され、各種ファイル、プログラムを格納する。
【００６２】
入札処理及び開札処理に係るプログラムは、例えば、ＣＤ−ＲＯＭ２０によって当該システムに提供される。即ち、入札処理及び開札処理に係るプログラムが保存されたＣＤ−ＲＯＭ２０がＣＤ−ＲＯＭドライブユニット１７にセットされると、ＣＤ−ＲＯＭドライブユニット１７がＣＤ−ＲＯＭ２０から当該プログラムを読み出し、その読み出されたプログラムがバスＢを介して補助記憶装置１６にインストールされる。そして、この入札処理及び開札処理が起動されると、補助記憶装置１６にインストールされた当該プログラムに従ってＣＰＵ１１がその処理を開始する。尚、当該プログラムを格納する媒体としてＣＤ−ＲＯＭ２０に限定するものではなく、コンピュータが読み取り可能な媒体であればよい。
【００６３】
なお、本願発明を以下の通り付記として記す。
（付記１）  ネットワークを介して公開された調達案件へ入札を行なう電子入札方法において、
調達者による新規の調達案件の登録に応じて、該調達案件に対応する仮想サーバを生成し、該仮想サーバを入札期日まで保証する仮想サーバ保証手順と、
応札者から送信される所望調達案件に対する入札書を、対応する上記仮想サーバを介して上記入札期日まで受信可能とし、受信した該入札書を管理する入札書管理手順とを有する電子入札方法。
よって、入札期日まで保証される（有効となる）仮想サーバによって、入札書の受信が可能となり、入札期日以降の入札書の受信を禁止することができる。従って、入札期日で入札の時間管理を可能とする。
（付記２）  付記１項記載の電子入札方法において、
上記仮想サーバ保証手順は、上記応札者からの所望調達案件への入札参加申請書を受信すると、上記応札者を認証した第三者認証機関から該応札者を証明する証明書を取得する証明書取得手順を有し、
取得した上記証明書に示される公開鍵を用いて暗号化された入札参加申請書を復号することによって、上記応札者の署名を検証する申請書検証手順と、
取得した上記証明書の有効期間を上記所望調達案件の開札日に変更する有効期間変更手順と、
上記証明書を応札者用証明書として、上記調達案件毎に上記応札者を開札日まで証明し管理する応札者証明管理手順とを有するようにした電子入札方法。
よって、第三者認証機関が応札者を証明する証明書の有効期間を開札日に変更して管理しておくことによって、調達案件毎に、開札日に基づいて応札者用証明書を時間管理することができる。
（付記３）  付記１又は２項記載の電子入札方法において、
上記応札者証明書管理手順によって管理される上記応札者用証明書に基づいて、開札日に開札される調達案件の応札者を認証する認証手順と、
上記認証手順の認証結果に応じて、上記応札者によって送信された上記入札書に対して開札処理を実行する開札処理手順とを有するようにした電子入札方法。
よって、調達案件が指定する開札日に、応札者を認証することによって、入札書の信用性を高めることができる。
（付記４）  付記１乃至３のいずれか一項記載の電子入札方法において、
上記入札書管理手順は、上記応札者用証明書によって示される公開鍵を用いて、暗号化された入札書を復号することによって、該入札書を作成した上記応札者の署名を検証する入札書検証手順を有するようにした電子入札方法。
（付記５）  付記４項記載の電子入札方法において、
上記入札書は、電子署名が付加されて更に暗号化された電子文書であって、
上記入札書管理手順は、検証された署名を自身が暗号化されている上記入札書に付加して管理するようにした電子入札方法。
【００６４】
よって、電子署名によって応札者によって送信された入札書であることを証明すると共に、入札書自身が暗号化されているため、入札書の内容を保証したまま管理することができる。
（付記６）  ネットワークを介して公開された調達案件へ入札を行なうプログラムにおいて、
調達者による新規の調達案件の登録に応じて、該調達案件に対応する仮想サーバを生成し、該仮想サーバを入札期日まで保証する仮想サーバ保証手順と、
応札者から送信される所望調達案件に対する入札書を、対応する上記仮想サーバを介して上記入札期日まで受信可能とし、受信した該入札書を管理する入札書管理手順とを有するプログラム。
（付記７）  付記６項記載のプログラムにおいて、
上記仮想サーバ保証手順は、上記応札者からの所望調達案件への入札参加申請書を受信すると、上記応札者を認証した第三者認証機関から該応札者を証明する証明書を取得する証明書取得手順を有し、
取得した上記証明書に示される公開鍵を用いて暗号化された入札参加申請書を復号することによって、上記応札者の署名を検証する申請書検証手順と、
取得した上記証明書の有効期間を上記所望調達案件の開札日に変更する有効期間変更手順と、
上記証明書を応札者用証明書として、上記調達案件毎に上記応札者を開札日まで証明し管理する応札者証明管理手順とを有するようにしたプログラム。
（付記８）  ネットワークを介して公開された調達案件へ入札を行なう入札システムにおいて、
調達者による新規の調達案件の登録に応じて該調達案件毎に生成され、応札者から送信される所望調達案件に対する入札書を上記調達案件で指定される入札期日まで受信可能とし、受信した該入札書を管理する仮想サーバと、
上記入札期日まで、上記仮想サーバを保証する仮想サーバ保証手段と、
上記調達案件毎に上記応札者を上記調達案件で指定される開札日まで証明し管理する応札者証明管理手段とを有し、
上記仮想サーバ保証手段と、上記応札者証明管理手段とは、上記仮想サーバにネットワークを介して接続されるようにした入札システム。
（付記９）  付記８項記載の入札システムにおいて、
上記仮想サーバ保証手段は、
上記応札者を認証した第三者認証機関から該応札者を証明する証明書を取得する証明書取得手段と、
取得した上記証明書を上記仮想サーバに通知する第一の通知手段とを有し、
上記仮想サーバは、
受信した上記応札者からの所望調達案件への暗号化された入札参加申請書を、通知された上記証明書に示される公開鍵を用いて復号した後に、上記応札者の署名を検証する申請書検証手段と、
取得した上記証明書の有効期間を上記所望調達案件の開札日に変更する有効期間変更手段と、
上記証明書を応札者用証明書として、上記応札者証明管理手段に通知する第二の通知手段とを有するようにした電子入札方法。
（付記１０）  ネットワークに公開する調達案件を登録する調達者端末において、調達者に入札期日と開札日とを指定させ、上記調達案件に関する調達案件情報を入力させる画面を表示ユニットに表示させる画面表示手段を有する調達者端末。
（付記１１）  ネットワークに公開される調達案件に対して入札する応札者端末において、
応札者に応札者を特定する応札者情報を入力させ、第三者認証機関による応札者を証明する証明書を指定させる入札参加画面を表示ユニットに表示させる入札参加画面表示手段と、
上記入札参加画面表示手段によって取得した上記応札者情報と上記証明書とを入札参加情報として、該入札参加情報に上記応札者の電子署名を実行する第一の電子署名実行手段と、
電子署名のある上記入札参加情報を、上記応札者が所望する上記調達案件に対する入札を制御する入札サーバへ送信する第一の送信手段とを有する応札者端末。
（付記１２）  付記１１記載の応札者端末において、
応札者に入札書を指定させる入札画面を上記表示ユニットに表示させる入札画面表示手段と、
上記入札書に上記応札者の電子署名を実行する第二の電子署名実行手段と、
上記入札書を、上記入札サーバへ送信する第二の送信手段とを有する応札者端末。
【００６５】
【発明の効果】
以上、説明してきたように、本願発明によれば、従来からの公開鍵による証明書に基づいたセキュリティ環境を変更することなく、調達案件毎に、入札期日まで入札書の受信を可能とし、また、入札期日以降の入札書の受信を禁止することができる仮想サーバの構築の実現を可能とする。従って、入札期日による入札の時間管理を可能とする。
【００６６】
また、調達案件毎に、開札日に基づいて応札者用証明書を時間管理することを可能とする。
【００６７】
【図面の簡単な説明】
【図１】電子入札・開札システムの全体構成を示す図である。
【図２】入札案件登録処理の概要を示す図である。
【図３】入札案件登録処理を説明するフローチャート例を示す図である。
【図４】入札参加申請処理の概要を示す図である。
【図５】入札参加申請処理を説明するフローチャート例を示す図である。
【図６】入札処理の概要を示す図である。
【図７】入札処理を説明するフローチャート例を示す図である。
【図８】開札処理の概要を示す図である。
【図９】開札処理を説明するフローチャート例を示す図である。
【図１０】調達案件の登録画面の例を示す図である。
【図１１】入札参加用の案件選択画面の例を示す図である。
【図１２】入札参加用の入札参加画面の例を示す図である。
【図１３】入札用の案件選択画面の例を示す図である。
【図１４】入札画面の例を示す図である。
【図１５】電子入札・開札システム１００のハードウェア構成の例を示す図である。
【符号の説明】
１１          ＣＰＵ
１２          メモリユニット
１３          出力ユニット
１４          入力ユニット
１５          表示ユニット
１６          補助記憶装置
１７          ＣＤ−ＲＯＭドライバ
２０          ＣＤ−ＲＯＭ
Ｂ            バス
１００        電子入札・開札システム
２００        入札システム
２１０        入札案件登録処理部
２２０        入札参加申請処理部
２３０        入札処理部
３００        開札システム
３１０        開札処理部
４００        調達者側認証局
５００        開札用認証局
６００        タイム・サーバ
７００        認証局
８００        ＤＮＳサーバ
９００        ブリッジ認証局
【図１】
0003813514.tif 000002
【図２】
0003813514.tif 000003
【図３】
0003813514.tif 000004
【図４】
0003813514.tif 000005
【図５】
0003813514.tif 000006
【図６】
0003813514.tif 000007
【図７】
0003813514.tif 000008
【図８】
0003813514.tif 000009
【図９】
0003813514.tif 000010
【図１０】
0003813514.tif 000011
【図１１】
0003813514.tif 000012
【図１２】
0003813514.tif 000013
【図１３】
0003813514.tif 000014
【図１４】
0003813514.tif 000015
【図１５】
0003813514.tif 000016