(57)【要約】【課題】コンサートの集客に影響を与えることなく、比較的品質の高いコンサートのオーディオやビデオが迅速に配信できるようにする。【解決手段】コンサートで演奏される楽曲についての情報を有する楽曲マスタを保存すると共に、楽曲をダウンロードするためのシリアル番号を発行して保存する。そして、収録されたオーディオ（ビデオ）データから、配信範囲のデータを取り出して曲間のマーカを設定し、マーカで区切られた各データを、楽曲マスタで示された楽曲に割り当てて保存する。さらに、保存したそれぞれの楽曲のデータに、楽曲マスタで示された情報を付加して配信用に蓄積し、アクセスがあった端末からシリアル番号の入力があった場合に、蓄積したオーディオ（ビデオ）データの端末への配信を行う。【選択図】図１
2014086861.tif 000002
【特許請求の範囲】
【請求項１】
コンサートで演奏される楽曲についての情報を有する楽曲マスタを保存すると共に、楽曲をダウンロードするためのシリアル番号を発行して保存する事前処理部と、
コンサートの会場で収録されたオーディオデータまたはビデオデータから、配信範囲のオーディオデータまたはビデオデータを取り出し、その取り出したオーディオデータまたはビデオデータに対して曲間のマーカを設定し、前記マーカで区切られたそれぞれのオーディオデータまたはビデオデータを、前記楽曲マスタで示された楽曲に割り当てて保存する編集部と、
前記編集部で保存したそれぞれの楽曲のオーディオデータまたはビデオデータに、前記楽曲マスタで示された情報を付加して配信用に蓄積し、アクセスがあった端末から前記シリアル番号の入力があった場合に、蓄積したオーディオデータまたはビデオデータの前記端末への配信を行う配信サーバと、を備える
データ配信システム。
【請求項２】
前記事前処理部は、前記シリアル番号が有効な期間を設定し、
前記配信サーバは、その設定した有効期間内に前記シリアル番号の入力があった場合に、蓄積したオーディオデータまたはビデオデータの前記端末への配信を行う
請求項１記載のデータ配信システム。
【請求項３】
コンサートで演奏される楽曲についての情報を有する楽曲マスタを保存すると共に、楽曲をダウンロードするためのシリアル番号を発行して保存する事前処理ステップと、
コンサートの会場で収録されたオーディオデータまたはビデオデータから、配信範囲のオーディオデータまたはビデオデータを取り出し、その取り出したオーディオデータまたはビデオデータに対して曲間のマーカを設定し、前記マーカで区切られたそれぞれのオーディオデータまたはビデオデータを、前記楽曲マスタで示された楽曲に割り当てて保存する編集処理ステップと、
前記編集処理で保存したそれぞれの楽曲のオーディオデータまたはビデオデータに、前記楽曲マスタで示された情報を付加して配信サーバが蓄積し、配信サーバにアクセスがあった端末から前記シリアル番号の入力があった場合に、蓄積したオーディオデータまたはビデオデータの前記端末への配信を行う配信処理ステップと、を含む
データ配信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンサートなどのイベントのオーディオデータなどを配信するデータ配信システムおよびデータ配信方法に関する。
【背景技術】
【０００２】
通常、コンサートなどのイベントを収録したパッケージメディア（例えばＣＤ，ＤＶＤなどのディスク）を販売する場合、専門のスタッフがオーディオやビデオの収録を行う。そして、専門のスタッフやアーティスト自身が、その収録されたオーディオデータやビデオデータを編集する。編集が完了した後に、その編集されたコンテンツを収録したディスクが製作される。このようなコンサートを収録したパッケージメディアは、編集作業に比較的時間がかかる。また、販売用のディスクの製造にもそれなりに時間を要する。したがって、通常、コンサートが開催されてから、ディスクが販売されるまでに最低でも数週間は必要である。
【０００３】
一方、近年のインターネット技術の進展により、配信用のサーバが、コンサートの模様をインターネットでアクセスされた端末にそのまま配信する試みも一部で行われている。特許文献１には、インターネットでコンサートなどを中継する技術についての記載がある。総額
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−５０１８１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したように、インターネットでコンサートなどの模様をそのまま配信することは技術的には可能であるが、現実には普及しているとは言えない。このようなインターネットでのコンサートのライブ中継の配信が普及しない要因の一つは、インターネットによるライブ配信が、コンサートの集客に影響を与える可能性があるからである。
一方、コンサート会場でコンサートを観覧したユーザにとっては、その日のコンサートで聞いた演奏を、後日録音で聞きたいと思うことが多々ある。
もし、その日のコンサートを収録したライブのＣＤが発売されるならば、そのＣＤが発売されるまで待つことで、当日の演奏の録音の入手が可能である。しかし、通常はＣＤなどが発売されるのはコンサート開催から数週間後であるため、ユーザがコンサート当日の帰宅後またはその翌日などに聞くことは不可能である。またライブのＣＤが発売されない場合には、録音の入手そのものが不可能である。
【０００６】
本発明はこれらの点に鑑みてなされたものであり、コンサートの集客に影響を与えることなく、比較的品質の高いコンサートのオーディオやビデオが迅速に配信できる、データ配信システムおよびデータ配信方法を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明は、コンサートで演奏される楽曲についての情報を有する楽曲マスタを保存すると共に、楽曲をダウンロードするためのシリアル番号を発行して保存する事前処理を行う。
そして、コンサートの会場で収録されたオーディオデータまたはビデオデータから、配信範囲のオーディオデータまたはビデオデータを取り出し、その取り出したオーディオデータまたはビデオデータに対して曲間のマーカを設定し、マーカで区切られたそれぞれのオーディオデータまたはビデオデータを、楽曲マスタで示された楽曲に割り当てて保存する編集処理を行う。
さらに、編集処理で保存したそれぞれの楽曲のオーディオデータまたはビデオデータに、楽曲マスタで示された情報を付加して配信サーバが蓄積し、配信サーバにアクセスがあった端末からシリアル番号の入力があった場合に、蓄積したオーディオデータまたはビデオデータの端末への配信を行う配信処理を行う。
【発明の効果】
【０００８】
本発明によると、コンサートで収録されたオーディオデータまたはビデオデータから１曲ごとに取り出されたデータが、予め用意された楽曲マスタで示された楽曲に割り当てて保存されることで、配信用のデータが比較的簡単な処理で得られる。このため、コンサート終了後、比較的短時間の編集で配信用のデータを用意することができ、コンサート終了から短時間で、そのコンサートで演奏された楽曲の配信を行うことができる。
なお、この楽曲の配信は、シリアル番号が記載されたカード等をコンサート会場で購入したユーザがシリアル番号を入力した端末に対してのみ行われる。したがって、コンサートに参加したユーザだけが楽曲のダウンロードをすることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施の形態によるシステム構成例を示す図である。
【図２】本発明の一実施の形態によるカードの例を示す図である。
【図３】本発明の一実施の形態による収録の事前準備処理例を示すフローチャートである。
【図４】本発明の一実施の形態による収録処理例を示すフローチャートである。
【図５】本発明の一実施の形態によるアクセス時の処理例を示すフローチャートである。
【図６】本発明の一実施の形態による画面（一覧表示画面）の例を示す図である。
【図７】本発明の一実施の形態による画面（ログイン画面）の例を示す図である。
【図８】本発明の一実施の形態による画面（ダウンロード選択画面）の例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本発明の一実施の形態の例（以下、「本例」と称する）を、添付図面を参照して説明する。
［１．システム構成］
図１は、本例のシステム構成を示す図である。
コンサート会場１００のステージ１１０には、複数のマイクロフォンＭ１〜Ｍ５が配置される。この複数のマイクロフォンＭ１〜Ｍ５は、例えばステージ１１０上の演奏者ごとに用意され、例えば演奏者が持った楽器などに取り付けられる。あるいは、マイクロフォンＭ１〜Ｍ５は、演奏者の近傍のステージ１１０の上に設置される場合や、ステージ１１０の上に吊り上げられる場合など、様々な設置状況が想定される。マイクロフォンの本数についても、図１に示す５本のマイクロフォンＭ１〜Ｍ５を設置するのは１つの例であり、５本以上のマイクロフォンがステージ１１０上に設置される場合もある。
【００１１】
各マイクロフォンＭ１〜Ｍ５で得られたオーディオ信号は、ＰＡ（Public Address）用ミキシング卓１１に供給される。各マイクロフォンＭ１〜Ｍ５から供給されるオーディオ信号は、ＰＡ用ミキシング卓１１内で、デジタルオーディオデータに変換される。
ＰＡ用ミキシング卓１１は、作業者による操作で、それぞれのマイクロフォンＭ１〜Ｍ５から供給されるオーディオデータのレベルを調整して、ＰＡ用にミキシングしたオーディオデータを得る。ＰＡ用ミキシング卓１１でミキシングされたＰＡ用のオーディオデータが、アナログオーディオ信号に変換された後、ＰＡ用スピーカ１２１，１２２に供給され、コンサート会場１００に出力される。ＰＡ用ミキシング卓１１で得られるＰＡ用のオーディオデータには、必要によりイコライザやエコーなどの処理が施される。
また、ＰＡ用ミキシング卓１１に得られた各チャンネルのオーディオデータが、マルチチャンネル処理部１２に供給される。このマルチチャンネル処理部１２に供給されるオーディオデータは、ＰＡ用の処理が施されていないオーディオデータである。
【００１２】
また、コンサート会場１００の客席１２０に設置されたオーディエンスマイクロフォンＭ１１〜Ｍ１４から得られたオーディオ信号は、マルチチャンネル処理部１２に供給され、デジタルオーディオデータに変換される。オーディエンスマイクロフォンＭ１１〜Ｍ１４の本数についても、１つの例であり、より多くのオーディエンスマイクロフォンが客席１２０に設置される場合もある。
マルチチャンネル処理部１２に供給される各チャンネルのオーディオデータは、収録用ミキシング卓１３に供給されると共に、配信用ミキシング卓１５に供給される。
収録用ミキシング卓１３は、調整作業者による操作で、それぞれのマイクロフォンＭ１〜Ｍ５，Ｍ１１〜Ｍ１４から供給されるオーディオデータのレベルを調整し、必要により各チャンネルのミキシングを行う。そして、収録用ミキシング卓１３で調整された各チャンネルのオーディオデータが、マルチトラックレコーダ１４に供給され、マルチトラックレコーダ１４により各チャンネルのオーディオデータが記録される。このマルチトラックレコーダ１４は、例えば記録媒体としてハードディスクを使用し、例えば４０チャンネルなどの多チャンネルのオーディオデータの記録が可能である。マルチトラックレコーダ１４に記録されるマルチトラックのオーディオデータは、ＣＤなどのパッケージメディアを製作するためのマスタ音源として使用される。
【００１３】
また、配信用ミキシング卓１５では、マルチチャンネル処理部１２からに供給される各チャンネルのオーディオデータが、作業者による操作により２チャンネルのオーディオ信号にミキシングされる。なお、ＰＡ用ミキシング卓１１と収録用ミキシング卓１３と配信用ミキシング卓１５は、それぞれ別の作業者により操作される。
配信用ミキシング卓１５で２チャンネルにミキシングされたオーディオデータが、コンピュータ装置２１に供給される。コンピュータ装置２１は、配信用オーディオデータの編集装置（編集部）として使用され、後述する配信サーバ３１および管理サーバ３２とデータ転送が可能である。また、コンピュータ装置２１は、編集作業などを行うためのディスプレイやキーボードを備える。
【００１４】
コンピュータ装置２１は、内部のメモリまたはハードディスクに、供給されるオーディオデータを記録する。そして、コンピュータ装置２１は、その記録されたオーディオデータから、配信する区間のオーディオデータを取り出す処理を行う。さらにコンピュータ装置２１は、その取り出したオーディオデータに、さらに曲間を示すマーカを付加する処理を行う。これらのオーディオデータを取り出す処理やマーカを付加する処理は、作業者による操作で行われる。マーカが付与されてオーディオデータが区切られることで、オーディオデータが、１つ１つの楽曲ごとのデータになる。但し、曲間のマーカを付加する位置は、再調整が可能である。
【００１５】
そして、コンピュータ装置２１によってマーカで区切られた楽曲ごとのオーディオデータが、配信用のフォーマットに変換される。ここでは、ＭＰ３（MPEG Audio Layer-3）方式に変換される。また、変換された全てのオーディオデータを納めたファイルが、所定のフォーマットで圧縮符号化される。ここでは、各楽曲のＭＰ３方式のオーディオデータを納めたファイルが、ＺＩＰ方式で圧縮される。
【００１６】
さらに、コンピュータ装置２１は、楽曲マスタと称されるデータを作成する機能を有する。この楽曲マスタの詳細については後述するが、データ配信を行うコンサート（イベント）ごとにイベントフォルダが用意され、そのイベントフォルダごとに、配信を行う楽曲についての情報（曲のタイトル，演奏者名など）が、楽曲マスタに入力される。イベントフォルダは、管理サーバ３２が保管し、コンピュータ装置２１などが管理サーバ３２から読み出して、必要なデータが入力される。
楽曲マスタは、コンサート開始前に用意され、タイトルや演奏者名などの情報がコンサート開始前に事前に入力される。各楽曲の演奏時間やデータサイズなどの情報は、オーディオデータの保存後に入力される。また、楽曲マスタに対応したイベントフォルダは、配信データのダウンロードを行うために必要なシリアル番号のデータや、配信を行う期間などのデータについても記憶する。これらのシリアル番号などのデータの詳細については後述する。
【００１７】
そして、コンピュータ装置２１で得られた各楽曲のＭＰ３方式のオーディオデータが、楽曲マスタの各楽曲としてコンピュータ装置２１内に保存される。さらに、ＺＩＰ方式で圧縮された全曲のオーディオデータのファイルが、楽曲マスタの全曲データとしてコンピュータ装置２１内に保存される。
そして、コンピュータ装置２１でオーディオデータが保存された楽曲マスタが完成すると、その楽曲マスタのデータが、配信サーバ３１にアップロードされる。また、管理サーバ３２が持つシリアル番号や、配信期間などの情報が、配信サーバ３１にセットされる。なお、配信用ミキシング卓１５には、コンピュータ装置２１の他に、予備のコンピュータ装置やＩＣレコーダなどを接続してもよい。
【００１８】
配信サーバ３１は、データの配信処理を行うために用意され、インターネットに接続された端末４１〜４４などからのアクセスで、その端末４１〜４４から要求されたデータが各端末４１〜４４に配信される。但し、各端末４１〜４４から送信されたシリアル番号が、ユーザが端末に入力したシリアル番号と一致し、かつ設定された配信期間内である場合だけ、配信サーバ３１からその端末にデータが配信される。端末４１〜４４は、インターネットにアクセス可能で、ダウンロードしたデータの保存が可能な端末であれば、パーソナルコンピュータ装置，スマートフォン，ポータブルオーディオ再生装置など、いずれの端末でもよい。
【００１９】
［２．販売するカード］
本例では、コンサート会場において、観客に、楽曲データダウンロード用のシリアル番号が記載されたカードを販売する。
図２は、販売するカード５０の例である。カード５０には、配信サーバ３１にアクセスするためのアドレス５１が印刷などで記載されていると共に、シリアル番号６１が記載されたシール６０が貼り付けられている。シリアル番号６１は、１枚ごとに異なる番号である。また、シール６０には、アーティスト名，公演日，ダウンロード有効期限が記載されている。
【００２０】
この図２に示すカード５０は、コンサート会場内で、終演後や休憩時間などに有料で販売される。カード５０としては、予め決められた形式のものを用意し、シール６０を貼り付けることにより各コンサートに対応させるようにしてもよいが、例えば、コンサートごとに、アーティストの写真などが印刷されたオリジナルのカードを作成するようにしてもよい。
なお、図２に示すようなカード５０を用意するのはあくまでも一例であり、その他の方法で観客にシリアル番号が記載された物品を販売するようにしてもよい。例えば、コンサート会場内で販売するパンフレットやプログラムの表紙や裏などに、シリアル番号６１が記載されたシール６０を貼り付けるようにしてもよい。
【００２１】
［３．収録前の事前準備処理］
次に、図１に示したシステムで、コンサートの楽曲データを配信する処理について順に説明する。
まず、図３のフローチャートを参照して、コンサートを収録する前の事前準備について説明する。この収録前の事前準備は、コンピュータ装置２１などを使用して、作業者が行う。あるいは、作業者が、管理サーバ３２にアクセス可能な他のコンピュータ装置を使用して事前準備を行うようにしてもよい。ここではコンピュータ装置２１を使用して、事前準備を行うものとする。すなわち、本例の場合には、コンピュータ装置２１を事前処理部として使用する。
図３に従って処理を説明すると、まず、作業者は、コンピュータ装置２１を使用して管理サーバ３２にアクセスし、コンサートごとのイベントフォルダを作成する（ステップＳ１１）。このときには、作業者は、そのイベントフォルダにアクセスするための管理用ＩＤとパスワードを設定する。
そして、作業者は、楽曲データの配信開始日と配信終了日時を設定する（ステップＳ１２）。配信開始日は、例えばコンサートの開催日とし、配信終了日時は、例えばコンサートの開催日から１週間程度後の日の正午とする。
【００２２】
次に、作業者は、今回の配信を案内する画面の作成処理を行う（ステップＳ１３）。具体的には、コンサート開催前の案内画面と、配信準備中の案内画面などを用意する。これらの画面には、例えばコンサートの開催日時や配信予定時間などを記載し、また、必要によりアーティストの写真などを入れる。
そして、作業者は、配信する楽曲を管理する楽曲マスタに、楽曲タイトルなどを入力する（ステップＳ１４）。すなわち、予めコンサートで演奏される楽曲の中から、アーティストやコンサート主催者の意向に基づいて、配信を行う楽曲を決めておく。配信を行う楽曲が決まると、作業者は、それぞれの楽曲のタイトルや演奏者名などを、楽曲マスタに入力する。
さらに、作業者は、図２に示すカード５０の予定販売枚数分のシリアル番号の発行処理を行う（ステップＳ１５）。例えば、２００枚が発行予定枚数であるとき、２００個のシリアル番号を管理サーバ３２に指示する。その後、コンピュータ装置２１は、画面上のＣＳＶダウンロードボタンが押されたか否かを判断する（ステップＳ１６）。そして、該当するボタンが作業者により押されたとき、発行されたシリアル番号の一覧が記載されたＣＳＶ（Comma Separated Values）ファイルが、コンピュータ装置２１にダウンロードされる（ステップＳ１７）。ＣＳＶファイルは、データをカンマで区切って並べたファイル形式である。
【００２３】
コンピュータ装置２１にダウンロードされたＣＳＶファイルは、なんらかの媒体（ディスク，メモリカードなど）に記憶される。そして、その媒体が、図２に示すシール６０を印刷する印刷会社に配布される（ステップＳ１８）。ＣＳＶファイルは、電子メールに添付したファイルとして印刷会社に送るようにしてもよい。
【００２４】
［４．コンサート収録時の処理］
次に、図４を参照して、コンサート収録時の処理について説明する。
まず、作業者は、コンピュータ装置２１を使用して、管理サーバ３２に保存されたイベントフォルダを読み出し（ステップＳ２１）、そのイベントフォルダに用意された楽曲マスタを、コンピュータ装置２１にセットする（ステップＳ２２）。その後、作業者は、コンサートの開始時（またはそれより少し前）に、コンピュータ装置２１で録音開始操作を行う。この操作で、コンピュータ装置２１が録音を開始する（ステップＳ２３）。このとき、作業者は、配信用ミキシング卓１５を使用して、各チャンネルの録音レベルを適正に調整する。
コンピュータ装置２１による録音が開始されると、配信用編集装置１６は曲間マーカの入力を受け付ける（ステップＳ２４）。ここでの曲間マーカの入力は仮入力であり、楽曲の間と思われるタイミングで、作業者が曲間マーカの入力操作を行えるようにする。
【００２５】
そして、コンサートが終了したとき、作業者は配信用編集装置１６での録音の停止操作を行い、その停止操作に基づいて、配信用編集装置１６が録音を停止する（ステップＳ２５）。
録音停止後、作業者は、記録されたオーディオデータから、配信を行う範囲のオーディオデータを取り出す処理を行う（ステップＳ２６）。例えば、アーティストや主催者の要求で、アンコールで演奏された楽曲を配信しないと決めた場合などには、配信しないと決めた部分を除いたオーディオデータを取り出す。また、楽曲と楽曲の間に、アーティストによるトークなどがあったときは、必要により、その部分を除去する処理を行う。アーティストによるトークをカットしない場合には、１つ１つのトークを楽曲として扱う。あるいは、１つ１つのトークが、その前または後の楽曲と連続した１つの楽曲となるようにしてもよい。
その後、作業者は、曲間マーカの設定位置の調整作業を行う（ステップＳ２７）。この曲間マーカの設定位置の調整作業は、例えば設定されたマーカの位置からの再生を行い、曲間の位置が適正か否か作業者が確認しながら行う。
なお、事前に予定した楽曲とは異なる楽曲が演奏された場合や、各楽曲の間に、予定していないトークなどがあった場合、作業者は、楽曲マスタに楽曲などを追加する修正作業を行う。
【００２６】
曲間マーカの位置が決まると、その曲間マーカで分割されたそれぞれの楽曲のオーディオデータが確定し、作業者は、確定した各楽曲のオーディオデータの保存作業を行う。
すなわち、作業者の操作により、各楽曲のデータが、楽曲マスタで用意された各楽曲のフォルダに保存される（ステップＳ２８）。その後、保存された各楽曲のデータが、ＭＰ３方式のオーディオデータに変換されて、コンピュータ装置２１内に保存される（ステップＳ２９）。そして、ＺＩＰ方式などの既存の方式で圧縮された全曲のオーディオデータのファイルが、楽曲マスタの全曲データとしてコンピュータ装置２１内に保存される。続いて、作業者は、各楽曲のデータサイズと演奏時間を、楽曲マスタに登録する（ステップＳ３０）。
【００２７】
ここまでの作業が終了すると、作業者は、コンピュータ装置２１内の楽曲マスタに保存された楽曲のオーディオデータを、配信サーバ３１にアップロードする（ステップＳ３１）。また、配信サーバ３１は、管理サーバ３２から配信期間のデータとシリアル番号の一覧のデータを取得する。管理サーバ３２からのこれらのデータは、準備作業時に配信サーバ３１が取得するようにしてもよい。
このステップＳ３１での配信サーバ３１へのアップロードが行われることで、配信の準備が完了する。配信準備が完了した後は、配信サーバ３１にアクセスがあった端末に、各楽曲のオーディオデータが配信される。このステップＳ３１での配信サーバ３１へのアップロードは、楽曲データの取り出しと楽曲ごとの分割などの比較的簡単な作業であるため、ステップＳ２５での録音停止（つまりコンサート終了）から、比較的短時間で行うことができる。
【００２８】
［５．ダウンロード時の処理］
図５のフローチャートは、端末４１などを使用してユーザ（コンサートの観客）が、配信サーバ３１にアクセスして、楽曲データをダウンロードするときの、配信サーバ側での処理を示す。
まず、配信サーバ３１は、いずれかの端末からアクセスがあるか否かを判断し（ステップＳ４１）、アクセスがない場合には、アクセスがあるまで待機する。そして、ステップＳ４１でアクセスがあると判断した場合には、配信サーバ３１は、初期画面のデータを端末に送り、端末に初期画面を表示させる（ステップＳ４２）。その後、端末でのユーザ操作によりシリアス番号が配信サーバ３１に送信されたとき、配信サーバ３１が、シリアス番号が適正な番号であるか否かを判断する（ステップＳ４３）。この判断で適正なシリアス番号でないと判断した場合には、配信サーバ３１は、シリアル番号の再入力を行う画面のデータを端末に送って表示させ（ステップＳ４４）、ステップＳ４３の判断に戻る。なお、配信期間内でない場合、端末が表示する画面には、シリアル番号を入力する箇所が表示されない。
【００２９】
また、ステップＳ４３で、適正なシリアル番号が入力されたと判断した場合には、配信サーバ３１は、シリアル番号と同時に送信されたメールアドレスを、ユーザのアドレスとして登録する（ステップＳ４５）。このとき登録されたアドレスは、例えば配信したデータに何らかの不具合があった場合や、サーバに障害があった場合などに通知するために使用する。あるいは、配信期間が終了する一定期間前に、配信サーバ３１が、登録されたアドレスに電子メールで通知するようにしてもよい。また、登録されたアドレスに、同じアーティストのコンサートやＣＤの発売情報などを電子メールで送信するようにしてもよい。
【００３０】
そして、ステップＳ４５でアドレスを登録した後、配信サーバ３１は、現在ログインされたシリアル番号で既にダウンロードされた回数を判断し、ダウンロード可能な楽曲があるか否かを判断する（ステップＳ４６）。ここで、全ての楽曲についてダウンロード可能な回数がない場合には、配信サーバ３１は、端末にダウンロード回数の残がないことを通知し、端末の画面にダウンロード回数の残がないことを表示する（ステップＳ４７）。
ステップＳ４６でダウンロード回数の残があると判断した場合には、配信サーバ３１は、一括ダウンロードと各楽曲のダウンロードの残回数を端末の画面に表示する（ステップＳ４８）。その後、配信サーバ３１は、端末側でログアウト操作があったか否かを判断し（ステップＳ４９）、ログアウト操作があった場合には、アクセスがあった端末への配信を終了する。
そして、ステップＳ４９でログアウト操作がないと判断した場合には、配信サーバ３１は、一括または個別の楽曲のダウンロード要求が端末からあるか否かを判断する（ステップＳ５０）。この判断で、いずれかのダウンロード要求がある場合には、配信サーバ３１は、要求された楽曲のデータまたは全曲のファイルを端末に送出する（ステップＳ５１）。ステップＳ５０で配信要求がない場合と、ステップＳ５１でデータを送出した後には、配信サーバ３１は、ステップＳ４８の処理に戻る。
なお、配信サーバ３１は、それぞれの楽曲ごとにダウンロードが行われたユーザ数の総計を集計して、記憶する。
【００３１】
図６〜図８は、配信サーバ３１にアクセスした端末（例えば端末４１）のディスプレイに表示される、ダウンロード時の画面の例を示す図である。
まず、端末４１が配信サーバ３１にアクセスすると、図６に示すように、端末４１には、現在配信中のコンサートの一覧が表示される。この一覧の中から、ユーザは、カード５０を購入したコンサートを選択する。
このコンサートの選択があると、図７に示すように、端末４１には、ログインを行う画面が表示され、画面中に、シリアル番号とメールアドレスの入力箇所が表示される。
ここで、ユーザがカード５０に記載されたシリアル番号を入力し、さらにユーザ自身のメールアドレスを入力した後、送信ボタンを押す操作を行う。このような操作が行われることで、端末４１の表示画面が、ダウンロードを行う画面に移行する。
【００３２】
図８は、ダウンロードを行う画面の表示例を示す。
この例では、「まとめてダウンロード」と記載された一括ダウンロード用のボタンと、「１曲ずつダウンロード」と記載された１曲ごとのダウンロード用のボタンとを表示する。「１曲ずつダウンロード」と記載された欄には、１曲ごとのタイトルと演奏時間とデータサイズが表示される。これらの表示情報は、配信開始前に楽曲マスタに入力された情報である。
それぞれのダウンロード用のボタンには、残りのダウンロード可能回数が表示される。例えば、それぞれの楽曲の初期状態でのダウンロード可能回数を３回とし、ダウンロードが１回行われるごとに、表示されるダウンロード可能回数が１つずつ減らされる。例えば、いずれか１つの楽曲のダウンロードが１回行われると、該当する楽曲の残りのダウンロード可能回数が３回から２回に変化すると共に、一括ダウンロード可能回数も３回から２回に変化する。あるいは、一括ダウンロード可能回数と個別楽曲のダウンロード可能回数を連動させないで、それぞれが設定された回数だけダウンロードできるようにしてもよい。
【００３３】
［６．実施の形態による効果］
以上説明したように、本例によると、コンサート会場で収録したオーディオデータの配信が、コンサート終了から比較的短い時間（例えば１時間程度）で行える効果を有する。すなわち、作業者は、予め楽曲マスタを用意して、配信予定楽曲の曲名や演奏者名などの情報を事前に入力しておき、コンサート終了後に、収録された各楽曲のオーディオデータを、楽曲マスタに保存するだけでよく、効率のよい配信準備を行うことができる。したがって、配信開始までの時間を短縮することができる。例えば、本例のシステムでは、コンサート終了から１時間程度で配信を開始することができる。また、本例の場合にはマルチトラックレコーダ１４で記録されるオーディオデータと同じ音源を分岐して、配信用のオーディオデータを得るようにしたため、配信用のオーディオデータとして高品質のオーディオデータが得られる。
【００３４】
また本例では、配信のために必要なシリアル番号が記載されたカード類を、コンサート会場内で終演後や休憩時間などに有料で販売するようにした。このため、オーディオデータの配信対象者は、コンサートを観覧したユーザに限られることになり、このような配信を行うことが、コンサートの集客率の低下にはつながらない。逆に、このようなサービスを行うことが、コンサートの魅力の向上につながる。
さらに本例では、配信可能な期間が、コンサート開催から１週間のように比較的短い期間とすることにより、シリアル番号がコンサートの観客以外の者に渡されて、不正に楽曲データがダウンロードされるのを防止することができる。また、ダウンロード可能な回数についても制限を設けることにより、不正なダウンロードを効果的に防止できる。ダウンロード可能な回数は、不正なダウンロードを防止する観点からは１回だけに制限するのが好ましいが、楽曲データのダウンロード中に通信回線の不具合などで、ダウンロードが中断した場合の対処を考えて、３回程度の回数に制限するのが好ましい。
【００３５】
また、本例では、ユーザがダウンロードを行う際に、メールアドレスを入力するようにすることで、万一、音楽データの配信になんらかの不具合があった場合には、登録されたアドレスにメールで告知することができ、不測の事態に備えることができる。また、端末側の状況でダウンロードができないなどの問い合わせがユーザからあった場合に、システム運用者側が、登録されたアドレスへメールで返答できるようになる。
また、メールアドレスを登録することにより、そのメールアドレスをコンサートごとの観客データのアドレスとして活用することが可能になる。これにより、開催したコンサートと同じ演奏者についての案内をメールで送ることが可能になる。但し、このようなメールアドレスの活用は、ログイン時にそのようなメールアドレスの活用について承諾したユーザにだけに行うようにするのが好ましい。
【００３６】
［７．変形例］
なお、上述した実施の形態の例では、ダウンロード可能なユーザは、コンサート会場でシリアル番号が記載されたカードを入手したユーザに限るようにした。これに対して、ある程度の範囲で、その他のユーザに対しても、楽曲データを配信できるようにしてもよい。
例えば、コンサートの主催者などが、ダウンロード用のシリアル番号を、コンサートの演奏者のファンクラグに入会しているユーザに知らせて、ダウンロードできるようにしてもよい。
また、コンサートのチケットをインターネット上のウェブサイトで購入した観客に対しては、コンサート終了後の一定期間、そのチケットを購入したウェブサイトで、楽曲ダウンロード用のシリアル番号の購入ができるようにしてもよい。すなわち、チケットを販売するウェブサイトを運用するサーバが、特定のコンサートのチケットの購入履歴があるユーザから、そのコンサートの終了後にログインがあることを検出した場合に、ウェブ上でシリアル番号を販売するようにしてもよい。
【００３７】
また、配信サーバ３１は、アクセスしたユーザの種類などによって、ダウンロード可能な楽曲の制限を行うようにしてもよい。例えば、配信サーバ３１は、コンサート会場で販売されたカードに記載されたシリアル番号が入力されたユーザには、全ての楽曲のダウンロードを許容する。そして、配信サーバ３１は、ファンクラブのユーザに対して発行したシリアル番号でアクセスがあったユーザに対しては、一部の楽曲だけのダウンロードを許容するようにしてもよい。あるいは、コンサート会場で販売するカードとして、２種類の価格のカードを用意し、安い価格のカードに記載されたシリアル番号でアクセスがあった場合には、ダウンロードできる楽曲数に制限を設け、高い価格のカードに記載されたシリアル番号でアクセスがあった場合には、全ての楽曲のダウンロードができるようにしてもよい。
また、例えばコンサートの１曲目などのごく一部の曲については、シリアル番号の入力がないユーザに対してもダウンロードできるようにして、コンサートや音楽配信に対する宣伝効果を持たせるようにしてもよい。
【００３８】
また、上述した実施の形態の例では、シリアル番号が記載されたカードなどをコンサート会場で販売するようにした。これに対して、コンサート会場では、シリアル番号が記載されたカードを無料で配布するようにして、課金処理は後日行うようにしてもよい。例えば配布したカードに記載されたシリアル番号によるアクセスが配信サーバ３１にあった際に、クレジットカード番号などをユーザに入力させて、配信サーバ３１が課金処理を行うようにしてもよい。
あるいは、シリアル番号が記載されたカードを無料で配布する際に、コンビニエンスストアなどの店舗で代金決済を行うコード番号が記載された支払い用紙を添付するようにしてもよい。そして、コンサート終了から一定時間以内に支払いがあったコード番号に対応したシリアル番号だけを、配信サーバ３１が有効なシリアル番号として登録し、支払いがなかったシリアル番号は無効にするようにしてもよい。
【００３９】
さらに、上述した実施の形態の例では、ユーザが楽曲データのダウンロードを行う際には、シリアル番号とメールアドレスを入力するようにした。これに対して、シリアル番号とメールアドレス以外のデータを入力させるようにしてもよい。例えば、コンサートのチケットに何らかの通し番号や認証のコード番号を記載しておき、購入したカードなどに記載されたシリアル番号の他に、チケットに記載された番号の入力を行うようにしてもよい。このようにすることで、コンサートの観客であることの認証処理がより確実に行えるようになる。
【００４０】
また、上述した実施の形態の例では、コンサート会場でオーディオの収録を行い、その収録したオーディオの配信を行うようした。これに対して、コンサート会場でビデオカメラを使用してビデオ収録を行い、配信サーバ３１が、収録されたビデオデータを、同様の処理で配信するようにしてもよい。
【符号の説明】
【００４１】
１１…ＰＡ用ミキシング卓、１２…マルチチャンネル処理部、１３…収録用ミキシング卓、１４…マルチトラックレコーダ、１５…配信用ミキシング卓、２１…コンピュータ装置、３０…配信サーバ、４１〜４４…ユーザ端末、５０…カード、５１…アドレス、６０…シール、６１…シリアル番号、１００…コンサート会場、１１０…ステージ、１２０…客席、１２１，１２２…ＰＡ用スピーカ、Ｍ１〜Ｍ５…マイクロフォン、Ｍ１１〜Ｍ１４…オーディエンスマイクロフォン
【図１】
2014086861.tif 000003
【図２】
2014086861.tif 000004
【図３】
2014086861.tif 000005
【図４】
2014086861.tif 000006
【図５】
2014086861.tif 000007
【図６】
2014086861.tif 000008
【図７】
2014086861.tif 000009
【図８】
2014086861.tif 000010