(57)【特許請求の範囲】
【請求項１】
演目内容に関する情報を記述したシナリオデータに基づいて、当該演目内容の映像データの内容に関する編集データを算出する編集データ算出手段と、
前記編集データ算出手段によって算出された編集データに基づいて、定位置に設置された撮影装置によって撮影された映像データを選択的に取得する映像データ取得手段と、
前記映像データ取得手段によって取得された映像データを外部の視聴装置に出力する出力手段と、
を備え、
前記編集データ算出手段は、
前記撮影装置による撮影予約に関する情報を記述した予約データに基づいて、前記編集データを算出することを特徴とする映像配信装置。
【請求項２】
前記出力手段は、
前記編集データ算出手段によって算出された編集データに基づいて、前記撮影装置のカメラワークを制御する制御データを、前記撮影装置または当該撮影装置を制御する制御装置に出力し、
前記映像データ取得手段は、
前記制御データに基づいて制御された撮影装置によって撮影された映像データを取得することを特徴とする請求項１に記載の映像配信装置。
【請求項３】
前記編集データ算出手段は、
さらに、前記演目内容の進行規則を記述した規則データに基づいて、前記編集データを算出することを特徴とする請求項１に記載の映像配信装置。
【請求項４】
前記出力手段による前記映像データの出力結果を検出する検出手段と、
前記検出手段によって検出された検出結果に基づいて、出力された前記映像データに応じた利用料金に関する料金データを算出する料金データ算出手段と、
を備えることを特徴とする請求項１に記載の映像配信装置。
【請求項５】
前記出力手段によって出力された映像データに対する評価データを取得する評価データ取得手段を備え、
前記出力手段は、
前記評価データ取得手段によって取得された評価データに基づいて、前記制御データを出力することを特徴とする請求項１に記載の映像配信装置。
【請求項６】
前記編集データは、メタデータであることを特徴とする請求項１に記載の映像配信装置。
【請求項７】
映像データ取得手段は、各々が定位置に設定された複数の前記撮影装置によって撮影された映像データを選択的に取得することを特徴とする請求項１〜６のいずれか一つに記載の映像配信装置。
【請求項８】
演目内容に関する情報を記述したシナリオデータに基づいて、当該演目内容の映像データの内容に関する編集データを算出する編集データ算出工程と、
前記編集データ算出工程によって算出された編集データに基づいて、定位置に設置された撮影装置によって撮影された映像データを選択的に取得する映像データ取得工程と、
前記映像データ取得工程によって取得された映像データを外部の視聴装置に出力する出力工程と、
を含み、
前記編集データ算出工程では、
前記撮影装置による撮影予約に関する情報を記述した予約データに基づいて、前記編集データを算出することを特徴とする映像配信方法。
【請求項９】
請求項８に記載の映像配信方法をコンピュータに実行させることを特徴とする映像配信プログラム。
【請求項１０】
請求項９に記載の映像配信プログラムをコンピュータによる読み取り可能に記録したことを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、映像配信装置、映像配信方法、映像配信プログラム、および記録媒体に関する。ただし、この発明の利用は、映像配信装置、映像配信方法、映像配信プログラム、および記録媒体に限らない。
【背景技術】
【０００２】
従来、たとえば、３次元で位置検出される被写体を、シナリオサーバを介した相互通信によって撮影情報を交換しあう数台のロボットカメラによって、当該ロボットカメラのカメラワークをコントロールしながら撮影することにより、自動撮影を効率的に行うようにした技術がある（たとえば、下記特許文献１参照。）。
【０００３】
また、たとえば、実演映像を収録する情報収録送出装置、収録された情報を編集処理して配信する情報編集配信装置、および、配信された情報を受信する情報処理装置の３装置を用い、情報編集配信装置によって情報収録送出装置を遠隔操作することによって実演映像を自動収録するようにした技術がある（たとえば、下記特許文献２参照。）。特許文献２に記載された技術によれば、収録された映像データは、インターネットなどの通信網を介して、当該映像データを要求するユーザへ配信される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１８５８３７号公報
【特許文献２】特開２００４−３２８３７７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した特許文献１に記載された技術では、シナリオサーバやロボットカメラなど比較的大規模なシステムを用いての実現が想定されている。規模の小さいライブハウスや演芸小屋など、日常的に公演が営まれている場所には、このような大規模なシステムを持ち込むことは現実的に困難であるという問題が一例として挙げられる。
【０００６】
また、特許文献２に記載された技術では、収録された映像データをユーザへ配信することができるが、配信された映像データに関するユーザの評価などを映像データの配信元に返すことができず、ユーザの要望を反映することができないという問題が一例として挙げられる。
【０００７】
また、上述した特許文献１、２に記載された技術では、実現に際して、コストが必要となる。設備にかかるコストは、利用料金などに反映される傾向にある。このため、ユーザの負担が増加してしまうという問題が一例として挙げられる。
【課題を解決するための手段】
【０００８】
請求項１の発明にかかる映像配信装置は、演目内容に関する情報を記述したシナリオデータに基づいて、当該演目内容の映像データの内容に関する編集データを算出する編集データ算出手段と、前記編集データ算出手段によって算出された編集データに基づいて、定位置に設置された撮影装置によって撮影された映像データを選択的に取得する映像データ取得手段と、前記映像データ取得手段によって取得された映像データを外部の視聴装置に出力する出力手段と、を備え、前記編集データ算出手段は、前記撮影装置による撮影予約に関する情報を記述した予約データに基づいて、前記編集データを算出することを特徴とする。
【０００９】
請求項８の発明にかかる映像配信方法は、演目内容に関する情報を記述したシナリオデータに基づいて、当該演目内容の映像データの内容に関する編集データを算出する編集データ算出工程と、前記編集データ算出工程によって算出された編集データに基づいて、定位置に設置された撮影装置によって撮影された映像データを選択的に取得する映像データ取得工程と、前記映像データ取得工程によって取得された映像データを外部の視聴装置に出力する出力工程と、を含み、前記編集データ算出工程では、前記撮影装置による撮影予約に関する情報を記述した予約データに基づいて、前記編集データを算出することを特徴とする。
【００１０】
請求項９の発明にかかる映像配信プログラムは、請求項８に記載の映像配信方法をコンピュータに実行させることを特徴とする。
【００１１】
請求項１０の発明にかかる記録媒体は、請求項９に記載の映像配信プログラムをコンピュータによる読み取り可能に記録したことを特徴とする。
【図面の簡単な説明】
【００１２】
【図１】映像配信装置の機能的構成を示すブロック図である。
【図２】映像配信装置の処理手順を示すフローチャートである。
【図３】実施例における映像撮影／配信システムを示すブロック図である。
【図４】ライブハウスにおける複数のカメラおよびマイクの配置例を示す説明図である。
【図５】カメラの動作を示す説明図である。
【図６】カメラの使用方法の一例を示す説明図である。
【図７】演目メタデータの一例を示す説明図である。
【図８】ジャンル／カテゴリＤＢを示す説明図である。
【図９】シナリオメタデータの一例を示す説明図である。
【図１０】カメラ設定ＤＢを示す説明図である。
【図１１】インストＤＢを示す説明図である。
【図１２】顔ＤＢを示す説明図である。
【図１３】音声ＤＢを示す説明図である。
【図１４】楽器音ＤＢを示す説明図である。
【図１５】スタイルＤＢを示す説明図である。
【図１６】学習ＤＢを示す説明図である。
【図１７】著作権ＤＢを示す説明図である。
【図１８】編集メタデータの一例を示す説明図である。
【図１９】編集メタデータの作成を補助するリードシートを示す説明図である。
【図２０】配信メタデータの一例を示す説明図である。
【図２１】配信メタデータの一例を示す説明図である。
【図２２】映像データの切り替えを示す説明図である。
【図２３】映像データの再生イメージを示す説明図である。
【図２４】配信メタデータの一例を示す説明図である。
【図２５】映像データの切り替えを示す説明図である。
【図２６】管理メタデータの一例を示す説明図である。
【図２７】実施例における映像撮影／配信システムにおける処理または作業の流れを概略的に示す説明図である。
【図２８】配信コントローラが実行する処理手順を示すフローチャートである。
【図２９】コントローラが実行する処理手順を示すフローチャートである。
【図３０】シナリオメタデータの一例を示す説明図である。
【図３１】編集メタデータの一例を示す説明図である。
【図３２】編集メタデータの一例を示す説明図である。
【図３３】シナリオメタデータの一例を示す説明図である。
【発明を実施するための形態】
【００１３】
以下に添付図面を参照して、この発明にかかる映像配信装置、映像配信方法、映像配信プログラム、および記録媒体の好適な実施の形態を詳細に説明する。
【００１４】
（映像配信装置の機能的構成）
図１は、映像配信装置の機能的構成を示すブロック図である。映像配信装置は、編集データ算出部１０１と、映像データ取得部１０２と、出力部１０３と、検出部１０４と、料金データ算出部１０５と、評価データ取得部１０６と、を備える。映像配信装置は、たとえば、定位置に設置された撮影装置を制御する制御装置と通信可能に設けられている。また、映像配信装置は、撮影装置によって撮影された映像を視聴する外部の視聴装置と通信可能に設けられている。
【００１５】
編集データ算出部１０１は、演目内容に関する情報を記述したシナリオデータに基づいて、当該演目内容の映像データの内容に関する編集データを算出する。シナリオデータは、たとえば、撮影装置が設置された演目を実施する会場関係者などによって、当該演目の実演に先立ってあらかじめ作成されているものとする。編集データ算出部１０１は、撮影装置による撮影予約に関する情報を記述した予約データに基づいて、編集データを算出するようにしてもよい。編集データ算出部１０１は、さらに、演目内容の進行規則を記述した規則データに基づいて、編集データを算出するようにしてもよい。編集データは、たとえば、メタデータであってもよい。
【００１６】
ここで、メタデータとは、データを記述するためのデータであり、データについての情報を記述したデータである。メタデータは、たとえば、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式などの記述様式にしたがって記述されている。公知の技術であるため説明を省略するが、ＸＭＬとは、ＨＴＭＬのようなシンプルなフォーマットで文書構造を記述でき、独自にタグを定義できることが特徴のマークアップ言語である。マークアップ言語とは、文字列のキャラクタコード以外のさまざまな属性情報（文字のタイプ（イタリックか、ボールドか、など）や組版情報、ハイパーリンク情報）などを、あらかじめ定義されたコマンドとして、文書中に記述していく方式の言語である。ＸＭＬを用いることにより、たとえば、インターネット上でＨＴＭＬ書式よりもさらに高機能なページ記述を実現することが可能となる。
【００１７】
映像データ取得部１０２は、編集データ算出部１０１によって算出された編集データに基づいて、定位置に設置された撮影装置によって撮影された映像データを選択的に取得する。映像データ取得部１０２は、制御データに基づいて制御された撮影装置によって撮影された映像データを取得するようにしてもよい。なお、撮影装置は１台であってもよいし、各々が定位置に設置された複数台の撮影装置であってもよい。複数台の撮影装置を用いる場合、映像データ取得部１０２は、各撮影装置によって撮影された映像データから対象となる映像データを選択的に取得する。
【００１８】
出力部１０３は、映像データ取得部１０２によって取得された映像データを外部の視聴装置に出力する。出力部１０３は、編集データ算出部１０１によって算出された編集データに基づいて、撮影装置のカメラワークを制御する制御データを、撮影装置または当該撮影装置を制御する制御装置に出力するようにしてもよい。出力部１０３は、評価データ取得部１０６によって取得された評価データに基づいて、制御データを出力するようにしてもよい。
【００１９】
検出部１０４は、出力部１０３による映像データの出力結果を検出する。料金データ算出部１０５は、検出部１０４によって検出された検出結果に基づいて、出力された映像データに応じた利用料金に関する料金データを算出する。評価データ取得部１０６は、出力部１０３によって出力された映像データに対する評価データを取得する。
【００２０】
（映像配信装置の処理手順）
図２は、映像配信装置の処理手順を示すフローチャートである。図２に示す処理は、まず、演目内容に関する情報を記述したシナリオデータに基づいて、編集データを算出する（ステップＳ２０１）。ステップＳ２０１においては、演目内容の進行規則を記述した規則データに基づいて、編集データを算出するようにしてもよい。
【００２１】
つぎに、算出された編集データに基づいて、撮影装置のカメラワークを制御する制御データを、撮影装置を制御する制御装置に出力する（ステップＳ２０２）。ステップＳ２０２においては、制御データを制御装置に出力するものに限らない。たとえば、映像配信装置と撮影装置とが通信可能に設けられている場合には、当該撮影装置に対して制御データを出力するようにしてもよい。
【００２２】
つづいて、ステップＳ２０１において算出された編集データに基づいて、撮影装置によって撮影された映像データを選択的に取得し（ステップＳ２０３）、取得した映像データを外部の視聴装置に出力する（ステップＳ２０４）。ここで、複数の撮影装置を用いる場合、ステップＳ２０３においては、ステップＳ２０２において出力された制御データに基づいて制御された撮影装置によって撮影された映像データを取得するようにしてもよい。
【００２３】
また、複数の撮影装置を用いる場合、ステップＳ２０３においては、複数の撮影装置によって撮影されたすべての映像データを一旦映像配信装置において取得し、当該映像データから編集データに基づいて該当する映像データを、映像配信装置において選択的に取得し、外部の視聴装置に出力するようにしてもよい。さらに、ステップＳ２０３においては、複数の撮影装置によって撮影された映像データから、編集データに基づいて該当する映像データを、映像配信装置に取得する段階で選択的に取得するようにしてもよい。
【００２４】
その後、ステップＳ２０４における映像データの出力結果を検出し（ステップＳ２０５）、検出された検出結果に基づいて、出力された映像データに応じた利用料金に関する料金データを算出する（ステップＳ２０６）。ステップＳ２０６においては、たとえば、出力された映像データの種類や量に応じて、当該映像データを受信した視聴装置を有するユーザに対する課金に関する料金データを算出してもよい。また、ステップＳ２０６においては、たとえば、出力された映像データの元となる演目の著作権者への著作権料に関する料金データを算出してもよい。
【００２５】
最後に、ステップＳ２０４において出力された映像データに対する評価データを算出する（ステップＳ２０７）。ステップＳ２０７において取得される評価データは、たとえば、“とても素敵な演奏でした”、“後半部分の音声の入りが悪かったです”など、ユーザによって入力されたコメントの形態であってもよい。ステップＳ２０７において取得された評価データは、たとえば、運用上、以降のカメラワークの制御などに用いることができる。また、図示を省略したが、たとえば、ステップＳ２０７においては、たとえば、数値などによる段階評価の形態とした評価データを取得するようにしてもよい。この場合、取得された評価データを計数することができる。これにより、評価データの計数結果を、ステップＳ２０２において出力される制御データに、自動的に反映するようにしてもよい。
【００２６】
以上説明したように、本実施の形態によれば、演目内容に関する情報を記述したシナリオデータに基づいて、当該演目内容の映像データの内容に関する編集データが算出され、算出された編集データに基づいて、定位置に設置された撮影装置によって撮影された映像データが選択的に取得され、取得された映像データが外部の視聴装置に出力される。したがって、撮影装置による撮影アングルを切り替えたり撮影された映像を編集したりする設備や人員を要することなく、個々のユーザの要望に応じた映像データを簡易的に得ることができる。このため、映像データの制作コストの低下を図ることができる。
【００２７】
これにより、ユーザは、たとえば、視聴希望者数が少ないなどの理由から制作されなかったり、制作費がかさむために視聴料金が高かったりしていた日常的公演などの映像を、安価に視聴することが可能となる。また、ユーザは、日常的公演の映像を、ユーザの要望に応じたカメラアングルで視聴することができる。さらに、ユーザは、日常的公演の映像を、当該公演の開催と同時に、リアルタイムで視聴することもできる。
【００２８】
また、本実施の形態によれば、編集データは、撮影装置による撮影予約に関する情報を記述した予約データに基づいて算出される。したがって、配信システム関係者などが編集データの算出に関わる人員を設けることなく、編集データを算出することができる。これによっても、日常的公演の映像を、ユーザの要望に応じたカメラアングルで視聴することができる。
【００２９】
さらに、本実施の形態によれば、算出された編集データに基づいて、撮影装置または当該撮影装置を制御する制御装置に制御データが出力され、出力された制御データに基づいて制御された撮影装置によって撮影された映像データが取得される。これによって、たとえば、ネットワークなどの通信網を介した通信の利点を活用し、撮影装置による撮影アングルを切り替える人員を確保することなく、個々のユーザの要望に応じた映像データを簡易的に得ることができる。
【００３０】
本実施の形態によれば、さらに、演目内容の進行規則を記述した規則データに基づいて、編集データが算出される。したがって、ユーザが演目内容の進行規則を熟知していない場合にも、当該ユーザは、演目内容の進行規則にしたがった最適な映像を視聴することができる。
【００３１】
本実施の形態によれば、映像データの出力結果が検出され、検出された検出結果に基づいて、出力された映像データに応じた利用料金に関する料金データが算出される。したがって、ユーザは、視聴した映像の量や内容に応じた適正な課金を受けることができる。具体的に、たとえば、出力された映像データを受信したものの、期待した内容とは異なっていたために短時間で受信を停止した場合などは、始まりから終わりまでの映像データを受信したユーザよりも低料金で済むようになる。これにより、ネットワークなどの通信網を介した通信の利点を活用し、ユーザの利用状況に応じた適正な課金を行うことができる。
【００３２】
加えて、本実施の形態によれば、出力された映像データに対する評価データに基づいて、撮影装置を制御する制御データが出力される。これによって、次回以降、ユーザの評価を確実に反映した映像データを出力することができ、ネットワークなどの通信網を介した通信の利点を活用し、よりユーザの要望に応じた映像データを出力することができる。
【００３３】
さらに、本実施の形態において、編集データをメタデータとした場合には、実使用に則し、映像配信装置の使い易さの向上を図ることができる。また、本実施の形態によれば、複数の撮影装置を用いることにより、各撮影装置において撮影アングルを切り替えた映像データを選択的に取得することができ、個々のユーザの要望に対して、よりきめ細やかに対応した映像データを簡易的に得ることができる。
【実施例】
【００３４】
次に、添付図面を参照して、この発明にかかる映像配信装置、映像配信方法、映像配信プログラム、および記録媒体の好適な実施例を詳細に説明する。なお、上述した実施の形態と内容的に重複する箇所などについては説明を省略する。
【００３５】
図３は、実施例における映像撮影／配信システムを示すブロック図である。映像撮影／配信システムは、撮影システム３１０と、配信システム３２０と、ネットワーク視聴端末３３０と、を含んでいる。撮影システム３１０、配信システム３２０、およびネットワーク視聴端末３３０は、インターネット網などのネットワーク３４０を介して通信可能に接続されている。
【００３６】
撮影システム３１０は、各々定位置に設置された複数のカメラ３１１〜３１４と、複数のマイク３１５、３１６と、コントローラ３１７と、ゲートウェイ３１８と、を含んでいる。なお、実施例においては、楽曲の演奏が行われるライブハウスにおける映像を撮影する撮影システム３１０について説明する。また、実施例においては、複数のカメラ３１１〜３１４を含む撮影システム３１０について説明するが、カメラ（撮影装置）の台数は複数に限定されるものではなく、１台であってもよい。同様に、実施例においては、複数のマイク３１５、３１６を含む撮影システム３１０について説明するが、マイクの台数も複数に限定されるものではなく、１台であってもよい。
【００３７】
複数のカメラ３１１〜３１４は、それぞれ、同一ライブハウスの異なる位置に配置されている。各カメラ３１１〜３１４は、それぞれの配置位置から撮影可能な範囲における映像を撮影する。撮影可能な範囲は、各カメラ３１１〜３１４におけるズーム、パノラミング、チルトの各機能を利用して撮影することが可能な範囲である。カメラ３１１〜３１４は、公知の各種カメラを用いることが可能である。公知の技術であるため、実施例においては、カメラ３１１〜３１４の構成および機能についての詳細な図示および説明は省略する。
【００３８】
複数のマイク３１５、３１６は、それぞれ、同一ライブハウスの異なる位置に配置されている。マイク３１５、３１６は、周囲の音声を集音し、集音した音声を電気信号にかえる。マイク３１５、３１６は、カメラ３１１〜３１４と一体に設けられていてもよいし、別体で設けられていてもよい。マイク３１５、３１６は、公知の各種マイク３１５、３１６を用いることが可能である。公知の技術であるため、実施例においては、マイク３１５、３１６の構成および機能についての詳細な図示および説明は省略する。
【００３９】
コントローラ３１７は、複数のカメラ３１１〜３１４の動作を制御する。コントローラ３１７は、たとえば、各カメラ３１１〜３１４による撮影の開始および停止を制御する。また、コントローラ３１７は、たとえば、ズーム、パノラミング、チルトをカメラ３１１〜３１４毎に調整する。コントローラ３１７は、複数のカメラ３１１〜３１４によってそれぞれ撮影された映像を取得し、記憶する図示しない記憶部を備えている。
【００４０】
コントローラ３１７は、複数のマイク３１５、３１６によって集音された音声を取得し、取得した音声を複数のカメラ３１１〜３１４によって撮影された映像との同期を取って記憶する。コントローラ３１７は、ゲートウェイ３１８を介して、記憶した映像や音声のデータを配信コントローラ３２１へ出力したり、配信システム３２０における配信コントローラ３２１から出力されたデータに基づいて複数のカメラ３１１〜３１４やマイク３１５、３１６を制御したりする。加えて、コントローラ３１７は、ゲートウェイ３１８を介して、演目メタデータ（図７参照）を配信コントローラ３２１へ出力する。
【００４１】
コントローラ３１７は、たとえば、一般的なパーソナルコンピュータ（図示省略）などによって実現することができる。公知の技術であるため、実施例においては、一般的なパーソナルコンピュータの構成および機能についての詳細な図示および説明は省略する。コントローラ３１７は、ユーザ（ライブハウス関係者）による演目メタデータの作成を可能とするためのプログラムやユーザインターフェースなどを備えていてもよい。
【００４２】
ゲートウェイ３１８は、コントローラ３１７と撮影システム３１０の外部における外部装置との間で、当該外部装置とコントローラ３１７との通信を調整する。ゲートウェイ３１８は、コントローラ３１７と外部装置との通信に際して、ネットワーク３４０上で、媒体やプロトコルが異なるデータを相互に変換する。具体的に、実施例では、ゲートウェイ３１８は、たとえば、コントローラ３１７から出力されたデータを配信システム３２０に対して出力したり、配信システム３２０から出力されたデータをコントローラ３１７に対して出力したりする。
【００４３】
公知の技術であるため詳細な説明を省略するが、ゲートウェイ３１８は、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルの全階層を認識し、通信媒体や伝送方式の違いを吸収して異機種間の接続を可能とする。ＯＳＩ参照モデルとは、異機種間のデータ通信を実現するためのネットワーク構造の設計方針「ＯＳＩ」に基づき、コンピュータの持つべき通信機能を階層構造に分割したモデルである。ＯＳＩ参照モデルにおいては、通信機能を７階層に分け、各層毎に標準的な機能モジュールが定義されている。
【００４４】
配信システム３２０は、配信コントローラ３２１と、配信サーバ３２２と、を含んでいる。配信コントローラ３２１は、ネットワーク３４０およびゲートウェイ３１８を介して、撮影システム３１０におけるコントローラ３１７との間で通信を行う。また、配信コントローラ３２１は、ネットワーク３４０を介して、ネットワーク視聴端末３３０との間で通信を行う。配信コントローラ３２１は、コントローラ３１７やネットワーク視聴端末３３０から出力されたデータに基づく各種処理を実行し、当該処理に基づいたデータをコントローラ３１７やネットワーク視聴端末３３０に出力する。配信コントローラ３２１は、たとえば、シナリオメタデータ（図９参照）に基づいて番組表を作成する。シナリオメタデータや番組表については後述する。
【００４５】
配信サーバ３２２は、映像撮影／配信システムが実現するサービスを提供するための各種データを記憶する。配信サーバ３２２には、たとえば、コントローラ３１７から出力された映像データや演目メタデータ（図７参照）が記憶されている。ここで、映像データとは、動画像データおよび音声データとを含んでいる。配信サーバ３２２には、また、コントローラ３１７から出力された演目メタデータに基づいて、配信コントローラ３２１において作成された番組表が記憶されている。この番組表は、ネットワーク視聴端末３３０における操作によってネットワーク視聴端末３３０側から閲覧することが可能になっている。加えて、配信サーバ３２２には、シナリオメタデータ（図９参照）、編集メタデータ（図１８、１９参照）、配信メタデータ（図２０、２１、２４参照）、管理メタデータ（図２６参照）などが記憶されている。
【００４６】
配信コントローラ３２１は、たとえば、一般的なパーソナルコンピュータなどによって実現することができる。上述したコントローラ３１７と同様に、公知の技術であるため、配信コントローラ３２１を実現するための一般的なパーソナルコンピュータの構成および機能についての詳細な図示および説明は省略する。配信サーバ３２２は、インターネットプロバイダのサーバなどに用いられる公知の各種サーバコンピュータによって実現することが可能である。サーバコンピュータについても、公知の技術であるため、サーバコンピュータの構成および機能についての詳細な図示および説明は省略する。
【００４７】
ネットワーク視聴端末３３０は、ネットワーク３４０を介して、配信コントローラ３２１との間で通信を行う通信手段を備えている。ネットワーク視聴端末３３０は、通信手段によって、たとえば、配信コントローラ３２１に記憶された番組表を取得する。ここで、番組表とは、配信システム３２０が配信可能な映像データの一覧を示すものであり、ネットワーク視聴端末３３０を使用するユーザが、各映像データのタイトルや各映像データの演目内容の概要などが把握できる程度の情報を含んでいる。
【００４８】
ネットワーク視聴端末３３０は、取得した番組表に基づいて、ユーザ（ネットワーク視聴者）が視聴を希望する番組を指定するためのユーザインターフェースを備えている。ネットワーク視聴端末３３０は、配信コントローラ３２１から取得したデータを視聴するためのディスプレイやスピーカ（いずれも図示省略）などを備えている。ネットワーク視聴端末３３０は、たとえば、一般的なパーソナルコンピュータなどによって実現することができる。上述したコントローラ３１７および配信コントローラ３２１と同様に、公知の技術であるため、ネットワーク視聴端末３３０を実現するための一般的なパーソナルコンピュータの構成および機能についての詳細な図示および説明は省略する。
【００４９】
図４は、ライブハウスにおける複数のカメラおよびマイクの配置例を示す説明図である。図４においては、サックス、キーボード、コントラバス、ドラムの各楽器を演奏する４名で構成されたバンドを撮影対象とする場合の配置例が示されている。実施例においては、人物などの移動が少ない舞台を撮影対象としている。なお、撮影対象は、人物などの移動が少ない舞台に限るものではない。
【００５０】
実施例においては、日常的に公演が行われている劇場における演劇や演芸、ライブハウスにおけるジャズやロックミュージックのライブ演奏、コンサートホールにおける音楽演奏会など（以下、「日常的公演」という）における公演全体を舞台とし、各舞台において実演される公演項目を演目として説明する。日常的公演とは、たとえば、新規に制作費が発生しない舞台芸能などである。
【００５１】
たとえば、図４に示すように、ライブハウスにおけるジャズミュージックのライブの例では、ライブの開始から終わり（または休憩など）までの一連の流れが舞台であり、当該舞台で演奏される１曲１曲がそれぞれ演目である。舞台は、複数の演目が集まった一続きの単位である。以降、実施例では、舞台数が２つある舞台を例にとって説明する。２つある舞台のうち、最初の舞台１では、演目１〜３までの３つの演目が演奏されるものとする。
【００５２】
カメラ３１１は、ステージ全体の撮影が可能な位置に配置されている。実施例では、バンドメンバが演奏を行う物理的な場所をステージ４０１とし、上述した舞台と区別して説明する。カメラ３１２は、主にキーボード奏者を撮影する位置に配置されている。カメラ３１３は、主にサックス奏者を撮影する位置に配置されている。カメラ３１４は、主にコントラバス奏者を撮影する位置に配置されている。マイク３１５は舞台に向かって左方から、マイク３１６は舞台に向かって右方から、それぞれ音声を集音する位置に配置されている。
【００５３】
図５は、カメラの動作を示す説明図である。複数のカメラ３１１〜３１４は、それぞれ、ズーム、パノラミング、チルトを調整することが可能である。ズーム調整とは、カメラ３１１〜３１４が撮影する映像の拡大／縮小を調整することである。パノラミング調整とは、カメラ３１１〜３１４の水平方向における位置を調整することである。チルト調整とは、カメラ３１１〜３１４の垂直方向における位置を調整することである。
【００５４】
図６は、カメラの使用方法の一例を示す説明図である。図６においては、カメラ３１１〜３１４に志向性を持たせる場合の使用方法の一例が示されている。図６に示す方法では、ＲＦタグ６０１を用いる。詳細な図示を省略するが、ＲＦタグ６０１は、非接触ＩＣチップを使った記憶媒体とアンテナとを埋め込んだプレート（タグ）である。ＲＦタグ６０１の記憶媒体に、各演奏者の情報を記憶させ、メンバに装着させる。
【００５５】
ＲＦタグ６０１の記憶媒体に記憶された情報は、アンテナを備えた読取装置６０２によって読み取る。この読取装置６０２の読み取り方向に志向性を持たせ、カメラ３１１〜３１４（図６ではカメラ３１３）の撮影方向と連動させることで、演奏者を自動判別することができる。すなわち、これを利用して特定の演奏者を自動撮影することができる。なお、ＲＦタグ６０１で使われる技術は、ＲＦＩＤ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  ＩＤｅｎｔｉｆｉｃａｔｉｏｎ：電波方式認識）と呼ばれる自動認識システムである。ＲＦタグ６０１を用いることにより、所望の距離および指向性の範囲で、特定の演奏者を識別することができる。
【００５６】
図７は、演目メタデータの一例を示す説明図である。演目メタデータ７００は、撮影対象となる演目内容に関する情報が記述されたデータである。演目メタデータ７００として記述されるデータには、たとえば、ＤＢルートデータ７０１、演目メタデータＩＤデータ７０２、シナリオメタデータＩＤデータ７０３、および、演奏内容データ７０４などがある。
【００５７】
演目メタデータ７００は、たとえば、ライブハウス関係者などによって、舞台（ライブ）の開始前にあらかじめ作成され、配信コントローラ３２１に出力（あるいは、紙面などでの提出でも可）されるものとする。ＤＢルートデータ７０１は、演目メタデータ７００によって記述されるコンテンツの配信元（送信元）となるデータベース（本実施例では、配信コントローラ３２１や配信サーバ３２２など）を特定する。
【００５８】
演目メタデータＩＤデータ７０２は、演目メタデータ７００自体を特定する。シナリオメタデータＩＤデータ７０３は、演目メタデータ７００に基づいて作成されるシナリオメタデータ（図９参照）を特定する。演奏内容データ７０４としては、演奏日時、ジャンルＩＤ、カテゴリ、ＤＢ、店情報、出演者、料金、紹介文、舞台数、各舞台内容などを示す各種のデータがある。
【００５９】
演目メタデータＩＤデータ７０２、シナリオメタデータＩＤデータ７０３、および、演奏内容データ７０４の各データには、当該データが記憶されるデータベースを特定するデータが、それぞれ対応付けられている。以下、説明を省略するが、演目メタデータにおいて記述される各データには、必要に応じて、当該データの参照元となるデータベース（以下、「ＤＢ」という）が対応付けられている。
【００６０】
演奏内容データ７０４において、ジャンルＩＤデータは、演目メタデータ７００によって記述されるコンテンツの元となる舞台のジャンルを特定する。演奏内容データ７０４において、カテゴリデータは、演目メタデータ７００によって表されるコンテンツの元となる舞台が含まれる範疇を特定する。演奏内容データ７０４においては、ジャンル／カテゴリＤＢ（図８参照）から選択されるジャンルおよびカテゴリがジャンル／カテゴリデータとして記述される。
【００６１】
演奏内容データ７０４において、店情報データは、たとえば、ライブハウスの店名など、演目が実演される店（場所）に関する情報である。演奏内容データ７０４において、出演者データは、バンドの構成員、すなわち、楽器奏者を示すデータである。
【００６２】
図８は、ジャンル／カテゴリＤＢを示す説明図である。ジャンル／カテゴリＤＢ８００は、ジャンル毎に設けられた複数のカテゴリＤＢによって構成されている。図８には、ジャンルとしてミュージックに分類されたカテゴリＤＢが示されている。図８に示すカテゴリＤＢは、カテゴリエリア８０１と、１曲平均エリア８０２と、楽器ソロエリア８０３と、ソロ平均長エリア８０４と、ソロ数エリア８０５と、動きエリア８０６と、トークエリア８０７と、筋書きエリア８０８と、から構成されている。
【００６３】
カテゴリエリア８０１は、カテゴリを示すカテゴリデータを記憶する。１曲平均エリア８０２は、各カテゴリに分対された曲の１曲あたりの平均時間を記憶する。楽器ソロエリア８０３は、楽器のソロ演奏の有無を記憶する。ソロ平均長エリア８０４は、各ソロ演奏の平均時間を記憶する。ソロ数エリア８０５は、ソロ演奏の回数を記憶する。動きエリア８０６は、演奏者の動きの程度を記憶する。トークエリア８０７は、舞台におけるトークの頻度や長さなど、トークの程度を記憶する。筋書きエリア８０８は、基本となる筋書きを守る傾向にあるか否かを記憶する。基本となる筋書きは、たとえば、演目メタデータ７００などによって記述されたデータから取得することができる。
【００６４】
図９は、シナリオメタデータの一例を示す説明図である。シナリオメタデータ９００は、演目内容の映像データの内容に関するデータである。シナリオメタデータ９００は、演目メタデータ７００に基づいて算出される。シナリオメタデータ９００は、演目内容の進行規則を記述した規則データに基づいて算出される。規則データは、あらかじめ配信サーバ３２２などに設けられている。シナリオメタデータ９００は、ＤＢルートデータ９０１、演目メタデータＩＤデータ９０２、シナリオメタデータＩＤデータ９０３、カメラ設定データ９０４、および、演奏内容データ９０５などが記述されたデータである。
【００６５】
演目メタデータＩＤデータ９０２は、シナリオメタデータ９００の基礎となる演目メタデータ７００を特定する。シナリオメタデータＩＤデータ９０３は、シナリオメタデータ９００自体を特定する。シナリオメタデータ９００は、コントローラ３１７から出力された演目メタデータ７００に基づいて、舞台（ライブ）の開始前にあらかじめ算出されているものとする。
【００６６】
カメラ設定データ９０４は、撮影システム３１０におけるいずれのカメラをどのように動作させるかを特定する。なお、カメラ設定データ９０４は、ネットワーク視聴端末３３０から映像データに対する評価データを取得し、取得された評価データに基づいて記述されていてもよい。演奏内容データ９０５としては、ジャンル／カテゴリ、演奏日時、会場情報、出演者、舞台数、演目内容、および、学習などを示す各種のデータがある。演奏内容データ９０５において、出演者データは、演目メタデータ７００における出演者データよりも詳細に記述されている。
【００６７】
実施例においては、演目メタデータ７００よりも詳細な出演者データを記述するために、ライブハウス側のユーザ（ライブハウス関係者）によって、演目メタデータ７００とは別に、舞台（ライブ）の開始前にあらかじめ詳細な出演者データが提供されているものとする。なお、シナリオメタデータ９００の記述例は、図９に示すものに限るものではない。図９に示す編集データの一部の項目だけを用いたり、たとえば＜別のタグ１＝“・・・”＞のように、新たな別のタグを付けた編集データとしたりしてもよい。なお、シナリオデータと同様のものについては説明を省略する。
【００６８】
演奏内容データ９０５において、＜舞台＞および＜演目＞の欄には、演目毎のスタイルデータが記述されている。スタイルデータは、各舞台あるいは演目がどのように演奏されるかを示すデータである。実施例においては、スタイルＤＢ（図１５参照）から選択されるスタイルが記述される。
【００６９】
図１０は、カメラ設定ＤＢを示す説明図である。カメラ設定ＤＢ１０００は、カメラ設定ＩＤエリア１００１と、カメラＩＤエリア１００２と、動作エリア１００３〜１００５と、対象エリア１００６と、を備えている。カメラ設定ＩＤエリア１００１は、カメラ設定ＩＤを記憶する。カメラ設定ＩＤを指定することで、複数台のカメラの個々の動作状態を設定することができる。カメラＩＤエリア１００２は、カメラＩＤデータを記憶する。動作エリア１００３〜１００５は、カメラＩＤによって特定される各カメラの動作状態を示すデータを記憶する。カメラの動作状態は、ズーム、パノラミング、チルトによって設定される。対象エリア１００６は、カメラＩＤによって特定される各カメラによって撮影する撮影対象を示すデータを記憶する。
【００７０】
たとえば、図１０に示すカメラ設定ＤＢ１０００におけるカメラ設定１では、カメラ３１１を３段階で切り替えることが可能な設定となっている。ズームを設定する動作エリア１００３における「−（マイナス）」、「＋（プラス）」は、それぞれ撮影対象に対して引く（広角とする）か、寄るかを示す。パノラミングを設定する動作エリア１００４における「−」、「＋」は、撮影方向を左右いずれかに振ることを示す。チルトを設定する動作エリア１００６における「−」、「＋」は、撮影方向を上下いずれかに振ることを示す。
【００７１】
図１１は、インストＤＢを示す説明図である。インストＤＢ１１００は、インストＩＤエリア１１０１と、インスト名エリア１１０２と、メンバＩＤエリア１１０３と、から構成されている。インストＩＤエリア１１０１は、演奏される楽器を識別するインストＩＤデータを記憶する。インスト名エリア１１０２は、演奏される楽器名を記憶する。メンバＩＤエリア１１０３は、各楽器を演奏するメンバＩＤデータを記憶する。なお、インストは、インストルメンツ＝ｉｎｓｔｒｕｍｅｎｔ＝ｍｕｓｉｃ  ｉｎｓｔｒｕｍｅｎｔ＝楽器の意味として用いた。
【００７２】
図１２は、顔ＤＢを示す説明図である。顔ＤＢ１２００は、出演者の顔を示す画像データ１２０１と、各画像データ１２０１を識別する識別データ１２０２と、から構成されている。顔ＤＢ１２００における識別データ１２０２は、たとえば、各画像データ１２０１のファイル名などであってもよい。
【００７３】
図１３は、音声ＤＢを示す説明図である。音声ＤＢ１３００は、音声を示す音声データ１３０１と、各音声データ１３０１を識別する識別データ１３０２と、から構成されている。音声ＤＢ１３００における識別データ１３０２は、たとえば、各音声データ１３０１のファイル名などであってもよい。
【００７４】
図１４は、楽器音ＤＢを示す説明図である。楽器音ＤＢ１４００は、楽器音を示す楽器音データ１４０１と、各楽器音データ１４０１を識別する識別データ１４０２と、から構成されている。楽器音ＤＢ１４００における識別データ１４０２は、たとえば、各楽器音データ１４０１のファイル名などであってもよい。
【００７５】
実施例においては、顔ＤＢ１２００、音声ＤＢ１３００および楽器音ＤＢ１４００が、舞台毎に設けられている場合について説明したが、これに限るものではない。たとえば、出演が予想される出演者の顔の画像データ、声の音声データ、あるいは演奏する楽器の音声データを記憶する顔ＤＢ、音声ＤＢあるいは楽器音ＤＢ（いずれも図示省略）をあらかじめ作成しておき、シナリオメタデータ９００においてはこれらのＤＢを識別するデータを記述するようにしてもよい。これにより、公演の都度ＤＢを作成する必要がなくなるため、公演頻度が高い出演者である場合の手間を省くことが期待できる。
【００７６】
図１５は、スタイルＤＢを示す説明図である。スタイルＤＢ１５００は、スタイルＩＤエリア１５０１と、スタイルエリア１５０２と、を備えている。スタイルＩＤエリア１５０１は、スタイルを特定するスタイルＩＤデータを記憶する。スタイルエリア１５０２は、各スタイルＩＤデータによって特定される演奏のスタイルを示すスタイルデータを記憶する。スタイルＩＤを指定することで演奏のスタイルを特定することができる。より詳細には、演奏のスタイルが特定されることで、カメラの切り替えタイミングや切り替えるカメラ３１１〜３１４などを特定することができる。
【００７７】
図１６は、学習ＤＢを示す説明図である。学習ＤＢ１６００は、学習ＩＤエリア１６０１と、１曲平均エリア１６０２と、楽器ソロエリア１６０３と、ソロ平均長エリア１６０４と、ソロ数エリア１６０５と、動きエリア１６０６と、トークエリア１６０７と、筋書きエリア１６０８と、から構成されている。
【００７８】
学習ＩＤエリア１６０１は、学習ＩＤを識別する学習ＩＤデータを記憶する。１曲平均エリア１６０２は、舞台における１曲あたりの平均演奏時間を記憶する。楽器ソロエリア１６０３は、舞台における楽器のソロ演奏の有無を記憶する。ソロ平均長エリア１６０４は、舞台における楽器のソロ演奏がある場合の、当該ソロ演奏の平均演奏時間を記憶する。ソロ数エリア１６０５は、舞台におけるソロ演奏の回数を記憶する。
【００７９】
動きエリア１６０６は、舞台出演者の動作の程度を記憶する。実施例では、ジャズミュージックを舞台としているため、動きの程度は「中」程度に設定されているが、たとえば、クラッシック演奏の舞台である場合には動きの程度は「低」程度に設定されたり、ロックミュージック演奏の舞台である場合には動きの程度は「高」程度に設定されたりする。
【００８０】
トークエリア１６０７は、舞台におけるトーク量の程度を記憶する。トーク量は、たとえば、演奏時間に対するトーク時間の割合などによって設定してもよい。筋書きエリア１６０８は、演目メタデータ７００やシナリオメタデータ９００によって、実演された舞台が、舞台の実演前に設定された筋書きに沿っていたか異なっていたかを記憶する。学習ＤＢ１６００は、後述する編集メタデータ（図１８参照）などに基づいて、適宜内容が追加更新される。同じあるいは類似する舞台の映像データを取得する際などは、学習ＩＤを特定することで、カテゴリの設定を行うことができる。
【００８１】
図１７は、著作権ＤＢを示す説明図である。図１７には、音楽に関する著作権ＤＢが示されている。著作権ＤＢ１７００は、著作権ＩＤエリア１７０１と、曲名エリア１７０２と、作曲者エリア１７０３と、作詞者エリア１７０４と、編曲者エリア１７０５と、制作年エリア１７０６と、から構成されている。著作権ＩＤエリア１７０１は、各曲に付された著作権ＩＤデータを記憶する。曲名エリア１７０２は、著作権ＩＤによって識別される曲名を記憶する。作曲者エリア１７０３は作曲者名データを記憶し、作詞者エリア１７０４が作詞者名を記憶し、編曲者エリア１７０５は編曲者名を記憶する。制作年エリア１７０６は、各曲が制作された年データを記憶する。
【００８２】
図１８は、編集メタデータの一例を示す説明図である。編集メタデータ１８００は、配信コントローラ３２１において算出される。編集メタデータ１８００は、シナリオメタデータ９００を参照元として記述されており、撮影システム３１０において撮影された映像データをシナリオメタデータ９００にしたがって編集した映像データについて記述されている。編集メタデータ１８００は、ＤＢルートデータ９０１、演目メタデータＩＤデータ９０２、シナリオメタデータＩＤデータ９０３、編集メタデータＩＤデータ１８０１、および、演目内容データ１８０２などを記述したデータである。
【００８３】
編集メタデータＩＤデータ１８０１は、編集メタデータ１８００自体を特定する。演目内容データ１８０２としては、たとえば、舞台数および具体的な編集内容を示すデータがある。編集内容を示すデータとしては、メンバや楽器の撮影に際してのカメラアングルの切り替えを設定するデータがあり、これらは各々＜メンバアングル＞、＜楽器アングル＞欄に記述される。また、演目内容データ１８０２においては、各舞台の開始および終了時刻や、当該舞台における演目数および各演目の開始および終了時刻などを詳細に記述する欄が設けられている。演目内容データ１８０２において、＜舞台数＞の欄には、基本的には、シナリオメタデータ９００から転記された内容が記述される。ただし、実際に行われたライブにおける舞台数が、あらかじめ予定していた舞台数に対して増減した場合には、実際の数値が舞台数データとして記述される。
【００８４】
図１８には、１つの舞台に対して２通り（編集１および編集２）の編集がなされた場合の編集メタデータ１８００が示されている。具体的な編集内容の一方である編集１の演目内容データ１８０２ａにおいては、バンドのメンバや楽器を撮影するアングルが標準設定された場合の内容が記述されている。編集１の演目内容データ１８０２ａに示されるように、“標準”の編集アングルが設定された場合には、撮影に際して標準的なカメラアングルの切り替えが行われる。“標準”の編集アングルは、たとえば、特に指定がない場合などに設定される。
【００８５】
演目内容データ１８０２において、舞台開始時刻は、第一ステージ（最初の演奏セット）についての開始時刻が、演奏開始前に記述される。演目内容データ１８０２において、終了時刻は、舞台の終了後に記述される。演目内容データ１８０２において、＜タイム＞の欄には、実際にその演奏者がソロを行った時間が記述される。編集メタデータ１８００におけるタイムデータは、撮影対象となる舞台が終了してから記述されてもよいし、舞台の進行と並行して記述されてもよい。たとえば、映像コンテンツの配信形式がストリーミング型である場合、タイムデータは、舞台の進行と並行してまたは舞台が終了してから記述される。タイムデータは、映像コンテンツの配信形式がサーバ型である場合には、舞台の進行と並行して記述されても舞台が終了してから記述されてもよい。
【００８６】
図１８に示す編集メタデータ１８００によれば、シナリオメタデータ９００中の＜舞台＞および＜演目＞の欄において、演目毎に記述されたスタイルデータに基づいて、各楽器のソロ演奏順を取得することができる。各ソロ演奏の平均長さは、シナリオメタデータ９００中のジャンル／カテゴリＤＢデータに基づいて取得することができる。
【００８７】
図１８に示す編集メタデータ１８００には、シナリオメタデータ９００から取得したデータおよびこのデータにしたがって取得される映像データの整合性（以下、単に「整合性」という）が取られているか否かの判定結果が記述される。実施例では、カメラ３１１〜３１４すなわちアングルが切り替わるタイミングで、整合性の判定が行われるものとする。整合性の判定を行うことにより、カメラ３１１〜３１４の切り替わりおよび切り替わったカメラ３１１〜３１４の整合性が、シナリオメタデータ９００にしたがって正しく行われているか否かを判定することができる。図１８中、＜メイン＞の欄には、映像データの整合性が取られている場合に“ｔｒｕｅ”と記述される。メインデータは、舞台の進行と並行してまたは舞台が終了してから記述される。
【００８８】
整合性が取られているか否かの判定は、具体的に、たとえば、シナリオメタデータ９００に基づいて顔ＤＢ１２００から取得した画像データ１２０１および撮影システム３１０におけるカメラ３１１〜３１４で撮影された映像データにおける演奏者の顔の画像データを照合することによって行う。なお、映像データから顔部分の画像データの切り出し、切り出した画像データや顔ＤＢ１２００から取得した画像データの解析、および、解析した画像データに基づく同一性判定などの技術については公知の技術であるため説明を省略する。
【００８９】
整合性が取られているか否かの判定は、具体的に、たとえば、シナリオメタデータ９００に基づいて音声ＤＢ１３００から取得した音声データ１３０１およびライブハウスのカメラで撮影された映像データにおける出演者の声などの音声データを照合することによって行ってもよい。映像データから出演者の声などの音声データを抽出する技術については、音声認識など公知の技術であるため説明を省略する。同様に、楽器音ＤＢ１４００を用いて、映像データの整合性が取られているか否かを判定することも可能である。
【００９０】
編集２の演目内容データ１８０２ｂは、特定の演奏者（ここではメンバ２）のカメラアングルを中心に編集するように記載されたデータである。なお、メンバ２の楽器がいずれの楽器であるかは、インストＤＢ１１００に基づいて取得することができる。編集２の演目内容データ１８０２ｂは、ネットワーク視聴端末３３０を用いて電子予約における電子予約データにしたがって記載される。
【００９１】
＜メンバアングル＞、＜楽器アングル＞として記述された情報によって、特定の演奏者のカメラアングルを中心に編集するか標準のアングルで全体を編集するかを指定することができる。編集２の演目内容データ１８０２ｂにおいて、＜メイン＞の欄には、編集１の演目内容データ１８０２ａと同様に、指定されたカメラアングルと撮影されたソロ演奏者とが一致しているときは“ｔｒｕｅ”、一致していないときは“ｆａｌｓｅ”と記述される。
【００９２】
図１９は、編集メタデータの作成を補助するリードシートを示す説明図である。リードシートは楽器音声のコード（和音）を記述した譜面と同様の形式で記述されている。リードシートは、たとえば、ジャズの即興演奏（アドリブ）に際して一般的に用いられているものである。図１９において、記号Ｃ、Ｆ、Ｇｍなどは、コードを一意に決めるコード記号である。
【００９３】
ライブ演奏などに際し、アドリブ演奏者は、図１９における左上のコードから演奏を開始し、リードシートの単位（コーラス）の整数倍の長さでアドリブ演奏を行い、右下のコードで演奏を終了して、次の奏者に演奏を引き渡す。したがって、編集メタデータ１８００の＜編集１＞の＜舞台１＞における＜演目１＞の欄で、＜タイム＝“・・・”＞に該当するデータを記述する際には、顔ＤＢ１２００、音声ＤＢ１３００、楽器音ＤＢ１４００を用いた判定方法に加えて、リードシート１９００のコードを検出することによって、整合性が取られているか否かを判定することもできる。
【００９４】
この場合には、コードを認識することができる音声認識手段を用いる。たとえば、リードシートのコード記号を電子化し、配信コントローラ３２１に読み込ませておく。そして、該当する時間における映像データから音声（楽器音）を抽出し判定する。音声認識手段については、公知の音声認識技術を用いて実現可能であるため説明を省略する。
【００９５】
図２０は、配信メタデータの一例を示す説明図である。図２０に示す配信メタデータ２０００は、ネットワーク視聴端末３３０に映像データが配信される前の状態を示している。配信メタデータ２０００は、編集メタデータ１８００に基づいて算出される。
【００９６】
配信メタデータ２０００は、配信サーバ３２２または配信コントローラ３２１中に記録される。配信メタデータ２０００は、ネットワーク視聴端末３３０へ送信されることはない。映像コンテンツの配信に際しても、配信メタデータ２０００自体は配信されない。配信サーバ３２２中に配信データが存在しつつ、それにしたがって配信システム３２０側で切り替えられた映像や音声データが送信される。配信メタデータ２０００は、舞台毎、かつ、ネットワーク視聴端末３３０毎に算出される。
【００９７】
配信メタデータ２０００は、ＤＢルートデータ９０１、演目メタデータＩＤデータ９０２、シナリオメタデータＩＤデータ９０３、編集メタデータＩＤデータ１８０１、配信メタデータＩＤデータ２００１、配信視聴者データ２００２、配信内容データ２００３、編集内容データ２００４、入退場データ２００５、および、課金データ２００６などが記述されたデータである。配信メタデータＩＤデータ２００１は、自身を特定する。
【００９８】
配信視聴者データ２００２は、映像データの配信先となるネットワーク視聴端末３３０または当該ネットワーク視聴端末３３０を所有するユーザに関するデータである。配信視聴者データ２００２としては、たとえば、視聴者ＩＤデータやパスワードデータなどがある。配信視聴者データ２００２としては、また、配信された映像に対する評価やコメントなどを記述してもよい。
【００９９】
実施例においては、これらの評価やコメントなどは、映像データの視聴後に、ネットワーク視聴端末３３０のユーザインターフェースから入力されたデータが記述されるため、配信視聴者に関する配信視聴者データ２００２とされている。＜評価＞、＜コメント＞を記述する欄は、映像データの配信前の段階では空欄とされている。なお、配信視聴者データ２００２における＜評価＞、＜コメント＞欄への記述方法は、特に限定されるものではなく、公知の各種技術を用いて実現可能であるため、ここでは説明を省略する。
【０１００】
＜評価＞に記述する内容は、配信システム３２０側で設定した選択肢から選択させるようにしてもよいし、ユーザによって任意の評価を記述させるようにしてもよい。＜コメント＞欄には、ユーザによる任意のコメントを記述させる。加えて、配信視聴者データ２００２には、視聴者の嗜好に関する視聴者嗜好データが記述される。視聴者嗜好データは、たとえば、過去の視聴状況に基づいて、映像コンテンツを配信する前から記述されていることもある。
【０１０１】
配信内容データ２００３においては、配信する映像データ（図２０においては「コンテンツ」と記載されている）の品質や、映像データの配信方式などが記述されている。配信内容データ２００３は、ネットワーク視聴端末３３０において行われた電子予約に際しての電子予約データに基づいて記述される。
【０１０２】
編集内容データ２００４において、＜メンバアングル＞、＜楽器アングル＞の欄には、カメラアングルの切り替えを定義するデータが記述される。図２０では、＜メンバアングル＞、＜楽器アングル＞の欄に、標準の設定を選んだ場合の配信メタデータ２０００が示されている。
【０１０３】
実施例における編集内容データ２００４は、編集メタデータ１８００における編集１の演目内容データ１８０２ａにしたがって記述されている。配信メタデータ２０００に基づいて出力される映像データがストリーミング配信される場合、演奏時間を示すタイムデータなどの映像データの出力が完了してからでなければ判明しないデータは、出力開始時にはすべて空欄となっている。ストリーミング型配信に際しては、タイムデータは、舞台の進行に伴い、リアルタイムで記述される。一方、サーバ型配信では、すでに配信映像の順番が決まっているので、タイムの欄は記述済みである。なお、配信メタデータ２０００に記述される＜タイム＞は、実際にライブが行われたときの実時間である。
【０１０４】
ここで、実時間とは、たとえば、日本国における標準時刻（日本標準時）である。日本標準時は、標準電波送信所から送信されて時間情報をのせた標準電波を、電波時計などに用いられるアンテナで受信することによって取得することができる。標準電波にのせた時間情報に基づいて時刻を修正する技術などに関しては、たとえば、電波時計の技術において公知であるためここでは説明を省略する。＜タイム＞に記述される実時間タイムコードは、映像および音声の撮影と同時に記録される。
【０１０５】
入退場データ２００５は、配信された映像データの視聴状況に関するデータである。配信された映像データの受信をもって、ライブハウスに入場したこととみなせるため、入退場データ２００５は、たとえば、配信コントローラ３２１とネットワーク視聴端末３３０との回線の接続状態に応じて記述することができる。
【０１０６】
課金データ２００６は、演目情報と入退場情報とによって、別途定められた計算式によって算出されるデータである。課金を行うための計算式については、配信システム関係者などによって任意に設定されるデータであるため説明を省略する。具体的に、たとえば、配信された映像データの種類や量などに基づいて算出されるデータである。配信された映像データの量は、たとえば、入退場データ２００５に基づいて算出することができる。また、配信された映像データの種類は、たとえば、映像配信に際しての通信品質などに基づいて算出することができる。具体的に、高品質の映像データは低品質の映像データと比較して課金料金が高くなるような課金データ２００６を算出する。
【０１０７】
なお、配信視聴者データ２００２における＜評価＞、＜コメント＞欄、入退場データ２００５、課金データ２００６は、映像データをネットワーク視聴端末３３０に出力する前の段階ではまだ記述されていない。また、＜評価＞、＜コメント＞欄、入退場データ２００５、課金データ２００６は、は、映像データの出力形式がサーバ型であってもストリーミング型であっても同様に、舞台終了後に記述される。
【０１０８】
図２１は、配信メタデータの一例を示す説明図である。図２１に示す配信メタデータ２１００は、図２０の配信メタデータ２０００が視聴前だったのに対して、視聴が終わった時点における状態を示している。配信メタデータ２１００は、配信メタデータ２０００に＜評価＞、＜コメント＞、＜入退場＞、＜課金＞が追加して記述されている。図２１に示す配信メタデータ２１００における＜視聴者嗜好＞は、過去の視聴状況の内容および直前の映像コンテンツの内容に基づいて更新される。
【０１０９】
＜評価＞、＜コメント＞、＜入退場＞については、ネットワーク視聴端末３３０上のユーザインターフェースを用いて視聴者が入力したデータに基づいて記述されるようにしても良いし、音声認識や画像認識や生体情報取得など、視聴者の行動に関するデータに基づいて記述されるようにしてもよい。たとえば、映像を視聴する視聴者の表情や歓声などを検出し、検出結果を視聴者の行動に関するデータとする。具体的に、歓声や笑い声などが検出された場合には、ユーザがライブを楽しんでいると判断し、判断結果に基づいて＜評価＞の欄を記述するようにしてもよい。
【０１１０】
図２２は、映像データの切り替えを示す説明図である。図２２においては、カメラ３１１〜３１４によって撮影された映像データ２２０１〜２２０４と、ネットワーク視聴端末３３０に出力される映像データ２２０５〜２２１０とが示されている。図２２中、左から右方向を時間軸とする。映像データ２２０５〜２２１０は、図２１に示す配信メタデータ２１００にしたがって、時間の経過に伴って順次切り替わる。図２３は、映像データの再生イメージを示す説明図である。図２３においては、図２２に示すように切り替わって出力された映像データ２２０５〜２２１０が、ネットワーク視聴端末３３０において再生された場合のイメージ２３０１〜２３０６を示している。
【０１１１】
図２４は、配信メタデータの一例を示す説明図である。図２４に示す配信メタデータ２４００は、編集２の演目内容データ（図１８中、１８０２ｂを参照）にしたがって記述されている。配信メタデータ２４００には、配信視聴者データ２００２、配信内容データ２００３、編集内容データ２００４、入退場データ２００５、および、課金データ２００６などが、追加して記述されている。
【０１１２】
図２５は、映像データの切り替えを示す説明図である。図２５においては、カメラ３１１〜３１４によって撮影された映像データ２２０１〜２２０４と、ネットワーク視聴端末３３０に出力される映像データ２５０１〜２５０６とが示されている。映像データ２５０１〜２５０６は、図２４に示す配信メタデータ２４００にしたがって、時間の経過に伴って順次切り替わる。
【０１１３】
図２６は、管理メタデータの一例を示す説明図である。管理メタデータ２６００は、ある舞台に対して、当該舞台の映像データを再生したネットワーク視聴端末３３０または当該ネットワーク視聴端末３３０を所有するユーザの視聴結果を管理するデータである。管理メタデータ２６００は、コンテンツ視聴後の配信メタデータ２１００、２４００に基づいて記述される。
【０１１４】
管理メタデータ２６００は、ＤＢルートデータ９０１、演目メタデータＩＤデータ９０２、シナリオメタデータＩＤデータ９０３、編集メタデータＩＤデータ１８０１、配信視聴者データ２６０１、評価データ２６０２、コメントデータ２６０３、課金データ２６０４、著作権料データ２６０５、および、視聴率データ２６０６などを記述したデータである。
【０１１５】
配信視聴者データ２６０１は、映像データの配信を受けたネットワーク視聴端末３３０または当該ネットワーク視聴端末３３０を所有するユーザに関するデータである。評価データ２６０２は、映像データの配信を受けたネットワーク視聴端末３３０から取得した評価に関するデータである。図２６では、数値によって段階分けした評価データから、該当する段階における評価データを、ネットワーク視聴端末３３０を所有するユーザに選択させた結果が示されている。
【０１１６】
コメントデータ２６０３は、ネットワーク視聴端末３３０から取得したコメントを示すデータである。課金データ２６０４は、ネットワーク視聴端末３３０毎の配信メタデータ２１００、２４００における課金データ２００６に基づいて算出されたデータである。著作権料データ２６０５は、映像データの出力状態に基づいて算出されたデータである。視聴率データ２６０６は、映像データの出力件数などに基づいて算出された、視聴率に関するデータである。視聴率データ２６０６は、たとえば、配信システム関係者などによって任意に設定される数式などに基づいて算出されるため、ここでは、視聴率データ２６０６の算出に関する説明は省略する。
【０１１７】
図２７は、実施例における映像撮影／配信システムにおける処理または作業の流れを概略的に示す説明図である。図２７中上から下方向を時間の流れとする。映像撮影／配信システムにおける処理または作業の流れは、まず、撮影システム３１０において、演目メタデータ７００を作成することから始まる（図２７「処理または作業順序」欄の１参照）。演目メタデータ７００は、ライブハウス関係者などが直接作成してもよいし、ライブハウス関係者などが紙面上に記載した演目内容を、配信システム関係者などが電子化することで作成してもよい。作成された演目メタデータ７００は、配信サーバ３２２に記憶される。
【０１１８】
つづいて、配信システム３２０において、作成された演目メタデータ７００に基づいて、シナリオメタデータ９００を作成し、作成されたシナリオメタデータ９００に基づいて番組表を算出する（図２７「処理または作業順序」欄の２参照）。この作業は、配信システム関係者がおこなってもよいし、配信コントローラ３２１によって自動で算出するようにしてもよい。ユーザは、ネットワーク視聴端末３３０を用いて配信コントローラ３２１にアクセスし、番組表を参照することで、ネットワーク上で電子予約を行う。これにより、電子予約データが作成される。作成された電子予約データは、配信コントローラ３２１へ出力される（図２７「処理または作業順序」欄の３参照）。
【０１１９】
電子予約に際しては、まず、ネットワーク視聴端末３３０の所有者（ユーザ）が、適当なユーザインターフェースを用いて、配信コントローラ３２１から番組表データを取得する。取得された番組表データは、たとえば、新聞などに掲載されるテレビ番組表のような形態で、ネットワーク視聴端末における表示部に表示される。なお、番組表データの取得に際しては、各ネットワーク視聴端末３３０に対して、あらかじめ視聴者ＩＤおよびパスワードを割り振っておき、これらの視聴者ＩＤおよびパスワードを用いた認証により許可されたネットワーク視聴端末３３０に限って番組表データを送信するようにしてもよい。これにより、電子予約の時点で、ネットワーク視聴端末３３０を特定することができる。
【０１２０】
ネットワーク視聴者は、番組表を参照して、視聴を希望する番組、当該番組の視聴に際しての通信品質、通信方法、カメラアングルなどを設定する。これらの設定は、たとえば、配信サーバ３２２などにあらかじめ用意された複数の選択肢の中から該当する選択肢を選択することによって行う。具体的に、たとえば、通信品質の設定に際しては、ネットワーク回線の状況に応じて、ランクＡ（高速回線で高画質）、ランクＢ（中速回線で中画質）、ランクＣ（低速回線で低画質）のどれかを選択する。通信方法の設定は、ライブ演奏の映像をリアルタイムで視聴するストリーミング型か、あらかじめ撮影されて配信サーバ３２２に保存されている映像を視聴するサーバ型かを選択する。
【０１２１】
カメラアングルの設定は、標準的なカメラアングル、特定の人物または楽器を主体に撮影するカメラアングルのいずれかを選択する。バンドのメンバや演奏楽器が複数である場合には、いずれの人物または楽器であるかも選択する。
【０１２２】
配信システム３２０においては、ユーザによって行われた電子予約内容に基づいて、該当するシナリオメタデータ９００を取得し、取得したシナリオメタデータ９００を該当する撮影システム３１０におけるコントローラ３１７へ出力する（図２７「処理または作業順序」欄の４参照）。このシナリオメタデータ９００を取得した撮影システム３１０においては、取得したシナリオメタデータ９００に基づいてカメラアングルの設定などの各種設定を行う（図２７「処理または作業順序」欄の５参照）。その後、当該撮影システム３１０においては、演目の実演が開始されるのを待ち、実演が開始された場合には、編集メタデータ１８００にしたがって演目を撮影し、撮影した映像データを配信コントローラ３２１へ出力する（図２７「処理または作業順序」欄の６参照）。
【０１２３】
配信システム３２０においては、編集メタデータ１８００を算出する（図２７「処理または作業順序」欄の７参照）。また、配信システム３２０においては、算出した編集メタデータ１８００に基づいて、配信メタデータ２０００を算出するとともに、算出した配信メタデータ２０００に基づいて、映像データをネットワーク視聴端末３３０へ出力する（図２７「処理または作業順序」欄の８参照）。図２７「処理または作業順序」欄の８においては、配信メタデータ２１００、２４００を算出してもよい。ユーザは、ネットワーク視聴端末３３０によって、受信した映像データを再生し、再生された映像を視聴する。そして、視聴した映像データに対する評価やコメントデータを入力して、配信コントローラ３２１へ出力する（図２７「処理または作業順序」欄の９参照）。
【０１２４】
配信システム３２０においては、ネットワーク視聴端末３３０から受信した評価やコメントデータに基づいて、編集メタデータ１８００および配信メタデータ２１００、２４００を更新するとともに、管理メタデータ２６００を算出する（図２７「処理または作業順序」欄の１０参照）。以上が、実施例における映像撮影配信システム３２０における処理および作業の流れである。
【０１２５】
図２８は、配信コントローラが実行する処理手順を示すフローチャートである。図２８に示す処理は、まず、演目メタデータ７００を取得したか否かを判定する（ステップＳ２８０１）。ステップＳ２８０１においては、たとえば、撮影システム３１０のコントローラ３１７から出力された演目メタデータ７００を受信することによって取得してもよいし、配信システム関係者によって入力されることによって取得してもよい。演目メタデータ７００を取得していないと判定した場合には（ステップＳ２８０１：Ｎｏ）、そのまま待機する。
【０１２６】
演目メタデータ７００を取得したと判定した場合には（ステップＳ２８０１：Ｙｅｓ）、取得した演目メタデータ７００に基づいて、シナリオメタデータ９００および番組表データを算出する（ステップＳ２８０２）。なお、実施例においては、演目メタデータ７００に基づいてシナリオメタデータ９００を配信サーバ３２２が算出する例について説明したが、これに限るものではない。演目メタデータ７００に基づいて、配信システム関係者が作成したシナリオメタデータ９００であってもよいし、ライブハウス関係者が作成したシナリオメタデータ９００であってもよい。
【０１２７】
つづいて、電子予約データを取得したか否かを判定する（ステップＳ２８０３）。電子予約データを取得していないと判定した場合には（ステップＳ２８０３：Ｎｏ）、ステップＳ２８０１に進む。電子予約データを取得したと判定した場合には（ステップＳ２８０３：Ｙｅｓ）、取得した電子予約データに基づいて、該当するシナリオメタデータ９００をコントローラ３１７へ出力する（ステップＳ２８０４）。
【０１２８】
その後、出力したシナリオメタデータ９００に関する映像データを取得したと判定するまで待機し（ステップＳ２８０５：Ｎｏ）、出力したシナリオメタデータ９００に関する映像データを取得したと判定した場合には（ステップＳ２８０５：Ｙｅｓ）、ステップＳ２８０４において出力したシナリオメタデータ９００およびステップＳ２８０５において取得した映像データに基づいて、編集メタデータ１８００を算出する（ステップＳ２８０６）。
【０１２９】
さらに、ステップＳ２８０６において算出された編集メタデータ１８００に基づいて、配信メタデータ２０００を算出し（ステップＳ２８０７）、算出した配信メタデータ２０００に基づいて、ステップＳ２８０５：Ｙｅｓにおいて取得された映像データを、該当するネットワーク視聴端末３３０に出力する（ステップＳ２８０８）。また、ステップＳ２８０８において出力した映像データの出力結果に基づいて、課金データを算出する（ステップＳ２８０９）。ステップＳ２８０９において算出される課金データは、ネットワーク視聴端末３３０毎に算出される。
【０１３０】
また、ステップＳ２８０８において出力した映像データに対する評価データを取得したか否かを判定する（ステップＳ２８１０）。評価データを取得していないと判定した場合には（ステップＳ２８１０：Ｎｏ）、映像データを出力してから所定時間が経過したか否かを判定し（ステップＳ２８１１）、映像データを出力してから所定時間が経過していないと判定した場合には（ステップＳ２８１１：Ｎｏ）、ステップＳ２８１０に進む。
【０１３１】
評価データを取得したと判定した場合には（ステップＳ２８１０：Ｙｅｓ）、取得した評価データに基づいて、管理メタデータ２６００を算出する（ステップＳ２８１２）。ステップＳ２８１２においては、当該管理メタデータ２６００の算出時点において取得可能なすべてのデータに基づいて、管理メタデータ２６００を算出する。映像データを出力してから所定時間が経過したと判定した場合には（ステップＳ２８１１：Ｙｅｓ）、ステップＳ２８１２に進み、評価データに関する内容を除いて、当該管理メタデータ２６００の算出時点において取得可能なすべてのデータに基づいて、管理メタデータ２６００を算出する。
【０１３２】
加えて、ステップＳ２８１２において算出された管理メタデータ２６００に基づいて、著作権料データを算出する（ステップＳ２８１３）。ステップＳ２８１３においては、たとえば、映像データを配信件数に基づいて、著作権料データを算出するようにしてもよい。
【０１３３】
図２９は、コントローラが実行する処理手順を示すフローチャートである。図２９に示す処理は、まず、シナリオメタデータ９００を受信したか否かを判定する（ステップＳ２９０１）。シナリオメタデータ９００を受信したと判定した場合には（ステップＳ２９０１：Ｙｅｓ）、受信したシナリオメタデータ９００からシナリオメタデータＩＤデータ９０３およびＤＢルートデータ９０１を抽出する（ステップＳ２９０２）。
【０１３４】
そして、抽出したシナリオメタデータＩＤデータ９０３およびＤＢルートデータ９０１に基づいて、該当するカメラ設定データ９０４を取得し（ステップＳ２９０３）、取得したカメラ設定データ９０４に基づいて、撮影システム３１０における各カメラ３１１〜３１４の設定を行う（ステップＳ２９０４）。ステップＳ２９０３においては、具体的に、シナリオメタデータＩＤデータ９０３およびＤＢルートデータ９０１に基づいて特定されるシナリオメタデータ９００から、カメラ設定データ９０４およびカメラ設定ＤＢデータを抽出する。そして、抽出したカメラ設定データ９０４およびカメラ設定ＤＢデータに基づいて、該当する設定データをカメラ設定ＤＢ１０００から取得する。
【０１３５】
そして、ステップＳ２９０４においては、取得されたカメラ設定データ９０４に基づいて、ライブハウス内のカメラ３１１〜３１４のズーム、パノラミング、チルト角度を設定する。ステップＳ２９０４においては、たとえば、カメラ３１１−０、カメラ３１１−１、カメラ３１１−２のように、一台のカメラに対して複数のカメラＩＤがある場合は、一番小さいカメラＩＤ（カメラ３１１−０）を初期設定として選択する。たとえば、メンバにＲＦタグ６０１を装着させ、指向性を持ったＲＦ受信機能をカメラ３１１〜３１４に持たせた場合には、カメラ３１１〜３１４とメンバの設定関係が正しく行われているかを確認してもよい。
【０１３６】
つづいて、ジャンル／カテゴリデータを取得する（ステップＳ２９０５）。ステップＳ２９０５においては、具体的に、シナリオメタデータＩＤデータ９０３およびＤＢルートデータに基づいて特定されるシナリオメタデータ９００から、ジャンル／カテゴリデータおよびジャンル／カテゴリＤＢデータを抽出する。そして、抽出したジャンル／カテゴリデータおよびジャンル／カテゴリＤＢデータに基づいて、該当する設定データをジャンル／カテゴリＤＢ８００から取得する。
【０１３７】
これによって、１曲の平均的な演奏時間、楽器のソロの有る無し、ソロの平均長さ、ソロの数（サックス、ピアノ、ベース、ドラムスの場合はソロの数が４となる）、演奏中の人物の動きの多少、演奏途中のトーク（紹介や、喋り）の多い少ない、またこれらの筋書が守られる（大筋この通り）か守られない（例外が多い）かの情報が読み込まれる。演奏中の人物の動きが多少に関するデータは、カメラの撮影範囲から演奏者が外れた場合の処理に用いることができる。
【０１３８】
同様に、個別データを抽出する（ステップＳ２９０６）。ここで、個別データとは、出演者のメンバ数、各メンバの名前、そのメンバがリーダであるか否か、演奏担当する楽器名、顔（画像データ）、音声（肉声）データ、演奏している楽器を音声認識する際に基準となる楽器音（データ）、舞台数、各舞台（舞台１、舞台２、・・・）の演目数、各演目（演目１、演目２・・・）の、曲名、スタイル、著作権（関連情報）などである。ステップＳ２９０６においては、編集データに基づいて、取得すべき個別データに応じたＤＢデータを抽出し、抽出したＤＢデータに基づいて特定されるＤＢから、該当する設定データを取得する。
【０１３９】
その後、演奏が開始されたと判定するまで待機する（ステップＳ２９０７：Ｎｏ）。ステップＳ２９０７においては、たとえば、開始時刻になったか否かをもって演奏が開始されたか否かを判定してもよいし、あらかじめ設けられた開始キーなどが操作されたか否かをもって演奏が開始されたか否かを判定してもよい。他に、ステップＳ２９０７においては、たとえば、シナリオメタデータ９００からリーダ＝“ｔｒｕｅ”である人物の音声（肉声）を、マイク３１５、３１６から音声認識してスタートの合図としてもよい。
【０１４０】
演奏が開始されたと判定した場合には（ステップＳ２９０７：Ｙｅｓ）、カメラ３１１〜３１４に対して、撮影開始を指示するデータを出力する（ステップＳ２９０８）。図２９においては、ステップＳ２９０８の処理として「撮影開始指示」と記載されている。各カメラ３１１〜３１４は、コントローラ３１７からの撮影開始指示にしたがって撮影を開始する。コントローラ３１７は、各カメラ３１１〜３１４によって撮影された映像データをコントローラ３１７における記憶装置に記録すると同時に、配信サーバ３２２へ映像データを送信する（ステップＳ２９０９）。
【０１４１】
ステップＳ２９０９においては、たとえば、ストリーミング型の場合は、配信コントローラ３２１が、公演が始まる３０分前の時点で、電子予約を行ったネットワーク視聴端末３３０と、撮影システム３１０におけるコントローラ３１７と、の３者間におけるコネクションを成立させ、通信可能な状態とする。この場合のコネクションの成立とは、配信コントローラ３２１とコントローラ３１７とネットワーク視聴端末３３０とが論理的に認証されて接続されることをいう。そして、ステップＳ２９０７においては、この状態でライブ演奏が始まるのを待機する。なお、サーバ型の場合は、すでにサーバにコンテンツが存在するので、送信命令を待機する。
【０１４２】
以上説明したように、実施例によれば、シナリオメタデータ９００に基づいて算出された編集メタデータ１８００に基づいて、各々定位置に設置された複数のカメラ３１１〜３１４によって撮影された映像データが選択的に取得され、取得された映像データが配信メタデータ２０００、２１００、２４００に基づいてネットワーク視聴端末３３０に出力される。
【０１４３】
したがって、シナリオメタデータ９００をあらかじめ作成しておくことで、カメラアングルを切り替えたり撮影された映像を編集したりする設備や人員を要することなく、個々のユーザの要望に応じた映像データを簡易的に得ることができる。このため、映像データの制作コストの低下を図ることができる。
【０１４４】
これにより、ユーザは、たとえば、視聴希望者数が少ないなどの理由から制作されなかったり、制作費がかさむために視聴料金が高かったりしていた日常的公演などの映像を、安価に視聴することが可能となる。また、ユーザは、日常的公演の映像を、ユーザの要望に応じたカメラアングルで視聴することができる。さらに、ユーザは、日常的公演の映像を、当該公演の開催と同時に、リアルタイムで視聴することもできる。
【０１４５】
また、実施例によれば、ネットワーク視聴端末３３０において行われた電子予約データに基づいて編集メタデータ１８００が算出される。したがって、配信システム関係者などが編集メタデータ１８００の算出に関わる人員を設けることなく、編集メタデータ１８００を算出することができる。これによっても、日常的公演などの映像を、安価かつユーザの要望に応じたカメラアングルで視聴することができる。
【０１４６】
さらに、実施例によれば、ネットワーク３４０を介した通信の利点を活用し、シナリオメタデータ９００に基づいて、カメラ３１１〜３１４のカメラワークを制御することができる。これによって、カメラアングルを切り替える人員を確保することなく、個々のユーザの要望に応じた映像データを簡易的に得ることができる。
【０１４７】
実施例によれば、編集メタデータ１８００を、演目内容の進行規則を記述した規則データに基づいて算出することにより、ユーザがすべての設定を行うことなく演目内容の進行規則にしたがった最適な映像を視聴することができる。具体的に、たとえば、ジャズミュージックのライブ演奏において、ソロ演奏に際しては演奏者のみにスポットライトがあたりその他のメンバは暗くて見づらくなるような設定が、演目内容の進行規則として記述されている場合には、電子予約データの記述内容に拘わらずソロ演奏者を撮影した映像データを取得するようにしてもよい。
【０１４８】
これにより、ユーザが各演目内容の進行規則を把握していない場合にも、真っ暗で見えない映像が再生されるといった事態の発生を防止することができる。なお、編集メタデータ１８００の算出に際して、上記のように電子予約データの記述内容とは異なる編集メタデータ１８００が算出される可能性がある場合には、その旨を通知するデータを該当するネットワーク視聴端末３３０に出力してもよい。また、これに加えて再度の電子予約を促すデータを該当するネットワーク視聴端末３３０に出力してもよい。
【０１４９】
実施例によれば、映像データの出力結果に基づいて、出力された映像データに応じた利用料金に関する料金データを算出することにより、ユーザは、視聴した映像の量や内容に応じた適正な課金を受けることとなる。具体的に、たとえば、一旦入場（映像データの配信）したものの、期待した内容とは異なっていたために短時間で退場（配信停止）した場合などは、始まりから終わりまでの映像データの配信を受けたユーザよりも低料金で済むようになる。これにより、ネットワーク３４０を介した通信の利点を活用し、ユーザの利用状況に応じた適正な課金を行うことができる。
【０１５０】
なお、出力された映像データに対する評価データを取得する評価データ取得し、取得された評価データに基づいたカメラ設定データ９０４を含むシナリオメタデータ９００を出力するようにした場合、次回以降、ユーザの評価を確実に反映した映像データを出力することができる。すなわち、ネットワーク３４０を介した通信の利点を活用し、よりユーザの要望に応じた映像データを出力することができる。
【０１５１】
加えて、演目メタデータ６００、シナリオメタデータ９００、編集メタデータ１８００、配信メタデータ２０００、２１００、２４００、および、管理メタデータ２６００の記述形式をメタデータとすることにより、実使用に則し、映像撮影／配信システムの使い易さの向上を図ることができる。また、本実施例によれば、撮影システム３１０には複数のカメラ３１１〜３１４が含まれているため、各カメラ３１１〜３１４において撮影アングルを切り替えた映像データを選択的に取得することができる。これにより、より多彩なアングルでの映像データを取得することができるので、個々のユーザの要望に対して、よりきめ細やかに対応した映像データを簡易的に得ることができる。
【０１５２】
図３０は、シナリオメタデータの一例を示す説明図である。図３０におけるシナリオメタデータ３０００は、たとえば、クラッシック、器楽合奏、独奏、独唱、合唱、吹奏楽などで譜面に基づいて記述されている。たとえば、クラッシック、器楽合奏、独奏、独唱、合唱、吹奏楽など、譜面がある音楽演奏会においては、注目すべき対象（撮影対象）を、譜面から抽出するようにしてもよい。そして、抽出したデータをシナリオメタデータ３０００に記述しておくことで、上述した実施例と同様の効果を得ることができる。
【０１５３】
具体的に、たとえば、譜面を画像データとして読み取り、読み取った画像データを解析することで主たる旋律を自動識別する。この自動識別された主たる旋律に関するデータをシナリオメタデータ３０００として記述しておく。なお、譜面を読み取った画像データの解析技術については、公知の各種画像解析技術を用いることが可能であるため、ここでは説明を省略する。
【０１５４】
近年では、フルスコアの電子楽譜化やＭＩＤＩデータ化が進んでおり、電子楽譜をスキャンすることで、演奏時間軸上の任意の点において、中心的な旋律を演奏しているパート（たとえば弦楽器群）、あるいは独奏的旋律を奏でているソロ奏者（ｓｏｌｏ）、あるいは全体合奏（ｔｕｔｔｉ）であるかを判定することができる。
【０１５５】
たとえば、クラッシック合奏の総譜面は、縦方向に各パートが並べ、横方向には小節番号が記述してある。各カメラ３１１〜３１４によって撮影される映像データの切り替えタイミングは時間にしたがって行われるが、演奏が行われる前の編集メタデータ１８００では、実際にどのような速度で演奏されるか未定なのでタイム設定ができないため、たとえば、小節番号で編集メタデータ１８００を記述するようにしてもよい。
【０１５６】
図３１は、編集メタデータの一例を示す説明図である。図３１に示す編集メタデータ３１００は、図３０に示すシナリオメタデータ３０００に基づいて算出されている。メタデータ３１００は、実際に演奏が行われた後の編集メタデータ３１００を示している。編集メタデータ３１００においては、小節番号ではなく＜タイム＝“・・・”＞の欄に記述される時間によって管理される。演奏される楽音から音声（音楽）認識で抽出した旋律と、電子楽譜上の記譜データの一致を検出して、カメラアングルの切り替えを時間情報、すなわちメタデータによって記述される＜タイム＝“・・・”＞のデータを算出する。
【０１５７】
また、たとえば、オペラ、演劇、ダンスなどのように、台詞シナリオや振付シナリオがある場合には、これらの台詞シナリオや振付シナリオにしたがって自動撮影するようにしてもよい。近年では、オペラ、演劇、ダンス（舞踊）における台詞シナリオや振付シナリオの電子化が進んでいるため、この場合には電子シナリオを読み込むことで、中心的な舞踏をしているパート（たとえば「森の精１０人の踊り」など）、あるいはプリマドンナのソロ、または全体的な舞踏であるか、などを判定することができる。それをシナリオメタデータ３０００として記述する。
【０１５８】
図３２は、編集メタデータの一例を示す説明図である。図３２においては、お笑い劇場における編集メタデータが示されている。編集メタデータ３２００は、たとえば、お笑い劇場などにおいて、観客の笑い声や拍手などに基づいて、劇場内の盛り上がりの程度を検出し、検出結果に基づいて算出してもよい。この場合、たとえば、編集メタデータ３２００において＜メンバアングル＝“盛り上がり”／＞などと記述することで、映像配信に際してのシーン選択に用いることができる。このようなシーン選択を行うことによって、すべての演目ではなく盛り上がった部分など、要約された一部分のみを編集して再生することも可能である。
【０１５９】
ところで、舞台を移している際には、意図せずに出演者以外の一般観客が映ってしまうことがある。個人情報保護の観点からは、出演者以外の一般観客が映った映像をそのままネットワーク配信することは避けなければならない。このため、個人情報保護を行うか否かのデータを、シナリオメタデータ３０００に記述することで、個人情報保護を行うことができる。
【０１６０】
図３３は、シナリオメタデータの一例を示す説明図である。図３３に示すシナリオメタデータ３３００には、個人情報を保護する旨のデータが記述されている。具体的に、たとえば、＜個人情報保護＝“ｔｒｕｅ”／＞と記述されている場合には、個人情報を保護するようにする。たとえば、顔ＤＢ１２００における＜顔＝“顔１．ｊｐｇ”、ＤＢ＝“顔ＤＢ”／＞のように出演者として登録された人物以外の人物が、顔認識された場合は、顔にモザイクをかける、人物の顔をアニメーションと入れ替える、人物を含む背景全体をたとえばアニメーション画像などとすげ替えるなどの画像処理を行う。なお、この場合の画像処理に関しては、特に限定しない。
【０１６１】
加えて、撮影対象とする人物が、意図せずに撮影カメラの撮影範囲外に出たり、舞台上の配置が変更になったりして、所定のカメラ３１１〜３１４内に撮影対象が見つからなかった場合などは、全体像を映しているカメラアングルに強制的に切り替えるようにしてもよい。これにより、カメラ３１１〜３１４やマイク３１５、３１６の管理を行う技術者を設けない場合に、シナリオメタデータ９００に記述された範囲外の事象が突発的に発生した場合にも、極力ユーザの要望に添った映像データを配信することができる。
【０１６２】
なお、本実施の形態で説明した映像配信方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネット等のネットワークを介して配布することが可能な伝送媒体であってもよい。
【符号の説明】
【０１６３】
１０１  編集データ算出部
１０２  映像データ取得部
１０３  出力部
１０４  検出部
１０５  料金データ算出部
１０６  評価データ取得部
【図１】
0004426623.tif 000002
【図２】
0004426623.tif 000003
【図３】
0004426623.tif 000004
【図４】
0004426623.tif 000005
【図５】
0004426623.tif 000006
【図６】
0004426623.tif 000007
【図７】
0004426623.tif 000008
【図８】
0004426623.tif 000009
【図９】
0004426623.tif 000010
【図１０】
0004426623.tif 000011
【図１１】
0004426623.tif 000012
【図１２】
0004426623.tif 000013
【図１３】
0004426623.tif 000014
【図１４】
0004426623.tif 000015
【図１５】
0004426623.tif 000016
【図１６】
0004426623.tif 000017
【図１７】
0004426623.tif 000018
【図１８】
0004426623.tif 000019
【図１９】
0004426623.tif 000020
【図２０】
0004426623.tif 000021
【図２１】
0004426623.tif 000022
【図２２】
0004426623.tif 000023
【図２３】
0004426623.tif 000024
【図２４】
0004426623.tif 000025
【図２５】
0004426623.tif 000026
【図２６】
0004426623.tif 000027
【図２７】
0004426623.tif 000028
【図２８】
0004426623.tif 000029
【図２９】
0004426623.tif 000030
【図３０】
0004426623.tif 000031
【図３１】
0004426623.tif 000032
【図３２】
0004426623.tif 000033
【図３３】
0004426623.tif 000034