JP6061010B2 - メール表示プログラム、メール表示装置、及びメール表示方法 - Google Patents

Description

本発明は、一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く表示するためのメール表示プログラム、メール表示装置、及びメール表示方法に関する。

従来では、電子メールを用いた情報の伝達が日常的に行われている。更に従来では、メール文化の普及により、大量のメールを送受信する状況になっている。したがって、従来では、大量のメールを管理するため、関連のあるメールを所定のメールボックスに振分けて管理する手法が知られている。

例えば、従来では、受信メールの付属情報（送信者、送信日付等）を解析して、利用者が設定した電子メールボックスへ受信メールを振分ける手法が知られている。また、従来では、ユーザＡとユーザＢとの二者間でやり取りしている場合に、ユーザＡがユーザＢからの返信メールを開いた際に、ユーザＡがそのやりとりの中でユーザＢに送った送信メールを表示する手法が知られている（例えば、特許文献１及び２参照）。

特開平６−２５０９５０号公報 特開平１１−８８４２６号公報

ここで、例えば送信者のメールアドレスに応じて、受信メールの振分け先フォルダを決定する例を考えると、フォルダを「山田」、「佐藤」、「山本」、・・・と個人毎に作成している場合には、送信者のアドレスに応じて、何れかのフォルダへメールが格納される。なお、個人以外の例では、例えばグループ単位（例えば、部、会社、ＷＧ（ワーキンググループ））等も予め定めたグループ毎のメーリングリストで振分けることで同様に処理が可能である。また、別の例としては、所定のキーワードを、送信時にタイトルに自動的に含めるようにし、そのキーワードで振分けることも可能である。

ここで、フォルダの振分けは、例えば一つのトピックに関するメールのやり取り（送受信）が３以上行われている場合を想定する。また、以下の説明では、登場人物としてユーザＡ〜Ｄを想定する。

例えば、ユーザＡが、複数人（ユーザＢ〜Ｄ）を宛先とした電子メール（メール１）を送信する。次に、メール１を受信したユーザＢ〜ＤのうちのユーザＢが、送信元のユーザＡ及び他の宛先（ユーザＣ，Ｄ）に対して、メール１の返信の電子メール（メール２）を送信する。

このとき、ユーザＣは、ユーザＡが送信したメール１及びユーザＢが送信したメール２の受信者であるため、自分の端末のメールソフトウェア（以下、必要に応じて「メーラー」という）を起動した時点で、あるトピックに関する未読メールが複数発生している場合がある。

更に、メール１及びメール２を受信していたユーザＤが、メール２に対して電子メール（メール３）をユーザＡに送信した場合、ユーザＡは、ユーザＢが送信したメール２及びユーザＤが送信したメール３を含む複数のメールを未読の状態で保持する場合がある。

つまり、上述したユーザＣやユーザＡは、自身が未読のメールが２以上ある状態であって、２以上の未読メールの送信者が各々別のユーザ（アドレス）となる場合がある。

ここで、ユーザＣやユーザＡは、上述した特許文献２に示されているような従来手法を用いて、フォルダを選択し、更に未読メールを指定することによって、複数のフォルダに振分けられた未読メールを任意の順序で閲覧する。

しかしながら、例えばユーザＣが、最初に選択した未読メール（例えば、ユーザＡ用のフォルダにあるメール１）を、時系列的に後に発生した未読メール（例えば、ユーザＢ用のフォルダにあるメール２）よりも先に閲覧する場合が考えられる。

このような場合、一連のメールの最新の状態では、メール２の状態まで議論が進んでいるにも関わらず、過去のメールであるメール１に対して返信等をしてしまうことになり、非効率になる場合も多い。なお、上述した現象は、ユーザＡが、メール２をメール３よりも先に閲覧する場合も同様である。

更に、上述した特許文献１に示されているような従来手法では、ユーザＡがメール２又はメール３を開いた時点で、自身が送信したメール１を閲覧することはできる。しかしながら、特許文献１に示されているような従来手法では、あるメールに対して発生している複数の未読メールのうち、最新のメールの所在をユーザに知らせることができず、一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く表示することはできない。

したがって、従来では、各フォルダへの自動振分け機能等によって関連するメールが異なるフォルダに存在する場合に、議論が最も進んでいる状態の最新メールの所在をユーザに通知することができなかった。

開示の技術は、かかる問題を鑑み、一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く表示することを特徴とする。

開示の一態様におけるメール表示プログラムは、受信メールを項目別に分類し、項目毎にそれぞれ分類された受信メールを含むメール一覧を表示するメール表示プログラムにおいて、関連付けられた複数の受信メールのうち、少なくとも一部の受信メールが異なる項目に分類された場合であっても、前記関連付けられた複数の受信メールのうち、最新の受信メールを含む特定の項目に対応する受信メール一覧を表示させる際、前記最新の受信メールを、前記関連付けられた受信メールのうち前記最新の受信メールではない受信メールと異なる表示態様で表示する、処理をコンピュータに実行させることを特徴とする。

開示の技術によれば、一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く表示することができる。

第１実施例におけるメールシステムの一構成例を示す図である。 第１実施例におけるメールサーバの機能構成の一例を示す図である。 第１実施例におけるクライアント端末の機能構成の一例を示す図である。 第１実施例におけるメール処理が実現可能なハードウェア構成の一例を示す図である。 振分条件ＤＢのデータ例を示す図である。 メールＤＢのデータ例を示す図である。 利用者認証ＤＢのデータ例を示す図である。 返信管理ＤＢのデータ例を示す図である。 設定ＤＢのデータ例を示す図である。 第１実施例におけるメールプログラムの処理手順の一例を示すフローチャートである。 第１実施例におけるフォルダ別メール一覧画面の作成処理手順の一例を示すフローチャートである。 第１実施例におけるメッセージ作成画面の作成処理手順の一例を示すフローチャートである。 第１実施例における表示プログラムの処理手順の一例を示すフローチャートである。 第１実施例における送信処理手順の一例を示すフローチャートである。 第１実施例におけるメッセージ表示画面の一例を示す図である。 第１実施例におけるフォルダ別メール一覧画面の一例を示す図（その１）である。 第１実施例におけるフォルダ別メール一覧画面の一例を示す図（その２）である。 第２実施例におけるメールサーバの機能構成の一例を示す図である。 第２実施例におけるクライアント端末の機能構成の一例を示す図である。 第２実施例におけるメールサーバ側のメールＤＢのデータ例を示す図である。 第２実施例におけるクライアント端末側のメールＤＢのデータ例を示す図である。 第２実施例におけるメールプログラムの処理手順の一例を示すフローチャートである。 第２実施例における最新メッセージ情報検出処理手順の一例を示すフローチャートである。 第２実施例のメールサーバにおける送信処理手順の一例を示すフローチャートである。 第２実施例における表示プログラムの処理手順の一例を示すフローチャートである。 第２実施例におけるフォルダ別メール一覧画面の作成処理手順の一例を示すフローチャートである。 第２実施例のクライアント端末における送信処理手順の一例を示すフローチャートである。

以下、添付図面を参照しながら実施例について詳細に説明する。

＜第１実施例：システム構成例＞
図１は、第１実施例におけるメールシステムの一構成例を示す図である。図１に示すメールシステム１０は、メールサーバ１１と、クライアント端末１２−１〜１２−ｎとを有する。また、メールサーバ１１とクライアント端末１２−１〜１２−ｎは、例えばインターネットやＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等に代表される通信ネットワーク１３によりデータの送受信が可能な状態で接続されている。

メールサーバ１１は、各クライアント端末１２−１〜１２−ｎに対する個々のメールの送受信を管理するメール装置である。したがって、メールサーバ１１は、各クライアント端末１２−１〜１２−ｎ毎の送信メールや受信メールを集約して管理する。また、メールサーバ１１には、データベース（以下、「ＤＢ」と略称する）として、例えば返信管理ＤＢ（第１の記憶部）、メールＤＢ（第２の記憶部）、利用者認証ＤＢ、設定ＤＢ、振分条件ＤＢ等の各ＤＢを有する。なお、各ＤＢは、自らが記憶すべき情報を取得し、幾つかの項目同士を関連づけて記憶する機能を有する。メールサーバ１１は、上述した各ＤＢを用いてクライアント端末１２の利用者を管理する。

また、メールサーバ１１は、第１実施例におけるメール処理等を実現するためにメールサーバ１１にインストールされたメールプログラム等を有する。

クライアント端末１２は、メールサーバ１１から送られるメールの内容を表示するためにクライアント端末１２にインストールされた表示プログラム（例えば、ブラウザ表示用のプログラム等）を有する。また、クライアント端末１２は、表示プログラムにより、メールサーバ１１により振分けられたメールから適切なメールを確認したり、表示されたメール内容に記述された内容に対する返信等を行う。なお、クライアント端末１２には、差出人（送信者ともいう）や受取人（宛先人、受信者ともいう）であるクライアントが使用する端末が含まれる。

なお、図１では、メールサーバ１１とクライアント端末１２との関係を１：ｎとしているが、これに限定されるものではなく、例えば、ｍ：ｎ（ｍ、ｎは１以上）の関係でもよい。

＜第１実施例：メールサーバ１１の機能構成例＞
図２は、第１実施例におけるメールサーバの機能構成の一例を示す図である。なお、図２では、説明の便宜上、差出人であるクライアントが使用するクライアント端末１２−１と、受取人であるクライアントが使用するクライアント端末１２−２とが、メールサーバ１１に対してデータの送受信が可能な状態で接続されているものとする。したがって、以下の説明において「利用者」とは、第１実施例におけるメールシステム１０を利用するメールの差出人及び受取人の意味を含むものとする。また、第１実施例では、差出人は受取人にも成り得るものであり、逆に受取人は差出人にも成り得る。また、図２の例では、説明の便宜上、クライアント端末１２を簡略的に示しているが、クライアント端末１２の構成については、後述する。

図２に示すメールサーバ１１は、メールプログラム２０Ａを有する。メールプログラム２０Ａは、メール受信部２１と、メール振分け部２２と、メール送信要求受信部２３と、メール送信部２４と、表示要求受信部２５と、利用者認証部２６と、表示画面送信部２７と、フォルダ情報受信部２８と、フォルダ別メール一覧画面送信部２９とを有する。また、メールサーバ１１は、ＤＢとして、振分条件ＤＢ３１と、メールＤＢ（第２の記憶部）３２と、利用者認証ＤＢ３３と、返信管理ＤＢ（第１の記憶部）３４と、設定ＤＢ３５とを有する。

メール受信部２１は、差出人のクライアント端末１２−１から送信されたメールを受信する。メール受信部２１は、受信したメールをメール振分け部２２に出力する。

メール振分け部２２は、メール受信部２１から得られるメールの差出人（送信者）や宛先（受取人）等の情報と、振分条件ＤＢ３１に予め設定されたフォルダへの振分条件等に基づいて、受信したメールを、宛先のクライアントが設定した所定のフォルダに振分ける。なお、上述した宛先には、例えば、ＣＣ（Ｃａｒｂｏｎ Ｃｏｐｙ）、ＢＣＣ（Ｂｌｉｎｄ Ｃａｒｂｏｎ Ｃｏｐｙ）等に示された宛先も含む。また、メール振分け部２２は、振分けたメールをメールＤＢ３２に格納して管理させる。

メール送信要求受信部２３は、受取人であるクライアント端末１２−２から、電子メールの送信要求を受信する。このとき、メール送信要求受信部２３は、メール自体を受信してもよい。なお、第１実施例では、例えばクライアント端末１２の表示プログラム４０Ａにより、ブラウザ表示によるＷｅｂメールが用いられている。その場合には、送信要求のみを受信することになる。また、メール送信要求受信部２３は、受信したメールの送信要求をメール送信部２４に出力する。

メール送信部２４は、メール送信要求受信部２３から送信要求を取得すると、クライアント端末１２のブラウザ上に表示されたメール内容を、利用者（クライアント）毎に管理されるメールＤＢ３２に蓄積させる。つまり、第１実施例では、受取人のクライアント端末１２−２に対し、受信フォルダは振分けが行われ、送信フォルダは振分けが行われていないが、これに限定されるものではなく、送信フォルダについても例えば宛先等に応じて振分けが行われてもよい。

表示要求受信部２５は、受取人が使用するクライアント端末１２−２からの表示要求を受信する。なお、表示要求とは、例えばクライアント端末１２−２のブラウザ機能を用いてメールサーバ１１が作成したメールの一覧画面を表示させるための要求を意味するが、これに限定されるものではない。表示要求受信部２５は、クライアント端末１２−２からの表示要求を利用者認証部２６に出力する。

利用者認証部２６は、例えば表示要求受信部２５により得られるクライアント端末１２−２からの表示要求に対して利用者情報（例えば、利用者ＩＤ、パスワード等）の入力画面を表示させ、クライアント端末１２−２から利用者情報を入力させる。また、利用者認証部２６は、入力された利用者情報が利用者認証ＤＢ３３に存在するか否かを判断して利用者認証を行う。利用者認証部２６は、認証がＯＫ（利用可能）であれば、表示画面送信部２７に利用者情報及び表示要求を出力する。また、利用者認証部２６は、認証エラーであった場合には、その旨のメッセージ画面を作成し、クライアント端末１２−２の表示部に表示させるように制御する。

表示画面送信部２７は、利用者認証部２６により得られる認証ＯＫの利用者情報に対するメール一覧の表示画面を作成する画面作成部である。なお、表示画面送信部２７は、メールＤＢ３２を参照し、利用者情報の利用者に対応する受信メール、送信メール、アドレス帳、その他の各種設定情報等を取得し、取得した各種情報をブラウザ表示させるための画面を作成する。また、表示画面送信部２７は、作成した表示画面に関する情報をフォルダ情報受信部２８に出力する。

フォルダ情報受信部２８は、クライアント端末１２−２からフォルダの選択があった場合に、その選択されたフォルダ情報を受信する。なお、フォルダ情報には、例えばサブフォルダ等の１又は複数の階層を有するフォルダ情報を含む。フォルダ情報受信部２８は、取得したフォルダ情報をフォルダ別メール一覧画面送信部２９に出力する。

フォルダ別メール一覧画面送信部２９は、フォルダ情報受信部２８により得られたフォルダ情報や、返信管理ＤＢ３４から得られる条件に基づいて、メールＤＢ３２に含まれるメールに対してフォルダ別メール一覧画面を作成する画面作成部である。

なお、メールＤＢ３２に含まれるメールは、上述したメール振分け部２２により既に所定のフォルダに振分けられて格納されている。そのため、フォルダ別メール一覧画面送信部２９は、フォルダ情報等に基づき、対象のフォルダを特定し、特定したフォルタのメールを取得して、メール一覧画面を作成する。また、フォルダ別メール一覧画面送信部２９は、一連の関連した電子メールのうち閲覧すべきメールを特定し、特定したメールを分かり易く表示させるために、例えば設定ＤＢ３５に格納された設定情報に基づいてメール一覧画面を作成する。また、メールを特定する場合には、例えば、利用者が選択した電子メールよりも後に受信した１又は複数の電子メールに対して、その選択した電子メールに関連する電子メールを特定してもよい。なお、表示される画面の内容については後述する。

フォルダ別メール一覧画面送信部２９は、フォルダ別メール一覧画面を、対象のクライアント端末１２−２の表示部の画面から閲覧するための情報を送信する。これにより、クライアント端末１２−２は、フォルダ別メール一覧画面を表示部に表示させることができる。

ここで、上述した振分条件ＤＢ３１は、メールサーバ１１に送られてきたメール（新着メール）の内容から、予め設定された振分け先フォルダ（例えば、サブフォルダ等）に振分けるための振分条件が格納されている。つまり、第１実施例では、振分条件ＤＢ３１に格納された振分条件に基づいて、複数の電子メールが複数のフォルダに各々振分けられる。

メールＤＢ３２は、メールを利用する利用者毎にメール情報等が格納されている。また、メールＤＢ３２は、上述した振分条件により振分けられた受信メール又は送信メールが格納されている。

利用者認証ＤＢ３３は、例えば、利用者ＩＤとパスワードとが対応づけられて記憶されており、クライアント端末１２の認証をする際に用いられる。

返信管理ＤＢ３４は、利用者宛ての複数の電子メールに対する関連性が記憶されている。具体的には、返信管理ＤＢ３４は、例えば、現在のメールのメッセージＩＤと、元の記事のメッセージＩＤとが対応づけられて格納される。つまり、返信管理ＤＢ３４では、メールに返信元がある場合に、そのメール情報（例えば、メールＩＤ（メール識別情報））と返信元メール情報（例えば、返信元メール情報ＩＤ）とを対応づけて管理する。したがって、返信管理ＤＢ３４には、複数の電子メールの関連性として、例えば返信前と返信後の送信者を関連づけるための情報が格納される。なお、返信管理ＤＢ３４に格納される情報は、これに限定されるものではなく、複数の電子メールの間で何らかの関連づけが可能な情報であればよい。

設定ＤＢ３５は、クライアント端末１２において、メールを表示する場合に、どのような表示にするか等の設定情報が格納されている。つまり、第１実施例では、例えばフォルダ別のメール一覧画面を表示する際に、一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く表示するための設定条件等が格納される。

なお、クライアント端末１２−１，１２−２では、それぞれが表示プログラム４０Ａを有し、必要に応じてメールサーバ１１から送信されるメールの内容を参照することができる。つまり、第１実施例では、ブラウザ等を用いたＷｅｂメール等により、上述した内容等を実現することができる。

上述したように、第１実施例では、例えばメールシステム１０における受信フォルダ（振分けられた先のフォルダ）のメール一覧表示を実現する。第１実施例では、例えば受信フォルダの下に複数の振分け先フォルダ（サブフォルダ）が構成され、そのサブフォルダを選択したときに、サブフォルダ内に振分けされたメールの一覧を表示する。また、第１実施例では、メールの一覧を表示する際に、例えば一覧表示されるメールが返信元となっている未開封メールが他のフォルダにある場合に、そのメールの表示を他のメールと異ならせるようにする。これにより、第１実施例では、時系列に繋がっている関連性のある複数のメールを効率よく読むことが可能となる。

＜第１実施例：クライアント端末１２の機能構成例＞
図３は、第１実施例におけるクライアント端末の機能構成の一例を示す図である。図３では、説明の便宜上、メールサーバ１１を簡略的に示しているが、メールサーバ１１は実際には図２に示す構成等を有するものである。

図３に示すクライアント端末１２は、表示プログラム４０Ａを有する。表示プログラム４０Ａは、メール表示要求部４１と、認証情報送信部４２と、メール表示部４３と、メール送受信要求部４４と、フォルダ別一覧画面受信部４５と、フォルダ別一覧画面表示部４６と、フォルダ選択情報送信部４７とを有する。

メール表示要求部４１は、クライアント端末１２を使用する利用者に対するメール情報を表示するための要求を作成する。また、メール表示要求部４１は、作成した要求情報を認証情報送信部４２に出力する。

認証情報送信部４２は、メール表示要求部４１によりメール表示要求を取得すると、クライアント端末１２からメールサーバ１１にアクセスしてメール情報を表示するために、メールサーバ１１に対する認証情報を取得する。また、認証情報送信部４２は、取得した認証情報とメール表示要求をメール表示部４３に出力する。

なお、上述した認証情報とは、例えば利用者情報（例えば、利用者ＩＤやパスワード等）である。また、認証情報は、認証情報送信部４２が有するメモリ（記憶部）に記憶されていてもよく、利用者がキーボード等の入力部等を用いてメール表示要求をする度に入力してもよい。

メール表示部４３は、認証情報送信部４２により得られる認証情報とメール表示要求に基づいて、メールサーバ１１から得られたメール表示要求に対応するメール情報をディスプレイ等の表示部の画面に表示する。なお、メールを閲覧する画面（例えば、メール表示画面、フォルダ別メール一覧画面）等については、メールサーバ１１で作成される。

メール送受信要求部４４は、メールサーバ１１に対してメールの送信及び受信（閲覧）を要求する。なお、メール送受信要求部４４におけるメールの送受信要求は、例えば、メール表示部４３から得られる表示要求等に基づいて行われる。

また、フォルダ別一覧画面受信部４５は、メールサーバ１１で作成されたフォルダ別一覧画面の情報を受信する。フォルダ別一覧画面受信部４５は、受信したフォルダ別一覧画面の情報をフォルダ別一覧画面表示部４６に出力する。

フォルダ別一覧画面表示部４６は、フォルダ別一覧画面受信部４５により得られたフォルダ別一覧画面をディスプレイ等の表示部の画面に表示する。また、フォルダ別一覧画面表示部４６は、画面に表示されている利用者が予め設定した複数のサブフォルダ（振分け先フォルダ）対して、利用者が選択したフォルダの選択情報をフォルダ選択情報送信部４７に出力する。なお、フォルダの選択は、例えばフォルダ別一覧画面を閲覧した利用者が、例えばキーボードやタッチパネル等の入力部を介して指示された内容に基づいて選択される。

フォルダ選択情報送信部４７は、フォルダ別一覧画面表示部４６から得られるフォルダ選択情報をメールサーバ１１に送信する。これにより、フォルダ別一覧画面受信部４５には、フォルダ選択情報に対応してメールサーバ１１が作成したフォルダ別一覧画面を受信することができる。したがって、フォルダ別一覧画面受信部４５は、その受信したフォルダ選択情報に基づくフォルダ別一覧画面をフォルダ別一覧画面表示部４６により出力することで、フォルダ別一覧画面表示部４６で目的のフォルダ別一覧画面を表示させることができる。なお、上述した各構成は、クライアント端末１２−１，１２−２の両方に設けられている。

＜ハードウェア構成例＞
ここで、上述したメールサーバ（メール装置）１１及びクライアント端末１２においては、各機能をコンピュータに実行させることができる実行プログラム（例えば、メールプログラム、表示プログラム）を作成し、例えば汎用のパーソナルコンピュータ、サーバ、携帯端末、ゲーム機器等にその実行プログラムをインストールすることにより、メール処理等を実現することができる。

ここで、第１実施例におけるメール処理が実現可能なコンピュータのハードウェア構成例について図を用いて説明する。図４は、第１実施例におけるメール処理が実現可能なハードウェア構成の一例を示す図である。

図４におけるコンピュータ本体には、入力装置５１と、出力装置５２と、ドライブ装置５３と、補助記憶装置５４と、メモリ装置５５と、各種制御を行うＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）５６と、ネットワーク接続装置５７とを有するよう構成されており、これらはシステムバスＢで相互に接続されている。

入力装置５１は、利用者等が操作するキーボード及びマウス等のポインティングデバイスを有しており、利用者等からのプログラムの実行等、各種操作信号を入力する。

出力装置５２は、第１実施例における各処理を行うためのコンピュータ本体を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイを有し、ＣＰＵ５６が有する制御プログラムによりプログラムの実行経過や結果等を表示することができる。

ここで、コンピュータ本体にインストールされる実行プログラムは、例えばＵｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ（ＵＳＢ）メモリやＣＤ−ＲＯＭ等の可搬型の記録媒体５８等により提供される。プログラムを記録した記録媒体５８は、ドライブ装置５３にセット可能であり、記録媒体５８に含まれる実行プログラムが、記録媒体５８からドライブ装置５３を介して補助記憶装置５４にインストールされる。

補助記憶装置５４は、ハードディスク等のストレージ手段であり、第１実施例における実行プログラムやコンピュータに設けられた制御プログラム等を蓄積し、必要に応じて入出力を行うことができる。

メモリ装置５５は、ＣＰＵ５６により補助記憶装置５４から読み出された実行プログラム等を格納する。なお、メモリ装置５５は、Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ（ＲＯＭ）やＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）等からなる。

ＣＰＵ５６は、Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ（ＯＳ）等の制御プログラム、及びメモリ装置５５に格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して、メール処理における各処理を実現することができる。なお、プログラムの実行中に必要な各種情報等は、補助記憶装置５４から取得することができ、また実行結果等を格納することもできる。

ネットワーク接続装置５７は、通信ネットワーク等と接続することにより、実行プログラムを通信ネットワークに接続されている他の端末等から取得したり、プログラムを実行することで得られた実行結果又は第１実施例における実行プログラム自体を他の端末等に提供することができる。

上述したようなハードウェア構成により、メール処理を実行することができる。また、プログラムをインストールすることにより、汎用のパーソナルコンピュータ等でメール処理を容易に実現することができる。なお、メール処理における各処理については、後述する。

＜データベース例＞
以下の説明では、第１実施例に示すデータベース例について、図５〜図９を用いて説明する。図５は、振分条件ＤＢのデータ例を示す図である。また、図６は、メールＤＢのデータ例を示す図である。また、図７は、利用者認証ＤＢのデータ例を示す図である。また、図８は、返信管理ＤＢのデータ例を示す図である。また、図９は、設定ＤＢのデータ例を示す図である。

図５に示す振分条件ＤＢ３１のデータ項目としては、例えば、「条件」、「振分け先フォルダ」等からなるが、これに限定されるものではない。条件とは、例えばメールの差出人（送信者）のアドレス、受取人（宛先）のアドレス、タイトル（件名）、メール本文、日時情報（例えば、送信日時）等の情報のうち、少なくとも１つの情報に基づき、複数の振分け先フォルダの何れかに、対象のメールを振分けるための条件である。

例えば、図５の例では、受信メールの差出人アドレスが「ｙａｍａｄａ＠ｘｘｘ．ｗｗ」である場合に「山田フォルダ」に振分けるよう設定されている。また図５の例では、同様に、「ｔａｎａｋａ＠ｘｘｘ．ｗｗ」、「ｓａｔｏｕ＠ｘｘｘ．ｗｗ」、「ｓｕｚｕｋｉ＠ｘｘｘ．ｗｗ」である場合に、それぞれ「田中フォルダ」、「佐藤フォルダ」、「鈴木フォルダ」に振分けるための条件が設定されている。なお、上記の条件にない差出人アドレスの場合には、通常の受信フォルダに振分けられる。

なお、図５に示す条件については、差出人アドレスに限定されるものではなく、上述したように、受取人アドレスやタイトル、メール本文等に対する条件、又はそれらの条件を組み合わせた条件等に基づいて、所定の振分け先フォルダに振分けることができる。更に、図５に示す条件については、受信メールに限定されるものではなく、送信メールに対しても振分条件を設定することができる。

図６に示すメールＤＢ３２の項目としては、例えば、「利用者ＩＤ」、「フォルダ名」、「メッセージＩＤ」、「開封状況」、「差出人」、「宛先」、「送信日時」、「メール情報」等からなるが、これに限定されるものではない。また、「メール情報」は、更に細分化して、例えば、「タイトル」、「本文」等の項目を有していてもよい。

メールＤＢ３２は、利用者ＩＤ毎に、各フォルダの何れかに蓄積されているメールの開封状況、差出人、宛先、送信日時、メール情報（タイトル、本文等）を管理する。なお、図７の例では、利用者ＩＤが「ｈｏｎｄａ＠ｘｘｘ．ｗｗ」のみのメール情報が蓄積されているが、これに限定されずに、メールサーバ１１に登録される複数のクライアント（利用者）毎にメールが管理される。図６に示すメールＤＢ３２の構成では、各フォルダ毎にどのようなメールが格納されているかが管理でき、各メールの開封状況も管理できる。

図７に示す利用者認証ＤＢ３３のデータ項目としては、例えば、「利用者ＩＤ」、「パスワード」等からなるが、これに限定されるものではない。利用者ＩＤは、上述するクライアント端末１２を利用する利用者の識別情報に相当し、図７の例ではメールアドレスを用いている。つまり、利用者認証ＤＢ３３は、クライアント端末１２からのアクセスに対して、利用者ＩＤとパスワードとにより、その利用者を特定すると共に認証を行い、メールシステム１０（又はメールサーバ１１）の利用権限があるか否かを判断するためのＤＢである。

図８に示す返信管理ＤＢ３４の項目としては、例えば、「現メッセージＩＤ」、「元記事メッセージＩＤ（返信元メッセージＩＤ）」等からなるが、これに限定されるものではない。返信管理ＤＢ３４は、一連の関連した電子メールを対応づけるために、現在のメールに対するメッセージＩＤと、返信元のメッセージＩＤとが関連づけられて登録されている。

つまり、返信管理ＤＢ３４では、電子メールの関連性として、複数の電子メールのそれぞれの送信者と宛先とを組みにし、送信者又は宛先の何れかが同一のメールを関連づける。これにより、返信管理ＤＢ３４では、そのメールがどのような返信ルートを辿って現在に至るのかを容易に把握することができる。

図９に示す設定ＤＢ３５の項目としては、例えば、「通常」、「最新メール」、「返信未開封有り」等からなるが、これに限定されるものではない。設定ＤＢ３５は、例えばフォルダ別メールの一覧画面を表示する際に、一連の関連した電子メールのうち閲覧すべきメールを強調表示するための設定が格納される。なお、図９では、一例として背景色に対する強調表示の例が設定されており、例えば、通常のメールの場合には背景色を白色にし、最新メールの場合は背景色を赤色とし、返信未開封のメールがある場合にはグレー色で表示する。なお、設定ＤＢ３５に格納される条件は、上述した背景色に限定されるものではなく、例えば文字の色に対する強調表示であってもよい。なお、強調表示は、文字や背景色の点滅等をさせてもよく、また文字を太字にしたり、フォントの大きさを大きくしたり、所定の文字や記号、注意を促すマーク等を表示させてもよい。また、第1実施例では、上述した強調表示と共に又は強調表示とは別に、ブザー等の警告音を出力してもよい。上述した設定は、設定ＤＢ３５に格納しておくことができる。

＜第１実施例のメールサーバ１１におけるメールプログラム２０Ａの処理手順例＞
次の説明では、上述した第１実施例のメールサーバ１１におけるメールプログラム２０Ａの処理手順例について、フローチャートを用いて説明する。

図１０は、第１実施例におけるメールプログラムの処理手順の一例を示すフローチャートである。図１０の例において、メールプログラム２０Ａは、メール利用要求をクライアント端末１２から受信したか否かを判断し（Ｓ０１）、受信していない場合（Ｓ０１において、ＮＯ）、Ｓ０１に戻り、受信があるまで待機する。なお、以下の説明において、受信したか否かとは、例えば所定時間内に受信したか否かが判断されるものとする。

また、メールプログラム２０Ａは、受信があった場合（Ｓ０１において、ＹＥＳ）、認証済みか否かを判断する（Ｓ０２）。

ここで、メールプログラム２０Ａは、認証済みでなかった場合（Ｓ０２において、ＮＯ）、利用者ＩＤ、パスワード入力画面をクライアント端末１２に送信する（Ｓ０３）。

次に、メールプログラム２０Ａは、利用者情報として利用者ＩＤ、パスワードを受信したか否かを判断し（Ｓ０４）、受信していない場合（Ｓ０４において、ＮＯ）、Ｓ０４に戻り、受信があるまで待機する。また、メールプログラム２０Ａは、受信があった場合（Ｓ０４において、ＹＥＳ）、利用者認証ＤＢ３３を用いて、認証を行う（Ｓ０５）。

次に、メールプログラム２０Ａは、認証ＯＫか否かを判断し（Ｓ０６）、認証ＯＫである場合（Ｓ０６において、ＹＥＳ）、利用者ＩＤのメールＤＢ３２から受信フォルダ内のメールと、フォルダ名とを取得する（Ｓ０７）。なお、メールプログラム２０Ａは、Ｓ０２の処理において、認証済みである場合（Ｓ０２において、ＹＥＳ）、同様にＳ０７の処理を行う。

次に、メールプログラム２０Ａは、新着メールがフォルダ内に存在するか否かを判断し（Ｓ０８）、新着メールがフォルダ内に存在する場合（Ｓ０８において、ＹＥＳ）、振分条件ＤＢ３１に格納された振分条件に基づいて、新着メールを振分け、メールＤＢ３２に記録する（Ｓ０９）。

また、メールプログラム２０Ａは、Ｓ０９の処理の終了後、又はＳ０８の処理において、新着メールがフォルダ内に存在しない場合（Ｓ０８において、ＮＯ）、メールＤＢ３２から取得したメールを日付順にソートする。更に、メールプログラム２０Ａは、取得したフォルダ名をフォルダ選択情報送信要求ボタンとして記載したメール表示画面（例えば、受信フォルダ）を作成する（Ｓ１０）。

次に、メールプログラム２０Ａは、利用者ＩＤのメール表示画面をクライアントに送信する（Ｓ１１）。ここで、メールプログラム２０Ａは、フォルダ選択情報をクライアント端末１２から受信したか否かを判断し（Ｓ１２）、フォルダ選択情報受信した場合（Ｓ１２において、ＹＥＳ）、そのフォルダのメールをメールＤＢ３２から取得する（Ｓ１３）。また、メールプログラム２０Ａは、フォルダ別メール一覧画面の作成を行う（Ｓ１４）。なお、フォルダ別メール一覧画面の作成処理については、後述する。

また、メールプログラム２０Ａは、Ｓ１４の処理の終了後、又はＳ１２の処理において、フォルダ選択情報受信しなかった場合（Ｓ１２において、ＮＯ）、次に、メール送信処理をクライアント端末１２から受信したか否かを判断する（Ｓ１５）。メールプログラム２０Ａは、メール送信処理を受信した場合（Ｓ１５において、ＹＥＳ）、メッセージ作成画面の作成処理を行う（Ｓ１６）。なお、メッセージ作成画面の作成処理については、後述する。

また、メールプログラム２０Ａは、Ｓ１６の処理後、又は上述したＳ１５の処理において、メール送信処理をクライアント端末１２から受信しなかった場合（Ｓ１５において、ＮＯ）、所定情報をクライアント端末から受信したか否かを判断する（Ｓ１７）。なお、Ｓ１７の処理における所定情報とは、例えば宛先、タイトル、本文、メッセージＩＤ、ヘッダ情報等であるが、これに限定されるものではない。

メールプログラム２０Ａは、所定情報を受信していない場合（Ｓ１７において、ＮＯ）、Ｓ１７に戻り、受信するまで待機する。また、メールプログラム２０Ａは、Ｓ１７の処理において、所定情報を受信した場合（Ｓ１７において、ＹＥＳ）、宛先、タイトル、本文、メッセージＩＤを、宛先に対応するメールＤＢ３２に登録する（送信する）。

なお、メールプログラム２０Ａは、Ｓ１５の処理において、メール送信処理をクライアント端末１２から受信していない場合（Ｓ１５において、ＮＯ）、そのまま処理を終了する。また、メールプログラム２０Ａは、上述したＳ０６の処理において、認証ＯＫでなかった場合（Ｓ０６において、ＮＯ）、認証エラー画面を作成し、クライアント端末１２に送信し（Ｓ１９）、処理を終了する。

＜Ｓ１４：フォルダ別メール一覧画面の作成処理手順＞
図１１は、第１実施例におけるフォルダ別メール一覧画面の作成処理手順の一例を示すフローチャートである。図１１の例において、メールプログラム２０Ａは、フォルダ内のメールのメッセージ情報として、例えばメッセージＩＤが返信管理ＤＢ３４の元記事メッセージ情報として、元記事メッセージＩＤ欄に含まれるか否かを判断する（Ｓ２１）。

ここで、メールプログラム２０Ａは、フォルダ内のメールのメッセージＩＤが元記事メッセージＩＤ欄に含まれる場合（Ｓ２１において、ＹＥＳ）、返信管理ＤＢ３４から元記事メッセージＩＤに対応する現メッセージＩＤを取得する（Ｓ２２）。次に、メールプログラム２０Ａは、そのメールのメッセージＩＤが、返信管理ＤＢ３４の元記事メッセージＩＤに存在するか否かを判断する（Ｓ２３）。

メールプログラム２０Ａは、返信管理ＤＢ３４の元記事メッセージＩＤに存在する場合（Ｓ２３において、ＹＥＳ）、Ｓ２２に戻る。また、メールプログラム２０Ａは、返信管理ＤＢ３４の元記事メッセージＩＤに存在しない場合（Ｓ２３において、ＮＯ）、取得した最も新しいメッセージＩＤが格納されているフォルダ名をメールＤＢ３２から取得する（Ｓ２４）。

次に、メールプログラム２０Ａは、取得したフォルダと現在表示中のフォルダが同じか否かを判断する（Ｓ２５）。メールプログラム２０Ａは、取得したフォルダと現在表示中のフォルダが同じ場合（Ｓ２５において、ＹＥＳ）、設定ＤＢ３５から、例えば最新メールに対応するデータを取得する（Ｓ２６）。また、メールプログラム２０Ａは、そのメールの表示を、設定ＤＢ３５から取得した最新メールのデータ（設定条件）を使い、例えば最も新しいメールの行の横に、例えば「最新」という文字を記載した形で、メール一覧表示画面を作成する（Ｓ２７）。

また、メールプログラム２０Ａは、上述したＳ２５の処理において、取得したフォルダと現在表示中のフォルダが同じでない場合（Ｓ２５において、ＮＯ）、設定ＤＢ３５から、返信未開封有りメールに対応するデータ（設定条件）を取得する（Ｓ２８）。また、メールプログラム２０Ａは、そのメールの表示を、設定ＤＢ３５から返信未開封有りのデータ（設定条件）を使い、例えば最も新しいメールがあるフォルダの名称をフォルダ選択情報送信要求ボタンとして記載した記載した形で、メール一覧表示画面を作成する（Ｓ２９）。

また、メールプログラム２０Ａは、上述したＳ２１の処理において、フォルダ内のメールのメッセージＩＤが元記事メッセージＩＤ欄に含まれていない場合（Ｓ２１において、ＮＯ）、設定ＤＢ３５から、通常メールのデータ（設定条件）を取得する（Ｓ３０）。また、メールプログラム２０Ａは、全てのメールの表示を、設定ＤＢ３５から取得したデータ（設定条件）に合わせて、メール一覧表示画面を作成する（Ｓ３１）。なお、この場合には、行にフォルダ名を表示しない。

なお、上述した処理では、未開封の最新メールを取得することがより好ましい。その場合は、返信管理ＤＢ３４と、メールＤＢ３２の開封状況とを用いて、取得した最新のメールから逆に一つ古いメールを取得し、未開封か否かを判別することで、未開封の最新メールを取得することができる。また、上述した処理では、設定ＤＢ３５に対応する設定条件が存在しない場合に、例えば強調表示等の特別な処理を行わず、そのままメール一覧表示画面を作成してもよい。

＜Ｓ１６：メッセージ作成画面の作成処理手順＞
図１２は、第１実施例におけるメッセージ作成画面の作成処理手順の一例を示すフローチャートである。図１２の例において、メールプログラム２０Ａは、メッセージＩＤ、ヘッダ情報を作成し（Ｓ４１）、本メールが他のメールを返信するものか否かを判断する（Ｓ４２）。ここで、メールプログラム２０Ａは、他のメールを返信するものである場合（Ｓ４２において、ＹＥＳ）、返信管理ＤＢ３４に、本メールのメッセージＩＤを現記事メッセージＩＤ欄に、元記事（返信元記事）のメッセージＩＤを元記事メッセージＩＤ欄に記録する（Ｓ４３）。また、メールプログラム２０Ａは、返信先を宛先とし、メッセージ作成画面を作成する（Ｓ４４）。

また、メールプログラム２０Ａは、上述したＳ４２の処理において、他のメールを返信するものでない場合（Ｓ４２において、ＮＯ）、宛先を空欄としたメッセージ作成画面を作成する（Ｓ４５）。また、メールプログラム２０Ａは、Ｓ４４及びＳ４５の処理が終了後、メッセージ作成画面をクライアント端末に送信する（Ｓ４６）。

＜クライアント端末１２における表示プログラム４０Ａの処理手順例＞
次の説明では、クライアント端末１２における表示プログラム４０Ａの処理手順例について、フローチャートを用いて説明する。図１３は、第１実施例における表示プログラムの処理手順の一例を示すフローチャートである。

図１３において、表示プログラム４０Ａは、まずメール利用要求を利用者から受け付けたか否かを判断する（Ｓ５１）。表示プログラム４０Ａは、メール利用要求を受け付けていない場合（Ｓ５１において、ＮＯ）、Ｓ５１に戻り、メール利用要求を受け付けるまで待機する。

また、表示プログラム４０Ａは、メール利用要求を受け付けた場合（Ｓ５１において、ＹＥＳ）、メールサーバ１１に、メール利用要求を送信する（Ｓ５２）。次に、表示プログラム４０Ａは、メールサーバ１１から、利用者情報を入力する画面として利用者ＩＤ、パスワード入力画面を受信したか否かを判断する（Ｓ５３）。ここで、表示プログラム４０Ａは、上記画面を受信していない場合（Ｓ５３において、ＮＯ）、Ｓ５３に戻り、上記画面を受信するまで待機する。また、表示プログラム４０Ａは、上記画面を受信した場合（Ｓ５３において、ＹＥＳ）、利用者ＩＤ、パスワード入力画面を表示する（Ｓ５４）。

ここで、表示プログラム４０Ａは、利用者ＩＤ、パスワードの入力を受け付けたか否かを判断し（Ｓ５５）、上記入力を受け付けていない場合（Ｓ５５において、ＮＯ）、Ｓ５５に戻り、上記入力があるまで待機する。また、表示プログラム４０Ａは、上記入力を受け付けた場合（Ｓ５５において、ＹＥＳ）、利用者情報である利用者ＩＤ、パスワードをメールサーバ１１に送信する（Ｓ５６）。なお、利用者ＩＤ、パスワード等の利用者情報は、クライアント端末１２が備える入力部等により入力されてもよく、予めメモリ等の記憶部に記憶されていてもよい。

次に、表示プログラム４０Ａは、認証エラー画面を受信したか否かを判断し（Ｓ５７）、認証エラー画面を受信していない場合（Ｓ５７において、ＮＯ）、メール表示画面をメールサーバ１１から受信したか否かを判断する（Ｓ５８）。表示プログラム４０Ａは、メール表示画面をメールサーバ１１から受信していない場合（Ｓ５８において、ＮＯ）、Ｓ５８に戻り、メール表示画面をメールサーバ１１から受信するまで待機する。また、表示プログラム４０Ａは、メール表示画面をメールサーバ１１から受信した場合（Ｓ５８において、ＹＥＳ）、メール表示画面を表示部（メール表示部４３）に表示する（Ｓ５９）。

次に、表示プログラム４０Ａは、フォルダ名の選択を受け付けたか否かを判断し（Ｓ６０）、フォルダ名の選択を受け付けた場合（Ｓ６０において、ＹＥＳ）、メールサーバ１１にフォルダ選択情報を送信する（Ｓ６１）。また、表示プログラム４０Ａは、フォルダ別メール一覧画面をメールサーバ１１から受信したか否かを判断する（Ｓ６２）。

表示プログラム４０Ａは、フォルダ別メール一覧画面をメールサーバ１１から受信していない場合（Ｓ６２において、ＮＯ）、Ｓ６２に戻り、フォルダ別メール一覧画面をメールサーバ１１から受信するまで待機する。また、表示プログラム４０Ａは、フォルダ別メール一覧画面をメールサーバ１１から受信した場合（Ｓ６２において、ＮＯ）、フォルダ別メール一覧画面を表示部（フォルダ別一覧画面表示部４６）に表示する（Ｓ６３）。

Ｓ６３の処理後、又は上述したＳ６０の処理において、フォルダ名の選択を受け付けていない場合（Ｓ６０において、ＮＯ）、表示プログラム４０Ａは、メールの送信要求を受け付けたか否かを判断する（Ｓ６４）。表示プログラム４０Ａは、メールの送信要求を受け付けた場合（Ｓ６４において、ＹＥＳ）、メール送信処理を行う（Ｓ６５）。なお、メール送信処理については、後述する。

Ｓ６５の処理後、又は上述したＳ６４の処理において、メールの送信要求を受け付けていない場合（Ｓ６４において、ＮＯ）、処理を終了する。

また、表示プログラム４０Ａは、上述したＳ５７の処理において、認証エラー画面を受信した場合（Ｓ５７において、ＹＥＳ）、認証エラー画面を表示部に表示し（Ｓ６６）、処理を終了する。

＜Ｓ６５：送信処理手順＞
図１４は、第１実施例における送信処理手順の一例を示すフローチャートである。図１４の例において、表示プログラム４０Ａは、メールサーバ１１にメッセージ作成要求を送信し（Ｓ７１）、メッセージ作成画面をメールサーバ１１から受信したか否かを判断する（Ｓ７２）。

表示プログラム４０Ａは、メッセージ作成画面を受信していない場合（Ｓ７２において、ＮＯ）、Ｓ７２に戻り、メッセージ作成画面を受信するまで待機する。また、表示プログラム４０Ａは、メッセージ作成画面を受信した場合（Ｓ７２において、ＹＥＳ）、メッセージ作成画面を表示する（Ｓ７３）。また、表示プログラム４０Ａは、例えば宛先、タイトル、記事本文等の入力を受け付ける（Ｓ７４）。

ここで、表示プログラム４０Ａは、メッセージ送信要求を受け付けたか否かを判断し（Ｓ７５）、メッセージ送信要求を受け付けていない場合（Ｓ７５において、ＮＯ）、Ｓ７５に戻り、メッセージ送信要求を受け付けるまで待機する。また、表示プログラム４０Ａは、メッセージ送信要求を受け付けた場合（Ｓ７５において、ＹＥＳ）、例えば宛先、タイトル、記事本文をメールサーバ１１に送信する（Ｓ７６）。

なお、第１実施例では、上述した図１０〜図１４に示した各処理が、第１実施例におけるメール処理に相当する。第１実施例では、上述した各処理手順により、例えば、メールを振分条件により一連の関連するメールが複数のフォルダに振分けられても、その一連のメールのやりとりを考慮して、やりとりの最新のメールの在処が表示される。したがって、第１実施例では、最も新しいメールを迅速に見つけて読むことができる。また、言い換えれば、第１実施例では、古いメールを読み飛ばすことができる。これにより、第１実施例では、一連の関連メールを読み易くすることが可能となるという効果がある。

＜第１実施例における画面例＞
以下の説明では、第１実施例における画面例について図を用いて説明する。図１５は、第１実施例におけるメッセージ表示画面の一例を示す図である。なお、図１５に示すメッセージ表示画面６０は、受信フォルダ内のメールの表示を行う例を示している。図１５に示すメッセージ表示画面６０は、受信箱表示領域６１と、ボタン領域６２と、フォルダ内一覧表示領域６３とを有するが、これに限定されるものではない。

図１５に示すメッセージ表示画面６０は、受信フォルダのフォルダ内容がフォルダ内一覧表示領域６３に表示されている。受信箱表示領域６１は、受信フォルダと、その下位の階層であるサブフォルダ名が表示されており、更に各フォルダ別の未開封の件数が表示されている。図１５の例では、受信フォルダには１件、山田フォルダには２件、田中フォルダには３件、鈴木フォルダには２件の未開封の受信メールがあることがわかり、佐藤フォルダには未開封の受信メールが存在しないことがわかる。

これらのフォルダ情報とフォルダ内のメール情報等については、メールＤＢ３２により取得することができる。更に、受信箱表示領域６１は、表示するフォルダ名を「フォルダ選択情報送信要求ボタン」として表示している。これにより、図１５の例では、フォルダを選択することで、そのフォルダに含まれる受信メールをフォルダ内一覧表示領域６３に表示させることができる。なお、図１５の例では、受信した全てのメールのうち、宛先人によりフォルダが振分けられて格納されているが、振分け手法については、これに限定されるものではなく、振分条件ＤＢ３２に基づいて任意に設定することができる。

また、図１５の例では、ボタン領域６２に、メッセージ作成ボタンと、ログアウトボタンとを有する。また、図１５の例では、フォルダ内一覧表示領域６３に差出人と、送信日時と、件名とが表示されている。表示される項目や順序、表示形式等については、これに限定されるものではない。

また、図１６は、第１実施例におけるフォルダ別メール一覧画面の一例を示す図（その１）である。図１６では、サブフォルダ「田中」にあるメールが表示されている例を示している。図１６におけるフォルダ別メール一覧画面７０では、上述したメッセージ表示画面６０と同様に、受信箱表示領域７１と、ボタン領域７２と、フォルダ内一覧表示領域７３とを有する。

図１６におけるフォルダ別メール一覧画面７０では、フォルダ内一覧表示領域７３に複数の受信メールが表示されている。このとき、未開封メールを太字で表示し開封メールと区別できるようにしている。更に、第１実施例では、未開封メールのうち、一連の関連した電子メールから特に閲覧すべきメールを選択して、そのフォルダ先をフォルダ内一覧表示領域７３に表示する。図１６の例では、最も新しい関連メールがあるフォルダとして鈴木フォルダが示されている。つまり、件名が「新年会のお知らせ」に関するメールの最新メールは、「鈴木」フォルダに格納されているのを容易に把握することができる。また、最新メールの所在場所（例えば、フォルダ名）等を表示する場合には、その行の背景色や文字の一方又は両方を強調表示することで、利用者に対して、一連の関連した電子メールから特に閲覧すべきメールの存在を容易に分からせることができる。

なお、第１の実施例では、フォルダ別メール一覧画面７０に利用者宛ての電子メールを一覧表示する際、閲覧すべき電子メールが存在する電子メール及び所在場所の何れか又は両方を強調表示させることができる。また、図１６の例では、例えばボタン領域７２等に、「このメールの返信元の未開封メールが他フォルダにあります。」と示されている。このように、第１実施例では、強調表示されているメールの意味を利用者が明確に分かるように通知することもできる。なお、上述した表示内容は、例えば設定ＤＢ３５等に格納されている設定条件に基づいて作成される。

更に、図１６の例では、利用者がフォルダ内一覧表示領域７３の「鈴木」の文字を選択することで、鈴木フォルダを表示させることができる。なお、第１実施例では、「鈴木」を選択すると、直接メッセージを表示することもできる。その場合には、例えばメッセージＩＤに基づいてメール本文が取得され、その取得された内容が画面に表示される。

また、図１７は、第１実施例におけるフォルダ別メール一覧画面の一例を示す図（その２）である。図１７では、サブフォルダ「鈴木」にあるメール一覧が表示されている例を示している。図１７におけるフォルダ別メール一覧画面８０では、上述したメッセージ表示画面６０と同様に、受信箱表示領域８１と、ボタン領域８２と、フォルダ内一覧表示領域８３とを有する。

図１７では、上述した図１６のフォルダ内一覧表示領域７３に示されている「鈴木」の文字に対応するメールがフォルダ内一覧表示領域８３に表示されている。つまり、図１７に示すフォルダ内一覧表示領域８３の最初の行に表示されたメールが、一連の関連した電子メールのうち、利用者が特に閲覧すべきメールとなる。なお、図１７の例では、対象のメールの右側に「最新」の文字が表示されている。これにより、第１実施例では、最新メール（閲覧すべきメール）であることを利用者に容易に把握させることができる。なお、表示される文字については、上述した「最新」に限定されるものではない。

また、第１実施例では、図１７のフォルダ内一覧表示領域８３に示すように、最新メール等を表示する場合には、その行の背景色や文字の一方又は両方を強調表示することができる。また、第１実施例では、フォルダに格納された１又は複数の電子メールの一覧を表示部に表示させる際、閲覧させる電子メールに対して所定の文字、記号、マーク、及び強調表示のうち、少なくとも１つを付加して表示させることができる。これにより、第１実施例では、利用者に対して一連の関連した電子メールから特に閲覧すべきメールの存在を容易に理解できるように通知することができる。

なお、第１の実施例では、フォルダ別メール一覧画面８０に、所定のフォルダ内の利用者宛ての電子メールを一覧表示する際、閲覧すべき電子メール及び閲覧すべきメールであることを通知するための情報（例えば、「最新」等）の何れか又は両方を強調表示させることができる。また、図１７の例では、例えばボタン領域８２等に、「このメールはやりとりの最新メールを示します。」と示されている。

このように、第１実施例では、強調表示されているメールの意味を利用者が明確に分かるように通知することもできる。また、上述した表示内容は、例えば設定ＤＢ３５等に格納されている設定条件に基づいて作成される。

上述した第１実施例では、利用者宛ての複数の電子メールのうち、その利用者が選択した電子メールに関連する１又は複数の電子メールを、返信管理ＤＢ３４に基づいて特定する。また、上述した第１実施例では、特定した１又は複数の電子メールが振分けられたフォルダをメールＤＢ３２から取得し、その取得したフォルダの情報を利用者の端末の画面に表示させる。

したがって、第１実施例では、例えば、メールＡに関する複数のメールが異なるフォルダに存在し、未読メールに関連する最新の未読メールが他のフォルダに存在する場合に、その情報を通知することで、利用者はメールＡに関する最新状況を把握することができる。なお、利用者に通知される閲覧すべきメールの情報は、最新の未読メールに限定されるものではなく、例えば既読も含めたうちの最新のメールでもよく、また自分の上司や部長、社長等の予め設定された重要人物に対するメールであってもよい。また、第１実施例では、例えば利用者が選択した電子メールよりも後に受信した１又は複数の電子メールに対してその選択した電子メールに関連する電子メールを特定してもよい。

上述したように、第１実施例では、一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く表示することができる。なお、第１実施例では、例えば同一のメールに対して、複数の返信が行われる場合がある。この場合には、返信管理ＤＢ３２の元記事メッセージＩＤが同一のものが複数行記載されることになる。したがって、第１実施例では、複数の現メッセージＩＤについてそれぞれ最新のメールを検出し、検出された最新のメールのうちで、最も時間が新しいメールのフォルダを表示するのが好ましい。

また、第１実施例では、最も時間が新しいメールのフォルダのみを表示しているが、これに限定されず、例えば、最も時間が新しいメールから順番に番号を表示してもよい。これにより、第１実施例では、例えば関連するメールが複数のフォルダに振分けられている場合に、それらのメールを受信した時間の新しい順にユーザに確認することができる。

＜第２実施例＞
上述した第１実施例では、例えばクライアント端末１２がいわゆるＷｅｂメール等を用いてメール閲覧等を行う構成について説明した。他の実施例としては、例えばＯＵＴＬＯＯＫ（登録商標）等のいわゆるＰＯＰ（Ｐｏｓｔ Ｏｆｆｉｃｅ Ｐｒｏｔｏｃｏｌ）型のメールソフトウェア（メーラー）を備えたクライアント端末に対しても上述したメール処理を適用することができる。以下の説明では、上述した内容に対応する実施形態を第２実施例として説明する。なお、第２実施例におけるメールシステムのシステム構成については、第１実施例と同様の構成を適用できるため、ここでの具体的な説明は省略する。

＜第２実施例：メールサーバ１１の機能構成例＞
図１８は、第２実施例におけるメールサーバの機能構成の一例を示す図である。なお、図１８の例では、説明の便宜上、受取人であるクライアント（利用者）が使用するクライアント端末１２がメールサーバ１１に対してデータの送受信が可能な状態で接続されているものとする。また、図１８の例では、説明の便宜上、クライアント端末１２を簡略的に示しているが、第２実施例におけるクライアント端末１２の構成については、後述する。

図１８に示すメールサーバ１１は、メールプログラム２０Ｂを有する。メールプログラム２０Ｂは、メール送信要求受信部２３と、メール送信部２４と、新着メール要求受信部９１と、利用者認証部２６と、新着メール送信部９２と、フォルダ内メール情報受信部９３と、最新メール情報送信部９４とを有する。また、メールサーバ１１は、ＤＢとして、メールＤＢ３２と、利用者認証ＤＢ３３と、返信管理ＤＢ３４とを有する。

メール送信要求受信部２３は、上述した第１実施例と同様に、受取人であるクライアント端末１２−２から、メールの送信要求を受信する。このとき、メール送信要求受信部２３は、メール自体を受信してもよい。また、メール送信要求受信部２３は、受信したメールの送信要求をメール送信部２４に出力する。

メール送信部２４は、メール送信要求受信部２３からの送信要求を取得すると、クライアント端末１２のメーラー上に表示された送信メールのメール内容を、利用者（クライアント）毎に管理されるメールＤＢ３２に蓄積させる。第２実施例に示すような、いわゆるＰＯＰ型のメーラーでは、未受信のメールがメールサーバ１１側に保存され、受信されたものが開封／未開封に関わらずクライアント端末１２側のメールＤＢに保存される。

新着メール要求受信部９１は、クライアント端末１２から新着メール要求を受信する。なお、新着メール要求とは、例えばクライアント端末１２のメーラー機能を用いてメールサーバ１１に格納された未送信メールをクライアント端末１２に送信させるための要求を意味するが、これに限定されるものではない。新着メール要求受信部９１は、受信した新着メール要求を利用者認証部２６に出力する。

利用者認証部２６は、新着メール要求受信部９１から新着メール要求を取得すると、クライアント端末１２−２から送られた利用者情報（例えば、利用者ＩＤ、パスワード等）が、利用者認証ＤＢ３３に存在するか否かを判断して利用者認証を行う。利用者認証部２６は、認証がＯＫ（利用可能）であれば、新着メール送信部９２に利用者情報及び新着メール要求を出力する。なお、利用者認証部２６は、認証エラーであった場合には、その旨のメッセージ画面を作成し、クライアント端末１２の表示部に表示させるように制御する。

新着メール送信部９２は、利用者認証部２６により得られる認証ＯＫの利用者情報に基づいて、メールＤＢ３２を参照し、その利用者に対応する新着メールの内容を取得する。具体的には、新着メール送信部９２は、メールＤＢ３２を参照して利用者情報の利用者に対応する受信メール等を取得し、取得した情報を新着メール要求のあったクライアント端末１２に送信するための情報を作成する。また、新着メール送信部９２は、作成した新着メール情報をフォルダ内メール情報受信部９３に出力する。

フォルダ内メール情報受信部９３は、新着メール送信部９２により得られる新着メールに対して利用者により選択された所定のフォルダ内のメール情報を取得する。なお、メール情報としては、例えばメール識別情報（メールＩＤ）等があるがこれに限定されるものではない。また、フォルダ内メール情報受信部９３は、受信したフォルダ内のメール情報を最新メール情報送信部９４に出力する。

最新メール情報送信部９４は、フォルダ内メール情報受信部９３から得られるメール情報に基づき、メールＤＢ３２及び返信管理ＤＢ３４を参照して、一連の関連した電子メールのうち閲覧すべきメールとして、例えば利用者から選択されたフォルダに対応する最新のメール情報を検出する。また、最新メール情報送信部９４は、検出された最新のメール情報をクライアント端末１２に送信する。これにより、クライアント端末１２では、表示プログラム４０Ｂによるメーラー機能等を用いてメールサーバ１１から送信されるメールの内容を表示部の画面に表示させることができる。

＜第２実施例：クライアント端末１２の機能構成例＞
図１９は、第２実施例におけるクライアント端末の機能構成の一例を示す図である。図１９では、説明の便宜上、メールサーバ１１を簡略的に示しているが、メールサーバ１１は図１８に示す構成等を有するものである。以下の説明において、上述した第１実施例と略同一の処理を行う構成部分については、同一の符号を付するものとし、ここでの説明は省略する。

更に、第２実施例では、上述した第１実施例と同様に、一連の関連した電子メールのうち閲覧すべきメールの一例として、関連メールのうちの最新メールを利用者に閲覧させる処理について説明する。なお、第２実施例では、閲覧すべきメールの種類や数についてはこれに限定されるものではない。

図１９に示すクライアント端末１２は、表示プログラム４０Ｂを有する。表示プログラム４０Ｂは、新着メール要求部１０１と、認証情報送信部４２と、新着メール受信部１０２と、メール振分け部１０３と、メール表示部４３と、メール送信部１０４と、フォルダ内メール情報送信部１０５と、最新メール情報受信部１０６と、フォルダ内メール取得部１０７と、フォルダ別メール一覧画面作成部１０８と、フォルダ別一覧画面表示部４６とを有する。また、クライアント端末１２は、ＤＢとして、振分条件ＤＢ１１１と、メールＤＢ１１２と、設定ＤＢ１１３とを有する。

新着メール要求部１０１は、利用者からの新着メールの要求を受け付ける。なお、新着メールの要求は、利用者がキーボード等の入力部等により指示してもよく、予め所定時間毎に定期的に要求するように設定しておいてもよい。新着メール要求部１０１は、新着メール要求を認証情報送信部４２に出力する。

認証情報送信部４２は、新着メール要求部１０１により新着メール要求を取得すると、メールサーバ１１にアクセスして新着メール情報を取得するために、メールサーバ１１に対する認証情報を取得する。また、認証情報送信部４２は、取得した認証情報とメール表示要求を新着メール受信部１０２に出力する。

新着メール受信部１０２は、認証情報送信部４２により得られる認証情報に基づいて新着メールを受信する。新着メール受信部１０２は、受信した新着メールをメール振分け部１０３に出力する。

メール振分け部１０３は、新着メール受信部１０２から得られた新着メールに対して、上述した第１実施例のメールサーバ１１と同様に、振分条件ＤＢ１１１を参照して、メールを所定のフォルダに振分けを行う。また、メール振分け部１０３は、メーラーにメールを表示するため、メールＤＢ１１２を参照し、利用者に対応するメールを取得する。なお、取得するメールには、未開封（未読）メールのみではなく、開封（既読）メールも含まれていてもよく、更に受信メール、送信メール、下書きメール等も含まれていてもよい。

メール表示部４３は、メール振分け部１０３により得られるメール情報をディスプレイ等の表示部の画面に表示する。なお、メールを閲覧する画面は、クライアント端末１２のメーラー等により表示される。第２実施例におけるメーラーは、表示プログラム４０Ｂで作成される。なお、メール表示部４３に表示されるメール表示画面は、例えば上述した第１実施例のメール画面（例えば、図１５）を適用できるため、ここでの具体的な説明は省略する。

メール送信部１０４は、メールサーバ１１に対してメールの送信を行う。なお、メール送信部１０４におけるメールの送信は、例えば、メール表示部４３に表示される画面等を用いて利用者等が作成したメールの内容をメールサーバ１１に送信する。

フォルダ内メール情報送信部１０５は、メール表示部４３により表示された内容と、メールＤＢ１１２により得られるメール情報とに基づいて、利用者が設定したフォルダ内のメール情報を送信する。なお、メール情報とは、例えばメール識別情報（メールＩＤ）等であるがこれに限定されるものではない。また、フォルダ内メール情報送信部１０５は、フォルダ別一覧画面表示部４６から利用者等の指示により得られるメール情報もメールサーバ１１に送信することができる。

最新メール情報受信部１０６は、メールサーバ１１から送信された最新メール情報を受信する。また、最新メール情報受信部１０６は、受信した最新メール情報をフォルダ内メール取得部１０７に出力する。

フォルダ内メール取得部１０７は、最新メールに相当するメールをメールＤＢ１１２から取得する。また、フォルダ内メール取得部１０７は、取得したメール情報をフォルダ別メール一覧画面作成部１０８に出力する。

フォルダ別メール一覧画面作成部１０８は、フォルダ内メール取得部１０７から得られるメール情報に基づいて、上述した第１実施例と同様にフォルダ別一覧画面を作成する画面作成部である。また、フォルダ別メール一覧画面作成部１０８は、作成したフォルダ別一覧画面をフォルダ別一覧画面表示部４６に出力する。

フォルダ別一覧画面表示部４６は、フォルダ別メール一覧画面作成部１０８から得られるフォルダ別一覧画面を、例えばディスプレイ等の表示部に表示する。なお、フォルダ別一覧画面表示部４６に表示されるフォルダ別一覧画面は、上述した第１実施例のフォルダ別一覧画面（例えば、図１６、図１７）と同様の画面を適用できるため、ここでの具体的な説明は省略する。

なお、フォルダ別一覧画面表示部４６は、表示内容から利用者等がキーボードやタッチパネル等の入力部により入力されたフォルダ内メールの内容をフォルダ内メール情報送信部１０５に出力する。これにより、フォルダ別のメール情報に基づく最新メールを取得することができる。

第２実施例におけるメールサーバ（メール装置）１１及びクライアント端末１２においては、第１実施例と同様に、各機能をコンピュータに実行させることができる実行プログラム（例えば、メールプログラム）を作成し、例えば汎用のパーソナルコンピュータ、サーバ、携帯端末、ゲーム機器等にその実行プログラムをインストールすることにより、メール処理等を実現することができる。

ここで、本実施例におけるメール処理が実現可能なコンピュータのハードウェア構成例については、上述した第１実施例におけるハードウェア構成と同様であるため、ここでの具体的な説明は省略する。

＜データベース例＞
ここで、第２実施例に示すデータベース例について説明する。第２実施例では、第１実施例においてメールサーバ１１側に設けられていた振分条件ＤＢ１１１及び設定ＤＢ１１３がクライアント端末１２側に設けられている。なお、振分条件ＤＢ１１１及び設定ＤＢ１１３は、第１実施例における振分条件ＤＢ３１及び設定ＤＢ３５をそのまま適用できる。また、第２実施例における利用者認証ＤＢ３３及び返信管理ＤＢ３４についても第１実施例の内容をそのまま適用することができる。

更に、第２実施例では、メールサーバ１１側及びクライアント端末１２側の両方にメールＤＢが設けられている。そのため、実施例２におけるデータベース例としては、主にメールＤＢについて説明する。

図２０は、第２実施例におけるメールサーバ側のメールＤＢのデータ例を示す図である。また、図２１は、第２実施例におけるクライアント端末側のメールＤＢのデータ例を示す図である。

図２０に示すメールＤＢ３２の項目としては、例えば、「利用者ＩＤ」、「フォルダ名」、「メッセージＩＤ」、「回答要求」、「差出人」、「宛先」、「送信日時」、「メール情報」等からなるが、これに限定されるものではない。また、図２１に示すメールＤＢ１１２の項目としては、例えば、「利用者ＩＤ」、「フォルダ名」、「メッセージＩＤ」、「開封状況」、「回答要求」、「差出人」、「宛先」、「送信日時」、「メール情報」等からなるが、これに限定されるものではない。また、図２０、２１に示す「メール情報」は、更に細分化して、例えば、「タイトル」、「本文」等の項目を有していてもよい。

第２実施例において、メールサーバ１１のメールＤＢ３２に蓄積されるメール情報は、クライアント端末１２に送信されていない未送信のメール情報であり、送信後は即時又は所定期間経過後に削除されるものである。

また、メールサーバ１１のメールＤＢ３２は、利用者ＩＤ毎に、上述した情報が管理されており、クライアント端末１２には、その端末の利用者（ユーザ）のメール情報のみが管理される。

つまり、第２実施例におけるいわゆるＰＯＰ型のメーラーでは、例えば未受信のメールがメールサーバ１１側のメールＤＢ３２に保存される。また、第２実施例では、クライアント端末１２により受信されたものが開封／未開封に関わらずクライアント端末１２側のメールＤＢ１１２に保存される。したがって、第２実施例では、クライアント端末１２側のメールＤＢ１１２に「開封状況」の項目が含まれている。

＜第２実施例のメールサーバ１１におけるメールプログラム２０Ｂの処理手順例＞
次の説明では、第２実施例のメールサーバ１１におけるメールプログラム２０Ｂの処理手順例について、フローチャートを用いて説明する。図２２は、第２実施例におけるメールプログラムの処理手順の一例を示すフローチャートである。図２２の例において、メールプログラム２０Ｂは、新着メール要求をクライアント端末１２から受信したか否かを判断し（Ｓ８１）、新着メール要求を受信していない場合（Ｓ８１において、ＮＯ）、Ｓ８１に戻り、受信があるまで待機する。また、メールプログラム２０Ｂは、新着メール要求の受信があった場合（Ｓ８１において、ＹＥＳ）、利用者ＩＤ、パスワード入力要求をクライアント端末１２に送信する（Ｓ８２）。

次に、メールプログラム２０Ｂは、利用者情報として、例えば利用者ＩＤ、パスワードをクライアント端末１２から受信したか否かを判断し（Ｓ８３）、受信していない場合（Ｓ８３において、ＮＯ）、Ｓ８３に戻り、受信があるまで待機する。また、メールプログラム２０Ｂは、利用者ＩＤ、パスワード等の受信があった場合（Ｓ８３において、ＹＥＳ）、利用者認証ＤＢ３３を用いて、認証を行う（Ｓ８４）。

次に、メールプログラム２０Ｂは、認証ＯＫか否かを判断し（Ｓ８５）、認証ＯＫである場合（Ｓ８５において、ＹＥＳ）、利用者情報としての利用者ＩＤのメールＤＢ（メールサーバ１１側）から利用者ＩＤに対応する新着メール情報を取得する（Ｓ８６）。次に、メールプログラム２０Ｂは、取得した新着メール情報をクライアント端末１２に送信する（Ｓ８７）。

次に、メールプログラム２０Ｂは、フォルダ内メール情報（例えば、フォルダ内メールＩＤ）をクライアント端末１２から受信したか否かを判断する（Ｓ８８）。メールプログラム２０Ｂは、フォルダ内メールＩＤをクライアント端末１２から受信した場合（Ｓ８８において、ＹＥＳ）、最新メッセージ情報（例えば、最新メッセージＩＤ）検出処理を行う（Ｓ８９）。なお、最新メッセージ情報検出処理については後述する。

また、メールプログラム２０Ｂは、Ｓ８９の処理後、又は上述したＳ８８の処理において、フォルダ内メールＩＤをクライアント端末１２から受信しなかった場合（Ｓ８８において、ＮＯ）、所定情報をクライアント端末から受信したか否かを判断する（Ｓ９０）。なお、Ｓ９０の処理における所定情報とは、例えば宛先、タイトル、本文、メッセージＩＤ、ヘッダ情報等であるが、これに限定されるものではない。

メールプログラム２０Ｂは、所定情報を受信した場合（Ｓ９０において、ＹＥＳ）、メール送信処理を行う（Ｓ９１）。なお、メール送信処理については後述する。また、メールプログラム２０Ｂは、所定情報を受信しなかった場合（Ｓ９０において、ＮＯ）、そのまま処理を終了する。なお、メールプログラム２０Ｂは、上述したＳ８５の処理において、認証ＯＫでなかった場合（Ｓ８５において、ＮＯ）、認証エラー画面を作成し、クライアント端末１２に送信し（Ｓ９２）、処理を終了する。

＜Ｓ８９：最新メッセージ情報検出処理手順＞
図２３は、第２実施例における最新メッセージ情報検出処理手順の一例を示すフローチャートである。図２３の例において、メールプログラム２０Ｂは、受信したメッセージＩＤが返信管理ＤＢ３４の元記事メッセージＩＤ欄に含まれるか否かを判断する（Ｓ１０１）。メールプログラム２０Ｂは、受信したメッセージＩＤが返信管理ＤＢ３４の元記事メッセージＩＤ欄に含まれる場合（Ｓ１０１において、ＹＥＳ）、返信管理ＤＢ３４から元記事メッセージＩＤに対応する現メッセージＩＤを取得する（Ｓ１０２）。

次に、メールプログラム２０Ｂは、そのメールのメッセージＩＤが、返信管理ＤＢ３４の元記事メッセージＩＤに存在するか否かを判断する（Ｓ１０３）。メールプログラム２０Ｂは、そのメールのメッセージＩＤが、返信管理ＤＢ３４の元記事メッセージＩＤに存在しない場合（Ｓ１０３において、ＮＯ）、例えば最も新しいメッセージＩＤをクライアント端末１２に送信する（Ｓ１０４）。また、メールプログラム２０Ｂは、そのメールのメッセージＩＤが、返信管理ＤＢ３４の元記事メッセージＩＤに存在する場合（Ｓ１０３において、ＹＥＳ）、Ｓ１０２に戻る。

また、メールプログラム２０Ｂは、上述したＳ１０１の処理において、受信したメッセージＩＤが返信管理ＤＢ３４の元記事メッセージＩＤ欄に含まれない場合（Ｓ１０１において、ＮＯ）、受信したメッセージＩＤをクライアント端末１２に送信する（Ｓ１０５）。

＜Ｓ９１：送信処理手順＞
図２４は、第２実施例のメールサーバにおける送信処理手順の一例を示すフローチャートである。図２４の例において、メールプログラム２０Ｂは、受信したヘッダ情報より、本メールは他のメールを返信するものか否かを判断する（Ｓ１１１）。メールプログラム２０Ｂは、受信したヘッダ情報より、本メールは他のメールを返信するものである場合（Ｓ１１１において、ＹＥＳ）、以下の処理を行う。具体的には、メールプログラム２０Ｂは、返信管理ＤＢ３４に、本メールのメッセージＩＤを現記事メッセージＩＤ欄に、元記事（返信元記事）のメッセージＩＤを元記事メッセージＩＤ欄に記録する（Ｓ１１２）。

また、メールプログラム２０Ｂは、Ｓ１１２の処理後、又は上述したＳ１１１の処理において、本メールは他のメールを返信するものでない場合（Ｓ１１１において、ＮＯ）、以下の処理を行う。具体的には、メールプログラム２０Ｂは、宛先、タイトル、本文、メッセージＩＤを、宛先に対応するメールＤＢ３２に登録する（送信する）（Ｓ１１３）。

＜第２実施例のクライアント端末１２における表示プログラム４０Ｂの処理手順例＞
次の説明では、第２実施例のクライアント端末１２における表示プログラム４０Ｂの処理手順例について、フローチャートを用いて説明する。図２５は、第２実施例における表示プログラムの処理手順の一例を示すフローチャートである。

図２５の例において、表示プログラム４０Ｂは、新着メールの受信要求を利用者から受け付けたか否かを判断する（Ｓ１２１）。表示プログラム４０Ｂは、新着メールの受信要求を受け付けていない場合（Ｓ１２１において、ＮＯ）、Ｓ１２１に戻り、新着メールの受信要求を受け付けるまで待機する。

また、表示プログラム４０Ｂは、新着メールの受信要求を受け付ける場合（Ｓ１２１において、ＹＥＳ）、メールサーバ１１に、新着メールの受信要求を送信する（Ｓ１２２）。次に、表示プログラム４０Ｂは、メールサーバ１１から、利用者ＩＤ、パスワード入力要求を受信したか否かを判断する（Ｓ１２３）。ここで、表示プログラム４０Ｂは、上記要求を受信していない場合（Ｓ１２３において、ＮＯ）、Ｓ１２３に戻り、受信するまで待機する。また、表示プログラム４０Ｂは、上記要求を受信した場合（Ｓ１２３において、ＹＥＳ）、利用者ＩＤ、パスワード入力画面を表示する（Ｓ１２４）。

ここで、表示プログラム４０Ｂは、利用者情報として、利用者ＩＤ、パスワードの入力を受け付けたか否かを判断し（Ｓ１２５）、上記入力を受け付けていない場合（Ｓ１２５において、ＮＯ）、Ｓ１２５に戻り、上記入力があるまで待機する。また、表示プログラム４０Ｂは、上記入力を受け付けた場合（Ｓ１２５において、ＹＥＳ）、利用者ＩＤ、パスワードをメールサーバ１１に送信する（Ｓ１２６）。なお、利用者ＩＤ、パスワードは、クライアント端末１２が備える入力部等により入力されてもよく、予めメモリ等の記憶部に記憶されていてもよい。

次に、表示プログラム４０Ｂは、認証エラー画面を受信したか否かを判断し（Ｓ１２７）、認証エラー画面を受信していない場合（Ｓ１２７において、ＮＯ）、表示プログラム４０Ｂは、新着メール情報をメールサーバ１１から受信したか否かを判断する（Ｓ１２８）。

表示プログラム４０Ｂは、新着メール情報をメールサーバ１１から受信していない場合（Ｓ１２８において、ＮＯ）、Ｓ１２８に戻り、新着メール情報をメールサーバ１１から受信するまで待機する。また、表示プログラム４０Ｂは、新着メール情報をメールサーバ１１から受信した場合（Ｓ１２８において、ＹＥＳ）、振分条件ＤＢ１１１の振分条件に基づいて、メールをメールＤＢ１１２(クライアント端末１２側）のフォルダに振分ける（Ｓ１２９）。また、表示プログラム４０Ｂは、例えばメールＤＢ１１２から取得したメールを日付順にソートし、取得したフォルダ名をフォルダ選択情報送信要求ボタンとして記載したメール表示画面（受信フォルダ）を作成する（Ｓ１３０）。その後、表示プログラム４０Ｂは、メール表示画面を表示部（メール表示部４３）に表示する（Ｓ１３１）。

次に、表示プログラム４０Ｂは、フォルダ名の選択を受け付けた否かを判断し（Ｓ１３２）、フォルダ名の選択を受け付けた場合（Ｓ１３２において、ＹＥＳ）、メールＤＢ１１２(クライアント端末１２側）から、そのフォルダ内にあるメールを取得する（Ｓ１３３）。また、表示プログラム４０Ｂは、フォルダ内メッセージＩＤをメールサーバ１１に送信する（Ｓ１３４）。

次に、表示プログラム４０Ｂは、最新メッセージＩＤを受信したか否かを判断する（Ｓ１３５）。表示プログラム４０Ｂは、最新メッセージＩＤを受信していない場合（Ｓ１３５において、ＮＯ）、Ｓ１３５に戻り、最新メッセージＩＤを受信するまで待機する。

また、表示プログラム４０Ｂは、最新メッセージＩＤを受信した場合（Ｓ１３５において、ＹＥＳ）、そのメールを利用して、フォルダ別メール一覧画面の作成を行う（Ｓ１３６）。なお、表示プログラム４０Ｂは、上述した１３２の処理において、フォルダ名の選択を受け付けなかった場合（Ｓ１３２において、ＮＯ）、そのままフォルダ別メール一覧画面を作成する。なお、フォルダ別メール一覧画面の作成処理ついては後述する。

次に、表示プログラム４０Ｂは、Ｓ１３６の処理で得られるフォルダ別メール一覧画面を表示部（フォルダ別一覧画面表示部４６）に表示する（Ｓ１３７）。また、表示プログラム４０Ｂは、メールの送信要求を受け付けたか否かを判断し（Ｓ１３８）、送信要求を受け付けた場合（Ｓ１３８において、ＹＥＳ）、メール送信処理を行う（Ｓ１３９）。なお、メール送信処理については後述する。

また、表示プログラム４０Ｂは、Ｓ１３９の処理後、又はＳ１３８の処理において、メールの送信要求を受け付けなかった場合（Ｓ１３８において、ＮＯ）、処理を終了する。なお、表示プログラム４０Ｂは、Ｓ１２７の処理において、認証エラー画面を受信した場合（Ｓ１２７において、ＹＥＳ）、認証エラー画面を表示し（Ｓ１４０）、処理を終了する。

＜Ｓ１３６：フォルダ別メール一覧画面の作成処理手順＞
図２６は、第２実施例におけるフォルダ別メール一覧画面の作成処理手順の一例を示すフローチャートである。図２６の例では、表示プログラム４０Ｂは、取得したメッセージＩＤと、現在のメッセージＩＤが同じか否かを判断する（Ｓ１５１）。表示プログラム４０Ｂは、取得したメッセージＩＤと、現在のメッセージＩＤが同じでない場合（Ｓ１５１において、ＮＯ）、取得した最も新しいメッセージＩＤが格納されているフォルダ名をメールＤＢ１１２から取得する（Ｓ１５２）。

次に、表示プログラム４０Ｂは、取得したフォルダと現在表示中のフォルダが同じか否かを判断する（Ｓ１５３）。表示プログラム４０Ｂは、取得したフォルダと現在表示中のフォルダが同じ場合（Ｓ１５３において、ＹＥＳ）、設定ＤＢから、最新メールに対応するデータを取得する（Ｓ１５４）。また、表示プログラム４０Ｂは、そのメールの表示を、設定ＤＢ１１３から取得した最新メールのデータ（設定条件）を使い、最も新しいメールの行の横に「最新」という文字を記載した形で、メール一覧表示画面を作成する（Ｓ１５５）。なお、上述の例では、最新のメールにその旨の文字を表示する例を示したが、これに限定されるものではなく、一連の関連した電子メールから特に閲覧すべきメールが利用者に分かり易く表示できればよい。

また、表示プログラム４０Ｂは、上述したＳ１５３の処理において、取得したフォルダと現在表示中のフォルダが同じでない場合（Ｓ１５３において、ＮＯ）、設定ＤＢ１１３から、返信未開封有りメールに対応するデータ（設定条件）を取得する（Ｓ１５６）。また、表示プログラム４０Ｂは、そのメールの表示を、設定ＤＢ１１３から返信未開封有りのデータ（設定条件）を使い、最も新しいメールがあるフォルダの名称をフォルダ選択情報送信要求ボタンとして記載した記載した形で、メール一覧表示画面を作成する（Ｓ１５７）。

また、表示プログラム４０Ｂは、上述したＳ１５１の処理において、取得したメッセージＩＤと、現在のメッセージＩＤが同じである場合（Ｓ１５１において、ＹＥＳ）、設定ＤＢ１１３から、通常メールのデータ（設定条件）を取得する（Ｓ１５８）。また、表示プログラム４０Ｂは、全てのメールの表示を、設定ＤＢ１１３から取得したデータ（設定条件）にあわせて、メール一覧表示画面を作成する（行にフォルダ名を表示しない）（Ｓ１５９）。

なお、上述した処理では、未開封の最新メールを取得することがより好ましい。また、上述の処理では、設定ＤＢ１１３に対応する設定条件が存在しない場合には、例えば強調表示等の特別な処理を行わず、そのままメール一覧表示画面を作成する。

＜Ｓ１３９：送信処理手順＞
図２７は、第２実施例のクライアント端末における送信処理手順の一例を示すフローチャートである。図２７の例において、表示プログラム４０Ｂは、メッセージ作成画面を表示部（メール表示部４３）に表示する（Ｓ１６１）。次に、表示プログラム４０Ｂは、宛先、タイトル、記事本文の入力を受け付ける（Ｓ１６２）。また、表示プログラム４０Ｂは、メッセージＩＤ、ヘッダ情報を作成する（Ｓ１６３）。

ここで、表示プログラム４０Ｂは、メッセージ送信要求を受け付けたか否かを判断する（Ｓ１６４）。表示プログラム４０Ｂは、メッセージ送信要求を受け付けていない場合（Ｓ１６４において、ＮＯ）、Ｓ１６４に戻り、メッセージ送信要求を受け付けるまで待機する。また、表示プログラム４０Ｂは、メッセージ送信要求を受け付けた場合（Ｓ１６４において、ＹＥＳ）、宛先、タイトル、記事本文、メッセージＩＤ、ヘッダ情報をメールサーバ１１に送信する（Ｓ１６５）。

なお、第２実施例では、上述した図２２〜図２７に示した各処理が、第２実施例におけるメール処理に相当するが、部分的に上述した第１実施例と同様の処理を行う。

また、第２実施例における画面例については、上述した第１実施例における画面例と同一の画面を適用できるため、ここでの具体的な説明は省略する。なお、第１実施例では、表示プログラム４０Ａによりブラウザ表示させているが、第２実施例では、表示プログラム４０Ｂを適用したメールソフトウェア（メーラー）により、クライアント端末１２の表示部に表示される。

第２実施例では、上述した各処理手順により、第１実施例と同様に、一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く画面に表示して通知することができる。例えば、上述した実施例では、振分けされたメールが含まれるサブフォルダを選択し、一覧画面が表示された際に、表示対象となる複数のメールが返信元となるメールを検索し、それが他フォルダに存在して、かつ、未開封メールである場合を想定する。そのような場合には、対象となるメールが返信元となるメールのフォルダ名を示すように、メールの一覧表示を異ならせて表示することで、一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く画面に表示して通知することができる。

したがって、上述した実施例を適用することで、例えばメールＡに関する複数メールが異なるフォルダに存在する場合に、未読メールに関連する最新の未読メールが他のフォルダに存在するときにその旨の通知をすることができる。これにより、利用者は、メールＡに関する最新状況を容易に把握することができる。なお、上述した実施例では、関連メールであって、更に未読メールの中で最新のメールの場所を利用者に通知してもよく、未読（未開封）や既読（開封済み）を含めて関連メールのうち最新のメールの場所を利用者に通知してもよい。また、上述した実施例では、受信メールについて説明したが、送信メールについても同様に一連の関連した電子メールのうち閲覧すべきメールを利用者に分かり易く画面に表示して通知することができる。

なお、上述した第１及び第２実施例については、組み合わせて適用することもできる。したがって、上述した図１に示すメールシステム１０のクライアント端末１２−１〜１２−ｎには、第１実施例のクライアント端末及び第１実施例のクライアント端末の一方又は両方を含めることができる。その場合には、メールサーバ１１のメールプログラム２０Ａ，２０Ｂ等において、アクセスしてきたクライアント端末１２がどちらの形態の端末であるかを、利用者情報（例えば、利用者ＩＤやパスワード）等に基づいて管理し、端末の形態に対応させて、上述した処理を実行させる。

以上、各実施例について詳述したが、特定の実施例に限定されるものではなく、特許請求の範囲に記載された範囲内において、種々の変形、変更が可能である。

なお、以上の実施例に関し、更に以下の付記を開示する。
（付記１）
利用者宛ての複数の電子メールの関連性を第１の記憶部に記憶し、
前記複数の電子メールを複数のフォルダに各々振分ける際の振分条件に基づき、１又は複数のフォルダに振分けられた前記複数の電子メールを第２の記憶部に記憶し、
前記利用者宛ての前記複数の電子メールのうち、該利用者が選択した電子メールに関連する１又は複数の電子メールを、前記第１の記憶部に基づいて特定し、
特定した前記１又は複数の電子メールが振分けられたフォルダを前記第２の記憶部から取得して、該フォルダの情報を前記利用者の端末に表示させる画面を作成する、処理をコンピュータに実行させるためのメールプログラム。
（付記２）
前記特定する処理において、前記利用者が選択した電子メールよりも後に受信した前記１又は複数の電子メールであって、該選択した電子メールに関連する電子メールを特定することを特徴とする付記１に記載のメールプログラム。
（付記３）
前記１又は複数の電子メールは、未読メールを含むことを特徴とする付記１又は２に記載のメールプログラム。
（付記４）
前記画面に前記利用者宛ての電子メールを一覧表示する際、前記選択された電子メールが存在する電子メール及び前記フォルダの何れか又は両方を強調表示させることを特徴とする付記１乃至３の何れか１項に記載のメールプログラム。
（付記５）
前記画面に前記利用者宛ての電子メールを一覧表示する際、前記選択された電子メール及び閲覧すべき電子メールであることを通知するための情報の何れか又は両方を強調表示させることを特徴とする付記１乃至４の何れか１項に記載のメールプログラム。
（付記６）
前記閲覧すべき電子メールであることを通知するための情報は、所定の文字、記号、マーク、及び強調表示のうち、少なくとも１つを付加して表示させることを特徴とする付記５に記載のメールプログラム。
（付記７）
前記電子メールの関連性として、前記複数の電子メールのそれぞれの送信者と宛先とを組みにし、前記送信者又は前記宛先の何れかが同一のメールを関連づけて、前記第１の記憶部に記憶することを特徴とする付記１乃至６の何れか１項に記載のメールプログラム。
（付記８）
利用者宛ての複数の電子メールの関連性を記憶する第１の記憶部と、
前記複数の電子メールを複数のフォルダに各々振分ける際の振分条件に基づき、１又は複数のフォルダに振分けられた前記複数の電子メールを記憶する第２の記憶部と、
前記利用者宛ての前記複数の電子メールのうち、該利用者が選択した電子メールに関連する１又は複数の電子メールを、前記第１の記憶部に基づいて特定し、
特定した前記１又は複数の電子メールが振分けられたフォルダを前記第２の記憶部から取得して、該フォルダの情報を前記利用者の端末に表示させる画面を作成する画面作成部とを有することを特徴とするメール装置。
（付記９）
利用者宛ての複数の電子メールの関連性を第１の記憶部に記憶し、
前記複数の電子メールを複数のフォルダに各々振分ける際の振分条件に基づき、１又は複数のフォルダに振分けられた前記複数の電子メールを第２の記憶部に記憶し、
前記利用者宛ての前記複数の電子メールのうち、該利用者が選択した電子メールに関連する１又は複数の電子メールを、前記第１の記憶部に基づいて特定し、
特定した前記１又は複数の電子メールが振分けられたフォルダを前記第２の記憶部から取得して、該フォルダの情報を前記利用者の端末に表示させる画面を作成する、処理を有することを特徴とするメール表示方法。

１０ メールシステム
１１ メールサーバ
１２ クライアント端末
１３ 通信ネットワーク
２０ メールプログラム
２１ メール受信部
２２ メール振分け部
２３ メール送信要求受信部
２４ メール送信部
２５ 表示要求受信部
２６ 利用者認証部
２７ 表示画面送信部（画面作成部）
２８ フォルダ情報受信部
２９ フォルダ別メール一覧画面送信部（画面作成部）
３１，１１１ 振分条件ＤＢ
３２，１１２ メールＤＢ（第２の記憶部）
３３ 利用者認証ＤＢ
３４ 返信管理ＤＢ（第１の記憶部）
３５，１１３ 設定ＤＢ
４０ 表示プログラム
４１ メール表示要求部
４２ 認証情報送信部
４３ メール表示部
４４ メール送受信要求部
４５ フォルダ別一覧画面受信部
４６ フォルダ別一覧画面表示部
４７ フォルダ選択情報送信部
５１ 入力装置
５２ 出力装置
５３ ドライブ装置
５４ 補助記憶装置
５５ メモリ装置
５６ ＣＰＵ
５７ ネットワーク接続装置
５８ 記録媒体
６０ メッセージ表示画面
６１，７１，８１ 受信箱表示領域
６２，７２，８２ ボタン領域
６３，７３，８３ フォルダ内一覧表示領域
７０，８０ フォルダ別メール一覧画面
９１ 新着メール要求受信部
９２ 新着メール送信部
９３ フォルダ内メール情報受信部
９４ 最新メール情報送信部
１０１ 新着メール要求部
１０２ 新着メール受信部
１０３ メール振分け部
１０４ メール送信部
１０５ フォルダ内メール情報送信部
１０６ 最新メール情報受信部
１０７ フォルダ内メール取得部
１０８ フォルダ別メール一覧画面作成部（画面作成部）

Claims (5)

1. 受信メールを項目別に分類し、項目毎にそれぞれ分類された受信メールを含むメール一覧を表示するメール表示プログラムにおいて、
   関連付けられた複数の受信メールのうち、少なくとも一部の受信メールが異なる項目に分類された場合であっても、前記関連付けられた複数の受信メールのうち、最新の受信メールを含む特定の項目に対応する受信メール一覧を表示させる際、前記最新の受信メールを、前記関連付けられた受信メールのうち前記最新の受信メールではない受信メールと異なる表示態様で表示する、
   処理をコンピュータに実行させることを特徴とするメール表示プログラム。
2. 受信メールを項目別に分類し、項目毎にそれぞれ分類された受信メールを含むメール一覧を表示するメール表示装置であって、
   関連付けられた複数の受信メールのうち、少なくとも一部の受信メールが異なる項目に分類された場合であっても、前記関連付けられた複数の受信メールのうち、最新の受信メールを含む特定の項目に対応する受信メール一覧を表示させる際、前記最新の受信メールを、前記関連付けられた受信メールのうち前記最新の受信メールではない受信メールと異なる表示態様で表示する画面作成部を有することを特徴とするメール表示装置。
3. 受信メールを項目別に分類し、項目毎にそれぞれ分類された受信メールを含むメール一覧を表示するメール表示方法であって、
   関連付けられた複数の受信メールのうち、少なくとも一部の受信メールが異なる項目に分類された場合であっても、前記関連付けられた複数の受信メールのうち、最新の受信メールを含む特定の項目に対応する受信メール一覧を表示させる際、前記最新の受信メールを、前記関連付けられた受信メールのうち前記最新の受信メールではない受信メールと異なる表示態様で表示する、
   処理をコンピュータに実行させることを特徴とするメール表示方法。
4. 前記受信メール一覧は、差出人を前記項目として受信メールを分類した場合の、特定の差出人に対応する受信メール一覧である、
   ことを特徴とする請求項３に記載のメール表示方法。
5. 前記最新の受信メールを含まない項目に対応する受信メール一覧を表示させる際、前記最新の受信メールが他の受信メール一覧に含まれていることを表示することを特徴とする請求項３に記載のメール表示方法。

Images