JP4796377B2 - コンテンツ提供サーバ及びコンテンツ提供プログラム - Google Patents

Description

本発明は、コンテンツ提供サーバ及びコンテンツ提供プログラムに係り、特にクライアント端末で容易に再生・視聴させるためのコンテンツを提供するためのコンテンツ提供サーバ及びコンテンツ提供プログラムに関する。

従来、番組制作において、番組を立案する、番組を制作する、制作した番組を蓄積する、蓄積した番組を配信する、番組をダウンロードして視聴する等の各分野の技術は、それぞれの分野毎に個別の手法が提案されている。そのため、番組は制作段階で「番組」としてパッケージ化され、パッケージされた後の段階では、その「番組」に関する情報を様々な手法により流通させるのみであった。

更に、番組と称されるコンテンツを制作するコンテンツ制作側においても、コンテンツの制作者が視聴者に伝える情報（素材）の設定や素材を用いた番組の演出の設定等、様々な設定を行う必要があった。

そこで、最近では、制作した番組を蓄積装置に蓄積する際、素材を基に番組に関するメタデータを自動的に付加することにより、番組視聴側において目的の番組を検索することを可能にし、更に提示する番組を個人個人の好みに応じてカスタマイズする手法が提案されている（例えば、特許文献１参照。）。

ここで、上述したコンテンツを提供するツールとしては、例えば番組の制作、提示に用いられるスクリプトの一例として、ＴＶＭＬ（ＴＶ ｐｒｏｇｒａｍ Ｍａｒｋｉｎｇ Ｌａｎｇｕａｇｅ）を用いた自動番組制作システム（ＴＶ４Ｕ）がある。ＴＶＭＬとは、テレビ番組を制作するためのオブジェクトベース記述言語であり、テレビ番組の映像と音声を、素材と台本（演出内容）とに分けて記述でき、番組台本を記述すればパソコン等で動作するソフトウェア等がこれを読取り、即座にテレビ番組として視聴（提示）することができる。

ここで、ＴＶ４Ｕは、ワープロ型のユーザインタフェースを用いて番組の台本を記述し、その台本に任意の番組制作エンジンを適用して番組を制作し、その台本、素材と番組制作エンジンをサーバ等にアップロードすることにより番組を公開する。

なお、番組制作エンジンとは、番組に登場するＣＧキャラクタや番組における１つの動作の単位で「タイトル表示」、「ズームイン」、「ＣＧキャラクタの動作」等のイベントが予め定義されたものであり、この番組制作エンジンを用いることにより、効率的に番組制作を実現することができる。

一方、視聴者（クライアント）側では、それらサーバにアップロードした台本、素材、番組制作エンジンをダウンロードし、クライアントでＣＧ（Ｃｏｍｐｕｔｅｒ Ｇｒａｐｈｉｃｓ）や音声合成等を使用して番組を再生していた。
特開２００１−２４６１０号公報

しかしながら、上述したように素材や番組制作エンジン等をサーバにアップロードすることにより番組が公開されていても、ＣＧや音声合成に対して再生又は視聴させる仕組みを設けていないクライアント端末においては、当然再生又は視聴することができない。そのため、クライアント端末でも容易に再生できるための手法が必要とされている。

本発明は、上述した問題点に鑑みなされたものであり、クライアント端末で容易に再生・視聴させるためのコンテンツを提供するためのコンテンツ提供サーバ及びコンテンツ提供プログラムを提供することを目的とする。

上記課題を解決するために、本件発明は、以下の特徴を有する課題を解決するための手段を採用している。

請求項１に記載された発明は、通信ネットワークに接続された制作クライアント端末で制作された番組コンテンツを公開すると共に、前記通信ネットワークに接続された視聴クライアント端末からの番組コンテンツ取得要求に対応する番組コンテンツを提供するコンテンツ提供サーバにおいて、前記制作クライアント端末から得られる前記番組コンテンツに対応する同一の番組制作エンジン、台本データ、及び素材データを用い、前記素材データを前記番組制作エンジン及び前記台本データに基づいて編集し、動画ファイル、音声ファイル、テキストファイル、及び画像ファイルのうち、予め設定された複数の異なるファイル形式で同一の番組コンテンツを生成し、生成された複数の異なるファイル形式の番組コンテンツ毎に、データ容量の異なる複数のファイルを生成するファイル生成手段と、前記ファイル生成手段により得られる番組コンテンツを蓄積する蓄積手段と、前記番組コンテンツの意味情報、及び前記ファイル生成手段により得られるファイル形式及びデータ容量の異なる複数の番組コンテンツのファイル生成時におけるエンコーディング情報に基づいて、前記複数の番組コンテンツのファイル毎に、前記番組コンテンツのタイトル、ファイル形式、ビットレート、画像サイズ、及び番組内容の要約情報を有するメタデータを作成するメタデータ生成手段と、前記メタデータ生成手段により得られた前記番組コンテンツのメタデータを、前記通信ネットワークを介して前記視聴クライアント端末が閲覧できるように公開する公開手段とを有することを特徴とする。

請求項１記載の発明によれば、クライアント端末は、公開されたメタデータを閲覧し、再生可能なファイル形式のコンテンツを取得することができる。したがって、コンテンツ提供サーバは、クライアント端末が容易に再生・視聴させるためのコンテンツを提供することができる。また、番組制作エンジン、台本データ、及び素材データから番組コンテンツをサーバ側で生成しておくことで、クライアント端末で容易に再生・視聴させるためのコンテンツを提供することができる。また、ファイル形式やデータ容量の異なる複数のコンテンツファイルを生成しておくことで、処理性能等が異なる複数のクライアント端末毎に適したコンテンツを提供することができる。また、クライアント端末は、メタデータを参照して端末に最適なコンテンツの形式を迅速且つ確実に把握することができる。更に、メタデータに対応するコンテンツを確実に要求することができる。

請求項２に記載された発明は、前記ファイル生成手段は、前記視聴クライアント端末からの番組コンテンツの取得要求があった時点で前記取得要求に指示されたファイル形式の番組コンテンツを生成することを特徴とする。

請求項２記載の発明によれば、必要最小限のファイルを生成すればよいため、コンテンツ提供サーバの負荷を軽減することができ、また、予め複数のファイル形式でコンテンツを生成しておく必要がないため、蓄積領域を削減することができる。

請求項３に記載された発明は、コンピュータを、請求項１又は２に記載のコンテンツ提供サーバとして機能させることを特徴とするコンテンツ提供プログラムである。

請求項３記載の発明によれば、クライアント端末は、公開されたメタデータを閲覧し、再生可能なファイル形式のコンテンツを取得することができる。したがって、コンテンツ提供サーバは、クライアント端末が容易に再生・視聴させるためのコンテンツを提供することができる。また、番組制作エンジン、台本データ、及び素材データから番組コンテンツをサーバ側で生成しておくことで、クライアント端末で容易に再生・視聴させるためのコンテンツを提供することができる。また、ファイル形式やデータ容量の異なる複数のコンテンツファイルを生成しておくことで、処理性能等が異なる複数のクライアント端末毎に適したコンテンツを提供することができる。また、クライアント端末は、メタデータを参照して端末に最適なコンテンツの形式を迅速且つ確実に把握することができる。また、メタデータに対応するコンテンツを確実に要求することができる。更に、実行プログラムをコンピュータにインストールすることにより、容易に本発明におけるコンテンツ提供処理を実現することができる。

本発明によれば、クライアント端末で容易に再生・視聴させるためのコンテンツを提供することができる。

以下に、上述したような特徴を有する本発明におけるコンテンツ提供サーバ及びコンテンツ提供プログラムを好適に実施した形態について、図面を用いて詳細に説明する。なお、本実施形態では、番組の制作、提示に用いられるスクリプトの一例として上述したＴＶＭＬを用いるが、本発明はＴＶＭＬに限定されるものではなく、ＴＶＭＬ以外の表現形式を用いてもよい。

＜コンテンツ提供システム：概略構成＞
図１は、本発明におけるコンテンツ提供システムの概略構成の一例を示す図である。図１に示すコンテンツ提供システム１０は、コンテンツ提供サーバ１１と、少なくとも１つのクライアント端末１２−１〜１２−ｎとを有するよう構成されている。また、コンテンツ提供サーバ１１とクライアント端末１２とは、インターネット等の通信ネットワーク１３を介して相互にデータの送受信が可能な状態で接続されている。

なお、クライアント端末１２は、大別すると自ら番組を制作してコンテンツ提供サーバ１１に対してアップロードを行うことができる制作クライアントと、コンテンツ提供サーバ１１に蓄積され、公開されているコンテンツをダウンロードして、再生・視聴を行うための視聴クライアントがある。以下の説明では、クライアント端末１２−１を制作クライアントとし、クライアント端末１２−２を視聴クライアントとして説明する。

コンテンツ提供サーバ１１は、クライアント端末１２−１が制作した番組制作エンジンや、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）等で構成された台本データ、素材データ等がアップロードされるため、そのアップロードされた各種データを蓄積する。

また、コンテンツ提供サーバ１１は、クライアント端末１２−１から送信された各種データから、所定のファイル形式からなるコンテンツを生成する。具体的には、同一のコンテンツについて、動画ファイル、音声ファイル、テキストファイル、画像ファイルのうち、少なくとも１以上のファイル形式で、データ容量や画像サイズ、ビットレートの条件等が異なる複数のファイルを生成する。

また、コンテンツ提供サーバ１１は、生成したコンテンツの対応するメタデータを生成し、生成したメタデータを通信ネットワーク１３に接続された外部端末から閲覧することができるように公開する。なお、公開するメタデータの内容としては、例えば、タイトル、ファイル形式（圧縮形式も含む）、ビットレート、画像サイズ、番組内容の要約情報等からそれぞれの項目が必要に応じて公開される。

更に、コンテンツ提供サーバ１１は、視聴クライアントであるクライアント端末１２−２から送信されたコンテンツ取得要求に対応するファイル形式のコンテンツを送信して、クライアント端末１２−２にダウンロードさせる。なお、クライアント端末１２−２から送信されるコンテンツ取得要求は、コンテンツ提供サーバ１１が公開したメタデータに基づいて行われるため、端末の処理性能等に適したファイル形式のコンテンツが取得要求されることになる。

また、制作クライアントとしてのクライアント端末１２−１は、予め蓄積されている番組制作エンジンや素材データに基づいて番組の台本データを生成し、生成した番組制作エンジンや素材データ、台本データ等をコンテンツ提供サーバ１１に出力する。

また、視聴クライアントとしてのクライアント端末１２−２は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスやＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）等のアドレス情報等に基づいて、通信ネットワーク１３を介してコンテンツ提供サーバ１１に公開されているメタデータを閲覧する。また、クライアント端末１２−２は、閲覧したメタデータから所望するコンテンツの取得要求を行い、コンテンツ提供サーバ１１から対応するコンテンツをダウンロード又はストリーミングにより取得する。

ここで、コンテンツ提供サーバ１１からダウンロード又はストリーミングするコンテンツは、クライアント端末１２に特別な再生・視聴ソフトを有していなくても閲覧することができる所定のファイル形式で蓄積されている。したがって、視聴クライアント端末１２−２は、容易にコンテンツを再生し視聴することができる。

次に、コンテンツ提供サーバ１１及びクライアント端末１２における機能構成について具体的に説明する。なお、以下の説明では、コンテンツの一例として番組コンテンツを用いた例について説明するが、本発明におけるコンテンツの種類については、この限りではない。

＜コンテンツ提供サーバ１１：機能構成＞
図２は、本発明におけるコンテンツ提供サーバの機能構成の一例を示す図である。図２に示すコンテンツ提供サーバ１１は、入力手段２１と、出力手段２２と、蓄積手段２３と、ファイル生成手段２４と、メタデータ生成手段２５と、番組管理手段２６と、公開手段２７と、送受信手段２８と、制御手段２９とを有するよう構成されている。

入力手段２１は、ユーザからのコンテンツやメタデータの生成指示、生成したメタデータの公開指示、蓄積されているコンテンツデータ等の削除等の各種処理の入力を受け付ける。なお、入力手段２１は、例えばキーボードや、マウス等のポインティングデバイス等からなる。

また、出力手段２２は、入力手段２１により入力された指示内容や、指示内容に基づいて生成したコンテンツやメタデータの内容を表示する。なお、出力手段２２は、ディスプレイ等からなる。更に、出力手段２２は、プリンタ等の機能を有していてもよく、例えば生成したメタデータの内容等、取得可能な情報を紙等の印刷媒体に印刷して、ユーザに提供することもできる。

蓄積手段２３は、制作クライアント端末１２−１から送信された番組制作エンジン３１と、台本データ３２と、素材データ３３とを蓄積する。また、蓄積手段２３は、番組コンテンツを提供するために公開手段２７にてＷｅｂ上等の通信ネットワーク１３上に公開されるための番組ファイル３４と、番組の要約情報等であるＲＳＳ（ＲＤＦ（Ｒｅｓｏｕｒｃｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｆｒａｍｅｗｏｒｋ） Ｓｉｔｅ Ｓｕｍｍａｒｙ）３５を蓄積する。ＲＳＳを用いることで、チャンネル及び番組の要約情報や素材データ等の関連情報を容易に管理することができ、ユーザが所望するチャンネル及び番組を容易に取得することができる。

また、ファイル生成手段２４は、制作クライアント端末１２−１から通信ネットワーク１３を介して送受信手段２８より受信した番組制作エンジン３１や台本データ３２、素材データ３３について、予め設定されたファイル形式の番組ファイルを生成（エンコーディング）する。

なお、番組ファイルとしては、動画ファイル、音声ファイル、テキストファイル、画像ファイルのうち、少なくとも１以上のファイル形式でデータ容量の異なる複数のファイルを生成する。ここで、ファイル形式としては、例えば、ＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）、ＷＭＶ、ＡＩＦＦ、ＷＡＶ、ＪＰＥＧ、ＢＭＰ、ＧＩＦ、ＡＶＩ、ＴＸＴ等がある。これらのファイルは、一般的に容易に取得することができ、また市販のパソコン等では購入時にインストールされているアプリケーション等を用いて再生・視聴又は表示することができる。

ここで、ファイル生成手段２４におけるファイル生成例について説明する。例えば、動画（ムービー）ファイルを作成する場合は、蓄積手段２３に含まれる素材データ３３の映像や音声データ、テキストデータ等を番組制作エンジン及び台本データ３２に基づいて編集し、ファイル形式の異なるコンテンツファイルを生成する。また、ファイル生成手段２４は、動画（ムービー）ファイルを生成する際にも、高画質、標準画質、低画質等の複数のファイルを生成したり、同一のコンテンツでも音声データやテキストデータのみを用いてファイル形式の異なるデータを生成する。

なお、本実施形態では、台本データ（演出スタイルシート）等を使用することにより、ＴＶＭＬプレーヤー等により所望する映像音声に変換して再生することができる。ここで、ＴＶＭＬプレーヤーは、例えばスタジオショット等をリアルタイムＣＧで生成し、ＣＧスタジオセットの中に登場するＣＧキャラクタがＴＶＭＬスクリプトの中に記述された台詞を合成音声により出力することで、しゃべっているように表現させたり、演技するところを表示させたりすることができる。その他、動画再生や、ＢＧＭ再生、画像によるタイトル表示等の出力も可能である。

また、メタデータ生成手段２５は、ファイル生成手段２４で作成されたファイル形式等の異なる個々の番組ファイルに対応するメタデータを生成する。具体的には、メタデータ生成手段２５は、番組制作エンジン３１、台本データ３２、及び素材データ３３から得られる番組のタイトルやヘッドライン等の意味情報（ＲＳＳ等）と、ファイル生成手段２４におけるエンコードされたときのファイルのエンコーディング情報（ファイル形式、画像サイズ、データ容量、ビットレート等）に基づいて、各ファイルに対応するメタデータを生成する。なお、メタデータの内容は、タイトル、ファイル形式、ビットレート、画像サイズ、番組内容の要約情報等から必要に応じて適宜選択される。

メタデータ生成手段２５により作成されたメタデータは、公開手段２７によりＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式等でＷｅｂ上に公開され、通信ネットワーク１３に接続された端末が備えるブラウザ機能等を用いて容易に閲覧することができる。したがって、クライアント端末１２は、メタデータを参照して端末に最適なコンテンツの形式を迅速且つ確実に把握することができる。また、メタデータに対応するコンテンツを確実に要求することができる。

番組管理手段２６は、通信ネットワーク１３を介して制作クライアント端末１２−１から送信されたコンテンツに関する各種情報（番組制作エンジン３１、台本データ３２、素材データ３３等）を管理する。具体的には、番組管理手段２６は、例えば番組（コンテンツ）の新規追加や、編集、削除等の管理を行う。

また、番組管理手段２６は、個々の番組がどのチャンネルに属するか、又は新規に開設するチャンネルであるかを判断して、その番組のチャンネルを設定し、そのチャンネル情報を管理する。例えば、チャンネルの新規開設、編集、削除の受付等の管理を行う。

また、公開手段２７は、メタデータ生成手段２５にて作成されたメタデータから例えばＨＴＭＬ等のファイル形式のファイルを生成する。また、公開手段２７は、生成したファイルをＷｅｂ上の他の端末から閲覧可能な状態にし、メタデータの内容を公開する。なお、本発明において公開するファイル形式は、ＨＴＭＬに限定されるものではなく他のファイル形式であってもよい。

ここで、視聴クライアント端末１２−２には、上述したＨＴＭＬファイルを閲覧するためのアプリケーション（Ｗｅｂブラウザ等）が必要であるが、Ｗｅｂブラウザは、一般的に容易に取得することができ、また市販のパソコン等では購入時にインストールされている。そのため、視聴クライアント端末１２−２は、既存のＷｅｂブラウザを用いてコンテンツ提供サーバ１１が公開しているメタデータを容易に閲覧することができる。

送受信手段２８は、公開手段２７により公開されているメタデータに対応する番組コンテンツの取得要求を通信ネットワーク１３に接続されたクライアント端末１２から受信する。また、送受信手段２８は、コンテンツ取得要求に対応する番組コンテンツを取得要求のあったクライアント端末１２に送信する。

また、制御手段２９は、コンテンツ提供サーバ１１の各構成部全体の制御を行う。具体的には、制御手段２９は、入力手段２１からのユーザ指示に基づき、ファイル生成手段２４により番組コンテンツを生成させたり、メタデータ生成手段２５によりコンテンツに対応するメタデータを生成させたり、生成したメタデータを公開させ、更に視聴クライアント端末１２−２から取得要求のあった番組コンテンツに対応する番組コンテンツを蓄積手段２３から抽出し送受信手段２８により送信させる等の制御を行う。

これにより、クライアント端末が現在有する処理性能やアプリケーション等の機能に対応したコンテンツファイルを提供することができる。したがって、例えば光通信が可能なクライアント端末であれば、高画質のコンテンツを要求して取得することができ、通信速度の遅い通信しかできないクライアント端末であれば、高画質のコンテンツの取得は時間がかかるため、低画質のコンテンツを要求することで、迅速に所望するコンテンツを取得することができる。

更に、クライアント端末１２側ではなくコンテンツ提供サーバ１１側でコンテンツを生成するため、ストリーミングやファイル自体をダウンロードして、容易にコンテンツを再生・視聴することができる。

＜クライアント端末１２＞
次に、クライアント端末１２の機能構成について図を用いて説明する。図３は、クライアント端末の機能構成の一例を示す図である。なお、図３（ａ）は、制作クライアント端末１２−１の機能構成を示し、図３（ｂ）は、視聴クライアント端末１２−２の機能構成を示している。また、図３（ａ）では、番組制作機能及び番組視聴機能を備えたクライアント端末の機能構成を示している。

図３（ａ）に示す制作クライアント端末１２−１は、入力手段４１と、出力手段４２と、蓄積手段４３と、番組生成手段４４と、参照手段４５と、送受信手段４６と、制御手段４７とを有するよう構成されている。

入力手段４１は、ユーザからの番組制作指示や、コンテンツ提供サーバ１１に公開されているメタデータの表示されているページにアクセスし、所望するコンテンツの取得要求を送信し、ダウンロードしたコンテンツを再生・視聴するための各種処理の入力を受け付ける。なお、入力手段４１は、例えばキーボードや、マウス等のポインティングデバイス等からなる。

また、出力手段４２は、入力手段４１により入力された指示内容や、指示内容に基づいて取得したメタデータや、再生されたコンテンツの表示等を行う。なお、出力手段４２は、ディスプレイ等からなる。更に、出力手段４２は、プリンタ等の機能を有していてもよく、例えば閲覧しているメタデータの内容等、取得可能な情報を紙等の印刷媒体に印刷して、ユーザ（クライアント）に提供することもできる。

また、蓄積手段４３は、番組を制作するための番組制作エンジン５１、及び番組の素材となる映像や音声、音楽、テキストデータ、画像データ等の素材データ５２が蓄積されている。

番組生成手段４４は、蓄積手段４４に蓄積されている番組制作エンジン５１及び素材データ５２に基づいて、入力手段４１から得られるユーザの指示内容により制作された番組の台本データを生成する。なお、本実施形態では、台本データの一例としては、ＸＭＬを用いることができるが、他のファイル形式であってもよい。

また、番組生成手段４４は、生成した台本データを番組制作エンジン５１及び素材データ５２と共に送受信手段４６を用いてコンテンツ提供サーバ１１にアップデートする。なお、番組生成手段４４は、生成した台本データをすぐ送信せず一時的に蓄積手段４３に蓄積しておいてもよい。

また、参照手段４５は、コンテンツ提供サーバ１１等から提供されるＩＰアドレスやＵＲＬ等のアドレス情報に基づいて、通信ネットワーク１３によりコンテンツ提供サーバ１１上に公開されているメタデータの閲覧を行う。なお、参照手段４５は、上述したＨＴＭＬ等を閲覧可能なＷｅｂブラウザ機能を有する。ここで、クライアント端末１２は、参照手段４５のＷｅｂブラウザ機能を用いてコンテンツの視聴を行う場合には、出力手段４２の機能を有していなくてもよい。

また、送受信手段４６は、番組制作エンジン５１、素材データ５２、及び台本データをコンテンツ提供サーバ１１に送信する。また、送受信手段４６は、参照手段４５により閲覧したメタデータの中に視聴したいコンテンツがあった場合に入力手段４１による指示により制御手段４７が生成したコンテンツ取得要求をコンテンツ提供サーバ１１に送信する。更に、送受信手段４６は、コンテンツ提供サーバ１１から送信された番組コンテンツを受信する。

制御手段４７は、クライアント端末１２の各構成全体の制御を行う。具体的には、制御手段４７は、入力手段４１からのユーザ指示に基づいて参照手段４５によりメタデータを参照させたり、参照したメタデータから入力手段４１により指示された内容に基づいてコンテンツ要求情報を生成し送受信手段４６により送信させたり、コンテンツ提供サーバ１１から得られるコンテンツを出力手段４２により再生表示させる等の制御を行う。これにより、制作クライアント端末１２−１は、コンテンツ提供サーバ１１に対してコンテンツの登録や視聴を行うことができる。

なお、上述した制作クライアント端末１２−１は、コンテンツの生成及び視聴・再生を行うための機能を有していたが、視聴クライアント端末は、コンテンツを制作するための機能を有していない。したがって、視聴クライアント端末１２−２は、図３（ｂ）に示すように、入力手段４１と、出力手段４２と、参照手段４５と、送受信手段４６と、制御手段４７とを有するよう構成される。

ここで、上述したコンテンツ提供サーバ１１及びクライアント端末１２は、汎用のコンピュータ等を用いて、ソフトウェア等により上述の機能を有することで実現することができる。具体的には、ＧＵＩ（グラフィカルユーザインタフェース）を用いた入力フォーム等を基にしたコンピュータでの処理を行う。

換言すれば、上述したようにコンテンツ提供サーバ１１及びクライアント端末１２は、上述した専用の装置構成により本発明におけるコンテンツ提供を行うこともできるが、各構成における処理をコンピュータに実行させることができる実行プログラムを生成し、例えば、汎用のパーソナルコンピュータ、サーバ等にプログラムをインストールすることにより、コンテンツ提供処理を実現することができる。

＜ハードウェア構成＞
ここで、本発明における実行可能なコンピュータのハードウェア構成例について図を用いて説明する。図４は、本発明におけるコンテンツ提供サーバにおけるコンテンツ提供処理が実現可能なハードウェア構成の一例を示す図である。なお、以下に示すハードウェア構成は、上述したコンテンツ提供サーバ１１及びクライアント端末１２の何れにも適用される。

図４におけるコンピュータ本体には、入力装置６１と、出力装置６２と、ドライブ装置６３と、補助記憶装置６４と、メモリ装置６５と、各種制御を行うＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）６６と、ネットワーク接続装置６７とを有するよう構成されており、これらはシステムバスＢで相互に接続されている。

入力装置６１は、使用者が操作するキーボード及びマウス等のポインティングデバイスを有しており、使用者からのプログラムの実行等、各種操作信号を入力する。出力装置６２は、本発明における処理を行うためのコンピュータ本体を操作するのに必要な各種ウィンドウやデータ等を表示するディスプレイを有し、ＣＰＵ６６が有する制御プログラムによりプログラムの実行経過や結果等を表示することができる。

ここで、本発明において、コンピュータ本体にインストールされる実行プログラムは、例えばＣＤ−ＲＯＭ等の記録媒体６８等により提供される。プログラムを記録した記録媒体６８は、ドライブ装置６３にセット可能であり、記録媒体６８に含まれる実行プログラムが、記録媒体６８からドライブ装置６３を介して補助記憶装置６４にインストールされる。

補助記憶装置６４は、ハードディスク等のストレージ手段であり、本発明における実行プログラムや、コンピュータに設けられた制御プログラム等を蓄積し必要に応じて入出力を行うことができる。

ＣＰＵ６６は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の制御プログラム、メモリ装置６５により読み出され格納されている実行プログラムに基づいて、各種演算や各ハードウェア構成部とのデータの入出力等、コンピュータ全体の処理を制御して各処理を実現することができる。また、プログラムの実行中に必要な各種情報は、補助記憶装置６４から取得することができ、また格納することもできる。

ネットワーク接続装置６７は、通信ネットワーク等と接続することにより、実行プログラムを通信ネットワークに接続されている他の端末等から取得したり、プログラムを実行することで得られた実行結果又は本発明における実行プログラム自体を他の端末等に提供することができる。

上述したようなハードウェア構成により、特別な装置構成を必要とせず、低コストで効率的にコンテンツ提供サーバ１１におけるコンテンツ提供処理を実現することができる。また、プログラムをインストールすることにより、上述のコンテンツ提供処理を容易に実現することができる。

＜処理手順：シーケンスフローチャート＞
次に、本発明におけるコンテンツ提供処理手順について、シーケンスフローチャートを用いて説明する。なお、以下の説明では、コンテンツ提供サーバ１１と、制作クライアント１２−１，視聴クライアント１２−２を用いた一連の処理手順について説明する。

図５は、コンテンツ提供処理手順の一例を示すシーケンスフローチャートである。まず、制作クライアント端末１２−１は、予め蓄積された番組制作エンジン及び素材データ等から番組の生成し（Ｓ０１）、生成した番組の基となる番組制作エンジン、台本データ、及び素材データをコンテンツ提供サーバ１１へ送信する（Ｓ０２）。

コンテンツ提供サーバ１１は、制作クライアント端末１２−１から得られた番組制作エンジン、台本データ、及び素材データに基づいて、予め設定されたファイル形式からなる番組ファイルを作成する(Ｓ０３)。

次に、Ｓ０３にて作成した番組ファイルを蓄積し（Ｓ０４）、また番組ファイルに対応するメタデータを作成する（Ｓ０５）。また、Ｓ０５にて作成されたメタデータをＷｅｂ等により公開する。

ここで、視聴クライアント１２−２は、コンテンツ提供サーバ１１が公開しているメタデータ情報を受信し（Ｓ０７）、公開内容を閲覧する（Ｓ０８）。また、視聴クライアント端末１２−２は、閲覧した公開内容で視聴したいものがあれば、コンテンツ提供サーバに番組の取得要求を行う（Ｓ０９）。なお、このとき、取得要求としては、メタデータに表示されている複数のファイル形式の同一番組に対してその端末が視聴可能なコンテンツが選択され、その選択情報に基づいて取得要求が行われる。

コンテンツ提供サーバ１１は、視聴クライアント端末１２−２から送信された取得要求に基づいて対応するファイル形式のコンテンツを検索する（Ｓ１０）。つまり、公開されたメタデータには、ファイル形式等の異なるコンテンツ毎にメタデータが表示されているため、クライアント側から特定のメタデータを指定すれば、対応するファイル形式のコンテンツを取得できることになる。

また、コンテンツ提供サーバ１１は、Ｓ１０の処理により抽出されたコンテンツを取得要求のあった視聴クライアント端末１２−２に送信する（Ｓ１１）。視聴クライアント１２−２は、コンテンツ提供サーバ１１からコンテンツをダウンロード又はストリーミングすることにより再生・視聴する（Ｓ１２）。

上述したように、コンテンツ提供処理によりクライアント端末で容易に番組を再生・視聴することができる。具体的には、今までの端末では、コンテンツ視聴専用のソフトウェア等ＣＧ、音声合成を駆動する性能や仕組みを持たないクライアントでは再生・視聴することができなかったが、本発明により、制作した番組を公開する際に、例えばムービーファイル等の一般のアプリケーションを用いて再生可能なファイル形式の番組を生成する機能をサーバに持たせることによって、そのファイル形式を再生できるクライアントであればどのクライアントでも番組を再生することができる。

＜実施例１：動画（ムービー）ファイル提供＞
ここで、本発明におけるコンテンツ提供の実施例について図を用いて説明する。図６は、動画（ムービー）ファイルの提供例を示す図である。図６に示すように、まずＴＶクリエータとしての機能を有する制作クライアント端末１２−１は、制作した番組に対応する番組制作エンジン７１、ＸＭＬ形式で作成された台本データ７２、及び素材データ７３を公開サーバ１１にアップロードする。

コンテンツ提供サーバ１１は、番組制作エンジン７１、ＸＭＬ形式で作成された台本データ７２、及び素材データ７３からＴＶＭＬ変換する。ここで、コンテンツ提供サーバ１１は、変換した番組をＴＶＭＬ再生機能を有するＴＶＭＬプレーヤー７４を用いて再生し、確認する機能を有していてもよい。

また、コンテンツ提供サーバ１１は、制作クライアント端末１２−１が指示されたファイル形式の他に画質等を変えて複数のファイルを生成する。具体的には、図６に示すように、ファイル生成手段として複数のムービーエンコーダ７５−１〜７３−３等を有している。ここで、それぞれのエンコーダ７５−１〜７３−３は、ムービーファイル用のエンコーダであるが、エンコーダ７５−１は高画質用のファイルを生成し、エンコーダ７５−２は標準画質のファイルを生成し、エンコーダ７５−３は低画質のファイルを生成する。したがって、各エンコーダ７５−１〜７３−３により生成されたそれぞれのファイルのデータ容量は、「高画質＞標準画質＞低画質」となる。

また、コンテンツ提供サーバ１１は、番組制作エンジン７１、ＸＭＬ形式で作成された台本データ７２、及び素材データ７３から得られる意味情報と、エンコーダ７５のエンコーディング情報等に基づいてメタデータを作成する。

ここで、視聴クライアント端末１２−２としては、図６に示すように、例えば、テレビ７６や、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）７７、通信ネットワークを介してブラウザの表示、閲覧機能を有する携帯電話７８等からなる。

具体的には、それぞれのクライアント視聴端末１２−２は、ブラウザ機能を有しており、コンテンツ提供サーバ１１からメタデータを取得して閲覧し、それぞれのクライアント端末に対応するコンテンツをコンテンツ提供サーバ１１に要求することで、取得要求に対応したコンテンツファイルを予めエンコードされているコンテンツファイルから検索し、抽出したコンテンツファイルをダウンロード（又はストリーミング）させる。これにより、視聴クライアント端末１２−２は、アプリケーションを新規にインストールする必要がなく要求したコンテンツを容易に再生し視聴することができる。

つまり、従来のＴＶ４Ｕでは、再生側にアップロードしたＸＭＬ台本データ、番組制作エンジン、素材データを視聴クライアント側にダウンロードし、ＴＶＭＬプレーヤー等によりＴＶＭＬを生成して再生する仕組みであった。しかしながら、図６に示す本実施例では、サーバ側にＴＶＭＬ変換機能、ＴＶＭＬ再生機能、ムービーエンコード機能を有し、サーバ上でＴＶＭＬを生成し、ＴＶＭＬ再生機能で映像音声を出力し、それをムービーエンコーダに入力してムービーファイルを生成する。これにより、視聴クライアント側では、メタデータをチェックして再生できるムービーファイルをダウンロード、又はストリーミングすることで、容易に再生、視聴することができる。

＜実施例２：音声ファイル提供＞
次に、実施例２として音声（サウンド）ファイルの提供例について図を用いて説明する。図７は、音声（サウンド）ファイルの提供例を示す図である。図７に示すように、視聴クライアント端末１２−２がインターネットラジオ８０等のように、音声を中心にしたコンテンツを視聴したい場合には、コンテンツ提供サーバ１１は、ファイル生成手段としてサウンドエンコーダ７９−１、７９−２により複数の音声データを生成しておく。

なお、サウンドエンコーダとしては、例えばＷＡＶフォーマット形式の音声ファイルを生成するエンコーダ７９−１や、ＡＩＦＦフォーマット形式の音声ファイルを生成するエンコーダ７９−２等がある。

視聴クライアント端末１２−２は、そのメタデータからラジオに対応したファイルの取得要求を行う。これにより、音声データも容易に取得し再生することができる。これにより、例えばインターネットラジオ等のように、音声の再生中に、所定の時間間隔で、音声に対応する画像（要約画像等）をユーザに配信するようなサービスを提供することができる。

なお、本発明における実施例は、実施例１及び２に限定されるものではなく、例えば、実施例１及び実施例２を組み合わせてもよい。また、老人や目や耳に何らかの障害がある人用に、例えば、表示する文字を大きくしたり、映像をゆっくりと再生するように編集を行うエンコーダを用意しておいてもよい。

更に、コンテンツ提供サーバ１１は、視聴クライアント端末１２−２からの番組コンテンツの取得要求を受信した時点で対応するファイル形式のコンテンツを上述したエンコーダにより生成して、視聴者に提供してもよい。これにより、複数のファイル形式からなる同一のコンテンツを予め蓄積しておく必要がなくなることになる。

＜メタデータ例＞
ここで、コンテンツ提供サーバ１１が意味情報及びエンコーディング情報から生成し、視聴クライアント端末１２−２等に提供されるメタデータについて図を用いて説明する。図８は、本発明におけるメタデータの一例を示す図である。なお、図８左側には便宜上、行番号を付している。
また、図８に示すメタデータは図６に対応するものである。具体的には、（０１）〜（１４）行が、図６に示すムービーファイル７５−１に対応し、（１５）〜（２８）がムービーエンコーダ７５−２に対応し、（２９）〜（４２）がムービーエンコーダ７５−３に対応している。

それぞれのメタデータには、意味情報からタイトル（ｔｉｔｌｅ）やヘッドライン（ｄｅｓｃｒｉｐｔｉｏｎ）等のメタデータが生成され、エンコーディング情報からは、ファイル形式（ｆｉｌｅｔｙｐｅ）や、ビットレート（ｂｉｔｒａｔｅ）、画像サイズ（ｒｅｓｏｌｕｔｉｏｎ）等が生成される。これらの情報を視聴クライアントが確認することで、所望する形式のファイルを取得することができる。

上述したように、本発明によれば、クライアント端末は、公開されたメタデータを閲覧し、再生可能なファイル形式のコンテンツを取得することができる。したがって、コンテンツ提供サーバは、クライアント端末が容易に再生・視聴させるためのコンテンツを提供することができる。具体的には、本発明によって、ＴＶＭＬ変換機能やＴＶＭＬ再生機能を持っていないクライアントでも番組を再生することが可能になる。また、ハードウェア的にＣＧや音声合成を使用することができないＰＤＡや携帯電話でも番組を再生することが可能となる。なお、本発明は、本発明は番組、映画、音楽等を含む各種コンテンツの公開・配信の分野に適用することができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。

本発明におけるコンテンツ提供システムの概略構成の一例を示す図である。 本発明におけるコンテンツ提供サーバの機能構成の一例を示す図である。 クライアント端末の機能構成の一例を示す図である。 本発明におけるコンテンツ提供サーバにおけるコンテンツ提供処理が実現可能なハードウェア構成の一例を示す図である。 コンテンツ提供処理手順の一例を示すシーケンスフローチャートである。 動画（ムービー）ファイルの提供例を示す図である。 音声（サウンド）ファイルの提供例を示す図である。 本発明におけるメタデータの一例を示す図である。

符号の説明

１０ コンテンツ提供システム
１１ コンテンツ提供サーバ
１２ クライアント端末
１３ 通信ネットワーク
２１，４１ 入力手段
２２，４２ 出力手段
２３，４３ 蓄積手段
２４ ファイル生成手段
２５ メタデータ生成手段
２６ 番組管理手段
２７ 公開手段
２８，４６ 送受信手段
２９，４７ 制御手段
３１，５１，７１ 番組制作エンジン
３２，７２ 台本データ
３３，５２，７３ 素材データ
３４ 番組ファイル
３５ ＲＳＳ
４４ 番組生成手段
４５ 参照手段
６１ 入力装置
６２ 出力装置
６３ ドライブ装置
６４ 補助記憶装置
６５ メモリ装置
６６ ＣＰＵ
６７ ネットワーク接続装置
６８ 記録媒体
７４ ＴＶＭＬプレーヤー
７５ ムービーエンコーダ
７６ テレビ
７７ ＰＤＡ
７８ 携帯電話
７９ サウンドエンコーダ
８０ ラジオ

Claims (3)

1. 通信ネットワークに接続された制作クライアント端末で制作された番組コンテンツを公開すると共に、前記通信ネットワークに接続された視聴クライアント端末からの番組コンテンツ取得要求に対応する番組コンテンツを提供するコンテンツ提供サーバにおいて、
   前記制作クライアント端末から得られる前記番組コンテンツに対応する同一の番組制作エンジン、台本データ、及び素材データを用い、前記素材データを前記番組制作エンジン及び前記台本データに基づいて編集し、動画ファイル、音声ファイル、テキストファイル、及び画像ファイルのうち、予め設定された複数の異なるファイル形式で同一の番組コンテンツを生成し、生成された複数の異なるファイル形式の番組コンテンツ毎に、データ容量の異なる複数のファイルを生成するファイル生成手段と、
   前記ファイル生成手段により得られる番組コンテンツを蓄積する蓄積手段と、
   前記番組コンテンツの意味情報、及び前記ファイル生成手段により得られるファイル形式及びデータ容量の異なる複数の番組コンテンツのファイル生成時におけるエンコーディング情報に基づいて、前記複数の番組コンテンツのファイル毎に、前記番組コンテンツのタイトル、ファイル形式、ビットレート、画像サイズ、及び番組内容の要約情報を有するメタデータを作成するメタデータ生成手段と、
   前記メタデータ生成手段により得られた前記番組コンテンツのメタデータを、前記通信ネットワークを介して前記視聴クライアント端末が閲覧できるように公開する公開手段とを有することを特徴とするコンテンツ提供サーバ。
2. 前記ファイル生成手段は、
   前記視聴クライアント端末からの番組コンテンツの取得要求があった時点で前記取得要求に指示されたファイル形式の番組コンテンツを生成することを特徴とする請求項１に記載のコンテンツ提供サーバ。
3. コンピュータを、請求項１又は２に記載のコンテンツ提供サーバとして機能させることを特徴とするコンテンツ提供プログラム。

Images