JP2003018568A - 再生システム、サーバ装置及び再生装置 - Google Patents
再生システム、サーバ装置及び再生装置Info
- Publication number
- JP2003018568A JP2003018568A JP2001198530A JP2001198530A JP2003018568A JP 2003018568 A JP2003018568 A JP 2003018568A JP 2001198530 A JP2001198530 A JP 2001198530A JP 2001198530 A JP2001198530 A JP 2001198530A JP 2003018568 A JP2003018568 A JP 2003018568A
- Authority
- JP
- Japan
- Prior art keywords
- data
- reproduction
- time
- reference frame
- reproducing
- 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.)
- Pending
Links
Abstract
(57)【要約】
【課題】 IP網上のリアルタイムAVストリーミング配信
において、データの無駄な伝送をなくすとともに、再生
経過時間を表示しながらデータを再生する際に、実際の
再生時間と再生時間表示とのずれをなくすことを目的と
する。 【解決手段】 再生端末２がサーバ１に対して再生時間
を指定してデータの再生要求を行う場合、サーバ１は指
定時刻に該当するフレームがランダムアクセス可能なフ
レームか否か調べ、ランダムアクセス不可能なフレーム
である場合、指定時刻の直前または直後のランダムアク
セス可能なフレームを検索して、そのフレームを送信開
始フレームとして決定し、再生端末２は、サーバ１から
送出される送信開始フレームの時間情報に基いて、再生
時間表示を更新するようにした。
において、データの無駄な伝送をなくすとともに、再生
経過時間を表示しながらデータを再生する際に、実際の
再生時間と再生時間表示とのずれをなくすことを目的と
する。 【解決手段】 再生端末２がサーバ１に対して再生時間
を指定してデータの再生要求を行う場合、サーバ１は指
定時刻に該当するフレームがランダムアクセス可能なフ
レームか否か調べ、ランダムアクセス不可能なフレーム
である場合、指定時刻の直前または直後のランダムアク
セス可能なフレームを検索して、そのフレームを送信開
始フレームとして決定し、再生端末２は、サーバ１から
送出される送信開始フレームの時間情報に基いて、再生
時間表示を更新するようにした。
Description
【０００１】
【発明の属する技術分野】本発明は、映像・音声データ
(AVデータ)を、ネットワークを経由して受信しながら再
生する再生システムに関し、特に、ユーザの意図に沿っ
て、途中をスキップしたり、後戻りしながら再生する再
生システムに関するものである。
(AVデータ)を、ネットワークを経由して受信しながら再
生する再生システムに関し、特に、ユーザの意図に沿っ
て、途中をスキップしたり、後戻りしながら再生する再
生システムに関するものである。
【０００２】
【従来の技術】IP（Internet Protocol）網上のリアル
タイムAVストリーミング配信では、サーバが端末からの
データの再生要求を受けて格納しているAVデータを送信
し、端末は送信されるAVデータを、ネットワークを経由
して受信しながら再生（ストリーミング再生）してい
る。なお、端末からサーバへのデータ要求はRTSP（Real
Time Streaming Protocol, IETF/RFC2326）と呼ばれる
プロトコルが、またサーバから端末へのデータの伝送に
はRTP（Real Time Protocol, IETF/RFC1889）と呼ばれ
るプロトコルが使用される。
タイムAVストリーミング配信では、サーバが端末からの
データの再生要求を受けて格納しているAVデータを送信
し、端末は送信されるAVデータを、ネットワークを経由
して受信しながら再生（ストリーミング再生）してい
る。なお、端末からサーバへのデータ要求はRTSP（Real
Time Streaming Protocol, IETF/RFC2326）と呼ばれる
プロトコルが、またサーバから端末へのデータの伝送に
はRTP（Real Time Protocol, IETF/RFC1889）と呼ばれ
るプロトコルが使用される。
【０００３】以下、一般的なIP網上のリアルタイムAVス
トリーミング配信と、ストリーミング配信されるAVデー
タの従来の再生システムについて、図４〜図１３を用い
て説明する。
トリーミング配信と、ストリーミング配信されるAVデー
タの従来の再生システムについて、図４〜図１３を用い
て説明する。
【０００４】図４は、従来のサーバと再生端末の構成を
示すブロック図である。図４において、サーバ１００
は、AVデータとそのAVデータに関する情報を格納するハ
ードディスク等の記憶手段１５１と、再生端末２００か
らの要求を受けるとともにその要求に対する応答を再生
端末２００に通知する要求応答手段１５２と、要求応答
手段１５２の指示にしたがって再生端末２００にデータ
を送信するデータ送信手段１５３とを備えている。
示すブロック図である。図４において、サーバ１００
は、AVデータとそのAVデータに関する情報を格納するハ
ードディスク等の記憶手段１５１と、再生端末２００か
らの要求を受けるとともにその要求に対する応答を再生
端末２００に通知する要求応答手段１５２と、要求応答
手段１５２の指示にしたがって再生端末２００にデータ
を送信するデータ送信手段１５３とを備えている。
【０００５】なお、サーバ１００の記憶手段１５１に格
納されている映像データは、基準となるフレームとその
基準となるフレームの差分データから構成されていて、
ここでは、前記基準となるフレームをフレーム内圧縮符
号化フレーム（Iフレーム）、前記差分データをフレー
ム間圧縮符号化フレーム（PまたはBフレーム）として説
明する。また、音声データは、基準となるフレーム、す
なわちフレーム内圧縮符号化フレームのみから構成され
ている。
納されている映像データは、基準となるフレームとその
基準となるフレームの差分データから構成されていて、
ここでは、前記基準となるフレームをフレーム内圧縮符
号化フレーム（Iフレーム）、前記差分データをフレー
ム間圧縮符号化フレーム（PまたはBフレーム）として説
明する。また、音声データは、基準となるフレーム、す
なわちフレーム内圧縮符号化フレームのみから構成され
ている。
【０００６】再生端末２００は、要求をサーバ１００に
通知するとともに、その要求に対するサーバ１００から
の応答を受け付ける要求応答手段２５１と、RTPパケッ
トを受信するデータ受信手段２５２と、受信したRTPパ
ケットに含まれるAVデータを復号するデータ復号手段２
５３と、復号したデータを表示するとともに、要求した
データの全体の時間長に対する現在の再生時間を表示す
る表示手段２５４と、データの表示が開始してからの経
過時間にしたがって現在の再生時間表示を更新するため
の制御を表示手段２５４に対して行う制御手段２５５と
を備える。
通知するとともに、その要求に対するサーバ１００から
の応答を受け付ける要求応答手段２５１と、RTPパケッ
トを受信するデータ受信手段２５２と、受信したRTPパ
ケットに含まれるAVデータを復号するデータ復号手段２
５３と、復号したデータを表示するとともに、要求した
データの全体の時間長に対する現在の再生時間を表示す
る表示手段２５４と、データの表示が開始してからの経
過時間にしたがって現在の再生時間表示を更新するため
の制御を表示手段２５４に対して行う制御手段２５５と
を備える。
【０００７】なお、この再生システムでは、制御手段２
５５が、ユーザの入力を受け付けることから、ユーザの
意図に従って、途中をスキップしたり、後戻りしながら
再生することも可能である。
５５が、ユーザの入力を受け付けることから、ユーザの
意図に従って、途中をスキップしたり、後戻りしながら
再生することも可能である。
【０００８】図５は、再生端末２００のディスプレイ表
示の一例を示す図である。再生端末２００のディスプレ
イは図５に示すように、データを表示する表示画面５１
の下にスライドバー５２と、可動部５３を有していて、
可動部５３はデータの表示が開始してからの経過時間に
したがって左から右に移動する。さらに、再生端末２０
０は、全再生時間（全再生時間表示５５）に対する現在
の再生時間（現在の再生時間表示５４）も表示する。
示の一例を示す図である。再生端末２００のディスプレ
イは図５に示すように、データを表示する表示画面５１
の下にスライドバー５２と、可動部５３を有していて、
可動部５３はデータの表示が開始してからの経過時間に
したがって左から右に移動する。さらに、再生端末２０
０は、全再生時間（全再生時間表示５５）に対する現在
の再生時間（現在の再生時間表示５４）も表示する。
【０００９】図６は、サーバと再生端末間のプロトコー
ルシーケンスの一例を示す図である。以下、再生端末２
００からサーバ１００にデータの再生要求が行われる際
の手続について、図６を用いて説明する。図６におい
て、再生端末２００はサーバ１００にアドレスが”rts
p://server.com/”上のデータ”v.mp4”の再生要求を行
っている。なお、ここでは、データ”v.mp4”がmp4ファ
イルフォーマットで記憶手段に格納されているものとし
て説明する。
ルシーケンスの一例を示す図である。以下、再生端末２
００からサーバ１００にデータの再生要求が行われる際
の手続について、図６を用いて説明する。図６におい
て、再生端末２００はサーバ１００にアドレスが”rts
p://server.com/”上のデータ”v.mp4”の再生要求を行
っている。なお、ここでは、データ”v.mp4”がmp4ファ
イルフォーマットで記憶手段に格納されているものとし
て説明する。
【００１０】サーバ１００に格納されているデータv.mp
4のファイルフォーマットについて図７を用いて説明す
る。図７に示すように、mp4と呼ばれるファイルは、ato
mと呼ばれる複数のユニットの集合体であり、メタデー
タを格納する複数のatomからなるMovie Atomと、AVデー
タが格納されているMovie Data Atomとから構成され
る。メタデータとしては、例えばファイルの再生方法や
ファイルに含まれるAVデータに関する情報が挙げられ
る。
4のファイルフォーマットについて図７を用いて説明す
る。図７に示すように、mp4と呼ばれるファイルは、ato
mと呼ばれる複数のユニットの集合体であり、メタデー
タを格納する複数のatomからなるMovie Atomと、AVデー
タが格納されているMovie Data Atomとから構成され
る。メタデータとしては、例えばファイルの再生方法や
ファイルに含まれるAVデータに関する情報が挙げられ
る。
【００１１】なお、ここでは、Movie Data Atomに映像
データが、Movie Atomにその映像データに対応するメタ
データが格納されている場合について説明する。Movie
Atomを構成するatomとしては、例えば、Movie Data Ato
mに格納されている映像データのフレーム数、各フレー
ム間隔、または基準となるフレームの出現頻度を示す情
報を格納したatomがあり、図８に示すTime To Stamp At
omは映像データが６００フレームから構成されているこ
とを示し、また、図９に示すSync Sample Atomは映像デ
ータ中に基準となるフレームであるIフレームが１２枚
含まれていて、そのIフレームの出現頻度が５０フレー
ムに１枚であることを示している。また、Movie Data A
tomには、フレームの間隔を示す情報も含まれていて、
ここでは、フレームの間隔が0.1秒間隔であることとし
て、以下の説明を行う。
データが、Movie Atomにその映像データに対応するメタ
データが格納されている場合について説明する。Movie
Atomを構成するatomとしては、例えば、Movie Data Ato
mに格納されている映像データのフレーム数、各フレー
ム間隔、または基準となるフレームの出現頻度を示す情
報を格納したatomがあり、図８に示すTime To Stamp At
omは映像データが６００フレームから構成されているこ
とを示し、また、図９に示すSync Sample Atomは映像デ
ータ中に基準となるフレームであるIフレームが１２枚
含まれていて、そのIフレームの出現頻度が５０フレー
ムに１枚であることを示している。また、Movie Data A
tomには、フレームの間隔を示す情報も含まれていて、
ここでは、フレームの間隔が0.1秒間隔であることとし
て、以下の説明を行う。
【００１２】以上のようなメタデータに対応する映像デ
ータの各フレームの再生時刻を示すタイムスタンプと各
フレームの符号化タイプとの関係を図１０に示す。図１
０(a)は各フレームの再生時刻を示すタイムスタンプ（t
ime stamp:TS）を示している。図１０(b)は、符号化タ
イプ（frame type）を示し、IはIフレームを、PはPフレ
ームを示している。この映像データは、各フレーム間隔
が0.1秒で、先頭から5秒おきにIフレームが出現してお
り、その他はPフレームである。
ータの各フレームの再生時刻を示すタイムスタンプと各
フレームの符号化タイプとの関係を図１０に示す。図１
０(a)は各フレームの再生時刻を示すタイムスタンプ（t
ime stamp:TS）を示している。図１０(b)は、符号化タ
イプ（frame type）を示し、IはIフレームを、PはPフレ
ームを示している。この映像データは、各フレーム間隔
が0.1秒で、先頭から5秒おきにIフレームが出現してお
り、その他はPフレームである。
【００１３】以下、再生端末２００からサーバ１００に
アドレスが”rtsp://server.com/”上のデータ”v.mp
4”の再生要求が行われる際の詳細な手続きについてを
説明する。まず、再生端末２００はサーバ１００にRTSP
のDESCRIBEメソッドを用いて”rtsp://server.com/ v.m
p4”に関する詳細な情報の伝送の要求を行う。
アドレスが”rtsp://server.com/”上のデータ”v.mp
4”の再生要求が行われる際の詳細な手続きについてを
説明する。まず、再生端末２００はサーバ１００にRTSP
のDESCRIBEメソッドを用いて”rtsp://server.com/ v.m
p4”に関する詳細な情報の伝送の要求を行う。
【００１４】次に、サーバ１００は応答としてSDP（Ses
sion Description Protocol, IETF/RFC2327）を返す。S
DPは要求応答手段１５２が記憶手段１５１から読み出
し、再生端末２００の要求応答手段２５１に通知する。
SDPの内容例を図１１に示す。図１１において、SDPのt
フィールドはデータの全体時間の記述するもので、本デ
ータは60秒間のデータであることが示されている。
sion Description Protocol, IETF/RFC2327）を返す。S
DPは要求応答手段１５２が記憶手段１５１から読み出
し、再生端末２００の要求応答手段２５１に通知する。
SDPの内容例を図１１に示す。図１１において、SDPのt
フィールドはデータの全体時間の記述するもので、本デ
ータは60秒間のデータであることが示されている。
【００１５】次に、再生端末２００がサーバ１００にSE
TUP要求を映像データ、音声データのそれぞれに対して
発行するが、このシーケンス図では、省略している。
TUP要求を映像データ、音声データのそれぞれに対して
発行するが、このシーケンス図では、省略している。
【００１６】次に、再生端末２００はPLAY要求を発行
し、サーバ１００に通知する。サーバ１００は応答を発
行し、mp4ファイルに含まれる映像データをRTPパケット
に変換してデータ送信手段１５３から送信する。再生端
末２００は、RTPパケットをデータ受信手段２５２で受
信し、RTPパケットに含まれる映像データを、データ復
号手段２５２で復号し、表示手段２５４で表示する。表
示結果は、図５に示すようなディスプレイ上に表示され
る。また、制御手段２５５には要求応答手段２５１から
SDPに含まれるデータの全再生時間が通知される。制御
手段２５５は、表示が開始してからの経過時間に従っ
て、スライドバー５２の可動部５３を移動させる指示
と、再生時間表示５４を更新する指示を表示手段２５４
に対して行う。なお、ここでは、ディスプレイのスライ
ドバー５２の可動部５３は再生の進行に沿って左から右
に移動する。今、データの全体時間長は６０秒であるの
で、バーの中央が３０秒の位置を、右端が６０秒を表
す。
し、サーバ１００に通知する。サーバ１００は応答を発
行し、mp4ファイルに含まれる映像データをRTPパケット
に変換してデータ送信手段１５３から送信する。再生端
末２００は、RTPパケットをデータ受信手段２５２で受
信し、RTPパケットに含まれる映像データを、データ復
号手段２５２で復号し、表示手段２５４で表示する。表
示結果は、図５に示すようなディスプレイ上に表示され
る。また、制御手段２５５には要求応答手段２５１から
SDPに含まれるデータの全再生時間が通知される。制御
手段２５５は、表示が開始してからの経過時間に従っ
て、スライドバー５２の可動部５３を移動させる指示
と、再生時間表示５４を更新する指示を表示手段２５４
に対して行う。なお、ここでは、ディスプレイのスライ
ドバー５２の可動部５３は再生の進行に沿って左から右
に移動する。今、データの全体時間長は６０秒であるの
で、バーの中央が３０秒の位置を、右端が６０秒を表
す。
【００１７】今、ユーザーによってスライドバー５２の
可動部５３が操作されたとする。ユーザによって移動さ
れた可動部５３の左端からの位置をl、スライドバーの
全体の長さをL、データ全体時間Tとすると、lにおける
時間tは、 t＝T×l／L ・・・・ （１） で求められる（図１２）。制御手段２５５は要求応答手
段２５１にスライドバー５２の可動部５３がユーザによ
って更新されたことを通知する。この通知には、ユーザ
が可動部５３をどこに移動したかによって決まる時間情
報（lにおける時間t）が含まれる。
可動部５３が操作されたとする。ユーザによって移動さ
れた可動部５３の左端からの位置をl、スライドバーの
全体の長さをL、データ全体時間Tとすると、lにおける
時間tは、 t＝T×l／L ・・・・ （１） で求められる（図１２）。制御手段２５５は要求応答手
段２５１にスライドバー５２の可動部５３がユーザによ
って更新されたことを通知する。この通知には、ユーザ
が可動部５３をどこに移動したかによって決まる時間情
報（lにおける時間t）が含まれる。
【００１８】上述のように、ユーザーによってスライド
バー５２の可動部５３が操作された時、図６の（A）に
示すRTSPシーケンスが発生する。この、RTSPシーケンス
（A）では、まず、再生端末２００がPAUSE要求を発行
し、現在再生中のRTPパケットの送信停止を要求する。
次に時間tを記述したRangeフィールドを含むPLAY要求を
発行し、サーバ１００に通知する。サーバ１００はその
通知を受けてデータ送信手段１５３からRangeに記述さ
れた時間からの映像データを含むRTPパケットを送出す
る。図６においては、再生端末２００がRange33.2-60.0
のPLAY要求を発行していることから、サーバ１００は図
１３に示すようにTS=33.2を送信開始時間として、33.2-
60.0秒間の映像データを送信する。
バー５２の可動部５３が操作された時、図６の（A）に
示すRTSPシーケンスが発生する。この、RTSPシーケンス
（A）では、まず、再生端末２００がPAUSE要求を発行
し、現在再生中のRTPパケットの送信停止を要求する。
次に時間tを記述したRangeフィールドを含むPLAY要求を
発行し、サーバ１００に通知する。サーバ１００はその
通知を受けてデータ送信手段１５３からRangeに記述さ
れた時間からの映像データを含むRTPパケットを送出す
る。図６においては、再生端末２００がRange33.2-60.0
のPLAY要求を発行していることから、サーバ１００は図
１３に示すようにTS=33.2を送信開始時間として、33.2-
60.0秒間の映像データを送信する。
【００１９】なお、従来例として、サーバ１００にAVデ
ータがmp4ファイルフォーマットで格納されている場合
について説明したが、AVデータとともにAVデータに関す
る情報、例えば各フレームの再生時刻を示す情報や各フ
レームの符号化タイプを示す情報が格納されていれば、
AVデータはどのようなフォーマットで格納されていても
良く、他のファイルフォーマットとしては、MPEG2トラ
ンスポートストリームやMPEG2プログラムストリームが
挙げられる。
ータがmp4ファイルフォーマットで格納されている場合
について説明したが、AVデータとともにAVデータに関す
る情報、例えば各フレームの再生時刻を示す情報や各フ
レームの符号化タイプを示す情報が格納されていれば、
AVデータはどのようなフォーマットで格納されていても
良く、他のファイルフォーマットとしては、MPEG2トラ
ンスポートストリームやMPEG2プログラムストリームが
挙げられる。
【００２０】
【発明が解決しようとしている課題】上述ようなリアル
タイムAVストリーミング配信において、サーバに格納さ
れている映像データは、複数のフレームからなり、それ
ぞれのフレームはMPEG等の符号化方式によって、フレー
ム内圧縮符号化（Iフレーム）またはフレーム間圧縮符
号化（P・Bフレーム）されている。
タイムAVストリーミング配信において、サーバに格納さ
れている映像データは、複数のフレームからなり、それ
ぞれのフレームはMPEG等の符号化方式によって、フレー
ム内圧縮符号化（Iフレーム）またはフレーム間圧縮符
号化（P・Bフレーム）されている。
【００２１】例えば、MPEG符号化方式では、映像データ
を符号化する場合、符号化効率を高めるため、Pフレー
ムあるいはBフレームをIフレームの間に挿入する手法を
採用していて、Iフレームの出現頻度は、一般的に0.5秒
〜1.0秒程度である。したがって、フレーム全体に占め
るP・Bフレームの割合は、Iフレームの十数倍〜百倍以
上となる。
を符号化する場合、符号化効率を高めるため、Pフレー
ムあるいはBフレームをIフレームの間に挿入する手法を
採用していて、Iフレームの出現頻度は、一般的に0.5秒
〜1.0秒程度である。したがって、フレーム全体に占め
るP・Bフレームの割合は、Iフレームの十数倍〜百倍以
上となる。
【００２２】しかしながら、通常、Iフレームは単独で
復号することができるが、P・BフレームはIフレームが
ないと復号できない。よって、再生端末において映像デ
ータの復号がIフレームから開始される場合は問題がな
いが、P・Bフレームから復号が開始される場合は、Iフ
レームが出現するまでは再生画像が乱れるなど、正常な
表示が行えない。したがって、再生端末では受信する最
初のデータがP・Bフレームである場合、次のIフレーム
が出現するまでは受信したデータを復号せずに破棄す
る。
復号することができるが、P・BフレームはIフレームが
ないと復号できない。よって、再生端末において映像デ
ータの復号がIフレームから開始される場合は問題がな
いが、P・Bフレームから復号が開始される場合は、Iフ
レームが出現するまでは再生画像が乱れるなど、正常な
表示が行えない。したがって、再生端末では受信する最
初のデータがP・Bフレームである場合、次のIフレーム
が出現するまでは受信したデータを復号せずに破棄す
る。
【００２３】例えば、上記従来例のように、スライドバ
ーの可動部６２がユーザによって操作され、図１３に示
すようにRange:33.2-60.0を記述したPLAY要求を再生端
末２００が発行した場合、サーバ１００はTS=33.2のフ
レームからデータを送信するが、TS=33.2のフレームはP
フレームであり、その後、TS=34.9までPフレームが続く
ため、TSがTS=33.2〜TS=33.4までのフレームは再生端末
２００では復号されず破棄される。
ーの可動部６２がユーザによって操作され、図１３に示
すようにRange:33.2-60.0を記述したPLAY要求を再生端
末２００が発行した場合、サーバ１００はTS=33.2のフ
レームからデータを送信するが、TS=33.2のフレームはP
フレームであり、その後、TS=34.9までPフレームが続く
ため、TSがTS=33.2〜TS=33.4までのフレームは再生端末
２００では復号されず破棄される。
【００２４】以上のように、従来の再生システムでは、
サーバから再生端末に復号されないデータが送信される
場合があり、これは、ネットワークに無駄なトラフィッ
クを発生させ、受信者のデータ通信費用の無駄な負担に
なる。また、従来の再生端末では復号可能なデータを受
信するまではスライドバーや時間表示が動作しないた
め、正確な再生時間表示ができないという問題もあっ
た。
サーバから再生端末に復号されないデータが送信される
場合があり、これは、ネットワークに無駄なトラフィッ
クを発生させ、受信者のデータ通信費用の無駄な負担に
なる。また、従来の再生端末では復号可能なデータを受
信するまではスライドバーや時間表示が動作しないた
め、正確な再生時間表示ができないという問題もあっ
た。
【００２５】よって本発明では、ユーザによる再生端末
のスライドバー操作時に、無駄なデータの伝送をなく
し、かつ実際のデータの再生時間と、スライドバーの表
示位置および再生時間表示とのずれを解消する再生シス
テムを提供する。
のスライドバー操作時に、無駄なデータの伝送をなく
し、かつ実際のデータの再生時間と、スライドバーの表
示位置および再生時間表示とのずれを解消する再生シス
テムを提供する。
【００２６】
【課題を解決するための手段】上記課題を解決するため
に、本発明の請求項１に記載の再生システムは、基準と
なるフレームと前記基準となるフレームに対する差分デ
ータとからなる映像データを蓄積するサーバ装置と、前
記データをサーバ装置から受信し、再生する再生装置と
からなる再生システムにおいて、前記再生装置が、前記
サーバ装置に対して、再生開始時刻を指定して、前記デ
ータの再生を要求する再生要求手段と、前記データを受
信し、再生する再生手段とを有し、前記サーバ装置が、
前記再生装置から再生要求された前記再生開始時刻のデ
ータが基準となるフレーム以外であった場合、基準とな
るフレームを検索し、このフレームの再生時刻以降のデ
ータを送信する送信手段を、有することを特徴とする。
に、本発明の請求項１に記載の再生システムは、基準と
なるフレームと前記基準となるフレームに対する差分デ
ータとからなる映像データを蓄積するサーバ装置と、前
記データをサーバ装置から受信し、再生する再生装置と
からなる再生システムにおいて、前記再生装置が、前記
サーバ装置に対して、再生開始時刻を指定して、前記デ
ータの再生を要求する再生要求手段と、前記データを受
信し、再生する再生手段とを有し、前記サーバ装置が、
前記再生装置から再生要求された前記再生開始時刻のデ
ータが基準となるフレーム以外であった場合、基準とな
るフレームを検索し、このフレームの再生時刻以降のデ
ータを送信する送信手段を、有することを特徴とする。
【００２７】また、本発明の請求項２に記載の再生シス
テムは、請求項１に記載の再生システムにおいて、前記
サーバ装置の送信手段が、前記データのほかに前記検索
した基準となるフレームの再生時刻を送信することを特
徴とする。
テムは、請求項１に記載の再生システムにおいて、前記
サーバ装置の送信手段が、前記データのほかに前記検索
した基準となるフレームの再生時刻を送信することを特
徴とする。
【００２８】また、本発明の請求項３に記載の再生シス
テムは、請求項２に記載の再生システムにおいて、前記
再生装置が、現再生時間を示す情報の表示とともに前記
データを再生する手段と、前記検索した基準となるフレ
ームの再生時刻を受信し、前記現再生時間を示す情報の
表示を更新する更新手段と、を有することを特徴とす
る。
テムは、請求項２に記載の再生システムにおいて、前記
再生装置が、現再生時間を示す情報の表示とともに前記
データを再生する手段と、前記検索した基準となるフレ
ームの再生時刻を受信し、前記現再生時間を示す情報の
表示を更新する更新手段と、を有することを特徴とす
る。
【００２９】また、本発明の請求項４に記載の再生シス
テムは、請求項１〜３のいずれかに記載の再生システム
において、前記再生要求はRTSPに基づくものであり、前
記データの送受信はRTPに基づくものであることを特徴
とする。
テムは、請求項１〜３のいずれかに記載の再生システム
において、前記再生要求はRTSPに基づくものであり、前
記データの送受信はRTPに基づくものであることを特徴
とする。
【００３０】また、本発明の請求項５に記載の再生方法
は、基準となるフレームと前記基準となるフレームに対
する差分データとからなる映像データを蓄積するサーバ
装置から送信される前記データを、再生装置が受信し
て、再生する再生方法において、前記再生装置が、前記
サーバ装置に対して、再生開始時間を指定して、前記デ
ータの再生を要求するとともに、前記データを受信し
て、再生し、前記サーバ装置が、前記再生装置から再生
要求された前記再生開始時刻のデータが基準となるフレ
ーム以外であった場合、基準となるフレームを検索し、
このフレームの再生時刻以降のデータを送信する、こと
を特徴とする。
は、基準となるフレームと前記基準となるフレームに対
する差分データとからなる映像データを蓄積するサーバ
装置から送信される前記データを、再生装置が受信し
て、再生する再生方法において、前記再生装置が、前記
サーバ装置に対して、再生開始時間を指定して、前記デ
ータの再生を要求するとともに、前記データを受信し
て、再生し、前記サーバ装置が、前記再生装置から再生
要求された前記再生開始時刻のデータが基準となるフレ
ーム以外であった場合、基準となるフレームを検索し、
このフレームの再生時刻以降のデータを送信する、こと
を特徴とする。
【００３１】また、本発明の請求項６に記載の再生方法
は、請求項５に記載の再生方法において、前記サーバ装
置が、前記データのほかに前記検索した基準となるフレ
ームの再生時刻を送信することを特徴とする。
は、請求項５に記載の再生方法において、前記サーバ装
置が、前記データのほかに前記検索した基準となるフレ
ームの再生時刻を送信することを特徴とする。
【００３２】また、本発明の請求項７に記載の再生方法
は、請求項６に記載の再生方法において、前記再生装置
が、現再生時間を示す情報の表示とともに、前記検索し
た基準となるフレームの再生時刻を受信して、前記現再
生時間を示す情報の表示を更新することを特徴とする。
は、請求項６に記載の再生方法において、前記再生装置
が、現再生時間を示す情報の表示とともに、前記検索し
た基準となるフレームの再生時刻を受信して、前記現再
生時間を示す情報の表示を更新することを特徴とする。
【００３３】また、本発明の請求項８に記載の再生方法
は、請求項１〜３のいずれかに記載の再生方法におい
て、前記再生要求はRTSPに基づくものであり、前記デー
タの送受信はRTPに基づくものであることを特徴とす
る。
は、請求項１〜３のいずれかに記載の再生方法におい
て、前記再生要求はRTSPに基づくものであり、前記デー
タの送受信はRTPに基づくものであることを特徴とす
る。
【００３４】また、本発明の請求項９に記載のサーバ装
置は、基準となるフレームと前記基準となるフレームに
対する差分データとからなる映像データを蓄積するサー
バ装置において、再生開始時刻が指定されたデータの再
生要求を受けて、前記再生開始時刻のデータが基準とな
るフレーム以外であった場合、基準となるフレームを検
索し、このフレームの再生時刻以降のデータを送信する
送信手段を、有することを特徴とする。
置は、基準となるフレームと前記基準となるフレームに
対する差分データとからなる映像データを蓄積するサー
バ装置において、再生開始時刻が指定されたデータの再
生要求を受けて、前記再生開始時刻のデータが基準とな
るフレーム以外であった場合、基準となるフレームを検
索し、このフレームの再生時刻以降のデータを送信する
送信手段を、有することを特徴とする。
【００３５】また、本発明の請求項１０に記載のサーバ
装置は、請求項９に記載のサーバ装置において、前記送
信手段が、前記データのほかに前記検索した基準となる
フレームの再生時刻を送信することを特徴とする。
装置は、請求項９に記載のサーバ装置において、前記送
信手段が、前記データのほかに前記検索した基準となる
フレームの再生時刻を送信することを特徴とする。
【００３６】また、本発明の請求項１１に記載のサーバ
装置は、請求項８〜１０のいずれかに記載のサーバ装置
において、前記再生要求はRTSPに基づくものであり、前
記データの送信はRTPに基づくものであることを特徴と
する。
装置は、請求項８〜１０のいずれかに記載のサーバ装置
において、前記再生要求はRTSPに基づくものであり、前
記データの送信はRTPに基づくものであることを特徴と
する。
【００３７】また、本発明の請求項１２に記載の再生装
置は、基準となるフレームと前記基準となるフレームに
対する差分データとからなる映像データを蓄積するサー
バ装置に対し、再生開始時間を指定して、前記データの
再生を要求する再生要求手段と、前記再生要求手段によ
り再生要求された前記再生開始時刻のデータが基準とな
るフレーム以外であった場合、基準となるフレームを検
索し、この基準となるフレームの再生時刻以降のデータ
を送信する前記サーバ装置から送信されるデータを受信
し、再生する再生手段と、を有することを特徴とする。
置は、基準となるフレームと前記基準となるフレームに
対する差分データとからなる映像データを蓄積するサー
バ装置に対し、再生開始時間を指定して、前記データの
再生を要求する再生要求手段と、前記再生要求手段によ
り再生要求された前記再生開始時刻のデータが基準とな
るフレーム以外であった場合、基準となるフレームを検
索し、この基準となるフレームの再生時刻以降のデータ
を送信する前記サーバ装置から送信されるデータを受信
し、再生する再生手段と、を有することを特徴とする。
【００３８】また、請求項１３に記載の再生装置は、請
求項１２に記載の再生装置において、前記サーバ装置か
ら送信される前記検索した基準となるフレームの再生時
刻を、前記データとともに受信することを特徴とする。
求項１２に記載の再生装置において、前記サーバ装置か
ら送信される前記検索した基準となるフレームの再生時
刻を、前記データとともに受信することを特徴とする。
【００３９】また、請求項１４に記載の再生装置は、基
準となるフレームと前記基準となるフレームに対する差
分データとからなる映像データを受信し、現再生時間を
示す情報の表示とともに前記データを再生する再生装置
において、再生開始時間を指定し、前記データの再生を
要求する再生要求手段と、前記データを受信し、再生す
る再生手段と、前記データの再生時刻を受信し、現再生
時間を示す情報の表示を更新する更新手段と、を有する
ことを特徴とする。
準となるフレームと前記基準となるフレームに対する差
分データとからなる映像データを受信し、現再生時間を
示す情報の表示とともに前記データを再生する再生装置
において、再生開始時間を指定し、前記データの再生を
要求する再生要求手段と、前記データを受信し、再生す
る再生手段と、前記データの再生時刻を受信し、現再生
時間を示す情報の表示を更新する更新手段と、を有する
ことを特徴とする。
【００４０】また、本発明の請求項１５に記載の再生装
置は、請求項１２から１４のいずれかに記載の再生装置
において、前記再生要求はRTSPに基づくものであり、前
記データの受信はRTPに基づくものであることを特徴と
する。
置は、請求項１２から１４のいずれかに記載の再生装置
において、前記再生要求はRTSPに基づくものであり、前
記データの受信はRTPに基づくものであることを特徴と
する。
【００４１】
【発明の実施の形態】（実施の形態１）以下、本発明
の、AVストリーミング配信されるAVデータの再生システ
ムについて、図１〜図３を用いて説明する。図１は、本
発明の、サーバと再生端末の構成を示すブロック図であ
る。サーバ１は、AVデータやそのAVデータに関する情報
を蓄積するハードディスク等からなる記憶手段１１と、
再生端末２からの要求を受け付けるとともに、その要求
に対する応答を再生端末２に通知する要求応答手段１２
と、前記再生要求されたデータの送信開始フレームを検
索する検索手段１３と、要求応答手段１２の指示にした
がって再生端末２にデータを送信するデータ送信手段１
４とを備える。
の、AVストリーミング配信されるAVデータの再生システ
ムについて、図１〜図３を用いて説明する。図１は、本
発明の、サーバと再生端末の構成を示すブロック図であ
る。サーバ１は、AVデータやそのAVデータに関する情報
を蓄積するハードディスク等からなる記憶手段１１と、
再生端末２からの要求を受け付けるとともに、その要求
に対する応答を再生端末２に通知する要求応答手段１２
と、前記再生要求されたデータの送信開始フレームを検
索する検索手段１３と、要求応答手段１２の指示にした
がって再生端末２にデータを送信するデータ送信手段１
４とを備える。
【００４２】また、再生端末２は、サーバ１に要求を通
知するとともに、その要求に対するサーバ１からの応答
を受け付ける要求応答手段２１と、サーバ１に通知した
要求と、その要求に対するサーバ１からの応答を解析す
る解析手段２２と、サーバ１から送信されたデータを受
信するデータ受信手段２３と、その受信したデータを復
号するデータ復号手段２４と、前記復号したデータを表
示するとともに、前記再生要求したデータの全再生時間
に対する現再生時間を表示する表示手段２５と、前記再
生要求したデータの全再生時間に対する現再生時間の表
示を更新するための制御を行う制御手段２６とを備え
る。
知するとともに、その要求に対するサーバ１からの応答
を受け付ける要求応答手段２１と、サーバ１に通知した
要求と、その要求に対するサーバ１からの応答を解析す
る解析手段２２と、サーバ１から送信されたデータを受
信するデータ受信手段２３と、その受信したデータを復
号するデータ復号手段２４と、前記復号したデータを表
示するとともに、前記再生要求したデータの全再生時間
に対する現再生時間を表示する表示手段２５と、前記再
生要求したデータの全再生時間に対する現再生時間の表
示を更新するための制御を行う制御手段２６とを備え
る。
【００４３】本実施の形態１では、再生端末２からサー
バ１に再生時刻が指定されたデータの再生要求が行われ
た場合、サーバ１の検索手段１３は、その指定された再
生時刻に該当するAVデータのフレームが基準となるフレ
ーム、すなわち再生端末２でランダムアクセス可能なフ
レームか否かを調べ、そのフレームがランダムアクセス
不可能なフレームである場合、そのフレームの直前また
は直後のランダムアクセス可能なフレームを検索し、検
索したフレームを送信開始フレームとして決定する。な
お、ここで、ランダムアクセスとは、複数のフレームか
らなるデータにおいて、途中のフレームから復号を開始
することを意味し、例えば、MPEG符号化方式により符号
化されている映像データの場合、ランダムアクセス可能
なフレームとは、Iフレームのことを指す。したがっ
て、上記従来例のように再生端末からサーバに、映像デ
ータの再生要求が、再生時刻が指定されて行われる場
合、検索手段１３は、指定された再生時刻に該当する映
像データのフレームがIフレームか否かを調べ、そのフ
レームがIフレームでなく、PまたはBフレームの場合、
そのフレームの直前または直後のIフレームを検索し、
検索したIフレームを送信開始フレームとして決定す
る。
バ１に再生時刻が指定されたデータの再生要求が行われ
た場合、サーバ１の検索手段１３は、その指定された再
生時刻に該当するAVデータのフレームが基準となるフレ
ーム、すなわち再生端末２でランダムアクセス可能なフ
レームか否かを調べ、そのフレームがランダムアクセス
不可能なフレームである場合、そのフレームの直前また
は直後のランダムアクセス可能なフレームを検索し、検
索したフレームを送信開始フレームとして決定する。な
お、ここで、ランダムアクセスとは、複数のフレームか
らなるデータにおいて、途中のフレームから復号を開始
することを意味し、例えば、MPEG符号化方式により符号
化されている映像データの場合、ランダムアクセス可能
なフレームとは、Iフレームのことを指す。したがっ
て、上記従来例のように再生端末からサーバに、映像デ
ータの再生要求が、再生時刻が指定されて行われる場
合、検索手段１３は、指定された再生時刻に該当する映
像データのフレームがIフレームか否かを調べ、そのフ
レームがIフレームでなく、PまたはBフレームの場合、
そのフレームの直前または直後のIフレームを検索し、
検索したIフレームを送信開始フレームとして決定す
る。
【００４４】サーバ１は、以上のように検索手段１３が
決定した送信開始フレームからデータを送信するととも
に、その送信開始フレームの再生時刻を再生端末２に通
知する。再生端末２はサーバ１にデータの再生要求を行
う際に指定した再生時刻と、サーバから通知された送信
開始フレームの再生時刻を解析手段２２で比較する。解
析手段２２は上記各時刻が異なる場合、前記送信開始フ
レームの再生時刻を制御手段２６に通知する。そして、
制御手段２６は、前記送信開始フレームの再生時刻に基
いて再生時間表示を更新するように表示手段２５を制御
する。
決定した送信開始フレームからデータを送信するととも
に、その送信開始フレームの再生時刻を再生端末２に通
知する。再生端末２はサーバ１にデータの再生要求を行
う際に指定した再生時刻と、サーバから通知された送信
開始フレームの再生時刻を解析手段２２で比較する。解
析手段２２は上記各時刻が異なる場合、前記送信開始フ
レームの再生時刻を制御手段２６に通知する。そして、
制御手段２６は、前記送信開始フレームの再生時刻に基
いて再生時間表示を更新するように表示手段２５を制御
する。
【００４５】以下、さらに、再生端末２からサーバ１
に、従来例と同様にアドレスが”rtsp://server.com/”
上のデータ”v.mp4”の再生要求を行う際の手続につい
て、図２を用いて説明する。図２は、サーバ１と再生端
末２間のプロトコールシーケンスを示す図であり、図６
に示す従来のプロトコールシーケンスとの違いは、ユー
ザによってスライドバー５２の可動部５３が操作された
後の、（A）に示すRTSPシーケンス部分である。よっ
て、本実施の形態では、（A）に示すRTSPシーケンスの
説明を行う。
に、従来例と同様にアドレスが”rtsp://server.com/”
上のデータ”v.mp4”の再生要求を行う際の手続につい
て、図２を用いて説明する。図２は、サーバ１と再生端
末２間のプロトコールシーケンスを示す図であり、図６
に示す従来のプロトコールシーケンスとの違いは、ユー
ザによってスライドバー５２の可動部５３が操作された
後の、（A）に示すRTSPシーケンス部分である。よっ
て、本実施の形態では、（A）に示すRTSPシーケンスの
説明を行う。
【００４６】ユーザによってスライドバー５２の可動部
５３が操作された時、制御手段２６がそのユーザ入力を
受け付け、スライドバー更新情報を要求応答手段２１に
通知する。そして、再生端末２はPAUSE要求を発行し、
現在再生中のRTPパケットの送信停止をサーバ１に要求
する。次に、ユーザによって移動された可動部５３の左
端からの位置をlにおける時間tを記述したRangeフィー
ルドを含むPLAY要求を発行し、サーバ１の要求応答手段
１２に通知する。ここでは、従来例と同様に、スライド
バー５２の可動部５３がユーザによって操作され、再生
端末２がサーバ１に対してRange33.2-60.0のPLAY要求を
発行する場合について図３を用いて説明する。
５３が操作された時、制御手段２６がそのユーザ入力を
受け付け、スライドバー更新情報を要求応答手段２１に
通知する。そして、再生端末２はPAUSE要求を発行し、
現在再生中のRTPパケットの送信停止をサーバ１に要求
する。次に、ユーザによって移動された可動部５３の左
端からの位置をlにおける時間tを記述したRangeフィー
ルドを含むPLAY要求を発行し、サーバ１の要求応答手段
１２に通知する。ここでは、従来例と同様に、スライド
バー５２の可動部５３がユーザによって操作され、再生
端末２がサーバ１に対してRange33.2-60.0のPLAY要求を
発行する場合について図３を用いて説明する。
【００４７】図３は、データv.mp4の各フレームのタイ
ムスタンプと各フレームの符号化タイプとの関係を示す
図であり、図３(a)はタイムスタンプを、図３(b)は符号
化タイプを示している。図３に示すように、データv.mp
4は６００フレームからなり、各フレームの間隔は0.1秒
であり、先頭から5秒おきにIフレームが出現する。これ
らの情報は、従来例で示したようにmp4ファイルのMovie
Atomに格納されていて、本実施の形態では、検索手段
１３が送信開始フレームを決定する際に記憶手段１１か
ら読み出す。
ムスタンプと各フレームの符号化タイプとの関係を示す
図であり、図３(a)はタイムスタンプを、図３(b)は符号
化タイプを示している。図３に示すように、データv.mp
4は６００フレームからなり、各フレームの間隔は0.1秒
であり、先頭から5秒おきにIフレームが出現する。これ
らの情報は、従来例で示したようにmp4ファイルのMovie
Atomに格納されていて、本実施の形態では、検索手段
１３が送信開始フレームを決定する際に記憶手段１１か
ら読み出す。
【００４８】サーバ１は、TS=33.2から映像データの送
出を開始するように指定されたPLAY要求を受けた場合、
検索手段１３でTS=33.2のフレームの符号化タイプを調
べる。次に、検索手段１３は、図３に示すようにTS=33.
2のフレームがPフレームであることから、TS=33.2のフ
レームの直前または直後のIフレームを検索する。以
下、その検索方法について説明する。まず、検索手段１
３は、データv.mp4の各フレーム間隔が0.1秒であること
から、TS=33.2が332番目のフレームであることを検出す
る。さらに、Analysis Sync Sample Atomから332番目の
フレームの直前のIフレームは301番目のフレームであ
り、直後のIフレームは351番目のフレームであること検
出する。そして、301番目のフレームはTS=30.0であり、
351番目のフレームはTS=35.0であることから、TS=30.0
またはTS=35.0のフレームを送信開始フレームとして決
定する。図３に示すように指定されたフレームの直前の
Iフレームを送出開始フレームとする場合は、TS=30.0の
Iフレームが送信開始フレームとなる。この場合、サー
バ１はTS=30.0のIフレームからデータを送信し、さら
に、送信開始時刻（30.0）を再生端末に通知する。した
がって、図２に示すようにPLAY要求の応答のレンジ指定
における送信開始時刻は33.2ではなく30.0になる。ま
た、指定されたフレームの最も近いIフレームを送信開
始フレームとして決定しても良く、その場合は、TS=35.
0のIフレームが送出開始フレームとなる。
出を開始するように指定されたPLAY要求を受けた場合、
検索手段１３でTS=33.2のフレームの符号化タイプを調
べる。次に、検索手段１３は、図３に示すようにTS=33.
2のフレームがPフレームであることから、TS=33.2のフ
レームの直前または直後のIフレームを検索する。以
下、その検索方法について説明する。まず、検索手段１
３は、データv.mp4の各フレーム間隔が0.1秒であること
から、TS=33.2が332番目のフレームであることを検出す
る。さらに、Analysis Sync Sample Atomから332番目の
フレームの直前のIフレームは301番目のフレームであ
り、直後のIフレームは351番目のフレームであること検
出する。そして、301番目のフレームはTS=30.0であり、
351番目のフレームはTS=35.0であることから、TS=30.0
またはTS=35.0のフレームを送信開始フレームとして決
定する。図３に示すように指定されたフレームの直前の
Iフレームを送出開始フレームとする場合は、TS=30.0の
Iフレームが送信開始フレームとなる。この場合、サー
バ１はTS=30.0のIフレームからデータを送信し、さら
に、送信開始時刻（30.0）を再生端末に通知する。した
がって、図２に示すようにPLAY要求の応答のレンジ指定
における送信開始時刻は33.2ではなく30.0になる。ま
た、指定されたフレームの最も近いIフレームを送信開
始フレームとして決定しても良く、その場合は、TS=35.
0のIフレームが送出開始フレームとなる。
【００４９】再生端末２の要求応答手段２１は、サーバ
１からPLAY要求の応答を受け、PLAY要求のRangeに記述
された時間（Range:30.0-33.2）を解析手段２２に通知
する。解析手段２２は、PLAY要求を行う際にRangeに記
述した時間がRange:33.2-60.0に対して、PLAY要求応答
のRangeに記述された時間がRange:33.0-60.0であること
解析し、前記PLAY要求応答のRangeに記述された送信開
始時間（30.0）を制御手段２６に通知する。制御手段２
６は送信開始時間（30.0）に基いて、スライドバー５２
の可動部５３、および再生時間表示５４を修正する。Ra
ngeに記述された送信開始時間をt'、全体再生時間をT、
スライドバーの全体の長さをLとすると、スライドバー
の左端からの可動部５３の位置l'は l'=L×t'/T ・・・・ (2) で求まる。制御手段２６は、この位置（l'）に可動部５
３の初期位置を修正する。また再生表示時間５４はt'を
初期値とする。このように修正した初期値を用いて、表
示手段２５は開始されてからの経過秒数に応じてスライ
ドバーの可動部５３、および経過時間を更新する。
１からPLAY要求の応答を受け、PLAY要求のRangeに記述
された時間（Range:30.0-33.2）を解析手段２２に通知
する。解析手段２２は、PLAY要求を行う際にRangeに記
述した時間がRange:33.2-60.0に対して、PLAY要求応答
のRangeに記述された時間がRange:33.0-60.0であること
解析し、前記PLAY要求応答のRangeに記述された送信開
始時間（30.0）を制御手段２６に通知する。制御手段２
６は送信開始時間（30.0）に基いて、スライドバー５２
の可動部５３、および再生時間表示５４を修正する。Ra
ngeに記述された送信開始時間をt'、全体再生時間をT、
スライドバーの全体の長さをLとすると、スライドバー
の左端からの可動部５３の位置l'は l'=L×t'/T ・・・・ (2) で求まる。制御手段２６は、この位置（l'）に可動部５
３の初期位置を修正する。また再生表示時間５４はt'を
初期値とする。このように修正した初期値を用いて、表
示手段２５は開始されてからの経過秒数に応じてスライ
ドバーの可動部５３、および経過時間を更新する。
【００５０】以上のように、再生端末２がサーバ１に対
して再生時刻を指定してデータの再生要求を行う場合、
サーバ１は、指定時刻に該当するフレームがランダムア
クセス可能か否かを調べ、ランダムアクセス不可能な場
合、指定時刻に該当するフレームの直前または直後のラ
ンダムアクセス可能なフレームを検索して、そのフレー
ムを送信開始フレームとしてデータを送信するようにし
たことから、ユーザがスライドバーを操作してデータの
再生開始時刻を変更しても、サーバからの無駄なデータ
の伝送をなくすことができる。
して再生時刻を指定してデータの再生要求を行う場合、
サーバ１は、指定時刻に該当するフレームがランダムア
クセス可能か否かを調べ、ランダムアクセス不可能な場
合、指定時刻に該当するフレームの直前または直後のラ
ンダムアクセス可能なフレームを検索して、そのフレー
ムを送信開始フレームとしてデータを送信するようにし
たことから、ユーザがスライドバーを操作してデータの
再生開始時刻を変更しても、サーバからの無駄なデータ
の伝送をなくすことができる。
【００５１】さらに、サーバ１が送信開始フレームの時
間情報を再生端末２に送出し、再生端末２が、その送信
開始フレームの時間情報に基いて、再生時間表示を更新
するようにしたことから、実際の再生時間と一致した正
確なスライドバー表示、および再生時間表示が可能とな
る。
間情報を再生端末２に送出し、再生端末２が、その送信
開始フレームの時間情報に基いて、再生時間表示を更新
するようにしたことから、実際の再生時間と一致した正
確なスライドバー表示、および再生時間表示が可能とな
る。
【００５２】なお、上記実施の形態では、検索手段１３
が映像データの送信開始フレーム、すなわち映像データ
の再生開始位置を決定する場合ついて説明したが、検索
手段１３により音声データの送信開始フレームを決定す
るようにしても良く、その場合、ランダムアクセス可能
な音声データのフレーム番号をSync sample atomに格納
することで、検索手段１３は音声データの再生開始位置
を決定することができる。
が映像データの送信開始フレーム、すなわち映像データ
の再生開始位置を決定する場合ついて説明したが、検索
手段１３により音声データの送信開始フレームを決定す
るようにしても良く、その場合、ランダムアクセス可能
な音声データのフレーム番号をSync sample atomに格納
することで、検索手段１３は音声データの再生開始位置
を決定することができる。
【００５３】また、上記実施の形態では、サーバ１にAV
データがmp4ファイルフォーマットで格納されている場
合について説明したが、本発明はこれに限るものではな
く、AVデータとともにAVデータに関する情報、例えばAV
データの各フレームの再生時刻を示すタイムスタンプや
各フレームの符号化タイプが格納されていれば、どのよ
うなフォーマットでも良い。他のファイルフォーマット
としては、MPEG2トランスポートストリームやMPEG2プロ
グラムストリームが挙げられる。
データがmp4ファイルフォーマットで格納されている場
合について説明したが、本発明はこれに限るものではな
く、AVデータとともにAVデータに関する情報、例えばAV
データの各フレームの再生時刻を示すタイムスタンプや
各フレームの符号化タイプが格納されていれば、どのよ
うなフォーマットでも良い。他のファイルフォーマット
としては、MPEG2トランスポートストリームやMPEG2プロ
グラムストリームが挙げられる。
【００５４】また、上記実施の形態１では、サーバに対
して再生要求したAVデータを受信しつつ再生、すなわち
ストリーミング再生する再生装置として、ネットワーク
を介してサーバに接続可能な再生端末を示したが、この
再生端末の具体的なものとしては、ＰＣ（パーソナルコ
ンピュータ）や携帯電話などが挙げられる。
して再生要求したAVデータを受信しつつ再生、すなわち
ストリーミング再生する再生装置として、ネットワーク
を介してサーバに接続可能な再生端末を示したが、この
再生端末の具体的なものとしては、ＰＣ（パーソナルコ
ンピュータ）や携帯電話などが挙げられる。
【００５５】（実施の形態２）以下、本発明の実施の形
態２として、実施の形態１の再生端末と同様に、サーバ
に対して再生要求したAVデータをストリーミング再生す
る携帯電話について説明する。図１４は、この実施の形
態２に係る携帯電話を説明するための図である。この実
施の形態２に係る携帯電話３００は、種々の信号処理を
行う信号処理部３０２と、アンテナ３０１で受信された
無線信号Ｎを受信信号として信号処理部３０２に出力す
るとともに、信号処理部３０２にて生成された送信信号
を無線信号Ｎとしてアンテナ３０１から送信する無線通
信部３０３とを有している。
態２として、実施の形態１の再生端末と同様に、サーバ
に対して再生要求したAVデータをストリーミング再生す
る携帯電話について説明する。図１４は、この実施の形
態２に係る携帯電話を説明するための図である。この実
施の形態２に係る携帯電話３００は、種々の信号処理を
行う信号処理部３０２と、アンテナ３０１で受信された
無線信号Ｎを受信信号として信号処理部３０２に出力す
るとともに、信号処理部３０２にて生成された送信信号
を無線信号Ｎとしてアンテナ３０１から送信する無線通
信部３０３とを有している。
【００５６】また、携帯電話３００は、画像表示を行う
液晶パネル（ＬＣＤ）３０６と、音声の入力を行うため
のマイク３０８と、音声信号を再生するスピーカ３０７
と、信号処理部３０２にて処理された画像信号を受け、
液晶表示部（ＬＣＤ）３０６を、画像信号に基づいて画
像表示が行われるよう制御する表示制御部３０４と、マ
イク３０８からの入力音声信号を信号処理部３０２に出
力するとともに、信号処理部３０２にて処理された音声
信号をスピーカに出力する音声入出力部３０５とを有し
ている。なお、ここでは説明の簡略化のため、携帯電話
のボタン操作部は図示していない。
液晶パネル（ＬＣＤ）３０６と、音声の入力を行うため
のマイク３０８と、音声信号を再生するスピーカ３０７
と、信号処理部３０２にて処理された画像信号を受け、
液晶表示部（ＬＣＤ）３０６を、画像信号に基づいて画
像表示が行われるよう制御する表示制御部３０４と、マ
イク３０８からの入力音声信号を信号処理部３０２に出
力するとともに、信号処理部３０２にて処理された音声
信号をスピーカに出力する音声入出力部３０５とを有し
ている。なお、ここでは説明の簡略化のため、携帯電話
のボタン操作部は図示していない。
【００５７】なお、信号処理部３０２は、上記実施の形
態１の再生端末２における、要求応答手段２１、解析手
段２２、データ受信手段２３、データ復号手段２４及び
制御手段２６に相当するものである。また、表示制御部
３０４及び液晶パネル（ＬＣＤ）３０６は、実施の形態
１の再生端末２における、表示手段２５に相当するもの
である。
態１の再生端末２における、要求応答手段２１、解析手
段２２、データ受信手段２３、データ復号手段２４及び
制御手段２６に相当するものである。また、表示制御部
３０４及び液晶パネル（ＬＣＤ）３０６は、実施の形態
１の再生端末２における、表示手段２５に相当するもの
である。
【００５８】このような構成を有する携帯電話では、ユ
ーザにより、特定のAVデータのストリーミング再生を行
うための操作が行われると、携帯電話からネットワーク
上のサーバに対して、ユーザが指定したAVデータの再生
要求が発行され、サーバからはこれらのAVデータが順次
送信される。そして、この携帯電話では、実施の形態１
の再生端末２と同様にして、各AVデータの復号、表示が
行われる。
ーザにより、特定のAVデータのストリーミング再生を行
うための操作が行われると、携帯電話からネットワーク
上のサーバに対して、ユーザが指定したAVデータの再生
要求が発行され、サーバからはこれらのAVデータが順次
送信される。そして、この携帯電話では、実施の形態１
の再生端末２と同様にして、各AVデータの復号、表示が
行われる。
【００５９】
【発明の効果】以上のように本発明によれば、再生端末
がサーバに対して再生時刻を指定してデータの再生要求
を行う場合、サーバは、指定時刻に該当するフレームが
ランダムアクセス可能か否かを調べ、ランダムアクセス
不可能な場合、指定時刻に該当するフレームの直前また
は直後のランダムアクセス可能なフレームを検索して、
そのフレームを送信開始フレームとしてデータを送信す
るようにしたことから、ユーザがスライドバーを操作し
てデータの再生時間を変更しても、サーバからの無駄な
データの伝送をなくし、通信費を削減すことができる。
がサーバに対して再生時刻を指定してデータの再生要求
を行う場合、サーバは、指定時刻に該当するフレームが
ランダムアクセス可能か否かを調べ、ランダムアクセス
不可能な場合、指定時刻に該当するフレームの直前また
は直後のランダムアクセス可能なフレームを検索して、
そのフレームを送信開始フレームとしてデータを送信す
るようにしたことから、ユーザがスライドバーを操作し
てデータの再生時間を変更しても、サーバからの無駄な
データの伝送をなくし、通信費を削減すことができる。
【００６０】さらに、本発明によれば、サーバが送信開
始フレームの時間情報を再生端末に送出し、再生端末
が、その送信開始フレームの時間情報に基いて、再生時
間表示を更新するようにしたことから、実際の再生時間
と一致した正確なスライドバー表示、および再生時間表
示が可能となる。
始フレームの時間情報を再生端末に送出し、再生端末
が、その送信開始フレームの時間情報に基いて、再生時
間表示を更新するようにしたことから、実際の再生時間
と一致した正確なスライドバー表示、および再生時間表
示が可能となる。
【図１】本発明の実施の形態１に係るサーバと再生端末
の構成を示すブロック図である。
の構成を示すブロック図である。
【図２】本発明の実施の形態１に係るサーバと再生端末
間のプロトコールシーケンスの一例を示す図である。
間のプロトコールシーケンスの一例を示す図である。
【図３】本発明の実施の形態１に係るサーバがデータの
送信開始位置を決定する方法を説明するための図であ
る。
送信開始位置を決定する方法を説明するための図であ
る。
【図４】従来のサーバと再生端末の構成を示すブロック
図である。
図である。
【図５】ディスプレイの表示例を示す図である。
【図６】従来のサーバと再生端末間のプロトコールシー
ケンスの一例を示す図である。
ケンスの一例を示す図である。
【図７】MP4ファイルフォーマットの構成を示す図であ
る。
る。
【図８】MP4ファイルフォーマットを構成するユニット
の一例を示す図である。
の一例を示す図である。
【図９】MP4ファイルフォーマットを構成するユニット
の一例を示す図である。
の一例を示す図である。
【図１０】データv.mp4の各フレームのタイムスタンプ
と各フレームの符号化タイプの一例を示す図である
と各フレームの符号化タイプの一例を示す図である
【図１１】SDPの内容例を示す図である。
【図１２】ディスプレイ上のスライドバーを示す図であ
る。
る。
【図１３】従来のサーバから送信されるデータの送信開
始位置を説明するため図である。
始位置を説明するため図である。
【図１４】本発明の実施の形態２に係る再生端末として
の携帯電話を説明するための図である。
の携帯電話を説明するための図である。
１，１００ サーバ装置
２，２００ 再生端末
１１，１５１ 記憶手段
１２，１５２ 要求応答手段
２１，２５１ 要求応答手段
１３ 検索手段
１４ データ送信手段
２２ 解析手段
２３，２５２ データ受信手段
２４，２５３ データ復号手段
２５，２５４ 表示手段
２６，２５５ 制御手段
５１ 表示画面
５２ スライドバー
５３ 可動部
５４ 再生時間表示
５５ 全体時間表示
─────────────────────────────────────────────────────
フロントページの続き
Ｆターム(参考） 5C052 AA20 AC08 CC11 DD04 EE10
5C053 FA20 FA30 GA11 GB08 GB37
HA29 JA21 LA14
5C059 KK11 KK34 LB07 PP05 PP06
PP07 RB02 SS06 SS11 TA07
TA71 TB04 TC24 TD13 UA02
UA34 UA38
5C064 BA01 BB05 BC10 BC18 BD03
BD08
Claims (15)
- 【請求項１】 基準となるフレームと前記基準となるフ
レームに対する差分データとからなる映像データを蓄積
するサーバ装置と、前記データをサーバ装置から受信
し、再生する再生装置とからなる再生システムにおい
て、 前記再生装置は、 前記サーバ装置に対して、再生開始時刻を指定して、前
記データの再生を要求する再生要求手段と、 前記データを受信し、再生する再生手段とを有し、 前記サーバ装置は、 前記再生装置から再生要求された前記再生開始時刻のデ
ータが基準となるフレーム以外であった場合、基準とな
るフレームを検索し、このフレームの再生時刻以降のデ
ータを送信する送信手段を、 有することを特徴とする再生システム。 - 【請求項２】 請求項１に記載の再生システムにおい
て、 前記サーバ装置の送信手段は、 前記データのほかに前記検索した基準となるフレームの
再生時刻を送信することを特徴とする再生システム。 - 【請求項３】 請求項２に記載の再生システムにおい
て、 前記再生装置は、 現再生時間を示す情報の表示とともに前記データを再生
する手段と、 前記検索した基準となるフレームの再生時刻を受信し、
前記現再生時間を示す情報の表示を更新する更新手段
と、を有することを特徴とする再生システム。 - 【請求項４】 請求項１〜３のいずれかに記載の再生シ
ステムにおいて、 前記再生要求はRTSPに基づくものであり、 前記データの送受信はRTPに基づくものであることを特
徴とする再生システム。 - 【請求項５】 基準となるフレームと前記基準となるフ
レームに対する差分データとからなる映像データを蓄積
するサーバ装置から送信される前記データを、再生装置
が受信して、再生する再生方法において、 前記再生装置は、前記サーバ装置に対して、再生開始時
間を指定して、前記データの再生を要求するとともに、
前記データを受信して、再生し、 前記サーバ装置は、前記再生装置から再生要求された前
記再生開始時刻のデータが基準となるフレーム以外であ
った場合、基準となるフレームを検索し、このフレーム
の再生時刻以降のデータを送信する、 ことを特徴とする再生方法。 - 【請求項６】 請求項５に記載の再生方法において、 前記サーバ装置は、 前記データのほかに前記検索した基準となるフレームの
再生時刻を送信することを特徴とする再生方法。 - 【請求項７】 請求項６に記載の再生方法において、 前記再生装置は、 現再生時間を示す情報の表示とともに、前記検索した基
準となるフレームの再生時刻を受信して、前記現再生時
間を示す情報の表示を更新することを特徴とする再生方
法。 - 【請求項８】 請求項１〜３のいずれかに記載の再生方
法において、 前記再生要求はRTSPに基づくものであり、 前記データの送受信はRTPに基づくものであることを特
徴とする再生方法。 - 【請求項９】 基準となるフレームと前記基準となるフ
レームに対する差分データとからなる映像データを蓄積
するサーバ装置において、 再生開始時刻が指定されたデータの再生要求を受けて、
前記再生開始時刻のデータが基準となるフレーム以外で
あった場合、基準となるフレームを検索し、このフレー
ムの再生時刻以降のデータを送信する送信手段を、 有することを特徴とするサーバ装置。 - 【請求項１０】 請求項９に記載のサーバ装置におい
て、 前記送信手段は、前記データのほかに前記検索した基準
となるフレームの再生時刻を送信することを特徴とする
サーバ装置。 - 【請求項１１】 請求項８〜１０のいずれかに記載のサ
ーバ装置において、 前記再生要求はRTSPに基づくものであり、 前記データの送信はRTPに基づくものであることを特徴
とするサーバ装置。 - 【請求項１２】 基準となるフレームと前記基準となる
フレームに対する差分データとからなる映像データを蓄
積するサーバ装置に対し、再生開始時間を指定して、前
記データの再生を要求する再生要求手段と、 前記再生要求手段により再生要求された前記再生開始時
刻のデータが基準となるフレーム以外であった場合、基
準となるフレームを検索し、この基準となるフレームの
再生時刻以降のデータを送信する前記サーバ装置から送
信されるデータを受信し、再生する再生手段と、 を有することを特徴とする再生装置。 - 【請求項１３】 請求項１２に記載の再生装置におい
て、 前記サーバ装置から送信される前記検索した基準となる
フレームの再生時刻を、前記データとともに受信するこ
とを特徴とする再生装置。 - 【請求項１４】 基準となるフレームと前記基準となる
フレームに対する差分データとからなる映像データを受
信し、現再生時間を示す情報の表示とともに前記データ
を再生する再生装置において、 再生開始時間を指定し、前記データの再生を要求する再
生要求手段と、 前記データを受信し、再生する再生手段と、 前記データの再生時刻を受信し、現再生時間を示す情報
の表示を更新する更新手段と、 を有することを特徴とする再生装置。 - 【請求項１５】 請求項１２から１４のいずれかに記載
の再生装置において、 前記再生要求はRTSPに基づくものであり、 前記データの受信はRTPに基づくものであることを特徴
とする再生装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001198530A JP2003018568A (ja) | 2001-06-29 | 2001-06-29 | 再生システム、サーバ装置及び再生装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001198530A JP2003018568A (ja) | 2001-06-29 | 2001-06-29 | 再生システム、サーバ装置及び再生装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003018568A true JP2003018568A (ja) | 2003-01-17 |
Family
ID=19035965
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001198530A Pending JP2003018568A (ja) | 2001-06-29 | 2001-06-29 | 再生システム、サーバ装置及び再生装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003018568A (ja) |
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007150755A (ja) * | 2005-11-28 | 2007-06-14 | Canon Inc | データ送信装置及び方法 |
| JP2007235571A (ja) * | 2006-03-01 | 2007-09-13 | Onkyo Corp | ネットワークａｖシステム及びコントローラ |
| JP2009278548A (ja) * | 2008-05-16 | 2009-11-26 | Sony Corp | 画像処理装置、画像処理方法、画像再生装置、画像再生方法およびプログラム |
| JP2011081814A (ja) * | 2003-12-18 | 2011-04-21 | Tivo Inc | デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置 |
| JP2012517160A (ja) * | 2009-02-04 | 2012-07-26 | グーグル インコーポレイテッド | ビデオストリーミングのシームレスな巻戻しおよび再生のためのサーバー側サポート |
| USRE43741E1 (en) | 2002-10-05 | 2012-10-16 | Qualcomm Incorporated | Systematic encoding and decoding of chain reaction codes |
| US8806050B2 (en) | 2010-08-10 | 2014-08-12 | Qualcomm Incorporated | Manifest file updates for network streaming of coded multimedia data |
| US9049497B2 (en) | 2010-06-29 | 2015-06-02 | Qualcomm Incorporated | Signaling random access points for streaming video data |
| US9136878B2 (en) | 2004-05-07 | 2015-09-15 | Digital Fountain, Inc. | File download and streaming system |
| WO2015141320A1 (ja) * | 2014-03-19 | 2015-09-24 | ソニー株式会社 | 情報処理装置、情報処理システム、および情報処理方法 |
| US9178535B2 (en) | 2006-06-09 | 2015-11-03 | Digital Fountain, Inc. | Dynamic stream interleaving and sub-stream based delivery |
| US9191151B2 (en) | 2006-06-09 | 2015-11-17 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US9237101B2 (en) | 2007-09-12 | 2016-01-12 | Digital Fountain, Inc. | Generating and communicating source identification information to enable reliable communications |
| US9236976B2 (en) | 2001-12-21 | 2016-01-12 | Digital Fountain, Inc. | Multi stage code generator and decoder for communication systems |
| US9240810B2 (en) | 2002-06-11 | 2016-01-19 | Digital Fountain, Inc. | Systems and processes for decoding chain reaction codes through inactivation |
| US9246633B2 (en) | 1998-09-23 | 2016-01-26 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| US9264069B2 (en) | 2006-05-10 | 2016-02-16 | Digital Fountain, Inc. | Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient uses of the communications systems |
| US9270414B2 (en) | 2006-02-21 | 2016-02-23 | Digital Fountain, Inc. | Multiple-field based code generator and decoder for communications systems |
| US9380096B2 (en) | 2006-06-09 | 2016-06-28 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US9386064B2 (en) | 2006-06-09 | 2016-07-05 | Qualcomm Incorporated | Enhanced block-request streaming using URL templates and construction rules |
| US9432433B2 (en) | 2006-06-09 | 2016-08-30 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9602802B2 (en) | 2010-07-21 | 2017-03-21 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9660763B2 (en) | 2009-08-19 | 2017-05-23 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9917874B2 (en) | 2009-09-22 | 2018-03-13 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
-
2001
- 2001-06-29 JP JP2001198530A patent/JP2003018568A/ja active Pending
Cited By (37)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9246633B2 (en) | 1998-09-23 | 2016-01-26 | Digital Fountain, Inc. | Information additive code generator and decoder for communication systems |
| US9236976B2 (en) | 2001-12-21 | 2016-01-12 | Digital Fountain, Inc. | Multi stage code generator and decoder for communication systems |
| US9240810B2 (en) | 2002-06-11 | 2016-01-19 | Digital Fountain, Inc. | Systems and processes for decoding chain reaction codes through inactivation |
| USRE43741E1 (en) | 2002-10-05 | 2012-10-16 | Qualcomm Incorporated | Systematic encoding and decoding of chain reaction codes |
| JP2011081814A (ja) * | 2003-12-18 | 2011-04-21 | Tivo Inc | デジタルレコーダーを使用してパーソナルメディアを共有する方法および装置 |
| US9136878B2 (en) | 2004-05-07 | 2015-09-15 | Digital Fountain, Inc. | File download and streaming system |
| JP2007150755A (ja) * | 2005-11-28 | 2007-06-14 | Canon Inc | データ送信装置及び方法 |
| US9270414B2 (en) | 2006-02-21 | 2016-02-23 | Digital Fountain, Inc. | Multiple-field based code generator and decoder for communications systems |
| JP2007235571A (ja) * | 2006-03-01 | 2007-09-13 | Onkyo Corp | ネットワークａｖシステム及びコントローラ |
| US9264069B2 (en) | 2006-05-10 | 2016-02-16 | Digital Fountain, Inc. | Code generator and decoder for communications systems operating using hybrid codes to allow for multiple efficient uses of the communications systems |
| US9380096B2 (en) | 2006-06-09 | 2016-06-28 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US11477253B2 (en) | 2006-06-09 | 2022-10-18 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9178535B2 (en) | 2006-06-09 | 2015-11-03 | Digital Fountain, Inc. | Dynamic stream interleaving and sub-stream based delivery |
| US9191151B2 (en) | 2006-06-09 | 2015-11-17 | Qualcomm Incorporated | Enhanced block-request streaming using cooperative parallel HTTP and forward error correction |
| US9386064B2 (en) | 2006-06-09 | 2016-07-05 | Qualcomm Incorporated | Enhanced block-request streaming using URL templates and construction rules |
| US9432433B2 (en) | 2006-06-09 | 2016-08-30 | Qualcomm Incorporated | Enhanced block-request streaming system using signaling or block creation |
| US9237101B2 (en) | 2007-09-12 | 2016-01-12 | Digital Fountain, Inc. | Generating and communicating source identification information to enable reliable communications |
| US8364017B2 (en) | 2008-05-16 | 2013-01-29 | Sony Corporation | Image processing apparatus, image processing method, image playback apparatus, image playback method, and program |
| JP4513894B2 (ja) * | 2008-05-16 | 2010-07-28 | ソニー株式会社 | 画像処理装置、画像処理方法、画像再生装置、画像再生方法およびプログラム |
| JP2009278548A (ja) * | 2008-05-16 | 2009-11-26 | Sony Corp | 画像処理装置、画像処理方法、画像再生装置、画像再生方法およびプログラム |
| JP2012517160A (ja) * | 2009-02-04 | 2012-07-26 | グーグル インコーポレイテッド | ビデオストリーミングのシームレスな巻戻しおよび再生のためのサーバー側サポート |
| US9538142B2 (en) | 2009-02-04 | 2017-01-03 | Google Inc. | Server-side support for seamless rewind and playback of video streaming |
| US9660763B2 (en) | 2009-08-19 | 2017-05-23 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US9876607B2 (en) | 2009-08-19 | 2018-01-23 | Qualcomm Incorporated | Methods and apparatus employing FEC codes with permanent inactivation of symbols for encoding and decoding processes |
| US11743317B2 (en) | 2009-09-22 | 2023-08-29 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US11770432B2 (en) | 2009-09-22 | 2023-09-26 | Qualcomm Incorporated | Enhanced block-request streaming system for handling low-latency streaming |
| US10855736B2 (en) | 2009-09-22 | 2020-12-01 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US9917874B2 (en) | 2009-09-22 | 2018-03-13 | Qualcomm Incorporated | Enhanced block-request streaming using block partitioning or request controls for improved client-side handling |
| US9049497B2 (en) | 2010-06-29 | 2015-06-02 | Qualcomm Incorporated | Signaling random access points for streaming video data |
| US9485546B2 (en) | 2010-06-29 | 2016-11-01 | Qualcomm Incorporated | Signaling video samples for trick mode video representations |
| US9602802B2 (en) | 2010-07-21 | 2017-03-21 | Qualcomm Incorporated | Providing frame packing type information for video coding |
| US9456015B2 (en) | 2010-08-10 | 2016-09-27 | Qualcomm Incorporated | Representation groups for network streaming of coded multimedia data |
| US9319448B2 (en) | 2010-08-10 | 2016-04-19 | Qualcomm Incorporated | Trick modes for network streaming of coded multimedia data |
| US8806050B2 (en) | 2010-08-10 | 2014-08-12 | Qualcomm Incorporated | Manifest file updates for network streaming of coded multimedia data |
| US9253233B2 (en) | 2011-08-31 | 2016-02-02 | Qualcomm Incorporated | Switch signaling methods providing improved switching between representations for adaptive HTTP streaming |
| US10306043B2 (en) | 2014-03-19 | 2019-05-28 | Sony Corporation | Information processing apparatus and method to control a process based on control information |
| WO2015141320A1 (ja) * | 2014-03-19 | 2015-09-24 | ソニー株式会社 | 情報処理装置、情報処理システム、および情報処理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003018568A (ja) | 再生システム、サーバ装置及び再生装置 | |
| US10313730B2 (en) | Device and method for outputting data of a wireless terminal to an external device | |
| US20080288990A1 (en) | Interactive Broadcasting System | |
| KR20030021558A (ko) | 영상 데이터 제공 시스템 및 방법 | |
| JP5211569B2 (ja) | コンテンツ再生装置、コンテンツ再生方法、およびプログラム | |
| US20090313382A1 (en) | Method and apparatus for signaling time-shift support | |
| JP5781550B2 (ja) | メディアコンテンツデータ再生装置及び方法 | |
| CN105516791A (zh) | 一种智能家居中流媒体数据无缝连接实现方法及系统 | |
| KR20020045571A (ko) | 데이터 재생방법, 데이터 수신단말 및 데이터 수신방법 | |
| WO2014079239A1 (zh) | 实时视频通讯回放数据流的获取方法、装置及系统 | |
| US7493644B1 (en) | Method, apparatus, and system for video fast forward functionality in a mobile phone | |
| US20070196076A1 (en) | Method, system, and medium for providing broadcasting service using home server and mobile phone | |
| JP4294933B2 (ja) | マルチメディアコンテンツ編集装置およびマルチメディアコンテンツ再生装置 | |
| EP1274248A1 (en) | Data reproduction apparatus and data reproduction method | |
| CN111182342A (zh) | 基于dlna的媒体数据播放方法、装置、设备以及存储介质 | |
| KR20130127639A (ko) | 동영상 재생 장치 및 방법 | |
| JPWO2005081528A1 (ja) | 情報配信システム及び方法とその情報配信装置、受信端末、情報中継装置 | |
| JP4533020B2 (ja) | マルチメディアコンテンツ提供システム、ホームコンテンツサーバ及び視聴デバイス | |
| US20080276289A1 (en) | System for video presentations with adjustable display elements | |
| JP4112350B2 (ja) | 動画像通信システム、動画再生端末、動画像配信装置及び動画像の配信方法 | |
| KR101378092B1 (ko) | 스트리밍 데이터 스킵 탐색 방법 및 장치 | |
| KR100574873B1 (ko) | 이동통신 단말기의 분산 스트리밍 제어방법 | |
| CN111711835B (zh) | 多路音视频整合方法、系统及计算机可读存储介质 | |
| KR20040013455A (ko) | 이동 통신 단말기의 멀티미디어 컨텐츠 복귀 방법 | |
| US8417086B2 (en) | Data recording apparatus, data transfer method, data transfer program and recording medium, and data transfer system |