(57)【要約】【課題】直感的に好みの楽曲を検索することができ、楽しみながら各楽曲を試聴、購入することができる楽曲配信システムを提供する。【解決手段】特定のスポットに設置されている配信スポット端末３は、配信サーバ２の指示に基づいて、所定エリアに魚の映像（Ｆｉｓｈ）を表示し、エリア内のユーザ端末４の存在位置を検出する。検出したユーザ端末４の存在位置と、近接するＦｉｓｈの位置情報を配信サーバ２に送信する。配信サーバ２は、ユーザ端末４の存在位置とＦｉｓｈの存在位置に基づいて、そのＦｉｓｈに対応付けられている楽曲データのストリーミングデータを、ユーザ端末４に送信する。格Ｆｉｓｈは、楽曲データのジャンル等によって外観が決定されている。【選択図】図１
2008250694.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される配信サーバ、サービス端末、およびユーザ端末、からなる楽曲配信システムであって、
前記配信サーバは、複数の楽曲データ、および各楽曲データに対応するアイコン映像を記録するデータベースと、
前記サービス端末に、前記アイコン映像を表示するよう指示するサーバ制御手段と、を備え、
前記サービス端末は、前記複数の楽曲データに対応する複数のアイコン映像を予め定めた表示領域内の所定表示位置にそれぞれ表示する表示手段と、
前記表示領域における前記ユーザ端末の存在位置を検出する位置検出手段と、
前記ユーザ端末の存在位置と、その近傍に表示しているアイコン映像の表示位置と、の位置関係を前記配信サーバに通知するサービス端末制御手段と、を備え、
前記配信サーバのサーバ制御手段は、前記位置関係に基づいて、１または複数の楽曲データを選択し、該楽曲データを読み出して当該ユーザ端末に配信し、
前記ユーザ端末は、前記配信された楽曲データを再生する再生手段を備えた、楽曲配信システム。
【請求項２】
前記データベースは、複数のアイコン映像を、楽曲データの特徴に基づいて楽曲データに対応付けた対応テーブルを記録し、
前記サーバ制御手段は、前記対応テーブルを参照して、各楽曲データに対応して表示するアイコン映像を決定する請求項１に記載の楽曲配信システム。
【請求項３】
前記ユーザ端末は、前記配信サーバにダウンロード指示要求を送信するダウンロード要求手段を備え、
前記配信サーバのデータベースは、各楽曲データを、圧縮音声データ、および該圧縮音声データを所定単位のパケットデータに変換したストリーミングデータとして記録し、
前記サーバ制御手段は、前記位置関係を通知されたとき、選択した楽曲データのうち、ストリーミングデータを配信し、前記ダウンロード指示要求を受信したとき、選択した楽曲データのうち、圧縮音声データファイルを当該ユーザ端末に配信する請求項１、または請求項２に記載の楽曲配信システム。
【請求項４】
ユーザに課金を行い、課金済情報を前記配信サーバに送信する課金サーバをさらに備え、
前記ユーザ端末は、配信された楽曲データを、所定期間経過後に消去する楽曲消去手段と、
ユーザ操作を受け付ける操作手段と、
前記操作手段が、配信された楽曲データを購入する操作を受け付けたとき、購入要求情報を前記課金サーバに送信する課金要求手段を備え、
前記課金サーバは、前記購入要求情報を受信したときに、そのユーザ端末のユーザに課金を行い、前記課金済情報を前記配信サーバに送信する課金手段を備え、
前記配信サーバは、前記課金サーバから課金済情報を受信したときに、当該課金済の楽曲データが消去されないように、前記ユーザ端末に消去禁止指示を送信する請求項１、請求項２、または請求項３に記載の楽曲配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ユーザが楽しみながら直感的に好みの楽曲を試聴、購入することを可能とした楽曲配信システムに関する。
【背景技術】
【０００２】
従来、パーソナルコンピュータ（以下、単にＰＣと言う。）等の情報処理端末を用いて、インターネットを介して所望の楽曲を検索し、楽曲データをダウンロードする楽曲配信システムが普及している。従来の楽曲配信システムは、メジャー出版社等が、各アーティストの楽曲を楽曲データ化し、データベース化して公開するものである。一般的に、楽曲データには試聴用の楽曲データ（サビ部分だけの楽曲データ等）が含まれ、ユーザは、この公開されたデータベースから所望の楽曲をキーワード検索等し、試聴用の楽曲データを聴いて、気に入った楽曲を購入する。
【０００３】
しかし、上記の様な楽曲配信システムは、ユーザが各楽曲の曲名、アーティスト名を知っていないとキーワード検索をすることができず、必ずしもユーザ好みの楽曲を試聴、購入することができなかった。
【０００４】
そこで、各楽曲の作品イメージ（ジャンルイメージ、年代イメージ、使用楽器の種類、歌詞のテーマ、作品の特徴を表すワード等）を各アーティストが楽曲データに付与し、ユーザが作品イメージで楽曲を検索することができるようにした楽曲配信システムが提案されている（例えば特許文献１参照）。
【特許文献１】特開平２００２−３６６１６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の楽曲配信システムにおいても、ユーザがキーワードを入力して所望の楽曲を探す必要が有った。キーワード検索の技能に長けているユーザは、自身の所望の楽曲を見つけることが容易であるが、ＰＣの操作に慣れていないユーザ等は、上手くキーワードを抽出することができず、好みの楽曲を直感的に見つけることができなかった。
【０００６】
また、ＰＣを操作して楽曲を試聴、購入するという楽曲配信システムの構成では、上述のようにＰＣの操作に慣れていない者にとって各作業が億劫であり、好みの楽曲を見つけるまでに作業をやめてしまうことも多かった。
【０００７】
一方で、最近はＰＣの代わりに携帯電話を用いて楽曲を試聴、購入するといった楽曲配信システムも普及しつつあるが、楽曲の試聴、購入の作業はＰＣで行う構成と大差なく、やはり手間のかかるものであった。
【０００８】
この発明は、直感的に好みの楽曲を検索することができ、楽しみながら各楽曲を試聴、購入することができる楽曲配信システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
この発明の楽曲配信システムは、ネットワークを介して接続される配信サーバ、サービス端末、およびユーザ端末、を備えた楽曲配信システムであって、前記配信サーバは、複数の楽曲データ、および各楽曲データに対応するアイコン映像を記録するデータベースと、前記サービス端末に、前記アイコン映像を表示するよう指示するサーバ制御手段と、を備え、前記サービス端末は、前記複数の楽曲データに対応する複数のアイコン映像を予め定めた表示領域内の所定表示位置にそれぞれ表示する表示手段と、前記表示領域における前記ユーザ端末の存在位置を検出する位置検出手段と、前記ユーザ端末の存在位置と、その近傍に表示しているアイコン映像の表示位置と、の位置関係を前記配信サーバに通知するサービス端末制御手段と、を備え、前記配信サーバのサーバ制御手段は、前記位置関係に基づいて、１または複数の楽曲データを選択し、該楽曲データを読み出して当該ユーザ端末に配信し、前記ユーザ端末は、前記配信された楽曲データを再生する再生手段を備えた、ことを特徴とする。
【００１０】
この発明では、配信サーバに、複数の楽曲データと、各楽曲データに対応するアイコン映像（例えば魚の映像）を記録している。サービス端末は、魚の映像を所定の表示エリアに表示し、この表示エリアに存在するユーザ端末の位置を検出する。サービス端末は、配信サーバに記録されている魚の映像データをダウンロードして、表示エリアに表示してもよいし、配信サーバに記録されている魚の映像データと同じデータを予めサービス端末内に記録しておき、この映像データを読み出すことで表示してもよい。
【００１１】
サービス端末は、検出したユーザ端末の存在位置の情報と、各魚の映像の表示位置の情報と、を配信サーバに送信する。配信サーバは、受信したユーザ端末の存在位置の情報と、各魚の映像の表示位置の情報と、に基づいて、ユーザ端末の存在位置に最も近い魚の映像に対応付けられている楽曲データを１つ、または複数選択する。その後、選択した楽曲データをユーザ端末に配信する。複数選択した場合は、それらの楽曲データをミキシングすればよい。また、楽曲データとして、圧縮音声データ（例えばＭＰ３）を配信してもよいし、ストリーミングデータを配信してもよい。これにより、ユーザが魚の映像にユーザ端末を近づけると、その魚の映像に対応する楽曲データがユーザ端末に自動配信され、ユーザは、その魚の映像に対応する楽曲を聴くことができる。
【００１２】
また、この発明は、さらに、前記データベースは、複数のアイコン映像を、楽曲データの特徴に基づいて楽曲データに対応付けた対応テーブルを記録し、前記サーバ制御手段は、前記対応テーブルを参照して、各楽曲データに対応して表示するアイコン映像を決定することを特徴とする。
【００１３】
この発明では、配信サーバは、各楽曲データと魚の映像との対応関係を記載した対応テーブルを記録している。対応関係は、各楽曲データの特徴によって決定される。楽曲データの特徴として、例えば、各楽曲データのジャンル、曲調、テンポ、人気、データサイズ等の情報が有る。これらの情報は、楽曲の作成者（アーティスト）、レコード会社等が提供する。配信サーバは、この対応テーブルを参照して、各楽曲データに対応する魚の映像を決定する。
【００１４】
また、この発明は、さらに、前記ユーザ端末は、前記配信サーバにダウンロード指示要求を送信するダウンロード要求手段を備え、前記配信サーバのデータベースは、各楽曲データを、圧縮音声データ、および該圧縮音声データを所定単位のパケットデータに変換したストリーミングデータとして記録し、前記サーバ制御手段は、前記位置関係を通知されたとき、選択した楽曲データのうち、ストリーミングデータを配信し、前記ダウンロード指示要求を受信したとき、選択した楽曲データのうち、圧縮音声データファイルを当該ユーザ端末に配信することを特徴とする。
【００１５】
この発明では、楽曲データとして、ストリーミングデータを配信する。一般的に、ストリーミングデータは、低ビットレートの圧縮データであるので、データ容量が少なく、試聴用楽曲の配信に適している。また、ユーザ端末がダウンロード要求を行うと、配信サーバは、楽曲データとして、圧縮音声データを配信する。ダウンロード要求送信のトリガは、ユーザがダウンロード指示をしたときである。例えば、ユーザ端末に加速度センサを取り付け、特定の揺動態様（例えば、魚を「すくう」動作）を検出したときに、この「すくう」動作をダウンロード指示のトリガとして、配信サーバにダウンロード要求を送信する。
【００１６】
また、この発明は、さらに、ユーザに課金を行い、課金済情報を前記配信サーバに送信する課金サーバをさらに備え、前記ユーザ端末は、配信された楽曲データを、所定期間経過後に消去する楽曲消去手段と、ユーザ操作を受け付ける操作手段と、前記操作手段が、配信された楽曲データを購入する操作を受け付けたとき、購入要求情報を前記課金サーバに送信する課金要求手段を備え、前記課金サーバは、前記購入要求情報を受信したときに、そのユーザ端末のユーザに課金を行い、前記課金済情報を前記配信サーバに送信する課金手段を備え、前記配信サーバは、前記課金サーバから課金済情報を受信したときに、当該課金済の楽曲データが消去されないように、前記ユーザ端末に消去禁止指示を送信する。
【００１７】
この発明では、ユーザ端末は、ダウンロードした楽曲データを所定期間経過後（例えば３日後）に消去する。例えば楽曲データに消去フラグを設定しておき、この消去フラグが指定する期間を経過したときに、楽曲データを消去する。ユーザが楽曲の購入指示を行うと、課金サーバで課金され、配信サーバに課金済情報が送信される。配信サーバは、課金済情報を受信すると、配信した楽曲データが消去されないように、消去禁止指示（消去フラグ解除コマンド）を送信する。これにより、購入後は、ユーザが自由に楽曲を聴くことができる。
【発明の効果】
【００１８】
以上のようにこの発明によれば、サービス端末の設置場所に表示されているアイコン映像（例えば魚の映像）に端末を近づけると、そのアイコン映像に対応付けられた楽曲を試聴することができる。各アイコン映像は、楽曲データの特徴に対応して外観等が決められているため、ユーザは、この外観等から、直感的に好みの楽曲を探すことができ、楽しみながら各楽曲を試聴、購入することができる。
【発明を実施するための最良の形態】
【００１９】
以下、図面を参照してこの発明の実施形態である楽曲配信システムついて説明する。図１は、楽曲配信システムの構成を示すブロック図である。
この楽曲配信システムは、インターネット等のネットワーク１を介して相互に接続される配信サーバ２、配信スポット端末３、ユーザ端末４、および課金サーバ５、を備えている。
【００２０】
配信サーバ２は、楽曲データを多数記憶している。楽曲データは、ＭＰ３、ＷＭＡ、ＡＡＣ等の圧縮データとして記憶されている。以下の説明では、楽曲データとしてＭＰ３データを用いた場合を一例として説明する。また、配信サーバ２は試聴用に、ＭＰ３データを所定単位のパケットデータに変換してストリーミングデータを生成する。試聴用のストリーミングデータは、ＭＰ３データを、さらに低いビットレートのＭＰ３データに再エンコードしたものである。ユーザ端末４は、配信サーバ２からＭＰ３データ、またはストリーミングデータをダウンロードする。
【００２１】
配信スポット端末３は、本実施形態における楽曲配信システムのサービス提供側端末であり、特定の公共スポット（噴水、待ち合わせ場所等）に設置されている。配信スポット端末３は、各公共スポットにおいて配信サーバ２の指示に従って、所定の動画映像（立体映像）を表示する。本実施形態においては、複数の魚のアイコン映像（以下、Ｆｉｓｈと言う。）を表示する例について説明する。これらのＦｉｓｈには、それぞれ配信サーバ２に記憶されている楽曲データが対応付けられており、各Ｆｉｓｈは、対応付けられている楽曲の象徴（アイコン）として機能する。配信サーバ２は、上記Ｆｉｓｈのデータ（映像データ）を記憶するとともに、記憶している複数の楽曲データに、それぞれＦｉｓｈを対応付けた対応テーブルを記憶している。配信サーバ２は、各楽曲データに対応付けられているＦｉｓｈを表示するように配信スポット端末３に指示し、Ｆｉｓｈのデータを送信する。
【００２２】
これらのＦｉｓｈは、対応付けられている楽曲データの内容によって外観等が決定されている。図２は、Ｆｉｓｈと楽曲データの対応関係を示す図である。同図（Ａ）は、各楽曲データについて、Ｆｉｓｈを対応付けた対応テーブルを示す図である。配信サーバ２は、各楽曲データを記憶する際に、各楽曲データに識別ＩＤを付し、各楽曲データのジャンル、曲調、テンポ、人気、データサイズ等の情報をテーブルに記録する。これらの情報は、各楽曲の作成者（アーティスト）、またはレコード会社が規定したものである。
【００２３】
配信サーバ２は、このうち、各楽曲のジャンル、曲調に基づいて、対応付けるＦｉｓｈの外観を決定し、テーブルに記録する。例えば、楽曲のジャンルがポップスであれば、最も標準的なＦｉｓｈ（例えば赤色で標準型の金魚の映像）を対応付ける。楽曲のジャンルがクラシックであれば、美的外観を有するＦｉｓｈ（例えば更紗模様で標準型の金魚の映像）を対応付ける。また、楽曲のジャンルがロックであれば、荒々しいイメージのＦｉｓｈ（例えば黒色で尾長型の金魚の映像）を対応付ける。一方で、配信サーバ２は、楽曲のジャンルが同じであっても、曲調が異なり、例えばバラードの曲調であれば外観をおとなしいイメージのＦｉｓｈ（例えば出目金型の金魚の映像）を対応付ける。
【００２４】
また、配信サーバ２は、各Ｆｉｓｈの試聴回数、捕獲回数、購入回数、ステータス、人気レベルをテーブルに記載している。試聴回数は、ストリーミングデータを送信した回数を示す。捕獲回数は、ユーザ端末４がＭＰ３データをダウンロードした回数を示す。購入回数は、各ユーザがダウンロードしたＭＰ３データを購入した回数を示す。捕獲、購入については後に詳細に述べる。ステータスは、現在のＦｉｓｈの表示状態を示す。表示中であれば配信スポット端末３にＦｉｓｈを表示しており、非表示であれば配信スポット端末３にＦｉｓｈを表示していない。人気レベルは、同図（Ｂ）に示すＦｉｓｈの表示態様に影響する項目であり、この人気レベルは、試聴回数、捕獲回数、および購入回数によって決定される。例えば、捕獲回数が試聴回数の半数以上である場合、または購入回数が捕獲回数の半数以上である場合を人気レベル高とする。一方で、捕獲回数が試聴回数の１／１０以下で有る場合、または購入回数が捕獲回数の１／１０以下である場合を人気レベル低とする。その他の場合、試聴回数が所定の回数（例えば５回）以上無い場合は、人気レベル中に決定する。
【００２５】
同図（Ｂ）に示すように、各楽曲データのうち、上記人気レベル、および楽曲のテンポによって、Ｆｉｓｈ表示態様が規定されている。配信サーバ２は、楽曲のテンポに基づいて、Ｆｉｓｈの動き（移動速度）を規定する。例えばテンポの速い曲であればＦｉｓｈの動きを速くする。また、各楽曲データの人気レベルに基づいて、Ｆｉｓｈの表示位置（深さ）、大きさ、および表示の濃さを規定する。例えば人気の高い曲であればＦｉｓｈの表示位置を浅くし、表示サイズを大きくする。また、人気の高い曲であればＦｉｓｈの表示を濃くし、目立つようにする。また、同図（Ｂ）のテーブルでは、人気レベルに基づいて音の大きさ（音量）も規定している。音量については、後述するようにユーザ端末４を各Ｆｉｓｈに近づけたときに再生する試聴用の楽曲データ（ストリーミングデータ）の音量が規定されている。人気の高い曲ほどストリーミングデータが大きな音で再生される。なお、各楽曲データのデータサイズに基づいて表示サイズを規定してもよい。データサイズの大きい楽曲データは、表示サイズを大きくする。また、Ｆｉｓｈの動き方（直線的に動く、８の字に動く等）を規定するようにしてもよい。Ｆｉｓｈの動き方は楽曲の作成者（アーティスト）毎に固有であったり、レコード会社毎に固有であったりする。
【００２６】
以上のようなテーブルに基づいて、配信サーバ２は、配信スポット端末３にＦｉｓｈを表示するように指示し、Ｆｉｓｈのデータを送信する。なお、Ｆｉｓｈのデータ（映像データ）を配信スポット端末３の記憶部に予め記憶しておき、配信サーバ２は、表示指示を行うだけにしてもよい。各Ｆｉｓｈの表示位置は、配信サーバ２が表示エリア内の座標を指示することによって決められる。また、このとき、配信サーバ２は、ジャンルが同じ楽曲データに対応するＦｉｓｈは、群れをなすように、近い位置に表示するよう指示する。
【００２７】
次に、ユーザ端末４は、本実施形態における楽曲配信システムのユーザ側端末であり、例えばネットワークに接続する機能を有したＭＰ３プレーヤにより構成されている。ユーザは、ユーザ端末４を用いて、配信サーバ２から上記楽曲データ、またはストリーミングデータを受信し、各楽曲を聴くことができる。ここで、本実施形態の楽曲配信システムでは、ユーザが上記特定のスポットにおいて、配信スポット端末３によって表示されている各Ｆｉｓｈにこのユーザ端末４を近づけると、そのＦｉｓｈに対応付けられている楽曲データを試聴することができる。
【００２８】
すなわち、配信スポット端末３は、配信サーバ２から指定されたＦｉｓｈを表示するとともに、ユーザ端末４の存在位置を検出する。配信スポット端末３は、検出したユーザ端末４の存在位置の情報と、各Ｆｉｓｈ表示位置の情報と、を配信サーバ２に送信する。配信サーバ２は、受信したユーザ端末４の存在位置の情報と、各Ｆｉｓｈ表示位置の情報と、に基づいて、ユーザ端末４の存在位置に最も近いＦｉｓｈに対応付けられている楽曲データのストリーミングデータを、そのユーザ端末４に送信する。これにより、ユーザが各Ｆｉｓｈにユーザ端末４を近づけると、そのＦｉｓｈに対応付けられている楽曲データのストリーミングデータがユーザ端末４に自動配信され、ユーザは、そのＦｉｓｈに対応する楽曲を試聴することができる。
【００２９】
なお、配信サーバ２は、ユーザ端末４に最も近いＦｉｓｈに対応付けられているストリーミングデータの音量を最も大きくし、ユーザ端末４から遠いＦｉｓｈに対応付けられているストリーミングデータの音量を小さくして、ミキシングしてからそのユーザ端末４に送信するようにしてもよい。ユーザがユーザ端末４を各Ｆｉｓｈに近づけることで、そのＦｉｓｈに対応付けられている楽曲の音量が徐々に大きくなっていく。また、人気レベルに応じて音量が変化するようにもなっている。すなわち、図２（Ｂ）のＦｉｓｈ表示態様のテーブルに示すように、人気レベルが高ければ音量が大きくなるように規定されている。ユーザ端末４をＦｉｓｈに近づけたとき、同じ距離に近づけた場合であっても人気レベルが高ければより大きな音量となる。したがって、人気レベルが高い楽曲であるほど試聴し易くなる。
【００３０】
各Ｆｉｓｈは、楽曲のジャンル、曲調に基づいて外観が決定されており、ジャンルが同じ楽曲のＦｉｓｈは群れをなして泳いでいるため、各ユーザは、Ｆｉｓｈの外観、表示態様から、直感的に好みの楽曲を探すことができ、楽しみながら各楽曲を試聴することができる。なお、一般的に用いられるキーワード検索手法によっても楽曲を探すこともできる。この場合、ユーザ端末４から入力されたキーワードが配信サーバ２に送信され、配信サーバ２では、そのキーワードに該当する楽曲データがリストアップされ、このリストアップされた楽曲データに対応するＦｉｓｈの表示指示が配信スポット端末３に送信される。配信スポット端末３は、配信サーバ２から指定されたＦｉｓｈをユーザ端末４の付近に表示する。なお、このときに、ユーザ端末４の付近に餌の映像を表示し、餌付けによって魚が集まったようにしてもよい。
【００３１】
次に、ユーザは、ユーザ端末４を用いて、所定のタイミングでダウンロード動作を行うことで、試聴中の楽曲データをダウンロードすることができる。ダウンロード動作は、例えば各Ｆｉｓｈを捕獲する（すくう）動作である。ユーザ端末４は、この「すくう」動作を検出し、これを検出したとき、ダウンロード指示情報を配信サーバ２に送信する。配信サーバ２は、ダウンロード指示情報を受信すると、そのユーザ端末４に送信しているストリーミングデータ（最も音量の大きいストリーミングデータ）の本体データ（ビットレートの高いＭＰ３データ）を送信する。これにより、ユーザは、試聴中の楽曲データをダウンロードすることができる。ダウンロードした楽曲データは、ユーザが自由に再生して、聴くことができ、上述のようにストリーミングデータよりも高ビットレートで高音質である。また、捕獲したＦｉｓｈは、ユーザ端末４の表示部（後述の透明液晶４５）に表示される。このＦｉｓｈは、配信スポット端末３が表示していたＦｉｓｈと同一であり、映像データは、配信サーバ２から楽曲データと同時にダウンロードする。また、ダウンロードしたＦｉｓｈに対応する各楽曲データのジャンル、アーティストのメッセージ等、その他の情報も同時にダウンロードし、表示部に表示してもよい。
【００３２】
ただし、このダウンロードした楽曲データは、所定期間経過後（例えば３日後）に消去されるようになっている。同時に、表示部に表示されていたＦｉｓｈも消去される。各楽曲データには、消去フラグが設定されており、消去フラグには指定期間が記載されている。ユーザ端末４の制御部は、各楽曲をダウンロードしてから、消去フラグの指定期間が経過したときに、その楽曲データを消去する。したがって、ユーザは、例えば３日間限定で、捕獲したＦｉｓｈに対応する楽曲を自由に聴くこととなる。
【００３３】
ユーザは、ダウンロードした楽曲が気に入った場合、これを購入する指示を行う。その楽曲について購入する指示を行うと、購入指示情報が課金サーバ５に送信され、配信サーバ２から消去フラグの解除コマンドが送信される。消去フラグが解除されると、所定期間が経過しても消去されることが無く、自由に聴くことができる。
【００３４】
課金サーバ５は、各ユーザ端末４の使用者の個人情報を記憶しており、ユーザ端末４から購入指示情報を受信したとき、そのユーザ端末４のユーザの個人情報を検索して、各ユーザに課金する。課金方式は、クレジットカード等、既知の方式を用いればよい。課金が承認されると、課金サーバ５は、配信サーバ２に課金済情報を送信する。配信サーバ２は、課金済情報を受信すると、その楽曲データの消去フラグの解除コマンドをユーザ端末４に送信する。ユーザ端末４の制御部は、受信した消去フラグの解除コマンドに基づいて、消去フラグを解除する。なお、解除コマンドは、各楽曲データ毎に異なるものである。
【００３５】
消去フラグが解除されると、以後ユーザは、自由にその楽曲データを再生し、聴くことができる。ダウンロードした楽曲、購入した楽曲は、上記表示部にＦｉｓｈとして表示され、複数の楽曲を収集することでＦｉｓｈの数が増え、水槽にＦｉｓｈを飼っているようにして楽曲データを蓄積していくことができる。また、表示部に表示されているＦｉｓｈも、ジャンル毎に群れをなしたりする。これにより、ユーザが楽曲を購入する楽しみを増大させることができ、ユーザ端末においても、Ｆｉｓｈの外観から、聴きたい楽曲を直感的に探すことができる。
【００３６】
次に、配信スポット端末３の構成について詳細に説明する。図３は、配信スポット端末３の構成を示す図である。図３に示すように、配信スポット端末３は、ＣＰＵ３１、ネットワークＩ／Ｆ３２、ＲＯＭ３３、ＲＡＭ３４、複数（同図においては２つ）のプロジェクタ３５、および複数のＲＦＩＤリーダ３６を備えている。ＣＰＵ３１には、ネットワークＩ／Ｆ３２、ＲＯＭ３３、ＲＡＭ３４、複数のプロジェクタ３５、および複数のＲＦＩＤリーダ３６が接続されている。
【００３７】
ＣＰＵ３１は、配信スポット端末３を統括的に制御する制御部である。ＣＰＵ３１は、ＲＯＭ３３に記憶されている動作用プログラムをＲＡＭ３４に展開し、種々の動作を行う。ＲＯＭ３３は、上記プログラムの他、配信サーバ２からＦｉｓｈのデータ（映像データ）をダウンロードしない場合は、これらの映像データを記憶している。ネットワークＩ／Ｆ３２は、ネットワーク１に接続するためのインタフェースであり、ＣＰＵ３１は、このネットワークＩ／Ｆ３２を介して配信サーバ２とデータを送受信する。
【００３８】
プロジェクタ３５は、映像表示部であり、ＣＰＵ３１の指示に基づいて、図４（Ａ）に示すように、特定の公共スポットに複数のＦｉｓｈを表示する。プロジェクタ３５は２台並列されているため、立体映像を表示することができる。ＣＰＵ３１は、配信サーバ２から、Ｆｉｓｈの表示指示と、各Ｆｉｓｈの表示エリアにおける表示位置を示す３次元座標と、を受信し、これに基づいてプロジェクタ３５の表示映像を指定する。プロジェクタ３５は、指定された３次元座標に各Ｆｉｓｈが表示されるように、これらを投影する。なお、ＣＰＵ３１は、配信サーバ２からＦｉｓｈの表示指示のみ受信して、表示位置の３次元座標はＣＰＵ３１が決定するようにしてもよい。
【００３９】
ＲＦＩＤリーダ３６は、図４（Ｂ）に示すように、映像表示エリアの周囲に複数設置されている。ＲＦＩＤリーダ３６は、ユーザ端末４に設置されているアクティブタイプのＲＦＩＤタグ（後述する）が発する電波を受信し、この電波の受信強度をＣＰＵ３１に通知する。ＣＰＵ３１は、各ＲＦＩＤリーダ３６が通知した受信強度を比較し、受信強度の大きい３箇所のＲＦＩＤリーダ３６を選定する。さらに、ＣＰＵ３１は、各受信強度を距離に変換して、３点測量からＲＦＩＤタグの存在位置を検出する。受信強度と距離の関係を予め規定しておけば、これら受波強度を距離に変換することができ、ユーザ端末４（ＲＦＩＤタグ）の存在位置を３次元座標として算出することができる。
【００４０】
なお、ＲＦＩＤリーダ３６とＲＦＩＤタグの代わりに、赤外線、超音波、無線等の送受信機器を用いてユーザ端末４の位置を検出することも可能である。特に、無線を用いてユーザ端末４の位置をする場合、広帯域無線を用いることで、数ｃｍ程度の精度で端末の位置を検出することができる。
【００４１】
また、配信スポット端末３に複数のＲＦＩＤタグを設置し、ユーザ端末４にＲＦＩＤリーダを１つ設置することで、ユーザ端末４の存在位置を検出することも可能である。例えば、図５に示すように、特定の公共スポットにおいて、映像表示エリアに複数のＲＦＩＤタグ３０１を設置する。ユーザ端末４のＲＦＩＤリーダは、各ＲＦＩＤタグ３０１のＩＤを読み取り、このＩＤを配信サーバ２に送信する。この場合、各ＲＦＩＤタグ３０１は、パッシブタイプのＲＦＩＤタグでよい。配信サーバ２は、受信したＩＤを配信スポット端末３に送信する。配信スポット端末３は、受信したＩＤに一致するＲＦＩＤタグ３０１の位置を特定し、この位置情報を配信サーバ２に送信する。無論、ユーザ端末４から直接配信スポット端末３にＩＤを送信するようにしてもよい。このようにして、２次元座標であれば、安価なパッシブタイプのＲＦＩＤタグを用いて、高精度にユーザ端末４の存在位置を検出することも可能である。
【００４２】
次に、ユーザ端末４の構成について詳細に説明する。図６（Ａ）は、ユーザ端末４の外観を示す図である。同図（Ｂ）は、ユーザ端末４の構成を示すブロック図である。同図（Ａ）に示すように、ユーザ端末４は、外観上、柄の付いた輪に紙の膜が貼られたものをイメージした魚のすくい網（所謂ポイ）形の端末であり、紙の膜が貼られる輪の部分が透明液晶４５になっている。また、柄の部分には、ユーザがユーザ端末４を操作するためのボタン（スイッチ）類である操作部４６が設置されている。
【００４３】
同図（Ｂ）に示すように、ユーザ端末４は、ＣＰＵ４１、ネットワークＩ／Ｆ４２、ＲＯＭ４３、ＲＡＭ４４、透明液晶４５、操作部４６、ＲＦＩＤタグ４７、スピーカ４８、入出力Ｉ／Ｆ４９、および加速度センサ５０を備えている。同図（Ａ）に示した透明液晶４５と操作部４６は、ＣＰＵ４１に接続されている。また、ＣＰＵ４１には、ネットワークＩ／Ｆ４２、ＲＯＭ４３、ＲＡＭ４４、アクティブタイプのＲＦＩＤタグ４７、スピーカ４８、入出力Ｉ／Ｆ４９、および加速度センサ５０が接続されている。
【００４４】
ＣＰＵ４１は、ユーザ端末４を統括的に制御する制御部である。ＣＰＵ４１は、ＲＯＭ４３に記憶されている動作用プログラムをＲＡＭ４４に展開し、種々の動作を行う。ネットワークＩ／Ｆ４２は、ＩＥＥＥ８０２．１１ｂ等の無線ＬＡＮ規格に準拠したネットワークインタフェースであり、無線ＬＡＮルータ（図示せず）等を介して、ネットワーク１に無線接続する。ＣＰＵ４１は、このネットワークＩ／Ｆ４２を介して配信サーバ２とデータを送受信する。
【００４５】
ＲＯＭ４３は、上記の動作用プログラムの他、複数の楽曲データ、Ｆｉｓｈデータを記憶する領域が確保されている。ＣＰＵ４１は、操作部４６のユーザの操作に基づいて、ＲＯＭ４３に記憶されている楽曲データを読み出し、この楽曲データをデコード、アナログ変換して音声信号を生成し、スピーカ４８に供給する。スピーカ４８は、ＣＰＵ４１から供給された音声信号を増幅し、音声を放音する。また、ＣＰＵ４１は、入出力Ｉ／Ｆ４９にも音声信号を供給する。入出力Ｉ／Ｆ４９は、複数のステレオジャックからなり、ＣＰＵ４１から供給された外音声信号を外部に出力する。ユーザは、この入出力Ｉ／Ｆ４９にヘッドホン等を接続することで、楽曲を聴くことができる。また、入出力Ｉ／Ｆ４９にマイク等を接続することで、楽音を録音することもできる。録音した楽音は、ＭＰ３データとしてＲＯＭ４３に記録される。
【００４６】
透明液晶４５は、ＣＰＵ４１の指示に基づいて種々の映像を表示する透過型の液晶ディスプレイであり、ユーザは、この透明液晶４５を通して向こう側が見えるようになっている。透明液晶４５には、ユーザがユーザ端末４を操作するための補助画面や、ダウンロードした各楽曲の情報、Ｆｉｓｈ等が表示される。
【００４７】
操作部４６は、上述したように、複数のボタン（スイッチ）からなり、ユーザは、この操作部４６を用いて透明液晶４５を参照することにより、楽曲データの再生、購入、消去などの指示を行う。
【００４８】
ＲＦＩＤタグ４７は、アクティブタイプのＲＦＩＤタグであり、上記ＲＦＩＤリーダ３６から電波を受信し、自らの識別情報であるＩＤを、所定の周期で電波送信する。これにより、配信スポット端末３は、各ユーザ端末４を識別し、その存在位置を検出する。上述のように、配信スポット端末３は、ユーザ端末４の３次元座標を取得し、その近くに表示しているＦｉｓｈの３次元座標とともに、配信サーバ２に送信する。配信サーバ２は、ユーザ端末４の３次元座標とＦｉｓｈの３次元座標と、に基づいて各Ｆｉｓｈに対応付けられている楽曲データのストリーミングデータをミキシングして送信する。ユーザ端末４には、その存在位置に応じたストリーミングデータが配信され、楽曲を試聴することができる。これにより、ユーザは、ユーザ端末４で配信スポットにおける各Ｆｉｓｈを追いかけるようにして楽曲を試聴することができる。
【００４９】
加速度センサ５０は、３軸（Ｘ，Ｙ，Ｚ）加速度センサからなり、ユーザがユーザ端末４を揺動した場合、この揺動態様に応じた信号をＣＰＵ４１に出力する。ＣＰＵ４１は、加速度センサ５０の出力した信号に基づいてユーザ端末４の揺動を検出する。この加速度センサ５０、およびＣＰＵ４１は、ユーザがダウンロードをするときに行う、各Ｆｉｓｈを捕獲する（すくう）動作を検出する。すなわち、ＣＰＵ４１は、この「すくう」動作を３軸加速度センサを用いて検出し、ダウンロード指示情報送信のトリガとして用いる。なお、加速度センサの代わりに、ユーザによる操作部４６の操作をトリガとしてもよい。
【００５０】
また、ＣＰＵ４１は、上記「すくう」動作を検出すると、楽曲データと同時に、その楽曲データに対応するＦｉｓｈデータを配信サーバ２からダウンロードし、透明液晶４５に表示する。これにより、ユーザは、表示されていたＦｉｓｈを捕らえたとして認識することができる。ダウンロードした楽曲データ、およびＦｉｓｈデータは、ＲＯＭ４３に記憶される。
【００５１】
次に、配信サーバ２、配信スポット端末３、ユーザ端末４、および課金サーバ５の動作について、フローチャートを用いて説明する。図７は、試聴用ストリーミングデータ配信時の動作を示すフローチャートである。
【００５２】
まず、配信サーバ２は、配信用プログラムを読み出す（ｓ１０）。配信用プログラムは、配信サーバ２の管理用記憶領域に記憶されている。その後、Ｆｉｓｈ対応テーブル（図２参照）を読み出す（ｓ１１）。Ｆｉｓｈ対応テーブルは、この試聴用ストリーミングデータ配信時の動作とは独立して、随時更新される。配信サーバ２は、Ｆｉｓｈ対応テーブルに記載されている各Ｆｉｓｈを表示するよう、配信スポット端末３にＦｉｓｈ表示指示情報を送信する。Ｆｉｓｈ表示指示情報には、各Ｆｉｓｈの表示位置（３次元座標）が含まれている。
【００５３】
配信スポット端末３は、Ｆｉｓｈ表示指示情報を受信し（ｓ３０）、Ｆｉｓｈを表示する（ｓ３１）。各Ｆｉｓｈは、配信スポット端末３のＲＯＭ３３に記憶されているＦｉｓｈのデータ（映像データ）を読み出して表示するようにしてもよいし、配信サーバ２からＦｉｓｈ表示指示情報を受信するときに、各Ｆｉｓｈのデータを受信するようにしてもよい。ＲＯＭ３３にＦｉｓｈのデータを記憶している場合は、Ｆｉｓｈ対応テーブルの更新時に、配信サーバ２が更新されたＦｉｓｈのデータを配信すればよい。
【００５４】
以上の動作で、特定の公共スポットに各Ｆｉｓｈが表示される。ユーザがユーザ端末４を当該公共スポットに持参し、プログラム起動を指示すると、ユーザ端末４は、ＲＯＭ４３に記憶されているプログラムを読み出す（ｓ２０）。プログラムを起動すると、アクティブタイプのＲＦＩＤタグ４７が、自らの識別情報であるＩＤを所定の周期で電波送信する（ｓ２１）。
【００５５】
配信スポット端末３の各ＲＦＩＤリーダ３６は、ＲＦＩＤタグ４７が発した電波を受信する（ｓ３２）。配信スポット端末３は、各ＲＦＩＤリーダ３６の受信強度を比較し、受信強度の大きい３箇所のＲＦＩＤリーダ３６の受信強度を距離に変換して、３点測量からＲＦＩＤタグの存在位置を検出する（ｓ３３）。配信スポット端末３は、この検出したユーザ端末４の存在位置（３次元座標）に近接する（相対距離が所定値以下の）Ｆｉｓｈを抽出し、これらの座標を読み出す（ｓ３４）。最も近いＦｉｓｈを１つ抽出するようにしてもよいし、複数のＦｉｓｈを抽出するようにしてもよい。その後、ユーザ端末４の座標、抽出したＦｉｓｈの座標情報を配信サーバ２に送信する（ｓ３５）。
【００５６】
配信サーバ２は、ユーザ端末４の座標、抽出したＦｉｓｈの座標情報を受信する（ｓ１３）。これらの座標からユーザ端末４と各Ｆｉｓｈとの距離を計算する（ｓ１４）。そして、受信したＦｉｓｈに対応する楽曲データのストリーミングデータを読み出し、計算した距離の関係から各ストリーミングデータの音量（レベル）を決定し、これらをミキシングする（ｓ１５）。ユーザ端末４との距離がゼロとなる場合を最大音量とし、遠ざかるほど音量を小さくする。受信したＦｉｓｈの座標情報が１つであれば、ミキシングは行わずに、音量だけを決定する。その後、ミキシング済みのストリーミングデータをユーザ端末４に送信する（ｓ１６）。配信サーバ２は、ストリーミングデータをユーザ端末４に送信した後、配信回数を更新する（ｓ１７）。この配信回数は、図２に示した各Ｆｉｓｈの対応テーブルに記載されている。
【００５７】
ユーザ端末４は、ストリーミングデータを受信し（ｓ２２）、これを再生する（ｓ２３）。これにより、ユーザは各Ｆｉｓｈを追いかけるようにして楽曲を試聴することができる。
【００５８】
次に、図８は、Ｆｉｓｈ捕獲時の配信サーバ２とユーザ端末４の動作を示すフローチャートである。この動作は、上記試聴用ストリーミングデータ配信時の動作と並行して動作する。まず、ユーザ端末４は、加速度センサ５０からユーザの捕獲動作（すくう動作）を検出する（ｓ５０）。「すくう」動作を検出すると、配信サーバ２にダウンロード指示情報を送信する（ｓ５１）。ダウンロード指示情報には、そのユーザ端末４の識別情報が含まれている。
【００５９】
配信サーバ２は、ダウンロード指示情報を受信し（ｓ４０）、現在そのユーザ端末４に送信しているストリーミングデータ（ミキシングデータの場合は、最も音量の大きいストリーミングデータ）を検索する（ｓ４１）。そして、検索したストリーミングデータの本体データ（高ビットレートのＭＰ３データ）、およびその楽曲データに対応するＦｉｓｈのデータを読み出す（ｓ４２）。その後、楽曲データ、およびＦｉｓｈのデータをユーザ端末４に送信する（ｓ４３）。このとき、楽曲のジャンル、アーティストのメッセージ等も同時に送信するようにしてもよい。
【００６０】
ユーザ端末４は、楽曲データ、およびＦｉｓｈのデータを受信し（ｓ５２）、透明液晶４５にＦｉｓｈを表示する（ｓ５３）。その後、その楽曲データに付されている消去フラグのカウントをスタートする（ｓ５４）。
【００６１】
配信サーバ２は、楽曲データ、およびＦｉｓｈのデータをユーザ端末４に送信した後、捕獲数を更新する（ｓ４４）。この捕獲数は、図２に示した各Ｆｉｓｈの対応テーブルに記載されている。
【００６２】
次に、図９は、消去、購入時の動作を示すフローチャートである。この動作は、図７のｓ２０で示したユーザ端末４の試聴プログラムの起動時、非起動時に関わらず、常に行われる。まず、ユーザ端末４は、ＲＯＭ４３に記録されている楽曲データの消去フラグを参照して、ダウンロードしてから（ｓ５４で消去フラグのカウントをスタートしてから）所定の期限（例えば３日）を経過したデータが有るか否かを判断する（ｓ７０）。
【００６３】
該当するデータが存在した場合、これを消去し（ｓ７１）、該当するデータが無ければこの処理はスキップする。その後、ユーザから楽曲データの購入要求が有ったか否かを判断する（ｓ７２）。購入要求が無ければｓ７０の判断から繰り返す。なお、ユーザは、操作部４６を用いて透明液晶４５を参照することで、各楽曲データの購入要求を指示するが、例えばユーザが透明液晶４５に表示されている各Ｆｉｓｈを、専用の水槽（透明液晶４５に表示される水槽映像）に移動する操作を行ったことを購入の指示のトリガとしもよい。
【００６４】
ユーザ端末４は、購入要求が有れば、購入指示情報を課金サーバ５に送信する（ｓ７３）。購入指示情報には、そのユーザ端末４の識別情報が含まれている。課金サーバ５は、購入指示情報を受信する（ｓ８０）。課金サーバ５は、各ユーザ端末４のユーザの個人情報を記憶しており、そのユーザ端末４のユーザの個人情報を検索して、各ユーザに課金し、決済する処理を行う（ｓ８１）。課金、決済方式は、クレジットカード等、既知の方式を用いればよい。決済が承認されると、課金サーバ５は、配信サーバ２に課金済情報を送信する（ｓ８２）。課金済情報にもユーザ端末４の識別情報が含まれている。
【００６５】
配信サーバ２は、課金済情報を受信する（ｓ６０）。課金済情報を受信すると、その楽曲データの消去フラグの解除コードをユーザ端末４に送信する（ｓ６１）。ユーザ端末４は、消去フラグの解除コードを受信し（ｓ７４）、この解除コードに基づいて、消去フラグを解除する（ｓ７５）。なお、解除コードは、各楽曲データ毎に異なるものである。
【００６６】
配信サーバ２は、消去フラグの解除コードをユーザ端末４に送信した後、図２に示した対応テーブルの購入回数を更新する（ｓ６２）。
【００６７】
以上の様な動作で、本実施形態の楽曲配信システムが実現する。この楽曲配信システムによれば、特定のスポットに表示されているＦｉｓｈの外観、動き等から、直感的に好みの楽曲を探すことができ、楽しみながら各楽曲を試聴、購入することができる。
【００６８】
なお、本実施形態の配信スポット端末３は、複数の場所に設置されていてもよい。複数の場所に設置されていれば、各場所によって異なるＦｉｓｈを表示することもできる。例えば、待ち合わせ場所の噴水にはポップスに対応するＦｉｓｈを多く表示し、公共ホール内の噴水にはクラシックに対応するＦｉｓｈを多く表示する。
【００６９】
なお、本実施形態の楽曲配信システムは、以下のような応用例が可能である。図１０は、応用例に係る楽曲配信システムの構成を示す図である。この楽曲配信システムは、インターネット等のネットワーク１を介して相互に接続される配信サーバ２、配信スポット端末３、ユーザ端末４、および編曲サービスサーバ７、からなる。なお、図示はしていないが、上述の課金サーバ５もネットワーク１に接続されている。
【００７０】
この例における楽曲配信システムでは、ユーザがユーザ端末４を用いて楽曲を作成（録音）すると、その楽曲データが配信サーバ２に送信され、対応するＦｉｓｈが生成される。生成されたＦｉｓｈは、そのユーザの透明液晶４５に表示される。ユーザは、自身が作成したオリジナル楽曲を象徴するＦｉｓｈを見て楽しむことができる。また、このＦｉｓｈは、配信スポット端末３において、放流することができ、これにより、そのスポットにおいて、自身の作曲したＦｉｓｈが表示され、他のユーザにダウンロード可能な状態となる。
【００７１】
以下、この応用例における動作について説明する。
ユーザは、入出力Ｉ／Ｆ４９に接続したマイク等で、自身が作曲したオリジナル楽曲を録音する。録音した楽曲データを、配信サーバ２に送信する。配信サーバ２は、受信した楽曲データを登録し、これに対応するＦｉｓｈを生成する。生成したＦｉｓｈは、図２に示したＦｉｓｈ対応テーブルに記載される。この場合、スタンダードなＦｉｓｈ（赤色で標準型の金魚の映像）が生成される。生成されたＦｉｓｈのデータは、そのユーザ端末４に送信される。ユーザ端末４は、受信したＦｉｓｈのデータに基づき、透明液晶４５にＦｉｓｈを表示する。これにより、作曲した楽曲を録音することで、Ｆｉｓｈが誕生することとなる。
【００７２】
ユーザは、特定のスポットにおいて、ユーザ端末４に表示されているＦｉｓｈを放流する。放流は、ユーザ端末４を揺動させて魚を逃がす動作（放る動作）によって行われる。ユーザ端末４は、この動作を検出し、配信サーバ２に放流情報を送信する。配信サーバ２は、放流情報を受信すると、そのＦｉｓｈを表示するように、配信スポット端末３に指示する。配信スポット端末３は、Ｆｉｓｈを表示する。これにより、そのスポットにおいて、自身の作曲したＦｉｓｈが表示され、他のユーザにダウンロード可能な状態となる。
【００７３】
また、この応用例の楽曲配信システムでは、ユーザは、誕生したＦｉｓｈを、編曲サービスサーバ７に送信することで、Ｆｉｓｈを飼育（楽曲を編集）してもらうことができる。すなわち、録音した楽曲データを編曲サービスサーバ７に送信すると、編曲サービスサーバ７の運営者（編曲家）が、その楽曲データを編曲する。編曲した楽曲データは、配信サーバ２に送信される。このとき、編曲サービスサーバ７の運営者は、その楽曲データのジャンル、曲調、テンポ、等の情報を添付して送信する。これにより、その楽曲データについて、図２に示したジャンル、曲調、テンポ、等の情報がテーブルに記録される。配信サーバ２は、楽曲データのジャンル、曲調、テンポ、等の情報に基づいてＦｉｓｈの外観を改編する。この改編したＦｉｓｈのデータ、および編曲された楽曲データをユーザ端末４に送信する。ユーザ端末４には、改編されたＦｉｓｈが表示され、編曲された楽曲データが記録される。ユーザは、飼育（編曲）されたＦｉｓｈを配信スポット端末３に放流することができる。
【００７４】
なお、上記のジャンル、曲調、テンポ、等の情報は、ユーザがマニュアルで作成し、配信サーバ２に送信するようにしてもよい。これにより、ユーザが好みのＦｉｓｈに変更することも可能である。また、Ｆｉｓｈの動き方（直線的に動く、８の字に動く等）を指定できるようにしてもよい。
【００７５】
なお、上記においては、マイク等で録音してＭＰ３データを記録する例を示したが、ＭＩＤＩデータで楽曲を作曲することも可能である。また、ユーザ端末４にＰＣと接続するインタフェースを設けることで、ＰＣで作曲（録音）したＭＰ３データ、ＭＩＤＩデータを転送することもできる。
【００７６】
以上のようにして、ユーザは、楽しみながら楽曲を作曲することができ、自身の作曲した楽曲を、一般ユーザに公開することができる。これにより、自身の作曲した楽曲の人気等を容易に知ることができる。なお、ユーザが作成した楽曲（所謂インディーズ）のデータについては、ダウンロードされ、指定期間（３日）が経過しても、各ユーザ端末において消去されないようにしてもよいし、他の楽曲データと同様に購入しなければ消去されるようにしてもよい。
【００７７】
なお、本実施形態では、楽曲データを配信する例について説明したが、これに限らず、画像、動画データを配信するようにしてもよい。また、Ｆｉｓｈに限らず、他の動物、植物の映像を表示するようにしてもよい。
【００７８】
また、本実施形態では、透明液晶を用いて、ダウンロード指示を行ったときにＦｉｓｈが表示される例を示したが、通常の（非透明の）表示部を用いてもよい。この場合、Ｆｉｓｈの表示位置とユーザ端末４の存在位置が重複したとき、配信スポット端末３が配信サーバ２にＦｉｓｈの位置情報とユーザ端末４の位置情報を送信する。配信サーバ２は、Ｆｉｓｈのデータと、位置情報をユーザ端末４に送信する。その後、ユーザ端末４において、自身の位置と重複しているＦｉｓｈを表示部に表示する。これにより、透明液晶でなくとも各Ｆｉｓｈを確認しながら楽曲を試聴することができる。また、この場合、配信スポット端末３は、プロジェクタでＦｉｓｈを表示せずに、ユーザ端末４の位置を検出するのみとしてもよい。本来Ｆｉｓｈが表示されるべき位置にユーザ端末４の存在位置が重複したとき、上記のようにユーザ端末４において、Ｆｉｓｈを表示部に表示する。
【００７９】
また、本実施形態では、ユーザがユーザ端末４をＦｉｓｈに近づけるとストリーミングデータを自動配信し、ダウンロード要求を行うと、本体データ（高ビットレートのＭＰ３データ）を配信するサービスについて説明したが、ストリーミングデータだけを配信するサービスを行ってもよいし、本体データだけを配信するサービスを行ってもよい。
【００８０】
また、本実施形態では、ユーザ端末４を所謂ポイ形の端末として説明したが、これに限るものではなく、楽曲データを再生可能であり、表示部や通信Ｉ／Ｆを備え、上述の動作を行うプログラムを内蔵した端末であれば、本発明を実現可能であり、例えば携帯電話等の情報処理端末であってもよい。
【図面の簡単な説明】
【００８１】
【図１】楽曲配信システムの構成を示す図
【図２】Ｆｉｓｈ対応テーブルを示す図
【図３】配信スポット端末３の構成を示すブロック図
【図４】配信スポットに表示する映像、およびユーザ端末４の位置検出を示す図
【図５】配信スポットにＲＦＩＤタグを設置する場合についてユーザ端末４の位置検出を説明する図
【図６】ユーザ端末４の構成を示す図
【図７】試聴用ストリーミングデータ配信時の動作を示すフローチャート
【図８】Ｆｉｓｈ捕獲時の配信サーバ２とユーザ端末４の動作を示すフローチャート
【図９】消去、購入時の動作を示すフローチャート
【図１０】応用例に係る楽曲配信システムの構成を示す図
【符号の説明】
【００８２】
１−ネットワーク
２−配信サーバ
３−配信スポット端末
４−ユーザ端末
５−課金サーバ
【図１】
2008250694.tif 000003
【図２】
2008250694.tif 000004
【図３】
2008250694.tif 000005
【図４】
2008250694.tif 000006
【図５】
2008250694.tif 000007
【図６】
2008250694.tif 000008
【図７】
2008250694.tif 000009
【図８】
2008250694.tif 000010
【図９】
2008250694.tif 000011
【図１０】
2008250694.tif 000012