(57)【要約】【課題】大量にメールを受信している利用者に、各メールの主題、本文等を利用者が参照することなく、効率的にメールの内容、状況を把握する手段としてメールの受信状況を通知する機能を持つメールシステムを実現する。【解決手段】メールゲートウェイが、メールサーバのメール受信時に、メールに対して特定の語が含むかなどの評価を行い、結果を保存する。要約表示を行うクライアントに対し現在の状況と、過去の履歴から求める基準値を計算し、比較することでメール受信状況を示す評価指標を算出することで、現在のメール受信状況を利用者に提示する動作を行う。【選択図】  図２
2008165283.tif 000002
【特許請求の範囲】
【請求項１】
メール送信側装置から送られてきたメールを受信し、メール受信側装置に送るメールゲートウェイ装置と、前記メールゲートウェイ装置が受信したメールを保存するメールサーバ装置とを少なくとも含むメールシステムであって、
メールの利用者ごとに該利用者が設定したメールの評価基準を記憶する評価基準テーブルと、評価結果テーブルとをさらに有し、
前記メールゲートウェイ装置は、前記評価基準テーブルから取得したメールの評価基準に基づき受信したメールについて判定処理を行い、評価基準に適合したメールについては一定期間毎に累計をし、その結果を評価値として前記評価結果テーブルに記憶し、メール受信側装置から、要約表示の要求を受信すると、前記評価結果テーブルに基づいて現在のメール受信状況を示す評価指標を算出し、算出した現在のメール受信状況を示す評価指標を前記要約表示を要求したメール受信端末に応答することで、各メールの本文、主題等の内容を提示することなく、現在のメール受信状況を提示することを特徴とするメールシステム。
【請求項２】
前記評価指標は、前記評価結果テーブルから取得した、評価値履歴の全部もしくは一定の範囲の平均値を評価基準値とし、前記要約表示を要求したメール受信側装置からの要求を受信した時刻から一定期間に受信したメールに対する評価値を最新評価値とし、前記評価基準値と前記最新評価値の増減率を用いて算出することを特徴とする請求項１に記載のメールシステム。
【請求項３】
メール送信側装置から送られてきたメールを受信し、メール受信側装置に送るメールゲートウェイ装置であって、
メールの利用者ごとに該利用者が設定したメールの評価基準を記憶する評価基準テーブルと、評価結果テーブルと接続されており、
前記メールゲートウェイ装置は、前記評価基準テーブルから取得したメールの評価基準に基づき受信したメールについて判定処理を行い、評価基準に適合したメールについては一定期間毎に累計をし、その結果を評価値として前記評価結果テーブルに記憶し、メール受信側装置から、要約表示の要求を受信すると、前記評価結果テーブルに基づいて現在のメール受信状況を示す評価指標を算出し、算出した現在のメール受信状況を示す評価指標を前記要約表示を要求したメール受信端末に応答することで、各メールの本文、主題等の内容を提示することなく、現在のメール受信状況を提示することを特徴とするメールゲートウェイ装置。
【請求項４】
前記評価指標は、前記評価結果テーブルから取得した、評価値履歴の全部もしくは一定の範囲の平均値を評価基準値とし、前記要約表示を要求したメール受信側装置からの要求を受信した時刻から一定期間に受信したメールに対する評価値を最新評価値とし、前記評価基準値と前記最新評価値の増減率を用いて算出することを特徴とする請求項３に記載のメールゲートウェイ装置。
【請求項５】
メール受信状況を提示する方法であって、
メールの利用者ごとにあらかじめメールの評価基準を記憶しておき、
前記メールの評価基準に基づき、受信したメールについて判定処理を行い、評価基準に適合したメールについては一定期間毎に累計をし、その結果を評価値として記憶し、メール受信側利用者からの要約表示の要求を受信すると、前記評価結果に基づいて現在のメール受信状況を示す評価指標を算出し、算出した現在のメール受信状況を示す評価指標を前記要約表示を要求したメール利用者側に応答することで、各メールの本文、主題等の内容を提示することなく、現在のメール受信状況を提示することを特徴とするメール受信状況の提示方法。
【請求項６】
前記評価指標は、取得した評価結果の評価値履歴の全部もしくは一定の範囲の平均値を評価基準値とし、前記要約表示を要求したメール受信側利用者からの要求を受信した時刻から一定期間に受信したメールに対する評価値を最新評価値とし、前記評価基準値と前記最新評価値の増減率を用いて算出することを特徴とする請求項５に記載のメール受信状況の提示方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、メールゲートウェイ装置、メールシステムおよびメール受信状況の提示方法に関し、特に受信したメールを評価し受信概要をクライアントに提供する機能を持つメールゲートウェイ装置、メールシステムおよびメール受信状況の提示方法に関する。
【背景技術】
【０００２】
インターネットの普及に伴い、多くの企業、団体、一般家庭において電子メール（Ｅ−ｍａｉｌ）が利用され、毎日さまざまな情報が電子メールで送受信されるようになった。
企業内をみても、社内の連絡、社外との連絡、各種情報配信から通達まで幅広い情報が電子メール（以下、メールと称する）で送信されている。電子であることの便利さ、気軽さ、簡単に多数の送付先、複写送付先を指定可能であることから、メールの送受信量は増大しつづけている。一人あたりの一日のメール受信数は、数十から百通を超える程になり、数日不在にすると未開封メールは数百通にものぼってしまう。こうなると受信したメールを開いて読むだけでも多くの時間と労力が必要となり、メール文化は便利な反面、負担感が増大してきているという問題がある。
【０００３】
また、移動体通信機、例えば携帯電話やノート型ＰＣの普及により、モバイル環境が整備され、様々な場所からメールの参照が行われるようになった。例えば、休日や出張中に自宅や外出先から携帯電話で会社のメールを読むことで、会社の仕事の状況を確認することができるようになった。しかし、このようなモバイル環境ではネットワーク帯域、表示領域が限られており、また利用者の利用時間も限られている場合も多いため、大量のメールを読むことが困難である。
【０００４】
このような問題を解決するための技術として、例えば特許文献１に記載されたようなメール評価装置がある。特許文献１には、受信したメールの総参照時間と文字数に基づいて単位文字あたりの参照時間を算出して過去に受信した複数のメールの参照時間に係わる統計データと比較してメールにランク付けをし、さらにランク別に各種キーワードにポイントをつけ、受信したメールからキーワードを抽出してキーワードのランク別ポイントをランク毎に合計した結果に基づいて、受信したメールの内容を評価するもので、受信メールからのキーワード抽出結果に基づいてキーワード情報テーブル中のポイントを更新するメール評価装置が開示されている。  また、非特許文献１には、ベイジアン・フィルタを用いた不要メールの判定削除アプリケーションが開示されている。非特許文献１では、不要なメールの判定に、ベイズの定理に基づいて、過去に不要なメールと分類したメールから単語を抽出し、統計的に判断する方法を実装している。
【０００５】
また、特許文献２には、受信したメールに対して指定の条件を満たすメールのみを携帯電話のメールアドレスに転送する受信メールの携帯電話機対応Wｅｂサービス方法が開示されている。
【０００６】
【特許文献１】特開２００１−３３１４２２号公報
【特許文献２】特開２００２-８４３０９号公報
【非特許文献１】paulgraham.com 、“A Plan for Spam”、[online] 、August 2002、インターネット  <URL  ：  http://paulgraham.com/spam.html>
【発明の開示】
【発明が解決しようとする課題】
【０００７】
前記特許文献１、特許文献２および非特許文献１のような、ある指定の条件に適合したメールを重要度が高いと判断し、利用者に転送し閲覧させるたり、提示する方法では、選別後もメール数が十分に絞り込まれていず、利用者の可読量を超過する問題がある。逆に条件を厳しくしメール数を一定以下にまで絞った場合、優先度の高いメールも除外される可能性がある。
【０００８】
本発明は、上記課題を解決するためになされたもので、既に構築されているメールサーバに特殊な機能を追加することなく、大量にメールを受信している利用者が、効率的にメールの内容、状況を把握することができるメールゲートウェイ装置、メールシステムおよびメール受信状況の提示方法を提供すること目的とする。
【課題を解決するための手段】
【０００９】
本発明は上記課題を解決するためになされたもので、大量にメールを受信している利用者に、各メールの主題、本文等を利用者が参照することなく、効率的にメールの内容、状況を把握する手段としてメールの受信状況を通知する。
【００１０】
具体的には、ネットワークシステム及びメールゲートウェイサーバに以下の構成を備える。
（１）メールサーバがメール送信クライアントから新規メールを送信され、メールを格納する際に、メールゲートウェイサーバを経由して処理するようにし、メールゲートウェイサーバにて、評価基準テーブルに記述された評価をメールに対して行い、評価結果を評価結果テーブルに格納し、メールに付加情報追記する処理を行った後に、メールサーバに格納する。
（２）メール受信クライアントがメールサーバからメールデータを取得する際に、メールゲートウェイサーバを経由して処理するようにし、メールゲートウェイサーバにて、評価結果テーブルを更新したのちに、メールをメール受信クライアントに送信する。
（３）概要表示クライアントが、メールゲートウェイサーバに、メール受信状況取得要求を行い、メールゲートウェイは、評価基準テーブル、評価結果テーブルの情報からメール受信状況を生成し、応答する。
【００１１】
本システムは、メールを受信し保存するメールサーバ装置と、メールを受信し表示するメール受信装置と、メール送信に用いるメール送信クライアント装置と、メールの受信状況を表示する要約表示クライアント装置と、前記メール受信クライアント装置、前記メール送信クライアント装置の要求を受信し付加的処理を行い前期メールサーバ装置に送信し、前記要約表示クライアント装置からの要求に対し前期メールサーバ装置のメール受信の状況情報を送信するメールゲートウェイ装置からなるメールシステムであって、利用者ごとに設定するメールの評価基準を記憶する評価基準テーブル装置と、受信したメールについて、前記評価基準テーブル装置から取得した各種メールの評価基準に適合するか判定するメールゲートウェイ装置と、前記メールゲートウェイ装置の評価基準に適合したメールの一定期間毎の累計結果を評価値として記憶する評価結果テーブル装置と、前記要約表示クライアント装置の要求に対し、前記評価結果テーブル装置から算出する現在のメール受信状況を示す評価指標を応答することで、各メールの本文、主題等の内容を提示することなく現在のメール受信状況を提示する手段を備えるようにしたものである。
【００１２】
さらに、本システムは、前記評価指標として、前記評価結果テーブル装置から取得した、評価値履歴の全部もしくは一定の範囲の平均値を評価基準値とし、前記要約表示クライアント装置の要求を受信した時刻から一定期間に受信したメールの評価値を最新評価値とし、前期評価基準値と前記最新評価値の増減率を用いるようにしたものである。
【発明の効果】
【００１３】
本発明によれば、大量にメールを受信している利用者に、メールの受信状況を通知することで、メールの主題、本文等を利用者が参照することなく、効率的にメールの内容、状況を把握する機能を備えるメールゲートウェイ装置、メールシステムおよびメール受信状況の提示方法を実現することができる。
【発明を実施するための最良の形態】
【００１４】
以下に、本発明の実施の形態を説明する。
【実施例１】
【００１５】
本発明の第一の実施例を、図１から図８を用いて説明する。
図１は、本発明の一実施例が適用されたメールシステムの構成を示す図である。
本実施例では、本メールシステムは、要約表示クライアント装置１０Ａと、メール送信装置１０Ｂと、メール受信装置１０Ｃと、メールサーバ装置２０と、ゲートウェイ装置３０と、評価基準テーブル装置４０Ａと、評価結果テーブル装置４０Ｂと、要約表示クライアント装置１０Ａと、メール送信装置１０Ｂと、メール受信装置１０Ｃと、メールゲートウェイ装置３０とが接続されているネットワーク５０を備える。評価基準テーブル装置４０Ａと、評価結果テーブル装置４０Ｂと、メールサーバ装置２０は、メールゲートウェイ装置３０と接続している。
【００１６】
本発明に関わる各装置は、例えば図８に示すような、ＣＰＵ１００１と、メモリ１００２と、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の可搬性を有する記憶媒体１００８から情報を読み出す読み取り装置１００３と、ネットワーク５０を介して相手装置と通信を行うための通信装置１００４と、ＨＤＤ等の外部記憶装置１００５と、キーボードやマウスやディスプレイなどの入出力装置１００６と、を備えた一般的な情報処理装置１０００において、ＣＰＵ１００１がメモリ１００２上にロードされた所定のプログラムを実行することにより実現することができる。また、読み取り装置１００３や外部記憶装置１００５が省略され、通信装置１００４が無線用アンテナになっている、携帯電話のような小型情報処理装置１０００で実現することもできる。
【００１７】
さらに、上記各装置の機能は、ＣＰＵ１００１が外部記憶装置１００５またはメモリ１００２に格納されているプログラムを実行することにより、上記情報処理装置１０００上に具現化される。上記プログラムは、あらかじめ、上記情報表示装置１０００内に格納されていても良いし、必要なときに、着脱可能で当該情報処理装置が利用可能な記憶媒体、または、ネットワークまたはネットワーク上を伝搬する搬送波といった当該情報処理装置が利用可能な通信媒体を介して、導入されてもよい。また、各装置の機能一部または全てをハードウェアによって実現してもよい。
【００１８】
図１に示す構成において、複数の装置で実現されている機能が、物理的には一つの装置で実現されていても良い。例えば、評価基準テーブル装置４０Ａと、評価結果テーブル装置４０Ｂとの機能が、メールゲートウェイ装置３０に含まれていても良い。また、一つの装置で描かれている機能を、物理的に複数の装置で実現してもよい、例えば、メールゲートウェイ装置３０に含まれる機能を、ネットワーク経由で互いに通信する別々のサーバ装置で実現しても良い。
【００１９】
要約表示クライアント装置１０Ａは、Ｗｅｂブラウザなどの既存のＷｅｂクライアントアプリケーション、または本システム専用の表示システムが備えられたＷｅｂクライアントが動作している装置である。例えば、インターネット通信機能を備える携帯電話である。要約表示クライアント装置１０Ａが、ゲートウェイ装置３０からメールの要約情報の取得要求を送信することにより、要約情報データを受信し利用者に表示する。
【００２０】
メール送信装置１０Ｂは、ＳＭＴＰサーバなどの既存のメール送信アプリケーションが動作している装置である。メール送信者が送信するメールをメールアドレスに基づき所定のメールサーバに転送する。
メール受信装置１０Ｃは、ＰＯＰ３、ＩＭＡＰ４クライアントなどの既存のメール受信アプリケーションが動作している装置である。メールの一部または全文の取得要求を送信し、メールサーバ装置３０から応答データを受信する。
【００２１】
メールサーバ装置２０は、ＳＭＴＰ、ＰＯＰ３、ＩＭＡＰ４などのメールアプリケーションが動作し利用者のメールを蓄積する装置である。メール送信装置１０Ｂから送信されたメールを保存し、メール受信装置１０Ｃの要求に応じてメールを応答する。
メールゲートウェイ装置３０は、通信メッセージの中継を行い、メールの要約情報を応答する装置である。メールゲートウェイ装置３０は、メール送信装置１０Ｂとメール受信装置１０Ｃからネットワーク５０を経由して送信された通信メッセージを、メールサーバ装置２０に中継する。また、要約表示クライアント１０Ａの要求に対し要約情報を応答する。
【００２２】
評価基準テーブル装置４０Ａと、評価結果テーブル装置４０Ｂは、データベースであり、例えばリレーショナルデータベースシステムなどで実現する。メールゲートウェイ装置３０からデータの検索、登録、削除の要求などを処理する。
各装置は、物理的には、無線やケーブル、及びハブやルータのようなネットワーク装置を介して接続する。
本発明のメールシステムは、メール送信装置１０Ｂ、メール受信装置１０Ｃと、メールサーバ装置２０の間に位置するメールゲートウェイ装置３０において、メール送信装置１０Ｂ、メール受信装置１０Ｃの通信を一旦終端し、受信したメールについての分析処理を行う。これにより、要約表示クライアント装置１０Ａに対し要約情報の提供を実現する。
【００２３】
次に、図２は、本実施例のメールシステムの一構成図である。
本メールゲートウェイ装置３０は、以下の機能を持つ。
（１）MTA処理部３０１
メール送信装置１０Aからのアクセス要求を、メールサーバ装置２０に中継する。その際、受信時評価反映処理部３０５等を用いメールデータに付加情報の付与等の付加的処理を行う。
（２）MUA処理部３０２
メール受信装置２０Bからのアクセス要求をメールサーバ装置２０に中継する。その際、応答するメールデータに対し、受信時評価反映処理部３０５等を用いて付加的処理を行う。
（３）要約表示処理部３０３
要約表示クライアント装置１０Aからの要求を受付、応答作成処理部３０６が生成する応答データを応答する。
（４）メール評価処理部３０４
受信時のメールに対して、評価基準テーブル装置４０Aに基づき評価、分類を行う。評価結果を評価結果テーブル装置４０Bに格納する。
（５）受信時評価反映処理部３０５
利用者がメールを取得する際に、例えば未読情報を反映するために、評価結果テーブル装置４０Bの更新を行う。
（６）応答作成処理部３０６
評価基準テーブル装置４０Aから評価項目を取得し、評価結果テーブル装置４０Bのデータを取得し要求された時刻のメール受信状況を算出する。
【００２４】
次に、図３は、本実施例の評価基準テーブル装置４０A、評価基準テーブル装置４０Bの一構成図である。
評価基準テーブル装置４０A、評価基準テーブル装置４０Bは例えばリレーショナルデータベースにて構築する。メールゲートウェイ装置２０はSQL言語等をデータベース操作用の言語を用いて、データベースの検索、更新、削除等の処理を行う。
評価基準テーブル装置４０Aは、メール評価処理部３０４で評価するアルゴリズムであるメールの評価基準を管理するために使用する。本実施例では、評価基準テーブル装置４０Aは利用者フィールド４０１１、評価基準フィールド４０１２からなる。評価基準フィールド４０１２に記録可能な評価基準はメール評価処理部３０４で実装している基準に限る。メールの評価基準は、本実施例では利用者毎に管理し、メールの評価基準は利用者毎に複数指定できる。評価基準については、一般的なメールの分類方法と同様である。例えば、特定のメーリングリストAのメールであるか、本文および主題中に「重要」や「至急」や利用者の名前など、特定の文字列が含まれるか、送信者が特定の人物を示すアドレスであるか、メールヘッダに要返信、親展等の特定のメールヘッダを含むか、などを記述する。メールアドレスに関する基準については、別途設置された組織情報データベースを用い、例えば、利用者の上長に相当する人物から送信されたメールであるか等も可能である。また、メールの評価基準に、正規表現や形態素解析などの自然言語処理やベイジアン・フィルタを用いてもよい。例えば、期限や締め切りを指示しているメールか等である。図３の例では、利用者Aは、メーリングリスト ML-Aのメールであるか、メーリングリスト ML-Bのメールであるか、文字列Aを含むか、について設定している。
【００２５】
評価結果テーブル装置４０Bは、メール評価処理部３０４で評価した結果を保持するために使用する。本実施例では、評価結果テーブル装置４０Bは、利用者フィールド４０２１と、評価結果を集計した日時フィールド４０２２と、評価基準フィールド４０１２に対応して結果を記録するための評価基準フィールド４０２３からなる。評価基準フィールド４０２３は、評価結果を記録する評価結果フィールド４０２３１と、結果のうちメールの状態が未読であるメールを示す未読数フィールド４０２３２からなる。利用者フィールド４０２１は、評価基準テーブル装置４０Aの利用者名フィールド４０１１と対応している。日時フィールド４０２２は、一日、一時間、一分等の単位時間毎に区切り設定される。評価基準フィールド４０２３は、日時フィールド４０２２の単位時間内に受信したメールを評価基準テーブル装置４０Aの評価基準フィールド４０１２に対応した評価を実施し、適合したメール数を記録する。適合しなかったメールは、評価基準＝「該当なし」の項目として記録し管理する。評価結果のメール数を評価結果フィールド４０２３１に保存し、そのうち未読のメールについては、未読フィールド４０２３２に保存する。未読フィールド４０２３２については、利用者がメールを取得し既読状態なった際に更新を行う。図３の例では、利用者Aは、x月ｙ日にメーリングリストML-Aのメールを１００通受信し、１５通が未読のままであり、メーリングリスト ML-Bのメールは5通受信し未読は０通であることを示しており、最も新しい末尾のx月ｙ＋４日の行が最新の情報になる。本実施例では集計した時刻を日時フィールド４０２２の単位時間ごとに集計しているが、受信したメールごとにエントリを作成し、受信時刻、適合した評価基準を記録し、リレーショナルデータベースの検索機能により指定時間内にある特定の評価基準に適合したメール数を算出するようにしてもよい。
【００２６】
図５は、メールゲートウェイ装置２０が要約表示クライアント装置１０Aと通信する際の概要を示した図である。このシーケンスは、要約表示クライアント装置１０AとTCP接続を確立した後、要約表示クライアント装置１０AからHTTPにて要約情報取得要求を受信してから要約情報を応答するまでの状態遷移を示している。
【００２７】
まず、メールゲートウェイ装置２０の要約表示処理部３０３は、要約表示クライアント装置１０Aから要約情報取得要求を受信する。要約情報取得要求はHTTPのURL、HTTPヘッダに利用者特定するID情報、利用者を認証するためのパスワード等に基づく認証情報を含んでおり、認証処理（S１０１）にて認証を行う。認証方法については既存の認証方法、例えばBasic認証、Digest認証等の方式で行う。要約表示処理部３０３は、要約情報取得要求から利用者の特定と認証を行い、認証が成功したか判定を行う（S１０２）。認証が成功した場合、応答作成処理部３０６を呼び出し、応答データである要約情報の作成を開始する。認証に失敗した場合、エラー処理（S１０３）を行い要約表示クライアント装置１０Aにエラーを応答する。
【００２８】
次に、応答作成処理部３０６は要約情報の作成を行う。
まず、利用者をキーに評価基準テーブル装置４０Aを評価基準取得処理（S１０４）を行い、利用者の設定した評価基準を取得する。次に、利用者と現在時刻、評価基準から評価結果テーブル装置４０Bを検索し、最新の評価値を取得する最新評価値取得処理（S１０５）を行う。図３では、x月ｙ＋４日のフィールドが最新の評価値となる。
【００２９】
次に、基準評価値取得処理（S１０６）を行う。基準評価値算出処理（S１０６）では、まず、評価値履歴処理（S１０７）を行い、評価結果テーブル装置４０Bから、利用者と利用者の評価基準、現在の時刻から、過去の評価値履歴を取得する。評価値履歴は評価結果テーブル装置４０Bに保存してある過去全て、当日を除いた過去１年、１ヶ月、１週間、５営業日等の期間で取得する。次に、基準評価値算出処理（S１０８）を行い、評価値履歴処理（S１０７）で取得した評価値履歴の平均処理等で評価基準毎の基準評価値を決定する。
次に、評価指標算出処理（S１０９）を行い、最新評価値取得処理（S１０５）と基準評価値取得処理（S１０６）から評価基準毎に比較を行う。例えば、（最新評価値―基準評価値）÷基準評価値で基準評価値から当日のメールの流量を測る評価指標を算出する。
次に、未読メール数取得処理（S１１０）を行い、評価結果テーブル装置４０Bから利用者の評価基準毎の未読数４０２３２の合計値を取得する。
次に、応答作成処理部３０６は作成した要約情報情報をHTML、XML、CSV等の形式として、要約表示処理部３０３に渡し、要約表示処理部３０３は要約表示クライアント装置１０Aに応答する応答処理（S１１１）を実施する。
【００３０】
図６は、メール送信クライアント装置１０Bのようなメール送信装置からのメールを受信し、メール格納時にメールデータの評価を行い、評価結果テーブル装置４０Bのデータ更新を行い、メールサーバにメールデータを格納する処理の概要である。
まず、メール送信クライアント装置１０Bは、利用者のメールアドレスに従いメールゲートウェイ装置２０にアクセスを行い、TCP接続確立後、SMTPのプロトコルを用いて、メールデータを送信する。メールゲートウェイ装置２０はMTA処理部３０１のMTA受信処理S２０１にてSMTPの処理とメールデータの受信を行う。
次に、受信したメールデータに対してメール評価処理部３０４にて評価を行う。まず評価基準読み込み処理（S２０２）にて、メールデータの宛先メールアドレスから利用者を特定し、評価基準テーブル装置４０Aから利用者の設定している評価基準を取得する。次に、メール評価処理（S２０３）を実行する。メール評価処理（S２０３）では、メールデータに対し、評価基準読み込み処理（S２０２）で読み込んだ利用者の評価基準のすべてに対し順次適用し、適合するものがあるかを判定する。次にメールが評価基準にいくつ適合したか判定処理（S２０４）を行う。適合する評価基準が一つ以上ある場合、メールヘッダに適合した評価基準を示す拡張メールヘッダを付与する評価基準情報ヘッダ付与処理（S２０５）を実行する。次に、格納時評価結果テーブル更新処理（S２０６）を実行し、評価結果テーブル装置４０Bを更新する。メールの受信時刻にある適合した評価基準の評価結果４０２３１と未読数４０２３２を１増加させる。適合する評価基準が０の場合は、「該当なし」の評価基準として処理する。
【００３１】
次に、メールデータをメールサーバ装置２０に保存するメールサーバ転送処理（S２０７）を実行する。メールサーバ装置２０に対し評価基準情報ヘッダ付与処理（S２０５）等で変更したメールデータをSMTPやLMTPにてメールサーバ装置２０に送信しメールを格納する。
次に、メール送信装置１０Bにメールサーバ転送処理（S２０７）の処理結果を応答する応答処理（S２０８）を実行する。
【００３２】
図７は、メール受信クライアント装置１０Cがメールを受信する際に、メールゲートウェイ装置２０がメールサーバ装置２０からメールデータを取得し応答する処理と、評価結果テーブル装置４０Bの更新をする際の処理の概要である。
まず、メール受信クライアント装置１０C がメールを受信するために、メールゲートウェイ装置２０にTCP接続を行い、MUA処理部３０２がMUA受信処理（S３０１）を行う。MUA受信処理（S３０１）では、POP３、IMAP４などの手順に基づき認証処理等を行い、メールデータの取得要求が要求される。次に、メールサーバ装置２０からメールデータを取得するメール取得処理（S３０２）が実行される。メールサーバ装置２０からメール受信装置１０Cが指定するメールデータをPOP３、IMAP４などの手順に従い取得する。
【００３３】
次に、受信時評価結果更新処理（S３０３）を実行する。メールデータを走査し、評価基準情報ヘッダ削除処理（S２０５）にて付与した拡張メールヘッダがあれば、そのヘッダの値とメールの受信時刻に基づき、評価結果テーブルの未読数４０２３２を減算する。ヘッダがない場合は、「該当なし」の評価基準として処理する。
次に、評価基準情報ヘッダ削除処理（S３０４）を実行する。メールデータを走査し、評価基準情報ヘッダ削除処理（S２０５）にて付与した拡張メールヘッダがあればそのヘッダ項目と値を削除し、メール送信クライアント装置１０Bが送付したデータと同一のデータに変更する。
次にメールデータ応答処理（S３０５）を実行し、メール受信クライアント装置１０Cにメールデータを応答する。
【００３４】
次に図４を用いて、前述したステップS１１１で応答した要約要約表示クライアント装置１０Aの画面表示の一例について説明する。画面は左から順に、項番D１０１、評価基準名D１０２、評価基準に適合しているメールのなかの未読数D１０３、最新評価値D１０４、基準評価値D１０５、 評価指標値D１０６の順で表示している。
この例では、評価指標D１０６でソートしてあり、メーリングリストML−AよりメーリングリストML―Bの方の評価指標が大きい。メーリングML-Aの方がメールの受信数は多いが、評価基準値よりは少なく、平常時のメール流通量の範囲だと判断できる。逆に、メーリングリストML-Bのメールは通常時よりも多くのメールが流通していることがわかり、メーリングリストML−Bの使用目的である仕事や話題などで、何かしらの大きな変化があったことが短時間に判断できる。このようにして、本発明では、最新評価値と過去の基準値との比較により現在メールでやり取りされている話題の状況を推測可能な閲覧性の高い手段を提供する。また、図４の画面から評価基準を指定することで、メール受信クライアント装置１０Cに遷移し、指定した評価基準に該当するメール本文を閲覧する機能を持ってもよい。
【産業上の利用可能性】
【００３５】
既存のメールサーバに追加することで、透過的にサービスを適用可能になるため、導入が容易で広く適用できる。
また、本発明はメールの主題、本文を参照することなくメールの受信状況の概要を提示する機能を提供する。そのため、例えば、仕事上の情報交換をメールに依存し大量のメールを処理している環境にあり、休日や移動中にも仕事の状況を把握する必要のあるユーザは、休日等に短時間でメールの受信状況から仕事の状況を推測できる。前記のようなユーザに対する需要が見込まれる。
【図面の簡単な説明】
【００３６】
【図１】本発明の一実施例におけるメールシステムの全体構成を示す図である。
【図２】本発明の一実施例のメールシステムにおける、メールゲートウェイ装置の構成を説明する図である。
【図３】本発明の一実施例におけるのテーブルの構成図である。
【図４】本発明の一実施例における要約表示クライアントの出力例を示す図である。
【図５】要約表示クライアントへの要約データを送信する処理のシーケンス概要を示す図である。
【図６】メールサーバにメールを格納する処理のシーケンス概要を示す図である。
【図７】メールサーバからメールを受信する処理のシーケンス概要を示す図である。
【図８】本発明においてクライアント装置１０、コンテンツサーバ装置２０、ゲートウェイサーバ装置３０、及びデータベースサーバ装置４０として使用する情報処理装置の一構成例を示す図である。
【符号の説明】
【００３７】
１０Ａ…要約表示クライアント装置
１０Ｂ…メール送信クライアント装置
１０Ｃ…メール受信クライアント装置
２０…メールサーバ装置
３０…メールゲートウェイ装置
４０Ａ…評価基準テーブル装置
４０Ｂ…評価結果テーブル装置
３０１…ＭＴＡ処理部
３０２…ＭＵＡ処理部
３０３…要約表示処理部
３０４…メール評価処理部
３０５…受信時評価反映処理部
３０６…応答作成処理部
４０１１…利用者フィールド
４０１２…評価基準フィールド
４０２１…利用者フィールド
４０２２…時刻フィールド
４０２３…評価基準フィールド
４０２３１…評価結果フィールド
４０２３２…未読数フィールド
Ｄ１０１…項番項目
Ｄ１０２…評価基準項目
Ｄ１０３…未読数項目
Ｄ１０４…最新評価値項目
Ｄ１０５…評価基準値項目
Ｄ１０６…評価指標項目
１０００…情報処理装置
１００１…ＣＰＵ
１００２…メモリ
１００３…読取装置
１００４…通信装置
１００５…外部記憶装置
１００６…入出力装置
１００７…内部バス
１００８…記憶媒体
【図１】
2008165283.tif 000003
【図２】
2008165283.tif 000004
【図３】
2008165283.tif 000005
【図４】
2008165283.tif 000006
【図５】
2008165283.tif 000007
【図６】
2008165283.tif 000008
【図７】
2008165283.tif 000009
【図８】
2008165283.tif 000010