(57)【要約】【課題】発注者端末から多数の入札案件を一括して登録する場合であっても入力データの正当性チェックを効率よく行うことができる電子入札システムを提供する。【解決手段】電子入札システムにおいて、発注者端末及びサーバに同一の正当性チェック機能を備えておき、発注者端末では入札案件情報をサーバに送信する前に正当性チェックを入力データに対して行うとともに、サーバでは受信した入札案件情報が予め発注者端末において正当性チェック済みである場合にのみ登録を受け付ける。【選択図】図１
2008003723.tif 000002
【特許請求の範囲】
【請求項１】
発注者により入札案件情報が入力される発注者利用端末と、前記発注者利用端末から入札案件情報を受信し公開するサーバとを有する電子入札システムであって、
前記サーバは、入札案件情報の入力データの正当性をチェックするチェックプログラムを生成するチェックプログラム生成手段と、
前記発注者利用端末からの要求に応じて前記チェックプログラムを送信するチェックプログラム送信手段と、
前記発注者利用端末から入札案件情報を受信する入札案件情報受信手段と、
前記発注者利用端末から受信される入札案件情報が、当該発注者利用端末においてチェックプログラムによりチェックされているか否かを判定する判定手段と、
前記判定手段により発注者利用端末においてチェックプログラムによりチェックされていると判定された入札案件情報のみを公開対象として登録リストに記憶する記憶手段とを有しており、
前記発注者利用端末は、前記サーバから前記チェックプログラムをダウンロードするチェックプログラム取得手段と、
前記チェックプログラムを用いて入札案件情報の入力データの正当性をチェックするチェック手段と、
前記サーバに対して入札案件情報を送信する入札案件情報送信手段とを有している電子入札システム。
【請求項２】
前記サーバにおいて、
前記チェックプログラム生成手段は、発注者各々に対応するチェックプログラムを生成し、
前記判定手段は、前記発注者利用端末から受信される入札案件情報が、当該発注者利用端末に対応するチェックプログラムによりチェックされているか否かを判定することを特徴とする請求項１に記載の電子入札システム。
【請求項３】
前記サーバにおいて、
前記チェックプログラム生成手段は、生成したチェックプログラムのバージョン情報を管理しており、
前記判定手段は、前記発注者利用端末から受信される入札案件情報が、当該発注者利用端末において最新バージョンのチェックプログラムによりチェックされているか否かを判定することを特徴とする請求項１又は２に記載の電子入札システム。
【請求項４】
前記サーバは、前記判定手段により前記発注者利用端末から受信される入札案件情報が当該発注者利用端末において最新バージョンのチェックプログラムによりチェックされていないと判定した場合には、前記発注者利用端末に対してチェックプログラムのダウンロードの要求を送信することを特徴とする請求項１から３のいずれか１項に記載の電子入札システム。
【請求項５】
前記サーバは、
入札案件情報の入力データの正当性をチェックするためのチェックパラメータを生成する手段と、
前記発注者利用端末から受信される入札案件情報に対して前記チェックパラメータを適用してチェックを行うチェック手段とを有していることを特徴とする請求項１から４のいずれか１項に記載の電子入札システム。
【請求項６】
入札案件情報の入力データの正当性をチェックするチェックプログラムを生成するチェックプログラム生成手段と、
発注者利用端末からの要求に応じて前記チェックプログラムを送信するチェックプログラム送信手段と、
発注者利用端末から入札案件情報を受信する入札案件情報受信手段と、
発注者利用端末から受信される入札案件情報が、当該発注者利用端末においてチェックプログラムによりチェックされているか否かを判定する判定手段と、
前記判定手段により発注者利用端末においてチェックプログラムによりチェックされていると判定された入札案件情報のみを公開対象として登録リストに記憶する記憶手段とを有している電子入札サーバ。
【請求項７】
前記チェックプログラム生成手段は、発注者各々に対応するチェックプログラムを生成し、
前記判定手段は、発注者利用端末から受信される入札案件情報が、当該発注者利用端末に対応するチェックプログラムによりチェックされているか否かを判定することを特徴とする請求項６に記載の電子入札サーバ。
【請求項８】
前記チェックプログラム生成手段は、生成したチェックプログラムのバージョン情報を管理しており、
前記判定手段は、発注者利用端末から受信される入札案件情報が、当該発注者利用端末において最新バージョンのチェックプログラムによりチェックされているか否かを判定することを特徴とする請求項６又は７に記載の電子入札サーバ。
【請求項９】
前記判定手段により発注者利用端末から受信される入札案件情報が当該発注者利用端末において最新バージョンのチェックプログラムによりチェックされていないと判定した場合には、当該発注者利用端末に対してチェックプログラムのダウンロードの要求を送信することを特徴とする請求項６から８のいずれか１項に記載の電子入札サーバ。
【請求項１０】
入札案件情報の入力データの正当性をチェックするためのチェックパラメータを生成する手段と、
発注者利用端末から受信される入札案件情報に対して前記チェックパラメータを適用してチェックを行うチェック手段とを有していることを特徴とする請求項６から９のいずれか１項に記載の電子入札サーバ。
【請求項１１】
請求項６から１０のいずれか１項に記載の電子入札サーバを利用する発注者利用端末であって、
前記電子入札サーバから前記チェックプログラムをダウンロードするチェックプログラム取得手段と、
発注者により入札案件情報が入力される入札案件情報入力手段と、
前記チェックプログラムを用いて入札案件情報の入力データの正当性をチェックするチェック手段と、
前記サーバに対して入札案件情報を送信する入札案件情報送信手段とを有していることを特徴とする発注者利用端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、本発明は、インターネット環境を利用した電子入札システムに関するものである。
【背景技術】
【０００２】
従来の電子入札システムは、インターネット等に接続された発注者端末、受注者利用端末、サーバから構成され、入札案件の発注者が発注者端末から入札案件情報をサーバに登録し、サーバが登録されたサーバを公開し、この案件の受注希望者が受注者利用端末から応札を行った後、サーバが開札し落札者を自動決定するものが一般的である。
【０００３】
特許文献１には、このようなインターネット環境を利用した電子入札システムにおいて、発注者による案件情報の登録時に、登録項目に関する文字種のチェック、桁数チェック、入力許可値のチェックなどを１件単位で行うことにより、データベース書き込み時のエラーやデータ不整合の発生を防ぐ技術が開示されている。
【特許文献１】特開２００２−２３０３５２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
電子入札システムを利用する発注者は、入札案件を１件単位でサーバに登録するのではなく、複数件の入札案件情報をサーバに送信し１度に登録することにより業務効率化及び回線接続費用低減を図ろうと考えている。しかしながら、従来の電子入札システムでは、サーバが入札案件情報を受信した後に入力データの正当性チェックを行うため、複数件の入札案件情報をサーバに送信すると、その後のエラー訂正処理が煩雑となってしまい、結果として業務効率化及び回線接続費用低減を図ることができない。
【０００５】
本発明は、このような実情に鑑みてなされたものであり、発注者端末から多数の入札案件を一括して登録する場合であっても入力データの正当性チェックを効率よく行うことができる電子入札システムを提供しようとするものである。
【課題を解決するための手段】
【０００６】
上記解決課題に鑑みて鋭意研究の結果、本発明者は、電子入札システムにおいて、発注者端末及びサーバに同一の正当性チェック機能を備えておき、発注者端末では入札案件情報をサーバに送信する前に正当性チェックを入力データに対して行うとともに、サーバでは受信した入札案件情報が予め発注者端末において正当性チェック済みである場合にのみ登録を受け付けるよう構成することに想到した。
【０００７】
すなわち、本発明は、発注者により入札案件情報が入力される発注者利用端末と、前記発注者利用端末から入札案件情報を受信し公開するサーバとを有する電子入札システムであって、前記サーバは、入札案件情報の入力データの正当性をチェックするチェックプログラムを生成するチェックプログラム生成手段と、前記発注者利用端末からの要求に応じて前記チェックプログラムを送信するチェックプログラム送信手段と、前記発注者利用端末から入札案件情報を受信する入札案件情報受信手段と、前記発注者利用端末から受信される入札案件情報が、当該発注者利用端末においてチェックプログラムによりチェックされているか否かを判定する判定手段と、前記判定手段により発注者利用端末においてチェックプログラムによりチェックされていると判定された入札案件情報のみを公開対象として登録リストに記憶する記憶手段とを有しており、前記発注者利用端末は、前記サーバから前記チェックプログラムをダウンロードするチェックプログラム取得手段と、前記チェックプログラムを用いて入札案件情報の入力データの正当性をチェックするチェック手段と、前記サーバに対して入札案件情報を送信する入札案件情報送信手段とを有している電子入札システムを提供するものである。
【０００８】
本発明の電子入札システムにおいて、前記サーバの前記チェックプログラム生成手段は、発注者各々に対応するチェックプログラムを生成し、前記判定手段は、前記発注者利用端末から受信される入札案件情報が、当該発注者利用端末に対応するチェックプログラムによりチェックされているか否かを判定することを特徴とする。
これにより、発注者各々の属性等に応じて、入札案件情報のきめ細かなチェックを行うことができる。
【０００９】
本発明の電子入札システムにおいて、前記サーバの前記チェックプログラム生成手段は、生成したチェックプログラムのバージョン情報を管理しており、前記判定手段は、前記発注者利用端末から受信される入札案件情報が、当該発注者利用端末において最新バージョンのチェックプログラムによりチェックされているか否かを判定することを特徴とする。
これにより、常に最新バージョンのチェックプログラムによりチェックされた入札案権情報のみを登録対象として、登録情報の質を向上させることができる。
【００１０】
本発明の電子入札システムにおいて、前記サーバは、前記判定手段により前記発注者利用端末から受信される入札案件情報が当該発注者利用端末において最新バージョンのチェックプログラムによりチェックされていないと判定した場合には、前記発注者利用端末に対してチェックプログラムのダウンロードの要求を送信することを特徴とする。
これにより、発注者利用端末におけるチェックプログラムのバージョンアップを自動的に行わせることができる。
【００１１】
本発明の電子入札システムにおいて、前記サーバは、入札案件情報の入力データの正当性をチェックするためのチェックパラメータを生成する手段と、前記発注者利用端末から受信される入札案件情報に対して前記チェックパラメータを適用してチェックを行うチェック手段とを有していることを特徴とする。
これにより、チェック事項に変更があった場合にも、チェックプログラムの改訂を行わずとも、チェックパラメータを変更すればよいので、管理効率が向上する。
【００１２】
本発明は、また、入札案件情報の入力データの正当性をチェックするチェックプログラムを生成するチェックプログラム生成手段と、発注者利用端末からの要求に応じて前記チェックプログラムを送信するチェックプログラム送信手段と、発注者利用端末から入札案件情報を受信する入札案件情報受信手段と、発注者利用端末から受信される入札案件情報が、当該発注者利用端末においてチェックプログラムによりチェックされているか否かを判定する判定手段と、前記判定手段により発注者利用端末においてチェックプログラムによりチェックされていると判定された入札案件情報のみを公開対象として登録リストに記憶する記憶手段とを有している電子入札サーバを提供するものである。
【００１３】
本発明の電子入札サーバにおいて、前記チェックプログラム生成手段は、発注者各々に対応するチェックプログラムを生成し、前記判定手段は、発注者利用端末から受信される入札案件情報が、当該発注者利用端末に対応するチェックプログラムによりチェックされているか否かを判定することを特徴とする。
【００１４】
本発明の電子入札サーバにおいて、前記チェックプログラム生成手段は、生成したチェックプログラムのバージョン情報を管理しており、前記判定手段は、発注者利用端末から受信される入札案件情報が、当該発注者利用端末において最新バージョンのチェックプログラムによりチェックされているか否かを判定することを特徴とする。
【００１５】
本発明の電子入札サーバにおいて、前記判定手段により発注者利用端末から受信される入札案件情報が当該発注者利用端末において最新バージョンのチェックプログラムによりチェックされていないと判定した場合には、当該発注者利用端末に対してチェックプログラムのダウンロードの要求を送信することを特徴とする。
【００１６】
さらに、本発明の電子入札サーバは、入札案件情報の入力データの正当性をチェックするためのチェックパラメータを生成する手段と、発注者利用端末から受信される入札案件情報に対して前記チェックパラメータを適用してチェックを行うチェック手段とを有していることを特徴とする。
【００１７】
本発明は、また、上記した電子入札サーバを利用する発注者利用端末であって、前記電子入札サーバから前記チェックプログラムをダウンロードするチェックプログラム取得手段と、発注者により入札案件情報が入力される入札案件情報入力手段と、前記チェックプログラムを用いて入札案件情報の入力データの正当性をチェックするチェック手段と、前記サーバに対して入札案件情報を送信する入札案件情報送信手段とを有していることを特徴とする発注者利用端末を提供するものである。
【発明の効果】
【００１８】
以上、説明したように、本発明の電子入札システム及び電子入札サーバでは、発注者利用端末において、サーバに入札案件情報を送信する前に入力データの正当性チェックを行うので、サーバ登録時にエラーが発見されて訂正を行う場合が極めて少なくなり、入札案件のサーバ登録を効率よく行うことができる。これにより、発注者は、複数の入札案件情報をサーバに一括送信するなどして、業務効率化及び回線接続費用低減を図ることが可能となる。また、発注者利用端末では、発注者が入札案件情報の入力処理などを行うバックグラウンドでチェックプログラムを実行することができるので、発注者の手間や時間を要せずして、入力データの正当性のチェックを実施することができる。
【発明を実施するための最良の形態】
【００１９】
以下、添付図面を参照しながら、本発明の電子入札システム及び電子入札サーバを実施するための最良の形態を詳細に説明する。図１〜図１５は、本発明の実施の形態を例示する図であり、これらの図において、同一の符号を付した部分は同一物を表わし、基本的な構成及び動作は同様であるものとする。
【００２０】
図１は、本発明の電子入札システムの構成例を示すブロック図である。図１において、発注者利用端末１、電子入札システム３、受注者利用端末１６がインターネットに接続されており、発注者及び受注者は、それぞれ発注者利用端末１及び受注者利用端末１６を用いて電子入札システム３にアクセスすることができる。
【００２１】
サーバコンピュータ等から構成される電子入札システム３は、チェックプログラム公開処理部４、チェックプログラム・ＸＭＬ配布処理部５、連携情報登録処理部６、連携データベース７、案件登録処理部８、案件データベース９、業者選定処理部１０、参加業者データベース１１、入札書登録処理部１２、入札書データベース１３、開札処理部１４、開札結果データベース１５を有している。
【００２２】
チェックプログラム・ＸＭＬ配布処理部５は、発注者ごとに適用されるチェックプログラムとチェックパターンＸＭＬとを生成し、チェックプログラムをチェックプログラム公開処理部４に、チェックパターンＸＭＬを連携情報登録処理部６に配布する。チェックプログラム公開処理部４は、各発注者に適用されるチェックプログラムを公開し、発注者利用端末１へのダウンロードを可能にする。連携情報登録処理部６は、発注者利用端末１から受信した入札案件情報に対してチェックパターンＸＭＬに基づく正当性チェックを行い、正当性が確認された入札案件除法を連携データベース７に格納する。
【００２３】
案件登録処理部８は、入札案件の正式登録処理として、連携データベース７に格納された入札案件情報を案件データベース９に格納する。業者選定処理部１０は、連携データベース７及び案件データベース９に格納された入札案件情報から、当該案件の入札対象とされる業者の情報を抽出し、参加業者データベース１１に格納する。入札書登録処理部１２は、登録された入札案件に対して受注者利用端末１６から受信される入札情報（入札書）を入札書データベース１３に格納する。開札処理部１４は、登録された入札案件の落札者を決定する開札処理を行い、開札結果情報を開札結果データベース１５に格納する。
【００２４】
図２は、図１に示す電子入札システム３の動作を概略的に示すフローチャートである。まず、連携情報登録処理部６は、発注者利用端末１から受信される入札案件情報に含まれる連携情報のチェックを行う（ステップ６０１）。この連携情報には、発注者利用端末１においてチェック済みであるかどうか、及びチェックに用いたチェックプログラムのバージョンを示す情報が含まれており、連携情報登録処理部６は、発注者利用端末１においてチェックが行われていないと判定した場合（ステップ６０２）、発注者利用端末１でのチェックに用いたチェックプログラムのバージョンが最新バージョンでないと判定した場合（ステップ６０３）には、発注者利用端末１に対して、最新バージョンのチェックプログラムを取り込むよう指示し（ステップ６０６）、チェックプログラム公開処理部４から発注者利用端末１用のチェックプログラムをダウンロードさせる（ステップ６０７）。ステップ６０１における連携情報チェックの結果、発注者利用端末１において最新バージョンのチェックプログラムによるチェックが行われていることが確認された入札案件情報については、連携情報登録処理部６がチェックパターンＸＭＬに基づきチェックを行った後（ステップ６０４）、連携データベース７に格納する（ステップ６０５）。
【００２５】
その後、案件登録処理部８は、連携データベース７に格納された入札案件情報を取得し、必要な情報補完を行い、案件データベース９に格納する案件登録処理を行う（ステップ６０８）。また、業者選定処理部１０は、連携データベース７及び案件データベース９に格納された入札案件情報から、当該案件の入札対象とされる業者の情報を抽出し、参加業者データベース１１に格納する（ステップ６０９）。続いて、入札書登録処理部１２は、登録された入札案件に対する入札情報（入札書）を受注者利用端末１６から受信し、当該受注者を参加業者データベース１１において照会し、登録されている業者である場合にのみ、その入札情報を入札書データベース１３に格納する。指定期日到来後、開札処理部１４は、登録された入札案件の落札者を決定する開札処理を行う（ステップ６１１）。
【００２６】
図３は、図１に示す電子入札システム３のチェックプログラム公開処理部４の動作を概略的に示すフローチャートである。発注者利用端末１からのアクセスがあると、チェックプログラム公開処理部４は、発注者の認証を行い（ステップ７０１）、認証に成功すると、当該発注者に適用されるチェックプログラムを提供する（ステップ７０２）。尚、認証は、予め配布してあるＩＤ・パスワード等で行うことができる。
【００２７】
図４は、図１に示す電子入札システム３の連携情報登録処理部６の動作を概略的に示すフローチャートである。連携情報登録処理部６は、発注者利用端末１から入札案件情報を受信すると（ステップ１３０１）、発注者利用端末１におけるチェックの有無及びチェックプログラムのバージョンのチェック、並びにチェックパターンＸＭＬに基づくチェックを行い（ステップ１３０２）、エラーがないことが確認された入札案件情報を連携データベース７に格納する（ステップ１３０３）。
【００２８】
図５は、図１に示す電子入札システム３の案件登録処理部８の動作を概略的に示すフローチャートである。案件登録処理部８は、連携データベース７から入札案件情報を読み込み（ステップ８０１）、発注者の業者情報の補完を行い（ステップ８０２）、必要な情報が揃っていることをチェックした後（ステップ８０３）、当該入札案件情報を案件データベース９に登録する。
【００２９】
図６は、図１に示す電子入札システム３の業者選定処理部１０の動作を概略的に示すフローチャートである。業者選定処理部１０、連携データベース７及び案件データベース９から入札案件情報に含まれる発注者の業者情報を取得し（ステップ９０１）、業者情報の補完を行い（ステップ９０２）、必要な情報が揃っていることをチェックした後（ステップ９０３）、当該業者情報を参加業者データベース１１に登録する（ステップ９０４）。
【００３０】
図７は、図１に示す電子入札システム３の入札書登録処理部１２の動作を概略的に示すフローチャートである。入札書登録処理部１２は、受注者利用端末１６からのアクセスがあると、当該受注者の情報を参加業者データベース１１から読み取り（ステップ１００１）、受注者利用端末１６から受信される入札情報（入札書）に含まれる入札金額を取得し（ステップ１００２）、入札金額のチェックを行い（ステップ１００３）、入札金額にエラーのない場合、入札情報（入札書）を入札書データベース１３に登録する（ステップ１００４）。
【００３１】
図８は、図１に示す電子入札システム３の開札処理部１４の動作を概略的に示すフローチャートである。開札時が到来すると、開札処理部１４は、入札書データベース１３から入札情報（入札書）を読み取り（ステップ１１０１）、入札金額を比較して落札者を決定する開札処理を行い（ステップ１１０２）、開札結果を開札結果データベース１５に登録するとともに（ステップ１１０３）、落札者に対して開札結果を通知する（ステップ１１０４）。
【００３２】
図９は、図１に示す電子入札システム３のデータベース群におけるデータテーブルの例を示す図である。図９において、連携データベース７のデータテーブル１２０１は、機関ＮＯ、部署ＮＯ、契約番号をキーとし、案件名称、入札種別、選定業者情報等を有している。案件データベース９のデータテーブル１２０２は、機関ＮＯ、部署ＮＯ、案件番号、契約番号をキーとし、案件名称、入札種別等を有している。参加業者データベース１１のデータテーブル１２０３は、機関ＮＯ、部署ＮＯ、案件番号、業者番号をキーとし、業者名称、業者住所等を有している。入札書データベース１３のデータテーブル１２０４は、機関ＮＯ、部署ＮＯ、案件番号、業者番号をキーとし、入札金額等を有している。開札結果データベース１５のデータテーブル１２０５は、機関ＮＯ、部署ＮＯ、案件番号をキーとし、落札区分、落札業者番号、落札金額を有している。
【００３３】
図１０は、図１に示す電子入札システム３のチェックプログラム公開処理部４、チェックプログラム・ＸＭＬ配布処理部５、連携情報登録処理部６の詳細な機能を示すブロック図である。
図１０において、チェックプログラム・ＸＭＬ配布処理部５は、配布処理部２０３及びチェックパターンシート２０４を有しており、配布処理部２０３がチェックパターンシート２０４を読込み、配布対象ごとのチェックプログラム２０２及びチェックパターンＸＭＬ２０７を生成し、それぞれをチェックプログラム公開処理部４及び連携情報登録処理部６に出力する。連携情報登録処理部６は、チェック処理部２０５及び登録処理部２０６を有しており、チェック処理部２０５が発注者利用端末から受信される入札案件情報に対してチェックパターンＸＭＬを適用して正当性を確認し、正当な入札案件情報のみを登録処理部２０６に出力する。登録処理部２０６は、チェック処理部２０５から入力される入札案件情報を連携データベース７に格納する。
【００３４】
図１１は、図１及び図１０に示すチェックプログラム・ＸＭＬ配布処理部５の動作を詳細に示すフローチャートである。
図１１において、チェックプログラム・ＸＭＬ配布処理部５はは、まず、チェックパターンシート２０４に含まれる参加団体パラメータシートを順次参照し（ステップ３０１）、そこに含まれる参加団体コードに対応するチェックパターンシートを読み込み（ステップ３０２）、読込んだチェックパターンシートにチェックプログラムを付与し（ステップ３０３）、一時保存する（ステップ３０４）。上記ステップ３０２〜３０４の処理を全参加団体について繰り返し実行し（ステップ３０５）、その後、全参加団体のチェックシートを読込み（ステップ３０６）、チェックパターンＸＭＬを生成し（ステップ３０７）、連携情報登録処理部６に出力する（ステップ３０８）。また、ステップ３０４において一時保存したチェックプログラムをチェックプログラム公開処理部４に出力する（ステップ３０９）。
【００３５】
図１２は、図１１における参加団体シート読込み（ステップ３０１）、チェックシート読込み（ステップ３０２）及びチェックプログラム生成（ステップ３０３）の処理ステップの詳細を示す図である。参加団体シート読込み４０１では、参加団体パラメータシート４０３を順次読込み、参加団体コードを一時記憶する。チェックプログラムの生成４０２では、入札方式パラメータシート４０４及び工種パラメータシート４０５から上記一時記憶した参加団体コードに対応するレコードを読み取り、チェックロジックの埋め込まれたチェックプログラム４１０に対象団体のパラメータシートとして追加する。また、ファイル別項目定義シート４０７、４０８、４０９をチェックプログラム４０１にコピーする。
【００３６】
図１３は、図１１における全参加団体チェックパターンシート読込み（ステップ３０６）、チェックパターンＸＭＬ生成（ステップ３０７）の処理ステップの詳細を示す図である。まず、ＸＭＬ形式ファイル５０９を生成し、参加団体パラメータシート５０３を順次読込み、予め決められたタグルールに従いＸＭＬ形式に変換し、ＸＭＬ形式ファイル５０９に書き込む。次に、入札方式パラメータシート５０４を読込み、全団体のチェックパラメータを予め決められたタグルールに従ったＸＭＬ形式にて追加書き込みする。工種パラメータシート５０５を読込み、全団体のチェックパラメータを予め決められたタグルールに従ったＸＭＬ形式にて追加書き込みする。同様に、チェックファイル別項目定義シート５０６，５０７，５０８についても、予め決められたタグルールに従いＸＭＬ形式にて追加書き込みを行う。
【００３７】
尚、図１２及び図１３に示す処理の詳細は、それぞれ図１４及び図１５のフローチャートに示すとおりである。
【００３８】
以上、本発明の電子入札システム及び電子入札サーバについて、具体的な実施の形態を示して説明したが、本発明はこれらに限定されるものではない。当業者であれば、本発明の要旨を逸脱しない範囲内において、上記各実施形態におけるサーバ側及びクライアント側の構成及び機能に様々な変更・改良を加えることが可能である。
【産業上の利用可能性】
【００３９】
本発明の電子入札システム及び電子入札サーバは、図１等に示すように、サーバコンピュータ及びクライアントコンピュータのＣＰＵ、メモリ、補助記憶装置、ディスプレイ、入力デバイス等を含むハードウェア資源上に構築されたＯＳ、アプリケーション、データベース、ネットワークシステム等によって実現されるものであり、入札案件情報の登録、公開、開札という情報処理が上記のハードウェア資源を用いて具体的に実現されるものであるから、自然法則を利用した技術的思想に該当するものであり、コンピュータ産業において利用することができるものである。
【図面の簡単な説明】
【００４０】
【図１】本発明の電子入札システムの構成例を示すブロック図である。
【図２】図１に示す電子入札システムの動作を概略的に示すフローチャートである。
【図３】図１に示す電子入札システムのチェックプログラム公開処理部の動作を概略的に示すフローチャートである。
【図４】図１に示す電子入札システムの連携情報登録処理部の動作を概略的に示すフローチャートである。
【図５】図１に示す電子入札システムの案件登録処理部の動作を概略的に示すフローチャートである。
【図６】図１に示す電子入札システムの業者選定処理部の動作を概略的に示すフローチャートである。
【図７】図１に示す電子入札システムの入札書登録処理部の動作を概略的に示すフローチャートである。
【図８】図１に示す電子入札システムの開札処理部の動作を概略的に示すフローチャートである。
【図９】図１に示す電子入札システムのデータベース群におけるデータ構成例を示す図である。
【図１０】図１に示す電子入札システムのチェックプログラム公開処理部、チェックプログラム・ＸＭＬ配布処理部、連携情報登録処理部の詳細な機能を示すブロック図である。
【図１１】図１及び図１０に示すチェックプログラム・ＸＭＬ配布処理部の動作を詳細に示すフローチャートである。
【図１２】図１１における参加団体シート読込み、チェックシート読込み及びチェックプログラム生成の処理ステップの詳細を示す図である。
【図１３】図１１における全参加団体チェックパターンシート読込み、チェックパターンＸＭＬ生成の処理ステップの詳細を示す図である。
【図１４】図１２に示す処理の流れを詳細に示すフローチャートである。
【図１５】図１３に示す処理の流れを詳細に示すフローチャートである。
【符号の説明】
【００４１】
１  発注者利用端末
２  チェックプログラム
３  電子入札システム
４  チェックプログラム公開処理部
５  チェックプログラム・ＸＭＬ配布処理部
６  連携情報登録処理部
７  連携データベース
８  案件登録処理部
９  案件データベース
１０  業者選定処理部
１１  参加業者データベース
１２  入札書登録処理部
１３  入札書データベース
１４  開札処理部
１５  開札結果データベース
１６  受注者利用端末
２０１  公開処理部
２０２  団体別チェックプログラム
２０３  配布処理部
２０４  チェックパターンシート
２０５  チェック処理部
２０６  登録処理部
２０７  チェックパターンＸＭＬ
【図１】
2008003723.tif 000003
【図２】
2008003723.tif 000004
【図３】
2008003723.tif 000005
【図４】
2008003723.tif 000006
【図５】
2008003723.tif 000007
【図６】
2008003723.tif 000008
【図７】
2008003723.tif 000009
【図８】
2008003723.tif 000010
【図９】
2008003723.tif 000011
【図１０】
2008003723.tif 000012
【図１１】
2008003723.tif 000013
【図１２】
2008003723.tif 000014
【図１３】
2008003723.tif 000015
【図１４】
2008003723.tif 000016
【図１５】
2008003723.tif 000017