(57)【要約】【課題】  ラストバイ業務において、見積もり値の候補を前回回答に基づき表示させる場合、期の終わり部分について見積もり値の候補値を適切に表示させることができない場合がある。【解決手段】  前記製品生涯生産台数前回回答DBに前記見積もり製品に関する見積もり値が記憶されている場合に、前記特定された見積もり期限から前記予め指定された期分、見積もり期が同じものの前記見積もり値を読み出していき、最後の期については、前記最後の期の見積もり値とその期以降の見積もり値を足し合わせたものを見積もり候補値として入力フォームに表示させる。【選択図】  図１
2014149673.tif 000002
【特許請求の範囲】
【請求項１】
見積もり製品を特定する情報と、部品を特定する情報と、見積もり期限を対応させて記憶する見積依頼DBと、
前記見積もり製品を特定する情報と、見積もり期限と、前記見積もり期限からの各期の前回回答値であって、最後の期は、その期以降の値を記憶する製品生涯生産台数前回回答DBと、
前記見積もり製品が複数の種類の部品で構成される場合、第一の部品について、前記見積依頼DBに照らし合わせて、見積もり期限を特定し、前記見積もり期限から、予め指定された期分であって、最後の期については、その期以降を表すものである見積もり依頼入力フォームを表示させ、見積もり値の入力を受付け、前記製品生涯生産台数前回回答DBに入力された各期の見積もり値を記憶し、第二の部品について、前記見積依頼DBに照らし合わせて、見積もり期限と見積もり製品を特定し、前記特定した見積もり製品を前記製品生涯生産台数前回回答DBに照らし合わせて、前記製品生涯生産台数前回回答DBに前記見積もり製品に関する見積もり値が記憶されている場合に、前記特定された見積もり期限から前記予め指定された期分、見積もり期が同じものの前記見積もり値を読み出していき、最後の期については、前記最後の期の見積もり値とその期以降の見積もり値を足し合わせたものを見積もり候補値として入力フォームに表示させる回答入力画面描画／回答入力機能部と
を有することを特徴とする候補値表示装置。
【請求項２】
請求項１に記載の候補値表示装置であって、
前記回答入力画面描画／回答入力機能部は更に、前記第二の部品の前記最後の期についてユーザからの入力を受付けた場合で、前記製品製品生涯生産台数前回回答DBに前記第二の部品の前記最後の期より前の期の見積もり値が記憶されている場合、前記受付けた見積もり値から前記最後の期より前の期の見積もり値を減算して、前記第二の部品に関する最後の期の候補値を算出して表示させる
ことを特徴とする候補値表示装置。
【請求項３】
見積もり製品を特定する情報と、部品を特定する情報と、見積もり期限を対応させて見積依頼DBに記憶するステップと、
前記見積もり製品を特定する情報と、見積もり期限と、前記見積もり期限からの各期の前回回答値であって、最後の期は、その期以降の値を製品生涯生産台数前回回答DBに記憶するステップと、
前記見積もり製品が複数の種類の部品で構成される場合、第一の部品について、前記見積依頼DBに照らし合わせて、見積もり期限を特定し、前記見積もり期限から、予め指定された期分であって、最後の期については、その期以降を表すものである見積もり依頼入力フォームを表示させ、見積もり値の入力を受付け、前記製品生涯生産台数前回回答DBに入力された各期の見積もり値を記憶し、第二の部品について、前記見積依頼DBに照らし合わせて、見積もり期限と見積もり製品を特定し、前記特定した見積もり製品を前記製品生涯生産台数前回回答DBに照らし合わせて、前記製品生涯生産台数前回回答DBに前記見積もり製品に関する見積もり値が記憶されている場合に、前記特定された見積もり期限から前記予め指定された期分、見積もり期が同じものの前記見積もり値を読み出していき、最後の期については、前記最後の期の見積もり値とその期以降の見積もり値を足し合わせたものを見積もり候補値として入力フォームに表示させるステップと
を有することを特徴とする候補値表示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入力値の候補を前以って表示させる技術に関する。
【背景技術】
【０００２】
部品サプライヤの部品生産中止に伴う、製品の保守や設計変更までの製造に必要な部品確保の為の、最終発注業務であるラストバイ業務が知られている。このラストバイ業務では、将来分の発注見積もりを部品単位で完成品予定数の見積もり値をたてて管理する。
【０００３】
一方、特許文献１のように、アンケートに対する前回回答結果を、アンケート回答入力画面に表示させる旨について開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開2007-25807号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前述したラストバイ業務では、見積もり値の入力にあたり、ある部品Aが生産中止になると、部品Aについて完成品Aの見積もりがなされる。また、同じ完成品Aに係る他の部品Bについても生産中止となった場合、部品Bについて完成品Aの見積もりがなされる。それ故、誤入力により完成品の見積もり値が部品毎に違ってしまった場合、完成品の見積もり値に不整合が発生してしまう場合がある。
【０００６】
この不整合の発生を防ぐ為に、特許文献１のような前回回答の結果を表示させる技術により、既に他の部品で見積もりをたてた値を前回回答として、見積もり値の候補として表示させることで誤入力を防ぐことが考えられる。
【０００７】
しかし、ラストバイ業務における見積もり値入力の場合、見積もり値を入力する期は、各部品の見積もり期限（見積もりを開始する期）から5期や6期のように、システム上区切られており、また区切られた最後の期はそれ以降まとめられ、その期以降の全ての期を合わせた見積もり値を入力することになる。その為、部品Aと部品Bでの見積もり期限にずれがある場合、見積もり値を入力する期の終わり部分についてもズレが生じるので、例えば部品Aでは２０１２／上が最後の期で、部品Bでは２０１１／下が最後の期となり、部品Bの２０１１／下に部品Aの２０１１／下を前回回答として表示することは不適切で、期の終わり部分について見積もり値の候補値を適切に表示させることができない場合がある。
【課題を解決するための手段】
【０００８】
上記課題を解決する為に、本発明は、見積もり製品を特定する情報と、部品を特定する情報と、見積もり期限を対応させて記憶する見積依頼DBと、前記見積もり製品を特定する情報と、見積もり期限と、前記見積もり期限からの各期の前回回答値であって、最後の期は、その期以降の値を記憶する製品生涯生産台数前回回答DBと、前記見積もり製品が複数の種類の部品で構成される場合、第一の部品について、前記見積依頼DBに照らし合わせて、見積もり期限を特定し、前記見積もり期限から、予め指定された期分であって、最後の期については、その期以降を表すものである見積もり依頼入力フォームを表示させ、見積もり値の入力を受付け、前記製品生涯生産台数前回回答DBに入力された各期の見積もり値を記憶し、第二の部品について、前記見積依頼DBに照らし合わせて、見積もり期限と見積もり製品を特定し、前記特定した見積もり製品を前記製品生涯生産台数前回回答DBに照らし合わせて、前記製品生涯生産台数前回回答DBに前記見積もり製品に関する見積もり値が記憶されている場合に、前記特定された見積もり期限から前記予め指定された期分、見積もり期が同じものの前記見積もり値を読み出していき、最後の期については、前記最後の期の見積もり値とその期以降の見積もり値を足し合わせたものを見積もり候補値として入力フォームに表示させる回答入力画面描画／回答入力機能部とを有することを特徴とする。
【発明の効果】
【０００９】
入力値の候補を適切に表示できる。
【図面の簡単な説明】
【００１０】
【図１】生産中止部品の候補値表示装置に用いることができるシステム全体構成図である。
【図２（ａ）】生産中止部品の候補値表示装置の機能とデータを表した構成図である。
【図２（ｂ）】図２（a）の構成図の続きを表した構成図である。
【図３】平BOMデータを作成する為の処理フロー図である。
【図４】見積依頼データを作成する為の処理フロー図である。
【図５】回答入力画面を描画する為の処理フロー図である。
【図６】見積回答入力画面の画面イメージ図である。
【図７】前回回答が今回回答より過去の場合の期ずれの補正方法を説明した図である。
【図８】前回回答が今回回答より過去の場合の期ずれの補正方法を説明した図である。
【図９】複数部品を含む製品の見積回答入力画面を描画する為の処理フロー図である。
【図１０】複数部品を含む製品の見積回答入力画面のイメージ図である。
【図１１】入力回答から、見積回答、生涯生産台数回答データを作成する為の処理フロー図である。
【図１２】最終需要数データを作成する為の処理フロー図である。
【図１３】部品購入数データを作成する為の処理フロー図である。
【図１４】品目データのフォーマット並びにサンプルデータ例である。
【図１５】BOMデータのフォーマット並びにサンプルデータ例である。
【図１６】平BOMデータのフォーマット並びにサンプルデータ例である。
【図１７】見積対象部品データのフォーマット並びにサンプルデータ例である。
【図１８】送付先Ｇｒデータのフォーマット並びにサンプルデータ例である。
【図１９】送付先Ｇｒ-機種割当表データのフォーマット並びにサンプルデータ例である。
【図２０】ユーザデータのフォーマット並びにサンプルデータ例である。
【図２１】見積依頼データのフォーマット並びにサンプルデータ例である。
【図２２】製品生涯生産台数前回回答ＤＢのフォーマット並びにサンプルデータ例である。
【図２３】製品生涯生産台数回答ＤＢのフォーマット並びにサンプルデータ例である。
【図２４】保守・指定必要数回答データのフォーマット並びにサンプルデータ例である。
【図２５】最終需要数データのフォーマット並びにサンプルデータ例である。
【図２６】部品購入数データのフォーマット並びにサンプルデータ例である。
【図２７】見積依頼入力画面のイメージ図である。
【発明を実施するための形態】
【００１１】
以下、図面を用いて説明する。
図１は、生産中止部品の候補値表示装置に用いることができるシステム構成の一例である。本実施例では、データベースサーバ１０１、アプリケーションサーバ１０２、メールサーバ１０３及び、端末１０４で構成されるシステムとして説明する。しかしながらこれに限定されるものではなく、本発明である候補値表示装置はデータベースサーバとアプリケーションサーバをまとめた装置としてもよいし、システム全体を候補表示システムであるとしてもよい。
調達部門、設計部門などの利用者は、データベースサーバ１０１、アプリケーションサーバ１０２、メールサーバ１０３、ＰＣ端末１０４から構成される同一のシステムを利用する。システムは、データベースサーバ１０１に保持されたデータを用いて、アプリケーションサーバ１０２を介してＰＣ端末１０４に、見積依頼の入力画面を表示する。調達部門は、ＰＣ端末１０４に表示された見積依頼の入力画面に見積依頼を入力する。調達部門からの入力を受けたシステムは、ＰＣ端末１０４に入力された見積依頼を、アプリケーションサーバ１０２を介してデータベースサーバ１０１に保存する。
【００１２】
システムは、データベースサーバ１０１に保存された見積依頼を元に、メールサーバ１０３を介して、需要元である設計部門に、電子メールにて見積依頼発生を通知する。システムは、データベースサーバ１０１に保持されたデータを用いて、アプリケーションサーバ１０２を介してＰＣ端末１０４に、見積回答入力画面を表示する。
【００１３】
設計部門は、システムからの見積依頼発生通知を受け、システムにログインし、ＰＣ端末１０４に表示された見積回答入力画面に、最終需要数を見積回答として入力する。
【００１４】
設計部門からの入力を受けたシステムは、ＰＣ端末１０４に入力された見積回答を、アプリケーションサーバ１０２を介してデータベースサーバ１０１に保存する。
【００１５】
システムは、データベースサーバ１０１に保持された、最終需要数を元に、部品購入数を計算しデータベースサーバ１０１に保存する。システムは、データベースサーバ１０１に保持された部品購入数及び，最終需要数を、調達部門からの要求で、アプリケーションサーバ１０２を介してＰＣ端末１０４に表示する。
調達部門は、ＰＣ端末１０４に表示された部品購入数を確認し、最終発注を行う。なお、前記データベースサーバ１０１と前記アプリケーションサーバ１０２は、ネットワークを介して繋がっている形態の他に、一つのサーバに集約されている形態も考えられる。
【００１６】
図２（a）、図２（b）は、生産中止部品の候補値表示装置のデータと機能を示した構成図である。平BOM作成機能部２０１は、製品と、製品に使用される部品の関係及び、使用数を持つ、平ＢＯＭ２０７(図１６)を作成する機能であり、製品、半製品、部品の親子関係及び、使用数を持つＢＯＭ２０６(図１５)から作成する。一般的に、ＢＯＭ２０６は、製品、半製品、半製品、・・・、部品と多段階の階層を持っており、それぞれの階層で、上位品目を構成する下位品目の使用数を持っている。平ＢＯＭ２０７では、この関係を、最上位である製品と最下位である部品の関係に展開した上で、中間の半製品の情報を省略し、製品から見た部品の一覧を、使用数とともに保持する。
見積依頼作成機能部２０２は、需要元である設計部門に、最終需要量の見積を依頼する為の見積依頼２１３（図２１）を作成する。本処理の詳細は、見積依頼作成処理フロー(図４)で述べる。
端末画面から見積対象部品の入力受け、見積対象部品DB２０９（図１７）に保存し、この情報と、部品と製品の関係を持つ平ＢＯＭ２０７（図１６）から、影響を受ける製品の一覧を取得する。次に、品目と機種コードの関係を持つ品目DB２０８（図１４）にて、製品の一覧を機種コードの一覧に変換、更に、機種コードと送付先グループの関係を持つ関係を持つ送付先Ｇｒ-機種コード割当て表２１１（図１９）にて機種コードの一覧を見積の依頼先である送付先グル―プの一覧に変換し、これらの情報から見積依頼２１３（図２１）を作成する。
見積依頼の作成後、送付先Ｇｒとユーザの関係を持つ送付先GrDB２１０（図１８）にて、送付先グループの一覧をユーザの一覧に変換し、更に、ユーザとメールアドレスの関係を持つユーザDB２１２（図２０）にてユーザの一覧をメールアドレスの一覧に変換し、このメールアドレス宛てに、電子メールにて、見積依頼の発生を通知する。
回答入力画面描画／回答入力機能部２０３は、設計部門が見積回答を入力する画面を描画する機能及び、その回答を受けデータベースに保存する機能である。
設計部門が見積回答を入力する画面を描画する機能では、見積依頼２１３（図２１）と、製品生涯生産台数前回回答ＤＢ２１４（図２２）を用いて、端末に見積回答入力画面を表示し、見積回答の入力を受付ける画面を描画する。本処理の詳細は、回答入力画面描画処理フロー（図５）及び、複数部品を含む製品の見積回答入力画面描画処理フロー（図９）で述べる。
回答を受けデータベースに保存する機能では、ユーザから入力された製品生涯生産台数、保守部品数、指定必要数から、部品単位の需要数を保持する保守指定必要数回答DB２１５及び、製品単位の需要数を保持する製品生涯生産台数回答ＤＢ２１６を作成する。また、ユーザ入力した、最新の製品生涯生産台数回答ＤＢから、製品生涯生産台数前回回答ＤＢ２１４を作成する。本処理の詳細は、回答入力処理フロー(図１１)で述べる。
最終需要数集計機能部２０４は、見積依頼２１３と、保守指定必要数回答DB２１５、製品生涯生産台数回答ＤＢ２１６から、製品と部品の組合せ単位の需要数を保持する最終需要数DB２１７を作成する機能である。最終需要数とは、見積結果である部品の必要数を、製品、部品単位で集計したデータである。最終需要数を計算する事で、後述の部品購入数の明細として、製品毎に、部品の必要数を把握する事が出来る。本機能の詳細は、最終需要数集計フロー(図１２)で述べる。
部品購入数集計機能部２０５は、最終需要数DB２１７から、部品単位の需要数を保持する部品購入数DB２１８を作成する機能である。部品購入数とは、見積結果である部品の必要数を、部品単位で集計したデータである。本機能の詳細は、部品購入数集計フロー（図１３）で述べる。
【００１７】
図３は、平BOM作成機能部２０１の処理フロー図であり、この図は平ＢＯＭを作成する為のフローである。以下詳細を説明する。
【００１８】
ステップ３０１では、ＢＯＭ（図１５）を取り込む。ステップ３０２では、取り込んだＢＯＭにて、最下位となる品目の一覧を抽出する。具体的には、子品目の一覧に含まれる品目の一覧を作成し、この一覧から、親品目の一覧に含まれる品目の一覧を差し引く。これにより、最下位の品目の一覧を抽出する事が出来る。図１５のＢＯＭの例で説明すると、子品目の一覧に含まれており、親品目の一覧に含まれていない品目を抽出すると、部品Ｘ、部品Ｙ、部品Ｚが抽出される。これが最下位品目となる。
【００１９】
ステップ３０３では、ステップ３０２で取得した最下位品目の一覧に含まれる全ての品目について、最上位品目である製品までＢＯＭを辿り、最下位品目と最上位品目の組合せを作成する。又、後のステップで製品に対する部品の員数を計算する為、辿ったＢＯＭの
員数を全て保持する。
【００２０】
ステップ３０４では、ステップ３０３で計算した製品と部品の組合せの員数を計算する。員数は、部品から製品を辿った過程で検索された全てのエントリの員数の積として計算する。また、ステップ３０３で、同様の製品と部品の組合せが複数検索された場合、製品と部品の員数は、総和とする。
図１５のＢＯＭで部品Ｙを例に説明する。ＢＯＭにて、子部品がＹとなるエントリを検索すると、親品目が半製品Ｐ、子部品が部品Ｙ、員数が3となるエントリが選択される。次に先に選択されたエントリの親品目半製品Ｐで子品目を検索すると、親品目が製品Ａ、子部品が半製品Ｐ、員数が7となるエントリが選択される。同様に、親品目製品Ａで子品目を検索すると、検索されるエントリは存在しない。従って、ＢＯＭを辿った結果、部品Ｙ−半製品Ｐ(員数3)、半製品Ｐ−製品Ａ(員数7)となり、製品と部品の組合せは、部品Ｙ-製品Ａ、員数は、3、7となり、製品Ａ−部品Ｙの員数は3x7で、21と計算される。
また、部品Ｗについて、同様の処理を実施すると、部品Ｗ、製品Ｄと辿る事で計算された、員数１となるエントリと、部品Ｗ、半製品Ｒ、製品Ｄと辿る事で計算された、員数４となるエントリが検索される。この場合、製品Ｄ−部品Ｗの員数は、検索されたエントリの総和として、1＋4で5と計算する。
【００２１】
ステップ３０５では、ステップ３０３で計算した製品と部品の組合せと、ステップ３０４で計算した員数を平ＢＯＭ２０７に保存する。上記フローを、毎日、最新のＢＯＭで実行し、平ＢＯＭを最新の状態に保持する。これにより、いかなる部品に対する見積依頼の作成が発生しても作成する事が出来る。図４は、見積依頼作成機能部 ２０２の処理フロー図であり、この図は見積依頼を作成する為のフローである。以下詳細を説明する。
【００２２】
ステップ４０１では、端末から、見積対象部品の一覧を取得する。この場合、単価、代替部品情報も見積対象部品毎に、合わせて取得する。また、見積期限は、全ての見積対象部品に、一意として取得する。具体的な画面及び、ユーザ入力のイメージを図２７に示す。
【００２３】
ステップ４０２では、見積依頼番号を採番する。見積依頼番号は、見積依頼で一意となる番号を割り当てる必要がある。この為、見積依頼対象部品２０９の最大の見積依頼番号を取得し、その数に１を加算した値を見積依頼番号とする。図１７の状態の見積対象部品で説明すると、見積依頼番号の最大値000002に1を加算した、000003が見積依頼番号となる。
【００２４】
ステップ４０３では、見積対象部品の一覧を、見積依頼対象部品２０９に保存する。見積依頼番号は、ステップ４０２で採番した値。見積対象部品、単価、代替部品情報は、ステップ４０１でユーザ入力から得た値を保存する。
【００２５】
ステップ４０４では、ステップ４０３で見積対象部品DB２０９に保存した、見積依頼対象部品の一覧から、見積対象製品の一覧を取得する。見積対象部品それぞれについて、平ＢＯＭ２０７を検索し、部品から製品、及び員数を取得する。具体的に、図１６の例で説明すると、見積対象部品Ｘがある場合、製品は製品Ａ、員数は28となる。
【００２６】
ステップ４０５では、ステップ４０４で取得した製品の一覧から、機種コードの一覧を取得する。製品それぞれについて、品目DB２０８を品目（製品)で検索し、機種コードを取得する。機種コードとは、製品グループを表すコードで、同系統の製品毎に振られる。機種コードには一つ以上の製品が紐付いており、また、機種コードには、1部門以上の設計部門が割り当てられている。具体的に、図１４の例で説明すると、製品Ａがある場合、機種コードはＡＡとなる。
【００２７】
ステップ４０６では、ステップ４０５で取得した機種コードの一覧から、送付先グループの一覧を取得する。機種コードそれぞれについて、送付先Gr-機種割当表DB２１１を機種コードで検索し、送付先Ｇｒ一覧を取得する。具体的に図１９の例で説明すると、機種コードＡＡがある場合、送付先Ｇｒは設計部門Ａとなる。
【００２８】
ステップ４０７では、ステップ４０１〜ステップ４０６で取得した値を、見積依頼２１３に保存する。見積依頼番号、見積対象部品は、ステップ４０３で見積対象部品一覧２０９に保存した値を同様の値を保存する。送付先Ｇｒはステップ４０６で取得した値。見積対象製品、員数はステップ４０４で取得した値、機種コードはステップ４０５で取得した値、見積期限は、ステップ４０１で取得した値をそれぞれ保存する。
【００２９】
ステップ４０８では、ステップ４０６で取得した送付先グループ一覧のそれぞれの送付先グループについて、ユーザ一覧を取得する。送付先グループそれぞれについて、送付先GrDB２１０を送付先Ｇｒで検索し、ユーザ一覧を取得する。
【００３０】
ステップ４０９では、ステップ４０８で取得したユーザ一覧のそれぞれのユーザについて、メールアドレスを取得する。ユーザそれぞれについて、ユーザDB２１２を、ユーザで検索し、メールアドレスを取得する。
【００３１】
ステップ４１０では、ステップ４０９で取得したメールアドレス宛てに、ステップ４０７で保存した見積依頼の発生通知を送付する。
【００３２】
図５は、回答入力画面描画／回答入力機能部２０３の回答入力画面描画部分の処理フロー図であり、この図は端末に回答入力画面（図６）を描画する為のフローである。製品生涯生産台数の入力は、見積対象製品毎に、消費される期間毎に入力可能な画面を描画する。期間の開始は、見積依頼２１３の回答期限が含まれる期間として、予め定めた、任意の期間入力する事が出来る。また、最後の期間は、それ以降扱いとする。
【００３３】
本説明では、上期／下期単位。先行６期の回答が入力出来る事として説明する。保守・指定必要数は、見積対象部品、見積対象製品の組合せ毎に、入力可能な画面を描画する。具体的な画面のイメージを図６に示す。製品生涯生産台数とは、生産中止部品を利用する製品をあと幾つ製造するかを表す値で、製品毎、製造する期間毎に正の値を入力する。保守用確保数とは、製造済みの製品を保守する為に必要となる生産中止部品数を表す数値で、製品、部品の組合せ毎に正の値を入力する。保守の為に必要となるとは、具体的には、将来的に、修理で部品交換が必要となった場合に、消費する数を想定している。指定必要数とは、生産中止部品の在庫状況などを考慮して見積値を補正する値で、正又は負の値を入力する。例えば、製品に対する生産中止部品の員数が5個の場合、製品を各期1,000個ずつ生産し（全6期）、保守の為に300個の部品を確保すると、1,000×6×5+300で、30,300個の生産中止部品が必要となる。しかし、現時点で、生産中止部品の自社在庫が10,000個存在する場合、指定必要数に-10,000個と入力し、実際の最終購入数を20,300個に補正する。指定必要数を用いる事で、製品の生涯生産台数に実際に生産する製品台数を、保守部品数に実際の保守で消費する部品数を、そのまま入力する事が可能になる。以下詳細を説明する。
【００３４】
ステップ５０１では、端末から要求のあった、見積依頼番号に関連する画面描画に必要となるデータを取り込む。新規入力の場合、保守指定必要数回答DB２１５、製品生涯生産台数回答ＤＢ２１６は未登録の為、データ取込は行わず、画面の該当項目は、空白で表示する。
【００３５】
見積対象部品DB２０９、見積依頼２１３、製品生涯生産台数回答ＤＢ２１５、保守・指定必要数回答２１６は、端末から要求のあった見積依頼番号に合致する値を取得する。製品生涯生産台数前回回答ＤＢは、見積対象製品が一致した値を取得する。
【００３６】
ステップ５０２では、見積対象製品毎に、見積依頼２１３の見積期限と製品生涯生産台数前回回答ＤＢ２１４の見積期限を比較し、期が一致するか否かを確認する。一致しない場合、ステップ５０３の製品生涯生産台数前回回答ＤＢ補正処理を行う。一致する場合、ステップ５０４の同一部品に複数の製品があるかの判定処理に進む。
【００３７】
ステップ５０３では、製品生涯生産台数前回回答ＤＢ２１４に保存された前回回答値を、前回回答時に前提とした見積期限と、今回の見積が前提とする見積期限の時間の経過を考慮し、今回の回答値の参考情報として容易に参照できるように補正を行う。
【００３８】
補正方法は、今回回答の回答期限が前回回答の回答期限より未来となる場合（今回回答の回答期限が前回回答の回答期限より大きい場合）と、過去となる場合（今回回答の回答期限が前回回答の回答期限より小さい場合）の２パターンに分けて行う。補正後の値は、見積回答入力画面（図６）の、製品生涯生産台数の表示回が前回の行に表示される。
【００３９】
今回回答の回答期限が前回回答の回答期限より未来となる場合（今回回答の回答期限が前回回答の回答期限より大きい場合）、前回回答のうち、今回回答期限より過去日となった期間の回答値は破棄する。また、前回回答値では回答されていなかった期間の回答値は空白として表示する。これは、過去となった期間の見積値は、既に見積対象製品の製造が完了したという考えに基づく。
【００４０】
具体的には、今回回答の回答期限が２０１３／上期で、前回回答の回答期限が２０１２／上期、前回回答値の期間が２０１２／上期、２０１２/下期・・・・、２０１４／下期（全６期）の場合、２０１２／上期、２０１２／下期の回答値は破棄する。また、２０１５年／上期、２０１５年／下期は、空白として表示する。
【００４１】
この見積もり回答期限は、各部品について見積もり依頼データベースを参照することで、見積もり回答期限を特定する。例えば、部品Xの場合は見積もり期限は2012年7月として特定される。また、部品Xは見積もり依頼データベースから、製品Aに係るものとわかる。ここでは製品Aとしたが、複数の製品が特定される場合もあり、このような複数の製品が特定される場合は、順次製品Aについて製品Bについて、見積もりしていく。下記は製品Aについて説明する。
【００４２】
部品Xについては、特定された見積もり回答期限により、2012／上期以降の見積もり値を入力することになるので、特定された製品をキーとして製品生涯生産台数前回回答ＤＢを参照して、製品生涯生産台数前回回答ＤＢに既に値が記憶されている場合は、その値を読み出して、候補値として表示する。例えば、今回部品Xに関して2012／上期の値は、製品Aの見積もり期限2010年上期のものが既にデータをもっているので、このカラムの2012年／上期に相当する回答数購入月＋３期後の値を参照し、候補値として３００を特定する。
【００４３】
また、例えば、部品Xについての製品Aの見積もりが、2012年／上、2012年／下、2013年／上、2013年／下、2014年／上以降となっており、前回回答の回答期限より過去になる場合は、例えば2013年／下以降の値が既に製品生涯生産台数前回回答ＤＢされている場合、見積もり値として2013年／下の値が入力された場合に、製品生涯生産台数前回回答ＤＢの2013年／下以降の値から入力された値を引いて、その値を2014年／上以降の候補値として表示させてもよい。
【００４４】
本実施例では、製品生涯生産台数前回回答ＤＢは見積もり期限から1期毎にデータを記憶しているが、これに限定されるものではなく、2012年／上期といったように、固定された期毎にデータを持つようにしてもよい。
【００４５】
今回回答の回答期限が前回回答の回答期限より未来となる場合（今回回答の回答期限が前回回答の回答期限より大きい場合）の具体的な補正例を、図７に示す。
【００４６】
図７の例では、今回回答の回答期限が２０１２年６月（２０１２年上期）で、前回回答の回答期限が２０１１年１２月（２０１１年下期）となっており、今回回答の回答期限が前回回答の回答期限より大きい。従って、前回回答の内、今回回答の回答期限より過去となった期、２０１１／下期の回答値2台は破棄する。また、新たに見積期間となった、２０１４／上期は空白として表示する。 
逆に、今回回答の回答期限が前回回答の回答期限より過去となる場合（今回回答の回答期限が前回回答の回答期限より小さい場合）、前回回答のうち、未来日となり見積期間外となった見積値は、合算して、今回回答の最終期間に積み上げる。また、前回回答値では回答されていなかった期間の回答値も空白として表示する。これは、未来方向へ見積期間外となった見積値は、まだ生産完了していない為、最終期以降に積み上げるのが妥当という考えに基づく。具体的には、今回回答の回答期限が、２０１３／上期で、前回回答の前回の回答期限が２０１４／上期、前回回答値の期間が２０１４／上期、２０１４/下期・・・・、２０１６／下期（全６期）の場合、２０１３／上期、２０１３／下期の回答値は空白として表示する。また、２０１５／下期の回答値には、２０１５／下期、２０１６／上期、２０１６／下期の回答値の合算値を表示する。
【００４７】
ここで、見積もり回答値が過去とは、製品生涯生産台数前回回答ＤＢに記憶されている見積もり回答値が、入力対象となる見積もり値よりも将来分の入力が既にある場合を言っており、例えば、見積もり回答値が２０１２／上、２０１２／下、２０１３／上、２０１３／下以降となっている場合において、製品生涯生産台数前回回答ＤＢに２０１４／上以降の情報が既に入っている場合は、見積もり回答値が過去となっている場合である。見積もり回答値が２０１３／下以降には、２０１４／上以降の値と、２０１３／下の値が足し合わされたものが表示される。
【００４８】
今回回答の回答期限が前回回答の回答期限より過去となる場合（今回回答の回答期限が前回回答の回答期限より小さい場合）の具体的な補正例を、図８に示す。図８の例では、今回回答の回答期限が２０１１年４月（２０１１年上期）で、前回回答の回答期限が２０１１年１２月（２０１１年下期）となっており、今回回答の回答期限が前回回答の回答期限より小さい。従って、前回回答で見積対象外だった、２０１１／上期は空白として表示する。また、今回見積期間の最終期である２０１３／上期 には、前回見積回答値の11台に、見積期間外に押しだされた２０１３／下期の見積値7台を加算した18台を表示する。
【００４９】
ステップ５０４では、端末から指定された見積依頼番号に紐付く見積対象製品、部品の組合せの中に、一つの部品に複数の製品が紐付いているかを確認する。複数紐付いている場合、その見積対象製品、部品の組合せは、回答入力画面では、製品生涯生産台数及び、保守・指定必要数を入力不可で描画する。一方、複数紐付いていない場合は、回答入力画面で製品生涯生産台数及び、保守・指定必要数を入力可能とする。
【００５０】
これは、複数紐付いている場合、製品生涯生産台数が、見積対象製品、部品の組合せ毎に異なる値で入力されてしまい、見積の整合性が取れなくなってしまう問題を回避する為である。具体的には、部品Ｘ、部品Ｙが同じ製品Ａに利用されていた場合、見積回答入力画面（図６）の製品Ｂ−部品Ｘの例のように表示してしまうと、製品Ａ−部品Ｘの製品生涯生産台数と、製品Ａ−部品Ｙの製品生涯生産台数に異なる値を入力出来てしまう。しかし、製品生涯生産台数は、本来、製品毎に同一の値である筈である為、異なる値が入力されている場合、整合性が取れない入力がされていると考えられる。この為、ユーザインターフェイスにて、この様な不整合が起こらないようにするため、上記の判定を行う。
【００５１】
ステップ５０５では、製品生涯生産台数及び、保守・指定必要数を入力可能な状態で画面描画を行う。
【００５２】
製品生涯生産台数、保守用確保数、指定必要数は、見積対象部品、見積対象製品の組合せ毎に入力できるよう描画する。見積依頼番号は、端末から要求のあった見積依頼番号を描画する。見積対象部品、見積対象製品、機種コード、員数は、見積依頼DB２１３から取得した値を描画する。単価、代替品情報は、見積対象部品DB２０９から、見積依頼番号、見積対象部品が一致するエントリを描画する。製品生涯生産台数の期間は、見積依頼DB２１３の見積期限を含む期間から予め定義された任意の期間分描画する。最後の期間は「以降」扱いとする。製品生涯生産台数の表示回が前回の行は、ステップ５０３で補正した値を描画する。製品生涯生産台数の表示回が前回の行の合計は、製品生涯生産台数の表示回が前回の行の全期間の合算値を描画する。製品生涯生産台数の表示回が今回の行は、製品生涯生産台数回答ＤＢ２１６から、見積依頼番号、見積対象製品が一致するエントリを描画する。製品生涯生産台数の表示回が今回の行の合計は、製品生涯生産台数の表示回が今回の行の全期間の合算値を描画する。製品生涯生産台数合計×員数（Ａ）には、行毎に製品生涯生産台数の表示回が今回の行の合計と員数を乗じた値を描画する。保守用確保数、指定必要数は、保守指定必要数回答DB２１５から、見積依頼番号、見積対象製品、見積対象部品が一致するエントリを描画する。購入数（Ａ）＋（Ｂ）＋（Ｃ）には、製品生涯生産台数合計×員数（Ａ）、保守用確保数、指定必要数の値の和を表示する。購入金額には、購入数（Ａ）＋（Ｂ）＋（Ｃ）と単価の積を表示する。
【００５３】
製品生涯生産台数の表示回が今回の行、保守用確保数、指定必要数は入力可能なテキストボックスで描画する。入力列は、空白で描画する。上記の描画の具体例を、見積回答入力画面（図６）の製品Ｂ−部品Ｘの行で示す。
【００５４】
ステップ５０６では、製品生涯生産台数及び、保守・指定必要数を入力不可な状態で画面描画を行う。基本的には、ステップ５０５と同様に描画する。製品生涯生産台数の表示回が今回の行、保守用確保数、指定必要数は入力不可なテキストボックスで描画する。入力列は、複数部品を含む製品の見積回答入力画面を表示する為の入力ボタンを描画する。具体的に、図１７、図２１、図２２、図２３、図２４のデータで画面を描画した場合のイメージを、図６に示す。尚、図中テキストボックスで示された部分が入力可能な項目。黒反転テキストボックスで表示された部分が、一つの部品に複数の製品が紐付いている為、入力不可で描画されたレコードを表す。
【００５５】
図９は、回答入力画面描画／回答入力機能部２０３の回答入力画面描画部分の処理フロー図であり、この図は端末に一つの部品に複数の製品が紐付いている場合の回答入力画面（図１０）を描画する為のフローである。
【００５６】
製品生涯生産台数の入力は、見積対象製品毎に、消費される期間毎に入力可能な画面を描画する。期間の開始は、見積依頼DB２１３の回答期限が含まれる期間として、予め定めた、任意の期間入力する事が出来る。また、最後の期間は、それ以降扱いとする。
【００５７】
本説明では、上期／下期単位。先行６期の回答が入力出来る事として説明する。保守・指定必要数は、見積対象部品、見積対象製品の組合せ毎に、入力可能な画面を描画する。複数の製品が紐付いている場合の回答入力画面（図１０）の描画の流れは、回答入力画面（図６）と多くの部分で同じだが、回答入力画面（図６）は、見積依頼DBに紐付く全ての部品と製品の組合せを表示するのに対し、複数の製品が紐付いている場合の回答入力画面（図１０）は、見積依頼DBに紐付く１つの製品に着目し、見積依頼DBと、その製品に紐付く部品を全て表示する。
【００５８】
一つの製品に複数の部品が紐付く場合、回答入力画面（図６）では回答入力不可となる為、入力ボタンを押下し、複数の製品が紐付いている場合の回答入力画面（図１０）を開いて入力作業する。これにより，一つの製品に複数の部品が紐付く場合，製品生涯生産台数の入力欄が１つ表示される事となる為，製品生涯生産台数は必ず一意で入力される。また，製品に紐付く全ての部品が一画面内に表示される為，ユーザは製品生涯生産台数の値を前提とした，保守用確保数，指定必要数を簡単に漏れなく入力する事ができる。具体的な画面のイメージを図１０に示す。以下詳細を説明する。
【００５９】
ステップ９０１では、端末から要求のあった、見積依頼番号に関連する画面描画に必要となるデータを取り込む。このステップは、ステップ５０１と同様の為、説明は割愛する。
【００６０】
ステップ９０２では、見積対象製品毎に、見積依頼DB２１３の見積期限と製品生涯生産台数前回回答ＤＢ２１４の見積期限を比較し、期が一致するか否かを確認する。このステップは、ステップ５０２と同様の為、説明は割愛する。
【００６１】
ステップ９０３では、製品生涯生産台数前回回答ＤＢ２１４に保存された前回回答値を、前回回答時に前提とした見積期限と、今回の見積が前提とする見積期限の間の時間の経過を考慮し、今回の回答値の参考情報として容易に参照できるように補正を行う。このステップは、ステップ５０３と同様の為、説明は割愛する。
【００６２】
ステップ９０４では、製品生涯生産台数及び、保守・指定必要数を入力可能な状態で画面描画を行う。製品生涯生産台数は、回答入力画面で入力ボタンを押された同行にある、見積対象製品に入力できるよう描画する。保守用確保数、指定必要数は、見積対象部品、見積対象製品の組合せ毎に入力できるよう描画する。見積依頼番号は、本画面を呼び出した回答入力画面で、入力中だった見積依頼番号を描画する。見積対象部品、見積対象製品、機種コード、員数は、見積依頼DB２１３から取得した値を描画する。単価、代替品情報は、見積対象部品DB２０９から、見積依頼番号、見積対象部品が一致するエントリを描画する。
【００６３】
製品生涯生産台数の期間は、見積依頼DB２１３の見積期限を含む期間から予め定義された任意の期間分描画する。最後の期間は「以降」扱いとする。製品生涯生産台数の表示回が前回の行は、ステップ９０３で補正した値を描画する。製品生涯生産台数の表示回が前回の行の合計は、製品生涯生産台数の表示回が前回の行の全期間の合算値を描画する。製品生涯生産台数の表示回が今回の行は、製品生涯生産台数回答ＤＢ２１６から、見積依頼番号、見積対象製品が一致するエントリを描画する。製品生涯生産台数の表示回が今回の行の合計は、製品生涯生産台数の表示回が今回の行の全期間の合算値を描画する。製品生涯生産台数合計×員数（Ａ）には、行毎に今回製品生涯生産台数の今回値の合計と員数を乗じた値を描画する。保守用確保数、指定必要数は、保守指定必要数回答DB２１５から、見積依頼番号、見積対象製品、見積対象部品が一致するエントリを描画する。購入数（Ａ）＋（Ｂ）＋（Ｃ）には、製品生涯生産台数合計×員数（Ａ）、保守用確保数、指定必要数の値の和を表示する。購入金額には、購入数（Ａ）＋（Ｂ）＋（Ｃ）と単価の積を表示する。
【００６４】
製品生涯生産台数の表示回が今回の行、保守用確保数、指定必要数は入力可能なテキストボックスで描画する。上記描画の具体例を、複数部品を含む製品の見積回答入力画面（図１０）で示す。
【００６５】
図１１は、回答入力画面描画／回答入力機能部２０３の回答入力機能部分の処理フロー図であり、この図は端末から回答入力画面の入力値を受付け製品生涯生産台数回答ＤＢ２１６及び、保守指定必要数回答DB２１５に保存する為のフローである。
ステップ１１０１では、端末から製品生涯生産台数今回回答の値を取得する。製品生涯生産台数今回回答の値は、見積回答入力画面又は複数部品を含む製品の見積回答入力画面の入力値から値を取得する。また、入力画面のヘッダ情報から見積依頼番号を、製品生涯生産台数今回回答と同行から見積対象製品を取得する。
【００６６】
図６の製品Ｂ−部品Ｘの例で説明すると、製品生涯生産台数今回回答の値として、12／上1,000台、12／下1,000台、13／上1,000台、13／下1,500台、14／上700台、１４／下以降700台を取得する。また、見積依頼番号として000001を、見積対象製品として製品Ｂを取得する。
【００６７】
ステップ１１０２では、ステップ１１０１で取得した、製品生涯生産台数今回回答の値を、製品生涯生産台数回答ＤＢ２１３に保存する。見積依頼番号には、ステップ１１０１で取得した見積依頼番号を保存する。見積対象製品には、ステップ１１０１で取得した見積対象製品を保存する。回答数入力月＋０期後〜回答数入力月＋５期以降には、ステップ１１０１で取得した製品生涯生産台数今回回答の値を、若い期への入力値から順に保存する。
【００６８】
図６の製品Ｂ−部品Ｘの例で説明すると、回答数入力月＋０期後には、製品生涯生産台数の今回行の１２／上列に入力された1,000を保存する。同様に回答数入力月＋１期後には、１２／下列に入力された1,000を、回答数入力月＋２期後には、１３／上列に入力された1,000を、回答数入力月＋３期後には、１３／下列に入力された1,500を、回答数入力月＋４期後には、１４／上列に入力された700を、回答数入力月＋５期以降には、１４／下〜列に入力された700を、それぞれ保存する。
【００６９】
ステップ１１０３では、ステップ１１０１で取得した、製品生涯生産台数今回回答の値を、製品生涯生産台数前回回答ＤＢ２１４に保存する。見積対象製品、回答数入力月＋０期後〜回答数入力月＋５期以降には、ステップ１１０２と同様の値を保存する。見積期限には、ステップ１１０１で取得した見積依頼番号で、見積依頼DB２１３を検索し取得したエントリの、見積期限を保存する。
【００７０】
ステップ１１０４では、端末から保守用確保数、指定必要数の値を取得する。保守用確保数、指定必要数の値は、見積回答入力画面又は複数部品を含む製品の見積回答入力画面の入力値から値を取得する。合わせて見積依頼番号、見積対象製品、見積対象部品も取得する。
【００７１】
ステップ１１０５では、ステップ１１０４で取得した、保守用確保数、指定必要数の値を、保守指定必要数回答DB２１５に保存する。見積依頼番号には、ステップ１１０４で取得した見積依頼番号を保存する。見積対象製品には、ステップ１１０４で取得した見積対象製品を保存する。見積対象部品には、ステップ１１０４で取得した見積対象部品を保存する。保守数には、ステップ１１０４で取得した保守用確保数を保存する。指定必要数には、ステップ１１０４で取得した指定必要数を保存する。
【００７２】
図１２は、最終需要数集計機能部２０４の処理フロー図であり、この図は最終需要数DB２１７（図２５）を作成する為のフローである。最終需要数は、見積依頼番号単位に計算する。本フローは、図１１回答入力処理フローが流れた後、直ちに実行され、図１１回答入力処理フローで保存された見積依頼番号に対する最終需要数を計算する。以下詳細を説明する。
【００７３】
ステップ１２０１では、計算対象となる見積依頼番号の最終需要数の計算に必要となるデータを取り込む。見積対象部品DB２０９（図１７）、見積依頼DB２１３（図２１）、製品生涯生産台数回答ＤＢ２１６（図２３）、保守指定必要数回答DB２１５（図２４）は、それぞれ、処理対象となっている見積依頼番号と一致する見積依頼番号のデータを取得する。
【００７４】
ステップ１２０２では、製品生涯生産台数合計を計算する。製品生涯生産台数合計は、製品単位の生涯生産台数の合計を表す。製品生涯生産台数回答ＤＢ２１６から、製品毎に、回答数購入月＋０期後、回答数購入月＋１期後、回答数購入月＋２期後、回答数購入月＋３期後、回答数購入月＋４期後、回答数購入月＋５期後以降の総和を計算し、製品生涯生産台数合計とする。具体的に、図２３の製品Ａ、見積依頼番号000001の例で説明すると、製品Ａの製品生涯生産台数合計は、回答数購入月＋０期後300台、回答数購入月＋１期後300台、回答数購入月＋２期後300台、回答数購入月＋３期後300台、回答数購入月＋４期後300台、回答数購入月＋５期後以降1,200台の全ての台数を加算し、2,700台と計算される。
【００７５】
ステップ１２０３では、購入数を計算する。購入数は、製品、部品の組み合わせ単位の購入数を表す。見積対象製品、見積対象部品毎に、見積依頼DB２１３（図２１）から員数、保守指定必要数回答DB２１５（図２４）から、保守数、指定必要数を取得する。ステップ１２０２で計算した、見積対象製品が一致する製品生涯生産台数合計と、員数の積を求め、その積と、喪主数、指定必要数の総和を計算し、購入数とする。具体的に、図２１、図２４の製品Ａ、部品Ｘ、見積依頼番号000001の例で説明すると、見積依頼DB２１３（図２１）から、見積依頼番号、見積対象製品、見積対象部品が一致するレコードを選択し、員数28を得る。次に、保守指定必要数回答DB２１５（図２４）から、見積依頼番号、見積対象製品、見積対象部品が一致するレコードを選択し、保守数500、指定必要数-1,500を得る。次に、ステップ１２０２で計算した製品Ａの製品生涯生産台数合計2,700を得る。そして、（製品Ａの製品生涯生産台数合計2,700×員数28）＋保守数500＋指定必要数-1,500と計算し、購入数を74,600と計算する。
【００７６】
ステップ１２０４では、購入金額を計算する。購入金額は、製品、部品の組み合わせ単位の購入金額を表す。見積対象製品、見積対象部品毎に、ステップ１２０３で計算した購入数を取得する。見積対象部品DB２０９（図１７）から、見積対象部品が一致する単価を取得する。取得した、購入数と単価の積を、購入金額とする。具体的に、図１７の製品Ａ、部品Ｘ、見積依頼番号000001の例で説明すると、見積対象部品DB２０９（図１７）から、見積依頼番号、見積対象部品が一致するレコードを選択し単価100を得る。次に、ステップ１２０３で計算した、見積依頼番号、見積対象製品、見積対象部品が一致する購入数74,600を得る。そして、単価100×購入数74,600と計算し、購入金額7,460,000と計算する。
【００７７】
ステップ１２０５では、最終需要数を保存する。見積依頼番号は、計算対象となった見積依頼番号を保存する。見積対象製品、見積対象部品、員数は、ステップ１２０１で見積依頼DB２１３から取得した値を保存する。
【００７８】
保守数、指定必要数は、ステップ１２０１で、保守指定必要数回答DB２１５から取得した値を保存する。生涯生産台数合計は、ステップ１２０２で計算した値を保存する。購入数は、ステップ１２０３で計算した値を保存する。購入金額は、ステップ１２０４で計算した値を保存する。
図１３は、部品購入数集計機能部２０５の処理フロー図であり、この図は部品購入数DB２１８（図２６）を作成する為のフローである。部品購入数は、見積依頼番号単位に計算する。本フローは、図１２最終需要数集計フローが流れた後、直ちに実行され、図１２最終主要数集計フローで保存された見積依頼番号に対する部品購入数を計算する。
以下詳細を説明する。
【００７９】
ステップ１３０１では、計算対象となる見積依頼番号の部品購入数の計算に必要となるデータを取り込む。最終需要数DB２１７（図２５）から、処理対象となっている見積依頼番号と一致する見積依頼番号のデータを取得する。
【００８０】
ステップ１３０２では、購入数、購入金額の集計を行う。購入数は、部品単位の購入数を表す。購入金額は、部品単位の購入金額を表す。
ステップ１３０１で取得した最終需要数DB２１７（図２５）のエントリの内、見積対象部品が同一の全エントリの購入数の総和を、その見積対象部品の購入数とする。具体的に、図２５の見積依頼番号000001、部品Ｘで説明すると、見積依頼番号、見積対象部品が一致するレコードを選択し、購入数74,600(見積依頼番号000001、製品Ａ、部品Ｘのレコード)及び、購入数14,750（見積依頼番号000001、製品Ｂ、部品Ｘのレコード）を得る。そして、74,600＋14,750と計算し、購入数89,350を得る。
同様に、ステップ１３０１で取得した最終需要数DB２１７のエントリの内、見積対象部品が同一の全エントリの購入金額の総和を、その見積対象部品の購入金額とする。具体的に、図２５の見積依頼番号000001、部品Ｘで説明すると、見積依頼番号、見積対象部品が一致するレコードを選択し、購入金額 7,460,000(見積依頼番号000001、製品Ａ、部品Ｘのレコード)及び、購入金額1,475,000（見積依頼番号000001、製品Ｂ、部品Ｘのレコード）を得る。そして、7,460,000＋1,475,000と計算し、金額8,935,000を得る。
【００８１】
ステップ１３０３では、部品購入数を保存する。見積依頼番号は、計算対象となった見積依頼番号を保存する。見積対象部品は、ステップ１３０２で計算対象とした見積対象部品を保存する。購入数は、ステップ１３０２で計算した値を保存する。購入金額は、ステップ１３０２で計算した値を保存する。
【符号の説明】
【００８２】
２０１：平BOM作成機能部、２０２：見積依頼作成機能部、２０３：回答入力画面描画 
／回答入力機能部、２０４：最終需要数集計機能部、２０５：部品購入数集計機能部、２１３：見積依頼DB、２１４：製品生涯生産台数前回回答DB
【図１】
2014149673.tif 000003
【図２（ａ）】
2014149673.tif 000004
【図２（ｂ）】
2014149673.tif 000005
【図３】
2014149673.tif 000006
【図４】
2014149673.tif 000007
【図５】
2014149673.tif 000008
【図６】
2014149673.tif 000009
【図７】
2014149673.tif 000010
【図８】
2014149673.tif 000011
【図９】
2014149673.tif 000012
【図１０】
2014149673.tif 000013
【図１１】
2014149673.tif 000014
【図１２】
2014149673.tif 000015
【図１３】
2014149673.tif 000016
【図１４】
2014149673.tif 000017
【図１５】
2014149673.tif 000018
【図１６】
2014149673.tif 000019
【図１７】
2014149673.tif 000020
【図１８】
2014149673.tif 000021
【図１９】
2014149673.tif 000022
【図２０】
2014149673.tif 000023
【図２１】
2014149673.tif 000024
【図２２】
2014149673.tif 000025
【図２３】
2014149673.tif 000026
【図２４】
2014149673.tif 000027
【図２５】
2014149673.tif 000028
【図２６】
2014149673.tif 000029
【図２７】
2014149673.tif 000030