(57)【要約】【課題】管理すべき帳票を事前に特定することなく、出力時点の帳票を確実に監査時点において再現する。【解決手段】本発明は、出力された帳票を、帳票を出力させたユーザに関する情報とともに管理する帳票出力システムであって、帳票出力システムは、帳票出力装置、アプリケーションサーバ及びデータベースサーバを有し、帳票出力装置は、出力させる帳票についての画像データを作成し、帳票を出力させたユーザに関する情報を証跡情報として取得し、アプリケーションサーバは、画像データ及び証跡情報を受け取り、受け取った画像データ及び証跡情報を相互に関連付け、監査証跡情報としたうえで、データベースサーバに記憶すること、を特徴とする。【選択図】図２
2013225183.tif 000002
【特許請求の範囲】
【請求項１】
出力させる帳票についての画像データを作成し、
前記帳票を出力させたユーザに関する情報を証跡情報として取得する帳票出力装置と、
前記画像データ及び前記証跡情報を受け取り、
前記受け取った画像データ及び前記証跡情報を相互に関連付け、監査証跡情報としたうえで、データベースサーバに記憶するアプリケーションサーバと、
を有すること、
を特徴とする帳票出力システム。
【請求項２】
前記証跡情報は、
前記ユーザを特定する情報、前記帳票を出力させた時刻、及び、前記帳票として出力した画面を特定する情報のうちの少なくとも１つを含むこと、
を特徴とする請求項１に記載の帳票出力システム。
【請求項３】
前記帳票出力装置は、
検索条件を受け付け、
前記検索条件に基づき、前記データベースサーバに記憶されている前記監査証跡情報を検索すること、
を特徴とする請求項２に記載の帳票出力システム。
【請求項４】
帳票出力システムの帳票出力装置に対し、
出力させる帳票についての画像データを作成し、
前記帳票を出力させたユーザに関する情報を証跡情報として取得する処理を実行させ、
前記帳票出力システムのアプリケーションサーバに対し、
前記画像データ及び前記証跡情報を受け取り、
前記受け取った画像データ及び前記証跡情報を相互に関連付け、監査証跡情報としたうえで、データベースサーバに記憶する処理を実行させること、
を特徴とする、前記帳票出力システムを機能させる帳票出力プログラム。
【請求項５】
前記証跡情報は、
前記ユーザを特定する情報、前記帳票を出力させた時刻、及び、前記帳票として出力した画面を特定する情報のうちの少なくとも１つを含むこと、
を特徴とする請求項４に記載の帳票出力プログラム。
【請求項６】
前記帳票出力装置に対し、
検索条件を受け付け、
前記検索条件に基づき、前記データベースサーバに記憶されている前記監査証跡情報を検索する処理を実行させること、
を特徴とする請求項５に記載の帳票出力プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票出力システム及び帳票出力プログラムに関する。
【背景技術】
【０００２】
プリンタ出力した帳票を、記録として保管することが一般に行われている。例えば、製薬企業においては、いつ、誰が、どの端末装置を使用して、どのような帳票を出力したかが、厳密に管理される。そして、管理された情報は、当該企業によって、内部管理のために使用されるだけでなく、監督当局によって調査されることもあり得る。
特許文献１のプリントシステムは、出力帳票に関連付けて、管理をすべき帳票であるか否かを示す情報を予め記憶しておく。そして、当該管理をすべき帳票をプリンタ出力する際に、帳票にプリンタ出力を行ったユーザの氏名等の情報を印刷するとともに、プリンタ出力の履歴情報を記憶する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２８２７２８号公報（請求項１〜５）
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１のプリントシステムは、出力帳票に関連付けて、管理すべき帳票であるか否かを示す情報を予め設定しておく必要がある。帳票の種類が多い場合等は、当該設定作業は相当な手間となる。
さらに、特許文献１のプリントシステムは、履歴情報とプリンタ出力した帳票そのものを確実に関連付けることを想定していない。したがって、例えば、監査時点において履歴情報を調べた結果、問題となりそうな帳票のファイル（電子データ）を特定できても、当該ファイルは、作成時点から監査時点までの間に変更されている場合がある。
そこで、本発明は、管理すべき帳票を事前に特定することなく、出力時点の帳票を確実に監査時点において再現することを課題とする。
【課題を解決するための手段】
【０００５】
本発明は、出力させる帳票についての画像データを作成し、帳票を出力させたユーザに関する情報を証跡情報として取得する帳票出力装置と、画像データ及び証跡情報を受け取り、受け取った画像データ及び証跡情報を相互に関連付け、監査証跡情報としたうえで、データベースサーバに記憶するアプリケーションサーバと、を有すること、を特徴とする帳票出力システムである。
その他の手段については、発明を実施するための形態のなかで説明する。
【発明の効果】
【０００６】
本発明によれば、管理すべき帳票を事前に特定することなく、出力時点の帳票を確実に監査時点において再現することが可能になる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態に係る帳票出力システムの構成図である。
【図２】本実施形態に係る情報の流れを説明する図である。
【図３】（ａ）は、本実施形態に係るユーザ情報の例であり、（ｂ）は、本実施形態に係るログイン情報の例である。
【図４】本実施形態に係る監査証跡情報の例である。
【図５】本実施形態に係る監査証跡情報作成処理手順のフローチャートである。
【図６】本実施形態に係る監査処理手順のフローチャートである。
【図７】本実施形態に係る製造計画一覧画面の例である。
【図８】本実施形態に係るハードコピー帳票の例である。
【図９】本実施形態に係る監査証跡参照画面の例である。
【図１０】本実施形態に係るハードコピー帳票参照画面の例である。
【発明を実施するための形態】
【０００８】
以降、本発明を実施するための形態（「本実施形態」という）を、図等を参照しながら詳細に説明する。製薬企業における例を使用して本実施形態を説明する。しかしながら、本発明は、例えば、インターネット取引の履歴管理等を含む広範囲の用途に対して適用可能である。
【０００９】
（帳票出力システム）
図１に沿って、帳票出力システムを説明する。帳票出力システムは、帳票出力装置１、アプリケーションサーバ２、データベースサーバ３及びプリンタ４を有する。これらは、ネットワーク５を介して相互に接続されている。
帳票出力装置１は、一般的なコンピュータであり、中央制御装置１１、キーボード、マウスなどの入力装置１２、ディスプレイなどの出力装置１３、主記憶装置１４、補助記憶装置１５及び通信装置１６を有する。これらはバスによって相互に接続されている。主記憶装置１４における、ハードコピー取得部２１、証跡情報取得部２２、帳票レイアウト作成部２３及び帳票出力部２４は、プログラムである。以降、「○○部は」と主体を記した場合は、中央制御装置１１が、補助記憶装置１５から各プログラムを読み出し、主記憶装置１４にロードしたうえで、各プログラムの機能を実現するものとする（詳細後記）。
【００１０】
アプリケーションサーバ２及びデータベースサーバ３もまた、一般的なコンピュータである。これらのハードウエア構成は、帳票出力装置１と同様である（図示せず）が、入力装置及び／又は出力装置がない構成としてもよい。
アプリケーションサーバ２のログイン情報処理部２５及び証跡情報記録部２６は、プログラムである。以降、「○○部は」と主体を記した場合は、アプリケーションサーバ２の中央制御装置が、補助記憶装置から各プログラムを読み出し、主記憶装置にロードしたうえで、各プログラムの機能を実現するものとする（詳細後記）。アプリケーションサーバ２は、その補助記憶装置に、ユーザ情報３１及びログイン情報３２（詳細後記）を記憶している。データベースサーバ３は、その補助記憶装置に、監査証跡情報３３（詳細後記）を記憶している。
プリンタ４は、帳票出力装置１の出力装置１３に表示される画面を紙に印刷する機能を有している。
【００１１】
帳票出力装置１は、製薬企業において薬品の開発等を行うユーザによって使用されることを前提としており、その台数は特に制限されないが、数十台である場合が多い。アプリケーションサーバ２及びデータベースサーバ３は、製薬企業において管理部門のユーザによって使用されることを前提としており、その台数は特に制限されないが、通常それぞれ１台である。プリンタ４は、薬品の開発等を行うユーザの近辺に配置されることを前提としており、その台数は特に制限されないが、数十台である場合が多い。
本実施形態では、帳票出力装置１、アプリケーションサーバ２及びデータベースサーバ３は、別々の筐体であるものとして説明するが、これらの構成は、１つの筐体に纏まっていてもよい。また、アプリケーションサーバ２及びデータベースサーバ３は、管理する単位（部署など）に応じて、それぞれ、同じ構成で内部に記憶されるデータが異なるものが、複数個存在してもよい。
【００１２】
図２に沿って、情報の流れを説明する。当該情報の流れは、処理手順においても詳しく後記する。
証跡情報取得部２２は、操作日時４２を作成し、ログイン情報処理部２５からログイン情報３２を受け取る。そして、操作日時４２とログイン情報３２を使用して証跡情報４３を作成する。
帳票レイアウト作成部２３は、ブランク帳票４４を作成し、ハードコピー取得部２１から画面ハードコピー４１を受け取り、証跡情報取得部２２から証跡情報４３を受け取る。そして、ブランク帳票４４、画面ハードコピー４１及び証跡情報４３を使用して帳票レイアウト４５を作成する。
帳票出力部２４は、帳票レイアウト作成部２３から帳票レイアウト４５を受け取り、ハードコピー帳票４６を出力（印刷）する。
証跡情報記録部２６は、証跡情報取得部２２から操作日時４２を受け取り、帳票レイアウト作成部２３から帳票レイアウト４５を受け取り、ログイン情報処理部３２からログイン情報３２を受け取る。そして、操作日時４２、帳票レイアウト４５及びログイン情報３２を使用して監査証跡情報３３を作成する。
【００１３】
（ユーザ情報）
図３（ａ）に沿って、ユーザ情報３１を説明する。ユーザ情報３１においては、ユーザ名欄１０１に記憶されたユーザ名に関連付けて、ユーザＩＤ欄１０２にはユーザＩＤが、パスワード欄１０３にはパスワードが、使用可能画面欄１０４には使用可能画面名が記憶されている。
ユーザ名欄１０１のユーザ名は、ユーザの氏名である。本実施形態では、ここでのユーザは主として製薬企業において薬品の開発等を行うユーザであることを想定している。
ユーザＩＤ欄１０２のユーザＩＤは、ユーザを一意に特定する識別子である。
【００１４】
パスワード欄１０３のパスワードは、ユーザが帳票出力装置１を使用して、アプリケーションサーバ２に対してログインする際の本人認証情報である。
使用可能画面欄１０４の使用可能画面名は、ユーザが帳票出力装置１の出力装置１３に対して画面表示することが可能な画面の名称である。図３（ａ）の例では、画面「製造計画一覧」は、ユーザ「日立太郎」、「日立一郎」及び「日立二郎」のすべてによって画面表示され得る。画面「監査証跡参照」は、ユーザ「日立太郎」のみによって画面表示され得る。
ユーザ情報３１のレコードは、ユーザの数だけ存在する。
【００１５】
（ログイン情報）
図３（ｂ）に沿って、ログイン情報３２を説明する。ログイン情報３２においては、ユーザ名欄１１１に記憶されたユーザ名に関連付けて、操作画面欄１１２には操作画面名が、操作欄１１３には操作の種類が、操作端末欄１１４には操作端末名が記憶されている。
ユーザ名欄１１１のユーザ名は、図３（ａ）のユーザ名と同じである。
操作画面欄１１２の操作画面名は、ユーザが帳票出力装置１の出力装置１３に対して実際に画面表示した画面の名称である。
操作欄１１３の操作の種類は、ユーザが帳票出力装置１を使用して行った操作内容の種類である。
操作端末欄１１４の操作端末名は、ユーザが使用した帳票出力装置１の名称である。それぞれの帳票出力装置１には、自身を一意に特定する名称が割振られている。その意味で、操作端末名は、帳票出力装置１を一意に特定する識別子でもある。
【００１６】
（監査証跡情報）
図４に沿って、監査証跡情報３３を説明する。監査証跡情報３３においては、ログ連番欄１２１に記憶されたログ連番に関連付けて、操作日時欄１２２には操作日時が、操作端末欄１２３には操作端末名が、操作画面欄１２４には操作画面名が、操作欄１２５には操作の種類が、ユーザ名欄１２６にはユーザ名が、画像データ欄１２７には再生用画像データが記憶されている。
ログ連番欄１２１のログ連番は、ユーザが帳票出力装置１を使用して、アプリケーションサーバ２に対してログインする場合における、個々のログインを一意に特定する識別子である。
【００１７】
操作日時欄１２２の操作日時は、ユーザの指示に基づき帳票出力装置１が帳票を画面表示した時点の西暦年月日時分秒である。
操作端末欄１２３の操作端末名は、図３（ｂ）の操作端末名と同じである。
操作画面欄１２４の操作画面名は、図３（ｂ）の操作画面名と同じである。
操作欄１２５の操作の種類は、図３（ｂ）の操作の種類と同じである。
ユーザ名欄１２６のユーザ名は、図３（ａ）のユーザ名と同じである。
画像データ欄１２７の再生用画像データは、主として管理部門のユーザの指示に基づき、帳票出力装置１が過去に画面表示した画面を再生描画するデータである。再生用画像データの形式は、画面を構成するすべての画素に対して画素値を対応付けて記録したデータ（以降この形式を「画像データ」と呼ぶことがある）であれば、どのようなものでもよい。
【００１８】
（処理手順）
以降において本実施形態の処理手順を説明する。処理手順には、（１）監査証跡情報作成処理手順及び（２）監査処理手順の２つが存在する。（１）は、監査証跡情報３３（図４）の１つのレコードを作成する処理手順であり、ユーザが帳票を出力（印刷）する都度実行される。（２）は、監査証跡情報３３を検索し、再生用画像データを画面上で再生する処理である。（２）を実行するには、（１）の処理手順が少なくとも１回実行され、監査証跡情報３３のレコードが存在していることが前提となる。
【００１９】
（監査証跡情報作成処理手順）
図５に沿って、監査証跡情報作成処理手順を説明する。
ステップＳ２０１において、証跡情報取得部２２は、ユーザＩＤ及びパスワードを受け付ける。具体的には、証跡情報取得部２２は、ユーザが入力装置１２を介してユーザＩＤ及びパスワードを入力するのを受け付ける。そして、操作端末名とともに、受け付けたユーザＩＤ及びパスワードをアプリケーションサーバ２に送信する。
【００２０】
ステップＳ２０２において、ログイン情報処理部２５は、ユーザ認証を行う。具体的には、ログイン情報処理部２５は、ステップＳ２０１において送信されたユーザＩＤを検索キーとしてユーザ情報３１（図３（ａ））を検索し、該当したレコードのパスワード欄１０３に記憶されているパスワードが、ステップＳ２０１において送信されたパスワードと一致するか否かを判断する。
一致する場合、ログイン情報処理部２５は、ステップＳ２０３に進む。それ以外の場合は、ユーザに対してユーザＩＤ及びパスワードの再入力を促すメッセージを帳票出力装置１に送信する処理を、パスワードが一致するまで繰り返す。
【００２１】
ステップＳ２０３において、証跡情報取得部２２は、画面要求を受け付ける。具体的には、証跡情報取得部２２は、ユーザが入力装置１２を介して画面要求を入力するのを受け付ける。そして、受け付けた画面要求をアプリケーションサーバ２に送信する。画面要求には、ユーザが出力装置１３に表示されることを希望する画面を特定する操作画面名が含まれている。
【００２２】
ステップＳ２０４において、ログイン情報処理部２５は、操作画面を送信する。具体的には、ログイン情報処理部２５は、ステップＳ２０３において送信された操作画面名を検索キーとしてユーザ情報３１（図３（ａ））を検索し、該当したレコードの使用可能画面欄１０４に記憶されている使用可能画面名のうちのいずれか１つが、ステップＳ２０３において送信された操作画面名と一致するか否かを判断する。
一致する場合、ログイン情報処理部２５は、操作画面を帳票出力装置１に送信したうえで、ステップＳ２０５に進む。それ以外の場合は、ユーザに対して別の操作画面名を含む画面要求の再入力を促すメッセージを帳票出力装置１に送信する処理を、使用可能画面名と操作画面名が一致するまで繰り返す。
【００２３】
操作画面は、どのような画面であってもよい。いま、帳票出力装置１の出力装置１３には、操作画面として、製造計画一覧画面５１（図７）が表示されているものとする。
ユーザは、製造計画一覧画面５１の検索条件欄３０１に任意の検索語（検索値）を入力し、アプリケーションサーバ２が記憶している情報のうち、自らが必要とする情報を検索する。すると、製造計画一覧画面５１の計画一覧欄３０２に検索結果が表示される。
【００２４】
ステップＳ２０５において、証跡情報取得部２２は、印刷指示を受け付ける。具体的には、証跡情報取得部２２は、ユーザが製造計画一覧画面５１を使用して任意の業務（表示されている情報の修正等）を行った後、現在表示されている製造計画一覧画面５１のハードコピー（紙出力）を印刷する指示を入力するのを受け付ける。当該指示は、終了ボタン３０３を押下することであってもよい。
【００２５】
ステップＳ２０６において、ログイン情報処理部２５は、ログイン情報を作成する。具体的には、ログイン情報処理部２５は、第１に、ログイン情報３２（図３（ｂ））の新たなレコードを作成する。
ログイン情報処理部２５は、第２に、新たなレコードのユーザ名欄１１１に、ステップＳ２０２において検索の結果該当したユーザ情報３１（図３（ａ））のレコードのユーザ名を記憶し、操作画面欄１１２に、操作要求に含まれる操作画面名を記憶し、操作欄１１３に、「画面印刷」を記憶し、操作端末欄１１４に、ステップＳ２０１において送信された操作端末名を記憶する。
【００２６】
ステップＳ２０７において、ハードコピー取得部２１は、画面ハードコピー４１を取得する。具体的には、ハードコピー取得部２１は、現在表示されている製造計画一覧画面５１のすべての部分を画像データに変換し、必要に応じて任意の手段で圧縮したうえで、画面ハードコピー４１（図２）とする。
【００２７】
ステップＳ２０８において、証跡情報取得部２２は、証跡情報４３を取得する。具体的には、証跡情報取得部２２は、第１に、ステップＳ２０６において作成したログイン情報３２（図３（ｂ））のユーザ名、操作画面名及び操作端末名を取得する。
証跡情報取得部２２は、第２に、現時点の西暦年月日時分秒を、操作日時４２（図２）として取得する。
証跡情報取得部２２は、第３に、ステップＳ２０８の「第１」において取得したユーザ名、操作画面名及び操作端末名、並びに、ステップＳ２０８の「第２」において取得した操作日時４２を、画像データに変換し、証跡情報４３（図２）とする。
【００２８】
ステップＳ２０９において、帳票レイアウト作成部２３は、帳票レイアウト４５を作成する。具体的には、帳票レイアウト作成部２３は、第１に、ブランク帳票４４（図２）を作成する。ブランク帳票４４は、証跡情報４３が挿入されるべき領域である証跡情報領域及び画面ハードコピー４１が挿入されるべき領域である画面ハードコピー領域を有している。なお、ブランク帳票４４自身の形式もまた画像データである。
帳票レイアウト作成部２３は、第２に、ステップＳ２０８において取得した証跡情報４３をブランク帳票４４の証跡情報領域に挿入し、ステップＳ２０７において取得した画面ハードコピー４１をブランク帳票４４の画面ハードコピー領域に挿入する。挿入を受けたブランク帳票４４は、帳票レイアウト４５と呼ばれる。
【００２９】
ステップＳ２１０において、証跡情報記録部２６は、監査証跡情報３３（図４）のレコードを作成する。具体的には、証跡情報記録部２６は、第１に、監査証跡情報３３の新たなレコードを作成する。
証跡情報記録部２６は、第２に、帳票出力装置１から操作日時４２及び帳票レイアウト４５を取得し、新たなレコードの、それぞれ、操作日時欄１２２及び画像データ欄１２７に記憶する。なお、新たなレコードに記憶された帳票レイアウト４５は、再生用画像データと呼ばれる。
証跡情報記録部２６は、第３に、ログイン情報３２（図３（ｂ））のユーザ名、操作画面名、操作の種類及び操作端末名を、新たなレコードの、それぞれ、ユーザ名欄１２６、操作画面欄１２４、操作欄１２５及び操作端末欄１２３に記憶する。
証跡情報記録部２６は、第４に、ログ連番を採番し、新たなレコードのログ連番欄１２１に記憶する。
【００３０】
ステップＳ２１１において、帳票出力部２４は、ハードコピー帳票４６（図２）を印刷する。具体的には、帳票出力部２４は、ステップＳ２０９において作成した帳票レイアウト４５を印刷する命令を、帳票レイアウト４５とともにプリンタ４に送信する。
すると、プリンタ４は、ハードコピー帳票４６を印刷する。図８は、ハードコピー帳票４６の例である。欄３１１には証跡情報４３が記載され、欄３１２には画面ハードコピー４１が記載されている。
その後、監査証跡情報作成処理手順を終了する。
【００３１】
（監査処理手順）
図６に沿って、監査処理手順を説明する。
ステップＳ２５１において、証跡情報取得部２２は、ユーザＩＤ及びパスワードを受け付ける。ステップＳ２５１の処理は、監査証跡情報作成処理手順のステップＳ２０１の処理と同じである。
【００３２】
ステップＳ２５２において、ログイン情報処理部２５は、ユーザ認証を行う。ステップＳ２５２の処理は、監査証跡情報作成処理手順のステップＳ２０２の処理と同じである。
【００３３】
ステップＳ２５３において、証跡情報取得部２２は、画面要求を受け付ける。具体的には、証跡情報取得部２２は、ユーザが入力装置１２を介して画面要求を入力するのを受け付ける。そして、受け付けた画面要求をアプリケーションサーバ２に送信する。画面要求には、操作画面名「監査証跡参照」が含まれている。
【００３４】
ステップＳ２５４において、ログイン情報処理部２５は、監査証跡参照画面５２（図９）を送信する。具体的には、ログイン情報処理部２５は、ステップＳ２５３において送信された操作画面名「監査証跡参照」を検索キーとしてユーザ情報３１（図３（ａ））を検索し、該当したレコードの使用可能画面欄１０４に記憶されている使用可能画面名のうちのいずれか１つが、ステップＳ２５３において送信された操作画面名と一致するか否かを判断する。
一致する場合、ログイン情報処理部２５は、監査証跡参照画面５２（図９）を帳票出力装置１に送信したうえで、ステップＳ２５５に進む。それ以外の場合は、ユーザに対して「あなたは、監査証跡参照画面を見ることができません」というメッセージを帳票出力装置１に送信したうえで、監査処理手順を終了する。
【００３５】
いま、帳票出力装置１の出力装置１３には、監査証跡参照画面５２（図９）が表示されているものとする。
ユーザは、監査証跡参照画面５２の検索条件欄３２１に任意の検索語（検索値）を入力する。すると、証跡情報取得部２２は、当該検索語をキーとしてデータベースサーバ３が記憶している監査証跡情報３３のレコードを検索し、該当したレコード（画像データ欄１２７を除く）をすべて取得する。そして、証跡情報取得部２２は、取得したレコードを、監査証跡参照画面５２の監査証跡一覧欄３２２に表示する。
【００３６】
ステップＳ２５５において、証跡情報取得部２２は、問題履歴の特定を受け付ける。具体的には、証跡情報取得部２２は、ユーザが監査証跡一覧欄３２２に表示されている監査証跡情報３３の任意の１つのレコードを選択し（符号３２３）、表示ボタン３２４を押下するのを受け付ける。
【００３７】
ステップＳ２５６において、証跡情報取得部２２は、再生用画像データを取得する。具体的には、証跡情報取得部２２は、ステップＳ２５５において選択されたレコードのログ連番を検索キーとして、データベースサーバ３に記憶されている監査証跡情報３３を検索し、該当したレコードの画像データ欄１２７の再生用画像データを取得する。
【００３８】
ステップＳ２５７において、証跡情報取得部２２は、ハードコピー帳票４６を表示する。具体的には、証跡情報取得部２２は、ステップＳ２５６において取得した再生用画像データを、出力装置１３に表示する。このとき、証跡情報取得部２２は、ハードコピー帳票参照画面５３（図１０）を表示する。当該画面は、ユーザが過去に印刷したハードコピー帳票４６を表示している。
その後、監査処理手順を終了する。
【００３９】
（変形例）
前記では、監査処理手順を開始する契機は、専らユーザに委ねられているものとした。しかしながら、アプリケーションサーバ２の証跡情報記録部２６は、常時、データベースサーバ３に記憶されている監査証跡情報３３を監視しておき、例えば、以下のような事象が発生したのを検知した場合、対応する処理を実行することとしてもよい。
（事象１）所定の期間において、あるユーザ名が、監査証跡情報３３のレコードに所定の回数以上出現する。
（処理１）当該ユーザ名とともに、監査処理手順の開始を促すメッセージを、帳票出力装置１に送信する。
【００４０】
（事象２）特定の第１の操作の種類（例えば画面印刷）を含むレコードの操作日時から起算して所定の期間内に、同一のユーザが同一の操作画面を使用して、特定の第２の操作の種類（例えば、修正）を行っている。
（処理２）当該ユーザ名及び当該第１（第２）の操作の種類とともに、監査処理手順の開始を促すメッセージを、帳票出力装置１に送信する。
【００４１】
（事象３）決算日等の所定の期日から遡及して、ｎ（ｎ＝１、２、３、・・・）日前の日が到来する。
（処理３）所定の期日とともに、監査処理手順の開始を促すメッセージを、帳票出力装置１に送信する。
【００４２】
（実施形態の効果）
本実施形態によれば、ユーザが出力（印刷）した帳票の画像データが、証跡情報に関連付けて記憶されるので、出力の日時、出力したユーザ名等の証跡情報と、画像データとの整合性が恒久的に保証される。
また、本実施形態によれば、帳票ごとに、管理すべきものであるか否かを示す情報を設定する手間を省略することができる。
さらに、本実施形態によれば、監査を行う必要性が高いタイミングを容易に知ることができる。
【００４３】
本発明は、前記した実施形態に限定されることなく、本発明の主旨を逸脱しない範囲で、変更実施が可能である。
【符号の説明】
【００４４】
１      帳票出力装置
２      アプリケーションサーバ
３      データベースサーバ
４      プリンタ
５      ネットワーク
１１    中央制御装置
１２    入力装置
１３    出力装置
１４    主記憶装置
１５    補助記憶装置
１６    通信装置
２１    ハードコピー取得部
２２    証跡情報取得部
２３    帳票レイアウト作成部
２４    帳票出力部
２５    ログイン情報処理部
２６    証跡情報記録部
３１    ユーザ情報
３２    ログイン情報
３３    監査証跡情報
【図１】
2013225183.tif 000003
【図２】
2013225183.tif 000004
【図３】
2013225183.tif 000005
【図４】
2013225183.tif 000006
【図５】
2013225183.tif 000007
【図６】
2013225183.tif 000008
【図７】
2013225183.tif 000009
【図８】
2013225183.tif 000010
【図９】
2013225183.tif 000011
【図１０】
2013225183.tif 000012