(57)【特許請求の範囲】
【請求項１】
コンピュータを、
応札者ごとの入札価格と、前記入札価格以外の評価要素に対する前記応札者ごとの評価点と、前記入札価格と前記評価点とから評価値を算出する複数の落札者選定方法のうち指定された第１方式により算出された第１評価値と、を含む複数の入札結果のうち、シミュレーションの対象として指定された入札結果を受付ける第１受付部と、
複数の前記落札者選定方法のうち、受付けられた前記入札結果に含まれる前記第１評価値を算出した前記第１方式と異なる第２方式の指定を受付ける第２受付部と、
受付けられた前記入札結果に含まれる前記入札価格と、受付けられた前記入札結果に含まれる前記評価点とを用いて、前記第２方式により第２評価値を算出する算出部、
として機能させるためのプログラム。
【請求項２】
前記コンピュータを、
受付けられた前記入札結果に対して過去に指定された少なくとも１つの前記第２方式を表示部に表示する表示制御部としてさらに機能させ、
前記第２受付部は、表示された前記第２方式の中から指定された前記第２方式を受付ける、
請求項１に記載のプログラム。
【請求項３】
前記第１方式および前記第２方式は、前記落札者選定方法を定める設定項目および前記設定項目に対する設定値の少なくとも１つが相互に異なり、
前記表示制御部は、受付けられた前記入札結果に含まれる前記第１評価値を算出した前記第１方式の前記設定項目および前記設定値の少なくとも一方と、受付けられた前記入札結果に対して過去に指定された前記第２方式の前記設定項目および前記設定値の少なくとも一方と、を対比可能に前記表示部に表示する、
請求項２に記載のプログラム。
【請求項４】
前記表示制御部は、前記第１方式の前記設定値と異なる前記第２方式の前記設定値を、対応する前記第１方式の前記設定値と異なる表示態様で前記表示部に表示する、
請求項３に記載のプログラム。
【請求項５】
前記コンピュータを、
受付けられた前記入札結果に含まれる前記第１評価値により決定される落札者と、前記第２評価値により決定される落札者とを対比可能に表示部に表示する表示制御部としてさらに機能させる、
請求項１に記載のプログラム。
【請求項６】
前記コンピュータを、
前記第１方式の指定、前記入札価格、および、前記評価点を受付ける第３受付部としてさらに機能させ、
前記算出部は、さらに、前記第３受付部により受付けられた前記入札価格と、前記第３受付部により受付けられた前記評価点とを用いて、前記第３受付部により指定が受付けられた前記第１方式により前記第１評価値を算出する、
請求項１に記載のプログラム。
【請求項７】
前記コンピュータを、
前記第１方式を定める複数の設定項目を、設定する順序と同じ順序で前記表示部に表示し、設定済みの前記設定項目を、未設定の前記設定項目と異なる表示態様で前記表示部に表示する表示制御部としてさらに機能させる、
請求項６に記載のプログラム。
【請求項８】
前記コンピュータを、
複数の前記入札結果に含まれる前記入札価格、前記評価点、および、前記第１評価値の少なくとも１つを集計し、集計結果を出力する集計部としてさらに機能させる、
請求項１に記載のプログラム。
【請求項９】
応札者ごとの入札価格と、前記入札価格以外の評価要素に対する前記応札者ごとの評価点と、前記入札価格と前記評価点とから評価値を算出する複数の落札者選定方法のうち指定された第１方式により算出された第１評価値と、を含む複数の入札結果のうち、シミュレーションの対象として指定された入札結果を受付ける第１受付部と、
複数の前記落札者選定方法のうち、受付けられた前記入札結果に含まれる前記第１評価値を算出した前記第１方式と異なる第２方式の指定を受付ける第２受付部と、
受付けられた前記入札結果に含まれる前記入札価格と、受付けられた前記入札結果に含まれる前記評価点とを用いて、前記第２方式により第２評価値を算出する算出部と、
を備えるシミュレーション装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シミュレーション装置およびプログラムに関する。
【背景技術】
【０００２】
公共事業等の落札方式として、価格のみにより落札者を決定するのではなく、価格以外の評価要素（技術力等）を考慮して総合的に落札者を決定する総合評価落札方式が知られている。特許文献１では、総合評価落札方式に関して、入札者が落札可能性の高い入札価格を得るためにシミュレーションを行う入札シミュレーション装置が提案されている。
【０００３】
総合評価落札方式による落札者選定方法（以下、選定方法という）には、評価値の算出方法（評価方式）、および、評価要素などが相互に異なる複数の類型（評価タイプ）が存在する。したがって、ある発注者が採用する類型が、当該発注者が想定する事業に対する選定方法として最適でない場合も考えられる。このため、例えば国や地方自治体等の事業（工事・業務）を発注する発注者は、採用している選定方法が適切であるかを判断することが望ましい。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８-２５０４６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の方法では、シミュレーションにより入札者が最適な入札価格を知ることができるものの、発注者が、採用している選定方法が最適であるかを判断することができない。
【０００６】
本発明は、上記に鑑みてなされたものであって、落札者の選定方法が適切であるかを評価することができるシミュレーション装置およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するために、本発明は、コンピュータを、応札者ごとの入札価格と、前記入札価格以外の評価要素に対する前記応札者ごとの評価点と、前記入札価格と前記評価点とから評価値を算出する複数の落札者選定方法のうち指定された第１方式により算出された第１評価値と、を含む複数の入札結果のうち、シミュレーションの対象として指定された入札結果を受付ける第１受付部と、複数の前記落札者選定方法のうち、受付けられた前記入札結果に含まれる前記第１評価値を算出した前記第１方式と異なる第２方式の指定を受付ける第２受付部と、受付けられた前記入札結果に含まれる前記入札価格と、受付けられた前記入札結果に含まれる前記評価点とを用いて、前記第２方式により第２評価値を算出する算出部、として機能させるためのプログラムである。
を特徴とする。
【０００８】
また、本発明は、応札者ごとの入札価格と、前記入札価格以外の評価要素に対する前記応札者ごとの評価点と、前記入札価格と前記評価点とから評価値を算出する複数の落札者選定方法のうち指定された第１方式により算出された第１評価値と、を含む複数の入札結果のうち、シミュレーションの対象として指定された入札結果を受付ける第１受付部と、複数の前記落札者選定方法のうち、受付けられた前記入札結果に含まれる前記第１評価値を算出した前記第１方式と異なる第２方式の指定を受付ける第２受付部と、受付けられた前記入札結果に含まれる前記入札価格と、受付けられた前記入札結果に含まれる前記評価点とを用いて、前記第２方式により第２評価値を算出する算出部と、を備えるシミュレーション装置である。
【発明の効果】
【０００９】
本発明にかかるシミュレーション装置およびプログラムは、落札者選定方法が適切であるかを評価することができるという効果を奏する。
【図面の簡単な説明】
【００１０】
【図１】図１は、本実施形態にかかるシミュレーション装置を含むシステムの構成例を示す図である。
【図２】図２は、本実施形態にかかる装置のハードウェア構成の一例を示す図である。
【図３】図３は、アプリケーションサーバの機能構成例を示すブロック図である。
【図４】図４は、本実施形態における支援処理の全体の流れを示すフローチャートである。
【図５】図５は、動作モード選択画面の一例を示す図である。
【図６】図６は、入札モード時の入力画面の一例を示す図である。
【図７】図７は、ツリー表示領域の表示例を示す図である。
【図８】図８は、決定された落札者を含む評価結果（総括評価）を表示する評価画面８０１の一例を示す図である。
【図９】図９は、シミュレーションモードが指定された場合に表示される入力画面９０１の一例を示す図である。
【図１０】図１０は、パターン一覧画面の一例を示す図である。
【図１１】図１１は、パターン一覧画面の一例を示す図である。
【図１２】図１２は、パターン設定画面の一例を示す図である。
【図１３】図１３は、総合比較評価画面の一例を示す図である。
【図１４】図１４は、詳細表示画面の一例を示す図である。
【図１５】図１５は、グラフ表示画面の一例を示す図である。
【図１６】図１６は、条件指定画面の一例を示す図である。
【図１７】図１７は、検索結果画面の一例を示す図である。
【図１８】図１８は、集計結果画面の一例を示す図である。
【図１９】図１９は、集計シミュレーション機能を実行する場合のパターン一覧画面１９０１の一例を示す図である。
【図２０】図２０は、パターン一覧画面２００１の一例を示す図である。
【図２１】図２１は、パターン一覧画面２１０１の一例を示す図である。
【図２２】図２２は、集計結果画面２２０１の一例を示す図である。
【発明を実施するための形態】
【００１１】
以下に、本発明にかかるシミュレーション装置およびプログラムの実施形態を図面に基づいて詳細に説明する。なお、この実施形態によりこの発明が限定されるものではない。
【００１２】
最初に、総合評価落札方式について説明する。上述のように、総合評価落札方式の選定方法には、評価値の算出方法などの、選定方法を定める設定項目が相互に異なる複数の類型が存在する。例えば、総合評価落札方式の選定方法の一類型として、簡易型、標準型、および、高度技術提案型などが知られている。また、例えば同じ類型に分類される方式であっても、詳細な設定項目の相違によりさらに細分化される場合がある。
【００１３】
従来、事業（工事・業務）を発注する発注者は、このような多様な設定項目それぞれを決定し、いずれの類型の選定方法を使用するかを少なくとも発注時までに決定している。本実施形態のシミュレーション装置は、多様な設定項目を指定可能な機能を提供することにより、さまざまな発注者の採用する多様な選定方法のいずれにも対応できるようにする。
【００１４】
設定項目としては、例えば、評価値の算出方法、換算方式、および、価格以外の評価要素などが存在する。なお、以下では評価値の算出方法を「評価方式」という。
【００１５】
評価方式としては、除算方式および加算方式が知られている。除算方式は、価格以外の評価要素を数値化した技術評価点を入札価格で除算することにより評価値を算出する方式である。すなわち、除算方式では、評価値＝技術評価点（＝標準点＋加算点）／入札価格により評価値が算出される。加算方式は、入札価格を一定ルールにより点数化した価格評価点と、技術評価点とを加算することにより評価値を算出する方式である。すなわち、加算方式では、評価値＝価格評価点＋技術評価点により評価値が算出される。
【００１６】
また、例えば除算方式では、配点情報、および、二段階選抜の実施有無などが、さらに詳細な設定項目の一例として存在する。配点情報は、技術評価点を構成する各点数（標準点、加算点など）の配点を定める情報である。二段階選抜の実施が指定された場合は、一次審査で選抜する応札者の上位からの順位などがさらに設定項目となる。
【００１７】
換算方式としては、素点計上方式、一位満点方式、および、一位満点・最下位０点方式などが知られている。価格以外の評価要素としては、企業・技術者評価、技術提案評価、および、施工体制評価などが知られている。
【００１８】
なお、上記の設定項目は一例であり、これらに限られるものではなく、従来から用いられているあらゆる設定項目を適用しうる。また、新たな設定項目が追加された場合には、当該設定項目を指定できるようにシミュレーション装置およびプログラムを変更すればよい。例えば、設定項目をデータベースやファイルに保存しておき、データベースまたはファイルから読み出した設定項目を画面上で入力可能に表示するように構成してもよい。これにより、選定方法の変更や各ユーザの要望に応じたカスタマイズを容易に行うことが可能となる。
【００１９】
次に、このような多様な選定方法による入札業務に対応するとともに、採用した選定方法が適切であるかを評価（シミュレーション）可能とするシミュレーション装置およびプログラムについて説明する。図１は、本実施形態にかかるシミュレーション装置を含むシステムの構成例を示す図である。図１に示すように、本システムは、ユーザシステム１０ａ、１０ｂと、管理者システム２０と、が、インターネットなどのネットワーク３０で接続された構成となっている。
【００２０】
ユーザシステム１０ａ、１０ｂは、例えば公共工事の発注者（発注機関）となりうる国や各地方自治体等が利用する情報処理システムである。一方、管理者システム２０は、各ユーザシステム１０内に備えられる装置のバージョンの管理等を行う管理者（管理機関）が利用する情報処理システムである。
【００２１】
ユーザシステム１０ａ、１０ｂは、シミュレーション装置としてのアプリケーションサーバ１１と、データベースサーバ１２と、ユーザ端末１３ａ、１３ｂと、を備えている。ユーザシステム１０ａ、１０ｂは同様の構成を備えているため、以下では単にユーザシステム１０という場合がある。また、ユーザ端末１３ａ、１３ｂは同様の構成を備えているため、以下では単にユーザ端末１３という場合がある。
【００２２】
アプリケーションサーバ１１は、公共事業等の入札に関する業務を支援するアプリケーションプログラム（以下、支援プログラムという）を実行するサーバである。本支援プログラムは、実際の入札業務を支援する入札機能のみではなく、集計機能およびシミュレーション機能を備える。集計機能とは、入札業務の結果（入札結果）をデータベースサーバ１２に保存し、複数の入札結果を集計して分析可能とする機能である。シミュレーション機能とは、入札結果を基に、実際の入札時に用いた選定方法と異なる選定方法での評価をシミュレーションする機能である。アプリケーションサーバ１１の機能の詳細については後述する。
【００２３】
データベースサーバ１２は、入札結果を蓄積するサーバである。データベースサーバ１２に記憶された入札結果は、上述のように、アプリケーションサーバ１１の集計機能による集計および分析に利用される。
【００２４】
ユーザ端末１３は、発注機関のユーザが利用する端末である。ユーザ端末１３は、例えば通常のＰＣ（パーソナルコンピュータ）、ノートＰＣなどにより構成できる。ユーザ端末１３は、アプリケーションサーバ１１から提供される支援プログラムを実行することにより、支援プラグラムの各種機能を実現する。
【００２５】
支援プログラムの実行形態は任意であり、従来から用いられているあらゆるアプリケーション実行形態を適用できる。例えば、アプリケーションサーバ１１が支援プログラムをＷＥＢアプリケーションとして実行し、ユーザ端末１３で実行されるＷＥＢブラウザを用いて支援プログラムの機能を利用可能とすることができる。また、支援プログラムの実行ファイルをアプリケーションサーバ１１からユーザ端末１３に送信し、ユーザ端末１３が受信した支援プログラムを実行するように構成してもよい。
【００２６】
なお、ユーザシステム１０およびユーザ端末１３の個数は２に限られるものではなく、１つまたは３つ以上であってもよい。また、各サーバは物理的に１つの装置で構成される必要はなく、例えば複数の物理的な装置により１つのサーバを構成してもよい。また、アプリケーションサーバ１１の機能およびデータベースサーバ１２の機能を１つ以上の物理的な装置内に備えるように構成してもよい。また、図１では省略しているが、ユーザシステム１０がファイアウォールなどを介してネットワーク３０と接続するように構成してもよい。
【００２７】
管理者システム２０は、管理サーバ２１と、管理用端末２２と、を備えている。管理サーバ２１は、ユーザシステム１０内のサーバ（アプリケーションサーバ１１、データベースサーバ１２）などを管理するための機能を備えるサーバである。管理サーバ２１は、例えば、支援プログラムのバージョンアップに必要な情報を管理する機能、支援プログラムをアプリケーションサーバ１１にダウンロードするための機能、および、支援プログラムの操作マニュアルやヘルプを公開する機能などを備える。
【００２８】
管理用端末２２は、管理機関のユーザが利用する端末である。管理用端末２２は、例えば通常のＰＣ（パーソナルコンピュータ）、ノートＰＣなどにより構成できる。管理用端末２２は、例えば所定のプログラムを実行することにより、支援プログラムを最新のバージョンに更新する機能、および、操作マニュアル等を更新する機能などを備える。
【００２９】
次に、本実施形態にかかる各装置（アプリケーションサーバ１１、データベースサーバ１２、ユーザ端末１３、管理サーバ２１、管理用端末２２）のハードウェア構成について図２を用いて説明する。図２は、本実施形態にかかる装置のハードウェア構成の一例を示す図である。
【００３０】
本実施形態にかかる装置は、ＣＰＵ（Central  Processing  Unit）５１などの制御装置と、ＲＯＭ（Read  Only  Memory）５２やＲＡＭ（Random  Access  Memory）５３などの記憶装置と、ネットワークに接続して通信を行う通信Ｉ／Ｆ５４と、ＨＤＤ（Hard  Disk  Drive）、ＣＤ（Compact  Disc）ドライブ装置などの外部記憶装置と、ディスプレイ装置などの表示装置と、キーボードやマウスなどの入力装置と、各部を接続するバス６１を備えており、通常のコンピュータを利用したハードウェア構成となっている。
【００３１】
アプリケーションサーバ１１で実行される支援プログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ（Compact  Disk  Read  Only  Memory）、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ（Compact  Disk  Recordable）、ＤＶＤ（Digital  Versatile  Disk）等のコンピュータで読み取り可能な記録媒体に記録されてコンピュータプログラムプロダクトとして提供される。
【００３２】
また、支援プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、支援プログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。また、支援プログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【００３３】
支援プログラムは、図３（後述）のソフトウェア構成を実現する各部を含むモジュール構成となっている。実際のハードウェアとしてはＣＰＵ５１（プロセッサ）が上記記憶媒体から支援プログラムを読み出して実行することにより各部が主記憶装置上にロードされ、各部が主記憶装置上に生成されるようになっている。
【００３４】
次に、アプリケーションサーバ１１の機能の詳細については図３を用いて説明する。図３は、アプリケーションサーバ１１の機能構成例を示すブロック図である。図３に示すように、アプリケーションサーバ１１は、主なソフトウェア構成である支援プログラム１００と、主なハードウェア構成である表示部１１１および記憶部１２１と、を備えている。
【００３５】
表示部１１１は、各種情報を表示するものであり、例えば上述のディスプレイ装置などの表示装置に相当する。記憶部１２１は、支援プログラム１００、および、支援プログラム１００の実行に必要な各種情報などを記憶する。記憶部１２１は、ＨＤＤ、光ディスク、メモリカード、およびＲＡＭなどの一般的に利用されているあらゆる記憶媒体により構成することができる。
【００３６】
支援プログラム１００は、主な機能として、受付部１０１と、算出部１０２と、決定部１０３と、記憶制御部１０４と、集計部１０５と、表示制御部１０６と、を含んでいる。
【００３７】
受付部１０１は、例えばキーボードやマウスなどの入力装置（図示せず）から入力または指定された各種情報を受付ける。例えば、受付部１０１は、実際の入札時（入札機能実行時）に、入札を行う案件に関する基本情報、入札時の選定方法（第１方式）、入札価格、および、価格以外の評価要素に対する評価点などを受付ける。また、受付部１０１は、入札機能により出力される複数の入札結果から、シミュレーション機能によるシミュレーションの対象とする入札結果の指定を受付ける。また、受付部１０１は、シミュレーションする選定方法（第２方式）として、入札時の選定方法（第１方式）と異なる方式の指定を受付ける。
【００３８】
算出部１０２は、入札価格と評価点とを用いて、指定された選定方法による評価値を算出する。例えば入札時には、算出部１０２は、各応札者に対して入力された入札価格および評価点を用いて、事前に発注者が指定した入札時の選定方法による評価値（第１評価値）を算出する。また、シミュレーション機能の実行時には、算出部１０２は、シミュレーション対象として指定された入札結果に含まれる入札価格および評価点を用いて、シミュレーションすることが指定された選定方法による評価値（第２評価値）を算出する。
【００３９】
決定部１０３は、各応札者に対して算出された評価値を用いて落札者を決定する。例えば、決定部１０３は算出された評価値が最も高い応札者を落札者として決定する。
【００４０】
記憶制御部１０４は、入札機能により得られた入札結果をデータベースサーバ１２内の記憶部（図示せず）に記憶する処理を制御する。入札結果には、例えば、基本情報、入札時に入力された入札価格および評価点、入札時の選定方法、算出された評価値、および、決定された落札者などの、シミュレーション機能および集計機能に必要な情報が含まれる。
【００４１】
集計部１０５は、記憶された入札結果を、指定された統計処理により集計する。例えば、集計部１０５は、複数の設定項目間の回帰分析などを実行し、散布図等として出力できるように集計結果を出力する。
【００４２】
表示制御部１０６は、表示部１１１に対する各種情報の表示処理を制御する。例えば、表示制御部１０６は、受付部１０１が受付ける各種情報を入力するための表示画面を表示部１１１に表示する。また、表示制御部１０６は、集計部１０５により集計された統計情報（集計結果）を、表またはグラフなどの形式で表示する。
【００４３】
次に、このように構成された本実施形態にかかる支援プログラムによる支援処理について図４〜図１５を用いて説明する。図４は、本実施形態における支援処理の全体の流れを示すフローチャートである。
【００４４】
支援プログラムは、ユーザシステム１０のユーザがユーザ端末１３から起動を指示することにより動作を開始する。この後、図示を省略する認証画面および機能選択画面などを得て、図５に示すような動作モード選択画面が表示される。認証画面は、ユーザ認証に用いるユーザ名およびパスワードなどの認証情報を入力するための画面である。機能選択画面は、入札機能、シミュレーション機能および集計機能のいずれを実行するかを選択させるための画面である。なお、本実施形態では、入札機能およびシミュレーション機能のいずれを実行するかは、図５の動作モード選択画面で指定するものとするが、指定方法はこれに限られるものではない。
【００４５】
図５は、動作モード選択画面５０１の一例を示す図である。動作モードフィールド５１１は、プルダウン形式により、入札モードおよびシミュレーションモードに対応する「入札」および「シミュレーション」のいずれかを選択可能に表示する。入札モードおよびシミュレーションモードとは、入札機能およびシミュレーション機能を実行するための動作モードである。図５では、シミュレーション機能に対応する「シミュレーション」が選択された場合が例示されている。
【００４６】
図４に戻り、受付部１０１は、動作モードの選択を受付ける（ステップＳ１０１）。支援プログラム１００は、受付けられた動作モードがシミュレーションモードであるか否かを判定する（ステップＳ１０２）。シミュレーションモードでない場合、すなわち入札モードの場合（ステップＳ１０２：Ｎｏ）、入札機能が実行される。まず、表示制御部１０６は、入札モードに対応した入力画面を表示する。
【００４７】
図６は、入札モード時の入力画面６０１の一例を示す図である。図６に示すように、入力画面６０１は、ツリー表示領域６１１と、入力領域６１２とを含んでいる。ツリー表示領域６１１は、入札に必要な設定項目が、設定する順序で上から下に並ぶようにツリー形式で表示される。また、表示制御部１０６は、設定済みの設定項目を、設定されていない設定項目の表示態様と異なる表示態様でツリー表示領域６１１に表示する。
【００４８】
図７は、ツリー表示領域６１１の表示例を示す図である。図７では、設定済みである設定項目に対応する記号７０１の内部を黒とし、未設定の設定項目に対応する記号７０２の内部を白とする例が示されている。なお、表示態様を異ならせる方法はこれに限られるものではない。
【００４９】
このような構成により、作業状況を視覚的に的確に認識できるようになる。また、設定順にツリー表示することにより、入札評価作業の過程および手順が可視化され、効率的に作業を進めることが可能になる。
【００５０】
図４に戻り、受付部１０１は、入力画面６０１または入力画面６０１から遷移する他の画面（図示は省略）で入力された基本情報の指定を受付ける（ステップＳ１０３）。基本情報には、例えば、案件情報および応札者情報が含まれる。案件情報には、例えば、公告日、入札日、開札時刻、工事名、案件番号、工事場所、工事内容、および、工期などが含まれる。応札者情報には、例えば、商号または名称、住所、および、構成員などが含まれる。
【００５１】
次に、受付部１０１は、適用する選定方法の指定を受付ける（ステップＳ１０４）。例えば、受付部１０１は、ユーザが図６の入力画面６０１を用いて「評価情報」下の「評価方式」、「換算方式」、および、「価格以外の項目（入札前：素点）」の各設定項目に対して入力した情報を受付ける。なお、選定方法の指定方法はこれに限られるものではなく、多様な選定方法のうち、いずれかの選定方法であるかを特定できる方法であればどのような方法であってもよい。
【００５２】
ここまでで、入札に必要な情報の入力が終了する。この後、例えば入札日が到来し、各応札者から入札価格等の情報が得られると、発注者は得られた情報を入力する。
【００５３】
すなわち、受付部１０１は、入力された入札価格、および、入札価格以外の評価要素に対する評価点を受付ける（ステップＳ１０５）。例えば、受付部１０１は、ユーザが図６の入力画面６０１を用いて「評価情報」下の「価格項目」、および、「価格以外の項目（見直し等）」の各設定項目に対して入力した情報を受付ける。
【００５４】
すべての応札者について上記情報の入力を受付けると、算出部１０２は、応札者ごとに、入力された入札価格および評価点を用いて、指定された選定方法による評価値を算出する（ステップＳ１０６）。決定部１０３は、各応札者に対して算出された評価値を用いて落札者を決定する（ステップＳ１０９）。このようにして、実際の入札時の落札者が決定される。また、表示制御部１０６は、決定された落札者などの情報を含む評価結果を表示する評価画面を表示部１１１等に出力する（ステップＳ１１０）。
【００５５】
図８は、決定された落札者を含む評価結果（総括評価）を表示する評価画面８０１の一例を示す図である。図８では、評価値が最も高い業者名Ｃが落札者として決定された例が示されている。評価画面８０１のデータベース登録ボタン８１１が押下されると、記憶制御部１０４は入札結果をデータベースサーバ１２に保存する。これにより、例えば過去の複数の入札結果を集計する集計機能が可能となる。また、保存された入札結果を基にシミュレーションを実行することが可能となる。
【００５６】
評価画面８０１のシミュレーションボタン８１２が押下されると、表示されている入札結果を基にしたシミュレーション機能が実行される。すなわち、図５の動作モードフィールド５１１でシミュレーションモードを指定する方法以外に、評価画面８０１でシミュレーションボタン８１２を押下することによっても、シミュレーション機能を実行できる。なお、これらの実行方法は一例であり、いずれかの入札結果を指定してシミュレーションを実行する方法であればあらゆる方法を適用できる。
【００５７】
図４に戻り、シミュレーション機能が実行される場合の処理について説明する。図４では、図５の動作モードフィールド５１１でシミュレーションモードを指定することによりシミュレーション機能が実行される場合を例に説明している。
【００５８】
ステップＳ１０２でシミュレーションモードであると判断された場合は（ステップＳ１０２：Ｙｅｓ）、シミュレーション機能が実行される。図５の例では、シミュレーションモードが指定された状態で新規作成ボタン５１２が押下されると、表示制御部１０６は、シミュレーションの対象とする入札結果を指定する画面（図示せず）を表示する。受付部１０１は、この画面でユーザが指定した入札結果を、シミュレーションの対象とする入札結果として受付ける。
【００５９】
また、図５では表示されていないが、過去にシミュレーションした入札結果および設定項目のパターンがファイルに保存されている場合は、動作モード選択画面５０１のファイル一覧領域に、保存されたファイルの一覧が表示される。表示されたファイルのいずれかが選択され、開くボタン５１３が押下されると、受付部１０１は、保存されたファイルに対応する入札結果を再度シミュレーションの対象として受付ける。このようにして受付けられた入札結果に対してシミュレーション機能が実行される。
【００６０】
シミュレーションの対象とする入札結果の指定が受付けられると、表示制御部１０６は、シミュレーションモードに対応した入力画面を表示する。
【００６１】
図９は、シミュレーションモードが指定された場合に表示される入力画面９０１の一例を示す図である。本実施形態では、上述のようにシミュレーションする選定方法の設定項目および設定項目に対する設定値のパターンを保存し、保存したパターンを指定可能とする。これにより、シミュレーションする選定方法を定める多数の設定項目等を毎回設定する必要をなくし、操作性を向上させることができる。
【００６２】
例えば図９の入力画面９０１で「パターン情報」をクリックすることにより、パターンの追加、変更および削除を実行するためのパターン一覧画面が表示される。図１０は、パターン一覧画面１００１の一例を示す図である。本実施形態では、５個のパターン（パターン１〜パターン５）を保存可能としている。パターン一覧画面１００１では、パターン名称、各パターンで評価方式が変更されたか否かを表す情報、各パターンで換算方式が変更されたか否かを表す情報、および、評価点倍率が変更されたか否かを表す情報が表形式で表示される例が示されている。表中の「○」は、シミュレーションする選定方法の設定項目が、入札時の選定方法の設定項目に対して変更されていることを示す。
【００６３】
また、パターン一覧画面１００１に例示するように、表示制御部１０６は、評価方式について、入札時の設定項目および設定項目に対する設定値と、シミュレーションする設定項目および設定項目に対する設定値と、を対比して表示する。また、表示制御部１０６は、入札時の選定方法に対して変更された設定項目および設定値の少なくとも一方を、入札時の設定項目および設定値の少なくとも一方と異なる表示態様で表示する。図１０では、設定値１０１１の背景を斜線にすることにより、入札時の設定値１０１２と異なる表示態様で表示する例が示されている。図１０の表示態様は一例であり、設定項目または設定値が変更されていることを認識できるように表示するものであればあらゆる表示態様を適用できる。このように、入札時とシミュレーション時の設定項目および設定値を対比可能に表示し、また、変更された設定項目および設定値の表示態様を変更することにより、設定項目および設定値の変更点を明確に把握することが可能になる。
【００６４】
図１１は、図１０のパターン一覧画面１００１で換算方式タブが選択された場合に表示されるパターン一覧画面１１０１の一例を示す図である。図１０と同様に、表示制御部１０６は、換算方式について、入札時の設定項目および設定項目に対する設定値と、シミュレーションする設定項目および設定項目に対する設定値と、を対比して表示する。
【００６５】
図１０または図１１の追加ボタン１０２１、変更ボタン１０２２、および削除ボタン１０２３は、それぞれ新規パターンの作成、既存パターンの設定内容の変更、および既存パターンの削除を実行するためのボタンである。なお、図１０および図１１は、既に５個のパターンが作成されている場合に表示されるパターン一覧画面の例を示している。パターンを未作成の場合は、パターン一覧画面にはパターン名称などの表の各項目、および、パターン情報欄の各項目は表示されない。
【００６６】
図１２は、追加ボタン１０２１または変更ボタン１０２２の押下により表示されるパターン設定画面１２０１の一例を示している。パターン設定画面１２０１は、図６に示す入札モード時の入力画面６０１と同様に、ツリー表示領域１２１１と、入力領域１２１２とを含んでいる。パターン設定画面１２０１のツリー表示領域１２１１では、入力画面６０１のツリー表示領域６１１に表示される設定項目のうち、シミュレーション時に変更可能な設定項目のみが表示される。例えば、ツリー表示領域１２１１では、価格項目の入札情報、すなわち、入札価格は表示されない。シミュレーションは、実際に入札価格に対して、選定方法を変更した場合の評価値を算出することを目的とするためである。したがって、パターン設定画面１２０１では、例えばステップＳ１０５で入力される入札価格、および、入札価格以外の評価要素に対する評価点は変更できない。変更可能な設定項目としては、評価方式、各設定項目に対する評価点の配点、点数の満点の値、および、換算方式などの任意の項目を適用できる。評価点の配点は、例えば、評価点に対する倍率（重み付け）を指定することにより変更可能としてもよい。
【００６７】
図４に戻り、受付部１０１は、このようなパターン設定画面１２０１により選定方法の変更を受付ける（ステップＳ１０７）。設定項目を変更後、例えば図１２の「総括評価」欄が指定されると、算出部１０２は、変更された選定方法による評価値を算出する（ステップＳ１０８）。また、決定部１０３は、各応札者に対して算出された評価値を用いて、変更後の選定方法による落札者を決定する（ステップＳ１０９）。このようにして、シミュレーション時の落札者が決定される。
【００６８】
シミュレーション時の総括評価は、例えば図８の評価画面８０１と同様の画面で確認できるようにしてもよい。例えば、図１２の「総括評価」欄が指定されたときに、算出部１０２が評価値を算出するとともに、表示制御部１０６が、入札時と同様の評価画面８０１に、シミュレーション時の評価値および決定された落札者を表示する。
【００６９】
図９の入力画面９０１で「評価結果」をクリックすることにより、入札時に決定された落札者（入札判定）および各パターンに対して決定された落札者を表示するための総合比較評価画面が表示される。図１３は、総合比較評価画面１３０１の一例を示す図である。このような総合比較評価画面１３０１により、ユーザは複数パターンのシミュレーションの結果を対比して確認することができる。また、各パターンのシミュレーション結果、および、各パターンの設定項目を分析することにより、例えば、いずれの設定項目が入札結果に影響するか、および、いずれの設定項目が入札結果に影響しないかを判断できる。そして、入札結果に影響しない設定項目を削除するなど、選定方法を最適化することが可能となる。
【００７０】
図１３で詳細ボタン１３１１が押下されると、表示制御部１０６は、パターンごとの判定結果の詳細を確認するための詳細表示画面を表示する。
【００７１】
図１４は、詳細表示画面１４０１の一例を示す図である。図１４では、パターン１について、入札価格（入札金額）および価格以外の評価要素それぞれに対する各応札者の順位などを表示する例が示されている。パターン名が記載された他のタブを選択することにより、選択したタブに対応するパターンの詳細の表示に切り替えられる。図１４でグラフ表示ボタン１４１１が押下されると、表示制御部１０６は、予め定められた形式のグラフを表示するためのグラフ表示画面を表示する。
【００７２】
図１５は、グラフ表示画面の一例を示す図である。図１５では、パターンごとの業者名と順位との関係を示す折れ線グラフを表示する例が示されている。なお、表示されるグラフの形式は一例であり、図１５の例に限られるものではない。また、例えば、グラフの形式を指定するための画面を表示し、当該画面でユーザにより指定された形式のグラフをグラフ表示画面に表示するように構成してもよい。例えば、価格以外の評価要素の配点および得点、入札価格の分布、落札率、および、応札率等を表示するグラフなどを予め定めておけば、ユーザは所望のグラフを指定することで容易にグラフを作成して表示することができる。
【００７３】
次に、集計機能について説明する。上述のような機能選択画面（図示せず）等により集計機能の実行が選択された場合、表示制御部１０６は、集計するための条件（集計条件）を指定するための条件指定画面を表示する。図１６は、条件指定画面１６０１の一例を示す図である。図１６では、案件種別、対象年度、入札参加要件、評価タイプ、および、種別などの集計条件が例示されている。
【００７４】
なお、集計条件はこれに限られるものではなく、集計するデータを特定可能な条件であればあらゆる条件を適用できる。また、集計条件の指定方法は図１６に示す方法に限られるものではなく、集計するデータを指定可能な条件であればあらゆる方法を適用できる。
【００７５】
条件指定画面１６０１のＯＫボタン１６１１が押下されると、集計部１０５は、データベースサーバ１２に記憶された入札結果から、集計条件を満たす入札結果を検索する。表示制御部１０６は、検索された入札結果を表示する検索結果画面を表示する。図１７は、検索結果画面１７０１の一例を示す図である。検索結果画面１７０１では、検索された入札結果の一覧が表示される。また、検索結果画面１７０１では、検索された入札結果のうち、集計する検索結果を指定することができる。図１７では、各入札結果の左のチェックボックスにより、集計するか否かを指定する例が示されている。
【００７６】
検索結果画面１７０１の開くボタン１７１１が押下されると、集計部１０５は、集計するために選択された入札結果を、指定された集計方法で集計する。表示制御部１０６は、集計部１０５による集計結果を画面に表示する。図１８は、集計結果を表示するための集計結果画面１８０１の一例を示す図である。集計結果画面１８０１のグラフ種別フィールド１８１１は、予め定められた複数のグラフのうち、表示するグラフを指定するためのフィールドである。図１８では、入札価格および技術評価点などに応じた落札者の割合を示すグラフの一例が表示されている。
【００７７】
図１７の検索結果画面１７０１のシミュレーションボタン１７１２が押下されると、選択された入札結果の集計結果を対象としたシミュレーション機能（以下、集計シミュレーション機能という）が実行される。例えば、シミュレーションボタン１７１２が押下されると、選定方法の設定項目を変更するためのパターン一覧画面が表示される。図１９は、集計シミュレーション機能を実行する場合のパターン一覧画面１９０１の一例を示す図である。
【００７８】
各評価方式で指定される配点は、集計対象とするデータ（個別案件）ごとに異なる。このため、集計シミュレーション機能では「配点」を変更可能とするのではなく、「配点倍率」を変更可能とする。配点倍率とは、配点を変更するために配点に乗ずる倍率を表す。図１９では、「加算点（満点）」の配点倍率を０．５に変更した例が示されている。これにより、個別案件の入札結果の「加算点（満点）」をそれぞれ０．５倍した値を用いてシミュレーションした評価結果が得られる。プルダウン１９１２は、評価方式を変更するために用いられる。例えば、プルダウン１９１２により、評価方式として除算方式と加算方式のいずれかを選択するように構成する。
【００７９】
換算方式タブ１９１１が選択されると、換算方式を変更するためのパターン一覧画面に切り替わる。図２０は、この場合のパターン一覧画面２００１の一例を示す図である。集計シミュレーション機能の場合、パターン一覧画面には、評価点倍率タブ２０１１が表示される。評価点倍率タブ２０１１が選択されると、評価要素（評価項目）に対する評価点倍率を変更するためのパターン一覧画面に切り替わる。評価点倍率とは、評価点を変更するために評価点に乗ずる倍率を表す。
【００８０】
図２１は、この場合のパターン一覧画面２１０１の一例を示す図である。図２１では、評価要素を大分類および中分類の２階層に分類し、中分類を単位として評価点倍率を変更可能とする画面例が示されている。なお、評価点倍率を変更可能とする単位はこれに限られるものではない。大分類単位でもよいし、中分類をさらに詳細化した単位でもよい。また、最下層に相当する個々の評価要素単位で評価点倍率を変更可能としてもよい。
【００８１】
閉じるボタン２１１１が押下されると、変更を反映した集計結果を表示するための集計結果画面が表示される。図２２は、集計結果画面２２０１の一例を示す図である。集計シミュレーション機能の場合、集計部１０５は、記憶された入札結果の設定項目を、パターン一覧画面での指定にしたがって変更した結果を、指定された統計処理により集計する。例えば、「加算点（満点）」の配点倍率が０．５に変更された場合、集計部１０５は、各入札結果の「加算点（満点）」を０．５倍した値を用いて、指定された統計処理により入札結果を再度集計する。
【００８２】
集計結果画面２２０１では、変更前のグラフを表示するための領域２２１１と、変更後のグラフを表示するための領域２２１２とが表示される。このように入札結果の集計を表すグラフと、シミュレーション結果の集計を表すグラフとを対比させて表示することにより、シミュレーションで変更した設定項目による評価値への影響を容易に把握可能となる。
【００８３】
例えば、加算点の配点を変更することにより、技術評価点の最高得点者と最低価格者の受注割合（落札者の割合）がどのように変化するか、などが把握できる。図２２の例では、加算点の配点を０．５倍にすることにより、最低価格者の受注割合が増加すること、すなわち、価格重視の評価となることがわかる。逆に、シミュレーションの結果が入札結果とほとんど変わらなければ、変更した設定項目は評価結果に影響しない項目（必要でない項目）であると判断できる。
【００８４】
このような分析は、上述のように個別案件に対するシミュレーション機能でも実行できる。しかし、集計結果に基づく集計シミュレーション機能を用いれば、より確度の高い分析を実行できる。
【００８５】
以上のように、本実施形態のシミュレーション装置およびプログラムによれば、設定項目が相互に異なる多様な総合評価落札方式の選定方法による入札業務を効率化できる。また、入札業務の結果を基に、入札時の選定方法と異なる選定方法による評価結果をシミュレーションすることができる。これにより、入札時に採用した選定方法が適切であるかを評価することが可能となる。
【００８６】
（変形例）
図１では、各ユーザシステム１０内にそれぞれシミュレーション装置としてのアプリケーションサーバ１１およびデータベースサーバ１２を備える構成とした。このような構成では、入札価格などの入札時に入力される各種情報、および、入札結果などの漏洩防止が必要な情報がネットワーク３０等を介して流出する可能性を低減できる。
【００８７】
これに対し、例えば管理者システム２０内にアプリケーションサーバ１１およびデータベースサーバ１２を備え、ユーザシステム１０内にはユーザ端末１３のみを備えるように構成してもよい。この場合は、ユーザ端末１３がネットワーク３０を介して管理者システム２０内のアプリケーションサーバ１１等にアクセスし、上記支援プログラムを実行するように構成する。このような構成では、各ユーザシステム１０に対するサーバの導入、サーバの保守、および、支援プログラムのバージョンアップなどが不要となる。すなわち、システム導入コスト、および、システム保守コストが低減できる。
【符号の説明】
【００８８】
１０ａ、１０ｂ  ユーザシステム
１１  アプリケーションサーバ
１２  データベースサーバ
１３ａ、１３ｂ  ユーザ端末
２０  管理者システム
２１  管理サーバ
２２  管理用端末
３０  ネットワーク
１００  支援プログラム
１０１  受付部
１０２  算出部
１０３  決定部
１０４  記憶制御部
１０５  集計部
１０６  表示制御部
１１１  表示部
１２１  記憶部
【図１】
0005117597.tif 000002
【図２】
0005117597.tif 000003
【図３】
0005117597.tif 000004
【図４】
0005117597.tif 000005
【図５】
0005117597.tif 000006
【図６】
0005117597.tif 000007
【図７】
0005117597.tif 000008
【図８】
0005117597.tif 000009
【図９】
0005117597.tif 000010
【図１０】
0005117597.tif 000011
【図１１】
0005117597.tif 000012
【図１２】
0005117597.tif 000013
【図１３】
0005117597.tif 000014
【図１４】
0005117597.tif 000015
【図１５】
0005117597.tif 000016
【図１６】
0005117597.tif 000017
【図１７】
0005117597.tif 000018
【図１８】
0005117597.tif 000019
【図１９】
0005117597.tif 000020
【図２０】
0005117597.tif 000021
【図２１】
0005117597.tif 000022
【図２２】
0005117597.tif 000023