JP5316022B2 - 画像ファイル及びオーディオファイルを同期再生するコンテンツ再生システム - Google Patents

Description

本発明は、コンテンツ再生システムに関し、さらに詳しくは、サーバと、再生装置とを備え、再生装置が画像ファイルとオーディオファイルとを同期再生するコンテンツ再生システムに関する。

最近のデジタルカメラやデジタルビデオカメラの普及により、一般ユーザは、自身が撮影した静止画や動画に基づいて、静止画ファイルや静止画のスライドショーファイル、動画ファイルといった画像ファイルを容易に作成できる。そして、ユーザは作成した画像ファイルをサーバにアップロードすることができ、他のユーザはアップローダされた画像ファイルを容易に閲覧できる。

このような画像ファイルには、音楽や音声といったオーディオファイルを付加することもできる。特開２００３−２５５９５７号公報（特許文献１）は、サーバに格納された音素材データをダウンロードし、ダウンロードした音素材データを映像データに付加し、音素材データをＢＧＭ（Background Music）として映像データと同期再生できるように編集する技術を開示している。このような画像ファイルがサーバにアップロードされた場合、視聴ユーザの使用する端末では、オーディオファイルが画像ファイルと同期して再生される。

しかしながらこの場合、画像ファイルに付加されたオーディオファイルの著作権が問題となる場合がある。たとえば、画像ファイルの作成者が、著作者の許諾を得ていないオーディオファイルを添付した画像ファイルをサーバにアップロードすれば、その行為は著作権の侵害に該当する。

特開２００３−２５５９５７号公報 特開２００３−３０９７９５号公報 特開２００５−０５０３７４号公報

本発明の目的は、オーディオファイルの不正使用を防止しつつ、画像ファイルに適したオーディオファイルを同期再生できるコンテンツ再生システムを提供することである。

課題を解決するための手段及び発明の効果

本発明によるコンテンツ再生システムは、サーバと、再生装置とを備える。サーバは、サーバ記憶手段を備える。サーバ記憶手段は、複数の画像ファイルと、複数の画像ファイルに対応する複数のオーディオファイル検索情報とを蓄積する。再生装置は、オーディオファイル記憶手段と、取得手段と、再生手段とを備える。オーディオファイル記憶手段は、複数のオーディオファイルを蓄積する。取得手段は、サーバから画像ファイルと、画像ファイルに対応するオーディオファイル検索情報とを取得する。検索手段は、オーディオファイル検索情報に対応するオーディオファイルを検索する。再生手段は、検索手段により検索されたオーディオファイルと画像ファイルとを同期再生する。ここで、画像ファイルとはたとえば、静止画ファイルや動画ファイルであり、静止画のスライドショーファイルも含まれる。また、オーディオファイルとは、たとえば、音楽ファイルや音声ファイルである。再生装置内の各手段は、１つの筐体に収納されていなくてもよい。たとえば、オーディオファイル記憶手段と検索手段が１つの筐体に収納され、再生手段が他の筐体に収納され、これらが互いに接続されたものであってもよい。

本発明によるコンテンツ再生システムでは、サーバは画像ファイルに対応するオーディオファイルを記憶せず、オーディオファイルを検索するためのオーディオファイル検索情報を記憶する。そして、再生装置は画像ファイルに対応するオーディオファイル検索情報に基づいて、自身が蓄積するオーディオファイルの中から画像ファイルに適したオーディオファイルを検索し、同期再生する。そのため、オーディオファイルが不正に使用されることを防止でき、かつ、再生装置は、画像ファイルに適したオーディオファイルを同期再生できる。

好ましくは、オーディオファイル記憶手段は、オーディオファイルのメタ情報を記憶する。検索手段は、オーディオファイル検索情報及びメタ情報に基づいて、オーディオファイルを検索する。ここでメタ情報とは、オーディオファイルの内容や特徴量を示す情報であり、たとえば、オーディオファイルが音楽ファイルである場合、その音楽のタイトル、アーティストや演奏者名、ジャンル、再生時間、その音楽の発表時期、曲調等である。

この場合、再生装置は、メタ情報を用いて、画像ファイルに適したオーディオファイルを容易に検索できる。

好ましくは、オーディオファイル検索情報は複数の検索項目に対応した複数の検索値を含み、複数の検索項目には優先度が定義される。メタ情報は、複数の検索項目に対応した複数の被検索値を含む。検索手段は、検索項目の検索値及び優先度と、検索項目に対応した被検索値とに基づいて、オーディオファイルを検索する。

この場合、検索項目に優先度が定義されているため、たとえば、優先度の高い検索項目の条件を満たすオーディオファイルを検索できる。そのため、より画像ファイルに適したオーディオファイルが同期再生される。

本発明による再生装置は、上述のコンテンツ再生システムに利用される。また、本発明による同期再生プログラムは、再生装置内のコンピュータに実装され、上述の手段を実現する。

本発明の実施の形態によるコンテンツ再生システムの全体構成を示す機能ブロック図である。 図１に示すアップローダで作成されるオーディオファイル検索情報のデータ構成の一例を示す図である。 図１に示す再生装置が蓄積するオーディオデータベースのデータ構造の一例を示す図である。 図１に示すサーバ、アップローダ及び再生装置のハードウェア構成を示すブロック図である。 図１に示すアップローダの動作の詳細を示すフロー図である。 図１に示す再生装置内の再生アプリの動作の詳細を示すフロー図である。 図１に示す再生装置内の検索アプリの動作の詳細を示すフロー図である。

以下、図面を参照し、本発明の実施の形態を詳しく説明する。図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

［全体構成］
図１を参照して、コンテンツ再生システム１は、サーバ１０と、アップローダ２０と、再生装置３０とを備える。サーバ１０と、アップローダ２０と、再生装置３０とはインターネット等に代表されるネットワーク４０を介して接続されている。サーバ１０はたとえば、動画や静止画の共有サイトを運営する企業が管理している。また、アップローダ２０及び再生装置３０はたとえば、一般家庭のユーザが使用するコンピュータである。アップローダ２０は、ユーザ操作に応じて、静止画ファイルや静止画スライドショーファイル、動画ファイルといった画像ファイルをサーバ１０にアップロードする。そして、再生装置３０は、ユーザ操作に応じて、サーバ１０からユーザ所望の画像ファイルを取得して再生する。図１では、サーバ１０、アップローダ２０及び再生装置３０がそれぞれ１つずつ示されているが、コンテンツ再生システム１は、複数のサーバ１０と、複数のアップローダ２０と、複数の再生装置３０とを備えていてもよい。

アップローダ２０は、アップローダ２０のユーザが所有する複数の画像ファイルを蓄積する画像データベース２１と、複数のオーディオファイルを蓄積するオーディオデータベース２３と、作成アプリケーション（以下、アプリケーションをアプリという）２２とを備える。画像ファイルはたとえば、ユーザが図示しないデジタルビデオカメラ等で撮影した静止画ファイルや動画ファイルである。また、オーディオファイルは、音楽ファイルや音声ファイル等である。本実施の形態では、オーディオアイルを音楽ファイルとして説明を続ける。

作成アプリ２２は、ユーザ操作に応じて、サーバ１０にアップロードする転送ファイルを作成する。転送ファイルは、画像ファイルと同期情報とオーディオファイル検索情報とを含む。オーディオファイル検索情報は、再生装置３０が画像ファイルと同期再生するオーディオファイルを検索するための検索条件を含む。オーディオファイル検索情報のデータ構造の一例を図２に示す。図２を参照して、オーディオファイル検索情報は、複数の検索項目と、各検索項目に対応する検索値と、各検索項目の優先度とを含む。検索項目は、オーディオファイルのメタ情報からユーザ操作に応じて選択された項目である。図２の例では、検索項目として、再生時間、曲ジャンル、アーティスト、曲タイトルが選択されている。検索項目の優先度には、検索項目の優先順位が記述される。図２の例では、再生時間が最も優先度が高く、以下、曲ジャンル、アーティスト、曲タイトルの順に低くなる。優先度は、アップローダ２０のユーザ操作に応じて設定される。

同期情報は、画像ファイルとオーディオファイルとを同期再生するときの同期条件を含む。同期情報にはたとえば、画像ファイルの再生が開始してからｎ（ｎは数値）秒後に曲ファイルの再生を開始する、等の曲ファイルの再生開始タイミングや再生終了タイミング、再生時の音量等の条件が含まれる。同期情報はたとえば、ＳＭＩＬ（Synchronized Multimedia Integration Language）で記述される。アップローダ２０は、作成アプリ２２により作成された転送ファイルをサーバに送信する。

図１を参照して、サーバ１０は、転送ファイルデータベース１１を備える。転送ファイルデータベース１１は、アップローダ２０から送信された複数の転送ファイルを含む。サーバ１０は、再生装置３０からの要求に応じて、転送ファイルデータベース１１から転送ファイルを読み出して再生装置３０に配信する。配信方法はダウンロード配信であってもストリーミング配信であってもよい。

再生装置３０は、検索アプリ３１と、再生アプリ３２と、オーディオデータベース３３とを備える。オーディオデータベース３３は、複数のオーディオファイルが蓄積されている。これらのオーディオファイルはたとえば、再生装置３０のユーザにより購入され、再生装置３０に格納されたものである。

図３にオーディオデータベース３３のデータ構造の一例を示す。図３を参照して、オーディオデータベース３３には、オーディオファイルと、オーディオファイルに対応するメタ情報とが登録されている。メタ情報は、対応するオーディオファイルの再生時間、ジャンル、アーティスト、タイトル等のデータを含む。これらのデータは被検索値として、オーディオファイルの検索に利用される。なお、アップローダ２０内のオーディオデータベース２３も図３と同様のデータ構造を有する。

検索アプリ３１は、サーバ１０から配信される転送ファイル内のオーディオファイル検索情報に基づいて、オーディオデータベース３３の中から最適なオーディオファイルを検索する。再生アプリ３２は、転送ファイル内の同期情報に基づいて、転送ファイル内の画像ファイルと、検索アプリ３１により検索されたオーディオファイルとを同期再生する。

アップローダ２０及び再生装置３０のハードウェア構成を図４に示す。図４を参照して、アップローダ２０及び再生装置３０は、いずれも、中央処理装置（ＣＰＵ：Central Processing Unit）１００と、メモリ２００と、ハードディスクドライブ（ＨＤＤ：Hard Disk Drive）３００と、インタフェース４００と、ディスプレイ５００とを備える。アップローダ２０は、ＨＤＤ３００に作成アプリ２２と、画像データベース２１と、オーディオデータベース２３とを格納している。そして、作成アプリ２２がメモリ２００にロードされ、ＣＰＵ１００で実行されることにより、アップローダ２０は動作を実行する。同様に、再生装置３０は、ＨＤＤ３００に検索アプリ３１と、再生アプリ３２と、オーディオデータベース３３とを格納している。そして、検索アプリ３１及び再生アプリ３２がメモリ２００にロードされ、ＣＰＵ１００で実行されることにより、再生装置３０は動作を実行する。

サーバ１０も図４に示すハードウェア構成と同様のハードウェア構成を有し、転送ファイルデータベース１１はＨＤＤ３００に格納される。なお、サーバ１０は、ディスプレイ５００を有していなくてもよい。

［動作概要］
サーバ１０は、複数の転送ファイルを蓄積するが、転送ファイルにはオーディオファイルは含まれておらず、代わりに、画像ファイルに適したオーディオファイルの条件を示すオーディオファイル検索情報が含まれている。このように、サーバ１０は、転送ファイルにオーディオファイルを含まないため、オーディオファイルの不正使用を防止でき、オーディオファイルに対する著作権侵害行為を抑制できる。

サーバ１０は自身が蓄積する複数の転送ファイルの一覧を閲覧可能なウェブサイトを有しており、再生装置３０がそのウェブサイトにアクセスする。再生装置３０のユーザは転送ファイル一覧の中から所望の転送ファイルを選択する。このとき、再生装置３０は選択された転送ファイルの配信をサーバ１０に要求する。

再生装置３０はサーバ１０から配信された転送ファイルを取得し、転送ファイル内のオーディオファイル検索情報を読み出す。そして、オーディオデータベース３３の中からオーディオファイル検索情報に対応するオーディオファイルを検索する。つまり、オーディオファイルは、再生装置３０に蓄積された複数のオーディオファイルの中から選択される。

オーディオファイル検索情報に対応したオーディオファイルが検索されたとき、再生装置３０は、転送ファイル内の同期情報に基づいて、画像ファイルと検索されたオーディオファイルとを同期再生する。

このように、本実施の形態によるコンテンツ再生システム１では、オーディオファイルがサーバ１０にアップロードされないため、オーディオファイルの不正使用を抑制できる。さらに、オーディオファイル検索情報が利用されることにより、画像ファイルをサーバ１０にアップロードしたユーザの意図が反映されたオーディオファイルが選択され、画像ファイルとともに再生装置３０で同期再生される。以下、アップローダ２０及び再生装置３０の動作の詳細を説明する。

［アップローダの動作］
アップローダ２０は、ユーザ操作に応じて転送ファイルを作成し、サーバ１０にアップロードする。図５を参照して、アップローダ２０内の作成アプリ２２はまず、ユーザ操作に応じて画像データベース２１の中からユーザ所望の画像ファイルを選択する（Ｓ１）。次に、ユーザ操作に応じて、画像ファイルと同期再生するオーディオファイルをオーディオデータベース２３から選択する（Ｓ２）。このとき、ユーザがこの画像ファイルに適していると考えるオーディオファイルが選択される。

上述のとおり、オーディオデータベース２３は、図３に示す構造を有し、オーディオファイルとそのオーディオファイルに対応するメタ情報とを含む。そこで、作成アプリ２２は、選択されたオーディオファイルのメタ情報内の複数の項目（本例では、再生時間、ジャンル、アーティスト、タイトル）をオーディオデータベース２３から読み出す（Ｓ３）。そして、読み出された項目を検索項目とし、その値（４分２５秒、ロック、ＡＡＡＡ、ＢＢＢＢ）を検索値とするオーディオファイル検索情報を作成する（Ｓ４）。

このとき、作成アプリ２２はさらに、ユーザ操作に応じて、各検索項目の優先度を設定する。たとえば、ステップＳ２で選択されたオーディオファイルが再生装置３０には蓄積されていない可能性もある。ユーザは優先度を設定することにより、ステップＳ２で選択したオーディオファイルが再生装置３０に蓄積されていなかった場合に、どの検索項目を優先して代わりのオーディオファイルを再生装置３０に検索させるかを決定できる。本例では図２に示すとおり、優先度を再生時間、曲ジャンル、アーティスト、曲タイトルの順としているが、たとえば、ユーザがアーティストを最優先する場合、検索項目「アーティスト」を最も高い優先度に設定すればよい。優先度の設定により、ステップＳ２で選択されたオーディオファイルが再生装置３０に蓄積されていなくても、転送ファイルの作成者の意図が反映された代わりのオーディオファイルが検索される。

作成アプリ２２はさらに、画像ファイルの再生時におけるオーディオファイルの再生開始タイミング及び再生終了タイミング、音量等を定義する同期情報を作成する（Ｓ５）。作成アプリ２２はたとえば、同期情報をＳＭＩＬ文書で作成する。作成アプリ２２は、選択された画像ファイルと、オーディオファイル検索情報と、同期情報とを含む転送ファイルを作成し（Ｓ６）、サーバ１０に送信する（Ｓ７）。

［再生装置の動作］
再生装置３０内の再生アプリ３２の動作フローを図６に示し、検索アプリ３１の動作フローを図７に示す。図６を参照して、再生装置３０はサーバ１０のウェブサイトにアクセスする。そして、ユーザ操作により、ウェブサイト内の転送ファイル一覧表からユーザ所望の転送ファイルが選択されたとき（Ｓ１１）、再生アプリ３２は選択された転送ファイルの配信をサーバ１０に要求する（Ｓ１２）。

サーバ１０は、再生装置３０の要求に応じて、選択された転送ファイルを転送ファイルデータベース１１から読み出し、再生装置３０に配信する。サーバ１０がストリーミング配信を実行するとき、転送ファイルは、オーディオファイル検索情報、同期情報、画像ファイルの順に配信される。

再生アプリ３２は、オーディオファイル検索情報の受信を監視する（Ｓ１３）。サーバ１０がストリーミング配信をする場合、再生アプリ３２は、ストリーミング配信されている転送ファイルのうち、オーディオファイル検索情報の受信を完了したときにオーディオファイル検索情報を取得したと判断する（Ｓ１３でＹＥＳ）、一方、サーバ１０がダウンロード配信を実行する場合、再生アプリ３２は転送ファイルの受信を完了したときにオーディオファイル検索情報を取得したと判断する（Ｓ１３でＹＥＳ）。

オーディオファイル検索情報を取得したとき、再生アプリ３２は、検索アプリ３１に対して、オーディオファイル検索情報に対応したオーディオファイルを検索するよう要求する（Ｓ１４）。

図７を参照して、検索アプリ３１は、再生アプリ３２から検索要求を受けたとき（Ｓ２１でＹＥＳ）、オーディオファイルの検索を実行する。再生アプリ３２は初めに、再生装置３０が取得したオーディオファイル検索情報を読み出す。そして、オーディオファイル検索情報内の４つの検索項目（再生時間、曲ジャンル、アーティスト、及び曲タイトル）の検索値（４分２５秒、ロック、ＡＡＡＡ、及びＢＢＢＢ）を検索条件に設定する（Ｓ２２）。

続いて、検索アプリ３１は、設定された検索条件を満たすオーディオファイルを検索する（Ｓ２３）。検索アプリ３１は、オーディオデータベース３３内のメタ情報を参照する。そして、メタ情報内の各項目内の値（被検索値）が、検索条件内の対応する検索項目の検索値と全て一致するメタ情報を検索する。ここで、再生時間に関しては、被検索値が検索値の所定のマージン内（たとえば、検索値「４分２５秒」の±１０％の範囲内）であれば、被検索値は検索値に一致すると判断する。検索条件を満たすメタ情報を見つけたとき（Ｓ２４でＹＥＳ）、検索アプリ３１は、検索されたメタ情報に対応するオーディオファイルを読み出して再生アプリ３２に渡す（Ｓ２５）。

一方、ステップＳ２４での判断の結果、検索条件を満たすメタ情報が見つからなかった場合（Ｓ２４でＮＯ）、検索アプリ３１は検索条件を見直す（Ｓ２６及びＳ２８）。図２を参照して、オーディオファイル検索情報内の各検索項目には、優先度が設定されている。検索アプリ３１は、前回の検索で利用した４つの検索項目のうち、優先度が最も低い検索項目「曲タイトル」を検索条件から除外する（Ｓ２８）。そして、検索アプリ３１は、３つの検索項目「再生時間」、「曲ジャンル」、「アーティスト」の検索値を検索条件に設定し、検索項目に対応する被検索値が検索値と一致するオーディオファイルを検索する（Ｓ２３）。これにより、転送ファイルの作成者が指定したオーディオファイルが再生装置３０に蓄積されていなかった場合でも、検索アプリ３１は、転送ファイルの作成者の意図が反映された代わりのオーディオファイルを検索することができる。

検索の結果、検索条件を満たすメタ情報が見つかれば（Ｓ２４でＹＥＳ）、検索アプリ３１は、検索されたメタ情報に対応するオーディオファイルを読み出して再生アプリ３２に渡す（Ｓ２５）。検索条件を満たすメタ情報が複数存在する場合もあり得るが、この場合、検索アプリ３１は、検索された複数のメタ情報の中から１つのメタ情報を選択し、選択されたメタ情報に対応するオーディオファイルを再生アプリ３２に渡す。

一方、検索条件を満たすオーディオファイルが見つからなければ（Ｓ２４でＮＯ）、検索アプリ３１は、検索条件内の３つの検索項目「再生時間」、「曲ジャンル」、「アーティスト」のうち、優先度が最も低い検索項目「アーティスト」を検索条件から外す（Ｓ２７）。そして、２つの検索項目の検索値を含む検索条件に基づいてオーディオファイルを検索する（Ｓ２３）。

つまり、検索アプリ３１は、検索条件を満たすメタ情報（オーディオファイル）を見つけるまで、検索条件内の検索項目を減らし続ける。そして、検索条件内の検索項目数が１以下となったとき（Ｓ２６でＮＯ）、検索アプリ３１は、オーディオファイル検索情報に対応するオーディオファイルが見つからないと判断し、エラー通知を再生アプリ３２に出力する（Ｓ２７）。

図６を参照して、再生アプリ３２は、検索アプリ３１からの応答を待つ（Ｓ１５）。そして、再生アプリ３２は検索アプリ３１からの応答を取得したとき（Ｓ１５でＹＥＳ）、オーディオファイルを取得したか、エラー通知を取得したかを判断する（Ｓ１６）。オーディオファイルを取得したとき（Ｓ１６でＹＥＳ）、再生アプリ３２は、同期情報に基づいて、サーバ１０から取得した転送ファイル内の画像ファイルとオーディオファイルとを同期再生する（Ｓ１７）。一方、検索アプリ３１からエラー通知を取得したとき（Ｓ１６でＮＯ）、再生アプリ３２は同期情報を使用することなく画像ファイルを再生する（Ｓ１８）。この場合、オーディオファイルは再生されないからである。

上述の実施の形態では、アップローダ２０は、自身に格納された複数のオーディオファイルの中から１つのオーディオファイルを選択し、選択された１つのオーディオファイルに基づいてオーディオファイル検索情報を設定した。しかしながら、たとえば、アップローダ２０は、オーディオファイルを選択することなく、検索項目及び検索値を入力してオーディオファイル検索情報を直接作成してもよい。この場合、アップローダ２０は、自身が蓄積していないオーディオファイルを、画像ファイルと同期再生するオーディオファイルに指定できる。

また、上述の実施の形態では、オーディオファイル検索情報は、１つのオーディオファイルを特定するための検索項目「曲タイトル」を含んだが、作成アプリ２２は、オーディオファイル検索情報に検索項目「曲タイトル」を含まなくてもよい。たとえば、オーディオファイル検索情報は、検索項目として、「曲ジャンル」のみを含んでもよいし、「再生時間」及び「曲ジャンル」のみを含んでもよい。

本実施の形態では、再生装置３０は１つのコンピュータで構成されているが、再生装置３０は、家庭内サーバ端末と、家庭内サーバ端末と接続された家庭内クライアント端末とで構成されていてもよい。この場合、検索アプリ３１とオーディオデータベース３３とは家庭内サーバ端末内のハードディスクドライブに格納され、再生アプリ３２は家庭内クライアント端末に格納される。要するに、検索アプリ３１、再生アプリ３２及びオーディオデータベース３３は、別個の筐体（コンピュータ）で構成されていてもよい。

また、上述の実施の形態では、検索アプリ３１は、検索条件を満たすメタ情報（オーディオファイル）が存在しない場合に、検索条件から優先度の低い検索項目を外して再度検索したが、他の方法により検索してもよい。たとえば、最も優先度の高い検索項目「再生時間」のみを検索条件として検索する。次に、検索された複数のメタ情報に対して、検索項目「曲ジャンル」で検索する。同様に、検索項目「アーティスト」、「曲タイトル」で順次検索して、検索されるメタ情報（オーディオファイル）を絞り込んでもよい。また、検索時に、検索条件内の複数の検索項目のうち、いくつの検索項目を満たすかをメタ情報ごとにカウントしておき、その結果に基づいて同期再生するオーディオファイルを決定してもよい。なお、上述の実施の形態では、検索のときに、検索項目の優先度を考慮したが、優先度を考慮しなくてもよい。ただし、優先度を考慮すれば、転送ファイルをアップロードしたユーザの意図が反映したオーディオファイルが検索されやすくなる。

以上、本発明の実施の形態を説明したが、上述した実施の形態は本発明を実施するための例示に過ぎない。よって、本発明は上述した実施の形態に限定されることなく、その趣旨を逸脱しない範囲内で上述した実施の形態を適宜変形して実施することが可能である。

１ コンテンツ再生システム
１０ サーバ
１１ 転送ファイルデータベース
２０ アップローダ
２１ 画像データベース
２２ 作成アプリ
２３，３３ オーディオデータベース
３０ 再生装置
３１ 検索アプリ
３２ 再生アプリ

Claims (5)

1. サーバと、再生装置とを備えたコンテンツ再生システムであって、
   前記サーバは、
   複数の画像ファイルと、前記複数の画像ファイルに対応する複数のオーディオファイル検索情報とを蓄積するサーバ記憶手段を備え、
   前記再生装置は、
   複数のオーディオファイルを蓄積するオーディオファイル記憶手段と、
   前記サーバから、前記画像ファイルと、前記画像ファイルに対応するオーディオファイル検索情報とを取得する取得手段と、
   前記オーディオファイル検索情報に対応するオーディオファイルを、オーディオファイル記憶手段に蓄積されている複数のオーディオファイルの中から検索する検索手段と、
   前記検索手段により検索されたオーディオファイルと前記画像ファイルとを同期再生する再生手段とを備えることを特徴とするコンテンツ再生システム。
2. 複数の画像ファイルと前記複数の画像ファイルに対応する複数のオーディオファイル検索情報とを蓄積するサーバと接続可能な再生装置であって、
   複数のオーディオファイルを蓄積するオーディオファイル記憶手段と、
   前記サーバから、前記画像ファイルと、前記画像ファイルに対応するオーディオファイル検索情報とを取得する取得手段と、
   前記オーディオファイル検索情報に対応するオーディオファイルを、オーディオファイル記憶手段に蓄積されている複数のオーディオファイルの中から検索する検索手段と、
   前記検索手段により検索されたオーディオファイルと前記画像ファイルとを同期再生する再生手段とを備えることを特徴とする再生装置。
3. 請求項２に記載の再生装置であって、
   前記オーディオファイル記憶手段は、オーディオファイルのメタ情報を記憶し、
   前記検索手段は、前記オーディオファイル検索情報及び前記メタ情報に基づいてオーディオファイルを検索することを特徴とする再生装置。
4. 請求項３に記載の再生装置であって、
   前記オーディオファイル検索情報は、複数の検索項目に対応した複数の検索値を含み、前記複数の検索項目には優先度が設定されており、
   前記メタ情報は、前記複数の検索項目に対応した複数の被検索値を含み、
   前記検索手段は、前記検索項目の検索値及び優先度と、前記検索項目に対応した被検索値とに基づいて、前記オーディオファイルを検索することを特徴とする再生装置。
5. 複数の画像ファイルと前記複数の画像ファイルと対応する複数のオーディオファイル検索情報とを蓄積するサーバと接続可能であり、複数のオーディオファイルを蓄積する再生装置内のコンピュータに、
   前記サーバから、前記画像ファイルと、前記画像ファイルに対応したオーディオファイル検索情報とを取得するステップと、
   前記オーディオファイル検索情報に対応するオーディオファイルを、前記蓄積された複数のオーディオファイルの中から検索するステップと、
   前記検索されたオーディオファイルと前記画像ファイルとを同期再生するステップとを実行させることを特徴とする同期再生プログラム。
   

Images