コンテンツ管理装置、コンテンツ再生装置、及びコンテンツ管理方法
【課題】再生状況に適したコンテンツをより正確に特定できる技術を提供する。
【解決手段】１ユーザに帰属する複数のコンテンツ再生装置から、コンテンツ再生情報を取得する再生情報取得部と、コンテンツ再生情報に基づいて、コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況か否かを判断する再生状況判断部と、再生状況判断部が判断したコンテンツの再生状況に応じて、再生情報取得部で取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶部と、複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、かつ抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定部と、を備える。
【解決手段】１ユーザに帰属する複数のコンテンツ再生装置から、コンテンツ再生情報を取得する再生情報取得部と、コンテンツ再生情報に基づいて、コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況か否かを判断する再生状況判断部と、再生状況判断部が判断したコンテンツの再生状況に応じて、再生情報取得部で取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶部と、複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、かつ抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定部と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ管理装置、コンテンツ再生装置、及びコンテンツ管理方法に関する。
【背景技術】
【０００２】
音楽を含むコンテンツを再生する車載用コンテンツ再生装置に関する技術として、例えば特許文献１に記載の技術がある。特許文献１に記載の車載用コンテンツ再生装置は、車の走行履歴と走行時に聴いていた楽曲を示す情報とを含む履歴データを蓄積している履歴データ蓄積部と、車の走行時において、履歴データ蓄積部に蓄積された履歴データを参照することによって、現在の走行状況と相関の強い楽曲の種類を特定する相関抽出部と、特定された種類に属する楽曲を再生する及び楽曲選択部及び再生部とを備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３１３６１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
選曲方法の一つとして、ドライブシーンにおいて再生する曲と、生活シーンにおいて再生する曲とを区別するといった方法がある。従来より再生履歴を蓄積しシーンに適した曲を選曲させる技術がある。しかし、このような従来から存在する再生履歴と再生シーンとを１対１で対応させて選曲する技術では、再生履歴の積み上げにすぎないことから、例えば再生頻度が多くない曲でも、時間の経過と共に再生回数が増加するといった問題がある。その結果、所定時間経過後では、所定の再生シーンに適した曲として選曲されることが懸念される。つまり、このような従来の技術では、本当にユーザが聴きたいシーンで聴きたい曲を選曲することができないことが懸念される。また、一人のユーザが複数のコンテンツ再生装置を使用している場合、例えば車載用のコンテンツ再生装置と移動自在なコンテンツ再生装置を使用している場合、同一曲を夫々のコンテンツ再生装置で再生してしまうと、本来の再生シーンに適した曲を選曲することができなくなることも懸念される。
【０００５】
本発明では、上記した背景に鑑み、再生状況に適したコンテンツをより正確に特定できる技術を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明では、上述した課題を解決するため、複数のコンテンツ再生装置によってコンテンツが再生される場合において、コンテンツの再生状況を判断し、再生状況に応じて異なる記憶領域にコンテンツの再生状況に関する情報を含むコンテンツ再生情報を記憶させることとした。
【０００７】
より詳細には、本発明に係るコンテンツ管理装置は、１ユーザに帰属する複数のコンテンツ再生装置から、少なくともコンテンツの再生状況に関する情報を含むコンテンツ再生情報を取得する再生情報取得部と、前記コンテンツ再生情報に基づいて、前記コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況かを判断する再生状況判断部と、前記再生状況判断部が判断したコンテンツの再生状況に応じて、前記再生情報取得部で取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶部と、前記複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、かつ抽
出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定部と、を備える。
【０００８】
本発明によれば、取得したコンテンツ再生情報を、コンテンツの再生状況に応じて異なる記憶領域に記憶させることで、コンテンツ再生装置毎の再生状況をより正確に管理することができる。その結果、ユーザが置かれる状況に最適なコンテンツを提供することができる。また、コンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、更に抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定することで、ユーザが置かれる状況により最適なコンテンツを提供することができる。特定状況とは、特にシーンによって再生対象となるコンテンツを変更したい状況である。一般状況とは、特定状況以外の状況である。
【０００９】
ここで、本発明に係るコンテンツ管理装置において、前記コンテンツ再生情報は、コンテンツ再生装置の属性情報を更に含み、前記再生状況判断部は、前記属性情報及び前記再生状況に関する情報に基づいて前記コンテンツの再生状況を判断するようにしてもよい。
【００１０】
属性情報と再生状況に関する情報の双方に基づいて再生状況を判断することで、より正確に再生状況を判断することができる。
【００１１】
また、本発明に係るコンテンツ管理装置において、前記特定状況は、車内であり、前記一般状況は、車外であり、前記再生状況判断部は、前記コンテンツ再生情報に基づいて、前記コンテンツ再生状況が車内か車外か否かを判断し、前記記憶部は、前記再生情報取得部で取得されたコンテンツ再生情報を、車内用の記憶領域と車外用の記憶領域に分けて記憶させ、前記特定部は、車内のコンテンツ再生装置からの特定要求に応じて、車内に適するコンテンツを車内用の記憶領域から抽出し、かつ抽出したコンテンツの車外での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源である車内のコンテンツ再生装置に提供するようにしてもよい。
【００１２】
再生状況の一つにドライブシーンと生活シーンがある。ドライブシーンでは、季節、場所、天候、渋滞状況に応じて、その状況に適したコンテンツを再生したいといった要求がある。しかしながら、移動自在なコンテンツ再生装置において仮にドライブシーンに適したコンテンツを再生してしまうと、本来ドライブシーンに適しているはずのコンテンツがドライブシーンに適したコンテンツとして管理できなくなることが懸念される。本発明に係るコンテンツ管理装置では、コンテンツ再生情報を車内用の記憶領域と車外用の記憶領域に分けて記憶させることから、特定状況としての車内（例えば、ドライブシーン）に適したコンテンツと一般状況としての車外（例えば、生活シーン）に適したコンテンツを正確に区別することができる。また、抽出したコンテンツの車外での再生状況を考慮することで、一般状況で再生してしまったコンテンツを排除することができ、特定状況に最適なコンテンツを特定することができる。
【００１３】
また、本発明に係るコンテンツ管理装置において、前記再生状況判断部は、前記コンテンツ再生情報に基づいて、判断対象であるコンテンツが特定状況での再生回数と、特定状況以外の状況である一般状況での再生回数とを比較し、前記特定状況での再生回数と前記一般状況での再生回数との差分が所定回数以上である場合、前記判断対象であるコンテンツが特定状況に適したコンテンツと判断するようにしてもよい。
【００１４】
本発明は、判断対象となるコンテンツが特定状況に適するのか、それとも一般状況に適するのかを破断する一例にすぎないが、判断対象となるコンテンツ特定状況に適するか否かは、例えば上記のように判断することができる。
【００１５】
ここで、本発明は、上述した本発明に係るコンテンツ管理装置と通信自在なコンテンツ再生装置として特定することもできる。具体的には、本発明は、上述したコンテンツ管理装置と通信自在な端末装置であって、ユーザからのコンテンツの特定要求を受け付ける操作部と、操作部で受け付けた前記特定要求を前記コンテンツ提供サーバに出力する通信部と、前記コンテンツ管理装置が特定した再生状況に適したコンテンツに関する特定情報を表示する表示部と、を備える。
【００１６】
また、本発明は、上述した本発明に係るコンテンツ管理装置とコンテンツ再生装置とを含む、コンテンツ管理システムとして特定することもできる。
【００１７】
更に、本発明は、上述した本発明に係るコンテンツ管理装置、コンテンツ再生装置、又はコンテンツ管理システムの何れかで実行されるコンテンツ提供方法として特定することもできる。具体的には、本発明は、１ユーザに帰属する複数のコンテンツ再生装置から、少なくともコンテンツの再生状況に関する情報を含むコンテンツ再生情報を取得する再生情報取得ステップと、前記コンテンツ再生情報に基づいて、前記コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況かを判断する再生状況判断ステップと、前記再生状況判断ステップで判断されたコンテンツの再生状況に応じて、前記再生情報取得ステップで取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶ステップと、前記複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、かつ抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定ステップと、を備えるコンテンツ管理方法である。また、本発明は、上述した本発明に係るコンテンツ管理装置、コンテンツ再生装置、又はコンテンツ管理システムで実行される処理を実現させるプログラムとして特定することもできる。
【００１８】
また、本発明は、上記プログラムを登録したコンピュータが読み取り可能な登録媒体であってもよい。この場合、コンピュータ等に、この登録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。なお、コンピュータ等が読み取り可能な登録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる登録媒体をいう。
【発明の効果】
【００１９】
本発明によれば、再生状況に適したコンテンツをより正確に特定できる技術を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】実施形態に係る楽曲管理システムの概略構成を示す。
【図２】実施形態に係る楽曲管理装置の構成を示す。
【図３】実施形態に係る車載機の構成を示す。
【図４】実施形態に係る車載機の制御部の機能ブロック図を示す。
【図５】実施形態に係る携帯端末の構成を示す。
【図６】楽曲管理システムの概略構成及び処理の流れの概略を示す。
【図７】データアップロード処理のフローを示す。
【図８】楽曲再生情報取得処理のフローを示す。
【図９】車両・周辺状況情報取得処理のフローを示す。
【図１０】楽曲管理装置におけるデータ処理フローを示す。
【図１１】車載機からアップロードされたデータを登録する再生履歴データベースの一例を示す。
【図１２】再生回数の算出パターンの一例を示す。
【図１３Ａ】期間毎の再生回数ランク付けの一例を示す。
【図１３Ｂ】期間毎の再生頻度ランク付けの一例を示す。
【図１３Ｃ】同一期間の今回算出した再生回数／再生頻度と、前回算出値とを比較し、それぞれの変動度合いを算出した例を示す。
【図１４】楽曲聴取嗜好・傾向判定テーブルの一例を示す。
【図１５Ａ】楽曲はＳ１でよく聴かれる楽曲と判定される判定パターンを示す（１）。
【図１５Ｂ】楽曲はＳ１よく聴かれる楽曲と判定される判定パターンを示す（２）。
【図１５Ｃ】楽曲は一般的に聴かれる曲と判定される判定パターンを示す（１）。
【図１５Ｄ】楽曲は一般的に聴かれる曲と判定される判定パターンを示す（２）。
【図１５Ｅ】楽曲はＳ１でよく聴かれる楽曲と判定される判定パターンを示す（３）。
【図１５Ｆ】楽曲は一般的に聴かれる楽曲と判定される判定パターンを示す（３）。
【図１５Ｇ】楽曲はＳ２でよく聴かれる楽曲と判定される判定パターンを示す。
【図１６】選曲受付画面の遷移例を示す。
【発明を実施するための形態】
【００２１】
次に、本発明の実施形態について図面に基づいて説明する。以下の説明では、本発明のコンテンツ管理装置を楽曲管理装置に適用した場合であり、楽曲管理装置、記憶装置、車載機、携帯端末、ＰＣ、ポータブルオーディオを含む楽曲管理システムを例に説明する。
【００２２】
＜構成＞
図１は、実施形態に係る楽曲管理システム１０の概略構成を示す。実施形態に係る楽曲管理システム１０は、楽曲管理装置１、記憶装置２、車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６を備える。楽曲管理装置１、記憶装置２、車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６は、互いにネットワーク７を介して接続されている。ネットワーク７には、電話回線網を利用したインターネットが例示されるが、ネットワーク７は、楽曲管理装置１、記憶装置２、車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６を電気的に接続し、通信可能とできるものであれば良くその態様は特に限定されない。
【００２３】
（楽曲管理装置）
図２は、実施形態に係る楽曲管理装置の構成を示す。図２に示すように、楽曲管理装置１は、ハードウェア構成として、楽曲管理装置の情報処理装置１１、楽曲管理装置の表示装置１２、楽曲管理装置の入力装置１３、楽曲管理装置の通信装置１４を備え、楽曲管理装置の情報処理装置１１は、楽曲管理装置のＣＰＵ１５、楽曲管理装置のメモリ１６を有する。また、楽曲管理装置の情報処理装置１１は、再生情報取得部１７、再生状況判断部１８、楽曲管理装置の記憶部１９、特定部２０を備える。
【００２４】
楽曲管理装置の表示装置１２は、例えば、液晶表示装置、プラズマディスプレイパネル、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、エレクトロルミネッセンスパネル等を含む。楽曲管理装置の入力装置１３は、例えば、キーボード、ポインティングデバイス、タッチパネル、操作ボタン等を含む。楽曲管理装置の通信装置１４には、例えば、ネットワーク７への接続を実現する通信モジュール（例えば、ネットワークカード）が例示される。
【００２５】
楽曲管理装置のＣＰＵ１５は、楽曲管理装置１の各ハードウェアを制御し、また、楽曲管理装置のメモリ１６に登録された制御プログラムに従って、再生情報取得部１７、再生状況判断部１８、楽曲管理装置の記憶部１９、特定部２０といった各機能部を機能させる
。その結果、楽曲管理装置の情報処理装置１１は、これらの各機能部を備える情報処理装置１１として機能する。各機能部は、ＣＰＵ１５上で実行されるコンピュータプログラムとして構成することができる。また、これらの各機能部は、専用のプロセッサとして構成してもよい。
【００２６】
再生情報取得部１７は、１ユーザに帰属する複数の楽曲再生装置、すなわち、車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６から、少なくとも楽曲の再生状況（以下、再生シーンともいう）に関する情報を含む楽曲再生情報を取得する。
【００２７】
再生状況判断部１８は、楽曲再生情報に基づいて楽曲の再生状況を判断する。具体的には、再生状況判断部１８は、再生状況が車内であるか否かを判断する。
【００２８】
楽曲管理装置の記憶部１９は、再生状況判断部１８が判断した楽曲の再生状況に応じて、再生情報取得部１７で取得された楽曲再生情報を異なる記憶領域に記憶させる。すなわち、楽曲管理装置の記憶部１９は、記憶装置２に設けられた各データベースに、再生状況に応じて楽曲再生情報を記憶させる。各データベースの詳細については後述する。なお、記憶装置２は、ハードディスクドライブ（以下、ＨＤＤとする。）や半導体メモリ等により構成することができる。本実施形態では、記憶装置２が楽曲管理装置１が設けられたセンター内に設けられているが、記憶装置２はセンターの外部に設けられていてもよい。
【００２９】
特定部２０は、複数の楽曲再生装置（車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６）からの選曲要求（本発明の特定要求）に応じて、各楽曲再生装置の再生状況に適する楽曲を特定し、特定した楽曲を選曲要求源である楽曲再生装置に提供する。
【００３０】
（車載機）
次に車載機３について、車載用オーディオ・ビジュアル・ナビゲーション一体機（以下、ＡＶＮ一体機ともいう。）を例に説明する。
【００３１】
図３は、実施形態に係る車載機３の構成を示す。車載機３は、車載機の制御部１０１、放送受信部１０２、ディスク再生部１０３、ＨＤ再生部１０４、ナビゲーション部１０５、ＶＩＣＳ情報受信部１０６、ＧＰＳ情報受信部１０７、分配回路１０８、画像調整回路１０９、音声調整回路１１０、スピーカ１１１、画像出力部１１２、表示部１１３、操作部１１４、メモリ１１５、遠隔操作部１１６を備える。
【００３２】
車載機の制御部１０１は、車載機（ＡＶＮ一体機）３の各部、或いは接続された外部機器からの信号、また使用者（ユーザ）の操作に基づく各操作部からの操作指示信号等を入力し、それら信号に基づき車載機３の各部、或いは外部機器を統括的に制御する。車載機の制御部１０１は、例えばマイクロコンピュータ（マイコン）により構成され、ＲＯＭ等のメモリに記憶されたプログラムに従い動作する。
【００３３】
図４は、実施形態に係る車載機の制御部１０１の機能ブロック図を示す。実施形態に係る車載機の制御部１０１は、車載機のＣＰＵ３１、車載機のメモリ３２を含むコンピュータとコンピュータ上で実行されるプログラムによって実現される。車載機のＣＰＵ３１は、車載機３の各ハードウェアを制御し、また、車載機のメモリ３２に登録された制御プログラムに従って、選曲制御部３４を含む各機能部を機能させる。選曲制御部３４は、楽曲の再生履歴の取得及び送信、選曲指示の受付、選曲要求の送信、選曲情報（特定情報）の受信、楽曲の受信、楽曲の再生などを行う。その結果、車載機３は、これらの機能を備える車載機として機能する。選曲制御部３４は、車載機のＣＰＵ３１上で実行されるコンピュータプログラムとして構成することができる。また、選曲制御部３４は、専用のプロセッサとして構成してもよい。
【００３４】
放送受信部１０２は、アンテナにより受信された放送波から、特定の周波数の放送波を選択受信し、復調して当該放送の音声信号および、画像信号（テレビ放送の場合）を出力する。放送受信部１０２は、同調回路、復調・復号回路等により構成される。そして、放送受信部１０２は、車載機の制御部１０１からの制御信号により、そのオン／オフ、受信周波数等の各種動作が制御される。
【００３５】
ディスク再生部１０３は、ディスクに記憶されているデータをピックアップにより読込み、読込んだデータに基づく音声信号、画像信号（例えばDVDやBD（Blu-ray Disc）の場
合）の出力を行う。ディスク再生部１０２は、光学ピックアップ、ピックアップ・ディスク駆動機構、ピックアップ・ディスク駆動機構の制御回路、読取信号の復号回路等により構成される。そして、ディスク再生部１０３は、車載機の制御部１０１からの制御信号により、そのオン／オフ、読込み位置等の各種動作が制御される。
【００３６】
ＨＤ再生部１０４は、磁気登録媒体であるハードディスク（ＨＤ）にMP3ファイル等の
音楽データやJPEGファイル等の画像データ、ナビゲーション用の地図データ等が記憶され、記憶された各種データから所望のデータを読み出し、画像信号、音声信号、文字信号を出力する。ＨＤ再生部１０４は、ＨＤドライブ、読取信号号の復号回路等により構成される。そして、ＨＤ再生部１０４は、車載機の制御部１０１からの制御信号により、そのオン／オフ、読み出すデータ等の各種動作が制御される。
【００３７】
ナビゲーション部１０５は、地図上に自車位置や目的地までの経路を表示したり、交差点等で音声等により右左折等の進行方向案内を行い、また後述するＶＩＣＳ情報受信部１０６から交通情報、ＧＰＳ情報受信部１０７から自車位置情報を入手して表示したりして、目的地までの経路案内を行う。ナビゲーション部１０５は、ナビゲーションの為に利用される地図情報を記憶するハードディスク（ＨＤ）、各種演算処理を行うＣＰＵ、各種処理のためにデータを記憶するＲＡＭ等のメモリ等から構成され、車載機の制御部１０１からの制御信号に従って、そのオン／オフ、各種動作が制御される。
【００３８】
ＶＩＣＳ情報受信部１０６は、交通情報通信システム（ＶＩＣＳ（登録商標））に係る交通情報を受信し、受信した交通情報を出力する。ＶＩＣＳ情報受信部１０６は、交通情報通信システムからのデータを受信する受信機（ＦＭ受信機，電波ビーコン受信機，光ビーコン受信機）、受信したデータを復号する復号回路等から構成される。
【００３９】
ＧＰＳ情報受信部１０７は、ＧＰＳ（登録商標）衛星からのＧＰＳ信号に基づき自車位置を検出し、検出した現在地情報を出力する。ＧＰＳ情報受信部１０７は、ＧＰＳ信号を受信するＧＰＳ信号受信回路、受信したＧＰＳ信号に基づき自車位置を算出する演算部から構成される。
【００４０】
分配回路１０８は、車載機の制御部１０１の制御信号により、出力することが指定された各種ソース（ディスク再生部１０３、放送受信部１０２、ＨＤ再生部１０４及びナビゲーション部１０５）の音声信号と画像信号を音声調整回路１１０及び画像調整回路１０９に出力する分配回路であり、リレーあるいはスイッチングトランジスタ等の電子回路で構成されたスイッチ群で構成される。
【００４１】
画像調整回路１０９は、車載機の制御部１０１の制御信号により、入力された画像信号に対し、輝度や色調、コントラストなどを調整し、調整した各画像信号を出力する。画像調整回路１０９は、画像データを記憶するメモリ、画像データを演算処理するデジタルシグナルプロセサ等の演算回路等により構成される。
【００４２】
音声調整回路１１０は、車載機の制御部１０１の制御信号により、入力された音声信号に対し、音量、音声を調整し、調整した音声信号を出力する。音声調整回路１１０は、音声データを記憶するメモリ、画像データを演算処理するデジタルシグナルプロセサ等の演算回路、トランジスタ・抵抗・コンデンサ・コイル等により構成される増幅・減衰回路や共振回路等により構成される。
【００４３】
スピーカ１１１は、音声調整回路１１０により入力された音声信号を、音声出力する。
【００４４】
画像出力部１１２は、画像調整部から入力された画像信号と、車載機の制御部１０１から表示部に表示させる表示画像信号とを入力して画像合成等の処理を施し、当該処理を施した画像信号に基づき表示部１１３を駆動する。画像出力部１１２は、例えば、演算処理により画像処理を行なう画像用に特化された演算処理回路である画像ASIC、画像処理・出力用に画像データを記憶するビデオメモリ、画像出力用ビデオメモリに記憶された画像データに基づき表示部を駆動する画像駆動回路等で構成される。本実施形態では、画像出力部１１２が機能することで、後述する選曲受付画面などが車載機の表示部１１３に表示される。
【００４５】
車載機の表示部１１３は、画像出力部１１２により入力された画像信号に基づき画像を表示する。表示部１１３は、例えば液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ、冷陰極フラットパネルディスプレイ等で構成される。本実施形態の表示部１１３は、タッチパネルによって構成されている。
【００４６】
車載機の操作部１１４は、装置の使用者が各種操作を行う。車載機の操作部１１４は、例えばタッチパネルや、押釦スイッチ、回転操作スイッチ、ジョイスティック等により構成される。本実施形態の操作部は、タッチパネルによって構成されている。
【００４７】
車載機のメモリ１１５は、各種データや制御プログラムを記憶するメモリ（記憶媒体）で、例えばＨＤＤ（Hard Disk Drive）や、書換え可能なフラッシュメモリ等により構成
される。
【００４８】
遠隔操作部１１６は、自動車にインストルメントパネル等に設置されたＡＶＮ一体機本体から離れた場所、例えば運転席と助手席間のひじ掛け付近や、ステアリングホイールに設置され、使用者による入力操作の操作状態を出力する。遠隔操作部１１６は、本例では操作部の回転操作、傾動操作、押圧操作を検出する。尚、このような遠隔操作部は、回転操作量・方向に応じた信号を出力するロータリエンコーダ、感圧センサにより構成され傾動操作方向に応じた信号を出力するジョイスティック等の傾動センサ、押圧操作によりオンオフ状態が変化する押圧スイッチにより構成される。
【００４９】
（その他の端末装置）
携帯端末４、ＰＣ５、ポータブルオーディオ６などのその他の端末装置は、ネットワーク７を介して楽曲管理装置１と接続され、車載機３と同様の機能を有する。携帯端末４を例に説明すると、携帯端末４（例えば、携帯電話機やスマートフォン）は、車載機３における選曲制御部３４に相当するプログラムがインストールされることで、楽曲の再生履歴の取得及び送信、選曲指示の受付、選曲要求の送信、選曲情報（特定情報）の受信、楽曲の受信、楽曲の再生などを行う端末装置として機能する。図５は、実施形態に係る携帯端末の構成を示す。携帯端末４は、ハードウェア構成として、携帯端末の情報処理装置４１、携帯端末の表示装置４２、携帯端末の入力装置４３、携帯端末の通信装置４４を備え、携帯端末の情報処理装置４１は、携帯端末のＣＰＵ４５、携帯端末のメモリ４６、携帯端末の記憶装置４７、及び選曲制御部４８を有する。
【００５０】
（システム全体の処理の概略）
図６は、楽曲管理システムの概略構成及び処理の流れの概略を示す。車両側では、車載機のＣＰＵ３１は、本発明のコンテンツ再生情報に含まれる、車両情報、位置情報、車内状況、車両周辺状況、車両装備品作動情報、楽曲再生情報を取得し、データキャッシュに一時的に保存する。そして、車載機のＣＰＵ３１は、所定のタイミングでデータキャッシュに保存された各種情報に基づいてアップロードデータを作成し、楽曲管理装置１に対してアップロードする。車両情報は、車両の属性に関する情報であり、車種、排気量、乗車可能人数、駐車場の位置情報などを含む。位置情報は、車両のリアルタイムの位置情報であり、経度緯度による特定、住所による特定、道路種別（高速道路、一般道路）、都道府県による特定が例示される。車内状況は、同乗者の有無、同乗者の人数、同乗者の乗車位置、同乗者の種別（家族、親類、恋人、友人、他人、上司、同僚、部下）などを含む。車両周辺状況は、車両の走行状態（停車、走行中、徐行、法定速度）渋滞状況、交通量、天候などを含む。車両装備品作動情報は、ワイパー、ヘッドライト、エアコンのＯＮ／ＯＦＦ、エアコンの設定温度、エアコンの風量、内外気設定などを含む。楽曲再生情報は、楽曲ＩＤ、楽曲名、アーティスト名、再生開始時間、再生終了時間などを含む。
【００５１】
端末装置側では、携帯端末のＣＰＵ４５は、本発明のコンテンツ再生情報に含まれる、位置情報や楽曲再生情報を取得し、データキャッシュに一時的に保存する。そして、携帯端末のＣＰＵ４５は、所定のタイミングでデータキャッシュに保存された各種情報に基づいてアップロードデータを作成し、楽曲管理装置１に対してアップロードする。位置情報は、携帯端末４のリアルタイムの位置情報であり、経度緯度による特定、住所による特定、道路種別（高速道路、一般道路）、都道府県による特定が例示される。楽曲再生情報は、楽曲名、アーティスト名、再生開始時間、再生終了時間などを含む。
【００５２】
記憶装置２には、生データベース、車内再生履歴データベース、車外再生履歴データベース、車内再生回数・間隔データベース、車内再生回数・頻度データベース、車外再生回数・頻度データベース、楽曲聴取嗜好・傾向履歴データベースが設けられており、楽曲管理装置１は、処理の段階に応じて対応するデータベースへ情報を登録する。具体的には、楽曲管理装置のＣＰＵ１５は、車載機３及び携帯端末４からアップロードされたデータを取得すると、まず、生データデータベースへ登録する。次に、楽曲管理装置のＣＰＵ１５は、生データベースからデータを抽出しデータエラーのチェックを行う。次に、楽曲管理装置のＣＰＵ１５は、データエラーチェック後のデータの判別を行う。具体的には、楽曲管理装置のＣＰＵ１５は、再生が車内で行われたか、再生が車外で行われたかを判別する。その結果、楽曲管理装置のＣＰＵ１５は、判別したデータが車内に属するものであれば、車内再生履歴データベースへ登録し、判別したデータが車外に属するものであれば、車外再生履歴データベースへ登録する。
【００５３】
楽曲管理装置のＣＰＵ１５が再生回数・間隔を算出する際は、楽曲管理装置のＣＰＵ１５は、車内再生履歴データベースと車外再生履歴データベースの夫々からデータを取得し、再生回数及び再生間隔を算出する。算出後、楽曲管理装置のＣＰＵ１５は、車内再生回数・間隔データベースと車外再生回数・間隔データベースの夫々へ登録する。
【００５４】
楽曲管理装置のＣＰＵ１５が再生回数・頻度を判定する際は、楽曲管理装置のＣＰＵ１５は、車内再生回数・間隔データベースと車外再生回数・間隔データベースの夫々からデータを取得し、再生回数及び再生頻度を判定する。判定後、楽曲管理装置のＣＰＵ１５は、車内再生回数・頻度データベースと車外再生回数・頻度データベースの夫々へ登録する。楽曲管理装置のＣＰＵ１５は、再生回数・頻度判定に続いて楽曲毎の聴取傾向判定処理を行う際は、判定結果は楽曲聴取嗜好・傾向履歴データベースへ登録する。
【００５５】
（データアップロード処理）
図７は、データアップロード処理のフローを示す。以下に説明する処理は、車載機のＣＰＵ３１又は携帯端末のＣＰＵ４５によって実行される。この処理のトリガとしては、（１）タイマにより所定時間になると開始、又は、（２）楽曲の再生によって開始がある。ユーザが頻繁に楽曲を再生する場合には、トリガは、「（２）楽曲の再生によって開始」にすることが好ましい。また、楽曲を再生する間隔が空く場合には、トリガは、「（１）タイマにより所定時間になると開始」にすることが好ましい。
【００５６】
ステップＳ１１では、楽曲が再生されたか否か判断される。楽曲が再生されていか否かは、楽曲再生時に送信される再生信号を検知することで判断される。楽曲が再生されていると判断された場合、ステップＳ１２へ進む。一方、楽曲が再生されていないと判断された場合、処理が終了する。
【００５７】
ステップＳ１２では、楽曲再生情報取得処理が実行される。ここで、図８は、楽曲再生情報取得処理のフローを示す。ステップＳ２１では、再生楽曲ＩＤが取得される。再生楽曲ＩＤは、楽曲を識別できればよい。車載機のＣＰＵ３１は、例えば再生信号から楽曲を識別可能な信号を取得する。次に、ステップＳ２２では、楽曲再生開始時間が取得される。車載機のＣＰＵ３１は、例えば再生信号が出力されたタイミングの時間を検出する。楽曲再生開始時間が取得されると、ステップＳ２３へ進む。
【００５８】
ステップＳ２３では、楽曲再生終了時におけるユーザ操作の有無が判定される。具体的には、車載機のＣＰＵ３１は、曲送りのフラグが立っているか否か判定する。曲送りのフラグが立っている場合、ステップＳ２４へ進む。一方、曲送りのフラグが立っていない場合、ステップＳ２８へ進む。
【００５９】
ステップＳ２８以降では、他のフラグが立っているか否か判定され、その後ステップＳ２５へ進むことになる。そこで、まず、ステップＳ２８以降の処理について説明する。ステップＳ２８では、楽曲再生終了時におけるユーザ操作の有無が判定される。具体的には、車載機のＣＰＵ３１は、曲戻しのフラグが立っているか否か判定する。曲戻しのフラグが立っている場合、ステップＳ２９へ進み曲戻しフラグが取得される。一方、曲戻しのフラグが立っていない場合、ステップＳ３０へ進む。
【００６０】
ステップＳ３０では、楽曲再生終了時におけるユーザ操作の有無が判定される。具体的には、車載機のＣＰＵ３１は、通常終了フラグが立っているか否か判定する。通常終了フラグが立っている場合、ステップＳ３１へ進む。一方、通常終了フラグが立っていない場合、ステップＳ３２へ進み、強制終了フラグが取得される。ステップＳ２４では曲送りフラグが取得され、ステップＳ２９では曲戻しフラグが取得され、ステップＳ３１では通常終了フラグが取得され、ステップＳ３２では強制終了フラグが取得され、その後ステップＳ２５へ進む。
【００６１】
ステップＳ２５では、楽曲再生終了時間が取得される。楽曲再生終了時間は、再生信号の終了のタイミングの時間を検出することで取得できる。再生終了時間が取得されると、ステップＳ２６へ進む。
【００６２】
ステップＳ２６では、楽曲再生時間が取得される。車載機のＣＰＵ３１は、楽曲再生開始時間と楽曲再生終了時間の差分をとり、楽曲再生時間を算出する。楽曲再生時間が取得されると、ステップＳ２７へ進む。
【００６３】
ステップＳ２７では、取得されたデータがメモリにキャッシュされる。すなわち、車載機のＣＰＵ３１は、再生楽曲ＩＤ、楽曲再生開始時間、フラグ、再生終了時間、楽曲再生時間をメモリにキャッシュする。以上により、楽曲再生情報取得処理が終了する。楽曲再
生情報取得処理が終了すると、データアップロード処理におけるステップＳ１３へ進む。
【００６４】
ステップＳ１３では、車両・周辺状況情報取得処理が実行される。ここで、図９は、車両・周辺状況情報取得処理のフローを示す。ステップＳ３１では、楽曲再生開始時の車両位置情報が取得される。具体的には、車載機のＣＰＵ３１は、ＧＰＳ情報受信部１０７を通じて楽曲再生開始時の車両の位置情報（経度緯度）を取得する。車両位置情報が取得されるとステップＳ３２へ進む。
【００６５】
ステップＳ３２では、楽曲再生開始時の日時情報が取得される。日時情報は、車載機３の内部（例えば、ナビゲーション部１０５）から取得することができる。日時情報が取得されると、ステップＳ３３へ進む。
【００６６】
ステップＳ３３では、楽曲再生開始時の走行路の種別情報が取得される。車載機のＣＰＵ３１は、道路種別（例えば、高速道路、一般道）、エリア種別（例えば、市街地、郊外、山間部）を取得する。道路種別やエリア種別は、ＧＰＳ情報受信部１０７を通じて経度緯度を取得し、経度緯度とナビゲーション部１０５が有する地図情報に基づいて取得できる。楽曲再生開始時の走行路の種別情報が取得されると、ステップＳ３４へ進む。
【００６７】
ステップＳ３４では、楽曲再生開始時の装備品作動情報が取得される。車載機のＣＰＵ３１は、例えば、ＥＣＵ（電子制御ユニット）から、ワイパー、ヘッドライト、エアコンのＯＮ／ＯＦＦ、エアコンの設定温度、エアコンの風量、内外気設定を取得する。楽曲再生開始時の装備品作動情報が取得されると、ステップＳ３５へ進む。
【００６８】
ステップＳ３５では、楽曲再生開始時の車速情報が取得される。車載機のＣＰＵ３１は、例えば、車速信号が流れるケーブルなどから取得する。楽曲再生開始時の車速情報が取得されると、ステップＳ３６へ進む。
【００６９】
ステップＳ３６では、楽曲再生開始時の同乗者情報が取得される。車載機のＣＰＵ３１は、例えば、同乗者の有無、同乗者の人数、同乗者の乗車位置、同乗者の種別（家族、親類、恋人、友人、他人、上司、同僚、部下）を取得する。これらの情報は、シートにセンサを設けることで取得できる。楽曲再生開始時の同乗者情報が取得されると、車両・周辺状況情報取得処理が終了する。車両・周辺状況情報取得処理が終了すると、データアップロード処理のステップＳ１４へ進む。
【００７０】
ステップＳ１４では、楽曲再生情報又は車両・周辺状況情報が、メモリにキャッシュされる。すなわち、ステップＳ１２、１３で取得された情報がメモリにキャッシュされる。次にステップＳ１５では、最終アップロード時間とメモリにキャッシュした時間との差が既定時間以下であるか判断される。規定時間は、例えばメモリのキャッシュ量に応じて既定することができる。最終アップロード時間とメモリにキャッシュした時間との差が既定時間以下であると判断されると、ステップＳ１６へ進む。一方、最終アップロード時間とメモリにキャッシュした時間との差が既定時間以下でないと判断された場合、ステップＳ１７へ進む。
【００７１】
ステップＳ１６では、メモリキャッシュ量が既定以下か否か判断される。既定以下と判断されると、データアップロード処理が終了する。既定以下と判断されなかった場合、ステップＳ１７へ進む。
【００７２】
ステップＳ１７では、アップロードデータが生成される。次に、ステップＳ１８では、アップロード可能フラグがＯＮか否か判断される。アップロード可能フラグがＯＮであれば、ステップＳ１９へ進み、アップロード可能フラグがＯＮでない場合、再度ステップＳ
１８へ進む。ステップＳ１９では、実際にデータのアップロードが開始される。データのアップロードが完了すると、ステップＳ２０へ進む。
【００７３】
ステップＳ２０では、最新アップロード時間が更新される。最新アップロード時間が更新されると、ステップＳ２１へ進み、メモリキャッシュがクリアされる。以上により、データアップロード処理する。これにより、車載機３で取得された情報が楽曲管理装置１へアップロードされる。また、上記処理を適宜繰り返すことで、アップロードが繰り返し行われる。なお、携帯端末４などの他の端末装置についても、基本的には同様の手順により、各種情報のアップロードが可能である。
【００７４】
（楽曲管理装置におけるデータ処理）
図１０は、楽曲管理装置におけるデータ処理フローを示す。以下に説明する処理は、楽曲管理装置のＣＰＵ１５によって実行される。この処理は、所定時間になると自動的に開始されてもよく、また、データの受信をトリガとして処理が開始されるようにしてもよい。
【００７５】
ステップＳ４１では、データが受信されたか否か判断される。データが受信されていれば、ステップＳ４２へ進み、データが受信されていない場合にはステップＳ５３へ進む。ステップＳ４２では、受信されたデータが車載機３からのアップロードか否か判断される。受信されたデータが車載機３からのアップロードか否かは、例えば、再生した端末装置を特定するログをアップロードするデータに付与し、これを読み取ることで判断できる。受信されたデータが車載機からのアップロードである場合、ステップＳ４３へ進む。一方、受信されたデータが車載機からのアップロードでない場合、ステップＳ４２−１へ進む。
【００７６】
ステップＳ４３では、アップロードデータが車内用生データベースに登録される。次に、ステップＳ４４では、データエラーチェックが実行される。すなわち、データエラーが無いか否か判断される。データエラーチェックの方法の例としては、例えばＣＲＣ（Cyclic Redundancy Check）エラーの有無を判断する方法が挙げられる。データエラーが検出
されなければ、ステップＳ４５へ進む。一方、データエラーが検出された場合、ステップＳ５２へ進み、データ異常と判断され、データが破棄される。
【００７７】
ステップＳ４５では、受信されたデータが正常値であるか判断される。正常値であれば、ステップＳ４６へ進む。一方、受信されたデータが正常値でない場合、ステップＳ５２へ進み、データ異常と判断され、データが破棄される。
【００７８】
ステップＳ４６では、受信データ中の楽曲再生情報が、車内再生履歴データベースに登録される。ここで、図１１は、車載機からアップロードされたデータを登録する再生履歴データベースの一例を示す。この再生履歴データベースは、「楽曲ＩＤ」、「エリア１」、「エリア２」、「エリア３」、「エリア４」、「再生時間帯」、「車両・周辺状況１」、「車両・周辺状況２」、「車両・周辺状況３」の項目が設けられ、楽曲毎に各項目のデータが登録されている。「楽曲ＩＤ」は、楽曲を識別するものであり、図１１では「楽曲ＩＤ」として数字が用いられている。「エリア１」は、楽曲の再生場所を示し、「車内」又は「車外」が登録されている。楽曲の再生場所は、再生履歴情報から判断し、振り分けることができる。「車内」と「車外」の詳しい判断手順については、後述する。「エリア２」、「エリア３」も再生場所を示す。「エリア２」では、地域情報、「エリア３」では道路種別情報、「エリア４」では市街地情報が登録されている。地域情報、道路種別情報、及び市街地情報は、楽曲再生開始時の車両位置情報と楽曲管理装置１が有する地図情報とを比較することで判断し、振り分けることができる。「再生時間帯」は、楽曲の再生時間であり、図１１では、時間による特定と、「早朝」、「昼」、「夕方」、「夜間」とい
った段階的な特定が用いられている。「再生時間帯」は、楽曲再生開始時国情報より判断し、振り分けることができる。「車両・周辺状況１」には走行状態が登録されている。「車両・周辺状況１」は、楽曲再生開始時の車速瞬間値と車両プローブ情報（走行中の車両から得られる情報。例えば位置情報。）の既定期間のモニタリングによる変動値算出結果より、「停車」と「走行状態」を判断し、振り分けることができる。「車両・周辺状況２」には、交通量等が登録されている。「車両・周辺状況２」は、楽曲再生開始時の車両位置・車速情報と、センターで管理する集合知情報（エリア毎のプローブ情報集計結果）より、車両位置周辺の交通量を推定でき、振り分けることができる。「車両・周辺状況３」には天候が登録されている。「車両・周辺状況３」は、楽曲再生開始時の車両位置情報・装備品作動情報（ワイパー、ヘッドライトなど）と、センターで収集したエリア毎の天気情報を元に車両位置周辺の天気情報を推定し、振り分けることができる。受信データ中の楽曲再生情報が、車内再生履歴データベースに登録されると、ステップＳ５３へ進む。
【００７９】
ステップＳ４２において、受信されたデータが車載機からのアップロードでないと判断された場合、ステップＳ４２−１へ進む。ステップＳ４２−１では、車内からのアップロードか否か判断される。車内からのアップロードか否かは、例えば、アップロードした楽曲再生装置を特定するログをアップロードするデータに付与し、これを読み取ることで判断できる。車内からのアップロードである場合、ステップＳ４３へ進む。車載機からのアップロードであり、かつ、車内からのアップロードのシーンには、車載機が移動自在なポータブル型であり、楽曲再生端末が車載機であるが再生場所が車外である場合や、楽曲再生端末がＰＣや携帯端末などであり、再生場所が車内である場合が例示される。一方、車内からのアップロードでない場合、ステップＳ４７へ進む。
【００８０】
ステップＳ４７では、アップロードデータが車外用生データベースに登録される。次に、ステップＳ４８では、データエラーチェックが実行される。すなわち、データエラーが無いか否か判断される。データエラーチェックの方法の例としては、例えばＣＲＣ（Cyclic Redundancy Check）エラーの有無を判断する方法が挙げられる。データエラーが検出
されなければ、ステップＳ４９へ進む。一方、データエラーが検出された場合、ステップＳ５１へ進み、データ異常と判断され、データが破棄される。
【００８１】
ステップＳ４９では、受信されたデータが正常値であるか判断される。正常値であれば、ステップＳ５０へ進み、正常値でない場合、ステップＳ５１へ進み、データ異常と判断され、データが破棄される。ステップＳ５０では、受信データ中の楽曲再生情報が、車外再生履歴データベースに登録される。車外再生履歴データベースは、例えば、図１１に示す車内再生履歴データベースのように構成することができる。ステップＳ４６、５０、５１、５２におけるそれぞれの処理が終了すると、ステップＳ５３へ進む。
【００８２】
ステップＳ５３では、ユーザ嗜好・傾向情報の更新のタイミングか否か判断される。タイミングとして適していれば、ステップＳ５４へ進み、タイミングとして適していなければ処理を終了する。
【００８３】
ステップＳ５４では、前回処理からのデータ更新があるか否か判断される。前回処理からのデータ更新がある場合には、ステップＳ５５へ進み、前回処理からのデータ更新が内場合には、処理を終了する。
【００８４】
ステップＳ５５では、車外／車内再生履歴データベースに登録されている情報に基づいて、各楽曲について、走行エリア／時間帯／車両・周辺状況毎の既定期間の再生回数が算出される。ここで、図１２は、再生回数の算出パターンの一例を示す。再生回数の算出は、楽曲毎に、図１２に示すとおり任意に既定された集計期間で、シーン毎の楽曲再生回数の総和が算出される。なお、算出条件は、以下のとおりである。すなわち、「エリア」／
「再生時間帯」／「車両・周辺状況」が同一の再生履歴情報を同一データ群として、再生履歴回数がカウントされる。また、「エリア」「再生時間帯」／「エリア」「車両・周辺状況」／「再生時間帯」「車両・周辺状況」が同一の再生履歴情報を同一データ群として、再生履歴回数がカウントされる。「エリア」「再生時間帯」、「車両・周辺状況」が同一の再生履歴情報を同一データ群として、再生履歴回数がカウントされる。以上により、任意に既定された集計期間における再生回数が算出される。再生回数が算出されると、ステップＳ５６へ進む。
【００８５】
ステップＳ５６では、車外／車内再生履歴データベースに登録されている情報に基づいて、各楽曲について、走行エリア／時間帯／車両・周辺状況毎の既定期間の再生頻度が算出される。なお、算出条件は、以下のとおりである。すなわち、楽曲毎に図１２に示すとおり任意に既定された集計期間で、シーン毎の楽曲再生間隔（時間）の平均値が算出される。「エリア」／「再生時間帯」／「車両・周辺状況」が同一の再生履歴情報を同一データ群として、前後の再生履歴から曲の再生間隔（時間）を抽出し、それらの平均値が算出される。また、「エリア」「再生時間帯」／「エリア」「車両・周辺状況」／「再生時間帯」「車両・周辺状況」が同一の再生履歴情報を同一データ群として、前後の再生履歴から曲の再生間隔（時間）を抽出し、それらの平均値が算出される。更に、「エリア」「再生時間帯」、「車両・周辺状況」が同一の再生履歴情報を同一データ群として、前後の再生履歴から曲の再生間隔（時間）を抽出し、それらの平均値が算出される。例えば、楽曲ＩＤ＝３の楽曲について、過去Ｎカ月の「エリア」「再生時間帯」が同一の履歴情報を抽出した結果、再生間隔が「３日／４日／２日／６日」だったとき、上記期間の平均再生間隔は「３．７５日」となる。
【００８６】
なお、算出された「再生回数」、「再生頻度」を既定された閾値に基づいてランク付けを行うことができる。ここで、図１３Ａは、期間後との再生回数ランク付けの一例であり、図１３Ｂは、期間毎の再生頻度ランク付けの一例である。このようにランク付けを行うことで再生回数や再生頻度の判定を容易に行うことができる。また、図１３Ｃは、同一期間の今回算出した再生回数／再生頻度と、前回算出値とを比較し、それぞれの変動度合いを算出した例を示す。このように頻度の変動度合いを算出することで、期間毎の変動度合いを容易に確認できる。再生頻度（再生間隔）が算出されると、ステップＳ５７へ進む。
【００８７】
ステップＳ５７では、楽曲再生履歴に基づいて、各楽曲の聴取嗜好・傾向が判定される。ここで、図１４は、楽曲聴取嗜好・傾向判定テーブルの一例を示す。図１４では、聴取場所が、「車内／車外」、「車内でよく聴く楽曲」、「車外でよく聴く楽曲」、「−（その他）」に分けられ、「再生回数の変動度合い」と「再生頻度変動度合い」が夫々、「車内」と「車外」に分けられている。例えば、図１４に示すようなテーブルを用いることで、車内、車外における楽曲聴取嗜好・傾向を容易に判定することができる。以上により、データ処理フローにおける処理が終了する。
【００８８】
（特定シーンで良く聴かれる楽曲か否かの判定）
楽曲管理装置のＣＰＵ１５は、図１５Ａから図１５Ｇに示す判定パターンに基づいて、各楽曲についてある特定シーンでよく聴かれる楽曲か（シーンに対して特異性のある楽曲か）、一般的によく聴かれる楽曲であるか（特定のシーンに特異性のない曲であるか）を定期的に判定することができる。図１５Ａから図１５Ｇに示す判定パターンは、１曲ごとに対応する。縦軸は楽曲の再生頻度であり、横軸は時間を示す。但し、図１５Ａから図１５Ｃにおける横軸については時間軸としての意味をもたない。図１５Ａから図１５Ｃについては、ある楽曲の再生頻度がシーン１（Ｓ１）とシーン２（Ｓ２）とに分けて表現されているにすぎない。以下に説明する判定手法は、例えばステップＳ５７の判定に用いることができる。
【００８９】
図１５Ａは、楽曲はＳ１でよく聴かれる楽曲と判定される判定パターンを示す。図１５Ａでは、Ｓ１における再生頻度がＳ２における再生頻度大きく上回っている。従って、この楽曲はＳ１でよく聴かれる楽曲と判定される。この場合、Ｓ１での選曲頻度を上げる。
【００９０】
図１５Ｂは、楽曲はＳ１よく聴かれる楽曲と判定される判定パターンを示す（２）。図１５Ｂでは、閾値が設けられている以外は、図１５Ａの判定パターンと同じである。図１５Ｂでは、Ｓ１における再生頻度が閾値を上回り、更にＳ２における再生頻度大きく上回っている。従って、この楽曲はＳ１でよく聴かれる楽曲と判定される。この場合、Ｓ１での選曲頻度を上げる。
【００９１】
図１５Ｃは、楽曲は一般的に聴かれる曲と判定される判定パターンを示す（１）。図１５Ｃでは、Ｓ１、Ｓ２が何れも閾値を上回っている。従って、この楽曲は、一般的に聴かれる楽曲と判定される。この場合、Ｓ１以外での選曲頻度を上げる。
【００９２】
図１５Ｄは、楽曲は一般的に聴かれる曲と判定される判定パターンを示す。図１５Ｄでは、時間の経過も考慮され、最近の再生頻度が閾値を下回っており、この曲は一般的に聴かれる楽曲と判定される。この場合、Ｓ１以外での選曲頻度を上げる。
【００９３】
図１５Ｅは、楽曲はＳ１でよく聴かれる楽曲と判定される。図１５Ｅでは、時間の経過も考慮されているが、Ｓ１は閾値を上回っており、この曲はＳ１でよく聴かれる楽曲と判定される。この場合、Ｓ１での選曲頻度を上げる。
【００９４】
図１５Ｆは、楽曲は一般的に聴かれる楽曲と判定される。図１５Ｆでは、Ｓ１、Ｓ２が何れも閾値を下回っており、一般的に聴かれる楽曲と判定される。この場合、Ｓ１以外での選曲も実施する。
【００９５】
図１５Ｇは、楽曲はＳ２でよく聴かれる楽曲と判定される。図１５Ｇでは、Ｓ１では最近の再生頻度は閾値を下回っているが、Ｓ２では最近の頻度は閾値を上回っており、Ｓ２でよく聴かれるようになった（Ｓ２に特異性が移った）と判定される。この場合、Ｓ２での選曲頻度を上げる。
【００９６】
（再生場所の特定）
車載機３は、通常車内で楽曲を再生するが、ポータブル車載機では車外で楽曲を再生する場合も想定される。これを踏まえ、車載機においては、以下のようにシーンを判定することができる。以下に説明する判定手法は、上述した車載機からのアップロードか否か（ステップＳ４２）の判定、車内からのアップロードか否か（ステップＳ４２−１）の判定に用いることができる。
【００９７】
（車載機・ケース１）
楽曲再生端末が車載機であり、再生場所が車内であり、車載機が車内の据え置き型であり、ユーザが車内で楽曲を聴取した場合、楽曲聴取ログに聴取機器種別（車内の据え置き型）を付与して楽曲管理装置１へアップロードする。これにより、再生シーンが車内であると判定することができる。
【００９８】
（車載機・ケース２）
楽曲再生端末が車載機であり、再生場所が車内であり、車載機が移動自在なポータブル型であり、ユーザが車内で楽曲を聴取した場合、楽曲聴取ログに聴取機器種別（ポータブル型）を付与すると共に、ユーザの聴取位置情報も付与して楽曲管理装置１へアップロードする。また、車載機からの定期的なプローブアップロードにより、時刻毎の車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を定期的に楽曲管理装置
１で管理する。また、ＰＣや携帯端末の楽曲聴取ログと車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を比較し、再生時刻での楽曲聴取位置情報とその時刻近辺の車両位置との差分が閾値以下であり、かつ再生時刻近辺での車両状態がアクセサリー電源ＯＮ状態であるときは、再生シーンが車内であると判定する。これにより、再生シーンが車内であると判定することができる。
【００９９】
（車載機・ケース３）
楽曲再生端末が車載機であり、再生場所が車外であり、車載機が移動自在なポータブル型であり、ユーザが車外で楽曲を聴取した場合、楽曲聴取ログに聴取機器種別（ポータブル型）を付与すると共に、ユーザの聴取位置情報も付与して楽曲管理装置１へアップロードする。また、車載機からの定期的なプローブアップロードにより、時刻毎の車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を定期的に楽曲管理装置１で管理する。また、ＰＣや携帯端末の楽曲聴取ログと車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を比較し、再生時刻での楽曲聴取位置情報とその時刻近辺の車両位置との差分が閾値以上であるとき、または、再生時刻近辺での車両状態がアクセサリー電源ＯＦＦ状態であり、かつアクセサリー電源ＯＦＦ状態が規定時間以上継続しているときは、再生シーンが車外であると判定する。これにより、再生シーンが車外であると判定することができる。
【０１００】
（携帯端末等・ケース１）
楽曲再生端末がＰＣや携帯端末（以下、携帯端末等とする）であり、再生場所が車内であり、携帯端末等が車内に持ち込まれて再生され、ユーザが車内で楽曲を聴取した場合、携帯端末等を介して再生シーンが車内であることを入力する。この場合、携帯端末等に楽曲聴取環境を確認する機能を付与し、車内か車外かを確認後、確認結果をアップロードするようにすればよい。なお、楽曲管理装置１が判定する場合には以下のようにすればよい。すなわち、携帯端末等の楽曲聴取ログに聴取機器種別（携帯端末等）を付与すると共に、ユーザの聴取位置情報も付与して楽曲管理装置１へアップロードする。また、車載機からの定期的なプローブアップロードにより、時刻毎の車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を定期的に楽曲管理装置１で管理する。また、携帯端末等の楽曲聴取ログと車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を比較し、再生時刻での楽曲聴取位置情報とその時刻近辺の車両位置との差分が閾値以下でその状態が規定時間以上継続し、かつ車両状態がアクセサリー電源ＯＮ状態であるときは、再生シーンが車内であると判定する。これにより、再生シーンが車内であると判定することができる。
【０１０１】
（携帯端末等・ケース２）
楽曲再生端末が携帯端末等であり、再生場所が車内であり、携帯端末等が車載機に接続して車載機を経由して再生（専用のインターフェースを利用）され、ユーザが車内で楽曲を聴取した場合、携帯端末等を介して再生シーンが車内であることを入力する。この場合、携帯端末等に楽曲聴取環境を確認する機能を付与し、車内か車外かを確認後、確認結果をアップロードするようにすればよい。なお、楽曲管理装置１が判定する場合には以下のようにすればよい。すなわち、車載機が携帯端末等の接続を認識したときに認識フラグをＯＮにし、車載機３と携帯端末等との認証結果を保持し、アップロードデータに付与する。また、車載機側で再生履歴を管理又はアップロードする場合は、車載機が携帯端末等の接続を検知したとき再生機器の識別子は「携帯端末等」、再生場所の識別子は「車内」として再生履歴を管理する。楽曲管理装置１は、アップロードされた再生履歴ログについて、上記の情報が含まれている場合は「車内再生している」と判定する。携帯端末等側で再生履歴を管理又はアップロードする場合は、再生機器識別子は「携帯端末等」、再生場所の識別子は「車内」として再生履歴を管理する。楽曲管理装置１は、アップロードされた再生履歴ログについて、上記の情報が含まれている場合は再生シーンが車内であると判定
する。これにより、再生シーンが車内であると判定することができる。
【０１０２】
（携帯端末等・ケース３）
楽曲再生端末が携帯端末等であり、再生場所が車内であり、携帯端末等が車載機に接続して車載機を経由して再生（専用のインターフェースを利用）され、ユーザが車内で楽曲を聴取した場合、携帯端末等を介して再生シーンが車内であることを入力する。この場合、携帯端末等に楽曲聴取環境を確認する機能を付与し、車内か車外かを確認後、確認結果をアップロードするようにすればよい。なお、楽曲管理装置１が判定する場合には以下のようにすればよい。すなわち、車載機が携帯端末等との物理的接続を認識したときに認識フラグをＯＮにし、ＡＵＸの抵抗値の変動や信号入力の検知などより接続を判別する。また、車載機側で再生履歴を管理又はアップロードする場合は、車載機が携帯端末等の接続を検知したとき再生機器の識別子は「携帯端末等」、再生場所の識別子は「車内」として再生履歴を管理する。楽曲管理装置１は、アップロードされた再生履歴ログについて、上記の情報が含まれている場合は「車内再生している」と判定する。携帯端末等側で再生履歴を管理又はアップロードする場合は、再生機器識別子は「携帯端末等」、再生場所の識別子は「車内」として再生履歴を管理する。楽曲管理装置１は、アップロードされた再生履歴ログについて、上記の情報が含まれている場合は再生シーンが車内であると判定する。これにより、再生シーンが車内であると判定することができる。
【０１０３】
（携帯端末等・ケース４）
楽曲再生端末が携帯端末等であり、再生場所が車外であり、例えば自宅のＰＣで楽曲を聴取し、また、電車通勤中に携帯端末で楽曲を聴取した場合、携帯端末等を介して再生シーンが車内であることを入力する。この場合、携帯端末等に楽曲聴取環境を確認する機能を付与し、車内か車外かを確認後、確認結果をアップロードするようにすればよい。なお、楽曲管理装置１が判定する場合には以下のようにすればよい。すなわち、楽曲聴取ログに聴取位置情報も付与して楽曲管理装置１にアップロードする。また車載機からの定期的なプローブアップロードにより、時刻毎の車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を定期的に楽曲管理装置１で管理する。また、携帯端末等の楽曲聴取ログと車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を比較し、再生時刻での楽曲聴取位置情報とその時刻近辺の車両位置との差分が閾値以上であるとき、又は再生時刻での楽曲聴取場所とその時刻近辺の車両位置との差分が閾値以下であるが車両状態がアクセサリー電源ＯＦＦ状態で、かつその状態が規定時間以上継続しているときは、再生シーンが車外であると判定する。これにより、再生シーンが車外であると判定することができる。
【０１０４】
（選曲例）
図１６は、選曲受付画面の遷移例を示す。図１６に示す選曲受付画面は、再生モード選択画面、テーマ選択画面、楽曲再生画面を有する。選曲受付画面には、「オーディオ」ボタン、「戻る」ボタン、「検索」ボタン、「再生テーマから選ぶ」ボタンが表示されている。再生モード選択画面において、「再生テーマから選ぶ」ボタンが選択されると、テーマ選択画面に遷移する。
【０１０５】
テーマ選択画面には、「オーディオ」ボタン、「戻る」ボタン、「お気に入り楽曲」ボタン、「今だからこその楽曲」ボタンが表示されている。テーマ選択画面において、「今だからこその楽曲」ボタンが選択されると楽曲再生画面に遷移する。
【０１０６】
楽曲再生画面には、「オーディオ」ボタン、「戻る」ボタン、「再生中楽曲情報」、「楽曲リスト」が表示されている。また、テーマ選択画面において、「今だからこその楽曲」ボタンが選択されると、車載機のＣＰＵ３１は、楽曲管理装置１と通信し、今だからこその楽曲を選曲するようコマンドを送る。すなわち、車載機のＣＰＵ３１は、現在のシー
ンに最も適した選曲を楽曲管理装置１に対して要求する。これを受け、楽曲管理装置１は、先に説明したデータ処理を実行し、現在のシーンに最も適した選曲を行うための処理を実行する。選曲が完了すると、選曲した楽曲が送信され、楽曲再生画面に表示される。なお、本実施形態では、楽曲の再生には、ストリーミング再生が用いられる。なお、ストリーミング再生に代えて、ダウンロード完了後に再生するようにしてもよい。
【０１０７】
以上説明した、実施形態に係る楽曲管理システムによれば、取得した楽曲再生情報を、楽曲の再生状況に応じて異なるデータベースに記憶させることで、再生装置毎の再生状況をより正確に管理することができる。その結果、ユーザがおかれる状況に最適なコンテンツを提供することができる。
【０１０８】
以上本発明の実施形態について説明したが、本発明に係るコンテンツ管理装置やコンテンツ再生装置はこれらに限らず、可能な限りこれらの組合せを含むことができる。
【符号の説明】
【０１０９】
１・・・楽曲管理装置
２・・・記憶装置
３・・・車載機
４・・・携帯端末
５・・・ＰＣ
６・・・ポータブルオーディオ
１０・・・楽曲管理システム
１７・・・再生情報取得部
１８・・・再生状況判断部
１９・・・記憶部
【技術分野】
【０００１】
本発明は、コンテンツ管理装置、コンテンツ再生装置、及びコンテンツ管理方法に関する。
【背景技術】
【０００２】
音楽を含むコンテンツを再生する車載用コンテンツ再生装置に関する技術として、例えば特許文献１に記載の技術がある。特許文献１に記載の車載用コンテンツ再生装置は、車の走行履歴と走行時に聴いていた楽曲を示す情報とを含む履歴データを蓄積している履歴データ蓄積部と、車の走行時において、履歴データ蓄積部に蓄積された履歴データを参照することによって、現在の走行状況と相関の強い楽曲の種類を特定する相関抽出部と、特定された種類に属する楽曲を再生する及び楽曲選択部及び再生部とを備える。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００６−３１３６１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
選曲方法の一つとして、ドライブシーンにおいて再生する曲と、生活シーンにおいて再生する曲とを区別するといった方法がある。従来より再生履歴を蓄積しシーンに適した曲を選曲させる技術がある。しかし、このような従来から存在する再生履歴と再生シーンとを１対１で対応させて選曲する技術では、再生履歴の積み上げにすぎないことから、例えば再生頻度が多くない曲でも、時間の経過と共に再生回数が増加するといった問題がある。その結果、所定時間経過後では、所定の再生シーンに適した曲として選曲されることが懸念される。つまり、このような従来の技術では、本当にユーザが聴きたいシーンで聴きたい曲を選曲することができないことが懸念される。また、一人のユーザが複数のコンテンツ再生装置を使用している場合、例えば車載用のコンテンツ再生装置と移動自在なコンテンツ再生装置を使用している場合、同一曲を夫々のコンテンツ再生装置で再生してしまうと、本来の再生シーンに適した曲を選曲することができなくなることも懸念される。
【０００５】
本発明では、上記した背景に鑑み、再生状況に適したコンテンツをより正確に特定できる技術を提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明では、上述した課題を解決するため、複数のコンテンツ再生装置によってコンテンツが再生される場合において、コンテンツの再生状況を判断し、再生状況に応じて異なる記憶領域にコンテンツの再生状況に関する情報を含むコンテンツ再生情報を記憶させることとした。
【０００７】
より詳細には、本発明に係るコンテンツ管理装置は、１ユーザに帰属する複数のコンテンツ再生装置から、少なくともコンテンツの再生状況に関する情報を含むコンテンツ再生情報を取得する再生情報取得部と、前記コンテンツ再生情報に基づいて、前記コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況かを判断する再生状況判断部と、前記再生状況判断部が判断したコンテンツの再生状況に応じて、前記再生情報取得部で取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶部と、前記複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、かつ抽
出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定部と、を備える。
【０００８】
本発明によれば、取得したコンテンツ再生情報を、コンテンツの再生状況に応じて異なる記憶領域に記憶させることで、コンテンツ再生装置毎の再生状況をより正確に管理することができる。その結果、ユーザが置かれる状況に最適なコンテンツを提供することができる。また、コンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、更に抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定することで、ユーザが置かれる状況により最適なコンテンツを提供することができる。特定状況とは、特にシーンによって再生対象となるコンテンツを変更したい状況である。一般状況とは、特定状況以外の状況である。
【０００９】
ここで、本発明に係るコンテンツ管理装置において、前記コンテンツ再生情報は、コンテンツ再生装置の属性情報を更に含み、前記再生状況判断部は、前記属性情報及び前記再生状況に関する情報に基づいて前記コンテンツの再生状況を判断するようにしてもよい。
【００１０】
属性情報と再生状況に関する情報の双方に基づいて再生状況を判断することで、より正確に再生状況を判断することができる。
【００１１】
また、本発明に係るコンテンツ管理装置において、前記特定状況は、車内であり、前記一般状況は、車外であり、前記再生状況判断部は、前記コンテンツ再生情報に基づいて、前記コンテンツ再生状況が車内か車外か否かを判断し、前記記憶部は、前記再生情報取得部で取得されたコンテンツ再生情報を、車内用の記憶領域と車外用の記憶領域に分けて記憶させ、前記特定部は、車内のコンテンツ再生装置からの特定要求に応じて、車内に適するコンテンツを車内用の記憶領域から抽出し、かつ抽出したコンテンツの車外での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源である車内のコンテンツ再生装置に提供するようにしてもよい。
【００１２】
再生状況の一つにドライブシーンと生活シーンがある。ドライブシーンでは、季節、場所、天候、渋滞状況に応じて、その状況に適したコンテンツを再生したいといった要求がある。しかしながら、移動自在なコンテンツ再生装置において仮にドライブシーンに適したコンテンツを再生してしまうと、本来ドライブシーンに適しているはずのコンテンツがドライブシーンに適したコンテンツとして管理できなくなることが懸念される。本発明に係るコンテンツ管理装置では、コンテンツ再生情報を車内用の記憶領域と車外用の記憶領域に分けて記憶させることから、特定状況としての車内（例えば、ドライブシーン）に適したコンテンツと一般状況としての車外（例えば、生活シーン）に適したコンテンツを正確に区別することができる。また、抽出したコンテンツの車外での再生状況を考慮することで、一般状況で再生してしまったコンテンツを排除することができ、特定状況に最適なコンテンツを特定することができる。
【００１３】
また、本発明に係るコンテンツ管理装置において、前記再生状況判断部は、前記コンテンツ再生情報に基づいて、判断対象であるコンテンツが特定状況での再生回数と、特定状況以外の状況である一般状況での再生回数とを比較し、前記特定状況での再生回数と前記一般状況での再生回数との差分が所定回数以上である場合、前記判断対象であるコンテンツが特定状況に適したコンテンツと判断するようにしてもよい。
【００１４】
本発明は、判断対象となるコンテンツが特定状況に適するのか、それとも一般状況に適するのかを破断する一例にすぎないが、判断対象となるコンテンツ特定状況に適するか否かは、例えば上記のように判断することができる。
【００１５】
ここで、本発明は、上述した本発明に係るコンテンツ管理装置と通信自在なコンテンツ再生装置として特定することもできる。具体的には、本発明は、上述したコンテンツ管理装置と通信自在な端末装置であって、ユーザからのコンテンツの特定要求を受け付ける操作部と、操作部で受け付けた前記特定要求を前記コンテンツ提供サーバに出力する通信部と、前記コンテンツ管理装置が特定した再生状況に適したコンテンツに関する特定情報を表示する表示部と、を備える。
【００１６】
また、本発明は、上述した本発明に係るコンテンツ管理装置とコンテンツ再生装置とを含む、コンテンツ管理システムとして特定することもできる。
【００１７】
更に、本発明は、上述した本発明に係るコンテンツ管理装置、コンテンツ再生装置、又はコンテンツ管理システムの何れかで実行されるコンテンツ提供方法として特定することもできる。具体的には、本発明は、１ユーザに帰属する複数のコンテンツ再生装置から、少なくともコンテンツの再生状況に関する情報を含むコンテンツ再生情報を取得する再生情報取得ステップと、前記コンテンツ再生情報に基づいて、前記コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況かを判断する再生状況判断ステップと、前記再生状況判断ステップで判断されたコンテンツの再生状況に応じて、前記再生情報取得ステップで取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶ステップと、前記複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、かつ抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定ステップと、を備えるコンテンツ管理方法である。また、本発明は、上述した本発明に係るコンテンツ管理装置、コンテンツ再生装置、又はコンテンツ管理システムで実行される処理を実現させるプログラムとして特定することもできる。
【００１８】
また、本発明は、上記プログラムを登録したコンピュータが読み取り可能な登録媒体であってもよい。この場合、コンピュータ等に、この登録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。なお、コンピュータ等が読み取り可能な登録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、又は化学的作用によって蓄積し、コンピュータ等から読み取ることができる登録媒体をいう。
【発明の効果】
【００１９】
本発明によれば、再生状況に適したコンテンツをより正確に特定できる技術を提供することができる。
【図面の簡単な説明】
【００２０】
【図１】実施形態に係る楽曲管理システムの概略構成を示す。
【図２】実施形態に係る楽曲管理装置の構成を示す。
【図３】実施形態に係る車載機の構成を示す。
【図４】実施形態に係る車載機の制御部の機能ブロック図を示す。
【図５】実施形態に係る携帯端末の構成を示す。
【図６】楽曲管理システムの概略構成及び処理の流れの概略を示す。
【図７】データアップロード処理のフローを示す。
【図８】楽曲再生情報取得処理のフローを示す。
【図９】車両・周辺状況情報取得処理のフローを示す。
【図１０】楽曲管理装置におけるデータ処理フローを示す。
【図１１】車載機からアップロードされたデータを登録する再生履歴データベースの一例を示す。
【図１２】再生回数の算出パターンの一例を示す。
【図１３Ａ】期間毎の再生回数ランク付けの一例を示す。
【図１３Ｂ】期間毎の再生頻度ランク付けの一例を示す。
【図１３Ｃ】同一期間の今回算出した再生回数／再生頻度と、前回算出値とを比較し、それぞれの変動度合いを算出した例を示す。
【図１４】楽曲聴取嗜好・傾向判定テーブルの一例を示す。
【図１５Ａ】楽曲はＳ１でよく聴かれる楽曲と判定される判定パターンを示す（１）。
【図１５Ｂ】楽曲はＳ１よく聴かれる楽曲と判定される判定パターンを示す（２）。
【図１５Ｃ】楽曲は一般的に聴かれる曲と判定される判定パターンを示す（１）。
【図１５Ｄ】楽曲は一般的に聴かれる曲と判定される判定パターンを示す（２）。
【図１５Ｅ】楽曲はＳ１でよく聴かれる楽曲と判定される判定パターンを示す（３）。
【図１５Ｆ】楽曲は一般的に聴かれる楽曲と判定される判定パターンを示す（３）。
【図１５Ｇ】楽曲はＳ２でよく聴かれる楽曲と判定される判定パターンを示す。
【図１６】選曲受付画面の遷移例を示す。
【発明を実施するための形態】
【００２１】
次に、本発明の実施形態について図面に基づいて説明する。以下の説明では、本発明のコンテンツ管理装置を楽曲管理装置に適用した場合であり、楽曲管理装置、記憶装置、車載機、携帯端末、ＰＣ、ポータブルオーディオを含む楽曲管理システムを例に説明する。
【００２２】
＜構成＞
図１は、実施形態に係る楽曲管理システム１０の概略構成を示す。実施形態に係る楽曲管理システム１０は、楽曲管理装置１、記憶装置２、車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６を備える。楽曲管理装置１、記憶装置２、車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６は、互いにネットワーク７を介して接続されている。ネットワーク７には、電話回線網を利用したインターネットが例示されるが、ネットワーク７は、楽曲管理装置１、記憶装置２、車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６を電気的に接続し、通信可能とできるものであれば良くその態様は特に限定されない。
【００２３】
（楽曲管理装置）
図２は、実施形態に係る楽曲管理装置の構成を示す。図２に示すように、楽曲管理装置１は、ハードウェア構成として、楽曲管理装置の情報処理装置１１、楽曲管理装置の表示装置１２、楽曲管理装置の入力装置１３、楽曲管理装置の通信装置１４を備え、楽曲管理装置の情報処理装置１１は、楽曲管理装置のＣＰＵ１５、楽曲管理装置のメモリ１６を有する。また、楽曲管理装置の情報処理装置１１は、再生情報取得部１７、再生状況判断部１８、楽曲管理装置の記憶部１９、特定部２０を備える。
【００２４】
楽曲管理装置の表示装置１２は、例えば、液晶表示装置、プラズマディスプレイパネル、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、エレクトロルミネッセンスパネル等を含む。楽曲管理装置の入力装置１３は、例えば、キーボード、ポインティングデバイス、タッチパネル、操作ボタン等を含む。楽曲管理装置の通信装置１４には、例えば、ネットワーク７への接続を実現する通信モジュール（例えば、ネットワークカード）が例示される。
【００２５】
楽曲管理装置のＣＰＵ１５は、楽曲管理装置１の各ハードウェアを制御し、また、楽曲管理装置のメモリ１６に登録された制御プログラムに従って、再生情報取得部１７、再生状況判断部１８、楽曲管理装置の記憶部１９、特定部２０といった各機能部を機能させる
。その結果、楽曲管理装置の情報処理装置１１は、これらの各機能部を備える情報処理装置１１として機能する。各機能部は、ＣＰＵ１５上で実行されるコンピュータプログラムとして構成することができる。また、これらの各機能部は、専用のプロセッサとして構成してもよい。
【００２６】
再生情報取得部１７は、１ユーザに帰属する複数の楽曲再生装置、すなわち、車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６から、少なくとも楽曲の再生状況（以下、再生シーンともいう）に関する情報を含む楽曲再生情報を取得する。
【００２７】
再生状況判断部１８は、楽曲再生情報に基づいて楽曲の再生状況を判断する。具体的には、再生状況判断部１８は、再生状況が車内であるか否かを判断する。
【００２８】
楽曲管理装置の記憶部１９は、再生状況判断部１８が判断した楽曲の再生状況に応じて、再生情報取得部１７で取得された楽曲再生情報を異なる記憶領域に記憶させる。すなわち、楽曲管理装置の記憶部１９は、記憶装置２に設けられた各データベースに、再生状況に応じて楽曲再生情報を記憶させる。各データベースの詳細については後述する。なお、記憶装置２は、ハードディスクドライブ（以下、ＨＤＤとする。）や半導体メモリ等により構成することができる。本実施形態では、記憶装置２が楽曲管理装置１が設けられたセンター内に設けられているが、記憶装置２はセンターの外部に設けられていてもよい。
【００２９】
特定部２０は、複数の楽曲再生装置（車載機３、携帯端末４、ＰＣ５、ポータブルオーディオ６）からの選曲要求（本発明の特定要求）に応じて、各楽曲再生装置の再生状況に適する楽曲を特定し、特定した楽曲を選曲要求源である楽曲再生装置に提供する。
【００３０】
（車載機）
次に車載機３について、車載用オーディオ・ビジュアル・ナビゲーション一体機（以下、ＡＶＮ一体機ともいう。）を例に説明する。
【００３１】
図３は、実施形態に係る車載機３の構成を示す。車載機３は、車載機の制御部１０１、放送受信部１０２、ディスク再生部１０３、ＨＤ再生部１０４、ナビゲーション部１０５、ＶＩＣＳ情報受信部１０６、ＧＰＳ情報受信部１０７、分配回路１０８、画像調整回路１０９、音声調整回路１１０、スピーカ１１１、画像出力部１１２、表示部１１３、操作部１１４、メモリ１１５、遠隔操作部１１６を備える。
【００３２】
車載機の制御部１０１は、車載機（ＡＶＮ一体機）３の各部、或いは接続された外部機器からの信号、また使用者（ユーザ）の操作に基づく各操作部からの操作指示信号等を入力し、それら信号に基づき車載機３の各部、或いは外部機器を統括的に制御する。車載機の制御部１０１は、例えばマイクロコンピュータ（マイコン）により構成され、ＲＯＭ等のメモリに記憶されたプログラムに従い動作する。
【００３３】
図４は、実施形態に係る車載機の制御部１０１の機能ブロック図を示す。実施形態に係る車載機の制御部１０１は、車載機のＣＰＵ３１、車載機のメモリ３２を含むコンピュータとコンピュータ上で実行されるプログラムによって実現される。車載機のＣＰＵ３１は、車載機３の各ハードウェアを制御し、また、車載機のメモリ３２に登録された制御プログラムに従って、選曲制御部３４を含む各機能部を機能させる。選曲制御部３４は、楽曲の再生履歴の取得及び送信、選曲指示の受付、選曲要求の送信、選曲情報（特定情報）の受信、楽曲の受信、楽曲の再生などを行う。その結果、車載機３は、これらの機能を備える車載機として機能する。選曲制御部３４は、車載機のＣＰＵ３１上で実行されるコンピュータプログラムとして構成することができる。また、選曲制御部３４は、専用のプロセッサとして構成してもよい。
【００３４】
放送受信部１０２は、アンテナにより受信された放送波から、特定の周波数の放送波を選択受信し、復調して当該放送の音声信号および、画像信号（テレビ放送の場合）を出力する。放送受信部１０２は、同調回路、復調・復号回路等により構成される。そして、放送受信部１０２は、車載機の制御部１０１からの制御信号により、そのオン／オフ、受信周波数等の各種動作が制御される。
【００３５】
ディスク再生部１０３は、ディスクに記憶されているデータをピックアップにより読込み、読込んだデータに基づく音声信号、画像信号（例えばDVDやBD（Blu-ray Disc）の場
合）の出力を行う。ディスク再生部１０２は、光学ピックアップ、ピックアップ・ディスク駆動機構、ピックアップ・ディスク駆動機構の制御回路、読取信号の復号回路等により構成される。そして、ディスク再生部１０３は、車載機の制御部１０１からの制御信号により、そのオン／オフ、読込み位置等の各種動作が制御される。
【００３６】
ＨＤ再生部１０４は、磁気登録媒体であるハードディスク（ＨＤ）にMP3ファイル等の
音楽データやJPEGファイル等の画像データ、ナビゲーション用の地図データ等が記憶され、記憶された各種データから所望のデータを読み出し、画像信号、音声信号、文字信号を出力する。ＨＤ再生部１０４は、ＨＤドライブ、読取信号号の復号回路等により構成される。そして、ＨＤ再生部１０４は、車載機の制御部１０１からの制御信号により、そのオン／オフ、読み出すデータ等の各種動作が制御される。
【００３７】
ナビゲーション部１０５は、地図上に自車位置や目的地までの経路を表示したり、交差点等で音声等により右左折等の進行方向案内を行い、また後述するＶＩＣＳ情報受信部１０６から交通情報、ＧＰＳ情報受信部１０７から自車位置情報を入手して表示したりして、目的地までの経路案内を行う。ナビゲーション部１０５は、ナビゲーションの為に利用される地図情報を記憶するハードディスク（ＨＤ）、各種演算処理を行うＣＰＵ、各種処理のためにデータを記憶するＲＡＭ等のメモリ等から構成され、車載機の制御部１０１からの制御信号に従って、そのオン／オフ、各種動作が制御される。
【００３８】
ＶＩＣＳ情報受信部１０６は、交通情報通信システム（ＶＩＣＳ（登録商標））に係る交通情報を受信し、受信した交通情報を出力する。ＶＩＣＳ情報受信部１０６は、交通情報通信システムからのデータを受信する受信機（ＦＭ受信機，電波ビーコン受信機，光ビーコン受信機）、受信したデータを復号する復号回路等から構成される。
【００３９】
ＧＰＳ情報受信部１０７は、ＧＰＳ（登録商標）衛星からのＧＰＳ信号に基づき自車位置を検出し、検出した現在地情報を出力する。ＧＰＳ情報受信部１０７は、ＧＰＳ信号を受信するＧＰＳ信号受信回路、受信したＧＰＳ信号に基づき自車位置を算出する演算部から構成される。
【００４０】
分配回路１０８は、車載機の制御部１０１の制御信号により、出力することが指定された各種ソース（ディスク再生部１０３、放送受信部１０２、ＨＤ再生部１０４及びナビゲーション部１０５）の音声信号と画像信号を音声調整回路１１０及び画像調整回路１０９に出力する分配回路であり、リレーあるいはスイッチングトランジスタ等の電子回路で構成されたスイッチ群で構成される。
【００４１】
画像調整回路１０９は、車載機の制御部１０１の制御信号により、入力された画像信号に対し、輝度や色調、コントラストなどを調整し、調整した各画像信号を出力する。画像調整回路１０９は、画像データを記憶するメモリ、画像データを演算処理するデジタルシグナルプロセサ等の演算回路等により構成される。
【００４２】
音声調整回路１１０は、車載機の制御部１０１の制御信号により、入力された音声信号に対し、音量、音声を調整し、調整した音声信号を出力する。音声調整回路１１０は、音声データを記憶するメモリ、画像データを演算処理するデジタルシグナルプロセサ等の演算回路、トランジスタ・抵抗・コンデンサ・コイル等により構成される増幅・減衰回路や共振回路等により構成される。
【００４３】
スピーカ１１１は、音声調整回路１１０により入力された音声信号を、音声出力する。
【００４４】
画像出力部１１２は、画像調整部から入力された画像信号と、車載機の制御部１０１から表示部に表示させる表示画像信号とを入力して画像合成等の処理を施し、当該処理を施した画像信号に基づき表示部１１３を駆動する。画像出力部１１２は、例えば、演算処理により画像処理を行なう画像用に特化された演算処理回路である画像ASIC、画像処理・出力用に画像データを記憶するビデオメモリ、画像出力用ビデオメモリに記憶された画像データに基づき表示部を駆動する画像駆動回路等で構成される。本実施形態では、画像出力部１１２が機能することで、後述する選曲受付画面などが車載機の表示部１１３に表示される。
【００４５】
車載機の表示部１１３は、画像出力部１１２により入力された画像信号に基づき画像を表示する。表示部１１３は、例えば液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ、冷陰極フラットパネルディスプレイ等で構成される。本実施形態の表示部１１３は、タッチパネルによって構成されている。
【００４６】
車載機の操作部１１４は、装置の使用者が各種操作を行う。車載機の操作部１１４は、例えばタッチパネルや、押釦スイッチ、回転操作スイッチ、ジョイスティック等により構成される。本実施形態の操作部は、タッチパネルによって構成されている。
【００４７】
車載機のメモリ１１５は、各種データや制御プログラムを記憶するメモリ（記憶媒体）で、例えばＨＤＤ（Hard Disk Drive）や、書換え可能なフラッシュメモリ等により構成
される。
【００４８】
遠隔操作部１１６は、自動車にインストルメントパネル等に設置されたＡＶＮ一体機本体から離れた場所、例えば運転席と助手席間のひじ掛け付近や、ステアリングホイールに設置され、使用者による入力操作の操作状態を出力する。遠隔操作部１１６は、本例では操作部の回転操作、傾動操作、押圧操作を検出する。尚、このような遠隔操作部は、回転操作量・方向に応じた信号を出力するロータリエンコーダ、感圧センサにより構成され傾動操作方向に応じた信号を出力するジョイスティック等の傾動センサ、押圧操作によりオンオフ状態が変化する押圧スイッチにより構成される。
【００４９】
（その他の端末装置）
携帯端末４、ＰＣ５、ポータブルオーディオ６などのその他の端末装置は、ネットワーク７を介して楽曲管理装置１と接続され、車載機３と同様の機能を有する。携帯端末４を例に説明すると、携帯端末４（例えば、携帯電話機やスマートフォン）は、車載機３における選曲制御部３４に相当するプログラムがインストールされることで、楽曲の再生履歴の取得及び送信、選曲指示の受付、選曲要求の送信、選曲情報（特定情報）の受信、楽曲の受信、楽曲の再生などを行う端末装置として機能する。図５は、実施形態に係る携帯端末の構成を示す。携帯端末４は、ハードウェア構成として、携帯端末の情報処理装置４１、携帯端末の表示装置４２、携帯端末の入力装置４３、携帯端末の通信装置４４を備え、携帯端末の情報処理装置４１は、携帯端末のＣＰＵ４５、携帯端末のメモリ４６、携帯端末の記憶装置４７、及び選曲制御部４８を有する。
【００５０】
（システム全体の処理の概略）
図６は、楽曲管理システムの概略構成及び処理の流れの概略を示す。車両側では、車載機のＣＰＵ３１は、本発明のコンテンツ再生情報に含まれる、車両情報、位置情報、車内状況、車両周辺状況、車両装備品作動情報、楽曲再生情報を取得し、データキャッシュに一時的に保存する。そして、車載機のＣＰＵ３１は、所定のタイミングでデータキャッシュに保存された各種情報に基づいてアップロードデータを作成し、楽曲管理装置１に対してアップロードする。車両情報は、車両の属性に関する情報であり、車種、排気量、乗車可能人数、駐車場の位置情報などを含む。位置情報は、車両のリアルタイムの位置情報であり、経度緯度による特定、住所による特定、道路種別（高速道路、一般道路）、都道府県による特定が例示される。車内状況は、同乗者の有無、同乗者の人数、同乗者の乗車位置、同乗者の種別（家族、親類、恋人、友人、他人、上司、同僚、部下）などを含む。車両周辺状況は、車両の走行状態（停車、走行中、徐行、法定速度）渋滞状況、交通量、天候などを含む。車両装備品作動情報は、ワイパー、ヘッドライト、エアコンのＯＮ／ＯＦＦ、エアコンの設定温度、エアコンの風量、内外気設定などを含む。楽曲再生情報は、楽曲ＩＤ、楽曲名、アーティスト名、再生開始時間、再生終了時間などを含む。
【００５１】
端末装置側では、携帯端末のＣＰＵ４５は、本発明のコンテンツ再生情報に含まれる、位置情報や楽曲再生情報を取得し、データキャッシュに一時的に保存する。そして、携帯端末のＣＰＵ４５は、所定のタイミングでデータキャッシュに保存された各種情報に基づいてアップロードデータを作成し、楽曲管理装置１に対してアップロードする。位置情報は、携帯端末４のリアルタイムの位置情報であり、経度緯度による特定、住所による特定、道路種別（高速道路、一般道路）、都道府県による特定が例示される。楽曲再生情報は、楽曲名、アーティスト名、再生開始時間、再生終了時間などを含む。
【００５２】
記憶装置２には、生データベース、車内再生履歴データベース、車外再生履歴データベース、車内再生回数・間隔データベース、車内再生回数・頻度データベース、車外再生回数・頻度データベース、楽曲聴取嗜好・傾向履歴データベースが設けられており、楽曲管理装置１は、処理の段階に応じて対応するデータベースへ情報を登録する。具体的には、楽曲管理装置のＣＰＵ１５は、車載機３及び携帯端末４からアップロードされたデータを取得すると、まず、生データデータベースへ登録する。次に、楽曲管理装置のＣＰＵ１５は、生データベースからデータを抽出しデータエラーのチェックを行う。次に、楽曲管理装置のＣＰＵ１５は、データエラーチェック後のデータの判別を行う。具体的には、楽曲管理装置のＣＰＵ１５は、再生が車内で行われたか、再生が車外で行われたかを判別する。その結果、楽曲管理装置のＣＰＵ１５は、判別したデータが車内に属するものであれば、車内再生履歴データベースへ登録し、判別したデータが車外に属するものであれば、車外再生履歴データベースへ登録する。
【００５３】
楽曲管理装置のＣＰＵ１５が再生回数・間隔を算出する際は、楽曲管理装置のＣＰＵ１５は、車内再生履歴データベースと車外再生履歴データベースの夫々からデータを取得し、再生回数及び再生間隔を算出する。算出後、楽曲管理装置のＣＰＵ１５は、車内再生回数・間隔データベースと車外再生回数・間隔データベースの夫々へ登録する。
【００５４】
楽曲管理装置のＣＰＵ１５が再生回数・頻度を判定する際は、楽曲管理装置のＣＰＵ１５は、車内再生回数・間隔データベースと車外再生回数・間隔データベースの夫々からデータを取得し、再生回数及び再生頻度を判定する。判定後、楽曲管理装置のＣＰＵ１５は、車内再生回数・頻度データベースと車外再生回数・頻度データベースの夫々へ登録する。楽曲管理装置のＣＰＵ１５は、再生回数・頻度判定に続いて楽曲毎の聴取傾向判定処理を行う際は、判定結果は楽曲聴取嗜好・傾向履歴データベースへ登録する。
【００５５】
（データアップロード処理）
図７は、データアップロード処理のフローを示す。以下に説明する処理は、車載機のＣＰＵ３１又は携帯端末のＣＰＵ４５によって実行される。この処理のトリガとしては、（１）タイマにより所定時間になると開始、又は、（２）楽曲の再生によって開始がある。ユーザが頻繁に楽曲を再生する場合には、トリガは、「（２）楽曲の再生によって開始」にすることが好ましい。また、楽曲を再生する間隔が空く場合には、トリガは、「（１）タイマにより所定時間になると開始」にすることが好ましい。
【００５６】
ステップＳ１１では、楽曲が再生されたか否か判断される。楽曲が再生されていか否かは、楽曲再生時に送信される再生信号を検知することで判断される。楽曲が再生されていると判断された場合、ステップＳ１２へ進む。一方、楽曲が再生されていないと判断された場合、処理が終了する。
【００５７】
ステップＳ１２では、楽曲再生情報取得処理が実行される。ここで、図８は、楽曲再生情報取得処理のフローを示す。ステップＳ２１では、再生楽曲ＩＤが取得される。再生楽曲ＩＤは、楽曲を識別できればよい。車載機のＣＰＵ３１は、例えば再生信号から楽曲を識別可能な信号を取得する。次に、ステップＳ２２では、楽曲再生開始時間が取得される。車載機のＣＰＵ３１は、例えば再生信号が出力されたタイミングの時間を検出する。楽曲再生開始時間が取得されると、ステップＳ２３へ進む。
【００５８】
ステップＳ２３では、楽曲再生終了時におけるユーザ操作の有無が判定される。具体的には、車載機のＣＰＵ３１は、曲送りのフラグが立っているか否か判定する。曲送りのフラグが立っている場合、ステップＳ２４へ進む。一方、曲送りのフラグが立っていない場合、ステップＳ２８へ進む。
【００５９】
ステップＳ２８以降では、他のフラグが立っているか否か判定され、その後ステップＳ２５へ進むことになる。そこで、まず、ステップＳ２８以降の処理について説明する。ステップＳ２８では、楽曲再生終了時におけるユーザ操作の有無が判定される。具体的には、車載機のＣＰＵ３１は、曲戻しのフラグが立っているか否か判定する。曲戻しのフラグが立っている場合、ステップＳ２９へ進み曲戻しフラグが取得される。一方、曲戻しのフラグが立っていない場合、ステップＳ３０へ進む。
【００６０】
ステップＳ３０では、楽曲再生終了時におけるユーザ操作の有無が判定される。具体的には、車載機のＣＰＵ３１は、通常終了フラグが立っているか否か判定する。通常終了フラグが立っている場合、ステップＳ３１へ進む。一方、通常終了フラグが立っていない場合、ステップＳ３２へ進み、強制終了フラグが取得される。ステップＳ２４では曲送りフラグが取得され、ステップＳ２９では曲戻しフラグが取得され、ステップＳ３１では通常終了フラグが取得され、ステップＳ３２では強制終了フラグが取得され、その後ステップＳ２５へ進む。
【００６１】
ステップＳ２５では、楽曲再生終了時間が取得される。楽曲再生終了時間は、再生信号の終了のタイミングの時間を検出することで取得できる。再生終了時間が取得されると、ステップＳ２６へ進む。
【００６２】
ステップＳ２６では、楽曲再生時間が取得される。車載機のＣＰＵ３１は、楽曲再生開始時間と楽曲再生終了時間の差分をとり、楽曲再生時間を算出する。楽曲再生時間が取得されると、ステップＳ２７へ進む。
【００６３】
ステップＳ２７では、取得されたデータがメモリにキャッシュされる。すなわち、車載機のＣＰＵ３１は、再生楽曲ＩＤ、楽曲再生開始時間、フラグ、再生終了時間、楽曲再生時間をメモリにキャッシュする。以上により、楽曲再生情報取得処理が終了する。楽曲再
生情報取得処理が終了すると、データアップロード処理におけるステップＳ１３へ進む。
【００６４】
ステップＳ１３では、車両・周辺状況情報取得処理が実行される。ここで、図９は、車両・周辺状況情報取得処理のフローを示す。ステップＳ３１では、楽曲再生開始時の車両位置情報が取得される。具体的には、車載機のＣＰＵ３１は、ＧＰＳ情報受信部１０７を通じて楽曲再生開始時の車両の位置情報（経度緯度）を取得する。車両位置情報が取得されるとステップＳ３２へ進む。
【００６５】
ステップＳ３２では、楽曲再生開始時の日時情報が取得される。日時情報は、車載機３の内部（例えば、ナビゲーション部１０５）から取得することができる。日時情報が取得されると、ステップＳ３３へ進む。
【００６６】
ステップＳ３３では、楽曲再生開始時の走行路の種別情報が取得される。車載機のＣＰＵ３１は、道路種別（例えば、高速道路、一般道）、エリア種別（例えば、市街地、郊外、山間部）を取得する。道路種別やエリア種別は、ＧＰＳ情報受信部１０７を通じて経度緯度を取得し、経度緯度とナビゲーション部１０５が有する地図情報に基づいて取得できる。楽曲再生開始時の走行路の種別情報が取得されると、ステップＳ３４へ進む。
【００６７】
ステップＳ３４では、楽曲再生開始時の装備品作動情報が取得される。車載機のＣＰＵ３１は、例えば、ＥＣＵ（電子制御ユニット）から、ワイパー、ヘッドライト、エアコンのＯＮ／ＯＦＦ、エアコンの設定温度、エアコンの風量、内外気設定を取得する。楽曲再生開始時の装備品作動情報が取得されると、ステップＳ３５へ進む。
【００６８】
ステップＳ３５では、楽曲再生開始時の車速情報が取得される。車載機のＣＰＵ３１は、例えば、車速信号が流れるケーブルなどから取得する。楽曲再生開始時の車速情報が取得されると、ステップＳ３６へ進む。
【００６９】
ステップＳ３６では、楽曲再生開始時の同乗者情報が取得される。車載機のＣＰＵ３１は、例えば、同乗者の有無、同乗者の人数、同乗者の乗車位置、同乗者の種別（家族、親類、恋人、友人、他人、上司、同僚、部下）を取得する。これらの情報は、シートにセンサを設けることで取得できる。楽曲再生開始時の同乗者情報が取得されると、車両・周辺状況情報取得処理が終了する。車両・周辺状況情報取得処理が終了すると、データアップロード処理のステップＳ１４へ進む。
【００７０】
ステップＳ１４では、楽曲再生情報又は車両・周辺状況情報が、メモリにキャッシュされる。すなわち、ステップＳ１２、１３で取得された情報がメモリにキャッシュされる。次にステップＳ１５では、最終アップロード時間とメモリにキャッシュした時間との差が既定時間以下であるか判断される。規定時間は、例えばメモリのキャッシュ量に応じて既定することができる。最終アップロード時間とメモリにキャッシュした時間との差が既定時間以下であると判断されると、ステップＳ１６へ進む。一方、最終アップロード時間とメモリにキャッシュした時間との差が既定時間以下でないと判断された場合、ステップＳ１７へ進む。
【００７１】
ステップＳ１６では、メモリキャッシュ量が既定以下か否か判断される。既定以下と判断されると、データアップロード処理が終了する。既定以下と判断されなかった場合、ステップＳ１７へ進む。
【００７２】
ステップＳ１７では、アップロードデータが生成される。次に、ステップＳ１８では、アップロード可能フラグがＯＮか否か判断される。アップロード可能フラグがＯＮであれば、ステップＳ１９へ進み、アップロード可能フラグがＯＮでない場合、再度ステップＳ
１８へ進む。ステップＳ１９では、実際にデータのアップロードが開始される。データのアップロードが完了すると、ステップＳ２０へ進む。
【００７３】
ステップＳ２０では、最新アップロード時間が更新される。最新アップロード時間が更新されると、ステップＳ２１へ進み、メモリキャッシュがクリアされる。以上により、データアップロード処理する。これにより、車載機３で取得された情報が楽曲管理装置１へアップロードされる。また、上記処理を適宜繰り返すことで、アップロードが繰り返し行われる。なお、携帯端末４などの他の端末装置についても、基本的には同様の手順により、各種情報のアップロードが可能である。
【００７４】
（楽曲管理装置におけるデータ処理）
図１０は、楽曲管理装置におけるデータ処理フローを示す。以下に説明する処理は、楽曲管理装置のＣＰＵ１５によって実行される。この処理は、所定時間になると自動的に開始されてもよく、また、データの受信をトリガとして処理が開始されるようにしてもよい。
【００７５】
ステップＳ４１では、データが受信されたか否か判断される。データが受信されていれば、ステップＳ４２へ進み、データが受信されていない場合にはステップＳ５３へ進む。ステップＳ４２では、受信されたデータが車載機３からのアップロードか否か判断される。受信されたデータが車載機３からのアップロードか否かは、例えば、再生した端末装置を特定するログをアップロードするデータに付与し、これを読み取ることで判断できる。受信されたデータが車載機からのアップロードである場合、ステップＳ４３へ進む。一方、受信されたデータが車載機からのアップロードでない場合、ステップＳ４２−１へ進む。
【００７６】
ステップＳ４３では、アップロードデータが車内用生データベースに登録される。次に、ステップＳ４４では、データエラーチェックが実行される。すなわち、データエラーが無いか否か判断される。データエラーチェックの方法の例としては、例えばＣＲＣ（Cyclic Redundancy Check）エラーの有無を判断する方法が挙げられる。データエラーが検出
されなければ、ステップＳ４５へ進む。一方、データエラーが検出された場合、ステップＳ５２へ進み、データ異常と判断され、データが破棄される。
【００７７】
ステップＳ４５では、受信されたデータが正常値であるか判断される。正常値であれば、ステップＳ４６へ進む。一方、受信されたデータが正常値でない場合、ステップＳ５２へ進み、データ異常と判断され、データが破棄される。
【００７８】
ステップＳ４６では、受信データ中の楽曲再生情報が、車内再生履歴データベースに登録される。ここで、図１１は、車載機からアップロードされたデータを登録する再生履歴データベースの一例を示す。この再生履歴データベースは、「楽曲ＩＤ」、「エリア１」、「エリア２」、「エリア３」、「エリア４」、「再生時間帯」、「車両・周辺状況１」、「車両・周辺状況２」、「車両・周辺状況３」の項目が設けられ、楽曲毎に各項目のデータが登録されている。「楽曲ＩＤ」は、楽曲を識別するものであり、図１１では「楽曲ＩＤ」として数字が用いられている。「エリア１」は、楽曲の再生場所を示し、「車内」又は「車外」が登録されている。楽曲の再生場所は、再生履歴情報から判断し、振り分けることができる。「車内」と「車外」の詳しい判断手順については、後述する。「エリア２」、「エリア３」も再生場所を示す。「エリア２」では、地域情報、「エリア３」では道路種別情報、「エリア４」では市街地情報が登録されている。地域情報、道路種別情報、及び市街地情報は、楽曲再生開始時の車両位置情報と楽曲管理装置１が有する地図情報とを比較することで判断し、振り分けることができる。「再生時間帯」は、楽曲の再生時間であり、図１１では、時間による特定と、「早朝」、「昼」、「夕方」、「夜間」とい
った段階的な特定が用いられている。「再生時間帯」は、楽曲再生開始時国情報より判断し、振り分けることができる。「車両・周辺状況１」には走行状態が登録されている。「車両・周辺状況１」は、楽曲再生開始時の車速瞬間値と車両プローブ情報（走行中の車両から得られる情報。例えば位置情報。）の既定期間のモニタリングによる変動値算出結果より、「停車」と「走行状態」を判断し、振り分けることができる。「車両・周辺状況２」には、交通量等が登録されている。「車両・周辺状況２」は、楽曲再生開始時の車両位置・車速情報と、センターで管理する集合知情報（エリア毎のプローブ情報集計結果）より、車両位置周辺の交通量を推定でき、振り分けることができる。「車両・周辺状況３」には天候が登録されている。「車両・周辺状況３」は、楽曲再生開始時の車両位置情報・装備品作動情報（ワイパー、ヘッドライトなど）と、センターで収集したエリア毎の天気情報を元に車両位置周辺の天気情報を推定し、振り分けることができる。受信データ中の楽曲再生情報が、車内再生履歴データベースに登録されると、ステップＳ５３へ進む。
【００７９】
ステップＳ４２において、受信されたデータが車載機からのアップロードでないと判断された場合、ステップＳ４２−１へ進む。ステップＳ４２−１では、車内からのアップロードか否か判断される。車内からのアップロードか否かは、例えば、アップロードした楽曲再生装置を特定するログをアップロードするデータに付与し、これを読み取ることで判断できる。車内からのアップロードである場合、ステップＳ４３へ進む。車載機からのアップロードであり、かつ、車内からのアップロードのシーンには、車載機が移動自在なポータブル型であり、楽曲再生端末が車載機であるが再生場所が車外である場合や、楽曲再生端末がＰＣや携帯端末などであり、再生場所が車内である場合が例示される。一方、車内からのアップロードでない場合、ステップＳ４７へ進む。
【００８０】
ステップＳ４７では、アップロードデータが車外用生データベースに登録される。次に、ステップＳ４８では、データエラーチェックが実行される。すなわち、データエラーが無いか否か判断される。データエラーチェックの方法の例としては、例えばＣＲＣ（Cyclic Redundancy Check）エラーの有無を判断する方法が挙げられる。データエラーが検出
されなければ、ステップＳ４９へ進む。一方、データエラーが検出された場合、ステップＳ５１へ進み、データ異常と判断され、データが破棄される。
【００８１】
ステップＳ４９では、受信されたデータが正常値であるか判断される。正常値であれば、ステップＳ５０へ進み、正常値でない場合、ステップＳ５１へ進み、データ異常と判断され、データが破棄される。ステップＳ５０では、受信データ中の楽曲再生情報が、車外再生履歴データベースに登録される。車外再生履歴データベースは、例えば、図１１に示す車内再生履歴データベースのように構成することができる。ステップＳ４６、５０、５１、５２におけるそれぞれの処理が終了すると、ステップＳ５３へ進む。
【００８２】
ステップＳ５３では、ユーザ嗜好・傾向情報の更新のタイミングか否か判断される。タイミングとして適していれば、ステップＳ５４へ進み、タイミングとして適していなければ処理を終了する。
【００８３】
ステップＳ５４では、前回処理からのデータ更新があるか否か判断される。前回処理からのデータ更新がある場合には、ステップＳ５５へ進み、前回処理からのデータ更新が内場合には、処理を終了する。
【００８４】
ステップＳ５５では、車外／車内再生履歴データベースに登録されている情報に基づいて、各楽曲について、走行エリア／時間帯／車両・周辺状況毎の既定期間の再生回数が算出される。ここで、図１２は、再生回数の算出パターンの一例を示す。再生回数の算出は、楽曲毎に、図１２に示すとおり任意に既定された集計期間で、シーン毎の楽曲再生回数の総和が算出される。なお、算出条件は、以下のとおりである。すなわち、「エリア」／
「再生時間帯」／「車両・周辺状況」が同一の再生履歴情報を同一データ群として、再生履歴回数がカウントされる。また、「エリア」「再生時間帯」／「エリア」「車両・周辺状況」／「再生時間帯」「車両・周辺状況」が同一の再生履歴情報を同一データ群として、再生履歴回数がカウントされる。「エリア」「再生時間帯」、「車両・周辺状況」が同一の再生履歴情報を同一データ群として、再生履歴回数がカウントされる。以上により、任意に既定された集計期間における再生回数が算出される。再生回数が算出されると、ステップＳ５６へ進む。
【００８５】
ステップＳ５６では、車外／車内再生履歴データベースに登録されている情報に基づいて、各楽曲について、走行エリア／時間帯／車両・周辺状況毎の既定期間の再生頻度が算出される。なお、算出条件は、以下のとおりである。すなわち、楽曲毎に図１２に示すとおり任意に既定された集計期間で、シーン毎の楽曲再生間隔（時間）の平均値が算出される。「エリア」／「再生時間帯」／「車両・周辺状況」が同一の再生履歴情報を同一データ群として、前後の再生履歴から曲の再生間隔（時間）を抽出し、それらの平均値が算出される。また、「エリア」「再生時間帯」／「エリア」「車両・周辺状況」／「再生時間帯」「車両・周辺状況」が同一の再生履歴情報を同一データ群として、前後の再生履歴から曲の再生間隔（時間）を抽出し、それらの平均値が算出される。更に、「エリア」「再生時間帯」、「車両・周辺状況」が同一の再生履歴情報を同一データ群として、前後の再生履歴から曲の再生間隔（時間）を抽出し、それらの平均値が算出される。例えば、楽曲ＩＤ＝３の楽曲について、過去Ｎカ月の「エリア」「再生時間帯」が同一の履歴情報を抽出した結果、再生間隔が「３日／４日／２日／６日」だったとき、上記期間の平均再生間隔は「３．７５日」となる。
【００８６】
なお、算出された「再生回数」、「再生頻度」を既定された閾値に基づいてランク付けを行うことができる。ここで、図１３Ａは、期間後との再生回数ランク付けの一例であり、図１３Ｂは、期間毎の再生頻度ランク付けの一例である。このようにランク付けを行うことで再生回数や再生頻度の判定を容易に行うことができる。また、図１３Ｃは、同一期間の今回算出した再生回数／再生頻度と、前回算出値とを比較し、それぞれの変動度合いを算出した例を示す。このように頻度の変動度合いを算出することで、期間毎の変動度合いを容易に確認できる。再生頻度（再生間隔）が算出されると、ステップＳ５７へ進む。
【００８７】
ステップＳ５７では、楽曲再生履歴に基づいて、各楽曲の聴取嗜好・傾向が判定される。ここで、図１４は、楽曲聴取嗜好・傾向判定テーブルの一例を示す。図１４では、聴取場所が、「車内／車外」、「車内でよく聴く楽曲」、「車外でよく聴く楽曲」、「−（その他）」に分けられ、「再生回数の変動度合い」と「再生頻度変動度合い」が夫々、「車内」と「車外」に分けられている。例えば、図１４に示すようなテーブルを用いることで、車内、車外における楽曲聴取嗜好・傾向を容易に判定することができる。以上により、データ処理フローにおける処理が終了する。
【００８８】
（特定シーンで良く聴かれる楽曲か否かの判定）
楽曲管理装置のＣＰＵ１５は、図１５Ａから図１５Ｇに示す判定パターンに基づいて、各楽曲についてある特定シーンでよく聴かれる楽曲か（シーンに対して特異性のある楽曲か）、一般的によく聴かれる楽曲であるか（特定のシーンに特異性のない曲であるか）を定期的に判定することができる。図１５Ａから図１５Ｇに示す判定パターンは、１曲ごとに対応する。縦軸は楽曲の再生頻度であり、横軸は時間を示す。但し、図１５Ａから図１５Ｃにおける横軸については時間軸としての意味をもたない。図１５Ａから図１５Ｃについては、ある楽曲の再生頻度がシーン１（Ｓ１）とシーン２（Ｓ２）とに分けて表現されているにすぎない。以下に説明する判定手法は、例えばステップＳ５７の判定に用いることができる。
【００８９】
図１５Ａは、楽曲はＳ１でよく聴かれる楽曲と判定される判定パターンを示す。図１５Ａでは、Ｓ１における再生頻度がＳ２における再生頻度大きく上回っている。従って、この楽曲はＳ１でよく聴かれる楽曲と判定される。この場合、Ｓ１での選曲頻度を上げる。
【００９０】
図１５Ｂは、楽曲はＳ１よく聴かれる楽曲と判定される判定パターンを示す（２）。図１５Ｂでは、閾値が設けられている以外は、図１５Ａの判定パターンと同じである。図１５Ｂでは、Ｓ１における再生頻度が閾値を上回り、更にＳ２における再生頻度大きく上回っている。従って、この楽曲はＳ１でよく聴かれる楽曲と判定される。この場合、Ｓ１での選曲頻度を上げる。
【００９１】
図１５Ｃは、楽曲は一般的に聴かれる曲と判定される判定パターンを示す（１）。図１５Ｃでは、Ｓ１、Ｓ２が何れも閾値を上回っている。従って、この楽曲は、一般的に聴かれる楽曲と判定される。この場合、Ｓ１以外での選曲頻度を上げる。
【００９２】
図１５Ｄは、楽曲は一般的に聴かれる曲と判定される判定パターンを示す。図１５Ｄでは、時間の経過も考慮され、最近の再生頻度が閾値を下回っており、この曲は一般的に聴かれる楽曲と判定される。この場合、Ｓ１以外での選曲頻度を上げる。
【００９３】
図１５Ｅは、楽曲はＳ１でよく聴かれる楽曲と判定される。図１５Ｅでは、時間の経過も考慮されているが、Ｓ１は閾値を上回っており、この曲はＳ１でよく聴かれる楽曲と判定される。この場合、Ｓ１での選曲頻度を上げる。
【００９４】
図１５Ｆは、楽曲は一般的に聴かれる楽曲と判定される。図１５Ｆでは、Ｓ１、Ｓ２が何れも閾値を下回っており、一般的に聴かれる楽曲と判定される。この場合、Ｓ１以外での選曲も実施する。
【００９５】
図１５Ｇは、楽曲はＳ２でよく聴かれる楽曲と判定される。図１５Ｇでは、Ｓ１では最近の再生頻度は閾値を下回っているが、Ｓ２では最近の頻度は閾値を上回っており、Ｓ２でよく聴かれるようになった（Ｓ２に特異性が移った）と判定される。この場合、Ｓ２での選曲頻度を上げる。
【００９６】
（再生場所の特定）
車載機３は、通常車内で楽曲を再生するが、ポータブル車載機では車外で楽曲を再生する場合も想定される。これを踏まえ、車載機においては、以下のようにシーンを判定することができる。以下に説明する判定手法は、上述した車載機からのアップロードか否か（ステップＳ４２）の判定、車内からのアップロードか否か（ステップＳ４２−１）の判定に用いることができる。
【００９７】
（車載機・ケース１）
楽曲再生端末が車載機であり、再生場所が車内であり、車載機が車内の据え置き型であり、ユーザが車内で楽曲を聴取した場合、楽曲聴取ログに聴取機器種別（車内の据え置き型）を付与して楽曲管理装置１へアップロードする。これにより、再生シーンが車内であると判定することができる。
【００９８】
（車載機・ケース２）
楽曲再生端末が車載機であり、再生場所が車内であり、車載機が移動自在なポータブル型であり、ユーザが車内で楽曲を聴取した場合、楽曲聴取ログに聴取機器種別（ポータブル型）を付与すると共に、ユーザの聴取位置情報も付与して楽曲管理装置１へアップロードする。また、車載機からの定期的なプローブアップロードにより、時刻毎の車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を定期的に楽曲管理装置
１で管理する。また、ＰＣや携帯端末の楽曲聴取ログと車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を比較し、再生時刻での楽曲聴取位置情報とその時刻近辺の車両位置との差分が閾値以下であり、かつ再生時刻近辺での車両状態がアクセサリー電源ＯＮ状態であるときは、再生シーンが車内であると判定する。これにより、再生シーンが車内であると判定することができる。
【００９９】
（車載機・ケース３）
楽曲再生端末が車載機であり、再生場所が車外であり、車載機が移動自在なポータブル型であり、ユーザが車外で楽曲を聴取した場合、楽曲聴取ログに聴取機器種別（ポータブル型）を付与すると共に、ユーザの聴取位置情報も付与して楽曲管理装置１へアップロードする。また、車載機からの定期的なプローブアップロードにより、時刻毎の車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を定期的に楽曲管理装置１で管理する。また、ＰＣや携帯端末の楽曲聴取ログと車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を比較し、再生時刻での楽曲聴取位置情報とその時刻近辺の車両位置との差分が閾値以上であるとき、または、再生時刻近辺での車両状態がアクセサリー電源ＯＦＦ状態であり、かつアクセサリー電源ＯＦＦ状態が規定時間以上継続しているときは、再生シーンが車外であると判定する。これにより、再生シーンが車外であると判定することができる。
【０１００】
（携帯端末等・ケース１）
楽曲再生端末がＰＣや携帯端末（以下、携帯端末等とする）であり、再生場所が車内であり、携帯端末等が車内に持ち込まれて再生され、ユーザが車内で楽曲を聴取した場合、携帯端末等を介して再生シーンが車内であることを入力する。この場合、携帯端末等に楽曲聴取環境を確認する機能を付与し、車内か車外かを確認後、確認結果をアップロードするようにすればよい。なお、楽曲管理装置１が判定する場合には以下のようにすればよい。すなわち、携帯端末等の楽曲聴取ログに聴取機器種別（携帯端末等）を付与すると共に、ユーザの聴取位置情報も付与して楽曲管理装置１へアップロードする。また、車載機からの定期的なプローブアップロードにより、時刻毎の車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を定期的に楽曲管理装置１で管理する。また、携帯端末等の楽曲聴取ログと車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を比較し、再生時刻での楽曲聴取位置情報とその時刻近辺の車両位置との差分が閾値以下でその状態が規定時間以上継続し、かつ車両状態がアクセサリー電源ＯＮ状態であるときは、再生シーンが車内であると判定する。これにより、再生シーンが車内であると判定することができる。
【０１０１】
（携帯端末等・ケース２）
楽曲再生端末が携帯端末等であり、再生場所が車内であり、携帯端末等が車載機に接続して車載機を経由して再生（専用のインターフェースを利用）され、ユーザが車内で楽曲を聴取した場合、携帯端末等を介して再生シーンが車内であることを入力する。この場合、携帯端末等に楽曲聴取環境を確認する機能を付与し、車内か車外かを確認後、確認結果をアップロードするようにすればよい。なお、楽曲管理装置１が判定する場合には以下のようにすればよい。すなわち、車載機が携帯端末等の接続を認識したときに認識フラグをＯＮにし、車載機３と携帯端末等との認証結果を保持し、アップロードデータに付与する。また、車載機側で再生履歴を管理又はアップロードする場合は、車載機が携帯端末等の接続を検知したとき再生機器の識別子は「携帯端末等」、再生場所の識別子は「車内」として再生履歴を管理する。楽曲管理装置１は、アップロードされた再生履歴ログについて、上記の情報が含まれている場合は「車内再生している」と判定する。携帯端末等側で再生履歴を管理又はアップロードする場合は、再生機器識別子は「携帯端末等」、再生場所の識別子は「車内」として再生履歴を管理する。楽曲管理装置１は、アップロードされた再生履歴ログについて、上記の情報が含まれている場合は再生シーンが車内であると判定
する。これにより、再生シーンが車内であると判定することができる。
【０１０２】
（携帯端末等・ケース３）
楽曲再生端末が携帯端末等であり、再生場所が車内であり、携帯端末等が車載機に接続して車載機を経由して再生（専用のインターフェースを利用）され、ユーザが車内で楽曲を聴取した場合、携帯端末等を介して再生シーンが車内であることを入力する。この場合、携帯端末等に楽曲聴取環境を確認する機能を付与し、車内か車外かを確認後、確認結果をアップロードするようにすればよい。なお、楽曲管理装置１が判定する場合には以下のようにすればよい。すなわち、車載機が携帯端末等との物理的接続を認識したときに認識フラグをＯＮにし、ＡＵＸの抵抗値の変動や信号入力の検知などより接続を判別する。また、車載機側で再生履歴を管理又はアップロードする場合は、車載機が携帯端末等の接続を検知したとき再生機器の識別子は「携帯端末等」、再生場所の識別子は「車内」として再生履歴を管理する。楽曲管理装置１は、アップロードされた再生履歴ログについて、上記の情報が含まれている場合は「車内再生している」と判定する。携帯端末等側で再生履歴を管理又はアップロードする場合は、再生機器識別子は「携帯端末等」、再生場所の識別子は「車内」として再生履歴を管理する。楽曲管理装置１は、アップロードされた再生履歴ログについて、上記の情報が含まれている場合は再生シーンが車内であると判定する。これにより、再生シーンが車内であると判定することができる。
【０１０３】
（携帯端末等・ケース４）
楽曲再生端末が携帯端末等であり、再生場所が車外であり、例えば自宅のＰＣで楽曲を聴取し、また、電車通勤中に携帯端末で楽曲を聴取した場合、携帯端末等を介して再生シーンが車内であることを入力する。この場合、携帯端末等に楽曲聴取環境を確認する機能を付与し、車内か車外かを確認後、確認結果をアップロードするようにすればよい。なお、楽曲管理装置１が判定する場合には以下のようにすればよい。すなわち、楽曲聴取ログに聴取位置情報も付与して楽曲管理装置１にアップロードする。また車載機からの定期的なプローブアップロードにより、時刻毎の車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を定期的に楽曲管理装置１で管理する。また、携帯端末等の楽曲聴取ログと車両状態（例えば、アクセサリー電源のＯＮ／ＯＦＦ状態）と車両位置情報を比較し、再生時刻での楽曲聴取位置情報とその時刻近辺の車両位置との差分が閾値以上であるとき、又は再生時刻での楽曲聴取場所とその時刻近辺の車両位置との差分が閾値以下であるが車両状態がアクセサリー電源ＯＦＦ状態で、かつその状態が規定時間以上継続しているときは、再生シーンが車外であると判定する。これにより、再生シーンが車外であると判定することができる。
【０１０４】
（選曲例）
図１６は、選曲受付画面の遷移例を示す。図１６に示す選曲受付画面は、再生モード選択画面、テーマ選択画面、楽曲再生画面を有する。選曲受付画面には、「オーディオ」ボタン、「戻る」ボタン、「検索」ボタン、「再生テーマから選ぶ」ボタンが表示されている。再生モード選択画面において、「再生テーマから選ぶ」ボタンが選択されると、テーマ選択画面に遷移する。
【０１０５】
テーマ選択画面には、「オーディオ」ボタン、「戻る」ボタン、「お気に入り楽曲」ボタン、「今だからこその楽曲」ボタンが表示されている。テーマ選択画面において、「今だからこその楽曲」ボタンが選択されると楽曲再生画面に遷移する。
【０１０６】
楽曲再生画面には、「オーディオ」ボタン、「戻る」ボタン、「再生中楽曲情報」、「楽曲リスト」が表示されている。また、テーマ選択画面において、「今だからこその楽曲」ボタンが選択されると、車載機のＣＰＵ３１は、楽曲管理装置１と通信し、今だからこその楽曲を選曲するようコマンドを送る。すなわち、車載機のＣＰＵ３１は、現在のシー
ンに最も適した選曲を楽曲管理装置１に対して要求する。これを受け、楽曲管理装置１は、先に説明したデータ処理を実行し、現在のシーンに最も適した選曲を行うための処理を実行する。選曲が完了すると、選曲した楽曲が送信され、楽曲再生画面に表示される。なお、本実施形態では、楽曲の再生には、ストリーミング再生が用いられる。なお、ストリーミング再生に代えて、ダウンロード完了後に再生するようにしてもよい。
【０１０７】
以上説明した、実施形態に係る楽曲管理システムによれば、取得した楽曲再生情報を、楽曲の再生状況に応じて異なるデータベースに記憶させることで、再生装置毎の再生状況をより正確に管理することができる。その結果、ユーザがおかれる状況に最適なコンテンツを提供することができる。
【０１０８】
以上本発明の実施形態について説明したが、本発明に係るコンテンツ管理装置やコンテンツ再生装置はこれらに限らず、可能な限りこれらの組合せを含むことができる。
【符号の説明】
【０１０９】
１・・・楽曲管理装置
２・・・記憶装置
３・・・車載機
４・・・携帯端末
５・・・ＰＣ
６・・・ポータブルオーディオ
１０・・・楽曲管理システム
１７・・・再生情報取得部
１８・・・再生状況判断部
１９・・・記憶部
【特許請求の範囲】
【請求項１】
１ユーザに帰属する複数のコンテンツ再生装置から、少なくともコンテンツの再生状況に関する情報を含むコンテンツ再生情報を取得する再生情報取得部と、
前記コンテンツ再生情報に基づいて、前記コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況かを判断する再生状況判断部と、
前記再生状況判断部が判断したコンテンツの再生状況に応じて、前記再生情報取得部で取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶部と、
前記複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、かつ抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定部と、
を備えるコンテンツ管理装置。
【請求項２】
前記コンテンツ再生情報は、コンテンツ再生装置の属性情報を更に含み、
前記再生状況判断部は、前記属性情報及び前記再生状況に関する情報に基づいて前記コンテンツの再生状況を判断する請求項１に記載のコンテンツ管理装置。
【請求項３】
前記特定状況は、車内であり、前記一般状況は、車外であり、
前記再生状況判断部は、前記コンテンツ再生情報に基づいて、前記コンテンツ再生状況が車内か車外か否かを判断し、
前記記憶部は、前記再生情報取得部で取得されたコンテンツ再生情報を、車内用の記憶領域と車外用の記憶領域に分けて記憶させ、
前記特定部は、車内のコンテンツ再生装置からの特定要求に応じて、車内に適するコンテンツを車内用の記憶領域から抽出し、かつ抽出したコンテンツの車外での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源である車内のコンテンツ再生装置に提供する、
請求項１または２に記載のコンテンツ管理装置。
【請求項４】
前記再生状況判断部は、前記コンテンツ再生情報に基づいて、判断対象であるコンテンツが特定状況での再生回数と、特定状況以外の状況である一般状況での再生回数とを比較し、前記特定状況での再生回数と前記一般状況での再生回数との差分が所定回数以上である場合、前記判断対象であるコンテンツが特定状況に適したコンテンツと判断する、請求項１から３の何れか１項に記載のコンテンツ管理装置。
【請求項５】
請求項１から４の何れか１項に記載のコンテンツ管理装置と通信自在なコンテンツ再生装置であって、ユーザからのコンテンツの特定要求を受け付ける操作部と、操作部で受け付けた前記特定要求を前記コンテンツ提供サーバに出力する通信部と、前記コンテンツ管理装置が特定した再生状況に適したコンテンツに関する特定情報を表示する表示部と、を備えるコンテンツ再生装置。
【請求項６】
１ユーザに帰属する複数のコンテンツ再生装置から、少なくともコンテンツの再生状況に関する情報を含むコンテンツ再生情報を取得する再生情報取得ステップと、
前記コンテンツ再生情報に基づいて、前記コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況かを判断する再生状況判断ステップと、
前記再生状況判断ステップで判断されたコンテンツの再生状況に応じて、前記再生情報取得ステップで取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶ステップと、
前記複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出
し、かつ抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定ステップと、
を備えるコンテンツ管理装方法。
【請求項１】
１ユーザに帰属する複数のコンテンツ再生装置から、少なくともコンテンツの再生状況に関する情報を含むコンテンツ再生情報を取得する再生情報取得部と、
前記コンテンツ再生情報に基づいて、前記コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況かを判断する再生状況判断部と、
前記再生状況判断部が判断したコンテンツの再生状況に応じて、前記再生情報取得部で取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶部と、
前記複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出し、かつ抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定部と、
を備えるコンテンツ管理装置。
【請求項２】
前記コンテンツ再生情報は、コンテンツ再生装置の属性情報を更に含み、
前記再生状況判断部は、前記属性情報及び前記再生状況に関する情報に基づいて前記コンテンツの再生状況を判断する請求項１に記載のコンテンツ管理装置。
【請求項３】
前記特定状況は、車内であり、前記一般状況は、車外であり、
前記再生状況判断部は、前記コンテンツ再生情報に基づいて、前記コンテンツ再生状況が車内か車外か否かを判断し、
前記記憶部は、前記再生情報取得部で取得されたコンテンツ再生情報を、車内用の記憶領域と車外用の記憶領域に分けて記憶させ、
前記特定部は、車内のコンテンツ再生装置からの特定要求に応じて、車内に適するコンテンツを車内用の記憶領域から抽出し、かつ抽出したコンテンツの車外での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源である車内のコンテンツ再生装置に提供する、
請求項１または２に記載のコンテンツ管理装置。
【請求項４】
前記再生状況判断部は、前記コンテンツ再生情報に基づいて、判断対象であるコンテンツが特定状況での再生回数と、特定状況以外の状況である一般状況での再生回数とを比較し、前記特定状況での再生回数と前記一般状況での再生回数との差分が所定回数以上である場合、前記判断対象であるコンテンツが特定状況に適したコンテンツと判断する、請求項１から３の何れか１項に記載のコンテンツ管理装置。
【請求項５】
請求項１から４の何れか１項に記載のコンテンツ管理装置と通信自在なコンテンツ再生装置であって、ユーザからのコンテンツの特定要求を受け付ける操作部と、操作部で受け付けた前記特定要求を前記コンテンツ提供サーバに出力する通信部と、前記コンテンツ管理装置が特定した再生状況に適したコンテンツに関する特定情報を表示する表示部と、を備えるコンテンツ再生装置。
【請求項６】
１ユーザに帰属する複数のコンテンツ再生装置から、少なくともコンテンツの再生状況に関する情報を含むコンテンツ再生情報を取得する再生情報取得ステップと、
前記コンテンツ再生情報に基づいて、前記コンテンツの再生状況が特定状況か、該特定状況以外の状況である一般状況かを判断する再生状況判断ステップと、
前記再生状況判断ステップで判断されたコンテンツの再生状況に応じて、前記再生情報取得ステップで取得されたコンテンツ再生情報を異なる記憶領域に記憶させる記憶ステップと、
前記複数のコンテンツ再生装置からの特定要求に応じて、各コンテンツ再生装置のコンテンツの再生状況に適するコンテンツをコンテンツの再生状況に応じた記憶領域から抽出
し、かつ抽出したコンテンツの一般状況での再生状況を考慮してコンテンツを特定し、特定したコンテンツを特定要求源であるコンテンツ再生装置に提供する特定ステップと、
を備えるコンテンツ管理装方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３Ａ】
【図１３Ｂ】
【図１３Ｃ】
【図１４】
【図１５Ａ】
【図１５Ｂ】
【図１５Ｃ】
【図１５Ｄ】
【図１５Ｅ】
【図１５Ｆ】
【図１５Ｇ】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３Ａ】
【図１３Ｂ】
【図１３Ｃ】
【図１４】
【図１５Ａ】
【図１５Ｂ】
【図１５Ｃ】
【図１５Ｄ】
【図１５Ｅ】
【図１５Ｆ】
【図１５Ｇ】
【図１６】
【公開番号】特開２０１２−１２３８５９（Ｐ２０１２−１２３８５９Ａ）
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願番号】特願２０１０−２７２０５０（Ｐ２０１０−２７２０５０）
【出願日】平成２２年１２月６日（２０１０．１２．６）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
【公開日】平成２４年６月２８日（２０１２．６．２８）
【国際特許分類】
【出願日】平成２２年１２月６日（２０１０．１２．６）
【出願人】（０００２３７５９２）富士通テン株式会社 (3,383)
【Ｆターム（参考）】
[ Back to top ]