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

Abstract

【課題】レコメンド用の楽曲データを利用者により適切な態様で提供すること。【解決手段】実施形態の楽曲提供装置は、利用者の位置情報を取得する位置情報取得部と、利用者の要求に応じた第１の楽曲データ、および、利用者が楽曲レコメンド圏に入る場合に利用者に関する情報と利用者が入る楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる第２の楽曲データを利用者が利用する装置に提供する楽曲提供部と、記憶部とを備え、第１の楽曲データの再生中に第２の楽曲データを利用者が利用する装置に提供する場合に効果音の出力に続いて第２の楽曲データに関する音声案内を行い、音声案内が終了した後に第２の楽曲データを利用者が利用する装置に再生させ、第２の楽曲データを利用者に提案する場合に、効果音に続いて音声案内を行い、音声案内が終了してから第１所定時間経過後に第２の楽曲データを記憶部に記憶させる。【選択図】図１

Description

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

従来では、車両の走行状況に応じた音楽コンテンツを車両の搭乗者に提供する技術が開示されている（例えば、特許文献１参照）。

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

しかしながら、レコメンド用の楽曲データ（音楽コンテンツ）を提供するよりも前に、楽曲データが再生されているか否かに応じた具体的な提供態様については考えられていなかった。したがって、状況によっては楽曲データの提供が適切に行われない場合があった。

本発明は、このような事情を考慮してなされたものであり、レコメンド用の楽曲データを利用者により適切な態様で提供することができる楽曲提供装置、楽曲提供方法、およびプログラムを提供することを目的の一つとする。

この発明に係る楽曲提供装置、楽曲提供方法、およびプログラムは、以下の構成を採用した。

（１）：この発明の一態様に係る楽曲提供装置は、利用者の位置情報を取得する位置情報取得部と、前記利用者の要求に応じた第１の楽曲データ、および、複数のＰＯＩ（Point Of Interest）と前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる第２の楽曲データを取得する楽曲データ取得部と、前記楽曲データ取得部により取得された前記第１の楽曲データおよび前記第２の楽曲データを前記利用者が利用する装置に提供する楽曲提供部と、前記第２の楽曲データを記憶する記憶部と、前記第２の楽曲データを記憶する記憶部と、を備え、前記楽曲提供部は、前記第１の楽曲データの再生中に前記第２の楽曲データを前記利用者が利用する装置に提供する場合に、効果音の出力に続いて前記第２の楽曲データに関する音声案内を行い、前記音声案内が終了した後に前記第２の楽曲データを前記利用者が利用する装置に再生させ、前記楽曲提供部は、前記第２の楽曲データを前記利用者に提案する場合に、前記効果音に続いて前記音声案内を行い、前記音声案内が終了してから第１所定時間経過後に前記第２の楽曲データを前記記憶部に記憶させる、楽曲提供装置である。

（２）：上記（１）の態様において、前記楽曲提供部は、前記音声案内が終了してから前記第１所定時間が経過する前に、前記利用者の前記第２の楽曲データの再生を拒否する指示を受け付けた場合に、前記第２の楽曲データを前記記憶部に記憶させないものである。

（３）：上記（１）または（２）の態様において、前記楽曲提供部は、再生中の前記第１の楽曲データが前記第２の楽曲データの提案によって中断された場合であって、且つ、前記第２の楽曲データの再生が終了した場合に、前記中断された時点から前記第１の楽曲データを再生させるものである。

（４）：上記（１）～（３）のうち何れか一つの態様において、前記楽曲提供部は、前記第１の楽曲データが再生中であるか、または停止中であるかによって前記第２の楽曲データの提案態様を異ならせるものである。

（５）：上記（４）の態様において、前記利用者が利用する装置は、画像を表示する表示部を含み、前記楽曲提供部は、前記第２の楽曲データを案内する場合に案内画像を前記表示部に表示させ、前記第１の楽曲データが再生中である場合と停止中である場合とで、前記案内画像の表示態様を異ならせるものである。

（６）：上記（５）の態様において、前記楽曲提供部は、前記第１の楽曲データが停止中である場合の前記案内画像の表示時間を、前記第１の楽曲データが再生中である場合の前記案内画像の表示時間よりも長くするものである。

（７）：上記（４）の態様において、前記楽曲提供部は、前記第１の楽曲データが再生中である場合には、前記効果音の出力と、前記第２の楽曲データに関する音声案内と、前記第２の楽曲データの案内画像の表示を行い、前記第１の楽曲データが停止中である場合には、前記案内画像の表示を行うものである。

（８）：上記（１）～（７）のうち何れか一つの態様において、前記楽曲提供部は、前記第１の楽曲データが停止中である状態で、前記第２の楽曲データを提案した場合に、前記利用者から前記第２の楽曲データの再生の許諾がない限り、前記第２の楽曲データを再生しないものである。

（９）：上記（１）～（８）のうち何れか一つの態様において、前記楽曲提供部は、前記第２の楽曲データが提案されてから所定時間が経過するまで、または前記第２の楽曲データが再生されてから所定時間が経過するまで、他の楽曲データの提案を行わないものである。

（１０）：この発明の一態様に係る楽曲提供方法は、コンピュータが、利用者の位置情報を取得し、前記利用者の要求に応じた第１の楽曲データ、および、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる第２の楽曲データを取得し、取得した前記第１の楽曲データおよび前記第２の楽曲データを前記利用者が利用する装置に提供し、前記第１の楽曲データの再生中に前記第２の楽曲データを前記利用者が利用する装置に提供する場合に、効果音の出力に続いて前記第２の楽曲データに関する音声案内を行い、前記音声案内が終了した後に前記第２の楽曲データを前記利用者が利用する装置に再生させ、前記第２の楽曲データを前記利用者に提案する場合に、前記効果音に続いて前記音声案内を行い、前記音声案内が終了してから第１所定時間経過後に前記第２の楽曲データを記憶部に記憶させる、楽曲提供方法である。

（１１）：この発明の一態様に係るプログラムは、コンピュータに、利用者の位置情報を取得させ、前記利用者の要求に応じた第１の楽曲データ、および、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる第２の楽曲データを取得させ、取得された前記第１の楽曲データおよび前記第２の楽曲データを前記利用者が利用する装置に提供させ、前記第１の楽曲データの再生中に前記第２の楽曲データを前記利用者が利用する装置に提供する場合に、効果音の出力に続いて前記第２の楽曲データに関する音声案内を行い、前記音声案内が終了した後に前記第２の楽曲データを前記利用者が利用する装置に再生させ、前記第２の楽曲データを前記利用者に提案する場合に、前記効果音に続いて前記音声案内を行い、前記音声案内が終了してから第１所定時間経過後に前記第２の楽曲データを記憶部に記憶させる、プログラムである。

上記（１）～（１１）の態様によれば、レコメンド用の楽曲データを利用者により適切な態様で提供することができる。

第１実施形態の楽曲提供装置を利用した楽曲提供システム１の構成図である。 利用者情報１５２の内容の一例を示す図である。 地図情報１５４の内容の一例を示す図である。 地図上に設定されたレコメンド圏について説明するための図である。 レコメンドプレイリストの抽出に関する処理の流れの概略を示す図である。 レコメンドプレイリストの第１の提供パターンを説明するための図である。 レコメンドプレイリストの案内画面の画像ＩＭ２０の一例を示す図である。 レコメンドプレイリストの第２の提供パターンを説明するための図である。 レコメンドプレイリストの第３の提供パターンを説明するための図である。 レコメンドプレイリストの第４の提供パターンを説明するための図である。 楽曲の停止中におけるレコメンドプレイリストの案内画面の画像ＩＭ３０の一例を示す図である。 レコメンドプレイリストの第５の提供パターンを説明するための図である。 レコメンド楽曲データの第６の提供パターンを説明するための図である。 第１実施形態における楽曲提供装置によって実行される処理の一例を示すフローチャートである。 ステップＳ２６０の処理の詳細について説明するためのフローチャートである。 ステップＳ２８０の処理の詳細について説明するためのフローチャートである。 第２実施形態の楽曲提供装置を利用した楽曲提供システム２の構成図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

［フロントサーバ］
フロントサーバ１００は、例えば、ネットワーク通信部１０２と、利用者情報取得部１０４と、位置情報取得部１０６と、ＰＯＩ（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 (11)

1. 利用者の位置情報を取得する位置情報取得部と、
   前記利用者の要求に応じた第１の楽曲データ、および、複数のＰＯＩ（Point Of Interest）と前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる第２の楽曲データを取得する楽曲データ取得部と、
   前記楽曲データ取得部により取得された前記第１の楽曲データおよび前記第２の楽曲データを前記利用者が利用する装置に提供する楽曲提供部と、
   前記第２の楽曲データを記憶する記憶部と、を備え、
   前記楽曲提供部は、前記第１の楽曲データの再生中に前記第２の楽曲データを前記利用者が利用する装置に提供する場合に、効果音の出力に続いて前記第２の楽曲データに関する音声案内を行い、前記音声案内が終了した後に前記第２の楽曲データを前記利用者が利用する装置に再生させ、
   前記楽曲提供部は、前記第２の楽曲データを前記利用者に提案する場合に、前記効果音に続いて前記音声案内を行い、前記音声案内が終了してから第１所定時間経過後に前記第２の楽曲データを前記記憶部に記憶させる、
   楽曲提供装置。
2. 前記楽曲提供部は、前記音声案内が終了してから前記第１所定時間が経過する前に、前記利用者の前記第２の楽曲データの再生を拒否する指示を受け付けた場合に、前記第２の楽曲データを前記記憶部に記憶させない、
   請求項１に記載の楽曲提供装置。
3. 前記楽曲提供部は、再生中の前記第１の楽曲データが前記第２の楽曲データの提案によって中断された場合であって、且つ、前記第２の楽曲データの再生が終了した場合に、前記中断された時点から前記第１の楽曲データを再生させる、
   請求項１または２に記載の楽曲提供装置。
4. 前記楽曲提供部は、前記第１の楽曲データが再生中であるか、または停止中であるかによって前記第２の楽曲データの提案態様を異ならせる、
   請求項１から３のうち何れか１項に記載の楽曲提供装置。
5. 前記利用者が利用する装置は、画像を表示する表示部を含み、
   前記楽曲提供部は、
   前記第２の楽曲データを案内する場合に案内画像を前記表示部に表示させ、
   前記第１の楽曲データが再生中である場合と停止中である場合とで、前記案内画像の表示態様を異ならせる、
   請求項４に記載の楽曲提供装置。
6. 前記楽曲提供部は、前記第１の楽曲データが停止中である場合の前記案内画像の表示時間を、前記第１の楽曲データが再生中である場合の前記案内画像の表示時間よりも長くする、
   請求項５に記載の楽曲提供装置。
7. 前記楽曲提供部は、
   前記第１の楽曲データが再生中である場合には、前記効果音の出力と、前記第２の楽曲データに関する音声案内と、前記第２の楽曲データの案内画像の表示を行い、
   前記第１の楽曲データが停止中である場合には、前記案内画像の表示を行う、
   請求項４に記載の楽曲提供装置。
8. 前記楽曲提供部は、前記第１の楽曲データが停止中である状態で、前記第２の楽曲データを提案した場合に、前記利用者から前記第２の楽曲データの再生の許諾がない限り、前記第２の楽曲データを再生しない、
   請求項１から７のうち何れか１項に記載の楽曲提供装置。
9. 前記楽曲提供部は、前記第２の楽曲データが提案されてから所定時間が経過するまで、または前記第２の楽曲データが再生されてから所定時間が経過するまで、他の楽曲データの提案を行わない、
   請求項１から８のうち何れか１項に記載の楽曲提供装置。
10. コンピュータが、
    利用者の位置情報を取得し、
    前記利用者の要求に応じた第１の楽曲データ、および、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる第２の楽曲データを取得し、
    取得した前記第１の楽曲データおよび前記第２の楽曲データを前記利用者が利用する装置に提供し、
    前記第１の楽曲データの再生中に前記第２の楽曲データを前記利用者が利用する装置に提供する場合に、効果音の出力に続いて前記第２の楽曲データに関する音声案内を行い、前記音声案内が終了した後に前記第２の楽曲データを前記利用者が利用する装置に再生させ、
    前記第２の楽曲データを前記利用者に提案する場合に、前記効果音に続いて前記音声案内を行い、前記音声案内が終了してから第１所定時間経過後に前記第２の楽曲データを記憶部に記憶させる、
    楽曲提供方法。
11. コンピュータに、
    利用者の位置情報を取得させ、
    前記利用者の要求に応じた第１の楽曲データ、および、複数のＰＯＩと前記複数のＰＯＩごとに対応付けられた楽曲レコメンド圏の情報とを含む地図情報を参照し、前記利用者が前記楽曲レコメンド圏に入る場合に前記利用者に関する情報と前記利用者が入る前記楽曲レコメンド圏に対応付けられたＰＯＩ情報とに基づいてレコメンドされる第２の楽曲データを取得させ、
    取得された前記第１の楽曲データおよび前記第２の楽曲データを前記利用者が利用する装置に提供させ、
    前記第１の楽曲データの再生中に前記第２の楽曲データを前記利用者が利用する装置に提供する場合に、効果音の出力に続いて前記第２の楽曲データに関する音声案内を行い、前記音声案内が終了した後に前記第２の楽曲データを前記利用者が利用する装置に再生させ、
    前記第２の楽曲データを前記利用者に提案する場合に、前記効果音に続いて前記音声案内を行い、前記音声案内が終了してから第１所定時間経過後に前記第２の楽曲データを記憶部に記憶させる、
    プログラム。

Images