以下、図面を参照して、本発明の実施の形態の一例について説明する。
図1は、本発明の情報処理システムのシステム構成の一例を示す図である。図1に示すように、本発明の情報処理システムは、プロキシサーバ101、クライアント装置102−1〜102−3(以下、まとめてクライアント装置102とする)、LAN103、広域ネットワーク104、外部電子メールサーバ105−1〜105−3等を備えて構成されている。
プロキシサーバ101は、本発明の情報処理装置として機能する装置であって、クライアント装置102から外部電子メールサーバ105に対して送信される電子メールに対して、中継制御ルールを用いた中継制御を行う。このプロキシサーバ101は、中継制御ルールの変更前に、新たに設定しようとする中継制御ルールのテスト処理を行う機能なども有している。また、プロキシサーバ101は、クライアント装置102からの各種処理を受け付けるためのウェブページを提供するウェブサーバ機能も有している。
クライアント装置102は、電子メールの送受信機能を有している装置である。LAN103は、中継制御サーバ101及びクライアント装置102を相互に通信可能に接続するためのネットワークである。例えば、企業内のネットワークがこれに当たる。
広域ネットワーク104は例えばインターネットであり、中継制御サーバ101と外部電子メールサーバ105を相互に通信可能に接続するためのネットワークである。
外部電子メールサーバ105は、クライアント装置102から外部宛てに送信された電子メールのうち、プロキシサーバ101に中継を許可された電子メールが送信される電子メールサーバである。以上が、本発明の情報処理システムの構成の一例の説明である。
次に、図2を参照して、図1のプロキシサーバ101に適用可能な情報処理装置のハードウェア構成の一例について説明する。
図中、CPU201は、システムバス204に接続される後述の各デバイスやコントローラを統括的に制御する。また、ROM203あるいは外部メモリ211には、CPU201の制御プログラムであるBIOS(Basic Input / Output System)やオペレーティングシステムプログラム(以下、OS)や、プロキシサーバ101に後述する各種の処理を実行させるために必要な各種プログラムやデータ等が記憶されている。RAM202は、CPU201の主メモリ、ワークエリア等として機能する。
CPU201は、処理の実行に際して必要なプログラム等をRAM202にロードして、プログラムを実行することで後述する各種処理を実現するものである。また、入力コントローラ(入力C)205は、キーボードやポインティングデバイス等で構成される入力装置209からの入力を制御する。ビデオコントローラ(VC)206は、ディスプレイ装置210等の表示装置への表示を制御する。ディスプレイ装置210は、例えばCRTディスプレイや液晶ディスプレイ等で構成される。
メモリコントローラ(MC)207は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、各種データ等を記憶するハードディスク(HD)やフロッピーディスク(登録商標 FD)或いはPCMCIAカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ211へのアクセスを制御する。
通信I/Fコントローラ(通信I/FC)208は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、TCP/IPを用いたインターネット通信等が可能である。
なお、CPU201は、例えばRAM202内の表示情報用領域へアウトラインフォントの展開(ラスタライズ)処理を実行することにより、ディスプレイ装置210上での表示を可能としている。また、CPU201は、ディスプレイ装置210上の不図示のマウスカーソル等でのユーザ指示を可能とする。以上が、プロキシサーバ101に適用可能な情報処理装置のハードウェア構成の説明であるが、後述する各種の処理を実行可能であれば、必ずしも図2に記載のハードウェア構成を有していなくとも構わないことは言うまでもない。
次に、図3を参照して、図1のプロキシサーバ101の機能構成について説明する。図3に示す通り、プロキシサーバ101は、電子メール取得部301、記憶部302、中継制御部303、ルール編集受付部304、テスト実行部305を備えている。
電子メール取得部301は、クライアント装置102から外部電子メールサーバ105に宛てて送信された電子メールを取得する機能部である。
記憶部302は、中継制御サーバ101が後述する処理を実行するために用いる各種データを記憶する機能部であって、外部電子メールサーバ105に宛てて送信された電子メールに対する中継制御部303による中継制御処理で用いられる中継制御ルールや、テスト実行部305が用いるテストルールを記憶するルール記憶部302−1、電子メール取得部301で取得した電子メールを記憶する電子メール記憶部302−2、テスト実行部305による中継制御ルールのテスト処理を行う際に用いるテストデータを記憶するテストデータ記憶部302−3、後述するテスト処理の結果を記憶するテスト結果記憶部304−2を備えて構成されている。
尚、ルール記憶部302−1に記憶されている中継制御ルール及びテストルールは複数の個別ルールの集合体である。それらのうち、実際に外部に送信される電子メールの中継制御に使用するが中継制御ルールであり、それ以外にルール記憶部302−1に登録されているルールがテストルールである。テストルールは複数登録しておくことも可能である。
中継制御部303は、中継制御の対象となる電子メールが、記憶部302−1に記憶されている中継制御ルールに設定されている条件に合致するかを判定する条件判定部303−1、条件判定部303−1での条件判定の結果に従い、当該電子メールに対して実行する処理を決定する処理決定部303−2や、ルール記憶部302−1に記憶されているテストルールで電子メールの中継制御処理を仮実行し、その結果をシミュレーションするシミュレーション部303−3を備えて構成されている。
ルール編集受付部304は、クライアント装置102からの要求に応じて、中継制御ルールやテストルールの新規追加、更新、削除等の編集指示を受け付ける機能部である。このルール編集受付部304で受け付けた編集指示に従って、ルール記憶部302−1に記憶されている中継制御ルールやテストルールの更新処理が行われることになる。
テスト実行部305は、テストデータ記憶部302−3に記憶されているテストデータに対してテストルールを照合することで、そのテストルールが中継制御ルールとして妥当なものであるかを管理者が判定する基準となるテスト結果を導出する機能部であり、テストデータの新規追加、更新、削除等の編集指示を受け付けるテストデータ編集受付部305−1、ルール記憶部302−1に記憶されているテストルールの条件にテストデータが合致するかを判定する条件判定部305−2、条件判定部305−2による判定処理に従ってテスト結果を作成するテスト結果作成部305−3を備えて構成されている。
以上が、図1のプロキシサーバ101の機能構成の一例の説明である。
次に、図4を参照して、プロキシサーバ101のCPU201によって行われる処理の概要について説明する。プロキシサーバ101のCPU201に本処理を実行させるためのプログラムは、外部メモリ211等に記憶されており、本処理を実行するにあたり、CPU201は当該プログラムを外部メモリ211からRAM202にロードし、ロードしたプログラムによる制御に従って本処理を実行する。
CPU201は、本処理実行中に、クライアント装置102から中継制御ルールの編集要求を受け付けたか(ステップS401)、クライアント装置102からテストルールの編集要求を受け付けたか(ステップS403)、クライアント装置102から外部電子メールサーバ105に宛てて送信された電子メールを取得したか(ステップS405)、クライアント装置102からテスト実行指示を受け付けたか(ステップS407)、テスト結果の紹介要求を受け付けたか(ステップS409)を監視している。クライアント装置102から上記の要求があった場合や、外部電子メールサーバ105に宛てた電子メールを受信した場合には、それらに対応するイベントが発生することになるので、そのイベントが発生したか監視することになる。
そして、中継制御ルール編集要求を受け付けたと判定した場合には(ステップS401でYES)、処理をステップS402に進め、中継制御ルール編集処理を実行する。この処理の詳細については、図5を参照して後述することにする。
テストルール編集要求を受け付けたと判定した場合には(ステップS403でYES)、処理をステップS404に進め、テストルール編集処理を実行する。この処理の詳細については、図6を参照して後述することにする。
尚、中継制御ルールの編集要求は、プロキシサーバ101から送信された画面情報に従ってクライアント装置102のディスプレイ装置に表示される中継制御ルール変更指示画面1000(図10)で「テストルールを中継制御ルールに設定する」1001、または、「中継制御ルールを編集する」1002が指定され、「次へ」ボタン1005が押下された場合に、テストルールの編集要求は、「テストルールファイルを読み込む」1003、または、「テストルールを編集する」1004が指定され、「次へ」ボタン1005が押下指示された場合に、クライアント装置102からプロキシサーバ101に対して送信されることになる。
クライアント装置102から外部電子メールサーバ105に宛てた電子メールを受信したと判定した場合には(ステップS405でYES)、処理をステップS406に進め、電子メールの中継制御処理を実行する。この処理の詳細については、図7を参照して後述することにする。
また、クライアント装置102からテスト実行指示を受け付けたと判定した場合には(ステップS407でYES)、処理をステップS408に進め、テスト処理を実行する。この処理の詳細については、図8を参照して後述することにする。
クライアント装置102からテスト結果照会要求を受け付けたと判定した場合には(ステップS409でYES)、処理をステップS410に進め、テスト結果照会処理を実行する。この処理の詳細については、図9を参照して後述することにする。
以上の処理を、本処理の終了指示を受け付けた(ステップS409でYES)と判定するまで繰り返し実行することになる。以上が、プロキシサーバ101のCPU201によって行われる処理の概要の説明である。
次に、図5を参照して、図4のステップS402の中継制御ルール編集処理の詳細について説明する。
まず、CPU201は、テストルールを新たに中継制御ルールとして設定する指示を受け付けたか(図10の「テストルールを中継制御ルールに設定する」1001が選択された場合)、それとも、既存の中継制御ルールに対する編集指示を受け付けたか(図10の「中継制御ルールを編集する」1002が選択された場合)を判定する(ステップS501)。この判定処理でテストルールを新たに中継制御ルールとして設定する指示を受け付けたと判定した場合には(ステップS501でYES)、処理をステップS502に進め、ルール記憶部302−1に記憶されているテストルールのうち中継制御ルールと新たに設定するテストルールの選択を受け付ける(ステップS502)。
そして、選択されたテストルールを中継制御ルールに変更する処理を行う(ステップS503)。その後、本要求を行ってきたクライアント装置102に対して設定完了通知を送信する(ステップS504)。
ステップS501の判定処理でNO、つまり中継制御ルールの編集指示を受け付けたと判定した場合には、処理をステップS505に進め、図11に示す中継制御ルール編集画面B00を表示させるための画面情報を、要求を行ってきたクライアント装置102に対して送信する。その後、クライアント装置102のディスプレイ装置には、受信した画面情報に基づき図11に示す中継制御ルール編集画面B00が表示される。
ここで、図11を参照して、中継制御ルール編集画面B00の構成に一例について説明する。図11に示すように、中継制御ルール編集画面B00には、ルール名称入力部1101、デフォルト操作指定部1102、個別ルール一覧表示部1103、新規追加ボタン1104、OKボタン1105、キャンセルボタン1106が設定されている。
ルール名称入力部1101は、中継制御ルールの名称の入力を受け付け、入力内容を表示する。
デフォルト操作指定部1102は、中継制御ルールに含まれる全ての個別ルールに設定されている条件に合致しない電子メールに対して中継制御部303の処理決定部303−2にどのような処理を実行させるかの指定を受け付ける。指定できる処理としては、「中継」、「保留」、「禁止」がある。処理決定部303−2は、この設定に従って全ての個別ルールに設定されている条件に合致しない電子メールに対して実行する処理を決定する。
個別ルール一覧表示部1103は、中継制御ルールに含まれる個別ルール一覧を表示する。個別ルールの属性情報として、個別ルールID1103−1、ルール名称1103−2等が表示されるが、これらに限られるものではない。
また、個別ルール一覧表示部1103に表示されているそれぞれの個別ルールには、その適用優先度を変えるための優先度変更ボタン(高)1103−3、優先度変更ボタン(低)1103−4、編集ボタン1103−5が設定される。
優先度変更ボタン(高)1103−3が押下された場合には、当該個別ルールの適用優先度を高くする処理が、優先度変更ボタン(低)1103−4が押下された場合には低くする処理が行われることになる。また、編集ボタン1103−5が押下された場合には、図12に示す個別ルール入力画面1200がクライアント装置102のディスプレイ装置に表示されることになる。この個別ルール入力画面1200については、図12を参照して後述する。
新規追加ボタン1104は、中継制御ルールに新たに個別ルールを追加する際に用いられるボタンであり、このボタンが押下された場合には、図12に示す個別ルール入力画面1200がクライアント装置102のディスプレイ装置に表示されることになる。
OKボタン1105は、本画面や図12に示す個別ルール入力画面1200を介した入力に基づく中継制御ルールの変更を行うために用いられるボタンである。キャンセルボタン1106は、本画面や図12に示す個別ルール入力画面1200を介した入力に基づく中継制御ルールの変更を行わず、本画面の表示を終了させるためのボタンである。以上が、中継制御ルール編集画面1100の構成の説明である。
次に、図12を参照して、図11の編集ボタン1103−4や新規追加ボタン1104が押下された際にクライアント装置102のディスプレイ装置に表示されることになる個別ルール入力画面の構成について説明する。図11の編集ボタン1103−4や新規追加ボタン1104が押下されると、その情報がプロキシサーバ101に対して送信される。
新規追加ボタン1103−4が押下された情報を取得すると、プロキシサーバ101は、個別ルール入力画面1200を表示させるための画面情報をクライアント装置102に送信することになる。クライアント装置102では、この画面情報に従って、個別ルール入力画面1200を表示することになる。
尚、編集ボタン1103−4が押下された場合には、プロキシサーバ101は、当該編集ボタン1103−4に対応する個別ルールの情報を含んだ形で個別ルール入力画面1200の画面情報を作成し、クライアント装置102に送信することになる。
図12に示すように、個別ルール入力画面1200には、個別ルール編集欄1201、OKボタン1202、キャンセルボタン1203が設定されている。
個別ルール編集欄1201は、個別ルールの編集内容の入力を受け付け、その内容を表示する編集欄であって、ID表示欄1201−1、コメント編集欄1201−2、条件編集欄1201−3、動作編集欄1201−4、監査者編集欄1201−5が設定されている。
ID表示欄1201−1は、当該個別ルールのIDを表示する表示欄である。コメント編集欄1201−2は、当該ルールの概要を示すコメントの入力を受ける表示する編集欄である。条件編集欄1201−3は、当該個別ルールを適用するメールの条件の編集を受け付ける編集欄であって、送信者条件、受信者条件、件名・本文条件、添付ファイル条件が設定可能である。それぞれの編集欄に設定されている条件追加ボタン1201−31が押下されると、その表示位置に対応する条件を入力させるための不図示の個別条件入力画面が表示される。そして、その個別条件入力画面を介して個別条件の入力を受け付けることになる。また、あわせて、上記それぞれの条件の結合条件の入力も受け付ける。
送信者条件としては、送信者の所属する組織・グループの条件や個別のメールアドレス条件や、送信メールアドレス偽装がされているかといった条件を設定可能である。たとえば、「送信者が一般社員に一致する」、「送信者が役員に一致しない」、「エンベロープのTOとメールヘッダーのTOが一致しない」など条件が設定可能である。
受信者条件としては、受信者の所属する組織・グループの条件や、受信者メールアドレスや、そのドメインといった条件や、送信先数といった条件を設定可能である。また、「送信者の上長」の電子メールアドレスのように、送信者と何らかの関連性のある電子メールアドレスについては、予約変数が定義されており、その変数を設定することで条件として設定可能であるので、送信者ごとに異なる個別ルールを作成する必要はない。たとえば、「CCに送信者の上長(課長)が含まれる」、「TO,CCに設定されたメールアドレスの数が10未満である」、「TO、CC、BCCに他のドメインのメールアドレスが含まれる」等といった条件が設定可能である。
件名・本文条件としては、件名や本文に含まれる文字列の条件などが設定可能である。たとえば、「件名に『機密、社外秘、極秘、秘密』のいずれかが含まれる」といった条件を設定が可能である。
添付ファイル条件としては、添付ファイルの有無、添付ファイルのサイズ(個々のファイルのサイズ、合計サイズ)、添付ファイルの数、添付ファイルの種類、添付ファイルに含まれている文字列、添付ファイルが暗号化されているかなどの条件を設定可能である。たとえば、「添付ファイルが10MB以下である」といった条件が設定可能である。
また、送信者条件、受信者条件、件名・本文条件、添付ファイル条件それぞれ、複数の条件が設定された場合には、図中の1201−32に示すように、結合条件の入力欄が表示され、それら個別の条件の結合指定を行う。
例えば、添付ファイル条件に「添付ファイルがドキュメントファイルである」、「添付ファイルに『機密、社外秘、極秘、秘密』のいずれかが含まれる」の2つが設定されている場合、これらを「and」で結合すれば、「添付ファイルがドキュメントファイルであり且つ添付ファイルに『機密、社外秘、極秘、秘密』のいずれかが含まれる」という条件になるし、「or」で結合すれば、「『添付ファイルがドキュメントファイルである』、『添付ファイルに「機密、社外秘、極秘、秘密」のいずれかが含まれる』の少なくとも1つに合致する」という条件になる。また、「not」で結合すれば、「添付ファイルがドキュメントファイルであり、添付ファイルに『機密、社外秘、極秘、秘密』のいずれも含まれない』という条件になる。
結合条件は、上記した送信者条件、受信者条件、件名・本文条件、添付ファイル条件をどのように結合させるかの条件である。これはすでに説明した、結合条件1201−32とほぼ同様であるので、詳細な説明は割愛する。このようにすることで、「送信者が一般社員であり、添付ファイルがあり、送信先に送信者の上長が含まれない」といった条件を作成することが可能になる。
動作編集欄1201−4は、中継制御部303の処理決定部303−2によって決定される、上記の条件編集欄1201−3で設定した条件に合致する電子メールに対する処理を指定する。動作を「中継」とした場合には、電子メールを中継する。「禁止」とした場合には当該電子メールの中継を禁止する。また、「保留」とした場合には、いったん当該電子メールの中継を保留し、監査者1201−5に設定された監査者による「中継」、「禁止」の指示に従って最終的な処理を決定する。監査者編集欄1201−5は、保留された電子メールの監査者を指定する指定欄である。監査者編集欄1201−5は、動作編集欄1201−4で「保留」が設定された場合に編集が可能となる。設定ボタン1201−51の押下を受け付けることで、不図示の監査者指定画面がクライアント装置102に表示され、その画面を介して監査者の設定を受け付けることになる。
OKボタン1202は、この個別ルール入力画面1200を介して入力された各種の情報で個別ルールを確定させ、新たに設定するために用いるボタンである。キャンセルボタン1203は、本画面での処理をキャンセルして表示を終了するために用いられるボタンである。以上が、図12の個別ルール入力画面1200の説明である。
図5の説明に戻る。ステップS505で中継制御ルール編集画面1100の画面情報を送信後、クライアント装置102から、個別ルール入力画面要求を受け付けた場合には(ステップS506でYES)、クライアント装置102に対して個別ルール入力画面1200を表示するための画面情報を送信する(ステップS507)。尚、すでに説明している通り、中継制御ルール編集画面1100の編集ボタン1103−4に対する押下指示を受け付けることでクライアント装置102から個別ルール入力画面要求が発せられた場合には、プロキシサーバ101のCPU201は、当該編集ボタン1103−4に対応する個別ルールの情報が表示されるよう画面情報を作成し、クライアント装置102に対して送信することになる。新規追加ボタン1105の場合には、各編集項目が未入力状態(IDは除く)の画面情報を作成し、クライアント装置102に送信する。
その後、中継制御ルール編集画面1100の優先度変更ボタン1103−3または1103−4が押下されることによりクライアント装置102より送信される個別ルール適用優先度変更情報や、個別ルール入力画面1200のOKボタン1202が押下されることにより送信される個別ルール編集情報などを含む中継制御ルールの編集情報を受信したと判定した場合には(ステップS508でYES)、当該編集情報をRAM202等に保存する(ステップS509)。
クライアント装置102のディスプレイ装置に表示されている中継制御ルール編集画面1100のOKボタン1105が押下されることにより発行される中継制御ルールの編集指示をクライアント装置102から受信すると(ステップS510でYES)、RAM202等に保存されている編集情報に従って、ルール記憶部302−1に記憶されている中継制御ルールを更新し(ステップS511)、本処理を終了する。
また、クライアント装置102のディスプレイ装置に表示されている中継制御ルール編集画面1100のキャンセルボタン1106が押下されることにより発行される終了指示をクライアント装置102から受信すると(ステップS512でYES)、RAM202等に記憶されている編集情報を破棄し(ステップS513)、本処理を終了する。以上が、図4のステップS402の中継制御ルール編集処理の詳細な説明である。
次に、図6を参照して、図4のステップS404のテストルール編集処理の詳細について説明する。
まず、CPU201は、テストルールファイルの取り込み指示を受け付けたか(図10の「テストルールファイルを読み込む」1003が選択された場合)、それとも、既存のテストルールに対する編集指示を受け付けたか(図10の「テストルールを編集する」1004が選択された場合)を判定する(ステップS601)。この判定処理でテストルールファイルの取り込み指示を受け付けたと判定した場合には(ステップS601でYES)、処理をステップS602に進め、クライアント装置102からテストルールファイルを受信する。
そして、受信したテストルールファイルをテストルールとして記憶部302−1に登録する(ステップS603)。そして、設定完了通知をクライアント装置102に対して送信する(ステップS604)。
ステップS601の判定処理でNO、つまりテストルールの編集指示を受け付けたと判定した場合には、処理をステップS605に進め、不図示のテストルール選択画面の画面情報をクライアント装置102に送信する。クライアント装置102側では、この画面情報に基づき表示されるテストルール選択画面を用いて、既存のテストルールのうち、どのテストルールを変更するかの選択、もしくはテストルールの新規作成の選択がなされ、その情報がプロキシサーバ101に送信されることになる。
プロキシサーバ101のCPU201は、不図示のテストルール選択画面をクライアント装置102に送信後、編集テストルールの選択指示(新規テストルールの作成指示を含む)をクライアント装置102から受信すると(ステップS605でYES)、選択されたテストルールを編集するためのテストルール編集画面の画面情報を作成し、その画面情報をクライアント装置102に送信する(ステップS607)。テストルール編集画面の画面構成は、中継制御ルール編集画面の画面構成とほぼ同様であるので、その詳細な説明は割愛する。
その後、テストルールの編集処理(ステップS608〜ステップS615)を実行することになるが、この処理の詳細は図5の中継制御ルール編集処理のステップS506〜ステップS513の処理と同様であるので、詳細な説明については割愛する。以上が、図4のステップS404のテストルール編集処理の詳細な説明である。
ここで、図17を参照して、図5、図6に示す中継制御ルール編集処理や、テストルール編集処理により編集され、ルール記憶部302−2に記憶されるルールのデータ構成について説明する。図中、1701はルールデータテーブルの、1702は個別ルールデータテーブルのデータ構成を示している。
まず、ルールデータテーブル1701のデータ構成について説明する。図に示す通り、ルールデータテーブル1701は、ルールID1701−1、ルール名称1701−2、稼働中/テスト識別フラグ1701−3、個別ルール数1701−4、優先度1701−5、個別ルールID1701−6、デフォルト動作1701−7を備えて構成されている。
ルールID1701−1は、ルール(中継制御ルール、テストルール)を一意に識別するための識別情報を登録するためのデータ項目である。
ルール名称1701−2は、当該ルールの名称を登録するためのデータ項目であって、図11の中継制御ルール編集画面1100のルール名称入力部1101(テストルール編集画面も同様の構成)に入力された情報が登録される。
稼働中/テスト識別フラグ1701−3は、当該ルールが電子メールの送信制御に実際用いられる稼働中の中継制御ルールであるか、それともテストルールであるかを識別するためのフラグ情報を登録するためのデータ項目である。稼働中のルール(中継制御ルール)は1つのみであり、他のルールはテストルールとなる。
個別ルール数1701−4は、当該ルールに含まれる個別ルールの数が登録されるデータ項目である。優先度1701−5は個別ルールの適用優先度を示す情報を、個別ルールID1701−6は個別ルールを一意に示す識別情報が登録されるデータ項目であり、これらのペアが個別ルール数1701−4に登録された個別ルールの数だけ設定される。
デフォルト動作1701−7は、当該ルールに含まれる全ての個別ルールの条件に合致しない電子メールに対して実行する処理を登録するデータ項目であって、図11のデフォルト操作指定部1102で設定された動作が登録される。以上がルールデータテーブル1701のデータ構成の説明である。
次に、個別ルールデータテーブル1702のデータ構成について説明する。図に示す通り、個別ルールデータテーブル1702は、個別ルールID1702−1、送信者条件1702−2、受信者条件1702−3、件名・本文条件1702−4、添付ファイル条件1702−5、結合条件1702−6、動作1702−7、監査者1702−8をデータ項目として備えて構成されている。
個別ルールID1702−1は、個別ルールを一意に識別するための識別情報を登録するためのデータ項目である。
送信者条件1702−2は、個別ルールの条件のうち、送信者に関する条件を登録するデータ項目であって、図12の条件編集欄1201−3のうち、送信者条件欄で設定された条件が登録される。
受信者条件1702−3は、個別ルールの条件のうち、受信者に関する条件を登録するデータ項目であって、図12の条件編集欄1201−3のうち、受信者条件欄で設定された条件が登録される。
件名・本文条件1702−4は、個別ルールの条件のうち、件名・本文に関する条件を登録するデータ項目であって、図12の条件編集欄1201−3のうち、件名・本文条件欄で設定された条件が登録される。
添付ファイル条件1702−5は、個別ルールの条件のうち、添付ファイルに関する条件を登録するデータ項目であって、図12の条件編集欄1201−3のうち、添付ファイル条件欄で設定された条件が登録される。
結合条件1702−6は、上記の送信者条件1702−2、受信者条件1702−3、件名・本文条件1702−4、添付ファイル条件1702−5に設定された条件をどのように結合するかの設定情報を登録するデータ項目であって、図12の条件編集欄1201−3のうち、結合条件欄で設定された情報が登録される。
動作1702−7は、上記の条件に合致した電子メールに対して適用する処理(処理決定部303−2が決定する処理)を登録するためのデータ項目であって、図12の動作編集欄1201−4で選択された動作が登録される。
監査者1702−8は、保留された電子メールの監査者情報を登録するためのデータ項目であって、図12の監査者編集欄1201−5で設定された監査者の情報が登録される。尚、このデータ項目は、動作1702−7に「保留」が登録されている場合に、データが登録される項目である。以上が、個別ルールデータテーブル1702のデータ項目の説明である。
尚、これらのデータ構成はあくまでも一例であり、必要に応じて適宜変更することが可能であることは言うまでもない。
次に、図7を参照して、図4のステップS406の電子メールの中継制御処理の詳細について説明する。
プロキシサーバ101のCPU201は、まず、取得した電子メールを電子メール記憶部302−2に保存する。そして、中継制御ルールに含まれる個別ルールを優先度順に取得し、電子メールが取得した個別ルールに設定されている条件に合致しているかの判定処理を行うことになる。
電子メール保存後、CPU201は、保存した電子メールに未適用の個別ルールが存在するかを判定し(ステップS702)、存在する(YES)と判定した場合には処理をステップS703に進め、ルールデータテーブル1701中の個別ルールの優先度1701−5に従い、次に電子メールに対して適用する個別ルールを個別ルールデータテーブル1702から取得する。そして、取得した個別ルールに設定されている条件に当該電子メールが合致するかを判定する(ステップS704)。
このステップS704の判定処理で、合致する(YES)と判定した場合には処理をステップS705に進め、当該個別ルールの動作1702−7に設定されている処理を、当該電子メールに対して実行する処理として決定する。一方、合致しない(NO)と判定した場合には処理をステップS702に戻し、まだ電子メールに適用していない個別ルールがあるかを再度判定することになる。そして、ステップS702でYESと判定した場合には、ステップS703からの処理を再度行う。一方、ステップS702でNOと判定した場合には、処理をステップS706に進め、当該中継制御ルールのデフォルト動作1701−7に登録されている処理を、当該電子メールに対して実行する処理として決定する(デフォルト動作を適用)。
尚、すでに説明しているように、ステップS705、S706で電子メールに対して実行する処理として決定される処理には、電子メールの「中継」、「保留」、「禁止」が含まれる。「中継」である場合には、CPU201は、電子メールを外部電子メールサーバ105に送信する。「保留」の場合には、CPU201は、一旦外部電子メールサーバ105に対する電子メールの送信を保留し、監査者からの送信指示があった後に、当該電子メールを外部電子メールサーバに対して送信する。「禁止」の場合には,CPU201は電子メールを指定された外部電子メールサーバに送信することはない。
ステップS707では、CPU201は、ステップS705、ステップS706の何れかで決定された電子メールに対して実行する処理が中継/保留/禁止の何れであるかを判定する。
ステップS707の判定処理で「中継」であると判定した場合には、処理をステップS708に進め、当該電子メールを指定された外部電子メールサーバ105に対して送信する。
ステップS707の判定処理で「保留」であると判定した場合には、処理をステップS709に進め、電子メールを一旦外部メモリ211等に保存する。そして、当該電子メールに適用した個別ルールの監査者1702−8に設定されているユーザを当該電子メールの監査者として決定し(ステップS710)、決定された監査者に対して電子メールが保留されている旨の通知を行う(ステップS711)。尚、監査者に送信者の上長(課長)などと登録されている場合には、不図示のLDAPサーバ等からその情報を取得し、監査者として決定することになる。
ステップS707の判定処理で「禁止」であると判定した場合には、処理をステップS712に進め、電子メールの送信を禁止する。そして、当該電子メールの送信者に電子メールの送信が禁止された旨の通知を行う(ステップS713)。ステップS711、ステップS713の通知は、それぞれ電子メールの監査者、電子メール送信者に対してその旨の電子メールを送信することで行うことになる。
ステップS708、ステップS711、ステップS713のいずれかの処理終了後、処理をステップS714に進め、中継制御の結果を電子メール記憶部に記憶されている当該電子メールに追加登録する。
ここで、図18を参照して、電子メールデータ記憶部302−2に記憶されている電子メールデータテーブルのデータ構成について説明する。図18に示す通り、電子メールデータテーブル1800は、データ項目として電子メールID1801、送信者1802、TO1803、CC1804、BCC1805、件名1806、本文1807、添付1808、中継制御結果1809、監査者1810、シミュレーション結果1811等を備えて構成されている。
電子メールID1801は電子メールを一意に識別する識別情報が登録されるデータ項目であって、例えば電子メールのヘッダーに設定されるMessage−IDの情報を取得して登録することになる。
送信者1802は、電子メールの送信者(FROM)情報を登録するデータ項目である。TO1803は、電子メールの受信者のうち、「TO」に設定された受信者のメールアドレス情報を登録するデータ項目である。CC1804は、電子メールの受信者のうち、「CC」に設定された受信者のメールアドレス情報を登録するデータ項目である。BCC1805は、電子メールの受信者のうち、「BCC」に設定された受信者のメールアドレス情報を登録するデータ項目である。
件名1806は、電子メールの件名に設定された文字列情報を登録するデータ項目である。本文1807は、電子メールの本文に設定された文字列情報を登録するデータ項目である。添付1808は、電子メールに添付された添付ファイル情報を登録するデータ項目である。
中継制御結果1809は、当該電子メールデータの中継制御結果を登録するデータ項目である。このデータ項目には、中継制御の結果決定された処理を登録しても、中継制御に用いられた個別ルールのIDを設定してもどちらでもよい。監査者1910は、当該電子メールの監査者を登録するデータ項目である。シミュレーション結果1911は、後述するシミュレーション処理の結果を登録するデータ項目である。以上が図3の電子メール記憶部302−2に記憶されている電子メールデータテーブルのデータ構成の説明である。
図7の説明に戻る。ステップS714の処理が終了後、テストルールが設定されている場合には、当該テストルールを用いた中継制御処理を行った場合に当該電子メールの中継制御結果はどのようになるかのシミュレーションを更に行わせることも可能である。そこで、CPU201は、中継制御処理(ステップS701〜S714の処理)終了後、テストルールが設定されているかを判定する(ステップS715)。テストルールが設定されていないと判定した場合には(ステップS715でNO)、本処理を終了する。
一方、テストルールが設定されていると判定した場合には(ステップS715でYES)、処理をステップS716に進め、テストルールでの中継制御のシミュレーション処理を実行するかを判定する。このステップS716の判定処理でNOと判定した場合には、本処理を終了する。一方、ステップS716の判定処理でYESと判定した場合には、処理をステップS717に進める。
その後、ルール記憶部302−1に記憶されているテストルールから優先順に個別ルールを取得し、取得した個別ルールに設定されている条件に電子メールが合致するかの判定処理を行い、当該電子メールに対する処理を決定することになる(ステップS717〜ステップS721)。このステップS717〜ステップS721の処理は、既に説明したステップS702〜ステップS706の処理と略同様であるので、ここでの説明は割愛する。尚、テストルールがルール記憶部302−1に複数設定されている場合には、そのうちの任意のテストルールをあらかじめ選択させ、選択されたテストルールによるシミュレーション処理を行う形態をとっても、ルール記憶部302−1に記憶されているすべてのテストルールによるシミュレーション処理を行う形態をとっても、どちらでも構わない。
その後、ステップS720、またはステップS721で当該電子メールに対して実行するとして決定された処理と、個別ルールのIDをシミュレーション結果として電子メール記憶部302−2に記憶されている当該電子メールのシミュレーション結果1911に登録する(ステップS722)。以上が、図4のステップS406の電子メールの中継制御処理の説明である。
尚、この処理の説明では、テストルールを用いたシミュレーション処理(ステップS715以降の処理)を、電子メールを取得するたびに行うこととしているが、例えば、ある期間(例えば1日)に取得した電子メールに対してバッチ処理としてシミュレーション処理を行うようにしても勿論構わない。
次に、図8を参照して、図4のステップS408のテスト処理の詳細について説明する。まずCPU201は、テストデータ記憶部302−3に記憶されているテストデータを取得する。
ここで、図13を参照して、テストデータ入力画面の構成の一例について説明する。テストデータ入力画面1300は、テストデータの登録を行う際に用いられる画面である。クライアント装置102からのテストデータの登録要求を受け付けると、プロキシサーバ101のCPU201は、本画面を表示するための画面情報の要求を行ってきたクライアント装置102に送信する。画面情報を受信したクライアント装置102のディスプレイ装置には、その画面情報に基づいて本画面が表示されることになる。
図中、1301は送信者(FROM)入力欄であって、テストデータとして登録する電子メールの送信者情報を入力するための入力欄である。
1302は受信者(TO)入力欄であって、テストデータとして登録する電子メールの受信者情報(TO)を入力するための入力欄である。1303は受信者(CC)入力欄であって、テストデータとして登録する電子メールの受信者情報(CC)を入力するための入力欄である。1304は受信者(BCC)入力欄であって、テストデータとして登録する電子メールの受信者情報(BCC)を入力するための入力欄である。
1305は件名入力欄であって、テストデータとして登録する電子メールの件名を入力するための入力欄である。1306は本文入力欄であって、テストデータとして登録する電子メールの本文を入力するための入力欄である。
1307は添付ファイル設定欄であって、テストデータとして登録する電子メールの添付ファイルとするファイルを設定するための設定欄である。
1308は期待中継制御結果設定欄であって、本画面を介して入力されたデータに基づき登録されるテストデータがどのような中継制御結果になることを期待しているかを設定する設定欄である。期待中継制御結果として、「中継」、「保留」、「削除」、「個別ルールID」のいずれかの指定を受け付ける。ここで「個別ルールID」は、ある特定の個別ルールによる中継制御が実行されることを期待する場合に選択する項目であり、期待中継制御結果設定欄1308で「個別ルールID」が選択された場合には、個別ルールID指定欄1309にその個別ルールの個別ルールIDの入力を受け付けることになる。
1310は追加登録ボタンであって、本画面を介して入力される各種の情報に従って新たにテストデータを登録するために用いられるボタンである。1311はキャンセルボタンであって、テストデータの追加登録を行うことなく本処理を終了させるために用いられるボタンである。以上が、テストデータ入力画面1300の構成の一例の説明である。
テストデータ入力画面1300の追加登録ボタン1310が押下されると、テストデータ入力画面1300の各入力欄や設定欄に設定された各種の情報を含むテストデータの追加登録要求情報が、クライアント装置102からプロキシサーバ101に対して送信される。
クライアント装置102からのテストデータの追加登録要求情報を受け付けると、プロキシサーバ101のCPU201は、その情報に従って、テストデータ記憶部302−3にテストデータを登録することになる。
ここで、図19を参照して、テストデータ記憶部302−3に記憶されるテストデータのデータ構成の一例について説明する。
テストメールID1901は、テストデータを一意に識別するための識別情報が登録されるデータ項目である。
FROM1902は、テストデータとして登録する電子メールの送信者(FROM)が登録されるデータ項目であり、図13のテストデータ入力画面1300の送信者(FROM)入力欄1301に入力された情報が登録される。
TO1903は、テストデータとして登録する電子メールの受信者(TO)を登録するためのデータ項目であり、図13のテストデータ入力画面1300の受信者(TO)入力欄1302に入力された情報が登録される。
CC1904は、テストデータとして登録する電子メールの受信者(CC)を登録するためのデータ項目であり、図13のテストデータ入力画面1300の受信者(CC)入力欄1303に入力された情報が登録される。
BCC1905は、テストデータとして登録する電子メールの受信者(BCC)を登録するためのデータ項目であり、図13のテストデータ入力画面1300の受信者(BCC)入力欄1304に入力された情報が登録される。
件名1906は、テストデータとして登録する電子メールの件名を登録するためのデータ項目であり、図13のテストデータ入力画面1300の件名入力欄1305に入力された情報が登録される。
本文1907は、テストデータとして登録する電子メールの本文を登録するためのデータ項目であり、図13のテストデータ入力画面1300の本文入力欄1306に入力された情報が登録される。
添付1908は、テストデータとして登録する電子メールに添付する添付ファイルを登録するためのデータ項目であって、図13のテストデータ入力画面1300の添付ファイル設定欄1307で設定された情報が登録される。
期待中継制御結果1909は、当該レコードのテストデータがどのような中継制御結果になることを期待するかの情報を登録するためのデータ項目であって、図13のテストデータ入力画面1300の期待中継制御結果設定欄1308で設定された情報が登録される。尚、期待中継制御結果として「ルールID」が選択された場合には、ルールID指定欄1309で入力を受け付けた個別ルールIDが登録されることになる。
以上が、テストデータ記憶部302−3に記憶されるテストデータのデータ構成の説明である。本説明では、テストデータ入力画面1300に入力された情報をもとにテストデータを登録する例について説明したが、過去に中継制御が行われた電子メールを例えばEML形式のファイルとして保存し、その保存したファイルをテストデータとして登録するような手法をとっても勿論構わない。その場合には、期待中継制御結果を指定した形でEML形式のファイルをテストデータとして登録することになる。
図8の説明に戻る。ステップS801でテストデータの取得終了後、テスト処理に使用するテストルールを取得する(ステップS802)。ここでは、ルール記憶部302−1に記憶されている全てのテストルールを取得し、全てのテストルールによるテスト処理を行うようにしても、ユーザからテスト処理に使用するテストルールの指定を受け付け(複数指定可)、指定を受け付けたテストルールのみを取得するようにしてもどちらでも構わない。その後、ステップS801で取得した全てのテストデータにテストルールを適用した結果どのような中継処理結果となるかを判定するためのテスト処理を行う(ステップS803)。
まず、テストルール中に、テストデータに対して適用されていない個別ルールがあるかを判定する(ステップS804)。ステップS804の判定処理でNOと判定した場合には、処理をステップS820に進め、当該テストルールには条件がテストデータに合致する個別ルールがない旨のテスト結果データであるテスト結果データ(適用ルールなし)をテスト結果記憶部302−4に記憶する。
ステップS804の判定処理でYESと判定した場合には、処理をステップS805に進め、優先度順に個別ルールを取得する。そして、取得した個別ルールの条件にテストデータが合致するかを判定する(ステップS806)。
ステップS806の判定処理で、テストデータがテストルールの条件に合致しない(NO)と判定した場合には、処理をステップS807に進め、当該テストルールの動作がテストルールに設定されている期待中継制御結果と一致するかを判定する。尚、期待中継制御結果として個別ルールIDを指定した場合には、このステップではステップS806の条件判定処理に用いた個別ルールが期待中継制御結果として指定された個別ルールIDで特定される個別ルールであるかの判定を行うことになる。後述するステップS817でも同様である。
ステップS807の判定処理で、YESと判定した場合には、処理をステップS808に進め、当該結果に基づくテスト結果データ(動作一致)をテスト結果記憶部302−4に保存する。個別ルールの条件の設定ミスにより、当該テストデータが当該個別ルールの条件に合致しないことも考えられる。そこで、個別ルールの条件設定のミスにより当該テストデータに対して実行すると決定された動作が期待中継制御とは異なる結果となってしまった場合に、その原因を解明しやすくするよう、本発明では、テストデータの期待中継制御結果と同じ動作が設定されているが条件が合致しない個別ルールがあった場合にテスト結果データ(動作一致)として保存する。
ステップS807でNOと判定した場合、または、ステップS808の処理終了後、処理をステップS804に戻し、それ以降の処理を繰り返し行う。
ステップS806の判定処理で、テストデータがテストルールの条件に合致すると判定した場合には、処理をステップS809に進め、テスト結果データ(適用)をテスト結果記憶部302−4に記憶する。
その後、適用した個別ルールに設定されている動作が「保留」または「禁止」であるかを判定し(ステップS810)、「保留」または「禁止」である(YES)と判定した場合には処理をステップS811に進め、通知メールを作成し、その作成した通知メールをステップS809で登録したテスト結果データの通知メール2006に追加保存する。
ステップS810でNOと判定した場合、またはステップS811の処理終了後、テスト処理の結果、当該テストデータに対して実行すると決定された処理が、当該テストデータの期待中継制御結果と一致するかを判定する(ステップS812)。尚、期待中継制御結果として個別ルールIDが選択されている場合には、このステップでは、当該個別ルールIDによる中継制御が行われたかを判定することになる。期待中継制御結果と一致する(YES)と判定した場合には、処理をステップS803に戻し、次のテストデータに対して上記の処理を行う。
一方、ステップS812の判定処理で、テスト処理の結果決定された動作とテストデータの期待中継制御結果とが一致しない(NO)と判定した場合には、テストデータの期待中継制御結果となる一致する動作となる個別ルールを探索するために個別ルールの継続判定を行うかを判定する(ステップS813)。尚、期待中継制御結果として個別ルールIDが設定されており、テストデータが、当該個別ルールIDが示す個別ルールに設定された条件に合致しないことがすでに判明している場合には、このステップ813の判定処理で継続判定を行わないと判定するようにしてもよい。
本発明では、テスト処理を実行する前に、テストデータに対してテストルールを適用した結果、当該テストデータの期待中継制御結果と異なる場合に、テスト処理を継続するか否かを示す継続判定情報を設定しておく。プロキシサーバ101のCPU201はこの継続判定情報に従ってテスト処理を継続する(継続判定を行う)か否かを判定することになる。
ステップS813の判定処理で、継続判定を行わない(NO)と判定した場合には、処理をステップS803に戻し、次のテストデータに対して上記の処理を行う。一方、継続判定を行う(YES)と判定した場合には、処理をステップS814に進め、当該テストルールに、テストデータに対して適用されていない(未確認の)個別ルールがまだあるかを判定する。
ステップS814の判定処理でNOと判定した場合には、当該テストルールには、テストデータの期待中継制御結果となる個別ルールが含まれていないということを示すテスト結果データ(期待結果導出個別ルールなし)をテスト結果記憶部302−4に保存することになる(ステップS819)。ステップS819の処理終了後、処理をステップS803に戻し、次のテストデータに対して上記の処理を実行する。
一方、ステップS814の判定処理で、まだテストデータに対して適用されていない(未確認の)個別ルールがあると判定した場合には、処理をステップS815に進め、優先度に従って個別ルールを取得する。そして、ステップS815で取得した個別ルールの条件にテストデータが合致するかを判定する(ステップS816)。
ステップS816の判定処理で、テストデータがテストルールの条件に合致すると判定した場合には、処理をステップS817に進め、当該テストルールの動作とテストデータの期待中継制御結果が一致するかを判定する。
ステップS817の判定処理で、当該テストルールの動作とテストデータの期待中継制御結果が一致する(YES)と判定した場合には、処理をステップS818に進め、テスト結果データ(条件・動作一致)をテスト結果記憶部302−4に保存する。そして、処理をステップS803に戻し、次のテストデータに対して上記の処理を実行する。
ステップS816の判定処理でNOと判定された場合、または、ステップS817でNOと判定した場合には処理をステップS812に戻し、それ以降の処理を繰り返し行う。尚、ステップS816でNOと判定された場合に、当該テストルールに設定されている動作がテストデータの期待中継制御結果と同一である場合には、そのテストルールをテスト結果に合わせて保存しても良い。また、ステップS817でNOと判定されたテストルールについても、その情報をテスト結果に合わせて登録しておいても良い。
以上のステップS803からS820の処理を、ステップS801で取得した全てのテストデータに対して実行したと判定するまで、本図に示す処理を行うことになる。以上が図4のステップS408のテスト処理の詳細な説明である。
ここで、図20を参照して、図8のテスト処理によって作成されるテスト結果データのデータ構成について説明する。このテスト結果データは、テスト結果記憶部302−4に記憶されることになる。
テストデータID2001は、テストデータのIDを登録するためのデータ項目である。個別ルールID2002は、テストデータに適用した個別ルールのIDを登録するためのデータ項目である。
適用F(フラグ)2003は、テストデータIDが示すテストデータに個別ルールIDが示す個別ルールを適用したか否かを示すフラグ情報を登録するためのデータ項目である。条件一致F(フラグ)2004は、テストデータがテストルールの条件に合致したか否かを示すフラグ情報を登録するためのデータ項目である。動作一致F(フラグ)2005は、テストデータの期待中継制御結果と、個別ルールの動作とが一致しているか否かを示すフラグ情報を登録するためのデータ項目である。
通知メール2006は、テストの結果決定された動作が「保留」、または「禁止」である場合に作成される通知メールの情報を登録するためのデータ項目である。
尚、図8のステップS808で登録されるテスト結果データ(動作一致)は適用F2003が「FALSE」、条件一致F2004が「FALSE」、動作一致F2005が「TRUE」である。また、ステップS809で登録されるテスト結果データ(適用)は、適用F2003が「TRUE」、条件一致F2004が「TRUE」、動作一致F2005は期待中継制御結果と、個別ルールIDが示す個別ルールの動作が一致する場合には「TRUE」、一致しない場合には「FALSE」である。
また、図8のステップS818で登録されるテスト結果データ(条件・動作一致)は。適用F2003が「FALSE」、条件一致F2004が「TRUE」、動作一致F2005が「FALSE」である。
また、ステップS819で登録されるテスト結果データ(期待結果導出個別ルールなし)は、個別ルールID2002にルールIDが登録されていなく、適用F2003が「FALSE」である。ステップS820で登録されるテスト結果データ(適用個別ルールなし)は、個別ルールID2002にルールIDが登録されていなく、適用F2003が「TRUE」である。
尚、これらの登録方法は上記に限られず、いずれを意味するテスト結果データであるかを認識できるようであれば、どのような手法を用いても構わない。以上が図20のテスト結果データのデータ構成の説明である。
次に、図9を参照して、図4のステップS410のテスト結果照会処理の詳細について説明する。
プロキシサーバ101のCPU201は、クライアント装置102からのテスト結果照会要求を受け付けると(図4のステップS409でYES)、テスト結果データをテスト結果記憶部302−4から取得する(ステップS901)。そしてCPU201は、取得した情報に従い、テスト結果照会画面の画面情報を作成し、要求を行ったクライアント装置102に対して送信する。尚、複数のテストルールを用いたテスト処理が行われた場合には、いずれのテストルールによるテスト結果照会を行うかを特定するために、テストルールのルールID1701−1の入力を受け付けることになる。
ここで、図14を参照して、テスト結果照会画面の構成の一例について説明する。このテスト結果照会画面1400は、図9のステップS902でプロキシサーバ101からクライアント装置102に対して送信される画面情報に従って、クライアント装置102のディスプレイ装置に表示される画面である。
テスト結果表示欄1401は、テストデータ件数、期待動作件数、期待動作率等、テスト処理の結果の統計情報を表示する表示欄である。
不一致情報表示欄1402は、テスト処理の結果、期待中継制御結果と、テストルールを適用することで決定される動作とが一致しなかったデータの内訳を表示する表示欄である。図14の例では、期待中継制御ルールが「中継」であるテストデータのうち、テスト処理により決定された動作が「保留」となったものが3件、「禁止」となったものが4件だったことを示している。
テスト結果一覧表示ボタン1403は、テスト結果データの一覧表示要求をプロキシサーバ101に対して行うためのボタンである。このボタンの押下指示を受け付けると、クライアント装置102のCPU201は、プロキシサーバに対して、図15に示すテスト結果一覧表示画面1500を要求することになる。このテスト結果一覧表示画面の構成の一例については、図15を参照して後述する。
閉じるボタン1404は、本画面の表示を終了するために用いられるボタンである。以上が、テスト結果照会画面の構成の一例の説明である。
尚、図7のステップS717以降で行われるシミュレーション結果も本画面と類似の画面により確認可能である。その画面では、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果(シミュレーション結果)とにより導出される各種の情報が表示されることになる。
よって、テスト結果表示欄1401には、シミュレーション結果件数、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果(シミュレーション結果)による動作が一致した件数、その一致率などの統計情報が表示される。
また、不一致情報表示欄1402には、稼働中の中継制御ルールによる中継制御結果と、テストルールを用いたシミュレーション処理による中継制御結果(シミュレーション結果)の不一致情報が表示されることになる。
図9の説明に戻る。ステップS902でテスト結果照会画面の画面情報をクライアント装置102に送信後、当該クライアント装置102からテスト結果データの一覧表示要求を受け付けると(ステップS903でYES)、ステップS904に処理を進め、テスト結果一覧表示画面の画面情報を作成し、要求を行ってきたクライアント装置102に対して送信する。
ここで、図15を参照して、テスト結果一覧表示画面の構成の一例について説明する。このテスト結果一覧表示画面の1500は、図9のステップS904でプロキシサーバ101からクライアント装置102に対して送信される画面情報に従って、クライアント装置102のディスプレイ装置に表示される画面である。
表示データ指示チェックボックス1501は、一覧表示にテストデータのうち、当該テストデータの期待中継制御結果と、テスト処理により決定された当該テストデータに対する動作とが一致するものを後述する一覧表示部1502に表示する(チェックなし)か、しない(チェックあり)か、を指定するためのチェックボックスである。
一覧表示部1502は、テストデータに対するテスト処理の結果を一覧表示する表示部であって、テストデータID1502−1、期待中継制御結果1502−2、適用個別ルールの個別ルールID1502−3、通知メール有無1502−4、動作1502−5など項目を表示する。尚、この画面に表示されるそれぞれのテストデータIDには、テストデータを表示するためのアンカーが設定されており、それらに対してクリック指示を行うことでテストデータの表示要求をプロキシサーバに対し行うことが可能である。また、個別ルールIDにも同様に個別ルールIDを表示するためのアンカーが設定されている。さらには、通知メール有無1502−4に設定される「○」(通知メールデータがあることを示している)にも、通知メールを表示するためのアンカーが設定されている。
期待中継制御結果として「個別ルールID」が選択されたテストデータは、この期待中継制御結果1502−2には、図中の1502−21に示す通りその個別ルールIDと当該個別ルールIDが示す個別ルールに設定された処理が表示されることになる。
ここで、適用個別ルールの個別ルールID1502−3が表示されないテストデータは、テストルール中に当該テストデータが条件に合致するテストルールがなく、デフォルトの動作が適用されたことを示している。また、表示データ指示チェックボックス1501にチェックが入れられると、期待中継制御結果1502−2と動作1502−4とが一致するテストデータは表示されない。つまり、図中のテストデータIDが0001と0089のデータは表示されなくなる。
詳細ボタン1502−6は、当該テストデータに対するテスト結果の詳細情報をプロキシサーバ101に対して要求するために用いられるボタンである。このボタンの押下指示を受け付けることに応じて、クライアント装置102はプロキシサーバ101に対して、図16に示すテスト結果詳細表示画面1600の画面情報を要求する。テスト結果詳細表示画面1600の詳細については図16を参照して後述することにする。
閉じるボタン1503は、本画面の表示を終了させるために用いられるボタンである。以上が図15に示すテスト結果一覧表示画面の構成の一例の説明である。
図9の説明に戻る。テスト結果一覧表示画面送信後、プロキシサーバ101はクライアント装置102から、図15のテスト結果一覧表示画面1500の詳細ボタン1502−5に対する押下指示に応じて発行されるテスト結果詳細要求を受け付けたかと判断した場合には(ステップS905でYES)、選択されたテストデータのテスト結果詳細画面の画面情報を作成し、要求を行ったクライアント装置102に対して送信する。
ここで、図16を参照して、テスト結果詳細表示画面の構成の一例について説明する。このテスト結果詳細表示画面の1600は、図9のステップS906でプロキシサーバ101からクライアント装置102に対して送信される画面情報に従って、クライアント装置102のディスプレイ装置に表示される画面である。
この画面は、選択されたテストデータに関するテスト処理の詳細を表示するための画面であって、図8のテスト処理の過程でテスト結果記憶部302−4に記憶された、当該テストデータに関するテスト結果データに基づき、当該テストデータと関連する個別ルールを検索・表示するための画面である。
ここで、テストデータに関連する個別ルールとは、テスト処理で当該テストデータに対して適用した個別ルールや、テストデータの期待中継制御結果と一致する動作が設定された個別ルールや、テストデータに適用した個別ルールよりも適用優先度が低い、テストデータが合致する条件が設定された個別ルールなどをいう。
テストデータID表示欄1601は、テスト結果の詳細表示を行っているテストデータのテストデータIDを表示するための表示欄である。テストデータ表示ボタン1602は、当該テストデータの表示要求をプロキシサーバ101に対して行うために用いられるボタンである。
期待中継制御結果表示欄1603は、当該テストデータに設定された期待中継制御結果を表示する表示欄である。適用ルールID表示欄1604は、当該テストデータに対するテスト処理の結果適用された個別ルールの個別ルールIDを表示する表示欄である。ルール表示ボタン1605は、テストデータに対して適用された個別ルールを表示させるために用いられるボタンである。中継制御結果表示欄1606は、テスト処理の結果、当該テストデータに対して決定された動作を表示する表示欄である。
個別ルール検索条件表示欄1607は、テストデータと関連する個別ルールの検索を行う際の検索条件を表示する表示欄である。検索条件追加ボタン1608は、個別ルールを検索する際の検索条件を追加するために用いられるボタンであって、本ボタンが押下されると、不図示の検索条件入力画面がクライアント装置102のディスプレイ装置に表示され、その画面を介して検索条件の入力が可能となる。検索条件入力画面を介して入力された検索条件は、個別ルール検索条件表示欄1607に表示される。
検索条件式入力欄1609は、個別ルール検索条件表示欄1607に表示されているそれぞれの検索条件の結合条件を示す検索式を入力するための用いられる入力欄であり、「AND」条件、「OR」条件、「NOT」条件や、結合の優先度を示す「括弧()」を用いた検索条件式の入力を受け付ける。
検索対象個別ルール指定欄1610は、テストデータと関連する個別ルールのうち、どのような個別ルールを検索の対象とするかを指定する指定欄である。例えば、図16に示すように、テストルールが条件に一致した個別ルールを検索の対象とする、テストデータに設定された期待中継制御結果と一致する動作が設定された個別ルールを検索の対象とする、適用ルールよりも適用優先度の低い個別ルールを検索の対象とする、等を指定することが可能である。尚、テストルールが条件に一致した個別ルールを検索の対象とするにチェックが入れられた場合には、適用ルールよりも適用優先度の低い個別ルールを検索の対象とするにも自動的にチェックが入れられることになる。
検索ボタン1611は、個別ルール検索条件表示欄1607、検索条件式入力欄1609、検索対象個別ルール指定欄1610での設定に従った検索処理をプロキシサーバ101に実行させるために用いられるボタンである。
検索結果表示欄1612は、プロキシサーバ101での検索処理の結果、入力された条件に合致するテストルールを表示する表示欄である。表示項目としては、個別ルールID1612−1、コメント1612−2等がある。詳細ボタン1612−3は、当該個別ルールの詳細を表示するために用いられるボタンである。
閉じるボタン1613は、本画面の表示を終了させるために用いられるボタンである。以上がテスト結果詳細表示画面1600の構成の一例の説明である。
図9の説明に戻る。プロキシサーバ101のCPU201は、図16に示すテスト結果詳細表示画面1600の検索ボタン1611に対する押下指示を受け付けることにより発行されるテスト結果(個別ルール)検索要求をクライアント装置102から受け付けると(ステップS907でYES)、クライアント装置102より取得した図16の個別ルール検索条件表示欄1607、検索条件式入力欄1609、検索対象個別ルール指定欄1610での設定に基づいてテスト結果を検索するための検索式を作成し(ステップS908)、その検索式を用いてテスト結果検索を行う(ステップS910)。
その後、検索結果を含むテスト結果詳細画面の画面情報を作成し、作成した画面情報を、検索要求を行ってきたクライアント装置102に対して送信する(ステップS910)。
また、プロキシサーバ101のCPU201は、図15のテスト結果一覧画面1500のテストデータID1502−1に対するクリック指示や、図16のテスト結果詳細表示画面1600のテストデータ表示ボタン1602に対する押下指示を受け付けることにより発行されるテストデータの表示要求をクライアント装置102から受信すると(ステップS911でYES)、テストデータ表示画面の画面情報を作成し、要求を行ってきたクライアント装置102に対して送信する(ステップS912)。
また、同様に、図15のテスト結果一覧画面1500の適用個別ルールの個別ルールID1502−3に対するクリック指示や、図16のテスト結果詳細表示画面1600のルール表示ボタン1605に対する押下指示、参照ボタン1612−3に対する押下指示を受け付けることにより発行される個別ルールの表示要求をクライアント装置102から受信すると(ステップS913でYES)、テストデータ表示画面の画面情報を作成し、要求を行ってきたクライアント装置102に対して送信する(ステップS914)。
以上の処理をクライアント装置102からの終了指示を受信するまで繰り返し行うことになる。以上が図4のステップS410のテスト結果照会処理の詳細な説明である。
本発明では、テスト結果照会要求を受け付けると、プロキシサーバ101は、テスト結果として、テストルールの期待中継制御結果と実際に決定される動作の差異情報(図14)や、個々のテストデータに対して適用したルールとその結果(図15)、テストデータに関連するテストルールに含まれる個別ルールの情報(図16)をクライアント装置102の要求に応じて、送信している。このような構成をとることで、クライアント装置102を操作するシステム監査者にテストルールの妥当性に関する情報を提供することが可能となる。また、個別ルールの情報に関しては、必要な個別ルールの情報を検索により絞り込むことが可能であるので、修正が必要になると思われる個別ルールを早期に特定することを可能にすることができる。
本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記録媒体(または記憶媒体)を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ(またはCPUやMPU)が記録媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることは言うまでもない。この場合、記録媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記録した記録媒体は本発明を構成することになる。
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム(OS)などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
さらに、記録媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるCPUなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
本発明を上記記録媒体に適用する場合、その記録媒体には、先に説明したフローチャートに対応するプログラムコードが格納されることになる。