(57)【要約】      （修正有）【課題】コンテンツが再生されている所定のロケーションにとって有益な情報である飲食物情報を好適に配信する。【解決手段】配信サーバ２０は、所定のロケーションで再生されているコンテンツ及び当該コンテンツを再生しているプレーヤのうちの少なくとも一方を示すコンテンツ情報を、コンテンツの再生と並行してリアルタイムに取得する受信部２１と、コンテンツ情報に基づいて、コンテンツ情報に対応する飲食物を特定の飲食物として選択する選択部２２と、特定の飲食物を示す飲食物情報を、ユーザに配信する配信部２５とを備える。【選択図】図１
2015146157.tif 000002
【特許請求の範囲】
【請求項１】
所定のロケーションで再生されているコンテンツ及び当該コンテンツを再生しているプレーヤのうちの少なくとも一方を示すコンテンツ情報を、前記コンテンツの再生と並行してリアルタイムに取得する取得手段と、
前記コンテンツ情報に基づいて、前記コンテンツ情報に対応する飲食物を特定の飲食物として選択する選択手段と、
前記特定の飲食物を示す飲食物情報を、ユーザに配信する配信手段と
を備えることを特徴とする配信装置。
【請求項２】
前記選択手段は、前記コンテンツ情報の内容が変化する都度、内容が変化した前記コンテンツ情報に基づいて、内容が変化した前記コンテンツ情報に対応する飲食物を前記特定の飲食物として新たに選択する
ことを特徴とする請求項１に記載の配信装置。
【請求項３】
前記取得手段は、前記所定のロケーションが複数存在する場合には、前記複数の所定のロケーションの夫々の前記コンテンツ情報を個別に取得する
ことを特徴とする請求項１又は２に記載の配信装置。
【請求項４】
前記選択手段は、前記所定のロケーションで提供されている飲食物を前記特定の飲食物として選択する
ことを特徴とする請求項１から３のいずれか一項に記載の配信装置。
【請求項５】
前記選択手段は、前記コンテンツ情報に対応する飲食物が前記所定のロケーションで提供されている場合には、前記コンテンツ情報に対応する飲食物を、前記特定の飲食物として選択し、
前記選択手段は、前記コンテンツ情報に対応する飲食物が、前記所定のロケーションで提供されていない場合には、前記コンテンツ情報に対応する飲食物と所望の関連性を有する飲食物であって且つ前記所定のロケーションで提供されている飲食物を前記特定の飲食物として選択する
ことを特徴とする請求項４に記載の配信装置。
【請求項６】
前記配信手段は、前記飲食物情報を、前記所定のロケーションに位置する前記ユーザに配信する
ことを特徴とする請求項１から５のいずれか一項に記載の配信装置。
【請求項７】
前記選択手段は、前記コンテンツ情報に対応する飲食物であって且つ前記配信手段によって配信された前記飲食物情報への前記ユーザのアクションに対応する飲食物を特定の飲食物として選択する
ことを特徴する請求項１から６のいずれか一項に記載の配信装置。
【請求項８】
所定のロケーションで再生されているコンテンツ及び当該コンテンツを再生しているプレーヤのうちの少なくとも一方を示すコンテンツ情報を、前記コンテンツの再生と並行してリアルタイムに取得する取得工程と、
前記コンテンツ情報に基づいて、前記コンテンツ情報に対応する飲食物を特定の飲食物として選択する選択工程と、
前記特定の飲食物を示す飲食物情報を、ユーザに配信する配信工程と
を備えることを特徴とする配信方法。
【請求項９】
請求項８に記載の配信方法をコンピュータに実行させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、楽曲や映像等のコンテンツに関連する情報を配信する配信装置及び方法、並びにこのような配信装置に用いられるコンピュータプログラムに関する。
【背景技術】
【０００２】
ターンテーブルの如き操作子を備えたＤＪ（Ｄｉｓｃ  Ｊｏｃｋｅｙ）により用いられる専用の装置（ＤＪ機器）が知られている。近年では、このようなＤＪ機器と連携して、ＤＪ機器によって再生されているコンテンツ（例えば、音楽コンテンツや映像コンテンツ）に関連する情報をユーザに配信するサービスの展開が進められている。このようなサービスの一例として、出願人によって提供され始めているＫＵＶＯ（ｈｔｔｐ：／／ｄｊｃｌｕｂｎｅｔｗｏｒｋ．ｃｏｍ／）が例示される。尚、出願人の調査によれば、このようなサービスの概要を示す文献（上記ホームページ参照）は存在するものの、ＤＪ機器によって再生されているコンテンツに関連する情報をユーザに配信する公知の技術文献は見当たらない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
このようなＤＪ機器は、クラブ等の施設で用いられることが多い。従って、上述したサービスを円滑に導入するためには、ＤＪ機器によって再生されているコンテンツに関連する情報として、ユーザにとって有益であるだけではなくＤＪ機器が用いられる施設にとっても有益な情報を配信することが好ましいと想定される。尚、ＤＪ機器に限らず、任意のコンテンツを再生する任意の再生装置が用いられる場合であっても、当該任意の再生装置によって再生されているコンテンツに関連する情報として、当該任意の再生装置が用いられる施設にとって有益な情報を配信することが好ましい。
【０００４】
本発明が解決しようとする課題には上記のようなものが一例として挙げられる。本発明は、コンテンツが再生されている施設にとって有益な情報を好適に配信することが可能な再生装置及び方法、並びにコンピュータをこのような再生装置として実行させるコンピュータプログラムを提供することを課題とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために本発明の配信装置は、所定のロケーションで再生されているコンテンツ及び当該コンテンツを再生しているプレーヤのうちの少なくとも一方を示すコンテンツ情報を、前記コンテンツの再生と並行してリアルタイムに取得する取得手段と、前記コンテンツ情報に基づいて、前記コンテンツ情報に対応する飲食物を特定の飲食物として選択する選択手段と、前記特定の飲食物を示す飲食物情報を、前記ユーザに配信する配信手段とを備える。
【０００６】
上記課題を解決するために本発明の配信方法は、所定のロケーションで再生されているコンテンツ及び当該コンテンツを再生しているプレーヤのうちの少なくとも一方を示すコンテンツ情報を、前記コンテンツの再生と並行してリアルタイムに取得する取得工程と、前記コンテンツ情報に基づいて、前記コンテンツ情報に対応する飲食物を特定の飲食物として選択する選択工程と、前記特定の飲食物を示す飲食物情報を、前記ユーザに配信する配信工程とを備える。
【０００７】
上記課題を解決するために本発明のコンピュータプログラムは、本発明の配信方法をコンピュータに実行させる。
【０００８】
本発明のこのような作用及び利得は次に説明する実施の形態から明らかにされる。
【図面の簡単な説明】
【０００９】
【図１】本実施例の配信システムの基本構成を概念的に示すブロック図である。
【図２】本実施例のＤＪ機器の動作の流れを示すフローチャートである。
【図３】本実施例の配信サーバの動作の流れを示すフローチャートである。
【図４】本実施例の携帯端末の動作の流れを示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、発明を実施するための形態として、本発明の配信装置及び方法、並びにコンピュータプログラムの夫々に係る実施形態について順に説明する。
【００１１】
（配信装置の実施形態）
＜１＞
本実施形態の配信装置は、所定のロケーションで再生されているコンテンツ及び当該コンテンツを再生しているプレーヤのうちの少なくとも一方を示すコンテンツ情報を、前記コンテンツの再生と並行してリアルタイムに取得する取得手段と、前記コンテンツ情報に基づいて、前記コンテンツ情報に対応する飲食物を特定の飲食物として選択する選択手段と、前記特定の飲食物を示す飲食物情報を、前記ユーザに配信する配信手段とを備える。
【００１２】
本実施形態の配信装置は、所定のロケーションで再生されているコンテンツに関連する情報として、特定の飲食物を示す飲食物情報を配信することができる。このような飲食物情報を配信するために、本実施形態の配信装置は、取得手段と、選択手段と、配信手段とを備えている。
【００１３】
取得手段は、コンテンツ情報を取得する。コンテンツ情報は、所定のロケーション（例えば、クラブ等の施設）で再生されているコンテンツを直接的に又は間接的に示す情報を含んでいてもよい。コンテンツ情報は、コンテンツを直接的に又は間接的に示す情報に加えて又は代えて、当該コンテンツを再生しているプレーヤ（言い換えれば、演奏者又は再生者）を直接的に又は間接的に示す情報を含んでいてもよい。典型的には、取得手段は、コンテンツを再生する再生装置からコンテンツ情報を取得する。但し、取得手段は、コンテンツを再生する再生装置とは異なる装置からコンテンツ情報を取得してもよい。
【００１４】
本実施形態では特に、取得手段は、コンテンツの再生と並行して、コンテンツ情報をリアルタイムに取得する。
【００１５】
特に、取得手段は、コンテンツを視聴するユーザの操作を介することなく、コンテンツ情報をリアルタイムに（言い換えれば、自動的に）取得することが好ましい。言い換えれば、取得手段は、コンテンツ情報をリアルタイムに取得するためのユーザの操作を介することなく（言い換えれば、必要とすることなく）、コンテンツ情報をリアルタイムに操作することが好ましい。
【００１６】
例えば、取得手段は、コンテンツ又はプレーヤを示す情報をテキスト入力することで配信装置に通知するユーザの操作を必要とすることなく、コンテンツ情報をリアルタイムに取得してもよい。具体的には、例えば、コンテンツを再生する再生装置から取得手段がコンテンツ情報を取得する場合には、取得手段は、間にユーザ（典型的には、ユーザが備える端末装置）を介在させることなく再生装置と通信することで、コンテンツ情報をリアルタイムに取得してもよい。つまり、例えば、コンテンツを再生する再生装置から取得手段がコンテンツ情報を取得する場合には、取得手段は、コンテンツ情報をリアルタイムに通知してくる再生装置とリアルタイムに通信することで、コンテンツ情報をリアルタイムに取得してもよい。
【００１７】
選択手段は、取得手段が取得したコンテンツ情報に基づいて、当該コンテンツ情報に対応する（例えば、コンテンツの雰囲気にマッチした）特定の飲食物を選択する。例えば、選択手段は、コンテンツ情報が「コンテンツＡ１」を示している場合にはコンテンツＡ１に対応する「飲食物Ａ１」を特定の飲食物として選択する一方で、コンテンツ情報が「コンテンツＢ１」を示している場合にはコンテンツＢ１に対応する飲食物Ｂ１を特定の飲食物として選択してもよい。或いは、例えば、選択手段は、コンテンツ情報が「プレーヤＡ２」を示している場合にはプレーヤＡ２に対応する「飲食物Ａ２」を特定の飲食物として選択する一方で、コンテンツ情報が「プレーヤＢ２」を示している場合にはプレーヤＢ２に対応する飲食物Ｂ２を特定の飲食物として選択してもよい。
【００１８】
この場合、選択手段は、コンテンツ情報と飲食物との対応関係を規定するデータベースを参照することで、特定の飲食物を選択してもよい。このようなデータベースは、コンテンツ及びプレーヤのうちの少なくとも一方と飲食物との対応関係を直接的に規定していてもよい。或いは、このようなデータベースは、コンテンツ及びプレーヤのうちの少なくとも一方と飲食物との対応関係を間接的に規定していてもよい。例えば、各コンテンツが固有の特性（例えば、曲調やテンポ等）を有していることを考慮すれば、データベースは、コンテンツの特性を示すパラメータ（例えば、曲調及びテンポのうちの少なくとも一方）と飲食物との対応関係を規定することで、コンテンツと飲食物との対応関係を間接的に規定していてもよい。或いは、例えば、各プレーヤが固有の再生スタイル（例えば、曲調やテンポ等）でコンテンツを再生することを考慮すれば、データベースは、プレーヤの再生スタイルを示すパラメータ（例えば、曲調及びテンポのうちの少なくとも一方）と飲食物との対応関係を規定することで、プレーヤと飲食物との対応関係を間接的に規定していてもよい。
【００１９】
配信手段は、選択手段が選択した特定の飲食物を示す飲食物情報を、ユーザ（典型的には、ユーザが備える端末装置）に配信する。尚、配信手段は、ユーザからの飲食物情報の配信の要求の有無に関わらず、飲食物情報を配信してもよい。或いは、配信手段は、ユーザからの飲食物情報の配信の要求がある場合に飲食物情報を配信する一方で、ユーザからの飲食物情報の配信の要求がない場合には飲食物情報を配信しなくてもよい。
【００２０】
その結果、ユーザは、現在視聴しているコンテンツがどのようなコンテンツであるかを配信装置に通知する操作を行うことなく、現在視聴しているコンテンツに対応する飲食物を知ることができる。同様に、ユーザは、現在視聴しているコンテンツがどのようなプレーヤによって再生されているかを配信装置に通知する操作を行うことなく、現在視聴しているコンテンツ（つまり、現在のプレーヤに固有の再生スタイルで再生されているコンテンツ）に対応する飲食物を知ることができる。従って、配信手段が配信する飲食物情報は、現在視聴しているコンテンツに対応する飲食物を容易に知ることができるという点で、ユーザにとって有益な情報であると言える。
【００２１】
加えて、コンテンツが再生されている所定のロケーションの典型例であるクラブ等の施設にとってみれば、飲食物は大きな収益源となっている。このため、飲食物情報の配信を受けたユーザが実際に飲食物を飲食すれば（つまり、注文すれば）、コンテンツが再生されている所定のロケーションの収益が増加することになる。つまり、配信手段が配信する飲食物情報は、ユーザに飲食物の注文を促すことができるという点で、コンテンツが再生されている所定のロケーションにとって有益な情報であると言える。このように、本実施形態の配信装置は、コンテンツが再生されている所定のロケーションにとって有益な情報である飲食物情報を好適に配信することができる。
【００２２】
＜２＞
本実施形態の配信装置の他の態様では、前記選択手段は、前記コンテンツ情報の内容が変化する都度、内容が変化した前記コンテンツ情報に基づいて、内容が変化した前記コンテンツ情報に対応する飲食物を前記特定の飲食物として新たに選択する。
【００２３】
この態様によれば、配信手段は、まさに現在再生されているコンテンツに対応する特定の飲食物を示す飲食物情報を、ユーザに配信することができる。つまり、配信手段は、現在再生されているコンテンツの変更及びコンテンツを再生するプレーヤの交代に合わせて、最適な飲食物情報をリアルタイムに配信することができる。
【００２４】
＜３＞
本実施形態の配信装置の他の態様では、前記取得手段は、前記所定のロケーションが複数存在する場合には、前記複数の所定のロケーションの夫々の前記コンテンツ情報を個別に取得する。
【００２５】
この態様によれば、配信装置は、複数のロケーションの夫々に固有のコンテンツ情報を個別に取得することで、各ロケーションに固有の（例えば、最適な）飲食物情報を配信することができる。例えば、配信装置は、コンテンツ情報＃１を取得したロケーション＃１に対してコンテンツ情報＃１に対応する飲食物情報＃１を配信する一方で、コンテンツ情報＃２を取得したロケーション＃２に対してコンテンツ情報＃２に対応する飲食物情報＃２を配信することができる。
【００２６】
＜４＞
本実施形態の配信装置の他の態様では、前記選択手段は、前記所定のロケーションで提供されている飲食物を前記特定の飲食物として選択する。
【００２７】
この態様によれば、所定のロケーションで実際に提供されている飲食物を示す飲食物情報がユーザに配信される。従って、所定のロケーションで実際に提供されていない飲食物を示す飲食物情報がユーザに配信される場合と比較して、飲食物情報の配信を受けたユーザが実際に飲食物を飲食する（つまり、注文する）確率が高まる。このため、配信装置は、ユーザに飲食物の注文をより一層促すことができるという点で、コンテンツが再生されている所定のロケーションにとってより一層有益な情報である飲食物情報を好適に配信することができる。
【００２８】
＜５＞
上述の如く所定のロケーションで提供されている飲食物を特定の飲食物として選択する配信装置の他の態様では、前記選択手段は、前記コンテンツ情報に対応する飲食物が前記所定のロケーションで提供されている場合には、前記コンテンツ情報に対応する飲食物を、前記特定の飲食物として選択し、前記選択手段は、前記コンテンツ情報に対応する飲食物が、前記所定のロケーションで提供されていない場合には、前記コンテンツ情報に対応する飲食物と所望の関連性を有する飲食物であって且つ前記所定のロケーションで提供されている飲食物を前記特定の飲食物として選択する。
【００２９】
この態様によれば、選択手段は、コンテンツ情報に対応する飲食物が所定のロケーションで提供されている場合には、コンテンツ情報に対応する飲食物をそのまま特定の飲食物として選択する。従って、配信手段は、コンテンツ情報に対応する飲食物が所定のロケーションで提供されている場合には、コンテンツ情報に対応する飲食物をそのままユーザに配信することができる。従って、上述したように、配信装置は、ユーザに飲食物の注文をより一層促すことができるという点で、コンテンツが再生されている所定のロケーションにとってより一層有益な情報である飲食物情報を好適に配信することができる。
【００３０】
一方で、選択手段は、コンテンツ情報に対応する飲食物が所定のロケーションで提供されていない場合には、コンテンツ情報に対応する飲食物に代えて、所定のロケーションで提供されている飲食物を選択する。このとき、ユーザに飲食物の注文をより一層促すために、選択手段は、単に所定のロケーションで提供されている飲食物であるだけではなく、コンテンツ情報に対応する飲食物と所望の（言い換えれば、何らかの）関連性を有する飲食物を、特定の飲食物として選択する。従って、コンテンツ情報に対応する飲食物が所定のロケーションで提供されていない場合であっても、配信装置は、ユーザに飲食物の注文をより一層促すことができる飲食物情報を配信することができる。つまり、コンテンツ情報に対応する飲食物が所定のロケーションで提供されていない場合であっても、配信装置は、コンテンツが再生されている所定のロケーションにとってより一層有益な情報である飲食物情報を好適に配信することができる。
【００３１】
＜６＞
本実施形態の配信装置の他の態様では、前記配信手段は、前記飲食物情報を、前記所定のロケーションに位置する前記ユーザに配信する。
【００３２】
この態様によれば、配信手段は、所定のロケーションで再生されているコンテンツに対応する飲食物を示す飲食物情報を、当該所定のロケーションに位置するユーザに配信することができる。つまり、配信手段は、ユーザに対して、当該ユーザがまさに現在視聴しているコンテンツに対応する飲食物情報を配信することができる。従って、飲食物情報の配信を受けたユーザが実際に飲食物を飲食する（つまり、注文する）確率が相対的に高まる。このため、配信装置は、ユーザに飲食物の注文をより一層促すことができるという点で、コンテンツが再生されている所定のロケーションにとってより一層有益な情報である飲食物情報を好適に配信することができる。
【００３３】
＜７＞
本実施形態の配信装置の他の態様では、前記選択手段は、前記コンテンツ情報に対応する飲食物であって且つ前記配信手段によって配信された前記飲食物情報への前記ユーザのアクションに対応する飲食物を特定の飲食物として選択する。
【００３４】
この態様によれば、選択手段は、配信された飲食物情報へのユーザのアクションを考慮した上で、当該ユーザのアクションに対応する（例えば、マッチする）飲食物を特定飲食物として選択することができる。
【００３５】
（配信方法の実施形態）
＜８＞
本実施形態の配信方法は、所定のロケーションで再生されているコンテンツ及び当該コンテンツを再生しているプレーヤのうちの少なくとも一方を示すコンテンツ情報を、前記コンテンツの再生と並行してリアルタイムに取得する取得工程と、前記コンテンツ情報に基づいて、前記コンテンツ情報に対応する飲食物を特定の飲食物として選択する選択工程と、前記特定の飲食物を示す飲食物情報を、前記ユーザに配信する配信工程とを備える。
【００３６】
本実施形態の配信方法によれば、上述した本実施形態の配信装置が有する各種利益と同様の利益を享受することが可能となる。尚、上述した本実施形態の配信装置における各種態様に対応して、本実施形態の配信方法も各種態様を採ることが可能である。
【００３７】
（コンピュータプログラムの実施形態）
＜９＞
本実施形態のコンピュータプログラムは、上述した本実施形態の配信方法（但し、その各種態様を含む）をコンピュータに実行させる。
【００３８】
本実施形態のコンピュータプログラムによれば、上述した本実施形態の配信装置が有する各種利益と同様の利益を享受することが可能となる。尚、上述した本実施形態の配信装置における各種態様に対応して、本実施形態のコンピュータプログラムも各種態様を採ることが可能である。
【００３９】
本実施形態のこのような作用及び他の利得は次に説明する実施例から更に明らかにされる。
【００４０】
以上説明したように、本実施形態の配信装置は、取得手段、選択手段及び配信手段を備える。本実施形態の配信方法は、取得工程、選択工程及び配信工程を備える。本実施形態のコンピュータプログラムは、本実施形態の配信方法をコンピュータに実行させる。従って、コンテンツが再生されている所定のロケーションにとって有益な情報である飲食物情報を好適に配信することができることができる。
【実施例】
【００４１】
以下、図面を参照しながら、本発明の配信装置及び配信方法並びにコンピュータプログラムの実施例を説明する。
【００４２】
（１）配信システム１の基本構成
初めに、図１を参照しながら、本実施例の配信システム１の基本構成について説明を進める。ここに、図１は、本実施例の配信システム１の基本構成を概念的に示すブロック図である。
【００４３】
図１に示すように、配信システム１は、「再生装置」の一具体例であるＤＪ（Ｄｉｓｃ  Ｊｏｃｋｅｙ）機器１０と、「配信装置」の一具体例である配信サーバ２０と、「端末装置」の一具体例である携帯端末３０とを備える。尚、図１は、配信システム１が２つのＤＪ機器１０（つまり、ＤＪ機器１０ａ及びＤＪ機器１０ｂ）並びに２つの携帯端末３０（つまり、携帯端末３０ａ及び携帯端末３０ｂ）を備える例を示している。この場合、ＤＪ機器１０ａが、ロケーションの一具体例である「クラブａ」に設置されており、ＤＪ機器１０ｂが、ロケーションの一具体例である「クラブｂ」に設置されているものとする。また、携帯端末３０ａが、「クラブａ」に位置しており、携帯端末３０ｂが、「クラブｂ」に位置しているものとする。但し、配信システム１は、１つの又は３つ以上のＤＪ機器１０を備えていてもよい。配信システム１は、１つの又は３つ以上の携帯端末３０を備えていてもよい。配信システム１は、１つ又は３つ以上のクラブ（ロケーション）を対象とするシステムであってもよい。
【００４４】
以下、ＤＪ機器１０、配信サーバ２０及び携帯端末３０について順に説明する。
【００４５】
（１−１）ＤＪ機器１０の基本構成
ＤＪ機器１０は、クラブやディスコ等の舞踏場において、「コンテンツ」の一具体例である楽曲に対して様々な特殊効果（イフェクト）を付加しつつ連続的に再生する。このようなＤＪ機器１０は、典型的には、「プレーヤ」の一具体例であるＤＪによって操作される。尚、ＤＪ機器１０は、楽曲データに加えて又は代えて、「コンテンツ」の一具体例である映像に対して様々な特殊効果を付加しつつ連続的に再生してもよい。つまり、本実施例における「ＤＪ」とは、単に楽曲のみならず、映像等をも含めた広い意味でのコンテンツを、特殊な技法を用いて再生することを示す趣旨である。但し、以下では、説明の簡略化のために、ＤＪ機器１０が楽曲を再生するものとする。
【００４６】
図１に示すように、ＤＪ機器１０は、再生部１１と、情報取得部１２と、送信部１３とを備えている。
【００４７】
再生部１１は、ＤＪの操作内容に応じた再生態様で、楽曲を再生する。
【００４８】
情報取得部１２は、再生部１１が再生している楽曲の名称（楽曲名）を取得する。但し、情報取得部１２は、楽曲名に加えて又は代えて、再生部１１が再生している楽曲を直接的に又は間接的に示す情報（例えば、楽曲のテンポや曲調等）を取得してもよい。
【００４９】
情報取得部１２は、楽曲名に加えて、ＤＪ機器１０を操作している（つまり、楽曲の再生態様を決定する操作を行っている）ＤＪの名称（ＤＪ名）を取得する。但し、情報取得部１２は、ＤＪ名に加えて又は代えて、ＤＪ機器１０を操作しているＤＪを直接的に又は間接的に示す情報（例えば、ＤＪの再生スタイルを特定可能な情報であり、テンポや曲調等）を取得してもよい。
【００５０】
尚、情報取得部１２は、楽曲名及びＤＪ名のいずれか一方を取得しなくてもよい。例えば、情報取得部１２は、楽曲名を取得する一方で、ＤＪ名を取得しなくてもよい。或いは、例えば、情報取得部１２は、ＤＪ名を取得する一方で、楽曲名を取得しなくてもよい。
【００５１】
送信部１３は、情報取得部１２が取得した楽曲名及びＤＪ名を示すコンテンツ情報を、有線又は無線のネットワーク４０を介して、配信サーバ２０に対して送信する。
【００５２】
尚、再生部１１、情報取得部１２及び送信部１３のうちの少なくとも一つは、ＤＪ機器１０が備えるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）上でコンピュータプログラムが実行されることで実現される論理的な処理ブロック（機能ブロック）であってもよい。或いは、再生部１１、情報取得部１２及び送信部１３のうちの少なくとも一つは、ＤＪ機器１０が備える物理的な回路であってもよい。
【００５３】
（１−２）配信サーバ２０の基本構成
図１に示すように、配信サーバ２０は、「取得手段」の一具体例である受信部２１と、「選択手段」の一具体例である選択部２２と、飲食物ＤＢ（Ｄａｔａ  Ｂａｓｅ）２３と、クラブＤＢ２４と、「配信手段」の一具体例である配信部２５とを備えている。
【００５４】
受信部２１は、ＤＪ機器１０が備える送信部１３が送信するコンテンツ情報を受信する。受信部２１は、受信したコンテンツ情報を、選択部２２に対して転送する。
【００５５】
選択部２２は、受信部２１が受信したコンテンツ情報に基づいて、当該コンテンツ情報にマッチする（言い換えれば、対応する）飲食物を、携帯端末３０に対して配信する特定飲食物として選択する。このとき、選択部２２は、飲食物ＤＢ２３を参照することで、コンテンツ情報にマッチする飲食物を特定飲食物として選択する。更に、選択部２２は、クラブＤＢ２４を参照することで、コンテンツ情報の取得元であるＤＪ機器１０が設置されているクラブで実際に提供されている飲食物を、特定飲食物として選択することが好ましい。
【００５６】
飲食部ＤＢ２３は、コンテンツ情報（つまり、楽曲名及びＤＪ名）と当該コンテンツ情報にマッチする飲食物との対応関係を直接的に又は間接的に示すデータベースである。このような飲食物ＤＢ２３は、典型的には、配信サーバ２０が備えるメモリに格納されている。
【００５７】
クラブＤＢ２４は、ＤＪ機器１０が設置されている各クラブの情報であるクラブ情報を格納するデータベースである。本実施例では、クラブＤＢ２４は、クラブ情報として、各クラブで実際に提供されている飲食物のリストを格納している。このようなクラブＤＢ２４は、典型的には、配信サーバ２０が備えるメモリに格納されている。但し、コンテンツ情報の取得元であるＤＪ機器１０が設置されているクラブで実際に提供されている飲食物を特定飲食物として選択部２２が選択しなくてもよい場合には、配信サーバ２０は、クラブＤＢ２４を備えていなくてもよい。
【００５８】
配信部２５は、選択部２２が選択した特定飲食物を示す飲食物情報を、ネットワーク４０を介して、携帯端末３０に対して配信する。
【００５９】
尚、受信部２１、選択部２２及び配信部２５のうちの少なくとも一つは、配信サーバ２０が備えるＣＰＵ上でコンピュータプログラムが実行されることで実現される論理的な処理ブロック（機能ブロック）であってもよい。或いは、受信部２１、選択部２２及び配信部２５のうちの少なくとも一つは、配信サーバ２０が備える物理的な回路であってもよい。
【００６０】
（１−３）携帯端末３０の基本構成
図１に示すように、携帯端末３０は、受信部３１と、表示部３２とを備える。
【００６１】
受信部３１は、配信サーバ２０が備える配信部２５が配信する飲食物情報を受信する。受信部３１は、受信した飲食物情報を、表示部３２に対して転送する。
【００６２】
表示部３２は、受信部３１が受信した飲食物情報を、携帯端末３０が備えるディスプレイに表示する。
【００６３】
尚、受信部３１及び表示部３２のうちの少なくとも一つは、携帯端末３０が備えるＣＰＵ上でコンピュータプログラムが実行されることで実現される論理的な処理ブロック（機能ブロック）であってもよい。或いは、受信部３１及び表示部３２のうちの少なくとも一つは、携帯端末３０が備える物理的な回路であってもよい。
【００６４】
（２）配信システム１の動作
続いて、図２から図４を参照しながら、配信システム１の動作について説明する。以下では、説明の便宜上、ＤＪ機器１０の動作、配信サーバ２０の動作及び携帯端末３０の動作について順に説明する。
【００６５】
（２−１）ＤＪ機器１０の動作
初めに、図２を参照しながら、ＤＪ機器１０の動作について説明する。図２は、ＤＪ機器１０の動作の流れを示すフローチャートである。
【００６６】
図２に示すように、再生部１１は、楽曲を再生する（ステップＳ１１）。このとき、再生部１は、ＤＪの操作内容に応じた再生態様で、楽曲を再生する。例えば、ＤＪ機器１０が備えるターンテーブルを順方向（時計回り）に回す操作をＤＪが行っている場合には、再生部１１は、楽曲をフォワード再生してもよい。例えば、ＤＪ機器１０が備えるターンテーブルを逆方向（反時計回り）に回す操作をＤＪが行っている場合には、再生部１１は、楽曲をリバース再生してもよい。例えば、ＤＪ機器１０が備えるエフェクトボタンをＤＪが押下する操作を行っている場合には、再生部１１は、押下されたエフェクトボタンに応じたエフェクトを付加しながら、楽曲を再生してもよい。
【００６７】
再生部１１による楽曲の再生と並行して、情報取得部１２は、楽曲名（つまり、再生部１１が再生している楽曲の名称）及びＤＪ名（つまり、楽曲を再生しているＤＪ機器１０を操作しているＤＪの名称）を取得する（ステップＳ１２）。例えば、情報取得部１２は、楽曲の再生のために再生部１１によって読み込まれる楽曲データを解析することで、楽曲名を取得してもよい。例えば、情報取得部１２は、ＤＪ自身がＤＪ機器１０に対して登録するＤＪ自身の情報を取得することで、ＤＪ名を取得してもよい。
【００６８】
その後、送信部１３は、情報取得部１２が取得した楽曲名及びＤＪ名を示すコンテンツ情報を、ネットワーク４０を介して、配信サーバ２０に対して送信する（ステップＳ１３）。
【００６９】
その後、情報取得部１２は、ＤＪ機器１０を操作するＤＪが交代したか否かを判定する（ステップＳ１４）。加えて、情報取得部１２は、再生部１１が再生している楽曲が変更されたか否かを判定する（ステップＳ１４）。
【００７０】
ステップＳ１４の判定の結果、ＤＪ機器１０を操作するＤＪが交代したと判定される場合には（ステップＳ１４：Ｙｅｓ）、情報取得部１２は、新たなＤＪ名（つまり、交代によって新たにＤＪ機器１０を操作することになった新たなＤＪの名称）を取得する（ステップＳ１６）。その後、送信部１３は、情報取得部１２が新たに取得したＤＪ名を示す新たなコンテンツ情報を、ネットワーク４０を介して、配信サーバ２０に対して送信する（ステップＳ１７）。
【００７１】
ステップＳ１４の判定の結果、ＤＪ機器１０を操作するＤＪが交代したと判定されることに加えて又は代えて、再生部１１が再生している楽曲が変更されたと判定される場合には（ステップＳ１４：Ｙｅｓ）、情報取得部１２は、新たな楽曲名（つまり、変更によって新たに再生部１１が再生することになった新たな楽曲の名称）を取得する（ステップＳ１６）。その後、送信部１３は、情報取得部１２が新たに取得した楽曲名を示す新たなコンテンツ情報を、ネットワーク４０を介して、配信サーバ２０に対して送信する（ステップＳ１７）。
【００７２】
ステップＳ１４の判定の結果、ＤＪ機器１０を操作するＤＪが交代しておらず且つ再生部１１が再生している楽曲が変更されていないと判定される場合には（ステップＳ１４：Ｎｏ）、情報取得部１２は、新たな楽曲名及び新たなＤＪ名を取得しなくてもよい。更に、送信部１３は、情報取得部１２が新たな楽曲名及びＤＪ名を取得していないがゆえに、新たなコンテンツ情報を配信サーバ２０に対して送信しなくてもよい。この場合、送信部１３は、既存のコンテンツ情報を配信サーバ２０に対して送信し続けてもよい。
【００７３】
このように、本実施例では、情報取得部１２は、楽曲の再生と並行して、楽曲名及びＤＪ名をリアルタイムに取得することができる。また、送信部１３は、コンテンツの再生と並行して、コンテンツ情報をリアルタイムに送信することができる。
【００７４】
加えて、本実施例では、情報取得部１２は、携帯端末３０のユーザの操作の有無（例えば、楽曲名及びＤＪ名の取得を明示的に指示する操作の有無）によらずに、楽曲名及びＤＪ名を自動的に取得することができる。また、送信部１３は、携帯端末３０のユーザの操作の有無（例えば、コンテンツ情報の送信を明示的に指示する操作の有無）によらずに、コンテンツ情報を自動的に送信することができる。
【００７５】
（２−２）配信サーバ２０の動作
続いて、図３を参照しながら、配信サーバ２０の動作について説明する。図３は、配信サーバ３０の動作の流れを示すフローチャートである。
【００７６】
図３に示すように、受信部２１は、ＤＪ機器１０が備える送信部１３が送信するコンテンツ情報を受信する（ステップＳ２１）。受信部２１は、受信したコンテンツ情報を、選択部２２に対して転送する。
【００７７】
尚、受信部２１は、複数のＤＪ機器１０から同時に又は並行して若しくは相前後して複数のコンテンツ情報を受信してもよい。例えば、受信部２１は、ＤＪ機器１０ａからコンテンツ情報を受信すると同時に又は並行して若しくは相前後して、ＤＪ機器１０ｂからコンテンツ情報を受信してもよい。この場合、配信サーバ２０は、以下に示すステップＳ２２からステップＳ２６までの動作を、受信するコンテンツ情報毎に行うことが好ましい。例えば、配信サーバ２０は、ＤＪ機器１０ａから受信したコンテンツ情報を対象とするステップＳ２２からステップＳ２６までの動作と、ＤＪ機器１０ｂから受信したコンテンツ情報を対象とするステップＳ２２からステップＳ２６までの動作とを別個独立に行うことが好ましい。
【００７８】
その後、選択部２２は、受信部２１が受信したコンテンツ情報に基づいて、当該コンテンツ情報にマッチする飲食物を、特定飲食物として選択する（ステップＳ２２）。
【００７９】
このとき、選択部２２は、飲食物ＤＢ２３を参照することで、コンテンツ情報にマッチする飲食物を特定飲食物として選択する。具体的には、選択部２２は、コンテンツ情報が示す楽曲名及びＤＪ名のうちの少なくとも一方を検索キーに指定した上で、飲食物ＤＢ２３に対する問い合わせを実行する。その結果、選択部２２は、コンテンツ情報にマッチする飲食物の名称（飲食物名）を問い合わせ結果として飲食物ＤＢ２３から取得する。
【００８０】
ここで、飲食物ＤＢ２３は、楽曲名及びＤＪ名と飲食物名との対応関係を直接的に示すデータベースであってもよい。具体的には、飲食物ＤＢ２３は、楽曲名及びＤＪ名の少なくとも一方と飲食物名とを含むレコードを複数格納するデータベースであってもよい。この場合、飲食物ＤＢ２３は、検索キーに指定された楽曲名及びＤＪ名の少なくとも一方に対応するレコードに含まれる飲食物名を、問い合わせ結果として選択部２２に返してもよい。
【００８１】
或いは、飲食物ＤＢ２３は、楽曲名及びＤＪ名と飲食物名との対応関係を間接的に示すデータベースであってもよい。例えば、飲食物ＤＢ２３は、楽曲名によって特定される楽曲の特性及びＤＪ名によって特定されるＤＪの再生スタイルの特性を示す特性パラメータと飲食物名との対応関係を示すデータベースであってもよい。具体的には、飲食物ＤＢ２３は、特性パラメータと飲食物名とを含むレコードを複数格納するデータベースであってもよい。この場合、飲食物ＤＢ２３は、検索キーに指定された楽曲名及びＤＪ名の少なくとも一方に対応する特性パラメータを特定した後に、当該特性パラメータに対応するレコードに含まれる飲食物名を、問い合わせ結果として選択部２２に返してもよい。尚、検索キーに指定された楽曲名及びＤＪ名の少なくとも一方に対応する特性パラメータの特定は、楽曲名及びＤＪ名の少なくとも一方と特性パラメータとの対応関係を直接的に又は間接的に示す他のデータベースに基づいて行われてもよい。
【００８２】
特性パラメータとして、例えば、楽曲の曲調又はＤＪの再生スタイルの曲調を示す曲調パラメータが例示される。曲調パラメータは、例えば、「ロック」、「ヒップホップ」、「アールアンドビー」、「ポップ」、「ジャズ」及び「クラシック」等という曲調の一例を固有に識別可能なパラメータであることが好ましい。この場合、飲食物ＤＢ２３は、検索キーに指定された楽曲名及びＤＪ名のうちの少なくとも一方に対応する曲調パラメータを特定する。その後、飲食物ＤＢ２３は、当該特定した曲調パラメータに対応するレコードに含まれる飲食物名を、問い合わせ結果として選択部２２に返してもよい。
【００８３】
特性パラメータとして、例えば、楽曲のテンポ（ＢＰＭ：Ｂｅａｔ  Ｐｅｒ  Ｍｉｎｕｔｅ）又はＤＪの再生スタイルのテンポを示すテンポパラメータが例示される。テンポパラメータは、例えば、「Ｘ１＜ＢＰＭ≦Ｘ２」、「Ｘ２＜ＢＰＭ≦Ｘ３」、「Ｘ３＜ＢＰＭ≦Ｘ４」等というテンポの一例を固有に識別可能なパラメータであることが好ましい。この場合、飲食物ＤＢ２３は、検索キーに指定された楽曲名及びＤＪ名のうちの少なくとも一方に対応するテンポパラメータを特定する。その後、飲食物ＤＢ２３は、当該特定したテンポパラメータに対応するレコードに含まれる飲食物名を、問い合わせ結果として選択部２２に返してもよい。
【００８４】
その後、選択部２２は、ステップＳ２２で選択した特定飲食物が、ステップＳ２１で受信したコンテンツ情報の取得元であるＤＪ機器１０が設置されているクラブにおいて実際に提供されているか否かを判定する（ステップＳ２３）。例えば、ステップＳ２１で受信したコンテンツ情報の取得元がクラブａに設置されているＤＪ機器１０ａである場合には、選択部２２は、ステップＳ２２で選択した特定飲食物が、ＤＪ機器１０ａが設置されているクラブａにおいて実際に提供されているか否かを判定する。例えば、ステップＳ２１で受信したコンテンツ情報の取得元がクラブｂに設置されているＤＪ機器１０ｂである場合には、選択部２２は、ステップＳ２２で選択した特定飲食物が、ＤＪ機器１０ｂが設置されているクラブｂにおいて実際に提供されているか否かを判定する。
【００８５】
このとき、選択部２２は、クラブＤＢ２４を参照することで、ステップＳ２２で選択した特定飲食物がクラブにおいて実際に提供されているか否かを判定する。具体的には、選択部２２は、ステップＳ２２で選択した特定飲食物の名称を検索キーに指定した上で、クラブＤＢ２４に対する問い合わせを実行する。その結果、選択部２２は、ステップＳ２２で選択した特定飲食物がクラブにおいて実際に提供されているか否かを示す問い合わせ結果をクラブＤＢ２４から取得する。
【００８６】
ここで、クラブＤＢ２４は、各クラブで提供されている飲食物リスト（つまり、飲食物の一覧）を、クラブ別に格納するデータベースである。つまり、ステップＳ２２で選択した特定飲食物が、クラブＤＢ２４内の対応するクラブの飲食物リストに含まれている場合には、ステップＳ２２で選択した特定飲食物がクラブにおいて実際に提供されていると推定される。一方で、ステップＳ２２で選択した特定飲食物が、クラブＤＢ２４内の対応するクラブの飲食物リストに含まれていない場合には、ステップＳ２２で選択した特定飲食物がクラブにおいて実際に提供されていないと推定される。
【００８７】
ステップＳ２３の判定の結果、ステップＳ２２で選択した特定飲食物がクラブにおいて実際に提供されていると判定される場合には（ステップＳ２３：Ｙｅｓ）、配信部２５は、ステップＳ２２で選択部２２が選択した特定飲食物を示す飲食物情報を、ネットワーク４０を介して、携帯端末３０に対して配信する（ステップＳ２５）。
【００８８】
ステップＳ２５において、配信部２５は、ステップＳ２１で受信したコンテンツ情報の取得元であるＤＪ機器１０が設置されているクラブと同じクラブに位置する携帯端末３０に対して、飲食物情報を配信することが好ましい。例えば、ステップＳ２１で受信したコンテンツ情報の取得元が、クラブａに設置されているＤＪ機器１０ａである場合には、配信部２５は、クラブａに位置する携帯端末３０ａに対して、クラブａに対応するコンテンツ情報にマッチする飲食物を示す飲食物情報ａを配信することが好ましい。この場合、配信部２５は、クラブｂに位置する携帯端末３０ｂに対して、飲食物情報ａを配信しなくてもよい。或いは、例えば、ステップＳ２１で受信したコンテンツ情報の取得元が、クラブｂに設置されているＤＪ機器１０ｂである場合には、配信部２５は、クラブｂに位置する携帯端末３０ｂに対して、クラブｂに対応するコンテンツ情報にマッチする飲食物を示す飲食物情報ｂを配信することが好ましい。この場合、配信部２５は、クラブａに位置する携帯端末３０ａに対して、飲食物情報ｂを配信しなくてもよい。
【００８９】
尚、ステップＳ２６において、配信部２５は、飲食物情報に加えて、所定の製品又は所定のサービスを宣伝するための広告情報を合わせて配信してもよい。当該広告情報は、配信される飲食物情報に関連する広告情報であってもよいし、配信される飲食物情報に関連しない広告情報であってもよい。
【００９０】
一方で、ステップＳ２３の判定の結果、ステップＳ２２で選択した特定飲食物がクラブにおいて実際に提供されていないと判定される場合には（ステップＳ２３：Ｎｏ）、選択部２３は、新たな飲食物を特定飲食物として選択する（ステップＳ２４）。具体的には、選択部２３は、ステップＳ２２で選択した特定飲食物（つまり、ステップＳ２１で受信したコンテンツ情報にマッチする飲食物）に関連する飲食物であって且つクラブにおいて実際に提供されている飲食物を、特定飲食物として新たに選択する。
【００９１】
ここで、ステップＳ２２で選択した特定飲食物に関連する飲食物として、ステップＳ２２で選択した特定飲食物と同一の種類の飲食物が例示される。例えば、ステップＳ２２で選択した特定飲食物が「スコッチウイスキー・水割り」である場合には、ステップＳ２２で選択した特定飲食物と同一の種類の飲食物として、「アイリッシュウイスキー・水割り」や「バーボンウイスキー・水割り」や「トリスウイスキー・水割り」等が例示される。
【００９２】
或いは、ステップＳ２２で選択した特定飲食物に関連する飲食物として、ステップＳ２２で選択した特定飲食物と類似する種類の飲食物が例示される。例えば、ステップＳ２２で選択した特定飲食物が「スコッチウイスキー・水割り」である場合には、ステップＳ２２で選択した特定飲食物と類似する種類の飲食物として、「ウイスキーベースのカクテル（例えば、ハイボールや、マンハッタン等）」が例示される。
【００９３】
或いは、ステップＳ２２で選択した特定飲食物に関連する飲食物として、ステップＳ２２で選択した特定飲食物を小カテゴリとして含む大カテゴリに相当する飲食物が例示される。例えば、ステップＳ２２で選択した特定飲食物が「スコッチウイスキー・水割り」である場合には、ステップＳ２２で選択した特定飲食物を小カテゴリとして含む大カテゴリに相当する飲食物として、「ウイスキー」や「蒸留酒」が例示される。
【００９４】
ステップＳ２４で選択部２２が新たに特定飲食物を選択した後には、配信部２５は、ステップＳ２４で選択部２２が新たに選択した特定飲食物を示す飲食物情報を、ネットワーク４０を介して、携帯端末３０に対して配信する（ステップＳ２５）。
【００９５】
その後、受信部２１が新たなコンテンツ情報を受信した場合には（ステップＳ２６：Ｙｅｓ）、配信サーバ２０は、新たに受信したコンテンツ情報を対象として、上述したステップＳ２２以降の動作を繰り返す。尚、受信部２１が新たなコンテンツ情報を受信するタイミングは、典型的には、ＤＪ機器１０を操作するＤＪが交代したタイミングや、再生部１１が再生している楽曲が変更されたタイミングと一致する。つまり、本実施例では、配信サーバ２０は、ＤＪ機器１０を操作するＤＪが交代する都度又は再生部１１が再生している楽曲が変更される都度、新たな特定飲食物を選択する（言い換えれば、特定飲食物を更新する）ことができる。
【００９６】
（２−３）携帯端末３０の動作
続いて、図４を参照しながら、携帯端末３０の動作について説明する。図４は、携帯端末３０の動作の流れを示すフローチャートである。
【００９７】
図４に示すように、受信部３１は、配信サーバ２０が備える配信部２５が配信する飲食物情報を受信する（ステップＳ３１）。受信部３１は、受信した飲食物情報を、表示部３２に対して転送する。
【００９８】
その後、表示部３２は、受信部３１が受信した飲食物情報を、携帯端末３０が備えるディスプレイに表示する（ステップＳ３２）。このとき、表示部３２は、ディスプレイ上に飲食物情報を表示する操作をユーザが行った場合に、受信部３１が受信した飲食物情報を表示してもよい。或いは、表示部３２は、ディスプレイ上に飲食物情報を表示する操作をユーザが行ったか否かに関わらず、受信部３１が受信した飲食物情報を表示してもよい。その結果、携帯端末３０のユーザは、当該ユーザが視聴している楽曲にマッチした又は当該ユーザが視聴している楽曲を再生しているＤＪにマッチした飲食物を知ることができる。
【００９９】
尚、携帯端末３０は、表示部３２が表示した飲食物情報に対するユーザのアクションの入力を受け付けてもよい。例えば、携帯端末３０は、表示部３２が表示した飲食物情報が示す飲食物を気に入った又は実際に注文した旨を示すアクションの入力を受け付けてもよい。この場合、携帯端末３０が備える通信部３２は、飲食物情報が示す飲食物をユーザが気に入ったか否か又は注文したか否かを示すフィードバック情報を、配信サーバ２０に送信してもよい。携帯端末３０から送信されるフィードバック情報は、配信サーバ２０の受信部２１によって受信される。受信部２１が受信したフィードバック情報は、選択部２２による特定飲食物の選択の際に考慮されてもよい。例えば、飲食物情報が示す飲食物をユーザが気に入った又は注文したことを示すフィードバック情報を受信部２１が受信した場合には、選択部２２は、当該ユーザに対して、当該飲食物を特定飲食物として優先的に選択してもよい。例えば、飲食物情報が示す飲食物をユーザが気に入っていない又は注文していないことを示すフィードバック情報を受信部２１が受信した場合には、選択部２２は、当該ユーザに対して、当該飲食物を特定飲食物として選択しなくてもよい。
【０１００】
このように、本実施例の配信システム１によれば、ユーザは、現在視聴している楽曲がどのような楽曲であるかを配信サーバ２０に通知する操作を行うことなく、現在視聴している楽曲にマッチする飲食物を知ることができる。同様に、ユーザは、現在視聴している楽曲がどのようなＤＪによって再生されているかを配信サーバ２０に通知する操作を行うことなく、現在視聴している楽曲（つまり、現在のＤＪに固有の再生スタイルで再生されている楽曲）にマッチする飲食物を知ることができる。従って、携帯端末３０のユーザは、煩わしい操作を行うことなく、現在視聴している楽曲にマッチする飲食物を比較的容易に知ることができる。
【０１０１】
更に、配信サーバ２０が配信する飲食物情報は、現在視聴している楽曲にマッチする飲食物を容易に知ることができるという点で、携帯端末３０のユーザにとって有益な情報であると言える。従って、配信サーバ２０は、ＤＪ機器１０によって再生されている楽曲に関連する情報として、携帯端末３０のユーザにとって有益な情報を配信することができる。
【０１０２】
加えて、楽曲が再生されている（つまり、ＤＪ機器１０が設置されており、且つ、携帯端末３０のユーザが集まる）クラブにとってみれば、飲食物は大きな収益源となっている。このため、飲食物情報が配信された携帯端末３０のユーザが実際に飲食物を飲食すれば（つまり、注文すれば）、クラブの収益が増加することになる。つまり、配信サーバ２０が配信する飲食物情報は、携帯端末３０のユーザに飲食物の注文を促すことができるという点で、クラブにとって有益な情報であると言える。従って、配信サーバ２０は、ＤＪ機器１０によって再生されている楽曲に関連する情報として、楽曲が再生されている（つまり、ＤＪ機器１０が設置されており、且つ、携帯端末３０のユーザが集まる）クラブにとって有益な情報を配信することができる。
【０１０３】
加えて、本実施例では、選択部２２は、クラブで提供されている飲食物を特定飲食物として選択することができる。つまり、配信部２５は、クラブで提供されている飲食物を示す飲食物情報を配信することができる。従って、配信サーバ２０は、ユーザに飲食物の注文をより一層促すことができる情報（つまり、楽曲が再生されているクラブにとってより一層有益な情報）である飲食物情報を好適に配信することができる。
【０１０４】
加えて、本実施例では、選択部２２は、携帯端末３０が表示した飲食物情報に対するユーザのアクションを示すフィードバック情報を考慮して、特定飲食物を選択することができる。ここで、上述したように、ユーザのアクションには、概して、配信された飲食物情報が示す飲食物に対するユーザの好みが反映されている可能性が高い。従って、フィードバック情報を考慮して特定飲食物が選択される場合には、フィードバック情報を考慮することなく飲食物情報が選択される場合と比較して、飲食物情報の配信を受けたユーザが実際に飲食物を飲食する（つまり、注文する）確率が高まる。このため、配信サーバ２０は、ユーザに飲食物の注文をより一層促すことができる情報（つまり、楽曲が再生されているクラブにとってより一層有益な情報）である飲食物情報を好適に配信することができる。加えて、フィードバック情報を考慮して特定飲食物が選択される場合には、フィードバック情報を考慮することなく飲食物情報が選択される場合と比較して、配信サーバ２０は、ユーザの好みに合った飲食物を示す飲食物情報を配信することができる。このため、配信サーバ２０は、ユーザの好みに合った飲食物を容易に知らしめることができる情報（つまり、携帯端末３０のユーザにとってより一層有益な情報）である飲食物情報を好適に配信することができる。
【０１０５】
尚、上述の説明では、クラブに設置されているＤＪ機器１０とクラブに位置する携帯端末３０とを備える配信システム１を用いて説明を進めた。しかしながら、配信システム１は、クラブに設置されているＤＪ機器１０に加えて又は代えて、任意のロケーションに設置されている任意の再生装置を備えていてもよい。配信システム１は、クラブに位置する携帯端末３０に加えて又は代えて、任意のロケーションに位置する任意の端末装置を備えていてもよい。
【０１０６】
また、上述の説明では、ＤＪ機器１０と配信サーバ２０とを別個に備える配信システム１を用いて説明を進めた。しかしながら、ＤＪ機器１０は、配信サーバ２０のうちの少なくとも一部の機能を実行するための処理ブロック又は回路を備えていてもよい。言い換えれば、ＤＪ機器１０が配信サーバ２０の如き動作を行ってもよい。例えば、ＤＪ機器１０は、配信サーバ２０が備える選択部２２、飲食物ＤＢ２３、クラブＤＢ２４及び配信部２５（或いは、これらのうちの一部）を備えていてもよい。この場合、配信システム１は、配信サーバ２０を備えていなくてもよく、且つ、ＤＪ機器１０は、配信サーバ２０と通信するための送信部１３を備えていなくてもよい。
【０１０７】
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴なう配信装置及び方法、並びにコンピュータプログラムもまた本発明の技術的範囲に含まれるものである。
【符号の説明】
【０１０８】
１  配信システム
１０  ＤＪ機器
１１  送信部
１２  情報取得部
１３  送信部
２０  配信サーバ
２１  受信部
２２  選択部
２３  飲食物ＤＢ
２４  クラブＤＢ
２５  配信部
３０  情報端末
３１  受信部
３２  表示部
【図１】
2015146157.tif 000003
【図２】
2015146157.tif 000004
【図３】
2015146157.tif 000005
【図４】
2015146157.tif 000006