メールアーカイブサーバ
【課題】
メールデータの検索に対するメールアーカイブサーバ管理者の管理業務を軽減させ、検索結果が大量になった場合でもその結果を記録・保存するためのデータ領域を適切かつ容易に確保し、データの秘匿性を担保しつつ、一般ユーザに対するメールアーカイブサーバの利用者権限を拡大させない形での運用を可能とするための技術を提供する。
【解決手段】
メールアーカイブサーバ１０は、電子メールの情報をネットワーク１から取得してメールアーカイブ記録領域１１に記録するアーカイブ取得部１２と、ユーザからの電子メールを受信して検索リクエストを受付けるリクエスト受付部１３と、検索リクエストに応じてメールアーカイブ記憶領域１１を検索する検索処理部１４と、検索結果を暗号化してデータサーバ２に記録させる検索結果記録部１５と、暗号データの格納先情報と暗号の復号キーを含んだユーザあての電子メールを生成する検索結果通知部１６を備える。
メールデータの検索に対するメールアーカイブサーバ管理者の管理業務を軽減させ、検索結果が大量になった場合でもその結果を記録・保存するためのデータ領域を適切かつ容易に確保し、データの秘匿性を担保しつつ、一般ユーザに対するメールアーカイブサーバの利用者権限を拡大させない形での運用を可能とするための技術を提供する。
【解決手段】
メールアーカイブサーバ１０は、電子メールの情報をネットワーク１から取得してメールアーカイブ記録領域１１に記録するアーカイブ取得部１２と、ユーザからの電子メールを受信して検索リクエストを受付けるリクエスト受付部１３と、検索リクエストに応じてメールアーカイブ記憶領域１１を検索する検索処理部１４と、検索結果を暗号化してデータサーバ２に記録させる検索結果記録部１５と、暗号データの格納先情報と暗号の復号キーを含んだユーザあての電子メールを生成する検索結果通知部１６を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子メールのアーカイブ（保存記録）が管理されるメールアーカイブシステムにおいて、アーカイブされた電子メールを検索し、その検索結果をメールユーザの利用に供するための技術に関する。
【背景技術】
【０００２】
近年の情報セキュリティへの取り組みとして、電子メールの本文や添付ファイル等を一括して記録するかたちのメールアーカイブの運用が増えつつある。電子メールをアーカイブとして保存しておき、例えば、情報漏えいやウィルス攻撃といった事件が発生した時には、そのアーカイブとして記録されたデータを調査することで、電子メールの送受信に起因する事件の原因を特定することが可能となる。
こういった利用形態と合わせ、電子メールを利用するユーザからは、ユーザがクライアントＰＣ等に保存していた電子メールの情報が誤って削除され、あるいは、記憶装置の障害により読み取りできなくなったときに、そういった電子メールをアーカイブから復元させたいといった要望が出てくるようになってきた。こういった要望に対しては、メールアーカイブ装置の検索機能等を用いて、メールアーカイブ装置の管理者等が対応することとなる。
【０００３】
こういった管理者業務を軽減すべく、特許文献１では、メールサーバから送受信されるメールの情報を記憶手段に保存する手段と、ネットワークを介して接続される端末に対して、記憶手段に保存されている過去のメールの検索、該メールの表示を許可するように制御する手段を備え、複数端末間でメールを共用可能とした電子メール管理システムに関する発明が開示されている。
【０００４】
【特許文献１】特開２００２−０４４１２４号公報（明細書段落番号００１４ほか）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、特許文献１に記載された技術によれば、利用者が端末を操作して電子メール管理システムにアクセスし、メールデータを共有するという形態がとられており、これら端末を利用する各ユーザに対して、電子メール管理システムへのアクセス権限を付与する必要がある。つまり、その各利用者に対して、秘密管理が求められる電子メール管理システム内部の情報への適切なアクセスコントロールを設定しなければならない。
また、特許文献１に記載された技術によれば、電子メールの検索結果を保持するための記憶領域を電子メール管理システム自身で確保しなければならず、ボリュームが大きい検索結果に対応させるためには、その領域を特別に確保しなければならないといった問題がある。仮に、添付ファイルを含む１件当たりの平均メールサイズを１０ｋｂｙｔｅ、一人一日当たりのメール送受信件数を５０件とすれば、一人が一年間に扱う電子メールのデータサイズは約２００Ｍｂｙｔｅといった膨大な量となる。したがって、長期間のメールデータを復元したいといった検索リクエストが集中したときに備えて、検索結果を保存するための記憶領域を十分に確保すべきであることは言うまでもない。
そこで、本件発明は、メールデータの検索に対するメールアーカイブサーバ管理者の管理業務を軽減させ、検索結果が大量になった場合でもその結果を記録・保存するためのデータ領域を適切かつ容易に確保し、データの秘匿性を担保しつつ、一般ユーザに対するメールアーカイブサーバの利用者権限を拡大させない形での運用を可能とするための技術を提供する。
【課題を解決するための手段】
【０００６】
前述した課題を解決するため、本発明第１の構成によるメールアーカイブサーバは、データサーバおよびメールサーバを有するネットワークと接続され、電子メールの情報を記録するためのメールアーカイブ記憶領域が確保され、前記メールサーバを経由する電子メールの情報を前記ネットワークから取得してその情報を前記メールアーカイブ記録領域に記録するアーカイブ取得部と、ユーザからの電子メールを受信してメールアーカイブの検索リクエストを受け付けるリクエスト受付部と、前記検索リクエストに応じて前記メールアーカイブ記憶領域に記録された電子メールの情報を検索する検索処理部と、前記電子メールの情報の検索結果を暗号化した暗号データを生成して前記ネットワークを経由してその暗号データを前記データサーバに記録させる検索結果記録部と、前記暗号データが格納された格納先情報および前記暗号データの復号キーの情報を含んだ前記ユーザあての電子メールを生成して前記ネットワークを経由して前記ユーザに通知する検索結果通知部と、を備えたことを特徴としている。
【０００７】
また、本発明第２の構成によるメールアーカイブサーバは、第１の発明の構成に加え、該メールアーカイブサーバと前記ネットワークとの間のデータ送受信を制御する通信プロトコル制御部をさらに備え、前記通信プロトコル制御部は、該メールアーカイブサーバ自身から前記データサーバへのファイル転送プロトコルと、前記メールサーバを経由するメール転送プロトコルのみを通信するように制御されることを特徴としている。
【０００８】
また、本発明第３の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記アーカイブ取得部は、前記メールサーバを経由する電子メールの情報を前記ネットワークからネットワークタップ経由で取得して、その情報を前記メールアーカイブ記録領域に記録するとともに、前記リクエスト受付部は、前記検索リクエストに係る電子メールを前記ネットワークタップ経由で受信することを特徴としている。
【０００９】
また、本発明第４の構成によるメールアーカイブサーバは、第３の発明の構成に加え、該メールアーカイブサーバと前記ネットワークとの間のデータ送受信を制御する通信プロトコル制御部をさらに備え、前記通信プロトコル制御部は、該メールアーカイブサーバ自身から前記データサーバへのファイル転送プロトコルと、該メールアーカイブサーバ自身から前記メールサーバへのメール転送プロトコルのみを通信するように制御されることを特徴としている。
【００１０】
また、本発明第５の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記検索処理部は、前記検索リクエストに係る電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、前記メールアーカイブ記憶領域からの検索は、その検索キーが送信者または受信者のメールアドレスとして含まれる電子メールの情報に限定することを特徴としている。
【００１１】
また、本発明第６の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記データサーバは、前記ネットワーク上に複数台あって、前記検索結果記録部は、前記暗号データの格納先をその暗号データの情報量の大きさに応じて前記データサーバから選択し、その選択された格納先に対して前記暗号データを記録させることを特徴としている。
【００１２】
また、本発明第７の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記データサーバは、前記ネットワーク上に複数台あって、前記検索リクエストに係る電子メールには、前記暗号データの格納先たる前記データサーバを特定するための情報が含まれるとともに、前記検索結果記録部は、その指定された格納先に対して前記暗号データを記録させることを特徴としている。
【００１３】
また、本発明第８の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記検索処理部は、前記検索リクエストを一時的に格納しておき、所定の時間に前記メールアーカイブ記憶領域に記録された電子メールの情報を検索することを特徴としている。
【００１４】
また、本発明第９の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記検索結果記録部は、前記暗号データを前記データサーバに記録させるに先立って、該データサーバのファイル空き容量を確認することを特徴としている。
【発明の効果】
【００１５】
本発明第１の構成によるメールアーカイブサーバによれば、リクエスト受付部がユーザからの検索リクエストを電子メールにて受け付けて、検索処理部が検索リクエストに応じてメールアーカイブを検索し、検索結果記録部が検索結果を他のサーバであるデータサーバに記録し、検索結果通知部が検索結果をユーザに通知するという一連の処理を自動的に行わせることで、メールデータの検索に対するメールアーカイブサーバ管理者の管理業務が軽減されるほか、検索結果を適当なデータサーバに記録させることで、検索結果が大量になった場合でもその結果を記録・保存するためのデータ領域が適切かつ容易に確保される。
また、電子メールの検索をメールアーカイブサーバに行わせ、その検索結果をユーザがアクセス可能なデータサーバに格納させることで、メールアーカイブサーバの利用者権限を該サーバの維持管理に必要な最小限の人員に絞り込むことができ、一般ユーザに対するメールアーカイブサーバの利用者権限を拡大させない形での運用が可能となる。
また、検索結果記録部が検索結果を暗号化してデータサーバに記録し、検索結果通知部がその暗号データの復号キーを特定ユーザに電子メールで通知することで、通知された特定ユーザ以外はその暗号データを復号できないように管理することができ、アーカイブデータに対するデータの秘匿性が担保される。
また、リクエスト受付部が受け付ける検索リクエストと検索結果通知部が通知する検索結果は、ユーザとの間で電子メールにて送受信され、アーカイブ取得部はメールサーバを経由する電子メールの情報を取得してメールアーカイブ記憶領域に記録するので、メールアーカイブの検索に対する履歴がメールアーカイブ記憶領域に自動的に記録され、その検索履歴をデータログとして改めて構築させる必要がない。
【００１６】
本発明第２の構成によるメールアーカイブサーバによれば、通信プロトコル制御部で、ネットワークからメールアーカイブ記録部への直接のアクセスができないように制御し、ネットワークを介した一般ユーザによるアーカイブデータへのアクセスを制限した状態とすることで、前述した効果に加え、アーカイブデータに対するデータの秘匿性がより担保される。
【００１７】
本発明第３の構成によるメールアーカイブサーバによれば、メールサーバを経由する電子メールの情報をネットワークからネットワークタップ経由で取得して、その情報をメールアーカイブ記録領域に記録することで、前述した効果に加え、ネットワークの構成を大きく変えることなしにメールアーカイブを取得することが可能となる。
また、リクエスト受付部は、検索リクエストをネットワークタップ経由で取得するので、メールアーカイブサーバ自身は、電子メールをネットワーク経由で受信する必要がなくなる。したがって、ネットワークからのアクセスを完全に遮断することができるので、アーカイブデータに対するデータの秘匿性がより強固となる。
【００１８】
本発明第４の構成によるメールアーカイブサーバによれば、通信プロトコル制御部で、ネットワークからメールアーカイブ記録部への直接のアクセスができないように制御し、ネットワークを介した一般ユーザによるアーカイブデータへのアクセスを制限した状態とすることで、前述した効果に加え、アーカイブデータに対するデータの秘匿性がより担保される。
【００１９】
本発明第５の構成によるメールアーカイブサーバによれば、検索処理部が、検索リクエストを受け付けたときの電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、その検索キーを送信者または受信者のメールアドレスとして含んでいる電子メール（つまり、検索リクエストを行ったユーザに関連する電子メールのみ）に限定して検索する構成としたので、前述した効果に加え、リクエストをしたユーザ以外の者のアーカイブデータに対するデータの秘匿性が担保される。
【００２０】
本発明第６の構成によるメールアーカイブサーバによれば、検索結果記録部が、暗号データ（検索結果）の格納先をその情報量の大きさに適したデータサーバのなかから選択するので、前述した効果に加え、検索結果のファイルサイズの大小に応じて、検索結果たるファイルを格納するためのデータサーバを使い分けることができる。
【００２１】
本発明第７の構成によるメールアーカイブサーバによれば、検索リクエストに暗号データ（検索結果）の格納先たるデータサーバを特定するための情報を含ませ、検索結果記録部がその指定された格納先に対して暗号データを記録させるので、前述した効果に加え、ユーザの勤務地や部門等に応じて、検索結果たるファイルを格納するためのデータサーバを使い分けることができる。
【００２２】
本発明第の８構成によるメールアーカイブサーバによれば、検索処理部が検索リクエストを一時的に格納しておき、夜間や休日などといったメール送受信の少ない時間帯に検索処理を実行するので、前述した効果に加え、メールアーカイブサーバの負荷を分散させることができる。
また、検索処理部の検索結果を受けて検索結果記録部が起動するため、検索結果記録部は、夜間や休日などといったネットワーク上の負荷が少ない時間帯に暗号データのファイル転送を実行することとなり、ネットワーク上の負荷を分散させることができる。
【００２３】
本発明第９の構成によるメールアーカイブサーバによれば、検索結果記録部が、暗号データのファイル転送に先立ってデータサーバのファイル空き容量を確認するので、前述した効果に加え、格納しようとするデータサーバに対するデータの格納が可能か否かを判断できる。
【発明を実施するための最良の形態】
【００２４】
本発明の実施形態を実施例１〜２にて説明する。
【実施例１】
【００２５】
実施例１を図１〜図４に基づいて説明する。
図１は、実施例１にかかるメールアーカイブサーバの構成を示す説明図である。
図１において、メールアーカイブサーバ１０は、データサーバ２ａ〜２ｚ（これらをまとめて「データサーバ２」と表す場合がある）およびメールサーバ３を有するネットワーク１と接続されている。
メールサーバ３は、クライアント４ａ〜４ｚの利用者等に関連する電子メールを管理するものであり、ネットワーク１上のメール転送プロトコルを送受信する。また、クライアント４ａ〜４ｚは、データサーバ２へのファイルアクセスが可能な状態となっている。
メールアーカイブサーバ１０は、メールアーカイブ記憶領域１１、アーカイブ取得部１２、リクエスト受付部１３、検索処理部１４、検索結果記録部１５、検索結果通知部１６、通信プロトコル制御部１７を備えた計算機によって構成されている。
メールアーカイブ記憶領域１１は、電子メールの情報を記録するための記憶領域であり、計算機内部または外部にあるハードディスクのほか、外部記憶装置としての磁気ディスクや光ディスク(いずれも図示省略)によって構成させてもよい。
実施例１では、メールアーカイブサーバ１０における、アーカイブ取得部１２、リクエスト受付部１３、検索処理部１４、検索結果記録部１５、検索結果通知部１６の構成を実現すべく、計算機内部にあるＣＰＵ、メモリ、クロック等(いずれも図示省略)によって情報処理を行わせ、これらの各機能をプログラムとして実行させるようにするため、そのプログラムを計算機内部にあるハードディスク(図示省略)に記憶させている。
通信プロトコル制御部１７は、ネットワーク１と、アーカイブ取得部１２、リクエスト受付部１３、検索結果記録部１５、検索結果通知部１６との間で行われる情報の送受信を制御するものである。通信プロトコル制御部１７の機能は、前述した計算機の内部に構成させてもよいし、ネットワーク１と計算機との間に接続したルータ装置(図示省略)として構成させてもよい。
【００２６】
図２は、実施例１におけるデータサーバ２のファイル構成を示す説明図であるが、データサーバ２に所定のファイル構成をとらせて、ユーザが検索結果を保存させたいデータサーバ名およびディレクトリを構築しておく。
なお、実施例１では、データサーバ２ａ〜２ｚが複数台設置されていたり、ネットワーク１がファイヤウォール５を介してインターネット６と外部接続されていたり、複数のクライアント４ａ〜４ｚと接続されていたりしているが、このような形態には特に拘束されない。
【００２７】
アーカイブ取得部１２は、メールサーバ３で処理される電子メールの情報を、通信プロトコル制御部１７経由でネットワーク１から取得して、その情報をメールアーカイブ記録領域１１に記録する。
具体的に、通信プロトコル制御部１７は、受信したパケットがメールサーバ３に係るメール転送プロトコルのパケットだと判断すると、そのパケットをアーカイブ取得部１２へ渡す。ここでは、パケットに含まれる宛先ポート番号を確認し、ポート番号が２５番(ｓｍｔｐ＝Simple Mail Transfer Protocol)、１１０番(ｐｏｐ３＝Post Office Protocol Version 3)、１４３番(ｉｍａｐ４＝Internet Message Access Protocol Version4)などの場合に、メール転送プロトコルのパケットだと判断される。そして、アーカイブ取得部１２では、受け取ったパケットデータを一通分のメールデータに結合するなど、後の検索が行いやすい形でデータを加工して、その加工されたデータをメールアーカイブ記録領域１１に記録する。
【００２８】
リクエスト受付部１３は、ユーザからの電子メールを受信してメールアーカイブの検索リクエストを受け付ける。
たとえば、「searchrequest@xxxnet.co.jp」をメールアーカイブサーバ１０に対する検索リクエストに係る受付専用のメールアドレスとして定めておき、利用者がそのメールアドレスを宛先とする検索リクエストを作成してメール送信すれば、リクエスト受付部１３がユーザからの電子メールを受け付ける。
具体的に、通信プロトコル制御部１７は、受信したパケットがメールアーカイブサーバ１０を宛先とするメール転送プロトコルのパケットだと判断すると、そのパケットをリクエスト受付部１３へ渡す。その判断手法は、前述した宛先ポート番号や宛先メールアドレスを確認することにより実現できる。そして、リクエスト受付部１３は、受け取ったパケットデータを一通分のメールデータに結合して、検索リクエストたる電子メールを復元し、その電子メールから、検索式や送信元メールアドレスの情報を収集する。
なお、実施例１によれば、通信プロトコル制御部１７が、メールサーバ３に係るメール転送プロトコルのパケットを収集できるので、メールアーカイブサーバ１０は、検索リクエストの受付に際して、メールサーバ３のＭＴＡ（Message Transfer Agent）へアクセスする必要はない。
【００２９】
図３は実施例１における検索リクエストたる電子メールの内容を示す説明図であるが、図３（ａ）中のメールデータ３１に含まれる宛先メールアドレス３２により、検索リクエストであるか否かが判断され、ＸＭＬなどの拡張可能なマーク付け言語により検索条件を定義するように予め定めておけば、メールデータ３１の情報から検索式３３を抽出させることが可能となる。図３（ａ）の検索式３３は、宛先メールアドレス(ＴＯ)、送信元メールアドレス(ＦＲＯＭ)、カーボンコピーによる宛先メールアドレス(ＣＣ)、または、ブラインドカーボンコピーによる宛先メールアドレス(ＢＣＣ)として、メールアドレス「aaa@xxxnet.co.jp」が含まれている電子メールのうち、メールの日付が「2008/01/01」から「2008/12/31」までのものを検索するという条件を表した一例である。このほか、検索式の設定例としては、図３（ｂ）に示すように、ファイルサイズ、宛先メールアドレス、送信元メールアドレス、メールタイトル、メール本文（全文テキスト検索）、添付ファイル名（拡張子検索を含む）、添付ファイルの有無等による検索式が考えられる。
【００３０】
検索処理部１４は、検索リクエストに応じてメールアーカイブ記憶領域１１に記録された電子メールの情報を検索する。
具体的に、リクエスト受付部１３から、検索式や送信元メールアドレスの情報を受け取ると、検索式３３に従って、検索処理部１４がメールアーカイブ記憶領域１１に記録された電子メールを検索する。検索結果は、計算機内のメモリ(図示省略)に一時的に格納される。
【００３１】
検索結果記録部１５は、電子メールの情報の検索結果を暗号化した暗号データを生成して、ネットワーク１を経由してその暗号データをデータサーバ２に記録させる。
具体的に、検索処理部１４から、検索が完了した旨の通知や送信元メールアドレスの情報を受け取ると、メモリ（図示省略）に一時的に格納された検索結果を暗号化し、その暗号データをメモリに一時的に格納した後、その暗号データに特定のファイル名を付して、通信プロトコル制御部１７を介して、ファイル転送プロトコルにより暗号データをデータサーバ２にファイル転送させる。そうすることで、データサーバ２には検索結果たる電子メールが暗号化された上で暗号データとして記録される。ここで使用されるファイル転送プロトコルの一例としては、ＦＴＰ（File Transfer Protocol）、ＳＳＨ（Secure Shell）、ＨＴＴＰ（HyperText Transfer Protocol）などが考えられる。
なお、検索結果記録部１５では、データサーバ２に記録される暗号データをファイル圧縮技術によりデータ圧縮しておくことが望ましい。また、ファイル管理を目的として、検索結果記録部１５では、暗号データをデータサーバ２に記録したときに、その格納した時刻と格納先情報をメモリ（図示省略）に記録させておき、その格納した時刻から一定の時間が経過した場合には、データサーバ２に記録した暗号データを削除するようにしておくことが望ましい。
【００３２】
検索結果通知部１６は、暗号データが格納された格納先情報および暗号データの復号キーの情報を含んだユーザあての電子メールを生成して、ネットワーク３を経由して前記ユーザに通知する。
具体的に、検索結果記録部１５には、暗号データに対応する復号キーを生成させておき、検索結果通知部１６がその復号キーと送信元メールアドレスの情報を受け取ると、その送信元メールアドレスを宛先とする電子メールを生成する。
図４は検索結果としてユーザに送信される電子メールの内容を示す説明図であるが、その電子メールを構成するメールデータ４１には、格納先情報４２と、復号キー４３が記載され、宛先メールアドレス４４が指定される。この電子メールは、通信プロトコル制御部１７を介して、メール転送プロトコルによりメールサーバ３に転送される。図４は、検索結果記録部１５がデータサーバ２ａの「\\dataserver1\メール復元\九州開発部」というフォルダに「0001.exe」というファイル名で暗号データを記録し、その復号キーを「aR4s%fs3」としたときの一例である。
ユーザは、クライアント４ａなどでその電子メールを受信し、その電子メール本文に記載された格納先情報４２に従ってデータサーバ２ａに記録された暗号データにファイルアクセスし、電子メール本文に記載された復号キー４３によって暗号データを復号化すると、検索結果たる電子メールのアーカイブデータを利用できるようになる。
【００３３】
このように、リクエスト受付部がユーザからの検索リクエストを電子メールにて受け付けて、検索処理部が検索リクエストに応じてメールアーカイブを検索し、検索結果記録部が検索結果を他のサーバであるデータサーバに記録し、検索結果通知部が検索結果をユーザに通知するという一連の処理を自動的に行わせることで、メールデータの検索に対するメールアーカイブサーバ管理者の管理業務が軽減されるほか、検索結果を適当なデータサーバに記録させることで、検索結果が大量になった場合でもその結果を記録・保存するためのデータ領域が適切かつ容易に確保される。
また、電子メールの検索をメールアーカイブサーバに行わせ、その検索結果をユーザがアクセス可能なデータサーバに格納させることで、メールアーカイブサーバの利用者権限を該サーバの維持管理に必要な最小限の人員に絞り込むことができ、一般ユーザに対するメールアーカイブサーバの利用者権限を拡大させない形での運用が可能となる。
また、検索結果記録部が検索結果を暗号化してデータサーバに記録し、検索結果通知部がその暗号データの復号キーを特定ユーザに電子メールで通知することで、通知された特定ユーザ以外はその暗号データを復号できないように管理することができ、アーカイブデータに対するデータの秘匿性が担保される。
また、リクエスト受付部が受け付ける検索リクエストと検索結果通知部が通知する検索結果は、ユーザとの間で電子メールにて送受信され、アーカイブ取得部はメールサーバを経由する電子メールの情報を取得してメールアーカイブ記憶領域に記録するので、メールアーカイブの検索に対する履歴がメールアーカイブ記憶領域に自動的に記録され、その検索履歴をデータログとして改めて構築させる必要がない。
【００３４】
なお、通信プロトコル制御部１７は、メールアーカイブサーバ１０自身からデータサーバ２へのファイル転送プロトコルと、メールサーバ３を経由するメール転送プロトコルのみを通信できるように制御されるように設定しておくことが好ましい。
すなわち、通信プロトコル制御部１７は、検索結果記録部１５からデータサーバ２へのファイル転送プロトコルと、メールサーバ３で送受信されるメール転送プロトコルと、検索結果通知部１６からメールサーバ３へのメール転送プロトコルの通信だけを許可し、その他の通信を遮断しておくようにしておくとよい。
【００３５】
このように、通信プロトコル制御部で、ネットワークからメールアーカイブ記録部への直接のアクセスができないように制御し、ネットワークを介した一般ユーザによるアーカイブデータへのアクセスを制限した状態とすることで、前述した効果に加え、アーカイブデータに対するデータの秘匿性がより担保される。
【００３６】
また、ネットワーク１上に、複数台のデータサーバ２ａ〜２ｚを設置しているような場合には、検索結果記録部１５は、データサーバ２のなかから、暗号データの情報量の大きさに応じて暗号データの格納先を選択し、その選択された格納先に対して暗号データを記録させるようにしておくことが好ましい。たとえば、データサーバ２ａには、小規模のサイズ（10Mbyte未満）の暗号データのみを記録させ、データサーバ２ｂには、中規模（100Mbyte未満）の暗号データのみを記録させ、データサーバ２ｚには、大規模（100Mbyte以上）の暗号データを記録させる、といったようなデータサーバ２の使い分けが考えられる。
【００３７】
あわせて、検索結果記録部１５は、暗号データをデータサーバ２に記録させるに先立って、データサーバ２のファイル空き容量を確認しておくことが好ましい。たとえば、ＦＴＰではｄｕコマンドでカレントディレクトリの容量をチェックすることができるので、通信プロトコル制御部１７でＦＴＰのレスポンスの通信を許可するように設定しておけば、データサーバ２のファイル空き容量を把握できるようになる。
【００３８】
このように、検索結果記録部が、暗号データ（検索結果）の格納先をその情報量の大きさに適したデータサーバのなかから選択するので、前述した効果に加え、検索結果のファイルサイズの大小に応じて、検索結果たるファイルを格納するためのデータサーバを使い分けることができる。
また、検索結果記録部が、暗号データのファイル転送に先立ってデータサーバのファイル空き容量を確認するので、前述した効果に加え、格納しようとするデータサーバに対するデータの格納が可能か否かを判断できる。
【００３９】
また、検索処理部１４は、検索リクエストを一時的に格納しておき、所定の時間にメールアーカイブ記憶領域１１に記録された電子メールの情報を検索するようにしておくことが好ましい。
つまり、検索処理部１４は、リクエスト受付部１３から検索式や送信元メールアドレスの情報を受け取ったときに直ちに検索を開始するのではなく、検索式等をメモリ（図示省略）に一時的に格納しておき、夜間や休日などといったメール送受信の少ない時間帯に検索を実行させるようなタイマー機能を内蔵させる。言い換えれば、メール送受信の多い時間帯では、メールアーカイブサーバ１０において、検索処理部１４による検索処理を実行せず、アーカイブ取得部１２によるアーカイブデータ取得・記録に関する処理に専念させるということになる。
【００４０】
このように、検索処理部が検索リクエストを一時的に格納しておき、夜間や休日などといったメール送受信の少ない時間帯に検索処理を実行するので、前述した効果に加え、メールアーカイブサーバの負荷を分散させることができる。
また、検索処理部の検索結果を受けて検索結果記録部が起動するため、検索結果記録部は、夜間や休日などといったネットワーク上の負荷が少ない時間帯に暗号データのファイル転送を実行することとなり、ネットワーク上の負荷を分散させることができる。
【実施例２】
【００４１】
実施例２を図５〜図６に基づいて説明する。なお、実施例１にて説明したものについては、同一の符号を付し、詳細な説明を省略する。
図５は、実施例２にかかるメールアーカイブサーバの構成を示す説明図である。
図５によるメールアーカイブサーバ１０は、実施例１と比較して、アーカイブ取得部１２が、メールサーバ３を経由する電子メールの情報をネットワーク１からネットワークタップ装置１８を経由して取得し、その情報をメールアーカイブ記録領域１１に記録するという点と、リクエスト受付部１３が、検索リクエストに係る電子メールについてネットワークタップ装置１８を経由して受信するという点が異なる。
ネットワークタップ装置１８はネットワーク１で流れるデータを読み取って、別のデバイスに対してそのデータを分岐・送信するためのハードウェアデバイスである。なお、ネットワークタップ装置１８は、計算機に内蔵されたデバイスとしてもよいし、計算機の外部装置として構成させてもよい。
ネットワークタップ装置１８は、メールサーバ３を経由するネットワーク１上の通信を読み取り、読み取ったパケットがメールサーバ３に係るメール転送プロトコルのパケットだと判断すると、そのパケットをアーカイブ取得部１２へ渡す。パケットに含まれる宛先ポート番号を確認し、ポート番号が２５番(ｓｍｔｐ)、１１０番(ｐｏｐ３)、１４３番(ｉｍａｐ)などの場合に、メール転送プロトコルのパケットだと判断される。そして、アーカイブ取得部１２では、受け取ったパケットデータを一通分のメールデータに結合するなど、後の検索が行いやすい形でデータを加工して、その加工されたデータをメールアーカイブ記録領域１１に記録する。
なお、ネットワークタップ装置１８は、メールサーバ３を介して行われる通信内容をもれなく読み取れるようにするため、ネットワーク１とメールサーバ３の間に設置させることが望ましい。
また、ネットワークタップ装置１８は、受信したパケットがメールアーカイブサーバ１０を受信者とするメール転送プロトコルのパケットだと判断すると、そのパケットをアーカイブ取得部１２およびリクエスト受付部１３に渡す。その判断手法は、前述した宛先ポート番号や宛先メールアドレスを確認することにより実現できる。そして、リクエスト受付部１３は、受け取ったパケットデータを一通分のメールデータに結合して、検索リクエストたる電子メールを復元し、その電子メールから、検索式や送信元メールアドレスの情報を収集する。
【００４２】
このように、メールサーバを経由する電子メールの情報をネットワークからネットワークタップ経由で取得して、その情報をメールアーカイブ記録領域に記録することで、前述した効果に加え、ネットワークの構成を大きく変えることなしにメールアーカイブを取得することが可能となる。
また、リクエスト受付部は、検索リクエストをネットワークタップ経由で取得するので、メールアーカイブサーバ自身は、電子メールをネットワーク経由で受信する必要がなくなる。したがって、ネットワークからのアクセスを完全に遮断することができるので、アーカイブデータに対するデータの秘匿性がより強固となる。
【００４３】
なお、通信プロトコル制御部１７は、メールアーカイブサーバ１０自身からデータサーバ２へのファイル転送プロトコルと、メールアーカイブサーバ１０自身からメールサーバ３へのメール転送プロトコルのみを通信できるように制御されるように設定しておくことが好ましい。
すなわち、通信プロトコル制御部１７は、検索結果記録部１５からデータサーバ２へのファイル転送プロトコルと、検索結果通知部１６からメールサーバ３へのメール転送プロトコルの通信だけを許可し、その他の通信を遮断しておくようにしておくとよい。このような構成により、通信プロトコル制御部１７は、ネットワーク１への通信のみに限定することができ、ネットワーク１からのアクセスを完全に遮断することが可能となる。
【００４４】
このように、通信プロトコル制御部で、ネットワークからメールアーカイブ記録部への直接のアクセスができないように制御し、ネットワークを介した一般ユーザによるアーカイブデータへのアクセスを制限した状態とすることで、前述した効果に加え、アーカイブデータに対するデータの秘匿性がより担保される。
【００４５】
また、検索処理部１４は、検索リクエストたる電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、その検索キーが送信者または受信者のメールアドレスとして含まれる電子メールの情報に限定して、メールアーカイブ記憶領域１１から検索するように設定しておくことが好ましい。
図６は実施例２における検索リクエストたる電子メールの内容を示す説明図であるが、メールデータ６１に含まれる送信元メールアドレス６２により、検索キーの一部を抽出し、メールデータ６１の情報から抽出した検索式６４とあわせて検索式を再構築し、再構築された検索式に基づいて検索を行うようにする。このような構成をとることで、検索結果には、送信者または受信者に送信元メールアドレス６２と同じメールアドレスが必ず含まれるとともに、その検索結果は、検索結果通知部１６により、送信元メールアドレス６２と同じメールアドレスに通知されることとなる。なお、図６の検索式６４は、メールタイトル(Ｔｉｔｌｅ)として、「Ａプロジェクト」が含まれている電子メールのうち、メールの日付が「2008/01/01」から「2008/12/31」までのものを検索するという条件を表す一例であり、検索処理部１４は、この条件に加えて、宛先メールアドレス(ＴＯ)、送信元メールアドレス(ＦＲＯＭ)、カーボンコピーによる宛先メールアドレス(ＣＣ)、または、ブラインドカーボンコピーによる宛先メールアドレス(ＢＣＣ)として、メールアドレス「aaa@xxxnet.co.jp」が含まれている電子メールの検索を行うことになる。
【００４６】
このように、検索処理部が、検索リクエストを受け付けたときの電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、その検索キーを送信者または受信者のメールアドレスとして含んでいる電子メール（つまり、検索リクエストを行ったユーザに関連する電子メールのみ）に限定して検索する構成としたので、前述した効果に加え、リクエストをしたユーザ以外の者のアーカイブデータに対するデータの秘匿性が担保される。
【００４７】
また、ネットワーク１上に、複数台のデータサーバ２ａ〜２ｚを設置しているような場合には、検索リクエストに係る電子メールに、暗号データの格納先たるデータサーバ２を特定するための情報を含ませるとともに、検索結果記録部１５は、その指定された格納先に対して暗号データを記録させるようにしておくことが好ましい。
データサーバ２に所定のファイル構成をとらせて、ユーザが検索結果を保存させたいデータサーバ名およびディレクトリを図２のように指定し、図６の格納先情報６５に示されるように、暗号データの格納先を指定するとよい。つまり、格納先情報６５として、「\\dataserver2\メール復元\東京開発部」というフォルダが指定されている場合には、図２におけるデータサーバ２ｂの格納先フォルダ２１に暗号データが記録されることになる。
なお、格納先情報６５は、リクエスト受付部１３で抽出されたのち、送信元メールアドレス６２と同様に、検索処理部１４、検索結果記録部１５を通じて検索結果通知部１６に送られることになる。
【００４８】
このように、検索リクエストに暗号データ（検索結果）の格納先たるデータサーバを特定するための情報を含ませ、検索結果記録部がその指定された格納先に対して暗号データを記録させるので、前述した効果に加え、ユーザの勤務地や部門等に応じて、検索結果たるファイルを格納するためのデータサーバを使い分けることができる。
【産業上の利用可能性】
【００４９】
本発明は、電子メールのアーカイブ（保存記録）が管理されるメールアーカイブシステムにおいて、アーカイブされた電子メールを検索し、メールユーザの利用に供することで、クライアントＰＣ等でユーザが保存していた電子メールの情報が誤って削除され、あるいは、記憶装置の障害により読み取りできなくなったときに、そういった電子メールをアーカイブから復元させるといった利用のほか、管理者が対象者（特定された者であるか否かを問わない）の電子メールを検索するといった形態での利用が考えられる。
【図面の簡単な説明】
【００５０】
【図１】実施例１にかかるメールアーカイブサーバの構成を示す説明図
【図２】実施例１におけるデータサーバのファイル構成を示す説明図
【図３】実施例１における検索リクエストたる電子メールの内容を示す説明図
【図４】検索結果としてユーザに送信される電子メールの内容を示す説明図
【図５】実施例２にかかるメールアーカイブサーバの構成を示す説明図
【図６】実施例２における検索リクエストたる電子メールの内容を示す説明図
【符号の説明】
【００５１】
１ ネットワーク
２ａ〜２ｚ データサーバ
３ メールサーバ
４ａ〜４ｚ クライアント
５ ファイヤウォール
６ インターネット
１０ メールアーカイブサーバ
１１ メールアーカイブ記憶領域
１２ アーカイブ取得部
１３ リクエスト受付部
１４ 検索処理部
１５ 検索結果記録部
１６ 検索結果通知部
１７ 通信プロトコル制御部
１８ ネットワークタップ装置
２１ 格納先フォルダ
３１、４１、６１ メールデータ
３２、４４、６３ 宛先メールアドレス
３３、６４ 検索式
４２、６５ 格納先情報
４３ 復号キー
６２ 送信元メールアドレス
【技術分野】
【０００１】
本発明は、電子メールのアーカイブ（保存記録）が管理されるメールアーカイブシステムにおいて、アーカイブされた電子メールを検索し、その検索結果をメールユーザの利用に供するための技術に関する。
【背景技術】
【０００２】
近年の情報セキュリティへの取り組みとして、電子メールの本文や添付ファイル等を一括して記録するかたちのメールアーカイブの運用が増えつつある。電子メールをアーカイブとして保存しておき、例えば、情報漏えいやウィルス攻撃といった事件が発生した時には、そのアーカイブとして記録されたデータを調査することで、電子メールの送受信に起因する事件の原因を特定することが可能となる。
こういった利用形態と合わせ、電子メールを利用するユーザからは、ユーザがクライアントＰＣ等に保存していた電子メールの情報が誤って削除され、あるいは、記憶装置の障害により読み取りできなくなったときに、そういった電子メールをアーカイブから復元させたいといった要望が出てくるようになってきた。こういった要望に対しては、メールアーカイブ装置の検索機能等を用いて、メールアーカイブ装置の管理者等が対応することとなる。
【０００３】
こういった管理者業務を軽減すべく、特許文献１では、メールサーバから送受信されるメールの情報を記憶手段に保存する手段と、ネットワークを介して接続される端末に対して、記憶手段に保存されている過去のメールの検索、該メールの表示を許可するように制御する手段を備え、複数端末間でメールを共用可能とした電子メール管理システムに関する発明が開示されている。
【０００４】
【特許文献１】特開２００２−０４４１２４号公報（明細書段落番号００１４ほか）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところが、特許文献１に記載された技術によれば、利用者が端末を操作して電子メール管理システムにアクセスし、メールデータを共有するという形態がとられており、これら端末を利用する各ユーザに対して、電子メール管理システムへのアクセス権限を付与する必要がある。つまり、その各利用者に対して、秘密管理が求められる電子メール管理システム内部の情報への適切なアクセスコントロールを設定しなければならない。
また、特許文献１に記載された技術によれば、電子メールの検索結果を保持するための記憶領域を電子メール管理システム自身で確保しなければならず、ボリュームが大きい検索結果に対応させるためには、その領域を特別に確保しなければならないといった問題がある。仮に、添付ファイルを含む１件当たりの平均メールサイズを１０ｋｂｙｔｅ、一人一日当たりのメール送受信件数を５０件とすれば、一人が一年間に扱う電子メールのデータサイズは約２００Ｍｂｙｔｅといった膨大な量となる。したがって、長期間のメールデータを復元したいといった検索リクエストが集中したときに備えて、検索結果を保存するための記憶領域を十分に確保すべきであることは言うまでもない。
そこで、本件発明は、メールデータの検索に対するメールアーカイブサーバ管理者の管理業務を軽減させ、検索結果が大量になった場合でもその結果を記録・保存するためのデータ領域を適切かつ容易に確保し、データの秘匿性を担保しつつ、一般ユーザに対するメールアーカイブサーバの利用者権限を拡大させない形での運用を可能とするための技術を提供する。
【課題を解決するための手段】
【０００６】
前述した課題を解決するため、本発明第１の構成によるメールアーカイブサーバは、データサーバおよびメールサーバを有するネットワークと接続され、電子メールの情報を記録するためのメールアーカイブ記憶領域が確保され、前記メールサーバを経由する電子メールの情報を前記ネットワークから取得してその情報を前記メールアーカイブ記録領域に記録するアーカイブ取得部と、ユーザからの電子メールを受信してメールアーカイブの検索リクエストを受け付けるリクエスト受付部と、前記検索リクエストに応じて前記メールアーカイブ記憶領域に記録された電子メールの情報を検索する検索処理部と、前記電子メールの情報の検索結果を暗号化した暗号データを生成して前記ネットワークを経由してその暗号データを前記データサーバに記録させる検索結果記録部と、前記暗号データが格納された格納先情報および前記暗号データの復号キーの情報を含んだ前記ユーザあての電子メールを生成して前記ネットワークを経由して前記ユーザに通知する検索結果通知部と、を備えたことを特徴としている。
【０００７】
また、本発明第２の構成によるメールアーカイブサーバは、第１の発明の構成に加え、該メールアーカイブサーバと前記ネットワークとの間のデータ送受信を制御する通信プロトコル制御部をさらに備え、前記通信プロトコル制御部は、該メールアーカイブサーバ自身から前記データサーバへのファイル転送プロトコルと、前記メールサーバを経由するメール転送プロトコルのみを通信するように制御されることを特徴としている。
【０００８】
また、本発明第３の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記アーカイブ取得部は、前記メールサーバを経由する電子メールの情報を前記ネットワークからネットワークタップ経由で取得して、その情報を前記メールアーカイブ記録領域に記録するとともに、前記リクエスト受付部は、前記検索リクエストに係る電子メールを前記ネットワークタップ経由で受信することを特徴としている。
【０００９】
また、本発明第４の構成によるメールアーカイブサーバは、第３の発明の構成に加え、該メールアーカイブサーバと前記ネットワークとの間のデータ送受信を制御する通信プロトコル制御部をさらに備え、前記通信プロトコル制御部は、該メールアーカイブサーバ自身から前記データサーバへのファイル転送プロトコルと、該メールアーカイブサーバ自身から前記メールサーバへのメール転送プロトコルのみを通信するように制御されることを特徴としている。
【００１０】
また、本発明第５の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記検索処理部は、前記検索リクエストに係る電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、前記メールアーカイブ記憶領域からの検索は、その検索キーが送信者または受信者のメールアドレスとして含まれる電子メールの情報に限定することを特徴としている。
【００１１】
また、本発明第６の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記データサーバは、前記ネットワーク上に複数台あって、前記検索結果記録部は、前記暗号データの格納先をその暗号データの情報量の大きさに応じて前記データサーバから選択し、その選択された格納先に対して前記暗号データを記録させることを特徴としている。
【００１２】
また、本発明第７の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記データサーバは、前記ネットワーク上に複数台あって、前記検索リクエストに係る電子メールには、前記暗号データの格納先たる前記データサーバを特定するための情報が含まれるとともに、前記検索結果記録部は、その指定された格納先に対して前記暗号データを記録させることを特徴としている。
【００１３】
また、本発明第８の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記検索処理部は、前記検索リクエストを一時的に格納しておき、所定の時間に前記メールアーカイブ記憶領域に記録された電子メールの情報を検索することを特徴としている。
【００１４】
また、本発明第９の構成によるメールアーカイブサーバは、第１の発明の構成に加え、前記検索結果記録部は、前記暗号データを前記データサーバに記録させるに先立って、該データサーバのファイル空き容量を確認することを特徴としている。
【発明の効果】
【００１５】
本発明第１の構成によるメールアーカイブサーバによれば、リクエスト受付部がユーザからの検索リクエストを電子メールにて受け付けて、検索処理部が検索リクエストに応じてメールアーカイブを検索し、検索結果記録部が検索結果を他のサーバであるデータサーバに記録し、検索結果通知部が検索結果をユーザに通知するという一連の処理を自動的に行わせることで、メールデータの検索に対するメールアーカイブサーバ管理者の管理業務が軽減されるほか、検索結果を適当なデータサーバに記録させることで、検索結果が大量になった場合でもその結果を記録・保存するためのデータ領域が適切かつ容易に確保される。
また、電子メールの検索をメールアーカイブサーバに行わせ、その検索結果をユーザがアクセス可能なデータサーバに格納させることで、メールアーカイブサーバの利用者権限を該サーバの維持管理に必要な最小限の人員に絞り込むことができ、一般ユーザに対するメールアーカイブサーバの利用者権限を拡大させない形での運用が可能となる。
また、検索結果記録部が検索結果を暗号化してデータサーバに記録し、検索結果通知部がその暗号データの復号キーを特定ユーザに電子メールで通知することで、通知された特定ユーザ以外はその暗号データを復号できないように管理することができ、アーカイブデータに対するデータの秘匿性が担保される。
また、リクエスト受付部が受け付ける検索リクエストと検索結果通知部が通知する検索結果は、ユーザとの間で電子メールにて送受信され、アーカイブ取得部はメールサーバを経由する電子メールの情報を取得してメールアーカイブ記憶領域に記録するので、メールアーカイブの検索に対する履歴がメールアーカイブ記憶領域に自動的に記録され、その検索履歴をデータログとして改めて構築させる必要がない。
【００１６】
本発明第２の構成によるメールアーカイブサーバによれば、通信プロトコル制御部で、ネットワークからメールアーカイブ記録部への直接のアクセスができないように制御し、ネットワークを介した一般ユーザによるアーカイブデータへのアクセスを制限した状態とすることで、前述した効果に加え、アーカイブデータに対するデータの秘匿性がより担保される。
【００１７】
本発明第３の構成によるメールアーカイブサーバによれば、メールサーバを経由する電子メールの情報をネットワークからネットワークタップ経由で取得して、その情報をメールアーカイブ記録領域に記録することで、前述した効果に加え、ネットワークの構成を大きく変えることなしにメールアーカイブを取得することが可能となる。
また、リクエスト受付部は、検索リクエストをネットワークタップ経由で取得するので、メールアーカイブサーバ自身は、電子メールをネットワーク経由で受信する必要がなくなる。したがって、ネットワークからのアクセスを完全に遮断することができるので、アーカイブデータに対するデータの秘匿性がより強固となる。
【００１８】
本発明第４の構成によるメールアーカイブサーバによれば、通信プロトコル制御部で、ネットワークからメールアーカイブ記録部への直接のアクセスができないように制御し、ネットワークを介した一般ユーザによるアーカイブデータへのアクセスを制限した状態とすることで、前述した効果に加え、アーカイブデータに対するデータの秘匿性がより担保される。
【００１９】
本発明第５の構成によるメールアーカイブサーバによれば、検索処理部が、検索リクエストを受け付けたときの電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、その検索キーを送信者または受信者のメールアドレスとして含んでいる電子メール（つまり、検索リクエストを行ったユーザに関連する電子メールのみ）に限定して検索する構成としたので、前述した効果に加え、リクエストをしたユーザ以外の者のアーカイブデータに対するデータの秘匿性が担保される。
【００２０】
本発明第６の構成によるメールアーカイブサーバによれば、検索結果記録部が、暗号データ（検索結果）の格納先をその情報量の大きさに適したデータサーバのなかから選択するので、前述した効果に加え、検索結果のファイルサイズの大小に応じて、検索結果たるファイルを格納するためのデータサーバを使い分けることができる。
【００２１】
本発明第７の構成によるメールアーカイブサーバによれば、検索リクエストに暗号データ（検索結果）の格納先たるデータサーバを特定するための情報を含ませ、検索結果記録部がその指定された格納先に対して暗号データを記録させるので、前述した効果に加え、ユーザの勤務地や部門等に応じて、検索結果たるファイルを格納するためのデータサーバを使い分けることができる。
【００２２】
本発明第の８構成によるメールアーカイブサーバによれば、検索処理部が検索リクエストを一時的に格納しておき、夜間や休日などといったメール送受信の少ない時間帯に検索処理を実行するので、前述した効果に加え、メールアーカイブサーバの負荷を分散させることができる。
また、検索処理部の検索結果を受けて検索結果記録部が起動するため、検索結果記録部は、夜間や休日などといったネットワーク上の負荷が少ない時間帯に暗号データのファイル転送を実行することとなり、ネットワーク上の負荷を分散させることができる。
【００２３】
本発明第９の構成によるメールアーカイブサーバによれば、検索結果記録部が、暗号データのファイル転送に先立ってデータサーバのファイル空き容量を確認するので、前述した効果に加え、格納しようとするデータサーバに対するデータの格納が可能か否かを判断できる。
【発明を実施するための最良の形態】
【００２４】
本発明の実施形態を実施例１〜２にて説明する。
【実施例１】
【００２５】
実施例１を図１〜図４に基づいて説明する。
図１は、実施例１にかかるメールアーカイブサーバの構成を示す説明図である。
図１において、メールアーカイブサーバ１０は、データサーバ２ａ〜２ｚ（これらをまとめて「データサーバ２」と表す場合がある）およびメールサーバ３を有するネットワーク１と接続されている。
メールサーバ３は、クライアント４ａ〜４ｚの利用者等に関連する電子メールを管理するものであり、ネットワーク１上のメール転送プロトコルを送受信する。また、クライアント４ａ〜４ｚは、データサーバ２へのファイルアクセスが可能な状態となっている。
メールアーカイブサーバ１０は、メールアーカイブ記憶領域１１、アーカイブ取得部１２、リクエスト受付部１３、検索処理部１４、検索結果記録部１５、検索結果通知部１６、通信プロトコル制御部１７を備えた計算機によって構成されている。
メールアーカイブ記憶領域１１は、電子メールの情報を記録するための記憶領域であり、計算機内部または外部にあるハードディスクのほか、外部記憶装置としての磁気ディスクや光ディスク(いずれも図示省略)によって構成させてもよい。
実施例１では、メールアーカイブサーバ１０における、アーカイブ取得部１２、リクエスト受付部１３、検索処理部１４、検索結果記録部１５、検索結果通知部１６の構成を実現すべく、計算機内部にあるＣＰＵ、メモリ、クロック等(いずれも図示省略)によって情報処理を行わせ、これらの各機能をプログラムとして実行させるようにするため、そのプログラムを計算機内部にあるハードディスク(図示省略)に記憶させている。
通信プロトコル制御部１７は、ネットワーク１と、アーカイブ取得部１２、リクエスト受付部１３、検索結果記録部１５、検索結果通知部１６との間で行われる情報の送受信を制御するものである。通信プロトコル制御部１７の機能は、前述した計算機の内部に構成させてもよいし、ネットワーク１と計算機との間に接続したルータ装置(図示省略)として構成させてもよい。
【００２６】
図２は、実施例１におけるデータサーバ２のファイル構成を示す説明図であるが、データサーバ２に所定のファイル構成をとらせて、ユーザが検索結果を保存させたいデータサーバ名およびディレクトリを構築しておく。
なお、実施例１では、データサーバ２ａ〜２ｚが複数台設置されていたり、ネットワーク１がファイヤウォール５を介してインターネット６と外部接続されていたり、複数のクライアント４ａ〜４ｚと接続されていたりしているが、このような形態には特に拘束されない。
【００２７】
アーカイブ取得部１２は、メールサーバ３で処理される電子メールの情報を、通信プロトコル制御部１７経由でネットワーク１から取得して、その情報をメールアーカイブ記録領域１１に記録する。
具体的に、通信プロトコル制御部１７は、受信したパケットがメールサーバ３に係るメール転送プロトコルのパケットだと判断すると、そのパケットをアーカイブ取得部１２へ渡す。ここでは、パケットに含まれる宛先ポート番号を確認し、ポート番号が２５番(ｓｍｔｐ＝Simple Mail Transfer Protocol)、１１０番(ｐｏｐ３＝Post Office Protocol Version 3)、１４３番(ｉｍａｐ４＝Internet Message Access Protocol Version4)などの場合に、メール転送プロトコルのパケットだと判断される。そして、アーカイブ取得部１２では、受け取ったパケットデータを一通分のメールデータに結合するなど、後の検索が行いやすい形でデータを加工して、その加工されたデータをメールアーカイブ記録領域１１に記録する。
【００２８】
リクエスト受付部１３は、ユーザからの電子メールを受信してメールアーカイブの検索リクエストを受け付ける。
たとえば、「searchrequest@xxxnet.co.jp」をメールアーカイブサーバ１０に対する検索リクエストに係る受付専用のメールアドレスとして定めておき、利用者がそのメールアドレスを宛先とする検索リクエストを作成してメール送信すれば、リクエスト受付部１３がユーザからの電子メールを受け付ける。
具体的に、通信プロトコル制御部１７は、受信したパケットがメールアーカイブサーバ１０を宛先とするメール転送プロトコルのパケットだと判断すると、そのパケットをリクエスト受付部１３へ渡す。その判断手法は、前述した宛先ポート番号や宛先メールアドレスを確認することにより実現できる。そして、リクエスト受付部１３は、受け取ったパケットデータを一通分のメールデータに結合して、検索リクエストたる電子メールを復元し、その電子メールから、検索式や送信元メールアドレスの情報を収集する。
なお、実施例１によれば、通信プロトコル制御部１７が、メールサーバ３に係るメール転送プロトコルのパケットを収集できるので、メールアーカイブサーバ１０は、検索リクエストの受付に際して、メールサーバ３のＭＴＡ（Message Transfer Agent）へアクセスする必要はない。
【００２９】
図３は実施例１における検索リクエストたる電子メールの内容を示す説明図であるが、図３（ａ）中のメールデータ３１に含まれる宛先メールアドレス３２により、検索リクエストであるか否かが判断され、ＸＭＬなどの拡張可能なマーク付け言語により検索条件を定義するように予め定めておけば、メールデータ３１の情報から検索式３３を抽出させることが可能となる。図３（ａ）の検索式３３は、宛先メールアドレス(ＴＯ)、送信元メールアドレス(ＦＲＯＭ)、カーボンコピーによる宛先メールアドレス(ＣＣ)、または、ブラインドカーボンコピーによる宛先メールアドレス(ＢＣＣ)として、メールアドレス「aaa@xxxnet.co.jp」が含まれている電子メールのうち、メールの日付が「2008/01/01」から「2008/12/31」までのものを検索するという条件を表した一例である。このほか、検索式の設定例としては、図３（ｂ）に示すように、ファイルサイズ、宛先メールアドレス、送信元メールアドレス、メールタイトル、メール本文（全文テキスト検索）、添付ファイル名（拡張子検索を含む）、添付ファイルの有無等による検索式が考えられる。
【００３０】
検索処理部１４は、検索リクエストに応じてメールアーカイブ記憶領域１１に記録された電子メールの情報を検索する。
具体的に、リクエスト受付部１３から、検索式や送信元メールアドレスの情報を受け取ると、検索式３３に従って、検索処理部１４がメールアーカイブ記憶領域１１に記録された電子メールを検索する。検索結果は、計算機内のメモリ(図示省略)に一時的に格納される。
【００３１】
検索結果記録部１５は、電子メールの情報の検索結果を暗号化した暗号データを生成して、ネットワーク１を経由してその暗号データをデータサーバ２に記録させる。
具体的に、検索処理部１４から、検索が完了した旨の通知や送信元メールアドレスの情報を受け取ると、メモリ（図示省略）に一時的に格納された検索結果を暗号化し、その暗号データをメモリに一時的に格納した後、その暗号データに特定のファイル名を付して、通信プロトコル制御部１７を介して、ファイル転送プロトコルにより暗号データをデータサーバ２にファイル転送させる。そうすることで、データサーバ２には検索結果たる電子メールが暗号化された上で暗号データとして記録される。ここで使用されるファイル転送プロトコルの一例としては、ＦＴＰ（File Transfer Protocol）、ＳＳＨ（Secure Shell）、ＨＴＴＰ（HyperText Transfer Protocol）などが考えられる。
なお、検索結果記録部１５では、データサーバ２に記録される暗号データをファイル圧縮技術によりデータ圧縮しておくことが望ましい。また、ファイル管理を目的として、検索結果記録部１５では、暗号データをデータサーバ２に記録したときに、その格納した時刻と格納先情報をメモリ（図示省略）に記録させておき、その格納した時刻から一定の時間が経過した場合には、データサーバ２に記録した暗号データを削除するようにしておくことが望ましい。
【００３２】
検索結果通知部１６は、暗号データが格納された格納先情報および暗号データの復号キーの情報を含んだユーザあての電子メールを生成して、ネットワーク３を経由して前記ユーザに通知する。
具体的に、検索結果記録部１５には、暗号データに対応する復号キーを生成させておき、検索結果通知部１６がその復号キーと送信元メールアドレスの情報を受け取ると、その送信元メールアドレスを宛先とする電子メールを生成する。
図４は検索結果としてユーザに送信される電子メールの内容を示す説明図であるが、その電子メールを構成するメールデータ４１には、格納先情報４２と、復号キー４３が記載され、宛先メールアドレス４４が指定される。この電子メールは、通信プロトコル制御部１７を介して、メール転送プロトコルによりメールサーバ３に転送される。図４は、検索結果記録部１５がデータサーバ２ａの「\\dataserver1\メール復元\九州開発部」というフォルダに「0001.exe」というファイル名で暗号データを記録し、その復号キーを「aR4s%fs3」としたときの一例である。
ユーザは、クライアント４ａなどでその電子メールを受信し、その電子メール本文に記載された格納先情報４２に従ってデータサーバ２ａに記録された暗号データにファイルアクセスし、電子メール本文に記載された復号キー４３によって暗号データを復号化すると、検索結果たる電子メールのアーカイブデータを利用できるようになる。
【００３３】
このように、リクエスト受付部がユーザからの検索リクエストを電子メールにて受け付けて、検索処理部が検索リクエストに応じてメールアーカイブを検索し、検索結果記録部が検索結果を他のサーバであるデータサーバに記録し、検索結果通知部が検索結果をユーザに通知するという一連の処理を自動的に行わせることで、メールデータの検索に対するメールアーカイブサーバ管理者の管理業務が軽減されるほか、検索結果を適当なデータサーバに記録させることで、検索結果が大量になった場合でもその結果を記録・保存するためのデータ領域が適切かつ容易に確保される。
また、電子メールの検索をメールアーカイブサーバに行わせ、その検索結果をユーザがアクセス可能なデータサーバに格納させることで、メールアーカイブサーバの利用者権限を該サーバの維持管理に必要な最小限の人員に絞り込むことができ、一般ユーザに対するメールアーカイブサーバの利用者権限を拡大させない形での運用が可能となる。
また、検索結果記録部が検索結果を暗号化してデータサーバに記録し、検索結果通知部がその暗号データの復号キーを特定ユーザに電子メールで通知することで、通知された特定ユーザ以外はその暗号データを復号できないように管理することができ、アーカイブデータに対するデータの秘匿性が担保される。
また、リクエスト受付部が受け付ける検索リクエストと検索結果通知部が通知する検索結果は、ユーザとの間で電子メールにて送受信され、アーカイブ取得部はメールサーバを経由する電子メールの情報を取得してメールアーカイブ記憶領域に記録するので、メールアーカイブの検索に対する履歴がメールアーカイブ記憶領域に自動的に記録され、その検索履歴をデータログとして改めて構築させる必要がない。
【００３４】
なお、通信プロトコル制御部１７は、メールアーカイブサーバ１０自身からデータサーバ２へのファイル転送プロトコルと、メールサーバ３を経由するメール転送プロトコルのみを通信できるように制御されるように設定しておくことが好ましい。
すなわち、通信プロトコル制御部１７は、検索結果記録部１５からデータサーバ２へのファイル転送プロトコルと、メールサーバ３で送受信されるメール転送プロトコルと、検索結果通知部１６からメールサーバ３へのメール転送プロトコルの通信だけを許可し、その他の通信を遮断しておくようにしておくとよい。
【００３５】
このように、通信プロトコル制御部で、ネットワークからメールアーカイブ記録部への直接のアクセスができないように制御し、ネットワークを介した一般ユーザによるアーカイブデータへのアクセスを制限した状態とすることで、前述した効果に加え、アーカイブデータに対するデータの秘匿性がより担保される。
【００３６】
また、ネットワーク１上に、複数台のデータサーバ２ａ〜２ｚを設置しているような場合には、検索結果記録部１５は、データサーバ２のなかから、暗号データの情報量の大きさに応じて暗号データの格納先を選択し、その選択された格納先に対して暗号データを記録させるようにしておくことが好ましい。たとえば、データサーバ２ａには、小規模のサイズ（10Mbyte未満）の暗号データのみを記録させ、データサーバ２ｂには、中規模（100Mbyte未満）の暗号データのみを記録させ、データサーバ２ｚには、大規模（100Mbyte以上）の暗号データを記録させる、といったようなデータサーバ２の使い分けが考えられる。
【００３７】
あわせて、検索結果記録部１５は、暗号データをデータサーバ２に記録させるに先立って、データサーバ２のファイル空き容量を確認しておくことが好ましい。たとえば、ＦＴＰではｄｕコマンドでカレントディレクトリの容量をチェックすることができるので、通信プロトコル制御部１７でＦＴＰのレスポンスの通信を許可するように設定しておけば、データサーバ２のファイル空き容量を把握できるようになる。
【００３８】
このように、検索結果記録部が、暗号データ（検索結果）の格納先をその情報量の大きさに適したデータサーバのなかから選択するので、前述した効果に加え、検索結果のファイルサイズの大小に応じて、検索結果たるファイルを格納するためのデータサーバを使い分けることができる。
また、検索結果記録部が、暗号データのファイル転送に先立ってデータサーバのファイル空き容量を確認するので、前述した効果に加え、格納しようとするデータサーバに対するデータの格納が可能か否かを判断できる。
【００３９】
また、検索処理部１４は、検索リクエストを一時的に格納しておき、所定の時間にメールアーカイブ記憶領域１１に記録された電子メールの情報を検索するようにしておくことが好ましい。
つまり、検索処理部１４は、リクエスト受付部１３から検索式や送信元メールアドレスの情報を受け取ったときに直ちに検索を開始するのではなく、検索式等をメモリ（図示省略）に一時的に格納しておき、夜間や休日などといったメール送受信の少ない時間帯に検索を実行させるようなタイマー機能を内蔵させる。言い換えれば、メール送受信の多い時間帯では、メールアーカイブサーバ１０において、検索処理部１４による検索処理を実行せず、アーカイブ取得部１２によるアーカイブデータ取得・記録に関する処理に専念させるということになる。
【００４０】
このように、検索処理部が検索リクエストを一時的に格納しておき、夜間や休日などといったメール送受信の少ない時間帯に検索処理を実行するので、前述した効果に加え、メールアーカイブサーバの負荷を分散させることができる。
また、検索処理部の検索結果を受けて検索結果記録部が起動するため、検索結果記録部は、夜間や休日などといったネットワーク上の負荷が少ない時間帯に暗号データのファイル転送を実行することとなり、ネットワーク上の負荷を分散させることができる。
【実施例２】
【００４１】
実施例２を図５〜図６に基づいて説明する。なお、実施例１にて説明したものについては、同一の符号を付し、詳細な説明を省略する。
図５は、実施例２にかかるメールアーカイブサーバの構成を示す説明図である。
図５によるメールアーカイブサーバ１０は、実施例１と比較して、アーカイブ取得部１２が、メールサーバ３を経由する電子メールの情報をネットワーク１からネットワークタップ装置１８を経由して取得し、その情報をメールアーカイブ記録領域１１に記録するという点と、リクエスト受付部１３が、検索リクエストに係る電子メールについてネットワークタップ装置１８を経由して受信するという点が異なる。
ネットワークタップ装置１８はネットワーク１で流れるデータを読み取って、別のデバイスに対してそのデータを分岐・送信するためのハードウェアデバイスである。なお、ネットワークタップ装置１８は、計算機に内蔵されたデバイスとしてもよいし、計算機の外部装置として構成させてもよい。
ネットワークタップ装置１８は、メールサーバ３を経由するネットワーク１上の通信を読み取り、読み取ったパケットがメールサーバ３に係るメール転送プロトコルのパケットだと判断すると、そのパケットをアーカイブ取得部１２へ渡す。パケットに含まれる宛先ポート番号を確認し、ポート番号が２５番(ｓｍｔｐ)、１１０番(ｐｏｐ３)、１４３番(ｉｍａｐ)などの場合に、メール転送プロトコルのパケットだと判断される。そして、アーカイブ取得部１２では、受け取ったパケットデータを一通分のメールデータに結合するなど、後の検索が行いやすい形でデータを加工して、その加工されたデータをメールアーカイブ記録領域１１に記録する。
なお、ネットワークタップ装置１８は、メールサーバ３を介して行われる通信内容をもれなく読み取れるようにするため、ネットワーク１とメールサーバ３の間に設置させることが望ましい。
また、ネットワークタップ装置１８は、受信したパケットがメールアーカイブサーバ１０を受信者とするメール転送プロトコルのパケットだと判断すると、そのパケットをアーカイブ取得部１２およびリクエスト受付部１３に渡す。その判断手法は、前述した宛先ポート番号や宛先メールアドレスを確認することにより実現できる。そして、リクエスト受付部１３は、受け取ったパケットデータを一通分のメールデータに結合して、検索リクエストたる電子メールを復元し、その電子メールから、検索式や送信元メールアドレスの情報を収集する。
【００４２】
このように、メールサーバを経由する電子メールの情報をネットワークからネットワークタップ経由で取得して、その情報をメールアーカイブ記録領域に記録することで、前述した効果に加え、ネットワークの構成を大きく変えることなしにメールアーカイブを取得することが可能となる。
また、リクエスト受付部は、検索リクエストをネットワークタップ経由で取得するので、メールアーカイブサーバ自身は、電子メールをネットワーク経由で受信する必要がなくなる。したがって、ネットワークからのアクセスを完全に遮断することができるので、アーカイブデータに対するデータの秘匿性がより強固となる。
【００４３】
なお、通信プロトコル制御部１７は、メールアーカイブサーバ１０自身からデータサーバ２へのファイル転送プロトコルと、メールアーカイブサーバ１０自身からメールサーバ３へのメール転送プロトコルのみを通信できるように制御されるように設定しておくことが好ましい。
すなわち、通信プロトコル制御部１７は、検索結果記録部１５からデータサーバ２へのファイル転送プロトコルと、検索結果通知部１６からメールサーバ３へのメール転送プロトコルの通信だけを許可し、その他の通信を遮断しておくようにしておくとよい。このような構成により、通信プロトコル制御部１７は、ネットワーク１への通信のみに限定することができ、ネットワーク１からのアクセスを完全に遮断することが可能となる。
【００４４】
このように、通信プロトコル制御部で、ネットワークからメールアーカイブ記録部への直接のアクセスができないように制御し、ネットワークを介した一般ユーザによるアーカイブデータへのアクセスを制限した状態とすることで、前述した効果に加え、アーカイブデータに対するデータの秘匿性がより担保される。
【００４５】
また、検索処理部１４は、検索リクエストたる電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、その検索キーが送信者または受信者のメールアドレスとして含まれる電子メールの情報に限定して、メールアーカイブ記憶領域１１から検索するように設定しておくことが好ましい。
図６は実施例２における検索リクエストたる電子メールの内容を示す説明図であるが、メールデータ６１に含まれる送信元メールアドレス６２により、検索キーの一部を抽出し、メールデータ６１の情報から抽出した検索式６４とあわせて検索式を再構築し、再構築された検索式に基づいて検索を行うようにする。このような構成をとることで、検索結果には、送信者または受信者に送信元メールアドレス６２と同じメールアドレスが必ず含まれるとともに、その検索結果は、検索結果通知部１６により、送信元メールアドレス６２と同じメールアドレスに通知されることとなる。なお、図６の検索式６４は、メールタイトル(Ｔｉｔｌｅ)として、「Ａプロジェクト」が含まれている電子メールのうち、メールの日付が「2008/01/01」から「2008/12/31」までのものを検索するという条件を表す一例であり、検索処理部１４は、この条件に加えて、宛先メールアドレス(ＴＯ)、送信元メールアドレス(ＦＲＯＭ)、カーボンコピーによる宛先メールアドレス(ＣＣ)、または、ブラインドカーボンコピーによる宛先メールアドレス(ＢＣＣ)として、メールアドレス「aaa@xxxnet.co.jp」が含まれている電子メールの検索を行うことになる。
【００４６】
このように、検索処理部が、検索リクエストを受け付けたときの電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、その検索キーを送信者または受信者のメールアドレスとして含んでいる電子メール（つまり、検索リクエストを行ったユーザに関連する電子メールのみ）に限定して検索する構成としたので、前述した効果に加え、リクエストをしたユーザ以外の者のアーカイブデータに対するデータの秘匿性が担保される。
【００４７】
また、ネットワーク１上に、複数台のデータサーバ２ａ〜２ｚを設置しているような場合には、検索リクエストに係る電子メールに、暗号データの格納先たるデータサーバ２を特定するための情報を含ませるとともに、検索結果記録部１５は、その指定された格納先に対して暗号データを記録させるようにしておくことが好ましい。
データサーバ２に所定のファイル構成をとらせて、ユーザが検索結果を保存させたいデータサーバ名およびディレクトリを図２のように指定し、図６の格納先情報６５に示されるように、暗号データの格納先を指定するとよい。つまり、格納先情報６５として、「\\dataserver2\メール復元\東京開発部」というフォルダが指定されている場合には、図２におけるデータサーバ２ｂの格納先フォルダ２１に暗号データが記録されることになる。
なお、格納先情報６５は、リクエスト受付部１３で抽出されたのち、送信元メールアドレス６２と同様に、検索処理部１４、検索結果記録部１５を通じて検索結果通知部１６に送られることになる。
【００４８】
このように、検索リクエストに暗号データ（検索結果）の格納先たるデータサーバを特定するための情報を含ませ、検索結果記録部がその指定された格納先に対して暗号データを記録させるので、前述した効果に加え、ユーザの勤務地や部門等に応じて、検索結果たるファイルを格納するためのデータサーバを使い分けることができる。
【産業上の利用可能性】
【００４９】
本発明は、電子メールのアーカイブ（保存記録）が管理されるメールアーカイブシステムにおいて、アーカイブされた電子メールを検索し、メールユーザの利用に供することで、クライアントＰＣ等でユーザが保存していた電子メールの情報が誤って削除され、あるいは、記憶装置の障害により読み取りできなくなったときに、そういった電子メールをアーカイブから復元させるといった利用のほか、管理者が対象者（特定された者であるか否かを問わない）の電子メールを検索するといった形態での利用が考えられる。
【図面の簡単な説明】
【００５０】
【図１】実施例１にかかるメールアーカイブサーバの構成を示す説明図
【図２】実施例１におけるデータサーバのファイル構成を示す説明図
【図３】実施例１における検索リクエストたる電子メールの内容を示す説明図
【図４】検索結果としてユーザに送信される電子メールの内容を示す説明図
【図５】実施例２にかかるメールアーカイブサーバの構成を示す説明図
【図６】実施例２における検索リクエストたる電子メールの内容を示す説明図
【符号の説明】
【００５１】
１ ネットワーク
２ａ〜２ｚ データサーバ
３ メールサーバ
４ａ〜４ｚ クライアント
５ ファイヤウォール
６ インターネット
１０ メールアーカイブサーバ
１１ メールアーカイブ記憶領域
１２ アーカイブ取得部
１３ リクエスト受付部
１４ 検索処理部
１５ 検索結果記録部
１６ 検索結果通知部
１７ 通信プロトコル制御部
１８ ネットワークタップ装置
２１ 格納先フォルダ
３１、４１、６１ メールデータ
３２、４４、６３ 宛先メールアドレス
３３、６４ 検索式
４２、６５ 格納先情報
４３ 復号キー
６２ 送信元メールアドレス
【特許請求の範囲】
【請求項１】
データサーバおよびメールサーバを有するネットワークと接続され、
電子メールの情報を記録するためのメールアーカイブ記憶領域が確保され、
前記メールサーバを経由する電子メールの情報を前記ネットワークから取得してその情報を前記メールアーカイブ記録領域に記録するアーカイブ取得部と、
ユーザからの電子メールを受信してメールアーカイブの検索リクエストを受け付けるリクエスト受付部と、
前記検索リクエストに応じて前記メールアーカイブ記憶領域に記録された電子メールの情報を検索する検索処理部と、
前記電子メールの情報の検索結果を暗号化した暗号データを生成して前記ネットワークを経由してその暗号データを前記データサーバに記録させる検索結果記録部と、
前記暗号データが格納された格納先情報および前記暗号データの復号キーの情報を含んだ前記ユーザあての電子メールを生成して前記ネットワークを経由して前記ユーザに通知する検索結果通知部と、
を備えたことを特徴とするメールアーカイブサーバ。
【請求項２】
該メールアーカイブサーバと前記ネットワークとの間のデータ送受信を制御する通信プロトコル制御部をさらに備え、
前記通信プロトコル制御部は、該メールアーカイブサーバ自身から前記データサーバへのファイル転送プロトコルと、前記メールサーバを経由するメール転送プロトコルのみを通信するように制御される
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項３】
前記アーカイブ取得部は、前記メールサーバを経由する電子メールの情報を前記ネットワークからネットワークタップ経由で取得して、その情報を前記メールアーカイブ記録領域に記録するとともに、
前記リクエスト受付部は、前記検索リクエストに係る電子メールを前記ネットワークタップ経由で受信する
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項４】
該メールアーカイブサーバと前記ネットワークとの間のデータ送受信を制御する通信プロトコル制御部をさらに備え、
前記通信プロトコル制御部は、該メールアーカイブサーバ自身から前記データサーバへのファイル転送プロトコルと、該メールアーカイブサーバ自身から前記メールサーバへのメール転送プロトコルのみを通信するように制御される
ことを特徴とする請求項３に記載のメールアーカイブサーバ。
【請求項５】
前記検索処理部は、前記検索リクエストに係る電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、前記メールアーカイブ記憶領域からの検索は、その検索キーが送信者または受信者のメールアドレスとして含まれる電子メールの情報に限定する
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項６】
前記データサーバは、前記ネットワーク上に複数台あって、
前記検索結果記録部は、前記暗号データの格納先をその暗号データの情報量の大きさに応じて前記データサーバから選択し、その選択された格納先に対して前記暗号データを記録させる
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項７】
前記データサーバは、前記ネットワーク上に複数台あって、
前記検索リクエストに係る電子メールには、前記暗号データの格納先たる前記データサーバを特定するための情報が含まれるとともに、
前記検索結果記録部は、その指定された格納先に対して前記暗号データを記録させる
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項８】
前記検索処理部は、前記検索リクエストを一時的に格納しておき、所定の時間に前記メールアーカイブ記憶領域に記録された電子メールの情報を検索する
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項９】
前記検索結果記録部は、前記暗号データを前記データサーバに記録させるに先立って、該データサーバのファイル空き容量を確認する
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項１】
データサーバおよびメールサーバを有するネットワークと接続され、
電子メールの情報を記録するためのメールアーカイブ記憶領域が確保され、
前記メールサーバを経由する電子メールの情報を前記ネットワークから取得してその情報を前記メールアーカイブ記録領域に記録するアーカイブ取得部と、
ユーザからの電子メールを受信してメールアーカイブの検索リクエストを受け付けるリクエスト受付部と、
前記検索リクエストに応じて前記メールアーカイブ記憶領域に記録された電子メールの情報を検索する検索処理部と、
前記電子メールの情報の検索結果を暗号化した暗号データを生成して前記ネットワークを経由してその暗号データを前記データサーバに記録させる検索結果記録部と、
前記暗号データが格納された格納先情報および前記暗号データの復号キーの情報を含んだ前記ユーザあての電子メールを生成して前記ネットワークを経由して前記ユーザに通知する検索結果通知部と、
を備えたことを特徴とするメールアーカイブサーバ。
【請求項２】
該メールアーカイブサーバと前記ネットワークとの間のデータ送受信を制御する通信プロトコル制御部をさらに備え、
前記通信プロトコル制御部は、該メールアーカイブサーバ自身から前記データサーバへのファイル転送プロトコルと、前記メールサーバを経由するメール転送プロトコルのみを通信するように制御される
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項３】
前記アーカイブ取得部は、前記メールサーバを経由する電子メールの情報を前記ネットワークからネットワークタップ経由で取得して、その情報を前記メールアーカイブ記録領域に記録するとともに、
前記リクエスト受付部は、前記検索リクエストに係る電子メールを前記ネットワークタップ経由で受信する
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項４】
該メールアーカイブサーバと前記ネットワークとの間のデータ送受信を制御する通信プロトコル制御部をさらに備え、
前記通信プロトコル制御部は、該メールアーカイブサーバ自身から前記データサーバへのファイル転送プロトコルと、該メールアーカイブサーバ自身から前記メールサーバへのメール転送プロトコルのみを通信するように制御される
ことを特徴とする請求項３に記載のメールアーカイブサーバ。
【請求項５】
前記検索処理部は、前記検索リクエストに係る電子メールに含まれる送信元メールアドレスの情報を検索キーの一つとし、前記メールアーカイブ記憶領域からの検索は、その検索キーが送信者または受信者のメールアドレスとして含まれる電子メールの情報に限定する
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項６】
前記データサーバは、前記ネットワーク上に複数台あって、
前記検索結果記録部は、前記暗号データの格納先をその暗号データの情報量の大きさに応じて前記データサーバから選択し、その選択された格納先に対して前記暗号データを記録させる
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項７】
前記データサーバは、前記ネットワーク上に複数台あって、
前記検索リクエストに係る電子メールには、前記暗号データの格納先たる前記データサーバを特定するための情報が含まれるとともに、
前記検索結果記録部は、その指定された格納先に対して前記暗号データを記録させる
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項８】
前記検索処理部は、前記検索リクエストを一時的に格納しておき、所定の時間に前記メールアーカイブ記憶領域に記録された電子メールの情報を検索する
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【請求項９】
前記検索結果記録部は、前記暗号データを前記データサーバに記録させるに先立って、該データサーバのファイル空き容量を確認する
ことを特徴とする請求項１に記載のメールアーカイブサーバ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１３４７３２（Ｐ２０１０−１３４７３２Ａ）
【公開日】平成２２年６月１７日（２０１０．６．１７）
【国際特許分類】
【出願番号】特願２００８−３１０５１９（Ｐ２００８−３１０５１９）
【出願日】平成２０年１２月５日（２００８．１２．５）
【出願人】（３９９０７６３１２）安川情報システム株式会社 (77)
【Ｆターム（参考）】
【公開日】平成２２年６月１７日（２０１０．６．１７）
【国際特許分類】
【出願日】平成２０年１２月５日（２００８．１２．５）
【出願人】（３９９０７６３１２）安川情報システム株式会社 (77)
【Ｆターム（参考）】
[ Back to top ]