(57)【要約】【課題】動画を再生する際に、ユーザがデータの読み込み時間を待機することなく、更に、ネットワークにおける障害やトラフィックの影響を受けにくい方法を提供すること。【解決手段】端末装置１０と通信回線２０を介して接続されたサーバ３０が、複数の動画データをその識別データと関連付けて記憶し、端末装置１０は、背景画像を構成する動画データに関する識別データの組み合わせおよび再生順序を示す順列データと、背景画像の先頭から所定の時間を含む動画データを先頭動画データとして記憶し、ユーザから背景画像の再生を要求するデータを受け付けたことに応じて、先頭動画データを再生しつつ、後続の順列データに対応する動画データをサーバ３０から受信し、受信した動画データを、先頭動画データに続いて順列データに従って順次再生する。【選択図】図１
2007336055.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの端末装置と通信回線を介して接続されたサーバが記憶している動画データを、前記端末装置からの要求に応じて、前記端末装置が背景画像として再生し、前景画像と合成して表示する方法であって、
前記サーバは、複数の前記動画データをその識別データと関連付けて記憶するサーバ記憶部を備え、
前記端末装置は、前記背景画像を構成する前記動画データに関する識別データの組み合わせおよび再生順序を示す順列データと、前記背景画像の先頭から所定の時間以上の再生時間を持つ前記動画データを先頭動画データとして記憶する端末記憶部を備え、
前記端末装置が、前記ユーザから再生する前記背景画像の選択を受け付けたことに応じて、前記先頭動画データを再生しつつ、後続の前記順列データに対応する前記動画データを前記サーバから受信するステップと、
前記端末装置が、受信した前記動画データを、前記先頭動画データに続いて前記順列データに従って順次再生するステップと、
を含む方法。
【請求項２】
前記端末記憶部は、前記動画データに関する属性データを、前記識別データに関連付けて記憶し、
前記端末装置が、前記再生順序に従って次に再生を開始すべき前記動画データについて、未だ前記サーバからの受信が完了していない場合に、既に受信済みの動画データあるいは前記先頭動画データであって、前記属性データが当該再生を開始すべき動画データの属性データと等しいものを代わりに再生するステップを更に含む請求項１に記載の方法。
【請求項３】
前記端末記憶部は、複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、
前記端末装置が、前記ユーザから、複数の前記先頭動画データのうち一の選択を示す入力を受け付けたことに応じて、当該先頭動画データを繰り返し再生しつつ、当該先頭動画データを含む前記背景画像の再生の要求を待機するステップを更に含む請求項１または請求項２に記載の方法。
【請求項４】
前記端末記憶部は、複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、
前記端末装置が、複数の前記先頭動画データのうち所定数を同時に再生・表示しつつ、表示した前記先頭動画データのうち一の選択による、当該先頭動画データを含む前記背景画像の再生の要求を待機するステップを更に含む請求項１または請求項２に記載の方法。
【請求項５】
前記端末装置が、前記ユーザから、複数の前記属性データのうち一の選択を受け付けるステップと、
前記端末装置が、前記選択をされた属性データに基づいて、前記動画データの組み合わせおよび再生順序を決定し、前記順列データを生成するステップと、
を更に含む請求項２に記載の方法。
【請求項６】
通信回線を介して接続されたサーバが記憶する動画データを、ユーザからの要求に応じて背景画像として再生し、前景画像と合成して表示する端末装置であって、
前記背景画像を構成する前記動画データを識別する識別データの組み合わせおよび再生順序を示す順列データを記憶する手段と、
前記背景画像の先頭から所定の時間以上の再生時間を持つ前記動画データを先頭動画データとして記憶する手段と、
前記ユーザから再生する前記背景画像の選択を受け付けたことに応じて、前記先頭動画データを再生しつつ、後続の前記順列データに対応する前記動画データを前記サーバから受信する手段と、
受信した前記動画データを、前記先頭動画データに続いて前記順列データに従って順次再生する手段と、
を備える端末装置。
【請求項７】
前記動画データに関する属性データを、前記識別データに関連付けて記憶する手段と、
前記再生順序に従って次に再生を開始すべき前記動画データについて、未だ前記サーバからの受信が完了していない場合に、既に受信済みの動画データあるいは前記先頭動画データであって、前記属性データが当該再生を開始すべき動画データの属性データと等しいものを代わりに再生する手段と、
を更に備える請求項６に記載の端末装置。
【請求項８】
複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、
前記ユーザから、複数の前記先頭動画データのうち一の選択を示す入力を受け付けたことに応じて、当該先頭動画データを繰り返し再生しつつ、当該先頭動画データを含む前記背景画像の再生の要求を待機する手段を更に備える請求項６または請求項７に記載の端末装置。
【請求項９】
複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、
複数の前記先頭動画データのうち所定数を同時に再生・表示しつつ、表示した前記先頭動画データのうち一の選択による、当該先頭動画データを含む前記背景画像の再生の要求を待機する手段を更に備える請求項６または請求項７に記載の端末装置。
【請求項１０】
前記ユーザから、複数の前記属性データのうち一の選択を受け付ける手段と、
当該選択をされた属性データに基づいて、前記動画データの組み合わせおよび再生順序を決定し、前記順列データを生成する手段と、
を更に備える請求項７に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画データを再生する方法および装置に関する。
【背景技術】
【０００２】
従来、カラオケ装置等の動画を再生するシステムにおいては、歌唱者を撮影した画像と背景画像とを合成して、モニタに表示する方法が知られている。例えば、特許文献１には、合成する背景画像については外部からの入力を受け付け、ユーザが自由に選択できるようにするシステムが開示されている。
【０００３】
これらのシステムでは、ユーザが選択した楽曲に対応付けて予め決められた内部記憶画像、あるいは、ユーザが選択した外部記憶画像等を読み込んで再生を開始する。
【特許文献１】特開２００４−１３８７７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の方法によれば、再生する動画は装置の内部あるいは外部に記憶したデータを読み込んだ後に再生するため、ユーザは読み込みにかかる時間を待機することになる。また、例えば動画選択時に先頭部分をプレビューする場合においても、同様に読み込み時間を待機することになる。
【０００５】
更に、従来の方法では、記憶する動画データは連続性のある一連のものであって、データ全体の読み込みが成功しなければ再生が完結しない。よって、例えばネットワークを介して動画データを受信する場合には、通信障害やトラフィックによる影響を受け、ユーザ要求に応じた動画再生を行えないことが起こり易い。
【０００６】
ここで、背景画像は、歌唱者等のメイン画像（前景画像）と合成するためのサブ画像であることから、上述のように連続性のある一連のものでなくてもよく、複数の短い動画データの組み合わせであっても、ユーザは違和感を覚えにくい。
【０００７】
そこで本発明は、このような背景画像を再生する際に、ユーザがデータの読み込み時間を待機することなく、更に、ネットワークにおける障害やトラフィックの影響を受けにくい動画再生方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的のため、具体的には、以下のようなものを提供する。
【０００９】
（１）  ユーザの端末装置と通信回線を介して接続されたサーバが記憶している動画データを、前記端末装置からの要求に応じて、前記端末装置が背景画像として再生し、前景画像と合成して表示する方法であって、
前記サーバは、複数の前記動画データをその識別データと関連付けて記憶するサーバ記憶部を備え、
前記端末装置は、前記背景画像を構成する前記動画データに関する識別データの組み合わせおよび再生順序を示す順列データと、前記背景画像の先頭から所定の時間以上の再生時間を持つ前記動画データを先頭動画データとして記憶する端末記憶部を備え、
前記端末装置が、前記ユーザから再生する前記背景画像の選択を受け付けたことに応じて、前記先頭動画データを再生しつつ、後続の前記順列データに対応する前記動画データを前記サーバから受信するステップと、
前記端末装置が、受信した前記動画データを、前記先頭動画データに続いて前記順列データに従って順次再生するステップと、
を含む方法。
【００１０】
このような構成によれば、ユーザの端末装置と通信回線を介して接続されたサーバが、複数の動画データをその識別データと関連付けて記憶し、端末装置は、背景画像を構成する前記動画データに関する識別データの組み合わせおよび再生順序を示す順列データと、前記背景画像の先頭から所定の時間以上の再生時間を持つ前記動画データを先頭動画データとして記憶し、前記端末装置が、前記ユーザから再生する前記背景画像の選択を受け付けたことに応じて、前記先頭動画データを再生しつつ、後続の前記順列データに対応する前記動画データを前記サーバから受信し、受信した前記動画データを、前記先頭動画データに続いて前記順列データに従って順次再生する。
【００１１】
このことにより、当該端末装置は、背景画像の先頭から所定の時間以上の再生時間を持つ先頭動画データを予め記憶しているので、ユーザからの要求があれば、読み込み時間を待つことなく直ちに再生を開始することができる。更に、先頭動画データの再生時間が、後続の動画データを受信するのに要する時間以上であれば、背景画像を構成する動画データを全て遅延なく再生することができる。
【００１２】
また、背景画像は複数の動画データの組み合わせとして構成できるので、組み合わせを変えることで、別の背景画像が出来上がり、サーバの記憶容量に比べて多くの種類の背景画像を提供することができる。
【００１３】
（２）  前記端末記憶部は、前記動画データに関する属性データを、前記識別データに関連付けて記憶し、
前記端末装置が、前記再生順序に従って次に再生を開始すべき前記動画データについて、未だ前記サーバからの受信が完了していない場合に、既に受信済みの動画データあるいは前記先頭動画データであって、前記属性データが当該再生を開始すべき動画データの属性データと等しいものを代わりに再生するステップを更に含む（１）に記載の方法。
【００１４】
このような構成によれば、当該端末装置は、前記動画データに関する属性データを、前記識別データに関連付けて記憶し、前記再生順序に従って次に再生を開始すべき前記動画データについて、未だ前記サーバからの受信が完了していない場合に、既に受信済みの動画データあるいは前記先頭動画データであって、前記属性データが当該再生を開始すべき動画データの属性データと等しいものを代わりに再生する。
【００１５】
このことにより、当該端末装置は、サーバからの動画データの受信に失敗した場合においても、代わりの動画データを用意することができ、背景画像の再生を完結することができる。その際、代わりの動画データはその属性データが等しいものとするので、ユーザに対して、動画データが入れ替わったことによる違和感を与えにくい。
【００１６】
（３）  前記端末記憶部は、複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、
前記端末装置が、前記ユーザから、複数の前記先頭動画データのうち一の選択を示す入力を受け付けたことに応じて、当該先頭動画データを繰り返し再生しつつ、当該先頭動画データを含む前記背景画像の再生の要求を待機するステップを更に含む（１）または（２）に記載の方法。
【００１７】
このような構成によれば、当該端末装置は、複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、前記ユーザから、複数の前記先頭動画データのうち一の選択を示す入力を受け付けたことに応じて、当該先頭動画データを繰り返し再生しつつ、当該先頭動画データを含む前記背景画像の再生の要求を待機する。
【００１８】
このことにより、ユーザは、複数の先頭動画データをプレビューしながら、再生する背景画像を選択することができる。その際、先頭動画データは端末装置に予め記憶しているため、ユーザからの選択入力に応じて直ちにプレビュー再生を開始することができ、ユーザに対して画像切り替えに伴うストレスを感じさせない可能性がある。
【００１９】
（４）  前記端末記憶部は、複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、
前記端末装置が、複数の前記先頭動画データのうち所定数を同時に再生・表示しつつ、表示した前記先頭動画データのうち一の選択による、当該先頭動画データを含む前記背景画像の再生の要求を待機するステップを更に含む（１）または（２）に記載の方法。
【００２０】
このような構成によれば、当該端末装置は、複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、複数の前記先頭動画データのうち所定数を同時に再生・表示しつつ、表示した前記先頭動画データのうち一の選択による、当該先頭動画データを含む前記背景画像の再生の要求を待機する。
【００２１】
このことにより、ユーザは、同時に複数の背景画像を見比べて選択をすることができるため、好みの画像が選択し易くなる可能性がある。更に、再生・表示する先頭動画データは端末装置に予め記憶しているので、ユーザは読み込みの時間を待つことはない。
【００２２】
（５）  前記端末装置が、前記ユーザから、複数の前記属性データのうち一の選択を受け付けるステップと、
前記端末装置が、前記選択をされた属性データに基づいて、前記動画データの組み合わせおよび再生順序を決定し、前記順列データを生成するステップと、
を更に含む（２）に記載の方法。
【００２３】
このような構成によれば、当該端末装置は、前記ユーザから、複数の前記属性データのうち一の選択を受け付け、前記選択をされた属性データに基づいて、前記動画データの組み合わせおよび再生順序を決定し、前記順列データを生成する。
【００２４】
このことにより、当該端末装置は、ユーザにより選択された属性データに基づいて、例えばジャンルの一致する動画データを集めた背景画像を構成し、順列データを記憶することができる。よって、ユーザは既存のデータとは異なる背景画像を楽しむことができ、また、再生される動画データが分からないために期待感を覚えたり、意外性を楽しんだりできる可能性がある。
【００２５】
（６）  通信回線を介して接続されたサーバが記憶する動画データを、ユーザからの要求に応じて背景画像として再生し、前景画像と合成して表示する端末装置であって、
前記背景画像を構成する前記動画データを識別する識別データの組み合わせおよび再生順序を示す順列データを記憶する手段と、
前記背景画像の先頭から所定の時間以上の再生時間を持つ前記動画データを先頭動画データとして記憶する手段と、
前記ユーザから再生する前記背景画像の選択を受け付けたことに応じて、前記先頭動画データを再生しつつ、後続の前記順列データに対応する前記動画データを前記サーバから受信する手段と、
受信した前記動画データを、前記先頭動画データに続いて前記順列データに従って順次再生する手段と、
を備える端末装置。
【００２６】
このような構成によれば、当該端末装置を運用することにより、（１）と同様の効果が期待できる。
【００２７】
（７）  前記動画データに関する属性データを、前記識別データに関連付けて記憶する手段と、
前記再生順序に従って次に再生を開始すべき前記動画データについて、未だ前記サーバからの受信が完了していない場合に、既に受信済みの動画データあるいは前記先頭動画データであって、前記属性データが当該再生を開始すべき動画データの属性データと等しいものを代わりに再生する手段と、
を更に備える（６）に記載の端末装置。
【００２８】
このような構成によれば、当該端末装置を運用することにより、（２）と同様の効果が期待できる。
【００２９】
（８）  複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、
前記ユーザから、複数の前記先頭動画データのうち一の選択を示す入力を受け付けたことに応じて、当該先頭動画データを繰り返し再生しつつ、当該先頭動画データを含む前記背景画像の再生の要求を待機する手段を更に備える（６）または（７）に記載の端末装置。
【００３０】
このような構成によれば、当該端末装置を運用することにより、（３）と同様の効果が期待できる。
【００３１】
（９）  複数の前記背景画像それぞれに関する前記先頭動画データを記憶し、
複数の前記先頭動画データのうち所定数を同時に再生・表示しつつ、表示した前記先頭動画データのうち一の選択による、当該先頭動画データを含む前記背景画像の再生の要求を待機する手段を更に備える（６）または（７）に記載の端末装置。
【００３２】
このような構成によれば、当該端末装置を運用することにより、（４）と同様の効果が期待できる。
【００３３】
（１０）  前記ユーザから、複数の前記属性データのうち一の選択を受け付ける手段と、
当該選択をされた属性データに基づいて、前記動画データの組み合わせおよび再生順序を決定し、前記順列データを生成する手段と、
を更に備える（７）に記載の端末装置。
【００３４】
このような構成によれば、当該端末装置を運用することにより、（５）と同様の効果が期待できる。
【発明の効果】
【００３５】
本発明によれば、背景画像を再生する際に、ユーザがデータの読み込み時間を待機することなく、更に、ネットワークにおける障害やトラフィックの影響を受けにくい動画再生方法を提供することができる。
【発明を実施するための最良の形態】
【００３６】
本発明に係る好適な実施形態の一例について、図面に基づいて以下に説明する。ここでは、カラオケシステムについて例示するが、実施形態はこれには限られず、その他コンテンツの作成等、様々なシステムに応用できる。
【００３７】
［システムの全体構成］
図１は、本発明の好適な実施形態の一例に係るシステム１の全体構成を表すブロック図である。
【００３８】
端末装置１０は、通信回線２０を介してサーバ３０と接続されている。端末装置１０は、カラオケ装置６０からの画像データ、およびカメラ４０にて撮影する歌唱者の画像を取り込み、サーバ３０から受信した背景画像と合成し、合成画像をモニタ５０に送信する。
【００３９】
ここで、カラオケ装置６０は、従来公知のものでよく、スピーカ６１およびマイク６２と接続され、カラオケ装置６０あるいは外部サーバに記憶される画像データをモニタ５０に送信する。それと共に、歌唱者の音声をマイク６２で拾い、同様にカラオケ装置６０あるいは外部サーバに記憶される伴奏データと共に、スピーカ６１より流す。
【００４０】
［端末装置の構成］
図２は、本発明の好適な実施形態の一例に係る端末装置１０の構成を表すブロック図である。
【００４１】
端末装置１０は、通信Ｉ／Ｆ部１１０、制御部１２０、記憶部１３０、カメラ入力部１４０、操作入力部１５０、ビデオ入力部１６０、ビデオ出力部１７０を備えている。
【００４２】
通信Ｉ／Ｆ部１１０は、端末装置１０を専用ネットワークまたは公共ネットワークを介して別の演算処理システムまたは記憶装置と接続できるようにするためのネットワーク・アダプタである。通信Ｉ／Ｆ部１１０は、通信回線２０を介してサーバ３０より、動画データを受信する。
【００４３】
制御部１２０は、情報の演算、処理を行う情報演算処理装置（ＣＰＵ）であり、端末装置１０全体の制御を行う。制御部１２０は、記憶部１３０に記憶された各種プログラムを適宜読み出して実行することにより、上述のハードウェアと協働し、本発明に係る各種機能を実現している。
【００４４】
記憶部１３０は、制御部１２０と組み合わせてプログラムの実行に使用するローカルメモリ、大容量のバルクメモリ、および当該バルクメモリの検索を効率的に行うために使用するキャッシュメモリを含んでよい。記憶部１３０を実現するコンピュータ可読媒体としては、電気的、磁気的、光学的、電磁的に実現するものを含んでよい。
【００４５】
カメラ入力部１４０は、カメラ４０により撮影するカラオケにおける歌唱者の画像を取り込み、ビデオ入力部１６０は、カラオケ装置６０から、例えば歌詞テロップ等の画像データを取り込む。
【００４６】
これらの画像と、通信Ｉ／Ｆ部１１０より受信する背景画像となる動画データを、制御部１２０が合成し、ユーザに提示する画像を生成する。生成した画像は、ビデオ出力部１７０よりモニタ５０に送信し、ユーザに提示する。
【００４７】
操作入力部１５０は、ユーザによる操作入力の受付を行うものであり、キーボード、ポインティング・デバイス等を含んでよい。操作入力部１５０は、直接または介在Ｉ／Ｏコントローラを介して端末装置１０と接続することができる。また、操作入力部１５０は、赤外線通信等の受信部であってもよく、この場合には、ユーザが操作するリモートコントローラからの操作入力信号を受信することにより、制御部１２０に制御信号を送信する。
【００４８】
［動画データの記憶方法］
図３は、本発明の好適な実施形態の一例に係る動画データの記憶方法を示した概念図である。
【００４９】
端末装置１０には、再生可能な背景画像を、識別データの組み合わせと順序を示す順列データとして記憶する。例えば図３では、順列データとして、「００１」で始まるもの、「００２」で始まるもの、「００３」で始まるものを記憶している。識別データ「００１」で始まる順列データは、続いて「１１５」、「１８０」、「２０３」、「１６８」の順に再生することを示している。
【００５０】
識別データ「００１」、「００２」、「００３」に対応付けられた動画データは、背景画像を構成する先頭の動画データであって、端末装置１０の記憶部１３０に記憶している。このため、ユーザからの再生要求に応じて、即座に再生を開始することができる。なお、待ち時間を少なくするためには、この先頭動画データは、端末装置１０のメモリ上に予め展開されていることが好ましい。
【００５１】
先頭の動画データを再生した後、端末装置１０は、前述の順列データに基づいて、後続の識別データに対応した動画データを再生していくが、当該動画データはサーバ３０に記憶しているため、まず端末装置１０は、通信回線２０を介してサーバ３０から当該動画データを読み込む。このように、端末装置１０は先頭の動画データのみを記憶するため、記憶部１３０の容量を効率的に使用することができる。
【００５２】
なお、背景画像を構成する動画データは、図３に示す識別データ「１８０」のように、同一データを重複して利用してもよい。その場合には、当該識別データは、サーバ３０の同一ファイルを指し示す。このことにより、無駄なく多種類の背景画像を用意することができる。
【００５３】
［動画データテーブル］
図４は、本発明の好適な実施形態の一例に係る動画データテーブルを示す図である。
【００５４】
動画データテーブルには、図３に示した識別データと動画データとの関連付けを記憶している。具体的には、識別データ（ＩＤフィールド）と動画データのファイル名（ファイルフィールド）に加えて、動画の内容等を表す属性データ（属性フィールド）、保存場所が端末装置１０かサーバ３０かの区別（保存場所フィールド）、動画の再生時間（時間フィールド）を記憶する。
【００５５】
例えば、図３の順列データで識別データが「００１」の動画データは、「００１．ｍｐｇ」というファイル名で端末装置１０に記憶され、「宇宙」に関する動画であって「３０秒」の再生時間であることが読み取れる。同様に、後続の識別データが「１１５」の動画データは、属性データが等しく、ファイルはサーバ３０に記憶されていることが読み取れる。
【００５６】
［メイン処理］
図５は、本発明の好適な実施形態の一例に係るメイン処理の流れを示すフローチャートである。
【００５７】
ステップＳ１１では、端末装置１０は、再生する背景画像の選択をユーザから受け付け、選択された背景画像の再生を開始する。
【００５８】
このとき、端末装置１０は、ユーザの選択を補助するためにプレビュー画面の表示を行う。具体的には、例えば、端末装置１０に記憶している背景画像の先頭部分である先頭動画データを繰り返しプレビュー再生し、ユーザからの切り替え操作を受け付けることで、別の背景画像に対応する先頭動画データのプレビュー再生に切り替える。このようにしてプレビューされた先頭動画データの中から、ユーザは再生する背景画像を選択する。
【００５９】
ここで、プレビューする先頭動画データは、端末装置１０のメモリに記憶しているため、読み込みを待機することなく、即座にプレビューの切り替えを行うことができる。
【００６０】
プレビューの方法としては、サムネイル形式とすることもできる。具体的には、例えば、図６に例示する背景画像選択画面で、所定の数（例では６）の背景画像の表示を比較することにより、ユーザは再生する背景画像を選択する。
【００６１】
図６の例では、６種類の背景画像に対応する先頭動画データを同時にプレビュー再生している。ユーザによる選択候補がハイライト表示（上段中央）され、選択決定の入力を受け付けることにより、対応する背景画像の再生を開始する。
【００６２】
なお、記憶している背景画像の種類が１画面よりも多い場合には、左右の切り替えで、新たな６種類の背景画像を表示させる。ここで、プレビューする背景画像は、先頭動画データの一部である静止画や、予め関連付けて記憶した静止画であってもよい。
【００６３】
ステップＳ１２では、端末装置１０は、ステップＳ１１にて選択された背景画像に対応する順列データを記憶部１３０から読み込む。これにより、端末装置１０は、再生する背景画像を構成する複数の動画データと、その再生順序を取得する。その後、端末装置１０は、ステップＳ１３とステップＳ１４の処理を並行して行う。
【００６４】
ステップＳ１３では、端末装置１０は、ステップＳ１２にて読み込んだ順列データの先頭の識別データを参照し、対応する先頭動画データを再生する。図３および図４の例では、例えば識別データ「００１」に対応するファイル「００１．ｍｐｇ」を再生する。
【００６５】
ステップＳ１４では、端末装置１０は、先頭動画データの後続の動画データをサーバ３０に要求し、順次受信していく。図３および図４の例では、識別データ「００１」に続く「１１５」に対応するファイル「１１５．ｍｐｇ」をサーバ３０から受信する。その後、順列データに従って、識別データ「１８０」、「２０３」、「１６８」に対応する動画データを順次受信する。
【００６６】
ここで、先頭動画データ（識別データ「００１」に対応する動画データ）は、後続の動画データを受信するのに要する時間以上の再生時間を有するものとする。具体的には、図７に動画データの受信および再生のスケジュールを例示する。
【００６７】
図７において、まず、先頭動画データの再生を開始する。これを受けて、後続の動画データの受信を開始する。この例では、後続の動画データは４件で、それら全ての受信が完了した時点では、まだ先頭動画データの再生は終了していない。
【００６８】
その後、先頭動画データの再生が終了すると、続いて、受信した後続の動画データの再生を開始する。このように、先頭動画データの再生中に後続の動画データの受信が完了すれば、ユーザに当該受信の間待機させることなく、端末装置１０は、背景画像を構成する全ての動画データを連続して再生することができる。
【００６９】
なお、図７の例では、先頭動画データの再生中に、後続の動画データ全ての受信を完了させることとしたが、方法はこれには限られない。図７の例では、ｂとＢ、ｃとＣ、ｄとＤ、ｅとＥが重ならなければ、Ａ〜Ｅの再生が途切れることはない。つまり、ｂ〜ｅの受信にかかる時間はＡの時間を越えてもよい。
【００７０】
あるいは、先頭動画データは、後続の動画データの受信と重ならない限り、短くできるともいえる。このように、先頭動画データの再生時間については、後続の動画データの受信にかかる時間に応じて適切に算出することが可能となる。なお、先頭動画データの再生時間が足りない場合には、後続の動画データと結合し、新たな先頭動画データとして予め記憶部１３０に記憶しておいてもよい。
【００７１】
このことにより、端末装置１０は、先頭動画データを記憶する記憶部１３０の容量を効率的に使用することができ、背景画像の選択肢を増やすことができる。
【００７２】
図５に戻って、ステップＳ１５では、端末装置１０は、ステップＳ１４における後続の動画データの受信が成功したか否かを判別する。例えば、通信回線２０の障害により受信できなかった場合や、トラフィックの影響により受信が間に合わなかった場合等、次に再生する動画データを準備できなかった場合、処理をステップＳ１７に移す。後続の動画データを受信できた場合には、処理をステップＳ１６に移す。
【００７３】
ステップＳ１６では、端末装置１０は、図７で説明した通り、先頭動画データの再生に続いて、ステップＳ１４にて受信した後続の動画データを再生する。
【００７４】
ステップＳ１７では、端末装置１０は、受信に失敗した動画データに関する属性データを読み取る。具体的には、例えば、動画データテーブル（図４）の属性フィールドを参照し、当該動画データの内容（種類、ジャンル等）を表すデータを取得する。
【００７５】
ステップＳ１８では、端末装置１０は、受信に失敗した動画データの代わりに再生する代替の動画データを検索する。具体的には、例えば、動画データテーブル（図４）の属性フィールドが、ステップＳ１７にて取得した属性データと同じである動画データを検索する。
【００７６】
このとき、検索対象となるのは、保存場所が端末装置１０であるか、前述の処理において既に受信済みの動画データとする。このことにより、端末装置１０は、代替の動画データについてサーバ３０から受信する必要がなくなり、先行の動画データから連続して再生を続けることができる。
【００７７】
ステップＳ１９では、端末装置１０は、ステップＳ１８にて検索し、決定した代替の動画データを再生する。前述したように、背景画像は複数の動画データの組み合わせであって、一部を入れ替えたとしても、例えばジャンルが同じものであれば、ユーザに違和感を与える可能性は低いため、本処理が有効といえる。
【００７８】
なお、ここでは、受信に失敗した動画データに代えて代替の動画データを再生することとしたが、この方法には限られず、例えば、失敗した動画データを省略し、受信が成功した動画データのみでリピート再生することとしてもよい。
【００７９】
図８に、動画データの受信に失敗した場合の処理方法を模式的に例示する。例では、動画データＡ〜Ｅのうち、Ｃの受信に失敗した場合を示している。この場合、Ｃの再生を省略し、Ａ、Ｂ、Ｄ、Ｅを再生する方法や、Ｃの代わりにＦを再生する方法等により、前述の順列データにより定義された背景画像を補正し、生成を続行することができる。
【００８０】
［順列データ作成処理］
図９は、本発明の好適な実施形態の一例に係る順列データ作成処理の流れを示すフローチャートである。前述の順列データは予め決定して端末装置１０に登録してもよいが、本フローチャートでは、端末装置１０がユーザからの入力に基づいて、順列データを自動で作成する処理を示す。
【００８１】
ステップＳ２１では、端末装置１０は、ユーザから属性データの選択を示す入力を受け付ける。具体的には、例えば、動画データテーブル（図４）の属性フィールドに存在する属性データをリスト表示し、ユーザから選択入力を受け付ける。
【００８２】
ステップＳ２２では、端末装置１０は、ステップＳ２１にて受け付けた属性データに基づき、背景画像に含める動画データを検索する。具体的には、例えば、属性データが受け付けた当該属性データと等しい動画データを検索することとしてよい。
【００８３】
ステップＳ２３では、端末装置１０は、ステップＳ２２にて検索した動画データの中から、背景画像に含めるものを抽出し、その組み合わせと再生順序を決定する。具体的には、例えば、無作為に選択することとしてもよいし、選択回数の上位（人気が高いデータ）を優先的に選択する等、所定の規則に従って決定してもよい。
【００８４】
なお、本処理においては、属性データに基づいて順列データを決定したが、方法はこれに限られず、例えば、フリーワードのキーワード入力を受け付け、動画データテーブル（図４）の属性フィールドとの関連度に基づいて動画データを検索することとしてもよい。このことにより、ユーザの思惑に近い動画データが選択され、効果的に背景画像が作成される可能性がある。
【００８５】
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではない。また、本発明の実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本発明の実施例に記載されたものに限定されるものではない。
【図面の簡単な説明】
【００８６】
【図１】本発明の好適な実施形態の一例に係るシステム１の全体構成を表すブロック図である。
【図２】本発明の好適な実施形態の一例に係る端末装置１０の構成を表すブロック図である。
【図３】本発明の好適な実施形態の一例に係る動画データの記憶方法を示した概念図である。
【図４】本発明の好適な実施形態の一例に係る動画データテーブルを示す図である。
【図５】本発明の好適な実施形態の一例に係るメイン処理の流れを示すフローチャートである。
【図６】本発明の好適な実施形態の一例に係る背景画像選択画面を示す図である。
【図７】本発明の好適な実施形態の一例に係る動画データの受信および再生のスケジュールを示す図である。
【図８】本発明の好適な実施形態の一例に係る動画データの受信に失敗した場合の処理方法を模式的に示す図である。
【図９】本発明の好適な実施形態の一例に係る順列データ作成処理の流れを示すフローチャートである。
【符号の説明】
【００８７】
１      システム
１０    端末装置
２０    通信回線
３０    サーバ
４０    カメラ
５０    モニタ
６０    カラオケ装置
６１    スピーカ
６２    マイク
１１０  通信Ｉ／Ｆ部
１２０  制御部
１３０  記憶部
１４０  カメラ入力部
１５０  操作入力部
１６０  ビデオ入力部
１７０  ビデオ出力部
【図１】
2007336055.tif 000003
【図２】
2007336055.tif 000004
【図３】
2007336055.tif 000005
【図４】
2007336055.tif 000006
【図５】
2007336055.tif 000007
【図６】
2007336055.tif 000008
【図７】
2007336055.tif 000009
【図８】
2007336055.tif 000010
【図９】
2007336055.tif 000011