JP2023139887A - 楽曲提供装置、楽曲提供方法、およびプログラム - Google Patents

Abstract

【課題】地域によって楽曲データを提供する機会が少なくなることを抑制すること。【解決手段】実施形態の楽曲提供装置は、利用者の位置情報を取得する位置情報取得部と、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得する楽曲データ取得部と、前記楽曲データ取得部により取得されたレコメンド楽曲データを前記利用者が利用する装置に提供する楽曲提供部と、を備え、前記楽曲提供部は、楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供する。【選択図】図１

Description

本発明は、楽曲提供装置、楽曲提供方法、およびプログラムに関する。

従来では、車両の走行状況に応じた音楽コンテンツを車両の搭乗者に提供したり、登録された目的地の施設のＰＯＩ（Point Of Interest）に関する最新情報を出力する技術が開示されている（例えば、特許文献１および２参照）。

特開２０１８－６３１３３号公報 特開２０１８－１１９８４２号公報

しかしながら、都市部や地方等の地域によってＰＯＩの数が異なるため、ＰＯＩに応じた楽曲データを提供するような場面において、ＰＯＩが少ない地域で楽曲データを提供する機会が少なくなる場合があった。

本発明は、このような事情を考慮してなされたものであり、地域によって楽曲データを提供する機会が少なくなることを抑制することができる楽曲提供装置、楽曲提供方法、およびプログラムを提供することを目的の一つとする。

この発明に係る楽曲提供装置、楽曲提供方法、およびプログラムは、以下の構成を採用した。
（１）：この発明の一態様に係る楽曲提供装置は、利用者の位置情報を取得する位置情報取得部と、複数のＰＯＩ（Point Of Interest）と前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得する楽曲データ取得部と、前記楽曲データ取得部により取得されたレコメンド楽曲データを前記利用者が利用する装置に提供する楽曲提供部と、を備え、前記楽曲提供部は、楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供する、楽曲提供装置である。

（２）：上記（１）の態様において、所定の地域は、所定範囲内におけるＰＯＩの数が所定数未満である地域を含むものである。

（３）：上記（１）または（２）の態様において、所定の条件は、前記利用者の周囲の天候に対する条件であることを含むものである。

（４）：上記（１）～（３）のうち何れか一つの態様において、前記所定の条件は、前記利用者から視認可能な位置に、虹、朝日、夕日、月、および星座のうち、少なくとも一つが存在すると予測できることを含むものである。

（５）：上記（１）～（４）うち何れか一つの態様において、前記所定の条件は、前記所定の地域において特定の花が咲く時期または紅葉になる時期であることを含むものである。

（６）：上記（１）～（５）のうち何れか一つの態様において、前記所定の条件は、前記利用者が移動体に搭乗している場合であって、且つ、前記移動体の周囲が渋滞である場合または前記周囲の渋滞が解消した場合であることを含むものである。

（７）：この発明の一態様に係る楽曲提供装置は、利用者の位置情報を取得する位置情報取得部と、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得する楽曲データ取得部と、前記楽曲データ取得部により取得されたレコメンド楽曲データを前記利用者が利用する装置に提供する楽曲提供部と、を備え、前記楽曲提供部は、前記ＰＯＩの数が異なる地域によって、前記レコメンド楽曲データの提案態様を異ならせる、楽曲提供装置である。

（８）：この発明の一態様に係る楽曲提供方法は、コンピュータが、利用者の位置情報を取得し、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得し、取得したレコメンド楽曲データを前記利用者が利用する装置に提供し、楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供する、楽曲提供方法である。

（９）：この発明の一態様に係るプログラムは、コンピュータに、利用者の位置情報を取得させ、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得させ、取得されたレコメンド楽曲データを前記利用者が利用する装置に提供させ、楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供させる、プログラムである。

上記（１）～（９）の態様によれば、地域によって楽曲データを提供する機会が少なくなることを抑制することができる。

第１実施形態の楽曲提供装置を利用した楽曲提供システム１の構成図である。 利用者情報１５２の内容の一例を示す図である。 地図情報１５４の内容の一例を示す図である。 地図上に設定されたレコメンド圏について説明するための図である。 地域別条件情報１５６の内容の一例を示す図である。 レコメンド楽曲データの抽出に関する処理の流れの概略を示す図である。 レコメンド楽曲データの提供について説明するための図である。 楽曲提供部１１２により生成される問い合わせ画像ＩＭ２０の一例を示す図である。 第１実施形態における楽曲提供装置によって実行される処理の一例を示すフローチャートである。 第２実施形態の楽曲提供装置を利用した楽曲提供システム２の構成図である。

以下、図面を参照し、本発明の楽曲提供装置、楽曲提供方法、およびプログラムの実施形態について説明する。

＜第１実施形態＞
図１は、第１実施形態の楽曲提供装置を利用した楽曲提供システム１の構成図である。楽曲提供システム１は、例えば、移動体に搭乗した乗員（利用者の一例）に対して楽曲（音楽のことであり、アーティストの歌唱、演奏、或いはプログラム再生による楽曲の他、環境音等を含んでもよい）を提供するシステムである。移動体とは、例えば、乗員が滞在する空間のある車両（四輪または三輪のある車両、マイクロモビリティ等）、船舶、航空機、或いは二輪車等を含む。二輪車の場合、ヘルメット等に設けられたオーディオ装置によって楽曲が再生されてもよい。以下では、一例として移動体が車両であるものとして説明する。

楽曲提供システム１は、例えば、携帯端末装置１０と、車載装置４０と、フロントサーバ１００と、バックサーバ２００とを備える。車載装置４０には、例えば、オーディオ装置５０と、車両センサ６５とが含まれる。フロントサーバ１００は、「楽曲提供装置」の一例である。携帯端末装置１０、およびオーディオ装置５０（または車載装置４０）は、「利用者が利用する装置」の一例である。

［携帯端末装置］
携帯端末装置１０は、例えばスマートフォンやタブレット端末等の通信機能、入出力機能、アプリ実行機能を有する可搬型コンピュータ装置である。携帯端末装置１０は、例えば、近距離通信部１２と、ネットワーク通信部１４と、Ｍｕｓｉｃアプリ実行部１６と、タッチパネル１８と、記憶部３０とを備える。

近距離通信部１２は、オーディオ装置５０の近距離通信部６０と、Ｂｌｕｅｔｏｏｔｈ（登録商標）やＷｉ－Ｆｉ（登録商標）、ＵＳＢ（Universal Serial Bus）等の通信規格に基づいて、無線または有線で通信する。

ネットワーク通信部１４は、ネットワークＮＷを介してフロントサーバ１００と通信する。ネットワークＮＷは、無線基地局、アクセスポイント、インターネット、プロバイダ端末、ＷＡＮ（Wide Area Network）等を含む。

Ｍｕｓｉｃアプリ実行部１６は、ＣＰＵ（Central Processing Unit）等のプロセッサが、記憶部３０に記憶されたＭｕｓｉｃアプリ３２を実行することで機能する。Ｍｕｓｉｃアプリ実行部１６は、タッチパネル１８に対してなされた利用者の入力操作に応じて携帯端末装置１０の各部を制御する。Ｍｕｓｉｃアプリ３２は、例えば、予めアプリ提供者のサーバ装置から携帯端末装置１０にインストールされたものである。

タッチパネル１８は、利用者に各種情報を提示（表示したり）、利用者から入力された情報（操作）を受け付ける。なお、携帯端末装置１０には、上記構成に加えて、音声を出力するスピーカや利用者の音声を入力するマイク等が設けられていてもよい。

［車載装置］
車載装置４０に含まれるオーディオ装置５０は、例えば、利用者が乗車する車両（移動体）に設置される（前述したようにヘルメット内に設置されてもよい）。オーディオ装置５０は、例えば、連携アプリ実行部５２と、音響調整部５４と、スピーカシステム５６と、タッチパネル５８と、近距離通信部６０とを備える。

連携アプリ実行部５２は、ＣＰＵ等のプロセッサが、記憶部に記憶された連携アプリ（不図示）を実行することで機能する。連携アプリ実行部５２は、タッチパネル５８に対してなされた利用者の入力操作に応じて、携帯端末装置１０のＭｕｓｉｃアプリ実行部１６と連携し、携帯端末装置１０から取得した各種情報に基づいてオーディオ装置５０の各部を制御する。

音響調整部５４は、スピーカシステム５６を制御する。スピーカシステム５６は、例えば複数のスピーカを含む。音響調整部５４は、複数のスピーカのそれぞれの音量を調整することにより、音像を任意の場所に定位させてもよい。

タッチパネル５８は、利用者に各種情報を提示（表示したり）、利用者から入力された情報（操作）を受け付ける。

近距離通信部６０は、前述の通り、携帯端末装置１０の近距離通信部１２と無線または有線で通信する。近距離通信部６０は、オーディオ装置５０の外部の車載装置４０内に設けられていてもよい。オーディオ装置５０は、上記構成に加えて、利用者の音声を入力するマイク等が設けられていてもよい。

車載装置４０に含まれる車両センサ６５は、車両の速度を検出する車速センサ、加速度を検出する加速度センサ、鉛直軸回りの角速度を検出するヨーレートセンサ、車両の向きを検出する方位センサ等を含む。また、車両センサ６５には、車両の位置を取得する位置センサが含まれてよい。位置センサは、例えば、ＧＰＳ（Global Positioning System）装置から位置情報（経度・緯度情報）を取得するセンサであってもよく、ＧＮＳＳ（Global Navigation Satellite System）受信機を用いて位置情報を取得するセンサであってもよい。また、車両センサ６５は、例えば、カメラ（撮像部）やレーダ装置、ＬＩＤＡＲ（Light Detection and Ranging）等の外界検知センサが含まれてよい。カメラは、ＣＣＤ（Charge Coupled Device）やＣＭＯＳ（Complementary Metal Oxide Semiconductor）等の固体撮像素子を利用したデジタルカメラであり、周期的に繰り返し車両の周辺や上空を撮像する。レーダ装置は、車両の周辺にミリ波等の電波を放射すると共に、周辺の物体によって反射された電波（反射波）を検出して少なくとも物体の位置（距離および方位）を検出する。ＬＩＤＡＲは、車両の周辺に光（或いは光に近い波長の電磁波）を照射し、散乱光を測定し、発光から受光までの時間に基づいて、対象までの距離を検出する。また、車両センサ６５は、周囲の雨滴や雨量を検出する雨滴センサや、車両のウインドウ付近に設けられたワイパー（不図示）の動作を検出する動作センサ等が含まれてよい。車両センサ６５により検出された情報は、例えば、近距離通信部６０により携帯端末装置１０に送信され、更に携帯端末装置１０からネットワークＮＷを介してフロントサーバ１００に提供される。

［フロントサーバ］
フロントサーバ１００は、例えば、ネットワーク通信部１０２と、利用者情報取得部１０４と、位置情報取得部１０６と、ＰＯＩ（Point Of Interest）取得部１０８と、楽曲データ取得部１１０と、楽曲提供部１１２と、記憶部１５０とを備える。上記の各構成のうち、ネットワーク通信部１０２と記憶部１５０以外の構成要素は、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。

記憶部１５０は、上記の各種記憶装置、或いはＳＳＤ（Solid State Drive）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）、ＲＯＭ（Read Only Memory）、またはＲＡＭ（Random Access Memory）等により実現されてよい。記憶部１５０には、例えば、利用者情報１５２、地図情報１５４、地域別条件情報１５６、プログラム、その他各種情報が格納される。

ネットワーク通信部１０２は、ネットワークＮＷを介して携帯端末装置１０と通信する。なお、フロントサーバ１００とバックサーバ２００との通信も同じネットワークＮＷを介して行われてもよいが、専用回線やＬＡＮ（Local Area Network）、ＶＰＮ（Virtual Private Network）等を介して通信が行われてもよい。

利用者情報取得部１０４は、携帯端末装置１０の利用者に関する情報（利用者情報）を取得し、利用者情報１５２に登録する。図２は、利用者情報１５２の内容の一例を示す図である。利用者情報１５２は、例えば、利用者を識別する識別情報としての利用者ＩＤに、個人情報と、嗜好情報と、登録済楽曲データ（メインプレイリスト）とが対応付けられた情報である。個人情報には、例えば、利用者の氏名、年齢、性別、職業等が含まれる。嗜好情報には、例えば、利用者が好きな楽曲のジャンル、アーティスト、趣味等が含まれる。登録済楽曲データとは、利用者によって予め好きなジャンルやアーティスト等に基づいて登録された楽曲や、サーバ等からダウンロードした楽曲データ等である。また、登録済楽曲データは、例えば携帯端末装置１０からＭｕｓｉｃアプリ３２が起動されて楽曲再生指示があり、且つその時点でのレコメンド楽曲データ（レコメンドプレイリスト）がない場合に再生される楽曲データ（メインプレイリスト）である。登録済楽曲データには、一以上の楽曲が含まれる。登録済楽曲データは、利用者ＩＤと共に、後述するバックサーバ２００の楽曲データ２５８に登録されていてもよい。

利用者情報取得部１０４は、例えば、本実施形態における楽曲提供サービスの利用開始時やその他の所定のタイミングで、携帯端末装置１０にユーザ登録等の問い合わせ等を行い、利用者から入力された情報に基づいて利用者情報１５２を登録したり、更新したりする。

位置情報取得部１０６は、利用者の位置情報を取得する。利用者の位置情報は、利用者が乗車している車両の車両センサ６５によって検出された車両（移動体）の位置情報が携帯端末装置１０を介してフロントサーバ１００に伝えられたものでもよいし、利用者が所持する携帯端末装置１０が備える位置測位装置（例えば、ＧＰＳ装置）により測位された携帯端末装置１０の位置情報がフロントサーバ１００に伝えられたものでもよい。

ＰＯＩ取得部１０８は、位置情報取得部１０６により取得された利用者の位置情報に基づいて地図情報１５４を参照し、利用者の位置が楽曲レコメンド圏（以下、「レコメンド圏」）内に入る場合に、そのレコメンド圏に対応付けられたＰＯＩに関する情報を取得する。図３は、地図情報１５４の内容の一例を示す図である。図３に示す地図情報１５４は、例えば、ＰＯＩ情報に、位置情報、種別、レコメンド圏が対応付けられた情報である。ＰＯＩ情報は、例えば、有名な施設、景勝地等のＰＯＩの名称等である。また、ＰＯＩ情報には、ＰＯＩを識別する識別情報が含まれてもよい。ＰＯＩ情報は、楽曲データをレコメンドする対象のＰＯＩであるものとするが、レコメンド対象ではないＰＯＩが含まれてもよい。その場合、地図情報１５４には、楽曲レコメンド対象であるか否かを判定するためのフラグが含まれてよい。位置情報は、例えば、ＰＯＩが存在する位置情報（緯度、経度）である。種別は、例えば、ＰＯＩ情報の種別（例えば、有名な施設、鉄道駅、神社仏閣、宿泊地）である。レコメンド圏とは、例えば、ＰＯＩの位置情報に基づいて設定される楽曲レコメンドを行う範囲である。レコメンド圏の範囲は、例えば、ＰＯＩ情報の種別、大きさ、形状等に基づいて設定される。

また、地図情報１５４に含まれるＰＯＩは、適宜変更されてもよい。例えば、期間限定でイベントが開催されるＰＯＩ（例えば、クリスマスやバレンタインデーに対応付けられるＰＯＩ）は、そのイベントを開催する期間のみ地図情報１５４に登録されてよい。また、ＰＯＩに対応付けられる各情報は、適宜変更されてもよい。例えば、地図情報１５４に含まれるＰＯＩが観光地であり、期間限定で所定の時間帯にＰＯＩがライトアップされる場合に、ライトアップイベントが開催される期間および時間帯のみレコメンド圏を広げるようにしてもよい。

なお、地図情報１５４には、上述の情報に加えて、地図上の各位置に対応付けられた住所や道路に関する情報（例えば、道路形状、道路種別、車線数、交通規制情報）を含んでいてもよい。この場合、レコメンド圏の範囲は、地区（住所）を基準に設定されてもよく、ＰＯＩが視認可能なエリア（例えば、車両が走行する道路形状等）や、道路を通過してＰＯＩに到達するまでの距離に応じて設定されてもよい。

図４は、地図上に設定されたレコメンド圏について説明するための図である。図４の例では、地図情報１５４に含まれる、ある地域（地域Ａ）の地図画像ＩＭ１０上に、ＰＯＩの位置を中心としたレコメンド圏Ｒ１１～Ｒ１４がそれぞれ円形で示されている。なお、レコメンド圏は、上述したように道路に沿った形状であってもよく、施設の形状や地区（住所）に対応した形状であってもよい。また、図４における地点ＰＴ１、ＰＴ２は時刻Ｔ１、Ｔ２における利用者の位置を示す。時刻Ｔ１は、時刻Ｔ２よりも早い時刻であるものとする。また、矢印Ａ１は、利用者（車両）の移動方向（進行方向）を示している。

楽曲データ取得部１１０は、例えば、位置情報取得部１０６により取得された利用者の位置がレコメンド圏Ｒ１１に入った場合（例えば、矢印Ａ１方向に移動中の利用者が地点ＰＴ２に到達した場合）に、レコメンド圏Ｒ１１に対する楽曲リクエストをバックサーバ２００に送信する。また、楽曲データ取得部１１０は、利用者の単位時間あたりの移動量および移動方向に基づいて、利用者が近い将来（所定時間以内）にレコメンド圏Ｒ１１に入るか否かを予測し、レコメンド圏Ｒ１１に入ることが予測される場合（例えば、矢印Ａ１方向に移動中の利用者が地点ＰＴ１にいる場合）に、レコメンド圏Ｒ１１に対する楽曲リクエストをバックサーバ２００に送信してもよい。例えば、楽曲データ取得部１１０は、携帯端末装置１０から利用者の目的地が設定されている場合に、設定された目的地を取得し、取得した地図情報を参照して利用者の現在位置から目的地までの経路を取得し、取得した経路に基づいて、利用者がレコメンド圏Ｒ１１に入ることを予測する。これにより、より正確に予測を行うことができる。

楽曲リクエストには、例えば、利用者情報１５２に含まれるレコメンド圏Ｒ１１に入る利用者の利用者情報と、レコメンド圏Ｒ１１に対応付けられたＰＯＩ情報が含まれる。上記利用者情報には、個人情報保護の観点から、氏名を削除したり、年齢を「３０代」等に変更したり、職業も詳細情報から「会社員」といった粒度に変更する等の処理が行われてよい。また、楽曲リクエストの利用者情報には、登録済楽曲データが含まれていなくてもよい。また、楽曲リクエストに含まれるＰＯＩ情報には、ＰＯＩの種別等の情報が含まれてもよい。なお、楽曲データ取得部１１０は、利用者が複数のレコメンド圏に入った場合には、複数のレコメンド圏のうち、予め設定された優先度の高いレコメンド圏に対応付けられたＰＯＩに関する情報に基づいて楽曲リクエストを生成する。

ここで、例えば都市部と地方とでは、所定範囲内におけるＰＯＩの数が異なる。また、同じ都市部であっても、人気スポットや観光名所等が存在する都市と存在しない都市とではＰＯＩの数が異なる。したがって、ＰＯＩの数が少ない地域では、レコメンド圏の数も少なくなるため、上述した楽曲リクエストが生成することができず、楽曲データを提供する機会が少なくなる可能性がある。したがって、本実施形態では、上述した地域格差を是正し、地域によって楽曲データを提供する機会が少なくなることを抑制する処理を行う。具体的には、楽曲データ取得部１１０は、位置情報取得部１０６により取得された利用者の位置情報と位置情報を取得した日時情報、携帯端末装置１０を介して取得した車両センサ６５の検出情報、その他外部装置等から得られる情報（例えば、天候や渋滞情報）等に基づいて、記憶部１５０に地域別条件情報１５６を参照し、地域別情報を取得する。

図５は、地域別条件情報１５６の内容の一例を示す図である。図５に示す地域別条件情報１５６は、例えば、地域情報に、条件情報と、地域別情報とが対応付けられた情報である。地域情報とは、例えば住所に基づいて設定されるエリアに関する情報である。地域情報は、都道府県等の大きいエリアでもよく、市区町村等の小さいエリアでもよい。また、地域情報は、車両が走行する道路に沿って設定されるエリアであってもよい。条件情報には、例えば、時期、天候、周辺状況等に関する条件が含まれる。地域別情報とは、地域ごとに、条件情報に設定された所定の条件を満たす場合に抽出される地域別の情報であり、楽曲リクエストに含める情報である。

地域別条件情報１５６の地域情報に含まれる地域（例えば地域Ａ～Ｃ）は、例えば、ＰＯＩの数が少ない地域（ＰＯＩの数が所定数未満の地域）である。また、地域ごとに設定される条件や地域別情報の数は、その地域に対応するＰＯＩの数に応じて調整されてもよい。その場合、ＰＯＩの数が少ないほど、その地域ごとに設定される条件や地域別情報の数が大きくなるように調整される。これにより、ＰＯＩの数が少ない地域ほど、より多くの地域別情報を抽出することができる。地域別条件情報１５６は、例えば、バックサーバ２００やその他の外部サーバからの情報に基づいて、地図情報１５４の更新ごと、季節ごと等の所定のタイミングで適宜更新される。

楽曲データ取得部１１０は、地域別情報を取得した場合に、楽曲リクエストを生成して、バックサーバ２００に送信する。この場合の楽曲リクエストには、利用者情報と地域別情報とが含まれる。上述の処理により、ＰＯＩが少ない地域であっても、地域別情報に基づいて楽曲リクエストを生成することができる。

なお、ＰＯＩ情報と地域別情報の両方が取得できた場合、楽曲データ取得部１１０は、利用者情報とＰＯＩ情報と地域別情報とを含む楽曲リクエストが生成してもよく、予め決められた優先度が高い情報のみを含む楽曲リクエストを生成してもよい。

後述するように、バックサーバ２００は、楽曲リクエストを取得すると、利用者情報とＰＯＩ情報にマッチした楽曲を自動選択し、例えばストリーミング形式で選択して楽曲の楽曲データを楽曲データ２５８から取得してフロントサーバ１００に送信する。これにより、楽曲データ取得部１１０は、楽曲リクエストに対応するレコメンド楽曲データを、バックサーバ２００から取得する。

楽曲提供部１１２は、利用者がレコメンド圏Ｒ１１に入ったとき、または所定の地域で所定の条件を満たす場合に、楽曲データ取得部１１０により取得されたレコメンド楽曲データを携帯端末装置１０に送信し、携帯端末装置１０に楽曲データを再生可能とさせる。携帯端末装置１０は、レコメンド楽曲データをオーディオ装置５０に送信してスピーカシステム５６に再生させる。なお、楽曲データ２５８を保持して楽曲データの提供元となる機能はフロントサーバ１００にあってもよいし、他のサーバ装置にあってもよい。

また、楽曲提供部１１２は、レコメンド楽曲データを提供する前に、携帯端末装置１０またはオーディオ装置５０に、レコメンド楽曲データが存在することを示す画像を表示させたり、音声を出力すると共に、レコメンド楽曲データを再生するか否かを利用者に問い合わせてもよい。楽曲提供部１１２は、利用者からのタッチ操作または音声入力により、レコメンド楽曲データを再生する旨（再生許諾）の指示を受け付けた場合にはレコメンド楽曲データを再生し、レコメンド楽曲データを再生しない旨（再生拒否）の指示を受け付けた場合にはレコメンド楽曲データを再生せずに、例えばそれまで再生されていたメインプレイリストの楽曲を引き続き再生する。

［バックサーバ］
図１に戻り、バックサーバ２００は、例えば、利用者特徴情報生成部２０２と、ＰＯＩ特徴情報生成部２０４と、地域別特徴情報生成部２０５と、自動楽曲抽出部２０６と、記憶部２５０とを備える。上記の各構成のうち、記憶部２５０以外の構成要素は、例えば、ＣＰＵ等のハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩやＡＳＩＣ、ＦＰＧＡ、ＧＰＵ等のハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤやフラッシュメモリ等の記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭ等の着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることでインストールされてもよい。

記憶部２５０は、上記の各種記憶装置、或いはＳＳＤ、ＥＥＰＲＯＭ、ＲＯＭ、またはＲＡＭ等により実現されてよい。記憶部１５０には、例えば、利用者特徴情報２５２、ＰＯＩ特徴情報２５４、地域別特徴情報２５５、学習済モデル２５６、楽曲データ２５８、プログラム、その他各種情報が格納される。

利用者特徴情報生成部２０２は、楽曲リクエストに含まれる利用者情報に基づいて、例えば、ベクトル等の形式からなる利用者特徴情報を生成する。例えば、利用者特徴情報生成部２０２は、例えば、利用者情報に含まれる要素（個人情報、嗜好情報の各項目に含まれるメタ情報）ごとに特徴ベクトルとして表現したり、ベクトルの大きさに対応する指標値等を導出して特徴情報を生成する。また、利用者特徴情報生成部２０２は、他の手法用いて利用者情報から特徴情報を生成してもよい。また、利用者特徴情報生成部２０２は、同じ利用者に係る二回目以降の楽曲リクエストに備えて、生成された利用者特徴情報を、利用者特徴情報２５２として記憶部２５０に記憶させてもよい。その場合、同じ利用者が二回目以降に楽曲リクエストがあった場合に、利用者特徴情報２５２から利用者特徴情報を取得することで、生成処理の負担を軽減させることができる。

ＰＯＩ特徴情報生成部２０４は、楽曲リクエストにＰＯＩ情報が含まれる場合に、ＰＯＩ情報に基づいて、例えば、ベクトル等の形式からなるＰＯＩ特徴情報を生成する。例えば、ＰＯＩ特徴情報生成部２０４は、例えば、ＰＯＩ情報に含まれる要素（名称や種別などのメタ情報）やＰＯＩの知名度等の他の要素ごとに特徴ベクトルとして表現したり、ベクトルの大きさに対応する指標値等を導出して特徴情報を生成する。また、ＰＯＩ特徴情報生成部２０４は、他の手法用いてＰＯＩ情報から特徴情報を生成してもよい。また、ＰＯＩ特徴情報生成部２０４は、同じＰＯＩに係る二回目以降の楽曲リクエストに備えて、生成されたＰＯＩ特徴情報を、ＰＯＩ特徴情報２５４として記憶部２５０に記憶させてもよい。その場合、同じＰＯＩに関して二回目以降に楽曲リクエストがあった場合に、ＰＯＩ特徴情報２５４からＰＯＩ特徴情報を取得することで、生成処理の負担を軽減させることができる。

地域別特徴情報生成部２０５は、楽曲リクエスト地域別情報が含まれる場合に、地域別情報に基づいて、例えば、ベクトル等の形式からなる地域別特徴情報を生成する。例えば、地域別特徴情報生成部２０５は、例えば、地域別情報に含まれる要素（単語や指定された曲調などのメタ情報）ごとに特徴ベクトルとして表現したり、ベクトルの大きさに対応する指標値等を導出して特徴情報を生成する。また、地域別特徴情報生成部２０５は、他の手法用いて地域別情報から特徴情報を生成してもよい。また、地域別特徴情報生成部２０５は、同じ地域に係る二回目以降の楽曲リクエストに備えて、生成された地域別特徴情報を、地域別特徴情報２５５として記憶部２５０に記憶させてもよい。その場合、同じ地域に関して二回目以降に楽曲リクエストがあった場合に、地域別特徴情報２５５から地域別特徴情報を取得することで、生成処理の負担を軽減させることができる。

なお、利用者情報から利用者特徴情報を生成する機能と、ＰＯＩ特徴情報からＰＯＩ特徴情報を生成する機能と、地域別情報から地域別特徴情報を生成する機能とのうち、少なくとも一つは、フロントサーバ１００の機能であってもよい。その場合、フロントサーバ１００からバックサーバ２００に送信される楽曲リクエストには、例えば利用者特徴情報やＰＯＩ特徴情報、地域別特徴情報が含まれてよい。

自動楽曲抽出部２０６は、楽曲リクエストから生成された利用者特徴情報やＰＯＩ特徴情報、地域別特徴情報を学習済モデル２５６に入力することで、楽曲リクエストの内容にマッチするレコメンド楽曲データを楽曲データ２５８から抽出する。また、自動楽曲抽出部２０６は、楽曲リクエストにＰＯＩ情報および地域別情報が両方含まれる場合に、それぞれの特徴情報（ＰＯＩ特徴情報、地域別特徴情報）を統合させた情報に基づいてレコメンド楽曲データを抽出してもよく、それぞれの特徴情報に基づいて、２つのレコメンド楽曲データを抽出してもよく、予め設定された優先順位の高い特徴情報のみを用いてレコメンド楽曲データを抽出してもよい。自動楽曲抽出部２０６は、抽出されたレコメンド楽曲データをフロントサーバ１００に送信する。

ここで、上述した学習済モデル２５６は、例えば、予めフィードバック実験結果等から得られた情報を正解データとして、学習されたものである。学習済モデル２５６は、例えば、「３０代男性が東京タワー付近を通過する」ときに、そのシチュエーションで実際に評価が高かった一以上の楽曲を選択するように学習される。また、学習済モデル２５６は、所定の地域において、夕日が見える状況になったり、渋滞が解消される等の所定の条件を満たす場合に、そのシチュエーションで実際に評価が高かった一以上の楽曲を選択するように学習されてよい。フィードバック実験とは、例えば、Ｍｕｓｉｃアプリ３２を通じた楽曲提供に対する高評価、低評価、再度の再生といった利用者のフィードバックを集めたものである。学習済モデル２５６は、所定のタイミングで適宜更新される。

［レコメンド楽曲データの抽出に関する処理の流れ］
次に、レコメンド楽曲データの抽出に関する処理の流れについて説明する。図６は、レコメンド楽曲データの抽出に関する処理の流れの概略を示す図である。図６の例において、フロントサーバ１００は、携帯端末装置１０または車載装置４０により送信される利用者の位置情報を取得すると、取得した位置情報に基づいて地図情報１５４を参照して、利用者がレコメンド圏に入るか否かを判定する。なお、レコメンド圏に入るか否かは、近い将来（例えば、所定時間以内に）レコメンド圏に入ると予測できるか否かと言い換えられてもよい。利用者がレコメンド圏に入ると判定した場合、フロントサーバ１００は、位置情報を送信した利用者の利用者情報およびレコメンド圏に対応付けられたＰＯＩ情報を含む楽曲リクエストを生成する。

また、フロントサーバ１００は、位置情報や位置情報を取得した日時、車両センサ６５から検出されたセンサ情報等に基づいて地域別条件情報１５６を参照して、位置情報に対応する地域において、所定の条件を満たすか否かを判定する。所定の条件を満たすと判定した場合、フロントサーバ１００は、位置情報を送信した利用者の利用者情報および地域別条件情報１５６から取得した地域別情報を含む楽曲リクエストを生成する。

ここで、図５を用いて、地域別情報を取得する処理について具体的に説明する。例えば、所定の地域における所定の条件には、利用者の周囲の天候に対する条件が含まれる。図５の例では、天候が晴れであることや、雨、雪であることが示されているが、雷雨（落雷）やにわか雨等、更に様々な（詳細な）天候情報が含まれてよい。なお、天候情報は、車両センサ６５に含まれる雨滴センサの検出結果（雨の有無）やカメラの認識結果、ワイパーの動作（速度も含む）の検出結果等から取得してもよく、利用者の位置情報に基づいて外部装置（例えば、気象提供サーバ）等から利用者の周囲の天候情報を取得してもよい。図５の例において、利用者が地域Ａにいる場合であって、且つ天候が雨または雪である場合には、地域別情報として「雨」、「雪」、「ムードがある曲調」が抽出される。

また、所定の条件には、利用者から視認可能な位置に、虹、朝日、夕日、月、および星座のうち、少なくとも一つが存在すると予測できることが含まれてよい。例えば、フロントサーバ１００（楽曲データ取得部１１０）は、図５に示すように、利用者が所定の時間帯に、所定の地域に存在し、且つ、天候が晴れである場合に、時間帯に応じて朝日や夕日、月、星座が利用者から視認可能な位置に存在すると予測する。図５の例では、利用者が地域Ｃに存在し、且つ、日時情報（特に時間）が２３時から２４時までの間であって、天候が晴れの場合には、地域別情報として「星座」、「月」が抽出される。また、２３時から２４時に代えて、６時から７時までの間であれば地域別情報として「朝日」が抽出され、１７時から１８時までの間であれば地域別情報として「夕日」が抽出される。これらの時間は、季節等に応じて変動されてよい。また、利用者が地域Ｃに存在し、且つ、周辺状況として虹が見えている場合に、地域別情報として「虹」、「幸せな曲調」が抽出される。なお、虹が見ているか否かについてはカメラの認識結果に基づいて判定されてもよく、外部装置からその地域周辺に虹が出ていることを示す情報を取得してもよい。また、虹や朝日、夕日、月、星座が視認可能か否かの予測については、位置情報から予測される利用者の進行方向（方角情報）を条件に付加してもよい。

また、所定の条件には、例えば、所定の地域において特定の花が咲く時期または紅葉になる時期であることが含まれてもよい。特定の花とは、例えば桜や梅、紫陽花、ひまわり、アサガオ、コスモス等の季節の花である。また、紅葉になる時期とは、モミジやカエデ等の葉の色が落葉前に所定色に変わる時期である。図５の例において、利用者が地域Ａに存在し、且つ、日時情報（特に日付）が３月２５日から４月５日までの間に含まれる場合には、地域別情報として「桜」、「陽気」が抽出される。また、利用者が地域Ｂに存在し、且つ、日時情報（特に日付）が１１月３日から１１月１７日までの間に含まれる場合には、地域別情報として「紅葉」が抽出される。

また、所定の条件には、例えば、利用者が車両（移動体）に搭乗している場合であって、且つ、車両の周囲が渋滞である場合または周囲の渋滞が解消した場合であることが含まれてよい。渋滞であるか否かについては、例えば、車両センサ６５の速度センサから得られる車両の速度や速度変化量に基づいて判定されてもよく、外界検知センサ（例えば、カメラ）の認識結果に基づいて判定されてもよく、外部装置から得られる地域の渋滞情報から判定されてもよい。図５の例では、利用者が地域Ａに存在し、且つ渋滞が解消された場合には、地域別情報として「明るい曲調」、「ドライブ」が抽出され、利用者が地域Ｃに存在し、且つ渋滞である場合には、地域別情報として「優しい曲調」が抽出される。

なお、条件情報や地域別情報については、図５の例に限定されるものではない。フロントサーバ１００は、同一地域で複数の条件を満たす場合には、それぞれの条件によって抽出される地域別情報を組み合わせてもよく、予め決められた優先度の高い方から所定数の地域別情報が抽出されてもよい。

また、フロントサーバ１００は、ＰＯＩ情報と地域別情報の両方を取得できた場合には、利用者情報と、ＰＯＩ情報と、地域別情報とを含む楽曲リクエストを生成してもよい。フロントサーバ１００は、生成した楽曲リクエストをバックサーバ２００に送信する。

バックサーバ２００は、送信された楽曲リクエストに含まれる利用者情報に基づいて利用者特徴情報を生成する。また、バックサーバ２００は、楽曲リクエストにＰＯＩ情報が含まれる場合には、ＰＯＩ情報に基づいてＰＯＩ特徴情報を生成し、楽曲リクエストに地域別情報が含まれる場合には、地域別情報に基づいて、地域別特徴情報を生成する。バックサーバ２００は、生成したそれぞれの特徴情報を学習済モデル２５６に入力し、学習済モデル２５６の出力データを、レコメンド楽曲データとして楽曲データ２５８から抽出する。バックサーバ２００は、レコメンド用楽曲データをフロントサーバ１００に送信する。

［レコメンド楽曲データの提供］
次に、レコメンド楽曲データの提供について図を用いて説明する。なお、以下では、主にＰＯＩ情報に基づいて抽出されたレコメンド楽曲データが抽出される場面を中心として説明する。図７は、レコメンド楽曲データの提供について説明するための図である。図７に示す時刻Ｔ１は、移動中の利用者が図４に示す地点ＰＴ１に到達した時刻を示し、時刻Ｔ２は、利用者が地点ＰＴ２に到達した時刻を示す。以下、図４と図７を参照しながら説明する。

例えば、時刻Ｔ１よりも前の時刻において、携帯端末装置１０は、利用者からＭｕｓｉｃアプリ３２の起動（および楽曲再生指示）を受け付けるとフロントサーバ１００にアクセスし、フロントサーバ１００から提供された楽曲データ（例えば、メインプレイリストの楽曲）を再生する。図７の例では、利用者の識別情報に基づいて、利用者情報１５２から取得した登録済楽曲データ（楽曲Ａ１、Ａ２、…）がランダム再生されている。

楽曲データ取得部１１０は、時刻Ｔ１において、利用者がレコメンド圏Ｒ１１に入ることが予測された場合に、レコメンド圏Ｒ１１に対応付けられたＰＯＩ情報と利用者情報とを含む楽曲リクエストをバックサーバ２００に送信し、レコメンド楽曲データを取得する。この間も登録済楽曲データの楽曲はランダム再生され続けている。

次に、時刻Ｔ２において、利用者がレコメンド圏Ｒ１１に入ると、楽曲提供部１１２は、携帯端末装置１０を介して利用者にレコメンド楽曲データをレコメンドすると共に、再生中のプレイリストに割り込ませてレコメンド楽曲データを再生するか否かを問い合わせ、問い合わせ結果に基づいて、レコメンド楽曲データを再生するか否かを決定する。

図８は、楽曲提供部１１２により生成される問い合わせ画像ＩＭ２０の一例を示す図である。なお、問い合わせ画像ＩＭ２０の表示内容やレイアウト等の表示態様については、これに限定されるものではない。図８に示す問い合わせ画像ＩＭ２０には、例えば、問い合わせ内容表示領域ＡＲ２１と、カウント表示領域ＡＲ２２と、スイッチ表示領域ＡＲ２３とが含まれる。問い合わせ内容表示領域ＡＲ２１には、レコメンド楽曲データ（おすすめのプレイリスト）が再生されることや、レコメンド楽曲データがどのような楽曲データ（プレイリスト）であるかを示す情報が表示される。図８に示す問い合わせ内容表示領域ＡＲ２１には、「おすすめのプレイリストが再生されます」、「Ａスポット周辺のプレイリスト」といった文字情報が表示されている。また、問い合わせ内容表示領域ＡＲ２１には、プレイリストの具体的な内容（楽曲内容）が表示されてもよい。

なお、地域別特徴に基づいてレコメンド楽曲データが抽出された場合には、「Ａスポット周辺のプレイリスト」といった文字情報に代えて、「星空の下で聞きたいプレイリスト」等のような文字情報が表示される。また、ＰＯＩ情報と地域別情報のそれぞれのレコメンド楽曲データ（レコメンドプレイリスト）が抽出された場合には、問い合わせ内容表示領域ＡＲ２１に２つのプレイリストが存在することを表示させ、その中から何れかのプレイリストを利用者に選択させるようにしてもよい。

カウント表示領域ＡＲ２２には、レコメンド楽曲データが自動再生されるまでの残り時間が表示される。例えば、利用者が車両を運転中である場合には、携帯端末装置１０を操作できない場合があり得る。したがって、問い合わせ画像ＩＭ２０では、レコメンド楽曲データが再生されるまでの残り時間が表示され、時間に応じてカウンタの値が小さくなる。そして、カウンタが０（残り時間が０秒）となった場合、楽曲提供部１１２は、レコメンド楽曲データの再生が許諾されたものとしてレコメンド楽曲データを自動再生する。

スイッチ表示領域ＡＲ２３には、例えば、アイコンＩＣ２１が含まれる。アイコンＩＣ２１は、利用者からレコメンド楽曲データの再生を拒否することを受け付けるＧＵＩ（Graphical User Interface）スイッチである。カウント表示領域ＡＲ２２に表示されているカウントが０になるまでにアイコンＩＣ２１が選択された場合、携帯端末装置１０は、再生が拒否されたことを示す情報をフロントサーバ１００に送信する。

なお、楽曲提供部１１２は、表示領域ＡＲ２３に、レコメンド楽曲データの再生を拒否することを受け付けるＧＵＩスイッチに代えて、利用者からレコメンド楽曲データの再生を許諾することを受け付けるＧＵＩスイッチが表示されていてもよい。この場合、カウント表示領域ＡＲ２２のカウンタが０になるまでにＧＵＩスイッチが操作された場合には、レコメンド楽曲データの再生が許諾され、逆にＧＵＩスイッチが操作されなかった場合には、レコメンド楽曲データの再生が拒否されたものとみなされる。また、楽曲提供部１１２は、表示領域ＡＲ２３に、レコメンド楽曲データの再生を拒否することを受け付けるＧＵＩスイッチと、レコメンド楽曲データの再生を許諾することを受け付けるＧＵＩスイッチの両方を表示させ、何れかのスイッチの選択を受け付けた場合に、選択されたスイッチに基づいてレコメンド楽曲データを再生するか否かを判定してもよい。

更に、楽曲提供部１１２は、利用者が携帯端末装置１０を見ていない場合も考えられるため、利用者に問い合わせ画像ＩＭ２０が表示されていることを知らせるための音声（例えば、効果音）を出力してもよく、画像ＩＭ２０の表示に代えて（または加えて）、上述した内容を問い合わせる音声を出力してもよい。また、楽曲提供部１１２は、画像ＩＭ２０や音声等を出力して利用者に問い合わせを行っている間、再生中の楽曲（図６に示す楽曲Ａ２）の音を小さくする等の音量制御を行ってもよい。

楽曲提供部１１２は、レコメンド楽曲データを再生しない旨の指示を受け付けた場合、ランダム再生されている楽曲を引き続き提供し、レコメンド楽曲データを再生する指示を受け付けた場合に、レコメンド楽曲データを再生する。図６の例では、問い合わせ中に再生されていた楽曲Ａ２が終了したタイミングでレコメンド楽曲データ（例えば、レコメンド楽曲Ｂ１、Ｂ２、…）が順次再生される。なお、レコメンド楽曲データは、その直前の楽曲Ａ２が終了した後に切り替えてもよく、楽曲Ａ２の再生途中で割り込ませてもよい。

［処理フロー］
図９は、第１実施形態における楽曲提供装置によって実行される処理の一例を示すフローチャートである。図９の例では、楽曲提供装置の一例であるフロントサーバ１００によって実行される各種処理のうち、主にレコメンド楽曲データをＰＯＩ情報や地域別情報に基づいて抽出する処理を中心として説明する。

図９の例において、楽曲提供部１１２は、Ｍｕｓｉｃアプリが起動された携帯端末装置１０から楽曲提供リスエストを取得すると（ステップＳ１００）、例えば、利用者ＩＤに基づいて利用者情報１５２を参照し、登録されたメインプレイリストを取得し、取得したメインプレイリストを携帯端末装置１０に送信してオーディオ装置５０に再生（例えば、ランダム再生）させる（ステップＳ１０２）。

次に、位置情報取得部１０６は、利用者の位置情報を取得する（ステップＳ１０４）。次に、ＰＯＩ取得部１０８は、位置情報に基づいて利用者がレコメンド圏に入るか否かを判定する（ステップＳ１０６）。利用者がレコメンド圏に入ると判定した場合、ＰＯＩ取得部１０８は、利用者が入るレコメンド圏に対応付けられたＰＯＩ情報を取得する（ステップＳ１０８）。また、ステップＳ１０６の処理において、利用者がレコメンド圏に入らないと判定された場合、ＰＯＩ取得部１０８は、位置情報や日時情報、車両センサ情報、その他の情報に基づいて、利用者が所定の地域において所定の条件を満たすか否かを判定する（ステップＳ１１０）。所定の地域において所定の条件を満たすと判定した場合、楽曲データ取得部１１０は、地域別特徴情報を取得する（ステップＳ１１２）。ステップＳ１０８またはステップＳ１１２の処理後、楽曲データ取得部１１０は、利用者情報とＰＯＩ情報、または、利用者情報と地域別特徴情報とを含む楽曲リクエストを生成し（ステップＳ１１４）、生成した楽曲リクエストをバックサーバ２００に送信し、バックサーバ２００から楽曲リクエストに対応するレコメンド楽曲データを取得する（ステップＳ１１６）。

次に、楽曲提供部１１２は、例えば、レコメンド楽曲データを再生するか否かを利用者に問い合わせ（ステップＳ１１８）、レコメンド楽曲データの再生が許諾されたか否かを判定する（ステップＳ１２０）。レコメンド楽曲データの再生が許諾された場合、楽曲提供部１１２は、レコメンド楽曲データを再生（レコメンドプレイリストを再生）させる（ステップＳ１２２）。また、ステップＳ１１０の処理において、所定の地域において所定の条件を満たさないと判定された場合、またはステップＳ１２０の処理において、レコメンド楽曲データの再生が許諾されなかった場合（再生が拒否された場合）、メインプレイリストを継続して再生させる（ステップＳ１２４）。これにより、本フローチャートの処理は終了する。

なお、第１実施形態では、上述のステップＳ１０６の処理において、利用者がレコメンド圏に入ると判定した場合であってもステップＳ１１０～Ｓ１１２の処理を行ってもよい。また、ステップＳ１０６の判定処理と、ステップＳ１１０の判定処理は、逆の順序で実行されてもよい。

また、楽曲提供部１１２は、利用者がレコメンド圏内または所定地域内に存在する間は、レコメンド楽曲データの再生を継続し、レコメンド圏や所定地域から出た場合に、メインプレイリストを再生させるか、楽曲の提供を終了する。また、楽曲提供部１１２は、メインプレイリストの楽曲がレコメンド楽曲データを再生することによって中断された場合には、レコメンド楽曲データから再度メインプレイリストの楽曲を再生する場合に、中断された曲の位置から再生してもよい。

また、レコメンド楽曲データは、一以上の楽曲から構成されるが、利用者がレコメンド圏から出るまで、または所定の地域において所定の条件が満たさなくなるまでに、全てのレコメンド楽曲が再生された場合、楽曲データ取得部１１０は、更にバックサーバ２００からレコメンド楽曲データを取得してもよく、既存のレコメンド楽曲データを繰り返し再生してもよい。

以上説明したように、第１実施形態によれば、利用者の位置情報を取得する位置情報取得部１０６と、複数のＰＯＩと複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、利用者が前記楽曲レコメンド圏に入る場合に、利用者に関する情報と利用者が入る楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得する楽曲データ取得部１１０と、楽曲データ取得部１１０により取得されたレコメンド楽曲データを利用者が利用する装置に提供する楽曲提供部１１２と、を備え、楽曲提供部１１２は、楽曲データの再生中に利用者が所定の地域において所定の条件を満たした場合に、所定の条件に応じたレコメンド楽曲データを利用者が利用する装置に提供することにより、地域によって楽曲データを提供する機会が少なくなることを抑制することができる。

例えば、第１実施形態によれば、例えば、楽曲提供部１１２は、ＰＯＩの数が異なる地域によって、レコメンド楽曲データの提案態様を異ならせる。具体的には、楽曲データ取得部１１０は、上述した利用者の位置とレコメンド圏との関係に基づく処理に加えて、楽曲データの再生中に利用者が所定の地域において所定の条件を満たした場合には、所定の条件に応じたレコメンド楽曲データをバックサーバ２００から取得する。これにより、楽曲提供部１１２は、ＰＯＩが多い地域（ＰＯＩの数が所定値以上の地域）では、レコメンド圏に対応付けられたＰＯＩ情報に基づいて生成されたレコメンド楽曲データを提供し、ＰＯＩが少ない地域（ＰＯＩの数が所定値未満の地域）では、レコメンド圏に対応付けられたＰＯＩ情報に基づく楽曲データに代えて（または加えて）、地域ごとの条件に応じて抽出された楽曲データを提供する。これにより、地域格差を是正に、どの地域においても充実したレコメンド楽曲データを提供することができる。したがって、利用者にレコメンド楽曲の提供サービスを利用したいという意欲を向上させることができる。

＜第２実施形態＞
図１０は、第２実施形態の楽曲提供装置を利用した楽曲提供システム２の構成図である。第２実施形態の楽曲提供システム２は、第１実施形態の楽曲提供システム１と比較して、車載装置４０が携帯端末装置１０を介さずにフロントサーバ１００と直接通信する点で相違する。したがって、以下では、主に第１実施形態との相違点を中心として説明し、それ以外の説明は省略する。

第２実施形態の楽曲提供システム２は、例えば、車載装置４０Ａと、フロントサーバ１００と、バックサーバ２００とを備える。これらのうち、フロントサーバ１００およびバックサーバ２００は、第１実施形態と同様の構成を有する。車載装置４０Ａは、例えば、オーディオ装置５０Ａと、車両センサ６５とを備える。車載装置４０Ａ（具体的には、オーディオ装置５０Ａ）は、「利用者が利用する装置」の一例である。

楽曲提供システム２におけるオーディオ装置５０Ａは、例えば、音響調整部５４と、スピーカシステム５６と、タッチパネル５８と、Ｍｕｓｉｃアプリ実行部７０と、ネットワーク通信部７２とを備える。音響調整部５４と、スピーカシステム５６と、タッチパネル５８とは、第１実施形態と同様の構成を有する。なお、オーディオ装置５０Ａは、上記構成に加えて、利用者の音声を入力するマイク等が設けられていてもよい。

Ｍｕｓｉｃアプリ実行部７０は、ＣＰＵ等のプロセッサが、記憶部８０に記憶されたＭｕｓｉｃアプリ８２を実行することで機能する。Ｍｕｓｉｃアプリ実行部７０は、タッチパネル５８に対してなされた利用者の入力操作に応じてオーディオ装置５０Ａの各部を制御する。Ｍｕｓｉｃアプリ実行部７０は、例えば、予めアプリ提供者のサーバ装置からオーディオ装置５０にインストールされたものである。

ネットワーク通信部７２は、ネットワークＮＷを介してフロントサーバ１００と通信する。ネットワークＮＷは、無線基地局、アクセスポイント、インターネット、プロバイダ端末、ＷＡＮ等を含む。第２実施形態のオーディオ装置５０Ａは、第１実施形態の携帯端末装置１０およびオーディオ装置５０の双方の機能を兼ね備える。したがって、フロントサーバ１００は、オーディオ装置５０Ａと通信を行うことで、携帯端末装置１０との通信によって実行された各処理を同様に実行することができる。なお、第２実施形態のうち、ネットワーク通信部７２は、オーディオ装置５０Ａの外部（且つ車載装置４０Ａ内）に設けられてもよい。

以上説明したように、第２実施形態によれば、第１実施形態と同様の効果を奏する他、携帯端末装置１０を介さずに、オーディオ装置５０Ａに、レコメンド楽曲データやレコメンド前楽曲データを提供することができる。

＜変形例＞
以下、上述した実施形態の変形例について説明する。例えば、実施形態において、地域別情報に基づくレコメンド楽曲データの提供は、ＰＯＩ情報に基づく楽曲提供サービスのオプションサービスとして提供されてよい。この場合、地域別条件情報１５６には、ＰＯＩの数に関係なく、地域ごとの条件情報や地域別情報が格納される。これにより、例えば、ある有名なスポットに対応するレコメンド圏に利用者が入る場合であっても、時期（季節）や天候等の条件に応じて異なるレコメンド楽曲データを提供することができる。したがって、ＰＯＩが多い都市部であっても地域別情報を用いて利用者の現在の状況によりマッチした楽曲データを提供することができる。

また、実施形態において、楽曲提供部１１２は、利用者の位置情報に基づいて、利用者の周辺に存在するレコメンド圏に関する情報（例えば、図４に示す画像ＩＭ１０）や、利用者の現在位置からレコメンド圏までの経路を利用者が利用する装置に提供してもよい。これにより、利用者は、リコメンド楽曲データを提供して欲しい場面（例えば、恋人とのドライブ中）に、レコメンド圏まで容易に移動することができると共に、より早くリコメンド楽曲データの提供を受けることができる。

また、実施形態において、楽曲提供部１１２は、利用者が地域別条件情報１５６に含まれる地域に入った場合に、どのような条件を満たせばレコメンド楽曲データが提供されるのかに関する情報（レコメンド提供条件）を利用者に通知してもよい。これにより、利用者が同じ地域を走行している場合に、レコメンド楽曲データが提供される場合や提供されない場合があることによって、違和感が生じることを抑制することができる。また、例えば、レコメンド提供条件として、時間帯の条件を満たせばレコメンド楽曲データが提供されることを利用者に通知することで、利用者はレコメンド楽曲データの提供を受けたい場合に、条件を満たす時間帯にその地域に訪れることで、確実にレコメンド楽曲データの提供を受けることができる。

また、楽曲提供部１１２は、一度提供したリコメンド楽曲データを利用者ＩＤに対応付けて記憶部１５０等に記憶し、利用者からの再度の再生指示があった場合に、利用者の現在位置に関係なく過去のリコメンド楽曲データを提供してもよい。また、楽曲提供部１１２は、リコメンド楽曲データに含まれる楽曲のうち少なくとも一つをメインプレイリストに追加してもよい。

上記説明した実施形態は、以下のように表現することができる。
コンピュータによって読み込み可能な命令（computer-readable instructions）を格納する記憶媒体（storage medium）と、
前記記憶媒体に接続されたプロセッサと、を備え、
前記プロセッサは、前記コンピュータによって読み込み可能な命令を実行することにより（the processor executing the computer-readable instructions to:）、
利用者の位置情報を取得し、
複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得し、
前記楽曲データ取得部により取得されたレコメンド楽曲データを前記利用者が利用する装置に提供し、
楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供する、
楽曲提供装置。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形および置換を加えることができる。

１、２…楽曲提供システム、１０…携帯端末装置、１２…近距離通信部、１４…ネットワーク通信部、１６…Ｍｕｓｉｃアプリ実行部、１８…タッチパネル、３０…記憶部、３２…Ｍｕｓｉｃアプリ、４０、４０Ａ…車載装置、５０、５０Ａ…オーディオ装置、５２…連携アプリ実行部、５４…音響調整部、５６…スピーカシステム、５８…タッチパネル、６０…近距離通信部、６５…車両センサ、７０…Ｍｕｓｉｃアプリ実行部、７２…ネットワーク通信部、８０…記憶部、８２…Ｍｕｓｉｃアプリ、１００…フロントサーバ、１０２…ネットワーク通信部、１０４…利用者情報取得部、１０６…位置情報取得部、１０８…ＰＯＩ取得部、１１０…楽曲データ取得部、１１２…楽曲提供部、１５０…記憶部、１５２…利用者情報、１５４…地図情報、２００…バックサーバ、２０２…利用者特徴情報生成部、２０４…ＰＯＩ特徴情報生成部、２０５…地域別特徴情報生成部、２０６…自動楽曲抽出部、２５０…記憶部、２５２…利用者特徴情報、２５４…ＰＯＩ特徴情報、２５６…学習済モデル、２５８…楽曲データ

（４）：上記（１）～（３）うち何れか一つの態様において、前記所定の条件は、前記所定の地域において特定の花が咲く時期または紅葉になる時期であることを含むものである。

（５）：上記（１）～（４）のうち何れか一つの態様において、前記所定の条件は、前記利用者が移動体に搭乗している場合であって、且つ、前記移動体の周囲が渋滞である場合または前記周囲の渋滞が解消した場合であることを含むものである。

（６）：この発明の一態様に係る楽曲提供方法は、コンピュータが、利用者の位置情報を取得し、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得し、取得したレコメンド楽曲データを前記利用者が利用する装置に提供し、楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供する、楽曲提供方法である。

（７）：この発明の一態様に係るプログラムは、コンピュータに、利用者の位置情報を取得させ、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得させ、取得されたレコメンド楽曲データを前記利用者が利用する装置に提供させ、楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供させる、プログラムである。

上記（１）～（７）の態様によれば、地域によって楽曲データを提供する機会が少なくなることを抑制することができる。

Claims (9)

1. 利用者の位置情報を取得する位置情報取得部と、
   複数のＰＯＩ（Point Of Interest）と前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得する楽曲データ取得部と、
   前記楽曲データ取得部により取得されたレコメンド楽曲データを前記利用者が利用する装置に提供する楽曲提供部と、を備え、
   前記楽曲提供部は、楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供する、
   楽曲提供装置。
2. 所定の地域は、所定範囲内におけるＰＯＩの数が所定数未満である地域を含む、
   請求項１に記載の楽曲提供装置。
3. 所定の条件は、前記利用者の周囲の天候に対する条件であることを含む、
   請求項１または２に記載の楽曲提供装置。
4. 前記所定の条件は、前記利用者から視認可能な位置に、虹、朝日、夕日、月、および星座のうち、少なくとも一つが存在すると予測できることを含む、
   請求項１から３のうち何れか１項に記載の楽曲提供装置。
5. 前記所定の条件は、前記所定の地域において特定の花が咲く時期または紅葉になる時期であることを含む、
   請求項１から４のうち何れか１項に記載の楽曲提供装置。
6. 前記所定の条件は、前記利用者が移動体に搭乗している場合であって、且つ、前記移動体の周囲が渋滞である場合または前記周囲の渋滞が解消した場合であることを含む、
   請求項１から５のうち何れか１項に記載の楽曲提供装置。
7. 利用者の位置情報を取得する位置情報取得部と、
   複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得する楽曲データ取得部と、
   前記楽曲データ取得部により取得されたレコメンド楽曲データを前記利用者が利用する装置に提供する楽曲提供部と、を備え、
   前記楽曲提供部は、前記ＰＯＩの数が異なる地域によって、前記レコメンド楽曲データの提案態様を異ならせる、
   楽曲提供装置。
8. コンピュータが、
   利用者の位置情報を取得し、
   複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得し、
   取得したレコメンド楽曲データを前記利用者が利用する装置に提供し、
   楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供する、
   楽曲提供方法。
9. コンピュータに、
   利用者の位置情報を取得させ、
   複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に、前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる楽曲データを取得させ、
   取得されたレコメンド楽曲データを前記利用者が利用する装置に提供させ、
   楽曲データの再生中に前記利用者が所定の地域において所定の条件を満たした場合に、前記条件に応じたレコメンド楽曲データを前記利用者が利用する装置に提供させる、
   プログラム。

Images