JP4123814B2 - コンテンツデータ配信システム及びコンテンツデータ配信再生方法 - Google Patents
コンテンツデータ配信システム及びコンテンツデータ配信再生方法 Download PDFInfo
- Publication number
- JP4123814B2 JP4123814B2 JP2002126896A JP2002126896A JP4123814B2 JP 4123814 B2 JP4123814 B2 JP 4123814B2 JP 2002126896 A JP2002126896 A JP 2002126896A JP 2002126896 A JP2002126896 A JP 2002126896A JP 4123814 B2 JP4123814 B2 JP 4123814B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- part data
- user
- seat
- content
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、楽音データなどのコンテンツデータの配信方法に関する。
【０００２】
【従来の技術】
インターネットなどを介して各種楽音データを配信するサービスが行われている。このサービスによれば、たとえば携帯電話（移動体通信端末）のユーザは、自分の好みの楽音データを携帯電話にダウンロードし、かかる楽音データをそのまま再生して楽しんだり、着信メロディとして使用することができる。
【０００３】
【発明が解決しようとする課題】
しかしながら、これまでの配信サービスは、ユーザから配信要求のあった楽音データを、単に配信するというものに過ぎなかった。
本発明は、従来にない楽音データの配信方法について提案するものであり、かかる配信方法を利用することによって、楽音データの新たな楽しみ方を提供することを目的とするものである。
【０００４】
【課題を解決するための手段】
本発明に係るコンテンツデータ配信システムの構成は、座席が予め複数の座席群として区分されたイベント会場の前記座席のチケットを予約購入したユーザが所持するユーザ用端末と該複数のユーザ用端末に対してコンテンツデータの配信をネットワークを介して行うコンテンツサーバとを備えるシステムであって、前記コンテンツサーバは、複数のパートデータから構成されるコンテンツデータと前記座席群に対して一つのパートデータが対応付けられたテーブルとを格納する記憶手段と、前記ユーザ用端末から前記ネットワークを介し、コンテンツデータを識別するための識別情報および当該ユーザが予約購入したイベントチケットにおける指定座席にかかる情報である個人情報を含む配信要求があった場合に、当該識別情報によって識別される前記コンテンツデータに含まれる複数の前記パートデータの中から、前記テーブルに基づいて当該ユーザの座席が属する座席群に対応した前記パートデータを抽出するとともに、抽出した前記パートデータを前記ネットワークを介して配信要求元の前記ユーザ用端末に配信することにより、前記各ユーザ用端末に前記複数のパートデータを振り分けるように配信する制御手段とを有し、前記ユーザ用端末は、前記コンテンツサーバから配信されるパートデータを受信する受信手段と、前記受信されたパートデータを、ユーザによって操作される操作手段から操作信号が出力される毎に、予め定められた単位区間ずつ再生する再生手段とを有することを特徴とする。
【０００７】
このようなコンテンツデータ配信システムの構成により、ネットワークに接続されるユーザ用端末からコンテンツデータを識別するための識別情報を含む配信要求があった場合に、かかる識別情報によって識別されるコンテンツデータを構成する複数のパートデータの中から１または複数のパートデータが当該ユーザ用端末に配信される。この配信は、コンテンツデータを構成する複数のパートデータが振り分けるようにして配信される。これにより、データの配信を受けたユーザ用端末のユーザが、配信されたデータを各々再生することにより、全体として１つのコンテンツが再生される独自の効果が奏される。
【０００８】
本発明に係るコンテンツデータ配信システムの構成は、ネットワークに接続される複数のユーザ用端末に対してコンテンツデータの配信を行うコンテンツサーバと前記ユーザ用端末とを備えるシステムであって、前記コンテンツサーバは、複数のパートデータから構成されるコンテンツデータを格納する記憶手段と、前記ユーザ用端末から前記ネットワークを介し、コンテンツデータを識別するための識別情報および当該ユーザの個人情報を含む配信要求があった場合に、当該識別情報によって識別される前記コンテンツデータに含まれる複数の前記パートデータの中から、当該ユーザの個人情報の内容に対応した１または複数の前記パートデータを、所定の処理手順に従って抽出するとともに、抽出した前記パートデータを前記ネットワークを介して配信要求元の前記ユーザ用端末に配信することにより、前記各ユーザ用端末に前記複数のパートデータを振り分けるように配信する制御手段とを有し、前記ユーザ用端末は、前記コンテンツサーバから配信されるパートデータを受信する受信手段と、前記受信されたパートデータを、ユーザによって操作される操作手段から操作信号が出力される毎に、予め定められた単位区間ずつ再生する再生手段とを有することを特徴とする。
このようなコンテンツサーバの構成により、ネットワークに接続されるユーザ用端末からコンテンツデータを識別するための識別情報および当該ユーザの個人情報を含む配信要求があった場合に、かかる識別情報によって識別されるコンテンツデータを構成する複数のパートデータの中からユーザの個人情報の内容に対応する１または複数のパートデータが当該ユーザ用端末に配信される。この配信は、コンテンツデータを構成する複数のパートデータが振り分けるようにして配信される。これにより、データの配信を受けたユーザ用端末のユーザが、配信されたデータを各々再生することにより、全体として１つのコンテンツが再生される独自の効果が奏される。
【０００９】
上述したコンテンツデータ配信システムの構成において、前記ユーザの個人情報は、当該ユーザが予約購入したイベントチケットにおけるイベント会場の指定座席に係る情報であることを特徴としてもよい。
さらに、コンテンツサーバには、前記ユーザの個人情報と配信すべきパートデータとが対応付けされたテーブルが格納されていてもよい。
かかる構成により、データの配信は、イベントチケットを購入したユーザのユーザ用端末に対して行われることとなり、また、イベント会場の指定座席の内容に応じた１または複数のパートデータが対応テーブルによって抽出され、当該ユーザ用端末に配信されることになる。このため、データ配信を受けたユーザ用端末のユーザが、イベント当日の会場において配信されたデータを各々再生することにより、全体として１つのコンテンツが再生される独自の効果が奏される。
【００１０】
本発明に係るコンテンツ配信再生方法の構成は、座席が予め複数の座席群として区分されたイベント会場の前記座席のチケットを予約購入したユーザが所持するユーザ用端末と、複数のパートデータから構成されるコンテンツデータと前記座席群に対して一つのパートデータが対応付けられたテーブルとを格納するコンテンツサーバであって該ユーザ端末に対してコンテンツデータの配信をネットワークを介して行うコンテンツサーバとを備えるシステムのコンテンツデータ配信再生方法であって、前記コンテンツサーバが、前記ユーザ用端末から前記ネットワークを介し、コンテンツデータを識別するための識別情報および当該ユーザが予約購入したイベントチケットにおける指定座席にかかる情報である個人情報を含む配信要求があった場合に、当該識別情報によって識別される前記コンテンツデータに含まれる複数の前記パートデータの中から、前記テーブルに基づいて当該ユーザの座席が属する座席群に対応した前記パートデータを抽出するとともに、抽出した前記パートデータを前記ネットワークを介して配信要求元の前記ユーザ用端末に配信することにより、前記各ユーザ用端末に前記複数のパートデータを振り分けるように配信する過程と、前記ユーザ用端末が、前記コンテンツサーバから配信されるパートデータを受信する受信過程と、前記ユーザ用端末が、前記受信されたパートデータを、ユーザによって操作される操作手段から操作信号が出力される毎に、予め定められた単位区間ずつ再生する再生過程とを有することを特徴とする。
このようなコンテンツ配信再生方法の構成により、ネットワークに接続されるユーザ用端末からコンテンツデータを識別するための識別情報を含む配信要求があった場合に、かかる識別情報によって識別されるコンテンツデータを構成する複数のパートデータの中から１または複数のパートデータが当該ユーザ用端末に配信される。この配信は、コンテンツデータを構成する複数のパートデータが振り分けるようにして配信される。これにより、データの配信を受けたユーザ用端末のユーザが、配信されたデータを各々再生することにより、全体として１つのコンテンツが再生される独自の効果が奏される。
【００１２】
【発明の実施の形態】
Ａ：実施形態の構成
Ａ１：システムの概要構成
図１は、本実施形態に係る楽音データ配信システム（以下、単にシステムという）１００の構成を示す図である。
図１に示すように、本システム１００は、移動体通信端末１、基地局２、移動体通信網３、インターネット４およびコンテンツサーバ５を備えている。図１に示したよりも多くの移動体通信端末１や基地局２を備えていてもよい。
移動体通信端末１は携帯電話等であり、基地局２と移動体通信網３を介してインターネット４に接続し、同じくインターネット４に接続されるコンテンツサーバ５との間でデータの授受を行う。
【００１３】
以上のようなシステム１００を用いて実施される本実施形態に係る楽音データ配信方法が適用される楽音データ配信サービスは、あるコンサートに参加する多数のユーザに対して、特定の楽曲を移動体通信端末１で再生するためのパートデータを配信するといったサービスである。そして、このような配信サービスを受けた各ユーザが配信されたパートデータが格納された移動体通信端末１をコンサート会場に持ち込み、配信されたパートデータを所定のタイミング（たとえばアーティストの指示したタイミング）で一斉にパートデータを移動体通信端末１に再生させることによって、コンサート会場にいるユーザが当該コンサートに積極的に参加することができるといった新たなエンターティメントを創出するものである。
ここで、この配信サービスによってユーザに提供されるエンターティメント性を向上させるために、上記データ配信の際には、コンテンツサーバは複数パートからなる特定の楽曲の一部のパートをあるユーザの移動体通信端末１に配信し、他のパートを他のユーザの移動体通信端末１に配信するといったように、楽曲のパート毎に配信先を振り分けるといった処理を行っている。これにより、コンサート会場にいるすべての各ユーザが配信されたデータを再生することによって、全体として一つの楽曲が再生されるようになっているのである。
【００１４】
図２は、本実施形態にかかわるコンサート会場ＨＡＬＬの見取り図であるが、このようにコンサート会場の客席Ｋは予め区分けされており（図２では、客席群Ａ，Ｂ，Ｃの３区分け）、かかる区分けに応じたパートデータの配信を行っている。このように各ユーザの座席に応じた、パートデータの配信を行うことにより、コンサート会場ＨＡＬＬ全体として各々のパートデータが均等に再生されるので、全体としてまとまりある一つの楽曲が再生される音響空間を形成することができるようになっている。
本実施形態に係るシステム１００は、以上のような新たなエンターティメントを創出する楽音データ配信サービスに適用することができ、以下、当該サービスを実現するためのシステム１００の各部の構成について詳細に説明する。
【００１５】
Ａ２：移動体通信端末１の構成
移動体通信端末１は、携帯電話として無線電話を行うための電話機能に加え、データ通信機能、ブラウザ機能を備えている。
移動体通信端末１の構成ブロック図を図３に示す。このように、移動体通信端末１は、制御部１１、無線通信部１２、ユーザインターフェース部１３、音源回路部１６、発光部１７を備えており、これら各部はバスライン１９を介して接続される。また、音源回路部１６には、スピーカ１６ａが接続されている。
【００１６】
制御部１１は、ＣＰＵ１１１、ＲＯＭ（Read Only Memory）１１２、ＲＡＭ（Random Access Memory）１１３、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory ）１１４を備えており、この移動体通信端末１の各部を制御する。
このうちＲＯＭ１１２には、各種の制御プログラムが格納されている。ＣＰＵ１１１は、この制御プログラムを起動することにより、無線電話としての機能や、データ通信機能を実行する。ＲＡＭ１１３は、ＣＰＵ１１１のワーキングエリアとして使用される。ＥＥＰＲＯＭ１１４には、コンテンツサーバ５から配信されたパートデータなどが格納される。
【００１７】
無線通信部１２は、アンテナ１２１を介して、移動体通信網３の基地局２との間で無線通信を行う。この機能により、移動体通信端末１は、移動体通信網３により提供される無線通信サービスを受けることができ、他の移動体通信端末（携帯電話）１や固定電話等の通信機器との間で電話やデータ通信を行うことができるようになっている。
ユーザインターフェース部１３は、各情報を表示する液晶表示部、ユーザが入力操作を行う文字キー、ユーザが通話を行うためのマイクロホン等を備えている（図４）。
無線通信部１２や、ユーザインターフェース部１３の内容は、一般の携帯電話の内容と同じである。
【００１８】
音源回路部１６は、制御部１１のＥＥＰＲＯＭ１１４に格納されるパートデータに基づいた楽音信号の生成を行う。本実施形態では、パートデータはＭＩＤＩ（Musical Instrument Digital Interface）データであり、音源回路部１６は、ＭＩＤＩ音源に相当する。
制御部１１の制御下、音源回路部１６にパートデータ（ＭＩＤＩデータ）が供給されると、音源回路部１６は、当該ＭＩＤＩデータに従って楽音信号を生成し、スピーカ１６ａに出力する。スピーカ１６ａは、音源回路部１６から供給される楽音信号に基づき楽音を放音する。
【００１９】
発光部１７は、たとえばＬＥＤ（Light Emitting Diode）であり、制御部１１の制御下、所定の電流信号が供給されると、点灯あるいは点滅動作を行う。たとえば、パートデータの再生を開始すると、それに伴い、ＬＥＤが点灯あるいは点滅動作をするように制御される。あるいは、パートデータを再生する際において、所定音量以上の楽音が出力される場合に、かかる楽音の出力と同期して、ＬＥＤが点灯あるいは点滅動作をするように制御される。
図４は、移動体通信端末１の外観図であるが、このように、発光部１７は、移動体通信端末１のアンテナ１２１先端に位置している。ユーザＵは、発光部１７を点灯あるいは点滅させて、移動体通信端末１をペンライトのように使用することができる。
【００２０】
Ａ３：コンテンツサーバ５の構成
コンテンツサーバ５の構成ブロック図を図５に示す。このように、コンテンツサーバ５は、制御部５１、ＨＤＤ（Hard Disk Drive）５２、通信インターフェース部５３を備え、これらの各部はバスライン５９を介して接続される。
【００２１】
制御部５１は、ＣＰＵ５１１、ＲＯＭ５１２、ＲＡＭ５１３を備えており、このコンテンツサーバ５の各部を制御する。
ＲＯＭ５１２には、各種の制御プログラムが格納されている。ＣＰＵ５１１は、所定の制御プログラムを起動することにより、コンテンツサーバ５各部を制御する。たとえば、ＨＤＤ５２からパートデータを読み出して、移動体通信端末１に配信する一連の動作を実行する。ＲＡＭ５１３は、ＣＰＵ５１１のワーキングエリアとして使用される。
【００２２】
ＨＤＤ５２には、移動体通信端末１に対し配信すべきパートデータ等が格納されている。以下に、ＨＤＤ５２に格納される各種データ内容を説明する。
【００２３】
▲１▼ アプリケーションプログラム
本システム１００における移動体通信端末１は、配信されたパートデータをコンサート会場ＨＡＬＬで再生する必要があるため、このための所定のアプリケーションプログラムが配信対象としてＨＤＤ５２に用意されている。
移動体通信端末１において、このアプリケーションプログラムを起動させると、配信されたパートデータの再生待機状態となり、所定の文字キー（例えばエンターキー）を押すことにより、実際にパートデータの再生処理が開始するようになっている。また、パートデータの再生処理が開始すると、同時に発光部１７が点灯あるいは点滅するように制御されるようになっている。
【００２４】
▲２▼ Ｗｅｂ（World Wide Web）ページ
コンサートチケットを購入したユーザのために、移動体通信端末１からのアクセス先として用意されるページであり、データ配信の際におけるユーザとの対話画面となるページが格納されている。このＷｅｂページのＵＲＬ（Uniform Resource Locator）アドレスは、コンサートチケット紙面に記載されている。ユーザは、このＷｅｂページにアクセスするともに、後述するコンサート番号やコンサートの座席情報をコンテンツサーバ５に送信することにより、所定のパートデータの配信を受けることができるようになっている。
【００２５】
▲３▼ 楽音データ
図６は、ＨＤＤ５２に格納された楽音データＤ１，Ｄ２の状態を模式的に示すものである。このように、１つの楽音データは複数のパートデータに分割された状態で、ＨＤＤ５２に格納されている。ここでは、楽音データＤ１は、３つのパートデータＰＤ１−１〜ＰＤ１−３から構成されており、楽音データＤ２は、４つのパートデータＰＤ２−１〜ＰＤ２−４から構成されている例を示している。個々のパートデータは、データとして独立したものとなっており、移動体通信端末１に対して独立して配信されることができるとともに、配信先の移動体通信端末１においては、パートデータとして独立に再生ができるようになっている。
【００２６】
次に、楽音データＤ１を例にとり、３つのパートデータＰＤ１−１，ＰＤ１−２，ＰＤ１−３のデータ内容について具体的に説明する。
図７は、楽音データＤ１の内容を模式的に示した図である。図７における横軸は時間軸であり、３つのパートデータＰＤ１−１，ＰＤ１−２，ＰＤ１−３を同時に再生処理した場合の時間に相当する。
ここで、パートデータＰＤ１−１は、楽音データＤ１のうち、ドラム音などのいわゆるリズム音に係る部分をデータ化したものである。また、パートデータＰＤ１−２は、楽音データＤ１のうち、ホーンセクションに係る楽音であって主としてハーモニーを奏でる楽音部分をデータ化したものである。さらに、パートデータＰＤ１−３は、楽音データＤ１のうちいわゆる主旋律を奏でる楽音部分をデータ化したものである。
すなわち、パートデータＰＤ１−１〜ＰＤ１−３は、楽音データＤ１における、所定パート部分を抜き出したデータに対応するものといえる。このため、３つのパートデータＰＤ１−１〜ＰＤ１−３を同時に再生処理すると、楽音データＤ１そのものを再生処理したのと同じ効果を得ることができるようになっている。
【００２７】
以上は、楽音データＤ１を構成するパートデータＰＤ１−１〜ＰＤ１−３の内容であるが、楽音データＤ２を構成するパートデータＰＤ２−１〜ＰＤ２−４についても同様の内容である。パートデータＰＤ２−１〜ＰＤ２−４を同時に再生処理すると、楽音データＤ２の再生処理を行ったのと同様の効果を得ることができるようになっている。例えば、楽音データＤ２が弦楽四重奏に係る楽曲データであるとき、パートデータＰＤ２−１は第１バイオリンの楽音に係るデータ、パートデータＰＤ２−２は第２バイオリンの楽音に係るデータ、パートデータＰＤ２−３はビオラの楽音に係るデータ、パートデータＰＤ２−４はチェロの楽音に係るデータにそれぞれ対応している。
【００２８】
▲４▼ 対応テーブル
ＨＤＤ５２には、移動体通信端末１から楽音データの配信要求を受けた際に、いずれのパートデータを配信すべきか決定するための対応テーブルＴＢが格納されている。
図８は、この対応テーブルＴＢの内容を模式的に示したものである。このように、本実施形態においては、ユーザが購入したコンサートチケットの情報（コンサート会場の指定座席など）に対応して、配信すべきパートデータが決定されるようになっている。
コンサート番号は、コンサートごとに予め決定されるシリアル番号であり、かかる番号により、いずれのコンサートのチケットを購入したユーザであるかを判別できる情報である。本実施形態においては、ある１つのコンサートに対して、配信すべき１曲の楽音データが予め決定されている。そして、対応テーブルＴＢにおいては、コンサート番号と、当該コンサートのチケットを購入したユーザに対して配信するパートデータの内容との対応付けが行われている。
座席番号は、コンサート会場ＨＡＬＬにおける、座席（客席Ｋ）の位置を示す情報である。前掲図２に示したように、コンサート会場ＨＡＬＬの客席Ｋに予め振られた１から６００の番号のことをいう。
【００２９】
これらの情報（コンサート番号、座席番号）は、ユーザが購入したチケット紙面に記載されている。ユーザは、かかる情報を移動体通信端末１からコンテンツサーバ５に対して送信し、一方、コンテンツサーバ５は、上掲図８に示したテーブルに従い、当該移動体通信端末に配信すべきパートデータを決定することになる。
以上が、本システム１００の各構成要素の説明である。
【００３０】
Ｂ：動作
次に動作の説明を行う。
コンテンツサーバ５から移動体通信端末１に対してパートデータの配信を行う際の動作フローを図９に示す。
本システム１００では、パートデータの配信を行うにあたり、ユーザがコンサートチケットを購入していることが前提となる。ユーザは、たとえばＦＡＸなどを用いてチケット予約をするとともに、指定の銀行口座に代金を振り込むなどして、好みのコンサートに係るチケットを取得する。
【００３１】
図１０は、コンサートチケットＣＴの紙面を例示するものである。このように、コンサートチケットＣＴ紙面には、シリアル番号、コンサート番号、座席番号、ＵＲＬアドレスの情報が記載されている。
シリアル番号は、各チケットに固有の番号であり、当該チケットが正当代金の支払いとともに販売が行われたか否かを判別するための情報である。
コンサート番号は、コンサートごとに予め決定される情報であり、コンサート番号により、当該チケットに係るコンサートを特定することができる。
座席番号は、コンサート会場ＨＡＬＬ（図２参照）における座席位置を表すものであり、１〜６００のいずれかの数字が付されている。
ＵＲＬアドレスは、コンテンツサーバ５における、楽音データの配信を行うＷｅｂサイトに対応する情報である。
【００３２】
図９に戻り、動作の説明を続ける。
ユーザが移動体通信端末１に当該ＵＲＬアドレスを入力し、所定操作を行うと、移動体通信端末１は、基地局２、移動体通信網３、インターネット４を介して、コンテンツサーバ５の所定Ｗｅｂページにアクセスする（ステップＳｂ１）。一方、コンテンツサーバ５の制御部５１は、予めＨＤＤ５２に格納される、データ配信の際のページ（情報入力画面）を表示する。このページはたとえばＨＴＭＬ（Hyper Text Markup Language）のデータにより構成される（ステップＳｂ２）。
【００３３】
図１１は、この情報入力画面を例示したものである。このように、情報入力画面は、ユーザに関する情報の入力を促す表示領域Ｂ１と、購入したチケットに関する情報の入力を促す表示領域Ｂ２を含んでいる。ユーザは、このように表示された情報入力画面の表示に従って、各項目を順次入力していく。
【００３４】
表示領域Ｂ１には、ユーザの性別、年齢といったユーザの個人情報の入力項目と、各項目に対応した入力欄とが表示される。ユーザは、数字キーなどの操作ボタンを操作して各入力欄に適当な文字を入力していく。
このようなユーザの個人情報は、コンサート興行者にとっては、次回のコンサートを企画をするにあたって非常に貴重な資料となるものであるが、従来はこれといった取得手段がなく、たとえばコンサート当日にアンケート用紙を配布し、記入後に回収して情報取得していたに過ぎなかった。そして、アンケート用紙の回収率は高いものとはいえなかった。
本システム１００においては、コンサート開催前において、このような個人情報の回収を行うことができるため、アンケートの手間や、データ集計を行う煩わしさを回避できる効果も奏する。なお、ユーザの個人情報の内容は任意であり、年齢と性別以外の情報として、さらに、ユーザの好みの音楽ジャンル、楽器歴などについても入力項目として設けるようにしてもよい。
次に、表示領域Ｂ２には、シリアル番号、コンサート番号、座席番号、といった、チケット紙面に記載される情報の入力項目と、各項目に対応した入力欄とが表示される。ユーザは、数字キーなどの操作ボタンにより各入力欄に該当する文字を入力していく。
【００３５】
再び図９に戻り、動作の説明を続ける。
さて、上述した各事項の入力が完了すると、ユーザは、図１１に示す「送信」ボタンをクリックする。この結果、入力された各情報がコンテンツサーバ５内の制御部５１（ＣＰＵ５１１）によって認識され、ユーザの個人情報（性別、年齢に係る情報）についてはＨＤＤ５２に格納される（ステップＳｂ３）。
【００３６】
コンテンツサーバ５の制御部５１は、移動体通信端末１から送信された座席番号などの内容に基づき、ＨＤＤ５２に格納されるパートデータの中から配信すべきパートデータを抽出する（ステップＳｂ４）。配信するパートデータの決定にかかわる動作について以下に詳細に説明する。
【００３７】
図１２は、コンテンツサーバ５のＣＰＵ５１１によって行われる、配信するパートデータの抽出処理にかかわる動作フローである。
まず、ＣＰＵ５１１は、移動体通信端末１から送信されたシリアル番号の内容を判別し、有効なものか否かを判別する（ステップＳ５１）。具体的には、当該チケットが正当代金の支払いとともに販売が行われたか否かを判別し、有効性が否定された場合は、この後のパートデータ配信処理を中止し、移動体通信端末１に対してはエラー処理の旨を通知する（ステップＳ５９）。
【００３８】
有効なシリアル番号の場合（ステップＳ５１：ＹＥＳ）、ＣＰＵ５１１は、コンサート番号の内容を判別し、当該ユーザが購入したチケットに係るコンサートを特定する（ステップＳ５２、ステップＳ５３）。具体的には、コンサート番号が、ＨＤＤ５２に格納される対応テーブルＴＢ（前掲図８参照）に登録されている番号であるか否かを判別する。
そして、コンサート番号自体が判別できない場合や、判別できたとしても対応テーブルＴＢに登録されていない番号であった場合は、この後のパートデータ配信処理を中止し、移動体通信端末１に対してはエラー処理の旨を通知する（ステップＳ５９）。
【００３９】
ユーザが購入したチケットに係るコンサートが特定できると（ステップＳ５２：ＹＥＳ、ステップＳ５３）、ＣＰＵ５１１は、座席番号の情報を判別し（ステップＳ５４）、ＨＤＤ５２に格納されている対応テーブルＴＢの内容から、配信すべきパートデータの内容を決定する（ステップＳ５５）。たとえば、コンサート番号として「ＣＯＮ−００１」が送信されるとともに、座席番号として「１００」が送信された場合、当該移動体通信端末１に対しては、パートデータＰＤ１−１が配信データとして決定される。また、コンサート番号として「ＣＯＮ−００２」が送信されるとともに、座席番号として「１００」が送信された場合、当該移動体通信端末１に対しては、パートデータＰＤ２−１が配信データとして決定される。
なお、対応テーブルＴＢに登録されていない無効の座席番号であった場合は、この後のパートデータ配信処理を中止し、移動体通信端末１に対してはエラー処理の旨を通知する（ステップＳ５９）。
以上が、配信すべきパートデータ決定にかかわる動作処理の内容である。
【００４０】
図９に戻り、動作の説明を続ける。
コンテンツサーバ５は、このようにして配信すべきパートデータを決定後、実際にデータ配信を行う（ステップＳｂ５）。一方、移動体通信端末１は、かかる配信を受け、パートデータをＥＥＰＲＯＭ１１４に格納する（ステップＳｂ６）。
なお、この配信の際において、移動体通信端末１から別途リクエストがあれば、所定のアプリケーションプログラムも同時に配信するようにしてもよい。かかるアプリケーションプログラムは、移動体通信端末１において、パートデータの再生を実行するためのものである。このアプリケーションプログラムも、移動体通信端末１のＥＥＰＲＯＭ１１４に格納される。
【００４１】
以上が、コンテンツサーバ５から移動体通信端末１に対してパートデータの配信を行う際の動作内容である。要するに、移動体通信端末１から配信すべき楽音データを識別するための識別情報（コンサート番号）が配信要求として送信された場合、コンテンツサーバ５は、かかる識別情報に基づき、配信すべき楽音データを識別し、当該楽音データを構成するパートデータのうちのいずれかを、配信要求のあった移動体通信端末１に対して配信する。
ここで、楽音データを構成するパートデータのうちのいずれのパートデータを配信するかは、移動体通信端末１から送信されるユーザの個人情報（コンサート会場の座席番号）によって抽出決定される。この抽出決定するための、ユーザの個人情報とパートデータとの対応テーブルは、予めコンテンツサーバ５に格納されている。
このように、本システム１００においては、移動体通信端末１から、配信対象となるパートデータの指定を行うのではなく、コンテンツサーバ５主体の下、ユーザの個人情報（コンサート会場の座席番号）に対応したパートデータが配信されるという点を特徴とする。言い換えれば、ユーザはパートデータの指定を行うことができず、あくまでコンサート番号などの情報を送信するだけであり、コンテンツサーバ５は、同じコンサートに参加するユーザの各移動体通信端末１に対して楽音データを構成するパートデータが振り分けられるように、パートデータの配信を制御する。本実施形態においては、コンサート会場ＨＡＬＬの座席番号による配信制御が行われるため、コンサートチケットを予約購入したユーザの移動体通信端末１に対して、各々のパートデータが平均的に振り分けられるように配信されることになる。
【００４２】
一方、コンテンツサーバ５は、個々の移動体通信端末１にパートデータの配信を行った後、個々の移動体通信端末１から送信された個人情報（年齢、性別などの情報）の集計を行う。集計の結果、コンサートごとに、チケット購入者の性別比や年齢層を表す情報が生成されることとなり、コンサートを興行する者においては、次回のコンサート企画などの貴重な参考資料として有効利用される。
【００４３】
Ｃ：効果
以上説明したように、本システム１００においては、コンサートチケットを購入したユーザは、移動体通信端末１からコンテンツサーバ５に対して楽音データの配信を受けるべくアクセスを行う。一方、コンテンツサーバ５は、移動体通信端末１から送信されたコンサートチケットに係る情報（コンサート番号や座席番号など）に基づき、所定のパートデータを配信する。
このように、本実施形態に係るシステム１００においては、個々の移動体通信端末１に対し、当該ユーザが購入したチケットの内容に応じたパートデータがそれぞれ配信されることになる。ここで、パートデータの配信にあたっては、移動体通信端末１から、配信対象となるパートデータの指定が行われるのではなく、コンテンツサーバ５主体の下、ユーザの個人情報（コンサート会場の座席番号）に対応したパートデータが配信される。このため、ユーザにおいては、どのようなパートデータが配信されるのか予測できず、また、実際にコンサート会場ＨＡＬＬにおいて、他のユーザの移動体通信端末１とともにパートデータの再生を行うまでは、どのような楽曲にかかわるパートデータであるか予測できないことになる。
【００４４】
ここで、本実施形態に係る効果をより具体的に説明するために、コンサート番号として「ＣＯＮ−００１」が付されたコンサートを例にした説明を行う。前述したように（図８）、コンサート番号「ＣＯＮ−００１」のチケットを購入したユーザにつき、座席番号１〜２００のチケット購入者に対しては、パートデータＰＤ１−１、座席番号２０１〜４００のチケット購入者に対しては、パートデータＰＤ１−２、座席番号４０１〜６００のチケット購入者に対しては、パートデータＰＤ１−３が配信されるようになっている。
【００４５】
そして、コンサート番号「ＣＯＮ−００１」のコンサート当日、コンサート会場ＨＡＬＬに集まったユーザの移動体通信端末１には、楽音データＤ１に係るパートデータＰＤ１−１〜ＰＤ１−３のいずれかが格納されている。そして、ステージＳＴ（図２参照）上にいるアーティストの掛け声などに合わせて、各ユーザが一斉に移動体通信端末１からパートデータの再生を開始する。
すると、コンサート会場ＨＡＬＬの客席群Ａにいるユーザの移動体通信端末１からはリズム音に係る楽音、客席群Ｂにいるユーザの移動体通信端末１からはホーンセクションに係る楽音、客席群Ｃにいるユーザの移動体通信端末１からは主旋律に係る楽音がそれぞれ一斉に出力される。これらの、リズム音に係る楽音、ホーンセクションに係る楽音、主旋律に係る楽音は、同時に再生すると、楽音データＤ１を再生したのと同様の効果を奏することができるため、コンサート会場ＨＡＬＬ全体として楽音データＤ１が奏される独自の音響空間を創ることができるのである。さらに、各移動体通信端末１の発光部１７は点灯あるいは点滅するため、ユーザは移動体通信端末１をペンライトのようにして使用することも可能である。
【００４６】
一方、ステージＳＴにいるアーティストは、客席Ｋから奏される楽音に合わせて、歌いだしたり、あるいは、ギターやピアノの演奏を開始することができる。このように、本システム１００によれば、コンサート会場ＨＡＬＬの客席ＫとステージＳＴにいる者が一体となって、１つの楽曲演奏を行うこともできる独自の音響空間を実現することができる。
【００４７】
Ｄ：変形例
以上、本発明の一実施形態について説明したが、本発明の趣旨の範囲内で任意に変形をすることができる。以下にいくつかの変形例を説明する。
【００４８】
（変形例１）
上述した実施形態においては、コンサート会場ＨＡＬＬは一種類であることを想定しているが、複数のコンサート会場を想定してもよい。この場合においても、前掲図８に示したような、座席番号と配信データとの関係を表す対応テーブルＴＢをコンサート会場ごとに用意しておけば、上述実施形態と同様の作用、効果を奏することができる。
【００４９】
（変形例２）
また、同じコンサート会場においても、パートデータの配信方法を変えるようにしてもよい。上述した実施形態においては、座席番号によって３つあるいは４つの区分けを行っているが、図１３に示すように、さらに多くの区分けを行い、複数のパートデータが客席全体として均等に配信される状況になるようにしてもよい。この場合においても、座席番号と配信データとの関係を表す対応テーブルＴＢを予め用意しておけば、上述実施形態と同様の作用、効果を奏することができる。
また、パートデータの配信を行うのは客席全体ではなく、客席の一部としてもよい。その際の配信を行うユーザの選択は、客席番号などの購入したチケットに関する情報の他に、パートデータを配信する際に入力するユーザの個人情報を用いてもよい。例えば、２０歳から２９歳までのユーザのみにあ対してパートデータの配信を行うようにしてもよく、あるいは ｖ、男性のユーザと女性のユーザに対してそれぞれ異なるパートデータの配信を行うようにしてもよい。
【００５０】
（変形例３）
また、上述した実施形態においては、１つのコンサートにおいて、配信するパートデータは１曲であることを想定しているが、複数の楽曲に係るパートデータを配信することとしてもよい。この場合においても、前掲図８に示したような、座席番号と配信データとの関係を表す対応テーブルＴＢを曲ごとに用意しておけば、上述実施形態と同様の作用、効果を奏することができる。
また、複数のパートデータを配信する場合は、専用のアプリケーションソフトとして、所定のパートデータが簡易に再生開始できるようなものを用意して、各移動体通信端末１に配信するのが好ましい。たとえば、２曲分のパートデータの配信を行うこととした場合、移動体通信端末１において、ユーザが１の数字キーを押すと１曲目のパートデータの再生が開始され、２の数字キーを押すと２曲目のパートデータの再生が行われる、というような簡易な操作により各パートデータの再生ができるようにしておくのがユーザの誤動作を回避する点においても望ましい。
【００５１】
（変形例４）
さらに、専用のアプリケーションソフトウェアの機能として、パートデータの再生を行うにあたり、楽曲のうちの設定した単位区間、たとえば１小節ごとを単位とする再生ができるような機能を持たせるようにしてもよい。
たとえば、ユーザが移動体通信端末１の所定キーを押すごとに、１小節ごとのパートデータの再生が行われるようにすれば、最初の再生タイミングが合わなかったユーザもその後タイミングを合わせることができる利点がある。
本変形例においては、パートデータのデータ構成を予め所定のものに変換しておくことが好ましい。たとえば、パートデータの１小節ごとに所定のマークをつけておき、ユーザが移動体通信端末１の所定キーを押すたびに、マーク間のデータ再生を行うようにする。このような構成とすることにより、ユーザはい１小節ごとに、リズムをとりながら移動体通信端末１の所定キーを押すようにすれば、他のユーザの再生速度と容易に合致することとなる効果が奏される。
【００５２】
（変形例５）
また、コンサート会場ＨＡＬＬ内に、近距離無線信号を受信可能なパワーアンプを設置しておき、移動体通信端末１からパートデータに係る無線信号を受信できようにしてもよい。これによりより迫力ある演奏が実現できることとなる。近距離無線の形態としては、たとえばBlue tooth（登録商標）通信や赤外線通信（ＩｒＤＡ：Infrared Data Association）を利用することができる。
あるいは、コンサート会場ＨＡＬＬ内に、近距離無線信号を受信可能な電子楽器を用意しておき、楽器経験のあるユーザは、移動体通信の所定キーを操作して、ステージ上の電子楽器の演奏ができるような環境を創ってもよい。このような環境により、客席にいながら、アドリブ演奏などをすることができる独自の音響空間を創ることもできる。
また上記の近距離無線を用いて、ユーザの移動体通信端末１からパートデータの再生タイミングを制御できるようにしてもよい。
【００５３】
（変形例６）
上述した実施形態においては、パートデータはＭＩＤＩデータであることを想定しているが、他のデータ形式であってもよく、たとえばＭＰ３（MPEG-1 Audio Layer3）により圧縮されたデータであってもよい。
【００５４】
（変形例７）
移動体通信端末１も、コンサート会場ＨＡＬＬにユーザが持参できるものであれば代用可能であり、たとえば上述したＭＰ３データの再生装置でもよい。コンサート会場ＨＡＬＬにおいて、移動体通信端末１の種類は統一されていなくても上述実施形態の作用、効果は奏される。
【００５５】
（変形例８）
また、上述した実施形態においては、移動体通信端末１自体にパートデータの配信を行うこととしているが、たとえばユーザは、ＰＣ（Personal Computer）からコンテンツサーバ５にアクセスしてパートデータの配信を受け、その後、自分の移動体通信端末１にパートデータを転送するような形態をとってもよい。
移動体通信端末１としても、携帯電話だけでなく、ＭＰ３プレーヤ、ＰＤＡ（Personal Digital Assistants）あるいは携帯型パソコンといった携帯性を有するものであれば利用することができる。
【００５６】
（変形例９）
上記実施形態において、パートデータ等を格納するＨＤＤ５２はコンテンツサーバ５の外に設置する構成にしてもよい。また、コンサート会場ＨＡＬＬごと、あるいは、アーチストの所属するレコード会社ごとに別々のＨＤＤ５２を設け、コンテンツサーバ５の制御下において、パートデータの配信制御を行うこととしてもよい。
【００５７】
（変形例１０）
コンサートチケットの販売方法は任意に変形することが可能である。たとえば、チケット代金の支払い方法は、直接プレイガイドで現金による支払いとしてもよく、ホームバンキング等の電子決済を利用したチケット料金の支払いを行うこととしてもよい。電子決済を利用する場合、インターネット４を介したチケット販売を行うこととしてもよい。
また、ユーザは移動体通信端末１を用いて、コンテンツサーバ５にアクセスしてコンサートチケットを購入できるようにしてもよい。この場合は、チケット代金の支払いを確認後、コンテンツサーバ５側から移動体通信端末１に対し、チケットの内容に応じたパートデータの配信を自動的に行うようにしてもよい。
【００５８】
（変形例１１）
発光部１７の制御方法についても任意に変形が可能であり、上述した実施形態においては、パートデータの再生時に点灯、点滅するようにしているが、曲の所定部分にさしかかった場合に点灯、点滅するように制御を行うこととしてもよい。また、ユーザの座席位置によって、点灯、点滅するタイミングをずらすようにしてもよい。
【００５９】
（変形例１２）
上述した実施形態においては、コンサートチケットを購入したユーザに対する楽音データの配信を行うシステム１００に係るものであったが、コンサート以外のイベントのチケットを購入したユーザに対する楽音データ配信を行うシステムとしての利用も可能である。
たとえば、スポーツイベント（たとえば野球やサッカーの試合）のチケットを購入したユーザに対する楽音データ配信を行うシステムであってもよい。
この場合、コンテンツサーバ５は、野球やサッカーの試合チケット購入者に対し、スタジアムの座席に応じたパートデータの配信を行うようにすればよく、かかるパートデータを一斉に再生したときに、応援するチームの応援歌などが奏されるようになっていれば、上述した実施形態と同様の作用、効果を奏することができる。
たとえば、野球であれば攻守交代の際、サッカーであればハーフタイムの際に、応援リーダの掛け声にあわせて、各ユーザは一斉に移動体通信端末１の操作を行い、パートデータの再生をスタートさせる。すると、スタジアム客席の全体から、チーム応援歌が奏されるという、特殊な音響空間を創り出すことができる。
【００６０】
（変形例１３）
なお、本実施形態に係るコンテンツサーバ５を制御するプログラムについては、予めコンテンツサーバ５にインストールされていることを前提としているが、かかるインストール方法は任意であり、たとえば、プログラムが記録されたＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）などの記録媒体を用いて、コンテンツサーバ５にインストールしてもよい。また、プログラムをネットワークを介してネット配信の形態によりインストールすることとしてもよい。
【００６１】
【発明の効果】
以上のように、本発明によれば、従来にない楽音データの配信方法を提供でき、かかる楽音データを用いた新たな楽しみかたを提供することができる。
【図面の簡単な説明】
【図１】 本実施形態に係る楽音データ配信システム１００のシステム図である。
【図２】 同システム１００におけるコンサート会場ＨＡＬＬの見取り図である。
【図３】 同システム１００における移動体通信端末１のブロック図である。
【図４】 同システム１００における移動体通信端末１の外観図である。
【図５】 同システム１００におけるコンテンツサーバ５のブロック図である。
【図６】 同システム１００におけるコンテンツサーバ５のＨＤＤ５２に格納される楽音データを模式的に示す図である。
【図７】 同システム１００における配信対象となるパートデータの内容を説明するための図である。
【図８】 同システム１００におけるコンテンツサーバ５のＨＤＤ５２に格納される対応テーブルＴＢの内容を模式的に示す図である。
【図９】 同システム１００におけるコンテンツサーバ５が移動体通信端末１にパートデータを配信する際のフローである。
【図１０】 同システム１００におけるコンサートチケットＣＴの紙面を例示する図である。
【図１１】 同システム１００における移動体通信端末１に表示される内容を例示する図である。
【図１２】 同システム１００におけるコンテンツサーバ５が配信すべきパートデータを決定する際のフローである。
【図１３】 変形例を説明するための図である。
【符号の説明】
１……移動体通信端末（たとえば携帯電話）、
１１……制御部、１１１……ＣＰＵ、１１２……ＲＯＭ、
１１３……ＲＡＭ、１１４……ＥＥＰＲＯＭ、
１２……無線通信部、１２１……アンテナ、１３……ユーザインターフェース部、
１６……音源回路部、１６ａ……スピーカ、１７……発光部、
２……基地局、３……移動体通信網、４……インターネット、
５……コンテンツサーバ、
５１……制御部、５１１……ＣＰＵ、５１２……ＲＯＭ、５１３……ＲＡＭ
５２……ＨＤＤ、５３……通信インターフェース部
１００……楽音データ配信システム。
【発明の属する技術分野】
本発明は、楽音データなどのコンテンツデータの配信方法に関する。
【０００２】
【従来の技術】
インターネットなどを介して各種楽音データを配信するサービスが行われている。このサービスによれば、たとえば携帯電話（移動体通信端末）のユーザは、自分の好みの楽音データを携帯電話にダウンロードし、かかる楽音データをそのまま再生して楽しんだり、着信メロディとして使用することができる。
【０００３】
【発明が解決しようとする課題】
しかしながら、これまでの配信サービスは、ユーザから配信要求のあった楽音データを、単に配信するというものに過ぎなかった。
本発明は、従来にない楽音データの配信方法について提案するものであり、かかる配信方法を利用することによって、楽音データの新たな楽しみ方を提供することを目的とするものである。
【０００４】
【課題を解決するための手段】
本発明に係るコンテンツデータ配信システムの構成は、座席が予め複数の座席群として区分されたイベント会場の前記座席のチケットを予約購入したユーザが所持するユーザ用端末と該複数のユーザ用端末に対してコンテンツデータの配信をネットワークを介して行うコンテンツサーバとを備えるシステムであって、前記コンテンツサーバは、複数のパートデータから構成されるコンテンツデータと前記座席群に対して一つのパートデータが対応付けられたテーブルとを格納する記憶手段と、前記ユーザ用端末から前記ネットワークを介し、コンテンツデータを識別するための識別情報および当該ユーザが予約購入したイベントチケットにおける指定座席にかかる情報である個人情報を含む配信要求があった場合に、当該識別情報によって識別される前記コンテンツデータに含まれる複数の前記パートデータの中から、前記テーブルに基づいて当該ユーザの座席が属する座席群に対応した前記パートデータを抽出するとともに、抽出した前記パートデータを前記ネットワークを介して配信要求元の前記ユーザ用端末に配信することにより、前記各ユーザ用端末に前記複数のパートデータを振り分けるように配信する制御手段とを有し、前記ユーザ用端末は、前記コンテンツサーバから配信されるパートデータを受信する受信手段と、前記受信されたパートデータを、ユーザによって操作される操作手段から操作信号が出力される毎に、予め定められた単位区間ずつ再生する再生手段とを有することを特徴とする。
【０００７】
このようなコンテンツデータ配信システムの構成により、ネットワークに接続されるユーザ用端末からコンテンツデータを識別するための識別情報を含む配信要求があった場合に、かかる識別情報によって識別されるコンテンツデータを構成する複数のパートデータの中から１または複数のパートデータが当該ユーザ用端末に配信される。この配信は、コンテンツデータを構成する複数のパートデータが振り分けるようにして配信される。これにより、データの配信を受けたユーザ用端末のユーザが、配信されたデータを各々再生することにより、全体として１つのコンテンツが再生される独自の効果が奏される。
【０００８】
本発明に係るコンテンツデータ配信システムの構成は、ネットワークに接続される複数のユーザ用端末に対してコンテンツデータの配信を行うコンテンツサーバと前記ユーザ用端末とを備えるシステムであって、前記コンテンツサーバは、複数のパートデータから構成されるコンテンツデータを格納する記憶手段と、前記ユーザ用端末から前記ネットワークを介し、コンテンツデータを識別するための識別情報および当該ユーザの個人情報を含む配信要求があった場合に、当該識別情報によって識別される前記コンテンツデータに含まれる複数の前記パートデータの中から、当該ユーザの個人情報の内容に対応した１または複数の前記パートデータを、所定の処理手順に従って抽出するとともに、抽出した前記パートデータを前記ネットワークを介して配信要求元の前記ユーザ用端末に配信することにより、前記各ユーザ用端末に前記複数のパートデータを振り分けるように配信する制御手段とを有し、前記ユーザ用端末は、前記コンテンツサーバから配信されるパートデータを受信する受信手段と、前記受信されたパートデータを、ユーザによって操作される操作手段から操作信号が出力される毎に、予め定められた単位区間ずつ再生する再生手段とを有することを特徴とする。
このようなコンテンツサーバの構成により、ネットワークに接続されるユーザ用端末からコンテンツデータを識別するための識別情報および当該ユーザの個人情報を含む配信要求があった場合に、かかる識別情報によって識別されるコンテンツデータを構成する複数のパートデータの中からユーザの個人情報の内容に対応する１または複数のパートデータが当該ユーザ用端末に配信される。この配信は、コンテンツデータを構成する複数のパートデータが振り分けるようにして配信される。これにより、データの配信を受けたユーザ用端末のユーザが、配信されたデータを各々再生することにより、全体として１つのコンテンツが再生される独自の効果が奏される。
【０００９】
上述したコンテンツデータ配信システムの構成において、前記ユーザの個人情報は、当該ユーザが予約購入したイベントチケットにおけるイベント会場の指定座席に係る情報であることを特徴としてもよい。
さらに、コンテンツサーバには、前記ユーザの個人情報と配信すべきパートデータとが対応付けされたテーブルが格納されていてもよい。
かかる構成により、データの配信は、イベントチケットを購入したユーザのユーザ用端末に対して行われることとなり、また、イベント会場の指定座席の内容に応じた１または複数のパートデータが対応テーブルによって抽出され、当該ユーザ用端末に配信されることになる。このため、データ配信を受けたユーザ用端末のユーザが、イベント当日の会場において配信されたデータを各々再生することにより、全体として１つのコンテンツが再生される独自の効果が奏される。
【００１０】
本発明に係るコンテンツ配信再生方法の構成は、座席が予め複数の座席群として区分されたイベント会場の前記座席のチケットを予約購入したユーザが所持するユーザ用端末と、複数のパートデータから構成されるコンテンツデータと前記座席群に対して一つのパートデータが対応付けられたテーブルとを格納するコンテンツサーバであって該ユーザ端末に対してコンテンツデータの配信をネットワークを介して行うコンテンツサーバとを備えるシステムのコンテンツデータ配信再生方法であって、前記コンテンツサーバが、前記ユーザ用端末から前記ネットワークを介し、コンテンツデータを識別するための識別情報および当該ユーザが予約購入したイベントチケットにおける指定座席にかかる情報である個人情報を含む配信要求があった場合に、当該識別情報によって識別される前記コンテンツデータに含まれる複数の前記パートデータの中から、前記テーブルに基づいて当該ユーザの座席が属する座席群に対応した前記パートデータを抽出するとともに、抽出した前記パートデータを前記ネットワークを介して配信要求元の前記ユーザ用端末に配信することにより、前記各ユーザ用端末に前記複数のパートデータを振り分けるように配信する過程と、前記ユーザ用端末が、前記コンテンツサーバから配信されるパートデータを受信する受信過程と、前記ユーザ用端末が、前記受信されたパートデータを、ユーザによって操作される操作手段から操作信号が出力される毎に、予め定められた単位区間ずつ再生する再生過程とを有することを特徴とする。
このようなコンテンツ配信再生方法の構成により、ネットワークに接続されるユーザ用端末からコンテンツデータを識別するための識別情報を含む配信要求があった場合に、かかる識別情報によって識別されるコンテンツデータを構成する複数のパートデータの中から１または複数のパートデータが当該ユーザ用端末に配信される。この配信は、コンテンツデータを構成する複数のパートデータが振り分けるようにして配信される。これにより、データの配信を受けたユーザ用端末のユーザが、配信されたデータを各々再生することにより、全体として１つのコンテンツが再生される独自の効果が奏される。
【００１２】
【発明の実施の形態】
Ａ：実施形態の構成
Ａ１：システムの概要構成
図１は、本実施形態に係る楽音データ配信システム（以下、単にシステムという）１００の構成を示す図である。
図１に示すように、本システム１００は、移動体通信端末１、基地局２、移動体通信網３、インターネット４およびコンテンツサーバ５を備えている。図１に示したよりも多くの移動体通信端末１や基地局２を備えていてもよい。
移動体通信端末１は携帯電話等であり、基地局２と移動体通信網３を介してインターネット４に接続し、同じくインターネット４に接続されるコンテンツサーバ５との間でデータの授受を行う。
【００１３】
以上のようなシステム１００を用いて実施される本実施形態に係る楽音データ配信方法が適用される楽音データ配信サービスは、あるコンサートに参加する多数のユーザに対して、特定の楽曲を移動体通信端末１で再生するためのパートデータを配信するといったサービスである。そして、このような配信サービスを受けた各ユーザが配信されたパートデータが格納された移動体通信端末１をコンサート会場に持ち込み、配信されたパートデータを所定のタイミング（たとえばアーティストの指示したタイミング）で一斉にパートデータを移動体通信端末１に再生させることによって、コンサート会場にいるユーザが当該コンサートに積極的に参加することができるといった新たなエンターティメントを創出するものである。
ここで、この配信サービスによってユーザに提供されるエンターティメント性を向上させるために、上記データ配信の際には、コンテンツサーバは複数パートからなる特定の楽曲の一部のパートをあるユーザの移動体通信端末１に配信し、他のパートを他のユーザの移動体通信端末１に配信するといったように、楽曲のパート毎に配信先を振り分けるといった処理を行っている。これにより、コンサート会場にいるすべての各ユーザが配信されたデータを再生することによって、全体として一つの楽曲が再生されるようになっているのである。
【００１４】
図２は、本実施形態にかかわるコンサート会場ＨＡＬＬの見取り図であるが、このようにコンサート会場の客席Ｋは予め区分けされており（図２では、客席群Ａ，Ｂ，Ｃの３区分け）、かかる区分けに応じたパートデータの配信を行っている。このように各ユーザの座席に応じた、パートデータの配信を行うことにより、コンサート会場ＨＡＬＬ全体として各々のパートデータが均等に再生されるので、全体としてまとまりある一つの楽曲が再生される音響空間を形成することができるようになっている。
本実施形態に係るシステム１００は、以上のような新たなエンターティメントを創出する楽音データ配信サービスに適用することができ、以下、当該サービスを実現するためのシステム１００の各部の構成について詳細に説明する。
【００１５】
Ａ２：移動体通信端末１の構成
移動体通信端末１は、携帯電話として無線電話を行うための電話機能に加え、データ通信機能、ブラウザ機能を備えている。
移動体通信端末１の構成ブロック図を図３に示す。このように、移動体通信端末１は、制御部１１、無線通信部１２、ユーザインターフェース部１３、音源回路部１６、発光部１７を備えており、これら各部はバスライン１９を介して接続される。また、音源回路部１６には、スピーカ１６ａが接続されている。
【００１６】
制御部１１は、ＣＰＵ１１１、ＲＯＭ（Read Only Memory）１１２、ＲＡＭ（Random Access Memory）１１３、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory ）１１４を備えており、この移動体通信端末１の各部を制御する。
このうちＲＯＭ１１２には、各種の制御プログラムが格納されている。ＣＰＵ１１１は、この制御プログラムを起動することにより、無線電話としての機能や、データ通信機能を実行する。ＲＡＭ１１３は、ＣＰＵ１１１のワーキングエリアとして使用される。ＥＥＰＲＯＭ１１４には、コンテンツサーバ５から配信されたパートデータなどが格納される。
【００１７】
無線通信部１２は、アンテナ１２１を介して、移動体通信網３の基地局２との間で無線通信を行う。この機能により、移動体通信端末１は、移動体通信網３により提供される無線通信サービスを受けることができ、他の移動体通信端末（携帯電話）１や固定電話等の通信機器との間で電話やデータ通信を行うことができるようになっている。
ユーザインターフェース部１３は、各情報を表示する液晶表示部、ユーザが入力操作を行う文字キー、ユーザが通話を行うためのマイクロホン等を備えている（図４）。
無線通信部１２や、ユーザインターフェース部１３の内容は、一般の携帯電話の内容と同じである。
【００１８】
音源回路部１６は、制御部１１のＥＥＰＲＯＭ１１４に格納されるパートデータに基づいた楽音信号の生成を行う。本実施形態では、パートデータはＭＩＤＩ（Musical Instrument Digital Interface）データであり、音源回路部１６は、ＭＩＤＩ音源に相当する。
制御部１１の制御下、音源回路部１６にパートデータ（ＭＩＤＩデータ）が供給されると、音源回路部１６は、当該ＭＩＤＩデータに従って楽音信号を生成し、スピーカ１６ａに出力する。スピーカ１６ａは、音源回路部１６から供給される楽音信号に基づき楽音を放音する。
【００１９】
発光部１７は、たとえばＬＥＤ（Light Emitting Diode）であり、制御部１１の制御下、所定の電流信号が供給されると、点灯あるいは点滅動作を行う。たとえば、パートデータの再生を開始すると、それに伴い、ＬＥＤが点灯あるいは点滅動作をするように制御される。あるいは、パートデータを再生する際において、所定音量以上の楽音が出力される場合に、かかる楽音の出力と同期して、ＬＥＤが点灯あるいは点滅動作をするように制御される。
図４は、移動体通信端末１の外観図であるが、このように、発光部１７は、移動体通信端末１のアンテナ１２１先端に位置している。ユーザＵは、発光部１７を点灯あるいは点滅させて、移動体通信端末１をペンライトのように使用することができる。
【００２０】
Ａ３：コンテンツサーバ５の構成
コンテンツサーバ５の構成ブロック図を図５に示す。このように、コンテンツサーバ５は、制御部５１、ＨＤＤ（Hard Disk Drive）５２、通信インターフェース部５３を備え、これらの各部はバスライン５９を介して接続される。
【００２１】
制御部５１は、ＣＰＵ５１１、ＲＯＭ５１２、ＲＡＭ５１３を備えており、このコンテンツサーバ５の各部を制御する。
ＲＯＭ５１２には、各種の制御プログラムが格納されている。ＣＰＵ５１１は、所定の制御プログラムを起動することにより、コンテンツサーバ５各部を制御する。たとえば、ＨＤＤ５２からパートデータを読み出して、移動体通信端末１に配信する一連の動作を実行する。ＲＡＭ５１３は、ＣＰＵ５１１のワーキングエリアとして使用される。
【００２２】
ＨＤＤ５２には、移動体通信端末１に対し配信すべきパートデータ等が格納されている。以下に、ＨＤＤ５２に格納される各種データ内容を説明する。
【００２３】
▲１▼ アプリケーションプログラム
本システム１００における移動体通信端末１は、配信されたパートデータをコンサート会場ＨＡＬＬで再生する必要があるため、このための所定のアプリケーションプログラムが配信対象としてＨＤＤ５２に用意されている。
移動体通信端末１において、このアプリケーションプログラムを起動させると、配信されたパートデータの再生待機状態となり、所定の文字キー（例えばエンターキー）を押すことにより、実際にパートデータの再生処理が開始するようになっている。また、パートデータの再生処理が開始すると、同時に発光部１７が点灯あるいは点滅するように制御されるようになっている。
【００２４】
▲２▼ Ｗｅｂ（World Wide Web）ページ
コンサートチケットを購入したユーザのために、移動体通信端末１からのアクセス先として用意されるページであり、データ配信の際におけるユーザとの対話画面となるページが格納されている。このＷｅｂページのＵＲＬ（Uniform Resource Locator）アドレスは、コンサートチケット紙面に記載されている。ユーザは、このＷｅｂページにアクセスするともに、後述するコンサート番号やコンサートの座席情報をコンテンツサーバ５に送信することにより、所定のパートデータの配信を受けることができるようになっている。
【００２５】
▲３▼ 楽音データ
図６は、ＨＤＤ５２に格納された楽音データＤ１，Ｄ２の状態を模式的に示すものである。このように、１つの楽音データは複数のパートデータに分割された状態で、ＨＤＤ５２に格納されている。ここでは、楽音データＤ１は、３つのパートデータＰＤ１−１〜ＰＤ１−３から構成されており、楽音データＤ２は、４つのパートデータＰＤ２−１〜ＰＤ２−４から構成されている例を示している。個々のパートデータは、データとして独立したものとなっており、移動体通信端末１に対して独立して配信されることができるとともに、配信先の移動体通信端末１においては、パートデータとして独立に再生ができるようになっている。
【００２６】
次に、楽音データＤ１を例にとり、３つのパートデータＰＤ１−１，ＰＤ１−２，ＰＤ１−３のデータ内容について具体的に説明する。
図７は、楽音データＤ１の内容を模式的に示した図である。図７における横軸は時間軸であり、３つのパートデータＰＤ１−１，ＰＤ１−２，ＰＤ１−３を同時に再生処理した場合の時間に相当する。
ここで、パートデータＰＤ１−１は、楽音データＤ１のうち、ドラム音などのいわゆるリズム音に係る部分をデータ化したものである。また、パートデータＰＤ１−２は、楽音データＤ１のうち、ホーンセクションに係る楽音であって主としてハーモニーを奏でる楽音部分をデータ化したものである。さらに、パートデータＰＤ１−３は、楽音データＤ１のうちいわゆる主旋律を奏でる楽音部分をデータ化したものである。
すなわち、パートデータＰＤ１−１〜ＰＤ１−３は、楽音データＤ１における、所定パート部分を抜き出したデータに対応するものといえる。このため、３つのパートデータＰＤ１−１〜ＰＤ１−３を同時に再生処理すると、楽音データＤ１そのものを再生処理したのと同じ効果を得ることができるようになっている。
【００２７】
以上は、楽音データＤ１を構成するパートデータＰＤ１−１〜ＰＤ１−３の内容であるが、楽音データＤ２を構成するパートデータＰＤ２−１〜ＰＤ２−４についても同様の内容である。パートデータＰＤ２−１〜ＰＤ２−４を同時に再生処理すると、楽音データＤ２の再生処理を行ったのと同様の効果を得ることができるようになっている。例えば、楽音データＤ２が弦楽四重奏に係る楽曲データであるとき、パートデータＰＤ２−１は第１バイオリンの楽音に係るデータ、パートデータＰＤ２−２は第２バイオリンの楽音に係るデータ、パートデータＰＤ２−３はビオラの楽音に係るデータ、パートデータＰＤ２−４はチェロの楽音に係るデータにそれぞれ対応している。
【００２８】
▲４▼ 対応テーブル
ＨＤＤ５２には、移動体通信端末１から楽音データの配信要求を受けた際に、いずれのパートデータを配信すべきか決定するための対応テーブルＴＢが格納されている。
図８は、この対応テーブルＴＢの内容を模式的に示したものである。このように、本実施形態においては、ユーザが購入したコンサートチケットの情報（コンサート会場の指定座席など）に対応して、配信すべきパートデータが決定されるようになっている。
コンサート番号は、コンサートごとに予め決定されるシリアル番号であり、かかる番号により、いずれのコンサートのチケットを購入したユーザであるかを判別できる情報である。本実施形態においては、ある１つのコンサートに対して、配信すべき１曲の楽音データが予め決定されている。そして、対応テーブルＴＢにおいては、コンサート番号と、当該コンサートのチケットを購入したユーザに対して配信するパートデータの内容との対応付けが行われている。
座席番号は、コンサート会場ＨＡＬＬにおける、座席（客席Ｋ）の位置を示す情報である。前掲図２に示したように、コンサート会場ＨＡＬＬの客席Ｋに予め振られた１から６００の番号のことをいう。
【００２９】
これらの情報（コンサート番号、座席番号）は、ユーザが購入したチケット紙面に記載されている。ユーザは、かかる情報を移動体通信端末１からコンテンツサーバ５に対して送信し、一方、コンテンツサーバ５は、上掲図８に示したテーブルに従い、当該移動体通信端末に配信すべきパートデータを決定することになる。
以上が、本システム１００の各構成要素の説明である。
【００３０】
Ｂ：動作
次に動作の説明を行う。
コンテンツサーバ５から移動体通信端末１に対してパートデータの配信を行う際の動作フローを図９に示す。
本システム１００では、パートデータの配信を行うにあたり、ユーザがコンサートチケットを購入していることが前提となる。ユーザは、たとえばＦＡＸなどを用いてチケット予約をするとともに、指定の銀行口座に代金を振り込むなどして、好みのコンサートに係るチケットを取得する。
【００３１】
図１０は、コンサートチケットＣＴの紙面を例示するものである。このように、コンサートチケットＣＴ紙面には、シリアル番号、コンサート番号、座席番号、ＵＲＬアドレスの情報が記載されている。
シリアル番号は、各チケットに固有の番号であり、当該チケットが正当代金の支払いとともに販売が行われたか否かを判別するための情報である。
コンサート番号は、コンサートごとに予め決定される情報であり、コンサート番号により、当該チケットに係るコンサートを特定することができる。
座席番号は、コンサート会場ＨＡＬＬ（図２参照）における座席位置を表すものであり、１〜６００のいずれかの数字が付されている。
ＵＲＬアドレスは、コンテンツサーバ５における、楽音データの配信を行うＷｅｂサイトに対応する情報である。
【００３２】
図９に戻り、動作の説明を続ける。
ユーザが移動体通信端末１に当該ＵＲＬアドレスを入力し、所定操作を行うと、移動体通信端末１は、基地局２、移動体通信網３、インターネット４を介して、コンテンツサーバ５の所定Ｗｅｂページにアクセスする（ステップＳｂ１）。一方、コンテンツサーバ５の制御部５１は、予めＨＤＤ５２に格納される、データ配信の際のページ（情報入力画面）を表示する。このページはたとえばＨＴＭＬ（Hyper Text Markup Language）のデータにより構成される（ステップＳｂ２）。
【００３３】
図１１は、この情報入力画面を例示したものである。このように、情報入力画面は、ユーザに関する情報の入力を促す表示領域Ｂ１と、購入したチケットに関する情報の入力を促す表示領域Ｂ２を含んでいる。ユーザは、このように表示された情報入力画面の表示に従って、各項目を順次入力していく。
【００３４】
表示領域Ｂ１には、ユーザの性別、年齢といったユーザの個人情報の入力項目と、各項目に対応した入力欄とが表示される。ユーザは、数字キーなどの操作ボタンを操作して各入力欄に適当な文字を入力していく。
このようなユーザの個人情報は、コンサート興行者にとっては、次回のコンサートを企画をするにあたって非常に貴重な資料となるものであるが、従来はこれといった取得手段がなく、たとえばコンサート当日にアンケート用紙を配布し、記入後に回収して情報取得していたに過ぎなかった。そして、アンケート用紙の回収率は高いものとはいえなかった。
本システム１００においては、コンサート開催前において、このような個人情報の回収を行うことができるため、アンケートの手間や、データ集計を行う煩わしさを回避できる効果も奏する。なお、ユーザの個人情報の内容は任意であり、年齢と性別以外の情報として、さらに、ユーザの好みの音楽ジャンル、楽器歴などについても入力項目として設けるようにしてもよい。
次に、表示領域Ｂ２には、シリアル番号、コンサート番号、座席番号、といった、チケット紙面に記載される情報の入力項目と、各項目に対応した入力欄とが表示される。ユーザは、数字キーなどの操作ボタンにより各入力欄に該当する文字を入力していく。
【００３５】
再び図９に戻り、動作の説明を続ける。
さて、上述した各事項の入力が完了すると、ユーザは、図１１に示す「送信」ボタンをクリックする。この結果、入力された各情報がコンテンツサーバ５内の制御部５１（ＣＰＵ５１１）によって認識され、ユーザの個人情報（性別、年齢に係る情報）についてはＨＤＤ５２に格納される（ステップＳｂ３）。
【００３６】
コンテンツサーバ５の制御部５１は、移動体通信端末１から送信された座席番号などの内容に基づき、ＨＤＤ５２に格納されるパートデータの中から配信すべきパートデータを抽出する（ステップＳｂ４）。配信するパートデータの決定にかかわる動作について以下に詳細に説明する。
【００３７】
図１２は、コンテンツサーバ５のＣＰＵ５１１によって行われる、配信するパートデータの抽出処理にかかわる動作フローである。
まず、ＣＰＵ５１１は、移動体通信端末１から送信されたシリアル番号の内容を判別し、有効なものか否かを判別する（ステップＳ５１）。具体的には、当該チケットが正当代金の支払いとともに販売が行われたか否かを判別し、有効性が否定された場合は、この後のパートデータ配信処理を中止し、移動体通信端末１に対してはエラー処理の旨を通知する（ステップＳ５９）。
【００３８】
有効なシリアル番号の場合（ステップＳ５１：ＹＥＳ）、ＣＰＵ５１１は、コンサート番号の内容を判別し、当該ユーザが購入したチケットに係るコンサートを特定する（ステップＳ５２、ステップＳ５３）。具体的には、コンサート番号が、ＨＤＤ５２に格納される対応テーブルＴＢ（前掲図８参照）に登録されている番号であるか否かを判別する。
そして、コンサート番号自体が判別できない場合や、判別できたとしても対応テーブルＴＢに登録されていない番号であった場合は、この後のパートデータ配信処理を中止し、移動体通信端末１に対してはエラー処理の旨を通知する（ステップＳ５９）。
【００３９】
ユーザが購入したチケットに係るコンサートが特定できると（ステップＳ５２：ＹＥＳ、ステップＳ５３）、ＣＰＵ５１１は、座席番号の情報を判別し（ステップＳ５４）、ＨＤＤ５２に格納されている対応テーブルＴＢの内容から、配信すべきパートデータの内容を決定する（ステップＳ５５）。たとえば、コンサート番号として「ＣＯＮ−００１」が送信されるとともに、座席番号として「１００」が送信された場合、当該移動体通信端末１に対しては、パートデータＰＤ１−１が配信データとして決定される。また、コンサート番号として「ＣＯＮ−００２」が送信されるとともに、座席番号として「１００」が送信された場合、当該移動体通信端末１に対しては、パートデータＰＤ２−１が配信データとして決定される。
なお、対応テーブルＴＢに登録されていない無効の座席番号であった場合は、この後のパートデータ配信処理を中止し、移動体通信端末１に対してはエラー処理の旨を通知する（ステップＳ５９）。
以上が、配信すべきパートデータ決定にかかわる動作処理の内容である。
【００４０】
図９に戻り、動作の説明を続ける。
コンテンツサーバ５は、このようにして配信すべきパートデータを決定後、実際にデータ配信を行う（ステップＳｂ５）。一方、移動体通信端末１は、かかる配信を受け、パートデータをＥＥＰＲＯＭ１１４に格納する（ステップＳｂ６）。
なお、この配信の際において、移動体通信端末１から別途リクエストがあれば、所定のアプリケーションプログラムも同時に配信するようにしてもよい。かかるアプリケーションプログラムは、移動体通信端末１において、パートデータの再生を実行するためのものである。このアプリケーションプログラムも、移動体通信端末１のＥＥＰＲＯＭ１１４に格納される。
【００４１】
以上が、コンテンツサーバ５から移動体通信端末１に対してパートデータの配信を行う際の動作内容である。要するに、移動体通信端末１から配信すべき楽音データを識別するための識別情報（コンサート番号）が配信要求として送信された場合、コンテンツサーバ５は、かかる識別情報に基づき、配信すべき楽音データを識別し、当該楽音データを構成するパートデータのうちのいずれかを、配信要求のあった移動体通信端末１に対して配信する。
ここで、楽音データを構成するパートデータのうちのいずれのパートデータを配信するかは、移動体通信端末１から送信されるユーザの個人情報（コンサート会場の座席番号）によって抽出決定される。この抽出決定するための、ユーザの個人情報とパートデータとの対応テーブルは、予めコンテンツサーバ５に格納されている。
このように、本システム１００においては、移動体通信端末１から、配信対象となるパートデータの指定を行うのではなく、コンテンツサーバ５主体の下、ユーザの個人情報（コンサート会場の座席番号）に対応したパートデータが配信されるという点を特徴とする。言い換えれば、ユーザはパートデータの指定を行うことができず、あくまでコンサート番号などの情報を送信するだけであり、コンテンツサーバ５は、同じコンサートに参加するユーザの各移動体通信端末１に対して楽音データを構成するパートデータが振り分けられるように、パートデータの配信を制御する。本実施形態においては、コンサート会場ＨＡＬＬの座席番号による配信制御が行われるため、コンサートチケットを予約購入したユーザの移動体通信端末１に対して、各々のパートデータが平均的に振り分けられるように配信されることになる。
【００４２】
一方、コンテンツサーバ５は、個々の移動体通信端末１にパートデータの配信を行った後、個々の移動体通信端末１から送信された個人情報（年齢、性別などの情報）の集計を行う。集計の結果、コンサートごとに、チケット購入者の性別比や年齢層を表す情報が生成されることとなり、コンサートを興行する者においては、次回のコンサート企画などの貴重な参考資料として有効利用される。
【００４３】
Ｃ：効果
以上説明したように、本システム１００においては、コンサートチケットを購入したユーザは、移動体通信端末１からコンテンツサーバ５に対して楽音データの配信を受けるべくアクセスを行う。一方、コンテンツサーバ５は、移動体通信端末１から送信されたコンサートチケットに係る情報（コンサート番号や座席番号など）に基づき、所定のパートデータを配信する。
このように、本実施形態に係るシステム１００においては、個々の移動体通信端末１に対し、当該ユーザが購入したチケットの内容に応じたパートデータがそれぞれ配信されることになる。ここで、パートデータの配信にあたっては、移動体通信端末１から、配信対象となるパートデータの指定が行われるのではなく、コンテンツサーバ５主体の下、ユーザの個人情報（コンサート会場の座席番号）に対応したパートデータが配信される。このため、ユーザにおいては、どのようなパートデータが配信されるのか予測できず、また、実際にコンサート会場ＨＡＬＬにおいて、他のユーザの移動体通信端末１とともにパートデータの再生を行うまでは、どのような楽曲にかかわるパートデータであるか予測できないことになる。
【００４４】
ここで、本実施形態に係る効果をより具体的に説明するために、コンサート番号として「ＣＯＮ−００１」が付されたコンサートを例にした説明を行う。前述したように（図８）、コンサート番号「ＣＯＮ−００１」のチケットを購入したユーザにつき、座席番号１〜２００のチケット購入者に対しては、パートデータＰＤ１−１、座席番号２０１〜４００のチケット購入者に対しては、パートデータＰＤ１−２、座席番号４０１〜６００のチケット購入者に対しては、パートデータＰＤ１−３が配信されるようになっている。
【００４５】
そして、コンサート番号「ＣＯＮ−００１」のコンサート当日、コンサート会場ＨＡＬＬに集まったユーザの移動体通信端末１には、楽音データＤ１に係るパートデータＰＤ１−１〜ＰＤ１−３のいずれかが格納されている。そして、ステージＳＴ（図２参照）上にいるアーティストの掛け声などに合わせて、各ユーザが一斉に移動体通信端末１からパートデータの再生を開始する。
すると、コンサート会場ＨＡＬＬの客席群Ａにいるユーザの移動体通信端末１からはリズム音に係る楽音、客席群Ｂにいるユーザの移動体通信端末１からはホーンセクションに係る楽音、客席群Ｃにいるユーザの移動体通信端末１からは主旋律に係る楽音がそれぞれ一斉に出力される。これらの、リズム音に係る楽音、ホーンセクションに係る楽音、主旋律に係る楽音は、同時に再生すると、楽音データＤ１を再生したのと同様の効果を奏することができるため、コンサート会場ＨＡＬＬ全体として楽音データＤ１が奏される独自の音響空間を創ることができるのである。さらに、各移動体通信端末１の発光部１７は点灯あるいは点滅するため、ユーザは移動体通信端末１をペンライトのようにして使用することも可能である。
【００４６】
一方、ステージＳＴにいるアーティストは、客席Ｋから奏される楽音に合わせて、歌いだしたり、あるいは、ギターやピアノの演奏を開始することができる。このように、本システム１００によれば、コンサート会場ＨＡＬＬの客席ＫとステージＳＴにいる者が一体となって、１つの楽曲演奏を行うこともできる独自の音響空間を実現することができる。
【００４７】
Ｄ：変形例
以上、本発明の一実施形態について説明したが、本発明の趣旨の範囲内で任意に変形をすることができる。以下にいくつかの変形例を説明する。
【００４８】
（変形例１）
上述した実施形態においては、コンサート会場ＨＡＬＬは一種類であることを想定しているが、複数のコンサート会場を想定してもよい。この場合においても、前掲図８に示したような、座席番号と配信データとの関係を表す対応テーブルＴＢをコンサート会場ごとに用意しておけば、上述実施形態と同様の作用、効果を奏することができる。
【００４９】
（変形例２）
また、同じコンサート会場においても、パートデータの配信方法を変えるようにしてもよい。上述した実施形態においては、座席番号によって３つあるいは４つの区分けを行っているが、図１３に示すように、さらに多くの区分けを行い、複数のパートデータが客席全体として均等に配信される状況になるようにしてもよい。この場合においても、座席番号と配信データとの関係を表す対応テーブルＴＢを予め用意しておけば、上述実施形態と同様の作用、効果を奏することができる。
また、パートデータの配信を行うのは客席全体ではなく、客席の一部としてもよい。その際の配信を行うユーザの選択は、客席番号などの購入したチケットに関する情報の他に、パートデータを配信する際に入力するユーザの個人情報を用いてもよい。例えば、２０歳から２９歳までのユーザのみにあ対してパートデータの配信を行うようにしてもよく、あるいは ｖ、男性のユーザと女性のユーザに対してそれぞれ異なるパートデータの配信を行うようにしてもよい。
【００５０】
（変形例３）
また、上述した実施形態においては、１つのコンサートにおいて、配信するパートデータは１曲であることを想定しているが、複数の楽曲に係るパートデータを配信することとしてもよい。この場合においても、前掲図８に示したような、座席番号と配信データとの関係を表す対応テーブルＴＢを曲ごとに用意しておけば、上述実施形態と同様の作用、効果を奏することができる。
また、複数のパートデータを配信する場合は、専用のアプリケーションソフトとして、所定のパートデータが簡易に再生開始できるようなものを用意して、各移動体通信端末１に配信するのが好ましい。たとえば、２曲分のパートデータの配信を行うこととした場合、移動体通信端末１において、ユーザが１の数字キーを押すと１曲目のパートデータの再生が開始され、２の数字キーを押すと２曲目のパートデータの再生が行われる、というような簡易な操作により各パートデータの再生ができるようにしておくのがユーザの誤動作を回避する点においても望ましい。
【００５１】
（変形例４）
さらに、専用のアプリケーションソフトウェアの機能として、パートデータの再生を行うにあたり、楽曲のうちの設定した単位区間、たとえば１小節ごとを単位とする再生ができるような機能を持たせるようにしてもよい。
たとえば、ユーザが移動体通信端末１の所定キーを押すごとに、１小節ごとのパートデータの再生が行われるようにすれば、最初の再生タイミングが合わなかったユーザもその後タイミングを合わせることができる利点がある。
本変形例においては、パートデータのデータ構成を予め所定のものに変換しておくことが好ましい。たとえば、パートデータの１小節ごとに所定のマークをつけておき、ユーザが移動体通信端末１の所定キーを押すたびに、マーク間のデータ再生を行うようにする。このような構成とすることにより、ユーザはい１小節ごとに、リズムをとりながら移動体通信端末１の所定キーを押すようにすれば、他のユーザの再生速度と容易に合致することとなる効果が奏される。
【００５２】
（変形例５）
また、コンサート会場ＨＡＬＬ内に、近距離無線信号を受信可能なパワーアンプを設置しておき、移動体通信端末１からパートデータに係る無線信号を受信できようにしてもよい。これによりより迫力ある演奏が実現できることとなる。近距離無線の形態としては、たとえばBlue tooth（登録商標）通信や赤外線通信（ＩｒＤＡ：Infrared Data Association）を利用することができる。
あるいは、コンサート会場ＨＡＬＬ内に、近距離無線信号を受信可能な電子楽器を用意しておき、楽器経験のあるユーザは、移動体通信の所定キーを操作して、ステージ上の電子楽器の演奏ができるような環境を創ってもよい。このような環境により、客席にいながら、アドリブ演奏などをすることができる独自の音響空間を創ることもできる。
また上記の近距離無線を用いて、ユーザの移動体通信端末１からパートデータの再生タイミングを制御できるようにしてもよい。
【００５３】
（変形例６）
上述した実施形態においては、パートデータはＭＩＤＩデータであることを想定しているが、他のデータ形式であってもよく、たとえばＭＰ３（MPEG-1 Audio Layer3）により圧縮されたデータであってもよい。
【００５４】
（変形例７）
移動体通信端末１も、コンサート会場ＨＡＬＬにユーザが持参できるものであれば代用可能であり、たとえば上述したＭＰ３データの再生装置でもよい。コンサート会場ＨＡＬＬにおいて、移動体通信端末１の種類は統一されていなくても上述実施形態の作用、効果は奏される。
【００５５】
（変形例８）
また、上述した実施形態においては、移動体通信端末１自体にパートデータの配信を行うこととしているが、たとえばユーザは、ＰＣ（Personal Computer）からコンテンツサーバ５にアクセスしてパートデータの配信を受け、その後、自分の移動体通信端末１にパートデータを転送するような形態をとってもよい。
移動体通信端末１としても、携帯電話だけでなく、ＭＰ３プレーヤ、ＰＤＡ（Personal Digital Assistants）あるいは携帯型パソコンといった携帯性を有するものであれば利用することができる。
【００５６】
（変形例９）
上記実施形態において、パートデータ等を格納するＨＤＤ５２はコンテンツサーバ５の外に設置する構成にしてもよい。また、コンサート会場ＨＡＬＬごと、あるいは、アーチストの所属するレコード会社ごとに別々のＨＤＤ５２を設け、コンテンツサーバ５の制御下において、パートデータの配信制御を行うこととしてもよい。
【００５７】
（変形例１０）
コンサートチケットの販売方法は任意に変形することが可能である。たとえば、チケット代金の支払い方法は、直接プレイガイドで現金による支払いとしてもよく、ホームバンキング等の電子決済を利用したチケット料金の支払いを行うこととしてもよい。電子決済を利用する場合、インターネット４を介したチケット販売を行うこととしてもよい。
また、ユーザは移動体通信端末１を用いて、コンテンツサーバ５にアクセスしてコンサートチケットを購入できるようにしてもよい。この場合は、チケット代金の支払いを確認後、コンテンツサーバ５側から移動体通信端末１に対し、チケットの内容に応じたパートデータの配信を自動的に行うようにしてもよい。
【００５８】
（変形例１１）
発光部１７の制御方法についても任意に変形が可能であり、上述した実施形態においては、パートデータの再生時に点灯、点滅するようにしているが、曲の所定部分にさしかかった場合に点灯、点滅するように制御を行うこととしてもよい。また、ユーザの座席位置によって、点灯、点滅するタイミングをずらすようにしてもよい。
【００５９】
（変形例１２）
上述した実施形態においては、コンサートチケットを購入したユーザに対する楽音データの配信を行うシステム１００に係るものであったが、コンサート以外のイベントのチケットを購入したユーザに対する楽音データ配信を行うシステムとしての利用も可能である。
たとえば、スポーツイベント（たとえば野球やサッカーの試合）のチケットを購入したユーザに対する楽音データ配信を行うシステムであってもよい。
この場合、コンテンツサーバ５は、野球やサッカーの試合チケット購入者に対し、スタジアムの座席に応じたパートデータの配信を行うようにすればよく、かかるパートデータを一斉に再生したときに、応援するチームの応援歌などが奏されるようになっていれば、上述した実施形態と同様の作用、効果を奏することができる。
たとえば、野球であれば攻守交代の際、サッカーであればハーフタイムの際に、応援リーダの掛け声にあわせて、各ユーザは一斉に移動体通信端末１の操作を行い、パートデータの再生をスタートさせる。すると、スタジアム客席の全体から、チーム応援歌が奏されるという、特殊な音響空間を創り出すことができる。
【００６０】
（変形例１３）
なお、本実施形態に係るコンテンツサーバ５を制御するプログラムについては、予めコンテンツサーバ５にインストールされていることを前提としているが、かかるインストール方法は任意であり、たとえば、プログラムが記録されたＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）などの記録媒体を用いて、コンテンツサーバ５にインストールしてもよい。また、プログラムをネットワークを介してネット配信の形態によりインストールすることとしてもよい。
【００６１】
【発明の効果】
以上のように、本発明によれば、従来にない楽音データの配信方法を提供でき、かかる楽音データを用いた新たな楽しみかたを提供することができる。
【図面の簡単な説明】
【図１】 本実施形態に係る楽音データ配信システム１００のシステム図である。
【図２】 同システム１００におけるコンサート会場ＨＡＬＬの見取り図である。
【図３】 同システム１００における移動体通信端末１のブロック図である。
【図４】 同システム１００における移動体通信端末１の外観図である。
【図５】 同システム１００におけるコンテンツサーバ５のブロック図である。
【図６】 同システム１００におけるコンテンツサーバ５のＨＤＤ５２に格納される楽音データを模式的に示す図である。
【図７】 同システム１００における配信対象となるパートデータの内容を説明するための図である。
【図８】 同システム１００におけるコンテンツサーバ５のＨＤＤ５２に格納される対応テーブルＴＢの内容を模式的に示す図である。
【図９】 同システム１００におけるコンテンツサーバ５が移動体通信端末１にパートデータを配信する際のフローである。
【図１０】 同システム１００におけるコンサートチケットＣＴの紙面を例示する図である。
【図１１】 同システム１００における移動体通信端末１に表示される内容を例示する図である。
【図１２】 同システム１００におけるコンテンツサーバ５が配信すべきパートデータを決定する際のフローである。
【図１３】 変形例を説明するための図である。
【符号の説明】
１……移動体通信端末（たとえば携帯電話）、
１１……制御部、１１１……ＣＰＵ、１１２……ＲＯＭ、
１１３……ＲＡＭ、１１４……ＥＥＰＲＯＭ、
１２……無線通信部、１２１……アンテナ、１３……ユーザインターフェース部、
１６……音源回路部、１６ａ……スピーカ、１７……発光部、
２……基地局、３……移動体通信網、４……インターネット、
５……コンテンツサーバ、
５１……制御部、５１１……ＣＰＵ、５１２……ＲＯＭ、５１３……ＲＡＭ
５２……ＨＤＤ、５３……通信インターフェース部
１００……楽音データ配信システム。
Claims (2)
- 座席が予め複数の座席群として区分されたイベント会場の前記座席のチケットを予約購入したユーザが所持するユーザ用端末と該複数のユーザ用端末に対してコンテンツデータの配信をネットワークを介して行うコンテンツサーバとを備えるシステムであって、
前記コンテンツサーバは、
複数のパートデータから構成されるコンテンツデータと前記座席群に対して一つのパートデータが対応付けられたテーブルとを格納する記憶手段と、
前記ユーザ用端末から前記ネットワークを介し、コンテンツデータを識別するための識別情報および当該ユーザが予約購入したイベントチケットにおける指定座席にかかる情報である個人情報を含む配信要求があった場合に、当該識別情報によって識別される前記コンテンツデータに含まれる複数の前記パートデータの中から、前記テーブルに基づいて当該ユーザの座席が属する座席群に対応した前記パートデータを抽出するとともに、抽出した前記パートデータを前記ネットワークを介して配信要求元の前記ユーザ用端末に配信することにより、前記各ユーザ用端末に前記複数のパートデータを振り分けるように配信する制御手段とを有し、
前記ユーザ用端末は、
前記コンテンツサーバから配信されるパートデータを受信する受信手段と、
前記受信されたパートデータを、ユーザによって操作される操作手段から操作信号が出力される毎に、予め定められた単位区間ずつ再生する再生手段と
を有することを特徴とするコンテンツデータ配信システム。 - 座席が予め複数の座席群として区分されたイベント会場の前記座席のチケットを予約購入したユーザが所持するユーザ用端末と、複数のパートデータから構成されるコンテンツデータと前記座席群に対して一つのパートデータが対応付けられたテーブルとを格納するコンテンツサーバであって該ユーザ端末に対してコンテンツデータの配信をネットワークを介して行うコンテンツサーバとを備えるシステムのコンテンツデータ配信再生方法であって、
前記コンテンツサーバが、前記ユーザ用端末から前記ネットワークを介し、コンテンツデータを識別するための識別情報および当該ユーザが予約購入したイベントチケットにおける指定座席にかかる情報である個人情報を含む配信要求があった場合に、当該識別情報によって識別される前記コンテンツデータに含まれる複数の前記パートデータの中から、前記テーブルに基づいて当該ユーザの座席が属する座席群に対応した前記パートデータを抽出するとともに、抽出した前記パートデータを前記ネットワークを介して配信要求元の前記ユーザ用端末に配信することにより、前記各ユーザ用端末に前記複数のパートデータを振り分けるように配信する過程と、
前記ユーザ用端末が、前記コンテンツサーバから配信されるパートデータを受信する受信過程と、
前記ユーザ用端末が、前記受信されたパートデータを、ユーザによって操作される操作手段から操作信号が出力される毎に、予め定められた単位区間ずつ再生する再生過程と
を有することを特徴とするコンテンツデータ配信再生方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002126896A JP4123814B2 (ja) | 2002-04-26 | 2002-04-26 | コンテンツデータ配信システム及びコンテンツデータ配信再生方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002126896A JP4123814B2 (ja) | 2002-04-26 | 2002-04-26 | コンテンツデータ配信システム及びコンテンツデータ配信再生方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003316368A JP2003316368A (ja) | 2003-11-07 |
| JP4123814B2 true JP4123814B2 (ja) | 2008-07-23 |
Family
ID=29541178
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002126896A Expired - Fee Related JP4123814B2 (ja) | 2002-04-26 | 2002-04-26 | コンテンツデータ配信システム及びコンテンツデータ配信再生方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4123814B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5098036B2 (ja) * | 2006-12-07 | 2012-12-12 | 株式会社メガチップス | 音声再生システム |
| JP7117236B2 (ja) * | 2018-12-26 | 2022-08-12 | 株式会社第一興商 | カラオケシステム |
-
2002
- 2002-04-26 JP JP2002126896A patent/JP4123814B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003316368A (ja) | 2003-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6928261B2 (en) | Music data distribution system and method, and storage medium storing program realizing such method | |
| US7191023B2 (en) | Method and apparatus for sound and music mixing on a network | |
| JP3994692B2 (ja) | 音楽情報提供システム及び方法 | |
| JP2002055679A (ja) | コンテンツ生成サービスシステム、方法及び記録媒体 | |
| JP2001312497A (ja) | コンテンツ作成装置、コンテンツ配信システム、コンテンツ再生装置、及び方法並びに記憶媒体 | |
| JP2003076364A (ja) | 電子音楽装置 | |
| JP5771498B2 (ja) | 楽曲再生システム、装置及び楽曲再生方法 | |
| KR100500314B1 (ko) | 인터넷을 이용한 공동 작곡방법 및 시스템과, 이를 이용한 사업방법 | |
| JP4123814B2 (ja) | コンテンツデータ配信システム及びコンテンツデータ配信再生方法 | |
| JP5018797B2 (ja) | カラオケネットワークシステム | |
| KR20000058995A (ko) | 웹을 이용한 음악작곡 시스템 및 방법 | |
| JP2002092348A (ja) | 音楽情報提供システム | |
| Friedlander | China's" newer value" pop: Rock-and-roll and technology on the new long march | |
| KR20080082019A (ko) | 원음 노래방 서비스를 제공하는 휴대 노래방 시스템 및 그방법 | |
| KR20060118094A (ko) | 작곡 서비스 시스템 및 그 운영방법 | |
| KR20020036388A (ko) | 인터넷상에서 사용자가 선택한 노래를 시디음반으로제작하는 방법 | |
| JP2002297136A (ja) | 楽曲作成装置、音楽配信システム及びプログラム | |
| KR20010091206A (ko) | 인터넷을 이용한 가요 창작방법 | |
| KR102344749B1 (ko) | 온라인 상에서 음원 데이터를 이용한 노래 제작 시스템 및 방법 | |
| KR100726756B1 (ko) | 퍼블릭 가수양성 방법 및 시스템 | |
| JP6505307B1 (ja) | 音楽投稿装置及び音楽投稿プログラム | |
| JP2012220744A (ja) | 楽曲の評価のための方法、サーバ装置およびプログラム | |
| KR20020071792A (ko) | 무선 단말기 벨소리 제작 공급 시스템 및 방법 | |
| KR20020077722A (ko) | 인터넷 기반의 컴퓨터 영상 노래반주기 시스템과 그제어방법 | |
| JP2023113579A (ja) | 音源データの分離・再合成方法、及びカラオケ伴奏用音源提供システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050112 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070717 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070918 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20071023 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071225 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080415 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080428 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110516 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130516 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140516 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |