(57)【要約】    【課題】  顧客のニーズや、ソリューションの予算や導入目標期間等から迅速にソリューション仕様設計及び見積もりを行うソリューション設計方法及びそのシステムを提供する。    【解決手段】  顧客の予算や期間を制約条件として、顧客要望どおりのソリューション仕様に対して、前記制約条件を考慮したソリューション仕様とのギャップを明確にすることで、顧客要望品質を満たしていくためにお互いが担当すべきタスクやリソースを明確にし、ソリューションタスク毎にタスクのプライオリティを加味した個別のリソース条件（リソース数やリソースランク等）を設定し、この設定自身も顧客のニーズ等に応じ任意に変化させることができ、顧客の要望等を前提として顧客個別にリソースランクの定義を再実行し、前提条件を明確にした上で、リソースのアサインをしなくても、ソリューション仕様設計及び見積もりが同時にできることを特徴とする。【選択図】  図１
2005346220.tif 000002
【特許請求の範囲】
【請求項１】
ソリューション設計計算用シミュレーションソフトウェアをインストールした計算実行部、および該計算実行部と接続されたユーザ操作部を用いたソリューション設計方法であって、
前記ユーザ操作部から入力された顧客の置かれている経営改革の段階を示す顧客フェーズデータを入力として、顧客に必要なソリューションメニューを絞り込むソリューションメニュー絞込みステップと、
該絞り込まれたソリューションメニューから、ソリューションにて遂行するタスクを選定し、該タスクの重要度を設定するソリューションタスク選定ステップと、
顧客の制約条件である予算や期間と設計ロジックのソリューション設計条件を設定するソリューション設計条件設定ステップと、
該ソリューション設計条件や顧客の要望に関するデータから、顧客個別の条件でソリューション設計を行うために、リソースランク定義データを顧客の要望にあわせて再定義するリソースランク計算処理ステップと、
前記タスク毎に、該タスクの遂行に必要な期間を顧客個別に計算したり、該顧客個別用期間と基本関数形状からリソース配分を設定するための顧客個別用関数を計算する顧客個別用期間・関数計算処理ステップと、
前記顧客の要望に関するデータや、前記ソリューションタスクや、前記顧客個別用関数から、無制約条件にて顧客の要望どおりのソリューション設計を行う標準型設計処理ステップと、
前記顧客の制約条件である予算を制約条件として、ソリューション設計を行う予算遵守制約型設計処理ステップと、
前記顧客の制約条件である期間を制約条件として、ソリューション設計を行う期間遵守制約型設計処理ステップと、
前記標準型設計処理ステップと前記予算遵守制約型設計処理ステップと前記期間遵守制約型設計処理ステップによる処理結果に対して、ソリューションタスクの追加もしくは削除や、前記タスク毎のリソース配分の変更や顧客リソースの設定を行い、再度ソリューション設計を行う再計算実行ステップと、
ソリューション設計結果を出力し、データ記憶装置にファイルや案件管理用データとして出力する結果出力ステップとを有することを特徴とするソリューション設計方法。
【請求項２】
前記結果出力ステップにおいて、前記標準型設計結果と前記予算遵守制約型設計結果または前記期間遵守制約型設計結果として、相違のあるソリューションタスク及びタスク毎のリソース配分や、価格や期間の差異を出力することを特徴とする請求項１記載のソリューション設計方法。
【請求項３】
前記標準型設計処理ステップと、前記予算遵守制約型設計処理ステップと、前記期間遵守制約型設計処理ステップとのそれぞれにおいて、ソリューションにて遂行するタスクが遂行していく順番に並んでいるソリューションプロセスと、タスク毎のタスク遂行に必要な期間及びリソース配分及び価格と、使用するハードやソフトの種類と、ソリューション開始から完了までに必要な価格及び期間を同時に出力することを特徴とする請求項１記載のソリューション設計方法。
【請求項４】
前記ソリューションタスクの１つあるいは複数の集合体がソリューションフローであり、該ソリューションフローの１つあるいは複数の集合体が前記ソリューションメニューであり、該ソリューションメニューには、現在の業務の調査や分析、及び新しい業務の設計等に関する業務診断／設計コンサルティングや、新しい業務システムの設計／開発／導入等に関する業務システム構築や、ソリューション実行時のプロジェクト管理等を行うプロジェクトマネジメントや、現状のインフラシステムの調査や分析、及び新しいインフラシステムの設計／開発／導入等に関するインフラシステム構築や、ソフトウェアの提供／開発等に関するソフトウェア導入や、ハードウェアの提供／開発に関するハードウェア導入や、システムやハードウェアの保守／点検、外部委託業務の運用を行う運用保守や、設置工事等を有することを特徴とする請求項１記載のソリューション設計方法。
【請求項５】
前記標準型設計処理ステップと、前記予算遵守制約型設計処理ステップと、前記期間遵守制約型設計処理ステップとのそれぞれにおいては、業種や拠点就労人員数や改革の対象拠点数や改革の対象業務といった必須情報であるＳＣＯＰＥデータのみを利用して設計を行う場合と、該ＳＣＯＰＥデータと、顧客要求納期遵守率やＲＯＡの向上やＣｔｏＣサイクルタイムの向上や在庫日数の削減やユーザ数といった選択情報であるＦＯＣＵＳデータの中の少なくとも１つのデータとを利用して設計を行う場合とがあることを特徴とする請求項１記載のソリューション設計方法。
【請求項６】
前記標準型設計処理ステップにおける前記顧客の要望に関するデータは、ＳＣＯＰＥ情報とＦＯＣＵＳ情報を有することを特徴とする請求項１記載のソリューション設計方法。
【請求項７】
前記予算遵守制約型設計処理ステップと、前記期間遵守制約型設計処理ステップにおいては、複数の設計ロジックの組合せを変更した上で設計できることを特徴とする請求項１記載のソリューション設計方法。
【請求項８】
前記設計ロジックには、非必須タスクリソースランク変更ロジックと、必須タスクリソースランク変更ロジックと、非必須タスクリソース数変更ロジックと、必須タスクリソース数変更ロジックと、タスク削除ロジックと、顧客リソース設定ロジックが存在することを特徴とする請求項７記載のソリューション設計方法。
【請求項９】
前記標準型設計処理ステップにおいて、
前記ソリューションタスクは、基本的に専門職が一人でしかできないような専門単独系作業タイプと、基本的に２名以上のリソースが同時平行で進められるような人海戦術系作業タイプと、基本的に多人数になると逆に効率が下がるような少数精鋭系作業タイプと、基本的に顧客の状況に応じて振れるような顧客依存系作業タイプの４つの業務タイプに分類され、前記各業務タイプに対して基本関数として関数形状が定義され、該基本関数により前記ソリューションタスクの遂行に必要な期間と、リソースの数及びリソースランクを算出することを特徴とする請求項１記載のソリューション設計方法。
【請求項１０】
前記リソースランク計算処理ステップにおいて、
前記リソースランクは、ソリューション経験年数やプロジェクトマネージャやチームリーダー等の今までのソリューション経験役割等の必須で固定条件と、業務診断コンサルティングができる、ツールインテグレーションができる等のソリューション実行スキルや営業業務知識や生産計画業務知識等のソリューション知識情報やどの程度の予算規模のソリューションを経験したことがあるかのソリューション規模経験情報等の必須のニーズ依存型条件と、１度に何拠点までを対象としたソリューションを経験したことがあるかのソリューション複数拠点経験情報や海外を対象としたソリューション経験がどの程度あるかのソリューション海外拠点経験情報や英会話のスキル情報の選択でニーズ依存型条件から定義され、前記顧客の要望に関するデータや顧客の制約条件である予算のソリューション設計条件から顧客の要望に合わせた顧客個別のリソースランクを再度定義することを特徴とする請求項１記載のソリューション設計方法。
【請求項１１】
前記リソースランク計算処理ステップにおいて、リソースランクの再定義されたデータに基づき、現実のリソースがどのリソースランクに該当するかリソース数をタスク毎に算出し、
前記標準型設計処理ステップと、前記予算遵守制約型設計処理ステップと、前記期間遵守制約型設計処理ステップとのそれぞれにおいて、設計結果として、該リソースランク別に必要なリソース数の一覧と、現時点でのリソースの過不足数を算出することを特徴とする請求項１記載のソリューション設計方法。
【請求項１２】
請求項１乃至請求項１１の何れか一つに記載のソリューション設計方法を用いて、それぞれの顧客に対して、引き合い前から受注契約時に至るまでに、ＳＣＯＰＥ情報、ＦＯＣＵＳ情報が変更されるたびに、随時１回もしくは複数回のソリューション設計を行い、提供することを特徴とするソリューション設計方法。
【請求項１３】
ソリューション設計計算システムであって、
ユーザ操作部から入力された顧客の置かれている経営改革の段階を示す顧客フェーズデータを入力として、顧客に必要なソリューションメニューを絞り込むソリューションメニュー絞込み部と、
該絞り込まれたソリューションメニューから、ソリューションにて遂行するタスクを選定し、該タスクの重要度を設定するソリューションタスク選定部と、
顧客の制約条件である予算や期間と設計ロジックのソリューション設計条件を設定するソリューション設計条件設定部と、
該ソリューション設計条件や顧客の要望に関するデータから、顧客個別の条件でソリューション設計を行うために、リソースランク定義データを顧客の要望にあわせて再定義するリソースランク計算処理部と、
前記タスク毎に、該タスクの遂行に必要な期間を顧客個別に計算したり、該顧客個別用期間と基本関数形状からリソース配分を設定するための顧客個別用関数を計算する顧客個別用期間・関数計算処理部と、
前記顧客の要望に関するデータや、前記ソリューションタスクや、前記顧客個別用関数から、無制約条件にて顧客の要望どおりのソリューション設計を行う標準型設計処理部と、
前記顧客の制約条件である予算を制約条件として、ソリューション設計を行う予算遵守制約型設計処理部と、
前記顧客の制約条件である期間を制約条件として、ソリューション設計を行う期間遵守制約型設計処理部と、
前記標準型設計処理部と前記予算遵守制約型設計処理部と前記期間遵守制約型設計処理部による処理結果に対して、ソリューションタスクの追加もしくは削除や、前記タスク毎のリソース配分の変更や顧客リソースの設定を行い、再度ソリューション設計を行う再計算実行部と、
ソリューション設計結果を出力し、データ記憶装置にファイルや案件管理用データとして出力する結果出力部とを備えたことを特徴とするソリューション設計計算システム。
【請求項１４】
前記結果出力部において、前記標準型設計結果と前記予算遵守制約型設計結果または前記期間遵守制約型設計結果として、相違のあるソリューションタスク及びタスク毎のリソース配分や、価格や期間の差異を出力することを特徴とする請求項１３記載のソリューション設計計算システム。
【請求項１５】
前記標準型設計処理部と、前記予算遵守制約型設計処理部と、前記期間遵守制約型設計処理部とのそれぞれにおいて、ソリューションにて遂行するタスクが遂行していく順番に並んでいるソリューションプロセスと、タスク毎のタスク遂行に必要な期間及びリソース配分及び価格と、使用するハードやソフトの種類と、ソリューション開始から完了までに必要な価格及び期間を同時に出力することを特徴とする請求項１３記載のソリューション設計計算システム。
【請求項１６】
前記標準型設計処理部と、前記予算遵守制約型設計処理部と、前記期間遵守制約型設計処理部とのそれぞれにおいては、業種や拠点就労人員数や改革の対象拠点数や改革の対象業務といった必須情報であるＳＣＯＰＥデータのみを利用して設計を行う場合と、該ＳＣＯＰＥデータと、顧客要求納期遵守率やＲＯＡの向上やＣｔｏＣサイクルタイムの向上や在庫日数の削減やユーザ数の選択情報であるＦＯＣＵＳデータの中の少なくとも１つのデータとを利用して設計を行う場合とがあることを特徴とする請求項１３記載のソリューション設計計算システム。
【請求項１７】
前記予算遵守制約型設計処理部と、前記期間遵守制約型設計処理部においては、複数の設計ロジックの組合せを変更した上で設計できるように構成したことを特徴とする請求項１３記載のソリューション設計計算システム。
【請求項１８】
前記リソースランク計算処理部において、リソースランクの再定義されたデータに基づき、現実のリソースがどのリソースランクに該当するかリソース数をタスク毎に算出し、
前記標準型設計処理部と、前記予算遵守制約型設計処理部と、前記期間遵守制約型設計処理部とのそれぞれにおいて、設計結果として、前記リソースランク別に必要なリソース数の一覧と、現時点でのリソースの過不足数を算出することを特徴とする請求項１３記載のソリューション設計計算機システム。
【請求項１９】
請求項１乃至請求項１２の何れか一つに記載のソリューション設計方法を構成するステップを実行するソリューション設計プログラムを格納した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ソリューションビジネスにおいて、顧客の問題を解決するためのソリューションを提案し、導入していただく際、どのようなソリューションが顧客にとって必要なのかソリューション仕様（ソリューションを実施するためのプロセス）を設計し、且つソリューションの価格やソリューション導入に要する期間等を見積もる、ソリューション設計方法及びソリューション設計計算機システム並び記録媒体に関する。
【背景技術】
【０００２】
従来のソリューション仕様設計、見積もり、経営改革支援技術としては、特開２００２−２３０３７０号公報「システム製品販売支援システム及びシステム製品販売支援方法」、特開２００２−３１８９４１号公報「価格見積もりシステム、価格見積もり方法、及び価格見積もりプログラム」、特開２００２−１７５３１３号公報「ソリューションモデル情報作成支援システム」、特開２００２−３４２６１８号公報「ソリューション提供システム及び方法」、特開２００１−２０９５４０号公報「ソリューション決定装置」及び特開２００３−８５３４４号公報「経営改革のための対策案立案支援方法およびそのためのシステム」が知られている。
【０００３】
これらにより、例えばソフトウェア開発やシステム構築に関しては、過去の見積もりデータや見積もりと導入実績が乖離しているデータを利用したり、なぜ乖離しているのか要因分析を支援する仕組みにより見積もりを補正し精度を高めたりといったことは可能である。
【０００４】
また、他社の製品やサービスも含めて見積もり取得行為を支援することや、予算（投資額）や目標利益等を制約条件として経営改革を行うためのタスク一覧を提示することは可能である。
【０００５】
【特許文献１】特開２００２−２３０３７０号公報
【０００６】
【特許文献２】特開２００２−３１８９４１号公報
【特許文献３】特開２００２−１７５３１３号公報
【特許文献４】特開２００２−３４２６１８号公報
【特許文献５】特開２００１−２０９５４０号公報
【特許文献６】特開２００３−８５３４４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
企業経営においては、更なる企業体質の強化に向けた経営改革を遂行していくため、各種のソリューションを導入し、経営効率の向上やカスタマーサービス（ＣＳ）の向上等を図る企業が増えてきている。
【０００８】
ソリューションを提供する会社であるソリューションベンダは、それぞれの顧客が抱えている問題を解決するために、ソリューションメニューとしてコンサルティングやシステム構築、プロジェクトマネジメント、ソフトウェア提供／開発、ハードウェア機器提供／開発、設置工事、運用保守、その他サービスの提供などを用意した上で多面的なアプローチをとることが多い。顧客のニーズも千差万別で、あくまで個別対応になるため顧客の数だけソリューションが存在することになる。
【０００９】
当然、上記のようなソリューションメニューはそのほとんどにおいて属人的な面が強く、ソリューションの仕様設計といった場合には、ソフトやハードだけでなく、ソリューションプロセス（ソリューションタスクを遂行していく順番等）設計や、各タスクの遂行に必要なリソース（リソース数やリソースランク等の条件）設定等が不可欠である。
【００１０】
以下、ソリューション仕様にはこれらの要素が含まれるものとする。
【００１１】
また、顧客に対してソリューションを提案するためには、顧客個別のソリューションに関してソリューション仕様の設計及び、価格と期間（いつまでにやらなければならないか）を見積もらなければならない。この際、例えば次のようなステップを踏む必要がある。
（１）客の現在の状態は、経営改革フェーズのどこになるのか進展度を把握する。
（２）その上で、問題点をヒアリングし顧客のニーズを明確化していく。
（３）顧客のニーズに基づき、今後必要となるソリューションメニュー及びソリューションタスクを選定しソリューション仕様の設計をする。
（４）顧客の予算や期間を考慮した上で見積もりを行う。
（５）見積もり結果を踏まえ、顧客と話し合い、ソリューションを修正する。
（６）最終的に修正が完了したら正式なソリューション仕様及び見積書として顧客側に提出する。
【００１２】
このように、ソリューションは個別的で、更にある程度のステップを踏んでいかなければ決まらないという特性を持っており、ソフトウェアやハードウェア等の単体販売もしくは組み合わせ販売のようなものとは基本的に性質が異なる。
【００１３】
そのため、考慮すべき要素が多く、どのくらいのリソースランク（スキル、経験、知識等）の人間が、何人で、何日かければできるのかが、ソリューションタスクごとに短時間で明確化できなければ、迅速且つ正確なソリューション仕様の設計及び見積もりは困難である上に、ソリューションタスクの性質や顧客のニーズ等によって上記条件は変わってくるので一意に答えは出にくい。
【００１４】
更に、同じリソースでも顧客の条件（改革対象範囲やニーズ等）の違いによって、ある顧客に対しては高いランクに相当するが、別の顧客に対しては低いランクに相当する場合もあり、一概に同様の条件で見積もりができるわけでもない。
加えて、見積もりの段階（受注前）でリソースのアサインは困難であるため、リソースをアサインしなくても見積もりができなければならない。
【００１５】
また、同じ顧客でも、いくつものステップを踏みヒアリングシート等で顧客の条件をうかがっていく段階で、顧客の条件があいまいなものから徐々に具体化されていくことによって、改革対象範囲が増えていったり、方向性が変わったり、予算や期間が変わったりするため、その都度異なる条件でソリューション仕様の設計や見積もりができなければならない。
【００１６】
経営改革なので当然顧客自身も改革推進に関わってくるが、実際にあるソリューションを遂行していく中で、どの部分を顧客側が担当していかなければ自分たちの予算内で狙うべき改革を進められないのかについても明確にしたうえで、双方の合意をとりつつソリューション仕様を設計していくことも本来できなければならない。
【００１７】
しかしながら、以上を全て考慮し様々なソリューション特有の条件を動的に変化させつつソリューション仕様を設計し、且つ見積もりを行うのは非常に困難であり、現実には毎回ソリューション仕様自身は顧客の要望のままで、価格だけが顧客の予算に帳尻を合わせた形になっていたり、担当者の経験や勘で仕様を設計し見積もっただけだったり等、根拠が不明確な状況になっている。
【００１８】
その割には、ソリューションは前記特性を持っているため見積もりに時間がかかり、価格も含め競合他社との競争に負けてビジネス機会損失を起こすケースは珍しくない。
【００１９】
更に、ソリューションの仕様を変えず顧客の予算に見積もり金額を合わせただけのソリューションでは、ソリューションを実施していく段階で、やるべきことができない、ソリューションベンダと顧客側双方にかなりの負担がかかってしまう等の問題が発生しやすい（すなわち、ソリューション仕様の精度が低い）。
【００２０】
しかしながら、前記ソリューションの仕様設計や、価格及び期間を見積もる際には上述した各従来技術では解決できない以下のような課題がある。
【００２１】
第一に、顧客の予算だけでなく、いつまでにやらなければならないかという期間を制約条件としたソリューション仕様の設計や見積もりができていない。
【００２２】
第二に、ソリューションベンダと顧客側とそれぞれの担当を明確にしたソリューション仕様の設計や見積もりができていない。
【００２３】
第三に、ソリューションタスクの異なる性質を考慮したソリューション仕様の設計や見積もりができていない。
【００２４】
第四に、ソリューションタスクごとに異なる条件（リソース数、リソースランク等）を設定したソリューション仕様の設計や見積もりができていない。
【００２５】
第五に、以上にある条件のうち複数の条件を同時に変化させたソリューション仕様の設計や見積もりができていない。
【００２６】
第六に、顧客の条件（改革対象範囲やニーズ等）の違いを反映してリソースランク（スキル、経験、知識等）を動的に変化させたソリューション仕様の設計や見積もりができていない。
【００２７】
第七に、そもそもソリューション仕様の設計と見積もり自身が同時にできていない。
【００２８】
以上の課題を実現しつつ、短期間で、リソースのアサイン無しで見積もりができなければならない。
【００２９】
本発明は、上記の各課題を鑑みなされたものであって、様々な顧客から提示される個別の各種条件を考慮して短期間でソリューション仕様設計や見積もりが可能なソリューション設計方法及びそのシステムを提供することを目的とする。
【課題を解決するための手段】
【００３０】
上記課題を解決する本発明のソリューション設計方法及びそのシステムは、顧客の予算や期間を制約条件として、顧客要望どおりのソリューション仕様に対して、前記制約条件を考慮したソリューション仕様とのギャップを明確にすることで顧客要望品質を満たしていくためにお互いが担当すべきタスクやリソースを明確にし、ソリューションタスク毎にタスクのプライオリティを加味した個別のリソース条件（リソース数やリソースランク等）を設定し、この設定自身も顧客のニーズ等に応じ任意に変化させることができ、顧客の要望等を前提として顧客個別にリソースランクの定義を再実行し、前提条件を明確にした上で、リソースのアサインをしなくても、ソリューション仕様設計及び見積もりが同時にできることを特徴とする。
【００３１】
また、本発明は、ソリューション設計計算用シミュレーションソフトウェアをインストールした計算実行部、および該計算実行部と接続されたユーザ操作部を用いたソリューション設計方法であって、前記ユーザ操作部から入力された顧客の置かれている経営改革の段階を示す顧客フェーズデータを入力として、顧客に必要なソリューションメニューを絞り込むソリューションメニュー絞込みステップと、該絞り込まれたソリューションメニューから、ソリューションにて遂行するタスクを選定し、該タスクの重要度を設定するソリューションタスク選定ステップと、顧客の制約条件である予算や期間と設計ロジックのソリューション設計条件を設定するソリューション設計条件設定ステップと、該ソリューション設計条件や顧客の要望に関するデータから、顧客個別の条件でソリューション設計を行うために、リソースランク定義データを顧客の要望にあわせて再定義するリソースランク計算処理ステップと、前記タスク毎に、該タスクの遂行に必要な期間を顧客個別に計算したり、該顧客個別用期間と基本関数形状からリソース配分を設定するための顧客個別用関数を計算する顧客個別用期間・関数計算処理ステップと、前記顧客の要望に関するデータや、前記ソリューションタスクや、前記顧客個別用関数から、無制約条件にて顧客の要望どおりのソリューション設計を行う標準型設計処理ステップと、前記顧客の制約条件である予算を制約条件として、ソリューション設計を行う予算遵守制約型設計処理ステップと、前記顧客の制約条件である期間を制約条件として、ソリューション設計を行う期間遵守制約型設計処理ステップと、前記標準型設計処理ステップと前記予算遵守制約型設計処理ステップと前記期間遵守制約型設計処理ステップによる処理結果に対して、ソリューションタスクの追加もしくは削除や、前記タスク毎のリソース配分の変更や顧客リソースの設定を行い、再度ソリューション設計を行う再計算実行ステップと、ソリューション設計結果を出力し、データ記憶装置にファイルや案件管理用データとして出力する結果出力ステップとを有することを特徴とする。
【００３２】
また、本発明は、前記結果出力ステップにおいて、前記標準型設計結果と前記予算遵守制約型設計結果または前記期間遵守制約型設計結果として、相違のあるソリューションタスク及びタスク毎のリソース配分や、価格や期間の差異を出力することを特徴とする。
【００３３】
また、本発明は、前記標準型設計処理ステップと、前記予算遵守制約型設計処理ステップと、前記期間遵守制約型設計処理ステップとのそれぞれにおいて、ソリューションにて遂行するタスクが遂行していく順番に並んでいるソリューションプロセスと、タスク毎のタスク遂行に必要な期間及びリソース配分及び価格と、使用するハードやソフトの種類と、ソリューション開始から完了までに必要な価格及び期間を同時に出力することを特徴とする。
【発明の効果】
【００３４】
本発明によれば、ソリューション設計方法およびそのシステムにおいて、顧客のフェーズやニーズに基づき条件を変化させ、顧客の予算や期間を制約条件として、ソリューションプロセスと、ソリューションタスク毎のリソース配分と、見積もり価格及び期間を短時間の間に同時に出力する方法を提供することが可能となる。
【発明を実施するための最良の形態】
【００３５】
以下、添付の図面を参照しつつ、本発明の実施の形態について説明する。
【００３６】
図１は、本発明に係るソリューション設計計算用シミュレーションソフトウェアをインストールした計算実行部、および該計算実行部と広域通信網もしくは制御部等で接続されたユーザ操作部から成るソリューション設計システムの一実施の形態を示す構成図である。
【００３７】
クライアント計算機１０１内の入力部１０２は、ユーザから入力されるソリューション仕様の設計及び見積もりに必要なデータやファイルを入力として受け付ける。また入力部１０２はユーザから入力されるソリューション仕様の設計及び見積もりの実行に関する指示(例えばソリューションタスク／必須タスク選定結果（Ｓ２０９）やソリューション設計／条件設定結果（Ｓ２１０）)も受け付ける。以降、Ｓはステップを意味する。即ち、入力部１０２には、機能として、図２６及び図２７に示す画面を用いたソリューションタスク選定部１０２１及び図２８に示す画面を用いたソリューション設計条件設定部１０２２を有することになる。
【００３８】
なお本発明内でいうユーザとは、ソリューション仕様の設計及び見積もりを行う営業部門の担当者やコンサルティング部門の担当者、ＳＥ部門の担当者、場合によっては顧客等を指している。
【００３９】
クライアント計算機１０１内の制御部１０４は、通信網１０５を通して、入力部１０２で受け付けたデータやファイルをサーバ計算機１０６側へ送信したり、サーバ計算機１０６側から送信されてきたソリューション仕様の設計及び見積もり結果データを受信し、出力部１０２へ受け渡す働きをする。
【００４０】
クライアント計算機１０１内の出力部１０３はソリューション仕様の設計及び見積もり結果を画面表示したり、印刷したりする。
【００４１】
サーバ計算機１０６内の制御部１１４は、通信網１０５を通して、クライアント計算機１０１側から送信されてくる入力データを受信し、データ記憶装置１１５へ受け渡したり、データ記憶装置１１５から該入力データを読み込み、ソリューションメニュー処理部１０７に該入力データを受け渡し、処理結果であるソリューションメニューデータを受け取ったり、リソースランク計算処理部１０８に該入力データを受け渡し、処理結果であるリソースランクデータや該当リソースデータを受け取ったり、標準型設計処理部（顧客個別用期間・関数計算処理部も含む。）１０９に該入力データを受け渡し、処理結果である顧客個別用期間と顧客個別用関数と顧客個別用リソース配分、及び標準型設計計算結果を受け取ったり、予算遵守制約型設計処理部１１０に該入力データと、該顧客個別用期間と、該顧客個別用関数と、該顧客個別用リソース配分と、該標準型設計計算結果を受け渡し、処理結果である予算遵守制約型設計計算結果を受け取ったり、Ｓ２１８を実行する期間遵守制約型設計処理部１１１に該入力データと、該顧客個別用期間と、該顧客個別用関数と、該標準型設計計算結果を受け渡し、処理結果である期間遵守制約型設計計算結果を受け取ったり、再計算処理部１１２に該入力データと、該標準型設計計算結果と、該予算遵守制約型設計計算結果と、該期間遵守制約型設計計算結果と、設定変更データを受け渡し、処理結果である設計再計算結果を受け取ったり、上記制御による該各設計計算結果を設計結果処理部１１３に受け渡したり、設計結果処理部１１３にて処理された処理結果のデータを、通信網１０５を通して、クライアント計算機１０１側に送信したり、データ記憶装置１１５へ受け渡したりする。
【００４２】
サーバ計算機１０６内のソリューションメニュー処理部１０７は、制御部１１４から渡される該入力データから、ソリューション仕様の設計及び見積もりに必要なソリューションメニューを絞り込んだり、絞り込んだソリューションメニューデータを制御部１１４に受け渡したりする（Ｓ２０６）。
【００４３】
サーバ計算機１０６内のリソースランク計算処理部１０８は、制御部１１４から受け渡される該入力データから、顧客のニーズに応じてリソースランクを再定義したり、必要となる各リソースランク別のリソース数や不足リソース数を計算したり、処理結果であるリソースランクデータと該当リソースデータを制御部１１４に受け渡したりする（Ｓ２１４）。
【００４４】
サーバ計算機１０６内の標準型設計処理部１０９は、制御部１１４から受け渡される該入力データから、顧客のニーズに応じて、ソリューションタスク実行に必要となる期間と、リソース配分と期間を定義する関数設定をタスク毎に処理したり、処理結果である顧客個別用期間と顧客個別用関数と、該入力データから、標準型設計基本フローに基づくソリューション仕様の設計及び見積もり期間と見積もり価格を計算したり、処理結果である標準型設計計算結果から、予算遵守制約型設計／期間遵守制約型設計を行う必要があるかどうか判定したり、処理結果である標準型設計計算結果と、顧客個別用期間と顧客個別用関数と、予算遵守制約型設計／期間遵守制約型設計要否判定結果を制御部１１４に受け渡したりする（Ｓ２１５及びＳ２１６）。
【００４５】
サーバ計算機１０６内の予算遵守制約型設計処理部１１０は、制御部１１４から受け渡される該予算遵守制約型設計／期間遵守制約型設計要否判定結果と、該標準型設計計算結果から、予算遵守制約型設計が必要な場合に予算遵守制約型設計基本フローに基づき、設計条件設定に応じてソリューション仕様の設計及び見積もり期間と見積もり価格を計算したり、処理結果である予算遵守制約型設計計算結果を制御部１１４に受け渡したりする（Ｓ２１７）。
【００４６】
サーバ計算機１０６内の期間遵守制約型設計処理部１１１は、制御部１１４から受け渡される該予算遵守制約型設計／期間遵守制約型設計要否判定結果と、該標準型設計計算結果から、期間遵守制約型設計が必要な場合に期間遵守制約型設計基本フローに基づき、設計条件設定に応じてソリューション仕様の設計及び見積もり期間と見積もり価格を計算したり、処理結果である期間遵守制約型設計計算結果を制御部１１４に受け渡したりする（Ｓ２１８）。
【００４７】
サーバ計算機１０６内の再計算処理部１１２は、制御部１１４から受け渡される該入力データと、該標準型設計計算結果と、該予算遵守制約型設計計算結果と、該期間遵守制約型設計計算結果と、設定変更データから、リソース設定やソリューションタスクの変更した部分のみ再計算したり、処理結果である設計再計算結果を制御部１１４に受け渡したりする（Ｓ２２６）。
【００４８】
サーバ計算機１０６内の設計結果処理部１１３は、制御部１１４から受け渡される該入力データと、該標準型設計計算結果と、該予算遵守制約型設計計算結果と、該期間遵守制約型設計計算結果と、もしくは該設計再計算結果から、ソリューション仕様の設計及び見積もりの結果をまとめたファイルを作成したり、ソリューション仕様の設計及び見積もりの結果を案件ＤＢに登録するためのデータを作成したり、処理結果である設計結果ファイルと案件用データを制御部１１４に受け渡したりする。
【００４９】
データ記憶装置１１５は、サーバ計算機１０６内の制御部１１４から渡される入力データを保存しておいたり、サーバ計算機１０６内の各処理部で行われる処理に必要なデータを受け渡したり、サーバ計算機１０６内の各処理部で行われる処理結果のデータを保存しておいたりする。
【００５０】
サーバ計算機１０６内のソリューション設計プログラムに基いて実行されるソリューション設計処理部１１６は、機能的に、ソリューションメニュー処理部１０７と、リソースランク計算部１０８と、標準型設計処理部１０９と、予算遵守制約型設計処理部１１０と、期間遵守制約型設計処理部（顧客個別用期間・関数計算処理部も含む。）１１１と、再計算処理部１１２と、設計結果処理部１１３とから構成される。
【００５１】
上記の構成において、クライアント計算機１０１とサーバ計算機１０６で、それぞれ予め定めた処理を行うことにより本発明を実現する。ここで、データ記憶装置１１５はサーバ計算機にあっても、クライアント計算機にあっても良い。
【００５２】
なお、クライアント計算機１０１内に有る入力部１０２や出力部１０３が、サーバ計算機１０６内にあり、通信網１０５を介さず、制御部１０４と前記同等の処理を制御部１１４が行うことで本発明を実現することもある。この場合、データ記憶装置１１５はサーバ計算機上にある。また、クライアント計算機１０１が複数存在し、複数のユーザがサーバ計算機１０６内のプログラムを実行し、本発明を実現することもある。また、クライアント計算機１０１の入力部１０２は、入力を行う画面にて必要な処理を行う場合、画面上にてＪａｖａ（登録商標）等のような画面表示アプリケーションを利用し、本発明を実現することもある。
【００５３】
次に、クライアント計算機１０１とサーバ計算機１０６にて実現する処理フローについて図２を用いて説明する。ソリューションメニュー（顧客に必要なソリューションの種類）としては、コンサルティングやシステム構築、プロジェクトマネジメント、ソフトウェア提供／開発、ハードウェア機器提供／開発、設置工事、運用保守、その他サービスの提供などが考えられる。ユーザはこの処理に先立ち、ソリューションメニュー定義データ（図１０に［メニュー１］業務診断／設計コンサルティングの具体例、［メニュー２］システム構築、［メニュー３］改革プロジェクトマネジメント、［メニュー４］インフラシステム構築、［メニュー５］ハードウェア導入、［メニュー６］運用保守、［メニュー７］経営戦略立案コンサルテイングなどを示す。）と、ニーズ選択定義データ（図２２に示す。）と、ソリューション仕様の設計及び見積もり計算を行うために必要な係数や関数や期間や単価等を定義するための事前データ１から５（図１３乃至図１７に示す。）と、リソースランクを定義するための評価基準データ１（図１８）から２（図１９に示す。）及びリソースランク定義データ１（図２０）から２（図２１）等の入力データファイルを準備する。図１０から図２２に入力データの内容の一実施例を示す。
【００５４】
以下、図２の処理フローに沿って説明する。
【００５５】
サーバ計算機１０６は、初期状態ではクライアント計算機１０１より送信されるファイルの受信待ち状態にある（Ｓ２０２）。クライアント計算機１０１では、まずログイン画面（図２３）にてユーザＩＤ、パスワードを入力し、必要に応じて顧客ニーズファイルパス名を入力し、ログインボタン２３０１を押すとこれらをサーバ計算機１０６へ送信し（Ｓ２０１）、受信待ち状態であったサーバ計算機１０６が受信し、各ファイルのデータをデータ記憶装置１１５に保存する（Ｓ２０３）。
【００５６】
なお、ニーズヒアリングファイルパス名が入力された場合は顧客ニーズデータ受付（Ｓ２０８）に移行する。この際、ファイル名に付記されている特定の顧客を示すＩＤ等の情報を利用して、以下で説明されている本顧客ソリューションメニュー絞り込みデータをサーバ計算機１０６より読み込む。
【００５７】
顧客フェーズデータ受付では、サーバ計算機１０６のソリューション設計処理部１１６で実行するソリューション設計プログラムを起動し、図２４に示す顧客フェーズ選択画面を作成し、クライアント計算機１０１に送信する。ユーザが顧客フェーズ選択画面（図２４）にて顧客の業種と、企業の経営改革においてどのフェーズにいるのか改革の進展度に一番近いものをチェックボックス２４０２のようなチェックボックスでチェックすると、クライアント計算機１０１は業種データと顧客フェーズデータを作成する（Ｓ２０４）。画面の例に関して言えば、顧客フェーズ３、業種は加工組立を示すデータが作成される。
【００５８】
ユーザが顧客ニーズ入力へボタン２４０４を押すと、クライアント計算機１０１がこの業種データと顧客フェーズデータをサーバ計算機１０６に送信しソリューションメニュー絞込みデータ受信待ち状態になる（Ｓ２０７）とともに、受信待ち状態（Ｓ２０５）であったサーバ計算機１０６が受信すると同時にニーズ選択定義データ（図２２）をデータ記憶装置１１５から読み込み、ニーズ選択定義データの業種２２０１と業種データ、フェーズ２２０２と顧客フェーズデータから該当するソリューションメニュー（顧客に必要なソリューションの種類）を絞り込み、ソリューションメニュー絞込みデータを作成し、クライアント計算機１０１に送信する（Ｓ２０６）。受信待ち状態（Ｓ２０７）であったクライアント計算機１０１が受信し、顧客ニーズデータ受付（Ｓ２０８）に移行する。
【００５９】
ここでは、ユーザが顧客ニーズ入力画面（図２５）にて必須（ＳＣＯＰＥ）入力である拠点就労人員数総計や対象拠点数や改革対象業務等をボタン２５０１のようなラジオボタンにて選択することで入力したり、顧客の現状の改革レベル情報を含む選択（ＦＯＣＵＳ）データである顧客要求納期遵守率の向上やＲＯＡの向上やＣｔｏＣサイクルの向上や在庫日数の削減等をメニュー２５０２のようなプルダウンメニューで選択することで入力したり、ユーザ数等をボックス２５０３のような入力ボックスで入力したりする。入力が終了した段階でボタン２５０４が押されると、クライアント計算機１０６は顧客ニーズデータ処理１（図１１）と２（図１２）を作成し、ソリューションタスク／必須タスク選定結果受付（Ｓ２０９）に移行する。
【００６０】
なお、ユーザがここで一時中止し、顧客のニーズヒアリングを行ってから改めて入力する場合は、ボタン２５０５を押すと顧客ニーズ入力画面と同一の項目を記載し、ＩＤをファイル名につけたヒアリング用の顧客ニーズファイルをデータ記憶装置１１５に出力し、ソリューション仕様の設計は一時中止される。ユーザが再度ソリューション仕様の設計を開始する場合は、前述のようにログイン画面（図２３）にてログインする際にこの顧客ニーズファイルパス名を入力すると、クライアント計算機１０１が顧客ニーズファイルから顧客ニーズデータ処理１と２を作成し、顧客ニーズ入力画面（図２５）にファイル内のデータを入力した形で画面を表示する。ユーザが本画面で入力内容を確認後、もしくは入力内容を修正後ボタン２５０４を押すと、修正があった場合クライアント計算機１０１は改めて顧客ニーズデータ処理１と２を作成し、ソリューションタスク／必須タスク選定結果受付（Ｓ２０９）に移行する。
【００６１】
ここでは、ソリューションメニュー絞込みデータから作成したソリューションタスク選定画面（図２６）にて、ユーザによってまずソリューションタスクが選定される。図２６に示すソリューションタスク選定画面において、この際、ユーザがボックス２６０１のような各ソリューションメニュー横にあるチェックボックスをチェックすると、クライアント計算機１０１が該当するソリューションメニューに関する全てのソリューションフローとソリューションタスクのチェックボックスにチェックを入れる。同様に、ユーザがボックス２６０２のような各ソリューションフロー横にあるチェックボックスをチェックすると、クライアント計算機１０１が該当するソリューションフローに関する全てのソリューションタスクのチェックボックスにチェックを入れる。
【００６２】
ユーザは前記チェックボックスを利用しながら、ボックス２６０３のような各ソリューションタスク下にあるチェックボックスをチェックしたり外したりしながら必要なソリューションタスクを選択していき、最後にボタン２６０４を押すとソリューションタスクの選定が完了する。クライアント計算機１０１は、図１４に示すように、選定されたソリューションタスクに選定フラグ１４０８を生成し、該タスクとそのタスクの該当するソリューションフロー及びソリューションメニューと、事前データ２のプライオリティ１４０５と基本リソース配分１４０６からソリューション必須タスク設定画面（図２７）を作成し、表示する。
【００６３】
ここでは、図２７に示すソリューション必須タスク設定画面において、ユーザは選定したソリューションタスクが必須であるかどうかを、ボタン２７０３のようなラジオボタンを選択することで設定する。必須タスクに設定されたソリューションタスクに対してクライアント計算機１０１は必須フラグ１４０９を生成する。
【００６４】
更に、クライアント計算機１０１はソリューションタスクの重要性を示すタスクプライオリティや、該タスクを実行する際に必要なリソースのリソースランクを併せて表示する。表示はされないが、このリソースランクには基本リソース配分１４０６に基づくリソース数が紐づいている。
【００６５】
この際、ユーザがタスクプライオリティを変更したい場合はボックス群２７０１のような入力ボックス群に記載されているプライオリティを変更できる。また必要リソースランクも同様に、ボックス群２７０２のような入力ボックス群に記載されている必要リソースランクを変更できる。
【００６６】
なお、ユーザがリソースランクを変更した場合、クライアント計算機１０１は変更前のリソースランクに紐づくリソース数をそのまま変更後のリソースランクに紐付ける。具体的には、ソリューション設計結果差分データ（図３３）のリソース配分３３０４としてデータ記憶装置１１５に変更内容を保存しておく。
【００６７】
最後に、ユーザがボタン２７０４を押すとソリューション必須タスクの設定や前記変更が完了し、ソリューション設計条件設定結果受付（Ｓ２１０）に移行する。
【００６８】
ここでは、図２８に示すソリューション設計条件設定画面において、ユーザはまずソリューション設計時の制約条件として、ソリューションを導入する際の顧客予算と顧客予定期間を入力する。予算はボックス２８０１に、期間はボックス２８０２に数値を入力する。なお、予算や期間が入力されない場合は、クライアント計算機１０１は入力の無い前記項目に関し、ゼロと設定する。
【００６９】
更にユーザは、ソリューション仕様の設計を行う際のロジックを設定する。ラジオボタン２８０３を選択するとデフォルトのロジックでソリューション設計が行われる。この際、クライアント計算機１０１は、線２８０５以下にデフォルトロジックに関する設定を表示し、選択ができない状態にする。ラジオボタン２８０４を選択すると、ユーザはデフォルトのロジックをベースにロジックをカスタマイズすることができる。この際、オプション有無を設定するオプション２８０６とオプション２８０７に関して、ラジオボタンにて有り、もしくは無しを設定できる。
【００７０】
なお、ユーザがオプション２８０７をありに設定した場合は、クライアント計算機１０１は、予算遵守制約型優先順位２８０９と期間遵守制約型優先順位２８１０のプルダウンメニューで、デフォルトのロジックには無い「ソリューションタスクへのお客様リソース設定（図９のフローが例）」という条件が選択できるようにする。
【００７１】
最後に、ユーザがボタン２８１１を押すと、クライアント計算機１０１は、予算と期間と設計ロジック等のソリューション設計条件設定値を作成し、各データ及び設定値送信（Ｓ２１１）に移行する。
【００７２】
ここでは、Ｓ２０８からＳ２１０までの間に作成された顧客ニーズデータ処理１（図１１）から２（図１２）と、設計条件設定値に加え、データ記憶装置１１５に保存されている入力データのうち、事前データ１から５（図１３乃至図１７）と、経営改革に必要なツールの価格データと、評価基準データ１（図１８）から２（図１９）と、リソースランク定義データ１（図２０）から２（図２１）とを読み出してくる指示を、クライアント計算機１０１が、各データ及び設定値受信待ち状態にあるサーバ計算機１０６へ送信し、サーバ計算機１０６が該データ及び該設定値及び該指示を受信し（Ｓ２１２）、該データと該設定値をサーバ計算機１０６内に取り込む（Ｓ２１３）。その上で、リソースランク計算（Ｓ２１４）へ移行する。
【００７３】
ここでは、図３にリソースランク計算処理フローが示されるように、サーバ計算機１０６は、顧客ニーズデータ処理１（図１１）から２（図１２）と、リソースランク定義データ１（図２０）から２（図２１）と、見積り条件設定値とをリソースランク計算処理部１０９に入力（Ｓ３０１）し、図２０に示すように、リソースランク定義データ１（２００１）をベースに顧客個別用のリソースランクデータ（２００１を再定義したりソースランク再定義データ、２００２、２００３）を作成していく。
【００７４】
まず、改革の対象範囲について海外が対象か判別（Ｓ３０２）し、選択条件である海外が対象であれば、例えば「海外」のランクＣを３、ランクＥを５、ランクＤを４、ランクＢを２、ランクＡを１に、「英会話」のランクＣを２、ランクＤを３、ランクＥを４、ランクＢを２、ランクＡを１にそれぞれ再設定する（Ｓ３０３）。海外が対象でなければ、「海外」「英会話」の条件は設定しない（Ｓ３０４）。
【００７５】
次に、選択条件である対象拠点数が３つ以上であれば（Ｓ３０５）、例えば「拠点」のランクＣを２、ランクＤを３、ランクＥを４、ランクＢを２、ランクＡを１に（Ｓ３０６）、拠点数が２つであれば（Ｓ３０７）、「拠点」のランクＣを初期値にそれぞれ再設定し（Ｓ３０８）、拠点数が１つであれば「拠点」の条件は設定しない（Ｓ３０９）。
【００７６】
更に、設計条件設定値の価格が1億以上であれば（Ｓ３１０）、例えば必須条件である「規模」のランクＣを２、ランクＤを３、ランクＥを４、ランクＢを２、ランクＡを１に（Ｓ３１１）、価格が１０００万以上５０００万未満であれば（Ｓ３１２）、必須条件である「規模」のランクＣを４、ランクＤを４、ランクＥを５、ランクＢを３、ランクＡを２に（Ｓ３１３）、価格が１０００万未満であれば（Ｓ３１４）、必須条件である「規模」のランクＣを５、ランクＤを５、ランクＥを５、ランクＢを４、ランクＡを３に（Ｓ３１５）、それ以外であれば必須条件である「拠点」の条件を初期値（Ｓ３１６）としてそれぞれ再設定し、顧客個別用リソースランク再定義データを作成する（Ｓ３１７）。
【００７７】
この後、該顧客個別用リソースランク再定義データと、事前データ２の選定フラグ（１４０８）と、リソースランク定義データ２（図２１）と、評価基準データ１（図１８）や２（図１９）のような評価基準情報が判別可能である一般的なリソースの登録情報から、再定義されたリソースランクに基づいて、ソリューションタスク毎に該当する実在のリソース数を集計し、該当リソースデータ（図２０の２００２）を作成する（Ｓ３１８）。
【００７８】
更に、ソリューション仕様の設計が終了後、各設計型（標準型、期間遵守制約型、予算遵守制約型等）の見積り計算における必要なリソースランク別リソース数の一覧（図２０の２００３）を作成し（Ｓ３１９）、リソースランク計算を終了し（Ｓ３２０）、顧客個別用期間計算（Ｓ２１５）へ移行する。
【００７９】
なお、図２０に示す２００２や２００３は、受注前に不足リソース数を把握しておく等の支援に利用する。
【００８０】
顧客個別用期間計算（Ｓ２１５）では、図４に顧客個別用期間、顧客個別用関数作成基本フローで示すように、サーバ計算機１０６は、顧客ニーズデータ処理１（図１１）から２（図１２）と、事前データ１から５（図１３乃至図１７）を標準型設計処理部１０９に入力（Ｓ４０１）し、選定されたソリューションタスク毎に、顧客のニーズを踏まえたタスク実行に必要な顧客個別用期間を算出した（Ｓ４０２〜Ｓ４０３）上で、期間とリソースを定義づける顧客個別用関数を作成する（Ｓ４０７〜Ｓ４０９）。「なお、以下の計算はソリューションタスク毎に行われる。」
まず、顧客ニーズデータ処理１（図１１）から２（図１２）と、事前データ１（図１３）と２(図１４)と５（図１７）から、基本期間α＝基本期間１４０３×（業種係数）×（拠点就労人員数総計係数）×（対象拠点数係数）を計算する（Ｓ４０２）。この際、図１７の事前データ５で係数関係定義されていない係数は計算から除外される。即ち、Ｓ４０２において、業種、人員数、拠点数に該当する係数と、事前データ２の基本期間と、事前データ５より、基本期間αがソリューションタスク毎に算出される。
【００８１】
次に、基本期間β＝基本期間α×改革対象業務係数の１つ目＋基本期間α×改革対象業務係数の２つ目＋・・・＋基本期間α×改革対象業務係数のｎ個目をソリューションタスク毎に計算する（Ｓ４０３）。この際ｎは、図１７の事前データ５で係数関係定義されている改革対象業務が顧客ニーズデータ処理１に何個あるかで定まる。即ち、Ｓ４０３において、基本期間αと、改革対象業務係数と、事前データ５より、基本期間βがソリューションタスク毎に算出される。
【００８２】
更に、事前データ４（図１６）と５（図１７）と顧客ニーズデータ処理２（図１２）から、顧客個別用期間＝基本期間β×（特定組み合わせ係数）×（ＦＯＣＵＳ係数）を算出（Ｓ４０４）。この際、図２５に示す顧客ニーズ入力画面においてＦＯＣＵＳ（選択）データが入力されていない場合は図１２に示すように９９という数値を生成しており、９９に対応するＦＯＣＵＳ係数を１、ソリューションタスクが業務システム構築やインフラシステム構築やソフトウェア導入等のメニューのものでない場合、もしくは改革対象範囲が複数選択されていない場合、複数選択されているが特定の組合わせに該当しない場合は特定組合わせ係数を１と設定する。即ち、Ｓ４０４において、基本期間βと、事前データ４及び５と、ＦＯＣＵＳデータに該当する係数より、顧客個別用期間がソリューションタスク毎に算出される。
【００８３】
対象となる全タスクについて以上の計算を終えると（Ｓ４０５）、顧客個別用期間作成が終了する（Ｓ４０６）。
【００８４】
ここで、サーバ計算機１０６は、この顧客個別用期間と、事前データ２と３から、タスク毎に定義された基本関数（図１５に例を示す。）を基に、顧客個別用関数を標準型設計用、予算遵守制約型設計用、期間遵守制約型設計用それぞれについて作成する（Ｓ４０７、Ｓ４０８、Ｓ４０９）。
【００８５】
１つの例として図１４にある１−５「各部門業務ヒアリング」というタスク名を例にして以下説明する。まず、図１４に示す事前データ２の基本関数１４０２から、前記タスクは基本関数２であるため、図１５（ａ）に示す事前データ３より人海戦術系作業タイプの関数である図１５（ｃ）に示す反比例関数ｘ×ｙ＝ａを選択する。なお、ここでｘはリソース量、ｙは期間、ａはタスク量とし、ｘはデフォルトでは事前データ２の基本リソース配分と基本リソース係数に基づき、ｘ＝ランクＡリソース数×ランクＡリソース係数＋・・・ランクＥリソース数×ランクＥリソース係数（勿論、基本リソース配分において該当するリソースが０の部分は計算が行われない）とする。
【００８６】
また、図１５（ｂ）には専門単独系作業タイプの基本関数を示し、図１５（ｄ）には少数精鋭系作業タイプの基本関数を示す。
【００８７】
もしソリューション必須タスク設定画面（図２７）にて必要リソースランクが変えられていなければデフォルトどおり、リソースランクが変えられていればそのリソースランクをベースにｘを計算する。本実施例では変更されていないとして、ｘは前記計算よりｘ＝１×１．７＋２×０．９＝３．５。ｙは、各部門業務ヒアリングの基本期間は２０日だが、Ｓ４０２からＳ４０６の計算より、本実施例では顧客個別用期間は４３日になるので、ｙ＝４３。よってａ＝４３×３．５＝１５１（小数点以下四捨五入処理）であり、標準型設計では今回算出されたｘとｙの固定値により見積もりを行う（Ｓ４０７）。ちなみにタスクの価格は、リソース量ｘ×基本単価１４０４×顧客個別用期間／２０にて算出される。
【００８８】
以上、標準型設計結果であるタスク毎の顧客個別用期間は図３３に示すソリューション設計結果差分データの期間３３０２に、タスク毎のタスクの価格は図３３に示す３３０３価格にそれぞれ入力される。
【００８９】
予算遵守制約型設計では、予算が超過している場合は、顧客個別用期間はそのままでリソースランクを下げたり、リソース数を減らしたり、すなわちリソース量ｘを少なくすることによりタスク量ａを減らすことでタスクの価格を下げようとする。そこで、本実施例ではａ＝ｘ×ｙ＝ｘ×４３となる（Ｓ４０８）。この場合、タスクの実行品質を下げることになるので、顧客個別用期間を超過する等のリスクを容認する反面、価格を下げることを意味する。実際は、リソース量ｘを変動値、ｙ＝４３を固定値すなわち期間３３０２としてソリューション設計を行う。
【００９０】
期間遵守制約型設計では、期間が超過している場合はリソースランクを上げたり、リソース数を増やしたり、すなわちリソース量ｘを多くすることにより期間ｙを下げることでタスクの期間を短くしようとする。そこで、本実施例ではｙ＝ａ／ｘ＝１５１／ｘとなる（Ｓ４０９）。
【００９１】
本顧客個別用関数は、ソリューション設計結果差分データの予算遵守制約型設計結果欄にタスク毎に入力されていることとする。
【００９２】
以上より、顧客個別用関数作成が終了し（Ｓ４１０）、標準型設計に移行する（Ｓ２１６）。
【００９３】
標準型設計では、サーバ計算機１０６は、図５に示す標準型設計基本フローに基づき、ソリューションタスクデータ（顧客ニーズデータ処理１（図１１）から２（図１２））と、事前データ１から５（図１３乃至図１７）と、顧客個別用期間と、標準型設計用顧客個別用関数データと、ソリューションプロセス（ソリューションタスクを遂行していく順番）を決めることができるタスクの並列関係や制約関係がわかる一般的な流れに基づくタスクの関係情報と、タスク実行時に必要なツールやハードウェア等ソリューションに必要なコンテンツの価格が掲載されている一般的なコンテンツ価格情報である価格データを、標準型設計処理部１０９に入力し（Ｓ５０１）、選定されたソリューションタスクを遂行していく順番に並べソリューションプロセスを作成し（Ｓ５０２）、ソリューションタスク毎に必要リソースを設定後、ソリューションの価格や期間を計算する（Ｓ５０３、Ｓ５０４）。
【００９４】
標準型設計においては、期間や予算等の制約条件を加味しないで顧客ニーズに基づくソリューション仕様の設計を行う。
【００９５】
まず、図１４に示す１４０８の選定フラグから、選定されたタスクの前後関係を判別する。基本的にはソリューションメニュー定義データ（図１０）の各タスクに振られているタスク番号が前後関係だが、ソリューションタスクには並列に進行できるものがあるので、同一メニューのタスクでも前後に並ばないものがある。異なるソリューションメニュー間のタスクになると、どのタスクとどのタスクが並列進行なのかを判別する必要が有る。勿論、その中にはある１つもしくは複数のタスクが終了しないと始まらない制約関係にあるタスクも存在する。
【００９６】
そこで、タスク関係情報より並列関係にあるタスクが存在すれば、紐付け処理を行い同一時間軸（以下タスクレーン）に並べる。全て終了すると、次に前後関係より紐付け処理を行いこのタスクの前後のタスクレーンにタスクを並べていく。その上で、制約関係にあるタスクについて、制約を受けているタスクと制約を与えるタスクの紐付け処理を行いソリューションプロセスを作成し、タスクレーン情報を図３３に示すソリューション設計結果差分データのタスクレーン３３０１に入力する（Ｓ５０２）。
【００９７】
次に、作成されたソリューションプロセス（タスクレーン３３０１）と顧客個別用期間から、各タスクレーンにおいて、同一タスクレーン内のソリューションタスクのうち顧客個別用期間が最も長い期間を抽出し、タスクレーンの初めから終わりまで累積することで標準型見積もり期間を算出する（Ｓ５０３）。
【００９８】
更に、顧客個別用関数のリソース量と、事前データ２の基本単価と、顧客個別用期間より算出されたタスク毎の価格（３３０３）より、全てのタスク価格を累積する。またコンテンツ価格情報から顧客ニーズに紐づくコンテンツがあった場合にコンテンツ価格を算出し、累積したタスクの価格に加え標準型見積もり価格を算出し（Ｓ５０４）、標準型設計が終了する（Ｓ５０５）。
【００９９】
ここで、サーバ計算機１０６は、標準型設計の見積もり価格及び期間と、顧客の予算及び期間から、図６に示す期間遵守制約型／予算遵守制約型設計の要否判定フローを行う。なお、予算の条件がゼロである場合、期間の条件がゼロである場合は否判定として以下処理していることとする。
【０１００】
まず、標準型設計の見積もり価格及び期間を標準型設計処理部１０９に入力し、見積もり期間が顧客の条件である期間以下かどうか判定し（Ｓ６０２）、以下であればＳ６０３に進み、超過していればＳ６０４に進む。Ｓ６０３では見積もり価格の判定を行い、見積もり価格が顧客の条件である予算以内であれば見積もりを終了（Ｓ６０５）し、ソリューション仕様の設計結果データ送信（Ｓ２１９）へ移行する。超過していれば、予算遵守制約型設計指示を送信し（Ｓ６０６）、予算遵守制約型設計（Ｓ２１７）へ移行する。Ｓ６０４では、Ｓ６０３と同様の見積もり価格の判定を行い、予算以内であれば期間遵守制約型設計指示を送信し（Ｓ６０７）、期間遵守制約型設計（Ｓ２１８）へ移行し、予算超過であれば予算遵守制約型及び期間遵守制約型設計指示を送信し（Ｓ６０８）、先に予算遵守制約型設計（Ｓ２１７）へ移行し、該設計終了後期間遵守制約型設計（Ｓ２１８）へ移行する。
【０１０１】
先に予算遵守制約型設計（Ｓ２１７）の基本フローについて図７を用いて説明する。前提として、最低リソースランクはＥ、最低リソース数は１であることとする。ここでは、標準型設計結果と設計条件設定値を予算遵守制約型設計処理部１１０に入力し（Ｓ７０１）、ソリューション条件設定画面（図２８）にてロジック変更設定がされているか判別し（Ｓ７０２）、変更が無ければデフォルトの処理ロジックである非必須タスクリソースランク変更、非必須タスクリソース数変更、タスク削除、必須タスクリソースランク変更、必須タスクリソース数変更の順に処理を行い、変更があればカスタマイズされたロジックに基づいて処理を行う（Ｓ７０３）。なお、本実施例ではデフォルトが選択されているので、以下、予算遵守制約型設計基本フロー例（図７）に基づいて説明する。
【０１０２】
まず、非必須タスクリソースランク変更ロジックにおいて、非必須設定で、事前データ２の基本関数種別が２の人海戦術系にあたるソリューションタスクを抽出し、タスクプライオリティが最も低いタスクの中で最も高額なタスクのリソースランクを１つ下げる。この際、複数のリソースランクが存在するタスクにおいては、最も高いリソースランクから１つ下げる。なお、処理がＳ７０６から戻って繰り返しされる場合は、このタスクでリソースランクをさらに１つ下げられるかどうか、できなければプライオリティが最も低いタスクの中で次に高額なタスクでリソースランクを１つ下げ、このタスクでリソースランクをさらに１つ下げられなければプライオリティが最も低いタスクの中で次に高額なタスク、なければタスクプライオリティを１つ上げ同様の手順を繰り返す（Ｓ７０４）。ここでリソースランクを１つ下げた場合にもともと下位にあったリソースランクと重なった場合はリソース数を合算する。
【０１０３】
これで、リソースランクを１つ下げたタスクのリソース量ｘを再計算し、事前データ２の基本単価と、顧客個別用期間からタスク価格を算出する。この変更により、見積もり価格が顧客予算内になれば設計を終了し（Ｓ７１９）、まだ顧客予算超過であれば（Ｓ７０５）、リソースランクを下げることが可能な次のタスクがあるかどうかを判別し、あればＳ７０４に戻って処理を繰り返し、なければ、非必須タスクリソース数変更ロジックに進む（Ｓ７０６）。
【０１０４】
次に、非必須タスクリソース数変更ロジック（Ｓ７０７）において、上記で抽出されたタスクプライオリティが最も低いタスクの中で最も高額なタスクのリソース数を１減らす。なお、処理がＳ７０９から戻って繰り返しされる場合は、このタスクでリソース数をさらに１下げられるかどうか、できなければプライオリティが最も低いタスクの中で次に高額なタスクでリソース数を１下げ、このタスクでリソース数をさらに１下げられなければプライオリティが最も低いタスクの中で次に高額なタスク、なければタスクプライオリティを１つ上げ同様の手順を繰り返す（Ｓ７０７）。
【０１０５】
これで、リソース数を１減らしたタスクのリソース量ｘを再計算し、事前データ２の基本単価と、顧客個別用期間からタスク価格を算出する。この変更により、見積もり価格が顧客予算内になれば設計を終了し（Ｓ７１９）、まだ顧客予算超過であれば（Ｓ７０８）、リソース数を下げることが可能な次のタスクがあるかどうかを判別し、あればＳ７０７に戻って処理を繰り返し、なければ、タスク削除ロジックに進む（Ｓ７０９）。
【０１０６】
次に、タスク削除ロジック（Ｓ７１０）において、非必須設定であるソリューションタスクを抽出し、タスクプライオリティが最も低いタスクの中で最も高額なタスクを削除する（Ｓ７１０）。この変更により、見積もり価格が顧客予算内になれば設計を終了し（Ｓ７１９）、まだ顧客予算超過であれば（Ｓ７１１）、削除可能な次のタスクがあるかどうかを判別し、あればＳ７１０に戻って処理を繰り返し、なければ、必須タスクリソースランク変更ロジックに進む（Ｓ７１２）。以上でも予算超過ならば、必須タスクを対象にリソースを変更する。
【０１０７】
必須タスクリソースランク変更ロジック（Ｓ７１３）において、必須設定で、事前データ２の基本関数種別が２の人海戦術系にあたるソリューションタスクを抽出し、タスクプライオリティが最も低いタスクの中で最も高額なタスクのリソースランクを１つ下げる。この際、複数のリソースランクが存在するタスクにおいては、最も高いリソースランクから１つ下げる。なお、処理がＳ７１５から戻って繰り返しされる場合は、このタスクでリソースランクをさらに１つ下げられるかどうか、できなければプライオリティが最も低いタスクの中で次に高額なタスクでリソースランクを１つ下げ、このタスクでリソースランクをさらに１つ下げられなければプライオリティが最も低いタスクの中で次に高額なタスク、なければタスクプライオリティを１つ上げ同様の手順を繰り返す（Ｓ７１３）。ここでリソースランクを１つ下げた場合にもともと下位にあったリソースランクと重なった場合はリソース数を合算する。
【０１０８】
これで、リソースランクを１つ下げたタスクのリソース量ｘを再計算し、事前データ２の基本単価と、顧客個別用期間からタスク価格を算出する。この変更により、見積もり価格が顧客予算内になれば設計を終了し（Ｓ７１９）、まだ顧客予算超過であれば（Ｓ７１４）、リソースランクを下げることが可能な次のタスクがあるかどうかを判別し、あればステップ７１３に戻って処理を繰り返し、なければ、非必須タスクリソース数変更ロジックに進む（Ｓ７１５）。次に、必須タスクリソース数変更ロジックにおいて、上記で抽出されたタスクプライオリティが最も低いタスクの中で最も高額なタスクのリソース数を１減らす。
【０１０９】
なお、処理がＳ７１８から戻って繰り返しされる場合は、このタスクでリソース数をさらに１下げられるかどうか、できなければプライオリティが最も低いタスクの中で次に高額なタスクでリソース数を１下げ、このタスクでリソース数をさらに１下げられなければプライオリティが最も低いタスクの中で次に高額なタスク、なければタスクプライオリティを１つ上げ同様の手順を繰り返す（Ｓ７１６）。
【０１１０】
これで、リソース数を１減らしたタスクのリソース量ｘを再計算し、事前データ２の基本単価と、顧客個別用期間からタスク価格を算出する。この変更により、見積もり価格が顧客予算内になれば設計を終了し（Ｓ７１９）、まだ顧客予算超過であれば（Ｓ７１７）、リソース数を下げることが可能な次のタスクがあるかどうかを判別し、あればステップ７１６に戻って処理を繰り返し、なければ予算遵守制約型設計終了に進み（Ｓ７１８）、予算遵守制約型設計を終了する（Ｓ７１９）。ちなみに上記ロジックは一例でありロジックを追加及び変更することは可能である。
【０１１１】
次に、期間遵守制約型設計（Ｓ２１８）の基本フローについて図８を用いて説明する。前提として、最高リソースランクはＡで、Ａのリソース数は１が最大、リソース数はタスク毎のもとのリソース数の総和に対して１人しか増えないこと、期間遵守制約型設計基本フロー（図８）における各ロジック内の変数ｎは２とする。ちなみにこれらの条件は変更可能である。
【０１１２】
ここでは、標準型設計結果と設計条件設定値とソリューションメニュー定義データ（図１０）を期間遵守制約型設計処理部１１１に入力し（Ｓ８０１）、ソリューション条件設定画面（図２８）にてロジック変更設定がされているか判別し（Ｓ８０２）、変更が無ければデフォルトの処理ロジックである必須タスクリソースランク変更、必須タスクリソース数変更、非必須タスクリソースランク変更、非必須タスクリソース数変更、タスクの削除の順に処理を行い、変更があればカスタマイズされたロジックに基づいて処理を行う（ステップ８０３）。なお、本実施例ではデフォルトが選択されているので、以下、期間遵守制約型設計基本フロー例（図８）に基づいて説明する。
【０１１３】
まず、必須タスクリソースランク変更ロジックにおいて、各タスクレーンにおいて最も顧客個別用期間が長いソリューションタスクが、必須設定で、事前データ２の基本関数種別が２の人海戦術系にあたるものを抽出し、この中で最も顧客個別用期間の長いタスクαと、このタスクと同じタスクレーンに存在するタスクの中で２番目（タスクαの次）に顧客個別用期間が長いタスクβの顧客個別用期間が同じになるまでタスクαのリソースランクを上げる。この際、期間遵守制約型設計用顧客個別用関数を利用して、ｙをタスクβの顧客個別用期間に設定し、リソースランクを変数としてランクを１つずつ上げていく。複数のリソースランクが存在するタスクにおいては、最も低いリソースランクから１つ上げる。
【０１１４】
なお、リソースランクをＡまで上げても２番目に長い顧客個別用期間に達しない場合は、タスクαの顧客個別用期間は、前記にて算出された顧客個別用期間を設定する。ちなみに、ｎが３であれば３番目に顧客個別用期間の長いタスクまでタスクαとタスクβのリソースランクを上げ、顧客個別用期間を短くしていくが、前記のようにリソースランクをＡまで上げてもタスクβの顧客個別用期間まで短くならない場合は３番目の処理は行われない。
【０１１５】
また、このタスクと同じタスクレーン中に他にタスクが存在しない場合は、上記処理ではなく本タスク内のリソースランクを全て２つ上げることとする。勿論この数字は変更可能である（Ｓ８０４）。
【０１１６】
この変更により、見積もり期間が顧客予定内になれば設計を終了し（Ｓ８１９）、まだ顧客予定超過であれば（Ｓ８０５）、Ｓ８０４にて抽出したタスクがまだ有ればＳ８０４に戻り、無ければＳ８０７に進む（Ｓ８０６）。
【０１１７】
次に、必須タスクリソース数変更ロジックにおいて、各タスクレーンにおいて最も顧客個別用期間が長いソリューションタスクが、必須設定で、事前データ２の基本関数種別が２の人海戦術系にあたるものを抽出し、この中で最も顧客個別用期間の長いタスクαと、このタスクと同じタスクレーンに存在するタスクの中で２番目（タスクαの次）に顧客個別用期間が長いタスクβの顧客個別用期間が同じになるまでタスクαのリソース数を増やす。この際、期間遵守制約型設計用顧客個別用関数を利用して、ｙをタスクβの顧客個別用期間に設定し、リソース数を変数としてリソース数を１ずつ増やしていく。複数のリソースランクが存在するタスクにおいては、最も低いリソースランクのリソース数から１増やす。
【０１１８】
なお、リソース数を前提条件まで上げても２番目に長い顧客個別用期間に達しない場合は、タスクαの顧客個別用期間は、前記にて算出された顧客個別用期間を設定する。ちなみに、ｎが３であれば３番目に顧客個別用期間の長いタスクまでタスクαとタスクβのリソース数を増やして顧客個別用期間を短くしていくが、前記のようにリソース数を前提条件まで上げてもタスクβの顧客個別用期間まで短くならない場合は３番目の処理は行われない。以降ｎの数が３より多い場合も同様の処理を行うものとする。
【０１１９】
また、このタスクと同じタスクレーン中に他にタスクが存在しない場合は、上記処理ではなくリソース数を全て１増やすこととする。勿論この数字は変更可能である（Ｓ８０７）。
この変更により、見積もり期間が顧客予定内になれば設計を終了し（Ｓ８１９）、まだ顧客予定超過であれば（Ｓ８０８）、Ｓ８０７にて抽出したタスクがまだ有ればＳ８０７に戻り、無ければＳ８１０に進む（Ｓ８０６）。
【０１２０】
次に、非必須タスクリソースランク変更ロジックにおいて、各タスクレーンにおいて最も顧客個別用期間が長いソリューションタスクが、非必須設定で、事前データ２の基本関数種別が２の人海戦術系にあたるものを抽出し、この中で最も顧客個別用期間の長いタスクαと、このタスクと同じタスクレーンに存在するタスクの中で２番目（タスクαの次）に顧客個別用期間が長いタスクβの顧客個別用期間が同じになるまでタスクαのリソースランクを上げる。この際、期間遵守制約型設計用顧客個別用関数を利用して、ｙをタスクβの顧客個別用期間に設定し、リソースランクを変数としてランクを１つずつ上げていく。複数のリソースランクが存在するタスクにおいては、最も低いリソースランクから１つ上げる。
【０１２１】
なお、リソースランクをＡまで上げても２番目に長い顧客個別用期間に達しない場合は、タスクαの顧客個別用期間は、前記にて算出された顧客個別用期間を設定する。ちなみに、ｎが３であれば３番目に顧客個別用期間の長いタスクまでタスクαとタスクβのリソースランクを上げ顧客個別用期間を短くしていくが、前記のようにリソースランクをＡまで上げてもタスクβの顧客個別用期間まで短くならない場合は３番目の処理は行われない。
【０１２２】
また、このタスクと同じタスクレーン中に他にタスクが存在しない場合は、上記処理ではなく本タスク内のリソースランクを全て２つ上げることとする。勿論この数字は変更可能である（Ｓ８１０）。
この変更により、見積もり期間が顧客予定内になれば設計を終了し（Ｓ８１９）、まだ顧客予定超過であれば（Ｓ８１１）、Ｓ８１０にて抽出したタスクがまだ有ればＳ８１０に戻り、無ければＳ８１３に進む（Ｓ８１２）。
【０１２３】
次に、非必須タスクリソース数変更ロジックにおいて、各タスクレーンにおいて最も顧客個別用期間が長いソリューションタスクが、非必須設定で、事前データ２の基本関数種別が２の人海戦術系にあたるものを抽出し、この中で最も顧客個別用期間の長いタスクαと、このタスクと同じタスクレーンに存在するタスクの中で２番目（タスクαの次）に顧客個別用期間が長いタスクβの顧客個別用期間が同じになるまでタスクαのリソース数を増やす。この際、期間遵守制約型設計用顧客個別用関数を利用して、ｙをタスクβの顧客個別用期間に設定し、リソース数を変数としてリソース数を１ずつ増やしていく。複数のリソースランクが存在するタスクにおいては、最も低いリソースランクのリソース数から１増やす。
【０１２４】
なお、リソース数を前提条件まで上げても２番目に長い顧客個別用期間に達しない場合は、タスクαの顧客個別用期間は、前記にて算出された顧客個別用期間を設定する。ちなみに、ｎが３であれば３番目に顧客個別用期間の長いタスクまでタスクαとタスクβのリソース数を増やして顧客個別用期間を短くしていくが、前記のようにリソース数を前提条件まで上げてもタスクβの顧客個別用期間まで短くならない場合は３番目の処理は行われない。
【０１２５】
また、このタスクと同じタスクレーン中に他にタスクが存在しない場合は、上記処理ではなくリソース数を全て１増やすこととする。勿論この数字は変更可能である（Ｓ８１３）。
この変更により、見積もり期間が顧客予定内になれば設計を終了し（Ｓ８１９）、まだ顧客予定超過であれば（Ｓ８１４）、Ｓ８１３にて抽出したタスクがまだ有ればＳ８１３に戻り、無ければＳ８１６に進む（Ｓ８１５）。
【０１２６】
次に、タスク削除ロジックにおいて、非必須設定であるソリューションタスクを抽出し、タスクプライオリティが最も低いタスクの中で最も顧客個別用期間の長いタスクを削除する（Ｓ８１６）。
この変更により、見積もり期間が顧客予定内になれば設計を終了し（Ｓ８１９）、まだ顧客予定超過であれば（Ｓ８１７）、削除可能な次のタスクがあるかどうかを判別し、あればＳ８１６に戻って処理を繰り返し、なければ、期間遵守制約型設計を終了する（Ｓ８１８）。
【０１２７】
ちなみに上記ロジックは一例でありロジックを追加及び変更することは可能である。
【０１２８】
以上で、サーバ計算機１０６は予算遵守制約型設計及び期間遵守制約型設計を終了し、結果データ送信（Ｓ２１９）へ移行する。
【０１２９】
結果データ送信では、サーバ計算機１０６は、標準型設計の結果と、予算遵守制約型設計の結果と、期間遵守制約型設計の結果のうち少なくとも１つを含む結果データを、結果データ受信待ち（Ｓ２２０）であるクライアント計算機１０１に送信し、結果表示（Ｓ２２１）を行なわせるとともに、設定変更データ受信待ち（Ｓ２２５）に移行する。
【０１３０】
結果表示では、サーバ計算機１０６が該結果データ等をもとに作成した画像データをクライアント計算機１０１が受信し、ソリューション設計結果表示画面（図２９）を表示し、ユーザは設計結果と、採用ツールと、ソリューションプロセスを確認できる。ユーザがボタン２９０１を押すと、対応した結果の詳細結果（ソリューションタスク毎の見積もり価格及び期間）を確認することもできる。
【０１３１】
本画面例は、期間遵守制約型設計のソリューションプロセスが表示されているが、ユーザがプルダウンメニュー２９０２にて表示対象を変更すると、クライアント計算機１０１は該表示対象のソリューションプロセスを表示する。
【０１３２】
特に、予算遵守制約型設計及び期間遵守制約型設計のソリューションプロセス表示においては、ユーザは標準型設計結果との差分を把握することができる。
【０１３３】
例えば、サーバ計算機１０６が該結果データやリソース配分３３０６や削除フラグ３３０７や変更フラグ３３０８等をもとに作成した設計結果の画像データをクライアント計算機１０１が受信し、薄く表示をさせたソリューションタスク２９０３は、標準型設計では存在しているが、期間遵守制約型設計では削除されたタスクであることを意味している。また、ソリューションタスク毎に表示されているリソース情報のうち、クライアント計算機１０１が該画面データによりソリューションタスク２９０４のように強調して表示した情報は、標準型設計に対してリソースランクやリソース数が変更されていることを意味している。
【０１３４】
ユーザがこの差分情報の詳細を確認したい場合は、プルダウンメニュー２９０５にて期間遵守制約型を選択し、ボタン２９０６を押すと、サーバ計算機１０６がソリューション設計結果差分データをもとに作成したソリューション設計差分表示画面データをクライアント計算機１０１が受信し、表示する（図３０）。
【０１３５】
この画面では、ユーザは削除されたソリューションタスク一覧３００１と、プルダウンメニュー３００２にて表示のさせ方を変更可能なリソース変更されたタスクの一覧及び各タスクの変更前後のリソース情報３００３、及び各タスクの削除やリソース変更による標準設計と期間や予算の変化情報３００４を確認できる。
【０１３６】
勿論、ユーザはプルダウンメニュー２９０５にて予算遵守制約型を選択すれば、予算遵守制約型設計結果と標準設計結果の差分情報も確認できる。
【０１３７】
なお、ユーザはソリューション設計結果表示画面及びソリューション設計差分表示画面に表示されている結果をベースに再度ソリューション設計を行いたい場合は、ソリューションプロセスを変更したいならボタン２９０７を押すとソリューションプロセス変更結果受付（Ｓ２２２）へ、タスク毎のリソースを変更したいならボタン２９０８を押すとリソース設定変更結果受付（Ｓ２２３）へ移行する。設計を終了したい場合はボタン２９０９を押すと、クライアント計算機１０１が終了指示を生成し（Ｓ２２７）、出力方法選択結果受付へ移行する（Ｓ２２８）。
【０１３８】
まず、Ｓ２２２におけるソリューションプロセス変更結果受付においては、ユーザは、サーバ計算機１０６がソリューションメニュー定義データと事前データ２とソリューション設計結果差分データより作成したソリューションプロセス変更画面データをクライアント計算機１０１が受信し、表示した画面（図３１）にて、タスクの追加や削除を行ったり、タスクの前後関係や並列関係等を変更したりすることができる。
【０１３９】
本実施例では、領域３１０１内にはソリューションプロセス上に選ばれていないタスクが表示されており、ユーザはドラッグ＆ドロップのような作業によりタスクを追加することができる。ちなみに、プルダウンメニュー３１０２にて変更対象を別の設計結果にすることもできる。
【０１４０】
例えば、クライアント計算機１０１が薄く表示したタスク３１０３は、選定フラグ１４０８のフラグが生成され、ソリューションプロセス上の３１０４に追加されたものである。また、薄く表示したタスク３１０５は、選定フラグ１４０８が削除され、領域３１０１内のソリューションタスク３１０６として戻す処理をしたものである。
【０１４１】
なお、ユーザがこれら設定を保存したい場合はボタン３１０７を押すとクライアント計算機１０１が事前データ２の変更部分のデータを確定し、もとに戻したい場合はボタン３１０８をそれぞれ押すと事前データ２の変更部分のデータを変更前に戻す。
【０１４２】
ユーザが、今回の変更を加味した上でタスク毎のリソースを変更する場合はボタン３１０９を押すとリソース設定変更結果受付（Ｓ２２３）へ移行し、設計をすぐに再評価したい場合はボタン３１１０を押すと、クライアント計算機１０１が設定変更データ受信待ち状態であるサーバ計算機１０６に設定変更データを送信し（Ｓ２２４）、サーバ計算機１０６が再計算を実行し（Ｓ２２６）、Ｓ２１９へ戻る。
【０１４３】
なお、ユーザがボタン３１１１を押すとソリューション設計結果表示画面に戻る。
【０１４４】
Ｓ２２３におけるリソース設定変更結果受付においては、ユーザは、サーバ計算機１０６が事前データ２とソリューション設計結果差分データより作成したリソース設定変更画面データを、クライアント計算機が受信し、表示した画面（図３２）にて、ソリューションタスク毎のリソースの配分を変更することが可能である。
【０１４５】
ここで、クライアント計算機１０１が該画面データにより薄く表示をさせたソリューションタスク３２０２は、標準型設計では存在しているが、期間遵守制約型設計では削除されたタスクであることを意味している。ちなみに、プルダウンメニュー３２０１にて変更対象を別の設計結果にすることもできる。
【０１４６】
ユーザがリソース変更する場合は、リソースランク毎の数字を直接入力して変更したり、御客様サイドのリソースの数字を直接入力して変更したりする。
【０１４７】
ユーザがこれら設定を保存したい場合はボタン３２０３を押すと、クライアント計算機１０１がソリューション設計結果差分データの変更部分のデータを確定し、もとに戻したい場合はボタン３１０８をそれぞれ押すとソリューション設計結果差分データの変更部分のデータを変更前に戻す。
【０１４８】
ユーザが、今回の変更を加味した上で、ソリューションプロセスを変更する場合はボタン３２０５を押すとソリューションプロセス変更結果受付（Ｓ２２２）へ移行し、設計をすぐに再評価したい場合はボタン３２０６を押すと、クライアント計算機１０１が設定変更データ受信待ち状態であるサーバ計算機１０６に設定変更データを送信し（Ｓ２２４）、サーバ計算機１０６が再計算を実行し（Ｓ２２６）、Ｓ２１９へ戻る。
【０１４９】
なお、ユーザがボタン３２０７を押すとソリューション設計結果表示画面（図２９）に戻る。
【０１５０】
Ｓ２２８における出力方法選択結果受付においては、ユーザがソリューション設計結果ファイル出力設定画面のようなもので出力方法を設定する。
【０１５１】
最後に、ユーザが終了指示を伝えるボタンを押すと、クライアント計算機１０１が終了指示待ちであったサーバ計算機１０６に終了指示を送信し（Ｓ２２９）、サーバ計算機１０６が、ユーザが設計結果をファイルのみで出力したい場合、もしくはファイルと案件システムに連動したデータで出力したい場合、もしくはファイル出力をしない場合のうちいずれかの指定された方法で結果を出力し（Ｓ２３０）、結果ファイルや案件システム連動データがある場合はそれぞれデータ記憶装置１１５やクライアント計算機１０１に送信し（Ｓ２３１）、結果ファイル受信待ち状態（Ｓ２３２）であったクライアント計算機１０１の出力部１０３に結果ファイルを表示する。
【０１５２】
以上説明した実施の形態によれば、顧客のフェーズやニーズに基づき条件を変化させ、顧客の予算や期間を制約条件として、ソリューションプロセスと、ソリューションタスク毎のリソース配分と、見積もり価格及び期間を短時間の間に同時に出力する方法を提供することが可能となる。
【図面の簡単な説明】
【０１５３】
【図１】本発明に係るソリューション設計計算用シミュレーションソフトウェアをインストールした計算実行部、および該計算実行部と広域通信網もしくは制御部等で接続されたユーザ操作部から成るソリューション設計システムの一実施の形態を示す構成図である。
【図２】図１に示すソリューション設計システムを用いて実行されるソリューション設計方法の全体処理手順の一実施例を示すフロー図である。
【図３】本発明に係るリソースランク計算処理の基本処理手順の一実施例を示すフロー図である。
【図４】本発明に係る顧客個別用期間及び顧客個別用関数の作成基本処理手順の一実施例を示すフロー図である。
【図５】本発明に係る標準型設計の基本処理手順の一実施例を示すフロー図である。
【図６】本発明に係る期間遵守制約型／予算遵守制約型（標準型設計以外）の設計要否判定処理手順の一実施例を示すフロー図である。
【図７】本発明に係る予算遵守制約型設計の基本処理手順の一実施例を示すフロー図である。
【図８】本発明に係る期間遵守制約型設計の基本処理手順の一実施例を示すフロー図である。
【図９】本発明に係る顧客リソースを設定した設計処理手順の一実施例を示すフロー図である。
【図１０】本発明に係るソリューションメニューを定義したデータの一実施例を示す構成図である。
【図１１】本発明に係る顧客ニーズデータを処理したＳＣＯＰＥデータ（顧客ニーズデータ処理１）の一実施例を示す構成図である。
【図１２】本発明に係る顧客ニーズデータを処理したＦＯＣＵＳデータ（顧客ニーズデータ処理２）の一実施例を示す構成図である。
【図１３】本発明に係る顧客ニーズデータ等を係数処理するための事前データ１の一実施例を示す構成図である。
【図１４】本発明に係るソリューションタスク毎にソリューション設計を行うために設定された事前データ２と設計時のフラグを判別するデータの一実施例を示す構成図である。
【図１５】本発明に係る基本関数の形状を示す事前データ３の一実施例を示す構成図である。
【図１６】本発明に係る特定のソリューションタスクの組合せに対する係数データ（事前データ４）の一実施例を示す構成図である。
【図１７】本発明に係るソリューションタスク毎の影響する顧客ニーズの相関関係を示すデータ（ＳＣＯＰＥ，ＦＯＣＵＳマッピングデータ）（事前データ５）の一実施例を示す構成図である。
【図１８】本発明に係るリソースランクを定義付ける評価基準データ１の一実施例を示す構成図である。
【図１９】本発明に係るリソースランクを定義付ける評価基準データ２の一実施例を示す構成図である。
【図２０】本発明に係るリソースランク定義データ１とリソースランク毎のリソース数一覧データの一実施例を示す構成図である。
【図２１】本発明に係るリソースランク定義データ２の一実施例を示す構成図である。
【図２２】本発明に係る顧客フェーズとソリューションメニューやタスクを紐付けるデータ（ニーズ選択定義データ）の一実施例を示す構成図である。
【図２３】本発明に係るログイン画面（見積り開始画面）の一実施例を示すイメージ図である。
【図２４】本発明に係る顧客フェーズ選択画面の一実施例を示すイメージ図である。
【図２５】本発明に係る顧客ニーズ入力画面（ＳＣＯＰＥ（必須）データ入力、ＦＯＣＵＳ（選択）データ入力）の一実施例を示すイメージ図である。
【図２６】本発明に係るソリューションタスク選定画面の一実施例を示すイメージ図である。
【図２７】本発明に係るソリューション必須タスク設定画面の一実施例を示すイメージ図である。
【図２８】本発明に係るソリューション設計条件設定画面の一実施例を示すイメージ図である。
【図２９】本発明に係るソリューション設計結果表示画面の一実施例を示すイメージ図である。
【図３０】本発明に係るソリューション設計差分確認表示画面の一実施例を示すイメージ図である。
【図３１】本発明に係るソリューションプロセス変更画面の一実施例を示すイメージ図である。
【図３２】本発明に係るソリューションリソース設定変更画面の一実施例を示すイメージ図である。
【図３３】本発明に係るソリューション設計結果差分データの一実施例を示す構成図である。
【符号の説明】
【０１５４】
１０１…クライアント計算機、  １０２…入力部、  １０２１…ソリューションタスク選定部、  １０２２…ソリューション設計条件設定部、  １０３…出力部、  １０４、１１４…制御部、  １０５…ネットワーク、  １０６…サーバ計算機、  １０７…ソリューションメニュー処理部、  １０８…リソースランク計算処理部、  １０９…標準型設計処理部（顧客個別用期間・関数計算処理部）、  １１０…予算遵守制約型設計処理部、  １１１…期間遵守制約型設計処理部、  １１２…再計算処理部、  １１３…設計結果処理部、  １１５…データ記憶装置、  １１６…ソリューション設計処理部。
【図１】
2005346220.tif 000003
【図２】
2005346220.tif 000004
【図３】
2005346220.tif 000005
【図４】
2005346220.tif 000006
【図５】
2005346220.tif 000007
【図６】
2005346220.tif 000008
【図７】
2005346220.tif 000009
【図８】
2005346220.tif 000010
【図９】
2005346220.tif 000011
【図１０】
2005346220.tif 000012
【図１１】
2005346220.tif 000013
【図１２】
2005346220.tif 000014
【図１３】
2005346220.tif 000015
【図１４】
2005346220.tif 000016
【図１５】
2005346220.tif 000017
【図１６】
2005346220.tif 000018
【図１７】
2005346220.tif 000019
【図１８】
2005346220.tif 000020
【図１９】
2005346220.tif 000021
【図２０】
2005346220.tif 000022
【図２１】
2005346220.tif 000023
【図２２】
2005346220.tif 000024
【図２３】
2005346220.tif 000025
【図２４】
2005346220.tif 000026
【図２５】
2005346220.tif 000027
【図２６】
2005346220.tif 000028
【図２７】
2005346220.tif 000029
【図２８】
2005346220.tif 000030
【図２９】
2005346220.tif 000031
【図３０】
2005346220.tif 000032
【図３１】
2005346220.tif 000033
【図３２】
2005346220.tif 000034
【図３３】
2005346220.tif 000035