情報処理装置、情報処理方法、及びコンピュータプログラム
【課題】 電子メール等の電子データを外部ネットワークに中継する／しないを決定する際に用いる中継制御ルールの変更を行う際に、変更後にどのような形での電子データの中継制御が行われるかをテストする。
【解決手段】 テスト処理に使用するテストデータを用意する。そのテストデータには、どのような中継制御を行われることが期待されるかを示すデータを設定しておく。そのテストデータをテストルールに適用することでテスト処理を行い、その結果をテスト結果データとして保存する。
【解決手段】 テスト処理に使用するテストデータを用意する。そのテストデータには、どのような中継制御を行われることが期待されるかを示すデータを設定しておく。そのテストデータをテストルールに適用することでテスト処理を行い、その結果をテスト結果データとして保存する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、内部のネットワークから外部のネットワークに対して送出される電子メールの中継を制御するために用いられる中継制御ルールの変更を行う技術に関する。
【０００２】
近年、個人情報や機密情報の流出が、企業の信頼に影響を及ぼすようになってきている。情報の流出は、外部からの不正アクセスに起因する場合もあるが、その多くは企業内部の人間の不注意等から起きている。例えば、個人情報や機密情報や電子メールに添付して送信する際に、送信先アドレスの指定を誤ってしまうことなどが原因となり、情報の流出が起きてしまっている。
【０００３】
そこで、電子メールが企業の内部のネットワークからインターネット等の外部のネットワークに送出される際に、電子メールの内容に応じてその送出を許可する／しないを決定するための電子メールの中継制御システムを導入することで、情報の流出を防止するための対策を講じている。
【０００４】
また、そのような電子メールの中継制御システムでは、その中継制御の結果や、送出された電子メール等のログデータとして一定期間保存しておき、万が一情報漏洩が起きてしまった場合にも、どのような経緯でそのような事態が発生してしまったかを事後に調査できるようにしている。
【０００５】
このような電子メールの中継制御システムでは、予め中継制御ルールを設定しておき、外部に送信される電子メールと中継制御ルールとを照合し、照合結果に従って電子メールの送出を許可する／しないを決定している。このルールには条件として、送信元条件や送信先条件、本文や件名に含まれるキーワード条件、添付ファイル条件の組み合わせを設定することが可能な場合が多い。
【０００６】
たとえば、送信先条件としては、特定のアドレスや特定のドメイン、送信先の数などを条件として設定することが可能である。また、添付ファイル条件としては、添付ファイルの有無や、そのサイズ、添付ファイル中に含まれるキーワード等を条件として設定することが可能である。
【０００７】
このような中継制御システムでは、予め中継制御ルールを設定しておく必要があり、この中継制御ルールの作成作業は管理者の負担を強いるものであった。
【０００８】
そこで、特許文献１には、既存の文書を使用してキーワードの条件を設定することにより、中継制御ルールを設定する監査者のキーワード設定の負荷を軽減するための技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００２−２９０４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
特許文献１に記載の技術では確かに管理者の作業負荷の軽減を図ることが可能であるが、作成された中継制御ルールが、管理者が期待するようなものであるとは限らない。
【００１１】
このような中継制御ルールは複数の個別ルールの集合体であることが多く、その個別ルールに適用の優先度を設定し、その優先度順に当該個別ルールに設定された条件に電子メールが合致するかを判定し、その判定の結果合致している場合には当該個別ルールに設定された中継制御処理（中継・保留・中継禁止等）を実行し、合致していないと判定した場合には、次の優先度の個別ルールの条件に合致しているかの判定を行うことになる。
【００１２】
このような形で中継制御ルールが作成されるため、個別ルールの優先度の設定によって管理者が望まない中継制御結果を生じるような中継制御ルールになってしまったり、また、条件の設定の誤りによって管理者が望まない中継制御結果を生じるような中継制御ルールになってしまったりすることがある。
【００１３】
このようなことから、中継制御ルールを設定、変更する際には予めテストを行い、設定しようとしている中継制御ルールを用いた中継制御結果が、管理者が期待するような中継制御結果を得られるものであるかを確認した後に、中継制御ルールを設定、変更することが望ましい。
【００１４】
そこで、本発明は電子メール等の電子データの中継制御に用いられる中継制御ルールを設定するに際し、予め変更後の中継制御ルールが妥当な中継制御結果を得られるかをテスト後、中継制御ルールを設定することを可能とすることを目的とする。
【課題を解決するための手段】
【００１５】
上記した目的を達成するために、本発明の情報処理装置は、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置であって、複数の個別ルールからなる前記中継制御ルールを記憶する第１の記憶手段と、テスト電子メールデータを取得する第１の取得手段と、前記第１の取得手段で取得した前記テスト電子メールデータに対して、前記第１の記憶手段に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行手段と、前記中継制御結果に関する情報を表示する表示手段と、を備え、前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、前記表示手段は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示することを特徴とする。
【００１６】
上記した目的を達成するために、本発明の情報処理方法は、複数の個別ルールからなる前記中継制御ルールを記憶する記憶装置を備え、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置によって行われる情報処理方法であって、テスト電子メールデータを取得する第１の取得工程と、前記第１の取得工程で取得した前記テスト電子メールデータに対して、前記記憶装置に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行工程と、前記中継制御結果に関する情報を表示する表示工程と、を備え、前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、前記表示工程は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示することを特徴とする。
【００１７】
上記した目的を達成するために、本発明のコンピュータプログラムは、複数の個別ルールからなる前記中継制御ルールを記憶する記憶装置を備え、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置を、テスト電子メールデータを取得する第１の取得手段と、前記第１の取得手段で取得した前記テスト電子メールデータに対して、前記記憶装置に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行手段と、
前記中継制御結果に関する情報を表示する表示手段として機能させ、前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、前記表示手段は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、中継制御ルールの設定を行う前に、設定候補となっている中継制御ルールによる電子データの中継制御結果を事前に確認することが可能となり、その結果、適切な中継制御ルールの設定を行うことを可能とすることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の情報処理システムのシステム構成の一例を示す図である。
【図２】図１の中継制御サーバ１０１に適用可能な情報処理装置のハードウェア構成の一例を示す図である。
【図３】図１の中継制御サーバ１０１の機能構成の一例を示すブロック図である。
【図４】中継制御サーバ１０１によって行われる処理の概要を示すフローチャートである。
【図５】図４のステップＳ４０２の中継制御ルール編集処理の詳細を示すフローチャートである。
【図６】図４のステップＳ４０４のテストルール編集処理の詳細を示すフローチャートである。
【図７】図４のステップＳ４０６の中継制御処理の詳細を示すフローチャートである。
【図８】図４のステップＳ４０８のテスト処理の詳細を示すフローチャートである。
【図９】図４のステップＳ４１０のテスト結果照会処理の詳細を示すフローチャートである。
【図１０】中継制御ルール変更指示画面の構成の一例を示す図である。
【図１１】中継制御ルール編集画面の構成の一例を示す図である。
【図１２】個別ルール入力画面の構成の一例を示す図である。
【図１３】テストデータ入力画面の構成の一例を示す図である。
【図１４】テスト結果照会画面の構成の一例を示す図である。
【図１５】テスト結果一覧表示画面の構成の一例を示す図である。
【図１６】テスト結果詳細表示画面の構成の一例を示す図である。
【図１７】中継制御ルール、テストルールのデータ構成の一例を示す図である。
【図１８】電子メールデータテーブルのデータ構成の一例を示す図である。
【図１９】テストデータのデータ構成の一例を示す図である。
【図２０】テスト結果データのデータ構成の一例を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００２１】
図１は、本発明の情報処理システムのシステム構成の一例を示す図である。図１に示すように、本発明の情報処理システムは、プロキシサーバ１０１、クライアント装置１０２−１〜１０２−３（以下、まとめてクライアント装置１０２とする）、ＬＡＮ１０３、広域ネットワーク１０４、外部電子メールサーバ１０５−１〜１０５−３等を備えて構成されている。
【００２２】
プロキシサーバ１０１は、本発明の情報処理装置として機能する装置であって、クライアント装置１０２から外部電子メールサーバ１０５に対して送信される電子メールに対して、中継制御ルールを用いた中継制御を行う。このプロキシサーバ１０１は、中継制御ルールの変更前に、新たに設定しようとする中継制御ルールのテスト処理を行う機能なども有している。また、プロキシサーバ１０１は、クライアント装置１０２からの各種処理を受け付けるためのウェブページを提供するウェブサーバ機能も有している。
【００２３】
クライアント装置１０２は、電子メールの送受信機能を有している装置である。ＬＡＮ１０３は、中継制御サーバ１０１及びクライアント装置１０２を相互に通信可能に接続するためのネットワークである。例えば、企業内のネットワークがこれに当たる。
【００２４】
広域ネットワーク１０４は例えばインターネットであり、中継制御サーバ１０１と外部電子メールサーバ１０５を相互に通信可能に接続するためのネットワークである。
【００２５】
外部電子メールサーバ１０５は、クライアント装置１０２から外部宛てに送信された電子メールのうち、プロキシサーバ１０１に中継を許可された電子メールが送信される電子メールサーバである。以上が、本発明の情報処理システムの構成の一例の説明である。
【００２６】
次に、図２を参照して、図１のプロキシサーバ１０１に適用可能な情報処理装置のハードウェア構成の一例について説明する。
【００２７】
図中、ＣＰＵ２０１は、システムバス２０４に接続される後述の各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、プロキシサーバ１０１に後述する各種の処理を実行させるために必要な各種プログラムやデータ等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２８】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで後述する各種処理を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボードやポインティングデバイス等で構成される入力装置２０９からの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ディスプレイ装置２１０等の表示装置への表示を制御する。ディスプレイ装置２１０は、例えばＣＲＴディスプレイや液晶ディスプレイ等で構成される。
【００２９】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。以上が、プロキシサーバ１０１に適用可能な情報処理装置のハードウェア構成の説明であるが、後述する各種の処理を実行可能であれば、必ずしも図２に記載のハードウェア構成を有していなくとも構わないことは言うまでもない。
【００３２】
次に、図３を参照して、図１のプロキシサーバ１０１の機能構成について説明する。図３に示す通り、プロキシサーバ１０１は、電子メール取得部３０１、記憶部３０２、中継制御部３０３、ルール編集受付部３０４、テスト実行部３０５を備えている。
【００３３】
電子メール取得部３０１は、クライアント装置１０２から外部電子メールサーバ１０５に宛てて送信された電子メールを取得する機能部である。
【００３４】
記憶部３０２は、中継制御サーバ１０１が後述する処理を実行するために用いる各種データを記憶する機能部であって、外部電子メールサーバ１０５に宛てて送信された電子メールに対する中継制御部３０３による中継制御処理で用いられる中継制御ルールや、テスト実行部３０５が用いるテストルールを記憶するルール記憶部３０２−１、電子メール取得部３０１で取得した電子メールを記憶する電子メール記憶部３０２−２、テスト実行部３０５による中継制御ルールのテスト処理を行う際に用いるテストデータを記憶するテストデータ記憶部３０２−３、後述するテスト処理の結果を記憶するテスト結果記憶部３０４−２を備えて構成されている。
【００３５】
尚、ルール記憶部３０２−１に記憶されている中継制御ルール及びテストルールは複数の個別ルールの集合体である。それらのうち、実際に外部に送信される電子メールの中継制御に使用するが中継制御ルールであり、それ以外にルール記憶部３０２−１に登録されているルールがテストルールである。テストルールは複数登録しておくことも可能である。
【００３６】
中継制御部３０３は、中継制御の対象となる電子メールが、記憶部３０２−１に記憶されている中継制御ルールに設定されている条件に合致するかを判定する条件判定部３０３−１、条件判定部３０３−１での条件判定の結果に従い、当該電子メールに対して実行する処理を決定する処理決定部３０３−２や、ルール記憶部３０２−１に記憶されているテストルールで電子メールの中継制御処理を仮実行し、その結果をシミュレーションするシミュレーション部３０３−３を備えて構成されている。
【００３７】
ルール編集受付部３０４は、クライアント装置１０２からの要求に応じて、中継制御ルールやテストルールの新規追加、更新、削除等の編集指示を受け付ける機能部である。このルール編集受付部３０４で受け付けた編集指示に従って、ルール記憶部３０２−１に記憶されている中継制御ルールやテストルールの更新処理が行われることになる。
【００３８】
テスト実行部３０５は、テストデータ記憶部３０２−３に記憶されているテストデータに対してテストルールを照合することで、そのテストルールが中継制御ルールとして妥当なものであるかを管理者が判定する基準となるテスト結果を導出する機能部であり、テストデータの新規追加、更新、削除等の編集指示を受け付けるテストデータ編集受付部３０５−１、ルール記憶部３０２−１に記憶されているテストルールの条件にテストデータが合致するかを判定する条件判定部３０５−２、条件判定部３０５−２による判定処理に従ってテスト結果を作成するテスト結果作成部３０５−３を備えて構成されている。
【００３９】
以上が、図１のプロキシサーバ１０１の機能構成の一例の説明である。
【００４０】
次に、図４を参照して、プロキシサーバ１０１のＣＰＵ２０１によって行われる処理の概要について説明する。プロキシサーバ１０１のＣＰＵ２０１に本処理を実行させるためのプログラムは、外部メモリ２１１等に記憶されており、本処理を実行するにあたり、ＣＰＵ２０１は当該プログラムを外部メモリ２１１からＲＡＭ２０２にロードし、ロードしたプログラムによる制御に従って本処理を実行する。
【００４１】
ＣＰＵ２０１は、本処理実行中に、クライアント装置１０２から中継制御ルールの編集要求を受け付けたか（ステップＳ４０１）、クライアント装置１０２からテストルールの編集要求を受け付けたか（ステップＳ４０３）、クライアント装置１０２から外部電子メールサーバ１０５に宛てて送信された電子メールを取得したか（ステップＳ４０５）、クライアント装置１０２からテスト実行指示を受け付けたか（ステップＳ４０７）、テスト結果の紹介要求を受け付けたか（ステップＳ４０９）を監視している。クライアント装置１０２から上記の要求があった場合や、外部電子メールサーバ１０５に宛てた電子メールを受信した場合には、それらに対応するイベントが発生することになるので、そのイベントが発生したか監視することになる。
【００４２】
そして、中継制御ルール編集要求を受け付けたと判定した場合には（ステップＳ４０１でＹＥＳ）、処理をステップＳ４０２に進め、中継制御ルール編集処理を実行する。この処理の詳細については、図５を参照して後述することにする。
【００４３】
テストルール編集要求を受け付けたと判定した場合には（ステップＳ４０３でＹＥＳ）、処理をステップＳ４０４に進め、テストルール編集処理を実行する。この処理の詳細については、図６を参照して後述することにする。
【００４４】
尚、中継制御ルールの編集要求は、プロキシサーバ１０１から送信された画面情報に従ってクライアント装置１０２のディスプレイ装置に表示される中継制御ルール変更指示画面１０００（図１０）で「テストルールを中継制御ルールに設定する」１００１、または、「中継制御ルールを編集する」１００２が指定され、「次へ」ボタン１００５が押下された場合に、テストルールの編集要求は、「テストルールファイルを読み込む」１００３、または、「テストルールを編集する」１００４が指定され、「次へ」ボタン１００５が押下指示された場合に、クライアント装置１０２からプロキシサーバ１０１に対して送信されることになる。
【００４５】
クライアント装置１０２から外部電子メールサーバ１０５に宛てた電子メールを受信したと判定した場合には（ステップＳ４０５でＹＥＳ）、処理をステップＳ４０６に進め、電子メールの中継制御処理を実行する。この処理の詳細については、図７を参照して後述することにする。
【００４６】
また、クライアント装置１０２からテスト実行指示を受け付けたと判定した場合には（ステップＳ４０７でＹＥＳ）、処理をステップＳ４０８に進め、テスト処理を実行する。この処理の詳細については、図８を参照して後述することにする。
【００４７】
クライアント装置１０２からテスト結果照会要求を受け付けたと判定した場合には（ステップＳ４０９でＹＥＳ）、処理をステップＳ４１０に進め、テスト結果照会処理を実行する。この処理の詳細については、図９を参照して後述することにする。
【００４８】
以上の処理を、本処理の終了指示を受け付けた（ステップＳ４０９でＹＥＳ）と判定するまで繰り返し実行することになる。以上が、プロキシサーバ１０１のＣＰＵ２０１によって行われる処理の概要の説明である。
【００４９】
次に、図５を参照して、図４のステップＳ４０２の中継制御ルール編集処理の詳細について説明する。
【００５０】
まず、ＣＰＵ２０１は、テストルールを新たに中継制御ルールとして設定する指示を受け付けたか（図１０の「テストルールを中継制御ルールに設定する」１００１が選択された場合）、それとも、既存の中継制御ルールに対する編集指示を受け付けたか（図１０の「中継制御ルールを編集する」１００２が選択された場合）を判定する（ステップＳ５０１）。この判定処理でテストルールを新たに中継制御ルールとして設定する指示を受け付けたと判定した場合には（ステップＳ５０１でＹＥＳ）、処理をステップＳ５０２に進め、ルール記憶部３０２−１に記憶されているテストルールのうち中継制御ルールと新たに設定するテストルールの選択を受け付ける（ステップＳ５０２）。
【００５１】
そして、選択されたテストルールを中継制御ルールに変更する処理を行う（ステップＳ５０３）。その後、本要求を行ってきたクライアント装置１０２に対して設定完了通知を送信する（ステップＳ５０４）。
【００５２】
ステップＳ５０１の判定処理でＮＯ、つまり中継制御ルールの編集指示を受け付けたと判定した場合には、処理をステップＳ５０５に進め、図１１に示す中継制御ルール編集画面Ｂ００を表示させるための画面情報を、要求を行ってきたクライアント装置１０２に対して送信する。その後、クライアント装置１０２のディスプレイ装置には、受信した画面情報に基づき図１１に示す中継制御ルール編集画面Ｂ００が表示される。
【００５３】
ここで、図１１を参照して、中継制御ルール編集画面Ｂ００の構成に一例について説明する。図１１に示すように、中継制御ルール編集画面Ｂ００には、ルール名称入力部１１０１、デフォルト操作指定部１１０２、個別ルール一覧表示部１１０３、新規追加ボタン１１０４、ＯＫボタン１１０５、キャンセルボタン１１０６が設定されている。
【００５４】
ルール名称入力部１１０１は、中継制御ルールの名称の入力を受け付け、入力内容を表示する。
【００５５】
デフォルト操作指定部１１０２は、中継制御ルールに含まれる全ての個別ルールに設定されている条件に合致しない電子メールに対して中継制御部３０３の処理決定部３０３−２にどのような処理を実行させるかの指定を受け付ける。指定できる処理としては、「中継」、「保留」、「禁止」がある。処理決定部３０３−２は、この設定に従って全ての個別ルールに設定されている条件に合致しない電子メールに対して実行する処理を決定する。
【００５６】
個別ルール一覧表示部１１０３は、中継制御ルールに含まれる個別ルール一覧を表示する。個別ルールの属性情報として、個別ルールＩＤ１１０３−１、ルール名称１１０３−２等が表示されるが、これらに限られるものではない。
【００５７】
また、個別ルール一覧表示部１１０３に表示されているそれぞれの個別ルールには、その適用優先度を変えるための優先度変更ボタン（高）１１０３−３、優先度変更ボタン（低）１１０３−４、編集ボタン１１０３−５が設定される。
【００５８】
優先度変更ボタン（高）１１０３−３が押下された場合には、当該個別ルールの適用優先度を高くする処理が、優先度変更ボタン（低）１１０３−４が押下された場合には低くする処理が行われることになる。また、編集ボタン１１０３−５が押下された場合には、図１２に示す個別ルール入力画面１２００がクライアント装置１０２のディスプレイ装置に表示されることになる。この個別ルール入力画面１２００については、図１２を参照して後述する。
【００５９】
新規追加ボタン１１０４は、中継制御ルールに新たに個別ルールを追加する際に用いられるボタンであり、このボタンが押下された場合には、図１２に示す個別ルール入力画面１２００がクライアント装置１０２のディスプレイ装置に表示されることになる。
【００６０】
ＯＫボタン１１０５は、本画面や図１２に示す個別ルール入力画面１２００を介した入力に基づく中継制御ルールの変更を行うために用いられるボタンである。キャンセルボタン１１０６は、本画面や図１２に示す個別ルール入力画面１２００を介した入力に基づく中継制御ルールの変更を行わず、本画面の表示を終了させるためのボタンである。以上が、中継制御ルール編集画面１１００の構成の説明である。
【００６１】
次に、図１２を参照して、図１１の編集ボタン１１０３−４や新規追加ボタン１１０４が押下された際にクライアント装置１０２のディスプレイ装置に表示されることになる個別ルール入力画面の構成について説明する。図１１の編集ボタン１１０３−４や新規追加ボタン１１０４が押下されると、その情報がプロキシサーバ１０１に対して送信される。
【００６２】
新規追加ボタン１１０３−４が押下された情報を取得すると、プロキシサーバ１０１は、個別ルール入力画面１２００を表示させるための画面情報をクライアント装置１０２に送信することになる。クライアント装置１０２では、この画面情報に従って、個別ルール入力画面１２００を表示することになる。
【００６３】
尚、編集ボタン１１０３−４が押下された場合には、プロキシサーバ１０１は、当該編集ボタン１１０３−４に対応する個別ルールの情報を含んだ形で個別ルール入力画面１２００の画面情報を作成し、クライアント装置１０２に送信することになる。
【００６４】
図１２に示すように、個別ルール入力画面１２００には、個別ルール編集欄１２０１、ＯＫボタン１２０２、キャンセルボタン１２０３が設定されている。
【００６５】
個別ルール編集欄１２０１は、個別ルールの編集内容の入力を受け付け、その内容を表示する編集欄であって、ＩＤ表示欄１２０１−１、コメント編集欄１２０１−２、条件編集欄１２０１−３、動作編集欄１２０１−４、監査者編集欄１２０１−５が設定されている。
【００６６】
ＩＤ表示欄１２０１−１は、当該個別ルールのＩＤを表示する表示欄である。コメント編集欄１２０１−２は、当該ルールの概要を示すコメントの入力を受ける表示する編集欄である。条件編集欄１２０１−３は、当該個別ルールを適用するメールの条件の編集を受け付ける編集欄であって、送信者条件、受信者条件、件名・本文条件、添付ファイル条件が設定可能である。それぞれの編集欄に設定されている条件追加ボタン１２０１−３１が押下されると、その表示位置に対応する条件を入力させるための不図示の個別条件入力画面が表示される。そして、その個別条件入力画面を介して個別条件の入力を受け付けることになる。また、あわせて、上記それぞれの条件の結合条件の入力も受け付ける。
【００６７】
送信者条件としては、送信者の所属する組織・グループの条件や個別のメールアドレス条件や、送信メールアドレス偽装がされているかといった条件を設定可能である。たとえば、「送信者が一般社員に一致する」、「送信者が役員に一致しない」、「エンベロープのＴＯとメールヘッダーのＴＯが一致しない」など条件が設定可能である。
【００６８】
受信者条件としては、受信者の所属する組織・グループの条件や、受信者メールアドレスや、そのドメインといった条件や、送信先数といった条件を設定可能である。また、「送信者の上長」の電子メールアドレスのように、送信者と何らかの関連性のある電子メールアドレスについては、予約変数が定義されており、その変数を設定することで条件として設定可能であるので、送信者ごとに異なる個別ルールを作成する必要はない。たとえば、「ＣＣに送信者の上長（課長）が含まれる」、「ＴＯ，ＣＣに設定されたメールアドレスの数が１０未満である」、「ＴＯ、ＣＣ、ＢＣＣに他のドメインのメールアドレスが含まれる」等といった条件が設定可能である。
【００６９】
件名・本文条件としては、件名や本文に含まれる文字列の条件などが設定可能である。たとえば、「件名に『機密、社外秘、極秘、秘密』のいずれかが含まれる」といった条件を設定が可能である。
【００７０】
添付ファイル条件としては、添付ファイルの有無、添付ファイルのサイズ（個々のファイルのサイズ、合計サイズ）、添付ファイルの数、添付ファイルの種類、添付ファイルに含まれている文字列、添付ファイルが暗号化されているかなどの条件を設定可能である。たとえば、「添付ファイルが１０ＭＢ以下である」といった条件が設定可能である。
【００７１】
また、送信者条件、受信者条件、件名・本文条件、添付ファイル条件それぞれ、複数の条件が設定された場合には、図中の１２０１−３２に示すように、結合条件の入力欄が表示され、それら個別の条件の結合指定を行う。
【００７２】
例えば、添付ファイル条件に「添付ファイルがドキュメントファイルである」、「添付ファイルに『機密、社外秘、極秘、秘密』のいずれかが含まれる」の２つが設定されている場合、これらを「ａｎｄ」で結合すれば、「添付ファイルがドキュメントファイルであり且つ添付ファイルに『機密、社外秘、極秘、秘密』のいずれかが含まれる」という条件になるし、「ｏｒ」で結合すれば、「『添付ファイルがドキュメントファイルである』、『添付ファイルに「機密、社外秘、極秘、秘密」のいずれかが含まれる』の少なくとも１つに合致する」という条件になる。また、「ｎｏｔ」で結合すれば、「添付ファイルがドキュメントファイルであり、添付ファイルに『機密、社外秘、極秘、秘密』のいずれも含まれない』という条件になる。
【００７３】
結合条件は、上記した送信者条件、受信者条件、件名・本文条件、添付ファイル条件をどのように結合させるかの条件である。これはすでに説明した、結合条件１２０１−３２とほぼ同様であるので、詳細な説明は割愛する。このようにすることで、「送信者が一般社員であり、添付ファイルがあり、送信先に送信者の上長が含まれない」といった条件を作成することが可能になる。
【００７４】
動作編集欄１２０１−４は、中継制御部３０３の処理決定部３０３−２によって決定される、上記の条件編集欄１２０１−３で設定した条件に合致する電子メールに対する処理を指定する。動作を「中継」とした場合には、電子メールを中継する。「禁止」とした場合には当該電子メールの中継を禁止する。また、「保留」とした場合には、いったん当該電子メールの中継を保留し、監査者１２０１−５に設定された監査者による「中継」、「禁止」の指示に従って最終的な処理を決定する。監査者編集欄１２０１−５は、保留された電子メールの監査者を指定する指定欄である。監査者編集欄１２０１−５は、動作編集欄１２０１−４で「保留」が設定された場合に編集が可能となる。設定ボタン１２０１−５１の押下を受け付けることで、不図示の監査者指定画面がクライアント装置１０２に表示され、その画面を介して監査者の設定を受け付けることになる。
【００７５】
ＯＫボタン１２０２は、この個別ルール入力画面１２００を介して入力された各種の情報で個別ルールを確定させ、新たに設定するために用いるボタンである。キャンセルボタン１２０３は、本画面での処理をキャンセルして表示を終了するために用いられるボタンである。以上が、図１２の個別ルール入力画面１２００の説明である。
【００７６】
図５の説明に戻る。ステップＳ５０５で中継制御ルール編集画面１１００の画面情報を送信後、クライアント装置１０２から、個別ルール入力画面要求を受け付けた場合には（ステップＳ５０６でＹＥＳ）、クライアント装置１０２に対して個別ルール入力画面１２００を表示するための画面情報を送信する（ステップＳ５０７）。尚、すでに説明している通り、中継制御ルール編集画面１１００の編集ボタン１１０３−４に対する押下指示を受け付けることでクライアント装置１０２から個別ルール入力画面要求が発せられた場合には、プロキシサーバ１０１のＣＰＵ２０１は、当該編集ボタン１１０３−４に対応する個別ルールの情報が表示されるよう画面情報を作成し、クライアント装置１０２に対して送信することになる。新規追加ボタン１１０５の場合には、各編集項目が未入力状態（ＩＤは除く）の画面情報を作成し、クライアント装置１０２に送信する。
【００７７】
その後、中継制御ルール編集画面１１００の優先度変更ボタン１１０３−３または１１０３−４が押下されることによりクライアント装置１０２より送信される個別ルール適用優先度変更情報や、個別ルール入力画面１２００のＯＫボタン１２０２が押下されることにより送信される個別ルール編集情報などを含む中継制御ルールの編集情報を受信したと判定した場合には（ステップＳ５０８でＹＥＳ）、当該編集情報をＲＡＭ２０２等に保存する（ステップＳ５０９）。
【００７８】
クライアント装置１０２のディスプレイ装置に表示されている中継制御ルール編集画面１１００のＯＫボタン１１０５が押下されることにより発行される中継制御ルールの編集指示をクライアント装置１０２から受信すると（ステップＳ５１０でＹＥＳ）、ＲＡＭ２０２等に保存されている編集情報に従って、ルール記憶部３０２−１に記憶されている中継制御ルールを更新し（ステップＳ５１１）、本処理を終了する。
【００７９】
また、クライアント装置１０２のディスプレイ装置に表示されている中継制御ルール編集画面１１００のキャンセルボタン１１０６が押下されることにより発行される終了指示をクライアント装置１０２から受信すると（ステップＳ５１２でＹＥＳ）、ＲＡＭ２０２等に記憶されている編集情報を破棄し（ステップＳ５１３）、本処理を終了する。以上が、図４のステップＳ４０２の中継制御ルール編集処理の詳細な説明である。
【００８０】
次に、図６を参照して、図４のステップＳ４０４のテストルール編集処理の詳細について説明する。
【００８１】
まず、ＣＰＵ２０１は、テストルールファイルの取り込み指示を受け付けたか（図１０の「テストルールファイルを読み込む」１００３が選択された場合）、それとも、既存のテストルールに対する編集指示を受け付けたか（図１０の「テストルールを編集する」１００４が選択された場合）を判定する（ステップＳ６０１）。この判定処理でテストルールファイルの取り込み指示を受け付けたと判定した場合には（ステップＳ６０１でＹＥＳ）、処理をステップＳ６０２に進め、クライアント装置１０２からテストルールファイルを受信する。
【００８２】
そして、受信したテストルールファイルをテストルールとして記憶部３０２−１に登録する（ステップＳ６０３）。そして、設定完了通知をクライアント装置１０２に対して送信する（ステップＳ６０４）。
【００８３】
ステップＳ６０１の判定処理でＮＯ、つまりテストルールの編集指示を受け付けたと判定した場合には、処理をステップＳ６０５に進め、不図示のテストルール選択画面の画面情報をクライアント装置１０２に送信する。クライアント装置１０２側では、この画面情報に基づき表示されるテストルール選択画面を用いて、既存のテストルールのうち、どのテストルールを変更するかの選択、もしくはテストルールの新規作成の選択がなされ、その情報がプロキシサーバ１０１に送信されることになる。
【００８４】
プロキシサーバ１０１のＣＰＵ２０１は、不図示のテストルール選択画面をクライアント装置１０２に送信後、編集テストルールの選択指示（新規テストルールの作成指示を含む）をクライアント装置１０２から受信すると（ステップＳ６０５でＹＥＳ）、選択されたテストルールを編集するためのテストルール編集画面の画面情報を作成し、その画面情報をクライアント装置１０２に送信する（ステップＳ６０７）。テストルール編集画面の画面構成は、中継制御ルール編集画面の画面構成とほぼ同様であるので、その詳細な説明は割愛する。
【００８５】
その後、テストルールの編集処理（ステップＳ６０８〜ステップＳ６１５）を実行することになるが、この処理の詳細は図５の中継制御ルール編集処理のステップＳ５０６〜ステップＳ５１３の処理と同様であるので、詳細な説明については割愛する。以上が、図４のステップＳ４０４のテストルール編集処理の詳細な説明である。
【００８６】
ここで、図１７を参照して、図５、図６に示す中継制御ルール編集処理や、テストルール編集処理により編集され、ルール記憶部３０２−２に記憶されるルールのデータ構成について説明する。図中、１７０１はルールデータテーブルの、１７０２は個別ルールデータテーブルのデータ構成を示している。
【００８７】
まず、ルールデータテーブル１７０１のデータ構成について説明する。図に示す通り、ルールデータテーブル１７０１は、ルールＩＤ１７０１−１、ルール名称１７０１−２、稼働中／テスト識別フラグ１７０１−３、個別ルール数１７０１−４、優先度１７０１−５、個別ルールＩＤ１７０１−６、デフォルト動作１７０１−７を備えて構成されている。
【００８８】
ルールＩＤ１７０１−１は、ルール（中継制御ルール、テストルール）を一意に識別するための識別情報を登録するためのデータ項目である。
【００８９】
ルール名称１７０１−２は、当該ルールの名称を登録するためのデータ項目であって、図１１の中継制御ルール編集画面１１００のルール名称入力部１１０１（テストルール編集画面も同様の構成）に入力された情報が登録される。
【００９０】
稼働中／テスト識別フラグ１７０１−３は、当該ルールが電子メールの送信制御に実際用いられる稼働中の中継制御ルールであるか、それともテストルールであるかを識別するためのフラグ情報を登録するためのデータ項目である。稼働中のルール（中継制御ルール）は１つのみであり、他のルールはテストルールとなる。
【００９１】
個別ルール数１７０１−４は、当該ルールに含まれる個別ルールの数が登録されるデータ項目である。優先度１７０１−５は個別ルールの適用優先度を示す情報を、個別ルールＩＤ１７０１−６は個別ルールを一意に示す識別情報が登録されるデータ項目であり、これらのペアが個別ルール数１７０１−４に登録された個別ルールの数だけ設定される。
【００９２】
デフォルト動作１７０１−７は、当該ルールに含まれる全ての個別ルールの条件に合致しない電子メールに対して実行する処理を登録するデータ項目であって、図１１のデフォルト操作指定部１１０２で設定された動作が登録される。以上がルールデータテーブル１７０１のデータ構成の説明である。
【００９３】
次に、個別ルールデータテーブル１７０２のデータ構成について説明する。図に示す通り、個別ルールデータテーブル１７０２は、個別ルールＩＤ１７０２−１、送信者条件１７０２−２、受信者条件１７０２−３、件名・本文条件１７０２−４、添付ファイル条件１７０２−５、結合条件１７０２−６、動作１７０２−７、監査者１７０２−８をデータ項目として備えて構成されている。
【００９４】
個別ルールＩＤ１７０２−１は、個別ルールを一意に識別するための識別情報を登録するためのデータ項目である。
【００９５】
送信者条件１７０２−２は、個別ルールの条件のうち、送信者に関する条件を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、送信者条件欄で設定された条件が登録される。
【００９６】
受信者条件１７０２−３は、個別ルールの条件のうち、受信者に関する条件を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、受信者条件欄で設定された条件が登録される。
【００９７】
件名・本文条件１７０２−４は、個別ルールの条件のうち、件名・本文に関する条件を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、件名・本文条件欄で設定された条件が登録される。
【００９８】
添付ファイル条件１７０２−５は、個別ルールの条件のうち、添付ファイルに関する条件を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、添付ファイル条件欄で設定された条件が登録される。
【００９９】
結合条件１７０２−６は、上記の送信者条件１７０２−２、受信者条件１７０２−３、件名・本文条件１７０２−４、添付ファイル条件１７０２−５に設定された条件をどのように結合するかの設定情報を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、結合条件欄で設定された情報が登録される。
【０１００】
動作１７０２−７は、上記の条件に合致した電子メールに対して適用する処理（処理決定部３０３−２が決定する処理）を登録するためのデータ項目であって、図１２の動作編集欄１２０１−４で選択された動作が登録される。
【０１０１】
監査者１７０２−８は、保留された電子メールの監査者情報を登録するためのデータ項目であって、図１２の監査者編集欄１２０１−５で設定された監査者の情報が登録される。尚、このデータ項目は、動作１７０２−７に「保留」が登録されている場合に、データが登録される項目である。以上が、個別ルールデータテーブル１７０２のデータ項目の説明である。
【０１０２】
尚、これらのデータ構成はあくまでも一例であり、必要に応じて適宜変更することが可能であることは言うまでもない。
【０１０３】
次に、図７を参照して、図４のステップＳ４０６の電子メールの中継制御処理の詳細について説明する。
【０１０４】
プロキシサーバ１０１のＣＰＵ２０１は、まず、取得した電子メールを電子メール記憶部３０２−２に保存する。そして、中継制御ルールに含まれる個別ルールを優先度順に取得し、電子メールが取得した個別ルールに設定されている条件に合致しているかの判定処理を行うことになる。
【０１０５】
電子メール保存後、ＣＰＵ２０１は、保存した電子メールに未適用の個別ルールが存在するかを判定し（ステップＳ７０２）、存在する（ＹＥＳ）と判定した場合には処理をステップＳ７０３に進め、ルールデータテーブル１７０１中の個別ルールの優先度１７０１−５に従い、次に電子メールに対して適用する個別ルールを個別ルールデータテーブル１７０２から取得する。そして、取得した個別ルールに設定されている条件に当該電子メールが合致するかを判定する（ステップＳ７０４）。
【０１０６】
このステップＳ７０４の判定処理で、合致する（ＹＥＳ）と判定した場合には処理をステップＳ７０５に進め、当該個別ルールの動作１７０２−７に設定されている処理を、当該電子メールに対して実行する処理として決定する。一方、合致しない（ＮＯ）と判定した場合には処理をステップＳ７０２に戻し、まだ電子メールに適用していない個別ルールがあるかを再度判定することになる。そして、ステップＳ７０２でＹＥＳと判定した場合には、ステップＳ７０３からの処理を再度行う。一方、ステップＳ７０２でＮＯと判定した場合には、処理をステップＳ７０６に進め、当該中継制御ルールのデフォルト動作１７０１−７に登録されている処理を、当該電子メールに対して実行する処理として決定する（デフォルト動作を適用）。
【０１０７】
尚、すでに説明しているように、ステップＳ７０５、Ｓ７０６で電子メールに対して実行する処理として決定される処理には、電子メールの「中継」、「保留」、「禁止」が含まれる。「中継」である場合には、ＣＰＵ２０１は、電子メールを外部電子メールサーバ１０５に送信する。「保留」の場合には、ＣＰＵ２０１は、一旦外部電子メールサーバ１０５に対する電子メールの送信を保留し、監査者からの送信指示があった後に、当該電子メールを外部電子メールサーバに対して送信する。「禁止」の場合には，ＣＰＵ２０１は電子メールを指定された外部電子メールサーバに送信することはない。
【０１０８】
ステップＳ７０７では、ＣＰＵ２０１は、ステップＳ７０５、ステップＳ７０６の何れかで決定された電子メールに対して実行する処理が中継／保留／禁止の何れであるかを判定する。
【０１０９】
ステップＳ７０７の判定処理で「中継」であると判定した場合には、処理をステップＳ７０８に進め、当該電子メールを指定された外部電子メールサーバ１０５に対して送信する。
【０１１０】
ステップＳ７０７の判定処理で「保留」であると判定した場合には、処理をステップＳ７０９に進め、電子メールを一旦外部メモリ２１１等に保存する。そして、当該電子メールに適用した個別ルールの監査者１７０２−８に設定されているユーザを当該電子メールの監査者として決定し（ステップＳ７１０）、決定された監査者に対して電子メールが保留されている旨の通知を行う（ステップＳ７１１）。尚、監査者に送信者の上長（課長）などと登録されている場合には、不図示のＬＤＡＰサーバ等からその情報を取得し、監査者として決定することになる。
【０１１１】
ステップＳ７０７の判定処理で「禁止」であると判定した場合には、処理をステップＳ７１２に進め、電子メールの送信を禁止する。そして、当該電子メールの送信者に電子メールの送信が禁止された旨の通知を行う（ステップＳ７１３）。ステップＳ７１１、ステップＳ７１３の通知は、それぞれ電子メールの監査者、電子メール送信者に対してその旨の電子メールを送信することで行うことになる。
【０１１２】
ステップＳ７０８、ステップＳ７１１、ステップＳ７１３のいずれかの処理終了後、処理をステップＳ７１４に進め、中継制御の結果を電子メール記憶部に記憶されている当該電子メールに追加登録する。
【０１１３】
ここで、図１８を参照して、電子メールデータ記憶部３０２−２に記憶されている電子メールデータテーブルのデータ構成について説明する。図１８に示す通り、電子メールデータテーブル１８００は、データ項目として電子メールＩＤ１８０１、送信者１８０２、ＴＯ１８０３、ＣＣ１８０４、ＢＣＣ１８０５、件名１８０６、本文１８０７、添付１８０８、中継制御結果１８０９、監査者１８１０、シミュレーション結果１８１１等を備えて構成されている。
【０１１４】
電子メールＩＤ１８０１は電子メールを一意に識別する識別情報が登録されるデータ項目であって、例えば電子メールのヘッダーに設定されるＭｅｓｓａｇｅ−ＩＤの情報を取得して登録することになる。
【０１１５】
送信者１８０２は、電子メールの送信者（ＦＲＯＭ）情報を登録するデータ項目である。ＴＯ１８０３は、電子メールの受信者のうち、「ＴＯ」に設定された受信者のメールアドレス情報を登録するデータ項目である。ＣＣ１８０４は、電子メールの受信者のうち、「ＣＣ」に設定された受信者のメールアドレス情報を登録するデータ項目である。ＢＣＣ１８０５は、電子メールの受信者のうち、「ＢＣＣ」に設定された受信者のメールアドレス情報を登録するデータ項目である。
【０１１６】
件名１８０６は、電子メールの件名に設定された文字列情報を登録するデータ項目である。本文１８０７は、電子メールの本文に設定された文字列情報を登録するデータ項目である。添付１８０８は、電子メールに添付された添付ファイル情報を登録するデータ項目である。
【０１１７】
中継制御結果１８０９は、当該電子メールデータの中継制御結果を登録するデータ項目である。このデータ項目には、中継制御の結果決定された処理を登録しても、中継制御に用いられた個別ルールのＩＤを設定してもどちらでもよい。監査者１９１０は、当該電子メールの監査者を登録するデータ項目である。シミュレーション結果１９１１は、後述するシミュレーション処理の結果を登録するデータ項目である。以上が図３の電子メール記憶部３０２−２に記憶されている電子メールデータテーブルのデータ構成の説明である。
【０１１８】
図７の説明に戻る。ステップＳ７１４の処理が終了後、テストルールが設定されている場合には、当該テストルールを用いた中継制御処理を行った場合に当該電子メールの中継制御結果はどのようになるかのシミュレーションを更に行わせることも可能である。そこで、ＣＰＵ２０１は、中継制御処理（ステップＳ７０１〜Ｓ７１４の処理）終了後、テストルールが設定されているかを判定する（ステップＳ７１５）。テストルールが設定されていないと判定した場合には（ステップＳ７１５でＮＯ）、本処理を終了する。
【０１１９】
一方、テストルールが設定されていると判定した場合には（ステップＳ７１５でＹＥＳ）、処理をステップＳ７１６に進め、テストルールでの中継制御のシミュレーション処理を実行するかを判定する。このステップＳ７１６の判定処理でＮＯと判定した場合には、本処理を終了する。一方、ステップＳ７１６の判定処理でＹＥＳと判定した場合には、処理をステップＳ７１７に進める。
【０１２０】
その後、ルール記憶部３０２−１に記憶されているテストルールから優先順に個別ルールを取得し、取得した個別ルールに設定されている条件に電子メールが合致するかの判定処理を行い、当該電子メールに対する処理を決定することになる（ステップＳ７１７〜ステップＳ７２１）。このステップＳ７１７〜ステップＳ７２１の処理は、既に説明したステップＳ７０２〜ステップＳ７０６の処理と略同様であるので、ここでの説明は割愛する。尚、テストルールがルール記憶部３０２−１に複数設定されている場合には、そのうちの任意のテストルールをあらかじめ選択させ、選択されたテストルールによるシミュレーション処理を行う形態をとっても、ルール記憶部３０２−１に記憶されているすべてのテストルールによるシミュレーション処理を行う形態をとっても、どちらでも構わない。
【０１２１】
その後、ステップＳ７２０、またはステップＳ７２１で当該電子メールに対して実行するとして決定された処理と、個別ルールのＩＤをシミュレーション結果として電子メール記憶部３０２−２に記憶されている当該電子メールのシミュレーション結果１９１１に登録する（ステップＳ７２２）。以上が、図４のステップＳ４０６の電子メールの中継制御処理の説明である。
【０１２２】
尚、この処理の説明では、テストルールを用いたシミュレーション処理（ステップＳ７１５以降の処理）を、電子メールを取得するたびに行うこととしているが、例えば、ある期間（例えば１日）に取得した電子メールに対してバッチ処理としてシミュレーション処理を行うようにしても勿論構わない。
【０１２３】
次に、図８を参照して、図４のステップＳ４０８のテスト処理の詳細について説明する。まずＣＰＵ２０１は、テストデータ記憶部３０２−３に記憶されているテストデータを取得する。
【０１２４】
ここで、図１３を参照して、テストデータ入力画面の構成の一例について説明する。テストデータ入力画面１３００は、テストデータの登録を行う際に用いられる画面である。クライアント装置１０２からのテストデータの登録要求を受け付けると、プロキシサーバ１０１のＣＰＵ２０１は、本画面を表示するための画面情報の要求を行ってきたクライアント装置１０２に送信する。画面情報を受信したクライアント装置１０２のディスプレイ装置には、その画面情報に基づいて本画面が表示されることになる。
【０１２５】
図中、１３０１は送信者（ＦＲＯＭ）入力欄であって、テストデータとして登録する電子メールの送信者情報を入力するための入力欄である。
【０１２６】
１３０２は受信者（ＴＯ）入力欄であって、テストデータとして登録する電子メールの受信者情報（ＴＯ）を入力するための入力欄である。１３０３は受信者（ＣＣ）入力欄であって、テストデータとして登録する電子メールの受信者情報（ＣＣ）を入力するための入力欄である。１３０４は受信者（ＢＣＣ）入力欄であって、テストデータとして登録する電子メールの受信者情報（ＢＣＣ）を入力するための入力欄である。
【０１２７】
１３０５は件名入力欄であって、テストデータとして登録する電子メールの件名を入力するための入力欄である。１３０６は本文入力欄であって、テストデータとして登録する電子メールの本文を入力するための入力欄である。
【０１２８】
１３０７は添付ファイル設定欄であって、テストデータとして登録する電子メールの添付ファイルとするファイルを設定するための設定欄である。
【０１２９】
１３０８は期待中継制御結果設定欄であって、本画面を介して入力されたデータに基づき登録されるテストデータがどのような中継制御結果になることを期待しているかを設定する設定欄である。期待中継制御結果として、「中継」、「保留」、「削除」、「個別ルールＩＤ」のいずれかの指定を受け付ける。ここで「個別ルールＩＤ」は、ある特定の個別ルールによる中継制御が実行されることを期待する場合に選択する項目であり、期待中継制御結果設定欄１３０８で「個別ルールＩＤ」が選択された場合には、個別ルールＩＤ指定欄１３０９にその個別ルールの個別ルールＩＤの入力を受け付けることになる。
【０１３０】
１３１０は追加登録ボタンであって、本画面を介して入力される各種の情報に従って新たにテストデータを登録するために用いられるボタンである。１３１１はキャンセルボタンであって、テストデータの追加登録を行うことなく本処理を終了させるために用いられるボタンである。以上が、テストデータ入力画面１３００の構成の一例の説明である。
【０１３１】
テストデータ入力画面１３００の追加登録ボタン１３１０が押下されると、テストデータ入力画面１３００の各入力欄や設定欄に設定された各種の情報を含むテストデータの追加登録要求情報が、クライアント装置１０２からプロキシサーバ１０１に対して送信される。
【０１３２】
クライアント装置１０２からのテストデータの追加登録要求情報を受け付けると、プロキシサーバ１０１のＣＰＵ２０１は、その情報に従って、テストデータ記憶部３０２−３にテストデータを登録することになる。
【０１３３】
ここで、図１９を参照して、テストデータ記憶部３０２−３に記憶されるテストデータのデータ構成の一例について説明する。
【０１３４】
テストメールＩＤ１９０１は、テストデータを一意に識別するための識別情報が登録されるデータ項目である。
【０１３５】
ＦＲＯＭ１９０２は、テストデータとして登録する電子メールの送信者（ＦＲＯＭ）が登録されるデータ項目であり、図１３のテストデータ入力画面１３００の送信者（ＦＲＯＭ）入力欄１３０１に入力された情報が登録される。
【０１３６】
ＴＯ１９０３は、テストデータとして登録する電子メールの受信者（ＴＯ）を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の受信者（ＴＯ）入力欄１３０２に入力された情報が登録される。
【０１３７】
ＣＣ１９０４は、テストデータとして登録する電子メールの受信者（ＣＣ）を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の受信者（ＣＣ）入力欄１３０３に入力された情報が登録される。
【０１３８】
ＢＣＣ１９０５は、テストデータとして登録する電子メールの受信者（ＢＣＣ）を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の受信者（ＢＣＣ）入力欄１３０４に入力された情報が登録される。
【０１３９】
件名１９０６は、テストデータとして登録する電子メールの件名を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の件名入力欄１３０５に入力された情報が登録される。
【０１４０】
本文１９０７は、テストデータとして登録する電子メールの本文を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の本文入力欄１３０６に入力された情報が登録される。
【０１４１】
添付１９０８は、テストデータとして登録する電子メールに添付する添付ファイルを登録するためのデータ項目であって、図１３のテストデータ入力画面１３００の添付ファイル設定欄１３０７で設定された情報が登録される。
【０１４２】
期待中継制御結果１９０９は、当該レコードのテストデータがどのような中継制御結果になることを期待するかの情報を登録するためのデータ項目であって、図１３のテストデータ入力画面１３００の期待中継制御結果設定欄１３０８で設定された情報が登録される。尚、期待中継制御結果として「ルールＩＤ」が選択された場合には、ルールＩＤ指定欄１３０９で入力を受け付けた個別ルールＩＤが登録されることになる。
【０１４３】
以上が、テストデータ記憶部３０２−３に記憶されるテストデータのデータ構成の説明である。本説明では、テストデータ入力画面１３００に入力された情報をもとにテストデータを登録する例について説明したが、過去に中継制御が行われた電子メールを例えばＥＭＬ形式のファイルとして保存し、その保存したファイルをテストデータとして登録するような手法をとっても勿論構わない。その場合には、期待中継制御結果を指定した形でＥＭＬ形式のファイルをテストデータとして登録することになる。
【０１４４】
図８の説明に戻る。ステップＳ８０１でテストデータの取得終了後、テスト処理に使用するテストルールを取得する（ステップＳ８０２）。ここでは、ルール記憶部３０２−１に記憶されている全てのテストルールを取得し、全てのテストルールによるテスト処理を行うようにしても、ユーザからテスト処理に使用するテストルールの指定を受け付け（複数指定可）、指定を受け付けたテストルールのみを取得するようにしてもどちらでも構わない。その後、ステップＳ８０１で取得した全てのテストデータにテストルールを適用した結果どのような中継処理結果となるかを判定するためのテスト処理を行う（ステップＳ８０３）。
【０１４５】
まず、テストルール中に、テストデータに対して適用されていない個別ルールがあるかを判定する（ステップＳ８０４）。ステップＳ８０４の判定処理でＮＯと判定した場合には、処理をステップＳ８２０に進め、当該テストルールには条件がテストデータに合致する個別ルールがない旨のテスト結果データであるテスト結果データ（適用ルールなし）をテスト結果記憶部３０２−４に記憶する。
【０１４６】
ステップＳ８０４の判定処理でＹＥＳと判定した場合には、処理をステップＳ８０５に進め、優先度順に個別ルールを取得する。そして、取得した個別ルールの条件にテストデータが合致するかを判定する（ステップＳ８０６）。
【０１４７】
ステップＳ８０６の判定処理で、テストデータがテストルールの条件に合致しない（ＮＯ）と判定した場合には、処理をステップＳ８０７に進め、当該テストルールの動作がテストルールに設定されている期待中継制御結果と一致するかを判定する。尚、期待中継制御結果として個別ルールＩＤを指定した場合には、このステップではステップＳ８０６の条件判定処理に用いた個別ルールが期待中継制御結果として指定された個別ルールＩＤで特定される個別ルールであるかの判定を行うことになる。後述するステップＳ８１７でも同様である。
【０１４８】
ステップＳ８０７の判定処理で、ＹＥＳと判定した場合には、処理をステップＳ８０８に進め、当該結果に基づくテスト結果データ（動作一致）をテスト結果記憶部３０２−４に保存する。個別ルールの条件の設定ミスにより、当該テストデータが当該個別ルールの条件に合致しないことも考えられる。そこで、個別ルールの条件設定のミスにより当該テストデータに対して実行すると決定された動作が期待中継制御とは異なる結果となってしまった場合に、その原因を解明しやすくするよう、本発明では、テストデータの期待中継制御結果と同じ動作が設定されているが条件が合致しない個別ルールがあった場合にテスト結果データ（動作一致）として保存する。
【０１４９】
ステップＳ８０７でＮＯと判定した場合、または、ステップＳ８０８の処理終了後、処理をステップＳ８０４に戻し、それ以降の処理を繰り返し行う。
【０１５０】
ステップＳ８０６の判定処理で、テストデータがテストルールの条件に合致すると判定した場合には、処理をステップＳ８０９に進め、テスト結果データ（適用）をテスト結果記憶部３０２−４に記憶する。
【０１５１】
その後、適用した個別ルールに設定されている動作が「保留」または「禁止」であるかを判定し（ステップＳ８１０）、「保留」または「禁止」である（ＹＥＳ）と判定した場合には処理をステップＳ８１１に進め、通知メールを作成し、その作成した通知メールをステップＳ８０９で登録したテスト結果データの通知メール２００６に追加保存する。
【０１５２】
ステップＳ８１０でＮＯと判定した場合、またはステップＳ８１１の処理終了後、テスト処理の結果、当該テストデータに対して実行すると決定された処理が、当該テストデータの期待中継制御結果と一致するかを判定する（ステップＳ８１２）。尚、期待中継制御結果として個別ルールＩＤが選択されている場合には、このステップでは、当該個別ルールＩＤによる中継制御が行われたかを判定することになる。期待中継制御結果と一致する（ＹＥＳ）と判定した場合には、処理をステップＳ８０３に戻し、次のテストデータに対して上記の処理を行う。
【０１５３】
一方、ステップＳ８１２の判定処理で、テスト処理の結果決定された動作とテストデータの期待中継制御結果とが一致しない（ＮＯ）と判定した場合には、テストデータの期待中継制御結果となる一致する動作となる個別ルールを探索するために個別ルールの継続判定を行うかを判定する（ステップＳ８１３）。尚、期待中継制御結果として個別ルールＩＤが設定されており、テストデータが、当該個別ルールＩＤが示す個別ルールに設定された条件に合致しないことがすでに判明している場合には、このステップ８１３の判定処理で継続判定を行わないと判定するようにしてもよい。
【０１５４】
本発明では、テスト処理を実行する前に、テストデータに対してテストルールを適用した結果、当該テストデータの期待中継制御結果と異なる場合に、テスト処理を継続するか否かを示す継続判定情報を設定しておく。プロキシサーバ１０１のＣＰＵ２０１はこの継続判定情報に従ってテスト処理を継続する（継続判定を行う）か否かを判定することになる。
【０１５５】
ステップＳ８１３の判定処理で、継続判定を行わない（ＮＯ）と判定した場合には、処理をステップＳ８０３に戻し、次のテストデータに対して上記の処理を行う。一方、継続判定を行う（ＹＥＳ）と判定した場合には、処理をステップＳ８１４に進め、当該テストルールに、テストデータに対して適用されていない（未確認の）個別ルールがまだあるかを判定する。
【０１５６】
ステップＳ８１４の判定処理でＮＯと判定した場合には、当該テストルールには、テストデータの期待中継制御結果となる個別ルールが含まれていないということを示すテスト結果データ（期待結果導出個別ルールなし）をテスト結果記憶部３０２−４に保存することになる（ステップＳ８１９）。ステップＳ８１９の処理終了後、処理をステップＳ８０３に戻し、次のテストデータに対して上記の処理を実行する。
【０１５７】
一方、ステップＳ８１４の判定処理で、まだテストデータに対して適用されていない（未確認の）個別ルールがあると判定した場合には、処理をステップＳ８１５に進め、優先度に従って個別ルールを取得する。そして、ステップＳ８１５で取得した個別ルールの条件にテストデータが合致するかを判定する（ステップＳ８１６）。
【０１５８】
ステップＳ８１６の判定処理で、テストデータがテストルールの条件に合致すると判定した場合には、処理をステップＳ８１７に進め、当該テストルールの動作とテストデータの期待中継制御結果が一致するかを判定する。
【０１５９】
ステップＳ８１７の判定処理で、当該テストルールの動作とテストデータの期待中継制御結果が一致する（ＹＥＳ）と判定した場合には、処理をステップＳ８１８に進め、テスト結果データ（条件・動作一致）をテスト結果記憶部３０２−４に保存する。そして、処理をステップＳ８０３に戻し、次のテストデータに対して上記の処理を実行する。
【０１６０】
ステップＳ８１６の判定処理でＮＯと判定された場合、または、ステップＳ８１７でＮＯと判定した場合には処理をステップＳ８１２に戻し、それ以降の処理を繰り返し行う。尚、ステップＳ８１６でＮＯと判定された場合に、当該テストルールに設定されている動作がテストデータの期待中継制御結果と同一である場合には、そのテストルールをテスト結果に合わせて保存しても良い。また、ステップＳ８１７でＮＯと判定されたテストルールについても、その情報をテスト結果に合わせて登録しておいても良い。
【０１６１】
以上のステップＳ８０３からＳ８２０の処理を、ステップＳ８０１で取得した全てのテストデータに対して実行したと判定するまで、本図に示す処理を行うことになる。以上が図４のステップＳ４０８のテスト処理の詳細な説明である。
【０１６２】
ここで、図２０を参照して、図８のテスト処理によって作成されるテスト結果データのデータ構成について説明する。このテスト結果データは、テスト結果記憶部３０２−４に記憶されることになる。
【０１６３】
テストデータＩＤ２００１は、テストデータのＩＤを登録するためのデータ項目である。個別ルールＩＤ２００２は、テストデータに適用した個別ルールのＩＤを登録するためのデータ項目である。
【０１６４】
適用Ｆ（フラグ）２００３は、テストデータＩＤが示すテストデータに個別ルールＩＤが示す個別ルールを適用したか否かを示すフラグ情報を登録するためのデータ項目である。条件一致Ｆ（フラグ）２００４は、テストデータがテストルールの条件に合致したか否かを示すフラグ情報を登録するためのデータ項目である。動作一致Ｆ（フラグ）２００５は、テストデータの期待中継制御結果と、個別ルールの動作とが一致しているか否かを示すフラグ情報を登録するためのデータ項目である。
【０１６５】
通知メール２００６は、テストの結果決定された動作が「保留」、または「禁止」である場合に作成される通知メールの情報を登録するためのデータ項目である。
【０１６６】
尚、図８のステップＳ８０８で登録されるテスト結果データ（動作一致）は適用Ｆ２００３が「ＦＡＬＳＥ」、条件一致Ｆ２００４が「ＦＡＬＳＥ」、動作一致Ｆ２００５が「ＴＲＵＥ」である。また、ステップＳ８０９で登録されるテスト結果データ（適用）は、適用Ｆ２００３が「ＴＲＵＥ」、条件一致Ｆ２００４が「ＴＲＵＥ」、動作一致Ｆ２００５は期待中継制御結果と、個別ルールＩＤが示す個別ルールの動作が一致する場合には「ＴＲＵＥ」、一致しない場合には「ＦＡＬＳＥ」である。
【０１６７】
また、図８のステップＳ８１８で登録されるテスト結果データ（条件・動作一致）は。適用Ｆ２００３が「ＦＡＬＳＥ」、条件一致Ｆ２００４が「ＴＲＵＥ」、動作一致Ｆ２００５が「ＦＡＬＳＥ」である。
【０１６８】
また、ステップＳ８１９で登録されるテスト結果データ（期待結果導出個別ルールなし）は、個別ルールＩＤ２００２にルールＩＤが登録されていなく、適用Ｆ２００３が「ＦＡＬＳＥ」である。ステップＳ８２０で登録されるテスト結果データ（適用個別ルールなし）は、個別ルールＩＤ２００２にルールＩＤが登録されていなく、適用Ｆ２００３が「ＴＲＵＥ」である。
【０１６９】
尚、これらの登録方法は上記に限られず、いずれを意味するテスト結果データであるかを認識できるようであれば、どのような手法を用いても構わない。以上が図２０のテスト結果データのデータ構成の説明である。
【０１７０】
次に、図９を参照して、図４のステップＳ４１０のテスト結果照会処理の詳細について説明する。
【０１７１】
プロキシサーバ１０１のＣＰＵ２０１は、クライアント装置１０２からのテスト結果照会要求を受け付けると（図４のステップＳ４０９でＹＥＳ）、テスト結果データをテスト結果記憶部３０２−４から取得する（ステップＳ９０１）。そしてＣＰＵ２０１は、取得した情報に従い、テスト結果照会画面の画面情報を作成し、要求を行ったクライアント装置１０２に対して送信する。尚、複数のテストルールを用いたテスト処理が行われた場合には、いずれのテストルールによるテスト結果照会を行うかを特定するために、テストルールのルールＩＤ１７０１−１の入力を受け付けることになる。
【０１７２】
ここで、図１４を参照して、テスト結果照会画面の構成の一例について説明する。このテスト結果照会画面１４００は、図９のステップＳ９０２でプロキシサーバ１０１からクライアント装置１０２に対して送信される画面情報に従って、クライアント装置１０２のディスプレイ装置に表示される画面である。
【０１７３】
テスト結果表示欄１４０１は、テストデータ件数、期待動作件数、期待動作率等、テスト処理の結果の統計情報を表示する表示欄である。
【０１７４】
不一致情報表示欄１４０２は、テスト処理の結果、期待中継制御結果と、テストルールを適用することで決定される動作とが一致しなかったデータの内訳を表示する表示欄である。図１４の例では、期待中継制御ルールが「中継」であるテストデータのうち、テスト処理により決定された動作が「保留」となったものが３件、「禁止」となったものが４件だったことを示している。
【０１７５】
テスト結果一覧表示ボタン１４０３は、テスト結果データの一覧表示要求をプロキシサーバ１０１に対して行うためのボタンである。このボタンの押下指示を受け付けると、クライアント装置１０２のＣＰＵ２０１は、プロキシサーバに対して、図１５に示すテスト結果一覧表示画面１５００を要求することになる。このテスト結果一覧表示画面の構成の一例については、図１５を参照して後述する。
【０１７６】
閉じるボタン１４０４は、本画面の表示を終了するために用いられるボタンである。以上が、テスト結果照会画面の構成の一例の説明である。
【０１７７】
尚、図７のステップＳ７１７以降で行われるシミュレーション結果も本画面と類似の画面により確認可能である。その画面では、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果（シミュレーション結果）とにより導出される各種の情報が表示されることになる。
【０１７８】
よって、テスト結果表示欄１４０１には、シミュレーション結果件数、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果（シミュレーション結果）による動作が一致した件数、その一致率などの統計情報が表示される。
【０１７９】
また、不一致情報表示欄１４０２には、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果（シミュレーション結果）の不一致情報が表示されることになる。
【０１８０】
図９の説明に戻る。ステップＳ９０２でテスト結果照会画面の画面情報をクライアント装置１０２に送信後、当該クライアント装置１０２からテスト結果データの一覧表示要求を受け付けると（ステップＳ９０３でＹＥＳ）、ステップＳ９０４に処理を進め、テスト結果一覧表示画面の画面情報を作成し、要求を行ってきたクライアント装置１０２に対して送信する。
【０１８１】
ここで、図１５を参照して、テスト結果一覧表示画面の構成の一例について説明する。このテスト結果一覧表示画面の１５００は、図９のステップＳ９０４でプロキシサーバ１０１からクライアント装置１０２に対して送信される画面情報に従って、クライアント装置１０２のディスプレイ装置に表示される画面である。
【０１８２】
表示データ指示チェックボックス１５０１は、一覧表示にテストデータのうち、当該テストデータの期待中継制御結果と、テスト処理により決定された当該テストデータに対する動作とが一致するものを後述する一覧表示部１５０２に表示する（チェックなし）か、しない（チェックあり）か、を指定するためのチェックボックスである。
【０１８３】
一覧表示部１５０２は、テストデータに対するテスト処理の結果を一覧表示する表示部であって、テストデータＩＤ１５０２−１、期待中継制御結果１５０２−２、適用個別ルールの個別ルールＩＤ１５０２−３、通知メール有無１５０２−４、動作１５０２−５など項目を表示する。尚、この画面に表示されるそれぞれのテストデータＩＤには、テストデータを表示するためのアンカーが設定されており、それらに対してクリック指示を行うことでテストデータの表示要求をプロキシサーバに対し行うことが可能である。また、個別ルールＩＤにも同様に個別ルールＩＤを表示するためのアンカーが設定されている。さらには、通知メール有無１５０２−４に設定される「○」（通知メールデータがあることを示している）にも、通知メールを表示するためのアンカーが設定されている。
【０１８４】
期待中継制御結果として「個別ルールＩＤ」が選択されたテストデータは、この期待中継制御結果１５０２−２には、図中の１５０２−２１に示す通りその個別ルールＩＤと当該個別ルールＩＤが示す個別ルールに設定された処理が表示されることになる。
【０１８５】
ここで、適用個別ルールの個別ルールＩＤ１５０２−３が表示されないテストデータは、テストルール中に当該テストデータが条件に合致するテストルールがなく、デフォルトの動作が適用されたことを示している。また、表示データ指示チェックボックス１５０１にチェックが入れられると、期待中継制御結果１５０２−２と動作１５０２−４とが一致するテストデータは表示されない。つまり、図中のテストデータＩＤが０００１と００８９のデータは表示されなくなる。
【０１８６】
詳細ボタン１５０２−６は、当該テストデータに対するテスト結果の詳細情報をプロキシサーバ１０１に対して要求するために用いられるボタンである。このボタンの押下指示を受け付けることに応じて、クライアント装置１０２はプロキシサーバ１０１に対して、図１６に示すテスト結果詳細表示画面１６００の画面情報を要求する。テスト結果詳細表示画面１６００の詳細については図１６を参照して後述することにする。
【０１８７】
閉じるボタン１５０３は、本画面の表示を終了させるために用いられるボタンである。以上が図１５に示すテスト結果一覧表示画面の構成の一例の説明である。
【０１８８】
図９の説明に戻る。テスト結果一覧表示画面送信後、プロキシサーバ１０１はクライアント装置１０２から、図１５のテスト結果一覧表示画面１５００の詳細ボタン１５０２−５に対する押下指示に応じて発行されるテスト結果詳細要求を受け付けたかと判断した場合には（ステップＳ９０５でＹＥＳ）、選択されたテストデータのテスト結果詳細画面の画面情報を作成し、要求を行ったクライアント装置１０２に対して送信する。
【０１８９】
ここで、図１６を参照して、テスト結果詳細表示画面の構成の一例について説明する。このテスト結果詳細表示画面の１６００は、図９のステップＳ９０６でプロキシサーバ１０１からクライアント装置１０２に対して送信される画面情報に従って、クライアント装置１０２のディスプレイ装置に表示される画面である。
【０１９０】
この画面は、選択されたテストデータに関するテスト処理の詳細を表示するための画面であって、図８のテスト処理の過程でテスト結果記憶部３０２−４に記憶された、当該テストデータに関するテスト結果データに基づき、当該テストデータと関連する個別ルールを検索・表示するための画面である。
【０１９１】
ここで、テストデータに関連する個別ルールとは、テスト処理で当該テストデータに対して適用した個別ルールや、テストデータの期待中継制御結果と一致する動作が設定された個別ルールや、テストデータに適用した個別ルールよりも適用優先度が低い、テストデータが合致する条件が設定された個別ルールなどをいう。
【０１９２】
テストデータＩＤ表示欄１６０１は、テスト結果の詳細表示を行っているテストデータのテストデータＩＤを表示するための表示欄である。テストデータ表示ボタン１６０２は、当該テストデータの表示要求をプロキシサーバ１０１に対して行うために用いられるボタンである。
【０１９３】
期待中継制御結果表示欄１６０３は、当該テストデータに設定された期待中継制御結果を表示する表示欄である。適用ルールＩＤ表示欄１６０４は、当該テストデータに対するテスト処理の結果適用された個別ルールの個別ルールＩＤを表示する表示欄である。ルール表示ボタン１６０５は、テストデータに対して適用された個別ルールを表示させるために用いられるボタンである。中継制御結果表示欄１６０６は、テスト処理の結果、当該テストデータに対して決定された動作を表示する表示欄である。
【０１９４】
個別ルール検索条件表示欄１６０７は、テストデータと関連する個別ルールの検索を行う際の検索条件を表示する表示欄である。検索条件追加ボタン１６０８は、個別ルールを検索する際の検索条件を追加するために用いられるボタンであって、本ボタンが押下されると、不図示の検索条件入力画面がクライアント装置１０２のディスプレイ装置に表示され、その画面を介して検索条件の入力が可能となる。検索条件入力画面を介して入力された検索条件は、個別ルール検索条件表示欄１６０７に表示される。
【０１９５】
検索条件式入力欄１６０９は、個別ルール検索条件表示欄１６０７に表示されているそれぞれの検索条件の結合条件を示す検索式を入力するための用いられる入力欄であり、「ＡＮＤ」条件、「ＯＲ」条件、「ＮＯＴ」条件や、結合の優先度を示す「括弧（）」を用いた検索条件式の入力を受け付ける。
【０１９６】
検索対象個別ルール指定欄１６１０は、テストデータと関連する個別ルールのうち、どのような個別ルールを検索の対象とするかを指定する指定欄である。例えば、図１６に示すように、テストルールが条件に一致した個別ルールを検索の対象とする、テストデータに設定された期待中継制御結果と一致する動作が設定された個別ルールを検索の対象とする、適用ルールよりも適用優先度の低い個別ルールを検索の対象とする、等を指定することが可能である。尚、テストルールが条件に一致した個別ルールを検索の対象とするにチェックが入れられた場合には、適用ルールよりも適用優先度の低い個別ルールを検索の対象とするにも自動的にチェックが入れられることになる。
【０１９７】
検索ボタン１６１１は、個別ルール検索条件表示欄１６０７、検索条件式入力欄１６０９、検索対象個別ルール指定欄１６１０での設定に従った検索処理をプロキシサーバ１０１に実行させるために用いられるボタンである。
【０１９８】
検索結果表示欄１６１２は、プロキシサーバ１０１での検索処理の結果、入力された条件に合致するテストルールを表示する表示欄である。表示項目としては、個別ルールＩＤ１６１２−１、コメント１６１２−２等がある。詳細ボタン１６１２−３は、当該個別ルールの詳細を表示するために用いられるボタンである。
【０１９９】
閉じるボタン１６１３は、本画面の表示を終了させるために用いられるボタンである。以上がテスト結果詳細表示画面１６００の構成の一例の説明である。
【０２００】
図９の説明に戻る。プロキシサーバ１０１のＣＰＵ２０１は、図１６に示すテスト結果詳細表示画面１６００の検索ボタン１６１１に対する押下指示を受け付けることにより発行されるテスト結果（個別ルール）検索要求をクライアント装置１０２から受け付けると（ステップＳ９０７でＹＥＳ）、クライアント装置１０２より取得した図１６の個別ルール検索条件表示欄１６０７、検索条件式入力欄１６０９、検索対象個別ルール指定欄１６１０での設定に基づいてテスト結果を検索するための検索式を作成し（ステップＳ９０８）、その検索式を用いてテスト結果検索を行う（ステップＳ９１０）。
【０２０１】
その後、検索結果を含むテスト結果詳細画面の画面情報を作成し、作成した画面情報を、検索要求を行ってきたクライアント装置１０２に対して送信する（ステップＳ９１０）。
【０２０２】
また、プロキシサーバ１０１のＣＰＵ２０１は、図１５のテスト結果一覧画面１５００のテストデータＩＤ１５０２−１に対するクリック指示や、図１６のテスト結果詳細表示画面１６００のテストデータ表示ボタン１６０２に対する押下指示を受け付けることにより発行されるテストデータの表示要求をクライアント装置１０２から受信すると（ステップＳ９１１でＹＥＳ）、テストデータ表示画面の画面情報を作成し、要求を行ってきたクライアント装置１０２に対して送信する（ステップＳ９１２）。
【０２０３】
また、同様に、図１５のテスト結果一覧画面１５００の適用個別ルールの個別ルールＩＤ１５０２−３に対するクリック指示や、図１６のテスト結果詳細表示画面１６００のルール表示ボタン１６０５に対する押下指示、参照ボタン１６１２−３に対する押下指示を受け付けることにより発行される個別ルールの表示要求をクライアント装置１０２から受信すると（ステップＳ９１３でＹＥＳ）、テストデータ表示画面の画面情報を作成し、要求を行ってきたクライアント装置１０２に対して送信する（ステップＳ９１４）。
【０２０４】
以上の処理をクライアント装置１０２からの終了指示を受信するまで繰り返し行うことになる。以上が図４のステップＳ４１０のテスト結果照会処理の詳細な説明である。
【０２０５】
本発明では、テスト結果照会要求を受け付けると、プロキシサーバ１０１は、テスト結果として、テストルールの期待中継制御結果と実際に決定される動作の差異情報（図１４）や、個々のテストデータに対して適用したルールとその結果（図１５）、テストデータに関連するテストルールに含まれる個別ルールの情報（図１６）をクライアント装置１０２の要求に応じて、送信している。このような構成をとることで、クライアント装置１０２を操作するシステム監査者にテストルールの妥当性に関する情報を提供することが可能となる。また、個別ルールの情報に関しては、必要な個別ルールの情報を検索により絞り込むことが可能であるので、修正が必要になると思われる個別ルールを早期に特定することを可能にすることができる。
【０２０６】
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【０２０７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０８】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０９】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【０２１０】
１０１ プロキシサーバ
１０２−１、１０２−２、１０２−３ クライアント装置
１０３ ＬＡＮ
１０４ 広域ネットワーク
１０５−１、１０５−２、１０５−３ 外部電子メールサーバ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インタフェース）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ
【技術分野】
【０００１】
本発明は、内部のネットワークから外部のネットワークに対して送出される電子メールの中継を制御するために用いられる中継制御ルールの変更を行う技術に関する。
【０００２】
近年、個人情報や機密情報の流出が、企業の信頼に影響を及ぼすようになってきている。情報の流出は、外部からの不正アクセスに起因する場合もあるが、その多くは企業内部の人間の不注意等から起きている。例えば、個人情報や機密情報や電子メールに添付して送信する際に、送信先アドレスの指定を誤ってしまうことなどが原因となり、情報の流出が起きてしまっている。
【０００３】
そこで、電子メールが企業の内部のネットワークからインターネット等の外部のネットワークに送出される際に、電子メールの内容に応じてその送出を許可する／しないを決定するための電子メールの中継制御システムを導入することで、情報の流出を防止するための対策を講じている。
【０００４】
また、そのような電子メールの中継制御システムでは、その中継制御の結果や、送出された電子メール等のログデータとして一定期間保存しておき、万が一情報漏洩が起きてしまった場合にも、どのような経緯でそのような事態が発生してしまったかを事後に調査できるようにしている。
【０００５】
このような電子メールの中継制御システムでは、予め中継制御ルールを設定しておき、外部に送信される電子メールと中継制御ルールとを照合し、照合結果に従って電子メールの送出を許可する／しないを決定している。このルールには条件として、送信元条件や送信先条件、本文や件名に含まれるキーワード条件、添付ファイル条件の組み合わせを設定することが可能な場合が多い。
【０００６】
たとえば、送信先条件としては、特定のアドレスや特定のドメイン、送信先の数などを条件として設定することが可能である。また、添付ファイル条件としては、添付ファイルの有無や、そのサイズ、添付ファイル中に含まれるキーワード等を条件として設定することが可能である。
【０００７】
このような中継制御システムでは、予め中継制御ルールを設定しておく必要があり、この中継制御ルールの作成作業は管理者の負担を強いるものであった。
【０００８】
そこで、特許文献１には、既存の文書を使用してキーワードの条件を設定することにより、中継制御ルールを設定する監査者のキーワード設定の負荷を軽減するための技術が開示されている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００２−２９０４６９号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
特許文献１に記載の技術では確かに管理者の作業負荷の軽減を図ることが可能であるが、作成された中継制御ルールが、管理者が期待するようなものであるとは限らない。
【００１１】
このような中継制御ルールは複数の個別ルールの集合体であることが多く、その個別ルールに適用の優先度を設定し、その優先度順に当該個別ルールに設定された条件に電子メールが合致するかを判定し、その判定の結果合致している場合には当該個別ルールに設定された中継制御処理（中継・保留・中継禁止等）を実行し、合致していないと判定した場合には、次の優先度の個別ルールの条件に合致しているかの判定を行うことになる。
【００１２】
このような形で中継制御ルールが作成されるため、個別ルールの優先度の設定によって管理者が望まない中継制御結果を生じるような中継制御ルールになってしまったり、また、条件の設定の誤りによって管理者が望まない中継制御結果を生じるような中継制御ルールになってしまったりすることがある。
【００１３】
このようなことから、中継制御ルールを設定、変更する際には予めテストを行い、設定しようとしている中継制御ルールを用いた中継制御結果が、管理者が期待するような中継制御結果を得られるものであるかを確認した後に、中継制御ルールを設定、変更することが望ましい。
【００１４】
そこで、本発明は電子メール等の電子データの中継制御に用いられる中継制御ルールを設定するに際し、予め変更後の中継制御ルールが妥当な中継制御結果を得られるかをテスト後、中継制御ルールを設定することを可能とすることを目的とする。
【課題を解決するための手段】
【００１５】
上記した目的を達成するために、本発明の情報処理装置は、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置であって、複数の個別ルールからなる前記中継制御ルールを記憶する第１の記憶手段と、テスト電子メールデータを取得する第１の取得手段と、前記第１の取得手段で取得した前記テスト電子メールデータに対して、前記第１の記憶手段に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行手段と、前記中継制御結果に関する情報を表示する表示手段と、を備え、前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、前記表示手段は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示することを特徴とする。
【００１６】
上記した目的を達成するために、本発明の情報処理方法は、複数の個別ルールからなる前記中継制御ルールを記憶する記憶装置を備え、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置によって行われる情報処理方法であって、テスト電子メールデータを取得する第１の取得工程と、前記第１の取得工程で取得した前記テスト電子メールデータに対して、前記記憶装置に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行工程と、前記中継制御結果に関する情報を表示する表示工程と、を備え、前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、前記表示工程は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示することを特徴とする。
【００１７】
上記した目的を達成するために、本発明のコンピュータプログラムは、複数の個別ルールからなる前記中継制御ルールを記憶する記憶装置を備え、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置を、テスト電子メールデータを取得する第１の取得手段と、前記第１の取得手段で取得した前記テスト電子メールデータに対して、前記記憶装置に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行手段と、
前記中継制御結果に関する情報を表示する表示手段として機能させ、前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、前記表示手段は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示することを特徴とする。
【発明の効果】
【００１８】
本発明によれば、中継制御ルールの設定を行う前に、設定候補となっている中継制御ルールによる電子データの中継制御結果を事前に確認することが可能となり、その結果、適切な中継制御ルールの設定を行うことを可能とすることができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の情報処理システムのシステム構成の一例を示す図である。
【図２】図１の中継制御サーバ１０１に適用可能な情報処理装置のハードウェア構成の一例を示す図である。
【図３】図１の中継制御サーバ１０１の機能構成の一例を示すブロック図である。
【図４】中継制御サーバ１０１によって行われる処理の概要を示すフローチャートである。
【図５】図４のステップＳ４０２の中継制御ルール編集処理の詳細を示すフローチャートである。
【図６】図４のステップＳ４０４のテストルール編集処理の詳細を示すフローチャートである。
【図７】図４のステップＳ４０６の中継制御処理の詳細を示すフローチャートである。
【図８】図４のステップＳ４０８のテスト処理の詳細を示すフローチャートである。
【図９】図４のステップＳ４１０のテスト結果照会処理の詳細を示すフローチャートである。
【図１０】中継制御ルール変更指示画面の構成の一例を示す図である。
【図１１】中継制御ルール編集画面の構成の一例を示す図である。
【図１２】個別ルール入力画面の構成の一例を示す図である。
【図１３】テストデータ入力画面の構成の一例を示す図である。
【図１４】テスト結果照会画面の構成の一例を示す図である。
【図１５】テスト結果一覧表示画面の構成の一例を示す図である。
【図１６】テスト結果詳細表示画面の構成の一例を示す図である。
【図１７】中継制御ルール、テストルールのデータ構成の一例を示す図である。
【図１８】電子メールデータテーブルのデータ構成の一例を示す図である。
【図１９】テストデータのデータ構成の一例を示す図である。
【図２０】テスト結果データのデータ構成の一例を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して、本発明の実施の形態の一例について説明する。
【００２１】
図１は、本発明の情報処理システムのシステム構成の一例を示す図である。図１に示すように、本発明の情報処理システムは、プロキシサーバ１０１、クライアント装置１０２−１〜１０２−３（以下、まとめてクライアント装置１０２とする）、ＬＡＮ１０３、広域ネットワーク１０４、外部電子メールサーバ１０５−１〜１０５−３等を備えて構成されている。
【００２２】
プロキシサーバ１０１は、本発明の情報処理装置として機能する装置であって、クライアント装置１０２から外部電子メールサーバ１０５に対して送信される電子メールに対して、中継制御ルールを用いた中継制御を行う。このプロキシサーバ１０１は、中継制御ルールの変更前に、新たに設定しようとする中継制御ルールのテスト処理を行う機能なども有している。また、プロキシサーバ１０１は、クライアント装置１０２からの各種処理を受け付けるためのウェブページを提供するウェブサーバ機能も有している。
【００２３】
クライアント装置１０２は、電子メールの送受信機能を有している装置である。ＬＡＮ１０３は、中継制御サーバ１０１及びクライアント装置１０２を相互に通信可能に接続するためのネットワークである。例えば、企業内のネットワークがこれに当たる。
【００２４】
広域ネットワーク１０４は例えばインターネットであり、中継制御サーバ１０１と外部電子メールサーバ１０５を相互に通信可能に接続するためのネットワークである。
【００２５】
外部電子メールサーバ１０５は、クライアント装置１０２から外部宛てに送信された電子メールのうち、プロキシサーバ１０１に中継を許可された電子メールが送信される電子メールサーバである。以上が、本発明の情報処理システムの構成の一例の説明である。
【００２６】
次に、図２を参照して、図１のプロキシサーバ１０１に適用可能な情報処理装置のハードウェア構成の一例について説明する。
【００２７】
図中、ＣＰＵ２０１は、システムバス２０４に接続される後述の各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、プロキシサーバ１０１に後述する各種の処理を実行させるために必要な各種プログラムやデータ等が記憶されている。ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００２８】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０２にロードして、プログラムを実行することで後述する各種処理を実現するものである。また、入力コントローラ（入力Ｃ）２０５は、キーボードやポインティングデバイス等で構成される入力装置２０９からの入力を制御する。ビデオコントローラ（ＶＣ）２０６は、ディスプレイ装置２１０等の表示装置への表示を制御する。ディスプレイ装置２１０は、例えばＣＲＴディスプレイや液晶ディスプレイ等で構成される。
【００２９】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標 ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００３０】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３１】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。以上が、プロキシサーバ１０１に適用可能な情報処理装置のハードウェア構成の説明であるが、後述する各種の処理を実行可能であれば、必ずしも図２に記載のハードウェア構成を有していなくとも構わないことは言うまでもない。
【００３２】
次に、図３を参照して、図１のプロキシサーバ１０１の機能構成について説明する。図３に示す通り、プロキシサーバ１０１は、電子メール取得部３０１、記憶部３０２、中継制御部３０３、ルール編集受付部３０４、テスト実行部３０５を備えている。
【００３３】
電子メール取得部３０１は、クライアント装置１０２から外部電子メールサーバ１０５に宛てて送信された電子メールを取得する機能部である。
【００３４】
記憶部３０２は、中継制御サーバ１０１が後述する処理を実行するために用いる各種データを記憶する機能部であって、外部電子メールサーバ１０５に宛てて送信された電子メールに対する中継制御部３０３による中継制御処理で用いられる中継制御ルールや、テスト実行部３０５が用いるテストルールを記憶するルール記憶部３０２−１、電子メール取得部３０１で取得した電子メールを記憶する電子メール記憶部３０２−２、テスト実行部３０５による中継制御ルールのテスト処理を行う際に用いるテストデータを記憶するテストデータ記憶部３０２−３、後述するテスト処理の結果を記憶するテスト結果記憶部３０４−２を備えて構成されている。
【００３５】
尚、ルール記憶部３０２−１に記憶されている中継制御ルール及びテストルールは複数の個別ルールの集合体である。それらのうち、実際に外部に送信される電子メールの中継制御に使用するが中継制御ルールであり、それ以外にルール記憶部３０２−１に登録されているルールがテストルールである。テストルールは複数登録しておくことも可能である。
【００３６】
中継制御部３０３は、中継制御の対象となる電子メールが、記憶部３０２−１に記憶されている中継制御ルールに設定されている条件に合致するかを判定する条件判定部３０３−１、条件判定部３０３−１での条件判定の結果に従い、当該電子メールに対して実行する処理を決定する処理決定部３０３−２や、ルール記憶部３０２−１に記憶されているテストルールで電子メールの中継制御処理を仮実行し、その結果をシミュレーションするシミュレーション部３０３−３を備えて構成されている。
【００３７】
ルール編集受付部３０４は、クライアント装置１０２からの要求に応じて、中継制御ルールやテストルールの新規追加、更新、削除等の編集指示を受け付ける機能部である。このルール編集受付部３０４で受け付けた編集指示に従って、ルール記憶部３０２−１に記憶されている中継制御ルールやテストルールの更新処理が行われることになる。
【００３８】
テスト実行部３０５は、テストデータ記憶部３０２−３に記憶されているテストデータに対してテストルールを照合することで、そのテストルールが中継制御ルールとして妥当なものであるかを管理者が判定する基準となるテスト結果を導出する機能部であり、テストデータの新規追加、更新、削除等の編集指示を受け付けるテストデータ編集受付部３０５−１、ルール記憶部３０２−１に記憶されているテストルールの条件にテストデータが合致するかを判定する条件判定部３０５−２、条件判定部３０５−２による判定処理に従ってテスト結果を作成するテスト結果作成部３０５−３を備えて構成されている。
【００３９】
以上が、図１のプロキシサーバ１０１の機能構成の一例の説明である。
【００４０】
次に、図４を参照して、プロキシサーバ１０１のＣＰＵ２０１によって行われる処理の概要について説明する。プロキシサーバ１０１のＣＰＵ２０１に本処理を実行させるためのプログラムは、外部メモリ２１１等に記憶されており、本処理を実行するにあたり、ＣＰＵ２０１は当該プログラムを外部メモリ２１１からＲＡＭ２０２にロードし、ロードしたプログラムによる制御に従って本処理を実行する。
【００４１】
ＣＰＵ２０１は、本処理実行中に、クライアント装置１０２から中継制御ルールの編集要求を受け付けたか（ステップＳ４０１）、クライアント装置１０２からテストルールの編集要求を受け付けたか（ステップＳ４０３）、クライアント装置１０２から外部電子メールサーバ１０５に宛てて送信された電子メールを取得したか（ステップＳ４０５）、クライアント装置１０２からテスト実行指示を受け付けたか（ステップＳ４０７）、テスト結果の紹介要求を受け付けたか（ステップＳ４０９）を監視している。クライアント装置１０２から上記の要求があった場合や、外部電子メールサーバ１０５に宛てた電子メールを受信した場合には、それらに対応するイベントが発生することになるので、そのイベントが発生したか監視することになる。
【００４２】
そして、中継制御ルール編集要求を受け付けたと判定した場合には（ステップＳ４０１でＹＥＳ）、処理をステップＳ４０２に進め、中継制御ルール編集処理を実行する。この処理の詳細については、図５を参照して後述することにする。
【００４３】
テストルール編集要求を受け付けたと判定した場合には（ステップＳ４０３でＹＥＳ）、処理をステップＳ４０４に進め、テストルール編集処理を実行する。この処理の詳細については、図６を参照して後述することにする。
【００４４】
尚、中継制御ルールの編集要求は、プロキシサーバ１０１から送信された画面情報に従ってクライアント装置１０２のディスプレイ装置に表示される中継制御ルール変更指示画面１０００（図１０）で「テストルールを中継制御ルールに設定する」１００１、または、「中継制御ルールを編集する」１００２が指定され、「次へ」ボタン１００５が押下された場合に、テストルールの編集要求は、「テストルールファイルを読み込む」１００３、または、「テストルールを編集する」１００４が指定され、「次へ」ボタン１００５が押下指示された場合に、クライアント装置１０２からプロキシサーバ１０１に対して送信されることになる。
【００４５】
クライアント装置１０２から外部電子メールサーバ１０５に宛てた電子メールを受信したと判定した場合には（ステップＳ４０５でＹＥＳ）、処理をステップＳ４０６に進め、電子メールの中継制御処理を実行する。この処理の詳細については、図７を参照して後述することにする。
【００４６】
また、クライアント装置１０２からテスト実行指示を受け付けたと判定した場合には（ステップＳ４０７でＹＥＳ）、処理をステップＳ４０８に進め、テスト処理を実行する。この処理の詳細については、図８を参照して後述することにする。
【００４７】
クライアント装置１０２からテスト結果照会要求を受け付けたと判定した場合には（ステップＳ４０９でＹＥＳ）、処理をステップＳ４１０に進め、テスト結果照会処理を実行する。この処理の詳細については、図９を参照して後述することにする。
【００４８】
以上の処理を、本処理の終了指示を受け付けた（ステップＳ４０９でＹＥＳ）と判定するまで繰り返し実行することになる。以上が、プロキシサーバ１０１のＣＰＵ２０１によって行われる処理の概要の説明である。
【００４９】
次に、図５を参照して、図４のステップＳ４０２の中継制御ルール編集処理の詳細について説明する。
【００５０】
まず、ＣＰＵ２０１は、テストルールを新たに中継制御ルールとして設定する指示を受け付けたか（図１０の「テストルールを中継制御ルールに設定する」１００１が選択された場合）、それとも、既存の中継制御ルールに対する編集指示を受け付けたか（図１０の「中継制御ルールを編集する」１００２が選択された場合）を判定する（ステップＳ５０１）。この判定処理でテストルールを新たに中継制御ルールとして設定する指示を受け付けたと判定した場合には（ステップＳ５０１でＹＥＳ）、処理をステップＳ５０２に進め、ルール記憶部３０２−１に記憶されているテストルールのうち中継制御ルールと新たに設定するテストルールの選択を受け付ける（ステップＳ５０２）。
【００５１】
そして、選択されたテストルールを中継制御ルールに変更する処理を行う（ステップＳ５０３）。その後、本要求を行ってきたクライアント装置１０２に対して設定完了通知を送信する（ステップＳ５０４）。
【００５２】
ステップＳ５０１の判定処理でＮＯ、つまり中継制御ルールの編集指示を受け付けたと判定した場合には、処理をステップＳ５０５に進め、図１１に示す中継制御ルール編集画面Ｂ００を表示させるための画面情報を、要求を行ってきたクライアント装置１０２に対して送信する。その後、クライアント装置１０２のディスプレイ装置には、受信した画面情報に基づき図１１に示す中継制御ルール編集画面Ｂ００が表示される。
【００５３】
ここで、図１１を参照して、中継制御ルール編集画面Ｂ００の構成に一例について説明する。図１１に示すように、中継制御ルール編集画面Ｂ００には、ルール名称入力部１１０１、デフォルト操作指定部１１０２、個別ルール一覧表示部１１０３、新規追加ボタン１１０４、ＯＫボタン１１０５、キャンセルボタン１１０６が設定されている。
【００５４】
ルール名称入力部１１０１は、中継制御ルールの名称の入力を受け付け、入力内容を表示する。
【００５５】
デフォルト操作指定部１１０２は、中継制御ルールに含まれる全ての個別ルールに設定されている条件に合致しない電子メールに対して中継制御部３０３の処理決定部３０３−２にどのような処理を実行させるかの指定を受け付ける。指定できる処理としては、「中継」、「保留」、「禁止」がある。処理決定部３０３−２は、この設定に従って全ての個別ルールに設定されている条件に合致しない電子メールに対して実行する処理を決定する。
【００５６】
個別ルール一覧表示部１１０３は、中継制御ルールに含まれる個別ルール一覧を表示する。個別ルールの属性情報として、個別ルールＩＤ１１０３−１、ルール名称１１０３−２等が表示されるが、これらに限られるものではない。
【００５７】
また、個別ルール一覧表示部１１０３に表示されているそれぞれの個別ルールには、その適用優先度を変えるための優先度変更ボタン（高）１１０３−３、優先度変更ボタン（低）１１０３−４、編集ボタン１１０３−５が設定される。
【００５８】
優先度変更ボタン（高）１１０３−３が押下された場合には、当該個別ルールの適用優先度を高くする処理が、優先度変更ボタン（低）１１０３−４が押下された場合には低くする処理が行われることになる。また、編集ボタン１１０３−５が押下された場合には、図１２に示す個別ルール入力画面１２００がクライアント装置１０２のディスプレイ装置に表示されることになる。この個別ルール入力画面１２００については、図１２を参照して後述する。
【００５９】
新規追加ボタン１１０４は、中継制御ルールに新たに個別ルールを追加する際に用いられるボタンであり、このボタンが押下された場合には、図１２に示す個別ルール入力画面１２００がクライアント装置１０２のディスプレイ装置に表示されることになる。
【００６０】
ＯＫボタン１１０５は、本画面や図１２に示す個別ルール入力画面１２００を介した入力に基づく中継制御ルールの変更を行うために用いられるボタンである。キャンセルボタン１１０６は、本画面や図１２に示す個別ルール入力画面１２００を介した入力に基づく中継制御ルールの変更を行わず、本画面の表示を終了させるためのボタンである。以上が、中継制御ルール編集画面１１００の構成の説明である。
【００６１】
次に、図１２を参照して、図１１の編集ボタン１１０３−４や新規追加ボタン１１０４が押下された際にクライアント装置１０２のディスプレイ装置に表示されることになる個別ルール入力画面の構成について説明する。図１１の編集ボタン１１０３−４や新規追加ボタン１１０４が押下されると、その情報がプロキシサーバ１０１に対して送信される。
【００６２】
新規追加ボタン１１０３−４が押下された情報を取得すると、プロキシサーバ１０１は、個別ルール入力画面１２００を表示させるための画面情報をクライアント装置１０２に送信することになる。クライアント装置１０２では、この画面情報に従って、個別ルール入力画面１２００を表示することになる。
【００６３】
尚、編集ボタン１１０３−４が押下された場合には、プロキシサーバ１０１は、当該編集ボタン１１０３−４に対応する個別ルールの情報を含んだ形で個別ルール入力画面１２００の画面情報を作成し、クライアント装置１０２に送信することになる。
【００６４】
図１２に示すように、個別ルール入力画面１２００には、個別ルール編集欄１２０１、ＯＫボタン１２０２、キャンセルボタン１２０３が設定されている。
【００６５】
個別ルール編集欄１２０１は、個別ルールの編集内容の入力を受け付け、その内容を表示する編集欄であって、ＩＤ表示欄１２０１−１、コメント編集欄１２０１−２、条件編集欄１２０１−３、動作編集欄１２０１−４、監査者編集欄１２０１−５が設定されている。
【００６６】
ＩＤ表示欄１２０１−１は、当該個別ルールのＩＤを表示する表示欄である。コメント編集欄１２０１−２は、当該ルールの概要を示すコメントの入力を受ける表示する編集欄である。条件編集欄１２０１−３は、当該個別ルールを適用するメールの条件の編集を受け付ける編集欄であって、送信者条件、受信者条件、件名・本文条件、添付ファイル条件が設定可能である。それぞれの編集欄に設定されている条件追加ボタン１２０１−３１が押下されると、その表示位置に対応する条件を入力させるための不図示の個別条件入力画面が表示される。そして、その個別条件入力画面を介して個別条件の入力を受け付けることになる。また、あわせて、上記それぞれの条件の結合条件の入力も受け付ける。
【００６７】
送信者条件としては、送信者の所属する組織・グループの条件や個別のメールアドレス条件や、送信メールアドレス偽装がされているかといった条件を設定可能である。たとえば、「送信者が一般社員に一致する」、「送信者が役員に一致しない」、「エンベロープのＴＯとメールヘッダーのＴＯが一致しない」など条件が設定可能である。
【００６８】
受信者条件としては、受信者の所属する組織・グループの条件や、受信者メールアドレスや、そのドメインといった条件や、送信先数といった条件を設定可能である。また、「送信者の上長」の電子メールアドレスのように、送信者と何らかの関連性のある電子メールアドレスについては、予約変数が定義されており、その変数を設定することで条件として設定可能であるので、送信者ごとに異なる個別ルールを作成する必要はない。たとえば、「ＣＣに送信者の上長（課長）が含まれる」、「ＴＯ，ＣＣに設定されたメールアドレスの数が１０未満である」、「ＴＯ、ＣＣ、ＢＣＣに他のドメインのメールアドレスが含まれる」等といった条件が設定可能である。
【００６９】
件名・本文条件としては、件名や本文に含まれる文字列の条件などが設定可能である。たとえば、「件名に『機密、社外秘、極秘、秘密』のいずれかが含まれる」といった条件を設定が可能である。
【００７０】
添付ファイル条件としては、添付ファイルの有無、添付ファイルのサイズ（個々のファイルのサイズ、合計サイズ）、添付ファイルの数、添付ファイルの種類、添付ファイルに含まれている文字列、添付ファイルが暗号化されているかなどの条件を設定可能である。たとえば、「添付ファイルが１０ＭＢ以下である」といった条件が設定可能である。
【００７１】
また、送信者条件、受信者条件、件名・本文条件、添付ファイル条件それぞれ、複数の条件が設定された場合には、図中の１２０１−３２に示すように、結合条件の入力欄が表示され、それら個別の条件の結合指定を行う。
【００７２】
例えば、添付ファイル条件に「添付ファイルがドキュメントファイルである」、「添付ファイルに『機密、社外秘、極秘、秘密』のいずれかが含まれる」の２つが設定されている場合、これらを「ａｎｄ」で結合すれば、「添付ファイルがドキュメントファイルであり且つ添付ファイルに『機密、社外秘、極秘、秘密』のいずれかが含まれる」という条件になるし、「ｏｒ」で結合すれば、「『添付ファイルがドキュメントファイルである』、『添付ファイルに「機密、社外秘、極秘、秘密」のいずれかが含まれる』の少なくとも１つに合致する」という条件になる。また、「ｎｏｔ」で結合すれば、「添付ファイルがドキュメントファイルであり、添付ファイルに『機密、社外秘、極秘、秘密』のいずれも含まれない』という条件になる。
【００７３】
結合条件は、上記した送信者条件、受信者条件、件名・本文条件、添付ファイル条件をどのように結合させるかの条件である。これはすでに説明した、結合条件１２０１−３２とほぼ同様であるので、詳細な説明は割愛する。このようにすることで、「送信者が一般社員であり、添付ファイルがあり、送信先に送信者の上長が含まれない」といった条件を作成することが可能になる。
【００７４】
動作編集欄１２０１−４は、中継制御部３０３の処理決定部３０３−２によって決定される、上記の条件編集欄１２０１−３で設定した条件に合致する電子メールに対する処理を指定する。動作を「中継」とした場合には、電子メールを中継する。「禁止」とした場合には当該電子メールの中継を禁止する。また、「保留」とした場合には、いったん当該電子メールの中継を保留し、監査者１２０１−５に設定された監査者による「中継」、「禁止」の指示に従って最終的な処理を決定する。監査者編集欄１２０１−５は、保留された電子メールの監査者を指定する指定欄である。監査者編集欄１２０１−５は、動作編集欄１２０１−４で「保留」が設定された場合に編集が可能となる。設定ボタン１２０１−５１の押下を受け付けることで、不図示の監査者指定画面がクライアント装置１０２に表示され、その画面を介して監査者の設定を受け付けることになる。
【００７５】
ＯＫボタン１２０２は、この個別ルール入力画面１２００を介して入力された各種の情報で個別ルールを確定させ、新たに設定するために用いるボタンである。キャンセルボタン１２０３は、本画面での処理をキャンセルして表示を終了するために用いられるボタンである。以上が、図１２の個別ルール入力画面１２００の説明である。
【００７６】
図５の説明に戻る。ステップＳ５０５で中継制御ルール編集画面１１００の画面情報を送信後、クライアント装置１０２から、個別ルール入力画面要求を受け付けた場合には（ステップＳ５０６でＹＥＳ）、クライアント装置１０２に対して個別ルール入力画面１２００を表示するための画面情報を送信する（ステップＳ５０７）。尚、すでに説明している通り、中継制御ルール編集画面１１００の編集ボタン１１０３−４に対する押下指示を受け付けることでクライアント装置１０２から個別ルール入力画面要求が発せられた場合には、プロキシサーバ１０１のＣＰＵ２０１は、当該編集ボタン１１０３−４に対応する個別ルールの情報が表示されるよう画面情報を作成し、クライアント装置１０２に対して送信することになる。新規追加ボタン１１０５の場合には、各編集項目が未入力状態（ＩＤは除く）の画面情報を作成し、クライアント装置１０２に送信する。
【００７７】
その後、中継制御ルール編集画面１１００の優先度変更ボタン１１０３−３または１１０３−４が押下されることによりクライアント装置１０２より送信される個別ルール適用優先度変更情報や、個別ルール入力画面１２００のＯＫボタン１２０２が押下されることにより送信される個別ルール編集情報などを含む中継制御ルールの編集情報を受信したと判定した場合には（ステップＳ５０８でＹＥＳ）、当該編集情報をＲＡＭ２０２等に保存する（ステップＳ５０９）。
【００７８】
クライアント装置１０２のディスプレイ装置に表示されている中継制御ルール編集画面１１００のＯＫボタン１１０５が押下されることにより発行される中継制御ルールの編集指示をクライアント装置１０２から受信すると（ステップＳ５１０でＹＥＳ）、ＲＡＭ２０２等に保存されている編集情報に従って、ルール記憶部３０２−１に記憶されている中継制御ルールを更新し（ステップＳ５１１）、本処理を終了する。
【００７９】
また、クライアント装置１０２のディスプレイ装置に表示されている中継制御ルール編集画面１１００のキャンセルボタン１１０６が押下されることにより発行される終了指示をクライアント装置１０２から受信すると（ステップＳ５１２でＹＥＳ）、ＲＡＭ２０２等に記憶されている編集情報を破棄し（ステップＳ５１３）、本処理を終了する。以上が、図４のステップＳ４０２の中継制御ルール編集処理の詳細な説明である。
【００８０】
次に、図６を参照して、図４のステップＳ４０４のテストルール編集処理の詳細について説明する。
【００８１】
まず、ＣＰＵ２０１は、テストルールファイルの取り込み指示を受け付けたか（図１０の「テストルールファイルを読み込む」１００３が選択された場合）、それとも、既存のテストルールに対する編集指示を受け付けたか（図１０の「テストルールを編集する」１００４が選択された場合）を判定する（ステップＳ６０１）。この判定処理でテストルールファイルの取り込み指示を受け付けたと判定した場合には（ステップＳ６０１でＹＥＳ）、処理をステップＳ６０２に進め、クライアント装置１０２からテストルールファイルを受信する。
【００８２】
そして、受信したテストルールファイルをテストルールとして記憶部３０２−１に登録する（ステップＳ６０３）。そして、設定完了通知をクライアント装置１０２に対して送信する（ステップＳ６０４）。
【００８３】
ステップＳ６０１の判定処理でＮＯ、つまりテストルールの編集指示を受け付けたと判定した場合には、処理をステップＳ６０５に進め、不図示のテストルール選択画面の画面情報をクライアント装置１０２に送信する。クライアント装置１０２側では、この画面情報に基づき表示されるテストルール選択画面を用いて、既存のテストルールのうち、どのテストルールを変更するかの選択、もしくはテストルールの新規作成の選択がなされ、その情報がプロキシサーバ１０１に送信されることになる。
【００８４】
プロキシサーバ１０１のＣＰＵ２０１は、不図示のテストルール選択画面をクライアント装置１０２に送信後、編集テストルールの選択指示（新規テストルールの作成指示を含む）をクライアント装置１０２から受信すると（ステップＳ６０５でＹＥＳ）、選択されたテストルールを編集するためのテストルール編集画面の画面情報を作成し、その画面情報をクライアント装置１０２に送信する（ステップＳ６０７）。テストルール編集画面の画面構成は、中継制御ルール編集画面の画面構成とほぼ同様であるので、その詳細な説明は割愛する。
【００８５】
その後、テストルールの編集処理（ステップＳ６０８〜ステップＳ６１５）を実行することになるが、この処理の詳細は図５の中継制御ルール編集処理のステップＳ５０６〜ステップＳ５１３の処理と同様であるので、詳細な説明については割愛する。以上が、図４のステップＳ４０４のテストルール編集処理の詳細な説明である。
【００８６】
ここで、図１７を参照して、図５、図６に示す中継制御ルール編集処理や、テストルール編集処理により編集され、ルール記憶部３０２−２に記憶されるルールのデータ構成について説明する。図中、１７０１はルールデータテーブルの、１７０２は個別ルールデータテーブルのデータ構成を示している。
【００８７】
まず、ルールデータテーブル１７０１のデータ構成について説明する。図に示す通り、ルールデータテーブル１７０１は、ルールＩＤ１７０１−１、ルール名称１７０１−２、稼働中／テスト識別フラグ１７０１−３、個別ルール数１７０１−４、優先度１７０１−５、個別ルールＩＤ１７０１−６、デフォルト動作１７０１−７を備えて構成されている。
【００８８】
ルールＩＤ１７０１−１は、ルール（中継制御ルール、テストルール）を一意に識別するための識別情報を登録するためのデータ項目である。
【００８９】
ルール名称１７０１−２は、当該ルールの名称を登録するためのデータ項目であって、図１１の中継制御ルール編集画面１１００のルール名称入力部１１０１（テストルール編集画面も同様の構成）に入力された情報が登録される。
【００９０】
稼働中／テスト識別フラグ１７０１−３は、当該ルールが電子メールの送信制御に実際用いられる稼働中の中継制御ルールであるか、それともテストルールであるかを識別するためのフラグ情報を登録するためのデータ項目である。稼働中のルール（中継制御ルール）は１つのみであり、他のルールはテストルールとなる。
【００９１】
個別ルール数１７０１−４は、当該ルールに含まれる個別ルールの数が登録されるデータ項目である。優先度１７０１−５は個別ルールの適用優先度を示す情報を、個別ルールＩＤ１７０１−６は個別ルールを一意に示す識別情報が登録されるデータ項目であり、これらのペアが個別ルール数１７０１−４に登録された個別ルールの数だけ設定される。
【００９２】
デフォルト動作１７０１−７は、当該ルールに含まれる全ての個別ルールの条件に合致しない電子メールに対して実行する処理を登録するデータ項目であって、図１１のデフォルト操作指定部１１０２で設定された動作が登録される。以上がルールデータテーブル１７０１のデータ構成の説明である。
【００９３】
次に、個別ルールデータテーブル１７０２のデータ構成について説明する。図に示す通り、個別ルールデータテーブル１７０２は、個別ルールＩＤ１７０２−１、送信者条件１７０２−２、受信者条件１７０２−３、件名・本文条件１７０２−４、添付ファイル条件１７０２−５、結合条件１７０２−６、動作１７０２−７、監査者１７０２−８をデータ項目として備えて構成されている。
【００９４】
個別ルールＩＤ１７０２−１は、個別ルールを一意に識別するための識別情報を登録するためのデータ項目である。
【００９５】
送信者条件１７０２−２は、個別ルールの条件のうち、送信者に関する条件を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、送信者条件欄で設定された条件が登録される。
【００９６】
受信者条件１７０２−３は、個別ルールの条件のうち、受信者に関する条件を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、受信者条件欄で設定された条件が登録される。
【００９７】
件名・本文条件１７０２−４は、個別ルールの条件のうち、件名・本文に関する条件を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、件名・本文条件欄で設定された条件が登録される。
【００９８】
添付ファイル条件１７０２−５は、個別ルールの条件のうち、添付ファイルに関する条件を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、添付ファイル条件欄で設定された条件が登録される。
【００９９】
結合条件１７０２−６は、上記の送信者条件１７０２−２、受信者条件１７０２−３、件名・本文条件１７０２−４、添付ファイル条件１７０２−５に設定された条件をどのように結合するかの設定情報を登録するデータ項目であって、図１２の条件編集欄１２０１−３のうち、結合条件欄で設定された情報が登録される。
【０１００】
動作１７０２−７は、上記の条件に合致した電子メールに対して適用する処理（処理決定部３０３−２が決定する処理）を登録するためのデータ項目であって、図１２の動作編集欄１２０１−４で選択された動作が登録される。
【０１０１】
監査者１７０２−８は、保留された電子メールの監査者情報を登録するためのデータ項目であって、図１２の監査者編集欄１２０１−５で設定された監査者の情報が登録される。尚、このデータ項目は、動作１７０２−７に「保留」が登録されている場合に、データが登録される項目である。以上が、個別ルールデータテーブル１７０２のデータ項目の説明である。
【０１０２】
尚、これらのデータ構成はあくまでも一例であり、必要に応じて適宜変更することが可能であることは言うまでもない。
【０１０３】
次に、図７を参照して、図４のステップＳ４０６の電子メールの中継制御処理の詳細について説明する。
【０１０４】
プロキシサーバ１０１のＣＰＵ２０１は、まず、取得した電子メールを電子メール記憶部３０２−２に保存する。そして、中継制御ルールに含まれる個別ルールを優先度順に取得し、電子メールが取得した個別ルールに設定されている条件に合致しているかの判定処理を行うことになる。
【０１０５】
電子メール保存後、ＣＰＵ２０１は、保存した電子メールに未適用の個別ルールが存在するかを判定し（ステップＳ７０２）、存在する（ＹＥＳ）と判定した場合には処理をステップＳ７０３に進め、ルールデータテーブル１７０１中の個別ルールの優先度１７０１−５に従い、次に電子メールに対して適用する個別ルールを個別ルールデータテーブル１７０２から取得する。そして、取得した個別ルールに設定されている条件に当該電子メールが合致するかを判定する（ステップＳ７０４）。
【０１０６】
このステップＳ７０４の判定処理で、合致する（ＹＥＳ）と判定した場合には処理をステップＳ７０５に進め、当該個別ルールの動作１７０２−７に設定されている処理を、当該電子メールに対して実行する処理として決定する。一方、合致しない（ＮＯ）と判定した場合には処理をステップＳ７０２に戻し、まだ電子メールに適用していない個別ルールがあるかを再度判定することになる。そして、ステップＳ７０２でＹＥＳと判定した場合には、ステップＳ７０３からの処理を再度行う。一方、ステップＳ７０２でＮＯと判定した場合には、処理をステップＳ７０６に進め、当該中継制御ルールのデフォルト動作１７０１−７に登録されている処理を、当該電子メールに対して実行する処理として決定する（デフォルト動作を適用）。
【０１０７】
尚、すでに説明しているように、ステップＳ７０５、Ｓ７０６で電子メールに対して実行する処理として決定される処理には、電子メールの「中継」、「保留」、「禁止」が含まれる。「中継」である場合には、ＣＰＵ２０１は、電子メールを外部電子メールサーバ１０５に送信する。「保留」の場合には、ＣＰＵ２０１は、一旦外部電子メールサーバ１０５に対する電子メールの送信を保留し、監査者からの送信指示があった後に、当該電子メールを外部電子メールサーバに対して送信する。「禁止」の場合には，ＣＰＵ２０１は電子メールを指定された外部電子メールサーバに送信することはない。
【０１０８】
ステップＳ７０７では、ＣＰＵ２０１は、ステップＳ７０５、ステップＳ７０６の何れかで決定された電子メールに対して実行する処理が中継／保留／禁止の何れであるかを判定する。
【０１０９】
ステップＳ７０７の判定処理で「中継」であると判定した場合には、処理をステップＳ７０８に進め、当該電子メールを指定された外部電子メールサーバ１０５に対して送信する。
【０１１０】
ステップＳ７０７の判定処理で「保留」であると判定した場合には、処理をステップＳ７０９に進め、電子メールを一旦外部メモリ２１１等に保存する。そして、当該電子メールに適用した個別ルールの監査者１７０２−８に設定されているユーザを当該電子メールの監査者として決定し（ステップＳ７１０）、決定された監査者に対して電子メールが保留されている旨の通知を行う（ステップＳ７１１）。尚、監査者に送信者の上長（課長）などと登録されている場合には、不図示のＬＤＡＰサーバ等からその情報を取得し、監査者として決定することになる。
【０１１１】
ステップＳ７０７の判定処理で「禁止」であると判定した場合には、処理をステップＳ７１２に進め、電子メールの送信を禁止する。そして、当該電子メールの送信者に電子メールの送信が禁止された旨の通知を行う（ステップＳ７１３）。ステップＳ７１１、ステップＳ７１３の通知は、それぞれ電子メールの監査者、電子メール送信者に対してその旨の電子メールを送信することで行うことになる。
【０１１２】
ステップＳ７０８、ステップＳ７１１、ステップＳ７１３のいずれかの処理終了後、処理をステップＳ７１４に進め、中継制御の結果を電子メール記憶部に記憶されている当該電子メールに追加登録する。
【０１１３】
ここで、図１８を参照して、電子メールデータ記憶部３０２−２に記憶されている電子メールデータテーブルのデータ構成について説明する。図１８に示す通り、電子メールデータテーブル１８００は、データ項目として電子メールＩＤ１８０１、送信者１８０２、ＴＯ１８０３、ＣＣ１８０４、ＢＣＣ１８０５、件名１８０６、本文１８０７、添付１８０８、中継制御結果１８０９、監査者１８１０、シミュレーション結果１８１１等を備えて構成されている。
【０１１４】
電子メールＩＤ１８０１は電子メールを一意に識別する識別情報が登録されるデータ項目であって、例えば電子メールのヘッダーに設定されるＭｅｓｓａｇｅ−ＩＤの情報を取得して登録することになる。
【０１１５】
送信者１８０２は、電子メールの送信者（ＦＲＯＭ）情報を登録するデータ項目である。ＴＯ１８０３は、電子メールの受信者のうち、「ＴＯ」に設定された受信者のメールアドレス情報を登録するデータ項目である。ＣＣ１８０４は、電子メールの受信者のうち、「ＣＣ」に設定された受信者のメールアドレス情報を登録するデータ項目である。ＢＣＣ１８０５は、電子メールの受信者のうち、「ＢＣＣ」に設定された受信者のメールアドレス情報を登録するデータ項目である。
【０１１６】
件名１８０６は、電子メールの件名に設定された文字列情報を登録するデータ項目である。本文１８０７は、電子メールの本文に設定された文字列情報を登録するデータ項目である。添付１８０８は、電子メールに添付された添付ファイル情報を登録するデータ項目である。
【０１１７】
中継制御結果１８０９は、当該電子メールデータの中継制御結果を登録するデータ項目である。このデータ項目には、中継制御の結果決定された処理を登録しても、中継制御に用いられた個別ルールのＩＤを設定してもどちらでもよい。監査者１９１０は、当該電子メールの監査者を登録するデータ項目である。シミュレーション結果１９１１は、後述するシミュレーション処理の結果を登録するデータ項目である。以上が図３の電子メール記憶部３０２−２に記憶されている電子メールデータテーブルのデータ構成の説明である。
【０１１８】
図７の説明に戻る。ステップＳ７１４の処理が終了後、テストルールが設定されている場合には、当該テストルールを用いた中継制御処理を行った場合に当該電子メールの中継制御結果はどのようになるかのシミュレーションを更に行わせることも可能である。そこで、ＣＰＵ２０１は、中継制御処理（ステップＳ７０１〜Ｓ７１４の処理）終了後、テストルールが設定されているかを判定する（ステップＳ７１５）。テストルールが設定されていないと判定した場合には（ステップＳ７１５でＮＯ）、本処理を終了する。
【０１１９】
一方、テストルールが設定されていると判定した場合には（ステップＳ７１５でＹＥＳ）、処理をステップＳ７１６に進め、テストルールでの中継制御のシミュレーション処理を実行するかを判定する。このステップＳ７１６の判定処理でＮＯと判定した場合には、本処理を終了する。一方、ステップＳ７１６の判定処理でＹＥＳと判定した場合には、処理をステップＳ７１７に進める。
【０１２０】
その後、ルール記憶部３０２−１に記憶されているテストルールから優先順に個別ルールを取得し、取得した個別ルールに設定されている条件に電子メールが合致するかの判定処理を行い、当該電子メールに対する処理を決定することになる（ステップＳ７１７〜ステップＳ７２１）。このステップＳ７１７〜ステップＳ７２１の処理は、既に説明したステップＳ７０２〜ステップＳ７０６の処理と略同様であるので、ここでの説明は割愛する。尚、テストルールがルール記憶部３０２−１に複数設定されている場合には、そのうちの任意のテストルールをあらかじめ選択させ、選択されたテストルールによるシミュレーション処理を行う形態をとっても、ルール記憶部３０２−１に記憶されているすべてのテストルールによるシミュレーション処理を行う形態をとっても、どちらでも構わない。
【０１２１】
その後、ステップＳ７２０、またはステップＳ７２１で当該電子メールに対して実行するとして決定された処理と、個別ルールのＩＤをシミュレーション結果として電子メール記憶部３０２−２に記憶されている当該電子メールのシミュレーション結果１９１１に登録する（ステップＳ７２２）。以上が、図４のステップＳ４０６の電子メールの中継制御処理の説明である。
【０１２２】
尚、この処理の説明では、テストルールを用いたシミュレーション処理（ステップＳ７１５以降の処理）を、電子メールを取得するたびに行うこととしているが、例えば、ある期間（例えば１日）に取得した電子メールに対してバッチ処理としてシミュレーション処理を行うようにしても勿論構わない。
【０１２３】
次に、図８を参照して、図４のステップＳ４０８のテスト処理の詳細について説明する。まずＣＰＵ２０１は、テストデータ記憶部３０２−３に記憶されているテストデータを取得する。
【０１２４】
ここで、図１３を参照して、テストデータ入力画面の構成の一例について説明する。テストデータ入力画面１３００は、テストデータの登録を行う際に用いられる画面である。クライアント装置１０２からのテストデータの登録要求を受け付けると、プロキシサーバ１０１のＣＰＵ２０１は、本画面を表示するための画面情報の要求を行ってきたクライアント装置１０２に送信する。画面情報を受信したクライアント装置１０２のディスプレイ装置には、その画面情報に基づいて本画面が表示されることになる。
【０１２５】
図中、１３０１は送信者（ＦＲＯＭ）入力欄であって、テストデータとして登録する電子メールの送信者情報を入力するための入力欄である。
【０１２６】
１３０２は受信者（ＴＯ）入力欄であって、テストデータとして登録する電子メールの受信者情報（ＴＯ）を入力するための入力欄である。１３０３は受信者（ＣＣ）入力欄であって、テストデータとして登録する電子メールの受信者情報（ＣＣ）を入力するための入力欄である。１３０４は受信者（ＢＣＣ）入力欄であって、テストデータとして登録する電子メールの受信者情報（ＢＣＣ）を入力するための入力欄である。
【０１２７】
１３０５は件名入力欄であって、テストデータとして登録する電子メールの件名を入力するための入力欄である。１３０６は本文入力欄であって、テストデータとして登録する電子メールの本文を入力するための入力欄である。
【０１２８】
１３０７は添付ファイル設定欄であって、テストデータとして登録する電子メールの添付ファイルとするファイルを設定するための設定欄である。
【０１２９】
１３０８は期待中継制御結果設定欄であって、本画面を介して入力されたデータに基づき登録されるテストデータがどのような中継制御結果になることを期待しているかを設定する設定欄である。期待中継制御結果として、「中継」、「保留」、「削除」、「個別ルールＩＤ」のいずれかの指定を受け付ける。ここで「個別ルールＩＤ」は、ある特定の個別ルールによる中継制御が実行されることを期待する場合に選択する項目であり、期待中継制御結果設定欄１３０８で「個別ルールＩＤ」が選択された場合には、個別ルールＩＤ指定欄１３０９にその個別ルールの個別ルールＩＤの入力を受け付けることになる。
【０１３０】
１３１０は追加登録ボタンであって、本画面を介して入力される各種の情報に従って新たにテストデータを登録するために用いられるボタンである。１３１１はキャンセルボタンであって、テストデータの追加登録を行うことなく本処理を終了させるために用いられるボタンである。以上が、テストデータ入力画面１３００の構成の一例の説明である。
【０１３１】
テストデータ入力画面１３００の追加登録ボタン１３１０が押下されると、テストデータ入力画面１３００の各入力欄や設定欄に設定された各種の情報を含むテストデータの追加登録要求情報が、クライアント装置１０２からプロキシサーバ１０１に対して送信される。
【０１３２】
クライアント装置１０２からのテストデータの追加登録要求情報を受け付けると、プロキシサーバ１０１のＣＰＵ２０１は、その情報に従って、テストデータ記憶部３０２−３にテストデータを登録することになる。
【０１３３】
ここで、図１９を参照して、テストデータ記憶部３０２−３に記憶されるテストデータのデータ構成の一例について説明する。
【０１３４】
テストメールＩＤ１９０１は、テストデータを一意に識別するための識別情報が登録されるデータ項目である。
【０１３５】
ＦＲＯＭ１９０２は、テストデータとして登録する電子メールの送信者（ＦＲＯＭ）が登録されるデータ項目であり、図１３のテストデータ入力画面１３００の送信者（ＦＲＯＭ）入力欄１３０１に入力された情報が登録される。
【０１３６】
ＴＯ１９０３は、テストデータとして登録する電子メールの受信者（ＴＯ）を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の受信者（ＴＯ）入力欄１３０２に入力された情報が登録される。
【０１３７】
ＣＣ１９０４は、テストデータとして登録する電子メールの受信者（ＣＣ）を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の受信者（ＣＣ）入力欄１３０３に入力された情報が登録される。
【０１３８】
ＢＣＣ１９０５は、テストデータとして登録する電子メールの受信者（ＢＣＣ）を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の受信者（ＢＣＣ）入力欄１３０４に入力された情報が登録される。
【０１３９】
件名１９０６は、テストデータとして登録する電子メールの件名を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の件名入力欄１３０５に入力された情報が登録される。
【０１４０】
本文１９０７は、テストデータとして登録する電子メールの本文を登録するためのデータ項目であり、図１３のテストデータ入力画面１３００の本文入力欄１３０６に入力された情報が登録される。
【０１４１】
添付１９０８は、テストデータとして登録する電子メールに添付する添付ファイルを登録するためのデータ項目であって、図１３のテストデータ入力画面１３００の添付ファイル設定欄１３０７で設定された情報が登録される。
【０１４２】
期待中継制御結果１９０９は、当該レコードのテストデータがどのような中継制御結果になることを期待するかの情報を登録するためのデータ項目であって、図１３のテストデータ入力画面１３００の期待中継制御結果設定欄１３０８で設定された情報が登録される。尚、期待中継制御結果として「ルールＩＤ」が選択された場合には、ルールＩＤ指定欄１３０９で入力を受け付けた個別ルールＩＤが登録されることになる。
【０１４３】
以上が、テストデータ記憶部３０２−３に記憶されるテストデータのデータ構成の説明である。本説明では、テストデータ入力画面１３００に入力された情報をもとにテストデータを登録する例について説明したが、過去に中継制御が行われた電子メールを例えばＥＭＬ形式のファイルとして保存し、その保存したファイルをテストデータとして登録するような手法をとっても勿論構わない。その場合には、期待中継制御結果を指定した形でＥＭＬ形式のファイルをテストデータとして登録することになる。
【０１４４】
図８の説明に戻る。ステップＳ８０１でテストデータの取得終了後、テスト処理に使用するテストルールを取得する（ステップＳ８０２）。ここでは、ルール記憶部３０２−１に記憶されている全てのテストルールを取得し、全てのテストルールによるテスト処理を行うようにしても、ユーザからテスト処理に使用するテストルールの指定を受け付け（複数指定可）、指定を受け付けたテストルールのみを取得するようにしてもどちらでも構わない。その後、ステップＳ８０１で取得した全てのテストデータにテストルールを適用した結果どのような中継処理結果となるかを判定するためのテスト処理を行う（ステップＳ８０３）。
【０１４５】
まず、テストルール中に、テストデータに対して適用されていない個別ルールがあるかを判定する（ステップＳ８０４）。ステップＳ８０４の判定処理でＮＯと判定した場合には、処理をステップＳ８２０に進め、当該テストルールには条件がテストデータに合致する個別ルールがない旨のテスト結果データであるテスト結果データ（適用ルールなし）をテスト結果記憶部３０２−４に記憶する。
【０１４６】
ステップＳ８０４の判定処理でＹＥＳと判定した場合には、処理をステップＳ８０５に進め、優先度順に個別ルールを取得する。そして、取得した個別ルールの条件にテストデータが合致するかを判定する（ステップＳ８０６）。
【０１４７】
ステップＳ８０６の判定処理で、テストデータがテストルールの条件に合致しない（ＮＯ）と判定した場合には、処理をステップＳ８０７に進め、当該テストルールの動作がテストルールに設定されている期待中継制御結果と一致するかを判定する。尚、期待中継制御結果として個別ルールＩＤを指定した場合には、このステップではステップＳ８０６の条件判定処理に用いた個別ルールが期待中継制御結果として指定された個別ルールＩＤで特定される個別ルールであるかの判定を行うことになる。後述するステップＳ８１７でも同様である。
【０１４８】
ステップＳ８０７の判定処理で、ＹＥＳと判定した場合には、処理をステップＳ８０８に進め、当該結果に基づくテスト結果データ（動作一致）をテスト結果記憶部３０２−４に保存する。個別ルールの条件の設定ミスにより、当該テストデータが当該個別ルールの条件に合致しないことも考えられる。そこで、個別ルールの条件設定のミスにより当該テストデータに対して実行すると決定された動作が期待中継制御とは異なる結果となってしまった場合に、その原因を解明しやすくするよう、本発明では、テストデータの期待中継制御結果と同じ動作が設定されているが条件が合致しない個別ルールがあった場合にテスト結果データ（動作一致）として保存する。
【０１４９】
ステップＳ８０７でＮＯと判定した場合、または、ステップＳ８０８の処理終了後、処理をステップＳ８０４に戻し、それ以降の処理を繰り返し行う。
【０１５０】
ステップＳ８０６の判定処理で、テストデータがテストルールの条件に合致すると判定した場合には、処理をステップＳ８０９に進め、テスト結果データ（適用）をテスト結果記憶部３０２−４に記憶する。
【０１５１】
その後、適用した個別ルールに設定されている動作が「保留」または「禁止」であるかを判定し（ステップＳ８１０）、「保留」または「禁止」である（ＹＥＳ）と判定した場合には処理をステップＳ８１１に進め、通知メールを作成し、その作成した通知メールをステップＳ８０９で登録したテスト結果データの通知メール２００６に追加保存する。
【０１５２】
ステップＳ８１０でＮＯと判定した場合、またはステップＳ８１１の処理終了後、テスト処理の結果、当該テストデータに対して実行すると決定された処理が、当該テストデータの期待中継制御結果と一致するかを判定する（ステップＳ８１２）。尚、期待中継制御結果として個別ルールＩＤが選択されている場合には、このステップでは、当該個別ルールＩＤによる中継制御が行われたかを判定することになる。期待中継制御結果と一致する（ＹＥＳ）と判定した場合には、処理をステップＳ８０３に戻し、次のテストデータに対して上記の処理を行う。
【０１５３】
一方、ステップＳ８１２の判定処理で、テスト処理の結果決定された動作とテストデータの期待中継制御結果とが一致しない（ＮＯ）と判定した場合には、テストデータの期待中継制御結果となる一致する動作となる個別ルールを探索するために個別ルールの継続判定を行うかを判定する（ステップＳ８１３）。尚、期待中継制御結果として個別ルールＩＤが設定されており、テストデータが、当該個別ルールＩＤが示す個別ルールに設定された条件に合致しないことがすでに判明している場合には、このステップ８１３の判定処理で継続判定を行わないと判定するようにしてもよい。
【０１５４】
本発明では、テスト処理を実行する前に、テストデータに対してテストルールを適用した結果、当該テストデータの期待中継制御結果と異なる場合に、テスト処理を継続するか否かを示す継続判定情報を設定しておく。プロキシサーバ１０１のＣＰＵ２０１はこの継続判定情報に従ってテスト処理を継続する（継続判定を行う）か否かを判定することになる。
【０１５５】
ステップＳ８１３の判定処理で、継続判定を行わない（ＮＯ）と判定した場合には、処理をステップＳ８０３に戻し、次のテストデータに対して上記の処理を行う。一方、継続判定を行う（ＹＥＳ）と判定した場合には、処理をステップＳ８１４に進め、当該テストルールに、テストデータに対して適用されていない（未確認の）個別ルールがまだあるかを判定する。
【０１５６】
ステップＳ８１４の判定処理でＮＯと判定した場合には、当該テストルールには、テストデータの期待中継制御結果となる個別ルールが含まれていないということを示すテスト結果データ（期待結果導出個別ルールなし）をテスト結果記憶部３０２−４に保存することになる（ステップＳ８１９）。ステップＳ８１９の処理終了後、処理をステップＳ８０３に戻し、次のテストデータに対して上記の処理を実行する。
【０１５７】
一方、ステップＳ８１４の判定処理で、まだテストデータに対して適用されていない（未確認の）個別ルールがあると判定した場合には、処理をステップＳ８１５に進め、優先度に従って個別ルールを取得する。そして、ステップＳ８１５で取得した個別ルールの条件にテストデータが合致するかを判定する（ステップＳ８１６）。
【０１５８】
ステップＳ８１６の判定処理で、テストデータがテストルールの条件に合致すると判定した場合には、処理をステップＳ８１７に進め、当該テストルールの動作とテストデータの期待中継制御結果が一致するかを判定する。
【０１５９】
ステップＳ８１７の判定処理で、当該テストルールの動作とテストデータの期待中継制御結果が一致する（ＹＥＳ）と判定した場合には、処理をステップＳ８１８に進め、テスト結果データ（条件・動作一致）をテスト結果記憶部３０２−４に保存する。そして、処理をステップＳ８０３に戻し、次のテストデータに対して上記の処理を実行する。
【０１６０】
ステップＳ８１６の判定処理でＮＯと判定された場合、または、ステップＳ８１７でＮＯと判定した場合には処理をステップＳ８１２に戻し、それ以降の処理を繰り返し行う。尚、ステップＳ８１６でＮＯと判定された場合に、当該テストルールに設定されている動作がテストデータの期待中継制御結果と同一である場合には、そのテストルールをテスト結果に合わせて保存しても良い。また、ステップＳ８１７でＮＯと判定されたテストルールについても、その情報をテスト結果に合わせて登録しておいても良い。
【０１６１】
以上のステップＳ８０３からＳ８２０の処理を、ステップＳ８０１で取得した全てのテストデータに対して実行したと判定するまで、本図に示す処理を行うことになる。以上が図４のステップＳ４０８のテスト処理の詳細な説明である。
【０１６２】
ここで、図２０を参照して、図８のテスト処理によって作成されるテスト結果データのデータ構成について説明する。このテスト結果データは、テスト結果記憶部３０２−４に記憶されることになる。
【０１６３】
テストデータＩＤ２００１は、テストデータのＩＤを登録するためのデータ項目である。個別ルールＩＤ２００２は、テストデータに適用した個別ルールのＩＤを登録するためのデータ項目である。
【０１６４】
適用Ｆ（フラグ）２００３は、テストデータＩＤが示すテストデータに個別ルールＩＤが示す個別ルールを適用したか否かを示すフラグ情報を登録するためのデータ項目である。条件一致Ｆ（フラグ）２００４は、テストデータがテストルールの条件に合致したか否かを示すフラグ情報を登録するためのデータ項目である。動作一致Ｆ（フラグ）２００５は、テストデータの期待中継制御結果と、個別ルールの動作とが一致しているか否かを示すフラグ情報を登録するためのデータ項目である。
【０１６５】
通知メール２００６は、テストの結果決定された動作が「保留」、または「禁止」である場合に作成される通知メールの情報を登録するためのデータ項目である。
【０１６６】
尚、図８のステップＳ８０８で登録されるテスト結果データ（動作一致）は適用Ｆ２００３が「ＦＡＬＳＥ」、条件一致Ｆ２００４が「ＦＡＬＳＥ」、動作一致Ｆ２００５が「ＴＲＵＥ」である。また、ステップＳ８０９で登録されるテスト結果データ（適用）は、適用Ｆ２００３が「ＴＲＵＥ」、条件一致Ｆ２００４が「ＴＲＵＥ」、動作一致Ｆ２００５は期待中継制御結果と、個別ルールＩＤが示す個別ルールの動作が一致する場合には「ＴＲＵＥ」、一致しない場合には「ＦＡＬＳＥ」である。
【０１６７】
また、図８のステップＳ８１８で登録されるテスト結果データ（条件・動作一致）は。適用Ｆ２００３が「ＦＡＬＳＥ」、条件一致Ｆ２００４が「ＴＲＵＥ」、動作一致Ｆ２００５が「ＦＡＬＳＥ」である。
【０１６８】
また、ステップＳ８１９で登録されるテスト結果データ（期待結果導出個別ルールなし）は、個別ルールＩＤ２００２にルールＩＤが登録されていなく、適用Ｆ２００３が「ＦＡＬＳＥ」である。ステップＳ８２０で登録されるテスト結果データ（適用個別ルールなし）は、個別ルールＩＤ２００２にルールＩＤが登録されていなく、適用Ｆ２００３が「ＴＲＵＥ」である。
【０１６９】
尚、これらの登録方法は上記に限られず、いずれを意味するテスト結果データであるかを認識できるようであれば、どのような手法を用いても構わない。以上が図２０のテスト結果データのデータ構成の説明である。
【０１７０】
次に、図９を参照して、図４のステップＳ４１０のテスト結果照会処理の詳細について説明する。
【０１７１】
プロキシサーバ１０１のＣＰＵ２０１は、クライアント装置１０２からのテスト結果照会要求を受け付けると（図４のステップＳ４０９でＹＥＳ）、テスト結果データをテスト結果記憶部３０２−４から取得する（ステップＳ９０１）。そしてＣＰＵ２０１は、取得した情報に従い、テスト結果照会画面の画面情報を作成し、要求を行ったクライアント装置１０２に対して送信する。尚、複数のテストルールを用いたテスト処理が行われた場合には、いずれのテストルールによるテスト結果照会を行うかを特定するために、テストルールのルールＩＤ１７０１−１の入力を受け付けることになる。
【０１７２】
ここで、図１４を参照して、テスト結果照会画面の構成の一例について説明する。このテスト結果照会画面１４００は、図９のステップＳ９０２でプロキシサーバ１０１からクライアント装置１０２に対して送信される画面情報に従って、クライアント装置１０２のディスプレイ装置に表示される画面である。
【０１７３】
テスト結果表示欄１４０１は、テストデータ件数、期待動作件数、期待動作率等、テスト処理の結果の統計情報を表示する表示欄である。
【０１７４】
不一致情報表示欄１４０２は、テスト処理の結果、期待中継制御結果と、テストルールを適用することで決定される動作とが一致しなかったデータの内訳を表示する表示欄である。図１４の例では、期待中継制御ルールが「中継」であるテストデータのうち、テスト処理により決定された動作が「保留」となったものが３件、「禁止」となったものが４件だったことを示している。
【０１７５】
テスト結果一覧表示ボタン１４０３は、テスト結果データの一覧表示要求をプロキシサーバ１０１に対して行うためのボタンである。このボタンの押下指示を受け付けると、クライアント装置１０２のＣＰＵ２０１は、プロキシサーバに対して、図１５に示すテスト結果一覧表示画面１５００を要求することになる。このテスト結果一覧表示画面の構成の一例については、図１５を参照して後述する。
【０１７６】
閉じるボタン１４０４は、本画面の表示を終了するために用いられるボタンである。以上が、テスト結果照会画面の構成の一例の説明である。
【０１７７】
尚、図７のステップＳ７１７以降で行われるシミュレーション結果も本画面と類似の画面により確認可能である。その画面では、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果（シミュレーション結果）とにより導出される各種の情報が表示されることになる。
【０１７８】
よって、テスト結果表示欄１４０１には、シミュレーション結果件数、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果（シミュレーション結果）による動作が一致した件数、その一致率などの統計情報が表示される。
【０１７９】
また、不一致情報表示欄１４０２には、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果（シミュレーション結果）の不一致情報が表示されることになる。
【０１８０】
図９の説明に戻る。ステップＳ９０２でテスト結果照会画面の画面情報をクライアント装置１０２に送信後、当該クライアント装置１０２からテスト結果データの一覧表示要求を受け付けると（ステップＳ９０３でＹＥＳ）、ステップＳ９０４に処理を進め、テスト結果一覧表示画面の画面情報を作成し、要求を行ってきたクライアント装置１０２に対して送信する。
【０１８１】
ここで、図１５を参照して、テスト結果一覧表示画面の構成の一例について説明する。このテスト結果一覧表示画面の１５００は、図９のステップＳ９０４でプロキシサーバ１０１からクライアント装置１０２に対して送信される画面情報に従って、クライアント装置１０２のディスプレイ装置に表示される画面である。
【０１８２】
表示データ指示チェックボックス１５０１は、一覧表示にテストデータのうち、当該テストデータの期待中継制御結果と、テスト処理により決定された当該テストデータに対する動作とが一致するものを後述する一覧表示部１５０２に表示する（チェックなし）か、しない（チェックあり）か、を指定するためのチェックボックスである。
【０１８３】
一覧表示部１５０２は、テストデータに対するテスト処理の結果を一覧表示する表示部であって、テストデータＩＤ１５０２−１、期待中継制御結果１５０２−２、適用個別ルールの個別ルールＩＤ１５０２−３、通知メール有無１５０２−４、動作１５０２−５など項目を表示する。尚、この画面に表示されるそれぞれのテストデータＩＤには、テストデータを表示するためのアンカーが設定されており、それらに対してクリック指示を行うことでテストデータの表示要求をプロキシサーバに対し行うことが可能である。また、個別ルールＩＤにも同様に個別ルールＩＤを表示するためのアンカーが設定されている。さらには、通知メール有無１５０２−４に設定される「○」（通知メールデータがあることを示している）にも、通知メールを表示するためのアンカーが設定されている。
【０１８４】
期待中継制御結果として「個別ルールＩＤ」が選択されたテストデータは、この期待中継制御結果１５０２−２には、図中の１５０２−２１に示す通りその個別ルールＩＤと当該個別ルールＩＤが示す個別ルールに設定された処理が表示されることになる。
【０１８５】
ここで、適用個別ルールの個別ルールＩＤ１５０２−３が表示されないテストデータは、テストルール中に当該テストデータが条件に合致するテストルールがなく、デフォルトの動作が適用されたことを示している。また、表示データ指示チェックボックス１５０１にチェックが入れられると、期待中継制御結果１５０２−２と動作１５０２−４とが一致するテストデータは表示されない。つまり、図中のテストデータＩＤが０００１と００８９のデータは表示されなくなる。
【０１８６】
詳細ボタン１５０２−６は、当該テストデータに対するテスト結果の詳細情報をプロキシサーバ１０１に対して要求するために用いられるボタンである。このボタンの押下指示を受け付けることに応じて、クライアント装置１０２はプロキシサーバ１０１に対して、図１６に示すテスト結果詳細表示画面１６００の画面情報を要求する。テスト結果詳細表示画面１６００の詳細については図１６を参照して後述することにする。
【０１８７】
閉じるボタン１５０３は、本画面の表示を終了させるために用いられるボタンである。以上が図１５に示すテスト結果一覧表示画面の構成の一例の説明である。
【０１８８】
図９の説明に戻る。テスト結果一覧表示画面送信後、プロキシサーバ１０１はクライアント装置１０２から、図１５のテスト結果一覧表示画面１５００の詳細ボタン１５０２−５に対する押下指示に応じて発行されるテスト結果詳細要求を受け付けたかと判断した場合には（ステップＳ９０５でＹＥＳ）、選択されたテストデータのテスト結果詳細画面の画面情報を作成し、要求を行ったクライアント装置１０２に対して送信する。
【０１８９】
ここで、図１６を参照して、テスト結果詳細表示画面の構成の一例について説明する。このテスト結果詳細表示画面の１６００は、図９のステップＳ９０６でプロキシサーバ１０１からクライアント装置１０２に対して送信される画面情報に従って、クライアント装置１０２のディスプレイ装置に表示される画面である。
【０１９０】
この画面は、選択されたテストデータに関するテスト処理の詳細を表示するための画面であって、図８のテスト処理の過程でテスト結果記憶部３０２−４に記憶された、当該テストデータに関するテスト結果データに基づき、当該テストデータと関連する個別ルールを検索・表示するための画面である。
【０１９１】
ここで、テストデータに関連する個別ルールとは、テスト処理で当該テストデータに対して適用した個別ルールや、テストデータの期待中継制御結果と一致する動作が設定された個別ルールや、テストデータに適用した個別ルールよりも適用優先度が低い、テストデータが合致する条件が設定された個別ルールなどをいう。
【０１９２】
テストデータＩＤ表示欄１６０１は、テスト結果の詳細表示を行っているテストデータのテストデータＩＤを表示するための表示欄である。テストデータ表示ボタン１６０２は、当該テストデータの表示要求をプロキシサーバ１０１に対して行うために用いられるボタンである。
【０１９３】
期待中継制御結果表示欄１６０３は、当該テストデータに設定された期待中継制御結果を表示する表示欄である。適用ルールＩＤ表示欄１６０４は、当該テストデータに対するテスト処理の結果適用された個別ルールの個別ルールＩＤを表示する表示欄である。ルール表示ボタン１６０５は、テストデータに対して適用された個別ルールを表示させるために用いられるボタンである。中継制御結果表示欄１６０６は、テスト処理の結果、当該テストデータに対して決定された動作を表示する表示欄である。
【０１９４】
個別ルール検索条件表示欄１６０７は、テストデータと関連する個別ルールの検索を行う際の検索条件を表示する表示欄である。検索条件追加ボタン１６０８は、個別ルールを検索する際の検索条件を追加するために用いられるボタンであって、本ボタンが押下されると、不図示の検索条件入力画面がクライアント装置１０２のディスプレイ装置に表示され、その画面を介して検索条件の入力が可能となる。検索条件入力画面を介して入力された検索条件は、個別ルール検索条件表示欄１６０７に表示される。
【０１９５】
検索条件式入力欄１６０９は、個別ルール検索条件表示欄１６０７に表示されているそれぞれの検索条件の結合条件を示す検索式を入力するための用いられる入力欄であり、「ＡＮＤ」条件、「ＯＲ」条件、「ＮＯＴ」条件や、結合の優先度を示す「括弧（）」を用いた検索条件式の入力を受け付ける。
【０１９６】
検索対象個別ルール指定欄１６１０は、テストデータと関連する個別ルールのうち、どのような個別ルールを検索の対象とするかを指定する指定欄である。例えば、図１６に示すように、テストルールが条件に一致した個別ルールを検索の対象とする、テストデータに設定された期待中継制御結果と一致する動作が設定された個別ルールを検索の対象とする、適用ルールよりも適用優先度の低い個別ルールを検索の対象とする、等を指定することが可能である。尚、テストルールが条件に一致した個別ルールを検索の対象とするにチェックが入れられた場合には、適用ルールよりも適用優先度の低い個別ルールを検索の対象とするにも自動的にチェックが入れられることになる。
【０１９７】
検索ボタン１６１１は、個別ルール検索条件表示欄１６０７、検索条件式入力欄１６０９、検索対象個別ルール指定欄１６１０での設定に従った検索処理をプロキシサーバ１０１に実行させるために用いられるボタンである。
【０１９８】
検索結果表示欄１６１２は、プロキシサーバ１０１での検索処理の結果、入力された条件に合致するテストルールを表示する表示欄である。表示項目としては、個別ルールＩＤ１６１２−１、コメント１６１２−２等がある。詳細ボタン１６１２−３は、当該個別ルールの詳細を表示するために用いられるボタンである。
【０１９９】
閉じるボタン１６１３は、本画面の表示を終了させるために用いられるボタンである。以上がテスト結果詳細表示画面１６００の構成の一例の説明である。
【０２００】
図９の説明に戻る。プロキシサーバ１０１のＣＰＵ２０１は、図１６に示すテスト結果詳細表示画面１６００の検索ボタン１６１１に対する押下指示を受け付けることにより発行されるテスト結果（個別ルール）検索要求をクライアント装置１０２から受け付けると（ステップＳ９０７でＹＥＳ）、クライアント装置１０２より取得した図１６の個別ルール検索条件表示欄１６０７、検索条件式入力欄１６０９、検索対象個別ルール指定欄１６１０での設定に基づいてテスト結果を検索するための検索式を作成し（ステップＳ９０８）、その検索式を用いてテスト結果検索を行う（ステップＳ９１０）。
【０２０１】
その後、検索結果を含むテスト結果詳細画面の画面情報を作成し、作成した画面情報を、検索要求を行ってきたクライアント装置１０２に対して送信する（ステップＳ９１０）。
【０２０２】
また、プロキシサーバ１０１のＣＰＵ２０１は、図１５のテスト結果一覧画面１５００のテストデータＩＤ１５０２−１に対するクリック指示や、図１６のテスト結果詳細表示画面１６００のテストデータ表示ボタン１６０２に対する押下指示を受け付けることにより発行されるテストデータの表示要求をクライアント装置１０２から受信すると（ステップＳ９１１でＹＥＳ）、テストデータ表示画面の画面情報を作成し、要求を行ってきたクライアント装置１０２に対して送信する（ステップＳ９１２）。
【０２０３】
また、同様に、図１５のテスト結果一覧画面１５００の適用個別ルールの個別ルールＩＤ１５０２−３に対するクリック指示や、図１６のテスト結果詳細表示画面１６００のルール表示ボタン１６０５に対する押下指示、参照ボタン１６１２−３に対する押下指示を受け付けることにより発行される個別ルールの表示要求をクライアント装置１０２から受信すると（ステップＳ９１３でＹＥＳ）、テストデータ表示画面の画面情報を作成し、要求を行ってきたクライアント装置１０２に対して送信する（ステップＳ９１４）。
【０２０４】
以上の処理をクライアント装置１０２からの終了指示を受信するまで繰り返し行うことになる。以上が図４のステップＳ４１０のテスト結果照会処理の詳細な説明である。
【０２０５】
本発明では、テスト結果照会要求を受け付けると、プロキシサーバ１０１は、テスト結果として、テストルールの期待中継制御結果と実際に決定される動作の差異情報（図１４）や、個々のテストデータに対して適用したルールとその結果（図１５）、テストデータに関連するテストルールに含まれる個別ルールの情報（図１６）をクライアント装置１０２の要求に応じて、送信している。このような構成をとることで、クライアント装置１０２を操作するシステム監査者にテストルールの妥当性に関する情報を提供することが可能となる。また、個別ルールの情報に関しては、必要な個別ルールの情報を検索により絞り込むことが可能であるので、修正が必要になると思われる個別ルールを早期に特定することを可能にすることができる。
【０２０６】
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体（または記憶媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
【０２０７】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（ＯＳ）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０８】
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０２０９】
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。
【符号の説明】
【０２１０】
１０１ プロキシサーバ
１０２−１、１０２−２、１０２−３ クライアント装置
１０３ ＬＡＮ
１０４ 広域ネットワーク
１０５−１、１０５−２、１０５−３ 外部電子メールサーバ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インタフェース）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ
【特許請求の範囲】
【請求項１】
電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置であって、
複数の個別ルールからなる前記中継制御ルールを記憶する第１の記憶手段と、
テスト電子メールデータを取得する第１の取得手段と、
前記第１の取得手段で取得した前記テスト電子メールデータに対して、前記第１の記憶手段に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行手段と、
前記中継制御結果に関する情報を表示する表示手段と
を備え、
前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、
前記表示手段は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示すること
を特徴とする情報処理装置。
【請求項２】
前記テスト実行手段による中継制御結果情報として、前記電子メールデータに関連する個別ルールを記憶する第２の記憶手段を更に備え、
前記第２の記憶手段には、前記電子メールの中継制御に用いられる個別ルールである第１の個別ルールが前記電子メールデータに関連する個別ルール記憶がされること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２の記憶手段にはさらに、前記電子メールデータに関連する個別ルールとして、前記第１の個別ルールよりも適用優先度が高い個別ルールであって、前記期待中継制御結果が動作として設定されている個別ルールが記憶されること
を特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記第２の記憶手段に中継制御結果情報として記憶されている個別ルールを検索する検索手段を更に備えることを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
前記テスト電子メールの期待中継制御結果として、当該テスト電子メールの中継制御に用いることを期待する個別ルールが設定可能であること
を特徴とする請求項１乃至４に記載の情報処理装置。
【請求項６】
複数の個別ルールからなる前記中継制御ルールを記憶する記憶装置を備え、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置によって行われる情報処理方法であって、
テスト電子メールデータを取得する第１の取得工程と、
前記第１の取得工程で取得した前記テスト電子メールデータに対して、前記記憶装置に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行工程と、
前記中継制御結果に関する情報を表示する表示工程と
を備え、
前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、
前記表示工程は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示すること
を特徴とする情報処理方法。
【請求項７】
複数の個別ルールからなる前記中継制御ルールを記憶する記憶装置を備え、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置を、
テスト電子メールデータを取得する第１の取得手段と、
前記第１の取得手段で取得した前記テスト電子メールデータに対して、前記記憶装置に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行手段と、
前記中継制御結果に関する情報を表示する表示手段
として機能させ、
前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、
前記表示手段は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示すること
を特徴とするコンピュータプログラム。
【請求項１】
電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置であって、
複数の個別ルールからなる前記中継制御ルールを記憶する第１の記憶手段と、
テスト電子メールデータを取得する第１の取得手段と、
前記第１の取得手段で取得した前記テスト電子メールデータに対して、前記第１の記憶手段に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行手段と、
前記中継制御結果に関する情報を表示する表示手段と
を備え、
前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、
前記表示手段は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示すること
を特徴とする情報処理装置。
【請求項２】
前記テスト実行手段による中継制御結果情報として、前記電子メールデータに関連する個別ルールを記憶する第２の記憶手段を更に備え、
前記第２の記憶手段には、前記電子メールの中継制御に用いられる個別ルールである第１の個別ルールが前記電子メールデータに関連する個別ルール記憶がされること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記第２の記憶手段にはさらに、前記電子メールデータに関連する個別ルールとして、前記第１の個別ルールよりも適用優先度が高い個別ルールであって、前記期待中継制御結果が動作として設定されている個別ルールが記憶されること
を特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記第２の記憶手段に中継制御結果情報として記憶されている個別ルールを検索する検索手段を更に備えることを特徴とする請求項２または３に記載の情報処理装置。
【請求項５】
前記テスト電子メールの期待中継制御結果として、当該テスト電子メールの中継制御に用いることを期待する個別ルールが設定可能であること
を特徴とする請求項１乃至４に記載の情報処理装置。
【請求項６】
複数の個別ルールからなる前記中継制御ルールを記憶する記憶装置を備え、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置によって行われる情報処理方法であって、
テスト電子メールデータを取得する第１の取得工程と、
前記第１の取得工程で取得した前記テスト電子メールデータに対して、前記記憶装置に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行工程と、
前記中継制御結果に関する情報を表示する表示工程と
を備え、
前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、
前記表示工程は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示すること
を特徴とする情報処理方法。
【請求項７】
複数の個別ルールからなる前記中継制御ルールを記憶する記憶装置を備え、電子メールの中継制御に使用する中継制御ルールを用いた電子メールの中継制御結果を導出する情報処理装置を、
テスト電子メールデータを取得する第１の取得手段と、
前記第１の取得手段で取得した前記テスト電子メールデータに対して、前記記憶装置に記憶された中継制御ルールを用いた中継制御テスト処理を実行し、電子メールデータの中継制御結果を導出するテスト実行手段と、
前記中継制御結果に関する情報を表示する表示手段
として機能させ、
前記テスト電子メールには、前記中継制御ルールを用いた中継制御結果として期待する期待中継制御結果が設定されており、
前記表示手段は、前記テスト実行手段による中継制御結果が、前記期待中継制御結果と異なる電子メールデータに関する情報を前記中継制御結果に関する情報として表示すること
を特徴とするコンピュータプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【公開番号】特開２０１２−２４９２０３（Ｐ２０１２−２４９２０３Ａ）
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願番号】特願２０１１−１２１０５９（Ｐ２０１１−１２１０５９）
【出願日】平成２３年５月３０日（２０１１．５．３０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２４年１２月１３日（２０１２．１２．１３）
【国際特許分類】
【出願日】平成２３年５月３０日（２０１１．５．３０）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（３９０００２７６１）キヤノンマーケティングジャパン株式会社 (656)
【出願人】（３１２０００２０６）キヤノンＭＪアイティグループホールディングス株式会社 (259)
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]