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

Abstract

【課題】ログ情報の記録を適切に実行することのできる情報処理装置、情報処理方法、及びプログラムの提供を目的とする。
【解決手段】ネットワークを介して接続される情報管理装置に管理される情報の操作インタフェースをアプリケーションに提供する操作インタフェース提供手段と前記アプリケーションによる前記操作インタフェース提供手段に対する情報の操作要求に関する履歴情報を第一の記憶装置に記録する履歴情報記録手段とを有し、前記履歴情報記録手段は、前記操作インタフェース提供手段が前記情報の操作の確定要求を前記アプリケーションより受け付けたときに、前記第一の記憶装置に記録されている前記履歴情報を前記情報管理装置に転送することにより上記課題を解決する。
【選択図】図１

Description

本発明は、情報処理装置、情報処理方法、及びプログラムに関し、特にネットワークを介して情報を操作する情報処理装置、情報処理方法、及びプログラムに関する。

従来、電子的に情報を管理する情報管理システムでは、当該情報に対する操作の発生に応じてログが採取されるのが一般的である。ログを採取しておくことにより、管理対象とされている情報に対する不正アクセスを検知することができる。また、障害時における原因の解析等を効率化することができる。

他方において、情報管理システムを構築するためのパッケージソフトの中には、サーバ側で管理されている情報をリモートで操作するためのＡＰＩ（Application Program Interface）を公開しているものがある。斯かるＡＰＩによれば、ユーザの好みに応じたＧＵＩ（Graphical User Interface）等を備えたクライアントアプリケーションを実装することができる。

従来、斯かるＡＰＩにおいてログの扱いは、アプリケーションに任されていた。具体的には、ＡＰＩの中にログの記録を指示するための関数が存在し、アプリケーションが当該関数を呼び出した場合にログの記録が行われていた。
特開２００３−１７７９６７号公報 特開２００６−２６０３０８号公報

しかしながら、ログの記録がアプリケーションに任されるような構成は、アプリケーションの開発負担を増加させるという問題がある。また、アプリケーションの実装によっては、ログの採取が適切に実行されない可能性もある。

本発明は、上記の点に鑑みてなされたものであって、ログ情報の記録を適切に実行することのできる情報処理装置、情報処理方法、及びプログラムの提供を目的とする。

そこで上記課題を解決するため、本発明は、ネットワークを介して接続される情報管理装置に管理される情報の操作インタフェースをアプリケーションに提供する操作インタフェース提供手段と前記アプリケーションによる前記操作インタフェース提供手段に対する情報の操作要求に関する履歴情報を第一の記憶装置に記録する履歴情報記録手段とを有し、前記履歴情報記録手段は、前記操作インタフェース提供手段が前記情報の操作の確定要求を前記アプリケーションより受け付けたときに、前記第一の記憶装置に記録されている前記履歴情報を前記情報管理装置に転送する。

このような情報処理装置では、ログ情報の記録を適切に実行することができる。

本発明によれば、ログ情報の記録を適切に実行することのできる情報処理装置、情報処理方法、及びプログラムを提供することができる。

以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における文書管理システムの構成例を示す図である。同図において、文書管理サーバ２０及びクライアントＰＣ１０は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク（有線又は無線の別は問わない。）を介して接続されている。

文書管理サーバ２０は、文書管理機能が実装されたコンピュータであり、文書管理部２１を有する。文書管理部２１は、文書管理機能を実現するソフトウェアであり、サーバインタフェース２１１、文書管理ＤＢ２１２、及びログ記録ＤＢ２１３等を有する。文書管理ＤＢ２１２は、文書管理サーバ２０が備えるＨＤＤ等の記憶装置を用いて、文書データを体系的に管理する。文書管理ＤＢ２１２において、文書データは、「キャビネット」及び「フォルダ」といった概念によって階層的に管理される。キャビネットは、複数のフォルダを集約する。フォルダは、文書データ又は子フォルダを集約する。ログ記録ＤＢ２１３は、文書データに対して行われる各種操作に関するログデータを蓄積するデータベースである。サーバインタフェース２１１は、ＲＰＣ（Remote Procedure Call）等により、文書管理ＤＢ２１２に管理される文書データに対する操作要求を受け付けるためのインタフェース（関数又はメソッドの集合）である。

クライアントＰＣ１０は、文書管理サーバ２０において管理される文書データを操作するユーザが直接利用するコンピュータ（ＰＣ）であり、ＳＤＫ（Software Development Kit）１１、ＳＤＫアプリケーション１２、ログ保存部１３等を有する。ＳＤＫ１１は、サーバインタフェース２１１によって提供されるインタフェースをＲＰＣ等によって遠隔的に呼び出す（利用する）ためのＡＰＩ（Application Program Interface）群である。ＳＤＫ１１を利用することにより、文書データを操作するためのクライアントアプリケーションを任意に作成することができる。ＳＤＫアプリケーション１２は、斯かるアプリケーション（ＳＤＫ１１を用いて作成されたアプリケーション）である。本実施の形態において、ＳＤＫアプリケーション１２は、例えば、キャビネット及びフォルダの階層構造を表示させるツリー形式の表示領域や、ツリーにおいて選択されているフォルダ内に格納されている文書データ及びフォルダの一覧を表示させるリスト形式の表示領域を有する画面（文書操作画面）を表示させる。

図中には、ＳＤＫ１１が備える各種インタフェースのうち、システムインタフェース１１１及び文書操作インタフェース１１２が示されている。

システムインタフェース１１１は、文書管理部２１との接続、文書管理ＤＢ２１２におけるキャビネットへの接続、文書管理ＤＢ２１２への文書データへの接続等を行うための関数群である。なお、キャビネットへの接続とは、指定したキャビネットを操作対象とすることをいう。また、文書データへの接続とは、指定した文書データを操作対象とすることをいう。

文書操作インタフェース１１２は、文書管理ＤＢ２１２への文書データの作成、文書データの削除、文書データの属性の更新、文書操作の確定、ログ記録ＤＢ２１３への文書操作ログの記録等を行うめの関数群である。

ＳＤＫ１１は、更に、文書操作管理部１１３を有する。文書操作管理部１１３は、ＳＤＫアプリケーション１２によるＳＤＫ１１の呼び出しに関する履歴情報（以下、「文書操作ログ」という。）をクライアントＰＣ１０の揮発性のメモリに逐次記録し、当該メモリに記録（蓄積）された文書操作ログを所定のタイミングで文書管理サーバ２０に転送する。文書操作管理部１１３は、また、文書管理サーバ２０においてログ記録ＤＢ２１３が利用可能な記録領域に空きが無い場合（ログフルの場合）、転送対象とされた文書操作ログを一時的にログ保存部１３に退避させる。ログ保存部１３は、クライアントＰＣの不揮発性の記憶装置上に形成される、文書操作ログを退避させるための記憶領域である。文書操作管理部１１３は、ログ保存部１３に退避された文書操作ログを所定のタイミングで文書管理サーバ２０に再転送する。

但し、文書操作管理部１１３による文書操作ログの取り扱いは、文書操作管理部１１３に対して設定される文書操作ログレベルの値に応じて異なる。文書操作ログレベルは、文書操作管理部１１３による文書操作ログの扱い方を分類するパラメータであり、本実施の形態では、「高」、「中」、及び「低」の値を取りうる。

文書操作ログレベルが「低」又は「中」の場合、文書操作管理部１１３は、文書操作インタフェース１１２における文書書操作ログの記録用の関数（文書操作ログ記録関数）が要求された場合に文書操作ログの転送を実行する。すなわち、この場合、ＳＤＫアプリケーション１２側が意識して文書操作ログ記録関数を呼び出さなければ、文書操作ログは文書管理サーバ２０に転送されない。但し、文書操作ログレベルが「中」の場合は、ログフルの場合に文書操作ログをログ保存部１３に退避させる。

文書操作ログレベルが「高」の場合、文書操作管理部１１３は、明示的な文書操作ログ記録関数の呼び出しが行われなくても、所定のタイミングで自動的に文書操作ログの文書管理サーバ２０への転送を行う。また、ログフルの場合、文書操作ログをログ保存部１３に退避させる。

図２は、本発明の実施の形態におけるクライアントＰＣのハードウェア構成例を示す図である。図２のクライアントＰＣ１０は、それぞれバスBで相互に接続されているドライブ装置１００と、補助記憶装置１０２と、メモリ装置１０３と、ＣＰＵ１０４と、インタフェース装置１０５と、表示装置１０６と、入力装置１０７とを有するように構成される。

クライアントＰＣ１０での処理を実現するプログラムは、ＣＤ−ＲＯＭ等の記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。本実施の形態において、ログ保存部１３は、補助記憶装置１０２上に形成される。

メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってクライアントＰＣ１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス等で構成され、様々な操作指示を入力させるために用いられる。

なお、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。

以下、文書管理システムにおける文書操作ログに関する処理手順について説明する。まず、文書操作管理部１１３の役割を明確にするため、文書操作管理部１１３を利用しない場合（又は文書操作管理部１１３が実装されていない場合）の処理手順について説明する。

図３は、文書操作管理部を利用しない場合の文書操作ログに関する処理手順を説明するためのシーケンス図である。

ＳＤＫアプリケーション１２が表示装置１０６に表示させている文書操作画面のツリー上において一つのキャビネットが選択されると、クライアントアプリケーション１２は、選択されたキャビネットの識別子を引数として、システムインタフェース１１１のキャビネット接続用関数を呼び出す（Ｓ１０１）。システムインタフェース１１１は、選択されたキャビネットの識別子を指定して、当該キャビネットへの接続要求をサーバインタフェース２１１に送信する（Ｓ１０２）。サーバインタフェース２１１は、当該キャビネットを操作対象とするための処理を文書管理ＤＢ２１２に対して実行し、その処理結果をシステムインタフェース１１１に返信する（Ｓ１０３）。システムインタフェース１１１は、受信した処理結果をＳＤＫアプリケーション１２に返却する（Ｓ１０４）。当該処理に成功した場合、選択されたキャビネット内におけるフォルダ及び文書データの操作が可能となる。

文書操作画面のリスト領域に文書データの一覧が表示されている状態において、いずれかの文書データが編集対象（操作対象）として選択されると、ＳＤＫアプリケーション１２は、選択された文書データの識別子を引数として、文書操作インタフェース１１２の文書接続用関数を呼び出す（Ｓ１０５）。文書操作インタフェース１１２は、選択された文書データの識別子を指定して、当該文書データへの接続要求をサーバインタフェース２１１に送信する（Ｓ１０６）。サーバインタフェース２１１は、当該文書データを操作対象とするための処理を文書管理ＤＢ２１２に対して実行し、その処理結果を文書操作インタフェース１１２に返信する（Ｓ１０７）。文書操作インタフェース１１２は、受信した処理結果をＳＤＫアプリケーション１２に返却する（Ｓ１０８）。当該処理に成功した場合、選択された文書データの操作が可能となる。

続いて、文書操作画面を介して操作対象とされた文書データ（以下、「カレント文書」という。）に対する操作（属性変更、削除等）が入力されると、ＳＤＫアプリケーション１２は、文書操作インタフェース１１２における、当該操作に対応する関数を呼び出す（Ｓ１０９）。文書操作インタフェース１１２は、当該操作の実行要求をサーバインタフェース２１１に送信する（Ｓ１１０）。サーバインタフェース２１１は、当該操作を文書管理ＤＢ２１２におけるカレント文書に対して実行し、その結果を文書操作インタフェース１１２に対して返信する（Ｓ１１１）。なお、この時点では、文書管理ＤＢ２１２内において、当該操作はロールバック（キャンセル）可能な状態で実行される。文書操作インタフェース１１２は、当該結果をＳＤＫアプリケーション１２に返却する（Ｓ１１２）。ステップＳ１０９〜Ｓ１１２は、ユーザによる操作入力に応じて一回以上繰り返される。

カレント文書に対する編集が完了し、文書操作確定の指示が文書操作画面を介して入力されると、ＳＤＫアプリケーション１２は、文書操作インタフェース１１２の文書操作確定用関数を呼び出す（Ｓ１１３）。文書操作インタフェース１１２は、文書操作確定の実行要求をサーバインタフェース２１１に送信する（Ｓ１１４）。サーバインタフェース２１１は、文書管理ＤＢ２１２に対して文書操作の確定を通知し、その結果を文書操作インタフェース１１２に返却する（Ｓ１１５）。文書操作の確定により、これまでカレント文書に対して行われた操作が文書管理ＤＢ２１２内で確定（コミット）する。文書操作インタフェース１１２は、当該結果をＳＤＫアプリケーション１２に返却する（Ｓ１１６）。

続いて、ＳＤＫアプリケーション１２は、文書操作インタフェース１１２の文書操作ログ記録関数を呼び出す（Ｓ１１７）。文書操作インタフェース１１２は、カレント文書に対する文書操作ログの保存要求をサーバインタフェース２１１に対して送信する（Ｓ１１８）。サーバインタフェース２１１は、保持されていた文書操作ログをログ記録ＤＢ２１２に保存し（Ｓ１１９、Ｓ１２０）、その処理結果を文書操作インタフェース１１２に返信する（Ｓ１２１）。文書操作インタフェース１１２は、当該処理結果をＳＤＫアプリケーション１２に返却する（Ｓ１２２）。

以上、図３の処理において注目すべき点は、文書操作ログの保存のために、ＳＤＫアプリケーション１２が文書操作インタフェース１１２における文書操作ログ記録用関数を呼び出さなければならないことである。すなわち、ＳＤＫアプリケーション１２から見ると、「手動」で文書操作ログの保存が行われる。

続いて、文書操作管理部１１３を用いた場合について説明する。図４は、文書操作管理部を用いた場合の文書操作ログに関する第一の処理手順を説明するためのシーケンス図である。

ステップＳ２０１からＳ２０４では、図３のステップＳ１０１からＳ１０４までと同様にキャビネットへの接続が行われる。ステップＳ２０４に続いて、ＳＤＫアプリケーション１２は、文書操作画面を介して入力される指示に応じて、文書操作ログレベルを「高」に指定して、システムインタフェース１１１の文書操作ログレベル変更関数を呼び出す（Ｓ２０５）。なお、ＳＤＫアプリケーション１２による文書操作ログレベル変更関数の呼び出しは、予めファイル等に記録されている文書操作ログレベルの設定情報に基づいて自動的に行われてもよい。続いて、システムインタフェース１１１は、文書操作管理部１１３に対して文書操作ログレベルを「高」にするよう要求する（Ｓ２０６）。文書操作管理部１１３は、文書操作ログレベルを「高」とする。

続いて、図３とほぼ同様の手順で、文書データへの接続（Ｓ２０７〜Ｓ２１０）、カレント文書に対する操作（Ｓ２１１〜Ｓ２１６）が行われる。但し、図４では、文書操作インタフェース１１２は、カレント文書に対する操作要求に対する応答をサーバインタフェース２１１より受信すると（Ｓ２１３）、当該操作に関する文書操作ログの記録を文書操作管理部１１３に要求する（Ｓ２１４）。文書操作管理部１１３は、当該文書操作ログをメモリ装置１０３に記録する（Ｓ２１５）。したがって、ステップＳ２１１〜Ｓ２１６が繰り返されることにより、メモリ装置１０３には文書操作管理部１１３によって記録される文書操作ログが蓄積される。

ステップＳ２１６に続いて、図３とほぼ同様の手順で文書操作の確定が行われる（Ｓ２１７〜Ｓ２２４）。但し、図４では、文書操作インタフェース１１２は、文書操作確定の実行要求後（Ｓ２１８）、文書操作管理部１１３に対して文書操作ログの転送を要求する（Ｓ２１９）。文書操作管理部１１３は、メモリ装置１０３に蓄積されている文書操作ログを取得し（Ｓ２２０）、文書操作ログレベルが「高」である場合、当該文書操作ログをサーバインタフェース２１１を介してログ記録ＤＢ２１３に保存する（Ｓ２２１、Ｓ２２２）。

図５は、ログ記録ＤＢの構成例を示す図である。同図に示されるように、ログ記録ＤＢ２１３の各レコードは、操作日時、操作実行者、操作場所、文書番号、操作内容、文書名、及びログの種類等の項目より構成される。これらの情報は、文書操作管理部１１３より転送されるものである。

続いて、文書操作管理部１１３は、文書操作ログの保存の処理結果を文書操作インタフェース１１２に返却する（Ｓ２２３）。文書操作インタフェース１１２は、当該処理結果をＳＤＫアプリケーション１２に返却する（Ｓ２２４）。

このように、図４では、文書操作確定用関数の呼び出しに応じて、文書操作管理部１１３によって文書操作ログがログ記録ＤＢ２１３に保存される。したがって、ＳＤＫアプリケーション１２は、文書操作ログ記録関数を呼び出す必要はない。すなわち、ＳＤＫアプリケーション１２から見て自動的に文書操作ログの保存が行われる。よって、ＳＤＫアプリケーション１２の開発者は、文書操作ログの記録を意識することなくＳＤＫアプリケーション１２を作成することができる。

但し、文書操作ログを保存するタイミングをＳＤＫアプリケーション１２側で制御したい場合もある。斯かる場合を考慮して、文書操作管理部１１３は、文書操作ログレベルが「高」に設定されている場合にのみ、ステップＳ２２０からＳ２２２までの処理を実行する。したがって、文書操作ログレベルが「中」又は「低」の場合、文書操作インタフェース１１２は、ＳＤＫアプリケーション１２より文書操作ログ記録関数が呼び出されたときに、文書操作管理部１３に対して文書操作ログの強制的な転送を要求する。当該要求に応じ、文書操作管理部１１３は、文書操作ログをログ記録ＤＢ２１３に保存する。

続いて、図６は、文書操作管理部を用いた場合の文書操作ログに関する第二の処理手順を説明するためのシーケンス図である。図６中、図４と同一ステップには同一ステップ番号を付し、その説明は省略する。

図６では、文書操作管理部１１３がログ記録ＤＢ２１３に文書操作ログを保存しようとした際に（Ｓ２２１）、例えば、ログフル等により保存に失敗した場合（Ｓ３２２）について説明する。この場合、文書操作管理部１１３は、文書操作ログをログ保存部１３に保存する（退避させる）（Ｓ３２３）。

その後、ＳＤＫアプリケーション１２が、改めてキャビネット接続用関数を呼び出すと（文書データの操作の開始要求）（Ｓ３２４）、システムインタフェース１１１は、文書操作管理部１１３に対してログ保存部１３に保存されている文書操作ログの転送を要求する（Ｓ３２５）。なお、当該要求は、通常時（例えば、Ｓ２０１の後）も行われる。

続いて、文書操作管理部１１３は、文書操作ログレベルが「高」又は「中」であって、かつ、文書操作ログがログ保存部１３に保存されている場合は、ログ保存部１３より文書操作ログを取得する（Ｓ３２６、Ｓ３２７）。続いて、当該文書操作管理部１１３は、当該文書操作ログをサーバインタフェース２１１を介してログ記録ＤＢ２１３に保存する（Ｓ３２８、Ｓ３２９）。保存に成功すると、文書操作管理部１１３は、ログ記録ＤＢ２１３に保存された文書操作ログをログ保存部１３より削除する（Ｓ３３０）。保存に失敗した場合、文書操作管理部１１３は、文書操作ログの削除は行わず、次回転送が要求された際に改めてログ記録ＤＢ２１３への保存を試みる。

続いて、文書操作管理部１１３は、文書操作ログの転送処理の結果をシステムインタフェース１１１に通知する（Ｓ３３１）。システムインタフェース１１１は、キャビネットへの接続要求をサーバインタフェース２１１に送信する（Ｓ３３２）。

このように、文書管理サーバ２０側がログフルの場合等、文書操作ログを本来保存すべきログ記録ＤＢ２１３に保存できない場合、文書操作管理部１１３は、一時的にクライアントＰＣ１０側に文書操作ログを保存しておく。したがって、文書操作ログの消失を防止することができる。

続いて、図４又は図６に示される処理において、文書操作管理部１１３の内部で行われる処理手順について詳細に説明する。図７は、文書操作管理部の処理内容を説明するためのシーケンス図である。図７中、図４又は図６と同一ステップには同一ステップ番号を付している。同図において、文書操作管理部１１３は、境界クラス１１３ａ、コントロールクラス１１３ｂ、及び実体クラス１１３ｃを有する。

文書操作ログレベルの変更要求を受け付けた場合、文書操作管理部１１３の実体クラス１１３ｃは、指定された文書操作ログレベルをメモリ装置１０３に記録しておく（Ｓ４１１）。

境界クラス１１３ａは、文書操作インタフェース１１２より、文書操作のログ記録の要求を受け付けると（Ｓ２１４）、操作内容をコントロールクラス１１３ｂに通知する（Ｓ４１２）。コントロールクラスは実体クラス１１３ｃに対して、当該操作内容の数値化を要求する（Ｓ４１３）。実体クラス１１３ｃは、当該操作内容を数値化し、その数値を文書操作ログとしてメモリ装置１０３に記録する（Ｓ４１４）。なお、操作内容の数値化とは、文書作成であれば「１」、文書追加であれば「２」といったように、操作の種類ごとに予め割り当てられた数値に変換することをいう。

境界クラス１１３ａは、文書操作インタエース１１２より、文書操作ログの転送要求を受け付けると（Ｓ２１９）、当該転送要求をコントロールクラス１１３ｂに通知する（Ｓ４２１）。コントロールクラス１１３ｂは、当該転送要求を実体クラス１１３ｃに通知する（Ｓ４２２）。実体クラス１１３ｃは、メモリ装置１０３に数値化されて蓄積されている文書操作ログを取得し（Ｓ４２３、Ｓ４２４）、数値を操作内容に逆変換した結果をコントロールクラス１１３ｂに返却する（Ｓ４２５）。

続いて、コントロールクラス１１３ｂは、実体クラス１１３ｃに対して文書操作ログレベルを問い合わせ（Ｓ４２６）、文書操作ログレベルが「高」であれば、文書操作ログをサーバインタフェース２１１に転送することにより、文書操作ログをログ記録ＤＢ２１３に保存する（Ｓ４２７）。

ログフル等により、文書操作ログの保存に失敗したことがサーバインタフェース２１１より通知されると（Ｓ４２８）、コントロールクラス１１３ｂは、文書操作ログレベルが「高」又は「中」である場合に、ステップＳ４２９以降の処理を実行する。まず、コントロールクラス１１３ｂは、実体クラス１１３ｃを介してメモリ装置１０３より文書操作ログ（数値より逆変換されたもの）を取得する（Ｓ４２９〜Ｓ４３１）。続いて、実体クラス１１３ｂは、境界クラス１１３ａを介して、取得された文書操作ログをログ保存部１３に保存する（Ｓ４３２、Ｓ４３３）。

境界クラス１１３ａは、システムインタフェース１１１より、ログ保存部１３に保存されている文書操作ログの転送要求を受け付けると（Ｓ３２５）、当該転送要求をコントロールクラス１１３ｂに通知する（Ｓ４４１）。コントロールクラス１１３ｂは、境界クラス１１３ａを介してログ保存部１３より文書操作ログを取得し（Ｓ４４２〜Ｓ４４５）、文書操作ログが取得された場合（文書操作ログが保存されていた場合）は、取得された文書操作ログをサーバインタフェース２１１に転送することにより、当該文書操作ログをログ記録ＤＢ２１３に保存する（Ｓ４４６）。

以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

本発明の実施の形態における文書管理システムの構成例を示す図である。 本発明の実施の形態におけるクライアントＰＣのハードウェア構成例を示す図である。 文書操作管理部を利用しない場合の文書操作ログに関する処理手順を説明するためのシーケンス図である。 文書操作管理部を用いた場合の文書操作ログに関する第一の処理手順を説明するためのシーケンス図である。 ログ記録ＤＢの構成例を示す図である。 文書操作管理部を用いた場合の文書操作ログに関する第二の処理手順を説明するためのシーケンス図である。 文書操作管理部の処理内容を説明するためのシーケンス図である。

符号の説明

１０ クライアントＰＣ
１１ ＳＤＫ
１２ ＳＤＫアプリケーション
１３ ログ保存部
２０ 文書管理サーバ
２１ 文書管理部
１００ ドライブ装置
１０１ 記録媒体
１０２ 補助記憶装置
１０３ メモリ装置
１０４ ＣＰＵ
１０５ インタフェース装置
１０６ 表示装置
１０７ 入力装置
１１１ システムインタフェース
１１２ 文書操作インタフェース
１１３ 文書操作管理部
１１３ａ 境界クラス
１１３ｂ コントロールクラス
１１３ｃ 実体クラス
２１１ サーバインタフェース
２１２ 文書管理ＤＢ
２１３ ログ記録ＤＢ
Ｂ バス

Claims (11)

1. ネットワークを介して接続される情報管理装置に管理される情報の操作インタフェースをアプリケーションに提供する操作インタフェース提供手段と
   前記アプリケーションによる前記操作インタフェース提供手段に対する情報の操作要求に関する履歴情報を第一の記憶装置に記録する履歴情報記録手段とを有し、
   前記履歴情報記録手段は、前記操作インタフェース提供手段が前記情報の操作の確定要求を前記アプリケーションより受け付けたときに、前記第一の記憶装置に記録されている前記履歴情報を前記情報管理装置に転送する情報処理装置。
2. 前記履歴情報記録手段は、前記履歴情報の転送に対して前記履歴情報の保存に失敗したことを示す応答を前記情報管理装置より受信すると、当該履歴情報を第二の記憶装置に保存する請求項１記載の情報処理装置。
3. 前記履歴情報記録手段は、前記アプリケーションより前記操作インタフェース提供手段に対して情報の操作の開始が要求されたときに、前記第二の記憶装置に保存されている前記履歴情報を取得し、前記情報管理装置に転送する請求項２記載の情報処理装置。
4. 前記履歴情報記録手段は、前記履歴情報の扱い方を分類するパラメータの値に応じて、前記操作インタフェース提供手段が前記情報の操作の確定要求を前記アプリケーションより受け付けたときに、前記第一の記憶装置に記録されている前記履歴情報を前記情報管理装置に転送する請求項１乃至３いずれか一項記載の情報処理装置。
5. 前記履歴情報記録手段は、前記履歴情報の扱い方を分類するパラメータの値に応じて、前記履歴情報を第二の記憶装置に保存する請求項２又は３記載の情報処理装置。
6. ネットワークを介して接続される情報管理装置に管理される情報の操作インタフェースをアプリケーションに提供する操作インタフェース提供手段を有する情報処理装置が実行する情報処理方法であって、
   前記アプリケーションによる前記操作インタフェース提供手段に対する情報の操作要求に関する履歴情報を第一の記憶装置に記録する履歴情報記録手順と、
   前記操作インタフェース提供手段が前記情報の操作の確定要求を前記アプリケーションより受け付けたときに、前記第一の記憶装置に記録されている前記履歴情報を前記情報管理装置に転送する履歴情報転送手順とを有する情報処理方法。
7. 前記情報管理装置からの記履歴情報の転送に対して前記履歴情報の保存に失敗したことを示す応答の受信に応じ、当該履歴情報を第二の記憶装置に保存する履歴情報保存手順を有する請求項６記載の情報処理方法。
8. 前記アプリケーションより前記操作インタフェース提供手段に対して情報の操作の開始が要求されたときに、前記第二の記憶装置に保存されている前記履歴情報を取得し、前記情報管理装置に転送する第二の履歴情報転送手順を有する請求項７記載の情報処理方法。
9. 前記履歴情報記録手順は、前記履歴情報の扱い方を分類するパラメータの値に応じて、前記操作インタフェース提供手段が前記情報の操作の確定要求を前記アプリケーションより受け付けたときに、前記第一の記憶装置に記録されている前記履歴情報を前記情報管理装置に転送する請求項６乃至８いずれか一項記載の情報処理方法。
10. 前記履歴情報保存手順は、前記履歴情報の扱い方を分類するパラメータの値に応じて、前記履歴情報を第二の記憶装置に保存する請求項７又は８記載の情報処理方法。
11. 請求項６乃至１０いずれか一項記載の情報処理方法をコンピュータに実行させるためのプログラム。

Images