(57)【要約】【課題】会議をまたいだタスク管理情報からプロジェクト全体のタスクを階層構造化し、ユーザが認識容易な状態管理や可視化をすることができない。【解決手段】会議情報管理システムであって、会議の情報と、前記会議にて発生したタスクの情報とを関連付けて記憶部に記憶する手段と、ユーザの指示に基づいて、前記記憶部に記憶されたタスクのうち、異なる会議にて発生したタスク間を関連付けて階層構造化を行う手段と、前記記憶部に記憶されたタスクの中からタスクの選択を受け付ける手段と、前記タスク間の関連付けに基づいて、前記選択されたタスクに関連付けられたタスクを特定し、当該特定されたタスクそれぞれが属する会議間の親子関係を決定する手段と、前記決定された会議間の親子関係と、当該会議それぞれに属するタスクのうち進捗に遅延が生じているタスクの情報とを関連付けて表示する表示画面を提供する手段とを有する。【選択図】  図１２
2016051324.tif 000002
【特許請求の範囲】
【請求項１】
会議情報管理システムであって、
会議の情報と、前記会議にて発生したタスクの情報とを関連付けて記憶部に記憶する記憶手段と、
ユーザの指示に基づいて、前記記憶部に記憶されたタスクのうち、異なる会議にて発生したタスク間を関連付けて階層構造化を行う関連付け手段と、
前記記憶部に記憶されたタスクの中からタスクの選択を受け付ける選択手段と、
前記タスク間の関連付けに基づいて、前記選択手段にて選択されたタスクに関連付けられたタスクを特定し、当該特定されたタスクそれぞれが属する会議間の親子関係を決定する決定手段と、
前記決定手段にて決定された会議間の親子関係と、当該会議それぞれに属するタスクのうち進捗に遅延が生じているタスクの情報とを関連付けて表示する表示画面を提供する提供手段と
を有することを特徴とする会議情報管理システム。
【請求項２】
前記決定手段にて相互に親子関係であると決定された複数の会議がある場合、前記提供手段は、前記表示画面において、当該複数の会議が相互に親子関係である旨を表示することを特徴とする請求項１に記載の会議情報管理システム。
【請求項３】
前記表示画面は、前記会議間の親子関係に基づいて会議の概略情報を階層構造にて表示し、更に前記階層構造にて表示された会議において進捗に遅延が生じているタスクの数を当該タスクの概略情報として表示することを特徴とする請求項１または２に記載の会議情報管理システム。
【請求項４】
前記表示画面が表示されている際に、当該表示画面のいずれかの領域が選択されていることを検知する検知手段を更に有し、
前記表示画面のうち前記会議の概略情報を表示している領域が選択されていることを検知した場合、前記提供手段は更に、前記表示画面に当該会議に属するタスクの一覧を表示させ、
前記表示画面のうち前記タスクの概略情報を表示している領域が選択されていることを検知した場合、前記提供手段は更に、前記表示画面に当該タスクの詳細情報を表示させる
ことを特徴とする請求項３に記載の会議情報管理システム。
【請求項５】
所定の判定方法に基づいて、属するタスクのうち進捗に遅延が生じているタスクが多い会議を判定する判定手段を更に有し、
前記提供手段は、前記判定手段にて進捗に遅延が生じているタスクが多いと判定された会議に対し、その旨の表示を含めて前記表示画面を提供することを特徴とする請求項１乃至４のいずれか一項に記載の会議情報管理システム。
【請求項６】
前記判定手段は、前記所定の判定方法として、会議全体における遅延が生じている平均のタスク数に対する偏差値に基づいて判定を行うことを特徴とする請求項５に記載の会議情報管理システム。
【請求項７】
会議情報管理システムの制御方法であって、
会議の情報と、前記会議にて発生したタスクの情報とを関連付けて記憶部に記憶する記憶工程と、
ユーザの指示に基づいて、前記記憶部に記憶されたタスクのうち、異なる会議にて発生したタスク間を関連付けて階層構造化を行う関連付け工程と、
前記記憶部に記憶されたタスクの中からタスクの選択を受け付ける選択工程と、
前記タスク間の関連付けに基づいて、前記選択工程にて選択されたタスクに関連付けられたタスクを特定し、当該特定されたタスクそれぞれが属する会議間の親子関係を決定する決定工程と、
前記決定工程にて決定された会議間の親子関係と、当該会議それぞれに属するタスクのうち進捗に遅延が生じているタスクの情報とを関連付けて表示する表示画面を提供する提供工程と
を有することを特徴とする会議情報管理システムの制御方法。
【請求項８】
コンピュータを、
会議の情報と、前記会議にて発生したタスクの情報とを関連付けて記憶部に記憶する記憶手段、
ユーザの指示に基づいて、前記記憶部に記憶されたタスクのうち、異なる会議にて発生したタスク間を関連付けて階層構造化を行う関連付け手段、
前記記憶部に記憶されたタスクの中からタスクの選択を受け付ける選択手段、
前記タスク間の関連付けに基づいて、前記選択手段にて選択されたタスクに関連付けられたタスクを特定し、当該特定されたタスクそれぞれが属する会議間の親子関係を決定する決定手段、
前記決定手段にて決定された会議間の親子関係と、当該会議それぞれに属するタスクのうち進捗に遅延が生じているタスクの情報とを関連付けて表示する表示画面を提供する提供手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議情報管理システムおよびその制御方法、並びにプログラムに関し、特に会議に関連する階層構造化されたタスクの状態を管理・可視化する技術に関する。
【背景技術】
【０００２】
従来の会議情報管理システムには、複数の会議を関連付け、会議で議論・決定されたタスクと呼ばれる要実施項目の状態管理を行うものがある（例えば、特許文献１参照）。特許文献１では、タスクの状態を定義する手段と、異なる会議間でタスクを関連付ける手段を有しており、複数の会議のいずれからでもタスクの状態管理をすることができる。つまり、会議をまたいでタスクの状態管理が可能になる。また、グループ毎にタスクを管理するシステムにおいて、各グループの進捗状況を把握するために、グループ毎のタスク状態を集計・提示するシステムが知られている（例えば、特許文献２参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−２８４４３号公報
【特許文献２】特開２００５−２５８７７２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一般的に、数多くのタスクからなるプロジェクトのタスク管理を効率化するために、タスクを階層構造化し、複数のタスクの状態管理を行うことがある。タスクを階層構造化する、とはタスクの粒度に応じて複数の階層を設け、それぞれのタスクを粒度に合った階層に配置することである。これにより、例えば荒い粒度の階層のタスクのみを参照することでプロジェクトの全体像を把握しやすくなる、など数多くのタスクが含まれる場合にもタスク管理の効率化が可能になる。
【０００５】
また、会議を、ある規模の範囲内のタスク管理の手段として使用することは一般的に知られている。数多くのタスクからなるプロジェクトにおいては、目的や出席者が異なる複数の会議のタスク管理を総合してプロジェクト全体のタスク管理を行っている。
【０００６】
以上を踏まえ、単一の会議それぞれで行われているタスク管理情報を総合して、プロジェクト全体でタスクを階層構造化することが重要である。つまり、会議をまたいだタスク管理情報からプロジェクト全体のタスクを階層構造化し、状態管理をすることが重要である。しかし、特許文献１ではタスクが会議をまたがない場合にはタスクの状態管理は可能だが、会議をまたいだタスク管理情報からプロジェクト全体のタスクを階層構造化して状態管理をすることはできない。また、特許文献２ではタスクの状態をグループの状態と関連付けて集計・可視化する方法が示されていないため不都合が生じる場合がある。例えば、特定の会議の進行方法が適切でない場合にはこの会議に属する多くのタスクの進捗が滞ることが想定されるが、特許文献２ではこのような状態をタスク状態と関連付けて把握することができない。
【課題を解決するための手段】
【０００７】
上記課題を解決するために本願発明は以下の構成を有する。すなわち、会議情報管理システムであって、会議の情報と、前記会議にて発生したタスクの情報とを関連付けて記憶部に記憶する記憶手段と、ユーザの指示に基づいて、前記記憶部に記憶されたタスクのうち、異なる会議にて発生したタスク間を関連付けて階層構造化を行う関連付け手段と、前記記憶部に記憶されたタスクの中からタスクの選択を受け付ける選択手段と、前記タスク間の関連付けに基づいて、前記選択手段にて選択されたタスクに関連付けられたタスクを特定し、当該特定されたタスクそれぞれが属する会議間の親子関係を決定する決定手段と、前記決定手段にて決定された会議間の親子関係と、当該会議それぞれに属するタスクのうち進捗に遅延が生じているタスクの情報とを関連付けて表示する表示画面を提供する提供手段とを有する。
【発明の効果】
【０００８】
本発明によれば、会議をまたいだタスク管理情報からプロジェクト全体のタスクを階層構造化して状態管理し、ユーザが認識容易な可視化が可能となる。
【図面の簡単な説明】
【０００９】
【図１】本願発明に係る会議情報管理システムの全体構成例を示す図。
【図２】本願発明に係るクライアント端末の構成例を示す図。
【図３】本願発明に係る会議情報管理ＤＢの構成例を示す図。
【図４】本願発明に係る会議情報管理ＤＢに含まれる各ＤＢの構成例を示す図。
【図５】新規会議を作成する際に表示される画面の一例を示す図。
【図６】会議情報を閲覧する際に表示される画面の一例を示す図。
【図７】あるタスクに対する親タスクを設定する処理のフローチャート。
【図８】親タスクを設定する際の表示画面の一例を示す図。
【図９】タスク状態を表示するための画面の一例を示す図。
【図１０】本願発明に係る処理を示すフローチャート。
【図１１】図１０の処理の際のデータの例を示す図。
【図１２】第一の実施形態に係る表示画面の表示例を示す図。
【図１３】第二の実施形態に係る図１０の処理の際のデータの例を示す図。
【図１４】第二の実施形態に係る表示画面の表示例を示す図。
【図１５】第三の実施形態に係る表示画面の表示例を示す図。
【図１６】第三の実施形態に係る表示画面の表示例を示す図。
【発明を実施するための形態】
【００１０】
以下、本発明を実施するための形態について図面を用いて説明する。
【００１１】
＜第一の実施形態＞
図１は、本発明における会議情報管理システム１００の全体構成例を示す図である。会議情報管理システム１００には、クライアント端末１０１および１０２と会議情報管理サーバ１０３とがネットワーク１０４を介して接続されている。なお、図１では２台のクライアント端末が示されているがこれに限定するものではなく、より多くのクライアント端末が接続されていてもよい。また、１台の会議情報管理サーバ１０３が示されているが、物理的に複数の情報処理装置にて、会議情報管理サーバ１０３の処理を分散してサービスを提供する構成であってもよい。
【００１２】
図２は、クライアント端末１０１の全体構成例を示す図である。ネットワークＩ／Ｆ部２０１は、ネットワーク１０４と接続され、会議情報管理サーバ１０３と情報の入出力を行う。表示部２０２は、液晶ディスプレイ等から成る表示手段と、表示手段に対する制御を行う表示制御手段とを含み、制御部２０５により生成された画像データを表示する。記憶部２０３は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）等の大容量記憶装置であり、クライアント端末１０１を動作させるＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）や、会議情報管理サーバ１０３の情報を表示するアプリケーションなどが格納される。操作入力部２０４は、マウス、キーボード、もしくはタッチパネルといったユーザからの操作を受け付ける入力手段と、入力された操作を制御部２０５に送出する操作制御手段とを含む。制御部２０５は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）や揮発性の記憶部であるＲＡＭ（Ｒａｎｄａｎ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）を含み、クライアント端末１０１の制御を行う。また、ＣＰＵが記憶部２０３に格納されたＯＳやアプリケーション等のプログラムをＲＡＭに展開して実行することで、本実施形態に係る処理を実現する。
【００１３】
クライアント端末１０２、および会議情報管理サーバ１０３の全体構成は図２と同一であるものとし、ここでは説明を割愛する。図示しないが、会議情報管理サーバ１０３は、ネットワークＩ／Ｆ部２１１、表示部２１２、記憶部２１３、操作入力部２１４、および制御部２１５を有する。さらに、会議情報管理サーバ１０３の記憶部２１３には、会議情報管理ＤＢ３０１、および本実施形態に係る処理を行う会議情報管理アプリケーションが格納される。
【００１４】
［データベース構成］
図３は、会議情報管理サーバ１０３が保持する会議情報管理ＤＢ３０１の構成例を示す図である。会議情報管理ＤＢ３０１は、会議ＤＢ３１０、会議内容ＤＢ３１１、タスクＤＢ３１２、議題ＤＢ３１３、組織情報ＤＢ３１４、および社員情報ＤＢ３１５を含む。以下に示すＩＤ（識別情報）は、同じ対象を示す場合には、各ＤＢ間が連携するために共通した値が用いられる。
【００１５】
図４（Ａ）は、会議ＤＢ３１０に格納されるデータの構成例を示す図である。会議ＤＢ３１０は、会議情報管理サーバ１０３で管理する会議に関する情報を格納するデータベースである。会議ＤＢ３１０には、会議を一意に識別するための会議ＩＤ、会議名、リーダ社員ＩＤ、メンバ社員ＩＤ、および会議内容ＩＤが含まれる。メンバ社員ＩＤ、会議内容ＩＤは、複数の値が格納されてもよい。
【００１６】
図４（Ｂ）は、会議内容ＤＢ３１１に格納されるデータの構成例を示す図である。会議内容ＤＢ３１１は、会議情報管理サーバ１０３で管理する会議内容に関する情報を格納するデータベースである。会議内容ＤＢ３１１には、会議内容を一意に識別するための会議内容ＩＤ、参加社員ＩＤ、開催日時、開催場所、議事内容、発生タスクＩＤ、および議題ＩＤが含まれる。参加社員ＩＤ、発生タスクＩＤ、および議題ＩＤは、複数の値が格納されてもよい。会議内容ＤＢ３１１が発生タスクＩＤを保持することで、会議ＤＢ３１０が保持するタスクの状態管理が可能になる。
【００１７】
会議ＤＢ３１０と会議内容ＤＢ３１１の関係について、簡単に説明する。会議ＤＢ３１０は、新規に会議を開始する際に一度だけ作成される。会議ＤＢ３１０は、会議のリーダや構成するメンバなどの属性を有する。一方、会議内容ＤＢ３１１は、会議ＤＢ３１０が作成された後に実際に会議が開催される度に作成する。会議ＤＢ３１０は実際に開催された数と等しい数の会議内容ＤＢ３１１を持つ。したがって、会議ＤＢ３１０と会議内容ＤＢ３１１との関係は１対１または１対複数となる。
【００１８】
図４（Ｃ）は、タスクＤＢ３１２に格納されるデータの構成例を示す図である。タスクＤＢ３１２は、会議情報管理サーバ１０３で管理するタスクに関する情報を格納するデータベースである。タスクＤＢ３１２には、タスクを一意に識別するためのタスクＩＤ、担当者社員ＩＤ、内容、進捗率、作業開始日、作業完了期日、子タスクＩＤ、依存元タスクＩＤ、および依存先タスクＩＤが含まれる。担当者社員ＩＤ、子タスクＩＤ、依存元タスクＩＤ、および依存先タスクＩＤは、複数の値が格納されてもよい。
【００１９】
子タスクとは、複数のタスクが階層構造を形成している際に着目タスクの一階層下の階層に属するタスクである。更にその下のタスクは孫タスクともいう。また、着目タスクの一階層上の階層に属するタスクを親タスクと定義する。依存元タスクとは、着目タスクを実行する前に実行されなければならないタスクを指す。依存先タスクとは、着目タスクの実行された後でのみ実行可能なタスクを指す。したがって、本実施形態では、階層構造化において、タスク間の親子関係および依存関係を用いて説明を行う。なお、会議間においても親子関係が成り立つようにしてもよい。
【００２０】
図４（Ｄ）は、議題ＤＢ３１３に格納されるデータの構成例を示す図である。議題ＤＢ３１３は、会議情報管理サーバ１０３で管理する会議の議題に関する情報を格納するデータベースである。議題ＤＢ３１３には、議題を一意に識別するための議題ＩＤ、タイトル、発表者社員ＩＤ、資料ＵＲＬ、開始日時、および終了日時が格納される。発表者社員ＩＤ、および資料ＵＲＬは複数の値が格納されてもよい。
【００２１】
図４（Ｅ）は、組織情報ＤＢ３１４に格納されるデータの構成例を示す図である。組織情報ＤＢ３１４は、会議情報管理サーバ１０３で管理する組織に関する情報を格納するデータベースである。組織情報ＤＢ３１４には、組織情報を一意に識別するための組織ＩＤ、名前、子組織ＩＤ、リーダ社員ＩＤ、メンバ社員ＩＤ、および担当業務が格納される。子組織ＩＤ、およびメンバ社員ＩＤは複数の値が格納されてもよい。なお、子組織とは、着目組織の配下に位置する組織を指す。つまり、組織間において親子関係が成り立つ。
【００２２】
図４（Ｆ）は、社員情報ＤＢ３１５に格納されるデータの構成例を示す図である。社員情報ＤＢ３１５は、会議情報管理サーバ１０３で管理する社員に関する情報を格納するデータベースである。社員情報ＤＢ３１５には、社員情報を一意に識別するための社員ＩＤ、氏名、役職、および所属組織ＩＤが格納される。
【００２３】
［インタフェース］
図５は、クライアント端末１０１の制御部２０５で実行されるアプリケーションにより、会議ＤＢ３１０に新規会議を作成する際に表示部２０２に表示される画面の一例を表す図である。ユーザは、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）操作を用いて、システムに対し入力を行う。実行されるアプリケーションは、会議情報管理サーバ１０３と連携して処理を行うものとし、ＷＥＢブラウザやデスクトップアプリケーションなど、その実行形態は問わない。新規会議作成画面５０１は、会議ＤＢ３１０を構成する情報である会議ＩＤ５０２、会議名５０３、リーダ社員ＩＤ５０４、およびメンバ社員ＩＤ５０５を表示する。会議ＩＤ表示領域５０６には、会議情報管理サーバ１０３が決定した会議ＩＤを表示する。もちろん、ユーザが任意の会議ＩＤを入力しても構わない。
【００２４】
また、新規会議作成画面５０１は、会議名入力領域５０７、リーダ社員ＩＤ入力領域５０８、およびメンバ社員ＩＤ入力領域５０９を備える。ユーザはこれらの入力領域に対して、操作入力部２０４を使用して情報を入力する。図５に示す新規会議作成画面５０１では、入力が必須である項目については“＊”を表示している。さらに、新規会議作成画面５０１は、新規会議作成ボタン５１０を備える。ユーザが新規会議作成ボタン５１０を押下することで、ユーザが入力した会議作成に必要な情報が会議情報管理サーバ１０３に送信され、新規会議が作成、登録される。
【００２５】
図６は、クライアント端末１０１の制御部２０５で実行されるアプリケーションにより、会議内容ＤＢ３１１に格納されている会議内容の詳細を閲覧する際に表示部２０２に表示される画面の一例を示す。会議内容閲覧画面６０１には、会議内容ＤＢ３１１を構成する情報が表示される。表示される内容は、会議タイトル６０２（会議ＩＤおよび会議名）、開催情報６０３（会議内容ＩＤ、開催日時、開催場所、リーダ名、および参加社員名）、議題情報６０４、議事内容６０５、およびタスク情報６０６を含む。会議内容閲覧画面６０１では議事内容６０５として議事録ファイルが格納されているファイルパスが記載されているが、議事録ファイルの格納先であるＵＲＬやテキスト情報であってもよい。
【００２６】
タスク情報６０６には、会議内容ＩＤで特定される日時で開催された会議において、発生した各タスクの情報が表示される。例えば、タスクＩＤ６０７、担当者社員名６０８、タスク内容６０９、作業開始日６１０、作業完了期日６１１、親タスクＩＤ６１２、子タスクＩＤ６１３、依存元タスクＩＤ６１４、および依存先タスクＩＤ６１５が含まれる。親タスクＩＤ６１２に隣接して表示されている親タスクＩＤプルダウンボタン６１６は、親タスクＩＤ６１２を選択する際に使用する。
【００２７】
［処理フロー］
（関連付け処理）
図７は、会議内容閲覧画面６０１において、あるタスクに対する親タスクを設定する処理を示すフローチャートである。本フローチャートのＳ７０１〜Ｓ７１１はクライアント端末１０１の制御部２０５により実行される。また、Ｓ７１２〜Ｓ７１６は会議情報管理サーバ１０３の制御部２１５により実行される。なお、図７の構成に関わらず、例えば、Ｓ７１２〜Ｓ７１６のフローをクライアント端末１０１側で一元的に制御してもよい。また、クライアント端末１０１の操作入力部２０４からの入力を会議情報管理サーバ１０３へネットワーク１０４を介して送信し、会議情報管理サーバ１０３側で一元的に制御してもよい。
【００２８】
Ｓ７０１にて、クライアント端末１０１は、ユーザから操作入力部２０４を介して入力されたユーザ操作を受け付ける。
【００２９】
Ｓ７０２にて、クライアント端末１０１は、受け付けたユーザ操作が親タスクＩＤプルダウンボタン６１６の押下操作か否かを判定する。親タスクＩＤプルダウンボタン６１６の押下操作である場合（Ｓ７０２にてＹＥＳ）、Ｓ７０３にて、クライアント端末１０１は、選択された親タスクＩＤプルダウンボタン６１６と同一行にあるタスクＩＤ６０７の値を会議情報管理サーバ１０３へ送信する。一方、親タスクＩＤプルダウンボタン６１６の押下操作でない場合（Ｓ７０２にてＮＯ）、Ｓ７１１にて、クライアント端末１０１は、ユーザ操作に対応する処理を行う。ここでのユーザ操作に応じた処理については特に限定するものではないため、説明を省略する。そして、本処理フローを終了する。
【００３０】
Ｓ７１２にて、会議情報管理サーバ１０３は、クライアント端末１０１からの要求待ちを行い、クライアント端末１０１からタスクＩＤと共に要求を受信すると、Ｓ７１３にてタスクＩＤの受信が完了した結果をクライアント端末１０１に返答する。Ｓ７１３にて受信したタスクＩＤは、会議情報管理サーバ１０３の記憶部に保存され、図７のフローチャート内で適宜使用される。
【００３１】
Ｓ７０４にて、クライアント端末１０１は、タスクＩＤの受信完了を会議情報管理サーバ１０３から受け付けた後、親タスクの検索画面を表示部２０２に表示する。図８（Ａ）は、表示部２０２に表示された検索画面の一例である。関連会議ＩＤ入力領域８０１は関連会議ＩＤをキーボードなどの入力手段により、ユーザに入力させる領域である。検索ボタン８０２は、ユーザが押下することで検索開始を指示するボタンである。なお、図８（Ａ）では、関連会議ＩＤ入力領域８０１や検索ボタン８０２は親タスクＩＤプルダウンボタン６１６の近傍に表示させているが、その限りではない。ユーザが関連会議ＩＤ入力領域８０１に会議ＩＤを入力し、検索ボタン８０２を押下すると、Ｓ７０５にて制御部２０５はその入力を受け付ける。さらに、クライアント端末１０１は、会議情報管理サーバ１０３に入力された会議ＩＤの検索指示を送信する。
【００３２】
Ｓ７１４にて、会議情報管理サーバ１０３は、クライアント端末１０１から検索指示を受け付けると、受信した会議ＩＤに対応付けられた会議内容ＩＤに含まれるタスク情報を会議情報管理ＤＢ３０１から検索する。そして、会議情報管理サーバ１０３は、検索に一致したタスク情報をクライアント端末１０１に返答する。このとき、会議情報管理サーバ１０３が返答するタスク情報は、配列として取り扱いまとめてクライアント端末１０１へ返信してもよいし、検索されたタスク情報を送信可能単位で順次送信してもよい。これは、ネットワークの動作環境により適切な実施方法が異なるため、環境に応じて切り替えてよい。
【００３３】
Ｓ７０６にて、クライアント端末１０１は、会議情報管理サーバ１０３からの応答にタスク情報が含まれるか否かを判定する。タスク情報が含まれる場合（Ｓ７０６にてＹＥＳ）、Ｓ７０７にてクライアント端末１０１は、返答タスク一覧を表示部２０２により表示する。図８（Ｂ）は、表示部２０２に表示された返答タスク一覧表示画面の一例である。返答タスクリスト表示領域８０３は、会議情報管理サーバ１０３から返答されたタスク情報をリスト形式にて表示する。本実施形態では、タスク情報としてタスクＤＢ３１２が持つ内容および担当者の情報を表示しているが、その限りではない。タスク選択領域８０４は、ユーザが押下することでタスクの選択されたことを示すボタンである。本実施形態では、タスク選択領域８０４は選択された際に選択された旨を意味する画像に表示が切り替わるラジオボタンとして表示されているが、他の構成のボタンを用いてもよい。
【００３４】
一方、タスク情報の返答がない、または、会議情報管理サーバ１０３から受信した検索結果にタスク情報が含まれていない場合（Ｓ７０６にてＮＯ）、Ｓ７１０にて、制御部２０５は、タスク表示を行わない。もしくは、タスクが存在しない旨を表示してもよい。そして、本処理フローを終了する。
【００３５】
Ｓ７０８にて、クライアント端末１０１は、表示されたタスクの中から親タスクとなるタスクを選択する入力操作をユーザから受け付けると、選択されたタスクのタスクＩＤを会議情報管理サーバ１０３に送信する。
【００３６】
Ｓ７１５にて、会議情報管理サーバ１０３は、クライアント端末１０１から親タスクとなるタスクのタスクＩＤを受信すると、そのタスクＩＤを、Ｓ７１３で受信したタスクＩＤの親タスクとして挿入する。つまり、タスクＤＢ３１２に含まれる該当タスクの子タスクＩＤに新たな値を挿入する。
【００３７】
Ｓ７１６にて、会議情報管理サーバ１０３は、依存関係を各種ＤＢに保存し、ＤＢ情報の更新を行う。その後、会議情報管理サーバ１０３は、更新が完了した旨と共に、更新後のＤＢ情報をクライアント端末１０１に送信する。
【００３８】
Ｓ７０９にて、クライアント端末１０１は、更新されたＤＢ情報を受信すると、Ｓ７０３により選択されたタスクの親タスクを親タスクＩＤ６１２に明示的に表示する。本実施形態では、タスクＩＤ「０００１」を親タスクとして選択したため、選択後は親タスクＩＤ６１２には、タスクＩＤ「０００１」が表示される。
【００３９】
上記の手順によって構造化された、会議をまたいだタスクの可視化方法を、タスク状態管理で一般的に使用されるガントチャートを用いて説明する。図９は、本実施形態において会議情報管理サーバ１０３がクライアント端末１０１の表示部２０２を通じてユーザに提供するタスク状態表示画面９０１の構成例を示す図である。図９において矢印は、タスク間の依存関係を示す。タスク状態表示画面９０１では、会議をまたいだタスクの階層構造の定義が可能になり、階層構造を持つタスクの状態管理が可能になる。具体的には、例えばタスクＩＤ「０００４」、「０００５」、「０００６」のタスクがタスクＩＤ「０００１」のタスクの子タスクであるとユーザが認識でき、会議をまたいだタスクの階層構造を可視化することが可能になる。つまり、タスクが属する会議が異なる場合であっても、タスク間の関係性が示される。
【００４０】
（表示処理）
一方、図９に示したタスク状態表示画面９０１では、ユーザが各タスクの状態やタスク間の関連について把握することができるが、タスクと会議の関連については把握できない。例えば、特定の会議の進行方法に問題がある場合には、この会議に属する多くのタスクが遅延することが考えられるが、図９に示すタスク状態表示画面９０１ではタスク状態を関連する会議の状態とともに把握することができない。
【００４１】
このような問題に対処するために、本実施形態では特定のタスクとその関連タスクから会議間の関連を算出・可視化する。その上で、会議間の関連とタスクの状態と結び付けてユーザに提供する。以下、会議間の関連とタスクの状態を結びつけた表示画面（以下、会議−タスク表示画面）の生成方法について説明する。
【００４２】
図１０は、本実施形態に係る会議−タスク表示画面の表示を行うための処理を示すフローチャートである。本フローチャートは、会議情報管理サーバ１０３の制御部２１５により実行される。
【００４３】
Ｓ１００１にて、会議情報管理サーバ１０３は、会議−タスク表示画面に表示すべきタスク群の起点となるタスクの指定を、クライアント端末１０１の表示部２０２を通じてユーザに促し、タスクの指定を受け付ける。ここでユーザが指定するタスクは、タスクＤＢ３１２に格納されているタスクのいずれかである。以下、ユーザが図４（Ｃ）に示すタスクＩＤが「０００１」のタスクを指定したものとして説明を行う。
【００４４】
Ｓ１００２にて、会議情報管理サーバ１０３は、指定されたタスクに関連するタスクの抽出を行う。具体的には、会議情報管理サーバ１０３は、Ｓ１００１で指定されたタスクを親に持つタスクを抽出し、これらのタスクを親に持つタスクを抽出する処理を繰り返し、タスクが抽出されなくなるまで処理を行う。この処理により、Ｓ１００１で指定されたタスクの子タスク、孫タスク等の従属するタスク（すなわち、階層構造において下位に位置するタスク）が再帰的に取得される。取得した情報は各タスクと、各タスクの子タスクが各々関連付けられる形で記憶部に記憶される。図１１（Ａ）はＳ１００２で取得したタスク情報の例を表形式にて表現した図である。表の各列に図４（Ａ）の各タスク、及び各タスクに関連付けられた子タスクのタスクＩＤが記憶されている。
【００４５】
Ｓ１００３にて、会議情報管理サーバ１０３は、Ｓ１００２で抽出した各タスクについて、会議ＤＢ３１０および会議内容ＤＢ３１１を用いてタスク及び子タスクが属している会議を特定する。図１１（Ｂ）は、Ｓ１００３で会議情報管理サーバ１０３が抽出した各タスクおよびその子タスクが属している会議の情報の例を表形式にて表現した図である。表の各列に図１１（Ａ）の各タスク及びその子タスクが属する会議が記憶されている。
【００４６】
Ｓ１００４にて、会議情報管理サーバ１０３は、Ｓ１００３で特定した情報を、会議名により集計する。すなわち、図１１（Ｂ）において親会議ＩＤおよび子会議ＩＤが同じ行の数をカウントする。図１１（Ｃ）は、Ｓ１００４の処理を行った後の情報を表形式にて表現した図である。図１１（Ｃ）は、図１１（Ｂ）のうち親会議ＩＤおよび子会議ＩＤが同じである行それぞれの数をノード数としてカウントしている。このような処理を行うことにより、Ｓ１００１で指定されたタスク及びその子孫のタスクについて、タスク関係に対応する会議の関係を導出することができる。
【００４７】
Ｓ１００５にて、会議情報管理サーバ１０３は、Ｓ１００４で導出した会議間の関連情報をもとにクライアント端末１０１に表示すべきデータを生成する。Ｓ１００５の処理において、会議情報管理サーバ１０３は、Ｓ１００４により記憶された各会議について、会議で遅延が生じているタスクの数をカウントする。本実施形態では、タスクの進捗に遅延が生じているか否かについては、タスクＤＢ３１２に記憶されている作業開始日、作業完了期日、および進捗率と、現在の日時との関係から導出する。例えば、作業開始日が１月１日、作業完了期日が１月１０日であるタスクの場合、作業期間は１０日であるため一日１０％ずつ進捗することが望ましい。このため、１月７日の時点で進捗率が６０％以下の場合は予定に対して進捗が遅延していると考えられる。このように作業期間と進捗率、現在日時から算出する方法の他にも、タスクの進捗に遅延が生じているか否かを判定できる方法であれば方法は問わない。
【００４８】
Ｓ１００６にて、会議情報管理サーバ１０３は、生成したデータをクライアント端末１０１に送信する。図１２は、Ｓ１００６で送信された表示データを受信した、クライアント端末１０１の表示部２０２に表示する会議−タスク表示画面１２００の構成例を示す図である。会議−タスク表示画面１２００は、図１１（Ｃ）の情報、及びＳ１００５の処理でカウントした各会議における遅延タスクの数に基づいて構成される。会議−タスク表示画面１２００には、Ｓ１００１で指定されたタスク及びその子孫のタスクに対応する会議情報が会議表示領域１２０１として表示される。なお、会議表示領域１２０１には、会議名の他にも会議の概略情報が表示されるようにしてよい。さらに、各会議における遅延タスク数が、会議表示領域１２０１に重畳される形式で遅延タスク領域１２０２に表示される。また、Ｓ１００４において導出された親会議と子会議に対応する会議表示領域１２０１の間には、会議間の関連を表す会議関連線１２０３が表示される。本実施形態では、会議関連線１２０３は矢印の始点を親会議とし、終点を子会議としている。図１２の例では、例えば「製品Ａ開発  ステアリング会議」の子会議として「製品Ａ開発  ソフトウェア会議」および「製品Ａ開発  ハードウェア会議」が存在する旨の表示が行われている。このうち、「製品Ａ開発  ソフトウェア会議」に遅延するタスクが生じていることを示している。図１２のような形式で表示することにより、タスクに関連する会議の構造、及び「製品Ａ開発  ソフトウェア会議」に遅延するタスクが集中していることをユーザが把握しやすくなる。
【００４９】
なお、画面の構成は上記に限定するものではなく、どの会議でどの程度の数のタスクが遅延しているかが分かるような表示形式であれば他の方法を採用してもよい。例えば、会議を特定するための情報（例えば会議名や会議ＩＤなど）と、その会議で遅延しているタスクの数を示す情報（例えば数字や全体のタスク数と遅延タスク数の割合など）とを重複させて表示する代わりに、所定の距離内に配置して表示させても良い。あるいは例えば、遅延しているタスクの数や割合に応じて、会議表示領域の表示色や表示領域の大きさを変えても良い。
【００５０】
以上、本実施形態により、会議をまたいで構造化されたタスクを作成し、タスク間の構造、及びタスクに関連した会議の構造を可視化することが可能となる。
【００５１】
＜第二の実施形態＞
次に、第一の実施形態との差分を中心に、本願発明に係る第二の実施形態の説明をする。第一の実施形態では、会議をまたいで階層構造化されたタスクを作成する方法やタスク間の構造、及びタスクに関連した会議の構造を可視化する方法について示した。第二の実施形態では、会議の構造がツリー状、すなわち単純な（一方向の）親子関係ではない場合に会議の構造を可視化する方法について説明する。
【００５２】
本実施形態において図１１（Ｂ）に対応する、集計された会議情報の例を図１３に示す。図１３の例では、会議ＩＤが「０００２」の会議と「０００３」の会議が相互に親子である構造になっており、この構造を可視化した場合に構造が把握しにくくなる恐れがある。ここで、会議ＩＤ「０００２」の会議を「製品Ａ開発  ソフトウェア会議」とし、会議ＩＤ「０００３」の会議を「製品Ａ開発  ハードウェア会議」として説明する。
【００５３】
図１４は、本実施形態においてクライアント端末１０１の表示部２０２に表示する会議−タスク表示画面の構成例を示す図である。本実施形態においては、会議情報管理サーバ１０３は相互に（双方向に）親子関係がある２つの会議が存在することを検知すると、これらの会議間に表示する線の種別を切り替える処理を行う。すなわち、会議ＩＤが「０００２」の会議と「０００３」の会議を表す会議表示領域１２０１の間に、相互に関連があることを示す会議関連線１４０１が表示される。図１４では会議関連線１４０１を破線で表現しているが、会議関連線１２０３と区別できる形式であれば具体的な表現形式は問わない。例えば、両端に矢印が付加された線などでも構わない。
【００５４】
以上、本実施形態により、会議間の関係がツリー状、すなわち単純な親子関係でない場合にも、ユーザが会議間の関係を把握することが可能となる。
【００５５】
＜第三の実施形態＞
次に、第一、第二の実施形態との差分を中心に、本願発明に係る第三の実施形態の説明をする。第三の実施形態では、タスク間の関連から会議の構造を可視化した表示画面において、表示された各会議に関連するタスクの情報を表示する方法について説明する。
【００５６】
図１５は、図１２の会議−タスク表示画面１２００において、ユーザが特定の会議表示領域１２０１を選択した場合に、クライアント端末１０１の表示部２０２に表示される画面の例を示す。ユーザが会議表示領域１２０１を選択したことを検知すると、会議情報管理サーバ１０３は、選択された会議表示領域１２０１に対応する会議に属しているタスクを会議ＤＢ３１０、会議内容ＤＢ３１１、およびタスクＤＢ３１２に基づいて検索する。続いて、会議情報管理サーバ１０３は、検索したタスクの中からＳ１００１で受け付けたタスクの子孫のタスクのみを表示すべきデータとして特定し、この情報を基に画面の表示データを作成する。会議内タスク一覧表示領域１５０１は、上記の処理を行うことで表示される領域である。ここでは、会議に属する各タスクの詳細情報が表示されている。
【００５７】
図１６は、図１２の会議−タスク表示画面１２００においてユーザが特定の遅延タスク領域１２０２を選択した場合に、クライアント端末１０１の表示部２０２に表示される画面の例を示した図である。ユーザが遅延タスク領域１２０２を選択したことを検知すると、会議情報管理サーバ１０３は、選択された遅延タスク領域１２０２に対応する会議に属しているタスクを会議ＤＢ３１０、会議内容ＤＢ３１１、およびタスクＤＢ３１２を検索する。続いて、会議情報管理サーバ１０３は、検索したタスクの中からＳ１００１で受け付けたタスクの子孫のタスクであり、かつ遅延しているタスクのみを表示すべきデータとして特定し、この情報を基に表示データを作成する。会議内遅延タスク一覧表示領域１６０１は、上記の処理を行うことで表示される領域である。ここでは、進捗に遅延が生じているタスクの詳細情報が表示されている。
【００５８】
以上、本実施形態では、タスクに関連する会議間の構造を可視化した画面の特定の領域を選択された場合に、会議に関連するタスクの情報を表示することで、会議情報管理サーバはユーザに会議の構造とタスクの状態を関連付けて提示することが可能となる。
【００５９】
＜第四の実施形態＞
次に、第一〜第三の実施形態との差分を中心に、本願発明に係る第四の実施形態の説明をする。第一の実施形態では、図１２に示した会議−タスク表示画面１２００を確認したユーザが会議の状況を把握することとして説明したが、関連する会議が多数である場合にはこれが難しい場合がある。本実施形態では注目すべき対象の会議を会議情報管理サーバ１０３が特定し、提示する例について説明する。
【００６０】
本実施形態においては、会議情報管理サーバ１０３は、Ｓ１００５で計算された各会議の遅延タスクの数を基に、どの会議が多くの遅延タスクを有しているかを判定する。具体的には、以下の処理を行う。
【００６１】
会議情報管理サーバ１０３は、会議ＤＢ３１０にて管理されている会議それぞれの遅延タスク数を、表示すべき会議の数で除する。即ち、会議情報管理サーバ１０３は、表示対象となる会議全体における平均遅延タスク数を計算する。なお、表示すべき会議の数は、ユーザが予め指定してもよいし、画面の表示領域のサイズに応じて定義されてもよい。
【００６２】
続いて、会議情報管理サーバ１０３は、各会議について、この会議の遅延タスク数と平均遅延タスク数とから偏差値を計算し、偏差値が一定以上の会議について遅延タスク数が多い会議であると判定する。この後、会議情報管理サーバ１０３は、遅延タスク数が多いと判定した会議に関する情報を含めた画面の表示データを作成する。なお、本実施形態では平均値と偏差値を用いて遅延タスク数が多い会議を判定したが、他の判定方法でもよく、例えば一定数以上遅延タスクを持つ会議を対象にする等でもよい。本実施形態では表示方法の例として図１２に示す会議−タスク表示画面１２００に重畳する形で領域を表示するようにしてもよい。これにより、図１０のＳ１００１にてユーザによりタスクの選択を受け付けずとも、会議と遅延しているタスクとの関係を示す画面を表示する。
【００６３】
以上、本実施形態において遅延タスクの数が多い会議を会議情報管理サーバが判定し、ユーザに提供することにより、表示画面に多数の会議が含まれる場合でもユーザが会議の構造やタスクの状態を把握することが可能となる。
【００６４】
＜その他の実施形態＞
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６５】
１００  会議情報システム、１０１  クライアント端末、１０３  会議情報管理サーバ、１０４  ネットワーク 
【図１】
2016051324.tif 000003
【図２】
2016051324.tif 000004
【図３】
2016051324.tif 000005
【図４】
2016051324.tif 000006
【図５】
2016051324.tif 000007
【図６】
2016051324.tif 000008
【図７】
2016051324.tif 000009
【図８】
2016051324.tif 000010
【図９】
2016051324.tif 000011
【図１０】
2016051324.tif 000012
【図１１】
2016051324.tif 000013
【図１２】
2016051324.tif 000014
【図１３】
2016051324.tif 000015
【図１４】
2016051324.tif 000016
【図１５】
2016051324.tif 000017
【図１６】
2016051324.tif 000018