(57)【要約】【課題】  各店舗で再生されたコンテンツと同じ傾向のコンテンツを再生していた店舗の情報を提供する情報提供システムを提供すること。【解決手段】  サーバは、店舗クライアントに送信したコンテンツ毎に、コンテンツリスト名と、コンテンツ送信日情報とを管理している。サーバは、店舗識別情報毎に、所定期間における、各コンテンツリスト名の再生コンテンツ数を、全再生コンテンツ数で除算した傾向値を算出する。サーバは、傾向値が第１所定値以上であり、かつ、他の店舗識別情報の同じ所定期間の同じコンテンツリスト名の傾向値との差が第２所定値以下である店舗を同じ傾向の店舗として登録し、提供する。【選択図】図８
2013134503.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、前記サーバに接続可能な１又は複数の店舗クライアントとを備え、
前記サーバが、
前記店舗クライアントにコンテンツを送信するコンテンツ送信手段と、
前記店舗クライアントを所有する店舗の店舗識別情報に対応付けて、前記店舗クライアントに送信したコンテンツ毎に、コンテンツリスト名と、コンテンツ送信日情報とを管理する再生コンテンツ管理手段と、
店舗識別情報毎に、所定期間における、各コンテンツリスト名の再生コンテンツ数を、全再生コンテンツ数で除算した傾向値を算出する算出手段と、
傾向値が第１所定値以上であり、かつ、他の店舗識別情報の同じ所定期間の同じコンテンツリスト名の傾向値との差が第２所定値以下である店舗を同じ傾向の店舗として登録する同傾向店舗登録手段と、
登録された同じ傾向の店舗に関する情報を提供する提供手段とを有し、
前記店舗クライアントが、
前記サーバからコンテンツを受信するコンテンツ受信手段と、
受信したコンテンツを再生する再生手段とを有する、情報提供システム。
【請求項２】
前記サーバに接続可能な１又は複数の店舗端末と、前記サーバに接続可能な１又は複数の個人端末とをさらに備え、
前記店舗端末が、店舗識別情報と、顧客識別情報と、購入日情報とを前記サーバに送信する購入情報送信手段を有し、
前記サーバが、店舗識別情報と、顧客識別情報と、購入日情報とを受信する購入情報受信手段と、
前記個人端末から受信した顧客識別情報に対応する、前記購入情報受信手段によって受信された店舗識別情報および購入日情報から、前記同傾向店舗登録手段によって登録された同じ傾向の店舗に関する情報を抽出する同傾向店舗抽出手段と、
店舗識別情報と、購入日情報と、同じ傾向の店舗に関する情報とを前記個人端末に送信する同傾向店舗送信手段とをさらに有し、
前記個人端末が、顧客識別情報を前記サーバに送信する顧客送信手段と、
店舗識別情報と、購入日情報と、同じ傾向の店舗に関する情報とを前記サーバから受信する同傾向店舗受信手段と、
受信した店舗識別情報と、購入日情報と、同じ傾向の店舗に関する情報とをディスプレイに表示させる表示手段とを有する、請求項１に記載の情報提供システム。
【請求項３】
請求項１または２に記載の情報提供システムにおける前記サーバ。
【請求項４】
請求項１または２に記載の情報提供システムにおける前記店舗クライアント。
【請求項５】
請求項２に記載の情報提供システムにおける前記店舗端末。
【請求項６】
請求項２に記載の情報提供システムにおける前記個人端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システムに関する。
【背景技術】
【０００２】
コーヒーショップやレストラン等の飲食店においては、客に対して快適な空間を提供するために、ＢＧＭを再生するようにしている。例えば、下記特許文献１〜３には、メニュー商品毎にＢＧＭの情報を割当てておき、客が注文した商品に基づいて、その客の席周辺において再生されるＢＧＭが決定されるシステムが記載されている。ここで、同一会社の飲食店であっても、店舗によって再生される曲が異なっている場合、客は自分の好みの曲を再生する店舗を探し出して、来店する。しかし、客が一度も来店したことがない店舗ではどのような曲を再生するかが分からないので、不安を感じることがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−９８９５０号公報
【特許文献２】特開２００２−３２０２９６号公報
【特許文献３】特開２００７−１６４５５９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は上記従来の課題を解決するためになされたものであり、その目的は、各店舗で再生されたコンテンツと同じ傾向のコンテンツを再生していた店舗の情報を提供する情報提供システムを提供することである。
【課題を解決するための手段】
【０００５】
本発明の好ましい実施形態による情報提供システムは、サーバと、前記サーバに接続可能な１又は複数の店舗クライアントとを備え、前記サーバが、前記店舗クライアントにコンテンツを送信するコンテンツ送信手段と、前記店舗クライアントを所有する店舗の店舗識別情報に対応付けて、前記店舗クライアントに送信したコンテンツ毎に、コンテンツリスト名と、コンテンツ送信日情報とを管理する再生コンテンツ管理手段と、店舗識別情報毎に、所定期間における、各コンテンツリスト名の再生コンテンツ数を、全再生コンテンツ数で除算した傾向値を算出する算出手段と、傾向値が第１所定値以上であり、かつ、他の店舗識別情報の同じ所定期間の同じコンテンツリスト名の傾向値との差が第２所定値以下である店舗を同じ傾向の店舗として登録する同傾向店舗登録手段と、登録された同じ傾向の店舗に関する情報を提供する提供手段とを有し、前記店舗クライアントが、前記サーバからコンテンツを受信するコンテンツ受信手段と、受信したコンテンツを再生する再生手段とを有する。
【０００６】
サーバは、店舗クライアントに送信したコンテンツ毎に、コンテンツリスト名と、コンテンツ送信日情報とを管理している。サーバは、店舗識別情報毎に、所定期間における、各コンテンツリスト名の再生コンテンツ数を、全再生コンテンツ数で除算した傾向値を算出する。サーバは、傾向値が第１所定値以上であり、かつ、他の店舗識別情報の同じ所定期間の同じコンテンツリスト名の傾向値との差が第２所定値以下である店舗を同じ傾向の店舗として登録し、提供する。従って、各店舗で再生されたコンテンツと同じ傾向のコンテンツを再生していた店舗の情報を提供することができる。
【０００７】
好ましい実施形態においては、前記サーバに接続可能な１又は複数の店舗端末と、前記サーバに接続可能な１又は複数の個人端末とをさらに備え、前記店舗端末が、店舗識別情報と、顧客識別情報と、購入日情報とを前記サーバに送信する購入情報送信手段を有し、前記サーバが、店舗識別情報と、顧客識別情報と、購入日情報とを受信する購入情報受信手段と、前記個人端末から受信した顧客識別情報に対応する、前記購入情報受信手段によって受信された店舗識別情報および購入日情報から、前記同傾向店舗登録手段によって登録された同じ傾向の店舗に関する情報を抽出する同傾向店舗抽出手段と、店舗識別情報と、購入日情報と、同じ傾向の店舗に関する情報とを前記個人端末に送信する同傾向店舗送信手段とをさらに有し、前記個人端末が、顧客識別情報を前記サーバに送信する顧客送信手段と、店舗識別情報と、購入日情報と、同じ傾向の店舗に関する情報とを前記サーバから受信する同傾向店舗受信手段と、受信した店舗識別情報と、購入日情報と、同じ傾向の店舗に関する情報とをディスプレイに表示させる表示手段とを有する。
【０００８】
店舗端末は、客が商品を購入する場合に、店舗識別情報と、顧客識別情報と、購入日情報とをサーバに送信する。サーバは、これらの情報を受信して管理する。個人端末は、顧客識別情報をサーバに送信する。サーバは、個人端末からの顧客識別情報に対応する、店舗識別情報と購入日情報とを特定する。サーバは、店舗識別情報と購入日情報とに対応する同じ傾向の店舗を抽出する。サーバは、これらの情報を個人端末に送信する。個人端末は、これらの情報を受信して表示する。従って、客は、自分が商品を購入した店舗と同じ傾向のコンテンツを再生していた店舗を認識することができる。
【発明の効果】
【０００９】
各店舗で再生されたコンテンツと同じ傾向のコンテンツを再生していた店舗の情報を提供する情報提供システムを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の好ましい実施形態による情報提供システムを示すブロック図である。
【図２】曲リストを示す図である。
【図３】曲リスト一覧を示す図である。
【図４】再生曲管理テーブルを示す図である。
【図５】カテゴリ傾向テーブルを示す図である。
【図６】サーバの処理を示すフローチャートである。
【図７】サーバの処理を示すフローチャートである。
【図８】サーバの処理を示すフローチャートである。
【図９】サーバの処理を示すフローチャートである。
【図１０】本発明の別の好ましい実施形態による情報提供システムを示すブロック図である。
【図１１】顧客情報テーブルを示す図である。
【図１２】店舗端末およびサーバの処理を示すフローチャートである。
【図１３】個人端末およびサーバの処理を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の好ましい実施形態について図面を参照して説明するが、本発明はこれらの実施形態には限定されない。図１は、本実施形態による情報提供システムを示すブロック図である。なお、コンテンツは、オーディオ（音楽、曲）データ、ビデオデータ、ピクチャデータの総称であるが、本例では、オーディオデータである。
【００１２】
情報提供システムは、サーバ１０と、１又は複数の店舗クライアント２０（２０Ａ、２０Ｂ、２０Ｃ、・・・）とを備える。サーバ１０は、各店舗を経営する事業者またはその代行者によって管理、運営される。店舗クライアント２０は各店舗に設置されるオーディオ再生クライアントである。これらは、インターネット等の任意の電気通信回線（ネットワーク）を介して接続可能である。
【００１３】
店舗クライアント２０は、サーバ１０に曲データの送信を要求する。サーバ１０は、曲データの要求に応答して、店舗クライアント２０に曲データを送信する。店舗クライアント２０は、サーバ１０から曲データを受信し、ＢＧＭ（バックグラウンドミュージック）として店内で再生する。
【００１４】
サーバ１０は、店舗クライアント２０を所有する店舗の店舗識別情報（店舗名の意味も含む。）に対応付けて、店舗クライアントに送信したコンテンツ毎に、コンテンツリスト名（曲リスト名）と、コンテンツ送信日情報とを管理する。サーバ１０は、店舗識別情報毎に、所定期間（例えば１日）における、各コンテンツリスト名の再生コンテンツ数を、全再生コンテンツ数で除算した傾向値を算出する。サーバ１０は、傾向値が第１所定値以上であり、かつ、他の店舗識別情報の同じ所定期間の同じコンテンツリスト名の傾向値との差が第２所定値以下である店舗を同じ傾向の店舗として登録する。サーバ１０は、登録された同じ傾向の店舗に関する情報を提供する。
【００１５】
サーバ１０は、ＨＤＤ等の任意の記憶媒体１１と、制御部１２と、ＲＯＭ、ＲＡＭ等のメモリ１３と、通信部１４とを概略備える。
【００１６】
ＨＤＤ１１には、店舗クライアント２０に送信するためのオーディオファイル（以下、曲データという。）が蓄積されている。また、ＨＤＤ１１には、ＨＤＤ１１に格納されている曲の情報の一覧である曲リストが複数保存されている。曲リストの一例を図２に示す。曲リストは、曲識別情報に対応付けて、曲名とアーティスト名とを含む。図３は、曲リスト一覧を示し、曲リスト番号に対応付けて曲リスト名が含まれている。曲リスト名は、本例では曲のジャンルであるが、これに限定されず、アーティスト名や年代等でもよい。
【００１７】
ＨＤＤ１１には、図４に示す再生曲管理テーブルが格納されている。再生曲管理テーブルは、店舗（店舗クライアント２０）毎に、過去の再生曲を管理するためのテーブルである。再生曲管理テーブルは、店舗識別情報および／または店舗名に対応付けて、曲リスト名と、再生曲識別情報と、曲名と、アーティスト名と、送信開始日時とが登録される。店舗識別情報は、店舗クライアント２０が設置されている店舗の識別情報であり、店舗クライアント２０の識別情報と同じでもよい。送信開始日時は、サーバ１０から店舗クライアント２０に曲を送信開始した日時であり、実質的に再生開始日時に相当している。例えば、２０１１／１２／１０  １０：１０に店舗Ａの店舗クライアント２０が、曲リスト名Ｊａｚｚ、再生曲識別情報ＩＤ１、曲１、アーティスト１の曲を再生開始したことを示している。
【００１８】
ＨＤＤ１１には、図５に示すカテゴリ傾向テーブルが格納されている。カテゴリ傾向テーブルは、店舗（店舗クライアント２０）および所定期間（例えば１日）毎に、同じ曲リスト名の曲を再生する傾向にある店舗情報を管理するテーブルである。カテゴリ傾向テーブルは、店舗識別情報および／または店舗名に対応付けて、算出された傾向値が第１所定値ｍ％以上の曲リスト名と、その曲リスト名の傾向値と、同じ傾向の店舗とが登録される。傾向値は、当該店舗で所定期間に再生された当該曲リスト名の曲数を、当該店舗で当該所定期間に再生された全曲数で除算した値（本例では、単位は％）である。「同じ傾向の店舗」の欄には、当該所定期間、当該曲リスト名について、傾向値の差が第２所定値ｎ％以下である店舗の情報（店舗名および／または店舗識別情報）が登録される。
【００１９】
図１に戻って、制御部１２は、メモリ１３に格納されているプログラムに基づいて、サーバ１０の各部を制御するものであり、マイコンやＣＰＵ等である。制御部１２は、サーバ１０が店舗クライアント２０に送信した曲データの情報に基づいて、再生曲管理テーブルの登録内容を更新する。また、制御部１２は、所定期間毎の傾向値を算出し、カテゴリ傾向テーブルに登録する。カテゴリ傾向テーブルの内容は、例えばインターネットを介して任意の端末に提供することができ、任意の端末のディスプレイに表示することが可能である。通信部１４は、店舗クライアント２０の通信部２３とインターネット経由で通信し、各コマンドや情報を送受信する。
【００２０】
店舗クライアント２０Ａ（店舗クライアント２０Ｂ、２０Ｃも同様であるので説明を援用する。）は、制御部２１Ａと、ＲＯＭ、ＲＡＭ等のメモリ２２Ａと、通信部２３Ａと、再生部２４Ａとを概略備える。
【００２１】
制御部２１Ａは、メモリ２２Ａに格納されているプログラムに基づいて、店舗クライアント２０Ａの各部を制御するものであり、マイコンやＣＰＵ等である。制御部２１Ａは、サーバ１０に曲リストや曲データの送信を要求する。通信部２３Ａは、サーバ１０の通信部１４とインターネット経由で通信し、各コマンドや情報を送受信する。再生部２４Ａは、サーバ１０から受信した曲データを再生し、図示しないスピーカーから音声をＢＧＭとして出力する。
【００２２】
以上の構成を有する情報提供システムについてその動作を説明する。図６は、店舗クライアント２０ＡでＢＧＭを再生する際の処理を示すフローチャートである。図７は、図６に対応するサーバ１０の処理を示すフローチャートである。店舗クライアント２０Ａの制御部２１Ａは、インターネット経由でサーバ１０に接続し、メモリ１３に予め格納されている店舗識別情報をサーバ１０に送信する（Ｓ１１１）。サーバ１０の制御部１２は、店舗クライアント２０Ａから店舗識別情報を受信し、メモリ１３に一時的に保存する（Ｓ２１１）。
【００２３】
店舗クライアント２０Ａの制御部２１Ａは、店員による図示しない入力部の操作に応じて、曲リスト取得指示が入力されたか否かを判断している（Ｓ１１２）。つまり、制御部２１は、図３に示す曲リスト一覧をサーバ１０から取得して図示しない表示部に表示し、店員によって１つの曲リスト名が選択されたか否かを判断する。入力された場合（Ｓ１１２でＹＥＳ）、制御部２１Ａは、選択された曲リスト名の曲リストを送信するようにサーバ１０に要求する（Ｓ１１３）。サーバ１０の制御部１２は、店舗クライアント２０Ａから曲リストの送信要求を受信したか否かを判断している（Ｓ２１２）。受信した場合（Ｓ２１２でＹＥＳ）、制御部１２は選択された曲リスト名の曲リストをＨＤＤ１１から取得して、店舗クライアント２０Ａの制御部２１Ａに送信する（Ｓ２１３）。
【００２４】
店舗クライアント２０Ａの制御部２１Ａは、曲リストを受信してメモリ２２Ａに一時的に保存し、図示しない表示部に曲リストを表示する（Ｓ１１４）。制御部２１Ａは、店員による図示しない入力部の操作に応じて、曲リストから曲が選択され、再生指示が入力されたか否かを判断している（Ｓ１１５）。入力された場合（Ｓ１１５でＹＥＳ）、制御部２１Ａは、曲データの送信をサーバ１０に要求する（Ｓ１１６）。この要求には、選択された曲の識別情報が含まれている。
【００２５】
サーバ１０の制御部１２は、店舗クライアント２０Ａから曲データの送信要求を受信したか否かを判断している（Ｓ２１４）。受信した場合（Ｓ２１４でＹＥＳ）、制御部１２は選択された曲データをＨＤＤ１１から取得して、店舗クライアント２０Ａに送信開始する（Ｓ２１５）。店舗クライアント２０Ａの制御部２１Ａは、曲データをサーバ１０から受信すると、再生部２４ＡにＢＧＭとして店内にて曲データを再生させる（Ｓ１１７）。
【００２６】
サーバ１０の制御部１２は、再生曲管理テーブルに、店舗識別情報および／または店舗名に対応付けて、送信開始した曲データの曲リスト名、識別情報、曲名、アーティスト名、および、送信開始日時を登録する（Ｓ２１６）。曲名とアーティスト名とは曲リストから取得して登録することができる。
【００２７】
サーバ１０の制御部１２は、店舗クライアント２０Ａに送信する曲が次の曲に変更されるか否かを判断している（Ｓ２１７）。つまり、店舗クライアント２０Ａから曲の指定がない限り、サーバ１０は、選択された曲リストの順に従って曲データを連続的に店舗クライアント２０Ａに送信し続ける。従って、曲リストに基づいて再生曲が次の曲に変更される場合（Ｓ２１７でＹＥＳ）、処理はＳ２１５に戻って、制御部１２は、次の曲を店舗クライアント２０Ａに送信開始し（Ｓ２１５）、再生曲管理テーブルに、店舗識別情報および／または店舗名に対応付けて、送信開始した曲データの曲リスト名、識別情報、曲名、アーティスト名、および、送信開始日時を登録する（Ｓ２１６）。
【００２８】
店舗クライアント２０Ａの制御部２１Ａは、店員による図示しない入力部の操作に応じて、曲リストから曲が選択され、再生曲を変更する指示が入力されたか否かを判断している（Ｓ１１８）。入力された場合（Ｓ１１８でＹＥＳ）、制御部２１Ａは、曲データを要求する指示をサーバ１０に送信する（Ｓ１１６）。この要求には、変更後の曲の識別情報が含まれている。
【００２９】
サーバ１０の制御部１２は、店舗クライアント２０から曲データの送信要求を受信したか否かを判断している（Ｓ２１４）。受信した場合（Ｓ２１４でＹＥＳ）、制御部１２は選択された曲データをＨＤＤ１１から取得して、店舗クライアント２０Ａに送信開始し（Ｓ２１５）、再生曲管理テーブルに上記各情報を登録する（Ｓ２１６）。店舗クライアント２０Ａの制御部２１は、曲データをサーバ１０から受信すると、再生部２４ＡにＢＧＭとして店内にて曲データを再生させる（Ｓ１１７）。
【００３０】
店舗クライアント２０Ａの制御部２１Ａは、店員による図示しない入力部の操作に応じて、曲リスト一覧から曲リスト名が選択されて、曲リストを変更する指示が入力されたか否かを判断している（Ｓ１１９）。入力された場合（Ｓ１１９でＹＥＳ）、制御部２１Ａは、選択された曲リスト名の曲リストを送信するようにサーバ１０に要求する（Ｓ１１３）。サーバ１０の制御部１２は、店舗クライアント２０Ａから曲リストの送信要求を受信したか否かを判断している（Ｓ２１２）。受信した場合（Ｓ２１２でＹＥＳ）、制御部１２は選択された曲リスト名の曲リストをＨＤＤ１１から取得して、店舗クライアント２０Ａの制御部２１Ａに送信する（Ｓ２１３）。店舗クライアント２０Ａの制御部２１Ａは、曲リストを受信してメモリ２２Ａに一時的に保存し、図示しない表示部に曲リストを表示する（Ｓ１１４）。このように、曲リストを後から変更することが可能であり、変更後の曲リストから曲が選択された場合には、再生曲管理テーブルに変更後の曲リスト名が登録される。
【００３１】
図８は、サーバ１０の傾向値算出処理を示すフローチャートである。サーバ１０の制御部１２は、再生曲管理テーブルの内容から、店舗及び所定期間（日にち）を指定し、該当する全曲の再生曲情報（詳細には曲リスト名のみで構わない）を抽出する（Ｓ２２１）。例えば、店舗Ａの２０１１／１２／１０に送信した全曲に対する曲リスト名が抽出される。
【００３２】
制御部１２は、Ｓ２２１で抽出された曲リスト名の変数ｉを１に設定する（Ｓ２２２）。つまり、変数ｉを使用して傾向値を算出すべき曲リスト名を管理する。制御部１２は、ｉの曲リスト名について、傾向値を算出する（Ｓ２２３）。傾向値は、Ｓ２２１で抽出された曲について、ｉの曲リスト名の再生曲数を、全再生曲数で除算することによって算出される。例えば、ｉの曲リスト名の再生曲数が５０曲であり、全再生曲数が１００曲である場合、傾向値は５０／１００＝５０％となる。
【００３３】
制御部１２は、算出した傾向値が第１所定値ｍ％以上であるか否かを判断する（Ｓ２２４）。ｍは例えば４０％である。傾向値がｍ％以上である場合（Ｓ２２４でＹＥＳ）、制御部１２は、カテゴリ傾向テーブルに、店舗識別情報に対応付けて、ｉの曲リスト名とその傾向値を登録する。図５の例では、店舗Ａについて、曲リスト名Ｊａｚｚの傾向値が１００％であるので（つまり、店舗Ａの２０１１／１２／１０の再生曲は全て曲リスト名Ｊａｚｚの曲であったことを意味する）、これらの情報がカテゴリ傾向テーブルに店舗Ａに対応付けて登録される。
【００３４】
一方、傾向値がｍ％未満である場合（Ｓ２２４でＮＯ）、ｉの曲リスト名とその傾向値とをカテゴリ傾向テーブルに登録することなく、Ｓ２２６に進む。
【００３５】
制御部１２は、ｉがＳ２２１で抽出された曲リスト名の数と一致するか否かを判断する（Ｓ２２６）。すなわち、Ｓ２２１で抽出された全ての曲リスト名について、傾向値が算出されて、ｍ以上の場合にカテゴリ傾向テーブルに登録する処理が実行されたか否かが判断される。Ｓ２２１で抽出された全ての曲リスト名について処理が実行された場合（Ｓ２２６でＹＥＳ）、処理を終了する。一方、Ｓ２２１で抽出された全ての曲リスト名について、未だ処理が完了していない場合（Ｓ２２６でＮＯ）、制御部１２は、ｉを１増加させ（Ｓ２２７）、Ｓ２２３に戻り、次の曲リスト名について上記と同じ処理を実行する。従って、カテゴリ傾向テーブルには、図５の店舗Ｅに示すように、傾向値がｍ％以上となる曲リスト名が複数存在する場合があり、その場合、複数の曲リスト名とその傾向値とがカテゴリ傾向テーブルに登録される。
【００３６】
図９は、サーバ１０による、店舗毎に、同じ傾向の曲リストを再生する店舗を登録する処理を示すフローチャートである。制御部１０は、カテゴリ傾向テーブルの中から、店舗及び所定期間（例えば日にち）を指定する（Ｓ２３１）。つまり、本処理は、各店舗の各日にち毎に対して実行される。なお、日にちに変えて任意の適切な期間（例えば１週間、２週間、１ヶ月など）が採用されても良い。
【００３７】
制御部１２は、比較対照となる店舗の変数ｊを１に設定する（Ｓ２３２）。比較対象の店舗は、Ｓ２３１で指定された店舗以外のカテゴリ傾向テーブルに登録された店舗である。つまり、変数ｊは、カテゴリ傾向テーブルに登録されている店舗数−１の範囲で変動させる値である。制御部１２は、傾向値がｍ％以上である曲リスト名の変数ｋを１に設定する（Ｓ２３３）。
【００３８】
制御部１２は、カテゴリ傾向テーブルを参照し、比較店舗ｊの曲リスト名の欄に、ｋの曲リスト名が含まれているか否かを判断する（Ｓ２３４）。例えば、ｊが１（店舗Ｂ）であり、ｋ＝１（Ｊａｚｚ）である場合、店舗Ｂの曲リスト名にＪａｚｚが含まれているか否かが判断される。比較店舗ｊの曲リスト名の欄にｋの曲リスト名が含まれていない場合（Ｓ２３４でＮＯ）、処理はＳ２３８に進む。一方、比較店舗ｊの曲リスト名の欄に、ｋの曲リスト名が含まれている場合（Ｓ２３４でＹＥＳ）、制御部１２は、Ｓ２３１で指定された店舗のｋの曲リスト名の傾向値と、比較店舗ｊのｋの曲リスト名の傾向値との差を算出する（Ｓ２３５）。制御部１２は、算出した差が第２所定値ｎ％（例えば３０％）以下であるか否かを判断する（Ｓ２３６）。つまり、傾向値が近い値かどうかが判断される。
【００３９】
算出した差がｎ％よりも大である場合（Ｓ２３６でＮＯ）、処理はＳ２３８に進む。一方、算出した差がｎ％以下である場合（Ｓ２３６でＹＥＳ）、制御部１２は、カテゴリ傾向テーブルにおいて、Ｓ２３１で指定された店舗のｋの曲リスト名に対応する「同じ傾向の店舗」欄に、比較店舗ｊ（店舗名および／または店舗識別情報）と、必要に応じてその傾向値とを登録する（Ｓ２３７）。
【００４０】
例えば、図５において、店舗Ａには曲リスト名Ｊａｚｚが登録されており傾向値は１００％である。店舗Ｃ、Ｄにも曲リスト名Ｊａｚｚが登録されており、これらの傾向値はいずれも７７％である。従って、店舗Ａの曲リスト名Ｊａｚｚの傾向値と、店舗Ｃ、Ｄの曲リスト名Ｊａｚｚの傾向値との差はいずれも２３％であり、ｎ（＝３０）％以下である。従って、店舗Ａの曲リスト名Ｊａｚｚの「同じ傾向の店舗」の欄に、店舗Ｃ、Ｄの情報が登録される。なお、「同じ傾向の店舗」の欄に登録される店舗情報は、算出された傾向値の差が小さい順番にソートされてもよい。
【００４１】
制御部１２は、ｋが、傾向値がｍ％以上の曲リスト名の数と同じであるか否かを判断する（Ｓ２３８）。つまり、カテゴリ傾向テーブルにおいて、Ｓ２３１で指定した店舗に対して登録されている全ての曲リスト名について上記処理が実行されたかが判断される。ｋが、傾向値がｍ％以上の曲リスト名の数未満である場合（Ｓ２３８でＮＯ）、制御部１２は、ｋを１増加させて（Ｓ２３９）、次の曲リスト名を選択し、Ｓ２３４に戻る。つまり、全曲リスト名について上記の処理が実行される。例えば、図５のカテゴリ傾向テーブルにおいて、店舗Ｅの曲リスト名にはＪａｚｚ及びＰｏｐが登録されているので、これらの両方について同じ傾向の店舗が検索されて登録される。なお、図５では、同じ店舗の複数の曲リスト名について、「同じ傾向の店舗」の欄を個別に設けているが、共通にしてもよい。
【００４２】
ｋが、傾向値がｍ％以上の曲リスト名の数と同じである場合（Ｓ２３８でＹＥＳ）、制御部１２は、ｊが、比較店舗の数と同じであるか否かを判断する（Ｓ２４０）。つまり、全ての比較店舗に関して「同じ傾向の店舗」欄に登録すべきか否かを判断する処理が実行されたかが判断される。ｊが、比較店舗の数未満である場合（Ｓ２４０でＮＯ）、制御部１２は、ｊを１増加して（Ｓ２４１）、Ｓ２３４に戻り、次の比較店舗について上記処理を実行する。ｊが、比較店舗の数と同じである場合（Ｓ２４０でＹＥＳ）、処理を終了する。
【００４３】
以上の処理によって、図５のカテゴリ傾向テーブルが生成される。図５を参照すると、２０１１／１２／１０には、店舗Ａは、曲リスト名Ｊａｚｚの曲が多く再生されたことを示し、店舗Ａと同じ傾向で曲が再生された店舗として店舗Ｃ、Ｄが存在することが分かる。同じく、２０１１／１２／１０には、店舗Ｂは、曲リスト名Ｒｏｃｋの曲が多く再生されたことを示し、店舗Ｂと同じ傾向で曲が再生された店舗として店舗Ｆが存在することが分かる。図５のカテゴリ傾向テーブルは、インターネット経由で任意の端末装置に提供されて、表示することができる。従って、客はカテゴリ傾向テーブルを見ながら、来店する店舗を検討することができる。
【００４４】
次に、本発明の別の好ましい実施形態を説明する。なお、本実施形態は、上記の実施形態を前提とした実施形態であり、差異点のみを説明する。本実施形態では、サーバ１０は、客が店舗で商品を購入した日時および店舗の情報を管理し、客毎に、商品を購入した日時、店舗、曲リスト名、同じ傾向の店舗を提示することができる。
【００４５】
図１０は、本実施形態における情報提供システムを示すブロック図である。図１と比較して、１または複数の店舗端末２５（２５Ａ、２５Ｂ、・・・）、および、１または複数の個人端末３０（３０Ａ、３０Ｂ、・・・）が追加されている。店舗端末２５および個人端末３０もインターネットなどの任意のネットワークを介してサーバ１０と接続可能である。
【００４６】
店舗端末２５は、レジ（レジスター）に相当するものである。店舗端末２５は、客が所有するＩＣカード等の任意の記憶媒体から顧客識別情報を読みとって取得する。客が商品やサービスを購入する際に、店舗端末２５は、顧客識別情報と、店舗識別情報（店舗名の意味も含む。）と、購入日情報とをサーバ１０に送信する。
【００４７】
個人端末３０は、顧客識別情報をサーバ１０に送信する。サーバ１０は、店舗識別情報と、顧客識別情報と、購入日情報とを受信して管理する。サーバ１０は、個人端末３０から受信した顧客識別情報に対応する、受信された店舗識別情報および購入日情報から、登録された同じ傾向の店舗に関する情報を抽出する。サーバ１０は、店舗識別情報と、購入日情報と、同じ傾向の店舗に関する情報とを個人端末３０に送信する。個人端末３０は、店舗識別情報と、購入日情報と、同じ傾向の店舗に関する情報とをサーバ１０から受信し、ディスプレイに表示させる。
【００４８】
サーバ１０のＨＤＤ１１には、図１１示す顧客情報テーブルが格納されている。顧客情報テーブルは、顧客毎に、商品やサービスを購入した店舗および購入日時を管理するテーブルである。顧客情報テーブルは、顧客識別情報に対応付けて、店舗識別情報および／または店舗名と、購入日時とが登録される。
【００４９】
図１０に戻って、店舗端末２５Ａ（店舗端末２５Ｂも同様であるので説明を援用する。）は、制御部２６Ａと、ＲＯＭ、ＲＡＭ等のメモリ２７Ａと、通信部２８Ａと、ＩＣカード読取部２９Ａとを概略備える。
【００５０】
制御部２６Ａは、メモリ２７Ａに格納されているプログラムに基づいて、店舗端末２５Ａの各部を制御するものであり、マイコンやＣＰＵ等である。通信部２８Ａは、サーバ１０の通信部１４とインターネット経由で通信し、各コマンドや情報を送受信する。ＩＣカード読取部２９Ａは、客が商品を購入し、代金を支払う際に、客が所有するＩＣカードから顧客識別情報を読み取る。制御部２６Ａは、通信部を介して、顧客識別情報と、店舗情報（店舗名および／または店舗識別情報）と、購入日時とをサーバ１０に送信する。
【００５１】
個人端末３０は、客が所有する端末であり、ＰＣやスマートフォン等である。個人端末３０Ａ（個人端末３０Ｂも同様であるので説明を援用する。）は、制御部３１Ａと、ＲＯＭ、ＲＡＭ等のメモリ３２Ａと、通信部３３Ａと、表示部３４Ａとを概略備える。
【００５２】
制御部３１Ａは、メモリ３２Ａに格納されているプログラムに基づいて、個人端末３０Ａの各部を制御するものであり、マイコンやＣＰＵ等である。通信部３３Ａは、サーバ１０の通信部１４とインターネット経由で通信し、各コマンドや情報を送受信する。表示部３４Ａは、サーバ１０から受信した各情報を表示する。
【００５３】
図１２は、客が店舗で商品を購入する際の店舗端末２５およびサーバ１０の処理を示すフローチャートである。客が例えば店舗２０Ａで商品を購入する際に、客は店員にＩＣカードを渡す。店員がＩＣカードをＩＣカード読取部２９Ａに接触または近接させることによって、ＩＣカード読取部２９Ａは、ＩＣカードと通信し、ＩＣカードに記録されている顧客識別情報を読み出して、制御部２６Ａに受け渡す（Ｓ１２１）。
【００５４】
制御部２６Ａは、ＩＣカードから取得した顧客識別情報と、メモリ２７Ａに予め格納されている店舗識別情報および／または店舗名と、購入時刻（現在の時刻）とをインターネット経由でサーバ１０に送信する（Ｓ１２２）。
【００５５】
サーバ１０の制御部１２は、店舗端末２５から購入情報（顧客識別情報、店舗識別情報、店舗名、購入日時）を受信したか否かを判断している（Ｓ２５１）。受信した場合（Ｓ２５１でＹＥＳ）、制御部１２は、顧客情報テーブルに、顧客識別情報に対応付けて、店舗識別情報と店舗名と購入日時とを登録する（Ｓ２５２）。
【００５６】
図１３は、客が所有する個人端末に、購入店舗や、購入店舗と同じ傾向の曲リストを再生した店舗の情報を表示する処理を示す。個人端末３０Ａの制御部３１Ａは、予めメモリ３２Ａに格納されている顧客識別情報をインターネット経由でサーバ１０に送信する（Ｓ１３１）。
【００５７】
サーバ１０の制御部１２は、個人端末３０Ａから顧客識別情報を受信する（Ｓ２６１）。制御部１２は、顧客情報テーブルを参照し、受信した顧客識別情報に対応する店舗識別情報、店舗名、購入日時を全て抽出する（Ｓ２６２）。制御部１２は、購入日時の日にちに基づいて、同じ日にちのカテゴリ傾向テーブルを特定し、Ｓ２６２で抽出した店舗に対応付けられた「同じ傾向の店舗」に登録されている店舗を抽出する（Ｓ２６２）。
【００５８】
制御部１２は、購入店舗情報、購入日時、および、同じ傾向の店舗の各情報を個人端末３０Ａに送信し（２６３）、個人端末３０Ａの制御部３１Ａはそれらの情報を受信して、表示部３４Ａに表示させる（Ｓ１３２）。例えば、図１１を参照し、顧客ＩＤ１の個人端末３０の場合、店舗Ａでの購入日が２０１１／１２／１０であるので、同日のカテゴリ傾向テーブルである図５を参照し、同じ傾向の店舗としてＣ、および、Ｄが特定される。従って、個人端末３０には、購入店舗がＡ、購入日時が２０１１／１２／１０  １０：２０、同日に同じ傾向の曲を再生していた店舗としてＣ、Ｄが存在することが表示される。同様に、図１１の顧客ＩＤ１について、店舗Ｂ、Ｆについても、同じ傾向の店舗が抽出され、個人端末３０に送信される。
【００５９】
以上、本発明の好ましい実施形態を説明したが、本発明はこれらの実施形態には限定されない。個人端末３０は、家庭内に設置される端末、ポータブルオーディオ機器や携帯電話等の可搬型のもの、又は、公共施設に設置され顧客識別情報を入力可能な公共端末であってもよい。コンテンツを蓄積するコンテンツサーバと、各情報テーブルを管理する管理サーバとが別個に設けられてもよい。また、店舗クライアントが１つしか存在しない場合には、あえて店舗識別情報をサーバで管理する必要がない。サーバ１０、店舗クライアント２０、店舗端末２５、個人端末３０の上記各動作をコンピュータに実行させるためのプログラムおよびこれを記録した記録媒体という形態で提供されてもよい。
【産業上の利用可能性】
【００６０】
本発明は、飲食店等の店舗に関連する情報提供等に好適に採用され得る。
【符号の説明】
【００６１】
１０    サーバ
２０    店舗クライアント
２５    店舗端末
３０    個人端末
【図１】
2013134503.tif 000003
【図２】
2013134503.tif 000004
【図３】
2013134503.tif 000005
【図４】
2013134503.tif 000006
【図５】
2013134503.tif 000007
【図６】
2013134503.tif 000008
【図７】
2013134503.tif 000009
【図８】
2013134503.tif 000010
【図９】
2013134503.tif 000011
【図１０】
2013134503.tif 000012
【図１１】
2013134503.tif 000013
【図１２】
2013134503.tif 000014
【図１３】
2013134503.tif 000015