(57)【要約】【課題】プロジェクト内のフェーズにおけるコミュニケーション状況を提示するにあたって、そのフェーズに対応するモデル情報とコミュニケーション情報を用いたコミュニケーション状況を提示することができる情報処理装置を提供する。【解決手段】情報処理装置の取得手段は、プロジェクトに関わるコミュニケーション情報と、該プロジェクトのフェーズを示すフェーズ情報と、該プロジェクトのフェーズにより要求されるコミュニケーションのモデル情報を取得し、提示手段は、前記フェーズ情報に対応するモデル情報と、前記コミュニケーション情報から、前記プロジェクトのフェーズにおけるコミュニケーション状況を提示する。【選択図】図１
2019159540.tif 000002
【特許請求の範囲】
【請求項１】
プロジェクトに関わるコミュニケーション情報と、該プロジェクトのフェーズを示すフェーズ情報と、該プロジェクトのフェーズにより要求されるコミュニケーションのモデル情報を取得する取得手段と、
前記フェーズ情報に対応するモデル情報と、前記コミュニケーション情報から、前記プロジェクトのフェーズにおけるコミュニケーション状況を提示する提示手段
を備えた情報処理装置。
【請求項２】
前記モデル情報にしたがって、前記コミュニケーション情報の特徴を抽出し、該特徴が予め定められた条件を満たすか否かによって、リスクの予測を行う予測手段
をさらに備え、
前記提示手段は、前記予測手段による予測結果をコミュニケーション状況として提示する、
請求項１に記載の情報処理装置。
【請求項３】
前記フェーズが文書を作成するフェーズである場合は、該フェーズにおける成果である文書に対するコメントをコミュニケーション情報とする、
請求項２に記載の情報処理装置。
【請求項４】
前記コメント及び該コメントに対する返信をコミュニケーション情報とする、
請求項３に記載の情報処理装置。
【請求項５】
前記フェーズが合意形成を行うフェーズである場合は、該フェーズにおける成果である文書に対して該合意が反映されているか否かを示す情報をコミュニケーション情報とする、
請求項２に記載の情報処理装置。
【請求項６】
前記フェーズが議論を行うフェーズである場合は、該フェーズにおける議論を示す情報をコミュニケーション情報とする、
請求項１に記載の情報処理装置。
【請求項７】
前記取得手段は、さらに、前記プロジェクトの関係者を示す関係者情報を取得し、
前記提示手段は、前記フェーズ情報に対応するモデル情報と、前記関係者情報から、前記プロジェクトのフェーズにおけるコミュニケーション状況を提示する、
請求項１に記載の情報処理装置。
【請求項８】
前記プロジェクトのコミュニケーション情報から第１のフェーズを推定するフェーズ推定手段と、
第２のフェーズを取得するフェーズ情報取得手段
をさらに備え、
前記提示手段は、前記第１のフェーズと前記第２のフェーズに応じて、前記コミュニケーション状況を提示する、
請求項１に記載の情報処理装置。
【請求項９】
前記フェーズ情報取得手段は、前記プロジェクトが計画上であるべきフェーズを前記第２のフェーズとして取得し、
前記提示手段は、前記第１のフェーズと前記第２のフェーズが異なるか否かに関する情報を、前記コミュニケーション状況として提示する、
請求項８に記載の情報処理装置。
【請求項１０】
前記フェーズ情報取得手段は、前記プロジェクトの成果から推定したフェーズを前記第２のフェーズとして取得し、
前記提示手段は、前記第１のフェーズと前記第２のフェーズが異なるか否かに関する情報を、前記コミュニケーション状況として提示する、
請求項８に記載の情報処理装置。
【請求項１１】
コンピュータを、
プロジェクトに関わるコミュニケーション情報と、該プロジェクトのフェーズを示すフェーズ情報と、該プロジェクトのフェーズにより要求されるコミュニケーションのモデル情報を取得する取得手段と、
前記フェーズ情報に対応するモデル情報と、前記コミュニケーション情報から、前記プロジェクトのフェーズにおけるコミュニケーション状況を提示する提示手段
として機能させるための情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及び情報処理プログラムに関する。
【背景技術】
【０００２】
特許文献１には、プロジェクト関係者間のコミュニケーションに関連するプロジェクトリスクの予測を支援することを課題とし、プロジェクト関係者の端末、サーバがネットワーク上に存在し、サーバは、発信者識別子と発信日時とを含む情報がメッセージごとに格納されるコミュニケーション情報蓄積部、演算処理部を有し、演算処理部は、いずれかの端末がメッセージを発信すると、そのメッセージに関するコミュニケーション情報をコミュニケーション情報蓄積部に格納し、また、コミュニケーション情報蓄積部の蓄積情報に基づき、プロジェクト関係者ごとに、プロジェクト関係者のメッセージ送信回数を時系列に表す解析情報を出力することが開示されている。
【０００３】
特許文献２には、プロジェクト関係者間のコミュニケーションに関連するプロジェクトリスクの予測を支援することを課題とし、サーバは、発信者識別子と発信日時と受信者識別子と受信日とを含む情報がメッセージごとに格納されるコミュニケーション情報蓄積部、演算処理部を有し、演算処理部は、いずれかの端末がメッセージを発信すると、そのメッセージに関するコミュニケーション情報をコミュニケーション情報蓄積部に格納し、また、コミュニケーション情報蓄積部の蓄積情報に基づき、プロジェクト関係者ごとに、プロジェクト関係者のメッセージ送信回数を時系列に表す解析情報を出力することが開示されている。
【０００４】
特許文献３には、プロジェクトに関連するデータから当該プロジェクトのリスク情報を、ユーザーへ提示できるプロジェクトリスク検知システム、プロジェクトリスク検知方法及びプログラムを提供することを課題とし、予め決められたテキストの表現と意図との関係に基づいて、プロジェクトに関連するテキスト文に含まれる発言の意図を判定する意図判定手段と、予め決められたテキスト表現とトピックとの関係に基づいて、前記テキスト文に含まれる発言のトピックを判定するトピック判定手段と、複数の発言の意図及びトピックの出現パターンから成るリスク文抽出条件が記憶された抽出条件記憶手段と、前記意図判定手段により判定された意図及び前記トピック判定手段により判定されたトピックと、前記抽出条件記憶手段に記憶されているリスク文抽出条件とを照合し、前記リスク文抽出条件に合致する意図及びトピックに対応する発言をリスク発言として特定する発言特定手段とを有することが開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−０５４６０６号公報
【特許文献２】特開２００４−１２７１４０号公報
【特許文献３】特許第５２１２６０４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
複数人の集団でプロジェクトを進行するには、そのプロジェクトの関係者相互間で適切なコミュニケーションをとる必要がある。このような、メンバー相互間のコミュニケーションには、例えば、電子メール等が利用されており、コミュニケーションが行われたことを計数することができる。しかし、単にコミュニケーションが行われた数だけでは、プロジェクトのリスク等を予測することはできない。プロジェクトには複数段階のフェーズがあり、その各フェーズには、それぞれに適したコミュニケーションがあるからである。
本発明は、プロジェクト内のフェーズにおけるコミュニケーション状況を提示するにあたって、そのフェーズに対応するモデル情報とコミュニケーション情報を用いたコミュニケーション状況を提示することができる情報処理装置及び情報処理プログラムを提供することを目的としている。
【課題を解決するための手段】
【０００７】
かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、プロジェクトに関わるコミュニケーション情報と、該プロジェクトのフェーズを示すフェーズ情報と、該プロジェクトのフェーズにより要求されるコミュニケーションのモデル情報を取得する取得手段と、前記フェーズ情報に対応するモデル情報と、前記コミュニケーション情報から、前記プロジェクトのフェーズにおけるコミュニケーション状況を提示する提示手段を備えた情報処理装置である。
【０００８】
請求項２の発明は、前記モデル情報にしたがって、前記コミュニケーション情報の特徴を抽出し、該特徴が予め定められた条件を満たすか否かによって、リスクの予測を行う予測手段をさらに備え、前記提示手段は、前記予測手段による予測結果をコミュニケーション状況として提示する、請求項１に記載の情報処理装置である。
【０００９】
請求項３の発明は、前記フェーズが文書を作成するフェーズである場合は、該フェーズにおける成果である文書に対するコメントをコミュニケーション情報とする、請求項２に記載の情報処理装置である。
【００１０】
請求項４の発明は、前記コメント及び該コメントに対する返信をコミュニケーション情報とする、請求項３に記載の情報処理装置である。
【００１１】
請求項５の発明は、前記フェーズが合意形成を行うフェーズである場合は、該フェーズにおける成果である文書に対して該合意が反映されているか否かを示す情報をコミュニケーション情報とする、請求項２に記載の情報処理装置である。
【００１２】
請求項６の発明は、前記フェーズが議論を行うフェーズである場合は、該フェーズにおける議論を示す情報をコミュニケーション情報とする、請求項１に記載の情報処理装置である。
【００１３】
請求項７の発明は、前記取得手段は、さらに、前記プロジェクトの関係者を示す関係者情報を取得し、前記提示手段は、前記フェーズ情報に対応するモデル情報と、前記関係者情報から、前記プロジェクトのフェーズにおけるコミュニケーション状況を提示する、請求項１に記載の情報処理装置である。
【００１４】
請求項８の発明は、前記プロジェクトのコミュニケーション情報から第１のフェーズを推定するフェーズ推定手段と、第２のフェーズを取得するフェーズ情報取得手段をさらに備え、前記提示手段は、前記第１のフェーズと前記第２のフェーズに応じて、前記コミュニケーション状況を提示する、請求項１に記載の情報処理装置である。
【００１５】
請求項９の発明は、前記フェーズ情報取得手段は、前記プロジェクトが計画上であるべきフェーズを前記第２のフェーズとして取得し、前記提示手段は、前記第１のフェーズと前記第２のフェーズが異なるか否かに関する情報を、前記コミュニケーション状況として提示する、請求項８に記載の情報処理装置である。
【００１６】
請求項１０の発明は、前記フェーズ情報取得手段は、前記プロジェクトの成果から推定したフェーズを前記第２のフェーズとして取得し、前記提示手段は、前記第１のフェーズと前記第２のフェーズが異なるか否かに関する情報を、前記コミュニケーション状況として提示する、請求項８に記載の情報処理装置である。
【００１７】
請求項１１の発明は、コンピュータを、プロジェクトに関わるコミュニケーション情報と、該プロジェクトのフェーズを示すフェーズ情報と、該プロジェクトのフェーズにより要求されるコミュニケーションのモデル情報を取得する取得手段と、前記フェーズ情報に対応するモデル情報と、前記コミュニケーション情報から、前記プロジェクトのフェーズにおけるコミュニケーション状況を提示する提示手段として機能させるための情報処理プログラムである。
【発明の効果】
【００１８】
請求項１の情報処理装置によれば、プロジェクト内のフェーズにおけるコミュニケーション状況を提示するにあたって、そのフェーズに対応するモデル情報とコミュニケーション情報を用いたコミュニケーション状況を提示することができる。
【００１９】
請求項２の情報処理装置によれば、コミュニケーション情報の特徴が予め定められた条件を満たすか否かによって、リスクの予測を行うことができる。
【００２０】
請求項３の情報処理装置によれば、文書を作成するフェーズである場合は、成果である文書に対するコメントをコミュニケーション情報として用いることができる。
【００２１】
請求項４の情報処理装置によれば、コメント及びそのコメントに対する返信をコミュニケーション情報として用いることができる。
【００２２】
請求項５の情報処理装置によれば、合意形成を行うフェーズである場合は、成果である文書に対してその合意が反映されているか否かを示す情報をコミュニケーション情報として用いることができる。
【００２３】
請求項６の情報処理装置によれば、議論を行うフェーズである場合は、議論を示す情報をコミュニケーション情報として用いることができる。
【００２４】
請求項７の情報処理装置によれば、フェーズ情報に対応するモデル情報と、関係者情報から、プロジェクトのフェーズにおけるコミュニケーション状況を提示することができる。
【００２５】
請求項８の情報処理装置によれば、第１のフェーズと第２のフェーズに応じて、コミュニケーション状況を提示することができる。
【００２６】
請求項９の情報処理装置によれば、第１のフェーズと第２のフェーズが異なるか否かに関する情報を、コミュニケーション状況として提示することができる。
【００２７】
請求項１０の情報処理装置によれば、第１のフェーズと第２のフェーズが異なるか否かに関する情報を、コミュニケーション状況として提示することができる。
【００２８】
請求項１１の情報処理プログラムによれば、プロジェクト内のフェーズにおけるコミュニケーション状況を提示するにあたって、そのフェーズに対応するモデル情報とコミュニケーション情報を用いたコミュニケーション状況を提示することができる。
【図面の簡単な説明】
【００２９】
【図１】本実施の形態の構成例についての概念的なモジュール構成図である。
【図２】本実施の形態を利用したシステム構成例を示す説明図である。
【図３】本実施の形態による処理例を示す説明図である。
【図４】本実施の形態による処理例を示すフローチャートである。
【図５】本実施の形態による処理対象となるフェーズの例を示す説明図である。
【図６】プロジェクト計画テーブルのデータ構造例を示す説明図である。
【図７】モデル情報テーブルのデータ構造例を示す説明図である。
【図８】コミュニケーション情報テーブルのデータ構造例を示す説明図である。
【図９】成果情報テーブルのデータ構造例を示す説明図である。
【図１０】本実施の形態による処理例を示すフローチャートである。
【図１１】本実施の形態による処理例を示すフローチャートである。
【図１２】本実施の形態による処理例を示すフローチャートである。
【図１３】本実施の形態による処理例を示すフローチャートである。
【図１４】本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。
【発明を実施するための形態】
【００３０】
以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理ごとに又はモジュール内で複数の処理を行う場合はその処理ごとに、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。
【００３１】
本実施の形態である情報処理装置１００は、複数人による集団によって行われるプロジェクトの進行を支援するものであって、図１の例に示すように、コミュニケーション情報記憶モジュール１０５、プロジェクト情報フェーズ情報取得モジュール１１０、成果記憶モジュール１１５、モデル情報記憶モジュール１２０、成果コメント情報取得モジュール１２５、成果情報取得モジュール１３０、コメント充実度判断モジュール１３５、提示モジュール１４０を有している。
特に、情報処理装置１００は、関係者間のコミュニケーション情報を使ったプロジェクト遅延リスクの予測を行うものである。具体的には、プロジェクトのフェーズにより要求されるコミュニケーションが変化することに対応して、コミュニケーション内容からコミュニケーション状況の推定（リスク予測等）を行うことができるものである。なお、フェーズとは、プロジェクト全体に対して、そのプロジェクトよりも小さな期間又は規模でプロジェクトを区切った単位である。
【００３２】
コミュニケーション情報記憶モジュール１０５は、成果コメント情報取得モジュール１２５、提示モジュール１４０のコミュニケーション状況の推定モジュール１４５と接続されている。コミュニケーション情報記憶モジュール１０５は、プロジェクトの関係者（例えば、担当者等）の間で行われたコミュニケーションに関する情報を記憶している。コミュニケーションに関する情報として、例えば、それらの関係者間で、やり取りされた電子メール情報、チャットシステムでやり取りされた会話情報、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）のコミュニケーション機能によってやり取りされた情報、文書に貼り付けられたコメント等がある。文書に貼り付けられたコメントとして、例えば、文書に貼り付けることができる付箋を模したアノテーション（電子付箋）に記載されたテキスト情報がある。文書に電子付箋を貼り付けるようにして、コメントを書き込むことによって、その文書を読んだ者の間でのコミュニケーションが行われる。「文書に貼り付けられたコメント」については、図３の例を用いて後述する。
【００３３】
プロジェクト情報フェーズ情報取得モジュール１１０は、提示モジュール１４０のコミュニケーション状況の推定モジュール１４５と接続されている。プロジェクト情報フェーズ情報取得モジュール１１０は、ユーザー１９０の操作によって、プロジェクト（具体的には、プロジェクトＩＤ等）とフェーズ（具体的には、フェーズＩＤ等）の指定を受け付ける。
【００３４】
成果記憶モジュール１１５は、成果情報取得モジュール１３０と接続されている。成果記憶モジュール１１５は、プロジェクトにおける成果である文書を記憶している。文書（ファイルともいわれる）とは、テキストデータ、数値データ、図形データ、画像データ、動画データ、音声データ等、又はこれらの組み合わせであり、記憶、編集及び検索等の対象となり、システム又は利用者間で個別の単位として交換できるものをいい、これらに類似するものを含む。具体的には、文書は、文書作成プログラムによって作成された文書、画像読取装置（スキャナー等）で読み込まれた画像、Ｗｅｂページ等を含む。この文書には、コミュニケーション情報を関連付けることができる。文書に関連付けるコミュニケーション情報として、例えば、その文書を作成するまでに行われたコミュニケーションにおけるコミュニケーション情報、作成後の文書に対して行われたレビューにおけるコミュニケーション情報等が該当する。具体的には、前述した電子付箋等を文書に貼り付けることができる。
【００３５】
モデル情報記憶モジュール１２０は、提示モジュール１４０のコミュニケーション状況の推定モジュール１４５と接続されている。モデル情報記憶モジュール１２０は、コミュニケーション状況の推定モジュール１４５がコミュニケーション状況を推定するために必要なモデル情報を記憶している。ここでのモデル情報は、プロジェクトを進めるにあたって必要な条件（又は、リスクが発生する可能性が高い条件）を定めているものである。また、その条件を判断するための対象（特徴）を定めていてもよい。そして、そのモデル情報は、プロジェクトのフェーズに対応して、モデル情報記憶モジュール１２０に記憶されている。
具体的には、モデル情報には、フェーズに対応して、抽出すべきコミュニケーション情報の特徴が設定されている。
例えば、モデル情報には、フェーズに対応して、抽出すべきコミュニケーション情報の特徴が設定されている。「抽出すべきコミュニケーション情報の特徴」の第１の具体例として、文書を作成するフェーズである場合は、そのフェーズにおける成果である文書に対するコメント（又は、コメントに対する返信）がある。そして、その特徴を抽出することが、モデル情報に設定されていてもよい。また、「抽出すべきコミュニケーション情報の特徴」の第２の具体例として、合意形成を行うフェーズである場合は、そのフェーズにおける成果である文書に対して、その合意が反映されているか否かを示す情報がある。そして、その特徴を抽出することが、モデル情報に設定されていてもよい。また、フェーズが議論を行うフェーズである場合は、そのフェーズにおける議論を示す情報をコミュニケーション情報の特徴として抽出することが、モデル情報に設定されていてもよい。
また、プロジェクトの関係者がモデル情報の特徴として設定されていてもよい。具体的には、文書を作成するフェーズである場合は、担当者がその文書の作成に関わっていることが、モデル情報に設定されていてもよい。また、合意形成を行うフェーズである場合は、プロジェクトの責任者がその合意形成の会議の参加者であることが、モデル情報に設定されていてもよい。また、フェーズが議論を行うフェーズである場合は、プロジェクトの関係者がＸ％より多く又は以上参加していることが、モデル情報に設定されていてもよい。
【００３６】
モデル情報は、フェーズに従って、どのような判断基準で、コミュニケーション情報からリスク予測を行うかを決定するための条件である。このモデル情報によって、フェーズに応じて、モデル情報を切り替えることで、リスク予測の方法を切り替えることが可能となる。
例えば、開発計画フェーズである場合、モデル情報は、「『スレッド総件数、合意事項（結論）と判定したメッセージが書き込まれたスレッド件数及びその割合』（コミュニケーション情報の特徴の一例）に基づいて、コミュケーション状況の推定（リスク予測等）を行うことを指定する情報」である。
具体的には、以下のように判定することになる。
・スレッド総件数：１００
・合意事項（結論）判定スレッド件数：２５
・その割合：２５％
・閾値：２０%
この例では、閾値を上回るのでリスクなしと判定することとなる。
【００３７】
また、例えば、仕様書作成フェーズである場合、モデル情報は、「『成果への指摘コメントの件数、成果のページ数、その件数の割合』（コミュニケーション情報の特徴の一例）に基づいて、コミュケーション状況の推定（リスク予測等）を行うことを指定する情報」である。
具体的には、以下のように判定することになる。
・成果（文書）への指摘コメントの件数：４０
・成果（文書）のページ数：１０ページ
・指摘コメントの件数をページ数で割った値：４
・閾値：５
この例では、閾値を下回るのでリスクありと判定することとなる。
【００３８】
成果コメント情報取得モジュール１２５は、コミュニケーション情報記憶モジュール１０５、コメント充実度判断モジュール１３５と接続されている。成果コメント情報取得モジュール１２５は、プロジェクト情報フェーズ情報取得モジュール１１０によって受け付けられたプロジェクトとフェーズに対応するコミュニケーション情報を、コミュニケーション情報記憶モジュール１０５から取得する。
成果情報取得モジュール１３０は、成果記憶モジュール１１５、コメント充実度判断モジュール１３５と接続されている。成果情報取得モジュール１３０は、プロジェクト情報フェーズ情報取得モジュール１１０によって受け付けられたプロジェクトとフェーズに対応する成果である文書を、成果記憶モジュール１１５から取得する。
【００３９】
コメント充実度判断モジュール１３５は、成果コメント情報取得モジュール１２５、成果情報取得モジュール１３０、提示モジュール１４０のコミュニケーション状況の推定モジュール１４５と接続されている。コメント充実度判断モジュール１３５は、成果情報取得モジュール１３０が取得した文書、その文書に関連付けられたコミュニケーション情報から、コメントの充実度を判断する。
例えば、コメント充実度判断モジュール１３５は、文書に関連付けられたコミュニケーション情報のうちのコメント情報の数（又は、データ容量）と予め定められた閾値とを比較して、コメント情報の数が閾値未満又は以下である場合は、「十分に議論されていない」状態であるとの判断を行うようにしてもよい。なお、コミュニケーション情報には、コミュニケーション種類（図８の例で後述するコミュニケーション情報テーブル８００のコミュニケーション情報欄８２５）が含まれており、このコミュニケーション種類によってコメント情報であるか否かを判断できる。コメント情報の具体例として、レビューコメント等がある。
そして、コミュニケーション状況の推定モジュール１４５は、コメント充実度判断モジュール１３５による判断結果であるコメントの充実度を用いて、リスク予測を行うようにしてもよい。
【００４０】
提示モジュール１４０は、コミュニケーション状況の推定モジュール１４５を有している。提示モジュール１４０は、フェーズ情報に対応するモデル情報と、コミュニケーション情報から、プロジェクトのフェーズにおけるコミュニケーション状況をユーザー１９０に提示する。具体的には、液晶ディスプレイ等の表示装置に、コミュニケーション状況を表示する。また、表示装置への表示の他に、３Ｄ（Ｄｉｍｅｎｓｉｏｎｓ）映像としての出力を含めてもよく、さらに、プリンター等の印刷装置での印刷、スピーカー等の音声出力装置による音声の出力、振動等を組み合わせてもよい。
【００４１】
また、提示モジュール１４０は、コミュニケーション状況の推定モジュール１４５による予測結果をコミュニケーション状況として提示するようにしてもよい。
また、提示モジュール１４０は、フェーズ情報に対応するモデル情報と、関係者情報から、プロジェクトのフェーズにおけるコミュニケーション状況を提示するようにしてもよい。
また、提示モジュール１４０は、第１のフェーズと第２のフェーズに応じて、コミュニケーション状況を提示するようにしてもよい。第１のフェーズ、第２のフェーズは、同じプロジェクトを構成するフェーズであれば、どのフェーズであってもよい。例えば、ユーザーの操作によって選択されたフェーズであってもよいし、予め定められたフェーズであってもよい。
また、提示モジュール１４０は、第１のフェーズと第２のフェーズが異なるか否かに関する情報を、コミュニケーション状況として提示するようにしてもよい。
【００４２】
コミュニケーション状況の推定モジュール１４５は、コミュニケーション情報記憶モジュール１０５、プロジェクト情報フェーズ情報取得モジュール１１０、モデル情報記憶モジュール１２０、コメント充実度判断モジュール１３５と接続されている。コミュニケーション状況の推定モジュール１４５は、ユーザー１９０に予測結果を渡す。
また、コミュニケーション状況の推定モジュール１４５は、プロジェクトに関わるコミュニケーション情報と、そのプロジェクトのフェーズを示すフェーズ情報と、そのプロジェクトのフェーズにより要求されるコミュニケーションのモデル情報を取得する。
ここで「コミュニケーション情報」として、例えば、スレッド、メッセージ、電子メール等がある。
「フェーズ」として、例えば、文書作成フェーズ、合意形成フェーズ等がある。
「モデル情報」として、例えば、成果（成果物を含む）への指摘コメントの件数等の条件がある。
「コミュニケーション状況」として、例えば、リスク予測等がある。
また、コミュニケーション状況の推定モジュール１４５は、さらに、プロジェクトの関係者を示す関係者情報を取得するようにしてもよい。
また、コミュニケーション状況の推定モジュール１４５は、第２のフェーズを取得するようにしてもよい。例えば、プロジェクトが計画上であるべきフェーズを、第２のフェーズとして取得してもよい。
また、例えば、コミュニケーション状況の推定モジュール１４５は、プロジェクトの成果から推定したフェーズを第２のフェーズをとして取得してもよい。
【００４３】
そして、コミュニケーション状況の推定モジュール１４５は、モデル情報にしたがって、コミュニケーション情報の特徴を抽出し、その特徴が予め定められた条件を満たすか否かによって、リスクの予測を行う。
例えば、フェーズが文書を作成するフェーズ（具体例として、仕様書作成フェーズ等）である場合は、そのフェーズにおける成果である文書に対するコメント（メッセージを含む）をコミュニケーション情報として抽出するようにしてもよい。そして、コメント及びそのコメントに対する返信をコミュニケーション情報としてもよい。例えば、レビューコメント（批判、批評等のコメント）に対する返信が行われていないものがある場合は、リスクがあると予測するようにしてもよい。
また、フェーズが合意形成を行うフェーズ（具体例として、開発計画フェーズ等）である場合は、そのフェーズにおける成果である文書に対して、その合意が反映されているか否かを示す情報をコミュニケーション情報とするようにしてもよい。例えば、合意事項がコメントや文書に記載されていない場合は、リスクがあると予測するようにしてもよい。また、合意を内容とするメッセージ数が、そのフェーズにおける全メッセージの数に対しての予め定められた割合未満又は以下である場合は、リスクがあると予測するようにしてもよい。
また、フェーズが議論を行うフェーズである場合は、そのフェーズにおける議論を示す情報をコミュニケーション情報とするようにしてもよい。
なた、コミュニケーション状況の推定モジュール１４５は、プロジェクトのコミュニケーション情報から第１のフェーズを推定するようにしてもよい。
【００４４】
コミュニケーション状況の推定モジュール１４５が行う、リスク予測以外のコミュニケーション情報の例として、「議論フェーズ」にあるコミュニケーションの場合は、「同じ議論をしている状況」であることを推定して、「メンバーを増やした方がよい」、「新しい情報を取得してから議論したほうがよい」等がある。
【００４５】
図２は、本実施の形態を利用したシステム構成例を示す説明図である。
サーバーであるプロジェクト管理装置２００は、プロジェクト管理の機能を有しており、情報処理装置１００の機能を有している。コミュニケーション情報記憶モジュール１０５、成果記憶モジュール１１５は、情報処理装置１００に備え付けられているものの他に、外部の装置に備え付けられているものを利用してもよい。例えば、外部の装置に備えつけられているものとして、文書管理装置２３０の成果記憶モジュール１１５、コミュニケーション処理装置２４０のコミュニケーション情報記憶モジュール１０５を利用してもよい。
文書管理装置２３０は、文書管理の機能を有している。例えば、文書を記憶でき、他のユーザーが閲覧、ダウンロード、共同編集等ができるようにしている。
コミュニケーション処理装置２４０は、コミュニケーション機能を有している。例えば、電子メールシステム、チャットシステム、ＳＮＳ、電子付箋処理装置等が該当する。
プロジェクト管理装置２００、ユーザー端末２１０Ａ、ユーザー端末２１０Ｂ、ユーザー端末２１０Ｃ、文書管理装置２３０、コミュニケーション処理装置２４０は、通信回線２９０を介してそれぞれ接続されている。通信回線２９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、プロジェクト管理装置２００、文書管理装置２３０、コミュニケーション処理装置２４０による機能は、クラウドサービスとして実現してもよい。複数人のユーザー１９０によって、プロジェクトが進められる。そして、例えば、ユーザー１９０として、プロジェクトの責任者であるユーザー１９０Ａが、プロジェクト管理装置２００の情報処理装置１００を用いて、そのプロジェクトにおける予測リスク等のコミュニケーションの状況を確認する。
【００４６】
図３は、本実施の形態による処理例を示す説明図である。
図３（ａ）に示すプロジェクト管理画面３００は、プロジェクトにおける成果である文書へのコメント（コミュニケーション情報の一例）の表示処理、添付処理を行うためのものである。具体的には、掲示板型のＷｅｂアプリケーションである。
プロジェクト管理画面３００には、プロジェクト名表示領域３０５、更新ボタン３１０、「文書上でレビュー」ボタン３１５、担当状態変更ボタン３２０、コミュニケーション情報テーブル３２５、返信ボタン３３５、メッセージボタン３３７、レビューボタン３３９、コミュニケーション内容表示領域３４０を表示する。
更新ボタン３１０が選択された場合は、そのプロジェクトにおけるコミュニケーション情報テーブル３２５の内容を最新の状態にする。
「文書上でレビュー」ボタン３１５が選択された場合は、図３（ｂ）の例に示す文書表示画面３５０を表示する。
担当状態変更ボタン３２０が選択された場合は、操作者が担当しているプロジェクトの状態を表示し、その状態を変更可能とする。
【００４７】
コミュニケーション情報テーブル３２５は、タイトル欄３２７、作成者欄３２９、操作欄３３１を有している。タイトル欄３２７は、文書又はコメントのタイトルを表示している。作成者欄３２９は、その文書又はコメントの作成者を表示している。操作欄３３１は、その文書又はコメントに対して可能な操作を表示している。例えば、文書等に対して可能な操作として、その文書又はコメントの表示、修正等がある。
返信ボタン３３５が選択された場合は、コミュニケーション情報テーブル３２５で選択されているコメントに対して返信処理を行う。具体的には、そのコメントに対しての返信の内容を有する電子付箋を作成し、対象となっている文書に貼り付けることである。
メッセージボタン３３７が選択された場合は、新たなメッセージの作成処理を行う。具体的には、対象となっている文書に、コメントが記載された電子付箋を貼り付けることである。
レビューボタン３３９が選択された場合は、そのプロジェクトのレビュー処理を行う。具体的には、レビュー参加者にレビュー開催を通知し、予定日時になったら、レビューを開催する。
コミュニケーション内容表示領域３４０には、コミュニケーション情報テーブル３２５で選択された行のコミュニケーションの内容を表示する。図３（ａ）の例では、コミュニケーション情報テーブル３２５の１行目が選択され、その内容を表示している。
【００４８】
図３（ｂ）に示す文書表示画面３５０は、「文書上でレビュー」ボタン３１５が選択された場合に表示する。文書表示画面３５０は、プロジェクトにおける成果である文書へのコメント（コミュニケーション情報の一例）の表示処理、添付処理を行うためのものである。
文書表示画面３５０には、対象となっているプロジェクトにおいて作成された文書３５５（図３（ａ）の例では、タイトルが「ＡＢＣ・・・」）を表示する。そして、コミュニケーションとして、電子付箋３６０、電子付箋３６５、電子付箋３７０が文書３５５に貼り付けられている。
電子付箋３６０は、コミュニケーション情報テーブル３２５の２行目に対応し、電子付箋３６５は、コミュニケーション情報テーブル３２５の３行目に対応し、電子付箋３７０は、コミュニケーション情報テーブル３２５の４行目に対応する。
そして、それらのコメント（電子付箋３６０、電子付箋３６５、電子付箋３７０）に対して、返信が行われた件数（返信の件数表示領域３６２、返信の件数表示領域３６７、返信の件数表示領域３７２）を表示する。
これらのコメント、返信は、コミュニケーション情報記憶モジュール１０５に格納される。
【００４９】
図４は、本実施の形態による処理例を示すフローチャートである。
ステップＳ４００では、処理を開始する。
ステップＳ４０２では、プロジェクト情報フェーズ情報取得モジュール１１０は、プロジェクトの管理者等であるユーザーの操作に応じて、プロジェクトの指定を取得する。一般的に、そのユーザーが参加しているプロジェクトは複数あり、コミュニケーション状況を知りたいプロジェクトを選択する。
【００５０】
ステップＳ４０４では、プロジェクト情報フェーズ情報取得モジュール１１０は、ユーザーの操作に応じて、フェーズの指定を取得する。一般的に、そのプロジェクトは、複数のフェーズによって構成されており、コミュニケーション状況を知りたいフェーズを選択する。
図５は、本実施の形態による処理対象となるフェーズの例を示す説明図である。
このプロジェクトでは、プロジェクト定義フェーズ５１０の後にプロジェクト計画フェーズ５２０を行い、プロジェクト計画フェーズ５２０の後にプロジェクト実行フェーズ５３０を行い、プロジェクト実行フェーズ５３０の後にプロジェクト終結フェーズ５４０を行う。また、フェーズは、さらに複数のフェーズによって構成されていてもよい。例えば、プロジェクト実行フェーズ５３０として、仕様書作成フェーズ５３２の後に議論フェーズ５３４を行い、議論フェーズ５３４の後に合意形成フェーズ５３６を行う。
【００５１】
プロジェクト内のフェーズは、例えば、プロジェクト計画テーブル６００によって管理される。図６は、プロジェクト計画テーブル６００のデータ構造例を示す説明図である。プロジェクト計画テーブル６００は、プロジェクトＩＤ欄６０５、フェーズＩＤ欄６１０、期間欄６１５を有しており、期間欄６１５は、開始日時欄６２０、終了日時欄６２５を有している。プロジェクトＩＤ欄６０５は、本実施の形態において、プロジェクトを一意に識別するための情報（プロジェクトＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。フェーズＩＤ欄６１０は、本実施の形態において、フェーズを一意に識別するための情報（フェーズＩＤ）を記憶している。期間欄６１５は、そのフェーズの予定期間を記憶している。開始日時欄６２０は、そのフェーズの予定開始日時を記憶している。終了日時欄６２５は、そのフェーズの予定終了日時を記憶している。
【００５２】
ステップＳ４０６では、コミュニケーション状況の推定モジュール１４５は、ユーザーに指定されたフェーズに対応するモデル情報を取得する。例えば、モデル情報テーブル７００を用いて、ステップＳ４０４で指定されたフェーズからモデル情報を取得する。図７は、モデル情報テーブル７００のデータ構造例を示す説明図である。
モデル情報テーブル７００は、プロジェクトＩＤ欄７０５、フェーズＩＤ欄７１０、モデル情報欄７１５を有している。プロジェクトＩＤ欄７０５は、プロジェクトＩＤを記憶している。フェーズＩＤ欄７１０は、フェーズＩＤを記憶している。モデル情報欄７１５は、そのフェーズＩＤが示すフェーズにおけるモデル情報を記憶している。
【００５３】
ステップＳ４０８では、コミュニケーション状況の推定モジュール１４５は、ユーザーに指定されたプロジェクトに関わるコミュニケーション情報をコミュニケーション情報記憶モジュール１０５から取得する。例えば、コミュニケーション情報として、コミュニケーション情報テーブル８００を取得する。図８は、コミュニケーション情報テーブル８００のデータ構造例を示す説明図である。コミュニケーション情報テーブル８００は、コミュニケーションＩＤ欄８０５、プロジェクトＩＤ欄８１０、フェーズＩＤ欄８１５、日時欄８２０、コミュニケーション種類欄８２５、作成者欄８３０、内容欄８３５、結論欄８４０を有している。コミュニケーションＩＤ欄８０５は、本実施の形態において、コミュニケーション情報を一意に識別するための情報（コミュニケーションＩＤ）を記憶している。プロジェクトＩＤ欄８１０は、そのコミュニケーションが行われたプロジェクトのプロジェクトＩＤを記憶している。フェーズＩＤ欄８１５は、そのコミュニケーションが行われたフェーズのフェーズＩＤを記憶している。日時欄８２０は、そのコミュニケーションが行われた日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。コミュニケーション種類欄８２５は、コミュニケーションの種類を記憶している。コミュニケーション種類欄８２５は、例えば、スレッド、メッセージ、電子メール等を示す情報を記憶する。作成者欄８３０は、作成者を記憶している。内容欄８３５は、そのコミュニケーション情報の内容を記憶している。結論欄８４０は、そのコミュニケーション情報が結論等（結論の他に、レビュー、返信、指摘、提案等を含めてもよい）であるか否かを示す情報を記憶している。例えば、そのコミュニケーション情報を作成する際に、作成者が結論であるか否かを示す属性情報を指定するようにしてもよいし、予め定められた言葉が含まれている場合は結論等であると判定してもよいし、既に収集したコミュニケーション情報とその属性情報を教師データとした機械学習によって生成したモデルを用いて判定するようにしてもよい。
【００５４】
また、ステップＳ４０８では、コミュニケーション状況の推定モジュール１４５は、ユーザーに指定されたプロジェクトに関わる成果である文書を成果記憶モジュール１１５から取得するようにしてもよい。例えば、「成果である文書」として、成果情報テーブル９００を取得する。図９は、成果情報テーブル９００のデータ構造例を示す説明図である。成果情報テーブル９００は、文書ＩＤ欄９０５、プロジェクトＩＤ欄９１０、フェーズＩＤ欄９１５、作成日時欄９２０、作成者欄９２５、文書欄９３０を有している。文書ＩＤ欄９０５は、本実施の形態において、文書を一意に識別するための情報（文書ＩＤ）を記憶している。プロジェクトＩＤ欄９１０は、その文書が作成されたプロジェクトのプロジェクトＩＤを記憶している。フェーズＩＤ欄９１５は、その文書が作成されたフェーズのフェーズＩＤを記憶している。作成日時欄９２０は、その文書が作成された日時を記憶している。作成者欄９２５は、その文書の作成者を記憶している。文書欄９３０は、文書を記憶している。記憶する対象は、文書本体であってもよいし、その文書が記憶されている場所を示す情報（例えば、ＵＲＬ：Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ等）であってもよい。
【００５５】
ステップＳ４１０では、コミュニケーション状況の推定モジュール１４５は、モデル情報に従ってコミュニケーション情報の特徴を算出する。例えば、特徴として、前述したように、文書に対するコメント（又は、コメントに対する返信）、合意が反映されているか否かを示す情報、議論を示す情報等がある。
【００５６】
ステップＳ４１２では、モデル情報に従ってコミュニケーション情報の特徴が条件を満たすか否かを判定し、「リスクなし」の場合はステップＳ４１４へ進み、「リスクあり」の場合はステップＳ４１６へ進む。前述したように、モデル情報内に条件が定められている。例えば、合意事項（結論）と判定したメッセージが書き込まれたスレッドの割合が閾値を下回ると開発計画フェーズではリスクありとなる。
具体例として、以下のような処理を行う。
スレッド総件数（全メッセージ数）：１００
合意事項（結論）判定スレッド件数（合意メッセージ数）：２５
合意の割合：２５％
閾値：２０％
この例では、閾値を上回るので「リスクなし」と判定する。
【００５７】
ステップＳ４１４では、推定した状況をユーザーに提示する。具体的には、そのフェーズにおいては、「リスクなし」の状況である旨を提示する。
ステップＳ４１６では、推定した状況をユーザーに提示する。具体的には、そのフェーズにおいては、「リスクあり」の状況である旨を提示する。その理由を提示するようにしてもよい。前述の例では、合意メッセージ数が閾値に達していないことを提示する。
ステップＳ４９９では、処理を終了する。
【００５８】
図１０は、本実施の形態による処理例を示すフローチャートである。成果である文書のコメント充実度からリスクを予測するものである。
図４の例に示したステップＳ４０８からステップＳ４１２までの処理を、図１０の例に示すフローチャートに置きかえてもよい。
ステップＳ１０００では、リスク予測処理を開始する。
ステップＳ１００２では、ユーザーに指定されたプロジェクトの成果情報を取得する。
ステップＳ１００４では、取得した成果に関連して投稿したコメント（成果コメント）を取得する。具体的には、前述したように、文書に貼り付けられた電子付箋を取得すればよい。
【００５９】
ステップＳ１００６では、取得したメッセージが成果への指摘であるか判定して件数をカウントする。前述したように、コメントの属性情報（コミュニケーション情報テーブル８００の結論欄８４０）から指摘であるか否かを判定してもよいし、予め定められた言葉が含まれている場合は指摘であると判定してもよいし、機械学習によって生成したモデルを用いて判定するようにしてもよい。
ステップＳ１００８では、成果（ドキュメント）のページ数を取得する。
【００６０】
ステップＳ１０１０では、成果コメントの成果への指摘総件数をページ数で割った値がリスク条件を満たすか（閾値を下回っているか）否かを判定し、「下回らない（つまり、リスクなし）」の場合はステップＳ１０１２へ進み、「下回る（つまり、リスクあり）」の場合はステップＳ１０１４へ進む。
【００６１】
具体例として、以下のような処理を行う。
成果への指摘コメントの件数：４０
成果のページ数：１０ページ
指摘コメントの件数をページ数で割った値：４
閾値：５
この例では、閾値を下回るので「リスクあり」と判定する。
【００６２】
ステップＳ１０１２では、リスク予測処理を終了する（リスクなし）。この後、図４の例に示すステップＳ４１４に進む。
ステップＳ１０１４では、リスク予測処理を終了する（リスクあり）。この後、図４の例に示すステップＳ４１６に進む。
【００６３】
図１１は、本実施の形態による処理例を示すフローチャートである。プロジェクトのフェーズにあわせて関わるべき関係者が参加できているか否かにより、リスクを予測するものである。
図４の例に示したステップＳ４０８からステップＳ４１２までの処理を、図１１の例に示すフローチャートに置きかえてもよい。
ステップＳ１１００では、リスク予測処理を開始する。
ステップＳ１１０２では、現在日の周辺のコミュニケーション情報を取得する。例えば、１か月分のコミュニケーション情報を取得する。
ステップＳ１１０４では、取得したコミュニケーション情報に含まれる関与者（関係者）の情報を取得する。関与者として、例えば、コミュニケーションを行った者（コミュニケーション情報テーブル８００の作成者欄８３０）を取得すればよい。
【００６４】
ステップＳ１１０６では、取得した関与者の組織情報を取得して、組織ごとに関与者を区分する。例えば、ユーザーＩＤとそのユーザーの組織情報（そのユーザーが属している組織、そのユーザーの職階等を含む）を対応させて記憶しているユーザー情報を用いて、組織情報を取得すればよい。また、区分として、リーダー（課長、部長等）、メンバー等がある。
ステップＳ１１０８では、モデル情報に従って現在のフェーズで関わっているべき、関与者の区分情報を取得する。ここでのモデル情報には、フェーズごとに関与者の区分情報（組織情報）を定義している。
【００６５】
ステップＳ１１１０では、実際にコミュニケーションに関わった関与者の区分と、現在のフェーズで加わっているべき関与者の区分の比率が閾値を下回るか否かを判定し、「下回らない、リスクなし」の場合はステップＳ１１１２へ進み、「下回る、リスクあり」の場合はステップＳ１１１４へ進む。つまり、モデル情報に定義されている「現在のフェーズで加わっているべき関与者の区分」に対する「実際にコミュニケーションに関わった関与者の区分」の比率が、閾値を下回るか否かを判定する。
【００６６】
具体例その１として、以下のような処理を行う。以下（具体例その１〜３）では、閾値の比率を６０％とする。
実際に加わっているメンバー：チームリーダー、メンバー
ドキュメントを作成するフェーズで加わるべきメンバー：チームリーダー、メンバー
この例では、モデル情報に定義されている「現在のフェーズで加わっているべき関与者の区分」が「チームリーダー、メンバー」の２職種であり、「実際にコミュニケーションに関わった関与者の区分」も同じ「チームリーダー、メンバー」の２職種であるので、比率は１００％となり、「リスクなし」と判定する。
【００６７】
具体例その２として、以下のような処理を行う。
実際に加わっているメンバー：チームリーダー、メンバー
合意形成を行うフェーズで加わるべきメンバー：部長、グループリーダー、メンバー
この例では、モデル情報に定義されている「現在のフェーズで加わっているべき関与者の区分」が「部長、グループリーダー、メンバー」の３職種であるが、「実際にコミュニケーションに関わった関与者の区分」では「チームリーダー、メンバー」であり、「部長、グループリーダー」が不足しており、比率は３３％となり、「リスクあり」と判定する。
【００６８】
具体例その３として、以下のような処理を行う。
実際に加わっているメンバー：計画部メンバー、開発部メンバー
商品開発のテスト中フェーズで加わるべきメンバー：開発部メンバー、品質保証部メンバー
この例では、モデル情報に定義されている「現在のフェーズで加わっているべき関与者の区分」が「開発部メンバー、品質保証部メンバー」の２職種であり、「実際にコミュニケーションに関わった関与者の区分」では「計画部メンバー、開発部メンバー」であり、「品質保証部メンバー」が不足しており、比率は５０％となり、「リスクあり」と判定する。
【００６９】
ステップＳ１１１２では、リスク予測処理を終了する（リスクなし）。この後、図４の例に示すステップＳ４１４に進む。
ステップＳ１１１４では、リスク予測処理を終了する（リスクあり）。この後、図４の例に示すステップＳ４１６に進む。
【００７０】
図１２は、本実施の形態による処理例を示すフローチャートである。コミュニケーション情報から推定したフェーズとあるべきフェーズとのズレ具合からリスクを予測するものである。
図４の例に示したステップＳ４０８からステップＳ４１２までの処理を、図１２の例に示すフローチャートに置きかえてもよい。
ステップＳ１２００では、リスク予測処理を開始する。
ステップＳ１２０２では、現時点でのプロジェクトのあるべきフェーズを特定する。
例えば、（１）ユーザーがあるべきフェーズを指定するようにしてもよいし、（２）プロジェクト情報（いわゆるスケジュール情報であり、モデル情報の一例）からフェーズを特定する。例えば、プロジェクト情報として、「１１月は開発計画フェーズ」、「１２月は設計フェーズ」、「１月は実装フェーズ」と定められている場合、現時点が１２月であれば、「設計フェーズ」が特定されることになる。
【００７１】
ステップＳ１２０４では、現在日の周辺のコミュニケーション情報を取得する。例えば、１か月分のコミュニケーション情報を取得する。
ステップＳ１２０６では、取得したコミュニケーション情報に含まれるキーワード及びその頻度分布を取得する。
ステップＳ１２０８では、キーワードの頻度分布からフェーズを推定し、そのフェーズの確からしさを算出する。例えば、「設計」という言葉が多く含まれていれば、設計フェーズと推定する。なお、ここでの「多く」とは、そのキーワードの数が予め定められた閾値より多い又は以上である場合、又は、コミュニケーション情報内の全体の用語数に占める割合を算出し、予め定められた閾値より多い又は以上である場合等をいう。また、確からしさは、予め定められたルールに従って算出する。ルールとして、例えば、前述の例で、第１の閾値と第２の閾値（第２の閾値は第１の閾値よりも大）を定め、第１の閾値以上であり第２の閾値未満である場合は６０％、第２の閾値以上である場合は８０％としてもよい。
【００７２】
ステップＳ１２１０では、取得した［あるべきフェーズ］と［推定したフェーズ］がズレているか否かを判定し、［推定したフェーズ］が［あるべきフェーズ］である確からしさが、閾値を下回っていれば、リスクありとする。つまり、その確からしさが、閾値を「上回る（つまり、リスクなし）」の場合はステップＳ１２１２へ進み、「下回る（つまり、リスクあり）」の場合はステップＳ１２１４へ進む。
具体例として、以下のような処理を行う。
現在あるべきフェーズ：実装フェーズ
現在のフェーズが実装フェーズである確からしさ：６０％
閾値：８０％
この例では、閾値を下回るので「リスクあり」と判定する。
【００７３】
ステップＳ１２１２では、リスク予測処理を終了する（リスクなし）。この後、図４の例に示すステップＳ４１４に進む。
ステップＳ１２１４では、ズレ具合を含めてユーザーにリスクを提示する。ズレ具合として、例えば、「本来は実装フェーズであるべきであるが、現在は設計フェーズである」等を提示する。
ステップＳ１２１６では、リスク予測処理を終了する（リスクあり）。この後、図４の例に示すステップＳ４１６に進む。
【００７４】
図１３は、本実施の形態による処理例を示すフローチャートである。コミュニケーション情報から推定したフェーズと成果情報から推定したフェーズとのズレ具合からリスクを予測するものである。
図４の例に示したステップＳ４０８からステップＳ４１２までの処理を、図１３の例に示すフローチャートに置きかえてもよい。
ステップＳ１３００では、リスク予測処理を開始する。
ステップＳ１３０２では、現在日周辺のコミュニケーション情報を取得する。例えば、１か月分のコミュニケーション情報を取得する。
ステップＳ１３０４では、取得したコミュニケーション情報に含まれるキーワード及び頻度分布を取得する。
ステップＳ１３０６では、コミュニケーション情報のキーワードの頻度分布からフェーズを推定する。例えば、設計という言葉が多く含まれていれば、設計フェーズと推定する。
【００７５】
ステップＳ１３０８では、プロジェクトの成果のうち、現在日周辺に更新された成果情報を取得する。例えば、１か月分の成果情報を取得する。そのプロジェクトにおいて、その間に作成された文書を収集すればよい。
ステップＳ１３１０では、取得した成果情報に含まれるキーワード及び頻度分布を取得する。
ステップＳ１３１２では、成果情報のキーワードの頻度分布からフェーズを推定する。成果情報を対象として、ステップＳ１３０６の処理と同様に、フェーズを推定する。
また、ステップＳ１３１２では、次のような処理を行ってもよい。
成果情報のキーワードの頻度分布から、ステップＳ１３０６で推定したフェーズである確からしさを算出するようにしてもよい。例えば、ステップＳ１３０６で設計フェーズと推定した場合は、成果情報内のキーワード「設計」の頻度分布から設計フェーズである確からしさを算出するようにしてもよい。つまり、このステップＳ１３１２では、予め定められたフェーズ（ステップＳ１３０６で推定したフェーズ）に対して、その確からしさを算出してもよい。なお、確からしさは、前述しように、予め定められたルールに従って算出する。
【００７６】
ステップＳ１３１４では、［コミュニケーションから推定したフェーズ］と［成果から推定したフェーズ］がズレているか否かを判定する。ずれがない場合はステップＳ１３１６へ進み、ずれがある場合はステップＳ１３１８へ進む。
具体例として、以下のような処理を行う。
ステップＳ１３０６での推定結果：設計フェーズ
ステップＳ１３１２での推定結果：開発計画フェーズ
この例では、推定したフェーズが異なるので「リスクあり」と判定とする。
【００７７】
また、ステップＳ１３１２で、ステップＳ１３０６で推定したフェーズである確からしさを算出した場合は、そのフェーズである確からしさが、閾値を「上回る（つまり、リスクなし）」の場合はステップＳ１３１６へ進み、「下回る（つまり、リスクあり）」の場合はステップＳ１３１８へ進む。
具体例として、以下のような処理を行う。
コミュニケーションから推定したフェーズ：実装フェーズ
成果から推定した実装フェーズの確からしさ：６０％
閾値：８０％
この例では、閾値を下回るので「リスクあり」と判定する。
【００７８】
ステップＳ１３１６では、リスク予測処理を終了する（リスクなし）。この後、図４の例に示すステップＳ４１４に進む。
ステップＳ１３１８では、ズレ具合を含めてユーザーにリスクを提示する。ズレ具合として、例えば、「コミュニケーションから推定したフェーズは実装フェーズであるが、成果から推定したフェーズは設計フェーズである」等を提示する。
ステップＳ１３２０では、リスク予測処理を終了する（リスクあり）。この後、図４の例に示すステップＳ４１６に進む。
【００７９】
なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１４に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１４０１を用い、記憶装置としてＲＡＭ１４０２、ＲＯＭ１４０３、ＨＤ１４０４を用いている。ＨＤ１４０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）を用いてもよい。プロジェクト情報フェーズ情報取得モジュール１１０、成果コメント情報取得モジュール１２５、成果情報取得モジュール１３０、コメント充実度判断モジュール１３５、提示モジュール１４０、コミュニケーション状況の推定モジュール１４５等のプログラムを実行するＣＰＵ１４０１と、そのプログラムやデータを記憶するＲＡＭ１４０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１４０３と、コミュニケーション情報記憶モジュール１０５、成果記憶モジュール１１５、モデル情報記憶モジュール１２０等としての機能を有する補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ１４０４と、キーボード、マウス、タッチスクリーン、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいてデータを受け付ける受付装置１４０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１４０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１４０７、そして、それらをつないでデータのやり取りをするためのバス１４０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。
【００８０】
前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１４に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１４に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、携帯情報通信機器（携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピュータ等を含む）、情報家電、ロボット、複写機、ファックス、スキャナー、プリンター、複合機（スキャナー、プリンター、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。
【００８１】
なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標）  Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ  Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。
【符号の説明】
【００８２】
１００…情報処理装置
１０５…コミュニケーション情報記憶モジュール
１１０…プロジェクト情報フェーズ情報取得モジュール
１１５…成果記憶モジュール
１２０…モデル情報記憶モジュール
１２５…成果コメント情報取得モジュール
１３０…成果情報取得モジュール
１３５…コメント充実度判断モジュール
１４０…提示モジュール
１４５…コミュニケーション状況の推定モジュール
１９０…ユーザー
２００…プロジェクト管理装置
２１０…ユーザー端末
２３０…文書管理装置
２４０…コミュニケーション処理装置
２９０…通信回線
【図１】
2019159540.tif 000003
【図２】
2019159540.tif 000004
【図３】
2019159540.tif 000005
【図４】
2019159540.tif 000006
【図５】
2019159540.tif 000007
【図６】
2019159540.tif 000008
【図７】
2019159540.tif 000009
【図８】
2019159540.tif 000010
【図９】
2019159540.tif 000011
【図１０】
2019159540.tif 000012
【図１１】
2019159540.tif 000013
【図１２】
2019159540.tif 000014
【図１３】
2019159540.tif 000015
【図１４】
2019159540.tif 000016