JP2016134701A - 映像再生制御プログラム、映像再生制御方法、映像配信サーバ、送信プログラム、及び送信方法 - Google Patents

Abstract

【課題】映像配信における再生開始までの待ち時間を短縮することと、配信サーバの負荷の増大を抑えることとの両立を図る。【解決手段】映像再生制御プログラムは、コンピュータに、映像データファイルが分割された複数の分割映像データファイルの少なくとも２つ以上を前記コンピュータの記憶部から読み出して再生開始位置の指定に対応する前記映像データファイル中の開始位置から映像の再生処理を実行する端末装置に対して、読出し開始から所定回数以内は、前記記憶部に記憶された第１の時間長に対応する分割映像データファイルを前記端末装置に送信し、前記所定回数の読み出しを行った後は、前記記憶部に記憶された、前記第１の時間長よりも長い第２の時間長に対応する分割映像データファイルを前記端末装置に送信する、処理を実行させる。【選択図】図３Ｃ

Description

本発明は、映像再生制御プログラム、映像再生制御方法、映像配信サーバ、送信プログラム、及び送信方法に関する。

インターネット等の通信ネットワークを介して映像を配信する方法の１つとして、ストリーミング配信がある。ストリーミング配信においては、１個の映像データファイルを複数のセグメントファイル（分割ファイル）に分割し、映像データを再生する端末装置（クライアント）に対して順次配信する。クライアント側では、受信した分割ファイルを時系列で順次再生する。

ストリーミング配信は、Real-Time Streaming Protocol（ＲＴＳＰ）等の専用プロトコルを用いて行う配信方式と、Hypertext Transfer Protocol（ＨＴＴＰ）を用いて行う配信方式とに大別される。

ＨＴＴＰを用いたストリーミング配信は、Ｗｅｂサーバのみで映像等を配信することが可能である。また、ＨＴＴＰを用いたストリーミング配信ではキャッシュが利用できるため、配信サーバ（Ｗｅｂサーバ）の負荷を軽減できる。このため、近年、ＨＴＴＰを用いたストリーミング配信サービスが注目され、増加している。

ＨＴＴＰを用いたストリーミング配信の規格には、例えば、HTTP Live Stream（ＨＬＳ。例えば特許文献１を参照）や、MPEG - Dynamic Adaptive Streaming over HTTP（ＭＰＥＧ−ＤＡＳＨ）等がある。

特開２０１３−０８９９７７号公報

上述のストリーミング配信において、クライアントは、映像データの先頭又は指定したシーンの先頭となるフレームを含むセグメントファイルの受信が完了してから再生を開始する。そのため、クライアントでは、ユーザが配信を希望する映像データやシーンを選択した後、再生を開始するまでに数秒の待ち時間が存在する。

映像データを複数のセグメントファイルに分割する際には、例えば、映像データの先頭から所定の時間長毎に区切って分割している。ＨＬＳやＭＰＥＧ−ＤＡＳＨ等においては、例えば、時間長（再生時間）が１０秒前後のセグメントファイルに区切っている。

例えば、１つのセグメントファイルの再生時間が１０秒であり、セグメントファイルの転送時間が再生レートの２倍であるとすると、セグメントファイルの受信に５秒かかる。そのため、クライアントにおける待ち時間は５秒となる。この待ち時間を短縮するには各セグメントファイルの時間長（再生時間）を短くすればよいが、反面、セグメントファイルの数が増大してクライアントと配信サーバとの間での通信回数が増えるため、配信サーバの負荷が増大する。

一つの側面において、本発明は、映像配信における再生開始までの待ち時間を短縮することと、配信サーバの負荷の増大を抑えることとの両立を図ることを目的とする。

本発明の一態様である映像再生制御プログラムは、コンピュータに、映像データファイルが分割された複数の分割映像データファイルの少なくとも２つ以上を前記コンピュータの記憶部から読み出して再生開始位置の指定に対応する前記映像データファイル中の開始位置から映像の再生処理を実行する端末装置に対して、読出し開始から所定回数以内は、前記記憶部に記憶された第１の時間長に対応する分割映像データファイルを前記端末装置に送信し、前記所定回数の読み出しを行った後は、前記記憶部に記憶された、前記第１の時間長よりも長い第２の時間長に対応する分割映像データファイルを前記端末装置に送信する、処理を実行させる。

一つの側面によれば、映像配信における再生開始までの待ち時間を短縮することと、配信サーバの負荷の増大を抑えることとの両立を図ることができる。

本発明の第１の実施形態に係る映像配信システムの構成例を示す模式図である。 映像データファイルの第１の構成例を示す模式図である。 映像のシーン情報リストの一例を示す模式図である。 映像の再生情報リストの一例を示す模式図である。 クライアントに表示される映像選択画面の一例を示す模式図である。 クライアントに表示されるシーン選択画面の一例を示す模式図である。 分割ファイルの配信手順を示すシーケンス図である。 映像データファイルの第２の構成例を示す模式図である。 図４に示した映像データファイルをシーン１から配信する場合の配信方法を説明する模式図である。 図４に示した映像データファイルのシーン０のみを配信する場合の配信方法を説明する模式図である。 映像データファイルの第３の構成例を示す模式図である。 図６に示した映像データファイルをシーン１から配信する場合の配信方法を説明する模式図である。 図６に示した映像データファイルをシーン２から配信する場合の配信方法を説明する模式図である。 図６に示した映像データファイルをシーン２から配信する場合の別の配信方法を説明する模式図である。 図６に示した映像データファイルを任意の位置から配信する場合の配信方法を説明する模式図である。 図６に示した映像データファイルの配信方法の応用例を説明する模式図である。 分割ファイルの配信手順の別の例を示すシーケンス図である。 配信サーバ及びクライアントのハードウェア構成を示す模式図である。 本発明の第２の実施形態に係る映像配信システムの構成例を示す模式図である。 映像データファイルの作成方法の第１の例を示すフローチャートである。 図１１Ａの分割ファイルを作成する処理の内容を示すフローチャート（その１）である。 図１１Ａの分割ファイルを作成する処理の内容を示すフローチャート（その２）である。 Ｍ＝３の場合の分割ファイル作成処理を説明する模式図（その１）である。 Ｍ＝３の場合の分割ファイル作成処理を説明する模式図（その２）である。 映像データファイルの作成方法の第２の例を示すフローチャートである。 図１３Ａの配信用映像データファイルを作成する処理の内容を示すフローチャートである。 配信用映像データファイルの作成処理の具体例を説明する模式図である。 映像データファイルの作成方法の第２の例の応用例を説明する模式図である。 映像データファイルの作成方法の第３の例を示すフローチャート（その１）である。 映像データファイルの作成方法の第３の例を示すフローチャート（その２）である。 映像データファイルの作成方法の第３の例を示すフローチャート（その３）である。 図１６Ａ〜図１６Ｃに示した処理の具体例を説明する模式図（その１）である。 図１６Ａ〜図１６Ｃに示した処理の具体例を説明する模式図（その２）である。 映像データファイルの作成方法の第４の例を示す模式図である。 第４の例における再分割ファイルの時間長の設定方法を説明する模式図である。 第４の例における分割ファイルの別の再分割方法を説明する模式図である。 第４の例における分割ファイルの更に別の再分割方法を説明する模式図である。 予め用意された分割パターンを用いた再分割の例を説明する模式図である。 映像データファイル生成装置の変形例を示す模式図である。

［第１の実施形態］
図１は、本発明の第１の実施形態に係る映像配信システムの構成例を示す模式図である。

図１に示すように、本実施形態の映像配信システム１は、配信サーバ２と、複数のクライアント３とを備える。配信サーバ２とクライアント３とは、インターネット等の通信ネットワーク４を介して通信可能に接続される。

配信サーバ２は、記憶部２０と、通信制御部２１と、を備える。記憶部２０には、配信用映像データファイルとして、映像データファイルが分割された複数の分割映像データファイル、当該映像データファイルの再生情報リスト、シーン情報リスト等を記憶させてある。以下の説明においては、分割映像データファイルのことを「分割ファイル」又は「セグメントファイル」ともいう。

クライアント３は、通信ネットワーク４を介した通信、及び映像の再生、表示が可能な端末装置（映像再生装置）である。

本実施形態の映像配信システム１における配信サーバ２及びクライアント３の構成は、既存のストリーミング配信に係る配信サーバ及びクライアントの構成のいずれかであればよい。

なお、本実施形態の映像配信システム１における映像データファイルは、クライアント３における再生開始までの待ち時間を短縮できるように分割してある。以下、本実施形態における映像データファイルの構成例及び配信方法について説明する。

図２Ａは、映像データファイルの第１の構成例を示す模式図である。図２Ｂは、映像のシーン情報リストの一例を示す模式図である。図２Ｃは、映像の再生情報リストの一例を示す模式図である。

配信サーバ２が保持する映像データファイル５００は、例えば、図２Ａの上側に示すように、シーン０からシーンＮ−１までのＮ個のシーンに分割されている。

また、映像データファイル５００の各シーンは、図２Ａの下側に示すように、複数の分割ファイルＳＦ（ｎ，ｍ）に分割されている。なお、分割ファイルＳＦ（ｎ，ｍ）において、ｎはシーンＮｏ．を表し、ｍはシーン内における分割ファイルの識別番号を表している。

映像データファイルの第１の構成例では、シーンの先頭Ｓ０Ｓ，Ｓ１Ｓから２個の分割ファイルＳＦ（ｎ，０）、ＳＦ（ｎ，１）の時間長（再生時間）を第１の時間長Ｓとしている。また、各シーンにおける時刻２Ｓ以降の部分は、第１の時間長Ｓの２倍である第２の時間長Ｌの分割ファイルに分割している。そして、シーンの最後の分割ファイルの時間長は第２の時間長Ｌ以下となっている。

この映像データファイル５００には、例えば、シーン情報リスト及び再生情報リストとが対応付けられている。シーン情報リストは、図２Ｂに示すようなシーンＮｏ．と、映像内における開始時刻とを含むシーン情報の一覧である。再生情報リストは、図２Ｃに示すような分割ファイルのファイル名と再生時間とを含む再生情報の一覧である。

図３Ａは、クライアントに表示される映像選択画面の一例を示す模式図である。図３Ｂは、クライアントに表示されるシーン選択画面の一例を示す模式図である。図３Ｃは、分割ファイルの配信手順を示すシーケンス図である。

ここでは、配信サーバ２が配信する映像の１種として野球の試合の映像を挙げる。ユーザの所定の操作に応じてクライアント３が配信サーバ２にアクセスすると、例えば、図３Ａに示すような映像選択画面９００がクライアント３の表示部（ディスプレイ）に表示される。映像選択画面９００には、現在配信中の映像のサムネイル９０１〜９０６が表示される。

映像選択画面９００が表示された状態でクライアント３のユーザがマウスやタッチパネル等の入力装置を操作して映像を選択すると、例えば、図３Ｂに示すようなシーン選択画面９１０がクライアント３の表示部に表示される。シーン選択画面９１０には、選択した映像（試合）についての情報９１１、シーン選択部９１２、映像を表示するプレイヤー画面９１３等が表示される。シーン選択部９１２には、再生開始位置に指定可能な再生位置を示す情報として、例えば、各シーン（イニング）の先頭のフレームのサムネイル９１２ａ〜９１２ｃ、９１２ｍ、９１２ｎ等が表示される。このサムネイルは、シーン情報リストと対応付けされており、サムネイルを選択、指定することで、再生するシーン（再生開始位置）が指定される。なお、映像データ（分割ファイル）のシーンの先頭は、イニングの開始時に限らず、投手が投球動作を開始したときのように共通する所定の特徴を含む再生位置であってもよい。また、イニングの開始時や投手が投球動作の開始時といった、映像データのシーンの先頭は、例えば、映像データを画像解析した結果取得される、映像データに含まれる画像の特徴に基づき特定しても良い。

シーン選択画面９１０が表示された状態でクライアント３のユーザが入力装置を操作してシーンを選択すると、クライアント３は、選択したシーンの分割ファイルの受信及び再生を開始する。

ユーザがシーンを選択すると、図３Ｃに示したように、クライアント３の通信制御部３０１は、配信サーバ２に選択されたシーンの最初の分割ファイルＳＦ（０，０）を要求する要求信号Ｒ（０，０）を送信する。要求信号Ｒ（０，０）を受信した配信サーバ２は、要求された分割ファイルＳＦ（０，０）をクライアント３に配信（転送）する。クライアント３の通信制御部３０１は、セグメントファイルＳＦ（０，０）の受信が完了すると、再生部３０２にセグメントファイルＳＦ（０，０）の再生を開始させる。

また、クライアント３の通信制御部３０１は、分割ファイルＳＦ（０，０）の受信が完了すると、次の分割ファイルＳＦ（０，１）を要求する要求信号Ｒ（０，１）を送信する。そして、クライアント３は、分割ファイルＳＦ（０，１）の受信が完了し、分割ファイルＳＦ（０，０）の再生が終了すると同時に分割ファイルＳＦ（０，１）の再生を開始させる。

以降、クライアント３は、分割ファイルＳＦの受信が完了する毎に次の分割ファイルＳＦを要求する要求信号Ｒを送信して分割ファイルＳＦの受信を続けるとともに、受信した分割ファイルＳＦの再生を続ける。

このとき、分割ファイルの転送速度が再生レートの２倍であれば、最初の分割ファイルＳＦ（０，０）の転送が完了するまでの時間はＳ／２秒となる。そのため、ユーザがシーンを選択してからシーンの再生が開始されるまでの待ち時間はＳ／２＋α秒となる。なお、αは１秒未満の非常に短い時間であるため、実質的な待ち時間はＳ／２秒となる。よって、第１の時間長Ｓが５秒であれば、待ち時間は２．５秒となる。

また、最初の分割ファイルＳＦ（０，０）の転送が完了してから次の分割ファイルＳＦ（０，１）の転送が完了するまでの時間も２．５秒である。一方、最初のセグメントＳＦ（０，０）の再生時間は５秒である。すなわち、分割ファイルＳＦ（０，１）の転送が完了してから再生が開始されるまでの時間は約２．５秒である。したがって、分割ファイルＳＦ（０，１）の転送が完了してから分割ファイルＳＦ（０，１）の再生が終了するまでの時間は約７．５秒となる。

分割ファイルＳＦ（０，０），ＳＦ（０，１）の転送が完了した後、クライアント３には、第２の時間長Ｌの分割ファイルＳＦ（０，２）が転送される。第２の時間長Ｌは、上記のように第１の時間長Ｓの２倍の長さである。よって、第１の時間長Ｓが５秒であれば、第２の時間長は１０秒となる。そのため、転送速度が再生レートの２倍であれば、分割ファイルＳＦ（０，２）の転送に要する時間は５秒となる。したがって、分割ファイルＳＦ（０，２）の転送が完了した時点では、クライアント３は分割ファイルＳＦ（０，１）を再生中であり、分割ファイルＳＦ（０，１）の再生終了と同時に分割ファイルＳＦ（０，２）の再生を開始できる。よって、分割ファイルの時間長が長くなるタイミングにおいて待ちが生じることを防げる。

このように、図２Ａに示した映像データを配信する場合、分割ファイルの転送（読み出し）開始からの２回は、第２の時間長Ｌよりも短い第１の時間長Ｓの分割ファイルをクライアント３に転送して再生させる。そのため、クライアント３における映像データの再生開始までの待ち時間を短くすることができる。

また、３回目以降の分割ファイルは第２の時間長Ｌであるため、配信サーバ２とクライアント３との通信回数の増大を抑えることができる。そのため、クライアント３との通信回数の増大による配信サーバ２の負荷の増大を抑えることができる。

図４は、映像データファイルの第２の構成例を示す模式図である。
映像データファイル５００を複数の分割ファイルに分割する際には、例えば、図４に示すように、映像データの先頭から第２の時間長Ｌで等間隔に分割し、シーンの先頭のフレームを含む区間を更に第１の時間長Ｓで分割してもよい。

なお、このようにシーンの切り替え位置によらず、映像データファイル５００の先頭から第２の時間長Ｌで等間隔に分割した場合、図４の下側に示したように、シーン１の先頭のフレームＳ１Ｓと分割ファイルの区切りとが一致しないことがある。この場合、シーン１の先頭のフレームＳ１Ｓを含む分割ファイルは、シーン０の最後の分割ファイルＳＦ（０，７）であり、次のシーン１の最初の分割ファイルＳＦ（１，０）でもある。このような映像データファイル５００を配信する際の配信方法について、図５Ａ及び図５Ｂを参照しながら説明する。

図５Ａは、図４に示した映像データファイルをシーン１から配信する場合の配信方法を説明する模式図である。図５Ｂは、図４に示した映像データファイルのシーン０のみを配信する場合の配信方法を説明する模式図である。

映像データファイルを配信する際には、分割ファイル単位でデータを転送する。そのため、図４に示した映像データファイルをシーン１から配信する場合、例えば、図５Ａに示すように、シーン１の先頭のフレームＳ１Ｓを含む分割ファイルＳＦ（０，７）／ＳＦ（１，０）を最初に転送する。そのため、クライアント３に転送された映像データファイル５０１は、分割ファイルＳＦ（０，７）／ＳＦ（１，０）の先頭から始まる。よって、映像データファイル５０１の再生開始直後に、前のシーンの最後が表示されてしまう。

また、図４に示した映像データファイルのシーン０のみを配信する場合、図５Ｂに示すように、シーン１の先頭のフレームＳ１Ｓを含む分割ファイルＳＦ（０，７）／ＳＦ（１，０）を最後に転送する。この場合もクライアント３に転送された映像データファイル５０１を再生すると、分割ファイルＳＦ（０，７）／ＳＦ（１，０）の最後に含まれる次のシーンの冒頭が表示されてしまう。

このようなシーンの先頭のフレームで区切られた２個のシーンを含む分割ファイルがある場合、例えば、シーン情報リスト及び再生情報リストに基づいてシーンの先頭の位置を特定し、映像データファイルと対応付けてもよい。こうすると、例えば、図５Ａに示した映像データファイル５０１を再生する場合、分割ファイルＳＦ（０，７）／ＳＦ（１，０）の先頭からではなく、シーン１の開始位置から再生することができる。同様に、図５Ｂに示した映像データファイル５０１を再生する場合、分割ファイルＳＦ（０，７）／ＳＦ（１，０）の最後ではなく、シーン０の最後（シーン１の直前）で再生を終了することができる。

図６は、映像データファイルの第３の構成例を示す模式図である。
本実施形態に係る映像データファイルは、図６に示すように、第１の映像データファイル５０２と第２の映像データファイル５０３との２個のデータファイルであってもよい。第１の映像データファイル５０２は、映像データ全体を映像データの先頭から第１の時間長Ｓの分割ファイルＳＳＦ（ｎ，ｍ）に分割して作成したデータファイルである。第２の映像データファイル５０３は、映像データ全体を映像データの先頭から第２の時間長Ｌの分割ファイルＬＳＦ（ｎ，ｑ）に分割して作成したデータファイルである。なお、第１及び第２の映像データファイル５０２，５０３は、同じビットレートであり、分割ファイルの時間長のみが異なる。

このように分割ファイルの時間長が異なる２個のデータファイルを用意する場合、第１の時間長Ｓは、第２の時間長Ｌの約数とする。例えば、第２の時間長Ｌを９秒とし、第１の時間長Ｓを３秒とする。こうすることで、第２の映像データファイル５０３における分割ファイルＬＳＦの開始時刻は、第１の映像データファイル５０２における分割ファイルＳＳＦの開始時刻のいずれかと一致する。このような映像データファイルを配信する際の配信方法について、図６、及び図７Ａ〜図７Ｅを参照しながら説明する。

図７Ａは、図６に示した映像データファイルをシーン１から配信する場合の配信方法を説明する模式図である。図７Ｂは、図６に示した映像データファイルをシーン２から配信する場合の配信方法を説明する模式図である。図７Ｃは、図６に示した映像データファイルをシーン２から配信する場合の別の配信方法を説明する模式図である。図７Ｄは、図６に示した映像データファイルを任意の位置から配信する場合の配信方法を説明する模式図である。図７Ｅは、図６に示した映像データファイルの配信方法の応用例を説明する模式図である。

図６に示した第２の映像データファイル５０３における１個の分割ファイルＬＳＦ（ｎ，ｑ）は、第１の映像データファイル５０２における３個の分割ファイルＳＳＦ（ｎ，ｍ）に相当する。そのため、クライアント３に配信する際には、第１の映像データファイルの３個の分割ファイルＳＳＦ（ｎ，ｍ）及び第２の映像データファイルの１個の分割ファイルＬＳＦ（ｎ，ｑ）を選択的に配信できる。したがって、映像データファイルを先頭（シーン０）から配信する場合、まず、第１の映像データファイル５０２の３個の分割ファイルＳＳＦ（０，０）〜ＳＳＦ（０，２）をクライアント３に順次転送する。このとき、最初に転送する分割ファイルＳＳＦ（０，０）は第１の時間長Ｓ（例えば３秒）である。そのため、再生開始時の待ち時間を短くすることができる。また、３個目の分割ファイルＳＳＦ（０，２）の終了時刻は、第２の映像データファイル５０３における最初の分割ファイルＬＳＦ（０，０）の終了時刻と一致している。そのため、３個目の分割ファイルＳＳＦ（０，２）の転送が終了した後は、第２の映像データファイル５０３における２個目の分割ファイルＬＳＦ（０，１）から順次クライアント３に転送する。第２の映像データファイルにおける分割ファイルＬＳＦは、第１の映像データファイルにおける分割ファイルＳＳＦの３倍の時間長である。そのため、クライアント３と配信サーバ２との通信回数の増大による配信サーバ２の負荷の増大を抑えることができる。

また、図６に示した第１の映像データファイルにおけるシーン１の先頭のフレームＳ１Ｓの位置は、分割ファイルＳＳＦの区切り位置と一致していない。そのため、シーン１から配信するときには、図７Ａに示すように、第１の映像データファイル５０２におけるシーン１の先頭のフレームＳ１Ｓを含む分割ファイルＳＳＦ（０，１０）／ＳＳＦ（１，０）から転送を開始する。このとき、第２の映像データファイル５０３におけるシーン１の先頭のフレームＳ１Ｓを含む分割ファイルＬＳＦ（０，３）／ＬＳＦ（１，０）と終了時刻が一致するのは、次の分割ファイルＳＳＦ（１，１）である。そのため、分割ファイルＳＳＦ（０，１０）／ＳＳＦ（１，０）の転送が完了したら、次に、分割ファイルＳＳＦ（１，１）を転送する。そして、分割ファイルＳＳＦ（１，１）の転送が完了したら、図７Ａに示したように、第２の映像データファイル５０３の分割ファイルＬＳＦ（１，１）から順次転送する。これにより、クライアント３で受信する映像データファイル６０１は、最初の２個の分割ファイルの転送時間が短くなり、再生開始時の待ち時間を短くすることができる。また、受信した映像データファイル６０１は、３個目以降は再生時間の長い分割ファイルである。そのため、クライアント３と配信サーバ２との通信回数の増大による配信サーバ２の負荷の増大を抑えることができる。

また、図６に示した第１の映像データファイル５０２におけるシーン２の先頭のフレームＳ２Ｓの位置は、分割ファイルＳＳＦの区切り位置と一致していない。そのため、シーン１から配信するときには、図７Ｂに示すように、第１の映像データファイルにおけるシーン２の先頭のフレームＳ２Ｓを含む分割ファイルＳＳＦ（１，１０）／ＳＳＦ（２，０）から転送を開始する。このとき、第２の映像データファイル５０３におけるシーン２の先頭のフレームＳ２Ｓを含む分割ファイルＬＳＦ（１，３）／ＬＳＦ（２，０）と終了時刻が一致するのは、次の分割ファイルＳＳＦ（１，１０）／ＳＳＦ（２，０）である。そのため、分割ファイルＳＳＦ（１，１０）／ＳＳＦ（２，０）の転送が完了したら、図７Ｂに示したように、第２の映像データファイルの分割ファイルＬＳＦ（２，１）から順次転送する。これにより、再生開始時の待ち時間を短くすることができる上、クライアント３と配信サーバ２との通信回数の増大による配信サーバ２の負荷の増大を抑えることができる。

なお、図７Ｂに示したように、クライアント３が受信した映像データファイル６０２における第１の時間長Ｓの分割ファイルＳＳＦが１個である場合、当該ファイルの再生中に次の第２の時間長Ｌの分割ファイルＬＳＦの受信が完了しない恐れがある。そのような事態を防ぐため、例えば、図７Ｃに示す映像データファイル６０３のように、再生開始時には第１の時間長Ｓの分割ファイルＳＳＦを２個以上転送するようにしてもよい。図７Ｃに示した例では、分割ファイルＳＳＦ（１，１０）／ＳＳＦ（２，０）の転送が完了した後、第２の映像データファイルの分割ファイルＬＳＦ（２，１）の代わりに、対応する３個の分割ファイルＳＳＦ（２，１）〜ＳＳＦ（２，３）を転送している。これにより、クライアント３のバッファのマージン（分割ファイルの転送が完了してから再生が完了するまでの時間）を徐々に増やしていくことができ、現在再生中の分割ファイルの再生が終了する前に次の分割ファイルの受信を完了できる。

このようにシーンの先頭のフレームの位置に応じて転送する第１の時間長Ｓの分割ファイルの数Ｍを変える場合、分割ファイルの数Ｍは、例えば、下記の式（１）を満たす範囲内で設定する。

（Ｌ／Ｓ）／２＜Ｍ＜（Ｌ／Ｓ）×２ ・・・（１）

式（１）におけるＳ，Ｌはそれぞれ第１の時間長、第２の時間長である。

また、第１の映像データファイルと第２の映像データファイルとを用意した場合、シーンの先頭に限らず、任意の位置から再生する場合でも、再生開始時の分割ファイルを第１の時間長Ｓにすることができる。例えば、シーン０の再生中に、ユーザがプレイヤー画面（図３Ｂ参照。）のプログレスバーを操作し、再生箇所をスキップさせたとする。このとき、図７Ｄに示す映像データファイル６０４のように、新たに指定された再生開始位置ＲＴがシーンの先頭のフレームＳ２Ｓ等と一致していなくても、第１の映像データファイルの分割ファイルＳＳＦ（１，３）から配信（転送）を開始することができる。そのため、再生開始時の待ち時間を短くすることができる上、クライアント３と配信サーバ２との通信回数の増大による配信サーバ２の負荷の増大を抑えることができる。

さらに、第１の映像データファイルと第２の映像データファイルとを用意した場合、映像の再生中に、第１の時間長Ｓの分割ファイルの配信と、第２の時間長Ｌの分割ファイルの配信とを適宜切り替えることも可能である。図７Ｅに示す映像データファイル６０５のように、映像データの先頭（シーン０）から配信を開始し、第１の時間長Ｓの分割ファイルＳＳＦ（０，０）〜ＳＳＦ（０，２）の転送が完了した後、第２の時間長Ｓの分割ファイルＬＳＦを転送していた場合を例に挙げる。このとき、時刻４Ｌから５Ｌまでの間、すなわち第２の時間長Ｌの分割ファイルＬＳＦ（１，１）の転送中に何らかの理由で転送速度が低下したとする。この場合、転送速度が改善していない状態で上記の配信方法のように、次に第２の時間長Ｌの分割ファイルＬＳＦ（１，２）を転送すると、遅延により転送待ちの状態になり意図しない映像の停止が生じる恐れがある。ところが、図７Ｅに示したように、分割ファイルＬＳＦ（１，２）と対応する第１の時間長Ｓの分割ファイルＳＳＦ（１，５）〜ＳＳＦ（１，７）があれば、当該分割ファイルＳＳＦ（１，５）〜ＳＳＦ（１，７）を転送することができる。これにより、転送速度の低下による転送待ちの発生を極力抑え、映像を安定して再生することができる。

以上説明したように、複数の分割ファイルに分割した映像データファイルを配信する際、配信開始時には時間長（再生時間）の短い分割ファイルを転送することで、再生開始までの待ち時間を短くすることができる。また、時間長の短い分割ファイルを所定の回数だけ転送した後、時間長の長い分割ファイルの転送に切り替えることで、クライアントと配信サーバとの間の通信回数の増大を抑えることができる。そのため、再生開始までの待ち時間を短縮することと、クライアントとの通信回数の増大による配信サーバの負荷の増大を抑えることとの両立が可能になる。

この際、１個の映像データファイルにおけるシーンの先頭のように再生開始位置として指定可能な再生位置の近傍の映像部分を時間長の短い分割ファイルに分割することで、再生開始時に時間長の短いファイルを何個転送するかの制御が容易になる。

また、時間長の短い分割ファイルに分割した第１の映像データファイルと、時間長の長い分割ファイルに分割した第２の映像データファイルとを用意すれば、再生開始位置によらず再生開始時に時間長の短い分割ファイルを転送できる。

なお、第１の時間長Ｓと第２の時間長Ｌとの組み合わせや、再生開始時に転送する第１の時間長Ｓの分割ファイルの数は、分割ファイルの転送速度及び再生レート等に応じて適宜変更可能である。

図８は、分割ファイルの配信手順の別の例を示すシーケンス図である。
例えば、再生時間が５秒の分割ファイルの転送速度が再生レートの１．２５倍（５／４倍）である場合、図４に示すように、当該分割ファイルの転送が完了するまでに４秒かかる。そのため、１個の分割ファイルの再生中に次の分割ファイルを転送することで確保できるマージンは１秒である。したがって、第１の時間長Ｓが５秒、第２の時間長Ｌが１０秒の場合、第１の時間長Ｓの分割ファイルを５個再生すると、ファイルの受信に要した時間と再生終了までの時間との差の絶対値が第２の時間長Ｌの分割ファイルの転送時間を上回る。よってこの場合、配信開始時に第１の時間長Ｓの分割ファイルを５個転送し、６個目から第２の時間長Ｌの分割ファイルを転送することで、再生開始時の待ち時間を短くでき、かつ転送待ちによる意図しない映像の停止を防ぐことができる。

上記の映像データファイルの配信を行う配信サーバ２、及び映像データファイルの再生を行うクライアント３は、それぞれ、コンピュータと所定のプログラムとにより実現される。最後に、配信サーバ２及びクライアント３として用いるコンピュータのハードウェア構成について簡単に説明する。

図９は、配信サーバ及びクライアントのハードウェア構成を示す模式図である。
図９に示すように、配信サーバ２として用いるコンピュータ２００は、Central Processing Unit（ＣＰＵ）２０１、主記憶装置２０２、補助記憶装置２０３、入力装置２０４、表示装置２０５、通信インタフェース２０６、及び記憶媒体駆動装置２０７を備える。このコンピュータ２００における上記のハードウェアは、バス２１０で相互に接続しており、任意の２点間でデータを伝送できる。

ＣＰＵ ２０１は、各種のプログラムを実行することによりコンピュータ２００の全体の動作を制御する演算処理装置である。

主記憶装置２０２は、Read Only Memory（ＲＯＭ）やRandom Access Memory（ＲＡＭ）等の半導体メモリである。ＲＯＭには、例えばコンピュータ２００の起動時にＣＰＵ ２０１が読み出す所定の基本制御プログラム等が予め記録されている。また、ＲＡＭは、ＣＰＵ ２０１が各種のプログラムを実行する際に、必要に応じて作業用記憶領域として使用する。

補助記憶装置２０３は、Hard Disk Drive（ＨＤＤ）等の大容量の記憶装置である。補助記憶装置２０３には、配信用映像データファイル、ＣＰＵ ２０１によって実行される各種のプログラム等の各種のデータを記憶する、ＣＰＵ ２０１は、補助記憶装置２０３に記憶されているプログラムを読み出して実行するとともに、必要に応じて補助記憶装置２０３に記憶された各種データを読み出す。また、ＣＰＵ ２０１は、クライアント３からの要求に応じて、補助記憶装置２０３に記憶された配信用映像データファイルをクライアント３に転送する。

入力装置２０４は、例えばキーボード装置やマウス装置であり、コンピュータ２００のオペレータ（ユーザ）により操作されると、その操作内容に対応付けられている入力情報をＣＰＵ ２０１に送信する。

表示装置２０５は、例えば液晶ディスプレイであり、ＣＰＵ ２０１から送信される表示データに従って各種のテキスト、画像を表示する。

通信インタフェース２０６は、コンピュータ２００とインターネット等の通信ネットワークとを通信可能に接続し、クライアント３等との通信を行う。また、通信インタフェース２０６は、例えば上述した映像データファイルを作成する他のコンピュータ等との通信も行う。

記憶媒体駆動装置２０７は、図示しない可搬型記録媒体に記録されているプログラムやデータの読み出し、補助記憶装置２０３で保持するデータ等の可搬型記録媒体への記録を行う。可搬型記録媒体としては、例えば、Universal Serial Bus（ＵＳＢ）規格のコネクタが備えられているフラッシュメモリが利用可能である。また、可搬型記録媒体としては、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disc Read Only Memory）なども利用可能である。

このコンピュータ２００は、ＣＰＵ ２０１、主記憶装置２０２、補助記憶装置２０３等が映像配信用のプログラムに従って協働し、上記のような映像データファイルの配信を行う。

一方、クライアント３として用いるコンピュータ３００は、ＣＰＵ ３０１、主記憶装置３０２、補助記憶装置３０３、映像処理装置３０４、入力装置３０５、表示装置３０６、通信インタフェース３０７、及び記憶媒体駆動装置３０８を備える。このコンピュータ３００における上記のハードウェアは、バス３１０で相互に接続しており、任意の２点間でデータを伝送できる。

ＣＰＵ ３０１は、各種のプログラムを実行することによりコンピュータ３００の全体の動作を制御する演算処理装置である。

主記憶装置３０２は、ＲＯＭやＲＡＭ等の半導体メモリである。ＲＯＭには、例えばコンピュータ３００の起動時にＣＰＵ ３０１が読み出す所定の基本制御プログラム等が予め記録されている。また、ＲＡＭは、ＣＰＵ ３０１が各種のプログラムを実行する際に、必要に応じて作業用記憶領域として使用する。

補助記憶装置３０３は、Hard Disk Drive（ＨＤＤ）やSolid State Disk（ＳＳＤ）等の大容量の記憶装置である。補助記憶装置３０３には、ＣＰＵ ３０１によって実行される各種のプログラムや各種のデータを記憶する。ＣＰＵ ３０１は、補助記憶装置３０３に記憶されているプログラムを読み出して実行するとともに、必要に応じて補助記憶装置３０３に記憶された各種データを読み出す。

映像処理装置３０４は、Moving Picture Experts Group（ＭＰＥＧ）形式等の映像データの再生等を行う装置である。

入力装置３０５は、例えばキーボード装置やマウス装置であり、コンピュータ３００のユーザにより操作されると、その操作内容に対応付けられている入力情報をＣＰＵ ３０１に送信する。

表示装置３０６は、例えば液晶ディスプレイであり、ＣＰＵ ３０１や映像処理装置３０４から送信される表示データに従って各種のテキスト、映像を表示する。

通信インタフェース３０７は、コンピュータ３００とインターネット等の通信ネットワークとを通信可能に接続し、配信サーバ２等との通信を行う。

記憶媒体駆動装置３０８は、図示しない可搬型記録媒体に記録されているプログラムやデータの読み出し、補助記憶装置３０３で保持するデータ等の可搬型記録媒体への記録を行う。可搬型記録媒体としては、例えば、ＵＳＢ規格のコネクタが備えられているフラッシュメモリが利用可能である。また、可搬型記録媒体としては、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭなども利用可能である。

このコンピュータ３００は、ＣＰＵ ３０１、主記憶装置３０２、補助記憶装置３０３、映像処理装置３０４等が映像配信用のプログラムに従って協働し、上記のような映像データファイルの取得及び再生処理を行う。

［第２の実施形態］
図１０は、本発明の第２の実施形態に係る映像配信システムの構成例を示す模式図である。

図１０に示すように、本実施形態の映像配信システム１０は、配信サーバ２と、クライアント３と、映像データファイル生成装置５とを備える。配信サーバ２とクライアント３とは、インターネット等の通信ネットワーク４を介して通信可能に接続される。配信サーバ２及びクライアント３の構成は、第１の実施形態で説明したとおり、既存のストリーミング配信に係る配信サーバ及びクライアントの構成のいずれかであればよい。

映像データファイル生成装置５は、カメラ６で撮影した映像（動画像）と、その映像におけるシーン情報とを用いて、第１の実施形態で説明したような映像データファイルを生成しる。この映像データファイル生成装置５は、制御部５０、映像データを記憶させる第１の記憶部５１、シーン情報を記憶させる第２の記憶部５２、及び映像データファイル生成部５３を有する。

制御部５１は、カメラ６で撮影した映像やシーン情報の取得、生成した映像データファイルを配信サーバ２に登録する処理等を行う。

映像データファイル生成部５３は、以下に説明するような方法で配信用の映像データファイルを生成する。

図１１Ａは、映像データファイルの作成方法の第１の例を示すフローチャートである。図１１Ｂは、図１１Ａの分割ファイルを作成する処理の内容を示すフローチャート（その１）である。図１１Ｃは、図１１Ａの分割ファイルを作成する処理の内容を示すフローチャート（その２）である。

本実施形態に係る映像データファイルの作成方法の第１の例は、図２Ａに示した映像データファイルのように、シーン毎にシーンの先頭から所定の時間長の分割ファイルに区切られた映像データファイルを作成する方法である。この作成方法では、図１１Ａに示すように、まず、シーンを識別する変数ｎを初期化する（ステップＳ１）。本実施形態では、図２Ａ等に示したように、映像データファイルにおける最初のシーンをシーン０とする。そのため、ステップＳ１では、変数ｎを０にする。

次に、分割対象の映像データのシーン情報からシーン数Ｎを取得する（ステップＳ２）。

次に、変数ｎとシーン数Ｎとを比較する（ステップＳ３）。本実施形態では、最初のシーンがシーン０のため、映像データはシーン０からシーンＮ−１までのＮ個のシーンに分割される。したがって、ｎ＜Ｎの場合（ステップＳ３；Ｙｅｓ）、シーンｎの映像部分の分割ファイルを作成する処理を行う（ステップＳ４）。

ステップＳ４の処理が終了したら、次に、再生リストの作成又は更新をする（ステップＳ５）。その後、変数ｎを１だけインクリメントし（ステップＳ６）、ステップＳ３に戻り、以後、全てのシーンに対するステップＳ４の処理が終了するまでステップＳ４〜Ｓ６の処理を繰り返す。

そして、全てのシーンに対するステップＳ４の処理が終了し、ｎ＝Ｎになると（ステップＳ３；Ｎｏ）、作成した映像データファイル、再生情報リスト、及びシーン情報リストを対応付ける（ステップＳ７）。これにより、１個の映像データに対する映像データファイルの作成処理が終了する。

次に、図１１Ｂ及び図１１Ｃを参照しながらステップＳ４の処理を説明する。
シーンｎの映像部分の分割ファイルを作成するステップＳ４では、図１１Ｂに示すように、まず、シーンｎの映像データを読み込む（ステップＳ４０１）。

次に、シーンｎの開始時刻ＳＳＴｎ及び終了時刻ＳＥＴｎを取得し（ステップＳ４０２）、シーンｎの分割ファイル化されていない部分の再生時間ｓｉｚｅを算出する（ステップＳ４０３）。ステップＳ４０４以降の処理を行っていない段階では、まだ分割ファイル化されていないので、再生時間ｓｉｚｅは、終了時刻ＳＥＴｎと開始時刻ＳＳＴｎとの差になる。

次に、第１の時間長Ｓ、第２の時間長Ｌ、及び第１の時間長にする分割ファイルの数Ｍを設定する（ステップＳ４０４）。

次に、シーンｎ内のファイルを識別する変数ｍを初期化する（ｍ＝０）とともに、映像データ内の時刻を表す変数ｔをシーンｎの開始時刻ＳＳＴｎに設定する（ステップＳ４０５）。

次に、変数ｍと第１の時間長Ｓの分割ファイルの数Ｍとを比較する（ステップＳ４０６）。ｍ＜Ｍの場合（ステップＳ４０６；Ｙｅｓ）、第１の時間長Ｓの分割ファイルを生成する処理を行う。なお、第１の時間長Ｓの分割ファイルを生成するには、分割ファイル化されていない部分の再生時間ｓｉｚｅが第１の時間長Ｓよりも長くなくてはいけない。そのため、ｍ＜Ｍの場合、次に、第１の時間長Ｓと分割ファイル化されていない部分の再生時間ｓｉｚｅとを比較する（ステップＳ４０７）。Ｓ＞ｓｉｚｅの場合（ステップＳ４０７；Ｎｏ）、第１の時間長Ｓの分割ファイルを作成できない。そのため、図１１Ｃに示すように、変数ｔを開始時刻、ＳＥＴｎを終了時刻とする分割ファイルＳＦ（ｎ，ｍ）を作成し（ステップＳ４１３）、分割ファイルを作成する処理を終了する（リターン）。

一方、Ｓ≦ｓｉｚｅの場合（ステップＳ４０７；Ｙｅｓ）、次に、映像データから、変数ｔを開始時刻とした第１の時間長Ｓの分割ファイルＳＦ（ｎ，ｍ）を生成する（ステップＳ４０８）。その後、変数ｔ、分割ファイル化していない部分の再生時間ｓｉｚｅ、及び変数ｍを更新し（ステップＳ４０９）、ステップＳ４０６に戻る。ステップＳ４０９は、第１の時間長Ｓの分割ファイルを作成した場合に行われる。そのため、ステップＳ４０９では、分割ファイルの開始時刻となる変数ｔをｔ＋Ｓにし、分割化していない部分の再生時間ｓｉｚｅをｓｉｚｅ−Ｓにする。また、ファイルを識別する変数ｍを１だけインクリメントする。

ステップＳ４０６〜Ｓ４０９を繰り返し、Ｍ個の第１の時間長Ｓの分割ファイルＳＦ（ｎ，ｍ）を作成したら（ステップＳ４０６；Ｎｏ）、次に、図１１Ｃに示すように、第２の時間長Ｌと分割ファイル化されていない部分の再生時間ｓｉｚｅとを比較する（ステップＳ４１０）。Ｌ＞ｓｉｚｅの場合（ステップＳ４１０；Ｎｏ）、第２の時間長Ｌの分割ファイルを作成できない。そのため、変数ｔを開始時刻、ＳＥＴｎを終了時刻とする分割ファイルＳＦ（ｎ，ｍ）を作成し（ステップＳ４１３）、分割ファイルを作成する処理を終了する（リターン）。

一方、Ｌ≦ｓｉｚｅの場合（ステップＳ４１０；Ｙｅｓ）、次に、映像データから、変数ｔを開始時刻とした第２の時間長Ｌの分割ファイルＳＦ（ｎ，ｍ）を作成する（ステップＳ４１１）。その後、変数ｔ、分割ファイル化していない部分の再生時間ｓｉｚｅ、及び変数ｍを更新し（ステップＳ４１２）、ステップＳ４１０に戻る。ステップＳ４１１は、第２の時間長Ｌの分割ファイルを作成した場合に行われる。そのため、ステップＳ４１２では、分割ファイルの開始時刻となる変数ｔをｔ＋Ｌにし、分割化していない部分の再生時間ｓｉｚｅをｓｉｚｅ−Ｌにする。また、ファイルを識別する変数ｍを１だけインクリメントする。

なお、ステップＳ４０１〜Ｓ４０５は、図１１Ｂに示した順番に限らず、その処理に矛盾が生じない範囲で適宜入れ替え可能である。

図１１Ｂ及び図１１Ｃに示した処理によるファイル分割の方法の一具体例について、図１２Ａ及び図１２Ｃを参照しながら説明する。

図１２Ａは、Ｍ＝３の場合の分割ファイル作成処理を説明する模式図（その１）である。図１２Ｂは、Ｍ＝３の場合の分割ファイル作成処理を説明する模式図（その２）である。

シーンｎの映像部分を分割ファイル化する場合には、まず、図１２Ａの（ａ）に示す映像データファイル５０４のように、シーンｎの開始時刻ＳＳＴｎ及び終了時刻ＳＥＴｎを取得し、分割ファイル化していない部分の再生時間ｓｉｚｅを算出する（ステップＳ４０１〜Ｓ４０３）。

ここで、再生時間ｓｉｚｅ（＝ＳＥＴｎ−ＳＳＴｎ）が第２の時間長Ｌよりも十分長い（ｓｉｚｅ〜４Ｌ）とすると、図１２Ａの（ｂ）に示すように、シーンｎの先頭に第１の時間長Ｓの分割ファイルＳＦ（ｎ，０）を作成する（ステップＳ４０８）。

その後、ステップＳ４０６〜Ｓ４０９の処理を繰り返す。Ｍ＝３、すなわち第１の時間長Ｓのファイルの数が３の場合、ステップＳ４０６〜Ｓ４０９の処理は３回行われる。これにより、図１２Ａの（ｃ）に示すように、シーンｎの先頭部分に、第１の時間長Ｓの分割ファイルが３個作成される。このとき、３回目のステップＳ４０９の処理により、次に作成する分割ファイルの開始時刻はｔ３（＝ｔ＋３Ｓ）となり、分割ファイル化していない映像部分の再生時間はｓｉｚｅ３（＝ｓｉｚｅ−３Ｓ）となる。

３個の第１の時間長Ｓの分割ファイルを作成した後は（ステップＳ４０６；Ｎｏ）、図１２Ｂの（ｄ）に示す映像データファイル５０４のように、今度は第２の時間長Ｌの分割ファイルＳＦ（ｎ，３）を作成する（ステップＳ４１１）。

そして、ステップＳ４１０〜Ｓ４１２を繰り返し、図１２Ｂの（ｅ）に示すように、分割ファイル化していない映像部分の再生時間ｓｉｚｅが第２の時間長Ｌよりも小さくなると、シーンｎの最後の分割ファイルＳＦ（ｎ，５）を作成する（ステップＳ４１３）。

図１３Ａは、映像データファイルの作成方法の第２の例を示すフローチャートである。図１３Ｂは、図１３Ａの配信用映像データファイルを作成する処理の内容を示すフローチャートである。

本実施形態に係る映像データファイルの作成方法の第２の例は、図４に示したような映像データの先頭から第２の時間長Ｌで等間隔に分割され、かつ、シーンの先頭のフレームを含む区間が第１の時間長Ｓで分割された映像データファイルを作成する方法である。この作成方法では、図１３Ａに示すように、まず、第１の時間長Ｓ及び第２の時間長Ｌを設定する（ステップＳ１１）。ステップＳ１１では、例えば、第１の時間長Ｓを３秒、第２の時間長Ｌを９秒というように、第２の時間長Ｌが第１の時間長Ｓの整数倍になるように設定する。

次に、分割対象の映像データ及びシーン情報を取得する（ステップＳ１２）。

次に、映像データを第１のファイル長Ｓで分割した第１の映像データファイルを作成する（ステップＳ１３）とともに、第２のファイル長Ｌで分割した第２の映像データファイルを作成する（ステップＳ１４）。なお、ステップＳ１３では、第１の映像データファイルにおける各分割ファイルに、０から始まる整数の通し番号を付与しておく。同様に、ステップＳ１４では、第２の映像データファイルにおける各分割ファイルに、０から始まる整数の通し番号を付与しておく。

次に、第１及び第２の映像データファイルから、配信用映像データファイルを作成する（ステップＳ１５）。

そして最後に、作成した配信用映像データファイル、再生情報リスト、及びシーン情報リストを対応付ける（ステップＳ１７）。

次に、図１３Ｂを参照しながら、ステップＳ１５の処理を説明する。
配信用映像データファイルを作成するステップＳ１５では、図１３Ｂに示すように、まず、変数ｑを初期化する（ステップＳ１５０１）。

次に、第２の映像データファイルのｑ番目の分割ファイルＬＳＦｑにシーンの先頭があるかを調べる（ステップＳ１５０２）。シーンの先頭がない場合（ステップＳ１５０２；Ｎｏ）、分割ファイルＬＳＦｑを配信用映像データファイルの分割ファイルに決定する（ステップＳ１５０３）。

一方、シーンの先頭がある場合（ステップＳ１５０２；Ｙｅｓ）、分割ファイルＬＳＦｑと対応する第１の映像データファイルの複数個の分割ファイルＳＳＦを、配信用映像データファイルの分割ファイルに決定する（ステップＳ１５０４）。

ステップＳ１５０３又はＳ１５０４により配信用映像データファイルの分割ファイルを決定したら、分割ファイルＬＳＦｑが第２の映像データファイルにおける最後のファイルか確認する（ステップＳ１５０５）。最後のファイルである場合（ステップＳ１５０５；Ｙｅｓ）、配信用映像データファイルの作成処理を終了する（リターン）。

一方、分割ファイルＬＳＦｑ最後のファイルではない場合（ステップＳ１５０５；Ｎｏ）、変数ｑを１だけインクリメントし（ステップＳ１５０６）、ステップＳ１５０２に戻る。

図１３Ａ及び図１３Ｂに示した処理の一具体例について、図１４を参照しながら説明する。

図１４は、配信用映像データファイルの作成処理の具体例を説明する模式図である。
映像データファイルの作成方法の第２の例では、図１４に示すように、第１の時間長Ｓの分割ファイルＳＳＦに分割した第１の映像データファイル５０２と、第２の時間長Ｌの分割ファイルＬＳＦに分割した第２の映像データファイル５０３とを作成する。このとき、第２の時間長Ｌは第１の時間長Ｓの整数倍としているので、第２の映像データファイル５０３の各分割ファイルは、開始時刻（終了時刻）が第１の映像データファイル５０２の分割ファイルのいずれかの開始時刻（終了時刻）と一致する。そのため、第２の映像データファイル５０３の１個の分割ファイルＬＳＦを、その分割ファイルＬＳＦの再生期間と対応する第１の映像データファイル５０２の分割ファイルＳＳＦに置き換えても、開始時刻（終了時刻）に映像が乱れるようなことはない。したがって、第２の映像データファイルの分割ファイルＬＳＦのうちシーンの先頭が含まれる分割ファイルＬＳＦ０、ＬＳＦ３、ＬＳＦ６を、対応する第１の映像データファイルの分割ファイルＳＳＦに置き換える。これにより、図１４に示した映像データファイル５０５のように、シーンの先頭等の再生開始位置として指定可能な再生位置の近傍の映像部分を時間長の短い分割ファイルにすることができ、再生開始時の待ち時間を短くすることができる。

なお、図１３Ａ及び図１３Ｂに示した処理では、第２の映像データファイルにおけるシーンの先頭が含まれる分割ファイルのみを時間長の短い分割ファイルに置き換えている。しかしながら、映像データファイルの作成方法の第２の例では、これに限らず、シーンの先頭が含まれる分割ファイル及び次の分割ファイルを時間長の短い分割ファイルに置き換えるようにしてもよい。

図１５は、映像データファイルの作成方法の第２の例の応用例を説明する模式図である。

図１４に示した映像データファイル５０５では、映像データの先頭のフレームＳ０Ｓやシーン１の先頭のフレームＳ１Ｓを含む分割ファイルＳＳＦ０、ＳＳＦ１０の次にも、第１の時間長Ｓの分割ファイルが配信（転送）される。これに対し、シーン２の先頭のフレームＳ２Ｓを含む分割ファイルＳＳＦ２０の次に、第２の時間長Ｌの分割ファイルＬＳＦ７が転送される。そのため、転送速度によっては、分割ファイルＳＳＦ２０の再生が完了する前に次の分割ファイルＬＳＦ７の転送が完了せず、転送待ちの状態になる恐れがある。

そのため、シーンの先頭のフレームを含む分割ファイルの次に、時間長の長い分割ファイルが続く場合、図１５に示す映像データファイル５０６のように、時間長の長い分割ファイルを時間長の短い分割ファイルＳＳＦ２１〜ＳＳＦ２３に分割してもよい。

図１６Ａは、映像データファイルの作成方法の第３の例を示すフローチャート（その１）である。図１６Ｂは、映像データファイルの作成方法の第３の例を示すフローチャート（その２）である。図１６Ｃは、映像データファイルの作成方法の第３の例を示すフローチャート（その３）である。

映像データファイルの作成方法の第３の例は、第１の例と同様、図２Ａに示した映像データファイルのように、シーン毎にシーンの先頭から所定の時間長の分割ファイルに区切られた映像データファイルを作成する方法である。ただし、第３の例は、シーン毎に分割する第１の例とは異なり、映像データの先頭から順次分割ファイルに分割していく。

映像データファイルの作成方法の第３の例では、まず、図１６Ａに示すように、第１の時間長Ｓ、第２の時間長Ｌ、及び第１の時間長の分割ファイルの数Ｍを設定する（ステップＳ２０）。

次に、分割対象の映像データ及びシーン情報を取得する（ステップＳ２１）。

次に、時刻を表す変数ｔを初期化する（ステップＳ２２）。

次に、映像データが時刻ｔ＋Ｌまであるかを調べる（ステップＳ２３）。時刻ｔ＋Ｌまである場合（ステップＳ２３；Ｙｅｓ）、次に、時刻ｔからｔ＋Ｌまでの映像にシーンの先頭があるかを調べる（ステップＳ２４）。シーンの先頭がある場合（ステップＳ２４；Ｙｅｓ）、図１６Ｂに示すように、時刻ｔからシーン先頭の直前までの分割ファイルを作成した後、シーン先頭から第１の時間長Ｓの分割ファイルをＭ個作成する（ステップＳ２５）。なお、ステップＳ２５では、シーン先頭から映像データの終了時刻までの時間がＳ×Ｍ秒未満の場合、第１の時間長Ｓの分割ファイルを可能な数だけ作成し、最後に第１の時間長Ｓ未満の分割ファイルを作成して処理を終了する。

一方、時刻ｔからｔ＋Ｌまでの映像にシーンの先頭がない場合（ステップＳ２４；Ｎｏ）、時刻ｔからｔ＋Ｌまでの分割ファイル、すなわち第２の時間長Ｌの分割ファイルを作成する（ステップＳ２６）。

ステップＳ２５又はＳ２６により分割ファイルを作成したら、作成した分割ファイルの終了時刻に基づき変数ｔを更新し（ステップＳ２７）、ステップＳ２３に戻る。ステップＳ２５により分割ファイルを作成した場合、Ｍ個目の第１の時間長Ｓの分割ファイルの終了時刻を変数ｔの新たな値とする。また、ステップＳ２６により分割ファイルを作成した場合、時刻ｔ＋Ｌを変数ｔの新たな値とする。

ステップＳ２３〜Ｓ２７を繰り返し、分割ファイル化していない映像部分が時刻ｔ＋Ｌまでない状態になると（ステップＳ２３；Ｎｏ）、次に、時刻ｔ以降の映像にシーンの先頭があるかを調べる（ステップＳ２８）。シーンの先頭がない場合（ステップＳ２８；Ｎｏ）、図１６Ｃに示すように、映像の残りの部分（時刻ｔ以降の部分）で１個のファイルを作成し（ステップＳ３３）、処理を終了する。

一方、シーンの先頭がある場合（ステップＳ２８；Ｙｅｓ）、図１６に示すように、時刻ｔからシーン先頭の直前までの分割ファイルを作成し（ステップＳ２９）、変数ｔをシーン先頭の時刻に更新する（ステップＳ３０）。

次に、時刻ｔから映像の最後までの時間が第１の時間長Ｓより長いか確認する（ステップＳ３１）。第１の時間長以下の場合（ステップＳ３１；Ｎｏ）、映像の残りの部分（時刻ｔ以降の部分）で１個のファイルを作成し（ステップＳ３３）、処理を終了する。

一方、第１の時間長より長い場合（ステップＳ３１；Ｙｅｓ）、第１の時間長Ｓのファイルを可能な数だけ作成する（ステップＳ３２）。その後、映像の残りの部分で１個の分割ファイルを作成し（ステップＳ３３）、処理を終了する。

図１７Ａは、図１６Ａ〜図１６Ｃに示した処理の具体例を説明する模式図（その１）である。図１７Ｂは、図１６Ａ〜図１６Ｃに示した処理の具体例を説明する模式図（その２）である。

図１６Ａ〜図１６Ｃに示した処理では、第２の時間長Ｌを基準にして映像データを分割ファイルに分割していく。ただし、図１７Ａの（ａ）に示す映像データファイル５０７のように、映像データの先頭部分はシーン０の先頭のフレームＳ０Ｓとなる。よって、図１６Ａ〜図１６Ｃに示した処理を開始すると、図１７Ａの（ａ）に示すように、シーン先頭（Ｓ０Ｓ）から２個の第１の時間長Ｓの分割ファイルＳＦ０、ＳＦ１を作成する（ステップＳ２５）。

その後、変数ｔを分割ファイルＳＦ１の終了時刻に更新してステップＳ２３からの処理を繰り返すと、図１７Ａの（ｂ）に示す映像データファイル５０７のように、第２の時間長Ｌの分割ファイルＳＦ２，ＳＦ３が作成される。そして、次の分割ファイルを作成する際、時刻ｔからｔ＋Ｌまでの映像にシーン１の先頭のフレームＳ１Ｓが含まれる。したがって、分割ファイルＳＦ３の次には、図１７Ｂの（ｃ）に示すように、シーン１の先頭の直前までのフレームＳＦ４を作成し、続けてシーン先頭（Ｓ１Ｓ）から２個の第１の時間長Ｓの分割ファイルＳＦ５、ＳＦ６を作成する。

以後、この処理を繰り返すと、図１７Ｂの（ｄ）に示すように、シーン２の先頭のフレームＳ２Ｓの位置において、２個の第１の時間長Ｓの分割ファイルＳＦ１０、ＳＦ１１が作成される。

図１８は、映像データファイルの作成方法の第４の例を示す模式図である。
映像データファイルの作成方法として挙げた第１〜第３の例では、シーンの先頭のような再生開始位置に指定可能な再生位置の近傍に固定長（第１の時間長Ｓ）の分割ファイルを作成している。しかしながら、シーンの先頭の近傍を時間長の短い分割ファイルで区切る場合、固定長に限らず、任意長のファイルで区切ってもよい。

ここで挙げる第４の例では、例えば、図１８の（ａ）に示す映像データファイル５０８のように、まず映像データ全体を第２の時間長Ｌの分割ファイルＬＳＦに分割する。そして、分割ファイルＬＳＦのうちシーンの先頭のフレームＳ１Ｓ、Ｓ２Ｓ、Ｓ３Ｓを含む分割ファイルＬＳＦ６、ＬＳＦ９、ＬＳＦ１３を、それぞれ時間長の短い分割ファイルに再分割する。この際、時間長の短い分割ファイルは、時間長を任意とし、シーンの先頭が分割ファイルの先頭に近い位置になるように分割する。また、この際、再分割する分割ファイルの数も任意とする。例えば、図１８の（ｂ）に示すように、シーン１の先頭のフレームＳ１Ｓを含む第２の時間長Ｌの分割ファイルＬＳＦ６は、時間長の短い４個の分割ファイルＳＳＦ４〜ＳＳＦ７に分割されている。これに対し、シーン２の先頭のフレームＳ２Ｓを含む第２の時間長Ｌの分割ファイルＬＳＦ９は、時間長の短い３個の分割ファイルＳＳＦ８〜ＳＳＦ１０に分割されている。更に、シーン３の先頭のフレームＳ３Ｓを含む第２の時間長Ｌの分割ファイルＬＳＦ１３は、時間長の短い２個の分割ファイルＳＳＦ１４、ＳＳＦ１５に分割されている。

映像データを複数の分割ファイルに分割する際には、例えば、ＭＰＥＧ等の規格に従ってエンコードしたデータを分割することがある。この場合、第２の時間長Ｌの分割ファイルＬＳＦｑの再分割においては、エンコードパラメータのＧＯＰ（Group of Picture）のサイズに分割ファイルの時間長を合わせることが好ましい。例えば、ＧＯＰサイズが１秒の場合、ＬＳＦｑを再分割する際のファイルの時間長は１秒単位で設定することが好ましい。これは、ＧＯＰの途中で分割ファイル化する場合、１度デコードして分割ファイル化し、再度エンコードすることになるからである。

したがって、エンコード済みの映像データを分割、再分割する際には、時間長の最短値をＧＯＰサイズに指定し、第２の時間長ＬをＧＯＰサイズの整数倍にすることが好ましい。よって、図４等に示したように、１０秒程度の値に設定される第２の時間長Ｌが第１の時間長Ｓの３倍である場合、第２の時間長Ｌを９秒に設定することが好ましい。これにより、第１の時間長Ｓを３秒、すなわちＧＯＰサイズの整数倍にすることができ、再分割の手間を軽減できる。

また、ＧＯＰサイズが１秒であれば、第２の時間長Ｌの分割ファイルＬＳＦを、１秒単位で任意の組み合わせに分割できるので、再分割位置をシーンの先頭に近づけることが容易となる。

図１９は、第４の例における再分割ファイルの時間長の設定方法を説明する模式図である。

ＧＯＰサイズｘ秒でエンコードした第２の時間長Ｌの分割ファイルＬＳＦの再分割は、例えば、以下の手順で行う。

まず、図１９に示すように、シーン先頭ｙよりも時間的に前の部分には、ＧＯＰサイズｘの整数倍でありかつ可能な限り長い時間の１個の分割ファイル（再分割セグメント１）を作成する。

次に、再分割セグメント１を除いた部分を、任意の短い時間長Ｓで後方から分割し、きりよく分割できた場合はその分割ファイル（再分割セグメント３）を採用する。また、きりよく分割できなかった場合は、残りの時間長で１個の分割ファイル（再分割セグメント２）を作成する。この際、再分割セグメント１〜３の時間長は、下記の式（２）〜（５）で表される。

再分割セグメント１のサイズ＝Ｙ・ｘ ・・・（２）
ｍ＝（Ｌ−Ｙ・ｘ）／Ｓ ・・・（３）
再分割セグメント２のサイズ＝Ｌ−（Ｙ・ｘ＋Ｓ・ｍ） ・・・（４）
再分割セグメント３のサイズ＝Ｓ ・・・（５）

なお、式（２）のＹはｙ／ｘで与えられる整数である。また、式（３）のｍは第１の時間長Ｓの分割ファイルの数である。

このように、シーン先頭ｙよりも前の部分にＧＯＰサイズの整数倍である時間の長い分割ファイルを作成することにより、シーン先頭ｙを、その直前の分割ファイルの区切りに近づけることができる。

なお、図１９には、第１の時間長Ｓを３秒に設定した場合の再分割の例を示している。しかしながら、第１の時間長Ｓは、３秒に限らず、例えば、２秒であってもよい。

図２０は、第４の例における分割ファイルの別の再分割方法を説明する模式図である。
図２０の（ａ）に示された映像データファイル５０９における分割ファイルＬＳＦｑは、第２の時間長Ｌ＝１０秒で分割したファイルである。この分割ファイルＬＳＦｑの先頭から４秒の位置にシーンｎの先頭のフレームＳｎＳがある場合、上記の手順で再分割すると、図２０の（ｂ）に示すように、４つのファイルに再分割される。すなわち、シーン先頭のフレームＳｎＳより前の部分は再生時間４秒の１個の分割ファイルとなる。一方、シーン先頭のフレームＳｎＳよりも後の部分は、再生時間２秒の３個の分割ファイルとなる。

また、分割ファイルＬＳＦｑの先頭から５．３秒の位置にシーンｎの先頭のフレームＳｎＳがある場合、上記の手順で再分割すると、図２０の（ｃ）に示すように、４つのファイルに再分割される。すなわち、シーン先頭のフレームＳｎＳより前の部分はＧｏＰの整数倍のうちの最大値である再生時間５秒の１個の分割ファイルが生成される。一方、シーン先頭のフレームＳｎＳよりも後の部分には、再生時間２秒の２個の分割ファイルが生成される。そして、シーン先頭のフレームＳｎＳの近傍に位置する残りの１秒の部分が最後に分割ファイルとして形成される。

このように、シーンの先頭の位置に応じて時間長の短い分割ファイルに分割する際の時間長を適宜変更することで、例えば、シーンの特徴等に応じて転送待ちが生じないようセグメントの時間長を決めることができる。

図２１は、第４の例における分割ファイルの更に別の再分割方法を説明する模式図である。図２２は、予め用意された分割パターンを用いた再分割の例を説明する模式図である。

第２の時間長Ｌで分割された分割ファイルの再分割は、例えば、シーン先頭のフレームの位置に応じた分割パターンに基づいて行うことも可能である。その場合、図２１に示すような分割パターンリストを予め用意しておく。分割パターンリストは、ファイル先頭からシーン先頭までの時間ΔＴと、再分割する際の分割ファイルの数及び時間長の比との対応関係を表している。

例えば、図２２の（ａ）に示す映像データファイル５１０のように、第２の時間長Ｌ＝１０秒で分割した分割ファイルＬＳＦｑがあり、これを再分割する場合を考える。

このとき、図２２の（ｂ）に示すように、分割ファイルＬＳＦｑにシーンｎの先頭のフレームＳｎＳが含まれており、ファイル先頭からシーン先頭までの時間ΔＴが１秒であったとする。この場合、図２１に示された分割パターンリストを参照すると、分割パターンは１：３：３：３となっている。したがって、分割ＬＳＦｑは、４個の再分割ファイルを時間長が１：３：３：３になるよう生成して分割する。

また、図２２の（ｃ）に示すように、分割ファイルＬＳＦｑにシーンｎの先頭のフレームＳｎＳが含まれており、ファイル先頭からシーン先頭までの時間ΔＴが３秒であったとする。この場合、図２１に示された分割パターンリストを参照すると、分割パターンは３：３：４となっている。したがって、分割ＬＳＦｑは、３個の再分割ファイルを時間長が３：３：４になるよう生成して分割する。

このように分割パターンリストを用いて分割ファイルを再分割することにより、短時間で効率よくファイルを再分割でき、映像データファイル生成装置の負荷を軽減できる。

以上説明したように、映像データを配信用に複数の分割ファイルに分割する際、シーンの先頭のように再生開始位置として指定可能な再生位置の近傍の映像部分を時間長の短い分割ファイルに分割することで、再生開始時の待ち時間を軽減できる。また、時間長の短い分割ファイルを所定の回数だけ転送した後、時間長の長い分割ファイルの転送に切り替えることができ、クライアントと配信サーバとの間の通信回数の増大を抑えることができる。そのため、再生開始までの待ち時間を短縮することと、クライアントとの通信回数の増大による配信サーバの負荷の増大を抑えることとの両立が可能になる。

また、時間長の短い分割ファイルに分割した第１の映像データファイルと、時間長の長い分割ファイルに分割した第２の映像データファイルとを用意すれば、再生開始位置によらず再生開始時に時間長の短い分割ファイルを転送できる。

なお、第１の時間長Ｓと第２の時間長Ｌとの組み合わせや、再生開始時に転送する第１の時間長Ｓの分割ファイルの数は、分割ファイルの転送速度及び再生レート等に応じて適宜変更可能である。

また、本実施形態で挙げた映像データファイル生成装置は、例えばコンピュータと、コンピュータに上記の分割処理を実行させるプログラムとにより実現される。このとき、映像データファイル生成装置として用いることが可能なコンピュータは、例えば図９に示したコンピュータ３００（クライアント３）と同等のハードウェア構成であればよい。

図２３は、映像データファイル生成装置の変形例を示す模式図である。
本実施形態に係る映像データファイル生成装置５として図１０に示した構成は、カメラ６等の外部装置から取得した映像データ及びシーン情報を用いて配信用の映像データファイルを作成するものである。

しかしながら、映像データファイル生成装置５は、これに限らず、図２３に示すように、生成装置内でシーン情報を生成する装置であってもよい。図２３に示した映像データファイル生成装置５は、制御部５０、シーン検出部５４、シーン情報生成部５５、及び映像データファイル生成部５３を有する。シーン検出部５４は、映像データ内において複数のフレーム（画像）に共通する特徴や、隣接フレームにおける情報の変化パターン等を利用してシーンの先頭を検出する。野球の映像データの場合、例えば、投手が投球動作を開始するときの映像の特徴を利用して、投球シーン、あるいは投球シーンの先頭を検出する。

イニングの開始時や投手が投球動作の開始時といった、映像データのシーンの先頭は、例えば、シーン検出部が、映像データを画像解析した結果取得される、映像データに含まれるフレームの特徴に基づき検出しても良い。

具体的には、投手の投球動作の開始を検出する場合、投球時の映像に含まれるフレームに共通する画像特徴を予め特定しておき、投球時の画像特徴と、映像データに含まれる各フレーム、又はシーン検出対象とする一部のフレームの画像特徴との比較処理をシーン検出部が実行する。そして、比較の結果、投球時の映像に含まれるフレームに共通する画像特徴と一致又は所定以上の相関がある画像特徴を有するフレームを投球時の映像に含まれるフレームとしてシーン検出部５４が検出する。

シーン検出部５４は、例えば、投球時の映像に含まれるフレームとして検出されたフレームが連続する映像部分を投球シーンとし、連続するフレームの先頭フレーム、あるいは連続するフレームの先頭フレームから所定フレーム数前後のフレームのいずれかをシーンの先頭として検出することとしても良い。

シーン情報生成部５５は、シーン検出部５４で検出したシーンに基づいて、各シーンの開始時刻（終了時刻）等の情報を付加する。

以上記載した各実施例を含む実施形態に関し、更に以下の付記を開示する。
（付記１）
コンピュータに、
映像データファイルが分割された複数の分割映像データファイルの少なくとも２つ以上を前記コンピュータの記憶部から読み出して再生開始位置の指定に対応する前記映像データファイル中の開始位置から映像の再生処理を実行する端末装置に対して、読出し開始から所定回数以内は、前記記憶部に記憶された第１の時間長に対応する分割映像データファイルを前記端末装置に送信し、
前記所定回数の読み出しを行った後は、前記記憶部に記憶された、前記第１の時間長よりも長い第２の時間長に対応する分割映像データファイルを前記端末装置に送信する、
処理を実行させることを特徴とする映像再生制御プログラム。
（付記２）
前記複数の分割映像データファイルは、所定条件に基づいて設定された、前記映像データファイルにおける再生開始位置として指定可能な再生位置の近傍の映像部分は前記第１の時間長に対応したデータファイルに分割され、前記近傍の映像部分と異なる映像部分は前記第２の時間長に対応したデータファイルに分割された分割映像データファイルである、
ことを特徴とする付記１に記載の映像再生制御プログラム。
（付記３）
前記コンピュータに、
前記再生開始位置として指定可能な再生位置を示す情報を、選択可能に前記端末装置に出力させ、
前記再生開始位置として指定可能な再生位置の中から、前記端末装置において選択された再生位置を、前記指定に対応する開始位置として、分割映像データファイルの前記端末装置への送信を行う、
ことを特徴とする付記２に記載の映像再生制御プログラム。
（付記４）
前記映像データファイルはスポーツの試合を撮影した映像データファイルであり
前記所定条件は、前記映像データファイルに含まれる画像を解析処理して特定された、共通する所定の特徴を含む画像の再生位置を再生開始位置として設定する、
ことを特徴とする付記２又は３に記載の映像再生制御プログラム。
（付記５）
前記所定回数は、前記分割映像データファイルのビットレートと前記分割映像データファイルを前記端末装置に送信する際のデータファイル転送速度とに基づいて決定される
ことを特徴とする付記１〜４のいずれか１項に記載の映像再生制御プログラム。
（付記６）
前記複数の分割映像データファイルは、前記映像データファイルを前記第１の時間長に対応したデータファイルに分割した第１の分割映像データファイルと、前期映像データファイルを前記第２の時間長に対応したデータファイルに分割した第２の分割映像データファイルとを含み、
前記コンピュータに、
前記第１の分割映像データファイルと前記第２の分割映像データファイルとを選択的に時系列に前記端末装置に送信する処理、
を実行させることを特徴とする付記１に記載の映像再生制御プログラム。
（付記７）
前記映像データファイルに対応する時間長は、前記映像データファイルを用いて映像が再生される際の再生時間と相関を有する、
ことを特徴とする付記１に記載の映像再生制御プログラム。
（付記８）
コンピュータが、
映像データファイルが分割された複数の分割映像データファイルの少なくとも２つ以上を前記コンピュータの記憶部から読み出して再生開始位置の指定に対応する前記映像データファイル中の開始位置から映像の再生処理を実行する端末装置に対して、読出し開始から所定回数以内は、前記記憶部に記憶された第１の時間長に対応する分割映像データファイルを前記端末装置に送信し、
前記所定回数の読み出しを行った後は、前記記憶部に記憶された、前記第１の時間長よりも長い第２の時間長に対応する分割映像データファイルを前記端末装置に送信する、
処理を実行することを特徴とする映像再生制御方法。
（付記９）
映像データファイルが分割された複数の分割映像データファイルを記憶する記憶部と、
複数の分割映像データファイルの少なくとも２つ以上を前記コンピュータの記憶部から読み出して再生開始位置の指定に対応する前記映像データファイル中の開始位置から映像の再生処理を実行する端末装置に対して、読出し開始から所定回数以内は、前記記憶部に記憶された第１の時間長に対応する分割映像データファイルを前記端末装置に送信し、前記所定回数の読み出しを行った後は、前記記憶部に記憶された、前記第１の時間長よりも長い第２の時間長に対応する分割映像データファイルを前記端末装置に送信する制御部と、
を備えることを特徴とする映像配信サーバ。
（付記１０）
コンピュータに、
受信した映像データファイルに基づいて映像の再生を行う映像再生装置に対して順次映像データファイルを送信する際に、最初に送信する映像データファイルを含み順次送信される所定数のデータファイルの各々に対応する時間長は、該所定数の映像データファイルの送信の次に送信するデータファイルに対応する時間長よりも短くすること、
を実行させることを特徴とする送信プログラム。
（付記１１）
前記所定数は１であり、前記最初に送信する映像データファイルに対応する時間長が、２番目に送信する映像データファイルに対応する時間長よりも短い、
ことを特徴とする付記１０に記載の送信プログラム。
（付記１２）
コンピュータが、
受信した映像データファイルに基づいて映像の再生を行う映像再生装置に対して順次映像データファイルを送信する際に、最初に送信する映像データファイルを含み順次送信される所定数のデータファイルの各々に対応する時間長は、該所定数の映像データファイルの送信の次に送信するデータファイルに対応する時間長よりも短くする、
ことを実行することを特徴とする送信方法。
（付記１３）
前記所定数は１であり、前記最初に送信する映像データファイルに対応する時間長が、２番目に送信する映像データファイルに対応する時間長よりも短い、
ことを特徴とする付記１２に記載の送信方法。
（付記１４）
受信した映像データファイルに基づいて映像の再生を行う映像再生装置に対して順次映像データファイルを送信する際に、最初に送信する映像データファイルを含み順次送信される所定数の映像データファイルの各々に対応する時間長は、該所定数の映像データファイルの送信の次に送信する映像データファイルに対応する時間長よりも短くする処理を実行する制御部、
を備えることを特徴とする映像配信サーバ。
（付記１５）
前記所定数は１であり、前記最初に送信する映像データファイルに対応する時間長が、２番目に送信する映像データファイルに対応する時間長よりも短い、
ことを特徴とする付記１４に記載の映像配信サーバ。
（付記１６）
コンピュータが、
撮像データに含まれる複数のシーンのうち、選択されたシーンに対応する映像データファイル群を映像再生装置に送信する際に、前記複数のシーンのうち、いずれのシーンが選択された場合であっても、選択されたシーンに対応する映像データファイル群の送信順序における先頭側に対応する映像ファイルに対応する時間長を相対的に短くする、
ことを実行することを特徴とする送信方法。
（付記１７）
前記映像データファイルに対応する時間長は、前記映像データファイルを用いて映像が再生される際の再生時間と相関を有する、
ことを特徴とする付記１６に記載の送信方法。
（付記１８）
コンピュータに、
撮像データに含まれる複数のシーンのうち、選択されたシーンに対応する映像データファイル群を映像再生装置に送信する際に、前記複数のシーンのうち、いずれのシーンが選択された場合であっても、選択されたシーンに対応する映像データファイル群の送信順序における先頭側に対応する映像ファイルに対応する時間長を相対的に短くする、
ことを実行させることを特徴とする送信プログラム。
（付記１９）
前記映像データファイルに対応する時間長は、前記映像データファイルを用いて映像が再生される際の再生時間と相関を有する、
ことを特徴とする付記１８に記載の送信プログラム。
（付記２０）
撮像データに含まれる複数のシーンのうち、選択されたシーンに対応する映像データファイル群を映像再生装置に送信する際に、前記複数のシーンのうち、いずれのシーンが選択された場合であっても、選択されたシーンに対応する映像データファイル群の送信順序における先頭側に対応する映像ファイルに対応する時間長を相対的に短くする制御部、
を備えることを特徴とする映像配信サーバ。
（付記２１）
前記映像データファイルに対応する時間長は、前記映像データファイルを用いて映像が再生される際の再生時間と相関を有する、
ことを特徴とする付記２０に記載の映像配信サーバ。

１ 映像配信システム
２ 配信サーバ
２０ 記憶部
２１ 制御部
３ クライアント（端末装置、映像再生装置）
３０ 通信制御部
３１ 再生部

Claims (21)

1. コンピュータに、
   映像データファイルが分割された複数の分割映像データファイルの少なくとも２つ以上を前記コンピュータの記憶部から読み出して再生開始位置の指定に対応する前記映像データファイル中の開始位置から映像の再生処理を実行する端末装置に対して、読出し開始から所定回数以内は、前記記憶部に記憶された第１の時間長に対応する分割映像データファイルを前記端末装置に送信し、
   前記所定回数の読み出しを行った後は、前記記憶部に記憶された、前記第１の時間長よりも長い第２の時間長に対応する分割映像データファイルを前記端末装置に送信する、
   処理を実行させることを特徴とする映像再生制御プログラム。
2. 前記複数の分割映像データファイルは、所定条件に基づいて設定された、前記映像データファイルにおける再生開始位置として指定可能な再生位置の近傍の映像部分は前記第１の時間長に対応したデータファイルに分割され、前記近傍の映像部分と異なる映像部分は前記第２の時間長に対応したデータファイルに分割された分割映像データファイルである、
   ことを特徴とする請求項１に記載の映像再生制御プログラム。
3. 前記コンピュータに、
   前記再生開始位置として指定可能な再生位置を示す情報を、選択可能に前記端末装置に出力させ、
   前記再生開始位置として指定可能な再生位置の中から、前記端末装置において選択された再生位置を、前記指定に対応する開始位置として、分割映像データファイルの前記端末装置への送信を行う、
   ことを特徴とする請求項２に記載の映像再生制御プログラム。
4. 前記映像データファイルはスポーツの試合を撮影した映像データファイルであり
   前記所定条件は、前記映像データファイルに含まれる画像を解析処理して特定された、共通する所定の特徴を含む画像の再生位置を再生開始位置として設定する、
   ことを特徴とする請求項２又は３に記載の映像再生制御プログラム。
5. 前記所定回数は、前記分割映像データファイルのビットレートと前記分割映像データファイルを前記端末装置に送信する際のデータファイル転送速度とに基づいて決定される
   ことを特徴とする請求項１〜４のいずれか１項に記載の映像再生制御プログラム。
6. 前記複数の分割映像データファイルは、前記映像データファイルを前記第１の時間長に対応したデータファイルに分割した第１の分割映像データファイルと、前期映像データファイルを前記第２の時間長に対応したデータファイルに分割した第２の分割映像データファイルとを含み、
   前記コンピュータに、
   前記第１の分割映像データファイルと前記第２の分割映像データファイルとを選択的に時系列に前記端末装置に送信する処理、
   を実行させることを特徴とする請求項１に記載の映像再生制御プログラム。
7. 前記映像データファイルに対応する時間長は、前記映像データファイルを用いて映像が再生される際の再生時間と相関を有する、
   ことを特徴とする請求項１に記載の映像再生制御プログラム。
8. コンピュータが、
   映像データファイルが分割された複数の分割映像データファイルの少なくとも２つ以上を前記コンピュータの記憶部から読み出して再生開始位置の指定に対応する前記映像データファイル中の開始位置から映像の再生処理を実行する端末装置に対して、読出し開始から所定回数以内は、前記記憶部に記憶された第１の時間長に対応する分割映像データファイルを前記端末装置に送信し、
   前記所定回数の読み出しを行った後は、前記記憶部に記憶された、前記第１の時間長よりも長い第２の時間長に対応する分割映像データファイルを前記端末装置に送信する、
   処理を実行することを特徴とする映像再生制御方法。
9. 映像データファイルが分割された複数の分割映像データファイルを記憶する記憶部と、
   複数の分割映像データファイルの少なくとも２つ以上を前記コンピュータの記憶部から読み出して再生開始位置の指定に対応する前記映像データファイル中の開始位置から映像の再生処理を行う端末装置に対して、読出し開始から所定回数以内は、前記記憶部に記憶された第１の時間長に対応する分割映像データファイルを前記端末装置に送信し、前記所定回数の読み出しを行った後は、前記記憶部に記憶された、前記第１の時間長よりも長い第２の時間長に対応する分割映像データファイルを前記端末装置に送信する制御部と、
   を備えることを特徴とする映像配信サーバ。
10. コンピュータに、
    受信した映像データファイルに基づいて映像の再生を行う映像再生装置に対して順次映像データファイルを送信する際に、最初に送信する映像データファイルを含み順次送信される所定数のデータファイルの各々に対応する時間長は、該所定数の映像データファイルの送信の次に送信するデータファイルに対応する時間長よりも短くすること、
    を実行させることを特徴とする送信プログラム。
11. 前記所定数は１であり、前記最初に送信する映像データファイルに対応する時間長が、２番目に送信する映像データファイルに対応する時間長よりも短い、
    ことを特徴とする請求項１０記載の送信プログラム。
12. コンピュータが、
    受信した映像データファイルに基づいて映像の再生を行う映像再生装置に対して順次映像データファイルを送信する際に、最初に送信する映像データファイルを含み順次送信される所定数のデータファイルの各々に対応する時間長は、該所定数の映像データファイルの送信の次に送信するデータファイルに対応する時間長よりも短くする、
    ことを実行することを特徴とする送信方法。
13. 前記所定数は１であり、前記最初に送信する映像データファイルに対応する時間長が、２番目に送信する映像データファイルに対応する時間長よりも短い、
    ことを特徴とする請求項１２記載の送信方法。
14. 受信した映像データファイルに基づいて映像の再生を行う映像再生装置に対して順次映像データファイルを送信する際に、最初に送信する映像データファイルを含み順次送信される所定数の映像データファイルの各々に対応する時間長は、該所定数の映像データファイルの送信の次に送信する映像データファイルに対応する時間長よりも短くする処理を実行する制御部、
    を備えることを特徴とする映像配信サーバ。
15. 前記所定数は１であり、前記最初に送信する映像データファイルに対応する時間長が、２番目に送信する映像データファイルに対応する時間長よりも短い、
    ことを特徴とする請求項１４記載の映像配信サーバ。
16. コンピュータが、
    撮像データに含まれる複数のシーンのうち、選択されたシーンに対応する映像データファイル群を映像再生装置に送信する際に、前記複数のシーンのうち、いずれのシーンが選択された場合であっても、選択されたシーンに対応する映像データファイル群の送信順序における先頭側に対応する映像ファイルに対応する時間長を相対的に短くする、
    ことを実行することを特徴とする送信方法。
17. 前記映像データファイルに対応する時間長は、前記映像データファイルを用いて映像が再生される際の再生時間と相関を有する、
    ことを特徴とする請求項１６に記載の送信方法。
18. コンピュータに、
    撮像データに含まれる複数のシーンのうち、選択されたシーンに対応する映像データファイル群を映像再生装置に送信する際に、前記複数のシーンのうち、いずれのシーンが選択された場合であっても、選択されたシーンに対応する映像データファイル群の送信順序における先頭側に対応する映像ファイルに対応する時間長を相対的に短くする、
    ことを実行させることを特徴とする送信プログラム。
19. 前記映像データファイルに対応する時間長は、前記映像データファイルを用いて映像が再生される際の再生時間と相関を有する、
    ことを特徴とする請求項１８に記載の送信プログラム。
20. 撮像データに含まれる複数のシーンのうち、選択されたシーンに対応する映像データファイル群を映像再生装置に送信する際に、前記複数のシーンのうち、いずれのシーンが選択された場合であっても、選択されたシーンに対応する映像データファイル群の送信順序における先頭側に対応する映像ファイルに対応する時間長を相対的に短くする制御部、
    を備えることを特徴とする映像配信サーバ。
21. 前記映像データファイルに対応する時間長は、前記映像データファイルを用いて映像が再生される際の再生時間と相関を有する、
    ことを特徴とする請求項２０に記載の映像配信サーバ。

Images