JP2000222301A - サーバ、メールデータ変換方法、及び記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 電子メールをＷｅｂ上で見やすくすることが
できるシステムを提供する。 【解決手段】 サーバ２は、端末１ａ〜１ｎから送信さ
れてきた電子メールを受信し、その電子メールのヘッダ
に基づいて、送信したメールに対する返答、未読、優先
度及び秘密度が設定されている、特定の発信者が送信し
た、等が識別できるようにタイトルを作成する。サーバ
２は、作成したタイトルを、電子メールの宛先別に一覧
形式のメールリーダとして順次上書きして記憶すると共
に、タイトルに対応する電子メールをリンクさせる。サ
ーバ２は、端末１ａ〜１ｎから自己宛の電子メールのタ
イトルを要求する信号を受信したときに、記憶している
メールリーダを送信する。端末１ａ〜１ｎが閲覧してい
るメールリーダから任意のタイトルを選択したことを検
出したとき、サーバ２は、該当する電子メールを送信す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、電子メール等、
他の通信システムに依存するデータ通信内容をＷｅｂ形
式の公開データに変換するサーバ、メールデータ変換方
法、及び記録媒体に関する。

【０００２】

【従来の技術】近年、電子メールの送受信が盛んに行わ
れるようになった。電子メールは、通常、各ユーザが予
め自己のメールアドレスを登録した外部端末（コンピュ
ータ）で作成され、又、自己宛ての電子メールを閲覧す
る時も、この外部端末で閲覧するようになっている。ま
た、このような現状に対処するべく、メールサーバとＷ
ｅｂ（ＷＷＷ；ワールドワイドウエッブ）サーバとを併
用してメールの内容をＨＴＭＬ形式のＷｅｂページ変換
し、閲覧するようなシステムが開発されている。

【０００３】

【発明が解決しようとする課題】しかし、上記のような
システムは、受信したメールをＨＴＭＬ形式に変換し
て、ユーザ端末からのアクセスに応答して、ユーザ端末
に送信して、表示するだけであり、メールを読みやすく
配列してユーザに提供するなどのユーザの使い勝手を考
慮した機能を備えていない。従って、従来のＷｅｂを使
用するメールシステムでは、他のメールを参照したり、
読みたいメールを短時間で索出する等の処理を行うこと
が困難であった。即ち、従来のＷｅｂを使用するメール
システムでは、ユーザは、ウエッブにアクセスして、電
子メールを読むことはできるが、その使い勝手は悪いも
のであった。

【０００４】この発明は、上記実情に鑑みてなされたも
ので、電子メール等のメッセージをＷｅｂ上で閲覧する
ことが可能なサーバ、メールデータ変換方法、および記
録媒体を提供することを目的とする。

【０００５】

【課題を解決するための手段】上記目的を達成するた
め、この発明の第１の観点にかかるサーバは、電子メー
ルを受信する受信手段と、この受信手段により受信され
た電子メールを複数記憶する第１の記憶手段と、この第
１の記憶手段に記憶されている電子メールからタイトル
部分を抽出し、Ｗｅｂ形式のタイトル一覧データに変換
する第１の変換手段と、このタイトル一覧データを記憶
する第２の記憶手段と、外部端末からの要求に応答し
て、前記第２の記憶手段が記憶しているタイトル一覧デ
ータを送信する送信手段とを備えることを特徴とする。

【０００６】この構成によれば、メール配信用のサーバ
が、受信した電子メールからタイトルを作成し、端末か
らの要求に応答して、作成したタイトルを送信すること
ができる。

【０００７】前記受信手段により受信された電子メール
から、識別データを検出する第１の検出手段を更に備
え、前記第１の変換手段は、この第１の検出手段によっ
て検出された識別データに基づいて、対応する電子メー
ルのタイトルを変換するようにしてもよい。この識別デ
ータは、例えば、電子メールの属性を示すものである場
合には、前記第１の変換手段は、前記第１の検出手段に
よって検出された識別データに基づいて、対応する電子
メールのタイトルの表示形態を変更する変更手段を含む
ようにしてもよい。このような構成によれば、電子メー
ルの属性に応じて異なった表示形態のタイトルを作成す
ることができる。

【０００８】例えば、識別データは該電子メールが返信
メールであることを示すものであるとすると、前記第１
の検出手段によって検出された識別データに基づいて、
前記タイトル一覧データより返答対象の電子メールのタ
イトルを検出する第２の検出手段と、前記第１の変換手
段は、この第２の検出手段により返答対象の電子メール
のタイトルが検出されると、この返答対象の電子メール
のタイトルの近くに前記返信メールのタイトルを配置し
て、タイトル一覧データに変換する。

【０００９】また、前記識別データは電子メールの優先
度を示すもの、電子メールの秘密度を示すもの、電子メ
ールの発信元を示すもの、未読であるか既読であるかを
区別するもの、等であってもよい。この構成によれば、
属性に応じてタイトルが異なるため、電子メールの相互
関連や、重要度、等の情報を即座に判別することができ
る。

【００１０】前記第１の記憶手段に記憶された電子メー
ルの内容をＷｅｂ形式の公開データに変換する第２の変
換手段と、この第２の変換手段によって変換された公開
データをアドレスと対応付けて記憶する第３の記憶手段
と、前記第３の記憶手段に記憶されている公開データの
アドレスと、前記タイトル一覧データの各タイトルとを
リンクさせる手段と、を備えるようにしてもよい。この
構成によれば、Ｗｅｂ上で作成したタイトルを表示さ
せ、端末からタイトルが指定されたことを検出したとき
に、該当する電子メールを送出することができる。

【００１１】また、この発明の第２の観点に係るメール
データ変換方法は、外部端末との間で送受信される電子
メールを記憶管理するサーバのメールデータ変換方法で
あって、記憶管理されている電子メールからタイトル部
分を抽出し、Ｗｅｂ形式のタイトル一覧データに変換す
る第１の変換ステップと、このタイトル一覧データを記
憶する第２の記憶ステップと、外部端末からの要求に応
答して、前記第２の記憶手段が記憶するタイトル一覧デ
ータを送信する送信ステップとを備えることを特徴とす
る。

【００１２】記憶管理されている電子メールから、識別
データを検出する第１の検出ステップを更に備え、前記
第１の変換ステップは、この第１の検出ステップによっ
て検出された識別データに基づいて、対応する電子メー
ルのタイトルを変換する変換ステップを含むようにして
もよい。

【００１３】記憶管理されている電子メールの内容をＷ
ｅｂ形式の公開データに変換する第２の変換ステップ
と、この第２の変換ステップによって変換された公開デ
ータをアドレスと対応付けて記憶し、この公開データの
アドレスと、前記タイトル一覧データの各タイトルとを
リンクさせるステップと、を備えるようにしてもよい。

【００１４】また、この発明の第３の観点にかかる記録
媒体は、送受信することにより外部端末から送受信され
る電子メールを記憶管理するサーバが読取可能な記録媒
体であって、記憶管理記憶される電子メールからタイト
ル部分を全て抽出し、Ｗｅｂ形式のタイトル一覧データ
に変換する第１の変換ステップと、このタイトル一覧デ
ータを記憶する第２の記憶ステップと、外部端末からの
要求に応答して、前記第２の記憶手段が記憶するタイト
ル一覧データを送信する送信ステップとを機能させるた
めのプログラムを記録したことを特徴とする。

【００１５】記憶管理されている電子メールから、識別
データを検出する第１の検出ステップを更に備え、前記
第１の変換ステップは、この第１の検出ステップによっ
て検出された識別データに基づいて、対応する電子メー
ルのタイトルを変換する変換ステップを備えるようにし
てもよい。

【００１６】前記識別データは電子メールの属性を示す
ものであってもよく、前記第１の変換ステップは、前記
第１の検出ステップによって検出された識別データに基
づいて、対応する電子メールのタイトルの表示形態を変
更する変更ステップを含むようにしてもよい。

【００１７】また、記憶管理されている電子メールの内
容をＷｅｂ形式の公開データに変換する第２の変換ステ
ップと、この第２の変換ステップによって変換された公
開データをアドレスと対応付けて記憶し、この公開デー
タのアドレスと、前記タイトル一覧データの各タイトル
とをリンクさせるステップと、を備えるようにしてもよ
い。

【００１８】

【発明の実施の形態】以下、この発明の実施の形態にか
かる電子メールシステムについて説明する。

【００１９】本発明の実施の形態のメールシステムを構
成するネットワークシステムは、図１に示すように、複
数の端末１（１ａ〜１ｎ）と、サーバ２と、これらを接
続するインターネット等のネットワーク３とから構成さ
れている。

【００２０】各端末１は、図２に示すように、バス１７
を介して相互に接続された、ＣＰＵ１１と、ＲＡＭ１２
と、記憶部１３と、表示部１４と、入力部１５と、通信
部１６と、から構成される。

【００２１】ＣＰＵ１１は、端末１内の各部を制御する
と共に、記憶部１３に記憶されているプログラムをＲＡ
Ｍ１２に読み出して実行する。ＲＡＭ１２は、半導体メ
モリから構成され、ＣＰＵ１１の主記憶エリアとして使
用される。

【００２２】記憶部１３は、磁気ディスク装置、フラッ
シュメモリ等から構成され、電子メールを作成及び送信
するためのメーラプログラム、Ｗｅｂページを参照する
ためのＷｅｂブラウザ（ＷＷＷ（World Wide Web；ワー
ルドワイドウエッブ）ブラウザ）、送受信プログラム、
その他のアプリケーションプログラム、などを記憶す
る。

【００２３】表示部１４は、液晶表示素子、ＣＲＴ等か
ら構成され、サーバ２から送信されたデータ等を表示す
る。

【００２４】入力部１５は、表示部１４が表示する入力
用画面（入力用メニュー）に文字データ、数字データ、
選択の指示などを入力するためのキーボード、マウス等
を有する。通信部１６は、ネットワーク３に接続された
モデム等の回線終端装置を備え、サーバ２との間でデー
タを送受信する。

【００２５】各端末１ａ〜１ｎの記憶部１３には、メイ
ラプログラムが格納されており、図１１に示すような電
子メールを作成する。この電子メールは、ヘッダとコン
テンツから構成されている。

【００２６】ヘッダには、送信日Date、送信先to 、送
信元From、主題Subject、コンテンツの種類、コンテン
ツの長さ、等の通常のヘッダ情報が設定されると共に、
この実施の形態に特有な複数の拡張コマンド、即ち、送
信元の電子メールアドレスX-Sender、送信対象電子メー
ルを作成したメイラプログラムの識別名（コード）X-Ma
iler、その電子メールの優先度（１＝高、０＝低）を示
すX-Priority、その電子メールの秘密度（１＝高、０＝
低）を示すX-Secret、等の情報が設定される。また、い
わゆる返信メールについては、元のメールのアドレスが
付与される。また、コンテンツには、送信対象の任意の
文書等が設定される。

【００２７】各端末１ａ〜１ｎ上で動作するメーラは、
例えば、図１３（ａ）に示すような画面を表示し、ユー
ザに任意のコンテンツを入力させると共に、送信時に優
先度、秘密度等を設定させ、これらをメールのヘッダに
挿入する。また、X-Mailerなどには、そのメーラの識別
コードを自動的に設定する。

【００２８】サーバ２は、図３に示すように、バス２６
を介して相互に接続された、ＣＰＵ２１と、ＲＡＭ２２
と、記憶部２３と、ユーザ用メモリ２４と、通信部２５
と、ドライバ２７、及び可搬性記憶媒体２８とから構成
される。

【００２９】入出力部２０は、サーバ２に対し、各種制
御情報の入力を行うキーボードやその他ポインティング
デバイスを備えた入力部と、その制御情報入力したがっ
て、主に当該サーバ２のシステム状態を表示するＣＲＴ
や液晶表示装置で構成されたディスプレイとからなる。

【００３０】ＣＰＵ２１は、サーバ２内の各部を制御す
ると共に、記憶部２３に記憶されているプログラムを読
み出して実行する。ＲＡＭ２２は、半導体メモリ等から
構成され、ＣＰＵ２１の主記憶エリアとして使用され
る。

【００３１】記憶部２３は、磁気ディスク装置、フラッ
シュメモリ等から構成され、アプリケーションプログラ
ム、送受信プログラム等の動作プログラム及び後述する
各種メニューを記憶する。

【００３２】ユーザ用メモリ２４は、ユーザに関する情
報及びＷｅｂサーバとしての機能を提供する情報を記憶
するためのものである。ユーザ用メモリ２４は、図４に
示すように、メールサーバ領域２４１とＷＷＷサーバ領
域２４２とから構成される。

【００３３】メールサーバ領域２４１は、図５に示すよ
うに、メールサーバ２４１ａと、メールサーバ管理テー
ブル２４１ｂと、から構成される。メールサーバ２４１
ａは複数のメールボックス（１〜ｎ）を備える。各メー
ルボックスには、予め登録ユーザが割り当てられてお
り、その登録ユーザ宛の電子メール（ＨＴＭＬ形式）を
記憶する。メールサーバ管理テーブル２４１ｂは、電子
メールの送受信を管理するためのテーブルである。この
テーブルは、図６に示すように、メールサーバ２４１ａ
上の各メールボックス（１〜ｎ）について、そのメール
ボックスに割り当てられている登録ユーザの名前、ユー
ザＩＤ、アカウント、メールを参照するためのメールパ
スワード、ＤＮＳサーバのアドレス、ＦＴＰサーバのア
ドレス等を対応付けて記憶する。

【００３４】図４に示すＷＷＷサーバ領域２４２は、こ
のネットワークシステム上の電子メールを管理するもの
であり、図７に示すように、ユーザテーブル２４２ａ
と、メールリーダ設定テーブル２４２ｂと、ＷＷＷサー
バ本体２４２ｃとから構成される。

【００３５】ユーザテーブル２４２ａは、登録ユーザを
管理するためのテーブルであり、図８に示すように、ユ
ーザＩＤと、そのユーザのメールパスワードと、電子メ
ールを閲覧するための情報を提供するＷｅｂページ（こ
の実施の形態では、メールリーダと呼ぶ）に関する情報
とを対応付けて記憶する。

【００３６】図１２にメールリーダの一例を示す。例示
するように、メールリーダは、各ユーザに、そのユーザ
宛の電子メールのタイトル（日付、表題、発信者）を、
メール相互の関係、未読か既読かの別、等の情報と共に
ユーザに提示し、ユーザに読みたいメールを選択させる
ためのものであり、その表示形態は、電子メールのヘッ
ダに設定されている拡張コマンドに応じて変化する。

【００３７】図８のユーザテーブルに設定するメールリ
ーダに関する情報としては、メールリーダが格納されて
いるディレクトリの名称、メールリーダのｈｔｔｐアド
レス、メールリーダをアクセスするためのパスワード等
がある。

【００３８】図９に示すメールリーダ設定テーブル２４
２ｂは、図１２に例示するメールリーダの書式等を設定
するためのテーブルであり、図９に示すように、ユーザ
ＩＤに対応付けて、「返信」の表示形式、「未確認（未
読）」メールの表示形式、「優先度」別の表示形式、
「秘密度」別の表示形式、「発信者差別化」用の表示形
式等が設定される。

【００３９】ここで、「返信」の表示形式は、元の電子
メールに対する返信メールについて、図１２のメール
Ａ，Ｂのように、元のメールにツリー状に関連付けて表
示するか、通常の形式で表示するかの表示形式を設定す
る。「未確認」は、未読の電子メールのタイトル中の
「表題」のフォントを、図１２のメールＣのように、通
常（既読）の電子メールの表題フォントより大きく表示
するか否か、さらに、表示フォントのサイズを設定す
る。図９では、既読メールの表題を１０ポイントで、未
読メールの表題を大きな１４ポイントで表示するように
設定されている。

【００４０】「優先度」は、拡張コマンドが「優先度＝
１（高）」に設定されている電子メールに関する情報の
フォントを、図１２の電子メールＤに示すように、通常
（優先度＝０（低））の電子メールのフォントより大き
く表示するか否か、さらに、表示フォントのサイズを設
定する。図９では、優先度＝０（低）のメールの表題を
１０ポイントで、優先度＝１（高）のメールの表題を大
きな１４ポイントで表示するように設定されている。

【００４１】秘密度は、拡張コマンドが「秘密度＝１
（高）」に設定されている電子メールを、図１２の電子
メールＥに示すように、枠組みして表示するか否かを設
定する。図９では、秘密度＝低のメールの表題を枠組み
なしで、秘密度＝高のメールの表題を枠組み有りで表示
するように設定されている。発信者差別化表示は、予め
登録した差出人からの電子メールの表題を、図１２の電
子メールＦに示すように、斜体で表示する場合に、その
差出人を特定する情報が設定されている。

【００４２】メールリーダの書式が、図９に示すように
設定されたユーザには、図１２に示すように、返信メー
ルと元メールとがリンク付けされて表示され（メール
Ａ，Ｂ）、未読メールの表題は大きいフォントで表示さ
れ（メールＣ）、高優先度の電子メールは全体が大きい
フォントで表示され（メールＤ）、高秘密度が設定され
ている電子メールは枠で囲まれて表示され（メール
Ｅ）、特定の発信者からのメールは斜体で表示される
（メールＦ）。

【００４３】図７に示すＷＷＷサーバ本体２４２ｃは、
このネットワークシステム上の電子メールに関する情報
を図１０に示すようなツリー状のディレクトリ構造で記
憶するためのものであり、電子メールをＷｅｂ表示させ
るためのプログラム・データ等を格納するディレクトリ
cgi-bin/と、電子メールを格納するディレクトリmailre
ader/と、から構成されている。

【００４４】ディレクトリcgi-bin/は、電子メールをＷ
ｅｂ表示させるためのプログラムファイルを格納するデ
ィレクトリであり、電子メールをhtmlデータに変換する
プログラムmailreader.cgiと、htmlデータをＷｅｂ上に
表示するための表示プログラムview.cgiと、Ｗｅｂ表示
している電子メールへの通信記録を記録するファイル
（ログファイル）mailreader.logと、を記録する。

【００４５】変換プログラムmailreader.cgiは、電子メ
ールを作成したメーラの種類に応じて（又は作成される
各電子メールのデータ構造（フォーマット）に応じ
て）、複数種類用意されており、拡張コマンドX-Mailer
から送信メーラソフトが判別され、対応する変換プログ
ラムが起動され、受信した電子メールをＷｅｂ表示形式
（ＨＴＭＬ形式）に変換する。

【００４６】また、ディレクトリmailreader/は、電子
メール等を格納するためのディレクトリであり、各ユー
ザ用のサブディレクトリtanaka/、satoh/、suzuki/、ya
mada/、・・・を含む。各サブディレクトリが、メール
ボックスとして機能し、このサブディレクトリtanaka
/、satoh/、suzuki/、yamada/、・・・は、図１２に例
示した各ユーザのメールリーダ（Ｗｅｂページ）のファ
イルtitle.htmlと、ＨＴＭＬ形式の電子メールのファイ
ルcontents.htmlを含む。

【００４７】メールリーダのファイルtitle.htmlは、そ
のユーザ宛のメールリーダを記憶し、そのユーザ宛の電
子メールを受信する毎に、生成されたタイトルが順次追
加される。

【００４８】ファイルcontents.htmlは、ＨＴＭＬ形式
に変換された電子メールを格納する。なお、メールリー
ダを構成するタイトルがクリックされたことに応答し
て、該当する電子メールが表示されるように、title.ht
mlとcontents.htmlとはリンクされている。

【００４９】図３の通信部２５は、ネットワーク３に接
続されたモデム等の回線終端装置を備え、端末１の間で
データを送受信する。尚、ドライバ２７は、ＦＤＤ、Ｃ
Ｄ−ＲＯＭ等で構成される可搬性記憶媒体２８が接続さ
れ、入力部２０からの制御情報により、この可搬性記憶
媒体２８に格納される情報（本発明のアプリケーション
プログラム等）を読出し、記憶部２３に転送または移動
させる。

【００５０】次に、この実施の形態のメールシステムの
動作を説明する。 （端末での電子メールの作成・送信）ユーザは、自己の
端末１ａ〜１ｎ上で、任意のメーラを起動し、図１３
（ａ）に示すような、電子メール作成用画面を表示し、
コンテンツを作成すると共に宛先、題名、優先度（１又
は０）、秘密度（１又は０）等を設定し、送信を指示す
る。

【００５１】メーラは、送信の指示に応答し、入力され
たコンテンツを内容とし、ヘッダ部に、設定された優先
度及び秘密度と、メーラの識別コード等のデフォルト値
等に基づいて、拡張コマンドを設定し、図１１に示すよ
うな電子メールを作成し、サーバ２に送信する。また、
メーラは、返信メールの場合には、ヘッダに元メールの
アドレスを追加しておく。なお、電子メールはサーバ２
に直接送信される必要はなく、他のサーバを介してサー
バ２に送信されてもよい。

【００５２】（サーバでのメールリーダ（Ｗｅｂペー
ジ）の生成）サーバ２の通信部２５は電子メールを受信
すると、その旨をＣＰＵ２１に通知し、ＣＰＵ２１は、
図１４に示す処理を開始する。まず、ＣＰＵ２１は、受
信した電子メールのヘッダの拡張コマンドX-Mailerか
ら、その電子メールをＨＴＭＬ形式（Ｗｅｂ形式）に変
換するための変換プログラムmailreader.cgiを判別し、
それを起動させる（ステップＳ１）。

【００５３】起動した変換プログラムmailreader.cgi
は、受信した電子メールのヘッダを読み取る。次に、読
み取ったヘッダに基づいて、ＨＴＭＬ形式のタイトルを
作成し、さらに、送信先アドレスに対応するディレクト
リ内のメールリーダtitle.htmlを読み出し、新たに作成
したタイトルを追加して、上書き保存する（ステップＳ
２）。

【００５４】より詳細に説明すると、変換プログラムma
ilreader.cgiは、受信した電子メールのヘッダの送信時
刻、主題、及び送信元から、メールリーダ用のＨＴＭＬ
形式のタイトルを作成し、送信先ユーザ用のディレクト
リに格納されているメールリーダtitle.htmlに追加して
格納する。なお、受信直後は、その電子メールは未読の
状態にあるので、作成するタイトル中の「表題」の文字
サイズは、メールリーダ設定テーブル２４２ｂ（図９）
の「未確認」の欄に設定されている条件に従ったサイズ
（図９では、表題を１４ポイント、他を１０ポイント）
とする。

【００５５】また、変換プログラムmailreader.cgiは、
読み取ったヘッダから、受信した電子メールが返信メー
ルであるか否かを判別する。返信メールであると判別
し、且つ、そのユーザのメールリーダ設定テーブル２４
２ｂの「返信」の欄にツリー表示が設定されている場合
には、その電子メールと元の電子メールとの間に線を引
いて、関連付けて、メールリーダを作成する。その他の
場合には、新たに受信した電子メールのタイトルを既存
のメールリーダの末尾に単純に付加するなどして、新た
なメールリーダtitle.htmlを作成する。

【００５６】また、変換プログラムmailreader.cgiは、
読み取ったヘッダのPriority（優先度）が「１（高）」
に設定されているか否かを判別する。「１（高）」に設
定されていると判別した場合には、メールリーダ設定テ
ーブル２４２ｂの「優先度」の欄を参照して、作成した
タイトルを指示された文字サイズ（図９では、１４ポイ
ント）とし、他の場合には、通常のサイズとする。

【００５７】また、変換プログラムmailreader.cgiは、
読み取ったヘッダのSECRET（秘密度）が「１（有）」に
設定されているか否かを判別し、「１（有）」に設定さ
れていると判別したときに、メールリーダ設定テーブル
２４２ｂの「優先度」の欄を参照して、枠が指定されて
いる場合には、タイトルを枠で囲み、他の場合には、通
常の表示とする。

【００５８】さらに、変換プログラムmailreader.cgi
は、電子メールのヘッダ内の送信元を判別し、送信元
が、メールリーダ設定テーブル２４２ｂの発信者差別化
表示欄に登録している発信者に一致するか否かを判別す
る。一致すると判別した場合には、タイトルを斜体で作
成し、メールリーダtitle.htmlに追加する。

【００５９】メールリーダの更新後、変換プログラムma
ilreader.cgiは、受信した電子メールをＷｅｂ上に表示
可能なＨＴＭＬ形式の電子メールを作成し（変換し）、
送信先アドレスに該当するディレクトリが格納している
ファイルcontents.htmlに追加する（ステップＳ３）。
また、メールリーダのタイトルとＨＴＭＬ形式の電子メ
ールとの間に、リンクを張り、タイトルの選択により電
子メールを読み出し可能としておく。

【００６０】サーバ２は、新たな電子メールを受信する
度に上述の動作を繰り返し、送信先ユーザのＨＴＭＬ形
式のメールリーダ及びＨＴＭＬ形式の電子メールを生成
（変換）する。

【００６１】（電子メールの閲覧）次に、各ユーザが、
自己宛の電子メールをＷｅｂ上で閲覧する際の動作を説
明する。ユーザは、端末１ａにサーバ２への接続を指示
すると共に、Ｗｅｂブラウザ等の閲覧ソフトを起動させ
る。

【００６２】サーバ２は、端末１からの接続を待ち受
け、この要求信号の受信に応答し、図１３（ｂ）に示す
ような、初期メニュー（Ｗｅｂ画面）を端末１ａに送信
する。端末１ａのＣＰＵ１１は、通信部１６を介してこ
の初期メニューを受信し、閲覧ソフトを介して表示部１
４に表示する。なお、端末１ａが初期メニューの画像デ
ータを記憶部１３等に予め格納しておき、これを表示す
るようにしてもよい。

【００６３】ユーザは、自己のユーザＩＤ及びメールパ
スワードを入力し、「送信」をクリックする。ＣＰＵ１
１は、「送信」のクリックに応答して、閲覧要求信号と
ユーザＩＤとメールパスワードをサーバ２に送信する。

【００６４】サーバ２のＣＰＵ２１は、「閲覧要求信
号」の受信に応答して、受信したユーザＩＤとメールパ
スワードの対がメールサーバ管理テーブル２４１ｂに登
録されているか否か、即ち、登録ユーザであるか否の認
証を行う。登録ユーザであると判別すると、図１５に示
す処理を開始し、閲覧ソフトview.cgiを起動させる（ス
テップＳ１１）。起動した表示プログラムview.cgiは、
「閲覧通知信号」の送信元に対応するディレクトリ内の
メールリーダtitle.htmlを読み出し、送信元の端末１ａ
に送信する（ステップＳ１２）。

【００６５】端末１ａのＣＰＵ１１は、通信部１６を介
して「メールリーダ」を受信し、表示部１４に表示させ
る。

【００６６】このメールリーダ上には、図１２に示すよ
うに、受信メールのタイトルが、元メールと返信メール
の関係、既読か未読かの別、優先度の別、秘密度の別、
特定の送信元からのメールであるか否か、等が一見して
認識できるように加工されて配列されている。

【００６７】ユーザは、表示されたメールリーダ上の、
任意の電子メールのタイトルをクリックする。ＣＰＵ１
１は、この選択動作に応答し、選択されたメールをサー
バ２に通知する。

【００６８】サーバ２のＣＰＵ２１は、通信部２５を介
して、この通知を受信し、送信元のユーザに対応するサ
ブディレクトリ内のファイルcontents.htmlのなかか
ら、選択されたメールのデータを抽出して、端末１ａに
送信する。

【００６９】端末１ａのＣＰＵ１１は、通信部１６を介
して、このＨＴＭＬ形式の電子メールを受信し、表示部
１４に表示する。

【００７０】このようにして、受信メールのタイトルの
一覧であるメールリーダを表示させ、表示されたタイト
ルのなかから任意のものを選択することにより、受信メ
ールをＷｅｂ上で表示させることができる。

【００７１】以上説明したように、この実施の形態で
は、サーバが、受信したe-mailデータからタイトルを一
覧表示するＨＴＭＬ形式のタイトルと電子メールをＷｅ
ｂ表示するＨＴＭＬ形式の電子メールを生成し、送信先
のディレクトリに格納する。また、タイトルは、返信の
電子メール、未確認の電子メール、Priorityが「１
（高）」に設定されている電子メール、Secretが「１
（有り）」に設定されている電子メール、特定の送信者
からの電子メール等が通常の電子メールのタイトルの表
示形式と異なる形式で表示するように生成される。従っ
て、自己宛の電子メールをＷｅｂ上で閲覧するときに、
タイトルの一覧表示を閲覧することにより、ユーザがそ
の電子メールを閲覧する必要があるか否か等を一見して
判別することができる。

【００７２】なお、この発明は上記実施の形態に限定さ
れず、種々の変形及び応用が可能である。例えば、上記
実施の形態では、元の電子メールと返信メールとをツリ
ー表示により、メールリーダ上に表示したが、両メール
をリンク付ける方式は任意であり、両メールが元メール
と返信メールの関係にあることが認識できるならば、そ
の表示形態は、任意である。

【００７３】また、未読メールや、優先度や秘密度が設
定されているメール、特定の送信者からのメールを表示
する際の表示形態も任意である。例えば、未読メールの
タイトルを赤で、既読メールのタイトルを青で表示し、
優先度が高いメールのタイトルを網掛けして、低いメー
ルのタイトルを網掛けなしで表示し、秘密度が高いメー
ルのタイトルを白抜き文字で、低いメールのタイトルを
通常の文字で表示し、特定送信者からメールのタイトル
を太字で表示するなど、所定のメールについて、他と識
別できる形態で表示するならば、任意の表示手法を選択
できる。

【００７４】また、上記実施の形態では、電子メールの
タイトルを強調表示するための属性として、既読・未読
の別、優先度、秘密度、送信元を例示したが、他の要素
に基づいて、電子メールの表示形態を変更してもよい。
例えば、発信日から所定日数以上経過した未読メールの
タイトルを強調表示し、発信日から所定日数以上経過し
た既読メールのタイトルを通常表示するなどしてもよ
い。また、優先度や秘密度も、２段階に限らず、３段階
以上に設定でき、その段階に応じて、表示形式を変更す
るようにしてもよい。

【００７５】また、メールリーダに、さらに、付加機能
を付加してもよい。例えば、表示部１４に表示されてい
るメールリーダのタイトルバーの「日付」、「表題」、
「発信者」がクリックされた際に、各項目のデータを辞
書順（又はその逆順）にソートして、表示するような機
能を備えてもよい。

【００７６】また、上記実施の形態では、メールリーダ
を構成する各電子メールのタイトルの内容として、日
付、表題、発信者を例示したが、他の内容をタイトルに
含ませることも可能である。例えば、発信者のメールア
ドレス、回答（応答）期限等の情報をタイトルに含める
ことも可能である。また、発信者等の一部の情報をタイ
トルから削除することも可能である。さらに、ユーザの
好みにより、表示する内容を変更できるようにしてもよ
い。例えば、発信者を表示するかしないかを設定できる
ようにしてもよい。

【００７７】この発明は、専用の端末及びサーバによら
ず、通信機能の有する任意のコンピュータを端末又はサ
ーバとして使用可能である。例えば、上述の各処理のう
ち各コンピュータ（又はコンピュータ群）が担当する部
分を実行するためのプログラムを記録媒体に格納して頒
布し、このプログラムの各対応部分をコンピュータに転
送してインストールし、ＯＳ上で実行することにより、
コンピュータ（群）を端末又はサーバシステムとして使
用することができる。

【００７８】なお、ＯＳが処理の一部を分担する場合に
は、記録媒体には、その部分を除いたプログラムを格納
してもよい。この場合も、この発明では、その記録媒体
には、コンピュータが実行する各機能又はステップを実
行するためのプログラムが格納されているものとする。

【００７９】また、媒体には、ネットワーク上で信号を
送受信するためのキャリア（搬送波）も含まれ、ネット
ワーク３を介してプログラムをコンピュータに頒布及び
インストールしてもよい。

【００８０】

【発明の効果】以上説明したように、この発明によれ
ば、電子メール等のメッセージをＷｅｂ上で効率よく閲
覧することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態のメールシステムの構成を
示す図である。

【図２】本発明の実施の形態の端末の構成を示す図であ
る。

【図３】本発明の実施の形態のサーバの構成を示す図で
ある。

【図４】ユーザ用メモリの構成を示す図である。

【図５】メールサーバ領域の構成を示す図である。

【図６】メールサーバ管理テーブルの構成を示す図であ
る。

【図７】ＷＷＷサーバ領域の構成を示す図である。

【図８】ユーザテーブルの構成を示す図である。

【図９】メールリーダ設定テーブルの構成を示す図であ
る。

【図１０】ＷＷＷサーバのツリー構造を示す図である。

【図１１】e-mailデータの一例を示す図である。

【図１２】メールリーダの一例を示す図である。

【図１３】（ａ）は、電子メール作成用画面の一例であ
り、（ｂ）は、初期メニューの一例である。

【図１４】メールリーダ生成処理の動作を説明するため
のフローチャートである。

【図１５】電子メール閲覧処理の動作を説明するための
フローチャートである。

【符号の説明】

１ａ〜１ｎ・・・端末、２・・・サーバ、３・・・ネットワー
ク、１１、２１・・・ＣＰＵ、１２、２２・・・ＲＡＭ、１
３、２３・・・記憶部、１４・・・表示部、１５・・・入力部、
１６、２５・・・通信部、１７、２６・・・バス、２４・・・ユ
ーザ用メモリ、２４１・・・メールサーバ領域、２４１ａ・
・・メールサーバ、２４１ｂ・・・メールサーバ管理テーブ
ル、２４２・・・ＷＷＷサーバ領域、２４２ａ・・・ユーザテ
ーブル、２４２ｂ・・・メールリーダ設定テーブル、２４
２ｃ・・・ＷＷＷサーバ本体、２５・・・通信部、２７・・・ド
ライバ、２８・・・可搬性記録媒体。

Claims (17)

【特許請求の範囲】
1. 【請求項１】電子メールを受信する受信手段と、 この受信手段により受信された電子メールを複数記憶す
   る第１の記憶手段と、 この第１の記憶手段に記憶されている電子メールからタ
   イトル部分を抽出し、Ｗｅｂ形式のタイトル一覧データ
   に変換する第１の変換手段と、 このタイトル一覧データを記憶する第２の記憶手段と、 外部端末からの要求に応答して、前記第２の記憶手段が
   記憶しているタイトル一覧データを送信する送信手段と
   を備えることを特徴とするサーバ。
2. 【請求項２】前記受信手段により受信された電子メール
   から、識別データを検出する第１の検出手段を更に備
   え、前記第１の変換手段は、この第１の検出手段によっ
   て検出された識別データに基づいて、対応する電子メー
   ルのタイトルを変換することを特徴とする請求項１に記
   載のサーバ。
3. 【請求項３】前記識別データは電子メールの属性を示す
   ものであり、前記第１の変換手段は、前記第１の検出手
   段によって検出された識別データに基づいて、対応する
   電子メールのタイトルの表示形態を変更する変更手段を
   含むことを特徴とする請求項２に記載のサーバ。
4. 【請求項４】前記識別データは該電子メールが返信メー
   ルであることを示すものであり、 前記第１の検出手段によって検出された識別データに基
   づいて、前記タイトル一覧データより返答対象の電子メ
   ールのタイトルを検出する第２の検出手段と、前記第１
   の変換手段は、この第２の検出手段により返答対象の電
   子メールのタイトルが検出されると、この返答対象の電
   子メールのタイトルの近くに前記返信メールのタイトル
   を配置して、タイトル一覧データに変換することを特徴
   とする請求項２に記載のサーバ。
5. 【請求項５】前記識別データは電子メールの優先度を示
   すものであることを特徴とする請求項２に記載のサー
   バ。
6. 【請求項６】前記識別データは電子メールの秘密度を示
   すものであることを特徴とする請求項２に記載のサー
   バ。
7. 【請求項７】前記識別データは電子メールの発信元を示
   すものであることを特徴とする請求項２に記載のサー
   バ。
8. 【請求項８】前記識別データは当該電子メールが未読で
   あるか既読であるかを区別するものであること特徴とす
   る請求項２に記載のサーバ。
9. 【請求項９】前記第１の記憶手段に記憶された電子メー
   ルの内容をＷｅｂ形式の公開データに変換する第２の変
   換手段と、 この第２の変換手段によって変換された公開データをア
   ドレスと対応付けて記憶する第３の記憶手段と、 前記第３の記憶手段に記憶されている公開データのアド
   レスと、前記タイトル一覧データの各タイトルとをリン
   クさせる手段とを備えたことを特徴とする請求項１から
   ８の何れかに記載のサーバ。
10. 【請求項１０】外部端末との間で送受信される電子メー
    ルを記憶管理するサーバのメールデータ変換方法であっ
    て、 記憶管理されている電子メールからタイトル部分を抽出
    し、Ｗｅｂ形式のタイトル一覧データに変換する第１の
    変換ステップと、 このタイトル一覧データを記憶する第２の記憶ステップ
    と、 外部端末からの要求に応答して、前記第２の記憶手段が
    記憶するタイトル一覧データを送信する送信ステップと
    を備えることを特徴とするメールデータ変換方法。
11. 【請求項１１】記憶管理されている電子メールから、識
    別データを検出する第１の検出ステップを更に備え、前
    記第１の変換ステップは、この第１の検出ステップによ
    って検出された識別データに基づいて、対応する電子メ
    ールのタイトルを変換する変換ステップを含むことを特
    徴とする請求項１０に記載のメールデータ変換方法。
12. 【請求項１２】前記識別データは電子メールの属性を示
    すものであり、前記第１の変換ステップは、前記第１の
    検出ステップによって検出された識別データに基づい
    て、対応する電子メールのタイトルの表示形態を変更す
    る変更ステップを含むことを特徴とする請求項１１に記
    載のメールデータ変換方法。
13. 【請求項１３】記憶管理されている電子メールの内容を
    Ｗｅｂ形式の公開データに変換する第２の変換ステップ
    と、 この第２の変換ステップによって変換された公開データ
    をアドレスと対応付けて記憶し、この公開データのアド
    レスと、前記タイトル一覧データの各タイトルとをリン
    クさせるステップとを備えたことを特徴とする請求項１
    ０から１２の何れかに記載のメールデータ変換方法。
14. 【請求項１４】送受信することにより外部端末から送受
    信される電子メールを記憶管理するサーバが読取可能な
    記録媒体であって、 記憶管理記憶される電子メールからタイトル部分を全て
    抽出し、Ｗｅｂ形式のタイトル一覧データに変換する第
    １の変換ステップと、 このタイトル一覧データを記憶する第２の記憶ステップ
    と、 外部端末からの要求に応答して、前記第２の記憶手段が
    記憶するタイトル一覧データを送信する送信ステップと
    を実現させるためのプログラムを記録した記録媒体。
15. 【請求項１５】記憶管理されている電子メールから、識
    別データを検出する第１の検出ステップを更に備え、前
    記第１の変換ステップは、この第１の検出ステップによ
    って検出された識別データに基づいて、対応する電子メ
    ールのタイトルを変換する変換ステップを含むことを特
    徴とする請求項１４に記載の記録媒体。
16. 【請求項１６】前記識別データは電子メールの属性を示
    すものであり、前記第１の変換ステップは、前記第１の
    検出ステップによって検出された識別データに基づい
    て、対応する電子メールのタイトルの表示形態を変更す
    る変更ステップを含むことを特徴とする請求項１５に記
    載の記録媒体。
17. 【請求項１７】記憶管理されている電子メールの内容を
    Ｗｅｂ形式の公開データに変換する第２の変換ステップ
    と、 この第２の変換ステップによって変換された公開データ
    をアドレスと対応付けて記憶し、この公開データのアド
    レスと、前記タイトル一覧データの各タイトルとをリン
    クさせるステップとを備えたことを特徴とする請求項１
    ４から１６の何れかに記載の記録媒体。