JP2007272669A - 受信メール処理方法、装置及びプログラム - Google Patents

Abstract

【課題】 未開封受信メールの管理におけるユーザの負担を軽減することが可能な技術を提供する。
【解決手段】 受信メールを処理する受信メール処理方法において、受信メールからそのメールを識別する為のメール識別情報と、そのメールに関連する他のメールを示すリファレンス情報とを読み出して受信メールデータとして記憶装置に格納するステップと、受信メールの上位または下位の受信メールを前記受信メールデータ中のリファレンス情報により判定し、その上位または下位の受信メールのメール識別情報を示す受信メール関連データを記憶装置に格納するステップと、受信メールの上位または下位の受信メールのメール識別情報を前記受信メール関連データから読み出して、それらの上位または下位の情報により関連付けられる受信メールを示す関連受信メール一覧と最新受信メールの内容を出力装置に表示するステップとを有するものである。
【選択図】図１

Description

本発明は受信メールを処理する受信メール処理技術に関し、特に開封指定した受信メールに関連した受信メールの一覧と最新受信メールを表示し、その全ての受信メールに対して一括で開封または削除を行う受信メール処理技術に適用して有効な技術に関するものである。

従来、受信メールの開封処理を効率化させる技術として、特許文献１に記載の発明がある。この技術は、ユーザが予め設定した順位に従って受信メールの開封表示を行うものである。

特開２０００−０１０８７８号公報

前記従来技術には、受信メールの内容や、受信メール間の関連性に対する概念がなく、予め設定した送信者の情報によって開封する順序を決めることしかできなかった。

よって、ある受信メールが重要なメールに対する返信であっても、その受信メールが想定外の送信者からの受信メールである場合には受信メールが未開封のまま埋もれてしまう可能性があった。また、想定内の送信者であっても、さほど重要でないメールが先に開封されてしまう場合があり、未開封メールを管理するのにユーザに負担がかかっていた。

本発明の目的は上記問題を解決し、未開封受信メールの管理におけるユーザの負担を軽減することが可能な技術を提供することにある。

本発明は、受信メールを処理する受信メール処理装置において、関連する複数の受信メールの一覧とその最新受信メールの内容を表示するものである。

本発明の受信メール処理装置では、メールを受信すると当該受信メールのメールヘッダ情報を参照し、その受信メールを識別する為のメール識別情報と、その受信メールに関連する他のメールを示すリファレンス情報とを読み出して受信メールデータとして格納する。

次に、前記格納した受信メールデータから各受信メールのメール識別情報に対応するリファレンス情報を読み出して、受信メールの上位または下位の受信メールを前記読み出したリファレンス情報を用いて判定し、その上位または下位の受信メールのメール識別情報を示す受信メール関連データを格納する。

その後、受信メールの選択が行われると、その選択された受信メールの上位の受信メールのメール識別情報を前記受信メール関連データから順次読み出して基点となる受信メールを探索した後、その探索した基点の受信メールの下位の受信メールのメール識別情報を前記受信メール関連データから読み出し、それらの複数の受信メールを示す関連受信メール一覧を作成し、それらの関連する複数の受信メールの内で最新の受信メールの内容と共に表示する。また、前記関連受信メール一覧で表示された複数の受信メールに対して、一括開封または一括削除の指示が行われた場合には、それらの受信メールの開封フラグの一括設定や該当レコードの一括削除を行う。

本発明によれば、未開封受信メールの管理におけるユーザの負担を軽減することが可能である。

以下に開封指定した受信メールに関連した受信メールの一覧と最新受信メールの内容を表示し、その全ての受信メールに対して一括で開封または削除を行う一実施形態の受信メール処理装置について説明する。

図１は本実施形態のメールシステムのシステム構成を示す図である。図１に示す様に本実施形態のメールシステムでは、ネットワーク（１１５）に対し、メールサーバ（１１４）とユーザ側であるクライアント（１０１）、（１０１ａ）、（１０１ｂ）、・・・が接続されている。

本実施形態の受信メール処理装置であるクライアント（１０１）内部は、ＣＰＵ（１０８）、メモリ（１０２）、通信制御部（１０９）、データベース（１１１）を格納した磁気ディスク装置、入出力装置（１１０）が内部バス（１０７）によって接続されている。

メールサーバ（１１４）から、通信制御部（１０９）を介して受信したメールは、メモリ（１０２）上の受信メール管理部（１０３）にて、受信メールデータ（１１２）が抽出され、データベース（１１１）に格納される。その後、受信メール関連データ管理部（１０４）にて、受信メールデータ（１１２）を用いて、受信メール関連データ（１１３）を作成し、データベース（１１１）に格納する。

ユーザが受信メールを選択した際には関連受信メール一覧表示部（１０５）において、受信メール関連データ（１１３）を探索することによって、選択されたメールに関連する受信メール群を抽出し、受信メールデータ（１１２）を参照して、関連受信メール一覧画面（６０１）を作成し、入出力装置（１１０）によって表示する。関連受信メール一覧画面（６０１）からは、関連受信メール一括処理部（１０６）によって、ユーザが選択した受信メールに関連する受信メールを一括で開封または削除することができる。

本実施形態において、受信メール管理部（１０３）、受信メール関連データ管理部（１０４）、関連受信メール一覧表示部（１０５）及び関連受信メール一括処理部（１０６）としてコンピュータを機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリ（１０２）にロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。

図７は本実施形態の受信メールデータと受信メール関連データの例を示す図である。図７ａ）は、各ユーザ宛のメール受信時にクライアント（１０１）に格納する受信メールデータ（１１２）を示している。受信メールデータ（１１２）は、Message-Id（１１２ａ）とReferences（１１２ｂ）と受信日時（１１２ｃ）と開封フラグ（１１２ｄ）と本文・送信者情報（１１２ｎ）から成り立つ。

メール識別情報であるMessage-Id（１１２ａ）は受信メールを特定するためのユニークなIDである。リファレンス情報であるReferences（１１２ｂ）は返信などで関係している他のメールのMessage-Id（１１２ａ）が要素として格納されているリストである。例えば（１１２ｇ）の受信メールは、（１１２ｅ）の受信メールを基点とし、次に（１１２ｆ）の受信メールを経て、受信したメールである。

受信日時（１１２ｃ）は受信メールを受信した受信日時を示し、開封フラグ（１１２ｄ）は、その受信メールが開封されているか否かを示す。開封されている場合は1を、開封されていない場合は0を格納する。本文・送信者情報（１１２ｎ）は受信したメールの本文や送信者の情報を示している。

図７ｂ）は、受信メールデータ（１１２）から作成された、受信メールの関連を示す、受信メール関連データ（１１３）を表している。受信メール関連データ（１１３）は、Message-Id（１１３ａ）と上位（１１３ｂ）と下位（１１３ｃ）と受信日時（１１３ｍ）から成り立つ。Message-Id（１１３ａ）は受信メールを特定するためのユニークなIDである。上位（１１３ｂ）は返信元のメールを示し、下位（１１３ｃ）は、本メールから返信されたメールを示す。例えば（１１３ｆ）の受信メールは、（１１３ｅ）の受信メールから返信されたものであり、本メールから返信されたメールとして（１１３ｇ）があることを示している。

図２は本実施形態の受信メール管理部の処理手順を示すフローチャートである。図２に示す様に本実施形態の受信メール管理部（１０３）では、通信制御部（１０９）及びネットワーク（１１５）を介してメールサーバ（１１４）からメールを受信（２０１）すると、その受信メールをメモリ（１０２）へ格納してメールヘッダ情報を参照（２０２）し、そのメールヘッダ情報に含まれているMessage-Id（１１２ａ）とReferences（１１２ｂ）を当該受信メールから抽出して、開封フラグ（１１２ｄ）に0を設定したデータを生成し、受信メールの本文・送信者情報（１１２ｎ）を抽出する。そしてそれらの情報から受信メールデータ（１１２）の当該受信メールに対応するレコードを作成して（２０３）、データベース（１１１）に格納し（２０４）、メールを受信したことを示す通知を受信メール関連データ管理部（１０４）へ送る。

図３は本実施形態の受信メール関連データ管理部の処理手順を示すフローチャートである。図３に示す様に本実施形態の受信メール関連データ管理部（１０４）は、メール受信（３０１）を示す通知を受信メール管理部（１０３）から受け取ると、データベース（１１１）に格納されている受信メールデータ（１１２）を参照（３０２）し、Message-Id（１１２ａ）を読み出して受信メール関連データ（１１３）のMessage-Id（１１３ａ）に格納（３０３）し、前記読み出したMessage-Id（１１２ａ）に対応するReferences（１１２ｂ）の内容を参照してReferences（１１２ｂ）中のデータの存在を判定する（３０４）。

References（１１２ｂ）中にデータがない場合はそのまま終了する。References（１１２ｂ）中にデータがある場合は、その末尾に設定されているMessage-Idを受信メールデータ（１１２）から読み出して、前記格納したReferences（１１２ｂ）に対応する上位（１１３ｂ）に格納する（３０５）。そしてその上位（１１３ｂ）に格納したMessage-Idの値がMessage-Id（１１３ａ）の値に等しいレコードの下位（１１３ｃ）に、受信したメールのMessage-Idを格納し（３０６）、終了する。例えば、Message-Idが003のメールを受信した場合、受信メール関連データに（１１３ｆ）のレコードを追加する。そして受信メールデータ（１１２）の（１１２ｇ）を参照し、References（１１２ｂ）の末尾に設定されている002を、（１１３ｆ）の上位（１１３ｂ）に格納する。そしてMessage-Id（１１３ａ）が002のレコード（１１３ｅ）の下位（１１３ｃ）に受信したメールのMessage-Idである003を格納する。

図４は本実施形態の関連受信メール一覧表示部の処理手順を示すフローチャートである。Message-Idが003の受信メールをユーザが開封選択したときを想定して説明する。

まずユーザによって選択された受信メールのMessage-Idである003をメモリ（１０２）に格納して記憶する（４０１）。

次に受信メール関連データ（１１３）を参照し（４０２）、Message-Id（１１３ａ）が前記選択された受信メールのMessage-Idの003と等しいレコード（１１３ｆ）から、その選択された受信メールの基点となった受信メールである、受信メール関連データ（１１３）のルートレコードの探索を開始する（４０３）。

まずレコード（１１３ｆ）に上位（１１３ｂ）にデータがあるかどうか判定し（４０４）、この場合は002が存在しているので、探索位置をMessage-Id（１１３ａ）が002のレコード（１１３ｅ）に移動させる（４０５）。レコード（１１３ｅ）の上位（１１３ｂ）にも001が存在しているので、探索位置をレコード（１１３ｄ）に移動させる（４０５）。

レコード（１１３ｄ）には上位（１１３ｂ）にデータがないので、レコード（１１３ｄ）のMessage-Id（１１３ａ）が001である受信メールが、選択した受信メールの基点となった受信メールであるとみなし、関連受信メールリストにレコード（１１３ｄ）のMessage-Id（１１３ａ）の001を設定する（４０６）。

ルートが決まったのでここからはレコード（１１３ｄ）を基点として、下位方向に探索を行い、受信メール関連データ（１１３）から、関連する受信メールのMessage-Idを抽出し、関連受信メールリストに格納していく。

はじめに、レコード（１１３ｄ）の下位（１１３ｃ）にデータがあるかどうか判定する（４０７）。下位（１１３ｃ）には002があるので、002に対して探索処理（４１６）を始める（４０８）。まず、探索位置をMessage-Id（１１３ａ）が002であるレコード（１１３ｅ）に設定し（４０９）、Message-Id（１１３ａ）の002を関連受信メールリストに格納する（４１０）。

次にレコード（１１３ｅ）の下位（１１３ｃ）にデータがあるかどうか判定する（４１１）。ここでは003と005の2つがあるので、両方について同様に下位（１１３ｃ）の探索を行う（４０８）。

探索が終了した時点で関連受信メールリストには、（１１３ｄ）、（１１３ｅ）、（１１３ｆ）、（１１３ｇ）、（１１３ｉ）、（１１３ｌ）、（１１３ｋ）、（１１３ｈ）の順で、各レコードに対するMessage-Id（１１３ａ）が格納されている。

探索処理（４１６）が終了した後は、関連受信メールリスト内のMessage-Idの要素を受信日時（１１３ｍ）をキーとして、日時が新しい順にソートする（４１２）。ソートした結果は、（１１３ｋ）、（１１３ｌ）、（１１３ｉ）、（１１３ｇ）、（１１３ｈ）、（１１３ｆ）、（１１３ｅ）、（１１３ｄ）となる。そして受信メールデータを参照して、関連受信メール一覧を作成して画面に表示する（４１３）。

また、関連受信メール一覧内で受信日時が最新である（１１３ｋ）のMessage-Id（１１３ａ）が008に対応する、受信メールデータ（１１２）のレコード（１１２ｌ）の開封フラグ（１１２ｄ）を0から1に設定し、そのメール本文を本文・送信者情報（１１２ｎ）から読み出して画面に表示する（４１４）。さらに、関連受信メール一覧内で、記憶しておいたユーザが選択した受信メールのMessage-Idである003に対応するメールをハイライト表示し（６０１ｂ）、画面右にゲージ表示（６０１ｄ）し（４１５）、終了する。

図５は本実施形態の関連受信メール一括処理部の処理手順を示すフローチャートである。まず関連受信メール一覧画面（６０１）を開く処理、すなわち関連受信メール一覧画面をディスプレイ装置へ表示する処理を行う（５０１）。

次に、画面内にある一括開封ボタン（６０１ｅ）か一括削除ボタン（６０１ｆ）が押下されたかどうかを調べる（５０２）。一括開封ボタン（６０１ｅ）が押下された場合、一覧にまだ一括開封の処理を行っていない未処理のメールがあるかどうかを判定（５０３）し、未処理のメールがある場合には、該当する受信メールデータ（１１２）のレコードの開封フラグ（１１２ｄ）の値を判定（５０４）し、0が設定されているレコードに1を設定する（５０５）。そして、一覧内の全てのメールについて一括開封の処理を行った後に、一覧画面を閉じない（５０９）で終了する。

一方、一括削除ボタン（６０１ｆ）が押下された場合には、一覧に一括削除の処理を行っていない未処理のメールがあるかどうかを判定（５０６）し、未処理のメールがある場合には、該当する受信メールデータ（１１２）のレコードが存在するかを判定し（５０７）、存在する場合にはそのレコードを削除する（５０８）。そして、一覧内の全てのメールについて処理を行った後に、一覧画面を閉じて（５１０）終了する。

図６は本実施形態の画面の例を示す図である。図６ａ）では初期表示時の関連受信メール一覧画面（６０１）を表している。

関連受信メール一覧画面（６０１）は、一覧ヘッダ領域（６０１ｇ）、一覧領域（６０１ｈ）、ゲージ表示領域（６０１ｄ）、一括開封ボタン（６０１ｅ）、一括削除ボタン（６０１ｆ）、本文表示領域（６０１ｉ）から成り立つ。また、関連受信メール一覧の受信メール数が多い場合には、スクロールバー（６０１ｂ）が表示される。

ユーザが、Message-Idが003の受信メールを選択した場合、その選択されたメールに関連する受信メールの一覧からなる関連受信メール一覧画面（６０１）を開く。その際、実際に開封されるのは、一覧内で最新の受信メール（６０１ａ）であり、その内容を本文表示領域（６０１ｉ）に表示する（６０１ｃ）。

ユーザは一括開封ボタン（６０１ｅ）や一括削除ボタン（６０１ｆ）を押下することによって、一覧内の全ての受信メールを一括で開封したり、削除したりできる。ユーザが選択したMessage-Idが003のメールはゲージ表示（６０１ｄ）によって位置情報が判るようにする。図６ａ）の例では、Message-Idが003のメールは、一覧内の下位方向に存在していることを示している。

図６ｂ）は初期表示時の関連受信メール一覧画面（６０１）を下位方向にスクロールした後の関連受信メール一覧画面（６０２）を示している。ユーザが選択したMessage-Idが003のメールを、ハイライト表示（６０２ａ）することによって、ユーザに選択されたメールがどれであるかを特定できるようにする。

以上説明した様に本実施形態の受信メール処理装置によれば、関連する複数の受信メールの一覧とその最新受信メールの内容を表示するので、未開封受信メールの管理におけるユーザの負担を軽減することが可能である。

本実施形態のメールシステムのシステム構成を示す図である。 本実施形態の受信メール管理部の処理手順を示すフローチャートである。 本実施形態の受信メール関連データ管理部の処理手順を示すフローチャートである。 本実施形態の関連受信メール一覧表示部の処理手順を示すフローチャートである。 本実施形態の関連受信メール一括処理部の処理手順を示すフローチャートである。 本実施形態の画面の例を示す図である。 本実施形態の受信メールデータと受信メール関連データの例を示す図である。

符号の説明

１０１…クライアント、１０２…メモリ、１０３…受信メール管理部、１０４…受信メール関連データ管理部、１０５…関連受信メール一覧表示部、１０６…関連受信メール一括処理部、１０７…内部バス、１０８…ＣＰＵ、１０９…通信制御部、１１０…入出力装置、１１１…データベース、１１２…受信メールデータ、１１３…受信メール関連データ、１１４…メールサーバ、１１５…ネットワーク、６０１…関連受信メール一覧画面（初期表示時）、６０２…関連受信メール一覧画面（スクロール後）。

Claims (5)

1. 受信メールを処理する受信メール処理方法において、
   受信メールからそのメールを識別する為のメール識別情報と、そのメールに関連する他のメールを示すリファレンス情報とを読み出して受信メールデータとして記憶装置に格納するステップと、
   受信メールの上位または下位の受信メールを前記受信メールデータ中のリファレンス情報により判定し、その上位または下位の受信メールのメール識別情報を示す受信メール関連データを記憶装置に格納するステップと、
   受信メールの上位または下位の受信メールのメール識別情報を前記受信メール関連データから読み出して、それらの上位または下位の情報により関連付けられる受信メールを示す関連受信メール一覧と最新受信メールの内容を出力装置に表示するステップとを有することを特徴とする受信メール処理方法。
2. 前記関連受信メール一覧で表示された複数の受信メールに対して一括で開封または削除を行うことを特徴とする請求項１に記載された受信メール処理方法。
3. 選択された受信メールの上位の受信メールのメール識別情報を前記受信メール関連データから探索して基点となる受信メールを求め、その基点となる受信メールの下位の受信メールのメール識別情報を前記受信メール関連データから探索することにより前記関連受信メール一覧を作成することを特徴とする請求項１または請求項２のいずれかに記載された受信メール処理方法。
4. 受信メールを処理する受信メール処理装置において、
   受信メールからそのメールを識別する為のメール識別情報と、そのメールに関連する他のメールを示すリファレンス情報とを読み出して受信メールデータとして記憶装置に格納する受信メール管理部と、
   受信メールの上位または下位の受信メールを前記受信メールデータ中のリファレンス情報により判定し、その上位または下位の受信メールのメール識別情報を示す受信メール関連データを記憶装置に格納する受信メール関連データ管理部と、
   受信メールの上位または下位の受信メールのメール識別情報を前記受信メール関連データから読み出してそれらの上位または下位の情報により関連付けられる受信メールを示す関連受信メールと最新受信メールの内容を出力装置に表示する関連受信メール一覧表示部とを備えることを特徴とする受信メール処理装置。
5. 受信メールを処理する受信メール処理方法をコンピュータに実行させる為のプログラムにおいて、
   受信メールからそのメールを識別する為のメール識別情報と、そのメールに関連する他のメールを示すリファレンス情報とを読み出して受信メールデータとして記憶装置に格納するステップと、
   受信メールの上位または下位の受信メールを前記受信メールデータ中のリファレンス情報により判定し、その上位または下位の受信メールのメール識別情報を示す受信メール関連データを記憶装置に格納するステップと、
   受信メールの上位または下位の受信メールのメール識別情報を前記受信メール関連データから読み出して、それらの上位または下位の情報により関連付けられる受信メールを示す関連受信メール一覧と最新受信メールの内容を出力装置に表示するステップとをコンピュータに実行させることを特徴とするプログラム。
   

Images