入札監視システム
【課題】入札を監視し、入札に関する分析を好適に行う手助けを行う入札監視システムを提供する。
【解決手段】ＤＢ１に記憶された入札に関する各種データを基に、分析部２が所定の分析を行い、当該分析の結果を適切な視覚情報として表示させるように分析結果を表示する画面を生成して表示させる。
【解決手段】ＤＢ１に記憶された入札に関する各種データを基に、分析部２が所定の分析を行い、当該分析の結果を適切な視覚情報として表示させるように分析結果を表示する画面を生成して表示させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、公共工事の入札を監視する入札監視システムに関する。
【背景技術】
【０００２】
公共工事は、国や各自治体等の行政府が発注者となり、競争入札によって発注先の業者を決定することになっている。しかし、古くからの習慣により、発注者と業者との談合による落札がしばしば行われており、問題となっていた。
しかし近年では、談合を排除するための法整備や行政府の体質改善、課徴金制度の実施等が行われ、公正な競争入札が行われるようになってきている。
【０００３】
特に、平成１２年に公布された「公共工事の入札及び契約の適正化の促進に関する法律」を踏まえて各自治体に入札監視委員会等の監視機関が設置されるようになり、公共工事の競争入札に関して透明性が上がって来ている。
入札監視委員会は、行政府が発注した工事の契約の実施状況について報告を求め、報告から抽出等した工事の入札や契約が適正かつ適切に行われているかを審議し、改善点等を提言する、或いは、発注した工事の入札及び契約手続についての再苦情（苦情の申立てに対する回答に不服がある者が再度申し立てる苦情をいう。）についての審議を行う役割を果たす委員の集まりである。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した入札監視委員会等の監視機関の各委員は、発注者の入札結果データを基に様々な分析を行い、入札の正当性について監視を行うことになる。
ところが、監視機関の委員が、工事業界や入札に関する知識をあまり有さない人物であった場合には、入札に関するデータを与えられてもうまく分析を行うことができない事態が生じていた。このような事態は、委員選定の条件として、建設会社（土木・建築・電気等の工事をする会社）に勤めている人や、特定の建設会社と密接な関係がある人を除くことが定められている場合に起こりうる（委員選定の条件は、行政府ごとに決定されている）。
或いは、工事・建設業界や入札に関する知識を十分に有する委員であっても、入札に関するデータが膨大なものになった場合、委員がそのデータをうまく処理することができず、有効な分析を行うことができないという事態が生じる場合がある。
【０００５】
本発明は上述したような事態を回避するためになされたものであり、入札を監視し、入札に関する分析を好適に行う手助けを行う入札監視システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記した不利益を解消するために、第１の発明の入札監視システムは、公共工事の請負業者選定の際の競争入札に関して監視及び分析を行う入札監視システムであって、所定の入札に関する各種情報を記憶する記憶部と、前記記憶部に記憶された入札に関する各種情報を基に、当該入札に関する各種分析を行う分析部と、表示画面を生成する表示制御部と、を有し、前記表示制御部は、前記所定の入札に関する各種情報及び、前記分析部の分析の結果を好適に表示する表示画面を生成する。
【０００７】
第２の発明の入札監視システムは、公共工事の発注及び当該発注に関する競争入札を実行した際に、所定の入札に関する各種情報を出力する発注者システムと、前記競争入札に参加した請負業者に関する情報を出力する業者システムと、前記入札を監視する入札監視部と、を有し、前記入札監視部は、前記発注者システム及び前記業者システムが出力する情報を記憶する記憶部と、前記記憶部に記憶された入札に関する各種情報を基に、当該入札に関する各種分析を行う分析部と、表示画面を生成する表示制御部と、を有し、前記表示制御部は、前記所定の入札に関する各種情報及び、前記分析部の分析の結果を好適に表示する表示画面を生成する。
【発明の効果】
【０００８】
本発明によれば、入札を監視し、入札に関する分析を好適に行う手助けを行う入札監視システムを提供することができる。
【発明を実施するための最良の形態】
【０００９】
＜第１実施形態＞
本発明の入札監視システムの一例として、本第１実施形態では、入札監視システム１００について説明する。
入札監視システム１００は、図１に示すように、データベース（ＤＢ：本発明の記憶部に対応）１、データ入力部１１、分析部２、表示制御部３、表示装置３１、入力部４、通信部５、制御部６を有する。
図１は、本実施形態の入札監視システム１００の構成例を示すブロック図である。
【００１０】
ＤＢ１は、公共工事の発注者（行政府等）が入札を行った末、落札者（業者等）が決定した場合の、入札に関する各種データを記憶する記憶部である。
データ入力部１１は、ＤＢ１にデータを入力するための入力装置であり、例えば、キーボード等の入力デバイスであったり、ＣＤやＤＶＤドライブ等のメディア読み取り装置であったり、後述する通信部５を介してネットワークを介して入手したデータをＤＢ１に記憶させる受信装置であったりする。
【００１１】
分析部２は、データ入力部１１からＤＢ１に入力された入札に関する各種データを基に、入札に関する分析を行う。
分析部２が行う分析については、後に詳しく説明する。
表示制御部３は、ＤＢ１のデータ及び分析部２が分析を行った結果を基に、表示装置３１に表示する表示の制御を行う。具体的には、表示装置３１に表示する画面を生成する。表示制御部３が生成する画面については後述する。
表示制御部３は、後述する入力部４を介したユーザ（例えば入札監視委員等）の入力を基に、表示装置３１に表示させる画面を好適に切り替える。
【００１２】
入力部４は、例えばキーボード、マウス、タッチパネル等の入力デバイスであり、表示装置３１に表示された画面に応じた操作入力を受け付ける。
通信部５は、インターネット等の通信網を介した通信を行う。通信部５は、例えば入札の発注者である行政府のシステム等と通信を行い、所定のデータを取得する。
制御部６は、入札監視システム１００全体の動作を統括的に制御する。
【００１３】
以下、表示制御部３が生成する画面について説明する。
表示制御部は、上述したように、ＤＢ１に記憶された入札に関する各種データを好適に表示する。
例えば、ユーザが入力部４を介して入札に関するデータを閲覧する操作を入力した場合、表示制御部３は、入札に関する情報を一覧表示する案件リスト画面２００を生成して表示装置３１に表示させる。
案件リスト画面２００の一例を図２に示す。
案件リスト画面２００には、ＤＢ１に記憶された入札に関する情報が一覧表示されている。
図２に示すように、案件リスト画面２００は、例えば散布図ボタン２０１、入札調書ボタン２０２、検索ウインドウ２０３、応札数欄２０４、件名欄２０５、工事種別欄２０６、入札方式欄２０７、発注者欄２０８、発注部署欄２０９、開札日／契約日欄２１０、契約企業名欄２１１、契約金額欄２１２、予定価格欄２１３、落札率欄２１４、ソートボタン２１５を有する。
【００１４】
散布図ボタン２０１は、後述する散布図画面４００へと表示装置３１を遷移させるためのタブボタンである。
入札調書ボタン２０２は、後述する入札調書画面３００へと表示画面を遷移させるためのタブボタンである。入札調書ボタン２０２が入力部４によって押下されることにより、案件リスト画面２００内で選択された案件の後述する入札調書画面３００へと表示画面が遷移するようになっている。
検索ウインドウ２０３は、キーワードを入力するウインドウと、ウインドウに入力されたキーワードで案件リスト画面２００に表示された案件を検索する検索ボタンとからなる。
応札数欄２０４は、その案件の入札に応じた業者の数を示す欄である。
【００１５】
件名欄２０５は、案件の件名を示す欄である。
工事種別欄２０６は、当該案件の種類（例えば、土木工事、管工事、舗装工事等）の工事種別を表示する欄である。
入札方式欄２０７は、入札の方式について説明する欄である。
発注者欄２０８は、当該案件の発注者を示す欄である。
【００１６】
発注部署欄２０９は、発注者欄２０８内の発注を行った部署名を示す欄である。
開札日／契約日欄２１０は、当該案件の入札が開札された日、或いは開札により請負業者が決定されて契約が交わされた日を示す欄である。
契約企業名欄２１１は、入札の結果落札した業者を示す欄である。
契約金額欄２１２は、当該案件の契約価格（落札した業者が実際に契約した金額）を示す欄である。
予定価格欄２１３は、発注者が入札開始前に予め設定した、当該案件の最高落札価格である予定価格を示す欄である。
【００１７】
落札率欄２１４は、発注者が設定した予定価格に対する落札価格の比率である落札率を示す欄である。
ソートボタン２１５は、上述した各欄の最上部に配置され、これが押下されることによりその欄に示された内容に応じたソートが行われる。すなわち、例えば、落札率欄２１４のソートボタン２１５が押下されると、落札率が高い順（或いは低い順）にソートされた状態に案件リスト画面２００が変化する。また、例えば件名欄２０５のソートボタン２１５が押下された場合には、件名があいうえお順にソートされた状態に案件リスト画面２００が変化する。
【００１８】
以上のように、案件リスト画面２００には入札に関する各種情報が一覧表示されている。さらに、件名欄２０５に表示されている各件名を選択することにより、当該案件の入札調書画面３００へと表示画面が遷移するようになっている。
【００１９】
次に、入札調書画面３００について説明する。
表示制御部３は、例えば上述した案件リスト画面２００において入札調書ボタンが押下される等、入力部４を介した所定の入力に応じて、入札調書画面３００を生成する。
入札調書画面３００の一例を図３に示す。
入札調書画面３００は、特定の案件（入札）に関する各種情報の詳細を表示する画面である。入札調書とは、例えば入札の発注者である行政府が所定の入札に関する情報として公開している文書であり、例えば所定の文書ファイル形式でインターネット等の公衆ネットワーク上にアップロードされているものである。入札調書は、本実施形態の入札監視システムでは、入力部４により所定の案件の入札調書画面の表示を求める入力がなされた場合は、通信部５が所定の案件の発注者である行政府等のサーバと通信を行い、当該案件の入札調書データを取得し、表示制御部３がこれを使用して入札調書画面３００を生成する。
【００２０】
図３に示すように、入札調書画面３００は、案件リストボタン３０１、散布図ボタン３０２、案件選択ウインドウ３０３、ＨＰ閲覧ボタン３０４、件名欄３０５、工事種別欄３０６、入札方式欄３０７、契約企業名３０８、契約金額欄３０９、落札率３１０、発注者欄３１１、開札日欄３１２、入札結果欄３１３、入札企業一覧３１４を有する。
案件リストボタン３０１は、入札調書画面３００に表示されている所定の案件を含む案件リスト画面２００へ表示装置３１を遷移させるためのボタンである。
散布図ボタン３０２は、入札調書画面３００に表示されている案件を含む散布図画面４００へと表示装置３１を遷移させるためのボタンである。
【００２１】
案件選択ウインドウ３０３は、入札調書画面３００内に表示されている案件の入札調書を別の案件の入札調書に遷移させるための選択ウインドウである。案件選択ウインドウ３０３においては、案件リスト画面２００に表示されるリストに表示されたリストの順番に応じて案件を選択することができる。すなわち、案件選択ウインドウ３０３において「前」が選択された場合には、表示制御部３は現在表示されている案件の入札調書画面３００から、案件リスト画面２００において現在の案件の１つ前に位置する案件の入札調書画面３００へと表示画面を変化させる。「次」が選択された場合には、反対に、案件リスト画面２００において現在の案件の１つ後に位置する案件の入札調書画面３００へと表示画面を変化させる。
【００２２】
ＨＰ閲覧ボタン３０４は、入札調書画面３００内に表示されている案件に対応した入札結果の詳細な情報を含むＨＰ（ホームページ）へのリンクボタンである。入札結果の詳細な情報を含むＨＰは、例えば当該案件の入札発注者である行政府等によって入札調書とは別にインターネット等のネットワーク上に用意され、誰でも閲覧可能であるＨＰである。ＨＰ閲覧ボタン３０４が押下されることにより、表示制御部３はウェブブラウザが起動して表示し、ウェブブラウザには、通信部５がネットワークを介して取得した、入札調書画面３００内に表示されている案件の入札結果の詳細な情報のＨＰを表示する。
【００２３】
件名欄３０５は、入札調書画面３００に表示された入札調書の案件の案件名を表示する欄である。
工事種別欄３０６は、入札調書の案件の工事種別を表示する欄である。
入札方式欄３０７は、入札調書の案件の入札方式を表示する欄である。
契約企業名３０８は、入札調書の案件において最終的に契約を行った企業名を表示する欄である。
契約金額欄３０９は、入札調書の案件において最終的に契約を行った企業の契約金額を表示する欄である。
落札率３１０は、入札調書の案件における契約の落札率を表示する欄である。
発注者欄３１１は、入札調書の案件の発注を行った行政府等の名称を表示する欄である。
開札日欄３１２は、入札調書の案件の開札日を表示する欄である。
入札結果欄３１３は、入札調書の案件の入札結果を表示する欄である。
入札企業一覧３１４は、入札に参加した企業を示す一覧表である。
【００２４】
入札調書画面３００は上述したような欄を有し、入札に関する各種情報を表示している。ただし、本発明では、入札調書画面３００は上述した欄に限定されることはなく、上述した件名欄３０５〜入札結果欄３１３以外にも入札に関する情報を表示してもよい。
【００２５】
次に、散布図画面４００について説明する。
上述した案件リスト画面２００及び入札調書画面３００は、ＤＢ１のデータを基に表示制御部３が生成した画面であるのに対して、散布図画面４００は分析部２がＤＢ１のデータを基に生成した分析データを基に表示制御部３が生成した画面である。
分析部２は、後述するように、ＤＢ１のデータを使用して、所定の入札に対して各種分析を行う。表示制御部３は、その分析結果を基に後述する散布図画面４００の落札率散布図４０４を生成して表示させる。
分析部２が生成した分析データを基に、表示制御部３が生成した散布図画面４００の一例を図４に示す。
【００２６】
散布図画面４００は、案件リストボタン４０１、集計対象の絞込みウインドウ４０２と、Ｘ軸の選択ウインドウ４０３と、落札率散布図４０４とを有する。
案件リストボタン４０１は、上述した案件リスト画面２００へと表示装置３１に表示される画面を遷移させるためのボタンである。
集計対象の絞込みウインドウ４０２は、落札率散布図４０４にプロットされる集計対象を選択するための選択ウインドウである。
集計対象の絞込みウインドウ４０２は、図４に示すように、入札方式選択ウインドウ４０２１、工種選択ウインドウ４０２２、予定価格選択ウインドウ４０２３の３つのウインドウを有し、それぞれのウインドウでは、入力部４による落札率散布図４０４にプロットされる集計対象の選択が可能になっている。
【００２７】
入札方式選択ウインドウ４０２１では、例えば「指名競争入札」、「一般競争入札」、「随意契約」の３つの入札方式の中から選択可能である。これらの入札方式の中から１つが選択されることにより、落札率散布図４０４にプロットされる集計対象が変化する。
工種選択ウインドウ４０２２では、例えば、「土木一式工事」、「プレストレストコンクリート工事」、「とび・土工・コンクリート工事」、「法面処理工事」等、複数の工種の中から選択可能である。これらの工種の中から１つが選択されることにより、落札率散布図４０４にプロットされる集計対象が変化する。
予定価格選択ウインドウ４０２３では、例えば「１千万円未満」、「１千万円以上３千万円未満」、「３千万円以上１億円未満」、「１億円以上」等の価格帯から選択可能である。これらの価格帯の中から１つが選択されることにより、落札率散布図４０４にプロットされる集計対象が変化する。
【００２８】
Ｘ軸の選択ウインドウ４０３は、落札率散布図４０４のＸ軸（横軸）を選択するためのウインドウであり、例えば「応札数」、「予定価格」、「ランク」等の中から選択が可能である。これらの中から１つが選択されることにより、落札率散布図４０４のＸ軸が変化する。
上述した集計対象の絞込みウインドウ４０２及びＸ軸の選択ウインドウ４０３における選択に従って、分析部２は集計対象をプロットした散布図を生成する。分析部２が生成した分析データを基に、表示制御部３は散布図画面４００を生成して表示装置３１に表示させる。
【００２９】
以下、散布図画面４００が表示装置３１に表示される際の入札監視システム１００の動作について説明する。
入力部４を介した入力等により、散布図画面４００を表示装置３１に表示することが要求される（すなわち、上述した案件リスト画面２００において散布図ボタン２０１が押下された場合等）と、分析部２は、ＤＢ１に記憶された入札に関するデータを使用して分析処理を行う。
【００３０】
分析部２が行う分析の一例として、以下では所定の条件を満たす入札を、談合が行われている可能性のある入札として抽出するための方法について説明する。すなわち、どのような条件を満たす入札に対して、談合の可能性があると判断するか、について、以下に示すような方法を用いることができる。
分析部２は、例えば、落札率散布図４０４の集計対象とされる全ての案件に対して、落札率が９５％以上であるか否かについて判定を行い、落札率が９５％以上であるときには談合の可能性があると分析し、落札率が９５％未満である場合にはそうでないと判断する。
そして、表示制御部３は、分析部２が分析した結果を基に散布図画面４００を生成する。
この際、表示制御部３は、談合の可能性があると分析部２によって分析された案件を例えば青色の点で、談合の可能性がないと分析された案件を例えば赤い色で表示させる。すなわち、表示制御部３は、散布図画面４００生成時に、落札率散布図４０４内の談合の可能性がある案件と、そうでない案件とを異なる視覚効果で表示させるようにする。異なる視覚効果とは、上述したように異なる色で表示させるようにしてもよいし、他にも例えば異なる大きさ、形で表示させるようにしてもよい。
このようにすることにより、落札率が高く、談合の可能性があると思われる案件については、表示制御部３により表示装置３１に落札率散布図４０４を表示させる際に赤い点で表示させることができ、落札率散布図４０４を見たユーザに対して、談合の可能性を指摘することができるようになる。
【００３１】
或いは、分析部２は、例えば、談合の可能性があるか否かを分析するための所定の条件として、応札数が５以下かつ落札率が９５％以上である場合に談合の可能性があると判断し、そうでない場合に談合の可能性がないと判断するようにしてもよい。このようにすることにより、応札数が小さいにもかかわらず落札率が高く、談合の可能性が考えられるような案件に対して、談合の可能性についてユーザの注意を喚起することができる。
このように、分析部２が談合の可能性があるか否かを分析するための所定の条件については、本発明では限定しない。この所定の条件は、例えば入力部４により設定し、設定条件情報としてＤＢ１に記憶させることが可能であってもよい。この場合には、分析部２は分析実行時にＤＢ１から当該設定条件情報を読み出し、これに従って分析を行うようにすればよい。
【００３２】
なお、表示制御部３が生成した落札率散布図４０４においては、１つの案件は１つの点としてプロットされているが、それぞれの点が入力部４の例えばマウス機能により選択可能となっている。すなわち、表示装置３１に表示された落札率散布図４０４におけるそれぞれの案件に対応した各点は、それぞれの案件の入札調書画面３００へのリンクポインタとなっており、ユーザが入力部によっていずれかの点を選択することにより、表示制御部３は選択された案件に対応する入札調書を表示させることができる。
【００３３】
以上説明したように、本実施形態の入札監視システム１００によれば、ＤＢ１に記憶された入札に関する各種データを基に、分析部２が各種分析を行うために、所定の条件を満たす入札案件を抽出し、その結果に従って表示制御部３が分析結果を好適な視覚情報として表示させるように分析結果を表示する画面（上述した実施形態における散布図画面４００）を生成して表示させるので、入札監視システム１００のユーザに対して、不正が行われた可能性が高い案件に対する注意を喚起することができる。
また、本実施形態の入札監視システム１００によれば、表示制御部３は、ユーザの入力部４を介した入力に従って、ＤＢ１に記憶された入札に関するデータの中から、案件の一覧画面（上述した実施形態における案件リスト画面２００）及び、案件リスト画面中において選択された案件の詳しい情報を示す入札調書画面（上述した実施形態における入札調書画面３００）を表示装置３１に表示させるので、入札監視システム１００のユーザに対して、膨大な数の入札データの中から必要なデータを探し出して閲覧することが容易になる。
【００３４】
なお、上述した第１実施形態では、分析部２が分析した結果を表示制御部３が表示するための画面として、散布図画面４００における落札率散布図４０４を一例として説明したが、本発明はこれには限定されない。すなわち、分析部２の分析結果を表示するための表示制御部３が生成する画面は、散布図である必要はない。例えば、表示制御部３は、他の形式のグラフや、表等の形式で表示する画面を生成してもよい。
【００３５】
また、上述した第１実施形態では、分析部２は各案件の落札率が所定のしきい値以上であるか否かに応じて分析を行い、所定のしきい値よりも落札率が高い案件を談合の可能性がある案件であると分析していたが、本発明はこれには限られない。
例えば分析部２は、上述した以外に以下のような分析を行ってもよい。
【００３６】
すなわち、分析部２は、ＤＢ１に記憶された過去の入札に関するデータを基に、各業者の競争力を示す値である競争力値を算出し、これを基に談合の可能性の分析を行ってもよい。
競争力値とは、業者の過去の入札履歴を参照して、案件ごとに入札価格と落札価格との偏差を算出したものであり、どの程度落札価格に近い入札価格を提示していたかを意味する値である。
分析部２は、各業者ごとに競争力値を算出し、例えば算出した競争力値が所定のしきい値よりも大きい場合に、その業者に談合の可能性があると判断する。すなわち、落札価格に近い入札価格ばかり提示する業者に対して、何らかの談合を行っている可能性がある、と判断する。
【００３７】
或いは、分析部２は、予めＤＢ１に記憶されている各業者の経営事項審査の結果を参照し、経営事項審査結果に反した落札がなされていないか、のチェックを行う。経営事項審査とは、公共工事の入札に参加する建設業者の企業規模・経営状況などの客観事項を数値化した、建設業法に規定する審査である。これにより、各業者が会社の規模・経営状態に合った仕事を請けているか否かについて分析することができる。また、分析部２は、経営事項審査の結果に加えて、完成高・技術者数等、その他の要素に応じて、各請負業者の入札行動全体についての分析を行うようにしてもよい。
【００３８】
或いは、分析部２は、過去の入札において、地域要件が設定された案件を抽出し、設定された地域要件が適当なものであったか否かの分析を行う。地域要件とは、本店所在地が発注者により設定された地域内にある業者のみ入札に参加できるように設定されることを指し、地域要件が適切でない場合には、地元の業者を不公平に優先した入札となる場合がある。分析部２は、地域要件が設定された案件を抽出し、当該案件の落札率と応札者数分布とから、設定された地域要件が適切であったか否かの分析を行う。例えば、具体的には、分析部２は、応札者数が少なく落札率が高い案件は、特定の業者に落札させるために不適切な地域要件が設定された可能性があると判断する。
【００３９】
或いは、分析部２は、総合評価方式において適切な評価がなされていない可能性のある案件を抽出することができる。平成１７年４月に「公共工事の品質確保の促進に関する法律」（品確法）が施行されており、品確法では、公共工事の品質は、「経済性に配慮しつつ価格以外の多様な要素をも考慮し、価格及び品質が総合的に優れた内容の契約がなされることにより、確保されなければならない」とされる。これを満たすための評価方式として、総合評価方式による入札が行われている。
総合評価方式とは、新しい技術やノウハウといった価格以外の要素を含め、「価格と価格以外の性能（技術提案性能など）」の項目を評価して落札者を決定する落札方式である。総合評価方式により、公共工事の施工に必要な技術的能力を有する者が落札することが期待されるが、例えば分析部２は、ＤＢ１に記憶された過去の案件に関する各種情報を基に、総合評価方式による落札結果と価格競争による落札結果が相違する案件を入札監視委員会等に報知することができ、報知を受けた入札監視委員会等は報知された案件について、最低価格でありながら落札できなかった企業の技術提案書、並びに最低価格以外で落札できた企業の技術提案書を審査することにより、技術点の配点における発注者側の恣意性等、技術評価の適正性に関して発注者に注意を喚起することができる。
【００４０】
或いは、分析部２は、ある業者について、総合評価方式における工事成績と落札率とを参照し、平均落札率が所定のしきい値より低いにもかかわらず工事成績の平均点が所定のしきい値より高い業者を抽出する。このようにすることにより、入札監視委員等に対して該当する業者への注意を喚起することができる。この場合、当該業者が優秀であればよいが、公示成績の評定に問題がある場合や、予定価格が高く設定されてしまっている場合も考えられる。本発明の入札監視システムによれば、このような問題点を抽出することが可能である。
【００４１】
或いは、分析部２は、ＤＢ１に記憶された各種情報を基に、指名競争入札の案件における入札辞退の割合を算出し、所定のしきい値以上である案件を抽出する。指名競争入札において入札辞退の割合が高い場合は、当該案件の指名基準に問題がある可能性が考えられるため、入札自体の割合が所定のしきい値以上である案件を抽出することにより、入札監視委員等の注意を喚起することができる。
以上説明したように、分析部２は、様々な方法により過去の入札に関する分析を行うことができる。
【００４２】
＜第２実施形態＞
以下、本発明の第２実施形態の入札監視システム１０００について説明する。
本実施形態の入札監視システム１０００の構成例を図５に示す。
図５に示すように、本実施形態の入札監視システム１０００は、公共工事の競争入札を実施する発注者の有する発注者システム６００と、競争入札に参加する業者が有する業者システム７００と、発注者システム６００及び業者システム７００から所定のデータを取得して、競争入札の分析及び監視を行う入札監視部８００と、これらを結ぶネットワーク９００とを有する。
【００４３】
発注者システム６００は、例えば行政府等、公共工事の競争入札を実施する発注者が有するシステムである。
発注者システム６００は、例えば、通信部６０１、ＤＢ６０２及び処理装置６０３を有する。
通信部６０１は、ネットワーク９００を介して、業者システム７００及び入札監視部８００との通信を行う。
ＤＢ６０２は、例えば業者に関するデータや、過去の入札に関するデータ等を記憶している。
処理装置６０３は、ＣＰＵ（Central Processing Unit）等の情報処理装置であり、競争入札に関する各種処理を行う。具体的には、例えば、通信部６０１に業者システム７００との通信を行わせ、入札に参加した業者のデータや、落札した業者に関する各種データを収集して、ＤＢ６０２に記憶させたり、ＤＢ６０２に記憶された入札に関する各種データを、入札監視部８００に伝達させたりする。
なお、本実施形態の処理装置６０３は、ネットワーク９００を介して業者システム７００が参加可能な電子入札処理を行う。すなわち、例えば、処理装置６０３は、ネットワーク９００上に電子入札用のウェブサイト等を用意し、業者システムからアクセス可能にして、業者システムのネットワーク９００を介した入札を受け付ける仕組みを有する。なお、処理装置６０３の電子入札処理は従来の技術を利用して実行される。
そして、処理装置６０３は、電子入札により得られたデータを入札に関するデータとしてＤＢ６０２に記憶させる。
【００４４】
業者システム７００は、例えば公共工事の競争入札に参加する業者が有するシステムである。
業者システム７００は、例えば、通信部７０１、ＤＢ７０２及び処理装置７０３を有する。
通信部７０１は、ネットワーク９００を介して、発注者システム６００及び入札監視部８００との通信を行う。
ＤＢ７０２は、例えば業者システム７００を有する業者が過去に参加した競争入札に関するデータや過去に落札した競争入札に関するデータを記憶している。
処理装置７０３は、ＣＰＵ等の情報処理装置であり、競争入札に関する各種処理を行う。具体的には、例えば、ネットワーク９００を介して発注者システム６００と通信を行い、発注者システム６００が実行する電子入札に参加する処理等を行う。また、処理装置７０３は、参加した電子入札に関するデータ（案件名、日時、入札価格等）をＤＢ７０２に記憶させる処理を行う。
【００４５】
入札監視部８００は、発注者システム６００が実施し業者システム７００が参加する競争入札の監視を行うシステムである。具体的には、入札監視部８００は、発注者システム６００から、発注者システム６００が実施する電子入札に関する情報（実施日、案件名、入札方式、工事種別、予定価格、落札価格、契約企業名等）を、業者システム７００から、業者システム７００が参加した電子入札に関する情報（実施日、案件名、入札価格等）をネットワーク９００を介して取得し、集計して分析し、表示を行う。
なお、本実施形態の入札監視部８００としては、第１実施形態において説明した入札監視システム１００と同様の構成を使用する。
【００４６】
入札監視部８００は、通信部８０１、データベース（ＤＢ：本発明の記憶部に対応）８０２、分析部８０３、表示制御部８０４、表示装置８０４１、入力部８０５、制御部８０６を有する。
【００４７】
通信部８０１は、ネットワーク９００を介して発注者システム６００及び業者システム７００と通信を行い、発注者が行う競争入札に関する各種データを取得する。各種データとは、上述したように、発注者システム６００が実施する電子入札に関する情報（実施日、案件名、入札方式、工事種別、予定価格、落札価格、契約企業名等）及び、業者システム７００から、業者システム７００が参加した電子入札に関する情報（実施日、案件名、入札価格等）である。
ＤＢ８０２は、通信部８０１が発注者システム６００及び業者システム７００から得た電子入札に関する情報を記憶する。
【００４８】
分析部８０３は、ＤＢ８０２に記憶された電子入札に関する各種データを基に、入札に関する各種分析を行う。
分析部８０３が行う各種分析については、第１実施形態において説明した分析部２の行う分析と同様であるため、本実施形態では説明を省略する。
表示制御部８０４は、ＤＢ８０２に記憶されたデータ及び分析部８０３が分析を行った結果を基に、表示装置８０４１に表示する表示の制御を行う。具体的には、表示装置８０４１に表示する画面を生成する。表示制御部８０４が生成する画面についても、第１実施形態において説明した表示制御部３が生成する画面と同様であるため、本実施形態では説明を省略する。
表示制御部８０４は、入力部８０５を介したユーザ（例えば入札監視委員等）の入力を基に、表示装置８０４１に表示させる画面を好適に切り替える。
【００４９】
入力部８０５は、例えばキーボード、マウス、タッチパネル等の入力デバイスであり、入力操作を受け付ける。
制御部８０６は、入札監視システム１０００全体の動作を統括的に制御する。
【００５０】
以下、本実施形態の入札監視システム１０００の動作例について説明する。
図６は、発注者システム６００、業者システム７００、入札監視部８００の動作例を示すシーケンス図である。
ステップＳＴ１：
発注者システム６００は、ネットワーク９００を介した電子入札処理を開始する。
ステップＳＴ２：
発注者システム６００は、ステップＳＴ１において開始した電子入札について、業者システム７００に通知する。
【００５１】
ステップＳＴ３：
業者システム７００は、ステップＳＴ２において発注者システム６００から通知された電子入札に対して、応札（入札に応じること）処理を行う。具体的には、入札価格や業者名等の入札に関するデータを、ネットワーク９００を介して発注者システム６００に対して送信する。
ステップＳＴ４：
発注者システム６００は、ステップＳＴ３において業者システム７００から送信された入札に関する各種データを基に、落札業者を決定する。
【００５２】
ステップＳＴ５：
発注者システム６００は、ステップＳＴ４において決定した落札業者の業者システム７００との契約処理を行う。具体的な契約処理については、本実施形態では限定しない。
ステップＳＴ６：
発注者システム６００は、入札処理が終了し契約業者が決定したことを入札監視部８００に通知する。
【００５３】
ステップＳＴ７：
入札監視部８００は、ステップＳＴ６における発注者システムからの入札完了の通知を受け、完了した入札に関するデータを発注者システム６００に要求する。要求するきっかけは、例えば入札監視部８００のユーザにより、当該入札に関する分析処理実行命令の入力等であり、これらのきっかけに応じて、入札監視部８００は自動的に発注者システム６００に対して入札に関するデータを要求する。ただし、要求するきっかけについては本実施形態では限定しない。例えば、入札監視部８００が定期的に発注者システム６００に入札に関するデータを要求するようにしてもよい。この場合、例えば一定期間内に行われた電子入札に関するデータを全て発注者システム６００は入札監視部８００に送信するようにすればよい。
ステップＳＴ８：
発注者システム６００は、ステップＳＴ７において入札監視部８００から要求された、ステップＳＴ１〜５における入札処理に関するデータを入札監視部８００に送信する。
【００５４】
ステップＳＴ９：
入札監視部８００は、ステップＳＴ８において発注者システム６００から送信された入札処理に関するデータを受信し、記憶する。
ステップＳＴ１０：
入札監視部８００は、ステップＳＴ９において記憶した入札処理に関するデータを基に、ユーザが指定した電子入札に関する分析を行う。ユーザはこの際、例えば入力部４により、記憶された複数の電子入札に関するデータの中から分析したい入札を指定することが可能であり、入札監視部８００はこれに応じた分析を行う。
【００５５】
ステップＳＴ１１：
入札監視部８００は、ステップＳＴ９において受信し記憶したデータ及びステップＳＴ１０において分析した結果を基に、当該入札に関するデータ或いはその分析結果を表示する表示画面を生成し表示を行う。
【００５６】
以上説明したように、本実施形態の入札監視システム１０００によれば、発注者システム６００及び業者システム７００によって行われる電子入札に関するデータを入札監視部８００が自動的に取得して記憶し、入札監視部８００のユーザ（例えば入札監視委員等）の指定した入札に関するデータに関する分析を行い、表示するので、入札監視部８００のユーザに対して、多大な電子入札の適切な分析を行うことができる。
【００５７】
本発明は上述した実施形態には限定されない。
すなわち、本発明の実施に際しては、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。
【図面の簡単な説明】
【００５８】
【図１】図１は、第１実施形態の入札監視システムの構成例を示すブロック図である。
【図２】図２は、案件リスト画面の一例を示す図である。
【図３】図３は、入札調書画面の一例を示す図である。
【図４】図４は、分析部が生成した分析データを基に、表示制御部が生成した落札率散布図画面の一例を示す図である。
【図５】図５は、第２実施形態の入札監視システムの構成例を示す図である。
【図６】図６は、第２実施形態の発注者システム、業者システム、入札監視部の動作例を示すシーケンス図である。
【符号の説明】
【００５９】
１００…入札監視システム、１…ＤＢ、１１…データ入力部、２…分析部、３…表示制御部、３１…表示装置、４…入力部、５…通信部、６…制御部、１０００…入札監視システム、６００…発注者システム、６０１…通信部、６０２…ＤＢ、６０３…処理装置、７００…業者システム、７０１…通信部、７０２…ＤＢ、７０３…処理装置、８００…入札監視部、８０１…通信部、８０２…ＤＢ、８０３…分析部、８０４…表示制御部、８０４１…表示装置、８０５…入力部、８０６…制御部、９００…ネットワーク
【技術分野】
【０００１】
本発明は、公共工事の入札を監視する入札監視システムに関する。
【背景技術】
【０００２】
公共工事は、国や各自治体等の行政府が発注者となり、競争入札によって発注先の業者を決定することになっている。しかし、古くからの習慣により、発注者と業者との談合による落札がしばしば行われており、問題となっていた。
しかし近年では、談合を排除するための法整備や行政府の体質改善、課徴金制度の実施等が行われ、公正な競争入札が行われるようになってきている。
【０００３】
特に、平成１２年に公布された「公共工事の入札及び契約の適正化の促進に関する法律」を踏まえて各自治体に入札監視委員会等の監視機関が設置されるようになり、公共工事の競争入札に関して透明性が上がって来ている。
入札監視委員会は、行政府が発注した工事の契約の実施状況について報告を求め、報告から抽出等した工事の入札や契約が適正かつ適切に行われているかを審議し、改善点等を提言する、或いは、発注した工事の入札及び契約手続についての再苦情（苦情の申立てに対する回答に不服がある者が再度申し立てる苦情をいう。）についての審議を行う役割を果たす委員の集まりである。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した入札監視委員会等の監視機関の各委員は、発注者の入札結果データを基に様々な分析を行い、入札の正当性について監視を行うことになる。
ところが、監視機関の委員が、工事業界や入札に関する知識をあまり有さない人物であった場合には、入札に関するデータを与えられてもうまく分析を行うことができない事態が生じていた。このような事態は、委員選定の条件として、建設会社（土木・建築・電気等の工事をする会社）に勤めている人や、特定の建設会社と密接な関係がある人を除くことが定められている場合に起こりうる（委員選定の条件は、行政府ごとに決定されている）。
或いは、工事・建設業界や入札に関する知識を十分に有する委員であっても、入札に関するデータが膨大なものになった場合、委員がそのデータをうまく処理することができず、有効な分析を行うことができないという事態が生じる場合がある。
【０００５】
本発明は上述したような事態を回避するためになされたものであり、入札を監視し、入札に関する分析を好適に行う手助けを行う入札監視システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記した不利益を解消するために、第１の発明の入札監視システムは、公共工事の請負業者選定の際の競争入札に関して監視及び分析を行う入札監視システムであって、所定の入札に関する各種情報を記憶する記憶部と、前記記憶部に記憶された入札に関する各種情報を基に、当該入札に関する各種分析を行う分析部と、表示画面を生成する表示制御部と、を有し、前記表示制御部は、前記所定の入札に関する各種情報及び、前記分析部の分析の結果を好適に表示する表示画面を生成する。
【０００７】
第２の発明の入札監視システムは、公共工事の発注及び当該発注に関する競争入札を実行した際に、所定の入札に関する各種情報を出力する発注者システムと、前記競争入札に参加した請負業者に関する情報を出力する業者システムと、前記入札を監視する入札監視部と、を有し、前記入札監視部は、前記発注者システム及び前記業者システムが出力する情報を記憶する記憶部と、前記記憶部に記憶された入札に関する各種情報を基に、当該入札に関する各種分析を行う分析部と、表示画面を生成する表示制御部と、を有し、前記表示制御部は、前記所定の入札に関する各種情報及び、前記分析部の分析の結果を好適に表示する表示画面を生成する。
【発明の効果】
【０００８】
本発明によれば、入札を監視し、入札に関する分析を好適に行う手助けを行う入札監視システムを提供することができる。
【発明を実施するための最良の形態】
【０００９】
＜第１実施形態＞
本発明の入札監視システムの一例として、本第１実施形態では、入札監視システム１００について説明する。
入札監視システム１００は、図１に示すように、データベース（ＤＢ：本発明の記憶部に対応）１、データ入力部１１、分析部２、表示制御部３、表示装置３１、入力部４、通信部５、制御部６を有する。
図１は、本実施形態の入札監視システム１００の構成例を示すブロック図である。
【００１０】
ＤＢ１は、公共工事の発注者（行政府等）が入札を行った末、落札者（業者等）が決定した場合の、入札に関する各種データを記憶する記憶部である。
データ入力部１１は、ＤＢ１にデータを入力するための入力装置であり、例えば、キーボード等の入力デバイスであったり、ＣＤやＤＶＤドライブ等のメディア読み取り装置であったり、後述する通信部５を介してネットワークを介して入手したデータをＤＢ１に記憶させる受信装置であったりする。
【００１１】
分析部２は、データ入力部１１からＤＢ１に入力された入札に関する各種データを基に、入札に関する分析を行う。
分析部２が行う分析については、後に詳しく説明する。
表示制御部３は、ＤＢ１のデータ及び分析部２が分析を行った結果を基に、表示装置３１に表示する表示の制御を行う。具体的には、表示装置３１に表示する画面を生成する。表示制御部３が生成する画面については後述する。
表示制御部３は、後述する入力部４を介したユーザ（例えば入札監視委員等）の入力を基に、表示装置３１に表示させる画面を好適に切り替える。
【００１２】
入力部４は、例えばキーボード、マウス、タッチパネル等の入力デバイスであり、表示装置３１に表示された画面に応じた操作入力を受け付ける。
通信部５は、インターネット等の通信網を介した通信を行う。通信部５は、例えば入札の発注者である行政府のシステム等と通信を行い、所定のデータを取得する。
制御部６は、入札監視システム１００全体の動作を統括的に制御する。
【００１３】
以下、表示制御部３が生成する画面について説明する。
表示制御部は、上述したように、ＤＢ１に記憶された入札に関する各種データを好適に表示する。
例えば、ユーザが入力部４を介して入札に関するデータを閲覧する操作を入力した場合、表示制御部３は、入札に関する情報を一覧表示する案件リスト画面２００を生成して表示装置３１に表示させる。
案件リスト画面２００の一例を図２に示す。
案件リスト画面２００には、ＤＢ１に記憶された入札に関する情報が一覧表示されている。
図２に示すように、案件リスト画面２００は、例えば散布図ボタン２０１、入札調書ボタン２０２、検索ウインドウ２０３、応札数欄２０４、件名欄２０５、工事種別欄２０６、入札方式欄２０７、発注者欄２０８、発注部署欄２０９、開札日／契約日欄２１０、契約企業名欄２１１、契約金額欄２１２、予定価格欄２１３、落札率欄２１４、ソートボタン２１５を有する。
【００１４】
散布図ボタン２０１は、後述する散布図画面４００へと表示装置３１を遷移させるためのタブボタンである。
入札調書ボタン２０２は、後述する入札調書画面３００へと表示画面を遷移させるためのタブボタンである。入札調書ボタン２０２が入力部４によって押下されることにより、案件リスト画面２００内で選択された案件の後述する入札調書画面３００へと表示画面が遷移するようになっている。
検索ウインドウ２０３は、キーワードを入力するウインドウと、ウインドウに入力されたキーワードで案件リスト画面２００に表示された案件を検索する検索ボタンとからなる。
応札数欄２０４は、その案件の入札に応じた業者の数を示す欄である。
【００１５】
件名欄２０５は、案件の件名を示す欄である。
工事種別欄２０６は、当該案件の種類（例えば、土木工事、管工事、舗装工事等）の工事種別を表示する欄である。
入札方式欄２０７は、入札の方式について説明する欄である。
発注者欄２０８は、当該案件の発注者を示す欄である。
【００１６】
発注部署欄２０９は、発注者欄２０８内の発注を行った部署名を示す欄である。
開札日／契約日欄２１０は、当該案件の入札が開札された日、或いは開札により請負業者が決定されて契約が交わされた日を示す欄である。
契約企業名欄２１１は、入札の結果落札した業者を示す欄である。
契約金額欄２１２は、当該案件の契約価格（落札した業者が実際に契約した金額）を示す欄である。
予定価格欄２１３は、発注者が入札開始前に予め設定した、当該案件の最高落札価格である予定価格を示す欄である。
【００１７】
落札率欄２１４は、発注者が設定した予定価格に対する落札価格の比率である落札率を示す欄である。
ソートボタン２１５は、上述した各欄の最上部に配置され、これが押下されることによりその欄に示された内容に応じたソートが行われる。すなわち、例えば、落札率欄２１４のソートボタン２１５が押下されると、落札率が高い順（或いは低い順）にソートされた状態に案件リスト画面２００が変化する。また、例えば件名欄２０５のソートボタン２１５が押下された場合には、件名があいうえお順にソートされた状態に案件リスト画面２００が変化する。
【００１８】
以上のように、案件リスト画面２００には入札に関する各種情報が一覧表示されている。さらに、件名欄２０５に表示されている各件名を選択することにより、当該案件の入札調書画面３００へと表示画面が遷移するようになっている。
【００１９】
次に、入札調書画面３００について説明する。
表示制御部３は、例えば上述した案件リスト画面２００において入札調書ボタンが押下される等、入力部４を介した所定の入力に応じて、入札調書画面３００を生成する。
入札調書画面３００の一例を図３に示す。
入札調書画面３００は、特定の案件（入札）に関する各種情報の詳細を表示する画面である。入札調書とは、例えば入札の発注者である行政府が所定の入札に関する情報として公開している文書であり、例えば所定の文書ファイル形式でインターネット等の公衆ネットワーク上にアップロードされているものである。入札調書は、本実施形態の入札監視システムでは、入力部４により所定の案件の入札調書画面の表示を求める入力がなされた場合は、通信部５が所定の案件の発注者である行政府等のサーバと通信を行い、当該案件の入札調書データを取得し、表示制御部３がこれを使用して入札調書画面３００を生成する。
【００２０】
図３に示すように、入札調書画面３００は、案件リストボタン３０１、散布図ボタン３０２、案件選択ウインドウ３０３、ＨＰ閲覧ボタン３０４、件名欄３０５、工事種別欄３０６、入札方式欄３０７、契約企業名３０８、契約金額欄３０９、落札率３１０、発注者欄３１１、開札日欄３１２、入札結果欄３１３、入札企業一覧３１４を有する。
案件リストボタン３０１は、入札調書画面３００に表示されている所定の案件を含む案件リスト画面２００へ表示装置３１を遷移させるためのボタンである。
散布図ボタン３０２は、入札調書画面３００に表示されている案件を含む散布図画面４００へと表示装置３１を遷移させるためのボタンである。
【００２１】
案件選択ウインドウ３０３は、入札調書画面３００内に表示されている案件の入札調書を別の案件の入札調書に遷移させるための選択ウインドウである。案件選択ウインドウ３０３においては、案件リスト画面２００に表示されるリストに表示されたリストの順番に応じて案件を選択することができる。すなわち、案件選択ウインドウ３０３において「前」が選択された場合には、表示制御部３は現在表示されている案件の入札調書画面３００から、案件リスト画面２００において現在の案件の１つ前に位置する案件の入札調書画面３００へと表示画面を変化させる。「次」が選択された場合には、反対に、案件リスト画面２００において現在の案件の１つ後に位置する案件の入札調書画面３００へと表示画面を変化させる。
【００２２】
ＨＰ閲覧ボタン３０４は、入札調書画面３００内に表示されている案件に対応した入札結果の詳細な情報を含むＨＰ（ホームページ）へのリンクボタンである。入札結果の詳細な情報を含むＨＰは、例えば当該案件の入札発注者である行政府等によって入札調書とは別にインターネット等のネットワーク上に用意され、誰でも閲覧可能であるＨＰである。ＨＰ閲覧ボタン３０４が押下されることにより、表示制御部３はウェブブラウザが起動して表示し、ウェブブラウザには、通信部５がネットワークを介して取得した、入札調書画面３００内に表示されている案件の入札結果の詳細な情報のＨＰを表示する。
【００２３】
件名欄３０５は、入札調書画面３００に表示された入札調書の案件の案件名を表示する欄である。
工事種別欄３０６は、入札調書の案件の工事種別を表示する欄である。
入札方式欄３０７は、入札調書の案件の入札方式を表示する欄である。
契約企業名３０８は、入札調書の案件において最終的に契約を行った企業名を表示する欄である。
契約金額欄３０９は、入札調書の案件において最終的に契約を行った企業の契約金額を表示する欄である。
落札率３１０は、入札調書の案件における契約の落札率を表示する欄である。
発注者欄３１１は、入札調書の案件の発注を行った行政府等の名称を表示する欄である。
開札日欄３１２は、入札調書の案件の開札日を表示する欄である。
入札結果欄３１３は、入札調書の案件の入札結果を表示する欄である。
入札企業一覧３１４は、入札に参加した企業を示す一覧表である。
【００２４】
入札調書画面３００は上述したような欄を有し、入札に関する各種情報を表示している。ただし、本発明では、入札調書画面３００は上述した欄に限定されることはなく、上述した件名欄３０５〜入札結果欄３１３以外にも入札に関する情報を表示してもよい。
【００２５】
次に、散布図画面４００について説明する。
上述した案件リスト画面２００及び入札調書画面３００は、ＤＢ１のデータを基に表示制御部３が生成した画面であるのに対して、散布図画面４００は分析部２がＤＢ１のデータを基に生成した分析データを基に表示制御部３が生成した画面である。
分析部２は、後述するように、ＤＢ１のデータを使用して、所定の入札に対して各種分析を行う。表示制御部３は、その分析結果を基に後述する散布図画面４００の落札率散布図４０４を生成して表示させる。
分析部２が生成した分析データを基に、表示制御部３が生成した散布図画面４００の一例を図４に示す。
【００２６】
散布図画面４００は、案件リストボタン４０１、集計対象の絞込みウインドウ４０２と、Ｘ軸の選択ウインドウ４０３と、落札率散布図４０４とを有する。
案件リストボタン４０１は、上述した案件リスト画面２００へと表示装置３１に表示される画面を遷移させるためのボタンである。
集計対象の絞込みウインドウ４０２は、落札率散布図４０４にプロットされる集計対象を選択するための選択ウインドウである。
集計対象の絞込みウインドウ４０２は、図４に示すように、入札方式選択ウインドウ４０２１、工種選択ウインドウ４０２２、予定価格選択ウインドウ４０２３の３つのウインドウを有し、それぞれのウインドウでは、入力部４による落札率散布図４０４にプロットされる集計対象の選択が可能になっている。
【００２７】
入札方式選択ウインドウ４０２１では、例えば「指名競争入札」、「一般競争入札」、「随意契約」の３つの入札方式の中から選択可能である。これらの入札方式の中から１つが選択されることにより、落札率散布図４０４にプロットされる集計対象が変化する。
工種選択ウインドウ４０２２では、例えば、「土木一式工事」、「プレストレストコンクリート工事」、「とび・土工・コンクリート工事」、「法面処理工事」等、複数の工種の中から選択可能である。これらの工種の中から１つが選択されることにより、落札率散布図４０４にプロットされる集計対象が変化する。
予定価格選択ウインドウ４０２３では、例えば「１千万円未満」、「１千万円以上３千万円未満」、「３千万円以上１億円未満」、「１億円以上」等の価格帯から選択可能である。これらの価格帯の中から１つが選択されることにより、落札率散布図４０４にプロットされる集計対象が変化する。
【００２８】
Ｘ軸の選択ウインドウ４０３は、落札率散布図４０４のＸ軸（横軸）を選択するためのウインドウであり、例えば「応札数」、「予定価格」、「ランク」等の中から選択が可能である。これらの中から１つが選択されることにより、落札率散布図４０４のＸ軸が変化する。
上述した集計対象の絞込みウインドウ４０２及びＸ軸の選択ウインドウ４０３における選択に従って、分析部２は集計対象をプロットした散布図を生成する。分析部２が生成した分析データを基に、表示制御部３は散布図画面４００を生成して表示装置３１に表示させる。
【００２９】
以下、散布図画面４００が表示装置３１に表示される際の入札監視システム１００の動作について説明する。
入力部４を介した入力等により、散布図画面４００を表示装置３１に表示することが要求される（すなわち、上述した案件リスト画面２００において散布図ボタン２０１が押下された場合等）と、分析部２は、ＤＢ１に記憶された入札に関するデータを使用して分析処理を行う。
【００３０】
分析部２が行う分析の一例として、以下では所定の条件を満たす入札を、談合が行われている可能性のある入札として抽出するための方法について説明する。すなわち、どのような条件を満たす入札に対して、談合の可能性があると判断するか、について、以下に示すような方法を用いることができる。
分析部２は、例えば、落札率散布図４０４の集計対象とされる全ての案件に対して、落札率が９５％以上であるか否かについて判定を行い、落札率が９５％以上であるときには談合の可能性があると分析し、落札率が９５％未満である場合にはそうでないと判断する。
そして、表示制御部３は、分析部２が分析した結果を基に散布図画面４００を生成する。
この際、表示制御部３は、談合の可能性があると分析部２によって分析された案件を例えば青色の点で、談合の可能性がないと分析された案件を例えば赤い色で表示させる。すなわち、表示制御部３は、散布図画面４００生成時に、落札率散布図４０４内の談合の可能性がある案件と、そうでない案件とを異なる視覚効果で表示させるようにする。異なる視覚効果とは、上述したように異なる色で表示させるようにしてもよいし、他にも例えば異なる大きさ、形で表示させるようにしてもよい。
このようにすることにより、落札率が高く、談合の可能性があると思われる案件については、表示制御部３により表示装置３１に落札率散布図４０４を表示させる際に赤い点で表示させることができ、落札率散布図４０４を見たユーザに対して、談合の可能性を指摘することができるようになる。
【００３１】
或いは、分析部２は、例えば、談合の可能性があるか否かを分析するための所定の条件として、応札数が５以下かつ落札率が９５％以上である場合に談合の可能性があると判断し、そうでない場合に談合の可能性がないと判断するようにしてもよい。このようにすることにより、応札数が小さいにもかかわらず落札率が高く、談合の可能性が考えられるような案件に対して、談合の可能性についてユーザの注意を喚起することができる。
このように、分析部２が談合の可能性があるか否かを分析するための所定の条件については、本発明では限定しない。この所定の条件は、例えば入力部４により設定し、設定条件情報としてＤＢ１に記憶させることが可能であってもよい。この場合には、分析部２は分析実行時にＤＢ１から当該設定条件情報を読み出し、これに従って分析を行うようにすればよい。
【００３２】
なお、表示制御部３が生成した落札率散布図４０４においては、１つの案件は１つの点としてプロットされているが、それぞれの点が入力部４の例えばマウス機能により選択可能となっている。すなわち、表示装置３１に表示された落札率散布図４０４におけるそれぞれの案件に対応した各点は、それぞれの案件の入札調書画面３００へのリンクポインタとなっており、ユーザが入力部によっていずれかの点を選択することにより、表示制御部３は選択された案件に対応する入札調書を表示させることができる。
【００３３】
以上説明したように、本実施形態の入札監視システム１００によれば、ＤＢ１に記憶された入札に関する各種データを基に、分析部２が各種分析を行うために、所定の条件を満たす入札案件を抽出し、その結果に従って表示制御部３が分析結果を好適な視覚情報として表示させるように分析結果を表示する画面（上述した実施形態における散布図画面４００）を生成して表示させるので、入札監視システム１００のユーザに対して、不正が行われた可能性が高い案件に対する注意を喚起することができる。
また、本実施形態の入札監視システム１００によれば、表示制御部３は、ユーザの入力部４を介した入力に従って、ＤＢ１に記憶された入札に関するデータの中から、案件の一覧画面（上述した実施形態における案件リスト画面２００）及び、案件リスト画面中において選択された案件の詳しい情報を示す入札調書画面（上述した実施形態における入札調書画面３００）を表示装置３１に表示させるので、入札監視システム１００のユーザに対して、膨大な数の入札データの中から必要なデータを探し出して閲覧することが容易になる。
【００３４】
なお、上述した第１実施形態では、分析部２が分析した結果を表示制御部３が表示するための画面として、散布図画面４００における落札率散布図４０４を一例として説明したが、本発明はこれには限定されない。すなわち、分析部２の分析結果を表示するための表示制御部３が生成する画面は、散布図である必要はない。例えば、表示制御部３は、他の形式のグラフや、表等の形式で表示する画面を生成してもよい。
【００３５】
また、上述した第１実施形態では、分析部２は各案件の落札率が所定のしきい値以上であるか否かに応じて分析を行い、所定のしきい値よりも落札率が高い案件を談合の可能性がある案件であると分析していたが、本発明はこれには限られない。
例えば分析部２は、上述した以外に以下のような分析を行ってもよい。
【００３６】
すなわち、分析部２は、ＤＢ１に記憶された過去の入札に関するデータを基に、各業者の競争力を示す値である競争力値を算出し、これを基に談合の可能性の分析を行ってもよい。
競争力値とは、業者の過去の入札履歴を参照して、案件ごとに入札価格と落札価格との偏差を算出したものであり、どの程度落札価格に近い入札価格を提示していたかを意味する値である。
分析部２は、各業者ごとに競争力値を算出し、例えば算出した競争力値が所定のしきい値よりも大きい場合に、その業者に談合の可能性があると判断する。すなわち、落札価格に近い入札価格ばかり提示する業者に対して、何らかの談合を行っている可能性がある、と判断する。
【００３７】
或いは、分析部２は、予めＤＢ１に記憶されている各業者の経営事項審査の結果を参照し、経営事項審査結果に反した落札がなされていないか、のチェックを行う。経営事項審査とは、公共工事の入札に参加する建設業者の企業規模・経営状況などの客観事項を数値化した、建設業法に規定する審査である。これにより、各業者が会社の規模・経営状態に合った仕事を請けているか否かについて分析することができる。また、分析部２は、経営事項審査の結果に加えて、完成高・技術者数等、その他の要素に応じて、各請負業者の入札行動全体についての分析を行うようにしてもよい。
【００３８】
或いは、分析部２は、過去の入札において、地域要件が設定された案件を抽出し、設定された地域要件が適当なものであったか否かの分析を行う。地域要件とは、本店所在地が発注者により設定された地域内にある業者のみ入札に参加できるように設定されることを指し、地域要件が適切でない場合には、地元の業者を不公平に優先した入札となる場合がある。分析部２は、地域要件が設定された案件を抽出し、当該案件の落札率と応札者数分布とから、設定された地域要件が適切であったか否かの分析を行う。例えば、具体的には、分析部２は、応札者数が少なく落札率が高い案件は、特定の業者に落札させるために不適切な地域要件が設定された可能性があると判断する。
【００３９】
或いは、分析部２は、総合評価方式において適切な評価がなされていない可能性のある案件を抽出することができる。平成１７年４月に「公共工事の品質確保の促進に関する法律」（品確法）が施行されており、品確法では、公共工事の品質は、「経済性に配慮しつつ価格以外の多様な要素をも考慮し、価格及び品質が総合的に優れた内容の契約がなされることにより、確保されなければならない」とされる。これを満たすための評価方式として、総合評価方式による入札が行われている。
総合評価方式とは、新しい技術やノウハウといった価格以外の要素を含め、「価格と価格以外の性能（技術提案性能など）」の項目を評価して落札者を決定する落札方式である。総合評価方式により、公共工事の施工に必要な技術的能力を有する者が落札することが期待されるが、例えば分析部２は、ＤＢ１に記憶された過去の案件に関する各種情報を基に、総合評価方式による落札結果と価格競争による落札結果が相違する案件を入札監視委員会等に報知することができ、報知を受けた入札監視委員会等は報知された案件について、最低価格でありながら落札できなかった企業の技術提案書、並びに最低価格以外で落札できた企業の技術提案書を審査することにより、技術点の配点における発注者側の恣意性等、技術評価の適正性に関して発注者に注意を喚起することができる。
【００４０】
或いは、分析部２は、ある業者について、総合評価方式における工事成績と落札率とを参照し、平均落札率が所定のしきい値より低いにもかかわらず工事成績の平均点が所定のしきい値より高い業者を抽出する。このようにすることにより、入札監視委員等に対して該当する業者への注意を喚起することができる。この場合、当該業者が優秀であればよいが、公示成績の評定に問題がある場合や、予定価格が高く設定されてしまっている場合も考えられる。本発明の入札監視システムによれば、このような問題点を抽出することが可能である。
【００４１】
或いは、分析部２は、ＤＢ１に記憶された各種情報を基に、指名競争入札の案件における入札辞退の割合を算出し、所定のしきい値以上である案件を抽出する。指名競争入札において入札辞退の割合が高い場合は、当該案件の指名基準に問題がある可能性が考えられるため、入札自体の割合が所定のしきい値以上である案件を抽出することにより、入札監視委員等の注意を喚起することができる。
以上説明したように、分析部２は、様々な方法により過去の入札に関する分析を行うことができる。
【００４２】
＜第２実施形態＞
以下、本発明の第２実施形態の入札監視システム１０００について説明する。
本実施形態の入札監視システム１０００の構成例を図５に示す。
図５に示すように、本実施形態の入札監視システム１０００は、公共工事の競争入札を実施する発注者の有する発注者システム６００と、競争入札に参加する業者が有する業者システム７００と、発注者システム６００及び業者システム７００から所定のデータを取得して、競争入札の分析及び監視を行う入札監視部８００と、これらを結ぶネットワーク９００とを有する。
【００４３】
発注者システム６００は、例えば行政府等、公共工事の競争入札を実施する発注者が有するシステムである。
発注者システム６００は、例えば、通信部６０１、ＤＢ６０２及び処理装置６０３を有する。
通信部６０１は、ネットワーク９００を介して、業者システム７００及び入札監視部８００との通信を行う。
ＤＢ６０２は、例えば業者に関するデータや、過去の入札に関するデータ等を記憶している。
処理装置６０３は、ＣＰＵ（Central Processing Unit）等の情報処理装置であり、競争入札に関する各種処理を行う。具体的には、例えば、通信部６０１に業者システム７００との通信を行わせ、入札に参加した業者のデータや、落札した業者に関する各種データを収集して、ＤＢ６０２に記憶させたり、ＤＢ６０２に記憶された入札に関する各種データを、入札監視部８００に伝達させたりする。
なお、本実施形態の処理装置６０３は、ネットワーク９００を介して業者システム７００が参加可能な電子入札処理を行う。すなわち、例えば、処理装置６０３は、ネットワーク９００上に電子入札用のウェブサイト等を用意し、業者システムからアクセス可能にして、業者システムのネットワーク９００を介した入札を受け付ける仕組みを有する。なお、処理装置６０３の電子入札処理は従来の技術を利用して実行される。
そして、処理装置６０３は、電子入札により得られたデータを入札に関するデータとしてＤＢ６０２に記憶させる。
【００４４】
業者システム７００は、例えば公共工事の競争入札に参加する業者が有するシステムである。
業者システム７００は、例えば、通信部７０１、ＤＢ７０２及び処理装置７０３を有する。
通信部７０１は、ネットワーク９００を介して、発注者システム６００及び入札監視部８００との通信を行う。
ＤＢ７０２は、例えば業者システム７００を有する業者が過去に参加した競争入札に関するデータや過去に落札した競争入札に関するデータを記憶している。
処理装置７０３は、ＣＰＵ等の情報処理装置であり、競争入札に関する各種処理を行う。具体的には、例えば、ネットワーク９００を介して発注者システム６００と通信を行い、発注者システム６００が実行する電子入札に参加する処理等を行う。また、処理装置７０３は、参加した電子入札に関するデータ（案件名、日時、入札価格等）をＤＢ７０２に記憶させる処理を行う。
【００４５】
入札監視部８００は、発注者システム６００が実施し業者システム７００が参加する競争入札の監視を行うシステムである。具体的には、入札監視部８００は、発注者システム６００から、発注者システム６００が実施する電子入札に関する情報（実施日、案件名、入札方式、工事種別、予定価格、落札価格、契約企業名等）を、業者システム７００から、業者システム７００が参加した電子入札に関する情報（実施日、案件名、入札価格等）をネットワーク９００を介して取得し、集計して分析し、表示を行う。
なお、本実施形態の入札監視部８００としては、第１実施形態において説明した入札監視システム１００と同様の構成を使用する。
【００４６】
入札監視部８００は、通信部８０１、データベース（ＤＢ：本発明の記憶部に対応）８０２、分析部８０３、表示制御部８０４、表示装置８０４１、入力部８０５、制御部８０６を有する。
【００４７】
通信部８０１は、ネットワーク９００を介して発注者システム６００及び業者システム７００と通信を行い、発注者が行う競争入札に関する各種データを取得する。各種データとは、上述したように、発注者システム６００が実施する電子入札に関する情報（実施日、案件名、入札方式、工事種別、予定価格、落札価格、契約企業名等）及び、業者システム７００から、業者システム７００が参加した電子入札に関する情報（実施日、案件名、入札価格等）である。
ＤＢ８０２は、通信部８０１が発注者システム６００及び業者システム７００から得た電子入札に関する情報を記憶する。
【００４８】
分析部８０３は、ＤＢ８０２に記憶された電子入札に関する各種データを基に、入札に関する各種分析を行う。
分析部８０３が行う各種分析については、第１実施形態において説明した分析部２の行う分析と同様であるため、本実施形態では説明を省略する。
表示制御部８０４は、ＤＢ８０２に記憶されたデータ及び分析部８０３が分析を行った結果を基に、表示装置８０４１に表示する表示の制御を行う。具体的には、表示装置８０４１に表示する画面を生成する。表示制御部８０４が生成する画面についても、第１実施形態において説明した表示制御部３が生成する画面と同様であるため、本実施形態では説明を省略する。
表示制御部８０４は、入力部８０５を介したユーザ（例えば入札監視委員等）の入力を基に、表示装置８０４１に表示させる画面を好適に切り替える。
【００４９】
入力部８０５は、例えばキーボード、マウス、タッチパネル等の入力デバイスであり、入力操作を受け付ける。
制御部８０６は、入札監視システム１０００全体の動作を統括的に制御する。
【００５０】
以下、本実施形態の入札監視システム１０００の動作例について説明する。
図６は、発注者システム６００、業者システム７００、入札監視部８００の動作例を示すシーケンス図である。
ステップＳＴ１：
発注者システム６００は、ネットワーク９００を介した電子入札処理を開始する。
ステップＳＴ２：
発注者システム６００は、ステップＳＴ１において開始した電子入札について、業者システム７００に通知する。
【００５１】
ステップＳＴ３：
業者システム７００は、ステップＳＴ２において発注者システム６００から通知された電子入札に対して、応札（入札に応じること）処理を行う。具体的には、入札価格や業者名等の入札に関するデータを、ネットワーク９００を介して発注者システム６００に対して送信する。
ステップＳＴ４：
発注者システム６００は、ステップＳＴ３において業者システム７００から送信された入札に関する各種データを基に、落札業者を決定する。
【００５２】
ステップＳＴ５：
発注者システム６００は、ステップＳＴ４において決定した落札業者の業者システム７００との契約処理を行う。具体的な契約処理については、本実施形態では限定しない。
ステップＳＴ６：
発注者システム６００は、入札処理が終了し契約業者が決定したことを入札監視部８００に通知する。
【００５３】
ステップＳＴ７：
入札監視部８００は、ステップＳＴ６における発注者システムからの入札完了の通知を受け、完了した入札に関するデータを発注者システム６００に要求する。要求するきっかけは、例えば入札監視部８００のユーザにより、当該入札に関する分析処理実行命令の入力等であり、これらのきっかけに応じて、入札監視部８００は自動的に発注者システム６００に対して入札に関するデータを要求する。ただし、要求するきっかけについては本実施形態では限定しない。例えば、入札監視部８００が定期的に発注者システム６００に入札に関するデータを要求するようにしてもよい。この場合、例えば一定期間内に行われた電子入札に関するデータを全て発注者システム６００は入札監視部８００に送信するようにすればよい。
ステップＳＴ８：
発注者システム６００は、ステップＳＴ７において入札監視部８００から要求された、ステップＳＴ１〜５における入札処理に関するデータを入札監視部８００に送信する。
【００５４】
ステップＳＴ９：
入札監視部８００は、ステップＳＴ８において発注者システム６００から送信された入札処理に関するデータを受信し、記憶する。
ステップＳＴ１０：
入札監視部８００は、ステップＳＴ９において記憶した入札処理に関するデータを基に、ユーザが指定した電子入札に関する分析を行う。ユーザはこの際、例えば入力部４により、記憶された複数の電子入札に関するデータの中から分析したい入札を指定することが可能であり、入札監視部８００はこれに応じた分析を行う。
【００５５】
ステップＳＴ１１：
入札監視部８００は、ステップＳＴ９において受信し記憶したデータ及びステップＳＴ１０において分析した結果を基に、当該入札に関するデータ或いはその分析結果を表示する表示画面を生成し表示を行う。
【００５６】
以上説明したように、本実施形態の入札監視システム１０００によれば、発注者システム６００及び業者システム７００によって行われる電子入札に関するデータを入札監視部８００が自動的に取得して記憶し、入札監視部８００のユーザ（例えば入札監視委員等）の指定した入札に関するデータに関する分析を行い、表示するので、入札監視部８００のユーザに対して、多大な電子入札の適切な分析を行うことができる。
【００５７】
本発明は上述した実施形態には限定されない。
すなわち、本発明の実施に際しては、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。
【図面の簡単な説明】
【００５８】
【図１】図１は、第１実施形態の入札監視システムの構成例を示すブロック図である。
【図２】図２は、案件リスト画面の一例を示す図である。
【図３】図３は、入札調書画面の一例を示す図である。
【図４】図４は、分析部が生成した分析データを基に、表示制御部が生成した落札率散布図画面の一例を示す図である。
【図５】図５は、第２実施形態の入札監視システムの構成例を示す図である。
【図６】図６は、第２実施形態の発注者システム、業者システム、入札監視部の動作例を示すシーケンス図である。
【符号の説明】
【００５９】
１００…入札監視システム、１…ＤＢ、１１…データ入力部、２…分析部、３…表示制御部、３１…表示装置、４…入力部、５…通信部、６…制御部、１０００…入札監視システム、６００…発注者システム、６０１…通信部、６０２…ＤＢ、６０３…処理装置、７００…業者システム、７０１…通信部、７０２…ＤＢ、７０３…処理装置、８００…入札監視部、８０１…通信部、８０２…ＤＢ、８０３…分析部、８０４…表示制御部、８０４１…表示装置、８０５…入力部、８０６…制御部、９００…ネットワーク
【特許請求の範囲】
【請求項１】
公共工事の請負業者選定の際の競争入札に関して監視及び分析を行う入札監視システムであって、
所定の入札に関する各種情報を記憶する記憶部と、
前記記憶部に記憶された入札に関する各種情報を基に、当該入札に関する各種分析を行う分析部と、
表示画面を生成する表示制御部と、
を有し、
前記表示制御部は、前記所定の入札に関する各種情報及び、前記分析部の分析の結果を好適に表示する表示画面を生成する
入札監視システム。
【請求項２】
前記分析部は、前記記憶部に記憶された前記情報を基に落札率を算出し、当該落札率が所定のしきい値よりも大きい場合に談合の可能性があると分析する
請求項１に記載の入札監視システム。
【請求項３】
前記分析部は、前記記憶部に記憶された前記情報を基に、過去の入札における、各請負業者の過去の入札価格と落札価格との偏差である競争力値を算出し、当該競争力値が所定のしきい値より大きい場合に談合の可能性があると分析する
請求項１に記載の入札監視システム。
【請求項４】
前記分析部は、前記記憶部に記憶された前記情報を基に、各請負業者の経営事項審査の結果、完成高、技術者数等に応じて、各請負業者の入札行動について分析する
請求項１に記載の入札監視システム。
【請求項５】
外部からの入力を受け付ける入力部を有し、
前記表示制御部は、前記入力部による入力に応じて、前記表示画面を好適に変化させる
請求項１または２に記載の入札監視システム。
【請求項６】
公共工事の発注及び当該発注に関する競争入札を実行した際に、所定の入札に関する各種情報を出力する発注者システムと、
前記競争入札に参加した請負業者に関する情報を出力する業者システムと、
前記入札を監視する入札監視部と、
を有し、
前記入札監視部は、
前記発注者システム及び前記業者システムが出力する情報を記憶する記憶部と、
前記記憶部に記憶された入札に関する各種情報を基に、当該入札に関する各種分析を行う分析部と、
表示画面を生成する表示制御部と、
を有し、
前記表示制御部は、前記所定の入札に関する各種情報及び、前記分析部の分析の結果を好適に表示する表示画面を生成する
入札監視システム。
【請求項１】
公共工事の請負業者選定の際の競争入札に関して監視及び分析を行う入札監視システムであって、
所定の入札に関する各種情報を記憶する記憶部と、
前記記憶部に記憶された入札に関する各種情報を基に、当該入札に関する各種分析を行う分析部と、
表示画面を生成する表示制御部と、
を有し、
前記表示制御部は、前記所定の入札に関する各種情報及び、前記分析部の分析の結果を好適に表示する表示画面を生成する
入札監視システム。
【請求項２】
前記分析部は、前記記憶部に記憶された前記情報を基に落札率を算出し、当該落札率が所定のしきい値よりも大きい場合に談合の可能性があると分析する
請求項１に記載の入札監視システム。
【請求項３】
前記分析部は、前記記憶部に記憶された前記情報を基に、過去の入札における、各請負業者の過去の入札価格と落札価格との偏差である競争力値を算出し、当該競争力値が所定のしきい値より大きい場合に談合の可能性があると分析する
請求項１に記載の入札監視システム。
【請求項４】
前記分析部は、前記記憶部に記憶された前記情報を基に、各請負業者の経営事項審査の結果、完成高、技術者数等に応じて、各請負業者の入札行動について分析する
請求項１に記載の入札監視システム。
【請求項５】
外部からの入力を受け付ける入力部を有し、
前記表示制御部は、前記入力部による入力に応じて、前記表示画面を好適に変化させる
請求項１または２に記載の入札監視システム。
【請求項６】
公共工事の発注及び当該発注に関する競争入札を実行した際に、所定の入札に関する各種情報を出力する発注者システムと、
前記競争入札に参加した請負業者に関する情報を出力する業者システムと、
前記入札を監視する入札監視部と、
を有し、
前記入札監視部は、
前記発注者システム及び前記業者システムが出力する情報を記憶する記憶部と、
前記記憶部に記憶された入札に関する各種情報を基に、当該入札に関する各種分析を行う分析部と、
表示画面を生成する表示制御部と、
を有し、
前記表示制御部は、前記所定の入札に関する各種情報及び、前記分析部の分析の結果を好適に表示する表示画面を生成する
入札監視システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２００９−３２１０３（Ｐ２００９−３２１０３Ａ）
【公開日】平成２１年２月１２日（２００９．２．１２）
【国際特許分類】
【出願番号】特願２００７−１９６４９２（Ｐ２００７−１９６４９２）
【出願日】平成１９年７月２７日（２００７．７．２７）
【出願人】（８００００００８０）タマティーエルオー株式会社 (255)
【公開日】平成２１年２月１２日（２００９．２．１２）
【国際特許分類】
【出願日】平成１９年７月２７日（２００７．７．２７）
【出願人】（８００００００８０）タマティーエルオー株式会社 (255)
[ Back to top ]