JP2000101647A - データ送信方法、データ送信装置、及びデータ送信プログラムを記録した記録媒体 - Google Patents

データ送信方法、データ送信装置、及びデータ送信プログラムを記録した記録媒体

Info

Publication number
JP2000101647A
JP2000101647A JP28738398A JP28738398A JP2000101647A JP 2000101647 A JP2000101647 A JP 2000101647A JP 28738398 A JP28738398 A JP 28738398A JP 28738398 A JP28738398 A JP 28738398A JP 2000101647 A JP2000101647 A JP 2000101647A
Authority
JP
Japan
Prior art keywords
data
band
transmission
time
reproduction
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP28738398A
Other languages
English (en)
Other versions
JP2000101647A5 (ja
Inventor
Atsushi Minemura
淳 峰村
Akino Inoue
あきの 井上
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Holdings Corp
Original Assignee
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Matsushita Electric Industrial Co Ltd filed Critical Matsushita Electric Industrial Co Ltd
Priority to JP28738398A priority Critical patent/JP2000101647A/ja
Publication of JP2000101647A publication Critical patent/JP2000101647A/ja
Publication of JP2000101647A5 publication Critical patent/JP2000101647A5/ja
Withdrawn legal-status Critical Current

Links

Abstract

(57)【要約】 【課題】 サーバ側で各端末への送信帯域の割り当てを
行うことができ、端末側でそれぞれのデータの受信が終
了した時点を表示時刻とすることができるデータ送信装
置を提供する。 【解決手段】 本発明のデータ送信装置は、タイトルを
構成するデータと該データを再生する時刻を記述したシ
ナリオを蓄積するシナリオ蓄積手段１１と、シナリオ蓄
積手段１１に蓄積されているシナリオを読み出して解釈
するシナリオ解釈手段１２と、シナリオ解釈手段１２で
解釈したシナリオからデータの送信開始時刻と当該デー
タの送信帯域を算出して、データを送信するためのスケ
ジュールを作成するスケジュール算出手段１３とを備え
る。端末では、タイトルを構成するデータのそれぞれ
を、サーバからすべて受け取った時点をそのデータの表
示タイミングとすることができる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、画像データや音声
データなどのマルチメディアデータを複数のクライアン
ト端末（以下、単に「端末」ともいう）に送信するデー
タ送信方法、データ送信装置、及びデータ送信方法をコ
ンピュータに実行させるためのプログラムを記録したコ
ンピュータ読み取り可能な記録媒体に関する。特には、
プッシュ型のマルチメディアサーバにおいてデータ送信
のスケジュールを最適に行うことができるデータ送信方
法、データ送信装置、及びデータ送信方法をコンピュー
タに実行させるためのプログラムを記録したコンピュー
タ読み取り可能な記録媒体に関する。
【０００２】
【従来の技術】従来から、画像データや音声データなど
のマルチメディアデータ（以下、単に「データ」とも言
う）のタイトルを再生するためのマルチメディアサーバ
（以下、単に「サーバ」とも言う）として、プル型サー
バがある。この従来のプル型サーバにおいては、クライ
アント端末側で、該タイトルのシナリオを解釈して必要
なマルチメディアデータを取得するためのデータ送受信
のスケジュールを行う。そして、そのスケジュールにし
たがって、クライアント端末がサーバからデータを取得
する。このように、従来のプル型サーバは、クライアン
ト主導型になっている。
【０００３】ここで、マルチメディアデータのタイトル
とは、動画、音声、静止画、テキスト、アプリケーショ
ン、モニタやビデオデッキなどの機器の制御コマンドな
どのマルチメディアデータを、ある所定の指示にしたが
って表示や非表示、さらには動作させるものである。こ
こで、この所定の指示とは、マルチメディアデータをい
つ（どの時刻に）、どこに（表示位置）、どの程度（大
きさ）で、どのようにするか（表示や非表示さらには動
作内容など）を示すものである。このような指示を所定
の群にまとめて指示群として記述したものをシナリオと
よぶ。したがって、上述したタイトルは、このシナリオ
に沿ってマルチメディアデータを再生するものである。
【０００４】また、従来のデータ送信方法におけるスケ
ジュール方式では、マルチメディアデータの再生の際
に、タイトルで使用する素材（マルチメディアデータ
群）やその再生（表示や動作など）の時刻を記述したシ
ナリオを解釈し、各素材のマルチメディアデータの取得
が当該素材のデータ再生時刻までに終了するようにスケ
ジュールしている。
【０００５】この従来のスケジュール方式では、マルチ
メディアデータの再生時刻が後のものからスケジュール
を行っている。すなわち、まず素材のデータ容量をデー
タ送信帯域で除して、当該素材の全データの取得を完了
するのに必要な時間（データ取得所要時間）を算出す
る。次に、当該データの再生時刻からこのデータ取得所
要時間を引いた時刻を、当該データのデータ取得開始時
間としている。
【０００６】この作業を再生時刻が後の素材から順に行
い、各素材のデータ取得開始時間をそれぞれ決定する。
【０００７】ここで、各データを取得する時間（時刻）
が重複した場合には、再生時刻が後の素材を優先させ
る。すなわち、再生時刻の早い素材のデータ取得期間
を、再生時刻の遅い素材のデータ取得期間に重複しなく
なるまで早い時刻の方へずらす。この処理を全てのデー
タに対して行い、スケジュール作業を完了する。このと
き、シナリオによっては、タイトル再生の開始より前か
らデータの取得を行わなければならない素材が存在する
場合もある。このようなシナリオにおいては、タイトル
の再生開始までに該素材分のデータを取得しなければな
らない。このタイトルの再生開始までにデータを取得す
る所要時間を、以下、タイトル再生準備時間という。
【０００８】図３３は、従来のデータ送信方法における
スケジュール方式の一例を示す概念図である。図３３に
おいて、下段の横軸がタイトルの再生開始を基準点とし
た時刻、下段の縦軸がデータ送信帯域を表す。また、図
３３の上段には、各時刻における画面のイメージ（表示
画像）を示す。
【０００９】図３３で示したタイトルは、タイトルの再
生開始と共に動画１０を再生して表示する。次に、タイ
トルの再生開始後所定の時間経過後に素材Ｂを再生して
表示する。そして、さらに所定の時間経過後に素材Ａを
再生して表示する。その後所定の時間の間この表示状態
を維持した後、タイトルの再生が終了する。
【００１０】次に、各素材Ａ、Ｂのデータの取得につい
て説明する。まず素材Ｂのデータの一部をタイトル再生
準備時間内（タイトルの再生開始前）に取得しておく。
そして、タイトルの再生開始後も、継続して素材Ｂのデ
ータの残りの部分を取得する。その後、素材Ａのデータ
の取得を行う。
【００１１】図３４は、図３３に示したタイトルのシナ
リオの一例を示した図である。図３４において、このシ
ナリオの最初のセクション「object information」に
は、タイトルで使用する素材の情報が記述してあり、識
別子１の素材（図３３の動画１０）が動画素材「movie
x.mpg（mpegファイル）」、識別子２（図３３の素材
Ｂ）が静止画素材「b.bmp （bit map ファイル）」、及
び識別子３（図３３の素材Ａ）が静止画素材「a.jpg
（jpegファイル）」であることを示している。
【００１２】次のセクション「window information」に
は、素材を表示する枠の情報が記述してある。枠の識別
子１は、表示位置開始座標（ｘ，ｙ）、大きさの幅（ｘ
軸）、高さ（ｙ軸）がそれぞれ（100 、100 、340 、24
0 ）である。同様に、識別子２は、（100 、400 、400
、300 ）、識別子３は、（520 、300 、150 、150 ）
である。ここで、座標ｘ−ｙは、画面の左上を原点と
し、横軸をｘ軸、縦軸をｙ軸としている。また、枠の表
示位置開始座標（ｘ，ｙ）は、表示される各枠の左上の
角の座標を示している。
【００１３】３つめのセクション「action informatio
n」には動作情報の記述がしてある。各行には、左から
順に時刻、素材識別子、枠識別子、動作識別子が記述さ
れている。１行目は、「時刻０に素材識別子１である動
画１０（図３３）を枠識別子１で示される画面上の枠へ
動作１をする」ことを示している。ここで、動作識別子
１は表示を意味する。また、２行目は、「時刻２００に
素材識別子２である静止画（図３３の素材Ｂ）を枠識別
子３で示される画面上の枠へ動作１をする」ことを示
し、３行目は、「時刻３５０に素材識別子３である静止
画（図３３の素材Ａ）を枠識別子２で示される画面上の
枠へ動作１をする」ことを示している。
【００１４】また、特開平８−１４７２３４号公報に
は、従来のデータ送信における送信帯域の割り当て方法
について記載されている。特開平８−１４７２３４号公
報においては、データ送信の全帯域を所定の数で均等に
割り、この１単位を１ストリームとしている。そして、
リクエスト（データ送信要求）に応じて１乃至複数のス
トリームを割り当てている。このようにして、リクエス
トに応じて、データの送信帯域を割り当てている。
【００１５】また、従来のデータ送信における各クライ
アント端末へのサーバの送信帯域の割り当て方法におい
ては、各クライアント端末をサーバに接続し、タイトル
の再生リクエストをサーバに出しているクライアント端
末の総数で、サーバが可能とするデータ送信総帯域を割
って、１クライアント端末あたりのデータ送信帯域を算
出し、これを各クライアント端末に割り当てている。
【００１６】また、他の方法としては、サーバからデー
タを取得できる各クライアント端末の帯域を見積もり、
この帯域の全クライアント端末分の和である総帯域を充
分満たすことができるデータ送信帯域をもつサーバを使
用する方法がある。
【００１７】このように、サーバでは各クライアント端
末毎に送信帯域を割り当て、クライアント端末は、その
送信帯域に合わせてスケジュールとデータ取得を行って
いた。
【００１８】また、サーバからクライアント端末への、
タイトルのシナリオの送信方法としては、ＭＰＥＧ（Mo
ving Picture Experts Group）４のように素材のデータ
と共にシナリオ（ＢＩＦＳ：BInary Format for Scene
s）を送る方法がある。
【００１９】図３５は、ＭＰＥＧ４を利用する場合のク
ライアント端末側の構成例を示している。このクライア
ント端末は、各素材のデータを多重化したストリームを
受け取り、該ストリームの多重分離を行う多重分離部
（demux ）３５０１と、多重分離部３５０１で分離され
たデータをそれぞれ個別に格納するデコーダバッファ３
５０２と、多重分離部３５０１からのシナリオから分離
されたデータの送信スケジュールを決定するスケジュー
ラ３５０７と、デコーダバッファ３５０２に格納された
データをスケジューラ３５０７のスケジュールに応じて
デコードするデコーダ３５０３と、デコーダ３５０３で
デコードされたデータを素材データとして格納するコン
ポジタメモリ３５０４と、多重分離部３５０１からのシ
ナリオ（ＢＩＦＳ）をデコードするＢＩＦＳデコーダ３
５０６と、ＢＩＦＳデコーダ３５０６でデコードされた
シナリオ（ＢＩＦＳ）とスケジューラ３５０７で決めら
れたスケジュールに応じて、コンポジタメモリ３５０４
に格納されている各素材データを表示するプレゼンタ３
５０５を備えている。
【００２０】図３５において、クライアント端末は、各
素材のデータを多重化したストリームを受け、多重分離
部３５０１でストリームの多重分離を行う。分離したデ
ータはそれぞれ個別にデコーダバッファ３５０２に格納
され、スケジューラ３５０７からのスケジュールに合わ
せてデコーダ３５０３でデコードされる。デコードされ
たデータは、素材データとしてコンポジタメモリ３５０
４に格納される。プレゼンタ３５０５は、ＢＩＦＳデコ
ーダ３５０６からシナリオ（ＢＩＦＳ）を受け取り、ま
た、スケジューラ３５０７から各素材データの再生スケ
ジュールを受け取る。そして、プレゼンタ３５０５は、
受取ったシナリオ（ＢＩＦＳ）とスケジュールに応じ
て、コンポジタメモリ３５０４から必要な素材データを
読み出して素材を再生し表示する。
【００２１】上述のＭＰＥＧ４では、２つの時間管理系
統があり、これらは独立している。一つは、シナリオに
よる素材の表示位置や時間の管理である。もう一つは、
各素材のデコードから表示までの時間の管理である。後
者は、各素材毎にデコーダバッファ３５０２にデータが
到着していなければいけない時刻（復号時刻スタン
プ）、コンポジタメモリ３５０４内にデータが格納され
ていなければいけない時刻（合成時刻スタンプ）によっ
て時間の管理を行っている。またこれらの管理方法とし
ては、各素材が独立して持っている基準時間に合わせて
管理する方法と、ある基準となる素材を設定し、これに
合わせて他の素材を管理する方法とがある。このような
管理方法によって時間の管理を行い、シナリオに沿って
各素材を表示している。
【００２２】
【発明が解決しようとする課題】しかしながら、従来の
データ送信方法によれば、クライアント端末側でシナリ
オを解釈してスケジュールを行うため、サーバの持つデ
ータ送信総帯域に応じて各クライアント端末に効率よく
帯域を割り当てることができないという問題があった。
【００２３】また、従来のデータ送信方法によれば、ク
ライアント端末側でスケジュールを行うため、サーバか
らマルチキャストやブロードキャストを利用したポイン
ト−マルチポイント型のデータの送信ができないという
問題があった。
【００２４】また、ＭＰＥＧ４を利用する場合、上述し
たような２つの時間管理系統があり、シナリオに沿って
各素材データを表示するには、該表示までに各素材デー
タのデコードを完了していなくてはならず、厳密な時間
管理を行って上述した２つの時間管理系統の同期をとる
必要があった。さらに、各素材が独立に基準時間を持つ
場合には、全素材と基準時間との同期を取る必要があ
り、この同期は非常に複雑なものとなり、その制御が困
難であった。
【００２５】また、厳密な時間管理が必要でない、例え
ば、リップシンクなどをしないマルチメディアデータの
タイトルの再生の場合には、厳密な同期制御は不要であ
る。この場合、サーバはクライアント端末にデータを送
信するとき、各素材の表示タイミングに合わせて各デー
タの送信を完了するようにスケジュールを行い、クライ
アント端末では、タイトルを構成するデータのそれぞれ
について、すべて受け取った時点をそのデータの表示タ
イミングとして、それぞれの素材を表示するようにすれ
ばよい。そのためにはサーバでシナリオを解釈し、クラ
イアント端末でシナリオ通りに各素材の表示が行われる
ようにデータ送信のスケジュールを行わなければならな
い。
【００２６】しかしながら、従来のデータ送信方法によ
るプル型のマルチメディアサーバ・クライアントシステ
ムのクライアントで用いていたデータ取得スケジュール
方式をそのまま用いると、サーバに接続する各クライア
ント端末のネットワーク帯域やデータ受信能力が異なる
ため、サーバから各クライアント端末へのデータ送信帯
域が異なることになる。このため、各データの送信タイ
ミングにずれが生じ、表示タイミングにもずれが生じる
という問題があった。
【００２７】また、従来のデータ送信方法によれば、再
生するタイトルによって必要とする帯域が異なり、各ク
ライアント端末にそれぞれどれだけの帯域を送信帯域と
して割り当てればいいかがサーバ側で正確に把握できな
いため、クライアント端末に必要以上の帯域を割り当て
る場合が生じ、サーバのデータ送信帯域を有効に使用す
ることができないという問題があった。
【００２８】また、従来のデータ送信方法によれば、サ
ーバに接続されるクライアント端末数が未知の場合、あ
と何台のクライアント端末からタイトル再生要求がある
か判断できないため、タイトル再生要求を出した各クラ
イアント端末にそれぞれどれだけの帯域をデータ送信帯
域として割り当てればよいか解らないという問題があっ
た。さらに、タイトル再生要求を出すクライアント端末
の重要性などの要素を正確に考慮することができないた
め、各クライアント端末に応じた最適な送信帯域を割り
当てることが困難であるという問題があった。
【００２９】本発明はこのような問題点に鑑みてなされ
たもので、その目的は、サーバ側で各クライアント端末
への送信帯域の割り当てを行うことができ、クライアン
ト端末側ではサーバからのデータ送信を受け、それぞれ
のデータの受信が終了した時点を表示時刻とすることが
できるデータ送信方法、データ送信装置、及びデータ送
信方法をコンピュータに実行させるためのプログラムを
記録したコンピュータ読み取り可能な記録媒体を提供す
ることである。
【００３０】
【課題を解決するための手段】上記課題を解決するた
め、本発明の第１の態様のデータ送信方法は、 データ
の送信開始時刻と当該データの送信帯域に基づいて、所
定のデータ送信帯域の範囲内でデータの送信を行うデー
タ送信方法であって、 送信するデータを固定のデータ
送信帯域を持つ等時性データと非固定のデータ送信帯域
を持つ非等時性データとに分け、 等時性データの再生
開始時刻を決定し、 等時性データの再生開始時刻に基
づいて、非等時性データの各々のデータの送信完了時刻
を当該データの再生開始時刻となるように設定し、 等
時性データの再生開始時刻に基づいて、各時間帯毎の非
等時性データを送信できる送信可能帯域を算出し、 送
信完了時刻と送信可能帯域とに基づいて、非等時性デー
タの送信開始時刻と当該非等時性データの各時間帯毎の
データ送信帯域を決定する、ことを特徴とする。
【００３１】また、非等時性データを送信できる送信可
能帯域を算出するステップを、等時性データを送信して
いない時間帯では、送信可能帯域を所定のデータ送信帯
域とし、等時性データを送信している時間帯では、所定
のデータ送信帯域から送信している等時性データの固定
のデータ送信帯域を減算した値を送信可能帯域とするス
テップとすることができる。
【００３２】また、非等時性データの各時間帯毎のデー
タ送信帯域を決定するステップを、同一の時間帯に複数
の非等時性データを送信する場合、送信可能帯域を同一
の時間帯で送信される非等時性データの数で割った値
を、当該同一の時間帯での各々の非等時性データのデー
タ送信帯域とするステップとすることもできる。
【００３３】また、上記課題を解決するため、本発明の
第２の態様のデータ送信方法は、再生用のデータと該デ
ータの再生時刻を記述したシナリオとを有するタイトル
を、シナリオに基づいて再生するために、所定のデータ
送信帯域Ｒの範囲内で再生用データを送信するデータ送
信方法であって、（Ａ）再生の対象となるタイトルのシ
ナリオを解釈し、（Ｂ）所定のデータ送信帯域Ｒと再生
用データのうち固定の送信帯域を持つ等時性データを送
信するためのデータ送信帯域ｐとに基づいて、再生用デ
ータのうち非固定の送信帯域を持つ非等時性データの送
信可能帯域Ｗｎと時刻との関係を表す送信可能帯域のテ
ーブルを作成し、（Ｃ）送信可能帯域のテーブルに基づ
いて、イベント時刻を算出して遅いイベント時刻から順
に時刻番号ｎ（ｎ＝１、２、・・・）を付すと共に、各
イベント時刻の時刻番号順に区切られた時間帯に、遅い
時間帯から順に時間番号ｎ（ｎ＝１、２、・・・）を付
して、非等時性データの各データの表示時刻と、該デー
タが時間番号で示された各時間帯に送信すべきデータか
否かの関係とを表すフラグのテーブルを作成し、（Ｄ）
送信する非等時性データのそれぞれの未送信のデータ量
Ｍｘを管理するための未送信データ量テーブルを作成
し、（Ｅ）時間番号ｎの時間帯に送信される非等時性デ
ータの数Ｋｎで送信可能帯域Ｗｎを割って、各非等時性
データ用の送信帯域Ｓ（ｎ）＝Ｗｎ／Ｋｎを算出し、
（Ｆ）Ｋｎ個の全ての非等時性データについて、時間番
号ｎの時間帯での送信帯域Ｓ（ｎ）において、各非等時
性データ毎の未送信のデータ量Ｍｘを送信し終えるまで
の送信終了所要時間Ｑ（ｎ，ｘ）＝Ｍｘ／Ｓ（ｎ）を算
出し、（Ｇ）時間番号ｎの時間帯（時刻Ｔ（ｎ＋１）〜
時刻Ｔ（ｎ））において、各非等時性データの送信終了
所要時間Ｑ（ｎ，ｘ）が、Ｑ（ｎ，ｘ）＜｛Ｔ（ｎ）−
Ｔ（ｎ＋１）｝を満たすか否かを検査して、この時間番
号ｎの時間帯で送信が完了する非等時性データがあるか
どうかを検出し、（Ｈ）時間番号ｎの時間帯（時刻Ｔ
（ｎ＋１）〜時刻Ｔ（ｎ））において送信が完了する非
等時性データについて、送信完了時刻Ｙ（ｎ，ｘ）＝Ｑ
（ｎ，ｘ）＋Ｔ（ｎ＋１）を算出し、（Ｉ）算出された
送信完了時刻Ｙ（ｎ，ｘ）のうち、最も時刻が遅いもの
を新たにイベント時刻として時間番号ｎの時間帯（時刻
Ｔ（ｎ＋１）〜時刻Ｔ（ｎ））の間に挿入し、時刻番号
及び時間番号を振り直して、フラグのテーブルを更新
し、（Ｊ）送信を完了しない非等時性データについて
は、時間番号ｎの時間帯に送信されるデータ容量（Ｓ
（ｎ）・｛Ｔ（ｎ）−Ｔ（ｎ＋１）｝）から新たな未送
信データ容量Ｍｘ’＝Ｍｘ−｛Ｓ（ｎ）・（Ｔ（ｎ）−
Ｔ（ｎ＋１））｝を算出して、未送信データ量テーブル
を更新し、（Ｋ）全ての時間番号ｎについてステップ
（Ｅ）〜ステップ（Ｊ）を繰り返して処理し、（Ｌ）全
ての時間番号ｎについて処理が完了したら、各イベント
時刻と、各非等時性データの送信帯域との関係を表すテ
ーブル作成し、（Ｍ）ステップ（Ｌ）で作成されたテー
ブルに基づいて、再生用データを送信する、ことを特徴
とする。
【００３４】上述の本発明のデータ送信方法によれば、
それぞれのデータの再生時刻をデータ送信完了時刻とす
ることができ、したがって、クライアント端末では、タ
イトルを構成するデータのそれぞれを、サーバからすべ
て受け取った時点をそのデータの表示タイミングとする
ことができる。
【００３５】また、上述の本発明の第２の態様のデータ
送信方法において、ステップ（Ａ）とステップ（Ｂ）の
間で、（ａ１）所定のデータ送信帯域Ｒを所定の必要最
小帯域Ｅに設定し、 ステップ（Ｌ）の後で、（ｌ１）
ステップ（Ｌ）で作成されたテーブルを検査して、再生
用データのうち固定の送信帯域を持つ等時性データの再
生が開始される時刻の前に、非等時性データの送信が生
じた場合には、必要最小帯域Ｅに所定の値Ｃを加えて新
たな必要最小帯域Ｅ（Ｅ＝Ｅ＋Ｃ）とし、再びステップ
（Ｅ）からの処理を繰り返す、ようにすることもでき
る。また、ステップ（Ｄ）とステップ（Ｅ）の間で、
（ｄ１）ステップ（Ｃ）で設定された時刻番号ｎの小さ
い番号順に、時刻番号ｎに対応する非等時性データの送
信を時刻Ｔ（ｎ＋１）〜時刻Ｔ（ｎ）の間に完了するこ
とができるデータ送信の必要最小帯域Ｅｘを、全ての非
等時性データについて求め、（ｄ２）ステップ（ｄ１）
で求めた必要最小帯域Ｅｘから最小の値の帯域を必要最
小帯域Ｅとし、（ｄ３）再生用のデータを受信する端末
が再生用データを損失なく受信することができる最大の
データ受信帯域を求め、（ｄ４）必要最小帯域Ｅと最大
のデータ受信帯域のうち小さいほうの帯域を所定のデー
タ送信帯域Ｒとする、ようにしてもよい。
【００３６】これにより、サーバ側で、クライアント端
末でタイトルを再生するために必要な必要最小帯域を割
り当てることができ、サーバのデータ送信帯域を有効に
活用することができる。
【００３７】さらに、ステップ（ｄ３）において、再生
用のデータを受信する端末が複数の場合、全ての端末に
対して最大のデータ受信帯域を求め、 ステップ（ｄ
４）において、必要最小帯域Ｅと全ての最大のデータ受
信帯域のうち、最小の値の帯域を所定のデータ送信帯域
Ｒとする、こともできる。
【００３８】これにより、マルチキャストなどを利用し
て、再生するタイトルを参照するクライアント端末が同
時に複数ある場合であっても、サーバ側で、クライアン
ト端末でタイトルを再生するために必要な必要最小帯域
を割り当てることができ、サーバのデータ送信帯域を有
効に活用することができる。
【００３９】また、上述において、ステップ（ｄ１）の
前で、（ｄ０）再生用データを送信するための複数のチ
ャネルを設けて、該複数のチャネルの各々に対応する係
数ｋを設定し、 ステップ（ｄ４）の後に、（ｄ５）複
数のチャネルのうち使用されていないチャネルであっ
て、係数ｋの大きいチャネルの方から、送信する非等時
性データを再生する順に割り当て、（ｄ６）各々のチャ
ネルから再生用データを送信するためのデータ送信帯域
を、データ送信帯域Ｒに各々のチャネルに対応する係数
ｋを乗じた値ｋＲとして、データ送信帯域Ｒ（Ｒ＝ｋ
Ｒ）を設定し直す、ようにしてもよい。さらに、ステッ
プ（ｄ０）を、再生用データを送信するための複数のチ
ャネルを設けて、該複数のチャネルの各々に対応するチ
ャネル番号ｍ（ｍ＝１、２、３、・・・、ｑ）と該チャ
ネル番号に応じた係数ｋ（ｍ）＝１／ｍを設定するステ
ップであり、 ステップ（ｄ６）は、各々のチャネルか
ら再生用データを送信するためのデータ送信帯域を、デ
ータ送信帯域Ｒに各々のチャネルに対応する係数ｋ
（ｍ）を乗じた値ｋ（ｍ）・Ｒとして、データ送信帯域
Ｒ（Ｒ＝ｋ（ｍ）・Ｒ）を設定し直すステップとする、
こともできる。また、ステップ（ｄ０）において、１か
らｑの間の所定の番号ｊ（１≦ｊ≦ｑ）を閾値とし、チ
ャネル番号１からｊまでのチャネルの係数ｋ（ｍ）は、
ｋ（ｍ）＝１とし、チャネル番号ｊより大きいチャネル
の係数ｋ（ｍ）は、ｋ（ｍ）＝ｘ（但し、ｘは、０＜ｘ
＜１を満たす所定の値）とする、こともできる。
【００４０】これにより、サーバに接続するクライアン
ト端末数が未知であっても、サーバで同時に再生してい
るタイトルが少ない程より必要な必要最小帯域に近い帯
域を割り当てることができ、また再生する順にタイトル
再生に必要な必要最小帯域を割り当てるよりも多くのク
ライアント端末からのタイトルの再生要求に応えること
ができる。
【００４１】また、上述のステップ（ｄ５）において、
優先度の高いタイトルを決定しておき、送信される再生
用データが、該優先度の高いタイトルのデータの場合に
は、係数ｋの大きいチャネルの方から送信用のチャネル
を割り当て、優先度の高いタイトル以外のタイトルのデ
ータの場合には、係数ｋの小さいチャネルの方から送信
用のチャネルを割り当てる、こともできる。
【００４２】これにより、サーバに接続するクライアン
ト端末数が未知であっても、優先度が高いタイトルを再
生する場合には、より大きな帯域を割り当てることで再
生準備時間を少なくすることができ、また、再生する順
にタイトルの再生に必要な必要最小帯域を割り当てるよ
りも多くのクライアント端末からのタイトルの再生要求
に応えることができる。
【００４３】さらに、ステップ（ｄ５）において、優先
度の高いタイトルの決定は、過去の再生頻度に応じて各
タイトルの順位付けをし、所定の順位までのタイトルを
優先度の高いタイトルとする、ようにしてもよい。
【００４４】これにより、サーバに接続するクライアン
ト端末数が未知であっても、再生する頻度が高いタイト
ルの場合、より大きな帯域を割り当てることで再生準備
時間を少なくすることができ、また再生する順にタイト
ル再生に必要な必要最小帯域を割り当てるよりも多くの
クライアント端末からのタイトルの再生要求に応えるこ
とができる。
【００４５】または、ステップ（ｄ５）において、優先
度の高いタイトルの決定は、同時に送信される端末の数
が多い順に各タイトルの順位付けをし、所定の順位まで
のタイトルを優先度の高いタイトルとする、ようにして
もよい。
【００４６】これにより、サーバに接続するクライアン
ト端末数が未知であっても、再生するタイトルを同時に
参照するクライアント端末数が多いほど、より大きな帯
域を割り当てることで再生準備の延べ時間を少なくする
ことができ、また、再生する順にタイトル再生に必要な
必要最小帯域を割り当てるよりも多くのクライアント端
末からのタイトルの再生要求に応えることができる。
【００４７】また、ステップ（ｄ５）において、再生用
データを送信する端末のうち優先度の高い端末を決定し
ておき、再生用データを該優先度の高い端末に対して送
信する場合には、係数ｋの大きいチャネルの方から送信
用のチャネルを割り当て、優先度の高い端末以外の端末
に対して送信する場合には、係数ｋの小さいチャネルの
方から送信用のチャネルを割り当てる、ようにすること
もできる。
【００４８】これにより、サーバに接続するクライアン
ト端末数が未知であっても、再生を要求しているクライ
アント端末が予め優先度が高いと規定している場合、よ
り大きな帯域を割り当てることで再生準備時間を少なく
することができ、また、再生する順にタイトル再生に必
要な必要最小帯域を割り当てるよりも多くのクライアン
ト端末からのタイトルの再生要求に応えることができ
る。
【００４９】上述の場合、ステップ（ｄ５）において、
優先度の高い端末の決定は、所定のタイトルを再生する
際に、同時に送信される端末の数が多い順に各端末の順
位付けをし、所定の順位までの端末を優先度の高い端末
とする、こともできる。
【００５０】これにより、サーバに接続するクライアン
ト端末数が未知であっても、タイトルを同時に参照する
クライアント端末が複数になるクライアント端末からの
再生要求には、より大きな帯域を割り当てることで再生
準備の延べ時間を少なくすることができ、また、再生す
る順にタイトル再生に必要な必要最小帯域を割り当てる
よりも多くのクライアント端末からのタイトル再生要求
に応えることができる。
【００５１】すなわち、上述した本発明のデータ送信方
法によれば、サーバに接続するクライアント端末数が未
知の場合でも、サーバのデータ送信帯域を効率よく利用
し、よりたくさんのクライアント端末からの再生要求に
応えながら、タイトルやクライアント端末に設けた優先
度に応じて、より広い帯域を割り当て再生準備時間が少
なくなるように、データ送信のスケジュールを行うこと
ができる。
【００５２】また、本発明の第２の態様のデータ送信方
法において、ステップ（Ｄ）とステップ（Ｅ）の間で、
（ｄ１）再生用のデータに含まれる各々の等時性データ
を送信するためのデータ送信帯域のうち、最大のデータ
送信帯域ｐに非等時性データを送信するための所定の値
のデータ送信帯域を加えて加算送信帯域とし、（ｄ２）
再生用のデータの送信される端末が再生用データを損失
なく受信することができる最大のデータ受信帯域を求
め、（ｄ３）データ受信帯域が加算送信帯域よりも小の
とき、再生用データの送信を停止し、（ｄ４）データ受
信帯域が加算送信帯域よりも大のとき、加算送信帯域を
所定のデータ送信帯域Ｒとする、ことができる。さら
に、ステップ（ｄ２）において、再生用のデータの送信
される端末が複数の場合、全ての端末に対して最大のデ
ータ受信帯域を求め、全ての最大のデータ受信帯域のう
ち、最小の値の帯域をデータ受信帯域とする、ようにし
てもよい。
【００５３】これにより、サーバに接続するクライアン
ト端末数が未知であっても、タイトルの再生に必要な必
要最小帯域を割り当てるよりも多くのクライアント端末
からのタイトルの再生要求に応えることができる。
【００５４】また、上記課題を解決するため、上述した
本発明のデータ送信方法をコンピュータに実行させるた
めのプログラムを、コンピュータ読み取り可能な記録媒
体に記録することもできる。
【００５５】また、上記課題を解決するため、本発明の
第１の態様のデータ送信装置は、データの送信開始時刻
と当該データの送信帯域に基づいて、所定のデータ送信
帯域の範囲内でデータの送信を行う送信手段を有するデ
ータ送信装置において、タイトルを構成するデータと該
データを再生する時刻を記述したシナリオを蓄積するシ
ナリオ蓄積手段と、 シナリオ蓄積手段に蓄積されてい
るシナリオを読み出して解釈するシナリオ解釈手段と、
シナリオ解釈手段で解釈したシナリオからデータの送
信開始時刻と当該データの送信帯域を算出して、データ
を送信するためのスケジュールを作成するスケジュール
算出手段と、を備えることを特徴とする。
【００５６】上述の本発明の第１の態様のデータ送信装
置においては、 シナリオ解釈手段に、 送信するデー
タを固定のデータ送信帯域を持つ等時性データと非固定
のデータ送信帯域を持つ非等時性データとに分ける手段
と、 等時性データの再生開始時刻を決定する手段と、
等時性データの再生開始時刻に基づいて、非等時性デ
ータの各々のデータの送信完了時刻を当該データの再生
開始時刻となるように設定する手段と、を含ませ、 ス
ケジュール算出手段に、 等時性データの再生開始時刻
に基づいて、各時間帯毎の非等時性データを送信できる
送信可能帯域を算出する手段と、 送信完了時刻と送信
可能帯域とに基づいて、非等時性データの送信開始時刻
と当該非等時性データの各時間帯毎のデータ送信帯域を
決定する手段と、を含ませる、ようにしてもよい。
【００５７】また、上述において、非等時性データを送
信できる送信可能帯域を算出する手段を、等時性データ
を送信していない時間帯では、送信可能帯域を所定のデ
ータ送信帯域とし、等時性データを送信している時間帯
では、所定のデータ送信帯域から送信している等時性デ
ータの固定のデータ送信帯域を減算した値を送信可能帯
域とする構成にしてもよい。さらに、非等時性データの
各時間帯毎のデータ送信帯域を決定する手段は、同一の
時間帯に複数の非等時性データを送信する場合、送信可
能帯域を同一の時間帯で送信される非等時性データの数
で割った値を、当該同一の時間帯での各々の非等時性デ
ータのデータ送信帯域とする構成にしてもよい。
【００５８】また、上記課題を解決するため、本発明の
第２の態様のデータ送信装置は、所定のデータ送信帯域
Ｒの範囲内で再生用データを送信する送信手段を有する
データ送信装置において、 タイトルを構成する再生用
のデータと該データを再生する時刻を記述したシナリオ
を蓄積するシナリオ蓄積手段と、 シナリオ蓄積手段に
蓄積されているシナリオを読み出して解釈するシナリオ
解釈手段と、 シナリオ解釈手段で解釈したシナリオか
らデータの送信開始時刻と当該データの送信帯域を算出
して、データを送信するためのスケジュールを作成する
スケジュール算出手段と、 スケジュールに基づいて、
送信手段を制御するスケジュール実行手段と、を備え、
シナリオ解釈手段は、 再生の対象となるタイトルの
シナリオを解釈する解釈手段と、 所定のデータ送信帯
域Ｒと再生用データのうち固定の送信帯域を持つ等時性
データを送信するためのデータ送信帯域ｐとに基づい
て、再生用データのうち非固定の送信帯域を持つ非等時
性データの送信可能帯域Ｗｎと時刻との関係を表す送信
可能帯域のテーブルを作成する送信可能帯域テーブル作
成手段と、 送信可能帯域テーブル作成手段で作成され
た送信可能帯域のテーブルに基づいて、イベント時刻を
算出して遅いイベント時刻から順に時刻番号ｎ（ｎ＝
１、２、・・・）を付すと共に、各イベント時刻の時刻
番号順に区切られた時間帯に、遅い時間帯から順に時間
番号ｎ（ｎ＝１、２、・・・）を付して、非等時性デー
タの各データの表示時刻と、該データが時間番号で示さ
れた各時間帯に送信すべきデータか否かの関係とを表す
フラグのテーブルを作成するフラグテーブル作成手段
と、 送信する非等時性データのそれぞれの未送信のデ
ータ量Ｍｘを管理するための未送信データ量テーブルを
作成する未送信データ量テーブル作成手段と、を有し、
スケジュール算出手段は、 時間番号ｎの時間帯に送
信される非等時性データの数Ｋｎで送信可能帯域Ｗｎを
割って、各非等時性データ用の送信帯域Ｓ（ｎ）＝Ｗｎ
／Ｋｎを算出する送信帯域算出手段と、 Ｋｎ個の全て
の非等時性データについて、時間番号ｎの時間帯での送
信帯域Ｓ（ｎ）において、各非等時性データ毎の未送信
のデータ量Ｍｘを送信し終えるまでの送信終了所要時間
Ｑ（ｎ，ｘ）＝Ｍｘ／Ｓ（ｎ）を算出する送信終了所要
時間算出手段と、 時間番号ｎの時間帯（時刻Ｔ（ｎ＋
１）〜時刻Ｔ（ｎ））において、各非等時性データの送
信終了所要時間Ｑ（ｎ，ｘ）が、Ｑ（ｎ，ｘ）＜｛Ｔ
（ｎ）−Ｔ（ｎ＋１）｝を満たすか否かを検査して、こ
の時間番号ｎの時間帯で送信が完了する非等時性データ
があるかどうかを検出する非等時性データ検出手段と、
時間番号ｎの時間帯（時刻Ｔ（ｎ＋１）〜時刻Ｔ
（ｎ））において送信が完了する非等時性データについ
て、送信完了時刻Ｙ（ｎ，ｘ）＝Ｑ（ｎ，ｘ）＋Ｔ（ｎ
＋１）を算出する送信完了時刻算出手段と、 送信完了
時刻算出手段で算出された送信完了時刻Ｙ（ｎ，ｘ）の
うち、最も時刻が遅いものを新たにイベント時刻として
時間番号ｎの時間帯（時刻Ｔ（ｎ＋１）〜時刻Ｔ
（ｎ））の間に挿入し、時刻番号及び時間番号を振り直
して、フラグのテーブルを更新するフラグテーブル更新
手段と、 送信を完了しない非等時性データについて
は、時間番号ｎの時間帯に送信されるデータ容量（Ｓ
（ｎ）・｛Ｔ（ｎ）−Ｔ（ｎ＋１）｝）から新たな未送
信データ容量Ｍｘ’＝Ｍｘ−｛Ｓ（ｎ）・（Ｔ（ｎ）−
Ｔ（ｎ＋１））｝を算出して、未送信データ量テーブル
を更新する未送信データ量テーブル更新手段と、 送信
帯域算出手段及び送信完了時刻算出手段の結果に基づい
て、全ての時間番号ｎにおける、各イベント時刻と、各
非等時性データの送信帯域との関係を表すテーブルをス
ケジュールとして作成するスケジュール作成手段と、を
有する、ことを特徴とする。
【００５９】上述の本発明のデータ送信装置によれば、
それぞれのデータの再生時刻をデータ送信完了時刻とす
ることができ、したがって、クライアント端末では、タ
イトルを構成するデータのそれぞれを、サーバからすべ
て受け取った時点をそのデータの表示タイミングとする
ことができる。
【００６０】さらに、本発明の第２の態様のデータ送信
装において、再生用データを送信するための必要最小帯
域Ｅを算出し、所定のデータ送信帯域Ｒを所定の必要最
小帯域Ｅに設定する必要最小帯域算出手段を備える、よ
うにしてもよい。ここで、必要最小帯域算出手段におい
て、スケジュール算出手段のスケジュール作成手段で作
成されたテーブルを検査して、再生用データのうち固定
の送信帯域を持つ等時性データの再生が開始される時刻
の前に、非等時性データの送信が生じている場合には、
必要最小帯域Ｅに所定の値Ｃを加えて新たな必要最小帯
域Ｅ（Ｅ＝Ｅ＋Ｃ）とする、こともできる。また、必要
最小帯域算出手段が、時刻番号ｎの小さい番号順に、時
刻番号ｎに対応する非等時性データの送信を時刻Ｔ（ｎ
＋１）〜時刻Ｔ（ｎ）の間に完了することができるデー
タ送信の必要最小帯域Ｅｘを、全ての非等時性データに
ついて算出し、必要最小帯域Ｅｘのうち最小の値の帯域
を必要最小帯域Ｅとし、 さらに、再生用のデータを送
信する端末が再生用データを損失なく受信することがで
きる最大のデータ受信帯域を取得する端末受信帯域情報
取得手段と、 必要最小帯域Ｅと端末受信帯域情報取得
手段で取得された最大のデータ受信帯域のうち小さいほ
うの帯域を所定のデータ送信帯域Ｒとする送受信帯域比
較決定手段と、を有する、ようにしてもよい。
【００６１】これにより、サーバ側で、クライアント端
末でタイトルを再生するために必要な必要最小帯域を割
り当てることができ、サーバのデータ送信帯域を有効に
活用することができる。
【００６２】また、端末受信帯域情報取得手段で、再生
用のデータを受信する端末が複数の場合、全ての端末に
対して最大のデータ受信帯域を求め、 送受信帯域比較
決定手段は、必要最小帯域Ｅと全ての最大のデータ受信
帯域のうち、最小の値の帯域を所定のデータ送信帯域Ｒ
とする、ようにしてもよい。
【００６３】さらに、複数の端末の最大のデータ受信帯
域を一時的に蓄積する端末受信帯域情報一時蓄積手段を
備えることもできる。
【００６４】これにより、マルチキャストなどを利用し
て、再生するタイトルを参照するクライアント端末が同
時に複数ある場合であっても、サーバ側で、クライアン
ト端末でタイトルを再生するために必要な必要最小帯域
を割り当てることができ、サーバのデータ送信帯域を有
効に活用することができる。
【００６５】さらに、送信手段が、再生用のデータを送
信するための複数のチャネルを有し、 データ送信装置
において、さらに、複数のチャネルの各々に対応する係
数ｋを蓄積する係数蓄積手段と、 複数のチャネルのう
ち使用されていないチャネルであって、係数蓄積手段に
蓄積されている係数ｋの大きいチャネルの方から、送信
する非等時性データを再生する順にチャネルを選択して
割り当てるチャネル選択手段、を備え、 スケジュール
算出手段が、各々のチャネルから再生用データを送信す
るためのデータ送信帯域を、データ送信帯域Ｒに各々の
チャネルに対応する係数ｋを乗じた値ｋＲとして、デー
タ送信帯域Ｒ（Ｒ＝ｋＲ）を設定し直す、ようにするこ
ともできる。この場合、複数のチャネルが、各々に対応
するチャネル番号ｍ（ｍ＝１、２、３、・・・、ｑ）を
有し、 係数ｋが、チャネル番号に応じた係数ｋ＝１／
ｍである、ようにすることができ、または、複数のチャ
ネルが、各々に対応するチャネル番号ｍ（ｍ＝１、２、
３、・・・、ｑ）を有し、係数ｋが、チャネル番号１か
らｑの間の所定の番号ｊ（１≦ｊ≦ｑ）を閾値とし、チ
ャネル番号１からｊまでのチャネルの場合、ｋ＝１と
し、チャネル番号ｊより大きいチャネルの場合、ｋ＝ｘ
（但し、ｘは、０＜ｘ＜１を満たす所定の値）とする、
ようにしてもよい。
【００６６】さらに、複数のチャネルの使用状況を示す
情報を蓄積するチャネル予約情報蓄積手段を備え、 チ
ャンネル選択手段は、チャネル予約情報蓄積手段に蓄積
されている情報に基づいて、チャンネルの選択をする、
こともできる。
【００６７】これにより、サーバに接続するクライアン
ト端末数が未知であっても、サーバで同時に再生してい
るタイトルが少ない程より必要な必要最小帯域に近い帯
域を割り当てることができ、また再生する順にタイトル
再生に必要な必要最小帯域を割り当てるよりも多くのク
ライアント端末からのタイトルの再生要求に応えること
ができる。
【００６８】さらに、優先度の高いタイトルの識別子を
蓄積する優先タイトル情報蓄積手段を有し、 チャネル
選択手段は、送信される再生用のデータが、優先タイト
ル情報蓄積手段に蓄積されている識別子と同じ識別子を
持つタイトルのデータの場合には、係数ｋの大きいチャ
ネルの方から送信用のチャネルを選択して割り当て、優
先タイトル情報蓄積手段に蓄積されている識別子と異な
る識別子を持つタイトルのデータの場合には、係数ｋの
小さいチャネルの方から送信用のチャネルを選択して割
り当てる、ようにしてもよい。
【００６９】これにより、サーバに接続するクライアン
ト端末数が未知であっても、優先度が高いタイトルを再
生する場合には、より大きな帯域を割り当てることで再
生準備時間を少なくすることができ、また、再生する順
にタイトルの再生に必要な必要最小帯域を割り当てるよ
りも多くのクライアント端末からのタイトルの再生要求
に応えることができる。
【００７０】さらに、過去の再生頻度に応じて各タイト
ルの順位付けをして、各タイトルの順位を蓄積するタイ
トル再生頻度情報蓄積手段を備え、 チャネル選択手段
は、タイトル再生頻度情報蓄積手段に蓄積されている順
位に応じて、所定の順位までのタイトルを優先度の高い
タイトルと決定し、当該タイトルの識別子で優先タイト
ル情報蓄積手段を更新する、ようにすることができる。
または、同時に送信される端末の数が多い順に各タイト
ルの順位付けをして、各タイトルの順位を蓄積するタイ
トル再生頻度情報蓄積手段を備え、 チャネル選択手段
は、タイトル再生頻度情報蓄積手段に蓄積されている順
位に応じて、所定の順位までのタイトルを優先度の高い
タイトルと決定し、当該タイトルの識別子で優先タイト
ル情報蓄積手段の内容を更新する、ようにするｋともで
きる。
【００７１】これにより、サーバに接続するクライアン
ト端末数が未知であっても、再生する頻度が高いタイト
ルの場合、より大きな帯域を割り当てることで再生準備
時間を少なくすることができ、また再生する順にタイト
ル再生に必要な必要最小帯域を割り当てるよりも多くの
クライアント端末からのタイトルの再生要求に応えるこ
とができる。
【００７２】さらに、再生用データを送信する端末のう
ち優先度の高い端末の識別子を蓄積する優先端末情報蓄
積手段を有し、 チャネル選択手段は、優先端末情報蓄
積手段に蓄積されている識別子と同じ識別子を持つ端末
に対して再生用のデータを送信する場合には、係数ｋの
大きいチャネルの方から送信用のチャネルを選択して割
り当て、優先端末情報蓄積手段に蓄積されている識別子
と異なる識別子を持つ端末に対して再生用のデータを送
信する場合には、係数ｋの小さいチャネルの方から送信
用のチャネルを選択して割り当てる、ようにしてもよ
い。
【００７３】これにより、サーバに接続するクライアン
ト端末数が未知であっても、再生を要求しているクライ
アント端末が予め優先度が高いと規定している場合、よ
り大きな帯域を割り当てることで再生準備時間を少なく
することができ、また、再生する順にタイトル再生に必
要な必要最小帯域を割り当てるよりも多くのクライアン
ト端末からのタイトルの再生要求に応えることができ
る。
【００７４】またさらに、各タイトル毎に当該タイトル
の再生用のデータが送信される端末数を蓄積するタイト
ル別再生端末数情報蓄積手段を備え、 チャネル選択手
段は、タイトル別再生端末数情報蓄積手段に蓄積されて
いる端末数に応じて各端末の順位付けをし、各端末の順
位に応じて所定の順位までの端末を優先度の高い端末と
決定し、当該端末の識別子で優先端末情報蓄積手段に内
容を更新する、ようにすることもできる。
【００７５】これにより、サーバに接続するクライアン
ト端末数が未知であっても、再生するタイトルを同時に
参照するクライアント端末数が多いほど、より大きな帯
域を割り当てることで再生準備の延べ時間を少なくする
ことができ、また、再生する順にタイトル再生に必要な
必要最小帯域を割り当てるよりも多くのクライアント端
末からのタイトルの再生要求に応えることができる。
【００７６】さらに、各端末毎に、当該端末と同時に再
生用データが送信される端末の数の情報を蓄積した端末
別再生端末数情報蓄積手段を備え、 チャネル選択手段
は、端末別再生端末数情報蓄積手段に蓄積されている端
末数の情報に応じて各端末の順位付けをし、各端末の順
位に応じて所定の順位までの端末を優先度の高い端末と
決定し、当該端末の識別子で優先端末情報蓄積手段に内
容を更新する、ようにしてもよい。
【００７７】これにより、サーバに接続するクライアン
ト端末数が未知であっても、タイトルを同時に参照する
クライアント端末が複数になるクライアント端末からの
再生要求には、より大きな帯域を割り当てることで再生
準備の延べ時間を少なくすることができ、また、再生す
る順にタイトル再生に必要な必要最小帯域を割り当てる
よりも多くのクライアント端末からのタイトル再生要求
に応えることができる。
【００７８】すなわち、上述の本発明のデータ送信装置
においては、サーバに接続するクライアント端末数が未
知の場合でも、サーバのデータ送信帯域を効率よく利用
し、よりたくさんのクライアント端末からの再生要求に
応えながら、タイトルやクライアント端末に設けた優先
度に応じて、より広い帯域を割り当て再生準備時間が少
なくなるように、データ送信のスケジュールを行うこと
ができる。
【００７９】さらに、上述の本発明の第２の態様のデー
タ送信装置において、再生用のデータに含まれる各々の
等時性データを送信するためのデータ送信帯域のうち、
最大のデータ送信帯域を限界帯域ｐとして算出する限界
帯域算出手段と、 非等時性データを送信するために限
界帯域ｐに追加される所定の値の送信帯域を蓄積する追
加帯域情報蓄積手段と、 再生用のデータの送信される
端末が再生用データを損失なく受信することができる最
大のデータ受信帯域を取得する端末受信帯域情報取得手
段と、 限界帯域ｐに、追加帯域情報蓄積手段に蓄積さ
れている所定の値の送信帯域を加算して加算送信帯域を
算出し、データ受信帯域が加算送信帯域よりも小のと
き、再生用データの送信を停止するように決定し、デー
タ受信帯域が加算送信帯域よりも大のとき、加算送信帯
域を所定のデータ送信帯域Ｒとする送受信帯域比較決定
手段と、を有する、ようにしてもよい。ここで、端末受
信帯域情報取得手段は、再生用のデータの送信される端
末が複数の場合、全ての端末に対して最大のデータ受信
帯域を取得し、全ての最大のデータ受信帯域のうち、最
小の値の帯域をデータ受信帯域とする、ようにしてもよ
い。
【００８０】これにより、サーバに接続するクライアン
ト端末数が未知であっても、タイトルの再生に必要な必
要最小帯域を割り当てるよりも多くのクライアント端末
からのタイトルの再生要求に応えることができる。
【００８１】また、上述の本発明の第２の態様のデータ
送信装置において、送受信帯域比較決定手段で決定した
データ送信帯域Ｒを使用していることを登録する予約送
信帯域情報蓄積手段やデータ送信帯域Ｒを蓄積する送信
帯域値蓄積手段を備えるようにしてもよい。
【００８２】さらに、スケジュール算出手段で算出した
スケジュールを蓄積するスケジュール蓄積手段を備え、
スケジュール実行手段を、スケジュール蓄積手段に蓄積
されているスケジュールに基づいて、送信手段を制御す
る構成とすることができる。さらに、再生用のデータを
蓄積する送信データ蓄積手段を備え、 送信手段を、ス
ケジュール実行手段からの制御信号に基づいて、送信デ
ータ蓄積手段から送信すべきデータを読み出して送信す
る構成とすることができる。
【００８３】これにより、上述したデータ送信装置の機
能が向上し、データ送信及びデータ送信のスケジュール
の作成の効率がよくなる。
【００８４】
【発明の実施の形態】＜実施の形態１＞以下、本発明の
データ送信方法及びその装置の実施の形態の一例につい
て、図１から図９を用いて説明する。
【００８５】図１は、本発明のデータ送信装置の構成図
である。図１において、データ送信装置は、マルチメデ
ィアタイトルを構成する素材とその表示時刻などを記述
したシナリオを蓄積するシナリオ蓄積部１１と、このシ
ナリオを解釈するシナリオ解釈部１２と、解釈したシナ
リオからデータ送信のためのスケジュールを算出するス
ケジュール算出部１３を備えている。
【００８６】図２は、図１に示したデータ送信装置によ
るデータ送信におけるスケジュール決定手順を示すフロ
ーチャートである。図３は、送信可能帯域のテーブル
（Ａ）の一例を示す図である。図４は、各素材の表示タ
イミングと各区間内に送信すべき素材か否かのフラグの
テーブル（Ｂ）の一例を示す図である。図５は、素材の
未送信データ量テーブル（Ｃ）の一例を示す図である。
図６は、更新後のフラグのテーブル（Ｂ）の一例を示す
図である。図７は、更新後の未送信データ量テーブル
（Ｃ）の一例を示す図である。図８は、各素材のイベン
ト時刻と送信帯域のテーブル（Ｄ）の一例を示す図であ
る。図９は、本発明のデータ送信方法におけるスケジュ
ール方式によって決定したデータ送信スケジュールの概
念図である。
【００８７】以下、図１〜図９を用いてこのデータ送信
スケジュールの作成について説明する。ここで、タイト
ルに使用する素材データの各データ容量は、既知であ
る。また、この各データ容量の情報は、対応する各シナ
リオ内に記述しておくか、または素材の蓄積時に素材そ
のものの付加情報として記録しておけばよい。したがっ
て、これらの素材データ及び各データ容量の情報は、タ
イトルのシナリオと共に、シナリオ蓄積部１１に蓄積し
ておくようにするとよい。また、以下に示す本発明のデ
ータ送信方法におけるスケジュール方式では、時刻の遅
い方から順にスケジュールを算出する。
【００８８】まず、シナリオ解釈部１２は、再生の対象
となるタイトルのシナリオをシナリオ蓄積部１１から読
み出して解釈し、動画データ（動画再生用の音声データ
も含む）以外のデータ（以下、単に「非動画データ」と
もいう）が使用できる送信可能帯域のテーブル（Ａ）を
作成する（ステップ２０１）。
【００８９】この送信可能帯域のテーブル（Ａ）の一例
を図３に示す。図３においては、シナリオ解釈部１２で
解釈されたタイトルを再生するために割り当てられた送
信可能帯域は、Ｒとなっている。また、図９に示すよう
に、動画データ（動画Ｘのデータ）は、タイトルの再生
開始から終わりまでの間送信される。動画データは、動
画の再生速度に合わせて送信されなければならない。こ
のため、この動画データのデータ送信帯域を変更するこ
とはできない。このデータ送信帯域をｐとすると、デー
タ送信帯域ｐを除いた動画用の帯域は、タイトル再生開
始から終わりまでの間、Ｒ−ｐとなる。また、タイトル
の再生開始前は、動画データの再生用帯域（動画データ
のデータ送信帯域ｐ）は必要なく、使用可能な送信可能
帯域は、Ｒとなる。また、ここでは動画データを例に挙
げたが、他の等時性を持つデータ、例えば音声データな
ども同様に扱うことができる。
【００９０】次に、シナリオ解釈部１２は、送信可能帯
域のテーブル（Ａ）から、各素材の表示タイミングと各
区間内に送信すべき素材か否かのフラグのテーブル
（Ｂ）を作成する（ステップ２０２）。
【００９１】図４は、このタイミングとフラグのテーブ
ル（Ｂ）の一例を示している。図４において、イベント
時刻とは、タイトルの再生開始時刻を含む素材の表示タ
イミングや素材のデータ送信帯域の変更時刻をいう。シ
ナリオ解釈部１２は、素材Ａと素材Ｂの表示タイミング
を含むイベント時刻を時刻順にソートし、時刻の一番遅
いものから順に、これらイベント時刻の間の時間帯に時
間番号ｎを割り当てる。このとき、時間の最も遅いもの
から順に１、２、・・・と番号を割り当てるようにす
る。ここで、時間番号ｎの時間帯は、時刻Ｔ（ｎ＋１）
から時刻Ｔ（ｎ）までの時間帯である。また、時間番号
ｎは、遅いものから順に番号を付与しているため、Ｔ
（ｎ＋１）＜Ｔ（ｎ）である。
【００９２】また、シナリオ解釈部１２は、各素材に関
して、その素材の表示時刻より前の時間ではデータを送
信すべき対象であるとしてフラグ「１」を付ける。すな
わち、フラグ「１」はデータを送信すべき対象であるこ
とを示し、フラグ「０」はデータ送信対象ではないこと
を示す。図４においては、時間番号「１」の時間帯では
素材Ａだけがデータ送信対象となることを示している。
なおイベント時刻の「０」はタイトル再生開始時刻を、
「Ｔｂ」は素材Ｂの表示時刻を、「Ｔａ」は素材Ａの表
示時刻を表している（図９参照）。
【００９３】次に、シナリオ解釈部１２は、各時間番号
ｎの時刻において、データ送信の対象となっている素材
数Ｋｎを求める。さらに、各時刻での非動画データの送
信可能帯域Ｗｎを送信可能帯域のテーブル（Ａ）から求
める。
【００９４】次に、シナリオ解釈部１２は、対象となっ
ているタイトルで必要な非動画データのそれぞれの未送
信のデータ量を管理するための各素材の未送信データ量
テーブル（Ｃ）を作成する。（ステップ２０３）
【００９５】図５は、素材の未送信データ量テーブル
（Ｃ）の一例を示す。図５においては、素材Ａ及び素材
Ｂの全データ量は、それぞれＭａ及びＭｂである。未送
信データ量テーブル（Ｃ）の作成時には、まだデータは
何も送信されていないので、この未送信データ量テーブ
ル（Ｃ）には、各素材のデータ容量がそのまま入力され
ている。
【００９６】ここまでがシナリオ解釈部１２での処理と
なり、以降からスケジュール算出部１３での処理にな
る。まず、スケジュール算出部１３は、時間番号ｎを１
にセットして、スケジュール決定作業の対象を時間番号
１とする（ステップ２０４）。すなわち、スケジュール
算出部１３は、図４で示したタイミングとフラグのテー
ブル（Ｂ）の時間番号「１」から順に、スケジュール決
定作業の対象として処理を行う。
【００９７】スケジュール算出部１３は、時間番号ｎで
示される時刻Ｔ（ｎ＋１）から時刻Ｔ（ｎ）までの間に
送るべき素材に送信可能帯域を均等に割り当てるため
に、素材の数Ｋｎで送信可能帯域Ｗｎを割って、各素材
用送信帯域Ｓ（ｎ）； Ｓ（ｎ）＝Ｗｎ／Ｋｎ を算出する（ステップ２０５）。ここで、Ｓ（ｎ）は、
時間番号ｎで示される時間内に、各素材を送信するため
の送信帯域を表す。
【００９８】図３〜図５及び図９に示した上述の例で
は、最初はｎ＝１なので、Ｗ１＝（Ｒ−ｐ）をＫ１＝１
で割り、これを Ｓ（１）＝Ｒ−ｐ とする。
【００９９】次に、スケジュール算出部１３は、Ｋｎ個
の各素材のすべてについて、時間番号ｎでの未送信デー
タ（未送信データ量Ｍｘ）の送信開始から送信終了まで
の所要時間Ｑ（ｎ，ｘ） Ｑ（ｎ，ｘ）＝Ｍｘ／Ｓ（ｎ） を算出する（ステップ２０６）。
【０１００】図３〜図５及び図９に示した上述の例で
は、最初の時間番号ｎ＝１のときは、 となる。
【０１０１】次に、スケジュール算出部１３は、時間番
号ｎの時間帯において送信が終了する素材があるかどう
かを検査する。すなわち、各素材の送信終了所要時間Ｑ
（ｎ，ｘ）が、 Ｑ（ｎ，ｘ）＜Ｔ（ｎ）−Ｔ（ｎ＋１） を満たすかどうかを検査する（ステップ２０７）。
【０１０２】図３〜図５及び図９に示した上述の例で
は、ｎ＝１のとき、素材Ａにおいては、時間内に全デー
タ（データ量Ｍａ）を送信しきれずに未送信データが残
ることになる。
【０１０３】次に、スケジュール算出部１３は、Ｋｎ個
の各素材のすべてについて時間番号ｎの間に送信するデ
ータ容量（Ｓ（ｎ）×｛Ｔ（ｎ）−Ｔ（ｎ＋１）｝）か
ら未送信データのデータ量を算出し直し、対応する未送
信データ量テーブル（Ｃ）の未送信データ量を更新する
（ステップ２０８）。
【０１０４】ここで、図３〜図５及び図９に示した上述
の例では、ｎ＝１のときは、素材Ａだけがデータ送信の
対象であったので、素材Ａの未送信データ量Ｍａ’は、 Ｍａ−Ｓ（１）×（Ｔ（１）−Ｔ（２） すなわち、 Ｍａ’＝Ｍａ−（Ｒ−ｐ）×（Ｔａ−Ｔｂ） となる。この算出し直した値で未送信データ量テーブル
（Ｃ）の対応する値を更新する。
【０１０５】全ての時間番号について上述の処理が完了
していなければ（ステップ２０９）、現在の時間番号ｎ
に１を加えて新たな時間番号ｎとして（ステップ２１
４）、再びステップ２０５からの処理を行う。
【０１０６】図３〜図５及び図９に示した上述の例で
は、ステップ２１４で、時間番号ｎは、ｎ＝２となる。
また、ステップ２０５において、この時間番号２では、
送信対象となる素材数Ｋ２はＫ２＝２、送信可能帯域Ｗ
２はＷ２＝Ｒ−ｐなので、送信帯域Ｓ（２）は、 Ｓ（２）＝（Ｒ−ｐ）／２ となる。
【０１０７】次に、上述の場合と同様にして、各素材の
未送信データ（未送信データ量Ｍｘ）の送信終了所要時
間Ｑ（ｎ，ｘ）を算出し（ステップ２０６）、送信が終
了する素材があるかどうか、すなわち、 Ｑ（ｎ，ｘ）＜Ｔ（ｎ）−Ｔ（ｎ＋１） を満たすかどうかをチェックする（ステップ２０７）。
【０１０８】もし、送信が終了する素材があった場合、
スケジュール算出部１３は、その送信が完了する全ての
素材の送信完了時刻Ｙ（ｎ，ｘ）； Ｙ（ｎ，ｘ）＝Ｑ（ｎ，ｘ）＋Ｔ（ｎ＋１） を算出する（ステップ２１０）。
【０１０９】次に、送信完了時刻Ｙ（ｎ，ｘ）の中で最
も時刻が遅いものを新たにイベント時刻として時間番号
ｎとｎ＋１の間の時間に挿入する。そして、この新たな
イベント時刻を含めて時間番号を振り直し、タイミング
とフラグのテーブル（Ｂ）を更新する。（ステップ２１
１）。
【０１１０】図３〜図５及び図９に示した上述の例で
は、ステップ２０６で、素材Ａ及び素材Ｂの時間番号２
での未送信データの送信終了所要時間Ｑ（２，Ａ）及び
Ｑ（２，Ｂ）を求める。
【０１１１】素材Ａの場合、送信終了所要時間Ｑ（２，
Ａ）； Ｑ（２，Ａ）＝Ｍａ’／Ｓ（２） ＝｛Ｍａ−（Ｒ−ｐ）×（Ｔａ−Ｔｂ）｝／｛（Ｒ−ｐ）／２｝ ＝２｛Ｍａ／（Ｒ−ｐ）−（Ｔａ−Ｔｂ）｝ となる（ステップ２０６）。このとき、素材Ａの送信終
了所要時間Ｑ（２，Ａ）が、 Ｑ（２，Ａ）＜Ｔ（２）−Ｔ（３） を満たすと判明した場合（ステップ２０７）、ステップ
２１０で、素材Ａの送信完了時刻 Ｙ( ２，Ａ) ； Ｙ( ２，Ａ) ＝Ｑ（２，Ａ）＋Ｔ（３） を算出する。そして、この時刻Ｙ（２，Ａ）を、図４で
示したタイミングとフラグのテーブル（Ｂ）のイベント
時刻の時刻０と時刻Ｔｂの間に挿入し、該テーブルＢを
更新する。
【０１１２】図６は、更新後のテーブルＢの一例を示
す。上述で算出した時刻Ｙ（２，Ａ）は、図６では「Ｔ
１」として表している。また、時間番号３では、素材Ａ
のデータ送信はなくなるので、素材Ａのデータ送信対象
か否かのフラグを「０」にし、素材数Ｋｎも２から１に
する。
【０１１３】さらに、他の送信を完了しない素材につい
ては、時間番号ｎの間に送信するデータ容量（Ｓ（ｎ）
×｛Ｔ（ｎ）−Ｔ（ｎ＋１）｝）から該素材の未送信デ
ータを算出し直し、未送信データ量テーブル（Ｃ）をこ
の値で更新する（ステップ２１２）。
【０１１４】図７は、更新後の未送信データ量テーブル
（ｃ）の一例を示す。素材Ａはデータの送信を完了して
いるため、未送信データ量は「０」である。また、素材
Ｂの未送信データ量はＭｂ’とする。
【０１１５】以上ステップ２１０〜ステップ２１２まで
の処理が終了すれば、ステップ２１４と同様に対象を次
の時間番号ｎ＋１の時刻とし（ステップ２１３）、ステ
ップ２０５からの処理を繰り返す。
【０１１６】以上のようにして、全ての時間番号につい
て完了するまで、すなわち、全ての素材データに対する
処理が完了するまでステップ２０５〜２１４の処理が繰
り返される。全ての時間番号について処理が完了したら
（ステップ２０９）、最後に、各素材のイベント時刻と
各素材の送信帯域Ｓ（ｎ）の関係を表すテーブル（Ｄ）
を作成する（ステップ２１５）。
【０１１７】図８は、各素材のイベント時刻と送信帯域
のテーブル（Ｄ）の一例を示す。このようにして、本発
明のデータ送信装置及びデータ送信方法によって図８に
示したようなテーブル（Ｄ）を求めることができる。こ
のテーブル（Ｄ）は、各素材データのイベント時刻とデ
ータ送信帯域の関係を表しており、データ送信スケジュ
ールとなる。
【０１１８】また、図９は、図８のテーブル（Ｄ）によ
って決定したデータ送信スケジュールの概念図である。
図９においては、横軸がタイトルの再生開始を基準点と
した時刻、縦軸がデータ送信帯域を表す。また、本発明
においては、タイトル再生のためのデータ送信の帯域が
決められているため、縦軸のデータ送信帯域Ｒは固定値
である。したがって、データ送信時には、このデータ送
信帯域Ｒを越えてデータの送信はできない。また、図９
において、右下がりの斜線部分（図中右側）は素材Ａの
データを送信している時間、右上がりの斜線部分（図中
左側）は素材Ｂのデータを送信していることを表してい
る。
【０１１９】図８及び図９において、時刻Ｔｃから時刻
０までは、素材Ｂだけをデータ送信帯域Ｒで送信する。
時刻０から時刻Ｔ１までは、素材Ｂのデータをデータ送
信帯域Ｒ−ｐで送信する。時刻Ｔ１から時刻Ｔｂまで
は、素材Ａ及び素材Ｂのデータをそれぞれデータ送信帯
域（Ｒ−ｐ）／２の帯域で送信する。時刻Ｔｂから時刻
Ｔａまでは、素材Ａのデータをデータ送信帯域Ｒ−ｐで
送信する。また、時刻０からは、素材データと共に、動
画Ｘの動画データをデータ送信帯域ｐで送信している。
すなわち、時刻０から時刻Ｔ１の間は、素材Ｂのデータ
は、全データ送信帯域Ｒから動画データのデータ送信帯
域ｐを除いたデータ送信帯域Ｒ−ｐを使用してデータの
送信がされている。また、時刻Ｔ１から時刻Ｔｂの間
は、動画データのデータ送信帯域ｐを除いたデータ送信
帯域Ｒ−ｐを素材Ａと素材Ｂで均等に分けて使用してい
る。
【０１２０】ここで、時刻Ｔｃから時刻０までの間に素
材Ｂをデータ送信帯域Ｒで送信するのは、スケジュール
算出部１３（図１）でスケジュールを算出した結果、タ
イトルの再生を開始してから、すなわち、時刻０から非
動画（素材Ｂ）のデータの送信を開始したのでは、素材
Ｂの表示開始時刻に間に合わないためである。したがっ
て、タイトルの再生を開始する前に、すなわち、時刻Ｔ
ｃから非動画（素材Ｂ）のデータの一部分を予め送信し
ておかなければならない。
【０１２１】以上のように、本発明のデータ送信装置及
びデータ送信方法によれば、タイトル再生のためのデー
タの送信帯域が決められているとき、タイトルの各画像
に必要なそれぞれのデータの送信スケジュールを、サー
バ側で決定することができる。
【０１２２】これにより、クライアント端末では、サー
バから各画像を構成する全てのデータを受取った時をそ
のデータの表示タイミングとすることができる。
【０１２３】＜実施の形態２＞以下、本発明の他の実施
の形態について、図１０〜図１２を用いて説明する。
【０１２４】図１０は、本発明のデータ送信装置の構成
図である。なお、図１０において、図１とほぼ同一の機
能を有するものは、同一の符号で表している。図１０に
示したデータ送信装置は、マルチメディアタイトルを構
成する素材とその表示時刻などを記述したシナリオを蓄
積するシナリオ蓄積部１１と、シナリオ蓄積部１１から
シナリオを取得して解釈するシナリオ解釈部１２と、シ
ナリオ解釈部１２で行われたシナリオの解釈の結果に応
じて該シナリオのタイトルを再生するのに必要なデータ
送信帯域の最小値（タイトルの再生に必要且つ充分なデ
ータ送信帯域、以下、単に「必要最小帯域」ともいう）
を算出する必要最小帯域算出部１００３と、必要最小帯
域算出部１００３で算出された必要最小帯域の値を蓄積
する送信帯域値蓄積部１００４と、クライアント端末と
サーバを接続するネットワークのデータ送信帯域や該ネ
ットワークからデータを受信するクライアント端末自身
の能力などに依存して決定されるクライアント端末のデ
ータ受信帯域に関する情報を取得する端末受信帯域情報
取得部１００５と、送信帯域値蓄積部１００４に蓄積さ
れている必要最小帯域と端末受信帯域情報取得部１００
５で取得した端末受信帯域値とを比較してデータの送信
に必要な帯域を決定する送受信帯域比較決定部１００６
と、送受信帯域比較決定部１００６で決定したデータ送
信のための帯域に基づいてデータ送信のスケジュールを
算出するスケジュール算出部１３と、スケジュール算出
部１３で算出された該スケジュールを蓄積するスケジュ
ール蓄積部１００８と、送信する各データを蓄積する送
信データ蓄積部１０１１と、送信データ蓄積部１０１１
に蓄積されているデータをクライアント端末などに送信
する送信部１０１０と、スケジュール蓄積部１００８に
蓄積されたスケジュールに応じて送信データ蓄積部１０
１１に蓄積されている各データの送信指示を送信部１０
１０に出すスケジュール実行部１００９と、送受信帯域
比較決定部１００６で決定した帯域を使用されている帯
域として登録する予約送信帯域情報蓄積部１０１２と、
を備えている。
【０１２５】ここで、上述の実施の形態１では、データ
送信の帯域が予め決められている（固定されている）と
きに、タイトルの再生に必要なデータの送信を、その固
定されたデータ送信帯域の範囲内で行う場合のスケジュ
ール方法について説明した。図９で示した例では、タイ
トルを再生する上で必要かつ充分なデータ送信帯域が確
保してある場合を表している。
【０１２６】ここで、サーバのデータ送信帯域が、図９
で示したデータ送信帯域Ｒよりも大きな帯域であれば、
素材Ｂのデータ送信の開始時刻Ｔｃが遅くなる。このと
き、サーバのデータ送信帯域Ｒを必要以上に大きくする
と、素材Ｂのデータ送信の開始時刻Ｔｃが、タイトルの
再生開始（時刻０）よりも後の時刻となる。この場合、
タイトルの再生開始（時刻０）から素材Ｂのデータ送信
の開始（時刻Ｔｃ）までは、データ送信帯域Ｒ−ｐが使
用されないことになる。これは、限られたサーバの能
力、すなわち、サーバのデータ送信総帯域資源の一部を
無駄にしていることになる。
【０１２７】一方、サーバのデータ送信帯域が、図９で
示したデータ送信帯域Ｒよりも小さな帯域であれば、素
材Ａ及び素材Ｂともにデータ送信時間の開始時刻（Ｔｃ
及びＴ１）が早まることになる。これによって、素材Ｂ
のデータ送信時間の開始時刻（Ｔｃ）は、タイトルの再
生開始（時刻０）よりかなり前になり、再生準備時間が
長くなる。これは、実施の形態１で説明したように、素
材Ｂの表示時刻（Ｔｂ）に合わせて素材Ｂの一部のデー
タの送信を先に行い、その後でタイトルの再生開始とな
るからである。すなわち、サーバのデータ送信帯域Ｒが
小さくなる程、この再生準備時間が長くなり、クイライ
アント端末ではタイトルの再生を待たされることにな
る。
【０１２８】このように、各タイトル毎にそのタイトル
に必要且つ充分なデータの送信帯域（必要最小帯域）が
存在する。実施の形態１で示した図９の状態は、このよ
うなサーバのデータ送信帯域が必要最小帯域の状態を表
している。
【０１２９】ここで、サーバのデータ送信帯域が、上述
したような図９の状態（必要最小帯域の状態）にならな
い場合がある。そこで、以下に示す評価基準によって必
要最小帯域を算出することになる。 評価基準ａ：再生準備時間が少ない 評価基準ｂ：タイトル再生中にデータ送信帯域が空く時
間（以下、単に「データ送信空き時間」ともいう）が少
ない
【０１３０】この２つの評価基準ａと評価基準ｂは相反
する条件である。すなわち、再生準備時間をなくすのに
充分なデータ送信帯域の場合、タイトル再生中にデータ
の送信をしていない時間が生じる可能性がある。一方、
タイトル再生中にデータの送信をしていない時間が生じ
ないようにデータ送信帯域を設定すると、再生準備時間
が生じることになる。すなわち、評価基準ａの利点は、
ユーザのタイトル再生の待ち時間を少なくできることで
ある。また、評価基準ｂの利点は、実際にデータ送信に
使用するデータ送信帯域より多いデータ送信帯域をサー
バで予約確保することがなくなり、サーバの能力（デー
タ送信総帯域資源）を無駄にすることがなくなることで
ある。
【０１３１】図１１は、シナリオに含まれる再生準備時
間を少なくする必要最小帯域を算出する方法（評価基準
ａ）を示すフローチャートである。図１１では、実施の
形態１で述べたスケジュール方法を利用している。以
下、図１０及び図１１を用いて本発明の必要最小帯域の
算出方法について説明する。
【０１３２】まず、必要最小帯域算出部１００３は、必
要最小帯域Ｅの初期値をＶにする（ステップ１１０
１）。ここで、初期値Ｖとは、例えば、１［ｂｐｓ］や
１［ｋｂｐｓ］などの所定の値である。また、この初期
値Ｖは、予め必要最小帯域算出部１００３が保持してい
てもよく、またコマンドなどにより必要最小帯域算出部
１００３へ入力するようにしてもよい。
【０１３３】次に、必要最小帯域算出部１００３は、こ
の必要最小帯域Ｅ（＝Ｖ）をデータ送信帯域Ｒとして、
上述の実施の形態１で述べたスケジュール方法でデータ
送信のスケジュールを行う（ステップ１１０２）。その
結果、各素材のデータをタイトルの再生前に送信するた
めのタイトル再生準備時間が生じたか否かを検査する
（ステップ１１０３）。
【０１３４】再生準備時間が生じている場合、必要最小
帯域Ｅに定数Ｃを加える（Ｅ＝Ｅ＋Ｃ）（ステップ１１
０４）。ここで、定数Ｃは、例えば、１［ｂｐｓ］や１
［ｋｂｐｓ］などの所定の値である。また、ステップ１
１０３で再生準備時間が生じていなければ、このときの
値Ｅを必要最小帯域とする（ステップ１１０５）。な
お、時刻０を表示時刻とする素材がある場合は、必要最
小帯域Ｅを無限大とするとよい。
【０１３５】図１２は、シナリオからタイトル再生時の
データ送信空き時間を少なくするための必要最小帯域を
算出する方法（評価基準ｂ）を示すフローチャートであ
る。以下、図１２を用いて本発明の必要最小帯域の算出
方法について説明する。
【０１３６】まず、上述の実施の形態１で説明したよう
に、図３に示したようなテーブル（Ａ）を作成する（ス
テップ１２０１）。次に、同様にして図４で示したよう
なテーブル（Ｂ）を作成する（ステップ１２０２）。さ
らに、時間番号ｎを１にセットして、スケジュール決定
作業の対象を時間番号１とする（ステップ１２０３）。
すなわち、図４で示したテーブル（Ｂ）の時間番号
「１」から順に、スケジュール決定作業の対象として処
理を行う。なお、上述のステップ１２０１〜ステップ１
２０３までの処理は、実施の形態１で示したようにスケ
ジュール算出部１３で行ってもよく、また、必要最小帯
域算出部１００３で行ってもよい。
【０１３７】次に、必要最小帯域算出部１００３は、後
ろの時刻から順に処理して、各素材を当該素材の表示時
刻から当該素材の一つ前に表示する素材の表示時刻まで
の時間内に当該素材の素材データを全て送信することが
できる必要最小帯域Ｅを算出する。すなわち、時間｛Ｔ
（ｎ）−Ｔ（ｎ＋１）｝内に全ての当該素材データを送
信することができる必要最小帯域Ｅを算出する（ステッ
プ１２０４）。
【０１３８】必要最小帯域算出部１００３は、全素材に
ついて必要最小帯域Ｅを算出したかを検査する（ステッ
プ１２０５）。全素材について算出していなければ時刻
番号ｎに１を加えて（ｎ＝ｎ＋１）（ステップ１２０
６）、ステップ１２０３に戻って算出を続ける。全素材
について算出が終了したら（ステップ１２０５）、各素
材の各々の必要最小帯域Ｅを比較してその最小値を求
め、これを必要最小帯域Ｅとする（ステップ１２０
７）。
【０１３９】図１３は、本発明のデータ送信装置の全体
的な動作を表したフローチャートである。以下、本発明
のデータ送信装置の全体的な動作について図１０及び図
１３を参照しつつ説明する。
【０１４０】まず、シナリオ蓄積部１１から再生の対象
となるタイトルのシナリオが取り出され、該シナリオが
シナリオ解釈部１２で解釈される（ステップ１３０
１）。次に、シナリオ解釈部１２で解釈された結果に応
じて、該タイトルを再生する上での必要最小帯域Ｅを上
述したようにして必要最小帯域算出部１００３で算出す
る（ステップ１３０２）。必要最小帯域算出部１００３
で算出された必要最小帯域値Ｅは、シナリオ解釈部１２
及びスケジュール算出部１３を介して、又は必要最小帯
域算出部１００３から直接に送信帯域値蓄積部１００４
に転送され蓄積される（ステップ１３０３）。ここまで
の処理（ステップ１３０１〜１３０３）は、予め全部の
タイトルについて行っておいてもよく、各タイトルの再
生時にその都度行ってもよい。
【０１４１】次に、タイトルを再生するクライアント端
末の受信帯域を端末受信帯域情報取得部１００５で取得
する（ステップ１３０４）。これはクライアント端末と
ネットワークなどを介して通信を行ってこの情報を得て
もよく、予めク各ライアント端末毎の受信帯域を記憶装
置などに記憶しておき、この情報を利用するようにして
もよい。そして、送受信帯域比較決定部１００６は、必
要最小帯域値Ｅとこの端末受信帯域とを比較して、小さ
い方をタイトル再生のためのデータ送信帯域として決定
する（ステップ１３０５）。これは必要最小帯域Ｅより
端末受信帯域が小さい場合、必要最小帯域Ｅでデータの
送信をしてもクライアント端末側ではデータを受け取れ
ないからである。また、必要最小帯域Ｅより端末受信帯
域が大きい場合、必要最小帯域Ｅでデータの送信をすれ
ば充分にタイトルの再生ができるからである。このよう
にして送受信帯域比較決定部１００６で決定されたデー
タ送信帯域に基づいて、スケジュール算出部１３は、該
データ送信帯域内でデータの送信がおさまるようにスケ
ジュールを決定する（ステップ１３０６）。このスケジ
ュールの決定結果は、スケジュール蓄積部１００８に蓄
積される（ステップ１３０７）。
【０１４２】スケジュール実行部１００９は、スケジュ
ール蓄積部１００８に蓄積されたスケジュールを参照し
ながらデータ送信の指示信号を送信部１０１０に送出す
る（ステップ１３０８）。送信部１０１０は、スケジュ
ール実行部１００９からの指示信号に応じて送信データ
蓄積部１０１１に蓄積されている各素材データを読み出
して、クライアント端末に送信する（ステップ１３０
９）。一方、送受信帯域比較決定部１００６で決定した
データ送信帯域は、予約されている、すなわち使用中で
ある帯域（予約情報）として予約送信帯域情報蓄積部１
０１２に蓄積される（ステップ１３１０）。
【０１４３】以降、各タイトルの再生毎に上述した処理
（ステップ１３０１〜１３１０）を行い、その処理毎に
各クライアント端末に対するデータ送信帯域を割り当て
る。
【０１４４】以上、本発明のデータ送信装置及びデータ
送信方法の一形態について説明したが、ステップ１３０
６で、スケジュール算出部１３が、タイトルの再生の際
に、予約送信帯域情報蓄積部１０１２に蓄積している予
約情報を読み取るようにするとよい。このとき、読み取
った予約情報からサーバの総データ送信帯域のほとんど
が使用中であり、送受信帯域比較決定部１００６で決定
したデータ送信帯域分が確保できないと判断したとき
は、スケジュール算出部１３は、そのタイトルの再生を
拒否または中止するようにしてもよく、また、サーバの
総データ送信帯域の残りを使用して、その残り帯域でス
ケジュールするようにしてもよい。
【０１４５】以上のように、本実施の形態２によると、
再生するタイトルのシナリオを解釈し、このタイトルの
再生時にタイトルの再生開始前にデータを送信する再生
待ち時間が生じないか、または、タイトルの再生中にデ
ータ送信をしない時間が生じない、必要最小送信帯域を
算出することができる。そして、この必要最小帯域と、
クライアント端末がサーバから送信されたデータを全て
損失なしに受信できる受信帯域とを比較して、どちらか
小さい方をサーバからのデータ送信帯域として再生する
順に割り当てる。さらに、該帯域に合わせて各素材デー
タの送信のスケジュールを決定する。
【０１４６】これによって、クライアント端末でのタイ
トルの再生に必要且つ充分な必要最小帯域を、サーバ側
で各クライアント端末毎に割り当てることができ、サー
バのデータ送信帯域を有効に活用することができる。
【０１４７】＜実施の形態３＞以下、本発明の他の実施
の形態について、図１４及び図１５を用いて説明する。
【０１４８】図１４は、本発明のデータ送信装置の構成
図である。なお、図１４において、図１及び図１０とほ
ぼ同一の機能を有するものは、同一の符号で表してい
る。図１４に示したデータ送信装置は、マルチメディア
タイトルを構成する素材とその表示時刻などを記述した
シナリオを蓄積するシナリオ蓄積部１１と、シナリオ蓄
積部１１からシナリオを取得して解釈するシナリオ解釈
部１２と、シナリオ解釈部１２で行われたシナリオの解
釈の結果に応じて該シナリオのタイトルを再生するのに
必要なデータ送信帯域の最小値（タイトルの再生に必要
且つ充分なデータ送信帯域、以下、単に「必要最小帯
域」ともいう）を算出する必要最小帯域算出部１００３
と、必要最小帯域算出部１００３で算出された必要最小
帯域の値を蓄積する送信帯域値蓄積部１００４と、クラ
イアント端末とサーバを接続するネットワークのデータ
送信帯域や該ネットワークからデータを受信するクライ
アント端末自身の能力などに依存して決定されるクライ
アント端末のデータ受信帯域に関する情報を取得する端
末受信帯域情報取得部１００５と、送信帯域値蓄積部１
００４に蓄積されている必要最小帯域と端末受信帯域情
報取得部１００５で取得した端末受信帯域値とを比較し
てデータの送信に必要な帯域を決定する送受信帯域比較
決定部１００６と、送受信帯域比較決定部１００６で決
定したデータ送信のための帯域に基づいてデータ送信の
スケジュールを算出するスケジュール算出部１３と、ス
ケジュール算出部１３で算出された該スケジュールを蓄
積するスケジュール蓄積部１００８と、送信する各デー
タを蓄積する送信データ蓄積部１０１１と、送信データ
蓄積部１０１１に蓄積されているデータをクライアント
端末などに送信する送信部１０１０と、スケジュール蓄
積部１００８に蓄積されたスケジュールに応じて送信デ
ータ蓄積部１０１１に蓄積されている各データの送信指
示を送信部１０１０に出すスケジュール実行部１００９
と、送受信帯域比較決定部１００６で決定した帯域を使
用されている帯域として登録する予約送信帯域情報蓄積
部１０１２と、複数のクライアント端末の受信帯域情報
を一時的に蓄積する端末受信帯域情報一時蓄積部１４１
３と、を備えている。
【０１４９】図１４に示したデータ送信装置の構成と図
１０に示したデータ送信装置の構成とで異なる点は、図
１４のデータ送信装置において、複数の端末の受信帯域
情報を一時的に蓄積する端末受信帯域情報一時蓄積部１
４１３を設けたことである。
【０１５０】図１４に示したデータ送信装置は、マルチ
キャストを利用して、１つのタイトルの再生を複数のク
ライアント端末で同時に行う場合に適用することができ
る。このため、これら複数の端末のいずれにおいてもタ
イトルの再生に必要なデータの受信ができなくてはなら
ず、したがって、データ送信のスケジュールは、当該タ
イトルを再生する全端末を考慮して行わなければならな
い。
【０１５１】図１５は、本発明のデータ送信装置の全体
的な動作を表したフローチャートである。以下、図１４
及び図１５に基づいて、本発明のデータ送信装置の動作
について説明する。なお、図１５において、図１３と同
一の動作に対しては、同一のステップ番号を付してい
る。
【０１５２】まず、シナリオ蓄積部１１からタイトルの
シナリオが取り出されシナリオ解釈部１２で解釈される
（ステップ１３０１）。次に、この解釈結果に応じて必
要最小帯域Ｅを必要最小帯域算出部１００３で算出する
（ステップ１３０２）。この必要最小帯域値Ｅは送信帯
域値蓄積部１００４に転送され蓄積される（ステップ１
３０３）。ここまでの処理（ステップ１３０１〜１３０
３）は、予め全部のタイトルについて行っておいてもよ
く、各タイトルの再生時にその都度行ってもよい。
【０１５３】次に、タイトルを再生するクライアント端
末の受信帯域を端末受信帯域情報取得部１００５で取得
する（ステップ１３０４）。端末受信帯域情報取得部１
００５で取得した端末の受信帯域の値を端末受信帯域情
報一時蓄積部１４１３に蓄積する（ステップ１５０
１）。この処理を当該タイトルの再生を同時に行う全端
末について繰り返す（ステップ１５０１〜ステップ１５
０２）。
【０１５４】全端末について受信帯域の取得が終了した
ら（ステップ１５０２）、送受信帯域比較決定部１００
６は、送信帯域値蓄積部１００４に蓄積されている当該
タイトルの必要最小帯域Ｅと、端末受信帯域情報一時蓄
積部１４１３に蓄積されている各端末の受信帯域の値と
を比較して、これら中でもっとも小さい値をタイトル再
生のためのデータ送信帯域として決定する（ステップ１
５０３）。
【０１５５】このようにして決定されたデータ送信帯域
に基づいて、スケジュール算出部１３は、スケジュール
を決定する（ステップ１３０６）。このスケジュールの
決定結果は、スケジュール蓄積部１００８に蓄積される
（ステップ１３０７）。
【０１５６】スケジュール実行部１００９は、該スケジ
ュールを参照しながらデータ送信の指示信号を送信部１
０１０に送出する（ステップ１３０８）。送信部１０１
０は、この指示信号に応じて送信データ蓄積部１０１１
から各素材データを読み出して各端末に送信する（ステ
ップ１３０９）。一方、送受信帯域比較決定部１００６
で決定したデータ送信帯域は、予約されている、すなわ
ち使用中である帯域（予約情報）として予約送信帯域情
報蓄積部１０１２に蓄積される（ステップ１３１０）。
【０１５７】以上のように、本実施の形態のデータ送信
装置及びデータ送信方法においては、マルチキャストな
どを利用して、再生するタイトルを参照する端末が同時
に複数ある場合であっても、タイトルのシナリオを解釈
して必要最小送信帯域を算出し、この必要最小帯域と、
同時に当該タイトルを参照する全端末の受信帯域のうち
最も小さい受信帯域との、どちらか小さい方の帯域をサ
ーバからのデータ送信帯域として各素材データに再生順
に割り当て、このデータ送信帯域に合わせてスケジュー
ルすることができる。
【０１５８】これにより、マルチキャストなどを利用し
て、再生するタイトルを参照する端末が同時に複数ある
場合にも、端末でのタイトル再生に必要な必要最小帯域
を割り当てることができ、サーバのデータ送信帯域を有
効に活用することができる。
【０１５９】＜実施の形態４＞以下、本発明の他の実施
の形態について、図１６〜図１８を用いて説明する。
【０１６０】図１６は、本発明のデータ送信装置の構成
図である。なお、図１６において、図１及び図１０とほ
ぼ同一の機能を有するものは、同一の符号で表してい
る。図１６に示したデータ送信装置は、マルチメディア
タイトルを構成する素材とその表示時刻などを記述した
シナリオを蓄積するシナリオ蓄積部１１と、シナリオ蓄
積部１１からシナリオを取得して解釈するシナリオ解釈
部１２と、シナリオ解釈部１２で行われたシナリオの解
釈の結果に応じて少なくともタイトルに含まれる等時性
を持つデータを送信することができるデータ送信帯域の
値（以下、単に「限界帯域値」ともいう）を算出する限
界帯域算出部１６０３と、限界帯域算出部１６０３で算
出された限界帯域値を蓄積する送信帯域値蓄積部１００
４と、限界帯域値に追加する帯域値の情報を蓄積する追
加帯域情報蓄積部１６１３と、クライアント端末とサー
バを接続するネットワークのデータ送信帯域や該ネット
ワークからデータを受信するクライアント端末自身の能
力などに依存して決定されるクライアント端末のデータ
受信帯域に関する情報を取得する端末受信帯域情報取得
部１００５と、送信帯域値蓄積部１００４に蓄積されて
いる必要最小帯域と端末受信帯域情報取得部１００５で
取得した端末受信帯域値とを比較してデータの送信に必
要な帯域を決定する送受信帯域比較決定部１００６と、
送受信帯域比較決定部１００６で決定したデータ送信の
ための帯域に基づいてデータ送信のスケジュールを算出
するスケジュール算出部１３と、スケジュール算出部１
３で算出された該スケジュールを蓄積するスケジュール
蓄積部１００８と、送信する各データを蓄積する送信デ
ータ蓄積部１０１１と、送信データ蓄積部１０１１に蓄
積されているデータをクライアント端末などに送信する
送信部１０１０と、スケジュール蓄積部１００８に蓄積
されたスケジュールに応じて送信データ蓄積部１０１１
に蓄積されている各データの送信指示を送信部１０１０
に出すスケジュール実行部１００９と、送受信帯域比較
決定部１００６で決定した帯域を使用されている帯域と
して登録する予約送信帯域情報蓄積部１０１２と、を備
えている。
【０１６１】図１６に示したデータ送信装置の構成と図
１０に示したデータ送信装置の構成とで異なる点は、図
１０に示した必要最小帯域算出部１００３に換えて限界
帯域算出部１６０３を設けたことと、新たに限界帯域値
に追加する帯域値の情報を蓄積する追加帯域情報蓄積部
１３１３を設けたことである。
【０１６２】図１６に示したデータ送信装置は、タイト
ルを再生する端末数が未知である場合、又は同時に再生
されるタイトルの数が未知である場合に適用することが
できる。この場合、サーバはできるだけ多くのタイトル
を同時に再生できることが望ましい。このため、サーバ
は各タイトルの再生に割り当てる帯域をできるだけ少な
くし、より多くのタイトルを同時に再生できるようにす
るのがよい。ここで、タイトルの再生のみに割り当てる
最小限の帯域を限界帯域という。
【０１６３】ところが、タイトルには、データ送信帯域
が固定され変更することのできない動画や音声などの等
時性をもつデータ（以下、単に「等時性データ」ともい
う）を含むため、少なくともこの等時性をもつデータの
帯域より小さくすることはできない。
【０１６４】一方、データ送信の完了時刻をそのデータ
の表示時刻とするためには、動画等の等時性データを送
信中に非動画データなどの非等時性データの表示時刻が
重なった場合、等時性データを送信中に非等時性データ
の最後のデータ部分を送信する必要がある。この非等時
性データの最後のデータを送信するための帯域（以下、
単に「追加帯域」ともいう）を先述の限界帯域に追加し
て、データ送信帯域とする必要がある。
【０１６５】図１７は、限界帯域と追加帯域の関係の概
念を示した図である。また、図１８は、本発明のデータ
送信装置の全体的な動作を表したフローチャートであ
る。以下、図１６〜図１８に基づいて、本発明のデータ
送信装置の動作について説明する。なお、図１８におい
て、図１３と同一の動作に対しては、同一のステップ番
号を付している。
【０１６６】まず、シナリオ蓄積部１１からタイトルの
シナリオが取り出されシナリオ解釈部１２で解釈される
（ステップ１３０１）。このとき、シナリオ解釈部１２
では、シナリオを構成する各データが等時性データか非
等時性データかに識別する。図１７の場合には、動画Ｘ
データが等時性データであり、素材Ａ及び素材Ｂの素材
データが非等時性データである。
【０１６７】次に、限界帯域算出部１６０３は、シナリ
オ解釈部１２で解釈された動画や音声などの等時性デー
タの送信帯域を求める。さらに、これらのデータの送信
帯域を比較して、最も大きいものを限界帯域とする（ス
テップ１８０１）。ただし、ある時刻に動画と音声など
の複数の等時性データを同時に送信する場合は、これら
の送信帯域を加算したものを比較の対象に含める。ここ
で決定した限界帯域の値は、送信帯域値蓄積部１００４
に転送され蓄積される（ステップ１８０２）。図１７に
おいては、動画Ｘデータの送信帯域が限界帯域となる。
【０１６８】一方、追加帯域情報蓄積部１６１３には、
追加帯域値の情報を蓄積しておく（ステップ１８０
３）。この追加帯域値は、シナリオ解釈部１２で識別さ
れた非等時性データに基づいて、スケジュール算出部１
３で算出してもよく、また、予め非等時性データ毎に追
加帯域値を決めておいてもよい。この場合、追加帯域値
としては、例えば、１［ｂｐｓ］や１［ｋｂｐｓ］など
がよい。
【０１６９】次に、タイトルを再生するクライアント端
末の受信帯域を端末受信帯域情報取得部１００５で取得
する（ステップ１３０４）。
【０１７０】送受信帯域比較決定部１００６は、端末受
信帯域情報取得部１００５で得た受信帯域と、送信帯域
値蓄積部１００４に蓄積されている限界帯域及び追加帯
域情報蓄積部１６１３に蓄積されている追加帯域値の和
とを比較する（１８０４）。ここで、受信帯域が、限界
帯域及び追加帯域値の和より小さければ、当該タイトル
の再生を中止するか拒否する（ステップ１８０５）。一
方、送受信帯域比較決定部１００６は、受信帯域が、限
界帯域と追加帯域値の和より大きければ、限界帯域及び
追加帯域値の和をデータ送信帯域として決定する（１８
０６）。
【０１７１】このようにして決定されたデータ送信帯域
に基づいて、スケジュール算出部１３は、スケジュール
を決定する（ステップ１３０６）。このスケジュールの
決定結果は、スケジュール蓄積部１００８に蓄積される
（ステップ１３０７）。
【０１７２】スケジュール実行部１００９は、該スケジ
ュールを参照しながらデータ送信の指示信号を送信部１
０１０に送出する（ステップ１３０８）。送信部１０１
０は、この指示信号に応じて送信データ蓄積部１０１１
から各素材データを読み出して各端末に送信する（ステ
ップ１３０９）。一方、送受信帯域比較決定部１００６
で決定したデータ送信帯域は、予約されている、すなわ
ち使用中である帯域（予約情報）として予約送信帯域情
報蓄積部１０１２に蓄積される（ステップ１３１０）。
【０１７３】以上のように、実施の形態４に示した本発
明のデータ送信装置及びデータ送信方法においては、再
生するタイトルのシナリオを解釈し、少なくとも当該タ
イトルで使用する等時性データを再生するのに必要且つ
最小の帯域（限界帯域）に、各素材の最後のデータを送
信するための帯域を加え、これを送信帯域としてデータ
の再生順に割り当て、この送信帯域に合わせてデータ送
信のスケジュールを行う。これにより、タイトルの再生
に必要な必要最小帯域に、複数の端末からのタイトルの
再生要求に応じてデータの送信帯域を加えることによっ
て、サーバに接続する端末数が未知の場合でも、効率よ
く複数の端末にデータ送信ができる。
【０１７４】＜実施の形態５＞次に、本発明の他の実施
の形態として、同時に再生するタイトル数、又はタイト
ルを同時に再生する端末数が未知であり、このとき、で
きるだけ多くのタイトルを同時に再生したい場合であっ
て、例えば、街角端末を使用したタイトル再生のよう
に、所定の時刻に同時に再生するタイトル数が少なけれ
ば少ないほど必要最小帯域に近い帯域を割り当て、同時
に再生するタイトル数が多いときは、その数に応じて帯
域を小さくして割り当て、より多くの端末に対応できる
ようにする場合について、図１９〜図２１を用いて説明
する。
【０１７５】図１９は、本発明のデータ送信装置の構成
図である。なお、図１９において、図１及び図１０とほ
ぼ同一の機能を有するものは、同一の符号で表してい
る。図１９に示したデータ送信装置は、マルチメディア
タイトルを構成する素材とその表示時刻などを記述した
シナリオを蓄積するシナリオ蓄積部１１と、シナリオ蓄
積部１１からシナリオを取得して解釈するシナリオ解釈
部１２と、シナリオ解釈部１２で行われたシナリオの解
釈の結果に応じて該シナリオのタイトルを再生するのに
必要なデータ送信帯域の最小値（必要最小帯域）を算出
する必要最小帯域算出部１００３と、必要最小帯域算出
部１００３で算出された必要最小帯域の値を蓄積する送
信帯域値蓄積部１００４と、クライアント端末とサーバ
を接続するネットワークのデータ送信帯域や該ネットワ
ークからデータを受信するクライアント端末自身の能力
などに依存して決定されるクライアント端末のデータ受
信帯域に関する情報を取得する端末受信帯域情報取得部
１００５と、送信帯域値蓄積部１００４に蓄積されてい
る必要最小帯域と端末受信帯域情報取得部１００５で取
得した端末受信帯域値とを比較してデータの送信に必要
な帯域を決定する送受信帯域比較決定部１００６と、チ
ャネル毎の係数を蓄積する係数蓄積部１９１３と、空い
ているチャネルを選択するチャネル選択部１９１４と、
各チャネルの使用情報を蓄積するチャネル予約情報蓄積
部１９１５と、係数蓄積部１９１３に蓄積されているチ
ャネル係数と送受信帯域比較決定部１００６で決定した
データ送信帯域とに基づいてデータ送信のスケジュール
を算出するスケジュール算出部１３と、スケジュール算
出部１３で算出された該スケジュールを蓄積するスケジ
ュール蓄積部１００８と、送信する各データを蓄積する
送信データ蓄積部１０１１と、送信データ蓄積部１０１
１に蓄積されているデータをクライアント端末などに送
信する送信部１０１０と、スケジュール蓄積部１００８
に蓄積されたスケジュールに応じて送信データ蓄積部１
０１１に蓄積されている各データの送信指示を送信部１
０１０に出すスケジュール実行部１００９と、送受信帯
域比較決定部１００６で決定した帯域を使用されている
帯域として登録する予約送信帯域情報蓄積部１０１２
と、を備えている。
【０１７６】図１９に示したデータ送信装置の構成と図
１０に示したデータ送信装置の構成とで異なる点は、図
１９のデータ送信装置において、チャネル毎の係数を蓄
積する係数蓄積部１９１３と、空いているチャネルを選
択するチャネル選択部１９１４と、各チャネルの使用
中、未使用つまり空きであるという情報を蓄積するチャ
ネル予約情報蓄積部１９１５とを設けたことである。
【０１７７】上述のように、本発明の実施の形態では、
データ送信用の複数のチャネルを設け、各チャネルには
それぞれ異なる係数を設定しておく。これらの係数は、
係数蓄積部１９１３に蓄積される。タイトルの再生にお
いては、チャネル選択部１９１４が、チャネル予約情報
蓄積部１９１６を参照して空いている（未使用の）チャ
ネルを順に使用する。スケジュール算出部１３は、選択
したチャネルに対応した係数を係数蓄積部１９１３から
読み出し、この係数を実施の形態２で説明したデータ送
信帯域に乗じるようにする。そして、この結果を新たな
データ送信帯域としてデータ送信スケジュールを行う。
【０１７８】図２０は、チャネルと各チャネルに設定す
る係数の関係を示す図である。この図２０は、（係数）
＝１／（チャネル番号）をグラフ化したものとなってい
る。図２０では、チャネル番号１は係数１で、以降チャ
ネル番号２、３と番号が大きくなるにしたがって、係数
が１／２、１／３と小さくなっていくことを示してい
る。
【０１７９】図２１は、本発明のデータ送信装置の全体
的な動作を表したフローチャートである。以下、図１９
〜図２１に基づいて、本発明のデータ送信装置の動作に
ついて説明する。なお、図２１において、図１３と同一
の動作に対しては、同一のステップ番号を付している。
【０１８０】まず、シナリオ蓄積部１１からタイトルの
シナリオが取り出されシナリオ解釈部１２で解釈される
（ステップ１３０１）。次に、この解釈結果に応じて必
要最小帯域Ｅを必要最小帯域算出部１００３で算出する
（ステップ１３０２）。この必要最小帯域値Ｅは送信帯
域値蓄積部１００４に転送され蓄積される（ステップ１
３０３）。ここまでの処理（ステップ１３０１〜１３０
３）は、予め全部のタイトルについて行っておいてもよ
く、各タイトルの再生時にその都度行ってもよい。
【０１８１】次に、タイトルを再生するクライアント端
末の受信帯域を端末受信帯域情報取得部１００５で取得
する（ステップ１３０４）。送受信帯域比較決定部１０
０６は、必要最小帯域値Ｅとこの端末受信帯域とを比較
して、小さい方をタイトル再生のためのデータ送信帯域
として決定する（ステップ１３０５）。
【０１８２】一方、チャネル選択部１９１４は、チャネ
ル予約情報蓄積部１９１５を参照し、空きチャネルを捜
す（２１０１）。そして、空きチャネルの中から最もチ
ャネル番号の小さいものを選択し、当該チャネルを使用
するとしてチャネル予約情報蓄積部１９１５に情報を蓄
積する（２１０２）。
【０１８３】スケジュール算出部１３は、チャネル選択
部１９１４で決定したチャネル番号に応じて係数蓄積部
１９１３から係数を取得する。そして、送受信帯域比較
決定部１００６で決定したデータ送信帯域に、該係数を
乗じて新たなデータ送信帯域とする（２１０３）。この
ようにして算出されたデータ送信帯域に基づいて、スケ
ジュール算出部１３は、スケジュールを決定する（ステ
ップ１３０６）。このスケジュールの決定結果は、スケ
ジュール蓄積部１００８に蓄積される（ステップ１３０
７）。
【０１８４】スケジュール実行部１００９は、該スケジ
ュールを参照しながらデータ送信の指示信号を送信部１
０１０に送出する（ステップ１３０８）。送信部１０１
０は、この指示信号に応じて送信データ蓄積部１０１１
から各素材データを読み出して各端末に送信する（ステ
ップ１３０９）。一方、送受信帯域比較決定部１００６
で決定したデータ送信帯域は、予約されている、すなわ
ち使用中である帯域（予約情報）として予約送信帯域情
報蓄積部１０１２に蓄積される（ステップ１３１０）。
【０１８５】以上のように、実施の形態５に示した本発
明のデータ送信装置及びデータ送信方法においては、サ
ーバで番号を付与した複数のチャネルを設け、チャネル
番号に応じて係数を決定する。また、再生するタイトル
のシナリオを解釈し、当該タイトルの必要最小帯域を算
出する。さらに、タイトルの再生順に番号の小さい方か
ら空いているチャネルに割り当てる。この必要最小帯域
と端末の受信帯域のうち小さい方の値を選択し、この値
に割り当てられたチャネル番号によって決められた係数
を乗じて新たなデータ送信帯域とする。この新たなデー
タ送信帯域に合わせてデータ送信のスケジュールを行う
ようにする。
【０１８６】これにより、サーバに接続する端末数が未
知の時、現時点でのサーバで同時に再生しているタイト
ルが少ないほどより必要な必要最小帯域に近い帯域を割
り当てることができる。また、タイトルの再生に必要な
必要最小帯域を超える数の端末からのタイトルの再生要
求に対して、タイトルを再生する順（割り当てられたチ
ャネル番号が小さい順、すなわち、係数が大きい順）に
応えることができる。
【０１８７】＜実施の形態６＞次に、本発明の他の実施
の形態として、同時に再生するタイトル数、又はタイト
ルを同時に再生する端末数が未知であり、このとき、で
きるだけ多くのタイトルを同時に再生したい場合であっ
て、例えば、最新の情報や重要な情報を提供する等の優
先度の高い重要なタイトルの再生であれば、必要最小帯
域に近い帯域を割り当て、優先度の低いそれ以外のタイ
トルの再生には帯域を小さくして割り当て、より多くの
端末に対応できるようにする場合について、図２２及び
図２３を用いて説明する。
【０１８８】図２２は、本発明のデータ送信装置の構成
図である。なお、図２２において、図１９とほぼ同一の
機能を有するものは、同一の符号で表している。図２２
に示したデータ送信装置は、マルチメディアタイトルを
構成する素材とその表示時刻などを記述したシナリオを
蓄積するシナリオ蓄積部１１と、シナリオ蓄積部１１か
らシナリオを取得して解釈するシナリオ解釈部１２と、
シナリオ解釈部１２で行われたシナリオの解釈の結果に
応じて該シナリオのタイトルを再生するのに必要なデー
タ送信帯域の最小値（必要最小帯域）を算出する必要最
小帯域算出部１００３と、必要最小帯域算出部１００３
で算出された必要最小帯域の値を蓄積する送信帯域値蓄
積部１００４と、クライアント端末とサーバを接続する
ネットワークのデータ送信帯域や該ネットワークからデ
ータを受信するクライアント端末自身の能力などに依存
して決定されるクライアント端末のデータ受信帯域に関
する情報を取得する端末受信帯域情報取得部１００５
と、送信帯域値蓄積部１００４に蓄積されている必要最
小帯域と端末受信帯域情報取得部１００５で取得した端
末受信帯域値とを比較してデータの送信に必要な帯域を
決定する送受信帯域比較決定部１００６と、チャネル毎
の係数を蓄積する係数蓄積部１９１３と、優先度が高い
と規定したタイトルの識別子に関する情報を蓄積した優
先タイトル情報蓄積部２２１６と、優先タイトル情報蓄
積部２２１６に蓄積されている情報に基づいて空いてい
るチャネルを選択するチャネル選択部１９１４と、各チ
ャネルの使用情報を蓄積するチャネル予約情報蓄積部１
９１５と、係数蓄積部１９１３に蓄積されているチャネ
ル係数と送受信帯域比較決定部１００６で決定したデー
タ送信帯域とに基づいてデータ送信のスケジュールを算
出するスケジュール算出部１３と、スケジュール算出部
１３で算出された該スケジュールを蓄積するスケジュー
ル蓄積部１００８と、送信する各データを蓄積する送信
データ蓄積部１０１１と、送信データ蓄積部１０１１に
蓄積されているデータをクライアント端末などに送信す
る送信部１０１０と、スケジュール蓄積部１００８に蓄
積されたスケジュールに応じて送信データ蓄積部１０１
１に蓄積されている各データの送信指示を送信部１０１
０に出すスケジュール実行部１００９と、送受信帯域比
較決定部１００６で決定した帯域を使用されている帯域
として登録する予約送信帯域情報蓄積部１０１２と、を
備えている。
【０１８９】図２２に示した本発明のデータ送信装置と
図１９に示したデータ送信装置との構成で異なる点は、
図２２のデータ送信装置において、優先度が高いと規定
したタイトルの識別子に関する情報を蓄積した優先タイ
トル情報蓄積部２２１６を設けたことである。
【０１９０】図２３は、本発明のデータ送信装置の全体
的な動作を表したフローチャートである。以下、図２２
及び図２３に基づいて、本発明のデータ送信装置の動作
について説明する。なお、図２３において、図２１と同
一の動作に対しては、同一のステップ番号を付してい
る。
【０１９１】まず、シナリオ蓄積部１１からタイトルの
シナリオが取り出されシナリオ解釈部１２で解釈される
（ステップ１３０１）。次に、この解釈結果に応じて必
要最小帯域Ｅを必要最小帯域算出部１００３で算出する
（ステップ１３０２）。この必要最小帯域値Ｅは送信帯
域値蓄積部１００４に転送され蓄積される（ステップ１
３０３）。ここまでの処理（ステップ１３０１〜１３０
３）は、予め全部のタイトルについて行っておいてもよ
く、各タイトルの再生時にその都度行ってもよい。
【０１９２】次に、タイトルを再生するクライアント端
末の受信帯域を端末受信帯域情報取得部１００５で取得
する（ステップ１３０４）。送受信帯域比較決定部１０
０６は、必要最小帯域値Ｅとこの端末受信帯域とを比較
して、小さい方をタイトル再生のためのデータ送信帯域
として決定する（ステップ１３０５）。
【０１９３】優先タイトル情報蓄積部２２１６には、優
先度が高いと規定したタイトルの識別子を蓄積してお
き、再生するタイトルの識別子と優先タイトル情報蓄積
部２２１６に蓄積されている識別子を比較する（ステッ
プ２３０１）。再生するタイトルの識別子が優先タイト
ル情報蓄積部２２１６に蓄積されている識別子と一致し
た場合、そのタイトルの優先度が高いと判断する。この
場合、空きチャネルの内最もチャネル番号の小さいもの
を選択し（ステップ２３０２）、当該チャネルを使用す
るとしてチャネル予約情報蓄積部１９１５に情報を蓄積
する（ステップ２１０２）。一方、再生するタイトルの
識別子が優先タイトル情報蓄積部２２１６に蓄積されて
いる識別子と一致しなかった場合、そのタイトルの優先
度が低いと判断する。この場合、空きチャネルの内最も
チャネル番号の大きいものを選択し（ステップ２３０
３）、当該チャネルを使用するとしてチャネル予約情報
蓄積部１９１５に情報を蓄積する（ステップ２１０
２）。
【０１９４】スケジュール算出部１３は、チャネル選択
部１９１４で決定したチャネル番号に応じて係数蓄積部
１９１３から係数を取得する。そして、送受信帯域比較
決定部１００６で決定したデータ送信帯域に、該係数を
乗じて新たなデータ送信帯域とする（ステップ２１０
３）。このようにして算出されたデータ送信帯域に基づ
いて、スケジュール算出部１３は、スケジュールを決定
する（ステップ１３０６）。このスケジュールの決定結
果は、スケジュール蓄積部１００８に蓄積される（ステ
ップ１３０７）。
【０１９５】スケジュール実行部１００９は、該スケジ
ュールを参照しながらデータ送信の指示信号を送信部１
０１０に送出する（ステップ１３０８）。送信部１０１
０は、この指示信号に応じて送信データ蓄積部１０１１
から各素材データを読み出して各端末に送信する（ステ
ップ１３０９）。一方、送受信帯域比較決定部１００６
で決定したデータ送信帯域は、予約されている、すなわ
ち使用中である帯域（予約情報）として予約送信帯域情
報蓄積部１０１２に蓄積される（ステップ１３１０）。
【０１９６】以上、本発明のデータ送信装置及びデータ
送信方法においては、上述のステップ２３０１〜ステッ
プ２３０３で示したように、再生するタイトルの優先度
が高くない場合、空きチャネルの内最もチャネル番号の
大きいものを選択することになる。そこで、チャネル番
号の最大値をあらかじめ決定しておく必要がある。例え
ば、チャネル番号の最大値を１００とし、１００個のチ
ャネルを用意する。そして、１００番のチャネルが空い
ていれば１００番のチャネルを選択する。また、チャネ
ルの数に制限を付けない方法として、例えば、チャネル
番号１００以上は全てその係数を１００番のチャネルと
同じとし、１００までのチャネルが全て使用中であれ
ば、それ以降１０１番から順に使用する方法がある。
【０１９７】以上のように、実施の形態６に示した本発
明のデータ送信装置及びデータ送信方法においては、サ
ーバで番号を付与した複数のチャネルを設け、チャネル
番号に応じて係数を決定する。また、予めタイトルの全
てについて優先度の高いものを規定しておく。ここで、
再生するタイトルのシナリオを解釈し、当該タイトルの
必要最小帯域を算出する。さらに、タイトルの再生順
に、当該タイトルが優先度が高いものと規定してあれば
番号の小さい方から、それ以外のタイトルである場合は
番号の高い方から、空いているチャネルに割り当てる。
必要最小帯域と端末の受信帯域のうち小さい方の値を選
択し、この値に割り当てられたチャネル番号によって決
められた係数を乗じて新たなデータ送信帯域とする。こ
の新たなデータ送信帯域に合わせてデータ送信のスケジ
ュールを行うようにする。
【０１９８】これにより、サーバに接続する端末数が未
知のであって、優先度が高いタイトルを再生する場合、
より大きな帯域を割り当てることで再生準備時間を少な
くすることができる。また、タイトルの再生に必要な必
要最小帯域を超える数の端末からのタイトルの再生要求
に対して、タイトルを再生する順に応えることができ
る。
【０１９９】＜実施の形態７＞次に、本発明の他の実施
の形態として、同時に再生するタイトル数、又はタイト
ルを同時に再生する端末数が未知であり、このとき、で
きるだけ多くのタイトルを同時に再生したい場合であっ
て、再生頻度が高いタイトルの再生であれば、必要最小
帯域に近い帯域を割り当てて再生準備時間をなるべく少
なくし、再生頻度の低いタイトルの再生には帯域を小さ
くして割り当て、より多くの端末に対応できるようにす
る場合について、図２４及び図２５を用いて説明する。
【０２００】図２４は、本発明のデータ送信装置の構成
図である。なお、図２４において、図２２とほぼ同一の
機能を有するものは、同一の符号で表している。図２４
に示したデータ送信装置は、マルチメディアタイトルを
構成する素材とその表示時刻などを記述したシナリオを
蓄積するシナリオ蓄積部１１と、シナリオ蓄積部１１か
らシナリオを取得して解釈するシナリオ解釈部１２と、
シナリオ解釈部１２で行われたシナリオの解釈の結果に
応じて該シナリオのタイトルを再生するのに必要なデー
タ送信帯域の最小値（必要最小帯域）を算出する必要最
小帯域算出部１００３と、必要最小帯域算出部１００３
で算出された必要最小帯域の値を蓄積する送信帯域値蓄
積部１００４と、クライアント端末とサーバを接続する
ネットワークのデータ送信帯域や該ネットワークからデ
ータを受信するクライアント端末自身の能力などに依存
して決定されるクライアント端末のデータ受信帯域に関
する情報を取得する端末受信帯域情報取得部１００５
と、送信帯域値蓄積部１００４に蓄積されている必要最
小帯域と端末受信帯域情報取得部１００５で取得した端
末受信帯域値とを比較してデータの送信に必要な帯域を
決定する送受信帯域比較決定部１００６と、チャネル毎
の係数を蓄積する係数蓄積部１９１３と、タイトルの再
生頻度情報を蓄積するタイトル再生頻度情報蓄積部１８
１７と、タイトル再生頻度情報蓄積部１８１７に蓄積さ
れている再生頻度情報に基づいて優先度が高いと規定し
たタイトルの識別子に関する情報を蓄積した優先タイト
ル情報蓄積部２２１６と、優先タイトル情報蓄積部２２
１６に蓄積されている情報に基づいて空いているチャネ
ルを選択するチャネル選択部１９１４と、各チャネルの
使用情報を蓄積するチャネル予約情報蓄積部１９１５
と、係数蓄積部１９１３に蓄積されているチャネル係数
と送受信帯域比較決定部１００６で決定したデータ送信
帯域とに基づいてデータ送信のスケジュールを算出する
スケジュール算出部１３と、スケジュール算出部１３で
算出された該スケジュールを蓄積するスケジュール蓄積
部１００８と、送信する各データを蓄積する送信データ
蓄積部１０１１と、送信データ蓄積部１０１１に蓄積さ
れているデータをクライアント端末などに送信する送信
部１０１０と、スケジュール蓄積部１００８に蓄積され
たスケジュールに応じて送信データ蓄積部１０１１に蓄
積されている各データの送信指示を送信部１０１０に出
すスケジュール実行部１００９と、送受信帯域比較決定
部１００６で決定した帯域を使用されている帯域として
登録する予約送信帯域情報蓄積部１０１２と、を備えて
いる。
【０２０１】図２４に示した本発明のデータ送信装置と
図２２に示したデータ送信装置との構成で異なる点は、
図２４のデータ送信装置において、タイトルの再生頻度
情報を蓄積するタイトル再生頻度情報蓄積部１８１７を
設けたことである。なお、図２４において、図２２と同
一の機能を有するものは、同一の符号で表している。
【０２０２】図２５は、本発明のデータ送信装置の全体
的な動作を表したフローチャートである。以下、図２４
及び図２５に基づいて、本発明のデータ送信装置の動作
について説明する。
【０２０３】まず、シナリオ蓄積部１１からタイトルの
シナリオが取り出されシナリオ解釈部１２で解釈される
（ステップ１３０１）。次に、この解釈結果に応じて必
要最小帯域Ｅを必要最小帯域算出部１００３で算出する
（ステップ１３０２）。この必要最小帯域値Ｅは送信帯
域値蓄積部１００４に転送され蓄積される（ステップ１
３０３）。ここまでの処理（ステップ１３０１〜１３０
３）は、予め全部のタイトルについて行っておいてもよ
く、各タイトルの再生時にその都度行ってもよい。
【０２０４】次に、タイトルを再生するクライアント端
末の受信帯域を端末受信帯域情報取得部１００５で取得
する（ステップ１３０４）。送受信帯域比較決定部１０
０６は、必要最小帯域値Ｅとこの端末受信帯域とを比較
して、小さい方をタイトル再生のためのデータ送信帯域
として決定する（ステップ１３０５）。
【０２０５】チャンネル選択部１９１４は、再生するタ
イトルの識別子と優先タイトル情報蓄積部２２１６に蓄
積されている識別子を比較する（ステップ２３０１）。
再生するタイトルの識別子が優先タイトル情報蓄積部２
２１６に蓄積されている識別子と一致した場合、そのタ
イトルの優先度が高いと判断する。この場合、空きチャ
ネルの内最もチャネル番号の小さいものを選択し（ステ
ップ２３０２）、当該チャネルを使用するとしてチャネ
ル予約情報蓄積部１９１５に情報を蓄積する（ステップ
２１０２）。一方、再生するタイトルの識別子が優先タ
イトル情報蓄積部２２１６に蓄積されている識別子と一
致しなかった場合、そのタイトルの優先度が低いと判断
する。この場合、空きチャネルの内最もチャネル番号の
大きいものを選択し（ステップ２３０３）、当該チャネ
ルを使用するとしてチャネル予約情報蓄積部１９１５に
情報を蓄積する（ステップ２１０２）。
【０２０６】スケジュール算出部１３は、チャネル選択
部１９１４で決定したチャネル番号に応じて係数蓄積部
１９１３から係数を取得する。そして、送受信帯域比較
決定部１００６で決定したデータ送信帯域に、該係数を
乗じて新たなデータ送信帯域とする（ステップ２１０
３）。このようにして算出されたデータ送信帯域に基づ
いて、スケジュール算出部１３は、スケジュールを決定
する（ステップ１３０６）。このスケジュールの決定結
果は、スケジュール蓄積部１００８に蓄積される（ステ
ップ１３０７）。
【０２０７】スケジュール実行部１００９は、該スケジ
ュールを参照しながらデータ送信の指示信号を送信部１
０１０に送出する（ステップ１３０８）。送信部１０１
０は、この指示信号に応じて送信データ蓄積部１０１１
から各素材データを読み出して各端末に送信する（ステ
ップ１３０９）。一方、送受信帯域比較決定部１００６
で決定したデータ送信帯域は、予約されている、すなわ
ち使用中である帯域（予約情報）として予約送信帯域情
報蓄積部１０１２に蓄積される（ステップ１３１０）。
【０２０８】また、当該送信中のデータに係わるタイト
ルの再生毎に、タイトル再生頻度情報蓄積部２４１７に
蓄積されている該タイトルの再生頻度の情報を更新する
（ステップ２５０１）。さらに、優先タイトル情報蓄積
部２２１６に蓄積されている優先タイトル情報を、タイ
トル再生頻度情報蓄積部２４１７に蓄積されているタイ
トルの再生頻度の情報に応じて更新する（ステップ２５
０２）。
【０２０９】ここで、優先タイトルの規定としては、タ
イトル再生頻度情報蓄積部２４１７に蓄積されている全
タイトルを再生頻度順にソートし、上位から全タイトル
数の半分までのタイトルを優先度が高いタイトルとして
規定してもよく、タイトルの総数に対応した所定の閾値
を設け、上位からこの閾値の順位までのタイトルを優先
度が高いタイトルとして規定してもよく、また、再生頻
度に関して所定の閾値を設け、上位からこの閾値までの
頻度のタイトルを優先度が高いタイトルとして規定して
もよい。
【０２１０】さらに、タイトル再生頻度情報蓄積部２４
１７に蓄積されているタイトル再生頻度の順位をそのま
ま優先タイトル情報蓄積部２２１６に蓄積されている優
先順序とする。そして、チャネル選択部１９１４では、
この優先タイトル情報蓄積部２２１６に蓄積されている
優先順序をそのままチャネル番号としてチャネル選択す
るようにしてもよい。
【０２１１】以上のように、実施の形態７に示した本発
明のデータ送信装置及びデータ送信方法においては、サ
ーバで番号を付与した複数のチャネルを設け、チャネル
番号に応じて係数を決定する。また、タイトルの過去の
再生頻度からタイトルを順位付けし、順位の上からあら
かじめ規定した順位までを優先度の高いものとして規定
しておく。ここで、再生するタイトルのシナリオを解釈
し、当該タイトルの必要最小帯域を算出する。さらに、
タイトルの再生順に、当該タイトルが優先度が高いもの
と規定してあれば番号の小さい方から、それ以外のタイ
トルである場合は番号の高い方から、空いているチャネ
ルに割り当てる。必要最小帯域と端末の受信帯域のうち
小さい方の値を選択し、この値に割り当てられたチャネ
ル番号によって決められた係数を乗じて新たなデータ送
信帯域とする。この新たなデータ送信帯域に合わせてデ
ータ送信のスケジュールを行うようにする。
【０２１２】これにより、サーバに接続する端末数が未
知であっても、再生する頻度が高いタイトルの場合に、
より大きなデータ送信帯域を割り当てることで再生準備
時間を少なくすることができる。また、タイトルの再生
に必要な必要最小帯域を超える数の端末からのタイトル
の再生要求に対して、タイトルを再生する順に応えるこ
とができる。
【０２１３】＜実施の形態８＞次に、本発明の他の実施
の形態として、同時に再生するタイトル数、又はタイト
ルを同時に再生する端末数が未知であり、このとき、で
きるだけ多くのタイトルを同時に再生したい場合であっ
て、例えば、教室における教師が使用する端末や人通り
が多い場所に設置され利用頻度の高い街角端末などの使
用頻度（優先度）の高い端末でのタイトルの再生であれ
ば、必要最小帯域に近い帯域を割り当てて再生準備時間
をなるべく少なくし、優先度の高くないそれ以外の端末
でのタイトルの再生には帯域を小さくして割り当て、よ
り多くの端末に対応できるようにする場合について、図
２６及び図２７を用いて説明する。
【０２１４】図２６は、本発明のデータ送信装置の構成
図である。なお、図２６において、図１９とほぼ同一の
機能を有するものは、同一の符号で表している。図２６
に示したデータ送信装置は、マルチメディアタイトルを
構成する素材とその表示時刻などを記述したシナリオを
蓄積するシナリオ蓄積部１１と、シナリオ蓄積部１１か
らシナリオを取得して解釈するシナリオ解釈部１２と、
シナリオ解釈部１２で行われたシナリオの解釈の結果に
応じて該シナリオのタイトルを再生するのに必要なデー
タ送信帯域の最小値（必要最小帯域）を算出する必要最
小帯域算出部１００３と、必要最小帯域算出部１００３
で算出された必要最小帯域の値を蓄積する送信帯域値蓄
積部１００４と、クライアント端末とサーバを接続する
ネットワークのデータ送信帯域や該ネットワークからデ
ータを受信するクライアント端末自身の能力などに依存
して決定されるクライアント端末のデータ受信帯域に関
する情報を取得する端末受信帯域情報取得部１００５
と、送信帯域値蓄積部１００４に蓄積されている必要最
小帯域と端末受信帯域情報取得部１００５で取得した端
末受信帯域値とを比較してデータの送信に必要な帯域を
決定する送受信帯域比較決定部１００６と、チャネル毎
の係数を蓄積する係数蓄積部１９１３と、使用頻度など
から決定される優先度が高い端末の識別子の情報を蓄積
する優先端末情報蓄積部２６１６と、優先端末情報蓄積
部２６１６に蓄積されている情報に基づいて空いている
チャネルを選択するチャネル選択部１９１４と、各チャ
ネルの使用情報を蓄積するチャネル予約情報蓄積部１９
１５と、係数蓄積部１９１３に蓄積されているチャネル
係数と送受信帯域比較決定部１００６で決定したデータ
送信帯域とに基づいてデータ送信のスケジュールを算出
するスケジュール算出部１３と、スケジュール算出部１
３で算出された該スケジュールを蓄積するスケジュール
蓄積部１００８と、送信する各データを蓄積する送信デ
ータ蓄積部１０１１と、送信データ蓄積部１０１１に蓄
積されているデータをクライアント端末などに送信する
送信部１０１０と、スケジュール蓄積部１００８に蓄積
されたスケジュールに応じて送信データ蓄積部１０１１
に蓄積されている各データの送信指示を送信部１０１０
に出すスケジュール実行部１００９と、送受信帯域比較
決定部１００６で決定した帯域を使用されている帯域と
して登録する予約送信帯域情報蓄積部１０１２と、を備
えている。
【０２１５】図２６に示した本発明のデータ送信装置と
図１９に示したデータ送信装置との構成で異なる点は、
図２６のデータ送信装置において、使用頻度などから決
定される優先度が高い端末の識別子の情報を蓄積する優
先端末情報蓄積部２６１６を設けたことである。
【０２１６】図２７は、本発明のデータ送信装置の全体
的な動作を表したフローチャートである。以下、図２６
及び図２７に基づいて、本発明のデータ送信装置の動作
について説明する。なお、図２７において、図２１と同
一の動作に対しては、同一のステップ番号を付してい
る。
【０２１７】まず、シナリオ蓄積部１１からタイトルの
シナリオが取り出されシナリオ解釈部１２で解釈される
（ステップ１３０１）。次に、この解釈結果に応じて必
要最小帯域Ｅを必要最小帯域算出部１００３で算出する
（ステップ１３０２）。この必要最小帯域値Ｅは送信帯
域値蓄積部１００４に転送され蓄積される（ステップ１
３０３）。ここまでの処理（ステップ１３０１〜１３０
３）は、予め全部のタイトルについて行っておいてもよ
く、各タイトルの再生時にその都度行ってもよい。
【０２１８】次に、タイトルを再生するクライアント端
末の受信帯域と識別子を端末受信帯域情報取得部１００
５で取得する（ステップ２７０１）。送受信帯域比較決
定部１００６は、必要最小帯域値Ｅとこの端末受信帯域
とを比較して、小さい方をタイトル再生のためのデータ
送信帯域として決定する（ステップ１３０５）。
【０２１９】優先端末情報蓄積部２６１６には、優先度
が高いと規定した端末の識別子を蓄積しておき、チャン
ネル選択部１９１４は、端末受信帯域情報取得部１００
５で取得したタイトルを再生する端末の識別子と優先端
末情報蓄積部２６１６に蓄積されている識別子とを比較
する（ステップ２７０２）。再生する端末の識別子が優
先タイトル情報蓄積部２６１６に蓄積されている識別子
と一致した場合、その端末の優先度が高いと判断する。
この場合、空きチャネルの内最もチャネル番号の小さい
ものを選択し（ステップ２７０３）、当該チャネルを使
用するとしてチャネル予約情報蓄積部１９１５に情報を
蓄積する（ステップ２１０２）。一方、再生する端末の
識別子が優先端末情報蓄積部２６１６に蓄積されている
識別子と一致しなかった場合、そのタイトルの優先度が
低いと判断する。この場合、空きチャネルの内最もチャ
ネル番号の大きいものを選択し（ステップ２７０４）、
当該チャネルを使用するとしてチャネル予約情報蓄積部
１９１５に情報を蓄積する（ステップ２１０２）。
【０２２０】スケジュール算出部１３は、チャネル選択
部１９１４で決定したチャネル番号に応じて係数蓄積部
１９１３から係数を取得する。そして、送受信帯域比較
決定部１００６で決定したデータ送信帯域に、該係数を
乗じて新たなデータ送信帯域とする（ステップ２１０
３）。このようにして算出されたデータ送信帯域に基づ
いて、スケジュール算出部１３は、スケジュールを決定
する（ステップ１３０６）。このスケジュールの決定結
果は、スケジュール蓄積部１００８に蓄積される（ステ
ップ１３０７）。
【０２２１】スケジュール実行部１００９は、該スケジ
ュールを参照しながらデータ送信の指示信号を送信部１
０１０に送出する（ステップ１３０８）。送信部１０１
０は、この指示信号に応じて送信データ蓄積部１０１１
から各素材データを読み出して各端末に送信する（ステ
ップ１３０９）。一方、送受信帯域比較決定部１００６
で決定したデータ送信帯域は、予約されている、すなわ
ち使用中である帯域（予約情報）として予約送信帯域情
報蓄積部１０１２に蓄積される（ステップ１３１０）。
【０２２２】以上のように、実施の形態８に示した本発
明のデータ送信装置及びデータ送信方法においては、サ
ーバで番号を付与した複数のチャネルを設け、チャネル
番号に応じて係数を決定する。また、予め優先的にタイ
トルの再生を行いたい端末を優先度の高いものとして規
定しておく。ここで、再生するタイトルのシナリオを解
釈し、当該タイトルの必要最小帯域を算出する。さら
に、タイトルの再生順に、当該タイトルを再生する端末
の優先度が高いものと規定してあれば番号の小さい方か
ら、それ以外の端末である場合は番号の高い方から、空
いているチャネルに割り当てる。必要最小帯域と端末の
受信帯域のうち小さい方の値を選択し、この値に割り当
てられたチャネル番号によって決められた係数を乗じて
新たなデータ送信帯域とする。この新たなデータ送信帯
域に合わせてデータ送信のスケジュールを行うようにす
る。
【０２２３】これにより、サーバに接続する端末数が未
知のであって、タイトルの再生を要求している端末の優
先度が高い場合、より大きな帯域を割り当てることで再
生準備時間を少なくすることができる。また、タイトル
の再生に必要な必要最小帯域を超える数の端末からのタ
イトルの再生要求に対して、タイトルを再生する順に応
えることができる。
【０２２４】＜実施の形態９＞次に、本発明の他の実施
の形態として、マルチキャストを利用して１つのタイト
ルの再生を複数の端末で同時に行う場合であって、同時
に再生するタイトル数、又はタイトルを同時に再生する
端末数が未知であり、このとき、できるだけ多くのタイ
トルを同時に再生したい場合であって、例えば、学校の
教材で使用するタイトルなど、マルチキャストを利用し
てタイトルの再生を同時に行う端末数が多いタイトルで
あれば該タイトルを優先度の高いものと規定して、必要
最小帯域に近い帯域を割り当てて再生準備時間をなるべ
く少なくし、それ以外のタイトルの再生には帯域を小さ
くして割り当て、より多くの端末に対応できるようにす
る場合について、図２８及び図２９を用いて説明する。
【０２２５】図２８は、本発明のデータ送信装置の構成
図である。なお、図２８において、図２２とほぼ同一の
機能を有するものは、同一の符号で表している。図２８
に示したデータ送信装置は、マルチメディアタイトルを
構成する素材とその表示時刻などを記述したシナリオを
蓄積するシナリオ蓄積部１１と、シナリオ蓄積部１１か
らシナリオを取得して解釈するシナリオ解釈部１２と、
シナリオ解釈部１２で行われたシナリオの解釈の結果に
応じて該シナリオのタイトルを再生するのに必要なデー
タ送信帯域の最小値（必要最小帯域）を算出する必要最
小帯域算出部１００３と、必要最小帯域算出部１００３
で算出された必要最小帯域の値を蓄積する送信帯域値蓄
積部１００４と、クライアント端末とサーバを接続する
ネットワークのデータ送信帯域や該ネットワークからデ
ータを受信するクライアント端末自身の能力などに依存
して決定されるクライアント端末のデータ受信帯域に関
する情報を取得する端末受信帯域情報取得部１００５
と、送信帯域値蓄積部１００４に蓄積されている必要最
小帯域と端末受信帯域情報取得部１００５で取得した端
末受信帯域値とを比較してデータの送信に必要な帯域を
決定する送受信帯域比較決定部１００６と、チャネル毎
の係数を蓄積する係数蓄積部１９１３と、タイトル別に
該タイトルが同時に再生される端末数の情報（以下、単
に「再生端末数情報」ともいう）を蓄積したタイトル別
再生端末数情報蓄積部２８１７と、タイトル別再生端末
数情報蓄積部２８１７に蓄積されている再生端末数情報
に基づいて優先度が高いと規定したタイトルの識別子に
関する情報を蓄積した優先タイトル情報蓄積部２２１６
と、優先タイトル情報蓄積部２２１６に蓄積されている
情報に基づいて空いているチャネルを選択するチャネル
選択部１９１４と、各チャネルの使用情報を蓄積するチ
ャネル予約情報蓄積部１９１５と、係数蓄積部１９１３
に蓄積されているチャネル係数と送受信帯域比較決定部
１００６で決定したデータ送信帯域とに基づいてデータ
送信のスケジュールを算出するスケジュール算出部１３
と、スケジュール算出部１３で算出された該スケジュー
ルを蓄積するスケジュール蓄積部１００８と、送信する
各データを蓄積する送信データ蓄積部１０１１と、送信
データ蓄積部１０１１に蓄積されているデータをクライ
アント端末などに送信する送信部１０１０と、スケジュ
ール蓄積部１００８に蓄積されたスケジュールに応じて
送信データ蓄積部１０１１に蓄積されている各データの
送信指示を送信部１０１０に出すスケジュール実行部１
００９と、送受信帯域比較決定部１００６で決定した帯
域を使用されている帯域として登録する予約送信帯域情
報蓄積部１０１２と、を備えている。
【０２２６】図２８に示した本発明のデータ送信装置と
図２２に示したデータ送信装置との構成で異なる点は、
図２８のデータ送信装置において、タイトル別に再生端
末数情報を蓄積したタイトル別再生端末数情報蓄積部２
８１７を設けたことである。図２９は、本発明のデータ
送信装置の全体的な動作を表したフローチャートであ
る。以下、図２８及び図２９に基づいて、本発明のデー
タ送信装置の動作について説明する。なお、図２９にお
いて、図２３と同一の動作に対しては、同一のステップ
番号を付している。
【０２２７】まず、シナリオ蓄積部１１からタイトルの
シナリオが取り出されシナリオ解釈部１２で解釈される
（ステップ１３０１）。次に、この解釈結果に応じて必
要最小帯域Ｅを必要最小帯域算出部１００３で算出する
（ステップ１３０２）。この必要最小帯域値Ｅは送信帯
域値蓄積部１００４に転送され蓄積される（ステップ１
３０３）。ここまでの処理（ステップ１３０１〜１３０
３）は、予め全部のタイトルについて行っておいてもよ
く、各タイトルの再生時にその都度行ってもよい。
【０２２８】次に、タイトルを再生するクライアント端
末の受信帯域を端末受信帯域情報取得部１００５で取得
する（ステップ１３０４）。送受信帯域比較決定部１０
０６は、必要最小帯域値Ｅとこの端末受信帯域とを比較
して、小さい方をタイトル再生のためのデータ送信帯域
として決定する（ステップ１３０５）。
【０２２９】一方、タイトル別再生端末数情報蓄積部２
８１７には、予めタイトル別の再生端末数情報を蓄積し
ておく（ステップ２９０１）。また、タイトル別再生端
末数情報蓄積部２８１７に蓄積されている再生端末数情
報に基づいて、優先度が高いと規定したタイトルの識別
子を優先タイトル情報蓄積部２２１６に蓄積しておく
（ステップ２９０２）。
【０２３０】チャネル選択部１９１４は、再生するタイ
トルの識別子と優先タイトル情報蓄積部２２１６に蓄積
されている識別子を比較する（ステップ２３０１）。再
生するタイトルの識別子が優先タイトル情報蓄積部２２
１６に蓄積されている識別子と一致した場合、そのタイ
トルの優先度が高いと判断する。この場合、空きチャネ
ルの内最もチャネル番号の小さいものを選択し（ステッ
プ２３０２）、当該チャネルを使用するとしてチャネル
予約情報蓄積部１９１５に情報を蓄積する（ステップ２
１０２）。一方、再生するタイトルの識別子が優先タイ
トル情報蓄積部２２１６に蓄積されている識別子と一致
しなかった場合、そのタイトルの優先度が低いと判断す
る。この場合、空きチャネルの内最もチャネル番号の大
きいものを選択し（ステップ２３０３）、当該チャネル
を使用するとしてチャネル予約情報蓄積部１９１５に情
報を蓄積する（ステップ２１０２）。
【０２３１】スケジュール算出部１３は、チャネル選択
部１９１４で決定したチャネル番号に応じて係数蓄積部
１９１３から係数を取得する。そして、送受信帯域比較
決定部１００６で決定したデータ送信帯域に、該係数を
乗じて新たなデータ送信帯域とする（ステップ２１０
３）。このようにして算出されたデータ送信帯域に基づ
いて、スケジュール算出部１３は、スケジュールを決定
する（ステップ１３０６）。このスケジュールの決定結
果は、スケジュール蓄積部１００８に蓄積される（ステ
ップ１３０７）。
【０２３２】スケジュール実行部１００９は、該スケジ
ュールを参照しながらデータ送信の指示信号を送信部１
０１０に送出する（ステップ１３０８）。送信部１０１
０は、この指示信号に応じて送信データ蓄積部１０１１
から各素材データを読み出して各端末に送信する（ステ
ップ１３０９）。一方、送受信帯域比較決定部１００６
で決定したデータ送信帯域は、予約されている、すなわ
ち使用中である帯域（予約情報）として予約送信帯域情
報蓄積部１０１２に蓄積される（ステップ１３１０）。
【０２３３】以上、本発明のデータ送信装置及びデータ
送信方法について説明したが、ステップ２９０１の優先
タイトルの決定としては、全タイトルを再生端末の総数
順にソートし、上位から全タイトル数の半分までのタイ
トルを優先度が高いタイトルとして規定してもよく、ま
た、タイトルの数に基づいて所定の閾値を設け、上位か
らこの閾値の順位までのタイトルを優先度が高いタイト
ルとして規定してもよく、さらに、タイトルを再生する
端末の総数に応じた閾値を設け、上位からこの閾値の端
末数までのタイトルを優先度が高いタイトルとして規定
してもよい。また、タイトル別再生端末数情報蓄積部２
８１７に蓄積されているタイトル別端末数の順位をその
まま、優先タイトル情報蓄積部２２１６に蓄積される優
先順序とし、チャネル選択部１９１４では、この優先順
序をそのままチャネル番号としてチャネル選択するよう
にしてもよい。
【０２３４】以上のように、実施の形態９に示した本発
明のデータ送信装置及びデータ送信方法においては、サ
ーバで番号を付与した複数のチャネルを設け、チャネル
番号に応じて係数を決定する。また、予めタイトル別に
当該タイトルを同時に再生する端末の総数の多さで順位
付けをし、順位の上からあらかじめ規定した順位までを
優先度の高いものとして規定しておく。ここで、再生す
るタイトルのシナリオを解釈し、当該タイトルの必要最
小帯域を算出する。さらに、タイトルの再生順に、当該
タイトルが優先度が高いものと規定してあれば番号の小
さい方から、それ以外のタイトルである場合は番号の高
い方から、空いているチャネルに割り当てる。必要最小
帯域と端末の受信帯域のうち小さい方の値を選択し、こ
の値に割り当てられたチャネル番号によって決められた
係数を乗じて新たなデータ送信帯域とする。この新たな
データ送信帯域に合わせてデータ送信のスケジュールを
行うようにする。
【０２３５】これにより、サーバに接続する端末数が未
知であっても、同時に再生する端末数が多いタイトルほ
ど、より大きなデータ送信帯域を割り当てることで、再
生準備の延時間を少なくすることができる。また、タイ
トルの再生に必要な必要最小帯域を超える数の端末から
のタイトルの再生要求に対して、タイトルを再生する順
に応えることができる。
【０２３６】＜実施の形態１０＞次に、本発明の他の実
施の形態として、マルチキャストを利用して１つのタイ
トルの再生を複数の端末で同時に行う場合であって、同
時に再生するタイトル数、又はタイトルを同時に再生す
る端末数が未知であり、このとき、できるだけ多くのタ
イトルを同時に再生したい場合であって、例えば、教室
における教師が使用する端末など、マルチキャストを利
用してタイトルの再生を同時に行う端末数が多い端末で
あれば該端末を優先度の高いものと規定して、該端末で
再生されるタイトルに対して必要最小帯域に近い帯域を
割り当てて再生準備時間をなるべく少なくし、それ以外
の端末でのタイトルの再生には帯域を小さくして割り当
て、より多くの端末に対応できるようにする場合につい
て、図３０及び図３１を用いて説明する。
【０２３７】図３０は、本発明のデータ送信装置の構成
図である。なお、図３０において、図２６とほぼ同一の
機能を有するものは、同一の符号で表している。図３０
に示したデータ送信装置は、マルチメディアタイトルを
構成する素材とその表示時刻などを記述したシナリオを
蓄積するシナリオ蓄積部１１と、シナリオ蓄積部１１か
らシナリオを取得して解釈するシナリオ解釈部１２と、
シナリオ解釈部１２で行われたシナリオの解釈の結果に
応じて該シナリオのタイトルを再生するのに必要なデー
タ送信帯域の最小値（必要最小帯域）を算出する必要最
小帯域算出部１００３と、必要最小帯域算出部１００３
で算出された必要最小帯域の値を蓄積する送信帯域値蓄
積部１００４と、クライアント端末とサーバを接続する
ネットワークのデータ送信帯域や該ネットワークからデ
ータを受信するクライアント端末自身の能力などに依存
して決定されるクライアント端末のデータ受信帯域に関
する情報を取得する端末受信帯域情報取得部１００５
と、送信帯域値蓄積部１００４に蓄積されている必要最
小帯域と端末受信帯域情報取得部１００５で取得した端
末受信帯域値とを比較してデータの送信に必要な帯域を
決定する送受信帯域比較決定部１００６と、チャネル毎
の係数を蓄積する係数蓄積部１９１３と、あるタイトル
に対して端末毎にその端末と同時に該タイトルを再生す
る端末の総数の情報（以下、単に「再生端末数情報」と
もいう）を蓄積した端末別再生端末数情報蓄積部３０１
７と、端末別再生端末数情報蓄積部３０１７に蓄積され
ている再生端末数情報に基づいて決定される優先度が高
い端末の識別子の情報を蓄積する優先端末情報蓄積部２
６１６と、優先端末情報蓄積部２６１６に蓄積されてい
る情報に基づいて空いているチャネルを選択するチャネ
ル選択部１９１４と、各チャネルの使用情報を蓄積する
チャネル予約情報蓄積部１９１５と、係数蓄積部１９１
３に蓄積されているチャネル係数と送受信帯域比較決定
部１００６で決定したデータ送信帯域とに基づいてデー
タ送信のスケジュールを算出するスケジュール算出部１
３と、スケジュール算出部１３で算出された該スケジュ
ールを蓄積するスケジュール蓄積部１００８と、送信す
る各データを蓄積する送信データ蓄積部１０１１と、送
信データ蓄積部１０１１に蓄積されているデータをクラ
イアント端末などに送信する送信部１０１０と、スケジ
ュール蓄積部１００８に蓄積されたスケジュールに応じ
て送信データ蓄積部１０１１に蓄積されている各データ
の送信指示を送信部１０１０に出すスケジュール実行部
１００９と、送受信帯域比較決定部１００６で決定した
帯域を使用されている帯域として登録する予約送信帯域
情報蓄積部１０１２と、を備えている。
【０２３８】図３０は、本発明のデータ送信装置の構成
図である。図３０に示した本発明のデータ送信装置と図
２６に示したデータ送信装置との構成で異なる点は、図
３０のデータ送信装置において、あるタイトルに対して
端末毎にその端末と同時に該タイトルを再生する端末の
総数の情報（以下、単に「再生端末数情報」ともいう）
を蓄積した端末別再生端末数情報蓄積部３０１７を設け
たことである。図３１は、本発明のデータ送信装置の全
体的な動作を表したフローチャートである。以下、図３
０及び図３１に基づいて、本発明のデータ送信装置の動
作について説明する。なお、図３１において、図２７と
同一の動作に対しては、同一のステップ番号を付してい
る。
【０２３９】まず、シナリオ蓄積部１１からタイトルの
シナリオが取り出されシナリオ解釈部１２で解釈される
（ステップ１３０１）。次に、この解釈結果に応じて必
要最小帯域Ｅを必要最小帯域算出部１００３で算出する
（ステップ１３０２）。この必要最小帯域値Ｅは送信帯
域値蓄積部１００４に転送され蓄積される（ステップ１
３０３）。ここまでの処理（ステップ１３０１〜１３０
３）は、予め全部のタイトルについて行っておいてもよ
く、各タイトルの再生時にその都度行ってもよい。
【０２４０】次に、タイトルを再生するクライアント端
末の受信帯域と識別子を端末受信帯域情報取得部１００
５で取得する（ステップ２７０１）。送受信帯域比較決
定部１００６は、必要最小帯域値Ｅとこの端末受信帯域
とを比較して、小さい方をタイトル再生のためのデータ
送信帯域として決定する（ステップ１３０５）。
【０２４１】一方、端末毎の再生端末数情報を端末別再
生端末数情報蓄積部３０１７に蓄積しておく（ステップ
３１０１）。また、端末別再生端末数情報蓄積部３０１
７に蓄積されている再生端末数情報に基づいて各端末の
優先度を決定し、優先端末情報蓄積部２６１６に、優先
度が高いと規定した端末の識別子を蓄積しておく（ステ
ップ３１０２）。
【０２４２】次に、チャンネル選択部１９１４は、端末
受信帯域情報取得部１００５で取得したタイトルを再生
する端末の識別子と優先端末情報蓄積部２６１６に蓄積
されている識別子とを比較する（ステップ２７０２）。
再生する端末の識別子が優先タイトル情報蓄積部２６１
６に蓄積されている識別子と一致した場合、その端末の
優先度が高いと判断する。この場合、空きチャネルの内
最もチャネル番号の小さいものを選択し（ステップ２７
０３）、当該チャネルを使用するとしてチャネル予約情
報蓄積部１９１５に情報を蓄積する（ステップ２１０
２）。一方、再生する端末の識別子が優先端末情報蓄積
部２６１６に蓄積されている識別子と一致しなかった場
合、そのタイトルの優先度が低いと判断する。この場
合、空きチャネルの内最もチャネル番号の大きいものを
選択し（ステップ２７０４）、当該チャネルを使用する
としてチャネル予約情報蓄積部１９１５に情報を蓄積す
る（ステップ２１０２）。
【０２４３】スケジュール算出部１３は、チャネル選択
部１９１４で決定したチャネル番号に応じて係数蓄積部
１９１３から係数を取得する。そして、送受信帯域比較
決定部１００６で決定したデータ送信帯域に、該係数を
乗じて新たなデータ送信帯域とする（ステップ２１０
３）。このようにして算出されたデータ送信帯域に基づ
いて、スケジュール算出部１３は、スケジュールを決定
する（ステップ１３０６）。このスケジュールの決定結
果は、スケジュール蓄積部１００８に蓄積される（ステ
ップ１３０７）。
【０２４４】スケジュール実行部１００９は、該スケジ
ュールを参照しながらデータ送信の指示信号を送信部１
０１０に送出する（ステップ１３０８）。送信部１０１
０は、この指示信号に応じて送信データ蓄積部１０１１
から各素材データを読み出して各端末に送信する（ステ
ップ１３０９）。一方、送受信帯域比較決定部１００６
で決定したデータ送信帯域は、予約されている、すなわ
ち使用中である帯域（予約情報）として予約送信帯域情
報蓄積部１０１２に蓄積される（ステップ１３１０）。
【０２４５】ここで、ステップ３１０２の優先端末の規
定としては、所定のタイトルを再生する各端末に対応す
る同時再生端末数を順にソートして、上位から予め所定
の数までの端末を優先度が高い端末として規定してもよ
く、また、端末の数に基づいて所定の閾値を設け、同時
再生端末数が上位からこの閾値までの間にある端末を優
先度が高い端末として規定してもよく、さらに、同時再
生端末数に基づいて閾値を設け、同時再生端末数が上位
からこの閾値までの間にある端末を優先度が高い端末と
して規定してもよい。
【０２４６】また、端末別再生端末数情報蓄積部３０１
７に蓄積されている端末別端末数の順位をそのまま優先
端末情報蓄積部２６１６に優先順序として蓄積する。そ
して、チャネル選択部１９１４は、この優先順序をその
ままチャネル番号としてチャネルを選択するようにして
もよい。
【０２４７】以上のように、実施の形態１０に示した本
発明のデータ送信装置及びデータ送信方法においては、
サーバで番号を付与した複数のチャネルを設け、チャネ
ル番号に応じて係数を決定する。また、予め既知のタイ
トルの再生要求を行う端末に対して該タイトルを再生す
るときの同時再生端末数の多さで順位付けをし、順位の
上から予め規定した数までの端末を優先度の高いものと
して規定しておく。ここで、再生するタイトルのシナリ
オを解釈し、当該タイトルの必要最小帯域を算出する。
さらに、タイトルの再生順に、当該タイトルを再生する
端末の優先度が高いものと規定してあれば番号の小さい
方から、それ以外の端末である場合は番号の高い方か
ら、空いているチャネルに割り当てる。必要最小帯域と
端末の受信帯域のうち小さい方の値を選択し、この値に
割り当てられたチャネル番号によって決められた係数を
乗じて新たなデータ送信帯域とする。この新たなデータ
送信帯域に合わせてデータ送信のスケジュールを行うよ
うにする。
【０２４８】これにより、サーバに接続する端末数が未
知のであって、タイトルの再生を同時に要求する端末か
らの再生要求の場合には、より大きな帯域を割り当てる
ことで再生準備時間を少なくすることができる。また、
タイトルの再生に必要な必要最小帯域を超える数の端末
からのタイトルの再生要求に対して、タイトルを再生す
る順に応えることができる。
【０２４９】図３２は、上述した本発明のデータ送信装
置（サーバ）に接続されるクライアント端末の構成の一
形態を示す図である。このクライアント端末は、各素材
のデータを多重化したストリームを受け取り、該ストリ
ームの多重分離を行う多重分離部（demux ）３５０１
と、多重分離部３５０１で分離されたデータをそれぞれ
個別に格納するデコーダバッファ３５０２と、デコーダ
バッファ３５０２に格納されたデータをデコードするデ
コーダ３５０３と、デコーダ３５０３でデコードされた
各素材データを表示するプレゼンタ３５０５を備えてい
る。
【０２５０】図３２で示した本発明に係わるクライアン
ト端末と、図３５に示した従来のクライアント端末とを
比較すると、シナリオを解釈してデータの送信スケジュ
ールを決定するスケジューラ３５０７と、デコーダ３５
０３でデコードされたデータを素材データとして格納す
るコンポジタメモリ３５０４と、シナリオ（ＢＩＦＳ）
をデコードするＢＩＦＳデコーダ３５０６とが本発明に
係わるクライアント端末に必要無いことが解る。これ
は、本発明のデータ送信装置によれば、サーバ側でスケ
ジュール処理をするためであり、クライアント端末側で
は、単純に受信データをデコードして表示するのみでよ
い。
【０２５１】したがって、１つのサーバに対して複数の
端末が接続される場合には、端末側での厳密な同期制御
機構やそのため高精度なタイマも不要となり、端末の構
成が簡易になるため、コストが軽減されることになる。
【０２５２】以上、本発明の実施の形態を幾つか説明し
たが、上述したデータ送信方法においては、これらのデ
ータ送信方法をコンピュータに実行させるためのプログ
ラムとして、ＣＤ−ＲＯＭ（Compact Disk Read Only M
emory ）、ＦＤ（Floppy Disk ）、ＨＤ（Hard disk ）
などの記録媒体に記録することができる。
【０２５３】
【発明の効果】以上のように、本発明のデータ送信方
法、データ送信装置、及びデータ送信方法を実行するた
めのプログラムを記録した記録媒体によれば、本発明を
プッシュ型サーバに適用することによって、サーバ内で
データ送信のスケジュールを行い、各端末にそのスケジ
ュール通りにデータの送信を行うことができる。そのた
め、データの送信がサーバ主導型になり、クライアント
端末では、タイトルを構成する全てのデータを受け取っ
た時点でそのデータの表示タイミングとすることができ
る。
【０２５４】したがって、サーバ側ではクライアント端
末で再生するタイトルの内容、全てのクライアント端末
のタイトル再生状況の情報を得ることができるので、各
クライアント端末へのデータ送信帯域の割り当てに主導
権を得ることができ、また、サーバの持つデータ送信総
帯域を効率よく各クライアント端末に割り当てる帯域制
御が可能となる。
【０２５５】また、データの送信形式がサーバからのプ
ッシュ型になるため、マルチキャストやブロードキャス
トを利用したポイント−マルチポイント型のデータ送信
が可能となり、タイトルの放送型の利用ができる。した
がって、本発明を広く応用展開することができるように
なる。
【０２５６】さらに、データ送信において、厳密な時間
管理が必要でない、例えば、リップシンクなどをしない
マルチメディアタイトルの再生の場合、厳密な同期制御
機構がいらない。この場合に、サーバは、クライアント
端末にデータを送信する際、各素材の表示タイミングに
各データの送信を完了するようにスケジュールを行い、
クライアント端末ではタイトルを構成するデータのそれ
ぞれについて、全てのデータを受け取った時点で当該デ
ータの表示タイミングとし、それぞれの素材を表示する
ことができる。したがって、クライアント端末側での厳
密な同期制御機構が不要となるばかりでなく、高精度な
タイマも不要となり、クライアント端末のコストの低減
を図るころができる。
【図面の簡単な説明】
【図１】本発明のデータ送信装置の構成図である。
【図２】本発明のスケジュール算出手順を示すフローチ
ャートである。
【図３】動画・音声以外のデータで使用できる送信可能
帯域のテーブル（Ａ）を示す図である。
【図４】各素材の表示タイミングと各区間内に送信すべ
き素材か否かのフラグのテーブル（Ｂ）を示す図であ
る。
【図５】各素材の送信データ量テーブル（Ｃ）を示す図
である。
【図６】各素材の表示タイミングと各区間内に送信すべ
き素材か否かのフラグのテーブル（Ｂ）を示す図であ
る。
【図７】各素材の送信データ量テーブル（Ｃ）を示す図
である。
【図８】各素材のイベント時刻と送信帯域のテーブル
（Ｄ）を示す図である。
【図９】本発明によるスケジュール概念図である。
【図１０】本発明のデータ送信装置の構成図である。
【図１１】本発明の必要最小帯域値算出手順を示すフロ
ーチャートである。
【図１２】本発明の必要最小帯域値算出手順を示すフロ
ーチャートである。
【図１３】本発明のデータ送信方法を示すフローチャー
トである。
【図１４】本発明のデータ送信装置の構成図である。
【図１５】本発明のデータ送信方法を示すフローチャー
トである。
【図１６】本発明のデータ送信装置の構成図である。
【図１７】本発明におけるスケジュール概念図である。
【図１８】本発明のデータ送信方法を示すフローチャー
トである。
【図１９】本発明のデータ送信装置の構成図である。
【図２０】係数とチャネル番号の関係を示す図である。
【図２１】本発明のデータ送信方法を示すフローチャー
トである。
【図２２】本発明のデータ送信装置の構成図である。
【図２３】本発明のデータ送信方法を示すフローチャー
トである。
【図２４】本発明のデータ送信装置の構成図である。
【図２５】本発明のデータ送信方法を示すフローチャー
トである。
【図２６】本発明のデータ送信装置の構成図である。
【図２７】本発明のデータ送信方法を示すフローチャー
トである。
【図２８】本発明のデータ送信装置の構成図である。
【図２９】本発明のデータ送信方法を示すフローチャー
トである。
【図３０】本発明のデータ送信装置の構成図である。
【図３１】本発明のデータ送信方法を示すフローチャー
トである。
【図３２】本発明に係わるクライアント端末の構成図で
ある。
【図３３】従来のスケジュールを示す概念図である。
【図３４】従来のシナリオの一例を示す図である。
【図３５】従来のクライアント端末の構成図である。
【符号の説明】
１０ 動画 １１ シナリオ蓄積部 １２ シナリオナ解釈部 １３ スケジュール算出部 １００３ 必要最小帯域算出部 １００４ 送信帯域値蓄積部 １００５ 端末受信帯域情報取得部 １００６ 送受信帯域比較決定部 １００８ スケジュール蓄積部 １００９ スケジュール実行部 １０１０ 送信部 １０１１ 送信データ蓄積部 １０１２ 予約送信帯域情報蓄積部 １４１３ 端末受信帯域情報一時蓄積部 １６０３ 限界帯域算出部 １６１３ 追加帯域情報蓄積部 １９１３ 係数蓄積部 １９１４ チャネル選択部 １９１５ チャネル予約情報蓄積部 ２２１６ 優先タイトル情報蓄積部 ２４１７ タイトル再生頻度情報蓄積部 ２６１６ 優先端末情報蓄積部 ２８１７ タイトル別再生端末数情報蓄積部 ３０１７ 端末別再生端末数情報蓄積部 ３５０１ 多重分離部 ３５０２ デコーダバッファ ３５０３ デコーダ ３５０４ コンポジタメモリ ３５０５ プレゼンタ ３５０６ ＢＩＦＳデコーダ ３５０７ スケジューラ

Claims (60)

    【特許請求の範囲】
  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. 【請求項２８】前記複数のチャネルは、各々に対応する
    チャネル番号ｍ（ｍ＝１、２、３、・・・、ｑ）を有
    し、 前記係数ｋは、前記チャネル番号に応じた係数ｋ＝１／
    ｍである、 ことを特徴とする請求項２７記載のデータ送信装置。
  29. 【請求項２９】前記複数のチャネルは、各々に対応する
    チャネル番号ｍ（ｍ＝１、２、３、・・・、ｑ）を有
    し、 前記係数ｋは、チャネル番号１からｑの間の所定の番号
    ｊ（１≦ｊ≦ｑ）を閾値とし、チャネル番号１からｊま
    でのチャネルの場合、ｋ＝１とし、チャネル番号ｊより
    大きいチャネルの場合、ｋ＝ｘ（但し、ｘは、０＜ｘ＜
    １を満たす所定の値）とする、 ことを特徴とする請求項２７記載のデータ送信装置。
  30. 【請求項３０】さらに、優先度の高いタイトルの識別子
    を蓄積する優先タイトル情報蓄積手段を有し、 前記チャネル選択手段は、送信される再生用のデータ
    が、前記優先タイトル情報蓄積手段に蓄積されている前
    記識別子と同じ識別子を持つタイトルのデータの場合に
    は、前記係数ｋの大きいチャネルの方から送信用のチャ
    ネルを選択して割り当て、前記優先タイトル情報蓄積手
    段に蓄積されている前記識別子と異なる識別子を持つタ
    イトルのデータの場合には、前記係数ｋの小さいチャネ
    ルの方から送信用のチャネルを選択して割り当てる、 ことを特徴とする請求項２７乃至２９記載のデータ送信
    装置。
  31. 【請求項３１】さらに、過去の再生頻度に応じて各タイ
    トルの順位付けをして、各タイトルの順位を蓄積するタ
    イトル再生頻度情報蓄積手段を備え、 前記チャネル選択手段は、前記タイトル再生頻度情報蓄
    積手段に蓄積されている前記順位に応じて、所定の順位
    までのタイトルを優先度の高いタイトルと決定し、当該
    タイトルの識別子で前記優先タイトル情報蓄積手段を更
    新する、 ことを特徴とする請求項３０記載のデータ送信装置。
  32. 【請求項３２】さらに、同時に送信される端末の数が多
    い順に各タイトルの順位付けをして、各タイトルの順位
    を蓄積するタイトル再生頻度情報蓄積手段を備え、 前記チャネル選択手段は、前記タイトル再生頻度情報蓄
    積手段に蓄積されている前記順位に応じて、所定の順位
    までのタイトルを優先度の高いタイトルと決定し、当該
    タイトルの識別子で前記優先タイトル情報蓄積手段の内
    容を更新する、 ことを特徴とする請求項３０記載のデータ送信装置。
  33. 【請求項３３】さらに、再生用データを送信する端末の
    うち優先度の高い端末の識別子を蓄積する優先端末情報
    蓄積手段を有し、 前記チャネル選択手段は、前記優先端末情報蓄積手段に
    蓄積されている前記識別子と同じ識別子を持つ端末に対
    して前記再生用のデータを送信する場合には、前記係数
    ｋの大きいチャネルの方から送信用のチャネルを選択し
    て割り当て、前記優先端末情報蓄積手段に蓄積されてい
    る前記識別子と異なる識別子を持つ端末に対して前記再
    生用のデータを送信する場合には、前記係数ｋの小さい
    チャネルの方から送信用のチャネルを選択して割り当て
    る、 ことを特徴とする請求項２７乃至２９記載のデータ送信
    装置。
  34. 【請求項３４】さらに、各タイトル毎に当該タイトルの
    再生用のデータが送信される端末数を蓄積するタイトル
    別再生端末数情報蓄積手段を備え、 前記チャネル選択手段は、前記タイトル別再生端末数情
    報蓄積手段に蓄積されている前記端末数に応じて各端末
    の順位付けをし、各端末の順位に応じて所定の順位まで
    の端末を優先度の高い端末と決定し、当該端末の識別子
    で前記優先端末情報蓄積手段に内容を更新する、 ことを特徴とする請求項３３記載のデータ送信装置。
  35. 【請求項３５】さらに、各端末毎に、当該端末と同時に
    再生用データが送信される端末の数の情報を蓄積した端
    末別再生端末数情報蓄積手段を備え、 前記チャネル選択手段は、前記端末別再生端末数情報蓄
    積手段に蓄積されている前記端末数の情報に応じて各端
    末の順位付けをし、各端末の順位に応じて所定の順位ま
    での端末を優先度の高い端末と決定し、当該端末の識別
    子で前記優先端末情報蓄積手段に内容を更新する、 ことを特徴とする請求項３３記載のデータ送信装置。
  36. 【請求項３６】さらに、 前記再生用のデータに含まれる各々の等時性データを送
    信するためのデータ送信帯域のうち、最大のデータ送信
    帯域を限界帯域ｐとして算出する限界帯域算出手段と、 非等時性データを送信するために前記限界帯域ｐに追加
    される所定の値の送信帯域を蓄積する追加帯域情報蓄積
    手段と、 前記再生用のデータの送信される端末が前記再生用デー
    タを損失なく受信することができる最大のデータ受信帯
    域を取得する端末受信帯域情報取得手段と、 前記限界帯域ｐに、前記追加帯域情報蓄積手段に蓄積さ
    れている前記所定の値の送信帯域を加算して加算送信帯
    域を算出し、前記データ受信帯域が前記加算送信帯域よ
    りも小のとき、前記再生用データの送信を停止するよう
    に決定し、前記データ受信帯域が前記加算送信帯域より
    も大のとき、前記加算送信帯域を前記所定のデータ送信
    帯域Ｒとする送受信帯域比較決定手段と、 を有する、 ことを特徴とする請求項２２記載のデータ送信装置。
  37. 【請求項３７】前記端末受信帯域情報取得手段は、前記
    再生用のデータの送信される端末が複数の場合、全ての
    端末に対して前記最大のデータ受信帯域を取得し、前記
    全ての最大のデータ受信帯域のうち、最小の値の帯域を
    データ受信帯域とする、 ことを特徴とする請求項３６記載のデータ送信装置。
  38. 【請求項３８】さらに、前記複数のチャネルの使用状況
    を示す情報を蓄積するチャネル予約情報蓄積手段を備
    え、 前記チャンネル選択手段は、前記チャネル予約情報蓄積
    手段に蓄積されている前記情報に基づいて、前記チャン
    ネルの選択をする、 ことを特徴とする請求項２７乃至３５記載のデータ送信
    装置。
  39. 【請求項３９】さらに、前記複数の端末の前記最大のデ
    ータ受信帯域を一時的に蓄積する端末受信帯域情報一時
    蓄積手段を備えることを特徴とする請求項２６乃至３
    ５、３７、又は３８何れか記載のデータ送信装置。
  40. 【請求項４０】さらに、前記送受信帯域比較決定手段で
    決定したデータ送信帯域Ｒを使用していることを登録す
    る予約送信帯域情報蓄積手段を備える、ことを特徴とす
    る請求項２５乃至３９記載のデータ送信装置。
  41. 【請求項４１】さらに、前記データ送信帯域Ｒを蓄積す
    る送信帯域値蓄積手段を備える、ことを特徴とする請求
    項２３乃至４０記載のデータ送信装置。
  42. 【請求項４２】さらに、前記スケジュール算出手段で算
    出した前記スケジュールを蓄積するスケジュール蓄積手
    段を備え、 前記スケジュール実行手段は、前記スケジュール蓄積手
    段に蓄積されている前記スケジュールに基づいて、前記
    送信手段を制御する構成の請求項２２乃至４１記載のデ
    ータ送信装置。
  43. 【請求項４３】さらに、前記再生用のデータを蓄積する
    送信データ蓄積手段を備え、 前記送信手段は、前記スケジュール実行手段からの制御
    信号に基づいて、前記送信データ蓄積手段から送信すべ
    きデータを読み出して送信する構成の請求項２２乃至４
    ２記載のデータ送信装置。
  44. 【請求項４４】送信用データを固定のデータ送信帯域を
    持つ等時性データと非固定のデータ送信帯域を持つ非等
    時性データとに分けるステップと、 等時性データの再生開始時刻を決定するステップと、 前記等時性データの再生開始時刻に基づいて、非等時性
    データの各々のデータの送信完了時刻を当該データの再
    生開始時刻となるように設定するステップと、 前記等時性データの再生開始時刻に基づいて、各時間帯
    毎の前記非等時性データを送信できる送信可能帯域を算
    出するステップと、 前記送信完了時刻と前記送信可能帯域とに基づいて、前
    記非等時性データの送信開始時刻と当該非等時性データ
    の各時間帯毎のデータ送信帯域を決定するステップと、 前記非等時性データの送信開始時刻と当該データの送信
    帯域に基づいて、所定のデータ送信帯域の範囲内で前記
    送信用データの送信を行うステップと、 を有するデータ送信方法をコンピュータに実行させるた
    めのプログラムを記録したコンピュータ読み取り可能な
    記録媒体。
  45. 【請求項４５】前記非等時性データを送信できる送信可
    能帯域を算出するステップは、等時性データを送信して
    いない時間帯では、送信可能帯域を前記所定のデータ送
    信帯域とし、等時性データを送信している時間帯では、
    前記所定のデータ送信帯域から送信している前記等時性
    データの固定のデータ送信帯域を減算した値を送信可能
    帯域とするステップである、ことを特徴とする請求項４
    ４記載の記録媒体。
  46. 【請求項４６】前記非等時性データの各時間帯毎のデー
    タ送信帯域を決定するステップは、同一の時間帯に複数
    の非等時性データを送信する場合、前記送信可能帯域を
    同一の時間帯で送信される前記非等時性データの数で割
    った値を、当該同一の時間帯での各々の非等時性データ
    のデータ送信帯域とするステップである、ことを特徴と
    する請求項４４又は４５記載の記録媒体。
  47. 【請求項４７】（Ａ）再生の対象となるタイトルのシナ
    リオを解釈するステップと、（Ｂ）前記所定のデータ送
    信帯域Ｒと前記再生用データのうち固定の送信帯域を持
    つ等時性データを送信するためのデータ送信帯域ｐとに
    基づいて、前記再生用データのうち非固定の送信帯域を
    持つ非等時性データの送信可能帯域Ｗｎと時刻との関係
    を表す送信可能帯域のテーブルを作成するステップと、
    （Ｃ）送信可能帯域のテーブルに基づいて、イベント時
    刻を算出して遅いイベント時刻から順に時刻番号ｎ（ｎ
    ＝１、２、・・・）を付すと共に、各イベント時刻の時
    刻番号順に区切られた時間帯に、遅い時間帯から順に時
    間番号ｎ（ｎ＝１、２、・・・）を付して、前記非等時
    性データの各データの表示時刻と、該データが前記時間
    番号で示された各時間帯に送信すべきデータか否かの関
    係とを表すフラグのテーブルを作成するステップと、
    （Ｄ）送信する非等時性データのそれぞれの未送信のデ
    ータ量Ｍｘを管理するための未送信データ量テーブルを
    作成するステップと、（Ｅ）前記時間番号ｎの時間帯に
    送信される非等時性データの数Ｋｎで送信可能帯域Ｗｎ
    を割って、各非等時性データ用の送信帯域Ｓ（ｎ）＝Ｗ
    ｎ／Ｋｎを算出するステップと、（Ｆ）Ｋｎ個の全ての
    非等時性データについて、前記時間番号ｎの時間帯での
    送信帯域Ｓ（ｎ）において、各非等時性データ毎の未送
    信のデータ量Ｍｘを送信し終えるまでの送信終了所要時
    間Ｑ（ｎ，ｘ）＝Ｍｘ／Ｓ（ｎ）を算出するステップ
    と、（Ｇ）時間番号ｎの時間帯（時刻Ｔ（ｎ＋１）〜時
    刻Ｔ（ｎ））において、各非等時性データの送信終了所
    要時間Ｑ（ｎ，ｘ）が、Ｑ（ｎ，ｘ）＜｛Ｔ（ｎ）−Ｔ
    （ｎ＋１）｝を満たすか否かを検査して、この時間番号
    ｎの時間帯で送信が完了する非等時性データがあるかど
    うかを検出するステップと、（Ｈ）時間番号ｎの時間帯
    （時刻Ｔ（ｎ＋１）〜時刻Ｔ（ｎ））において送信が完
    了する非等時性データについて、送信完了時刻Ｙ（ｎ，
    ｘ）＝Ｑ（ｎ，ｘ）＋Ｔ（ｎ＋１）を算出するステップ
    と、（Ｉ）算出された送信完了時刻Ｙ（ｎ，ｘ）のう
    ち、最も時刻が遅いものを新たにイベント時刻として時
    間番号ｎの時間帯（時刻Ｔ（ｎ＋１）〜時刻Ｔ（ｎ））
    の間に挿入し、前記時刻番号及び前記時間番号を振り直
    して、前記フラグのテーブルを更新するステップと、
    （Ｊ）送信を完了しない非等時性データについては、時
    間番号ｎの時間帯に送信されるデータ容量（Ｓ（ｎ）・
    ｛Ｔ（ｎ）−Ｔ（ｎ＋１）｝）から新たな未送信データ
    容量Ｍｘ’＝Ｍｘ−｛Ｓ（ｎ）・（Ｔ（ｎ）−Ｔ（ｎ＋
    １））｝を算出して、前記未送信データ量テーブルを更
    新するステップと、（Ｋ）全ての時間番号ｎについて前
    記ステップ（Ｅ）〜ステップ（Ｊ）を繰り返して処理
    し、（Ｌ）全ての時間番号ｎについて処理が完了した
    ら、各イベント時刻と、各非等時性データの送信帯域と
    の関係を表すテーブル作成するステップと、（Ｍ）前記
    ステップ（Ｌ）で作成されたテーブルに基づいて、前記
    再生用データを送信するステップと、 を有するデータ送信方法をコンピュータに実行させるた
    めのプログラムを記録したコンピュータ読み取り可能な
    記録媒体。
  48. 【請求項４８】前記ステップ（Ａ）と前記ステップ
    （Ｂ）の間で、（ａ１）前記所定のデータ送信帯域Ｒを
    所定の必要最小帯域Ｅに設定するステップと、 前記ステップ（Ｌ）の後で、（ｌ１）前記ステップ
    （Ｌ）で作成されたテーブルを検査して、前記再生用デ
    ータのうち固定の送信帯域を持つ等時性データの再生が
    開始される時刻の前に、前記非等時性データの送信が生
    じた場合には、前記必要最小帯域Ｅに所定の値Ｃを加え
    て新たな前記必要最小帯域Ｅ（Ｅ＝Ｅ＋Ｃ）とし、再び
    前記ステップ（Ｅ）からの処理を繰り返すするステップ
    と、 ことを特徴とする請求項４７記載の記録媒体。
  49. 【請求項４９】前記ステップ（Ｄ）と前記ステップ
    （Ｅ）の間で、（ｄ１）前記ステップ（Ｃ）で設定され
    た前記時刻番号ｎの小さい番号順に、前記時刻番号ｎに
    対応する非等時性データの送信を時刻Ｔ（ｎ＋１）〜時
    刻Ｔ（ｎ）の間に完了することができるデータ送信の必
    要最小帯域Ｅｘを、全ての非等時性データについて求め
    るステップと、、（ｄ２）前記ステップ（ｄ１）で求め
    た必要最小帯域Ｅｘから最小の値の帯域を必要最小帯域
    Ｅとするステップと、（ｄ３）前記再生用のデータを受
    信する端末が前記再生用データを損失なく受信すること
    ができる最大のデータ受信帯域を求めるステップと、
    （ｄ４）前記必要最小帯域Ｅと前記最大のデータ受信帯
    域のうち小さいほうの帯域を前記所定のデータ送信帯域
    Ｒとするステップと、 ことを特徴とする請求項４７記載の記録媒体。
  50. 【請求項５０】前記ステップ（ｄ３）において、前記再
    生用のデータを受信する端末が複数の場合、全ての端末
    に対して前記最大のデータ受信帯域を求めるステップ
    と、 前記ステップ（ｄ４）において、前記必要最小帯域Ｅと
    全ての前記最大のデータ受信帯域のうち、最小の値の帯
    域を前記所定のデータ送信帯域Ｒとするステップと、 ことを特徴とする請求項４９記載の記録媒体。
  51. 【請求項５１】前記ステップ（ｄ１）の前で、（ｄ０）
    前記再生用データを送信するための複数のチャネルを設
    けて、該複数のチャネルの各々に対応する係数ｋを設定
    するステップと、 前記ステップ（ｄ４）の後に、（ｄ５）前記複数のチャ
    ネルのうち使用されていないチャネルであって、前記係
    数ｋの大きいチャネルの方から、送信する非等時性デー
    タを再生する順に割り当てるステップと、（ｄ６）各々
    のチャネルから再生用データを送信するためのデータ送
    信帯域を、前記データ送信帯域Ｒに各々のチャネルに対
    応する前記係数ｋを乗じた値ｋＲとして、前記データ送
    信帯域Ｒ（Ｒ＝ｋＲ）を設定し直すステップと、 ことを特徴とする請求項４９又は５０記載の記録媒体。
  52. 【請求項５２】前記ステップ（ｄ０）は、前記再生用デ
    ータを送信するための複数のチャネルを設けて、該複数
    のチャネルの各々に対応するチャネル番号ｍ（ｍ＝１、
    ２、３、・・・、ｑ）と該チャネル番号に応じた係数ｋ
    （ｍ）＝１／ｍを設定するステップであり、 前記ステップ（ｄ６）は、各々のチャネルから再生用デ
    ータを送信するためのデータ送信帯域を、前記データ送
    信帯域Ｒに各々のチャネルに対応する前記係数ｋ（ｍ）
    を乗じた値ｋ（ｍ）・Ｒとして、前記データ送信帯域Ｒ
    （Ｒ＝ｋ（ｍ）・Ｒ）を設定し直すステップである、 ことを特徴とする請求項５１記載の記録媒体。
  53. 【請求項５３】前記ステップ（ｄ０）において、１から
    ｑの間の所定の番号ｊ（１≦ｊ≦ｑ）を閾値とし、チャ
    ネル番号１からｊまでのチャネルの係数ｋ（ｍ）は、ｋ
    （ｍ）＝１とし、チャネル番号ｊより大きいチャネルの
    係数ｋ（ｍ）は、ｋ（ｍ）＝ｘ（但し、ｘは、０＜ｘ＜
    １を満たす所定の値）とする、ことを特徴とする請求項
    ５２記載の記録媒体。
  54. 【請求項５４】前記ステップ（ｄ５）において、優先度
    の高いタイトルを決定しておき、送信される再生用デー
    タが、該優先度の高いタイトルのデータの場合には、前
    記係数ｋの大きいチャネルの方から送信用のチャネルを
    割り当て、優先度の高いタイトル以外のタイトルのデー
    タの場合には、前記係数ｋの小さいチャネルの方から送
    信用のチャネルを割り当てる、ことを特徴とする請求項
    ５１乃至５３記載の記録媒体。
  55. 【請求項５５】前記ステップ（ｄ５）において、前記優
    先度の高いタイトルの決定は、過去の再生頻度に応じて
    各タイトルの順位付けをし、所定の順位までのタイトル
    を優先度の高いタイトルとする、ことを特徴とする請求
    項５４記載の記録媒体。
  56. 【請求項５６】前記ステップ（ｄ５）において、前記優
    先度の高いタイトルの決定は、同時に送信される端末の
    数が多い順に各タイトルの順位付けをし、所定の順位ま
    でのタイトルを優先度の高いタイトルとする、ことを特
    徴とする請求項５４記載の記録媒体。
  57. 【請求項５７】前記ステップ（ｄ５）において、再生用
    データを送信する端末のうち優先度の高い端末を決定し
    ておき、再生用データを該優先度の高い端末に対して送
    信する場合には、前記係数ｋの大きいチャネルの方から
    送信用のチャネルを割り当て、優先度の高い端末以外の
    端末に対して送信する場合には、前記係数ｋの小さいチ
    ャネルの方から送信用のチャネルを割り当てる、ことを
    特徴とする請求項５１乃至５３記載の記録媒体。
  58. 【請求項５８】前記ステップ（ｄ５）において、前記優
    先度の高い端末の決定は、所定のタイトルを再生する際
    に、同時に送信される端末の数が多い順に各端末の順位
    付けをし、所定の順位までの端末を優先度の高い端末と
    する、ことを特徴とする請求項５７記載の記録媒体。
  59. 【請求項５９】前記ステップ（Ｄ）と前記ステップ
    （Ｅ）の間で、（ｄ１）前記再生用のデータに含まれる
    各々の等時性データを送信するためのデータ送信帯域の
    うち、最大のデータ送信帯域ｐに非等時性データを送信
    するための所定の値のデータ送信帯域を加えて加算送信
    帯域とするステップと、（ｄ２）前記再生用のデータの
    送信される端末が前記再生用データを損失なく受信する
    ことができる最大のデータ受信帯域を求めるステップ
    と、（ｄ３）前記データ受信帯域が前記加算送信帯域よ
    りも小のとき、前記再生用データの送信を停止するステ
    ップと、（ｄ４）前記データ受信帯域が前記加算送信帯
    域よりも大のとき、前記加算送信帯域を前記所定のデー
    タ送信帯域Ｒとするステップと、 ことを特徴とする請求項４７記載の記録媒体。
  60. 【請求項６０】前記ステップ（ｄ２）において、前記再
    生用のデータの送信される端末が複数の場合、全ての端
    末に対して前記最大のデータ受信帯域を求め、全ての前
    記最大のデータ受信帯域のうち、最小の値の帯域をデー
    タ受信帯域とする、 ことを特徴とする請求項５９記載の記録媒体。
JP28738398A 1998-09-25 1998-09-25 データ送信方法、データ送信装置、及びデータ送信プログラムを記録した記録媒体 Withdrawn JP2000101647A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP28738398A JP2000101647A (ja) 1998-09-25 1998-09-25 データ送信方法、データ送信装置、及びデータ送信プログラムを記録した記録媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP28738398A JP2000101647A (ja) 1998-09-25 1998-09-25 データ送信方法、データ送信装置、及びデータ送信プログラムを記録した記録媒体

Publications (2)

Publication Number Publication Date
JP2000101647A true JP2000101647A (ja) 2000-04-07
JP2000101647A5 JP2000101647A5 (ja) 2005-11-24

Family

ID=17716649

Family Applications (1)

Application Number Title Priority Date Filing Date
JP28738398A Withdrawn JP2000101647A (ja) 1998-09-25 1998-09-25 データ送信方法、データ送信装置、及びデータ送信プログラムを記録した記録媒体

Country Status (1)

Country Link
JP (1) JP2000101647A (ja)

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002077857A (ja) * 2000-08-31 2002-03-15 Hitachi Ltd マルチメディアデータの送出装置
WO2004053758A1 (ja) * 2001-07-30 2004-06-24 Matsushita Electric Industrial Co., Ltd. シナリオ情報解析装置及びシナリオ情報解析方法
JP2005151000A (ja) * 2003-11-13 2005-06-09 Nippon Telegr & Teleph Corp <Ntt> メディア通信制御方法、メディア通信制御装置、および、メディア提供システム、ならびに、メディア通信制御プログラム、メディア提供プログラム、および、その記憶媒体
US7525556B2 (en) 2002-01-31 2009-04-28 Sony Corporation Data creating device, data reproducing device, data processing system, and methods therefor
JP2012113719A (ja) * 2010-11-25 2012-06-14 Nhn Business Platform Corp Ｐ２ｐ基盤のストリーミングサービスのサーバ使用量を調整するシステムおよび方法
JP2012165371A (ja) * 2011-01-21 2012-08-30 Ntt Docomo Inc 複数のビデオを評価する方法及び評価サーバー
JP2016184774A (ja) * 2015-03-20 2016-10-20 ヤフー株式会社 情報処理装置、情報処理方法、情報処理プログラム、および配信装置
JP2017017738A (ja) * 2016-09-07 2017-01-19 ヤフー株式会社 情報処理装置、情報処理方法、情報処理プログラム、および配信装置
US10721377B1 (en) 2019-06-11 2020-07-21 WeMovie Technologies Production-as-a-service systems for making movies, tv shows and multimedia contents
US11107503B2 (en) 2019-10-08 2021-08-31 WeMovie Technologies Pre-production systems for making movies, TV shows and multimedia contents
US11166086B1 (en) 2020-10-28 2021-11-02 WeMovie Technologies Automated post-production editing for user-generated multimedia contents
US11315602B2 (en) 2020-05-08 2022-04-26 WeMovie Technologies Fully automated post-production editing for movies, TV shows and multimedia contents
US11321639B1 (en) 2021-12-13 2022-05-03 WeMovie Technologies Automated evaluation of acting performance using cloud services
US11330154B1 (en) 2021-07-23 2022-05-10 WeMovie Technologies Automated coordination in multimedia content production
US11564014B2 (en) 2020-08-27 2023-01-24 WeMovie Technologies Content structure aware multimedia streaming service for movies, TV shows and multimedia contents
US11570525B2 (en) 2019-08-07 2023-01-31 WeMovie Technologies Adaptive marketing in cloud-based content production
US11812121B2 (en) 2020-10-28 2023-11-07 WeMovie Technologies Automated post-production editing for user-generated multimedia contents

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002077857A (ja) * 2000-08-31 2002-03-15 Hitachi Ltd マルチメディアデータの送出装置
WO2004053758A1 (ja) * 2001-07-30 2004-06-24 Matsushita Electric Industrial Co., Ltd. シナリオ情報解析装置及びシナリオ情報解析方法
US7525556B2 (en) 2002-01-31 2009-04-28 Sony Corporation Data creating device, data reproducing device, data processing system, and methods therefor
JP2005151000A (ja) * 2003-11-13 2005-06-09 Nippon Telegr & Teleph Corp <Ntt> メディア通信制御方法、メディア通信制御装置、および、メディア提供システム、ならびに、メディア通信制御プログラム、メディア提供プログラム、および、その記憶媒体
JP4596766B2 (ja) * 2003-11-13 2010-12-15 日本電信電話株式会社 メディア通信制御方法、メディア通信制御装置、および、メディア提供システム、ならびに、メディア通信制御プログラム、および、その記憶媒体
JP2012113719A (ja) * 2010-11-25 2012-06-14 Nhn Business Platform Corp Ｐ２ｐ基盤のストリーミングサービスのサーバ使用量を調整するシステムおよび方法
JP2012165371A (ja) * 2011-01-21 2012-08-30 Ntt Docomo Inc 複数のビデオを評価する方法及び評価サーバー
JP2016184774A (ja) * 2015-03-20 2016-10-20 ヤフー株式会社 情報処理装置、情報処理方法、情報処理プログラム、および配信装置
JP2017017738A (ja) * 2016-09-07 2017-01-19 ヤフー株式会社 情報処理装置、情報処理方法、情報処理プログラム、および配信装置
US10721377B1 (en) 2019-06-11 2020-07-21 WeMovie Technologies Production-as-a-service systems for making movies, tv shows and multimedia contents
US11736654B2 (en) 2019-06-11 2023-08-22 WeMovie Technologies Systems and methods for producing digital multimedia contents including movies and tv shows
US11570525B2 (en) 2019-08-07 2023-01-31 WeMovie Technologies Adaptive marketing in cloud-based content production
US11107503B2 (en) 2019-10-08 2021-08-31 WeMovie Technologies Pre-production systems for making movies, TV shows and multimedia contents
US11783860B2 (en) 2019-10-08 2023-10-10 WeMovie Technologies Pre-production systems for making movies, tv shows and multimedia contents
US11315602B2 (en) 2020-05-08 2022-04-26 WeMovie Technologies Fully automated post-production editing for movies, TV shows and multimedia contents
US11564014B2 (en) 2020-08-27 2023-01-24 WeMovie Technologies Content structure aware multimedia streaming service for movies, TV shows and multimedia contents
US11943512B2 (en) 2020-08-27 2024-03-26 WeMovie Technologies Content structure aware multimedia streaming service for movies, TV shows and multimedia contents
US11166086B1 (en) 2020-10-28 2021-11-02 WeMovie Technologies Automated post-production editing for user-generated multimedia contents
US11812121B2 (en) 2020-10-28 2023-11-07 WeMovie Technologies Automated post-production editing for user-generated multimedia contents
US11330154B1 (en) 2021-07-23 2022-05-10 WeMovie Technologies Automated coordination in multimedia content production
US11924574B2 (en) 2021-07-23 2024-03-05 WeMovie Technologies Automated coordination in multimedia content production
US11321639B1 (en) 2021-12-13 2022-05-03 WeMovie Technologies Automated evaluation of acting performance using cloud services
US11790271B2 (en) 2021-12-13 2023-10-17 WeMovie Technologies Automated evaluation of acting performance using cloud services

Similar Documents

Publication Publication Date Title
JP2000101647A (ja) データ送信方法、データ送信装置、及びデータ送信プログラムを記録した記録媒体
KR101445393B1 (ko) 멀티캐스트 배포 시스템, 클라이언트 기기, 상위 라우터 제어 장치, 콘텐츠의 표시 방법 및 기록 매체
US6453316B1 (en) Scheduling unit for scheduling service requests to cyclically provide services
US7310678B2 (en) System, server, and method for variable bit rate multimedia streaming
EP0753820B1 (en) Multimedia playing apparatus utilizing synchronization of scenario-defined processing time points with playing of finite-time monomedia item
KR101475544B1 (ko) 공유 메모리 풀을 사용한 디지털 데이터 관리
US7882531B2 (en) Multicasting system and multicasting method
JP2642072B2 (ja) メモリ・バッファ管理方法及びシステム
EP0673159A1 (en) Scheduling policies with grouping for providing VCR control functions in a video server
JPH07264573A (ja) ビデオ・システムにおけるポーズ・レジュームをサポートする方法およびシステム
JP2003530774A (ja) ストリーミング中のメディアの再同期化
TWI590085B (zh) 用於硬體加速視頻系統中策略察知之裝置及方法
JP2003530745A (ja) 複数クライアントへの単一メディア・トラックのストリーミング
WO2015134297A1 (en) Bandwidth aware digital video recording (dvr) scheduling
JP2004517566A (ja) 視聴覚放送の記録を管理する方法及び関連する装置
JP2003525486A (ja) 有限要求リオーダを用いるディスク・スケジューリング・システム
CN112584087A (zh) 视频会议录制方法、电子装置和存储介质
JP5506250B2 (ja) ストリーム復号装置及びストリーム復号方法
EP1753237B1 (en) Scheduling for Internet Protocol Television Broadcast
JP3584787B2 (ja) マルチメディアデータ再生／送出装置
KR20050097432A (ko) 데이터 처리 장치 및 데이터 처리 방법
Little et al. Real-time scheduling for multimedia services
JP2000115744A (ja) 動画像送出システム
JP2005236466A (ja) 情報処理装置および情報処理方法
Khan et al. Quality-based I/O resource managementfor multimedia document database servers

Legal Events

Date Code Title Description
RD02 Notification of acceptance of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7422

Effective date: 20050727

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050920

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20050920

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20070412

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20070507