JPH1065730A

JPH1065730A - 電子メールシステム

Info

Publication number: JPH1065730A
Application number: JP8213881A
Authority: JP
Inventors: Yuji Kuriyama; 祐司栗山; Hidesato Arai; 秀聡新井
Original assignee: Casio Computer Co Ltd
Current assignee: Casio Computer Co Ltd
Priority date: 1996-08-13
Filing date: 1996-08-13
Publication date: 1998-03-06

Abstract

(57)【要約】【課題】本発明の課題は、電子メールクライアント
が、電子メールサーバーの受信した電子メールを、電子
メールクライアント側での重要度・優先度に応じて選択
的に受け取ることが可能な電子メールシステムを提供す
ることにある。【解決手段】電子メールサーバー２は、電子メールク
ライアント宛の電子メールを受信すると、電子メールの
情報管理部（ヘッダ部）に設定された宛先がＴＯかＣＣ
かを判別し、電子メールをメールボックス２８内の各ク
ライアント毎に設けられたＴＯメールボックス２８ａと
ＣＣメールボックス２８ｂのいずれかに分別して記憶す
る。一方、電子メールクライアント３は、電子メールの
転送を希望するに際し、転送を希望する電子メールの要
求属性を指定した転送要求情報を、電子メールサーバー
３に送信する。これに応答して、電子メールサーバー２
は、転送要求情報に対応する属性の電子メールを電子メ
ールクライアント３に転送する構成である。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子メールシステ
ムに係り、詳細には、電子メールサーバーと電子メール
クライアントとを備えた電子メールシステムに関する。

【０００２】

【従来の技術】例えば、通信ネットワークを使ってのメ
ッセージの伝達手段として電子メールが普及している。
かかる電子メールは、オフィス間のメールサービスや郵
便サービスのコンピュータ版である。また、電子メール
は、ＬＡＮと大規模な通信ネットワークの両方を活用し
て、ユーザーがメッセージや、場合によっては、図形
（グラフィックス）や音声メッセージを特定の個人（Ｔ
Ｏ）、または同報形式（ＣＣ）でグループに対して送受
信するものである。送られてきたメッセージは、そのネ
ットワーク上のユーザーに割り当てられた電子メールボ
ックスに格納され、受取人がその内容を見たり、保管し
たり、削除することができる。

【０００３】また、電子メールシステムでは、電子メー
ルを有線、無線を問わず、電子メールサーバーから電子
メールクライアントに通知するシステムが構成されてい
る。電子メールの送信及び電子メールの受信は、電子メ
ールサーバ上で実行され、電子メールは、サーバー上に
ファイルとして保存される。そして、電子メールサーバ
ーは、電子メールクライアントから定期的なポーリング
等による電子メールの転送要求がなされると、電子メー
ルクライアント宛ての電子メールの転送をおこなう。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
電子メールシステムにあっては、上記した如く、電子メ
ールサーバーは、電子メールクライアントからの電子メ
ール転送要求に対して、電子メールクライアント宛ての
電子メールを一括して転送を行っていた。そのため、電
子メールクライアント側では、本人宛にきたメッセージ
（以下、「ＴＯ」と称する）と、同報形式（参考）で送
られてきたメール（以下、「ＣＣ」と称する）との区別
を電子メールの本文を読んで初めて理解できるため、電
子メールクライアント側での重要度・優先度に応じて、
選択的に電子メールを受け取ることができず、使い勝手
が悪いという問題があった。

【０００５】本発明の課題は、電子メールクライアント
が、電子メールサーバーの受信した電子メールを、電子
メールクライアント側での重要度・優先度に応じて選択
的に受け取ることが可能な電子メールシステムを提供す
ることにある。

【０００６】

【課題を解決するための手段】請求項１記載の発明は、
電子メールサーバーと電子メールクライアントとを備
え、データ通信により電子メールを送受信する電子メー
ルシステムであって、前記電子メールサーバーは、受信
した電子メールのヘッダ情報を解析して、当該電子メー
ルを属性別に分類するメール情報解析手段と、前記メー
ル情報解析手段により分類された電子メールを記憶する
記憶手段と、前記電子メールクライアントから送出され
る転送要求情報を解析し、対応する属性の電子メールを
前記記憶手段から読み出して、前記電子メールクライア
ントに送信する要求解析手段と、を備え、前記電子メー
ルクライアントは、前記電子メールサーバーが受信した
電子メールで、自己に送信を希望する電子メールの属性
を指定した前記転送要求情報を前記電子メールサーバー
に送出する転送要求情報送出手段と、を備えたことによ
り上記課題を解決する。

【０００７】この請求項１記載の発明によれば、電子メ
ールサーバーと電子メールクライアントを備えた電子メ
ールシステムにおいて、電子メールサーバーは、メール
情報解析手段と、記憶手段と、及び要求解析手段とを含
み、当該メール情報解析手段は、受信した電子メールの
ヘッダ情報を解析して当該電子メールを属性別に分類
し、記憶手段には、メール情報解析手段により分類され
た電子メールが記憶され、当該転送要求情報解析手段
は、電子メールクライアントから送出される転送要求情
報を解析し、対応する属性の電子メールを記憶手段から
読み出して、電子メールクライアントに送信し、他方、
電子メールクライアントに備えられた転送要求情報送出
手段は、電子メールサーバーが受信した電子メールで、
自己に送信を希望する電子メールの属性を指定した転送
要求情報をサーバーに送出する。

【０００８】従って、電子メールクライアントは、電子
メールサーバーから、転送を希望する種類の電子メール
を選択して受信することができ、操作者の使い勝手が良
くなる。

【０００９】また、請求項２の発明は、電子メールサー
バーと電子メールクライアントとを備え、データ通信に
より電子メールを送受信する電子メールシステムであっ
て、前記電子メールクライアントは、前記電子メールサ
ーバーから受信した電子メールのヘッダ情報を解析し
て、当該電子メールを属性別に分類するメール情報解析
手段と、表示画面に電子メールを表示するに際し、前記
メール情報解析手段により解析された属性に応じて、異
なった表示態様で当該電子メールを表示させる表示制御
手段と、を備えたことにより上記課題を解決する。

【００１０】この請求項２記載の発明によれば、電子メ
ールサーバーと電子メールクライアントとを備えた電子
メールシステムにおいて、電子メールクライアントは、
メール情報解析手段と、表示制御手段とを含み、当該メ
ール情報解析手段は、受信した電子メールのヘッダ情報
を解析して電子メールを属性別に分類し、表示制御手段
は、表示画面に電子メールを表示するに際し、前記メー
ル情報解析手段により解析された属性に応じて、異なっ
た表示態様で電子メールを表示させる。

【００１１】従って、電子メールクライアントは、電子
メールサーバーから受信した電子メールを、属性別に分
類する構成であるので、電子メールの属性を容易に識別
することができ、また、電子メールを読む順番等に優先
度を付けることができるため、操作者の使い勝手が向上
する。

【００１２】また、請求項３記載の発明は、電子メール
サーバーと電子メールクライアントとを備え、データ通
信により電子メールを送受信する電子メールシステムで
あって、前記電子メールクライアントは、前記電子メー
ルサーバーから受信した電子メールのヘッダ情報を解析
して、当該電子メール情報を属性別に分類するメール情
報解析手段と、前記メール情報解析手段により分類され
た電子メールを属性別に区分して記憶する記憶手段と、
を備えたことにより上記課題を解決する。

【００１３】この請求項３記載の発明によれば、電子メ
ールサーバーと電子メールクライアントとを備えた電子
メールシステムにおいて、電子メールクライアントは、
メール情報解析手段と、記憶手段とを含み、当該メール
情報解析手段は、受信した電子メールのヘッダ情報を解
析して、当該電子メールを属性別に分類し、当該記憶手
段は、メール情報解析手段により分類された電子メール
を属性別に区分して記憶する。

【００１４】従って、請求項２記載の発明の効果に加え
て、電子メールクライアント側で、電子メールを属性別
に区分して記憶する構成であるので、所望の属性の電子
メール情報を高速に検索して表示することが可能とな
る。

【００１５】また、この場合、請求項４記載の発明のよ
うに、前記属性は、電子メールの送信先指定形式であ
り、個人宛送信（ＴＯ）と、同報送信（ＣＣ）とに分類
されることが有効である。

【００１６】従って、電子メールを、個人宛送信（Ｔ
Ｏ）と、同報送信（ＣＣ）とに分類する構成であるの
で、受信した電子メールが、個人宛送信（ＴＯ）である
か、若しくは、同報送信（ＣＣ）であるかを容易に識別
することができ、所望の宛先（ＴＯ若しくはＣＣ）の電
子メールを先に読む（表示若しくは印刷）ことが可能と
なる。

【００１７】また、この場合、請求項５記載の発明のよ
うに、前記記憶手段は、前記メール情報解析手段により
分類された電子メールを、夫々異なった記憶領域に記憶
することが有効である。

【００１８】従って、電子メールを属性別に、記憶手段
の異なった記憶領域に記憶する構成であるので、所望の
属性の電子メールの高速読み出しが可能となる。また、
必要な属性の電子メールの記憶領域のメモリ容量を大と
し、あまり必要でない属性の電子メールの記憶領域のメ
モリ容量を小として、メモリを有効に使用することが可
能となる。

【００１９】また、この場合、請求項６記載の発明のよ
うに、前記電子メールクライアントは、携帯情報端末機
からなることが有効である。

【００２０】従って、電子メールクライアントを低消費
電力、省スペース、及び携帯性とすることができ、操作
者の使い勝手が良くなる。

【００２１】

【発明の実施の形態】以下、図面を参照して本発明の好
適な実施の形態を説明する。（第１の実施の形態）図１〜図１０は、本発明の電子メ
ールシステムの第１の実施の形態を示す図である。

【００２２】図１は、電子メールシステムの基本構成
（ＬＡＮ型）の一例を示す図である。図１に示す如く、
電子メールシステム１の伝送路は、同軸ケーブル（有線
接続部）を用いて構成され、電子メールサーバー２及び
複数の電子メールクライアント３・・・はバス接続され
る。電子メールサーバー２は、他の電子メールサーバー
と無線により接続される。電子メールサーバー２は電子
メールの送信／受信処理を行い、電子クライアント３・・
・は、電子メールサーバー２に対して、電子メールの送
信要求を行うと共に、受信した電子メールの自己への転
送を要求する。

【００２３】図２は、電子メールシステムの基本構成の
他の例を示す図である。図２に示す如く、電子メールシ
ステム１の電子メールサーバー２と電子メールクライア
ント３は、無線接続されており、電子メールクライアン
ト３は、パーソナルコンピュータや携帯情報端末機（例
えば、データ系ＰＨＳ）等からなる。また、電子メール
サーバー２は、他の電子メールサーバーとＬＡＮ接続さ
れている。図１及び図２に示した如く、電子メールシス
テム内の接続は、無線及び有線のいずれでも良く、ま
た、電子メールサーバー同士の接続も、無線、有線のい
ずれでも良い。

【００２４】図３に電子メールのフォーマット例を示
す。電子メールは、図３に示す如く、ヘッダ部（電子メ
ール管理情報）と、ボディ部（電子メール本文）とから
構成される。ヘッダ部は、送信日付・日時を示す“Ｄａ
ｔｅ”、送信先ユーザーを示す“ＴＯ”、同報送信先ユ
ーザー名を示す“ＣＣ”、表題を示す“ｓｕｂｊｅｃ
ｔ”、送信元ユーザ名を示す“Ｆｒｏｍ”等の項目から
なる。ボディ部は、実際のメッセージ内容が設定され、
図３に示す例では、“ｃです特許アイディア会議を１月
５日に開催します”が設定されている。

【００２５】次に、上記電子メールサーバー２及び電子
メールクライアント３の要部構成を図４及び図５に夫々
示して説明する。

【００２６】図４は、図１及び図２で示した電子メール
システム１における電子メールサーバー２の要部構成を
示すブロック図である。図２において、電子メールサー
バー２は、ＣＰＵ２１、入力装置２２、ＲＡＭ２３、記
憶装置２４、記憶媒体２５、印字装置２６、表示装置２
７、メールボックス２８、Ｉ／Ｏポート２９、及び通信
端末部３０等から構成されており、各部はバスラインに
より接続されている。

【００２７】ＣＰＵ（Central Processing Unit ）２１
は、記憶装置２４に記憶されているＧＵＩとしてのウイ
ンドウシステムプログラム及び当該ウインドウシステム
に対応する各種アプリケーションプログラムの中から指
定されたアプリケーションプログラム、入力装置２２か
ら入力される各種指示あるいはデータをＲＡＭ２３内の
ワークメモリ２３ａに格納し、この入力指示及び入力デ
ータに応じてＲＡＭ２３内に格納したアプリケーション
プログラムに従って各種処理を実行し、その処理結果を
ＲＡＭ２３内のワークメモリ２３ａに格納するととも
に、表示装置２７に表示する。そして、ワークメモリ２
３ａに格納した処理結果を入力装置２２から入力指示さ
れる記憶装置２４内の記憶媒体２５の保存先に保存す
る。

【００２８】また、ＣＰＵ２１は、後述するメール受信
処理を実行して、受信した電子メールのヘッダ部のアド
レスを解析して、送信先がクライアント宛で有るか否か
をＲＡＭ２３内のクライアントリスト２３ｂを参照して
判断し、さらに、送信先指定形式が、ＴＯ（個人宛）若
しくはＣＣ（同報）で有るかを判断し、ＴＯであれば、
各クライアント毎に割り当てられたメールボックス２８
内のＴＯメールボックス２８ａに電子メールを格納し、
また、ＣＣであれば、各クライアント毎に割り当てられ
たメールボックス２８内のＣＣメールボックス２８ｂに
格納する。

【００２９】また、ＣＰＵ２１は、後述するメール転送
処理を実行して電子メールクライアント３から出力され
る転送要求情報（図６参照）の内容を分析して、対応す
る電子メールをメールボックス２８から読み出して、電
子メールクライアント３に転送する。

【００３０】入力装置２２は、カーソルキー、数字入力
キー及び各種機能キー等を備えたキーボードと、ポイン
ティングデバイスであるマウスと、を備え、キーボード
で押下されたキーの押下信号をＣＰＵ２１に出力すると
ともに、マウスによる操作信号をＣＰＵ２１に出力す
る。

【００３１】ＲＡＭ（Random Accesss Memory ）２３
は、指定されたアプリケーションプログラム、入力指
示、入力データ及び処理結果等を格納するワークメモリ
４ａと、各クライアントのアドレスデータが格納される
クライアントリスト４ｂ（図２参照）と備えている。

【００３２】記憶装置２４は、プログラムやデータ等が
予め記憶されている記憶媒体２５を有しており、この記
憶媒体２５は磁気的、光学的記録媒体、若しくは半導体
メモリで構成されている。この記憶媒体２５は記憶装置
２４に固定的に設けたもの、若しくは着脱自在に装着す
るものであり、この記憶媒体２５には上記ＧＵＩとして
のウインドウシステムプログラム及び当該ウインドウシ
ステムに対応する各種アプリケーションプログラム、印
刷処理プログラム及び各処理プログラムで処理されたデ
ータ等を記憶する。

【００３３】また、この記憶媒体２５に記憶するプログ
ラム、データ等は、通信回線等を介して接続された他の
機器から受信して記憶する構成にしてもよく、更に、通
信回線等を介して接続された他の機器側に上記記憶媒体
２５を備えた記憶装置を設け、この記憶媒体に記憶され
ているプログラム、データを通信回線を介して使用する
構成にしてもよい。

【００３４】印字装置２６は、ＣＰＵ２１から入力され
る印字データを指定された色で印刷出力する。表示装置
２７は、ＣＲＴ（Cathode Ray Tube）等により構成さ
れ、ＣＰＵ２から入力される表示データを指定された色
で表示する。

【００３５】メールボックス２８は、電子メールを記憶
する機能を有し、各クライアント毎にＴＯメールボック
ス２８ａとＣＣメールボックス２８ｂが備えられてい
る。即ち、各クライアント毎にＴＯとＣＣ用の電子メー
ルを記憶する領域が区分されている。

【００３６】通信端末部３０は、汎用端末等から構成さ
れ、他の電子メールサーバーと電子メールの送受信を有
線若しくは無線で行うためのポートである。Ｉ／Ｏポー
ト２９は、電子メールシステム１内で電子メールの送受
信を行うためのポートである。

【００３７】図５は、図１及び図２で示した電子メール
システム１における電子メールクライアント３の要部構
成を示すブロック図である。図５において、電子メール
クライアント３は、ＣＰＵ３１、入力装置３２、ＲＡＭ
３３、記憶装置３４、記憶媒体３５、印字装置３６、表
示装置３７、メールボックス３８、及びＩ／Ｏポート３
９等から構成されており、各部はバスラインにより接続
されている。

【００３８】ＣＰＵ（Central Processing Unit ）３１
は、記憶装置３４に記憶されているＧＵＩとしてのウイ
ンドウシステムプログラム及び当該ウインドウシステム
に対応する各種アプリケーションプログラムの中から指
定されたアプリケーションプログラム、入力装置３２か
ら入力される各種指示あるいはデータをＲＡＭ３３内の
ワークメモリ３３ａに格納し、この入力指示及び入力デ
ータに応じてＲＡＭ２３内に格納したアプリケーション
プログラムに従って各種処理を実行し、その処理結果を
ＲＡＭ３３内のワークメモリ３３ａに格納するととも
に、表示装置３７に表示する。そして、ワークメモリ３
３ａに格納した処理結果を入力装置３２から入力指示さ
れる記憶装置３４内の記憶媒体３５の保存先に保存す
る。

【００３９】ＣＰＵ３１は、後述するメール転送要求処
理を実行して、電子メールサーバー２に対して、電子メ
ールの送出を要求するに際し、転送してもらいたい電子
メールの種別を示す種別要求コードを含む、例えば、図
６の如きデータフォーマットの転送要求情報を出力す
る。転送要求情報は、図６に示す如く、メールアドレス
部と、要求属性部とから構成されている。ここで、前記
メールアドレス部には、自己のメールアドレスが設定さ
れ、また、要求属性部には、メールの要求属性として例
えば、送信先指定形式が設定され、ＴＯメールのみ、Ｃ
Ｃメールのみ、若しくは、全メール（ＴＯ＋ＣＣ）のい
ずれかが設定される。

【００４０】入力装置３２は、カーソルキー、数字入力
キー及び各種機能キー等を備えたキーボードと、ポイン
ティングデバイスであるマウスと、を備え、キーボード
で押下されたキーの押下信号をＣＰＵ３１に出力すると
ともに、マウスによる操作信号をＣＰＵ３１に出力す
る。

【００４１】ＲＡＭ（Random Accesss Memory ）３３
は、指定されたアプリケーションプログラム、入力指
示、入力データ及び処理結果等を格納するワークメモリ
３３ａを備えている。

【００４２】記憶装置３４は、プログラムやデータ等が
予め記憶されている記憶媒体２５を有しており、この記
憶媒体３５は磁気的、光学的記録媒体、若しくは半導体
メモリで構成されている。この記憶媒体３５は記憶装置
３４に固定的に設けたもの、若しくは着脱自在に装着す
るものであり、この記憶媒体３５には上記ＧＵＩとして
のウインドウシステムプログラム及び当該ウインドウシ
ステムに対応する各種アプリケーションプログラム、印
刷処理プログラム及び各処理プログラムで処理されたデ
ータ等を記憶する。

【００４３】また、この記憶媒体３５に記憶するプログ
ラム、データ等は、通信回線等を介して接続された他の
機器から受信して記憶する構成にしてもよく、更に、通
信回線等を介して接続された他の機器側に上記記憶媒体
３５を備えた記憶装置を設け、この記憶媒体に記憶され
ているプログラム、データを通信回線を介して使用する
構成にしてもよい。

【００４４】印字装置３６は、ＣＰＵ３１から入力され
る印字データ（帳票データ等）を指定された色で印刷出
力する。表示装置３７は、ＣＲＴ（Cathode Ray Tube）
等により構成され、ＣＰＵ２から入力される表示データ
（帳票データ等）を指定された色で表示する。

【００４５】メールボックス３８は、電子メールを記憶
する機能を有する。Ｉ／Ｏポート３９は、電子メールシ
ステム１内で電子メールの送受信を行うための入出力ポ
ートである。

【００４６】次に、本実施の形態の動作を図７〜図１０
のフローチャートを参照して説明する。

【００４７】図７は、電子メールサーバー２により実行
される電子メール受信処理を説明するためのフローチャ
ートである。図８は、図７の電子メール受信処理におけ
る電子メール分配処理を説明するためのフローチャート
である。これら図７及び図８のフローチャートに記載し
た各機能を実現するプログラムはＣＰＵ２１が読み取り
可能なプログラムコードの形態で上記記憶媒体２５に記
憶されている。

【００４８】図７において、電子メールサーバ２は、電
子メールが転送されてくると、後述する電子メールの分
配処理（図８参照）を実行して（ステップＳ１）、電子
メールを送信先指定形式に応じて、電子メールボックス
２８内のＴＯ（通常の送信）メールボックス２８ａ若し
くはＣＣ（同報送信）メールボックス２８ｂに格納す
る。次いで、受信した全電子メールの分配が終了したか
否かを判断し（ステップＳ２）、全電子メールの分配が
終了した場合は、当該処理を終了する一方、分配が終了
していない場合にはステップＳ１に移行して全電子メー
ルの分配が終了するまで処理を繰り返す。

【００４９】次に、上記ステップＳ２で示した電子メー
ル分配処理の詳細な動作を図８に示すフローチャートに
基づいて説明する。

【００５０】図８に示す電子メール分配処理では、先
ず、電子メールの管理情報（ヘッダ部）のＴＯ属性が設
定されている場合には、ＴＯ属性（送信先）とＲＡＭ２
３内のクライアントリスト２３ｂとを比較する（ステッ
プＳ１０）。受信したＴＯ属性（送信先）がクライアン
トリスト２３ｂと一致しない場合には、ステップＳ１２
に移行する一方、ＴＯ属性（送信先）がクライアントリ
スト２３ｂと一致した場合は、受信した電子メールをメ
ールボックス２８内の対応するクライアント用のＴＯメ
ールボックス２８ａに格納して（ステップＳ１１）、ス
テップＳ１２に移行する。

【００５１】ステップＳ１２では、受信した電子メール
で未処理のＴＯ属性（送信先）が有るか否かを判断し、
未処理のＴＯ属性がある場合は、ステップＳ１０に移行
して、未処理のＴＯ属性がなくなるまで処理を繰り返
す。

【００５２】一方、未処理のＴＯ属性がない場合で、管
理情報にＣＣ属性（送信先）が設定されている場合に
は、電子メール管理情報のＣＣ属性（送信先）をクライ
アントリスト２３ｂと比較する（ステップＳ１３）。Ｃ
Ｃ属性（送信先）とクライアントリスト２３ｂが一致し
ない場合には、ステップＳ１５に移行する一方、ＣＣ属
性とクライアントリスト２３ｂが一致する場合には、メ
ールボックス２８内の対応するクライアント用のＣＣメ
ールボックス２８ｂに格納して（ステップＳ１４）、ス
テップＳ１５に移行する。

【００５３】ステップＳ１５では、未処理のＣＣ属性
（送信先）が有るか否かを判断し、未処理のＣＣ属性
（送信先）がない場合は、当該処理を終了する一方、未
処理のＣＣ属性がある場合は、ステップＳ１３に移行し
て、未処理のＣＣ属性を含む電子メールがなくなるまで
処理を繰り返す。

【００５４】以上の電子メール分配処理によれば、電子
メールサーバー２では、送信先指定形式、即ち、ＴＯか
ＣＣかに応じて、電子メールをメールボックス２８で分
別して格納する。

【００５５】図９は、電子メールクライアント３が、電
子メールサーバー２に対して行う電子メール転送要求処
理を説明するためのフローチャートである。図９のフロ
ーチャートに記載した各機能を実現するプログラムはＣ
ＰＵ３１が読み取り可能なプログラムコードの形態で上
記記憶媒体３５に記憶されている。

【００５６】図９において、先ず、電子メールクライア
ント３は、電子メールサーバー２に対して、電子メール
の転送を要求する場合には、上記図６に示した、転送要
求情報を設定する（ステップＳ２０）。この転送要求情
報には、図６に示した如く、自己のメールアドレスが設
定され、また、要求属性には、メールの送信先指定形式
（ＴＯやＣＣ）が設定される。ついで、設定した転送要
求情報を電子メールサーバー２に対して送信する（ステ
ップＳ２１）。そして、電子メールサーバー２から転送
される要求した属性の電子メールを受信して（ステップ
２２）、当該処理を終了する。

【００５７】即ち、電子メールクライアント３は、電子
メールサーバー２に電子メールの転送要求を行う際に、
転送を希望する電子メールの属性を指定した転送要求情
報を送信する。

【００５８】図１０は、電子メールサーバー２により実
行される電子メール転送処理を説明するためのフローチ
ャートである。図１０のフローチャートに記載した各機
能を実現するプログラムはＣＰＵ２１が読み取り可能な
プログラムコードの形態で上記記憶媒体２５に記憶され
ている。

【００５９】先ず、電子メールサーバ２は、電子メール
クライアント３から送出された電子メールの転送要求情
報を受信すると、先ず、かかる転送要求情報の自己アド
レス及び要求属性（＝転送コマンド）を解析する（ステ
ップＳ３０）。この解析の結果、要求属性がＴＯのみで
ある場合には、ステップＳ３１〜Ｓ３２の処理により、
電子メールクライアント３に対して、自己宛のＴＯの電
子メールを送出する。また、要求属性がＣＣのみの場合
には、ステップＳ３４〜Ｓ３６の処理により、電子メー
ルクライアント３に対して、自己宛のＣＣの電子メール
を送出する。また、要求属性がＴＯとＣＣである場合に
は、電子メールクライアント３に対して、自己宛の全て
（ＴＯとＣＣ）の電子メールを送出する。

【００６０】具体的には、ステップＳ３１で、要求属性
はＴＯのみであるか否かを判断し、転送コマンドがＴＯ
のみである場合は、ステップＳ３２に移行して、転送要
求情報を出力した電子メールクライアント宛のＴＯメー
ルが有るか否かを判断し、電子メールクライアント宛の
ＴＯメールがある場合には、該当する電子メールを全て
転送して（ステップＳ３３）、当該処理を終了する。一
方、ステップＳ３２で電子メールクライアント３宛のＴ
Ｏメールがない場合には、電子メールの転送を行わない
で当該処理を終了する。

【００６１】また、ステップＳ３１で、要求属性がＴＯ
のみでない場合は、要求属性がＣＣのみかを判断し（ス
テップＳ３４）、要求属性がＣＣのみである場合は、ス
テップＳ３５に移行して、転送要求情報を出力した電子
メールクライアント宛のＴＯメールが有るか否かを判断
し、電子メールクライアント宛のＣＣメールがある場合
には、該当する電子メールを全て転送して（ステップＳ
３６）、当該処理を終了する。ステップＳ３５で、電子
メールクライアント３へのＴＯメールがない場合には、
電子メールの転送を行わないで当該処理を終了する。

【００６２】ステップＳ３４で、要求属性がＣＣのみで
ない場合は、要求属性が全部（ＴＯとＣＣ）か否かを判
断する（ステップＳ３７）。要求属性が全部（ＴＯ＋Ｃ
Ｃ）である場合は、ステップＳ３８に移行して、転送要
求情報を出力した電子メールクライアント宛のメールが
有るか否かを判断し、電子メールクライアント宛のメー
ルがある場合には、該当する電子メールを全て転送して
（ステップＳ３６）、当該フローを終了する。一方、ス
テップＳ３７で要求属性が全部（ＴＯ＋ＣＣ）でない場
合、若しくは、ステップＳ３８で転送要求情報を出力し
た電子メールクライアント宛の電子メールがない場合
は、当該処理を終了する。

【００６３】即ち、電子メールサーバー２は、電子メー
ルクライアント３から電子メールの転送要求情報を受信
すると、かかる転送要求情報を解析し、要求された属性
の電子メールを転送する。

【００６４】以上説明したように、本実施の形態では、
電子メールサーバー２は、電子メールクライアント宛の
電子メールを受信すると、電子メールの情報管理部（ヘ
ッダ部）に設定された宛先がＴＯかＣＣかを判別し、電
子メールをメールボックス２８内の各クライアント毎に
設けられたＴＯメールボックス２８ａとＣＣメールボッ
クス２８ｂのいずれかに分別して記憶する。一方、電子
メールクライアント３は、電子メールの転送を希望する
に際し、転送を希望する電子メールの要求属性を指定し
た転送要求情報を、電子メールサーバー３に送信する。
これに応答して、電子メールサーバー２は、転送要求情
報に対応する属性の電子メールを電子メールクライアン
ト３に転送する構成である。

【００６５】従って、電子メールクライアント３は、電
子メールサーバー２から転送を希望する電子メールのみ
を選択して受信することができる。ところで、一般に、
ユーザーにとっては、自己宛（ＴＯ）のメールの方が、
同報（ＣＣ）のメールに比して重要であり、ＴＯのメー
ルのみ選択してサーバーから受信することが可能な構成
であるため、ＣＣのメールを含めて受信するよりも通信
するデータ量を低減することができ、通信時間・通信コ
ストを抑えることが可能となる。従って、公衆回線を使
用する場合、特に、通信コストが高い無線携帯端末に有
効である。また、特に、メモリ容量の少ない携帯端末器
にあっては、ＴＯのメールのみを受信することにより、
メモリを節約することが可能となる。

【００６６】尚、本実施の形態では、電子メールサーバ
ー２は、各電子メールクライアント毎に夫々ＴＯメール
ボックス２８ａとＣＣメールボックス２８ｂを備える構
成としたが、ＴＯとＣＣのメールを同一のメールボック
スに保存して各クライアントに１つのメールボックスを
割り当てる構成としてメールボックスに要するメモリ容
量を低減する構成としても良い。

【００６７】また、上記した実施の形態では、電子メー
ルクライアント３は、要求属性として送信先指定形式
（ＴＯ、ＣＣ、若しくはＴＯ＋ＣＣ）を指定し、電子メ
ールサーバー２は、かかる要求属性に対応する電子メー
ルを電子メールクライアント２に転送する構成である
が、本発明の要求属性は、送信先指定形式に限定される
ものではない。例えば、要求属性として、電子メールの
管理情報として設定される“ｄａｔｅ”や“ｓｕｂｊｅ
ｃｔ”等の他の情報（項目）を設定して、転送される電
子メールの属性を選択しても良い。

【００６８】（第２の実施の形態）第２の実施の形態の
電子メールシステムは、図１〜図５に示した第１の実施
の形態の電子メールシステム１とほぼ同等の構成を有す
るため、その構成の詳細な説明は省略し、特徴的な事項
についてのみ説明する。

【００６９】即ち、本実施の形態においては、電子メー
ルクライアント３は、電子メールサーバーから転送され
た電子メールを受信してメールボックス３８に格納し、
そして、格納した電子メールの管理情報（ヘッダ部）を
分析して、個々の電子メールに対して自メールアドレス
がＴＯかＣＣに記述されているか否かを判断して、ＴＯ
とＣＣの電子メールを識別してメールボックス３８に格
納し、また、ＴＯとＣＣの電子メールを異なった表示態
様で、表示装置２７の表示画面に識別表示する。

【００７０】図１１は、電子メールクライアント３が実
行する電子メール受信処理を説明するためのフローチャ
ートである。図１１のフローチャートに記載した各機能
を実現するプログラムはＣＰＵ３１が読み取り可能なプ
ログラムコードの形態で上記記憶媒体３５に記憶されて
いる。

【００７１】図１１において、先ず、電子メールクライ
アント３は、電子メールサーバー２から転送された電子
メールを受信すると、１件毎に受信した電子メールの管
理情報を解析し、ＴＯに自メールアドレスがあるか否か
を判断し（ステップＳ４０）、ＴＯに自メールアドレス
があると判断した場合には、電子メールの先頭に識別記
号を付加して表示画面に表示し（ステップＳ４１）てス
テップＳ４２に移行する。尚、ＴＯに自メールアドレス
がない場合には、かかる識別記号を付加しないで電子メ
ールを表示する。また、ＴＯに自メールアドレスがない
と判断した場合にはステップＳ４２に移行する。

【００７２】ステップＳ４２では、全受信メールをチェ
ックしたか否かを判断し、全メールのチエックが終了し
た場合は、当該処理を終了する一方、チェックが終了し
ていない場合には全メールのチェックが終了するまで処
理を繰り返す。

【００７３】図１２は、当該電子メール受信処理におけ
る表示画面の表示例を示す図である。図１２に示す如
く、。受信したメールの送信日“ＤＡＴＥ”と送信先
“ｆｒｏｍ”が一覧表示されており、ＴＯ属性であるメ
ールは、識別記号である“☆”が送信日の前に表示され
ている。この例では、“1995/12/26 Ａ氏”、“1995/1
2/26 Ｃ氏”、“1995/12/26 Ｄ氏”からのメールがＴ
Ｏ属性であることを示している。尚、識別記号の付され
ていないものはＣＣ属性を示す。

【００７４】以上説明したように、本実施の形態では、
電子メールクライアント２は、電子メールサーバー２か
ら電子メールを受信すると、受信したメールの一覧表示
を行う。その際、各電子メール毎に管理情報の解析を行
い、ＴＯに自メールアドレスの有る電子メールには、電
子メールの先頭に識別記号を付加して識別表示する構成
である。従って、ユーザーが受信メールがＴＯで届いた
のか、ＣＣ又はそれ以外で届いたのかを容易に視認する
ができ、メールを読む順番等の目安となり、使い勝手が
向上する。

【００７５】また、上記した実施の形態では、メールに
ＴＯ属性であることを示す識別記号を表示する構成とし
たが、識別表示はこれに限られるものではなく、例え
ば、文字種、文字サイズ、特殊文字や、色等を使用して
識別表示を行っても良い。また、ＴＯやＣＣの相違によ
る識別表示に限られるものではなく、例えば、送信日
“ＤＡＴＥ”や表題“ｓｕｂｊｅｃｔ”等の情報に基づ
いて、電子メールの識別表示を行っても良い。

【００７６】（第３の実施の形態）第３の実施の形態の
電子メールシステムは、図１〜図５に示した第１の実施
の形態の電子メールシステムとほぼ同等の構成を有する
ため、その構成の詳細な説明は省略し、特徴的な事項に
ついてのみ説明する。即ち、本実施の形態においては、
電子メールクライアント３のメールボックス３８は、図
１３に示す如く、ＴＯメールボックス３８ａとＣＣメー
ルボックス３８ｂを備えている。すなわち、ＴＯ用とＣ
Ｃ用とで電子メールを記憶する領域が区分されている。

【００７７】そして、電子メールクライアント３は、電
子メールサーバー２から電子メールを受信すると、電子
メールの管理情報の送信先（ＴＯ、ＣＣ）を判断し、管
理情報のＴＯ部分に自メールアドレスが記載されている
電子メールをメールボックス３８内のＴＯメールボック
ス３８ａに格納し、他方、管理情報のＣＣ部分に自メー
ルアドレスが記載されている電子メールをメールボック
ス３８内のＣＣメールボックス３８ｂに格納する。尚、
図１３に示すメールボックス３８の例では、ＴＯメール
ボックス３８ａには “1995/12/26 Ａ氏”、“1995/1
2/26 Ｃ氏”、及び“1995/12/26 Ｄ氏”のメールが格
納されており、ＣＣメールボックス３８ｂには“1995/1
2/26 Ｂ氏”及び“1995/12/26 Ｃ氏”が格納されてい
る。

【００７８】図１４は、電子メールクライアント３が実
行する電子メール受信処理を説明するためのフローチャ
ートであり、図１５は、当該電子メール受信処理におけ
る電子メール分配処理を説明するためのフローチャート
である。これら図１４及び図５のフローチャートに記載
した各機能を実現するプログラムはＣＰＵ３１が読み取
り可能なプログラムコードの形態で上記記憶媒体３５に
記憶されている。

【００７９】図１４において、電子メールクライアント
３は、電子メールサーバー２から電子メールが転送され
ると、後述する電子メールの分配処理（図１５参照）を
実行して（ステップＳ５０）、電子メールを送信先指定
形式（ＴＯ若しくはＣＣ）に応じて、電子メールボック
ス３８内のＴＯメールボックス３８ａ若しくはＣＣメー
ルボックス３８ｂに格納する。次いで、受信した全メー
ルの分配が終了したか否かを判断し（ステップＳ５
１）、全メールの分配が終了した場合は、当該処理を終
了する一方、分配が終了していない場合には全受信メー
ルの分配が終了するまで処理を繰り返す。

【００８０】次に、上記ステップＳ５０で示した電子メ
ール分配処理の詳細な動作を図１５に示すフローチャー
トに基づいて説明する。

【００８１】図１５では、先ず、電子メールクライアン
ト３は、受信した電子メールを１電子メール毎に管理情
報の解析を行い、ＴＯに自メールアドレスがあるか否か
を判断する（ステップＳ６０）。ＴＯに自メールアドレ
スがない場合にはステップＳ６２に移行する一方、ＴＯ
に自メールアドレスがある場合には、メールボックス３
８内のＴＯボックス３８ｂに分配して（ステップＳ６
１）、ステップＳ６２に移行する。

【００８２】ステップＳ６２では、受信した電子メール
を１電子メール毎に管理情報を解析し、ＣＣに自メール
アドレスがあるか否かを判断する。ＣＣに自メールアド
レスがない場合には当該分配処理を終了する一方、ＣＣ
に自メールアドレスがある場合には、メールボックス３
８内のＣＣボックス３８ｂに分配して（ステップＳ６
３）、当該分配処理を終了する。これらＴＯメールボッ
クスとＣＣメールボックスに格納される電子メールの一
覧は、入力装置２２の指示により、表示装置２３に表示
される。

【００８３】以上説明したように、本実施の形態におい
ては、電子メールクライアント３は、電子メールサーバ
ー２から電子メールが転送されると、電子メールの管理
情報の送信先指定形式（ＴＯ、ＣＣ）を判断し、ＴＯの
電子メール及びＣＣの電子メールを夫々、メールボック
ス３８内のＴＯメールボックス３８ａ及びＣＣメールボ
ックス３８ｂに格納する構成である。従って、所望の送
信先指定形式（ＴＯ若しくはＣＣ）の電子メールを高速
で検索して表示することが可能となる。

【００８４】尚、上記した実施の形態では、電子メール
を送信先指定形式（ＴＯ若しくＣＣ）に応じて、メール
ボックス３８内で分別して格納する構成としたが、分別
する属性はこれに限られるものではない。例えば、“ｄ
ａｔｅ”や“ｓｕｂｊｅｃｔ”等の他の管理情報により
分別する構成としても良い。

【００８５】

【発明の効果】請求項１記載の発明によれば、電子メー
ルクライアントでは、電子メールサーバーから、転送を
希望する種類の電子メールを選択して受信することがで
き、操作者の使い勝手が良くなる。

【００８６】また、請求項２の発明によれば、電子メー
ルクライアントは、電子メールサーバーから受信した電
子メールを、属性別に分類する構成であるので、電子メ
ールの属性を容易に識別することができ、また、電子メ
ールを読む順番等に優先度を付けることができるため、
操作者の使い勝手が向上する。

【００８７】また、請求項３記載の発明によれば、請求
項２記載の発明の効果に加えて、電子メールクライアン
ト側で、電子メール情報を属性別に区分して記憶する構
成であるので、所望の属性の電子メール情報を高速に検
索して表示することが可能となる。

【００８８】また、請求項４記載の発明によれば、電子
メールを、個人宛送信（ＴＯ）と、同報送信（ＣＣ）と
に分類する構成であるので、受信した電子メールが、個
人宛送信（ＴＯ）であるか、若しくは、同報送信（Ｃ
Ｃ）であるかを容易に識別することができ、所望の宛先
（ＴＯ若しくはＣＣ）の電子メールを先に読むことが可
能となる。

【００８９】また、請求項５記載の発明によれば、電子
メールを属性別に、記憶手段の異なった記憶領域に記憶
する構成であるので、所望の属性の電子メールの高速読
み出しが可能となる。また、必要な属性の電子メールの
記憶領域のメモリ容量を大とし、あまり必要でない属性
の電子メールの記憶領域のメモリ容量を小として、メモ
リを有効に使用することが可能となる。

【００９０】また、請求項６記載の発明によれば、さら
に、電子メールクライアントを低消費電力、省スペー
ス、及び携帯性とすることができ、操作者の使い勝手が
良くなる。

【図面の簡単な説明】

【図１】第１の実施形態において、本発明を適用した電
子メールシステムの基本構成（ＬＡＮ型）を示す図であ
る。

【図２】第１の実施形態において、本発明を適用した電
子メールシステムの基本構成の他の例を示す図である。

【図３】第１の実施形態において、電子メールのフォー
マット例を示す図である。

【図４】第１の実施形態において、電子メールシステム
における電子メールサーバーの要部構成を示すブロック
図である。

【図５】第１の実施形態において、電子メールシステム
における電子メールクライアントの要部構成を示すブロ
ック図である。

【図６】第１の実施形態において、転送要求情報のデー
タフォーマットを示す図。

【図７】第１の実施形態において、電子メールサーバー
により実行される電子メール受信処理を説明するための
フローチャートである。

【図８】第１の実施形態において、図７の電子メール受
信処理における電子メール分配処理を説明するためのフ
ローチャートである。

【図９】第１の実施形態において、電子メールクライア
ントにより実行される電子メール送信要求処理を説明す
るためのフローチャートである。

【図１０】第１の実施形態において、電子メールサーバ
ーにより実行される電子メール転送処理を説明するため
のフローチャートである。

【図１１】第２の実施形態において、電子メールクライ
アントにより実行する電子メール受信処理を説明するた
めのフローチャートである。

【図１２】第２の実施形態において、図１１の電子メー
ル受信処理における表示画面の表示例を示す図である。

【図１３】第３の実施の形態において、電子メールクラ
イアントのメールボックスの構成を示す図。

【図１４】第３の実施の形態において、電子メールクラ
イアントにより実行される電子メール受信処理を説明す
るためのフローチャートである。

【図１５】第３の実施の形態において、図１４の電子メ
ール受信処理における電子メール分配処理を説明するた
めのフローチャートである。

【符号の説明】

１電子メールシステム２電子メールサーバー３電子メールクライアント２１、３１ＣＰＵ２２、３２入力装置２３、３３ＲＡＭ２４、３４記憶装置２５、３５記憶媒体２６、３６印刷装置２７、３７表示装置２８、３８メールボックス２９、３９Ｉ／Ｏポート３０通信端末部

Claims

【特許請求の範囲】

【請求項１】電子メールサーバーと電子メールクライア
ントとを備え、データ通信により電子メールを送受信す
る電子メールシステムであって、前記電子メールサーバーは、受信した電子メールのヘッダ情報を解析して、当該電子
メールを属性別に分類するメール情報解析手段と、前記メール情報解析手段により分類された電子メールを
記憶する記憶手段と、前記電子メールクライアントから送出される転送要求情
報を解析し、対応する属性の電子メールを前記記憶手段
から読み出して、前記電子メールクライアントに送信す
る要求解析手段と、を備え、前記電子メールクライアントは、前記電子メールサーバーが受信した電子メールで、自己
に送信を希望する電子メールの属性を指定した前記転送
要求情報を前記電子メールサーバーに送出する転送要求
情報送出手段と、を備えたことを特徴とする電子メールシステム。
【請求項２】電子メールサーバーと電子メールクライア
ントとを備え、データ通信により電子メールを送受信す
る電子メールシステムであって、前記電子メールクライアントは、前記電子メールサーバーから受信した電子メールのヘッ
ダ情報を解析して、当該電子メールを属性別に分類する
メール情報解析手段と、表示画面に電子メールを表示するに際し、前記メール情
報解析手段により解析された属性に応じて、異なった表
示態様で当該電子メールを表示させる表示制御手段と、を備えたことを特徴とする電子メールシステム。
【請求項３】電子メールサーバーと電子メールクライア
ントとを備え、データ通信により電子メールを送受信す
る電子メールシステムであって、前記電子メールクライアントは、前記電子メールサーバーから受信した電子メールのヘッ
ダ情報を解析して、当該電子メールを属性別に分類する
メール情報解析手段と、前記メール情報解析手段により分類された電子メールを
属性別に区分して記憶する記憶手段と、を備えたことを特徴とする電子メールシステム。
【請求項４】前記属性は、電子メールの送信先指定形式
であり、個人宛送信（ＴＯ）と、同報送信（ＣＣ）とに
分類されることを特徴とする請求項１〜３のいずれかに
記載の電子メールシステム。
【請求項５】前記記憶手段は、前記メール情報解析手段
により分類された電子メールを、夫々異なった記憶領域
に記憶することを特徴とする請求項１又は３記載の電子
メールシステム。
【請求項６】前記電子メールクライアントは、携帯情報
端末機であることを特徴とする請求項１〜５のいずれか
に記載の電子メールシステム。