JP2014130568A - 電子データ監査装置、電子データ監査装置の制御方法及びプログラム - Google Patents

Abstract

【課題】画像が添付されている電子データをユーザが効率的に監査することが可能な仕組みを提供する。
【解決手段】監査対象物に関する情報を記憶する記憶手段と、前記記憶手段に記憶されている監査対象物に関する情報に従って、監査対象となる電子データに含まれる画像データの中から監査対象物を特定する特定手段と、前記特定手段で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成手段と、を備える。
【選択図】図７

Description

本発明は、電子データ監査装置、電子データ監査装置の制御方法及びプログラムに関し、特に画像が添付されている電子データをユーザが効率的に監査することが可能な仕組みに関する。

近年、個人情報や機密情報漏洩が企業の信頼というものに影響を及ぼすようになってきている。個人情報保護法など各種法律の施行に伴い、企業として情報漏洩に対する対策を講じることは急務になってきている。情報漏洩の原因は外部からの不正アクセスにより起きてしまうこともあるが、その多くは企業内部の人間の不注意等から起きている。

そのような情報漏洩対策の一つとしてメールフィルタリングシステムがある。メールフィルタリングシステムは、情報漏洩につながる可能性が高いキーワードの有無など、電子メールの特徴をフィルタリングの条件として設定し、監査または送信制御の対象となる電子メールを選別する。管理者は選別された電子メールを目視により判定することで、効率的に情報漏洩を防止することができる。

このような先行技術として、特許文献１には、予め設定した条件に基づき、監査の対象となる電子メールを選別し、電子メールの送信者に応じた管理者に対し、選別した電子メールの一覧を表示し監査を促す仕組みが開示されている。

特開２０１０−１０２５９１号公報

上記特許文献１で示されるシステムでは、管理者が選別されたメールを監査する作業において、対象メールに画像が含まれている場合、該画像に問題があるか否かは管理者が目視で確認して監査しなければならない。これは画像の中身を個別に確認する必要があるため非常に効率が悪い。特に添付ファイルの数が多い場合は、それぞれの添付ファイルを個別に確認する作業が必要なため煩雑になる。ひいては監査作業の質の低下を招き、問題個所の見落としの発生にもつながることが考えられる。

そこで、本発明の目的は、画像が添付されている電子データをユーザが効率的に監査することが可能な仕組みを提供することである。

本発明は、監査画面を介して監査結果の入力を受け付ける電子データ監査装置であって、監査対象物に関する情報を記憶する記憶手段と、前記記憶手段に記憶されている監査対象物に関する情報に従って、監査対象となる電子データに含まれる画像データの中から監査対象物を特定する特定手段と、前記特定手段で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成手段と、を備えることを特徴とする。

また、本発明は、監査画面を介して監査結果の入力を受け付ける電子データ監査装置の制御方法であって、監査対象物に関する情報を記憶する記憶工程と、前記記憶工程に記憶されている監査対象物に関する情報に従って、監査対象となる電子データに含まれる画像データの中から監査対象物を特定する特定工程と、前記特定工程で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成工程と、を備えることを特徴とする。

また、本発明は、監査画面を介して監査結果の入力を受け付ける電子データ監査装置を、監査対象物に関する情報を記憶する記憶手段と、前記記憶手段に記憶されている監査対象物に関する情報に従って、監査対象となる電子データに含まれる画像データの中から監査対象物を特定する特定手段と、前記特定手段で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成手段として機能させすることを特徴とする。

本発明によれば、画像が添付されている電子データをユーザが効率的に監査することができる。

本発明の電子メール監査システムの構成の一例を示すシステム構成図である。 図１に示したメール送信端末１１０，メール管理端末１２０、メール中継装置１３０、図１３に示したメール送信端末２３０、図１６に示したウェブクライアント端末３３０、ウェブサーバ４５０に適用可能な情報処理装置のハードウェア構成を示すブロック図である。 本発明におけるメール中継装置１３０における配送ルール表の一例を示す図である。 本発明におけるメール中継装置１３０における個人属性表の一例を示す図である。 本発明におけるメール中継装置１３０におけるメール受信処理の一例を示すフローチャートである。 本発明におけるメール中継装置１３０におけるメールの解析処理の一例を示すフローチャートである。 本発明におけるメール送信端末１１０とメール中継装置１３０における保留メールの監査処理の一例を示すフローチャートである。 本発明におけるメール送信端末１１０における保留メールの監査画面の一例を示す図である。 本発明におけるメール送信端末１１０における保留メールの監査画面の一例を示す図である。 本発明におけるメール中継装置１３０において送信されるメールに含まれる画像の一例を示す図である。 本発明におけるメール中継装置１３０におけるメール解析結果表の一例を示す図である。 本発明におけるメール中継装置１３０における顔認識結果表の一例を示す図である。 本発明の電子メール監査システムの構成の一例を示すシステム構成図である。 本発明のメール送信端末２３０におけるメール送信処理の一例を示すフローチャートである。 本発明における第２の実施形態におけるメール送信とメール監査を同期的に実施する処理の一例を示すフローチャートである。 本発明のＨＴＴＰリクエスト監査システムの構成の一例を示すシステム構成図である。 本発明におけるＨＴＴＰリクエスト送信処理とＨＴＴＰリクエスト監査処理を同期的に実施する処理の一例を示すフローチャートである。 本発明におけるＨＴＴＰリクエスト送信処理とＨＴＴＰリクエスト監査処理を同期的に実施する処理の一例を示すフローチャートである。 本発明のウェブクライアント端末３３０における配送ルール表の一例を示す図である。 本発明のウェブクライアント端末３３０におけるＨＴＴＰリクエスト解析結果テーブルの一例を示す図である。 本発明の図１７のステップＳ１７０２におけるＨＴＴＰリクエスト解析処理の一例を示すフローチャートである。

以下、図面を参照して、本発明の実施形態を詳細に説明する。
＜第１の実施形態＞

＜図１によるシステム構成と機能ブロックの説明＞

図１は、本発明の第１の実施形態における電子メール監査システムの構成の一例を示すシステム構成図である。

図１において、メール送信端末１１０と、メール管理端末１２０と、メール中継装置１３０と、メール配信装置１５０と、がローカルエリアネットワーク（ＬＡＮ）を介して接続される構成となっている。またメール配信装置１５０は外部ネットワーク１６０とも接続されている。

メール送信端末１１０は、メール送信部１１１から構成される。

メール送信部１１１は、一般的な電子メールのメールユーザエージェント（ＭＵＡ）であり、電子メールを作成する機能と、送信する機能と、を有している。電子メールは、本発明における、電子データの一例である。

メール管理端末１２０は、管理操作部１２１から構成される。

メール管理端末１２０は、本発明における外部装置の適用例である。

管理操作部１２１は、メール中継装置１３０に保持される監査対象の電子メールを管理操作するための機能を有している。前記機能には、監査対象メールを表示する機能と、監査対象メールの削除もしくは送出を指示する機能と、監査対象メールに含まれる特定の人物が写った画像を削除することを指示する機能と、監査対象メールに含まれる特定の人物が写った画像の中の人物部分を匿名化することを指示する機能と、が含まれる。管理操作部１２１は、図８と図９で例示するユーザーインターフェースを有している。

メール中継装置１３０は、メール受信部１３１と、メール解析部１３２と、画像解析部１３３と、配送制御部１３４と、メール送信部１３５と、監査操作処理部１３６と、配送ルール保存部１３７と、個人情報保存部１３８と、保留メール保存部１３９と、解析結果保存部１４０と、から構成される。

メール中継装置１３０は、本発明における、監査画面を介して監査結果の入力を受け付ける電子データ監査装置の適用例である。

メール受信部１３１は、メール送信端末１１０から送信される電子メールを受信する機能を有する。

メール解析部１３２は、電子メールのデータを解析し後続の処理に必要な構成要素（宛先、標題など）へ分解する機能と、解析結果の情報（メール解析結果テーブル）を解析結果保存部１４０へ保存する機能と、を有する。

画像解析部１３３は、画像を解析して中に含まれる顔を検出する機能と、検出された顔が誰かを認識する機能と、検出された顔の情報（位置情報）と認識された個人と特定する情報（顔認識結果テーブ）を解析結果保存部１４０へ保存する機能と、を有する。

配送制御部１３４は、処理対象の電子メールを配送ルール保存部１３７に登録されている配送ルールと照らし合わせて送出するか又は保留するか等の判定を行う機能と、送出する場合は処理対象の電子メールをメール送信部１３５へ送信する機能と、保留する場合は処理対象の電子メールを保留メール保存部１３９へ保存する機能と、を有する。

メール送信部１３５は、配送制御部１３４から受信した電子メールをメール配信装置１５０へ送信する機能を有している。

監査操作処理部１３６は、メール管理端末１２０から電子メールの監査操作要求を受け付けて監査対象の電子メールを操作する機能を有している。前記機能には、監査対象メールを選択する機能と、監査対象メールを削除もしくは送出する機能と、監査対象メールに含まれる特定の人物が写った画像を削除する機能と、監査対象メールに含まれる特定の人物が写った画像の中の該人物部分を匿名化する機能と、が含まれる。

配送ルール保存部１３７は、配送ルール表を保存するデータ記憶装置である。配送ルール表の例を図３で示す。配送ルール表は、複数の配送ルールから構成され、単一の配送ルールは図３の各行に相当する。配送ルールは、識別子のＩＤ列以外に、電子メールの条件を記載する列（図３では、発信者アドレス、受信者アドレス、キーワード、その他条件）と、アクションを記載する列（図３では、アクション）と、から構成される。アクションとは、電子メールに適用する処理種別で表わし、保留もしくは中継のいずれかの値をとる。

個人情報保存部１３８は、個人属性表を保存するデータ記憶装置である。個人属性表の例を図４で示す。個人属性表は、複数の行から構成され、各行は人物１人の個人属性群を表す。個人属性群は、識別子のＩＤ列以外に、氏名、所属、メールアドレス、役職、顔特徴量をそれぞれ保持する列から構成される。顔特徴量とは、対象個人の顔を識別するためのデータであり、具体的な算出方法は顔認識の手法によって異なっている。

保留メール保存部１３９は、保留された電子メールを保存するデータ記憶装置である。

解析結果保存部１４０は、メール解析部１３２で作成されたメール解析結果テーブルと、画像解析部１３３で作成された顔認識結果テーブルと、を保存するデータ記憶装置である。メール解析結果は図１１で例示するように、表形式で構成され、各行がメール一通の解析結果を表している。顔解析結果は図１２で例示するように、表形式で構成され、各行は画像から識別された顔一つの情報を表している。

メール配信装置１５０は、いわゆるメールトランスファーエージェント（ＭＴＡ）を表し、電子メールの宛先アドレスに応じた適切な次のＭＴＡを決定する機能とＭＴＡへ電子メールを中継する機能を有している。
＜図２によるハードウェア構成の説明＞

以下、図２を用いて、図１に示したメール送信端末１１０、メール管理端末１２０，メール中継装置１３０、メール配信装置１５０に適用可能な情報処理装置のハードウェア構成について説明する。

図２は、図１に示したメール送信端末１１０、メール管理端末１２０，メール中継装置１３０、メール配信装置１５０、後述する図１３に示したメール送信端末２３０、図１６に示したウェブクライアント端末３３０、ウェブサーバ４５０に適用可能な情報処理装置のハードウェア構成を示すブロック図である。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、キーボード（ＫＢ）２０９や不図示のマウス等のポインティングデバイス等からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）２１０等の表示器への表示を制御する。なお、図２では、ＣＲＴ２１０と記載しているが、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したＬＡＮ４００）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル及び各種情報テーブル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
＜図５によるメール受信処理の説明＞

以下、図５を参照して本実施形態におけるメール中継装置１３０における電子メールの受信処理について説明する。

まず、メール送信端末１１０において、電子メールの送信者がメール送信部１１１を用いて指示することによって、電子メールがメール中継装置１３０へ送信される。

ステップＳ５０１において、メール中継装置１３０のメール受信部１３１が前記送信された電子メールを受信する。メール受信部１３１は前記電子メールをメール解析部１３２へ送信する。

ステップＳ５０２において、メール解析部１３２は、前記受信した電子メールの解析処理を実施する。解析処理の詳細については後ほど図６を用いて説明する。解析処理の結果は、図１１で例示するメール解析結果テーブルと、図１２で例示する顔認識結果テーブルと、にそれぞれ記録される。

ステップＳ５０３では、配送制御部１３４は、配送ルール保存部１３７から、図３に示す配送制御ルール表をメモリに読み込む。

ステップＳ５０４では、配送制御部１３４は、前記読み込んだ図３に示す配送制御ルール表の中から未処理の配送ルールを適用する。

ステップＳ５０５では、配送制御部１３４は、前記選択した配送ルールにある受信者アドレス、発信者アドレスなどの各種条件を、Ｓ５０２で記録された図１１のメール解析結果テーブルのレコードと照らし合わせて、合致するか否かを判定する。合致していればステップＳ５０６へ進み、合致していなければステップＳ５０７へ進む。

ステップＳ５０６では、配送制御部１３４は、前記配送ルールのアクションを適用する。

図３に示す配送制御ルール表の３０２のようにアクションが中継であった場合には、処理対象の電子メールを、メール送信部１３５へ送信する。メール送信部１３５は受信した電子メールをメール配信装置１５０へ送信する。

ステップＳ５０６で、図３に示す配送制御ルール表の３０１のようにアクションが保留であった場合には、処理対象の電子メールを、保留メール保存部１３９に保存する。

ステップＳ５０６の処理が終わると、配送制御部１３４は一連の受信処理を終了する。

ステップＳ５０７では、ステップＳ５０３で読み込んだ配送ルールのリストの内まだ未処理のものがあれば、ステップＳ５０４へ進む。全ての配送ルールが処理されていれば、ステップＳ５０８へ進む。

ステップＳ５０８では、予め定義されているデフォルトのアクション（中継もしくは保留）を処理対象の電子メールに適用する。アクションの適用処理は、ステップＳ５０６の内容と同様である。
＜図６によるメールの解析フローの説明＞

以下、図６を参照して前記ステップＳ５０２における電子メールの解析処理について説明する。

ステップＳ６０１では、メール解析部１３２は、メール受信部１３１から受信した電子メールを構文解析して、図１１に示すように、受信者アドレス、標題、テキスト、画像添付ファイル数などの構成要素に分解する。

ステップＳ６０２では、メール解析部１３２は、前記構成要素の情報を、解析結果保存部１４０のメール解析結果テーブルに新規レコードとして追加する。

ステップＳ６０３では、メール解析部１３２は、前記構成要素のうちの形式が画像である添付ファイルの中から未処理の画像を１つ選択し、画像解析部１３３へ送信する。

ステップＳ６０４では、画像解析部１３３は、前記受信した画像を解析して人の顔の検出処理を実施する。顔の検出処理としては、複数の手法が存在するが、Ｖｉｏｌａ−Ｊｏｎｅｓ法と呼ばれる有効で一般的に利用される手法が存在する。検出処理の結果、０個以上の数の顔に関する情報（画像中の顔領域の位置と大きさ）が算出される。

ステップＳ６０５では、画像解析部１３３は、前記ステップＳ６０４で検出された０個以上複数の顔情報にうち未処理の顔情報（顔の位置と大きさ）を選択する。

ステップＳ６０６では、画像解析部１３３は、前記選択された顔情報を解析して、誰の顔であるかを識別する処理を行う。

顔の識別は顔認識と呼ばれ、固有顔法、線形判別手法などいくつものアルゴリズムが考案されているが、基本的な処理は、前もって認識対象となる各個人の顔を表す画像から顔を識別するための特徴量データ（顔特徴量と呼ぶ）を抽出しておき、それらと識別対象の画像の顔から抽出した顔特徴量とを比較して、最も近い特徴量をもつ個人を特定するという流れから実現される。

ステップＳ６０６においても同様の処理を行い、前記顔情報から顔特徴量を抽出し、該顔特徴量と、図４の４０１に示すように、個人情報保存部１３８に保存された個人属性表の中の顔特徴量（監査対象物）との照合を行い（本発明における、記憶手段に記憶されている監査対象物に関する情報に従って、監査対象となる電子データに含まれる画像データの中から監査対象物を特定する特定手段）、もっとも近い特徴量をもつ個人属性表のレコードが示す個人を認識結果として算出する。なお、個人情報保存部１３８は、本発明における監査対象物に関する情報を記憶する記憶手段の一例である。

なお、ここでは、顔特徴量を監査対象物としたが、監査対象物は、人以外の物であってもよい。

ステップＳ６０７では、画像解析部１３３は、ステップＳ６０５で選択された顔情報（図１２の１２０１に示す検出窓位置）と、ステップＳ６０６で算出された顔認識結果（図１２の１２０２に示す個人ＩＤ）と、認識された顔情報がどのメール（図１２の１２０３）のどの添付ファイルに含まれていたかを示す添付ファイルＮＯ（図１２の１２０４）と、を解析結果保存部１４０の図１２に示す顔認識結果テーブルに、１つのレコードとして追加する。

ステップＳ６０８では、画像解析部１３３は、ステップＳ６０４で検出された複数の顔情報にうち未処理の顔情報があれば、ステップＳ６０５へ進む。未処理の顔情報がなければ、ステップＳ６０９へ進む。

ステップＳ６０９では、メール解析部１３２は、ステップＳ６０１で算出された形式が画像である添付ファイルの中から未処理の画像の添付ファイルがあれば、ステップＳ６０３へ進む。未処理の画像の添付ファイルがなければ、処理を終了する。
＜図７によるメール監査処理の説明＞

以下、図７を参照して本実施例における電子メールの監査処理について説明する。

ステップＳ７０１において、管理者端末１２０の管理操作部１２１は電子メールの監査を行う管理者（監査者）からの指示を受けて、監査要求を、メール中継装置１３０の監査操作処理部１３６へ送信する。

ステップＳ７０２において、メール中継装置１３０の監査操作処理部１３６は、前記監査要求を受信する。

ステップＳ７０３において、監査操作処理部１３６は、保留メール保存部１３９から監査対象の保留メールの一覧情報を取得し、該一覧情報を、管理端末１２０の管理操作部１２１へ送信する。

ステップＳ７０４では、管理者端末１２０の管理操作部１２１は、前記保留メールの一覧情報を受信し、ＣＲＴなどの表示装置に表示する。

ステップＳ７０５では、管理操作部１２１は、管理者（監査者）による保留メールの一覧情報からの監査対象メールの選択指示を受け付けて、監査対象メールを選択する。

ステップＳ７０５−１では、管理者端末１２０は、監査対象メールのメールＩＤをメール中継装置１３０に送信する。

ステップＳ７０５−２では、メール中継装置１３０は、管理者端末１２０から送信された監査対象メールのメールＩＤを受信する。

ステップＳ７０５−３では、メール中継装置１３０は、受信した監査対象メールのメールＩＤと、図１２に示す顔認識結果テーブルのメールＩＤを照合して、個人ＩＤを特定する。そして、特定された個人ＩＤと図４に示す個人属性表の個人ＩＤを照合し、その結果得られる個人ＩＤに対応する情報と、図１２に示す顔認識結果テーブルとに基づいて、保留メール監査画面を生成する。

ステップＳ７０５−３は、本発明における特定手段で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成手段の一例である。

また、ステップＳ７０５−３で生成される保留メール監査画面は、例えば、図８に示すような図である。図８の具体的な操作の説明については後述するが、保留メール監査画面の生成の流れについては、次に説明する。なお、保留メール監査画面は、図８の代わりに図９のようにしてもよい。図９の生成の流れについても、次に説明する。

図８の８０２には、ステップＳ７０５−２で受信した監査対象メールのメールＩＤにより示されるメールの「発信者アドレス」、「受信者アドレス」、「標題」などが表示される。

図８の８０３には、ステップＳ７０５−２で受信した監査対象メールのメールＩＤにより示されるメールの本文が表示される。

図８の８０９には、特定された個人ＩＤと、図４に示す個人属性表の個人ＩＤを照合し、一致したＩＤの「氏名」「所属１」「所属２」が表示される。

図８の８０４には、ステップＳ７０５−２で受信した監査対象メールのメールＩＤにより示されるメールに含まれる添付ファイルがすべて表示される。

図８の８０６には、特定された個人ＩＤと図１２の顔認識結果テーブルを照らし合わせ、その結果、複数の添付ファイルに同じ個人ＩＤの画像がある場合は、「氏名」、「所属１」、「所属２」、後述する８０７や８０８が１つにまとめて表示される。

図８の８０７や８０８には、あらかじめ図４に示す個人属性表の顔特徴量と一緒に保存されている画像が表示されてもよいし、添付ファイルに含まれる特定された個人ＩＤの画像が表示されてもよい。

図９もここまでは同様である。図９は、さらに、特定された個人ＩＤが複数ある場合で、それぞれの個人ＩＤと一致する図４の個人属性表の所属１または、所属２が、複数の個人ＩＤで同一のものがある場合は、９１０に示すようにグループ化して表示する。また、その際、９０２のようなボタンが生成され、また、９０６にはグループの所属先の名前が表示される。なお、グループ化の方法は、図４の役職や、性別（不図示）が、一致する場合にグループ化してもよい。（その際に生成されるボタンは９０３や、９０４である）。

ステップＳ７０５−４では、メール中継装置１３０は、ステップＳ７０５−３で生成された保留メール監査画面を、管理者端末１２０に送信する。

ステップＳ７０５−５では、管理者端末１２０は、メール中継装置１３０から送信された保留メール監査画面を受信する。

ステップＳ７０６では、ステップＳ７０５−５で受信した、保留メール監査画面を表示する（図８）。

もし遷移元がステップＳ７２１の場合は、メール中継装置１３０側での変更結果情報が通知されているので、該変更結果情報を元に画面表示を更新する。変更結果情報が、添付ファイル（画像）の削除を示すものであったら、８０４の領域に表示される添付ファイルを表すサムネイルに８０５で示しているような削除されたことが判別できる印を表示する。変更結果情報が、個人の顔画像の匿名化を示すものであったら、８１４で示したボタン（背景がグレー）のように既に匿名化処理が行われたことが判別できる印を表示する。

ステップＳ７０７では、管理操作部１２１は、管理者（監査者）による監査操作の指示を受け付ける（本発明における修正指示受付手段の一例）。監査操作には下記に説明する（１）〜（４）の４つの操作があり、それぞれの操作を図８または図９に例示する画面において受け付ける。
（１）保留メールの送出操作
８１２で指示されるボタンが押下されると、監査対象の電子メールを送出する要求を、メール中継装置１３０の監査操作処理部１３６へ送信する。
（２）保留メールの削除操作
８１３で指示されるボタンが押下されると、監査対象の電子メールを削除する要求を、メール中継装置１３０の監査操作処理部１３６へ送信する。
（３）特定の個人が写された画像ファイルの削除操作
８１０で指示されるボタンが押下されると、８０９で指示される個人が写っている画像ファイル（添付ファイル）を監査対象の電子メールから削除する要求を、メール中継装置１３０の監査操作処理部１３６へ送信する。
（４）特定の個人が写された画像ファイル中の個人の匿名化操作
８１１で指示されるボタンが押下されると、８０９で指示される個人が写っている画像ファイル（添付ファイル）中の該個人の表示部分を匿名化する要求を、メール中継装置１３０の監査操作処理部１３６へ送信する。

図９は、選択された監査対象メールに含まれる画像を一括して監査操作する監査画面の一例である。

具体的には、図９で例示する画面では、９０９で示す画像から識別された個人リストの中で、９１０の枠線で示すように、検出された個人がその属性（図９では所属組織）によってグループ化されて表示される。管理者は９０７や９０８で示されたボタンを押下することによって、このグループ化された単位で一括で監査操作を行うことができる。どのような属性に基づいて個人をグループ化したいかは、９０２（所属）、９０３（役職）、９０４（性別）で示されるボタンをその属性を選択することによって指示することができる。

なお、図９は、本発明におけるグループ化手段の一例である。

ステップＳ７０７では、管理操作部１２１において管理者（監査者）による上記の（１）から（４）のいずれかの操作を図８もしくは図９で例示する画面に対する指示として受け付け、該監査操作要求をメール中継装置１３０の監査操作処理部１３６へ送信する。

ステップＳ７０８では、メール中継装置１３０の監査操作処理部１３６は、前記管理操作部１２１の監査操作部１２１から送信された監査操作要求（監査結果）を受信する。

ステップＳ７０９では、メール中継装置１３０の監査操作処理部１３６は、前記監査操作要求が保留メールの削除操作か否かを判断する。削除操作（ＹＥＳ）ならばステップＳ７１０へ進み、そうでなければ（ＮＯ）ステップＳ７１１へ進む。

ステップＳ７１０では、メール中継装置１３０の監査操作処理部１３６は、前記監査操作要求に含まれる保留メールの識別子（メールＩＤ）を元に、保留メール保存部１３９から該識別子（メールＩＤ）に相当する保留メールを削除し、ステップＳ７１３に移行する。

ステップＳ７１１では、メール中継装置１３０の監査操作処理部１３６は、前記監査操作要求が保留メールの送出操作か否かを判断する。送出操作（ＹＥＳ）ならばステップＳ７１２へ進み、そうでなければ（ＮＯ）ステップＳ７１４へ進む。

ステップＳ７１２では、メール中継装置１３０の監査操作処理部１３６は、前記監査操作要求に含まれる保留メールの識別子（メールＩＤ）を元に、保留メール保存部１３９から該識別子（メールＩＤ）に相当する保留メールを取り出し、配送制御部１３４へ送信する。配送制御部１３４は受信した保留メールをメール送信部１３５へ送信し、メール送信部１３５は該保留メールをメール配信装置１５０へ送信する。そして、ステップＳ７１３に移行する。

ステップＳ７１３では、メール中継装置１３０の監査操作処理部１３６は、ステップＳ７１０から遷移してきた場合は削除完了通知を、ステップＳ７１２から遷移してきた場合は送出完了通知を、管理者端末１２０の管理操作部１２１へ送信する。

ステップＳ７１４では、メール中継装置１３０の監査操作処理部１３６は、前記監査操作要求が特定の個人が写された画像ファイルの削除指示か否かを判断する。削除対象人物ありであれば（ＹＥＳ）、ステップＳ７１５へ進む。そうでなければ（ＮＯ）、ステップＳ７１７へ進む。

ステップＳ７１５では、メール中継装置１３０の監査操作処理部１３６は、前記監査操作要求に含まれる、処理対象の保留メールのメールＩＤと、削除対象の個人を示す個人ＩＤと、を管理者端末１２０から取得し、それらの情報をキーに解析結果保存部１４０の図１２に示す顔認識結果テーブルを参照し、対象保留メールに含まれかつ当該個人の顔画像を含む全ての添付ファイルの添付ファイルＮＯを取得する。

ステップＳ７１６では、メール中継装置１３０の監査操作処理部１３６は、ステップＳ７１５で特定した全ての添付ファイルを対象保留メールから削除し、ステップＳ７２０へ進む。

ステップＳ７１７では、メール中継装置１３０の監査操作処理部１３６は、前記監査操作要求が削除でも送出でもないことから、必然的に前記監査操作要求が特定の個人が写された画像ファイル中の個人の匿名化指示であると判断し、ステップＳ７１８へ進む。

ステップＳ７１８では、メール中継装置１３０の監査操作処理部１３６は、前記監査操作要求に含まれる、処理対象の保留メールのメールＩＤと、匿名化対象の個人を示す個人ＩＤと、を取得し、それらの情報をキーに解析結果保存部１４０の顔認識結果テーブルを参照し、対象保留メールに含まれかつ当該個人の顔画像を含む添付ファイルの添付ファイルＮＯを取得する。

ステップＳ７１９では、メール中継装置１３０の監査操作処理部１３６は、ステップＳ７１８で特定した添付ファイル（画像）に含まれる顔画像領域にモザイク処理等の匿名化処理（顔が誰のものか認識できないようにする処理）を実施する。そして、ステップＳ７１９−１へ進む。

図１０は、顔部分に匿名化処理した画像（添付ファイル）の例を示した図である。１００２や１００３で示すように、長方形の部分が顔部分として検出され、該当部分がモザイク等の処理で誰の顔なのか判別できないようにしている。元の画像に復元不可能な処理を適用する。

ステップＳ７１９−１では、ステップＳ７１６もしくはステップＳ７１９で処理した保留メールへの変更結果情報（画像の削除もしくは画像中の顔の匿名化）を反映した監査画面を再び生成する。そして、ステップＳ７２０へ進む。

ステップＳ７２０では、メール中継装置１３０の監査操作処理部１３６は、ステップＳ７１９−１で生成した監査画面を、メール管理端末１２０の管理操作部１２１へ送信する。

ステップＳ７２１では、メール管理端末１２０の管理操作部１２１は、ステップＳ７２０でメール中継装置１３０の監査操作処理部１３６から送信された監査画面を受信し、ステップＳ７０６へ進む。

ステップＳ７２２では、メール中継装置１３０の監査操作処理部１３６は、ステップＳ７１３においてメール中継装置１３０の監査操作処理部１３６から送信された削除完了通知もしくは送出完了通知を受信し、ステップＳ７２３へ進む。

ステップＳ７２３では、メール中継装置１３０の監査操作処理部１３６は、対象保留メールの監査操作が終了したことを管理者（監査者）へ画面を通じて示し（削除通知もしくは送出通知）、他の保留メールの監査を続けるか否かの指示を受け付ける。続ける指示を受け付けた場合は、ステップＳ７０５へ進む。終了する指示を受け付けた場合は、一連の処理を終了する。

なお、第１の実施形態は、メール中継装置１３０がメール送信端末１１０から送信される電子メールを監査する実施形態であるが、他の実施形態として、クライアント端末（第１の実施形態のメール送信端末１１０に相当）から送信されたＨＴＴＰリクエストを、ＨＴＴＰリクエストを解析する機能を持つ装置が解析し（第１の実施形態のメール中継装置１３０に相当）、管理者の端末（第１の実施形態のメール管理端末１２０に相当）に監査画面を送信してもよい。
＜第２の実施形態＞

以下に本発明の第２の実施形態を説明する。

第２の実施形態では、電子メールの送信者がメール送信端末２３０において、送信しようとしている電子メールを自己監査することが可能とする。
なお、メール送信端末２３０は、本発明における監査画面を介して監査結果の入力を受け付ける電子データ監査装置の一例である。

第２の実施形態のシステム構成について図１３を用いて説明する。

なお、図１と共通する部分については、同じ番号を振り、詳細な説明は省略する。
＜図１３の説明＞

図１３において、メール送信端末２３０は、第１の実施形態の、メール解析部１３２と、画像解析部１３３と、配送制御部１３４と、メール送信部１３５と、配送ルール保存部１３７と、個人情報保存部１３８と、保留メール保存部１３９と、解析結果保存部１４０と、を備える。また、メール送信端末２３０は、メール作成部２３１と、監査操作処理部２３６と、を備える。

メール作成部２３１は、利用者からの入力を受け付けて電子メールを作成する機能を有している。

監査操作処理部２３６は、管理操作部１２１が持つ機能と、監査操作処理部１３６が持つ機能とを備える。
＜図１４の説明＞

次に、第２の実施形態におけるメール送信処理について図１４を用いて説明する。

なお、図５と共通する部分については、同じ番号を振り、詳細な説明は省略する。

ステップＳ１４０１では、メール送信端末２３０のメール作成部２３１において電子メールが作成される。そして、電子メールの送信者の電子メール送信指示に従って、メール作成部２３１は前記電子メールをメール解析部１３２へ送信する。

その後のステップＳ５０２からステップＳ５０８までの処理は、第１の実施形態と同様である。

なお、ステップＳ５０２の詳細処理である図６のステップＳ６０１では、メール解析部１３２は、メール作成部２３１から送信された電子メールを構文解析する。
＜図１５の説明＞

次に、第２の実施形態におけるメール送信とメール監査を同期的に実施する処理について図１５を用いて説明する。

なお、図７と共通する部分については、同じ番号を振り、詳細な説明は省略する。

第１の実施形態において、図７の各ステップを、管理端末１２０の管理操作部１２１と、メール中継装置１２０の監査操作処理部１３６とが通信を行いながら各ステップを処理していくが、第２の実施形態においては、それらの処理をメール送信端末２３０の監査操作処理部２３６が単体で処理する。その他については第１の実施形態と同様である。

ステップＳ５０６の処理において、メール送信端末２３０は、まず第１の実施形態と同じ処理を実施する。

その後、アクションが保留であった場合（該メールが監査対象となる場合）は、図１５のステップＳ１５０１へ進み、メール送信端末２３０は、現在送信処理の対象となっている電子メールの監査画面（保留メール監査画面）を生成する。なお、ステップＳ１５０１で生成される監査画面は、図７のステップＳ７０５−３で生成される画面と同様である。
なお、ステップＳ１５０１は、本発明における特定手段で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成手段の一例である。

ステップＳ１５０２において、メール送信端末２３０は、ステップＳ１５０１で生成した監査画面を表示する（図８）。

ステップＳ１５０３において、メール送信端末２３０の監査操作処理部２３６は、ステップＳ７０７と同様の処理を行う。

その後、メール送信端末２３０の監査操作処理部２３６が行うステップＳ７０９〜ステップＳ７１２、ステップＳ７１４〜ステップＳ７１９−１までの処理は、図７と同様であるため、詳細な説明は省略する。

ステップＳ１５０４において、メール送信端末２３０の監査操作処理部２３６は、ステップＳ７１９−１で生成した監査画面（図８）を表示し、ステップＳ１５０３へ進む。

なお、変更結果情報が、添付ファイル（画像）の削除を示すものであったら、図８の８０４の領域に表示される添付ファイルを表すサムネイルに８０５で示しているような削除されたことが判別できる印を表示する。変更結果情報が、個人の顔画像の匿名化を示すものであったら、８１４で示したボタン（背景がグレー）のように既に匿名化処理が行われたことが判別できる印を表示する。

ステップＳ１５０５において、メール送信端末２３０の監査操作処理部２３６は、ステップＳ７１０から遷移してきた場合は削除完了通知を、ステップＳ７１２から遷移してきた場合は送出完了通知を表示し、一連の処理を終了する。
＜第３の実施形態＞

以下に本発明の第３の実施形態を説明する。

第３の実施形態では、第２の実施形態における電子メールの代わりに、ＨＴＴＰリクエストを監査の対象メッセージとしている。ＨＴＴＰリクエストは、本発明における、電子データの一例である。

なお、図１と共通する部分については、同じ番号を振り、詳細な説明は省略する。

電子メールもＨＴＴＰリクエストも電子メッセージフォーマットとしてはＲＦＣ８２２という基本的に同一の構造をもっておりデータに対する手続き処理等は同様と考えてよい。ただし、電子メールと違いクライアントからサーバまでの通信を同期的に行う必要があるため、監査処理もメッセージ送信処理の中で同期的に行う必要がある。

第３の実施形態の利用例として、ＳＮＳ（ソーシャルネットワークサイト）等へ写真を含むメッセージを送信する場合に送信者に送信内容を自己監査させるケース、などを想定している。

第３の実施形態のシステム構成について図１６を用いて説明する。
＜図１６の説明＞

図１６において、ウェブクライアント端末３３０は、第１および第２の実施形態の、画像解析部１３３と、配送制御部１３４と、配送ルール保存部１３７と、個人情報保存部１３８と、解析結果保存部１４０と、を含んでいる。また、ウェブクライアント端末３３０は、リクエスト作成部３３１と、リクエスト解析部３３２と、リクエスト送信部３３５と、監査操作処理部３３６と、保留リクエスト保存部３３９とを備える。
なお、ウェブクライアント端末３３０は、本発明における監査画面を介して監査結果の入力を受け付ける電子データ監査装置の一例である。

リクエスト作成部３３１は、ウェブサーバ４５０へ送信するＨＴＴＰリクエストを作成する機能を有する。

リクエスト解析部３３２は、ＨＴＴＰリクエストのデータを解析し後続の処理に必要な構成要素（ウェブサーバＵＲＬ、ＨＴＴＰメソッド、コンテンツタイプ等）へ分解する機能と、解析結果の情報（後述する図２０であり、第１および第２の実施形態のメール解析結果テーブルに相当）を解析結果保存部１４０へ保存する機能と、を有する。

リクエスト送信部３３５は、配送制御部１３４から受信したＨＴＴＰリクエストを、ウェブサーバ４５０へ送信する機能を有する。

監査操作処理部３３６は、第２の実施形態の監査操作処理部２３６と同様の処理を、ＨＴＴＰリクエストのデータに対して実施する機能を有している。

保留リクエスト保存部３３９は、保留されたＨＴＴＰリクエストを保存するデータ記憶装置である。保留リクエスト保存部３３９は、第１および第２の実施形態の保留メール保存部１３９（図１および図１３）に相当する機能を持つ。

次に、第３の実施形態における、ＨＴＴＰリクエスト送信処理とＨＴＴＰリクエスト監査処理を同期的に実施する処理について図１７・図１８を用いて説明する。

なお、図５と共通する部分については、同じ番号を振り、詳細な説明は省略する。
＜図１７の説明＞

ステップＳ１７０１では、リクエスト作成部３３１において、ＨＴＴＰリクエストが作成される。リクエスト作成部３３１は作成したＨＴＴＰリクエストをリクエスト解析部３３２へ送信する。

ステップＳ１７０２において、受信したＨＴＴＰリクエストの解析処理をリクエスト解析部３３２において実施する。解析処理の結果は、図２０で例示するリクエスト解析結果テーブルと、図１２で例示する顔識別結果表と、にそれぞれ記録される。解析処理の詳細は図２１を用いて説明する。
＜図２１の説明＞

図２１は、ステップＳ１７０２におけるＨＴＴＰリクエストの解析処理の一例を示す図である。

なお、図６と共通する部分については、同じ番号を振り、詳細な説明は省略する。

なお、図６のメール解析部１３２が実行する処理を、図２１では、リクエスト解析部３３２が実行する。

ステップＳ２１０１において、リクエスト解析部３３２は、リクエスト作成部３３１から受信したＨＴＴＰリクエストを構文解析して、リクエストＩＤ、送信日時、送信先ＵＲＬ、ＨＴＴＰメソッド、画像添付ファイル数等の構成要素に分解する。

ステップＳ２１０２において、リクエスト解析部３３２は、前記構成要素の情報を、解析結果保存部１４０のＨＴＴＰリクエスト解析結果テーブル（図２０）に新規レコードとして追加する。

ステップＳ６０３〜Ｓ６０６は、図６と同様であるため、説明は省略する。

ステップＳ６０７では、画像解析部１３３は、ステップＳ６０５で選択された顔情報（図１２の１２０１に示す検出窓位置）と、ステップＳ６０６で算出された顔認識結果（図１２の１２０２に示す個人ＩＤ）と、認識された顔情報がどのＨＴＴＰリクエスト（図１２の１２０３に相当）のどの添付ファイルに含まれていたかを示す添付ファイルＮＯ（図１２の１２０４）と、を解析結果保存部１４０の図１２に示す顔認識結果テーブルに、１つのレコードとして追加する。

ステップＳ６０８は、図６と同様であるため、説明は省略する。

ステップＳ６０９では、リクエスト解析部３３２は、ステップＳ２１０１で算出された形式が画像である添付ファイルの中から未処理の画像の添付ファイルがあれば、ステップＳ６０３へ進む。未処理の画像の添付ファイルがなければ、処理を終了する。

図１７の説明に戻る。

ステップＳ５０３では、配送制御部１３４は、配送ルール保存部１３７から、配送ルールのリスト（図１９）をメモリに読み込む。
＜図１９の説明＞
配送ルール表は、複数の配送ルールから構成され、単一の配送ルールは図１９の各行に相当する。配送ルールは、識別子のＩＤ列以外に、ＨＴＴＰリクエストの条件を記載する列（図１９では、送信先ＵＲＬ、メソッド、Ｃｏｎｔｅｎｔ−ｌｅｎｇｔｈ、画像数）と、アクションを記載する列（図１９では、アクション）と、から構成される。アクションとは、ＨＴＴＰリクエストに適用する処理種別で表わし、保留もしくは中継のいずれかの値をとる。

図１７の説明に戻る。

ステップＳ５０４では、配送制御部１３４は、前記読み込んだ配送ルールのリストの中から未処理の配送ルールを１つ選択する。

ステップＳ５０５では、前記選択した配送ルールにある送信先ＵＲＬなどの各種条件を、Ｓ１７０２で記録されたリクエスト解析結テーブルのレコードと照らし合わせて、合致するか否かを判定する。合致していればステップＳ５０６へ進み、合致していなければステップＳ５０７へ進む。

ステップＳ５０６では、配送制御部１３４は、前記配送ルールのアクションを適用する。

アクションが中継であった場合には、処理対象のＨＴＴＰリクエストを、リクエスト送信部３３５へ送信する。リクエスト送信部３３５は受信したＨＴＴＰリクエストをウェブサーバ４５０へ送信する。

アクションが保留であった場合には、処理対象のＨＴＴＰリクエストを、保留リクエスト保存部３３９に保存する。そして図１８で示される処理のステップＳ１８０１へ移行する。

ステップＳ５０６の処理が終わると、一連の受信処理を終了する。

ステップＳ５０７では、ステップＳ５０３で読み込んだ配送ルールのリストの内まだ未処理のものがあれば、ステップＳ５０４へ進む。全ての配送ルールが処理されていれば、ステップＳ５０８へ進む。

ステップＳ５０８では、予め定義されているデフォルトのアクション（中継もしくは保留）を処理対象のＨＴＴＰリクエストに適用し、一連の処理を終了する。なお、アクションの適用処理は、ステップＳ５０６の内容と同様である。
＜図１８の説明＞

図１８は、第３の実施形態におけるＨＴＴＰリクエスト送信処理とＨＴＴＰリクエスト監査処理を同期的に実施する処理を示す図である。

なお、図７・図１５と共通する部分については、同じ番号を振り、詳細な説明は省略する。

ただし、現在送信処理の対象となっているＨＴＴＰリクエストを、図７における「選択されたメール」（監査対象のメール）、および図１５の「処理対象となっているメール」として扱うものとする。

また、第１の実施形態においては、管理端末１２０の管理操作部１２１と、メール中継装置１２０の監査操作処理部１３６とが通信を行いながら図７の各ステップを処理し、第２の実施形態においては、ウェブクライアント端末３３０の監査操作処理部３３６が図１５の各ステップを処理するが、第３の実施形態においては、それらの処理を、ウェブクライアント端末３３０の監査操作処理部３３６が、ＨＴＴＰリクエストのデータに対して実施する機能を有している。

ステップＳ１８０１において、ウェブクライアント端末３３０は、現在送信処理の対象となっているＨＴＴＰリクエストの監査画面を生成する。なお、ステップＳ１８０１で生成される監査画面は、図７のステップＳ７０５−３で生成される画面と同様である。なお、ステップＳ１８０１は、本発明における、特定手段で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成手段の一例である。

ステップＳ１８０２において、ウェブクライアント端末３３０は、ステップＳ１８０１で生成した監査画面を表示する（図８）。

そして、ウェブクライアント端末３３０の監査操作処理部３３６は、図１５のステップＳ１５０３と同様の処理を実行する。

ウェブクライアント端末３３０の監査操作処理部３３６が行うステップＳ７０９〜ステップＳ７１２、ステップＳ７１４〜ステップＳ７１９−１までの処理は、図７と同様であるため、詳細な説明は省略する。

そして、ステップＳ１５０４において、ウェブクライアント端末３３０の監査操作処理部３３６は、ステップＳ７１９−１で生成した監査画面（図８）を表示し、ステップＳ１５０３へ進む。

ステップＳ１５０５において、ウェブクライアント端末３３０の監査操作処理部３３６は、ステップＳ７１０から遷移してきた場合は削除完了通知を、ステップＳ７１２から遷移してきた場合は送出完了通知を表示し、一連の処理を終了する。

以上、本発明によれば、画像が添付されている電子データをユーザが効率的に監査することができる。

また、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。

この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、プログラムコード自体及びそのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のカード、ＲＯＭ等を用いることができる。

また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（基本システム或いはオペレーティングシステム）などが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。このプログラムコードを読み出し実行可能な情報処理装置（コンピュータ）が前述した実施形態の機能を実現する。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

１１０ メール送信端末
１１１ メール送信部
１２０ メール管理端末
１２１ 管理操作部
１３０ メール中継装置
１３１ メール受信部
１３２ メール解析部
１３３ 画像解析部
１３４ 配送制御部
１３５ メール送信部
１３６ 監査操作処理部
１３７ 配送ルール保存部
１３８ 個人情報保存部
１３９ 保留メール保存部
１４０ 解析結果保存部
１５０ メール配信装置
１６０ 外部ネットワーク
２３０ メール送信端末
２３１ メール作成部
２３６ 監査操作処理部
３３０ ウェブクライアント端末
３３１ リクエスト作成部
３３２ リクエスト解析部
３３５ リクエスト送信部
３３６ 監査操作処理部
３３９ 保留リクエスト保存部
４５０ ウェブサーバ

Claims (6)

1. 監査画面を介して監査結果の入力を受け付ける電子データ監査装置であって、
   監査対象物に関する情報を記憶する記憶手段と、
   前記記憶手段に記憶されている監査対象物に関する情報に従って、監査対象となる電子データに含まれる画像データの中から監査対象物を特定する特定手段と、
   前記特定手段で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成手段と、
   を備えることを特徴とする電子データ監査装置。
2. 前記特定手段によって特定された前記監査対象物に関する情報に対して修正指示を受け付ける修正指示受付手段を更に備えることを特徴とする請求項１に記載の電子データ監査装置。
3. 前記修正指示受付手段によって、前記監査対象物に関する情報に対して修正指示を受け付けると、前記監査画面生成手段は、監査画面を再び生成することを特徴とする請求項２に記載の電子データ監査装置。
4. 前記特定手段は、更に、前記特定手段によって特定された前記監査対象物に関する情報を属性でグループ化するグループ化手段を備え、
   前記修正指示受付手段は、更に、前記グループ化手段によってグループ化されたグループに対して修正指示を受け付けることを特徴とする請求項２または３に記載の電子データ監査装置。
5. 監査画面を介して監査結果の入力を受け付ける電子データ監査装置の制御方法であって、
   監査対象物に関する情報を記憶する記憶工程と、
   前記記憶工程に記憶されている監査対象物に関する情報に従って、監査対象となる電子データに含まれる画像データの中から監査対象物を特定する特定工程と、
   前記特定工程で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成工程と、
   を備えることを特徴とする制御方法。
6. 監査画面を介して監査結果の入力を受け付ける電子データ監査装置を、
   監査対象物に関する情報を記憶する記憶手段と、
   前記記憶手段に記憶されている監査対象物に関する情報に従って、監査対象となる電子データに含まれる画像データの中から監査対象物を特定する特定手段と、
   前記特定手段で特定された前記監査対象物に関する情報を含む、監査者が監査するための前記監査画面の情報を生成する監査画面生成手段として機能させすることを特徴とするプログラム。
   
   

Images