JPH08125687A - データ転送方法、データ送信装置、データ受信装置およびビデオメールシステム - Google Patents

Abstract

(57)【要約】 【目的】 既存のネットワークを活かしつつ、マルチメ
ディアデータ伝送時のトラヒックを軽減し、メールの緊
急性にも対応したビデオメールのデータ転送方式を提供
することを目的とする。 【構成】 送信端末１に、送信部１０、分割送信部２０
を設ける。サーバ端末２に、メールボックス５０、送受
信管理部３０、分割受信部４０、分割送信部２０を設け
る。受信端末３に、受信・再生部６０、分割受信部４０
を設ける。送信部１０（あるいは、送受信管理部３０）
から送受信管理部３０（あるいは、受信・再生部６０）
へのビデオメール送信は、ビデオメールに含まれるデー
タのうち、音声と、動画の代表フレーム（静止画）とを
先ず通常方式で送る。ビデオメール中のビデオデータ
は、その後、分割送信処理部２０から分割受信処理部４
０へ複数回に分けて送信する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子メールシステムに
おいて、特に動画や音声などから構成されるビデオデー
タを電子メールとして送付する、ビデオメールのデータ
転送方式に関わる。

【０００２】

【従来の技術】一般に、コンピュータネットワークシス
テムは、パーソナルコンピュータ（以下”ＰＣ”と略
記）やワークステーション（以下”ＷＳ”と略記）を、
公衆網やローカルエリアネットワーク（以下”ＬＡＮ”
と略記）等の通信媒体により接続して構成されている。
このようなコンピュータネットワークシステムにおい
て、最近、動画、静止画、音声等からなるマルチメディ
アデータを伝送する利用形態が増えている。なお、マル
チメディアデータを扱うアプリケーションプログラム
（以下”ＡＰ”と略記）としては、ビデオメール等があ
る。

【０００３】ところが、従来から導入され敷設されてい
るＬＡＮ等を用いて、マルチメディアＡＰをそのまま伝
送しようとすると次のような問題が生じる。従来のＡＰ
は、マルチメディアＡＰと比較して伝送データ量が少な
かった。そのため、複数のユーザがネットワークを同時
にアクセスしても、ネットワークの伝送能力を圧迫する
ほどのトラヒックの増大を招くことはなかった。また、
トラヒックの増大を招かない運用形態を確立して使用す
ることも可能であった。しかし、マルチメディアデータ
はその量が膨大であるため、これをそのまま従来からの
ネットワークに流したのでは、ユーザの想像以上のトラ
ヒックの増加を招き、伝送遅延等が発生する。その結
果、マルチメディアＡＰの伝送のみならず、従来からの
データ通信にも悪影響を与えることとなる。特に、従来
から伝送時間に制限のあるリアルタイム性を要求される
データ通信に対しての悪影響は深刻である。

【０００４】このような問題点を解決するための技術と
しては、例えば、以下のようなものが提案されている。

【０００５】特開平４−２６３５４５には、送信するフ
ァイルデータが予め設定された所定長を超える場合は、
該ファイルデータを複数のブロックに分割し、複数回に
分けて、ディレーをかけて間隔をあけて転送する技術が
開示されている。該技術によれば、時間に亘る回線の占
有を防止することができる。

【０００６】また、ＲＦＣ（Request For Comment）
１３４１に開示されているＭＩＭＥ(Multipurpose Int
ernet Mail Extensions）では、メールにテキスト以
外のデータ（例えば、動画データ）が含まれているか否
かを記述したエンクロージャと呼ばれる情報だけを送る
マルチメディアメールの方式を提案している。この方式
では、動画等の情報は、受け手が必要な場合だけ送り手
から回収する。そのため、実際に伝送されるのは受け手
が本当に必要だと判断したデータのみとなり、トラヒッ
クの増加を必要最小限に抑えることができる。

【０００７】

【発明が解決しようとする課題】前記特開平４−２６３
５４５に開示された技術を適用すれば、他の端末のデー
タパケットが割り込む機会が増えるため、現在広く普及
しているＥｔｈｅｒｎｅｔのような伝送媒体をそのまま
使用しても、一つの端末の伝送媒体占有による輻輳回避
を図ることはできる。しかし、その反面、データの伝送
時間が従来以上にかかるという問題があった。つまり、
このようなデータ転送方式は、データ量は大きいもの
の、リアルタイム性はそれほど要求されないデータ伝送
を行なうネットワークＡＰ（例えば、ビデオメール）に
対してのみ有効なものである。但し、このようなリアル
タイム性の要求が小さいネットワークＡＰに対しても、
使用者が増えるとデータ転送時間の遅延が大きくなる恐
れがある。また、緊急を要するメールへの対応という点
からは十分なものではない。

【０００８】また、前記ＭＩＭＥは、ＲＦＣ８２２等に
開示されている通常のメールシステムをマルチメディア
メールに拡張したものに過ぎず、転送のプロトコル等に
ついては特に言及していない。実際に動画等の情報を送
る場合に生じるトラヒックの増加への対策は示していな
い。

【０００９】本発明は、既存のコンピュータネットワー
クシステムをそのまま用いながら、従来のネットワーク
アプリケーションのデータ伝送（特にリアルタイム性を
要求するデータ伝送）を邪魔することなく、大容量デー
タの伝送を可能としたデータの転送方式を提供すること
を目的とする。

【００１０】本発明は、既存のコンピュータネットワー
クシステムをそのまま用いながら、緊急を要するメール
への対応を可能としたビデオメールシステムを提供する
ことを目的とする。

【００１１】本発明は、既存のコンピュータネットワー
クシステムに適用可能なビデオメールのデータ転送方
式、ビデオメールシステムを提供することを目的とす
る。

【００１２】

【課題を解決するための手段】本発明は上記目的を達成
するために成されたものでその第１の態様としては、ネ
ットワークを介して接続されたデータ受信装置に、１ま
たは２種以上のデータから成る伝送対象データを送信す
るデータ送信装置において、上記伝送対象データの一部
を、予め定められた基準に従って抽出する抽出手段と、
上記抽出手段の抽出したデータ（以下”抽出データ”と
いう）を含んで構成される先送りデータを作成する先送
りデータ作成手段と、上記先送りデータを上記データ受
信装置へ送信する送信手段と、上記伝送対象データに含
まれていながら上記先送りデータに含まれていないもの
を含んだデータ（以下”分割送信データ”という）を、
上記データ受信装置に複数回に分けて分割送信する分割
送信手段と、を有することを特徴とするデータ送信装置
が提供される。

【００１３】上記先送りデータには、上記分割送信デー
タおよび／または上記分割送信データに含まれているデ
ータを示すリンク情報も含まれることが好ましい。

【００１４】上記伝送対象データは、静止画のデータ
（以下”静止画データ”という）を複数枚分含んで構成
される動画のデータ（以下”動画データ”という）を、
含んだものであり、上記抽出データには、一部の静止画
データが含まれるものであってもよい。

【００１５】上記伝送対象データは、静止画のデータ
（以下”静止画データ”という）を複数枚分含んで構成
される動画のデータ（以下”動画データ”という）と、
音声データと、を含んで構成されるビデオデータを含ん
だものであり、上記抽出データには、音声データおよび
一部の静止画データが含まれてもよい。

【００１６】上記予め定められた基準は、抽出するデー
タの種類、抽出されるデータの位置、ユーザによって別
途選択されているか否か、のうちの少なくとも一つを含
んで構成されてもよい。さらには、ユーザによる上記選
択を受け付ける選択手段を有すしてもよい。

【００１７】上記伝送対象データは、静止画のデータ
（以下”静止画データ”という）を複数枚分含んで構成
される動画のデータ（以下”動画データ”という）を、
含んだものであり、上記選択手段は、上記動画データを
再生するとともに、該再生される動画に含まれている上
記静止画のうちの一部の静止画の選択を受け付けるもの
であることが好ましい。

【００１８】上記データ受信装置からの上記分割送信の
実行要求を受け付ける分割送信受付手段を有し、上記分
割送信手段は、上記分割送信受付手段が上記実行要求を
受け付けた場合に上記分割送信データの分割送信を開始
するものであることが好ましい。

【００１９】上記分割送信において上記分割送信手段が
１回に送るデータの量は、予め定められた最大データサ
イズ以下であることが好ましい。この場合、上記１回に
送るデータの量を下記数１に基づいて決定するデータサ
イズ決定手段を有することが好ましい。

【００２０】

【数３】

【００２１】ｄ_P：１回に送るデータの量(Byte) Ｖ_L：上記ネットワークの伝送速度（bit/sec） ｔ_C：上記ネットワークを介しての通信における予め決
定された遅延の許容時間（sec） ｔ_e：ユーザが予め設定する余裕時間（sec），ｔ_e＞０ 上記分割送信手段は、上記分割送信における各回毎の送
信を、別途定められた転送間隔以上の時間間隔をあけて
行うものであることが好ましい。この場合、上記転送間
隔を下記数４に基づいて決定する転送間隔決定手段を有
することが好ましい。

【００２２】

【数４】

【００２３】ｔ_d：転送間隔（sec） Ｖ_d：上記分割送信に使用可能な上記ネットワークの伝
送帯域の割当て幅（bit/sec） ｄ_P：分割送信手段が１回に送るデータの量(Byte) Ｃ：別途求められる、予め定められた時点において上記
分割送信データの送信を並行して行なっている該データ
送信装置の台数（組） ｔ_i：上記ネットワークのデータ無伝送検知時間 本発明の第２の態様としては、ネットワークを介して接
続された上述のデータ送信装置から送られてくるデータ
を受信するデータ受信装置において、上記データ送信装
置の上記送信手段から送られてくる上記先送りデータを
受信する受信手段と、上記データ送信装置の上記分割送
信手段が複数回に分けて送ってくるデータを受信し、受
信したデータを１つにまとめて上記分割送信データを再
構成する分割受信手段と、上記再構成した分割送信デー
タを記憶する記憶手段と、を有することを特徴とするデ
ータ受信装置が提供される。

【００２４】本発明の第３の態様としては、上述のデー
タ送信装置から送られてくるデータを受信するデータ受
信装置において、上記データ送信装置の上記送信手段か
ら送られてくる上記先送りデータを受信する受信手段
と、上記データ送信装置の上記分割送信手段が複数回に
分けて送ってくるデータを受信し、受信したデータを１
つにまとめて上記分割送信データを再構成する分割受信
手段と、上記再構成した分割送信データを記憶する記憶
手段と、を有することを特徴とするデータ受信装置が提
供される。

【００２５】本発明の第４の態様としては、先送りデー
タに上記分割送信データおよび／または上記分割送信デ
ータに含まれているデータを示す、リンク情報を含んで
いる上述のデータ送信装置から送られてくるデータを受
信するデータ受信装置において、上記データ送信装置の
上記送信手段から送られてくる上記先送りデータを受信
する受信手段と、上記データ送信装置の上記分割送信手
段が複数回に分けて送ってくるデータを受信し、受信し
たデータを１つにまとめて上記分割送信データを再構成
する分割受信手段と、動画データおよび静止画データを
再生可能な再生手段と、を有することを特徴とするデー
タ受信装置が提供される。

【００２６】本発明の第５の態様としては、上述のデー
タ送信装置から送られてくるデータを受信するデータ受
信装置において、上記データ送信装置の上記送信手段か
ら送られてくる上記先送りデータを受信する受信手段
と、上記データ送信装置の上記分割送信手段が複数回に
分けて送ってくるデータを受信し、受信したデータを１
つにまとめて上記分割送信データを再構成する分割受信
手段と、静止画データ、動画データおよび音声データを
再生可能な再生手段と、を有することを特徴とするデー
タ受信装置が提供される。

【００２７】この場合、上記再生手段は、上記先送りデ
ータに含まれている音声データを再生する際には、これ
と同時に当該先送りデータに含まれている静止画データ
を表示することが可能であることが好ましい。

【００２８】上記第２乃至第５の態様においては、上記
データ送信装置へ、ある先送りデータに対応する分割送
信データの分割送信の実行要求を送る分割送信要求手段
をさらに有することが好ましい。

【００２９】上記分割送信要求手段は、上記分割送信の
実行要求を送る際に、当該先送りデータに含まれている
上記リンク情報をも送るものであってもよい。

【００３０】この場合、ある先送りデータに対応する動
画データの再生指示を受け付ける再生指示手段と、上記
分割送信データを保存する保存手段と、制御手段と、を
備え、上記分割受信手段は、上記再構成した分割送信デ
ータを上記保存手段に格納するものであり、上記制御手
段は、上記再生指示手段が上記動画データの再生指示を
受け付けた時、当該先送りデータに対応する分割送信デ
ータが上記保存手段内に存在するか否かを判定し、該判
定の結果、上記分割送信データが上記保存手段内に存在
していなかった場合には、上記分割送信要求手段に上記
実行要求を上記データ送信装置へ送らせ、その後、上記
分割受信手段が受信した上記分割送信データに含まれて
いる動画データまたはビデオデータを上記再生手段に再
生を行わせ、一方、上記分割送信データが上記保存手段
内に存在していた場合には、上記再生手段に、当該分割
送信データに含まれている動画データまたはビデオデー
タの再生を行わせるものであること、を特徴とするデー
タ受信装置が提供される。

【００３１】さらには、上記分割送信要求手段が上記実
行要求を送ってから、上記分割受信手段が上記分割転送
データの受信を完了するまでの間、分割転送データの受
信中であることをユーザに知らせる転送状態告知手段を
さらに有することが好ましい。

【００３２】本発明の別の態様としては、ネットワーク
を介して接続された複数の情報処理端末間で、ビデオメ
ールを転送するビデオメールシステムにおいて、上述の
データ送信装置と、上述のデータ受信装置と、を含んで
構成されるサーバと、上記サーバに対してビデオメール
を送信する、上述のデータ送信装置を含んで構成された
送信端末と、上述のデータ受信装置を含んで構成される
受信端末と、を備え、上記送信端末の有する上記送信手
段は、上記先送りデータとともに、該先送りデータの受
け手であるユーザを示す宛先情報を送るものであり、上
記サーバの有する上記記憶手段は、上記先送りデータと
上記宛先情報とを対応づけて記憶するものであり、上記
受信端末は、あるユーザ宛のビデオメールが上記記憶手
段内に存在するか否かを問い合わせる着信確認手段をさ
らに有し、上記サーバは、さらに、上記問い合わせを受
けた場合には、上記ユーザ宛のビデオメールが該記憶手
段内にあるか否かを確認し、該確認の結果を上記受信端
末に返答する着信返答手段を有するものであることを特
徴とするビデオメールシステムが提供される。

【００３３】本発明のさらに別の態様としては、１また
は２種類以上の内容のデータから構成される伝送対象デ
ータを転送するデータ転送方法において、上記伝送対象
データに含まれているデータのうちの一部を予め抽出
し、上記抽出したデータを含んで構成される先送りデー
タを作成し、該先送りデータを先に送り、その後、上記
伝送対象データに含まれていながら上記先送りデータに
は含まれていないものを含んだデータ（以下”分割転送
データ”という）を、複数回に分けて送ること、を特徴
とするデータの転送方法が提供される。

【００３４】上記先送りデータには、上記分割転送デー
タおよび／または上記分割送信データに含まれているデ
ータを示す、リンク情報をも含まれることが好ましい。

【００３５】上記伝送対象データには、静止画のデータ
（以下”静止画データ”という）を複数枚分含んで構成
される動画データを含んだものであり、上記抽出データ
は、一部の上記静止画データを含んで構成されてもよ
い。あるいは、上記伝送対象データは、静止画のデータ
（以下”静止画データ”という）を複数枚分含んで構成
される動画のデータ（以下”動画データ”という）と、
音声データと、を含んで構成されるビデオデータを含ん
だものであり、上記抽出データは、音声データおよび一
部の上記静止画データを含んで構成されてもよい。

【００３６】本発明のさらに別の態様としては、少なく
とも動画のデータ（以下”動画データ”という）を含ん
だビデオメールを転送するビデオメール転送方法におい
て、上記動画データは、静止画のデータ（以下”静止画
データ”という）を複数枚分含んで構成されるものであ
り、上記動画データに含まれている一部の静止画データ
を抽出し、上記抽出した静止画データと、該静止画デー
タが属していたビデオデータを示すリンク情報と、を少
なくとも含んで構成される先送りデータを作成し、先
ず、上記先送りデータおよび該先送りデータの受け手と
なるユーザを指定す宛先情報を転送し、その後、上記ビ
デオメールに含まれていながら上記先送りデータには含
まれていなかったものを含んだデータ（”分割送信デー
タ”という）を、複数回に分けて転送すること、を特徴
とするビデオメール転送方法が提供される。

【００３７】

【作用】抽出手段は、伝送対象データの一部を、予め定
められた基準（例えば、抽出するデータの種類、抽出さ
れるデータの位置、ユーザによって別途選択されている
か否か）に従って抽出する。抽出の基準として、ユーザ
によって選択されているか否かという条件が含まれる場
合には、選択手段によって、ユーザによる選択を受け付
けるようにする。伝送対象データが、動画データやビデ
オデータ等を含んでいる場合には、抽出データには、一
部の静止画データ、さらには音声データを含めるのが好
ましい。これは、このような静止画データ、音声データ
であれば、データ量が比較的少なくてすみ、また、必要
最小限のコミュニケーションは実現可能と思われるから
である。この場合、選択手段による選択は、動画データ
を再生しながら行うようにすれば選択がやりやすい。抽
出されるデータの位置を基準として採用する場合には、
例えば、動画データを構成する静止画のうち、最初ある
いは最後の静止画を抽出するようにしてもよい。

【００３８】先送りデータ作成手段は、抽出データ、リ
ンク情報等を含んで構成される先送りデータを作成す
る。伝送対象データにテキストデータが含まれる場合に
は、該テキストデータも含めても良い。

【００３９】送信手段は、ネットワークを通じて、先送
りデータをデータ受信装置へ送信する。

【００４０】この後、データ受信装置から送られてくる
分割送信の実行要求を分割送信受付手段が受け付ける
と、分割送信手段は、分割送信を開始する。つまり、分
割送信データを複数回に分けて送信する。

【００４１】この場合、伝送対象データにビデオデータ
などが含まれているとネットワークを長時間占有するこ
とになりかねない。このような状態は好ましくないた
め、データサイズ決定手段は、分割送信手段が１回に送
るデータの量ｄ_pが予め定められた最大データサイズ以
下となるように、例えば、上述の数３に従って１回に送
るデータの量を決定する。

【００４２】また、同様の観点から、分割送信における
各回毎の送信は、転送間隔決定手段が例えば数４に従っ
て決定する転送間隔以上の時間間隔をあけて行うのがよ
い。

【００４３】一方、データ受信装置は、データ送信装置
の送信手段から送られてくる先送りデータを、受信手段
によって受信する。この後、ユーザは、再生手段によっ
て先送りデータに含まれている音声データおよび静止画
データを再生・表示させる。

【００４４】再生指示手段は、ある先送りデータに対応
する動画データの再生指示をユーザから受け付ける。す
ると、制御手段は、当該先送りデータに対応する分割送
信データが保存手段内に存在するか否かを判定する。

【００４５】判定の結果、分割送信データが存在してい
なかった場合には、制御手段は、分割送信要求手段に実
行要求およびリンク情報をデータ送信装置へ送らせる。
転送状態告知手段は、分割送信要求手段が実行要求を送
ってから、分割受信手段が分割転送データの受信を完了
するまでの間、分割転送データの受信中であることをユ
ーザに知らせる。分割受信手段は、分割送信されて来る
データを受信し、受信したデータを１つにまとめて分割
送信データを再構成する。場合によっては、保存手段に
保存する。また、再構成された分割送信データに含まれ
ている動画データまたはビデオデータを再生手段に再生
を行わせる。

【００４６】一方、分割送信データが存在していた場
合、制御手段は、すぐに、当該分割送信データに含まれ
ている動画データまたはビデオデータの再生を、再生手
段に行わせる。

【００４７】ビデオメールシステムに適用する場合に
は、送信端末の送信手段は、先送りデータとともに、デ
ータの受け手を示す宛先情報を送る。サーバは、宛先情
報と、ビデオメール（先送り情報、分割送信データ）と
を、対応づけて記憶手段に記憶する。受信端末の着信確
認手段から、着信の問い合わせがあった場合、サーバの
着信返答手段は、これに返答する。

【００４８】なお、分割送信要求手段および分割送信受
付手段による分割送信要求の授受を契機とした分割送信
の開始は、サーバと受信端末との間でのみ使用するよう
にしても良い。送信端末と、サーバとの間では、物理的
な不都合がないかぎり、先送りデータを送信した後は、
自動的に分割送信を行うようにする。

【００４９】

【実施例】以下、図面を参照して、本発明の実施例につ
いて説明する。

【００５０】本実施例は、本発明をＭＰＥＧ（Ｍｏｖｉ
ｎｇ Ｐｉｃｔｕｒｅ ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ
Ｇｒｏｕｐ）動画データをベースとした、ビデオメー
ルシステムに適用した例である。

【００５１】本明細書中”ビデオデータ”とは、動画デ
ータと、音声データと、を含んで構成されるものであ
る。なお、ビデオデータの状態（圧縮／伸長）を示すた
め、圧縮された状態にあるビデオデータのことを、特
に”圧縮ビデオデータ”と呼ぶ場合がある。同様に、圧
縮された動画データを”圧縮動画データ”、圧縮された
音声データを”圧縮音声データ”と呼ぶ場合がある。

【００５２】本明細書中、”ビデオメール”とは、ビデ
オデータを含んで構成された電子メールである。ビデオ
メールには、この他にも、テキストデータ等をも含んで
いても良い。

【００５３】まず、本実施例システムおよび機能構成の
概要を図１を用いて説明する。なお、図１中の実線は制
御の流れを、また、破線はデータの流れを示す。

【００５４】本システムは、ビデオメール送信端末１
と、メールボックスサーバ２と、ビデオメール受信端末
３と、これらを接続するネットワーク４と、によって構
成されている。

【００５５】ビデオメール送信端末１は、ビデオメール
用のビデオデータの取り込み、メールデータの作成、送
信処理などを行なうためのものである。ビデオメール送
信端末１は、ビデオメール作成及び送信処理部１０と、
ビデオデータ分割送信処理部２０ａとを含んで構成され
ている。ビデオメール作成及び送信処理部１０は、ビデ
オメールの作成及び送信を行なうためのものである。ビ
デオデータ分割送信処理部２０ａは、ビデオデータなど
の大容量のデータを小さなサイズのデータに分割し、時
間間隔をあけて転送するものである。

【００５６】メールボックスサーバ端末２は、ビデオメ
ールを受信者ごとにまとめて一旦保持するためのメール
ボックス５０を有するものである。メールボックスサー
バ端末２は、ビデオデータ分割送信処理部２０ｂと、メ
ールボックス送受信管理部３０と、ビデオデータ分割受
信処理部４０ｂと、メールボックス５０と、を含んで構
成されている。ビデオデータ分割送信処理部２０ｂは、
ビデオメール送信端末１の備えるビデオデータ分割送信
処理部２０ａと同様のものである。メールボックス５０
は、ビデオメールを蓄積するためのものであり、ビデオ
メールを使用するユーザに一意的に対応して存在する。
メールボックス送受信管理部３０は、メールボックス５
０の管理を行なうものである。ビデオデータ分割受信処
理部４０ｂは、該分割送信処理部２０ａから分割して送
られてきたデータを受信し、これらを結合して元のデー
タに再構成するものである。再構成されたデータは、メ
ールボックスに格納される。

【００５７】なお、以下の説明においては、ビデオデー
タ分割送信処理部２０ａと、ビデオデータ分割送信処理
部２０ｂとを、総称して、単に、”ビデオデータ分割送
信処理部２０”と呼ぶ場合がある。同様に、ビデオデー
タ分割受信処理部４０ｂと、ビデオデータ分割受信処理
部４０ｃとを、総称して、単に、”ビデオデータ分割受
信処理部４０”と呼ぶ場合がある。

【００５８】ビデオメール受信端末３は、ビデオメール
の受信（つまり、メールボックス５０からのビデオメー
ルの取り出し）、ビデオメールの再生を行なうためのも
のである。ビデオメール受信端末３は、ビデオデータ分
割受信処理部４０ｃ、ビデオメール受信及び再生処理部
６０を備えている。ビデオデータ分割受信処理部４０ｃ
は、メールボックスサーバ端末２の有するビデオデータ
分割受信処理部４０ｂと同様のものである。ビデオメー
ル受信及び再生処理部６０は、メールボックス５０へ
の、ビデオメール受信端末３の現在のユーザ宛のビデオ
メールの着信の検知を行うものである。また、ビデオメ
ール受信及び再生処理部６０は、該着信ビデオメールの
取り出し、及び該ビデオメールの再生などを行なう機能
も備えている。

【００５９】これらの端末は、ネットワーク４で接続さ
れ、ネットワーク４を介して、互いにデータ交換が可能
となっている。ネットワーク４は、例えば、ＬＡＮ、公
衆網である。

【００６０】なお、一般的に、メールの送信、或は受信
の片方だけを行なうユーザはいないので、該端末１と該
端末３上の機能は、共に同一の端末上にあっても構わな
い。

【００６１】本実施例における動作の概要を説明する。
ここでは、ビデオメールの作成及び送信、ビデオメ
ールの受信（取り出し）及び再生に分けて説明を行う。

【００６２】ビデオメールの作成及び送信 先ずユーザは、ビデオメール送信端末１において、ビデ
オメール作成及び送信処理部１０の機能によりビデオメ
ールを作成する。そして、宛先を指定して該ビデオメー
ルの送信を指示する。なお、この時点でビデオメールに
含まれているビデオデータは、一般的には圧縮されてい
る。

【００６３】すると、該処理部１０は、ビデオメールを
構成するデータのうち、緊急性を要する優先度の高いデ
ータ（或は、容量が大きくなくネットワークに与える影
響の少ないデータ）を、通常の転送方式によって先に、
メールボックス端末２のメールボックス送受信管理部３
０に送る。これ以外のデータについては、ビデオデータ
分割送信処理部２０ｂに渡して分割送信させる。なお、
分割サイズ、転送の間隔については、後ほど詳細に説明
する。

【００６４】以後、通常の転送方式で先に処理部１０か
ら送信するデータを”先送りデータ”と呼ぶ。本発明に
おいては、先送りデータを、それだけである程度のコミ
ュニケーションを果たせ、且つビデオメールを構成する
データの中でデータ容量の比較的小さいデータとしてい
る。

【００６５】また、先送りデータの送信後に、該処理部
２０ａによって分割送信するデータを”分割送信デー
タ”と呼ぶ。分割送信データは、ビデオメールデータの
中で比較的容量の大きなデータ（例えば、動画データ、
或は動画と音声により構成されるデータ）とする。

【００６６】本実施例では、先送りデータを、ビデオデ
ータに含まれている音声データと、ビデオデータに含ま
れている動画の代表フレーム（静止画）データとで構成
している。また、ビデオメールとして送るデータにテキ
ストデータも含まれている場合には、該テキストデータ
も先送りデータに含めることとしている。一方、分割送
信データとしては、ビデオデータ（後述する圧縮ビデオ
データ２５０に相当）を送るようにしている。従って、
音声データについては、同じ内容のものを２回送ること
になっている。

【００６７】先送りデータが送られてきた場合、メール
ボックス送受信管理部３０は、当該先送りデータを、該
端末１においてユーザ（送信者）が指定した宛先に対応
するユーザ（受信者）に対して設けられているメールボ
ックス５０に格納する。また、処理部１０から分割送信
の要求を受け取った場合には（注：該要求自体は、処理
部１０がメールボックス送受信管理部３０へ送るもので
ある。）、メールボックス送受信管理部３０はビデオデ
ータ分割受信処理部４０ｂに該分割送信データの受信処
理を依頼する。依頼を受けた処理部４０ｂは、ビデオデ
ータ分割送信処理部２０ａから分割されて送られてくる
データを全て受信した後、該受信データを一つのデータ
ファイルに結合することで、分割送信データを再構成す
る。そして、そのデータファイルを、このビデオメール
の該宛先に対応するユーザに対して設けられているメー
ルボックス５０に格納する。メールボックス５０内にお
いては、先送りデータと、分割送信データとは、別々に
記憶されており、一体化されることはない。

【００６８】分割送信時の全データ転送終了の検出方法
は特に限定されない。例えば、データファイルの末尾を
示す記号（エンドオブファイル）を、送信或いは受信す
る分割データ中に検出すると転送終了とみなす方法を適
用可能である。あるいは、転送対象データのサイズを送
信側と受信側（ここでは、メールボックスサーバ端末
２）の端末で照合して判定する方法を適用可能である。

【００６９】本発明のこのような方式では、先送りデー
タと、分割送信データとを、関連付けておく必要があ
る。本実施例では、先送りデータの中に、上記分割送信
データ（本実施例では、ビデオデータ）のＩＤやデータ
ファイル名などのリンク情報（図５におけるリンク情報
３３０）を、組み込むことで両者を関連付けている。こ
の詳細については、後ほど図５を用いて説明する。

【００７０】ビデオメールの受信及び再生 ビデオメール受信端末３のユーザが、ビデオメール受信
及び再生処理部６０の処理を起動すると、該ビデオメー
ル受信・再生処理部６０は、該端末３の現在のユーザの
メールボックス５０へのビデオメールの着信の有無を、
メールボックス送受信管理部３０に問い合わせる。

【００７１】該管理部３０は、問い合わせのあったユー
ザ宛のメールが着信していれば、その旨を該処理部６０
に通知する。処理部６０は、その結果をユーザに知らせ
る。メールを読むことを希望する場合、ユーザ（受信
者）は処理部６０に取り出しを指示する。

【００７２】指示を受けた該処理部６０は、管理部３０
に当該ビデオメールの取り出しを依頼する。すると、該
管理部３０は、先ず、先送りデータをメールボックス５
０から取り出して、通常の転送方式で処理部６０に送
る。処理部６０は、送られてきた先送りデータに含まれ
ている音声データを再生する。また、該先送りデータに
含まれている代表フレームデータの表示を行なう。

【００７３】この時、該先送りデータに対応するビデオ
データを見る（あるいは、読む）ことを希望する場合に
は、ユーザはその旨を処理部６０に対して指示する。す
ると、処理部６０は、該先送りデータに含まれているリ
ンク情報をメールボックス送受信管理部３０に通知し、
該リンク情報によって特定される分割送信データの取り
出しを要求する。メールボックス送受信管理部３０は、
当該分割送信データの分割送信を、ビデオデータ分割送
信処理部２０ｂに行わせる。

【００７４】処理部６０は、分割送信データの分割受信
を、ビデオデータ分割受信処理部４０ｃに行わせる。処
理部４０ｃは、処理部２０ｂから分割して送られてくる
データを全て受信した後、一つのデータファイルに結合
する。そして、該データファイルを処理部６０に渡す。
処理部６０は、該分割送信データに含まれているビデオ
データを再生する。

【００７５】次に、ビデオメール送信端末１、或はビデ
オメール受信端末３のハードウェア構成を図２を用いて
説明する。

【００７６】本実施例の端末１，３は、中央処理装置
（ＣＰＵ）１０１と、主メモリ（メインメモリ）１０２
と、時計装置（クロック）１０３と、マウス１０４と、
キーボード１０５と、記憶装置１０６と、ネットワーク
制御装置（ＬＡＮボード）１０７と、画像入出力制御装
置１０８と、メモリ（ＶＲＡＭ：Ｖｉｄｅｏ ＲＡＭ）
１０９と、ディスプレー１１０と、カメラ１１１と、音
声入出力制御装置１１２と、マイク１１３と、スピーカ
１１４と、圧縮伸長装置１１５と、バス１１６と、を含
んで構成されている。

【００７７】中央処理装置（ＣＰＵ）１０１は、当該端
末全体を制御するものである。主メモリ（メインメモ
リ）１０２は、プログラムが動作し、制御用のデータを
保持するテーブルを一時的に確保するものである。時計
装置（クロック）１０３は、ＣＰＵ１０１などに一定間
隔で割込み信号や日時の情報を供給するものである。記
憶装置１０６は、ユーザのデータを保存するためのもの
である。

【００７８】マウス１０４およびキーボード１０５は、
ユーザの指示入力を取り込むためのものである。

【００７９】ディスプレー１１０は、各種処理結果を表
示してユーザに伝えるためのものである。カメラ１１１
は画像情報を取り込むためのものである。これらは、画
像入出力制御装置１０８により制御されている。メモリ
（ＶＲＡＭ）１０９は、ディスプレー１１０に表示する
データを保持するものである。該メモリ１０９には、制
御装置１０８により、常に最新の表示データが書き込ま
れる。

【００８０】マイク１１３は、音声情報を取り込むため
のものである。スピーカ１１４は音声情報をユーザに伝
えるためのものである。これらは、音声入出力制御装置
１１２により制御されている。

【００８１】ネットワーク制御装置（ＬＡＮボード）１
０７はネットワークに端末を接続するためのものであ
る。

【００８２】圧縮伸長装置１１５は、このビデオデータ
の圧縮伸長処理を行うためのものである。ビデオデータ
はそのデータ量が莫大であるため、端末からビデオデー
タを取り込む場合には、ディジタル化およびデータ圧縮
を行なって、一旦記憶、或は伝送する。そして、ビデオ
データを再生するときは、これを伸長するのが一般的で
ある。ビデオデータの圧縮伸長技術は各種あるが、本実
施例ではＭＰＥＧ方式を採用している。このＭＰＥＧ方
式は演算量が多いため、本実施例では該圧縮伸長装置１
１５等のハードウェアを用いて圧縮伸長の演算を行って
いる。また、本実施例では、該圧縮伸長装置１１５とし
て、動画データ、音声データいずれか一方のみしか含ま
れていない場合でも、圧縮伸長処理を行うことのできる
ものを採用している。

【００８３】圧縮伸長装置１１５を用いることなく、主
メモリ１０２およびＣＰＵ１０１上で動作するソフトウ
ェアによって、該圧縮伸長処理を行うことも可能であ
る。この場合には、圧縮伸長のための専用のハードウエ
アは省略できる。ＭＰＥＧ方式におけるビデオデータの
構造等については後ほど説明する。

【００８４】なお、メールボックスサーバ端末２のハー
ドウェア構成は、該端末１，３と同様の構成でよい。但
し、メールボックスサーバ端末２としての機能上は、画
像入出力制御装置１０８と、メモリ（ＶＲＡＭ：Ｖｉｄ
ｅｏ ＲＡＭ）１０９と、ディスプレー１１０と、カメ
ラ１１１と、音声入出力制御装置１１２と、マイク１１
３と、スピーカ１１４と、圧縮伸長装置１１５とはなく
てもよい。メールボックス５０は、記憶装置１０６上に
構成されるものである。

【００８５】図１におけるビデオメール作成送信処理部
１０、ビデオデータ分割送信処理部２０ａ，２０ｂ、メ
ールボックス送受信管理部３０、ビデオデータ分割受信
処理部４０ｂ，４０ｃ、メールボックス５０、ビデオメ
ール受信・再生処理部６０は、上記各部が密接に連携し
て動作することで実現されるものである。

【００８６】例えば、ビデオメール作成送信処理部１０
は、マウス１０４等から入力される指示に従って、ＣＰ
Ｕ１０１、画像入出力制御装置１０９、音声入出力制御
装置１１２が動作して、カメラ１１１、マイク１１３か
ら画像，音声データを取り込む。この取り込んだデータ
を圧縮伸長装置１５でエンコードすること等で実現され
るものである。

【００８７】ビデオメール分割送信処理部２０は、メモ
リ１０２に格納されているプログラムをＣＰＵ１０１が
実行すること等によって実現されるものである。これら
の処理部において必要なユーザからの指示は、マウス１
０４等から入力されるものである。

【００８８】ビデオデータ分割受信処理部４０は、メモ
リ１０２に格納されているプログラムをＣＰＵ１０１が
実行すること等によって実現されるものである。これら
の処理部において必要なユーザからの指示は、マウス１
０４等から入力されるものである。また、受信したデー
タは、適宜記憶装置１０６へ格納される。

【００８９】メールボックス５０は、記憶装置１０６に
よって実現される。

【００９０】ビデオメール受信再生処理部６０は、マウ
ス１０４等から入力される指示に従って、ＣＰＵ１０
１、圧縮伸長装置１５等が動作することで受け取ったビ
デオデータをデコードし、そして、画像入出力制御装置
１０９、音声入出力制御装置１１２が、このデコードさ
れたビデオデータを、ディスプレイ１１０、スピーカ１
１４から出力することで実現されるものである。また、
適宜、記憶装置１０６へ格納することでビデオデータを
保存している。

【００９１】特許請求の範囲において言う”抽出手段”
は、ビデオメール作成・送信処理部１０によって、特
に、図７のステップ１０２２、１０２３における処理に
よって、実現されている。

【００９２】”先送りデータ作成・送信手段”は、ビデ
オメール作成・送信処理部１０によって、特に、図７の
ステップ１０２４における処理によって、実現されてい
る。”分割送信手段”とは、ビデオデータ分割送信処理
部２０によって、特に、図１２の分割送信処理プログラ
ム１１４０の実行によって実現されている。”選択手
段”とは、ビデオメール作成・送信処理部１０によっ
て、特に、図８の代表フレーム選択プログラム１０３０
によって実現されるものである。”分割送信受付手段”
とは、メールボックス受信管理部３０によって、特に、
図１５、及び図１６のステップ１２１１、１２１３によ
って実現されるものである。”記憶手段”は、メールボ
ックス５０によって、特に、図２における記憶装置１０
６によって実現されるものである。”保存手段”とは、
受信再生処理部６０によって、特に、図２における記憶
装置１０６によって実現されるものである。”分割送信
要求手段”とは、ビデオメール受信再生処理部６０、特
に、図１１のステップ１１３３における処理によって実
現されるものである。”再生手段”とは、ビデオメール
受信再生処理部６０、特に、図１１におけるステップ１
１３８によって実現されるものである。また、図２にお
いては、画像入出力装置１０８、ディスプレイ１１０、
圧縮伸長装置１１５、音声入出力制御装置１１２、スピ
ーカ１１４等によって実現されるものである。”再生指
示手段”とは、図１１におけるステップ１１３３におい
てその有無を判断するビデオ再生要求を入力するため
の、マウス１０４、キーボード１０５などに相当す
る。”制御手段”とは、ビデオメール受信再生処理部６
０、特に、図１１における、ステップ１１３６乃至ステ
ップ１１３８に至る一連の処理によって実現されるもの
である。”転送状態告知手段”とは、ビデオメール受信
再生処理部６０、特に、図１１におけるステップ１１３
５、ステップ１１３７に対応して、ＣＰＵ１０１がディ
スプレイ１１０への所定メッセージの表示／消去等を行
わせることによって実現されるものである。”着信確認
手段”とは、受信再生処理部６０、特に、図９における
ステップ１１１１、また、図１０におけるステップ１１
２１によって実現されるものである。”着信返答手段”
とは、メールボックス送受信管理部３０、特に、図１６
におけるステップ１２１４、ステップ１２１５によって
実現されるものである。”データサイズ決定手段”およ
び”転送間隔決定手段”は、分割送信処理部２０によっ
て、特に、図１２のステップ１１４２〜１１４４によっ
て実現されるものである。

【００９３】伝送対象データとは、ビデオメールとして
送ることになるビデオデータ、テキストデータ等に相当
する。”抽出データ”は、ビデオデータから抽出される
代表フレームデータ、音声データに相当する。リンク情
報とは、リンク情報３３０に相当する。”宛先情報”と
は、メールの受け手となるユーザのＩＤなどである。

【００９４】次に、本実施例における先送りデータの作
成方法を説明する。

【００９５】ここでは、先ず、本実施例における先送り
データ作成の前提となるＭＰＥＧ方式の概要およびデー
タ構造から説明する。図３に、本実施例において扱う動
画データのフレーム構成を示した。

【００９６】ＭＰＥＧ方式に限らず動画再生表示は、複
数の静止画を高速に連続して表示することで行われる。
この動画を構成する静止画を、動画の”フレームデー
タ”と呼ぶことにする。つまり、動画データは、基本的
には、連続するフレームデータ４１０の集合として構成
される。フレームポインタ４００は、圧縮（あるいは、
非圧縮）の動画データのフレームデータのポインタであ
る。

【００９７】データの圧縮方式には、大きく分けて、フ
レーム内圧縮方式と、フレーム間圧縮方式とがある。フ
レーム内圧縮は、一枚のフレームデータ内の冗長度を圧
縮する方式である。フレーム間圧縮は、前、或は、後の
フレームデータとの差分をデータをして持つことによ
り、時間的なデータの冗長度を圧縮する方式である。

【００９８】ＭＰＥＧ方式では、両圧縮方式を併用して
いる。そのため圧縮動画データを伸長、再生するには前
のフレームデータに差分データを加算するなどの処理が
必要になる。

【００９９】なお、本明細書、特に特許請求の範囲にお
いて言う”動画データ”、”音声データ”、”ビデオデ
ータ”には、このように圧縮された状態のものをも含む
概念である。

【０１００】ＭＰＥＧ方式におけるビデオデータの圧縮
処理と伸長処理との概要を図４に示した。

【０１０１】ＭＰＥＧ方式におけるビデオデータ圧縮処
理アルゴリズム２００は、動画データの圧縮処理を行な
うＭＰＥＧ・Ｖｉｄｅｏエンコーダ２０１と、音声デー
タの圧縮処理を行うＭＰＥＧ・Ａｕｄｉｏエンコーダ２
０２と、を含んで構成される。カメラ１１１より取り込
まれた動画像データは、エンコーダ２０１によってディ
ジタル化および圧縮処理がなされて圧縮動画データとさ
れる。同様に、マイク１１３によって取り込まれた音声
データは、エンコーダ２０２によって圧縮音声データと
される。そして、圧縮動画データおよび圧縮音声データ
を１つにまとめることで、圧縮ビデオデータ２５０（図
５参照）が作られる。

【０１０２】ＭＰＥＧ方式における圧縮ビデオデータの
伸長処理アルゴリズム２１０は、動画データの伸長を行
なうＭＰＥＧ・Ｖｉｄｅｏデコーダ２１１と、音声デー
タの伸長を行うＭＰＥＧ・Ａｕｄｉｏデコーダ２１２
と、を含んで構成される。圧縮ビデオデータ２５０に含
まれている圧縮動画データは、デコーダ２１１により伸
長される。そして、伸長された動画データはディスプレ
ー１１０で表示される。同様に、圧縮音声データは、デ
コーダ２１２により伸長され、伸長された音声データは
スピーカ１１４で再生される。再生時の音声と動画の同
期は、ＭＰＥＧ・Ｓｙｓｔｅｍと呼ばれる方式により実
現される。圧縮音声データ２６０だけの場合でも、デコ
ーダ２１２は、これを伸長して再生することができる。

【０１０３】ＭＰＥＧ方式における圧縮ビデオデータ２
５０は、図５に示すとおり、複数の圧縮動画フレームデ
ータ２６０，２６１等と、該圧縮動画フレームデータ２
６０，２６１等に対応する時間分の圧縮音声データ２７
０，２７１等と、を交互に挿入して構成されている。動
画データには、１フレーム毎にヘッダ情報が付いてお
り、音声データとが区別できるようになっている。

【０１０４】ＭＰＥＧ方式については、他の文献（例え
ば「マルチメディアデータの国際標準」：丸善）に記載
されているため、ここではこれ以上詳細な説明は行わな
い。

【０１０５】既に述べたとおり、該アルゴリズム２０
０，２１０は、ハードウェアでもソフトウェアでも実現
することが可能である。本実施例では、圧縮伸長装置１
１５が行っている。

【０１０６】以上述べたＭＰＥＧ方式の圧縮ビデオデー
タ２５０から、先送りデータを作成する方法を図５を用
いて説明する。

【０１０７】先送りデータ３００は、動画の代表フレー
ムデータ３１０と、全音声データ３２０と、リンク情報
３３０と、を含んで構成される。また、別途作成され
た、テキストデータ３４０等も含めることができる。ユ
ーザが、ビデオデータだけでコミュニケーションが果た
せる場合は、該テキストデータ３４０はなくてもよい。

【０１０８】代表フレームデータ３１０は、圧縮ビデオ
データ２５０に含まれている動画データのうち、別途、
ユーザが指定したものを抽出したものである。該指定、
抽出処理は、以下の手順で行う。圧縮ビデオデータ２５
０を、ＭＰＥＧデコーダ２１０でデコードし、ディスプ
レイ１１０へ表示させながら、ユーザの代表フレーム選
択指示を受け付ける。該選択指示は、マウス１０４等に
よって行われる。そして、ユーザからの指示があった時
点でＶＲＡＭ１０９上に存在するデータ、即ちその時点
でディスプレイ１１０に表示されているフレームデータ
を、そのまま代表フレームデータ３１０として抽出す
る。従って、代表フレームデータ３１０は、伸長処理が
施された状態となっている。代表フレームデータ３１０
の抽出処理手順の詳細は、後述する。

【０１０９】全音声データ３２０は、圧縮音声データ２
６０、２６１等を１つに結合したものである。上述した
とおり、ＭＰＥＧ方式の動画データには１フレーム毎に
ヘッダ情報が付いているため、音声データと動画データ
とは区別できる。従って、データの中身を調べながら、
音声データだけ取り出して１つのデータに結合すること
で全音声データ３２０を作成できる。全音声データ３２
０は、伸長処理を施しておらず、圧縮されたままの状態
である。

【０１１０】リンク情報３３０は、先送りデータ３００
と圧縮ビデオデータ２５０との対応関係を示すものであ
る。具体的には、リンク情報３３０として、圧縮ビデオ
データ２５０のファイル名称や、内部的なＩＤ番号など
を使用する。

【０１１１】テキストデータ３４０は、必要に応じてビ
デオデータとは別に用意し、これを以上のデータと結合
する。

【０１１２】次に、図１を用いて説明した各処理部の詳
細を説明する。

【０１１３】上記各処理部の主要部分は、実際には、図
２における各端末１，２，３に含まれているＣＰＵ１０
１が主メモリ１０２上に格納されているプログラムを実
行することで実現される。そこで、ここでは、ＣＰＵ１
０１の実行するプログラムの処理手順についてフローチ
ャート用いて説明する。

【０１１４】先ず、ビデオメール作成及び送信処理部１
０について説明する。

【０１１５】ビデオメール作成及び送信処理部１０を実
現するための処理としては、ビデオメールの作成プロ
グラム１０１０（図６）、ビデオメールの送信プログ
ラム１０２０（図７）、代表フレーム選択プログラム
１０３０（図８）の３つがある。これらのプログラム
は、ビデオメール送信端末１の有するＣＰＵ１０１が実
行するものである。以下において、これら３つのプログ
ラムを説明する。

【０１１６】ビデオメール作成プログラム１０１０
（図６参照） ユーザがビデオメールの送信を行うとき、ユーザはビデ
オメール送信端末１のビデオメール作成処理プログラム
１０１０を起動する。すると、端末１のＣＰＵ１０１
は、カメラ１１１から動画像を、また、マイク１１３か
ら音声を取り込む。そして、これらを圧縮伸長装置１１
５によって圧縮させ、主メモリ１０２、或は記憶装置１
０６に、圧縮ビデオデータ２５０（図５参照）として一
時的に保管する（ステップ１０１１）。なお、圧縮伸長
装置１１５を備えていないときには、ＣＰＵ１０１が、
圧縮処理を行う。

【０１１７】続いて、テキスト入力の有無についてユー
ザに確認する（ステップ１０１２）。この確認は、例え
ば、ディスプレイ１１０へ、所定の表示を行なうととも
に、キーボード１０５からの選択指示を受け付けること
で行う。確認の結果、テキスト入力が要求されていなけ
れば、そのままステップ１０１４に進む。一方、テキス
ト入力の要求があった場合には、キーボード１０５から
のテキスト入力を受け付けて、これを保存する（ステッ
プ１０１３）。

【０１１８】続くステップ１０１４では、ＣＰＵ１０１
は、キーボード１０５からの宛先情報（例えば、送信先
のユーザ名）の入力を受け付けて、これを取り込む。

【０１１９】この後、ＣＰＵ１０１は、ビデオメール送
信処理プログラム１０２０を起動するとともに、ステッ
プ１０１１で作成した圧縮ビデオデータ２５０と、該宛
先情報とを該プログラム１０２０に渡してビデオメール
の送信を行なう（ステップ１０１５）。該ビデオメール
送信処理プログラム１０２０については、図７を用いて
説明する。

【０１２０】最後に、ＣＰＵ１０１は、ステップ１０１
１において取り込み、一時的に保管していた圧縮ビデオ
データ２５０を削除して（ステップ１０１６）、該ビデ
オメールの作成プログラム１０１０を終了する。

【０１２１】ビデオメール送信プログラム１０２０
（図７参照） 該ビデオメール送信処理プログラム１０２０は、ビデオ
メール作成処理プログラム１０１０（図６）のステップ
１０１５において、送信する圧縮ビデオデータ２５０と
送信先の宛先情報を渡されて起動されるものである。

【０１２２】プログラム１０２０が起動されると、ＣＰ
Ｕ１０１は、先ず代表フレーム選択処理プログラム１０
３０を起動し、先送りデータ３００の代表フレームデー
タ３１０（図５参照）の元となるフレームデータを決定
させる。そして、決定されたフレームデータをＶＲＡＭ
１０９に書き込む（ステップ１０２１）。なお、代表フ
レーム選択処理１０３０は、ユーザからの指示に従って
代表フレームデータ３００を決定している。該代表フレ
ーム選択処理１０３０の詳細は、後ほど図８を用いて説
明する。

【０１２３】ＣＰＵ１０１は、ＶＲＡＭ１０９上の代表
フレームデータを、主メモリ１０２、或は記憶装置１０
６に一時的に保管する（ステップ１０２２）。また、Ｃ
ＰＵ１０１は、圧縮ビデオデータ２５０から、圧縮音声
データ（３２０）のみを分離抽出する（ステップ１０２
３）。

【０１２４】続いて、該圧縮音声データ３２０と、該代
表フレームデータ３１０と、リンク情報３３０と、を１
つに結合して、先送りデータ３００（図５参照）を構成
する。テキストデータ３４０もある場合には、当該テキ
ストデータ３４０も一緒に結合する。そして、ネットワ
ーク４を介して、メールボックス送受信管理部３０に該
先送りデータ３００を送信する（ステップ１０２４）。
この場合、先送りデータ３００を送信するに先だって、
当該送信データが先送りデータであることをメールボッ
クス送受信管理部３０に知らせる。あるいは、先送りデ
ータ３００の最初の部分に当該データが、先送りデータ
であることを示す情報を付加した上で送信する。

【０１２５】なお、メールボックス送受信管理部３０
は、受け取った先送りデータ３００を、該宛先情報に対
応するユーザのメールボックス５０に格納する。

【０１２６】この後、端末１のＣＰＵ１０１は、メール
ボックス送受信管理部３０に分割送信実行の許可を求め
るメッセージと宛先情報等とを送る（ステップ１０２
５）。分割送信を認める返答があると、ＣＰＵ１０１
は、ビデオデータ分割送信処理部２０に依頼して該圧縮
ビデオデータ２５０を分割送信させる（ステップ１０２
６）。なお、依頼を受けたビデオデータ分割送信処理部
２０は、後述するビデオデータ分割送信処理プログラム
１１４０（図１２参照）を実行することで分割送信を行
う。

【０１２７】該図７に示したプログラム１０２０実行
後、ＣＰＵ１０１は、図６のステップ１０１６に戻る。

【０１２８】代表フレーム選択プログラム１０３０
（図８参照） 該代表フレーム選択処理プログラム１０３０は、ビデオ
メール送信処理プログラム１０２０（図７）のステップ
１０２１において、送信する圧縮ビデオデータ２５０を
渡されて起動されるものである。

【０１２９】ＣＰＵ１０１は、該プログラム１０３０を
起動されると、先ず、フレームポインタ４００が、先頭
のフレームデータを指すように初期化する（ステップ１
０３１）。続いて、ＣＰＵ１０１は、圧縮伸長装置１１
５（ＭＰＥＧ・Ｖｉｄｅｏデコーダ２１１）に、圧縮動
画データの中のフレームポインタ４００が指す１フレー
ムデータをデコードさせる（ステップ１０３２）。そし
て、デコードデータをＶＲＡＭ１０９に上書きする（ス
テップ１０３３）。この結果、ディスプレー１１０に該
フレームデータが表示される。

【０１３０】次に、ＣＰＵ１０１は、ユーザのマウス１
０４やキーボード１０５等から選択処理の停止指示が入
力されたか否かを判定する（ステップ１０３４）。停止
指示が入力されていた場合には、ＣＰＵ１０１は、該プ
ログラム１０３０の処理を終了する。一方、指示が入力
されていなければ、ステップ１０３５に進んで、次のフ
レームデータの有無を判定する。その結果、次のフレー
ムデータがあった場合には、フレームポインタ４００を
次のフレームデータを指すように更新する（ステップ１
０３６）。ステップ１０３６の後は、ステップ１０３２
に戻って、同様の処理を繰り返す。逆に、次のフレーム
データがなかった場合（すなわち、動画データをすべて
表示しおわっていた場合）には、該代表フレーム選択プ
ログラム１０３０を終了する。該代表フレーム選択プロ
グラム１０３０を終了した後、ＣＰＵ１０１は、図７の
ステップ１０２２に戻る。

【０１３１】次に、ビデオメール受信及び再生処理部６
０について説明する。

【０１３２】ビデオメール受信及び再生処理部６０を実
現するための処理としては、ビデオメールの着信処理
プログラム１１１０（図９）、既に着信しているビデ
オメールの開封プログラム１１２０（図１０）、ビデ
オメール再生プログラム１１３０（図１１）がある。こ
れらのプログラムは、ビデオメール受信端末２の有する
ＣＰＵ１０１が実行するものである。以下において、こ
れら３つのプログラムを説明する。

【０１３３】ビデオメール着信処理プログラム１１１
０（図９） ビデオメール着信処理プログラム１１１０はユーザから
の指示によって起動される。

【０１３４】該プログラム１１１０が起動されると、Ｃ
ＰＵ１０１は、端末２のメールボックス送受信管理部３
０に当該ユーザ宛に新たなメールが着信しているか否か
を問い合わせる（ステップ１１１１）。

【０１３５】該問い合わせを受けたメールボックス送受
信管理部３０は、メールボックス５０内に、当該ユーザ
宛のメールが届いているか否かを返答する。

【０１３６】該返答の結果、着信があった場合には、Ｃ
ＰＵ１０１は、ステップ１１１２に進み、ユーザにメー
ルの着信を告知する。該告知は、例えば、ディスプレー
１１０に着信のメッセージを表示すること等で行う。

【０１３７】続いて、ＣＰＵ１０１は、ユーザに着信ビ
デオメールの取り出し指示の有無を確認する（ステップ
１１１３）。この場合、ユーザは、キーボード１０５等
を操作して、取り出すメールの指定、および該指定した
メールの取り出し指示を入力することができる。

【０１３８】ユーザからの取り出し指示があった場合に
は、ＣＰＵ１０１は、メール再生プログラム１１３０を
起動して指定されたメールを取り出す（ステップ１１１
４）。該メール再生プログラム１１３０の詳細について
は、後ほど図１１を用いて説明する。再生終了後、ＣＰ
Ｕ１０１は、該ビデオメール着信処理プログラム１１１
０を終了する。

【０１３９】ステップ１１１１において着信がなかった
場合、ステップ１１１３において、取り出しが指示され
なかった場合には、ＣＰＵ１０１は、そのまま該ビデオ
メール着信処理プログラム１１１０を終了する。

【０１４０】ビデオメール開封プログラム１１２０
（図１０） このビデオメール開封プログラム１１２０は、ビデオメ
ールを再生する際に使用されるものである。前述のビデ
オメール着信処理プログラム１１１０が新たに着信した
ビデオメールのみを対象としているのに対し、該ビデオ
メール開封プログラム１１２０は、着信が確認されてい
ながら見られていない（読まれていない）ビデオメー
ル、あるいは、以前に再生したビデオメールを改めて再
生する場合に使用されるものである。

【０１４１】該ビデオメール開封プログラム１１２０
は、ユーザからの指示によって起動される。

【０１４２】ビデオメール開封プログラム１１２０が起
動されると、ＣＰＵ１０１は、メール送受信管理部３０
に、メールボックス５０内に格納されている当該ユーザ
当てのメールの一覧表を要求する。メール送受信管理部
３０は、これに応えて、メールの一覧を送信する。ＣＰ
Ｕ１０１は、該一覧表を受け取ると、これをディスプレ
イ１０１に表示させて、開封する着信メールの指定を待
つ（ステップ１１２１）。この時、ユーザは、開封する
メールの指定およびその取り出し指示をキーボード１０
５等によって入力できる。該指示があると、ＣＰＵ１０
１はステップ１１２２に進む。

【０１４３】ステップ１１２２において、ＣＰＵ１０１
は、メール再生プログラム１１３０を起動して、指定さ
れたメールの取り出しを行う。該メール再生プログラム
１１３０の詳細については、後ほど図１１を用いて説明
する。再生終了後、ＣＰＵ１０１は、該ビデオメール開
封プログラム１１２０を終了する。

【０１４４】ビデオメール再生プログラム１１３０
（図１１） ビデオメール再生処理プログラム１１３０は、ビデオメ
ール着信プログラム１１１０（図９）のステップ１１１
４、或は、ビデオメール開封処理プログラム１１２０
（図１０）のステップ１１２２において、起動されるも
のである。

【０１４５】該ビデオメール再生プログラム１１３０が
起動されると、ＣＰＵ１０１は、ユーザによって指示さ
れたメールの先送りデータ３００の取り出しを、メール
ボックス送受信管理部３０に依頼する（ステップ１１３
１）。メールボックス送受信管理部３０は、この依頼に
応えて、当該先送りデータ３００をメールボックス５０
から取り出して、端末２のビデオメール受信・再生処理
部６０へ送る。

【０１４６】先送りデータ３００を受け取ると、ＣＰＵ
１０１は、該先送りデータ３００に含まれている代表フ
レームデータ３１０をディスプレー１１０に表示させ
る。また、圧縮音声データ３２０を、圧縮伸長装置１１
５（ＭＰＥＧ・Ａｕｄｉｏデコーダ２１２）により伸長
して、スピーカ１１４から再生させる（ステップ１１３
２）。また、先送りデータ３００にテキストデータが含
まれているときには、該テキストデータも表示させる。

【０１４７】続いて、ＣＰＵ１０１は、該先送りデータ
３００に対応するビデオデータの再生指示が、ユーザか
ら入力されたか否かを確認する（ステップ１１３３）。
この時、ユーザは、キーボード１０５等によって該再生
指示を入力できる。確認の結果、該再生指示があった場
合には、ステップ１１３４に進み、今度は、当該先送り
データ３００に対応する圧縮ビデオデータ２５０を含ん
だ分割送信データが、該端末３の記憶装置１０６内に存
在しているか否かを判定する。該判定は、ステップ１１
３１で取り出した先送りデータ３００に含まれているリ
ンク情報３３０を手がかりとして行う。このような判定
を行うのは、既に述べたとおり本実施例では、ビデオメ
ールサーバ２から取り出した先送りデータをビデオメー
ル受信端末３では保存しないのに対し、ビデオメールサ
ーバ２から一端取り出した分割送信データについては、
ビデオメール受信端末３で保存するようにしているから
である。

【０１４８】ステップ１１３３における判定の結果、当
該圧縮ビデオデータ２５０が存在していなかった場合に
は、ＣＰＵ１０１は、ステップ１１３５に進み、メール
ボックス管理部３０にリンク情報３３０（例えば、圧縮
ビデオデータ２５０のファイル名）を渡して、当該圧縮
ビデオデータ２５０の分割送信を要求する（これが特許
請求の範囲においていう”分割送信の実行要求”に相当
する）。また、ディスプレイ１１０には、分割受信中で
あることをユーザに伝えるメッセージを表示させる。

【０１４９】この後、ＣＰＵ１０１は、ビデオデータ分
割受信処理部４０に圧縮ビデオデータ２５０を受信させ
る（ステップ１１３６）。なお、ビデオデータ分割受信
処理部４０は、後述するビデオデータ分割受信処理プロ
グラム１１５０（図１３）を実行することで、該分割受
信を行っている。

【０１５０】圧縮ビデオデータ２５０の受信完了後、Ｃ
ＰＵ１０１は分割受信中の該表示を消去し（ステップ１
１３７）、ステップ１１３８に進む。

【０１５１】なお、ステップ１１３４において、端末３
が圧縮ビデオデータ２５０を既に有していた場合には、
直接、ステップ１１３８に進む。

【０１５２】ステップ１１３８において、ＣＰＵ１０１
は、圧縮伸長装置１１５（ＭＰＥＧデコーダ２１０）に
圧縮ビデオデータ２５０の伸長処理を行わせる。そし
て、伸長されたビデオデータを再生させる。つまり、動
画データは、画像入出力制御装置１０８によってディス
プレイ１１０に出力させる。一方、音声データは、音声
入出力制御装置１１２によってスピーカ１１４から出力
させる。この場合、再生は、動画と、音声とで、同期を
とって行われることは言うまでもない。

【０１５３】再生処理終了後、ＣＰＵ１０１は、ユーザ
からのリプレイ要求を受け付ける（ステップ１１３
９）。リプレイ要求があった場合には、再び、ステップ
１１３８を実行する。リプレイ要求が無ければ、ＣＰＵ
１０１は、該ビデオメール再生プログラム１１３０を終
了する。

【０１５４】ステップ１１３３において再生要求が無か
った場合には、ＣＰＵ１０１はそのままビデオメール再
生プログラム１１３０を終了する。

【０１５５】なお、該プログラム１１３０がビデオメー
ル着信プログラム１１１０（図９）のステップ１１１４
において起動されたものである場合には、この後、ＣＰ
Ｕ１０１は該プログラム１１１０に戻り、そのまま該プ
ログラム１１１０を終了する。同様に、ビデオメール開
封プログラム１１２０（図１０）のステップ１１２２に
おいて起動されたものである場合には、この後、ＣＰＵ
１０１は、該ビデオメール開封プログラム１１２０に戻
り、そのまま該プログラム１１２０を終了する。

【０１５６】次に、ビデオデータ分割送信処理部２０お
よび、ビデオデータ分割受信処理部４０について説明す
る。

【０１５７】ビデオデータ分割送信処理部２０を実現す
るための処理は、ビデオデータ分割送信処理プログラム
１１４０（図１２）である。該プログラム１１４０は、
ビデオメール送信端末１の有するＣＰＵ１０１、および
メールボックスサーバ端末２の有するＣＰＵ１０１が実
行するものである。なお、ビデオデータ分割送信処理プ
ログラム１１４０を実行する際に、設定、参照するネッ
トワーク情報パラメータ等のデータ構造を図１４に示し
た。

【０１５８】一方、ビデオデータ分割受信処理部４０を
実現するための処理は、ビデオデータ分割受信処理プロ
グラム１１５０（図１３）である。該プログラム１１５
０は、ビデオメール受信端末３の有するＣＰＵ１０１、
およびメールボックスサーバ端末２の有するＣＰＵ１０
１が実行するものである。

【０１５９】分割送信処理は、基本的には、分割送信処
理プログラム１１４０を実行している送信側のビデオデ
ータ分割送信処理部２０と、ビデオデータ分割受信処理
プログラム１１６０を実行している受信側のビデオデー
タ分割受信処理部４０と、の間で行なわれる。

【０１６０】まず、ビデオデータ分割送信処理プログラ
ム１１４０（図１２）について説明する。

【０１６１】該ビデオデータ分割送信処理プログラム１
１４０は、ビデオメール送信端末１上では、ビデオメー
ル送信処理プログラム１０２０（図７）のステップ１０
２６において起動される。メールボックスサーバ端末２
上では、後述するメールボックス管理プログラム１２１
０（図１６）のステップ１２１３において起動される。
なお、該ステップ１２１３は、ビデオメール受信端末３
からの分割送信要求（ビデオメール再生プログラム１１
３０（図１１）のステップ１１３６参照）を受けた際に
なされるものである。

【０１６２】上記二つの場面のうちいずれにおいて起動
された場合でも、該プログラム１１４０には、送信対象
の分割送信データを識別するための情報（例えば、ファ
イル名）が、パラメータとして渡される。なお、ここで
パラメータとして渡す情報は、先送りデータ３００のリ
ンク情報３３０としても使用可能なものである。

【０１６３】ビデオデータ分割送信処理プログラム１１
４０が起動されると、ＣＰＵ１０１は、先ず、データの
送信処理を行なうため、送信相手（ここでは、端末２、
あるいは該端末３）のビデオデータ分割受信処理部４０
とのコネクションを確立する（ステップ１１４１）。

【０１６４】続いて、ＣＰＵ１０１は、分割送信処理を
行うのに必要なネットワーク情報パラメータを、後述す
るネットワーク情報テーブル５００（図１４（ａ）参
照）から読み出す（ステップ１１４２）。そして、該ネ
ットワーク情報パラメータを用いて、データの分割サイ
ズ、および、データの転送時間間隔を決定し、後述する
転送制御情報５１０（図１４（ｂ）参照）に格納する
（ステップ１１４３、１１４４）。なお、ステップ１１
４２〜ステップ１１４４において用いられる各種パラメ
ータ、分割サイズ及び転送時間間隔の決定方法について
は、後ほど図１４、数５、数６を用いて説明する。

【０１６５】この後、ＣＰＵ１０１は、転送対象である
分割送信データ（本実施例では、圧縮ビデオデータ２５
０）を、ここで設定した分割サイズ毎に分割し、分割さ
れたできた個々のデータブロックを、該転送間隔で転送
する（ステップ１１４５）。

【０１６６】送信すべき全てのデータ送信が終わると、
ＣＰＵ１０１は、ビデオデータ分割受信処理部４０との
コネクションを切断する（ステップ１１４６）。

【０１６７】次に、ビデオデータ分割受信処理プログラ
ム１１５０（図１３）について説明する。

【０１６８】該ビデオデータ分割受信処理プログラム１
１５０は、ビデオメール受信端末３上では、分割送信デ
ータを受信する際（ビデオメール再生処理プログラム１
１３０（図１１）のステップ１１３６参照）において起
動される。メールボックスサーバ端末２上では、後述す
るメールボックス管理プログラム１２１０（図１６）の
ステップ１２１７において起動される。なお、該ステッ
プ１２１７は、メールボックスサーバ端末２が、ビデオ
メール送信端末１から複数回に分けて送信されてくる分
割送信データを受信する際に実行されるものである。

【０１６９】上記二つの場面のうちのいずれにおいて起
動された場合でも、該ビデオデータ分割受信処理プログ
ラム１１５０には、送信対象の分割送信データのファイ
ルを識別するための情報（例えば、ファイル名）がパラ
メータとして渡される。ここでパラメータとして渡され
る情報は、先送りデータ３００のリンク情報３３０とし
ても使用可能なものである。

【０１７０】ビデオデータ分割受信処理プログラム１１
５０が起動されると、ＣＰＵ１０１は、分割送信処理部
２０からのコネクション確立要求（分割送信処理プログ
ラム（図１２）のステップ１１４１参照）に対応して、
コネクションを確立する（ステップ１１５１）。

【０１７１】続いて、ＣＰＵ１０１は、送信相手（ここ
では、端末１または端末２）のビデオデータ分割送信処
理部２０から送信されてくる（図１２のステップ１１４
５参照）個々のデータブロックを順次受信する。この場
合、ＣＰＵ１０１は、データブロックを１個受信し終わ
る度に、当該データブロックを、それ以前に受信してい
るデータブロックと統合して１つのファイルとする。こ
のようにしてすべてのデータブロックを結合すること
で、分割送信データを再構成できる。そして、再構成し
た分割送信データのファイルを、それぞれの端末の記憶
装置１０６等に格納する（ステップ１１５２）。

【０１７２】分割送信データの受信が完了すると、ＣＰ
Ｕ１０１は、該ビデオデータ分割送信処理部２０とのコ
ネクションを切断し（ステップ１１５３）、該プログラ
ム１１５０の処理を終了する。

【０１７３】分割送信の終了は、前述したとおり、エン
ドオブファイル記号の検出、或いは転送データサイズの
照合による方法で判断する。

【０１７４】次に、分割送信処理プログラム１１４０
（図１２）のステップ１１４２〜ステップ１１４４にお
いて参照・設定される、ネットワーク情報パラメータ、
分割サイズおよび転送間隔について説明する。

【０１７５】該ネットワーク情報パラメータは、図１４
（ａ）に示したネットワーク情報テーブル５００に格納
されている。ネットワーク情報パラメータには、遅延許
容時間５０１、伝送帯域割当て幅５０２、利用端末数５
０３、伝送速度５０４、余裕時間５０５、及び無伝送検
知時間５０６がある。

【０１７６】ネットワーク４を介して既存装置間でリア
ルタイム通信処理を確保するためには、一の端末に所定
時間以上続けてネットワーク４を占有させないようにす
る必要がある。遅延許容時間５０１は、一の端末が連続
して占有しつづけることが許される時間の最大値であ
る。

【０１７７】一度に送ることのできるデータの最大サイ
ズは、原理的には、上記遅延許容時間５０１に対応して
決定されるはずである。しかし、この最大サイズぎりぎ
りの大きさのデータを送ったのでは、なんらかの事情に
よって該許容範囲内に転送を完了できない場合もある。
従って、実際には、ある程度の余裕を見込んで最大サイ
ズよりもある程度小さなサイズのデータを送るようにす
ることが好ましい。余裕時間５０５は、該余裕の程度を
指定するものである。余裕時間５０５の具体的値は、ユ
ーザが経験に基づいてあらかじめ与えておくものであ
る。一般に余裕時間５０５は、０以上の値を設定する。

【０１７８】伝送帯域幅５０２は、ネットワーク４に接
続された、データの分割送信処理機能を有する端末に対
して、割当て可能な伝送帯域幅である。該伝送帯域割当
て幅５０２は、ネットワーク４固有にあらかじめ定まっ
ている値である。従って、これは本システムのセットア
ップ時などにユーザが設定しておけばよい。

【０１７９】利用端末数５０３は、その時点で、ネット
ワーク４において分割送信を行なっている端末装置の組
数である。該利用端末数５０３は、分割送信処理プログ
ラム１１４０（図１２）のステップ１１４１におけるコ
ネクション確立時、及びステップ１１４６におけるコネ
クション切断時に、該テーブル５００を有している端末
のＣＰＵ１０１によって更新される。

【０１８０】伝送速度５０４は、使用するネットワーク
によって一意的に決まるデータの伝送速度である。

【０１８１】無伝送検知時間５０６は、ネットワークが
使用されているか否かを判定するためのものであり、い
わゆるフレーム間ギャップである。ネットワーク４上に
おいて、該無伝送検知時間５０６以上の期間、データの
送受信が行われていないことを確認した時点で初めて、
端末は、該ネットワーク４が使用されていないと判断す
る。該無伝送検知時間５０６は、ネットワーク４固有に
あらかじめ定まっている値である。従って、本システム
のセットアップ時などにユーザが設定しておけばよい。

【０１８２】なお、該テーブル５００は、ネットワーク
４に接続されている端末全てがアクセスすることのでき
る情報であり、どの端末においてもよい。しかし、複数
の端末に配置する場合、どの時刻においても、内容が一
致している必要がある。

【０１８３】分割送信処理プログラム１１４０（図１
２）のステップ１１４３，１１４４で決定される分割サ
イズ（５１１）および転送間隔（５１２）は、個々の端
末が有する転送制御情報テーブル５１０（図１４（ｂ）
参照）に格納される。

【０１８４】分割サイズ５１１は、転送対象となる大容
量のデータ（分割送信データ）を、分割するサイズであ
る。該分割サイズ５１１は、上述の遅延許容時間５０
１、伝送速度５０４、及び余裕時間５０５を用いて、下
記数５（＝数１、数３）に従って決定される。

【０１８５】

【数５】

【０１８６】なお、数５における、余裕時間５０５は必
ずしも考慮する必要はないが、考慮して、分割サイズを
決定するのが好ましい。当然ながら余裕時間５０５＝０
の場合が、分割サイズの最大値である。特許請求の範囲
において言う”最大データサイズ”とは、該数５におい
て余裕時間５０５＝０とした場合の分割サイズ５１１に
相当するものである。また、本実施例では、該分割サイ
ズ５１１が、特許請求の範囲において言う”分割送信手
段が一回に送るデータ量ｄ_p”に相当するものである。

【０１８７】転送間隔５１２は、分割送信データを上記
分割サイズで分割してできた個々のデータブロックを、
転送する時間間隔である。該転送間隔５１２は、上述の
帯域割当て幅５０２、分割サイズ５１１、利用端末数５
０３、媒体のデータ無伝送検知時間５０６を用いて、下
記数６（＝数２、数４）により計算する。

【０１８８】

【数６】

【０１８９】なお、ここで述べた分割サイズ、転送間隔
の決定の仕方については、本願出願人が別途出願してい
る特願平６−１３１９６１号に詳細に記載されている。

【０１９０】次に、メールボックス送受信管理部３０に
ついて説明する。

【０１９１】メールボックス送受信管理部３を実現する
ための処理としては、受信処理ハンドラプログラム１
２００（図１５）、メールボックス管理プログラム１
２１０（図１６）とがある。これらのプログラムは、メ
ールボックスサーバ端末２の有するＣＰＵ１０１が実行
するものである。以下において、これら２つのプログラ
ムを説明する。

【０１９２】受信処理ハンドラプログラム１２００
（図１５） 受信ハンドラプログラム１２００は、ネットワーク４を
介してのデータ受信割込みを契機として起動される。

【０１９３】受信ハンドラプログラム１２００が起動さ
れると、ＣＰＵ１０１は、その受信データの内容が、該
端末２上で動作するどのプログラム宛のものであるかを
判定する（ステップ１２０１）。そして、メールボック
ス管理プログラム１２１０宛のデータは、該プログラム
１２１０に処理を依頼する（ステップ１２０２）。他の
プログラム宛のものについても、同様に、当該プログラ
ムに処理を依頼する。

【０１９４】この後、ＣＰＵ１０１は、プログラム１２
００を終了する。

【０１９５】メールボックス管理プログラム１２１０
（図１６） 該メールボックス管理プログラム１２１０は、受信ハン
ドラプログラム（図１５）のステップ１２０２において
起動されるものである。

【０１９６】該メールボックス管理プログラム１２１０
が起動されると、ＣＰＵ１０１は受信内容の解析を行な
う（ステップ１２１１）。そして、その解析結果に応じ
て、ステップ１２１２〜ステップ１２１７のうちのいず
れかを実行する。

【０１９７】受信内容が、ビデオメール再生プログラム
１１３０の先送りデータ取り出し要求（図１１のステッ
プ１１３１参照）であった場合には、ＣＰＵ１０１は、
ステップ１２１２に進み、要求のあった先送りデータ３
００を通常の伝送方式で該端末３へ送信する。

【０１９８】受信内容が、ビデオメール受信及び再生処
理部６０からの分割送信データの取り出し要求（ビデオ
メール再生プログラム１１３０（図１１）のステップ１
１３５参照）であった場合には、ＣＰＵ１０１は、ステ
ップ１２１３に進み、ビデオデータ分割送信プログラム
１１４０（図１２）を起動し、分割送信を行わせる。

【０１９９】受信内容が、ビデオメール受信及び再生処
理部６０からのビデオメール着信確認要求（ビデオメー
ル着信処理プログラム１１１０（図９）のステップ１１
１１参照）であった場合には、ＣＰＵ１０１は、ステッ
プ１２１４に進み、新着ビデオメールの有無に関するメ
ッセージを、ビデオメール受信及び再生処理部６０へへ
送信する。

【０２００】受信内容が、ビデオメール受信及び再生処
理部６０からの着信ビデオメール一覧データ要求（ビデ
オメール開封プログラム１１２０（図１０）のステップ
１１２１参照）であった場合には、ＣＰＵ１０１は、ス
テップ１２１５に進み、問い合わせの有ったユーザ宛の
ビデオメールの一覧データを返答する。

【０２０１】受信内容が、ビデオメール作成及び送信処
理部１０からの先送りデータ転送要求（ビデオメール送
信プログラム１０２０（図７）のステップ１０２４参
照）およびその宛先情報であった場合には、ＣＰＵ１０
１は、ステップ１２１６に進み、送られてくる先送りデ
ータを受信する。そして、受信した先送りデータを該宛
先に対応するメールボックス５０に格納する。

【０２０２】受信内容が、ビデオメール作成及び送信処
理部１０からの分割送信要求（ビデオメール送信プログ
ラム１０２０（図７）のステップ１０２５参照）および
その宛先情報であれば、ＣＰＵ１０１は、ステップ１２
１７に進み、ビデオデータ分割受信プログラム１１５０
を起動して、分割送信データの分割受信を行わせる。そ
して、受信したデータを、該宛先に対応するユーザ宛の
メールボックス５０に格納する。

【０２０３】以上のステップ１２１２〜ステップ１２１
７のいずれかを実行した後、ＣＰＵ１０１は、メールボ
ックス管理プログラム１２１０を終了する。

【０２０４】以上説明した通り本実施例では、先送りデ
ータのみを先に送っている。動画を主体としたビデオデ
ータは、この後、ネットワークの通信品質（例えば、遅
延許容時間、制限された利用帯域）を保証するべく決定
された、分割サイズおよび転送間隔で、分割送信してい
る。そのため、緊急性への対応と、ネットワークの負荷
軽減と、を両立したビデオメールの転送が実現できた。

【０２０５】また、本実施例のビデオメールシステムを
既存のコンピュータネットワークシステムに導入するに
は、ビデオメール機能を必要とする端末にだけ上記の分
割送信のための構成を搭載するだけでよい。これだけ
で、従来のネットワークアプリケーションのデータ伝
送、特にリアルタイム性を要求するデータ伝送を邪魔す
ることのなく、ビデオメールのデータ転送を実現でき
る。従って、コスト的にも有利である。

【０２０６】本実施例においては、ビデオメールの性格
上、代表フレームデータ、音声データ、およびテキスト
データを、先送りデータとし、ビデオデータを分割送信
データとした。しかし、先送りデータを構成するデータ
の種類は、これに限定されるものではない。どのデータ
を先に送るかは、緊急性、優先度、データ容量等の因子
により決定すればよい。あるいは様々な因子のトレード
オフを考慮して決定すればよい。分割送信データを構成
するデータの種類についても同様に限定されるものでは
ない。例えば、本実施例においては、代表フレームを一
枚だけとしていた。しかし、代表フレームを複数枚選択
可能にしても良い。これは、例えば、代表フレーム選択
プログラム１０３０を複数回実行可能にすることで容易
に実現できる。また、本実施例では、音声データは、先
送りデータおよび分割送信データの両方に含まれてい
る。しかし、分割送信データには、音声データを含まな
いようにしてもよい。さらには、本実施例では、音声デ
ータをすべて先送りデータに含めるようにしていたが、
一部の音声データのみを先送りデータとするようにして
も良い。この場合には、代表フレームデータの選択時に
併せて、音声データを再生し、先送りデータに含める範
囲を指定できるようにすれば良い。当然、ここで述べた
２つの手法を組み合わせても良い。この他、動画データ
のみ、あるいは、音声データのみを伝送する場合にも本
発明は適用できる。

【０２０７】本実施例では、音声データが、先送りデー
タと、分割送信データとの両方に含まれていた。しか
し、分割送信データに音声データを含めないようにして
も良い。この場合、受信端末でビデオデータを再生する
際には、先送りデータに含まれて送られてきた音声デー
タと、分割送信データに含まれて送られてきた動画デー
タとの同期をとる必要がある。そのため、音声データ
と、動画データとの時間的な位置関係を示すための情報
を、先送りデータ（あるいは、分割送信データ）に含め
るようにする。

【０２０８】代表フレームの選択は、画面に表示されて
いるイメージをユーザがそのまま選択するようにしてい
るため、選択操作は容易である。また、代表フレームデ
ータとしては、ＶＲＡＭ１０９上にあるデータをそのま
ま利用する方式としている。この方式においては、デコ
ードされたデータが代表フレームデータとなるため、Ｍ
ＰＥＧなど動画データの圧縮方式に依存することがな
い。従って、ベクトル量子化や、国際標準のＨ．２６１
等の方式による圧縮動画データをビデオメールのデータ
として採用する場合にも、本方式を適用可能である。

【０２０９】本実施例では、代表フレームデータを、ユ
ーザからの選択がなされなかった場合だけ、予め定めら
れ位置（動画データの最も最後）にある静止画を自動的
に選択するようにしている。しかし、当初から、このよ
うな位置にある静止画を自動的に代表フレームとして選
択するようにしてもよい。自動的に選択する位置として
は、この他に、最初の静止画とすることも考えられる。
ここで述べたような、動画を構成している静止画のうち
の”１枚目”、あるいは、”最後”といった基準が、特
許請求の範囲において言う”抽出手段”が抽出を行う際
の基準として用いる”抽出されるデータの位置”の一例
である。

【０２１０】本実施例では、分割送信データ（上記実施
例では、圧縮ビデオデータ２５０）を分割して転送して
いる時に、分割送信が行なわれている旨をディスプレイ
に表示してユーザに知らせている。そのため、例えば端
末のバックグラウンド処理で分割送信を行なうような場
合でも、ユーザが、転送の終了時期が分からずに不安に
なるといったことがない。

【０２１１】本実施例では、分割送信データを予め決定
したサイズのブロックに分割した後、各ブロック毎に複
数回に分けて転送を行っていた。しかし、必ずしも、こ
のように予めブロックに分割する必要はない。例えば、
分割送信データを分割することなく転送を開始し、予め
決定したデータ量（サイズ）だけ送った時点で、転送を
やめる。そして、所定の時間間隔が経過した後、前回の
続きから、転送を再開する処理を繰り返すようにしても
よい。

【０２１２】本発明における、データ種別に応じた転送
方式の使い分け方法、分割送信方式は、本実施例のシス
テム以外にも様々なシステムに適用可能である。例え
ば、コンピュータ端末におけるＣＰＵとメモリ等の装置
との間でのデータ転送に適用すれば、バストラヒックネ
ックを解消できる。

【０２１３】本実施例では、ビデオメール送信端末１、
メールボックスサーバ端末２、ビデオメール受信端末３
とから構成されるビデオメールシステムについて述べ
た。しかし、本発明は、メールボックスサーバ端末２を
介することなく、ビデオメール送信端末１からビデオメ
ール受信端末３へ直接ビデオメールを送付する場合にも
適用可能である。送信端末１と、受信端末３とを、専用
の伝送路で接続していてもよい。この場合には、先送り
データには、必ずしもリンク情報が含まれていなくても
よい。先送りデータと、該先送りデータを受信した直後
に受信した分割送信データとを対応づけるようにしても
よい。特許請求の範囲において言う”ネットワーク”と
は、このように、２台の装置を結ぶ専用の伝送路をも含
む概念である。一般のＬＡＮ等を用いている場合でも、
分割送信データに予め定められた名前を付するようにす
れば、リンク情報３３０を先送りデータに含めなくても
良い。

【０２１４】本実施例においては、リンク情報３３０
は、分割送信データを示すものであった。しかし、分割
送信データが、互いに別個に管理可能な複数種類の内容
から構成される場合には、その内容のデータファイルを
直接示すＩＤ等で構成しても良い。例えば、分割送信デ
ータが、ビデオデータと、テキストデータで構成される
場合には、リンク情報として、ビデオデータのファイル
を示す情報と、テキストデータのファイルを示す情報と
を持つようにする。なお、この場合には、該ビデオデー
タのファイルを示す情報と、テキストデータのファイル
を示す情報とのそれぞれが、特許請求の範囲においてい
うリンク情報に相当する。このようにすれば、サーバ２
と受信端末３との間での分割送信の実行要求、及び、こ
れに応えて行われる分割送信を、該分割送信データを構
成する内容毎に行うことができる。その結果、ビデオデ
ータだけを必要とする受信者は、ビデオデータだけを取
り出すことが可能となり、ネットワークのトラヒックお
よび通信コストのより一層の低減を図ることができる。

【０２１５】本発明は、主として、既存のネットワーク
を用いてビデオメール、ビデオデータなどを送ることを
目的としてなされたものである。しかしながら、本発明
は、将来実現されるであろう高速のネットワークに対し
て適用した場合でも、特有の効果を得ることができる。
例えば、必要最小限のデータを先に送るようにしている
ため、現在のダイレクトメールに近似した利用の仕方も
考えられる。この場合には、不特定の消費者に代表的な
商品の概要を記載したデータを先送り情報として送る。
そして、より詳細な説明などを求める消費者にのみ、分
割送信データを送るようにしても良い。この場合、本発
明においては、容易に、先送りデータの内容を消費者に
併せて適宜変更することができる。また、データの通信
量を必要最小限に留めることで、コスト削減にもつなが
る。

【０２１６】ビデオメール受信端末を携帯情報端末とし
て実現する際には、先送りデータおよび分割送信データ
を保存しないようにしても良い。このようにすれば該携
帯情報端末には、ビデオデータ等を保存するための大容
量の記憶装置１０６等が不要となり、装置の小型化、装
置コストの低減、消費電力の低減を図ることができる。

【０２１７】

【発明の効果】本発明によれば、既存のコンピュータネ
ットワークシステムに、新たに大容量のデータ伝送を行
なうビデオメール等のアプリケーションを導入する場合
に、該ビデオメールが従来のネットワークアプリケーシ
ョンのデータ伝送、特にリアルタイム性を要求するデー
タ伝送を邪魔することなく、さらにメールの緊急性にも
対応したビデオメールのデータ転送方式を提供すること
が可能である。

【図面の簡単な説明】

【図１】本発明の一実施例であるビデオメールシステム
及びその機能構成図である。

【図２】ビデオメール送信及び受信端末のハードウェア
構成図である。

【図３】動画のフレーム構成を示す図である。

【図４】ビデオデータ圧縮及び伸長処理の概要を示す図
である。

【図５】先送りデータの構成及び作成方法の原理図であ
る。

【図６】ビデオメール作成プログラムのフローチャート
である。

【図７】ビデオメール送信プログラムのフローチャート
である。

【図８】代表フレーム選択プログラムのフローチャート
である。

【図９】ビデオメール着信処理プログラムのフローチャ
ートである。

【図１０】ビデオメール開封プログラムのフローチャー
トである。

【図１１】ビデオメール再生プログラムのフローチャー
トである。

【図１２】分割送信処理プログラムのフローチャートで
ある。

【図１３】分割受信処理プログラムのフローチャートで
ある。

【図１４】ネットワーク情報パラメータのデータ構成図
である。

【図１５】受信ハンドラプログラムのフローチャートで
ある。

【図１６】メールボックス管理プログラムのフローチャ
ートである。

【符号の説明】

１…ビデオメール送信端末、 ２…メールボックスサー
バ端末、 ３…ビデオメール受信端末、 ４…ネットワ
ーク、 １０…ビデオメール作成・送信処理部、２０…
ビデオデータ分割送信処理部、 ３０…メールボックス
送受信管理部、４０…ビデオデータ分割受信処理部、
５０…メールボックス、 ６０…ビデオメール受信・再
生処理部、 １０１…ＣＰＵ、 １０２…主メモリ、
１０３…時計装置（クロック）、 １０４…マウス、
１０５…キーボード、 １０６…記憶装置、 １０７…
ネットワーク制御装置（ＬＡＮボード）、 １０８…画
像入出力制御装置、 １０９…ＶＲＡＭ、 １１０…デ
ィスプレイ、 １１１…カメラ、 １１２…音声入出力
制御装置、 １１３…マイク、 １１４…スピーカ、
１１５…圧縮伸長装置、 ２００…ビデオデータ圧縮処
理アルゴリズム、２０１…ＭＰＥＧ・Ｖｉｄｅｏエンコ
ーダ、 ２０２…ＭＰＥＧ・Ａｕｄｉｏエンコーダ、
２１０…ビデオデータ伸長処理アルゴリズム、 ２１１
…ＭＰＥＧ・Ｖｉｄｅｏデコーダ、 ２１２…ＭＰＥＧ
・Ａｕｄｉｏデコーダ、 ２５０…ビデオデータ、 ２
６０…動画データ、 ２６１…動画データ、 ２７０…
音声データ、 ２７１…音声データ、 ３００…先送り
データ、 ３１０…代表フレームデータ、 ３２０…全
音声データ、 ３３０…リンク情報、 ３４０…テキス
トデータ、 ４００…フレームポインタ、 ４１０…動
画フレームデータ、５００…ネットワーク情報テーブ
ル、 ５０１…遅延許容時間、 ５０２…帯域割り当て
幅、 ５０３…利用端末数、 ５０４…伝送速度、 ５
０５…余裕時間、 ５０６…無伝送検知時間、 ５１０
…転送制御情報テーブル、 ５１１…分割サイズ、 ５
１２…転送間隔、 １０１０…ビデオメール作成プログ
ラム、１０２０…ビデオメール送信プログラム、 １０
３０…代表フレーム選択プログラム、 １１１０…ビデ
オメール着信処理プログラム、 １１２０…ビデオメー
ル開封プログラム、 １１３０…ビデオメール再生プロ
グラム、 １１４０…分割送信処理プログラム、 １１
５０…分割受信処理プログラム

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｎ 7/08 7/081 7/10 (72)発明者 山田 剛裕 神奈川県川崎市麻生区王禅寺1099番地 株 式会社日立製作所システム開発研究所内 (72)発明者 藤崎 一博 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内 (72)発明者 田中 和明 神奈川県横浜市戸塚区戸塚町5030番地 株 式会社日立製作所ソフトウェア開発本部内

Claims (29)

【特許請求の範囲】
1. 【請求項１】ネットワークを介して接続されたデータ受
   信装置に、１または２種以上のデータから成る伝送対象
   データを送信するデータ送信装置において、 上記伝送対象データの一部を、予め定められた基準に従
   って抽出する抽出手段と、 上記抽出手段の抽出したデータ（以下”抽出データ”と
   いう）を含んで構成される先送りデータを作成する先送
   りデータ作成手段と、 上記先送りデータを上記データ受信装置へ送信する送信
   手段と、 上記伝送対象データに含まれていながら上記先送りデー
   タに含まれていないものを含んだデータ（以下”分割送
   信データ”という）を、上記データ受信装置に複数回に
   分けて分割送信する分割送信手段と、 を有することを特徴とするデータ送信装置。
2. 【請求項２】請求項１記載のデータ送信装置において、 上記先送りデータには、上記分割送信データおよび／ま
   たは上記分割送信データに含まれているデータを示す、
   リンク情報も含まれること、 を特徴とするデータ送信装置。
3. 【請求項３】請求項１または２記載のデータ送信装置に
   おいて、 上記伝送対象データは、静止画のデータ（以下”静止画
   データ”という）を複数枚分含んで構成される動画のデ
   ータ（以下”動画データ”という）を、含んだものであ
   り、 上記抽出データには、一部の静止画データが含まれるこ
   と、 を特徴とするデータ送信装置。
4. 【請求項４】請求項１または２記載のデータ送信装置に
   おいて、 上記伝送対象データは、静止画のデータ（以下”静止画
   データ”という）を複数枚分含んで構成される動画のデ
   ータ（以下”動画データ”という）と、音声データと、
   を含んで構成されるビデオデータを含んだものであり、 上記抽出データには、音声データおよび一部の静止画デ
   ータが含まれること、 を特徴とするデータ送信装置。
5. 【請求項５】請求項１または２記載のデータ転送装置に
   おいて、 上記予め定められた基準は、抽出するデータの種類、抽
   出されるデータの位置、ユーザによって別途選択されて
   いるか否か、のうちの少なくとも一つを含んで構成され
   ること、 を特徴とするデータ送信装置。
6. 【請求項６】請求項５記載のデータ送信装置において、 ユーザによる上記選択を受け付ける選択手段を有するこ
   と、 を特徴とするデータ送信装置。
7. 【請求項７】請求項６記載のデータ送信装置において、 上記伝送対象データは、静止画のデータ（以下”静止画
   データ”という）を複数枚分含んで構成される動画のデ
   ータ（以下”動画データ”という）を、含んだものであ
   り、 上記選択手段は、上記動画データを再生するとともに、
   該再生される動画に含まれている上記静止画のうちの一
   部の静止画の選択を受け付けるものであること、 を特徴とするデータ送信装置。
8. 【請求項８】請求項１または２記載のデータ送信装置に
   おいて、 上記データ受信装置からの上記分割送信の実行要求を受
   け付ける分割送信受付手段を有し、 上記分割送信手段は、上記分割送信受付手段が上記実行
   要求を受け付けた場合に上記分割送信データの分割送信
   を開始するものであること、 を特徴とするデータ送信装置。
9. 【請求項９】請求項１または２記載のデータ送信装置に
   おいて、 上記分割送信において上記分割送信手段が１回に送るデ
   ータ量は、予め定められた最大データサイズ以下である
   こと、 を特徴とするデータ送信装置。
10. 【請求項１０】請求項９記載のデータ送信装置におい
    て、 上記１回に送るデータの量を下記数１に基づいて決定す
    るデータサイズ決定手段を有すること、 【数１】 ｄ_P：１回に送るデータの量(Byte) Ｖ_L：上記ネットワークの伝送速度（bit/sec） ｔ_C：上記ネットワークを介しての通信における予め決
    定された遅延の許容時間（sec） ｔ_e：ユーザが予め設定する余裕時間（sec），ｔ_e＞０ を特徴とするデータ送信装置。
11. 【請求項１１】請求項１または２記載のデータ送信装置
    において、 上記分割送信手段は、上記分割送信における各回毎の送
    信を、別途定められた転送間隔以上の時間間隔をあけて
    行うものであること、 を特徴とするデータ送信装置。
12. 【請求項１２】請求項１１記載のデータ転送装置におい
    て、 上記転送間隔を下記数２に基づいて決定する転送間隔決
    定手段を有すること、 【数２】 ｔ_d：転送間隔（sec） Ｖ_d：上記分割送信に使用可能な上記ネットワークの伝
    送帯域の割当て幅（bit/sec） ｄ_P：分割送信手段が１回に送るデータの量(Byte) Ｃ：別途求められる、予め定められた時点において上記
    分割送信データの送信を並行して行なっている該データ
    送信装置の台数（組） ｔ_i：上記ネットワークのデータ無伝送検知時間 を特徴とするデータ送信装置。
13. 【請求項１３】ネットワークを介して接続された請求項
    １記載のデータ送信装置から送られてくるデータを受信
    するデータ受信装置において、 上記データ送信装置の上記送信手段から送られてくる上
    記先送りデータを受信する受信手段と、 上記データ送信装置の上記分割送信手段が複数回に分け
    て送ってくるデータを受信し、受信したデータを１つに
    まとめて上記分割送信データを再構成する分割受信手段
    と、 上記再構成した分割送信データを記憶する記憶手段と、 を有することを特徴とするデータ受信装置。
14. 【請求項１４】ネットワークを介して接続された請求項
    ２記載のデータ送信装置から送られてくるデータを受信
    するデータ受信装置において、 上記データ送信装置の上記送信手段から送られてくる上
    記先送りデータを受信する受信手段と、 上記データ送信装置の上記分割送信手段が複数回に分け
    て送ってくるデータを受信し、受信したデータを１つに
    まとめて上記分割送信データを再構成する分割受信手段
    と、 上記再構成した分割送信データを記憶する記憶手段と、 を有することを特徴とするデータ受信装置。
15. 【請求項１５】ネットワークを介して接続された請求項
    ３記載のデータ送信装置から送られてくるデータを受信
    するデータ受信装置において、 上記データ送信装置の上記送信手段から送られてくる上
    記先送りデータを受信する受信手段と、 上記データ送信装置の上記分割送信手段が複数回に分け
    て送ってくるデータを受信し、受信したデータを１つに
    まとめて上記分割送信データを再構成する分割受信手段
    と、 動画データおよび静止画データを再生可能な再生手段
    と、 を有することを特徴とするデータ受信装置。
16. 【請求項１６】ネットワークを介して接続された請求項
    ４記載のデータ送信装置から送られてくるデータを受信
    するデータ受信装置において、 上記データ送信装置の上記送信手段から送られてくる上
    記先送りデータを受信する受信手段と、 上記データ送信装置の上記分割送信手段が複数回に分け
    て送ってくるデータを受信し、受信したデータを１つに
    まとめて上記分割送信データを再構成する分割受信手段
    と、 静止画データ、動画データおよび音声データを再生可能
    な再生手段と、 を有することを特徴とするデータ受信装置。
17. 【請求項１７】請求項１６記載のデータ受信装置におい
    て、 上記再生手段は、上記先送りデータに含まれている音声
    データを再生する際には、これと同時に当該先送りデー
    タに含まれている静止画データを表示することが可能で
    あること、 を特徴とするデータ受信装置。
18. 【請求項１８】請求項１４，１５，１６または１７記載
    のデータ受信装置において、 上記データ送信装置へ、ある先送りデータに対応する分
    割送信データの分割送信の実行要求を送る分割送信要求
    手段をさらに有すること、 を特徴とするデータ受信装置。
19. 【請求項１９】請求項１８記載のデータ受信装置におい
    て、 上記分割送信要求手段は、上記分割送信の実行要求を送
    る際に、当該先送りデータに含まれている上記リンク情
    報をも送るものであること、 を特徴とするデータ受信装置。
20. 【請求項２０】請求項１５または１６記載のデータ受信
    装置において、 ある先送りデータに対応する動画データの再生指示を受
    け付ける再生指示手段と、 上記分割送信データを保存する保存手段と、 制御手段と、 を備え、 上記分割受信手段は、上記再構成した分割送信データを
    上記保存手段に格納するものであり、 上記制御手段は、 上記再生指示手段が上記動画データの再生指示を受け付
    けた時、当該先送りデータに対応する分割送信データが
    上記保存手段内に存在するか否かを判定し、該判定の結
    果、上記分割送信データが上記保存手段内に存在してい
    なかった場合には、上記分割送信要求手段に上記実行要
    求を上記データ送信装置へ送らせ、その後、上記分割受
    信手段が受信した上記分割送信データに含まれている動
    画データまたはビデオデータを上記再生手段に再生を行
    わせ、 一方、上記分割送信データが上記保存手段内に存在して
    いた場合には、上記再生手段に、当該分割送信データに
    含まれている動画データまたはビデオデータの再生を行
    わせるものであること、 を特徴とするデータ受信装置。
21. 【請求項２１】請求項２０記載のデータ受信装置におい
    て、 上記分割送信要求手段が上記実行要求を送ってから、上
    記分割受信手段が上記分割転送データの受信を完了する
    までの間、分割転送データの受信中であることをユーザ
    に知らせる転送状態告知手段をさらに有すること、 を特徴とするデータ受信装置。
22. 【請求項２２】ネットワークを介して接続された複数の
    情報処理端末間で、ビデオメールを転送するビデオメー
    ルシステムにおいて、 請求項２記載のデータ送信装置と、請求項１３記載のデ
    ータ受信装置と、を含んで構成されるサーバと、 請求項２記載のデータ送信装置を含んで構成された、上
    記サーバに対してビデオメールを送信する送信端末と、 請求項１４，１５，１６または１７記載のデータ受信装
    置を含んで構成される受信端末と、を備え、 上記送信端末の有する上記送信手段は、上記先送りデー
    タとともに、該先送りデータの受け手であるユーザを示
    す宛先情報を送るものであり、 上記サーバの有する上記記憶手段は、上記先送りデータ
    と上記宛先情報とを対応づけて記憶するものであり、 上記受信端末は、あるユーザ宛のビデオメールが上記記
    憶手段内に存在するか否かを問い合わせる着信確認手段
    をさらに有し、 上記サーバは、さらに、上記問い合わせを受けた場合に
    は、上記ユーザ宛のビデオメールが該記憶手段内にある
    か否かを確認し、該確認の結果を上記受信端末に返答す
    る着信返答手段を有するものであること、 を特徴とするビデオメールシステム。
23. 【請求項２３】ネットワークを介して接続された複数の
    情報処理端末間で、ビデオメールを転送するビデオメー
    ルシステムにおいて、 請求項８記載のデータ送信装置と、請求項１３記載のデ
    ータ受信装置と、を含んで構成されるサーバと、 請求項２記載のデータ送信装置を含んで構成された、上
    記サーバに対してビデオメールを送信する送信端末と、 請求項１８記載のデータ受信装置を含んで構成される受
    信端末と、を備え、 上記送信端末の有する上記送信手段は、上記先送りデー
    タとともに、該先送りデータの受け手であるユーザを示
    す宛先情報を送るものであり、 上記サーバの有する上記記憶手段は、上記先送りデータ
    と上記宛先情報とを対応づけて記憶するものであり、 上記受信端末は、あるユーザ宛のビデオメールが上記記
    憶手段内に存在するか否かを問い合わせる着信確認手段
    をさらに有し、 上記サーバは、さらに、上記問い合わせを受けた場合に
    は、上記ユーザ宛のビデオメールが該記憶手段内にある
    か否かを確認し、該確認の結果を上記受信端末に返答す
    る着信返答手段を有するものであること、 を特徴とするビデオメールシステム。
24. 【請求項２４】１または２種類以上の内容のデータから
    構成される伝送対象データを転送するデータ転送方法に
    おいて、 上記伝送対象データに含まれているデータのうちの一部
    を予め抽出し、 上記抽出したデータを含んで構成される先送りデータを
    作成し、該先送りデータを先に送り、 その後、上記伝送対象データに含まれていながら上記先
    送りデータには含まれていないものを含んだデータ（以
    下”分割転送データ”という）を、複数回に分けて送る
    こと、 を特徴とするデータの転送方法。
25. 【請求項２５】請求項２４記載のデータ転送方法におい
    て、 上記先送りデータには、上記分割転送データおよび／ま
    たは上記分割転送データに含まれているデータを示す、
    リンク情報をも含まれること、 を特徴とするデータ転送方法。
26. 【請求項２６】請求項２４または２５記載のデータ転送
    方法において、 上記伝送対象データには、静止画のデータ（以下”静止
    画データ”という）を複数枚分含んで構成される動画デ
    ータを含んだものであり、 上記抽出データは、一部の上記静止画データを含んで構
    成されること、 を特徴とするデータ転送方法。
27. 【請求項２７】請求項２４または２５記載のデータ転送
    方法において、 上記伝送対象データは、静止画のデータ（以下”静止画
    データ”という）を複数枚分含んで構成される動画のデ
    ータ（以下”動画データ”という）と、音声データと、
    を含んで構成されるビデオデータを含んだものであり、 上記抽出データは、音声データおよび一部の上記静止画
    データを含んで構成されること、 を特徴とするデータ転送方法。
28. 【請求項２８】請求項２４記載のデータ転送方法におい
    て、 上記予め定められた基準は、抽出するデータの種類、抽
    出されるデータの位置、ユーザにより別途選択されてい
    るか否か、のうちの少なくとも一つを含んで構成される
    こと、 を特徴とするデータ転送方法。
29. 【請求項２９】少なくとも動画のデータ（以下”動画デ
    ータ”という）を含んだビデオメールを転送するビデオ
    メール転送方法において、 上記動画データは、静止画のデータ（以下”静止画デー
    タ”という）を複数枚分含んで構成されるものであり、 上記動画データに含まれている一部の静止画データを抽
    出し、 上記抽出した静止画データと、該静止画データが属して
    いたビデオデータを示すリンク情報と、を少なくとも含
    んで構成される先送りデータを作成し、 先ず、上記先送りデータおよび該先送りデータの受け手
    となるユーザを指定す宛先情報を転送し、 その後、上記ビデオメールに含まれていながら上記先送
    りデータには含まれていなかったものを含んだデー
    タ（”分割送信データ”という）を、複数回に分けて転
    送すること、 を特徴とするビデオメール転送方法。