(57)【要約】【課題】聴取される楽曲に対するユーザの興味をより喚起することができ、楽曲の内容等に対応した様々な関連情報をユーザに提供することが可能な再生制御装置を提供する。【解決手段】再生されるべき楽曲を特定する楽曲特定部１と、特定された楽曲に関連する関連情報の再生タイミングとして、当該楽曲の再生前又は再生後或いは再生中のいずれかのタイミングを特定するタイミング特定部２と、を備える。特定された楽曲の再生と共に、特定された再生タイミングにより関連情報が再生されるように制御する。【選択図】図３
2019200836.tif 000002
【特許請求の範囲】
【請求項１】
再生されるべき再生情報を特定する情報特定手段と、
前記特定された再生情報に関連する関連情報の再生タイミングとして、当該再生情報の再生前又は再生後或いは再生中のいずれかのタイミングを特定するタイミング特定手段と、
前記特定された再生情報の再生と共に、前記関連情報が前記特定された再生タイミングで再生されるように制御する制御手段と、
を備えることを特徴とする再生制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、再生制御装置、再生制御方法及び再生制御用プログラムの技術分野に属する。より詳細には、例えばユーザにより特定された再生情報の再生を制御する再生制御装置及び再生制御方法並びに当該再生制御用のプログラムの技術分野に属する。
【背景技術】
【０００２】
近年、いわゆるインターネットラジオ等として、ラジオ放送される番組と同等の内容をインターネット等のネットワークを介して取得し、これを聴取することが行われている。また一般のラジオ放送の場合、ディスクジョッキーのトークの間には楽曲が流されることが多く、この点は上記インターネットラジオ等でも同様である。ここで上記インターネットラジオ等では、それを介して初めて聴取する楽曲が多くあるのが通常であり、この場合、当該新たな楽曲に関連する関連情報を知りたいという要求がある。この場合の関連情報とは、例えばその楽曲を実演しているアーティストに関する情報、その楽曲自体の歌詞等の情報、その楽曲の起源（ルーツ）となる音楽を示す情報、又はその楽曲が作られた際のエピソードを示す情報等が挙げられる。
【０００３】
このような関連情報を提供する先行技術として、例えば下記特許文献１に記載されている技術がある。この特許文献１に記載されている技術では、楽曲の関連情報を取得すると共に、楽曲中の歌詞の始まりから終わりまでの間で楽曲の関連情報の紹介を行うことが可能なタイミングを判断し、当該判断されたタイミングで楽曲の関連情報の紹介を行う構成とされている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−０４８８０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載されている技術や、一般のインターネットラジオ等の仕組みにおいて想定されている関連情報は、例えば音楽コンテンツの供給元がそのアーティストや楽曲の関連情報を固定の文言等を用いて予めサーバに蓄積しておいたものである。そして、当該楽曲及び関連情報を取得して再生する端末装置側では、当該サーバから固定の文言等を取得し、これを関連情報として再生する構成とされている。よってこの場合、提供される関連情報には元々サーバに蓄積されている以外のものが含まれないため、関連情報としてのバリエーションが少なく、それを視聴するユーザが飽きてしまうという問題点があった。より具体的には、同一のアーティストの楽曲や同一の楽曲を聴く度に、同一の関連情報が再生されることとなり、関連情報として極めて画一的となってしまうという問題点もあった。更に、関連情報の提供元となる例えば音楽会社等によっては、関連情報としての内容にその音楽会社等の独自性（偏り）が出てしまうという問題点もあった。
【０００６】
そこで本願は、上記の各問題点に鑑みて為されたもので、その課題の一例は、聴取される楽曲に対するユーザの興味をより喚起することができると共に、楽曲の内容等に対応した様々な関連情報をユーザに提供することが可能な再生制御装置及び再生制御方法並びに当該再生制御用のプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
上記の課題を解決するために、請求項１に記載の発明は、再生されるべき再生情報を特定する情報特定手段と、前記特定された再生情報に関連する関連情報の再生タイミングとして、当該再生情報の再生前又は再生後或いは再生中のいずれかのタイミングを特定するタイミング特定手段と、前記特定された再生情報の再生と共に、前記関連情報が前記特定された再生タイミングで再生されるように制御する制御手段と、を備える。
【０００８】
上記の課題を解決するために、請求項９に記載の発明は、再生されるべき再生情報を特定する情報特定工程と、前記特定された再生情報に関連する関連情報の再生タイミングとして、当該再生情報の再生前又は再生後或いは再生中のいずれかのタイミングを特定するタイミング特定工程と、前記特定された再生情報の再生と共に、前記関連情報が前記特定された再生タイミングで再生されるように制御する制御工程と、を含む。
【０００９】
上記の課題を解決するために、請求項１０に記載の発明は、コンピュータを、請求項１から請求項８のいずれか一項に記載の再生制御装置として機能させる。
【図面の簡単な説明】
【００１０】
【図１】実施形態に係る再生制御装置の概要構成を示すブロック図である。
【図２】実施例に係る楽曲再生システムの概要構成を示すブロック図である。
【図３】実施例に係る楽曲再生システムの細部構成を示すブロック図であり、（ａ）は実施例に係る関連情報サーバ及び関連情報データベースの構成を例示する図であり、（ｂ）は実施例に係る端末装置の概要構成を示すブロック図である。
【図４】実施例に係る楽曲データベース等の内容を例示する図であり、（ａ）は当該楽曲データベースの内容を例示する図であり、（ｂ）は実施例に係る楽曲関連情報テーブルの内容を例示する図であり、（ｃ）は実施例に係るＰＯＩ（Point of Interest）連携関連情報テーブルの内容を例示する図である。
【図５】実施例に係る楽曲再生処理を示すフローチャートである。
【図６】実施例に係る楽曲の再生タイミングと関連情報の再生タイミングとの関係等を示す図であり、（ａ）は当該関係の一例を示す図であり、（ｂ）は地図と共にＰＯＩ情報が表示される場合を例示する図である。
【発明を実施するための形態】
【００１１】
次に、本願を実施するための形態について、図１を用いて説明する。なお図１は、実施形態に係る再生制御装置の概要構成を示すブロック図である。
【００１２】
図１に示すように、実施形態に係る再生制御装置Ｓは、情報特定手段１と、タイミング特定手段２と、制御手段３と、を備えて構成されている。このとき、情報特定手段１、タイミング特定手段２及び制御手段３は、全てが一つの再生制御装置内に備えられている必要はなく、例えば、情報特定手段１及びタイミング特定手段２が図示しないサーバ装置内に備えられており、当該サーバ装置とインターネット等のネットワークを介して接続されている図示しない端末装置内に制御手段３が備えられていてもよい。
【００１３】
この構成において情報特定手段１は、再生されるべき再生情報を特定する。この場合の再生情報とは、例えば楽曲情報や、動画又は静止画等の画像情報が該当し得る。
【００１４】
そしてタイミング特定手段２は、情報特定手段１により特定された再生情報に関連する関連情報の再生タイミングとして、当該再生情報の再生前又は再生後或いは再生中のいずれかのタイミングを特定する。このとき上記関連情報とは、例えば再生情報が楽曲情報である場合における当該楽曲情報の起源を示す情報、当該楽曲情報を演奏するアーティストに関連する情報等である。
【００１５】
そして制御手段３は、情報特定手段１により特定された再生情報の再生と共に、関連情報がタイミング特定手段２により特定された再生タイミングで再生されるように制御する。
【００１６】
以上説明したように、実施形態に係る再生制御装置Ｓの動作によれば、再生されるべき再生情報に関連する関連情報の再生タイミングを、再生情報の再生前又は再生後或いは再生中のいずれかのタイミングとして特定する。そして、再生情報の再生と共に、当該特定された再生タイミングで関連情報が再生されるように制御する。よって、再生情報に関連する関連情報が、再生情報の再生前又は再生後或いは再生中のいずれかのタイミングで当該再生情報の再生と共に再生されるので、その再生情報に対するユーザの興味をより喚起することができる。また、再生情報に関連した様々な関連情報をユーザに提供することができる。
【実施例】
【００１７】
次に、上述した実施形態に対応する具体的な実施例について、図２乃至図６を用いて説明する。なお以下に説明する実施例は、インターネット等のネットワークに接続された端末装置において楽曲を再生して聴取する場合の当該再生制御に対して実施形態を適用した場合の実施例である。
【００１８】
また、図２は実施例に係る楽曲再生システムの概要構成を示すブロック図であり、図３は当該楽曲再生システムの細部構成を示すブロック図であり、図４は実施例に係る楽曲関連情報テーブル等の内容を例示する図である。更に、図５は実施例に係る楽曲再生処理を示すフローチャートであり、図６は実施例に係る楽曲の再生タイミングと関連情報の再生タイミングとの関係等を示す図である。このとき図３では、図１に示した実施形態に係る再生制御装置Ｓにおける各構成部材に対応する実施例の構成部材それぞれについて、当該再生制御装置Ｓにおける各構成部材と同一の部材番号を用いている。
【００１９】
図２に示すように、実施例に係る楽曲再生システムＳＳは、それぞれがユーザに操作される端末装置Ｔ１、端末装置Ｔ２、…、端末装置Ｔｎ（ｎは自然数）と、プレイリストサーバＰＳと、楽曲コンテンツサーバＭＳと、関連情報サーバＣＳと、上記端末装置Ｔ１、上記端末装置Ｔ２、…、上記端末装置Ｔｎ、上記プレイリストサーバＰＳ、上記楽曲コンテンツサーバＭＳ及び上記関連情報サーバＣＳを相互にデータの授受が可能に接続するインターネット等のネットワークＮＷと、を含んで構成されている。また、プレイリストサーバＰＳにはプレイリスト情報関連データベース（図２において「プレイリスト情報ＤＢ」と示す）ＰＳＢが接続されており、楽曲コンテンツサーバＭＳには楽曲データベース（図２において「楽曲ＤＢ」と示す）ＭＳＢが接続されており、更に関連情報サーバＣＳには関連情報データベース（図２において「関連情報ＤＢ」と示す）ＣＳＢが接続されている。なお以下の説明において、端末装置Ｔ１、端末装置Ｔ２、…、端末装置Ｔｎについて共通の事項を説明する場合には、これらを纏めて単に「端末装置Ｔ」と称する。また端末装置Ｔの具体例としては、例えばネットワークＮＷに接続可能ないわゆるスマートフォンやパーソナルコンピュータ或いはナビゲーション装置等が該当する。
【００２０】
この構成において、プレイリスト情報データベースＰＳＢには、端末装置Ｔにおいてユーザの指定により再生される楽曲を組み合わせた任意のプレイリスト（再生リスト）が蓄積されている。この場合のプレイリストには、一又は複数の楽曲のそれぞれについての楽曲名を示すデータ、それを演奏するアーティストの氏名又は名称を示すデータ、及びそれが含まれているアルバムの名称を示すデータが含まれている。これらに加えて一の楽曲に対応するプレイリストには、その楽曲の構成（即ち、当該楽曲の部分としての、イントロ、間奏、アウトロそれぞれの区間）を秒単位、或いはデジタルデータとしてのサンプル数で予め示した楽曲解析データも含まれている。そしてプレイリストサーバＰＳは後ほど詳述するように、いずれかの端末装置Ｔからの楽曲の要求に基づいて、当該要求された楽曲を含むプレイリストをプレイリスト情報データベースＰＳＢ内において検索し、当該要求を送信してきた端末装置ＴにネットワークＮＷを介して送信する。
【００２１】
次に楽曲データベースＭＤＢには、いずれかの端末装置Ｔにおいて再生される上記楽曲の本体となる楽曲データが当該楽曲ごとに蓄積されている。この楽曲データは、端末装置Ｔにおいて実際に再生されるべきオーディオデータそのものである。そして楽曲コンテンツサーバＭＳは後ほど詳述するように、いずれかの端末装置Ｔからの楽曲データの要求に基づいて、当該要求された楽曲データを楽曲データベースＭＳＢ内において検索し、当該要求を送信した端末装置ＴにネットワークＮＷを介して送信する。
【００２２】
一方関連情報データベースＣＳＢには後ほど詳述するように、いずれかの端末装置Ｔにおいて再生される上記楽曲に関連する情報が、実施例に係る関連情報として蓄積されている。この場合の関連情報は、各楽曲が端末装置Ｔにおいて再生される際に同時に再生される情報であり、その楽曲を聴取するユーザにとって有益な関連情報である。関連情報として具体的には、その楽曲の出自（起源）を示すデータ、その楽曲を演奏するアーティストに関連するデータ、或いはその楽曲又はアーティストに関連する地点又は施設の位置を示すデータ等が含まれている。そして関連情報サーバＣＳは後ほど詳述するように、いずれかの端末装置Ｔからいずれかの楽曲の要求が為されたとき、その要求に対応した関連情報を関連情報データベースＣＳＢ内において検索し、当該要求を送信した端末装置ＴにネットワークＮＷを介して送信する。
【００２３】
他方いずれかの端末装置Ｔは、ユーザによる楽曲の指定に基づき、当該指定に対応した楽曲を含むプレイリストを上記プレイリストサーバＰＳからネットワークＮＷを介して受信し、また当該楽曲の楽曲データを楽曲コンテンツサーバＭＳからネットワークＮＷを介して受信する。これらに加えて端末装置Ｔは、当該楽曲に関連する関連情報を関連情報サーバＣＳからネットワークＮＷを介して受信する。そして当該端末装置Ｔでは、受信したプレイリストに基づき、受信した楽曲データを再生すると共に、当該再生に合わせて、受信した関連情報を再生する。以上の各端末装置Ｔにおける処理については、後ほど詳述する。
【００２４】
次に、実施例に係る関連情報サーバＣＳ及び端末装置Ｔ等について、図３及び図４を用いてその構成等を具体的に説明する。
【００２５】
先ず図３（ａ）に示すように、関連情報データベースＣＳＢは、関連情報本体である楽曲関連情報テーブルＴＢ１と、ＰＯＩ連携関連情報テーブルＴＢ２と、を含んでいる。これら楽曲関連情報テーブルＴＢ１及びＰＯＩ連携関連情報テーブルＴＢ２については、後ほどそれぞれ詳述する。
【００２６】
一方関連情報サーバＣＳは図３（ａ）に示すように、ＣＰＵ、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等からなる処理部５と、インターフェース６と、マウス等のポインティングデバイス及びキーボード等を含む操作部７と、液晶ディスプレイ等からなるディスプレイ８と、により構成されている。また処理部５は、楽曲特定部１と、タイミング特定部２と、関連特定部４と、により構成されている。このとき、楽曲特定部１、タイミング特定部２及び関連特定部４のそれぞれは、処理部５を構成するＣＰＵ等のハードウェアロジック回路により実現されるものであってもよいし、実施例に係る楽曲再生処理に相当する後述のフローチャートに相当するプログラムを処理部５が読み出して実行することにより、ソフトウェア的に実現されるものであってもよい。そして、楽曲特定部１が実施形態に係る情報特定手段１の一例に相当し、タイミング特定部２が実施例に係るタイミング特定手段２の一例に相当する。また、関連特定部４が本願に係る「関連情報特定手段」の一例に相当し、処理部５が本願に係る「言語検出手段」の一例に相当する。
【００２７】
以上の構成においてインターフェース６は、処理部５の制御の下、ネットワークＮＷを介した処理部５と関連情報サーバＣＳ等との間のデータの授受を制御する。また操作部７は、関連情報サーバＣＳにおける処理内容等を指定するための操作が当該操作部７において実行されると、当該操作に対応する操作信号を生成して処理部５に出力する。これにより処理部５の楽曲特定部１は、いずれかの端末装置Ｔから要求された楽曲を特定する。一方関連特定部４は、楽曲特定部１により特定された楽曲に関連する関連情報を、当該楽曲の再生前又は再生後、或いは当該楽曲の部分（イントロ、間奏又はアウトロの部分）、のいずれかに対応させて特定する。この関連情報には、再生される楽曲に関連する地点情報としてのＰＯＩ情報が含まれている。この場合の関連情報とＰＯＩ情報との関連付けは後述するように、上記ＰＯＩ連携関連情報テーブルＴＢ２に記述されている。そしてタイミング特定部２は、上記楽曲のイントロ等のいずれかに対応させて、関連特定部４により特定された関連情報及びＰＯＩ情報の再生タイミングを特定する。その後処理部５は、特定された関連情報及びＰＯＩ情報を、インターフェース６を介して、当該関連情報が関連する楽曲を再生する端末装置Ｔに送信する。なお、上記の関連情報サーバＣＳにおける一連の処理において必要な情報等は、ディスプレイ８に表示され、当該関連情報サーバＣＳのユーザ（例えば、楽曲再生システムＳＳの管理者等）に報知される。
【００２８】
他方各端末装置Ｔは図３（ｂ）に示すように、ＣＰＵ、ＲＯＭ及びＲＡＭ等からなる制御部３と、インターフェース１０と、例えばＨＤＤ（Hard Disc Drive）又はＳＳＤ（Solid State Drive）等からなる記録部１１と、操作ボタン又はタッチパネル等を含む操作部１２と、液晶ディスプレイ等からなるディスプレイ１３と、スピーカ１４と、により構成されている。また制御部３は、同期制御部３０と、デコーダ３１及び３４と、楽曲プレーヤ３２と、ＴＴＳ（Text to Speech）部３３と、関連情報プレーヤ３５と、により構成されている。このとき、同期制御部３０、デコーダ３１及び３４、楽曲プレーヤ３２、ＴＴＳ部３３及び関連情報プレーヤ３５のそれぞれは、制御部３を構成するＣＰＵ等のハードウェアロジック回路により実現されるものであってもよいし、実施例に係る楽曲再生処理に相当する後述のフローチャートに相当するプログラムを制御部３が読み出して実行することにより、ソフトウェア的に実現されるものであってもよい。そして、制御部３が実施形態に係る制御手段３の一例及び本願に係る「検出手段」の一例にそれぞれ相当し、ディスプレイ１３が本願に係る「告知手段」の一例に相当する。
【００２９】
以上の構成において、端末装置Ｔにおいて再生が所望される楽曲が操作部１２における操作により指定されると、当該要求された楽曲を含むプレイリストの送信要求がインターフェース１０及びネットワークＮＷを介してプレイリストサーバＰＳに送信され、これに対応したプレイリストが当該プレイリストサーバＰＳから送信（返信）されてくる。次に制御部３は、当該送信されてきたプレイリストに対応する楽曲データ及び関連情報の送信要求を、インターフェース１０及びネットワークＮＷを介して、それぞれ楽曲コンテンツサーバＭＳ及び関連情報サーバＣＳに送信する。これらにより当該楽曲データ及び関連情報が楽曲コンテンツサーバＭＳ及び関連情報サーバＣＳからそれぞれ送信されてくると、先ず同期制御部３０が当該楽曲データにおける再生時間をカウントする。更にデコーダ３１にその楽曲データを出力する。これによりデコーダ３１は当該楽曲データを復号し、例えば操作部１２における再生開始操作に対応させて楽曲プレーヤ３２により必要な再生処理を施し、スピーカ１４から上記楽曲として放音させる。一方これらと並行して同期制御部３０は、上記カウントしている楽曲の再生時間に合わせて、受信した関連情報をＴＴＳ部３３に出力する。そしてＴＴＳ部３３は、関連情報に含まれているテキスト部分を音声化し（即ち読み上げて）、例えばＭＰ３（MPEG1 Audio Layer 3）フォーマットによりデコーダ３４に出力する。これによりデコーダ３４は、当該音声化データを復号し、関連情報プレーヤ３５により必要な再生処理を施して、スピーカ１４から放音させる。このとき制御部３は、実際に再生された関連情報を識別するための関連情報ＩＤを含む再生履歴データを記録部１１に不揮発性に記録する。なお、関連情報がディスプレイ１３に表示されるべき上記ＰＯＩ情報を含んでいる場合、当該ＰＯＩ情報は制御部３によりディスプレイ１３上に例えば地図と共に表示される。なおこの場合の地図に対応する地図データは、例えば記録部１１に予め記録されているものを用いてもよいし、図示しない地図サーバからネットワークＮＷを介して取得してもよい。また、受信した楽曲データ及び関連情報は、次回の再生処理に備えて記録部１１に一時的に記録しておいてもよい。
【００３０】
次に、実施例に係る楽曲データベースＭＳＢ、並びに関連情報データベースＣＳＢ内の楽曲関連情報テーブルＴＢ１及びＰＯＩ連携関連情報テーブルＴＢ２の構成等について、具体的に図４を用いて説明する。
【００３１】
先ず図４（ａ）に例示するように、楽曲データベースＭＳＢには、各楽曲を他の楽曲から識別するための楽曲ＩＤ５０に関連付けて、当該楽曲ＩＤ５０により識別される楽曲の楽曲データが記録されているネットワークＮＷ上の位置を示すURL（Uniform Resource Locator）等が、コンテンツＩＤ５１として記録されている。この場合のコンテンツＩＤ５１は、上記楽曲データがネットワークＮＷ上の図示しないサーバ等に蓄積されている場合は上記ＵＲＬである。また、当該楽曲データが例えば楽曲データベースＭＳＢ自体に記録されている場合、上記コンテンツＩＤ５１は楽曲データベースＭＳＢにおける当該楽曲データの記録位置を示すデータとなる。
【００３２】
次に図４（ｂ）に例示するように、実施例に係る楽曲関連情報テーブルＴＢ１では、上記楽曲ＩＤ５０と、各関連情報を他の関連情報から識別するための関連情報ＩＤ６０と、が関連付けられて記録されている。そして当該楽曲ＩＤ５０には、当該楽曲ＩＤ５０により識別される楽曲の楽曲情報として、当該楽曲の楽曲名５１、当該楽曲を演奏するアーティストの氏名又は名称を示すアーティスト名５２、当該楽曲が含まれているアルバムのアルバム名５３、及び当該楽曲が洋楽か邦楽かを示す洋楽／邦楽データ５４が関連付けられて記録されている。これに対して関連情報ＩＤ６０には、種別６１、データ出所種別６２、フォーマット６３、有効期限６４、登録日６５、広告６６、適合時間帯６７、適合天気６８、適合気分６９等、及び当該関連情報ＩＤ６０により識別される関連情報の実体であるコンテンツ７０が、関連付けられて記録されている。
【００３３】
このとき種別６１は、当該関連情報ＩＤ６０により識別される関連情報がどのような種類の情報であるかを示すデータである。具体的には例えば、当該関連情報が楽曲にまつわる関連情報である場合に種別６１は「１」と記述され、当該関連情報がその楽曲を演奏するアーティストにまつわる関連情報である場合に種別６１は「２」と記述され、当該関連情報が既定のＳＮＳ（Social Network Service）内で例えばファンにより投稿された関連情報である場合に種別６１は「３」と記述され、当該関連情報が日本語以外の言語の歌詞を有する場合におけるその意味にまつわる関連情報である場合に種別６１は「４」と記述される。
【００３４】
次にデータ出所種別６２は、当該関連情報ＩＤ６０により識別される関連情報の出所を示すデータである。具体的には例えば、当該関連情報の出所が楽曲を提供するレコード会社である場合にデータ出所種別６２は「１」と記述され、当該関連情報の出所が音楽事務所である場合にデータ出所種別６２は「２」と記述され、当該関連情報の出所が音楽出版社である場合にデータ出所種別６２は「３」と記述され、当該関連情報の出所が上記レコード会社、音楽事務所及び音楽出版社以外の所定の音楽関係者である場合にデータ出所種別６２は「４」と記述され、当該関連情報の出所が上記アーティスト本人である場合にデータ出所種別６２は「５」と記述され、当該関連情報の出所が上記ＳＮＳ等を介した一般人である場合にデータ出所種別６２は「６」と記述される。
【００３５】
次にフォーマット６３は、当該関連情報ＩＤ６０により識別される関連情報のフォーマット（様式）を示すデータである。具体的には例えば、当該関連情報がＭＰ３フォーマットの音声情報として出力される場合にフォーマット６３は「ＭＰ３」と記述され、当該関連情報が画像情報である場合にフォーマット６３は「jpg」等と記述され、当該関連情報
がテキスト情報である場合にフォーマット６３は「txt」等と記述される。
【００３６】
次に有効期限６４は、当該関連情報ＩＤ６０により識別される関連情報の有効期限（関連情報として端末装置Ｔに供給される期間の終期）を示すデータである。具体的に例えば、当該関連情報が将来の情報（例えばテレビ番組への出演情報等）である場合には、その関連情報が有効（即ちユーザにとって有意義）なのは有効期限６４として記述されている日時までであり、従って、当該有効期限６４として具体的な期限を記述して、関連情報としての有効／無効を処理部５において判断する。
【００３７】
次に登録日６５は、当該関連情報ＩＤ６０により識別される関連情報が関連情報データベースＣＳＢに登録（記録）された日付を示すデータである。そして、当該登録部６５を基準とした時間軸において、当該関連情報が現在から予め設定された閾値期間より前の古い関連情報であるか、或いは当該閾値期間内の新しい関連情報であるかを、処理部５において判断する。なお以下の説明において、当該古い関連情報を「過去（大）」の関連情報と称し、当該新しい関連情報を「過去（小）」の関連情報と称する。
【００３８】
次に広告６６は、当該関連情報ＩＤ６０により識別される関連情報に、その楽曲に関連する店舗、（他の）新作のリリース、ライブ公演等の広告内容が含まれるか否かを示すデータである。そして当該広告が含まれている場合に、予め設定された広告フラグを広告６６として設定する。この場合に処理部５は、上記広告フラグが設定されている関連情報は、当該広告としてのクライアントに相当する端末装置Ｔに対して他の関連情報に優先して送信する。
【００３９】
次に適合時間帯６７は、当該関連情報ＩＤ６０により識別される関連情報が再生されるのが好適な一日のうちの時間帯を示すデータである。具体的には例えば、当該関連情報が再生されることが終日好適である場合に適合時間帯６７は「１」と記述され、当該関連情報が朝の時間帯に再生されることが好適である場合に適合時間帯６７は「２」と記述され、当該関連情報が昼の時間帯に再生されることが好適である場合に適合時間帯６７は「３」と記述され、当該関連情報が夜の時間帯に再生されることが好適である場合に適合時間帯６７は「４」と記述される。
【００４０】
次に適合天気６８は、当該関連情報ＩＤ６０により識別される関連情報が再生されるのが好適な天気を示すデータである。具体的には例えば、当該関連情報が再生されることがいずれの天気でも好適である場合に適合天気６８は「１」と記述され、当該関連情報が晴の時に再生されることが好適である場合に適合天気６８は「２」と記述され、当該関連情報が曇りの時に再生されることが好適である場合に適合天気６８は「３」と記述され、当該関連情報が雨の時に再生されることが好適である場合に適合天気６８は「４」と記述され、当該関連情報が雪の時に再生されることが好適である場合に適合天気６８は「５」と記述される。
【００４１】
最後に適合気分６９は、当該関連情報ＩＤ６０により識別される関連情報が再生されるのが好適なユーザの状態を示すデータである。具体的には例えば、当該関連情報が再生されることが通常の状態のユーザに好適である場合に適合気分６９は「１」と記述され、ユーザが元気な時に当該関連情報が再生されることが好適である場合に適合気分６９は「２」と記述され、ユーザが疲労感を感じている時に当該関連情報が再生されることが好適である場合に適合気分６９は「３」と記述され、ユーザが眠気を催している時に当該関連情報が再生されることが好適である場合に適合気分６９は「４」と記述され、ユーザが悲しんでいる時に当該関連情報が再生されることが好適である場合に適合気分６９は「５」と記述される。
【００４２】
以上の図４（ｂ）に例示する楽曲関連情報テーブルＴＢ１の内容は、関連情報サーバＣＳから必要な関連情報を端末装置Ｔに送信する際に処理部５により参照され、実際に送信される関連情報が特定される。
【００４３】
次に図４（ｃ）に例示するように、実施例に係るＰＯＩ連携関連情報テーブルＴＢ２には、上記関連情報ＩＤ６０に関連付けて、当該関連情報ＩＤ６０により識別される関連情報に関連する地点又は施設の位置を示す緯度データ７５及び経度データ７６が記録されている。そしてこれら緯度データ７５及び経度データ７６が関連情報の一部として端末装置Ｔに送信されることにより、当該端末装置Ｔにおいて、緯度データ７５及び経度データ７６により位置が示される地点又は施設を、同時に送信されている関連情報に関連するＰＯＩ情報として例えばディスプレイ１３に地図と共に表示することが可能となる。
【００４４】
次に、端末装置Ｔ及び関連情報サーバＣＳを中心とした実施例に係る楽曲再生処理について、具体的に図５及び図６を用いて纏めて説明する。
【００４５】
対応するフローチャートを図５に示すように、先ずいずれかの端末装置Ｔにおいて再生すべき楽曲を含むプレイリストが操作部１２における操作により要求されると、当該端末装置Ｔの制御部３は、当該プレイリストの要求を示すプレイリスト要求を、当該プレイリストを識別するための例えばプレイリストＩＤと共にプレイリストサーバＰＳに送信する（ステップＳ１）。次に、プレイリストサーバＰＳは、当該プレイリスト要求を受信すると（ステップＳ１５）、要求されているプレイリストに含まれる楽曲の情報として、楽曲ごとに上記楽曲名を示すデータ、上記アーティストの氏名又は名称を示すデータ、上記アルバムの名称を示すデータ及び上記楽曲解析データを含むプレイリストをプレイリスト情報データベースＰＳＢにおいて検索し、当該検索されたプレイリストを元の端末装置Ｔに返信する（ステップＳ１６）。
【００４６】
その後プレイリストサーバＰＳは、例えばその電源スイッチがオフとされる等により実施例に係る楽曲再生処理を終了するか否かを判定し（ステップＳ１７）、当該楽曲再生処理を終了する場合は（ステップＳ１７；ＹＥＳ）そのまま当該楽曲再生処理を終了し、一方当該楽曲再生処理を継続する場合は（ステップＳ１７；ＮＯ）、上記ステップＳ１５に戻って新たなプレイリスト要求を待機する。
【００４７】
次に上記プレイリストを受信した（ステップＳ２）端末装置Ｔの制御部３は次に、上記楽曲解析データにより示されている関連情報の再生タイミング（例えば楽曲のイントロ、間奏又はアウトロのタイミング、或いは、当該楽曲の再生前又は再生後）を判定する。更に制御部３は、受信したプレイリストに含まれる当該楽曲の楽曲データの要求（楽曲ＩＤ５０を含む）と、当該楽曲に関連する関連情報の要求を、それぞれ楽曲コンテンツサーバＭＳ及び関連情報サーバＣＳに送信する（ステップＳ３及びステップＳ４）。なおこのステップＳ４において制御部３は、当該楽曲の楽曲名、アルバム名及びーティスト名それぞれを示すデータに加えて、記録部１１に記録されている上記再生履歴データ（関連情報ＩＤ６０等を含む）、及び当該端末装置Ｔを使用しているユーザの状況を示す状況データ（より具体的には、例えば当該ユーザの位置（即ち端末装置Ｔの位置）を示す位置データ、そのユーザの嗜好を示す嗜好データ、或いはそのユーザの気分を示す気分データ等）を上記関連情報の要求に含ませて送信する。このとき、上記位置データは例えば端末装置Ｔに備えられている例えばＧＰＳ（Global Positioning System）により検出された位置データを用いることができる。また上記嗜好データ及び気分データは、例えばそのユーザが予め入力しておいたその嗜好及び気分をそれぞれ示す嗜好データ及び気分データを用いることができる。なお、上記状況データの取得方法の他の例としては、例えば、図示しないカメラを使って撮像されたユーザの表情、又は当該表情の変化により検出／取得する方法や、そのユーザの音声を認識して検出／取得する方法が挙げられる。
【００４８】
次に、例えばその電源スイッチがオンとされた以降に上記楽曲データの要求の送信を待機している楽曲コンテンツサーバＭＳは、当該楽曲データの要求を受信すると（ステップＳ２０）、要求されている楽曲データを楽曲ＩＤ５０を用いて楽曲データベースＭＳＢにおいて検索し、当該検索された楽曲データを元の端末装置Ｔに返信する（ステップＳ２１）。これにより当該端末装置Ｔの制御部３は、当該送信された楽曲データを受信し（ステップＳ５）、例えば記録部１１に一時的に記録する。なおその後に楽曲コンテンツサーバＭＳは、例えばその電源スイッチがオフとされる等により実施例に係る楽曲再生処理を終了するか否かを判定し（ステップＳ２２）、当該楽曲再生処理を終了する場合は（ステップＳ２２；ＹＥＳ）そのまま当該楽曲再生処理を終了し、一方当該楽曲再生処理を継続する場合は（ステップＳ２２；ＮＯ）、上記ステップＳ２０に戻って新たな楽曲データの要求を待機する。
【００４９】
他方、例えばその電源スイッチがオンとされた以降に上記関連情報の要求の送信を待機している関連情報サーバＣＳの関連特定部４及びタイミング特定部２は、当該関連情報の要求を受信すると（ステップＳ２５）、要求されている関連情報（対応するＰＯＩ情報を含む）を関連情報データベースＣＳＢにおいて検索し、当該検索された関連情報を元の端末装置Ｔに返信する（ステップＳ２６）。これにより当該端末装置Ｔの制御部３は、当該送信された関連情報を受信し（ステップＳ６）、例えば記録部１１に一時的に記録する。なおその後に関連情報サーバＣＳは、例えばその電源スイッチがオフとされる等により実施例に係る楽曲再生処理を終了するか否かを判定し（ステップＳ２７）、当該楽曲再生処理を終了する場合は（ステップＳ２７；ＹＥＳ）そのまま当該楽曲再生処理を終了し、一方当該楽曲再生処理を継続する場合は（ステップＳ２７；ＮＯ）、上記ステップＳ２５に戻って新たな関連情報の要求を待機する。
【００５０】
ここで、関連情報サーバＣＳにおける上記ステップＳ２６について、より具体的に説明する。
【００５１】
（ア）第１例
即ち上記ステップＳ２６として関連情報サーバＣＳの楽曲特定部１は、受信した（ステップＳ２５）関連情報の要求に含まれている上記楽曲名、アーティスト名及びアルバム名により当該楽曲を特定する。そして関連特定部４は、上記楽曲名、アーティスト名及びアルバム名をそれぞれ示すデータをキーとして、関連情報データベースＣＳＢ内の楽曲関連情報テーブルＴＢ１内を検索する。その際に関連特定部４は、以下の優先度に基づいて端末装置Ｔに送信すべき関連情報を検索する。
【００５２】
より具体的に関連特定部４は、「優先度１」として、関連情報の要求に含まれている上記再生履歴データに基づき、当該ユーザが操作する端末装置Ｔにおいて過去に再生されていない関連情報を優先的に選択し、その端末装置Ｔにおいて一度再生されたことがある関連情報は除外して関連情報を検索する。
【００５３】
次に「優先度２」として関連特定部４は、関連情報の要求に含まれている上記状況データにより示されるユーザの状況や属性に対応した関連情報を、例えば上記適合気分６９及び適合時間帯６７を参照して検索する。
【００５４】
次に「優先度３」として関連特定部４は、関連情報の要求に含まれている楽曲名、アルバム名及びーティスト名それぞれを示すデータに基づき、それに合致する楽曲ＩＤ５０に関連付けられている関連情報ＩＤ６０により識別される関連情報を検索する。この関連情報としては、例えば過去のリリース年、そのプロデューサー／作詞家／作曲家等を示す情報が挙げられる。
【００５５】
次に「優先度４」として関連特定部４は、関連情報の要求に含まれているアーティスト名を示すデータに基づき、そのアーティストの関連情報を、時間軸で上記過去（大）の関連情報、上記過去（小）の関連情報、及び未来の関連情報の三つに分類し、それらに属する関連情報を検索する。より具体的に、上記過去（大）のアーティストの関連情報としては例えば、「○○年代に活躍した人」、「××出身」、メンバー情報、デビュー年、実績（例えば曲「▲▲」ヒット等）それぞれを示す関連情報が考えられる。また上記過去（小）のアーティストの関連情報としては、例えば芸能ニュースのような、「先週○○フェスに出演」、「××○が発覚」、「□□を公表」、「バンドが再結成」等を示す関連情報が挙げられる。更に上記未来のアーティストの関連情報としては、例えば「○月来日公演」、「来週テレビ出演」といった関連情報が挙げられる。
【００５６】
次に「優先度５」として関連特定部４は、上記ＳＮＳにより得られた情報及びその属性に基づき、例えば、ファンの声やその属性、或いは多くのファンが共感した情報等といった関連情報が挙げられる。
【００５７】
最後に「優先度６」として関連特定部４は、関連する上記楽曲が洋楽であった場合に、その歌詞の意訳や解説に関する情報を検索する。
【００５８】
なおその他の優先度及びその順番としては、例えば、
・関連情報の種別順（楽曲、アルバム又はアーティストにより並び替え）
・登録日時順（例えば最新順に並び替え。図４（ｂ）の登録日６５参照。）
・関連情報としての出所種別の優先度順（例えば、優先度１；そのアーティスト本人からの情報→優先度２；一般人からの情報→優先度３；音楽出版社からの情報→優先度４；音楽事務所からの情報→優先度５；レコード会社からの情報、等。図４（ｂ）のデータ出所種別６２参照。）
・ＳＮＳ等を介した投稿情報の優先度順（例えば、優先度１；同じ性別の人からの情報→優先度２；同じ年代の人からの情報→優先度３；同じ居住地域の人からの情報、等）
・ＳＮＳ等を介した投稿内容の種別の優先度順（例えば、優先度１；出演番組情報→優先度２；イベント情報→優先度３；アーティスト情報→優先度４；楽曲情報→優先度５；アルバム情報→優先度６；プロデューサー情報→優先度７；作詞家情報→優先度８；作曲家情報、等）
・ＳＮＳ等を介した投稿内容の優先度順（例えば、優先度１；ユーザの音声そのもの→優先度２；テキストデータ、等）
・ＳＮＳ等を介した投稿内容の人気度順
等が挙げられる。
【００５９】
（イ）第２例
また、上記ステップＳ２６における関連情報の検索の他の例として関連特定部４は、例えば、「コンテンツの再生履歴に応じて関連情報の種別を決定する（以下、例Ｉと称する）」、「ユーザの状況に応じて関連情報の種別を決定する（以下、例IIと称する）」、「端末装置Ｔにおけるウェブ検索の内容に応じて関連情報の種別を決定する（以下、例IIIと称する）」或いは、「チケット購入用アプリケーションやＳＮＳ等の登録情報、端末装置Ｔの記録部１１に記録されている楽曲に応じて関連情報の種別を決定する（以下、例IVと称する）」といった方法を用いて関連情報を検索してもよい。
【００６０】
このとき、上記例Ｉの場合に具体的には、例えば、端末装置Ｔにおける楽曲等のコンテンツの再生回数が予め設定された閾値より多ければある種別Ａの関連情報を検索し、当該コンテンツの再生回数が当該閾値よりも少なければ他の種別Ｂの関連情報を検索する、といった方法が考えられる。次に上記例IIの場合に具体的には、端末装置Ｔを使用するユーザの位置データ、スケジュール、日時、時間帯、季節、イベント、シチュエーション、天気、気分、年齢又は性別等に応じて関連情報の種別を決めて検索する、といった方法が考えられる。次に上記例IIIの場合に具体的には、端末装置Ｔにおいて再生する楽曲等のコンテンツに関する情報をウェブで検索している履歴が当該端末装置Ｔに記録されている場合には、検索履歴よりもより詳しい関連情報を検索する、といった方法が考えられる。最後に上記例IVの場合に具体的には、上記チケット購入用アプリケーションやＳＮＳ等に「お気に入り」アーティストが登録されている場合に、端末装置Ｔ内に記録されている楽曲の楽曲情報と連携することで、当該登録しているアーティストを検索する際に、実施例に係る関連情報として、ライブチケットの発売情報や、来日情報等が検索される、といった方法が考えられる。
【００６１】
（ウ）第３例
更に、上記ステップＳ２６における関連情報の検索の更に他の例として関連特定部４及びタイミング特定部２は、楽曲におけるイントロ、間奏及びアウトロそれぞれの部分ごとに、関連情報の優先度を設定して当該関連情報を検索するように構成することができる。なお上記「イントロ」には、楽曲再生開始直後のイントロの他に、楽曲が再生される前の時間を含む。このとき、楽曲の再生開始前に関連情報を再生する場合とは、例えば、対応する楽曲解析データをプレイリストサーバＰＳから取得して参照した結果、楽曲の構成としてイントロが殆ど無い場合や、歌詞の歌い出しと同時に楽曲自体が始まる場合等が挙げられる。また上記「アウトロ」には、楽曲再生終了直前のアウトロの他に、楽曲が再生された後の時間を含む。このとき、楽曲の再生開始後に関連情報を再生する場合とは、例えば、上記楽曲解析データを参照した結果、楽曲の構成としてアウトロが殆ど無い場合等が挙げられる。
【００６２】
即ち、楽曲のイントロと並行して再生される関連情報としては、歌詞部分が始まる前に、ユーザへなぜこの曲を流す（レコメンドする）のかの説明としての関連情報や、なぜこの曲がレコメンドされたのかの説明を聴取してその理由を知って納得するための関連情報が検索される。そして、この場合の優先度について、その例１としては、「ユーザの状況や属性」を優先度１とし、「楽曲情報や属性」を優先度２とすることが考えられる。この場合のユーザの状況や属性とは、ユーザの状況や位置（場所）及び属性のことであり、上記例１の優先度１に該当する具体的な関連情報としては、ユーザが軽井沢をドライブしている状況であるときに、関連情報として、「軽井沢は〇〇（アーティスト名）が来日した際はよく訪れました」といった関連情報が挙げられる。また上記例１の優先度２に該当する具体的な関連情報としては、当該優先度２の楽曲情報や属性に対応させて、「〇〇（アーティスト名）の×年の作品で全米□週ナンバー１となった△○（曲名）です」といった関連情報が挙げられる。また、その例２としては、「ユーザの状況や属性」を優先度１とし、「楽曲の説明や属性」を優先度２とすることが考えられる。この場合のユーザの状況や属性とは、ユーザのスケジュール（例えば「通勤中」）／日時／時間帯（例えば「朝」、「夜」等）／季節（例えば「初夏」又は「初秋」等）／イベント（例えば「卒業シーズン」等）／シチュエーション（例えば「ドライブ中」等）／天気（例えば「雨の日」等）／気分（例えば「悲しい気分」等）それぞれの属性のことであり、上記例２の優先度１に該当する具体的な関連情報としては、「これから一週間が始まります。テンションが上がる曲です。」、「一日お疲れ様でした。クールダウンする曲です。」、「○月○○日は○○（アーティスト名）の命日です。」といった関連情報が挙げられる。また上記例２の優先度２に該当する具体的な関連情報としては、当該優先度２の楽曲の説明や属性に対応させて、「○○（アーティスト名）の×年の作品で△○（曲名）です」といった関連情報が挙げられる。
【００６３】
更に、楽曲のイントロと並行して再生される関連情報の他の例としては、ユーザへ興味関心を促すために、（芸能ニュースのような）比較的新しい（即ち上記過去（小））の関連情報や、初めて出会うアーティストの場合に、そもそもこのアーティストは誰？の疑問を解消するための関連情報が検索される。そして、この場合の優先度の例としては、「アーティスト情報（過去（小））」を優先度１とし、「アーティスト情報（過去（大））」を優先度２とすることが考えられる。そして、上記優先度１に該当する具体的な関連情報としては、上記アーティスト情報（過去（小））に合わせて、「○○が発覚しました○（アーティスト名）です」、「○○フェスに出演しました○（アーティスト名）です」といった関連情報が挙げられる。また、上記優先度２に該当する具体的な関連情報としては、上記アーティスト情報（過去（大））に合わせて、「○○（アーティスト名）は、×年代に活躍した人、○出身の４人組バンドで、○△でブレイクしました」といった関連情報が挙げられる。
【００６４】
一方、楽曲の間奏と並行して再生される関連情報としては、ユーザが楽曲の１番を聴き終えて、曲の雰囲気を把握した上で補足する内容の関連情報が検索される。この場合、楽曲が洋楽以外であれば、ファンの声やその属性を優先度１として関連情報を検索し、その結果として具体的には、例えば、「○○（ファンＡ）さんの投稿です。当時、試合の前によく聴いていた思い出の曲。」といった関連情報が挙げられる。また楽曲が洋楽である場合、優先度１としてはその歌詞の意訳や属性が優先され、具体的には「この曲は、港で船を眺めてたそがれる男を歌った曲です」といった関連情報が検索され、更に優先度２としてはファンの声や属性が上記洋楽以外の場合と同様に優先され、具体的には「○○（ファンＡ）さんの投稿です。当時、試合の前によく聴いていた思い出の曲。」といった関連情報が挙げられる。
【００６５】
最後に、楽曲のアウトロと並行して再生される関連情報としては、ユーザがその楽曲をほぼ聴き終えて、関心を持った場合に、例えばテレビジョン放送の番組宣伝のように、アーティストの未来に関する内容の関連情報が検索される。この場合、例えばイベント情報や属性が優先度１として優先され、具体的には、「○○（アーティスト名）は、○○月に来日公演が決定！チケット発売は×月△日から。」、「○○（アーティスト名）は、○月×日のテレビ番組に出演します。」といった関連情報が挙げられる。
【００６６】
なお、上記イントロ、間奏及びアウトロそれぞれについて共通のテーマの下で検索した関連情報の例としては、楽曲再生前用関連情報としては「軽井沢は○○（歌手名）が来日した際はよく訪れました」なる関連情報が挙げられる。また、イントロ用関連情報としては「○○の×年の作品で○（曲名）です」なる関連情報が挙げられ、間奏用関連情報としては「この曲は、港で船を眺めている人を歌った曲です」なる関連情報が挙げられる。更に、アウトロ用関連情報としては「○○ファンの×□さんからのメッセージで、この曲は部活の試合前によく聴いていた思い出の曲、との事です。」なる関連情報が挙げられ、楽曲再生後用関連情報として「来月７月２０日に□□テレビで○○特集が放映される予定です。」なる関連情報が挙げられる。
【００６７】
次に、以上説明した関連情報サーバＣＳによる検索の結果として種々の関連情報が送信されてくると（ステップＳ６）、端末装置Ｔの制御部３は、例えば操作部１２における操作を確認することにより、楽曲の再生を開始するか否かを判定する（ステップＳ７）。ステップＳ７の判定において未だ再生の開始が指示されていない場合（ステップＳ７；ＮＯ）、制御部３は当該指示を待機する。一方ステップＳ７の判定において楽曲の再生を開始する場合（ステップＳ７；ＹＥＳ）、制御部３は、受信している（ステップＳ５参照）楽曲データの上記デコーダ３１及び楽曲プレーヤ３２を用いた再生を行うのと並行して（ステップＳ８）、受信している（ステップＳ６参照）各関連情報の再生タイミングが到来したか否かを監視する（ステップＳ９）。この場合、例えば楽曲のイントロ用の関連情報が受信されている場合はそのイントロの開始を監視し、また楽曲の間奏用の関連情報が受信されている場合はその間奏の到来を監視することになる。ステップＳ９の監視において当該再生タイミングが到来していない場合（ステップＳ９；ＮＯ）、制御部３は引き続き監視を継続し、一方当該再生タイミングが到来した場合（ステップＳ９；ＹＥＳ）、制御部３は当該到来した再生タイミングにおいて再生すべき関連情報のＴＴＳ部３３、デコーダ３４及び関連情報プレーヤ３５を用いた再生を行う（ステップＳ１０）。その後制御部３は、受信している全ての関連情報についての再生が終了しているか否かを判定し（ステップＳ１１）、終了していない関連情報がある場合は（ステップＳ１１；ＮＯ）、当該再生がされていない関連情報についての再生を開始すべく上記ステップＳ９の監視に移行する。他方ステップＳ１１の判定において全ての関連情報の再生が完了している場合（ステップＳ１１；ＹＥＳ）、このときには楽曲の再生自体も完了していることになるので（上記ステップＳ８参照）、制御部３は次に、例えばその電源スイッチがオフとされる等により実施例に係る楽曲再生処理を終了するか否かを判定し（ステップＳ１２）、当該楽曲再生処理を終了する場合は（ステップＳ１２；ＹＥＳ）そのまま当該楽曲再生処理を終了し、一方当該楽曲再生処理を継続する場合は（ステップＳ１２；ＮＯ）、上記ステップＳ１に戻って新たな楽曲要求を行う。
【００６８】
以上説明した実施例に係る楽曲再生処理が行われた場合、図６（ａ）に例示するように、楽曲の再生と並行して、例えばその再生前、イントロ、間奏、アウトロ及び再生後において、それぞれの部分に対応して検索された関連情報の内容（コンテンツ７０。図４（ｂ）参照。）が音声化されて読み上げられることになる。なお、関連情報内に上記ＰＯＩ情報が含まれている場合、制御部３は、当該ＰＯＩ情報に関連する地図ＭＰを図６（ｂ）に例示するように端末装置Ｔのディスプレイ１３に表示すると共に、上記ＰＯＩ情報に対応する地点を指し示す態様で、図６（ｂ）に例示するような関連情報８０乃至関連情報８３を文字として表示する。
【００６９】
このとき、各ＰＯＩ情報により示されている地点又は施設に案内するための案内情報を報知するように構成すれば、ユーザにとってより有益な情報の提供となる。より具体的には、例えば、軽井沢をドライブしている時に、○○○×××（歌手名）の楽曲を再生しており、それに対応して「軽井沢は○○○×××が来日した際によく訪れました」、「○○○×××の××年の作品で△○（曲名）です」といった関連情報が再生されているとする。その時、ディスプレイ１３には図６（ｂ）に例示するような地図及び関連情報８０等が表示されるが、例えば○○○×××ゆかりの地点又は施設から自車の現在位置までの距離が予め設定された一定距離以内となったときに、新たな関連情報として、「○○○×××がよく食べたフランスパンのお店が近くにあります」等を音声ガイドとして再生するように構成するのが好適である。
【００７０】
以上それぞれ説明したように、実施例に係る動作によれば、再生されるべき楽曲に関連する関連情報を当該楽曲の部分（イントロ等）等に対応させて特定し、当該関連情報の再生タイミングを当該部分等に対応させて特定する。そして、楽曲の再生と共に、当該特定された再生タイミングにより関連情報が再生されるように制御する。よって、楽曲に関連する関連情報が、当該楽曲の部分等に対応した再生タイミングで当該楽曲の再生と共に再生されるので、その楽曲に対するユーザの興味をより喚起することができる。また、楽曲に対応した様々な関連情報をユーザに提供することができる。より具体的には、例えば楽曲やアルバムやアーティストの関連情報を再生することでユーザの音楽知識を増やすことができ、更に同じアーティストや同じ楽曲を聴く際も、異なる関連情報が再生されることでユーザを飽きさせないことができる。更にまた、再生される楽曲と共に関連情報を再生することで、ユーザが知らない楽曲であってもその楽曲に対する興味を湧かせることができる。
【００７１】
また、関連情報に対して既定されている優先度に応じて関連情報を特定するので、簡易な処理にて関連情報を特定することができる。
【００７２】
更に、楽曲の部分等が楽曲のイントロ、間奏又はアウトロであり、楽曲にそれぞれ関連した複数の異なる関連情報を、再生前又は再生後の楽曲、或いはそのイントロ、間奏又はアウトロ、のいずれかに対応させて特定するので、その特定結果を用いて関連情報を再生することで、多岐に渡る関連情報をユーザに提供してその楽曲に対するユーザの興味をより喚起することができる。
【００７３】
更にまた、イントロの再生時間が予め設定されたイントロ閾値時間より短いか殆どない場合でも、イントロに対応する楽曲の紹介を内容とする関連情報を楽曲の再生前のタイミングに再生されるように制御することで、イントロが短いか又は殆どない楽曲であっても、その楽曲に対するユーザの興味を喚起することができる。
【００７４】
また、アウトロの再生時間が予め設定されたアウトロ閾値時間より短いか殆どない場合でも、アウトロに対応する楽曲の紹介を内容とする関連情報を楽曲の再生後のタイミングに再生されるように制御することで、アウトロが短いか又は殆どない楽曲であっても、その楽曲に対するユーザの興味を喚起することができる。
【００７５】
更に、日本語以外の歌詞の楽曲である場合、当該楽曲の日本語による訳又は日本語による解説である関連情報を再生すれば、日本語以外の歌詞の楽曲が再生される場合でも、その楽曲に対するユーザの興味をより喚起することができると共に、その楽曲に対応した様々な関連情報をユーザに判り易く提供することができる。
【００７６】
更にまた、関連情報の再生に当たり、関連情報に対応するＰＯＩ情報を表示することで、当該関連情報が関連する楽曲に対するユーザの興味をより喚起することができると共に、その楽曲に対応した有益な関連情報を例えば移動中のユーザに判り易く提供することができる。
【００７７】
また、関連情報に関連する地点又は施設に案内するための案内情報を更に表示することで、より有益な情報を例えば移動中のユーザに提供することができる。
【００７８】
なお上述した実施例においては、楽曲と共に再生済みの関連情報を除外して他の関連情報を特定する構成としたが、これ以外に、楽曲と共に再生済みの当該関連情報の再生に係る優先度を、他の関連情報（即ち未再生の関連情報）の優先度に対して相対的に下げるようにして特定するように構成してもよい。
【００７９】
また上述した実施例において、複数の関連情報を同時再生する場合に、関連情報を楽曲と同時（混合）再生する際、動画内を流れるテキストのように、複数の関連情報を重ねて、或いは多少時間をずらして、同時再生するように構成してもよい。この場合にＴＴＳ部３３は、同時再生される関連情報それぞれの音声が聴取可能となるように、例えば周波数の重ならない合成音声を用いて各関連情報の読み上げ（音声化）を行うように構成するのが好適である。この場合、複数の関連情報それぞれについて複数の異なるキャラクタを使用するように構成してもよい。
【００８０】
また、上述した実施例の構成に加えて、再生中の楽曲に対してユーザが興味を抱いているか否かを検出し、当該興味が抱かれていると検出された場合に、関連する関連情報を楽曲のアウトロに対応させて特定し、その関連情報がアウトロ内の再生タイミングで再生されるように制御するように構成してもよい。なおこの場合に、ユーザが興味を抱いているか否かの検出は、例えば上記カメラを使って撮像された表情又はその変化により検出する方法や、音声認識による検出方法が考えられる。このような構成によれば、再生された楽曲に興味を抱くユーザに対してその最後の部分で関連情報を再生するので、その楽曲の印象をユーザに定着させることができる。
【００８１】
更に上述した実施例では楽曲を再生してこれを聴取する場合に実施形態を適用したが、これ以外に、例えば画像又は動画像を再生情報として再生し、これに関連する関連情報を合わせて再生する場合に実施形態を適用してもよい。
【００８２】
更にまた、図５に示したフローチャートに相当するプログラムを、光ディスク又はハードディスク等の記録媒体に記録しておき、或いはインターネット等のネットワークを介して取得しておき、これを汎用のマイクロコンピュータ等に読み出して実行することにより、当該マイクロコンピュータ等を実施例に係る処理部５又は制御部３として機能させることも可能である。
【符号の説明】
【００８３】
１    対象特定手段（楽曲特定部）
２    タイミング特定手段（タイミング特定部）
３    制御手段（制御部）
４    関連特定部
Ｓ    再生制御装置
ＳＳ    楽曲再生システム
Ｔ、Ｔ１、Ｔ２、Ｔｎ    端末装置
ＭＳ    楽曲コンテンツサーバ
ＰＳ  プレイリストサーバ
ＭＳＢ    楽曲データベース
ＰＳＢ  プレイリスト関連情報データベース
ＣＳ    関連情報サーバ
ＣＳＢ    関連情報データベース
ＴＢ１    楽曲関連情報テーブル
ＴＢ２    ＰＯＩ連携関連情報テーブル
【図１】
2019200836.tif 000003
【図２】
2019200836.tif 000004
【図３】
2019200836.tif 000005
【図４】
2019200836.tif 000006
【図５】
2019200836.tif 000007
【図６】
2019200836.tif 000008