(57)【要約】【課題】創造支援の充実化を図ることを課題とする。【解決手段】創造支援サーバは、議論の課題から解決策を導き出すために各ユーザが創造した意見を示すノードおよびノード間の関連性を示すリンクによって生成された樹形図から、ユーザが生成したノードを抽出する。創造支援サーバは、抽出されたノードと樹形図に含まれる他のノードとの依存関係から、抽出されたノードを分類する。創造支援サーバは、分類された結果に基づいて、ユーザの人物像を特定する。【選択図】図３
2017068706.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
議論の課題から解決策を導き出すために各ユーザが創造した意見を示すノードおよび前記ノード間の関連性を示すリンクによって生成された樹形図から、ユーザが生成したノードを抽出する処理と、
抽出されたノードと前記樹形図に含まれる他のノードとの依存関係から、前記抽出されたノードを分類する処理と、
分類された結果に基づいて、前記ユーザの人物像を特定する処理と
を実行させることを特徴とする特定プログラム。
【請求項２】
前記抽出する処理は、前記ユーザが参加した各議題の課題に対応する各樹形図から、前記ユーザが生成した各ノードを抽出し、
前記分類する処理は、前記各ノードについて、当該ノードと当該ノードを含む前記樹形図における前記依存関係から、前記抽出されたノードを分類し、
前記特定する処理は、前記各ノードの分類結果と、前記ユーザが生成したノードの合計数とに基づいて、前記ユーザの人物像を特定することを特徴とする請求項１に記載の特定プログラム。
【請求項３】
前記分類する処理は、抽出された前記各ノードを、前記樹形図に含まれる他のノードとの依存関係および前記ユーザが生成したノードが前記解決策に与える影響によって予め決定された複数のノード種別のいずれかに分類し、
前記特定する処理は、閾値以上のノードが分類された前記ノード種別に基づいて、前記ユーザの人物像を特定することを特徴とする請求項２に記載の特定プログラム。
【請求項４】
前記解決策まで到達していない前記樹形図の各ノードの種別を用いて、前記解決策まで到達していない要因を推定する処理と、
推定された前記要因を打開する前記人物像に該当する前記ユーザに、前記樹形図へのノード生成を要求する処理と、を前記コンピュータにさらに実行させることを特徴とする請求項１に記載の特定プログラム。
【請求項５】
前記解決策まで到達していない前記樹形図の各ノードの種別を特定して各種別に該当するノードの数を計数し、前記ノードの数が所定数以下の種別を検出する処理と、
検出された前記種別が不足していることを、前記樹形図に対応する前記議論に参加する各ユーザに通知する処理と、を前記コンピュータにさらに実行させることを特徴とする請求項１に記載の特定プログラム。
【請求項６】
前記ノードには、当該ノードを生成したユーザが装着するウェアラブルデバイスが、当該ノードが生成された時刻に測定したセンサ値が対応付けられており、
前記ユーザが生成した各ノードの前記センサ値を用いて、前記ユーザが前記ノードを生成する状態を抽出して、前記ユーザに通知する処理を、前記コンピュータにさらに実行させることを特徴とする請求項１に記載の特定プログラム。
【請求項７】
前記ノードには、当該ノードが生成された位置情報が対応付けられており、
前記ユーザが生成した各ノードの位置情報と前記ユーザが予め設定したスケジュール情報と用いて、前記ユーザが所定数以上の前記ノードを生成した行動を抽出して、前記ユーザに通知する処理を、前記コンピュータにさらに実行させることを特徴とする請求項１に記載の特定プログラム。
【請求項８】
コンピュータが、
議論の課題から解決策を導き出すために各ユーザが創造した意見を示すノードおよび前記ノード間の関連性を示すリンクによって生成された樹形図から、ユーザが生成したノードを抽出する処理と、
抽出されたノードと前記樹形図に含まれる他のノードとの依存関係から、前記抽出されたノードを分類する処理と、
分類された結果に基づいて、前記ユーザの人物像を特定する処理と
を実行することを特徴とする特定方法。
【請求項９】
議論の課題から解決策を導き出すために各ユーザが創造した意見を示すノードおよび前記ノード間の関連性を示すリンクによって生成された樹形図から、ユーザが生成したノードを抽出する抽出部と、
抽出されたノードと前記樹形図に含まれる他のノードとの依存関係から、前記抽出されたノードを分類する分類部と、
分類された結果に基づいて、前記ユーザの人物像を特定する特定部と
を有することを特徴とする特定装置。
【請求項１０】
テーマに関連づけた情報の登録、及び、登録された情報に関連づけた情報の登録を受け付け、
登録された情報のうち、特定の情報の指定を受け付け、
前記テーマに関連する情報を辿り前記特定の情報に至るパス、又は、前記特定の情報に関連する情報を辿り前記テーマに至るパスに含まれる情報を抽出する、
ことを特徴とするテーマに関する提供情報の解析方法。
【請求項１１】
登録対象の情報の分類を示す情報の登録を更に受け付け、
抽出する情報は、所定の分類を示す情報が登録された情報である、ことを特徴とする請求項１０記載の提供情報の解析方法。
【請求項１２】
前記情報の登録の際に情報の登録タイミングを示す情報も登録し、
登録タイミングの間隔が所定時間以上又は相対的に長い間隔を経て、最初に登録された情報を抽出する、ことを特徴とする請求項１０記載の提供情報の解析方法。
【請求項１３】
抽出する情報は、関連付けられた情報が所定数以上又は相対的に多い情報を抽出する、ことを特徴とする請求項１０記載の提供情報の解析方法。
【請求項１４】
抽出する情報は、前記テーマに関する情報を起点とし、前記特定の情報を終点とした場合に下流側に関連付けられた情報が所定数以上又は相対的に多い情報を抽出する、ことを特徴とする請求項１０記載の提供情報の解析方法。
【請求項１５】
抽出する情報は、前記テーマに関する情報を起点とし、前記特定の情報を終点とした場合に上流側に関連付けられた情報が所定数以上又は相対的に多い情報を抽出する、ことを特徴とする請求項１０記載の提供情報の解析方法。
【請求項１６】
抽出した前記情報の登録ユーザ情報を出力することを特徴とする請求項１０〜１５のいずれか１つに記載の提供情報の解析方法。
【請求項１７】
テーマに関連づけた情報の登録、及び、登録された情報に関連づけた情報の登録を受け付け、
登録された情報のうち、特定の情報の指定を受け付け、
前記テーマに関連する情報を辿り前記特定の情報に至るパス、又は、前記特定の情報に関連する情報を辿り前記テーマに至るパスに含まれる情報の登録数が所定数以上又は相対的に多い情報の登録ユーザ情報を出力すること特徴とする、
ことを特徴とするテーマに関する提供情報の解析方法。
【請求項１８】
登録された情報に対する評価の入力を受け付け、
前記テーマに関連する情報を辿り前記特定の情報に至るパス、又は、前記特定の情報に関連する情報を辿り前記テーマに至るパスに含まれる情報のうち、相対的に高い評価が入力された情報を抽出する、
ことを特徴とするテーマに関する提供情報の解析方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、特定プログラム、特定方法、特定装置および提供情報の解析方法に関する。
【背景技術】
【０００２】
現在の変化し続ける社会においては、新たな価値を創造して社会に貢献する製品やサービスの開発が求められていることから、人間の創造性やアイデアを支援する創造支援システムが利用されている。例えば、創造支援システムとしては、蓄積された情報から関連する情報をつなぎ合わせるＫＪ法が知られている。近年では、ＫＪ法を支援する技術として、複数の参加者が意見を入力し、入力された意見をもとに作成されたグループ数である島を作成し、島間のリンク関係を基に、自動的に文書化する技術が知られている。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「発想支援グループウェア群元の効果−数百の試用試験より得たもの−」、インターネット検索、2015年9月18日：ＵＬＲ（https://www.jstage.jst.go.jp/article/tjsai/19/2/19_2_105/_article/-char/ja/）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上記技術では、部分的な創造支援に留まっており、全体的な創造支援には至っておらず、個人への創造支援が十分ではない。例えば、アイデアは、潜在意識の中で考えているものであるから、アイデアを出す議論の場以外にも、継続して支援を行うことが個人の創造支援に繋がるが、上記技術のように議論の場だけで創造を支援したとしても支援が十分とは言い難い。
【０００５】
１つの側面では、充実した創造支援を行うことができる特定プログラム、特定方法、特定装置および提供情報の解析方法を提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１の案では、特定プログラムは、コンピュータに、議論の課題から解決策を導き出すために各ユーザが創造した意見を示すノードおよび前記ノード間の関連性を示すリンクによって生成された樹形図から、ユーザが生成したノードを抽出する処理を実行させる。特定プログラムは、コンピュータに、抽出されたノードと前記樹形図に含まれる他のノードとの依存関係から、前記抽出されたノードを分類する処理を実行させる。特定プログラムは、コンピュータに、分類された結果に基づいて、前記ユーザの人物像を特定する処理を実行させる。
【発明の効果】
【０００７】
一実施形態によれば、充実した創造支援を行うことができる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１にかかるシステムの全体構成例を示す図である。
【図２】図２は、実施例１にかかるシステムの利用例を説明する図である。
【図３】図３は、創造支援サーバの機能構成例を説明する図である。
【図４】図４は、ノードリンク情報ＤＢに記憶される情報の例を示す図である。
【図５】図５は、樹形図ＤＢに記憶される情報の例を示す図である。
【図６】図６は、貢献度ＤＢに記憶される情報の例を示す図である。
【図７】図７は、行動ＤＢに記憶される情報の例を示す図である。
【図８】図８は、人物像ＤＢに記憶される情報の例を示す図である。
【図９】図９は、提案ノードの詳細を説明する図である。
【図１０】図１０は、評価ノードの詳細を説明する図である。
【図１１】図１１は、提案による貢献度の算出例を説明する図である。
【図１２】図１２は、評価による貢献度の算出例を説明する図である。
【図１３】図１３は、評価の仕組みを説明する図である。
【図１４】図１４は、各ノードの評価を説明する図である。
【図１５】図１５は、脱沈黙ノードの例を説明する図である。
【図１６】図１６は、方向性ノードの例を説明する図である。
【図１７】図１７は、気づきの支援項目の例を説明する図である。
【図１８】図１８は、ノード分類の可視化による支援の例を説明する図である。
【図１９】図１９は、ノード発言数の可視化による支援の例を説明する図である。
【図２０】図２０は、全体的な処理の流れを示すフローチャートである。
【図２１】図２１は、貢献度の集計処理の流れを示すフローチャートである。
【図２２】図２２は、気づき支援処理の流れを示すフローチャートである。
【図２３】図２３は、ハードウェア構成例を説明する図である。
【発明を実施するための形態】
【０００９】
以下に、本願の開示する特定プログラム、特定方法、特定装置および提供情報の解析方法の実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１０】
［全体構成］
図１は、実施例１にかかるシステムの全体構成例を示す図である。図１に示すように、このシステムは、複数のユーザが様々な課題について意見を出し合い、解決策を導き出す創造支援システムであり、複数のユーザ端末１と創造支援サーバ１０とを有する。
【００１１】
本実施例では、創造支援サーバ１０がクラウドシステム上に存在し、各ユーザ端末１がインターネットなどのネットワークを介して創造支援サーバに１０にアクセスしてシステムを利用する例で説明するが、これに限定されるものではない。例えば、複数のユーザ端末１と創造支援サーバ１０とがＬＡＮ（Local  Area  Network）で接続されていてもよく、システムの形態は任意に変更することができる。
【００１２】
各ユーザ端末１は、各ユーザが利用する端末であり、例えばパソコン、携帯電話、スマートフォンなどの端末である。各ユーザ端末１は、創造支援サーバ１０にアクセスして、グループで解決策を導き出す議論を行う。創造支援サーバ１０は、複数のユーザ端末１を含むグループに対して議論の場を提供し、各ユーザが創造した意見等をノード化して議論の可視化を実行する。
【００１３】
ここで、図２を用いて議論の可視化を説明する。図２は、実施例１にかかるシステムの利用例を説明する図である。図２に示すように、ユーザ端末１は、創造支援システムにログインして、デスクトップ上に創造支援システムの入力画面を表示させる。なお、ユーザは、プロジェクトに所属し通常業務を行っており、業務においてメールを閲覧したり、メールに回答したり、Ｗｅｂにて情報検索したりと業務に関わる様々な活動を実施している。
【００１４】
ユーザ端末１は、Ｗｅｂ閲覧を行っていた時に、自分が所属するグループの課題に対して有益な情報を見つけだした場合、その情報を課題と関連付けて記録する。例えば、図２に示すように、ユーザ端末１は、Ｗｅｂ閲覧された情報を意見や提案として「ノード」に記録する。ユーザ端末１は、記録するにあたり、課題または先に記録された情報と関連づけを行うために「リンク」でパスを接続する。プロジェクトのメンバーは、情報収集を順次実施し樹形図（構造体）を構成していく。なお、以下では、タイムスタンプやユーザ名を用いて、ノードの記載を簡略化して記載する場合がある。例えば、タイムスタンプが５のノードをノード５やユーザＡが生成したノードをノードＡなどと記載する場合がある。
【００１５】
創造支援サーバ１０は、こうして入力された情報に対して情報を分析し、プロジェクトのメンバーに対し創造性を支援する情報や励ましを自動的に提供する。また、創造支援サーバ１０は、プロジェクトメンバーから情報分析命令にしたがって、課題の提示や個人のプロジェクトに対する貢献度を算出して提供する。
【００１６】
［機能構成］
図３は、創造支援サーバ１０の機能構成例を説明する図である。図３に示すように、創造支援サーバ１０は、通信部１１、記憶部１２、制御部２０を有する。
【００１７】
通信部１１は、有線や無線を問わず、各ユーザ端末１との通信を制御する処理部である。例えば、通信部１１は、各ユーザ端末１から、後述するノードやリンクの入力を受け付け、各ユーザ端末１に創造支援の各種メッセージ等を送信する。
【００１８】
記憶部１２は、制御部２０が実行するプログラムや各種処理を実行する際に使用されるデータなどを記憶する記憶装置であり、例えばハードディスクやメモリなどである。この記憶部１２は、ノードリンク情報ＤＢ１３、樹形図ＤＢ１４、貢献度ＤＢ１５、行動ＤＢ１６、人物像ＤＢ１７を有する。
【００１９】
ノードリンク情報ＤＢ１３は、樹形図を構成するノードやリンクに関する情報を記憶するデータベースである。具体的には、ノードリンク情報ＤＢ１３は、樹形図に入力可能なノードやリンクに対応付けて、各ノードやリンクを入力したユーザへの貢献度を示す得点などを記憶する。
【００２０】
図４は、ノードリンク情報ＤＢ１３に記憶される情報の例を示す図である。図４に示すように、ノードリンク情報ＤＢ１３は、「種別、内容、得点」を対応付けて記憶する。ここで記憶される「種別」は、ユーザによって創造して生成されたノードの種別を示し、「内容」は、当該ノードによって特定される創造やアイデアなどの内容を示し、「得点」は、当該ノードを創造して生成したユーザの貢献度を示す。図４の場合、議論の課題を設定するノード「課題」を生成したユーザに得点「４点」が与えられることを示し、課題に対するノード「解決策」を生成したユーザに得点「４点」が与えられることを示す。
【００２１】
また、図４に示すように、ノードリンク情報ＤＢ１３は、「大分類、中分類、小分類、得点」を対応付けて記憶する。ここで記憶される「大分類、中分類、小分類」は、創造して生成されたノードの分類を示し、「得点」は、当該ノードを創造して生成したユーザの貢献度を示す。図４の場合、大分類「知性」かつ中分類「アイデア」かつ小分類「提案」に該当するノードを生成したユーザに得点「４点」が与えられることを示す。また、大分類「知性」かつ中分類「判断」かつ小分類「評価」に該当するノードを生成したユーザに得点「１点」が与えられることを示す。
【００２２】
また、図４に示すように、ノードリンク情報ＤＢ１３は、「種別、分類、得点」を対応付けて記憶する。ここで記憶される「種別」は、ノード間を関係付けるリンクの種別を示し、「分類」は、リンクの内容を示し、「得点」は、当該リンクを生成したユーザの貢献度を示す。図４の場合、ノード間を「影響」のリンクで接続したユーザに得点「２点」が与えられることを示し、ノード間を「特異化」のリンクで接続したユーザに得点「１点」が与えられることを示す。
【００２３】
樹形図ＤＢ１４は、ノードやリンクを用いて生成された樹形図を記憶するデータベースである。具体的には、樹形図ＤＢ１４は、議論を可視化した樹形図を記憶する。図５は、樹形図ＤＢ１４に記憶される情報の例を示す図である。図５に示すように、樹形図ＤＢ１４は、ユーザＡが生成したノード「課題」に対して議論された結果を記憶する。
【００２４】
ここで、ノード「情報」は、課題や他のノードに対して生成された情報を示し、大分類「知性」かつ中分類「知識」に分類される。ノード「提案」は、課題や他のノードに対して提案された内容を示し、大分類「知性」かつ中分類「アイデア」に分類される。ノード「賛成」は、提案に対して賛成したことを示し、ノード「反対」は、提案に対して反対したことを示し、それぞれ大分類「知性」かつ中分類「判断」に分類される。同様に、ノード「評価」は、提案を評価したことを示し、それぞれ大分類「知性」かつ中分類「判断」に分類される。ノード「解決策」は、課題に対する解決策を示す。
【００２５】
また、リンク「影響」は、あるノードに影響を受けたノードであることを示し、図５の場合、ユーザＣが生成したノード「提案」は、ユーザＢが生成したノード「提案」に影響を受けたことを示し、ユーザＢのノード「提案」に２点が加点されることを示す。
【００２６】
貢献度ＤＢ１５は、議論ごとに、ユーザの貢献度を記録するデータベースである。具体的には、貢献度ＤＢ１５は、各課題についての議論ごとに、その議論内においてユーザが得た得点、ユーザが評価された得点、ユーザが他のユーザに影響を与えた得点の合計を記憶する。図６は、貢献度ＤＢ１５に記憶される情報の例を示す図である。なお、図６の例は、図５に示した樹形図における各ユーザの貢献度を示す。
【００２７】
図６に示すように、貢献度ＤＢ１５は、ユーザごとに「得点、評価、影響、合計」を記憶する。ここで記憶される「得点」は、ユーザが生成したノードによって得られる点数の合計であり、「評価」は、ユーザが生成したノードに対して他のユーザが評価した点数の合計である。「影響」は、ユーザが生成したノードが他のユーザに対して影響を与えた点数の合計である。「合計」は、「得点、評価、影響」の合計である。図６の例では、ユーザＢに対する点数が「得点＝１２、評価＝５、影響＝２」の合計「１９点」であることを示す。
【００２８】
行動ＤＢ１６は、各ユーザの行動に関する情報を記憶するデータベースである。具体的には、行動ＤＢ１６は、ユーザが生成したノードがどのような行動に該当するかを特定する情報を記憶する。
【００２９】
図７は、行動ＤＢ１６に記憶される情報の例を示す図である。図７に示すように、行動ＤＢ１６は、「ユーザ、行動情報」を対応付けて記憶する。ここで記憶される「ユーザ」は、ユーザを識別する情報であり、例えばユーザ名やＩＤなどである。「行動情報」は、ユーザによって生成されたノードが該当する種別であり、どのような行動に該当するノードかを示す情報である。
【００３０】
「行動情報」は、ユーザが生成したノードに関して、「ノードの生成数、脱沈黙ノード数、集約ノード数、発散ノード数、紹介ノード数、貢献ノード数、方向性ノード数、解決策ノード数」を含む。「ノードの生成数」は、プロジェクトや課題等に関係なく、創造支援システムにおいてユーザが生成したノードの総数である。「脱沈黙ノード数」は、ある課題について所定期間ノードがだれからも生成されなかったときに、当該ユーザが生成したノードの数である。すなわち、沈黙を破ったノードの総数である。
【００３１】
「集約ノード数」は、樹形図のノードが複数の分岐する中で、分岐したノードを集約するノードを生成した総数である。リンク種別における「統合」に接続したノードとしても認識可能である。つまり、意見を集約させるノードの総数である。「発散ノード数」は、複数のノードの分岐元となったノードの総数である。リンク種別の「分離」に接続されたノードとしても識別可能である。つまり、意見を発散させるノードの総数である。「紹介ノード数」は、他のプロジェクトに関連するノードや新たな情報を提供するノードの総数である。つまり、新たな意見を提供するノードの総数である。「貢献ノード数」は、課題解決に貢献したノードの総数である。「方向性ノード数」は、１つのノードに対して生成された複数のノードのうち、課題解決に結びついたノードの総数である。つまり、課題解決の方向性を決定づけたノードの総数である。「解決策ノード数」は、課題解決となったノードの総数である。
【００３２】
図７の例では、ノードＡが、生成したノード数が２００であり、そのうち２５個の脱沈黙ノード、３６個の集約ノード、５個の発散ノード、２個の紹介ノード、６個の貢献ノード、６個の方向性ノード、３個の解決策ノードを生成したことを示す。
【００３３】
図３に戻り、人物像ＤＢ１７は、ユーザが該当する人物像に関する情報を記憶するデータベースである。図８は、人物像ＤＢ１７に記憶される情報の例を示す図である。図８に示すように、人物像ＤＢ１７は、「項番、人物像、ユーザ」を対応付けて記憶する。ここで記憶される「項番」は、レコードの識別番号であり、「人物像」は、ユーザの行動等によって特定される人物像であり、「ユーザ」は、人物像に該当するユーザである。図８の場合、項番１の「アイデアを出すのが得意」に該当するユーザが「ユーザＡ」と「ユーザＢ」であることを示す。
【００３４】
制御部２０は、創造支援サーバ１０全体を司る処理部であり、例えばプロセッサなどである。この制御部２０は、構造化部２１、貢献度判定部２６、支援部３０を有する。なお、構造化部２１、貢献度判定部２６、支援部３０は、プロセッサが有する電子回路の一例やプロセッサが実行するプロセスの一例である。
【００３５】
構造化部２１は、ノードやリンクの生成を受け付けて議論を構造化する処理部である。すなわち、構造化部２１は、樹形図を生成して議論を可視化する。この構造化部２１は、受付部２２、生成部２３を有する。なお、構造化部２１は、ユーザに対して、一般的なログイン処理を行い、ログインを許可したユーザに対して以降の処理を実行する。
【００３６】
受付部２２は、ユーザ端末１からノードやリンクを受け付ける処理部である。例えば、受付部２２は、ログインが許可されたユーザのユーザ端末１に、創造システム画面のトップ画面を表示させる。そして、受付部２２は、複数の課題の中から選択された課題に対応する創造システム画面上で、「課題」、「提案」、「賛成」などの各種ノードの生成指示やリンクの生成指示を受け付ける。そして、受付部２２は、生成指示を受け付けると、生成部２３に対して、ノードやリンクの生成処理を要求する。
【００３７】
生成部２３は、受付部２２によって受け付けられたノードやリンクの生成指示にしたがって、ノードやリンクを生成して、議論の構造化を実行して樹形図を生成する処理部である。具体的には、生成部２３は、ユーザ端末１に表示させている創造システムの画面上で、図４のノードリンク情報ＤＢ１３に記憶される「種別」や「大分類」等を表示させて、生成するノードの情報をユーザから受け付ける。そして、生成部２３は、受け付けた情報に該当する「ノード」を生成する。
【００３８】
また、生成部２３は、「ノード」を生成すると、図４のノードリンク情報ＤＢ１３に記憶されるリンクの「種別」等を表示させる。なお、生成部２３は、ユーザからの選択を受け付けた場合、受け付けたリンクをノード間に設定する。また、生成部２３は、ユーザからの選択を受け付けない場合、ノード間にリンクを設定しない。なお、各ノードには、生成された日時を示すタイムスタンプが付与される。ノードはタイムスタンプが付与されるため、個々のノードはユニークに管理することができる。例えば、登録した順番にノード番号を付与して管理することができる。
【００３９】
ここで、ノードの生成について説明する。図９は、提案ノードの詳細を説明する図である。図９に示す提案ノードは、ノード「提案」に該当するノードである。図９に示すように、生成部２３は、「知性、感情、行動」の大分類を表示させて、各分類に対応するプルダウンメニューから生成対象のノードの選択を受け付ける。図９の例では、大分類「知性」の中分類「アイデア」の小分類「提案」が選択された例を図示している。
【００４０】
続いて、生成部２３は、本ノードに該当するキーワードとして「食堂メニュー、ダウンロード」の入力を受け付け、新たな提案内容「食堂のメニューをダウンロードすることができる。これにより、注文をスマートフォン上で行うことができる」を受け付ける。また、生成部２３は、ノードの小分類「提案」に対応する得点「４点」を図４のノードリンク情報ＤＢ１３から特定して、当該ノードに設定する。このようにして、生成部２３は、ノード「提案」の入力を受け付けて、ノードを生成する。
【００４１】
次に、評価ノードについて説明する。図１０は、評価ノードの詳細を説明する図である。図１０に示す評価ノードは、ノード「評価」に該当するノードである。図１０に示すように、生成部２３は、「知性、感情、行動」の大分類を表示させて、各分類に対応するプルダウンメニューから生成対象のノードの選択を受け付ける。図１０の例では、大分類「知性」の中分類「判断」の小分類「評価」の「４点」が選択された例を図示している。図９と図１０の評価点は、本ノードに対する他者からの評価点である。
【００４２】
続いて、生成部２３は、本ノードに設定する評価の内容「これまでになかった斬新な提案です。スマートフォンをうまく利用できそうです。」を受け付ける。また、生成部２３は、ノードの小分類「評価」に対応する得点「１点」を図４のノードリンク情報ＤＢ１３から特定して、当該ノードに設定する。このようにして、生成部２３は、ノード「評価」の入力を受け付けて、ノードを生成する。
【００４３】
次に、図５を用いてリンクの生成について説明する。生成部２３は、ユーザＣからの指示にしたがって、ユーザＢのノード「提案」に対して、ノード「提案」を生成したとする。そうすると、生成部２３は、「リンク」の「種別」を選択させるメニュー等を、生成したノード「提案」の付近に表示させる。そして、生成部２３は、「種別」の「影響」が選択された場合、種別「影響」に対応する得点「２点」を、ユーザＢのノード「提案」に対して付与する。このようにして、生成部２３は、ノード間に対する「リンク」の入力を受け付けて、リンクを生成する。
【００４４】
貢献度判定部２６は、評価集計部２７と人物像特定部２８とを有し、これらによって、課題に対する解決策が生成された議論について、各ユーザの貢献度を集計する処理部である。
【００４５】
評価集計部２７は、ノード「課題」からノード「解決策」までに至るノードについて、各ノードの分類等によって得られる「得点」とリンク等によって得られる「評価点」を集計して、各ユーザの貢献度を評価する処理部である。そして、評価集計部２７は、各ユーザの貢献度を貢献度ＤＢ１５に格納し、人物像特定部２８に処理開始を指示する。
【００４６】
ここで評価手法の一例について説明する。図１１は、提案による貢献度の算出例を説明する図である。図１１に示すように、評価集計部２７は、図４のノードリンク情報ＤＢ１３に記憶される情報にしたがって、ノード「課題」には得点「４点」を貢献度として算出し、ノード「提案」にも得点「４点」を算出する。また、評価集計部２７は、図４のノードリンク情報ＤＢ１３に記憶される情報にしたがって、ノード「意見」には得点「２点」を算出するとともに、リンク「影響」が設定されていることより、さらに評価点「２点」を追加して合計点として「４点」を算出する。つまり、評価集計部２７は、ノード「提案」を出すにあたり、先に出された意見が参考になっている時、オリジナルな意見も評価する。
【００４７】
次に、他のノードへの評価による貢献度の算出例を説明する。図１２は、評価による貢献度の算出例を説明する図である。図１２に示すように、評価集計部２７は、図４のノードリンク情報ＤＢ１３に記憶される情報にしたがって、ノード「課題」には得点「４点」を貢献度として算出し、ノード「提案」にも得点「４点」を算出する。また、評価集計部２７は、ノード「提案」に対する評価ノードである、ノード「賛成」、ノード「評価」、ノード「反対」については、得点「１点」を算出する。ここで、評価集計部２７は、ノード「提案」に対して、ノード「賛成」から評価点「１点」とノード「評価」から評価点「３点」とノード「反対」から評価点「−１点」が与えられていることを検出する。この結果、評価集計部２７は、ノード「提案」に対して、元々の「４点」に「１点、３点、−１点」の評価点を加算した「７点」を合計点として算出する。つまり、評価集計部２７は、ノード単体の得点だけではなく、他人からの評価点を加味して、合計点を算出する。
【００４８】
次に、上述した評価手法を用いて、議論を可視化した樹形図に対する評価の仕組みを具体的に説明する。図１３は、評価の仕組みを説明する図である。図１３に示すように、評価集計部２７は、ユーザＡにより生成されたノード「課題」に対して、ユーザＤによりノード「解決策」が導かれた場合、その解決策に対して、過去の情報や提案の経緯から辿り、それぞれの課題解決に向けた貢献度を評価する。
【００４９】
具体的には、まず、評価集計部２７は、ノード「解決策」からノード「課題」へ遡っていき、ノード「解決策」からノード「課題」までに存在するノードを評価対象に選定する。次に、評価集計部２７は、各ノードのタイムスタンプを参照して、生成された（投稿された）ノードの順番を特定する。図１３では、各ノードに付与されている番号順に、ノードが生成されたこととする。
【００５０】
次に、評価集計部２７は、タイムスタンプの早い順に、ノード自体の得点や評価点やリンクの得点などを考慮して、各ノードの得点の合計点を算出する。例えば、評価集計部２７は、タイムスタンプが１のノード「課題」について、ノード自体の得点「４点」を合計点とする。また、評価集計部２７は、タイムスタンプが２のノード「情報」について、ノード自体の得点「２点」を合計点とする。
【００５１】
また、評価集計部２７は、タイムスタンプが４のノード「提案」について、ノード自体の得点「４点」に、タイムスタンプが５のノード「賛成」からの評価点「１点」とタイムスタンプが６のノード「賛成」からの評価点「１点」とタイムスタンプが７のノード「評価」からの評価点「４点」を加算した「１０点」を合計点とする。
【００５２】
また、評価集計部２７は、タイムスタンプが１２のノード「提案」について、ノード自体の得点「４点」に、タイムスタンプが１３のノード「評価」からの評価点「４点」とタイムスタンプが１４のノード「賛成」からの評価点「１点」とタイムスタンプが１５のノード「提案」からのリンク「影響」の評価点「２点」を加算した「１１点」を合計点とする。
【００５３】
このようにして、評価集計部２７は、図１３においてタイムスタンプが１から１７の各ノードについて合計点を算出する。図１３における合計点の算出結果を図１４に示す。図１４は、各ノードの評価を説明する図である。図１４には、図１３における樹形図における各ユーザの貢献度を示している。また、図１４のノードＮｏ．は、図１３で説明したタイムスタンプの順番である。つまり、図１４では、タイムスタンプが１のノード「課題」がノードＮｏ．１となる。
【００５４】
例えば、ユーザＡについては、ユーザＡが生成したＮｏ．１とＮｏ．７とＮｏ．１６の合計点が貢献度として算出される。具体的には、ユーザＡに対しては、ノードＮｏ．１に合計点「４点」、ノードＮｏ．７に合計点「１点」、ノードＮｏ．１６に合計点「１点」が算出され、貢献度が「４＋１＋１＝６点」となる。なお、ノードＮｏ．７やノードＮｏ．１６の「※」は他のノードへの評価点である。つまり、ノードＮｏ．７では、ユーザＡが他のノードであるノードＮｏ．４へ評価点「４点」を与えたことを示す。
【００５５】
また、ユーザＢに対しては、ノードＮｏ．２に合計点「２点」、ノードＮｏ．１０に合計点「２点」、ノードＮｏ．１１に合計点「４点」、ノードＮｏ．１２に合計点「１１点」が算出され、貢献度が「２＋２＋４＋１１＝１９点」となる。
【００５６】
また、ユーザＣに対しては、ノードＮｏ．３に合計点「４点」、ノードＮｏ．１５に合計点「４点」、ノードＮｏ．１６からの評価点「４点」が算出され、貢献度が「４＋４＋４＝１２点」となる。上述した手法によって、ユーザＤについては貢献度「１４点」、ユーザＥについては貢献度「４点」、ユーザＦについては貢献度「４点」を算出する。そして、評価集計部２７は、図１４の結果を用いて、ユーザごとの得点、評価、影響、合計を算出して、貢献度ＤＢ１５に格納する。
【００５７】
人物像特定部２８は、評価集計部２７による集計結果を用いて、ノードを生成したユーザの人物像を特定する処理部である。具体的には、人物像特定部２８は、各個人について、過去の行動を蓄積し、蓄積した行動から行動を特定する。例えば、人物像特定部２８は、樹形図ＤＢ１４に記憶される課題ごとの樹形図から、図７に記憶される行動情報を集計する。そして、人物像特定部２８は、集計した各ノード数と閾値とを比較し、図８に示した人物像ＤＢ１７に記憶されるどの人物像に該当するかを特定する。
【００５８】
ここで行動情報の判定について説明する。例えば、人物像特定部２８は、各課題についてユーザが生成したノード数を集計した結果を、「ノードの生成数」として算出する。また、人物像特定部２８は、各課題についてノード「解決策」を生成したユーザの「解決策ノード数」を加算する。
【００５９】
また、人物像特定部２８は、最後にノードが生成されてから、例えば１時間などの所定時間にだれもノードを生成していない状態でユーザＣがノードを生成した場合、ユーザＣの「脱沈黙ノード数」を加算する。図１５は、脱沈黙ノードの例を説明する図である。図１５に示すように、タイムスタンプが１１と１２のノードが生成されてから、１時間経過した後に、ユーザＣが１５のノード「提案」を生成したとする。この場合、人物像特定部２８は、ユーザＣの「脱沈黙ノード数」を加算する。
【００６０】
また、人物像特定部２８は、ノードが発散している状態で、その発散を集約させるノードをユーザＣが生成した場合、ユーザＣの「集約ノード数」を加算する。例えば、ノード「提案」に対して、ユーザＡ、ユーザＢ、ユーザＤのそれぞれがノード「提案」を生成したことにより、樹形図が発散したとする。その後にユーザＣが生成したノード「提案」と、各ノード「提案」から派生した議論によって生成された各ノードとがリンクで接続された場合、人物像特定部２８は、このユーザＣが生成したノード「提案」を集約ノードと判定する。また、リンク分類の「統合」からも判別可能である。
【００６１】
また、人物像特定部２８は、議論を発散させたノードをユーザＣが生成した場合、ユーザＣの「発散ノード数」を加算する。例えば、ノード「課題」から分岐がなくノードが生成されている状態で、ユーザＣが生成したノード「提案」から複数の分岐が発生したとする。この場合、人物像特定部２８は、このユーザＣが生成したノード「提案」を発散ノードと判定する。また、リンク分類の「分離」からも判別可能である。
【００６２】
また、人物像特定部２８は、議論を停滞している状態で、議論を活性化するノードをユーザＣが生成した場合、ユーザＣの「紹介ノード数」を加算する。例えば、最後のノードが生成されてから所定時間（例えば３０分）経過後に、ユーザＣが生成したノード「提案」に対して、１０分などの所定時間内で、１０個などの閾値以上のノードが生成されたとする。この場合、人物像特定部２８は、このユーザＣが生成したノード「提案」を紹介ノードと判定する。
【００６３】
また、人物像特定部２８は、課題解決に影響を与えたノードをユーザＣが生成した場合、ユーザＣの「貢献ノード数」を加算する。例えば、人物像特定部２８は、ある課題について生成された貢献度ＤＢ１５を参照し、合計が閾値以上のユーザに対して、「貢献ノード数」を加算する。別例としては、人物像特定部２８は、評価集計部２７によって生成された図１４を参照し、合計が閾値以上のノードを生成した各ユーザの「貢献ノード数」を加算する。
【００６４】
また、人物像特定部２８は、課題解決への方向性を決定づけるノードをユーザＣが生成した場合、ユーザＣの「方向性ノード数」を加算する。図１６は、方向性ノードの例を説明する図である。図１６の場合、タイムスタンプが１のノード１にノード「情報」が４つ並列に接続されている。この時に、ノード「提案」もノード「情報」に対して３ヶ所接続されている。それぞれの観点で発展していくことが考えられたが、結局はノード３の提案から結論に至っている。この場合、人物像特定部２８は、ノード３の提案を、他の提案と比較して方向性をつけた提案とし評価する。
【００６５】
このような結果を用いて、人物像特定部２８は、ユーザの人物像を特定する。ここでは図７を例にして説明する。例えば、人物像特定部２８は、ノードの生成数が１００以上のユーザＡおよびユーザＢを、図８における「アイデアを出すのが得意」に該当するユーザと特定し、図８の項目「ユーザ」に追加する。「アイデアを出すのが得意」に該当するユーザは、提案ノード数をカウントすることでも特定可能である。また、人物像特定部２８は、脱沈黙ノード数が４０以上のユーザＢを、図８における「沈黙を破る人」に該当するユーザと特定し、図８の項目「ユーザ」に追加する。
【００６６】
また、人物像特定部２８は、集約ノード数が３０以上のユーザＡを、図８における「発散した意見をまとめる人」に該当するユーザと特定し、図８の項目「ユーザ」に追加する。また、人物像特定部２８は、発散ノード数が５以上のユーザＡを、図８における「情報を発散させる人」に該当するユーザと特定し、図８の項目「ユーザ」に追加する。
【００６７】
また、人物像特定部２８は、紹介ノード数が１０以上のユーザＢを、図８における「紹介が得意な人」に該当するユーザと特定し、図８の項目「ユーザ」に追加する。また、人物像特定部２８は、貢献ノード数が８以上のユーザ、または、方向性ノード数が５以上のユーザ、または、解決策ノード数が３以上のユーザを、図８における「解決策への導きが上手い人」に該当するユーザと特定し、図８の項目「ユーザ」に追加する。
【００６８】
なお、閾値は一例であり、任意に設定変更することができる。また、ここでは、１人のユーザが複数の人物像に該当する例を説明したが、これに限定されるものではない。例えば、人物像特定部２８は、閾値を越える行動情報のうち、閾値の差が最も大きい行動情報を人物像と特定することもできる。
【００６９】
図３に戻り、支援部３０は、議論の活性化を支援する処理部である。具体的には、支援部３０は、コマンド分析部３１と活性化部３２を有し、議論が停滞する状況にあわせて、活性化可能な人物像を推定し、議論の活性化を促す。
【００７０】
コマンド分析部３１は、ユーザが検索した情報や入力した情報を分析して、創造支援を実行する処理部である。例えば、コマンド分析部３１は、ユーザがＷｅｂページなどに入力した検索語を取得し、当該検索語がキーワードとして入力されるノードを過去のノードから特定して、ユーザに通知する。また、コマンド分析部３１は、当該検索語の反対語をユーザに通知したり、当該反対語がキーワードとして入力されるノードをユーザに通知したりして、ユーザの創造を支援する。
【００７１】
活性化部３２は、議論の活性化を実行する処理部である。具体的には、活性化部３２は、議論が可視化された樹形図を構成するノードの分類や生成状況を判定し、判定結果に応じて活性化の阻害要因を推定し、議論を行うユーザに新たな視点等の気づき支援を実行する。ここで、気づきの支援項目を説明する。図１７は、気づきの支援項目の例を説明する図である。
【００７２】
図１７に示すように、活性化部３２は、「項番、判断項目、システムからの動作」を対応付けて管理する。「項番」は、支援項目を識別する情報であり、「判断項目」は、議論の状況を判断する判断項目であり、「システムからの動作」は、活性化部３２が実行する支援内容の一例である。
【００７３】
例えば、活性化部３２は、ノードの分類により、イノベーション必要要素の不足項目の抽出が実行できた場合、不足項目について検討を促すようなメッセージをユーザに提示する。つまり、活性化部３２は、ノードの種別と当該種別の数を特定し、不足している分類をユーザに提示して、新たな視点の支援を行う。例を挙げると、活性化部３２は、ノード「提案」の数が閾値より少ない場合、ノード「提案」が少ない旨のメッセージを提示する。
【００７４】
また、活性化部３２は、ノードに記載されるキーワードに対して、過去のノードのキーワードとマッチングを行い、課題解決に向けた有効情報の候補をユーザに提示する。つまり、活性化部３２は、過去の樹形図から課題解決に結びつく可能性のあるノードをユーザに提示して、新たな視点の支援を行う。例を挙げると、活性化部３２は、課題Ａで生成されたノード「提案」のキーワード「ＡＡＡ」に対するアクションが少ない場合、このキーワード「ＡＡＡ」を含むノードやキーワード「ＡＡＡ」とリンクで接続されるノードを、他の課題について生成された樹形図から特定して、ユーザに提示する。
【００７５】
また、活性化部３２は、プロジェクト課題の同類の樹形図に対してキーワードマッチングを行い、異なるプロジェクトにおける同類課題の解決策を、現在のプロジェクトにおける解決策の候補としてユーザに提示する。つまり、活性化部３２は、同じ課題に対する異なる議論をマッチングし、新たな視点の支援を行う。例を挙げると、活性化部３２は、課題Ａについて議論するグループＡの樹形図と、課題Ａについて議論するグループＢの樹形図とについて、ノードの各種別の数を計数する。そして、活性化部３２は、グループＢと比較して少ない分類を、グループＡのユーザに提示する。
【００７６】
また、活性化部３２は、ノードの分類がアイデアの場合には、キーワードの反対語の提示、検討視点の網羅性を満たしているかをユーザに提示する。具体的には、活性化部３２は、樹形図のノードのうち中分類「アイデア」に該当するノードのキーワードを特定し、当該キーワードの反対語や当該キーワードとの関連性が少ない分野などをユーザに提示して、新たな視点の支援を行う。例を挙げると、活性化部３２は、キーワードが「ユーザの利便性が向上する」である場合、反対語の「不便」を提示して新たな視点を支援し、キーワードが「食堂メニューのダウンロード」である場合、関連性の少ない分野として「食べ歩き」や「テイクアウト」など、空間に関する視点を提示することで気づきを与えることができる。なお、反対語や分野の特定は、公知の様々な辞書等を用いることができる。
【００７７】
また、活性化部３２は、アイデア創出がいつどこでなされているかの因果関係を抽出し、アイデアを検討するタイミングをユーザに提示する。具体的には、活性化部３２は、ユーザＡについて、予め登録されるユーザＡのスケジュール情報とノードの生成時間とを比較し、生成されたノードの数が多い時間帯を特定して、ユーザに提示する。
【００７８】
また、活性化部３２は、予め指定したコマンドにより状態表示を行うことで、未解決課題一覧表や解決策一覧表を提示する。具体的には、活性化部３２は、ユーザＡから指定コマンドを受け付けた場合、ユーザＡが参加する課題の樹形図やユーザＡが不参加の課題の樹形図を提示することで、ユーザＡの創造意欲の向上を図る。
【００７９】
次に、活性化部３２による創造支援の判断例を説明する。図１８は、ノード分類の可視化による支援の例を説明する図である。図１８に示すように、活性化部３２は、ある課題に対する樹形図において、課題ノードと解決策ノードを除く他のノードを大分類の「知性、感情、行動」のいずれであるかを分類し、各ノードを生成時間ごとに表示させる。図１８の例では、活性化部３２は、時間が進むにつれて、ノード「感情」が減っていることを特定する。この結果、活性化部３２は、各ユーザにノード「感情」が少ないことを示すメッセージを送信する。
【００８０】
図１９は、ノード発言数の可視化による支援の例を説明する図である。図１９に示すように、活性化部３２は、時間ごとに、ノードの生成数（発言数）をプロットする。図１９の例では、活性化部３２は、ノードの生成数が減っていることを特定する。この結果、活性化部３２は、各ユーザに発言が減っていることを示すメッセージを送信する。また、活性化部３２は、横軸を時間から時間帯に変更することで、どの時間帯に発言が多いか少ないかを特定し、ユーザに通知することができる。なお、活性化部３２は、情報や意見などが集中しているノード、評価の得点が高いノードを見分けることができるように、色を変えて表示することもできる。
【００８１】
また、活性化部３２は、議論が停滞しているプロジェクトに対しては、議論を活性化させるユーザに参加を要請することもできる。例えば、活性化部３２は、グループＡの議論が停滞しており、ノードの数も少ない場合、グループＢのうち「アイデアを出すのが得意」な人物像に該当するユーザを、グループＡに参加するように促すこともできる。
【００８２】
［全体的な処理の流れ］
図２０は、全体的な処理の流れを示すフローチャートである。図２０に示すように、受付部２２が課題のノード入力を検出すると（Ｓ１０１：Ｙｅｓ）、生成部２３は、ノード「課題」を生成し（Ｓ１０２）、樹形図を生成する（Ｓ１０３）。
【００８３】
また、課題のノード入力を検出すると（Ｓ１０１：Ｙｅｓ）、活性化部３２は、インターバルの測定を開始し（Ｓ１０４）、未入力時間が所定時間を経過すると（Ｓ１０５：Ｙｅｓ）、提案情報を出力する（Ｓ１０６）。例えば、活性化部３２は、ノードが生成されたから所定時間、いずれのノードも生成されない場合、各ユーザにノード生成を促すメッセージを送信する。
【００８４】
そして、受付部２２がノードの入力を検出すると（Ｓ１０７：Ｙｅｓ）、生成部２３は、検出された内容にしたがって、ノードを生成し（Ｓ１０８）、樹形図を更新する（Ｓ１０９）。なお、ノードの入力が検出されない場合（Ｓ１０７：Ｎｏ）、Ｓ１０５以降が繰り返される。
【００８５】
続いて、受付部２２がリンクの入力を検出すると（Ｓ１１０：Ｙｅｓ）、生成部２３は、検出された内容にしたがって、リンクを生成し（Ｓ１１１）、樹形図を更新する（Ｓ１１２）。なお、リンクの入力が検出されない場合（Ｓ１１０：Ｎｏ）、Ｓ１１３以降が実行される。
【００８６】
そして、ノード「解決策」が検出されない場合（Ｓ１１３：Ｎｏ）、Ｓ１０７以降を繰り返す。ノード「解決策」が検出されると（Ｓ１１３：Ｙｅｓ）、貢献度の集計処理が実行される（Ｓ１１４）。解決策に至らない検討途中の課題の場合、解決策からノードをたどることができないため、課題からたどり暫定的な貢献度などの各種評価を行うこともできる。
【００８７】
［貢献度の集計処理の流れ］
図２１は、貢献度の集計処理の流れを示すフローチャートである。図２１に示すように、評価集計部２７は、各課題について生成された各樹形図について以下の処理を実行する。具体的には、評価集計部２７は、ノードの生成数を集計して行動ＤＢ１６に格納し（Ｓ２０１）、脱沈黙ノード数を集計して行動ＤＢ１６に格納する（Ｓ２０２）。
【００８８】
続いて、評価集計部２７は、集約ノード数を集計して行動ＤＢ１６に格納し（Ｓ２０３）、発散ノード数を集計して行動ＤＢ１６に格納し（Ｓ２０４）、貢献ノード数を集計して行動ＤＢ１６に格納する（Ｓ２０５）。
【００８９】
続いて、評価集計部２７は、方向性ノード数を集計して行動ＤＢ１６に格納し（Ｓ２０６）、解決策ノード数を集計して行動ＤＢ１６に格納する（Ｓ２０７）。
【００９０】
その後、人物像特定部２８は、ユーザを１人選択し（Ｓ２０８）、更新後の行動ＤＢ１６に基づいて人物像を特定し（Ｓ２０９）、特定した人物像にしたがって人物像ＤＢ１７を更新する（Ｓ２１０）。そして、未処理のユーザが存在する場合は（Ｓ２１１：Ｙｅｓ）、Ｓ２０８以降を繰り返し、未処理のユーザが存在しない場合は（Ｓ２１１：Ｎｏ）、処理を終了する。
【００９１】
［気づき支援処理の流れ］
図２２は、気づき支援処理の流れを示すフローチャートである。この処理は、図２０や図２１とは非同期で実行される。
【００９２】
図２２に示すように、ノード「課題」が生成されると支援を開始し（Ｓ３０１）、Ｓ３０２からＳ３０６までの処理と、Ｓ３０７からＳ３１０までの処理と、Ｓ３１１からＳ３１４までの処理とを並列に実行する。
【００９３】
具体的には、活性化部３２は、入力されたノードまたはリンクの情報を分析し（Ｓ３０２）、キーワードを抽出する（Ｓ３０３）。そして、活性化部３２は、過去のノードのキーワードとマッチングして（Ｓ３０４）、候補情報を抽出して（Ｓ３０５）、候補情報をユーザに通知する（Ｓ３０６）。例えば、活性化部３２は、同じキーワードを含むノードや反対語を含むノードを抽出して、プロジェクトの各メンバーに通知する。
【００９４】
また、コマンド分析部３１は、ユーザによって入力されたコマンドの内容を分析し（Ｓ３０７）、分析内容を抽出する（Ｓ３０８）。続いて、コマンド分析部３１は、支援情報を検索し（Ｓ３０９）、支援情報をユーザに提示する（Ｓ３１０）。例えば、コマンド分析部３１は、入力されたコマンドと対応付けられるキーワードなどをユーザに提示する。
【００９５】
また、活性化部３２は、樹形図のノード分布を分析し（Ｓ３１１）、ノードの分類の偏りを検出する（Ｓ３１２）。続いて、活性化部３２は、提示対象の人物像を推定し（Ｓ３１３）、該当人物像のユーザにメッセージを送信する（Ｓ３１４）。
【００９６】
例えば、活性化部３２は、ノードの生成が少ない場合には、「アイデアを出すのが得意」に該当するユーザに、ノード生成を促すメッセージを送信する。また、活性化部３２は、ノードの生成が停滞している場合には、「沈黙を破る人」に該当するユーザに、ノード生成を促すメッセージを送信する。また、活性化部３２は、ノードが発散している場合には、「発散した意見をまとめる人」に該当するユーザに、ノード生成を促すメッセージを送信する。
【００９７】
また、活性化部３２は、ノードの発散がなく、創造がまとまり過ぎている場合には、「情報を発散させる人」に該当するユーザに、ノード生成を促すメッセージを送信する。また、活性化部３２は、ノード「提案」が多くノード「情報」が少ない場合には、「紹介が得意な人」に該当するユーザに、ノード生成を促すメッセージを送信する。また、活性化部３２は、多くのノードが出ているが解決策まで導けない場合には、「解決策への導きが上手い人」に該当するユーザに、ノード生成を促すメッセージを送信する。
【００９８】
［効果］
上述したように、創造支援サーバ１０は、各ユーザの人物像を特定し、停滞している議論を活性化するユーザを議論に参加させることができるので、部分的な創造支援に留まらず、全体的な創造支援を行うことができ、充実した創造支援を行うことができる。
【００９９】
また、創造支援サーバ１０は、新たに入力されたデータと収集したデータを分析する。また、創造支援サーバ１０は、データが新たに入力されない場合であっても、入力インターバルを監視することによりシステムが自律的に分析し、情報発信することができる。また、創造支援サーバ１０は、可視化したデータや関連づけたデータをシステムから自動発信することで、利用者に対して気づきを与えることができる。
【０１００】
また、創造支援サーバ１０は、情報として入力されたノード分類と予めシステムに登録しているイノベーションの必要要素の比較分析から、検討の不足要素を抽出することができる。抽出後、創造支援サーバ１０は、システムから送信通知し、新たな気づきを与えることができる。また、創造支援サーバ１０は、プロジェクトに属していると同時に個人の課題を持っている場合、お互いの情報の関連付を行うことができる。更には、創造支援サーバ１０は、ネットワークを介して、自分以外、自分の属するプロジェクト以外の情報との関連付けを行うことができる。
【０１０１】
創造支援サーバ１０は、システムが個人の専門性や経験を判断し、メンバーとしての参加や課題解決に向けた回答促進を働きかけることができる。創造支援サーバ１０は、システムが回答可能な人に回答を促すことができる。創造支援サーバ１０は、議論の不足している要素をシステムが判断し、システムから自動的に議論を促すことができる。
【０１０２】
例えば、自分では知りえない情報を得た場合、その情報は単純な検索だけでは見いだせない情報である。よって、その情報に対しては、高い評価を与え情報全体におけるその情報の位置づけとして有効性が高いという識別を行うことができる。創造支援サーバ１０は、個人のスキルを可視化することで、他のプロジェクトとの連携またはプロジェクト内であっても意見を本人にシステムから促すなどの働きかけができる。これにより組織の壁を越えることができる。
【実施例２】
【０１０３】
さて、これまで本発明の実施例について説明したが、本発明は上述した実施例以外にも、種々の異なる形態にて実施されてよいものである。
【０１０４】
［貢献度の算出］
上記実施例では、創造支援サーバ１０は、ノードに設定される得点、ノードが他から指定された評価点、リンクによって特定される影響などの得点を用いて、ノードの貢献度を算出する例を説明したが、これに限定されるものではない。例えば、創造支援サーバ１０は、ノードに設定される得点と評価点を用いて貢献度を算出することもでき、ノードに設定される得点と影響などの得点を用いて貢献度を算出することもでき、任意に組み合わせることができる。議論が停滞している状態はタイムスタンプで判断可能であり、そのような状態の場合において、ある人が新たな提案を行った場合かつその提案が解決策に至るノードであった場合は評価できる。
【０１０５】
［個人の樹形図］
上記実施例では、グループによる議論を例にして説明したが、これに限定されるものではなく、個人による議論についても同様に処理することができる。また、創造支援サーバ１０は、別のグループで同じ課題について議論が行われている場合は、互いの樹形図を各グループに表示させることで、議論を活性化することもできる。なお、上記実施例では、評価対象のノードを選定してから、各ユーザの行動情報を特定したが、これに限定されるものではなく、全ノードを用いてユーザの行動情報を特定することもできる。
【０１０６】
また、評価点などについても適宜変更することができる。また、評価の方法についても、予め指定した得点形式ではなく、ノード間の相対的な位置関係等を用いることもできる。例えば、評価対象のノードから影響を受けたノードまでに存在するノード数やパスの長さなどを用いることもできる。
【０１０７】
なお、上記実施例では、課題から解決策を導くまでの樹形図を例にして説明したが、これに限定されるものではなく、例えばテーマに対して意見を出し合う議論についても同様に処理することができる。この場合、上記課題がテーマに対応し、意見が各ノードに対応し、結論や特定の情報などが解決策に対応する。また、ノードの例として、提案や情報などを説明したが、これに限定されるものではなく、テーマ等に対応して適宜変更することもできる。また、テーマに関する情報を起点とし、特定の情報を終点とした場合に下流側または上流側に関連付けられた情報が所定数以上又は相対的に多い情報を抽出したり、出力したりすることもできる。登録タイミングの間隔が所定時間以上又は相対的に長い間隔を経て、最初に登録された情報を抽出したり、出力したりすることもできる。なお、ここでの情報とは、例えばノード数、ノードの種別、リンク数、リンクの種別、ノードやリンクから特定される行動情報や人物像などである。
【０１０８】
［課題や解決策の数］
上記実施例では、１つの課題について１つの解決策が導かれた例を説明したが、これに限定されるものではない。例えば、創造支援サーバ１０は、１つの課題についての議論において新たな複数の課題が提案された場合でも、同様に処理することができる。例えば、創造支援サーバ１０は、各課題について、解決策から課題まで遡って、ノードの合計点や転換点を算出し、各ユーザの貢献度を算出することができる。また、創造支援サーバ１０は、初めの課題に対して、ノードの合計点や転換点を算出し、各ユーザの貢献度を算出することもできる。
【０１０９】
［入力情報の一括管理］
また、創造支援サーバ１０は、ユーザごとに、ユーザが生成したすべてのノードおよびユーザがノードを生成した時間等を記憶部１２に格納し、一括管理することができる。このような一括管理を行うことにより、１年間などの長期スパンで、ユーザのノード生成数を計数して、ユーザの発言数などを評価することができる。
【０１１０】
［グループ間］
上記実施例では、創造支援サーバ１０が議論を活性化するメッセージ等を送信する例を説明したが、送信先のユーザは同じグループのユーザに限定されない。例えば、創造支援サーバ１０は、停滞等を打開する人物像がいない場合には、他のグループから該当するユーザを検索し、議論への参加を促すこともできる。
【０１１１】
［バイタルデータ、位置データ］
上記実施例では、ノードにタイムスタンプを付与する例を説明したが、これに限定されるものではなく、例えばバイタルデータや位置情報などを付与することもできる。例えば、創造支援サーバ１０は、ノードが生成されたタイミングで、ユーザが装着するウェアラブルデバイスから、血圧や心拍数などのバイタルデータを取得し、当該ノードに対応付けて管理する。
【０１１２】
このようにすることで、創造支援サーバ１０は、各ユーザについて、どのような状態のときにノードを多く生成しているかを特定することができる。この結果、創造支援サーバ１０は、ノードを生成する状態、つまり、アイデアを多く創造できる健康状態などを、ユーザに通知することができる。
【０１１３】
また、創造支援サーバ１０は、バイタルデータからユーザの感情を特定し、ノードに感情を対応付けることもできる。当初バイタルデータから感情データを取得できない場合であっても、マニュアル入力することで代替できる。例えば、ユーザ自身がどのような感情状態であるかを入力することもできる。そうすることで、創造支援サーバ１０は、各ユーザについて、どのような感情のときに、どの種別のノードを生成しているかを特定して提示することができる。
【０１１４】
また、創造支援サーバ１０は、ユーザが保持するウェアラブルデバイスや携帯電話などのＧＰＳ（Global  Positioning  System）から位置情報を取得して、ノードと位置情報とを対応付けて管理することもできる。そうすることで、創造支援サーバ１０は、電車の中や歩行中にノードの生成が多いことを特定して提示することができる。同様に、創造支援サーバ１０は、電車の中や歩行中に、どの種別のノードを生成しているかを特定して提示することができる。
【０１１５】
このように、創造支援サーバ１０は、ユーザが見つけている既存の装置から取得可能な情報とノードとを対応付けることで、ユーザが意識していない情報を抽出して提示することができる。つまり、ユーザが無意識であるからこそ気づくことができない新たな視点を「気づき」として提示することができる。
【０１１６】
［ハードウェア］
上記創造支援サーバ１０は、例えば、次のようなハードウェア構成を有するコンピュータにより実現することができる。図２３は、ハードウェア構成例を説明する図である。図２３に示すように、創造支援サーバ１０は、通信インタフェース１０ａ、ＨＤＤ（Hard  Disk  Drive）１０ｂ、メモリ１０ｃ、プロセッサ１０ｄを有する。
【０１１７】
通信インタフェース１０ａの一例としては、ネットワークインタフェースカードなどである。ＨＤＤ１０ｂは、図３に示した各種ＤＢを記憶する記憶装置である。
【０１１８】
プロセッサ１０ｄの一例としては、ＣＰＵ（Central  Processing  Unit）、ＤＳＰ（Digital  Signal  Processor）、ＦＰＧＡ（Field  Programmable  Gate  Array）、ＰＬＤ（Programmable  Logic  Device）等が挙げられる。また、メモリ１０ｃの一例としては、ＳＤＲＡＭ（Synchronous  Dynamic  Random  Access  Memory）等のＲＡＭ（Random  Access  Memory）、ＲＯＭ（Read  Only  Memory）、フラッシュメモリ等が挙げられる。  
【０１１９】
また、創造支援サーバ１０は、プログラムを読み出して実行することで通知方法を実行する情報処理装置として動作する。つまり、創造支援サーバ１０は、構造化部２１、貢献度判定部２６、支援部３０と同様の機能を実行するプログラムを実行する。この結果、創造支援サーバ１０は、構造化部２１、貢献度判定部２６、支援部３０と同様の機能を実行するプロセスを実行することができる。なお、この他の実施例でいうプログラムは、創造支援サーバ１０によって実行されることに限定されるものではない。例えば、他のコンピュータまたはサーバがプログラムを実行する場合や、これらが協働してプログラムを実行するような場合にも、本発明を同様に適用することができる。
【０１２０】
このプログラムは、インターネットなどのネットワークを介して配布することができる。また、このプログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ（Magneto−Optical  disk）、ＤＶＤ（Digital  Versatile  Disc）などのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することができる。
【０１２１】
［システム］
また、図３に示した各装置の各構成は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、任意の単位で分散または統合して構成することができる。例えば、構造化部２１と貢献度判定部２６を統合することができる。さらに、各装置にて行なわれる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１２２】
また、本実施例において説明した各処理のうち、自動的におこなわれるものとして説明した処理の全部または一部を手動的におこなうこともできる。あるいは、手動的におこなわれるものとして説明した処理の全部または一部を公知の方法で自動的におこなうこともできる。この他、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。
【符号の説明】
【０１２３】
１０  創造支援サーバ
１１  通信部
１２  記憶部
１３  ノードリンク情報ＤＢ
１４  樹形図ＤＢ
１５  貢献度ＤＢ
１６  行動ＤＢ
１７  人物像ＤＢ
２０  制御部
２１  構造化部
２２  受付部
２３  生成部
２６  貢献度判定部
２７  評価集計部
２８  人物像特定部
３０  支援部
３１  コマンド分析部
３２  活性化部
【図１】
2017068706.tif 000003
【図２】
2017068706.tif 000004
【図３】
2017068706.tif 000005
【図４】
2017068706.tif 000006
【図５】
2017068706.tif 000007
【図６】
2017068706.tif 000008
【図７】
2017068706.tif 000009
【図８】
2017068706.tif 000010
【図９】
2017068706.tif 000011
【図１０】
2017068706.tif 000012
【図１１】
2017068706.tif 000013
【図１２】
2017068706.tif 000014
【図１３】
2017068706.tif 000015
【図１４】
2017068706.tif 000016
【図１５】
2017068706.tif 000017
【図１６】
2017068706.tif 000018
【図１７】
2017068706.tif 000019
【図１８】
2017068706.tif 000020
【図１９】
2017068706.tif 000021
【図２０】
2017068706.tif 000022
【図２１】
2017068706.tif 000023
【図２２】
2017068706.tif 000024
【図２３】
2017068706.tif 000025