JP2011043899A - 情報管理装置、情報管理方法及びプログラム - Google Patents

Abstract

【課題】タスクにまつわる文書をタスクへの直接の関連性の有無にかかわらず管理できる情報管理装置、方法を提供する。
【解決手段】特定のタスクに関連する複数の関連情報と、該関連情報同士の関係性を表すリンク情報と、タスクの識別情報と、を対応づけて保持するタスクモデルを記憶したタスクモデル記憶部３０と、関連情報及びリンク情報の登録又は削除に係る操作内容を取得する操作情報取得部４１と、操作情報取得部４１で取得された操作内容に係る関連情報又はリンク情報を識別するための識別情報をタスクの実行ログとして操作履歴記憶部に時系列で記憶させる操作情報管理部４２と、操作履歴取得部４１により取得された関連情報の識別情報又はリンク情報の識別情報及びタスクの識別情報に基づいて、対応するタスクモデルに関連情報又はリンク情報を追記するモデル更新部４３と、を備えた。
【選択図】図３

Description

本発明は、タスクと、そのタスクに関連する文書を関連づけて管理する情報管理装置及び情報管理方法に関する。

仕事を管理する方法として、仕事のログを取り、後で活用できるようにする方法がよく取られる。特に複数人で同じ仕事をするようなシーンにおいては、誰がいつ何をしていたか、そのときどういう状況だったのかを後から確認できることは重要である。そこで、特に文書を利用するような仕事において、文書の利用履歴や変更履歴を取ることで、トレーサビリティを得ようとする技術が既に知られている。
しかし、従来までの、文書に対する変更履歴や利用履歴を取って確認をする方法では、まず、その文書そのものを知っていることが前提になる。例えば、会議において使われる資料について、その資料の存在を知っている場合は変更履歴や利用履歴を確認できるが、そもそも、その資料そのものの存在を知らないケースも存在する。
そこで仕事に資料を関連づける仕組みが必要となるが、従来行われてきた方法である「タスクに対して文書等のリソースを関連づける」方法では、タスクに対して意味のある文書しか扱えず、例えば、文書に付随する参考資料のような、それ自体はタスクに対して直接の関連のない文書を扱うことができないという問題があった。
それに対し、特許文献１には、仕事の流れに伴う文書の変化を管理する目的で、仕事の流れに応じた状態を文書間関連情報として設定することができる文書管理システムが開示されている。
この文書管理システムは、文書の登録に際し、文書同士を結びつける文書間関連情報を付加し、その文書関連情報自体に仕事の流れに応じた状態を持たせることにより、文書の状態変化に応じて適切に管理する構成が開示されている。

しかしながら、特許文献１に開示された構成によっては、文書同士の関連を管理することは出来るが、タスクに直接関連しない文書を扱えないという問題は解消できていない。
そこで、本発明は、タスクにまつわる文書をタスクへの直接の関連性の有無にかかわらず管理できる情報管理装置、情報管理方法を提供する目的とする。

上記の課題を解決するために、請求項１の発明は、特定のタスクに関連する複数の関連情報と、該関連情報同士の関係性を表すリンク情報と、タスクの識別情報と、を対応づけて保持するタスクモデルを記憶したタスクモデル記憶部と、前記関連情報及び前記リンク情報の登録又は削除に係る操作内容を取得する操作情報取得部と、該操作情報取得部で取得された操作内容に係る前記関連情報又は前記リンク情報を識別するための識別情報を前記タスクの実行ログとして操作履歴記憶部に時系列で記憶させる操作情報管理部と、前記操作履歴取得部により取得された前記関連情報の識別情報又は前記リンク情報の識別情報及び前記タスクの識別情報に基づいて、対応するタスクモデルに前記関連情報又は前記リンク情報を追記するモデル更新部と、を備えた情報管理装置を特徴とする。
また、請求項２の発明は、請求項１に記載の情報管理装置において、前記関連情報の識別情報を、前記関連情報の内容に基づくハッシュ値により発行し、前記リンク情報の識別情報を、当該リンク情報に係る各関連情報の識別情報及び当該リンク情報の種類に基づくハッシュ値により発行するＩＤ発行部と、を備える情報管理装置を特徴とする。
また、請求項３の発明は、請求項２に記載の情報管理装置において、前記ＩＤ発行部が、タスク自体に係る情報に基づいてタスクの識別情報を発行し、前記タスク自体に係る情報は、タスクに係わる人員の名称、タスクの行われる場所またはタスクに係る日時情報、及びタスクの名称の少なくとも一つを含む情報管理装置を特徴とする。

また、請求項４の発明は、請求項２に記載の情報管理装置において、前記タスクモデルに保持される関連情報又はリンク情報は、前記ＩＤ発行部により発行される関連情報の識別情報又はリンク情報の識別情報により記述される情報管理装置を特徴とする。
また、請求項５の発明は、特定のタスクに関連する複数の関連情報と、該関連情報同士の関係性を表すリンク情報と、タスクの識別情報と、を対応づけて保持するタスクモデルを記憶したタスクモデル記憶部と、操作履歴記憶部と、操作情報取得部と、モデル更新部と、操作情報管理部と、を備えた情報管理装置の情報管理方法であって、前記操作情報取得部が、前記関連情報と、前記リンク情報の登録又は削除に係る操作内容を取得するステップと、前記操作情報管理部が、前記操作情報取得部で取得された操作内容に係る前記関連情報又は前記リンク情報を識別するための識別情報を前記タスクの実行ログとして前記操作履歴記憶部に時系列で記憶させるステップと、前記モデル更新部が、前記操作履歴取得部により取得された前記関連情報の識別情報又は前記リンク情報の識別情報及び前記タスクの識別情報に基づいて、対応するタスクモデルに前記関連情報又は前記リンク情報を追記するステップと、を備えた情報管理方法を特徴とする。
また、請求項６の発明は、請求項５に記載の情報管理方法において、前記情報管理装置は、ＩＤ発行部を備え、該ＩＤ発行部が、前記関連情報の識別情報を、前記関連情報の内容に基づくハッシュ値により発行し、前記リンク情報の識別情報を、当該リンク情報に係る各関連情報の識別情報及び当該リンク情報の種類に基づくハッシュ値により発行するステップを備える情報管理方法を特徴とする。

また、請求項７の発明は、請求項６に記載の情報管理方法において、前記ＩＤ発行部が、タスク自体に係る情報に基づいてタスクの識別情報を発行するステップを含み、前記タスク自体に係る情報は、タスクに係わる人員の名称、タスクの行われる場所またはタスクに係る日時情報、及びタスクの名称の少なくとも一つを含む情報管理方法を特徴とする。
また、請求項８の発明は、請求項６に記載の情報管理方法において、前記タスクモデルに保持される関連情報又はリンク情報は、前記ＩＤ発行部により発行される関連情報の識別情報又はリンク情報の識別情報により記述される情報管理方法を特徴とする。
また、請求項９の発明は、請求項５乃至８の何れか一項に記載の情報管理方法をコンピュータに実現させるためのプログラムを特徴とする。

以上のように構成したので、本発明によれば、タスクのフローを管理するに際し、タスクにまつわる文書を、それがタスクに直接関連するものでなくとも統一的に扱うことができる情報管理装置を提供することが出来る。

本実施形態にかかるシステムの構成を説明する概略図。 本発明が実施されるサーバやパーソナルコンピュータなどのコンピュータシステムについて説明する図。 本発明のシステムの全体構成について説明する機能ブロック図。 リソース及びそのリソースの他のリソースとの関連性を登録する処理を説明するフローチャート。 リソースおよびリソース同士の関連性の登録操作の記録の要求を行うために、クライアントマシンにおいて提供される登録画面を示す図。 リソースあるいはリソースの他のリソースとの関連性を削除する処理を説明するフローチャート。 タスク毎の操作履歴を保存する操作履歴記憶テーブルについて説明する図。 タスクをリソース及びリソースの関連性で表すモデルを保存するタスクモデルの記録例を説明する図。 操作情報取得部がリソースおよびリンクの登録を記録する処理を説明するフローチャート。 操作情報取得部がリソースあるいはリンクの削除を記録する処理を説明するフローチャート。 操作情報管理部がリソースあるいはリンクの登録を操作履歴記憶テーブルに記録する処理を説明するフローチャート。 操作情報管理部がリソースあるいはリンクの削除を操作履歴記憶テーブルに記録する処理を説明するフローチャート。 モデル更新部がリソース及びリンクを操作履歴記憶テーブルに登録する処理を説明するフローチャート。 ＩＤ発行部が入力情報をもとにＩＤを発行する処理を説明するフローチャート。 リソースを登録する処理を説明するフローチャート。 操作情報取得部がリソースの登録を記録する処理を説明するフローチャート。 モデル更新部がリソースを操作履歴記憶テーブルに登録する処理を説明するフローチャート。 リンクを登録する処理を説明するフローチャート。 リンク登録操作の記録要求を行うために、クライアントマシンにおいて提供される登録画面を示す図。 操作情報取得部がリンクの登録を記録する処理を説明するフローチャート。 モデル更新部がリンクを操作履歴記憶テーブルに登録する処理を説明するフローチャート。 操作情報取得部が新規タスクを作成する処理を説明するフローチャート。 新規タスクの作成要求を行うために、クライアントマシン２において提供される登録画面を示す図。 操作情報取得部の要求に基づいて操作情報管理部が新規タスクの操作履歴記憶テーブルを作成する処理を説明するフローチャート。 操作情報取得部の要求に基づいてモデル更新部がタスクモデル記憶部に新規タスクモデルを作成する処理を説明するフローチャート。

以下に、図面を参照して本発明の実施の形態を詳細に説明する。
また、本発明で言うタスクとはスケジュールとして登録され得る個々のイベントを指すものであり、ミーティングや打ち合わせ、講演、仕事に関わる作業、などを指す。またスケジュールに登録されるものでなくとも、例えば継続的に行っている特定の作業などの業務をも指す。
また、リソースとは、あるタスクの内容や、タスクに関連する文書等の情報である。
本発明は、タスクのフローを管理する管理装置であり、タスクにまつわる文書を、それがタスクへの直接の関連性の有無にかかわらず管理するものであり、タスクに関わるすべての文書同士の関連性を記述した電子ファイルによる管理を行い、その文書および関連性の変化をログとして管理し、その両者をタスクのログとして扱う。

図１は、本実施形態にかかるシステムの構成を説明する概略図である。
典型的な実施形態としては図１に示すように、パーソナルコンピュータ（クライアントマシン）２がイントラネットやインターネットなどのネットワークＮＷに接続され、そのネットワークに接続される管理サーバ１がパーソナルコンピュータ２における電子ファイルやその電子ファイルに対する操作情報を管理するものである。

図２は、本発明が実施されるサーバやパーソナルコンピュータなどのコンピュータシステムについて説明する図である。
本発明は主にはパーソナルコンピュータや埋め込み型コンピュータ上で行うものである。
図２に示すように、クライアントマシン２、サーバ１として用いられるコンピュータシステムは、ＣＰＵ１０と、メモリ１１と、ディスプレイアダプタ１２を介したディスプレイスクリーンなどの表示装置１３と、シリアルポート１４と、キーボード１５と、マウスなどのポインティングデバイス１６と、記憶装置１７と、これらのデバイスを相互接続するバス２０を含む。その他、音声インタフェース１８やネットワークインタフェース１９など多くのデバイスを接続できる。
例えば、ネットワークインタフェース１９を通して、電子メールやＦＴＰ(File Transfer Protocol)などの電子ファイル転送やＷＷＷ(World Wide Web)などのネットワークサービスを利用したり、バスやシリアル、ネットワークインタフェースを介してプリンタやスキャナ、ＦＡＸといった外部入出力装置を利用したりすることができる。

図３は、本発明のシステムの全体構成について説明する機能ブロック図である。
ＤＢ（データベース）部３０として、リソース（関連情報）及びリソース同士の関連を表すリンク（リンク情報）の登録あるいは削除の記録をタスク毎に保持する操作履歴記憶部３１、タスク毎にタスクに関わるリソースとリソース同士の関連性に関する情報を保持するタスクモデル記憶部３２を有し、処理部４０として、クライアントマシン２におけるリソースあるいはリソース同士の関連に関する情報の登録操作、削除操作の記録要求を監視し、要求の際に入力された情報を取得するための操作情報取得部４１、操作履歴記憶部３１に格納される情報を管理する操作情報管理部４２、タスクモデル記憶部３２に格納される情報を構築するモデル更新部４３、入力情報のハッシュ値に基づきＩＤを発行するＩＤ発行部４４を有する。
なお、図３に示すように、ＤＢ部３０、及び処理部４０の操作情報管理部４２、モデル更新部４３及びＩＤ発行部４４は、サーバ１側のＣＰＵ１０によって実行される構成であり、処理部４０のうち操作情報取得部４１はクライアントマシン２側のＣＰＵ１０により実行される構成である。

また、サーバマシン１とクライアントマシン２はネットワークを介して情報のやりとりを行うものであるが、サーバクライアント型の方式を採らず、全ての構成を一つのマシンで動作させるようにしてもよい。
本発明には大きく２つのフローがある。一つはリソースを登録する際のフローであり、もう一つは削除する際のフローである。
まずはリソースを登録する際のフローから説明する。

図４は、リソース及びそのリソースの他のリソースとの関連性を登録する処理を説明するフローチャートである。
この図はリソースを、すでに登録されているリソースに対し関連づける形で登録する際に、その登録を記録するフローである。
まず操作情報取得部４１がリソースおよびそのリソースと関連する他のリソースの関連性の登録操作の記録の要求に対し、
（１）リソースの場所あるいはリソースの実体、
（２）リソースの種類、
（３）リソースの登録先となるタスクのＩＤ、
（４）リソースがどのＩＤのリソースに対して登録されたか、
（５）登録する対象となるリソースと登録するリソースとの関連、
の情報を取得する（ステップＳ１０１）。
次に、操作情報管理部４２が、登録するリソースと関連するリソースとの間のリンクのＩＤおよび登録するリソースのＩＤをＩＤ発行部４４より取得し、そのＩＤを操作履歴記憶部３１に登録する（ステップＳ１０２）。
さらにモデル更新部４３が、（１）〜（５）の情報およびステップＳ１０２でＩＤ発行部４４より得たＩＤに基づき、タスクモデル記憶部３２に格納されるタスクモデルを更新する（ステップＳ１０３）。

図５は、リソースおよびリソース同士の関連性の登録操作の記録の要求を行うために、クライアントマシン２において提供される登録画面を示す図である。
図５に示す登録画面は、クライアントマシン２側のディスプレイスクリーン１３に表示されるもので、クライアントマシン２で実行されるアプリケーションが表示する画面である。
操作情報取得部４１は、この画面により入力された情報（上記の（１）〜（５）の情報に相当）を取得する（図４のステップＳ１０１）。
この画面による操作により、ある文書を他の文書への関連性とともに、あるタスクに対して登録を行う。例えば、会議資料を、その会議で用いる別の資料の参考文書として、その会議というタスクに対して登録することができる。
なお、ここで、登録するリソースは、例えば他のリソースの参考資料など、タスクに直接関連がある必要はない、例えば、ある会議資料の参考文書としてある資料を登録する場合、この資料は必ずしも登録先の会議で直接使われるものである必要はない。

ユーザは、「登録するリソース」欄に、登録したいリソースを設定する。具体的には、クライアントマシン２が有するキーボード１５によりテキストボックス８０にリソースのパスを記入あるいはクライアントマシン２のポインティングデバイス１６により「参照」ボタン８１を押下（選択）することにより、クライアントマシン内にあるファイルを参照
しながら指定することが出来る。
次に、登録するリソースが関連するリソースのＩＤをテキストボックス８２に入力する。これにより、登録するリソースと関連するリソース間のリンクを登録できる。
次いで、その「関連するリソース」と「登録するリソース」の関連性をドロップダウンリスト８３により選ぶ。関連性の種類としては、例えば、「参考情報」、「説明」、「後継」などが挙げられる。
なお、この関連するリソースのＩＤ及び関連性の入力が行われなかった場合は、図１５を用いて後に説明するように、リソースのタスクに対する登録のみが行われる。

最後に、登録先のタスクのＩＤをテキストボックス８４に入力し、「登録」ボタン８５を押下することで入力された情報は操作情報取得部４１により取得され、リソース及びリンクのＩＤが操作情報管理部４２により操作履歴記憶部３１に登録される。
また、モデル更新部４３により、指定したＩＤについてのタスクモデルに、リソース及びリンクが登録される。
また、登録後は、登録したリソースのＩＤがクライアントマシン２のディスプレイスクリーン１３に表示されるなどしてユーザに通知される。
次に、削除する際のフローについて説明する。
削除する対象としてはリソース自体を削除する場合とリソースとリソースの関連性を表すリンクを削除する場合の２種類があるが、全体のフローとしては変わらないため、同じ図で説明する。

図６は、リソースあるいはリソースの他のリソースとの関連性を削除する処理を説明するフローチャートである。
まず操作情報取得部４１が、ユーザの登録操作に対し、
（１）削除するリソースあるいはリンクのＩＤ、および（２）削除するリソースあるいはリンクが登録されていたタスクのＩＤを得る（ステップＳ２０１）。
次に操作情報管理部４２が、それらの情報に基づき操作履歴記憶部３１の指定されたタスクに対応する操作履歴記憶テーブルを更新する（ステップＳ２０２）。
なお、タスクモデル記憶部３２に管理される情報については削除操作では更新されない。

図７は、タスク毎の操作履歴を保存する操作履歴記憶テーブルについて説明する図である。
この図は操作履歴記憶部３１に格納される一つの操作履歴記憶テーブルを示す。
操作履歴記憶テーブルは一つのタスクに対して一つ存在し、管理されるタスクの数だけ存在する。なお、タスクもＩＤによって管理され、このテーブルもＩＤによって呼び出される。ＩＤは、例えば数字の１から順に振る。作成日時とクライアントマシン名を組み合わせたもの、タスクの発生日時とタスク名を組み合わせたものなど、タスクに対してユニークなものとなる。操作履歴記憶部３１内にある各テーブルはＳＱＬなどにより同じデータベース上で管理され、対応するタスクのＩＤがそれぞれのテーブル名となる。従って同じＩＤの違うテーブルを作成することはできない。
テーブルのそれぞれの行が一つのリソースあるいはリンクの登録あるいは削除操作を表す。従ってリソースを他のリソースに関連づけて登録する際はリソースの登録とリンクの登録で２行分記録されることになる。逆にリソースが削除される際はそのリソースの削除に加え、そのリソースが持っていたリンクの数だけ行が追加されることになる。
各行４列あり、第１列目５０はその前の行を表すＩＤが格納され必須項目である。第２列目５１および第３列目５２は、それぞれ登録されるリソースあるいはリンクのＩＤ、削除されるリソースあるいはリンクのＩＤが格納されるが、第２列目５１と第３列目５２のうち片方のみに値が存在することが必須である。また第４列目５３には日時情報が格納される。第４列５３については値が存在しなくともよい。これらの値が格納される操作については操作情報管理部４２についての説明において後述する。

図８は、タスクをリソース及びリソースの関連性で表すモデルを保存するタスクモデルの記録例を説明する図である。
ここではミーティングに関するタスクモデルの記録例を示す。これはＲＤＦ／ＸＭＬの記法をもとに記述したタスクモデルである。全体として大きく3つの部分に分かれる。
一つめは<task>〜</task>で囲まれる部分６０（例えば<meeting>〜</meeting>）であり、タスクそのものの情報が格納される。具体的には<person>〜</person>の部分６１にタスクに関わる人が記録され、<location>〜</location>の部分６２にタスクの行われる場所が、<date>〜</date>の部分６３に日時情報が、<name>〜</name>の部分６４に名称がそれぞれ記録される。
二つめは<Items>〜</Items>で囲まれる部分６５であり、文字列で表されるリソースが記録される。<rdf:Seq>〜</rdf:Seq>の部分６６の中にリソースのリストが記録され、一つ一つのリソースが<rdf:li>〜</rdf:li>で囲まれた部分６７に記録される。

またその<rdf:li>は、実際は
<rdf:li about="sha1.7d5902b89e6bf566e93e88bfc01ddd9857c8faec">のように記録され、
about=" "で記述される部分、この例ではsha1.7d5902b89e6bf566e93e88bfc01ddd9857c8faecがそのリソースのＩＤとなる。さらにそのリソースの中で<description>〜</description>で囲まれる部分６８に実際のリソースの文字列が記述される。この文字列に対して、さらにリソースを関連づける場合は上の例のように<relation>〜</relation>で囲まれる部分６９で表されるリンクを並べることにより関連を記述する。上の例ではsha1.7d5902b89e6bf566e93e88bfc01ddd9857c8faecで表される「議事１」という文字列に対して、２つのリンクが張られている。

一つめのリンクは
<relation>
<rdf:Description about="sha1.7f82f7416a2b651c6aa3341cc0756312db006eef">
<source id="sha1.56c66affbf5a9c584ba2bdd402bbc3d734e569be" />
<type>reference</type>
</rdf:Description>
</relation>
で表され<rdf:Description about="sha1.7f82f7416a2b651c6aa3341cc0756312db006eef">で表されるsha1.7f82f7416a2b651c6aa3341cc0756312db006eefがリンクのＩＤとなる。
<source id="sha1.56c66affbf5a9c584ba2bdd402bbc3d734e569be"/>によりこのリンクはsha1.56c66affbf5a9c584ba2bdd402bbc3d734e569beのＩＤをもつリソースに対して張られていること、そのリンクの種類は<type>reference</type>により"reference"であることが記録される。なお、本実施形態において「リンクの種類」とは「リソースとリソースの関連」と同義である。また、リンク先となるリソースのＩＤ（この場合はsha1.56c66affbf5a9c584ba2bdd402bbc3d734e569be）は同じタスクモデル内に存在するリソースのＩＤであり、この例では後に説明する"参考資料.pdf"というファイルを指す。

二つめのリンクは
<relation>
<rdf:Description about="sha1.5de8fe6cab57d2b64ef52850a1d3b3c307cacff3">
<description id="sha1.6c40eb8b369683145cd251a5fb3665cc16aa93c1">重要</description>
<type>comment</type>
</rdf:Description>
</relation>
で表され、一つめのリンクと同様に
sha1.5de8fe6cab57d2b64ef52850a1d3b3c307cacff3がＩＤとなる。
<description id="sha1.6c40eb8b369683145cd251a5fb3665cc16aa93c1">重要</description>
により、このリンクはＩＤがsha1.6c40eb8b369683145cd251a5fb3665cc16aa93c1である「重要」という文字列リソースに対して張られたものであり、そのリンクの種類は"comment"であることが記録されている。

三つ目は<Files>〜</Files>で囲まれる部分７０であり、電子ファイルとなっているリソースが記録される。<rdf:Seq>〜<rdf:Seq>で囲まれる部分７１の中にリソースのリストが記録され、一つ一つのリソースが<rdf:li>〜</rdf:li>で囲まれた部分７２に記録される。
またその<rdf:li>は、実際は
<rdf:li about="sha1.56c66affbf5a9c584ba2bdd402bbc3d734e569be">のように記録され、
about=" "で記述される部分、この例ではsha1.56c66affbf5a9c584ba2bdd402bbc3d734e569beがそのリソースのＩＤとなる。さらにそのリソースの中で<source>〜</source>で囲まれる部分にリソースのＵＲＩが記述される。この文字列に対して、さらにリソースを関連づける場合は上の例のように<relation>〜</relation>で表されるリンクを並べることにより関連を記述する。リンクの記述方法に関しては二つめの<Items>〜</Items>の部分６５と同様である。
上の例ではsha1.56c66affbf5a9c584ba2bdd402bbc3d734e569beで表されるＵＲＩが「参考資料.pdf」である電子ファイルリソースに対して、１つのリンクが張られている。具体的にはそのリンクのＩＤがsha1.ebb2cf52043c582a3bc121e0bcb007319bb9897eで表され、そのリンクは「必読」というＩＤがsha1.275a9bf432d610f7cbd5556ebc99f24b1118f70dである文字列リソースに対して張られ、そのリンクの種類は"comment"である。なお、この「参考資料.pdf」の電子ファイルリソースのＩＤが先に説明した「議事１」に対して張られた一つめのリンクのリンク先となっている。

次に、操作情報取得部、操作情報管理、モデル更新部、ＩＤ発行部の個々の動作について以下に詳しく説明する。
図９は、操作情報取得部４１がリソースおよびリンクの登録を記録する処理を説明するフローチャートである。
このフローは操作情報取得部４１がリソースおよびリンクの登録操作の記録を要求されることにより起動する。
最初に、入力情報として、
（１）リソースの場所あるいはリソースの実体、
（２）リソースが登録されるタスクのＩＤ、
（３）リソースの登録先となるリソースのＩＤ、
（４）登録する対象となるリソースと登録するリソースとの関連、
（５）リソースの種類、
を取得する（ステップＳ３０１）。

次に（１）のリソースの場所あるいはリソースの実体をＩＤ発行部４４に渡し返り値として登録リソースのＩＤを得る（ステップＳ３０２）。
より具体的には（１）がリソースの場所である場合にはその指定される場所から取得されるリソースの実体を渡し、返り値として登録リソースのＩＤを取得し、（１）がリソースの実体である場合にはその実体そのものを渡し、返り値として登録リソースのＩＤを取得する。
次に、その登録リソースのＩＤおよび（２）リソースの登録先となるタスクのＩＤを操作情報管理部４２に渡し、登録操作を要求する（ステップＳ３０３）。
さらに、前々ステップで得たリソースのＩＤ、および（３）リソースの登録先となるリソースのＩＤ、および（４）登録する対象となるリソースと登録するリソースとの関連、をＩＤ発行部４４に渡し返り値として、登録するリソースとそのリソースの登録先となるリソース間の関連を表すリンクのＩＤを得る（ステップＳ３０４）。より具体的には
<source>ID-1</source><target>ID-2</target><type>Relation</type>
の文字列をＩＤ発行部４４に渡し、その返り値を得る。なお、ここでID-1は前々ステップで得たリソースのＩＤを、ID-2は（３）リソースの登録先となるリソースのＩＤを、Relationは（４）登録する対象となるリソースと登録するリソースとの関連を表している。
さらに前ステップで得られたリンクのＩＤおよび（２）のリソースの登録先となるタスクのIDを操作情報管理部４２に渡し、登録操作を要求する（ステップＳ３０５）。
最後に（１）〜（５）の情報および前ステップまでに得られた登録リソースのＩＤおよびリンクのＩＤをモデル更新部４３に渡し、登録操作を要求する（ステップＳ３０６）。

図１０は、操作情報取得部４１がリソースあるいはリンクの削除を記録する処理を説明するフローチャートである。
このフローは操作情報取得部４１がリソースあるいはリソース間のリンクの削除操作の記録を要求されることにより起動する。
最初に、入力情報として、
（１）削除するリソースあるいはリンクのＩＤ、および
（２）削除するリソースあるいはリンクが登録されていたタスクのＩＤ
を得る（ステップＳ４０１）。
次に（１）および（２）の情報を操作情報管理部４２に渡し、削除操作を要求する（ステップＳ４０２）。

図１１は、操作情報管理部４２がリソースあるいはリンクの登録を操作履歴記憶テーブルに記録する処理を説明するフローチャートである。
図１１に従い、操作情報管理部４２が登録操作を操作履歴記憶部３１に格納する際の処理フローを説明する。
最初に操作情報取得部４１より登録するリンクあるいはリソースのＩＤおよびそのリソースの登録先となるタスクのＩＤを取得する（ステップＳ５０１）。
次に操作履歴記憶部３１を参照し、そのタスクＩＤに対応する操作履歴記憶テーブルを抽出し、その最終行を１行追加し、その第２列目５１（図６を参照）に登録するＩＤを格納する（ステップＳ５０２）。
次に前行の内容に基づくＩＤをＩＤ発行部４４より取得し（ステップＳ５０３）、最終行の第１列５０に格納する（ステップＳ５０４）。ここでＩＤ発行部４４に渡す情報は前行の各列を" "でつないだ文字列である。また、その行が第１列目で前行が存在しない場合はnullが格納される。
さらに第４列５３に日時情報を格納する（ステップＳ５０５）。
なお、このフローの実施にあたっては米国特許出願第20080243752号に”Sequential logs”として開示される方法を利用することが可能であり、そのことにより不正改ざんできない操作履歴を記録することができる。

図１２は、操作情報管理部４２がリソースあるいはリンクの削除を操作履歴記憶テーブルに記録する処理を説明するフローチャートである。
最初に操作情報取得部４１より削除するリンクあるいはリソースのＩＤおよびそのリソースの登録されていたタスクのＩＤを取得する（ステップＳ６０１）。
次に操作履歴記憶部３１を参照し、そのタスクに対応する操作履歴記憶テーブルを抽出し、その最終行を一行追加し、その３列目に削除するリソースのＩＤを格納する（ステップＳ６０２）。
次に前行の内容に基づくＩＤをＩＤ発行部４４より取得し（ステップＳ６０３）、最終行の第１列に格納する（ステップＳ６０４）。ここでＩＤ発行部４４に渡す情報は前行の各列を" "でつないだ文字列である。また、その行が第1列目で前行が存在しない場合はnullが格納される。
さらに第４列に日時情報を格納する（ステップＳ６０５）。
なお、このフローの実施にあたっては米国特許出願第20080243752号に”Sequential logs”として開示される方法を利用することが可能であり、そのことにより不正改ざんできない操作履歴を記録することができる。

図１３は、モデル更新部４３がリソース及びリンクを操作履歴記憶テーブルに登録する処理を説明するフローチャートである。
このフローは操作情報取得部４１の登録要求により起動し、その際に操作情報取得部４１より入力として、
（１）リソースの場所あるいはリソースの実体、
（２）リソースの登録先となるタスクのＩＤ、
（３）リソースの登録先となるリソースのＩＤ、
（４）登録する対象となるリソースと登録するリソースとの関連、
（５）リソースの種類、
（６）リソースおよびリンクのＩＤ、を得る（ステップＳ７０１）。
最初に、（２）のタスクのＩＤに対応するタスクモデルをタスクモデル記憶部３２より抽出し（ステップＳ７０２）、そのタスクモデル中の（３）リソースの登録先となるＩＤのリソースが記述される箇所に（６）の２つのＩＤ、および（４）リソース間の関連を記述する（ステップＳ７０３）。

これは図８で説明した記法に従い、登録先となるリソースが記述される箇所に<relation>〜</relation>のタグで囲む形で記述する。より具体的には
<relation>
<rdf:Description about="sha1.7f82f7416a2b651c6aa3341cc0756312db006eef">
<source id="sha1.56c66affbf5a9c584ba2bdd402bbc3d734e569be" />
<type>reference</type>
</rdf:Description>
</relation>
の形で<rdf:Description about="sha1.7f82f7416a2b651c6aa3341cc0756312db006eef">のように（６）のうちリンクのＩＤを、<source id="sha1.56c66affbf5a9c584ba2bdd402bbc3d734e569be" />の形で（６）のうちリソースのＩＤを、<type>reference</type>の形で（４）リソース間の関連を、それぞれ記述する。

次に、その（５）リソースの種類に対応した箇所、リソースの種類によっては（３）のうち登録先となるＩＤのリソースが記述される箇所に（１）リソースの場所あるいは実体、および（３）のうちリソースのＩＤを記述する（ステップＳ７０４）。
これについても図８で説明した記法に従い、例えばリソースの種類が”item”であるときは<Items>〜</Items>の中に、文字列リソースとしてリソースの実体が記述され、”File”であるときは電子ファイルとして<Files>〜</Files>の中に、電子ファイルリソースとしてリソースの場所が記述され、"comment"であるときは登録先リソースのＩＤが記述される箇所に前ステップで記述されたリンクの箇所に、
<relation>
<rdf:Description about="sha1.5de8fe6cab57d2b64ef52850a1d3b3c307cacff3">
<description id="sha1.6c40eb8b369683145cd251a5fb3665cc16aa93c1">重要</description>
<type>comment</type>
</rdf:Description>
</relation>
の<description id="sha1.6c40eb8b369683145cd251a5fb3665cc16aa93c1">重要</description>のような形で文字列リソース「重要」およびそのＩＤ “sha1.6c40eb8b369683145cd251a5fb3665cc16aa93c1”のように記述される。

図１４は、ＩＤ発行部４４が入力情報をもとにＩＤを発行する処理を説明するフローチャートである。
このフローは米国特許出願第20080243752号と同様、ハッシュ関数を利用する。その方法に従えば、このフローは入力情報を受け取る（ステップＳ８０１）と、入力情報をハッシュ関数によりハッシュ値に変換し（ステップＳ８０２）、そのハッシュ関数を表す記号とハッシュ値を" "で結んで並べたものを返す（ステップＳ８０３）。
ハッシュ関数には、MD5、SHA1、SHA256等があるが、例えばそれらをハッシュ関数として利用した場合、それぞれmd5.（ハッシュ値）、SHA1.（ハッシュ値）、SHA256.（ハッシュ値）が返り値なる。
以上、リソースの登録あるいは削除に関して説明してきたが、登録に関しては必ずしもリソースとそのリソースと他のリソースとの関連性の双方が登録されるとは限らず、リソースあるいはリソース間の関連性の一方のみが登録されるケースも考えられる。そこで次にリソースのみの登録を記録するフローについて説明する。

図１５は、リソースを登録する処理を説明するフローチャートである。
まず操作情報取得部４１がリソース登録操作の記録の要求に対し、
（１）リソースの場所あるいはリソースの実体、
（２）リソースの種類、
（３）リソースの登録先となるタスクのＩＤ、
の情報を取得する（ステップＳ９０１）。
次に、操作情報管理部４２が登録するリソースのＩＤをＩＤ発行部４４より取得し、そのＩＤを操作履歴記憶部３１に登録する。さらにモデル更新部４３が、（１）〜（３）の情報および前ステップでＩＤ発行部４４より得たＩＤに基づき、タスクモデル記憶部３２に格納されるタスクモデルを更新する。

個々の動作について以下に詳しく説明する。ただし操作情報管理部４２の動作については先に説明したものと同様である。
図１６は、操作情報取得部４１がリソースの登録を記録する処理を説明するフローチャートである。
このフローは操作情報取得部４１がリソースの登録操作の記録を要求されることにより起動する。
最初に入力情報として、
（１）リソースの場所あるいはリソースの実体、
（２）リソースが登録されるタスクのＩＤ、
（３）リソースの種類、
を取得する（ステップＳ１００１）。
次に（１）のリソースの場所あるいはリソースの実体をＩＤ発行部４４に渡し返り値として登録リソースのＩＤを得る（ステップＳ１００２）。より具体的には（１）がリソースの場所である場合にはその指定される場所から取得されるリソースの実体を渡し、返り値として登録リソースのＩＤを取得し、（１）がリソースの実体である場合にはその実体そのものを渡し、返り値として登録リソースのＩＤを取得する。
さらにその登録リソースのＩＤおよび（２）リソースの登録先となるタスクのＩＤを操作情報管理部４２に渡し、登録操作を要求する（ステップＳ１００３）。
最後に（１）〜（３）の情報および前々ステップで得られた登録リソースのＩＤをモデル更新部４３に渡し、登録操作を要求する（ステップＳ１００４）。

図１７は、モデル更新部４３がリソースを操作履歴記憶テーブルに登録する処理を説明するフローチャートである。
このフローは操作情報取得部４１の登録要求により起動し、その際に操作情報取得部４１より入力として（１）リソースの場所あるいはリソースの実体、
（２）リソースの登録先となるタスクのＩＤ、
（３）リソースの種類、
（４）リソースのＩＤ、を得る（ステップＳ１１０１）。
最初に（２）のタスクのＩＤに対応するタスクモデルをタスクモデル記憶部３２より抽出し（ステップＳ１１０２）、次に、その（３）リソースの種類に対応した箇所に（１）リソースの場所あるいは実体、および（３）のうちリソースのＩＤを記述する（ステップＳ１１０３）。これについても図８で説明した記法に従い、例えばリソースの種類が"item"であるときは<Items>〜</Items>の中に、文字列リソースとしてリソースの実体が記述され、"File"であるときは電子ファイルとして<Files>〜</Files>の中に、電子ファイルリソースとしてリソースの場所が記述される。
さらにリンクのみの登録を記録するフローについて説明する。

図１８は、リンクを登録する処理を説明するフローチャートである。
まず操作情報取得部４１がリンク登録操作の記録の要求に対し、
（１）リンクが張られる２つのリソースのＩＤ、
（２）リソースの種類、
（３）リソースの登録先となるタスクのＩＤ、
の情報を取得する（ステップＳ１２０１）。次に操作情報管理部４２が登録するリンクのＩＤをＩＤ発行部４４より取得し、そのＩＤを操作履歴記憶部３１に登録する（ステップＳ１２０２）。
さらにモデル更新部４３が、（１）〜（３）の情報および前ステップでＩＤ発行部４４より得たＩＤに基づき、タスクモデル記憶部３２に格納されるタスクモデルを更新する（ステップＳ１２０３）。

図１９は、リンク登録操作の記録要求を行うために、クライアントマシン２において提供される登録画面を示す図である。
ユーザは、「登録するリソースのＩＤ」欄のテキストボックス９０及び「関連するリソースのＩＤ」欄のテキストボックス９１にそれぞれリソースのＩＤを指定することで、２つのリソース間のリンクを登録できる。さらに、「関連するリソース」と「登録するリソース」の関連性を、ドロップダウンリスト９２により選択する。関連性の種類としては、例えば参考情報、説明、後継、などが挙げられる。
最後に、テキストボックス９３に登録先のタスクのＩＤを入力し、「登録」ボタン９４を押下することで、入力された情報が操作情報取得部４１により取得され、操作情報管理部４２によってリンクのＩＤが操作履歴記憶部３１に登録され、モデル更新部４３により、リンクが、指定したＩＤのタスクモデルに対して登録される。

次に、個々の動作について以下に詳しく説明する。ただし操作情報管理部４２の動作については先に説明したものと同様である。
図２０は、操作情報取得部４１がリンクの登録を記録する処理を説明するフローチャートである。
このフローは操作情報取得部４１がリンクの登録操作の記録を要求されることにより起動する。
最初に入力情報として
（１）リンクが張られる２つのリソースのＩＤ、
（２）リンクの種類、
（３）リンクが登録されるタスクのＩＤ、
を取得する（ステップＳ１３０１）。
次に、（１）リンクが張られる２つのリソースのＩＤ、および（２）リンクの種類、をＩＤ発行部４４に渡し、返り値として、登録するリソースとそのリソースの登録先となるリソース間の関連を表すリンクのＩＤを得る（ステップＳ１３０２）。より具体的には
<source>ID-1</source><target>ID-2</target><type>Relation</type>
の文字列をＩＤ発行部４４に渡し、その返り値を得る。なお、ここでID-1は（１）のうちリンク元となるリソースのＩＤを、ID-2は（１）のうちリンク先となるリソースのＩＤを、Relationは（２）リンクの種類を表している。
さらに前ステップで得られたリンクのＩＤおよび（３）のリンクの登録先となるタスクのＩＤを操作情報管理部４２に渡し、登録操作を要求する（ステップＳ１３０３）。
最後に（１）〜（３）の情報および前々ステップで得られたリンクのＩＤをモデル更新部４３に渡し、登録操作を要求する（ステップＳ１３０４）。

図２１は、モデル更新部４３がリンクを操作履歴記憶テーブルに登録する処理を説明するフローチャートである。
このフローは操作情報取得部４１の登録要求により起動し、その際に操作情報取得部４１より入力として、
（１）リソースが張られる２つのリソースのＩＤ、
（２）リンクの種類、
（３）リンクの登録先となるタスクのＩＤ、
（４）リンクのＩＤ、
を得る（ステップＳ１４０１）。
最初に（３）のタスクのＩＤに対応するタスクモデルをタスクモデル記憶部３２より抽出し（ステップＳ１４０２）、そのタスクモデル中の（１）のうちリンク先となるリソースのＩＤのリソースが記述される箇所に（１）のうちリンク元となるリソースのＩＤ、および（２）リンクの種類、および（４）リンクのＩＤを記述する（ステップＳ１４０３）。
これは図７で説明した記法に従い、（１）のうちリンク先となるＩＤのリソースが記述される箇所に<relation>〜</relation>のタグで囲む形で記述する。より具体的には
<relation>
<rdf:Description about="sha1.7f82f7416a2b651c6aa3341cc0756312db006eef">
<source id="sha1.56c66affbf5a9c584ba2bdd402bbc3d734e569be" />
<type>reference</type>
</rdf:Description>
</relation>
の形で<rdf:Description about="sha1.7f82f7416a2b651c6aa3341cc0756312db006eef">のように（４）リンクのＩＤを、<source id="sha1.56c66affbf5a9c584ba2bdd402bbc3d734e569be"/>の形で（１）のうちリソース元のＩＤを、<type>reference</type>の形で（２）リンクの種類を、それぞれ記述する。
以上、リソース及びリンクあるいはそれらのうち一方の登録あるいは削除の記録によるタスクの管理方法について説明してきたが、これまでのフローはいずれも既に存在するタスクに対してリソースやリンクの登録・削除が行われた場合の記録方法を説明してきた。そこで最後に新規タスクの作成方法について説明する。

図２２は、操作情報取得部４１が新規タスクを作成する処理を説明するフローチャートである。
新規作成の要求が行われた場合、入力情報として、タスクに関する情報およびタスクのＩＤを操作情報取得部４１が取得し、新規タスクの作成を行う。この図ではそのフローを説明する。
まず先に説明したように、
（１）タスクそのものの情報、
（２）タスクのＩＤ、
を取得する（ステップＳ１５０１）。
ここで（１）タスクそのものの情報とは、その組み合わせによってタスクを一意に決定できる情報のことであり、例えばタスクに関わる人の名前および人のＩＤ、タスクの行われる場所の名前および場所のＩＤ、日時情報、名称が含まれる。タスクのＩＤは入力情報であってもいいし、（１）の情報に基づきＩＤ発行部４４が発行するものであってもよい。このときＩＤ発行部４４に入力情報として
<person>ID-A</person><person>ID-B</person>
<location>room-A</location>
<date>2008-11-26T16:00+09:00-2008-11-26T18:00+09:00</date>
<name>A社打ち合わせ</name>
を渡し、ＩＤを返り値として得る。ここでID-AやID-Bは人のID、room-Aは場所のＩＤを表す。人のＩＤは本システムを利用する集合に独自なもの、例えば会社で利用する場合は社員番号などであり、場所のＩＤもその場所に特有の文字列である。また日時はタスクの開始時点など一時点を表すものであっても、タスクが行われた期間など範囲を表すものであってもよい。

次に（２）の情報を操作情報管理部４２に渡し、新規タスク作成を要求する（ステップＳ１５０２）。ここでＩＤがすでに存在した場合は”task already exists”の返り値を得る。この返り値が返った場合はタスク作成に失敗したとしてそのまま”task already exists”を返して終了する。
前ステップで新規タスク作成に成功した場合は、さらにモデル更新部４３に（１）および（２）の情報を渡し、新規タスク作成を要求する（ステップＳ１５０３）。

図２３は、新規タスクの作成要求を行うために、クライアントマシン２において提供される登録画面を示す図である。
ここでは、タスクとしてミーティングのスケジュールを扱う場合の例を示しており、「スケジュールの名称」欄のテキストボックス１００にミーティング名を入力し、「場所」欄のテキストボックス１０１にミーティングの行われる場所を入力し、「開始日時」欄、「終了日時」欄のドロップダウンリスト１０２、１０３により、ミーティングの開始日時及び終了日時を選択する。さらに、「登録先ユーザ」欄に参加者名を設定する。参加者名は、［追加］ボタン１０４を押下することで表示されるリストからユーザを選択すること設定可能であり、複数人数を登録することも可能である。
なお、このときのタスクＩＤは、例えばＩＤ発行部４４に以下のような情報を入力することで、IDが発行される。
<person>理光 太郎</person>
<location>第１会議室</location>
<date>2009-07-01T15:00+09:00-2009-07-01T17:00+09:00</date>
<name>プロジェクト打ち合わせ</name>
この画面で登録ボタンを押すと、上記の情報に従い、ＩＤ発行部４４が発行したＩＤが、クライアントマシン２のディスプレイスクリーン１３に表示されるなどしてユーザに通知される。

次に、操作情報管理部４２およびモデル更新部４３の詳しい動作について以下に説明する。
図２４は、操作情報取得部４１の要求に基づいて操作情報管理部４２が新規タスクの操作履歴記憶テーブルを作成する処理を説明するフローチャートである。
最初に操作情報取得部４１より入力情報として、タスクのＩＤを取得する（ステップＳ１６０１）。
次に操作履歴記憶部３１に前ステップで得たＩＤを名前とする空のテーブルを作成する（ステップＳ１６０２）。ここでもしすでに同じＩＤを名前に持つテーブルが存在した場合は、”task already exits”を返す。

図２５は、操作情報取得部４１の要求に基づいてモデル更新部４３がタスクモデル記憶部３２に新規タスクモデルを作成する処理を説明するフローチャートである。
最初に操作情報取得部４１より入力情報として、
（１）タスクそのものに関する情報、
（２）タスクのＩＤ
を取得する（ステップＳ１７０１）。タスクそのものに関する情報は図２０において説明したとおりである。
次にタスクモデル記憶部３２に（２）のＩＤの名前のファイルを生成し（ステップＳ１７０２）、最後に（１）の情報を記述する（ステップＳ１７０３）。
以下に生成するタスクモデルを記述したファイルの例を示す。
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<rdf:Description about=" sha1.770777eb49bbaa59473bdfe4a78608c218e20400">
<task>
<rdf:Description about="xxx">
<person>
<rdf:Bag>
<rdf:li id="ID-A">Aさん</rdf:li>
<rdf:li id="ID-B">Bさん</rdf:li>
</rdf:Bag>
</person>
<location>
<rdf:Description about="room-A">会議室１</rdf:Description>
</location>
<date>2008-11-26T16:00+09:00-2008-11-26T18:00+09:00</date>
<name>A社打ち合わせ</name>
</rdf:Description>
</task>
<Items>
</Items>
<Files>
</Files>
</rdf:Description>
</rdf:RDF>
ここでID-AやID-Bは人のＩＤ、「Aさん」や「Bさん」は人の名前、」room-Aは場所のＩＤ、「会議室１」は場所の名前、2008-11-26T16:00+09:00-2008-11-26T18:00+09:00は日時情報、「A社打ち合わせ」はタスクの名称を例として表している。また（２）のタスクのＩＤはファイル中に、上の例の場合、２行目の
<rdf:Description about=" sha1.770777eb49bbaa59473bdfe4a78608c218e20400">
のように記述される。
以上説明したように、本発明によれば、タスクのフローを管理する情報管理装置において、タスクにまつわる文書を、それがタスクに直接関連するものでなくとも統一的に扱うことができる。
また、文書の関連性を扱うと同時に、その文書そのものと文書の関連性双方の変化を同時にタスクのログとして記録し、その関連文書の集合としてタスクを管理するので、文書や文書同士の関連性を、それらの内容に基づいて発行されるＩＤを用いて管理することで内容の一意性を保証することも可能である。

１０ ＣＰＵ、１１ メモリ、１２ ディスプレイアダプタ、１３ 表示装置、１４ シリアルポート、１５ キーボード、１６ ポインティングデバイス、１７ 記憶装置、１８ 音声インタフェース、１９ ネットワークインタフェース、２０ バス、３０ ＤＢ部、３１ 操作履歴記憶部、３２ タスクモデル記憶部、４０ 処理部、４１ 操作情報取得部、４２ 操作情報管理部、４３ モデル更新部、４４ ＩＤ発行部

特開２００３−１９６４３９公報

Claims (9)

1. 特定のタスクに関連する複数の関連情報と、該関連情報同士の関係性を表すリンク情報と、タスクの識別情報と、を対応づけて保持するタスクモデルを記憶したタスクモデル記憶部と、
   前記関連情報及び前記リンク情報の登録又は削除に係る操作内容を取得する操作情報取得部と、
   該操作情報取得部で取得された操作内容に係る前記関連情報又は前記リンク情報を識別するための識別情報を前記タスクの実行ログとして操作履歴記憶部に時系列で記憶させる操作情報管理部と、
   前記操作履歴取得部により取得された前記関連情報の識別情報又は前記リンク情報の識別情報及び前記タスクの識別情報に基づいて、対応するタスクモデルに前記関連情報又は前記リンク情報を追記するモデル更新部と、を備えたことを特徴とする情報管理装置。
2. 請求項１に記載の情報管理装置において、
   前記関連情報の識別情報を、前記関連情報の内容に基づくハッシュ値により発行し、前記リンク情報の識別情報を、当該リンク情報に係る各関連情報の識別情報及び当該リンク情報の種類に基づくハッシュ値により発行するＩＤ発行部と、を備えることを特徴とする情報管理装置。
3. 請求項２に記載の情報管理装置において、
   前記ＩＤ発行部が、タスク自体に係る情報に基づいてタスクの識別情報を発行し、前記タスク自体に係る情報は、タスクに係わる人員の名称、タスクの行われる場所またはタスクに係る日時情報、及びタスクの名称の少なくとも一つを含むことを特徴とする情報管理装置。
4. 請求項２に記載の情報管理装置において、
   前記タスクモデルに保持される関連情報又はリンク情報は、前記ＩＤ発行部により発行される関連情報の識別情報又はリンク情報の識別情報により記述されることを特徴とする情報管理装置。
5. 特定のタスクに関連する複数の関連情報と、該関連情報同士の関係性を表すリンク情報と、タスクの識別情報と、を対応づけて保持するタスクモデルを記憶したタスクモデル記憶部と、操作履歴記憶部と、操作情報取得部と、モデル更新部と、操作情報管理部と、を備えた情報管理装置の情報管理方法であって、
   前記操作情報取得部が、前記関連情報と、前記リンク情報の登録又は削除に係る操作内容を取得するステップと、
   前記操作情報管理部が、前記操作情報取得部で取得された操作内容に係る前記関連情報又は前記リンク情報を識別するための識別情報を前記タスクの実行ログとして前記操作履歴記憶部に時系列で記憶させるステップと、
   前記モデル更新部が、前記操作履歴取得部により取得された前記関連情報の識別情報又は前記リンク情報の識別情報及び前記タスクの識別情報に基づいて、対応するタスクモデルに前記関連情報又は前記リンク情報を追記するステップと、
   を備えたことを特徴とする情報管理方法。
6. 請求項５に記載の情報管理方法において、
   前記情報管理装置は、ＩＤ発行部を備え、該ＩＤ発行部が、前記関連情報の識別情報を、前記関連情報の内容に基づくハッシュ値により発行し、前記リンク情報の識別情報を、当該リンク情報に係る各関連情報の識別情報及び当該リンク情報の種類に基づくハッシュ値により発行するステップを備えることを特徴とする情報管理方法。
7. 請求項６に記載の情報管理方法において、
   前記ＩＤ発行部が、タスク自体に係る情報に基づいてタスクの識別情報を発行するステップを含み、前記タスク自体に係る情報は、タスクに係わる人員の名称、タスクの行われる場所またはタスクに係る日時情報、及びタスクの名称の少なくとも一つを含むことを特徴とする情報管理方法。
8. 請求項６に記載の情報管理方法において、
   前記タスクモデルに保持される関連情報又はリンク情報は、前記ＩＤ発行部により発行される関連情報の識別情報又はリンク情報の識別情報により記述されることを特徴とする情報管理方法。
9. 請求項５乃至８の何れか一項に記載の情報管理方法をコンピュータに実現させるためのプログラム。

Images