情報処理装置、制御方法、プログラム、及び記録媒体
【課題】本発明は、データベースサーバで管理されているテーブルに対して、アプリケーションからの更新処理を実施した際、更新内容を時系列に記録し、網羅的に把握する仕組みを提供する。
【解決手段】
業務端末２００においてアプリケーション００１の実行タイミングに合わせてデータベースサーバ３００のアプリケーションテーブル群００４への更新処理が発生したときに、記録装置００６が更新内容に関連する情報を網羅的に記録テーブル００７に記録した後、照会端末５００において記録テーブル００７に記録された更新内容を照会することで、システムにおける障害等の発生原因を効率的に調査する。
【解決手段】
業務端末２００においてアプリケーション００１の実行タイミングに合わせてデータベースサーバ３００のアプリケーションテーブル群００４への更新処理が発生したときに、記録装置００６が更新内容に関連する情報を網羅的に記録テーブル００７に記録した後、照会端末５００において記録テーブル００７に記録された更新内容を照会することで、システムにおける障害等の発生原因を効率的に調査する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースサーバで管理されているテーブルに対して、更新処理を実施した際、更新内容を時系列に記録し、記録した更新内容を照会する技術に関する。
【背景技術】
【０００２】
近年のシステムでは、データベースが必須の要素機能となっている。その中でも特に、リレーショナルデータベース（RDB）が世の中で広く使用されている。
【０００３】
システムにおけるデータベースの利用用途としては、整合性の取れたデータを保管する器として使用され、アプリケーション等のプログラムから、照会、更新等の要求に対する処理の実行または、結果を提示するサービスを提供している。
【０００４】
ただし、データベースへのアクセスは、SQLという言語によってアクセスがなされ、データベース内で格納されているデータがどのように更新されているかは、ブラックボックス化され、更新内容を網羅的に把握することは、現状、困難である。
【０００５】
尚、ここで述べる更新内容とは、いつ、だれが（ユーザ）、どこで（コンピュータ名）、 どのプログラムが（プログラム名）、どのテーブルに（テーブル名）、どういう操作を（Insert,Update,Delete）、どういう順で（連続番号で管理）、どのレコードに対して（テーブルのレコードデータ）、どのようなデータ項目に登録されている値を、どのような値に更新したか、あるいは更新されたレコードの該当項目以外の項目の値はどのような値であったか、といった事を特定することを示している。
【０００６】
特にシステム構築にあたり、構築したシステムをテスト、評価、障害原因調査をする際、データベースへの更新内容を精査することが重要な作業でかつ労力のかかる作業となる。
【０００７】
この作業は、システム構築時のテスト局面、導入後の受入検査時、障害・セキュリティインシデント発生時の原因追及の際に発生し、多大な作業時間を費やした結果、更新内容が把握できる場合もあるが、網羅的には把握できないのが現状である。
【０００８】
従来技術では、データベースへの更新内容が手軽に網羅的に把握することができない。
【０００９】
ここで、テストを実施する際の具体的な作業内容を記し、当作業において、現状での問題点を挙げ、従来技術では、実現が困難であることを説明する。作業内容としては、（１）設計書から更新対象のテーブルを洗い出し、把握する、（２）上記テーブルのデータを手動で電子ファイルに記録する、（３）テスト対象のアプリケーションにてデータベースへの更新処理を実施する、（４）上記テーブルのデータを手動で電子ファイルに記録する、（５）（２）と（４）の結果を手動で比較する。
【００１０】
但し、これらの作業を実施するには、次の前提が必要となり、（A)アプリケーションと整合性のとれた設計書が必須となる、（B)同時に1処理のテストしかできないので複数人では、実施不可、といった前提が必要となる。
【００１１】
この前提に基づいて作業を実施すると、現状においては、次の問題が発生する。
【００１２】
前提（A)に関連して、アプリケーションが更新したテーブルの網羅性は、設計書の精度、アプリケーションと設計書の整合性の高さに依存してしまう、また設計書内に更新対象のテーブルの記載がもれていると、テストケースからもれてしまう、更に各更新対象テーブルの更新順序が把握できない、更新順序が正しいかどうかは、プログラムのソースを見なければ判断できない、といった問題が発生する。
【００１３】
また、前提（B)に関連して、更新ユーザ、プログラムが特定できない、またアプリケーション側でこれらの情報を記録しなければ、特定はできない、また複数人で実施した際、更新ユーザ、プログラム、更新順序の把握ができない、また、一元管理されたデータベースに対して、複数のユーザ、プログラムで同時に更新されるため、アプリケーション側でこれらの情報を記録しなければ、特定は難しい。といった問題がある。
【００１４】
更に、テスト対象アプリケーションの処理前、処理後のデータ内容の記録を手作業で実施する必要があり、作業の手間と作業のミスが発生してしまう。
【００１５】
そこで、ユーザのテストの作業効率を向上させるための技術の１つとして、オンライン処理実施時に発生するデータベースの更新に対して、更新前及び更新後のデータを用いて遡及的に大量のテストデータの作成を行う技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００９−０７５９４９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかしながら、特許文献１に記載の技術においては、テスト作業の効率化を行うためのテスト実行環境の提供を目的としており、遡及的にテストデータを作成することが記載されており、データベースに対する更新等のトランザクションの発生によって生じる障害等の原因調査等への対応については記載や示唆はなく、システムにおける障害等の発生時に原因調査を行うには、情報として不十分となり、精密な調査を行うことが難しい。
【００１８】
更に、テストデータ作成を支援する仕組みを構築する際の作業者の負荷も高まる可能性が生じることも問題の１つとして上げられる。
【００１９】
本発明は、上記の課題を解決するためになされたものであり、データベースに対する更新履歴からシステムにおける障害の発生原因の調査を作業者への負荷をかけることなく効率的に行うことが可能な情報処理装置、制御方法、プログラム、及び記録媒体を提供することを目的としている。
【課題を解決するための手段】
【００２０】
上記目的を達成するための第１の発明は、少なくとも１以上のアプリケーションテーブルを表示選択する表示選択手段と、前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録手段と、前記記録手段によって記録された更新内容を表示する表示手段と、を備えたことを特徴とする。
【００２１】
上記目的を達成するための第２の発明は、少なくとも１以上のアプリケーションテーブルを表示選択する表示選択工程と、前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択工程によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録工程と、前記記録工程によって記録された更新内容を表示する表示工程と、を備えたことを特徴とする。
【００２２】
上記目的を達成するための第３の発明は、コンピュータで読取り可能なプログラムである共に実行可能なプログラムであって、前記プログラムは、少なくとも１以上のアプリケーションテーブルを表示選択する表示選択手段と、前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録手段と、前記記録手段によって記録された更新内容を表示する表示手段と、として機能することを特徴とする。
【００２３】
上記目的を達成するための第４の発明は、第３の発明で記載したプログラムを記録したコンピュータで読取り可能な記録媒体。
【発明の効果】
【００２４】
本発明によれば、データベースに対する更新履歴に関与する情報を網羅的に記録することによって障害の発生原因の調査を作業者への負荷をかけることなく効率的に行うことが可能となる、という効果を奏する。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態における情報処理システムの構成を示す図である。
【図２】本発明の実施形態における情報処理システムを構成する各装置のハードウェア構成を示す図である。
【図３】本発明の実施形態における作業の流れを示すフロー図である。
【図４】本発明の実施形態における全体の概略処理を示すフロー図である。
【図５】本発明の実施形態における更新内容を記憶するための記録テーブルの構成を示す構成図である。
【図６】本発明の実施形態における記録テーブルを生成するための画面の一例を示す構成図である。
【図７】本発明の実施形態における記録装置を生成するための画面の一例を示す構成図である。
【図８】本発明の実施形態における監視対象候補テーブルを一覧表示する際の処理を示すフローチャートである。
【図９】本発明の実施形態における記録装置を生成する処理を示すフローチャートである。
【図１０】本発明の実施形態における記録装置の記録処理に関する処理を示すフローチャートである。
【図１１】本発明の実施形態におけるアプリケーションによるデータ追加時の記録テーブル内容を説明するための説明図である。
【図１２】本発明の実施形態におけるアプリケーションによるデータ更新時の記録テーブル内容を説明するための説明図である。
【図１３】本発明の実施形態におけるアプリケーションによるデータ削除時の記録テーブル内容を説明するための説明図である。
【図１４】本発明の実施形態における複数のアプリケーション、ユーザによる更新処理時の記録テーブル内容を説明するための説明図である。
【図１５】本発明の実施形態における照会装置における検索条件指定画面の一例を示す構成図である。
【図１６】本発明の実施形態における照会装置の検索結果画面の一例を示す構成図である。
【図１７】本発明の実施形態における照会装置の検索結果を表示する処理に関する処理を示すフローチャートである。
【図１８】本発明の実施形態におけるラベル使用時の記録テーブルへ記録されたことが検索結果画面で表示されていることを示す構成図である。
【図１９】本発明の実施形態における照会装置においてラベルを登録する処理に関するフローチャートである。
【発明を実施するための形態】
【００２６】
以下、本発明の実施形態について、図面を参照しながら、詳細に説明する。
【００２７】
まず、本発明の本発明の一実施形態に係る、システム構成、各機能の役割について説明する。
【００２８】
図１は、本発明の実施形態に係る情報処理システムにおけるシステムの構成を示す構成図である。
【００２９】
図１に示すように、情報処理システム１００は、業務端末２００、データベースサーバ３００、管理端末４００、及び照会端末５００から構成されている。ただし、業務端末２００、管理端末４００、及び照会端末５００が受け持つ機能については、場所を問わない。例えば、データベースサーバ３００上ですべての機能を持つことも可能である。
【００３０】
業務端末２００は、データベースへの更新処理を行うアプリケーション００１が導入されユーザが操作を行うための端末である。この業務端末２００では、アプリケーション００１を操作し、データベースサーバ３００上のアプリケーションテーブル群００４に対して更新処理を行う。
【００３１】
アプリケーション００１は、データベースへの更新処理を行うソフトウェアを示しており、本発明の提供機能外の位置づけとしており、データベースへの更新処理を行うものであれば、特定しない。
【００３２】
次にデータベースサーバ３００について説明する。データベースサーバ３００には、データベースとしてＲＤＢ（Relational Database）製品が導入され、各種データベースサービスを提供する役割を担っている。本発明において更新内容の把握対象（監視対象）のデータベースが記憶されている。
【００３３】
データベースサーバ３００は、アプリケーション００１が、参照及び更新するアプリケーションテーブル群００４を有する。本発明の実施においては、予め存在しているものとし、本発明の提供機能外とする。また、本テーブル群のレイアウト等に関する制約はないものとする。また、本テーブル群は、本発明における更新処理を監視し、更新内容を把握する対象（監視対象）のテーブルとなる。
【００３４】
データベースサーバ３００は、RDB定義情報００５を備えており、本情報は、RDBの機能を実現する上で必要な情報群を指しており、本発明では、テーブル定義情報および項目定義情報を必要とする。
【００３５】
テーブル定義情報とは、データベースサーバ３００上で管理されている各テーブルの属性情報を付加したテーブル一覧である。また、項目定義情報とは、先のテーブル一覧に定義されているテーブル毎の項目の属性情報を付加した項目一覧である。また、項目の型情報等の属性情報も保持している。先にも記したように、RDB製品には、凡そこれらの情報がRDBの標準機能として保持されている。
【００３６】
本発明では、これらのRDB定義情報００５を元に記録装置００６を自動生成する。記録装置００６は、アプリケーション００１、及びアプリケーションテーブル００４の実装形態にかかわらず、汎用的かつ網羅的に更新内容を把握する機能が提供できる基礎情報となる。よって、RDB上でこれらの情報が採取できない環境では、記録装置００６の自動生成は実現できない。
【００３７】
管理端末４００は、本発明の記録基盤生成装置００２が導入されており、管理者が操作するための端末である。管理端末４００より、記録基盤生成装置００２を用いて、データベースサーバ３００に対して記録装置００６、及び記録テーブル００７の生成作業を実施する。
【００３８】
照会端末５００は、本発明の照会装置００３が導入され、ユーザが操作するための端末である。照会端末５００より、照会装置００３を用いて、データベースサーバ３００上の記録テーブル００７を照会し、更新内容を照会する。本照会作業を持って、ＲＤＢへの更新内容の把握を行う。
【００３９】
次に、データベースサーバ３００上に存在する記録テーブル００７について説明する。記録テーブル００７は、監視対象とすべくＲＤＢに１つずつ存在する。
【００４０】
記録テーブル００７は、管理端末４００上の記録基盤生成装置００２を操作することで生成する。
【００４１】
記録テーブル００７内にアプリケーションテーブル群００４への更新内容が時系列に記録される。更新内容の記録処理は、記録装置００６が受け持つ。
【００４２】
次に、記録装置００６を説明する。記録装置００６は、管理端末４００上の記録基盤生成装置００２を操作することで生成し、ＲＤＢに実装されている標準の基盤機能であるトリガー機構によって、データベースサーバ３００上に登録される。記録装置００６は、アプリケーションテーブル群００４に存在する各テーブル毎に登録される。
【００４３】
トリガー機構の特徴として、データベースサーバ３００上で、アプリケーションテーブルに対する更新処理（Insert,Update,Delete）が発生した際、その更新タイミングに合わせてレコード単位にトリガー機構を実行することができる。
【００４４】
このトリガー機構を用いて、ＲＤＢの標準機能より、記録装置００６が起動される。記録装置００６では、Insert時、Delete時のデータ、Update時の更新前、更新後のデータを記録テーブル００７に時系列に記録する。
【００４５】
図２には、本発明の実施形態に係る情報処理システムにおける各業務端末２００、データベースサーバ３００、管理端末４００、及び照会端末５００に組み込まれたコンピュータのハードウエア構成の例を示す図である。
【００４６】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic
Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００４７】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００４８】
また、入力コントローラ（入力Ｃ）２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００４９】
メモリコントローラ２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００５０】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００５１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００５２】
本発明を実現するためのプログラム類は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルおよび各種情報テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００５３】
次に、図３を用いて、本発明におけるＲＤＢの更新履歴の照会を行う迄の作業の流れを説明する。
【００５４】
図３に示すように、作業は、更新内容の記録準備、アプリケーション処理および更新内容記録、及び更新内容記録の照会の順で行われる。
【００５５】
ただし、更新内容の記録準備については、初回のみ実施し、以降は、アプリケーションテーブル群００４の各テーブル構造を変更した場合に実施する必要がある。
【００５６】
変更がない場合は、アプリケーション処理および更新内容記録及び更新内容記録の照会を繰り返し、アプリケーションの更新処理に伴う、更新内容の把握を行う。
【００５７】
まず、更新内容の記録準備では、図１に示す管理端末４００にて、記録基盤生成装置００２を用いて、記録装置００６及び記録テーブル００７の生成作業を行う。
【００５８】
次に、アプリケーション処理および更新内容記録では、図１に示す業務端末２００にて、アプリケーション００１を操作し、データベースサーバ３００上のアプリケーションテーブル群００４への更新処理を行う。
【００５９】
データベースサーバ３００上では、各アプリケーションテーブル００４が更新されたことを契機に記録装置００６が起動され、記録テーブル００７に更新内容を記録する。
【００６０】
次の更新内容記録の照会では、図１に示す照会端末５００にて、照会装置００３を用い、データベースサーバ３００上の記録テーブル００７を参照し、更新内容を照会する。
【００６１】
次に作業の流れと処理のフローを説明し、各機能の詳細な説明を行う。
【００６２】
図４は、本発明の実施形態に係る情報処理システム１００におけるＲＤＢの更新履歴の照会を行う迄の概要処理フローを示す図である。
【００６３】
図４に示す更新内容の記録準備０１０では、管理端末４００にて、記録基盤生成装置００２を用いて、記録テーブル００７の生成を行う（０１１）。生成作業について、図４のフローチャート及び図６に示す生成画面例を用いて説明する。
【００６４】
管理端末４００において記録基盤生成装置００２を起動する（起動とともにＲＤＢへの接続が行われている。）。記録基盤生成装置００２の設定画面（図６参照）を表示し、０３０を選択後、０３１の箇所において項目数（ＣｏｌｕｍｎＣｏｕｎｔ）、項目のバイト数（ＣｏｌｕｍｎＢｙｔｅ）を設定する。
【００６５】
項目数については、データベースサーバ３００上のアプリケーションテーブル群００４の中での最大項目数を設定する。また、項目のバイト数については、データベースサーバ３００上のアプリケーションテーブル群００４の項目の中で最大のバイト数を設定する。
【００６６】
また、自立型トランザクション０３１の項目を設定する。ONを設定することで、監視対象のテーブル更新のトランザクションとは独立したトランザクションで記録テーブル００７に記録を行う。
【００６７】
つまり、監視対象のテーブル更新処理がロールバックされた場合でも、記録テーブル００７に記録が残る。また、OFFを設定することで、監視対象のテーブル更新のトランザクション内の処理として、記録テーブル００７に記録する。
【００６８】
つまり、監視対象のテーブル更新処理がロールバックされた場合、記録テーブル００７への記録内容についてもロールバックされることとなる。
【００６９】
継続して、記録基盤生成装置００２を用いて、０３２の箇所において、記録テーブル生成指示を選択した後、記録テーブル生成スクリプト０３３が生成されるため、その後、コンパイルボタン０３４を押下することによってデータベースサーバ３００上に登録する。
【００７０】
よって、アプリケーションテーブル群００４の構成（最大項目数、項目最大バイト数）が変更された場合は、構成変更後、再度実施する必要がある。
【００７１】
次に、図４の記録テーブル００７について説明する。前述の作業で生成された記録テーブル００７は、監視対象のＲＤＢに１つのみ生成する。記録テーブル００７のレイアウトを図５に示す。記録テーブル００７の各項目は、管理項目、テーブル項目に分類することができる。
【００７２】
管理項目０２０には、いつ（日時）、だれが（ユーザ）、どこで（ホスト名）、どのプログラムが（プログラム名、セッションID）、どのテーブルに（テーブル名）、どういう操作を（更新種別）、どういう順で（連番）等のデータを記録し、テーブル項目０２１には、監視対象のテーブル（アプリケーションテーブル群００４）のレコードイメージが記録される。
【００７３】
記録テーブル００７は、複数のＲＤＢのレコードイメージが記録されるため、汎用的な項目名とし、項目1〜監視対象のテーブル群の最大の項目数(ｎ)の範囲内で項目数を持つような態様をとることが可能となる。
【００７４】
また、テーブル項目０２１内では、どのレコードに対して、どのようなデータ項目に登録されている値を、どのような値に更新されたかを記録する。
【００７５】
次に、図４に示す更新内容の記録準備０１０では、管理端末４００にて、記録基盤生成装置００２を用いて、記録装置００６の生成を行う。生成作業について、図４のフロー及び図６に示す生成画面例を用いて説明する。
【００７６】
図４に示す通り、まず管理端末４００で記録基盤生成装置００２を起動する（起動とともにＲＤＢへの接続が行われている。）。図７に示す記録基盤生成装置００２の監視対象テーブル一覧画面を表示し、０４０を選択後、監視対象候補テーブル一覧０４１を表示する。監視対象候補テーブル一覧０４１は、図４に示すアプリケーションテーブル群００４に該当する。
【００７７】
次に、監視対象候補テーブル一覧０４１の中から監視対象のテーブルをチェックボックス４０２にチェック印を入力することで選択する。
【００７８】
その後、トリガー生成指示０４３を選択した後、記録装置生成スクリプト０４４が生成されるため、その後、コンパイルボタン０４５を押下することによってデータベースサーバ３００上に登録する。
【００７９】
本作業は、アプリケーションテーブル群００４の構成（項目の追加、削除、型の変更、テーブルの削除、追加）が変更された場合は、構成変更後、再度実施する必要がある。
【００８０】
図７に示す監視対象候補のテーブル一覧０４１への表示処理は、図７に示す処理フローにて実施される。本フローチャートにおける各ステップの処理は、データベースサーバ３００のＣＰＵ２０１の制御の元、実行される。
【００８１】
まず、ステップＳ００１では、監視対象のＲＤＢに接続を行った後、次に、ステップＳ００２では、データベースサーバ３００上に存在するRDB定義情報００５内のテーブル定義情報の集合を読み取る。
【００８２】
そしてステップＳ００３は、ループ開始を示しており、また本ループの終了をステップＳ００６としており、テーブル毎に処理を繰り返す。
【００８３】
ループ内における処理では、ステップＳ００４では、テーブル名を取得し、監視対象候補テーブル一覧０４１に表示すべき対象としてＲＡＭ２０３へ追加で記憶していく。
【００８４】
ステップＳ００２で取得したテーブル定義情報に定義されたテーブルに対して全て処理が完了したならば、ステップＳ００６においてループを終了した後、ステップＳ００７において、管理端末４００のＣＲＴ２１０に表示された図７に示す監視対象候補のテーブル一覧０４１へテーブル名の一覧表示を行う。
【００８５】
その後、監視対象候補のテーブル一覧０４１より、管理者は手動で監視対象テーブルを選択する。
【００８６】
次に、記録装置００６を生成する処理について、図９に示すフローチャートを用いて説明する。
【００８７】
まず、ステップＳ０１１では、監視対象のＲＤＢに接続を行い、次にステップＳ０１２において監視対象候補のテーブル一覧０４１で選択されたテーブル群を取得し、ステップＳ０１３より取得したテーブル毎にループを開始する。
【００８８】
次に、ステップＳ０１４において、データベースサーバ３００上に存在するRDB定義情報００５内の項目定義情報に対して、ステップＳ０１１において指定されたテーブルを条件にテーブルの項目の一覧を取得しＲＡＭ２０３へ記憶する。
【００８９】
次のステップＳ０１５においてＲＡＭ２０３へ記憶した項目の一覧を元に、項目毎にループを開始する。
【００９０】
次に、ステップＳ０１６において、ループで指定された項目の型情報を取得する。そして次のステップＳ０１７において、項目、型情報毎にキャラクタ型への変換ロジックを生成し、ステップＳ０１８では、ステップＳ０１７において生成された変換ロジックをＲＡＭ２０３に追加で記憶する。
【００９１】
ステップＳ０１９は、処理対象項目がなくなれば、項目のループを終了することを示しており、処理対象となる項目が存在すれば、ステップＳ０１５へ処理を進める。
【００９２】
ステップＳ０２０では、ステップＳ０１８においてＲＡＭ２０３へ追加記憶した変換ロジックからプログラム（SQL）を生成する。
【００９３】
ステップＳ０１３からステップＳ０２０までテーブル単位で処理し、処理対象のテーブルがなくなれば、テーブルのループを終了する（ステップＳ０２１）。すべてのテーブルに対するプログラム（SQL）を図６に示す記録装置生成スクリプト０４４に表示する。
【００９４】
これによって、更新内容の記録を行うための準備が整ったことになる。続いて、図４のアプリケーション処理およびログ記録０１３について説明する。
【００９５】
まず、業務端末２００にて、アプリケーション００１を用いて、データベースサーバ３００上のアプリケーションテーブル群００４への更新処理を行う。
【００９６】
業務端末２００にて、アプリケーション００１を操作することによって、ＲＤＢの標準機能が更新のイベントをトリガー機構によって検知し、記録装置００６が起動される。つまり、アプリケーション００１がＲＤＢに接続したセッション内で、記録装置００６が起動され、記録テーブル００７にアプリケーションテーブル００４に対する更新内容を記録する。記録後、アプリケーション００１に制御が戻ることとなる。
【００９７】
次に、記録装置００６が起動された後、記録テーブル００７に更新内容が記録される処理について、図１０に示すフローチャートを用いて説明する。
【００９８】
まず、ステップＳ０３１において、ＲＤＢへの接続情報（セッション情報）を取得する。つまり、先に記したとおり、アプリケーション００１における更新処理に関するセッション情報である。この情報は、図５に示す記録テーブル００７に示すテーブルレイアウトのセッションＩＤに記録するために予め情報を取得する。
【００９９】
次に、ステップＳ０３２において、シーケンスNo.を取得し、更新処理に対して、ユニークな採番を行い、ＲＡＭ２０３へ記憶した後、ステップＳ０３３において、更新処理に対して、Insert、Update、あるいはDeleteかを判別する。
【０１００】
UpdateあるいはDeleteの場合は、ステップS０３４へ処理を進め、更新前のデータを記録テーブル００７へ記録する。
【０１０１】
次に、ステップS０３５において、再度更新の種別を判断し、Deleteの場合は、処理を終了し、Updateの場合、ステップS０３６へ処理を進める。
【０１０２】
ステップＳ０３６において、更新後のデータを記録テーブル００７へ記録する。つまり、Insert、Updateの場合は、記録テーブル００７へ記録する。
【０１０３】
アプリケーションの操作からアプリケーションテーブルへの更新、記録テーブルの記録の内容については、図１１〜図１４を用いて詳細に説明する。
【０１０４】
図１１〜図１３では、図４に示すアプリケーション００１を社員マスタメンテナンス画面として想定したものを図示している。
【０１０５】
アプリケーション００１は、図４に示すアプリケーションテーブル群００４の「社員マスタ」に対して追加、更新、削除するプログラムである。それぞれの操作をしたときのアプリケーションの操作、アプリケーションテーブルへの更新、記録テーブルの記録の内容を具体的に説明する。
【０１０６】
さらに図１４では、複数のアプリケーション、アプリケーションテーブルに対し、複数のユーザが更新処理をしたときの例を掲載している。
【０１０７】
図１１では、社員マスタに新しい社員を追加する例を挙げている。
【０１０８】
まず、社員マスタメンテナンス画面０３１を起動する。このときアプリケーションテーブル群００４のテーブルに対しての変更はないため（０３２）、記録テーブル００７への記録は発生しない（０３３）。
【０１０９】
次に社員マスタメンテナンス画面０３１においてで追加する社員の情報を入力するための入力領域０３４へ入力を行ったタイミングでは、アプリケーションテーブル群００４のテーブルに対しての変更はないため（０３６）、記録テーブル００７への記録は発生しない（０３７）。
【０１１０】
次に、登録ボタン０３５を押下し、登録処理が実行されると、登録処理の結果が社員マスタメンテナンス画面０３１上に表示（０３８）される。登録処理後、アプリケーションテーブル群００４には、社員マスタメンテナンス画面０３１上に入力された情報が追加（０３９）される。このとき、記録テーブル００７に、ホスト名、プログラム名、テーブル名、種別等の管理項目０２０（図では、例のため、主要項目のみ掲載する。）および社員マスタのデータの内容が記録テーブル００７に記録される。
【０１１１】
図１２では、社員マスタにすでに登録された社員の属性を変更する例を挙げる。
【０１１２】
社員マスタメンテナンス画面０４１を起動し、変更対象の社員を画面上に表示する。このときアプリケーションテーブル群００４のテーブルに対して変更はないので、記録テーブル００７には、前の社員追加時更新内容が保持されているのみである（０４２）。
【０１１３】
次に社員マスタメンテナンス画面０４１で変更する社員の属性を入力するための入力領域０４４に入力を行う。この時点では、アプリケーションテーブル群００４のテーブルに対して変更はない（０４６）ので記録テーブル００７への記録も存在しない（０４７）。
【０１１４】
次に、登録ボタン０４５を押下すると、登録変更処理が実行され、登録変更処理の結果が社員マスタメンテナンス画面０４１に表示される（０４８）。登録変更処理後、アプリケーションテーブル群００４のテーブルは、社員マスタメンテナンス画面０４１に入力された情報に変更される（０４９）。このとき、記録テーブル００７に、ホスト名、プログラム名、テーブル名、種別等の管理項目０２０（図では、例のため、主要項目のみ掲載する。）および社員マスタのデータの内容が記録される（０５０）。この更新処理の場合は、更新前のデータの内容および更新後のデータの内容の2レコードのデータが記録される。
【０１１５】
図１３では、社員マスタにすでに登録された社員を削除する例を挙げる。
【０１１６】
社員マスタメンテナンス画面０５１を起動し、削除対象の社員を社員マスタメンテナンス画面０５１に表示する。このときアプリケーションテーブル群００４のＲＤＢに対しての変更はない（０５２）。記録テーブル００７には、前の社員追加時、更新時の更新内容が保持されている（０５３）。
【０１１７】
次に社員マスタメンテナンス画面０５１上で削除する社員の情報を確認（０５４）する。このときもアプリケーションテーブル群００４のテーブルの変更はないので（０５６）、記録テーブル００７への記録も発生しない（０５７）。
【０１１８】
次に、登録ボタン０５５を押下し、削除処理が実行され、削除処理の結果が社員マスタメンテナンス画面０５１に表示される（０５８）。削除処理後、アプリケーションテーブル群のテーブルには、社員マスタメンテナンス画面０５１上に表示された情報が削除される。（０５９）
【０１１９】
このとき、記録テーブル００７に、ホスト名、プログラム名、テーブル名、種別等の管理項目０２０（図では、例のため、主要項目のみ掲載する。）および社員マスタの削除されたデータの内容が記録される（０６０）。
【０１２０】
次に図１４では、複数のアプリケーション、アプリケーションテーブルに対し、複数のユーザが更新処理をしたときの例を掲載する。次に示すシナリオを順番に処理を行う設定とする。
【０１２１】
まず、ユーザAが社員マスタメンテナンス画面で社員情報の更新を実施する。社員番号を０００１、社員名を加藤茂、雇用区分を雇用から退職に変更、端末番号を００１で更新する。この更新を行った際に、使用した社員マスタメンテナンス画面のプログラム名は、P.exeとする。この更新した結果が、記録テーブル００７に対して０６１に示すようなデータを登録する。
【０１２２】
次に、ユーザBが受注登録画面で受注の登録を実施した場合、受注番号Ｊ０００１に対して、受注ヘッダー情報として、得意先コードをＴＯＫ００１、見積番号をＭ００１、受注部門コードをＢ００１、受注担当者コードを０００１、受注日を０９／０１／０５、納品日を０９／０２／０５、受注金額を２０、０００として記録する。
【０１２３】
また、受注番号Ｊ０００１に対して、受注ディテール情報として、受注品目をＨＩＮ−００１、数量を３個、売単価を６,０００、標準原価を４,０００の１レコードと受注品目をＨＩＮ−０９９、数量を1個、売単価を２,０００、標準原価を１,８００の１レコード、計２レコード記録する。
【０１２４】
この更新を行った際に、使用した受注登録画面のプログラム名は、Ｑ.exeとする。この更新した結果が、記録テーブル００７に対して０６２に示すようなデータを登録する。
【０１２５】
次に、ユーザAが部門マスタメンテナンス画面で部門の削除を実施した場合、部門番号がＢ００１、部門名がA部門、使用開始日が０９／０１／０５、使用終了日が９９／１２／３１のレコードを削除する。
【０１２６】
この削除を行った際に、使用した部門マスタメンテナンス画面のプログラム名は、Ｒ.exeとする。この更新した結果が、記録テーブル００７に対して０６３に示すようなデータを登録する。
【０１２７】
これによって、本発明に実施形態に係る情報処システムにおいてアプリケーション処理およびログ記録に関する処理がなされる。
【０１２８】
次に、記録テーブル００７の内容を照会装置００３で照会し、更新内容を把握する手段について、図４のフローおよび図１５、１６に示す画面を用いて説明する。
【０１２９】
図４のログの照会０１４では、照会端末５００に備えられた照会装置００３を用いて、記録テーブル００７に記録されたデータの照会を行う。ユーザや管理者が行う照会の作業について、図４のフローおよび図１５、１６の画面の一例を用いて説明する。
【０１３０】
図４に示す０１５において、照会端末５００で照会装置００３を起動する（０７０）。そして、記録テーブル００７が存在する接続先のＲＤＢを指定するために接続先フィールド０７１にテーブルが存在する領域に関する接続先情報を入力する。
【０１３１】
次に、検索ボタン０７２を押下すると、検索条件指定画面０７６が表示される。ここで、指定できる検索条件は、ラベル（詳細後述）、テーブル名、ログ検索開始日時、終了日時、操作（Insert,Update,Delete）、ユーザ、ホスト名、プログラム等が対象となり、検索条件入力領域０７６に入力を行うことが可能である。
【０１３２】
検索条件入力領域０７６において検索条件を入力し、検索開始ボタン０７７を押下することで、ＲＤＢ上の記録テーブル００７を検索し、図１６に示す検索結果画面に検索結果が表示される。
【０１３３】
検索結果画面では、検索条件に応じた記録テーブル００７の内容を表示する。管理項目０８０とテーブル項目０８１が表示される。これらの表示項目は、図５に示す記録テーブル００７の管理項目０２０、テーブル項目０２１に対応している。
【０１３４】
記録テーブル００７は、図５で示したように、汎用的な項目名として定義されているが、更新内容を把握する際、各テーブルの項目名が情報として必須となる。よって、シーケンスNo.（記録テーブル００７の連番）の昇順で表示し、テーブルが変更される毎に、RDB定義情報内の項目一覧情報から項目名を取得し、実際のテーブルの項目名を表示している（０８２）。
【０１３５】
検索結果画面の表示処理については、以降で説明する。また、Update時については、更新前、更新後のレコードで更新内容を比較し、値が一致しない（=更新された項目）項目に対して、着色表示する等の識別表示を行う。
【０１３６】
次に本発明の実施形態に係る照会装置００３において、記録テーブル００７に記録されたデータの検索処理について図１７及び図１８に示すフローチャートを用いて説明する。
【０１３７】
まず、ステップＳ０４０では、接続先フィールド０７１に接続先情報が入力されたことを検知し、入力された接続先情報を取得し、ＲＡＭ２０３へ記憶する。次のステップＳ０４１では、ステップＳ０４０においてＲＡＭ２０３へ記憶した接続先情報に基づいてデータベースサーバ３００に備えられたテーブルの存在する領域に接続する。
【０１３８】
同様に、検索条件指定画面０７６の検索条件入力領域０７６に入力した検索条件を取得し、ＲＡＭ２０３へ記憶し、ステップＳ０４３においてステップＳ０４２においてＲＡＭ２０３へ記憶した検索条件に基づいて、記録テーブル００７に対する検索用のＳＱＬを生成し、ＲＡＭ２０３へ記憶する。
【０１３９】
ステップＳ０４４において、ステップＳ０４３においてＲＡＭ２０３へ記憶したＳＱＬをデータベースサーバ３００へ送信して実行する。
【０１４０】
次にステップＳ０４５では、項目情報を取得するＳＱＬを生成しＲＡＭ２０３へ記憶する。ここでは、ステップＳ０４２においてＲＡＭ２０３へ記憶した検索条件を元に、RDB定義情報００５からテーブル一覧および各テーブル毎の項目一覧を取得し、記録テーブル００７に必要とするテーブル一覧および各テーブル毎の項目を取得するためのＳＱＬを生成し、ＲＡＭ２０３へ記憶する。
【０１４１】
ステップＳ０４６では、ステップＳ０４５においてＲＡＭ２０３へ記憶したＳＱＬをデータベースサーバ３００へ送信して実行する。
【０１４２】
ステップＳ０４７では、ステップＳ０４４で実行した記録テーブル００７の検索結果を検索結果画面に展開する。
【０１４３】
次に、ステップＳ０４８では、ステップＳ０４６で実行した項目情報の検索結果を取得し、ＲＡＭ２０３へ記憶し、ステップＳ０４９では、ステップＳ０４７で展開した記録テーブル００７の検索結果を一行毎に処理を開始する。
【０１４４】
ステップＳ０５０では、ステップＳ０４８においてＲＡＭ２０３へ記憶した項目情報に含まれるテーブル一覧からテーブル名を取得し、保管した前回テーブル名と同じかどうかを比較する。尚、前回テーブル名の保管は、ステップＳ０５６で実施する。
【０１４５】
比較した結果、前回のテーブル名と一致しないと判定した場合は、ステップＳ０５２へ処理を進め、一致しないと判定できなかった場合は、ステップＳ０５５へ処理を進める。
【０１４６】
次に、ステップＳ０５２では、ステップＳ０４７で取得した項目情報からステップＳ０５０で指定されたテーブルを特定し、ステップＳ０４８においてＲＡＭ２０３へ記憶した項目情報に基づいて特定したテーブルの項目一覧を取得する。
【０１４７】
次にステップＳ０５３では、検索結果画面の１行追加した後、ステップｓ０５４では、ステップＳ０５２でＲＡＭ２０３へ記憶した項目一覧を展開する。つまり、Ｓ０５１からＳ０５４までの処理で、図１６に示す０８２で示されるデータ項目に実際のテーブルの項目名を記載した行を追加する。尚、追加のタイミングは、テーブル名が変更されるたびに、項目名を記載した行を追加している。
【０１４８】
次に、ステップＳ０５５では、更新処理マーキング処理を実施する。本処理の詳細については、図１８に示すフローチャートを用いて説明する。次に、ステップＳ０５６では、テーブル名を保管する。本処理は、ステップＳ０５１の比較判別のために退避している。つまり、検索結果画面において、０８２に示すような項目情報をテーブル単位で表示するため、すなわちユーザによって視覚的に認識し易いようにするためである。
【０１４９】
ステップＳ０４４において実行した記録テーブル００７の検索内容がなくなれば、ループを終了する（ステップＳ０５７）。
【０１５０】
続いて、図１８に示すフローチャートを用いて更新箇所マーキング処理の説明をする。
【０１５１】
まず、ステップＳ０５８では、ステップＳ０４４においてＳＱＬを実行して得られた記
【０１５２】
録テーブル００７の検索結果の更新種別（Insert,Update,Delete）がUpdateであるか否かを判定し、Updateであると判定した場合は、ステップＳ０５９へ処理を進め、Updateであると判定しできなかった場合は、処理を終了する。
【０１５３】
Updateの場合は、更新前、更新後の２行のレコードが連続して存在するため、２行のそれぞれの値を比較し、値が一致しない場合にこの値の着色するため、この様な判定を行っている。
【０１５４】
そしてステップＳ０５９以降のステップにおいて、Update時の更新箇所（項目の値）にマーキングを行う処理を実施する。
【０１５５】
ステップS０５９は、ステップＳ０５２でＲＡＭ２０３へ記憶したテーブルの項目一覧の項目毎にループ処理の開始を示す。
【０１５６】
ステップS０６０において、ステップＳ０５２でＲＡＭ２０３へ記憶した項目一覧より項目の値を取得してＲＡＭ２０３へ記憶した後、ステップＳ０６１において、さらに次行の項目の値も取得し、ＲＡＭ２０３へ記憶する。ステップＳ０６２において、ステップＳ０６０、ステップＳ０６１でＲＡＭ２０３へ記憶した値を比較判定し、値が一致しないと判定した場合は、これらの値を着色等の識別可能なように表示する。
【０１５７】
ステップＳ０５２でＲＡＭ２０３へ記憶した項目一覧に対する項目がなくなれば、ループを終了し（ステップＳ０６４）、ステップＳ０６５では、検索結果の実施対象行を２行進める。
【０１５８】
次に、図面１５に示すマークアップラベル７３、開始ボタン７４、終了ボタン０７５、ラベル０７８について説明する。
【０１５９】
これらは、特定作業等の発生時に更新内容を記録したい場合、記録テーブル００７に対するラベリング（しおり付け）を行う機能である。
【０１６０】
本機能は、テストを実施する際に有効になる機能である。あるアプリケーションのテストを実施する際、まずマークアップラベル０７３にテストケースNo.「Case-1」を入力する。
【０１６１】
そして、アプリケーション００１の操作を行う前に、テスト開始の宣言となる、開始ボタン０７４を押下する。本作業により、記録テーブル００７にラベル「Case-1」の開始レコードが追加される（図面１９の０９１）。
【０１６２】
次にアプリケーション００１のテスト対象操作を実施することで、アプリケーションによる更新処理内容が記録テーブルに記録される（図面１９の０９２）。アプリケーション操作００１の実施後に、テスト終了の宣言とするため、終了ボタン０９２を押下する。
【０１６３】
本作業で記録テーブルにラベル「Case-1」の終了レコードが追加（図面１９の０９３）される。アプリケーション００１による更新内容が開始ラベル行と終了ラベル行にはさまれるようになり、テスト実施時の更新対象を範囲で特定することが可能である。
【０１６４】
検索条件指定画面０７６の検索条件入力領域０７６のラベル０７８にテストケースNo.を入力し、検索を実施することで、開始ラベルと終了ラベルの間の行について検索結果を検索結果画面に表示することができる。
【０１６５】
次に図２０を用いて、マークアップラベルの登録処理についてフローチャートを用いて説明する。
【０１６６】
ステップＳ０６６では、開始ボタン０７４あるいは終了ボタン０７５が押下されたか否かを判定し、押下されたと判定した場合は、開始ボタン０７４あるいは終了ボタン０７５の何れかが押されたことを識別するためのボタン識別情報をＲＡＭ２０３へ記憶し、ステップＳ０６７へ処理を進める。
【０１６７】
ステップＳ０６７では、照会端末５００で照会装置００３を起動する。そして、記録テーブル００７が存在する接続先のＲＤＢを指定するために接続先フィールド０７１に接続先情報が入力されたことを検知し、入力された接続先情報を取得し、ＲＡＭ２０３へ記憶する。次のステップＳ０６８では、ステップＳ０６７においてＲＡＭ２０３へ記憶した接続先情報に基づいてデータベースサーバ３００に備えられたテーブルの存在する領域に接続する。
【０１６８】
次に、ステップＳ０６９では、マークアップラベル０７３に入力されたマークアップラベルを取得し、ステップＳ０７０では、ステップＳ０６６でＲＡＭ２０３へ記憶したボタン識別情報を取得し、ステップＳ０７１では、Ｓ０６９で取得したマークアップラベルとＳ０７０で取得したボタン識別情報からラベル文字列を生成する。
【０１６９】
次にステップＳ０７１で作成した文字列を埋めた記録テーブル００７に対する登録するためのSQL文（Insert文）を生成し（Ｓ０６３）、ＲＡＭ２０３へ記憶する。
【０１７０】
ステップＳ０７２において、ステップＳ０７１においてＲＡＭ２０３へ記憶したＳＱＬをデータベースサーバ３００へ送信して実行する。
【０１７１】
以上、本発明によれば、データベースに対する更新履歴に関与する情報を網羅的に記録することによって障害の発生原因の調査を作業者への負荷をかけることなく効率的に行うことが可能となる。
【０１７２】
以上、各実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１７３】
また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。
【０１７４】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１７５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１７６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１７７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１７８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８０】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１８１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１８２】
１００ 情報処理システム
２００ 業務端末
３００ データベースサーバ
４００ 管理端末
５００ 照会端末
２０１ CPU
２０２ ROM
２０３ RAM
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信I/Fコントローラ
２０９ キーボード
２１０ CRT
２１１ 外部メモリ
【技術分野】
【０００１】
本発明は、データベースサーバで管理されているテーブルに対して、更新処理を実施した際、更新内容を時系列に記録し、記録した更新内容を照会する技術に関する。
【背景技術】
【０００２】
近年のシステムでは、データベースが必須の要素機能となっている。その中でも特に、リレーショナルデータベース（RDB）が世の中で広く使用されている。
【０００３】
システムにおけるデータベースの利用用途としては、整合性の取れたデータを保管する器として使用され、アプリケーション等のプログラムから、照会、更新等の要求に対する処理の実行または、結果を提示するサービスを提供している。
【０００４】
ただし、データベースへのアクセスは、SQLという言語によってアクセスがなされ、データベース内で格納されているデータがどのように更新されているかは、ブラックボックス化され、更新内容を網羅的に把握することは、現状、困難である。
【０００５】
尚、ここで述べる更新内容とは、いつ、だれが（ユーザ）、どこで（コンピュータ名）、 どのプログラムが（プログラム名）、どのテーブルに（テーブル名）、どういう操作を（Insert,Update,Delete）、どういう順で（連続番号で管理）、どのレコードに対して（テーブルのレコードデータ）、どのようなデータ項目に登録されている値を、どのような値に更新したか、あるいは更新されたレコードの該当項目以外の項目の値はどのような値であったか、といった事を特定することを示している。
【０００６】
特にシステム構築にあたり、構築したシステムをテスト、評価、障害原因調査をする際、データベースへの更新内容を精査することが重要な作業でかつ労力のかかる作業となる。
【０００７】
この作業は、システム構築時のテスト局面、導入後の受入検査時、障害・セキュリティインシデント発生時の原因追及の際に発生し、多大な作業時間を費やした結果、更新内容が把握できる場合もあるが、網羅的には把握できないのが現状である。
【０００８】
従来技術では、データベースへの更新内容が手軽に網羅的に把握することができない。
【０００９】
ここで、テストを実施する際の具体的な作業内容を記し、当作業において、現状での問題点を挙げ、従来技術では、実現が困難であることを説明する。作業内容としては、（１）設計書から更新対象のテーブルを洗い出し、把握する、（２）上記テーブルのデータを手動で電子ファイルに記録する、（３）テスト対象のアプリケーションにてデータベースへの更新処理を実施する、（４）上記テーブルのデータを手動で電子ファイルに記録する、（５）（２）と（４）の結果を手動で比較する。
【００１０】
但し、これらの作業を実施するには、次の前提が必要となり、（A)アプリケーションと整合性のとれた設計書が必須となる、（B)同時に1処理のテストしかできないので複数人では、実施不可、といった前提が必要となる。
【００１１】
この前提に基づいて作業を実施すると、現状においては、次の問題が発生する。
【００１２】
前提（A)に関連して、アプリケーションが更新したテーブルの網羅性は、設計書の精度、アプリケーションと設計書の整合性の高さに依存してしまう、また設計書内に更新対象のテーブルの記載がもれていると、テストケースからもれてしまう、更に各更新対象テーブルの更新順序が把握できない、更新順序が正しいかどうかは、プログラムのソースを見なければ判断できない、といった問題が発生する。
【００１３】
また、前提（B)に関連して、更新ユーザ、プログラムが特定できない、またアプリケーション側でこれらの情報を記録しなければ、特定はできない、また複数人で実施した際、更新ユーザ、プログラム、更新順序の把握ができない、また、一元管理されたデータベースに対して、複数のユーザ、プログラムで同時に更新されるため、アプリケーション側でこれらの情報を記録しなければ、特定は難しい。といった問題がある。
【００１４】
更に、テスト対象アプリケーションの処理前、処理後のデータ内容の記録を手作業で実施する必要があり、作業の手間と作業のミスが発生してしまう。
【００１５】
そこで、ユーザのテストの作業効率を向上させるための技術の１つとして、オンライン処理実施時に発生するデータベースの更新に対して、更新前及び更新後のデータを用いて遡及的に大量のテストデータの作成を行う技術が開示されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２００９−０７５９４９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
しかしながら、特許文献１に記載の技術においては、テスト作業の効率化を行うためのテスト実行環境の提供を目的としており、遡及的にテストデータを作成することが記載されており、データベースに対する更新等のトランザクションの発生によって生じる障害等の原因調査等への対応については記載や示唆はなく、システムにおける障害等の発生時に原因調査を行うには、情報として不十分となり、精密な調査を行うことが難しい。
【００１８】
更に、テストデータ作成を支援する仕組みを構築する際の作業者の負荷も高まる可能性が生じることも問題の１つとして上げられる。
【００１９】
本発明は、上記の課題を解決するためになされたものであり、データベースに対する更新履歴からシステムにおける障害の発生原因の調査を作業者への負荷をかけることなく効率的に行うことが可能な情報処理装置、制御方法、プログラム、及び記録媒体を提供することを目的としている。
【課題を解決するための手段】
【００２０】
上記目的を達成するための第１の発明は、少なくとも１以上のアプリケーションテーブルを表示選択する表示選択手段と、前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録手段と、前記記録手段によって記録された更新内容を表示する表示手段と、を備えたことを特徴とする。
【００２１】
上記目的を達成するための第２の発明は、少なくとも１以上のアプリケーションテーブルを表示選択する表示選択工程と、前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択工程によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録工程と、前記記録工程によって記録された更新内容を表示する表示工程と、を備えたことを特徴とする。
【００２２】
上記目的を達成するための第３の発明は、コンピュータで読取り可能なプログラムである共に実行可能なプログラムであって、前記プログラムは、少なくとも１以上のアプリケーションテーブルを表示選択する表示選択手段と、前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録手段と、前記記録手段によって記録された更新内容を表示する表示手段と、として機能することを特徴とする。
【００２３】
上記目的を達成するための第４の発明は、第３の発明で記載したプログラムを記録したコンピュータで読取り可能な記録媒体。
【発明の効果】
【００２４】
本発明によれば、データベースに対する更新履歴に関与する情報を網羅的に記録することによって障害の発生原因の調査を作業者への負荷をかけることなく効率的に行うことが可能となる、という効果を奏する。
【図面の簡単な説明】
【００２５】
【図１】本発明の実施形態における情報処理システムの構成を示す図である。
【図２】本発明の実施形態における情報処理システムを構成する各装置のハードウェア構成を示す図である。
【図３】本発明の実施形態における作業の流れを示すフロー図である。
【図４】本発明の実施形態における全体の概略処理を示すフロー図である。
【図５】本発明の実施形態における更新内容を記憶するための記録テーブルの構成を示す構成図である。
【図６】本発明の実施形態における記録テーブルを生成するための画面の一例を示す構成図である。
【図７】本発明の実施形態における記録装置を生成するための画面の一例を示す構成図である。
【図８】本発明の実施形態における監視対象候補テーブルを一覧表示する際の処理を示すフローチャートである。
【図９】本発明の実施形態における記録装置を生成する処理を示すフローチャートである。
【図１０】本発明の実施形態における記録装置の記録処理に関する処理を示すフローチャートである。
【図１１】本発明の実施形態におけるアプリケーションによるデータ追加時の記録テーブル内容を説明するための説明図である。
【図１２】本発明の実施形態におけるアプリケーションによるデータ更新時の記録テーブル内容を説明するための説明図である。
【図１３】本発明の実施形態におけるアプリケーションによるデータ削除時の記録テーブル内容を説明するための説明図である。
【図１４】本発明の実施形態における複数のアプリケーション、ユーザによる更新処理時の記録テーブル内容を説明するための説明図である。
【図１５】本発明の実施形態における照会装置における検索条件指定画面の一例を示す構成図である。
【図１６】本発明の実施形態における照会装置の検索結果画面の一例を示す構成図である。
【図１７】本発明の実施形態における照会装置の検索結果を表示する処理に関する処理を示すフローチャートである。
【図１８】本発明の実施形態におけるラベル使用時の記録テーブルへ記録されたことが検索結果画面で表示されていることを示す構成図である。
【図１９】本発明の実施形態における照会装置においてラベルを登録する処理に関するフローチャートである。
【発明を実施するための形態】
【００２６】
以下、本発明の実施形態について、図面を参照しながら、詳細に説明する。
【００２７】
まず、本発明の本発明の一実施形態に係る、システム構成、各機能の役割について説明する。
【００２８】
図１は、本発明の実施形態に係る情報処理システムにおけるシステムの構成を示す構成図である。
【００２９】
図１に示すように、情報処理システム１００は、業務端末２００、データベースサーバ３００、管理端末４００、及び照会端末５００から構成されている。ただし、業務端末２００、管理端末４００、及び照会端末５００が受け持つ機能については、場所を問わない。例えば、データベースサーバ３００上ですべての機能を持つことも可能である。
【００３０】
業務端末２００は、データベースへの更新処理を行うアプリケーション００１が導入されユーザが操作を行うための端末である。この業務端末２００では、アプリケーション００１を操作し、データベースサーバ３００上のアプリケーションテーブル群００４に対して更新処理を行う。
【００３１】
アプリケーション００１は、データベースへの更新処理を行うソフトウェアを示しており、本発明の提供機能外の位置づけとしており、データベースへの更新処理を行うものであれば、特定しない。
【００３２】
次にデータベースサーバ３００について説明する。データベースサーバ３００には、データベースとしてＲＤＢ（Relational Database）製品が導入され、各種データベースサービスを提供する役割を担っている。本発明において更新内容の把握対象（監視対象）のデータベースが記憶されている。
【００３３】
データベースサーバ３００は、アプリケーション００１が、参照及び更新するアプリケーションテーブル群００４を有する。本発明の実施においては、予め存在しているものとし、本発明の提供機能外とする。また、本テーブル群のレイアウト等に関する制約はないものとする。また、本テーブル群は、本発明における更新処理を監視し、更新内容を把握する対象（監視対象）のテーブルとなる。
【００３４】
データベースサーバ３００は、RDB定義情報００５を備えており、本情報は、RDBの機能を実現する上で必要な情報群を指しており、本発明では、テーブル定義情報および項目定義情報を必要とする。
【００３５】
テーブル定義情報とは、データベースサーバ３００上で管理されている各テーブルの属性情報を付加したテーブル一覧である。また、項目定義情報とは、先のテーブル一覧に定義されているテーブル毎の項目の属性情報を付加した項目一覧である。また、項目の型情報等の属性情報も保持している。先にも記したように、RDB製品には、凡そこれらの情報がRDBの標準機能として保持されている。
【００３６】
本発明では、これらのRDB定義情報００５を元に記録装置００６を自動生成する。記録装置００６は、アプリケーション００１、及びアプリケーションテーブル００４の実装形態にかかわらず、汎用的かつ網羅的に更新内容を把握する機能が提供できる基礎情報となる。よって、RDB上でこれらの情報が採取できない環境では、記録装置００６の自動生成は実現できない。
【００３７】
管理端末４００は、本発明の記録基盤生成装置００２が導入されており、管理者が操作するための端末である。管理端末４００より、記録基盤生成装置００２を用いて、データベースサーバ３００に対して記録装置００６、及び記録テーブル００７の生成作業を実施する。
【００３８】
照会端末５００は、本発明の照会装置００３が導入され、ユーザが操作するための端末である。照会端末５００より、照会装置００３を用いて、データベースサーバ３００上の記録テーブル００７を照会し、更新内容を照会する。本照会作業を持って、ＲＤＢへの更新内容の把握を行う。
【００３９】
次に、データベースサーバ３００上に存在する記録テーブル００７について説明する。記録テーブル００７は、監視対象とすべくＲＤＢに１つずつ存在する。
【００４０】
記録テーブル００７は、管理端末４００上の記録基盤生成装置００２を操作することで生成する。
【００４１】
記録テーブル００７内にアプリケーションテーブル群００４への更新内容が時系列に記録される。更新内容の記録処理は、記録装置００６が受け持つ。
【００４２】
次に、記録装置００６を説明する。記録装置００６は、管理端末４００上の記録基盤生成装置００２を操作することで生成し、ＲＤＢに実装されている標準の基盤機能であるトリガー機構によって、データベースサーバ３００上に登録される。記録装置００６は、アプリケーションテーブル群００４に存在する各テーブル毎に登録される。
【００４３】
トリガー機構の特徴として、データベースサーバ３００上で、アプリケーションテーブルに対する更新処理（Insert,Update,Delete）が発生した際、その更新タイミングに合わせてレコード単位にトリガー機構を実行することができる。
【００４４】
このトリガー機構を用いて、ＲＤＢの標準機能より、記録装置００６が起動される。記録装置００６では、Insert時、Delete時のデータ、Update時の更新前、更新後のデータを記録テーブル００７に時系列に記録する。
【００４５】
図２には、本発明の実施形態に係る情報処理システムにおける各業務端末２００、データベースサーバ３００、管理端末４００、及び照会端末５００に組み込まれたコンピュータのハードウエア構成の例を示す図である。
【００４６】
ＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ(Basic
Input / Output System)やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００４７】
ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００４８】
また、入力コントローラ（入力Ｃ）２０５は、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。ビデオコントローラ２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。表示器はＣＲＴだけでなく、液晶ディスプレイでも構わない。これらは必要に応じて管理者が使用するものである。本発明には直接関係があるものではない。
【００４９】
メモリコントローラ２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００５０】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００５１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００５２】
本発明を実現するためのプログラム類は外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、本発明に係わるプログラムが用いる定義ファイルおよび各種情報テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。
【００５３】
次に、図３を用いて、本発明におけるＲＤＢの更新履歴の照会を行う迄の作業の流れを説明する。
【００５４】
図３に示すように、作業は、更新内容の記録準備、アプリケーション処理および更新内容記録、及び更新内容記録の照会の順で行われる。
【００５５】
ただし、更新内容の記録準備については、初回のみ実施し、以降は、アプリケーションテーブル群００４の各テーブル構造を変更した場合に実施する必要がある。
【００５６】
変更がない場合は、アプリケーション処理および更新内容記録及び更新内容記録の照会を繰り返し、アプリケーションの更新処理に伴う、更新内容の把握を行う。
【００５７】
まず、更新内容の記録準備では、図１に示す管理端末４００にて、記録基盤生成装置００２を用いて、記録装置００６及び記録テーブル００７の生成作業を行う。
【００５８】
次に、アプリケーション処理および更新内容記録では、図１に示す業務端末２００にて、アプリケーション００１を操作し、データベースサーバ３００上のアプリケーションテーブル群００４への更新処理を行う。
【００５９】
データベースサーバ３００上では、各アプリケーションテーブル００４が更新されたことを契機に記録装置００６が起動され、記録テーブル００７に更新内容を記録する。
【００６０】
次の更新内容記録の照会では、図１に示す照会端末５００にて、照会装置００３を用い、データベースサーバ３００上の記録テーブル００７を参照し、更新内容を照会する。
【００６１】
次に作業の流れと処理のフローを説明し、各機能の詳細な説明を行う。
【００６２】
図４は、本発明の実施形態に係る情報処理システム１００におけるＲＤＢの更新履歴の照会を行う迄の概要処理フローを示す図である。
【００６３】
図４に示す更新内容の記録準備０１０では、管理端末４００にて、記録基盤生成装置００２を用いて、記録テーブル００７の生成を行う（０１１）。生成作業について、図４のフローチャート及び図６に示す生成画面例を用いて説明する。
【００６４】
管理端末４００において記録基盤生成装置００２を起動する（起動とともにＲＤＢへの接続が行われている。）。記録基盤生成装置００２の設定画面（図６参照）を表示し、０３０を選択後、０３１の箇所において項目数（ＣｏｌｕｍｎＣｏｕｎｔ）、項目のバイト数（ＣｏｌｕｍｎＢｙｔｅ）を設定する。
【００６５】
項目数については、データベースサーバ３００上のアプリケーションテーブル群００４の中での最大項目数を設定する。また、項目のバイト数については、データベースサーバ３００上のアプリケーションテーブル群００４の項目の中で最大のバイト数を設定する。
【００６６】
また、自立型トランザクション０３１の項目を設定する。ONを設定することで、監視対象のテーブル更新のトランザクションとは独立したトランザクションで記録テーブル００７に記録を行う。
【００６７】
つまり、監視対象のテーブル更新処理がロールバックされた場合でも、記録テーブル００７に記録が残る。また、OFFを設定することで、監視対象のテーブル更新のトランザクション内の処理として、記録テーブル００７に記録する。
【００６８】
つまり、監視対象のテーブル更新処理がロールバックされた場合、記録テーブル００７への記録内容についてもロールバックされることとなる。
【００６９】
継続して、記録基盤生成装置００２を用いて、０３２の箇所において、記録テーブル生成指示を選択した後、記録テーブル生成スクリプト０３３が生成されるため、その後、コンパイルボタン０３４を押下することによってデータベースサーバ３００上に登録する。
【００７０】
よって、アプリケーションテーブル群００４の構成（最大項目数、項目最大バイト数）が変更された場合は、構成変更後、再度実施する必要がある。
【００７１】
次に、図４の記録テーブル００７について説明する。前述の作業で生成された記録テーブル００７は、監視対象のＲＤＢに１つのみ生成する。記録テーブル００７のレイアウトを図５に示す。記録テーブル００７の各項目は、管理項目、テーブル項目に分類することができる。
【００７２】
管理項目０２０には、いつ（日時）、だれが（ユーザ）、どこで（ホスト名）、どのプログラムが（プログラム名、セッションID）、どのテーブルに（テーブル名）、どういう操作を（更新種別）、どういう順で（連番）等のデータを記録し、テーブル項目０２１には、監視対象のテーブル（アプリケーションテーブル群００４）のレコードイメージが記録される。
【００７３】
記録テーブル００７は、複数のＲＤＢのレコードイメージが記録されるため、汎用的な項目名とし、項目1〜監視対象のテーブル群の最大の項目数(ｎ)の範囲内で項目数を持つような態様をとることが可能となる。
【００７４】
また、テーブル項目０２１内では、どのレコードに対して、どのようなデータ項目に登録されている値を、どのような値に更新されたかを記録する。
【００７５】
次に、図４に示す更新内容の記録準備０１０では、管理端末４００にて、記録基盤生成装置００２を用いて、記録装置００６の生成を行う。生成作業について、図４のフロー及び図６に示す生成画面例を用いて説明する。
【００７６】
図４に示す通り、まず管理端末４００で記録基盤生成装置００２を起動する（起動とともにＲＤＢへの接続が行われている。）。図７に示す記録基盤生成装置００２の監視対象テーブル一覧画面を表示し、０４０を選択後、監視対象候補テーブル一覧０４１を表示する。監視対象候補テーブル一覧０４１は、図４に示すアプリケーションテーブル群００４に該当する。
【００７７】
次に、監視対象候補テーブル一覧０４１の中から監視対象のテーブルをチェックボックス４０２にチェック印を入力することで選択する。
【００７８】
その後、トリガー生成指示０４３を選択した後、記録装置生成スクリプト０４４が生成されるため、その後、コンパイルボタン０４５を押下することによってデータベースサーバ３００上に登録する。
【００７９】
本作業は、アプリケーションテーブル群００４の構成（項目の追加、削除、型の変更、テーブルの削除、追加）が変更された場合は、構成変更後、再度実施する必要がある。
【００８０】
図７に示す監視対象候補のテーブル一覧０４１への表示処理は、図７に示す処理フローにて実施される。本フローチャートにおける各ステップの処理は、データベースサーバ３００のＣＰＵ２０１の制御の元、実行される。
【００８１】
まず、ステップＳ００１では、監視対象のＲＤＢに接続を行った後、次に、ステップＳ００２では、データベースサーバ３００上に存在するRDB定義情報００５内のテーブル定義情報の集合を読み取る。
【００８２】
そしてステップＳ００３は、ループ開始を示しており、また本ループの終了をステップＳ００６としており、テーブル毎に処理を繰り返す。
【００８３】
ループ内における処理では、ステップＳ００４では、テーブル名を取得し、監視対象候補テーブル一覧０４１に表示すべき対象としてＲＡＭ２０３へ追加で記憶していく。
【００８４】
ステップＳ００２で取得したテーブル定義情報に定義されたテーブルに対して全て処理が完了したならば、ステップＳ００６においてループを終了した後、ステップＳ００７において、管理端末４００のＣＲＴ２１０に表示された図７に示す監視対象候補のテーブル一覧０４１へテーブル名の一覧表示を行う。
【００８５】
その後、監視対象候補のテーブル一覧０４１より、管理者は手動で監視対象テーブルを選択する。
【００８６】
次に、記録装置００６を生成する処理について、図９に示すフローチャートを用いて説明する。
【００８７】
まず、ステップＳ０１１では、監視対象のＲＤＢに接続を行い、次にステップＳ０１２において監視対象候補のテーブル一覧０４１で選択されたテーブル群を取得し、ステップＳ０１３より取得したテーブル毎にループを開始する。
【００８８】
次に、ステップＳ０１４において、データベースサーバ３００上に存在するRDB定義情報００５内の項目定義情報に対して、ステップＳ０１１において指定されたテーブルを条件にテーブルの項目の一覧を取得しＲＡＭ２０３へ記憶する。
【００８９】
次のステップＳ０１５においてＲＡＭ２０３へ記憶した項目の一覧を元に、項目毎にループを開始する。
【００９０】
次に、ステップＳ０１６において、ループで指定された項目の型情報を取得する。そして次のステップＳ０１７において、項目、型情報毎にキャラクタ型への変換ロジックを生成し、ステップＳ０１８では、ステップＳ０１７において生成された変換ロジックをＲＡＭ２０３に追加で記憶する。
【００９１】
ステップＳ０１９は、処理対象項目がなくなれば、項目のループを終了することを示しており、処理対象となる項目が存在すれば、ステップＳ０１５へ処理を進める。
【００９２】
ステップＳ０２０では、ステップＳ０１８においてＲＡＭ２０３へ追加記憶した変換ロジックからプログラム（SQL）を生成する。
【００９３】
ステップＳ０１３からステップＳ０２０までテーブル単位で処理し、処理対象のテーブルがなくなれば、テーブルのループを終了する（ステップＳ０２１）。すべてのテーブルに対するプログラム（SQL）を図６に示す記録装置生成スクリプト０４４に表示する。
【００９４】
これによって、更新内容の記録を行うための準備が整ったことになる。続いて、図４のアプリケーション処理およびログ記録０１３について説明する。
【００９５】
まず、業務端末２００にて、アプリケーション００１を用いて、データベースサーバ３００上のアプリケーションテーブル群００４への更新処理を行う。
【００９６】
業務端末２００にて、アプリケーション００１を操作することによって、ＲＤＢの標準機能が更新のイベントをトリガー機構によって検知し、記録装置００６が起動される。つまり、アプリケーション００１がＲＤＢに接続したセッション内で、記録装置００６が起動され、記録テーブル００７にアプリケーションテーブル００４に対する更新内容を記録する。記録後、アプリケーション００１に制御が戻ることとなる。
【００９７】
次に、記録装置００６が起動された後、記録テーブル００７に更新内容が記録される処理について、図１０に示すフローチャートを用いて説明する。
【００９８】
まず、ステップＳ０３１において、ＲＤＢへの接続情報（セッション情報）を取得する。つまり、先に記したとおり、アプリケーション００１における更新処理に関するセッション情報である。この情報は、図５に示す記録テーブル００７に示すテーブルレイアウトのセッションＩＤに記録するために予め情報を取得する。
【００９９】
次に、ステップＳ０３２において、シーケンスNo.を取得し、更新処理に対して、ユニークな採番を行い、ＲＡＭ２０３へ記憶した後、ステップＳ０３３において、更新処理に対して、Insert、Update、あるいはDeleteかを判別する。
【０１００】
UpdateあるいはDeleteの場合は、ステップS０３４へ処理を進め、更新前のデータを記録テーブル００７へ記録する。
【０１０１】
次に、ステップS０３５において、再度更新の種別を判断し、Deleteの場合は、処理を終了し、Updateの場合、ステップS０３６へ処理を進める。
【０１０２】
ステップＳ０３６において、更新後のデータを記録テーブル００７へ記録する。つまり、Insert、Updateの場合は、記録テーブル００７へ記録する。
【０１０３】
アプリケーションの操作からアプリケーションテーブルへの更新、記録テーブルの記録の内容については、図１１〜図１４を用いて詳細に説明する。
【０１０４】
図１１〜図１３では、図４に示すアプリケーション００１を社員マスタメンテナンス画面として想定したものを図示している。
【０１０５】
アプリケーション００１は、図４に示すアプリケーションテーブル群００４の「社員マスタ」に対して追加、更新、削除するプログラムである。それぞれの操作をしたときのアプリケーションの操作、アプリケーションテーブルへの更新、記録テーブルの記録の内容を具体的に説明する。
【０１０６】
さらに図１４では、複数のアプリケーション、アプリケーションテーブルに対し、複数のユーザが更新処理をしたときの例を掲載している。
【０１０７】
図１１では、社員マスタに新しい社員を追加する例を挙げている。
【０１０８】
まず、社員マスタメンテナンス画面０３１を起動する。このときアプリケーションテーブル群００４のテーブルに対しての変更はないため（０３２）、記録テーブル００７への記録は発生しない（０３３）。
【０１０９】
次に社員マスタメンテナンス画面０３１においてで追加する社員の情報を入力するための入力領域０３４へ入力を行ったタイミングでは、アプリケーションテーブル群００４のテーブルに対しての変更はないため（０３６）、記録テーブル００７への記録は発生しない（０３７）。
【０１１０】
次に、登録ボタン０３５を押下し、登録処理が実行されると、登録処理の結果が社員マスタメンテナンス画面０３１上に表示（０３８）される。登録処理後、アプリケーションテーブル群００４には、社員マスタメンテナンス画面０３１上に入力された情報が追加（０３９）される。このとき、記録テーブル００７に、ホスト名、プログラム名、テーブル名、種別等の管理項目０２０（図では、例のため、主要項目のみ掲載する。）および社員マスタのデータの内容が記録テーブル００７に記録される。
【０１１１】
図１２では、社員マスタにすでに登録された社員の属性を変更する例を挙げる。
【０１１２】
社員マスタメンテナンス画面０４１を起動し、変更対象の社員を画面上に表示する。このときアプリケーションテーブル群００４のテーブルに対して変更はないので、記録テーブル００７には、前の社員追加時更新内容が保持されているのみである（０４２）。
【０１１３】
次に社員マスタメンテナンス画面０４１で変更する社員の属性を入力するための入力領域０４４に入力を行う。この時点では、アプリケーションテーブル群００４のテーブルに対して変更はない（０４６）ので記録テーブル００７への記録も存在しない（０４７）。
【０１１４】
次に、登録ボタン０４５を押下すると、登録変更処理が実行され、登録変更処理の結果が社員マスタメンテナンス画面０４１に表示される（０４８）。登録変更処理後、アプリケーションテーブル群００４のテーブルは、社員マスタメンテナンス画面０４１に入力された情報に変更される（０４９）。このとき、記録テーブル００７に、ホスト名、プログラム名、テーブル名、種別等の管理項目０２０（図では、例のため、主要項目のみ掲載する。）および社員マスタのデータの内容が記録される（０５０）。この更新処理の場合は、更新前のデータの内容および更新後のデータの内容の2レコードのデータが記録される。
【０１１５】
図１３では、社員マスタにすでに登録された社員を削除する例を挙げる。
【０１１６】
社員マスタメンテナンス画面０５１を起動し、削除対象の社員を社員マスタメンテナンス画面０５１に表示する。このときアプリケーションテーブル群００４のＲＤＢに対しての変更はない（０５２）。記録テーブル００７には、前の社員追加時、更新時の更新内容が保持されている（０５３）。
【０１１７】
次に社員マスタメンテナンス画面０５１上で削除する社員の情報を確認（０５４）する。このときもアプリケーションテーブル群００４のテーブルの変更はないので（０５６）、記録テーブル００７への記録も発生しない（０５７）。
【０１１８】
次に、登録ボタン０５５を押下し、削除処理が実行され、削除処理の結果が社員マスタメンテナンス画面０５１に表示される（０５８）。削除処理後、アプリケーションテーブル群のテーブルには、社員マスタメンテナンス画面０５１上に表示された情報が削除される。（０５９）
【０１１９】
このとき、記録テーブル００７に、ホスト名、プログラム名、テーブル名、種別等の管理項目０２０（図では、例のため、主要項目のみ掲載する。）および社員マスタの削除されたデータの内容が記録される（０６０）。
【０１２０】
次に図１４では、複数のアプリケーション、アプリケーションテーブルに対し、複数のユーザが更新処理をしたときの例を掲載する。次に示すシナリオを順番に処理を行う設定とする。
【０１２１】
まず、ユーザAが社員マスタメンテナンス画面で社員情報の更新を実施する。社員番号を０００１、社員名を加藤茂、雇用区分を雇用から退職に変更、端末番号を００１で更新する。この更新を行った際に、使用した社員マスタメンテナンス画面のプログラム名は、P.exeとする。この更新した結果が、記録テーブル００７に対して０６１に示すようなデータを登録する。
【０１２２】
次に、ユーザBが受注登録画面で受注の登録を実施した場合、受注番号Ｊ０００１に対して、受注ヘッダー情報として、得意先コードをＴＯＫ００１、見積番号をＭ００１、受注部門コードをＢ００１、受注担当者コードを０００１、受注日を０９／０１／０５、納品日を０９／０２／０５、受注金額を２０、０００として記録する。
【０１２３】
また、受注番号Ｊ０００１に対して、受注ディテール情報として、受注品目をＨＩＮ−００１、数量を３個、売単価を６,０００、標準原価を４,０００の１レコードと受注品目をＨＩＮ−０９９、数量を1個、売単価を２,０００、標準原価を１,８００の１レコード、計２レコード記録する。
【０１２４】
この更新を行った際に、使用した受注登録画面のプログラム名は、Ｑ.exeとする。この更新した結果が、記録テーブル００７に対して０６２に示すようなデータを登録する。
【０１２５】
次に、ユーザAが部門マスタメンテナンス画面で部門の削除を実施した場合、部門番号がＢ００１、部門名がA部門、使用開始日が０９／０１／０５、使用終了日が９９／１２／３１のレコードを削除する。
【０１２６】
この削除を行った際に、使用した部門マスタメンテナンス画面のプログラム名は、Ｒ.exeとする。この更新した結果が、記録テーブル００７に対して０６３に示すようなデータを登録する。
【０１２７】
これによって、本発明に実施形態に係る情報処システムにおいてアプリケーション処理およびログ記録に関する処理がなされる。
【０１２８】
次に、記録テーブル００７の内容を照会装置００３で照会し、更新内容を把握する手段について、図４のフローおよび図１５、１６に示す画面を用いて説明する。
【０１２９】
図４のログの照会０１４では、照会端末５００に備えられた照会装置００３を用いて、記録テーブル００７に記録されたデータの照会を行う。ユーザや管理者が行う照会の作業について、図４のフローおよび図１５、１６の画面の一例を用いて説明する。
【０１３０】
図４に示す０１５において、照会端末５００で照会装置００３を起動する（０７０）。そして、記録テーブル００７が存在する接続先のＲＤＢを指定するために接続先フィールド０７１にテーブルが存在する領域に関する接続先情報を入力する。
【０１３１】
次に、検索ボタン０７２を押下すると、検索条件指定画面０７６が表示される。ここで、指定できる検索条件は、ラベル（詳細後述）、テーブル名、ログ検索開始日時、終了日時、操作（Insert,Update,Delete）、ユーザ、ホスト名、プログラム等が対象となり、検索条件入力領域０７６に入力を行うことが可能である。
【０１３２】
検索条件入力領域０７６において検索条件を入力し、検索開始ボタン０７７を押下することで、ＲＤＢ上の記録テーブル００７を検索し、図１６に示す検索結果画面に検索結果が表示される。
【０１３３】
検索結果画面では、検索条件に応じた記録テーブル００７の内容を表示する。管理項目０８０とテーブル項目０８１が表示される。これらの表示項目は、図５に示す記録テーブル００７の管理項目０２０、テーブル項目０２１に対応している。
【０１３４】
記録テーブル００７は、図５で示したように、汎用的な項目名として定義されているが、更新内容を把握する際、各テーブルの項目名が情報として必須となる。よって、シーケンスNo.（記録テーブル００７の連番）の昇順で表示し、テーブルが変更される毎に、RDB定義情報内の項目一覧情報から項目名を取得し、実際のテーブルの項目名を表示している（０８２）。
【０１３５】
検索結果画面の表示処理については、以降で説明する。また、Update時については、更新前、更新後のレコードで更新内容を比較し、値が一致しない（=更新された項目）項目に対して、着色表示する等の識別表示を行う。
【０１３６】
次に本発明の実施形態に係る照会装置００３において、記録テーブル００７に記録されたデータの検索処理について図１７及び図１８に示すフローチャートを用いて説明する。
【０１３７】
まず、ステップＳ０４０では、接続先フィールド０７１に接続先情報が入力されたことを検知し、入力された接続先情報を取得し、ＲＡＭ２０３へ記憶する。次のステップＳ０４１では、ステップＳ０４０においてＲＡＭ２０３へ記憶した接続先情報に基づいてデータベースサーバ３００に備えられたテーブルの存在する領域に接続する。
【０１３８】
同様に、検索条件指定画面０７６の検索条件入力領域０７６に入力した検索条件を取得し、ＲＡＭ２０３へ記憶し、ステップＳ０４３においてステップＳ０４２においてＲＡＭ２０３へ記憶した検索条件に基づいて、記録テーブル００７に対する検索用のＳＱＬを生成し、ＲＡＭ２０３へ記憶する。
【０１３９】
ステップＳ０４４において、ステップＳ０４３においてＲＡＭ２０３へ記憶したＳＱＬをデータベースサーバ３００へ送信して実行する。
【０１４０】
次にステップＳ０４５では、項目情報を取得するＳＱＬを生成しＲＡＭ２０３へ記憶する。ここでは、ステップＳ０４２においてＲＡＭ２０３へ記憶した検索条件を元に、RDB定義情報００５からテーブル一覧および各テーブル毎の項目一覧を取得し、記録テーブル００７に必要とするテーブル一覧および各テーブル毎の項目を取得するためのＳＱＬを生成し、ＲＡＭ２０３へ記憶する。
【０１４１】
ステップＳ０４６では、ステップＳ０４５においてＲＡＭ２０３へ記憶したＳＱＬをデータベースサーバ３００へ送信して実行する。
【０１４２】
ステップＳ０４７では、ステップＳ０４４で実行した記録テーブル００７の検索結果を検索結果画面に展開する。
【０１４３】
次に、ステップＳ０４８では、ステップＳ０４６で実行した項目情報の検索結果を取得し、ＲＡＭ２０３へ記憶し、ステップＳ０４９では、ステップＳ０４７で展開した記録テーブル００７の検索結果を一行毎に処理を開始する。
【０１４４】
ステップＳ０５０では、ステップＳ０４８においてＲＡＭ２０３へ記憶した項目情報に含まれるテーブル一覧からテーブル名を取得し、保管した前回テーブル名と同じかどうかを比較する。尚、前回テーブル名の保管は、ステップＳ０５６で実施する。
【０１４５】
比較した結果、前回のテーブル名と一致しないと判定した場合は、ステップＳ０５２へ処理を進め、一致しないと判定できなかった場合は、ステップＳ０５５へ処理を進める。
【０１４６】
次に、ステップＳ０５２では、ステップＳ０４７で取得した項目情報からステップＳ０５０で指定されたテーブルを特定し、ステップＳ０４８においてＲＡＭ２０３へ記憶した項目情報に基づいて特定したテーブルの項目一覧を取得する。
【０１４７】
次にステップＳ０５３では、検索結果画面の１行追加した後、ステップｓ０５４では、ステップＳ０５２でＲＡＭ２０３へ記憶した項目一覧を展開する。つまり、Ｓ０５１からＳ０５４までの処理で、図１６に示す０８２で示されるデータ項目に実際のテーブルの項目名を記載した行を追加する。尚、追加のタイミングは、テーブル名が変更されるたびに、項目名を記載した行を追加している。
【０１４８】
次に、ステップＳ０５５では、更新処理マーキング処理を実施する。本処理の詳細については、図１８に示すフローチャートを用いて説明する。次に、ステップＳ０５６では、テーブル名を保管する。本処理は、ステップＳ０５１の比較判別のために退避している。つまり、検索結果画面において、０８２に示すような項目情報をテーブル単位で表示するため、すなわちユーザによって視覚的に認識し易いようにするためである。
【０１４９】
ステップＳ０４４において実行した記録テーブル００７の検索内容がなくなれば、ループを終了する（ステップＳ０５７）。
【０１５０】
続いて、図１８に示すフローチャートを用いて更新箇所マーキング処理の説明をする。
【０１５１】
まず、ステップＳ０５８では、ステップＳ０４４においてＳＱＬを実行して得られた記
【０１５２】
録テーブル００７の検索結果の更新種別（Insert,Update,Delete）がUpdateであるか否かを判定し、Updateであると判定した場合は、ステップＳ０５９へ処理を進め、Updateであると判定しできなかった場合は、処理を終了する。
【０１５３】
Updateの場合は、更新前、更新後の２行のレコードが連続して存在するため、２行のそれぞれの値を比較し、値が一致しない場合にこの値の着色するため、この様な判定を行っている。
【０１５４】
そしてステップＳ０５９以降のステップにおいて、Update時の更新箇所（項目の値）にマーキングを行う処理を実施する。
【０１５５】
ステップS０５９は、ステップＳ０５２でＲＡＭ２０３へ記憶したテーブルの項目一覧の項目毎にループ処理の開始を示す。
【０１５６】
ステップS０６０において、ステップＳ０５２でＲＡＭ２０３へ記憶した項目一覧より項目の値を取得してＲＡＭ２０３へ記憶した後、ステップＳ０６１において、さらに次行の項目の値も取得し、ＲＡＭ２０３へ記憶する。ステップＳ０６２において、ステップＳ０６０、ステップＳ０６１でＲＡＭ２０３へ記憶した値を比較判定し、値が一致しないと判定した場合は、これらの値を着色等の識別可能なように表示する。
【０１５７】
ステップＳ０５２でＲＡＭ２０３へ記憶した項目一覧に対する項目がなくなれば、ループを終了し（ステップＳ０６４）、ステップＳ０６５では、検索結果の実施対象行を２行進める。
【０１５８】
次に、図面１５に示すマークアップラベル７３、開始ボタン７４、終了ボタン０７５、ラベル０７８について説明する。
【０１５９】
これらは、特定作業等の発生時に更新内容を記録したい場合、記録テーブル００７に対するラベリング（しおり付け）を行う機能である。
【０１６０】
本機能は、テストを実施する際に有効になる機能である。あるアプリケーションのテストを実施する際、まずマークアップラベル０７３にテストケースNo.「Case-1」を入力する。
【０１６１】
そして、アプリケーション００１の操作を行う前に、テスト開始の宣言となる、開始ボタン０７４を押下する。本作業により、記録テーブル００７にラベル「Case-1」の開始レコードが追加される（図面１９の０９１）。
【０１６２】
次にアプリケーション００１のテスト対象操作を実施することで、アプリケーションによる更新処理内容が記録テーブルに記録される（図面１９の０９２）。アプリケーション操作００１の実施後に、テスト終了の宣言とするため、終了ボタン０９２を押下する。
【０１６３】
本作業で記録テーブルにラベル「Case-1」の終了レコードが追加（図面１９の０９３）される。アプリケーション００１による更新内容が開始ラベル行と終了ラベル行にはさまれるようになり、テスト実施時の更新対象を範囲で特定することが可能である。
【０１６４】
検索条件指定画面０７６の検索条件入力領域０７６のラベル０７８にテストケースNo.を入力し、検索を実施することで、開始ラベルと終了ラベルの間の行について検索結果を検索結果画面に表示することができる。
【０１６５】
次に図２０を用いて、マークアップラベルの登録処理についてフローチャートを用いて説明する。
【０１６６】
ステップＳ０６６では、開始ボタン０７４あるいは終了ボタン０７５が押下されたか否かを判定し、押下されたと判定した場合は、開始ボタン０７４あるいは終了ボタン０７５の何れかが押されたことを識別するためのボタン識別情報をＲＡＭ２０３へ記憶し、ステップＳ０６７へ処理を進める。
【０１６７】
ステップＳ０６７では、照会端末５００で照会装置００３を起動する。そして、記録テーブル００７が存在する接続先のＲＤＢを指定するために接続先フィールド０７１に接続先情報が入力されたことを検知し、入力された接続先情報を取得し、ＲＡＭ２０３へ記憶する。次のステップＳ０６８では、ステップＳ０６７においてＲＡＭ２０３へ記憶した接続先情報に基づいてデータベースサーバ３００に備えられたテーブルの存在する領域に接続する。
【０１６８】
次に、ステップＳ０６９では、マークアップラベル０７３に入力されたマークアップラベルを取得し、ステップＳ０７０では、ステップＳ０６６でＲＡＭ２０３へ記憶したボタン識別情報を取得し、ステップＳ０７１では、Ｓ０６９で取得したマークアップラベルとＳ０７０で取得したボタン識別情報からラベル文字列を生成する。
【０１６９】
次にステップＳ０７１で作成した文字列を埋めた記録テーブル００７に対する登録するためのSQL文（Insert文）を生成し（Ｓ０６３）、ＲＡＭ２０３へ記憶する。
【０１７０】
ステップＳ０７２において、ステップＳ０７１においてＲＡＭ２０３へ記憶したＳＱＬをデータベースサーバ３００へ送信して実行する。
【０１７１】
以上、本発明によれば、データベースに対する更新履歴に関与する情報を網羅的に記録することによって障害の発生原因の調査を作業者への負荷をかけることなく効率的に行うことが可能となる。
【０１７２】
以上、各実施形態例を詳述したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１７３】
また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。
【０１７４】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１７５】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１７６】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１７７】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【０１７８】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１７９】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８０】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１８１】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１８２】
１００ 情報処理システム
２００ 業務端末
３００ データベースサーバ
４００ 管理端末
５００ 照会端末
２０１ CPU
２０２ ROM
２０３ RAM
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信I/Fコントローラ
２０９ キーボード
２１０ CRT
２１１ 外部メモリ
【特許請求の範囲】
【請求項１】
少なくとも１以上のアプリケーションテーブルを表示選択する表示選択手段と、
前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録手段と、
前記記録手段によって記録された更新内容を表示する表示手段と、
を備えたことを特徴とする情報処理システム。
【請求項２】
前記表示選択手段は、前記アプリケーションテーブル及び前記アプリケーションテーブルを構成する項目を更に選択し、
前記記録手段は、前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブル及び前記アプリケーションテーブルを構成する項目に対する更新内容を記録する記録手段と、
を備えたことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記表示選択手段は、前記アプリケーションテーブルの更新のトランザクションとは独立したトランザクションで前記記録手段によって記録を行うことを示す自立型トランザクションを選択することが可能であり、
前記記録手段は、前記表示選択手段によって自立型トランザクションが選択された場合、前記アプリケーションテーブルの更新のトランザクションとは独立したトランザクションで更新内容を記録することを特徴とする請求項１または請求項２に記載の情報処理システム。
【請求項４】
特定の作業時における更新内容を記録することを示す特定作業情報を入力するための入力手段を更に備え、
前記入力手段によって入力された特定作業情報に対応して前記記録手段は、更新内容を記録することを特徴とする請求項１乃至３の何れか１項に記載の情報処理システム。
【請求項５】
前記更新内容には、登録、削除、及び更新を識別するための更新種別を含むことを特徴とする請求項１乃至請求項４の何れか１項に記載の情報処理システム。
【請求項６】
前記更新種別が更新か否かを判定する更新判定手段を更に備え、
前記更新判定手段によって更新種別が更新を示す時、前記記録手段は、更新前のアプリケーションテーブル及び更新後の前記アプリケーションテーブルに関するデータを記録することを特徴とする請求項５に記載の情報処理システム。
【請求項７】
更新前のアプリケーションテーブル及び更新後の前記アプリケーションテーブルに関するデータが一致するか否かを判定する比較手段を更に備え、
前記表示手段は、前記比較手段によって一致しないと判定した場合、更新前及び更新後のデータを識別可能なように表示することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記更新内容は、前記アプリケーションテーブルへの更新タイミング、更新ユーザ、前記アプリケーションテーブルへの更新を行った情報処理装置、アプリケーションテーブルへのセッション情報を含むことを特徴とする請求項１乃至７の何れか１項に記載の情報処理システム。
【請求項９】
少なくとも１以上のアプリケーションテーブルを表示選択する表示選択工程と、
前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択工程によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録工程と、
前記記録工程によって記録された更新内容を表示する表示工程と、
を備えたことを特徴とする情報処理システムの制御方法。
【請求項１０】
コンピュータで読取り可能なプログラムである共に実行可能なプログラムであって、前記プログラムは、
少なくとも１以上のアプリケーションテーブルを表示選択する表示選択手段と、
前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録手段と、
前記記録手段によって記録された更新内容を表示する表示手段と、
として機能することを特徴とするプログラム。
【請求項１】
少なくとも１以上のアプリケーションテーブルを表示選択する表示選択手段と、
前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録手段と、
前記記録手段によって記録された更新内容を表示する表示手段と、
を備えたことを特徴とする情報処理システム。
【請求項２】
前記表示選択手段は、前記アプリケーションテーブル及び前記アプリケーションテーブルを構成する項目を更に選択し、
前記記録手段は、前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブル及び前記アプリケーションテーブルを構成する項目に対する更新内容を記録する記録手段と、
を備えたことを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記表示選択手段は、前記アプリケーションテーブルの更新のトランザクションとは独立したトランザクションで前記記録手段によって記録を行うことを示す自立型トランザクションを選択することが可能であり、
前記記録手段は、前記表示選択手段によって自立型トランザクションが選択された場合、前記アプリケーションテーブルの更新のトランザクションとは独立したトランザクションで更新内容を記録することを特徴とする請求項１または請求項２に記載の情報処理システム。
【請求項４】
特定の作業時における更新内容を記録することを示す特定作業情報を入力するための入力手段を更に備え、
前記入力手段によって入力された特定作業情報に対応して前記記録手段は、更新内容を記録することを特徴とする請求項１乃至３の何れか１項に記載の情報処理システム。
【請求項５】
前記更新内容には、登録、削除、及び更新を識別するための更新種別を含むことを特徴とする請求項１乃至請求項４の何れか１項に記載の情報処理システム。
【請求項６】
前記更新種別が更新か否かを判定する更新判定手段を更に備え、
前記更新判定手段によって更新種別が更新を示す時、前記記録手段は、更新前のアプリケーションテーブル及び更新後の前記アプリケーションテーブルに関するデータを記録することを特徴とする請求項５に記載の情報処理システム。
【請求項７】
更新前のアプリケーションテーブル及び更新後の前記アプリケーションテーブルに関するデータが一致するか否かを判定する比較手段を更に備え、
前記表示手段は、前記比較手段によって一致しないと判定した場合、更新前及び更新後のデータを識別可能なように表示することを特徴とする請求項６に記載の情報処理装置。
【請求項８】
前記更新内容は、前記アプリケーションテーブルへの更新タイミング、更新ユーザ、前記アプリケーションテーブルへの更新を行った情報処理装置、アプリケーションテーブルへのセッション情報を含むことを特徴とする請求項１乃至７の何れか１項に記載の情報処理システム。
【請求項９】
少なくとも１以上のアプリケーションテーブルを表示選択する表示選択工程と、
前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択工程によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録工程と、
前記記録工程によって記録された更新内容を表示する表示工程と、
を備えたことを特徴とする情報処理システムの制御方法。
【請求項１０】
コンピュータで読取り可能なプログラムである共に実行可能なプログラムであって、前記プログラムは、
少なくとも１以上のアプリケーションテーブルを表示選択する表示選択手段と、
前記アプリケーションテーブルへの更新タイミングにおいて前記表示選択手段によって選択した前記アプリケーションテーブルに対する更新内容を記録する記録手段と、
前記記録手段によって記録された更新内容を表示する表示手段と、
として機能することを特徴とするプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１１−１３８４１６（Ｐ２０１１−１３８４１６Ａ）
【公開日】平成２３年７月１４日（２０１１．７．１４）
【国際特許分類】
【出願番号】特願２００９−２９８９９２（Ｐ２００９−２９８９９２）
【出願日】平成２１年１２月２８日（２００９．１２．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２３年７月１４日（２０１１．７．１４）
【国際特許分類】
【出願日】平成２１年１２月２８日（２００９．１２．２８）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]