ホーム > 特許ランキング > 本田技研工業株式会社
知財求人 - 知財ポータルサイト「IP Force」
▶ 本田技研工業株式会社の特許一覧 ▶ 株式会社ソケッツの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023139728
(43)【公開日】2023-10-04
(54)【発明の名称】楽曲提供装置、楽曲提供方法、及びプログラム
(51)【国際特許分類】
G10K 15/02 20060101AFI20230927BHJP
G01C 21/36 20060101ALI20230927BHJP
G06F 16/635 20190101ALI20230927BHJP
G06F 16/687 20190101ALI20230927BHJP
【ＦＩ】
G10K15/02
G01C21/36
G06F16/635
G06F16/687
【審査請求】未請求
【請求項の数】5
【出願形態】ＯＬ
(21)【出願番号】P 2022045413
(22)【出願日】2022-03-22
(71)【出願人】
【識別番号】000005326
【氏名又は名称】本田技研工業株式会社
(71)【出願人】
【識別番号】500423444
【氏名又は名称】株式会社ソケッツ
(74)【代理人】
【識別番号】100165179
【弁理士】
【氏名又は名称】田▲崎▼ 聡
(74)【代理人】
【識別番号】100126664
【弁理士】
【氏名又は名称】鈴木 慎吾
(74)【代理人】
【識別番号】100154852
【弁理士】
【氏名又は名称】酒井 太一
(74)【代理人】
【識別番号】100194087
【弁理士】
【氏名又は名称】渡辺 伸一
(72)【発明者】
【氏名】熊谷 優惟子
(72)【発明者】
【氏名】宮本 大次郎
(72)【発明者】
【氏名】梅本 陽平
(72)【発明者】
【氏名】塩本 祥司
(72)【発明者】
【氏名】五十崎 正明
(72)【発明者】
【氏名】浦部 浩司
【テーマコード（参考）】
2F129
5B175
5D208
【Ｆターム（参考）】
2F129AA02
2F129AA03
2F129AA11
2F129AA14
2F129BB03
2F129FF02
2F129FF11
2F129FF12
5B175DA05
5B175GA04
5B175HA01
5D208BA10
5D208BB10
(57)【要約】
【課題】利用者を飽きさせにくい楽曲を提供することができる楽曲提供装置、楽曲提供方法、及びプログラムを提供する。
【解決手段】前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得する楽曲データ取得部と、前記取得した楽曲データを再生可能とさせる楽曲提供部と、を備え、前記楽曲提供部は、前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを前記利用者の利用する装置に再生可能にさせ、前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、楽曲提供装置。
【選択図】図１
【解決手段】前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得する楽曲データ取得部と、前記取得した楽曲データを再生可能とさせる楽曲提供部と、を備え、前記楽曲提供部は、前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを前記利用者の利用する装置に再生可能にさせ、前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、楽曲提供装置。
【選択図】図１
【特許請求の範囲】
【請求項1】
利用者の位置情報を取得する位置情報取得部と、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得する楽曲データ取得部と、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能とさせる楽曲提供部と、
を備え、
前記楽曲提供部は、
前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを前記利用者の利用する装置に再生可能にさせ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、
楽曲提供装置。
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得する楽曲データ取得部と、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能とさせる楽曲提供部と、
を備え、
前記楽曲提供部は、
前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを前記利用者の利用する装置に再生可能にさせ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、
楽曲提供装置。
【請求項2】
前記楽曲提供部は、前記利用者が入った履歴がある前記複数の楽曲レコメンド圏が重なる領域に前記利用者が所定期間内に再び入った場合に、前記利用者が先に前記複数の楽曲レコメンド圏が重なる領域に入った際に前記楽曲データ取得部により取得された楽曲データに対応する前記楽曲レコメンド圏と異なる前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、
請求項１に記載の楽曲提供装置。
請求項１に記載の楽曲提供装置。
【請求項3】
前記楽曲提供部は、前記利用者が第１楽曲レコメンド圏に入ったことにより、前記利用者が利用する装置に前記楽曲データを再生させているときに、前記利用者が、第２楽曲レコメンド圏に入った場合において、
前記第１楽曲レコメンド圏に設定された優先度が前記第２楽曲レコメンド圏に設定された優先度よりも高い場合に、前記利用者が前記第２楽曲レコメンド圏に入った後、第１時間が経過してから前記第２楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、
請求項１または２に記載の楽曲提供装置。
前記第１楽曲レコメンド圏に設定された優先度が前記第２楽曲レコメンド圏に設定された優先度よりも高い場合に、前記利用者が前記第２楽曲レコメンド圏に入った後、第１時間が経過してから前記第２楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、
請求項１または２に記載の楽曲提供装置。
【請求項4】
前記第１楽曲レコメンド圏に設定された優先度が前記第２楽曲レコメンド圏に設定された優先度よりも低い場合に、前記利用者が前記第２楽曲レコメンド圏に入った後、第２時間が経過してから前記第２楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、
請求項３に記載の楽曲提供装置。
請求項３に記載の楽曲提供装置。
【請求項5】
前記第２時間は、前記第１時間よりも短い、
請求項４に記載の楽曲提供装置。
請求項４に記載の楽曲提供装置。
【請求項6】
コンピュータが、
利用者の位置情報を取得し、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得し、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、
楽曲提供方法。
利用者の位置情報を取得し、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得し、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、
楽曲提供方法。
【請求項7】
コンピュータに、
利用者の位置情報を取得させ、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得させ、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせる処理を実行させ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる処理を実行させる、
プログラム。
利用者の位置情報を取得させ、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得させ、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせる処理を実行させ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる処理を実行させる、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、楽曲提供装置、楽曲提供方法、及びプログラムに関する。
【背景技術】
【0002】
車両の走行状況に応じた音楽コンテンツ、例えば楽曲を車両の搭乗者などの利用者に提案する技術がある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－６３１３３号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
楽曲を利用者に提案するにあたり、例えば、提案する楽曲に一定の優先度を設定しておき、優先度が高い楽曲を提案することがある。しかし、楽曲に設定された優先度が一定であるので、例えば車両が同じ道を通過する場合には、同じ楽曲が提案されることになる。このため、利用者は、同じ楽曲を何度も提案される利用者を飽きさせてしまう場合がある。
【0005】
本発明は、このような事情を考慮してなされたものであり、利用者を飽きさせにくい楽曲を提供することができる楽曲提供装置、楽曲提供方法、及びプログラムを提供することを目的の一つとする。
【課題を解決するための手段】
【0006】
この発明に係る楽曲提供装置、楽曲提供方法、及びプログラムは、以下の構成を採用した。
（１）：この発明の一態様に係る楽曲提供装置は、利用者の位置情報を取得する位置情報取得部と、複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得する楽曲データ取得部と、前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能とさせる楽曲提供部と、を備え、前記楽曲提供部は、前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを前記利用者の利用する装置に再生可能にさせ、前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、楽曲提供装置である。
（１）：この発明の一態様に係る楽曲提供装置は、利用者の位置情報を取得する位置情報取得部と、複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得する楽曲データ取得部と、前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能とさせる楽曲提供部と、を備え、前記楽曲提供部は、前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを前記利用者の利用する装置に再生可能にさせ、前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、楽曲提供装置である。
【0007】
（２）：上記（１）の態様において、前記楽曲提供部は、前記利用者が入った履歴がある前記複数の楽曲レコメンド圏が重なる領域に前記利用者が所定期間内に再び入った場合に、前記利用者が先に前記複数の楽曲レコメンド圏が重なる領域に入った際に前記楽曲データ取得部により取得された楽曲データに対応する前記楽曲レコメンド圏と異なる前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、ものである。
【0008】
（３）：上記（１）または（２）の態様において、前記楽曲提供部は、前記利用者が第１楽曲レコメンド圏に入ったことにより、前記利用者が利用する装置に前記楽曲データを再生させているときに、前記利用者が、第２楽曲レコメンド圏に入った場合において、前記第１楽曲レコメンド圏に設定された優先度が前記第２楽曲レコメンド圏に設定された優先度よりも高い場合に、前記利用者が前記第２楽曲レコメンド圏に入った後、第１時間が経過してから前記第２楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、ものである。
【0009】
（４）：上記（３）の態様において、前記第１楽曲レコメンド圏に設定された優先度が前記第２楽曲レコメンド圏に設定された優先度よりも低い場合に、前記利用者が前記第２楽曲レコメンド圏に入った後、第２時間が経過してから前記第２楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、ものである。
【0010】
（５）上記（４）の態様において、前記第２時間は、前記第１時間よりも短い、ものである。
【0011】
（６）：この発明の一態様に係る楽曲提供方法は、コンピュータが、利用者の位置情報を取得し、複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得し、前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせ、前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、楽曲提供方法である。
【0012】
（７）：この発明の一態様に係るプログラムは、コンピュータに、利用者の位置情報を取得させ、複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得させ、前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせる処理を実行させ、前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる処理を実行させる、プログラムである。
【発明の効果】
【0013】
（１）～（７）の態様によれば、利用者を飽きさせにくい楽曲を提供することができる。
【図面の簡単な説明】
【0014】
【図1】第１実施形態の楽曲提供装置を利用した楽曲提供システム１の構成図である。
【図2】利用者情報１５２の内容の一例を示す図である。
【図3】地図情報１５４の内容の一例を示す図である。
【図4】地図情報１５４を可視化した状態の一例を示す図である。
【図5】地図情報１５４を可視化した状態の一例を示す図である。
【図6】楽曲レコメンドに関する処理の流れの概略を示す図である。
【図7】フロントサーバ１００の処理の一例を示すフローチャートである。
【図8】地図情報１５４を可視化したものに重畳して利用者の移動経路を示した図である。
【図9】フロントサーバ１００の処理の一例を示すフローチャートである。
【図10】フロントサーバ１００の処理の一例を示すフローチャートである。
【図11】地図情報１５４を可視化したものに重畳して利用者の移動経路を示した図である。
【図12】地図情報１５４を可視化したものに重畳して利用者の移動経路を示した図である。
【図13】地図情報１５４を可視化したものに重畳して利用者の移動経路を示した図である。
【図14】第２実施形態の楽曲提供装置を利用した楽曲提供システム２の構成図である。
【発明を実施するための形態】
【0015】
以下、図面を参照し、本発明の楽曲提供装置、楽曲提供方法、及びプログラムの実施形態について説明する。
【0016】
＜第１実施形態＞
図１は、第１実施形態の楽曲提供装置を利用した楽曲提供システム１の構成図である。楽曲提供システム１は、移動体に搭乗した乗員（利用者）に対して楽曲（音楽のことであり、アーティストの歌唱、演奏、或いはプログラム再生による楽曲の他、環境音等を含んでもよい）を提供するシステムである。移動体とは、例えば、乗員が滞在する空間のある車両（四輪または三輪のある車両、マイクロモビリティ等）、船舶、航空機、或いは二輪車などを含む。二輪車の場合、ヘルメットに設けられたオーディオ装置によって楽曲が再生されてもよい。
図１は、第１実施形態の楽曲提供装置を利用した楽曲提供システム１の構成図である。楽曲提供システム１は、移動体に搭乗した乗員（利用者）に対して楽曲（音楽のことであり、アーティストの歌唱、演奏、或いはプログラム再生による楽曲の他、環境音等を含んでもよい）を提供するシステムである。移動体とは、例えば、乗員が滞在する空間のある車両（四輪または三輪のある車両、マイクロモビリティ等）、船舶、航空機、或いは二輪車などを含む。二輪車の場合、ヘルメットに設けられたオーディオ装置によって楽曲が再生されてもよい。
【0017】
楽曲提供システム１は、例えば、携帯端末装置１０と、オーディオ装置５０と、フロントサーバ１００と、バックサーバ２００とを備える。これらのうち、フロントサーバ１００は、楽曲提供装置の一例である。携帯端末装置１０及びオーディオ装置５０は、利用者が利用する装置の一例である。
【0018】
［携帯端末装置］
携帯端末装置１０は、例えばスマートフォンやタブレット端末等の通信機能、入出力機能、アプリ実行機能を有する可搬型コンピュータ装置である。携帯端末装置１０は、例えば、近距離通信部１２と、ネットワーク通信部１４と、Ｍｕｓｉｃアプリ実行部１６と、タッチパネル１８とを備える。
携帯端末装置１０は、例えばスマートフォンやタブレット端末等の通信機能、入出力機能、アプリ実行機能を有する可搬型コンピュータ装置である。携帯端末装置１０は、例えば、近距離通信部１２と、ネットワーク通信部１４と、Ｍｕｓｉｃアプリ実行部１６と、タッチパネル１８とを備える。
【0019】
近距離通信部１２は、オーディオ装置５０の近距離通信部６０と、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉ－Ｆｉ、ＵＳＢ（Universal Serial Bus）などの通信規格に基づいて、無線または有線で通信する。
【0020】
ネットワーク通信部１４は、ネットワークＮＷを介してフロントサーバ１００と通信する。ネットワークＮＷは、無線基地局、アクセスポイント、インターネット、プロバイダ端末、ＷＡＮ（Wide Area Network）等を含む。
【0021】
Ｍｕｓｉｃアプリ実行部１６は、ＣＰＵ（Central Processing Unit）などのプロセッサが、記憶部３０に記憶されたＭｕｓｉｃアプリ３２を実行することで機能する。Ｍｕｓｉｃアプリ実行部１６は、タッチパネル１８に対してなされた利用者の入力操作に応じて携帯端末装置１０の各部を制御する。Ｍｕｓｉｃアプリ３２は、例えば、予めアプリ提供者のサーバ装置から携帯端末装置１０にインストールされたものである。
【0022】
［オーディオ装置］
オーディオ装置５０は、移動体に設置される（前述したようにヘルメット内に設置されてもよい）。オーディオ装置５０は、例えば、連携アプリ実行部５２と、音響調整部５４と、スピーカシステム５６と、タッチパネル５８と、近距離通信部６０とを備える。
オーディオ装置５０は、移動体に設置される（前述したようにヘルメット内に設置されてもよい）。オーディオ装置５０は、例えば、連携アプリ実行部５２と、音響調整部５４と、スピーカシステム５６と、タッチパネル５８と、近距離通信部６０とを備える。
【0023】
連携アプリ実行部５２は、ＣＰＵなどのプロセッサが、記憶部に記憶された連携アプリ（不図示）を実行することで機能する。連携アプリ実行部５２は、タッチパネル５８に対してなされた利用者の入力操作に応じて、Ｍｕｓｉｃアプリ実行部１６と連携してオーディオ装置５０の各部を制御する。
【0024】
音響調整部５４は、スピーカシステム５６を制御する。スピーカシステム５６は、例えば複数のスピーカを含む。音響調整部５４は、複数のスピーカのそれぞれの音量を調整することにより、音像を任意の場所に定位させてもよい。
【0025】
近距離通信部６０は、前述の通り、携帯端末装置１０の近距離通信部１２と無線または有線で通信する。
【0026】
［フロントサーバ］
フロントサーバ１００は、例えば、ネットワーク通信部１０２と、利用者情報取得部１０４と、位置情報取得部１０６と、ＰＯＩ（Point Of Interest）取得部１０８と、楽曲データ取得部１１０と、楽曲提供部１１２と、記憶部１５０とを備える。ネットワーク通信部１０２と記憶部１５０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部１５０には、利用者情報１５２や地図情報１５４等の情報が格納される。
フロントサーバ１００は、例えば、ネットワーク通信部１０２と、利用者情報取得部１０４と、位置情報取得部１０６と、ＰＯＩ（Point Of Interest）取得部１０８と、楽曲データ取得部１１０と、楽曲提供部１１２と、記憶部１５０とを備える。ネットワーク通信部１０２と記憶部１５０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部１５０には、利用者情報１５２や地図情報１５４等の情報が格納される。
【0027】
ネットワーク通信部１０２は、ネットワークＮＷを介して携帯端末装置１０と通信する。なお、フロントサーバ１００とバックサーバ２００との通信も同じネットワークＮＷを介して行われてもよいが、専用回線やＬＡＮ（Local Area Network）、ＶＰＮ（Virtual Private Network）等を介して通信が行われてもよい。
【0028】
利用者情報取得部１０４は、携帯端末装置１０の利用者の情報（利用者情報）を取得し、利用者情報１５２に登録する。図２は、利用者情報１５２の内容の一例を示す図である。利用者情報１５２は、例えば、氏名、年齢、性別、職業、好みの音楽ジャンル、好みのアーティスト、趣味等を含む情報である。
【0029】
位置情報取得部１０６は、利用者（移動体）の位置情報を取得する。利用者（移動体）の位置情報は、オーディオ装置５０が設置された移動体が備える位置測位装置（ＧＰＳ（Global Positioning System）受信機等、不図示）により測位され、オーディオ装置５０と携帯端末装置１０を介してフロントサーバ１００に伝えられたものでもよいし、携帯端末装置１０が備える位置測位装置（不図示）により測位され、フロントサーバ１００に伝えられたものでもよい。
【0030】
ＰＯＩ取得部１０８は、利用者の位置情報を用いて地図情報１５４を参照し、楽曲レコメンド圏（以下、「レコメンド圏」）内に利用者が入った（以下、「ＰＯＩがヒットした」と称する）ＰＯＩを取得する。図３は、地図情報１５４の内容の一例を示す図である。地図情報１５４は、複数のＰＯＩ情報と、複数のＰＯＩ情報のそれぞれに対応するレコメンド圏の情報とを含む。ＰＯＩ情報は、例えば、ＰＯＩ（例えば有名な施設、景勝地等）に対応付けられた、ＰＯＩの位置情報（緯度、経度）、ＰＯＩの種別などの情報を含む。
【0031】
複数のレコメンド圏には、それぞれ優先度が設定されている。地図情報１５４は、各ＰＯＩの設定された優先度を含む。ＰＯＩの優先度は、複数のＰＯＩがヒットした場合に、優先的に楽曲リクエストにＰＯＩ情報が含まれるＰＯＩの度合いを示す。ＰＯＩの優先度は、図３に示す例において、「東京タワー」には優先度「高」が設定され、「千鳥ヶ淵」及び「明治神宮」には優先度「中」が設定され、「銀座ホテル」には優先度「低」が設定されている。複数のＰＯＩにヒットした場合とは、複数のＰＯＩのレコメンド圏が重なる場合に、それらの領域の論理和である領域に利用者が入った場合である。以下、複数のＰＯＩのレコメンド圏が重なる領域を重複レコメンド領域という。
【0032】
地図情報１５４に含まれるＰＯＩは、適宜変更されてもよい。例えば、期間限定のイベントを開催するＰＯＩは、そのイベントを開催する期間のみ地図情報１５４に含まれてもよい。また、ＰＯＩに対応付けられる各情報は、適宜変更されてもよい。例えば、地図情報１５４に含まれるＰＯＩ、例えば観光地でライトアップを開催する場合、ライトアップが開催される時間帯のみレコメンド圏を広げるようにしてもよい。
【0033】
地図情報１５４は、更に、道路構造の情報を含んでもよい。地図情報１５４が道路構造を含む場合は、道路を通過してＰＯＩに到達するまでの距離でレコメンド圏を設定してよい。なお、地図情報１５４に含まれるＰＯＩは楽曲レコメンド対象であるものとするが、楽曲レコメンド対象で無いＰＯＩが地図情報１５４に含まれてもよい。その場合、楽曲レコメンド対象である旨を示すフラグがＰＯＩに対応付けられる。
【0034】
図４及び図５は、地図情報１５４を可視化した状態の一例を示す図である。地図情報１５４では、地図の画像に対して、レコメンド圏Ｒ１１～Ｒ１４がそれぞれ円形または道路に沿った形状で示されており、各レコメンド圏Ｒ１１～Ｒ１４には、それぞれ優先度が表示されている。
【0035】
図４では、ＰＯＩのレコメンド圏が重なっていない状態を示しているが、ＰＯＩのレコメンド圏が重なる重複レコメンド領域が生じる場合もある。図５では、ＰＯＩの第１レコメンド圏Ｒ２１と第２レコメンド圏Ｒ２２が重なる状態を示している。第１レコメンド圏Ｒ２１は、第１楽曲レコメンド圏の一例である。第２レコメンド圏Ｒ２２は、第２楽曲レコメンド圏の一例である。
【0036】
楽曲データ取得部１１０は、あるＰＯＩがヒットした場合、楽曲リクエストをバックサーバ２００に送信する。楽曲リクエストには、利用者の利用者情報（個人情報保護の観点から、氏名を削除、年齢を「３０代」などに変更、職業も詳細情報から「会社員」といった粒度に変更するなどの処理が行われてよい）と、ヒットしたＰＯＩを示すＰＯＩ情報（ＰＯＩの識別情報でもよい）が含まれる。楽曲データ取得部１１０は、複数のＰＯＩがヒットした場合、複数のＰＯＩのうちのいずれかのＰＯＩのＰＯＩ情報を楽曲リクエストに含める。楽曲リクエストに含めるＰＯＩ情報については、後に説明する。
【0037】
後述するように、バックサーバ２００は、楽曲リクエストを取得すると、当該利用者と当該ＰＯＩにマッチした楽曲を自動選択し、例えばストリーミング形式で選択して楽曲の楽曲データを楽曲データ２５８から取得してフロントサーバ１００に送信する。楽曲データ取得部１１０は、バックサーバ２００により送信されて自動レコメンドされる楽曲データを取得する。楽曲データ取得部１１０が取得する楽曲データは、利用者の情報と利用者がレコメンド圏に入ってヒットしたＰＯＩ情報とに基づいて自動レコメンドされる。
【0038】
楽曲提供部１１２は、利用者がレコメンド圏に入ったときに、楽曲データ取得部１１０により取得された楽曲データを携帯端末装置１０に送信し、携帯端末装置１０に楽曲データを再生可能とさせる。携帯端末装置１０は、楽曲データをオーディオ装置５０に送信してスピーカシステム５６に再生させる。なお、楽曲データ２５８を保持して楽曲データの提供元となる機能はフロントサーバ１００にあってもよいし、他のサーバ装置にあってもよい。
【0039】
携帯端末装置１０またはオーディオ装置５０は、ＰＯＩが接近していることでレコメンドされた楽曲を提案することにより再生可能とする。携帯端末装置１０またはオーディオ装置５０は、提案した楽曲を再生してよいかどうか利用者に問いかける画像を表示し、または音声を出力し、利用者がタッチ操作または音声で承諾する旨の返信をした場合にレコメンドされた楽曲が再生される。
【0040】
［バックサーバ］
バックサーバ２００は、例えば、利用者特徴情報生成部２０２と、ＰＯＩ特徴情報生成部２０４と、自動楽曲抽出部２０６と、記憶部２５０とを備える。記憶部２５０以外の機能部は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部２５０には、利用者特徴情報２５２、ＰＯＩ特徴情報２５４、学習済モデル２５６、楽曲データ２５８などの情報が格納される。
バックサーバ２００は、例えば、利用者特徴情報生成部２０２と、ＰＯＩ特徴情報生成部２０４と、自動楽曲抽出部２０６と、記憶部２５０とを備える。記憶部２５０以外の機能部は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵなどのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。記憶部２５０には、利用者特徴情報２５２、ＰＯＩ特徴情報２５４、学習済モデル２５６、楽曲データ２５８などの情報が格納される。
【0041】
利用者特徴情報生成部２０２は、楽曲リクエストに含まれる利用者情報に基づいて、ベクトル等の形式の利用者特徴情報を生成する。同じ利用者に係る二度目以降の楽曲リクエストに備えて、生成された利用者特徴情報は利用者特徴情報２５２として記憶部２５０に記憶されてよい。
【0042】
ＰＯＩ特徴情報生成部２０４は、楽曲リクエストに含まれるＰＯＩ情報に基づいて、ベクトル等の形式のＰＯＩ特徴情報を生成する。同じＰＯＩに係る二度目以降の楽曲リクエストに備えて、生成されたＰＯＩ特徴情報は利用者特徴情報２５２として記憶部２５０に記憶されてよい。
【0043】
なお、利用者情報から利用者特徴情報を生成する機能と、ＰＯＩ特徴情報からＰＯＩ特徴情報を生成する機能とのうち一方または双方は、フロントサーバ１００の機能であってもよい。その場合、楽曲リクエストには、例えば利用者特徴情報とＰＯＩ特徴情報が含まれることになってよい。
【0044】
自動楽曲抽出部２０６は、楽曲リクエストに対応する利用者特徴情報とＰＯＩ特徴情報を学習済モデル２５６に入力することで、当該利用者および当該利用者が接近して通過するＰＯＩにマッチする楽曲の楽曲データを楽曲データ２５８から抽出して自動レコメンドする。自動楽曲抽出部２０６は、自動レコメンドされた楽曲データをフロントサーバ１００に送信する。フロントサーバ１００の楽曲データ取得部１１０は、自動楽曲抽出部２０６により自動レコメンドされた楽曲データを取得する。
【0045】
学習済モデル２５６は、予めフィードバック実験結果から得られた情報を正解データとして、学習されたものである。学習済モデル２５６は、例えば、「３０代男性が東京タワー付近を通過する」ときに、そのシチュエーションで実際に評価が高かった楽曲を選択するように学習される。フィードバック実験とは、例えば、Ｍｕｓｉｃアプリ３２を通じた楽曲提供に対する高評価、低評価、再度の再生といった利用者のフィードバックを集めたものである。
【0046】
図６は、楽曲レコメンドに関する処理の流れの概略を示す図である。フロントサーバ１００は、携帯端末装置１０またはオーディオ装置５０により送信される利用者の位置情報を取得すると、取得した位置情報を地図情報に参照して、ＰＯＩがヒットしたか否かを判定する。ＰＯＩがヒットした場合に、位置情報を送信した利用者の利用者情報及びヒットしたＰＯＩのＰＯＩ情報を楽曲リクエストに含めてバックサーバ２００に送信する。
【0047】
バックサーバ２００は、送信された楽曲リクエストに対応する利用者情報に基づいて利用者特徴情報を生成し、学習済モデル２５６に入力する。バックサーバ２００は、送信された楽曲リクエストに対応するＰＯＩ情報に基づいてＰＯＩ特徴情報を生成し、学習済モデル２５６に入力する。バックサーバ２００は、学習済モデル２５６の出力データを、利用者および利用者が接近して通過するＰＯＩにマッチする楽曲の楽曲データとして楽曲データ２５８から抽出する。
【0048】
続いて、フロントサーバ１００における処理について説明する。フロントサーバ１００は、楽曲データを携帯端末装置１０に送信するまでの処理を実行する前段階として、利用者情報取得部１０４において取得した利用者情報を記憶部１５０に格納しておく。記憶部１５０に格納される利用者情報は、利用者情報取得部１０４が取得した利用者情報に基づいて、適宜書き換えられるようにしてよい。
【0049】
図７は、フロントサーバ１００の処理の一例を示すフローチャートである。本フローチャートの処理は、例えば所定周期で繰り返し実行される。フロントサーバ１００は、まず、位置情報取得部１０６において、携帯端末装置１０により送信される利用者の位置情報に基づいて、利用者の位置を取得したか否かを判定する（ステップＳ１０１）。位置情報取得部１０６が利用者の位置を取得していないと判定した場合、フロントサーバ１００は、図７に示す処理の１ルーチンを終了する。
【0050】
位置情報取得部１０６が利用者の位置を取得したと判定した場合、ＰＯＩ取得部１０８は、利用者の位置に基づいて、ＰＯＩがヒットしたか否かを判定する（ステップＳ１０３）。ＰＯＩがヒットしていないとＰＯＩ取得部１０８が判定した場合、フロントサーバ１００は、図７に示す処理の１ルーチンを終了する。
【0051】
ＰＯＩがヒットしたと判定した場合、ＰＯＩ取得部１０８は、複数のＰＯＩがヒットしたか否かを判定する（ステップＳ１０５）。複数のＰＯＩがヒットしたとＰＯＩ取得部１０８が判定した場合、楽曲データ取得部１１０は、複数のＰＯＩのうち、優先度が最も高いＰＯＩを選択する（ステップＳ１０７）。
【0052】
続いて、楽曲データ取得部１１０は、選択したＰＯＩのＰＯＩ情報を含む楽曲リクエストをバックサーバ２００に送信する（ステップＳ１０９）。ステップＳ１０５において、複数のＰＯＩがヒットしていない（１つのＰＯＩがヒットした）と判定した場合、楽曲データ取得部１１０は、ヒットしたＰＯＩのＰＯＩ情報を含む楽曲リクエストをバックサーバ２００に送信する（ステップＳ１０９）。バックサーバ２００では、送信された楽曲リクエストに基づいて、自動レコメンドされる楽曲データを選択し、選択した楽曲データを送信する。
【0053】
続いて、楽曲データ取得部１１０は、バックサーバ２００により送信される楽曲データを受信したか否かを判定する（ステップＳ１１１）。楽曲データを受信していないと判定した場合、楽曲データ取得部１１０は、ステップＳ１１１の処理を繰り返す。楽曲データを受信したと判定した場合、楽曲提供部１１２は、送信された楽曲データを自動レコメンドされる楽曲データとして携帯端末装置１０に送信し（ステップＳ１１３）、携帯端末装置１０に楽曲データを再生可能とさせる。こうして、フロントサーバ１００は、図７に示す処理の１ルーチンを終了する。
【0054】
図８は、地図情報１５４を可視化したものに重畳して利用者の移動経路を示した図である。例えば、利用者が移動経路Ｌ１に沿って移動する場合、利用者は、優先度「高」の第１レコメンド圏Ｒ３１に入って第１のＰＯＩにヒットする。続いて、利用者は、第１レコメンド圏Ｒ３１と、優先度「低」の第２レコメンド圏Ｒ３２の重複レコメンド領域に入って第１のＰＯＩと第２のＰＯＩの複数のＰＯＩにヒットする。続いて、利用者は、第１レコメンド圏Ｒ３１と第２レコメンド圏Ｒ３２の重複レコメンド領域から出て第２レコメンド圏Ｒ３２に入り、第２のＰＯＩにヒットする。
【0055】
第１実施形態の楽曲提供システム１は、利用者が第１レコメンド圏Ｒ３１と第２レコメンド圏Ｒ３２の重複レコメンド領域に入り、第１のＰＯＩと第２のＰＯＩの複数のＰＯＩにヒットした場合には、優先度が高いレコメンド圏の楽曲データを自動レコメンドする。このため、利用者が重複レコメンド領域に入った場合に、優先度が高い楽曲データを自動レコメンドすることができるので、利用者を飽きさせにくい楽曲を提供することができる。
【0056】
次に、第１実施形態の楽曲提供システム１におけるフロントサーバ１００の処理の第１変形例について説明する。利用者が移動する過程において、同じ経路を複数回通過することがあり、利用者が同じ経路を複数回通過する場合には、同じレコメンド圏等に入って同じＰＯＩに複数回ヒットすることがある。第１変形例では、複数のＰＯＩに複数回ヒットした場合に自動レコメンドされる楽曲データを調整する。
【0057】
【0058】
フロントサーバ１００は、まず、位置情報取得部１０６において、携帯端末装置１０により送信される利用者の位置情報に基づいて、利用者の位置を取得したか否かを判定する（ステップＳ２０１）。位置情報取得部１０６が利用者の位置を取得していないと判定した場合、フロントサーバ１００は、図９に示す処理の１ルーチンを終了する。
【0059】
位置情報取得部１０６が利用者の位置を取得したと判定した場合、ＰＯＩ取得部１０８は、利用者の位置に基づいて、ＰＯＩがヒットしたか否かを判定する（ステップＳ２０３）。ＰＯＩがヒットしていないとＰＯＩ取得部１０８が判定した場合、フロントサーバ１００は、図９に示す処理の１ルーチンを終了する。
【0060】
ＰＯＩがヒットしたと判定した場合、ＰＯＩ取得部１０８は、２つのＰＯＩがヒットしたか否かを判定する（ステップＳ２０５）。２つのＰＯＩがヒットしたとＰＯＩ取得部１０８が判定した場合、楽曲データ取得部１１０は、今回のヒットが所定期間内での２度目のヒットであるか否かを判定する（ステップＳ２０７）。
【0061】
２度目のヒットとは、ＰＯＩのレコメンド圏または重複レコメンド領域（以下、レコメンド圏等）に利用者が入ってヒットすることにより、利用者が入った履歴があるＰＯＩのレコメンド圏等から出た利用者が、再びそのＰＯＩのレコメンド圏等に入ることである。所定期間は任意に設定してよく、例えば、１日などの時間に設定してよい。所定期間の起点も任意に設定してよく、例えば、レコメンド圏等を出た時点を起点としてもよいし、１日の始まりである午前零時を起点としてもよい。
【0062】
今回のヒットが所定期間内での２度目のヒットであると判定した場合、楽曲データ取得部１１０は、優先度が低いＰＯＩを選択する（ステップＳ２０９）。一方、今回のヒットが所定期間内での２度目のヒットでないと判定した場合、楽曲データ取得部１１０は、優先度が高いＰＯＩを選択する（ステップＳ２１１）。この例における優先度が高いＰＯＩは、利用者が先に複数レコメンド領域に入った際に楽曲データ取得部１１０により取得された楽曲データに対応するＰＯＩの一例であり、優先度が低いＰＯＩは、そのＰＯＩと異なるＰＯＩの一例である。第１実施形態では、優先度の高低で判断しているが、単純に前回選択されなかったＰＯＩを選択するとしても良い。ステップＳ２０５において、２つのＰＯＩがヒットしていないと判定した場合、ＰＯＩ取得部１０８は、処理をステップＳ２１３に進める。
【0063】
その後、楽曲データ取得部１１０は、１つのまたは選択したＰＯＩのＰＯＩ情報を含む楽曲リクエストをバックサーバ２００に送信する（ステップＳ２１３）。楽曲データ取得部１１０は、バックサーバ２００により送信される楽曲データを受信したか否かを判定する（ステップＳ２１５）。楽曲データを受信していないと判定した場合、楽曲データ取得部１１０は、ステップＳ２１５の処理を繰り返す。楽曲データを受信したと判定した場合、楽曲提供部１１２は、送信された楽曲データを自動レコメンドされる楽曲データとして携帯端末装置１０に送信し（ステップＳ２１７）、携帯端末装置１０に楽曲データを再生可能とさせる。こうして、フロントサーバ１００は、図９に示す処理の１ルーチンを終了する。
【0064】
第１変形例の処理を実行する楽曲提供システム１は、同じレコメンド圏等に所定期間内に利用者が入って複数のＰＯＩにヒットした場合に、異なるＰＯＩに基づく楽曲データが自動レコメンドされる。このため、同じ領域を移動するごとに同じ楽曲が提供される事態を回避することができるので、さらに利用者を飽きさせにくい楽曲を提供することができる。
【0065】
第１変形例では、２つのＰＯＩの重複レコメンド領域に入った例について説明したが。３つ以上のＰＯＩの重複レコメンド領域に入った場合でも、同様の処理を実行してよい。例えば、３つのＰＯＩの重複レコメンド領域に入った場合、１回に入ったときに優先度が「高」のＰＯＩ、２回に入ったときに優先度が「中」のＰＯＩ、３回に入ったときに優先度が「低」のＰＯＩを選択して楽曲データを自動レコメンドしてもよい。さらに、２つのＰＯＩの重複レコメンド領域に３回以上入った場合において、３回目以降は、例えば、前回入ったときに選択されたＰＯＩの異なるＰＯＩを選択して楽曲データを自動レコメンドしてもよい。
【0066】
次に、第１実施形態の楽曲提供システム１におけるフロントサーバ１００の処理の第２変形例について説明する。利用者が移動する過程において、重複レコメンド領域から利用者が入る場合には、優先度が高いレコメンド圏から重複レコメンド領域に入る場合と優先度が低いレコメンド圏から重複レコメンド領域に入る場合とがある。第２変形例では、重複レコメンド領域に入った利用者に自動レコメンドされる楽曲データを調整する。
【0067】
【0068】
フロントサーバ１００は、まず、位置情報取得部１０６において、携帯端末装置１０により送信される利用者の位置情報に基づいて、利用者の位置を取得したか否かを判定する（ステップＳ３０１）。位置情報取得部１０６が利用者の位置を取得していないと判定した場合、フロントサーバ１００は、図１０に示す処理の１ルーチンを終了する。
【0069】
位置情報取得部１０６が利用者の位置を取得したと判定した場合、ＰＯＩ取得部１０８は、利用者の位置に基づいて、ＰＯＩがヒットしたか否かを判定する（ステップＳ３０３）。ＰＯＩがヒットしていないとＰＯＩ取得部１０８が判定した場合、フロントサーバ１００は、図１０に示す処理の１ルーチンを終了する。
【0070】
続いて、フロントサーバ１００は、複数のＰＯＩにヒットしたか否かを判定する（ステップＳ３０５）。複数のＰＯＩにヒットしたと判定した場合、フロントサーバ１００は、楽曲データ取得部１１０において、第１ヒットの楽曲データ（以下、「第１楽曲データ」）による楽曲を再生中であるか否かを判定する（ステップＳ３０７）。
【0071】
第１ヒットとは、重複レコメンド領域に利用者が入る前に、利用者が最初にレコメンド圏（第１のＰＯＩのレコメンド圏）に入ったことによるヒットである。第１ヒットの楽曲を再生中であると判定した場合、楽曲データ取得部１１０は、第２ヒットのＰＯＩのＰＯＩ情報を含む楽曲リクエストをバックサーバ２００に送信する（ステップＳ３０９）。第２ヒットとは、第１ヒットの後、重複レコメンド領域に利用者が入ったことにより第２のＰＯＩのレコメンド圏に入ったことによるヒットである。第２ヒットのＰＯＩは、レコメンド圏が重なる２つのＰＯＩのうち、第１ヒットのＰＯＩと異なるＰＯＩである。
【0072】
続いて、楽曲データ取得部１１０は、バックサーバ２００により送信される楽曲データ（以下、「第２楽曲データ」）を受信したか否かを判定する（ステップＳ３１１）。第２楽曲データを受信していないと判定した場合、楽曲データ取得部１１０は、ステップＳ３１１の処理を繰り返す。
【0073】
第２楽曲データを受信したと判定した場合、楽曲提供部１１２は、第１ヒットのＰＯＩの優先度が第２ヒットのＰＯＩの優先度よりも高いか否かを判定する（ステップＳ３１３）。第１ヒットのＰＯＩの優先度が第２ヒットのＰＯＩの優先度よりも高いと判定した場合、楽曲提供部１１２は、第２ヒットから第１時間が経過したか否かを判定する（ステップＳ３１５）。第１時間はどのような時間でもよい。第１時間は、例えば、楽曲の一曲分が流れる程度の長さとしてよい。
【0074】
第２ヒットから第１時間が経過していないと判定した場合、楽曲提供部１１２は、ステップＳ３１１の処理を繰り返す。第２ヒットから第１時間が経過したと判定した場合、楽曲提供部１１２は、第２楽曲データを携帯端末装置１０に送信し（ステップＳ３１７）、携帯端末装置１０に第２楽曲データを再生可能とさせる。こうして、フロントサーバ１００は、図１０に示す処理の１ルーチンを終了する。
【0075】
ステップＳ３１３において、第１ヒットの優先度が第２ヒットの優先度よりも高くない（第２ヒットの優先度が第１ヒットの優先度よりも高い）と判定した場合、楽曲提供部１１２は、第２ヒットから、第２時間が経過したか否かを判定する（ステップＳ３１９）。第２時間は、第１時間よりも短い時間である。第２時間はどのような時間でもよい。第２時間は、例えば、楽曲の半分が流れる程度の長さとしてよい。
【0076】
第２ヒットから第２時間が経過したと判定した場合、楽曲提供部１１２は、ステップＳ３１７の処理を繰り返す。第２ヒットから第２時間が経過したと判定した場合、楽曲提供部１１２は、第２楽曲データを携帯端末装置１０に送信し（ステップＳ３１７）、携帯端末装置１０に第２楽曲データを再生可能とさせる。こうして、フロントサーバ１００は、図１０に示す処理の１ルーチンを終了する。
【0077】
ステップＳ３０７において、第１ヒットの楽曲が再生中でないと判定した場合、楽曲データ取得部１１０は、優先度が高いＰＯＩを選択する（ステップＳ３２１）。ステップＳ３０５において、複数のＰＯＩがヒットしていないと判定した場合、ＰＯＩ取得部１０８は、処理をステップＳ３２３に進める。
【0078】
その後、楽曲データ取得部１１０は、１つのまたは選択したＰＯＩのＰＯＩ情報を含む楽曲リクエストをバックサーバ２００に送信する（ステップＳ３２３）。楽曲データ取得部１１０は、バックサーバ２００により送信される楽曲データを受信したか否かを判定する（ステップＳ３２５）。楽曲データを受信していないと判定した場合、楽曲データ取得部１１０は、ステップＳ２２５の処理を繰り返す。楽曲データを受信したと判定した場合、楽曲提供部１１２は、送信された楽曲データを自動レコメンドされる楽曲データとして携帯端末装置１０に送信し（ステップＳ３１７）、携帯端末装置１０に楽曲データを再生可能とさせる。こうして、フロントサーバ１００は、図１０に示す処理の１ルーチンを終了する。
【0079】
第２変形例の処理を実行する楽曲提供システム１は、第１のＰＯＩのレコメンド圏に入った後、第２のＰＯＩのレコメンド圏に入る場合に、再生可能となる楽曲データを調整する。ここで、第２変形例の処理を実行する楽曲提供システム１は、第１のＰＯＩの優先度と第２のＰＯＩの優先度に基づいて、第２楽曲データを再生可能とさせるタイミングを調整している。
【0080】
図１１は、地図情報１５４を可視化したものに重畳して利用者の移動経路を示した図である。図１１では、利用者が、優先度「高」の第１レコメンド圏Ｒ４１に入り、続いて、優先度「低」の第２レコメンド圏Ｒ４２に入る場合の経路を示している。例えば、利用者が移動経路Ｌ２に沿って移動する場合、利用者は、まず、優先度「高」の第１レコメンド圏Ｒ４１に入る。このとき、楽曲提供システム１は、携帯端末装置１０に第１楽曲データを再生可能とさせる。
【0081】
続いて、利用者は、第１レコメンド圏Ｒ４１を出る前に第２レコメンド圏Ｒ４２に入る。そして、楽曲提供システム１は、第２レコメンド圏Ｒ４２に入った後、第１時間が経過してから携帯端末装置１０に第２楽曲データを再生可能とさせる。このため、再生可能となる楽曲データが頻繁に変わることを防止することができる。
【0082】
図１２は、地図情報１５４を可視化したものに重畳して利用者の移動経路を示した図である。図１２では、利用者が、優先度「低」の第１レコメンド圏Ｒ５１に入り、続いて、優先度「高」の第２レコメンド圏Ｒ５２に入る場合の経路を示している。例えば、利用者が移動経路Ｌ３に沿って移動する場合、利用者は、まず、優先度「低」の第１レコメンド圏Ｒ５１に入る。このとき、楽曲提供システム１は、携帯端末装置１０に第１楽曲データを再生可能とさせる。
【0083】
続いて、利用者は、第１レコメンド圏Ｒ５１を出る前に優先度「低」の第２レコメンド圏Ｒ５２に入る。そして、楽曲提供システム１は、第２レコメンド圏Ｒ４２に入った後、第２時間が経過してから携帯端末装置１０に第２楽曲データを再生可能とさせる。このため、再生可能となる楽曲データが頻繁に変わることを防止することができる。
【0084】
また、第１時間は第２時間との関係において、第１時間は第２時間よりも長く設定されている。このため、優先度が高いＰＯＩの楽曲データを優先的に再生可能とさせることができる。なお、第２変形例の処理では、ステップＳ３１１とステップＳ３１５の処理のいずれかを省略してもよい。
【0085】
また、第１のＰＯＩのレコメンド圏と、第２のＰＯＩのレコメンド圏が近接する場合しており、第１のＰＯＩの優先度と第２のＰＯＩの優先度が異なる場合がある。図１３は、地図情報１５４を可視化したものに重畳して利用者の移動経路を示した図である。図１３では、優先度「低」の第１レコメンド圏Ｒ６１と優先度「高」の第２レコメンド圏Ｒ６２が近接している例を示す。第１レコメンド圏Ｒ６１と第２レコメンド圏Ｒ６２は、多くの部分が重なっており、両者は近接している。
【0086】
この場合、楽曲提供システム１は、例えば、移動経路Ｌ４に沿って移動して通って第１レコメンド圏Ｒ６１に入った場合でも、第１のＰＯＩのＰＯＩ情報に基づく楽曲データを再生可能とさせることなく、第２のＰＯＩのＰＯＩ情報に基づく楽曲データを再生可能とさせてもよい。第１レコメンド圏Ｒ６１と第２レコメンド圏Ｒ６２が近接するか否かは適宜判定してよい。例えば、第１レコメンド圏Ｒ６１と第２レコメンド圏Ｒ６２の重複割合が閾値以上である場合に両者が近接すると判定してよい。あるいは、移動経路Ｌ４のような利用者の移動経路を想定し、移動経路Ｌ４と第１レコメンド圏Ｒ６１及び第２レコメンド圏Ｒ６２のそれぞれとが重なる点の間の長さのうち、最も短い長さが閾値以下であるときに、両者が近接すると判定してもよい。あるいは、第１レコメンド圏Ｒ６１及び第２レコメンド圏Ｒ６２のそれぞれの外周同士の距離が最も額なる点を繋いだ長さが閾値以下であるときに、両者が近接すると判定しいもよい。
【0087】
また、図１３に示す第１のＰＯＩの第１レコメンド圏Ｒ６１と、第２のＰＯＩの第２レコメンド圏Ｒ６２とが設定される場合において、１回目に第１レコメンド圏Ｒ６１に入る場合と、所定期間内に２回目に第１レコメンド圏Ｒ６１に入る場合とで、異なるＰＯＩのＰＯＩ情報に基づく楽曲を再生可能とさせるようにしてもよい。この場合、例えば、１回目に第１レコメンド圏Ｒ６１に入る場合には、第２のＰＯＩのＰＯＩ情報に基づく楽曲を再生可能とさせ、２回目に第１レコメンド圏Ｒ６１に入る場合には、第１のＰＯＩのＰＯＩ情報に基づく楽曲を再生可能とさせるようにしてもよい。
【0088】
＜第２実施形態＞
図１４は、第２実施形態の楽曲提供装置を利用した楽曲提供システム２の構成図である。第２実施形態の楽曲提供システム２は、例えば、オーディオ装置５０と、フロントサーバ１００と、バックサーバ２００とを備える。これらのうち、フロントサーバ１００及びバックサーバ２００は、第１実施形態と同様の構成を有する。オーディオ装置５０は、利用者が利用する装置の一例である。
図１４は、第２実施形態の楽曲提供装置を利用した楽曲提供システム２の構成図である。第２実施形態の楽曲提供システム２は、例えば、オーディオ装置５０と、フロントサーバ１００と、バックサーバ２００とを備える。これらのうち、フロントサーバ１００及びバックサーバ２００は、第１実施形態と同様の構成を有する。オーディオ装置５０は、利用者が利用する装置の一例である。
【0089】
第２実施形態の楽曲提供システム１におけるオーディオ装置５０は、例えば、音響調整部５４と、スピーカシステム５６と、タッチパネル５８と、Ｍｕｓｉｃアプリ実行部７０と、ネットワーク通信部７２とを備える。音響調整部５４と、スピーカシステム５６と、タッチパネル５８とは、第１実施形態と同様の構成を有する。
【0090】
Ｍｕｓｉｃアプリ実行部７０は、ＣＰＵなどのプロセッサが、記憶部８０に記憶されたＭｕｓｉｃアプリ８２を実行することで機能する。Ｍｕｓｉｃアプリ実行部７０は、タッチパネル５８に対してなされた利用者の入力操作に応じてオーディオ装置５０の各部を制御する。Ｍｕｓｉｃアプリ実行部７０は、例えば、予めアプリ提供者のサーバ装置からオーディオ装置５０にインストールされたものである。
【0091】
ネットワーク通信部７２は、ネットワークＮＷを介してフロントサーバ１００と通信する。ネットワークＮＷは、無線基地局、アクセスポイント、インターネット、プロバイダ端末、ＷＡＮ等を含む。第２実施形態のオーディオ装置５０は、第１実施形態の携帯端末装置１０及びオーディオ装置５０の双方の機能を兼ね備える。
【0092】
上記の各実施形態において、楽曲データ２５８には、例えば、ＰＯＩにマッチする楽曲と、利用者がレコメンド圏の外側にいるときに再生可能にする楽曲が含まれてもよい。これらの楽曲には、利用者がレコメンド圏の外側にいるときに再生可能にする楽曲を並べたメインプレイリストと、利用者がレコメンド圏の外側にいるときに再生可能にする楽曲を並べた割り込みプレイリストが含まれてもよい。
【0093】
ここで、利用者がレコメンド圏の外にいるときに、楽曲提供システム１は、提供していた楽曲、例えばメインプレイリストから、利用者がレコメンド圏内に入ったことによって、ＰＯＩに応じた楽曲、例えば割り込みプレイリストを再生可能にすることについて説明する。この場合、楽曲提供システム１は、例えば、最初に効果音を出力し、その後、音声案内を行い、音声案内完了後に、割り込みプレイリストを再生する。ここで、利用者が音声案内の完了前に、利用者が割り込みプレイリストの再生を拒否した場合、楽曲提供システム１は、割り込みプレイリストに切り替えない。
【0094】
また、楽曲提供システム１は、割り込みプレイリストを再生可能にする場合に、効果音に続いて、音声案内を行い、その後、第一の所定時間経過後に割り込みプレイリストをフロントサーバ１００の記憶部１５０に追加してもよく、第一の所定時間経過前に、利用者が割り込みプレイリストの再生を拒否した場合には、割り込みプレイリストを記憶部１５０に追加しなくてもよい。また、楽曲提供システム１は、メインプレイリストが割り込みプレイリストにより中断された後に、再度メインプレイリストを再生する場合には、中断された曲の位置から再生してもよい。
【0095】
また、楽曲提供システム１は、メインプレイリストを再生中の場合と、メインプレイリストを停止中の場合とで、割り込みプレイリストを再生可能とする仕方が異なるようにしてもよい。例えば、楽曲提供システム１は、メインプレイリストを再生中の場合には、上述したように、効果音や音声案内の出力を行うが、利用者の意思に基づいてメインプレイリストを停止中の場合には、タッチパネル１８，５８への表示のみで割り込み通知を行う。また、楽曲提供システム１は、メインプレイリストが利用者の意思で停止中の場合には、利用者の許可がない限り、割り込みプレイリストは再生されないようにしてもよい。これにより、楽曲提供システム１は、より適切な楽曲を利用者に提供することができる。
【0096】
上記説明した実施形態は、以下のように表現することができる。
コンピュータによって読み込み可能な命令を格納する記憶媒体と、
前記記憶媒体に接続されたプロセッサと、を備え、
前記プロセッサは、前記コンピュータによって読み込み可能な命令を実行することにより
利用者の位置情報を取得し、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得し、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生させ可能とさせ、
前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを送信する、
装置。
コンピュータによって読み込み可能な命令を格納する記憶媒体と、
前記記憶媒体に接続されたプロセッサと、を備え、
前記プロセッサは、前記コンピュータによって読み込み可能な命令を実行することにより
利用者の位置情報を取得し、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得し、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生させ可能とさせ、
前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを送信する、
装置。
【0097】
以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【符号の説明】
【0098】
１，２…楽曲提供システム
１０…携帯端末装置
１２…近距離通信部
１４…ネットワーク通信部
１６…Ｍｕｓｉｃアプリ実行部
１８…タッチパネル
３０…記憶部
３２…Ｍｕｓｉｃアプリ
５０…オーディオ装置
５２…連携アプリ実行部
５４…音響調整部
５６…スピーカシステム
５８…タッチパネル
６０…近距離通信部
７０…Ｍｕｓｉｃアプリ実行部
７２…ネットワーク通信部
８０…記憶部
８２…Ｍｕｓｉｃアプリ
１００…フロントサーバ
１０２…ネットワーク通信部
１０４…利用者情報取得部
１０６…位置情報取得部
１０８…ＰＯＩ取得部
１１０…楽曲データ取得部
１１２…楽曲提供部
１５０…記憶部
１５２…利用者情報
１５４…地図情報
２００…バックサーバ
２０２…利用者特徴情報生成部
２０４…ＰＯＩ特徴情報生成部
２０６…自動楽曲抽出部
２５０…記憶部
２５２…利用者特徴情報
２５４…ＰＯＩ特徴情報
２５６…学習済モデル
２５８…楽曲データ
１０…携帯端末装置
１２…近距離通信部
１４…ネットワーク通信部
１６…Ｍｕｓｉｃアプリ実行部
１８…タッチパネル
３０…記憶部
３２…Ｍｕｓｉｃアプリ
５０…オーディオ装置
５２…連携アプリ実行部
５４…音響調整部
５６…スピーカシステム
５８…タッチパネル
６０…近距離通信部
７０…Ｍｕｓｉｃアプリ実行部
７２…ネットワーク通信部
８０…記憶部
８２…Ｍｕｓｉｃアプリ
１００…フロントサーバ
１０２…ネットワーク通信部
１０４…利用者情報取得部
１０６…位置情報取得部
１０８…ＰＯＩ取得部
１１０…楽曲データ取得部
１１２…楽曲提供部
１５０…記憶部
１５２…利用者情報
１５４…地図情報
２００…バックサーバ
２０２…利用者特徴情報生成部
２０４…ＰＯＩ特徴情報生成部
２０６…自動楽曲抽出部
２５０…記憶部
２５２…利用者特徴情報
２５４…ＰＯＩ特徴情報
２５６…学習済モデル
２５８…楽曲データ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【手続補正書】
【提出日】2023-05-24
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
利用者の位置情報を取得する位置情報取得部と、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得する楽曲データ取得部と、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能とさせる楽曲提供部と、
を備え、
前記楽曲提供部は、
前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを前記利用者の利用する装置に再生可能にさせ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、
楽曲提供装置。
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得する楽曲データ取得部と、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能とさせる楽曲提供部と、
を備え、
前記楽曲提供部は、
前記利用者が前記楽曲レコメンド圏に入ったときに、前記楽曲データを前記利用者の利用する装置に再生可能にさせ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、
楽曲提供装置。
【請求項2】
前記楽曲提供部は、前記利用者が入った履歴がある前記複数の楽曲レコメンド圏が重なる領域に前記利用者が所定期間内に再び入った場合に、前記利用者が先に前記複数の楽曲レコメンド圏が重なる領域に入った際に前記楽曲データ取得部により取得された楽曲データに対応する前記楽曲レコメンド圏と異なる前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、
請求項１に記載の楽曲提供装置。
請求項１に記載の楽曲提供装置。
【請求項3】
前記楽曲提供部は、前記利用者が第１楽曲レコメンド圏に入ったことにより、前記利用者が利用する装置に前記楽曲データを再生させているときに、前記利用者が、第２楽曲レコメンド圏に入った場合において、
前記第１楽曲レコメンド圏に設定された優先度が前記第２楽曲レコメンド圏に設定された優先度よりも高い場合に、前記利用者が前記第２楽曲レコメンド圏に入った後、第１時間が経過してから前記第２楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、
請求項１または２に記載の楽曲提供装置。
前記第１楽曲レコメンド圏に設定された優先度が前記第２楽曲レコメンド圏に設定された優先度よりも高い場合に、前記利用者が前記第２楽曲レコメンド圏に入った後、第１時間が経過してから前記第２楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされる楽曲データを前記利用者の利用する装置に再生可能にさせる、
請求項１または２に記載の楽曲提供装置。
【請求項4】
コンピュータが、
利用者の位置情報を取得し、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得し、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、
楽曲提供方法。
利用者の位置情報を取得し、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得し、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、
楽曲提供方法。
【請求項5】
コンピュータに、
利用者の位置情報を取得させ、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得させ、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせる処理を実行させ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる処理を実行させる、
プログラム。
利用者の位置情報を取得させ、
複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得させ、
前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせる処理を実行させ、
前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる処理を実行させる、
プログラム。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】０００９
【補正方法】削除
【補正の内容】
【手続補正3】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】削除
【補正の内容】
【手続補正4】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【0011】
（４）：この発明の一態様に係る楽曲提供方法は、コンピュータが、利用者の位置情報を取得し、複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得し、前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせ、前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる、楽曲提供方法である。
【手続補正5】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【0012】
（５）：この発明の一態様に係るプログラムは、コンピュータに、利用者の位置情報を取得させ、複数のＰＯＩ情報と前記複数のＰＯＩ情報のそれぞれに対応する楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者の位置情報が前記楽曲レコメンド圏に入った場合、前記利用者の情報と前記利用者の位置情報が前記楽曲レコメンド圏に入った前記ＰＯＩ情報とに基づいて自動レコメンドされる楽曲データを取得させ、前記取得した楽曲データを前記利用者の利用する装置に送信して再生可能にさせる処理を実行させ、前記利用者が複数の前記楽曲レコメンド圏が重なる領域に入ったときに、前記複数の楽曲レコメンド圏のうち、前記複数の楽曲レコメンド圏ごとに設定された優先度が最も高い前記楽曲レコメンド圏に入った前記ＰＯＩ情報に基づいて自動レコメンドされた楽曲データを前記利用者の利用する装置に再生可能にさせる処理を実行させる、プログラムである。
【手続補正6】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【0013】
（１）～（５）の態様によれば、利用者を飽きさせにくい楽曲を提供することができる。