(57)【要約】      （修正有）【課題】  視聴者の嗜好性が反映された番組になるようにリアルタイムかつ自律的にその内容が変化していく、放送グループ決定装置等を提供する。【解決手段】  本発明は、リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムにおける前記放送グループ決定装置であって、各前記コンテンツ情報のリクエスト数を管理するリクエスト管理手段と、前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けするグループ分け手段と、前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する放送グループ決定手段と、を備える。【選択図】  図９
2007060470.tif 000002
【特許請求の範囲】
【請求項１】
リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムにおける放送グループ決定装置であって、
各前記コンテンツ情報の少なくともリクエスト数を管理するリクエスト管理手段と、
前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けするグループ分け手段と、
前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する放送グループ決定手段と、
を備えることを特徴とする放送グループ決定装置。
【請求項２】
請求項１に記載の放送グループ決定装置において、
前記決定された新たな放送グループの放送チャンネル及び放送時間帯を設定する放送設定手段を更に備えることを特徴とする放送グループ決定装置。
【請求項３】
請求項１又は２に記載の放送グループ決定装置において、
前記設定された新たな放送グループの放送チャンネル及び放送時間帯を告知するための告知情報を前記受信装置に対して放送する告知情報放送手段を更に備えることを特徴とする放送グループ決定装置。
【請求項４】
請求項１乃至３の何れか一項に記載の放送グループ決定装置において、
前記決定された新たな放送グループに属するコンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて当該新たな放送グループを元の前記放送グループに併合させるか否かを判断し、前記併合させると判断した場合には、前記新たな放送グループに属するコンテンツ情報を、前記元の放送グループに属させる併合手段を更に備えることを特徴とすることを特徴とする放送グループ決定装置。
【請求項５】
請求項１乃至４の何れか一項に記載の放送グループ決定装置において、
前記新たな放送グループの放送チャンネルと元の前記放送グループの放送チャンネルとが異なり、かつ、前記新たな放送グループの放送時間帯と前記元の放送グループの放送時間帯との全部又は一部が重なる場合であって、前記新たな放送グループに属する前記コンテンツ情報と同一のコンテンツ情報が、前記元の放送グループにも属する場合には、当該同一のコンテンツ情報を、前記新たな放送グループと前記元の放送グループの何れか一方の放送チャンネルで所定時間帯に放送させ、かつ、当該所定時間帯には何れか他方の放送チャンネルを前記一方の放送チャンネルに統一させるように設定する放送チャンネル統一設定手段を更に備えることを特徴とする放送グループ決定装置。
【請求項６】
請求項１乃至４の何れか一項に記載の放送グループ決定装置において、
前記決定された新たな放送グループに属するコンテンツ情報は、元の前記放送グループでは放送対象外となることを特徴とする放送グループ決定装置。
【請求項７】
リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムにおける放送グループ決定装置に含まれるコンピュータを、
各前記コンテンツ情報の少なくともリクエスト数を管理するリクエスト管理手段、
前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けするグループ分け手段、及び
前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する放送グループ決定手段として機能させることを特徴する放送グループ決定処理プログラム。
【請求項８】
リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムにおける放送グループ決定方法であって、
各前記コンテンツ情報の少なくともリクエスト数を管理する工程と、
前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けする工程と、
前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する工程と、
を備えることを特徴とする放送グループ決定方法。
【請求項９】
リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムであって、
各前記コンテンツ情報の少なくともリクエスト数を管理するリクエスト管理手段と、
前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けするグループ分け手段と、
前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する放送グループ決定手段と、
前記決定された新たな放送グループに属する前記コンテンツ情報を、元の前記放送グループに属するコンテンツ情報とは独立させて放送する放送手段と、
を備えることを特徴とする放送システム。
【発明の詳細な説明】
【技術分野】
【０００１】
リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属するコンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システム等の技術分野に関する。
【背景技術】
【０００２】
従来から、映像，音声等からなるコンテンツ情報を、テレビ放送、或いは、インターネットやＣＡＴＶ等のネットワークで、番組毎に放送（配信）する番組放送（配信）システムが種々知られている。
【０００３】
例えば、特許文献１には、番組提供者及び視聴者の満足度のバランスを保つことができるような番組編成を行うことを可能とする番組配信システムが開示されている。この番組配信システムでは、当該システムのユーザ（視聴者）から放送する対象となるコンテンツ情報に対するリクエストを受け付け、受け付けたリクエストを集計してコンテンツ情報の人気度を計算し、その人気度に基づいて番組を構成して放送するようになっている。
【特許文献１】特開２０００−１５６８５１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、このような番組配信システムにおいては、ユーザのリクエストにより、人気度が高いコンテンツ情報を放送するための番組が構成されるものの、今まさにコンテンツ情報を視聴している視聴者の嗜好性を把握し、それを満たす番組になるようにリアルタイムかつ自律的に番組の内容が変化していくという側面は無かった。
【０００５】
本発明は、以上の点に鑑みてなされたものであり、視聴者の嗜好性が反映された番組になるようにリアルタイムかつ自律的にその内容が変化していくことが可能な放送グループ決定装置、放送グループ決定処理プログラム、放送グループ決定方法、及び放送システム等を提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムにおける放送グループ決定装置であって、各前記コンテンツ情報の少なくともリクエスト数を管理するリクエスト管理手段と、前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けするグループ分け手段と、前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する放送グループ決定手段と、を備えることを特徴とする。
【０００７】
この発明によれば、今まさにコンテンツ情報を視聴している視聴者の嗜好性を把握し、当該視聴者の嗜好性が反映された放送グループになるようにリアルタイムかつ自律的にその内容を変化させることができる。また、当該視聴者の嗜好性が反映された多くの放送グループが、自動的に、随時、分離生成されることが可能であるので、番組製作者側（放送局側）の負担を軽減することもできる。
【０００８】
請求項２に記載の発明は、請求項１に記載の放送グループ決定装置において、前記決定された新たな放送グループの放送チャンネル及び放送時間帯を設定する放送設定手段を更に備えることを特徴とする。
【０００９】
この発明によれば、新たな放送グループの放送チャンネル及び放送時間帯を自動的に設定することができる。
【００１０】
請求項３に記載の発明は、請求項１又は２に記載の放送グループ決定装置において、前記設定された新たな放送グループの放送チャンネル及び放送時間帯を告知するための告知情報を前記受信装置に対して放送する告知情報放送手段を更に備えることを特徴とする。
【００１１】
この発明によれば、ユーザは、新たな放送グループが生成されたことを容易に把握することが可能となる。
【００１２】
請求項４に記載の発明は、請求項１乃至３の何れか一項に記載の放送グループ決定装置において、前記決定された新たな放送グループに属するコンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて当該新たな放送グループを元の前記放送グループに併合させるか否かを判断し、前記併合させると判断した場合には、前記新たな放送グループに属するコンテンツ情報を、前記元の放送グループに属させる併合手段を更に備えることを特徴とすることを特徴とする。
【００１３】
この発明によれば、ユーザは、例えば、リクエスト数が少なくなってきたコンテンツ情報が属する放送グループを自動的に消去することが可能となり放送サーバ等のハードウェア資源を無駄なく有効に活用することができる。
【００１４】
請求項５に記載の発明は、請求項１乃至４の何れか一項に記載の放送グループ決定装置において、前記新たな放送グループの放送チャンネルと元の前記放送グループの放送チャンネルとが異なり、かつ、前記新たな放送グループの放送時間帯と前記元の放送グループの放送時間帯との全部又は一部が重なる場合であって、前記新たな放送グループに属する前記コンテンツ情報と同一のコンテンツ情報が、前記元の放送グループにも属する場合には、当該同一のコンテンツ情報を、前記新たな放送グループと前記元の放送グループの何れか一方の放送チャンネルで所定時間帯に放送させ、かつ、当該所定時間帯には何れか他方の放送チャンネルを前記一方の放送チャンネルに統一させるように設定する放送チャンネル統一設定手段を更に備えることを特徴とする。
【００１５】
この発明によれば、コンテンツ情報の重複放送を回避でき、放送サーバ等のハードウェア資源を無駄なく有効に活用することができる。
【００１６】
請求項６に記載の発明は、請求項１乃至４の何れか一項に記載の放送グループ決定装置において、前記決定された新たな放送グループに属するコンテンツ情報は、元の前記放送グループでは放送対象外となることを特徴とする。
【００１７】
この発明によれば、コンテンツ情報の重複放送を回避でき、放送サーバ等のハードウェア資源を無駄なく有効に活用することができる。
【００１８】
請求項７に記載の放送グループ決定処理プログラムは、リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムにおける放送グループ決定装置に含まれるコンピュータを、各前記コンテンツ情報の少なくともリクエスト数を管理するリクエスト管理手段、前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けするグループ分け手段、及び前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する放送グループ決定手段として機能させることを特徴とする。
【００１９】
請求項８に記載の発明は、リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムにおける放送グループ決定方法であって、各前記コンテンツ情報の少なくともリクエスト数を管理する工程と、前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けする工程と、前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する工程と、を備えることを特徴とする。
【００２０】
請求項９に記載の発明は、リクエストされた複数のコンテンツ情報であって、放送チャンネル及び放送時間帯が設定された放送グループに属する前記コンテンツ情報を、これを受信可能な受信装置に対して所定の放送順序で放送する放送システムであって、各前記コンテンツ情報の少なくともリクエスト数を管理するリクエスト管理手段と、前記コンテンツ情報に関する属性情報に基づいて前記放送グループに属する複数のコンテンツ情報をグループ分けするグループ分け手段と、前記グループ分けされたグループ毎に、これに属する各前記コンテンツ情報の前記リクエスト数を集計し、当該集計結果に基づいて、前記放送グループから分離する新たな放送グループを決定する放送グループ決定手段と、前記決定された新たな放送グループに属する前記コンテンツ情報を、元の前記放送グループに属するコンテンツ情報とは独立させて放送する放送手段と、を備えることを特徴とする。
【発明の効果】
【００２１】
本発明によれば、今まさにコンテンツ情報を視聴している視聴者の嗜好性を把握し、当該視聴者の嗜好性が反映された放送グループになるようにリアルタイムかつ自律的にその内容を変化させることができる。また、当該視聴者の嗜好性が反映された多くの放送グループが、自動的に、随時、分離生成されることが可能であるので、番組製作者側（放送局側）の負担を軽減することもできる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の最良の実施形態を図面に基づいて説明する。なお、以下に説明する実施の形態は、番組生成放送システムに対して本発明を適用した場合の実施形態である。
【００２３】
［１．番組生成放送システムの構成等］
始めに、図１を参照して、放送システムの一例としての番組生成放送システムの概要構成等について説明する。
【００２４】
図１は、本実施形態に係る番組生成放送システムの概要構成例を示す図である。図１に示すように、本実施形態に係る番組生成放送システムＳは、複数の端末装置１ａ〜１ｍと、番組放送管理サーバ２と、コンテンツサーバ３と、番組放送サーバ群４と、を備えて構成されている。
【００２５】
複数の端末装置１ａ〜１ｍ、放送グループ決定装置としての番組放送管理サーバ２、及び番組放送サーバ群４における各番組放送サーバ（４１ａ，４１ｂ・・・、４２ａ，４２ｂ・・・）には、夫々、固有のＩＰアドレス（グローバルＩＰアドレス）が割り当てられており、これらは、例えばインターネット等のネットワーク５に接続されるようになっている。
【００２６】
また、番組放送管理サーバ２とコンテンツサーバ３とは、例えばＬＡＮ（Local Area Network）を介して相互に接続されており、更に、番組放送管理サーバ２と番組放送サーバ群４とは、例えばＬＡＮを介して相互に接続されている。
【００２７】
また、番組放送サーバ群４は、図１に示すように、放送待機サーバ群４ａと放送中サーバ群４ｂとに区別可能であり、放送待機サーバ群４ａには、放送手段としての複数の番組放送サーバ４１ａ，４１ｂ・・・、が備えられ、放送中サーバ群４ｂには、放送手段としての複数の番組放送サーバ４２ａ，４２ｂ・・・、が備えられる。
【００２８】
なお、以下の説明において、端末装置１ａ，１ｂ・・・のうち何れかの端末装置を示す場合には、便宜上、端末装置１という場合がある。
【００２９】
また、番組放送サーバ４１ａ，４１ｂ・・・のうち何れかの番組放送サーバを示す場合には、便宜上、番組放送サーバ４１といい、番組放送サーバ４２ａ，４２ｂ・・・のうち何れかの番組放送サーバを示す場合には、便宜上、番組放送サーバ４２という場合がある。
【００３０】
このような番組生成放送システムＳにおいては、端末装置１のユーザからのコンテンツ情報のリクエストを受け、そのリクエストを集計して、複数のコンテンツ情報が集まった放送グループとしての番組を番組放送管理サーバ２が編成し、かかる番組に対して放送チャンネル及び放送時間帯を設定すると共に、番組放送サーバ群４における番組放送サーバを割り当て、当該番組に属するコンテンツ情報を、受信可能な受信装置としての端末装置１に対して所定の放送順序で番組放送サーバ４２から放送するようになっている。
【００３１】
ここで、上記各コンテンツ情報は、例えば音声データと映像データ等の少なくとも何れか一方のコンテンツデータにより構成されており、より具体的には、楽曲、映画等のデータが該当する。また、各コンテンツ情報は、コンテンツサーバ３のコンテンツデータベース（図示せず）に記憶保存され、各コンテンツ情報には、夫々固有のコンテンツＩＤが付与され、管理されるようになっている。なお、コンテンツサーバ３には、一般のサーバコンピュータが適用可能である。
【００３２】
以下に、このような番組生成放送システムＳの各構成要素について詳述する。
【００３３】
［２．番組放送管理サーバの構成等］
先ず、図２を参照して、番組放送管理サーバ２の構成及び機能について説明する。
【００３４】
図２は、本実施形態に係る番組放送管理サーバ２の概要構成例を示す図である。
【００３５】
番組放送管理サーバ２は、一般のサーバコンピュータを適用可能であり、図２に示すように、ＣＰＵ（Central Processing Unit），作業用ＲＡＭ（Random-Access Memory），各種データ及びプログラムを記憶するＲＯＭ（Read-Only Memory）等から構成された制御部２１と、各種データ及びプログラム等を記憶（格納）するＨＤＤ（Hard Disc Drive）等から構成された記憶部２２と、ネットワーク５を介して端末装置１との間で通信を行ったり、ＬＡＮを介してコンテンツサーバ３や番組放送サーバ群４との間で通信を行うための通信部２３と、を備えて構成され、これらの各構成要素はバス２４を介して相互に接続されている。なお、番組放送管理サーバ２には、図示しないが、入力装置（キーボード、マウス等）及び表示装置（液晶ディスプレイ等）等が接続されるようになっており、例えば、運営者側のオペレータ等は、入力装置から所定の情報を入力可能である。
【００３６】
また、記憶部２２には、各種データベースや、後述するリクエストリスト、更には、接続（アクセス）してきた端末装置１に対して提示する各種画面を構成するＷｅｂページ（例えば、ＨＴＭＬ（HyperText Markup Language）やＸＭＬ（eXtensible Markup Language）により構成）データやこれに貼り付けられる画像データ等も記憶されている。
【００３７】
制御部２１は、ＣＰＵが記憶部２２等に記憶されたプログラム（本発明の放送グループ決定処理プログラムを含む）を読み出して実行することにより、番組放送管理サーバ２全体を統括制御し、ネットワーク５を通じて番組視聴者用コミュニティサイトを提供するＷｅｂサーバとして機能し、更には、本発明のリクエスト管理手段、グループ分け手段、放送グループ決定手段、放送設定手段、告知情報放送手段、併合手段、及び放送チャンネル統一設定手段等として機能するようになっている。
【００３８】
より具体的には、番組放送管理サーバ２の制御部２１は、ネットワーク５を通じて接続してきた複数の端末装置１からの要求に対して、コンテンツ情報のリクエスト画面データを提供し、当該リクエスト画面を通じて入力された（リクエストされた）コンテンツ情報を特定する情報（例えば、コンテンツ情報が楽曲データである場合、そのタイトル、及びアーティスト名（例えば、歌手名））を取得して、リクエスト管理手段として、記憶部２２に記憶されたリクエストリストに登録し、そのリクエスト数、及びコンテンツの詳細情報を管理するようになっている。なお、コンテンツ情報のリクエストは、端末装置１に表示されたリクエスト画面を通じて行われることに限定されるものではなく、例えば、電話、ＦＡＸ、Ｅメール等によって行われるようにしてもよく、この場合、リクエストされたコンテンツ情報のタイトル及びアーティスト名等がオペレータにより入力されリクエストリストに登録されることになる。
【００３９】
なお、上記放送グループ決定処理プログラムは、例えば、ネットワーク５上の所定のサーバからダウンロードされるようにしてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録されて当該記録媒体のドライブを介して読み込まれるようにしてもよい。
【００４０】
また、リクエストリストは、番組毎に区別されて管理されるようになっている。
【００４１】
図３は、ある番組に関するリクエストリストの一例を示す図である。図３に示すように、リクエストリスト５１には、リクエストされたコンテンツ情報のタイトル、リクエスト数、通算放送回数、アーティスト名、コンテンツＩＤ、アーティストコード、分類名、分類コード、製作年月日の情報が登録されている。
【００４２】
このリクエストリスト５１に登録されているリクエスト数は、リクエストがなされる度にコンテンツ情報毎に増加するようになっており、通算放送回数は、番組放送サーバ４２から放送される度にコンテンツ情報毎に増加するようになっている。
【００４３】
また、各コンテンツ情報のコンテンツＩＤ、アーティストコード、分類名、分類コード、製作年月日の情報は、例えば、ユーザから受け付けられたコンテンツ情報のタイトルやアーティスト名に対応付けられてコンテンツ詳細情報データベース（記憶部２２に構築されていても良いし、他のデータベースサーバ内に構築されていてもよい）に蓄積されている。そして、上記リクエストの際に受け付けられたコンテンツ情報のタイトルやアーティスト名をキー（検索条件）として、コンテンツ詳細情報データベースからコンテンツＩＤ、アーティストコード、分類名、分類コード、製作年月日が取得され、リクエストリストに登録されることになる。
【００４４】
ここで、アーティストコードとは、アーティスト毎に異なるコードであり、図３の例では、アーティスト名「Ｘ葉Ａ子」に対しては、「Ａ００１」のアーティストコードが付与されており、アーティスト名「Ｘ葉Ａ子とＸバーズ」に対しては、「Ａ１００１」のアーティストコードが付与されている。
【００４５】
また、分類コードとは、コンテンツ情報の分類（種別）毎に異なるコードであり、図３の例では、分類名「ポップス」に対しては、「Ｅ０１」の分類コードが付与されており、分類名「演歌」に対しては、「Ｅ０２」の分類コードが付与されている。
【００４６】
このようなリクエストリストに対応する各番組には、放送チャンネル及び放送時間帯が設定されており、各番組においては、リクエストリストに登録されたコンテンツ情報が例えば、リクエスト数が多い順又はリクエストが受け付けられた順に放送されることになる。
【００４７】
また、かかるリクエストリストにおけるコンテンツ情報のタイトル、アーティスト名、アーティストコード、分類名、分類コード、製作年月日は、コンテンツ情報に関する属性情報の一例であり、グループ分け手段としての制御部２１は、コンテンツ情報に関する属性情報に基づいて、放送グループとしての番組に属する複数のコンテンツ情報をグループ分けするようになっている。より具体的には、予め設定されたグループ分けポリシー（グループ分け要素を含む）にしたがって、リクエストリストに登録されたコンテンツ情報がグループ分け（例えば、アーティストコードでのグループ分け、分類コードでのグループ分け、製作年月日でのグループ分け等）される。
【００４８】
図４は、アーティストコード（グループ分け要素）でグループ分けされた例を、図５は、分類コード（グループ分け要素）でグループ分けされた例を、図６は、製作年月日（グループ分け要素）でグループ分けされた例を、夫々示す図である。
【００４９】
図４の例では、アーティストコードが「Ａ００１」であるコンテンツ情報が属するグループＧ１と、アーティストコードが「Ａ１００１」であるコンテンツ情報が属するグループＧ２と、にグループ分け（分割）されている。また、図５の例では、分類コードが「Ｅ０１」であるコンテンツ情報が属するグループＧ３と、分類コードが「Ｅ０２」であるコンテンツ情報が属するグループＧ４と、分類コードが「Ｅ０３」であるコンテンツ情報が属するグループＧ５と、にグループ分け（分割）されている。また、図６の例では、製作年月日が「１９７０年代」であるコンテンツ情報が属するグループＧ６と、製作年月日が「１９８０年代」であるコンテンツ情報が属するグループＧ７と、にグループ分け（分割）されている。
【００５０】
なお、このようなグループ分け方法は、これに限定されるものではなく、例えば、アーティスト名の改名前と改名後でコンテンツ情報をグループ分けするなど様々なグループ分け要素でグループ分けすることが可能である。
【００５１】
また、複数のグループ分け要素の組合せでグループ分けするように構成してもよく、例えば、アーティストコードでグループ分けした後、当該グループ分けされた夫々のグループに対して更に製作年月日でグループ分けする。
【００５２】
そして、放送グループ決定手段としての制御部２１は、上記グループ分けされたグループ毎に、これに属する各コンテンツ情報のリクエスト数を集計して分析し、当該集計結果に基づいて、元の放送グループとしての番組から分離する新たな放送グループとしての番組を決定するようになっている。例えば、制御部２１は、グループ分けされたグループ毎に、これに属する各コンテンツ情報のリクエスト数の総数を算出し、その総数が所定数（例えば、６０）以上である（分離条件を満たす）グループを新たな番組として決定する。図４の例では、アーティストコードが「Ａ００１」であるコンテンツ情報が属するグループＧ１のリクエスト総数は「５３」であるので所定数（例えば、６０）を満たさず新たな番組として決定されないが、アーティストコードが「Ａ１００１」であるコンテンツ情報が属するグループＧ２のリクエスト総数は「６７」であるので所定数（例えば、６０）以上となり新たな番組として決定されることになる。
【００５３】
なお、コンテンツ情報のリクエスト数は、その総数の算出の他、その平均値の算出、その標準偏差の算出、その最大値や最小値の算出、その他の統計学的手法を用いて集計されるようにしてもよく、当該集計結果に基づいて元の番組から分離する新たな番組を決定（例えば、リクエスト数の平均値、或いは標準偏差が所定値以上である場合）するものであってもよい。
【００５４】
こうして、新たな番組が決定されると、放送設定手段としての制御部２１は、当該決定した新たな番組の放送チャンネル、放送時間帯、及び放送順序を設定し、当該番組に対応するリクエストリストに登録されたコンテンツ情報をコンテンツサーバ３から取得して、これを放送待機サーバ群４ａに送るようになっている。
【００５５】
より具体的には、制御部２１は、放送待機サーバ群４ａ中で空いている（番組が設定されていない）番組放送サーバ４１を、元の番組とは独立させて上記コンテンツ情報を放送するための番組放送サーバとして設定する。なお、本実施形態においては、番組放送サーバと放送チャンネルは１対１に対応しているため、番組放送サーバを設定することは、コンテンツ情報を放送するための放送チャンネルを設定するということになり、言い換えれば、どのＩＰアドレスで放送するかということになる（つまり、端末装置１から見ると、各番組放送サーバに割り振られたＩＰアドレスを認識して、それを頼りに後述する放送チャンネルに参加する）。なお、１つの番組放送サーバで複数の放送チャンネルを担当するように構成してもよく、この場合、ポート番号等で放送チャンネルを区別することになる。また、放送時間帯は、例えば他の番組の放送時間帯が考慮され、任意に設定される。
【００５６】
そして、上記のように番組放送サーバ４１及び放送時間帯が設定されると、その放送チャンネル（例えば、当該放送チャンネルに対応する番組放送サーバ４１のＩＰアドレスを含む）及び放送時間帯並びに当該番組に属するコンテンツ情報が記述された番組表（設定された新たな番組の放送チャンネル及び放送時間帯を告知するための告知情報の一例）が作成され、告知情報放送手段としての制御部２１は、かかる番組表をネットワーク５を通じて各端末装置１に公開することになる（例えば、当該番組表に係る情報が番組放送管理サーバ２から各端末装置１に対してネットワーク５を介して送信される）。
【００５７】
これにより、各端末装置１は、所望の放送チャンネルに対応する番組放送サーバ４１又は４２のＩＰアドレスに基づき、当該番組放送サーバ４１又は４２に対してネットワーク５を介して、当該番組放送サーバ４１により管理される放送チャンネルに参加する（つまり、当該コンテンツ情報を視聴する）ことを要求する参加要求情報を送信することになる。
【００５８】
更に、併合手段としての制御部２１は、上記決定された新たな番組に属するコンテンツ情報のリクエスト数を集計し、当該集計結果に基づいて当該新たな番組を元の番組に併合させるか否か（併合条件を満たすか否か）を判断し、併合させると判断した場合には、当該新たな番組に属するコンテンツ情報を、元の番組に属させるようになっている。例えば、新たな番組に属するコンテンツ情報のリクエスト数が所定割合減少した場合に、当該番組の併合処理が行われることになる。
【００５９】
［３．番組放送サーバ群の構成等］
次に、図７を参照して、番組放送サーバ群４の構成及び機能について説明する。
【００６０】
番組放送サーバ群４は、本実施形態においては、放送手段として機能するものであり、上述したように、複数の番組放送サーバ４１及び４２を備えている。
【００６１】
番組放送サーバ群４は、番組放送管理サーバ２による上記設定に従って、上記コンテンツ情報を放送することになる。より具体的には、放送待機サーバ群４ａにおいて上記番組が割り当てられた番組放送サーバ４１は、設定された放送時間帯が到来すると、放送中サーバ群４ｂにおける番組放送サーバ４２として移行し（当該移行とは、あくまで概念的なものであり、当該番組放送サーバのハードウェア資源が移動することではない）、当該番組情報を端末装置１に対して放送（配信）することになる。
【００６２】
図７は、本実施形態に係る番組放送サーバ４１及び４２の概要構成例を示す図である。
【００６３】
番組放送サーバ４１及び４２は、一般のサーバコンピュータを適用可能であり、図７に示すように、ＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部４１１と、各種データ及びプログラム，更にはコンテンツ情報等を記憶（格納）するＨＤＤ等から構成された記憶部４１２と、当該コンテンツ情報に含まれるコンテンツデータ（ビデオデータやオーディオデータ）をエンコード（データ圧縮や暗号化等）するエンコーダ部４１３と、ネットワーク５を介して端末装置１との間で通信を行ったり、ＬＡＮを介して番組放送管理サーバ２との間で通信を行うための通信部４１４と、を備えて構成され、これらの各構成要素はバス４１５を介して相互に接続されている。
【００６４】
制御部４１１は、ＣＰＵが記憶部４１２等に記憶されたプログラムを読み出して実行することにより、番組放送サーバ４１又は４２全体を統括制御し、かつ、端末装置１からネットワーク５を介して放送チャンネルへの参加要求情報を受け付け、放送接続態様（トポロジー）を設定するようになっている。
【００６５】
この放送接続態様は、例えば、図１における放送中サーバ群４ｂ内の斜線枠４００内に示すように、複数の端末装置１が複数の階層を形成（図１の例では、端末装置１ａ及び１ｂが第１階層、端末装置１ｃ乃至１ｆが第２階層、端末装置１ｇ及び１ｈが第３階層に位置する）しつつツリー状に接続され、コンテンツ情報が上位階層の端末装置（例えば、端末装置１ａ）から下位階層の端末装置（例えば、端末装置１ｇ）に順次（端末装置１ａ、１ｃ、１ｇの順に）転送されるための接続態様である。つまり、この放送接続態様は、各端末装置１のネットワーク５への接続を前提にし、コンテンツ情報の放送経路（配信経路）を規定するものである。
【００６６】
また、制御部４１１は、上記設定した放送接続態様を示す情報（例えば、放送接続態様が各端末装置１のＩＰアドレスにより示されている、つまり、各端末装置は、どの端末装置からコンテンツ情報を受けてどの端末装置に送信するかが分かるようになっている）を、上記参加要求情報を送信してきた端末装置１の全てに対して送信する。なお、このような放送接続態様は、番組放送管理サーバ２により設定されるようにしてもよい。
【００６７】
そして、設定された放送時間帯が到来することにより、放送待機サーバ群４ａから放送中サーバ群４ｂに移行した番組放送サーバ４２の制御部４１１は、上記放送接続態様に基づいてコンテンツ情報を端末装置１（図１の斜線枠４００の例では、端末装置１ａ及び１ｂ）に放送（配信）することになり（なお、上述したように、元の番組から分離した番組に属するコンテンツ情報は、元の番組に属するコンテンツ情報とは独立して放送されることになる）、放送が終了した場合、或いは、上述したように番組が元の番組に併合した場合には、当該放送が終了した番組、或いは、併合した番組に係るコンテンツ情報の放送を停止（終了）することになる。これにより、その番組放送サーバ４２は、放送中サーバ群４ｂから放送待機サーバ群４ａに空き番組放送サーバ４１として移行することになる。
【００６８】
［４．端末装置の構成等］
次に、図８を参照して、端末装置１の構成及び機能について説明する。
【００６９】
図８は、端末装置１の概要構成例を示す図である。
【００７０】
各端末装置１は、例えば一般の汎用コンピュータや、ＳＴＢ（Set Top Box）付きの受像機等を適用可能であり、図８に示すように、ＣＰＵ，作業用ＲＡＭ，各種データ及びプログラムを記憶するＲＯＭ等から構成された制御部１１と、各種データ及びプログラム等を記憶保存（格納）するためのＨＤＤ等から構成された記憶部１２と、受信されたコンテンツ情報を一時蓄積するバッファメモリ１３と、コンテンツ情報に含まれるコンテンツデータ（ビデオデータ）をデコード（データ伸張や復号化等）するデコーダ部１４と、当該デコードされたコンテンツデータ（ビデオデータ）等に対して所定の描画処理を施しビデオ信号として出力する映像処理部１５と、当該映像処理部１５から出力されたビデオ信号に基づき映像表示するＣＲＴ，液晶ディスプレイ等の表示部１６と、上記デコードされたコンテンツデータ（オーディオデータ）をアナログオーディオ信号にＤ（Digital）／Ａ（Analog）変換した後これをアンプにより増幅して出力する音声処理部１７と、当該音声処理部１７から出力されたオーディオ信号を音波として出力するスピーカ１８と、ネットワーク５を通じて他の端末装置１や上記各サーバとの間で通信を行うための通信部１９と、ユーザから情報を入力するための入力部（例えば、キーボード、マウス、或いは、操作パネル等）２０と、を備えて構成され、制御部１１、記憶部１２、バッファメモリ１３、デコーダ部１４、及び通信部１９はバス２１を介して相互に接続されている。
【００７１】
そして、制御部１１は、ＣＰＵが記憶部１２等に記憶された各種プログラムを実行することにより、端末装置１全体を統括制御するようになっている。
【００７２】
また、制御部１１は、上述したように、接続した番組放送管理サーバ２から送信された番組表に係る情報をブラウザにより表示部１６の表示画面上に表示するようになっており、例えば当該番組表に基づき、ユーザにより入力部２０を介して指定された番組の放送チャンネルへの参加要求情報を番組放送サーバ４１又は４２に送信する。
【００７３】
そして、制御部１１は、参加要求情報を送信した番組放送サーバ４１又は４２から送信されてきた放送接続態様を示す情報を受信し、その後に放送されてきたコンテンツ情報を受信して表示部１６及びスピーカ１８を介して出力し、かつ、下位階層に端末装置１が存在する場合には、下位階層の端末装置１に対してネットワーク５を介して当該コンテンツ情報を転送することになる。
【００７４】
［５．番組生成放送システムの動作］
次に、図９及び図１０を参照して、放送グループとしての番組が分離及び併合される場合における番組生成放送システムＳの動作について説明する。
【００７５】
図９は、番組放送管理サーバ２における制御部２１の番組分離及び併合処理の一例を示すフローチャートであり、図１０は、図９に示すステップＳ１におけるグループ分け分析処理の詳細を示すフローチャートである。
【００７６】
先ず、前提として、端末装置１のユーザからは、ネットワーク５を通じて、或いは、電話、ＦＡＸ、Ｅメール等によりコンテンツ情報のリクエストが受け付けられる度に、当該コンテンツ情報が属する番組のリクエストリスト（番組放送管理サーバ２において管理されている）におけるリクエスト数が更新されるようになっている。
【００７７】
図９に示す処理は、例えば定期的に（１時間毎に）実行されるものであり、先ず、ステップＳ１では、グループ分け分析処理が行われる。
【００７８】
かかるグループ分け分析処理においては、図１０に示すように、制御部２１は、先ず、例えば、番組に付与されたシーケンス番号が若い番組に対応するリクエストリストを記憶部２２から読み込む（ステップＳ１１）。
【００７９】
次いで、制御部２１は、上述したグループ分けポリシー（グループ分け要素）を記憶部２２から読み込む（ステップＳ１２）。
【００８０】
次いで、制御部２１は、読み込まれたグループ分けポリシーで示されたグループ分け要素にしたがって、上述したように、上記読み込んだリクエストリストに登録されたコンテンツ情報をグループ分けし、当該グループ分けされたグループ毎に、これに属する各コンテンツ情報のリクエスト数を集計して分析し、集計結果（分析結果）を求め（ステップＳ１３）、これを一時的にＲＡＭに記憶する（ステップＳ１４）。
【００８１】
次いで、制御部２１は、全ての番組のリクエストリストについてグループ分け分析処理を行ったか否かを判別し（ステップＳ１５）、行った場合には（ステップＳ１５：Ｙ）、図９に示す処理に戻り、行っていない場合には（ステップＳ１５：Ｎ）、ステップＳ１１に戻り、次の番組に対応するリクエストリストを記憶部２２から読み込み、上記と同様の処理（ステップＳ１２乃至ステップＳ１４）を行う。
【００８２】
こうして、図９に示す処理に戻り、制御部２１は、上記記憶された集計結果を参照し、分離条件（リクエスト総数が所定数（例えば、６０）以上である）を満たすグループが有るか否かを判別し（ステップＳ２）、分離条件を満たすグループがある場合には（ステップＳ２：Ｙ）、当該分離条件を満たすグループを新たな番組として決定する（ステップＳ３）。このような処理が繰り返されると、元の番組から新たな番組が分離生成され、当該新たな番組からさらに新たな番組が分離生成されていくことが可能となる。
【００８３】
なお、分離条件を満たすグループが複数ある場合、夫々のグループが新たな番組として決定されることになる。
【００８４】
また、新たな番組のリクエストリストに登録されているコンテンツ情報に係るタイトル等の情報は、元の番組のリクエストリストにもそのまま残っているようにしてもよいし、元の番組のリクエストリストから削除される（この場合、新たな番組に属するコンテンツ情報は、元の番組では放送対象外となる）ようにしてもよい。
【００８５】
次いで、制御部２１は、上述したように、当該決定した新たな番組の放送チャンネル、放送時間帯、及び放送順序を設定し（ステップＳ４）、当該番組に対応するリクエストリストに登録されたコンテンツ情報をコンテンツサーバ３から取得して、これを放送待機サーバ群４ａに送る。
【００８６】
なお、新たな番組の放送チャンネルが元の番組と同一の放送チャンネルに設定され（つまり、同一の番組放送サーバに割り当てる）、且つ、新たな番組の放送時間帯が元の番組と異なる放送時間帯に設定されるようにしてもよいし、新たな番組の放送チャンネルが元の番組と異なる放送チャンネルに設定され、且つ、新たな番組の放送時間帯が元の番組と同一（同一の場合、元の番組と新たな番組とは、いわゆる表番組と裏番組の関係になる）又は異なる送時間帯に設定されるようにしてもよい。
【００８７】
また、新たな番組に属するコンテンツ情報の放送順序は、例えばリクエスト数の多い順番に設定されるものであってもよいし、その他公知の様々な並べ替え処理（例えば、特開２００３−００５７５６号等参照）により設定されるものであってもよい。
【００８８】
次いで、制御部２１は、新たな番組の放送チャンネル及び放送時間帯並びに当該番組に属するコンテンツ情報が記述された番組表を作成し、かかる番組表データを、番組放送管理サーバ２から、例えば当該番組に属するコンテンツ情報をリクエストしたユーザの端末装置１に対してネットワーク５を介して送信し（ステップＳ５）、ステップＳ６に移行する。これにより、各端末装置１のユーザに対して、新たな番組が分離生成されたことが告知される。
【００８９】
なお、新たな番組が分離生成されたことの告知方法として、例えば、元の番組のコンテンツ情報の放送中に告知情報が含められて、番組放送サーバ４２から各端末装置１に対して放送され、端末装置１の表示部１６や音声処理部１７からコンテンツ情報と共にその告知情報（例えば、「１０１」の放送チャンネルで、「１３時〜１５時」の放送時間帯に放送される旨の情報）が出力されるように構成してもよい。このように構成すれば、ユーザは、自己が所望するコンテンツ情報が属する新たな番組の生成を即時に把握することができる。
【００９０】
一方、ステップＳ２において分離条件を満たすグループがない場合には（ステップＳ２：Ｎ）、ステップＳ６に移行する。
【００９１】
次いで、ステップＳ６では、制御部２１は、番組毎に、コンテンツ情報のリクエスト数を集計し、当該集計結果に基づいて、併合条件（例えば、元の番組から分離した番組であって所定時間（例えば、１時間）内におけるリクエスト総数が所定割合（例えば、３０％）減ったこと）を満たす番組があるか否かを判断する。
【００９２】
そして、併合条件を満たす番組がある場合には（ステップＳ６：Ｙ）、制御部２１は、当該番組に属するコンテンツ情報を元の番組に属させる（ステップＳ７）。例えば、併合条件を満たす番組のリクエストリストが消去され、更に、放送チャンネル及び放送時間帯の設定も解除される。また、上記ステップＳ３における新たな番組の決定において、新たな番組のリクエストリストに登録されているコンテンツ情報に係るタイトル等の情報が、元の番組のリクエストリストから削除されていた場合には、併合条件を満たす番組に属するコンテンツ情報に係るタイトル等の情報が、元の番組のリクエストリストに登録（併合）される（戻される）と共に、併合条件を満たす番組のリクエストリストが消去され、更に、放送チャンネル及び放送時間帯の設定も解除される。
【００９３】
次いで、制御部２１は、併合された番組の放送チャンネル及び放送時間帯並びに当該番組に属するコンテンツ情報が記述された番組表を作成し、かかる番組表データを、番組放送管理サーバ２から、例えば当該番組に属するコンテンツ情報をリクエストしたユーザの端末装置１に対してネットワーク５を介して送信し（ステップＳ８）、当該処理を終了する。これにより、各端末装置１のユーザに対して、番組が併合されたことが告知される。
【００９４】
なお、番組が併合されたことの告知方法として、例えば、元の番組に属するコンテンツ情報の放送中、又は併合により無くなる番組に属するコンテンツ情報の放送中に告知情報が含められて、番組放送サーバ４２から各端末装置１に対して放送され、端末装置１の表示部１６や音声処理部１７からコンテンツ情報と共にその告知情報が出力されるように構成してもよい。このように構成すれば、ユーザは、自己が所望するコンテンツ情報が属する番組の併合を即時に把握することができる。
【００９５】
一方、ステップＳ６において併合条件を満たす番組がない場合には（ステップＳ６：Ｎ）、当該処理を終了する。
【００９６】
以上説明したように上記実施形態によれば、各コンテンツ情報のリクエスト数を管理しておき、当該コンテンツ情報に関する属性情報に基づいて、ある番組に属する複数のコンテンツ情報をグループ分けし、グループ分けされたグループ毎に、これに属する各コンテンツ情報のリクエスト数を集計し、当該集計結果に基づいて、当該番組から分離する新たな番組を決定し、決定された新たな番組の放送チャンネル及び放送時間帯を設定して、当該新たな番組に属するコンテンツ情報を放送するようにしたので、今まさにコンテンツ情報を視聴している視聴者の嗜好性を把握し、当該視聴者の嗜好性が反映された（ユーザの嗜好、期待に沿う高品質の）番組になるようにリアルタイムかつ自律的にその内容を変化させることができる。また、当該視聴者の嗜好性が反映された多くの番組が、自動的に、随時、分離生成されることが可能であるので、番組製作者側（放送局側）の負担を軽減することもできる。
【００９７】
更に、上記決定された新たな番組に属するコンテンツ情報のリクエスト数を集計し、当該集計結果に基づいて当該新たな番組を元の番組に併合させるか否かを判断し、併合させると判断した場合には、新たな番組に属するコンテンツ情報を、元の番組に属させて併合するようにしたので、例えば、リクエスト数が少なくなってきた（人気がなくなってきた）コンテンツ情報が属する番組を自動的に消去することが可能となり、番組放送サーバ等のハードウェア資源を無駄なく有効に活用することができる。
【００９８】
なお、上記実施形態において、番組放送管理サーバ２は、新たな番組に設定された放送チャンネルと元の番組に設定された放送チャンネルとが異なり、且つ、新たな番組に設定された放送時間帯と元の番組に設定された放送時間帯との全部又は一部が重なる場合であって、新たな番組に属するコンテンツ情報と同一のコンテンツ情報が元の番組にも属する場合には、当該同一のコンテンツ情報を新たな番組と元の番組の何れか一方の放送チャンネルで所定時間帯に放送させ、且つ、当該所定時間帯には何れか他方の放送チャンネルを一方の放送チャンネルに統一させる（例えば、当該コンテンツ情報の放送時に、端末装置１の接続先（番組放送サーバ４２又は端末装置１）を切り替えさせる）ように設定するように構成してもよい。このように構成すれば、コンテンツ情報の重複放送を回避でき、番組放送サーバ等のハードウェア資源を無駄なく有効に活用することができる。
【００９９】
また、上記実施形態においては、番組放送管理サーバ２が、新たな番組の決定、放送チャンネル及び放送時間帯等の設定を行うように構成したが、これに限定されるものではなく、その他のサーバ、例えば番組放送サーバで行うように構成してもよい。
【０１００】
また、上記実施形態においては、インターネット等のネットワークを利用してコンテンツ情報を放送する形態を例にとって説明したがこれに限定されるものではなく、無線の放送（例えば、テレビ放送、ラジオ放送、衛生放送等）に対して適用することも可能である。
【図面の簡単な説明】
【０１０１】
【図１】本実施形態に係る番組生成放送システムの概要構成例を示す図である。
【図２】本実施形態に係る番組放送管理サーバ２の概要構成例を示す図である。
【図３】ある番組に関するリクエストリストの一例を示す図である。
【図４】アーティストコード（グループ分け要素）でグループ分けされた例を示す図である。
【図５】分類コード（グループ分け要素）でグループ分けされた例を示す図である。
【図６】製作年月日（グループ分け要素）でグループ分けされた例を示す図である。
【図７】本実施形態に係る番組放送サーバ４１及び４２の概要構成例を示す図である。
【図８】端末装置１の概要構成例を示す図である。
【図９】番組放送管理サーバ２における制御部２１の番組分離及び併合処理の一例を示すフローチャートである。
【図１０】図９に示すステップＳ１におけるグループ分け分析処理の詳細を示すフローチャートである。
【符号の説明】
【０１０２】
１ａ〜１ｍ  端末装置
２  番組放送管理サーバ
３  コンテンツサーバ
４  番組放送サーバ群
５  ネットワーク
Ｓ  番組生成放送システム
【図１】
2007060470.tif 000003
【図２】
2007060470.tif 000004
【図３】
2007060470.tif 000005
【図４】
2007060470.tif 000006
【図５】
2007060470.tif 000007
【図６】
2007060470.tif 000008
【図７】
2007060470.tif 000009
【図８】
2007060470.tif 000010
【図９】
2007060470.tif 000011
【図１０】
2007060470.tif 000012