JP2009244636A - 楽曲配信システム - Google Patents

Abstract

【課題】低コストで座席毎に異なる楽曲を放音することができる楽曲配信システムを提供することにある。
【解決手段】店舗７の各テーブル４１〜４６には、ＱＲコード５１〜５６とスピーカ装置２１〜２６とが設置されている。ＱＲコード５１〜５６は、サーバ装置１が備える配信サイトのＵＲＬと、同じテーブルに設置されたスピーカ装置２１〜２６を特定するためのスピーカ特定情報とを含む。ユーザ６１は、自身が着席しているテーブル４１のＱＲコード５１を携帯電話３に入力して、配信サイトにアクセスすると、サーバ装置１から楽曲リストが携帯電話３に送信される。ユーザ６１が楽曲リストの中から楽曲を選択すると、携帯電話３はサーバ装置１へ選択した楽曲を通知する。サーバ装置は、テーブル４１のスピーカ装置２１に、ユーザ６１が選択した楽曲を配信する。そして、配信された楽曲がスピーカ装置２１から放音される。
【選択図】図２

Description

この発明は、喫茶店や飲食店等において、ユーザ毎に異なる楽曲を配信する楽曲配信システムに関する。

従来、喫茶店や飲食店等の店舗では、趣向を凝らすために楽曲を店舗内に放音している（特許文献１参照）。

特許文献１に記載の飲食用テーブルでは、飲食用テーブルに専用の操作端末（タッチパネル）とスピーカ装置とを備える。ユーザが専用の操作端末を操作してメニューを選択すると、スピーカ装置から、ユーザが選択したメニューに応じたバックグラウンドミュージックを放音する。
特開２００３−２０３２７５号公報

しかしながら、特許文献１の飲食用テーブルを喫茶店や飲食店等に設置するには、座席毎に専用の操作端末とスピーカ装置とが必要になるため、コストが高くなってしまう。また、座席数を増やすたびに、飲食用テーブルを増やす必要があり、コストが高くなってしまう。

そこで、低コストでユーザに応じた楽曲を配信することができる楽曲配信システムを提供することを目的とする。

この発明の楽曲配信システムは、座席毎に設置されたスピーカ装置に楽曲データを配信し、携帯型通信装置と通信するサーバ装置を備えた楽曲配信システムであって、前記サーバ装置へのアクセス先を指定するアクセス先情報と、同じ座席に設置されたスピーカ装置を特定するスピーカ特定情報と、を有する情報媒体を座席毎に設け、前記サーバ装置は、スピーカ装置に配信可能な複数の楽曲データを記憶する楽曲記憶手段を備え、前記携帯型通信装置は、前記アクセス先情報と前記スピーカ特定情報とを前記情報媒体から取得して、該スピーカ特定情報と該アクセス先情報とに基づいて前記サーバ装置へアクセスし、前記サーバ装置は、前記楽曲記憶手段に記憶する複数の楽曲の中から楽曲を選択して生成した楽曲リストを、アクセスしてきた携帯型通信装置に送信し、前記携帯型通信装置は、前記楽曲リストを受信すると、該楽曲リストの中から楽曲の選択入力を受け付けて、選択された楽曲を前記サーバ装置へ送信し、前記サーバ装置は、前記選択された楽曲を受信すると、前記スピーカ特定情報に応じたスピーカ装置に、該選択された楽曲の楽曲データを配信することを特徴とする。

この構成では、楽曲配信システムは、座席毎に設置されたスピーカ装置及び情報媒体（例えば、ＱＲコードやＰＤＦ４１７やベリコード等の二次元バーコードや、ＪＡＮやＩＴＦ等の一次元バーコードや、赤外線やＢｌｕｅｔｏｏｔｈ等）と、スピーカ装置に楽曲データを配信するとともに携帯型通信装置（例えば、携帯電話等）に対して通信可能なサーバ装置と、から構成される。情報媒体は、同じ座席に設置されたスピーカ装置を特定するスピーカ特定情報と、サーバ装置へのアクセス先を指定するアクセス先情報と、を有する。サーバ装置は、複数の楽曲データを記憶する。

携帯型通信装置は、スピーカ特定情報とアクセス先情報とを情報媒体から取得して、アクセス先情報に指定されたサーバ装置へアクセスする。この際、携帯型通信装置は、スピーカ特定情報をサーバ装置へ送信する。具体的には、ＱＲコードが情報媒体の場合、携帯型通信装置は、ＱＲコードをカメラで撮影することで、スピーカ特定情報とアクセス先情報とを取得する。また、赤外線が情報媒体を記憶する場合、携帯型通信装置は、スピーカ特定情報とアクセス先情報と含む赤外線を赤外線ポートにて受信することにより、スピーカ特定情報とアクセス先情報とを取得する。

サーバ装置は、携帯型通信装置がアクセスしてくると、自装置内に記憶する複数の楽曲の中から、楽曲を選択して楽曲リストを生成する。サーバ装置は、生成した楽曲リストをアクセスしてきた携帯型通信装置へ送信する。携帯型通信装置は、楽曲リストの中から楽曲がユーザにより選択されると、選択された楽曲をサーバ装置へ送信する。サーバ装置は、選択された楽曲を受信すると、受信した楽曲の楽曲データを取得する。サーバ装置は、携帯型通信装置から受信したスピーカ特定情報により特定されたスピーカ装置へ楽曲データを配信する。これにより、座席毎のスピーカ装置及び情報媒体と、サーバ装置と、を備えるだけで、このシステム専用の操作端末を備えなくても、座席毎に異なる楽曲を放音することができる。また、このシステム専用の操作端末が不要なので、スピーカ装置及び情報媒体を増やすだけで、座席数の増加に対応することができる。このため、低コストで座席毎に異なる楽曲を放音することができる。

この発明の楽曲配信システムの前記サーバ装置は、前記スピーカ特定情報と該スピーカ特定情報を有する情報媒体が設置された座席の位置情報とを対応付けて記憶する座席情報記憶手段と、前記スピーカ特定情報と該スピーカ特定情報が特定するスピーカ装置に配信中の楽曲とを対応付けて一時記憶する一時記憶手段と、を更に備え、前記サーバ装置は、前記スピーカ特定情報に対応付けられた座席位置を前記座席情報記憶手段から取得し、周囲の座席に配信されている楽曲を一時記憶手段から取得して、取得した楽曲に基づいて楽曲リストを生成することを特徴とする。

この構成では、サーバ装置は、スピーカ特定情報と、スピーカ特定情報に応じた情報媒体が設置された座席の位置情報と、を対応付けて記憶する。また、サーバ装置は、スピーカ特定情報と、該スピーカ特定情報が特定するスピーカ装置に配信中の楽曲と、を対応付けて一時記憶する。サーバ装置は、携帯型通信装置からのアクセス時に指定されたスピーカ特定情報に基づいて、該スピーカ特定情報に応じた情報媒体が設置された座席の位置情報を取得する。サーバ装置は、取得した位置情報に基づいて、付近の座席に配信されている楽曲を取得する。サーバ装置は、取得した楽曲に基づいて、楽曲リストを生成する。このように、楽曲配信システムでは、付近の座席に放音中の楽曲に基づいて、放音可能な楽曲リストを生成することができる。これにより、例えば、付近の座席に放音中の楽曲が気にならないように楽曲を放音したり、付近の座席に放音されていない楽曲を放音したりすることができる。

この発明の楽曲配信システムの前記サーバ装置は、前記携帯型通信装置が記憶する楽曲の一覧を受信すると、該楽曲の一覧に基づいて楽曲リストを生成することを特徴とする。

この構成では、携帯型通信装置は、自装置が記憶する楽曲の一覧をサーバ装置に送信する。そして、サーバ装置は、携帯型通信装置から受信した楽曲の一覧に基づいて楽曲リストを生成する。これにより、楽曲配信システムでは、ユーザが所有する携帯型通信装置に記憶された楽曲の一覧、例えば、プレイリストに基づいて、放音可能な楽曲を選択することができる。このため、ユーザの嗜好に合わせて楽曲を放音することができる。

この発明の楽曲配信システムは、座席毎のスピーカ装置及び情報媒体と、サーバ装置と、を備えるだけで、このシステムの専用の操作端末を備えなくもて、座席毎に異なる楽曲を放音することができる。また、このシステムの専用の操作端末が不要なので、スピーカ装置及び情報媒体を増やすだけで、座席数の増加に対応することができる。このため、低コストで座席毎に異なる楽曲を放音することができる。

「第１実施形態」
本発明の第１実施形態に係る楽曲配信システムについて、図１を参照して説明する。図１は、楽曲配信システムが導入された店舗内の状況を説明するための図である。説明の簡単化のため、図１において、図面向かって右方向をＸ方向と称し、図面向かって下方向をＹ方向と称す。

図１に示すように、楽曲配信システムは、各テーブル４１〜４６に設置されたＱＲコード（本発明の情報媒体に相当する。）５１〜５６及びスピーカ装置２１〜２６と、スピーカ装置２１〜２６へ楽曲を配信するサーバ装置１（図２参照）と、から構成される。この楽曲配信システムは、ユーザ６１〜７０がグループ毎にテーブル４１〜４６に着席するような飲食店や喫茶店等の店舗７に導入される。なお、店舗７には６台のテーブル４１〜４６を設置したが、テーブル数はこれに限らず、仕様に応じて適宜設定すればよい。また、楽曲配信システムは、６台のスピーカ装置２１〜２６と６個のＱＲコード５１〜５６と設置したが、スピーカ装置数及びＱＲコード数はこれに限らず、テーブル数に応じて適宜設定すればよい。

店舗７には、複数のテーブル４１〜４６が格子状に設置されている。テーブル４１の位置情報を原点（Ｘ＝０，Ｙ＝０）とすると、各テーブル４２〜４６の位置情報は、次のようになる。テーブル４２は位置情報（Ｘ＝０，Ｙ＝１）となり、テーブル４３は位置情報（Ｘ＝１，Ｙ＝０）となる。また、テーブル４４は位置情報（Ｘ＝１，Ｙ＝１）となり、テーブル４５は位置情報（Ｘ＝２，Ｙ＝０）となる。更に、テーブル４６は位置情報（Ｘ＝２，Ｙ＝１）となる。以上より、各テーブル４１〜４６の位置情報を比較することで、テーブル４１の周囲には、テーブル４２〜４４が設置され、テーブル４３の周囲には、テーブル４１，４２，４４〜４６が設置されていることがわかる。なお、テーブル４１〜４６を格子状に設置したが、テーブル４１〜４６を格子状に設置する必要はなく、仕様に応じて適宜設定すればよい。

また、テーブル４１の周囲にはユーザ６１，６２が着席し、テーブル４２の周囲には、ユーザ６３が着席している。また、テーブル４４の周囲には、ユーザ６４〜６６が着席し、テーブル４５の周囲には、ユーザ６７，６８が着席し、テーブル４６の周囲には、ユーザ６９，７０が着席している。

更に、各テーブル４１〜４６上にＱＲコード５１〜５６が設置されており、各テーブル４１〜４６に向けて楽曲を放音するようにスピーカ装置２１〜２６が天井に設置されている。ＱＲコード５１〜５６は、サーバ装置１が備える配信サイトへのアクセス先を示すＵＲＬ（本発明のアクセス先情報に相当する。）と、同じテーブルに設置されたスピーカ装置２１〜２６を特定するためのスピーカ特定情報とを含む。ＱＲコード５１〜５６は、サーバ装置１に対して楽曲の配信を要求する際に用いられる。スピーカ装置２１〜２６は、サーバ装置１から配信された楽曲を放音する。なお、ＱＲコード５１〜５６の設置場所は、テーブル４１〜４６上に限らず、仕様に応じて適宜設定すればよい。また、スピーカ装置２１〜２６の設置場所は天井に限らず、各テーブルに向けて楽曲を放音するように設置されていればよく、仕様に応じて適宜設定すればよい。

具体的には、ユーザ６１は、自身が着席しているテーブル４１に設置されているＱＲコード５１を、自身が所有する携帯電話３に入力して、サーバ装置１の配信サイトにアクセスすると、サーバ装置１から楽曲リストが携帯電話３に送信される。ユーザ６１が楽曲リストの中から楽曲を選択すると、携帯電話３はサーバ装置１へ選択した楽曲（以下、選択楽曲と称す。）を通知する。サーバ装置は、ユーザ６１が着席しているテーブル４１に設置されているスピーカ装置２１に、選択楽曲を配信する。そして、配信された選択楽曲がスピーカ装置２１から放音される。以上のように、ユーザ６１が携帯電話３を用いてＱＲコードを読み込んで、楽曲を選択するだけで、ユーザ６１が着席するテーブル４１に選択楽曲が放音される。

次に、第１実施形態に係る音響配信システムの機能・構成について、図２〜図４を参照して説明する。図２は、音響配信システムの機能・構成を示すブロック図である。図３は、座席情報記憶部が記憶する座席情報の一例を示す図である。図４は、配信楽曲情報記憶部が記憶するジャンル関係情報の一例を示す図である。音響配信システムは、サーバ装置１、スピーカ装置２１〜２６、及びＱＲコード５１〜５６から構成される。

サーバ装置１は、通信制御部１１、制御部１２、座席情報記憶部１３、一時記憶部１４、楽曲記憶部１５、配信楽曲情報記憶部１６、及び楽曲リスト生成部１７から構成される。なお、制御部１２及び楽曲リスト生成部１７は、所謂ＣＰＵであり、座席情報記憶部１３、楽曲記憶部１５及び配信楽曲情報記憶部１６は、所謂ハードディスクであり、一時記憶部１４は所謂ＲＡＭである。

通信制御部１１は、移動体通信網８を介して携帯電話３と各種データの送受信を行い、オーディオケーブルを介してスピーカ装置２１〜２６へ楽曲データ等を配信する。なお、サーバ装置１とスピーカ装置２１〜２６とは、オーディオケーブルを用いた有線通信に限らず、無線通信でもよく、仕様に応じて適宜設定すればよい。

具体的には、通信制御部１１は、携帯電話３から配信サイトの表示依頼とスピーカ特定情報とを受信すると、制御部１２へ出力する。通信制御部１１は、制御部１２から配信サイトのデータが入力されると、配信サイトのデータを携帯電話３へ送信する。また、通信制御部１１は、携帯電話から選択楽曲の通知と放音指示データとを受信すると、選択楽曲の通知を制御部１２へ出力する。通信制御部１１は、制御部１２から楽曲データが入力されると、スピーカ特定情報が特定するスピーカ装置２１〜２６へ楽曲のデータと放音指示データとを配信する。

制御部１２は、通信制御部１１から配信サイトの表示依頼とスピーカ特定情報とが入力されると、スピーカ特定情報を楽曲リスト生成部１７へ出力して、楽曲リスト生成部１７に楽曲リストを生成させる。また、楽曲リスト生成部１７から楽曲リストが入力されると、配信サイトのデータを生成して、配信サイトのデータを通信制御部１１へ出力する。また、制御部１２は、通信制御部１１から選択楽曲が通知されると、選択楽曲のデータを楽曲記憶部１５から取得して、通信制御部１１に出力する。

座席情報記憶部１３は、各テーブル４１〜４６に設置されたＱＲコード５１〜５６及びスピーカ装置２１〜２６と各テーブル４１〜４６の位置情報とを対応付ける座席情報をテーブル４１〜４６毎に記憶する。図３に示すように、具体的には、座席情報は、ＱＲコード５１のスピーカ特定情報（０２１）と、スピーカ装置２１と、テーブル４１の位置情報（Ｘ：０，Ｙ：０）と、から構成される。

一時記憶部１４は、各スピーカ装置２１〜２６のそれぞれに配信中の楽曲を示す配信情報を一時的に記憶する。この配信情報は、ＱＲコード５１〜５６のスピーカ特定情報と、該スピーカ特定情報が特定するスピーカ装置２１〜２６へ配信中の楽曲と、から構成される。配信情報は、楽曲の配信が完了してから所定時間経過後に、制御部１２により削除される、また、配信情報は、新たな楽曲が配信されると、制御部１２により更新される。

楽曲記憶部１５は、スピーカ装置２１に配信可能な楽曲の楽曲データを記憶する。楽曲データは、クラシック、ロック、ポップス、演歌等の楽曲のジャンル毎に記憶されている。

配信楽曲情報記憶部１６は、隣接するテーブルで放音中の楽曲に基づいて、放音可能な楽曲を指定するジャンル関係情報を記憶する。このジャンル関係情報は、図４に示すように、ジャンルと、隣接するテーブルで放音中の楽曲と一緒に放音しても気にならない楽曲のジャンルと、から構成される。例えば、隣接するテーブルでクラシックの楽曲を放音している場合、クラシック、ポップス、演歌等の楽曲を放音することができ、ロック等の楽曲を放音するこができない。また、隣接するテーブルで、ロックの楽曲とクラシックの楽曲とを放音している場合、ポップスと演歌等の楽曲を放音することができ、ロックの楽曲とクラシックの楽曲を放音することができない。

楽曲リスト生成部１７は、制御部１２の指示に基づいて、座席情報記憶部１３、一時記憶部１４、楽曲記憶部１５、及び配信楽曲情報記憶部１６を参照して、楽曲リストを生成する。楽曲リスト生成部１７は、生成した楽曲リストを制御部１２へ出力する。

また、スピーカ装置２１は、入力Ｉ／Ｆ２０１、放音制御部２０２、Ｄ／Ａ変換部２０３、アンプ２０４、及びスピーカＳＰから構成される。ここでは、スピーカ装置２１〜２６の構成が同じなので、スピーカ装置２１の構成について説明する。

入力Ｉ／Ｆ２０１は、サーバ装置１から楽曲データと放音指示データとを受信して、放音制御部２０２へ出力する。放音制御部２０２は、放音指示データに基づいて、楽曲データの曲調、テンポ、音量等を制御する。この制御後の楽曲データは、Ｄ／Ａ変換部２０３にてデジタル形式からアナログ形式へ変換され、アンプ２０４にて増幅された後、スピーカＳＰへ出力される。

更に、ＱＲコード５１を撮影可能な携帯電話３は、画像入力部３１、画像解析部３２、操作部３３、制御部３４、通信部３５、及び表示部３６から構成される。ここでは、ＱＲコード５１〜５６の構成が同じなので、以下、ＱＲコード５１を例にあげて説明する。

画像入力部３１は、所謂カメラであり、カメラでＱＲコード５１を撮影することにより、ＱＲコード５１を画像データとして入力する。入力したＱＲコード５１の画像データは、画像解析部３２へ出力される。

画像解析部３２は、ＱＲコード５１の画像データを解析して、サーバ装置１の配信サイトのＵＲＬと、ＱＲコード５１が設置されたスピーカ装置２１を特定するためのスピーカ特定情報０２１と、を取得して、制御部３４へ出力させる。

操作部３３は、ユーザ６１からの操作入力を受け付け、操作信号を制御部３４へ出力する。例えば、操作部３３は、表示部３６に表示された配信サイトの楽曲リストの中から楽曲を選択する操作入力を受け付け、操作信号を制御部３４へ出力する。また、操作部３３は、表示部３６に表示された配信サイトから、楽曲の曲調、テンポ、音量等を指示する操作入力を受け付け、操作信号を制御部３４へ出力する。

制御部３４は、画像解析部３２から配信サイトのＵＲＬとスピーカ特定情報とが入力されると、スピーカ特定情報を付加にして、配信サイトのＵＲＬにアクセスするよう通信部３５を制御する。制御部３４は、選択楽曲や曲調、テンポ、音量等を指示する操作信号が操作部３３から入力されると、サーバ装置１に対して、選択楽曲の通知及び放音指示データを送信するよう通信部３５を制御する。この放音指示データとは、曲調、テンポ、音量等の制御を指示するデータである。また、制御部３４は、操作部３３から入力された操作信号に基づいて、各種制御を行う。

通信部３５は、制御部３４の指示を受け、移動体通信網８を介して、サーバ装置１と各種データの送受信を行う。通信部３５は、サーバ装置１に対して、配信サイトの表示要求や選択楽曲の通知を送信する。また、通信部３５は、楽曲リストを含む配信サイトのデータをサーバ装置１から受信する。

表示部３６は、所謂モニタである。制御部３４は、配信サイトを表示部３６に表示する。

次に、楽曲リストを表示する配信サイトの生成処理について、図５を参照して説明する。図５は、配信サイトの生成処理に関する処理フローを示す図である。

図５に示すように、携帯電話３の画像入力部３１は、カメラでＱＲコード５１を撮影することにより、ＱＲコード５１が入力されると（Ｓ１０１：Ｙｅｓ）、ＱＲコード５１の画像データを画像解析部３２へ出力して、ステップＳ１０２以降の処理を行う。なお、ＱＲコード５１の入力を受け付けるまで（Ｓ１０１：Ｎｏ）、ステップＳ１０２以降の処理を行わない。

ステップＳ１０２にて、画像解析部３２は、ＱＲコード５１の画像データを解析し、配信サイトのＵＲＬとスピーカ特定情報とを取得して、制御部３４へ出力する。制御部３４は、スピーカ特定情報を付加してサーバ装置１の配信サイトのＵＲＬへ、通信部３５からアクセスさせる。言いかえると、配信サイトの表示依頼とともに、スピーカ特定情報をサーバ装置１へ通信部３５に送信させる。（Ｓ１０３）。

サーバ装置１の通信制御部１１は、携帯電話３から配信サイトの表示依頼とスピーカ特定情報とを受信すると（Ｓ１２１：Ｙｅｓ）、スピーカ特定情報を制御部１２へ出力して、ステップＳ１２２以降の処理を行う。なお、携帯電話３からのアクセスを受け付けるまで（Ｓ１２１：Ｎｏ）、ステップＳ１２２以降の処理を行わない。

ステップＳ１２２にて、楽曲リスト生成部１７は、制御部１２の指示により図３に示す座席情報記憶部１３を参照して、受信したスピーカ特定情報０２１に基づいて、テーブル４１に隣接するテーブル４２〜４４のスピーカ特定情報０２２〜０２４を取得する。楽曲リスト生成部１７は、制御部１２の指示により、一時記憶部１４を参照して、隣接するテーブル４２〜４４のスピーカ特定情報０２２〜０２４を用いて、該隣接するテーブル４２〜４４へ放音中の楽曲を取得する（Ｓ１２３）。楽曲リスト生成部１７は、制御部１２の指示により、図４に示す配信楽曲情報記憶部１６を参照して、放音可能なジャンルの楽曲からなる楽曲リストを生成する（Ｓ１２４）。制御部１２は、楽曲リスト生成部１７が生成した楽曲リストを用いて配信サイトのデータを生成して（Ｓ１２５）、通信制御部１１へ出力する。通信制御部１１は、配信サイトのデータを携帯電話３に送信する（Ｓ１２６）。

携帯電話３の通信部３５は、配信サイトのデータを受信すると（Ｓ１０４：Ｙｅｓ）、配信サイトのデータを制御部３４へ出力して、ステップＳ１０５の処理へ進む。なお、配信サイトのデータを受信するまで（Ｓ１０４：Ｎｏ）、ステップＳ１０５以降の処理を行わない。

制御部３４は、配信サイトのデータを表示部３６へ出力し、配信サイトを表示部３６に表示させる（Ｓ１０５）。なお、以上の処理にて、サーバ装置１と携帯電話３との間で、情報を保持するためにセッションを確立する。このセッションが確立されている間、サーバ装置１は、スピーカ特定情報を保持している。

以上のように、音響配信システムでは、隣接するテーブル４２〜４４で放音中の楽曲と一緒に放音してもユーザ６１が気にならない楽曲からなる楽曲リストをユーザ６１に提供することができる。これにより、各テーブル４１〜４６に着席したユーザ６１〜７０は、周囲のテーブルで放音中の楽曲を気にせずに、楽曲を放音することができる。この結果、音響配信システムは、各テーブル４１〜４６に、異なる楽曲を放音することができる。

次に、配信サイトに表示された楽曲リストから楽曲を選曲する処理について、図６を参照して説明する。図６は、楽曲の選曲時の処理フローを示す図である。

図６に示すように、携帯電話３の操作部３３は、配信サイトに表示された楽曲リストの中から、選択楽曲の入力を受け付けると（Ｓ１４１：Ｙｅｓ）、選択楽曲を制御部３４へ出力して、ステップＳ１４２の処理を行う。なお、選択楽曲の入力を受け付けるまで（Ｓ１４１：Ｎｏ）、ステップＳ１４２の処理を行わない。

ステップＳ１４２にて、携帯電話３の制御部３４は、選択楽曲をサーバ装置１へ通信部３５から送信させる。この際、携帯電話３は、操作部３３から入力された曲調、テンポ、音量等を指定する放音指示データを選択楽曲とともにサーバ装置１へ送信する。

サーバ装置１の通信制御部１１は、選択楽曲と放音指示データとを受信すると（Ｓ１６１：Ｙｅｓ）、選択楽曲を制御部１２へ出力して、ステップＳ１６２以降の処理を行う。なお、選択楽曲を受信するまでは（Ｓ１６１：Ｎｏ）、ステップＳ１６２以降の処理を行わない。

ステップＳ１６２にて、サーバ装置１の制御部１２は、スピーカ特定情報と選択楽曲とを対応付けて一時記憶部１４の配信情報に登録する。この際、すでにスピーカ特定情報が登録済みの場合は、対応する選択楽曲を更新する。制御部１２は、楽曲記憶部１５から選択楽曲の楽曲データを取得して（Ｓ１６３）、放音指示データとともに通信制御部１１へ出力する。通信制御部１１は、スピーカ特定情報０２１により特定されたスピーカ装置２１へ該楽曲データを配信する（Ｓ１６４）。楽曲データの配信後、所定時間経過すると、サーバ装置１の制御部１２は、一時記憶部１４の配信情報からスピーカ特定情報と選択楽曲とを削除する。

スピーカ装置２１は、入力Ｉ／Ｆ２０１に楽曲データと放音指示データとが入力されると（Ｓ１８１：Ｙｅｓ）、ステップＳ１８２以降の処理を行う。なお、楽曲データが入力されるまで（Ｓ１８１：Ｎｏ）、ステップＳ１８２以降の処理を行わない。

ステップＳ１８２にて、スピーカ装置２１は、放音指示データに基づいて、楽曲データの曲調、テンポ、音量等を制御する。スピーカ装置２１は、楽曲データに基づいてスピーカＳＰから放音する（Ｓ１８３）。以上のように、楽曲配信システムでは、配信サイトの楽曲リストの中から、ユーザ６１は放音したい楽曲を選択して放音することができる。また、ユーザ６１が指定した曲調、テンポ、音量に基づいて、楽曲を放音することができる。このように、楽曲配信システムでは、店舗７にサーバ装置１と、座席毎のスピーカ装置２１〜２６及びＱＲコード５１〜５６と、を備えるだけで、座席毎に異なる楽曲を放音することができる。また、座席数を増やす場合であっても、スピーカ装置とＱＲコードとを増やすだけでよい。この結果、楽曲配信システムでは、低コストで座席毎に異なる楽曲を放音することができる。

なお、第１実施形態では、ジャンル関係情報として、周囲のテーブルで放音中の楽曲と一緒に放音しても気にならない楽曲のジャンルを記憶したが、これに限らず、周囲のテーブルで放音するのに最適な楽曲のジャンルを記憶してもよい。また、周囲のテーブルで放音してはいけない楽曲のジャンルを記憶してもよい。

また、第１実施形態では、楽曲の配信が完了してから所定時間経過後に、配信情報を削除したが、スピーカ装置２１〜２６に配信された楽曲の放音が完了後に、該当する配信情報を削除してもよい。

更に、第１実施形態では、携帯電話３からの入力された曲調、テンポ、音量に基づいて、放音制御した。しかし、隣接するテーブルに放音されている楽曲に合わせて、サーバ装置１が曲調やテンポを制御してもよい。また、隣接するテーブルに楽曲が放音されているか否かに応じて、サーバ装置１が楽曲の放音音量を制御してもよい。

「第２実施形態」
次に、第２実施形態に係る音響配信システムについて、図７，図８を参照して説明する。図７は、第２実施形態に係る音響配信システムの機能・構成を示すブロック図である。図８は、第２実施形態に係る配信サイトの生成処理に関する処理フローを示す図である。第２実施形態に係る音響配信システムでは、携帯電話３が記憶するプレイリスト３７１に基づいて楽曲リストを生成する点が、第１実施形態に係る音響配信システムと異なる。

図７に示すように、第２実施形態に係る音響配信システムは、第１実施形態に係る音響配信システムと異なり、サーバ装置１が一時記憶部１４と配信楽曲情報記憶部１６とを備えず、携帯電話３が記憶部３７を備える。

携帯電話３の記憶部３７は、１以上のプレイリスト３７１とプレイリスト提供プログラム３７２とを記憶する。プレイリスト３７１は、１曲以上の楽曲から構成され、携帯電話３が記憶する再生可能な楽曲の中から、ユーザがお気に入りの楽曲を選択して作成した楽曲の一覧である。また、プレイリスト提供プログラム３７２は、サーバ装置１にプレイリスト３７１を提供するプログラムであり、サーバ装置１からプレイリスト３７１の提供依頼を受信すると、制御部３４にて展開されて実行される。このプレイリスト提供プログラム３７２は、サーバ装置１からダウンロードすることができる。また、携帯電話３が配信サイトの表示依頼をサーバ装置１に送信する際に、プレイリスト提供プログラム３７２を記憶部３７に記憶していない場合は、サーバ装置１からプレイリスト提供プログラム３７２が配信される。

次に、楽曲リストを表示する配信サイトの生成処理について、図７を参照して説明する。なお、ステップＳ１０１〜Ｓ１０３，Ｓ１０５，Ｓ１２１，Ｓ１２５，Ｓ１２６の処理は、第１実施形態のステップＳ１０１〜Ｓ１０３，Ｓ１０５，Ｓ１２１，Ｓ１２５，Ｓ１２６の処理と同じであるため、以下の説明を省略する。

図８に示すように、サーバ装置１の通信制御部１１は、配信サイトの表示依頼とスピーカ特定情報とを受信すると（Ｓ１２１：Ｙｅｓ）、携帯電話３にプレイリスト３７１の提供依頼を送信する（Ｓ２２１）。

携帯電話３の通信部３５はプレイリスト３７１の提供依頼を受信すると（Ｓ２０１：Ｙｅｓ）、プレイリスト３７１の提供依頼を制御部３４へ出力して、ステップＳ２０２以降の処理を行う。なお、プレイリスト３７１の提供依頼を受信するまで（Ｓ２０１：Ｎｏ）、ステップＳ２０２以降の処理は行わない。

ステップＳ２０２にて、制御部３４は、選択されたプレイリストの入力を受け付ける。操作部３３は、プレイリストが選択されると（Ｓ２０２：Ｙｅｓ）、選択したプレイリストを制御部３４へ出力して、ステップＳ２０３の処理を行う。なお、プレイリストが選択されるまで（Ｓ２０２：Ｎｏ）、ステップＳ２０３以降の処理を行わない。

ステップＳ２０３にて、制御部３４は、プレイリスト提供プログラム３７２を実行して、記憶部３７からプレイリスト３７１を取得し、サーバ装置１へ通信部３５から送信させる。

サーバ装置１の通信制御部１１は、プレイリスト３７１を受信すると（Ｓ２２２：Ｙｅｓ）、プレイリスト３７１を制御部１２へ出力して、ステップＳ２２３以降の処理を行う。なお、プレイリスト３７１を受信するまで（Ｓ２２２：Ｎｏ）、ステップＳ２２３以降の処理は行わない。

ステップＳ２２３にて、制御部１２は、プレイリスト３７１を構成する複数の楽曲の中から、楽曲記憶部１５が記憶する楽曲を取得して、楽曲リストを生成し、ステップＳ１２５以降の処理を行う。以上より、楽曲配信システムでは、携帯電話３が記憶するプレイリスト３７１を構成する楽曲からなる楽曲リストを生成することができる。これにより、各テーブル４１〜４６に、ユーザが望む楽曲を放音することができる。

なお、第２実施形態では、携帯電話３が記憶するプレイリスト３７１の楽曲からなる楽曲リストを生成した。しかし、プレイリスト３７１に登録されている楽曲のうち、最も多いジャンルの楽曲からなる楽曲リストを生成してもよい。この場合、サーバ装置１は、プレイリスト３７１を受信すると、プレイリスト３７１に登録された楽曲の中から最も多いジャンルを特定し、楽曲記憶部１５に記憶されている楽曲の中から、該ジャンルの楽曲を選択して楽曲リストを生成する。また、携帯電話３が記憶する全楽曲の中から、最も多いジャンルの楽曲からなる楽曲リストを生成してもよい。更に、携帯電話３が記憶する全楽曲の中から、再生頻度が多い楽曲からなる楽曲リストを生成してもよい。この場合、携帯電話３は、サーバ装置１からプレイリスト３７１の提供依頼を受信すると、再生頻度が多い楽曲からなるプレイリスト３７１を生成し、サーバ装置１へ送信する。そして、サーバ装置１は、受信したプレイリスト３７１に基づいて、楽曲リストを生成する。

また、第２実施形態では、携帯電話３が記憶するプレイリスト３７１に基づいて楽曲リストを生成した。しかし、携帯電話３が記憶するプレイリスト３７１と、隣接するテーブルに放音されている楽曲と、に基づいて、楽曲リストを生成してもよい。

更に、第２実施形態では、プレイリスト提供プログラム３７２を用いて、サーバ装置１へプレイリストを送信した。しかし、プレイリスト３７１をメールに添付してサーバ装置１へ送信してもよい。

なお、上述の実施形態では、携帯電話３を用いてＱＲコード５１〜５６を読み込んで、サーバ装置１にアクセスした。しかし、店舗７に設置されたＱＲコード５１〜５６等の二次元バーコードや一次元バーコードを読み込むことができ、通信可能な携帯型通信装置であればよい。

また、上述の実施形態では、二次元バーコードであるＱＲコード５１〜５６を用いた。しかし、ＰＤＦ４１７やベリコード等の二次元バーコードや、ＪＡＮやＩＴＦ等の一次元バーコードを用いてもよい。また、サーバ装置１の配信サイトのＵＲＬと同じテーブルに設置されたスピーカ装置のスピーカ特定情報とを赤外線やＢｌｕｅｔｏｏｔｈを用いて、携帯電話３に入力してもよい。赤外線の場合、各テーブル４１〜４６に赤外線出力装置を設置しておく。この赤外線出力装置は、ユーザ６１からの操作入力を受け付けると、サーバ装置１の配信サイトのＵＲＬと、同じテーブル４１に設置されたスピーカ装置２１のスピーカ特定情報と、を記憶する記憶媒体から読み出して、赤外線ポートから出力する。ユーザ６１は、携帯電話３にて赤外線ポートからこれらの情報を受信することで、配信サイトにアクセスして、楽曲をテーブル４１へ放音することができる。

加えて、上述の実施形態では、スピーカ特定情報を付加して配信サイトのＵＲＬにアクセスして、楽曲リストを取得した。しかし、スピーカ特定情報を表記したメールをサーバ装置に送ることで、楽曲リストを取得してもよい。この場合、サーバ装置は、楽曲リストを添付したメールを携帯電話３に送信してもよいし、楽曲リストが表示されたＵＲＬを記載したメールを携帯電話３に送信してもよい。

また、上述の実施形態では、サーバ装置１と携帯電話３との間でセッションを確立することで、サーバ装置１がスピーカ特定情報を保持した。しかし、楽曲データの配信時に、サーバ装置１がスピーカ特定情報を保持すればよいので、サーバ装置１がスピーカ特定情報を付与して楽曲リストを携帯電話３に送信し、携帯電話３がスピーカ特定情報を付与して選択楽曲をサーバ装置１へ送信してもよい。

最後に、上述の実施形態の説明は、すべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上述の実施形態ではなく、特許請求の範囲によって示される。さらに、本発明の範囲には、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

楽曲配信システムが導入された店舗内の状況を説明するための図である。 音響配信システムの機能・構成を示すブロック図である。 座席情報記憶部が記憶する座席情報の一例を示す図である。 配信楽曲情報記憶部が記憶するジャンル関係情報の一例を示す図である。 配信サイトの生成処理に関する処理フローを示す図である。 楽曲の選曲時の処理フローを示す図である。 第２実施形態に係る音響配信システムの機能・構成を示すブロック図である。 第２実施形態に係る配信サイトの生成処理に関する処理フローを示す図である。

符号の説明

１…サーバ装置，３…携帯電話，７…店舗，８…移動体通信網，１１…通信制御部，１２…制御部，１３…座席情報記憶部，１４…一時記憶部，１５…楽曲記憶部，１６…配信楽曲情報記憶部，１７…楽曲リスト生成部，２１〜２６…スピーカ装置，３１…画像入力部，３２…画像解析部，３３…操作部，３４…制御部，３５…通信部，３６…表示部，３７…記憶部，４１〜４６…テーブル，５１〜５６…ＱＲコード，６１〜７０…ユーザ，２０１…入力Ｉ／Ｆ，２０２…放音制御部，２０３…Ｄ／Ａ変換部，２０４…アンプ，３７１…プレイリスト，３７２…プレイリスト提供プログラム，ＳＰ…スピーカ

Claims (3)

1. 座席毎に設置されたスピーカ装置に楽曲データを配信し、携帯型通信装置と通信するサーバ装置を備えた楽曲配信システムであって、
   前記サーバ装置へのアクセス先を指定するアクセス先情報と、同じ座席に設置されたスピーカ装置を特定するスピーカ特定情報と、を有する情報媒体を座席毎に設け、
   前記サーバ装置は、
   スピーカ装置に配信可能な複数の楽曲データを記憶する楽曲記憶手段を備え、
   前記携帯型通信装置は、前記アクセス先情報と前記スピーカ特定情報とを前記情報媒体から取得して、該スピーカ特定情報と該アクセス先情報とに基づいて前記サーバ装置へアクセスし、
   前記サーバ装置は、前記楽曲記憶手段に記憶する複数の楽曲の中から楽曲を選択して生成した楽曲リストを、アクセスしてきた携帯型通信装置に送信し、
   前記携帯型通信装置は、前記楽曲リストを受信すると、該楽曲リストの中から楽曲の選択入力を受け付けて、選択された楽曲を前記サーバ装置へ送信し、
   前記サーバ装置は、前記選択された楽曲を受信すると、前記スピーカ特定情報に応じたスピーカ装置に、該選択された楽曲の楽曲データを配信する楽曲配信システム。
2. 前記サーバ装置は、
   前記スピーカ特定情報と該スピーカ特定情報を有する情報媒体が設置された座席の位置情報とを対応付けて記憶する座席情報記憶手段と、
   前記スピーカ特定情報と該スピーカ特定情報が特定するスピーカ装置に配信中の楽曲とを対応付けて一時記憶する一時記憶手段と、を更に備え、
   前記サーバ装置は、前記スピーカ特定情報に対応付けられた座席位置を前記座席情報記憶手段から取得し、周囲の座席に配信されている楽曲を一時記憶手段から取得して、取得した楽曲に基づいて楽曲リストを生成する請求項１に記載の楽曲配信システム。
3. 前記サーバ装置は、前記携帯型通信装置が記憶する楽曲の一覧を受信すると、該楽曲の一覧に基づいて楽曲リストを生成する請求項１又は請求項２に記載の楽曲配信システム。

Images