(57)【要約】【課題】  既に蓄積済みの電子メールからBCC受信者が含まれるメールを抽出する場合には電子メールを取得して，電子メールのエンベロープ情報とヘッダ情報を比較して取得しなければならない。【解決手段】  予めファイルサーバに電子メールを登録する際に，電子メールのエンベロープ情報とヘッダ情報を比較することによりBCC受信者情報や成りすまし候補の送信者情報を抽出して，検索処理を行いやすいようにテーブル化してファイルサーバに登録しておく。BCC受信者が含まれるメールを取得する際に，既にテーブル化されているキー情報から該当する電子メールを取得することができるので蓄積量が多い電子メールサーバであっても効率よく電子メールを抽出することができる。【選択図】  図６
2006345331.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークから受信した電子メールを条件付きまたは無条件にファイルシステムに蓄積し，他電子メールサーバへ転送する電子メールシステムにおいて，前記ファイルシステムに蓄積した電子メールを所定のキーワード毎に分類して前記ネットワークに接続されたファイルサーバに蓄積する蓄積手段と，前記キーワードを用いて前記ファイルサーバから所望の電子メールを検索する検索手段とを有し，BCC指定された受信者が存在する電子メールを予め検索キーとして登録しておくことを特徴とする電子メールシステム。
【請求項２】
ネットワークから受信した電子メールを条件付きまたは無条件にファイルシステムに蓄積し，他電子メールサーバへ転送する電子メールシステムにおいて，前記ファイルシステムに蓄積した電子メールを所定のキーワード毎に分類して前記ネットワークに接続されたファイルサーバに蓄積する蓄積手段と，前記キーワードを用いて前記ファイルサーバから所望の電子メールを検索する検索手段とを有し，送信者不正と判断される電子メールを予め検索キーとして登録しておくことを特徴とする電子メールシステム。
【請求項３】
ネットワークから受信した電子メールを条件付きまたは無条件にファイルシステムに蓄積し，他電子メールサーバへ転送する電子メールシステムにおいて，前記ファイルシステムに蓄積した電子メールを所定のキーワード毎に分類して前記ネットワークに接続されたファイルサーバに蓄積する蓄積手段と，前記キーワードを用いて前記ファイルサーバから所望の電子メールを検索する検索手段とを有し，電子メールの返信履歴を参照し検索キーをチェーン構造として登録しておくことを特徴とする電子メールシステム。
【請求項４】
ネットワークから受信した電子メールを条件付きまたは無条件にファイルシステムに蓄積し，他電子メールサーバへ転送する電子メールシステムにおいて，前記ファイルシステムに蓄積した電子メールを所定のキーワード毎に分類して前記ネットワークに接続されたファイルサーバに蓄積し、前記キーワードを用いて前記ファイルサーバから所望の電子メールを検索し，BCC指定された受信者が存在する電子メールを予め検索キーとして登録しておくことを特徴とする電子メールのキー情報の抽出処理方法。
【請求項５】
ネットワークから受信した電子メールを条件付きまたは無条件にファイルシステムに蓄積し，他電子メールサーバへ転送する電子メールシステムにおいて，前記ファイルシステムに蓄積した電子メールを所定のキーワード毎に分類して前記ネットワークに接続されたファイルサーバに蓄積し、前記キーワードを用いて前記ファイルサーバから所望の電子メールを検索し，送信者不正と判断される電子メールを予め検索キーとして登録しておくことを特徴とする電子メールのキー情報の抽出処理方法。
【請求項６】
ネットワークから受信した電子メールを条件付きまたは無条件にファイルシステムに蓄積し，他電子メールサーバへ転送する電子メールシステムにおいて，前記ファイルシステムに蓄積した電子メールを所定のキーワード毎に分類して前記ネットワークに接続されたファイルサーバに蓄積し、前記キーワードを用いて前記ファイルサーバから所望の電子メールを検索し，電子メールの返信履歴を参照し検索キーをチェーン構造として登録しておくことを特徴とする電子メールのキー情報の抽出処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は，電子計算機を使用した電子メールのデータベースへ登録する際のキー情報の抽出処理方法に関する。
【背景技術】
【０００２】
電子メールのサーバには，実際に受信対象となる電子メールだけを受信する電子メールサーバと，流通する電子メールを全て蓄積するか，または運用ルールに従って選別しながら蓄積する電子メールサーバがある。前者は実際にメールを送受信するエンドユーザが利用することを目的とした電子メールサーバであり，後者は監査・訴訟時の通信記録・セキュリティ問題の調査などを目的とした電子メールサーバである。本特許は，後者の電子メールサーバに関する。
【０００３】
例えば，特開平７−４６２７１「電子メールシステム」にあるように，電子メールを所定のキーワードで分類しながら蓄積しておき，実際にメールを参照する際にキーワードを指定して所望する電子メールを表示させる手段が提供されている。特開平７−４６２７１「電子メールシステム」は背景技術の前者にあたるが，受信したメールが削除できないことおよび閲覧者を特定の利用者に限って運用している場合には後者にあたる。
【０００４】
【特許文献１】特開平７−４６２７１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従来技術は，メールの受信者を示す情報としてSimple Mail Transfer Protocol（以降SMTPと略す）のエンベロープ情報に含まれるRCPT TO（以降エンベロープ受信者と略す）がアーカイブおよび，ヘッダ情報にある主題・TO・Carbon Copy（以降CCと略す）を蓄積しておいて，検索する際に受信者情報を指定したり，ヘッダの種別TOやCCに指定されている受信者情報を指定したりして該当する電子メールを抽出することが可能である。
【０００６】
しかし，電子メールの配信時にエンベロープ受信者に指定されているがTOやCCに指定されない受信者（Blind Carbon Copy（以降BCCと略す）として指定された受信者）が含まれている電子メールを検索する場合について考慮しておらず，BCC指定された受信者情報に限定した電子メールの検索ができないという問題があった。
【０００７】
また，エンベロープ情報とヘッダ情報を関連のある情報として蓄積するデータベースを検索する際に，高度な検索条件が指定可能な場合でも，エンベロープ受信者がヘッダ情報のTOやCCに指定されているかどうかで電子メールにBCC受信者が含まれるかどうかを逐一調べていかねばならず処理効率が悪くなる。この比較処理は，蓄積された全てのメールに対して実施しなければならないので処理効率は蓄積されるメール数に大きく依存してしまう。
【０００８】
また，ある特定の電子メールの追跡調査を行う場合，従来技術では主題の類似性から該当メールを抽出し，ヘッダにあるMESSAGE-IDの履歴情報などから前後関係を手操作で関連づける必要があった。
【０００９】
本発明の目的は蓄積されたメールデータベースから検索条件にBCCを指定可能とする。また，検索条件として成りすまし候補という種別を指定可能とする。また，検索結果の該当メールをクライアントプログラムに提供する場合に，該当メールに対して返信された電子メールのキー情報（MESSAGE-ID）および，該当メールを返信する元となった電子メールのキー情報（MESSAGE-ID）を提供可能とする。
【課題を解決するための手段】
【００１０】
上記目的を達成するために，メールを蓄積する際に，予めSMTPのエンベロープ情報とヘッダ情報を比較し，データベースを検索する際にキー情報を予め作成しておくことによって検索効率を向上したものである。具体的にはエンベロープ受信者とヘッダのTOやCCに指定された受信者情報を比較する。
【００１１】
エンベロープ受信者がTOやCCヘッダに指定されていない受信者であった場合には，その受信者をBCC指定された受信者と判断する。BCC指定された受信者はデータベース登録する際の検索のキー情報として登録する。また，エンベロープ送信者とヘッダ情報のFROMやSENDERと比較し，エンベロープ送信者がFROMやSENDERに指定された送信者情報と一致しない場合には成りすまし候補である送信者情報と判断する。成りすまし候補の送信者情報はキー情報として登録する。
【００１２】
また，メールデータベースに蓄積する時点でメールの前後関係を登録済のメールデータベースで調べて，予めチェーン構造で関連づけておくことにより検索時に電子メールの返信履歴を体系的に利用者に提示することが可能となる。
【発明の効果】
【００１３】
本発明により，BCC指定された受信者情報を指定して該当電子メールの検索や成りすまし候補である電子メールの取得において，従来技術では蓄積された電子メールの全件検索を実施しなければならないところ，予め検索キーを登録しておくことにより全件検索をせずに該当する電子メールを取得できるという効果がある。
【発明を実施するための最良の形態】
【００１４】
本発明の実施の形態を、図面を用いて詳細に説明する。機能の構成図を図１に示す。
【００１５】
電子メールサーバ装置１００は，制御部１０２およびメール取得部１０３および比較処理部１０４および登録処理部１０５および検索処理部１０６および検索要求受付部１０７からなり，ファイルサーバデータベース１０１が接続されている。
【００１６】
社内メールサーバ１１０は，クライアント端末１１２からの電子メール送信要求に対しメールを送信する。また，電子メールの受信要求に対しメールボックス１１１から受信メールを取り出し，クライアント端末１１２に返信する。社内メールサーバ１１０から送信された電子メールは社外メールサーバ１２０宛ての場合に，ネットワーク１３０およびネットワーク１３１を経由して社外メールサーバ１２０に受信される。
【００１７】
社外メールサーバ１２０は，クライアント端末１２２からの電子メール送信要求に対しメールを送信する。また，電子メールの受信要求に対しメールボックス１２１から受信メールを取り出し，クライアント端末１２２に返信する。社外メールサーバ１２０から送信された電子メールは社内メールサーバ１１０宛ての場合に，ネットワーク１３１およびネットワーク１３０を経由して社内メールサーバ１１０に受信される。
【００１８】
電子メールサーバ装置１００はネットワーク１３０に接続されており，メール取得部１０３によってネットワーク１３０で送受信される電子メールを取得する。メール取得部はメールを取得したことを制御部１０２に通知する。制御部１０２はメール取得通知が届くと解析処理部１０４および登録処理部１０５および検索処理部１０６と連携し，取得した電子メールをファイルサーバ１０１に登録する。
【００１９】
解析処理部１０４では，メール取得部１０３で取得したメールのエンベロープ情報とヘッダ情報を解析する。また，必要に応じて検索処理部１０６にファイルサーバ１０１に登録されている電子メールの内容を取得依頼する。その後，解析した情報とファイルサーバから取得した電子メール情報を比較し，ファイルサーバ１０１に登録する情報を抽出する。登録処理部１０５では解析処理部１０４で抽出された情報や，メール取得部１０３で取得された電子メールをファイルサーバ１０１に登録する。検索処理部１０６は，解析処理部１０４または検索要求受付部１０７からファイルサーバ１０１の検索要求があった場合に，検索条件に応じてファイルサーバ１０１を検索し，検索結果を返却する。
【００２０】
検索要求受付部１０７ではクライアント端末１０８からメール取得要求を受付け制御部１０２に通知する。制御部１０２はメール要求通知が届くと検索処理部１０６に検索情報を渡し検索処理を依頼する。
【００２１】
検索処理部１０６は指定された指定条件からファイルサーバ１０１に登録されている図５のMessage-IDテーブル４００または図６のBCCヘッダ有りテーブル５００または図７の成りすまし候補テーブル６００または図８のエンベロープ送信者テーブル７００または図９のエンベロープ受信者テーブル８００を使用して検索条件に該当するMESSAGE-IDを取得し制御部１０２に返す。
【００２２】
なお，電子メールのコンテンツの取得要求がある場合には図１０の電子メールテーブル９００からMESSAGE-IDをキー情報として該当する電子メールのヘッダ情報や本文を取得して検索結果として制御部１０２に返す。また，MESSAGE-IDテーブル４０１を参照して親メッセージID４０２や子メッセージID４０３にMESSAGE-IDが格納されている場合には，親メールのMESSAGE-ID，子メールのMESSAGE-IDを制御部１０２に返す。
【００２３】
制御部１０２は取得した電子メールをクライアント端末１０８の要求に応じて検索結果の一覧情報や電子メールのコンテンツおよび親メールのMESSAGE-ID，子メールのMESSAGE-IDをクライアント端末１０８に送信する。
【００２４】
クライアント端末１０８は，返信されたMESSAGE-IDを元に親メールや子メールのMESSAGE-IDを使って再度検索要求を行うことができる。
【００２５】
検索要求受付部１０７では，BCCヘッダ有り電子メールの一覧要求または送信者不正メールの一覧要求を受け付けており，クライアント端末１０８から取得要求があった場合には制御部１０２に通知する。制御部１０２は一覧要求通知が届くと検索処理部１０６と連携し，ファイルサーバ１０１から一覧情報を取得してクライアント端末１０８に送信する。
【００２６】
検索処理部１０６は要求された一覧情報取得要求によってBCCヘッダ有りテーブル５００または成りすまし候補テーブル６００を参照し検索結果を制御部１０２に返す。また，一覧情報として電子メールの主題や送信者情報が必要な場合には取得したテーブルのMESSAGE-IDをキーにして電子メールテーブル９００から該当する電子メールを検索する。取得したヘッダ情報は解析処理部１０４に渡し主題や送信者情報を取得し結果を制御部１０２に返す。
【００２７】
図１に示す本発明に係る電子メールシステム装置の構成図にあるサーバ１００がネットワーク１３０で送受信される電子メールをファイルサーバ１０１に登録する処理内容を図２〜図４のフローチャートで説明する。
【００２８】
まず，ステップ２００でメール取得部１０２はネットワーク１３０で送受信されるメールを取得する。ステップ２０１で取得したメールからエンベロープ情報とヘッダ情報を抽出する。
【００２９】
ステップ２０２でエンベロープ情報にあるRCPT TOに指定されている受信者情報を取得する。ステップ２０３で受信者情報が取得できたか確認し，取得できない場合にはステップ２０７へ進む。受信者情報が取得できた場合にはステップ２０４に進む。ステップ２０４では取得した受信者情報とヘッダ情報から取得したTOヘッダに指定されている受信者情報全てと比較する。一致する受信者情報がある場合にはステップ２０２に進む。一致する受信者情報がない場合にはステップ２０５に進む。
【００３０】
ステップ２０５では取得した受信者情報とヘッダ情報から取得したCCヘッダに指定されている受信者情報全てと比較する。一致する受信者情報がある場合にはステップ２０２に進む。一致する受信者情報がない場合にはステップ２０６に進む。ステップ２０６では，エンベロープ情報から取得した受信者情報からBCCヘッダを生成し，ステップ２００で取得したヘッダ情報に追加する。また，BCC受信者情報がある電子メールを管理するためのテーブルにMESSAGE-IDを追加する。登録内容は図６のBCCヘッダ有りテーブル５００に示す。
【００３１】
ステップ２０７ではステップ２０１で取得したエンベロープ情報にあるMAIL FROMに指定されている送信者情報を取得する。ステップ２０８では，取得した送信者情報とステップ２０１でヘッダ情報から取得したFROMヘッダに指定されている送信者情報が一致するか比較する。一致している場合にはステップ２１１へ進む。一致していない場合にはステップ２０９へ進む。
【００３２】
ステップ２０９では，取得した送信者情報とステップ２０１でヘッダ情報から取得したSENDERヘッダに指定されている送信者情報が一致するか比較する。一致している場合にはステップ２１１へ進む。一致していない場合にはステップ２１０へ進む。ステップ２１０では，送信者が一致していない電子メールを管理するためのテーブルにMESSAGE-IDを追加する。登録内容は図７の成りすまし候補テーブル６００に示す。
【００３３】
ステップ２１１ではステップ２０１で取得したエンベロープ情報をエンベロープ情報の管理テーブルに登録する。登録内容は図８のエンベロープ送信者テーブル７００と図９のエンベロープ受信者テーブル８００に示す。ステップ２１２ではステップ２００で取得したメールの本文や添付ファイルを電子メールテーブルに登録する。またステップ２０１で抽出したヘッダ情報も電子メールテーブルに登録する。登録内容は図１０の電子メールテーブル９００に示す。
【００３４】
ステップ２１３ではステップ２０１でヘッダ情報から取得したFROMヘッダに指定されているIN-REPLY-TOヘッダからMESSAGE-IDを取得する。ステップ２１４ではMESSAGE-IDが取得できたかどうか確認し取得できなかった場合にはステップ２１６へ進む。MESSAGE-IDが取得できた場合にはステップ２１５に進む。ステップ２１５では，取得したMESSAGE-IDがMESSAGE-IDテーブル４００のMESSAGE-ID列４０１に登録されているか検索する。MESSAGE-IDが登録されている場合にはステップ２１９に進む。MESSAGE-IDが登録されていない場合にはステップ２１６に進む。
【００３５】
ステップ２１６ではステップ２０１で取得したヘッダ情報からReferencesヘッダを取得しMESSAGE-IDの履歴の中から一番新しいMESSAGE-IDを取得する。ステップ２１７ではMESSAGE-IDが取得できたかどうか確認し取得できなかった場合にはステップ２２０に進む。MESSAGE-IDが取得できた場合にはステップ２１８に進む。ステップ２１８では取得したMESSAGE-IDがMESSAGE-IDテーブル４００のMESSAGE-ID列４０１に登録されているか検索する。MESSAGE-IDが登録されていない場合にはステップ２１６に進む。MESSAGE-IDが登録されている場合にはステップ２１９に進む。
【００３６】
ステップ２１９では，検索にヒットしたMESSAGE-IDのテーブル行について子MESSAGE-ID列４０３にステップ２０１で取得したヘッダ情報にあるMESSAGE-IDを登録する。この時の登録例をテーブル行４１０に示す。また，新しいテーブル行としてMESSAGE-IDをMESSAGE-ID列４０１に登録し，親メッセージMESSAGE-ID列４０２にステップ２１５またはステップ２１８の比較処理で登録済と判断されたMESSAGE-IDを登録する。この時の登録例をテーブル行４５０に示す。
【００３７】
ステップ２２０では，ステップ２０１で取得したヘッダ情報にあるMESSAGE-IDを，新しいテーブル行としてMESSAGE-ID列４０１に登録する。この時の登録例をテーブル行４６０に示す。なお，テーブル列４４０はステップ２１９により既に親MESSAGE-ID列４０２が登録されたテーブルに対し，次回以降の電子メール登録処理においてステップ２１９が実行された時に，該当テーブルに子MESSAGE-IDが登録された場合の例である。
【００３８】
このように，ステップ２１９およびステップ２２０の処理を繰り返すことにより，MESSAGE-IDの関連付けを管理するためのテーブル４００が作成される。このテーブルのMESSAGE-ID列４０１にステップ２００で取得された電子メールのMESSAGE-IDが登録され，親MESSAGE-ID列４０２には，MESSAGE-ID列４０１の返信の元電子メールとなった電子メールのMESSAGE-IDが登録される。
【００３９】
また，子MESSAGE-ID列４０３にはMESSAGE-ID列４０１に登録されている電子メールから返信された電子メールの子MESSAGE-IDが登録される。ステップ２２１では，ファイルサーバ１０１への登録処理を終えた電子メールを他電子メールサーバに転送する。なお，運用ルールを設けて破棄するようにしてもよい。
【００４０】
なお，実施例の説明ではネットワーク１３０で送受信される電子メール全てをファイルサーバ１０１に登録するようにしたが，電子メールの取得処理とファイルサーバ１０１に登録するかどうかの選別を行う電子メールサーバを別に設けてもよい。
図１に示す本発明に係る電子メールシステム装置の構成図にあるクライアント１０８が電子メールサーバ１００に電子メール取得要求した場合の，電子メールシステム１００の処理手順を図１１〜図１６のフローチャートで説明する。
【００４１】
図１１はクライント１０８から電子メールのヘッダや本文の取得要求があった場合の処理手順である。
【００４２】
まず，ステップ２３０で電子メールテーブル９００のMESSAGE-ID列９０１からMESSAGE-IDを１件取得する。ステップ２３１では，MESSAGE-IDが取得できたかどうか確認しMESSAGE-IDが取得できなければステップ２３８へ進む。MESSAGE-IDが取得できればステップ２３２へ進む。ステップ２３２では取得要求のある電子メールのMESSAGE-IDと等しいか確認する。MESSAGE-IDが等しくない場合にはステップ２３０へ進む。MESSAGE-IDが等しい場合にはステップ２３３へ進む。
【００４３】
ステップ２３３では，電子メールのヘッダの取得要求があるか確認し，ヘッダの取得要求がなければステップ２３５へ進む。ヘッダの取得要求がある場合にはステップ２３４へ進む。ステップ２３４では，ステップ２３０で取得したMESSAGE-IDが登録されているヘッダ列９０２からヘッダ情報を取得する。
【００４４】
ステップ２３５では，電子メールの本文の取得要求があるか確認し，本文の取得要求がなければステップ２３７へ進む。本文の取得要求がある場合にはステップ２３６へ進む。ステップ２３６では，ステップ２３０で取得したMESSAGE-IDが登録されている本文列９０３から本文情報を取得する。
【００４５】
ステップ２３７では，取得したヘッダ情報や本文情報をクライアント端末１０８へ返信する。
【００４６】
ステップ２３８では，該当する電子メールは無かったことを示すエラー情報を返信する。
【００４７】
図１２はクライント１０８から電子メールの親MESSAGE-IDおよび子MESSAGE-IDの取得要求があった場合の処理手順である。
【００４８】
まず，ステップ２４０でMessage-IDテーブル４００のMESSAGE-ID列４０１からMESSAGE-IDを１件取得する。ステップ２４１では，MESSAGE-IDが取得できたかどうか確認しMESSAGE-IDが取得できなければステップ２４５へ進む。MESSAGE-IDが取得できればステップ２４２へ進む。ステップ２４２では取得要求のある電子メールのMESSAGE-IDと等しいか確認する。MESSAGE-IDが異なる場合にはステップ２４０へ進む。MESSAGE-IDが等しい場合にはステップ２４３へ進む。
【００４９】
ステップ２４３では，ステップ２４０で取得したMESSAGE-IDが登録されている親MESSAGE-ID列４０２からMESSAHE-IDを取得する。また，子MESSAGE-ID列４０３からMESSAHE-IDを取得する。
【００５０】
ステップ２４４では，取得したMESSAHE-IDをクライアント端末１０８へ返信する。
【００５１】
ステップ２４５では，該当するMESSAGE-IDは無かったことを示すエラー情報を返信する。
【００５２】
図１３はクライント１０８からBCCヘッダ有りテーブルの取得要求があった場合の処理手順である。
【００５３】
まず，ステップ２５０でBCCヘッダ有りテーブル５００のMESSAGE-ID列５０１からMESSAGE-IDを１件取得する。ステップ２５１では，MESSAGE-IDが取得できたかどうか確認しMESSAGE-IDが取得できなければステップ２５４へ進む。MESSAGE-IDが取得できればステップ２５２へ進む。ステップ２５２では取得したMESSAGE-IDを一時領域に格納する。ステップ２５３では，指定された取得件数が既に取得されているか確認し取得されている場合にはステップ２５４へ進む。指定された取得件数に満たない場合にはステップ２５０へ進む。
【００５４】
ステップ２５４では，一時領域に格納されているMESSAGE-IDの取得件数を確認し，取得件数が０件の場合にはステップ２５６へ進む。取得件数が１件以上の場合にはステップ２５５へ進む。ステップ２５５では，一時領域に格納されているMESSAGE-IDをクライアント端末１０８へ返信する。
【００５５】
ステップ２５６では，該当するMESSAGE-IDは無かったことを示すエラー情報を返信する。
【００５６】
なお，ステップ２５０ではMESSAGE-IDの登録順に取得しているが，クライアント１０８の要求により登録順とは逆順に取得してもよい。
図１４はクライント１０８から成りすまし候補テーブルの取得要求があった場合の処理手順である。
【００５７】
まず，ステップ２６０で成りすまし候補テーブル６００のMESSAGE-ID列６０１からMESSAGE-IDを１件取得する。ステップ２６１では，MESSAGE-IDが取得できたかどうか確認しMESSAGE-IDが取得できなければステップ２６４へ進む。MESSAGE-IDが取得できればステップ２６２へ進む。ステップ２６２では取得したMESSAGE-IDを一時領域に格納する。ステップ２６３では，指定された取得件数が既に取得されているか確認し取得されている場合にはステップ２６４へ進む。指定された取得件数に満たない場合にはステップ２６０へ進む。
【００５８】
ステップ２６４では，一時領域に格納されているMESSAGE-IDの取得件数を確認し，取得件数が０件の場合にはステップ２６６へ進む。取得件数が１件以上の場合にはステップ２６５へ進む。ステップ２６５では，一時領域に格納されているMESSAGE-IDをクライアント端末１０８へ返信する。
【００５９】
ステップ２６６では，該当するMESSAGE-IDは無かったことを示すエラー情報を返信する。
【００６０】
なお，ステップ２６０ではMESSAGE-IDの登録順に取得しているが，クライアント１０８の要求により登録順とは逆順に取得してもよい。
図１５はクライント１０８からエンベロープ送信者の取得要求があった場合の処理手順である。
【００６１】
まず，ステップ２７０でエンベロープ送信者テーブル７００のMESSAGE-ID列７０２からエンベロープ送信者を１件取得する。ステップ２７１では，エンベロープ送信者が取得できたかどうか確認し，エンベロープ送信者が取得できなければステップ２７４へ進む。エンベロープ送信者が取得できればステップ２７２へ進む。
【００６２】
ステップ２７２では指定された送信者情報と一致するか確認し，一致していない場合にはステップ２７０へ進む。一致している場合にはステップ２７３へ進む。ステップ２７３では，ステップ２７０で取得したエンベロープ送信者に対応するMESSAGE-UD列７０１からMESSAGE-IDを取得し，一時領域に格納した後ステップ２７０へ進む。
【００６３】
ステップ２７４では，一時領域に格納されているMESSAGE-IDの取得件数を確認し，取得件数が０件の場合にはステップ２７６へ進む。取得件数が１件以上の場合にはステップ２７５へ進む。ステップ２７５では，一時領域に格納されているMESSAGE-IDをクライアント端末１０８へ返信する。
【００６４】
ステップ２７６では，該当するMESSAGE-IDは無かったことを示すエラー情報を返信する。
【００６５】
図１６はクライント１０８からエンベロープ受信者の取得要求があった場合の処理手順である。
【００６６】
まず，ステップ２８０でエンベロープ受信者テーブル８００のMESSAGE-ID列８０２からエンベロープ受信者を１件取得する。ステップ２８１では，エンベロープ受信者が取得できたかどうか確認し，エンベロープ受信者が取得できなければステップ２８４へ進む。エンベロープ受信者が取得できればステップ２８２へ進む。
【００６７】
ステップ２８２では指定された受信者情報と一致するか確認し，一致していない場合にはステップ２８０へ進む。一致している場合にはステップ２８３へ進む。ステップ２８３では，ステップ２８０で取得したエンベロープ受信者に対応するMESSAGE-UD列８０１からMESSAGE-IDを取得し，一時領域に格納した後ステップ２８０へ進む。
【００６８】
ステップ２８４では，一時領域に格納されているMESSAGE-IDの取得件数を確認し，取得件数が０件の場合にはステップ２８６へ進む。取得件数が１件以上の場合にはステップ２８５へ進む。ステップ２８５では，一時領域に格納されているMESSAGE-IDをクライアント端末１０８へ返信する。
【００６９】
ステップ２８６では，該当するMESSAGE-IDは無かったことを示すエラー情報を返信する。
【００７０】
なお，図１３〜図１６で説明した検索内容を複数指定される場合には，ステップ２５５で返信される時点の一時領域の内容，ステップ２６５で返信される時点の一時領域の内容，ステップ２７５で返信される時点の一時領域の内容，ステップ２８５で返信される時点の一時領域の内容の積集合を取得することで検索要求を満たしてもよい。
【図面の簡単な説明】
【００７１】
【図１】本発明に係る電子メールシステム装置の構成図である。
【図２】電子メール登録手順を示すフローチャート図である。
【図３】エンベロープとヘッダの比較処理手順を示すフローチャート図である。
【図４】電子メールの関連付け手順を示すフローチャート図である。
【図５】MESSAGE-ID管理テーブルである。
【図６】BCCヘッダ有りテーブルである。
【図７】成りすまし候補テーブルである。
【図８】エンベロープ送信者テーブルである。
【図９】エンベロープ受信者テーブルである。
【図１０】電子メールテーブルである。
【図１１】電子メールヘッダや本文の取得手順を示すフローチャート図である。
【図１２】電子メールの親MESSAGE-IDと子MESSAGE-IDの取得手順を示すフローチャート図である。
【図１３】BCCヘッダ有りテーブルの取得手順を示すフローチャート図である。
【図１４】成りすまし候補テーブルの取得手順を示すフローチャート図である。
【図１５】エンベロープ送信者の取得手順を示すフローチャート図である。
【図１６】エンベロープ受信者の取得手順を示すフローチャート図である。
【符号の説明】
【００７２】
１００…電子メールシステム装置
１０１…ファイルサーバ（データベース）
１０２…制御部
１０３…メール取得部
１０４…解析処理部
１０５…登録処理部
１０６…検索処理部
１０７…検索要求受付部
１０８…クライアント端末
１１０…メールサーバ
１１１…メールボックス（データベース）
１１２…クライアント端末
１２０…メールサーバ
１２１…メールボックス（データベース）
１２２…クライアント端末
１３０…社内ネットワーク
１３１…社外ネットワーク
【図１】
2006345331.tif 000003
【図２】
2006345331.tif 000004
【図３】
2006345331.tif 000005
【図４】
2006345331.tif 000006
【図５】
2006345331.tif 000007
【図６】
2006345331.tif 000008
【図７】
2006345331.tif 000009
【図８】
2006345331.tif 000010
【図９】
2006345331.tif 000011
【図１０】
2006345331.tif 000012
【図１１】
2006345331.tif 000013
【図１２】
2006345331.tif 000014
【図１３】
2006345331.tif 000015
【図１４】
2006345331.tif 000016
【図１５】
2006345331.tif 000017
【図１６】
2006345331.tif 000018