(57)【要約】【課題】高速再生の要求に応えるために必要とする記憶容量を削減したサーバ装置を提供する。【解決手段】映像データ、ならびに映像データ内のキーフレーム毎に、該キーフレームのタイムスタンプ、出現位置、およびデータ量を含む情報を記述したインデックスファイルが格納された記憶部と、映像データを再生してネットワークを介して情報端末に対して送信中に高速再生または逆高速再生の指示と倍率の情報を含む要求信号を情報端末から受信すると、要求信号の受信時からの経過時間および倍率に対応してインデックスファイルからキーフレームを特定し、特定したキーフレームを情報端末に送信する制御部とを有する。【選択図】図１
2007267144.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される情報端末に映像データを配信するためのサーバ装置による情報配信方法であって、
記憶部に格納された前記映像データについて該映像データ内のキーフレーム毎に、該キーフレームのタイムスタンプ、出現位置、およびデータ量を含む情報を記述したインデックスファイルを生成して前記記憶部に格納し、
前記映像データを再生して前記情報端末に対して送信中に、高速再生または逆高速再生の指示と倍率の情報を含む要求信号を該情報端末から受信すると、該要求信号の受信時からの経過時間および前記倍率に対応して前記インデックスファイルからキーフレームを特定し、
特定したキーフレームを前記情報端末に送信する、情報配信方法。
【請求項２】
前記映像データを最初から再生した場合の最初から前記要求信号を受信するまでの再生時間をｓとし、前記倍率をｎとし、前記経過時間をｐとすると、
前記要求信号が高速再生を指示するものである場合、前記タイムスタンプが（ｓ＋ｎ×ｐ）よりも遅い時刻のキーフレームのうち前記出現位置が最大となるキーフレームを前記インデックスファイル内で求め、
求めたキーフレームの出現位置およびデータ量を読み出し、前記映像データにおける該出現位置から該データ量のキーフレームを特定する、請求項１記載の情報配信方法。
【請求項３】
前記映像データを最初から再生した場合の最初から前記要求信号を受信するまでの再生時間をｓとし、前記倍率をmとし、前記経過時間をｐとすると、
前記要求信号が逆高速再生を指示するものである場合、前記タイムスタンプが（ｓ−m×ｐ）よりも早い時刻のキーフレームのうち前記出現位置が最大となるキーフレームを前記インデックスファイル内で求め、
求めたキーフレームの出現位置およびデータ量を読み出し、前記映像データにおける該出現位置から該データ量のキーフレームを特定する、請求項１記載の情報配信方法。
【請求項４】
前記ネットワークを介して外部から受信するライブ映像データに対して、該ライブ映像データの受信分毎に、前記記憶部に格納し、かつ該ライブ映像データの前記インデックスファイルに前記キーフレームの情報を追記して該記憶部に格納する請求項１から３のいずれか１項記載の情報配信方法。
【請求項５】
特定したキーフレームを前記情報端末に送信する際、該キーフレームの送信ビットレートを前記映像データの通常の再生時と等しくする、請求項１から４のいずれか１項記載の情報配信方法。
【請求項６】
ネットワークを介して接続される情報端末に映像データを配信するサーバ装置であって、
前記映像データ、ならびに該映像データ内のキーフレーム毎に、該キーフレームのタイムスタンプ、出現位置、およびデータ量を含む情報を記述したインデックスファイルが格納された記憶部と、
前記映像データを再生して前記情報端末に対して送信中に高速再生または逆高速再生の指示と倍率の情報を含む要求信号を該情報端末から受信すると、該要求信号の受信時からの経過時間および前記倍率に対応して前記インデックスファイルからキーフレームを特定し、特定したキーフレームを該情報端末に送信する制御部と、
を有するサーバ装置。
【請求項７】
前記映像データを最初から再生した場合の最初から前記要求信号を受信するまでの再生時間をｓとし、前記倍率をｎとし、前記経過時間をｐとすると、
前記制御部は、
前記要求信号が高速再生を指示するものである場合、前記タイムスタンプが（ｓ＋ｎ×ｐ）よりも遅い時刻のキーフレームのうち前記出現位置が最大となるキーフレームを前記インデックスファイル内で求め、求めたキーフレームの出現位置およびデータ量を読み出し、前記映像データにおける該出現位置から該データ量のキーフレームを特定する、請求項６記載のサーバ装置。
【請求項８】
前記映像データを最初から再生した場合の最初から前記要求信号を受信するまでの再生時間をｓとし、前記倍率をmとし、前記経過時間をｐとすると、
前記制御部は、
前記要求信号が逆高速再生を指示するものである場合、前記タイムスタンプが（ｓ−m×ｐ）よりも早い時刻のキーフレームのうち前記出現位置が最大となるキーフレームを前記インデックスファイル内で求め、求めたキーフレームの出現位置およびデータ量を読み出し、前記映像データにおける該出現位置から該データ量のキーフレームを特定する、請求項６記載のサーバ装置。
【請求項９】
前記制御部は、
前記ネットワークを介して外部から受信するライブ映像データに対して、該ライブ映像データの受信分毎に、前記記憶部に格納し、かつ該ライブ映像データの前記インデックスファイルに前記キーフレームの情報を追記して該記憶部に格納する請求項６から８のいずれか１項記載のサーバ装置。
【請求項１０】
前記制御部は、
特定したキーフレームを前記情報端末に送信する際、該キーフレームの送信ビットレートを前記映像データの通常の再生時と等しくする、請求項６から９のいずれか１項記載のサーバ装置。
【請求項１１】
ネットワークを介して接続される情報端末に映像データを配信するコンピュータに実行させるためのプログラムであって、
記憶部に格納された前記映像データについて該映像データ内のキーフレーム毎に、該キーフレームのタイムスタンプ、出現位置、およびデータ量を含む情報を記述したインデックスファイルを生成して前記記憶部に格納するステップと、
前記映像データを再生して前記情報端末に対して送信中に、高速再生または逆高速再生の指示と倍率の情報を含む要求信号を該情報端末から受信すると、該要求信号の受信時からの経過時間および前記倍率に対応して前記インデックスファイルからキーフレームを特定するキーフレーム特定ステップと、
特定したキーフレームを前記情報端末に送信するステップと、
を有する処理を前記コンピュータに実行させるためのプログラム。
【請求項１２】
前記映像データを最初から再生した場合の最初から前記要求信号を受信するまでの再生時間をｓとし、前記倍率をｎとし、前記経過時間をｐとすると、
前記要求信号が高速再生を指示するものである場合、前記キーフレーム特定ステップは、
前記タイムスタンプが（ｓ＋ｎ×ｐ）よりも遅い時刻のキーフレームのうち前記出現位置が最大となるキーフレームを前記インデックスファイル内で求めるステップと、
求めたキーフレームの出現位置およびデータ量を読み出し、前記映像データにおける該出現位置から該データ量のキーフレームを特定するステップと、
を有する請求項１１記載のプログラム。
【請求項１３】
前記映像データを最初から再生した場合の最初から前記要求信号を受信するまでの再生時間をｓとし、前記倍率をmとし、前記経過時間をｐとすると、
前記要求信号が逆高速再生を指示するものである場合、前記キーフレーム特定ステップは、
前記タイムスタンプが（ｓ−m×ｐ）よりも早い時刻のキーフレームのうち前記出現位置が最大となるキーフレームを前記インデックスファイル内で求めるステップと、
求めたキーフレームの出現位置およびデータ量を読み出し、前記映像データにおける該出現位置から該データ量のキーフレームを特定するステップと、
を有する請求項１１記載のプログラム。
【請求項１４】
前記ネットワークを介して外部から受信するライブ映像データに対して、該ライブ映像データの受信分毎に、前記記憶部に格納し、かつ該ライブ映像データの前記インデックスファイルに前記キーフレームの情報を追記して該記憶部に格納する請求項１１から１３のいずれか１項記載のプログラム。
【請求項１５】
前記キーフレームを前記情報端末に送信するステップで、該キーフレームの送信ビットレートを前記映像データの通常の再生時と等しくする、請求項１１から１４のいずれか１項記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストリーミング配信における情報配信方法、サーバ装置およびその方法をコンピュータに実行させるためのプログラムに関する。
【背景技術】
【０００２】
ブロードバンド伝送技術と情報圧縮技術の発達により、インターネットなどのネットワークを介して、ラジオやテレビのように音声や映像などを多くの情報端末に配信することが可能になった。この情報配信方法の１つに、ストリーミング配信がある。ストリーミング配信では、サービスを提供する側のサーバがネットワークを介して音声や映像のファイルを送信し、サービスを利用するクライアント側の情報端末は、受信するファイルを保存しながら再生を行う。そのため、クライアントは、ファイルが全てダウンロードされるまで待つ必要がなく、聞きたい音楽や見たい映像をすぐに再生させることができる。
【０００３】
ストリーミング配信のサービスにおいて、サーバは、クライアントからの多様な視聴モード要求に応じた配信を行う。視聴モードには、オリジナルの速度での再生（通常モードと称する）、早送りしながら再生を行う高速再生（高速モードと称する）、および巻き戻しをしながら再生を行う逆高速再生（逆高速モードと称する）などがある。従来の高速再生および逆高速再生の方式では、サーバが高速再生用ファイルを事前に作成し、高速再生や逆高速再生の要求があると、事前に作成した高速再生用ファイルをその要求元に送信していた（特許文献１参照）。
【特許文献１】特開平０８−３３１５０９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
高速再生および逆高速再生では、クライアント側でその倍率を選択可能にしている。従来の方式では、複数種の倍率に対応可能にするために、高速再生用のファイルを複数種準備していた。そして、クライアント側で通常再生中に高速再生の要求があると、選択された倍率に対応して、送信ファイルを通常再生ファイルから高速再生用ファイルに切り替え、高速倍率の映像配信を行っていた。そのため、事前に準備した、複数種の倍率の高速再生用ファイルの映像しか配信できなかった。また、事前に作成した高速再生用ファイルを保存するために、通常再生ファイルとは別のディスク容量を必要とした。
【０００５】
本発明は上述したような従来の技術が有する問題点を解決するためになされたものであり、高速再生の要求に応えるために必要とする記憶容量を削減した情報配信方法、サーバ装置、およびその方法をコンピュータに実行させるためのプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための本発明の情報配信方法は、ネットワークを介して接続される情報端末に映像データを配信するためのサーバ装置による情報配信方法であって、
記憶部に格納された前記映像データについて該映像データ内のキーフレーム毎に、該キーフレームのタイムスタンプ、出現位置、およびデータ量を含む情報を記述したインデックスファイルを生成して前記記憶部に格納し、
前記映像データを再生して前記情報端末に対して送信中に、高速再生または逆高速再生の指示と倍率の情報を含む要求信号を該情報端末から受信すると、該要求信号の受信時からの経過時間および前記倍率に対応して前記インデックスファイルからキーフレームを特定し、
特定したキーフレームを前記情報端末に送信するものである。
【０００７】
本発明では、インデックスファイルを予め登録しておくことで、高速再生または逆高速再生の指示と倍率の情報を含む指示を受けたとき、インデックスファイルを参照して、指示受信時からの経過時間と倍率に対応する時間に再生すべきキーフレームをタイムスタンプ、出現位置およびデータ量で特定することが可能となる。そのため、任意の倍率に対して映像データを情報端末に送信することが可能となる。
【０００８】
一方、上記目的を達成するための本発明のサーバ装置は、ネットワークを介して接続される情報端末に映像データを配信するサーバ装置であって、
前記映像データ、ならびに該映像データ内のキーフレーム毎に、該キーフレームのタイムスタンプ、出現位置、およびデータ量を含む情報を記述したインデックスファイルが格納された記憶部と、
前記映像データを再生して前記情報端末に対して送信中に高速再生または逆高速再生の指示と倍率の情報を含む要求信号を該情報端末から受信すると、該要求信号の受信時からの経過時間および前記倍率に対応して前記インデックスファイルからキーフレームを特定し、特定したキーフレームを該情報端末に送信する制御部と、
を有する構成である。
【０００９】
また、上記目的を達成するための本発明のプログラムは、ネットワークを介して接続される情報端末に映像データを配信するコンピュータに実行させるためのプログラムであって、
記憶部に格納された前記映像データについて該映像データ内のキーフレーム毎に、該キーフレームのタイムスタンプ、出現位置、およびデータ量を含む情報を記述したインデックスファイルを生成して前記記憶部に格納するステップと、
前記映像データを再生して前記情報端末に対して送信中に、高速再生または逆高速再生の指示と倍率の情報を含む要求信号を該情報端末から受信すると、該要求信号の受信時からの経過時間および前記倍率に対応して前記インデックスファイルからキーフレームを特定するキーフレーム特定ステップと、
特定したキーフレームを前記情報端末に送信するステップと、
を有する処理を前記コンピュータに実行させるものである。
【発明の効果】
【００１０】
本発明によれば、高速再生および逆高速再生を行うために事前に映像データから高速再生用ファイルを作成する必要がない。そのため、記憶領域に格納される高速再生用ファイル分の容量を削減でき、記憶領域をより有効に活用できる。また、任意の倍率であっても、インデックスファイルを参照することで配信するキーフレームの位置およびサイズを容易に取得でき、任意の倍率で高速再生および逆高速再生の配信ができる。
【発明を実施するための最良の形態】
【００１１】
本発明の情報配信方法は、映像データ内のキーフレーム毎にタイムスタンプを含む情報を記述したインデックスファイルを予め登録し、高速再生の要求があると、インデックスファイルを参照して送信すべきキーフレームを特定することを特徴とする。
【実施例１】
【００１２】
本実施例のサーバの構成を説明する。図１は本実施例のサーバの一構成例を示すブロック図である。
【００１３】
サーバ１１は、記憶装置１２と、インデックスファイル作成部１３と、配信位置算出部１４と、映像データ配信部１５とを有する。映像データ配信部１５は、データ取得部１８およびデータ送信部１９を有する構成である。また、サーバ１１は、プログラムにしたがって所定の処理を実行するＣＰＵ（Central Processing Unit）（不図示）と、プログラムを格納するためのメモリ（不図示）とが設けられている。インデックスファイル作成部１３および配信位置算出部１４は、ＣＰＵがプログラムを実行することでサーバ１１内に仮想的に構成される。そして、インデックスファイル作成部１３および配信位置算出部１４を含む構成が制御部として機能する。データ送信部１９はネットワークを介して外部の情報端末（不図示）と接続される。外部の情報端末は、映像データの高速再生および逆高速再生のサービスを利用するクライアント側に設けられている。
【００１４】
記憶装置１２は、ハードディスクおよび半導体メモリ等の記憶装置である。記憶装置１２には、コンテンツデータとして予め映像データ１６が登録されている。また、再生時間や演算結果など処理に関する様々な情報が格納される。映像データには、画像に関するビデオデータと音声に関するオーディオデータが含まれているが、本発明は高速再生および逆高速再生に関するものなので、以下では、ビデオデータを中心に説明する。一般的に、映像データは、一定の間隔で挿入されるフレームであるキーフレームと、キーフレーム間の差分情報を持つフレームとを有する構成である。キーフレームは、画像情報と、再生開始から自身が描画される時刻を示すタイムスタンプの情報を有している。キーフレーム間の画像は、キーフレームの画像情報とキーフレーム間の差分情報を用いて復元される。
【００１５】
インデックスファイル作成部１３は、映像データ１６内のキーフレームを全て抽出し、キーフレーム毎に、キーフレームが持つタイムスタンプと、キーフレームの出現位置と、キーフレームのサイズとの情報を記録したインデックスファイル１７を生成して記憶部１２に格納する。
【００１６】
配信位置算出部１４は、配信する映像データ１６内の配信開始位置および配信データ量（配信サイズ）を求める。データ取得部１８は、配信位置算出部１４から配信開始位置および配信サイズの情報を受け取ると、その情報に基づいて記憶部１２の映像データ１６からビデオデータを抽出する。データ送信部１９は、データ取得部１８が抽出したビデオデータを、ネットワークを通してクライアントの情報端末に送信する。
【００１７】
以下では、映像データ１６として、ビデオデータおよびオーディオデータが多重化されたMPEG2-TS（トランスポートストリーム）形式の映像データ（以下では、MPEG2 TSデータと表記する）とする。
【００１８】
ここで、トランスポートストリーム（TS）の構造を簡単に説明する。図２はトランスポートストリームの構造を示す図である。トランスポートストリームは188bytesの固定長パケットであるTSパケットが複数個集まって構成される。１つのTSパケットは、TSヘッダとTSペイロードとで構成され、TSヘッダ内にはPID（Packet Identification）と呼ばれるTSペイロードの属性を示す識別子が記録されている。同一の画像のTSパケットのTSヘッダには同一のPIDが記録されている。また、TSペイロードには、ビデオデータおよびオーディオデータのそれぞれについて個別のPES（Packetized Elementary Stream）パケットが含まれている。ビデオデータには、デコーダがビデオデータを復元するときに必要なシーケンスヘッダ（SH）が含まれている。SHには、タイムスタンプの情報を有するPESヘッダが含まれている。キーフレームのPESヘッダには、タイムスタンプの他、キーフレームの出現位置およびキーフレーム長の情報が含まれている。
【００１９】
続いて、インデックスファイル作成部１３の構成を詳細に説明する。図３は本実施例のサーバの一構成例を示すブロック図である。図３に示すように、インデックスファイル作成部１３は、A/V分離部２０およびビデオデータ処理部３０を有する構成である。A/V分離部２０はMPEG2 TSデータ２６からビデオデータおよびオーディオデータを分離する。ビデオデータ処理部３０はビデオデータ内からキーフレームを検索する。
【００２０】
図４は図３に示したインデックスファイル作成部の一構成例を示すブロック図である。図４に示すように、A/V分離部２０はTSパケット解析部２１およびTSパケット分離部２２を有する。また、ビデオデータ処理部３０は、SH検索部３１、PESパラメータ抽出部３２、およびインデックス作成部３３を有する。
【００２１】
TSパケット解析部２１は、MPEG2 TSデータ２６内のTSパケットに含まれるPIDを解析する。TSパケット分離部２２は、TSパケット解析部２１で解析したPIDよりビデオデータを抽出する。SH検索部３１は、TSパケット分離部２２で抽出されたビデオデータ内からSHを検索する。PESパラメータ抽出部３２は、SH検索部３１で検索されたSHからPESヘッダを検索し、PESヘッダからキーフレームに関する情報を取得する。インデックス作成部３３は、PESパラメータ抽出部３２で取得したパラメータを元にインデックスファイル１７に追記する。
【００２２】
図５に映像データとインデックスファイルの構成イメージを示す。図５を用いてインデックスファイルの作成方法を簡単に説明する。まず、映像データ１６からキーフレーム２ａ、２ｂ、…を抽出する。続いて、記憶部１２に格納されたインデックスファイル１７のフォーマットに、キーフレーム２ａから最後のキーフレーム（不図示）まで順に、キーフレームのタイムスタンプ４、キーフレームの出現位置(offset)５、およびキーフレームのサイズ６をキーフレーム毎に書き込む。キーフレーム１つ分のタイムスタンプ４、Offset５およびサイズ６を含む情報をインデックスと称する。
【００２３】
配信位置算出部１４は、クライアントの情報端末に対して通常モードで映像データを送信中に、n倍速の高速再生を要求する旨の信号をその情報端末から受信すると、映像データの最初めから通常モードで再生した場合の経過時間である再生時間s [sec] を記憶部１２に記録する。続いて、MPEG2 TSデータ２６から高速再生用のデータを次のようにして求める。ここで、２つの関数Fo (x)とFs (x)の定義をする。関数Fo (x) は、インデックスファイル１７の中で、Offsetの値がx [sec] 秒以上のキーフレームのうち、キーフレームのOffsetが最小値のものを示す。また、Fs (x)は、インデックスファイル１７の中で、Offsetの値がx [sec] 秒以上のキーフレームのうち、Offsetが最小のキーフレームのサイズを示すものである。配信位置算出部１４は、高速再生を開始してからの経過時間p[sec]に対応するビデオデータの配信開始位置としてFo (s＋p×n) [byte] を求め、その配信サイズとしてFs (s＋p×n) [byte] を求める。
【００２４】
このようにして求めた、ビデオデータの配信開始位置および配信サイズの情報をデータ取得部１８に渡す。これらの情報をデータ取得部１８に渡す処理を、映像データ１６が終了するまで、またはクライアントの情報端末から高速再生を停止する旨の信号である高速再生停止信号を受信するまで、一定の時間間隔で繰り返し行う。
【００２５】
また、配信位置算出部１４は、m倍速（mは正の数）の逆高速再生を要求する旨の信号である逆高速再生要求信号を受信すると、高速再生の場合と同様に、要求信号受信時における再生時間s [sec] を記憶する。続いて、逆高速再生を開始してからの経過時間p[sec]に対応するビデオデータの配信開始位置としてRo (s−p×m) [byte]を求め、その配信サイズとしてRs (s−p×m) [byte]を求める。ただし、関数Ro (x) は、インデックスファイル１７の中で、Offsetがx [sec] 秒未満のキーフレームのうち、キーフレームのOffsetが最大のものを示す。また、関数Rs (x)は、インデックスファイル１７の中で、Offsetがx [sec] 秒未満のキーフレームのうち、Offsetが最大のキーフレームのサイズの値を示すものである。
【００２６】
このようにして求めた、ビデオデータの配信開始位置および配信サイズの情報をデータ取得部１８に渡す処理を、映像データ１６が終了するまで、またはクライアントの情報端末から逆高速再生を停止する旨の信号である逆高速再生停止信号を受信するまで、一定の時間間隔で繰り返し行う。
【００２７】
次に、本実施例のサーバによる、キーフレームの検索方法およびインデックスファイルの作成方法について説明する。図６はMPEG2 TSデータを用いてインデックスファイルを作成するまでの手順を示すフローチャートである。
【００２８】
TSパケット解析部２１がMPEG2 TSデータ２６からビデオデータのPIDを取得する（ステップ１０１）。TSパケット分離部２２は、TSパケット解析部２１で取得したPIDを元に、MPEG2 TSデータ２６内からビデオデータを検索する（ステップ１０２）。TSパケット分離部２２がPIDを持つパケットを見付けると（ステップ１０３）、SH検索部３１は、TSパケット分離部２２で抽出されたビデオデータ内からSHの開始同期コードである"00 00 01 B3 (H)"を検索する（ステップ１０４）。SHが見付からなかった場合は、次のビデオデータを検索するため、TSパケット分離部２２に処理を戻す（ステップ１０５）。
【００２９】
一方、ステップ１０５でSH検索部３１がSHを見付けると、PESパラメータ抽出部３２がSHからPESヘッダを検索する（ステップ１０６）。そして、PESヘッダを見付けると、PESヘッダからキーフレームが持つタイムスタンプと、キーフレームの出現位置と、キーフレーム長との情報を含むキーフレームの情報を取得する（ステップ１０７）。MPEG2 TSデータ２６の構造上、キーフレームは連続して格納されていないため、キーフレームの出現位置からキーフレーム長に達するまでのデータ量をキーフレームのサイズとして記録する。インデックス作成部３３は、PESパラメータ抽出部３２で取得したパラメータを元にインデックスを作成し、インデックスファイル１７に追記する（ステップ１０８）。このようにして、ステップ１０３からステップ１０８までの処理をMPEG2 TSデータ２６内のビデオデータの終端まで行う（ステップ１０２）。
【００３０】
次に、本実施例のサーバによる高速再生の動作を説明する。図７は本実施例のサーバによる、高速再生の動作手順を示すフローチャートである。ここでは、映像データ１６の再生時間s [sec] の時点で、n倍速での高速再生を要求する旨の信号である高速再生要求信号をクライアントの情報端末から受信したものと仮定し、インデックスファイルを用いた高速モードの配信方法を説明する。ただし、nは正の数とする。
【００３１】
配信位置算出部１４は、n倍速の高速再生要求信号を受信すると、要求信号受信時における再生時間s [sec] を記憶部１２に記録する（ステップ２０１）。続いて、高速再生を開始してからの経過時間p[sec]に対応するビデオデータの配信開始位置としてFo (s＋p×n) [byte] を求め、その配信サイズとしてFs (s＋p×n) [byte] を求める（ステップ２０２）。
【００３２】
データ取得部１８は、配信位置算出部１４が求めた配信開始位置と配信サイズの情報を取得すると、その情報に基づいて映像データ１６内からビデオデータを抽出する（ステップ２０３）。続いて、データ送信部１９は、データ取得部１８が抽出したビデオデータを、ネットワークを介してクライアントの情報端末に送信する（ステップ２０４）。その後、一定時間間隔でステップ２０２からステップ２０４の処理を、映像データ１６の終了まで、またはクライアントの情報端末から高速再生停止信号を受信するまで行う（ステップ２０５）。なお、クライアントの情報端末への送信ビットレートは、ネットワークの使用帯域を増加させないために、通常モード時と等しい速度にする。
【００３３】
次に、本実施例のサーバの逆高速再生の動作を簡単に説明する。ここでは、映像データ１６の再生時間s [sec] の時点で、m倍速（mは正の数）の逆高速再生要求信号をクライアントの情報端末から受信したものと仮定し、インデックスファイルを用いた逆高速モードの配信方法を説明する。また、図７で説明した高速再生の場合と異なる処理を中心に説明する。
【００３４】
配信位置算出部１４は、m倍速の逆高速再生要求信号を受信すると、高速再生の場合と同様に、要求信号受信時の再生時間s [sec] を記録する。続いて、高速再生の場合と異なり、経過時間p[sec]に対応するビデオデータの配信開始位置Ro (s−p×m) [byte]と配信サイズRs (s−p×m) [byte]を求める。このようにして求めた配信開始位置および配信サイズのビデオデータをデータ取得部１８が映像データ１６で抽出し、抽出したビデオデータをデータ送信部１９がクライアントの情報端末に送信する。映像データ１６が終了するまで、またはクライアントの情報端末から逆高速再生停止信号を受信するまで、一定の時間間隔で繰り返し行う。
【００３５】
上述のようにして、本実施例のサーバは、高速再生を行う際、配信するデータの位置とサイズをインデックスファイルから取得することで、複数種の高速再生用ファイルを予め準備することなく、高速再生が可能となる。また、逆高速再生の場合も同様である。そのため、従来に比べて必要とするディスク容量を削減することが可能となる。
【００３６】
なお、本実施例では、キーフレームを映像データ内に一定間隔で挿入する場合で説明したが、キーフレームの挿入間隔が一定でない映像データに本発明を適用してもよい。この場合、動きの多い映像と少ない映像とでキーフレームの挿入間隔を変えた映像データに対しても、高速再生および逆高速再生を上述の方法で行うことが可能である。従来よりもビデオデータを２倍以上圧縮した規格であるH.264/AVCのように、キーフレームが一定周期で格納されていない場合にも適用可能である。
【実施例２】
【００３７】
本実施例は、ストリーミングによるライブ配信の映像データに対して、動的にライブ映像データを蓄積しながらインデックスファイルも生成するものである。配信が終了した分の映像データに関して、高速再生および逆高速再生を可能する。
【００３８】
図８は本実施例のサーバの一構成例を示すブロック図である。なお、実施例１と同様な構成については同一の符号を付し、その詳細な説明を省略する。
【００３９】
本実施例のサーバ５１は、ネットワークに接続される映像データ受信部４０と、映像データ蓄積部４１とを有する。映像データ受信部４０は、ネットワークを介して外部からライブ映像データを受信する。映像データ蓄積部４１は映像データ受信部４０で受信したライブ映像データを記憶部１２の映像データ１６に追記する。
【００４０】
インデックス作成部４３は、映像データ受信部４０で受信するライブ映像データ内のキーフレームを全て抽出し、キーフレーム毎に、キーフレームが持つタイムスタンプ、キーフレームの出現位置、およびキーフレームのサイズの情報を記憶部１２のインデックスファイル１７に記録する。このように、映像データからキーフレームに関する情報を抽出してインデックスファイルを生成することを、「インデックス化」と称する。
【００４１】
インデックス作成部４３および映像データ蓄積部４１は、ＣＰＵがプログラムを実行することでサーバ５１に仮想的に構成される。
【００４２】
次に、本実施例のサーバの動作を図８を参照して説明する。なお、ここでは、実施例１と異なる動作を中心に説明し、実施例１と同様な動作の説明は省略する。
【００４３】
映像データ受信部４０は、ネットワークを介して受信するライブ映像データを映像データ蓄積部４１とインデックス作成部４３に渡す。インデックス作成部４３は、映像データ受信部４０で受信するライブ映像データのインデックス化を行う。これにより、ライブ映像データについてのキーフレームの情報がインデックスファイル１７に追記される。一方、映像データ蓄積部４１は、映像データ受信部４０から受信したライブ映像データを記憶部１２の映像データ１６に追記する。
【００４４】
上述のようにして、本実施例のサーバは、動的に蓄積される映像データに関して、その映像データを蓄積しながら、映像データに関するインデックスファイルを生成する。そのため、映像データのライブ配信途中においても、蓄積された映像データ分について、上記実施例１と同様の処理により、高速再生および逆高速再生を行うことが可能である。
【００４５】
本発明によれば、インデックスファイルを予め登録しておくことで、高速再生または逆高速再生の指示と倍率の情報を含む指示を受けたとき、インデックスファイルを参照して、指示受信時からの経過時間と倍率に対応する時間に再生すべきキーフレームをタイムスタンプ、出現位置およびサイズで特定することが可能となる。そのため、高速再生および逆高速再生を行うために事前に映像データから高速再生用ファイルを作成する必要がない。その結果、記憶領域に格納される高速再生用ファイル分の容量を削減でき、記憶領域をより有効に活用し、より多くの映像データを格納することができる。
【００４６】
また、任意の倍率であっても、インデックスファイルを参照することで配信するキーフレームの位置およびサイズを容易に取得可能なため、任意の倍率で高速再生および逆高速再生の配信ができる。その結果、高速再生は固定倍率ではなく、クライアントに対して任意の倍率の高速再生の映像を提供できる。
【００４７】
さらに、高速再生および逆高速再生を行う際、クライアントの情報端末への送信ビットレートを通常モード時と等しい速度にしているため、ネットワークの使用帯域を増加させることなく高速再生を実現できる。
【００４８】
なお、本発明の情報配信方法をコンピュータに実行させるためのプログラムに適用してもよい。
【図面の簡単な説明】
【００４９】
【図１】実施例１のサーバの一構成例を示すブロック図である。
【図２】トランスポートストリームの構造を示す図である。
【図３】実施例１のサーバの一構成例を示すブロック図である。
【図４】図３に示したインデックスファイル作成部の一構成例を示すブロック図である。
【図５】映像データとインデックスファイルの構成イメージを示す図である。
【図６】MPEG2 TSデータからインデックスファイルを作成するための手順を示すフローチャートである。
【図７】実施例１のサーバによる、高速再生の動作手順を示すフローチャートである。
【図８】実施例２のサーバの一構成例を示すブロック図である。
【符号の説明】
【００５０】
１１    サーバ
１２    記憶装置
１３    インデックスファイル作成部
１４    配置位置算出部
１５    映像データ配信部
【図１】
2007267144.tif 000003
【図２】
2007267144.tif 000004
【図３】
2007267144.tif 000005
【図４】
2007267144.tif 000006
【図５】
2007267144.tif 000007
【図６】
2007267144.tif 000008
【図７】
2007267144.tif 000009
【図８】
2007267144.tif 000010