JP2005032128A - ドキュメント状態管理装置、ドキュメント状態管理システム、並びにこれらの方法およびプログラム - Google Patents

Abstract

【課題】 電子ドキュメントの処理の効率化および利便性の向上に寄与することのできるドキュメント状態管理装置、ドキュメント状態管理システム、並びにこれらの方法およびプログラムを提供する。
【解決手段】 監視対象において処理されるドキュメントの処理状態に関する状態情報を取得する状態情報取得手段と、前記状態情報取得手段により取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析手段と、前記状態情報解析手段による解析結果に基づいて前記ドキュメントの状態管理を行う状態管理手段とを有する。
【選択図】 図１

Description

本発明は、ドキュメント状態管理装置、ドキュメント状態管理システム、並びにこれらの方法およびプログラムに関するものである。

従来、ネットワークを介してイベントを送受信するという目的のもとで、制御機器の入出力イベントやキーボードからのキー入力といったイベント情報の変換及び操作を行う技術が提供されている（例えば、特許文献１参照。）。
特開１０−３２０３５３号公報 （第２―３頁、第１図）

しかし、上記従来技術は、複数のイベント駆動型システム間におけるドキュメントの処理に関するイベント情報の不整合を解消するものであり、近年増えつづけている電子ドキュメントの処理の効率化および利便性の向上の要請を満たすものではない。

本発明は上述した問題点を解決するためになされたものであり、電子ドキュメントの処理の効率化および利便性の向上に寄与することのできるドキュメント状態管理装置、ドキュメント状態管理システム、並びにこれらの方法およびプログラムを提供することを目的とする。

上述した課題を解決するため、本発明に係るドキュメント状態管理装置は、監視対象において処理されるドキュメントの処理状態に関する状態情報を取得する状態情報取得手段と、前記状態情報取得手段により取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析手段と、前記状態情報解析手段による解析結果に基づいて前記ドキュメントの状態管理を行う状態管理手段とを有することを特徴とするものである。

また、本発明に係るドキュメント状態管理システムは、監視対象に設けられ、該監視対象において処理されるドキュメントの処理状態に関する状態情報を収集する状態情報収集手段と、前記状態情報収集手段により収集された状態情報を送信する送信手段と、前記送信手段により送信された状態情報を取得する状態情報取得手段と、前記状態情報取得手段により取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析手段と、前記状態情報解析手段による解析結果に基づいて前記ドキュメントの状態管理を行う状態管理手段とを有することを特徴とするものである。

本発明に係るドキュメント状態管理方法は、監視対象において処理されるドキュメントの処理状態に関する状態情報を取得する状態情報取得ステップと、前記状態情報取得ステップにおいて取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析ステップと、前記状態情報解析ステップにおける解析結果に基づいて前記ドキュメントの状態管理を行う状態管理ステップとを有することを特徴とするものである。

また、本発明に係るドキュメント状態管理方法は、監視対象において処理されるドキュメントの処理状態に関する状態情報を収集する状態情報収集ステップと、前記状態情報収集ステップにおいて収集された状態情報を送信する送信ステップと、前記送信ステップにおいて送信された状態情報を取得する状態情報取得ステップと、前記状態情報取得ステップにおいて取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析ステップと、前記状態情報解析ステップにおける解析結果に基づいて前記ドキュメントの状態管理を行う状態管理ステップとを有することを特徴とするものである。

本発明に係るドキュメント状態管理プログラムは、監視対象において処理されるドキュメントの処理状態に関する状態情報を取得する状態情報取得ステップと、前記状態情報取得ステップにおいて取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析ステップと、前記状態情報解析ステップにおける解析結果に基づいて前記ドキュメントの状態管理を行う状態管理ステップとを有するドキュメント状態管理方法をコンピュータに実行させる構成となっている。

また、本発明に係るドキュメント状態管理プログラムは、監視対象において処理されるドキュメントの処理状態に関する状態情報を収集する状態情報収集ステップと、前記状態情報収集ステップにおいて収集された状態情報を送信する送信ステップと、前記送信ステップにおいて送信された状態情報を取得する状態情報取得ステップと、前記状態情報取得ステップにおいて取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析ステップと、前記状態情報解析ステップにおける解析結果に基づいて前記ドキュメントの状態管理を行う状態管理ステップとを有するドキュメント状態管理方法をコンピュータに実行させることを特徴とするものである。

以上に詳述したように本発明によれば、電子ドキュメントの処理の効率化および利便性の向上に寄与することのできるドキュメント状態管理装置、ドキュメント状態管理システム、並びにこれらの方法およびプログラムを提供することができる。

以下、本発明の実施の形態について図面を参照しつつ説明する。
（第１の実施の形態）
図１は、本発明の第１の実施の形態によるドキュメント状態管理システムの構成を示す機能ブロック図である。

本実施の形態によるドキュメント状態管理システムは、監視対象１としてのＯＳ１１、ブラウザアプリケーションソフト１２、データベースアプリケーションソフト１３、文書処理アプリケーションソフト１４および表計算アプリケーションソフト１５に、それぞれ設けられているモニタ１１ｍ〜１５ｍと、ドキュメント状態管理装置２と、関連表示手段Ｈと、関連情報データベースＤとから構成されている。

モニタ（状態情報収集手段および送信手段に相当）１１ｍ〜１５ｍは、監視対象であるＯＳ１１〜表計算アプリケーションソフト１５において処理されるドキュメントの処理状態に関する状態情報（後述）を収集（ドキュメントの状態を監視）し、収集した状態情報を送信するものである。ここでは、モニタ１１ｍ〜１５ｍおよび監視対象１は、ドキュメント状態管理装置２と通信可能にネットワーク接続されているＰＣ等のクライアント端末上で動作しているものとする。また、以下に述べるウィンドウとは、このクライアント端末に備えられた不図示の表示部に表示されるものとする。

モニタ１１ｍ〜１５ｍは監視しているドキュメントの状態が変化すると、その情報をキャプチャして、ドキュメント状態リスト（図２および図６参照）に書き込みを行う。この時キャプチャする内容（状態情報に相当）は、イベントが起こった時間（更新日時５１）、ドキュメントに関する情報（例えば、アプリケーション名５２、ドキュメントへのアクセス情報（ドキュメント情報５４）、ドキュメント名５３、現在ドキュメントにアクセスしているアクセス者５５、状態５６等）などである。なお状態５６には、Ｏｐｅｎ（ドキュメントが起動されている）、Ｏｐｅｎ／Ａｃｔｉｖｅ（ドキュメントが起動されており、ウィンドウが最前面）、Ｏｐｅｎ／Ｓａｖｅ（ドキュメントが起動されており、保存されている）、およびＳｃｒｅｅｎＳａｖｅｒ（スクリーンセーバーが起動されている）等がある。

ドキュメント状態管理装置２は、状態情報取得手段２１、状態情報格納手段２２、状態判定ルール格納手段２３、状態情報解析手段２４および状態管理手段２５から構成されている。

状態情報取得手段２１は、監視対象（ＯＳ１１〜表計算アプリケーションソフト１５）において処理されるドキュメントの処理状態に関する状態情報を取得するものである。具体的に、状態情報取得手段２１は、モニタ１１ｍ〜１５ｍによって収集・送信された状態情報を受信することにより取得している。

状態情報格納手段２２は、状態情報取得手段２１により取得された状態情報を、リスト形式（ドキュメント状態リスト）で格納するものである。ドキュメント状態リストは、モニタしているドキュメントに変化がある時に更新される（図２参照）。

状態判定ルール格納手段２３は、状態管理手段２５において発生させるアクションの内容とそれを実行する際のドキュメント状態が、対になっている状態判定ルールテーブルの情報（所定の解析ルール）を格納する。状態判定ルールテーブルには、「ドキュメント状態リストの状態が条件Ａを満たしたときに、状態管理手段においてアクションＢを実行する」というように、ドキュメント状態リストの状態と状態管理手段２５において実行するアクションとが対応するように定義されている（図３参照）。

状態情報解析手段２４は、状態情報取得手段２１により取得された状態情報を、状態判定ルールテーブルに規定されるルールに基づいて解析する。すなわち、ドキュメント状態リストが更新されたというイベントを受信すると、状態が変化したドキュメントの状態情報が、状態判定ルールテーブル内のいずれかの条件を満たすかどうかの比較・判定を行う。

状態管理手段２５は、状態情報解析手段２４による解析結果に基づいてドキュメントの状態管理を行う。具体的には、ドキュメント状態リストが状態判定ルールテーブル内の条件を満たす場合は、状態判定ルールテーブル内に規定されているドキュメント状態に対応するアクションを実行する
すなわち、本実施の形態によるドキュメント状態管理装置は、監視対象において処理されるドキュメントの処理状態に関する状態情報を取得する状態情報取得手段と、状態情報取得手段により取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析手段と、状態情報解析手段による解析結果に基づいてドキュメントの状態管理を行う状態管理手段とを有する構成となっている。

以下、本実施の形態によるドキュメント状態管理システムにおける処理の流れについて説明する。

まず、ドキュメント状態リストに記録されている１つのドキュメントの状態や、複数のドキュメントの状態の組み合わせが状態判定ルールテーブル（図３参照）に定義されている条件と一致する時に、定義されたアクションを状態管理手段２５により実行させる場合について説明する。

ユーザは、図３の状態判定ルールテーブルにおける「ドキュメント状態６２」の項目にドキュメントの状態を状態情報解析手段が理解できる形式で、右の「アクション６３」項目にも同様に、その条件が満たされたときに状態管理手段で実行するアクションを、状態管理手段が理解して実行できる形式で任意に入力することができる。

なお、ここで参照するドキュメント状態リストには、少なくとも現在起動されているドキュメントに関する状態情報が表示されている（図２）。

例えば、ドキュメントＡ、ドキュメントＢおよびドキュメントＣがあり、それぞれのドキュメントをユーザが使いやすいように表示させたい場合に、「ドキュメントＡ、ＢおよびＣのドキュメントのうち、２つ以上のドキュメントが起動されているときに、ウィンドウを上から常にドキュメントＡ、ドキュメントＢ、ドキュメントＣの順序に並べて表示する（ルール４）。」というルールが定義されているとする（図３参照）。

この場合における、本実施の形態によるドキュメント状態管理方法の処理の流れを図４のフローチャートに従って説明する。

まず、監視されているドキュメントＡが起動されると、新規な状態情報が発生し、モニタによって収集され（状態情報収集ステップ）、状態情報取得手段２１に対して送信される（送信ステップ）。

そして、この送信された状態情報を状態情報取得手段２１により取得する（状態情報取得ステップ）。そして、取得された状態情報によって状態情報格納手段２２に格納されているドキュメント状態リストが更新される。これに従い、更新されたドキュメント状態リストの内容が状態情報解析手段２４に送られる。

状態情報解析手段２４は状態判定ルール格納手段２３に格納されている状態判定ルールテーブルの中に、ドキュメント状態リストに含まれる状態情報が関連するルールがあるかを判定する（Ｓ１１）。

現在のドキュメント状態リストの状態に関係のあるルールが、状態判定ルールテーブルの中にない場合（Ｓ１１，Ｎｏ）、この処理を終了する。一方、現在のドキュメント状態リストの状態に関係のあるルールが、状態判定ルールテーブルの中にある場合（Ｓ１１，Ｙｅｓ）、次のステップ（Ｓ１２）へと進む。このとき、関係のあると判断されるルールが複数ある場合もある。

次に、この現在のドキュメント状態リストの状態に関係のあるルールを満たすか否かの判断は、現在のドキュメント状態リストに含まれる状態情報だけで可能か判定する（Ｓ１２）。なお、現在のドキュメントリストに含まれる状態情報だけでは判断ができない場合（Ｓ１２，Ｎｏ）については後述することとする。

続いて、ドキュメント状態リストにおける状態情報と、上述のステップ（Ｓ１１）において関係があると判断されたルールとの比較を行う（Ｓ１４）。この比較の後、ドキュメント状態リストにおける状態情報が、関係があると判断されたルールを満たしているか否かを判定する（Ｓ１５）（状態情報解析ステップ）。ここで、ドキュメントの状態がルールを満たしていない場合（Ｓ１５，Ｎｏ）、まだ判定を行っていない関係があると判断された他のルールとの比較を行うべく（Ｓ１７）、ステップＳ１２へと戻る。

一方、ドキュメントの状態がルールの条件を満たしている判断した場合（Ｓ１５，Ｙｅｓ）、関係があると判断された全てのルールの条件との比較が完了したか否かを判定する（Ｓ１６）。まだ関係があると判断された全てのルールの条件との比較が完了していなければ（Ｓ１６，Ｎｏ）、関係のある他のルールの条件との比較を行う（Ｓ１７）。一方、関係のある全てのルールの条件との比較が完了していれば（Ｓ１６，Ｙｅｓ）、比較の結果条件を満たしたルールに対応するアクションを状態管理手段２５により実行する（Ｓ１８）（状態管理ステップ）。例えば、ルール４を満たした場合、上からドキュメントＡ、ドキュメントＢ、ドキュメントＣの順序でウィンドウを表示させる。

図５に示すように、ドキュメントＣが先に起動されており（状態１）、後にドキュメントＡが起動されることにより、ルール４を満たした場合（状態２）、状態判定ルールテーブルの内容に従って、ウィンドウが常に上からドキュメントＡ、ドキュメントＣの順で並ぶように表示させる（状態３）。

もちろん、該当するルールが状態判定ルールテーブルに存在しない場合は、状態管理手段２５においては何も行わない。

もし、あるドキュメント状態の時に、状態判定ルールの中に一致するルールが複数存在する場合は、これら一致するルール全てに対応するアクションを実行させることも、実行させるアクションを選択することもできる。また、状態管理手段により実行させたアクションがきっかけとなり、連鎖的にアクションが発生するような場合でも、途中で処理を中断する手段を備えているものとする。これについても、状態判定ルールテーブルの中で定義できる（図３のルール６を参照）。

ドキュメントの操作イベントは、「起動した」、「更新した」、「終了した」といったものや、ドキュメントのウィンドウに関する、「最前面にした」、「最小化した」、「最大化した」、「移動した」なども監視対象とすることができる（すなわち、状態情報として扱うことができる。）。

この他、ドキュメント情報リストにおける状態情報が、「スクリーンセーバーが作動すると、起動していたドキュメントを保存する。」というルール（図３のルール７）を満たした場合、ＯＳ１１の監視をしていたモニタ１１ｍがスクリーンセーバーの起動を感知して、このＯＳ１１において起動されていたドキュメントを自動的に保存させることも可能である。

ここまでは、現在のドキュメントの状態（図２参照）に注目して、それらが状態判定ルールテーブルと一致しているときに、その一致したルールに対応するアクションを実行する例を述べたが、過去のドキュメント状態を参照することで、過去のドキュメント状態と現在のドキュメント状態を組み合わせて、アクションを実行させることもできる。この場合、更新された過去の状態情報も参照できるような形式で状態情報が保管されたドキュメント状態リストを用いる（図６参照）。このとき、状態情報取得手段２１により取得される状態情報には、時間情報が含まれ、所定の解析ルールとしての状態判定ルールテーブルには時間に関連する状態が規定されている。

例えば、あるドキュメントが、特定回数利用された場合にそれを通知するという機能が必要だった場合、これに対して例えば、状態判定ルールテーブルで「ドキュメントＣを一日で１０回起動したら、管理者に通知する（ルール５）」というルールを定義する。

ドキュメントＣが起動されたという状態をモニタが感知すると、ドキュメントＣのキャプチャ情報が、ドキュメント状態リストに書き込まれる。

この時に、ルール５が条件を満たしているかどうか判断する為には、現在のドキュメント状態リストからのみでは判断できず、過去のドキュメントＣのドキュメント状態の情報を利用しないと判断することはできない（図４におけるステップＳ１２およびＳ１３に相当）。

よって、状態情報解析手段２４はドキュメント状態リストの中から、ルール５の条件に見合う過去一日分の状態情報（履歴情報）を参照し、これらを対象として条件判断を行う。これらの情報によって、その時のドキュメントＣの起動が、本日１０回未満だった場合は状態管理手段２５では何も行わず、１０回目の起動だったら、管理者にそれを通知する。（ここで、例えば１０回ごとに通知するには、「１０回を通知した」という記録を残しておいて、それ以降の作業リストのみをカウントの対象とすることもできる）
さらに、対象とするドキュメントが複数ある場合で、それぞれのドキュメントの状態情報の組み合わせに時間差のある場合でも、ドキュメントの状態やイベントに意味づけをすることが可能である。

例えば、ドキュメントＡ，ドキュメントＢ，ドキュメントＣという関係の深い３つのドキュメントがあった場合に、どれか２つを時間的に近い間隔で起動した時に、残りの１つのドキュメントも起動させたいとする。これに対して、状態判断ルールテーブルにおいて「ドキュメントＡが開かれてから１０分以内にドキュメントＢが開かれたら、ドキュメントＣを起動させる。（ルール３）」というルールを定義することで、ドキュメントの状態がルール３に一致した場合、ドキュメントＣの自動起動が可能になる。

ドキュメントＡが起動された状態を状態情報解析手段２４が認識すると、「ドキュメントＡが起動」されている状態に関係のあるルールを検索する（図４のＳ１１に相当）。ルール３を満たす為には、ドキュメントＢが起動されている必要がある。ドキュメント状態リストからこれを判断し、もしドキュメントＢが起動されていなかった場合には、このルールのアクションは実行されない。

もし、ドキュメントＢが起動されている場合には、それがいつ起動されたものなのかを、過去の状態リストから検索し、条件にある「１０分以内かどうか」を判断する。ドキュメントＡが１０分以上前に起動されていた場合、状態管理手段では何もアクションを起こさないが、１０分以内に起動されていた場合には、ルールに定義されている「ドキュメントＣを起動する」というアクションを実行する。

また、モニタしているドキュメントのウィンドウが最前面になった時に、それに関する情報を表示させるためには図３のルール２のような定義を行う。

モニタリングしているドキュメントのウィンドウが最前面になると、状態情報解析手段２４では状態判定ルールテーブル内のルール２の条件と一致することを確認し、状態管理手段２５ではルール２に規定されているアクション「最前面になったドキュメントの情報を関連表示装置に通知」を実行する。

このように、本実施の形態によるドキュメント状態管理システムは、状態管理手段２５は、状態情報解析手段２４による解析結果に基づいて、監視対象にドキュメントに対して所定の処理を行わせる構成となっている。

この他、図１に示すように、他の解析装置等によって解析されたドキュメント間の関係に関する情報（「そのドキュメントが作成する時に参考にした情報」、「そのドキュメントを使って作られたドキュメント」など、ドキュメントに関連のある情報）が格納されている関連情報データベースＤからこれらの情報を取得し、関連表示装置Ｈにて表示させることもできる。この関連表示装置Ｈでは、最前面になったドキュメントに関する情報を受信する。

図７に関連表示装置Ｈの表示例を示す。

注目ドキュメントフィールド８０１は、検索の対象となるドキュメントの識別子を入力するフィールドである。「選択文書に注目」ボタン（後述）により、注目ドキュメントを切り替えた場合には、切り替え後のドキュメントの識別子が表示される。「関連表示」ボタン８０２を押すことにより、注目ドキュメントフィールドに入力されているドキュメント識別子を用いてドキュメント情報データベースを検索し、検索結果の関連ドキュメントが、「参照」「派生」「共起」ドキュメントリストに表示される。ここでは、Ａの情報を使ってＢの情報を作成した場合には、「ＡはＢの参照情報である」逆に「ＢはＡの派生情報である」という意味で「参照」「派生」の関連を定義し、また、同時に利用される可能性の高いドキュメント間には「共起」という関連を用いている。

参照したドキュメントリスト８０３には、「注目ドキュメント」に対して、「参照」の関連のあるドキュメントが関連の強いものから順に表示される。派生したドキュメントリスト８０４には、「注目ドキュメント」に対して、「派生」の関連のあるドキュメントが関連の強いものから順に表示される。共起するドキュメントリスト８０５には、「注目ドキュメント」に対して、「共起」の関連のあるドキュメントが関連の強いものから順に表示される。検索結果のドキュメントリストのひとつを選択して、「選択文書に注目」ボタン８０６を押すと、選択ドキュメントを注目ドキュメントとした場合の、「参照」「派生」「共起」関連ドキュメントの検索を行い、表示を更新する。これにより、注目ドキュメントフィールド８０１へキーボードで再入力することなく、マウスクリックだけで簡単にドキュメントの関連をたどることができる。また、検索結果のドキュメントリストのひとつを選択して、「選択文書の起動」ボタン８０７を押すことで、選択されたドキュメントを起動する。検索結果のドキュメントリストのひとつを選択して、「選択文書の印刷」ボタン８０８を押すことで、選択されたドキュメントの印刷処理を起動する。

なお、上述の監視対象１におけるＯＳ１１〜表計算アプリケーションソフト１５およびドキュメント状態管理装置２は、処理を行うための不図示のＣＰＵをそれぞれ有しており、上述のドキュメント状態管理方法は、これらのＣＰＵによってドキュメント状態管理プログラムを実行することにより実現される。

なお、ドキュメント状態管理プログラムは、監視対象１もしくはドキュメント状態管理装置２に備えられた不図示のＲＯＭに格納されている。

ここでは、装置内部に発明を実施する機能が予め記録されている場合で説明をしたが、これに限らず同様の機能をネットワークから装置にダウンロードしても良いし、同様の機能を記録媒体に記憶させたものを装置にインストールしてもよい。記録媒体としては、ＣＤ−ＲＯＭ等プログラムを記憶でき、かつ装置が読み取り可能な記録媒体であれば、その形態は何れの形態であっても良い。またこのように予めインストールやダウンロードにより得る機能は装置内部のＯＳ（オペレーティングシステム）等と共働してその機能を実現させるものであってもよい。

また、本実施の形態では、所定の解析ルールとしての状態判定ルールテーブルの情報は、ドキュメント状態管理装置内に配置された状態判定ルール格納手段に格納されているが、これに限られるものではなく、この状態判定ルール格納手段をドキュメント状態管理装置とネットワーク接続された外部機器に配置するといったことも可能である。
（第２の実施の形態）
上述の第１の実施の形態においては、モニタをアプリケーション等ごとに設け、モニタリングしているが、これに限らず例えばＯＳを監視することによって、そのＯＳ上で処理を行う複数のアプリケーションの状態を把握できる場合は、そのようなＯＳ１１’のみにモニタ１１ｍ’を設ける構成とすることもできる（図８）。

本実施の形態によるドキュメント状態管理システムは、上述の第１の実施の形態の応用例である。本実施の形態によるドキュメント状態管理装置は、第１の実施の形態におけるものと同様な構成であるため、同様な機能を有する部分については同一符号を付し、説明は割愛する。

なお、本実施の形態によるドキュメント状態管理装置が上述の第１の実施の形態におけるものと同様な効果を奏することは言うまでもない。
（第３の実施の形態）
この他、ファイルサーバ上のシステムファイル、共有ドキュメントなどへの外部装置ｇ１〜ｇｎからのアクセスにファイルシステムｆを利用する場合は、このファイルシステムｆにモニタｆｍを設け、このファイルシステムｆにおけるドキュメントの処理の状態に関する状態情報の収集・送信を行わせることも可能である（図９参照）。

本実施の形態によるドキュメント状態管理システムは、上述の各実施の形態の応用例である。本実施の形態によるドキュメント状態管理装置は、上述の各実施の形態におけるものと同様な構成であるため、同様な機能を有する部分については同一符号を付し、説明は割愛する。なお、本実施の形態によるドキュメント状態管理装置が上述の第１の実施の形態におけるものと同様な効果を奏することは言うまでもない。

以上のように、本発明に係るドキュメント状態管理システムは、ひとつ以上の監視対象に組み込まれた、監視対象のドキュメント状態をモニタするひとつ以上のモニタと、モニタされたドキュメントの状態を複数記録するドキュメント状態リストと、ドキュメント状態リスト内の状態があらかじめ指定された条件と一致したときに実行するアクションを複数記録した状態判定ルールテーブルと、ドキュメント状態リストを監視し、指定された条件をリストから発見したときに指定されたアクションを実行する状態管理手段とから構成されている。

また、上述のドキュメント状態リストは、状態の変化を変化の発生順とともに記録するものとすることができ、この場合、状態管理手段は状態遷移に基づく条件判定を行う構成となっている。

上述のような構成としたことにより、ドキュメントのイベントを他のイベント（アクション）に置き換えることができる。また、複数のドキュメント状態を把握し、それらの状態の組み合わせが成立した時に、別のアクションを実行させることを可能としている。具体的には、モニタしているドキュメントの状態が、定義されている条件を満たした場合にそれに応じてアクションを実行させる。これにより、複数のドキュメントのイベントや状態を関係づけて活用することができる。

本発明の第１の実施の形態によるドキュメント状態管理システムの構成を示す機能ブロック図である。 ドキュメント状態リストの一例を示す図である。 状態判定ルールテーブルについて説明するための図である。 本実施の形態によるドキュメント状態管理方法の処理の流れを示すフローチャートである。 状態管理手段におけるアクションの実行について説明するための図である。 過去の状態情報を含む、ドキュメント状態リストの一例を示す図である。 関連表示装置の表示例を示す図である。 本発明の第２の実施の形態によるドキュメント状態管理システムの構成を示す機能ブロック図である。 本発明の第３の実施の形態によるドキュメント状態管理システムの構成を示す機能ブロック図である。

符号の説明

１ 監視対象、２ ドキュメント状態管理装置、２１ 状態情報取得手段、２２ 状態情報格納手段、２３ 状態判定ルール格納手段、２４ 状態情報解析手段、２５ 状態管理手段、Ｈ 関連表示手段、Ｄ 関連情報データベース。

Claims (11)

1. 監視対象において処理されるドキュメントの処理状態に関する状態情報を取得する状態情報取得手段と、
   前記状態情報取得手段により取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析手段と、
   前記状態情報解析手段による解析結果に基づいて前記ドキュメントの状態管理を行う状態管理手段と
   を有するドキュメント状態管理装置。
2. 請求項１に記載のドキュメント状態管理装置において、
   前記状態管理手段は、前記状態情報解析手段による解析結果に基づいて、前記監視対象に前記ドキュメントに対して所定の処理を行わせるドキュメント状態管理装置。
3. 請求項１又は請求項２に記載のドキュメント状態管理装置において、
   前記状態情報取得手段により取得される状態情報には、時間情報が含まれ、前記所定の解析ルールには時間に関連する状態が規定されているドキュメント状態管理装置。
4. 請求項１から請求項３のいずれかに記載のドキュメント状態管理装置において、
   前記監視対象はアプリケーションソフトであり、
   前記状態情報取得手段は、該アプリケーションソフトにおけるドキュメントの状態情報を取得するドキュメント状態管理装置。
5. 請求項１から請求項３のいずれかに記載のドキュメント状態管理装置において、
   前記監視対象はオペレーティングシステムであり、
   前記状態情報取得手段は、該オペレーティングシステムにおけるドキュメントの状態情報を取得するドキュメント状態管理装置。
6. 請求項１から請求項３のいずれかに記載のドキュメント状態管理装置において、
   前記監視対象はファイルシステムであり、
   前記状態情報取得手段は、該ファイルシステムにおけるドキュメントの状態情報を取得するドキュメント状態管理装置。
7. 監視対象に設けられ、該監視対象において処理されるドキュメントの処理状態に関する状態情報を収集する状態情報収集手段と、
   前記状態情報収集手段により収集された状態情報を送信する送信手段と、
   前記送信手段により送信された状態情報を取得する状態情報取得手段と、
   前記状態情報取得手段により取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析手段と、
   前記状態情報解析手段による解析結果に基づいて前記ドキュメントの状態管理を行う状態管理手段と
   を有するドキュメント状態管理システム。
8. 監視対象において処理されるドキュメントの処理状態に関する状態情報を取得する状態情報取得ステップと、
   前記状態情報取得ステップにおいて取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析ステップと、
   前記状態情報解析ステップにおける解析結果に基づいて前記ドキュメントの状態管理を行う状態管理ステップと
   を有するドキュメント状態管理方法。
9. 監視対象において処理されるドキュメントの処理状態に関する状態情報を収集する状態情報収集ステップと、
   前記状態情報収集ステップにおいて収集された状態情報を送信する送信ステップと、
   前記送信ステップにおいて送信された状態情報を取得する状態情報取得ステップと、
   前記状態情報取得ステップにおいて取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析ステップと、
   前記状態情報解析ステップにおける解析結果に基づいて前記ドキュメントの状態管理を行う状態管理ステップと
   を有するドキュメント状態管理方法。
10. 監視対象において処理されるドキュメントの処理状態に関する状態情報を取得する状態情報取得ステップと、
    前記状態情報取得ステップにおいて取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析ステップと、
    前記状態情報解析ステップにおける解析結果に基づいて前記ドキュメントの状態管理を行う状態管理ステップと
    を有するドキュメント状態管理方法をコンピュータに実行させるドキュメント状態管理プログラム。
11. 監視対象において処理されるドキュメントの処理状態に関する状態情報を収集する状態情報収集ステップと、
    前記状態情報収集ステップにおいて収集された状態情報を送信する送信ステップと、
    前記送信ステップにおいて送信された状態情報を取得する状態情報取得ステップと、
    前記状態情報取得ステップにおいて取得された状態情報を、所定の解析ルールに基づいて解析する状態情報解析ステップと、
    前記状態情報解析ステップにおける解析結果に基づいて前記ドキュメントの状態管理を行う状態管理ステップと
    を有するドキュメント状態管理方法をコンピュータに実行させるドキュメント状態管理プログラム。

Images