特開 2024-57382 分析装置、分析方法及び分析プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024057382

(43)【公開日】2024-04-24

(54)【発明の名称】分析装置、分析方法及び分析プログラム

(51)【国際特許分類】

   G06Q 10/06 20230101AFI20240417BHJP

【ＦＩ】

G06Q10/06

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2022164081

(22)【出願日】2022-10-12

(71)【出願人】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】弁理士法人酒井国際特許事務所

(72)【発明者】

【氏名】本間 伸太郎

(72)【発明者】

【氏名】小沼 重人

(72)【発明者】

【氏名】池田 敏雄

(72)【発明者】

【氏名】大藤 伸生

(72)【発明者】

【氏名】佐藤 憲一

(72)【発明者】

【氏名】立川 直樹

(72)【発明者】

【氏名】山川 聡

(72)【発明者】

【氏名】八木 隆司

(72)【発明者】

【氏名】樋原 聖司

(72)【発明者】

【氏名】中村 匡範

【テーマコード（参考）】

5L010

5L049

【Ｆターム（参考）】

5L010AA06

5L049AA06

(57)【要約】

【課題】見積価格の妥当性を定量的に分析すること。
【解決手段】分析装置１０は、取得部１５１と判定部１５２を有する。取得部１５１は、取引対象の過去の取引価格、又は取引対象について事前に提示された価格が記録された複数のＤＢから、取引対象の価格を取得する。また、判定部１５２は、取引対象の見積価格と、取得部１５１によって取得された価格とを比較し、見積価格が妥当であるか否かを判定する。
【選択図】図１

【特許請求の範囲】

【請求項1】

取引対象の過去の取引価格、又は前記取引対象について事前に提示された価格が記録された複数のＤＢから、前記取引対象の価格を取得する取得部と、
前記取引対象の見積価格と、前記取得部によって取得された価格とを比較し、前記見積価格が妥当であるか否かを判定する判定部と、
を有することを特徴とする分析装置。

【請求項2】

前記取得部は、１つの案件に関する複数の物品のそれぞれについて、前記複数のＤＢから価格を取得し、
前記判定部は、前記複数の物品のそれぞれの前記見積価格のいずれかが、あらかじめ定められた上限値を超えている場合、前記見積価格が妥当でないと判定することを特徴とする請求項１に記載の分析装置。

【請求項3】

前記取得部は、１つの案件に関する複数の物品のそれぞれについて、前記複数のＤＢから価格の取得を試み、
前記判定部は、前記取得部が前記複数の物品のいずれかについて価格を取得できなかった場合に、前記見積価格が妥当でないと判定することを特徴とする請求項１に記載の分析装置。

【請求項4】

前記取得部は、物品について前記複数のＤＢから価格を取得し、
前記判定部は、前記物品の前記見積価格の一定の割合以上の価格が、前記取得部によって取得された前記物品の価格の中に存在しない場合、前記見積価格が妥当でないと判定することを特徴とする請求項１に記載の分析装置。

【請求項5】

前記取得部は、１つの案件に関する複数の物品のそれぞれについて、前記複数のＤＢから価格を取得し、
前記判定部は、前記複数の物品のそれぞれの前記見積価格が前記取得部によって取得された価格に基づく基準価格を超えた値の合計と、前記見積価格が前記基準価格を下回った値の合計と、に基づき、前記見積価格が妥当であるか否かを判定することを特徴とする請求項１に記載の分析装置。

【請求項6】

前記取得部によって取得された前記取引対象の価格を基に、前記判定部によって妥当であると判定される前記取引対象の価格を算出し、表示する出力制御部をさらに有することを特徴とする請求項１に記載の分析装置。

【請求項7】

分析装置によって実行される分析方法であって、
取引対象の過去の取引価格、又は前記取引対象について事前に提示された価格が記録された複数のＤＢから、前記取引対象の価格を取得する取得工程と、
前記取引対象の見積価格と、前記取得工程によって取得された価格とを比較し、前記見積価格が妥当であるか否かを判定する判定工程と、
を含むことを特徴とする分析方法。

【請求項8】

取引対象の過去の取引価格、又は前記取引対象について事前に提示された価格が記録された複数のＤＢから、前記取引対象の価格を取得する取得ステップと、
前記取引対象の見積価格と、前記取得ステップによって取得された価格とを比較し、前記見積価格が妥当であるか否かを判定する判定ステップと、
をコンピュータに実行させることを特徴とする分析プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、分析装置、分析方法及び分析プログラムに関する。

【背景技術】

【0002】

従来、企業等の組織が物品又は役務の発注を行う際には、受注側の業者が事前に価格の見積りを作成する場合がある。発注側の担当者は、作成された見積りを見て、実際に発注するか否かを判断したり、価格交渉を行ったりすることができる。

【0003】

また、売り手からの中古ソフトの売り注文、及び買い手からの中古ソフトの買い注文に応じて、売買スケジュールを発行する技術が知られている（例えば、特許文献１を参照）。特許文献１に記載の技術によれば、中古ソフトの過去の販売価格が提示される。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００２－１４０５８６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかしながら、従来の技術では、見積価格の妥当性を定量的に分析することが難しい場合があるという問題がある。

【0006】

特許文献１に記載の技術では、中古ソフトの過去の販売価格が提示されるが、その価格が妥当であるか否かを判定することはできない。

【課題を解決するための手段】

【0007】

上述した課題を解決し、目的を達成するために、分析装置は、取引対象の過去の取引価格、又は前記取引対象について事前に提示された価格が記録された複数のＤＢから、前記取引対象の価格を取得する取得部と、前記取引対象の見積価格と、前記取得部によって取得された価格とを比較し、前記見積価格が妥当であるか否かを判定する判定部と、を有することを特徴とする。

【発明の効果】

【0008】

本発明によれば、見積価格の妥当性を定量的に分析することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、第１の実施形態に係る分析装置の構成例を示す図である。

【図2】図２は、見積価格の妥当性を判定する処理を説明する図である。

【図3】図３は、分析装置の処理の流れを示すフローチャートである。

【図4】図４は、一括見積画面の一例を示す図である。

【図5】図５は、統計情報画面の一例を示す図である。

【図6】図６は、目標設定画面の一例を示す図である。

【図7】図７は、価格交渉画面の一例を示す図である。

【図8】図８は、分析プログラムを実行するコンピュータの構成例を示す図である。

【発明を実施するための形態】

【0010】

以下に、本願に係る分析装置、分析方法及び分析プログラムの実施形態を図面に基づいて詳細に説明する。なお、本発明は、以下に説明する実施形態により限定されるものではない。

【0011】

［第１の実施形態］
［第１の実施形態の構成］
図１を用いて、分析装置１０の構成を説明する。図１は、第１の実施形態に係る分析装置の構成例を示す図である。

【0012】

分析装置１０は、見積価格を分析する。例えば、分析装置１０は、見積価格が妥当であるか否かを判定する。

【0013】

ここで、発注者が物品尾及び役務といった取引対象の発注を行う際に、受注者によって見積価格が算出される。発注者及び受注者は、企業等の組織であってもよいし、個人であってもよい。

【0014】

例えば、発注者である企業における購買又は調達といった業務に伴って、受注者により見積価格が算出される。

【0015】

また、見積価格は、案件単位で算出される場合がある。例えば、社内サーバを構築する案件では、サーバに加え、ネットワーク機器といった複数の物品の購入が必要になる。その際、複数の物品のそれぞれについて見積価格が算出される。

【0016】

図１に示すように、分析装置１０は、通信部１１、入力部１２、出力部１３、記憶部１４及び制御部１５を有する。また、図１に示すように、分析装置１０には、見積様式ファイルが入力される。見積様式ファイルには、取引対象ごとの受注者が提示した見積価格が記載されている。見積様式ファイルは、ＣＳＶ等の所定の形式で作成される。

【0017】

通信部１１は、ネットワークを介して、他の装置との間でデータ通信を行う。例えば、通信部１１はＮＩＣ（Network Interface Card）である。

【0018】

入力部１２は、データの入力を受け付けるためのインタフェースである。入力部１２は、例えばキーボード、マウス等の入力装置であってもよい。

【0019】

出力部１３は、データを出力するためのインタフェースである。出力部１３は、例えばディスプレイ、スピーカ等の出力装置であってもよい。

【0020】

記憶部１４は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、光ディスク等の記憶装置である。なお、記憶部１４は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＮＶＳＲＡＭ（Non Volatile Static Random Access Memory）等のデータを書き換え可能な半導体メモリであってもよい。

【0021】

記憶部１４は、分析装置１０で実行されるＯＳ（Operating System）や各種プログラムを記憶する。記憶部１４は、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５、期待仕切率ＤＢ１４６を記憶する。

【0022】

記憶部１４に記憶されているＤＢのうち、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５は、取引対象の過去の取引価格、又は取引対象について事前に提示された価格が記録された複数のＤＢである。期待仕切率ＤＢ１４６は、価格の期待値を計算するための情報が記録されたＤＢである。

【0023】

調達実績ＤＢ１４１は、発注者の過去の取引において取引対象が実際に受注された価格を記憶する。例えば、調達実績ＤＢ１４１は、物品の型番と受注された価格を対応付けて記憶する。

【0024】

推奨ＧＬＤＢ１４２は、推奨取引先ＲＦＰのうち、評価が最も高かった取引先による取引対象の提案価格であるガイドライン価格を記憶する。例えば、推奨ＧＬＤＢ１４２は、物品の型番とガイドライン価格を対応付けて記憶する。また、ガイドライン価格に対応する取引先からは、ガイドライン価格以下の価格で物品を購入可能であるものとする。

【0025】

市場ＤＢ１４３は、業界等の単位で取引履歴を記録し公開しているサービスから取得した取引対象の価格である。例えば、市場ＤＢ１４３は、物品の型番と受注された価格を対応付けて記憶する。

【0026】

取引カタログＤＢ１４４は、メーカ等によって提示された取引対象の価格である。例えば、取引カタログＤＢ１４４は、物品の型番と当該物品のメーカが提示している定価を対応付けて記憶する。

【0027】

グループ取引ＤＢ１４５は、発注者と関連する組織等の過去の取引において取引対象が実際に受注された価格を記憶する。例えば、グループ取引ＤＢ１４５は、物品の型番と受注された価格を対応付けて記憶する。

【0028】

発注者が企業であれば、発注者と関連する組織は、発注者と資本的又は人的な関係があるグループ企業であってもよい。

【0029】

期待仕切率ＤＢ１４６は、取引対象ごとの期待仕切率を記憶する。期待仕切率は、取引対象の提供元ごとに期待される仕切率を過去の実績から算定したものである。期待仕切率は、期待価格の算出に用いられる。取引対象の提供元は、例えば物品のメーカである。

【0030】

制御部１５は、分析装置１０全体を制御する。制御部１５は、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の電子回路や、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）等の集積回路である。

【0031】

また、制御部１５は、各種の処理手順を規定したプログラムや制御データを格納するための内部メモリを有し、内部メモリを用いて各処理を実行する。また、制御部１５は、各種のプログラムが動作することにより各種の処理部として機能する。例えば、制御部１５は、取得部１５１、判定部１５２及び出力制御部１５３を有する。

【0032】

取得部１５１は、取引対象の過去の取引価格、又は取引対象について事前に提示された価格が記録された複数のＤＢから、取引対象の価格を取得する。

【0033】

判定部１５２は、取引対象の見積価格と、取得部１５１によって取得された価格とを比較し、見積価格が妥当であるか否かを判定する。

【0034】

図２を用いて、見積価格の妥当性を判定する処理を説明する。図２は、見積価格の妥当性を判定する処理を説明する図である。ここでは、見積様式ファイルには物品ごとの見積価格が記載されているものとする。

【0035】

図２に示すように、取得部１５１は、見積様式ファイルに記載された物品の型番をキーとして、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５から価格（Ｎ値）を取得する。また、１つのキーで同じＤＢから複数の価格が取得できる場合、取得部１５１は、取得した価格の平均をＮ値とする。

【0036】

また、取得部１５１は、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５から価格を取得できなかった場合、期待仕切率ＤＢ１４６から期待仕切率と標準価格から価格の期待値（Ｏ値）を算出する。

【0037】

そして、取得部１５１は、取得したＮ値又はＯ値と見積価格を比較し、比較結果をＰ値として保持する。

【0038】

取得部１５１は、見積価格からＮ値又はＯ値を減算することでＰ値を計算する。Ｐ値は、正負両方の符号を取り得る。

【0039】

判定部１５２は、Ｐ値を基に、見積価格が妥当であるか否かを判定する。例えば、判定部１５２は、複数の物品のそれぞれの見積価格が取得部１５１によって取得された価格に基づく基準価格を超えた値の合計と、見積価格が基準価格を下回った値の合計と、に基づき、見積価格が妥当であるか否かを判定する。

【0040】

なお、取得部１５１は、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５の順でＮ値の取得を試み、Ｎ値が取得できた時点で以降のＤＢからはＮ値を取得しないようにしてもよい。この場合、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５の順で、Ｎ値を取得する優先順位が定められているということができる。

【0041】

出力制御部１５３は、取得部１５１によって取得された価格、及び判定部１５２による判定結果等を、出力部１３を介して画面に表示させる。各画面の詳細については後述する。

【0042】

ここで、図３を用いて、分析装置１０の処理の流れを説明する。図３は、分析装置の処理の流れを示すフローチャートである。

【0043】

図３に示すように、まず、分析装置１０は、見積様式ファイルの入力を受け付ける（ステップＳ１０１）。分析装置１０は、見積様式ファイルから見積価格を取得する（ステップＳ１０２）。

【0044】

ここで、分析装置１０は、ｉを１に設定し、価格取得フラグをＦＡＬＳＥに設定する。ｉは、ＤＢを識別するための番号である。ｉが小さいほど優先度が高いことを意味する。ここでは、ｉ＝１，２，３，４，５が、それぞれ調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５に割り当てられているものとする。

【0045】

また、価格取得フラグは、期待仕切率ＤＢ１４６以外のＤＢから価格が取得できたか否かを示すフラグである。価格取得フラグがＦＡＬＳＥであることは、期待仕切率ＤＢ１４６以外のＤＢから価格が取得できていないことを意味する。一方、価格取得フラグがＴＲＵＥであることは、期待仕切率ＤＢ１４６以外のＤＢから価格が取得できたことを意味する。

【0046】

分析装置１０は、取引実績又は提示価格のＤＢのうちｉ番目のＤＢを参照し、見積価格と同じ対象の価格を取得する（ステップＳ１０４）。分析装置１０は、ステップＳ１０４でＤＢから価格が取得できた場合（ステップＳ１０５、Ｙｅｓ）、価格取得フラグをＴＲＵＥに設定し（ステップＳ１０６）、ＤＢを参照して得られた価格と見積価格を比較する（ステップＳ１０７）。例えば、分析装置１０は、このときＰ値を算出する。

【0047】

ここで、未参照の取引実績又は提示価格のＤＢがある場合（ステップＳ１０８、Ｙｅｓ）、分析装置１０は、ｉを１だけ増加させ（ステップＳ１０９）、ステップＳ１０４に戻り、処理を繰り返す。

【0048】

未参照の取引実績又は提示価格のＤＢがない場合（ステップＳ１０８、Ｎｏ）、分析装置１０は、ステップＳ１１０に進む。

【0049】

ステップＳ１１０では、分析装置１０は、価格取得フラグがＴＲＵＥであるか否かを確認する（ステップＳ１１０）。

【0050】

価格取得フラグがＴＲＵＥでない場合（ステップＳ１１０、Ｎｏ）、分析装置１０は、期待仕切率と標準価格から期待値を算出し、見積価格と比較し（ステップＳ１１１）、ステップＳ１１２に進む。

【0051】

価格取得フラグがＴＲＵＥである場合（ステップＳ１１０、Ｙｅｓ）、分析装置１０はステップＳ１１２に進む。

【0052】

そして、分析装置１０は、比較結果から見積価格の妥当性を判定し（ステップＳ１１２）、判定結果を出力する（ステップＳ１１３）。

【0053】

［出力される画面の例］
ここで、出力制御部１５３によって出力される一括見積画面、及び見積価格の妥当性の判定方法について説明する。図４は、一括見積画面の一例を示す図である。

【0054】

図４に示すように、出力制御部１５３は、一括見積画面１３１を表示させる。一括見積画面１３１の領域１３１ａには、判定結果等が表示される。領域１３１ｂには、各取引対象の見積価格（提案価格）、及び各見積価格に対して取得された各種情報及び計算値等が表示される。

【0055】

領域１３１ｂの「データソース」は、どのＤＢから取得された価格が判定に使われたかを表している。例えば、「Ｎ（調達ＤＢ）」は、調達実績ＤＢ１４１から取得された価格が判定に使われたことを意味する。

【0056】

図４の例では、取引対象はメーカによる型番が設定された物品であるものとする。また、案件には、複数の物品の見積価格が含まれるものとする。見積様式ファイルは、案件単位で作成される。

【0057】

図４の領域１３１ａには、見積価格の総額である案件総額、及び判定結果が表示される。判定部１５２が、案件全体の見積価格が妥当であると判定した場合は判定結果が「ＯＫ」となり、妥当でないと判定した場合は判定結果が「ＮＧ」となる。

【0058】

ここで、例として、判定部１５２によって判定が行われる４つの条件について説明する。判定部１５２は、４つの条件のうち所定の数、又は全部が満たされた場合に見積価格が妥当と判定する。

【0059】

（条件１：Ｇ＋値）
取得部１５１は、１つの案件に関する複数の物品のそれぞれについて、複数のＤＢから価格を取得する。判定部１５２は、複数の物品のそれぞれの見積価格のいずれかが、あらかじめ定められた上限値（Ｇ＋値）を超えている場合、見積価格が妥当でないと判定する。

【0060】

判定部１５２は、見積価格がいずれも上限値を超えていない場合、条件１が満たされたとみなす。ここで、上限値であるＧ＋値は、推奨ＧＬＤＢ１４２から取得された価格である。

【0061】

（条件２：ヒット率）
取得部１５１は、１つの案件に関する複数の物品のそれぞれについて、複数のＤＢから価格の取得を試みる。判定部１５２は、取得部１５１が複数の物品のいずれかについて価格を取得できなかった場合に、見積価格が妥当でないと判定する。

【0062】

判定部１５２は、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５のいずれかからＮ値が取得できた場合、条件２が満たされたとみなす。つまり、図３の価格取得フラグがＴＲＵＥの場合に条件２が満たされる。

【0063】

（条件３：ヒット率）
取得部１５１は、物品について複数のＤＢから価格を取得する。判定部１５２は、物品の見積価格の一定の割合以上の価格が、取得部１５１によって取得された物品の価格の中に存在しない場合、見積価格が妥当でないと判定する。

【0064】

判定部１５２は、物品の見積価格の一定の割合以上の価格が、取得部１５１によって取得された物品の価格の中に存在する場合、条件３が満たされたとみなす。例えば、一定の割合が６０％であり、見積価格が１００，０００円である場合、６０，０００円以上の価格が取得されていれば、条件３が満たされる。

【0065】

（条件４：Ｐ±比率）
取得部１５１は、１つの案件に関する複数の物品のそれぞれについて、複数のＤＢから価格を取得する。判定部１５２は、複数の物品のそれぞれの見積価格が取得部１５１によって取得された価格に基づく基準価格を超えた値の合計と、見積価格が基準価格を下回った値の合計と、に基づき、見積価格が妥当であるか否かを判定する。基準価格は、例えば取得部１５１が取得した価格の平均値である。

【0066】

基準価格を超えた値の合計は、図２のＰ＋値の合計である。基準価格を下回った値の合計は、図２のＰ－値の合計である。判定部１５２は、下の式によって計算したＰ±比率が閾値以下である場合、条件４が満たされたとみなす。
Ｐ±比率＝（Ｐ＋値の合計／案件総額）＋（Ｐ－値の合計／案件総額）

【0067】

ただし、Ｐ＋値の合計及び案件総額は常に正であり、Ｐ－値の合計は常に負である。

【0068】

また、判定部１５２は、Ｐ＋比率＝（Ｐ＋値の合計／案件総額）を用いて条件４の判定を行ってもよい。判定部１５２がＰ±比率を用いて判定を行うか、Ｐ＋比率を用いて判定を行うかは、領域１３１ａの判定基準の項目で設定可能である。

【0069】

図５に示すように、出力制御部１５３は、各ＤＢから取得された情報を基に、取引対象ごとの統計情報を出力することができる。図５は、統計情報画面の一例を示す図である。

【0070】

図５に示すように、統計情報画面１３２の領域１３２ａには、表示される情報の条件が入力される。また、領域１３２ｂには、取引対象の統計情報が表示される。また、統計情報画面１３２は、取引対象の一覧画面から遷移する画面であってもよい。

【0071】

領域１３２ｂには、取引対象が含まれる案件の価格帯、最安値、平均値、最高値、案件数、数量等が表示される。

【0072】

これにより、ユーザは、自動的に行われた判定の結果を確認するだけでなく、各取引対象の統計情報を参照して見積価格の妥当性を判断することができる。

【0073】

また、出力制御部１５３は、取得部１５１によって取得された取引対象の価格を基に、判定部１５２によって妥当であると判定される取引対象の価格を算出し、表示する。

【0074】

図６に示すように、出力制御部１５３は、妥当と判定される価格、すなわち目標価格を算出し、表示する。図６は、目標設定画面の一例を示す図である。なお、図６の例では、物品ではなく役務が取引対象である。

【0075】

図６に示す目標設定画面１３３の領域１３３ａには、目標価格の総額が表示される。領域１３３ｂには、取引対象ごとの単金、数量等を入力することで、目標価格（単金、合価）が表示される。目標価格は、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５のいずれかから取得された価格である。その際、優先度が高いＤＢから取得された価格が優先的に目標価格に設定される。

【0076】

領域１３３ｃには、案件に標準的に含まれる取引対象に加え、追加の取引対象が入力される。

【0077】

さらに、図７に示すように、出力制御部１５３は、ＤＢから取得された価格と、見積価格の比較結果を価格交渉画面に表示する。図７は、価格交渉画面の一例を示す図である。

【0078】

図７に示すように、価格交渉画面１３４の領域１３４ａには、案件の情報が表示される。また、領域１３４ｂには、受注者の情報が表示される。

【0079】

領域１３４ｃには、調達実績ＤＢ１４１、推奨ＧＬＤＢ１４２、市場ＤＢ１４３、取引カタログＤＢ１４４、グループ取引ＤＢ１４５のいずれかから取得された価格に基づき、各取引対象の平均ライン、最安ラインが見積価格とともに表示される。

【0080】

また、出力制御部１５３は、取引先の単金及び数量から見積価格を算出することができる。

【0081】

［第１の実施形態の効果］
取得部１５１は、取引対象の過去の取引価格、又は取引対象について事前に提示された価格が記録された複数のＤＢから、取引対象の価格を取得する。判定部１５２は、取引対象の見積価格と、取得部１５１によって取得された価格とを比較し、見積価格が妥当であるか否かを判定する。これにより、ＤＢから取得した価格を基に、見積価格の妥当性を定量的に分析することができる。

【0082】

取得部１５１は、１つの案件に関する複数の物品のそれぞれについて、複数のＤＢから価格を取得する。判定部１５２は、複数の物品のそれぞれの見積価格のいずれかが、あらかじめ定められた上限値を超えている場合、見積価格が妥当でないと判定する。これにより、基準に対して高過ぎる見積価格を受け入れることを防止することができる。

【0083】

取得部１５１は、１つの案件に関する複数の物品のそれぞれについて、複数のＤＢから価格の取得を試みる。判定部１５２は、取得部１５１が複数の物品のいずれかについて価格を取得できなかった場合に、見積価格が妥当でないと判定する。これにより、情報が少ない取引対象の見積価格についての妥当性が低く判定されるため、慎重な対応を促すことができる。

【0084】

取得部１５１は、物品について複数のＤＢから価格を取得する。判定部１５２は、物品の見積価格の一定の割合以上の価格が、取得部１５１によって取得された物品の価格の中に存在しない場合、見積価格が妥当でないと判定する。これにより、過去の実績に対して高過ぎる見積価格を受け入れることを防止することができる。

【0085】

取得部１５１は、１つの案件に関する複数の物品のそれぞれについて、複数のＤＢから価格を取得する。判定部１５２は、複数の物品のそれぞれの見積価格が取得部１５１によって取得された価格に基づく基準価格を超えた値の合計と、見積価格が基準価格を下回った値の合計と、に基づき、見積価格が妥当であるか否かを判定する。これにより、過去の実績に対して高過ぎる見積価格を受け入れることを防止することができる。

【0086】

出力制御部１５３は、取得部１５１によって取得された取引対象の価格を基に、判定部１５２によって妥当であると判定される取引対象の価格を算出し、表示する。これにより、ユーザは、目標価格を把握した上で価格交渉を行うことができる。

【0087】

［システム構成等］
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示のように構成されていることを要しない。すなわち、各装置の分散及び統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散又は統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部又は任意の一部が、ＣＰＵ（Central Processing Unit）及び当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。なお、プログラムは、ＣＰＵだけでなく、ＧＰＵ等の他のプロセッサによって実行されてもよい。

【0088】

また、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部又は一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部又は一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

【0089】

［プログラム］
一実施形態として、分析装置１０は、パッケージソフトウェアやオンラインソフトウェアとして上記の分析処理を実行する分析プログラムを所望のコンピュータにインストールさせることによって実装できる。例えば、上記の分析プログラムを情報処理装置に実行させることにより、情報処理装置を分析装置１０として機能させることができる。ここで言う情報処理装置には、デスクトップ型又はノート型のパーソナルコンピュータが含まれる。また、その他にも、情報処理装置には、タブレット型端末、スマートフォン、携帯電話機やＰＨＳ（Personal Handyphone System）等の移動体通信端末、さらには、ＰＤＡ（Personal Digital Assistant）等のスレート端末等がその範疇に含まれる。

【0090】

また、分析装置１０は、ユーザが使用する端末装置をクライアントとし、当該クライアントに上記の分析処理に関するサービスを提供するサーバとして実装することもできる。例えば、サーバは、見積様式ファイルを入力とし、妥当性の判定結果を出力とする分析サービスを提供するサーバ装置として実装される。この場合、サーバは、Ｗｅｂサーバとして実装することとしてもよいし、アウトソーシングによって上記の分析処理に関するサービスを提供するクラウドとして実装することとしてもかまわない。

【0091】

図８は、分析プログラムを実行するコンピュータの構成例を示す図である。コンピュータ１０００は、例えば、メモリ１０１０、ＣＰＵ１０２０を有する。また、コンピュータ１０００は、ハードディスクドライブインタフェース１０３０、ディスクドライブインタフェース１０４０、シリアルポートインタフェース１０５０、ビデオアダプタ１０６０、ネットワークインタフェース１０７０を有する。これらの各部は、バス１０８０によって接続される。

【0092】

メモリ１０１０は、ＲＯＭ（Read Only Memory）１０１１及びＲＡＭ（Random Access Memory）１０１２を含む。ＲＯＭ１０１１は、例えば、ＢＩＯＳ（Basic Input Output System）等のブートプログラムを記憶する。ハードディスクドライブインタフェース１０３０は、ハードディスクドライブ１０９０に接続される。ディスクドライブインタフェース１０４０は、ディスクドライブ１１００に接続される。例えば磁気ディスクや光ディスク等の着脱可能な記憶媒体が、ディスクドライブ１１００に挿入される。シリアルポートインタフェース１０５０は、例えばマウス１１１０、キーボード１１２０に接続される。ビデオアダプタ１０６０は、例えばディスプレイ１１３０に接続される。

【0093】

ハードディスクドライブ１０９０は、例えば、ＯＳ１０９１、アプリケーションプログラム１０９２、プログラムモジュール１０９３、プログラムデータ１０９４を記憶する。すなわち、分析装置１０の各処理を規定するプログラムは、コンピュータにより実行可能なコードが記述されたプログラムモジュール１０９３として実装される。プログラムモジュール１０９３は、例えばハードディスクドライブ１０９０に記憶される。例えば、分析装置１０における機能構成と同様の処理を実行するためのプログラムモジュール１０９３が、ハードディスクドライブ１０９０に記憶される。なお、ハードディスクドライブ１０９０は、ＳＳＤ（Solid State Drive）により代替されてもよい。

【0094】

また、上述した実施形態の処理で用いられる設定データは、プログラムデータ１０９４として、例えばメモリ１０１０やハードディスクドライブ１０９０に記憶される。そして、ＣＰＵ１０２０は、メモリ１０１０やハードディスクドライブ１０９０に記憶されたプログラムモジュール１０９３やプログラムデータ１０９４を必要に応じてＲＡＭ１０１２に読み出して、上述した実施形態の処理を実行する。

【0095】

なお、プログラムモジュール１０９３やプログラムデータ１０９４は、ハードディスクドライブ１０９０に記憶される場合に限らず、例えば着脱可能な記憶媒体に記憶され、ディスクドライブ１１００等を介してＣＰＵ１０２０によって読み出されてもよい。あるいは、プログラムモジュール１０９３及びプログラムデータ１０９４は、ネットワーク（ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等）を介して接続された他のコンピュータに記憶されてもよい。そして、プログラムモジュール１０９３及びプログラムデータ１０９４は、他のコンピュータから、ネットワークインタフェース１０７０を介してＣＰＵ１０２０によって読み出されてもよい。

【符号の説明】

【0096】

１０ 分析装置
１１ 通信部
１２ 入力部
１３ 出力部
１４ 記憶部
１５ 制御部
１３１ 一括見積画面
１３２ 統計情報画面
１３３ 目標設定画面
１３４ 価格交渉画面
１４１ 調達実績ＤＢ
１４２ 推奨ＧＬＤＢ
１４３ 市場ＤＢ
１４４ 取引カタログＤＢ
１４５ グループ取引ＤＢ
１４６ 期待仕切率ＤＢ
１５１ 取得部
１５２ 判定部
１５３ 出力制御部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】