(57)【特許請求の範囲】
【請求項１】
コンピュータを用いてユーザによるデータ分析の要件定義の支援を含む情報処理を行う、データ分析の要件定義支援システムであって、
顧客視点、提示方式、分析類型、顧客要求、及び表示種別の定義情報を格納する類型モデルと、前記顧客視点と提示方式と顧客要求と表示種別との間に成り立つ条件付き確率を格納する類型推奨モデルと、を用い、
ユーザ操作に基づいて、前記分析類型と顧客視点と提示方式のうち１つを入力する処理を行う入力部と、
前記条件付き確率を参照して、推奨要求仕様を決定し、当該推奨要求仕様を要求仕様候補とする処理を行う第１の処理部と、
前記条件付き確率を参照して、前記要求仕様候補に対する類似要求仕様を抽出する処理を行う第２の処理部と、
前記要求仕様候補を可視化してユーザに表示する処理を行う第３の処理部と、
前記類似要求仕様を可視化してユーザにリスト表示する処理を行う第４の処理部と、を有し、
前記類似要求仕様のリストからユーザ操作により選択することで前記要求仕様候補を変更可能とする処理を行うことを特徴とする、データ分析の要件定義支援システム。
【請求項２】
請求項１記載のデータ分析の要件定義支援システムにおいて、
前記要求仕様候補の情報をファイル出力する処理を行うことを特徴とする、データ分析の要件定義支援システム。
【請求項３】
請求項１記載のデータ分析の要件定義支援システムにおいて、
分析軸の情報を格納する分析軸モデルを用い、
前記顧客要求と表示種別と分析軸との間に成り立つ条件付き確率を参照して、前記要求仕様候補に分析軸を付加する処理を行うことを特徴とする、データ分析の要件定義支援システム。
【請求項４】
請求項３記載のデータ分析の要件定義支援システムにおいて、
前記要求仕様候補に付加される前記分析軸をユーザ操作により修正する入力を受け付けて当該分析軸を修正する処理を行うことを特徴とする、データ分析の要件定義支援システム。
【請求項５】
請求項１記載のデータ分析の要件定義支援システムにおいて、
前記類型推奨モデルの前記条件付き確率の各々をユーザ操作により修正する入力を受け付けて当該条件付き確率を修正する処理を行うことを特徴とする、データ分析の要件定義支援システム。
【請求項６】
コンピュータを用いてユーザによるデータ分析の要件定義の支援を含む情報処理を行う、データ分析の要件定義支援方法であって、
前記コンピュータにおいて、
顧客視点、提示方式、分析類型、顧客要求、及び表示種別の定義情報を格納する類型モデルと、前記顧客視点と提示方式と顧客要求と表示種別との間に成り立つ条件付き確率を格納する類型推奨モデルと、を用い、
ユーザ操作に基づいて、前記分析類型と顧客視点と提示方式のうち１つを入力する処理ステップと、
前記条件付き確率を参照して、推奨要求仕様を決定し、当該推奨要求仕様を要求仕様候補とする処理ステップと、
前記条件付き確率を参照して、前記要求仕様候補に対する類似要求仕様を抽出する処理ステップと、
前記要求仕様候補を可視化してユーザに表示する処理ステップと、
前記類似要求仕様を可視化してユーザにリスト表示する処理ステップと、
前記類似要求仕様のリストからユーザ操作により選択することで前記要求仕様候補を変更可能とする処理ステップと、を有することを特徴とする、データ分析の要件定義支援方法。
【請求項７】
コンピュータを用いてユーザによるデータ分析の要件定義の支援を含む情報処理を行う、データ分析の要件定義支援プログラムであって、
前記コンピュータにおいて、
顧客視点、提示方式、分析類型、顧客要求、及び表示種別の定義情報を格納する類型モデルと、前記顧客視点と提示方式と顧客要求と表示種別との間に成り立つ条件付き確率を格納する類型推奨モデルと、を用い、
ユーザ操作に基づいて、前記分析類型と顧客視点と提示方式のうち１つを入力する処理を行わせるプログラムと、
前記条件付き確率を参照して、推奨要求仕様を決定し、当該推奨要求仕様を要求仕様候補とする処理を行わせるプログラムと、
前記条件付き確率を参照して、前記要求仕様候補に対する類似要求仕様を抽出する処理を行わせるプログラムと、
前記要求仕様候補を可視化してユーザに表示する処理を行わせるプログラムと、
前記類似要求仕様を可視化してユーザにリスト表示する処理を行わせるプログラムと、
前記類似要求仕様のリストからユーザ操作により選択することで前記要求仕様候補を変更可能とする処理を行わせるプログラムと、を有することを特徴とする、データ分析の要件定義支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ分析及びその支援に係わる情報処理の技術に関し、特に、データ分析システム開発などにおける要件定義（要求仕様定義）を支援する情報処理システム等に関する。さらに、データ分析に対する目的やグラフの種類などを選択する技術に関する。
【背景技術】
【０００２】
データ分析に関する従来技術として、入力に対して一意に定まった表示方法を選択する方法が存在する。
【０００３】
特開２００１−１８４２７３号公報（特許文献１）では、アンケート作成者が、質問文や回答方式、質問種類を入力して作成したアンケートデータにおいて、質問種類が“２択”の場合はバーの形状をしたグラフ、質問種類が“分布”の場合は棒グラフ、回答方式が“複数回答”で質問種類が指定されていない場合は円グラフといったように、アンケート作成者が入力した質問種類、回答方式に対して決まった表示方法を選択し、アンケート結果を表示する方法が示されている。
【０００４】
特開２０１０−２０５２１８号公報（特許文献２）では、分析提供者は、分析対象データのデータ項目情報（データ形式、データ種別、データ内容などのデータ項目の属性を定義するもの）や分析設定情報（分析の目的、目的カテゴリ、分析手法、対象データ等の分析の方法を定義するもの）を分析支援情報としてデータベース（ＤＢ）に登録しておき、データやその目的が入力されると、ＤＢに登録されている分析支援情報の中から、最も類似するものを抽出し、そのデータに関連付けられている分析手法を用いた分析処理を実行する方法が示されている。ここでは、決められた優先順位で、ＤＢに登録されている分析支援情報と今回の分析との類似性を判定し、参照する分析支援情報を抽出している。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１８４２７３号公報
【特許文献２】特開２０１０−２０５２１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前記特許文献１では、ある入力に対し、表示方法が１つに決まっているため、他の表示方法で分析結果を表示することができず、他の表示方法で分析結果を表示したいという要求に対応できないという問題がある。
【０００７】
前記特許文献２では、過去の類似事例を参照することしかできないため、事例を蓄積しないと参照結果が得られないという問題がある。さらに、特許文献２では、未知の分析に対応できないという問題がある。
【０００８】
以上を鑑み、本発明の主な目的は、データ分析の要求仕様定義の支援に係わり、具体事例によらず、データ分析の要求仕様候補だけでなくその類似要求仕様を表示することができ、また、過去の事例を蓄積することなく要求仕様を表示することができる技術を提供することであり、これにより、ユーザによる要件定義の処理作業を効率化できる技術を提供することである。
【課題を解決するための手段】
【０００９】
本発明のうち代表的な形態は、コンピュータを用いてユーザによるデータ分析（データ分析システム開発など）に係わる要件定義（要求仕様定義）の支援を含む情報処理を行うシステム（要件定義支援システム）及び方法（要件定義支援方法）などであって、以下に示す構成を有することを特徴とする。
【００１０】
本形態のシステム及び方法は、（１）ユーザ操作に基づいて分析類型と顧客視点と提示方式のうち１つを入力する手段及び処理ステップと、（２）顧客視点と提示方式と顧客要求と表示種別との間に成り立つ条件付き確率（類型推奨モデル）を参照して、推奨要求仕様を決定し、これを要求仕様候補とする手段及び処理ステップと、（３）前記条件付き確率を参照して、前記要求仕様候補に対する類似要求仕様を決定する手段及び処理ステップと、（４）前記要求仕様候補を可視化して表示する手段及び処理ステップと、（５）前記類似要求仕様を可視化してリスト表示する手段及び処理ステップと、（６）前記類似要求仕様からユーザにより選択することで要求仕様候補を変更可能とする手段及び処理ステップと、を有する。上記構成により、具体事例によらず要求仕様候補及びその類似要求仕様の情報を表示可能とする。
【発明の効果】
【００１１】
本発明のうち代表的な形態によれば、データ分析の要求仕様定義の支援に係わり、具体事例によらず、データ分析の要求仕様候補だけでなくその類似要求仕様を表示することができ、また、過去の事例を蓄積することなく要求仕様を表示することができる。これにより、ユーザによる要件定義の処理作業を効率化できる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施の形態のシステム（データ分析の要件定義支援システム）の構成例を示す図である。
【図２】顧客視点モデル（ＭＡ）の構造およびデータ例を示す図である。
【図３】提示方式モデル（ＭＢ）の構造およびデータ例を示す図である。
【図４】分析類型モデル（ＭＣ）の構造およびデータ例を示す図である。
【図５】顧客要求モデル（ＭＤ）の構造およびデータ例を示す図である。
【図６】表示種別モデル（ＭＥ）の構造およびデータ例を示す図である。
【図７】類型推奨モデル（１３０）の構造およびデータ例を示す図である。
【図８】本実施の形態のシステム及び方法（データ分析の要件定義支援方法）における処理全体のフロー図である。
【図９】推奨要求仕様決定処理（Ｓ２００）のフロー図である。
【図１０】類似要求仕様決定処理（Ｓ３００）のフロー図である。
【図１１】入力の画面例（Ｇ１）を示す図である。
【図１２】要求仕様候補を表示する画面例（Ｇ２）を示す図である。
【図１３】類似要求仕様をリスト表示する画面例（Ｇ３）を示す図である。
【図１４】推奨要求仕様情報（ｄ１）の構造およびデータ例を示す図である。
【図１５】要求仕様候補情報（ｄ２）の構造およびデータ例を示す図である。
【図１６】類似要求仕様情報（ｄ３）及び識別情報の構造およびデータ例を示す図である。
【図１７】本発明の実施の形態２における、要求仕様候補のファイル出力例を示す図である。
【図１８】本発明の実施の形態３における、分析軸モデルの構造およびデータ例を示す図である。
【図１９】実施の形態３での分析軸推奨モデルの構造およびデータ例を示す図である。
【図２０】実施の形態３での要求仕様候補を表示する画面例（Ｇ２ｂ）を示す図である。
【図２１】本発明の実施の形態４における、分析軸を修正する画面例（Ｇ２ｃ）を示す図である。
【図２２】本発明の実施の形態５における、所属確率を修正する画面例（Ｇ４）を示す図である。
【発明を実施するための形態】
【００１３】
以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一部には原則として同一符号を付し、その繰り返しの説明は省略する。
【００１４】
＜用語の定義など＞
本明細書における各用語の定義などについては以下である。
【００１５】
『顧客視点』とは、「何を表現するか」について、比較、推移、関係、明細、俯瞰の５つに分類した項目のことである。顧客視点を具体化した項目を、『顧客要求』とよぶ。例えば、“一番良いものは何か？”、“違いがわかる”などがある。
【００１６】
『提示方式』とは、「どのように表現するか」について、列挙、写像、分布、並列の４つに分類した項目のことである。提示方式を具体化した項目を、『表示種別』とよぶ。例えば、棒グラフ、一覧表などがある。
【００１７】
『分析類型』とは、顧客視点と提示方式とで構成され、顧客視点と提示方式から一意に決まる項目のことである。
【００１８】
顧客視点の定義情報を格納したＤＢを『顧客視点モデル』とよぶ。顧客要求の定義情報を格納したＤＢを『顧客要求モデル』とよぶ。提示方式の定義情報を格納したＤＢを『提示方式モデル』とよぶ。表示種別の定義情報を格納したＤＢを『表示種別モデル』とよぶ。分析類型の定義情報を格納したＤＢを『分析類型モデル』とよぶ。上記の顧客視点モデルと顧客要求モデルと提示方式モデルと表示種別モデルと分析類型モデルとをまとめて『類型モデル』とよぶ。
【００１９】
顧客視点が決まったときの提示方式の条件付き確率と、提示方式が決まったときの顧客視点の条件付き確率と、顧客視点が決まったときの顧客要求の条件付き確率の定義情報と、提示方式が決まったときの表示種別の条件付き確率と、を格納したＤＢを、『類型推奨モデル』とよぶ。さらに、「Ａが決まったときのＢの条件付き確率」という表現において、Ａを「推奨元」とよび、Ｂを「推奨先」とよぶ。また、この推奨元（Ａ）が決まったときの推奨先（Ｂ）の条件付き確率のことを「所属確率」とよぶ。
【００２０】
『要求仕様』とは、顧客要求、表示種別などを含む仕様のことである。『推奨要求仕様』とは、初期入力によって決定される要求仕様のことである。『類似要求仕様』とは、要求仕様候補に類似した要求仕様のことである。『要求仕様候補』とは、その時点で一番よいとされる要求仕様のことである。推奨要求仕様または入力によって選択した類似要求仕様が、要求仕様候補となる。
【００２１】
＜実施の形態１＞
図１〜図１６を用いて、本発明の実施の形態１のシステム（データ分析の要件定義支援システム）及び方法（データ分析の要件定義支援方法）等について説明する。
【００２２】
［システム構成］
図１は、本実施の形態のシステム（データ分析の要件定義支援システム）の構成例を示している。本システムは、コンピュータにおいて、要求仕様具現化支援部１００（「支援部」）、入力部１１０、類型モデル１２０、類型推奨モデル１３０等を有し、これらがバス１４０等を介して相互接続されている構成である。なおこれに限らず、複数の装置がネットワークで接続されて成るシステム構成などでもよい。
【００２３】
要求仕様具現化支援部１００（「支援部」）は、要求仕様を具現化する支援処理を行う処理機能であり、推奨要求仕様決定部１０１、類似要求仕様抽出部１０２、要求仕様候補表示部１０３、及び類似要求仕様リスト表示部１０４を有して成る。
【００２４】
入力部１１０は、本システム（コンピュータ）のユーザ（要件定義を行う者）により画面やファイルなどで情報を入力したり、ユーザに対して画面やファイルなどで情報を表示／出力したり、その他必要な入出力処理を行う。
【００２５】
類型モデル１２０は、ＭＡ：顧客視点モデル（後述、図２）、ＭＢ：提示方式モデル（後述、図３）、ＭＣ：分析類型モデル（後述、図４）、ＭＤ：顧客要求モデル（後述、図５）、及び、ＭＥ：表示種別モデル（後述、図６）をまとめたモデル、及びそれを格納しているＤＢやその他の記憶手段である。
【００２６】
類型推奨モデル１３０（後述、図７）は、前述のように、各々の所属確率（推奨元（Ａ）が決まったときの推奨先（Ｂ）の条件付き確率）（ｐ１〜ｐ４）の定義情報を格納しているＤＢやその他の記憶手段である。
【００２７】
また、支援部１００及び入力部１１０は、後述するが、推奨要求仕様情報（ｄ１）、要求仕様候補情報（ｄ２）、類似要求仕様情報（ｄ３）等の各種データ情報を処理し記憶する（図８〜図１０等）。これらのデータ情報は、システム内のメモリやディスク等に記憶される。また、支援部１００及び入力部１１０は、後述するが、各画面（後述、図１１〜図１３等）でユーザによる情報の入力及びユーザに対する情報の表示を行う。
【００２８】
本コンピュータは、構成例としては、図示しないがプロセッサ、メモリ、ディスク、入力装置、出力装置、通信インタフェース装置、等の一般的な要素を備えるＰＣやサーバなどで構成可能である。支援部１００等の各処理部は、例えば本コンピュータのプロセッサがメモリにロードした制御プログラム（本実施の形態のプログラムを含む）を実行しデータ情報を処理すること等により実現できる。入力部１１０は、例えばプロセッサが入力装置（キーボード等）や出力装置（ディスプレイ等）を制御処理し所定の情報処理（画面表示処理などを含む）を行うことにより実現できる。
【００２９】
［類型モデル（１２０）］
以下、図２〜図６で、類型モデル１２０の各モデル（ＭＡ〜ＭＥ）の構成例について示す。
【００３０】
［（ＭＡ）顧客視点モデル］
図２は、顧客視点モデルＭＡの構造およびデータ例を示す。図２の表において、「顧客視点番号」と「顧客視点」がレコードとして保存されている。顧客視点番号は、顧客視点を一意に識別する番号である。本表のレコードは、顧客視点の種類の数だけ存在する。顧客視点の値は、前述のように、比較、推移、関係、明細、及び俯瞰の５つの種類の値がある。
【００３１】
［（ＭＢ）提示方式モデル］
図３は、提示方式モデルＭＢの構造およびデータ例を示す。図３の表において、「提示方式番号」（提示方式を一意に識別する番号）と「提示方式」がレコードとして保存されている。本表のレコードは、提示方式の種類の数だけ存在する。提示方式の値は、前述のように、列挙、写像、分布、及び並列の４つの種類の値がある。
【００３２】
［（ＭＣ）分析類型モデル］
図４は、分析類型モデルＭＣの構造およびデータ例を示す。図４の表において、「類型番号」（分析類型を一意に識別する番号）、「類型」（分析類型）、「顧客視点番号」、及び「提示方式番号」がレコードとして保存されている。本表のレコードは、分析類型の種類の数だけ存在する。「顧客視点番号」と「提示方式番号」は、分析類型の構成要素をあらわす。分析類型は、前述のように、顧客視点と提示方式から一意に決まる項目であり、本例では“ランキング”〜“相関マップ”といった７種類を示している。
【００３３】
［（ＭＤ）顧客要求モデル］
図５は、顧客要求モデルＭＤの構造およびデータ例を示す。図５の表において、「顧客要求定義番号」（顧客要求を一意に識別する番号）、「顧客視点番号」、及び「顧客要求」がレコードとして保存されている。本表のレコードは、顧客要求の種類の数だけ存在する。「顧客視点番号」は顧客要求のカテゴリをあらわす。「顧客要求」は、本例では、“一番良いものは何か”、“違いがわかる”、“競合がわかる”、“優劣がみえる”、“似ている”、“今は、最近”などがある。
【００３４】
［（ＭＥ）表示種別モデル］
図６は、表示種別モデルＭＥの構造およびデータ例を示す。図６の表において、「表示種別定義番号」（表示種別を一意に識別する番号）、「提示方式番号」、及び「表示種別」がレコードとして保存されている。本表のレコードは、表示種別の種類の数だけ存在する。「提示方式番号」は、表示種別のカテゴリをあらわす。「表示種別」は、本例では、棒グラフ、折れ線グラフ、一覧表、円グラフ、散布図などがある。
【００３５】
［類型推奨モデル（１３０）］
図７は、類型推奨モデル１３０の構造およびデータ例を示す。図７の表において、「類型推奨番号」、「推奨元番号」、「推奨先番号」、「所属確率」、「推奨元種類」、及び「推奨先種類」がレコードとして保存されている。「類型推奨番号」は、推奨元と推奨先の組を一意に識別する番号である。「所属確率」は、前述のように、推奨元（Ａ）が決まったときの推奨先（Ｂ）の条件付き確率をあらわす。「推奨元種類」は、推奨元が顧客視点であるか提示方式であるかをあらわす。「推奨先種類」は、推奨先が顧客視点、提示方式、顧客要求、表示種別のいずれであるかをあらわす。推奨元番号、推奨先番号、推奨元種類、推奨先種類が決まると、所属確率が決まる。
【００３６】
次に、下記の図８の各処理ステップで一時記憶する、推奨要求仕様の情報（ｄ１）、要求仕様候補の情報（ｄ２）、類似要求仕様の情報（ｄ３）について、図１４，図１５，図１６を用いて説明する。
【００３７】
［（ｄ１）推奨要求仕様情報］
図１４で示す、推奨要求仕様情報（ｄ１）は、「推奨要求仕様番号」、「顧客視点」、「提示方式」、「顧客要求」、「表示種別」、及び「分析類型」で構成されている。それぞれの項目には図２〜図６に基づく識別番号が格納される。ただし、分析類型については、下記のＳ１００で分析類型が入力されたときのみ値が保持される。
【００３８】
［（ｄ２）要求仕様候補情報］
図１５で示す、要求仕様候補情報（ｄ２）は、「要求仕様候補番号」、「顧客視点」、「提示方式」、「顧客要求」、及び「表示種別」で構成されている（「分析類型」は無し）。それぞれの項目には図２〜図６に基づく識別番号が格納される。
【００３９】
［（ｄ３）類似要求仕様情報］
図１６で示す、類似要求仕様情報（ｄ３）及び識別情報の表は、「類似要求仕様番号」（一意な番号）、「顧客視点」、「提示方式」、「顧客要求」、「表示種別、「類似種別」、及び「順番」で構成される。このうち、「類似種別」と「順番」が「識別情報」である。「類似種別」は、要求仕様のうち、どこが要求仕様候補と異なるかをあらわす。また「順番」は、類似種別ごとの類似要求仕様を決定する際に参照する類型推奨モデル１３０の「所属確率」の値の大きい順に、１から順に割り当てられる番号である。
【００４０】
［処理］
次に、図８を用いて、本システム（図１）及び方法における全体の処理の流れについて説明する。Ｓは処理ステップを示す。図１の支援部１００及び入力部１１０は、ユーザによる入出力操作に基づいて、及び上述した各種データ情報（１２０，１３０，ｄ１，ｄ２等）を用いて、図８の処理を行う。
【００４１】
［Ｓ１００］
まずＳ１００では、入力部１１０を用いて、入力処理として、分析類型、顧客視点、提示方式のうち、１つを入力（選択）する処理を行う。入力部１１０は、画面でユーザにより当該情報を入力（選択）可能とする処理を行い、当該入力（選択）された情報により推奨要求仕様情報（ｄ１）を一時記憶する。
【００４２】
図１１に、Ｓ１００の入力処理に係わる画面例（入力画面Ｇ１）を示す。この画面Ｇ１では、図示するように、分析類型（その種類）、顧客視点（その種類）、及び提示方式（その種類）からの選択のための複数のボタン（選択手段）を有する。画面Ｇ１では、分析類型の例として、図４に対応した７種類がある。顧客視点の例として、図２に対応した５種類（比較，推移，明細，俯瞰，関係）がある。提示方式の例として、図３に対応した４種類（列挙，並列，写像，分布）がある。これらの全ボタンの中で１つだけユーザが選択して押下でき、当該ボタンに対応付けられた分析類型／顧客視点／提示方式（その種類）の情報が入力される。入力部１１０は、当該入力情報を推奨要求仕様情報（ｄ１）として一時記憶する。さらに、当該入力が分析類型であった場合には、分析類型モデルＭＣ（図４）を参照し、当該入力の分析類型に対応した顧客視点及び提示方式の情報を、推奨要求仕様情報（ｄ１）として一時記憶する。
【００４３】
［Ｓ２００］
次にＳ２００では、支援部１００は、推奨要求仕様決定部１０１を用いて、推奨要求仕様の決定処理を行う。Ｓ２００では、Ｓ１００の入力情報に対し、類型推奨モデル１３０（所属確率）を参照して、推奨要求仕様を決定し、ここで決定した推奨要求仕様の情報を、要求仕様候補の情報（ｄ２）として一時記憶する。
【００４４】
図９を用いてＳ２００の処理を詳細に説明する。なお主な処理主体は１００（１０１）である。
【００４５】
Ｓ２０１では、Ｓ１００による入力値をみて、顧客視点である場合はＳ２０２に移り、提示方式である場合はＳ２０３に移り、分析類型である場合はＳ２０４に移る。
【００４６】
Ｓ２０２では、入力値である顧客視点に対する所属確率が最大となる提示方式を抽出する。詳しくは、類型推奨モデル１３０（図７）の「推奨元種類」が“顧客視点”で、かつ「推奨先種類」が“提示方式”であり、かつ推奨元がＳ１００での入力と等しい、という条件に該当する行（レコード）を参照し、その中で「所属確率」の値が一番大きい行の推奨先（提示方式）の情報を抽出する。さらに、当該抽出した提示方式の情報は、推奨要求仕様情報（ｄ１）として一時記憶する。
【００４７】
Ｓ２０３では、同様に、入力値である提示方式に対する所属確率が最大となる顧客視点を抽出する。詳しくは、類型推奨モデル１３０の推奨元種類が“提示方式”で、かつ推奨先種類が“顧客視点”であり、かつ推奨元がＳ１００での入力と等しい行を参照し、その中で所属確率の値が一番大きい行の推奨先（顧客視点）の情報を抽出し、当該抽出した顧客視点の情報を推奨要求仕様情報（ｄ１）として一時記憶する。
【００４８】
Ｓ２０４では、顧客視点に対する所属確率が最大となる顧客要求を抽出する。詳しくは、類型推奨モデル１３０の推奨元種類が“顧客視点”で、かつ推奨先種類が“顧客要求”であり、かつ推奨元が推奨要求仕様の顧客視点と等しい行を参照し、その中で所属確率の値が一番大きい行の推奨先の情報を抽出し、当該抽出した顧客要求の情報を推奨要求仕様情報（ｄ１）として一時記憶する。
【００４９】
Ｓ２０５では、提示方式に対する所属確率が最大となる表示種別を抽出する。詳しくは、類型推奨モデル１３０の推奨元種類が提示方式で、かつ推奨先種類が表示種別であり、かつ推奨元が推奨要求仕様の提示方式と等しい行を参照し、その中で所属確率が一番大きい行の推奨先を抽出し、当該抽出した表示種別の情報を推奨要求仕様情報（ｄ１）として一時記憶する。
【００５０】
Ｓ２０６では、上記Ｓ２０５までの処理結果による推奨要求仕様情報（ｄ１）として一時記憶されている、顧客視点、提示方式、顧客要求、及び表示種別の情報を、要求仕様候補情報（ｄ２）として一時記憶する。
【００５１】
［Ｓ３００］
Ｓ３００では、支援部１００は、類似要求仕様抽出部１０２を用いて、類似要求仕様の抽出（決定）処理を行う。Ｓ３００では、図８のＳ２００またはＳ７００で一時記憶した要求仕様候補情報（ｄ２）を入力とし、類似要求仕様を抽出し、類似要求仕様情報（ｄ３）として一時記憶する。
【００５２】
図１０を用いて、Ｓ３００の処理を詳細に説明する。なお主な処理主体は１００（１０２）である。
【００５３】
Ｓ３０１では、顧客要求に関する類似要求仕様を決定する。詳しくは、顧客視点と提示方式と表示種別とが要求仕様候補と等しく、顧客要求のみが要求仕様候補と異なる、という条件に該当する要求仕様を、顧客要求に関する類似要求仕様として決定する。ここで決定する情報は、類似要求仕様（ｄ３）の１つとして追加される。ただし、ここで決定する顧客要求に関する類似要求仕様は、複数存在することもあれば存在しないこともある。
【００５４】
上記顧客要求に関する類似要求仕様を決定する方法は以下である。類型推奨モデル１３０の推奨元種類が“顧客視点”で、かつ推奨先種類が“顧客要求”であり、かつ推奨元が要求仕様候補の顧客視点と等しい行のうち、推奨先が要求仕様候補の顧客要求と異なる、という条件に該当する行を参照し、その中で所属確率の値が０より大きい行の推奨先を、所属確率の値の大きい順に抽出する。１つ抽出するたびに、抽出した顧客要求と要求仕様候補の顧客視点と提示方式と表示種別とを、類似要求仕様の情報（ｄ３）として一時記憶する。その際、抽出された順番と、顧客要求のみが異なる類似要求仕様であるという識別情報（類似種別）も併せて一時記憶する。
【００５５】
Ｓ３０２では、同様に、顧客視点と提示方式と顧客要求とが要求仕様候補と等しく、表示種別のみが要求仕様候補と異なる要求仕様を、表示種別に関する類似要求仕様として決定し（複数の場合も存在しない場合もある）、類似要求仕様（ｄ３）の１つとして追加する。
【００５６】
上記決定方法は以下である。類型推奨モデル１３０の推奨元種類が“提示方式”で、かつ推奨先種類が“表示種別”であり、かつ推奨元が要求仕様候補の提示方式と等しい行のうち、推奨先が要求仕様候補の表示種別と異なる行を参照し、その中で所属確率の値が０より大きい行の推奨先を所属確率の値が大きい順に抽出する。１つ抽出するたびに、抽出した表示種別と要求仕様候補の顧客視点と提示方式と顧客要求とを、類似要求仕様の情報（ｄ３）として一時記憶する。その際、抽出された順番と、表示種別のみが異なる類似要求仕様であるという識別情報（類似種別）も併せて一時記憶する。
【００５７】
Ｓ３０３では、提示方式と表示種別とが要求仕様候補と等しく、顧客視点が要求仕様候補と異なる要求仕様を、顧客視点に関する類似要求仕様として決定し（複数の場合も存在しない場合もある）、類似要求仕様（ｄ３）の１つとして追加する。また、類似要求仕様の顧客要求については、類似要求仕様の顧客視点に応じて決定する。
【００５８】
上記決定方法は以下である。類型推奨モデル１３０の推奨元種類が“提示方式”で、かつ推奨先種類が“顧客視点”であり、かつ推奨元が要求仕様候補の提示方式と等しい行を参照する。その行のうち推奨先が要求仕様候補の顧客視点と異なる行の中で、所属確率の値が０より大きい行の推奨先を所属確率の値が大きい順に抽出する。１つ抽出するたびに、類型推奨モデル１３０の推奨元種類が“顧客視点”で、かつ推奨先種類が“顧客要求”であり、かつ推奨元が抽出した顧客視点と等しい行を参照し、その行の中で所属確率の値が最大となる行の推奨先を抽出する。そして、抽出した顧客視点と顧客要求、および要求仕様候補の提示方式と表示種別を、類似要求仕様（ｄ３）として一時記憶する。その際、抽出された順番と、顧客視点が異なる類似要求仕様であるという識別情報（類似種別）も併せて一時記憶する。
【００５９】
Ｓ３０４では、顧客視点と顧客要求とが要求仕様候補と等しく、提示方式が要求仕様候補と異なる要求仕様を、提示方式に関する類似要求仕様として決定し（複数の場合も存在しない場合もある）、類似要求仕様（ｄ３）の１つとして追加する。また、類似要求仕様の表示種別については、類似要求仕様の提示方式に応じて決定する。
【００６０】
上記決定方法は以下である。類型推奨モデル１３０の推奨元種類が“顧客視点”で、かつ推奨先種類が“提示方式”であり、かつ推奨元が要求仕様候補の顧客視点と等しい行を参照する。その行のうち推奨先が要求仕様候補の提示方式と異なる行の中で、所属確率の値が０より大きい行の推奨先を所属確率の値が大きい順に抽出する。１つ抽出するたびに、類型推奨モデル１３０の推奨元種類が“提示方式”で、かつ推奨先種類が“表示種別”であり、かつ推奨元が抽出した提示方式と等しい行を参照し、その行の中で所属確率の値が最大となる行の推奨先を抽出する。そして、抽出した提示方式と表示種別、および要求仕様候補の顧客視点と顧客要求を、類似要求仕様（ｄ３）として一時記憶する。その際、抽出された順番と、提示方式が異なる類似要求仕様であるという識別情報（類似種別）も併せて一時記憶する。
【００６１】
［Ｓ４００］
次に、Ｓ４００では、支援部１００は、要求仕様候補表示部１０３及び入力部１１０を用いて、要求仕様候補の表示処理を行う。Ｓ４００では、図８のＳ２００またはＳ７００で一時記憶した要求仕様候補（ｄ２）の表示種別に応じたグラフまたは表を画面に表示する。また、要求仕様候補の顧客要求を吹き出し等で表示する。
【００６２】
図１２に、上記の要求仕様候補の表示種別と顧客要求などの情報を表示した画面例（要求仕様候補表示画面Ｇ２）を示す。1201は“要求仕様確定”ボタン、1202は“類似要求仕様選択へ”ボタンである。1200は上記グラフまたは表である。1203はＸ軸の情報の表示部、1204はＹ軸の情報の表示部である。1205は顧客要求の情報の表示部である吹き出しである。1206はフィルタ情報の表示部である。1207は凡例情報の表示部である。
【００６３】
［Ｓ５００］
次に、Ｓ５００では、支援部１００は、類似要求仕様リスト表示部１０４及び入力部１１０を用いて、類似要求仕様のリスト表示処理を行う。Ｓ５００では、図８のＳ３００で一時記憶した類似要求仕様の情報（ｄ３）をもとに画面にリスト表示する。この表示方法について以下に説明する。支援部１００（１０４）は、前述の類似要求仕様（ｄ３）の識別情報（類似種別，順番）からリスト表示する配置を決定し、類似要求仕様の表示種別に応じて表またはグラフを表示し、類似要求仕様の顧客要求の情報を吹き出し等で表示する。また、類似要求仕様の識別情報をもとに、顧客要求のみが異なる類似要求仕様については当該顧客要求の情報を表示し、表示種別のみが異なる類似要求仕様については当該表示種別の情報を表示し、顧客視点が異なる類似要求仕様については当該顧客視点の情報を表示し、提示方式が異なる類似要求仕様については当該提示方式の情報を表示する。
【００６４】
図１３に、上記の類似要求仕様をリスト表示する画面例（類似要求仕様リスト表示画面Ｇ３）を示す。画面Ｇ３では、“類似の顧客要求”（1301）、“類似の表示種別”（1302）、“類似の顧客視点”（1303）、及び“類似の提示方式”（1304）のそれぞれの類似要求仕様のリスト（例えば横一列にリスト表示）、及び選択ボタン（1305）等が表示される。“類似の顧客要求”（1301）は、要求仕様候補に対して顧客要求のみ異なる類似要求仕様を示す。“類似の表示種別”（1302）は、要求仕様候補に対して表示種別のみ異なる類似要求仕様を示す。“類似の顧客視点”（1303）は、要求仕様候補に対して顧客視点が異なる類似要求仕様を示す。“類似の提示方式”（1304）は、要求仕様候補に対して提示方式が異なる類似要求仕様を示す。リストのうち個別では例えば図１２と同様の情報が表示され、ラジオボタン等でユーザによる選択が可能となっている。
【００６５】
［Ｓ６００］
次に、Ｓ６００では、支援部１００は、ユーザ操作に基づき、Ｓ５００までで求めた要求仕様候補でよいかどうかを判断（確認）し、当該要求仕様候補でよい場合（Ｙ）は処理を終了し、よくない場合（Ｎ）にはＳ７００に移る。
【００６６】
図１２，図１３を用いて、Ｓ６００の判断に関して説明する。図１２の画面Ｇ２で、ユーザにより“要求仕様確定”ボタン（1201）が押下されると、支援部１００は当該要求仕様でよいと判断して終了する。また画面Ｇ２で“類似要求仕様選択へ”ボタン（1202）が押下されると、図１３の画面Ｇ３がアクティブになり、画面Ｇ３での類似要求仕様からの選択及び“選択”ボタン（1300）の押下が可能となる。
【００６７】
［Ｓ７００］
Ｓ７００では、支援部１００は、ユーザ操作により類似要求仕様のリストからの選択により要求仕様候補を変更する処理を行う。
【００６８】
図１３を用いてＳ７００に関して説明する。画面Ｇ３で、Ｓ５００で表示した類似要求仕様のリストからユーザ操作により１つの類似要求仕様が選択され、“選択”ボタン（1300）が押下される。これにより、当該選択された１つの類似要求仕様を要求仕様候補とし、それまでの要求仕様候補の情報（ｄ１）を上書きする。以上の処理後、Ｓ３００に戻る。
【００６９】
以上の処理（図８）により、ユーザによるデータ分析の要求仕様候補（要求仕様）の決定ができる。
【００７０】
＜実施の形態２＞
本発明の実施の形態２のシステムとして以下の構成としてもよい。前述の図８のＳ６００で当該要求仕様候補でよいと判断した場合（Ｙ）に、一時記憶された要求仕様候補（ｄ１）の顧客視点と提示方式と顧客要求と表示種別との情報について、図１７に示す出力様式例のようにファイル出力する構成とする。
【００７１】
＜実施の形態３＞
図１８〜図２０等を用いて、本発明の実施の形態３のシステムについて説明する。実施の形態３では、「分析軸モデル」と「分析軸推奨モデル」を参照することにより、前記図１２で示す画面Ｇ２に、分析軸の情報を付加して表示することが可能となる。分析軸モデルは、行軸と列軸とフィルタ軸と凡例軸とその属性の定義情報が格納されているＤＢである。分析軸推奨モデルは、要求仕様の顧客要求と表示種別が決まったときの分析軸の条件付き確率の定義情報が格納されているＤＢである。ここでその条件付き確率を「推奨確率」とよぶ。
【００７２】
図１８は、分析軸モデルの構造およびデータ例を示す。図１８の表では、「分析軸番号」（一意な番号）、グラフまたは表の分析軸をあらわす「行軸名称」、「行軸種別」、「列軸名称」、「列軸種別」、「フィルタ軸名称」、「フィルタ軸種別」、「凡例軸名称」、及び「凡例軸種別」が、レコードとして保存されている。
【００７３】
図１９は、分析軸推奨モデルの構造およびデータ例を示す。図１９の表では、「分析軸推奨番号」（一意な番号）、「顧客要求定義番号」、「表示種別定義番号」、「分析軸番号」、及び、顧客要求と表示種別が決まったときの分析軸の条件付き確率をあらわす「推奨確率」が、レコードとして保存されている。
【００７４】
次に表示方法について説明する。上記の分析軸推奨モデルの顧客要求と表示種別において、一時記憶されている要求仕様候補（ｄ２）の顧客要求と表示種別に一致する行を参照し、その中で推奨確率が最大となる行の分析軸を抽出し、その分析軸の情報を画面に表示する。
【００７５】
図２０に、上記の分析軸の情報を付加して要求仕様候補を表示した画面例（要求仕様候補表示画面Ｇ２ｂ）を示す。画面Ｇ２ｂでは、前記画面Ｇ２の中の各欄（1203，1204，1206，1207）に上記各情報（分析軸名称や分析軸種別）が表示されたものとなっている。
【００７６】
＜実施の形態４＞
図２１等を用いて、本発明の実施の形態４のシステムについて説明する。実施の形態４では、前記図２０の画面Ｇ２ｂを図２１の画面Ｇ２ｃのように変更した構成である。画面Ｇ２ｃでは、前述同様の要求仕様候補の表示情報の他に、“分析軸の修正”（2100）表示情報が追加されている。“分析軸の修正”（2100）において、分析軸名称および分析軸種別の各々をユーザにより修正可能な構成である。画面Ｇ２ｃで、ユーザにより修正後の分析軸名称および分析軸種別を入力／選択して“修正”ボタン（2101）を押下することで、修正後の要求仕様候補の情報が表示される。分析軸種別は、分析軸名称がどのような属性を持つかを定義する項目であり、具体的には、“数値”、“文字列”、“年月”、“年月日”などである。
【００７７】
＜実施の形態５＞
図２２等を用いて、本発明の実施の形態５のシステムについて説明する。実施の形態５として、前述の図８のＳ１００を開始する前に、類型推奨モデル１３０の所属確率を修正する入力を受け付け可能な構成である。
【００７８】
図２２に、上記の修正を入力する画面例（確率修正画面Ｇ４）を示す。ユーザ操作に基づき、本画面Ｇ４の上段（2201）で、推奨元と推奨先の組を選択し（対応する所属確率の検索及び選択）、中段（2202）で、推奨元の値を選択（推奨元の絞り込み条件の選択による絞り込み検索）することにより、下段（2203）に、所属確率を修正する行を表示して修正可能とする。この修正の入力では、例えば０から１までの数直線上においてバー（2204）をユーザがスライドさせることにより、各行の所属確率の比率を修正することができる。その比率から確率が決まり、表中の所属確率の列に当該値が表示される。そして“確率修正”ボタン（2205）の押下によって、類型推奨モデル１３０が修正後の所属確率に更新される。
【００７９】
＜効果等＞
以上説明したように、各実施の形態によれば（例えば特に図１１〜図１３等）、具体事例によらず、データ分析の要求仕様候補（ｄ２）だけでなくその類似要求仕様（ｄ３）を表示することができ、また、過去の事例を蓄積することなく要求仕様を表示することができる。これにより、ユーザによる要件定義の処理作業を効率化できる。
【００８０】
特に、データ分析システムの開発において要件定義をする際に、粗い要求をもとに要求仕様の明確化が実施されるが、粗い要求から要求仕様を明確にすることは、データ分析システム提供側（開発側）と顧客側（データ分析システム利用側）の双方において難しいため、支援が必要である。また一方で、データ分析はいくつかの種類に分けることができ、これらをモデルとして定義することができ、本実施の形態では、このようなモデル（前述）を有効に利用して、上記要件定義の支援を実現でき、粗い要求からの要求仕様の明確化なども容易化できる。
【００８１】
本発明は例えば、データ分析システムを導入したい企業（顧客）やデータ分析システムを開発する企業などにおける、当該データ分析システムの要件定義を支援する情報処理システム・ソフトウェアとして有用である。
【００８２】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
【産業上の利用可能性】
【００８３】
本発明は、データ分析・支援システム、ソフトウェア等に利用可能である。
【符号の説明】
【００８４】
１００…支援部（要求仕様具現化支援部）、１０１…推奨要求仕様決定部、１０２…類似要求仕様抽出部、１０３…要求仕様候補表示部、１０４…類似要求仕様リスト表示部、１１０…入力部、１２０…類型モデル、１３０…類型推奨モデル、１４０…バス。
【図１】
0005634326.tif 000002
【図２】
0005634326.tif 000003
【図３】
0005634326.tif 000004
【図４】
0005634326.tif 000005
【図５】
0005634326.tif 000006
【図６】
0005634326.tif 000007
【図７】
0005634326.tif 000008
【図８】
0005634326.tif 000009
【図９】
0005634326.tif 000010
【図１０】
0005634326.tif 000011
【図１１】
0005634326.tif 000012
【図１２】
0005634326.tif 000013
【図１３】
0005634326.tif 000014
【図１４】
0005634326.tif 000015
【図１５】
0005634326.tif 000016
【図１６】
0005634326.tif 000017
【図１７】
0005634326.tif 000018
【図１８】
0005634326.tif 000019
【図１９】
0005634326.tif 000020
【図２０】
0005634326.tif 000021
【図２１】
0005634326.tif 000022
【図２２】
0005634326.tif 000023