JP3333396B2 - マルチメディアメール受信手段 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はマルチメディアメ
ール受信装置に関し、特に、テキスト情報と一緒に、静
止画、音声、動画像等のメディア情報を、電子メールと
して送信できるマルチメディアメール受信装置に関す
る。

【０００２】

【従来の技術】近年、電話回線等の公衆回線やＬＡＮ等
の企業内通信網によって互いに接続されたコンピュータ
間で、電子メールの送受信が広く普及している。しかし
ながら、現在のところ、送信される情報は主にテキスト
のみであることから、送信者の送信情報のニュアンスが
正確に受信者に伝わらないといった場合が多くある。そ
こで、テキスト情報に加えて、音声、動画像といった、
様々な表現媒体を用いた電子メールであるマルチメディ
アメールに対する要求が高まっている。

【０００３】従来のマルチメディアメールにおいては、
メールサーバで受信したメールを全て受信側の端末に送
信すると、音声、動画像データのデータ量が大きいこと
から、ネットワークに対する負荷が大きくなる。このた
め、たとえ、１０Ｍｂｐｓ程度のイーサネット等であっ
ても、他のアプリケーションに影響を与えたり、全ての
メールを受信するのに多くの時間がかかったりして、多
数の端末で同時にメールサーバをアクセスすることがで
きないという問題を生じていた。

【０００４】この問題に対して、従来から次のような提
案がなされている。(1) 橋本等の「普及型ネットワーク
対応ビデオメールシステムの開発」信学技報ＯＦＳ９５
−３２（１９５５−１１）に記されているように、音
声、動画像データの代表的なデータのみをクライアント
端末に先送りして、実際のデータはネットワークの負荷
が軽い時に分割して転送する方法。(2) 山口等の「ビデ
オメールシステムの開発」情報処理学会５２回大会６Ｂ
ｂ−４（１９９６）に記されているように、音声、動画
像データは、一旦受信側のメールサーバに送信して、後
でサーバから受信端末にデータを転送して再生する方
法。

【０００５】

【発明が解決しようとする課題】しかしながら、前記し
た従来技術には、次のような問題があった。前記提案
(1) では、音声、動画像データの代表的なデータのみを
クライアント端末に先送りしているが、このような先送
りでは、送信者の送信データに関する細かなニュアンス
までは伝わらないという問題があった。また、音声、動
画像データの実際のデータはネットワークの負荷が軽い
時に分割して転送するようにしているが、動画像のデー
タが大きい場合には、分割転送すると非常に多くの時間
がかかるので、受信者側で、動画像再生に至るまでに時
間がかかるという問題があった。

【０００６】また、前記提案(2) では、メールサーバか
ら受信側動画像サーバへデータを一旦ダウンロードし、
動画像用サーバとクライアント端末の間のプロトコル上
の接続を常時行って、任意の時間にクライアント端末へ
データの転送を行うようにしているため、多数の端末を
動画像用サーバに接続した場合には、結果的に、ネット
ワークの負荷が大きくなり、クライアント端末へのデー
タのダウンロードに時間がかかり、連続的に再生するの
が困難な場合が多いだけでなく動画像用サーバのコスト
がかかるという問題があった。

【０００７】この発明の目的は、前記した従来技術の問
題点を除去し、受信側端末に、短時間に、送信者の送信
データに関する細かなニュアンスまで伝達できる動画像
データを送ることのできるマルチメディアメール受信装
置を提供することにある。また、他の目的は、受信側端
末と動画像用サーバとを結ぶネットワークに大きな負荷
をかけることなく、クライアント端末への動画像データ
のダウンロードを短時間に行うことのできるマルチメデ
ィアメール受信装置を提供することにある。

【０００８】

【課題を解決するための手段】前記した目的を達成する
ために、この発明は、テキストおよび音声、静止画、動
画像等のメディア情報をメールとして送受信するマルチ
メディアメール受信装置において、受信したメールに、
テキストとメディア情報とを分類し表示する処理を行う
ためのプログラムを起動する情報が存在する場合に、メ
ディア情報をメールサーバとは異なるサーバに別ファイ
ルとして蓄積するメール蓄積手段と、前記メディア情報
にそのインデックスとなるアイコン情報を付加する手段
とを具備した点に第１の特徴がある。

【０００９】また、この発明は、受信側クライアント端
末は前記複数のアイコンからなる動画像のインデックス
の一覧データを表示する手段と、該一覧データの任意の
場所からデータ再生を指示する手段とを具備した点に第
２の特徴がある。

【００１０】第１の特徴によれば、メディア情報にアイ
コンを付けるようにしているので、受信側ユーザがその
内容を容易に把握できるようになる。また、受信側クラ
イアント端末に送信するデータ量が少なくなるので、迅
速かつ効率的に、メールを受信側クライアント端末に送
ることができ、ネットワークの負荷の軽減を図ることが
できる。また、第２の特徴によれば、ユーザはテキスト
とリンクされた動画像等のメディア情報のインデックス
をアイコンで見ることができ、短時間に、送信者の送信
データに関する細かなニュアンスまで伝達できるように
なる。

【００１１】

【発明の実施の形態】以下に、図面を参照して、本発明
を詳細に説明する。図１は、本発明の一実施形態のクラ
イアント端末の構成を示すブロック図である。クライア
ント端末は図示されているように、クライアント端末全
体の動作を制御する制御装置１と、動画像を読込むカメ
ラ２と、音声情報を読込むマイク３と、これらの入力Ｉ
／Ｆ４と、情報を蓄積する蓄積装置５と、蓄積装置イン
タフェイス（Ｉ／Ｆ）６と、通信Ｉ／Ｆ７と、表示用バ
ッファ８と、表示Ｉ／Ｆ９と、ディスプレイ１０と、ス
ピーカ１１とから構成されている。

【００１２】前記制御装置１はユーザが操作できる各種
のキーをもつキーボード、マウス等を含んでいる。前記
通信Ｉ／Ｆ７はネットワーク２０を介してメールサーバ
２１と接続されている。そして、該通信Ｉ／Ｆ７はネッ
トワーク２０を介して該メールサーバ２１へメールを転
送したり、該メールサーバ２１からメールを受信したり
する。前記蓄積装置５には、蓄積装置Ｉ／Ｆ６を介し
て、制御装置１から入力された入力情報、カメラ２から
入力された動画像、マイク３から入力された音声情報、
通信Ｉ／Ｆ７を介して受信したメール等が記憶される。
一方、該蓄積装置５から読み出された情報は、蓄積装置
Ｉ／Ｆ６を介して通信Ｉ／Ｆ７へ送られ、メールとして
メールサーバ２１へ送出される。また、再生用バッファ
８、表示Ｉ／Ｆ９を介して、ディスプレイ１０上に表示
されたり、スピーカ１１から音声で出力される。

【００１３】次に、本実施形態の動作を説明する。ま
ず、送信するメールを作成する動作から説明する。ユー
ザがクライアント端末でシステムを起動すると、前記デ
ィスプレイ１０に図２に示されているような初期画面が
表示される。そこで、ユーザがパスワードを入力する
と、ユーザの認証が行われる。この認証が終了すると、
図３のように、メールの内容に、音声、動画像等のメデ
ィア情報を含ませるあるいは含んでいるかどうかを示す
インジケータ３１、送信日時３２、送信者３３、表題３
４等の情報を含む受信メールの一覧が表示される。

【００１４】ユーザが図３の画面上の「新規作成」を選
択すると、図４のメール作成画面が表示される。該メー
ル作成画面は、宛先等のメールヘッダ入力部４１、テキ
スト入力部４２、および静止画、動画像＋音声、グラフ
ィックスを取込む選択アイコン４３ａ〜４３ｃから構成
されている。ユーザはこの画面上で、宛先、表題等のメ
ールヘッダ入力部４１への書込み、およびテキスト情報
のテキスト入力部４２への書込みを行うことができる。

【００１５】静止画、動画像および音声、あるいはグラ
フィックスを取り込む場合には、ユーザは、このメール
作成画面上のアイコン４３ａ〜４３ｃを選択する。そう
すると、前記システムは静止画、動画像および音声、あ
るいはグラフィックスを新規に作成するのか、あるいは
クライアント端末の蓄積装置５に蓄積されているファイ
ルを選択するのかをユーザに尋ねる。そこで、ユーザが
新規作成を選択すると、クライアント端末に搭載されて
いる作成プログラムが新たに起動して、カメラ２および
マイク３からのメディア情報の取込み、すなわち新規作
成を行う。この取込まれたメディア情報は、必要に応じ
て、その場で内容を確認することができる。一方、クラ
イアント端末の蓄積装置５に蓄積されているファイルが
選択されると、前記ディスプレイ１０上の画面は、図５
のような選択画面が表示される。すなわち、ディレクト
リ名の入力画面４５、ファイル一覧４６等が表示され
る。ユーザはファイル一覧４６から、任意のファイルを
選択することにより該ファイルを送信メールに取込むこ
とができ、テキスト入力部において入力途中にアイコン
４３ａ〜４３ｃを選択することによって、メール再生時
にその位置にメディア情報の表示を行うことができる。
以上のようにして、ユーザは新規のメールを作成するこ
とができる。

【００１６】図６は、メールの送信および受信システム
の概要を示すブロック図であり、５１は送信側のクライ
アント端末、５２は送信側のメールサーバ、５４は受信
側のメールサーバ、５６は受信側のクライアント端末で
ある。メールサーバ５２と５４との間は、ネットワーク
５３で接続されている。５５はＷＥＢサーバ、ＶＯＤサ
ーバ等の音声、動画像等のメディア情報を格納するメデ
ィア情報格納用サーバである。

【００１７】次に、クライアント端末５１で作成された
メールの送信方法について説明する。メールサーバ５２
から送出されるメールの送信時のデータの形としては、
図７(a) に示されているように、テキスト、静止画と、
動画像、音声等のメディア情報をメール本体中に一体に
した一体型メール６１と、同図(b) に示されているよう
に、テキスト、静止画６２ａに、動画像、音声データ６
２ｂを添付ファイルとする添付型メール６２がある。該
添付型メール６２においては、メールの本体中に、前記
テキストと動画像、音声データ６２ｂのリンク情報が入
れられている。

【００１８】これらのメールは、いずれも、送信側のメ
ールサーバ５２から受信側のメールサーバ５４へ、一時
に送信される。音声、動画像等のメディア情報を圧縮し
て送信する場合には、例えば圧縮符号化の国際標準方式
である、ＭＰＥＧ１（ＩＳＯ／ＩＥＣ１１１７２）、Ｈ
２６３（ＩＴＵ−Ｔ）、Ｈ２６１（ＩＴＵ−Ｔ）、Ｇ７
２２（ＩＴＵ−Ｔ）等を用いることができる。

【００１９】図８は、前記したメールの作成処理および
送信処理の概要を示したフローチャートである。ステッ
プＳ１では、図４の画面上で、宛先、表題等をメールヘ
ッダ部分４１に入力する動作、およびテキストをテキス
ト入力部４２に書込む動作が行われる。ステップＳ２で
は、図４のアイコンが選択されたか否かの判断がなされ
る。この判断が肯定の場合にはステップＳ３に進む。ス
テップＳ３では、カメラ２、マイク３又は作成プログラ
ムによりメディア情報を新規に作成するか、あるいは既
に格納されているメディア情報を採用するかの選択が行
われる。そして、この選択に従がった方法で、メディア
情報の取り込みが行われる。ステップＳ４では、取り込
んだメディア情報の確認を行うか否かの判断がなされ、
この判断が肯定の場合には、ステップＳ５に進んで、再
生プログラムが起動され、これによって取り込んだメデ
ィア情報の確認がなされる。続いて、ステップＳ６に進
んで、作成したメールを送信するか否かの判断がなされ
る。この判断が肯定の場合には、ステップＳ７に進ん
で、メールヘッダ、メールの内容が作成され、ステップ
Ｓ８では、図７の(a) 又は(b) の形態で送信される。

【００２０】次に、受信側のメールサーバ５４、メディ
ア情報格納用サーバ５５およびクライアント端末５６の
動作を説明する。送信されたメール中に、テキストとメ
ディア情報を分類するプログラムを起動する情報が含ま
れている場合には、受信側のメールサーバ５４は音声と
動画像を別ファイルとして、メディア情報格納サーバ５
５に格納する。該メディア情報格納サーバ５５として、
ＷＥＢサーバや、ＶＯＤサーバを用いることができる。
また、該受信側のメールサーバ５４は、受信したメール
の格納場所、ユーザ情報、そのユーザのみに許可される
再生および削除コマンドの付加、および音声、動画像の
アイコンの作成を行う。

【００２１】該メールサーバ５４は、音声、動画像のア
イコンの作成を、次の動画像検索技術を用いて行うこと
ができる。すなわち、例えば、氏原等の「動画像のカッ
ト点画像検出装置および方法」情報処理学会第５１回大
会６Ｓ−９（１９９５）、特開平７−２６３６８１号公
報、特開平５−２１６８９５号公報、あるいは特開平６
−４６５６１号公報等に開示されている画像のカット点
検出技術と、中島等の「類似画像検索装置および方法」
画像電子学会研究会予稿（１９９４−０６）または特開
平７−７７０９８号公報等に記されている類似画像検索
技術を用いて、画像のカット点画像や類似画像を検出
し、これを時間順にインデックス画像、すなわちアイコ
ンとして表示することができる。

【００２２】次に、受信側のクライアント端末５６の動
作を説明する。ユーザがメール受信のためにクライアン
ト端末５６で前記システムを起動すると、送信動作時と
同様に、図２のユーザ認証画面が表示され、該認証が成
立すると、図３の画面が表示される。該画面には、イン
ジケータ３１、送信日時３２、送信者３３、表題３４等
の情報を含む受信メールの一覧が表示される。ユーザが
該一覧から所望の受信メールを選択すると、受信側メー
ルサーバ５４から、音声、動画像等を分類した後のメー
ル本体が、例えば図９のように表示される。

【００２３】図９は、受信側メールサーバ５４で動画像
検索を行って、自動的にインデックスとなるアイコンを
作成した時の表示例であり、該インデックスとしての複
数の動画像のアイコン７１ａ〜７１ｃが画面上に一覧表
示される。７２はテキスト情報、７３は音声アイコンを
示している。

【００２４】この複数のアイコン表示により、ユーザは
テキストおよび動画像データの内容把握が容易になる。
また、送信者のより細かなニュアンスを、メールを受信
した当初に把握することができるようになる。また、ユ
ーザがアイコンで表示された動画像および音声を詳細に
見たい場合には、所望のアイコンを指定することによっ
て、動画像データの本当に再生したい部分からの再生が
可能になる。このため、動画像の再生の際に、無駄な動
画像をクライアント端末５６に転送する必要がなくな
り、転送するデータ量を最小限に止めることができるよ
うになる。この結果、受信側メールサーバ５４と受信側
クライアント端末５６とを結ぶネットワークに大きな負
荷をかけることなくなる。

【００２５】次に、図９の画面で、ユーザが受信したメ
ールを不必要なメールと判断してメールの削除を行う場
合には、画面中の削除を指定することによって、このメ
ールおよび表示されたアイコンに対応する受信側メール
サーバ上にある音声、動画像データを同時に削除するこ
とができる。

【００２６】一方、ユーザがアイコンを選択することに
よって、さらに音声、動画像の再生を要求する場合に
は、クライアント端末中に搭載されている再生プログラ
ムをさらに起動する。そうすると、再生画面が別に表示
されて、再生が即時に開始される。なお、これに代え
て、図中のアイコンをそのまま再生画面として、再生を
即座に開始させるようにしてもよい。

【００２７】図１０は、前記したメールの受信側の装置
の動作を示すフローチャートである。ステップＳ１１で
は、受信側メールサーバ５４は、受信メールにメディア
情報を分類するプログラムの起動情報があるか否かの判
断がなされる。この判断が肯定の場合には、ステップＳ
１２に進んで、受信したメールデータの中から音声と動
画像とを分類し、メディア情報格納サーバ５５に格納す
る。また、受信側メールサーバ５４は、格納場所、ユー
ザ情報の付加再生、削除コマンドの付加およびアイコン
の作成とリンク付けを行う。

【００２８】ステップＳ１３では、ユーザによってメー
ルの再生要求があるか否かの判断がなされ、この判断が
肯定の場合にはステップＳ１４に進んで、音声、動画像
アイコンを含むメール本体を、クライアント端末へ転送
し表示する。ステップＳ１５では、ユーザによって、さ
らに、音声、動画像の再生の要求があるか否かの判断が
なされる。すなわち、ユーザが動画像のアイコンを指定
したか否かの判断がなされる。この判断が肯定の場合に
は、ステップＳ１６に進んで、該アイコンに対応する音
声、動画像の再生が実行される。

【００２９】ステップＳ１７では、ユーザによってメー
ルの削除の要求があったか否かの判断がなされる。すな
わち、図９の画面において、削除のボタンが選択された
か否かの判断がなされる。この判断が肯定の場合にはス
テップＳ１８に進んでメールの削除を行う。なお、ステ
ップＳ１１の判断が否定の時には、ステップＳ１３に進
む。また、ステップＳ１３およびステップＳ１５の判断
が否定の時には、ステップＳ１７に進む。

【００３０】前記ステップＳ１６のデータ再生の方法と
しては、例えば、帯域確保型のネットワークプロトコル
であるＲＳＶＰプロトコルを用いて動画像や音声を即時
リアルタイムで再生することができる。他のデータ再生
方法としては、ＴＣＰ／ＩＰ上でデータ転送を行い、図
１１のように、時刻ｔ1 でユーザが動画像データの再生
を指示したとした場合、図１の再生用バッファ８にある
程度のデータが蓄積された時点ｔ2 から再生を開始する
ことにより、確実な帯域確保が困難な状況でも、簡易的
なリアルタイム再生を実現することができる。この再生
方式によれば、受信側クライアント端末に一旦データを
ダウンロードしてから再生を開始するのではなく、デー
タを転送しながら再生を行うことができ、リアルタイム
再生を実現することができる。なお、従来は、前記再生
用バッファ８に全部のデータが蓄積された時刻ｔ3 から
再生を開始していたので、本発明の再生方式によれば、
（ｔ3 −ｔ2 ）時間の短縮をすることができる。

【００３１】図９に示されているように、動画像アイコ
ンがその動画像のインデックスとして複数個表示される
場合には、ユーザが選択したアイコンの位置から動画像
の再生が行われ、該アイコンが指定するタイムコードに
よってサーバ内のファイルポインタを算出し、そのポイ
ンタからデータを転送する。なお、該ファイルポインタ
ｆp （バイト）は、下記の式を用いて求めることができ
る。

【００３２】ｆp ＝ＴＢ×ＴＣ／ＴＴ−α ここに、ＴＢは動画像データ、ＴＣは指定タイムコード
（00:00:00スタート）、ＴＴは動画像の全再生時間、α
は任意の定数である。なお、ＴＣ＜β（＝α×ＴＴ／Ｔ
Ｂ）の時は、ｆp ＝０とする。

【００３３】このように、インデックスの一覧表によ
り、必要最小限になったデータを転送、あるいは再生す
ることにより、クライアント端末５６は、効率的なメー
ル受信と、迅速なマルチメディアメールの再生を実現す
ることができる。

【００３４】前記した実施形態では、音声、動画像のア
イコンを受信側のメールサーバで作成するようにした
が、本発明はこれに限定されず、送信側のメールサーバ
で作成してもよい。すなわち、送信側のメールサーバで
画像検索技術を用いてインデックスとなるアイコンを作
成し、送信するメールの本体中に該アイコンと実際のデ
ータとをリンクさせる情報を含ませて送信することも可
能である。

【００３５】

【発明の効果】以上の説明から明らかなように、本発明
によれば、マルチメディアメール送信装置が、メール本
体中に、テキストおよびメディア情報を分類させるプロ
グラムを起動させる情報を付加するプログラム起動情報
付加手段を有しているので、受信側メールサーバにおい
て、テキストとメディア情報を別ファイルで蓄積でき
る。このため、メディア情報にアイコンを付ける等の加
工を自由かつ簡単に施すことができる。

【００３６】また、本発明によれば、データ量の多い音
声、動画像等のメディア情報を受信側メールサーバに別
ファイルで格納し、該メディア情報にインデックスとな
る１個又は複数個のアイコンを付けるようにしているの
で、受信側のクライアント端末にアイコンを一覧表示さ
せることができ、受信側ユーザはその内容を容易に把握
できるようになる。また、データ量の少ない、テキス
ト、静止画、アイコンのみを一体にして、先に受信側ク
ライアント端末に送信するようにしているので、迅速か
つ効率的に、メールを受信側クライアント端末に送るこ
とができ、ネットワークの負荷の軽減を図ることができ
る。

【００３７】また、本発明によれば、動画像のデータ転
送も、最初はインデックス画面だけをクライアント端末
に送信するだけでよいから、少ないデータ転送量で、ユ
ーザは動画像データの内容の概略を把握することができ
る。また、動画像の詳細内容をインデックス画面を通し
て要求された場合に、該インデックス画面から動画像の
再生を開始することができ、ネットワークの負荷の軽減
と、リアルタイム再生を実現できる。また、メール読出
時間の短縮が可能になる。

【００３８】例えば、５０ｋバイトのテキストデータと
５００ｋバイトの動画像データをもつメールは、従来方
式では、５ｋバイト／秒の回線でメールの読出に１１０
秒かかたが、本発明の方式によれば、約１０秒でテキス
トデータの読出と、動画像のリアルタイム再生とをする
ことができた。

【図面の簡単な説明】

【図１】 本発明に使用されるクライアント端末の一例
の構成図である。

【図２】 該クライアント端末の初期画面の表示例を示
す図である。

【図３】 該クライアント端末のメール受信画面の表示
例を示す図である。

【図４】 該クライアント端末のメール作成画面の表示
例を示す図である。

【図５】 メール作成時に使用される、既存データのフ
ァイル選択画面の一例を示す。

【図６】 メールの送信および受信システムの概要を示
すブロック図である。

【図７】 メールの送信形態を説明する図である。

【図８】 メール作成処理の手順の一例を示すフローチ
ャートである。

【図９】 受信側クライアント端末に表示された受信メ
ールの表示例を示す図である。

【図１０】 受信側メールサーバの処理の手順の一例を
示すフローチャートである。

【図１１】 メディア情報の再生方式の動作の説明図で
ある。

【符号の説明】

１…制御装置、２…カメラ２、３…マイク３、４…入力
インタフェイス（Ｉ／Ｆ）、５…蓄積装置、６…蓄積装
置、７…通信Ｉ／Ｆ、８…表示用バッファ、９…表示Ｉ
／Ｆ、１０…ディスプレイ、１１…スピーカ、２０…ネ
ットワーク、２１…メールサーバ、５１、５６…クライ
アント端末、５２、５４…メールサーバ、５３…ネット
ワーク。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ Ｈ０４Ｎ 7/081 (56)参考文献 特開 平７−66830（ＪＰ，Ａ) 特開 平８−23345（ＪＰ，Ａ) 特開 平４−258056（ＪＰ，Ａ) 特開 平８−55137（ＪＰ，Ａ) 特開 平８−161240（ＪＰ，Ａ) ＭＩＭＥ：インターネット上のマルチ メディア，ＵＮＩＸ ＭＡＧＡＺＩＮ Ｅ，日本，株式会社アスキー，1995年 ６月 １日，第10巻 第６号 通巻104 号，第143頁〜第150頁 (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 13/00 351 G06F 13/00 357

Claims (6)

(57)【特許請求の範囲】
1. 【請求項１】 テキストおよび音声、静止画、動画像等
   のメディア情報をメールとして送受信するマルチメディ
   アメール受信装置において、 受信したメールに、テキストとメディア情報とを分類し
   表示する処理を行うためのプログラムを起動する情報が
   存在する場合に、メディア情報をメールサーバとは異な
   るサーバに別ファイルとして蓄積するメール蓄積手段
   と、 前記メディア情報にそのインデックスとなるアイコン情
   報を付加する手段とを具備したことを特徴とするマルチ
   メディアメール受信装置。
2. 【請求項２】 請求項１記載のマルチメディアメール受
   信装置において、 前記テキストとメディア情報のアイコン情報とを、受信
   側クライアント端末へ転送する手段をさらに具備したこ
   とを特徴とするマルチメディアメール受信装置。
3. 【請求項３】 請求項１記載のマルチメディアメール受
   信装置において、 前記アイコン情報は、動画像ファイルの動画像検索結果
   を用いることを特徴とするマルチメディアメール受信装
   置。
4. 【請求項４】 請求項２記載のマルチメディアメール受
   信装置において、 前記受信側クライアント端末は前記複数のアイコンから
   なる動画像のインデックスの一覧データを表示する手段
   と、 該一覧データの任意の場所からデータ再生を指示する手
   段とを具備したことを特徴とするマルチメディアメール
   受信装置。
5. 【請求項５】 請求項１記載のマルチメディアメール受
   信装置において、 受信側クライアント端末にて前記アイコンを指定してメ
   ディア情報の再生が要求された時には、該アイコンに該
   当するメディア情報を再生し、前記受信側クライアント
   端末に転送する手段をさらに具備したことを特徴とする
   マルチメディアメール受信装置。
6. 【請求項６】 請求項５記載のマルチメディアメール受
   信装置において、 前記メディア情報を再生する場合に、受信側クライアン
   ト端末に一旦データをダウンロードしてから再生を開始
   するのではなく、データを転送しながら再生を行うよう
   にしたことを特徴とするマルチメディアメール受信装
   置。