(57)【要約】【課題】効果的な情報提供を行うことができる番組編成装置の提供。【解決手段】番組編成装置２は、番組管理装置３およびナレーション合成装置４を備える。番組管理装置３は、クライアント装置６からの配信要求情報を取得する配信要求取得手段、コンテンツデータを検索するコンテンツデータ検索手段、コンテンツデータおよび補助データの配信順序を表す番組を配信要求情報に基づいて編成する番組編成手段を備える。ナレーション合成装置４は、コンテンツデータと組み合わされて配信されるナレーションデータを生成するナレーション合成手段を備える。コンテンツにナレーションを付加して配信できるので、効果的な情報提供が行える。【選択図】　図１
2004056372.tif 000002
【特許請求の範囲】
【請求項１】
クライアント装置からの配信要求情報を取得する配信要求取得手段と、
前記配信要求情報に基づいてコンテンツデータを検索するコンテンツデータ検索手段と、
前記コンテンツデータと組み合わされて配信される補助データを生成する補助データ生成手段と、
前記コンテンツデータおよび補助データの配信順序を表す番組を前記配信要求情報に基づいて編成する番組編成手段と、
を備えることを特徴とする番組編成装置。
【請求項２】
請求項１に記載の番組編成装置において、
前記番組編成手段で編成された番組を前記クライアント装置に送信する番組送信手段を備える
ことを特徴とする番組編成装置。
【請求項３】
請求項１に記載の番組編成装置において、
前記コンテンツデータおよび補助データを、前記番組編成手段で編成された番組の配信順序で配信するコンテンツ送信手段を備える
ことを特徴とする番組編成装置。
【請求項４】
請求項１ないし３のいずれかに記載の番組編成装置において、
利用者に関する情報が格納される顧客管理データベースを備え、
前記コンテンツデータ検索手段は、クライアント装置からの配信要求情報に基づいて利用者を特定して前記顧客管理データベースからその利用者の情報を取り出し、この取り出した利用者情報を検索条件に追加してコンテンツデータを検索することを特徴とする番組編成装置。
【請求項５】
請求項１ないし４のいずれかに記載の番組編成装置において、
前記コンテンツデータ検索手段は、検索されたコンテンツデータの保管場所を表すコンテンツデータ位置情報を含む検索結果データを取得し、
前記番組編成手段は、前記コンテンツデータ位置情報と、前記補助データ生成手段で生成された補助データの保管場所を表す補助データ位置情報とを取得し、各位置情報を配信する順序に並べて番組を編成する
ことを特徴とする番組編成装置。
【請求項６】
請求項５に記載の番組編成装置において、
前記検索結果データは、コンテンツデータ位置情報と、検索されたコンテンツデータの内容に関するコンテンツプロファイル情報とを含み、
前記補助データ生成手段は、前記コンテンツプロファイル情報を利用して補助データを生成する
ことを特徴とする番組編成装置。
【請求項７】
請求項６に記載の番組編成装置において、
前記補助データは、各コンテンツデータに関連するナレーションデータであり、前記補助データ生成手段は、前記コンテンツプロファイル情報を利用してこのナレーションデータを生成する
ことを特徴とする番組編成装置。
【請求項８】
請求項７に記載の番組編成装置において、
前記補助データは、さらに番組プロローグ及び番組エピローグに関連するナレーションデータである
ことを特徴とする番組編成装置。
【請求項９】
請求項６ないし８のいずれかに記載の番組編成装置において、
前記補助データ生成手段は、さらに前記配信要求情報及び前記利用者情報を利用して前記補助データを生成することを特徴とする番組編成装置。
【請求項１０】
請求項７または８に記載の番組編成装置において、
前記コンテンツプロファイル情報は、各コンテンツを特徴付ける属性やキーワード等の単語列を備え、
前記補助データ生成手段は、各種ナレーションの構造を特定するためのテンプレートおよび各テンプレートに組み込まれる定型句データや単語データからなる各ナレーション部品データと、このナレーション部品データを管理するナレーション管理データベースと、ナレーション部品データを作成するためのナレーション素材データと、を備えることを特徴とする番組編成装置。
【請求項１１】
請求項１０に記載の番組編成装置において、
前記補助データ生成手段は、前記クライアントからの配信要求内容に応じたテンプレートを選定し、このテンプレートに前記コンテンツプロファイル情報に基づく定型句データや単語データを組み込んで前記ナレーションデータを生成する
ことを特徴とする番組編成装置。
【請求項１２】
クライアント装置からの配信要求情報を取得するステップ、
この配信要求情報に基づいてコンテンツデータを検索するステップ、
検索されたコンテンツデータと組み合わされて配信される補助データを生成するステップ、
前記コンテンツデータおよび補助データの配信順序を示す番組を前記配信要求情報に基づいて編成するステップ、
を備えることを特徴とする番組編成方法。
【請求項１３】
コンピュータを、請求項１ないし１１のいずれかに記載の番組編成装置として機能させることを特徴とする番組編成プログラム。
【請求項１４】
コンピュータを、請求項１ないし１１のいずれかに記載の番組編成装置として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項１５】
請求項１ないし１１のいずれかに記載の番組編成装置と、
前記コンテンツデータが蓄積されたコンテンツ配信装置と、
前記番組編成装置に対して配信要求情報を送信し、コンテンツデータおよび補助データの配信を受けるクライアント装置と、
を備えることを特徴とする番組提供システム。
【請求項１６】
請求項１５に記載の番組提供システムにおいて、
前記番組編成装置は、前記クライアント装置からの配信要求情報に応じて前記番組編成手段で編成された番組をクライアント装置に送信し、
クライアント装置は、受信した番組に基づいて前記コンテンツ配信装置からはコンテンツデータの配信を受け、番組編成装置からは補助データの配信を受けることを特徴とする番組提供システム。
【請求項１７】
請求項１５に記載の番組提供システムにおいて、
前記番組編成装置は、前記クライアント装置からの配信要求情報に応じて前記番組編成手段で編成された番組に基づいて、前記コンテンツ配信装置からのコンテンツデータと、補助データ生成手段からの補助データとを、前記番組の配信順序に基づいてクライアント装置に対して配信させることを特徴とする番組提供システム。
【請求項１８】
クライアント装置からの配信要求情報を取得するステップ、
この配信要求情報に基づいてコンテンツデータを検索するステップ、
検索されたコンテンツデータと組み合わされて配信される補助データを生成するステップ、
前記コンテンツデータおよび補助データの配信順序を示す番組を前記配信要求情報に基づいて編成するステップ、
この番組の配信順序に基づいて、前記クライアント装置が、前記コンテンツ配信装置からコンテンツデータの配信を受け、前記番組編成装置から補助データの配信を受けるステップ、
を備えることを特徴とする番組提供方法。
【請求項１９】
コンピュータを、請求項１５ないし１７のいずれかに記載の番組提供システムとして機能させることを特徴とする番組提供プログラム。
【請求項２０】
コンピュータを、請求項１５ないし１７のいずれかに記載の番組提供システムとして機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、番組編成装置、番組提供システム、それらの方法、それらのプログラムおよびそれらのプログラムを記録した記録媒体に関する。
【０００２】
【従来技術】
音楽、映像等のマルチメディアデータ等のコンテンツは、近年、インターネット等を利用した配信も広く行われるようになった。従来のテレビ・ラジオ等の電波放送、有線放送による配信に比べて、このインターネット等を用いた配信の特徴は、オンデマンド方式で配信される点にある。オンデマンド方式とは、ユーザの要求があった時にコンテンツを配信する方式である。例えば、ユーザがＷｅｂサービスを通じて欲しいコンテンツをサーバ（コンテンツ配信サーバ）に要求すると、その要求に対応してサーバからは直ちにユーザーへの配信が行われる。
【０００３】
コンテンツ配信サーバには、配信用のコンテンツデータが、ハードディスク等の蓄積メディアに予め蓄積されている。そして、コンテンツ配信サーバは、クライアント装置からの要求に応じて、蓄積メディアに記録された静的なコンテンツをそのまま読み出して配信していた。
また、ユーザーの要求したコンテンツに対し、コマーシャル等の目的でナレーションが付加されて配信されることもあるが、このナレーションも予め準備された静的なものであった。
【０００４】
【発明が解決しようとする課題】
上記従来技術の場合、コンテンツ配信サーバは、クライアント装置からの要求に応じて、予め準備されていた静的なコンテンツを配信するだけであり、各ユーザーに対応した効果的な情報提供を行うことができないという課題が一例として挙げられる。
【０００５】
本発明は、上述した一例を含めた課題に基づいて、効果的な情報提供を行うことができる番組編成装置、番組提供システム、それらの方法、それらのプログラムおよびそれらのプログラムを記録した記録媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段】
請求項１に記載の発明は、クライアント装置からの配信要求情報を取得する配信要求取得手段と、前記配信要求情報に基づいてコンテンツデータを検索するコンテンツデータ検索手段と、前記コンテンツデータと組み合わされて配信される補助データを生成する補助データ生成手段と、前記コンテンツデータおよび補助データの配信順序を表す番組を前記配信要求情報に基づいて編成する番組編成手段と、を備えることを特徴とする番組編成装置である。
【０００７】
請求項１２に記載の発明は、クライアント装置からの配信要求情報を取得するステップ、この配信要求情報に基づいてコンテンツデータを検索するステップ、検索されたコンテンツデータと組み合わされて配信される補助データを生成するステップ、前記コンテンツデータおよび補助データの配信順序を示す番組を前記配信要求情報に基づいて編成するステップ、を備えることを特徴とする番組編成方法である。
【０００８】
請求項１３に記載の発明は、コンピュータを、請求項１ないし１１のいずれかに記載の番組編成装置として機能させることを特徴とする番組編成プログラムである。
【０００９】
請求項１４に記載の発明は、コンピュータを、請求項１ないし１１のいずれかに記載の番組編成装置として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１０】
請求項１５に記載の発明は、請求項１ないし１１のいずれかに記載の番組編成装置と、前記コンテンツデータが蓄積されたコンテンツ配信装置と、前記番組編成装置に対して配信要求情報を送信し、コンテンツデータおよび補助データの配信を受けるクライアント装置と、を備えることを特徴とする番組提供システムである。
【００１１】
請求項１８に記載の発明は、クライアント装置からの配信要求情報を取得するステップ、この配信要求情報に基づいてコンテンツデータを検索するステップ、検索されたコンテンツデータと組み合わされて配信される補助データを生成するステップ、前記コンテンツデータおよび補助データの配信順序を示す番組を前記配信要求情報に基づいて編成するステップ、この番組の配信順序に基づいて、前記クライアント装置が、前記コンテンツ配信装置からコンテンツデータの配信を受け、前記番組編成装置から補助データの配信を受けるステップ、を備えることを特徴とする番組提供方法である。
【００１２】
請求項１９に記載の発明は、コンピュータを、請求項１５ないし１７のいずれかに記載の番組提供システムとして機能させることを特徴とする番組提供プログラムである。
【００１３】
請求項２０に記載の発明は、コンピュータを、請求項１５ないし１７のいずれかに記載の番組提供システムとして機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【００１４】
【発明の実施の形態】
以下に、本発明の実施の形態を図面に基づいて説明する。
【００１５】
〔第１実施形態〕
［番組提供システムの構成］
図１には、本実施形態の番組提供システム１の全体構成の一例が示されている。
番組提供システム１は、コンテンツを配信するシステムとして動作するものであり、番組編成装置であるオンデマンド番組編成装置２と、コンテンツ配信装置５と、クライアント装置６とを備えている。
オンデマンド番組編成装置２は、番組管理装置３と、補助データ生成手段であるナレーション合成装置４とを備えて構成されている。
【００１６】
ここで、番組管理装置３、ナレーション合成装置４、コンテンツ配信装置５は、処理装置（ＣＰＵ，中央処理装置）、主記憶装置（メインメモリ）、外部記憶装置（ハードディスク等の蓄積メディア）、キーボードやマウス等の入力装置、ディスプレイやプリンタ等の出力装置、モデムやルータ等の通信装置等のコンピュータを構成する各ハードウェア資源を備えた一般的なサーバー装置で構成される。このため、以下の説明や図面では、番組管理装置３を番組サーバー（ポータルサーバー）、ナレーション合成装置４をナレーションサーバー、コンテンツ配信装置５をコンテンツサーバーと表現することもある。
なお、各サーバー装置に組み込まれるプログラムがこれらのハードウェア資源と協働することで、後述するような各処理を行うための具体的手段が構築され、これらの具体的な手段は各装置によって相違している。
【００１７】
一方、クライアント装置６は、コンテンツを必要とするユーザーがコンテンツの供給元（コンテンツ配信装置５）に要求を出してコンテンツ配信を受けるために利用する装置である。クライアント装置６としては、例えば、前記各サーバー装置と同様のハードウェア資源を有するＰＣ（パソコン、パーソナルコンピュータ）６１や、テレビに接続されて様々なサービスを受けられるようにするＳＴＢ（セットトップボックス）６２や、このＳＴＢの機能が内蔵されたインターネット接続機能付きテレビ６３等が用いられる。
なお、クライアント装置６としては、これらに限定されるものではなく、番組編成装置２やコンテンツ配信装置５との通信機能を有し、配信要求情報の送信と、各コンテンツデータ等の受信が行えるものであればよい。例えば、無線や有線等の各種通信機能を有する携帯電話機、ＰＤＡ（携帯情報端末）、オーディオ機器、車等に設けられるナビゲーション装置等の各種の専用機やＰＣに代表される汎用機をクライアント装置６として利用できる。
【００１８】
なお、番組管理装置３、ナレーション合成装置４、コンテンツ配信装置５、クライアント装置６間の通信は、本実施形態では、専用線や電話回線等を用いたインターネット網７つまりＷＡＮ（広域通信網）を利用して行っている。このため、番組管理装置３、ナレーション合成装置４、コンテンツ配信装置５、クライアント装置６は、インターネット網７に接続可能な通信機器９Ａを備えている。
また、本実施形態では、番組管理装置３およびナレーション合成装置４は、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）８を介しても通信可能とされており、これらの各装置３，４は、ＬＡＮ８を介した通信が可能な通信機器９Ｂも備えている。
なお、各装置３，４と同一敷地内に配置されたコンテンツ配信装置５が存在する場合、そのコンテンツ配信装置５と各装置３，４とはＬＡＮ８を介して通信してもよい。逆に、番組管理装置３とナレーション合成装置４とが離れた場所に配置されている場合には、これらの各装置３，４間をインターネット網７で通信してもよい。さらには、番組管理装置３、ナレーション合成装置４、コンテンツ配信装置５、クライアント装置６のすべての装置が同じ敷地内（例えば、家庭内、学校内、会社内等）に存在する場合には、すべての装置３〜６がＬＡＮ８を介して通信するようにしてもよい。
【００１９】
［番組管理装置の構成］
番組管理装置３は、番組編成装置２としての機能を分担する装置の１つであり、図２に示すように、配信要求取得手段３１と、コンテンツデータ検索手段３２と、番組編成手段３３と、番組送信手段３４と、顧客管理ＤＢ（データベース）３５、ＢＧＭＤＢ（データベース）３６とを備えて構成されている。
各手段３１〜３４は、番組管理装置３の処理装置（ＣＰＵ）やメインメモリ等のハードウェア資源と、ＣＰＵに組み込まれて実行されるプログラムとが協働して具現化される手段である。
【００２０】
一方、顧客管理ＤＢ３５は、外部記憶装置（蓄積メディア）であるハードディスク装置上に記録されたデータベースファイルを備えて構成されている。顧客管理ＤＢ３５へのデータの書き込みや読み出しは、専用のデータベース管理システムを介して各手段３１〜３４等の指示で行われる。
顧客管理ＤＢ３５は、利用者のプロファイルテーブル３５１、リクエストログ日時テーブル３５２、リクエストログ内容テーブル３５３、リクエスト統計テーブル３５４等のいくつかのテーブルから構成されている。
【００２１】
プロファイルテーブル３５１は、顧客を一意に特定できるユニークな番号（ユーザー番号）に対して顧客の持つ様々な属性（プロファイル情報）を対応付けるものである。具体的には、プロファイルテーブル３５１は、図３に示すように、ユーザー番号、プロファイル属性、プロファイルデータの各フィールドを備えている。ユーザー番号フィールドには、各ユーザーを特定するための番号が記録されている。また、プロファイル属性フィールドには、各ユーザーのプロファイル項目（氏名、年齢、…、趣味、嗜好等）が記録され、プロファイルデータフィールドには、その属性（項目）に対するデータが記録されている。なお、属性データとしては、住所、氏名といった顧客管理に欠かすことができない情報に加えて、コンテンツサービスに必要なユーザーやその端末を特定する機器番号、パスワードや、ユーザーサービスの向上やコマースの展開に活用できる趣味、嗜好に関する情報が記録されている。
【００２２】
リクエストログテーブル３５２，３５３は、顧客（ユーザー）から番組管理装置３に対して行われた番組リクエスト（番組配信要求）のログ（履歴情報）を示すデータテーブルである。本実施形態では、図２に示すように、リクエストの受付順を示す通し番号であるリクエスト番号に対して、それがどのユーザーからいつ行われたものであるかを示すリクエストログ日時テーブル３５２と、各リクエストの内容を示すリクエストログ内容テーブル３５３との２つのテーブルでリクエストログを管理している。なお、これらの２つのテーブル３５２，３５３をまとめて１つのリクエストログテーブルで管理してもよい。
【００２３】
リクエストログ日時テーブル３５２は、図４に示すように、リクエスト番号、ユーザー番号、日付、時刻の各フィールドを備えている。リクエスト番号フィールドには、配信要求取得手段３１が配信要求情報を取得した際に設定する通し番号であるリクエスト番号が記録される。そして、このリクエスト番号に対応して、配信要求情報を発信したユーザー番号、配信要求情報を受信した日付、時刻の各データが記録される。
リクエストログ内容テーブル３５３は、図５に示すように、リクエスト番号およびこのリクエスト番号に対応するリクエスト属性およびそのデータがそれぞれ記録されている。
【００２４】
リクエスト統計テーブル３５４は、リクエストログテーブル３５２，３５３のデータに基づいて、顧客毎にリクエスト内容の統計を取ったものである。統計データの示す特徴から顧客の嗜好を導き出すことも可能であり、そのような情報は顧客の属性データとしてプロファイルテーブル３５１にフィードバックされることになる。
リクエスト統計テーブル３５４は、図６に示すように、ユーザー番号の他、リクエストの内容が記録されるアイテムフィールド、その内容がユーザー毎に何回要求されているかが記録される回数フィールドを備えている。
ここで、リクエスト統計テーブル３５４の更新は、例えば、番組管理装置３の管理者が集計指示を行った際に、リクエストログ日時テーブル３５２、リクエストログ内容テーブル３５３を利用して集計してもよいし、各ユーザーからの配信要求情報を受信した際に、配信要求取得手段３１がその都度、リクエスト統計テーブル３５４の回数を更新していくことで行ってもよい。
【００２５】
番組管理装置３の配信要求取得手段３１は、クライアント装置６からインターネット網７を介して送信される配信要求情報を取得（受信）するとともに、受信した配信要求情報をコンテンツデータ検索手段３２に送り、かつこの情報に基づいて顧客管理データベース３５のデータ検索およびデータ書込を行うように構成されている。
すなわち、配信要求取得手段３１は、番組管理装置３に組み込まれたＷＥＢサーバ機能を利用して、アクセスしてきたクライアント装置６にユーザー番号およびパスワードの入力フォームを提示したり、新規登録希望者に対して登録のためのプロファイル情報（利用者情報）を入力するフォームを提示する機能を有する。さらに、配信要求取得手段３１は、フォームに入力送信されることで取得した配信要求情報内のユーザー番号およびパスワードを用いて、プロファイルテーブル３５１を検索し、該当するユーザーが登録されているかを認証する機能と、認証されたユーザーからの配信要求情報に基づいてリクエストログテーブル３５２、リクエストログ内容テーブル３５３に所定のデータを書き込む機能と、新規登録ユーザーのプロファイル情報をプロファイルテーブル３５１に記録する機能とを備えている。
【００２６】
コンテンツデータ検索手段３２は、配信要求取得手段３１で所得した配信要求情報から検索に必要なデータを用いて検索情報を作成し、この検索情報をコンテンツ配信装置５に送信する機能と、コンテンツ配信装置５からの検索結果を取得し、番組編成手段３３に送る機能とを備える。なお、配信要求取得手段３１は、必要に応じて、プロファイルテーブル３５１からユーザーのプロファイル情報（利用者情報）を読み出して、前記検索情報に追加する。
また、コンテンツ配信装置５からの検索結果データには、検索されたコンテンツデータの保管場所を表すコンテンツデータ位置情報と、検索されたコンテンツデータの内容に関するコンテンツプロファイル情報とが含まれている。
【００２７】
番組編成手段３３は、顧客管理データベース３５から読み出したユーザーのプロファイル情報と前記検索結果情報（コンテンツプロファイル情報）とをナレーション合成装置４に送信して補助データの生成を指示する機能と、ナレーション合成装置４から送信される受付応答情報を受信する機能と、前記検索結果情報および受付応答情報から番組（番組表、予定表、進行表）を作成する機能とを備えている。
なお、補助データの生成指示は、配信要求情報に基づいて設定されるナレーションパターンにより指定されるナレーション毎に行われる。つまり、複数の補助データ（ナレーションデータ）を生成する場合には、各ナレーションデータ毎に生成指示が出され、ナレーション合成装置４からは各ナレーションデータ毎に受付応答情報が送られる。
ここで、受付応答情報には、ナレーション合成処理に係る見込み処理時間と、そのナレーションの再生時間である収録時間と、ナレーションデータの保管場所を表す補助データ位置情報とが含まれる。
【００２８】
番組編成手段３３で作成される番組は、配信する各コンテンツデータおよび補助データが配信順に並べられており、この番組を参照することで、所定の順序で各コンテンツデータおよび補助データが配信されるように設定されている。
番組送信手段３４は、番組編成手段３３で作成された番組を、配信要求情報を送ったクライアント装置６に送信可能に構成されている。
【００２９】
ＢＧＭデータベース３６は、各種のＢＧＭデータ（音楽データ）が蓄積されている。このＢＧＭデータは、例えば、ナレーションデータの作成が完了するまでの間など、処理に時間が掛かり、所定のコンテンツデータや補助データを送信することができない間、クライアント装置６に送信してＢＧＭを流しておくためなどに用いられる。
【００３０】
［ナレーション合成装置の構成］
ナレーション合成装置４は、番組管理装置３とともに番組編成装置２としての機能を分担する装置の１つであり、番組編成手段３３からのナレーション合成要求に対して、要求内容に従ったナレーションデータを合成し、クライアント装置６等からのナレーション配信要求に対応するために自身または他の装置が管理するハードディスク等の蓄積メディアに合成したナレーションデータを配置する機能を有する。また、本実施形態では、番組編成手段３３からのナレーション合成要求を取得した際に、要求内容を元にナレーション合成に必要な時間や再生に必要な時間を見積もり、番組編成手段３３に受付応答情報として送信する機能も備えている。
【００３１】
ナレーション合成装置４におけるナレーションデータの合成方法は適宜なものが利用できる。例えば、ナレーション用の文章をテキストデータとして作成し、このデータを音声に変換する音声合成機能を設けてナレーション合成を行うものでもよい。但し、現時点では、音声合成処理はある程度の時間が掛かり、大きな負荷が生じてしまう。また、番組管理装置３から出される要求は、一般的には、ユーザープロファイル情報や各コンテンツの属性、キーワードなどの単語列である。このような断片的な情報から番組管理装置３やユーザーが望むようなナレーションを構築することは、ナレーション合成装置４に対して大きな負荷を掛けてしまう。
【００３２】
このため、本実施形態のナレーション合成装置４は、以下の構成を備えることで負荷を軽減できるようにしている。
具体的には、ナレーション合成装置４は、図７に示すように、ナレーション合成要求取得手段４１と、ナレーション管理手段４２と、ナレーション合成手段４３と、受付応答情報送信手段４４と、ナレーションＤＢ（データベース）４５と、ナレーション部品データ４６と、ナレーション素材データ４７とを備えている。
ナレーションＤＢ４５には、単語テーブル４５１、定型句テーブル４５２、テンプレートテーブル４５３等のいくつかのテーブルから構成されている。
【００３３】
単語テーブル４５１は、単語表現のためのナレーション（単語データ）を文法論、意味論、コンテンツ属性等で管理しており、各視点からのキーワード検索に対して適切なナレーション（単語データ）を導き出せる仕組みを提供している。具体的には、単語テーブル４５１は、図８に示すように、単語番号フィールド、プロファイル属性フィールド、プロファイルデータフィールドを備えている。そして、単語番号で特定された単語（例えば「１９７３年」）の品詞、用途、分類、内容、時間（発話時間）、データ保管場所等の各属性データがそれぞれ登録されている。
【００３４】
定型句テーブル４５２は、単語テーブル４５１と同様に、定型句のためのナレーション（定型句データ）を各視点からのキーワード検索によって導き出せる仕組みを提供している。すなわち、定型句テーブル４５２は、図９に示すように、文章番号フィールド、プロファイル属性フィールド、プロファイルデータフィールドを備えている。そして、文章番号で特定された文章（例えば「第１位の曲は」）の用途、分類、内容、時間（発話時間）、データ保管場所等がそれぞれ登録されている。
【００３５】
テンプレートテーブル４５３は、単語や定型句を組み合わせて目的に応じたナレーションを構成するためのテンプレートを導き出すための仕組みを提供している。すなわち、テンプレートテーブル４５３は、図１０に示すように、テンプレート番号フィールド、プロファイル属性フィールド、プロファイルデータフィールドを備えている。そして、テンプレート番号で特定されたテンプレートファイルの用途、分類、時間、データ保管場所等がそれぞれ登録されている。テンプレートファイルの時間は、テンプレート内に予め設定されている語句等の再生（所要）時間、つまり、定型句や単語を組み込む前のテンプレートのみを再生した場合の所要時間を表している。
【００３６】
ナレーション部品データ４６は、前記ナレーションＤＢ４５で管理される単語データ、定型句データ、テンプレートデータ等の各ナレーション部品データである。これらの各ナレーション部品データ４６は、ハードディスク上の所定のフォルダに、適宜、サブフォルダ等を利用して種類毎に階層化されて記録されている。
ナレーション素材データ４７は、ナレーション部品を新たに合成する際に用いられるナレーション素材となるデータである。例えば、日本語の「あ、い、う、え、お、か…ん」の５０音の音声データや、「さっ」、「かっ」等の各音節の音声データなどの各種の有効な発話パターンの音声データが蓄積され、新たに「第３０位の曲」というナレーションが必要となった場合には上記各素材データ４７を合成して新たなナレーション部品を合成できるようにされている。このようにして合成された新しいナレーション部品データについても、ナレーションＤＢ４５に追加登録されて管理され、再利用が可能となっている。
【００３７】
［コンテンツ配信装置の構成］
コンテンツ配信装置５は、蓄積メディア上に膨大な量の音楽や映像等のコンテンツデータを保管し、クライアント装置６からのコンテンツ要求に対してコンテンツ配信を行うコンテンツサーバによって構成されている。具体的には、コンテンツ配信装置５は、図１１に示すように、検索情報受付手段５１と、検索結果返信手段５２と、コンテンツ配信手段５３と、コンテンツＤＢ（データベース）５５と、コンテンツデータ５６とを備えて構成されている。
各手段５１〜５３は、コンテンツ配信装置５の処理装置（ＣＰＵ）やメインメモリ等のハードウェア資源と、ＣＰＵに組み込まれて実行されるプログラムとが協働して具現化される手段である。コンテンツＤＢ５５は、ハードディスク等の蓄積メディアに記録されたデータベースファイルと、その管理システムとで構成されている。コンテンツデータ５６は、音楽や映像等の各コンテンツデータで構成され、それらのデータの保管場所や属性等はコンテンツＤＢ５５で管理されている。
【００３８】
コンテンツＤＢ５５は、プロファイルテーブル５５１、サービスログテーブル５５２、製品テーブル５５３等のいくつかのテーブルから構成されている。
プロファイルテーブル５５１は、コンテンツ配信装置５においてコンテンツを一意に特定できるコンテンツ番号に対して、当該コンテンツに関するいくつかの属性情報を対応付けるものである。すなわち、プロファイルテーブル５５１は、図１２に示すように、コンテンツ番号、プロファイル属性、プロファイルデータの各フィールドを備え、各コンテンツ番号に対するプロファイル属性の種類およびそのデータが対応付けられている。
属性データとしては、タイトル、タイプ、ジャンル、収録時間といったコンテンツそのものの属性を示す情報、アーティスト、作詞、作曲などの著作権情報、発売日、パッケージ売上数といった流通情報、加えて同時に流すＣＭコンテンツといったようなサービス提供者の要求に応じて設定された情報などが挙げられる。また、コンテンツデータの保管場所を示すコンテンツデータ位置情報も含まれる。なお、本実施形態では、このコンテンツデータ位置情報は、ＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）で表記されている。
【００３９】
サービスログテーブル５５２は、コンテンツ配信装置５の有する各コンテンツが製品として何時配信されたかを記したデータテーブルであり、図１３に示すように、コンテンツの配信時に割り振られた製品番号、コンテンツの配信日付、時刻の各フィールドを備えている。
製品テーブル５５３は、図１４に示すように、コンテンツの配信時に割り振られた製品番号と、そのコンテンツ自身のコンテンツ番号、配信先の相手先番号、配信先の顧客番号を対応付けたものである。
ここで、相手先番号とは、番組サーバー（ポータルサーバー）である番組管理装置３を特定するデータである。例えば、複数の番組管理装置（ポータルサーバー）３が存在する場合、各コンテンツ配信装置５は、各番組管理装置３で管理されている顧客（エンドユーザー等）にコンテンツを提供することになる。従って、コンテンツを提供した顧客を特定するには、その顧客が管理されている（契約している）番組管理装置３と、その顧客番号との２つの情報が必要となる。このため、コンテンツ配信装置５は、製品テーブル５５３に、相手先番号（番組管理装置３を特定する番号）と、顧客番号（番組管理装置３で管理されている顧客番号）とを配信ログとして記録している。
【００４０】
［番組提供システムの動作］
次に、上記実施の形態の番組提供システム１におけるコンテンツ配信時の動作について、図１５〜２４を参照して説明する。ここで、図１５は、クライアント装置６の番組要求から番組を配信するまでの処理（シーケンス）を示すフローチャートであり、図１６は、図１５の処理に続いて実行されるコンテンツ要求および配信処理（シーケンス）を示すフローチャートである。
【００４１】
（番組要求処理）
コンテンツの配信を希望する利用者は、ＰＣ６１等のクライアント装置６のＷｅｂブラウザソフト等を利用して番組管理装置３にアクセスし、所定の認証を行う。この認証は、例えば、利用者に対し、ユーザー番号およびパスワードの入力画面を表示してその入力を促し、入力された各データが顧客管理ＤＢ３５に登録されているか否かで行われる。また、新規に利用する利用者に対しては、住所、氏名等の登録に必要な情報の入力画面を表示してその入力を行わせ、ユーザー番号やパスワードを適宜発行して新規登録処理が行われる。これらの認証処理や新規登録処理は、従来から行われている方法と同様であるため、その詳細は省き、図１５にも記載していない。
【００４２】
このような事前の認証・登録が終了した利用者は、クライアント装置６を操作して番組管理装置３に対して番組配信を要求するための番組リクエスト情報を送信する（ステップＳ１）。
ここで、番組管理装置３に対して送信される番組リクエスト情報の一例を図１７に示す。ここでは、番組リクエスト情報１０１は、データをネットワーク経由で送受信するために用いられるＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）に準拠したＴａｇ形式で記述されている。
【００４３】
番組リクエスト情報１０１には、例えば、クライアント環境を示す機器番号や、日付、時刻、場所といったデータが含まれている。機器番号は、利用者のクライアント装置６が再生可能なコンテンツ形式を番組管理装置３が知り得るための情報として重要である。なお、機器番号からクライアント装置６の能力（どのような形式のコンテンツを再生できるか）を知る方法としては、番組管理装置３または別のサーバー装置に端末ＤＢ（データベース）を設け、機器番号を元にそのクライアント装置（端末）６のスペックを照会するような方法が採用できる。
【００４４】
番組リクエスト情報１０１には、主たる情報であるリクエスト内容を示すデータが含まれる。図１７の例では、音楽コンテンツの配信を希望するものであり、その条件として、ジャンル、時代、曲数、さらに曲順（配信順）を決めるための条件としてレコード売上数を指定している。
番組リクエスト情報１０１としては、図１７の例に限定されず、これ以外に、国、アーチスト、特定のキーワード等の情報が示されることもある。また、個々のリクエスト内容は、具体的に示されなくてもよい。例えば、アーチスト名が明示される場合もあるが、「しっとりとした女性ボーカル」といった具合に漠然と示されるものでもよい。
【００４５】
番組管理装置（番組サーバー）３の配信要求取得手段３１は、クライアント装置６から送信された番組リクエスト情報１０１を受信すると、その情報１０１をコンテンツデータ検索手段３２に渡す。
コンテンツデータ検索手段３２は、番組リクエスト情報１０１の機器番号や認証時のユーザー番号を利用して顧客管理ＤＢ３５を検索し、当該ユーザーの属性情報を参照する（ステップＳ２）。
【００４６】
そして、コンテンツデータ検索手段３２は、必要に応じて番組リクエスト情報１０１にユーザーの属性情報を加味した内容で、コンテンツ配信装置５にコンテンツの検索要求を出す（ステップＳ３）。
このとき、コンテンツ配信装置５に対して送信される検索リクエスト情報の一例を図１８に示す。検索リクエスト情報１０２は、番組リクエスト情報１０１と同様なＸＭＬ準拠のタグ形式で記述され、検索に必要な条件等が記載されている。この例では、番組リクエスト情報１０１に含まれていたジャンル、時代、ソートの各条件に加えてユーザーの属性情報から国条件が追加されている。
【００４７】
番組管理装置３から送信された検索リクエスト情報１０２を受け取った各コンテンツ配信装置５の検索情報受付手段５１は、検索リクエスト情報１０２に含まれるクエリー（検索条件）の内容でコンテンツＤＢ５５のプロファイルテーブル５５１を検索する（ステップＳ４）。検索リクエスト情報１０２の場合、プロファイルテーブル５５１の国属性が「日本」であり、ジャンル属性に「ニューミュージック」が含まれ、発売日属性が「１９７０年代前半」つまり「１９７０／１／１〜１９７４／１２／３１」であるコンテンツ情報が検索により抽出される。
【００４８】
そして、各コンテンツ配信装置５の検索結果返信手段５２は、検索結果を番組管理装置３に返信する（ステップＳ５）。このときに送信される検索結果は、例えば、図１９に示すようなものである。検索結果情報１０３は、ＸＭＬ準拠のタグ形式で記述され、この例では、＜検索結果＞タグのｈｉｔ属性から検索要求に対するヒット件数（抽出件数）が分かるようになっている。そして、ヒットした各コンテンツに対するコンテンツ情報が各＜コンテンツ情報＞タグの中に記述されている。コンテンツ情報には、コンテンツ属性、著作権属性、流通属性等が含まれている。具体的には、コンテンツの管理番号や、その音楽データが保管されている場所（コンテンツデータ位置情報）を示すＵＲＬの他、タイトル、アーチスト名、収録時間、発売日、売上枚数、アブストラクト等の各コンテンツの属性データが含まれている。
なお、図１５では、コンテンツ配信装置５は１つしか記載されていないが、複数のコンテンツ配信装置５が存在する場合には、各コンテンツ配信装置５に対して個別に検索リクエスト情報１０２が送信され、各コンテンツ配信装置５から個別に検索結果情報１０３が番組管理装置３に対して返信される。
【００４９】
各コンテンツ配信装置５から検索結果情報１０３を受け取った番組管理装置３は、番組編成手段３３によって番組の編成を開始する（ステップＳ６）。
番組編成手段３３は、まず、各コンテンツ配信装置５から返送された検索結果情報１０３を集計し、ユーザーの要件やリクエスト情報に最も合致したコンテンツの選定や、番組内におけるコンテンツの順序を決定する。例えば、ユーザーの要件を利用した処理では、そのユーザーのクライアント装置６では再生できない形式のコンテンツを削除するなど、そのユーザーに応じた選定が行われる。また、リクエスト情報を利用した処理では、曲数を絞ったり、指定されたソートキー（売上枚数）で並べ替えたりする処理が行われる。
【００５０】
番組編成手段３３は、次に、ユーザー要件や選定したコンテンツの情報等を元に番組内容や各コンテンツに適したナレーションの合成（補助データの生成）をナレーション合成装置４に依頼する（ステップＳ７）。このとき送信されるナレーションリクエスト情報（ナレーション要求）は、例えば、図２０，２１に示すようなものである。
【００５１】
図２０に示すナレーションリクエスト情報１０４は、番組の冒頭に配信される番組プロローグ用のナレーションの合成を依頼する場合の一例である。また、図２１に示すナレーションリクエスト情報１０５は、コンテンツの解説となるナレーションの合成を依頼する場合の一例である。
なお、どのようなナレーションの合成を依頼するかは、番組編成手段３３が検索結果１０３や番組リクエスト情報１０１等を参照して判断するが、一般的には、番組プロローグ用、個別のコンテンツの解説用、番組エピローグ用のナレーションの合成を依頼するように設定されている。
【００５２】
ナレーションリクエスト情報１０４，１０５は、ＸＭＬ準拠のタグ形式で記述され、これらの例では、まず、＜目的＞タグの内容により、ナレーションの目的を示している。また、目的に応じたナレーションの素材となる情報を各々＜番組情報＞タグ、＜コンテンツ情報＞タグの中の一連のタグ列として提供している。また、ナレーション構成の手がかりとなる情報を各々＜番組情報＞タグ、＜コンテンツ情報＞タグのｔｙｐｅ属性で提供している。
さらに、ナレーションリクエスト情報１０４には、クライアント情報および番組情報の他、付加情報として様々なニュースに関する情報が含まれている。この付加情報は必須のものではないが、ユーザーのプロファイルテーブル３５１の嗜好属性にニュースが含まれている場合等、番組内容を顧客嗜好に沿った形で充実させる場合に、番組管理装置３が番組内容と同年代のニュースに関するキーワードを別のデータベースから検索して付加したものである。ナレーション合成装置４が、これらのニュース（素材）に対するナレーションデータをナレーションＤＢ４５に有する場合には、それらがナレーションに取り入れられることになる。
【００５３】
ナレーションリクエスト情報１０４をナレーション合成要求取得手段４１を介して受け取ったナレーション管理手段４２は、ナレーションリクエスト情報１０４の内容つまりはクライアントからの配信要求情報に基づいて前記ナレーションＤＢ４５を操作し、ナレーション合成に使用するテンプレート、定型句、単語等を選定するとともに、新たに合成が必要なナレーションがあるかを判断する。そして、選定された各ナレーション部品の属性や、新たに合成が必要なナレーションの量などから、依頼されたナレーションの合成に必要な作業量を見積もる。さらに、これと合わせて既にナレーション合成手段４３において合成が指示されており、待ち行列に入っているナレーション合成ジョブの状況なども考慮し、依頼されたナレーションの合成に要する所要時間を算出する（ステップＳ８）。
【００５４】
次に、受付応答情報送信手段４４が前記見積結果を受付応答情報１０６として番組管理装置３に送信する（ステップＳ９）。
受付応答情報１０６は、図２２に示すように、ＸＭＬ準拠のタグ形式で記述され、受付番号、所要時間、収録時間、サーバ名、ＵＲＬの各データが記載されている。
【００５５】
受付番号は、ナレーション管理手段４２が付与したユニークな番号であり、サービスログの管理や、受付後に何らかの原因でトランザクション処理が生じた場合に、そのサービスを特定するための番号として使用される。
【００５６】
所要時間は、ナレーション合成装置４が、ナレーションの準備に要する時間である。ナレーション合成装置４は、前述のように、ナレーションテンプレートで示される各単語や定型句の収録時間、新たに合成すべき単語や定型句の有無、複数の合成依頼を同時に受けている場合のＣＰＵ使用効率等からナレーション全体の合成に要する時間を見積もる。見積もり作業の目安となる基準データは予め経験値データとして内部に有するものである。さらに、これらのデータは実作業時の実測値に基づいて適宜更新される。
【００５７】
収録時間は、ナレーションの再生時間であり、ナレーション合成装置４は受付時に選定したテンプレートと、テンプレート内で使用する各単語や定型句の各収録時間を合算することで算出する。この収録時間は、番組編成手段３３においては番組編成時のデータとして使用される。
【００５８】
サーバ名は、ナレーションデータを提供する（保管している）サーバーのホスト名であり、ＵＲＬはナレーションデータの保管場所を示す補助データ位置情報とそのデータ送信プロトコルとを含む情報であり、このナレーションデータにアクセスするために利用される。この例では、ＭＰ３（ＭＰＥＧ　Ａｕｄｉｏ　Ｌａｙｅｒ−３）形式で合成されたナレーションデータをＲＴＳＰ（Ｒｅａｌ　Ｔｉｍｅ　Ｓｔｒｅａｍｉｎｇ　Ｐｒｏｔｏｃｏｌ）スキームで要求するように設定され、これにより音楽データがストリーミング形式で配信されることになる。
【００５９】
また、ナレーション合成装置４は、番組管理装置３に受付応答情報１０６を返送すると同時に、前述のナレーションＤＢ４５操作により選定したナレーション部品（テンプレート、定型句、単語）等によるナレーション合成をナレーション合成手段４３を用いて行う（ステップＳ１０）。
ナレーション合成の方法としては、例えば、選定したテンプレート内の所定の位置に、その位置にふさわしい定型句や単語を配置することによってナレーション部品間の連結を完成させてから、その情報に基づいて各ナレーションデータを接続合成していくといった方法等が採用できる。この方法で用いるナレーション合成用テンプレートの書式例を図２３に示す。
【００６０】
図２３は、ナレーション合成用のテンプレート１０７の構造を示す図であり、分かりやすくするために、ＸＭＬに準拠したタグ形式で記述している。
ナレーションは、いくつかの文で構成され、文はいくつかの文節で構成されている。文節にはある特定の属性を持った単語または句を入れることができ、各テンプレート１０７にこの属性を指定しておくことで、ナレーション合成手段４３は、各テンプレート１０７を使ってある目的に対応したナレーションを構成することができる。なお、文節の中には、適切な単語や句を当てはめるのではなく、最初から決まった文句を取りうるものもある。図２３のテンプレート１０７では、ｉｍｍ属性で直接言葉を指定しているものがそれに該当する。
【００６１】
ナレーション合成手段４３によって完成されたナレーションは、ナレーション合成装置４から番組管理装置３に返送された受付応答情報１０６の中で示されたＵＲＬによってアクセス可能な所定の位置に配置される。
【００６２】
受付応答情報１０６を受け取った番組編成手段３３は、ナレーションの収録時間やＵＲＬ情報等を参照し、これらの補助データを配信するために必要な情報を、編成中の番組に組み込んで調整する（ステップＳ１１）。この際、番組編成手段３３は、受付応答情報１０６内のナレーション合成に必要な所要時間を見て、ナレーション合成処理が番組のタイムスケジュールに間に合わないと判断した場合は、当該ナレーションの手前にＢＧＭやスポットＣＭのためのコンテンツ情報を挿入するなどして時間調整を行う。
【００６３】
そして、ステップＳ７〜Ｓ１１の処理は、各ナレーション合成要求が必要な分、繰り返される。すなわち、最初に番組プロローグ用のナレーションリクエスト情報１０４に基づくナレーションの見積算出や番組への組み込み調整処理が終了した後は、各コンテンツ解説用のナレーションリクエスト情報１０５に基づくナレーションの見積算出や組み込み調整処理が各コンテンツの数分繰り返され、最後に番組エピローグ用のナレーションリクエスト情報に基づく処理が行われる。従って、各ナレーションアクセス用のＵＲＬ等の情報は番組中の各コンテンツ情報の前等にそれぞれ挿入され、以上の処理で番組（番組表、予定表）の編成が完了する。
【００６４】
一方、ナレーション合成装置４では、ステップＳ７〜Ｓ１１の処理を受けて指示が出されたナレーションの各合成処理を順次実行する（ステップＳ１０）。
【００６５】
番組編成手段３３での番組編成処理が完了すると、番組送信手段３４は、作成された番組１０８をクライアント装置６に送信する（ステップＳ１２）。ここで、配信される番組１０８の書式例を図２４に示す。
番組１０８は、ＸＭＬに準拠したタグ形式で記述され、図２４の例では、番組を構成する要素のすべて、つまり主コンテンツ（コンテンツデータ）と、ナレーション、ＢＧＭ、ＣＭ等の補助データとをコンテンツとして同列で扱い、＜コンテンツ情報＞タグを列挙する形で、各要素に関する情報を提供している。
【００６６】
番組１０８では、各コンテンツ配信装置５から入手したコンテンツ情報をベースにして、各コンテンツの解説ナレーションを各コンテンツの前に配置し、番組の最初と最後にプロローグおよびエピローグとなるナレーションを配置している。なお、番組１０８では、最初のナレーション合成が番組配信に間に合わないため、最初にＢＧＭを配置している。つまり、本実施形態の番組提供システム１は、オンデマンド方式つまりクライアント装置６から配信要求があると、その直後からコンテンツ配信を行うシステムであるため、ナレーション合成が間に合わない場合もあり、そのような場合にはＢＧＭＤＢ３６から選択した適宜なＢＧＭを流すようにし、クライアント装置６で何らアクションが行われない時間をできるだけ短くしている。
【００６７】
番組１０８を受け取ったクライアント装置６は、番組１０８に基づいてコンテンツの配信要求を開始する（ステップＳ１３）。
このコンテンツ要求・配信シーケンスを図１６に基づいて説明する。なお、図１６の例では、番組１０８にはｎ個のコンテンツ情報が含まれているものとする。
クライアント装置６は、番組１０８中の第１のコンテンツ情報に基づき、そこで指定されたＵＲＬを利用して番組管理装置（番組サーバー）３にアクセスしてＢＧＭ１の配信を要求し（ステップＳ２１）、番組管理装置３から配信されるＢＧＭ１を受信する（ステップＳ２２）。なお、図１６において、ＢＧＭ１の配信（受信）は帯状に表現されているが、これはＢＧＭ１がストリーミング方式で配信されるため、一部づつ再生しながら配信されていることを表している。このことは、以下の各コンテンツ配信でも同じである。
【００６８】
クライアント装置６は、ＢＧＭ１の受信（再生）が完了すると、番組１０８中の第２のコンテンツ情報に基づき、ナレーション合成装置（ナレーションサーバー）４にアクセスして番組プロローグの配信を要求し（ステップＳ２３）、ナレーション合成装置４から配信される番組プロローグを受信する（ステップＳ２４）。
クライアント装置６は、番組プロローグの受信（再生）が完了すると、番組１０８中の第３のコンテンツ情報に基づき、ナレーション合成装置４にアクセスしてナレーション１の配信を要求し（ステップＳ２５）、ナレーション合成装置４から配信されるナレーション１を受信する（ステップＳ２６）。
【００６９】
クライアント装置６は、ナレーション１の受信が完了すると、番組１０８中の第４のコンテンツ情報に基づき、コンテンツ配信装置（コンテンツサーバー）５にアクセスして第１のコンテンツであるタイトル「ＣＣＤＤＤ」という音楽データの配信を要求し（ステップＳ２７）、コンテンツ配信装置５から配信される音楽データを受信する（ステップＳ２８）。
【００７０】
以下、説明および図示を省略するが、クライアント装置６は、番組１０８に基づいて各コンテンツ解説用のナレーション（補助データ）や音楽データ（コンテンツデータ）の配信要求および受信の処理を繰り返す。
【００７１】
そして、クライアント装置６は、番組１０８中の第ｎ−２のコンテンツ情報に基づき、ナレーション合成装置４にアクセスしてナレーション３０の配信を要求し（ステップＳ３１）、ナレーション合成装置４から配信されるナレーション３０を受信する（ステップＳ３２）。
クライアント装置６は、ナレーション３０の受信が完了すると、番組１０８中の第ｎ−１のコンテンツ情報に基づき、コンテンツ配信装置（コンテンツサーバー）５にアクセスしてタイトル「ＡＡＺＺ」という音楽データの配信を要求し（ステップＳ３３）、コンテンツ配信装置５から配信される音楽データを受信する（ステップＳ３４）。
【００７２】
クライアント装置６は、音楽データ（ＡＡＺＺ）の受信が完了すると、番組１０８中の第ｎのコンテンツ情報に基づき、ナレーション合成装置４にアクセスして番組エピローグの配信を要求し（ステップＳ３５）、ナレーション合成装置４から配信される番組エピローグを受信する（ステップＳ３６）。
以上により、番組１０８におけるすべてのコンテンツ情報の配信が完了し、コンテンツ要求・配信シーケンスも終了する。
各クライアント装置６から番組要求（ステップＳ１）が行われると、以上の各処理（ステップＳ１〜Ｓ３６）が繰り返されて、所定のナレーション（補助データ）とコンテンツデータとが所定の順序で配信され、所定の番組が各クライアント装置６上で実演されることになる。
【００７３】
以上の本実施形態における番組編成方法は、少なくとも、配信要求取得手段がクライアント装置からの配信要求情報を取得するステップ、コンテンツデータ検索手段がこの配信要求情報に基づいてコンテンツデータを検索するステップ、補助データ生成手段が検索されたコンテンツデータと組み合わされて配信される補助データを生成するステップ、番組編成手段が前記コンテンツデータおよび補助データの配信順序を示す番組を前記配信要求情報に基づいて編成するステップ、を備える。
そして、番組提供方法は、少なくとも、配信要求取得手段がクライアント装置からの配信要求情報を取得するステップ、コンテンツデータ検索手段がこの配信要求情報に基づいてコンテンツデータを検索するステップ、補助データ生成手段が検索されたコンテンツデータと組み合わされて配信される補助データを生成するステップ、番組編成手段が前記コンテンツデータおよび補助データの配信順序を示す番組を前記配信要求情報に基づいて編成するステップ、この番組の配信順序に基づいて、前記クライアント装置が、前記コンテンツ配信装置からコンテンツデータの配信を受け、前記番組編成装置から補助データの配信を受けるステップ、を備える。
【００７４】
［第１実施形態の効果］
番組編成装置２は、番組管理装置３およびナレーション合成装置４を備えることにより、各クライアント装置６からのコンテンツの配信要求に対して、該当するコンテンツを単に配信するだけでなく、そのコンテンツ等に関連するナレーションデータを各コンテンツの間等に配信することができる。このため、コンテンツ配信サービスにおいて、テレビやラジオ放送と同様の演出効果（ナレーションや司会等）を持たせることができる上、その配信コンテンツはユーザーの要望に合致したものであるため、ユーザーニーズに合致した番組を編成でき、効果的な情報（コンテンツ）の配信サービスを提供することができる。
【００７５】
また、ナレーション合成装置４は、ユーザーのプロファイルデータや、コンテンツ配信装置５を検索した結果のコンテンツプロファイル情報に基づいてナレーションを合成している。このため、ナレーション合成装置４は、顧客要求のみならず、コンテンツに関連付けされたＣＭ（コマーシャル）コンテンツ等のコンテンツ提供者側の要求に応じたナレーション（補助データ）の生成も可能である。これにより、番組編成装置２は、顧客のニーズだけでなく、コンテンツを提供するビジネスサイドのニーズにも合致した番組の編成が可能となる。
従って、音楽や映像等のコンテンツデータを配信するにあたって、ユーザーに課金を行うことでビジネスモデルを構築することもできる。また、各コンテンツをクライアント装置６側に保管できないストリーミングデータとして配信することで著作権等に配慮しつつ、ＣＭ用のナレーションを各コンテンツの間に配信することで、通常のテレビやラジオ放送と同様に、ユーザーに対しては課金せず、ＣＭ料やＣＭ効果を見込んだビジネスモデルを構築することもできる。
特に、放送は、不特定多数のユーザーに対するものであるが、本実施形態の番組編成装置２は、ユーザーの要望に応じてオンデマンドで配信する番組であるため、ユーザーの趣味、嗜好に合致したＣＭ等の補助データを配信することができ、非常に有効なコマーシャル効果を得ることができる。
【００７６】
番組編成装置２は、番組管理装置３およびナレーション合成装置４に機能を分担して構成されているので、多くのクライアント装置６から同時に番組配信要求が発生した場合でも、各装置３，４でそれぞれの作業を分担して実行できるため、効率的な処理を行うことができる。
さらに、コンテンツ配信装置５を各装置３，４と別に配置しているので、番組管理装置３はコンテンツの検索処理を自身で行う必要が無く、この点でも分散処理が図られて効率的な処理を行うことができる。
【００７７】
その上、コンテンツ配信装置５と、番組編成装置２とを別々に設置してインターネット網７等で接続することで番組提供システム１を構築できるので、番組編成装置２を管理する管理者と、コンテンツ配信装置５を管理する管理者も別々にすることができる。これにより、コンテンツ配信装置５は、そのコンテンツを所有する著作権者等に管理を任せることもでき、様々な管理者が管理するコンテンツ配信装置５を利用した番組提供システム１を比較的安価に構築することができる。
【００７８】
ナレーション合成装置４は、番組管理装置３からナレーションの合成要求があった場合に、ナレーション合成の処理を行う前に、合成処理に要する所要時間等を見積もり、受付応答情報１０６として返信しているので、番組編成手段３３はナレーションデータを配信することができるまでの時間等を把握でき、柔軟な番組編成を行うことができる。
例えば、ナレーションの配信時間までにナレーション合成が間に合わないと予測できた場合には、その時間までＢＧＭやＣＭコンテンツ等の予め作成済みであって動的に生成するものではない静的な補助データを配信するなどの柔軟な対応が可能となる。これにより、オンデマンドでコンテンツ配信を要求したクライアント装置６に、長時間応答無しという状態を未然に防止でき、応答無し状態のために利用者がサービスを受けることをやめてしまうといった問題を防止することができる。
【００７９】
ナレーション合成装置４は、ナレーションの目的と量に応じたものであり、ナレーションの構造を規定したナレーションテンプレートと、ナレーション部品となる単語や定型句のデータを予め用意し、ナレーションテンプレートに各単語データや定型句データを組み込むことでナレーションを合成しているので、ナレーションの文章を一から作成し、それをマルチメディアデータとして合成する場合に比べて、ナレーション合成処理の負荷を大幅に軽減することができる。
このため、ナレーション合成処理を比較的短時間で行え、複数のコンテンツ配信装置５からのコンテンツ配信要求が重なった場合でも迅速に処理することができる。特に、ナレーションの作成においてはシナリオ作成が最も煩雑なアルゴリズムであるが、本実施形態ではナレーションテンプレートをシナリオとして利用しているので、この最も煩雑なアルゴリズムを実行する必要が無く、合成処理も短時間で行うことができる。
【００８０】
また、ナレーション合成装置４は、ナレーションテンプレート、単語データ、定型句データの各ナレーション部品データをナレーションＤＢ４５で管理しているので、目的のナレーションに適切なテンプレート、単語、定型句の各部品データを迅速に導き出すことができる。このため、ナレーション合成時のデータ収集過程に要する時間を短縮することができ、この点でもナレーション合成処理を短時間で効率的に行うことができる。
【００８１】
ナレーションテンプレートは、順序付けされた内部構成要素に対して複数の属性を指定することが可能であり、各構成要素となる単語や句を選定するときの条件としても使用することができる。これにより、テンプレートに組み込む単語や句を選定する際に、テンプレートの属性で絞り込むことができるので、ナレーション合成時のデータ収集過程に要する時間をより短縮することができる。
【００８２】
ナレーション合成装置４は、新しい単語や句を合成するための素材データを有しているので、必要に応じて単語や句を新たに合成することができる。このため、単語や定型句として登録されていないナレーションを新たに作成することもでき、必要なナレーションを即座にかつ効率的に生成することができる。
【００８３】
ナレーション合成装置４は、ナレーション合成に要する時間を見積もる際に、ＣＰＵ能力、語数、サイズ、時間などを尺度とした予測テーブルを利用しているので、精度の高い見積もりを行うことができる。特に、予測テーブルは、実際の合成作業に要した値の統計等により予測テーブルが修正されるため、より精度の高い見積もりを行うことができる。
【００８４】
［第２実施形態］
次に、本発明の第２実施形態について、図２５〜２７を参照して説明する。
第２実施形態は、第１実施形態とは、処理フローが異なるのみであり、番組管理装置３、ナレーション合成装置４、コンテンツ配信装置５、各クライアント装置６の各構成は同じであるため、その構成に関する説明は省略し、処理フローに関してのみ説明する。
【００８５】
第２実施形態においても、クライアント装置６から番組要求を受けた番組管理装置３が、コンテンツ配信装置５に対してコンテンツ検索を行い、受け取った検索結果を元にコンテンツを選定し、ナレーションの合成をナレーション合成装置４に依頼し、ナレーション合成装置４から返される受付応答情報を元にして番組を編成し、クライアント装置６に配信するといった基本的なシーケンスは第１実施形態と同様である。
一方、第２実施形態において、第１実施形態と異なる点は、第１に、クライアント装置６から番組要求を受けた番組管理装置３は、番組を返信する前に、受付応答を行って受付番号を返信している点である。以後、クライアント装置６は、この受付番号を使用して番組管理装置３に番組の要求を行うことができるようになっている。
第２に、第１実施形態においては、番組管理装置３は、すべてのコンテンツおよび補助データ（ナレーション）を配信するための情報を含む番組１０８をクライアント装置６に送信していたが、本実施形態では、１つのコンテンツおよびそれに関連するナレーションを配信するための個別の番組を編成し、クライアント装置６に各番組を個別に返信している点である。
【００８６】
具体的に説明すると、利用者がクライアント装置６を操作して番組管理装置３に対して番組配信を要求すると（ステップＳ４１）、第１実施形態と同様の番組リクエスト情報１０１が送信される。
この番組リクエスト情報１０１は、番組管理装置３の配信要求取得手段３１で受信される。コンテンツデータ検索手段３２は、受信情報に基づいて顧客管理ＤＢ３５を検索し、当該ユーザーの属性情報を参照する（ステップＳ４２）。
【００８７】
そして、第１実施形態と同様に、コンテンツデータ検索手段３２はコンテンツ配信装置５にコンテンツの検索要求（検索リクエスト情報１０２）を出し（ステップＳ４３）、コンテンツ配信装置５の検索情報受付手段５１は、検索リクエスト情報１０２に用いてコンテンツＤＢ５５のプロファイルテーブル５５１を検索する（ステップＳ４４）。
次に、各コンテンツ配信装置５の検索結果返信手段５２は、検索結果１０３を番組管理装置３に返信する（ステップＳ４５）。
【００８８】
各コンテンツ配信装置５から検索結果１０３を受け取った番組管理装置３は、前記第１実施形態とは異なり、まず受付応答をクライアント装置６に返信する（ステップＳ４６）。具体的には、各番組要求に対応して一意に付けられる受付番号を返信している。なお、この受付番号は、番組管理装置３の顧客管理ＤＢ３５にもユーザー番号と対応して記録される。
クライアント装置６は、受付番号を受信すると、その番号を蓄積メディア等に書き込んで保存する（ステップＳ４７）。
【００８９】
一方、番組管理装置３は、受付応答の送信後、第１の番組（番組Ａ）の編成を開始する（ステップＳ４８）。そして、第１の番組で使用するナレーション（ナレーションＡ）がある場合、番組管理装置３はそのナレーションＡの合成を、ナレーション合成装置４に対して要求する（ステップＳ４９）。
【００９０】
ナレーション合成装置４は、ナレーションＡの合成要求（ナレーションＡリクエスト情報）に基づいて、前記第１実施形態と同様にして、依頼されたナレーションＡの合成に要する時間を算出する（ステップＳ５０）。
そして、受付応答情報送信手段４４が前記見積結果を番組管理装置３に送信する（ステップＳ５１）。
また、ナレーション合成装置４は、番組管理装置３に見積結果を返送すると同時に、ナレーションＡの合成処理を開始する（ステップＳ５２）。
【００９１】
一方、見積結果を受け取った番組編成手段３３は、ナレーションの収録時間やＵＲＬ情報等を参照し、編成中の番組Ａに組み込んで調整する（ステップＳ５３）。そして、番組Ａの編成が完了すると（ステップＳ５４）、番組管理装置３はクライアント装置６からの番組Ａの配信要求を待つ。
ここで、クライアント装置６は、受付番号を保存した後（Ｓ４７）、その受付番号を送信して番組Ａの配信を要求する（ステップＳ５５）。
【００９２】
受付番号を受信した番組管理装置３は、顧客管理ＤＢ３５を参照し、該当する受付番号を確認する（ステップＳ５６）。そして、受付番号を確認したら、番組送信手段３４は、第１のコンテンツデータおよびナレーションデータの配信順序や保管場所を記した番組Ａをクライアント装置６に送信する（ステップＳ５７）。そして、番組Ａを受け取ったクライアント装置６は、番組Ａに基づいてコンテンツの配信要求を開始する（ステップＳ５８）。
【００９３】
番組管理装置３は、クライアント装置６に番組Ａを送信した後、次に番組要求に備えて、図２６に示すように、第１の番組と同様の手順で第２の番組（番組Ｂ）の編成を開始する（ステップＳ６０）。つまり、クライアント装置６が番組Ａに基づくコンテンツの配信を受けている間、番組管理装置３は第２の番組で使用するナレーションＢの合成処理や番組Ｂの編成を行うことになる。
具体的には、番組Ａの編成と同様に、番組管理装置３におけるナレーションＢの合成要求（ステップＳ６１）、ナレーション合成装置４におけるナレーション合成処理時間見積（ステップＳ６２）、見積結果装置（ステップＳ６３）、ナレーションＢ合成開始（ステップＳ６４）、番組管理装置３における番組Ｂへの組込み調整（ステップＳ６５）、番組Ｂ編成完了（ステップＳ６６）の各処理が行われる。
【００９４】
そして、クライアント装置６が番組Ａに基づくコンテンツの配信が終了し、受付番号を送信して番組Ｂを要求した場合には（ステップＳ６７）、番組管理装置３は顧客管理ＤＢ３５を参照して受付番号を確認し（ステップＳ６８）、番組Ｂをクライアント装置６に送信する（ステップＳ６９）。
そして、番組Ｂを受け取ったクライアント装置６は、番組Ｂに基づいてコンテンツの配信要求を開始する（ステップＳ７０）。
【００９５】
以下、同様に、番組管理装置３は、第３の番組（番組Ｃ）の編成を開始し（ステップＳ７１）、ナレーションＣの合成要求（ステップＳ７２）、ナレーションＣの処理時間見積（ステップＳ７３）等、番組Ａ，Ｂの編成処理と同じ処理が繰り返される。
以上の一連のシーケンス処理は、番組管理装置３からクライアント装置６に対して番組がすべて終了した旨の通知がなされ（ステップＳ８０）、クライアント装置６がその通知を受け取った時に終了する（ステップＳ８１）。また、ユーザーがクライアント装置６を操作して番組管理装置３に対して配信中止を通知した場合にも終了する。
【００９６】
なお、図２７は、図２５，２６に示す処理の内、特に、クライアント装置６における番組の要求およびコンテンツの配信処理に関して記載したフローであるため、説明を省略する。
【００９７】
（第２実施形態の効果）
このような本実施形態によれば、前記第１実施形態と同様の作用効果を奏することができる。その上、番組管理装置３からクライアント装置６への番組配信を分散的に行っているので、すべてのコンテンツおよび補助データの配信順序を規定した番組を配信している第１実施形態に比べて、番組編成をより柔軟に行うことができる。
すなわち、番組配信を介して番組管理装置３とクライアント装置６との通信が定期的に行われるため、時々刻々と変化する状況に応じて、ユーザーの要求に合ったコンテンツを選定し直したり、最新のお勧めコンテンツやＣＭコンテンツ、さらには緊急ニュース等のリアルタイムに近い状態で生成される動的な補助データを番組に挿入することができ、リアルタイム性に優れたコンテンツ配信サービスを実現することができる。
【００９８】
また、番組管理装置３からナレーション合成装置４への依頼も、個々の番組に必要な分だけ個別に行われるため、ナレーション合成装置４は各ナレーション合成処理を時間的に分散して処理することができ、ナレーション合成装置４の負荷を軽減することができる。そして、このことから、複数のクライアント装置６からナレーション合成要求が出された場合でも、各クライアント装置６の合成処理をほぼ並列的に行うことができ、複数のクライアント装置６がコンテンツ配信要求を出した際の処理の低下を最小限に抑えることができる。
【００９９】
〔実施形態の変形〕
なお、本発明は、上述した実施形態に限定されるものではなく、本発明の目的を達成できる範囲で以下に示される変形をも含むものである。
【０１００】
例えば、前記各実施形態では、番組をクライアント装置６に送信し、各コンテンツや補助データには、クライアント装置６側からアクセスして配信を受けるようにしていたが、番組管理装置３に、編成された番組に基づいてナレーション合成装置４やコンテンツ配信装置５にデータ送信指示を行うコンテンツ送信手段を設けてもよい。但し、前記実施形態のような番組をクライアント装置６に送信したほうが、番組編成装置２側の負担を軽減できる点で有利である。
【０１０１】
配信されるコンテンツの種類としては、音楽データに限らず、映像やニュース等の文字情報などでもよく、顧客ニーズに応じて適宜設定すればよい。
また、補助データもナレーションデータに限定されず、例えば、音楽データを配信している際に、クライアント装置６の画面に表示する映像、文字情報等を補助データとしてもよい。一方、ニュース等を配信している場合に、ＢＧＭを補助データとして配信してもよい。
これらのコンテンツデータや補助データの種類は、コンテンツ配信事業を行う際に適宜設定すればよい。
【０１０２】
番組編成装置２は、前記構成に限らず、例えば、番組管理装置３およびナレーション合成装置４の機能を１つのサーバー装置に組み込んで構成してもよい。さらに、コンテンツ配信装置５の機能を追加して構成してもよい。
さらに、番組管理装置３、ナレーション合成装置４、コンテンツ配信装置５は、サーバー装置にプログラムを組み込んで構成していたが、各装置３〜５の各手段をハードウェアで実現したものを利用してもよい。
【０１０３】
クライアント装置６としては、前記実施形態のものに限定されず、携帯電話、ＰＤＡやナビゲーション装置等を用いてもよい。この際、クライアント装置６から送信される配信要求情報に各装置の固有の情報を付加してもよい。例えば、車のナビゲーション装置の場合、現在位置情報を把握できるため、海辺をドライブ中であれば、海辺のドライブに適した曲等の配信要求を自動的に付加して送信するようにしてもよい。
【０１０４】
その他、本発明の実施の際の具体的な構造や、各情報、番組編成手順などは、本発明の目的を達成できる範囲で他の構造や手順でもよい。
【図面の簡単な説明】
【図１】本発明の第１実施形態の番組提供システムを示す模式図である。
【図２】前記実施形態の番組管理装置の構成を示すブロック図である。
【図３】前記実施形態のプロファイルテーブルの構成を示す図である。
【図４】前記実施形態のリクエストログ日時テーブルの構成を示す図である。
【図５】前記実施形態のリクエストログ内容テーブルの構成を示す図である。
【図６】前記実施形態のリクエスト統計テーブルの構成を示す図である。
【図７】前記実施形態のナレーション合成装置の構成を示すブロック図である。
【図８】前記実施形態の単語テーブルの構成を示す図である。
【図９】前記実施形態の定型句テーブルの構成を示す図である。
【図１０】前記実施形態のテンプレートテーブルの構成を示す図である。
【図１１】前記実施形態のコンテンツ配信装置の構成を示すブロック図である。
【図１２】前記実施形態のプロファイルテーブルの構成を示す図である。
【図１３】前記実施形態のサービスログテーブルの構成を示す図である。
【図１４】前記実施形態の製品テーブルの構成を示す図である。
【図１５】前記実施形態における番組要求から番組配信処理を示すフローチャートである。
【図１６】前記実施形態におけるコンテンツ要求から配信処理を示すフローチャートである。
【図１７】前記実施形態における番組リクエスト情報の一例を示す図である。
【図１８】前記実施形態における検索リクエスト情報の一例を示す図である。
【図１９】前記実施形態における検索結果情報の一例を示す図である。
【図２０】前記実施形態におけるナレーションリクエスト情報の一例を示す図である。
【図２１】前記実施形態におけるナレーションリクエスト情報の他の例を示す図である。
【図２２】前記実施形態における受付応答情報の一例を示す図である。
【図２３】前記実施形態におけるナレーションテンプレートの一例を示す図である。
【図２４】前記実施形態における番組の一例を示す図である。
【図２５】本発明の第２実施形態における処理を示すフローチャートである。
【図２６】図２５の続きの処理を示すフローチャートである。
【図２７】第２実施形態における番組およびコンテンツの要求・配信処理を示すフローチャートである。
【符号の説明】
１　　　番組提供システム
２　　　オンデマンド番組編成装置
３　　　番組管理装置
４　　　ナレーション合成装置
５　　　コンテンツ配信装置
６　　　クライアント装置
７　　　インターネット網
３１　　　配信要求取得手段
３２　　　コンテンツデータ検索手段
３３　　　番組編成手段
３４　　　番組送信手段
３５　　　顧客管理データベース
４５　　　ナレーションデータベース
４６　　　ナレーション部品データ
４７　　　ナレーション素材データ
５５　　　コンテンツデータベース
５６　　　コンテンツデータ
１０８　　　番組
４５１　　　単語テーブル
４５２　　　定型句テーブル
４５３　　　テンプレートテーブル
【図１】
2004056372.tif 000003
【図２】
2004056372.tif 000004
【図３】
2004056372.tif 000005
【図４】
2004056372.tif 000006
【図５】
2004056372.tif 000007
【図６】
2004056372.tif 000008
【図７】
2004056372.tif 000009
【図８】
2004056372.tif 000010
【図９】
2004056372.tif 000011
【図１０】
2004056372.tif 000012
【図１１】
2004056372.tif 000013
【図１２】
2004056372.tif 000014
【図１３】
2004056372.tif 000015
【図１４】
2004056372.tif 000016
【図１５】
2004056372.tif 000017
【図１６】
2004056372.tif 000018
【図１７】
2004056372.tif 000019
【図１８】
2004056372.tif 000020
【図１９】
2004056372.tif 000021
【図２０】
2004056372.tif 000022
【図２１】
2004056372.tif 000023
【図２２】
2004056372.tif 000024
【図２３】
2004056372.tif 000025
【図２４】
2004056372.tif 000026
【図２５】
2004056372.tif 000027
【図２６】
2004056372.tif 000028
【図２７】
2004056372.tif 000029