(57)【要約】【課題】  操作履歴機能では、データの登録、更新、削除、表示、検索といった操作の内容を記録し、システムの管理や分析に役立てることができる。しかし一方、Webアプリケーションを利用するユーザの数には制限が無く、操作履歴の記録量が膨大になる問題がある。不要な記録は顧客にとって記録媒体を圧迫するものであり、記録する情報を顧客のシステムごとに、カスタマイズが可能な操作履歴機能を提供する。【解決手段】  データの表示や検索や登録などの操作よって発生する要求に応じて処理を行う手段と、前記処理において要求の内容を取得する手段と、前記処理の結果の内容を取得する手段と、前記要求の内容および前記結果の内容を記憶する手段と、記憶する要求の内容および結果の内容を項目単位で選択する手段と、前記の手段についてプロジェクトの特性に応じてカスタマイズする手段を持つことを特徴とする。【選択図】  図５
2009025977.tif 000002
【特許請求の範囲】
【請求項１】
ユーザーの操作よって発生する要求に応じて処理を行う手段と、
前記処理において要求の内容を取得する手段と、
前記処理の結果の内容を取得する手段と、
前記要求の内容および前記結果の内容を記憶する手段を持ち、
前記の手段についてプロジェクトの特性に応じてカスタマイズする手段を持つことを特徴とするプログラム。
【請求項２】
請求項１において、記憶する要求の内容および結果の内容を項目単位で選択する手段を持ち、
前記の手段についてプロジェクトの特性に応じてカスタマイズする手段を持つことを特徴とする請求項１記載のプログラム。
【請求項３】
請求項２において、記憶する要求の内容および結果の内容を項目単位で選択するためのユーザインタフェースを持つことを特徴とする請求項２記載のプログラム。
【請求項４】
請求項２において、プログラムソースコードからそのインプットおよびアウトプットを取得する手段と、
ユーザーの操作よって発生する要求と実行する処理を対応付けるための手段と、
前記取得した内容と前記対応付けるための手段からユーザーの操作より発生する要求によって実行される処理のインプットおよびアウトプットを抽出することから成ることを特徴とする請求項２記載のプログラム。
【請求項５】
ユーザーの操作よって発生する要求に応じて処理を行う手段と、
前記処理において要求の内容を取得する手段と、
前記処理の結果の内容を取得する手段と、
前記要求の内容および前記結果の内容を記憶する手段を持ち、
前記の手段についてプロジェクトの特性に応じてカスタマイズする手段を持つことを特徴とするカスタマイズ支援方式。
【請求項６】
請求項５において、記憶する要求の内容および結果の内容を項目単位で選択する手段を持ち、
前記の手段についてプロジェクトの特性に応じてカスタマイズする手段を持つことを特徴とする請求項５記載のカスタマイズ支援方式。
【請求項７】
請求項６において、記憶する要求の内容および結果の内容を項目単位で選択するためのユーザインタフェースを持つことを特徴とする請求項６記載のカスタマイズ支援方式。
【請求項８】
請求項６において、プログラムソースコードからそのインプットおよびアウトプットを取得する手段と、
ユーザーの操作よって発生する要求と実行する処理を対応付けるための手段と、
前記取得した内容と前記対応付けるための手段からユーザーの操作より発生する要求によって実行される処理のインプットおよびアウトプットを抽出することから成ることを特徴とする請求項６記載のカスタマイズ支援方式。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えばクライアントサーバシステムや、Ｗｅｂアプリケーションサーバのような情報処理システムにおいて、サーバに対する要求と回答を記録し履歴として残す、操作履歴機能を提供する、ミドルウェアに関する。
【背景技術】
【０００２】
文書の電子化、ネットワークの普及や記憶装置の大容量化などが進み、電子化されたドキュメントはサーバ上に一括管理され、複数のユーザから参照されるようになった。また一方で、開放的なネットワーク上に存在する有用な資源と情報を守るため、サーバにアクセスするユーザの認証を行って、機密保持に努めるようにもなった。
【０００３】
そのような中で、サーバの資源にアクセスするユーザの操作内容を記録し、記録した内容を履歴として残す、操作履歴の機能が考えられた。操作履歴は、単なるアクセスログの機能だけでなく、記録した情報を加工することによって、作業分析や業務改善に役立つ情報を提供する、という機能も意図されている。例えば、サーバの管理者がサーバのアクセス頻度を計測する、作業の管理者がドキュメントの登録状況を計測する、各ユーザが自分の作業履歴を確認する、といった用途に利用することが可能となる。
【０００４】
また、このような情報処理システムは、顧客のニーズに対応するため、詳細なカスタマイズが可能なミドルウェアとして提供されるケースがある。
【０００５】
従来例としては、データベース検索システムの開発期間を短縮し、個々のユーザに応じて、データベースへのアクセス環境をカスタマイズするものがある（特許文献１参照）。
【特許文献１】特開平９−１３４２７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
上述のように、操作履歴機能では、データの登録、更新、削除、表示、検索といった様々な操作の内容を記録することが可能である。しかし一方で、操作履歴機能の利用目的は顧客のシステムごとにそれぞれ異なり、記録しておきたい情報も異なる。操作履歴における日々の記録データ量は多くなる可能性が高く、不要な記録は顧客にとって記録媒体を圧迫するものでしかない。そのため、記録する操作履歴の内容をカスタマイズする機能を提供する必要がある。
【０００７】
そして、システムがミドルウェアとして提供される場合、上記のカスタマイズを実現するための機構に沿って、操作履歴機能を拡張できる仕組みを提供する必要がある。
【課題を解決するための手段】
【０００８】
上述の目的を達成するために、本発明は、データの表示や検索や登録などの操作よって発生する要求に応じて処理を行う手段と、前記処理において要求の内容を取得する手段と、
前記処理の結果の内容を取得する手段と、前記要求の内容および前記結果の内容を記憶する手段と、記憶する要求の内容および結果の内容を項目単位で選択する手段と、前記の手段についてプロジェクトの特性に応じてカスタマイズする手段を持つことを特徴とする。
【発明の効果】
【０００９】
本発明により、記録する操作履歴の内容をカスタマイズできる機能、および、カスタマイズを実現するための機構に沿って、操作履歴機能を拡張できるミドルウェアを提供することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の実施の形態を図面に基づき説明する。
【００１１】
図１は、本発明の実施の形態に係るネットワークシステムの構成例を示す概略図である。
【００１２】
図１において、ネットワークシステムは、ＬＡＮ１０５、１０６、インターネット１０４を備えており、ＬＡＮ１０５に接続されたクライアントパーソナルコンピュータ（以下クライアントＰＣと略称）１０１、１０２、ＬＡＮ１０６に接続されたＨＴＴＰ（Hypertext Transfer Protocol）サーバ１０７、Ｗｅｂアプリケーションサーバ１０８と、インターネット１０４に直接接続されたクライアントＰＣ１０３から構成されている。
【００１３】
クライアントＰＣ１０１、１０２及び１０３は、Ｗｅｂアプリケーションサーバ１０８上に新規データファイルを登録したり、データファイルの検索や参照を行ったりする際に使用される。
【００１４】
ＨＴＴＰサーバ１０７は、ＬＡＮ１０５、インターネット１０４、ＬＡＮ１０６を経由してクライアントＰＣ１０１、１０２、１０３からＨＴＴＰプロトコルで送信されてきたリクエストを受け取るサーバである。Ｗｅｂアプリケーションサーバ１０８は、ＨＴＴＰサーバ１０７から転送されたクライアントＰＣからのリクエストを受け取ると、リクエストを基に処理を実行し、その処理結果をクライアントＰＣ１０１、１０２、１０３へ返信する。
【００１５】
データベース１０９は、Ｗｅｂアプリケーションサーバ１０８に接続されており、Ｗｅｂアプリケーションサーバ１０８がクライアントＰＣ等から受信した電子データを保存する。
【００１６】
上記のＨＴＴＰサーバ１０７、Ｗｅｂアプリケーションサーバ１０８、データベース１０９を有機的に組み合わせることにより、Ｗｅｂデータベースシステムとして機能する。
【００１７】
図２は、本発明の操作履歴機能を管理する装置としてのＷＥＢアプリケーションサーバ１０８の構成例を示すブロック図である。図２において、ＷＥＢアプリケーションサーバ１０８は、システムバス１、ＣＰＵ２、プログラムメモリ（以下ＰＭＥＭと略称）３、外部記憶制御部４、入力制御部１０、キーボード１１、ポインティングデバイス１２、ビデオイメージメモリ（以下ＶＲＡＭと略称）７、表示出力制御部８、ＣＲＴディスプレイ（以下ＣＲＴと略称）９を備えている。
【００１８】
上記各構成要素はシステムバス１に接続されている。ＣＰＵ２は、システムバス１を介して各構成要素を制御する中央処理装置であり、ＲＯＭ（不図示）に格納された制御プログラムに基づきプログラムを実行する。ＰＭＥＭ３は、条件分岐処理を実行するための制御プログラムを適宜ＲＯＭから選択して読み込むためのメモリである。また、キーボード１１から入力されたデータはテキストメモリでもあるＰＭＥＭ３にコード情報として格納される。
【００１９】
外部記憶制御部４は、外部記憶装置（本実施例ではハードディスクとフロッピー（登録商標）ディスク）に対するデータの書き込み／読み出しを制御する。ハードディスク（以下ＨＤと略称）５は、データファイル用の外部記憶装置である。フロッピー（登録商標）ディスク（以下ＦＤと略称）６は、データファイル用の外部記憶装置である。
【００２０】
入力制御部１０には、キーボード１１、ポインティングデバイス１２等の入力装置が接続される。操作者はキーボード１１を操作することによりシステムに対する動作指令等を行う。ポインティングデバイス１２は、操作者がＣＲＴ９上で画像情報の加工を指示するためのものであり、本実施の形態ではマウスを使用している（以下マウス１２と称する）。操作者はマウス１２により、ＣＲＴ９上のカーソルをＸ方向／Ｙ方向へ任意に移動させ、コマンドメニュー上のコマンドアイコンを選択して処理の指示を行うほか、編集対象の指示や描画位置の指示等も行う。
【００２１】
ＶＲＡＭ７は、ＣＲＴ９に表示する文字データや図形データがビットマップデータとして展開されるメモリである。表示出力制御部８は、ＣＲＴ９に対する表示を制御する。ＣＲＴ９は、後述の図１１に示す画面等を表示する表示手段である。尚、表示方式はＣＲＴに限定されず、液晶などでもよい。
【００２２】
尚、本実施の形態では、プロセス定義モジュール１０２を上記ＲＯＭ（不図示）に格納する構成としているが、ＨＤ５やＦＤ６に格納する構成としても、或いはネットワーク上に接続されている他の装置上に格納する構成としてもよい。また、プロセス定義モジュールは、記憶媒体やネットワークを介して他のシステムや他の装置に供給することができる。
【００２３】
図３は、クライアントＰＣ及びＷｅｂアプリケーションサーバのモジュールの構成例を示すブロック図である。
【００２４】
図３において、クライアントＰＣ１０１、１０２、１０３は、それぞれ、Ｗｅｂブラウザを用いてＷｅｂアプリケーションサーバ１０８にアクセスする。Ｗｅｂアプリケーションサーバ１０８は、外部とのインタフェースとなるプレゼンテーション層３０１、業務ロジックの処理を行うビジネス・ロジック層３０２、データベースへのアクセスを行うデータ・アクセス層３０３を備えている。プレゼンテーション層３０１、ビジネス・ロジック層３０２、データ・アクセス層３０３のプログラムモジュールは、クライアントＰＣからのリクエストに応じてＷｅｂアプリケーションサーバ１０８のメモリ上にロードされ、該当する処理が実行される。
【００２５】
ＨＴＴＰサーバ１０７は、クライアントＰＣ１０１、１０２、１０３からのリクエストをＷｅｂアプリケーションサーバ１０８に転送する。
【００２６】
Ｗｅｂアプリケーションサーバ１０８に実装される、プレゼンテーション層３０１、ビジネス・ロジック層３０２、データ・アクセス層３０３のプログラムモジュールは、ミドルウェアの形式で提供される場合もある。ミドルウェアには、システムを構成する基本的な機能が実装されており、例えば、ユーザ管理機能、ユーザ認証機能、データ作成機能、データ管理機能、データ検索機能、データベースアクセス機能といった機能がある。システムの開発者は、ミドルウェアの機能を利用もしくはカスタマイズし、顧客が必要とするシステムを提供する。
【００２７】
次に図４から図１０を用いて、ミドルウェアにおける、操作履歴機能カスタマイズのためのデータベースを作成するまでの流れを説明する。
【００２８】
図４は、ミドルウェアにおいて、操作履歴機能カスタマイズのためのデータベースを作成するまでの流れを示すフローチャートである。
【００２９】
図５は、ミドルウェアにおいて、操作履歴機能カスタマイズのためのデータベースを作成するまでの過程と、その過程で生成されるファイルを示す図である。
【００３０】
図４において、ソースコードに操作履歴機能のための情報を記述する（ステップＳ４０１）。図５の５０１は、ステップＳ４０１におけるソースコードを示している。図６は、ソースコード５０１の記述例を示す図である。
【００３１】
図６において、ソースコード５０１はＪａｖａ（登録商標）を開発言語とした例である。枠６０１で示す部分が、操作履歴機能のための情報として記述したコメント行である。６０１の「@opehist」は、操作履歴機能の情報であることを識別するための文字列を示す。「key=」はこのクラスにおいて、操作履歴の保管対象となるパラメータの名称を指定するための文字列を示す。例えば「key=login_id」は、「login_id」という名称のパラメータが操作履歴の保管対象となることを示す。「scope=」はパラメータの取得先オブジェクトを指定するための文字列を示す。例えば「scope=ActionForm」は、パラメータの取得先がクラスの引数にある「ActionForm」というオブジェクトであることを示す。なお、パラメータの取得先は、クラスのＩＮＰＵＴ引数でもＯＵＴＰＵＴ引数でも構わない。「property=」は、前述「scope=」で指定されたオブジェクトにおける、パラメータのプロパティ名とそのデータ型を指定するための文字列である。例えば「property=loginId(java（登録商標）.lang.String)」は、パラメータのプロパティ名がloginIdであり、そのデータ型がjava（登録商標）.lang.Stringであることを示している。
【００３２】
次に、図４において、ソースコードの読み込みを行い（ステップＳ４０２）、読み込んだソースコードの中から、各クラスにおける操作履歴機能の情報を抽出し（ステップＳ４０３）、抽出した情報を記述した中間ファイルf1を作成する（ステップＳ４０４）。図５の５０２は、ステップＳ４０４における中間ファイルf1である。図７は、中間ファイル５０２の記述例を示す図である。
【００３３】
図７において、中間ファイル５０２は、ＸＭＬ（eXtensible Markup Language）形式で記述されたファイルの例である。<opehist>タグ、<key>タグ、<scope>タグ、<property>タグの内容は、それぞれ、図６において記述された情報に対応する。
【００３４】
次に、図４において、ＷｅｂアプリケーションサーバのＷｅｂアプリケーションサーバのプレゼンテーション層３０１に関するコンフィギュレーションファイルを読込み（ステップＳ４０５）、プレゼンテーション層３０１の外部インタフェースに関する情報を取得する（ステップＳ４０６）。図５の５０３は、ステップＳ４０５における、外部インタフェースのコンフィギュレーションファイルである。図８は、コンフィギュレーションファイル５０３の記述例を示す図である。
【００３５】
図８において、コンフィギュレーションファイル５０３には、LoginActionクラスを用いて、２つのインタフェース、/Login、/LoginAdminが定義されていることが示されている。
【００３６】
次に、図４において、中間ファイル５０２を読込み（ステップＳ４０７）、コンフィギュレーションファイル５０３の内容と照らし合わせて、インタフェースとクラスの対応情報を作成する（ステップＳ４０８）。インタフェースとクラスの対応情報をもとに、インタフェース単位の情報を記述した、中間ファイルf2を作成する（ステップＳ４０９）。図５の５０４は、ステップＳ４０９における中間ファイルf2である。図９は、中間ファイル５０４の記述例を示す図である。
【００３７】
図９において、中間ファイル５０４はＸＭＬ形式で記述されたファイルの例であり、２つのインタフェースに関する情報が示されている。interfaceタグのpath属性には、図８のコンフィギュレーションファイル５０３で指定されていたpath情報、即ちインタフェースの定義名が示されている。interfaceタグのtype属性には、図８のコンフィギュレーションファイル５０３で指定されていたtype情報、即ちクラス名が示されている。param タグのkey属性には、図７の中間ファイル５０２で指定されていたkeyタグの情報、即ちインタフェースのパラメータ名が示されている。param タグのscope属性には、図７の中間ファイル５０２で指定されていたscopeタグの情報、即ちパラメータの格納先オブジェクトが示されている。param タグのproperty属性には、図７の中間ファイル５０２で指定されていたpropertyタグの情報、即ちパラメータの格納先オブジェクトにおけるパラメータ変数名が示されている。param タグのtype属性には、図７の中間ファイル５０２で指定されていたpropertyタグのtype属性、即ちパラメータのデータ型が示されている。param タグのkey属性には、図７の中間ファイル５０２で指定されていたkeyタグの情報、即ちインタフェースのパラメータ名が示されている。
【００３８】
即ち、中間ファイル５０４は、コンフィギュレーションファイル５０３のインタフェース情報を元に、中間ファイル５０２のクラス情報をインタフェース単位に展開したものである。これは、操作履歴のカスタマイズをインタフェース単位で行えるようにするための作業である。
【００３９】
次に、図４において、中間ファイル５０４を元にデータベースのテーブルT_1を作成する（ステップＳ４１０）、図５の５０５はステップＳ４１０で作成されたテーブルT_1を示す。図１０は、データベース上のテーブル５０５の記述例を示す図である。
【００４０】
図１０において、１００１はパスで、中間ファイル５０４のinterfaceタグのpath属性に記述された情報が格納される。１００２はパラメータ名で、中間ファイル５０４のparam タグのkey属性に記述された情報が格納される。１００３はパラメータが格納されているオブジェクトで、中間ファイル５０４のparam タグのscope属性に記述された情報が格納される。１００４はパラメータが格納されているオブジェクトにおけるパラメータ変数名で、中間ファイル５０４のparam タグのproperty属性に記述された情報が格納される。１００５はパラメータ変数のデータ型で、中間ファイル５０４のparam タグのtype属性に記述された情報が格納される。１００６は、パラメータの情報を操作履歴として保管するかどうかを判定するフラグで、値が１であれば保管することを示し、値が０であれば保管しないことを示す。
【００４１】
次に図１１を用いて、操作履歴機能の保管データカスタマイズ作業例を説明する。
【００４２】
図１１において、１１０１は、操作履歴の保管内容をカスタマイズするための画面構成例である。画面１１０１は、クライアントＰＣ１０１（１０２、１０３）上のＷｅｂブラウザで表示される画面である。Ｗｅｂアプリケーションサーバ１０８は、データベース１０９に格納されているテーブル５０５を参照し、内容をクライアントＰＣ１０１（１０２、１０３）に渡す。１１０２はインタフェース名、１１０３はインタフェースが保持するパラメータ名、１１０４はインタフェース名の説明である。１１０５は、パラメータの情報を操作履歴として保管するかどうかの設定を行うチェックボックスである。チェックボックスをチェックし、情報をＷｅｂアプリケーションサーバ１０８へ送ると、Ｗｅｂアプリケーションサーバ１０８はデータベース１０９に格納されているテーブル５０５を参照し、対応するパラメータの保管フラグ１００６の値を１に設定する。チェックボックスがチェックされていないパラメータは、保管フラグ１００６の値が０に設定される。
【００４３】
図１２は、操作履歴情報格納の流れを示すフローチャートである。Ｗｅｂアプリケーションサーバ１０８が実行されると、クライアントＰＣ１０１（１０２、１０３）から様々な要求がＷｅｂアプリケーションサーバ１０８に対して送信される。Ｗｅｂアプリケーションサーバ１０８は、クライアントＰＣ１０１（１０２、１０３）からの要求を、プレゼンテーション層３０１で受信し、要求に従ってインタフェースを呼び出す（ステップＳ１２０１）。呼び出されたインタフェースは、プログラムで指定された処理を実行する（ステップＳ１２０２）。処理を実行後、インタフェースは操作履歴テーブル５０５を参照する（ステップＳ１２０３）。操作履歴テーブル５０５の中から、パス１００１が自インタフェースを示しているレコードを参照し、保管フラグ１００６に１が設定されているパラメータを抽出する（ステップＳ１２０４）。ステップＳ１２０４で抽出したパラメータについて、値の取得先オブジェクト１００３、パラメータ変数名１００４、データ型１００５の値を取得する（ステップＳ１２０５）。インタフェースは、ステップＳ１２０４で抽出したパラメータに関して、ステップＳ１２０５で取得した情報を元に値を取得する（ステップＳ１２０６）。まず、インタフェースの引数の中から、取得先オブジェクト１００３で指定されたオブジェクトを取得する。取得したオブジェクトの中から、パラメータ変数名１００４で指定された変数を、データ型１００５で指定されたデータ型として取得する。取得したパラメータを操作履歴の情報としてデータベースに保管する。保管先はデータベース以外にもファイルなどがある。
【００４４】
［他の実施の形態］
上記実施の形態では、ＨＴＴＰサーバ１０７とＷｅｂアプリケーションサーバ１０８を別構成とした場合を例に挙げたが、これに限定されるものではなく、ＨＴＴＰサーバ１０７とＷｅｂアプリケーションサーバ１０８を統合した単一の装置（筐体）とすることも可能である。
【００４５】
本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラムをコンピュータまたはＣＰＵに供給し、そのコンピュータまたはＣＰＵが該供給されたプログラムを読出して実行することによって、達成することができる。
【００４６】
この場合、上記プログラムは、該プログラムを記録した記憶媒体から直接供給されるか、またはインターネット、商用ネットワーク、若しくはローカルエリアネットワーク等に接続される不図示の他のコンピュータやデータベース等からダウンロードすることにより供給される。
【００４７】
上記プログラムの形態は、オブジェクトコード、インタプリタにより実行されるプログラムコード、ＯＳ（オペレーティングシステム）に供給されるスクリプトデータ等の形態から成ってもよい。
【００４８】
また、本発明は、上述した実施の形態の機能を実現するソフトウェアのプログラムを記憶した記憶媒体をコンピュータまたはＣＰＵに供給し、そのコンピュータまたはＣＰＵが記憶媒体に記憶されたプログラムを読出して実行することによっても、達成することができる。この場合、記憶媒体から読出されたプログラムコード自体が上述した各実施の形態の機能を実現すると共に、そのプログラムコードを記憶した記憶媒体は本発明を構成する。プログラムコードを記憶する記憶媒体としては、例えば、ＲＯＭ、ＲＡＭ、ＮＶ−ＲＡＭ、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＭＯ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード等がある。
【００４９】
上述した実施の形態の機能は、コンピュータから読出されたプログラムコードを実行することによるばかりでなく、コンピュータ上で稼動するＯＳ等がプログラムコードの指示に基づいて実際の処理の一部または全部を行うことによっても実現することができる。
【００５０】
また、上述した実施の形態の機能は、記憶媒体から読出されたプログラムが、コンピュータに挿入された機能拡張ボードまたはコンピュータに接続された機能拡張ユニットに備えられたメモリに書込まれた後、そのプログラムの指示に基づき、その機能拡張ボードまたは機能拡張ユニットに備えられたＣＰＵまたはＭＰＵ等が実際の処理の一部または全部を実行することによっても実現することができる。
【図面の簡単な説明】
【００５１】
【図１】本発明の実施の形態に係るネットワークシステムの構成例を示す概略図である。
【図２】操作履歴機能を実行する装置としてのＷＥＢアプリケーションサーバの構成例を示すブロック図である。
【図３】クライアントＰＣ及びＷｅｂアプリケーションサーバのモジュールの構成例を示すブロック図である。
【図４】本発明の実施の形態に係る、操作履歴機能カスタマイズのためのデータベースを作成するまでの流れを示すフローチャートである。
【図５】本発明の実施の形態に係る、操作履歴機能カスタマイズのためのデータベースを作成するまでの過程と、その過程で生成されるファイルを示す図である。
【図６】本発明の実施の形態に係る、操作履歴機能の情報の記述した、プログラムソースコードを示す図である。
【図７】本発明の実施の形態に係る、ソースコードから操作履歴機能に関する情報を抽出して作成する、中間ファイルを示す図である。
【図８】本発明の実施の形態に係る、Ｗｅｂサーバアプリケーションにおけるインタフェース一覧を定義したファイルを示す図である。
【図９】本発明の実施の形態に係る、インタフェース単位に操作履歴機能に関する情報を記述した中間ファイルを示す図である。
【図１０】本発明の実施の形態に係る、データベースのテーブルを示す図である。
【図１１】本発明の実施の形態に係る、データベースの設定画面を示す図である。
【図１２】本発明の実施の形態に係る、操作履歴情報格納の流れを示すフローチャートである。
【図１】
2009025977.tif 000003
【図２】
2009025977.tif 000004
【図３】
2009025977.tif 000005
【図４】
2009025977.tif 000006
【図５】
2009025977.tif 000007
【図６】
2009025977.tif 000008
【図７】
2009025977.tif 000009
【図８】
2009025977.tif 000010
【図９】
2009025977.tif 000011
【図１０】
2009025977.tif 000012
【図１１】
2009025977.tif 000013
【図１２】
2009025977.tif 000014