JPH1051491A - 通信システム、クライアント端末及びデータ送信方法 - Google Patents

Abstract

(57)【要約】 【課題】クライアント端末の空きディスク容量に関係無
く、動画像や音声のようなデータ量の大きな情報を、サ
ーバ端末に送信することを可能にする。 【解決手段】クライアント端末は、データを作成する作
成手段と、作成手段によりデータの作成が開始されたと
きに、サーバ端末に対して、データの送信要求を送信す
る送信要求送信手段６１と、予め定めたパケット化の条
件を満たしたときに、作成手段により作成されているデ
ータを予め定めたパケット化の条件を満たすようにパケ
ット化して逐次送信するパケット送信手段６４とを備え
る。サーバ端末は、データの送信要求が送信されたとき
に、当該データの受信が可能であれば、データの送信要
求を送信したクライアント端末に対して、当該データの
送信を許可する旨の応答を返す応答手段６２と、パケッ
ト送信手段により送信されたパケットを受信するパケッ
ト受信手段とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、クライアント端末
の空きディスク容量に関係無く、動画像や音声のような
データ量の多い情報をサーバ端末を介して情報交換する
ことが可能な技術に関する。

【０００２】

【従来の技術】従来、電子メールシステムでは送信する
メッセージをクライアント端末において作成し、作成が
終わってからサーバ端末に送信している。動画像や音声
を添付ファイルとして送信する場合も、添付する内容は
送信を行う前にクライアント端末において作成しておく
必要がある。

【０００３】一方、World Wide Webのサーバ端末に新た
なデータを提供する際にも、提供するデータはクライア
ント端末で作成し、全ての作成が終わってからでなけれ
ば、送信することができない。

【０００４】

【発明が解決しようとする課題】電子メールとして送信
するメッセージのデータ量が、各クライアント端末の空
きディスク容量より少ない場合には、クライアント端末
でメッセージを作成してから送信を行っても問題はない
が、動画像や音声データのようなデータ量の大きな情報
をメッセージとして送信する場合、従来の方式では、各
クライアント端末の空きディスク容量により作成可能な
メッセージのデータ量が制限され、送信可能なメッセー
ジのデータ量も制限されてしまうという問題点がある。

【０００５】また、World Wide Webのような広域情報シ
ステムにおいて、サーバ端末において新たに開示する情
報を、クライアント端末で作成してサーバ端末へ提供し
ようという際にも、従来の方式では、各クライアント端
末の空きディスク容量により作成可能な情報のデータ量
が制限されてしまう。

【０００６】そこで、本発明の目的は、クライアント端
末の空きディスク容量に関係無く、動画像や音声のよう
なデータ量の大きな情報を、サーバ端末に送信すること
を可能にすることにある。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、データを送信するクライアント端末と、
前記クライアント端末にネットワークを介して接続さ
れ、前記クライアント端末から送信されたデータを受信
するサーバ端末とを有する通信システムにおいて、前記
クライアント端末は、前記データを作成する作成手段
と、予め定めたパケット化の条件を満たしたときに、前
記作成手段により作成されているデータをパケット化
し、当該パケットを前記サーバ端末に対して逐次送信す
るパケット送信手段とを備え、前記サーバ端末は、前記
クライアント端末のパケット送信手段により送信された
パケットを受信し、当該受信したパケットのデータを取
り出すパケット受信手段と、前記パケット受信手段によ
り取り出されたデータを蓄積する蓄積手段とを備える。

【０００８】また、データを送信するクライアント端末
と、前記クライアント端末にネットワークを介して接続
され、前記クライアント端末から送信されたデータを受
信するサーバ端末とを有する通信システムにおけるデー
タ送信方法としては、前記データを作成し、予め定めた
パケット化の条件を満たしたときに、作成しているデー
タをパケット化し、当該パケットを前記サーバ端末に対
して逐次送信する。

【０００９】本発明によれば、クライアント端末の空き
ディスク容量に関係無く、動画像や音声のようなデータ
量の大きな情報を、サーバ端末に送信することができ
る。

【００１０】

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

【００１１】図１は、本発明の通信システムの構成例を
示す構成図である。

【００１２】本発明の通信システムは、複数台のクライ
アント端末１とサーバ端末２とがネットワーク３を介し
て接続された構成となっている。このネットワーク３
は、電話回線でも、イーサネットなどのＬＡＮ（Local
Area Network)でも、ＩＳＤＮ(Integrated Services Di
gital Network)やＡＴＭ(Asynchronous Transfer Mode)
でも構わない。また、サーバ端末の蓄積装置は、サーバ
端末に直接、接続させずに、ネットワーク３を介して接
続させる構成をとっても構わない。

【００１３】つぎに、クライアント端末１の構成を図２
を参照して説明する。図２に、クライアント端末１の構
成例を示す。

【００１４】図２において、クライアント端末１は、ポ
インティングデバイスのマウス２０と、入力装置のキー
ボード２１と、表示装置のディスプレイ２２と、各種プ
ログラムを格納している、ハードディスクなどの蓄積装
置２５と、プログラムが実行時にロードされるメモリ２
４と、プログラムを実行するＣＰＵ２３と、音声入力装
置１２が接続される音声符号化装置１１と、音声出力装
置１４が接続される音声復号化装置１３と、動画像入力
装置１６が接続される動画符号化装置１５と、動画復号
化装置１７と、ネットワーク３に接続される通信制御部
１８とを備え、内部バス２６を介してそれぞれが接続さ
れる構成となっている。

【００１５】マウス２０およびキーボード２１は、ユー
ザがコマンドなどの入力を行うときに利用され、ディス
プレイ２２はプログラムの実行状況などを表示する。音
声符号化装置１１は、音声入力装置１２（例えば、マイ
ク）から入力される音声を符号化し、動画符号化装置１
４は、動画像入力装置１６（例えば、カメラ）から入力
される動画像を符号化する。また、音声復号化装置１３
で復号化された音声は音声出力装置１４（例えば、スピ
ーカ）から出力され、動画復号化装置１７で復号化され
た動画像はディスプレイ２２に表示される。音声符号化
装置１１や動画符号化装置１５で符号化された符号化デ
ータは、ＣＰＵ２３で動作するプログラムで整形された
後、通信制御部１８を介してネットワーク３から出力さ
れる。

【００１６】また、音声符号化装置１１の代わりに、Ｃ
ＰＵ２３で動作する音声符号化プログラムを用いても良
く、音声復号化装置１３の代わりに、ＣＰＵ２３で動作
する音声復号化プログラムを用いても良い。同様に、動
画符号化装置１５の代わりにＣＰＵ２３で動作する動画
符号化プログラムを用いても良く、動画復号化装置１７
の代わりにＣＰＵ２３で動作する動画復号化プログラム
を用いても良い。また、マウス２０の代わりにタブレッ
トなどの描画データ入力装置を用いても良い。

【００１７】更に、送信するデータを作成するにあたり
音声を用いないのであれば、音声符号化装置１１、音声
入力装置１２、音声復号化装置１３および音声出力装置
１４は備えなくても構わない。同様に、送信するデータ
を作成するにあたり動画像を用いないのであれば、動画
符号化装置１５、動画像入力装置１６および動画復号化
装置１７は備えなくても構わない。また、作成したデー
タの再生処理を行なわないのであれば、音声復号化装置
１３、音声出力装置１４および動画復号化装置１７は備
えなくても構わない。

【００１８】つぎに、サーバ端末の構成を図３を参照し
て説明する。図３に、サーバ端末２の構成例を示す。

【００１９】図３において、サーバ端末２は、ポインテ
ィングデバイスのマウス３０と、入力装置のキーボード
３１と、表示装置のディスプレイ３２と、各種プログラ
ムを格納し、また、受信データを蓄積する蓄積装置３５
と、プログラムが実行時にロードされるメモリ３４と、
プログラムを実行するＣＰＵ３３と、ネットワーク３に
接続される通信制御部３８とを有し、それぞれが内部バ
ス３６を介して接続される構成となっている。

【００２０】マウス３０およびキーボード３１は、ユー
ザがコマンドなどの入力を行うときに利用され、ディス
プレイ２２はプログラムの実行状況などを表示する。ク
ライアント端末１の通信制御部１８からネットワーク３
を経由して送られてくるデータは、通信制御部３８で受
信し、ＣＰＵ３３上で動作するプログラムにより受信処
理を行う。

【００２１】本発明の実施の形態におけるクライアント
端末１内のプログラムの構成を図４を参照して説明す
る。図４に、メールシステムの例におけるクライアント
端末１のＣＰＵ２３内で動作するプログラムの構成図を
示す。

【００２２】図４において、図２に示す符号と同じ符号
の２０〜２２、１１、１５および１８は、図２に示す構
成要素と同じものを示している。また、４０は、メール
サーバとの間でメールの送受信処理を行うメールクライ
アントプログラムであり、４２は、送信したいデータを
作成するデータ作成プログラムであり、音声や動画など
のように作成するデータの種別ごとにデータ作成プログ
ラム４２を備える。４４はデータ作成プログラム４２よ
り出力されるデータをパケット化し、逐次サーバ端末に
送信する送信データ作成プログラムである。

【００２３】メールクライアントプログラム４０は、キ
ーボード２１やマウス２０により入力されるデータと、
通信制御部１８において受信される、サーバ端末２から
のコマンドとに従って動作する。本発明の実施の形態お
いては、宛先、送信元、テキストデータなどを含むメー
ルと、そのメールに対応して、データ作成プログラム４
２において作成される、音声や動画などのデータとの双
方をサーバに対して送信しており、メールクライアント
プログラム４０は、双方を送信するためのアプリケーシ
ョンソフトである。データ作成プログラム４２は、メー
ルクライアントプログラム４０からの要求に応じて起動
され、キーボード２１やマウス２０により入力されるデ
ータ、および、音声符号化装置１１や動画符号化装置１
５において入力されるデータを用いて送信するデータを
作成する。送信データ作成プログラム４４は、メールク
ライアンントプログラム４０からの要求に応じて起動さ
れ、通信制御部１８において受信される、サーバ端末２
からのコマンドと、メールクライアントプログラム４０
およびデータ作成プログラム４２から送信されるコマン
ドと、キーボード２１やマウス２０により入力されるデ
ータとに従って動作し、データ作成プログラム４２から
出力されるデータを、予め定められ条件にしたがって、
逐次パケット化して通信制御部１８に出力する。

【００２４】本発明の実施の形態におけるサーバ端末２
内のプログラムの構成を図５を参照して説明する。図５
に、メールシステムの例におけるサーバ端末のＣＰＵ内
で動作するプログラムの構成図を示す。

【００２５】図５において、図３に示す符号と同じ符号
の３８、３３および３５は、図３に示す構成要素と同じ
ものを示している。また、４６は、クライアント端末１
から送られてくるメールを受信配送するメールサーバプ
ログラムである。４８は、クライアント端末１より逐次
送られてくるパケットの受信処理を行うデータ受信プロ
グラムである。

【００２６】クライアント端末１から送信されたメール
および逐次送信パケットは、共に、サーバ端末２の通信
制御部３８を介して受信し、各々メールサーバプログラ
ム４６やデータ受信プログラム４８で受信処理した後
に、蓄積装置３５に記録される。

【００２７】つぎに、クライアント端末１とサーバ端末
２間でやり取りするシーケンスを図６を参照して説明す
る。図６に、クライアント端末１とサーバ端末２間にお
ける作成データ逐次送信処理の基本シーケンス図を示
す。また、シーケンスの説明後、図７〜図１１に示す、
クライアント端末１における処理のフローチャートと、
図１２〜図１７に示す、サーバ端末２における処理のフ
ローチャートとを参照し、クライアント端末１とサーバ
端末２とにおける各処理を説明する。また、クライアン
ト端末１とサーバ端末２とで送受信するデータのフォー
マットを図１８〜図２６に示す。

【００２８】図６において、データの作成中にデータを
パケット化して逐次送信するように要求する作成要求６
０がユーザにより指示された場合に、クライアント端末
１からサーバ端末２に対して、送信するデータ種別やデ
ータパケットのパケットサイズ、そしてサーバ側で確保
して欲しい蓄積容量などの情報を含んだコマンドである
データ送信要求コマンド６１を送る。

【００２９】サーバ端末２では、このデータ送信要求６
１に含まれている情報を参照し、データ受信の可否を判
断し、そのデータ受信の可否の判断結果をデータ送信応
答６２としてクライアント端末１に返す。データ送信応
答６２の結果が可であった場合にはデータ作成が可能と
なり、作成開始６３がユーザにより指示された後に、デ
ータ作成を開始し、データ作成を終了する旨の指示であ
る作成完了６５がユーザにより指示されるまで、作成デ
ータを作成中からサーバ端末２に逐次データ送信６４す
る。データ作成完了後は、その旨をクライアント端末１
からサーバ端末２にデータ送信終了通知６６として通知
し、データ送信終了通知６６を受信したサーバ端末２で
は、必要に応じて受信したデータをファイル形式に整え
るなどのデータ整形を行う。ここで、作成したデータを
再生して確認したいという再生要求６７がユーザより発
行された場合には、クライアント端末１からサーバ端末
２にデータ再生要求６８を送ることにより、データ再生
６９を行う。このデータ再生６９の時の、サーバ端末２
に蓄積されたデータをクライアント端末１で読みだす方
法については、データをパケット分割してサーバ端末２
からクライアント端末１へ送信するなどの、クライアン
ト端末１とサーバ端末２との間で予め決められた方法を
用いて行うものとする。作成したデータを再生し、その
結果に満足した場合には、ユーザにより有効７０が指示
され、この有効７０の通知があると、サーバ端末２にお
いてこの受信したデータを有効として取り扱うことを示
すデータ有効化要求７１をクライアント端末１からサー
バ端末２に送信することにより、データを有効化して残
しておく。

【００３０】つぎに、クライアント端末１とサーバ端末
２間でやり取りするシーケンスを図６を参照して説明す
る。図６に、クライアント端末１とサーバ端末２間にお
ける作成データ逐次送信処理の基本シーケンス図を示
す。また、シーケンスの説明後、図７〜図１１に示す、
クライアント端末１における処理のフローチャートと、
図１２〜図１７に示す、サーバ端末２における処理のフ
ローチャートとを参照し、クライアント端末１とサーバ
端末２とにおける各処理を説明する。また、クライアン
ト端末１とサーバ端末２とで送受信するデータのフォー
マットを図１８〜図２６に示す。

【００３１】図６において、データの作成中にデータを
パケット化して逐次送信するように要求する作成要求６
０がユーザにより指示された場合に、クライアント端末
１からサーバ端末２に対して、送信するデータ種別やデ
ータパケットのパケットサイズ、そしてサーバ側で確保
して欲しい蓄積容量などの情報を含んだコマンドである
データ送信要求コマンド６１を送る。図１８に、データ
送信要求コマンド６１の構成図を示す。図１８におい
て、３００は通信制御部で使用する通信ヘッダ、３０２
はデータ送信要求であることを示す識別子、３０４は送
信を希望するデータの種別、３０６はデータ送信を行う
際のデータパケットのサイズ、３０８はデータを蓄積す
るために確保して欲しい容量のサイズである。また、シ
ステムとして一回のデータ送信で可能な最大データ量を
決めておいたり、データ種別に応じて最大データ量を決
めておく場合には、３０８は省略しても良い。

【００３２】図６において、サーバ端末２では、このデ
ータ送信要求コマンド６１に含まれている情報を参照
し、データ受信の可否を判断し、そのデータ受信の可否
の判断結果をデータ送信応答コマンド６２としてクライ
アント端末１に返す。図１９に、データ送信応答コマン
ド６２の構成図を示す。図１９において、３００は図１
８と同じように通信制御部で使用する通信ヘッダであ
る。３１２はデータ送信応答であることを示す識別子、
３１４はデータ受信の可否を示す結果、３１６はサーバ
端末２において許容する受信データ量である。図１８に
示すデータ送信要求コマンドの３０８と同様に、システ
ムとして一回のデータ送信で可能な最大データ量を決め
ておいたり、データ種別に応じて最大データ量を決めて
おく場合には、３１６は省略しても良い。

【００３３】図６において、データ送信応答コマンド６
２の結果が可であった場合にはデータ作成が可能とな
り、作成開始６３がユーザにより指示された後に、デー
タ作成を開始し、データ作成を終了する旨の指示である
作成完了６５がユーザにより指示されるまで、作成デー
タを作成中からサーバ端末２に対して、データを図２０
に示すようなパケットにして逐次、送信する（データ送
信６４）。図２０に、データパケットの構成図を示す。
図２０において、３００は通信ヘッダ、３５２はデータ
パケットであることを示す識別子、３５３は本データパ
ケットのパケットサイズ、３５４はデータ種別を示す識
別子、３５５は本データパケットに含まれているデータ
本体のサイズ、３５６はシーケンス番号、３５７はデー
タ本体である。データをパケット化する際に、パケット
サイズ３５３、データ種別３５４、データサイズ３５
５、及び、シーケンス番号３５６がそれぞれ付加され
る。

【００３４】図６において、データ作成完了後は、その
旨をクライアント端末１からサーバ端末２にデータ送信
終了通知コマンド６６として通知する。図２１に、デー
タ送信終了通知コマンドの構成図を示す。図２１におい
て、３００は通信ヘッダ、３２２はデータ送信終了通知
であることを示す識別子である。

【００３５】図６において、データ送信終了通知コマン
ド６６を受信したサーバ端末２では、必要に応じて受信
したデータをファイル形式に整えるなどのデータ整形を
行う。データ送信終了通知コマンド６６の送信後に、ユ
ーザが送信したデータの再生を行いたい場合には、図２
２に示すような、作成したデータを再生して確認したい
という再生要求コマンド６８を送信する。図２２にデー
タ再生要求コマンドの構成図を示す。図２２において、
３００は通信ヘッダ、３２６はデータ再生要求であるこ
とを示す識別子、３２８は予め定められらた再生方法を
示す。再生方法としては、例えば、再生データを全てク
ライアント端末１にダウンロードしてから再生するの
か、それともサーバ端末２から送られてくるデータをパ
ケットで受信し、逐次受信分のデータを再生するのかを
予め定めておく。再生方法３２８では、その再生方法を
指定する。

【００３６】図６において、再生要求がユーザより発行
された場合には、クライアント端末１からサーバ端末２
にデータ再生要求コマンド６８を送ることにより、デー
タ再生６９を行う。このデータ再生６９の時の、サーバ
端末２に蓄積されたデータをクライアント端末１で読み
だす方法については、送信時と同様に、データをパケッ
ト分割してサーバ端末２からクライアント端末１へ送信
するなどの、クライアント端末１とサーバ端末２との間
で予め決められた方法を用いて行うものとする。作成し
たデータを再生し、その結果に満足した場合には、ユー
ザにより有効７０が指示され、この有効７０の通知があ
ると、サーバ端末２においてこの受信したデータを有効
として取り扱うことを示すデータ有効化要求コマンド７
１をクライアント端末１からサーバ端末２に送信するこ
とにより、データを有効化して残しておく。図２３に示
すように、データ有効化要求コマンドとして、通信ヘッ
ダ３００と、データ有効化要求であることを示す識別子
３３２とを付加して送信する。また、送信したデータが
必要ない場合には、図２４に示すようなデータ無効化要
求コマンドを送付してデータの廃棄を要求することがで
きる。図２４に示すように、データ無効化要求コマンド
として、通信ヘッダ３００と、データ無効化要求である
ことを示す識別子３３４とを付加して送信する。

【００３７】また、作成したデータの送信後に、同じ宛
先に対してメールを送信したい場合にはメールを送付
し、メールを送付したくない場合には、図２５に示すよ
うな、メール非送信通知コマンドにより、メールを送付
しない旨を通知する。

【００３８】さらに、クライアント端末１からのデータ
送信中に、サーバ端末２の蓄積装置の蓄積領域にあき領
域が無くなった場合には、図２６に示すような、制限容
量超過通知コマンドをサーバ端末２からクライアント端
末１へ送信することができる。制限容量超過通知コマン
ドを受信したクライアント端末１は、データの送信を中
止する。

【００３９】つぎに、クライアント端末１とサーバ端末
２とにおける処理をそれぞれ説明する。

【００４０】図７に、クライアント端末におけるメール
クライアントプログラム４０のメール送信手順のフロー
チャートを示す。図７において、クライアント端末１で
は、ユーザによりメールクライアントプログラム４０の
起動を指示されると、それに従ってメールクライアント
プログラム４０を起動させる（ステップ１０１）。ユー
ザによりメール作成が選択された場合には（ステップ１
０２）、宛先のアドレス指定などのメール送信に必要な
情報の入力を受け付ける（ステップ１０３）。この送信
先の宛先指定は、メール送信を行うまでに指定を受け付
けるようにしても良い。つぎに、送信データが作成され
る場合には（ステップ１０４）、作成データを作成中か
ら逐次、サーバ端末に送信するという方法をとるか、完
全に作成し終わってから送信するかの選択を受け付ける
（ステップ１０５）。作成データの送信方法として、逐
次送信を選択された場合には、図８に示す逐次送信デー
タ作成処理を行い（ステップ１０６）、作成データをク
ライアント端末１で全て作成し終わってからサーバ端末
２に送信するという方法が選択された場合には、作成デ
ータを図２に示す蓄積装置２５に蓄積後、送信する蓄積
送信データ作成処理を行う（ステップ１０７）。複数の
データが作成される場合にはステップ１０４で再びデー
タ作成が選択され、複数のデータ作成が行なわれない場
合にはステップ１０８に移って、先にサーバ端末２へ逐
次送信したデータに対応するメールを、ステップ１０３
で指定した宛先に送信するかどうかが選択される。メー
ル送信が選択された場合には、宛先情報を含めたメール
をメールサーバ２へ送信し（ステップ１０９）、メール
送信を行なわない場合には、図２５に示すような、メー
ル非送信通知コマンドをサーバ端末２に送る（ステップ
１１０）。ステップ１０２でメール作成を選択せず、ス
テップ１１１でもメールクライアントプログラムの終了
を選択しない場合には、その他の処理として受信メール
を読むなどの処理を行う（ステップ１１２）。ステップ
１１１でメールクライアントプログラムの終了を選択し
た場合には、メールクライアントプログラムを終了して
終わる（ステップ１１３）。

【００４１】図８に、逐次送信データ作成処理の詳細な
処理のフローチャートを示す。

【００４２】図８において、逐次送信データ作成処理に
おいては、まず、送信条件の設定を行なうために図９に
示す送信条件設定処理を行う（ステップ１２０）。送信
条件設定処理では、後述するように、送信するパケット
のパケットサイズ等の条件情報が設定される。次に、送
信条件設定処理で設定された条件情報を含んだコマンド
である、図１８に示すデータ送信要求コマンドをサーバ
端末２に対して送信する（ステップ１２１）。図８にお
いて、このデータ送信要求コマンドに対するサーバ端末
２からの応答として、図１９に示すデータ送信応答コマ
ンドを受信する。図８において、データ送信応答コマン
ドのデータ受信の可否を示す結果３１４の内容がデータ
送信可能であることを示している場合には（ステップ１
２２）、データの作成を開始する（ステップ１２３）。
データの作成を開始した後は、データ作成終了が選択さ
れたり（ステップ１２４）、サーバ端末２から制限容量
超過通知が送られて来ない限り（ステップ１２５）、図
１０に示すデータ送信処理（ステップ１２６）を繰り返
し行なう。一方、データ作成終了が選択されたり、サー
バ端末から制限容量超過通知が送られてきた場合には、
データの作成を終了してサーバ端末２へ図２１に示すデ
ータ送信終了通知コマンドを送信する（ステップ１２
７）。

【００４３】図８において、データ送信終了通知コマン
ドの送信後、図１１に示す作成データ確認処理を行ない
（ステップ１２８）、データ作成プログラムを終了し
（ステップ１２９）、送信データ作成プログラムを終了
する（ステップ１３０）。また、ステップ１２２で受信
したデータ送信応答の結果がデータ送信を拒絶するもの
であった場合にも、データ作成プログラム４２を終了し
（ステップ１２９）、送信データ作成プログラム４４を
終了する（ステップ１３０）。

【００４４】つぎに、図９に示す送信条件設定処理のフ
ローチャートを説明する。

【００４５】図９において、送信条件設定処理では、先
ず初めにメールクライアントプログラム４０において、
送信するデータ種別をユーザに選択してもらう（ステッ
プ１４０）。ここで指定されたデータ種別に応じたデー
タ作成プログラム４２を起動する（ステップ１４１）。
次に、送信データ作成プログラム４４を起動し（ステッ
プ１４２）、送信条件として、データ種別ごとに予め定
めた条件でパケット化するか、一定時間間隔でパケット
化するか、指定されたデータサイズでパケット化するか
の選択を受け付ける（ステップ１４３）。パケット化の
条件の選択の受付方法としては、ユーザ入力により選択
される方法でも、初期設定ファイルの記述に基づいて決
定するという方法でも構わない。

【００４６】ステップ１４３の送信条件選択において選
ばれた方法が、データ種別ごとの条件でパケット化する
というものであった場合には（ステップ１４４）、予め
用意しておいた、図２７に示すような対応表を参照する
ことにより、データの種別に対応して、一パケット辺り
のデータサイズやパケット化処理を行なう時間間隔を決
定する（ステップ１４５）。図２７において、ステップ
１４０で選択したデータ種別３８０に対応する１パケッ
ト辺りのデータサイズ３８２もしくはパケット化間隔３
８４を設定する。例えば、動画像のＭＰＥＧ形式の画像
データなどはフレームごとにデータサイズが異なるが、
１パケット当たりのデータサイズ３８２をイントラフレ
ームのデータサイズとし、パケット化間隔３８４に従っ
てパケット化する各フレームの大きさをパケット情報と
してデータパケット内のデータサイズに書き込んで送信
することにより、各フレームにおけるデータサイズの違
いも吸収する。

【００４７】ステップ１４３で選択した送信条件が一定
時間間隔でパケット化を行なうという方法であった場合
には（ステップ１４６）、パケット化処理を行なう時間
間隔の設定を行なう（ステップ１４７）。データ種別ご
との条件でパケット化を行なうのでも、一定時間間隔で
パケット化を行なうのでも無い場合は、一パケット辺り
のデータサイズが設定され（ステップ１４８）、設定し
たサイズのデータが蓄積されるごとにパケット化を行な
い、サーバ端末２に送信を行なうものとする。このよう
にして決定された一パケット辺りのデータサイズやパケ
ット化処理を行う時間間隔を、パケット化条件として設
定する（ステップ１４９）。

【００４８】つぎに、図１０に示すデータ送信処理のフ
ローチャートの処理内容を説明する。図１０において
は、データ作成プログラム４２により作成され、未だ送
信されずに蓄積されているデータ量を監視し、図９にお
けるステップ１４９で設定したパケット化条件を満たし
ているかどうかを判断する（ステップ１５２）。パケッ
ト化条件を満たしている場合には、パケット化条件にし
たがい、図２０に示すようなフォーマットでパケット化
を行い（ステップ１５４）、サーバ端末２へ送信する
（ステップ１５６）。ステップ１５４において、パケッ
ト化する際に、図２０に示すパケットサイズ３５３、デ
ータ種別３５４、データサイズ３５５、及び、シーケン
ス番号３５６がそれぞれ付加される。シーケンス番号３
５６は、パケットごとにシーケンシャルに付加される。

【００４９】つぎに、図１１に示す作成データ確認処理
のフローチャートの処理内容を説明する。図１１におい
て、ユーザにより作成したデータの内容確認を要求され
た場合には（ステップ１６０）、図２２に示すデータ再
生要求コマンドをサーバ端末２に送信する（ステップ１
６１）。

【００５０】図１１において、クライアント端末１は、
サーバ端末２から送信された再生データを出力する（ス
テップ１６２）。データ再生を行い、作成したデータの
内容確認を行うなどした結果、作成したデータを有効で
あるとして残しておくか、無効であるとして廃棄するか
の判断がユーザから指示され（ステップ１６３）、残し
ておくと指示された場合には、図２３に示すデータ有効
化要求コマンドをサーバ端末２に送信する（ステップ１
６４）。廃棄する場合には、図２４に示すデータ無効化
要求コマンドをサーバ端末２に送信する（ステップ１６
５）。

【００５１】以上のように処理することにより、クライ
アント端末１では、作成しているデータを、逐次、パケ
ット化してサーバ端末２に送信することができる。

【００５２】つぎに、サーバ端末における受信処理につ
いて説明する。

【００５３】図１２に、サーバ端末におけるメール受信
処理のフローチャートを示す。図１２において、サーバ
端末２におけるメールサーバプログラム４６やデータ受
信プログラム４８の起動と終了とは、サーバ端末２の起
動と終了と同時に行うようにすることにより、メールサ
ーバプログラム４６およびデータ受信プログラム４８と
もに既に起動されているものとする。

【００５４】図１２において、クライアント端末１から
データ送信要求コマンド６１が送られてきたら（ステッ
プ２０１）、図１８に示すデータ送信要求コマンド６１
に含まれている容量要求３０８を参照し、サーバ端末２
側の蓄積装置３５の空き容量からデータ受信の可否を判
断する（ステップ２０２）。サーバ端末２側の蓄積装置
３５の空き容量が容量要求３０８の容量よりも大きい場
合には、データ受信が可能であるとして、データ受信可
能である旨を伝えるため、図１９に示すデータ送信応答
コマンドのデータ受信の可否を示す結果３１４をデータ
受信可にしてクライアント端末１に送り返す（ステップ
２０３）。サーバ端末２側の蓄積装置３５の空き容量が
容量要求３０８の容量よりも小さい場合には、データ受
信が不可能であるとして、データ受信が不可能である旨
を伝える、図１９に示すデータ送信応答コマンドをクラ
イアント端末１に送り返す（ステップ２０４）。データ
送信応答コマンドでデータ受信可である旨を送信したサ
ーバ端末２は、送信されてくるパケットを受信するため
に必要な、蓄積装置３５の格納領域を確保し、図１３に
示す変数の初期化処理を行う（ステップ２０５）。その
後、図２０に示すような、順次送信されてくるデータパ
ケットについて、図１４に示すような受信処理を行う
（ステップ２０６）。図１３及び図１４に示す処理につ
いては後述する。データパケット受信処理の合間には、
受信データ量の監視や（ステップ２０７）、クライアン
ト端末１から送られてくる、図２１に示すデータ送信終
了通知コマンドの受信を監視し（ステップ２０８）、受
信データ量が予め要求された容量要求３０８の容量を超
過しそうになったら、図２６に示す制限容量超過通知コ
マンドをクライアント端末１に送ってデータパケット受
信処理を終了する（ステップ２０９）。データパケット
受信処理は、制限容量を超過しない範囲内であれば、ク
ライアント端末１よりデータ送信終了通知コマンドが送
られてくるまで続けられる。制限容量超過通知コマンド
を送付した場合、もしくは、データ送信終了通知コマン
ドが送付された場合には、データパケット受信処理を終
了し、クライアント端末１からの要求に応じてデータ再
生を行ったりデータ廃棄を行うなどの、図１７に示すよ
うなデータ受信後の処理を行う（ステップ２１０）。

【００５５】また、クライアント端末１で全てのデータ
作成が完了し、メール送信先の宛先情報を含んだメール
が送られてきたら（ステップ２１１）、先に逐次送信さ
れてきていたデータとメールとの蓄積位置の関連づけを
行う（ステップ２１２）。この関連づけは、図２８に示
すような受信管理テーブル３９６に、メール本体の格納
アドレス３９２と、逐次送信データ格納アドレス３９４
とを対応させて記憶しておくことにより行う。図２８に
おいて、受信管理テーブル３９６は、ユーザ（クライア
ント端末）ごとに設けられ、ユーザ登録の際に作成され
る。逐次送信データ格納アドレス３９４は、逐次送信デ
ータを蓄積装置に格納する際のディレクトリを示し、逐
次送信データごとに格納アドレスが設けられ、ステップ
２０６のデータパケット受信処理において、蓄積装置３
５の格納領域に対応した格納アドレスが登録される。ま
た、メール本体の格納アドレス３９２は、メール本体を
蓄積装置に格納する際のディレクトリを示し、テップ２
１２において、逐次送信データに対応させて登録され
る。番号３９０は、受信ごとにシリアル番号が付加され
る。例えば、３通目のメールを例にして説明する。図２
８において、メール本体を受信する前に、逐次送信デー
タ（Sound002,Sound003,Sound004)がそれぞれ受信され
て蓄積装置に格納され、その後、メール本体を受信した
場合には、ステップ２１２において、逐次送信データに
対応させてメール本体の格納場所を示すアドレスを登録
し、メール本体と逐次送信データとをまとめて管理す
る。また、４通目のメールでは、逐次送信データがなか
ったことを示している。

【００５６】図１２において、その後、必要に応じて他
のサーバ端末へメール転送を行う（ステップ２１３）。
このメール転送は宛先に応じて行われるものであり、必
ずしも実行されるものとは限らない。他のサーバ端末等
にメールを転送した場合には、転送したメールに対応す
る受信管理テーブル３９６のメール本体の格納アドレス
３９２および逐次送信データ格納アドレス３９４を消去
するようにしてもよい。

【００５７】一方、メールが送信されず、代わりに、図
２５に示すようなメール非送信通知コマンドが送られて
きた場合には（ステップ２１４）、先に逐次送信されて
いたデータを全て廃棄する（ステップ２１５）。

【００５８】つぎに、図１３に示す、変数初期化処理の
フローチャートの処理内容を説明する。受信側のサーバ
端末では、送信されてくるパケットを受信しているが、
このパケットがシーケンス番号順に受信されない場合が
あるので、シーケンス番号順に蓄積することができるよ
うに、シーケンス番号順に受信してないときに一時的に
バッファにパケットを記憶してパケットの並び替えを行
う。このパケットの並び替えに必要な変数としては、つ
ぎに受信すべきパケットのシーケンス番号の期待値を示
す変数Ｐｎｅｘｔと、受信したパケットのシーケンス番
号と受信すべきパケットのシーケンス番号の期待値とが
一致しないときにセットされる遅延フラグＰｋｔＬａｔ
ｅと、遅延フラグＰｋｔＬａｔｅがセットされたとき
に、遅延したパケットを一時的にバッファに格納する際
に、最後に格納したパケットのシーケンス番号を示す変
数Ｐｒｅｃｖとがある。また、この並び替えの処理にお
いて、受信すべきパケットのシーケンス番号の期待値よ
り３以上大きいシーケンス番号を受信した場合には、受
信が遅延したパケットの蓄積は行わず廃棄するものと
し、受信すべきパケットのシーケンス番号の期待値より
１または２大きいシーケンス番号を受信したときに遅延
したパケットの受信後に並び替えて蓄積する。これは、
ＯＳＩレベルの下位層の通信制御は、例えば、ＴＣＰ／
ＩＰ（Transmission Control Protocol / Internet Pro
tocol)、ＵＤＰ／ＩＰ（User Datagram Protocol / Int
ernet Protocol)、ＡＴＭ(Asynchronous Transfer Mod
e)を利用することにより、ある程度のパケットの到着の
遅れは制御されるので、受信すべきパケットのシーケン
ス番号の期待値より３以上大きいシーケンス番号を受信
することはほとんどないと考えられるからである。

【００５９】図１３に示す変数初期化処理では、次に受
信することを期待するパケットのシーケンス番号を示す
変数Ｐｎｅｘｔを１にして初期化し（ステップ２２
０）、パケット遅延フラグＰｋｔＬａｔｅをＯＦＦに設
定し（ステップ２２２）、バッファに最後に蓄積したデ
ータを含んでいたパケットのシーケンス番号を示す変数
Ｐｒｅｃｖを０にして初期化し（ステップ２２４）、バ
ッファをクリアし（ステップ２２６）、受信するデータ
量の上限値の設定（ステップ２２８）を行う。この上限
値の設定方法としては、クライアント端末１から送られ
てくるデータ送信要求コマンドの容量要求３０８で要求
された値を設定する方法でも、容量要求で要求された値
を元に、サーバ端末２の蓄積装置の空き容量などからサ
ーバ端末２側で受信可能な容量を設定する方法でも、デ
フォルトで決められた値を設定する方法でも構わない。
また、図１３に示すステップ２２０、２２２、２２４、
２２６、２２８の順番は変更しても構わない。

【００６０】つぎに、図１４に示す、データパケット受
信処理のフローチャートの処理内容を説明する。図１４
においては、シーケンス番号順に受信しているときと、
シーケンス番号順に受信してないときとで処理が異な
る。

【００６１】図１４において、データパケットを受信し
たときに（ステップ２３０）、受信パケットに付加され
ているシーケンス番号Ｎ（ただし、Ｎは自然数である）
を確認し（ステップ２３２）、Ｎの値とＰｎｅｘｔの値
とを比較する（ステップ２３４）。Ｎの値とＰｎｅｘｔ
の値が等しかった時は目的のパケットを受信したことに
なるので、受信待ちしていた、順番のパケットを受信し
た時の処理として図１５に示す処理を行う（ステップ２
３６）。一方、Ｎの値とＰｎｅｘｔの値とが一致しなか
った時は、受信待ちしているものと違う順番のパケット
を受信した時の処理として図１６に示す処理を行う（ス
テップ２３８）。

【００６２】図１５に、受信待ちしていた、順番のパケ
ットを受信した時の処理のフローチャートを示す。受信
待ちしていた、順番のパケットを受信した場合には、遅
延フラグＰｋｔＬａｔｅがセットされている場合とセッ
トされていない場合とがある。例えば、シーケンス番号
３のパケットを受信待ちしていたときに、それ以前に、
シーケンス番号１及び２を順番に受信していた場合に
は、遅延フラグＰｋｔＬａｔｅがセットされていない
が、シーケンス番号１及び２を順番に受信し、さらにシ
ーケンス番号４を受信していた場合には、遅延フラグＰ
ｋｔＬａｔｅがセットされる。また、順番に受信したシ
ーケンス番号１及び２はそのまま蓄積装置３５に格納さ
れ、シーケンス番号４は、一時的にバッファに蓄積され
（このとき、Ｐｒｅｃｖの値は４となる）、受信待ちし
ていたシーケンス番号３のパケットを受信後に、蓄積装
置３５に格納される。

【００６３】図１５に示す処理では、まず初めに、受信
データを、蓄積装置３５の逐次送信データ格納アドレス
３９４に対応する領域に書き込む（ステップ２４０）。
次に、ＰｋｔＬａｔｅフラグの値を見て（ステップ２４
１）、ＰｋｔＬａｔｅフラグの値がＯＦＦであった場合
には、シーケンス番号順に受信しているため、つぎに受
信すべきシーケンス番号の期待値を１加算するために、
Ｐｎｅｘｔに（Ｎ＋１）の値を代入する（ステップ２４
６）。一方、ステップ２４１において、ＰｋｔＬａｔｅ
フラグの値がＯＮ（セット状態）であった場合には、バ
ッファに蓄積しておいた、それ以前に受信したパケット
のデータを蓄積装置３５に書き込み（ステップ２４
２）、バッファをクリアし（ステップ２４３）、Ｐｋｔ
ＬａｔｅフラグをＯＦＦに設定し（ステップ２４４）、
Ｐｒｅｃｖの値に１加算した値をＰｎｅｘｔに代入する
（ステップ２４５）。

【００６４】図１６は、受信待ちしていたものと違う順
番のパケットを受信した時の処理の詳細な処理内容を示
すフローチャートである。

【００６５】図１６に示す処理では、初めに、Ｎの値と
Ｐｎｅｘｔの値とを比較する（ステップ２５０）。ここ
でＮの値がＰｎｅｘｔの値より大きければ、次のステッ
プ２５１に移りＰｋｔＬａｔｅフラグの値をチェックし
（ステップ２５１）、Ｎの値がＰｎｅｘｔの値より小さ
い場合には、そのデータを無視して廃棄する。ステップ
２５１でＰｋｔＬａｔｅフラグの値がＯＦＦであった場
合には、遅延が発生したとしてＰｋｔＬａｔｅフラグの
値をＯＮにする（ステップ２５２）。ＰｋｔＬａｔｅフ
ラグの値がＯＮであった場合には、Ｎの値と（Ｐｒｅｃ
ｖ＋１）の値とを比較する（ステップ２５３）。Ｎの値
と（Ｐｒｅｃｖ＋１）の値が等しい場合、すなわち、受
信したパケットのシーケンス番号と、バッファに最後に
蓄積したパケットのシーケンス番号のつぎのシーケンス
番号とが等しいときには、バッファに格納するための空
き領域があるかを確認するために、バッファの使用状況
を確認する（ステップ２５５）。Ｎの値と（Ｐｒｅｃｖ
＋１）の値とが等しくない場合には、（Ｐｒｅｃｖ＋
１）の値をＰｎｅｘｔに代入する（ステップ２５４）。
ステップ２５４の処理が終わった後、およびステップ２
５５においてバッファが一杯だった場合には、バッファ
内に蓄積しておいたパケットをシーケンス番号順に全て
蓄積装置３５に記録し（ステップ２５６）、バッファを
クリアする（ステップ２５７）。ステップ２５５でバッ
ファにまだ空き容量があった場合、または、ステップ２
５７の処理が完了した場合に、Ｎの値とＰｒｅｃｖの値
とを比較する（ステップ２５８）。Ｎの値がＰｒｅｃｖ
の値より大きい場合には、受信データをバッファに蓄積
し（ステップ２５９）、Ｐｒｅｃｖの値にＮを代入する
（ステップ２６０）。一方、ステップ２５８においてＮ
の値がＰｒｅｃｖの値よりも小さかった場合には、その
受信したパケットのバッファへの蓄積は行なわずにＰｋ
ｔＬａｔｅフラグの値をＯＦＦに戻す（ステップ２６
１）。

【００６６】例えば、シーケンス番号３、４、５、６の
パケットをクライアント側から送信したときに、サーバ
側でシーケンス番号順に受信した場合には、受信処理で
は、受信したパケットごとに、図１４に示すステップ２
３０、２３２、２３４、２３６、及び、図１５に示すス
テップ２４０、２４１、２４６により、シーケンス番号
３、４、５、６のパケットがそれぞれ蓄積装置に蓄積さ
れる。

【００６７】また、サーバ側でシーケンス番号４−５−
３−６の順に受信した場合を例にすると、受信処理で
は、シーケンス番号４のパケットを受信したときに、図
１４に示すステップ２３０、２３２、２３４、２３８、
及び、図１６に示すステップ２５０、２５１、２５２、
２５８、２５９、２６０により、シーケンス番号４のパ
ケットがバッファに蓄積される。また、シーケンス番号
５のパケットを受信したときには、図１４に示すステッ
プ２３０、２３２、２３４、２３８、及び、図１６に示
すステップ２５０、２５１、２５３、２５５、２５８、
２５９、２６０により、シーケンス番号５のパケットが
バッファに蓄積される。また、シーケンス番号３のパケ
ットを受信したときには、図１４に示すステップ２３
０、２３２、２３４、２３６、及び、図１５に示すステ
ップ２４０、２４１、２４２、２４３、２４４、２４５
により、シーケンス番号３、４、５のパケットが蓄積装
置に蓄積される。また、シーケンス番号６のパケットを
受信したときには、図１４に示すステップ２３０、２３
２、２３４、２３６、及び、図１５に示すステップ２４
０、２４１、２４６により、シーケンス番号６のパケッ
トが蓄積装置に蓄積され、全てのパケットが蓄積装置に
蓄積される。さらに、サーバ側でシーケンス番号５−４
−３−６の順に受信した場合を例にすると、受信処理で
は、シーケンス番号５のパケットを受信したときには、
図１４に示すステップ２３０、２３２、２３４、２３
８、及び、図１６に示すステップ２５０、２５１、２５
２、２５８、２５９、２６０により、シーケンス番号５
のパケットがバッファに蓄積される。シーケンス番号４
のパケットを受信したときに、図１４に示すステップ２
３０、２３２、２３４、２３８、及び、図１６に示すス
テップ２５０、２５１、２５３、２５４、２５６、２５
７、２５８、２６１により、シーケンス番号５のパケッ
トが蓄積装置に蓄積され、シーケンス番号４のパケット
はバッファに蓄積されないで廃棄される。また、シーケ
ンス番号３のパケットを受信したときには、図１４に示
すステップ２３０、２３２、２３４、２３８、及び、図
１６に示すステップ２５０により、シーケンス番号３の
パケットは蓄積されないで廃棄される。また、シーケン
ス番号６のパケットを受信したときには、図１４に示す
ステップ２３０、２３２、２３４、２３６、及び、図１
５に示すステップ２４０、２４１、２４６により、シー
ケンス番号６のパケットが蓄積装置に蓄積される。

【００６８】このように処理することにより、シーケン
ス番号順に受信されない場合に、シーケンス番号順に蓄
積することができるように、シーケンス番号順に受信し
てないときに一時的にバッファにパケットを記憶してパ
ケットの並び替えを行うことができる。

【００６９】つぎに、データ受信後の処理を図１７を参
照して説明する。図１７は、データ受信後の処理のフロ
ーチャートを示している。

【００７０】図１７において、受信データをファイル形
式に整えるなどの予め定められたデータ整形を行い（ス
テップ２７０）、クライアント端末１からのコマンドパ
ケットを待つ。予め定めた時間内に、図２２に示すデー
タ再生要求コマンドを受信したら（ステップ２７１）、
受信したデータを再生してクライアント端末に送信する
（ステップ２７２）。送信方法は、クライアント端末か
らの送信と同様に、パケット化して送信することができ
る。つぎに、図２３に示すデータ有効化要求コマンドを
受信した場合には（ステップ２７３）、そのまま終了
し、図２４に示すデータ無効化要求コマンドを受信した
場合には（ステップ２７４）、受信したデータを廃棄
し、受信管理テーブル３９６の対応する逐次送信データ
格納アドレス３９４を消去して処理を終了する（ステッ
プ２７５）。

【００７１】以上説明したように、本発明の実施の形態
によれば、送信するデータを作成中から逐次サーバ端末
へ送信するので、クライアント端末の空きディスク容量
に左右されることなく、動画像や音声のようなデータ量
の多い情報を送信することができる。また、最終的に大
きなサイズとなるデータを送信する場合でも、時間間隔
をおきながら分割送信することになるため、一括送信す
る場合に比べネットワーク負荷に与える影響を時間的に
分散させることができる。

【００７２】つぎに、本発明の第２の実施の形態を説明
する。第２の実施の形態は、上述した第１の実施の形態
をインターネットなどの広域通信システムに適用した場
合を例にする。

【００７３】第２の実施の形態では、画像や音声などの
データを含んだ文書ファイルや３次元グラフィックス・
データを提供し、別のサーバの特定のページなどのネッ
トワーク上の資源にリンクを張ることができる機能を有
したサーバ端末を備える。また、クライアント端末は、
当該サーバ端末から提供されるデータを表示するブラウ
ザを備え、テキストデータ以外にも動画像や音声といっ
たデータを作成することができ、クライアント端末で作
成したデータを上記サーバ端末より新たに提供できるよ
うに、作成データを上記サーバ端末に送信することが可
能である。このような複数台のクライアント端末とサー
バ端末とをネットワークで接続し、ネットワーク上にハ
イパーテキストを構築して、あらゆる情報を継ぎ目なし
にアクセス可能とした広域通信システムを提供する。

【００７４】図２９に、広域通信システムにおいてクラ
イアント端末１からサーバ端末２へデータを作成時から
逐次転送するような場合の、クライアント端末１におけ
る画面例を示す。

【００７５】図２９において、４００はクライアント端
末１で起動されるブラウザソフトの画面、４０２はブラ
ウザソフトの画面に表示されたサーバ端末２に蓄積され
ている情報である。画面内にあるアイコン４０４のよう
な投稿用のボタンをクリックすると、それをトリガーと
してクライアント端末１側では、前述したデータ作成プ
ログラムおよび送信データ作成プログラムが起動し、サ
ーバ端末２側ではデータ受信プログラムが起動されるよ
うに規定しておく。クライアント端末１側で起動するデ
ータ作成プログラムおよび送信データ作成プログラムを
用いて送信データを作成し、作成されるデータを作成中
から逐次サーバ端末２へ送信することにより、クライア
ント端末１のディスク容量に制限されることなくサーバ
端末２へデータを送ることができ、送ったデータはアイ
コン４０６のような掲示板内のボタンをクリックするこ
とにより他者からも参照可能なデータとして公開される
ものとすることができる。

【００７６】広域通信システムの場合においても、通信
システムの構成例は図１と同様に構成し、クライアント
端末の構成例、サーバ端末の構成例もそれぞれ図２及び
図３に示すように構成する。また、広域通信システムの
例におけるクライアント端末１のＣＰＵ内で動作するプ
ログラムの構成図は、図３０に示すように、図４におけ
るメールクライアントプログラム４０をブラウザプログ
ラム４１に置き換えた形となる。同様に、広域通信シス
テムの例におけるサーバ端末２のＣＰＵ内で動作するプ
ログラムの構成図は、図３１に示すように、図５におけ
るメールサーバプログラム４６をＷｅｂサーバプログラ
ム４７に置き換えた形となる。また、クライアント端末
１とサーバ端末２間における作成データ逐次送信処理の
流れを示すシーケンス図は図６と同様である。

【００７７】つぎに、第２の実施の形態におけるクライ
アント端末の送信手順を図３２を参照して説明する。図
３２に、広域通信システムの例におけるクライアント端
末でのデータ送信手順のフローチャートを示す。

【００７８】図３２において、ブラウザプログラムを起
動し（ステップ４１０）、目的のアドレスにアクセスし
たのち（ステップ４１１）、図２９に示すアイコン４０
４にあるような投稿ボタンがクリックされることにより
データ登録が選択された場合には（ステップ４１２）、
前述した、図８、図９、図１０及び図１１に示す逐次送
信データ作成処理を行う（ステップ１０６）。データ登
録もブラウザプログラムの終了も行なわない場合には
（ステップ４１３）、他のアドレスに移ったり、掲示板
に掲載されている情報を再生してみるなどの、その他の
処理を行う（ステップ４１４）。ステップ４１３におい
てブラウザプログラムの終了を選択した場合には、ブラ
ウザプログラムを終了する（ステップ４１５）。

【００７９】また、受信側のサーバ端末における処理を
図３３を参照して説明する。図３３に、広域通信システ
ムの例におけるサーバ端末でのデータ受信手順のフロー
チャートを示す。

【００８０】図３３において、Ｗｅｂサーバプログラム
４７の起動・終了は、サーバ端末２の起動・終了と同時
に行い、事前に起動されているものとする。データ受信
プログラム４８の起動・終了は、Ｗｅｂサーバプログラ
ム４７の起動・終了と連携して行う方法でも、図２９に
示す投稿ボタン４０４のクリックと連動して起動し、デ
ータ受信完了と同時に終了するという方法でも構わな
い。

【００８１】図３３において、ステップ２０１からステ
ップ２１０までの処理は全て図１２に示す処理と同様で
あり、違う点は、データ送信要求コマンドを受信してい
ない時と（ステップ２０１）、データ送信否定応答コマ
ンドの送信を行なった後と（ステップ２０４）、データ
受信後の処理を行なった後と（ステップ２１０）におい
てデータ受信処理を終了する点である。

【００８２】以上説明したように、第２の実施の形態に
よれば、上述した第１の実施の形態を広域通信システム
に適用することができ、送信するデータを作成中から逐
次サーバ端末へ送信するので、クライアント端末の空き
ディスク容量に左右されることなく、動画像や音声のよ
うなデータ量の多い情報を送信することができる。

【００８３】

【発明の効果】本発明では、送信するデータを作成中か
ら逐次サーバ端末へ送信するので、クライアント端末の
空きディスク容量に左右されることなく、動画像や音声
のようなデータ量の多い情報を送信することができる。

【００８４】また、最終的に大きなサイズとなるデータ
を送信する場合でも、時間間隔をおきながら分割送信す
ることになるため、一括送信する場合に比べネットワー
ク負荷に与える影響を時間的に分散させることができ
る。

【図面の簡単な説明】

【図１】本発明の第１の実施の形態における通信システ
ムの構成例を示す構成図。

【図２】図１に示すクライアント端末の構成例を示す構
成図。

【図３】図１に示すサーバ端末の構成例を示す構成図。

【図４】メールシステムの例におけるクライアント端末
のＣＰＵ内で動作するプログラムの構成図。

【図５】メールシステムの例におけるサーバ端末のＣＰ
Ｕ内で動作するプログラムの構成図。

【図６】クライアント端末とサーバ端末間における作成
データ逐次送信処理の流れを示す基本シーケンス図。

【図７】メールシステムの例におけるクライアント端末
でのメール送信手順を示すフローチャート。

【図８】逐次送信データ作成処理の詳細な処理内容を示
すフローチャート。

【図９】送信条件設定処理の詳細な処理内容を示すフロ
ーチャート。

【図１０】デ−タ送信処理の詳細な処理内容を示すフロ
−チャ−ト。

【図１１】作成デ−タ確認処理の詳細な処理内容を示す
フロ−チャ−ト。

【図１２】メ−ルシステムの例におけるサ−バ端末での
メ−ル受信手順を示すフロ−チャ−ト。

【図１３】変数初期化処理の詳細な処理内容を示すフロ
ーチャート。

【図１４】データパケット受信処理の詳細な処理内容を
示すフローチャート。

【図１５】受信待ちしていた、順番のパケットを受信し
た時の処理の詳細な処理内容を示すフローチャート。

【図１６】受信待ちしていたものと違う順番のパケット
を受信した時の処理の詳細な処理内容を示すフローチャ
ート。

【図１７】データ受信後の処理の詳細な処理内容を示す
フローチャート。

【図１８】データ送信要求コマンドの構成図。

【図１９】データ送信応答コマンドの構成図。

【図２０】データパケットの構成図。

【図２１】データ送信終了通知コマンドの構成図。

【図２２】データ再生要求コマンドの構成図。

【図２３】データ有効化要求コマンドの構成図。

【図２４】データ無効化要求コマンドの構成図。

【図２５】メール非送信通知コマンドの構成図。

【図２６】制限容量超過通知コマンドの構成図。

【図２７】データ種別に応じて１パケット辺りのデータ
サイズやパケット化間隔を設定する方法を示す説明図。

【図２８】受信管理テーブルの構成図。

【図２９】広域通信システムにおいてクライアント端末
からサーバ端末へデータを作成時から逐次送信するよう
な場合の例を示す説明図。

【図３０】広域通信システムの例におけるクライアント
端末のＣＰＵ内で動作するプログラムの構成図。

【図３１】広域通信システムの例におけるサーバ端末の
ＣＰＵ内で動作するプログラムの構成図。

【図３２】広域通信システムの例におけるクライアント
端末でのデータ送信手順を示すフローチャート。

【図３３】広域通信システムの例におけるサーバ端末で
のデータ受信手順を示すフローチャート。

【符号の説明】

１１・・・音声符号化装置、１２・・・音声入力装置、１３・・
・音声復号化装置、１４・・・音声出力装置、１５・・・動画
符号化装置、１６・・・動画像入力装置、１７・・・動画復号
化装置、１８・・・通信制御部、２０・・・マウス、２１・・・
キーボード、２２・・・ディスプレイ、２３・・・ＣＰＵ、２
４・・・メモリ、２５・・・蓄積装置、２６・・・内部バス。

Claims (9)

【特許請求の範囲】
1. 【請求項１】データを送信するクライアント端末と、前
   記クライアント端末にネットワークを介して接続され、
   前記クライアント端末から送信されたデータを受信する
   サーバ端末とを有する通信システムにおいて、 前記クライアント端末は、 前記データを作成する作成手段と、 予め定めたパケット化の条件を満たしたときに、前記作
   成手段により作成されているデータをパケット化し、当
   該パケットを前記サーバ端末に対して逐次送信するパケ
   ット送信手段とを備え、 前記サーバ端末は、 前記クライアント端末のパケット送信手段により送信さ
   れたパケットを受信し、当該受信したパケットのデータ
   を取り出すパケット受信手段と、 前記パケット受信手段により取り出されたデータを蓄積
   する蓄積手段とを備えることを特徴とする通信システ
   ム。
2. 【請求項２】請求項１において、前記クライアント端末
   は、前記パケット化の条件を設定する設定手段をさらに
   備え、 前記パケット送信手段は、前記設定手段により設定され
   たパケット化の条件を満たしたときに、前記作成手段に
   より作成されているデータをパケット化することを特徴
   とする通信システム。
3. 【請求項３】請求項２において、前記設定手段は、前記
   パケット化の条件として、前記パケットのデータサイズ
   を設定し、 前記パケット送信手段は、前記作成手段により作成され
   ているデータが、前記設定手段により設定されたデータ
   サイズになったときに、当該データを、前記設定手段に
   より設定されたデータサイズでパケット化することを特
   徴とする通信システム。
4. 【請求項４】請求項２において、前記設定手段は、前記
   パケット化の条件として、前記パケット化する時間間隔
   を設定し、 前記パケット送信手段は、前記設定手段により設定され
   た時間間隔で前記データをパケット化することを特徴と
   する通信システム。
5. 【請求項５】請求項１において、前記クライアント端末
   は、前記データの種別ごとに予め定めた前記パケット化
   の条件を記憶している記憶手段をさらに備え、 前記パケット送信手段は、前記作成手段により作成され
   ているデータの種別に対応する、前記記憶手段により記
   憶されたパケット化の条件を満たしたときに、前記デー
   タをパケット化することを特徴とする通信システム。
6. 【請求項６】請求項１において、前記クライアント端末
   は、前記パケット化して送信した、前記サーバ端末の蓄
   積手段に蓄積されているデータの再生を前記サーバ端末
   に対して要求する再生要求手段と、当該データが再生さ
   れたときに当該再生されたデータを受信する受信手段と
   をさらに備え、 前記サーバ端末は、前記再生要求手段から前記データの
   再生を要求されたときに、当該データの再生を要求した
   クライアント端末に対して、当該データを再生して送信
   する再生手段をさらに備えることを特徴とする通信シス
   テム。
7. 【請求項７】請求項６において、前記クライアント端末
   は、前記再生されたデータを有効とするか無効とするか
   の指示を受け付ける受付手段と、前記受付手段により受
   け付けられた指示を送信する有効／無効指示送信手段と
   をさらに備え、 前記サーバ端末は、前記有効／無効指示送信手段から送
   信された前記指示が、前記再生されたデータを無効とす
   る場合には、前記再生されたデータを廃棄し、前記再生
   されたデータを有効とする場合には、前記再生されたデ
   ータを、前記蓄積手段にそのまま蓄積することを特徴と
   する通信システム。
8. 【請求項８】ネットワークを介してサーバ端末に接続さ
   れ、データを送信するクライアント端末において、 前記データを作成する作成手段と、 予め定めたパケット化の条件を満たしたときに、前記作
   成手段により作成されているデータをパケット化し、当
   該パケットを前記サーバ端末に対して逐次送信するパケ
   ット送信手段とを備えることを特徴とするクライアント
   端末。
9. 【請求項９】データを送信するクライアント端末と、前
   記クライアント端末にネットワークを介して接続され、
   前記クライアント端末から送信されたデータを受信する
   サーバ端末とを有する通信システムにおけるデータ送信
   方法であって、 前記データを作成し、 予め定めたパケット化の条件を満たしたときに、作成し
   ているデータをパケット化し、当該パケットを前記サー
   バ端末に対して逐次送信することを特徴とするデータ送
   信方法。