JP2003333579A

JP2003333579A - データ受信再生装置及び方法

Info

Publication number: JP2003333579A
Application number: JP2002206662A
Authority: JP
Inventors: Reiko Noda; 玲子野田
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2002-03-06
Filing date: 2002-07-16
Publication date: 2003-11-21

Abstract

(57)【要約】【課題】ストリームデータの受信再生において繰り返
し再生を行う場合、ネットワークの状況に依存せず再生
を行い、かつ繰り返し再生を開始するまでの待ち時間を
短くする受信再生方法を提供する。【解決手段】ストリームデータの再生中に次回の再生
開始のためのバッファリングを行う。あるいはストリー
ムデータの初回再生時にプレバッファリングしたデータ
を保存しておき、次回再生時に再利用する。あるいは、
サーバがストリームデータを送信し終わった時刻に次回
のストリームデータの送信要求を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信ネットワーク
を介して画像や音声などのデータを受信再生する方法、
装置に関する。

【０００２】

【従来の技術】動画、音声、静止画、テキスト、アニメ
ーション等のデジタル化されたマルチメディアデータを
通信ネットワーク上で転送し再生を行う処理方法にはダ
ウンロード型転送処理とストリーム型転送処理とがあ
る。

【０００３】ダウンロード型転送処理では、配信サーバ
から転送された所望のマルチメディアデータの全てを受
信してから再生が行われる。転送プロトコルにはＨＴＴ
Ｐ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｐｏｒｔＰｒｏ
ｔｏｃｏｌ）が用いられることが多い。

【０００４】これに対し、ストリーム型転送処理では配
信サーバから所望のマルチメディアデータを受信しなが
ら再生を行う。転送プロトコルにはＲＴＳＰ（Ｒｅａｌ
−ＴｉｍｅＳｔｒｅａｍｉｎｇＰｒｏｔｏｃｏｌ）
が用いられることが多い。ＲＴＳＰとは、ＩＥＴＦで規
格化されたストリーミングマルチメディアの配信の開始
や管理を行う制御プロトコルである（ＲＦＣ２３２
６）。

【０００５】図７はＲＴＳＰを用いたストリームデータ
配信処理の流れを説明する図である。

【０００６】まず、クライアント１００とサーバ２００
の間でストリームデータ送信前の手続きを行う（２００
１ａ、２００１ｂ、２００２ａ、２００２ｂ）。クライ
アント１００はサーバ２００にストリームデータの送信
を要求する（２００３ａ、時刻ｔ１）。サーバ２００は
応答し（２００３ｂ）、ストリームデータの送信を開始
する（時刻ｔ２）。クライアント１００はストリームデ
ータを受信してバッファリングを開始する（時刻ｔ
２）。クライアント１００はバッファリングを開始して
所定の時間経過後にストリームデータの再生を開始する
（時刻ｔ３）。

【０００７】

【発明が解決しようとする課題】上記のストリームデー
タ配信処理を用いて同じストリームデータを繰り返し再
生する場合は、再生が完了してから前回の再生開始とま
ったく同じ処理を行う必要がある。つまり、クライアン
ト１００は再度サーバ２００へストリームデータの送信
を要求し（２００４ａ、時刻ｔ４）、サーバ２００から
送信されてきたストリームデータのバッファリングを開
始し（時刻ｔ５）、所定の時間経過後に再生を開始する
（時刻ｔ６）のである。

【０００８】従って、ストリームデータの送信を要求し
てから再生が始まるまで、時間（ｔ６−ｔ４）の遅延を
生じる。３回目以降の繰り返し再生時にも同じだけの遅
延を生じる。このため、繰り返し再生をスムーズに行え
ないという問題があった。

【０００９】そこで、本発明では繰り返し再生時の遅延
を小さくしたストリームデータ受信再生方法を提供する
ことを目的とする。

【００１０】

【課題を解決するための手段】上記課題を解決するため
に本発明のデータ受信再生方法は、ネットワークに接続
されたサーバからストリームデータを受信して再生を行
う方法であって、前記サーバから前記ストリームデータ
を取得するデータ取得ステップと、前記取得したストリ
ームデータを順次一時記憶する記憶ステップと、前記記
憶したストリームデータが所定量に達するか、あるいは
前記データ取得ステップの処理開始後所定時間経過して
から再生を開始する再生ステップとを有し、前記再生ス
テップで現在の再生が終了する前に、次回の再生のため
の前記データ取得ステップの処理を開始することを特徴
とする。

【００１１】また、本発明のデータ受信再生方法は、次
回の再生のための前記データ取得ステップの処理は、現
在実行中の再生ステップの残り再生時間が、前記データ
取得ステップの処理開始から前記再生ステップの処理開
始までの所要時間以上である間に開始することを特徴と
していても良い。

【００１２】本発明のデータ受信再生方法は、ネットワ
ークに接続されたサーバからストリームデータを受信し
て再生を行う方法であって、前記サーバから前記ストリ
ームデータを取得するデータ取得ステップと、前記取得
したストリームデータを順次一時記憶する記憶ステップ
と、前記記憶したデータが所定量に達してから再生を開
始する再生ステップと、前記データ取得ステップの処理
開始から前記再生ステップの処理開始までの間に順次一
時記憶されたストリームデータを保存しておく保存ステ
ップとを有し、前記再生ステップで現在の再生が終了し
てから、前記データ取得ステップは前記保存したデータ
の続きからストリームデータの取得を行い、前記再生ス
テップは前記保存したデータと前記一時記憶したデータ
を用いて再生を開始することを特徴とする。

【００１３】本発明のデータ受信再生方法は、ネットワ
ークに接続されたサーバからストリームデータを受信し
て再生を行う方法であって、前記サーバから前記ストリ
ームデータを取得するデータ取得ステップと、前記取得
したストリームデータを順次一時記憶する記憶ステップ
と、前記記憶したデータが所定量に達してから、あるい
は前記データ取得ステップ開始後所定時間経過してから
再生を開始する再生ステップとを有し、前記再生ステッ
プで再生中のストリームデータの終端データを前記サー
バが送信を終了してから、次回の再生のための前記デー
タ取得ステップの処理を開始することを特徴とする。

【００１４】また、本発明のデータ受信再生方法は、次
回の再生のための前記データ取得ステップの処理は、次
回の再生のために記憶したデータが所定量に達してか
ら、あるいは次回の再生のための前記データ取得ステッ
プ開始後所定時間経過したときに一時中断し、次回の再
生が開始された後に前記データ取得ステップを再開する
ことを特徴としていてもよい。

【００１５】また、本発明のデータ受信再生方法は、実
行中の前記再生ステップは、再生中のストリームデータ
の終端データを再生し終わったときに中断することを特
徴としていてもよい。

【００１６】本発明のデータ受信再生装置は、ネットワ
ークに接続されたサーバからストリームデータを受信し
て再生を行う装置であって、サーバからストリームデー
タを取得するデータ取得手段と、前記取得したストリー
ムデータを順次一時記憶する一時記憶手段と、前記記憶
したストリームデータを再生する再生手段と、前記デー
タ取得手段と前記再生手段の動作を制御する制御手段と
を有し、前記制御手段は、前記再生手段における現在の
ストリームデータの再生が終了する前に、次回再生のた
めの前記データ取得を開始させることを特徴とする。

【００１７】また、本発明のデータ受信再生装置は、前
記制御手段は、現在の再生の残り時間が、ストリームデ
ータの取得開始から再生開始までの所要時間以上である
間に、前記データ取得手段に、次回再生のためのストリ
ームデータの取得を開始させることを特徴ととしていて
も良い。

【００１８】本発明のデータ受信再生装置は、ネットワ
ークに接続されたサーバからストリームデータを受信し
て再生を行う装置であって、前記サーバから前記ストリ
ームデータを取得するデータ取得手段と、前記取得した
ストリームデータを一時記憶する一時記憶手段と、前記
記憶したストリームデータを再生する再生手段と、前記
取得開始から前記再生開始までに一時記憶したストリー
ムデータを保存しておく保存手段と、前記データ取得手
段の動作と前記再生手段を制御する制御手段とを有し、
前記制御手段は、前記再生手段における現在のストリー
ムデータの再生が終了してから、前記データ取得手段に
は、前記保存したストリームデータの続きから取得を開
始させ、前記再生手段には、記憶保存手段に記憶されて
いるストリームデータと一時記憶手段に記憶されている
ストリームデータの再生を開始させることを特徴とす
る。

【００１９】本発明のデータ受信再生装置は、ネットワ
ークに接続されたサーバからストリームデータを受信し
て再生を行う装置であって、前記サーバから前記ストリ
ームデータを取得するデータ取得手段と、前記取得した
ストリームデータを順次一時記憶する一時記憶手段と、
前記記憶したストリームデータを再生する再生手段と、
前記データ取得手段の動作と前記再生手段を制御する制
御手段とを有し、前記制御手段は、前記記憶したデータ
が所定量に達してから、あるいは前記データ取得ステッ
プ開始後所定時間経過してから再生を開始させ、前記再
生手段における現在のストリームデータの終端データを
前記サーバが送信を終了してから、前記データ取得手段
に次回の再生のためのストリームデータを取得の処理さ
せることを特徴とする。

【００２０】また、本発明のデータ受信再生装置は、前
記制御手段は、前記データ取得手段に、次回の再生のた
めに記憶したデータが所定量に達してから、あるいは次
回の再生のための前記データ取得ステップ開始後所定時
間経過したときに一時中断させ、次回の再生が開始され
た後にストリームデータの取得を再開させることを特徴
としていてもよい。

【００２１】また、本発明のデータ受信再生装置は、前
記制御手段は、前記再生手段に、再生中のストリームデ
ータの終端データを再生し終わったときに再生を中断さ
せることを特徴としていてもよい。

【００２２】また、本発明のデータ受信再生装置は、シ
ーン記述言語ファイルを取得する取得手段と、前記シー
ン記述言語ファイルの記載を解析して再生すべきデータ
名と、再生の順序と、再生の繰り返し回数の情報を抽出
する解析手段とを有し、前記制御手段は前記解析手段か
らの情報に基づいて繰り返し再生を行うことを特徴とし
ても良い。

【００２３】

【発明の実施の形態】（第１の実施形態）以下、図面を
参照して本発明の第１の実施形態を説明する。

【００２４】図１は本実施形態のデータ配信システム及
びデータ受信再生装置の構成を説明する図である。

【００２５】本データ配信システムはシーン記述言語Ｓ
ＭＩＬ（ＳｙｎｃｈｒｏｎｉｚｅｄＭｕｌｔｉｍｅｄｉ
ａＩｎｔｅｇｒａｔｉｏｎＬａｎｇｕａｇｅ）のフ
ァイルの記述に基づいてデータの受信再生を行うデータ
受信再生装置であるクライアント１００と、ＳＭＩＬフ
ァイルの送信と、音声及び画像等のメディアデータをス
トリームデータとして配信するサーバ２００と、クライ
アント１００とサーバ２００を接続するネットワーク３
００とを有する。尚、以下、メディアデータはファイル
等の形態で完全な形で存在するデータを指し、ストリー
ムデータはメディアデータを送信するために断片化した
形態で存在するものを指すものとする。本実施形態では
ＳＭＩＬファイルの送信とメディアデータの配信を共に
サーバ２００で行っているが、別のサーバで行うように
しても構わない。

【００２６】クライアント１００は、例えば、ユーザが
ＳＭＩＬファイルの格納場所を示すＵＲＬをクリックす
るなどした場合に、サーバ２００に対してＳＭＩＬファ
イルの送信要求コマンドを送信する。サーバ２００は送
信要求コマンドに基づいてＳＭＩＬファイルをクライア
ント１００に送信する。そして、クライアント１００は
ＳＭＩＬファイルの記述に従って、サーバ２００に対し
てストリームデータの送信を要求する送信要求コマンド
を送信する。送信要求コマンドを受信したサーバ２００
はクライアント１００にレスポンスを送信するととも
に、送信要求コマンドに基づいてストリームデータを順
次送信する。

【００２７】クライアント１００の送受信部１０１は、
サーバ２００に対してストリームデータ及びＳＭＩＬフ
ァイルの送信を要求する送信要求コマンドを送信し、そ
の結果サーバ２００から送信されるレスポンス及びＳＭ
ＩＬファイル及びストリームデータを受信する。制御部
１０２は送受信部１０１の制御と、サーバからのレスポ
ンスの解析と、再生処理の制御を行う。さらに、クライ
アント１００は、受信したストリームデータを順次一時
記憶する２つのバッファ１０３ｓ１及び１０３ｓ２を含
むバッファ１０３と、バッファ１０３中の受信したスト
リームデータ復号する復号部１０４と、復号されたデー
タを出力する表示デバイス１０５を有する。復号された
データのうち、画像データはディスプレイ１０５ａで、
音声データはスピーカー１０５ｂで出力される。また、
構文解析部１０６はＳＭＩＬファイルを解析して再生す
べきストリームデータやそのストリームデータを繰り返
し再生する場合にはその繰り返し回数等の情報を制御部
１０２に伝える。

【００２８】制御部１０２は送受信部１０１を介してサ
ーバ２００からＳＭＩＬファイルを取得させる。送受信
部１０１は制御部１０２の命令に従い、サーバ２００に
対してＳＭＩＬファイルの転送要求コマンドを送信して
サーバ２００からのレスポンスを待つ。そして、送受信
部１０１はレスポンスを制御部１０２に伝え、受信した
ＳＭＩＬファイルを構文解析部１０６に伝える。構文解
析部１０６はＳＭＩＬファイルを解析して得られた、再
生対象のストリームデータのＵＲＬや繰り返し再生の回
数等の情報を制御部１０２に伝える。

【００２９】制御部１０２はこれらＵＲＬや繰り返し回
数等の情報に基づいて、送受信部１０１にストリームデ
ータの取得を行うよう命令を出す。送受信部１０１は制
御部１０２の命令に従い、サーバ２００に対してＲＴＳ
Ｐに従う、転送要求コマンドを送信してサーバ２００か
らのレスポンスを待つ。そして、送受信部１０１はレス
ポンスを受信した場合、送信要求がサーバ２００に受け
付けられた状態を制御部１０２に通知する。

【００３０】さらに送受信部１０１は制御部１０２の命
令に従い、サーバ２００から送信されてきたストリーム
データを受信し、バッファ１０３に順次一時記憶してい
く。

【００３１】また、バッファ１０３に所定のデータ量が
蓄えられたら、受信とバッファへの一時記憶を続けなが
ら、バッファ１０５から読み出したストリームデータを
復号部１０４に順次出力する。そしてデータの受信状態
やバッファの残り等の情報を制御部へ伝える。

【００３２】以下、図２を用いてクライアント１００の
データ再生動作を説明する。本実施形態では繰り返し再
生を行う際ＲＴＳＰセッションを２つ利用しそれぞれの
セッションで交互に再生を行うことで繰り返し時の待ち
時間を小さくしている。すなわち、一つのセッションで
ストリームデータの受信再生が行われている間にもう一
方のセッションで次回の再生に必要なストリームデータ
を先行取得しておく。

【００３３】まず、制御部１０２は送受信部１０１に２
つのＲＴＳＰセッションＳ１、Ｓ２を生成するように命
令する。この命令に基づいて、送受信部１０１は内部的
にＲＴＳＰセッションＳ１、Ｓ２それぞれの識別子を取
得し記憶する準備を行う。（Ｓ３００１）。

【００３４】そして、制御部１０２は送受信部１０１
に、セッションＳ１でＤＥＳＣＲＩＢＥコマンドを送信
してＳＤＰ（ＳｅｓｓｉｏｎＤｅｓｃｒｉｐｔｉｏｎ
Ｐｒｏｔｏｃｏｌ）データを取得し、制御部１０２に
報告するように命令する。ＳＤＰデータはストリームデ
ータの復号方式などの制御情報で、ストリームデータの
再生に必要なものである。送受信部１０１は命令に基づ
いて、セッションＳ１を用いてサーバ２００にＤＥＳＣ
ＲＩＢＥコマンドを送信して、ＳＤＰデータを受信し制
御部１０２に出力する。この時、サーバ２００側がセッ
ションＳ１を表す識別子を生成し、送受信部１０１にＳ
ＤＰデータと共に送信する。送受信部１０１がこの識別
子を受信して記憶することでセッションＳ１が確立す
る。以後、セッションＳ１を用いた通信はこの識別子を
送信することで他の通信と区別する。

【００３５】制御部１０２はＳＤＰデータを解析して、
ストリームデータの制御情報を取得する。（Ｓ３００
２）。

【００３６】次に制御部１０２は送受信部１０１に対し
て、サーバ２００にストリームデータの送信準備を行わ
せるＳＥＴＵＰコマンドを送信するように命令する。送
受信部１０１は命令に基づいてセッションＳ１、Ｓ２そ
れぞれについてＳＥＴＵＰコマンドを送信する。これに
よりサーバ２００はセッションＳ１、Ｓ２のそれぞれに
ついてストリームデータの送信準備を行う。また、この
時に先程と同様にセッションＳ２についてもサーバ２０
０がセッションＳ２を表す識別子を生成して送受信部１
０１に送信する。そして、送受信部１０１がこの識別子
を記憶することでセッションＳ２も確立する。以後、セ
ッションＳ２の通信はこの識別子を送信することで他の
通信と区別する（Ｓ３００３）。そして、これから再生
を行うセッションＳをＳ１に設定する。セッションＳは
後述するように繰り返す毎にＳ１とＳ２の間で入れ替わ
る。以下は一般化して、セッションＳとして説明する
（Ｓ３００４）。

【００３７】次に制御部１０２は、セッションＳでサー
バ２００にストリームデータの送信を開始させるため
に、送受信部１０１に対して「Ｒａｎｇｅ０−」を指
定したＰＬＡＹコマンドをサーバ２００に送信するよう
命令する（Ｓ３００５）。サーバ２００は、ＯＫメッセ
ージとともにストリームデータの再生時間の情報を応答
してストリームデータの送信を開始するので、送受信部
１０１は、Ｒａｎｇｅより得られる再生時間Ｔｐｌａｙ
を制御部１０２に報告する（Ｓ３００６）。そして、制
御部１０２はバッファリングを行う時間Ｔｂｕｆを決定
して記憶するともに、ＰＬＡＹコマンドに対するサーバ
２００の応答時間Ｔｒｅｓを記憶しておく（Ｓ３００
７）。

【００３８】制御部１０２は、送受信部１０１に対し
て、ストリームデータの受信を開始してバッファリング
時間Ｔｂｕｆだけバッファリングを行うように命令す
る。送受信部１０１は命令を受けてバッファ１０３（セ
ッションＳがＳ１ならバッファ１０３ｓ１、セッション
ＳがＳ２ならバッファ１０３ｓ２である）を利用してバ
ッファリングを開始する。（Ｓ３００８）。そして時間
Ｔｂｕｆ経過後、送受信部１０１に対し再生を開始する
ように命令する。送受信部１０１は、命令を受けて、バ
ッファ１０３からデータを読み出して復号化部１０４へ
の出力を開始する（Ｓ３００９）。

【００３９】制御部１０２は再生開始時からの経過時間
Ｔの計算を行い（Ｓ３０１０）、残り再生時間がバッフ
ァリング時間Ｔｂｕｆとサーバ２００の応答時間Ｔｒｅ
ｓの合計より多い場合はステップＳ３０１０を繰り返
す。残り時間が少なくなったらステップＳ３０１２に進
む（Ｓ３０１１）。この処理により、現在の再生が終了
する時刻に次回の再生を開始することができる。

【００４０】残り再生時間がバッファリング時間Ｔｂｕ
ｆとサーバ２００の応答時間Ｔｒｅｓより少なくなった
ら、制御部１０２は繰り返し再生の必要があるか判定
（Ｓ３０１２）して、必要が無い場合は終了（Ｓ３０１
３）する。

【００４１】繰り返しの必要がある場合は、制御部１０
２はセッションＳを現在再生中のセッションから現在再
生を行っていないセッションに変更する。つまり、セッ
ションＳがＳ１になっている場合はＳ２に、Ｓ２になっ
ている場合はＳ１にする。これにより、次にステップＳ
３００４を実行する時は、今回ストリームデータを受信
していなかったセッションで受信することになる（Ｓ３
０１４）。設定したら、Ｓ３００５に戻る。

【００４２】図３は本実施形態でクライアント１００が
繰り返し再生を行う場合のデータ要求のコマンド送受信
や、ストリームデータの送受信及びバッファリング、再
生処理の流れを説明した図である。

【００４３】まず、クライアント１００は内部的に２つ
のセッション（Ｓｅｓｓｉｏｎ１、Ｓｅｓｓｉｏｎ２）
の識別子を記憶する準備を行ってセッションを生成す
る。図３において、クライアント１００とサーバ２００
間を結ぶ矢印のうち、実線のもの（４００１ａ、４００
１ｂ、４００２ａ、４００２ｂ、４００３ａ、４００３
ｂ）はＳｅｓｓｉｏｎ１におけるコマンドと応答データ
の流れで、破線のもの（４００４ａ、４００４ｂ、４０
０５ａ、４００５ｂ）はＳｅｓｓｉｏｎ２におけるコマ
ンドと応答データの流れを表す。

【００４４】クライアント１００は再生を行いたいメデ
ィアデータmovie.mp4が存在するサーバ２００（ここで
はサーバ２００のアドレスを「toshiba.co.jp」とす
る）に対し、ＤＥＳＣＲＩＢＥコマンドを送信する（４
００１ａ）。サーバ２００はこれに対してＳＤＰデータ
を送信する（４００１ｂ）。これによりクライアント１
００はＳＤＰデータを得ることができ、解析して制御情
報を得ることができる。サーバ２００からはＳＤＰデー
タとともにセッションの識別子が送信されるので、クラ
イアント１００は識別子を記憶して以後の通信に用い
る。これによりＳｅｓｓｉｏｎ１が確立する。

【００４５】次に、クライアント１００は、Ｓｅｓｓｉ
ｏｎ１において、前述の制御情報を元にサーバ２００に
ストリームデータの送信準備を行わせるためのＳＥＴＵ
Ｐコマンドを送信する（４００２ａ）。サーバ２００は
ＳＥＴＵＰコマンドを受けて、ストリームデータの送信
準備を行い、準備が完了したらＯＫメッセージ（図中
「ＲＴＳＰ１．０／ＯＫ」）を送信する（４００２
ｂ）。

【００４６】そしてクライアント１００は、Ｓｅｓｓｉ
ｏｎ１において、サーバ２００に対してストリームデー
タを要求するＰＬＡＹコマンドを送信する（４００３
ａ）。ここで、ＰＬＡＹコマンドのオプションとしてメ
ディアデータの先頭（０秒目）からの再生を意味する
「Ｒａｎｇｅ０−」を付加して送信する。ここでは先
頭からの繰り返し再生を説明したがメディアの任意の区
間についての繰り返し再生を行っても構わない。

【００４７】サーバ２００はＲａｎｇｅ付きＰＬＡＹコ
マンドを受信すると、メディアデータをＲＴＰパケット
によりストリームデータとして転送開始するとともに、
メディアデータの再生開始時間と再生終了時間を属性と
して持つＲａｎｇｅを含むレスポンスデータを送信する
（４００３ｂ）。図３では、０秒目からＴ秒目までのデ
ータを送信することを示すメッセージが送信されてい
る。

【００４８】サーバ２００からのストリームデータＤ１
の送信が開始されると、クライアント１００はストリー
ムデータＤ１の受信を開始する。クライアント１００は
ストリームデータＤ１の先頭からバッファ１０３ｓ１に
格納し、ストリームデータＤ１の再生に必要なデータ量
を受信した後にストリームデータＤ１の再生を開始す
る。ここでは「必要なデータ量」とは、時刻ｔ２からｔ
３の２秒間に受信されたデータ、すなわち、２秒分の再
生データ量としている。ＰＬＡＹコマンドに対するレス
ポンスタイムはｔ２−ｔ１であるから、サーバ２００に
ＰＬＡＹコマンドを送ってから実際の再生が始まるまで
はｔ３−ｔ１だけの遅延が生じる。この時間をＰｒｅｂ
ｕｆｆｅｒｉｎｇＴｉｍｅと呼び、Ｐｂ秒かかるもの
とする。

【００４９】ストリーミングデータＤ１の受信と並行し
て、クライアント１００のＳｅｓｓｉｏｎ２では、サー
バ２００に次回の再生のストリームデータＤ２の送信準
備を行わせるために、ＳＥＴＵＰコマンドを送信する
（４００４ａ）。Ｓｅｓｓｉｏｎ１と同様に、サーバ２
００は準備が完了するとＯＫメッセージを返す（４００
４ｂ）。また、ここでＳｅｓｓｉｏｎ２の識別子を得る
ことができるので、クライアント１００は識別子を記憶
して以後の通信に用いる。これによりＳｅｓｓｉｏｎ２
の通信が確立する。

【００５０】次に第１回目の再生が終了する時刻ｔ６よ
りＰｂ秒前の時刻ｔ４に、クライアント１００はＳｅｓ
ｓｉｏｎ２でサーバ２００に対してＰＬＡＹコマンドを
送信し、クライアント１００はＳｅｓｓｉｏｎ１の時と
同様にストリームデータＤ２をバッファ１０３ｓ２に格
納し、必要なデータ量を受信した後にストリームデータ
Ｄ２の再生を開始する。ここで、時刻ｔ４にＰＬＡＹコ
マンドを送信し、サーバ２００からストリームデータＤ
２の送信が開始されるまでの時間、すなわちＰＬＡＹコ
マンドに対するサーバ２００のレスポンスタイムは（ｔ
５−ｔ４）であり、これは先にＳｅｓｓｉｏｎ１でのレ
スポンスタイム（ｔ２−ｔ１）と同じはずである。ま
た、必要なデータ量を受信するバッファリング時間（ｔ
６−ｔ５）は２秒に設定しているので、Ｓｅｓｓｉｏｎ
２での再生時のＰｒｅｂｕｆｆｅｒｉｎｇＴｉｍｅも
１回目と同じＰｂ秒になる。

【００５１】従って、図３に示したとおり、初回の再生
が終了する時刻ｔ６までの間に次の再生に必要なＰＬＡ
Ｙコマンドとサーバ２００からのストリームデータの送
信開始と、ストリームデータの受信開始及びバッファン
リングが完了するので、繰り返し再生時に遅延が生じな
い。これ以降の再生時にも同じ処理を行うことで、遅延
を生じないようにすることが可能である。

【００５２】尚、本実施形態では再生終了のＰｂ秒前に
次回の再生のバッファリングを開始しているが、ネット
ワークの状態によってはＰＬＡＹコマンドに対するサー
バ２００のレスポンスタイムが遅延する可能性もあるの
で、余裕を持ってＰｂ秒よりも前にバッファリングを始
めても良い。

【００５３】また、本実施形態では初回の再生時に測定
したＰｂ秒を用いて２回目以降のバッファリング開始時
刻を決定しているが、これを「現在の再生で所定量のデ
ータをバッファリングするまでに要した時間」を用いて
次回のバッファリング開始時刻を決定すれば、リアルタ
イムに変動するネットワーク状況に合わせてバッファリ
ング開始時刻を決定できる。

【００５４】従来は、ＳＭＩＬに限らず、シーン記述言
語で記述されたシーン内でストリームデータの繰り返し
再生を行うと、シーン内のマルチメディアデータの時間
的な同期にずれが生じ、シーン作成者の意図とは違った
シーンが再生されてしまうという問題があった。

【００５５】例えば語学の教材では、一回目に「シーン
映像＋音声＋訳、説明等（字幕）」を流し、二回目に
「シーン映像＋音声」、三回目に「シーン映像のみ」、
四回目に「シーン映像＋音声＋訳、説明等（字幕）」と
いうように同じシーンを何回も繰り返す構成をすること
が多々ある。この例だと、従来は同じ映像を含むデータ
を４個別々に作っておいて順番に再生する必要があった
が、シーン記述言語を用いれば、データを「映像」「音
声」「字幕」に分けておき、再生時にシーン記述言語の
記述に従って再生を行えば良い。

【００５６】しかし、ストリームデータを再生する場合
は繰り返し時にもバッファリング時間が必要なため、従
来は再生時にデータ間の時間的な同期にずれが生じ、上
記の語学の教材の例だと、例えば映像の遅れが積み重な
った場合に、映像の口の動きと音声がずれてしまう可能
性や、本来は映像のみであるはずの三回目の再生時に字
幕や音声が再生されてしまう可能性がある。

【００５７】この点、本実施形態によれば、コマンド送
信及びバッファリングに要する時間を見積もって、現在
の再生が終了するのに先駆けて次の再生のためのコマン
ド送信及びバッファリングを行うので、繰り返し再生時
の待ち時間を無くすことができる。

【００５８】（第２の実施形態）以下、図面を参照して
本発明第２の実施形態を説明する。

【００５９】本実施形態のデータ配信システム及びデー
タ受信再生装置の構成は図４に示す通りで、第１の実施
形態と同様の構成である。

【００６０】本データ配信システムはシーン記述言語Ｓ
ＭＩＬのファイルの記述に基づいてデータの受信再生を
行う装置であるクライアント１００と、前述のＳＭＩＬ
ファイルの送信と音声や画像等のメディアデータをスト
リームデータとして配信を行うサーバ２００と、クライ
アント１００とサーバ２００を接続するネットワーク３
００とを有する。

【００６１】クライアント１００の構成も同等である。
ただし、サーバ２００との間で同時期に確立するセッシ
ョンが１つである点と、バッファ１０３が異なる。本実
施形態のバッファ１０３は、バッファ１０３ｓ１と保存
バッファ１０３ｓ３を有しており、バッファ１０３ｓ１
は第１の実施形態と同様ストリームデータの一時記憶に
用い、保存バッファ１０３ｓ３は初回に先行取得したデ
ータを保存して、そのストリームデータを繰り返し再生
する場合には、２回目以降の再生時に再利用するための
ものである。

【００６２】本実施形態でも、第１の実施形態と同様に
ＳＭＩＬファイルの記述に基づいて再生を行う。例えば
ＳＭＩＬファイルに＜video src="rtsp://toshiba.co.j
p/movie.mp4" repeatCount="10"＞という記述がある場
合、構文解析部１０６は制御部１０２にメディアデータ
movie.mp4を１０回繰り返し再生するよう伝える。

【００６３】図５は本実施形態において繰り返し再生を
行う際のクライアント１００の動作を説明する。

【００６４】制御部１０２は送受信部１０１に命令し
て、サーバ２００との間にＲＴＳＰセッションＳ１を作
成させる（Ｓ６００１）。

【００６５】次に、制御部１０２は繰り返し再生を行う
メディアデータのＳＤＰデータを得るために、送受信部
１０１に命令してサーバ２００に対してＤＥＳＣＲＩＢ
Ｅコマンドを送信させる。送受信部１０１はサーバ２０
０から送信された当該メディアデータに対応するＳＤＰ
データを受信して、制御部１０２に供給する。制御部１
０２はＳＤＰデータを解析し、再生時間などの制御デー
タを取得する（Ｓ６００２）。

【００６６】そして制御部１０２は、サーバ２００に繰
り返し再生を行うメディアデータの準備をさせるため
に、送受信部１０１に命令してサーバ２００にＳＥＴＵ
Ｐコマンドを送信させる（Ｓ６００３）。

【００６７】次に制御部１０２は、送受信部１０１を通
じてサーバ２００にＰＬＡＹコマンドを送信し、サーバ
２００にメディアデータをストリームデータとして送信
させる（Ｓ６００４）。制御部１０２はバッファリング
時間Ｔｂｕｆを設定して記憶する（Ｓ６００５）。

【００６８】制御部１０２は送受信部１０１に対し、サ
ーバ２００から送信されたストリームデータを受信し、
時間Ｔｂｕｆの間ストリームデータのバッファリングを
バッファ１０３ｓ１を用いて行い、バッファリングを行
ったストリームデータを保存バッファ１０３ｓ３にも保
存するように命令する。命令を受けて送受信部１０１は
ストリームデータをバッファ１０３ｓ１と１０３ｓ２の
両方に格納する（Ｓ６００６）。時間Ｔｂｕｆ経過後、
制御部１０２は送受信部に対し、再生を開始するように
命令する。これを受けて送受信部１０１は保存バッファ
１０３ｓ３へのバッファリングを停止するとともに、バ
ッファ１０３ｓ１からストリームデータを読み出して復
号部１０４に供給する。復号部１０４はストリームデー
タを復号して得られる音声データや画像データを表示デ
バイス１０５に出力する（Ｓ６００７）。

【００６９】再生開始後は、再生が終了するまで待機す
る。この処理はＳＤＰによって取得されるメディアデー
タの再生時間やステップＳ６００４でＰＬＡＹコマンド
を送信する際にＲａｎｇｅ属性を与えておいた場合のレ
スポンスから得られる再生時間を利用して再生終了時刻
を計算しておいて、その時刻になったときに終了したと
みなすという方法で行う（Ｓ６００８）。

【００７０】再生が終了すると、繰り返し再生を行うか
を判定する（Ｓ６００９）。繰り返し再生をしない場合
は終了する（Ｓ６０１２）。

【００７１】繰り返し再生を行う場合は、制御部１０２
は送受信部１０１に命令して、サーバ２００にストリー
ムデータの送信を開始させるためにＰＬＡＹコマンドを
送信させる。このとき、保存バッファ１０３ｓ３には時
間Ｔｂｕｆだけのデータを既に保持しているので、時刻
Ｔｂｕｆ以降のストリームデータを受け取るために、Ｐ
ＬＡＹコマンドに"ＲａｎｇｅＴｂｕｆ−"（例えば、
２秒以降なら"Ｒａｎｇｅ２−"）というオプションを
付加して送信させる。さらに、制御部１０２は、送受信
部１０１に対してサーバ２００からのストリームデータ
のバッファリングをバッファ１０３ｓ１を用いて行うよ
うに命令する（Ｓ６０１０）。

【００７２】次に制御部１０２は送受信部１０１に対し
て、バッファリングと並行してデータの再生を開始する
ように命令する。送受信部１０１は、時間０〜Ｔｂｕｆ
の間は保存バッファ１０３ｓ３に保存してあるストリー
ムデータを、時間Ｔｂｕｆ以降はバッファ１０３ｓ１に
蓄えられたストリームデータを復号部１０４に供給して
再生を行う（Ｓ６０１１）。そして、制御部はステップ
Ｓ６００８の処理を行う。

【００７３】図６は本実施形態においてクライアント１
００が繰り返し再生を行う際の、クライアント１００と
サーバ２００の間のコマンド、レスポンス、ストリーム
データの送受信の例を示したものである。

【００７４】まず、クライアント１００はセッションを
生成するためにセッションの識別子を記憶する準備を行
う。それから、クライアント１００は再生を行いたいメ
ディアデータmovie.mp4が存在するサーバ２００（ここ
ではサーバ２００のアドレスを「toshiba.co.jp」とす
る）に対し、ＤＥＳＣＲＩＢＥコマンドを送信する（７
００１ａ）。サーバ２００はこれに対してＳＤＰデータ
を送信する（７００１ｂ）。これによりクライアント１
００はＳＤＰデータを得ることができ、解析して制御情
報を得ることができる。また、サーバ２００からセッシ
ョンの識別子も送信されるので、クライアント１００は
これを記憶して以後の通信に用いる。これによりセッシ
ョンが確立する。

【００７５】次に、クライアント１００は、前述の制御
情報を元にサーバ２００にストリームデータの送信準備
を行わせるためのＳＥＴＵＰコマンドを送信する（７０
０２ａ）。サーバ２００はＳＥＴＵＰコマンドを受け
て、ストリームデータの送信準備を行い、準備が完了し
たらＯＫメッセージ（図中「ＲＴＳＰ１．０／ＯＫ」）
を送信する（７００２ｂ）。

【００７６】そしてクライアント１００は、サーバ２０
０に対してストリームデータを要求するＰＬＡＹコマン
ドを送信する（７００３ａ）。ここではＰＬＡＹコマン
ドに対してＲａｎｇｅオプションを付加せずにメディア
データの先頭から再生する場合を説明するが、メディア
データの先頭（０秒目）からの再生を意味する「Ｒａｎ
ｇｅ０−」を付加して送信しても良い。

【００７７】サーバ２００はＰＬＡＹコマンドを受信す
ると、メディアデータをＲＴＰパケットによりストリー
ムデータとして転送開始してレスポンスデータを送信す
る（７００３ｂ）。

【００７８】サーバ２００からのストリームデータＤ１
の送信が開始されると、クライアント１００はストリー
ムデータＤ１の受信を開始する。クライアント１００は
ストリームデータＤ１の先頭から通常のバッファと保存
バッファに格納する。ストリームデータＤ１の再生に必
要なデータ量を受信した後にストリームデータＤ１の再
生を開始するとともに保存バッファへの格納を終了す
る。ここで、通常のバッファとは図４でいうバッファ１
０３ｓ１であり、保存バッファは保存バッファ１０３ｓ
３である。保存バッファに格納されたデータは図中でデ
ータＢ１になる。尚、「必要なデータ量」とは、時刻ｔ
２からｔ３の２秒間に受信されたデータ、すなわち、２
秒分の再生データ量とするが、必要に応じてこの量は適
宜増減してもよい。

【００７９】次に、ストリームデータＤ１の再生が終了
する時刻ｔ４になると、クライアント１００はサーバ２
００に対してＰＬＡＹコマンドを送信して、ストリーム
データの送信を要求する。ただし、初回再生時に先頭か
ら２秒分のデータを保存バッファのデータＢ１として保
持しているため、サーバ２００からの送信が必要なのは
２秒目からのデータである。従ってクライアント１００
はＰＬＡＹコマンドにオプションとして"Ｒａｎｇｅ
２．０００−"を付加してサーバ２００に送信する（７
００４ａ）。ＰＬＡＹコマンドを受けて、サーバ２００
はＯＫメッセージを送信するとともに（７００４ｂ）２
秒目からのストリームデータを送信を開始する。クライ
アント１００はサーバ２００から受信したストリームデ
ータを通常のバッファに蓄積する。これと並行してクラ
イアント１００は保存バッファに保存されている先頭か
ら２秒目までのデータＢ１の再生を開始する。クライア
ント１００はデータＢ１による２秒間の再生が終わる
と、通常のバッファに蓄積されたデータを使って再生を
続ける。従って、見かけ上は０秒目からの再生がスムー
ズに行われることになる。また、繰り返し時の遅延は２
度目のＰＬＡＹコマンドに対するサーバ２００のレスポ
ンスタイム（ｔ５−ｔ４）に抑えることができる。２回
目以降の繰り返し再生時も同様に保存バッファのデータ
Ｂ１を再利用することで遅延を抑制することが可能であ
る。

【００８０】尚、ここでは先頭からの繰り返し再生を説
明したがメディアの任意の区間についての繰り返し再生
を行っても構わない。

【００８１】以上、本実施形態によれば、サーバ２００
とクライアント１００の間のセッションを１つしか確立
しなくとも繰り返し再生時の待ち時間を抑制可能なの
で、ネットワークリソースが乏しくセッションを２つ確
立するのが困難な環境でも繰り返し再生時の待ち時間の
少ない繰り返し再生が可能である。

【００８２】（第３の実施形態）以下、図面を参照して
本発明第３の実施形態を説明する。

【００８３】本実施の形態のデータ配信システム及びデ
ータ受信装置の構成は図８に示す通りで、第１、第２の
実施形態と同様の構成である。

【００８４】本データ配信システムはシーン記述言語Ｓ
ＭＩＬファイルの記述に基づいてデータの受信再生を行
う装置であるクライアント１００と、前述のＳＭＩＬフ
ァイルの送信と音声や画像等のメディアデータをストリ
ームデータとして配信を行うサーバ２００と、クライア
ント１００とサーバ２００を接続するネットワーク３０
０とを有する。

【００８５】クライアント１００の構成も同等である。
ただし、第１の実施形態とはサーバ２００との間で繰り
返し再生時に確立するセッションが１つである点が異な
り、また第２の実施形態とはバッファ１０３が確立され
たセッション内のストリーム１つに対し１つである点が
異なる。本実施の形態ではバッファ１０３は第１の実施
形態と同様ストリームデータの一時記憶に用いるのとと
もに、繰り返し再生時のストリームデータの一時記憶に
も併用する。

【００８６】本実施形態でも、第１、第２の実施形態と
同様にＳＭＩＬファイルの記述に基づいて再生を行う。
例えば、ＳＭＩＬファイルに＜video src="rtsp://tosh
iba.co.jp/movie.mp4" repeatCount="10"/＞という記述
がある場合、構文解析部１０６は制御部１０２にメディ
アデータmovie.mp4を１０回繰り返し再生するよう伝え
る。

【００８７】図９を参照して本実施形態において繰り返
し再生を行う際のクライアント１００の動作を説明す
る。

【００８８】制御部１０２は送受信部１０１に命令し
て、サーバ２００との間にＲＴＳＰセッションＳ１を作
成させる（Ｓ９００１）。

【００８９】次に制御部１０２は繰り返し再生を行うメ
ディアデータのＳＤＰデータを得るために、送受信部１
０１に命令してサーバ２００に対してＤＥＳＣＲＩＢＥ
コマンドを送信させる。送受信部１０１はサーバ２００
から送信された当該メディアデータに対応するＳＤＰデ
ータを受信して、制御部１０２に供給する。制御部１０
２はＳＤＰデータを解析し、再生時間などの制御データ
を取得する（Ｓ９００２）。

【００９０】そして制御部１０２は、サーバ２００に繰
り返し再生を行うメディアデータの送信準備をさせるた
めに、送受信部１０１に命令してサーバ２００にＳＥＴ
ＵＰコマンドを送信させる（Ｓ９００３）。

【００９１】次に制御部１０２は、送受信部１０１を通
じてサーバ２００にＰＬＡＹコマンドを送信し、サーバ
２００にメディアデータをストリームデータとして送信
させる（Ｓ９００４）。制御部１０２はバファリング時
間Ｔｂｕｆを設定して記憶する（Ｓ９００５）制御部１
０２は送受信部１０１に対し、サーバ２００から送信さ
れたストリームデータを受信し、時間Ｔｂｕｆの間スト
リームデータのバファリングをバッファ１０３を用いて
行う（Ｓ９００６）。時間Ｔｂｕｆ経過後、制御部１０
２は送受信部１０１に対し再生を開始するように命令す
る。これを受けて送受信部１０１はバッファ１０３から
ストリームデータを読み出して復号部１０４に供給す
る。復号部１０４はストリームデータを復号して得られ
る音声データや画像データを表示デバイス１０５に出力
する（Ｓ９００７）。

【００９２】再生開始後は、サーバからのストリームデ
ータの送信が終了すべき時刻まで待機する。この処理は
ＳＤＰによって取得されるメディアデータの再生時間、
ステップＳ９００４でＰＬＡＹコマンドを送信する際に
Ｒａｎｇｅ属性を与えておいた場合のレスポンスから得
られる再生時間、およびＳＭＩＬの時間指定の記述を利
用して再生終了時刻を計算しておき、その時刻からＴｂ
ｕｆだけ前の時刻をサーバからのストリームデータの送
信終了時刻とするという方法で行う（Ｓ９００８）。

【００９３】前述のサーバからのストリームデータの送
信が終了すべき時刻に到達したとき、繰り返し再生を行
うかを判定する（Ｓ９００９）。繰り返し再生をしない
場合は制御部１０２は送受信部１０１に命令してサーバ
に対し送信をストップするＰＡＵＳＥコマンドを送信さ
せた後、再生終了時刻に達したら復号部１０４および表
示デバイス１０５へ復号して得られる音声や画像等の出
力を停止し、再生を終了する（Ｓ９０１９）。

【００９４】繰り返し再生を行う場合は、制御部１０２
は送受信部１０１に命令して、サーバ２００に現在再生
中のストリームデータの送信を停止させるためにＰＡＵ
ＳＥコマンドを送信させる（Ｓ９０１０）。さらに制御
部１０２は送受信部１０１に、、サーバ２００に繰り返
し再生を行うためのストリームデータの送信を開始させ
るためのＰＬＡＹコマンドを送信させる（Ｓ９０１
１）。このとき、繰り返し再生を開始する位置Ｔｓｔａ
ｒｔからのストリームデータを受信するために、ＰＬＡ
Ｙコマンドに“ＲａｎｇｅＴｓｔａｒｔ−”（例えば
３秒目のデータから繰り返し再生を行う場合は“Ｒａｎ
ｇｅ３−”）というオプションを付加して送信させ
る。

【００９５】さらに、制御部１０２は送受信部１０１に
対してサーバ２００からのストリームデータのバファリ
ングをバッファ１０３の前回の再生のデータに続いて一
時保存を行うように命令する（Ｓ９０１２）。このと
き、サーバ２００から返ってくるＰＬＡＹコマンドに対
するレスポンスには、繰り返し再生を行うストリームデ
ータを格納した最初のパケットのシーケンスナンバーが
含まれているので、制御部１０２は送受信部１０１に命
令してこのシーケンスナンバーを記憶させる。

【００９６】制御部１０２は現在再生中のストリームデ
ータの終端データの再生が終了するまで待機する（Ｓ９
０１３）。この処理は、例えばＳ９０１２で受信したＰ
ＬＡＹコマンドに対するレスポンスの一つ前に受信した
パケットに格納されたストリームデータを現在再生中の
ストリームデータの終端データと見做し、この終端デー
タが復号されて表示されるのをもって再生が終了したと
見做すという方法が考えられる。通常、終端データはメ
ディアデータの最後の部分のデータであるが、メディア
データの特定区間を繰り返し再生する場合は当該区間の
最後の部分のデータである。

【００９７】再生が終了すると、制御部１０２は連続し
て繰り返し再生を行うか、ある時間間隔をあけて繰り返
し再生を行うかどうかを判定する（Ｓ９０１４）。この
判定処理はＳＭＩＬの時間指定の記述より行う。

【００９８】ある時間間隔をあけて繰り返し再生を行う
場合は制御部１０２は送受信部１０１に命令してサーバ
２００からのストリームデータの送信を一時中断させる
ためにＰＡＵＳＥコマンドを送信させるとともに、送受
信部１０１を介して復号部１０４に対しても再生を一時
中断するように命令する（Ｓ９０１５）。そして、その
時間間隔だけ待機した後（Ｓ９０１６）、制御部１０２
は送受信部１０１にサーバ２００にストリームデータの
転送を再開させるためにＲａｎｇｅオプションなしのＰ
ＬＡＹコマンドを送信させるとともに（Ｓ９０１７）、
バッファ１０３に蓄えられたストリームデータを復号部
１０４に供給して再生を行わせる（Ｓ９０１８）。そし
て、制御部１０２はステップＳ９００８の処理を行う。

【００９９】時間間隔をあけずに連続して繰り返し再生
を行う場合は上記Ｓ９０１５からＳ９０１７の処理は行
わずに繰り返し再生を開始し（Ｓ９０１８）、制御部１
０２はステップＳ９００８の処理を行う。

【０１００】図１０は本実施の形態においてクライアン
ト１００が繰り返し再生を行う際のクライアント１００
とサーバ２００の間のコマンド、レスポンス、ストリー
ムデータの送受信の例を示したものである。

【０１０１】まず、クライアント１００はセッションを
生成するためにセッションの識別子を記憶する準備を行
う。それから、クライアント１００は再生を行いたいメ
ディアデータmovie.mp4が存在するサーバ２００（ここ
ではサーバ２００のアドレスを「toshiba.co.jp」とす
る）に対し、ＤＥＳＣＲＩＢＥコマンドを送信する（１
０００１ａ）。サーバ２００はこれに対してＳＤＰデー
タを送信する（１０００１ｂ）。これにより、クライア
ント１００はこれを記憶して以後の通信に用いる。これ
によりセッションが確立する。

【０１０２】次に、クライアント１００は、前述の制御
情報を元にサーバ２００にストリームデータの送信準備
を行わせるためのＳＥＴＵＰコマンドを送信する（１０
００２ａ）。サーバはＳＥＴＵＰコマンドを受けて、ス
トリームデータの送信準備を行い、準備が完了したらＯ
Ｋメッセージ（図中「ＲＴＳＰ１．０／ＯＫ」を送信す
る（１０００２ｂ）。

【０１０３】そしてクライアント１００はサーバ２００
に対してストリームデータを要求するＰＬＡＹコマンド
を送信する（１０００３ａ）。ここではＰＬＡＹコマン
ドに対してＲａｎｇｅオプションを付加せずにメディア
データの先頭から再生する場合を説明するが、メディア
データの先頭（０秒目）からの再生を意味する「Ｒａｎ
ｇｅ０−」を付加して送信しても良いし、メディアデ
ータの途中、例えば３秒目からの再生を意味する「Ｒａ
ｎｇｅ３−」を付加して送信しても良い。

【０１０４】サーバはＰＬＡＹコマンドを受信すると、
メディアデータをＲＴＰパケットによりストリームデー
タとして転送開始してレスポンスデータを受信する（１
０００３ｂ）。

【０１０５】サーバ２００からのストリームデータＤ１
の送信が開始されると、クライアント１００はストリー
ムデータＤ１の受信を開始する。クライアント１００は
ストリームデータＤ１の先頭からバッファ１０３に格納
する。ストリームデータＤ１の再生に必要なデータ量を
受信した後にストリームデータＤ１の再生を開始する。
なお、本実施形態では「必要なデータ量」とは時刻ｔ２
からｔ３の２秒間に受信されたデータ、すなわち、２秒
分の再生データ量とするが、必要に応じてこの量は適宜
増減してもよい。

【０１０６】次にストリームデータＤ１の送信が終了す
る時刻ｔ４になると、クライアント１００はサーバ２０
０に対してＰＡＵＳＥコマンドを送信し、続いてクライ
アント１００はサーバ２００に対してＰＬＡＹコマンド
を送信する（１０００４ａ）。ここで送信するＰＬＡＹ
コマンドには、繰り返し再生を開始するメディアデータ
の位置を指定するＲａｎｇｅオプションをつける必要が
ある。例えばメディアデータの先頭（０秒目）から繰り
返し再生を行う場合は「Ｒａｎｇｅ０−」を付加した
ＰＬＡＹコマンドを送信する。

【０１０７】サーバ２００はこれらのＰＡＵＳＥコマン
ドとＰＬＡＹコマンドを受けてストリームデータＤ１の
送信を中断しＯＫメッセージを送信するとともに、サー
バ２００はＲａｎｇｅとメディアデータの先頭を示すパ
ケットのタイムスタンプおよびシーケンスナンバーを含
むＯＫメッセージを送信し（１０００４ｂ）、時刻ｔ５
にストリームデータＤ２の送信を開始する。

【０１０８】クライアント１００はサーバ２００から受
信したストリームデータＤ２を、現在再生を行っている
ストリームデータを格納しているバッファに、現在再生
を行っているストリームデータに続いて格納する。現在
再生を行っているストリームデータが時刻ｔ６に再生を
終了し、時刻ｔ７＝ｔ６＋（ｔ５−ｔ４）の時点でバッ
ファに格納されているデータは、繰り返し再生を行うス
トリームデータの先頭から２秒間分のデータ、つまり繰
り返し再生を行うストリームデータの再生に必要なデー
タ量となる。

【０１０９】クライアント１００は、現在再生を行って
いるストリームデータが再生を終了した後も引き続きバ
ッファに格納されているデータを用いて再生を継続する
ことで、スムーズに繰り返し再生を行うことができる。
また繰り返し時の遅延は、時刻ｔ４でＰＡＵＳＥコマン
ドとＰＬＡＹコマンドを送信してから実際にストリーム
データＤ２を送信するまでの時間（ｔ５−ｔ４＝ｔ７−
ｔ６）のみにおさえられる。この遅延はバッファリング
時間にくらべ、十分無視できるものである。２回目以降
の繰り返しについても同様の処理を行うことで遅延を抑
制すること可能であり、また、同一のメディアデータで
あれば任意の開始位置から繰り返し再生を行うことが可
能である。

【０１１０】尚、ここでは繰り返し再生を行う際に間隔
をあけない場合について説明したが、現在再生を行って
いるストリームデータの再生が終了した時点でクライア
ント１００からサーバ２００に対しＰＡＵＳＥコマンド
を送ってストリームデータの送信を一時中断させ、所定
時間経過後にクライアント１００からサーバ２００にＲ
ａｎｇｅなしＰＬＡＹコマンドを送信してストリームデ
ータの送信を開始させることで、間隔をあけてスムーズ
に繰り返し再生を行うことも可能である。

【０１１１】また、ここでは先頭からの繰り返し再生を
説明したが、メディアの任意の区間についての繰り返し
再生を行ってもかまわない。この場合はＰＬＡＹコマン
ドのＲａｎｇｅパラメータで再生対象の区間を指定すれ
ば良い。

【０１１２】以上、本実施の形態によれば、サーバ２０
０とクライアント１００の間のセッションを１つしか確
立せず、またバッファも１つだけで繰り返し再生時の待
ち時間を抑制し、かつ各回の再生において任意の区間の
再生を行ったり、繰り返し間の間隔をあけるなど、柔軟
な繰り返し再生を行うことが可能であるので、ネットワ
ークリソースが乏しくセッションを２つ確立するのが困
難な場合や、携帯等のメモリリソースが乏しい環境にお
いても遅延が少なく柔軟な繰り返し再生を行うことが可
能である。

【０１１３】

【発明の効果】以上、本発明ならば、ストリームデータ
の繰り返し再生において、２回目以降の再生時に必要な
データを予め取得しておくため、繰り返し再生時の待ち
時間を短くできるので、スムーズな繰り返し再生を行う
ことが可能となる。

【図面の簡単な説明】

【図１】第１の実施形態のデータ配信システム及びデ
ータ受信再生装置の構成を説明する図。

【図２】第１の実施形態のデータ受信再生装置の動作
を説明するフローチャート。

【図３】第１の実施形態のデータ配信システムのクラ
イアントとサーバの間のデータ、コマンドなどの流れを
説明する図。

【図４】第２の実施形態のデータ配信システム及びデ
ータ受信再生装置の構成を説明する図。

【図５】第２の実施形態のデータ受信再生装置の動作
を説明するフローチャート。

【図６】第２の実施形態のデータ配信システムのクラ
イアントとサーバの間のデータ、コマンドなどの流れを
説明する図。

【図７】従来のデータ配信システムのクライアントと
サーバの間のデータ、コマンドなどの流れを説明する
図。

【図８】第３の実施形態のデータ配信システム及びデ
ータ受信再生装置の構成を説明する図。

【図９】第３の実施形態のデータ受信再生装置の動作
を説明するフローチャート

【図１０】第３の実施形態のデータ配信システムのク
ライアントとサーバ間のデータ、コマンドなどの流れを
説明する図。

【符号の説明】

１００クライアント１０１送受信部１０２制御部１０３バッファ１０３ｓ１バッファ１０３ｓ２バッファ１０３ｓ３保存バッファ１０４復号部１０５表示デバイス１０５ａディスプレイ１０５ｂスピーカー２００サーバ３００ネットワーク

Claims

【特許請求の範囲】

【請求項１】ネットワークに接続されたサーバからスト
リームデータを受信して再生を行う方法であって、前記
サーバから前記ストリームデータを取得するデータ取得
ステップと、前記取得したストリームデータを順次一時
記憶する記憶ステップと、前記記憶したストリームデー
タが所定量に達するか、あるいは前記データ取得ステッ
プ開始後所定時間経過してから再生を開始する再生ステ
ップとを有し、前記再生ステップで現在の再生が終了す
る前に、次回の再生のための前記データ取得ステップの
処理を開始することを特徴とするデータ受信再生方法
【請求項２】次回の再生のための前記データ取得ステッ
プの処理は、現在実行中の再生ステップの残り再生時間
が、前記データ取得ステップの処理開始から前記再生ス
テップの処理開始までの所要時間以上である間に開始す
ることを特徴とする請求項１記載のデータ受信再生方
法。
【請求項３】ネットワークに接続されたサーバからスト
リームデータを受信して再生を行う方法であって、前記
サーバから前記ストリームデータを取得するデータ取得
ステップと、前記取得したストリームデータを順次一時
記憶する記憶ステップと、前記記憶したデータが所定量
に達してから再生を開始する再生ステップと、前記デー
タ取得ステップの処理開始から前記再生ステップの処理
開始までの間に順次一時記憶されたストリームデータを
保存しておく保存ステップとを有し、前記再生ステップ
で現在の再生が終了してから、前記データ取得ステップ
は前記保存したデータの続きからストリームデータの取
得を行い、前記再生ステップは前記保存したデータと前
記一時記憶したデータを用いて再生を開始することを特
徴とするデータ受信再生方法。
【請求項４】ネットワークに接続されたサーバからスト
リームデータを受信して再生を行う方法であって、前記
サーバから前記ストリームデータを取得するデータ取得
ステップと、前記取得したストリームデータを順次一時
記憶する記憶ステップと、前記記憶したデータが所定量
に達してから、あるいは前記データ取得ステップ開始後
所定時間経過してから再生を開始する再生ステップとを
有し、前記再生ステップで再生中のストリームデータの
終端データを前記サーバが送信を終了してから、次回の
再生のための前記データ取得ステップの処理を開始する
ことを特徴とするデータ受信再生方法。
【請求項５】次回の再生のための前記データ取得ステッ
プの処理は、次回の再生のために記憶したデータが所定
量に達してから、あるいは次回の再生のための前記デー
タ取得ステップ開始後所定時間経過したときに一時中断
し、次回の再生が開始された後に前記データ取得ステッ
プを再開することを特徴とする請求項４記載のデータ受
信再生方法。
【請求項６】実行中の前記再生ステップは、再生中のス
トリームデータの終端データを再生し終わったときに中
断することを特徴とする請求項５記載のデータ受信再生
方法。
【請求項７】最初にストリームデータを取得する前に、
再生すべきデータ名と、再生の順序と、再生の繰り返し
回数が記載されたシーン記述言語ファイルを取得し、前
記シーン記述言語ファイルに記載に基づいて繰り返し再
生動作を行うことを特徴とする請求項１乃至請求項６記
載のデータ受信再生方法。
【請求項８】ネットワークに接続されたサーバからスト
リームデータを受信して再生を行う装置であって、サー
バからストリームデータを取得するデータ取得手段と、
前記取得したストリームデータを順次一時記憶する一時
記憶手段と、前記記憶したストリームデータを再生する
再生手段と、前記データ取得手段と前記再生手段の動作
を制御する制御手段とを有し、前記制御手段は、前記再
生手段における現在のストリームデータの再生が終了す
る前に、次回再生のための前記データ取得を開始させる
ことを特徴とするデータ受信再生装置。
【請求項９】前記制御手段は、現在の再生の残り時間
が、ストリームデータの取得開始から再生開始までの所
要時間以上である間に、前記データ取得手段に、次回再
生のためのストリームデータの取得を開始させることを
特徴とする請求項８記載のデータ受信再生装置。
【請求項１０】ネットワークに接続されたサーバからス
トリームデータを受信して再生を行う装置であって、前
記サーバから前記ストリームデータを取得するデータ取
得手段と、前記取得したストリームデータを一時記憶す
る一時記憶手段と、前記記憶したストリームデータを再
生する再生手段と、前記取得開始から前記再生開始まで
に一時記憶したストリームデータを保存しておく保存手
段と、前記データ取得手段の動作と前記再生手段を制御
する制御手段とを有し、前記制御手段は、前記再生手段
における現在のストリームデータの再生が終了してか
ら、前記データ取得手段には、前記保存したストリーム
データの続きから取得を開始させ、前記再生手段には、
記憶保存手段に記憶されているストリームデータと一時
記憶手段に記憶されているストリームデータの再生を開
始させることを特徴とするデータ受信再生装置。
【請求項１１】ネットワークに接続されたサーバからス
トリームデータを受信して再生を行う装置であって、前
記サーバから前記ストリームデータを取得するデータ取
得手段と、前記取得したストリームデータを順次一時記
憶する一時記憶手段と、前記記憶したストリームデータ
を再生する再生手段と、前記データ取得手段の動作と前
記再生手段を制御する制御手段とを有し、前記制御手段
は、前記記憶したデータが所定量に達してから、あるい
は前記データ取得ステップ開始後所定時間経過してから
再生を開始させ、前記再生手段における現在のストリー
ムデータの終端データを前記サーバが送信を終了してか
ら、前記データ取得手段に次回の再生のためのストリー
ムデータを取得の処理させることを特徴とするデータ受
信再生装置。
【請求項１２】前記制御手段は、前記データ取得手段
に、次回の再生のために記憶したデータが所定量に達し
てから、あるいは次回の再生のための前記データ取得ス
テップ開始後所定時間経過したときに一時中断させ、次
回の再生が開始された後にストリームデータの取得を再
開させることを特徴とする請求項１１記載のデータ受信
再生装置。
【請求項１３】前記制御手段は、前記再生手段に、再生中のストリームデータの終端デー
タを再生し終わったときに再生を中断させることを特徴
とする請求項１２記載のデータ受信再生装置。
【請求項１４】シーン記述言語ファイルを取得する取得
手段と、前記シーン記述言語ファイルの記載を解析して
再生すべきデータ名と、再生の順序と、再生の繰り返し
回数の情報を抽出する解析手段とを有し、前記制御手段
は前記解析手段からの情報に基づいて繰り返し再生を行
うことを特徴とする請求項８乃至請求項１３記載のデー
タ受信再生装置。