JP2008003931A - ソリューション提案支援システム - Google Patents

Abstract

【課題】ユーザの要望に応じた解決策を導き出してユーザに対して解決策を提示する。
【解決手段】複数の階層的に構成された課題ツリーを予め格納した課題ＤＢ100と、課題と解決策とを関連付けて管理している課題と解決策の対応ＤＢ102と、課題に対する解決策を算出する計算手段110とを備え、前記ソリューション提案支援システムは、課題ＤＢ内の複数の階層的に構成された課題ツリーからユーザに課題を選択させると共に、選択した課題に対してユーザにより重み付けポイントを付与させ、前記計算手段は、配分ルール105に従い課題の重み付けポイント及び前記課題と解決策の対応ＤＢから解決策を算出して、関連する課題ツリーを解決策と共にユーザに提示する。
【選択図】図１

Description

本発明は、ソリューション提案支援システムに係り、特に、ユーザの選択した課題とその重み付け（ポイント付与）とから解決策を計算し、顧客に最適なソリューションを提案することを可能にしたソリューション提案支援システムに関する。

顧客に最適なソリューションを提案するためには、ユーザの選択した課題に関連する課題を検索する必要がある。情報検索に関する一般的な技術は、情報に付与された属性同士を関連付けていなかったため、１つの観点からしか、属性を使用した情報の検索を行うことができなかった。また、この技術は、属性同士を関連付けておらず、属性と情報との関係が並列で存在していたため、属性から情報を検索するための判断の絞込みが困難なものであった。このような問題を解決することを可能にした従来技術として、例えば、特許文献１等に記載された技術が知られている。この従来技術は、管理者側で事前に登録した１つ以上の属性階層ツリーに登録された属性を、ユーザ自身が選択し、選択した属性が属する属性階層ツリー上の属性を任意に検索条件として組み合わせることにより検索を実行し、その属性に結び付けられた情報を抽出するというものである。
特開２００４−９４６３４号公報

しかし、前述した従来技術は、ユーザの関心度合いや重要度の高低によって、情報の検索を行うことができるものではなく、ユーザの選択した課題に関連する課題を、ユーザの関心度合いや重要度の高低によって検索し、それぞれの度合いに応じた最適な解を導き出すような本発明に適用することが困難なものである。

本発明の目的は、前述したような点に鑑み、ユーザが関心のある課題を１または複数入力するだけで、それらの課題の関係を整理し、さらに、他の関連する課題を考慮した上で、ユーザが真に認識していたテーマの選択を支援し、その解決策を提示することができるソリューション提案支援システムを提供することにある。

また、本発明の他の目的は、予め構成された課題ツリーの中から、ユーザが選択した課題に重み付けを付与し、ユーザ別に作成された課題ツリーと予め管理者により各課題に対応づけられた解決策ツリーで重み付けのポイント計算を行うことにより、ユーザ個別のニーズに応じた最適な解決策の組合せを提示することができるソリューション提案支援システムを提供することにある。

本発明によれば前記目的は、１または複数の課題を受け付け、その課題に対する解決策を提示するソリューション提案支援システムにおいて、複数の階層的に構成された課題ツリーを予め格納した課題データベースと、課題と解決策とを関連付けて管理している課題と解決策の対応データベースと、受け付けた課題に関連する課題を前記課題データベースから抽出して関連する課題の課題ツリーを作成する課題定義手段と、課題に対する解決策を算出する計算手段とを備え、前記ソリューション提案支援システムは、課題データベース内の複数の階層的に構成された課題ツリーからユーザに課題を選択させると共に、選択した課題に対してユーザにより重み付けポイントを付与させ、前記計算手段は、配分ルールに従い課題の重み付けポイントを用いて前記作成された関連する課題の課題ツリーに含まれる課題に対する重みを算出して、各課題に重み付けポイントを付与し、該課題の重み付けポイント及び前記課題と解決策の対応データベースから解決策を算出して、関連する課題ツリーを解決策と共にユーザに提示することにより達成される。

本発明によれば、製品の知識のない営業・ＳＥの者でも、顧客のニーズに合った製品をすばやく提示することができる。また、本発明によれば、ユーザは、各人が実施した重み付けポイントに対応した解決策が具体的に提示されることによるベンダの見積りの妥当性の判断や、導入実績の把握を容易に行うことができる。

以下、本発明によるソリューション提案支援システムの実施形態を図面により詳細に説明する。なお、以下に説明する本発明の実施形態は、製品に関わる課題に対する解決策を提示するものとして説明する。

図１は本発明の一実施形態によるソリューション提案支援システムの構成を示すブロック図である。図１において、１００は課題ＤＢ（データベース）、１０１はユーザ別課題ＤＢ、１０２はユーザ別解決策ＤＢ、１０３は製品情報ＤＢ、１０４は課題と解決策の対応ＤＢ、１０５は分配ルールＤＢ、１０６は課題管理モジュール、１０７は課題定義モジュール、１０８は解決策表示モジュール、１０９は解決策管理モジュール、１１０はポイント計算モジュール、１１１はユーザインタフェース、１１２はソリューション提案支援システム、１１３は外部利用者の情報端末群、１１４は社内端末である。

本発明の実施形態によるソリューション提案システム１１２は、後述する各種のＤＢである課題ＤＢ１００、ユーザ別課題ＤＢ１０１、ユーザ別解決策ＤＢ１０２、製品情報ＤＢ１０３、課題と解決策の対応ＤＢ１０４、分配ルールＤＢ１０５と、各種の処理モジュールである課題管理モジュール１０６、課題定義モジュール１０７、解決策表示モジュール１０８、解決策管理モジュール１０９、ポイント計算モジュール１１０と、ユーザインタフェース１１１とを備えて構成されている。そして、ソリューション提案支援システム１１２には、社内端末１１４の外、外部利用者の情報端末群１１３のＰＣ、ＰＤＡ、携帯電話等が社内ネットワーク、インターネット等の公衆通信網から接続することができる。

前述したように構成されるソリューション提案システム１１２は、ＣＰＵ、主メモリ、ＨＤＤ等の記憶装置を備えたサーバコンピュータ等のよく知られている情報処理装置内に構築されている。そして、前述の各種の処理モジュール１０６〜１１０は、プログラムとしてＨＤＤ等の記憶装置内に格納され、主メモリにロードされて、ＯＳの制御下でＣＰＵにより実行されることにより、各モジュールとしての機能を実現している。また、前述の各種のＤＢ１００〜１０５は、ＨＤＤ等の記憶装置内に格納されている。

前述において、課題管理モジュール１０６は、課題ＤＢ１００に格納された課題群を管理しており、必要な場合に情報の追加・編集・削除等の課題ＤＢ１００の更新を行う。

課題定義モジュール１０７は、課題ＤＢ１００からユーザが選択した課題を取り出し、ユーザに応じた課題ツリーを作成し、そのツリーをユーザ別課題ＤＢ１０１に格納する。

解決策管理モジュール１０９は、製品情報ＤＢ１０３に格納された製品情報群と、課題と解決策の対応ＤＢ１０４を管理しており、必要な場合には、情報の追加・編集・削除等の解決策の対応ＤＢ１０４の更新を行う。

解決策表示モジュール１０８は、製品情報ＤＢ１０３からユーザ別の解決策ツリーを作成し、そのツリーをユーザ別解決策ＤＢ１０２に格納する。

ポイント計算モジュール１１０は、配分ルールＤＢ１０５の情報を用いて、ユーザ別課題ＤＢ１０１に格納されたユーザ毎の課題と重み付けポイントとをもとに下位階層への配分計算を行い、さらに、課題に対応付けられた解決策のポイント計算を行う。

図２は課題ＤＢ１００のテーブル構造を示す図である。課題ＤＢ１００のテーブルは、格納されている課題を分類するための課題分類名２０２を持つ課題管理テーブル２０１と、分類コード毎に課題を識別するための課題属性ＩＤ２０４、課題名称２０５、その課題の上位課題を識別するための課題親属性ＩＤ２０６を持つ課題定義情報テーブル２０３とにより構成されている。

図３は図２に示す課題管理テーブル２０１と課題定義情報テーブル２０３との具体的な構成例を示す図である。

課題管理テーブル２０１の具体的なイメージは、図３（ａ）に示すように、課題の分類コードとそのコードに対応する課題の分類名とを１つのレコードとして管理するテーブルである。図３（ａ）に示す例では、分類コードＡ、Ｂ、Ｃ、…に、業種共通、産業、公共、…等の分類名が対応付けられている。

課題定義情報テーブル２０３の具体的なイメージは、図３（ｂ）に示すように、分類コード、課題属性ＩＤ、課題、課題親属性ＩＤを１つのレコードとして管理するテーブルである。図３（ｂ）に示す例において、１つのレコードの課題が他のレコードの課題と親子関係にある場合、子となる課題のレコードの課題親属性ＩＤには、その親のレコードの課題属性ＩＤが記述される。例えば、２行目に示すレコードの課題「情報漏洩の防止」の上位の課題としての親の課題として１行目に示すレコードの課題「セキュリティの強化」があり、２行目に示すレコードの課題親属性ＩＤには、１行目に示すレコードの課題属性ＩＤが記述される。また、課題親属性ＩＤに記述される「０」は、そのレコードの課題が最上位のもので、親となる課題がないことを示している。このような課題定義情報テーブル２０３の構成から判るように、課題ＤＢ１００は、複数の階層的に構成された課題ツリーにより構成されている。

図４は課題と解決策の対応ＤＢ１０４のテーブル構造を示す図である。課題と解決策の対応ＤＢ１０４を構成する課題と解決策の関連付けテーブル４０１は、課題属性ＩＤ４０２と、その課題を解決するための解決策名称４０３、解決策要素Ａ’４０４、解決策要素Ｂ’４０５、解策要素Ｃ’４０６とから構成されている。

図５は図４に示す課題と解決策の関連付けテーブル４０１の具体的な構成例を示す図である。課題と解決策の関連付けテーブル４０１の具体的なイメージは、図４により説明したような課題属性ＩＤ、解決策名称、解決策要素Ａ’〜Ｃ’を１つのレコードとして管理するテーブルである。

図６は製品情報ＤＢ１０３のテーブル構造を示す図である。製品情報ＤＢ１０３は、製品管理テーブル６０１と製品定義情報テーブル６０４と製品詳細情報テーブル６０８とにり構成されている。そして、製品管理テーブル６０１は、格納されている課題を分類するための製品分類コード６０２、製品分類名６０３から構成され、また、製品定義情報テーブル６０４は、製品分類コード６０２で関連付けられた製品分類コード６０５、製品を識別するために必要な製品属性ＩＤ６０６、その課題の上位課題を識別するための製品親属性ＩＤ６０７により構成されている。製品詳細情報テーブル６０８は、製品属性ＩＤ６０６で関連付けられた製品属性ＩＤ６０９、ユーザに解決策の詳細情報を表示するための製品名６１０、価格６１１、製品説明６１２、問合せ先６１３、導入事例６１４により構成されている。

図７は図６に示す製品管理テーブル６０１、製品定義情報テーブル６０４、製品詳細情報テーブル６０８の具体的な構成例を示す図である。

製品管理テーブル６０１の具体的なイメージは、図７（ａ）に示すように、製品分類コードと製品分類名とを１つのレコードとして管理するテーブルであり、図示例では、製品分類コードＡ”、Ｂ”、Ｃ”のそれぞれが、ハードウェア、ソフトウェア、コンサルティングの製品分類名に対応付けられている。

製品定義情報テーブル６０４の具体的なイメージは、図７（ｂ）に示すように、製品分類コードと製品属性ＩＤと製品親属性ＩＤとを１つのレコードとして管理するテーブルである。このテーブルにおける製品親属性ＩＤの意味は、図３（ｂ）で説明した課題親属性ＩＤの場合と同様である。

製品詳細情報テーブル６０８の具体的なイメージは、図７（ｃ）に示すように、製品分類コード、製品属性ＩＤ、製品名、価格等を１つのレコードとして管理するテーブルである。

図８は配分ルールＤＢ１０５のテーブル構造を示す図である。配分ルールテーブル８０１には、ユーザが行った重み付けポイントを配分するための配分ルール８０２が項番と対応付けられて格納されている。

図９は図８に示す配分ルールテーブル８０１の具体的な構成例を示す図である。図８の配分ルールテーブル８０１の具体的なイメージは、項番毎に、分配ルールとして、１／ｎ、加算等のルールを記述して管理するテーブルである。

図１０はユーザ別課題ＤＢ１０１のテーブル構造を示す図である。ユーザ別課題テーブル１００１は、ユーザ別に作成された課題ツリーを格納するテーブルであり、課題を選択したユーザ名１００２と、その課題が選択された日時１００３と、課題の分類コード１００４と、課題を識別するための課題属性ＩＤ１００５と、課題名称１００６と、その課題の上位課題を識別するための課題親属性ＩＤ１００７と、ユーザが選択した課題に対して行った重み付けポイントである重みＸ１００８と、ポイント計算モジュール１１０に従って計算されたポイントである重みＹ１００９、重みＺ１０１０とから構成される。

図１１は図１０に示すユーザ別課題管理テーブル１００１の具体的な構成例を示す図である。ユーザ別課題管理テーブル１００１の具体的なイメージは、図１０により説明した各項目をユーザ毎に１つのレコードとして管理するテーブルである。このテーブルにおける課題親属性ＩＤの意味は、図３（ｂ）で説明した課題親属性ＩＤの場合と同様である。

図１２はユーザ別解決策ＤＢ１０２のテーブル構造を示す図である。ユーザ別解決策テーブル１２０１は、ユーザ別に作成された解決策ツリーを格納するテーブルであり、製品を選択したユーザ名１２０２と、その製品が選択された日時１２０３と、製品の分類コード１２０４と、製品を識別するための製品属性ＩＤ１２０５と、製品名称１２０６と、その製品の上位製品を識別するための製品親属性ＩＤ１２０７と、ポイント計算モジュール１１０に従って計算されたポイントである重みＸ’１２０８、重みＹ’１２０９、重みＺ’１２１０とから構成される。

図１３は図１２に示すユーザ別解決策テーブル１２０１の具体的な構成例を示す図である。ユーザ別解決策テーブル１２０１の具体的なイメージは、図１２により説明した各項目をユーザ毎に１つのレコードとして管理するテーブルである。このテーブルにおける製品親属性ＩＤの意味は、図３（ｂ）で説明した課題親属性ＩＤの場合と同様である。

図１４はユーザ別の課題ツリーを作成する処理動作を説明するフローチャートであり、次に、これについて説明する。

（１）ユーザが課題ツリーを作成するために、外部利用者の情報端末群１１３の１つまたは社内端末１１４から本発明の実施形態によるソリューション提案支援システムを起動すると、課題管理モジュール１０６が処理を開始し、保持している課題の一覧を課題ＤＢ１００より読み込んでユーザに提示する。ユーザは、端末が持つ図示しない入力手段から提示された課題を選択入力する。課題は１つでも複数入力でもよい（ステップ１４０１）。

（２）課題が入力されると、課題管理モジュール１０６は、課題定義情報テーブル２０３から入力された対象と同じ課題の項目情報にユーザ名、実行日時、重みＸ、Ｙ、Ｚの項目が追加されたユーザ別課題管理テーブルを新たに作成する。また、ユーザは、選択した課題に対し、ユーザの関心度合い、重要度によって重み付けを実施する。具体的には、課題管理モジュール１０６は、重要度に応じたユーザからの重み付け数値をポイントとして受け付ける。説明している例では、数値の下限を０とし、その数値が大きい程、関心度合い、重要度を高いとするが、上下限を設定した段階的な評価（例えば１〜５）とする等、ポイントの形式に制約はない。こうして受け付けた重み付けポイントは、ユーザ別課題管理テーブル１００１の重みＸ１００８に格納される（ステップ１４０２）。

（３）以下に説明する全ての処理を全ての課題に対して実施することを設定すると共に、ユーザが選択した課題について、上位層の課題がなくなるまで処理を行うことを設定する（ステップ１４０３、１４０４）。

（４）ステップ１４０２の処理でユーザにより選択されて特定された課題について、ユーザが選択した課題に課題親属性ＩＤ２０６があるか否かを検索し、課題親属性ＩＤが存在する場合、その課題親属性ＩＤと同じ値を課題属性ＩＤの値として有する項目を課題定義情報テーブルから取得する。この処理を、選択した課題の課題親属性ＩＤ２０６と同じ課題属性値を持つ課題がなくなるまで繰り返す。このようにして、ユーザが選択した課題の上位にある課題ツリーを作成する。取得した課題属性は、ユーザが課題の選択・入力時に作成されたユーザ別課題ＤＢ１０１に格納される。このとき、課題定義情報テーブルから得られる情報の他の欄、例えば、「重み」の欄等は空白でよい（ステップ１４０５、１４０６）。

（５）次に、ユーザが選択した課題について、下位層の課題がなくなるまで処理を行うことを設定する（ステップ１４０７）。

（６）そして、ユーザにより選択された課題の下位層の課題ツリーを作成する。そのための検索は、ユーザが選択した課題の課題属性ＩＤを、課題親属性ＩＤ２０６に持つ課題があるか否かを判断することにより行う。この検索で、ユーザが選択した課題の課題属性ＩＤを、課題親属性ＩＤに持つ課題が存在する場合、その課題属性ＩＤの値として有する項目を課題定義情報テーブルから取得する。この処理を、ユーザが選択した課題の課題属性ＩＤ２０４を、課題親属性ＩＤ２０６に持つ課題がなくなるまで繰り返す。このようにして、ユーザが選択した課題の下位にある課題ツリーを作成する。作成したツリーは、ユーザ別課題ＤＢ１０１に格納される。このとき、課題定義情報テーブルから得られる情報の他の欄、例えば、「重み」欄等は空白でよい（ステップ４０８、４０９）。

図１５は図１４に示すフローによる処理が終了し、ユーザ別の課題ツリーが完成したときの具体的な課題ツリーのイメージを示す図である。

図１５（ａ）に示す例は、ユーザにより選択された課題が図１１に示すユーザ別課題管理テーブルの「セキュリティの強化」であった場合の例である。この例では、「セキュリティの強化」のレコードの課題親属性ＩＤが０となっていて、最上位の課題であるため、上位層の課題ツリーの作成は行われず、下位層の課題ツリーだけが作成される。すなわち、この課題の課題属性ＩＤを、課題親属性ＩＤ２０６に持つ課題が他にあるか否かを、図１１から検索すると、「情報漏洩の防止」、「社外からの不正アクセス対策」の課題があることが判る。さらに、「情報漏洩の防止」の課題について、この課題の課題属性ＩＤを、課題親属性ＩＤ２０６に持つ課題が他にあるか否かを、図１１から検索すると、「ＰＣの外部持出し時の情報漏洩防止」の課題があることが判る。図１５（ａ）に示す例では、図１１には示していないが、「情報漏洩の防止」の下位の課題として、「機器の盗難防止」、「ＮＷセキュリティポリシーの構築」の課題が検索され、また、「社外からの不正アクセス対策」の下位の課題として、「ＮＷセキュリティポリシーの構築」の課題が検索されたものとして、課題ツリーを示している。

図１５（ｂ）に示す例は、ユーザにより選択された課題が図１１に示すユーザ別課題管理テーブルの「在庫の削減」であった場合の例である。この例では、図１１には示していないが、上位層の課題として、「コストの削減」の課題が検索され、下位層の課題として、図１１から「リードタイムの短縮」の課題が検索されると共に、図１１には示していない「拠点の統合」、「在庫基準の適正化」の課題が検索されたものとして、課題ツリーを示している。

図１６はユーザが選択した課題に対して行った重み付けポイントを用いて課題ツリー内の各課題のポイントを計算する方法を説明する図である。

重み付けポイントの計算を行うためのデータ列の例を図１６（ａ）に示しており、データ格納領域Ｋ１６０１には課題属性ＩＤ、Ｘ１６０２にはユーザが行った重み付けポイント、Ｙ１６０３には配分ルールＤＢ１０５に従い計算されたポイント、Ｚ１６０４にはＸとＹとを加算したポイント（課題が持っているポイント）が格納される。ここでは、初期値として０ポイントがセットされており、最上位層の課題から順番に重み付けのポイント計算を行っていく。

図１６（ｂ）に示す例では、図１５（ａ）により説明した例に対応するもので、ユーザが課題ＩＤとしてＫ１００１０１（１６０５）を持つ最上位の課題を選択して、この課題に対して６０ポイントを領域Ｘ（１６０６）に与えている。この課題の領域Ｙ１６０７には初期値０が格納され、領域Ｚ１６０８にはＸとＹとを加算した６０ポイントが格納される。

課題ＩＤとしてＫ１００１０１を持つ課題の下位層の課題として選択された課題ＩＤとしてＫ１００２０５（１６０９）を持つ課題の領域Ｙ１６１１には上位層の課題が持つポイントである６０ポイントを分配ルール（この場合、図９により説明した１／ｎルールを用い、課題ＩＤとしてＫ１００１０１を持つ課題の下位層の課題が２つであるので、１／２）に従って３０ポイントが格納され、領域Ｚ１６１２には、同様に、ＸとＹとを加算した３０ポイントが格納される。課題ＩＤとしてＫ１００１０１を持つ課題の下位層の課題として選択された課題ＩＤとしてＫ１００２１０を持つ課題に対しても同様なポイントが与えられることになる。

課題ＩＤとしてＫ１００２０５を持つ課題の下位層の課題として選択された課題ＩＤとしてＫ１００３１０（１６１３）を持つ課題にユーザが１０ポイントを与えたとすると、領域Ｘ１６１４に１０ポイントが格納される。また、この課題の領域Ｙ１６１５には上位層の課題が持つポイントである３０ポイントを分配ルール（この場合も、図９により説明した１／ｎルールを用い、課題ＩＤとしてＫ１００２０５を持つ課題の下位層の課題が３つであるので、１／３）に従って１０ポイントが格納され、領域Ｚ１６１５には、ＸとＹとを加算した２０ポイントが格納される。

課題ＩＤとしてＫ１００２０５を持つ課題の下位層の他の課題として選択された課題ＩＤとしてＫ１００３１１、Ｋ１００３１２を持つ２つの課題に対してはユーザによるポイントの付与が行われていないとしているので、領域Ｘ１６１８、１６２２には０ポイントが格納され、領域Ｙ１６１９、１６２３及び領域Ｚ１６２０、１６２４には、同様な計算の結果、それぞれ１０ポイント格納される。

課題ＩＤとしてＫ１００２１０を持つ課題の下位層の課題として選択された課題は、課題ＩＤとしてＫ１００３１２を持つ１つだけであるので、Ｋ１００２１０を持つ課題と同様なポイントが与えられることになる。

図１６（ｃ）に示す例は、図１５（ｂ）により説明した例に対応するものであり、ここでは、計算方法の説明を省略するが、前述したと同様な方法により計算が行われて、図示のようになる。

前述で説明したような計算を行うことにより、課題ツリーの最下位層の課題のポイントを導き出すことができる。

図１７はユーザが課題に対して行った重み付けポイントからユーザの関心度合い・重要度に応じた解決策を導き出すための計算方法を説明するフローチャートであり、次に、これについて説明する。

（１）まず、後述するステップ１７０５までの全ての処理を全ての課題に対して実施することを設定すると共に、ユーザが選択した課題について、下位層の課題がなくなるまで処理を行うことを設定する（ステップ１７０１、１７０２）。

（２）ユーザが作成しユーザ別課題ツリーの最上位層にある課題の領域Ｘ内のポイントと領域Ｙ内のポイントとを加算したポイントを領域Ｚに格納に格納し、これをユーザ別課題ＤＢ１０１に格納して、次に、下位層にＮ個の課題があるか否かを判定する（ステップ１７０３、１７０４）。

（３）ステップ１７０４の判定で、下位層にＮ個の課題があった場合、配分ルールＤＢ１０５の配分ルールに従って計算を行い、上位層の領域Ｚ内のポイントを配分したポイントを、下位層の課題の領域Ｙに格納し、これをユーザ別課題ＤＢ１０１に格納する。この処理は、下位層の課題がなくなるまで繰り返し行われる（ステップ１７０５）。

（４）ステップ１７０４の判定で、下位層に課題がなかった場合、ステップ１７０１からの処理に戻って、全ての課題に対する処理が行われるまで繰り返す。前述までの処理により、図１６により説明した課題ツリー内の各課題のポイントを計算することができたことになる。

（５）次に、最下位層の課題に付与されたポイントを、課題に対応づけられた解決策要素のポイントに配分するための計算のために、全ての解決策を処理するまで繰り返すことを設定する（ステップ１７０７）。

（６）その後、最下位層の課題属性ＩＤに対応した解決策を図４により説明した課題と解決策の対応ＤＢ１０４から取得し、前述までの処理で算出した最下位層の課題の領域Ｚに格納されたポイントを、解決策を構成する各解決策要素（Ａ’、Ｂ’、Ｃ’）に付加して、それを課題と解決策の対応ＤＢ１０４に格納する（ステップ１７０８、１７０９）。

（７）前述の処理をステップ１７０７の設定に従って解決策がなくなるまで繰り返し、各解決策要素のポイントを合算する（ステップ１７１０）。

（９）次に、ユーザ別に作成された解決策ツリー内で、各解決策要素に配分されたポイントから、他の解決策に付与されるポイントを計算するため、ユーザ別解決策ツリーの作成を行う。なお、この処理の詳細については、図１８に示すフローにより後述する（ステップ１７１１）。

（10）そして、ステップ１７０９、１７１０の処理で算出された解決策ポイントの合算結果を図１２、図１３により説明したユーザ別解決策ＤＢ１０２の重みＸ’に格納する（ステップ１７１２）。

（11）その後、後述するステップ１７１７までの全ての処理を全ての解決策要素に対して実施することを設定すると共に、下位層の課題がなくなるまで処理を行うことを設定する（ステップ１７１３、１７１４）。

（12）そして、作成されたユーザ別解決策ツリーの最上位層にある解決策の重み付けのポイントＸ’とＹ’とを足した重みをポイントＺ’としてユーザ別解決策ＤＢに格納し、その後、下位層にＮ個の課題があるか否かを判定する（ステップ１７１５、１７１６）。

（13）ステップ１７１６の判定で、下位層にＮ個の課題があった場合、配分ルールＤＢ１０５の配分ルールに従って計算を行い、上位層の重み付けのポイントＺ’を配分したポイントを、下位層の重み付けポイントＹ’に格納して、ユーザ別課題ＤＢ１０１を更新する（ステップ１７１７）。

（14）前述の処理をステップ１７１４の設定に従って下位層に課題がなくなるまで繰り返し、また、ステップ１７１６の判定で、下位層に課題がなかった場合、ステップ１７１３の設定に従って、全ての解決策要素に対する処理が終了するまで繰り返す。

図１８は図１７に示すフローにおけるステップ１７１１でのユーザ別解決策ツリーの作成の処理動作の詳細を説明するフローチャートであり、次に、これについて説明する。

（１）ここでの処理が開始されると、まず、図１７のステップ１７０８、１７０９の処理で作成したポイントが付与された解決策要素を検索する（ステップ１８０１）。

（２）以下に説明する処理を行うことにより、検索結果により得た全ての解決策を処理するまで処理を繰り返すことを設定すると共に、解決策の上位層の解決策がなくなるまで処理を行うことを設定する（ステップ１８０２、１８０３）。

（３）次に、ポイントが付与された解決策要素の製品親属性ＩＤを検索する処理を順次上位層に遡って検索することにより、ポイントが付与された解決策要素の上位にある解決策ツリーを作成し、これをユーザ別解決策ＤＢ１０２に格納する（ステップ１８０４、１８０５）。

（４）上位ツリーの作成終了後、解決策の下位層の解決策がなくなるまで処理を行うことを設定する（ステップ１８０６）。

（５）導出された解決策要素の製品属性ＩＤを製品親属性に持つ解決策要素を検索する処理を順次下位層に向けて検索することにより、ポイントが付与された解決策要素の下位にある解決策ツリーを作成し、これをユーザ別解決策ＤＢ１０２に格納する（ステップ１８０７、１８０８）。

（６）前述したポイントが付与された解決策要素の上位にある解決策ツリーの作成及びポイントが付与された解決策要素の下位にある解決策ツリーの作成処理を、ステップ１８０２での設定に従って全て解決策要素を処理するまで繰り返す。

図１９は解決策を構成する各解決策要素Ａ’、Ｂ’、Ｃ’のポイントを合算した結果のイメージを示す図である。このイメージは、図１７により説明したフローのステップ１７１０の処理の結果として得ることができるものであり、各解決策要素Ａ’、Ｂ’、Ｃ’は、図１９（ａ）〜図１９（ｃ）に示すように、それぞれ複数の解決策要素を持ち、これらの解決策要素毎にポイントが算出されて対応付けられている。

図２０はユーザ別解決策ＤＢ内で、配分ルールＤＢ１０５の配分ルールを用いてポイント計算を行った際のイメージを示す図である。このイメージは、図１７により説明したフローのステップ１７１４〜ステップ１７１７の処理の結果として得ることができるものであり、図１６により説明したと同様な方法でポイント計算を行った場合の例である。この例では、関連する複数の階層の製品毎に前述したＸ’、Ｙ’、Ｚ’の各ポイントが計算されている。

図２１はユーザが選択した課題に関連する課題ツリーを表示する画面イメージを示す図である。この表示画面例には、ユーザ別の課題ツリー構造が表示される。その内容は、図１５により説明したものと基本的に同一であり、図１４により説明したフローにより作成されたものである。なお、図２１に示している２１０２、２１０３、２１０４は、ユーザが任意に選択した課題である。

図２２は選択した課題に対する解決策をポイントと共に表示した画面イメージを示す図である。

図２２に解決策の表示として示すように、この画面例には、ユーザが選択した課題に対する重み付けポイントの計算によって導き出された解決策群が表示される。そして、図２２（ａ−１）に示す例は、図２１に示すＰＣ外部持出し時の情報漏洩防止という課題に対する解決策群であり、図２２（ａ−２）に示す例は、図２１に示すＮＷセキュリティポリシーの構築という課題に対する解決策群であり、また、図２２（ａ−３）に示す例は、図２１に示す調達リードタイムの短縮という課題に対する解決策群である。これらの解決策群に含まれる各解決策には、計算された結果としてそれぞれにポイントが表示されると共に、各群内にの解決策に順位が付与され表示される。

図２２（ａ−１）〜図２２（ａ−３）に示すような解決策の結果を得ることができたユーザが、解決策のチェックボックスにチェックを入れると、図２２（ｂ）に示すように、その製品の詳細情報が表示される。

前述した本発明の実施形態での各処理は、プログラムにより構成し、本発明が備えるＣＰＵに実行させることができ、また、それらのプログラムは、ＦＤ、ＣＤＲＯＭ、ＤＶＤ等の記録媒体に格納して提供することができ、また、ネットワークを介してディジタル情報により提供することができる。

前述した本発明の実施形態によれば、ユーザが選択する任意の課題に対する解決策が予め対応付けられているため、製品の知識のない営業やＳＥの者でも、顧客のニーズに合った製品をすばやく提示することが可能となり、また、ユーザには、各人が実施した重み付けポイントに対応した解決策が具体的に提示されることになるので、ユーザは、ベンダの見積りの妥当性の判断や、導入実績の把握を容易に行うことができるようになる。

本発明の一実施形態によるソリューション提案支援システムの構成を示すブロック図である。 課題ＤＢのテーブル構造を示す図である。 図２に示す課題管理テーブルと課題定義情報テーブルとの具体的な構成例を示す図である。 課題と解決策の対応ＤＢのテーブル構造を示す図である。 図４に示す課題と解決策の関連付けテーブルの具体的な構成例を示す図である。 製品情報ＤＢのテーブル構造を示す図である。 図６に示す製品管理テーブル、製品定義情報テーブル、製品詳細情報テーブルの具体的な構成例を示す図である。 配分ルールＤＢのテーブル構造を示す図である。 図８に示す配分ルールテーブルの具体的な構成例を示す図である。 ユーザ別課題ＤＢのテーブル構造を示す図である。 図１０に示すユーザ別課題管理テーブルの具体的な構成例を示す図である。 ユーザ別解決策ＤＢのテーブル構造を示す図である。 図１２に示すユーザ別解決策テーブルの具体的な構成例を示す図である。 ユーザ別の課題ツリーを作成する処理動作を説明するフローチャートである。 図１４に示すフローによる処理が終了し、ユーザ別の課題ツリーが完成したときの具体的な課題ツリーのイメージを示す図である。 ユーザが選択した課題に対して行った重み付けポイントを用いて課題ツリー内の各課題のポイントを計算する方法を説明する図である。 ユーザが課題に対して行った重み付けポイントからユーザの関心度合い・重要度に応じた解決策を導き出すための計算方法を説明するフローチャートである。 図１７に示すフローにおけるステップ１７１１でのユーザ別解決策ツリーの作成の処理動作の詳細を説明するフローチャートである。 解決策を構成する各解決策要素Ａ’、Ｂ’、Ｃ’のポイントを合算した結果のイメージを示す図である。 ユーザ別解決策ＤＢ内で、配分ルールＤＢの配分ルールを用いてポイント計算を行った際のイメージを示す図である。 ユーザが選択した課題に関連する課題ツリーを表示する画面イメージを示す図である。 選択した課題に対する解決策をポイントと共に表示した画面イメージを示す図である。

符号の説明

１００ 課題ＤＢ（データベース）
１０１ ユーザ別課題ＤＢ
１０２ ユーザ別解決策ＤＢ
１０３ 製品情報ＤＢ
１０４ 課題と解決策の対応ＤＢ
１０５ 分配ルールＤＢ
１０６ 課題管理モジュール
１０７ 課題定義モジュール
１０８ 解決策表示モジュール
１０９ 解決策管理モジュール
１１０ ポイント計算モジュール
１１１ ユーザインタフェース
１１２ ソリューション提案支援システム
１１３ 外部利用者の情報端末群
１１４ 社内端末

Claims (5)

1. １または複数の課題を受け付け、その課題に対する解決策を提示するソリューション提案支援システムにおいて、複数の階層的に構成された課題ツリーを予め格納した課題データベースと、課題と解決策とを関連付けて管理している課題と解決策の対応データベースと、課題に対する解決策を算出する計算手段とを備え、前記ソリューション提案支援システムは、課題データベース内の複数の階層的に構成された課題ツリーからユーザに課題を選択させると共に、選択した課題に対してユーザにより重み付けポイントを付与させ、前記計算手段は、配分ルールに従い課題の重み付けポイント及び前記課題と解決策の対応データベースから解決策を算出して、関連する課題ツリーを解決策と共にユーザに提示することを特徴とするソリューション提案支援システム。
2. １または複数の課題を受け付け、その課題に対する解決策を提示するソリューション提案支援システムにおいて、複数の階層的に構成された課題ツリーを予め格納した課題データベースと、課題と解決策とを関連付けて管理している課題と解決策の対応データベースと、受け付けた課題に関連する課題を前記課題データベースから抽出して関連する課題の課題ツリーを作成する課題定義手段と、課題に対する解決策を算出する計算手段とを備え、前記ソリューション提案支援システムは、課題データベース内の複数の階層的に構成された課題ツリーからユーザに課題を選択させると共に、選択した課題に対してユーザにより重み付けポイントを付与させ、前記計算手段は、配分ルールに従い課題の重み付けポイントを用いて前記作成された関連する課題の課題ツリーに含まれる課題に対する重みを算出して、各課題に重み付けポイントを付与し、該課題の重み付けポイント及び前記課題と解決策の対応データベースから解決策を算出して、関連する課題ツリーを解決策と共にユーザに提示することを特徴とするソリューション提案支援システム。
3. 前記ユーザに付与させる課題に対して重み付けポイントは、ユーザの関心度合いや重要度に応じた重み付けポイントであることを特徴とする請求項１または２記載のソリューション提案支援システム。
4. 前記課題と解決策の対応データベースには、１つの課題に対する解決策として、複数の解決策要素が格納されていることを特徴とする請求項１または２記載のソリューション提案支援システム。
5. 前記課題は、製品に関連する課題であり、前記課題に対して行った重み付けポイントからの算出結果をもとに、製品の情報に対しても重み付けポイントの算出を行うことを特徴とする請求項２記載のソリューション提案支援システム。
   

Images