(57)【要約】【課題】各利用者のタスクにおける活動状況を表示可能な状況情報表示方法および状況情報表示システムを提供する。【解決手段】編集部７は、ユーザ入出力部６から検索式を受信すると、この検索式により要求されているデータがデータベース部４に記憶されているデータの型か否かに応じてデータベース部４または外部情報入力部５に送信する。送信した検索式に基づくデータをデータベース部４または外部情報入力部５から受信すると、編集部７は、受信したデータを加工し、この加工したデータをタスク状況情報としてユーザ入出力部６に送信する。ユーザ入出力部６は、受信したタスク状況情報を表示する。【選択図】  図１
2006023888.tif 000002
【特許請求の範囲】
【請求項１】
複数の参加者によって分散協調して処理される任意のタスクに関する情報を表示する状況情報表示方法であって、
前記参加者の端末装置間において交換される情報を受信する受信ステップと、
受信した情報を所定のデータ形式に変換する変換ステップと、
所定のデータ形式に変換した情報をデータベースに記憶する記憶ステップと、
任意のタスクに関する情報の表示が要求されると、前記データベースから前記任意のタスクに関する情報を抽出する抽出ステップと、
抽出した情報を所定の形式に加工する加工ステップと、
加工した情報を表示する表示ステップと
を有することを特徴とする状況情報表示方法。
【請求項２】
前記加工ステップは、前記任意のタスクに関する議論、または、各議論を構成する単位メッセージの少なくとも一方に対してラベルを付与してリスト化する
ことを特徴とする請求項１記載の状況情報表示方法。
【請求項３】
前記加工ステップは、前記端末装置間において情報交換されるメッセージの主題中に含まれる頻度が高い語または重要語が高い語の少なくとも一方をリスト化する
ことを特徴とする請求項１記載の状況情報表示方法。
【請求項４】
前記加工ステップは、前記任意のタスクの議論に参加している前記端末装置を、前記議論における活動頻度または重要度の少なくとも一方にしたがって順位付けてリスト化する
ことを特徴とする請求項１記載の状況情報表示方法。
【請求項５】
前記表示ステップは、前記任意のタスクに使用可能な資源が対応付けられている場合、前記資源も表示する
ことを特徴とする請求項１記載の状況情報表示方法。
【請求項６】
複数の参加者によって分散協調して処理される任意のタスクに関する情報を表示する状況情報表示システムであって、
前記参加者の端末装置間において交換される情報を受信する受信手段と、
受信した情報を所定のデータ形式に変換する変換手段と、
所定のデータ形式に変換した情報を記憶するデータベースと、
任意のタスクに関する情報の表示が要求されると、前記データベースから前記任意のタスクに関する情報を抽出する抽出手段と、
抽出した情報を所定の形式に加工する加工手段と、
加工した情報を表示する表示手段と
を有することを特徴とする状況情報表示システム。
【請求項７】
前記加工手段は、前記任意のタスクに関する議論、または、各議論を構成する単位メッセージの少なくとも一方に対してラベルを付与してリスト化する
ことを特徴とする請求項７記載の状況情報表示システム。
【請求項８】
前記加工手段は、前記端末装置間において情報交換されるメッセージの主題中に含まれる頻度が高い語または重要語が高い語の少なくとも一方をリスト化する
ことを特徴とする請求項７記載の状況情報表示システム。
【請求項９】
前記加工手段は、前記任意のタスクの議論に参加している前記端末装置を、前記議論における活動頻度または重要度の少なくとも一方にしたがって順位付けてリスト化する
ことを特徴とする請求項７記載の状況情報表示システム。
【請求項１０】
前記表示手段は、前記任意のタスクに使用可能な資源が対応づけられている場合、前記資源も表示する
ことを特徴とする請求項７記載の状況情報表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、グループウェアまたは計算機を利用した人間の協調活動支援(Computer Supported Collaborative Work)分野において、協調作業の進捗管理技術に関するものであり、特に、各利用者の活動状況を表示する状況情報表示方法および状況情報表示システムに関するものである。
【背景技術】
【０００２】
ネットワーク技術の発展により、複数の端末装置を分散配置してそれぞれの端末装置が独自に処理を行う分散環境においても、複数の端末装置によって複数の人間によってなされる作業を意味する協調作業が可能となっている。このような分散環境における協調作業では、端末装置間のコミュニケーションと、特定の目的のために組織される協調作業の総体（以下、プロジェクトという。なお、厳格に組織化され運営される場合も、各人が自発的に参加する場合も同様に扱う。）の定義、計画、進捗管理、情報整理等のプロジェクト管理とが重要であることが明らかになってきている（例えば、非特許文献１，２参照。）。この重要性について、プロジェクト進捗管理、協調作業システムにおける他者の活動情報表示、複数の協調作業ツールの利用という観点から説明する。
【０００３】
［プロジェクトの進捗管理］
現在、さまざまなプロジェクト管理システムが提案され、商品化されている。このプロジェクト管理システムとは、プロジェクトの定義、計画、進捗管理、および終了時の情報整理を支援するための協調活動支援(Computer Supported Collaborative Work)システムを意味し、特に、協調作業の進捗管理技術に関するシステムである。例えば、パッケージ化された代表的なプロジェクト管理システムには、Microsoft Project（登録商標）やLotus Notes（登録商標）などがある。こうしたプロジェクト管理システムでは、組織化されたプロジェクトの詳細な計画と、計画に沿ってプロジェクトが実行されているか否かを確認する進捗管理を主な目標としている。
【０００４】
このようなプロジェクト管理システムにおける進捗管理は、タスクの実行状況の把握を支援するためのものである。このため、プロジェクト管理者は、各タスクにおける中間成果物および最終成果物の産状況を把握して入力している。
なお、管理者とは、協調作業を管理する人のことを意味する。厳格に組織されたプロジェクトではプロジェクト管理者が相当し、各人の自発的な参加によるプロジェクトにおいては、プロジェクトを取りまとめる役割を果たす人(facilitator)が相当する。少人数によるフリーなソフトウェア開発のように、全ての参加者が同等の管理者である場合も存在する。
また、参加者とは、ある協調作業に参加している人のことを意味し、協調作業の形態は問わない。
さらに、タスクとは、プロジェクトにおける作業単位を意味する。一般的に、プロジェクトは複数のタスクによって構成される。
【０００５】
［協調作業システムにおける他者の活動情報表示］
協調作業システムでは、他の参加者の参加状況を入手することが要求される。例えば、Roseman and Greenbergは、他者のログイン情報を表示するためのparticipant status widgetを、グループウェアツールキットの一部として提案している（例えば、非特許文献３参照。）。また、ICQ（登録商標）、Yahoo!Messengerに代表される現行の多くのインスタント・メッセンジャーは、ユーザのログイン状況を表示するための機能を有している。この機能は、あるユーザがオンラインであるか否か、すなわちインスタント・メッセンジャーを使用中であるか否かの接続状況に関する情報（以下、「存在情報」という）を、当該ユーザのWWWサーバから随時読み出すことで、当該ユーザと連絡を取れる状態であるかどうかを把握するためのものである。
ここで、ユーザとは、協調作業システムの出力を利用しようとする人を意味する。
【０００６】
［複数の協調作業ツールの場合］
一つのグループウェアの中で、ＢＢＳ(Bulletin Board System)やチャット、共有エディタなどの複数の協調作業手段が提供されているシステムが多く存在する。このようなグループウェアでは、グループウェア内の複数のツールのデータを相互利用が容易に適用され得る。しかしながら、あるプロジェクトの協調作業の全てを単一のグループウェア内のツール群を利用しなければならない場合、グループウェア側でも全ての機能を実装しなければならず、利用する側でも不要な機能が盛り込まれたグループウェアを使用せざるを得ない。このような課題を解消するために、ツールキットが提案されている（例えば、非特許文献３，４参照。）。ツールキットとは、単一機能を持ったモジュールを組み合わせることにより、統合的なグループウェアとして動作することを目的としている。
【０００７】
なお、出願人は、本明細書に記載した先行技術文献情報で特定される先行技術文献以外には、本発明に関連する先行技術文献を出願時までに発見するには至らなかった。
【非特許文献１】Anandasivam Gopal、Tridas Mukhopadhyay and Mayuram S. Krishnan、The role of software process and communications in offshore software development、Comm ACM、45(4):193-200、2002
【非特許文献２】S.Gopalakrishnan、V.P.Kochikar and S. Yegneshwar、The offshore model for software development: the infosys experience、In Proc 1996 ACM SIGCPR/SIGMIS Conf on Computer Personnel Research、pages 392-393、1996
【非特許文献３】Mark Roseman and Saul Greenberg、Building real-time groupsoftware-toolkit、ACM Transactions on Computer-Human Interaction、3(1):66-106、1996
【非特許文献４】Mark Roseman and Saul Greenberg、Groupkit: a groupware toolkit for building real-time conferencing applications、In proc of CSCW'92、pages 43-50、1992
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、プロジェクト進捗管理においては、実際にタスクの実行状況を把握するには、成果物のみに着目するのでは不十分であり、その成果物が生成された過程、例えばタスクに関して行われている参加者間の議論等にも着目する必要がある。
また、協調作業システムにおける他者の活動情報表示においては、存在情報のみでは、ユーザが現在どのような活動をしているかは把握できないのみならず、過去にどのような活動をしていたかも把握することができない。
さらに、複数の協調作業ツールの場合においては、ツールキットとして提供されることにより不要な機能を排除して利用することは可能となるが、ツールキットとして提供されていない機能を利用することができない。また、ツールキットとして提供するためには、各モジュールを、表面的なデータだけでなく、内部のデータも連携させなければならない。
【０００９】
そこで、本願発明は、上述したような課題を解決するためになされたものであり、各利用者のタスクにおける活動状況を表示可能な状況情報表示方法および状況情報表示システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述したような課題を解決するために本発明に係る状況情報表示方法は、複数の参加者によって分散協調して処理される任意のタスクに関する情報を表示する状況情報表示方法であって、前記参加者の端末装置間において交換される情報を受信する受信ステップと、受信した情報を所定のデータ形式に変換する変換ステップと、所定のデータ形式に変換した情報をデータベースに記憶する記憶ステップと、任意のタスクに関する情報の表示が要求されると、前記データベースから前記任意のタスクに関する情報を抽出する抽出ステップと、抽出した情報を所定の形式に加工する加工ステップと、加工した情報を表示する表示ステップとを有することを特徴とする。
【００１１】
上記状況情報表示方法において、加工ステップは、任意のタスクに関する議論、または、各議論を構成する単位メッセージの少なくとも一方に対してラベルを付与してリスト化するようにしてもよい。
【００１２】
上記状況情報表示方法において、加工ステップは、端末装置間において情報交換されるメッセージの主題中に含まれる頻度が高い語または重要語が高い語の少なくとも一方をリスト化するようにしてもよい。
【００１３】
上記状況情報表示方法において、加工ステップは、任意のタスクの議論に参加している端末装置を、議論における活動頻度または重要度の少なくとも一方にしたがって順位付けてリスト化するようにしてもよい。
【００１４】
上記状況情報表示方法において、表示ステップは、任意のタスクに使用可能な資源が対応付けられている場合、資源も表示するようにしてもよい。
【００１５】
また、本発明に係る状況情報表示システムは、複数の参加者によって分散協調して処理される任意のタスクに関する情報を表示する状況情報表示システムであって、前記参加者の端末装置間において交換される情報を受信する受信手段と、受信した情報を所定のデータ形式に変換する変換手段と、所定のデータ形式に変換した情報を記憶するデータベースと、任意のタスクに関する情報の表示が要求されると、前記データベースから前記任意のタスクに関する情報を抽出する抽出手段と、抽出した情報を所定の形式に加工する加工手段と、加工した情報を表示する表示手段とを有することを特徴とする。
【００１６】
上記状況情報表示システムにおいて、加工手段は、任意のタスクに関する議論、または、各議論を構成する単位メッセージの少なくとも一方に対してラベルを付与してリスト化するようにしてもよい。
【００１７】
上記状況情報表示システムにおいて、加工手段は、端末装置間において情報交換されるメッセージの主題中に含まれる頻度が高い語または重要語が高い語の少なくとも一方をリスト化するようにしてもよい。
【００１８】
上記状況情報表示システムにおいて、加工手段は、任意のタスクの議論に参加している端末装置を、議論における活動頻度または重要度の少なくとも一方にしたがって順位付けてリスト化するようにしてもよい。
【００１９】
上記状況情報表示システムにおいて、表示手段は、任意のタスクに使用可能な資源が対応付けられている場合、資源も表示するようにしてもよい。
【発明の効果】
【００２０】
本発明によれば、グループウェアや計算機を用いた協調作業を支援するシステムにおいて、各タスクに関する資料、データ、議論内容等が異なる協調作業支援ツールを使用した場合においても、端末装置間において交換される情報を所定のデータ形式に変換して記憶することにより、任意のタスクに関する情報を表示することが可能となるので、プロジェクトの進捗管理や詳細な活動状況を容易に把握することが可能となる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照して本発明の実施の形態について詳細に説明する。図１は、本実施の形態に係る状況情報表示システムの構成を示すブロック図である。
本実施の形態に係る状況情報表示システム１は、データ入力部２と、タスク情報入力部３と、データベース部４と、外部情報入力部５と、ユーザ入出力部６と、編集部７とを有し、それぞれはインターネット、ＬＡＮ(Local Area Network)、ＷＡＮ(Wide Area Netwrok)等の公知のネットワークにより隣接する機能部または外部装置と接続されている。
【００２２】
このような状況情報表示システム１を構成するデータ入力部２、タスク情報入力部３、データベース部４、外部情報入力部５、ユーザ入出力部６および編集部７は、それぞれＣＰＵ等の演算装置、メモリ、HDD等の記憶装置、入札者用装置２と各種情報の送受を行うＩ/Ｆ装置、キーボード、マウス等の入力装置、CRT(Cathode Ray Tube)、LCD(Liquid Crystal Display)、FED(Field Emission Display)または有機EL(Electro Luminescence)等の表示装置などを備えたコンピュータと、このコンピュータにインストールされたプログラムとから構成されており、上記ハードウェア装置がプログラムによって制御されることによって、すなわちハードウェア資源とソフトウェアが協働することによって、各機能を実現する。
なお、一のコンピュータおよびこのコンピュータにインストールされたプログラムが、状況情報表示システム１を構成する複数の構成要素を実現するようにしてもよい。
【００２３】
データ入力部２は、受信手段および変換手段として機能し、協調作業において使用されるツールにより、参加者の活動に関するデータまたは参加者が作成した資料のメタデータを受信する。
ここで、メタデータとは、あるデータの属性に関する記述を含んだデータのことを意味する。例えば、任意の書籍において、この書籍の書誌情報、キーワード情報、ある人によってこの書籍に対して与えられた評価情報は、書籍の属性に関する記述であるため、メタデータである。その他、一般的な文書に関しては、他の文書や資源との関連もメタデータとして記述される。
また、資源とは、あるプロジェクトにおいて利用可能な、開発や協調作業に使用されるツール、資金、および人的資源のことを意味する。
【００２４】
図２は、データ入力部２の動作を示すフローチャートである。
データ入力部２は、参加者の活動に関するデータまたは参加者が作成した資料を受信すると（ステップＳ２０１）、このデータからメタデータを抽出し（ステップＳ２０２）、抽出したメタデータをＲＤＦ等の適切な形式に変換して（ステップＳ２０３）、データベース部４へ送信する（ステップＳ２０４）。
なお、ＲＤＦについては後述する。
【００２５】
タスク情報入力部３は、受信手段および変換手段として機能し、協調作業の管理者からタスクの情報（以下、タスク情報という）を受信し、このデータを適切な形式でデータベース部へ送信する。ここで、タスク情報とは、プロジェクトに属する各タスクと、協調作業において使用されるツール、および、タスクとこのタスクに対して提供される活動の場との関係を記述したメタデータである。
ここで、活動の場またはコンテキスト（context）とは、あるツールにおいて、参加者が実際に活動を行うために提供される場のことを意味する。ＢＢＳであれば、ディスカッションルームが活動の場であり、リアルタイムテキストチャットであれば一度のチャットのセッションが活動の場であり、ビデオ会議であれば、一度のビデオ会議のセッションが活動の場である。一般的に、一つのツールで提供される活動の場は複数存在する。
【００２６】
図３は、タスク情報入力部３の動作を示すフローチャートである。
タスク情報入力部３は、タスク情報を受信すると（ステップＳ３０１）、受信したタスク情報がＲＤＦ等の適切な形式で記述されているか否か判定する（ステップＳ３０２）。
適切な形式で記述されている場合（ステップＳ３０２：ＹＥＳ）、タスク情報入力部３は、受信したタスク情報をデータベース部４に送信する（ステップＳ３０４）。
適切な形式で記述されていない場合（ステップＳ３０２：ＮＯ）、タスク情報入力部３は、受信したタスク情報を適切なデータ形式に変換し（ステップＳ３０３）、データベース部４に送信する（ステップＳ３０４）。
なお、ＲＤＦについては後述する。
【００２７】
データベース部４は、データ入力部２から受信したメタデータと、タスク情報入力部３から受信したタスク情報とを保存する。このとき、データ入力部２から受信したメタデータは、関連するタスク情報入力部３から受信したタスク情報と関連づけて保存する。また、データベース部４は、編集部７からの検索要求に基づいて、保存しているデータを編集部７に送信する。
【００２８】
図４は、データベース部４の動作を示すフローチャートである。
データベース部４は、データ入力部２またはタスク情報入力部３からメタデータを受信すると（ステップＳ４０１：ＹＥＳ）、この受信したメタデータを記憶する（ステップＳ４０３）。このとき、受信したメタデータは、既に適切な形式となっているので、そのままの形式でデータベースに保存される。
また、データベース部４は、編集部７から検索式を受信すると（ステップＳ４０３）、この検索式に基づいてデータベース部４内を検索し、その検索式に対応するデータを抽出し（ステップＳ４０４）、編集部４に送信する（ステップＳ４０５）。
【００２９】
データベース部４には、参加者の活動に関するデータ、作成した資料、タスク情報に関するメタデータが保存されているが、その他のデータは保存されていない。例えば、作成した資料の内容は、状況情報表示システム１外部のデータベースに保存され、その資料の参照情報がメタデータとして状況情報表示システム１のデータベース部４に保存される。状況情報表示システム１から得た情報に基づいて資料の内容が必要になる場合は、状況情報表示システム１に保存されたメタデータ中の参照情報に基づいて、その資料の内容が外部のデータベースから読み出される。同様に、協調作業において参照された外部で作成されたデータも、データベース内に保存されない。
なお、データベース部４における情報表現形式については後述する。
【００３０】
外部情報入力部５は、状況情報表示システム１の外部の情報源から情報を読み出す。
図５は、外部情報入力部５の動作を示すフローチャートである。
外部情報入力部５は、状況情報表示システム１内に保存されていないデータ、すなわちデータベース部４に保存されていない情報を要求する検索式からなる情報要求を編集部７から受信すると（ステップＳ５０１）、状況情報表示システム１外部に存在する要求されたデータを有する外部情報源に接続して情報を入手し（ステップＳ５０２）、入手した情報を編集部７に送信する（ステップＳ５０３）。ここで、編集部７による情報要求は、例えばＵＲＩ等の外部情報の参照情報により行われるようにしてもよい。
【００３１】
ユーザ入出力部６は、表示手段として機能し、タスクの指定を伴う情報（タスク状況情報）の要求をユーザから検出し、編集部７からタスク状況情報を受信して、表示画面等のユーザインターフェースに出力する。
【００３２】
図６は、ユーザ入出力部６の動作を示すフローチャートである。
ユーザ入出力部６は、ユーザからタスク状況情報を要求する旨の操作入力を検出すると（ステップＳ６０１）、要求されたタスク状況情報を検索する検索式を作成し（ステップＳ６０２）、この検索式を編集部７へ送信する（ステップＳ６０３）。編集部７からユーザにより要求されたタスクの状況情報を受信すると（ステップＳ６０４）、ユーザ入出力部６は、受信したタスク状況情報をユーザに提示する（ステップＳ６０５）。ここで、タスク状況情報に含まれるタスクに、使用可能な資源が対応付けられている場合、その資源もユーザに提示する。
【００３３】
編集部７は、抽出手段および加工手段として機能し、ユーザ入出力部６から受信した検索式に基づいて、データベース部４または外部情報入力部５から情報を抽出し、この抽出した情報を所定の形態に加工してタスク状況情報としてユーザ入出力部６に送信する。
【００３４】
図７は、編集部７の動作を示すフローチャートである。
編集部７は、ユーザ入出力部６から検索式を受信すると（ステップＳ７０１）、この検索式により要求されているデータがデータベース部４に記憶されているデータの型か否かに応じてデータベース部４または外部情報入力部５に送信する（ステップＳ７０２）。送信した検索式に基づくデータをデータベース部４または外部情報入力部５から受信すると（ステップＳ７０３）、編集部７は、受信したデータを加工し（ステップＳ７０４）、この加工したデータをタスク状況情報としてユーザ入出力部６に送信する（ステップＳ７０５）。
なお、編集部７による受信したデータの加工には、以下の処理が含まれる。
【００３５】
［タスクに関する議論の情報の加工｝
タスクに対して提供される活動の場において、参加者間で行われた議論に、ラベルを付与してリスト化する。同時に、議論を構成するメッセージが分離可能であれば、当該議論に関するメッセージをリスト化する。
ここで、議論とは、参加者間で、ある特定の議題について交換されるメッセージの系列のことを意味する。電子メールや電子会議システムなどの非同期情報交換システムにおける議論は、返信(replay)の連続による議論の筋(discussion thread)として表現され、ビデオ会議、電話会議、リアルタイムテキストチャットなどの同期情報交換システムにおける議論は一つのセッションとして表現される。
【００３６】
［参加者の活動から抽出されるタスクにおけるキーワード情報の加工］
参加者のメッセージ中に含まれるキーワードを頻度順に整列し、頻度の高いものから順に一定数を選択してリスト化する。同時に、タスク独自のキーワードとして重要度の高いものを選択してリスト化する。
【００３７】
［タスクに関して活動する参加者情報の加工］
当該タスクに対して提供される活動の場において活動する参加者を、活動状況に応じてリスト化する。ここで、活動状況としては、メッセージの発信数、参加した活動の場（チャットやビデオ会議のセッション数）、チャットやビデオ会議における発言回数と発言時間、作成した資料の数などが含まれる。
また、参加者の活動の重要度を計算し、その順位にしたがってリスト化する。ここで、重要度としては、発信したメッセージに対する返信数、作成した資料に対する参照数などが含まれる。
【００３８】
［タスクに関して生成された資料情報の加工］
各タスクに関する資料は、参加者によって入力部から読み出されているが、指定されたタスクに関する資料をリスト化する。リスト化に際しては、時間順、参照回数順、利用者別に整列、選択する。
【００３９】
［タスクに関する情報の加工］
管理者によって入力された、各タスクに関する情報を、分野にしたがってリスト化する。ここで、タスクに関する情報としては、当該タスクで使用可能なツールのリスト、当該タスクに関して活動することが期待される参加者のリスト、予定上のタスクの残り時間、関連したタスクのリストなどが含まれる。
【００４０】
次に、データベース部４における情報表現形式について説明する。
データベース部４内のデータは、RDF(Resource Description Framework)によって記述する（Ellie Milier、Ralph Swick and Dan Brickley、Resource description framework(rdf)、［平成１６年６月２９日検索］、インターネット、＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ＲＤＦ／＞参照。）。
ＲＤＦは、任意の情報に対してタグを付与するための枠組みである。ＲＤＦにおけるタグは、対象となる情報(subject)、記述語(predicate)、情報内容(object)の３つ組で記述される。これらはＮ３記法（Tim Berners-Lee、Primer: getting into rdf & semantic web using n3、2000、［平成１６年６月２９日検索］、インターネット、＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２０００／１０／ｓｗａｐ／Ｐｒｉｍｅｒ．ｈｔｍｌ＞参照。）と呼ばれる記法に従えば、以下のように記述される。
【００４１】
＜対象となる情報＞＜記述語＞＜情報内容＞．
【００４２】
ここで、＜対象となる情報＞および＜記述語＞は、ＵＲＩの形式でＩＤが与えられているものとする。また、＜情報内容＞は、ＵＲＩ形式でＩＤが与えられているか、または、文字列によって表現されているものとする。例えば、あるＢＢＳのメッセージ（メッセージ１０１）は、「http://example.com/BBS/msg/101」というＩＤを有し、ある参加者Ａは、「http://example.com/person/102」というＩＤを有し、「あるメッセージがある参加者によって発信された」ということを示すための記述語は、「http://example.com/vocabulary/sender」と表現されるとする。ここで、上記表現は冗長なので、meg:、person:、pr:を、それぞれメッセージ、参加者、および記述語の語彙を示すための省略形として扱い、上記例をそれぞれ「meg:101」、「person:102」、「pr:sender」と扱う。このような省略形の定義を図８に示す。
【００４３】
ここで、「あるＢＢＳのメッセージ１０１は、Ａ氏によって発信された」ということを示すＲＤＦは、「msg:101 pr:sender person:102.」と記述できる。なお、これは、図９に示すようなグラフとして表現することもできる。
【００４４】
情報をＲＤＦで扱うためには、プロジェクト中のあらゆるものに、参照情報としてＩＤを付与する必要がある。例えば、このプロジェクト中で使用されるＢＢＳに「tool:BBS」のようにＩＤを与える。それと同時に、プロジェクトを記述するための語彙を定義しなければならない。プロジェクトを記述するための語彙として、Cheng Yongらの語彙（Cheng Yong et al、Project vocabulary specification、2004、［平成１６年６月２９日検索］、インターネット、＜ｈｔｔｐ：／／ｉｃｅ．ｋｕｉｓ．ｋｙｏｔｏ−ｕ．ａｃ．ｊｐ／ｐｒｏｊｅｃｔ＿ｒｄｆ／ｒｄｆ／＞参照）がある。この語彙では、「Project」,「Task」,「Person」,「Tool」などのクラスと、「sender」,「recipient」などの述語が準備されている。以下に示す具体例においては、この語彙を例として、pr:指定子によって指定して使用する。
【００４５】
次に、本実施の形態に係る状況情報表示システムの具体例について説明する。
図１０は、タスクの記述例である。
まず、タスク情報入力部３によりデータベース部４に入力されるタスク情報は、管理者によって入力される。ここで、管理者の入力もＲＤＦに従うとする。図１０に示すタスクでは、２つのツール、各ツールについて一つの活動の場、２人の参加者、および予定上の終了時間が指定されている。ここで、「ａ」は、「あるクラスのインスタンスである」ということを示すための述語とする。
【００４６】
上述したようにＲＤＦ形式で保存されたデータベース部４は、ＲＤＦのためのデータベース検索言語を用いて検索が行われる。例えば、以下の検索式は、名前が“Example Task”であるタスクで使用可能な全てのツールの名前をリストアップする。検索言語は、ＲＤＦのためのデータベース検索言語であるＲＤＱＬを参考にする（Andy Seaborne、Rdql:a query language for rdf、2004、［平成１６年６月２９日検索］、インターネット、＜ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／ｓｕｂｍｉｓｓｉｏｎ／ＲＤＱＬ／＞）。
【００４７】
select ?x
where
(?z, rdf:type, pr:Task),
(?z, pr:name, "Example Task"),
(?z, pr:tool, ?y),
(?y, pr:name, ?x)
【００４８】
上記検索式の各行の意味するところは以下の通りである。
１行目は、「ある条件に沿った?xを全て選択せよ」という意味である。
２行目は、「その条件を以下に示す、すなわち、３〜６行目に示す」という意味である。
３行目は、「あるタスク、すなわち、rdf:typeがpr:Taskであるタスク?zがある」という意味である。
４行目は、「タスク?zは、"Example Task"と名付けられている」という意味である。
５行目は、「タスク?zは、ツールを有する、すなわち、pr:toolとしてツール?yを有する」という意味である。
６行目は、「ツール?yは、?xと名付けられている」という意味である。
【００４９】
上記検索式から、"Example Task"と名付けられているタスク?zのツールの集合（[?z pr.tool ?y]となる?yの集合）の名前の集合として?xが検索される。
【００５０】
データ入力部２によりデータベース部４に入力される参加者の活動データおよび作成された資料は、ＢＢＳでのメッセージなどに対するタグとして、ＲＤＦで表現される。ＲＤＦで表現されたデータは、データベース部４中において全て単純に加えられる。参加者の活動データとして、メッセージと作成された資料とに関するデータの例を以下に示す。
【００５１】
図１１は、ある参加者によってあるＢＢＳへの投稿を示す模式図である。メッセージに関するデータは、メッセージに書かれた内容とは別に記述される。図１１に示すようなメッセージに対して、図１２に示すようにタグが付与される。図１２は、図１１のメッセージに対するタグの付与を説明する図である。図１２において、メッセージに書かれた内容はmsgcnt:150として、参加者の活動としてのメッセージはmsg:150として、それぞれＩＤが与えられている。図１２では、メッセージの内容がpr:textとして記述されているが、これは必ずしも記述される必要はなく、記述するか否かはテキストをメタデータとして含むか否かの方針に依存する。なお、後述する図１４の例ではテキストはメタデータに含めていない。
また、図１２に示すように、メッセージには、メッセージが発信されるのに使用されたツールのみならず、メッセージが発信された場（コンテキスト）も同時に記述される。具体的には、ＢＢＳのディスカッションルームのＩＤが記述されている。
【００５２】
このようなメッセージには、図１０に示すタスクtask:103に対して指定された活動の場cnt:200が指定されるので、タスクとメッセージとの間の関連が記述されたことになる。すなわち、以下の検索式によって、"Example Task"というタスクに関する全ての活動の場の全てのメッセージを検索することが可能となる。
【００５３】
select ?x
where
(?z, rdf:type, pr:Task),
(?z, pr:name, "Example Task"),
(?z, pr:context, ?y),
(?x, rdf:type, pr:Message),
(?x, pr:inContext, ?y)
【００５４】
上記検索式の各行の意味するところは以下の通りである。
１行目は、「ある条件に沿った?xを全て選択せよ」という意味である。
２行目は、「その条件を以下に示す、すなわち、３〜７行目に示す」という意味である。
３行目は、「あるタスク、すなわち、rdf:typeがpr:Taskである?zがある」という意味である。
４行目は、「タスク?zは、"Example Task"と名付けられている」という意味である。
５行目は、「タスク?zが有するコンテキストを?yとして選択する」という意味である。
６行目は、「タスク?xはメッセージである、すなわちpr:Message型である」という意味である。
７行目は、「タスク?xは、５行目で述べたコンテキスト?yの中に含まれている」という意味である。
【００５５】
上記検索式では、"Example Task"と名付けられたタスクが有するコンテキスト?yについて、このコンテキスト?yの中に含まれるメッセージが全て選択される。
【００５６】
図１３は、タスク遂行中に作成された文書の例を示す模式図である。参加者は、資料を作成した後、本実施の形態に係る状況情報表示システムに対して作成した資料に関する情報を登録する。この際、資料に関する情報には、関連するタスクも同時に指定する。
図１４は、図１３に示す文書に対してタグを付与した例を示す図である。図１４において、item:130に関する記述は、参加者が文書を記述した際に自動的に付与される。また、文書登録の際に参加者によってタスクとの関連が記述されれば、図１４の最後の行のように、タスクに対してこの文書との関連が記述される（タスク情報にこのＲＤＦ情報が付加される）。
例えば、以下の２つの検索式で、“Example Task”というタスクに関する全ての資料と、この資料の作成者を検索することが可能となる。
【００５７】
select ?x
where
(?y, rdf:type, pr:Task),
(?y, pr:name, "Example Task"),
(?y, pr:content, ?x)
【００５８】
上記検索式の各行の意味するところは以下の通りである。
１行目は、「ある条件に沿った?xを全て選択せよ」という意味である。
２行目は、「その条件を以下に示す、すなわち、３〜５行目に示す」という意味である。
３行目は、「あるタスク、すなわち、rdf:typeがpr:Taskであるタスク?yがある」という意味である。
４行目は、「タスク?yは、"Example Task"と名付けられている」という意味である。
５行目は、「タスク?yが有するコンテンツを?xとして選択する」という意味である。
【００５９】
この１つ目の検索式で、"Example Task"と名付けられたタスクが有する全てのコンテンツ（資料）が選択される。
２つ目の検索式は以下の通りである。
【００６０】
select ?x
where
(?z, rdf, pr:Task),
(?z, pr:name, "Example Task"),
(?z, pr:content, ?y),
(?y, pr:creator, ?x)
【００６１】
上記検索式の各行の意味するところは以下の通りである。
１行目は、「ある条件に沿った?xを全て選択せよ」という意味である。
２行目は、「その条件を以下に示す、すなわち、３〜６行目に示す」という意味である。
３行目は、「あるタスク、すなわち、rdf:typeがpr:Taskであるタスク?zがある」という意味である。
４行目は、「タスク?zは、"Example Task"と名付けられている」という意味である。
５行目は、「タスク?zが有するコンテンツを?yとして選択する」という意味である。
６行目は、「コンテンツ?yの作成者（クリエータ：pr:creator)が?xである」という意味である。
【００６２】
この２つ目の検索式により、"Example Task"と名付けられたタスクが有する全ての資料の作成者が?xの集合として選択される。
【００６３】
図１５は、タスクと関連づけられたメッセージおよび資料の例を示す模式図である。この図１５は、ＲＤＦのネットワーク記法により記述したものである。図１５の右側には、一つのタスクex:task-01に対して、活動の場cxt:room-31が割り当てられ、この活動の場に発信したメッセージmsg:mesg-01がタスクと関連づけられていることを示し、左側には、作成された資料item:doc-101がそのタスクと直接関連づけられていることを示している。
【００６４】
タスク状況情報は、編集部７がデータベース部４に対して検索式を送信し、データベース部４がその結果を編集部７に送信した後、編集部７が、読み出したデータ列を加工することによってリスト化される。リスト化されたデータは、ユーザ入出力部６のユーザインタフェースに送られ、ユーザに提示される。以下に、提示されるリストの作成方法の例を挙げる。
【００６５】
［メッセージリストの表示］
特定のタスクに関して発信されたメッセージの集合は、上述したように、データベースから容易に検索して入手可能である。入手したデータは、時間順の整列（昇順あるいは降順による）、発信者による選択などにより自在に加工されてリスト化される。
【００６６】
［キーワードの抽出と重要度計算］
タスクに関して用いられているキーワードのリストは、そのタスクに関するメッセージの内容、題名、作成した資料の内容、および協調作業において参照された外部情報の内容等から抽出される。得られたキーワードは、頻度あるいは重要度に応じてリスト化される。
タスクにおけるキーワードの重要度は、例えば情報検索技術において広く用いられているキーワード重み付け手法であるｔｆ．ｉｄｆ法によって得ることができる。ここで、ｔｆ．ｉｄｆ法では、全てのプロジェクトにおけるタスクの総数をＮ、あるキーワードｉ出現しているタスクの個数をｎ、あるタスクｔ中のキーワードｉの出現頻度をｔｆiとしたとき、log（Ｎ／ｎi）または（Ｎ／ｎi）をｉｄｆiとし、ｔｆiとｉｄｆiを乗じたものをｔｆ．ｉｄｆ値という。ここで、ｔｆ．ｉｄｆの値が高いキーワードは、タスクを特徴付けるキーワードと見なせる（Ricardo Baeza-Yates and Berthier Ribeiro-Neto、Modern information retrieval、Addison Wesley、1999参照）。
情報検索では、文書を特徴付けるキーワードの重み付け手法は数多くの提案されている。したがって、タスクとプロジェクトの属する分野によって手法を適宜選択できるように設計する必要がある。
【００６７】
図１６は、タスク状況情報の出力画面の具体例である。図１６において、最上段に対象となるタスク名を入力し、Refreshボタンを押すと、タスクに対して行われた参加者の活動から抽出された重要語、タスクに関して行われたメッセージ、タスクに関して作成された資料、およびタスクで使用可能なツールが、それぞれリスト化されて表示される。データベース部４の内部表現と出力画面との関係を、図１７に示す。ここで、ａは、ＲＤＦにおけるクラスのメンバーであることを示すrdf:typeの略記法である。
【００６８】
図１８は、本実施の形態に係る状況情報表示システムの具体例を示す図である。
図１８において、データ入力部２、タスク情報入力部３およびデータベース部４は、情報サーバ内に実装される。また、外部情報入力部５、ユーザ入出力部６および編集部７を表示クライアントとして情報サーバから分離して実装される。これにより、共通のデータベースを利用して、複数のタスク状況情報表示手法が適用可能となる。
協調作業で使用されるツールは、情報サーバへ参加者の活動データを送信するためのクライアントとして動作する。ＢＢＳ、ビデオ会議または共有エディタ等の各クライアントは、既存のクライアントに、情報サーバへのデータ送信モジュールを加えることで実現される。例えば、ＢＢＳから図１２に示すようなデータが送信され、情報サーバがこのデータを受信して、データベース部４へ保存する。クライアントで使用されるデータの内部表現レベルの情報は送信されない。これにより、既存の協調作業支援ツールを容易にクライアントとしてシステムの一部に組み込むことが可能となる。
【００６９】
このように、本実施の形態によれば、グループウェアや計算機を用いた人間の協調作業を支援するシステムにおいて、各タスクに関する資料やデータ、議論内容が異なる協調作業支援ツールを使用した場合においても、データをＲＤＦ形式に適切に変換することにより、内部データ形式に関わらずに出力データ形式のみを指定することでデータを相互利用することができるため、プロジェクトの進捗管理や詳細な活動状況を容易に把握することが可能となる。
【００７０】
本実施の形態によれば、各タスクにおいて、協調作業の状況をプロジェクトの管理者に表示することが可能となるので、プロジェクト管理者にとって各タスクの進捗管理が容易になる。
また、本実施の形態によれば、協調作業システムにおいて、各参加者の活動状況を表示することで、プロジェクトの参加者は、他の参加者の活動状況を、活動内容まで詳細に知ることが可能となる。また、プロジェクトの新規参加者が、それ以前の活動状況を把握するためにも利用できる。
あるタスクにおいて使用される複数の協調作業支援ツールを、出力するデータレベルで統合するため、異なるグループウェアのツールであっても、内部データ形式とは無関係に、出力データ形式のみを指定することで、データを相互利用することが可能となる。その結果として、プロジェクトにおいて、複数の協調作業支援ツールを、データの相互利用を考慮しつつ容易に利用可能となる。
【図面の簡単な説明】
【００７１】
【図１】本発明の実施の形態の状況情報表示システムの構成を示すブロック図である。
【図２】データ入力部２の動作を示すフローチャートである。
【図３】タスク情報入力部３の動作を示すフローチャートである。
【図４】データベース部４の動作を示すフローチャートである。
【図５】外部情報入力部５の動作を示すフローチャートである。
【図６】ユーザ入出力部６の動作を示すフローチャートである。
【図７】編集部７の動作を示すフローチャートである。
【図８】記述語の省略形の定義を説明する図である。
【図９】任意のＲＤＦをグラフとして表現した例である。
【図１０】タスクの記述例である。
【図１１】ＢＢＳへの投稿を示す模式図である。
【図１２】図１１のメッセージに対するタグの付与を説明する図である。
【図１３】タスク遂行中に作成された文書の例を示す模式図である。
【図１４】図１３に示す文書に対してタグを付与した例を示す図である。
【図１５】タスクと関連づけられたメッセージおよび資料の例を示す模式図である。
【図１６】タスク状況情報の出力画面の具体例である。
【図１７】データベース部４の内部表現と出力画面との関係を説明する図である。
【図１８】状況情報表示システムの具体例を示す図である。
【符号の説明】
【００７２】
１…状況情報表示システム、２…データ入力部、３…タスク情報入力部、４…データベース部、５…外部情報入力部、６…ユーザ入出力部、７…編集部。
【図１】
2006023888.tif 000003
【図２】
2006023888.tif 000004
【図３】
2006023888.tif 000005
【図４】
2006023888.tif 000006
【図５】
2006023888.tif 000007
【図６】
2006023888.tif 000008
【図７】
2006023888.tif 000009
【図８】
2006023888.tif 000010
【図９】
2006023888.tif 000011
【図１０】
2006023888.tif 000012
【図１１】
2006023888.tif 000013
【図１２】
2006023888.tif 000014
【図１３】
2006023888.tif 000015
【図１４】
2006023888.tif 000016
【図１５】
2006023888.tif 000017
【図１６】
2006023888.tif 000018
【図１７】
2006023888.tif 000019
【図１８】
2006023888.tif 000020