JP2002176609A

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

Info

Publication number: JP2002176609A
Application number: JP2001256523A
Authority: JP
Inventors: Yoshinori Matsui; 義徳松井; Yoji Notoya; 陽司能登屋
Original assignee: Matsushita Electric Industrial Co Ltd
Current assignee: Panasonic Holdings Corp
Priority date: 2000-08-25
Filing date: 2001-08-27
Publication date: 2002-06-21

Abstract

(57)【要約】【課題】１つの番組などに対応するオーディオビデオ
データにおける、指定された、第１及び第２の再生区間
（クリップ）に対応するデータを、途切れなく再生可能
となるよう、サーバに対して第１及び第２のクリップに
対するＰＬＡＹ要求を発行することができるデータ受信
再生装置を得る。【解決手段】第１及び第２のクリップに対応するＰＬ
ＡＹ要求を発行するデータ要求手段１０２と、該要求に
応じて送信された、各クリップに対応するデータを受信
するデータ受信バッファ１０３と、受信されたデータを
復号する復号手段１０４と、復号化されたデータを表示
する表示手段１０５とを備え、上記データ要求手段１０
２を、上記第２のクリップに対するＰＬＡＹ要求を、上
記第１のデータの復号，再生が終了するまでに行うもの
とした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、データ受信再生方
法及びデータ受信再生装置に関し、特にネットワーク上
のサーバに格納されている圧縮符号化データ、例えば圧
縮符号化されたオーディオデータあるいはビデオデータ
を要求し、該要求に応じて送信されたデータを受信して
再生するデータ受信再生方法及びデータ受信再生装置に
関するものである。

【０００２】

【従来の技術】近年、オーディオやビデオの圧縮符号化
方式の発達、インターネットの普及などにより、ネット
ワーク上のデータサーバに格納されたオーディオデータ
やビデオデータを、個人のパーソナルコンピュータ（Ｐ
Ｃ）から視聴する形態が普及しつつある。また、このよ
うな形態に対応したデータ配信サービスとして、既にデ
ータサーバ用ソフトウエアと再生専用ソフトウェアを用
いたオーディオデータやビデオデータの配信サービスが
実現されている。

【０００３】図９は、オーディオデータやビデオデータ
の配信サービスに適用される一般的なデータ配信システ
ムの構成を示す図である。オーディオデータやビデオデ
ータの圧縮符号化方式としては、ＩＴＵ−Ｔ（Internat
ional Telecommunication Union-Telecommunication St
andardization Sector）で標準化されているＨ．２６３
方式やＧ．７２９方式、またＩＳＯ／ＩＥＣ（Internat
ional Organization for Standardization/ Internatio
nal Electro-technical Commission）で標準化されてい
るＭＰＥＧ（Moving Picture Experts Group）−４方式
などが用いられる。

【０００４】図９に示されるデータ配信システム４００
は、データを配信元から配信先に伝送するためのネット
ワークであるインターネット４４と、該インターネット
４４に接続され、配信サービスの対象となるデータを格
納するデータサーバ４１と、オーディオデータやビデオ
データなどの素材データ４３を圧縮符号化してデータサ
ーバ４１に供給するエンコーダ４２と、上記インターネ
ット４４に接続され、所要のデータの所在情報（ＵＲ
Ｌ：Universal Resource Locator）を取得し、該所在情
報に基づいてデータの要求を行い、該データ要求に応じ
てデータサーバ４１から送信されたデータを受信して復
号，再生する複数の端末４５とを有している。

【０００５】次にこのような配信システムの動作につい
て簡単に説明する。エンコーダ４２では、外部から入力
された素材データ４３が圧縮符号化され、その結果得ら
れた圧縮符号化データがデータサーバ４１に出力され
る。データサーバ４１では入力された圧縮符号化データ
が格納される。端末４５では、オーディオデータやビデ
オデータの所在情報が取得されると、取得した所在情報
に基づいて特定のデータサーバに対してデータを要求す
るデータ要求処理が行われ、その後、該データ要求に応
じて特定のデータサーバから送信されたデータが受信さ
れ、さらに受信されたデータに対する復号処理及び再生
処理が行われる。近年の著しいＰＣ性能の発達によっ
て、端末におけるデータ要求からデータ再生までの処理
はソフトウェアによって実現されるのが一般的である。
しかしながら、携帯電話やＰＤＡ（Personal Digital A
ssistant）等いわゆる移動体端末では、復号ＬＳＩなど
の専用のハードウエアを搭載する場合もある。

【０００６】ところで、このようなサービスを受ける端
末（以下、受信端末ともいう。）では、１つの番組のデ
ータ（以下、ファイルともいう。）の一部を選択して再
生するといった処理が要求される場合もある。このよう
にファイルの一部を選択して再生することは、ダイジェ
スト再生と呼ばれ、具体的な事例としては、いろいろな
ジャンルの情報を提供するニュース番組などを視聴する
際に、ニュース番組全体のデータの、スポーツに関する
部分と天気に関する部分のみを再生する場合が挙げられ
る。

【０００７】以下、受信端末にて、サーバに格納されて
いる１つの番組のデータ（ファイル）における２つの部
分を選択して再生する場合について、具体的に説明す
る。ここでは、ファイルは、複数のジャンルの情報を提
供するニュース番組のデータとし、また、このファイル
における、受信端末にて選択して再生される部分（再生
区間）は、スポーツに関する部分（スポーツ情報）及び
天気に関する部分（天気情報）とする。なお、以下の説
明では、１つの番組における個々の再生区間をクリップ
ともいう。

【０００８】このようなニュース番組のデータから、上
記２つのクリップ（スポーツ情報、天気情報）のデータ
を選択して再生するには、受信端末では、各クリップの
データを取得するための情報（シーン記述情報）が必須
となる。このシーン記述情報は、ＳＭＩＬ（Synchroniz
ed Multimedia Integration Language）により記述さ
れ、１つのファイル形式のデータ（ＳＭＩＬファイル）
としてホームページなどに置かれている。上記シーン記
述情報には、オーディオやビデオなどのデータのＵＲＬ
が含まれており、従って、受信端末では、オーディオや
ビデオなどのデータのＵＲＬは、ホームページなどに置
かれているＳＭＩＬファイルを解析することにより取得
される。

【０００９】図１０は、ＳＭＩＬファイルの記述内容
（シーン記述）を示すものである。この記述内容（シー
ン記述）ＳＤ１の各行の先頭に記述されるsmil、/smi
l、head、/head、seq、/seq、ref等の文字列は、要素
（エレメント）と呼ばれ、その要素に続く記述の内容を
宣言するものである。例えば、smil要素及び/smil要素
は、smil要素を含む行<smil>５１０ａと/smil要素を含
む行</smil>５１０ｂとの間に位置する行が、ＳＭＩＬ
規格に従って記述されたものであることを宣言するもの
である。

【００１０】body要素及び/body要素は、body要素を含
む行<body>５２０ａと/body要素を含む行</body>５２０
ｂとの間に位置する行では、再生されるデータの所在場
所を示す情報（ＵＲＬ）及び該データを表示すべき時間
に関する情報が記述されていることを宣言するものであ
る。seq要素及び/seq要素は、seq要素を含む行<seq>５
３０ａと/seq要素を含む行</seq>５３０ｂとの間に位置
する行の記述により指定される情報は、該行の記述に含
まれる時間情報に基づいて順次再生すべきものであるこ
とを宣言するものである。ref要素は、このref要素を含
む行<ref・・・>５１、<ref・・・>５２の記述により、
参照されるべきデータが指定されることを宣言するもの
である。また、上記ref要素に続いて記述されるsrc、cl
ipBegin、clipEnd等の文字列は、属性（アトリビュー
ト）と呼ばれ、各ref要素が含まれる行にて詳細な情報
を指定するものである。

【００１１】まず、ref要素を含む行<ref・・・>５１，
５２におけるsrc属性は、この属性により指定される情
報は、サーバに対してデータを要求する際に必要となる
情報であることを示している。ここで、ref要素を含む
行<ref・・・>５１，５２では、伝送スキームとして、
送信側と受信側との間でデータ要求メッセージを交換す
るためのプロトコル（手順）であるrtsp（Real Time St
reaming Protocol）が指定されている。さらにref要素
を含む行<ref・・・>５１，５２では、サーバ（server.
com）に格納されているデータ（movie1）の一部（クリ
ップ）を再生区間として選択して再生すべきことが示さ
れている。したがって、受信端末では、上記データの伝
送プロトコル（手順）であるＲＴＳＰ(Real Time Strea
ming Protocol)を用いて、ref要素を含む行<ref・・・>
５１，５２の記述により指定されたサーバ（server.co
m）に対して、データ（movie1）を要求するメッセージ
の発行が行われることとなる。なお、各クリップに対応
するデータは、ＲＴＰ(Realtime Transport Protocol)
を用いて送受信される。

【００１２】また、ref要素を含む行５１，５２におけ
るclipBegin属性は、ファイルＤavの先頭データの再生
時刻を起点（ゼロ秒）としたときの、各クリップの先頭
データの再生時刻を指定するものである。ref要素を含
む行５１，５２におけるclipEnd属性は、ファイルＤav
の先頭データの再生時刻を起点（ゼロ秒）としたとき
の、各クリップの最後のデータの再生時刻を指定するも
のである。ここで、上記ファイルは、オーディオデータ
及びビデオデータを含むオーディオビデオデータとす
る。

【００１３】例えば、ref要素を含む行５１により指定
されるクリップ（第１のクリップ）は、そのclipBegin
属性の値が１０ｓ、そのclipEnd属性の値が４０ｓであ
るため、このクリップとして、図１１に示すように、フ
ァイル（movie1）の、再生時刻が１０秒から４０秒の間
の部分（第１の再生区間）のデータＤav１が再生され
る。ref要素を含む行５２により指定される第２のクリ
ップは、そのclipBegin属性の値が７０ｓ、そのclipEnd
属性の値が１００ｓであるため、図１１に示すように、
このクリップとして、ファイル（movie1）の、再生時刻
が７０秒から１００秒の間の部分（第２の再生区間）の
データＤav２が再生される。

【００１４】図１２は、上記データ配信システム４００
の端末４５がそのデータサーバ４１に対してデータを要
求する際のＲＴＳＰシーケンスを簡略化して示す図であ
り、データサーバと端末との間で順次データ交換が行わ
れる様子を示している。まず、ＤＥＳＣＲＩＢＥという
ＲＴＳＰメソッドにより、ＳＭＩＬファイルに含まれる
ＵＲＬにより指定されたオーディオビデオデータに関す
る情報が取得される。この情報は一般的にはＳＤＰ（Se
ssion Description Protocol）に基づく文法に従って記
述された情報（ＳＤＰ情報）である。

【００１５】つまり、ＤＥＳＣＲＩＢＥ要求（DESCRIBE
rtsp://server.com/movie1 RTSP/1.0）７１ａが端末か
らデータサーバに対して発行されると（時刻ｔ１’）、
データサーバからは、上記ＤＥＳＣＲＩＢＥ要求７１ａ
に対する応答として、ＳＤＰ情報を含む応答（RTSP/1.0
OK）７１ｂが端末に対して発行される（時刻ｔ
２’）。ここでは、上記ＳＤＰ情報には、オーディオビ
デオデータの要求が発行されたデータサーバに格納され
ている、オーディオデータを含むファイル名がmovie1.a
udであり、このデータサーバに格納されている、ビデオ
データを含むファイル名がmovie1.vidであると記述され
ている。

【００１６】次に、データサーバに対して、オーディオ
データ（movie1.aud）のＳＥＴＵＰ要求（STEUPE rtsp:
//server.com/movie1.aud RTSP/1.0）７２ａが発行され
（時刻ｔ３’）、上記ＳＥＴＵＰ要求７２ａに対する応
答７２ｂがデータサーバから端末に対して発行される
（時刻ｔ４’）。さらに、データサーバに対して、ビデ
オデータ（movie1.vid）のＳＥＴＵＰ要求（STEUPE rts
p://server.com/movie1.vid RTSP/1.0）７３ａが発行さ
れ（時刻ｔ５’）、上記ＳＥＴＵＰ要求７３ａに対する
応答７３ｂがデータサーバから端末に対して発行される
（時刻ｔ６’）。

【００１７】この場合、上記各ＳＥＴＵＰ要求７２ａ及
び７３ａに対する応答７２ｂ及び７３ｂがともにＯＫ応
答であるため、上記データがサーバに格納されているこ
とが保証されたこととなる。したがって、その後、ＰＬ
ＡＹメソッドを用いて、データ（movie1）をサーバに要
求する処理が行われる。この結果、要求されたデータが
ＲＴＰ（Real TimeTransport Protocol）によってＲＴ
ＰパケットデータＤｐとしてサーバから送信される。

【００１８】つまり、データサーバに対して、オーディ
オビデオデータ（movie1）のＰＬＡＹ要求（PLAY rts
p://server.com/movie1 RTSP/1.0）７４ａが発行され
（時刻ｔ７’）、上記ＰＬＡＹ要求７４ａに対する応答
７４ｂがデータサーバから端末に対して発行される（時
刻ｔ８’）。その後、上記オーディオデータ及びビデオ
データを含むオーディオビデオデータ（movie1）が、Ｒ
ＴＰパケットデータＤｐとしてデータサーバから端末へ
送信される。ここで時刻ｔ１’〜ｔ８’は、次式（１）
で示す大小関係を満たしている。ｔ１’＜ｔ２’＜ｔ３’＜ｔ４’＜ｔ５’＜ｔ６’＜ｔ７’＜ｔ８’・・・（１）図１３は、サーバ側でのデータ処理Ｐｓ及び端末側での
データ処理Ｐｔを対比して示す図である。ここでは、図
１０に示すＳＭＩＬファイルに従って、図１１に示す第
１，第２の再生区間（クリップ）に対応するデータＤav
１，Ｄav２の要求が行われ、該要求に応じて、該データ
がサーバからインターネットＮintを介して端末へ伝送
される様子が示されている。なお、データ要求処理は、
図１２に示すように、オーディオデータとビデオデータ
とで個別に行う必要のあるものであるが、以下の説明で
は、説明の簡略化のため、各クリップに対するデータ要
求は、オーディオデータとビデオデータとを特に区別し
ないものとする。

【００１９】端末側では、時間長Ｔ８１が示す期間に、
第１の再生区間（第１のクリップ）に対するデータＤav
１の要求を発行する処理が行われ、サーバ側では、時間
長Ｔ８１’が示す期間に、上記データＤav１の要求に対
する応答を発行する処理が行われる。そして、サーバ側
では、上記応答発行処理に続いて、時間長Ｔ８２が示す
期間に、第１の再生区間に対するデータＤav１を端末に
送信する処理が行われる。このとき、端末側では、受信
されたデータＤav１は、すぐに復号及び再生処理が施さ
れるのではなく、時間長Ｔ８３が示す一定期間、受信し
たデータＤav１をバッファリングする処理が行われ、そ
の後、時間長Ｔ８４が示す期間に、受信したデータＤav
１を復号して再生する再生処理が行われる。

【００２０】端末側では、第１の再生区間（第１のクリ
ップ）のデータＤav１に対する復号再生処理が終了した
時点で、ＳＭＩＬファイルに指定されている第２の再生
区間（第２のクリップ）に対するデータＤav２の要求を
発行する処理が開始される。すると、サーバ側では、デ
ータＤav２の要求に対する応答を発行する処理が開始さ
れる。時間長Ｔ８５は、受信端末にて、該データＤav２
の要求を発行する処理に要する期間であり、時間長Ｔ８
５’は、サーバにて、該データＤav２の要求に対する応
答を発行する処理に要する期間である。

【００２１】そして、サーバ側では、上記応答発行処理
に続いて、時間長Ｔ８６が示す期間に、第２の再生区間
に対するデータＤav２を端末に送信する処理が行われ
る。このとき、端末側では、受信されたデータＤav２
は、すぐに復号及び再生処理が施されるのではなく、時
間長Ｔ８７が示す一定期間、受信したデータＤav２をバ
ッファリングする処理が行われ、その後、時間長Ｔ８８
が示す期間に、受信したデータＤav２を復号して再生す
る再生処理が行われる。

【００２２】しかしながら、上記のようにサーバから端
末へデータを伝送する方法では、端末側で第１の再生区
間に対応するデータＤav１を再生する期間と、第２の再
生区間に対応するデータＤav２を再生する期間との間に
ギャップが発生する。つまり、端末側では、第１の再生
区間に対応するデータＤav１の再生が終了した後、第２
の再生区間に対応するデータＤav２の再生が開始される
までの期間はデータの再生が行われず、端末ユーザに
は、サーバからの送信データが途切れたように見えると
いう問題が生じる。

【００２３】以下、受信端末にて、サーバに格納されて
いる１つの番組のデータにおける３つの再生区間（クリ
ップ）を選択して再生する場合を例に挙げて、受信端末
側及びサーバ側での処理について、さらに詳細に説明す
る。ここでは、ファイルは、上述のようにシーン記述
（図１０参照）に従ってデータの要求，再生を行う場合
と同様、複数のジャンルの情報を提供するニュース番組
のオーディオビデオデータとし、このファイルにおけ
る、受信端末にて選択して再生される部分（再生区間）
は、スポーツに関する部分（スポーツ情報）、天気に関
する部分（天気情報）、海外での出来事に関する部分
（海外情報）とする。

【００２４】図１４は、シーン記述情報が示すシーン記
述の内容を説明するための図であり、受信端末では、こ
のシーン記述情報に基づいて、上記３つのクリップ（ス
ポーツ情報、天気情報、海外情報）のデータが取得され
る。ここでは、シーン記述ＳＤ２は、ＳＭＩＬ（Synchr
onized Multimedia Integration Language）により表現
されている。なお、シーン記述を表現する言語は、これ
に限るものではなく、ＭＰＥＧ−４ＢＩＦＳ（Binary
format for Scene）、ＸＨＴＭＬ（Extended Hypertex
t Markup Language）なども使用可能である。シーン記
述ＳＤ２の各行の先頭に記述されるsmil、/smil、hea
d、/head、seq、/seq、video等の文字列は、要素（エレ
メント）と呼ばれ、その要素に続く、記述の内容を宣言
するものであり、図１０に示すシーン記述ＳＤ１におけ
るものと同一のものである。すなわち、smil要素及び/s
mil要素は、smil要素を含む行<smil>７１０ａと/smil要
素を含む行</smil>７１０ｂとの間に位置する行が、Ｓ
ＭＩＬ規格に従って記述されたものであることを宣言す
るものである。

【００２５】body要素及び/body要素は、body要素を含
む行<body>７２０ａと/body要素を含む行</body>７２０
ｂとの間に位置する行では、再生されるデータの所在場
所を示す情報（ＵＲＬ）及び該データを表示すべき時間
に関する情報が記述されていることを宣言するものであ
る。seq要素及び/seq要素は、seq要素を含む行<seq>７
３０ａと/seq要素を含む行</seq>７３０ｂとの間に位置
する行の記述により指定される情報は、該行の記述に含
まれる時間情報に基づいて順次再生されるべきものであ
ることを宣言するものである。

【００２６】video要素は、このvideo要素を含む行<vid
eo・・・>７０１、<video・・・>７０２、<video・・・
>７０３の記述により動画像データが指定されることを
宣言するものである。また、上記video要素に続いて記
述されるsrc、clipBegin、clipEnd等の文字列は、属性
（アトリビュート）と呼ばれ、各video要素が含まれる
行にて詳細な情報を指定するものである。

【００２７】まず、video要素を含む行<video・・・>７
０１〜７０３におけるsrc属性は、この属性により指定
される情報が、シーン記述情報に各クリップに対応する
データ（動画像データ）が付随されていないため、別
途、サーバに対して各クリップに対応するデータを要求
する際に必要となる情報であることを示している。

【００２８】ここで、video要素を含む行<video・・・>
７０１〜７０３では、伝送スキームとして、送信側と受
信側との間でデータ要求メッセージを交換するためのプ
ロトコル（手順）であるrtsp（Real Time Streaming Pr
otocol）が指定されている。さらにvideo要素を含む行<
video・・・>７０１〜７０３では、上記各クリップに対
応するデータとして、サーバ（svr.com）に格納されて
いるデータ（v.mp4）が指定されている。

【００２９】したがって、受信端末では、上記データの
伝送プロトコル（手順）であるＲＴＳＰ(Real Time Str
eaming Protocol)を用いて、video要素を含む行<video
・・・>７０１〜７０３の記述により指定されたサーバ
（svr.com）に対して、データ（v.mp4）を要求するメッ
セージの発行が行われることとなる。なお、各クリップ
に対応するデータは、ＲＴＰ(Realtime Transport Prot
ocol)を用いて送受信される。

【００３０】また、video要素を含む行７０１〜７０３
におけるclipBegin属性は、ファイルの先頭データの再
生時刻を起点（ゼロ秒）としたときの、各クリップの先
頭データの再生時刻（つまりストリーミング開始位置）
を指定するものである。video要素を含む行７０１〜７
０３におけるclipEnd属性は、ファイルの先頭データの
再生時刻を起点（ゼロ秒）としたときの、各クリップの
最後のデータの再生時刻（つまりストリーミング終了位
置）を指定するものである。

【００３１】例えば、video要素を含む行７０１により
指定されるクリップ（第１のクリップ）は、そのclipBe
gin属性の値が３５ｓ、そのclipEnd属性の値が４５ｓで
あるため、このクリップとして、ファイル（v.mp4）
の、再生時刻が３５秒から４５秒の間の部分のデータが
再生される。video要素を含む行７０２により指定され
る第２のクリップは、そのclipBegin属性の値が８５
ｓ、そのclipEnd属性の値が１００ｓであるため、この
クリップとして、ファイル（v.mp4）の、再生時刻が８
５秒から１００秒の間の部分のデータが再生される。vi
deo要素を含む行７０３により指定される第３のクリッ
プは、そのclipBegin属性の値が１４０ｓ、そのclipEnd
属性の値が１６０ｓであるため、このクリップとして、
ファイル（v.mp4）の、再生時刻が１４０秒から１６０
秒の間の部分のデータが再生される。

【００３２】次に、受信端末が、図１４に示すシーン記
述ＳＤ２に従ってサーバに対してデータを要求し、要求
したデータを受信しつつ再生するデータ再生処理につい
て説明する。図１５は、上記データ再生処理におけるプ
ロトコルシーケンスの一部（DESCRIBEやSETUPの交換は
省略している）を示す図である。まず、受信端末２２０
では、RTSP交換部２２１により、第１のクリップに対す
るPLAY要求（PLAY rtsp://svr.com/v.mp4）Ｔ１が、フ
ァイル（v.mp4）のＵＲＬを指定して発行される。この
際、第１のクリップとして再生すべきファイルの再生範
囲を指定するレンジ情報（Range:npt=35-45）が、上記P
LAY要求Ｔ１に含めてサーバ２１０に通知される。

【００３３】サーバ２１０では、RTSP交換部２１１によ
り、上記PLAY要求Ｔ１に対する応答（RTSP/1.0 OK）Ａ
１が受信端末２２０に対して発行されるとともに、RTSP
交換部２１１からRTP送信部２１２に対して、ファイル
の送出を指令する送出命令Ｃ１が通知される。すると、
RTP送信部２１１からは、該ファイルの、レンジ情報に
より指定された再生範囲（第１のクリップ）のデータ
が、RTPパケットに格納されてＲＴＰパケットデータＤ
１として受信端末２２０に送信される。受信端末２２０
では、上記応答Ａ１がRTSP受信部２２１により受信さ
れ、その後、RTP受信部２２２により、上記サーバ２１
０からのＲＴＰパケットが受信され、ＲＴＰパケットに
格納されているデータの復号及び再生が行われる。

【００３４】上記受信端末２２０では、上記第１のクリ
ップに対応するデータの復号及び再生処理が完了した
後、第２のクリップに対するPLAY要求（PLAY rtsp://sv
r.com/v.mp4）Ｔ２が、ファイル（v.mp4）のＵＲＬを指
定して発行される。この際、第２のクリップとして再生
すべきファイルの再生範囲を指定するレンジ情報（Rang
e:npt=85-100）が、上記PLAY要求Ｔ２に含めてサーバ２
１０に通知される。

【００３５】すると、サーバ２１０では、RTSP交換部２
１１により、上記PLAY要求Ｔ２に対する応答（RTSP/1.0
OK）Ａ２が受信端末２２０に対して発行されるととも
に、RTSP交換部２１１からRTP送信部２１２に対して、
ファイルの送出を指令する送出命令Ｃ２が通知される。
すると、RTP送信部２１１からは、該ファイルの、レン
ジ情報により指定された再生範囲（第２のクリップ）の
データが、RTPパケットに格納されてＲＴＰパケットデ
ータＤ２として受信端末２２０に送信される。受信端末
２２０では、上記応答Ａ２がRTSP受信部２２１により受
信され、RTP受信部２２２により、上記サーバ２１０か
らのＲＴＰパケットが受信され、ＲＴＰパケットに格納
されているデータの復号及び再生が行われる。

【００３６】上記受信端末２２０では、上記第２のクリ
ップに対応するデータの復号及び再生処理が完了する
と、第３のクリップに対するPLAY要求（PLAY rtsp://sv
r.com/v.mp4）Ｔ３が、ファイル（v.mp4）のＵＲＬを指
定して発行される。この際、第３のクリップとして再生
すべきファイルの再生範囲を指定するレンジ情報（Rang
e:npt=140-160）が、上記PLAY要求Ｔ３に含めてサーバ
２１０に通知される。そして、サーバ２１０からは、RT
SP交換部２１１により、上記PLAY要求Ｔ３に対する応答
（RTSP/1.0 OK）Ａ３が受信端末２２０に対して発行さ
れるとともに、RTSP交換部２１１からRTP送信部２１２
に対して、ファイルの送出を指令する送出命令Ｃ３が通
知される。すると、RTP送信部２１１からは、該ファイ
ルの、レンジ情報により指定された再生範囲（第３のク
リップ）のデータが、RTPパケットに格納されてＲＴＰ
パケットデータＤ３として受信端末２２０に送信され
る。受信端末２２０では、上記応答Ａ３がRTSP受信部２
２１により受信され、RTP受信部２２２により、上記サ
ーバ２１０からのＲＴＰパケットが受信され、ＲＴＰパ
ケットに格納されているデータの復号及び再生が行われ
る。

【００３７】ところが、図１１及び図１５に示すよう
に、サーバに対して各クリップのデータを要求して再生
する方法では、受信端末にて、先に要求したクリップの
再生が終了してから、サーバに対するクリップのＰＬＡ
Ｙ要求が発行されるため、受信端末では、第１あるいは
第２のクリップに対応するＲＴＰパケットの受信に続け
て、第２あるいは第３のクリップに対応するＲＴＰパケ
ットの受信を行うことができず、クリップ間で一旦表示
の途切れが発生するという問題がある。

【００３８】このような問題に対する対策として、図１
６に示すように、受信端末２２０ａにて、シーン記述に
より指定された第１〜第３のクリップに対するPLAY要求
Ｔ１〜Ｔ３を続けて行い、サーバ２１０では、受信端末
２２０ａにて各クリップのＲＴＰパケットＤ１〜Ｄ３が
連続して受信されるよう送信する方法が考えられる。

【００３９】すなわち、まず、受信端末２２０ａでは、
RTSP交換部２２１ａにより、第１のクリップに対するPL
AY要求（PLAY rtsp://svr.com/v.mp4）Ｔ１が、ファイ
ル（v.mp4）のＵＲＬを指定して発行される。この際、
第１のクリップとして再生すべきファイルの再生範囲を
指定するレンジ情報（Range:npt=35-45）が、上記PLAY
要求Ｔ１に含めてサーバ２１０に通知される。

【００４０】サーバ２１０では、PLAY要求Ｔ１がRTSP交
換部２１１により受信されると、該RTSP交換部２１１に
より、上記PLAY要求Ｔ１に対する応答（RTSP/1.0 OK）
Ａ１が受信端末２２０ａに対して発行されるとともに、
RTSP交換部２１１からRTP送信部２１２に対して、ファ
イルの送出を指令する送出命令Ｃ１が通知される。する
と、RTP送信部２１１からは、該ファイルの、レンジ情
報により指定された再生範囲（第１のクリップ）のデー
タが、RTPパケットに格納されてＲＴＰパケットデータ
Ｄ１として受信端末２２０ａに送信される。受信端末２
２０ａでは、RTP受信部２２２により、上記サーバ２１
０からのＲＴＰパケットが受信され、ＲＴＰパケットに
格納されているデータの復号及び再生が行われる。

【００４１】上記受信端末２２０ａでは、上記第１のク
リップのPLAY要求Ｔ１に対する応答（RTSP/1.0 OK）Ａ
１がＲＴＳＰ交換部２２１ａにより受信されると、続い
て、第２のクリップに対するPLAY要求（PLAY rtsp://sv
r.com/v.mp4）Ｔ２が、ＲＴＳＰ交換部２２１ａにより
ファイル（v.mp4）のＵＲＬを指定して発行される。こ
の際、第２のクリップとして再生すべきファイルの再生
範囲を指定するレンジ情報（Range:npt=85-100）が、上
記PLAY要求Ｔ２に含めてサーバ２１０に通知される。

【００４２】すると、サーバ２１０では、PLAY要求Ｔ２
がRTSP交換部２１１により受信されると、RTSP交換部２
１１により、上記PLAY要求Ｔ２に対する応答（RTSP/1.0
OK）Ａ２が受信端末２２０ａに対して発行される。受
信端末２２０ａでは、上記PLAY要求Ｔ２に対する応答Ａ
２がＲＴＳＰ交換部２２１ａにより受信されると、第３
のクリップに対するPLAY要求（PLAY rtsp://svr.com/v.
mp4）Ｔ３が、ＲＴＳＰ交換部２２１ａによりファイル
（v.mp4）のＵＲＬを指定して発行される。この際、第
３のクリップとして再生すべきファイルの再生範囲を指
定するレンジ情報（Range:npt=140-160）が、上記PLAY
要求Ｔ３に含めてサーバ２１０に通知される。そして、
サーバ２１０からは、RTSP交換部２１１により、上記PL
AY要求Ｔ３に対する応答（RTSP/1.0 OK）Ａ３が受信端
末２２０ａに対して発行され、この応答Ａ３が受信端末
２２０ａにてＲＴＳＰ交換部２２１ａにより受信され
る。

【００４３】このように受信端末２２０ａでは、シーン
記述により指定された第１〜第３のクリップに対するPL
AY要求Ｔ１〜Ｔ３が続けて行われる。そして、サーバ２
１０では、受信端末２２０ａにて各クリップのＲＴＰパ
ケットＤ１〜Ｄ３が連続して受信されるよう送信され
る。つまり、サーバ２１０では、第１のクリップのＲＴ
ＰパケットＤ１の送信が完了する前に、RTSP交換部２１
１からRTP送信部２１２に対して、ファイル（第２のク
リップ）の送出を指令する送出命令Ｃ２が通知される。
そして、第１のクリップのＲＴＰパケットＤ１の送信が
完了すると、サーバ２１０では、第２のクリップのＲＴ
ＰパケットＤ２の送信が開始される。さらに、サーバ２
１０では、第２のクリップのＲＴＰパケットＤ２の送信
が完了する前に、RTSP交換部２１１からRTP送信部２１
２に対して、ファイル（第３のクリップ）の送出を指令
する送出命令Ｃ３が通知される。その後第２のクリップ
のＲＴＰパケットＤ２の送信が完了すると、サーバ２１
０では、第３のクリップのＲＴＰパケットＤ３の送信が
開始される。

【００４４】このように、３つのクリップのデータを要
求する際、最初に３つのクリップのPLAY要求を一度に続
けてサーバ２１０に対して送ることにより、サーバ２１
０では、各クリップに対応するRTPパケットＤ１〜Ｄ３
が続けて送信されることとなり、この結果、受信端末で
は各クリップのデータＤ１〜Ｄ３を跡切れなく受信する
ことができ、これにより各クリップのデータＤ１〜Ｄ３
を連続して再生することが可能となる。

【００４５】

【発明が解決しようとする課題】ところが、上記のよう
に、受信端末にて、ダイジェスト再生の対象となるすべ
てのクリップに対するデータ要求（ＰＬＡＹ要求）を一
度にまとめて発行する方法では、サーバにて、複数のク
リップに対するＰＬＡＹ要求を保持し管理する必要があ
り、サーバでの演算負荷が大きくなるという問題があ
る。本発明は上記のような問題点を解決するためになさ
れたものであり、サーバでの演算負荷の増大を招くこと
なく、サーバに対して、番組などに対応するデータ（フ
ァイル）の、連続して再生されるよう指定された複数の
再生区間（クリップ）に対応する部分が途切れることな
く送信されるよう、データ要求、つまり各クリップに対
するＰＬＡＹ要求を発行することができるデータ受信再
生方法及びデータ受信再生装置を得ることを目的とす
る。

【００４６】

【課題を解決するための手段】この発明（請求項１）に
係るデータ受信再生方法は、少なくとも画像情報または
音声情報のいずれか一方を含むデータを要求し、該要求
に応じて送信されたデータを受信しつつ再生するデータ
受信再生方法であって、上記データを一定の情報単位毎
に要求するデータ要求ステップと、該要求に応じて送信
された一定の情報単位に対応するデータを受信するデー
タ受信ステップと、受信された一定の情報単位に対応す
るデータを再生するデータ再生ステップとを含み、上記
データ要求ステップは、上記一定の情報単位に対応する
データとして第１のデータを要求した後、該第１のデー
タの後に再生される第２のデータを要求するとき、該第
２のデータに対する要求は、上記データ再生ステップで
の第１のデータの再生が終了するまでに行うものである
ことを特徴とするものである。

【００４７】この発明（請求項２）は、請求項１記載の
データ受信再生方法において、上記データ要求ステップ
は、上記データ受信ステップにて上記第１のデータの受
信が完了する直前に、上記第２のデータを要求するもの
であることを特徴とするものである。

【００４８】この発明（請求項３）は、請求項１記載の
データ受信再生方法において、上記データ要求ステップ
は、上記第２のデータを要求する時刻ｔ２、上記第１の
データを要求した時刻ｔ１、該第１のデータの要求を行
ってから該第１のデータの受信が開始されるまでの受信
遅延時間Ａ１、上記第１のデータの受信が開始されてか
ら該第１のデータの再生が開始されるまでのバッファ時
間Ｂ１、及び上記第１のデータの再生に要する再生所要
時間Ｃ１、並びに前記第２のデータの要求を行ってから
該第２のデータの受信が開始されるまでの受信遅延時間
Ａ２、及び該第２のデータの受信が開始されてから該第
２のデータの再生が開始されるバッファ時間Ｂ２の関係
を示す第１の関係式に基づいて、上記第２のデータを要
求する時刻ｔ２を求めるものであり、上記第１の関係式
は、ｔ２＝ｔ１＋Ａ１＋Ｂ１＋Ｃ１−（Ａ２＋Ｂ２）で
あることを特徴とするものである。

【００４９】この発明（請求項４）は、請求項３記載の
データ受信再生方法において、上記データ要求ステップ
は、上記第２のデータに対する受信遅延時間Ａ２が、上
記第１のデータに対する受信遅延時間Ａ１に等しいとす
る条件の下で、上記第１のデータに対するデータ要求時
刻ｔ１、バッファ時間Ｂ１、及び再生所要時間Ｃ１、並
びに上記第２のデータに対するデータ要求時刻ｔ２の関
係を示す第２の関係式に基づいて、上記第２のデータを
要求する時刻ｔ２を求めるものであるであり、上記第２
の関係式は、ｔ２＝ｔ１＋Ｂ１＋Ｃ１−Ｂ２であること
を特徴とするものである。

【００５０】この発明（請求項５）は、請求項４記載の
データ受信再生方法において、上記データ要求ステップ
は、上記第２のデータに対する受信遅延時間Ｂ２が、上
記第１のデータに対する受信遅延時間Ｂ１と等しいとす
る条件の下で、上記第１のデータに対するデータ要求時
刻ｔ１及び再生所要時間Ｃ１、並びに上記第２のデータ
に対するデータ要求時刻ｔ２の関係を示す第３の関係式
に基づいて、上記第２のデータを要求する時刻ｔ２を求
めるものであり、上記第３の関係式は、ｔ２＝ｔ１＋Ｃ
１であることを特徴とするものである。

【００５１】この発明（請求項６）は、請求項３ないし
請求項５のいずれかに記載のデータ受信再生方法におい
て、上記データ要求ステップは、上記関係式により得ら
れた、上記第２のデータを要求する時刻ｔ２に、一定の
変数Ｄを加算する加算処理を行い、該加算処理により得
られた変数加算時刻ｔ２’に、上記第２のデータを要求
するものであることを特徴とするものである。

【００５２】この発明（請求項７）は、請求項１ないし
請求項６のいずれかに記載のデータ受信再生方法におい
て、上記データ要求ステップは、上記第１及び第２のデ
ータを要求するための通信プロトコルとしてＲＴＳＰを
用いるものであることを特徴とするものである。

【００５３】この発明（請求項８）は、請求項１ないし
請求項６のいずれかに記載のデータ受信再生方法におい
て、上記データ受信ステップは、上記第１及び第２のデ
ータを受信するための通信プロトコルとしてＲＴＰを用
いることを特徴とするものである。

【００５４】この発明（請求項９）に係るデータ記憶媒
体は、少なくとも画像情報または音声情報のいずれか一
方を含むデータを要求し、該要求に応じて送信されたデ
ータを受信しつつ再生するデータ受信再生処理をコンピ
ュータにより行うための受信再生プログラムを格納した
データ記憶媒体であって、上記受信再生プログラムは、
上記データを一定の情報単位毎に要求するデータ要求ス
テップと、該要求に応じて送信された一定の情報単位に
対応するデータを受信するデータ受信ステップと、受信
された一定の情報単位に対応するデータを再生するデー
タ再生ステップとを含む処理をコンピュータにより行う
ためのプログラムであり、上記データ要求ステップは、
上記一定の情報単位に対応するデータとして第１のデー
タを要求した後、該第１のデータの後に再生される第２
のデータを要求するとき、該第２のデータに対する要求
は、上記データ再生ステップでの第１のデータの再生が
終了するまでに行うものであることを特徴とするもので
ある。

【００５５】この発明（請求項１０）に係るデータ受信
再生装置は、少なくとも画像情報または音声情報のいず
れか一方を含むデータを要求し、該要求に応じて送信さ
れたデータを受信しつつ再生するデータ受信再生装置で
あって、上記データを一定の情報単位毎に要求するデー
タ要求手段と、該要求に応じて送信された一定の情報単
位に対応するデータを受信するデータ受信手段と、受信
された一定の情報単位に対応するデータを再生するデー
タ再生手段とを備え、上記データ要求手段は、上記一定
の情報単位に対応するデータとして第１のデータを要求
した後、該第１のデータの後に再生される第２のデータ
を要求するとき、該第２のデータに対する要求を、上記
データ再生手段による第１のデータの再生が終了するま
でに行うものであることを特徴とするものである。

【００５６】この発明（請求項１１）に係るデータ受信
再生方法は、少なくとも画像情報または音声情報のいず
れか一方を含むデータを要求し、該要求に応じて送信さ
れたデータを受信しつつ再生するデータ受信再生方法で
あって、上記データを一定の情報単位毎に要求するデー
タ要求ステップと、該要求に応じて送信された一定の情
報単位に対応するデータを受信するデータ受信ステップ
と、受信された一定の情報単位に対応するデータを再生
するデータ再生ステップとを含み、上記データ要求ステ
ップは、上記一定の情報単位に対応するデータとして第
１のデータを要求した後、該第１のデータの次に再生さ
れる第２のデータを要求するとき、該第２のデータに対
する要求は、上記データ受信ステップにて第１のデータ
の受信が開始されてから終了するまでの間に行うもので
あることを特徴とするものである。

【００５７】この発明（請求項１２）は、請求項１１記
載のデータ受信再生方法において、上記データ要求ステ
ップは、要求すべき一定の情報単位に対応するデータと
して上記第１及び第２のデータを指定する参照情報に含
まれる、該第１及び第２のデータに関する再生時刻を示
す再生時刻情報に基づいて、上記第２のデータに対する
要求を行うタイミングを決定するものであることを特徴
とするものである。

【００５８】この発明（請求項１３）は、請求項１１記
載のデータ受信再生方法において、上記データ要求ステ
ップは、上記第１及び第２のデータを要求するための通
信プロトコルとしてＲＴＳＰを用いるものであり、上記
第１のデータの要求先から上記第１のデータの要求に応
じて送信されたＲＴＳＰ応答に含まれる情報に基づい
て、上記第２のデータに対する要求を行うタイミングを
決定するものであることを特徴とするものである。

【００５９】この発明（請求項１４）は、請求項１１記
載のデータ受信再生方法において、上記データ受信ステ
ップは、上記第１及び第２のデータを受信するための通
信プロトコルとしてＲＴＰを用いることを特徴とするも
のである。

【００６０】この発明（請求項１５）に係るデータ記憶
媒体は、少なくとも画像情報または音声情報のいずれか
一方を含むデータを要求し、該要求に応じて送信された
データを受信しつつ再生するデータ受信再生処理をコン
ピュータにより行うための受信再生プログラムを格納し
たデータ記憶媒体であって、上記受信再生プログラム
は、上記データを一定の情報単位毎に要求するデータ要
求ステップと、該要求に応じて送信された一定の情報単
位に対応するデータを受信するデータ受信ステップと、
受信された一定の情報単位に対応するデータを再生する
データ再生ステップとを含む処理をコンピュータにより
行うためのプログラムであり、上記データ要求ステップ
は、上記一定の情報単位に対応するデータとして第１の
データを要求した後、該第１のデータの次に再生される
第２のデータを要求するとき、該第２のデータに対する
要求は、上記データ受信ステップにて第１のデータの受
信が開始されてから終了するまでの間に行うものである
ことを特徴とするものである。

【００６１】この発明（請求項１６）に係るデータ受信
再生装置は、少なくとも画像情報または音声情報のいず
れか一方を含むデータを要求し、該要求に応じて送信さ
れたデータを受信しつつ再生するデータ受信再生装置で
あって、上記データを一定の情報単位毎に要求するデー
タ要求手段と、該要求に応じて送信された一定の情報単
位に対応するデータを受信するデータ受信手段と、受信
された一定の情報単位に対応するデータを再生するデー
タ再生手段とを備え、上記データ要求手段は、上記一定
の情報単位に対応するデータとして第１のデータを要求
した後、該第１のデータの次に再生される第２のデータ
を要求するとき、該第２のデータに対する要求を、上記
データ受信手段にて第１のデータの受信が開始されてか
ら終了するまでの間に行うものであることを特徴とする
ものである。

【００６２】

【発明の実施の形態】以下、本発明の実施の形態につい
て説明する。（実施の形態１）図１は本発明の実施の形態１によるデ
ータ受信再生装置を説明するための概略ブロック図であ
る。この実施の形態１のデータ受信再生装置１００は、
外部のクロック回路１０１から供給されるクロックＳｃ
ｋに基づいて動作するものであり、参照ファイルである
ＳＭＩＬファイルの内容を解析し、該解析内容に基づい
て、所要の時刻にオーディオビデオデータの送信要求を
サーバ１０に対して発行することともに、該要求に対す
る応答を受信するデータ要求手段１０２と、上記データ
要求に応じてサーバ１０からＲＴＰデータＤｐとして送
信されたオーディオビデオデータを受信し、受信したオ
ーディオビデオデータを一時的に保持する受信バッファ
１０３と、該受信バッファ１０３からデータを読み出
し、読み出したデータＤｆを復号する復号手段１０４
と、復号されたデータＤｄを再生して表示する表示手段
１０５とを有している。

【００６３】以下、上記データ受信再生装置１００を構
成する各要素１０２〜１０５について詳しく説明する。
なお、データ送信要求（ＳＥＴＵＰなどのＲＴＳＰ要
求）は、オーディオデータとビデオデータとで個別に行
われる必要があるものであるが、この実施の形態１で
は、説明の簡略化のため、オーディオデータに対するデ
ータ送信要求（ＲＴＳＰ要求）とビデオデータに対する
データ送信要求（ＲＴＳＰ要求）とを特に区別せずに、
これらをオーディオビデオデータに対するデータ送信要
求（ＲＴＳＰ要求）として説明する。また、データ再生
要求（ＰＬＡＹ要求）は、オーディオデータとビデオデ
ータとで個別に行うこともまとめて行うことも可能なも
のであるが、ここでは、オーディオデータ及びビデオデ
ータに対するデータ再生要求（ＰＬＡＹ要求）は、まと
めてオーディオビデオデータに対するデータ再生要求
（ＰＬＡＹ要求）として行われるものとする。

【００６４】ここで、上記データ要求手段１０２は、外
部より参照ファイルとしてのＳＭＩＬファイルを示すＳ
ＭＩＬデータＩｓｄを受け、ＳＭＩＬデータＩｓｄに基
づいてＳＭＩＬファイルの内容を解析し、該解析内容
（シーン記述）に基づいて、所要の時刻にオーディオビ
デオデータの送信要求を示すＲＴＳＰ要求Ｍｄをサーバ
１０に送信し、該サーバ１０からの、該送信要求に応じ
たＲＴＳＰ応答Ｍｒを受信するとともに、上記受信バッ
ファ１０３に制御信号Ｃｂを出力するものである。そし
て、この実施の形態１では、上記データ要求手段１０２
は、オーディオビデオデータにおける第１の再生区間
（第１のクリップ）に対応するデータの要求と、オーデ
ィオビデオデータにおける、第１のクリップの後に再生
すべき他の再生区間（第２のクリップ）に対応するデー
タの要求とを、該両再生区間に対応するデータが受信端
末側にて連続して受信されるよう行うものである。

【００６５】なお、本実施の形態ではＳＭＩＬファイル
をオーディオビデオデータのＵＲＬを記載した参照ファ
イルとして挙げているが、ＳＭＩＬファイルは参照ファ
イルの一例であって、この参照ファイルは、オーディオ
ビデオデータのＵＲＬや再生開始時刻などの情報を持つ
ファイルであればよい。例えば、ＨＴＭＬ（Hypertext
Markup Language）やＡＳＸ（Active Streaming XML（e
Xtensible Markup Language））、ＭＰＥＧ（Moving Pi
cture Experts Group）で標準化されるＢＩＦＳ（Binar
y format for Scene）により記述されたものなどであっ
てもよい。また、データ要求手段１０２では、サーバと
の間でのメッセージ交換を行うための通信プロトコルと
してはＲＴＳＰ（Real Time Streaming Protocol）を用
いているが、上記メッセージ交換のための通信プロトコ
ルは、ＲＴＳＰに限るものではなく、その他のプロトコ
ル、例えば、ＩＴＵ−Ｔで標準化されるＨ．２４５や、
ＭＰＥＧで標準化されるＤＭＩＦ（Digital Multimedia
Integration Framework）などであってもよい。

【００６６】また、上記受信バッファ１０３は、サーバ
１０からのＲＴＰデータＤｐを受信する受信部（図示せ
ず）を有するものであり、データの伝送プロトコルとし
て、ＲＴＰ（Real Time Transport Protocol）を用いる
ものである。なお、伝送プロトコルとしてのＲＴＰは一
例であって、他の伝送プロトコルを用いてもよい。例え
ば、上記伝送プロトコルは、ＩＴＵ−Ｔで標準化される
Ｈ．２２３、ＩＥＴＦ（Internet Engineering Task fo
rce）で標準化されるＴＣＰ（Transmission Control Pr
otocol）であっても、ＭＰＥＧで標準化されるＴＳ（ト
ランスポート・ストリーム）、ＰＳ（プログラム・スト
リーム）などのストリームに対応したプロトコルであっ
てもよい。また、受信バッファ１０３において一時的に
データを保持する主な目的は、ネットワークに起因する
ジッタ（伝送データの揺らぎ）を吸収することである。

【００６７】上記復号手段１０４は、データ受信バッフ
ァ１０３がＲＴＰデータを受信してから一定の時間を経
過したとき、受信バッファ１０３からデータＤｆを読み
出し、読み出したデータを復号し、復号されたデータＤ
ｄを表示手段１０５に出力するものである。なお、この
実施の形態１では、上記復号手段１０４は、サーバから
のデータを受信バッファ１０３に格納する一定時間の処
理が行われた後、該受信バッファ１０３に格納されてい
るデータを復号する処理を開始するものとしているが、
上記復号手段１０４は、これに限るものではない。例え
ば、上記復号手段１０４は、サーバからのデータが一定
量受信バッファ１０３に蓄積された時点で、該データに
対する復号処理を開始するものであってもよく、この場
合も、データバッファ処理を時間で管理する場合と同
様、ネットワークのジッタを吸収することができる。

【００６８】次に動作について説明する。本実施の形態
１のデータ受信再生装置１００では、外部のクロック回
路１０１から供給されるクロックＳｃｋに基づいて、参
照ファイルの記述内容に従ってダイジェスト再生が行わ
れる。つまり、データ要求手段１０２では、外部から入
力された参照ファイルであるＳＭＩＬファイルの内容を
解析する処理が行われ、該解析内容（シーン記述）に基
づいて、所要の時刻に、オーディオビデオデータにおけ
る各再生区間（クリップ）に対するデータ送信要求（Ｒ
ＴＳＰ要求）Ｍｄがサーバ１０に対して発行される。そ
の後、データ要求手段１０２では、上記データ要求に応
じてサーバ１０から送信されたＲＴＳＰ応答Ｍｒが受信
されるとともに、受信されたＲＴＳＰ応答の内容に応じ
て制御信号Ｃｂが受信バッファ１０３に出力される。

【００６９】この受信バッファ１０３では、上記制御信
号Ｃｂに基づいて、上記データ要求に応じてサーバ１０
からＲＴＰデータＤｐとして送信されたオーディオビデ
オデータが受信され、受信されたオーディオビデオデー
タが一時的に保持される。そして、復号手段１０４で
は、該受信バッファ１０３からデータを読み出すデータ
読出し処理が行われ、読み出されたデータＤｆを復号す
る復号処理が行われる。この復号処理により得られた復
号データＤｄは表示手段１０５に出力され、表示手段１
０５では、該復号データＤｄを再生して表示する処理が
行われる。

【００７０】次に、データ要求手段１０２にて、各クリ
ップに対するデータ送信要求の発行タイミングを決定す
る方法について、図２に示すフローチャートを用いて説
明する。まず、変数〔ｎ〕を１に初期化する処理が行わ
れる（ステップＳ１）。この変数〔ｎ〕は、１つのオー
ディオビデオデータにおける複数の再生区間（クリッ
プ）のうちの第ｎ番目の再生区間（クリップ）をデータ
再生処理の対象としていることを表す指標値として使用
される。

【００７１】上記データ要求手段１０２は、図１０に示
すＳＭＩＬファイルに従ってデータを要求するので、ま
ず第１の再生区間に対応するデータ、つまり、オーディ
オビデオデータＤavの先頭を０秒として表される、１０
秒〜４０秒の区間（第１のクリップ）に対応するデータ
Ｄav１（図１１参照）に対する要求が行われ、続いて、
第２の再生区間に対応するデータ、つまりオーディオビ
デオデータＤavの先頭を０秒として表される、７０秒〜
１００秒の区間（第２のクリップ）に対応するデータＤ
av２に対する要求が行われる。そして、この実施の形態
１のデータ要求手段１０２では、以下のステップＳ２〜
Ｓ１１により、第１の再生区間に対するデータの要求
と、第２の再生区間に対応するデータの要求とが、端末
側にて該２つの区間に対応するデータが途切れなく受信
されるよう行われる。つまり、データ要求手段１０２に
てクロック回路１０１からのクロックＳｃｋに基づいて
発生される、第ｎの再生区間に対応するデータを格納す
るバッファリング処理の開始時刻Ｔrsがｔｎに設定され
る（ステップＳ２）。なお、データ要求手段１０２に
て、最初にデータ要求の対象となる再生区間は第１の再
生区間であるため、このとき変数〔ｎ〕の値は１とな
る。従って、データ要求手段１０２にて発生される受信
開始時刻Ｔrsはｔ１（秒）に設定される。ここで、説明
の便宜上ｔ１の値を０とする。

【００７２】次に、データ要求手段１０２では、第１の
再生区間のデータに対する再生時間長Ｃ１を決定する処
理が行われる（ステップＳ３）。ここでは、ＳＭＩＬフ
ァイルには、第１の再生区間に関して、clipBegin＝”
１０ｓ”、clipEnd＝”４０ｓ”が指示されているた
め、第１の再生区間に対する再生時間長Ｃ１の値は３０
秒となる。次に、データ要求手段１０２では、第１の再
生区間（第１のクリップ）のデータに対するバッファリ
ング時間長Ｂ１を決定する処理が行われる（ステップＳ
４）。ここでは、上記時間長Ｂ１の値を５秒とする。な
お、５秒という値は、この実施の形態１におけるデータ
要求手段１０２の動作を説明するために便宜的に使用す
るものであって、上記時間長Ｂ１の値は、この値（５
秒）に限定されるものではない。その後、データ要求手
段１０２では、第１の再生区間に対応するデータの要求
（ＲＴＳＰ要求）Ｍｄが発行される（ステップＳ５）。

【００７３】そして、ＲＴＳＰによるデータ要求（ＲＴ
ＳＰ要求）Ｍｄの発行及びその応答（ＲＴＳＰ応答）Ｍ
ｒの発行が完了した時点で、第１の再生区間に対するデ
ータ要求所要時間長Ａ１を決定する処理が行われる（ス
テップＳ６）。この時間長Ａ１はステップＳ５の処理に
要する時間である。このデータ要求所要時間長Ａ１は、
サーバと端末の間におけるデータの経路（ルーティン
グ）に依存し、一般的にサーバと端末間のパス（ルータ
の数）に比例する。サーバと端末間のパスが少なければ
値が小さくなり、逆にサーバと端末の間のパスが多けれ
ば値も大きくなる。ここでは、説明の便宜上、上記時間
長Ａ１の値を１秒とする。

【００７４】その後、上記ステップＳ５により第１の再
生区間に対応するデータの要求が発行されているため、
サーバ１０からは、オーディオビデオデータの、第１の
再生区間に対する部分が端末１００に向けて送信され
る。そして、受信バッファ１０３に格納されたデータに
対する復号処理は、時刻ｔ１（＝０秒）に上記時間長Ｂ
１の値（＝５秒）を加えた時刻、すなわち時刻５秒に、
復号手段１０４にて開始される。復号されたデータは表
示手段１０５にて表示される。

【００７５】次に、第２の再生区間のデータに対するデ
ータ要求時間を決定する方法を説明する。なお、以降の
ステップＳ７〜Ｓ１１での処理は、第１の再生区間に対
応するデータ（第１のクリップ）の復号，再生処理に並
行して実行される。ステップＳ７では、上記変数〔ｎ〕
の値を１加算するインクリメント処理が行われ、これに
より変数〔ｎ〕の値は２となる。この変数〔ｎ〕の値
「２」は、以降の処理は第２の再生区間に対する処理で
あること表している。

【００７６】次に、データ要求手段１０２では、第２の
再生区間のデータに対する再生時間長Ｃ２を決定する処
理が行われる（ステップＳ８）。ここでは、ＳＭＩＬフ
ァイルには、第２の再生区間に関して、clipBegin＝”
７０ｓ”、clipEnd＝”１００ｓ”と指示されているた
め、時間長Ｃ２の値は３０秒となる。次に、データ要求
手段１０２では、第２の再生区間（第２のクリップ）の
データに対するバッファリング時間長Ｂ２を決定する処
理が行われる（ステップＳ９）。ここでは、上記時間長
Ｂ１の値を５秒とする。次に、データ要求手段１０２で
は、第２の再生区間のデータ要求を行う時刻ｔ２を決定
する処理が行われる（ステップＳ１０）。ここで、第２
の再生区間に対するデータ要求に要する時間（データ要
求所要時間長）Ａ２は、まだ現実には第２の再生区間に
対するデータ要求を行っていないため、知ることができ
ない。したがって、第２の再生区間に対するデータ要求
所要時間長Ａ２の値を、第１の再生区間に対するデータ
要求所要時間長Ａ１の値と等しいものとして、第２の再
生区間のデータ要求を行う時刻ｔ２が決定される。

【００７７】上記時刻ｔ２を決定するための計算式の一
例を次式（２）として示す。ｔ２＝ｔ１＋Ａ１＋Ｂ１＋Ｃ１−（Ａ２＋Ｂ２）・・・（２）ここでは、ｔ１＝０、Ａ１＝Ａ２＝１、Ｂ１＝Ｂ２＝
５、Ｃ１＝３０であるため、上記時刻ｔ２の値は３０と
なる。即ち、第２の再生区間に対するデータ要求を発行
するタイミングは、時刻３０秒の時点（つまり第１の再
生区間に対するデータのバッファリング開始後に３０秒
が経過した時点）に決定される。

【００７８】なお、上記第２の再生区間に対するデータ
要求の発行タイミングを決定するための式（２）に対し
て、さらにネットワークのジッタを吸収するために、可
変の変数Ｄを適用することも可能である。例えば、可変
計数Ｄの値「−１」を時刻ｔ２の値「３０」に加算した
値（即ち時刻２９秒）を、第２の再生区間に対するデー
タ要求の発行タイミングとすることも可能である。言い
かえると、上記可変変数Ｄの値は、第２の再生区間に対
応するデータのバッファリング時間に加味されることと
なり、復号開始時間には影響を与えるものではない。

【００７９】なお、各再生区間に対応するＲＴＳＰ要求
応答に要する時間Ａｎとバッファリング時間Ｂｎを、各
再生区間に対して共通とすることによって、上記の計算
式（２）を次式（３）のように簡略化することも可能で
ある。ｔ２＝ｔ１＋Ｃ１・・・（３）次に、データ要求手段１０２では、クロックＳｃｋに基
づいて発生される基準時刻ｔsの値が、上記第２の再生
区間に対するデータ要求発行時刻ｔ２になるまで待機す
る処理が行われ（ステップＳ１１）、上記基準時刻ｔs
の値が上記データ要求発行時刻ｔ２の値以上になったと
き、第２の再生区間に対するデータ要求を発行する処理
が行われる（ステップＳ５）。以降、ステップＳ５から
Ｓ１１の処理が繰り返し行われる。

【００８０】図３は、上記実施の形態１のデータ受信再
生装置１００による、サーバと端末間のデータの流れを
示すものである。サーバ側でのデータ処理Ｐｓａ及び端
末側でのデータ処理Ｐｔａを対比して示す図である。こ
こでは、図１０に示すＳＭＩＬファイルに従って、図１
１に示す第１，第２の再生区間に対応するデータＤav
１，Ｄav２の要求及び再生を行う際に、該データがサー
バからインターネットNintを介して、本実施の形態１の
端末（データ受信再生装置）１００へ伝送される様子を
示している。

【００８１】端末側では、時間長Ｔ３１が示す期間に、
第１の再生区間に対するデータＤav１の要求を発行する
処理が行われ、サーバ側では、時間長Ｔ３１’が示す期
間に、上記データＤav１の要求に対する応答を発行する
処理が行われる。そして、サーバ側では、上記応答発行
処理に続いて、時間長Ｔ３２が示す期間に、第１の再生
区間に対するデータＤav１を端末に送信する処理が行わ
れる。端末側では、受信されたデータＤav１は、すぐに
復号及び再生処理が施されるのではなく、時間長Ｔ３３
が示す一定期間、受信したデータＤav１をバッファリン
グする処理が行われ、その後、時間長Ｔ３４が示す期間
に、受信したデータＤav１を復号して再生する再生処理
が行われる。

【００８２】端末側では、第１の再生区間のデータＤav
１に対する要求が発行された時点から、待機時間Ｃ１が
経過した時点（時刻ｔ２）で、ＳＭＩＬファイルに指定
されている第２の再生区間に対するデータＤav２の要求
を発行する処理が開始される。すると、サーバ側では、
データＤav２の要求に対する応答を発行する処理が開始
される。時間長Ｔ３５は、端末にて該データＤav２の要
求を発行する処理に要する時間であり、時間長Ｔ３５’
は、サーバにて該データＤav２の要求に対する応答を発
行する処理に要する時間である。

【００８３】そして、サーバ側では、上記応答発行処理
に続いて、時間長Ｔ３６が示す期間に、第２の再生区間
に対するデータＤav２を端末に送信する処理が行われ
る。端末側では、受信されたデータＤav２は、すぐに復
号及び再生処理が施されるのではなく、時間長Ｔ３７が
示す一定期間、受信したデータＤav２をバッファリング
する処理が行われ、その後、時間長Ｔ３８が示す期間
に、受信したデータＤav２を復号して再生する再生処理
が行われる。

【００８４】ここで、時間長Ｔ３３の示す期間の始点ｂ
１は、時刻１秒（ｂ１＝１）であり、時間長Ｔ３４の示
す期間の始点ｄ１は時刻６秒（ｄ１＝６）、その終点ｅ
１は時刻３６秒（ｅ１＝３６）である。また、時間長Ｔ
３７の示す期間の始点ｂ２は、時刻３１秒（ｂ２＝３
１）であり、時間長Ｔ３８の示す期間の始点ｄ２は時刻
３６秒（ｄ２＝３６）である。

【００８５】このように第２の再生区間に対するデータ
要求タイミングｔ２を設定することにより、第１の再生
区間（第１のクリップ）のデータに対する再生終了時刻
（時刻ｅ１）と、第２の再生区間（第２のクリップ）の
データに対する再生開始時刻（時刻ｄ２）が一致するこ
ととなる。このことは言いかえると、第１及び第２の２
つの再生区間に対応するデータの再生処理を途切れなく
行うことが可能であることを意味している。

【００８６】このように本実施の形態１のデータ受信再
生装置１００では、１つの番組に対応するオーディオビ
デオデータにおける、指定された第１及び第２の再生区
間（クリップ）に対応するデータを要求するデータ要求
手段１０２と、該要求に応じて送信された、各クリップ
に対応するデータを受信するデータ受信バッファ１０３
と、受信された各クリップに対応するデータを復号する
復号手段１０４と、復号化されたデータを表示する表示
手段１０５とを備え、上記データ要求手段１０２を、第
１のクリップのデータを要求した後、該第１のクリップ
のデータの後に再生される第２のクリップのデータを要
求するとき、該第２のクリップに対するデータ要求を、
上記第１のデータの復号，再生が終了するまでに行うも
のとしたので、サーバでの演算負荷の増大を招くことな
く、サーバに対して、番組などに対応するデータ（ファ
イル）の、連続再生されるべき第１及び第２のクリップ
に対応するデータが途切れることなく送信されるよう、
データ要求、つまり各クリップに対するＰＬＡＹ要求を
発行することができる。この結果、サーバでの演算負荷
の増大を回避しつつ、第１及び第２のクリップに対応す
るデータの再生処理を途切れなく行うことが可能とな
る。特に、この実施の形態１では、第２の再生区間に対
するデータ要求タイミングｔ２を、上記計算式（２）に
基づいて決定するので、第１の再生区間（第１のクリッ
プ）のデータに対する再生終了時刻（時刻ｅ１）と、第
２の再生区間（第２のクリップ）のデータに対する再生
開始時刻（時刻ｄ２）とが一致することとなり、受信端
末では、第２のクリップに対するデータを、第１のクリ
ップに対するデータの再生処理の直後に再生することが
できる効果がある。

【００８７】また、第２の再生区間に対するデータ要求
タイミングｔ２を、上記計算式（３）に基づいて決定す
ることにより、受信端末では、第２のクリップに対する
データを、第１のクリップに対するデータの再生所要時
間のみを管理するという非常に簡単な時間管理により、
第１のクリップに対するデータに対する再生処理の直後
に再生することができる効果が得られる。

【００８８】さらに、上記関係式（２）あるいは（３）
により得られた、上記第２のクリップに対するデータを
要求する時刻ｔ２に、一定の変数Ｄを加算する加算処理
を行い、該加算処理により得られた変数加算時刻ｔ２’
に、上記第２のクリップに対するデータを要求すること
により、受信端末では、ネットワークにおけるジッタの
影響を回避しつつ、第２のクリップのデータを、第１の
クリップのデータに対する再生処理の直後に再生するこ
とができる効果が得られる。

【００８９】また、上記実施の形態１では、上記データ
要求ステップを、上記データ受信ステップにて上記第１
のクリップに対するデータの受信が完了する直前に、上
記第２のクリップに対するデータを要求することによ
り、サーバにて複数のデータに対するＰＬＡＹ要求が管
理される状態を回避して、サーバでの演算負荷の増大を
確実に回避することができる。

【００９０】また、上記実施の形態１では、上記データ
要求ステップにて、上記第１及び第２のクリップに対す
るデータを要求するための通信プロトコルとしてＲＴＳ
Ｐを用いるので、サーバと受信端末の間では、汎用の通
信プロトコルにより、第１及び第２のクリップに対する
データを要求するための通信を行うことができる。ま
た、上記データ受信ステップにて、上記第１及び第２の
クリップに対するデータを受信するための通信プロトコ
ルとしてＲＴＰを用いるので、サーバと受信端末の間で
は、汎用の通信プロトコルにより、第１及び第２のクリ
ップに対するデータを送受信することができる。

【００９１】なお、上記実施の形態１では、データ受信
再生装置として、１つのオーディオビデオデータを対象
としてダイジェスト再生を行うものを示したが、データ
受信再生装置は、複数のオーディオビデオデータを対象
としてダイジェスト再生を行うものであってもよい。例
えば、データ受信再生装置は、１つのオーディオビデオ
データの特定区間を第１のクリップとし、他のオーディ
オビデオデータの特定区間を第２のクリップとして、ダ
イジェスト再生を行うものであってもよい。また、上記
実施の形態１では、データ要求に要するデータ要求所要
時間を実際にデータ要求を行うことによって求めること
としたが、これを定数として設定することにしてもよ
い。

【００９２】また、上記実施の形態１では、上記第１，
第２のクリップに対するデータの受信が完了する直前
に、つまり、第１，第２のクリップに対応する最後のＲ
ＴＰパケットが受信されたときに、上記第２，第３のク
リップに対するデータ要求を、上記（２）式あるいは
（３）に基づいて得られるタイミングで行うようにして
いるが、ＲＴＰパケットにより各クリップに対するデー
タが送信される場合は、上記第１，第２のクリップに対
するデータの受信が完了する直前に、つまり、第１，第
２のクリップに対応する最後のＲＴＰパケットが受信さ
れたときに、上記第２，第３のクリップに対するデータ
要求を行うようにしてもよい。

【００９３】また、上記第２のクリップに対する受信遅
延時間長Ａ２が、上記第１のクリップに対する受信遅延
時間Ａ１に等しいとする条件の下で、上記第１のデータ
に対するデータ要求時刻ｔ１、バッファ時間Ｂ１、及び
再生所要時間Ｃ１、並びに上記第２のデータに対するデ
ータ要求時刻ｔ２の関係を示す下記の関係式（４）に基
づいて、上記第２のデータを要求する時刻ｔ２を求める
ようにしてもよい。ｔ２＝ｔ１＋Ｂ１＋Ｃ１−Ｂ２・・・（４）この場合、受信端末では、第１及び第２のクリップに対
するデータのバッファ時間及び第１のクリップに対する
データの再生所要時間を管理するという比較的簡単な時
間管理により、第２のクリップに対するデータを、第１
のクリップに対するデータの再生処理の直後に再生する
ことができる効果がある。また、上記実施の形態１で
は、図１０に示すようにＳＭＩＬファイルは、説明の便
宜上、オーディオビデオデータに対する複数の再生区間
として第１及び第２の再生区間を示すものとしている
が、オーディオビデオデータに対する複数の再生区間
は、３区間以上であってもよく、この場合にも、上記の
データ要求手段１０２における各ステップの処理は適用
することが可能である。

【００９４】（実施の形態２）図４は本発明の実施の形
態２によるデータ受信再生装置を説明するためのブロッ
ク図である。この実施の形態２によるデータ再生装置１
１０は、１つのファイルにおける第〔Ｎ〕番目と第〔Ｎ
＋１〕番目のクリップ間で、オーディオビデオデータが
途切れなく再生可能となるよう、第〔Ｎ＋１〕番目のク
リップに対するデータ要求を、第〔Ｎ〕番目のクリップ
に対するデータの受信中に発行するようにしたものであ
る。

【００９５】この実施の形態２のデータ受信再生装置１
１０は、サーバ１０に対して、図１４に示すシーン記述
ＳＤ２により指定される３つのクリップに対応するオー
ディオビデオデータを要求し、サーバ１０からＲＴＰパ
ケットに格納して送信された第１〜第３のクリップのオ
ーディオビデオデータを受信して再生する場合、第１の
クリップと第２のクリップの間、及び第２のクリップと
第３のクリップの間で、オーディオビデオデータの再生
が途切れないよう、クリップに対するデータ要求を行う
ものである。なお、この実施の形態２では、実施の形態
１と同様、説明の簡略化のため、オーディオデータに対
するデータ送信要求（ＲＴＳＰ要求）とビデオデータに
対するデータ送信要求（ＲＴＳＰ要求）とを特に区別せ
ずに、これらをオーディオビデオデータに対するデータ
送信要求（ＲＴＳＰ要求）として説明する。また、オー
ディオデータ及びビデオデータに対するデータ再生要求
（ＰＬＡＹ要求）は、オーディオビデオデータに対する
データ再生要求（ＰＬＡＹ要求）としてまとめて行われ
るものとする。

【００９６】具体的には、上記データ受信再生装置１１
０は、第２のクリップに対するデータ要求を、その１つ
前の第１のクリップに対応するオーディオビデオデータ
の受信中に発行し、第３のクリップに対するデータ要求
を、その１つ前の第２のクリップに対応するオーディオ
ビデオデータの受信中に発行するとともに、受信された
ＲＴＰパケットに付与されているタイムスタンプ（パケ
ット時刻情報）を、第１のクリップと第２のクリップの
間、及び第２のクリップと第３のクリップの間で連続し
たものとなるよう書き換えるものである。

【００９７】つまり、上記データ受信再生装置１１０
は、例えば、シーン記述ＳＤ２（図１４参照）を示すシ
ーン記述情報（ＳＭＩＬファイル）Ｉsdを受け、その解
析を行って、各クリップに対応するＵＲＬ、再生レンジ
などの情報（解析情報）Ｉａを出力するとともに、表示
処理に必要となる情報Ｉｂを出力するＳＭＩＬ解析部１
１２と、該解析情報Ｉａに基づいて、サーバ１０に対し
て、ＲＴＳＰ要求として、各クリップの再生を要求する
ＰＬＡＹ要求Ｍｄを発行するとともに、各ＰＬＡＹ要求
Ｍｄに対するサーバ１０からのＲＴＳＰ応答Ｍｒを受信
するＲＴＳＰ交換部１１１とを有している。

【００９８】ここで、上記ＲＴＳＰ交換部１１１は、再
生レンジを示す情報に基づいて、第２のクリップに対す
るＰＬＡＹ要求は、第１のクリップに対応するデータの
受信中に、第３のクリップに対するＰＬＡＹ要求は、第
２のクリップに対応するデータの受信中に行うものであ
る。また、該ＲＴＳＰ交換部１１１は、ＲＴＳＰ応答Ｍ
ｒに基づいて、サーバ１０からＲＴＰパケットに格納し
て送信されたデータ（ＲＴＰパケットデータ）を受信す
るための受信制御信号Ｃｔを出力するとともに、ＲＴＳ
Ｐ応答ＭｒのＲＴＳＰinfoフィールドの情報により指定
されたタイムスタンプ初期値Ｉts1、及び受信したＲＴ
Ｐパケットに関するその他の情報Ｉｐを出力するもので
ある。

【００９９】また、上記データ受信再生装置１１０は、
上記PLAY要求Ｍｄに応じてサーバ１０から送信されたＲ
ＴＰパケットデータＤｐを、上記受信制御信号Ｃｔに基
づいて受信し、受信したＲＴＰパケットデータＤｐを出
力するとともに、各ＲＴＰパケットに付与されているタ
イムスタンプを示す情報Ｉtsを出力するＲＴＰ受信部１
１７と、該ＲＴＰ受信部１１７から出力されるＲＴＰパ
ケットデータＤｐを一時的に格納する受信バッファ１１
６とを有している。ここで、上記ＲＴＰ受信部１１７
は、タイムスタンプの値が不連続であるＲＴＰパケット
を、そのタイムスタンプの値を、該タイムスタンプの修
正値と置き換えて出力するものである。

【０１００】さらに、上記データ再生装置１１０は、ク
ロック回路１１４からのクロックＳckに基づいて、設定
された初期値を基準として計時動作を行うカウンタ１１
５と、該カウンタの出力Ｃout、上記タイムスタンプの
初期値を示す情報Ｉts1、及び各ＲＴＰパケットのタイ
ムスタンプを示す情報Ｉtsに基づいて、タイムスタンプ
の値が不連続であるＲＴＰパケットのタイムスタンプの
値を修正し、修正したタイムスタンプの値を示す情報Ｉ
tsrを出力するＡＶ同期制御部１１３とを有している。
ここで、上記ＡＶ同期制御部１１３は、最初に受信した
ＲＴＰパケットのタイムスタンプの値に基づいて上記カ
ウンタの初期値を設定するとともに、各ＲＴＰパケット
のタイムスタンプの値とカウンタ出力の値とが一致した
とき、表示指示信号Ｓdisを出力するものである。

【０１０１】ここでは、クロック回路１１４の動作周波
数は1000Hzとし、上記カウンタ１１５は、クロック信号
の立ち上がりエッジ、あるいは立ち下がりエッジをトリ
ガとしてカウンタ値をインクリメントする、３２ビット
信号を出力するものとする。なお、上記クロックの動作
周波数とカウントのビット長は一例である。また、カウ
ンタ１１５は、ＡＶ同期制御部１１３によって初期値を
設定可能なものであり、またＡＶ同期制御部１１３は、
任意のタイミングでカウンタ値を読み出し可能なもので
ある。

【０１０２】また、上記データ受信再生装置１１０は、
上記受信バッファに格納されているＲＴＰパケットか
ら、オーディオビデオデータにおけるフレームに対応す
るデータ（フレームデータ）Ｄｆを取り出して復号化す
る復号部１１８と、該復号部１１８から出力された復号
化データＤｄを、ＡＶ同期制御部１１３からの表示指示
信号Ｓdis及びＳＭＩＬ解析部１１２からの情報Ｉｂに
基づいて表示する表示部１１９とを有している。ここ
で、該表示部１１９は、表示指示信号Ｓdisに基づい
て、フレームに対する復号化処理を指示する復号指示信
号Ｓdecを復号部１１８に出力するとともに、該復号指
示信号Ｓdecに基づいて復号化された復号化データＤｄ
に対する画像表示処理を行うものである。また、上記復
号部１１８は、復号指示信号Ｓdecに基づいて、受信バ
ッファ１１６に格納されているＲＴＰパケットのうち
の、要求された時刻以降で最も小さいタイムスタンプの
値を持つＲＴＰパケットを検索し、検索したＲＴＰパケ
ットに含まれるフレームデータを取り出して復号化する
ものである。

【０１０３】次に、上記実施の形態２のＲＴＳＰ交換部
１１１にて、第２，第３のクリップに対するＰＬＡＹ要
求を発行するタイミングを、ＳＭＩＬファイル（図１４
参照）に記述されたシーン記述情報から得られる、第１
及び第２のクリップの再生継続時間に基づいて決定する
方法について説明する。なお、上記実施の形態２のＲＴ
ＳＰ交換部１１１では、第１のクリップに対するＰＬＡ
Ｙ要求は、入力されたシーン記述情報Ｉsdの解析結果に
基づいて、第１のクリップに対するＰＬＡＹ要求の準備
が整い次第直ちに行われる。

【０１０４】まず、第１のクリップに対する再生継続時
間Ｔｃ１は、１０秒であり、この再生継続時間の値Ｔｃ
１（Ｔｃ１＝１０）は、シーン記述ＳＤ２におけるvide
o要素を含む行７０１のclipBegin属性の値ＶcB１「３
５」及びclipEnd属性の値ＶcE１「４５」から次式
（５）により求められる。Ｔｃ１＝ＶcE１−ＶcB１・・・（５）また、第２のクリップに対する再生継続時間Ｔｃ２は、
１５秒であり、この再生継続時間の値Ｔｃ２（Ｔｃ２＝
１５）は、シーン記述ＳＤ２におけるvideo要素を含む
行７０１のclipBegin属性の値ＶcB２「８５」及びclipE
nd属性の値ＶcE２「１００」から次式（６）により求め
られる。Ｔｃ２＝ＶcE２−ＶcB２・・・（６）従って、ＲＴＳＰ交換部１１１では、第２のクリップに
対するＰＬＡＹ要求は、第１のクリップに対するＰＬＡ
Ｙ要求が発行されてから１０秒が経過するまでに、つま
り第１のクリップに対するＰＬＡＹ要求の発行後の経過
時間が、０秒以上１０秒以下の範囲内にある間に発行さ
れる。また、ＲＴＳＰ交換部１１１では、第３のクリッ
プに対するＰＬＡＹ要求は、第２のクリップに対するＰ
ＬＡＹ要求が発行されてから１５秒が経過するまでに、
つまり第１のクリップに対するＰＬＡＹ要求の発行後の
経過時間が、１０秒（＝Ｔｃ１）以上かつ２５秒（＝Ｔ
ｃ１＋Ｔｃ２）以下の範囲内にある間に発行される。

【０１０５】なお、ここでは、各クリップに対する再生
継続時間は、シーン記述ＳＤ２における、clipBegin属
性及びclipEnd属性の値から算出する場合を示したが、
各クリップに対する再生継続時間は、シーン記述ＳＤ２
におけるclipBegin属性及びclipEnd属性以外の属性、例
えば、dur属性，begin属性，及びend属性などに基づい
て求めてもよい。ここで、dur属性は、クリップに対す
る再生時間の長さを示すものであり、clipEnd属性がシ
ーン記述ＳＤ２に記述されていない場合でも、clipBegi
n属性の値ＴcBと、dur属性の値ＴcDとから、クリップに
対する再生期間の開始タイミングと終了タイミングを求
めることができる。

【０１０６】つまり、クリップに対する再生期間の開始
タイミングＴcsは、次式（７）により求められ、クリッ
プに対する再生期間の終了タイミングＴceは、次式
（８）により求められる。Ｔcs＝ＴcB ・・・（７）Ｔce＝ＴcB＋ＴcD ・・・（８）また、begin属性及びend属性は、ＳＭＩＬファイルの記
述に従って再生されるシーン全体（つまり第１〜第３の
クリップから構成されるシーン）に対する再生時刻を示
す属性である。具体的には、ＳＭＩＬファイルに、第１
〜第３のクリップに対するbegin属性の値ＴB１〜ＴB３
が含まれ、ＳＭＩＬファイルに、第１〜第３のクリップ
に対するend属性の値ＴE１〜ＴE３が含まれている場
合、第１のクリップに対するbegin属性の値ＴB１、及び
end属性の値ＴE１はそれぞれ０秒、及び１０秒であり、
第２のクリップに対するbegin属性の値ＴB２、及びend
属性の値ＴE２はそれぞれ１０秒、及び２５秒であり、
第３のクリップに対するbegin属性の値ＴB３、及びend
属性の値ＴE３はそれぞれ２５秒、及び４５秒である。
従って、clipEnd属性及びdur属性がシーン記述ＳＤ２に
記述されていない場合でも、clipBegin属性の値ＴcB、b
egin属性の値ＴB、及びend属性の値ＴEから、クリップ
に対する再生期間の開始タイミングと終了タイミングを
求めることができる。

【０１０７】つまり、クリップに対する再生期間の開始
タイミングＴcsは、次式（９）により求められ、クリッ
プに対する再生期間の終了タイミングＴceは、次式（１
０）により求められる。Ｔcs＝ＴcB ・・・（９）Ｔce＝ＴE−ＴB＋ＴcB ・・・（１０）なお、この実施の形態２のデータ受信再生装置（受信端
末）１１０によりＰＬＡＹ要求が発行されるサーバ１０
は、実施の形態１におけるものと同一であるが、ここで
は、実施の形態２のデータ受信再生装置１１０の説明の
都合上、このサーバ１０について詳しく説明する。この
サーバ１０は、種々の番組などのデータであるファイル
を記憶したデータ記憶装置１５と、読出し指示信号Ｓrc
１に基づいて該データ記憶装置１５からファイルを読み
出すとともに、該ファイルにおける各フレームのタイム
スタンプ情報Ｉftなどを出力するファイル読出し部１３
と、受信端末１１０のＲＴＳＰ交換部１１１との間でメ
ッセージ交換、つまりＲＴＳＰ要求Ｍｄ及びＲＴＳＰ応
答Ｍｒを行うＲＴＳＰ交換部１１とを有している。ここ
で、上記データ記憶装置１５は、磁気ディスク、光ディ
スクなどのディスク状記録媒体に対してデータの書き込
み及び読出しを行うものである。また、上記ＲＴＳＰ交
換部１１は、受信端末１１０のＲＴＳＰ交換部１１１か
らのPLAY要求Ｍｄを受け、該ＰＬＡＹ要求に含まれるレ
ンジ情報が示すファイルの再生範囲と、上記ファイルの
各フレームのタイムスタンプとを比較して、タイムスタ
ンプの初期値（最初に送信されるＲＴＰパケットのタイ
ムスタンプ）を求め、該タイムスタンプ初期値を示す情
報を含む応答Ｍｒを受信端末１１０に対して発行すると
ともに、上記読出し指示信号Ｓrc１、ファイルを格納す
るＲＴＰパケットの生成を制御するパケット生成制御信
号Ｃｓ、及びＲＴＰパケットに関するパケット属性情報
Ｉｐを出力するものである。

【０１０８】また、上記サーバ１０は、ＲＴＳＰ交換部
１１からのパケット生成制御信号Ｃｓに基づいて、読出
し要求信号Ｓrc２を上記ファイル読出し部１３に出力
し、ファイルの要求された再生範囲に対応するフレーム
のデータＤｃを上記ファイル読出し部１３から取得し、
取得したデータをＲＴＰパケットに格納して出力するＲ
ＴＰパケット生成部１４と、該ＲＴＰパケット生成部１
４にて生成されたＲＴＰパケットＤｐを受信端末１１０
へ送信するＲＴＰ送出部１２とを有している。ここで、
上記ＲＴＰパケット生成部１４は、上記ＲＴＰパケット
を生成する際、ＲＴＳＰ交換部１１からパケット属性情
報Ｉｐとして通知された、各ＲＴＰパケットに対応する
タイムスタンプ、ＳＳＲＣ（Session Resource）、ＳＱ
Ｎ（Sequence Number）を示す情報を含むＲＴＰパケッ
トヘッダを生成し、上記ＲＴＰパケットに該ＲＴＰパケ
ットヘッダを付加するものである。ここで、ＳＳＲＣ
（Session Resource）はＲＴＰパケットを識別する識別
ＩＤであり、ＳＱＮは各ＲＴＰパケットに付与されるシ
ーケンス番号である。

【０１０９】なお、この実施の形態２では、ファイル読
出し部１３は、ＲＴＳＰ交換部１１からの読出し要求信
号Ｓrc１により、受信端末により指定されたファイル全
体のデータをデータ記憶装置１５から読出し、ＲＴＰパ
ケット生成部１４からの読出し要求信号Ｓrc２により、
データ記憶装置１５から読み出されたファイルの、要求
された再生範囲（クリップ）に対応するデータを、ＲＴ
Ｐパケット生成部１４に出力するものとしているが、フ
ァイル読出し部１３の構成はこれに限るものではない。
例えば、ファイル読出し部１３は、ＲＴＳＰ交換部１１
からの読出し要求信号Ｓrc１を受けたとき、ファイルに
付与されているヘッダ情報を参照して、データ記憶装置
１５から、指定されたファイルの、要求された再生範囲
（クリップ）に対応するデータを読出し、ＲＴＰパケッ
ト生成部１４からの読出し要求信号Ｓrc２により、デー
タ記憶装置１５から読み出されたクリップに対応するデ
ータをＲＴＰパケット生成部１４に出力するものであっ
てもよい。

【０１１０】次に動作について説明する。まず、データ
受信再生装置（受信端末１１０）における動作として、
各クリップに対するＰＬＡＹ要求を発行する動作、及び
該ＰＬＡＹ要求に応じて送信されたデータを受信する動
作について説明する。

【０１１１】図５は、上記データ再生処理におけるプロ
トコルシーケンスの一部（DESCRIBEやSETUPの交換は省
略している）を示す図である。まず、受信端末１１０で
は、RTSP交換部１１１により、シーン記述ＳＤ２に従っ
て、第１のクリップに対するPLAY要求（PLAY rtsp://sv
r.com/v.mp4）Ｔ１が、ファイル（v.mp4）のＵＲＬを指
定して発行される。この際、第１のクリップとして再生
すべきファイルの再生範囲を指定するレンジ情報（Rang
e:npt=35-45）が、上記PLAY要求Ｔ１に含めてサーバ１
０に通知される。

【０１１２】サーバ１０では、RTSP交換部１１により、
上記PLAY要求Ｔ１に対する応答（RTSP/1.0 OK）Ａ１が
受信端末１１０に対して発行されるとともに、RTSP交換
部１１からRTP送出部１２に対して、ファイルの送出を
指令する送出命令Ｃ１が通知される。すると、RTP送出
部１２からは、該ファイルの、レンジ情報により指定さ
れた再生範囲（第１のクリップ）のデータが、RTPパケ
ットに格納されてＲＴＰパケットデータＤ１として受信
端末１１０に送信される。受信端末１１０では、上記応
答Ａ１がRTSP受信部１１７により受信され、その後、RT
P受信部１１１により、上記サーバ１０からのＲＴＰパ
ケットが受信され、ＲＴＰパケットに格納されているデ
ータの復号及び再生が行われる。

【０１１３】そして、上記受信端末１１０では、上記第
１のクリップに対するPLAY要求Ｔ１が発行された時点
（時刻ｔ＝０）から、第１のクリップに対する再生継続
時間（１０秒）が経過するまでの間のタイミング（時刻
ｔ＝ｔa）にて、第２のクリップに対するPLAY要求（PLA
Y rtsp://svr.com/v.mp4）Ｔ２が、ファイル（v.mp4）
のＵＲＬを指定して発行される。この際、第２のクリッ
プとして再生すべきファイルの再生範囲を指定するレン
ジ情報（Range:npt=85-100）が、上記PLAY要求Ｔ２に含
めてサーバ１０に通知される。

【０１１４】すると、サーバ１０では、RTSP交換部１１
により、上記PLAY要求Ｔ２が受信されると、RTSP交換部
１１から上記PLAY要求Ｔ２に対する応答（RTSP/1.0 O
K）Ａ２が受信端末１１０に対して発行されるととも
に、RTSP交換部１１からRTP送信部１２に対して、ファ
イルの送出を指令する送出命令Ｃ２が通知される。する
と、RTP送信部１１からは、第１のクリップに対応する
パケットデータＤ１の送出が完了次第、該ファイルの、
レンジ情報により指定された再生範囲のデータ（第２の
クリップ）が、RTPパケットに格納されてＲＴＰパケッ
トデータＤ２として受信端末１１０に送信される。

【０１１５】受信端末１１０では、上記応答Ａ２がRTSP
受信部１１１により受信され、RTP受信部１１７によ
り、上記サーバ１０からのＲＴＰパケットが受信され、
ＲＴＰパケットに格納されているデータの復号及び再生
が行われる。さらに、上記受信端末１１０では、上記第
１のクリップに対するPLAY要求Ｔ１が発行された時点
（時刻ｔ＝０）から第１のクリップに対する再生継続時
間（１０秒）が経過した後、第２のクリップに対する再
生継続時間（１５秒）が経過するまでの間のタイミング
（時刻ｔ＝ｔb）にて、第３のクリップに対するPLAY要
求（PLAY rtsp://svr.com/v.mp4）Ｔ３が、ファイル
（v.mp4）のＵＲＬを指定して発行される。

【０１１６】この際、第３のクリップとして再生すべき
ファイルの再生範囲を指定するレンジ情報（Range:npt=
140-160）が、上記PLAY要求Ｔ３に含めてサーバ１０に
通知される。そして、サーバ１０からは、RTSP交換部１
１により、上記PLAY要求Ｔ３に対する応答（RTSP/1.0 O
K）Ａ３が受信端末１１０に対して発行されるととも
に、RTSP交換部１１からRTP送出部１２に対して、ファ
イルの送出を指令する送出命令Ｃ３が通知される。

【０１１７】すると、RTP送信部１１からは、該ファイ
ルの、レンジ情報により指定された再生範囲のデータ
（第３のクリップ）が、RTPパケットに格納されてＲＴ
ＰパケットデータＤ３として受信端末１１０に送信され
る。受信端末１１０では、上記応答Ａ３がRTSP受信部１
１１により受信され、RTP受信部１１７により、上記サ
ーバ１０からのＲＴＰパケットが受信され、ＲＴＰパケ
ットに格納されているデータの復号及び再生が行われ
る。

【０１１８】以下、データ受信再生装置（受信端末）１
１０における、データ再生処理を行うための動作につい
て詳しく説明する。受信端末１１０では、ＳＭＩＬファ
イルとして供給されたシーン記述情報Ｉsdが、ＳＭＩＬ
解析部１１２により解析され、該解析の結果、該シーン
記述情報が示すシーン記述ＳＤ（図１４参照）に記述さ
れている情報が解析情報ＩａとしてＲＴＳＰ交換部１１
１に通知される。この解析情報Ｉａは、３つのクリップ
に対応するＵＲＬ及び再生レンジを示す情報が含まれて
いる。また、シーン記述ＳＤ２に記述されている、上記
クリップに対する表示処理に必要なその他の情報Ｉｂ
が、ＳＭＩＬ解析部１１２から表示部１１７に出力され
る。

【０１１９】ＲＴＳＰ交換部１１１では、上記クリップ
の再生レンジを示す情報に基づいて各クリップのPLAY要
求のタイミングが決定され、決定されたタイミングで、
ＵＲＬにより指定されたサーバ１０に対して、データを
要求するPLAY要求が発行される。サーバ１０では、ＲＴ
ＳＰ交換部１１からファイル読出し部１３に対して読出
し指示信号Ｓrc1が出力され、ファイル読出し部１３で
は、読出し指示信号Ｓrc1に基づいて、指定されたクリ
ップを含むファイルをデータ記憶装置１５から読み出す
処理が行われる。ファイルが読み出されると、ファイル
読出し部１３からは、データ記憶装置１５から読み出さ
れたファイルの各フレームに対応するタイムスタンプな
どを示す情報ＩftがＲＴＳＰ交換部１１に出力される。

【０１２０】ＲＴＳＰ交換部１１では、受信端末１１０
へ送信するＲＴＰパケットのタイムスタンプの初期値を
求める処理、及び受信端末１１０からのPLAY要求に対す
る応答（ＲＴＳＰ応答）Ｍｒが行われる。ここで、上記
タイムスタンプの初期値は、各フレームのタイムスタン
プと、受信端末１１０から要求されたクリップの再生レ
ンジとの比較により求められる。ＲＴＳＰ応答Ｍｒの発
行の際には、この応答に含まれるＲＴＰinfoフィールド
が生成され、該フィールドにはタイムスタンプの初期値
を示す情報が含まれる。

【０１２１】このとき、上記ＲＴＳＰ交換部１１から
は、ＲＴＰパケットに付与するタイムスタンプ（ＴＳ）
やシーケンス番号（ＳＱＮ）の初期値、パケット識別番
号（ＳＳＲＣ）などのパケット属性情報ＩｐがＲＴＰパ
ケット生成部１４に通知されるとともに、ＲＴＰパケッ
ト生成部１４の動作を指示する動作指示信号Ｃｓが該Ｒ
ＴＰパケット生成部１４に出力される。

【０１２２】そして、このＲＴＰパケット生成部１４で
は、上記ＲＴＳＰ交換部１１からの動作指示信号Ｃｓに
基づいて、ファイル読出し部１３から、ファイルの第１
のクリップに相当する部分を読み出す処理が行われ、読
み出されたデータをパケット化する処理が行われる。こ
こで、上記クリップの読出しは、ＲＴＰパケット生成部
１４からファイル読出し部１３に対して出力される読出
し指示信号Ｓrc２により行われ、また、読み出されたデ
ータのパケット化処理では、タイムスタンプ、ＳＳＲ
Ｃ、ＳＱＮなどを示す情報を含むＲＴＰパケットヘッダ
が、一定のデータ長に区分されたデータに付加されて、
ＲＴＰパケットが生成される。

【０１２３】ＲＴＰパケット生成部１４にて生成された
ＲＴＰパケットＤｐは、ＲＴＰパケット送出部１２によ
り受信端末１１０へ送信される。一方、受信端末１１０
では、ＲＴＳＰ交換部１１１により、第１のクリップに
対応するPLAY要求に対する応答（ＲＴＳＰ応答）Ｍｒが
受信されると、該応答の一部として取得されたＲＴＰin
foフィールド情報に基づいて、サーバから送信される、
第１のクリップに対応するＲＴＰパケットの識別情報
（ＳＳＲＣ）、タイムスタンプの初期値などの情報が取
得される。すると、ＲＴＳＰ交換部１１１からＲＴＰパ
ケット受信部１１７には、ＲＴＰパケットに関する識別
情報（ＳＳＲＣ）などのパケット属性情報Ｉｐが通知さ
れるとともに、ＲＴＰパケット受信部１１７でのＲＴＰ
パケットの受信動作を制御する動作指示信号Ｃｔが出力
される。また、ＲＴＳＰ交換部１１１からＡＶ同期制御
部１１３には、タイムスタンプ初期値を示す情報Ｉts1
が供給される。

【０１２４】受信端末１１０のＲＴＰ受信部１１７で
は、サーバ１０から送信された、第１のクリップの各フ
レームのデータを格納したＲＴＰパケットＤｐが、上記
ＲＴＳＰ交換部１１１からの動作指示信号Ｃｔに基づい
て受信される。該受信されたＲＴＰパケットＤｐのタイ
ムスタンプを示す情報Ｉtsは、ＲＴＰ受信部１１７から
上記ＡＶ同期制御部１１３に通知される。なお、上記Ｒ
ＴＰ受信部１１７では、ＲＴＰパケットのタイムスタン
プがモニターされており、クリップの更新、つまり順次
受信されるＲＴＰパケットのタイムスタンプ値（再生処
理タイミング）として、直前に受信されたＲＴＰパケッ
トのタイムスタンプの値（再生処理タイミング）に対し
て、一定の再生処理周期（フレーム周期）より離れた不
連続な値（タイミング）が発生したかが監視されてい
る。

【０１２５】また、上記ＡＶ同期制御部１１３では、カ
ウンタ１１５に初期値を設定する初期値設定処理が行わ
れ、その後は、カウンタ出力Ｃoutに基づいて、表示指
示信号Ｓdisにより表示部１１９を制御する制御動作が
行われる。

【０１２６】ここで、上記初期値設定処理では、ＲＴＳ
Ｐ交換部１１１からのタイムスタンプ情報Ｉts1が示す
タイムスタンプの初期値、あるいはＲＴＰ受信部１１７
にて受信された、第１のクリップに対応する最初のＲＴ
Ｐパケットのタイムスタンプ情報Ｉtsが示す値に基づい
て、カウンタの初期値情報Ｉivがカウンタ１１５に出力
され、カウンタ１１５の初期値が、該情報Ｉivが示す値
に設定される。上記カウンタ１１５では、クロック回路
１１４からのクロック信号Ｓckに基づいて計時動作が行
われており、上記カウンタの初期値設定が行われた時点
からの経過時間に応じたカウンタ値を示すカウンタ出力
Ｃoutが出力される。

【０１２７】そして、上記ＡＶ同期制御部１１３では、
上記カウンタ値が、受信された各ＲＴＰパケットのタイ
ムスタンプの値に対応する値となったとき、各ＲＴＰパ
ケットに対して表示指示信号Ｓdisが表示部１１９に出
力される。

【０１２８】例えば、第１のクリップに対応する、受信
された最初のRTPパケットのタイムスタンプ値が35000で
あるとする。また、ネットワークなどの伝送路を介して
データを受信する受信端末１１０では、一般に1秒〜5秒
分程度のデータを受信バッファに蓄えてから、表示が開
始される。ここで、このバッファリング時間を３秒と仮
定すると、RTP受信部１１７より最初のRTPパケットのタ
イムスタンプの値を通知されたＡＶ同期制御部１１３
は、 35000から3000を引いた値である32000をカウンタ
にカウンタ初期値としてセットする。AV同期制御部１１
３はカウンタを監視し、カウンタ出力の値が35000以上
になった時、表示を開始するように表示部１１９に表示
指示信号Ｓdisを出力する。

【０１２９】すると、表示部１１９からは、上記表示指
示信号Ｓdisに基づいて、各フレームに対する復号化処
理の開始を指示する復号指示信号Ｓdecが復号部１１８
に出力される。復号部１１８では、復号指示信号Ｓdec
に基づいて、受信バッファ１１６に格納されているＲＴ
Ｐパケットのうちの、上記表示指示信号Ｓdisにより要
求された時刻以降で最もその要求時刻に近いタイムスタ
ンプの値を持つＲＴＰパケットが検索され、検索された
ＲＴＰパケットに含まれるフレームデータを取り出して
復号化する処理が行われる。該復号部１１８にて復号化
されたデータＤｄは表示部１１９に出力され、表示部１
１９では、該データＤｄに基づいて画像表示が行われ
る。

【０１３０】また、ＲＴＰ受信部１１７では、上記第１
のクリップに対応する最後のＲＴＰパケットが受信され
た後、第２のクリップに対する先頭のＲＴＰパケットが
受信され、該先頭のＲＴＰパケットのタイムスタンプ情
報ＩtsがＡＶ同期制御部１１３に通知されると、ＡＶ同
期制御部１１３では、先頭のＲＴＰパケットのタイムス
タンプの値が、直前に受信された、第１のクリップに対
応する最後のＲＴＰパケットのタイムスタンプの値に対
して不連続であることが検知される。すると、ＡＶ同期
制御部１１３では、第２のクリップに対する先頭のＲＴ
Ｐパケットのタイムスタンプ情報に対して、その値を、
第１のクリップに対応する最後のＲＴＰパケットのタイ
ムスタンプの値に対して連続な値となるよう書き換える
タイムスタンプ書換え処理が施される。そして、第２の
クリップに対する先頭のＲＴＰパケットに対応する、タ
イムスタンプ書換え処理が施されたタイムスタンプ情報
ＩtsrがＲＴＰ受信部１１７に送り返される。

【０１３１】ＲＴＰ受信部１１７では、第２のクリップ
に対する先頭のＲＴＰパケットは、そのタイムスタンプ
の値が、第１のクリップに対応する最後のＲＴＰパケッ
トのタイムスタンプの値に対して連続な値に置き換えら
れて受信バッファ１１６に出力される。第２のクリップ
に対応する、先頭のＲＴＰパケットに続くＲＴＰパケッ
トに対しては、そのタイムスタンプの値が、その直前の
ＲＴＰパケットにタイムスタンプの値と連続した値とな
るよう書き換えられて、受信バッファ１１６に格納され
る。このようなＲＴＰパケットのタイムスタンプの値を
書き換える処理は、第３のクリップに対応するＲＴＰパ
ケットに対しても、第２のクリップに対応するＲＴＰパ
ケットと同様に行われる。

【０１３２】以下、ＡＶ同期制御部１１３における、上
記タイムスタンプの値を書き換える処理を具体的に説明
する。このタイムスタンプの値の書き換え処理の説明で
は、オーディオビデオデータに含まれるオーディオデー
タとビデオデータとを区別して説明する。第〔Ｎ〕番目
のクリップにおけるオーディオの最後のRTPパケットに
含まれるオーディオフレームの継続時間（フレーム周
期）を調べ、この値をD_A(N,L)とする。このRTPパケッ
トに対する、受信端末１１０でＡＶ同期制御に使用され
ているタイムスタンプの値をT_A(N,L)とする。

【０１３３】また、第〔Ｎ＋１〕番目のクリップにおけ
るオーディオに関するRTP-Infoフィールド情報から得ら
れるタイムスタンプの初期値をO_A(N+1)とし、ビデオの
それをO_V(N+1)とする。また、第〔Ｎ＋１〕番目のクリ
ップにおける、オーディオの第ｐ番目のRTPパケットの
タイムスタンプを、R_A(N+1,p)とし、第〔Ｎ＋１〕番目
のクリップにおける、ビデオの第ｑ番目のRTPパケット
のタイムスタンプをR_V(N+1, q)とする。さらに、受信
端末でAV同期制御に用いる、これらのパケットのタイム
スタンプの値を、オーディオ、ビデオそれぞれについ
て、T_A(N+1,p)、T_V(N+1,q)と定義する。ここで、N,p,
qは１以上の整数とする。

【０１３４】受信端末にてAV同期制御に用いる、オーデ
ィオに関するタイムスタンプの値T_A(N+1, p)は次のよ
うに求める。 T_A(N+1, p) = T_A(N,L) + D_A(N,L) + R_A(N+1,p) - O
_A(N+1) 例えば、図６(a)及び(b)を例に挙げる。ここで、N=1
（第１のクリップ）、p=j（第２のクリップの第１番目
のRTPパケット）とすると、図６(a)に示すように、 T_A(1,L) = 44900 D_A(1,L) = 300 R_A(2,j) = 85100 O_A(2) = 85100 であるから、第２のクリップにおける、第１番目のオー
ディオRTPパケットＡＰ(j)に対する、AV同期制御に用い
る値T_A(2,j)は、図６(b)に示すように、 T_A(2,j) = 44900 + 300 + 85100 - 85100 = 45200 と求められる。

【０１３５】この数値は、結果的に第１のクリップにお
ける最後のオーディオRTPパケットと連続した値とな
る。つまり、クリップが切り替わり、受信されたRTPパ
ケットのタイムスタンプの値が、直前に受信されたRTP
パケットのタイムスタンプの値に対して不連続な値とな
る場合であっても、このタイムスタンプの書き換え処理
により、受信されたRTPパケットのタイムスタンプの値
は、直前に受信されたRTPパケットのタイムスタンプの
値に対して連続な値となるよう修正される。したがっ
て、AV同期制御に用いる受信端末でのタイムスタンプの
値は、クリップ間で連続した値に保たれる。

【０１３６】また、受信端末にてAV同期制御に用いる、
ビデオに関するタイムスタンプの値T_V(N+1,q)は次のよ
うに求められる。 T_V(N+1,q) = T_A(N,L) + D_A(N,L) + R_V(N+1,q) + O_
V(N+1) - O_A(N+1) 上記オーディオに関するタイムスタンプの修正処理と同
様に、図６(a)及び(b)を例に挙げる。

【０１３７】ここで、N=1（第１のクリップ）、q=n（第
２のクリップの第１番目のRTPパケット）とすると、図
６(a)に示すように、 T_A(1,L) = 44900 D_A(1,L) = 300 R_V(2,n) = 85200 O_A(2) = 85100 O_V(2) = 85200 であるから、第２のクリップにおける、第１番目のビデ
オRTPパケットＶＰ(n)に対するAV同期制御に用いる値T_
V(2,n)は、図６(b)に示すように、 T_V(2,n) = 44900 + 300 + 85200 + 85200 - 85100 = 4
5300 と求められる。この数値はT_A(2,j)と同じ時間軸上にあ
り、AV共通のクロックでAV同期制御が可能となる。

【０１３８】なお、第〔Ｎ〕番目のクリップにおけるオ
ーディオの最後のRTPパケットに含まれるオーディオフ
レームの継続時間D_A(N,L)は、第〔Ｎ〕番目のクリップ
における最後のRTPパケットのペイロードヘッダ部、あ
るいはペイロードデータ（言い換えるとオーディオデー
タ自体）を解析することによって求めることができる。
ペイロードヘッダから求める方法としては、AMR Narrow
Band（draft-ietf-avt-rtp-amr-08.txt）に示されるも
のがあり、ペイロードデータから求める方法としては、
MPEG-4 AAC/LATM（RC3016）に示されるものがある。

【０１３９】このように本実施の形態２のデータ再生装
置１１０では、第２のクリップに対するデータ要求を、
第１のクリップに対するデータの受信中に、第３のクリ
ップに対するデータ要求を、第２のクリップに対するデ
ータの受信中に行うので、サーバでの演算負荷の増大を
招くことなく、サーバに対して、１つのビデオデータ
の、複数の再生区間に対応する部分（クリップ）が途切
れることなく送信されるよう、データ要求、つまり各ク
リップに対するＰＬＡＹ要求を発行することができる。

【０１４０】特に、この実施の形態２では、ＳＭＩＬフ
ァイルに含まれる、各クリップに対する再生時刻を示す
再生時刻情報に基づいて、上記第２，第３のクリップに
対する要求を行うタイミングを決定するので、例えば、
ダイジェスト再生などを行う際には、ＳＭＩＬファイル
などの参照ファイルに基づいて、サーバに対して、サー
バでの演算負荷の増大を回避しつつ、指定された複数の
再生区間（クリップ）に対応するデータが途切れること
なくサーバから送信されるよう、各クリップに対するＰ
ＬＡＹ要求を発行することができる効果がある。また、
この実施の形態２では、第２，第３のクリップに対する
先頭のＲＴＰパケットのタイムスタンプの値を、第１，
第２のクリップに対応する最後のＲＴＰパケットのタイ
ムスタンプの値に対して連続な値となるよう書き換える
タイムスタンプ書換え処理を行うので、連続して受信さ
れた第１及び第２のクリップ間で、ＲＴＰパケットのタ
イムスタンプの値が不連続な値となっていても、画像や
音声を途切れなく再生することができる。

【０１４１】この実施の形態２では、上記各クリップに
対するデータ送信要求を行うための通信プロトコルとし
てＲＴＳＰを用いるので、サーバと受信端末との間で
は、汎用の通信プロトコルにより、各クリップのデータ
送信要求や再生要求を行うことができる。また、この実
施の形態２では、上記データ受信ステップを、上記各ク
リップのデータを受信するための通信プロトコルとして
ＲＴＰを用いるので、サーバと受信端末との間では、汎
用の通信プロトコルにより、各クリップのデータを送受
信することができる。

【０１４２】なお、上記各実施の形態では、データ受信
再生装置としてハードウェアにより構成したものを示し
たが、データ受信再生装置は、ソフトウェアにより、つ
まりＣＰＵを実施の形態１あるいは実施の形態２のデー
タ受信再生装置と同様の処理を行うようプログラムして
実現してもよい。また、上記各実施の形態では、ダイジ
ェスト再生を行う際に、同一のＵＲＬで示される同じフ
ァイルにおける複数の再生区間（クリップ）に対するデ
ータを要求する場合を例に挙げて説明したが、ダイジェ
スト再生の対象となる再生区間（クリップ）は、同じフ
ァイルのものに限定されるものではない。例えば、ダイ
ジェスト再生の対象となる再生区間（クリップ）は、同
一のサーバに格納されている異なるファイルにおける、
特定の再生区間であってもよく、この場合も、上記各実
施の形態で説明したデータ受信再生装置が適用可能であ
る。

【０１４３】また、上記各実施の形態では、バッファリ
ング時間を端末側で決定することとしたが、例えば、サ
ーバからのＲＴＳＰ要求応答を、各再生区間におけるバ
ッファリング時間を示す情報を含むものとし、バッファ
リング時間の決定を、サーバから提供される情報に基づ
いて行うようにしてもよい。例えば、ＲＴＳＰにおける
ＰＬＡＹ要求応答メッセージを拡張し、“prebufferein
g＝５ｓ”などと記述する方法、あるいは、ＳＭＩＬフ
ァイルを、ref、videoなどのＳＭＩＬ要素中の属性とと
もに、“prebuffereing＝５ｓ”などの属性を記述した
ものとしてもよい。

【０１４４】さらに、上記実施の形態２では、第２及び
第３のクリップに対するＰＬＡＹ要求の発行タイミング
を、シーン記述ＳＤ２における、clipBegin属性，clipE
nd属性，dur属性，begin属性，及びend属性など属性情
報に基づいて決定する方法について示したが、第２及び
第３のクリップに対するＰＬＡＹ要求の発行タイミング
は、第１及び第２のクリップに対するＰＬＡＹ要求のＲ
ＴＳＰ応答に含まれる情報に基づいて決定するようにし
てもよい。この場合、上記データ送信要求に応じて送信
されたＲＴＳＰ応答に含まれる情報に基づいて、上記各
クリップに対する要求を行うタイミングを決定するの
で、例えば、ダイジェスト再生などを行う際には、ＳＭ
ＩＬファイルなどの参照ファイルを用いることなく、Ｒ
ＴＳＰ応答に含まれる情報に基づいて、サーバに対し
て、サーバでの演算負荷の増大を回避しつつ、指定され
た複数の再生区間（クリップ）に対応するデータが途切
れなく受信可能となるよう、各クリップに対するＰＬＡ
Ｙ要求を発行することができる効果がある。

【０１４５】上記各クリップに対する要求を行うタイミ
ングを、ＲＴＳＰ応答に含まれる情報に基づいて決定す
る方法について具体的に説明する。図７に示すように、
上記第１，第２のクリップに対するＰＬＡＹ要求のＲＴ
ＳＰ応答Ａ１，Ａ２には、再生レンジ情報（Range:npt=
35-45），（Range:npt=85-100）の記述フィールドとと
もに、ＲＴＰinfoフィールドが設定されており、このＲ
ＴＰinfoフィールドには、第１，第２のクリップにおけ
る先頭フレームに対するタイムスタンプ（タイムスタン
プの初期値）が記述されている。

【０１４６】例えば、第１のクリップのＲＴＳＰ応答Ａ
１には、ＲＴＰinfoフィールドの記述として、記述「RT
Pinfo:timestamp=35000, timestamp=35000」がある。こ
れは、第１のクリップにおける先頭のオーディオフレー
ムＡＦ（１）に付与されているタイムスタンプの値が35
000であり、第１のクリップにおける先頭のビデオフレ
ームＶＦ（１）に付与されているタイムスタンプの値が
35000であることを示している。また、第２のクリップ
のＲＴＳＰ応答Ａ２には、ＲＴＰinfoフィールドの記述
として、記述「RTPinfo:timestamp=85100, timestamp=8
5200」がある。これは、第２のクリップにおける先頭の
オーディオフレームＡＦ（ｊ）に付与されているタイム
スタンプの値が85100であり、第２のクリップにおける
先頭のビデオフレームＶＦ（ｎ）に付与されているタイ
ムスタンプの値が85200であることを示している。

【０１４７】そこで、第ｎ番目のクリップに対するＰＬ
ＡＹ要求のＲＴＳＰ応答に含まれる情報に基づいて決定
するデータ受信再生装置としては、第（ｎ）番目のクリ
ップに対するＰＬＡＹ要求の応答を受信したとき、該応
答のＲＴＰinfoフィールドに記述されているタイムスタ
ンプの値Ｔi(n)を記憶し、その後、受信したＲＴＰパケ
ットのヘッダに含まれているタイムスタンプの値Ｔx(n)
が、記憶しているタイムスタンプの値より大きくなった
こと、つまり下記の条件式（１１）を満たすことを検出
し、その検出タイミングを、第（ｎ＋１）番目のクリッ
プに対するＰＬＡＹ要求を発行するタイミングとするも
のが挙げれらる。Ｔi(n)≦Ｔx(n) ・・・（１１）具体的には、このデータ受信再生装置では、第１のクリ
ップに対するＰＬＡＹ要求が発行された後、受信される
ＲＴＰパケットのタイムスタンプの値が35000以上とな
った時点（時刻ｔa’）以降に、第２のクリップに対す
るＰＬＡＹ要求が発行され、さらに、第２のクリップに
対するＰＬＡＹ要求が発行された後、受信されるＲＴＰ
パケットのタイムスタンプの値が85100以上となった時
点（時刻ｔb’あるいは時刻ｔc’）以降に、第３のクリ
ップに対するＰＬＡＹ要求が発行される。但し、この場
合、第２及び第３のクリップに対するＰＬＡＹ要求は、
第１及び第２のクリップに対するデータの受信中に行わ
れることは言うまでもない。

【０１４８】なお、１つのクリップに対応するオーディ
オデータとビデオデータとで、各フレームに対するタイ
ムスタンプ値が異なる場合は、第（ｎ）番目のクリップ
に対応するオーディオデータ及びビデオデータの少なく
とも一方に対するタイムスタンプの値が、上記条件式
（１１）を満たすとき、第（ｎ＋１）番目のクリップに
対するＰＬＡＹ要求を発行する。

【０１４９】また、上記説明では、第（ｎ）番目のクリ
ップに対するＰＬＡＹ要求のＲＴＳＰ応答に含まれる情
報に基づいて決定するデータ受信再生装置として、ＲＴ
ＳＰ応答のＲＴＰinfoフィールドに含まれるタイムスタ
ンプの初期値を利用するものを示したが、データ受信再
生装置は、ＲＴＰinfoフィールドに含まれるタイムスタ
ンプの初期値に代えて、ＲＴＰinfoフィールドに含まれ
るＲＴＰパケットのシーケンス番号の初期値を利用する
ものであってもよい。この場合も上記のようにＲＴＰin
foフィールドに含まれるタイムスタンプの初期値を用い
る場合と同様の効果が得られる。

【０１５０】つまり、各ＲＴＰパケットのシーケンス番
号も、各ＲＴＰパケットのタイムスタンプと同様、ＲＴ
Ｐパケットのヘッダに含まれる情報であり、第（ｎ＋
１）番目のクリップにおける最初のＲＴＰパケットのシ
ーケンス番号の値は、第（ｎ）番目のクリップにおける
最後のＲＴＰパケットのシーケンス番号の値に対して十
分大きな値（例えば１０００以上大きな値）とすること
がＲＴＳＰ規格により定められている。

【０１５１】従って、ＲＴＰinfoフィールドに含まれる
ＲＴＰパケットのシーケンス番号の初期値と、受信され
たＲＴＰパケットのヘッダに付与されているシーケンス
番号とを比較することにより、クリップが変化したこと
が検出可能である。具体的には、最後に受信されたＲＴ
Ｐパケットのシーケンス番号と、その直前に受信された
ＲＴＰパケットのシーケンス番号との差が、１０００以
上大きな数値となり、かつ最後に受信されたＲＴＰパケ
ットのシーケンス番号の値が、最新のＲＴＳＰ応答のＲ
ＴＰinfoフィールドに含まれるシーケンス番号より大き
な値となった時点以降に、次のクリップに対するＰＬＡ
Ｙ要求が発行される。

【０１５２】（実施の形態３）以下、本発明の実施の形
態３として、上記実施の形態２のデータ再生装置と同様
に、サーバに対して要求したデータを受信しつつ再生す
る携帯電話について説明する。図８は、この実施の形態
３の携帯電話を説明するための図である。この実施の形
態３の携帯電話３００は、種々の信号処理を行う信号処
理部３０２と、アンテナ３０１で受信された無線信号Ｎ
を受信信号として信号処理部３０２に出力するととも
に、信号処理部３０２にて生成された送信信号を無線信
号Ｎとしてアンテナ３０１から送信する無線通信部３０
３とを有している。

【０１５３】また、上記携帯電話３００は、画像表示を
行う液晶パネル（ＬＣＤ）３０６と、音声の入力を行う
ためのマイク３０８と、音声信号を再生するスピーカ３
０７と、上記信号処理部３０２にて処理された画像信号
を受け、上記液晶表示部（ＬＣＤ）３０６を、画像信号
に基づいて画像表示が行われるよう制御する表示制御部
３０４と、マイク３０８からの入力音声信号を信号処理
部３０２に出力するとともに、信号処理部３０２にて処
理された音声信号をスピーカ３０７に出力する音声入出
力部３０５とを有している。なお、ここでは説明の簡略
化のため、携帯電話のボタン操作部は図示していない。

【０１５４】ここで、上記信号処理部３０２は、上記実
施の形態２のデータ受信再生装置１１０と同一のデータ
再生処理を行うものである。つまり、上記信号処理部３
０２は、実施の形態２の受信端末側における、ＲＴＳＰ
交換部１１１、ＳＭＩＬ解析部１１２、ＡＶ同期制御部
１１３、クロック回路１１４、カウンタ１１５、受信バ
ッファ１１６、ＲＴＰ受信部１１７、及び復号部１１８
に相当する部分を有している。また、この実施の形態３
の携帯電話３００における表示制御部３０４及び液晶パ
ネル（ＬＣＤ）３０６は、上記実施の形態２の表示部１
１９に相当するものである。

【０１５５】このような構成を有する携帯電話３００で
は、ユーザにより、特定のファイル（ニュース番組）の
ダイジェスト再生を行うための操作が行われると、該携
帯電話３００からネットワーク上のサーバに対して、ユ
ーザが指定した複数のクリップの要求が発行され、サー
バからはこれらのクリップのデータが順次送信される。
そして、該携帯電話３００では、上記実施の形態２のデ
ータ受信再生装置１１０と同様にして、各クリップの再
生処理が途切れることなく行われる。

【０１５６】なお、上記実施の形態３では、携帯電話と
して、上記実施の形態２のデータ受信再生装置１１０と
同一のデータ再生処理を行うものを示したが、この携帯
電話は、上記実施の形態１のデータ受信再生装置１００
と同一のデータ再生処理を行うものであってもよい。

【０１５７】さらに、上記各実施の形態１及び２では、
データ受信再生装置をハードウエアにより実現したもの
を示したが、これらの装置はソフトウエアにより実現し
てもよい。この場合、上記各実施の形態で示したデータ
受信再生処理を行うためのプログラムをフロッピー（登
録商標）ディスク等のデータ記憶媒体に記録しておくこ
とにより、上記データ受信再生装置を、独立したコンピ
ュータシステムにおいて構築することが可能となる。

【０１５８】図１７は、上記各実施の形態のデータ受信
再生処理をソフトウエアにより行うためのプログラムを
格納した記録媒体、及び該記録媒体を含むコンピュータ
システムを説明するための図である。図１７(a)は、フ
ロッピーディスクの正面からみた外観、断面構造、及び
フロッピーディスク本体を示し、図１７(b)は、該フロ
ッピーディスク本体の物理フォーマットの例を示してい
る。

【０１５９】上記フロッピーディスクＦＤは、上記フロ
ッピーディスク本体ＤをフロッピーディスクケースＦＣ
内に収容した構造となっており、該フロッピーディスク
本体Ｄの表面には、同心円状に外周からは内周に向かっ
て複数のトラックＴｒが形成され、各トラックＴｒは角
度方向に１６のセクタＳｅに分割されている。従って、
上記プログラムを格納したフロッピーディスクＦＤで
は、上記フロッピーディスク本体Ｄは、その上に割り当
てられた領域（セクタ）Ｓｅに、上記プログラムとして
のデータが記録されたものとなっている。また、図１７
(c)は、フロッピーディスクＦＤに上記プログラムを記
録するための構成、及びフロッピーディスクＦＤに格納
したプログラムを用いてソフトウエアによるデータ受信
再生処理を行うための構成を示している。

【０１６０】上記プログラムをフロッピーディスクＦＤ
に記録する場合は、コンピュータシステムＣｓから上記
プログラムとしてのデータを、フロッピーディスクドラ
イブＦDDを介してフロッピーディスクＦＤに書き込む。
また、フロッピーディスクＦＤに記録されたプログラム
により、上記データ受信再生装置をコンピュータシステ
ムＣｓ中に構築する場合は、フロッピーディスクドライ
ブＦDDによりプログラムをフロッピーディスクＦＤから
読み出し、コンピュータシステムＣｓにロードする。

【０１６１】なお、上記説明では、データ記憶媒体とし
てフロッピーディスクを示したが、データ記憶媒体とし
て光ディスクを用いても上記フロッピーディスクの場合
と同様にソフトウェアによるデータ受信再生処理を行う
ことができる。さらに、上記データ記憶媒体は上記光デ
ィスクやフロッピーディスクに限るものではなく、ＩＣ
カード、ＲＯＭカセット等、プログラムを記録できるも
のであればどのようなものでもよく、これらのデータ記
録媒体を用いる場合でも、上記フロッピーディスク等を
用いる場合と同様にソフトウェアによるデータ受信再生
処理を実施することができる。

【０１６２】

【発明の効果】以上のようにこの発明（請求項１）に係
るデータ受信再生方法によれば、少なくとも画像情報ま
たは音声情報のいずれか一方を含むデータを要求し、該
要求に応じて送信されたデータを受信しつつ再生するデ
ータ受信再生方法であって、上記データを一定の情報単
位毎に要求するデータ要求ステップと、該要求に応じて
送信された一定の情報単位に対応するデータを受信する
データ受信ステップと、受信された一定の情報単位に対
応するデータを再生するデータ再生ステップとを含み、
上記データ要求ステップは、上記一定の情報単位に対応
するデータとして第１のデータを要求した後、該第１の
データの後に再生される第２のデータを要求するとき、
該第２のデータに対する要求は、上記データ再生ステッ
プでの第１のデータの再生が終了するまでに行うもので
あることを特徴とするので、サーバでの演算負荷の増大
を招くことなく、端末からサーバへのデータ要求に応じ
て、連続して再生されるべき第１及び第２のデータを途
切れなく受信することが可能となり、これにより、１つ
の番組などのファイルにおける、指定された複数の再生
区間（クリップ）を連続して再生するダイジェスト再生
などを、スムースに行うことが可能となる。

【０１６３】この発明（請求項２）によれば、請求項１
記載のデータ受信再生方法において、上記データ要求ス
テップは、上記データ受信ステップにて上記第１のデー
タの受信が完了する直前に、上記第２のデータを要求す
るものであることを特徴とするので、サーバにて複数の
データに対するＰＬＡＹ要求が管理される状態を回避し
て、サーバでの演算負荷の増大を確実に回避することが
できる。

【０１６４】この発明（請求項３）によれば、請求項１
記載のデータ受信再生方法において、上記データ要求ス
テップは、上記第２のデータを要求する時刻ｔ２、上記
第１のデータを要求した時刻ｔ１、該第１のデータの要
求を行ってから該第１のデータの受信が開始されるまで
の受信遅延時間Ａ１、上記第１のデータの受信が開始さ
れてから該第１のデータの再生が開始されるまでのバッ
ファ時間Ｂ１、及び上記第１のデータの再生に要する再
生所要時間Ｃ１、並びに前記第２のデータの要求を行っ
てから該第２のデータの受信が開始されるまでの受信遅
延時間Ａ２、及び該第２のデータの受信が開始されてか
ら該第２のデータの再生が開始されるバッファ時間Ｂ２
の関係を示す第１の関係式に基づいて、上記第２のデー
タを要求する時刻ｔ２を求めるものであり、上記第１の
関係式は、ｔ２＝ｔ１＋Ａ１＋Ｂ１＋Ｃ１−（Ａ２＋Ｂ
２）であることを特徴とするので、受信端末では、第２
のデータを、第１のデータに対する再生処理の直後に再
生することができる効果がある。

【０１６５】この発明（請求項４）によれば、請求項３
記載のデータ受信再生方法において、上記データ要求ス
テップは、上記第２のデータに対する受信遅延時間Ａ２
が、上記第１のデータに対する受信遅延時間Ａ１に等し
いとする条件の下で、上記第１のデータに対するデータ
要求時刻ｔ１、バッファ時間Ｂ１、及び再生所要時間Ｃ
１、並びに上記第２のデータに対するデータ要求時刻ｔ
２の関係を示す第２の関係式に基づいて、上記第２のデ
ータを要求する時刻ｔ２を求めるものであるであり、上
記第２の関係式は、ｔ２＝ｔ１＋Ｂ１＋Ｃ１−Ｂ２であ
ることを特徴とするので、受信端末では、第２のデータ
を、第１及び第２のデータのバッファ時間及び第１のデ
ータの再生所要時間を管理するという比較的簡単な時間
管理により、第１のデータに対する再生処理の直後に再
生することができる効果がある。

【０１６６】この発明（請求項５）によれば、請求項４
記載のデータ受信再生方法において、上記データ要求ス
テップは、上記第２のデータに対する受信遅延時間Ｂ２
が、上記第１のデータに対する受信遅延時間Ｂ１と等し
いとする条件の下で、上記第１のデータに対するデータ
要求時刻ｔ１及び再生所要時間Ｃ１、並びに上記第２の
データに対するデータ要求時刻ｔ２の関係を示す第３の
関係式に基づいて、上記第２のデータを要求する時刻ｔ
２を求めるものであり、上記第３の関係式は、ｔ２＝ｔ
１＋Ｃ１であることを特徴とするので、受信端末では、
第２のデータを、第１のデータの再生所要時間のみを管
理するという非常に簡単な時間管理により、第１のデー
タに対する再生処理の直後に再生することができる効果
がある。

【０１６７】この発明（請求項６）によれば、請求項３
ないし請求項５のいずれかに記載のデータ受信再生方法
において、上記データ要求ステップは、上記関係式によ
り得られた、上記第２のデータを要求する時刻ｔ２に、
一定の変数Ｄを加算する加算処理を行い、該加算処理に
より得られた変数加算時刻ｔ２’に、上記第２のデータ
を要求するものであることを特徴とするので、受信端末
では、ネットワークにおけるジッタの影響を回避しつ
つ、第２のデータを、第１のデータに対する再生処理の
直後に再生することができる効果がある。

【０１６８】この発明（請求項７）によれば、請求項１
ないし請求項６のいずれかに記載のデータ受信再生方法
において、上記データ要求ステップは、上記第１及び第
２のデータを要求するための通信プロトコルとしてＲＴ
ＳＰを用いるので、サーバと受信端末の間では、汎用の
通信プロトコルにより、第１及び第２のデータを要求す
るための通信を行うことができる。

【０１６９】この発明（請求項８）によれば、請求項１
ないし請求項６のいずれかに記載のデータ受信再生方法
において、上記データ受信ステップは、上記第１及び第
２のデータを受信するための通信プロトコルとしてＲＴ
Ｐを用いることを特徴とするので、サーバと受信端末の
間では、汎用の通信プロトコルにより、第１及び第２の
データを送受信することができる。

【０１７０】この発明（請求項９）に係るデータ記憶媒
体によれば、少なくとも画像情報または音声情報のいず
れか一方を含むデータを要求し、該要求に応じて送信さ
れたデータを受信しつつ再生するデータ受信再生処理を
コンピュータにより行うための受信再生プログラムを格
納したデータ記憶媒体であって、上記受信再生プログラ
ムは、上記データを一定の情報単位毎に要求するデータ
要求ステップと、該要求に応じて送信された一定の情報
単位に対応するデータを受信するデータ受信ステップ
と、受信された一定の情報単位に対応するデータを再生
するデータ再生ステップとを含む処理をコンピュータに
より行うためのプログラムであり、上記データ要求ステ
ップは、上記一定の情報単位に対応するデータとして第
１のデータを要求した後、該第１のデータの後に再生さ
れる第２のデータを要求するとき、該第２のデータに対
する要求は、上記データ再生ステップでの第１のデータ
の再生が終了するまでに行うものであることを特徴とす
るので、サーバでの演算負荷の増大を回避しつつ、デー
タ要求に応じて順次送信される第１及び第２のデータを
途切れなくスムースに再生可能とするデータ再生処理
を、ソフトウエアにより実現できる。

【０１７１】この発明（請求項１０）に係るデータ受信
再生装置によれば、少なくとも画像情報または音声情報
のいずれか一方を含むデータを要求し、該要求に応じて
送信されたデータを受信しつつ再生するデータ受信再生
装置であって、上記データを一定の情報単位毎に要求す
るデータ要求手段と、該要求に応じて送信された一定の
情報単位に対応するデータを受信するデータ受信手段
と、受信された一定の情報単位に対応するデータを再生
するデータ再生手段とを備え、上記データ要求手段は、
上記一定の情報単位に対応するデータとして第１のデー
タを要求した後、該第１のデータの後に再生される第２
のデータを要求するとき、該第２のデータに対する要求
を、上記データ再生手段による第１のデータの再生が終
了するまでに行うものであることを特徴とするので、サ
ーバでの演算負荷の増大を招くことなく、端末からサー
バへのデータ要求に応じて、連続して再生されるべき第
１及び第２のデータを途切れなく受信することが可能と
なり、これにより、１つの番組などのファイルにおけ
る、指定された複数の再生区間（クリップ）を連続して
再生するダイジェスト再生などを、スムースに行うこと
が可能となる効果がある。

【０１７２】この発明（請求項１１）に係るデータ受信
再生方法によれば、少なくとも画像情報または音声情報
のいずれか一方を含むデータを要求し、該要求に応じて
送信されたデータを受信しつつ再生するデータ受信再生
方法であって、上記データを一定の情報単位毎に要求す
るデータ要求ステップと、該要求に応じて送信された一
定の情報単位に対応するデータを受信するデータ受信ス
テップと、受信された一定の情報単位に対応するデータ
を再生するデータ再生ステップとを含み、上記データ要
求ステップは、上記一定の情報単位に対応するデータと
して第１のデータを要求した後、該第１のデータの次に
再生される第２のデータを要求するとき、該第２のデー
タに対する要求は、上記データ受信ステップにて第１の
データの受信が開始されてから終了するまでの間に行う
ものであることを特徴とするので、サーバでの演算負荷
の増大を招くことなく、端末からサーバへのデータ要求
に応じて、連続して再生されるべき第１及び第２のデー
タを途切れなく受信することが可能となり、これによ
り、１つの番組などのファイルにおける、指定された複
数の再生区間（クリップ）を連続して再生するダイジェ
スト再生などを、スムースに行うことが可能となる。

【０１７３】この発明（請求項１２）によれば、請求項
１１記載のデータ受信再生方法において、上記データ要
求ステップは、要求すべき一定の情報単位に対応するデ
ータとして上記第１及び第２のデータを指定する参照情
報に含まれる、該第１及び第２のデータに関する再生時
刻を示す再生時刻情報に基づいて、上記第２のデータに
対する要求を行うタイミングを決定するものであること
を特徴とするので、例えば、ダイジェスト再生などを行
う際には、ＳＭＩＬファイルなどの参照ファイルに基づ
いて、サーバに対して、サーバでの演算負荷の増大を回
避しつつ、指定された複数の再生区間（クリップ）に対
応するデータが途切れることなくサーバから送信される
よう、各クリップに対するＰＬＡＹ要求を発行すること
ができる効果がある。

【０１７４】この発明（請求項１３）によれば、請求項
１１記載のデータ受信再生方法において、上記データ要
求ステップは、上記第１及び第２のデータを要求するた
めの通信プロトコルとしてＲＴＳＰを用いるものであ
り、上記第１のデータの要求先から上記第１のデータの
要求に応じて送信されたＲＴＳＰ応答に含まれる情報に
基づいて、上記第２のデータに対する要求を行うタイミ
ングを決定するものであることを特徴とするので、例え
ば、ダイジェスト再生などを行う際には、ＳＭＩＬファ
イルなどの参照ファイルを用いることなく、ＲＴＳＰ応
答に含まれる情報に基づいて、サーバに対して、サーバ
での演算負荷の増大を回避しつつ、指定された複数の再
生区間（クリップ）に対応するデータが途切れなく受信
可能となるよう、各クリップに対するＰＬＡＹ要求を発
行することができる効果がある。

【０１７５】この発明（請求項１４）によれば、請求項
１１記載のデータ受信再生方法において、上記データ受
信ステップは、上記第１及び第２のデータを受信するた
めの通信プロトコルとしてＲＴＰを用いることを特徴と
するので、サーバと受信端末との間では、汎用の通信プ
ロトコルにより、第１及び第２のデータを送受信するこ
とができる。

【０１７６】この発明（請求項１５）に係るデータ記憶
媒体によれば、少なくとも画像情報または音声情報のい
ずれか一方を含むデータを要求し、該要求に応じて送信
されたデータを受信しつつ再生するデータ受信再生処理
をコンピュータにより行うための受信再生プログラムを
格納したデータ記憶媒体であって、上記受信再生プログ
ラムは、上記データを一定の情報単位毎に要求するデー
タ要求ステップと、該要求に応じて送信された一定の情
報単位に対応するデータを受信するデータ受信ステップ
と、受信された一定の情報単位に対応するデータを再生
するデータ再生ステップとを含む処理をコンピュータに
より行うためのプログラムであり、上記データ要求ステ
ップは、上記一定の情報単位に対応するデータとして第
１のデータを要求した後、該第１のデータの次に再生さ
れる第２のデータを要求するとき、該第２のデータに対
する要求は、上記データ受信ステップにて第１のデータ
の受信が開始されてから終了するまでの間に行うもので
あることを特徴とするので、サーバでの演算負荷の増大
を招くことなく、データ要求に応じて順次送信される第
１及び第２のデータを途切れなく受信するデータ受信処
理を、ソフトウエアにより実現することができる。

【０１７７】この発明（請求項１６）に係るデータ受信
再生装置によれば、少なくとも画像情報または音声情報
のいずれか一方を含むデータを要求し、該要求に応じて
送信されたデータを受信しつつ再生するデータ受信再生
装置であって、上記データを一定の情報単位毎に要求す
るデータ要求手段と、該要求に応じて送信された一定の
情報単位に対応するデータを受信するデータ受信手段
と、受信された一定の情報単位に対応するデータを再生
するデータ再生手段とを備え、上記データ要求手段は、
上記一定の情報単位に対応するデータとして第１のデー
タを要求した後、該第１のデータの次に再生される第２
のデータを要求するとき、該第２のデータに対する要求
を、上記データ受信手段にて第１のデータの受信が開始
されてから終了するまでの間に行うものであることを特
徴とするので、サーバでの演算負荷の増大を招くことな
く、端末からサーバへのデータ要求に応じて、連続して
再生されるべき第１及び第２のデータを途切れなく受信
することが可能となり、これにより、１つの番組などの
ファイルにおける、指定された複数の再生区間（クリッ
プ）を連続して再生するダイジェスト再生などを、スム
ースに行うことが可能となる。

【図面の簡単な説明】

【図１】本発明の実施の形態１によるデータ受信再生装
置の概略を説明するためのブロック図である。

【図２】上記実施の形態１のデータ受信再生装置の、デ
ータ要求を行う際の動作フローを説明するための図であ
る。

【図３】上記実施の形態１のデータ受信再生装置にてダ
イジェスト再生を行う際の、第１番目及び第２番目の再
生区間に対応するデータ要求のタイミング、及び該両再
生区間に対するデータ再生のタイミングを説明するため
の図である。

【図４】本発明の実施の形態２によるデータ受信再生装
置を説明するためのブロック図である。

【図５】上記実施の形態２のデータ受信再生装置にてダ
イジェスト再生（３つのクリップ）を行う際の、サーバ
と受信端末との間での通信手順（ＲＴＳＰに基づくプロ
トコルシーケンス）を示す図である。

【図６】上記実施の形態２のデータ受信再生装置におけ
るタイムスタンプの書き換え処理を説明するための図で
ある。

【図７】本発明のデータ受信再生装置にてＰＬＡＹ要求
の発行タイミングを決定する方法として、実施の形態２
のものとは別の方法、つまりＲＴＳＰ応答におけるＲＴ
Ｐinfoフィールドに記載されているタイムスタンプを用
いる方法を説明するための図である。

【図８】本発明の実施の形態３によるデータ受信再生装
置としての携帯電話を説明するための図である。

【図９】ネットワークとしてインターネットを用いた従
来の一般的なデータ配信システムをを説明するための図
である。

【図１０】従来のダイジェスト再生に用いられるＳＭＩ
Ｌファイルの一例を示す図である。

【図１１】オーディオビデオデータにおける、ダイジェ
スト再生の対象となる再生区間を示す図である。

【図１２】従来のデータ受信再生装置にてダイジェスト
再生（２つのクリップ）を行う際の、サーバと受信端末
との間での通信手順（ＲＴＳＰに基づくプロトコルシー
ケンス）を示す図である。

【図１３】従来のデータ受信再生装置にてダイジェスト
再生を行う際の、第１番目及び第２番目の再生区間に対
応するデータ要求のタイミング、及び該両再生区間に対
するデータ再生のタイミングを説明するための図であ
る。

【図１４】従来のダイジェスト再生に用いられるＳＭＩ
Ｌファイルの他の例を示す図である。

【図１５】従来のデータ受信再生装置にてダイジェスト
再生（３つのクリップ）を行う際の、サーバと受信端末
との間での通信手順（ＲＴＳＰに基づくプロトコルシー
ケンス）を示す図である。

【図１６】従来のダイジェスト再生を行う際の、サーバ
と受信端末との間での通信手順として、３つのクリップ
に対するＰＬＡＹ要求を一度に続けて行うものを示す図
である。

【図１７】上記実施の形態１及び２のデータ受信再生処
理をコンピュータシステムにより行うためのプログラム
を格納したデータ記憶媒体（図(a)，(b)）、及び上記コ
ンピュータシステム（図(c)）を説明するための図であ
る。

【符号の説明】

１０サーバ（データ送信装置）１１ＲＴＳＰ交換部１２ＲＴＰ送信部１３ファイル読出し部１４ＲＴＰパケット生成部１５データ記憶装置１００，１１０受信端末（データ受信再生装置）１０１クロック回路１０２データ要求手段１０３受信バッファ１０４復号手段１０５表示手段１１１ＲＴＳＰ交換部１１２ＳＭＩＬ解析部１１３ＡＶ同期制御部１１４クロック回路１１５カウンタ１１６受信バッファ１１７ＲＴＰ受信部１１８復号部１１９表示部３００携帯電話３０１アンテナ３０２信号処理部３０３無線通信部３０４表示制御部３０５音声入力出力部３０６液晶パネル（ＬＣＤ）３０７スピーカ３０８マイクＦＤフロッピディスクＦDD フロッピディスクドライブＣｓコンピュータ・システム

フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｎ 7/173 ６３０Ｈ０４Ｎ 5/92 ＨＦターム(参考） 5C053 FA29 GA11 GB37 HA01 LA14 5C064 BB10 BC16 BC25 BD02 BD08 5K028 AA11 EE08 KK01 KK12 KK32 SS05 SS15

Claims

【特許請求の範囲】

【請求項１】少なくとも画像情報または音声情報のい
ずれか一方を含むデータを要求し、該要求に応じて送信
されたデータを受信しつつ再生するデータ受信再生方法
であって、上記データを一定の情報単位毎に要求するデータ要求ス
テップと、該要求に応じて送信された一定の情報単位に対応するデ
ータを受信するデータ受信ステップと、受信された一定の情報単位に対応するデータを再生する
データ再生ステップとを含み、上記データ要求ステップは、上記一定の情報単位に対応
するデータとして第１のデータを要求した後、該第１の
データの後に再生される第２のデータを要求するとき、
該第２のデータに対する要求は、上記データ再生ステッ
プでの第１のデータの再生が終了するまでに行うもので
あることを特徴とするデータ受信再生方法。
【請求項２】請求項１記載のデータ受信再生方法にお
いて、上記データ要求ステップは、上記データ受信ステップに
て上記第１のデータの受信が完了する直前に、上記第２
のデータを要求するものであることを特徴とするデータ
受信再生方法。
【請求項３】請求項１記載のデータ受信再生方法にお
いて、上記データ要求ステップは、上記第２のデータを要求す
る時刻ｔ２、上記第１のデータを要求した時刻ｔ１、該
第１のデータの要求を行ってから該第１のデータの受信
が開始されるまでの受信遅延時間Ａ１、上記第１のデー
タの受信が開始されてから該第１のデータの再生が開始
されるまでのバッファ時間Ｂ１、及び上記第１のデータ
の再生に要する再生所要時間Ｃ１、並びに前記第２のデ
ータの要求を行ってから該第２のデータの受信が開始さ
れるまでの受信遅延時間Ａ２、及び該第２のデータの受
信が開始されてから該第２のデータの再生が開始される
バッファ時間Ｂ２の関係を示す第１の関係式に基づい
て、上記第２のデータを要求する時刻ｔ２を求めるものであ
り、上記第１の関係式は、ｔ２＝ｔ１＋Ａ１＋Ｂ１＋Ｃ１−（Ａ２＋Ｂ２）であることを特徴とするデータ受信再生方法。
【請求項４】請求項３記載のデータ受信再生方法にお
いて、上記データ要求ステップは、上記第２のデータに対する
受信遅延時間Ａ２が、上記第１のデータに対する受信遅
延時間Ａ１に等しいとする条件の下で、上記第１のデー
タに対するデータ要求時刻ｔ１、バッファ時間Ｂ１、及
び再生所要時間Ｃ１、並びに上記第２のデータに対する
データ要求時刻ｔ２の関係を示す第２の関係式に基づい
て、上記第２のデータを要求する時刻ｔ２を求めるもの
であるであり、上記第２の関係式は、ｔ２＝ｔ１＋Ｂ１＋Ｃ１−Ｂ２であることを特徴とするデータ受信再生方法。
【請求項５】請求項４記載のデータ受信再生方法にお
いて、上記データ要求ステップは、上記第２のデータに対する
受信遅延時間Ｂ２が、上記第１のデータに対する受信遅
延時間Ｂ１と等しいとする条件の下で、上記第１のデー
タに対するデータ要求時刻ｔ１及び再生所要時間Ｃ１、
並びに上記第２のデータに対するデータ要求時刻ｔ２の
関係を示す第３の関係式に基づいて、上記第２のデータ
を要求する時刻ｔ２を求めるものであり、上記第３の関係式は、ｔ２＝ｔ１＋Ｃ１であることを特徴とするデータ受信再生方法。
【請求項６】請求項３ないし請求項５のいずれかに記
載のデータ受信再生方法において、上記データ要求ステップは、上記関係式により得られ
た、上記第２のデータを要求する時刻ｔ２に、一定の変
数Ｄを加算する加算処理を行い、該加算処理により得ら
れた変数加算時刻ｔ２’に、上記第２のデータを要求す
るものであることを特徴とするデータ受信再生方法。
【請求項７】請求項１ないし請求項６のいずれかに記
載のデータ受信再生方法において、上記データ要求ステップは、上記第１及び第２のデータ
を要求するための通信プロトコルとしてＲＴＳＰを用い
るものであることを特徴とするデータ受信再生方法。
【請求項８】請求項１ないし請求項６のいずれかに記
載のデータ受信再生方法において、上記データ受信ステップは、上記第１及び第２のデータ
を受信するための通信プロトコルとしてＲＴＰを用いる
ことを特徴とするデータ受信再生方法。
【請求項９】少なくとも画像情報または音声情報のい
ずれか一方を含むデータを要求し、該要求に応じて送信
されたデータを受信しつつ再生するデータ受信再生処理
をコンピュータにより行うための受信再生プログラムを
格納したデータ記憶媒体であって、上記受信再生プログラムは、上記データを一定の情報単位毎に要求するデータ要求ス
テップと、該要求に応じて送信された一定の情報単位に対応するデ
ータを受信するデータ受信ステップと、受信された一定の情報単位に対応するデータを再生する
データ再生ステップとを含む処理をコンピュータにより
行うためのプログラムであり、上記データ要求ステップは、上記一定の情報単位に対応
するデータとして第１のデータを要求した後、該第１の
データの後に再生される第２のデータを要求するとき、
該第２のデータに対する要求は、上記データ再生ステッ
プでの第１のデータの再生が終了するまでに行うもので
あることを特徴とするデータ記憶媒体。
【請求項１０】少なくとも画像情報または音声情報の
いずれか一方を含むデータを要求し、該要求に応じて送
信されたデータを受信しつつ再生するデータ受信再生装
置であって、上記データを一定の情報単位毎に要求するデータ要求手
段と、該要求に応じて送信された一定の情報単位に対応するデ
ータを受信するデータ受信手段と、受信された一定の情報単位に対応するデータを再生する
データ再生手段とを備え、上記データ要求手段は、上記一定の情報単位に対応する
データとして第１のデータを要求した後、該第１のデー
タの後に再生される第２のデータを要求するとき、該第
２のデータに対する要求を、上記データ再生手段による
第１のデータの再生が終了するまでに行うものであるこ
とを特徴とするデータ受信再生装置。
【請求項１１】少なくとも画像情報または音声情報の
いずれか一方を含むデータを要求し、該要求に応じて送
信されたデータを受信しつつ再生するデータ受信再生方
法であって、上記データを一定の情報単位毎に要求するデータ要求ス
テップと、該要求に応じて送信された一定の情報単位に対応するデ
ータを受信するデータ受信ステップと、受信された一定の情報単位に対応するデータを再生する
データ再生ステップとを含み、上記データ要求ステップは、上記一定の情報単位に対応
するデータとして第１のデータを要求した後、該第１の
データの次に再生される第２のデータを要求するとき、
該第２のデータに対する要求は、上記データ受信ステッ
プにて第１のデータの受信が開始されてから終了するま
での間に行うものであることを特徴とするデータ受信再
生方法。
【請求項１２】請求項１１記載のデータ受信再生方法
において、上記データ要求ステップは、要求すべき一定の情報単位
に対応するデータとして上記第１及び第２のデータを指
定する参照情報に含まれる、該第１及び第２のデータに
関する再生時刻を示す再生時刻情報に基づいて、上記第
２のデータに対する要求を行うタイミングを決定するも
のであることを特徴とするデータ受信再生方法。
【請求項１３】請求項１１記載のデータ受信再生方法
において、上記データ要求ステップは、上記第１及び第２のデータ
を要求するための通信プロトコルとしてＲＴＳＰを用い
るものであり、上記第１のデータの要求先から上記第１
のデータの要求に応じて送信されたＲＴＳＰ応答に含ま
れる情報に基づいて、上記第２のデータに対する要求を
行うタイミングを決定するものであることを特徴とする
データ受信再生方法。
【請求項１４】請求項１１記載のデータ受信再生方法
において、上記データ受信ステップは、上記第１及び第２のデータ
を受信するための通信プロトコルとしてＲＴＰを用いる
ことを特徴とするデータ受信再生方法。
【請求項１５】少なくとも画像情報または音声情報の
いずれか一方を含むデータを要求し、該要求に応じて送
信されたデータを受信しつつ再生するデータ受信再生処
理をコンピュータにより行うための受信再生プログラム
を格納したデータ記憶媒体であって、上記受信再生プログラムは、上記データを一定の情報単位毎に要求するデータ要求ス
テップと、該要求に応じて送信された一定の情報単位に対応するデ
ータを受信するデータ受信ステップと、受信された一定の情報単位に対応するデータを再生する
データ再生ステップとを含む処理をコンピュータにより
行うためのプログラムであり、上記データ要求ステップは、上記一定の情報単位に対応
するデータとして第１のデータを要求した後、該第１の
データの次に再生される第２のデータを要求するとき、
該第２のデータに対する要求は、上記データ受信ステッ
プにて第１のデータの受信が開始されてから終了するま
での間に行うものであることを特徴とするデータ記憶媒
体。
【請求項１６】少なくとも画像情報または音声情報の
いずれか一方を含むデータを要求し、該要求に応じて送
信されたデータを受信しつつ再生するデータ受信再生装
置であって、上記データを一定の情報単位毎に要求するデータ要求手
段と、該要求に応じて送信された一定の情報単位に対応するデ
ータを受信するデータ受信手段と、受信された一定の情報単位に対応するデータを再生する
データ再生手段とを備え、上記データ要求手段は、上記一定の情報単位に対応する
データとして第１のデータを要求した後、該第１のデー
タの次に再生される第２のデータを要求するとき、該第
２のデータに対する要求を、上記データ受信手段にて第
１のデータの受信が開始されてから終了するまでの間に
行うものであることを特徴とするデータ受信再生装置。