(57)【要約】【課題】  コンサート等の演者又は主催者側の利益と、観客側の利益の両方を満たすことができるような、ライブデータ提供システムの提供。【解決手段】  会場１１内の映像を撮影するデジタルビデオカメラ１８と、会場１１内の音声を集音するマイク１９とを会場１１内に設け、これらデジタルビデオカメラ１８とマイク１９とから取得した中継映像及び音声をリアルタイムでエンコードし、該エンコードされたライブデータを、要求のあったクライアント端末１２，１６に対して、インターネット１３を介してリアルタイムでストリーミング配信する配信サーバ１５を設けたライブデータ提供システム【選択図】    図１
2006050181.tif 000002
【特許請求の範囲】
【請求項１】
会場内の映像を撮影するデジタルビデオカメラと、会場内の音声を集音するマイクとを会場内に設け、
これらデジタルビデオカメラとマイクとから取得した中継映像及び音声をリアルタイムでエンコードし、該エンコードされたライブデータを、要求のあったクライアント端末に対して、インターネットを介してリアルタイムでストリーミング配信する配信サーバを設けた
ライブデータ提供システム。
【請求項２】
前記クライアント端末に、放送局端末を含む
請求項１に記載のライブデータ提供システム。
【請求項３】
前記ストリーミング配信を受けるクライアント端末の利用者に対して課金する課金処理部を設けた
請求項１又は２に記載のライブデータ提供システム。
【請求項４】
前記会場が、コンサート会場又は演芸会場である
請求項１から請求項３のうちのいずれか一項に記載のライブデータ提供システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、例えばコンサート（演奏会や音楽会など）会場や、演芸（芝居、劇、落語など）会場等での演奏等の実際の様子を、離れた場所でも手軽に視聴できるようにするような、ライブデータ提供システムに関する。
【背景技術】
【０００２】
一般に、コンサートは、会場に観客を集めて行われる。観客は予めチケットを取ってコンサートの日を待ち、コンサートの主体たる演者又は主催者側は、それよりももっと前に、会場を予約し、会場を使用するための使用料金を支払わなければならない。
【０００３】
コンサートなどの催しは、このようにして行われるので、演者又は主催者側では予め集客人数について、また観客側では実施日の予定について、予見性が必要である。
【０００４】
しかし、正しく予見することは難しい。特に演者又は主催者側では、上述のように会場の使用料金を支払わなければならないので、集客人数を誤ると、収益が上がらないばかりか、マイナスになってしまう。実際、メジャーになっていない新進演奏家にとっては、使用料金を支払うだけで精一杯というのが現実である。
【０００５】
だからといって、必要よりも小さく、設備も不充分な会場を借りたのでは、収益が上がらないばかりか、観客に対しても迷惑を掛けることになる。  
このような不都合を解消できる技術は存在せず、提案もされていない。
【０００６】
なお、ネットワークを介して演奏データ、画像データ、音声データなどを配信し、受信側でそれらのデータから演奏会場の環境を再現するシステム（特許文献１参照）が提案されているが、これは、ライブデータを扱うのではない。このため、演奏会場の環境を再現することはできても、真に臨場感を感じさせることができるものではない。
【０００７】
【特許文献１】特許第３２４２０２８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
そこでこの発明は、演者又は主催者側と観客側の利益を考慮し、双方の経済的・時間的・地理的不都合を解消できるような、ライブデータ提供システムの提供を主たる課題とする。
【課題を解決するための手段】
【０００９】
そのための手段は、会場内の映像を撮影するデジタルビデオカメラと、会場内の音声を集音するマイクとを会場内に設け、これらデジタルビデオカメラとマイクとから取得した中継映像及び音声をリアルタイムでエンコードし、該エンコードされたライブデータを、要求のあったクライアント端末に対して、インターネットを介してリアルタイムでストリーミング配信する配信サーバを設けたライブデータ提供システムであることを特徴とする。
【００１０】
すなわち、会場内の映像及び音声は、デジタルビデオカメラとマイクを通して配信サーバに入力され、その中継映像及び音声がリアルタイムでエンコードされるとともに、エンコードされたライブデータは、インターネットを介してリアルタイムでストリーミング配信され、配信を要求したクライアント端末に対して提供される。クライアント端末では、配信されたライブデータが適宜変換されて出力されるので、クライアント端末の使用者は、インターネット環境が整ってさえいれば、会場内の映像と音声を視聴できる。
【００１１】
上記クライアント端末が、放送局端末を含み、テレビ又はラジオを通しても上記音声データ及び映像データを配信できるようにするもよい。インターネット環境が整っていない所へも提供できる。
【００１２】
また、上記ストリーミング配信を受けるクライアント端末の利用者に対して課金する課金処理部を設けるとよい。データの提供に対する対価を得ることができる。
【００１３】
さらに、上記会場は、コンサート会場や演芸会場であるとよい。特に、小規模の会場である方が、演者又は主催者側にとっては経済的な面で有益になる。
【発明の効果】
【００１４】
以上のように、この発明によれば、会場内の映像と音声がインターネットを介してリアルタイムで提供されるので、会場から離れた場所でも会場の模様をリアルタイムで楽しむことができる。また、リアルタイムであるので、クライアント端末の使用者は、本当に会場にいてその会場にいる人と一体になるような臨場感を感じることができる。
【００１５】
このため、クライアント端末の使用者は、会場に行かなくても、会場にいるのと同じような感じを得られ、予めチケットを取って、予定を空けておかずとも、クライアント端末さえあれば、手軽に観客となることができる。つまり、地理的、時間的、経済的な理由で会場に行けない場合でも、コンサート等を手軽に楽しむことができる。
【００１６】
一方、演者又は主催者側は、会場で行われているものをより多くの人に提供できる。このため、より多くの人に知ってもらえるとともに、売込みにもなる。しかも、データの提供に際して、広告料やデータ提供の対価を取るようにすることで、収益も得られ、従来は会場を借りるだけで精一杯であった経済的な面での不都合を解消することもできる。さらに、インターネットを介して提供するので、演者又は主催者側は、アクセス数を知ることによって、励みにすることもできる。このように、一流アーティスト等の公演等に有益であるのは勿論のこと、新進アーティスト等の育成、活躍、飛躍にも大きく貢献する。
【発明を実施するための最良の形態】
【００１７】
この発明を実施するための一形態を、以下図面を用いて説明する。  
図１は、ライブデータ提供システムの説明図であり、図１中、上側部分はコンサート会場１１（以下、会場という）を示し、下側部分は、クライアント端末１２を示している。すなわち、ライブデータ提供システムでは、会場１１の映像と音声（ライブデータ）を、インターネット１３を介して、クライアント端末１２に提供できる。
【００１８】
図２がそのシステム構成図であり、会場１１の情況を収録する収録機器１４と、この収録機器１４からの中継映像及び音声を入力する配信サーバ１５と、これにインターネット１３を介して接続される上記クライアント端末１２と、該クライアント端末１２とは別のクライアント端末であるラジオ局の放送局クライアント端末１６、それにデータ提供の対価を受けるために決済を行うクレジットカード決済処理部１７とを有する。
【００１９】
上記収録機器１４は、デジタルビデオカメラ１８とマイク１９とからなる。デジタルビデオカメラ１８は、会場１１内の演奏風景を撮像し、デジタル信号の映像データに変換する。マイク１９は、会場１１内の演奏の音声を集音し、デジタル信号の音声データに変換し、ミキサー１９ａで音量・音質が調節される。また、デジタルビデオカメラ１８もマイク１９も適宜位置に配置される。デジタルビデオカメラ１８については、少なくとも２台設け、それぞれ異なる映像を撮影する位置に配置される。
【００２０】
これらデジタルビデオカメラ１８とマイク１９とで取得した中継映像及び音声（ライブデータ）は、上記配信サーバ１５に入力され、リアルタイムでエンコードされる。上記各デジタルビデオカメラ１８からの映像データは、配信サーバ１５にそれぞれ独立して入力される。上記中継映像及び音声の入力は、無線送信で行うもよい。
【００２１】
図３は、配信サーバ１５の構成を示すブロック図である。  
すなわち、配信サーバ１５は、ＣＰＵ、ＲＯＭ、ＲＡＭからなる制御部２０と、デジタルビデオカメラ１８からの映像データを入力する映像入力部２１と、上記マイク１９からの音声データを入力する音声入力部２２と、入力操作用のマウス２３及びキーボード２４とを有し、入出力インターフェース２５を介して、必要なデータを記憶するハードディスク２６、インターネット接続のためのＬＡＮカード２７、表示のためのモニタ２８を接続している。
【００２２】
上記ハードディスク２６には、必要なデータとして、上記エンコードを実行するためのエンコーダと、ライブデータ提供のＷｅｂページへのアクセスカウントを可能にするスクリプトと、上記２台のデジタルビデオカメラ１８からの入力データをクライアント端末１２からの信号に応じて、又は自動的に切替配信する切替配信手段と、データの配信動作を制御する制御手段などの配信サーバ用プログラムと、コンサートの日程や演者、演目、視聴料金等のコンサートに関する必要情報等を記憶する。
【００２３】
図４は、クライアント端末１２の構成を示すブロック図であり、クライアント端末１２は、ＣＰＵ、ＲＯＭ、ＲＡＭからなる制御部３０と、入力操作用のマウス３１及びキーボード３２とを有し、入出力インターフェース３３を介して、必要なデータを記憶するハードディスク３４、インターネット接続のためのＬＡＮカード３５、映像出力用のモニタ３６、音声出力用のスピーカ３７を接続している。
【００２４】
上記ハードディスク３４には、必要なデータとして、Ｗｅｂブラウザ、上記配信サーバ１５から配信されたデータをデコードするためのデコーダなどのクライアント用プログラムを記憶する。
【００２５】
また、上記モニタ３６に表示されるＷｅｂブラウザには、図５の表示例に示したように、映像表示部３６ａと、マウスで操作する映像切替ボタン３６ｂと、視聴終了ボタン３６ｃ及び音量調節部３６ｄを備えている。上記映像切替ボタン３６ｂは、上記２台のデジタルビデオカメラ１８からの映像のうちいずれの映像を視聴するのかを切り替えるためのボタンであって、切替要求信号を配信サーバ１５に送信する。
【００２６】
図６は、放送局クライアント端末１６の構成を示すブロック図であり、放送局クライアント端末は、ＣＰＵ、ＲＯＭ、ＲＡＭからなる制御部４０と、入力操作用のマウス４１及びキーボード４２とを有し、入出力インターフェース４３を介して、必要なデータを記憶するハードディスク４４、インターネット接続のためのＬＡＮカード４５、表示用のモニタ４６、配信されたデータを放送用電波に乗せて発信する放送出力部４７とを接続している。
【００２７】
上記ハードディスク４４には、必要なデータとして、配信サーバ１５から配信されたデータを、上記放送出力部４７から出力するために放送出力部４７を駆動制御する駆動制御手段などの放送局クライアント用プログラムを記憶する。
【００２８】
上記クレジットカード決済処理部１７は、与信確認プログラムを記憶した周知の決済代行サーバ５１と、決済プログラムを記憶した周知のカード会社サーバ５２とからなり、上記配信サーバ１５内、又は配信サーバ１５とは別に設けた周知の課金サーバ（図示せず）と接続している。課金サーバのハードディスクは、予め設定された課金方式、たとえば従量制、定額制、定額従量制、キャップ制など、の適宜方式に基づく課金プログラムを記憶している。
【００２９】
このような各部からなるライブデータ提供システムでの作用動作を、図７〜図１０のフローチャートを用いて次に説明する。
【００３０】
図７は、配信サーバ１５での処理動作を示す。まず、会場の中継映像及び音声（ライブデータ）を映像入力部２１及び音声入力部２２からデジタル信号として取得し（ステップｎ１１）、その中継映像及び音声（ライブデータ）を、制御部２０が、ハードディスク２６から読み出した前記配信サーバ用プログラムに従って、リアルタイムでエンコードする。そして、制御部２０は、エンコードされたライブデータを、通信手段たるＬＡＮカード２７から、そのままインターネット１３を介してストリーミング配信可能にする。
【００３１】
そして、制御部２０は、放送局クライアント端末１６から放送のための配信要求があれば（ステップｎ１２）、ライブデータのうちの音声データを放送局クライアント端末１６に配信し（ステップｎ１３）、放送局クライアント端末１６から配信要求がなければ（ステップｎ１２）、次のステップ（ステップｎ１４）に移行する。
【００３２】
また、制御部２０は、クライアント端末１２から、配信サーバ１５のホームページ中のライブ中継Ｗｅｂページにアクセスがあり、ライブデータの配信要求（中継申し込み）があれば（ステップｎ１４）、クレジット決済確認処理（ステップｎ１５）を行う。すなわち、クレジットカード番号をクライアント端末１２から受信し、決済代行サーバ５１へ送信し、確認をする。そして、与信ＯＫの場合には（ステップｎ１６）、そのクライアント端末に対してライブデータを配信するライブデータ配信処理を行う（ステップｎ１７）。
【００３３】
一方、上記クレジット決済確認処理（ステップｎ１５）で与信ＯＫでない場合（ステップｎ１６）には、クライアント端末１２に対して決済エラーの信号を送信（ステップｎ１８）し、配信を行わない。
【００３４】
上記ライブデータ配信処理（ステップｎ１７）は、図８に示したように行われる。すなわち、制御部２０は、ホームページ中のライブ中継Ｗｅｂページにアクセスがあったことをカウントし（ステップｎ１９）、続いてクライアント端末１２に向けてライブデータをリアルタイムでストリーミング配信（ライブストリーミング）する（ステップｎ２０）。
【００３５】
そして、制御部２０は、配信（ステップｎ２０）から予め設定された所定時間５分経過すると（ステップｎ２１）、配信サーバ用プログラムの切替配信手段に従って、デジタルビデオカメラ１８のいずれの映像データを配信するかを切り替える（ステップｎ２２）。
【００３６】
配信（ステップｎ２０）から５分経過しない場合で、クライアント端末１２から映像切替信号を受信したとき（ステップｎ２３）には、上述したように、配信サーバ用プログラムの切替配信手段に従って、デジタルビデオカメラ１８のいずれの映像データを配信するかを切り替える（ステップｎ２２）。
【００３７】
そして、クライアント端末１２から、視聴終了信号が入力され（ステップｎ２４）、又は中継映像及び音声の取得が終了したら（ステップｎ２５）、クレジット決済金額を、決済代行サーバ５１に送信する（ステップｎ２６）。そして、ライブ中継終了の判定（ステップｎ２７）をして、クライアント端末１２に対して配信終了信号を送信する配信終了処理を行う。
【００３８】
一方、クライアント端末１２では、図９に示したような処理動作がなされる。すなわち、マウス３１やキーボード３２からの操作に従って、制御部３０は、通信手段としてのＬＡＮカード３５を介して、配信サーバ１５のホームページを要求する。そして、ホームページ中のライブ中継Ｗｅｂページの送信があった後（ステップｎ２８）、配信サーバ１５からの要求に従ってマウス３１やキーボード３２からクレジットカード番号の入力があると、これを配信サーバに送信する（ステップｎ２９）。
【００３９】
配信サーバ１５から決済ＮＧ信号が入力されると（ステップｎ３０）、制御部３０は、モニタ３６に決済ＮＧの旨のエラー表示をする（ステップｎ３１）。
【００４０】
配信サーバ１５から決済ＮＧ信号が受信されなければ（ステップｎ３０）、制御部３０は、ハードディスク３４に記憶しているデコーダに従って、ＬＡＮカード３５を介して入力されたライブデータをデコードし、入力されるライブデータをリアルタイムでストリーミング再生する（ステップｎ３２）。つまり、モニタ３６に、会場１１のデジタルビデオカメラ１８で撮影した映像を表示し、スピーカ３７から、会場１１のマイク１９で集音した音声を出力する。
【００４１】
そして、ブラウザから映像切替操作があれば（ステップｎ３３）、制御部３０は、配信サーバ１５に対して映像切替信号を送信する（ステップｎ３４）。また、ブラウザから視聴終了操作があれば（ステップｎ３５）、制御部３０は、配信サーバ１５に対して視聴終了信号を送信する（ステップｎ３６）。
【００４２】
放送局クライアント端末１６では、図１０に示したような処理動作がなされる。  
すなわち、マウス３１やキーボード３２からの操作に従って、制御部４０は、通信手段としてのＬＡＮカード４５を介して、配信サーバ１５のホームページを要求する。そして、ホームページ中のライブ中継Ｗｅｂページの送信があった後（ステップｎ３７）、配信サーバ１５から放送用音声の受信があれば（ステップｎ３８）、制御部４０は、ハードディスク４４から前記放送局クライアント用プログラムを読み出して、放送局クライアント用プログラムに従って、放送出力部を駆動制御して、リアルタイムでラジオ放送を行う（ステップｎ３９）。そして放送終了の信号が入力されたならば（ステップｎ４０）、配信サーバ１５に対して放送終了の信号を送信する（ステップｎ４１）。
【００４３】
一方、上記ステップｎ３８で放送用音声の受信がなければ、モニタ４６にエラー表示をする（ステップｎ４２）。
【００４４】
このように、配信サーバ１５から配信されるライブデータは、クライアント端末１２や放送局クライアント端末１６にライブストリーミングされる。つまり、地球上のある場所に位置する会場１１内の映像と音声は、ライブデータを要求するものに対し、インターネット１３を介してリアルタイムで提供できる。
【００４５】
このため、会場から離れた場所でも会場の模様をリアルタイムで楽しむことができる。また、リアルタイムであるので、クライアント端末１２の使用者や、放送局クライアント端末から受信する顧客は、本当に会場１１にいてその会場１１にいる人と一体になるような臨場感を感じることができる。
【００４６】
また、クライアント端末１２の使用者は、会場１１に行かなくても、会場１１にいるのと同じような感じを得られ、予めチケットを取って、予定を空けておかずとも、クライアント端末１２さえあれば、手軽に観客となることができる。つまり、地理的、時間的、経済的な理由で会場に行けない場合でも、コンサート等を手軽に楽しむことができる。
【００４７】
一方、演者又は主催者側は、会場１１で行われているものをより多くの人に提供できる。このため、より多くの人に知ってもらえるとともに、売込みにもなる。しかも、データの提供に際して、バナー広告による広告料やデータ提供の対価を取るようにすることで、収益も得られ、従来は会場を借りるだけで精一杯であった経済的な面での不都合を解消することもできる。
【００４８】
また、配信サーバ１５では、前述のようにライブ中継Ｗｅｂページに対するアクセスカウントをするので、演者又は主催者側は、アクセス数を知ることができる。このため、活動や興行のための有益な資料にすることができるとともに、新進演奏家などにとっては、励みにすることもできる。
【００４９】
このように、一流アーティスト等の公演等に有益であるのは勿論のこと、新進アーティスト等の育成、活躍、飛躍にも大きく貢献する。特に、会場が数十人、若しくは１００人から数百人程度までしか入らない小規模なものである場合には、会場使用料金を低く抑えながら、広告料やデータ提供の対価が得られるので、経済的な負担を軽減できるので、新進演奏家の活動や趣味仲間同士の活動等に大きく貢献できる。
【００５０】
この発明の構成の構成と、上記一形態の構成との対応において、  
この発明の会場は、上記一形態のコンサート会場１１に対応し、  
以下同様に、  
クライアント端末は、クライアント端末１２と放送局クライアント端末１６に対応するも、  
この発明は上述の一形態の構成のみに限定されることはなく、様々な形態を採用できる。
【００５１】
例えば、放送局端末は、上述のようにラジオ局の放送局端末以外に、テレビ局の放送局端末であるもよい。
【００５２】
また、急に会場１１に行けなくなった観客と、演者又は主催者側の利益を図るべく、次のように構成するもよい。すなわち、配信サーバ１５のハードディスク２６には、コンサート等のチケットの固有番号、例えば席番号などを記憶するチケット番号記憶手段と、来場者が持参したチケットの固有番号を入力させて記憶する来場者番号記憶手段とを設けて、配信サーバ１５で、発売されたチケットと実際の空席との関係を判別できるようにする。そして、配信サーバ１５からは、クライアント端末１２に対して、チケットがあればその固有番号を入力させる制御をして、クライアント端末１２からそのチケット番号の入力があって会場ではその席が空席であった時には、課金処理部に課金のための信号を出さずに、無料で視聴できるようにし、一方、会場１１では、入場を求める観客があるときには、空いた席に入場を認めるようにすることができる。
【図面の簡単な説明】
【００５３】
【図１】システムの説明図。
【図２】システム構成図。
【図３】配信サーバの構成を示すブロック図。
【図４】クライアント端末の構成を示すブロック図。
【図５】Ｗｅｂブラウザの表示例。
【図６】放送局クライアント端末の構成を示すブロック図。
【図７】配信サーバの全体処理を示すフローチャート。
【図８】ライブデータ配信処理を示すフローチャート。
【図９】クライアント端末の全体処理を示すフローチャート。
【図１０】放送局クライアント端末の全体処理を示すフローチャート。
【符号の説明】
【００５４】
１１…コンサート会場
１２…クライアント端末
１３…インターネット
１５…配信サーバ
１６…放送局クライアント端末
１７…クレジットカード決済処理部
１８…デジタルビデオカメラ
１９…マイク
【図１】
2006050181.tif 000003
【図２】
2006050181.tif 000004
【図３】
2006050181.tif 000005
【図４】
2006050181.tif 000006
【図５】
2006050181.tif 000007
【図６】
2006050181.tif 000008
【図７】
2006050181.tif 000009
【図８】
2006050181.tif 000010
【図９】
2006050181.tif 000011
【図１０】
2006050181.tif 000012