JP2002007290A - メール送受信システム、メール作成・送信装置、メール受信・再生装置、メール送受信装置、インターネットアクセス装置および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 アイコン画像などの画像や音声を表す添付デ
ータを含むマルチメディアデータを送受信する際に、送
受信のデータ量を小さくして、送受信にかかる時間を短
縮すること。 【解決手段】 メール作成・送信装置では、マルチメデ
ィアデータの中で、画像や音声を表す添付データに対応
するＩＤを生成して、この添付データをＩＤに置き換え
たマルチメディアデータをネットワークを介してメール
受信・再生装置３に送信する。このメール受信・再生装
置３においては、上記ＩＤに対応する実データを生成し
て、この実データの表す画像や音声を再生する。上記添
付データ、ＩＤおよび実データは、カテゴライズして登
録していて、カテゴリに基づいて近似するＩＤ、実デー
タで代用される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、例えば、アイコ
ン画像や背景イメージ、音声などの添付データを含むマ
ルチメディアメールを送受信するのに好適なメール送受
信システム、メール作成・送信装置、メール受信・再生
装置、メール送受信装置、インターネットアクセス装置
および記録媒体に関する。

【０００２】

【従来の技術】従来より、電子メールとして、画像や音
声などを含むマルチメディアメールを送受信することが
行われていたが、その方法は、次に示す方法のいずれか
であった。

【０００３】（１）データそのものを添付する方法 インターネットメールでは、ＭＩＭＥ（Multipurpose I
nternet Mail Extension）添付方式が規定されており、
複数の形式が異なるデータを送受信することができる。
この方法は、この仕組みを用いて、本文（テキストデー
タ）の他に、送信したい画像や音声を表す実データその
ものを添付データとして送信する方法である。

【０００４】（２）データの所在（ＵＲＬ（Uniform Re
source Locator ））を添付する方法 この方法は、本文のテキストデータに添付データの実体
を添付するのではなく、いったん送信したいデータを受
信者が取得できるサーバなどに置いた上で、そのサーバ
上のデータヘのアクセス方法(インターネットでは、通
常ＵＲＬで示すのが一般的)をメールの本文中に記した
り、あるいは、ＵＲＬを添付したりして、間接的に送信
する方法である。

【０００５】この方法を用いた場合、受信者はメール受
信後、目的の添付データを得るためには、再度、サーバ
などへのアクセスが必要となるが、受信装置(例えば、
メールソフト)によってはこれを自動的に行うことで、
ユーザはあたかもデータの実体が実際に送信されてきた
かのように取り扱うことができるようにすることができ
る。最近、盛んに用いられつつあるＨＴＭＬ（Hyper Te
xt Markup Language）テキストメールがこれに該当す
る。

【０００６】（３）添付データをエンコードしてＭＩＭ
Ｅ形式で添付する方法（特開平１０−２６０９１９号公
報参照） この方法の電子メール端末装置、電子メールシステムお
よび情報処理システムでは、さまざまな添付データがエ
ンコードされて、ＭＩＭＥ形式で添付されたときに、そ
の添付データを表示・編集するために、当該添付データ
に該当するヘルパプログラムを特定し、更に、装置内に
ヘルパプログラムを保持していないときに、ネットワー
ク上からヘルパプログラムを特定して、共有する。ま
た、受信したデータの添付データを本文データと関連し
て保存、管理するための手法に関して、受信装置内で効
率的に管理できるようにしている。

【０００７】

【発明が解決しようとする課題】上記した従来技術で
は、それぞれ次に示す問題点がある。

【０００８】（１）データそのものを添付する方法 この方法では、送信したデータを確実に相手に伝えるこ
とができるが、メールデータの容量が非常に大きくなる
という問題点がある。特に、本文のテキストデータに対
して、文意に直接意味を付けるわけではないちょっとし
た飾り画像や音声データなどの添付データであっても、
テキストデータの何倍ものデータ容量となり、メールデ
ータを送受信する際のサーバ接続時間や、メールを保存
するための容量が非常に膨大となってしまい、特に、デ
ータ転送容量や記憶容量に制限のある携帯機器では、こ
の方法を頻繁に用いることは適さない。

【０００９】（２）データの所在（ＵＲＬ）を添付する
方法 この方法は、（１）のデータそのものを添付する方法に
比べて、メールデータの容量が増大することを防ぐ効果
がある。しかし、１つのメールを読もうとする時に、ネ
ットワークに端末が常時接続されているようなＬＡＮ環
境では、添付データのアクセス時に添付ＵＲＬへのアク
セスを行うことは、特に問題ではないが、携帯機器で
は、その都度、ネットワークと接続を行う必要があるた
め、非常に問題となる。

【００１０】また、同じ添付データを含むマルチメディ
アメールであっても、発信者によって添付データの所在
が異なるのが―般であるため、キャッシュなどの仕組み
を用いてアクセスを低減する方法を使用しても、結果的
に、その効果は得られにくい。

【００１１】（３）添付データをエンコードしてＭＩＭ
Ｅ形式で添付する方法（特開平１０−２６０９１９号公
報） この特開平１０−２６０９１９号公報には、受信したメ
ールの管理方法に関して、効率的なデータ管理方法や該
当ヘルパプログラムの起動方法を示しているが、この方
法では、依然としてメールを送受信する際のデータに関
しては、データそのものをエンコードなどして送受信す
る必要があるため、ネットワークを経由する際のデータ
の送受信に要する時間を小さくすることができない。

【００１２】そこで、本発明の課題は、画像データや音
声データなどの添付データを含むマルチメディアデータ
を送受信する際に、送受信のデータ量を小さくして、送
受信にかかる時間を短縮することにある。

【００１３】

【課題を解決するための手段】上記課題を解決するた
め、この発明のメール送受信システムは、メール作成・
送信装置とメール受信・再生装置との間でネットワーク
を介してデータを送受信するメール送受信システムにお
いて、上記メール作成・送信装置は、画像や音声等を表
す添付データを含むマルチメディアデータを作成するメ
ール作成手段と、上記添付データに対応するＩＤ（識別
子：Identifier）を生成するＩＤ生成手段を有して、上
記添付データに代えて上記ＩＤを送信し、上記メール受
信・再生装置は、上記ＩＤに対応する画像や音声等を表
す実データを生成する実データ生成手段を有して、上記
実データの表す画像や音声等を再生することを特徴とし
ている。

【００１４】上記構成によれば、ＩＤ生成手段によっ
て、画像や音声等を表す添付データに対応するＩＤが生
成されて、上記添付データに置き換えてＩＤがネットワ
ークを介してメール受信・再生装置に送信される。この
メール受信・再生装置においては、上記実データ生成手
段によって、ＩＤに対応する実データが生成されて、こ
の実データの表す画像や音声等が再生される。

【００１５】このように、画像や音声等を表す実際の添
付データそのものを送信するのではなくて、添付データ
に代えてＩＤを送信するので、送受信のデータ量を小さ
くできて、送受信にかかる時間を短縮できる。

【００１６】１実施の形態では、上記ＩＤ生成手段は、
添付データのカテゴリに基づいて、ＩＤを生成する。

【００１７】上記実施の形態では、上記ＩＤ生成手段
は、添付データのカテゴリに基づいて、ＩＤを生成する
から、添付データそのもののＩＤが保持されていなくて
も、その添付データに近似した意味を有する他の添付デ
ータのＩＤを生成する。この近似した意味を有する添付
データのＩＤを送信して、近似した添付データで本来の
添付データを代用させることができる。このように、近
似した添付データで代用させるので、ＩＤおよび添付デ
ータの保存データ量を小さくすることができる。特に、
添付データである音声データや画像データが、電子メー
ルの装飾や感情表現に用いられる定型のサウンドデータ
やアイコン画像、あるいは背景イメージである場合に
は、添付データのカテゴリ化が容易で、かつ、適切にで
きるので、ＩＤによって、ふさわしい添付データを再生
（画像化あるいは音声化等）ができる。

【００１８】１実施の形態では、上記ネットワークに接
続されたサーバは、上記添付データに対応するＩＤを生
成するＩＤ生成手段を有して、上記添付データに代えて
上記ＩＤをメール受信・再生装置に送信する。

【００１９】この実施の形態によれば、上記サーバのＩ
Ｄ生成手段が添付データに対応するＩＤを生成して、上
記サーバからメール受信・再生装置に、添付データに代
えてＩＤが送信される。このように、中継する上記サー
バにより添付データをＩＤ化するため、サーバからメー
ル受信・再生装置に至る経路上においては、メールデー
タ容量を小さくして、データ転送の負荷を軽減すること
ができる。

【００２０】ここで、上記ＩＤ生成手段が添付データに
対応するＩＤを生成するとは、添付データに対して一対
一にＩＤを生成すること、または、添付データをその意
味に基づいて分類したカテゴリに基づいて、対象となる
添付データと同じ意味または近似した意味を有する代用
の添付データのＩＤを生成することの一方または両方を
意味する。

【００２１】この発明のメール送受信システムは、メー
ル作成・送信装置とメール受信・再生装置との間でネッ
トワークを介してデータを送受信するメール送受信シス
テムにおいて、上記メール作成・送信装置は、画像や音
声等を表す添付データを含むマルチメディアデータを作
成するメール作成手段を有して、上記マルチメディアデ
ータを送信し、上記ネットワークに接続されたサーバ
は、上記添付データに対応するＩＤを生成するＩＤ生成
手段を有して、上記添付データに代えて上記ＩＤをメー
ル受信・再生装置に送信することを特徴としている。

【００２２】上記構成によれば、上記サーバのＩＤ生成
手段が添付データに対応するＩＤを生成して、上記サー
バからメール受信・再生装置に、添付データに代えてＩ
Ｄが送信される。このように、中継する上記サーバによ
り添付データをＩＤ化するため、サーバからメール受信
・再生装置に至る経路上においては、メールデータ容量
を小さくして、データ転送の負荷を軽減することができ
る。これは特に、メール作成・送信装置に特別な装置を
用いない場合や、あるいは、メール作成・送信装置側が
高速ＬＡＮ（Local Area Network）環境など太いパイプ
を持つが、メール受信・再生装置がモバイル装置のよう
な低速ネットワークなどに接続されている場合に有用で
ある。

【００２３】１実施の形態では、上記ネットワークに接
続されたサーバは、上記ＩＤに対応する画像や音声等を
表す実データを生成する実データ生成手段を有して、上
記ＩＤに代えて上記実データをメール受信・再生装置に
送信する。

【００２４】上記実施の形態によれば、上記サーバがメ
ール作成・送信装置からＩＤを受けて、このＩＤを実デ
ータに変換してメール受信・再生装置に送信するので、
上記メール作成・送信装置とサーバとの間の送信データ
量を小さくでき、しかも、メール受信・再生装置に実デ
ータ生成手段がなくても、添付データに対応する実デー
タを再生することができる。

【００２５】ここで、上記実データ生成手段がＩＤに対
応する実データを生成するとは、上記ＩＤに基づいて、
添付データそのものを実データとして生成すること、あ
るいは、添付データと同じカテゴリに属する添付データ
と近似するデータを実データとして生成することとの一
方または両方を意味する。

【００２６】この発明のメール送受信システムは、メー
ル作成・送信装置とメール受信・再生装置との間でネッ
トワークを介してデータを送受信するメール送受信シス
テムにおいて、上記メール作成・送信装置は、画像や音
声等を表す添付データを含むマルチメディアデータを作
成するメール作成手段と、上記添付データに対応するＩ
Ｄを生成するＩＤ生成手段を有して、上記添付データに
代えて上記ＩＤを送信し、上記ネットワークに接続され
たサーバは、上記ＩＤに対応する画像や音声等を表す実
データを生成する実データ生成手段を有して、上記ＩＤ
に代えて上記実データをメール受信・再生装置に送信
し、上記メール受信・再生装置は、上記実データの表す
画像や音声等を再生することを特徴としている。

【００２７】上記構成によれば、上記サーバがメール作
成・送信装置からＩＤを受けて、このＩＤを実データに
変換してメール受信・再生装置に送信するので、上記メ
ール作成・送信装置とサーバとの間の送信データ量を小
さくでき、しかも、メール受信・再生装置に実データ生
成手段がなくても、添付データに対応する実データを再
生することができる。

【００２８】１実施の形態では、上記実データは、上記
添付データと同じである。

【００２９】１実施の形態では、上記実データは、上記
添付データと同じカテゴリに属するデータであって、上
記添付データの表す内容と近似した内容を表すデータで
ある。

【００３０】１実施の形態では、上記メール作成・送信
装置は、自己のＩＤ生成手段が添付データに対応するＩ
Ｄを生成することができないときに、上記サーバに、上
記添付データに対応するＩＤを問い合わせて、上記サー
バから、上記添付データに対応するＩＤを取得するＩＤ
取得手段を有して、そのＩＤを添付データに代えて送信
する。

【００３１】上記実施の形態では、自己のＩＤ生成手段
がＩＤを生成できないときでも、ＩＤ取得手段によっ
て、サーバから添付データに対応するＩＤを取得して、
ＩＤを送信できる。したがって、上記メール作成・送信
装置において保持すべきＩＤおよび添付データの量を少
なくできる。

【００３２】１実施の形態では、上記メール作成・送信
装置は、自己のＩＤ生成手段が生成できるＩＤに対応す
る添付データ以外の添付データが要求されたときに、上
記サーバから、その添付データとその添付データに対応
するＩＤとを取得するデータ・ＩＤ取得手段を有する。

【００３３】上記実施の形態では、自己のＩＤ生成手段
が生成できるＩＤに対応する添付データ以外の添付デー
タが要求されたときに、上記データ・ＩＤ取得手段によ
ってサーバから、その添付データとその添付データに対
応するＩＤとを取得することができる。したがって、複
数のメール作成・送信装置が、サーバのＩＤおよび添付
データを共有化できる。したがって、上記メール作成・
送信装置が保持すべきＩＤおよび添付データの量を少な
くできる。

【００３４】１実施の形態では、上記メール受信・再生
装置は、自己の実データ生成手段がＩＤに対応する実デ
ータを生成することができないときに、上記サーバに、
上記ＩＤに対応する実データを問い合わせて、上記サー
バから、上記ＩＤに対応する実データを取得する実デー
タ取得手段を有して、その実データを再生する。

【００３５】上記実施の形態では、受信したＩＤに対応
する実データがメール受信・再生装置内に存在しない場
合でも、実データ取得手段によって、自動的あるいはユ
ーザの指示により、ネットワーク上のサーバからＩＤに
対応する実データを取得して、その実データを再生する
ことができる。

【００３６】１実施の形態では、上記サーバは、各メー
ル受信・再生装置の能力または要望に応じて、上記添付
データ、上記ＩＤ、あるいは、上記ＩＤと同じカテゴリ
に属する他のＩＤを各メール受信・再生装置に送信す
る。

【００３７】例えば、複数の相手先（メール受信・再生
装置）に同じ内容のマルチメディアメールを同報通信し
たい場合には、どうしても最も機能が低いメール受信・
再生装置を考慮して、それに合わせた内容で、マルチメ
ディアデータを送信する必要がある。しかし、これで
は、せっかく、ＩＤ化による送受信コストを下げること
が可能になったメール受信・再生装置に、無駄なコスト
を払わすことになる。逆に、ＩＤに対応する実データを
再現できないメール受信・再生装置に、ＩＤを送信する
と、そのメール受信・再生装置の受信者は、ほかの受信
者が得たのと同じ情報を再生することができないことに
なる。

【００３８】しかし、この実施の形態では、上記サーバ
は、各メール受信・再生装置の能力または要望に応じ
て、各メール受信・再生装置の特性にあった送信形式で
データを送信する。したがって、メール作成・送信装置
側では、全てのメール受信・再生装置を考慮しなくて
も、安い送信コストで、所望の内容を再生できるデータ
を配信することができる。

【００３９】１実施の形態では、上記ＩＤは、ＨＴＭＬ
メールの一部であり、上記ＩＤの前後を囲むタグによっ
て、上記ＩＤが識別できるようになっている。

【００４０】上記実施の形態では、上記ＩＤがＨＴＭＬ
メールの一部であるから、ＩＤに対応していないメール
受信・再生装置でもメールの大部分を再生でき、非常に
広い範囲でこのメール送受信システムを汎用的に利用で
きる。

【００４１】また、上記ＩＤの前後がタグで囲まれてい
るから、ＩＤの識別が容易で、しかも、タグ内の属性に
よって、アイコン画像やサウンドなどの指定をすること
が可能である。

【００４２】１実施の形態では、上記ＩＤはＵＲＬによ
って表現されている上記実施の形態では、上記ＩＤがＨ
ＴＭＬメール中のＵＲＬとして表現されているので、Ｉ
Ｄを解釈できないメール受信・再生装置にメールが受信
された場合でも、この受信メールを、ＵＲＬ表現された
通常のＨＴＭＬメールとして扱って、メールを再生（表
示または音声化）することができる。

【００４３】この発明のメール作成・送信装置は、メー
ルデータをネットワークを介して送信するメール作成・
送信装置において、画像や音声等を表す添付データを含
むマルチメディアデータを作成するメール作成手段と、
上記添付データに対応するＩＤを生成するＩＤ生成手段
を有して、上記添付データに代えて上記ＩＤを送信する
ことを特徴としている。

【００４４】上記メール作成手段によって、例えば、あ
る程度よく使うサウンドやアイコン画像を表す添付デー
タを、選択操作で本文データに添付して、マルチメディ
アデータを簡単に作成するようにすることができる。上
記ＩＤ生成手段によって、画像や音声等を表す添付デー
タに対応するＩＤが生成されて、上記添付データに置き
換えてＩＤがネットワークを介して送信される。

【００４５】このように、画像や音声等を表す実際の添
付データそのものを送信するのではなくて、添付データ
に代えてＩＤを送信するので、送信データ量を小さくで
きて、送信にかかる時間を短縮できる。

【００４６】１実施の形態では、ＩＤと、そのＩＤに対
応する添付データとをカテゴライズして記憶すると共
に、新たな添付データに対してカテゴリを同定してＩＤ
を割り当てて登録するＩＤ登録手段を有する。

【００４７】この実施の形態によれば、上記ＩＤ登録手
段によって、新しい添付データに対してカテゴリを同定
して、ＩＤを割り当てて登録する。したがって、新しい
添付データにＩＤを対応させることができ、サーバに対
する問い合わせの頻度を少なくできる。

【００４８】この発明のメール受信・再生装置は、画像
や音声等を表す添付データに対応するＩＤを含むマルチ
メディアデータをネットワークを介して受信して再生す
るメール受信・再生装置であって、上記マルチメディア
データに含まれるＩＤに対応する画像や音声等を表す実
データを生成する実データ生成手段を有して、上記実デ
ータの表す画像や音声等を再生することを特徴としてい
る。

【００４９】上記構成によれば、上記実データ生成手段
によって、ＩＤに対応する実データが生成されて、この
実データの表す画像や音声等が再生される。

【００５０】このように、添付データに代えて送信され
たＩＤを受信して、実データに変換るので、受信データ
量を小さくできて、受信にかかる時間を短縮できる。

【００５１】１実施の形態では、受けたＩＤに対応する
実データがない場合には、カテゴライズして記憶された
ＩＤとそのＩＤに対応する実データとに基づいて、その
ＩＤの上位カテゴリに属するデータあるいは代表データ
を検索する実データ検索手段を有する。

【００５２】上記実施の形態では、実データ検索手段に
よって、カテゴライズして記憶されたＩＤとそのＩＤに
対応する実データとに基づいて、受けたＩＤに対応する
実データがない場合でも、そのＩＤの上位カテゴリに属
するデータあるいは代表データを検索して得ることがで
きる。

【００５３】この発明のメール送受信装置は、上記メー
ル作成・送信装置と、上記メール受信・再生装置とを備
える。

【００５４】この発明によれば、上記メール作成・送信
装置と上記メール受信・再生装置との両方の機能を得る
ことができる。また、上記メール作成・送信装置とメー
ル受信・再生装置とを一体化しているので、受信してマ
ルチメディアメールに含まれる新規なＩＤとそのＩＤに
対する添付データとをメール作成・送信装置側で利用可
能にすることができる。

【００５５】１実施の形態では、ＩＤと、そのＩＤに対
応する添付データとを所定の形式で含むマルチメディア
データを受信したときに、上記ＩＤと上記添付データと
を対応させて認識する認識手段を有し、上記ＩＤ生成手
段は、上記認識手段が認識した上記添付データに対応す
る上記ＩＤを生成できる。

【００５６】上記実施の形態によれば、ＩＤと、そのＩ
Ｄに対応する添付データとを所定の形式で含むマルチメ
ディアデータを受信したときに、上記認識手段が、ＩＤ
と上記添付データとを対応させて認識する。そして、上
記ＩＤ生成手段は、上記認識手段が認識した上記添付デ
ータに対応する上記ＩＤを生成できる。したがって、受
信したデータに基づいて、ＩＤと添付データの量を増大
することができる。

【００５７】この発明のインターネットアクセス装置
は、マルチメディアデータに含まれる画像や音声等を表
す添付データを表すＩＤに対応する画像や音声等を表す
実データを生成する実データ生成手段と、上記実データ
生成手段がＩＤに対応する実データを生成することがで
きないときに、特定のサーバあるいはＵＲＬによって指
定されたサーバから、上記ＩＤに対応する実データを取
得する実データ取得手段と、上記実データを再生する再
生手段とを備えたことを特徴としている。

【００５８】この発明によれば、実データ生成手段によ
って、受信したＩＤから実データを得るので、受信デー
タ量を少なくでき、受信時間を短縮できる。また、上記
実データ取得手段によって、上記実データ生成手段がＩ
Ｄに対応する実データを生成することができないときで
も、特定のサーバあるいはＵＲＬによって指定されたサ
ーバから、上記ＩＤに対応する実データを取得すること
ができる。したがって、保存しておく実データの量を少
なくできる。

【００５９】また、この発明は、メールに限らず、さま
ざまな通信可能なデータをＩＤ化して、ネットワークに
かかるコストを下げながら、より多くのデータの交換を
可能にする。

【００６０】この発明の記録媒体は、上記メール送受信
システム、あるいは、上記メール作成・送信装置、ある
いは、上記メール受信・再生装置、あるいは、上記メー
ル送受信装置、あるいは、上記インターネットアクセス
装置における手段としてコンピュータを機能させるため
のプログラムを記録していることを特徴としている。

【００６１】この発明の記録媒体によれば、上記メール
送受信システム、あるいは、上記メール作成・送信装
置、あるいは、上記メール受信・再生装置、あるいは、
上記メール送受信装置、あるいは、上記インターネット
アクセス装置の機能を得ることができる。

【００６２】

【発明の実施の形態】以下、この発明を図示の実施の形
態により詳細に説明する。

【００６３】図１は、この実施の形態のメール送受信シ
ステムの全体構成を示す図である。このメール送受信シ
ステムにおいては、メール作成・送信装置１は、メール
本文および添付データを作成して、送信することができ
る。一方、メール受信・再生装置３は、送信されてきた
メール本文および添付データを表示、再現することがで
きる。上記メール作成・送信装置１で作成されて送信さ
れたメールは、一旦、メールサーバ５に蓄えられる。イ
ンターネットメールシステムでは、図１に示すように、
メールサーバ５はインターネット上に存在するが、ロー
カルな環境（いわゆるＬＡＮ：Local Area Network）や
インターネット以外の環境では、それぞれ独自のネット
ワーク環境に存在するサーバを上記メールサーバ５と同
様に機能させる。また、インターネットメールでは通
常、送信機器に近いメールサーバからさまざまな中継サ
ーバを介して受信機器に近いメールサーバにまで送られ
た上で、保持されるが、送信機器と受信機器が同一メー
ルサーバを経由することもあり、ここではこれらの区別
は特に問題とはしない。簡単化のために、図１では、同
一のメールサーバ５を経由する図を示している。メール
サーバ５に保持されたメールデータは、メール受信・再
生装置３からの指示などによりメール受信・再生装置３
内に取り込まれ、ユーザに対してメールデータに適した
形式で表示される。

【００６４】また、図１では、メールサーバ５を経由し
た図となっているが、メール送信装置１がネットワーク
を経由して、直接、メール受信装置３にメールデータ等
を送信するシステムでも良い。

【００６５】この実施の形態では、上記メール作成・送
信装置１、メール受信・再生装置３、および、ネットワ
ーク上に存在するデータ管理サーバ６は、それぞれに、
添付データとＩＤ（識別子：Identifier）との変換を可
能にするためのＩＤテーブル２，４，７を有する。もっ
とも、図１には示していないが、メールサーバ５そのも
のが、ＩＤテーブルを有してもよい。

【００６６】上記メール作成・送信装置１において、ユ
ーザが作成したメ一ルに添付するデータをユーザが選択
する時、データをＩＤに変換するために、メール作成・
送信装置１に付属するＩＤテーブル２を参照し、ＩＤに
変換できるデータについては、ＩＤに変換する。あるい
は、メール作成時にユーザに対して、ＩＤテーブル２に
有するデータの一覧を表示するなどして、ユーザが簡単
に選択できる機構を持つこともできる。あるいは、ユー
ザが添付したいデータをメール作成・送信装置１に提示
した後、このメール作成・送信装置１にて、このデータ
がＩＤに変換可能かどうかをＩＤテーブル２を参照した
り、あるいは、データ管理サーバ６に問い合わせてデー
タ管理サーバ６に付属するＩＤテーブル７を参照して、
このデータに対するＩＤを得たりすることもできる。こ
のようにして作成したメールデータは、メールサーバ５
などを経由してメール受信・再生装置３に取り込まれ
る。

【００６７】このメール受信・再生装置３では、メール
内にＩＤ化されたデータがあることを認知すると、この
メール受信・再生装置３内のＩＤテーブル４を参照し
て、そのＩＤに該当するデータを検索する。このＩＤに
該当するデータが見つかれば、そのデータを表示する必
要が生じた段階で、ＩＤに変えて該当するデータを表示
する。もし、該当するデータが見つからなけれぱ、デー
タ管理サーバ６(あるいは、メールサーバ５)に対して、
ＩＤに該当するデータの提示を要求することができる。

【００６８】上記データ管理サーバ６(あるいは、メー
ルサーバ５)では、ＩＤとデータとの対応に関するこの
ような問い合わせに対して、応答する機能を有して、デ
ータの更新登録と、データとＩＤとの対応テーブルのダ
ウンロードサービスとを提供する。

【００６９】上記メール受信・再生装置３からのＩＤと
データとの対応に関する問い合わせに対して、データ管
理サーバ６(あるいは、メールサーバ５)はサーバ内のＩ
Ｄテーブル７を参照し、そのＩＤに該当するデータを検
索する。該当するデータが見つかれば、そのデータをメ
ール受信・再生装置３に提示する。これを受けて、メー
ル受信・再生装置３は、表示のためのこのデータをＩＤ
に変えて表示することによって、送信時のデータを再現
することができると共に、自らのＩＤテーブル４にもこ
のデータを登録して、データとＩＤとの対応関係情報を
更新する。

【００７０】上記メールサーバ５は、ＩＤを送信するこ
とができるメール作成・送信装置１以外の他のメールサ
ーバ８からのメールも中継あるいは保持することができ
る。このとき、上記メールサーバ５は、中継あるいはメ
ールデータを保持する際に、メールデータを解釈して、
必要に応じてデータ管理サーバ６に問い合わせるなどし
て、ＩＤテーブル７によってＩＤへの変換が可能なデー
タがないかどうかを検索する。もし、ＩＤ化可能なデー
タが見つかれば、そのデータをＩＤに変換して、メール
受信・再生装置３からの要求にしたがって、メールを受
信・再生装置３に送信したり、中継すべきメールの場合
には、別のメールサーバに送信する。

【００７１】図２は、メール送受信装置のハードウェア
構成を示す。図１のシステム全体構成図においては、メ
ール作成・送信装置１とメール受信・再生装置３を別々
の機器として表したが、受信機能と送信機能を持つ１つ
の装置であっても、別々の装置であってもよい。図２
は、受信機能と送信機能との両方を有するメール送受信
装置を例として示している。

【００７２】このメール送受信装置は、データを表示す
る再生手段としてのディスプレイ２１と、表示データを
格納してディスプレイ２１に送るためのＶＲＡＭ（ビデ
オランダムアクセスメモリ）２２と、メールデータを処
理するためのプログラムのワーク記憶部となるＲＡＭ
（ランダムアクセスメモリ）２３と、固定データを保持
するデータＲＯＭ（リードオンリメモリ）２４と、メー
ル処理プログラムを保持するプログラムＲＯＭ２５を備
える。また、上記メール送受信装置は、マイク（Ｍｉ
ｃ）や再生手段であるスピーカ（ＳＰ）などの音声入出
力装置を接続するためのＡＤ（アナログディジタル）／
ＤＡ（ディジタルアナログ）変換装置２６と、ユーザ入
力を行うためのキー２７およびペン２８と、ネットワー
クに接続するための通信Ｉ／Ｏ（入力／出力）装置２９
と、メールデータなどを保持する外部記憶装置２１０を
備える。上記データＲＯＭ２４には、データ・ＩＤ変換
を行うためのデータのうち、固定的に保持可能なデータ
を予め格納して保持しておく。データ・ＩＤ変換を行う
ための更新されたデータは、外部記憶装置２１０に保持
する。上記ＡＤ／ＤＡ変換装置２６は、メール添付デー
タなどにサウンドデータが含まれる場合に再生したり、
サウンド入力を添付する場合などに用いる。また、ＩＤ
がデータに変換された結果、そのデータがサウンドの場
合も同様にＡＤ／ＤＡ装置２６を介して出力される。キ
ー ２７、ペン２８は装置の形態により必要な場合、不
要な場合があり、必須のモジュールではない。ペン２８
を有する装置の場合には、ユーザ入力をペン２８を介し
て行うことができる。また、上記ペン２８は文字入力だ
けでなく、データの選択時のユーザインタフェースとし
ても利用することができる。通信Ｉ／Ｏ装置２９を介し
て、メール送信時のサーバ接続や、メール受信時のサー
バ接続などを行う。

【００７３】図３は、上記メール送受信装置のソフトウ
ェア構成の一例を示す。

【００７４】メールを作成する時には、メール作成部３
１でメールデータの作成を行う。この際、ユーザと会話
するユーザインタフェース部や、宛先入力を支援するア
ドレス帳の参照機能などを使用する場合もあるが、ここ
では特にこれらの詳細な機能について区別する必要がな
いので、記載からは省いている。メールの作成を完了す
ると、そのことをメール制御部３３に伝達する。このメ
ール制御部３３はメールデータを一旦保存しておくべき
であると考えると、メールデータ解釈部３７にてメール
データについてデータ管理に必要な解釈を行った上で、
その解釈結果をメールデータ管理部３８に伝達すると共
に、メールデータを記憶部（ファイル）３１２に保存し
ておく。このとき、作成されたメールデータ中に、添付
データが存在する場合には、そのことを添付データ管理
部３９にも通知する。

【００７５】上記添付データ管理部３９では、添付デー
タを解析し、ＩＤデータ管理部３１０を経由して、ＩＤ
テーブル３１３に添付データが登録済みのデータである
かどうかを問い合わせ、もし添付データが登録済みデー
タであれば、添付データをＩＤに置換して記憶し、添付
データが登録済みデータでなければ、そのまま添付デー
タを保存しておく。

【００７６】更に、上記メール作成部３１にてメール作
成中に、ＩＤとして登録されたデ一タの参照、および、
添付データの挿入などの処理が必要であれぼ、直接、Ｉ
Ｄデータ管理部３１０に問い合わせることもある。

【００７７】作成したメールを送信する時には、メール
制御部３３は、メール作成部３１から受けとったメール
あるいは記憶部３１２に保存されていた作成済みメール
を取り出し、メール送受信部３４に送る。

【００７８】上記メール送受信部３４は、メール送信部
３５を起動し、ＯＳ（オペレーティングシステム）３１
１内の通信部３１５の機能によりメールサーバヘの接続
を行い、メール送信プロトコルによってメールデータの
送信を行う。

【００７９】上記ＯＳ３１１には、装置のさまざまなア
プリケーションプログラムを制御するための機能やハー
ドウェアの制御に関連する機能などが含まれており、大
きく分けると図３に示すように、通信部３１５、カーネ
ル（Kernel）３１６、ファイルシステム（File Syste
m）３１７などから構成される。上記通信部３１５は通
信制御をつかさどり、カーネル３１６は全てのソフトウ
ェアプログラムの動作を制御し、ファイルシステム３１
７はファイルアクセスの制御を行う。

【００８０】通信デバイスを起動する時、必要であれ
ば、機器に応じた電話のダイヤル動作などもＯＳ３１１
内の通信部３１５において行う。また、メールサーバと
のメール送信プロトコルは、接続相手がインターネット
サーバであれば通常、ＳＭＴＰ（Simple Mail Transfer
Protocol）という標準メール転送プロトコルを用い
る。

【００８１】メールの受信を行う時には、ユーザや、定
期的にメールチェックするように設定されたスケジュー
ル機能などにより、メール制御部３３がメールを受信す
る旨の指示をうけ、メール送受信部３４にメール受信動
作を指示する。メール送受信部３４は、メール受信部３
６を起動し、ＯＳ３１１によって提供されている通信デ
バイスを起動してメールサーバヘの接続を行い、メール
受信プロトコルによってメールデータの受信を行う。通
信デバイスを起動する時は、必要であれば、機器に応じ
た電話のダイヤル動作なども行う。(このダイヤルに至
る接続操作は送信時の手順と同じ。）メールサーバから
のメール受信プロトコルは、接続相手がインターネット
サーバであれば、通常、ＰＯＰ（Post Office Protoco
l）３という標準メール受信プロトコルを用いる。

【００８２】メールサーバから受け取ったメールは、メ
ール受信部３６からメールデータ解釈部３７に送られ、
メール１件ごとにメールのヘッダ情報、添付データ情報
などの構成を解析する。メールサーバからのメールデー
タの受信は、１度の接続操作で、複数のメールデータを
受信することもあるが、メール受信部３６から受け取ら
れるメールデータは、１件ずつ処理されるように、メー
ル制御部３３にてコントロールされる。また、メールの
ヘッダ情報には、サブジェクト、宛先、差出人などの情
報のほかに、メールデータがただのテキストデータであ
るか、添付データ付きのメールデータであるのかなどの
情報も含まれている。添付データ付きのメールデータで
あることがヘッダ情報から得ることができれば、更にメ
ールデータを詳細に解析することにより、どのような添
付データが何件、どのようなフォーマットで添付されて
いるかなどを知ることができる。メールデータ解釈部３
７で得られたこれらの解析情報は、メールデータ管理部
３８に伝えられて保存されると共に、添付データについ
ては、添付データ管理部３９ に伝達される。添付デー
タ管理部３９では、添付データ中にＩＤで示されたデー
タがないかどうかを確認し、あれば、ＩＤデータ管理部
３１０に問い合わせて実データに変換する。ＩＤデータ
管理部３１０にはＩＤテーブル３１３が付属し、ＩＤに
対応するデータの問い合わせやデータに対応するＩＤの
問い合わせについて応じる機能を持つ。

【００８３】上記メール制御部３３は、必要に応じて必
要なメールデータを記憶部３１２より取り出し、表示す
ることができる。この際、メールデータ管理部３８や添
付データ管理部３９より必要なデータを取り出して、そ
のデータを表示部３２に渡して、表示することができ
る。

【００８４】上記添付データ管理部３９にて、添付デー
タを解釈したとき、ＩＤで示されるデータが存在するも
ののＩＤデータ管理部３１０にはそのデータが存在しな
い時には、メールデータ内に併記されたＵＲＬ（Unifor
m Resource Locator）やあらかじめ決められたサーバに
アクセスしてＩＤに対応するデータを取得することがで
きる。この場合、添付データ管理部３９は、直接ＯＳ３
１１の通信部３１５が提供する通信機能を用いて、目的
のサーバに接続して、所望のデータを得ることができ
る。このようにして取得したデータは、自装置内のＩＤ
テーブル３１３にもＩＤデータ管理部３１０を経由して
登録しておき、以後は登録したデータも使えるようにす
る。また、メール作成時にメール作成部３１から示され
たデータがＩＤテーブル３１３に登録されていない時に
も、必要に応じて、あらかじめ決められたサーバに接続
して、データを登録すると共にＩＤを取得し、自装置内
のＩＤテーブル３１３にもＩＤデータ管理部３１０を経
由して登録しておくことができる。

【００８５】上記した手順をフローチャートで次に表
す。図４に示すメール作成フローは、メール作成・送信
装置１におけるメールの作成から送信に至るフローを表
している。メール作成は、図１のシステム構成図におけ
るメール作成・送信装置１において動作する。以下、図
４のフローを、図３のソフトウェア構成図のメール作成
および送信の部分を参照しながら説明する。

【００８６】ステップＳ４１はメール作成手段としての
メール作成部３１においてメール作成を行う手順であ
る。この手順は、後述する図５のメール作成サブフロー
でメール作成における一般的手順として詳細に示してい
る。ステップＳ４２では、作成されたメール内に添付デ
ータがあるか否かをメール制御部３３でチェックする。
添付データが存在すればステップＳ４３へ進み、なけれ
ばステップＳ４６に進む。

【００８７】ステップＳ４３は、見つかった添付データ
を、添付データ管理部３９によってＩＤデータ管理部３
１０に問い合わせて、その添付データに対応するＩＤを
得て、ＩＤ化するステップである。このステップＳ４３
の詳細手順は、図８に示す添付データのＩＤ化(エンコ
ード)処理フローに示している。 ステップＳ４４ではＩ
Ｄ化することができた添付データがあるかどうかを添付
データ管理部３９にてチェックする。 ステップＳ４５
では、ＩＤ化できる添付データがあった場合に、そのＩ
Ｄに該当する添付データを実際にＩＤに置換する処理を
行う。上記ステップＳ４３，Ｓ４５はＩＤ生成手段の一
例を構成する。

【００８８】ステップＳ４６では、送信メールを装置内
にも保管しておくか否かをユーザなどに問い合わせ、保
管する必要があれば、ステップＳ４７にて、作成したメ
ールデータをメールデータ管理部３８を通じて記憶部
（ファイル）３１２に保管しておく。

【００８９】最後に、ステップＳ４８では、メール送受
信部３４、メール送信部３５により、メールの送信処理
を行う。

【００９０】図５のメール作成サブフローは、図４のメ
ール作成フローにおけるステップＳ４１のメール作成手
順を詳細化して示したもので、メール作成部３１におい
て動作する。

【００９１】ステップＳ５１はメール作成本文の入力が
終了したか否かを確認するステップで、入力が完了して
いなければステップＳ５２に進む。ステップＳ５２では
本文であるテキストメッセージを入力するか、添付デー
タである画像、音声などを入力するかを選択するステッ
プを示し、ステップＳ５３は本文の入力を行い、ステッ
プＳ５４では添付データの入力を行う。ステップＳ５３
やステップＳ５４での入力が１件ずつ終わるたぴに他に
追加するデータがあるかどうかを確認するため、ステッ
プＳ５１に戻って、追加するデータがある場合は、ステ
ップＳ５２，Ｓ５３，Ｓ５４の処理を繰り返す。ステッ
プＳ５１で入力が全て終わったと確認すると、ステップ
Ｓ５５に進む。

【００９２】ステップＳ５５では、メールの宛先入力を
行い、ステップＳ５６で必要に応じて適切なサブジェク
トを入力する。これによりメール作成のための必要な情
報の入力は完了し、ステップＳ５７において、メールを
送信できるように、メールフォーマットでメールデータ
の生成を行って、メールの作成を完了する。

【００９３】図６は添付データの入力のサブフローを示
す。この図６に示すサブフローは、図５のメール作成サ
ブフローにおけるステップＳ５４の添付データの入力手
順の詳細手順を示している。

【００９４】ステップＳ６１では、添付データを新規に
作成するかどうかを選択し、新規に添付データを作成す
るときには、ステップＳ６２にて新規に添付データの作
成を行い、既存データから選択するときには、ステップ
Ｓ６３にて既存データの選択を行う。通常、新規データ
の作成はデータの種類に応じたさまざまなアプリケーシ
ョンプログラムを起動することによって行うことができ
るのに対し、既存データからの選択では、データの所在
位置を選択する操作によって行うことができる。既存デ
ータからの選択では、更に、ステップＳ６４にて目的の
データが装置内に存在するか否かを確認する。装置内に
存在すれば、ステップＳ６５にて装置内の既存データか
ら選択する。装置内に存在しなければ、ステップＳ６６
にて、ネットワークを経由してデータを選択・ダウンロ
ードなどを行うために、サーバに接続し、ステップＳ６
７にてサーバから該当データの選択処理を行う。

【００９５】次に、ステップＳ６８にて、ステップＳ６
５やステップＳ６７で選択したデータが既にＩＤ化され
ているかどうかをチェックする。ＩＤ化されていないデ
ータであれば、ステップＳ６９に進んで、ＩＤテーブル
３１３ヘの登録を行うか否かをユーザや設定値に対して
問い合わせる。同じく、ステップＳ６２で新規作成した
データについても、ＩＤテーブル３１３ヘの登録を行う
か否かをユーザや設定値に対して問い合わせる。登録を
行うならぱ、ステップＳ６１１でＩＤテーブルヘの登録
処理を行い、登録しないならばステップＳ６１０でデー
タの実体を添付する。上記ステップＳ６１１はＩＤ登録
手段の一例を構成する。ステップＳ６１０によるデータ
の実体登録処理を行ったメールは、従来メールとして扱
われることになる。ステップＳ６１１の登録処理は、図
３に示すソフトウエア構成図におけるＩＤデータ管理部
３１０によるＩＤテーブル３１３へのデータの新規登録
処理手順に該当し、その１例の具体的フローは、図１３
に示すカテゴライズされたＩＤの登録フローである。ス
テップＳ６１１で登録をした後、ステップＳ６１２にて
ＩＤ化したデータをメールに添付することにより、添付
データの入力を完了する。この場合、添付データとして
はデータの実体ではなくＩＤが添付されることになる。

【００９６】図８は添付データのＩＤ化(エンコード)処
理フローを示し、この処理フローは、図４中のステップ
Ｓ４３の添付データのＩＤ化処理の手順を詳細化したも
ので、ユーザが選択などして添付しようとしているデー
タをＩＤ化するアルゴリズムについて説明している。こ
の添付データのＩＤ化処理は、図３のソフトウェア構成
図においては、添付データ管理部３９において行われ
る。

【００９７】まず、ステップＳ８１でメールに添付され
る添付データの件数をカウントして、一時変数Ｎに設定
しておく。ステップＳ８２では添付データの処理件数を
カウントするための一時変数Ｉをゼロに初期化し、ステ
ップＳ８３から１件ずつの添付データを処理するメイン
ループを構成する。ステップＳ８３で一時変数Ｉを１イ
ンクリメントして、ステップＳ８４で一時変数Ｉと全添
付データ件数Ｎとを比較して、全て処理していれば処理
を終了する。そうでなければ、ステップＳ８５にてＩ番
目の添付データを取り出し、ステップＳ８６にてその添
付データがＩＤ化されたデータであるか否かを確認す
る。もし、既に添付データがＩＤ化されたデータであれ
ば、ＩＤ化する必要がないので、ステップＳ８３からの
ループに戻る。添付データがＩＤ化されたデータでなけ
れば、ステップＳ８７に進む。

【００９８】ステップＳ８７では、添付データがＩＤテ
ーブルに登録されているかどうかをＩＤデータ管理部３
１０を経由して問い合わせる。登録されていれば、ステ
ップＳ８１０にてＩＤテーブル３１３より該当するデー
タのＩＤを取り出し、ステップＳ８１１にて添付データ
をＩＤに置き換える処理を行う。これにより、目的の添
付データはＩＤに置換することができたので、次のデー
タを処理するためにメインループに戻る。

【００９９】ステップＳ８７で、添付データがＩＤテー
ブルに登録されていないと判断すると、ステップＳ８８
に進んで、サーバに該当する添付データが登録されてい
ないか検索するかどうかをユーザに問い合わせるなどし
て決める。問い合わせないのであれば、この添付データ
はＩＤ化することができないので、ステップＳ８９にて
実データをそのまま添付することにする。サーバに問い
合わせるのならば、ステップＳ８１２にてデータ管理サ
ーバ６に接続して添付データを送信し、ステップＳ８１
３にてサーバ上にて該当するデータの検索処理を実行す
る。ステップＳ８１４にて、サーバでの検索の結果、該
当するデータが登録されてることが分ると、ステップＳ
８１７にてサーバよりＩＤを取得して、添付データをＩ
Ｄに置換する。ステップＳ８１３とステップＳ８１７
は、ＩＤ取得手段またはデータ・ＩＤ取得手段の一例を
構成する。登録されていなければ、ステップＳ８１５に
てサーバに添付データを新規に登録するか否かを決め
る。登録しないのであれば、ステップＳ８９で実データ
をそのまま添付することとなるが、登録するのであれ
ば、ステップＳ８１６でサーバヘのデータの登録処理を
行い、新規のＩＤをサーバにて発行し、ステップＳ８１
７にてデータをＩＤに置換する。ステップＳ８１６のサ
ーバヘの登録処理の一例としては、図１３に示す処理が
ある。この図１３は、カテゴライズされたＩＤの登録フ
ローを示している。

【０１００】図６では、メール作成シーンにおいて、ユ
ーザがＩＤ化されたデータを添付する過程を示してお
り、図８における実データからのＩＤ化するステップＳ
８１１，Ｓ８１７の前に予めユーザがインタラクティブ
な処理の中で添付データを選択、あるいは、追加するこ
とができることを示している。図６に示したようなデー
タを添付する手順においては、ユーザが任意に作成する
イメージや種々のデータを添付ファイルとして適用し、
ＩＤ化アルゴリズムを適用することもできるが、一般的
には、このようなデータをＩＤ化できることはまれであ
る。ＩＤ化が特に効果的であるのは、本文メールを装飾
するために付された効果音 (サウンドアイコン)や、背
景イメージ、イメージアイコンなどを添付する場合であ
る。このようなデータは、ユーザが敢えて苦労して添付
することはそう多くはないだろうが、簡単に選択して装
飾できるユーザインタフェースを持つ機器ならば、これ
を活用することで、文章だけでは伝えにくい内容であっ
ても、ニュアンスを簡単に伝えることができ、非常に有
用である。更に、ただユーザインタフェースとして選択
が簡単であるだけで、送受信におけるデータ量が増え
て、接続時間が増えたりなどすると、コストがアップす
るため、結果的に使いづらいデータになり兼ねない。し
かし、これをＩＤ化しておけば、このようなコストアッ
プ要素もなくすることができる。

【０１０１】次に、メール受信・再生装置３におけるメ
ールの受信手順について説明する。

【０１０２】図７はメールの着信フローを表しており、
サーバから受信したメールを１件ずつ処理して行く様子
を示している。この処理は、図３のソフトウェア構成図
では、メール送受信部３４の指令を受けてメール受信部
３６にて行われる。

【０１０３】ステップＳ７１では、メール着信プロトコ
ルを用いてサーバに接続を行う。インターネット経由で
メールの着信を行うときには、通常、ＰＯＰ３、ＩＭＡ
Ｐ（Internet Message Access Protocol）４などのメー
ル着信プロトコルを用いることが多い。これらのプロト
コルはＯＳ３１１の通信部３１５にてサポートされてい
るものとサーバでサポートされているものとで一致する
ものが選択される。ステップＳ７２にてサーバから受信
メール件数Ｎを取得し、ステップＳ７３にて処理メール
件数をカウントするための変数Ｉをゼロに初期化してお
く。

【０１０４】ステップＳ７４からステップＳ７１０はメ
ール１件ずつの処理を行うメインループを構成する。ス
テップＳ７４では、処理メール件数を１インクリメント
し、ステップＳ７５にて、処理済メール件数Ｉと受信メ
ール総数Ｎとを比較して、全てのメールについて処理を
終われば、ステップＳ７１１にてサーバとの切断処理を
行い、ステップＳ７１２にて受信したメールの先頭デー
タの表示処理を行う。この表示処理は、メール制御部３
３がメール表示部３２に依頼することにより行う。

【０１０５】ステップＳ７５にて処理すべきメールが残
っている場合には、ステップＳ７６にて、Ｉ番目のメー
ルをサーバより取得し、ステップＳ７７でメールデータ
解釈部３７にてメールデータがどのようなデータで構成
されているのかを解釈し、適切な形式に変更した上で、
ステップＳ７８でメールデータ管理部３８によりメール
データとして記憶部３１２に保存される。 ステップＳ
７９では、メールデータを解釈した結果から、添付デー
タが含まれているか否かを判断し、添付データが存在し
ていれば、ステップＳ７１０にて添付データの解釈処理
を行い、添付データがなければ、ステップＳ７４に戻っ
て、次のメールの処理を行う。ステップＳ７１０ の添
付データの解釈処理は、図９に示す添付データの解釈
(デコード)処理の詳細フローにより行われる。

【０１０６】図９の添付データの解釈(デコード)処理フ
ローは、受信したメール中に含まれるＩＤ化されたデー
タを解釈し、実データに置き換えるための手順で、添付
データ管理部３９にて実施される。

【０１０７】ステップＳ９１では添付データの件数を取
得し、その件数を一時変数Ｎに格納し、ステップＳ９２
で、処理を行った添付データの件数をカウントするため
の変数Ｉをゼロにクリアする。ステップＳ９３で処理件
数Ｉを１インクリメントし、ステップＳ９４で処理件数
Ｉと添付データの総件数Ｎとを比較して、全ての処理を
行えば、この処理を完了する。まだ、処理していない添
付データが存在していれば、ステップＳ９５にてＩ番日
の添付データを取得し、ステップＳ９６にてその添付デ
ータがＩＤ化されたデータであるか否かを判断する。Ｉ
Ｄ化されたデータでなければ、デコード処理を行う必要
はないので、次のデータを処理するためにメインループ
の先頭のステップＳ９３に戻る。ＩＤ化された添付デー
タであれば、ステップＳ９７に進んで、そのＩＤが、装
置内に保存されているＩＤテーブル３１３にすでに登録
されているか否かをＩＤデータ管理部３１０に問い合わ
せて、既に登録されていれば、ステップＳ９８にてＩＤ
テーブル３１３からＩＤを検索して、該当するデータを
取り出し、ステップＳ９９にてＩＤを実データに置き換
える。上記ステップＳ９８とステップＳ９９は実データ
生成手段の一例を構成する。

【０１０８】ステップＳ９７にて、上記ＩＤがＩＤテー
ブルに登録されていなければ、ステップＳ９１０にて装
置内に保持しているＩＤテーブル３１３が最新のもので
あるのかをチェックし、更新の必要があれば、ステップ
Ｓ９１１においてサーバなどからＩＤテーブルの情報を
取り出し、ＩＤテーブルに登録されているデータを更新
して、再度、ステップＳ９７にて検索処理を行う。

【０１０９】ステップＳ９１０で、ＩＤテーブル３１３
が既に更新済みであると判断すれば、ステップＳ９１２
に進んで、サーバにおいて検索処理を行うかどうかを決
める。これはサーバではより広範囲なデータや他の機器
やユーザから登録されたデータが存在することがあるた
めである。サーバでＩＤの検索を行う場合、ステップＳ
９１３でサーバでのＩＤの検索処理を実行し、ステップ
Ｓ９１４でＩＤが見つかったかどうかを判定する。も
し、ＩＤが見つかった場合には、装置内で見つかった場
合と同様に、ステップＳ９９にてＩＤの実データヘの置
き換えを行う。上記ステップＳ９１３とステップＳ９９
とが実データ取得手段の一例を構成する。また、上記ス
テップＳ９９は実データ検索手段の一例を構成する。Ｉ
Ｄが見つからなかった場合には、ステップＳ９１５に
て、該当データが見つからないとして、ＩＤのまま放置
し、次のデータの処理を行う。ＩＤに対応するデータが
見つからないのは、送信者が自装置内で新規に作成した
添付データをＩＤ化したあと、サーバヘの登録処理を行
わなかった場合などである。しかし、通常送信処理装置
では新規のデータを登録した場合には、メール送信と同
時にサーバヘの登録も自動で行うようにしておくべきで
ある。

【０１１０】このようにしてＩＤから置き換えた実デー
タは、必ずしも元の送信されたデータと全く同一である
とは限らないが、少なくとも「同じカテゴリに属する」
すなわち「非常によく似た」データに置き換えられてい
る点に注意されたい。これにより、微妙に異なるメール
が何度も送信されてきた場合などでも、同じと考えられ
るデータについては、一度受信すれば、何度も実データ
を受信する必要がなくなり、受信のためにネットワーク
に接続している時間およびそのコストを低減することが
できる。

【０１１１】図１０に示すメール送信時のサーバ処理の
フロー、および、図１１に示すメール着信時のサーバ処
理のフローは、メールサーバにおけるＩＤ化されたデー
タの送受信処理、および、メール中継時におけるサーバ
でのＩＤ化手順について示している。ここでは、特に、
メール受信・再生装置３の特性を判断した上で、ＩＤ化
の要否を判定している点に特徴がある。

【０１１２】まず、図１０のメール送信時のサーバ処理
のフローを説明する。ステップＳ１０１では、メール作
成・送信装置１から送信メールデータを受信する。ステ
ップＳ１０２にて、メール受信・再生装置３の特性に合
わせたメールの形式にするか否かを決める。この決定
は、メール作成・送信装置１から送られてくる情報やユ
ーザからの指示、サーバ５または６における設定値など
に基づいて行う。メールの形式をメール受信・再生装置
３の特性に合わせないのであれば、ステップＳ１０７に
てそのままの形式でメールの送信処理を行う。サーバ５
での送信処理とは、メール受信・再生装置３が同じサー
バ５に接続するのであれば、同じサーバ５内のメール一
時保管エリアにメールを蓄積して、メール受信・再生装
置３からの接続を待ち、他のサーバに転送する必要があ
れば、通常のメール転送処理を行う。メールの形式をメ
ール受信・再生装置３の特性に合わせるのであれば、ス
テップＳ１０３にて、メール受信・再生装置３の特性を
取得する。メール受信・再生装置３の特性は、予めメー
ル受信・再生装置３が接続するサーバ５または６に設定
しておき、ＩＤ化されたメールを受信するかしないか
や、どのような添付データはＩＤ化するかなどの情報を
設定しておくことができるものである。本メール送信時
のサーバと受信時のサーバとが異なる場合には、メール
受信・再生装置が登録されているサーバに問い合わせる
ことによって、この確認処理を行う。ステップＳ１０４
で、問い合わせた結果を調べて、該当データのＩＤ化が
可能か否かを調べる。ＩＤ化するのであれば、ステップ
Ｓ１０５で、添付データをＩＤ化して置き換え処理を行
ってＩＤ化したデータの送信をメール作成・送信装置１
に要求する。一方、ＩＤ化を行わないのであれば、ステ
ップＳ１０６で、添付データつまり実データをそのまま
送信することをメール作成・送信装置１に要求する。そ
の後、ステップＳ１０７で、送信メールをサーバ５内に
受信する。

【０１１３】次に、図１１に示すメール着信時のサーバ
の処理フローについて、説明をする。

【０１１４】ステップＳ１１１では、メール受信・再生
装置３よりサーバ５ヘの接続処理が行われる。メール受
信・再生装置３とサーバ５との接続が完了すると、ステ
ップＳ１１２にてメール受信・再生装置３の特性を取得
する。この処理は、図１０のステップＳ１０３の処理と
同じである。次に、ステップＳ１１３にて、メール受信
・再生装置３の特性が取得できたか否かを調べ、取得で
きなければ、ステップＳ１１４にて、サーバ５内のメー
ルデータをそのままの形でメール受信・再生装置３に転
送する。メール受信・再生装置３の特性が取得できれ
ば、ステップＳ１１５で、ＩＤ化したデータがメールに
含まれている場合、ＩＤ化したままの形でメールデータ
を送信すべきか、それとも、元の実データに戻してから
メール受信・再生装置３に転送すべきかを、メール受信
・再生装置３の特性から判断する。ＩＤ化したデータを
転送してよい場合には、ステップＳ１１６にてメール内
にＩＤ化されたデータが存在するか否かを検索し、あれ
ば、ステップＳ１１７にてＩＤ化したメールデータをメ
ール受信・再生装置３に転送することになる。 ステッ
プＳ１１５で、ＩＤ化したメールデータを転送しないと
判断した場合や、ステップＳ１１６で、メールにＩＤ化
されたデータが含まれていないと判断した場合には、ス
テップＳ１１８にて、全てのＩＤについてサーバ６内で
実データヘの変換処理を行い、変換した結果をメール受
信・再生装置に転送する。ＩＤ化されたデータを実デー
タに変換する手順は、図９に示した添付データの解釈
(デコード)処理フローに示した処理とほぼ同等の処理を
サーバ６内で行うことで実現することができる。

【０１１５】上述のＩＤ化手順においては、ＩＤ化を単
に「する」「しない」というレベルで記述してきたが、
ＩＤは更にカテゴライズして同一カテゴリの代表データ
で代行させたり、更に詳細化したりすることができる。
このカテゴライズＩＤは、上述した全ての手順における
ＩＤ化、および、ＩＤ化されたデータの解釈において適
用することができる。

【０１１６】図１２は、カテゴライズしたＩＤに関し
て、そのカテゴライズ方法の一例を示す。すなわち、図
１２は、カテゴライズされたＩＤの構成例を示す図であ
る。例えば、大分類、中分類、小分類、サイズといった
４ランクに分けて、分類し、ツリー状に構成し、それぞ
れに１桁、２桁、２桁、１桁の整数を割り当てて生成さ
れる合計６桁の整数でＩＤとする手法である(図１２の
(Ａ)参照)。これを利用すると、各分類ランクにおい
て、該当データがない場合には、“０”または“００”
で表すこととし、このコードで表されるデータはその分
類(カテゴリ)を代表する代表データとして登録しておく
ことができる。これを利用すると、現時点でそれ以上詳
細化されていないデータについても、代表データで扱う
ことが可能に成る。

【０１１７】また、同様のカテゴリ構成において、ＩＤ
を数字ではなく、ディレクトリ構成のような文字列形式
で表すこともできる(図１２の(Ｂ)参照)。この表現方法
を用いた時にも、実質的には前述した数値表現形式とな
んらかわることはなく、単なる表現方法の違いとして扱
うことができる。勿論、後者のＩＤ表記方法を採用した
方が、ＩＤのカテゴライズに関する拡張性は格段にあ
る。すなわち、数値表現の場合には、あらかじめ決めた
(ここでは４つのランクを６桁の数値で表すと決めた)ラ
ンクを更に深くすることは、全データのＩＤを振り直さ
ないと難しい面があるが、後者のディレクトリパス表現
形式では、このような制約はなく、特定のＩＤだけがよ
り深いランクを持つ構成となることが可能である。

【０１１８】図１３に示すカテゴライズされたＩＤの登
録フローは、このようなカテゴライズされたＩＤを持つ
構成のツリーヘのデータの登録手順を示している。

【０１１９】ステップＳ１３１ではデータのカテゴリを
調べ、すでに保持しているカテゴリツリーのどこの分類
に属するデータであるのかを同定する処理を行う。次
に、ステップＳ１３２にて現在登録されているＩＤテー
ブル(カテゴライズＩＤツリー)での位置を特定する。こ
れは全く同じカテゴリが登録されていれば、ツリー上の
そのデータの位置を特定することになるが、なければ、
フリー上の上位の分類に属するデータの位置を決めるこ
とになる。ステップＳ１３３にて、対応するツリー上の
位置にデータを登録し、新規にＩＤを付す処理を行う。
ステップＳ１３１とステップＳ１３２は認識手段の一例
を構成し、ステップＳ１３３はＩＤ登録手段の一例を構
成する。

【０１２０】図１４は、カテゴライズされたＩＤの検索
フローを示し、同じくカテゴライズされたＩＤの構成ツ
リー上から、ＩＤを指定して、それに該当あるいは最も
近いデータを検索する手順を示している。

【０１２１】ステップＳ１４１では、ＩＤそのものと全
く同じ値がＩＤテーブル上に登録されているか否かを調
べる。もし登録されていれば、ステップＳ１４２にて該
当データを返すだけでよい。登録されていなければ、ス
テップＳ１４３にて、検索対象のデータの上位カテゴリ
に属して登録されているデータがないか否かを検索す
る。上位に登録されているデータがあれば、更に、ステ
ップＳ１４４にて、そのカテゴリ内には代表データとい
うそのカテゴリの代表的なデータが登録されているか否
かを調べる。代表データは、同じカテゴリ内に属するデ
ータであればほぼ代表データでそれぞれ個別のデータの
意味を表すことができるような意味を持つデータであ
る。このようなデータが存在すれば、ステップＳ１４５
にて代表データを検索対象のデータの近似値として返
す。ステップＳ１４３で、上位カテゴリに属するデータ
がないと判断したり、ステップＳ１４４で、代表データ
が登録されていないと判断した場合には、ステップＳ１
４６で、検索不能として該当データなしで返す。代表デ
ータが登録されていない場合、同じカテゴリに属する別
のデータを返す処理を行ってもよいが、通常微妙な差異
があり、必ずしも代表データでないデータが別のデータ
の代替ができるとは限らないので、ここではこのような
処理を示したが、それに縛られるものではない。

【０１２２】データの検索では、前記してきたように、
通常各端末内で持つＩＤ管理データ(これがカテゴライ
ズされたツリーで構成されているとする)をまず、図１
４の手順によって検索し、もし登録されていないために
該当データが見つからなかったり、あるいは見つかった
としても、上位カテゴリのデータしか見つからなかった
場合には、各装置の手順に従って、サーバ上のツリーで
も同様の検索を行うことができる。

【０１２３】通常、サーバ上ではすべてのデータが登録
されている筈なので、サーバで検索した結果について
は、それを受け止めるべく処理をすればよい。ただし、
本システムの構成を発展させて行くと、唯一のサーバ
で、ＩＤデータを完全に管理することは困難に成ってく
ることも考えられる。そのような場合には、サーバ間で
お互いにデータの交信を図ったり、あるいは、サーバ間
でのデータの検索サービスを受け入れることとし、ある
サーバにおいて検索を行う時、そのサーバ内に見つから
ない時には、別のサーバにも検索を依頼し、その結果を
返すというシステムにしてもよい。

【０１２４】図１５は、ＩＤ化された添付データを持つ
ＨＴＭＬメールの例を示す。このメールは“-----＝123
456789O＝”という文字列で区切られた複数の添付デー
タからなるメールデータの例で、本文は最初の Content
-Type:text/html から始まる部分である。この中には<I
MG SRC="hello.image"> という記述のように通常のＨＴ
ＭＬであれば、hello.image というイメージデータを添
付あるいはサーバから取得して表示する必要があるが、
この例では、次の添付データ Content-Location:hello.
image とそのデータのＩＤが、X-ＩＤ:101011 という行
で示されており、ＩＤ化されたデータであることがわか
る。よって、メール受信・再生装置３では、l01011 と
いうＩＤのデータを検索しで表示すればよいことがわか
る。また、この例ではサウンドデータもＩＤ化されて添
付されており、<A HREF="kanpai.au">により、Content-
Location:"kanpai.au" という添付データが検索され、
そのＩＤが同様に、302022であることからすぐに再生す
ることができる。

【０１２５】この例でわかるように、アイコンイメージ
やメール本文を装飾する意味のサウンドデータなどを添
付する場合に、特にこの発明の効果が得られる。

【０１２６】以上のように、本実施例では、画像と音声
を中心にして説明したが、本発明は添付データの種類を
これに限定するものではなく、その他のデータについて
も適用することができる。

【０１２７】上述の説明は、メール送受信システム、メ
ール作成・送信装置、メール受信・再生装置、メール送
受信装置についてであるが、この発明は、メールに限ら
ず、例えば、インターネットアクセスにも適用できる。

【０１２８】この実施の形態のインターネットアクセス
装置は、マルチメディアデータに含まれる画像や音声等
を表す添付データを表すＩＤに対応する画像や音声等を
表す実データを生成する実データ生成手段と、上記実デ
ータ生成手段がＩＤに対応する実データを生成すること
ができないときに、特定のサーバあるいはＵＲＬによっ
て指定されたサーバから、上記ＩＤに対応する実データ
を取得する実データ取得手段と、上記実データを再生す
る再生手段とを備えている。

【０１２９】上記構成によれば、実データ生成手段によ
って、受信したＩＤから実データを得るので、受信デー
タ量を少なくでき、受信時間を短縮できる。また、上記
実データ取得手段によって、上記実データ生成手段がＩ
Ｄに対応する実データを生成することができないときで
も、特定のサーバあるいはＵＲＬによって指定されたサ
ーバから、上記ＩＤに対応する実データを取得すること
ができる。したがって、保存しておく実データの量を少
なくできる。また、メールに限らず、さまざまな通信可
能なデータをＩＤ化して、ネットワークにかかるコスト
を下げながら、より多くのデータの交換を可能にでき
る。

【０１３０】

【発明の効果】以上より明らかなように、この発明によ
れば、画像や音声等を表す実際の添付データを送受信す
るのではなくて、その添付データに対応するＩＤを送受
信するので、送受信データ容量を小さくすることがで
き、送受信にかかる時間を短縮することができる。

【図面の簡単な説明】

【図１】 この発明の１実施の形態のメール送受信シス
テムの構成図である。

【図２】 この発明の１実施の形態のメール送受信装置
のハードウェア構成図である。

【図３】 上記実施の形態のメール送受信装置のソフト
ウェア構成図である。

【図４】 メール作成のフローを示すフローチャートで
ある。

【図５】 メール作成のサブフローを示すフローチャー
トである。

【図６】 添付データの入力のサブフローを示すフロー
チャートである。

【図７】 メール着信のフローを示すフローチャートで
ある。

【図８】 添付データのＩＤ化(エンコード）処理のフ
ローを示すフローチャートである。

【図９】 添付データの解釈(デコード)処理のフローを
示すフローチャートである。

【図１０】 メール送信時のサーバ処理のフローを示す
フローチャートである。

【図１１】 メール受信時のサーバ処理のフローを示す
フローチャートである。

【図１２】 カテゴライズされたＩＤの構成例を示す図
である。

【図１３】 カテゴライズされたＩＤの登録のフローを
示すフローチャートである。

【図１４】 カテゴライズされたＩＤの検索のフローの
フローチャートである。

【図１５】 ＩＤ化された添付データを持つＨＴＭＬメ
ールの例を示す図である。

【符号の説明】

１ メール作成・送信装置 ２、４，７ ＩＤテーブル ３ メール受信・再生装置 ５ メールサーバ ６ データ管理サーバ ８ 他のメールサーバ ９ インターネット

Claims (28)

【特許請求の範囲】
1. 【請求項１】 メール作成・送信装置とメール受信・再
   生装置との間でネットワークを介してデータを送受信す
   るメール送受信システムにおいて、 上記メール作成・送信装置は、画像や音声等を表す添付
   データを含むマルチメディアデータを作成するメール作
   成手段と、上記添付データに対応するＩＤを生成するＩ
   Ｄ生成手段を有して、上記添付データに代えて上記ＩＤ
   を送信し、 上記メール受信・再生装置は、上記ＩＤに対応する画像
   や音声等を表す実データを生成する実データ生成手段を
   有して、上記実データの表す画像や音声等を再生するこ
   とを特徴とするメール送受信システム。
2. 【請求項２】 請求項１に記載のメール送受信システム
   において、上記ＩＤ生成手段は、添付データのカテゴリ
   に基づいて、ＩＤを生成することを特徴とするメール送
   受信システム。
3. 【請求項３】 請求項１または２に記載のメール送受信
   システムにおいて、上記ネットワークに接続されたサー
   バは、上記添付データに対応するＩＤを生成するＩＤ生
   成手段を有して、上記添付データに代えて上記ＩＤをメ
   ール受信・再生装置に送信することを特徴とするメール
   送受信システム。
4. 【請求項４】 メール作成・送信装置とメール受信・再
   生装置との間でネットワークを介してデータを送受信す
   るメール送受信システムにおいて、 上記メール作成・送信装置は、画像や音声等を表す添付
   データを含むマルチメディアデータを作成するメール作
   成手段を有して、上記マルチメディアデータを送信し、 上記ネットワークに接続されたサーバは、上記添付デー
   タに対応するＩＤを生成するＩＤ生成手段を有して、上
   記添付データに代えて上記ＩＤをメール受信・再生装置
   に送信することを特徴とするメール送受信システム。
5. 【請求項５】 請求項１乃至３に記載のメール送受信シ
   ステムにおいて、上記ネットワークに接続されたサーバ
   は、上記ＩＤに対応する画像や音声等を表す実データを
   生成する実データ生成手段を有して、上記ＩＤに代えて
   上記実データをメール受信・再生装置に送信することを
   特徴とするメール送受信システム。
6. 【請求項６】 メール作成・送信装置とメール受信・再
   生装置との間でネットワークを介してデータを送受信す
   るメール送受信システムにおいて、 上記メール作成・送信装置は、画像や音声等を表す添付
   データを含むマルチメディアデータを作成するメール作
   成手段と、上記添付データに対応するＩＤを生成するＩ
   Ｄ生成手段を有して、上記添付データに代えて上記ＩＤ
   を送信し、 上記ネットワークに接続されたサーバは、上記ＩＤに対
   応する画像や音声等を表す実データを生成する実データ
   生成手段を有して、上記ＩＤに代えて上記実データをメ
   ール受信・再生装置に送信し、 上記メール受信・再生装置は、上記実データの表す画像
   や音声等を再生することを特徴とするメール送受信シス
   テム。
7. 【請求項７】 請求項１乃至６のいずれか１つに記載の
   メール送受信システムにおいて、上記実データは、上記
   添付データと同じであることを特徴とするメール送受信
   システム。
8. 【請求項８】 請求項１乃至６のいずれか１つに記載の
   メール送受信システムにおいて、上記実データ生成手段
   は、上記ＩＤのカテゴリに基づいて、実データを生成
   し、その実データは、上記添付データと同じカテゴリに
   属するデータであって、上記添付データの表す内容と近
   似した内容を表すデータであることを特徴とするメール
   送受信システム。
9. 【請求項９】 請求項３、５乃至８のいずれか１つに記
   載のメール送受信システムにおいて、上記メール作成・
   送信装置は、自己のＩＤ生成手段が添付データに対応す
   るＩＤを生成することができないときに、上記サーバ
   に、上記添付データに対応するＩＤを問い合わせて、上
   記サーバから、上記添付データに対応するＩＤを取得す
   るＩＤ取得手段を有して、そのＩＤを添付データに代え
   て送信することを特徴とするメール送受信システム。
10. 【請求項１０】 請求項３、５乃至９のいずれか１つに
    記載のメール送受信システムにおいて、上記メール作成
    ・送信装置は、自己のＩＤ生成手段が生成できるＩＤに
    対応する添付データ以外の添付データが要求されたとき
    に、上記サーバから、その添付データとその添付データ
    に対応するＩＤとを取得するデータ・ＩＤ取得手段を有
    することを特徴とするメール送受信システム。
11. 【請求項１１】 請求項３乃至１０のいずれか１つに記
    載のメール送受信システムにおいて、上記メール受信・
    再生装置は、自己の実データ生成手段がＩＤに対応する
    実データを生成することができないときに、上記サーバ
    に、上記ＩＤに対応する実データを問い合わせて、上記
    サーバから、上記ＩＤに対応する実データを取得する実
    データ取得手段を有して、その実データを再生すること
    を特徴とするメール送受信システム。
12. 【請求項１２】 請求項３乃至１１のいずれか１つに記
    載のメール送受信システムにおいて、上記サーバは、各
    メール受信・再生装置の能力または要望に応じて、上記
    添付データ、上記ＩＤ、あるいは、上記ＩＤと同じカテ
    ゴリに属する他のＩＤを各メール受信・再生装置に送信
    することを特徴とするメール送受信システム。
13. 【請求項１３】 請求項１乃至１２のいずれか１つに記
    載のメール送受信システムにおいて、上記ＩＤは、ＨＴ
    ＭＬメールの一部であり、上記ＩＤの前後を囲むタグに
    よって、上記ＩＤが識別できるようになっていることを
    特徴とするメール送受信システム。
14. 【請求項１４】 請求項１３に記載のメール送受信シス
    テムにおいて、上記ＩＤはＵＲＬによって表現されてい
    ることを特徴とするメール送受信システム。
15. 【請求項１５】 メールデータをネットワークを介して
    送信するメール作成・送信装置において、 画像や音声等を表す添付データを含むマルチメディアデ
    ータを作成するメール作成手段と、上記添付データに対
    応するＩＤを生成するＩＤ生成手段を有して、上記添付
    データに代えて上記ＩＤを送信することを特徴とするメ
    ール作成・送信装置。
16. 【請求項１６】 請求項１５に記載のメール作成・送信
    装置において、上記ＩＤ生成手段は、添付データのカテ
    ゴリに基づいて、ＩＤを生成することを特徴とするメー
    ル作成・送信装置。
17. 【請求項１７】 請求項１５または１６に記載のメール
    作成・送信装置において、上記ＩＤ生成手段が添付デー
    タに対応するＩＤを生成することができないときに、上
    記ネットワークに接続されたサーバに、上記添付データ
    に対応するＩＤを問い合わせて、上記サーバから、上記
    添付データに対応するＩＤを取得するＩＤ取得手段を有
    して、そのＩＤを添付データに代えて送信することを特
    徴とするメール作成・送信装置。
18. 【請求項１８】 請求項１５乃至１７のいずれか１つに
    記載のメール作成・送信装置において、上記ＩＤ生成手
    段が生成できるＩＤに対応する添付データ以外の添付デ
    ータが要求されたときに、上記ネットワークに接続され
    たサーバから、その添付データとその添付データに対応
    するＩＤとを取得するデータ・ＩＤ取得手段を有するこ
    とを特徴とするメール作成・送信装置。
19. 【請求項１９】請求項１５乃至１８のいずれか１つに記
    載のメール作成・送信装置において、ＩＤと、そのＩＤ
    に対応する添付データとをカテゴライズして記憶すると
    共に、新たな添付データに対してカテゴリを同定してＩ
    Ｄを割り当てて登録するＩＤ登録手段を有することを特
    徴とするメール作成・送信装置。
20. 【請求項２０】 画像や音声等を表す添付データに対応
    するＩＤを含むマルチメディアデータをネットワークを
    介して受信して再生するメール受信・再生装置であっ
    て、上記マルチメディアデータに含まれるＩＤに対応す
    る画像や音声等を表す実データを生成する実データ生成
    手段を有して、上記実データの表す画像や音声等を再生
    することを特徴とするメール受信・再生装置。
21. 【請求項２１】 請求項２０に記載のメール受信・再生
    装置において、上記実データは、上記添付データと同じ
    であることを特徴とするメール受信・再生装置。
22. 【請求項２２】 請求項２０に記載のメール受信・再生
    装置において、上記実データは、上記添付データと同じ
    カテゴリに属するデータであって、上記添付データの表
    す内容と近似した内容を表すデータであることを特徴と
    するメール受信・再生装置。
23. 【請求項２３】 請求項２０乃至２２のいずれか１つに
    記載のメール受信・再生装置において、上記実データ生
    成手段がＩＤに対応する実データを生成することができ
    ないときに、上記ネットワークに接続されたサーバに、
    上記ＩＤに対応する実データを問い合わせて、上記サー
    バから、上記ＩＤに対応する実データを取得する実デー
    タ取得手段を有して、その実データを再生することを特
    徴とするメール受信・再生装置。
24. 【請求項２４】 請求項２０乃至２３のいずれか１つに
    記載のメール受信・再生装置において、受けたＩＤに対
    応する実データがない場合には、カテゴライズして記憶
    されたＩＤとそのＩＤに対応する実データとに基づい
    て、そのＩＤの上位カテゴリに属するデータあるいは代
    表データを検索する実データ検索手段を有することを特
    徴とするメール受信・再生装置。
25. 【請求項２５】 請求項１５乃至１９のいずれか１つに
    記載のメール作成・送信装置と、請求項２０乃至２４の
    いずれか１つに記載のメール受信・再生装置とを備えた
    ことを特徴とするメール送受信装置。
26. 【請求項２６】 請求項２５に記載のメール送受信装置
    において、ＩＤと、そのＩＤに対応する添付データとを
    所定の形式で含むマルチメディアデータを受信したとき
    に、上記ＩＤと上記添付データとを対応させて認識する
    認識手段を有し、上記ＩＤ生成手段は、上記認識手段が
    認識した上記添付データに対応する上記ＩＤを生成でき
    ることを特徴とするメール送受信装置。
27. 【請求項２７】 マルチメディアデータに含まれる画像
    や音声等を表す添付データを表すＩＤに対応する画像や
    音声等を表す実データを生成する実データ生成手段と、
    上記実データ生成手段がＩＤに対応する実データを生成
    することができないときに、特定のサーバあるいはＵＲ
    Ｌによって指定されたサーバから、上記ＩＤに対応する
    実データを取得する実データ取得手段と、上記実データ
    を再生する再生手段とを備えたことを特徴とするインタ
    ーネットアクセス装置。
28. 【請求項２８】 請求項１乃至１４のいずれか１つに記
    載のメール送受信システム、あるいは、請求項１５乃至
    １９のいずれか１つに記載のメール作成・送信装置、あ
    るいは、請求項２０乃至２４のいずれか１つに記載のメ
    ール受信・再生装置、あるいは、請求項２５または２６
    に記載のメール送受信装置、あるいは、請求項２７のイ
    ンターネットアクセス装置における手段としてコンピュ
    ータを機能させるためのプログラムを記録した記録媒
    体。