JP2010102591A - 電子メール監査装置、その制御方法及びプログラム - Google Patents

Abstract

【課題】 電子メールの監査を行う監査者の評価作業を効率化することにある。
【解決手段】 電子メール監視サーバ１０１は、各電子メールのスレッド識別情報を管理する。また、電子メール監視サーバ１０１は、監査対象となる電子メールと同一スレッドの他の電子メールの監査を行う旨の設定情報を受け付けた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報の前記他の電子メールを検索する。そして、電子メール監視サーバ１０１は、前記電子メールと検索された前記他の電子メールとを監査済みとして設定する。
【選択図】 図１

Description

本発明は、監査対象となる電子メールと同一スレッドの他の電子メールまで監査済みか否かの設定を可能とする技術に関するものである。

近年、個人情報や機密情報漏洩が企業の信頼というものに影響を及ぼすようになってきている。情報の漏洩は外部からの不正アクセスにより起きてしまうこともあるが、多くは企業内部の人間の不注意等から起きており、電子メールを用いた不注意なファイルの送信等により情報の漏洩が起きてしまうことがある。２００５年には個人情報保護法が施行されたこともあり、企業として情報漏洩に対して対策を講じることは急務になってきている。

そこで、電子メールが内部のネットワークから外部のネットワークに送出される際に、当該電子メールの内容に応じて配信を許可する／しないを決定する電子メール監査システムを導入する等して、情報漏洩対策を講じたりしている。

また、企業のメールサーバから送出されたメールをログデータとして保存しておき、万が一漏洩が起きてしまった場合にもどのような経緯でそのような事態が発生してしまったかを事後に調査できるようにしている。

このようなシステムでは、キーワード等を設定しておき、当該キーワードが使用されているメールを配信不可にする若しくは当該電子メールを送信した社員の上長（管理者）に配信を許可する／しないを選択するように通知を出す。そして、該管理者による選択に従ってメールの送信制御を行うことが一般的である。

このような先行技術として、特許文献１には、送信するメールの内容を予めチェックして、望ましくないメールが送信されてしまうことを未然に防ぐ仕組みが開示されている。

また、特許文献２には、メールの送信先のメールアドレスから組織外に送信されると判定された場合、メールの送信者に対応した承認者の一覧を表示して承認者を選択し、選択された承認者により承認されるまでメールを送信保留状態にすることが開示されている。

特開２００７−２７２６０７号公報 特開２００７−６５７８７号公報

しかしながら、所定のキーワードが使用されている電子メールを配信不可にする等の送信制御を行うため、配信してもよい電子メールを配信不可にしてしまったり、配信してはならない電子メールを配信してしまったりする可能性がある。

そこで、このような電子メールの送信制御が適切に行われているかを監査する監査者は、送信制御がされた後の電子メールに対して、その送信制御が適切であったか否かを評価することが求められる。

しかしながら、監査者が評価する電子メールの数量が多くなると、監査者の負荷が増大していた。

本発明の目的は、電子メールの監査を行う監査者の評価作業を効率化することにある。

本発明の電子メール監査装置は、各電子メールのスレッド識別情報を管理する管理手段と、監査対象となる電子メールを示す情報と、前記電子メールと同一スレッドの他の電子メールの監査を行うか否かを示す設定情報とを外部装置から受け付ける受付手段と、前記電子メールと同一スレッドの前記他の電子メールの監査を行う旨の設定情報を前記受付手段により受け付けた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報の前記他の電子メールを前記管理手段より検索する検索手段と、前記電子メールと前記検索手段により検索された前記他の電子メールとを監査済みとして設定する設定手段とを有することを特徴とする。
本発明の電子メール監査装置の制御方法は、各電子メールのスレッド識別情報を管理手段において管理する管理ステップと、監査対象となる電子メールを示す情報と、前記電子メールと同一スレッドの他の電子メールの監査を行うか否かを示す設定情報とを外部装置から受け付ける受付ステップと、前記電子メールと同一スレッドの前記他の電子メールの監査を行う旨の設定情報を前記受付ステップにより受け付けた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報の前記他の電子メールを前記管理手段より検索する検索ステップと、前記電子メールと前記検索ステップにより検索された前記他の電子メールとを監査済みとして設定する設定ステップとを含むことを特徴とする。
本発明のプログラムは、各電子メールのスレッド識別情報を管理手段において管理する管理ステップと、監査対象となる電子メールを示す情報と、前記電子メールと同一スレッドの他の電子メールの監査を行うか否かを示す設定情報とを外部装置から受け付ける受付ステップと、前記電子メールと同一スレッドの前記他の電子メールの監査を行う旨の設定情報を前記受付ステップにより受け付けた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報の前記他の電子メールを前記管理手段より検索する検索ステップと、前記電子メールと前記検索ステップにより検索された前記他の電子メールとを監査済みとして設定する設定ステップとをコンピュータに実行させることを特徴とする。

本発明においては、監査対象の電子メールと同一スレッドの他の電子メールを行う旨の設定情報を受け付けた場合、監査対象の電子メールだけではなく、当該電子メールと同一スレッドの他の電子メールまで監査済みとして設定するように構成している。従って、本発明によれば、電子メールの監査を行う監査者の評価作業を効率化することが可能となる。

以下、本発明を適用した好適な実施形態を、添付図面を参照しながら詳細に説明する。

図１は、本発明の実施形態に係る情報処理システムの構成を示す図である。図１において、１０１は電子メール監視サーバである。この電子メール監視サーバ１０１は、ローカルネットワーク１０５から広域回線１２０に対して送信命令された電子メールの保存処理、送信の可否及び保留の判断処理、送信の可否及び保留を判断するための条件を記憶・変更する機能を有している。なお、電子メール監視サーバ１０１は、本発明の電子メール監査装置の適用例となる構成である。

また、電子メール監視サーバ１０１は、時系列にグループの構成表及びその代表者を記録している（後述する図１６に示すグループ情報テーブル１６０１、管理対象定義情報テーブル１６０２）。電子メール監視サーバ１０１は、そのデータに応じて電子メールの監査を行う管理者を決定する機能も合わせて有している。

１０２は電子メールサーバである。この電子メールサーバ１０２は、例えば、情報処理装置１０４−１と情報処理装置１０４−２との間でのメールの送受信を行う。また、電子メールサーバ１０２は、情報処理装置１０４−１とローカルエリアネットワーク１０５外の装置（同図では情報処理装置１１４）との間でのメールの送受信を管理する。このように電子メールサーバ１０２は、メールアドレスで指定された送信先にメールを送信する処理を行う。電子メールサーバ１０２が行うこのような一連の処理については周知のものであるので、これ以上の説明は省略する。

１０３はＬＤＡＰサーバであって、企業ディレクトリ情報、即ちネットワークを利用するユーザのメールアドレスや組織に関する情報等の企業ディレクトリ情報を管理するディレクトリサービスを提供するものである。なお、本発明に適用可能なディレクトリサービスは、ＬＤＡＰに限られるものではなく、他のものであってもよい。例えば、Active Directoryであっても、ＮＤＳ(NetWare Directory Service)等であってもよい。また、ＬＤＡＰは、Lightweight Directory Access Protocolの略称である。

１０４−１、１０４−２及び１０４−３は情報処理装置であり、通常のコンピュータであって、電子メールの送受信機能を有する。また、情報処理装置１０４−１、１０４−２、１０４−３は、Ｗｅｂサービスのクライアントとして動作する。

情報処理装置１０４−３は管理者が使用する端末であって、電子メール監視サーバ１０１で送信が保留された電子メールの監査や、送信された電子メールの監査を行う端末である。本実施形態では、情報処理装置１０４−３を管理者が使用する端末として説明する。

ローカルネットワーク１１５には、情報処理装置１１４、電子メールサーバ１１２が接続されており、それぞれは、情報処理装置１０４、電子メールサーバ１０２及びローカルエリアネットワーク１０５と同様であるので、これらに係る説明は省略する。

図２は、図１に示した電子メール監視サーバ１０１の基本構成を示すブロック図である。図２において、２０１はＣＰＵであり、ＲＡＭ２０２やＲＯＭ２０３に格納されているプログラムやデータを用いて電子メール監視サーバ１０１全体の制御を行うと共に、電子メール監視サーバ１０１が行う後述の各処理を実行する。

２０２はＲＡＭであり、ＨＤＤ２０４や記録媒体ドライブ２０６からロードされたプログラムやデータ、ネットワークＩ／Ｆ（インターフェース）２０５を介して受信したデータを一時的に記憶するためのエリアを備える。またＲＡＭ２０２は、ＣＰＵ２０１が各種の処理を実行する際に使用するワークエリアを備える。

２０３はＲＯＭであり、電子メール監視サーバ１０１の設定データやブートプログラムなどを格納する。

２０４はＨＤＤであり、ここにＯＳ（オペレーティングシステム）や、電子メール監視サーバ１０１が行う後述の各処理をＣＰＵ２０１に実行させるためのプログラムやデータが保存されている。これらのプログラムやデータの一部もしくは全部はＣＰＵ２０１による制御に従ってＲＡＭ２０２にロードされ、これを用いてＣＰＵ２０１が処理を行うことで、電子メール監視サーバ１０１は以下説明する各処理を実行することになる。

２０５はネットワークＩ／Ｆで、電子メール監視サーバ１０１を上記ローカルエリアネットワーク１０５に接続するためのものであり、このネットワークＩ／Ｆ２０５を介して電子メール監視サーバ１０１は外部機器とデータ通信を行うことができる。

２０６は記録媒体ドライブであり、ＣＤ−ＲＯＭ、ＣＤ−Ｒ／ＲＷ、ＤＶＤ―ＲＯＭ、ＤＶＤ−Ｒ／ＲＷ、ＤＶＤ−ＲＡＭ等の記憶媒体に記録されたプログラムやデータを読み出し、ＲＡＭ２０２に出力する。この読み出し動作はＣＰＵ２０１によって制御される。

２０７はキーボードであり、各種の指示をＣＰＵ２０１に対して入力することができる。２０８はマウス等のポインティングデバイスであり、各種の指示をＣＰＵ２０１に対して入力することができる。

２０９はビデオＩ／Ｆ（インターフェース）であり、ディスプレイ装置２１０に表示すべき画像を信号としてディスプレイ装置２１０に供給するためのＩ／Ｆとして機能するものである。

２１０はディスプレイ装置であり、ＣＲＴや液晶画面等により構成されており、ＣＰＵ２０１による処理結果を画像や文字等でもって表示することができる。

２１１は周辺機器Ｉ／Ｆであり、ＵＳＢポートやＩＥＥＥ１３９４ポート等によって構成されており、この周辺機器Ｉ／Ｆ２１１を介して周辺機器との接続することが可能である。周辺機器との接続形態は有線／無線を問わない。２１２は上述の各部を繋ぐバスである。

なお、図１に示した電子メールサーバ１０２、１１２、ＬＤＡＰサーバ１０３、情報処理装置１０４、１１４も同様の構成である。

図３は、本実施形態における電子メール監視サーバ１０１の機能構成の特徴部分を示すブロック図である。

図３に示すように、電子メール監視サーバ１０１は、その特徴的な機能構成として、管理部３０１、受付部３０２、検索部３０３及び設定部３０４を備える。

管理部３０１は、後述する各電子メールのスレッドＩＤや親メールＩＤをスレッド管理テーブル（図７）にて管理する。

受付部３０２は、管理者端末１０４から管理者の監査対象となる電子メールを示す情報や、当該電子メールと同一スレッドの他の電子メールの監査を行うか否かを示す設定情報等を受け付ける。

検索部３０３は、監査対象の電子メールと同一スレッドの電子メールの監査を行う旨の設定情報を受付部３０２により受け付けた場合、当該電子メールのスレッドＩＤと同一スレッドＩＤの他の電子メールを管理部３０１より検索する。

設定部３０４は、監査対象の電子メールと検索部３０３により検索された他の電子メールとを監査済みのものとして設定する。

特に、受付部３０２により受け付けた設定情報に、監査対象の電子メールと同一スレッドの全ての他の電子メールの監査を行う旨の情報が含まれている場合、検索部３０３は、当該電子メールのスレッドＩＤと同一のスレッドＩＤの他の電子メール全てを検索する。設定部３０４は、監査対象の電子メールとともに、検索された当該全ての電子メールを監査済みとして設定する。

また、受付部３０２により受け付けた設定情報に、監査対象の電子メールの親メールの監査を行う旨の情報が含まれている場合、検索部３０３は、当該電子メールと同一のスレッドＩＤであって且つ、当該電子メールの親メールに該当する親メールＩＤの他の電子メールを検索する。ここでも同様に設定部３０４は、監査対象の電子メールとともに検索部３０３にて検索された電子メールを監査済みとして設定する。

図４は、本発明の実施形態に係る情報処理システムの動作を示すシーケンスチャートである。ここでは、情報処理装置１０４−１が外部の情報処理装置１１４に対して電子メールの送信を指示した場合について説明する。

まず、情報処理装置１０４−１が電子メールを送信すると（ステップＳ４０１）、当該電子メールを取得した電子メールサーバ１０２は、電子メール監視サーバ１０１に当該電子メールを送信する（ステップＳ４０２）。

そして、電子メール監視サーバ１０１は、当該電子メールを取得すると、当該電子メールが電子メール監視サーバ１０１に記憶されているフィルタリングルール（図２５に示す送信不可条件又は送信保留条件）に合致するか否かを判定する。

ここでは、電子メール監視サーバ１０１が、情報処理装置１０４−１から外部の情報処理装置１１４に送信する電子メールを取得する場合について説明した。但し、外部の情報処理装置１１４から送信された情報処理装置１０４−１宛ての電子メールを電子メール監視サーバ１０１が取得する構成でも構わない。勿論、電子メール監視サーバ１０１が、情報処理装置１０４−１から情報処理装置１０４−２に送信される電子メールを取得してフィルタリングルールに合致するか否かを判定する構成でも構わない。

ここで、図２５に示す送信不可条件（ａ）及び送信保留条件（ｂ）について説明する。図２５（ａ）は、フィルタリングルールである送信不可条件の一例である。図２５（ａ）には、条件１、条件２、条件３、条件４、条件５と５つの送信不可条件の例を示している。

電子メール監視サーバ１０１のＣＰＵ２０１は、送信された電子メールがこの５つのいずれか１つの条件に合致する電子メールか否かを判定する。合致する場合、電子メール監視サーバ１０１のＣＰＵ２０１は、当該電子メールの送信を中止し、送信元である情報処理装置１０４−１に対して電子メールの送信が中止された旨の連絡を行う（ステップＳ４０３）。

以下に図２５（ａ）に示す送信不可条件（ａ）の各条件の説明を行う。
条件１：電子メールの宛先のメールアドレスに「＊＊＊１.co.jp」（所定のドメイン名）が含まれる。
条件２：電子メールのメール本文に「××会社」という所定の文字列が含まれる。
条件３：電子メールの添付データ内に、「機密」という所定の文字列が含まれる。
条件４：電子メールの添付データのファイルサイズの合計が１ＭＢ（メガバイト）を超える。
条件５：電子メールの宛先のメールアドレスに「＊＊＊２.co.jp」（所定のドメイン名）が含まれ、電子メールのメール本文に「△会社」という所定の文字列が含まれ、電子メールの添付データ内に「社外秘」という所定の文字列が含まれ、電子メールの添付データのファイルサイズの合計が０．９ＭＢ（メガバイト）を超える。

次に、図２５（ｂ）に示す送信保留条件について説明する。図２５（ｂ）は、フィルタリングルールである送信保留条件の一例である。図２５（ｂ）は、条件１、条件２、条件３、条件４、条件５と５つの送信保留条件の例を示している。

電子メール監視サーバ１０１のＣＰＵ２０１は、取得した電子メールがこの５つのいずれか１つの条件に合致する電子メールか否かを判定し、合致すると判定された場合は、当該電子メールを送信せず保留する。すなわち、電子メール監視サーバ１０１のＨＤＤ２０４又はＲＡＭ２０２等の記憶手段に当該電子メールを記憶する。

このように、電子メール監視サーバ１０１のＣＰＵ２０１は、送信保留条件に合致する場合は、当該電子メールは管理者による監査が必要な電子メールと判定し、管理者端末に事前監査の依頼を要求する（ステップＳ４０５）。

以下に図２５（ｂ）に示す送信保留条件の各条件の説明を行う。
条件１：電子メールの宛先のメールアドレスに「tana@***.co.jp」（所定のメールアドレス）が含まれる。
条件２：電子メールのメール本文に「○×会社」という所定の文字列が含まれる。
条件３：電子メールの添付データ内に、「関係者限り」という所定の文字列が含まれる。
条件４：電子メールの添付データのファイルサイズの合計が０．７ＭＢ（メガバイト）を超える。
条件５：電子メールの宛先のメールアドレスに「＊＊＊２.co.jp」（所定のドメイン名）が含まれ、電子メールのメール本文に「△会社」という所定の文字列が含まれ、電子メールの添付データ内に「コピー禁止」という所定の文字列が含まれ、電子メールの添付データのファイルサイズの合計が０．５ＭＢ（メガバイト）を超える。

また、電子メール監視サーバ１０１のＣＰＵ２０１は、情報処理装置１０４−１から送信された電子メールが送信不可条件（図２５（ａ））及び送信保留条件（図２５（ｂ））の両方のいずれの条件にも合致しないと判定した場合、当該電子メールを外部ネットワーク（広域回線）１２０を介して情報処理装置１１４に送信する（ステップＳ４０４）。

以上のように、電子メール監視サーバ１０１のＣＰＵ２０１は、取得した電子メールのデータと送信不可条件及び送信保留条件に従って、当該電子メールを、該電子メールに設定された宛先に送信（中継）するか、それとも、送信せず保留するか、送信せず中止するかを判定する。

電子メールの送信を保留する場合、電子メール監視サーバ１０１のＣＰＵ２０１は、管理者に事前監査を行わせる（ステップＳ４０５〜ステップＳ４０８）。

具体的には、電子メール監視サーバ１０１のＣＰＵ２０１は、管理者端末１０４−３に対して当該電子メールの監査依頼を行う（ステップＳ４０５）。

そして、管理者端末１０４−３のＣＰＵ２０１は、当該監査依頼を受けると、管理者端末１０４−３のディスプレイ装置２１０に監査依頼を受けたことを表示させる。

管理者端末１０４−３のＣＰＵ２０１は、事前監査すべき電子メールの一覧画面の表示指示を管理者から受け付けると、電子メール監視サーバ１０１に対して事前監査すべき電子メールの一覧表示を要求する（ステップＳ４０６）。

電子メールの一覧表示の要求を受け付けた電子メール監視サーバ１０１のＣＰＵ２０１は、送信が保留された事前監査すべき電子メールの一覧表示画面（図１０）（以下、事前監査画面ともいう。）を表示する情報を生成して当該生成された情報を管理者端末１０４−３に送信する（ステップＳ４０７）。

次に、管理者端末１０４−３のＣＰＵ２０１は、当該情報に基づいて事前監査すべき電子メールの一覧表示画面を表示し、表示された電子メールの送信の可否等を管理者から受け付ける。そして、管理者端末１０４−３のＣＰＵ２０１は、管理者から受け付けた事前監査の結果（当該電子メールの送信の可否、又は送信の保留）を電子メール監視サーバ１０１に送信する（ステップＳ４０８）。

当該事前監査の結果を受けた電子メール監視サーバ１０１のＣＰＵ２０１は、当該結果をＨＤＤ２０４等の記憶手段に記憶すると共に当該結果に応じた処理を実行する。

すなわち、電子メール監視サーバ１０１のＣＰＵ２０１は、電子メールの送信が許可されれば、当該電子メールを情報処理装置１１４に送信する（ステップＳ４０４）。一方、電子メールの送信が拒否されれば、電子メール監視サーバ１０１のＣＰＵ２０１は、当該電子メールの送信を中止し、情報処理装置１０４−１にその旨を連絡する（ステップＳ４０３）。また、電子メールの送信が保留されれば、電子メール監視サーバ１０１のＣＰＵ２０１は、事前監査の対象の電子メールとしてＨＤＤ２０４等の記憶手段に記憶する。

以上のように、本実施形態においては、送信不可条件及び送信保留条件若しくは事前監査での管理者の判断に従って電子メールを送信（中継）するか等を判定している。

しかしながら、本実施形態に係る情報処理システムは、電子メールの送受信に関する「監査」を行うことを目的としているため、可能な限り、管理者自身（人）により監査することが求められる。

即ち、本来であれば送信（中継）してもいい電子メールであったか、或いは送信を中止すべき電子メールであったか等を、当該判定の後に監査（把握）すること（事後監査）が必要である。

以下に、図４に示すステップＳ４０９〜ステップＳ４１１を用いて、事後監査の概略について説明する。

管理者端末１０４−３のＣＰＵ２０１は、電子メール監視サーバ１０１に対して事後監査の実施の要求を送信する（ステップＳ４０９）。そして、要求を受けた電子メール監視サーバ１０１のＣＰＵ２０１は、事後監査すべき電子メールの一覧表示画面（図１９）を表示する情報を生成して、当該生成された情報を管理者端末１０４−３に送信する（ステップＳ４１０）。

そして、管理者端末１０４−３のＣＰＵ２０１は、当該情報に基づいて事後監査すべき電子メールの一覧表示画面を表示し、表示された電子メールの評価を管理者から受け付ける。なお、ここで管理者から受け付ける評価結果としては、例えば「送信可／送信拒否／要チェック／どちらともいえない」等が挙げられる。そして、管理者端末１０４−３のＣＰＵ２０１は、管理者から受け付けた当該電子メールの評価結果を電子メール監視サーバ１０１に送信する（ステップＳ４１１）。

電子メールの評価結果を受けた電子メール監視サーバ１０１のＣＰＵ２０１は、その評価結果を当該電子メールと対応付けてＨＤＤ２０４等の記憶手段に記憶する。

以下、図５を参照して、電子メール監視サーバ１０１が行う電子メールの記憶処理及び送信可否判断処理について説明する。

図５は、電子メール監視サーバ１０１が行う電子メールの記憶処理及び送信可否判断処理を示すフローチャートである。なお、本処理は、電子メール監視サーバ１０１のＣＰＵ２０１がＨＤＤ２０４に記録されているプログラムによる制御に従って行うものである。また、電子メール監視サーバ１０１のＨＤＤ２０４には、電子メールの送信を中止させる（中継させない）条件を示す送信不可条件（図２５（ａ））や事前監査を行うため電子メールの送信を一旦保留する条件を示す送信保留条件（図２５（ｂ））が保存されている。なお、上記フィルタリングルールは、ＨＤＤ２０４に保存される。また、電子メール監視サーバ１０１のＨＤＤ２０４には、グループ情報（後述する図１６に示すグループ情報１６０１）及び管理者情報（後述する図１６に示す管理対象定義情報１６０２）が記憶されている。本実施形態では、このグループ情報を用いて、メール送信者が属するグループ、及び当該グループの管理者を特定することが可能となっている。

まず、電子メール監視サーバ１０１のＣＰＵ２０１は、ネットワーク１０５から広域回線１２０へと送出される電子メール（ＳＭＴＰパケット）を取得する（ステップＳ５０１）。本実施形態では、広域回線１２０に送出される電子メールを取得する場合について説明する。但し、電子メール監視サーバ１０１のＣＰＵ２０１が広域回線１２０から受信される電子メールを取得して、フィルタリングルールに基づいてローカルネットワーク１０５に当該電子メールを送出させるか否かを判定してもよい。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールのヘッダ情報に含まれる当該電子メールを特定する情報（Ｍｅｓｓａｇｅ−ＩＤ）をスレッド管理テーブル（図７）に登録する（ステップＳ５０２）。ステップＳ５０２の詳細処理は、後で図６を用いて説明する。なお、図７に示すスレッド管理テーブルは、本発明の管理手段の適用例となる構成である。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールについて、ＨＤＤ２０４に記憶されているフィルタリングルールである送信不可条件（図２５（ａ））に合致しているか否かを判定する（ステップＳ５０３）。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールが送信不可条件に合致していると判断した場合（ステップＳ５０３でＹＥＳ）、処理をステップＳ５０４に移行させる。そして、電子メール監視サーバ１０１のＣＰＵ２０１は、当該電子メールの送信を中止する（ステップＳ５０４）。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、電子メールの発信者アドレスに対して、送信不可条件に合致したために電子メールの送信を行わなかった旨の電子メールを送信する（ステップＳ５０５）。

ステップＳ５０３で、ステップＳ５０１で取得した電子メールが送信不可条件に合致しなかったと判定された場合（ステップＳ５０３でＮＯ）、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールが送信保留条件（図２５（ｂ））に合致するかを判定する（ステップＳ５０６）。

そして、ステップＳ５０６で、ステップＳ５０１で取得した電子メールが送信保留条件に合致しないと判定した場合（ステップＳ５０６でＮＯ）、電子メール監視サーバ１０１のＣＰＵ２０１は、当該電子メールを広域回線１２０に対して送出する（ステップＳ５０７）。ここで、ステップＳ５０１で広域ネットワーク１２０から受信（取得）した電子メールの場合、ローカルエリアネットワーク１０５に当該電子メールを送出（中継）させる。

一方、ステップＳ５０６の処理で、送信保留条件に合致したと判断した場合には（ステップＳ５０６でＹＥＳ）、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールの送信処理を「保留」に設定する（ステップＳ５０８）。そして電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０９に処理を進める。

なお、ここで保留された電子メールは、電子メール送信者の管理者が目視確認の上で送信可／送信不可を決定指示する事前監査の対象の電子メールとなる。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、当該電子メールの送信者を特定する（ステップＳ５０９）。

なお、メールの送信者の特定は、電子メールのヘッダ情報から当該電子メールの発信者のメールアドレスを取得し、当該メールアドレスが割り当てられているユーザを特定することにより行う。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、電子メールの送信者（発信者）を特定した後、当該電子メールの送信者の管理者を特定する（ステップＳ５１０）。

これは、電子メール監視サーバ１０１のＨＤＤ２０４に記憶されているグループ情報（後述する図１６に示すグループ情報１６０１）及び管理者情報（後述する図１６に示す管理対象定義情報１６０２）から、当該電子メール送信者が所属しているグループの管理者を特定することにより行う。

ここで、図１６に示すグループ情報１６０１及び管理対象定義情報１６０２について説明する。

グループ情報１６０１は、少なくとも「グループ名」と「有効期間」と「メールアドレス」と「メールアドレスが割り当てられているユーザ名（不図示）」とがそれぞれ対応して記憶されている。

従って、ユーザのメールアドレス又はユーザ名から、当該ユーザが属するグループ名を特定することが可能である。また、「有効期間」とは、グループに各ユーザが属している期間を示している。即ち、例えば、１レコード目の場合、「Ｇｒｏｕｐ−Ａ」（グループ名）に、２００６年１月１日から２００６年３月３１日まで「alice@example.com」（メールアドレス）のユーザが属していたことを示している。また、終了日が入力されていないレコードは、そのレコードに設定されたユーザが現在もそのレコードに設定されたグループに属していることを示している。

また、管理対象定義情報１６０２は、「管理者ＩＤ」と「管理対象グループ」と「有効期間」と「当該管理者ＩＤに対応するメールアドレス（不図示）」とがそれぞれ対応して記憶されている。従って、管理対象定義情報１６０２を参照することにより、各グループの管理者又は該管理者のメールアドレスを特定することが可能である。

即ち、グループ情報１６０１と管理対象定義情報１６０２とを参照することで電子メールの送信者が所属しているグループの管理者（グループ管理者）を特定することが可能である。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５１０で特定された管理者の管理者端末１０４−３に対して、電子メールの事前監査を行うように通知を行う。この通知は、例えば、電子メール監視サーバ１０１のＣＰＵ２０１が当該管理者に割り当てられているメールアドレスに対して、事前監査を行う旨の電子メールを送信する等が考えられる。なお、管理者に割り当てられたメールアドレスの特定は、ＬＤＡＰサーバ１０３に記憶されているデータから特定することができる。

また、当該管理者が電子メール監視サーバ１０１のアプリケーションにログインした際に、電子メールの事前監査を行うようにメッセージを表示するようにしてもよい。

そして、ステップＳ５０４、ステップＳ５０８、ステップＳ５０７のいずれかの処理を実行した後、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールをＨＤＤ２０４等の記憶手段に記憶（保存）する。その際に、電子メール監視サーバ１０１のＣＰＵ２０１は、当該電子メールに紐付けて該電子メールのフィルタリング結果（送出／保留／削除の状態を示すデータ）を設定する（ＨＤＤ２０４に保存する）（ステップＳ５１１）。

即ち、ステップＳ５０４を実行した後には電子メールの送信を中止した場合の「削除（送信しない）」を示すデータがフィルタリング結果として当該電子メールに紐付けて設定される。ステップＳ５０８を実行した後には電子メールの送信を保留にした場合の「保留」を示すデータがフィルタリング結果として当該電子メールに紐付けて設定される。ステップＳ５０７を実行した後には電子メールを送信する場合の「送出」を示すデータがフィルタリング結果として当該電子メールに紐付けて設定される。

具体的には、図９に示すログテーブルに、ステップＳ５０１で取得した電子メール（電子メールを構成するデータ）とフィルタリング結果とを対応して記憶（保存）している。

図９には、電子メールのメールＩＤ、当該電子メールを構成する各データ（送信者のメールアドレス、受信者のメールアドレス、電子メールの本文、添付ファイル、送信日時等）及びフィルタリング結果がそれぞれ対応して記憶されている。

ステップＳ５１１では、電子メール監視サーバ１０１のＣＰＵ２０１は、ログテーブル（図９）に含まれる電子メールのメールＩＤに、後述するステップＳ６０２（図６）で採番されたメールＩＤを登録する。ステップＳ５１１の処理後、本処理を終了する。

図６は、図５のステップＳ５０２の詳細処理を示すフローチャートである。なお、図６に示すステップＳ６０１からステップＳ６１２の処理は、電子メール監視サーバ１０１のＣＰＵ２０１が実行する。

図６のステップＳ６０１及びＳ６１２は、ステップＳ６０２からステップＳ６１１又はＳ６０８までの処理を、電子メール監視サーバ１０１のＣＰＵ２０１が取得した全ての電子メールについて繰り返し実行することを意味している。

電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールに対して、ユニークなメールＩＤを採番し付与する（ステップＳ６０２）。

電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールのヘッダ情報から、電子メールに付加された当該電子メールに固有のデータであるＭＥＳＳＡＧＥ−ＩＤを取得する（ステップＳ６０３）。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ６０３で取得したＭＥＳＳＡＧＥ−ＩＤをステップＳ６０２で採番されたメールＩＤと対応付けて図７に示すスレッド管理テーブルに設定（登録）する（ステップＳ６０４）。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ５０１で取得した電子メールのヘッダ情報の中に、返信メールに含まれる「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」があるかを検索する（ステップＳ６０５）。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ６０５で「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」が検索されたか否かを判定する（ステップＳ６０６）。即ち、当該電子メールが返信メールであるか否かを判定する。

電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ６０６で返信メールであると判定された場合（「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」があると判定された場合）は（ステップＳ６０６でＹＥＳ）、当該「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」のＭＥＳＳＡＧＥ−ＩＤをスレッド管理テーブル（図７）の中から検索する（ステップＳ６０７）。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ６０７で当該「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」のＭＥＳＳＡＧＥ−ＩＤが検索されたか否かを判定する（ステップＳ６０９）。即ち、当該電子メールに対応した親メールがスレッド管理テーブルに登録されているか否かを判定する。

電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ６０９で、当該「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」のＭＥＳＳＡＧＥ−ＩＤが検索されたと判定された場合（当該電子メールに対応した親メールがスレッド管理テーブルに登録されていると判定された場合）（ステップＳ６０９でＹＥＳ）、当該検索されたＭＥＳＳＡＧＥ−ＩＤに紐付いたスレッドＩＤをスレッド管理テーブルから取得し、該取得したスレッドＩＤをステップＳ６０４で設定したＭＥＳＳＡＧＥ−ＩＤに紐付けてスレッド管理テーブルに登録（設定）する（ステップＳ６１０）。なお、スレッドＩＤは、本発明のスレッド識別情報の適用例となる構成である。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ６０７で検索され、特定された親メールのＭＥＳＳＡＧＥ−ＩＤに対応したメールＩＤをスレッド管理テーブルから取得する。そして、電子メール監視サーバ１０１のＣＰＵ２０１は、該取得したメールＩＤを「親メールＩＤ」として、ステップＳ６０４で設定したＭＥＳＳＥＧＥ−ＩＤに紐付けてスレッド管理テーブルに登録する（ステップＳ６１１）。なお、親メールＩＤは、本発明の親メール識別情報の適用例となる構成である。

一方、ステップＳ６０６において、ステップＳ６０５で「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」が検索されなかったと判定した場合（返信メールではないと判定された場合）（ステップＳ６０６でＮＯ）、ステップＳ６０８の処理に移行する。また、ステップＳ６０９において、「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」のＭＥＳＳＡＧＥ−ＩＤが検索されなかったと判定された場合（当該電子メールに対応した親メールがスレッド管理テーブルに登録されていないと判定された場合）（ステップＳ６０９でＮＯ）も、ステップＳ６０８の処理に移行する。

電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ６０８において、ユニークな新たなスレッドＩＤを採番し、当該スレッドＩＤをステップＳ６０４で設定したＭＥＳＳＡＧＥ−ＩＤに対応させて設定（登録）する（ステップＳ６０８）。

これにより、図７に示すスレッド管理テーブルに各電子メールのスレッドの関係を示す各データを登録することができる。

図１８は、電子メールと当該電子メールの親メールとのヘッダ情報の一部の例を示す図である。

図１８の１８０２は、当該電子メールのヘッダ情報の一部を、図１８の１８０１は、当該電子メールの親メールのヘッダ情報の一部を示している。１８０２に示すように、当該電子メールのヘッダ情報には、「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」が付加されている。従って、ステップＳ６０６にて当該電子メールは返信メールと判定される。また、当該電子メールの「Ｉｎ−Ｒｅｐｌｙ−Ｔｏ」のＭＥＳＳＡＧＥ−ＩＤが１８０１のヘッダ情報に登録されている。そのため、これと同一のＭＥＳＳＡＧＥ−ＩＤがスレッド管理テーブルに登録されていると、ステップＳ６０９にて当該電子メールの親メールがスレッド管理テーブルに登録されていると判定されることになる。

図７は、電子メール監視サーバ１０１のＨＤＤ２０４等の記憶手段に記憶されたスレッド管理テーブルを示す図である。

スレッド管理テーブルは、メールＩＤ、親メールＩＤ、スレッドＩＤ、ＭＥＳＳＥＧＥ−ＩＤの項目を有している。

ＭＥＳＳＥＧＥ−ＩＤは、上述した通り、電子メール一通一通に固有の情報であり、例えば、図７に示したように各記号で表される。

メールＩＤは、スレッド管理テーブルで各電子メールを識別するための固有の情報である。

スレッドＩＤは、各電子メールが同一スレッドの電子メールか否かを識別するための情報であり、図７の例では、同じスレッドＩＤは同じスレッドの電子メールであることを示している。

次に、親メールＩＤについて説明する。図７の例においては、１レコード目の電子メールは、親メールＩＤがないことから、一番初めに送信されたオリジナルの電子メール（親メール）であることを示している。２レコード目は、親メールＩＤの項目に１レコード目のメールＩＤが登録されているため、２レコード目の電子メールは１レコード目の電子メールの返信メールであることを示している。

図８は、図４に示した事前監査（ステップＳ４０５〜Ｓ４０８）の詳細処理を示すフローチャートであって、管理者が電子メールの事前監査を行うための処理を示している。なお、ステップＳ８０１、Ｓ８０５〜８１０の処理は、管理者端末１０４−３のＨＤＤ２０４に記録されているプログラムによる制御に従ってＣＰＵ２０１が実行する。また、ステップＳ８０２〜８０４、Ｓ８１１〜８１７の処理は、電子メール監視サーバ１０１のＨＤＤ２０４に記録されているプログラムによる制御に従ってＣＰＵ２０１が実行する。

まず、管理者端末１０４−３のＣＰＵ２０１は、事前監査の実施の要求を電子メール監視サーバ１０１に送信する（ステップＳ８０１）。

電子メール監視サーバ１０１のＣＰＵ２０１は、管理者端末１０４−３から当該事前監査の実施の要求を受信すると（ステップＳ８０２）、まず当該要求を行ってきたユーザの権限をチェックする。

ここでは、電子メール監視サーバ１０１のＣＰＵ２０１は、ＨＤＤ２０４等の記憶手段に記録されている管理対象定義情報１６０２に基づいて、当該ユーザがグループ管理者権限を有しているユーザであるかを判断する。具体的には、ステップＳ８０２で受信した要求のデータに含まれるユーザＩＤ（管理者ＩＤ）が、管理対象定義情報テーブル１６０２の「管理者ＩＤ」に記憶されているかを判定する。そして、ステップＳ８０２で受信した要求のデータに含まれるユーザＩＤ（管理者ＩＤ）が、管理対象定義情報テーブル１６０２の「管理者ＩＤ」に記憶されていると判定された場合は、当該管理者ＩＤに対応して記憶されている「有効期間」を管理対象定義情報テーブル１６０２から取得する。ここで取得した「有効期間」に終了日付が登録されているか否かにより、要求を行った管理者が過去又は現在の管理者であるか否かを判定することができる。以上の処理により、過去及び現在のいずれにかにおいてグループ管理者であるかが判断される。

要求を行ったユーザがグループ管理者ではない、すなわち、過去及び現在のいずれにおいてもグループ管理者ではないと判定した場合（すなわち、ステップＳ８０２で受信した要求のデータに含まれるユーザＩＤ（管理者ＩＤ）が、管理対象定義情報テーブル１６０２の「管理者ＩＤ」に記憶されていないと判定された場合）には、電子メール監視サーバのＣＰＵ２０１は、本処理を終了させる（不図示）。

一方、当該要求を行ったユーザがグループ管理者であると判定した場合（すなわち、ステップＳ８０２で受信した要求のデータに含まれるユーザＩＤ（管理者ＩＤ）が、管理対象定義情報テーブル１６０２の「管理者ＩＤ」に記憶されていると判定された場合）には、電子メール監視サーバ１０１のＣＰＵ２０１は、ＨＤＤ２０４に記録されているグループ情報１６０１に基づいて特定される管理対象のユーザのフィルタリング結果が「保留」に設定された電子メールを、電子メール監視サーバ１０１の記憶手段に記憶されたログテーブル（図９）から抽出する（ステップＳ８０３）。
以下、監査対象の電子メールを抽出方法について説明する。
例えば、ステップＳ８０２で受信した要求のデータに含まれるユーザＩＤ（管理者ＩＤ）が「Ａｄｍｉｎ−Ａ２」である場合、管理対象定義情報テーブル１６０２を参照すると、管理者ＩＤ「Ａｄｍｉｎ−Ａ２」の管理者はグループ名「Ｇｒｏｕｐ−Ａ」の管理者であることがわかる。また、管理対象定義情報テーブル１６０２を参照すると、この管理者は、２００６年７月１日からグループ名「Ｇｒｏｕｐ−Ａ」の管理者であり、現在も管理者であることがわかる。グループ情報テーブル１６０１を参照すると、グループ名「Ｇｒｏｕｐ−Ａ」には、２００６年４月１日から現在まで、ユーザ１「alice@example.com」とユーザ２「cab@example.com」が所属していることがわかる。即ち、グループ名「Ｇｒｏｕｐ−Ａ」の管理者は、ユーザ１「alice@example.com」、ユーザ２「cab@example.com」が送信先又は送信元として設定された電子メールを監査対象の電子メールとして監査することとなる。なお、このとき、ユーザ１「alice@example.com」、ユーザ２「cab@example.com」が送信先又は送信元として設定された電子メールのうち、「フィルタリング結果」が「保留」と登録された電子メールを、ログテーブル（図９）を参照することで特定する。そして、ここで特定された電子メールをログテーブル（図９）から全て抽出する。

続いて、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ８０３で抽出した電子メールに対して後述するステップＳ１２１４と同様の自動評価処理を実行する（ステップＳ８１８）

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、当該抽出された電子メールの一覧画面を表示するための情報を生成して、管理者端末１０４−３に送信する（ステップＳ８０４）。

次に、管理者端末１０４−３のＣＰＵ２０１は、当該一覧画面を表示するための情報を受信すると（ステップＳ８０５）、当該情報に基づいて保留された電子メールの一覧画面を表示する（ステップＳ８０６）。ここで、例えば、図１０に示す事前監査画面を表示する。

図１０は、電子メール監視サーバ１０１によって送信を保留された電子メールに対して、当該電子メールの送信者が属するグループの管理者（グループ管理者）が事前に監査を行う際に用いられる画面の一例を示す図である。

本画面１０００を介しての操作で、グループ管理者は、保留されているメールを送信する／削除する（送信しない）の指示を行うことになる。

管理者端末１０４−３のＣＰＵ２０１は、この画面では、メールの発信者欄の発信者（送信者）のメールアドレスをクリックすることで、ＣＰＵ２０１が不図示のメール内容確認画面をディスプレイ装置に表示させるように制御する。

管理者端末１０４−３のＣＰＵ２０１は、管理者から、「送出」又は「削除」する電子メールの選択指示を受け付け（ステップＳ８０７）、「送出」又は「削除」の変更指示を受け付ける（ステップＳ８０８）。

そして、管理者端末１０４−３のＣＰＵ２０１は、ステップＳ８０８で受け付けた変更指示を電子メール監視サーバ１０１に送信する（ステップＳ８０９）。

続いて、管理者端末１０４−３のＣＰＵ２０１は、管理者からの終了指示を受け付けたか否かを判定する（ステップＳ８１０）。管理者からの終了指示を受け付けていない場合ステップＳ８１０でＮＯ）、管理者端末１０４−３のＣＰＵ２０１は、終了指示を受け付けるまで図１０に示す事前監査画面を表示する。一方、管理者からの終了指示を受け付けると（ステップＳ８１０でＹＥＳ）、処理を終了する。

電子メール監視サーバ１０１のＣＰＵ２０１は、管理者端末１０４−３から電子メールの送出／削除（送出しない）を示す変更指示を受け付ける（ステップＳ８１１）。

すると、電子メール監視サーバ１０１のＣＰＵ２０１は、受け付けた変更指示が送出（送信）であるか否かを判定する（ステップＳ８１２）。送出であると判定された場合（ステップＳ８１２でＹＥＳ）、管理者端末１０４−３のＣＰＵ２０１は、当該送出の指示がされた電子メールを広域ネットワーク１２０に送出する（ステップＳ８１３）。一方、送出ではないと判定された場合、ステップＳ８１５の処理に移行する。

電子メール監視サーバ１０１のＣＰＵ２０１は、広域回線１２０に送出した電子メールのフィルタリング結果を「保留後送信」に変更し（ステップＳ８１４）、ステップＳ８１５に処理を移行する。

続いて、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ８１１で受け付けた変更指示が削除（送信しない）であるか否かを判定する（ステップＳ８１５）。その結果、削除（送信しない）であると判定された場合は（ステップＳ８１５でＹＥＳ）、電子メール監視サーバ１０１は、当該電子メールを送出することなく削除する（ステップＳ８１６）。続いて、電子メール監視サーバ１０１は、当該電子メールのフィルタリング結果を「保留後削除」に変更し（ステップＳ８１７）、ステップＳ８０２へ移行する。

一方、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ８１１で受け付けた変更指示が削除（送信しない）ではないと判定した場合、ステップＳ８０３に移行する。

なお、上述の構成では、送信メールに対して事前監査を行う例について説明したが、受信メール、又は、送受信メールの双方に対して事前監査を行うように構成してもよい。なお、受信メールを監査する場合、受信アドレスが複数記載され、該複数の受信アドレスが複数のグループに跨る場合には、当該受信メールは複数の管理者により監査されるように構成される。

図１１は、図４に示した事後監査（ステップＳ４０９〜Ｓ４１１）の詳細処理を示すフローチャートであり、管理者が電子メールの事後監査を行うための処理を示している。以下、図１１を参照して、電子メールの事後監査を行う処理について説明する。

図１１は、電子メールの事後監査において電子メール監視サーバ１０１及び管理者端末１０４−３によって行われる処理に対応する。なお、本処理は、電子メール監視サーバ１０１及び管理者端末１０４−３のＣＰＵ２０１がＨＤＤ２０４に記録されているプログラムによる制御に従って行うものである。

管理者端末１０４−３のＣＰＵ２０１は、電子メール監視サーバ１０１に対して事後監査の実施の要求を送信する（ステップＳ１１０１）。

電子メール監視サーバ１０１のＣＰＵ２０１は、当該要求を管理者端末１０４−３から受信すると（ステップＳ１１０２）、事後監査の対象となる電子メールの一覧表示画像の情報を生成して管理者端末１０４−３に送信する（ステップＳ１１０３）。この処理の詳細処理は図１２を用いて後で説明する。

管理者端末１０４−３のＣＰＵ２０１は、電子メール監視サーバ１０１から、事後監査の対象となる電子メールの一覧画像の情報を受信する（ステップＳ１１０４）。

続いて、管理者端末１０４−３のＣＰＵ２０１は、当該受信した情報に基づいて、事後監査の対象となる電子メールの一覧表示画面（図１９）を管理者端末１０４−３のディスプレイ装置２１０に表示する（ステップＳ１１０５）。

次に、管理者端末１０４−３のＣＰＵ２０１は、一覧表示画面（図１９）に表示された電子メールの中からの電子メールの選択を受け付けたか否かを判定する（ステップＳ１１０６）。例えば、一覧表示画面（図１９）に表示されたメール件名等を管理者が選択すると、管理者端末１０４−３のＣＰＵ２０１は、当該メール件名に対応する電子メールの選択を受け付ける。

電子メールのデータ表示の要求を受け付けた場合、管理者端末１０４−３のＣＰＵ２０１は、当該要求を受け付けた電子メールの表示要求を電子メール監視サーバ１０１に送信する（ステップＳ１１０７）。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、管理者端末１０４−３から電子メールの表示要求を受け付けると（ステップＳ１１０８、ステップＳ１１０９でＹＥＳ）、表示の要求を受けた電子メールのデータをログテーブル（図９）から取得する。なお、電子メールのデータとは、メール本文、受信者アドレス、送信者アドレス、添付ファイル等のデータである。一方、管理者端末１０４−３から電子メールの表示要求を受け付けていない場合、電子メール監視サーバ１０１のＣＰＵ２０１は、管理者端末１０４−３から電子メールの表示要求を受け付けるまで待ち続ける（ステップＳ１１０９でＮＯ）。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ログテーブルから取得した電子メールのデータから、管理者が評価を行う評価画面（図２０）を表示するための情報を生成し、当該生成した情報を管理者端末１０４−３に送信する（ステップＳ１１１０）。

そして、管理者端末１０４−３のＣＰＵ２０１は、当該評価画面（図２０）を表示するための情報を受信すると、その情報に基づいて評価画面を表示部に表示する（ステップＳ１１１１、Ｓ１１１２）。

例えば、ステップＳ１１０６で、一覧表示画面（図１９）に表示されている「送信元」が「星一徹」で、「送信先」が「ａａａ@ｅｘａｍｐｌｅ．ｊｐ」の電子メールを管理者から選択されたものとする。この場合、管理者端末１０４−３のＣＰＵ２０１は、ステップＳ１１１２で図２０に示す評価画面を表示する。

図２０には、当該選択された電子メールの送信日時、送信元（発信者）、宛先（Ｔｏ，Ｃｃ、Ｂｃｃも表示可能）、電子メールの件名（表題）、電子メールの本文、電子メールに添付された添付ファイルが表示されている。これらのデータは、ログテーブルから取得されたデータであり、ステップＳ１１１０、Ｓ１１１１で電子メール管理サーバ１０１から取得したデータである。

評価画面（図２０）には、評価画面のメール本文の下に、「評価」欄２００１と「まとめて評価」欄２００２とが表示される。

図２０に示す通り、この「評価」欄２００１には、評価画面に表示された電子メールに対して、「送信可」、「送信不可」、「要チェック」、「どちらともいえない」という評価を管理者から受け付けるラジオボタンが表示されている。

また、「まとめて評価」欄２００２には、管理者がまとめて評価をするか否かを設定する「まとめて評価」を選択するチェックボックスと、評価画面に表示された電子メールと同一スレッドの電子メールをまとめて評価する「スレッド全て」と評価画面に表示された電子メールの親メールをまとめて評価する「親メール全て」とを選択するラジオボタンと、既に評価済みの電子メールを今回の評価の対象から外すか否かを設定する「既評価済メールは除く」を選択するチェックボックスとが表示されている。

「評価」欄２００１に表示された「送信可」のラジオボタンが管理者から選択された場合、評価画面に表示された電子メールを「送信してもよい」という評価が管理者からなされたことを意味する。

また、「評価」欄２００１に表示された「送信不可」のラジオボタンが管理者から選択された場合、評価画面に表示された電子メールを「送信すべきではない」という評価が管理者からなされたことを意味する。

また、「評価」欄２００１に表示された「要チェック」のラジオボタンが管理者から選択された場合、評価画面に表示された電子メールは「チェック（確認）が必要である」という評価が管理者からなされたことを意味する。

また、「評価」欄２００１に表示された「どちらともいえない」のラジオボタンが管理者から選択された場合、評価画面に表示された電子メールは「送信する内容や宛先等に応じて送信可の場合もあれば、送信不可の場合もありうる」という評価が管理者からなされたことを意味する。

「まとめて評価」欄２００２に表示された「まとめて評価」を選択するチェックボックスがチェックされると、即ち他の電子メールもまとめて評価する設定がなされると、評価画面に表示された電子メールと同一のスレッドの電子メールうち、少なくとも１つの他の電子メールに、「評価」欄２００１でされた評価と同じ評価が設定される。このように、「まとめて評価」のチェックボックスにチェックすることにより、評価画面に表示された電子メールの評価だけではなく、同一のスレッドの他の電子メールもまとめて同一の評価を行うことが可能となる。

また、「まとめて評価」欄２００２に表示された「スレッド全て」のラジオボタンが管理者から選択されると、評価画面に表示された電子メールと同一スレッドの電子メールの全てをまとめて評価する設定がなされる。

また、「まとめて評価」欄２００２に表示された「親メール全て」のラジオボタンが管理者から選択されると、評価画面に表示された電子メールと同一スレッドの電子メールのうち、評価画面に表示された電子メールの親メールのみをまとめて評価する設定がなされる。

また、「まとめて評価」欄２００２に表示された「既評価済メールは除く」チェックボタンが管理者により選択されると、既に評価された電子メールを今回まとめて評価する対象から除く設定がなされる。

このように、少なくとも１つの他の電子メールもまとめて評価する場合、当該他の電子メールにも、「評価」欄で選択された、評価画面に表示された電子メールの評価と同じ評価が設定される。

管理者端末１０４−３のＣＰＵ２０１は、「評価」欄２００１で「送信可」、「送信不可」等の評価（評価結果）を受け付け、「まとめて評価」欄２００２で「まとめて評価するか否か」、「同一スレッド全てをまとめて評価するか否か」、「同一スレッドのうち、親メールをまとめて評価するか否か」、「既に評価された電子メールもまとめて再評価するか否か」等のまとめ評価の設定を受け付ける（ステップＳ１１１３）。

続いて、管理者端末１０４−３のＣＰＵ２０１は、確認ボタン２００３が管理者により押下されると、その評価結果とまとめ評価の設定の情報を電子メール監視サーバ１０１に送信する（ステップＳ１１１４）。

電子メール監視サーバ１０１のＣＰＵ２０１は、管理者端末１０４−３から、監査対象となる電子メールを示す情報及びその評価結果とまとめ評価の設定情報とを受信する（ステップＳ１１１５）。なお、ステップＳ１１１５は、本発明の受付手段の処理例である。

続いて、電子メール監視サーバ１０１のＣＰＵ２０１は、当該受信したまとめ評価の設定の情報から、まとめて評価するか否かを判定する（ステップＳ１１１６）。即ち、電子メール監視サーバ１０１は、まとめ評価の設定の情報から、「まとめて評価」欄２００２の「まとめて評価」のチェックボックスにチェックされたか否か、即ちまとめて評価するか否かを判定する。

ステップＳ１１１６でまとめて評価する（チェックされた）と判定した場合（ステップＳ１１１６でＹＥＳ）、電子メール監視サーバ１０１のＣＰＵ２０１は、まとめ評価の設定の情報から、「まとめて評価」欄２００２の「スレッド全て」のラジオボタンが選択されたか、それとも、「親メール全て」のラジオボタンが選択されたかを判定する（ステップＳ１１１７）。

一方、ステップＳ１１１６でまとめて評価しない（チェックされていない）と判定した場合（ステップＳ１１１６でＮＯ）、電子メール監視サーバ１０１のＣＰＵ２０１は、処理をステップＳ１１２０に移行する。ステップＳ１１２０では、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面に表示された電子メールの評価処理を実行する。

また、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１１１７で、「まとめて評価」欄２００２の「スレッド全て」のラジオボタンが選択されたと判定された場合（ステップＳ１１１７でＮＯ）、ステップＳ１１１９へ移行する。ステップＳ１１１９では、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面に表示された電子メールと同一スレッドの電子メールをまとめて評価する処理を実行する。この処理の詳細は、図１３を用いて後で説明する。

また、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１１１７で、「まとめて評価」欄２００２の「親メール全て」のラジオボタンが選択されたと判定された場合は（ステップＳ１１１７でＹＥＳ）、ステップＳ１１１８へ移行する。ステップＳ１１１８では、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面に表示された電子メールと同一スレッドで当該電子メールの親メールをまとめて評価する処理を実行する。この処理の詳細は、図１４を用いて後で説明する。

電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１１１８で親メールの評価処理を実行した後、その評価結果（監査結果）を事後監査結果データベース（事後監査結果ＤＢ）（図２４）に記憶する（ステップＳ１１２１）。

また、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１１１９で同一スレッドの電子メールの評価処理を実行した後、その評価結果（監査結果）を事後監査結果データベース（事後監査結果ＤＢ）（図２４）に記憶する（ステップＳ１１２２）。

また、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１１２０で評価画面に表示された電子メールの評価処理を実行した後、その評価結果（監査結果）を事後監査結果データベース（事後監査結果ＤＢ）（図２４）に記憶する（ステップＳ１１２３）。

ここで、事後監査結果データベースについて説明する。事後監査結果データベースは、電子メール監視サーバ１０１に記憶されており、事後監査を行った結果（評価を行った結果）が記憶保持される。

図２４に示す事後監査結果データベースは、「メールＩＤ」、「監査実施日時」、「監査者」、「評価（結果）」の項目を有している。

事後監査結果データベースの「メールＩＤ」は、評価を行った電子メールのメールＩＤであって、ログテーブル（図９）のメールＩＤに対応した値が記憶される。

また、「監査実施日時」は、当該メールＩＤに対応する電子メールの評価を行った日時が記憶される。

また、「監査者」は、当該メールＩＤに対応する電子メールの評価を行った管理者の名前が記憶される。

また、「評価」には、当該メールＩＤに対応する電子メールの評価を行った結果を数値（評価値）として入力される。

例えば、「評価」欄２００１で「送信可」と評価された場合は評価値として「０」が、また「送信不可」と評価された場合は評価値として「１００」が、また「どちらでもない」と評価された場合は評価値として「５０」が記憶される。このように、各メールＩＤに対応して評価（値）が記憶される。

図１１のフローチャートの説明に戻る。電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１１２１、ステップＳ１１２２又はステップＳ１１２３の処理が実行し終わった後、ログアウト等の終了指示を管理者端末１０４−３から受け付けたか否かを判定する（ステップＳ１１２４）。電子メール監視サーバ１０１のＣＰＵ２０１は、終了指示を受け付けるまで、ステップＳ１１０３からステップＳ１１２４の処理を実行する。一方、終了指示を受け付けると（ステップＳ１１２４）、本フローチャートに示す処理を終了させる。

図１２は、図１１に示したフローチャートのステップＳ１１０３の詳細処理を示すフローチャートである。

まず、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１１０２で事前監査の実施の要求を受信する。すると、電子メール監視サーバ１０１のＣＰＵ２０１は、図１６の管理対象定義情報１６０２を参照して、当該要求に含まれる管理者ＩＤに対応する管理対象のグループ名を特定し、当該グループ名を取得する（ステップＳ１２０１）。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、事後監査を行う電子メールを検索するための画面（電子メール検索画面）（図１７）を表示する情報が記憶されたＨＤＤ等の記憶手段から、当該情報を取得し管理者端末１０４−３に送信する（ステップＳ１２０２）。

次に、管理者端末１０４−３のＣＰＵ２０１は、電子メール監視サーバ１０１から電子メール検索画面を表示する情報を受信する（ステップＳ１２０３）。続いて、管理者端末１０４−３のＣＰＵ２０１は、当該情報に従って電子メール検索画面（図１７）を表示する（ステップＳ１２０４）。

そして、管理者端末１０４−３のＣＰＵ２０１は、当該電子メール検索画面を介して管理者より検索条件の入力を受け付ける（ステップＳ１２０５）。続いて、管理者端末１０４−３のＣＰＵ２０１は、不図示の送信ボタンが押下されると、当該入力された検索条件を電子メール監視サーバ１０１に送信する（ステップＳ１２０６）。

ここで、電子メール検索画面で入力する検索条件の例として、例えば、次のような項目がある。即ち、「送信時間」、「送信日」、「送信月」、「送信した年」、「送信元の電子メールアドレス」、「同報者の電子メールアドレス（ＣｃやＢｃｃに設定されるメールアドレス）」、「電子メールの件名（表題）」、「電子メールのサイズ」、「電子メールに添付された添付ファイルのサイズ」等が検索条件として設定可能である。

また、これらの条件に対応する電子メールのデータは、それぞれログデータに記憶されており、これら入力された検索条件に該当する電子メールのデータを、ログデータを検索することにより取得することが可能である。

図１２のフローチャートの説明に戻る。電子メール監視サーバ１０１のＣＰＵ２０１は、電子メール検索画面で入力された検索条件を管理者端末１０４−３から受信する（ステップＳ１２０７）。続いて、電子メール監視サーバ１０１のＣＰＵ２０１は、当該検索条件に含まれる検索対象期間の電子メールのデータをログテーブル（図９）の中から検索し、取得する（ステップＳ１２０８）。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２０８で取得した電子メールのデータに既にグループ情報が設定されているか否かを判定する（ステップＳ１２０９）。即ち、ここでは図９に示したログデータの「グループ情報」欄にグループを示す情報（グループ情報）があるか否かを判定する。

ステップＳ１２０９で、ステップＳ１２０８で取得した電子メールのデータに未だグループが設定されていないと判定された場合（ステップＳ１２０９でＮＯ）、電子メール監視サーバ１０１のＣＰＵ２０１は、電子メールの送信日時の時点において当該電子メールの送信者が所属していたグループ名を、グループ情報１６０１（図１６）を参照して特定し、当該グループ名をログテーブル（図９）に設定する（ステップＳ１２１０）。そして処理はステップＳ１２１１に移行する。一方、ステップＳ１２０９で、電子メールのデータにグループ情報が設定されていると判定された場合（ステップＳ１２０９でＹＥＳ）、ステップＳ１２１１に処理を移行する。

ステップＳ１２１１で、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２０８で取得された電子メールが、ステップＳ１１０２で受信した事後監査の実施の要求に含まれる管理者ＩＤにより特定される管理者によって監査（評価）されるべき電子メールであるかを判断する（ステップＳ１２１１）。

これは、ステップＳ１２０８で取得された電子メールの送信元のメールアドレスに対応するグループ名をグループ情報１６０１（図１６）から取得し、当該取得したグループ名から当該グループの管理者ＩＤを管理対象定義情報１６０２から取得する。そして、当該取得した管理者ＩＤと、ステップＳ１１０２で受信した事後監査の実施の要求に含まれる管理者ＩＤとが同じか否かを判定する。その結果、同じ管理者ＩＤであれば、監査（評価）されるべき電子メールであると判定し（ステップＳ１２１１でＹＥＳ）、ステップＳ１２１２に処理を移行する。一方、管理者ＩＤが異なれば、監査（評価）しない電子メールであると判定し（ステップＳ１２１１でＮＯ）、ステップＳ１２１５に処理を移行する。ここで、当該メールが既に事後監査が終了している場合には、監査対象としないように制御しても勿論構わない。

そして、ステップＳ１２１２で、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２０８で取得された電子メールが、電子メール検索画面を介して入力されたその他の検索条件に合致するかを判断する。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２１２でその他の検索条件に合致すると判定された場合（ステップＳ１２１２でＹＥＳ）、当該電子メールを事前監査の対象の電子メールとして設定する（ステップＳ１２１３）。一方、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２１２でその他の検索条件に合致しないと判定された場合（ステップＳ１２１２でＮＯ）、ステップＳ１２１５に処理を移行する。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２１３で事後監査の対象として設定された電子メールに対して、自動評価処理を実行する（ステップＳ１２１４）。

ここで、自動評価処理について説明する。電子メール監視サーバ１０１のＣＰＵ２０１は、公知の類似検索技術を用いて当該電子メールの類似文検索をＨＤＤ２０４に蓄積されている過去に評価された電子メールから行う。なお、評価値は、図２４に示すようにＨＤＤ２０４に格納されている。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、過去に評価された電子メールデータの中から、ある一定の類似度以上ある電子メールの評価を取得して平均し、当該電子メールの評価を推測する。なお、当該電子メールの評価の推測方法の他の例として、ある一定の類似度以上の電子メールの評価をそれらの類似度に応じて傾斜配分し、そして平均値をとるようにしてもよい。

そして、電子メール監視サーバ１０１のＣＰＵ１０１は、推測した評価を、当該電子メールに紐付けてＲＡＭ２０２内の所定の記憶領域に追加する。後で説明するが、この評価値が高い（評価が低い）と図１９に示す「評価」欄で■が多く表示される。

例えば、当該電子メールと類似度が２０％以上ある過去に評価された電子メールが、類似度９０％で評価１００、類似度６０％で評価１００、類似度４０％で評価５０、類似度２０％で評価５０であったとする。これらを平均化した場合、当該電子メールの評価値は「７５」と推測される。

図１２のフローチャートの説明に戻る。電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２０８で取得した電子メールに対する評価値を算出する（ステップＳ１２１４）。続いて、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２０８で取得した全ての電子メールの中で、ステップＳ１２０９からステップ１２１４の処理を実行していない電子メールがあるか否かを判定する（ステップＳ１２１５）。そして、電子メール監視サーバ１０１のＣＰＵ２０１は、実行していない電子メールがあると判定した場合（ステップＳ１２１５でＹＥＳ）、ステップＳ１２０８に処理を戻して、その実行していない電子メールも同様にステップＳ１２０９からステップ１２１４の処理を実行する。

一方、ステップＳ１２０８で取得した全ての電子メールに対して、ステップＳ１２０９からステップ１２１４の処理を実行し終わったと判定した場合（ステップＳ１２１５でＮｏ）、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１２１２で検索条件に合致した事後監査の対象となる電子メールのリストの表示画面（図１９）を表示するための情報を生成する（ステップＳ１２１６）。続いて、電子メール監視サーバ１０１のＣＰＵ２０１は、当該情報を管理者端末１０４−３に送信する（ステップＳ１２１７）。

ここで、電子メール監視サーバ１０１が送信した情報を、ステップＳ１１０４（図１１）で管理者端末１０４−３が受信する。そして、管理者端末１０４−３のＣＰＵ２０１は、ステップＳ１１０４で受信した情報に基づいて図１９の画面を表示する（ステップＳ１１０５）。

ここで、図１９に示す画面の中の評価欄について説明する。評価欄に示される情報は、当該電子メールと類似の電子メールを予め公知の類似文検索技術等を用いて検索し、一定以上の類似度を有すると判定された電子メール（類似電子メール）に対しての他のグループ管理者の評価に基づいて評価値（推定評価値）を算出した推定評価値である。なお、監査済みの場合には確定した評価値が評価欄に表示される。

図１９の評価欄では、■が多い方が評価が低く（評価値は高い）積極的に監査する必要があることを示す。

本画面で表示する電子メールについてはソートを行うことが勿論可能である。よって、推定評価値（評価）を降順でソートした場合には、送信不可となる可能性が高い電子メールを優先的に事後監査することが可能になり、それ以降の他のグループ管理者が事後監査を行う際の指標となりうるデータをより早く蓄積することが可能になる。

なお、デフォルトでは、電子メール監視サーバ１０１のＣＰＵ２０１は、この画面に一覧表示する電子メールを、評価欄に示される推定評価値の高い順（即ち、評価の低い順）にソートして表示するように制御する（図では、ランダムに表示している）。

また、評価欄以外の項目、即ち、監査状況、メール標題、発信者アドレス、受信者・同報アドレス、送信日時等の項目でもソート可能に構成してもよい。

また、図１２では監査の終了／未了の如何にかかわらず全てのメールについても表示をしているが、監査済みのメールのみを表示対象とする設定、未監査のメールのみを表示対象とする設定も可能である。また、未監査のメールについては、推定評価値をクリック指示すると、当該メールの推定評価値の算出に使用された監査済みのメールを表示させるように制御させてももちろん良い。

図１３は、図１１に示すフローチャートのステップＳ１１１９の評価処理の詳細処理を示すフローチャートである。

図１３に示すステップＳ１３０１からステップＳ１３０５の処理は、電子メール監視サーバ１０１のＣＰＵ２０１により実行される。本処理は、評価画面（図２０）で表示された電子メールと同一スレッドの他の電子メールをまとめて評価する処理である。

即ち、評価画面で、「送信可」、「送信不可」、「要チェック」、「どちらともいえない」のいずれかの評価がなされ、「まとめて評価」のチェックボックスにチェックされ、「スレッド全て」のラジオボタンが設定された場合に実行される処理である。

まず、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面（図２０）で評価された電子メールのスレッドＩＤと同一のスレッドＩＤの電子メールを、スレッド管理テーブルの中を検索して特定する（ステップＳ１３０１）。なお、ステップＳ１３０１は、本発明の検索手段の処理例である。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、同一スレッドの電子メールが検索されたか否かを判定する（ステップＳ１３０２）。同一スレッドの電子メールが検索された場合、ステップＳ１３０３の処理に移行し、同一スレッドの電子メールが検索されなかった場合、図１１のステップＳ１１１２の処理に移行する。

ステップＳ１３０３では、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面（図２０）で受け付けた評価を、ステップＳ１３０１で検索された電子メールに対して設定する処理を行う。ここでの評価画面（図２０）で受け付けた評価とは、「送信可」、「送信不可」、「要チェック」、「どちらともいえない」のいずれかの評価である。その処理の詳細を図１５に示し、その説明は後述する。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１３０３で評価処理を実行した後、ステップＳ１３０１で検索された全ての電子メールに対して実行したか否かを判定する（ステップＳ１３０４）。全ての電子メールに対して実行したと判定した場合、図１１のステップＳ１１１２の処理に移行する。一方、全ての電子メールに対して実行していないと判定した場合、電子メール監視サーバ１０１のＣＰＵ２０１は、評価処理を実行していない他の電子メールを評価処理の評価処理対象のメールとして設定する（ステップＳ１３０５）。なお、ここでの評価処理とは、ステップＳ１３０３の処理のことをいう。

図１４は、図１１に示すフローチャートのステップＳ１１１８の評価処理の詳細処理を示すフローチャートである。図１４に示すステップＳ１４０１からステップＳ１４０５の処理は、電子メール監視サーバ１０１のＣＰＵ２０１により実行される。

本処理は、評価画面（図２０）で表示された電子メールと同一スレッドで、当該電子メールの親メールをまとめて評価する処理である。すなわち、評価画面で、「送信可」、「送信不可」、「要チェック」、「どちらともいえない」のいずれかの評価がなされ、「まとめて評価」のチェックボックスにチェックされ、「親メール全て」のラジオボタンが設定された場合に実行される処理である。

まず、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面（図２０）で評価された電子メールのメールＩＤをスレッド管理テーブルの中から検索し取得する（ステップＳ１４０１）。

そして、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面（図２０）で受け付けた評価を、ステップＳ１４０１で取得したメールＩＤに対応した電子メールに対して設定する処理を行う（ステップＳ１４０２）。なお、評価画面（図２０）で受け付けた評価とは、「送信可」、「送信不可」、「要チェック」、「どちらともいえない」のいずれかの評価である。その処理の詳細を図１５に示し、その説明は後述する。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、ステップＳ１４０２で評価処理を行った電子メールについて、スレッド管理テーブルの「親メールＩＤ」の項目に設定されている親メールのメールＩＤ（親メールＩＤ）を取得する（ステップＳ１４０３）。そして処理はステップＳ１４０４に移行する。

そして、ステップＳ１４０３で、電子メール監視サーバ１０１のＣＰＵ２０１は、親メールＩＤを取得出来たか否かを判定し（ステップＳ１４０４）、取得出来なければ（ステップＳ１４０４でＮＯ）、ステップＳ１１２１の処理に移行する。

一方、ステップＳ１４０４で親メールＩＤを取得出来たと判定された場合（ステップＳ１４０４でＹＥＳ）、電子メール監視サーバ１０１のＣＰＵ２０１は、取得した親メールＩＤと同じ値が「メールＩＤ」の項目に設定されている電子メールを評価対象と設定する（ステップＳ１４０５）。そして処理はステップＳ１４０２に移行する。

図１５は、図１１に示すフローチャートのステップＳ１１２０、図１３に示すフローチャートのステップＳ１３０３、図１４に示すフローチャートのステップＳ１４０２の評価処理の詳細処理を示すフローチャートである。なお、図１５に示すステップＳ１５０１からステップＳ１５０３の処理は、電子メール監視サーバ１０１のＣＰＵ２０１により実行される。

本処理は、評価画面（図２０）で受け付けた評価を設定する処理である。すなわち、評価画面で受け付けた「送信可」、「送信不可」、「要チェック」、「どちらともいえない」のいずれかの評価を設定する処理である。

まず、電子メール監視サーバ１０１のＣＰＵ２０１は、評価対象の電子メールの電子メールが評価済みか否かを判定する（ステップＳ１５０１）。具体的には、電子メール監視サーバ１０１のＣＰＵ２０１は、事後検索結果ＤＢ（図２４）を参照し、評価対象の電子メールに対応するメールＩＤの評価（評価値）が、事後検索結果ＤＢに記憶されているか否かを判定する。そして、事後検索結果ＤＢに評価値が設定されていなければ、電子メール監視サーバ１０１のＣＰＵ２０１は評価がされていない電子メールと判定する。一方、評価値が設定されていれば、電子メール監視サーバ１０１のＣＰＵ２０１は評価済みの電子メールと判定する。

次に、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面（図２０）に表示された「まとめて評価」２００２の「既評価済メールは除く」のチェックがされたか否かを判定する（ステップＳ１５０２）。チェックされていると判定されれば（ステップＳ１５０２でＹＥＳ）、本処理を終了する。一方、チェックされていないと判定されれば、電子メール監視サーバ１０１のＣＰＵ２０１は、評価画面（図２０）で受け付けた評価を、事後監査データベース（図２４）に設定する（ステップＳ１５０３）。なお、ステップＳ１５０３は、本発明の設定手段の処理例である。

図１９は、ステップＳ１１０５で表示される検索結果一覧画面の一例を示す図である。本検索結果一覧画面には、「監査状況」、「メール件名」、「送信元」、「送信先」、「送信日時」、「評価」の項目が表示されている。

「監査状況」には、図１５に示す評価処理が実行済み（評価済み）か否かを示している。すなわち、「済」は評価済みを示し、「未」は未だ評価されていないことを示している。

「メール件名」はメールの件名（表題）を示している。「送信元」は電子メールの送信元の名前又は電子メールアドレスを示している。「送信先」は、電子メールの送信先の電子メールアドレスを示している。「送信日時」は、電子メールを送信した日時を示している。「評価」は、ステップＳ１２１４で自動評価された自動評価結果を示している。

図２１は、まとめて評価しない場合（ステップＳ１１１６でＮｏと判定され、ステップＳ１１２０で評価処理を行った場合）に、ステップＳ１１０５で表示される一覧表示画面の一例を示す図である。

ここの例では、図１９に一覧表示された各電子メールのうち、送信元が「花形満」で、送信日時が「２００８年２月３日１３時５１分」の電子メールのみが評価されたことを示している。すなわち、送信元が「花形満」で、送信日時が「２００８年２月３日１３時５１分」の電子メールの「監査状況」が「済」に変更されている。

図２２は、同一スレッドの電子メールをまとめて評価する場合（ステップＳ１１１７でＮｏと判定され、ステップＳ１１１９の処理を行った場合）に、ステップＳ１１０５で表示される一覧表示画面の一例を示す図である。

ここの例では、図１９に一覧表示された各電子メールのうち、ステップＳ１１１３で評価を受け付けた電子メールが、送信元が「花形満」で送信日時が「２００８年２月３日１３時５１分」の電子メール又は、送信元が「花形満」で送信日時が「２００８年２月３日１３時２１分」の電子メール又は、送信元が「星一徹」で送信日時が「２００８年２月３日１３時２９分」の電子メール又は、送信元が「花形満」で送信日時が「２００８年２月３日１３時４４分」の電子メール又は、送信元が「yamada」で送信日時が「２００８年２月３日１３時３３分」の電子メールのいずれかである場合に、同一スレッドの電子メールをまとめて評価されたことを示している。

すなわち、同一スレッドの電子メールである、送信元が「花形満」で送信日時が「２００８年２月３日１３時５１分」の電子メールと、送信元が「花形満」で送信日時が「２００８年２月３日１３時２１分」の電子メールと、送信元が「星一徹」で送信日時が「２００８年２月３日１３時２９分」の電子メールと、送信元が「花形満」で送信日時が「２００８年２月３日１３時４４分」の電子メールと、送信元が「yamada」で送信日時が「２００８年２月３日１３時３３分」の電子メールとをまとめて評価済み（「監査状況」が「済」と表示されている）に変更されていることを示している。

図２３は、同一スレッドの電子メールのうち、親メールをまとめて評価する場合（ステップＳ１１１７でＹＥＳと判定され、ステップＳ１１１８の処理を行った場合）に、ステップＳ１１０５で表示される一覧表示画面の一例を示す図である。

ここの例では、図１９に一覧表示された各電子メールのうち、ステップＳ１１１３で評価を受け付けた電子メールが、送信元が「花形満」で送信日時が「２００８年２月３日１３時５１分」の電子メールである場合に、当該電子メールの親メールをまとめて評価したことを示している。

すなわち、送信元が「花形満」で送信日時が「２００８年２月３日１３時５１分」の電子メールの親メールである、「yamada」で送信日時が「２００８年２月３日１３時３３分」の電子メールと、送信元が「花形満」で送信日時が「２００８年２月３日１３時２１分」の電子メールとをまとめて評価済み（「監査状況」が「済」と表示されている）に変更されていることを示している。

図２６は、図２５に示す送信不可条件（ａ）や送信保留条件（ｂ）を設定する条件設定画面を示す図である。

条件設定画面は、条件ＩＤ（図２５に示す「条件１」や「条件２」などの各条件を識別する情報に対応している）と、メール本文に含まれるキーワード等を設定する例を示している。

例えば、図２６に示す条件設定画面には、「部外秘」又は「関係者限り」というキーワードがキーワード入力欄２６０１に入力されている。メール本文に、「部外秘」又は「関係者限り」というキーワードがあった場合に、送信不可又は送信を保留にする設定を設定可能である。

以上のように、本実施形態においては、監査対象の電子メールと同一スレッドの他の電子メールを行う旨の設定情報を管理者端末１０４−３から受け付けた場合、監査対象の電子メールだけではなく、当該電子メールと同一スレッドの他の電子メールまで監査済みとして設定するように構成している。従って、本実施形態によれば、電子メールの監査を行う監査者の評価作業を効率化することが可能となる。

特に、監査対象の電子メールと同一スレッドの全ての他の電子メールの監査を行う旨の設定情報を管理者端末１０４−３から受け付けた場合には、当該電子メールと同一スレッドの全ての他の電子メールまで監査済みとすることが可能となる。

また、監査対象の電子メールに対して親メールにあたる他の電子メールの監査を行う旨の設定情報を管理者端末１０４−３から受け付けた場合には、当該電子メールと同一スレッドであり且つ、親メールに該当する他の電子メールまで監査済みとすることも可能となる。

上述した本発明の実施形態を構成する各手段及び各ステップは、コンピュータのＲＡＭやＲＯＭ等に記憶されたプログラムが動作することによって実現できる。このプログラム及び前記プログラムを記録したコンピュータ読み取り可能な記録媒体は本発明に含まれる。

また、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施形態も可能であり、具体的には、一つの機器からなる装置に適用してもよい。

なお、本発明は、上述した実施形態の機能を実現するソフトウェアのプログラムを、システム又は装置に直接、又は遠隔から供給する。そして、そのシステム又は装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合を含む。

従って、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。更に、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳ等が、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

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

本発明の実施形態に係る情報処理システムの構成を示す図である。 電子メール監視サーバの基本構成を示すブロック図である。 電子メール監視サーバの機能構成の特徴部分を示すブロック図である。 本発明の実施形態に係る情報処理システムの動作を示すシーケンスチャートである。 電子メール監視サーバが行う電子メールの記憶処理及び送信可否判断処理を示すフローチャートである。 図５のステップＳ５０２の詳細処理を示すフローチャートである。 電子メール監視サーバのＨＤＤ等の記憶手段に記憶されたスレッド管理テーブルを示す図である。 図４に示した事前監査（ステップＳ４０５〜Ｓ４０８）の詳細処理を示すフローチャートである。 ログテーブルの構成例を示す図である。 事前監査画面の構成例を示す図である。 図４に示した事後監査（ステップＳ４０９〜Ｓ４１１）の詳細処理を示すフローチャートである。 図１１に示したフローチャートのステップＳ１１０３の詳細処理を示すフローチャートである。 図１１に示すフローチャートのステップＳ１１１９の評価処理の詳細処理を示すフローチャートである。 図１１に示すフローチャートのステップＳ１１１８の評価処理の詳細処理を示すフローチャートである。 図１１に示すフローチャートのステップＳ１１２０、図１３に示すフローチャートのステップＳ１３０３、図１４に示すフローチャートのステップＳ１４０２の評価処理の詳細処理を示すフローチャートである。 グループ情報及び管理対象定義情報の構成例を示す図である。 電子メール検索画面の構成例を示す図である。 電子メールと当該電子メールの親メールとのヘッダ情報の一部の例を示す図である。 ステップＳ１１０５で表示される検索結果一覧画面の一例を示す図である。 評価画面の構成例を示す図である。 まとめて評価しない場合にステップＳ１１０５で表示される一覧表示画面の一例を示す図である。 同一スレッドの電子メールをまとめて評価する場合にステップＳ１１０５で表示される一覧表示画面の一例を示す図である。 同一スレッドの電子メールのうち、親メールをまとめて評価する場合にステップＳ１１０５で表示される一覧表示画面の一例を示す図である。 事後監査結果ＤＢの構成例を示す図である。 送信不可条件及び送信保留条件の例を示す図である。 図２５に示す送信不可条件（ａ）や送信保留条件（ｂ）を設定する条件設定画面を示す図である。

符号の説明

１０１ 電子メール監視サーバ
１０２、１１２ 電子メールサーバ
１０３ ＬＤＡＰサーバ
１０４−１、１０４−２、１１４ 情報処理装置
１０４−３ 情報処理装置（管理者端末）
１０５ ローカルネットワーク
１２０ 広域回線

Claims (6)

1. 各電子メールのスレッド識別情報を管理する管理手段と、
   監査対象となる電子メールを示す情報と、前記電子メールと同一スレッドの他の電子メールの監査を行うか否かを示す設定情報とを外部装置から受け付ける受付手段と、
   前記電子メールと同一スレッドの前記他の電子メールの監査を行う旨の設定情報を前記受付手段により受け付けた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報の前記他の電子メールを前記管理手段より検索する検索手段と、
   前記電子メールと前記検索手段により検索された前記他の電子メールとを監査済みとして設定する設定手段とを有することを特徴とする電子メール監査装置。
2. 前記設定情報は、更に、前記電子メールと同一スレッドの全ての前記他の電子メールの監査を行うか否かを示す情報を含み、前記検索手段は、前記電子メールと同一スレッドの全ての前記他の電子メールの監査を行う旨の情報が前記設定情報に含まれていた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報の前記他の電子メールを全て検索することを特徴とする請求項１に記載の電子メール監査装置。
3. 前記管理手段は、各電子メールの親メール識別情報を更に管理し、前記設定情報は、更に、前記電子メールの親メールである前記他の電子メールの監査を行うか否かを示す情報を含み、前記検索手段は、前記電子メールの親メールである前記他の電子メールの監査を行う旨の情報が前記設定情報に含まれていた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報であって且つ、前記電子メールの親メールに該当する親メール識別情報の前記他の電子メールを検索することを特徴とする請求項１又は２に記載の電子メール監査装置。
4. 前記設定手段は、前記電子メールと同一スレッドの前記他の電子メールの監査を行わない旨の情報が前記設定情報に含まれていた場合、前記電子メールのみを監査済みとして設定することを特徴とする請求項１乃至３の何れか１項に記載の電子メール監査装置。
5. 電子メール監査装置の制御方法であって、
   各電子メールのスレッド識別情報を管理手段において管理する管理ステップと、
   監査対象となる電子メールを示す情報と、前記電子メールと同一スレッドの他の電子メールの監査を行うか否かを示す設定情報とを外部装置から受け付ける受付ステップと、
   前記電子メールと同一スレッドの前記他の電子メールの監査を行う旨の設定情報を前記受付ステップにより受け付けた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報の前記他の電子メールを前記管理手段より検索する検索ステップと、
   前記電子メールと前記検索ステップにより検索された前記他の電子メールとを監査済みとして設定する設定ステップとを含むことを特徴とする電子メール監査装置の制御方法。
6. 各電子メールのスレッド識別情報を管理手段において管理する管理ステップと、
   監査対象となる電子メールを示す情報と、前記電子メールと同一スレッドの他の電子メールの監査を行うか否かを示す設定情報とを外部装置から受け付ける受付ステップと、
   前記電子メールと同一スレッドの前記他の電子メールの監査を行う旨の設定情報を前記受付ステップにより受け付けた場合、前記電子メールのスレッド識別情報と同一のスレッド識別情報の前記他の電子メールを前記管理手段より検索する検索ステップと、
   前記電子メールと前記検索ステップにより検索された前記他の電子メールとを監査済みとして設定する設定ステップとをコンピュータに実行させるためのプログラム。

Images