(57)【要約】      （修正有）【課題】ユーザが操作する以前にコンテンツを取得し、ユーザ操作時には待ち時間なく直ちにコンテンツを再生できるコンテンツ出力装置、コンテンツ配信サーバ、コンテンツ出力方法およびコンテンツ出力プログラムを提供する。【解決手段】コンテンツ出力装置１００は、コンテンツの名称を記憶可能な記憶部１０１と、曲名を表示する画面表示部１０２と、記憶部に記憶されている曲名のうち、将来的に選択し得る曲名を、少なくとも画面表示部上のコンテンツの情報に基づいて決定する決定部１０３と、画面表示部に表示された曲名に対応するコンテンツの再生が選択開始される前に、決定部により決定された曲名に対応するコンテンツをサーバ１１０から取得する通信部１０４と、通信部に取得されたコンテンツに対応する曲名が選択された場合、通信部により取得されたコンテンツを出力する出力部１０５と、を備える。【選択図】図１
2019023898.tif 000002
【特許請求の範囲】
【請求項１】
画面表示部に表示されるコンテンツの情報に基づき将来的に選択し得る特定情報を決定する決定部と、
前記特定情報に対応するコンテンツ、または当該コンテンツの一部を、前記特定情報の選択前にコンテンツ配信サーバから取得する通信部と、
前記通信部により取得された前記コンテンツに対応する特定情報が選択された場合、前記通信部により取得された前記コンテンツ、または当該コンテンツの一部を出力する出力部と、
を備えるコンテンツ出力装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ストリーミング配信されるコンテンツを再生出力するコンテンツ出力装置、コンテンツ配信サーバ、コンテンツ出力方法およびコンテンツ出力プログラムに関する。ただし、この発明の利用は、コンテンツ出力装置、コンテンツ配信サーバ、コンテンツ出力方法およびコンテンツ出力プログラムに限らない。
【背景技術】
【０００２】
従来からコンテンツをストリーミング再生する際の各手法が提供されている。例えば、コンテンツを繰り返し再生する場合、ストリーミングデータの開始から一部分を保存しておき、２回目以降再生する際は、保存してある一部データを再生して、続きからストリーミング再生することにより、ストリーミングデータ取得の待ち時間をなくす技術がある（例えば、下記特許文献１参照。）。
【０００３】
また、通信状態によって、サーバから送信するストリーミングデータのサイズを変化させることにより、再生までの待機時間を減らし、映像や音声の再生の安定化を図る技術がある（例えば、下記特許文献２参照。）。また、あらかじめ、複数の番組の部分ストリーミングデータをダウンロードしておくことによって、待機時間なしで所望の番組を視聴できるようにした技術がある（例えば、下記特許文献３参照。）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１０６３２３号公報
【特許文献２】特開２００７−０１３６７５号公報
【特許文献３】特開２００６−０８０６１２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記従来の技術では、ストリーミングデータ取得の待機時間をなくすことはできなかった。特許文献１の技術では、初回再生のコンテンツは一部保存データがなく、最初からストリーミング再生することとなるので、待機時間が発生してしまう。また、一部データを保存しておくので、一度しか見なくてもよいものまで保存したり、再生回数が増えるとデータ量が増えてしまい、ユーザにとって利便性を向上できないことがある。
【０００６】
特許文献２の技術では、再生までの待機時間を減らすことはできるが、この待機時間をなくすことはできない。特許文献３の技術では、コンテンツ数が増えるに伴い、ダウンロードするストリーミングデータが増えるため、データ処理量が増大する、という各問題が一例として挙げられる。
【課題を解決するための手段】
【０００７】
上述した課題を解決し、目的を達成するため、請求項１の発明にかかるコンテンツ出力装置は、画面表示部に表示されるコンテンツの情報に基づき将来的に選択し得る特定情報を決定する決定部と、前記特定情報に対応するコンテンツ、または当該コンテンツの一部を、前記特定情報の選択前にコンテンツ配信サーバから取得する通信部と、前記通信部により取得された前記コンテンツに対応する特定情報が選択された場合、前記通信部により取得された前記コンテンツ、または当該コンテンツの一部を出力する出力部と、を備えることを特徴とする。
【０００８】
また、請求項１３の発明にかかるコンテンツ配信サーバは、コンテンツを出力するコンテンツ出力装置に前記コンテンツを配信するコンテンツ配信サーバであって、前記コンテンツ出力装置の画面表示部上の前記コンテンツの情報を取得して、前記コンテンツ出力装置で将来的に選択し得る特定情報を決定する決定部と、前記コンテンツ出力装置の前記画面表示部に表示された特定情報の選択前に、前記決定部により決定された特定情報に対応するコンテンツ、または当該コンテンツの一部を前記コンテンツ出力装置に送信する通信部と、を備えることを特徴とする。
【０００９】
また、請求項１４の発明にかかるコンテンツ出力方法は、コンテンツ出力装置が実施するコンテンツ出力方法であって、画面表示部に表示されるコンテンツの情報に基づき将来的に選択し得る特定情報を決定部により決定する工程と、前記特定情報に対応するコンテンツ、または当該コンテンツの一部を、前記特定情報の選択前にコンテンツ配信サーバから通信部が取得する工程と、取得した前記コンテンツに対応する特定情報が選択された場合、前記通信部により取得された前記コンテンツ、または当該コンテンツの一部を出力部により出力する工程と、を含むことを特徴とする。
【００１０】
また、請求項１５の発明にかかるコンテンツ出力プログラムは、請求項１４に記載のコンテンツ出力方法をコンピュータに実行させることを特徴とする。
【図面の簡単な説明】
【００１１】
【図１】図１は、実施の形態にかかるコンテンツ出力装置の機能的構成の一例を示すブロック図である。
【図２】図２は、実施の形態にかかるコンテンツ出力装置の処理手順の一例を示すフローチャートである。
【図３】図３は、ナビゲーション装置のハードウェア構成の一例を示すブロック図である。
【図４】図４は、ナビゲーション装置によるコンテンツ取得から再生の処理例を示すフローチャートである。
【図５】図５は、ナビゲーション装置のディスプレイ上に表示するコンテンツのリスト例を示す図である。
【図６】図６は、表示内容の分析の処理の一例を説明する図である。
【図７】図７は、表示内容の分析の処理の他の例を説明する図である。
【図８】図８は、表示履歴の分析の処理の一例を説明する図である。
【図９】図９は、再生履歴の分析の処理の一例を説明する図である。
【図１０】図１０は、集計処理の一例を説明する図である。
【発明を実施するための形態】
【００１２】
（実施の形態）
以下に添付図面を参照して、この発明にかかるコンテンツ出力装置、コンテンツ配信サーバ、コンテンツ出力方法およびコンテンツ出力プログラムの好適な実施の形態を詳細に説明する。
【００１３】
図１は、実施の形態にかかるコンテンツ出力装置の機能的構成の一例を示すブロック図である。実施の形態にかかるコンテンツ出力装置１００は、コンテンツを配信するサーバ（コンテンツ配信サーバ）１１０とネットワークを介して接続され、サーバ１１０から配信されたコンテンツを再生する。
【００１４】
コンテンツ出力装置１００は、記憶部１０１と、画面表示部１０２と、決定部１０３と、通信部１０４と、出力部１０５と、を有する。
【００１５】
記憶部１０１は、再生するコンテンツを特定する曲名等の特定情報を記憶する。コンテンツはサーバ１１０等から取得し、記憶部１０１にコンテンツそのものを記憶してもよいが、実施の形態では、コンテンツの再生時にサーバから取得したコンテンツをストリーミング再生する例を用いて説明する。
【００１６】
また、記憶部１０１には、さらに、特定情報（曲名）に対応するコンテンツに関する情報である関連情報（例えば、アーティスト名、作詞作曲者名等）が記憶可能である。また、関連情報が画面表示部１０２に表示された日時の履歴情報である表示履歴情報や、関連情報に対応するコンテンツが出力された日時の履歴情報である出力履歴情報についても記憶可能である。
【００１７】
画面表示部１０２は、曲名等の特定情報、および特定情報（曲名）に対応するコンテンツに関する情報である関連情報（例えば、アーティスト名、作詞作曲者名等）、関連情報が画面表示部１０２に表示された日時の履歴情報である表示履歴情報、関連情報に対応するコンテンツが出力された日時の履歴情報である出力履歴情報についても表示可能である。
【００１８】
決定部１０３は、記憶部１０１に記憶されている特定情報のうち、ユーザが将来的に選択し得る特定情報（曲名）を決定する処理を行う。
【００１９】
この決定部１０３は、下記の各機能別の処理を行うこととしてもよい。例えば、第１決定部を備え、この第１決定部は、画面表示部１０２に表示されている特定情報（曲名）の表示の仕方に基づいて、ユーザが将来的に選択し得る特定情報（曲名）を決定する。この第１決定部は、画面表示部１０２に表示されている特定情報（曲名）の表示の仕方を、あらかじめ設定してある表示の仕方の条件に照らし合わせ、条件に合致する毎に条件に振り分けられている点数を特定情報（曲名）に関連付け、点数の高い特定情報（曲名）をユーザが将来的に選択し得る特定情報として決定する。
【００２０】
また、第２決定部を備え、画面表示部１０２に表示されている関連情報（アーティスト名、作詞作曲者名）に基づいて、ユーザが将来的に選択し得る特定情報（曲名）を決定する。この第２決定部は、画面表示部１０２に表示されている特定情報（曲名）に対応するコンテンツの関連情報（アーティスト名、作詞作曲者名）と共通する他のコンテンツの特定情報（曲名）を、ユーザが将来的に選択し得る特定情報（曲名）とする。また、第２決定部は、画面表示部１０２に表示されている関連情報（アーティスト名、作詞作曲者名）と共通する他のコンテンツの特定情報（曲名）を、ユーザが将来的に選択し得る特定情報（曲名）とすることもできる。
【００２１】
また、第３決定部を備え、画面表示部１０２の表示履歴情報に基づいて、ユーザが将来的に選択し得る特定情報（曲名）を決定する。この第３決定部は、表示履歴情報に基づき、ユーザによって選択された関連情報（アーティスト名、作詞作曲者名）の選択パターンにより、ある特定の関連情報から別の関連情報への遷移パターンを割り出し、遷移パターンに基づいて、画面表示部１０２に表示されている関連情報とは別の関連情報をユーザが将来的に選択し得る特定情報（曲名）とする。
【００２２】
また、第４決定部を備え、コンテンツの出力履歴情報に基づいて、ユーザが将来的に選択し得る特定情報（曲名）を決定する。この第４決定部は、出力履歴情報を関連情報（アーティスト名、作詞作曲者名）毎にそれぞれまとめ、関連情報に対応するコンテンツのうち、多く出力されているコンテンツの特定情報（曲名）を、ユーザが将来的に選択される特定情報（曲名）とする。
【００２３】
通信部１０４は、画面表示部１０２に表示された特定情報（曲名）がユーザにより選択される前に、決定部１０３により決定された特定情報（曲名）に対応するコンテンツ、またはこのコンテンツの一部をサーバ１１０から取得する。
【００２４】
出力部１０５は、通信部１０４によって取得されたコンテンツに対応する特定情報（曲名）がユーザにより選択された場合、通信部１０４により取得されたコンテンツを再生のために出力する。この際、出力部１０５は、コンテンツの一部を再生のために出力してもよい。
【００２５】
コンテンツ出力装置１００は、例えば、ナビゲーション装置、ポータブルオーディオ装置、スマートフォン、ネットワークオーディオプレーヤー、等のストリーミング再生機能を備えた装置に適用できる。
【００２６】
また、コンテンツ出力装置１００の記憶部１０１と決定部１０３の機能は、サーバ１１０が備えてもよい。この場合、サーバ１１０は、記憶部１０１に記憶されている特定情報のうち、ユーザが将来的に選択し得る特定情報（曲名）を決定する処理を行う。この際、サーバ１１０は、コンテンツ出力装置１００の画面表示部１０２に表示されている特定情報（曲名）や、特定情報（曲名）に対応するコンテンツの関連情報（アーティスト名、作詞作曲者名）等をコンテンツ出力装置１００から取得して、ユーザが将来的に選択し得る特定情報（曲名）を決定する処理を行う。
【００２７】
図２は、実施の形態にかかるコンテンツ出力装置の処理手順の一例を示すフローチャートである。コンテンツ出力装置１００とサーバ１１０それぞれの処理を記載してある。
【００２８】
コンテンツ出力装置１００では、画面表示部１０２に特定情報（曲名）を表示する（ステップＳ２０１）。この特定情報は、一つに限らずプレイリスト等による複数（複数曲）を表示することができる。
【００２９】
そして、決定部１０３は、画面表示部１０２の表示内容に基づき、再生する特定情報（曲名）を決定する（ステップＳ２０２）。例えば、決定部１０３は、画面表示部１０２に表示されている特定情報（曲名）を再生するコンテンツの特定情報（曲名）と判断する。ここで、画面表示部１０２は、大きさに制限があり、プレイリスト等による複数（複数曲）を全て表示できない場合がある。このような場合、プレイリストに含まれるうち、画面表示部１０２に表示されている特定情報（曲名）を再生するコンテンツの特定情報（曲名）と判断する。
【００３０】
そして、通信部１０４は、画面表示部１０２に表示された特定情報（曲名）がユーザにより選択し得る前に、決定部１０３により決定された特定情報（曲名）に対応するコンテンツ、またはこのコンテンツの一部をサーバ１１０に取得要求する（ステップＳ２０３）。
【００３１】
サーバ１１０は、コンテンツ出力装置１００からのコンテンツの取得要求を受信し（ステップＳ２１１）、対応する一つまたは複数のコンテンツをコンテンツ出力装置１００に配信する（ステップＳ２１２）。
【００３２】
コンテンツ出力装置１００は、サーバ１１０からのコンテンツ配信により、直ちに再生可能な状態となる。例えば、ここで、ユーザの操作があれば操作された特定情報（曲名）に対応するコンテンツを直ちに再生できる（ステップＳ２０４）。これ以外に、ユーザの操作がなくても、配信されたコンテンツを直ちに再生（例えば、プレイリスト順にしたがって再生）する設定としてもよい。
【００３３】
ここで、決定部１０３が再生するコンテンツをユーザの操作以前に決定している。決定部１０３は、上述したように、第１決定部〜第４決定部のいずれか一つあるいは複数を組み合わせてサーバ１１０から取得するコンテンツを決定する。
【００３４】
第１決定部の決定にしたがう設定とすれば、上記のように、画面表示部１０２に表示されている特定情報（曲名）により、ユーザが将来的に選択し得る特定情報（曲名）を決定する。
【００３５】
また、第２決定部の決定にしたがう設定とすれば、画面表示部１０２に表示されている関連情報（アーティスト名、作詞作曲者名）に基づいて、ユーザが将来的に選択し得る特定情報（曲名）を決定する。また、第２決定部は、画面表示部１０２に表示されている関連情報（アーティスト名、作詞作曲者名）と共通する他のコンテンツの特定情報（曲名）を、ユーザが将来的に選択し得る特定情報（曲名）とすることもできる。
【００３６】
また、第３決定部の決定にしたがう設定とすれば、画面表示部１０２の表示履歴情報に基づいて、ユーザが将来的に選択し得る特定情報（曲名）を決定する。この第３決定部は、表示履歴情報に基づき、ユーザによって選択された関連情報（アーティスト名、作詞作曲者名）の選択パターンにより、ある特定の関連情報から別の関連情報への遷移パターンを割り出し、遷移パターンに基づいて、画面表示部１０２に表示されている関連情報とは別の関連情報をユーザが将来的に選択し得る特定情報（曲名）とする。
【００３７】
また、第４決定部を備え、コンテンツの出力履歴情報に基づいて、ユーザが将来的に選択し得る特定情報（曲名）を決定する。この第４決定部は、出力履歴情報を関連情報（アーティスト名、作詞作曲者名）毎にそれぞれまとめ、関連情報に対応するコンテンツのうち、多く出力されているコンテンツの特定情報（曲名）を、ユーザが将来的に選択し得る特定情報（曲名）とする。
【００３８】
以上の実施の形態によれば、コンテンツ出力装置１００は、ユーザが操作する以前の時期に画面表示部１０２に表示された特定情報（曲名）のコンテンツをサーバ１１０に配信要求することにより、ユーザ操作時には待ち時間なく直ちにコンテンツを再生できるようになる。
【実施例】
【００３９】
次に、本発明の実施例について説明する。実施例１では、ユーザの車両にナビゲーション装置３００が搭載され、サーバに通信接続されている。そして、ナビゲーション装置３００が上記のコンテンツ出力装置１００の機能を実行する場合の一例について説明する。
【００４０】
（ナビゲーション装置のハードウェア構成）
図３は、ナビゲーション装置のハードウェア構成の一例を示すブロック図である。図３において、ナビゲーション装置３００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、磁気ディスクドライブ３０４、磁気ディスク３０５、光ディスクドライブ３０６、光ディスク３０７、音声Ｉ／Ｆ（インターフェース）３０８、マイク３０９、スピーカ３１０、入力デバイス３１１、映像Ｉ／Ｆ３１２、ディスプレイ３１３、通信Ｉ／Ｆ３１４、ＧＰＳユニット３１５、各種センサ３１６、カメラ３１７、を備えている。各構成部３０１〜３１７は、バス３２０によってそれぞれ接続されている。
【００４１】
ＣＰＵ３０１は、ナビゲーション装置３００の全体の制御を司る。ＲＯＭ３０２は、ブートプログラム、コンテンツ出力プログラムを記録している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。すなわち、ＣＰＵ３０１は、ＲＡＭ３０３をワークエリアとして使用しながら、ＲＯＭ３０２に記録された各種プログラムを実行することによって、ナビゲーション装置３００の全体の制御を司る。
【００４２】
磁気ディスクドライブ３０４は、ＣＰＵ３０１の制御にしたがって磁気ディスク３０５に対するデータの読み取り／書き込みを制御する。磁気ディスク３０５は、磁気ディスクドライブ３０４の制御で書き込まれたデータを記録する。磁気ディスク３０５としては、例えば、ＨＤ（ハードディスク）やＦＤ（フレキシブルディスク）を用いることができる。
【００４３】
また、光ディスクドライブ３０６は、ＣＰＵ３０１の制御にしたがって光ディスク３０７に対するデータの読み取り／書き込みを制御する。光ディスク３０７は、光ディスクドライブ３０６の制御にしたがってデータが読み出される着脱自在な記録媒体である。光ディスク３０７は、書き込み可能な記録媒体を利用することもできる。着脱可能な記録媒体として、光ディスク３０７のほか、ＭＯ、メモリカードなどを用いることができる。
【００４４】
磁気ディスク３０５および光ディスク３０７に記録される情報の一例としては、地図データ、車両情報、画像、走行履歴などが挙げられる。地図データは、ナビゲーションシステムにおいて経路探索するときに用いられ、建物、河川、地表面、エネルギー補給施設などの地物（フィーチャ）をあらわす背景データ、道路の形状をリンクやノードなどであらわす道路形状データなどを含むベクタデータである。
【００４５】
音声Ｉ／Ｆ３０８は、音声入力用のマイク３０９および音声出力用のスピーカ３１０に接続される。マイク３０９に受音された音声は、音声Ｉ／Ｆ３０８内でＡ／Ｄ変換される。マイク３０９は、例えば、車両のダッシュボード部などに設置され、その数は単数でも複数でもよい。スピーカ３１０からは、所定の音声信号を音声Ｉ／Ｆ３０８内でＤ／Ａ変換した音声が出力される。
【００４６】
入力デバイス３１１は、文字、数値、各種指示などの入力のための複数のキーを備えたリモコン、キーボード、タッチパネルなどが挙げられる。入力デバイス３１１は、リモコン、キーボード、タッチパネルのうちいずれか一つの形態によって実現されてもよいが、複数の形態によって実現することも可能である。
【００４７】
映像Ｉ／Ｆ３１２は、ディスプレイ３１３に接続される。映像Ｉ／Ｆ３１２は、具体的には、例えば、ディスプレイ３１３全体を制御するグラフィックコントローラと、即時表示可能な画像情報を一時的に記録するＶＲＡＭ（Ｖｉｄｅｏ  ＲＡＭ）などのバッファメモリと、グラフィックコントローラから出力される画像データに基づいてディスプレイ３１３を制御する制御ＩＣなどによって構成される。
【００４８】
ディスプレイ３１３には、アイコン、カーソル、メニュー、ウインドウ、あるいは文字や画像などの各種データが表示される。ディスプレイ３１３としては、例えば、ＴＦＴ液晶ディスプレイ、有機ＥＬディスプレイなどを用いることができる。
【００４９】
カメラ３１７は、車両外部の例えば、道路を含む映像を撮影する。映像は静止画あるいは動画のどちらでもよく、例えば、カメラ３１７によって車両外部を撮影し、撮影した画像をＣＰＵ３０１において画像解析したり、映像Ｉ／Ｆ３１２を介して磁気ディスク３０５や光ディスク３０７などの記録媒体に出力したりする。
【００５０】
通信Ｉ／Ｆ３１４は、無線を介してネットワークに接続され、ナビゲーション装置３００およびＣＰＵ３０１のインターフェースとして機能する。ネットワークとして機能する通信網には、ＣＡＮやＬＩＮ（Ｌｏｃａｌ  Ｉｎｔｅｒｃｏｎｎｅｃｔ  Ｎｅｔｗｏｒｋ）などの車内通信網や、公衆回線網や携帯電話網、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＬＡＮ、ＷＡＮなどがある。通信Ｉ／Ｆ３１４は、例えば、公衆回線用接続モジュールやＥＴＣ（ノンストップ自動料金支払いシステム）ユニット、ＦＭチューナー、ＶＩＣＳ（Ｖｅｈｉｃｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ：登録商標）／ビーコンレシーバなどである。
【００５１】
ＧＰＳユニット３１５は、ＧＰＳ衛星からの電波を受信し、車両の現在位置を示す情報を出力する。ＧＰＳユニット３１５の出力情報は、後述する各種センサ３１６の出力値とともに、ＣＰＵ３０１による車両の現在位置の算出に際して利用される。現在位置を示す情報は、例えば、緯度・経度、高度などの、地図データ上の１点を特定する情報である。
【００５２】
各種センサ３１６は、車速センサ、加速度センサ、角速度センサ、傾斜センサなどの、車両の位置や挙動を判断するための情報を出力する。各種センサ３１６の出力値は、ＣＰＵ３０１による車両の現在位置の算出や、速度や方位の変化量の算出に用いられる。
【００５３】
（サーバの構成例）
上記のサーバ１１０についても、図３と同様の構成を有する。なお、このサーバにおいては、図３に記載のＧＰＳユニット３１５、各種センサ３１６、カメラ３１７等は不要である。
【００５４】
図３に記載のディスプレイ３１３を用いて図１の画面表示部１０２の機能を実現できる。また、図３の通信Ｉ／Ｆ３１４を用いて、図１の通信部１０４の機能を実現できる。図１に示したコンテンツ出力装置１００は、図３に記載のＲＯＭ３０２、ＲＡＭ３０３、磁気ディスク３０５、光ディスク３０７などに記録されたプログラムやデータを用いて、ＣＰＵ３０１が所定のプログラムを実行することによって、ディスプレイ３１３の表示状態に基づき、特定情報（曲名）を決定し、対応するコンテンツをサーバ１１０から取得する一連の機能を実現する。
【００５５】
特定情報とは、コンテンツを特定することができる、当該コンテンツ固有の情報である。例として、曲名が挙げられる。
【００５６】
コンテンツに付随する情報を関連情報とする。例として発売日、発売元、作詞者、作曲者、編曲者、プロデューサー、ジャンル、レーベル、等のメタ情報が挙げられる。
【００５７】
（ナビゲーション装置によるコンテンツ取得から再生の処理例）
図４は、ナビゲーション装置によるコンテンツ取得から再生の処理例を示すフローチャートである。ナビゲーション装置３００が実行する処理と、サーバ１１０が行う処理とをそれぞれ記載してある。
【００５８】
はじめに、ナビゲーション装置３００は、サーバ１１０に対し、再生可能なコンテンツに対応する特定情報のリストの取得の要求を行う（ステップＳ４０１）。これにより、サーバ１１０は、ナビゲーション装置３００からのリスト取得の要求（データ）を受信すると（ステップＳ４１１）、ナビゲーション装置３００に対して再生可能なコンテンツに対応する特定情報のリストを配信する（ステップＳ４１２）。ここで、ナビゲーション装置３００が行うリスト取得の要求には、曲名やアーティスト、ジャンル、曲調の指定、曲の年代や年齢層等の指定、再生したい複数曲等の基準で分類された特定情報の集合であるプレイリスト等、を含むことができ、サーバ１１０は、これらの指定に応じたコンテンツに対応する特定情報または関連情報のリストを配信する。
【００５９】
以下、指定に応じたコンテンツに対応する特定情報のリストの例として、曲名をリストとしたものを曲名リストとし、曲名をアーティスト、ジャンル、曲調の指定、曲の年代や年齢層等の指定、再生したい複数曲、等の基準で分類された曲名リストをプレイリストとする。この分類はサーバ１１０やナビゲーション装置３００が関連情報に基づき行ってもよく、また、ユーザが任意に分類してもよい。
【００６０】
ナビゲーション装置３００は、サーバ１１０から曲名リストを受信すると、この曲名リストの少なくとも一部をディスプレイ３１３に画面表示する（ステップＳ４０２）。
【００６１】
ステップＳ４０２の実行後、ナビゲーション装置３００は、ディスプレイ３１３上の表示内容の分析の処理（ステップＳ４０３）と、表示内容の表示履歴と再生履歴の分析の処理（ステップＳ４０４）と、をそれぞれ実行する。ステップＳ４０３とステップＳ４０４の処理は同時並行でもよいし、いずれか一方を先に処理してもよい。
【００６２】
この後、ナビゲーション装置３００は、表示内容の分析の処理（ステップＳ４０３）と、表示内容の表示履歴と再生履歴の分析の処理（ステップＳ４０４）の実行により取得したそれぞれの情報を用いて所定の集計処理を行う（ステップＳ４０５）。そして、集計処理の結果、選定されたコンテンツをユーザの操作以前に先行取得するためにサーバ１１０に対しては当該コンテンツの配信要求を行う（ステップＳ４０６）。
【００６３】
サーバ１１０は、ナビゲーション装置３００からの配信要求を受信し（ステップＳ４１３）、配信要求に該当するコンテンツをナビゲーション装置３００に配信する（ステップＳ４１４）。これにより、ナビゲーション装置３００は、ユーザの操作以前の時期にコンテンツをサーバ１１０から先行取得しておくことができ、ユーザの操作時には直ちに再生することができるようになる（ステップＳ４０７）。なお、ステップＳ４０７の実行後は、再度の曲名リスト取得時にステップＳ４０１の処理に戻り上記処理を継続的に実行することができる。このほか、リスト取得に限らず、所定時間経過毎等にステップＳ４０２の処理に戻り画面表示に適合したコンテンツ取得を継続することができる。
【００６４】
図５は、ナビゲーション装置のディスプレイ上に表示するコンテンツのリスト例を示す図である。図示の例では、サーバ１１０から取得したプレイリスト５０１をナビゲーション装置３００のディスプレイ３１３上に表示している。ここで、サーバ１１０からのコンテンツの取得が完了し、再生可能となっているコンテンツ、取得の対象となっているコンテンツ、等の取得状況についても表示される。また、プレイリスト５０１は複数のプレイリストをまとめたものであり、全てのプレイリストをまとめてひとつのフォルダとしたものや、複数のプレイリストをまとめたプレイリスト５０１が複数存在するものでもよい。
【００６５】
具体的には、プレイリスト５０１の複数のリストＡ（５０１ａ）〜リストＣ（５０１ｃ）のうち、リストＡ（５０１ａ）に含まれる曲名のうち楽曲ａと楽曲ａａについては、円グラフ５０２（５０２ａ）上で取得が完了した旨（円グラフが塗りつぶされ、１００％取得済みを表す）であり、再生可能な状態であることを表示することができる。また、楽曲ａａａと楽曲ｂは取得中であり、円グラフ５０２ｂでは、円の一部が欠けて７５％の取得状況、円グラフ５０２ｃでは、楽曲ｂｂは約４０％程度の取得状況であることが表示されている。また、楽曲ｂｂｂ〜楽曲ｃは、取得待機中である旨を円グラフ５０２ｄの外周だけの表示で示している。また、楽曲ｃｃと楽曲ｃｃｃは、未取得であるため、円グラフ５０２の表示を行わない。以下、楽曲○○という記載は曲名を表し、リスト○はプレイリスト名を表す。
【００６６】
このように、ディスプレイ３１３上に表示されている曲名について、当該曲名に対応するコンテンツの取得（事前のバッファ）状態を、事前バッファ完了、事前バッファ中、事前バッファ予定、等のそれぞれの状態において表示形態を変えて表示でき、コンテンツ再生の準備状況をユーザに知らせることができる。
【００６７】
（表示内容の分析処理例）
はじめに、表示内容の分析の処理（ステップＳ４０３）を説明する。ディスプレイ３１３に対するプレイリストの画面表示状態から画面の遷移がないまま、一定時間が経過した際に、表示内容の分析の処理を行う。この画面の遷移とは、スクロールやページ送りなど、ディスプレイ３１３上の表示される曲名が変化することを指す。また、表示内容の分析の処理を開始するまでの表示時間や、画面の遷移と判定するための移動距離は任意に設定しておくことができる。
【００６８】
図６は、表示内容の分析の処理の一例を説明する図である。ナビゲーション装置３００は、ディスプレイ３１３の画面表示部分に表示されている曲名について、サーバ１１０から取得するコンテンツの取得する優先順を算出する（上記第１決定部の処理）。
【００６９】
図６の（ａ）に示すように、大きさに制限があるディスプレイ３１３であるため、プレイリスト５０１全体が表示されないことを前提に説明する。この場合、図６の（ｂ）に示す条件に基づき、ディスプレイ３１３に表示されている曲名について、それぞれ加点を行う。
【００７０】
具体的には、楽曲ｂについては、自分自身（楽曲）が表示されているので加点１０、この楽曲ｂを含むリストＢ（５０１ｂ）の全体が表示されているので加点８、楽曲ｂはリストＢ（５０１ｂ）の１曲目のため加点４となり、図６の（ｃ）の順位表６１０に示すように、この楽曲ｂは得点が２２となり、優先順１となる。楽曲ｂｂについては、自分自身（楽曲）が表示されているので加点１０、この楽曲ｂｂを含むリストＢ（５０１ｂ）の全体が表示されているので加点８、楽曲ｂｂはリストＢ（５０１ｂ）の２曲目のため加点がなく、図６の（ｃ）に示すように、この楽曲ｂｂは得点が１８となり、優先順２となる。上記例では、優先順をディスプレイ３１３に対する楽曲の表示による加点により求めたが、ディスプレイ３１３に対する楽曲の非表示による減点で求めてもよい。
【００７１】
後述するが、ナビゲーション装置３００は、上記処理により得た優先順を用いて優先順が高い順にコンテンツをサーバ１１０からの取得候補とする。
【００７２】
図６の（ｂ）に示した得点基準の条件と加点については、条件を増減したり、条件毎の加点を任意な値に設定することができ、また、これらはユーザが設定できるようにしてもよい。
【００７３】
図７は、表示内容の分析の処理の他の例を説明する図である。ナビゲーション装置３００は、ディスプレイ３１３に表示されている曲名について、対応する関連情報（例えば、作詞者、作曲者、編曲者）を抽出し、ディスプレイ３１３に表示されていない他の曲名のうち、抽出した関連情報と共通する関連情報を持つ曲名を特定する（上記第２決定部の処理）。このような特定は、協調フィルタリング等の既知の手法を用いて実現できる。
【００７４】
図７の（ａ）に示すように、ディスプレイ３１３上に表示されているプレイリスト５０１の各曲名に対応する各コンテンツについて、発売日、発売元、作詞者、作曲者、編曲者、プロデューサー、ジャンル、レーベル、等のメタ情報を関連情報として抽出する。
【００７５】
そして、図７の（ａ）に示したディスプレイ３１３上に表示される曲名（ヒットチャート１位）について、図７の（ｂ）に示す関連情報を有していたとする。そして、図７の（ｃ）に示す関連情報の一部７０１として、図７（ｂ）の関連情報のうち、作詞者、作曲者、編曲者、プロデューサーの情報を用いる。なお、用いる情報はこれらの情報に限らない。この関連情報の一部７０１が示す作詞者、作曲者、編曲者、プロデューサーのうちいずれかが関与している楽曲をディスプレイ３１３に表示されていない他のリスト５０１ｂ、５０１ｃから特定する。
【００７６】
この結果、関連情報の一部７０１（作詞者、作曲者、編曲者、プロデューサー）が含まれているコンテンツに対応する曲名７０２として、図７の（ｄ）に示すリスト（作業用ＢＧＭ）５０１ｃにある曲名７０２（曲名ｉｉｉ／アーティストｉ）があったとする。この場合、曲名７０２をディスプレイ３１３上に表示される曲名に関連する曲名として特定する。この際、曲名７０２毎にリスト、関連曲、両者の関連情報の共通項（例えば、上記作詞者、作曲者、編曲者、プロデューサー等）を関連情報表７１０（図１０参照）に抽出しておく。
【００７７】
なお、表示される曲名に関連する曲名は複数でもよい。この場合、関連する曲名の候補が膨大になるおそれがあるので、例えば共通項の数や種類からふるい分けを行ってもよい。
【００７８】
また、例えば、「作詞が共通」の曲名より「レーベルが共通」の曲名、「作曲が共通」の曲名より「作詞＆作曲が共に共通」の曲名のほうが関連性が高い、など、条件によって関連性に強弱をつけ、重みづけを行ってもよい。
【００７９】
以上のふるい分けや条件の重みづけはシステムが行ってもよく。また、ユーザの操作により設定されてもよい。
【００８０】
後述するが、ナビゲーション装置３００は、上記処理により得た関連情報の一部７０１で関連する未表示のコンテンツをサーバ１１０からの取得候補とする。
【００８１】
図６に示した処理、および図７に示した処理は、図４のステップＳ４０３において、いずれか一方、あるいはいずれも実行することができる。
【００８２】
（表示履歴、再生履歴の分析処理例）
次に、図４の履歴分析の処理（ステップＳ４０４）を説明する。ステップＳ４０２の実行後、ナビゲーション装置３００は、ディスプレイ３１３上の表示画面の表示（閲覧）履歴から画面の遷移のパターンを抽出する（上記第３決定部の処理）。また、コンテンツの再生履歴からユーザ属性（嗜好性）を抽出する（上記第４決定部の処理）。これらの処理は、最尤法やベイズ推定等の既知の技術を用いて実現できる。
【００８３】
図８は、表示履歴の分析の処理の一例を説明する図である。図８の（ａ）に示すように、プレイリスト５０１がリスト５０１ａ〜５０１ｃと、各リスト５０１ａ〜５０１ｃに含まれる曲名を有しているとする。そして、図８の（ｂ）に示すように、ディスプレイ３１３の表示画面上に表示した内容について表示履歴（画面表示ログ）を取得しておく。
【００８４】
例えば、図８の（ｂ）に示すように、はじめにプレイリスト５０１を表示させた後、リストＡ（５０１ａ）を表示させ、この後、プレイリスト５０１の表示に戻した後、リストＢ（５０１ｂ）を表示させ、最後にプレイリスト５０１を表示させていたとする。この場合、ナビゲーション装置３００は、図８の（ｂ）に示した表示履歴（画面表示ログ）に基づいて、予測される遷移先を分析する。
【００８５】
図８の（ｂ）では、プレイリスト５０１に戻りながら次のリスト５０１ａ，５０１ｂに順次遷移しているため、図８の（ｃ）の予測遷移先表８１０に示すように、最後に表示したプレイリスト５０１の後に予測される遷移先としてリストＣ（５０１ｃ）と判断する。また、この際の遷移確率（８５％）を求めておく。他の遷移先があれば、同様に遷移確率を求めておく。予測遷移先表８１０は、ユーザの選択によって将来的に遷移し得るプレイリストを示す。なお、ここでは遷移先の対象をプレイリストとしているが、プレイリストに限らず、例えば曲名でもよい。
【００８６】
後述するが、ナビゲーション装置３００は、上記処理により得た遷移確率の情報をコンテンツ取得時の係数（パラメータ）として用いてサーバ１１０にコンテンツを取得要求する。
【００８７】
図９は、再生履歴の分析の処理の一例を説明する図である。図９の（ａ）に示すように、ナビゲーション装置３００は、コンテンツを再生した際の再生ログとして、再生の日時、曲名、アーティスト名、ジャンル、導線（再生の契機）を取得しておく。
【００８８】
そして、再生ログを集計する。図９の（ｂ）に示す例では上記取得した曲名、アーティスト名、ジャンル、導線、の各項目別の再生回数をそれぞれ集計することにより、コンテンツ再生のユーザ傾向９１０を得ることができる。コンテンツ再生のユーザ傾向９１０は、曲名、アーティスト名、ジャンル、導線、の各項目で、再生回数の傾向を示しており、これにより、ユーザがどの曲名を選択しやすいかを予測することができる。
【００８９】
後述するが、ナビゲーション装置３００は、上記処理により得たコンテンツの再生履歴の集計結果（ユーザ傾向９１０）をコンテンツ取得時の係数（パラメータ）として用いてサーバ１１０にコンテンツを取得要求する。
【００９０】
この際、ユーザ傾向９１０の各項目（曲名、アーティスト名、ジャンル、導線等）別に係数の重み（値）に反応してもよく、ユーザの嗜好に合わせた項目のコンテンツを優先して取得できるようになる。
【００９１】
また、ナビゲーション装置３００は、楽曲をランダム再生する際には、ユーザの嗜好による楽曲の選択の意志が反映されないため、図９に示したユーザ傾向９１０にランダム再生時の履歴は取り込まないようにする。
【００９２】
また、表示履歴や再生履歴の分析の処理（図８，図９参照）において、ナビゲーション装置３００を操作（コンテンツを視聴）するユーザが異なることも考えられる。このようにユーザが異なる場合、表示履歴や再生履歴が異なるため、ユーザが異なる状態（例えば特定日時）を検出したときには、この特定日時に関する表示履歴や再生履歴を無視したり、異なるユーザ設定として分析する。これにより、ユーザ別に適したコンテンツ取得を行えるようになる。
【００９３】
（集計処理例）
図１０は、集計処理の一例を説明する図である。図４に示した集計の処理（ステップＳ４０５）では、上記の表示内容の分析の処理（ステップＳ４０３）、および表示履歴と再生履歴の分析の処理（ステップＳ４０４）により取得した各情報を集計する。そして、サーバ１１０に対し先行取得のために要求するコンテンツの選定を行う。
【００９４】
図１０に示す例では、（ａ）取得コンテンツ候補に、（ｂ）算出用パラメータを乗算して、（ｃ）取得コンテンツを選定する。
【００９５】
図１０の（ａ）に示す取得コンテンツ候補としては、ディスプレイ３１３の表示内容の分析の処理（ステップＳ４０３）により求めた、取得コンテンツの取得する優先順の順位表６１０（図６参照）と、ディスプレイ３１３に表示されている曲名に関連する未表示の他の曲名７０２（図７参照）の関連情報表７１０とがある。
【００９６】
また、図１０の（ｂ）に示す算出用パラメータとしては、表示履歴の分析の処理（ステップＳ４０４）により得た予測遷移先表８１０（図８参照）の予測遷移先（リスト）別の遷移確率と、ユーザ傾向９１０（図９参照）が示すコンテンツ再生履歴を項目別（曲名、アーティスト名、ジャンル、導線等）にまとめたものとを用いる。
【００９７】
これにより、ナビゲーション装置３００は、図１０の（ａ）の曲名表示の順位表６１０のコンテンツと、関連情報表７１０に示された未表示の曲名７０２からなる取得候補の各コンテンツに対して、図１０の（ｂ）の予測遷移先表８１０とユーザ傾向９１０の算出用パラメータ（予測遷移先表８１０の遷移確率に対応する係数や、ユーザ傾向９１０の各項目別の割合に応じた係数など）を乗算し、図１０の（ｃ）に示す取得コンテンツの取得する優先順の順位表１０１０を作成する。
【００９８】
図１０の（ｃ）に示す例では、リストＣの楽曲ｃが優先順１位の楽曲であり、取得候補１位であったリストＢの楽曲ｂは優先順２位となっている。これは図１０の（ｂ）に示す算出用パラメータの遷移確率の重み（係数）を高く設定したことに基づく。
【００９９】
図１０の説明では、（ａ）の取得コンテンツ候補として、上述した順位表６１０と、関連情報表７１０に示された表示に関連する（未表示の）曲名７０２と、をいずれも用いることとしたが、いずれか一方だけを用いる設定としてもよい。また、（ｂ）算出用パラメータとして上述した予測遷移先表８１０と、コンテンツ再生のユーザ傾向９１０と、をいずれも用いることとしたが、いずれか一方だけを用いる設定としてもよい。また、（ｂ）算出用パラメータとして上述した予測遷移先表８１０と、コンテンツ再生のユーザ傾向９１０の各項目の重み（係数）は任意に設定できる。
【０１００】
以上説明した処理において、表示内容の分析（ステップＳ４０３）、および表示や再生履歴の分析の処理（ステップＳ４０４）、集計処理（ステップＳ４０５）は、ナビゲーション装置３００が実行するに限らず、サーバ１１０側が必要なデータをコンテンツ出力装置１００から取得して分析、集計処理する構成としてもよい。また、これら分析、集計処理で用いるパラメータは、固定値である必要はなく、機械学習等で適宜修正したり、ユーザによる編集等で設定変更可能としてもよい。
【０１０１】
また、表示内容の分析（ステップＳ４０３）の処理では、表示内容に対して操作を行うマウスカーソルやスタイラスペン、手指の接触などの入力インターフェースの位置を検出することもできる。
【０１０２】
また、表示や履歴の分析の処理（ステップＳ４０４）では、ユーザが特定できないときには、汎用的なモデルを用いて処理してもよい。
【０１０３】
また、ナビゲーション装置３００がサーバ１１０から並列して複数のコンテンツを取得する際には、コンテンツを取得する優先順だけに限らず、コンテンツのファイルサイズや再生時間に基づきコンテンツ毎の取得にかかる時間と、複数コンテンツ間の取得時間差を求めてもよい。この取得時間差が短いコンテンツを取得する優先順を上げることで、ネットワーク状態等に応じて効率的にコンテンツを取得できるようになる。また、ネットワーク状態等に応じて取得するコンテンツの品質を可変してもよく、さらには、コンテンツの再生開始当初の所定期間のみ低ビットレート（低品質）で取得すれば、再生可能となる時間をより早めることができる。
【０１０４】
また、再生対象のコンテンツの決定は、ユーザ操作に限らず、システム（ナビゲーション装置３００やサーバ１１０）側がそれまでのコンテンツの再生状態等に応じたレコメンドとして自動決定してもよい。
【０１０５】
また、再生済みのコンテンツを削除する際には、コンテンツを取得した優先度や、取得してからの経過時間や、データのサイズ、取得状況を考慮してもよい。取得状況は、コンテンツの品質や、全体の何％を取得済みであるか、等である。例えば、コンテンツ全体を取得していても品質が本来の半分のビットレートであれば５０％と判断する。
【０１０６】
また、実施例では、コンテンツ出力装置としてナビゲーション装置を用いる構成としたが、他にポータブルオーディオプレーヤー、スマートフォン、ネットワークオーディオプレーヤー等のストリーミング再生機能を備えた装置を用いることもできる。また、実施例では、コンテンツを楽曲を例に説明したが、他のストリーミング動画であってもよい。
【０１０７】
以上のように、この発明によれば、ユーザ操作を行う前にストリーミング再生するコンテンツを予測してあらかじめ取得しておく。これにより、コンテンツの再生開始の操作時には、待ち時間が発生せず、直ちに再生を行うことができるようになる。
【０１０８】
取得するコンテンツは、画面表示の状態や、表示履歴、再生履歴等を用いてユーザの操作や嗜好を分析して行う。これにより、ユーザが再生したいコンテンツを精度よく取得できるようになる。
【０１０９】
なお、本実施の形態で説明したコンテンツ出力方法は、あらかじめ用意されたプログラムをパーソナル・コンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。
【符号の説明】
【０１１０】
１００  コンテンツ出力装置
１０１  記憶部
１０２  画面表示部
１０３  決定部
１０４  通信部
１０５  出力部
１１０  サーバ
３００  ナビゲーション装置
【図１】
2019023898.tif 000003
【図２】
2019023898.tif 000004
【図３】
2019023898.tif 000005
【図４】
2019023898.tif 000006
【図５】
2019023898.tif 000007
【図６】
2019023898.tif 000008
【図７】
2019023898.tif 000009
【図８】
2019023898.tif 000010
【図９】
2019023898.tif 000011
【図１０】
2019023898.tif 000012