(57)【要約】  本発明の一形態に係るリンクサーバー（２０１）は、データベースに蓄積されたデータを電気通信回線を通じて提供する外部のサービスサーバー（２０２）から、第１のフォーマットを有する第１のデータを取得するサービスデータ取得部（３５２）と、第１のデータを、再生装置上で動作するプログラムで利用可能な第２のフォーマットを有する第２のデータへ変換するデータ変換部（３５３）と、データ変換部（３５３）で変換された第２のデータを、再生装置（１０１）上で動作するプログラムへ送信する通信制御部（３５１）とを備える。
2011070734.tif 000002
【特許請求の範囲】
【請求項１】
データベースに蓄積されたデータを電気通信回線を通じて提供する外部のサーバーから、第１のフォーマットを有する第１のデータを取得する情報取得部と、
前記第１のデータを、再生装置上で動作するプログラムで利用可能な第２のフォーマットを有する第２のデータへ変換する情報変換部と、
前記情報変換部で変換された前記第２のデータを、前記再生装置上で動作するプログラムへ送信する情報伝達部とを備える
サーバー。
【請求項２】
前記情報変換部は、前記第１のフォーマットを含む、互いに異なる複数のフォーマットを有するデータを前記第２のフォーマットのデータへ変換する
請求項１記載のサーバー。
【請求項３】
前記第１のフォーマットのデータは前記再生装置で再生できず、かつ、前記第２のフォーマットのデータは前記再生装置で再生できる
請求項１記載のサーバー。
【請求項４】
前記サーバーは、さらに、
前記再生装置上で動作する前記プログラムからの要求を受け付ける要求受付部を備え、
前記要求受付部が受け付けた要求の内容に従い、
前記情報取得部は、前記第１のデータを前記外部のサーバーから取得し、
前記情報変換部は、前記第１のデータを前記第２のデータへ変換し、
前記情報伝達部は、前記第２のデータを前記プログラムに送信する
請求項１記載のサーバー。
【請求項５】
前記サーバーは、さらに、
データを蓄積及び取り出し可能な情報蓄積部を備え、
前記サーバーは、
前記情報変換部によって変換された前記第２のデータを前記情報蓄積部に蓄積する
請求項１記載のサーバー。
【請求項６】
前記サーバーは、さらに、
前記プログラムからの要求を受け付ける要求受付部を備え、
前記要求受付部により受け付けられた要求で指定される前記第２のデータが前記情報蓄積部に蓄積されている場合、
前記情報伝達部は、前記情報蓄積部に蓄積されている前記第２のデータを前記再生装置上で動作する前記プログラムに送信し、
前記要求受付部により受け付けられた要求で指定されている前記第２のデータが前記情報蓄積部に蓄積されていない場合、
前記情報取得部は、前記第１のデータを外部のサーバーから取得し、
前記情報変換部は、前記第１のデータを前記第２のデータに変換し、
前記情報伝達部は、前記情報変換部により変換された前記第２のデータを再生装置上で動作するプログラムに送信する
請求項５記載のサーバー。
【請求項７】
外部のサーバーから電気通信回線を通じて取得した第１のフォーマットを有する第１のデータを、第２のフォーマットを有する第２のデータに変換するサーバーから、電気通信回線を通じて前記第２のデータを受信するプログラムを実行するプログラム実行部と、
前記プログラム実行部によって実行したプログラムからの指示に基づき、電気通信回線を通じて接続された前記外部のサーバーとの情報送受信を可能とする通信部と、
前記プログラム実行部によって実行したプログラムからの指示に基づき、利用者に提示する表示内容を構築する表示部とを備える
再生装置。
【請求項８】
前記プログラムは、前記再生装置の構成に依存しない抽象的な言語で記述されており、
前記プログラム実行部は、前記プログラムが記述された言語を実行可能な仮想マシンを搭載する
請求項７記載の再生装置。
【請求項９】
前記再生装置は、さらに、
前記表示部が正常に表示を行えなかった場合に、前記プログラムへ正常に表示を行えなかったことを通知する異常通知部を備える
請求項７記載の再生装置。
【請求項１０】
前記再生装置は、さらに、
前記再生装置が有する性能に関する情報を前記プログラムへ提供する性能情報提供部を備える
請求項７記載の再生装置。
【請求項１１】
前記再生装置は、さらに、
前記プログラムを更新したい場合に、前記再生装置内に補完されている前記プログラムを他のプログラムに置き換えるプログラム更新部を備える
請求項７記載の再生装置。
【請求項１２】
前記再生装置は、さらに、
前記プログラムから渡された情報を前記再生装置内に保持する情報保持部を備える
請求項７記載の再生装置。
【請求項１３】
前記再生装置は、さらに、
前記外部のサーバーから取得したデータを前記再生装置内に保持するデータ蓄積部を備える
請求項７記載の再生装置。
【請求項１４】
前記再生装置は、さらに、
前記再生装置が有し、他の再生装置との違いを識別可能な固有情報を前記プログラムへ供給する固有情報提供部を備える
請求項７記載の再生装置。
【請求項１５】
前記再生装置は、さらに、
前記プログラムとは異なる第２プログラムを保持し、
前記プログラムからの指示に基づき、第２プログラムを実行する第２プログラム実行部を備える
請求項７記載の再生装置。
【請求項１６】
データベースにデータを蓄積しており、当該データベースに蓄積されている第１のフォーマットを有する第１のデータを電気通信回線を通じて提供する第１のサーバーと、
前記外部のサーバーから電気通信回線を通じて取得した前記第１のデータを第２のフォーマットの第２のデータへ変換し、前記第２のデータを提供する第２のサーバーと、
前記第２のサーバーから取得したデータを利用することによって、前記第１のサーバーから取得したデータの再生を行う再生装置とを含む情報再生システムであって、
前記再生装置が、前記第１のサーバー及び前記第２のサーバーとの通信と、画面表示の指示とを行うプログラムを動作させるプログラム実行部を備える
情報再生システム。
【請求項１７】
データベースに蓄積されたデータを電気通信回線を通じて提供する外部のサーバーから、第１のフォーマットを有する第１のデータを取得する情報取得ステップと、
前記第１のデータを、再生装置上で動作するプログラムで利用可能な第２のフォーマットを有する第２のデータへ変換する情報変換ステップと、
前記情報変換ステップで変換された前記第２のデータを、前記再生装置上で動作するプログラムへ送信する情報伝達ステップとをコンピュータに実行させる
プログラム。
【請求項１８】
外部のサーバーから電気通信回線を通じて取得した第１のフォーマットを有する第１のデータを、第２のフォーマットを有する第２のデータに変換するサーバーから、電気通信回線を通じて前記第２のデータを受信するプログラムを実行するプログラム実行ステップと、
前記プログラム実行ステップによって実行したプログラムからの指示に基づき、電気通信回線を通じて接続された前記外部のサーバーとの情報送受信を可能とする通信ステップと、
前記プログラム実行ステップによって実行したプログラムからの指示に基づき、利用者に提示する表示内容を構築する表示ステップとをコンピュータに実行させる
プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＣＥ（Ｃｏｎｓｕｍｅｒ  Ｅｌｅｃｔｒｏｎｉｃｓ）機器において、再生可能なネットサービスの追加を容易に行うための技術である。
【背景技術】
【０００２】
一般的にＣＥ機器は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）に比べ、ＣＰＵ性能及びメモリ容量などのハードウェア資源が乏しい。よって、ＰＣ上で動作するアプリケーションをＣＥ機器で動作させるためには、一般的には、アプリケーションの機能を減らすこと、又は汎用性を低下させることなどの対策を行うことで、必要となるハードウェア資源を削減する必要がある。【０００３】
そのようなＣＥ機器においても、近年、Ｊａｖａ（登録商標）仮想マシンを含むＢＤ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ）−ＲＯＭ再生機能を搭載した再生装置が広く普及していることから、ＣＥ機器はＪａｖａ（登録商標）仮想マシンを動作させる程度の性能は持ち合わせていると考えられる。しかし、ＰＣ上で動作するＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ブラウザと同等の機能を有するＣＥ機器は広まっていないことから考えると、ＣＥ機器は、一般的に、ＰＣ上で動作するＨＴＭＬブラウザを実現するほどの性能は持ち合わせていないと考えられる。【０００４】
ところで、昨今、ＰＣ上で動作するＨＴＭＬブラウザ、及びそのＨＴＭＬブラウザと連携して動作するプログラム（一般的にプラグイン又はアドオンと呼ばれるもの）の機能を用いることによって、インターネットを媒介とした動画、音楽、及び写真などの配信及び共有等の機能を提供するサービス（以下、総称してネットサービスと呼ぶ）が盛んに行われている。【０００５】
ＣＥ機器において、ＰＣを対象としたネットサービスを実現させたい場合、ＰＣ上で動作するＨＴＭＬブラウザ及びプラグインをそのまま動作させる、又は同等機能を持ったプログラムをＣＥ機器上で動作させることは、前述のとおりハードウェア資源の面から困難であるため、ＰＣ上での再生とは異なったアプローチが必要となる。具体的には、ＨＴＭＬブラウザを用いるのではなく、あるネットサービスを再生させるための専用プログラムをＣＥ機器上で動作させる。その専用プログラムは、直接、ネットサービスを提供するサーバー（以下、サービスサーバーと呼ぶ）と通信を行うことによって、そのネットサービスを実現する。また、その専用プログラムは、そのネットサービスの実現に特化しているため、必要とするハードウェア資源を最小限に抑えることが可能である。よって、このような専用プログラムをＣＥ機器上においても実行可能となる。【０００６】
他の実現方法としては、特許文献１に記載の技術を使う方法がある。具体的には、ＣＥ機器上にはＣＥ機器上で動作可能な程度の簡易なＨＴＭＬブラウザを用意する。そのＨＴＭＬブラウザは、直接サービスサーバーと通信を行うのではなく、一旦、リンクサーバーと呼ばれるサーバーへアクセスする。リンクサーバーは、サービスサーバーと通信を行うことで、サービスサーバーから提供される様々な情報から、ＣＥ機器上のＨＴＭＬブラウザで処理可能な情報だけを抜粋する。ここで抜粋された情報は、サービスサーバーから提供される動画又は音楽などのデータを直接示すＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）を含む。ＣＥ機器上で動作する簡易なＨＴＭＬブラウザは、そのＵＲＬを元に、サービスサーバーから、動画又は音楽などのデータを直接取得する。これにより、ＣＥ機器上での当該データの再生が可能となる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００３−７７２２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上記専用プログラムによってネットサービスを再生する場合、あるＣＥ機器において対応するネットサービスの種類が増えれば増えるほど、その専用プログラムの数も増加する。しかし、ＣＥ機器においてはハードウェア資源が乏しいため、限られた数のプログラムしか搭載できないことや、開発費用、サポート費用が増加し続けることから、数多くのネットサービスに対応し続けていくのは一般的に困難である。【０００９】
また、特許文献１の技術を用いた場合、上記課題は解決できるものの、リンクサーバーを経由することにより、動画及び音楽などのデータを直接示す情報以外のもの、つまり、解説及び視聴回数などのそのデータに対する付加情報取得、検索機能、及びコメント投稿機能などのサービスサーバーで提供される機能が削られてしまう。これにより、本来ネットサービスで提供される機能の極一部しかＣＥ機器上では提供できなくなる。【００１０】
そこで、本発明は、ハードウェア資源の乏しい再生装置においてネットサービスを実現できるサーバー、再生装置及び情報再生システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明の一形態に係るサーバーは、データベースに蓄積されたデータを、電気通信回線を通じて提供する外部のサーバーから、第１のフォーマットを有する第１のデータを取得する情報取得部と、前記第１のデータを、再生装置上で動作するプログラムで利用可能な第２のフォーマットを有する第２のデータへ変換する情報変換部と、前記情報変換部で変換された前記第２のデータを、前記再生装置上で動作するプログラムへ送信する情報伝達部とを備える。【００１２】
これにより、外部のサーバーが提供するデータを、他の形式へ変換し再生装置へ送信可能となる。よって、本発明の一形態に係るサーバーは、ハードウェア資源の乏しい再生装置においてネットサービスを実現できる。【００１３】
また、前記情報変換部は、前記第１のフォーマットを含む、互いに異なる複数のフォーマットのデータを前記第２のフォーマットのデータへ変換してもよい。【００１４】
これにより、複数の外部のサーバーが複数のデータを提供する場合、及び１つの外部のサーバーが複数のフォーマットでデータを提供する場合においても、本発明の一形態に係るサーバーは、これらのデータを再生装置で再生可能なフォーマットに変換できる。よって、再生装置は元が複数のフォーマットのデータを再生できる。【００１５】
また、前記第１のフォーマットのデータは前記再生装置で再生できず、かつ、前記第２のフォーマットのデータは前記再生装置で再生できてもよい。【００１６】
これにより、再生装置で再生できないデータを、再生できるデータへと変換することによって、当該データを再生装置で再生可能となる。【００１７】
また、前記サーバーは、さらに、前記再生装置上で動作する前記プログラムからの要求を受け付ける要求受付部を備え、前記要求受付部が受け付けた要求の内容に従い、前記情報取得部は、前記第１のデータを前記外部のサーバーから取得し、前記情報変換部は、前記第１のデータを前記第２のデータへ変換し、前記情報伝達部は、前記第２のデータを前記プログラムに送信してもよい。【００１８】
これにより、本発明の一形態に係るサーバーは、再生装置からの要求に応じて、必要な情報を再生装置へ送信できる。【００１９】
また、前記サーバーは、さらに、データを蓄積及び取り出し可能な情報蓄積部を備え、前記サーバーは、前記情報変換部によって変換された前記第２のデータを前記情報蓄積部に蓄積してもよい。【００２０】
これにより、本発明の一形態に係るサーバーは、外部のサーバーから取得した情報を保持することが可能となる。【００２１】
また、前記サーバーは、さらに、前記プログラムからの要求を受け付ける要求受付部を備え、前記要求受付部により受け付けられた要求で指定される前記第２のデータが前記情報蓄積部に蓄積されている場合、前記情報伝達部は、前記情報蓄積部に蓄積されている前記第２のデータを前記再生装置上で動作する前記プログラムに送信し、前記要求受付部により受け付けられた要求で指定されている前記第２のデータが前記情報蓄積部に蓄積されていない場合、前記情報取得部は、前記第１のデータを外部のサーバーから取得し、前記情報変換部は、前記第１のデータを前記第２のデータに変換し、前記情報伝達部は、前記情報変換部により変換された前記第２のデータを再生装置上で動作するプログラムに送信してもよい。【００２２】
これにより、本発明の一形態に係るサーバーは、再生装置からの要求に応じて予め蓄積した情報がある場合、即座に再生装置への応答が可能となる。【００２３】
また、本発明の一形態に係る再生装置は、外部のサーバーから電気通信回線を通じて取得した第１のフォーマットを有する第１のデータを、第２のフォーマットを有する第２のデータに変換するサーバーから、電気通信回線を通じて前記第２のデータを受信するプログラムを実行するプログラム実行部と、前記プログラム実行部によって実行したプログラムからの指示に基づき、電気通信回線を通じて接続された前記外部のサーバーとの情報送受信を可能とする通信部と、前記プログラム実行部によって実行したプログラムからの指示に基づき、利用者に提示する表示内容を構築する表示部とを備える。【００２４】
これにより、サーバーが変換したデータを再生することを目的としたプログラムを再生装置上で実行し、間接的に外部のサーバーが提供するデータを再生可能とする。よって、本発明の一形態に係る再生装置は、ハードウェア資源の乏しい再生装置においてネットサービスを実現できる。【００２５】
また、前記プログラムは、前記再生装置の構成に依存しない抽象的な言語で記述されており、前記プログラム実行部は、前記プログラムが記述された言語を実行可能な仮想マシンを搭載してもよい。【００２６】
これにより、当該プログラムを移植することなく、当該プログラムを様々な再生装置上で実行可能となる。【００２７】
また、前記再生装置は、さらに、前記表示部が正常に表示を行えなかった場合に、前記プログラムへ正常に表示を行えなかったことを通知する異常通知部を備えてもよい。【００２８】
これにより、当該プログラムは、再生に失敗した場合に、利用者に対して通知を行うこと、又は別の再生手段を試みることなどの対策が可能となる。【００２９】
また、前記再生装置は、さらに、前記再生装置が有する性能に関する情報を前記プログラムへ提供する性能情報提供部を備えてもよい。【００３０】
これにより、当該プログラムは、事前に再生装置の性能を知ることにより、再生を試みる前に、再生に成功するかどうかを判断できる。【００３１】
また、前記再生装置は、さらに、前記プログラムを更新したい場合に、前記再生装置内に補完されている前記プログラムを他のプログラムに置き換えるプログラム更新部を備えてもよい。【００３２】
これにより、再生装置上で動作するプログラムを更新できる。【００３３】
また、前記再生装置は、さらに、前記プログラムから渡された情報を前記再生装置内に保持する情報保持部を備えてもよい。【００３４】
これにより、当該プログラムは、任意の情報を再生装置に保持することが可能となる。例えば、当該プログラムは、利用履歴又は設定変更などの情報を再生装置に保持することによって、当該情報を次回起動時に活用することが可能となる。【００３５】
また、前記再生装置は、さらに、前記外部のサーバーから取得したデータを前記再生装置内に保持するデータ蓄積部を備えてもよい。【００３６】
これにより、本発明の一形態に係る再生装置は、２回目以降のデータ取得を省略することが可能となり、再生に要する時間が短縮できる。【００３７】
また、前記再生装置は、さらに、前記再生装置が有し、他の再生装置との違いを識別可能な固有情報を前記プログラムへ提供する固有情報提供部を備えてもよい。【００３８】
これにより、当該プログラムは、取得した固有情報に応じて処理を変更できる。よって、再生装置ごとに異なる動作を実現することが可能となる。【００３９】
また、前記再生装置は、さらに、前記プログラムとは異なる第２プログラムを保持し、前記プログラムからの指示に基づき、第２プログラムを実行する第２プログラム実行部を備えてもよい。【００４０】
これにより、当該プログラムは、外部のプログラムを起動することによって、自身では処理できない機能を他のプログラムへ委譲することが可能となる。【００４１】
また、本発明の一形態に係る情報再生システムは、データベースにデータを蓄積しており、当該データベースに蓄積されている第１のフォーマットを有する第１のデータを電気通信回線を通じて提供する第１のサーバーと、前記外部のサーバーから電気通信回線を通じて取得した前記第１のデータを第２のフォーマットを有する第２のデータへ変換し、前記第２のデータを提供する第２のサーバーと、前記第２のサーバーから取得した前記第２のデータを利用することによって、前記第１のサーバーから取得したデータの再生を行う再生装置とを含む情報再生システムであって、前記再生装置が、前記第１のサーバー及び前記第２のサーバーとの通信と、画面表示の指示とを行うプログラムを動作させるプログラム実行部を備える。【００４２】
これにより、ハードウェア資源が乏しい再生装置においても、多くのネットサービスへの対応が可能となる。【００４３】
なお、本発明は、このようなサーバー、再生装置、及び情報再生システムとして実現できるだけでなく、サーバー、再生装置、又は情報再生システムに含まれる特徴的な手段をステップとする情報供給方法、再生方法、又は情報再生方法として実現したり、そのような特徴的なステップをコンピュータに実行させるプログラムとして実現したりすることもできる。そして、そのようなプログラムは、ＣＤ−ＲＯＭ等の非一時的なコンピュータ読み取り可能な記録媒体、及びインターネット等の伝送媒体を介して流通させることができるのは言うまでもない。【００４４】
さらに、本発明は、このようなサーバー又は再生装置の機能の一部又は全てを実現する半導体集積回路（ＬＳＩ）として実現できる。
【発明の効果】
【００４５】
以上より、本発明によれば、既存のＣＥ機器が持つ性能であったとしても、ＣＥ機器が数多くのネットサービスに対応したいと考えた場合に、その対応する数に比例して必要なハードウェア資源及び費用が増加し続けることなく、容易に再生可能なネットサービスを増やすこと、及び変化に追従することが可能となる。
【図面の簡単な説明】
【００４６】
【図１】図１は、本発明の実施の形態１に係る情報再生装置の、使用行為についての形態の一例であるホームシアターシステムを示す図である。
【図２】図２は、本発明の実施の形態１に係るネットサービス再生システムのシステム構成を模式的に示した図である。
【図３】図３は、本発明の実施の形態１に係る再生装置の内部構成を模式的に示した図である。
【図４】図４は、本発明の実施の形態１に係るリンクサーバーの内部構成の一例を模式的に示した図である。
【図５】図５は、本発明の実施の形態１に係る、ネットサービスアプリが解釈可能なデータの形式の一例を示した図である。
【図６】図６は、本発明の実施の形態１に係る、あるサービスサーバーが提供するデータの形式であり、かつ、ネットサービスアプリが解釈できないデータの形式の一例を示した図である。
【図７】図７は、本発明の実施の形態１に係る、ネットサービスアプリが解釈可能なデータの形式の一例を示した図である。
【図８】図８は、本発明の実施の形態１に係るリンクサーバーのデータ管理部が管理し、ストレージに格納されているデータ構造の例を模式的に表した図である。
【図９】図９は、本発明の実施の形態１に係るサービスサーバーの内部構成の一例を模式的に示した図である。
【図１０】図１０は、本発明の実施の形態１に係る再生装置におけるアプリケーション実行部が実行するネットサービスアプリの内部構成の一例を模式的に示した図である。
【図１１】図１１は、本発明の実施の形態１に係るディスプレイの表示の一例を示す図である。
【図１２】図１２は、本発明の実施の形態１に係るディスプレイの表示の一例を示す図である。
【図１３】図１３は、本発明の実施の形態１に係るディスプレイの表示の一例を示す図である。
【図１４】図１４は、本発明の実施の形態１に係るネットサービス再生システムによる処理のフローチャートである。
【図１５】図１５は、本発明の実施の形態１に係るネットサービス再生システムによる処理のフローチャートである。
【図１６】図１６は、本発明の実施の形態１に係る利用者が再生したいコンテンツをサービスサーバーから取得し、再生装置で再生する処理のフローチャートである。
【図１７】図１７は、本発明の実施の形態１に係るネットサービスアプリが、キーワードを用いた動画検索を、リンクサーバーの提供する動画検索機能を経由して利用する場合のフローチャートである。
【図１８】図１８は、本発明の実施の形態１に係るＢＤ−ＲＯＭの構成を示す図である。
【図１９】図１９は、本発明の実施の形態２に係るＡＶ再生制御部の本実施の形態における内部構成を示した図である。
【図２０】図２０は、本発明の実施の形態２に係るネットサービスアプリの内部構成を示した図である。
【図２１】図２１は、本発明の実施の形態３に係る再生装置の内部構成を示した図である。
【図２２】図２２は、本発明の実施の形態３に係るネットサービスアプリの内部構成を示した図である。
【図２３】図２３は、本発明の実施の形態５に係るリンクサーバーの内部構成を示した図である。
【図２４】図２４は、本発明の実施の形態５に係るネットサービスアプリの内部構成を示した図である。
【図２５】図２５は、本発明の実施の形態７に係る再生装置の内部構成を示した図である。
【図２６】図２６は、本発明の実施の形態８に係る再生装置の内部構成を示した図である。
【図２７】図２７は、本発明の実施の形態１０に係る再生装置の内部構成を示した図である。
【発明を実施するための形態】
【００４７】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００４８】
（実施の形態１）
図１は、本発明の実施の形態１に係るネットサービス再生装置の、使用行為についての形態の一例であるホームシアターシステムを示す図である。同図のホームシアターシステムは、再生装置１０１と、リモコン１０２と、ディスプレイ１０３と、リムーバブルメディア１０４と、記録媒体１０５とを備える。ここで再生装置１０１は、本発明のネットサービス再生装置に相当する。なお、ディスプレイ１０３を本発明のネットサービス再生装置の一部としてもよい。
【００４９】
再生装置１０１は、ホームシアターシステムに、映画作品を供給するという用途に供される。例えば、再生装置１０１は、リムーバブルメディア１０４、記録媒体１０５、又は、インターネットなどから映画などのコンテンツを取得する。そして、リモコン１０２などの指示に従って、ディスプレイ１０３に映像を表示し、スピーカ（図示せず）などから音声を出力する。なお、再生装置１０１は、リモコン１０２からの信号を受信する受信部、リムーバブルメディア１０４を挿入する挿入口、及び、記録媒体１０５を挿入する挿入口などを備える。
【００５０】
リモコン１０２は、様々なボタンなどを有し、ユーザからの指示を再生装置１０１及びディスプレイ１０３などに伝える。
【００５１】
ディスプレイ１０３は、再生装置１０１で処理された映像を表示する。また、ディスプレイ１０３は、スピーカ（図示せず）を備え、当該スピーカから再生装置１０１で処理された音声を出力する。なお、スピーカは、再生装置１０１が備えていてもよい。
【００５２】
リムーバブルメディア１０４は、例えば、ＳＤメモリカード、メモリスティック、コンパクトフラッシュ（登録商標）、スマートメディア、又は、マルチメディアカードなどである。
【００５３】
記録媒体１０５は、例えば、ＢＤ−ＲＯＭ、ＢＤ−Ｒ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）及びＢＤ−ＲＥ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  Ｒｅｗｒｉｔａｂｌｅ）などの光記録媒体である。記録媒体１０５は、映画などのコンテンツの映像及び音声データなどを記録する。なお、記録媒体１０５は、ＤＶＤ−ＲＯＭ又はＣＤ−ＲＯＭなどであってもよい。
【００５４】
以上のように、本発明の実施の形態１に係るネットサービス再生装置は、情報再生システムの一例であるホームシアターシステムなどに利用される。
【００５５】
図２は、本発明の実施の形態１における、情報再生システムの一例であるネットサービス再生システムのシステム構成を模式的に示した図である。再生装置１０１、リンクサーバー２０１、及びサービスサーバー２０２は、各々、インターネットに代表される信号回線を通じて、互いに情報の伝達が可能となっている。なお、以降の記述において、リンクサーバー２０１又はサービスサーバー２０２、又はその両方を総称して、単純にサーバーと述べる場合がある。
【００５６】
図３は、本発明の実施の形態１における再生装置１０１の内部構成を模式的に示した図である。
【００５７】
図３に示すように再生装置１０１は、アプリケーション実行部３０１と、アプリ制御部３０２と、ＡＶ再生制御部３０３と、通信制御部３０４と、入力受付部３０５とを備える。
【００５８】
アプリケーション実行部３０１は、本発明のプログラム実行部に相当し、ネットサービスを提供することを目的としたアプリケーション（以降、ネットサービスアプリ、又は単にアプリケーションと記述する）を動作させることを目的とする。ネットサービスアプリは、再生装置１０１上で動作し、リンクサーバー２０１及びサービスサーバー２０２と通信を行うとともに、ディスプレイ１０３への表示、及びリモコン１０２による操作を受け付けて処理を行うことを目的とするプログラムである。このプログラムは、再生装置１０１の構成に依存しない抽象的な言語で記述されている。例えば、ネットサービスアプリがＪａｖａ（登録商標）言語で記述されたプログラムである場合、アプリケーション実行部３０１は、Ｊａｖａ（登録商標）仮想マシンを含む。また、ネットサービスアプリがＦｌａｓｈ（登録商標）で記述されたものである場合は、アプリケーション実行部３０１は、Ｆｌａｓｈ（登録商標）再生エンジンを含む。
【００５９】
アプリ制御部３０２は、アプリケーション実行部３０１上で動作するネットサービスアプリの起動、及び終了などのライフサイクルを制御する。つまり、アプリ制御部３０２は、アプリケーション実行部３０１に対して、あるネットサービスアプリの起動及び終了などの指示を与える。そしてアプリケーション実行部３０１は、その指示に従い、ネットサービスアプリの起動及び終了などを行う。
【００６０】
ＡＶ再生制御部３０３は、本発明の表示部に相当し、ネットサービスアプリから出されるグラフィックス描画、及びＡＶ（Ａｕｄｉｏ  Ｖｉｓｕａｌ）データ再生などの指示を受け付け、その指示内容に基づき、ディスプレイ１０３へ表示する映像を作り出す。ネットサービスアプリがＡＶ再生制御部３０３に指示を出す方法として、ネットサービスアプリが利用可能なＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）をネットサービスアプリからＡＶ再生制御部３０３へ提供する方法がある。例えば、グラフィックス描画であれば、Ｊａｖａ（登録商標）ＡＷＴ（Ａｂｓｔｒａｃｔ  Ｗｉｎｄｏｗ  Ｔｏｏｌｋｉｔ）、及びＤｉｒｅｃｔＦＢなど、ＡＶデータ再生の場合は、ＪＭＦ（Ｊａｖａ  Ｍｅｄｉａ  Ｆｒａｍｅｗｏｒｋ）など、公知の技術を用いても実施可能である。なお、ネットサービスアプリがＡＶ再生制御部３０３に対して何を再生すべきなのかを伝えることが可能であれば、どのような手段を用いても実施可能である。
【００６１】
通信制御部３０４は、本発明の通信部に相当し、再生装置１０１と、インターネットなどの外部に接続された通信回線とを接続するための制御を行う。具体的には、通信制御部３０４は、アプリケーション、又はＡＶ再生制御部３０３からの指示に基づき、通信回線で結ばれた外部の機器と再生装置１０１との間で行われる情報の送受信を制御する。
【００６２】
入力受付部３０５は、リモコン１０２に代表される入力装置から信号を受付け、アプリケーション実行部３０１が動作させるネットサービスアプリに対して、受付けた内容を伝達する。なお、リモコン１０２の利用に限らず、利用者の指示を受付可能な方法であれば、どのような方法であっても本発明は実施可能である。
【００６３】
図４は、実施の形態１におけるリンクサーバー２０１の内部構成の一例を模式的に示した図である。
【００６４】
図４に示すリンクサーバー２０１は、通信制御部３５１と、サービスデータ取得部３５２と、データ変換部３５３と、データ管理部３５４と、ストレージ３５５と、アプリ通信制御部３５６とを備える。
【００６５】
通信制御部３５１は、本発明の情報伝達部に相当し、リンクサーバー２０１と、インターネットなどの外部に接続された通信回線とを接続するための制御を行う。また、通信制御部３５１は、サービスデータ取得部３５２又はアプリ通信制御部３５６からの要求に基づき、通信回線で結ばれた外部の機器とリンクサーバー２０１との間で行われる情報の送受信を制御する。
【００６６】
サービスデータ取得部３５２は、本発明の情報取得部に相当し、あるネットサービスを提供するサービスサーバー２０２から、ネットサービスをＣＥ機器上で再生するために必要なデータを取得し、そのデータをデータ変換部３５３へ伝える。なお、サービスデータ取得部３５２は、少なくとも１つ以上のサービスサーバー２０２への要求の送信方法、及びサービスサーバー２０２からのデータを取得するための方法を把握している。よって、リンクサーバー２０１において、あるサービスサーバー２０２から何らかのデータが必要になった場合は、リンクサーバー２０１はサービスデータ取得部３５２に依頼することにより、必要なデータを取得することが可能である。また、同一の機構を用いることにより、データの取得だけでなく、あるサービスサーバー２０２に対してデータを送信することも可能である。これは、データの取得であっても、データの送信であっても、リンクサーバー２０１とサービスサーバー２０２との間でデータの送受信を行うという点においては同一である。よって、サービスデータ取得部３５２がその送受信の方法を把握しているので、データを送信することが可能となる。
【００６７】
データ変換部３５３は、本発明の情報変換部に相当し、サービスデータ取得部３５２が取得したデータを、ＣＥ機器上で動作するネットサービスアプリが解釈可能な形式に変換し、変換したデータをデータ管理部３５４に提供する。また、データ変換部３５３は、別のネットサービスアプリが解釈可能な形式のデータを、あるサービスサーバーが解釈可能な形式のデータに変換することも可能である。つまり、データ変換部３５３は、アプリ通信制御部３５６が受信したネットサービスアプリからのデータを、データ管理部３５４を経由するか、あるいは直接受け取る。そしてデータ変換部３５３は、受け取ったデータをあるサービスサーバー２０２が解釈可能な形式のデータに変換し、変換したデータをサービスデータ取得部３５２に対し渡すことも可能である。これにより、例えば、ネットサービスアプリは、リンクサーバー２０１を経由することにより、あるサービスサーバー２０２に対して間接的に要求（例えば情報の検索又は登録など）を行うことが可能となる。
【００６８】
ここで、データ変換部３５３が行う変換の具体例について述べる。
【００６９】
図５は、ネットサービスアプリが解釈可能なデータの形式の一例を示した図である。例として、ＸＭＬ２５０１は、ネットサービスアプリが受信し内容を解釈できるデータであり、ＸＭＬで記述されたものとする。ＸＭＬは、サービス名称が“Ｓｅｒｖｉｃｅ−１”であり、種類が“Ｍｏｖｉｅ”であるコンテンツに関する内容として、計３つのＭｏｖｉｅの情報を含む。その一つは、例えば、識別子が“００００１”であり、データの参照先が“ｈｔｔｐ：／／ａａａ．ｂｂｂ．ｃｃｃ／ｄａｔａ／ｍｏｖｉｅ０００１．ｍｐ４”であり、付加情報が“Ｍｏｖｉｅ−１”であり、Ｒａｔｉｎｇが“１００００”である。このデータは、例えば、ネットサービスアプリがリンクサーバー２０１に対して「Ｓｅｒｖｉｃｅ−１が提供する動画のＲａｔｉｎｇ上位３つに関する情報」について要求をした際にリンクサーバー２０１がネットサービスアプリに応答する際に利用される。
【００７０】
図６は、あるサービスサーバー２０２が提供するデータの形式であり、かつ、ネットサービスアプリが解釈できないデータの形式の一例を示した図である。
【００７１】
データ２６０１は、連続して並ぶデータブロック２６０２を含む。データブロック２６０２は、データ長をあらわす“ｌｅｎｇｔｈ”と、そのブロックがどの情報かを識別するための“ｔａｇ”と、データの内容である“ｄａｔａ”とを含む。ｔａｇには、例えば、次に続くｄａｔａにコンテンツの識別子が含まれている場合は“１”、次に続くｄａｔａにデータの参照先が含まれている場合は“２”が指定されていたりする。
【００７２】
なお、サービスサーバー２０２が提供するデータの形式は、図６に示した形式でなくとも、データ変換部３５３が解釈可能であれば、どのような形式であっても本発明は実施可能である。さらに、リンクサーバー２０１が複数のサービスサーバー２０２との通信を行う場合、各サービスサーバー２０２のデータの形式が異なっていたとしても、それぞれのデータをデータ変換部３５３が解釈可能であれば、どのような形式であっても本発明は実施可能である。
【００７３】
サービスサーバー２０２が提供するデータがデータ２６０１の形式で記述されたものである場合、たとえＸＭＬ２５０１と同等の情報量がそのデータに含まれていたとしても、ネットサービスアプリは、データ２６０１の構造、及び内容に関する意味（例えば「ｔａｇが１であれば次に続くｄａｔａにコンテンツの識別子が含まれている」など）を把握していない限り内容を取り出すことはできない。データ変換部３５３は、データ２６０１のようにネットサービスアプリが解釈できないデータを、ＸＭＬ２５０１のようにネットサービスアプリが解釈できるデータへと変換する。
【００７４】
なお、データ変換部３５３は、サービスサーバー２０２が提供するデータに含まれる内容を、漏れなくネットサービスアプリが解釈できるデータへと変換することが望ましいが、サービスサーバー２０２が提供するデータの一部を削除してもよい。逆に、データ変換部３５３は、リンクサーバー２０１において利便性が上がる等の理由により、サービスサーバー２０２が提供するデータには含まれていない情報を当該データに追加してもよい。
【００７５】
次に、ネットサービスアプリがあるサービスサーバー２０２に対して要求を出す場合における、データ変換部３５３が行う変換の具体例について述べる。
【００７６】
図７は、ネットサービスアプリが解釈可能なデータの形式の一例を示した図である。
【００７７】
例として、ＸＭＬ２７０１は、ネットサービスアプリがあるサービスサーバー２０２に対して要求を出す際にリンクサーバー２０１へ送るデータであり、ＸＭＬで記述されたものとする。ＸＭＬ２７０１には、“ｓｅｒｖｉｃｅ−１”に対して、内容が“ｑｕｅｒｙ”に関するものであり、ｉｔｅｍが“ｒａｔｉｎｇ”、ｃｏｕｎｔが“３”であることが記述されている。これにより、例えば、ネットサービスアプリは、リンクサーバー２０１に対して、「ｓｅｒｖｉｃｅ−１のネットサービスから、ｒａｔｉｎｇの上位３つに関する情報が欲しい」という要求を伝えることが可能である。ただし、このＸＭＬ２７０１の形式は、少なくともネットサービスアプリ及びリンクサーバー２０１は解釈可能であるが、サービスサーバー２０２が解釈できるデータの形式が図６で示したような異なる形式である場合もある。このような場合には、リンクサーバー２０１は、そのままでは内容をサービスサーバー２０２に送信できない。そこで、データ変換部３５３は、ＸＭＬ２７０１の内容を図６のデータ２６０１の形式へと変換する。この場合、例えば、ＸＭＬ２７０１の“ｑｕｅｒｙ”に対応するｔａｇは“５”で、続くｄａｔａには“ｒａｔｉｎｇ”という内容が含まれるかもしれない。
【００７８】
なお、ネットサービスアプリが解釈可能な形式の例としてＸＭＬ２５０１及びＸＭＬ２７０１を示したが、ＸＭＬ形式に限らず、ネットサービスアプリが解釈可能であればどのような形式であっても実施可能である。例えば、図６に示した形式を用いたり、ＨＴＴＰを用いた通信で一般に用いられる付加情報の送受信方法を用いてもよい。
【００７９】
データ管理部３５４は、データ変換部３５３から渡されたデータをストレージ３５５に格納し、ストレージ３５５に格納されたデータの管理を行う。また、データ管理部３５４は、アプリ通信制御部３５６から要求されたデータを、ストレージ３５５から読み出し、読み出したデータをアプリ通信制御部３５６に伝える。
【００８０】
ストレージ３５５は、本発明の情報蓄積部に相当し、データ管理部３５４から渡されたデータを格納するとともに、データ管理部３５４からの要求に従い、データの取り出し、当該データの変更及び削除等を行う。このストレージ３５５は、ハードディスク、不揮発性メモリ、又は揮発性メモリ等、データを記憶できる媒体であれば実施可能である。また、ストレージ３５５は、リンクサーバー２０１から利用可能であれば、必ずしもリンクサーバー２０１に内蔵する必要は無く、リンクサーバー２０１に接続されている外部記憶装置であってもよい。
【００８１】
アプリ通信制御部３５６は、本発明の要求受付部に相当し、ＣＥ機器上で動作するネットサービスアプリからの要求を受け付けるとともに、その要求がデータの取得に関するものであれば、データ管理部３５４から該当するデータを取り出し、ネットサービスアプリに送信する。また、リンクサーバー２０１が能動的にネットサービスアプリに要求を出したい場合、アプリ通信制御部３５６がネットサービスアプリに要求を送信することも可能である。ここでリンクサーバー２０１が能動的にネットサービスアプリに要求を出したい場合とは、例えば、利用しているネットサービスに関するデータが更新された場合にネットサービスアプリに通知を送りたい場合や、ネットサービスで提供される機能又は内容に変更があった場合にネットサービスアプリに通知を送りたい場合である。
【００８２】
これらの構成により、リンクサーバー２０１は、ＣＥ機器上で動作するネットサービスアプリからの要求に従い、所定のネットサービスに対応するサービスサーバー２０２からデータを取得し、ネットサービスアプリが利用可能な形式に応じて当該データを変換し、変化したデータをネットサービスアプリへ渡すことが可能となる。
【００８３】
なお、リンクサーバー２０１は、ネットサービスアプリからの要求を受けることなく、ネットサービスアプリからの要求に備え、事前にサービスデータ取得部３５２がサービスサーバー２０２からデータを取得し、取得したデータをデータ変換部３５３が変換し、変換したデータをデータ管理部３５４がストレージ３５５に格納しておいてもよい。これにより、リンクサーバー２０１は、ネットサービスアプリからの要求があった場合、サービスサーバー２０２からデータを取得することなく、即時に応答可能となる。
【００８４】
また、１つのリンクサーバー２０１が１つのネットサービスだけをサポートしていてもよいし、１つのリンクサーバー２０１で複数のネットサービスをサポートしてもよい。複数のネットサービスをサポートする場合、リンクサーバー２０１を構成する要素は、ネットサービスごとに用意さていてもよいし、共通で利用してもよい。
【００８５】
複数のネットサービスが存在する場合、一般的にネットサービスごとにデータの取得方法及び取得されたデータの内容（当該データの形式、及び当該データに含まれる情報の種類等）は異なる。これら複数のネットサービスを１つのリンクサーバー２０１でサポートする場合、例えば、サービスデータ取得部３５２及びデータ変換部３５３をネットサービスごとに用意する。さらに、各データ変換部３５３は、ＣＥ機器上で動作する、対応するネットサービスアプリが利用可能な所定のデータ形式にデータを変換する。これにより、ＣＥ機器上で動作するネットサービスアプリは、ある１つのリンクサーバー２０１に対して要求を送るだけで、複数のネットサービスに関する情報を取得可能とすることもできる。
【００８６】
図８は、リンクサーバー２０１のデータ管理部３５４が管理し、ストレージ３５５に格納されているデータ構造の例を模式的に表した図である。
【００８７】
ここでは、データベース５０１に、「Ｓｅｒｖｉｃｅ−１」のように各ネットサービスを識別可能な名前（サービス名）と、「Ｄａｔａｂａｓｅ−１」のようにサービスごとのデータベースを識別するための情報（データベースＩＤ）とが格納されている。データベース５０２は、「Ｓｅｒｖｉｃｅ−１」に対応するデータベースＩＤ「Ｄａｔａｂａｓｅ−１」を持つデータベースであり、データベース５０３は、「Ｓｅｒｖｉｃｅ−２」に対応するデータベースＩＤ「Ｄａｔａｂａｓｅ−２」を持つデータベースである。
【００８８】
データベース５０２は、Ｓｅｒｖｉｃｅ−１に対応するサービスサーバー２０２から取得したデータを元にデータ管理部３５４が管理しているデータベースである。データベース５０２は、各コンテンツを識別するＩＤと、各コンテンツのデータ参照先であるＵＲＬと、各コンテンツに付随する付加情報であるＮｏｔｅと、各コンテンツのＲａｔｉｎｇに関する情報とが含まれる。これらの情報は、リンクサーバー２０１がＳｅｒｖｉｃｅ−１に対応するサービスサーバー２０２から取得した情報であるが、リンクサーバー２０１のデータ変換部３５３において、内容の変更、追加、及び削除等が行われたものであってもよい。
【００８９】
データベース５０３は、Ｓｅｒｖｉｃｅ−２に対応するサービスサーバー２０２から取得したデータを元にデータ管理部３５４が管理しているデータベースである。データベース５０３は、各コンテンツを識別するＩＤと、各コンテンツのデータ参照先であるＵＲＬと、各コンテンツに付随する付加情報であるＮｏｔｅと、各コンテンツに関連するＡｒｔｉｓｔ情報と、各コンテンツのジャンルに関する情報とを含む。これらの情報は、リンクサーバー２０１がＳｅｒｖｉｃｅ−２に対応するサービスサーバー２０２から取得した情報であるが、リンクサーバー２０１のデータ変換部３５３において、内容の変更、追加、及び削除等が行われたものであってもよい。
【００９０】
なお、各ネットサービスに対応するデータベースの内容は、各ネットサービスで異なっていてもよいし、同じであってもよい。どのような手段、及び内容で管理されていたとしても、リンクサーバー２０１が、再生装置１０１から要求されるネットサービスに関する情報を再生装置１０１へ提供可能であれば、本発明は実施可能である。
【００９１】
図９は、本発明の実施の形態１に係るサービスサーバー２０２の内部構成の一例を模式的に示した図である。
【００９２】
図９に示すようにサービスサーバー２０２は、通信制御部６０１と、要求受付部６０２と、要求処理部６０３と、データ管理部６０４と、ストレージ６０５と、情報提供部６０６とを備える。
【００９３】
通信制御部６０１は、サービスサーバー２０２と、インターネットなどの外部に接続された通信回線とを接続するための制御を行う。この通信制御部６０１は、外部からのデータ取得及び機能利用の要求があった場合、その要求を要求受付部６０２へ渡す。また、通信制御部６０１は、情報提供部６０６からの指示に基づき、外部にデータを送信する。
【００９４】
要求受付部６０２は、通信制御部６０１から渡された要求を受け取り、受け取った要求が妥当な要求であれば、その要求を要求処理部６０３へ渡す。なお、ここでの妥当性とは、例えば、ネットサービスとして受け付ける要求の仕様に従った要求かどうか、要求元は許可された機器や利用者か、などである。また、妥当性の検証を必要としないネットサービスにおいては、要求受付部６０２は、通信制御部６０１から渡された要求を、妥当性の検証を行わず、そのまま要求処理部６０３へ渡してもよい。
【００９５】
要求処理部６０３は、要求受付部６０２から渡された要求を元に、要求に応じた処理を行う。また、要求処理部６０３は、必要であればデータ管理部６０４からデータを取り出し、取り出したデータを結果として情報提供部６０６へ伝える。
【００９６】
要求と結果との関係の例としては、要求が「動画データ（識別子０００１）の取得」であれば、要求処理部６０３は、データ管理部６０４に対して識別子０００１を持つ動画データの取得を要求し、その取得したデータを情報提供部６０６へ伝える。要求が「利用頻度の高い音楽データのうち、上位１０曲のリスト取得」であれば、データ管理部６０４に対して利用頻度の高い音楽データの上位１０曲のリストの取得の要求を行い、そのリストを情報提供部６０６へ渡す。
【００９７】
データ管理部６０４は、要求処理部６０３から渡されたデータをストレージ６０５に格納するとともに、ストレージ６０５に格納されたデータの管理を行う。ここでの管理とは、ストレージ６０５に格納されているデータの一覧を保持していたり、ストレージ６０５にデータの削除及び変更の指示を出したり、その保持しているデータの一覧を元に外部からの要求に基づき検索を行い、その結果を返したりすることである。
【００９８】
ストレージ６０５は、データ管理部６０４からの指示によりデータの格納、削除、及び変更等を行う。このストレージ６０５は、ハードディスク、不揮発性メモリ、又は揮発性メモリ等、データを記憶できる媒体であれば実施可能である。また、ストレージ６０５は、サービスサーバー２０２から利用可能であれば、必ずしもサービスサーバー２０２に内蔵する必要は無く、サービスサーバー２０２に接続されている外部記憶装置であってもよい。
【００９９】
情報提供部６０６は、要求処理部６０３から渡されたデータを、要求受付部６０２が受け付けた要求の要求元に対して返信する。
【０１００】
これらの構成により、サービスサーバー２０２は、外部に提供するために蓄積しているデータ（動画、音楽、又はそれらに関する管理情報など）のうち、外部からの要求に従った所定のデータを外部に対して提供する機能を実現する。
【０１０１】
なお、サービスサーバー２０２は、外部からの要求に対し、何らかの応答を返すものであれば本発明は実施可能である。
【０１０２】
図１０は、再生装置１０１に含まれているアプリケーション実行部３０１が実行するプログラム（ネットサービスアプリ）の内部構成の一例を模式的に示した図である。
【０１０３】
ネットサービスアプリ７０１は、機能処理部７０２と、表示制御部７０３と、入力受付部７０４と、通信処理部７０５と、データ処理部７０６とを備える。
【０１０４】
機能処理部７０２は、ネットサービスアプリ７０１が再生装置１０１上でネットサービスを再生するために必要となる一連の処理を司るものであり、表示制御部７０３、入力受付部７０４、及びデータ処理部７０６を制御することで、ネットサービスの再生を実現する。
【０１０５】
表示制御部７０３は、機能処理部７０２によって決められた表示内容を再生装置１０１のＡＶ再生制御部３０３へ伝える役割を担い、最終的にディスプレイ１０３への表示を実現する。
【０１０６】
入力受付部７０４は、再生装置１０１の入力受付部３０５が受け付けたのち、伝達されてきた内容を入力として受け取り、受け取った内容を機能処理部７０２へ伝達する。また、入力受付部７０４は、入力された内容を機能処理部７０２へ伝達する際に、入力された内容を統廃合したり、取捨選択したりしてもよい。例えば、入力受付部７０４は、リモコン１０２において複数の操作からなる一連の操作をうけて１つの内容を機能処理部７０２へ伝達したり、機能処理部７０２において処理されない入力を無視したりすることが可能である。
【０１０７】
通信処理部７０５は、データ処理部７０６からの要求に従い、リンクサーバー２０１又はサービスサーバー２０２との通信を確立するとともに、リンクサーバー２０１又はサービスサーバー２０２との情報の送受信を制御する。また、これらの通信は、通信処理部７０５が、再生装置１０１の通信制御部３０４と連携することにより実現される。
【０１０８】
データ処理部７０６は、通信処理部７０５に依頼することで、リンクサーバー２０１及びサービスサーバー２０２から取得したデータの内容を解析する。また、データ処理部７０６は、機能処理部７０２からの要求に従い、解析結果を用いて機能処理部７０２が必要とするデータを提供する。また、機能処理部７０２において、何らかの情報をリンクサーバー２０１又はサービスサーバー２０２に送信する場合、データ処理部７０６は、機能処理部７０２から受け取った情報を、送信先であるリンクサーバー２０１又はサービスサーバー２０２で解釈可能な形式に変換し、変換した情報を、通信処理部７０５を通じて、送信先に送信する。
【０１０９】
ここで、ある１つのネットサービスアプリは、特定のネットサービスだけをサポートしていてもよいし、複数のネットサービスをサポートしていてもよい。また、１つのネットサービスアプリが複数のリンクサーバー２０１を利用する場合や、１つのリンクサーバー２０１しか利用しなくても再生するネットサービスに応じてリンクサーバー２０１から受信するデータ形式が異なる場合などには、データ処理部７０６をデータ形式ごとに用意することで、１つのネットサービスアプリであっても、複数のデータ形式を利用することが可能である。
【０１１０】
図１１は、本発明の実施の形態１に係るディスプレイ１０３の表示の一例を示す図である。同図に示すディスプレイ１０３は、再生装置１０１で再生するコンテンツの種類や設定変更など、再生装置１０１が次に行うべき動作を利用者に選択させるためのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）８０１を表示している。利用者はリモコン１０２の操作などにより、次にどの動作を希望するかを選択することが可能である。
【０１１１】
図１２は、図１１において利用者が「ネットサービス」を選択した後のディスプレイ１０３の表示の一例を示す図である。同図に示すディスプレイ１０３は、再生装置１０１が複数のネットサービスに対応している場合に、どのネットサービスを再生したいのかを利用者に選択させるためのＧＵＩ９０１を表示している。なお、ＧＵＩ９０１の表示及び利用者からの入力受付処理等は、ネットサービスアプリが行ってもよいし、再生装置１０１に組み込まれた別のプログラムが行ってもよい。
【０１１２】
図１３は、図１２において、利用者があるネットサービスを選択した後のディスプレイ１０３の表示の一例を示す図である。ここでは、複数の動画を提供するネットサービスを再生した場合の例を表示している。また、ディスプレイ１０３は、提供される動画のリストから利用者が再生したい動画を選択させるＧＵＩ１００１と、選択された動画を再生した結果の映像１００２と、選択された動画に付随する情報を表示するＧＵＩ１００３と、選択された動画の再生に対して再生状態を利用者が制御するためのＧＵＩ１００４とを表示している。ネットサービスアプリは、リモコン１０２を用いた利用者からの入力を受け付け、操作内容に応じて様々な処理を行う。例えば、ネットサービスアプリは、リモコン１０２の上ボタン又は下ボタンが押された場合はＧＵＩ１００１に表示している一覧をスクロールさせたり、リモコン１０２の決定ボタンが押された場合はＧＵＩ１００１の一覧で選択されているコンテンツの再生指示を再生装置１０１のＡＶ再生制御部３０３へ指示したりする。ＡＶ再生制御部３０３は、通信制御部３０４を利用し、サービスサーバー２０２から動画データを受信するととともに、受信した動画データを再生し、再生した動画データをディスプレイ１０３へ表示する。なお、動画データ及び静止画データを再生する方法については、公知の技術を用いることで実現可能であるため詳細な説明は省略する。
【０１１３】
ここで、ＣＥ機器においてネットサービスアプリが起動され、ネットサービスアプリがネットサービスの初期画面を表示するまでの手順を述べる。
【０１１４】
図１４は、例として、図１２に例示したＧＵＩ９０１において、利用者が何らかのネットサービスを選択した際のフローチャートである。具体的には、図１４は、そのネットサービスを再生可能なネットサービスアプリが起動された後、当該ネットサービスアプリがリンクサーバー２０１から動画のリスト又は付加情報を取得するとともに、再生する動画データをサービスサーバー２０２から取得する場合を示す。
【０１１５】
まず、ＣＥ機器はネットサービスアプリを起動する（Ｓ１１０１）。次に、起動されたネットサービスアプリは、ネットサービスアプリ内部の初期化処理を実施する（Ｓ１１０２）。当該初期化処理は、一般的なプログラムで実施される初期化処理に加え、ネットサービスにおいてリンクサーバー２０１及びサービスサーバー２０２への接続に必要な設定等を含む。次に、ネットサービスアプリは、リンクサーバー２０１への接続を行い（Ｓ１１０３）、再生可能な動画のリスト及び付加情報の取得要求をリンクサーバー２０１に対して行う（Ｓ１１０４）。
【０１１６】
リンクサーバー２０１は、ネットサービスアプリからの要求を受け付けると（Ｓ１１１０）、リンクサーバー２０１内に蓄積されたデータから、該当する情報を検索する（Ｓ１１１１）。また、リンクサーバー２０１は、該当する情報が見つかったかどうかを判断し（Ｓ１１１２）、該当する情報が見つかった場合は、その情報を応答としてネットサービスアプリに送信する（Ｓ１１１３）。該当する情報がリンクサーバー２０１内に蓄積されたデータ内に見つからなかった場合は、リンクサーバー２０１は、ネットサービスアプリの要求に含まれるネットサービスに関する情報を元に、対応するサービスサーバー２０２に対し、ネットサービスアプリが要求する情報を取得するための要求をし、データを取得する（Ｓ１１１４）。リンクサーバー２０１は、サービスサーバー２０２から取得したデータを、ネットサービスアプリが利用可能な形式に変換し（Ｓ１１１５）、変換した結果を必要に応じてリンクサーバー２０１内の蓄積データに追加する（Ｓ１１１６）とともに、ネットサービスアプリに送信する（Ｓ１１１３）。
【０１１７】
リンクサーバー２０１からデータを受け取ったネットサービスアプリは、受け取ったデータの内容を解析し（Ｓ１１０５）、図１３に例示したような画面を表示する指示を再生装置１０１のＡＶ再生制御部３０３に依頼し（Ｓ１１０６）、必要であれば利用者からの操作を受け付ける状態に移る（Ｓ１１０７）。
【０１１８】
図１５は、ネットサービスアプリが複数のネットサービスに対応している場合、ネットサービスの選択から、その選択されたネットサービスにおいてデータを再生するまでの処理を示すフローチャートである。なお、図１４に示したフローチャートと同一処理については、同一番号を付し、説明を省略する。また、図１５に示す処理は、例えば、図１２に例示したＧＵＩ９０１がネットサービスアプリで対応する複数のネットサービスを示し、ＧＵＩ９０１の表示もネットサービスアプリからの指示によるものである。
【０１１９】
まず、ＣＥ機器はネットサービスアプリを起動する（Ｓ１２０１）。次に、起動されたネットサービスアプリは、ネットサービスアプリ内部の初期化処理を実施する（Ｓ１２０２）。次に、ネットサービスアプリは、どのネットサービスを再生したいのかを利用者に選択させるために、図１２に例示したＧＵＩ９０１のようなネットサービスの選択画面を表示するよう、再生装置１０１のＡＶ再生制御部３０３へ指示を出し（Ｓ１２０３）、利用者からの入力を受け付ける（Ｓ１２０４）。利用者が再生したいネットサービスを選択すると、ネットサービスアプリは、選択されたネットサービスに応じた再生のための準備を行い（Ｓ１２０５）、リンクサーバー２０１への接続を行う（Ｓ１１０３）。なお、Ｓ１１０３以降の処理については、図１４に示したフローチャートでの処理と同一であるため、同一番号を付し、説明を省略する。また、図１４に示したリンクサーバー２０１側の処理についても同様であるため、図１５ではリンクサーバー２０１側の処理手順の説明を省略している。
【０１２０】
図１６は、図１３で例示したディスプレイ１０３の表示状態において、利用者が再生したいコンテンツ（動画）をサービスサーバー２０２から取得し、再生装置１０１で再生する処理に関するフローチャートである。
【０１２１】
ネットサービスアプリは利用者が特定のコンテンツを選択したことを識別すると（Ｓ１３０１）、現在再生しているネットサービスに対応するサービスサーバー２０２に対して、選択されたコンテンツのデータ取得要求を送る（Ｓ１３０２）。
【０１２２】
サービスサーバー２０２は、再生装置１０１からのデータ取得要求を受け取ると（Ｓ１３１１）、サービスサーバー２０２に蓄積されているコンテンツのデータから、要求された内容に合致するデータを検索し（Ｓ１３１２）、結果を再生装置１０１に送信する（１３１３）。
【０１２３】
再生装置１０１は、Ｓ１３０２での要求に対応する結果をサービスサーバー２０２から受信すると（Ｓ１３０３）、受信したデータ内容を解析し（Ｓ１３０４）、データを再生する（Ｓ１３０５）。
【０１２４】
なお、Ｓ１３１２での検索において、該当するデータが見つからなかった場合、Ｓ１３１３で送信される内容は、見つからなかった旨を示すメッセージであり、再生装置１０１においては、Ｓ１３０４において、要求したデータが見つからなかったことを識別し、Ｓ１３０５における再生において、見つからなかった旨をディスプレイ１０３に表示してもよい。
【０１２５】
なお、一般的に動画データはデータサイズが大きいため、ネットサービスが蓄積している動画データを全てリンクサーバー２０１に蓄積（又は複製、キャッシュとも呼ぶ）する場合は、リンクサーバー２０１は大容量のストレージを用意しなければならない。このため、リンクサーバー２０１に全ての動画データを蓄積しない場合が多い。また、同様にデータサイズが大きいことにより、通信経路に関しても、リンクサーバー２０１を介することで通信付加の増加を招くことがある。よって、図１６で示したフローチャートにおいては、再生装置１０１は、直接サービスサーバー２０２から動画データを取得する場合を例として示した。ただし、写真又は音楽などのデータは、動画データに比べてサイズが小さいため、リンクサーバー２０１に蓄積することや、リンクサーバー２０１を経由してデータを取得することも可能である。
【０１２６】
リンクサーバー２０１に蓄積されたデータを取得する場合は、図１６記載の処理手順において、サービスサーバー２０２で行うとされている処理（Ｓ１３１１、Ｓ１３１２、Ｓ１３１３）をリンクサーバー２０１で行う処理と置き換えることで本発明は実現可能である。
【０１２７】
ここで、図３に示したＡＶ再生制御部３０３は、ネットサービスアプリから出されるグラフィックス描画、及び動画再生などの指示を受け付け、その指示内容に基づき、ディスプレイ１０３へ表示する映像を作り出すと述べたが、より具体的な処理について述べる。
【０１２８】
ＡＶ再生制御部３０３は、グラフィックス描画のための機能として、例えば、画像データのデコード及びデコード結果の表示機能と、指定した文字列の描画機能と、矩形の描画機能等を持つ。
【０１２９】
また、ＡＶ再生制御部３０３は、ＡＶデータ再生のための機能として、動画データ及び音楽データのデコード及び表示を行う。
【０１３０】
また、ＡＶデータ及び画像データなど、再生対象となるデータは、再生装置１０１内に格納されているデータ、ネットサービスアプリから渡されたデータ、又は、通信制御部３０４を用いてリンクサーバー２０１又はサービスサーバー２０２から取得したデータである。
【０１３１】
ＡＶ再生制御部３０３が通信制御部３０４を用いてＡＶデータを取得する方法は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＲＴＰ（Ｒｅａｌ−ｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）、ＲＴＳＰ（Ｒｅａｌ  Ｔｉｍｅ  Ｓｔｒｅａｍｉｎｇ  Ｐｒｏｔｏｃｏｌ）などの公知の技術を用いてもよいし、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いてサービスサーバー２０２又はリンクサーバー２０１において規定された独自のプロトコルを用いてもよい。
【０１３２】
なお、どのような取得方法であっても、再生装置１０１（ネットサービスアプリ又はＡＶ再生制御部３０３）がサービスサーバー２０２又はリンクサーバー２０１からＡＶデータを取得可能であれば、本発明は実施可能である。
【０１３３】
また、ＡＶデータ再生の際、著作権保護に関する処理が必要であれば、ＡＶ再生制御部３０３は著作権保護に関連する機能を有することが可能である。具体的には、取得したＡＶデータのみを用いて著作権保護を解除できる場合は、ＡＶ再生制御部３０３において全ての処理が可能である。一方、ＡＶデータ以外の情報、例えば、サービスサーバーから取得する必要のあるデータを利用しなければならない場合、ネットサービスアプリは、サービスサーバー２０２又はリンクサーバー２０１から必要なデータ（以降、認証データと呼ぶ）を取得する。そして、ネットサービスアプリは、ＡＶ再生制御部３０３に対して再生指示を行なうとともに、認証データも渡す。これにより、ＡＶ再生制御部３０３は、著作権保護の処理を含め、ＡＶデータの再生が可能となる。一般的に、著作権保護の有無、及び処理内容は、ネットサービスごとに異なるため、各ネットサービスにおいてどのような処理が必要なのかは、ネットサービスアプリが予め把握しているものとする。予め把握するための方法としては、予めネットサービスアプリのプログラム中に処理が含まれていても、リンクサーバー２０１から処理方法を取得してもよい。どのような方法であっても、ＡＶデータの再生時までに処理方法を把握できていれば実施可能である。
【０１３４】
なお、ＡＶデータの取得と、取得したＡＶデータの再生とは平行して行うことが可能である。つまり、ＡＶデータを取得している途中の状態において、取得済みのＡＶデータの再生を始めることが可能である。
【０１３５】
ネットサービスは、映像又は音楽などのデータを提供するだけでなく、他にも様々な機能を提供する場合がある。例えば、キーワードを用いたデータの検索を行い検索結果のリストを提供したり、利用者が自身で作成したデータをネットサービスに登録したり、ネットサービスが提供するデータに対して利用者がコメントを投稿したりできる。
【０１３６】
これら機能を利用する際は、ネットサービスアプリは、直接サービスサーバー２０２と通信を行って提供機能を利用してもよいし、リンクサーバー２０１を介してサービスサーバー２０２の機能を利用してもよい。
【０１３７】
図１７は、ネットサービスアプリが、サービスサーバー２０２の提供する機能として、例えばキーワードを用いた動画検索を、リンクサーバー２０１の提供する動画検索機能を経由して利用する場合のフローチャートである。
【０１３８】
まず、ネットサービスアプリは、利用者によるキーワード入力や、検索メニューの選択などにより、利用者からの検索開始指示を受け付ける（Ｓ１４０１）。次に、ネットサービスアプリは、通信制御部３０４を用いてリンクサーバー２０１に対して、リンクサーバー２０１が受け付け可能な形式を用いて検索要求を行う（Ｓ１４０２）。リンクサーバー２０１は、ネットサービスアプリからの要求を受け付けると（Ｓ１４１０）、リンクサーバー２０１内に蓄積されたデータから、該当する情報を検索する（Ｓ１４１１）。リンクサーバー２０１は、該当する情報が見つかったかどうかを判断し（Ｓ１４１２）、該当する情報が見つかった場合は、その情報を応答としてネットサービスアプリに送信する（Ｓ１４１３）。該当する情報がリンクサーバー内に蓄積されたデータ内に見つからなかった場合は、リンクサーバー２０１は、ネットサービスアプリの要求に含まれるネットサービスに関する情報を元に、対応するサービスサーバー２０２に対し、ネットサービスアプリが要求する情報を取得するための要求をし、データを取得する（Ｓ１４１４）。リンクサーバー２０１は、サービスサーバー２０２から取得したデータを、ネットサービスアプリが利用可能な形式に変換し（Ｓ１４１５）、変換した結果を必要に応じてリンクサーバー２０１内の蓄積データに追加する（Ｓ１４１６）とともに、ネットサービスアプリに送信する（Ｓ１４１３）。
【０１３９】
リンクサーバー２０１からデータを受け取ったサービスアプリは、受け取ったデータの内容を解析し（Ｓ１４０３）、図１３に例示したような画面を表示する指示を再生装置１０１のＡＶ再生制御部３０３に依頼する（Ｓ１４０４）。この場合、例えば、図１３におけるＧＵＩ１００１は、利用者が最初に入力したキーワードに基づいた検索結果を表示した内容となる。次に、ネットサービスアプリは、必要であれば利用者からの操作を受け付ける状態に移る（Ｓ１４０５）。
【０１４０】
なお、ネットサービスアプリは通信制御部３０４を用いてリンクサーバー２０１へ要求を行うと述べたが、ネットサービスアプリが、サービスサーバー２０２が提供する検索機能を直接扱える場合は、リンクサーバー２０１を介することなく、直接サービスサーバー２０２に対して要求を行い、結果をサービスサーバー２０２から受け取り、結果の内容を解析し、利用者に提示することも可能である。また、リンクサーバー２０１とサービスサーバー２０２のどちらに要求を出すかは、ネットサービスアプリが有する機能に依存する。具体的には、検索要求に対する通信方法、要求の書式、要求の内容、応答の書式、及び応答の内容等、要求に関する仕様をネットサービスアプリが把握しており、その仕様を満たす処理をネットサービスアプリが有している場合は、直接サービスサーバー２０２に対して要求を出すことが可能となる。
【０１４１】
ただし、あるネットサービスアプリが複数のネットサービスに対応する場合、対応するネットサービスの増加に伴って、ネットサービスアプリが有するべき機能が増加してしまう。よって、様々に異なるネットサービスへの要求に関する仕様に依存する処理を、リンクサーバー２０１が行い、リンクサーバー２０１は、ネットサービスアプリに対して、ある限られた仕様に基づく要求を受け付け、ネットサービスアプリからの要求を各ネットサービスに依存した要求へと変換する。これにより、ネットサービスアプリは、各ネットサービスの仕様の違いを意識することなくリンクサーバー２０１に対して要求を出すだけで、間接的に各ネットサービスに対して要求を発行することができる。
【０１４２】
なお、検索要求に付随する情報は、例えば、ネットサービスの識別情報、検索方法に関する情報、及び検索結果の項目数の最大値などを指定する情報である。検索方法に関する情報としては、例えば、利用者が入力したキーワード、「最近登録されたもの」、「視聴回数の多いもの」などが指定できる。なお、検索要求に付随する情報は、どのような内容であっても、サービスサーバー２０２又はリンクサーバー２０１が受け付け可能であり、サービスサーバー２０２又はリンクサーバー２０１において検索可能であれば、どのような内容であっても本発明は実施可能である。
【０１４３】
なお、検索機能を用いる場合の処理例を示したが、検索に限らず他の機能も本発明において実施可能である。他の機能とは、例えばコメントの投稿、データの登録、ユーザ認証、及びネットサービスの各種設定などである。
【０１４４】
なお、予めネットサービスアプリが、ネットサービスへの要求方法や、その要求によって取得されるデータの解析方法等を把握しているのであれば、ネットサービスアプリは、ネットサービスの再生を試みる際、リンクサーバー２０１を経由することなく、サービスサーバー２０２と直接通信を行うことでネットサービスの再生を行うことが可能である。特に、ネットサービスから提供される情報が限定的な場合、例えば、天気予報又は株価情報に特化したものである場合など、リンクサーバー２０１を経由することによる処理手順の増加、及び通信経路の複雑化などが生じることにより、リンクサーバー２０１を経由するメリットが少ない。よって、このような場合に、サービスサーバー２０２と直接通信を行うことが有効である。
【０１４５】
なお、アプリケーションがＪａｖａ仮想マシン、又はＦｌａｓｈプレーヤなど、ＣＥ機器に搭載されたＣＰＵ、又はＯＳ等のアーキテクチャに依存しない形式で提供される場合、アプリケーションは、改変することなく、異なる複数のＣＥ機器上で動作可能である。
【０１４６】
なお、アプリケーションは、ネットサービスごとに用意されていてもよいし、１つのアプリケーションが複数のネットサービスに対応していてもよい。本発明においては、あるアプリケーションが１つ以上のネットサービスに対応していれば実施可能である。
【０１４７】
図１８は、実施の形態１を実施可能なＢＤ−ＲＯＭ再生装置の大まかな機能構成を示すブロック図である。同図の再生装置１０１は、ＢＤ−ＲＯＭドライブ４０１と、トラックバッファ４０２と、デマルチプレクサ４０３と、ビデオデコーダ４０４と、ビデオプレーン４０５と、オーディオデコーダ４０６と、イメージメモリ４０７と、イメージプレーン４０８と、イメージデコーダ４０９と、加算器４１０と、静的シナリオメモリ４１１と、動的シナリオメモリ４１２と、ＨＤＭＶ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｏｖｉｅ）モジュール４１３と、ＢＤ−Ｊ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  Ｊａｖａ）モジュール４１４と、ＵＯ（Ｕｓｅｒ  Ｏｐｅｒａｔｉｏｎ）検知モジュール４１５と、モード管理モジュール４１６と、ディスパッチャ４１７と、レンダリングエンジン４１８と、ＡＶ再生ライブラリ４２０と、ネットワークインターフェース４２１と、ローカルストレージ４２２と、仮想ファイルシステム４２３と、レジスタ４２４と、不揮発性メモリ４２５と、記憶部４２６とを備える。
【０１４８】
ＢＤ−ＲＯＭドライブ４０１は、ＢＤ−ＲＯＭ（記録媒体１０５の一例）のローディング／イジェクトを行い、ＢＤ−ＲＯＭに対するアクセスを実行する。なお、ＢＤ−ＲＯＭドライブ４０１は、ＢＤ−ＲＯＭだけでなく、読み書き可能なＢＤ−ＲＥに対する読込み及び書き込みが可能でもよく、さらに、ＤＶＤ又はＣＤなどの様々な種類の記録媒体を利用できるものであってもよい。
【０１４９】
トラックバッファ４０２は、ＦＩＦＯ（Ｆｉｒｓｔ  Ｉｎ  Ｆｉｒｓｔ  Ｏｕｔ）メモリである。トラックバッファ４０２には、ＢＤ−ＲＯＭから読み出されたアクセスユニット（ＡＣＣＥＳＳ  ＵＮＩＴ）が先入れ先出し式に格納される。
【０１５０】
デマルチプレクサ４０３は、ＢＤ−ＲＯＭドライブ４０１にローディングされているＢＤ−ＲＯＭ、ローカルストレージ４２２、又は、リムーバブルメディア１０４上に保存されているトランスポートストリームの多重分離を行う。そして、デマルチプレクサ４０３は、ＧＯＰ（Ｇｒｏｕｐ  Ｏｆ  Ｐｉｃｔｕｒｅｓ）を構成するビデオフレームとオーディオフレームとを得て、ビデオフレームをビデオデコーダ４０４に出力し、オーディオフレームをオーディオデコーダ４０６に出力する。また、デマルチプレクサ４０３は、副映像ストリームをイメージメモリ４０７に格納し、ナビゲーションボタン（Ｎａｖｉｇａｔｉｏｎ  Ｂｕｔｔｏｎ）情報を動的シナリオメモリ４１２に格納する。また、デマルチプレクサ４０３による多重分離処理は、ＴＳパケットをＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ  Ｅｌｅｍｅｎｔａｒｙ  Ｓｔｒｅａｍ）パケットに変換するという変換処理を含む。
【０１５１】
ビデオデコーダ４０４は、デマルチプレクサ４０３から出力されたビデオフレームを復号して非圧縮形式のピクチャをビデオプレーン４０５に書き込む。
【０１５２】
ビデオプレーン４０５は、非圧縮形式のピクチャを格納しておくためのメモリである。
【０１５３】
オーディオデコーダ４０６は、デマルチプレクサ４０３から出力されたオーディオフレームを復号して、非圧縮形式のオーディオデータを出力する。
【０１５４】
イメージメモリ４０７は、デマルチプレクサ４０３から読み出された副映像ストリーム、Ｎａｖｉｇａｔｉｏｎ  Ｂｕｔｔｏｎ情報内のＰＮＧ（Ｐｏｒｔａｂｌｅ  Ｎｅｔｗｏｒｋ  Ｇｒａｐｈｉｃｓ）データ、又は、仮想ファイルシステム４２３を介してＢＤ−ＲＯＭ、リムーバブルメディア１０４若しくはローカルストレージ４２２から読み出された画像ファイルを格納しておくバッファである。
【０１５５】
イメージプレーン４０８は、一画面分の領域をもったメモリであり、展開された副映像ストリーム、ＰＮＧデータ、又は、画像ファイルなどが配置される。
【０１５６】
イメージデコーダ４０９は、イメージメモリ４０７に格納された副映像ストリーム、ＰＮＧデータ、又は、画像ファイルなどを展開してイメージプレーン４０８に書き込む。副映像ストリームのデコードにより、各種メニュー及び副映像が画面上に現れる。
【０１５７】
加算器４１０は、ビデオプレーン４０５に格納された非圧縮形式のピクチャデータと、イメージプレーン４０８に展開されたイメージとを合成して出力する。
【０１５８】
静的シナリオメモリ４１１は、カレントのプレイリスト（カレントＰｌａｙＬｉｓｔ）、又は、カレントのストリーム管理情報を格納しておくためのメモリである。カレントＰｌａｙＬｉｓｔ（カレントＰＬと略すこともある）とは、ＢＤ−ＲＯＭ、ローカルストレージ４２２又はリムーバブルメディア１０４に記録されている複数のプレイリストのうち、現在処理対象になっているプレイリストである。カレントストリーム管理情報とは、ＢＤ−ＲＯＭ、ローカルストレージ４２２又はリムーバブルメディア１０４に記録されている複数ストリーム管理情報のうち、現在処理対象になっているものをいう。
【０１５９】
動的シナリオメモリ４１２は、カレント動的シナリオを格納しておき、ＨＤＭＶモジュール４１３及びＢＤ−Ｊモジュール４１４による処理に供されるメモリである。カレント動的シナリオとは、ＢＤ−ＲＯＭ、ローカルストレージ４２２又はリムーバブルメディア１０４に記録されている複数シナリオのうち、現在実行対象になっているシナリオをいう。
【０１６０】
ＨＤＭＶモジュール４１３は、ＨＤＭＶモードの実行主体となるＤＶＤ仮想プレーヤであり、動的シナリオメモリ４１２に読み出されたカレントのシナリオプログラムを実行する。
【０１６１】
ＢＤ−Ｊモジュール４１４は、Ｊａｖａプラットフォームであり、Ｊａｖａ仮想マシン、コンフィグレーション及びプロファイルを含む。ＢＤ−Ｊモジュール４１４は、動的シナリオメモリ４１２に読み出されたＪａｖａクラスファイルからカレントのＪａｖａオブジェクトを生成し、生成したＪａｖａオブジェクトを実行する。Ｊａｖａ仮想マシンは、Ｊａｖａ言語で記述されたＪａｖａオブジェクトを、再生装置１０１に含まれるＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｓｅｓｓｉｎｇ  Ｕｎｉｔ）のネィティブコードに変換して、変換したネィティブコードをＣＰＵに実行させる。
【０１６２】
ＵＯ検知モジュール４１５は、リモコン又は再生装置１０１のフロントパネル（タッチパッドなどの操作パネル）に対してなされたユーザの操作を検出して、ユーザの操作を示す情報（以降、ＵＯという）をモード管理モジュール４１６に出力する。
【０１６３】
モード管理モジュール４１６は、ＢＤ−ＲＯＭ、ローカルストレージ４２２又はリムーバブルメディア１０４から読み出されたモード管理テーブルを保持するとともに、モード管理及び分岐制御を行う。モード管理モジュール４１６によるモード管理とは、動的シナリオをＨＤＭＶモジュール４１３及びＢＤ−Ｊモジュール４１４のいずれに実行させるかというモジュールの割り当て、割り当てたモジュールに対する再生指示、及び、割り当てたモジュールでの再生状態の監視である。再生状態を監視することにより、ＨＤＭＶモジュール４１３又はＢＤ−Ｊモジュール４１４でのタイトルの再生が終了した場合など、他のタイトルに移行する際には、モード管理モジュール４１６が、次に再生すべきタイトルを選択し、選択したタイトルに適切なモジュールの割り当てを行い、割り当てたモジュールに対して再生指示を出すことで、再生が継続される。
【０１６４】
また、モード管理モジュール４１６は、タイトル再生中にＡＶ再生ライブラリ４２０からレジスタ４２４の内容を取得し、その内容の全部又は一部を、モード管理モジュール４１６が取得可能な他の情報とともに不揮発性メモリ４２５に格納してもよい。また、モード管理モジュール４１６は、モード管理において、割り当てたモジュールに対して再生指示を出す際、不揮発性メモリ４２５から取得した内容を合わせて指示することにより、通常の初期状態とは異なった状態から再生を開始させてもよい。また、モード管理モジュール４１６は、仮想ファイルシステム４２３に対し、データ作成指示を出してもよい。詳細は後述する。
【０１６５】
ディスパッチャ４１７は、ＵＯから、現在の再生装置１０１におけるモードに適切なＵＯのみを選んで、選んだＵＯをそのモードを実行するモジュールに受け渡す。例えば、ディスパッチャ４１７は、ＨＤＭＶモードの実行中に、上下左右及びアクティベートなどのＵＯを受け付けた場合、ＨＤＭＶモードのモジュールにこれらのＵＯを出力する。
【０１６６】
レンダリングエンジン４１８は、Ｊａｖａ２Ｄ及びＯＰＥＮ−ＧＬ（Ｏｐｅｎ  Ｇｒａｐｈｉｃｓ  Ｌｉｂｒａｒｙ）などの基盤ソフトウェアを備える。このレンダリングエンジン４１８は、ＢＤ−Ｊモジュール４１４からの指示に従ってコンピュータグラフィックスの描画を行い、描画されたコンピュータグラフィックスをイメージプレーン４０８に出力する。
【０１６７】
ＡＶ再生ライブラリ４２０は、ＨＤＭＶモジュール４１３又はＢＤ−Ｊモジュール４１４からの関数呼び出しに応じて、ＡＶ再生機能、及びプレイリスト再生機能を実行する。ＡＶ再生機能とは、ＤＶＤプレーヤ又はＣＤプレーヤから踏襲した機能群であり、再生開始、再生停止、一時停止、一時停止の解除、静止画機能の解除、再生速度を即値で指定した早送り、再生速度を即値で指定した巻戻し、音声切り替え、副映像切り替え及びアングル切り替えなどの処理を行う機能である。プレイリスト再生機能とは、このＡＶ再生機能のうち、再生開始及び再生停止をプレイリスト情報に従って行う機能である。
【０１６８】
また、ＡＶ再生ライブラリ４２０は、レジスタ４２４を備える。レジスタ４２４には、プレイリストの再生状態、及び、コンテンツが利用する任意の情報などを格納できる。プレイリストの再生状態とは、プレイリストに記載されている各種ＡＶデータ情報の中のどのＡＶデータを利用しているか、及び、プレイリストのどの位置（時刻）を再生しているか、などの状態である。プレイリストの再生状態が変化した際には、ＡＶ再生ライブラリ４２０が、レジスタ４２４に、プレイリストの再生状態などの内容を格納する。また、ＡＶ再生ライブラリ４２０は、ＨＤＭＶモジュール４１３又はＢＤ−Ｊモジュール４１４が実行しているコンテンツからの指示により、コンテンツが指定した値を格納し、又は、格納された値をコンテンツに渡す。
【０１６９】
ネットワークインターフェース４２１は、再生装置１０１の外部と通信を行うためのインターフェースであり、インターネットを介してアクセス可能なサーバーにアクセスする、又は、ローカルネットワークを介して接続されたサーバーにアクセスする。例えば、ネットワークインターフェース４２１は、インターネット上に公開されたＢＤ−ＲＯＭ追加コンテンツのダウンロードすること、又は、コンテンツが指定するインターネット上のサーバーとの間でデータ通信を行うことで、ネットワーク機能を利用したコンテンツの再生を可能にする。ＢＤ−ＲＯＭ追加コンテンツとは、オリジナルのＢＤ−ＲＯＭにないコンテンツであり、例えば、追加の副音声、字幕、特典映像及びアプリケーションなどである。また、ＢＤ−Ｊモジュール４１４からネットワークインターフェース４２１を制御することができるので、インターネット上に公開された追加コンテンツをローカルストレージ４２２又はリムーバブルメディア１０４にダウンロードすることができる。
【０１７０】
ローカルストレージ４２２及びリムーバブルメディア１０４は、ダウンロードした追加コンテンツ及びアプリケーションなどが使うデータなどの保存に用いられる。追加コンテンツの保存領域は、ＢＤ−ＲＯＭ毎に分かれている。また、アプリケーションがデータの保持に使用できる領域は、アプリケーション毎に分かれている。また、ダウンロードした追加コンテンツをどのようにＢＤ−ＲＯＭ上のデータとマージさせるかというマージ規則が記載されたマージ管理情報も、ローカルストレージ４２２又はリムーバブルメディア１０４に保存される。
【０１７１】
仮想ファイルシステム４２３は、追加コンテンツと共にローカルストレージ４２２又はリムーバブルメディア１０４にダウンロードされたマージ管理情報を元に、ローカルストレージ４２２又はリムーバブルメディア１０４に格納された追加コンテンツとＢＤ−ＲＯＭ上のコンテンツとをマージさせた、仮想的なＢＤ−ＲＯＭ（仮想パッケージ）を構築する。ＨＤＭＶモジュール４１３又はＢＤ−Ｊモジュール４１４は、仮想パッケージとオリジナルＢＤ−ＲＯＭとを区別なく参照することができる。仮想パッケージの再生中、再生装置１０１は、ＢＤ−ＲＯＭ上のデータだけでなく、ローカルストレージ４２２、リムーバブルメディア１０４及び記憶部４２６のデータも用いて再生制御を行う。
【０１７２】
不揮発性メモリ４２５は、読み書き可能な記録媒体であり、電源が供給されなくても、記録内容を保持できる媒体である。例えば、不揮発性メモリ４２５は、フラッシュメモリ及びＦｅＲＡＭ（Ｆｅｒｒｏｅｌｅｃｔｒｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などである。また、リムーバブルメディア１０４、ローカルストレージ４２２、又は、ＢＤ−ＲＯＭドライブ４０１で書き込み可能な記録媒体を、不揮発性メモリ４２５として利用してもよい。また、ネットワークインターフェース４２１を経由してアクセス可能な媒体が再生装置１０１の電源供給状態に依存せず記録内容を保持できるのであれば、当該媒体を不揮発性メモリ４２５として利用してもよい。
【０１７３】
記憶部４２６は、任意のデータを記憶可能な記録媒体である。仮想ファイルシステム４２３は、モード管理モジュール４１６からの指示により、記憶部４２６に特定のデータを格納することが可能である。
【０１７４】
以上に示す構成要素が、ネットサービスの再生が可能なＢＤ−ＲＯＭの再生装置１０１の一例を示したものである。ここでは、ネットサービスアプリをＢＤ−Ｊタイトルとして実現することも可能である。
【０１７５】
この場合、例えば、モード管理モジュール４１６及びＢＤ−Ｊモジュール４１４の一部がアプリケーション実行部３０１に該当し、ＢＤ−Ｊモジュール４１４の一部がアプリ制御部３０２に該当し、ＵＯ検知モジュール４１５及びディスパッチャ４１７が入力受付部３０５に該当し、ＡＶ再生ライブラリ４２０、イメージメモリ４０７、イメージデコーダ４０９、ビデオデコーダ４０４、オーディオデコーダ４０６、イメージプレーン４０８、ビデオプレーン４０５、及びレンダリングエンジン４１８がＡＶ再生制御部３０３に該当し、ネットワークＩ／Ｆ４２１が通信制御部３０４に該当し、さらに不揮発性メモリ４２５が記憶部２２０１に該当し、ローカルストレージ４２２及びリムーバブルメディア１０４がデータ蓄積部２３０１に該当する。
【０１７６】
なお、本実施の形態で述べる動作を実現可能であれば、他の機能構成であっても本発明は実施可能である。
【０１７７】
なお、一般的にネットサービスを提供する組織（以降、ネットサービス会社と呼ぶ）と、再生装置を製造する組織（以降、製造会社と呼ぶ）とは異なる。この構成において、リンクサーバーの提供、ならびにネットサービスアプリの開発及びメンテナンスを、さらに異なる組織（以降、リンクサーバー会社と呼ぶ）が行うことが可能である。この場合、ネットサービス会社が主としてＰＣ向けのサービス提供を主体とする場合、当該ネットサービス会社は、サービスに対応する再生装置が増えることにより、利用者増に伴う収入増加が期待できたとしても、製造会社ごとに異なる再生装置ごとに対応していては、コストがかかりすぎる。逆に、課題でも述べているとおり、製造会社は、次々と数の増加、及び減少を繰り返すとともに、個々においても機能の増加を進めるネットサービスに追従し続けるためには、莫大なコストをかける必要がある。この状態では、利用者が広くＣＥ機器においてネットサービスを再生することは不可能である。そこで、リンクサーバー会社は、次々と数の増加及び減少を繰り返すとともに、個々においても機能の増加を進めるネットサービスへの追従を、リンクサーバー１箇所に集約する。そしてリンクサーバー会社は、そのリンクサーバーと連携して実行するネットサービスアプリの開発及び保守を行う。また、そのネットサービスアプリが実行するために必要な再生装置の環境を、何らかの形で統一することにより、ネットサービス会社は、再生装置個別の対応が不要になる。また、製造会社は、ネットサービスアプリが動作する環境を用意するだけですむため、コストを格段に抑えることができる。また、リンクサーバー会社は、ネットサービス会社及び製造会社が抑えられたコストに見合う分の費用分の収入、及び、別途、ネットサービスアプリに広告を載せることによる広告収入などにより収入を得ることが可能となる。これらの仕組みにより、ネットサービス会社、製造会社、及びリンクサーバー会社が互いに利益を得つつ、利用者は数多くのネットサービスをＣＥ機器で再生可能となるビジネスモデルが成立する。
【０１７８】
（実施の形態２）
実施の形態１において、ネットサービスアプリが、利用者により選択されたコンテンツの再生を指示した際に、再生装置においてそのコンテンツを再生する能力が無い場合、利用者が選択したにもかかわらず、選択したコンテンツが再生されず、利用者に不快感を与えてしまうという課題がある。
【０１７９】
本発明の実施の形態２では、指定されたコンテンツの再生に失敗した場合に、ネットサービスアプリに対して再生に失敗したことを通知する再生異常通知部を再生装置が備えることによって、利用者に与える不快感を低減させる方法について述べる。
【０１８０】
図１９は、図３で示したＡＶ再生制御部３０３の実施の形態２における内部構成を示した図である。
【０１８１】
ＡＶ再生制御部３０３は、要求受付部１６０１、データ解析部１６０２、データ処理部１６０３、出力部１６０４、及び異常通知部１６０５を含む。
【０１８２】
要求受付部１６０１は、図１０に示したネットサービスアプリ７０１に含まれる表示制御部７０３からの要求を受け付け、受け付けた要求内容が妥当なものであればデータ解析部１６０２に要求内容を伝達する。また、要求受付部１６０１は、要求内容が妥当でない場合は、表示制御部７０３に対してエラーを返す。
【０１８３】
データ解析部１６０２は、再生すべきデータの内容を解析し、異常がないかどうかを判定する。例えば、データ解析部１６０２は、再生すべきデータの内容を解釈し表示することが可能かどうかを、その画像データに付随する管理情報、又は画像データの一部を用いて判断する。また、ネットサービスアプリ７０１からの要求内に、再生するデータ自体ではなく、再生装置１０１の外部から通信制御部３０４を経由して取得可能なデータへの参照情報が含まれる場合には、データ解析部１６０２は、通信制御部３０４を用いて参照先からデータを取得するとともに、上記の判断を行うことも可能である。データ解析部１６０２が行う判断において、表示することが不可能と判断された場合、データ解析部１６０２は、異常通知部１６０５に対して判断結果を通知する。
【０１８４】
データ処理部１６０３は、データ解析部１６０２が表示することが可能と判断したデータから、実際に表示する内容を取り出し、取り出した内容を出力部１６０４へ伝達する。例えば、本処理は一般的にデコードと呼ばれる処理である。なお、データ処理部１６０３は、表示する内容を取り出し、取り出した内容を出力部１６０４へ伝達する処理を、必ずしも再生するデータの全ての内容を取り出した後に出力部１６０４へ伝達する必要は無い。つまり、データ処理部１６０３は、再生するデータの一部の内容を取り出した時点で、それまで取り出した内容を出力部１６０４へ伝達するとともに、平行して続きの内容を取り出してもよい。このように、データ処理部１６０３の処理と出力部１６０４の処理とを平行して実施することも可能である。
【０１８５】
また、データ処理部１６０３は、何らかの原因により表示する内容の取り出しに失敗した場合、失敗した旨を異常通知部１６０５に対して通知する。ここで、何らかの原因とは、例えば、データの破損、欠落、又は再生装置１０１の構成要素の一部での異常にともなうものなどである。また、データ処理部１６０３は、出力部１６０４への伝達を行うことなく、再生するデータの全て、又は一部の内容の取り出しを試みて、異常が発生しないことを確認した後に、出力部１６０４への伝達を開始することも可能である。これにより、再生するデータの途中までしか再生が成功しない場合を回避できる。さらに、再生するデータの内容に応じて出力部１６０４の設定を行うことで、より最適な出力を実現することも可能となる。なお、データ処理部１６０３は、出力部１６０４への伝達を行うことなく、再生するデータの全て、又は一部の内容の取り出しを試みた際に異常を検知した場合も、異常通知部１６０５に対して通知することが可能である。
【０１８６】
出力部１６０４は、データ処理部１６０３が取り出した表示する内容を、映像信号であればディスプレイ１０３に表示するための処理を行い、音信号であれば、スピーカに出力を行う。例えば、再生装置１０１がディスプレイ１０３と分離する形態であれば、例えばＨＤＭＩ端子、又はＣｏｍｐｏｓｉｔｅ端子からの出力信号の送出を行う。
【０１８７】
異常通知部１６０５は、データ解析部１６０２又はデータ処理部１６０３からの通知を受け、その内容をネットサービスアプリに通知する。
【０１８８】
なお、ここでは異常が発生した場合の通知について述べたが、成功した場合も同様の仕組みを用いて通知を行ってもよい。これにより、ネットサービスアプリは、再生要求が成功したのか失敗したのかを明確に判断可能となる。
【０１８９】
図２０は、本発明の実施の形態２におけるネットサービスアプリ７０１の内部構成を示した図である。なお、図１０と同一の構成要素については、同一番号を付し、説明を省略する。
【０１９０】
異常通知受付部１７０１は、図１９に示した異常通知部１６０５からの通知を受け付け、その内容を機能処理部１７０２へ伝達する。
【０１９１】
機能処理部１７０２は、図１０で示した機能処理部７０２の処理に加え、異常通知受付部１７０１から伝達された内容を元に処理を行うことが可能である。具体的には、機能処理部１７０２は、再生に際して異常が発生したことを利用者に知らせるために、表示制御部７０３を用いてディスプレイ１０３に異常が発生したことを示す情報を提示する。さらに、機能処理部１７０２は、それ以降、同一のコンテンツを利用者が選択しないよう図１３のＧＵＩ１００１で例示したようなコンテンツのリストから、そのコンテンツを削除する処理、又は、当該コンテンツが選択されたとしても無視する処理を行うことが可能である。または、機能処理部１７０２は、データ処理部７０６を用いて、リンクサーバー２０１又はサービスサーバー２０２に対して再生できなかった旨を通知することも可能である。これにより、リンクサーバー２０１又はサービスサーバー２０２は、それ以降の再生装置１０１からの要求に対し、異常のあったコンテンツに関する情報を送信しないこと、又は、そのコンテンツに付随する情報に過去に異常が発生したことを示す情報を含めておくことも可能である。これにより、ネットサービスアプリは、次にリンクサーバー２０１又はサービスサーバー２０２からそのコンテンツに関する情報を取得したとしても、異常が発生する可能性があることを再生する前に知ることが可能となる。
【０１９２】
（実施の形態３）
実施の形態１及び実施の形態２において、ネットサービスアプリが、利用者により選択されたコンテンツの再生を指示した際に、再生装置においてそのコンテンツを再生する能力が無い場合、利用者が選択したにもかかわらず、選択されたコンテンツが再生されず、利用者に不快感を与えてしまうという課題がある。
【０１９３】
本発明の実施の形態３では、アプリケーションが、再生するコンテンツの種別を判断する種別判断部を備え、かつ再生装置が、再生可能なコンテンツ種別に関する情報をアプリケーションに提供する端末性能情報提供部を備えることによって、利用者に与える不快感を低減させる方法について述べる。
【０１９４】
図２１は、本発明の実施の形態３における再生装置１０１の内部構成を示した図である。なお、図３を用いて説明した構成要素と同一機能を有するものについては、同一番号を付し、説明を省略する。
【０１９５】
再生装置１０１は、図３を用いて説明した構成要素に加え、さらに端末性能情報提供部１８０１を含む。
【０１９６】
端末性能情報提供部１８０１は、本発明の性能情報提供部に相当し、再生装置１０１の性能を示す情報を、アプリケーション実行部３０１が動作させたプログラムに対して提供する機能を有する。機能提供の方法としては、例えば、ＡＰＩとして提供する方法、又は、所定のフォーマットで記述されたデータを再生装置１０１に格納しておく方法などがある。
【０１９７】
図２２は、本発明の実施の形態３におけるネットサービスアプリ７０１の内部構成を示した図である。なお、図１０と同一の構成要素については、同一番号を付し、説明を省略する。
【０１９８】
端末性能取得部１９０１は、図２１を用いて説明した再生装置１０１の端末性能情報提供部１８０１から、再生装置１０１の性能に関する情報を取得し、取得した情報を機能処理部１９０２に伝達する。
【０１９９】
機能処理部１９０２は、図１０で示した機能処理部７０２の処理に加え、端末性能取得部１９０１から伝達された内容を元に処理を行うことが可能である。具体的には、端末性能取得部１９０１から伝達された再生装置１０１の性能に関する情報内に、再生装置１０１で再生可能な動画データの種類に関する情報が含まれていた場合、機能処理部１９０２は、リンクサーバー２０１又はサービスサーバー２０２から受け取ったコンテンツ情報の中から再生装置１０１で再生可能なものと再生不可能なコンテンツを分類することが可能となる。これにより、機能処理部１９０２は、図１３のＧＵＩ１００１で例示したようなコンテンツのリストから、再生不可能なコンテンツを削除する処理、又は、当該コンテンツが選択されたとしても無視する処理を行うことが可能である。
【０２００】
（実施の形態４）
実施の形態３においては、ネットサービスアプリ７０１が端末性能情報提供部１８０１を利用し、利用者に提示するコンテンツの選別等を行っていたが、リンクサーバー２０１又はサービスサーバー２０２からデータを取得するたびに同様の処理を行った場合、再生装置１０１における処理負荷がかかる。これが、応答性能の劣化、及びアプリケーションが利用する再生装置１０１のハードウェア資源の増加につながるという課題がある。
【０２０１】
本発明の実施の形態４においては、実施の形態３においてアプリケーションが行っていた処理の一部をリンクサーバーにおいて行うことにより、この課題を解決する。
【０２０２】
本発明の実施の形態４においては、実施の形態１において図１４を用いて述べた処理手順における再生装置１０１からリンクサーバー２０１に対して行う要求処理（Ｓ１１０４）において、再生装置１０１からリンクサーバー２０１へ伝達する内容の一部に、ネットサービスアプリ７０１が端末性能情報提供部１８０１を利用して取得した再生装置１０１の性能に関する情報を含める。さらに、リンクサーバー２０１は、蓄積データを検索する処理（Ｓ１１１１）、及び再生装置１０１にデータを送信する処理（Ｓ１１１３）において、再生装置１０１の性能では再生できないと判断可能なコンテンツの情報を除外した上で、再生装置１０１へデータを送信することが可能である。これにより、再生装置１０１がリンクサーバー２０１からデータを受け取る処理（Ｓ１１０５）においては、実施の形態３で述べた選別処理が行われた後の状態に相当する情報を受け取っているため、それ以降の再生装置１０１での処理において選別処理を行う必要がなくなる。
【０２０３】
また、端末性能情報提供部１８０１が提供する性能に関する情報は、一般的に再生装置１０１上で動作するプログラムに変更が無い限り変化することはない。よって、例えば、Ｓ１１０４の処理において、毎回の要求に性能に関する情報を含めるのではなく、いずれかの時点の１回にのみ含めておき、要求を受け取ったリンクサーバー２０１又はサービスサーバー２０２は、その性能情報を覚えておき、次回以降の要求に対してもその性能情報を利用することが可能である。これにより、さらに再生装置１０１におけるネットサービスアプリの処理を軽減することが可能となる。
【０２０４】
なお、リンクサーバー２０１又はサービスサーバー２０２が異なる性能を持つ複数の再生装置１０１に対してサービスを提供している場合、要求元を特定する必要がある。要求元のＩＰアドレス、又は毎回の要求内容に再生装置１０１を識別する情報を含めておくことで、リンクサーバー２０１又はサービスサーバー２０２は、要求元を特定できる。
【０２０５】
（実施の形態５）
本発明の実施の形態５では、ネットサービスアプリに不具合があった場合、又は仕様変更が発生した場合などに、再生装置上で動作するアプリケーションを変更する方法について述べる。
【０２０６】
図２３は、本発明の実施の形態５におけるリンクサーバー２０１の内部構成を示した図である。なお、図４を用いて述べた内部構成と同一のものについては、同一番号を付し、説明を省略する。
【０２０７】
リンクサーバー２０１は、さらにバージョン管理部２００１を含む。バージョン管理部２００１は、リンクサーバー２０１を利用可能なネットサービスアプリのバージョンがどれなのかを管理する。また、バージョン管理部２００１は、再生装置１０１からの要求に応じて、リンクサーバー２０１を利用可能なネットサービスアプリの提供も可能である。
【０２０８】
図２４は、本発明の実施の形態５におけるネットサービスアプリ７０１の内部構成を示した図である。なお、図１０を用いて述べた内部構成と同一のものについては、同一番号を付し、説明を省略する。
【０２０９】
更新制御部２１０１は、本発明のプログラム更新部に相当し、ネットサービスアプリ７０１のバージョンを把握しており、通信処理部７０５を利用してリンクサーバー２０１との通信を行う。この更新制御部２１０１は、リンクサーバー２０１に対して自身のバージョンを通知するとともに、リンクサーバー２０１のバージョン管理部２００１から、対応するネットサービスアプリのバージョンを取得することが可能である。また、更新制御部２１０１は、リンクサーバー２０１からネットサービスアプリのプログラムを取得することが可能である。例えば、更新制御部２１０１は、リンクサーバー２０１から取得したバージョンと、自身のバージョンとが異なる場合、再生装置１０１に格納されているネットサービスアプリ７０１を、リンクサーバー２０１から取得したネットサービスアプリ７０１に置き換えることが可能である。これにより、ネットサービスアプリ７０１の更新が可能となる。
【０２１０】
以下、ネットサービスアプリ７０１を置き換える方法の例について述べる。ここで、ある時点で再生装置１０１に格納されているネットサービスアプリ７０１を旧アプリケーションと呼び、リンクサーバー２０１から取得したアプリケーションを新アプリケーションと呼ぶ。旧アプリケーションの更新制御部２１０１は、リンクサーバー２０１から新アプリケーションを取得すると、取得した新アプリケーションを再生装置１０１内の所定の記憶媒体に格納する。格納が完了すると、更新制御部２１０１は、再生装置１０１のアプリケーション実行部３０１に対して、新アプリケーションの準備が完了したことを通知するとともに、次にアプリケーション実行部３０１がネットサービスアプリを実行する際には、新アプリケーションを実行するように指示する。指示を受けたアプリケーション実行部３０１は、即座に旧ネットサービスアプリの実行を終了してもよいし、旧ネットサービスアプリの実行を終了させることなく指示を受けたことを記憶しておくだけでもよい。
【０２１１】
任意のタイミングにおいて、旧ネットサービスアプリが終了し、次に利用者からの指示などによりネットサービスアプリを起動する際には、アプリケーション実行部３０１は、旧アプリケーションではなく、新アプリケーションを起動する。
【０２１２】
なお、再生装置１０１は、旧アプリケーションのプログラムがもはや不要であると判断した場合は削除してもよい。また、新アプリケーションに不具合があった場合に旧アプリケーションへ戻すことを考慮し、旧アプリケーションを格納したままにしてもよい。
【０２１３】
なお、公知の技術として、再生装置１０１のプログラム全体を更新する機能は、一般的なＣＥ機器に搭載されている。本実施の形態においては、ネットサービスアプリのプログラムのみの更新について述べたが、プログラム全体を更新する機能を用いて、そこに新ネットサービスアプリを含めることによって、ネットサービスアプリを更新することも可能である。
【０２１４】
また、旧ネットサービスアプリが新ネットサービスアプリをリンクサーバー２０１から取得する場合について述べたが、アプリケーション実行部３０１が新ネットサービスアプリをリンクサーバー２０１から取得してもよい。これにより、ネットサービスアプリを実行していない場合、又は、何らかの理由によりネットサービスアプリが実行できなくなった場合に、ネットサービスアプリを更新することが可能である。この場合、更新制御部２１０１に相当する機能をアプリケーション実行部３０１が有することになる。また、アプリケーション実行部３０１は、予めリンクサーバー２０１のバージョン管理部２００１との情報伝達方法を把握しておく必要がある。また、アプリケーション実行部３０１が新ネットサービスアプリをリンクサーバー２０１から取得する場合、例えば、再生装置１０１の起動時又は任意のタイミングでネットサービスアプリの更新の有無をバージョン管理部２００１に問い合わせ、もし更新が有れば新ネットサービスアプリを取得し、その後は新ネットサービスアプリを起動することが可能である。これにより、常に最新のネットサービスアプリを実行することが可能となる。
【０２１５】
（実施の形態６）
本発明の実施の形態６では、利用者が新たなネットサービスの視聴を希望する場合、又は、サービスサーバーの機能追加又は仕様変更などにより、ある時期からそのネットサービスを再生できなくなる場合などに対応するための方法について述べる。
【０２１６】
第１の方法は、リンクサーバー２０１における処理を変更する方法であり、第２の方法は、ネットサービスアプリ７０１を変更する方法であり、実施の形態５で述べたようなネットサービスアプリ７０１の更新方法を用いて実現されるものである。
【０２１７】
まず第１の方法について述べる。サービスサーバー２０２における変更内容が、例えばデータ取得等の要求の手順又は方法の変更である場合は、図４におけるサービスデータ取得部３５２を、サービスサーバー２０２の変更に応じて変更すればよい。これにより、その他の構成要素における処理は変更する必要が無い。また、サービスサーバー２０２における変更内容が、例えばサービスサーバー２０２から取得されるデータの内容の変更である場合は、データ変換部３５３を変更することで、データ変換部３５３が変換した結果が変わらないようにする。これにより、その他の構成要素における処理は変更する必要が無い。
【０２１８】
次に第２の方法について述べる。第１の方法を用いたことによって、リンクサーバー２０１とネットサービスアプリ７０１との間での要求の手順、方法又はその内容が変更された場合などには、ネットサービスアプリ７０１を変更する必要が生じる。また、ネットサービスアプリ７０１が、リンクサーバー２０１を介さず、直接サービスサーバー２０２との通信を行っていた場合は、サービスサーバー２０２の変更に応じてネットサービスアプリ７０１の変更が必要となる。
【０２１９】
例えば、リンクサーバー２０１又はサービスサーバー２０２から取得したデータの内容（形式又は構成など）が変更された場合、図１０で示したデータ処理部７０６を、その変更内容に合わせて変更する必要がある。また、リンクサーバー２０１又はサービスサーバー２０２に対する要求を送る際、リンクサーバー２０１又はサービスサーバー２０２が解釈可能な形式に変換する処理を行うが、その形式が変更された場合は、その変換処理を変更する必要がある。
【０２２０】
また、サービスサーバー２０２が提供する機能が大幅に増えた場合など、ディスプレイ１０３に表示するＧＵＩを変更する必要が発生する場合がある。一般的なプログラミング技法として、ネットサービスアプリ７０１が、画面構成に関するデータにしたがってＧＵＩを表示する機能と、画面構成に関するデータを外部（例えばリンクサーバー２０１）から取得する機能とを備えておくことにより、ネットサービスアプリ７０１を変更することなくＧＵＩを変更することが可能である。また、ネットサービスアプリ７０１を変更しなければならない場合は、表示制御部７０３、又は機能処理部７０２の変更が必要になる場合がある。
【０２２１】
なお、利用者が新たなネットサービスの視聴を希望する場合、又は、サービスサーバーの機能追加又は仕様変更などにより、ある時期からそのネットサービスを再生できなくなる場合などには、第１の方法及び第２の方法のどちらか、又はその両方を用いることによって、対応可能となる。
【０２２２】
なお、第１の方法であれば、リンクサーバー２０１だけの変更で可能だが、第２の方法を用いた場合、リンクサーバー２０１を利用する全ての再生装置１０１上で動作するネットサービスアプリ７０１を更新する必要が生じる。よって、総合的なコスト面、及び利用者の利便性を考慮すると、第１の方法のみで実現することが望ましい。また、予めネットサービスアプリ７０１がサービスサーバー２０２と直接通信を行う処理を可能な限り減らすことにより、より第１の方法のみで実現できる可能性が高まる。
【０２２３】
なお、本発明は、上記実施の形態で述べた課題に対して第１の方法のみで実現することが可能となる点においても効果がある。
【０２２４】
（実施の形態７）
実施の形態１〜６において、再生装置１０１上でネットサービスアプリ７０１が実行された際、ネットサービスアプリ７０１は、利用者からの操作、及び、リンクサーバー２０１又はサービスサーバー２０２との通信に伴った何らかの処理を実施してきた。しかし、ネットサービスアプリ７０１は、一旦終了してしまうと、その履歴及び利用者の好みに基づく設定などを、次回動作時に利用できない。これは利用者の操作性の低下及び効率化の阻害要因となる。
【０２２５】
本発明の実施の形態７においては、再生装置１０１内にネットサービスアプリ７０１からの指示で情報を記憶できる構成を加えることで上記課題の解決を行う。
【０２２６】
図２５は、本発明の実施の形態７における再生装置１０１の内部構成を示した図である。なお、図３を用いて述べた内部構成と同一のものについては、同一番号を付し、説明を省略する。
【０２２７】
再生装置１０１は、さらに、ネットサービスアプリ７０１から渡された情報を保持するとともに、ネットサービスアプリ７０１からの要求により、保持している情報をネットサービスアプリ７０１へ渡すことが可能な記憶部２２０１を含む。この記憶部２２０１は、本発明の情報保持部に相当する。なお、記憶部２２０１は、ハードディスク、不揮発性メモリ、及び揮発性メモリ等、情報を記憶できる媒体であれば実施可能である。また、記憶部２２０１は、再生装置１０１の電源を切った後でも情報が残る不揮発性の記憶媒体が望ましい。また、再生装置１０１から利用可能な記憶部であれば、必ずしも再生装置１０１に内蔵する必要は無く、再生装置１０１の外部に接続されていてもよい。
【０２２８】
ネットサービスアプリ７０１は、利用者が設定した内容、例えばＧＵＩの配色、文字の大きさ、利用者の個人情報、選択されたネットサービスの種類又は履歴、及び、選択されたコンテンツの種類又は履歴などに関する情報を、記憶部２２０１に格納することが可能である。
【０２２９】
ネットサービスアプリ７０１は、起動時に記憶部２２０１から、自身が過去に格納した情報が無いかどうかを探し、情報が見つかれば、その情報を記憶部２２０１から取得する。これにより、ネットサービスアプリ７０１は、その内容から、利用者の設定及び過去の履歴などの情報に応じて、利用者の利便性を高める処理を行うことが可能である。
【０２３０】
なお、リンクサーバー２０１又はサービスサーバー２０２が、記憶部２２０１に相当する機能を有している場合、つまり、リンクサーバー２０１又はサービスサーバー２０２が、ネットサービスアプリ７０１に対して情報の記録及び記録された情報の取得という要求を受け付け機能する場合においては、ネットサービスアプリ７０１は、記憶部２２０１を利用することなく、つまり再生装置１０１が記憶部２２０１を備えることなく、同等の効果を実現することも可能である。
【０２３１】
（実施の形態８）
実施の形態１において、ＡＶ再生制御部３０３が通信制御部３０４を用いてデータを取得する場合があることを述べた。しかし、通信回線速度、リンクサーバー２０１、及びサービスサーバー２０２の速度等の影響により、取得に時間がかかる場合がある。これは利用者の利便性を損なうばかりでなく、通信に要するコストをも増やす結果となる。
【０２３２】
本発明の実施の形態８においては、ＡＶ再生制御部３０３が取得したデータを再生装置１０１内に蓄積し、次回、同一データを取得する必要が生じた場合は、通信制御部３０４を用いてデータを取得するのではなく、再生装置１０１内に蓄積しておいたデータを用いることで、本課題の解決を行う。
【０２３３】
図２６は、本実施の形態における再生装置１０１の内部構成を示した図である。なお、図３を用いて述べた内部構成と同一のものについては、同一番号を付し、説明を省略する。
【０２３４】
再生装置１０１は、さらに、データ蓄積部２３０１を含む。
【０２３５】
データ蓄積部２３０１は、ＡＶ再生制御部３０３が再生対象とするデータ（以降、再生データと呼ぶ）、及び再生データの取得元に関する情報の保存、取り出し、消去及び変更等が可能である。なお、再生データの取得元に関する情報とは、取得元となるサーバーの識別子（ドメイン名又はＩＰアドレスなど）、及び、そのサーバー内でのファイル識別子などの情報であり、例えば、ＵＲＬの形式で格納されている。
【０２３６】
ＡＶ再生制御部３０３は、ネットサービスアプリ７０１からの再生要求を受けると、再生データをサーバーから取得する必要があるかどうかを判断する。サーバーから取得する必要が無い場合は実施の形態１と同様である。サーバーから取得する必要がある場合、ＡＶ再生制御部３０３は、取得元に関する情報を元に、データ蓄積部２３０１内にサーバーから取得する必要があるデータが格納されていないかどうかを確認する。格納されている場合、ＡＶ再生制御部３０３は、サーバーから取得するのではなく、データ蓄積部２３０１から取得した再生データを再生する。該当する再生データがデータ蓄積部２３０１に格納されていなかった場合、ＡＶ再生制御部３０３は、サーバーから再生データを取得し再生を行うとともに、それと平行して、サーバーから取得した再生データをデータ蓄積部２３０１へ格納する。その際に、格納した再生データを識別するための情報として、取得元に関する情報を組にして蓄積する。これにより、ＡＶ再生制御部３０３は、次回以降は同一取得元に対する再生要求においてデータ蓄積部２３０１から再生データを取得することが可能となる。
【０２３７】
（実施の形態９）
実施の形態１において、ネットサービスアプリはリンクサーバー２０１と通信を行うと述べたが、リンクサーバー２０１が１つである場合、リンクサーバー２０１の負荷が増えることがある。また、リンクサーバー２０１に異常が発生した場合、再生装置１０１でのネットサービスの再生が出来なくなることがある。
【０２３８】
また、実施の形態６で述べた第１の方法、つまり、リンクサーバー２０１における処理を変更することによって、利用者が新たなネットサービスの視聴を希望する場合、又は、サービスサーバーの機能追加又は仕様変更などに対応する場合、リンクサーバー２０１を変更している間、再生装置１０１でのネットサービスの再生が出来なくなる可能性がある。
【０２３９】
これらの課題を解決するために、本発明の実施の形態９においては、ネットサービスアプリが複数のリンクサーバー２０１を利用することによって再生装置１０１においてネットサービスの再生を実現する方法について述べる。
【０２４０】
まず、リンクサーバー２０１の負荷分散を目的とする場合について述べる。また、ネットサービスアプリは、予めリンクサーバー２０１として複数の参照先を把握しているものとする。ネットサービスアプリは、これらの複数の参照先を最初から把握していてもよいが、ネットサービスアプリの動作中に動的にその時点で利用可能なリンクサーバー２０１から参照先に関する情報を取得してもよい。ネットサービスアプリは所定の振り分け処理により、リンクサーバー２０１への要求内容、タイミング、優先度、又はリンクサーバーの負荷状況に応じて、アクセスするリンクサーバー２０１を切り替えることが可能である。このように、ネットサービスアプリが、常に１つのリンクサーバー２０１へアクセスするのではなく、異なった複数のリンクサーバー２０１へアクセスすることにより、１つのリンクサーバー２０１あたりの負荷を軽減することが可能となる。
【０２４１】
次に、リンクサーバー２０１を更新する場合の処理について述べる。リンクサーバー２０１を更新する場合、一般的には短時間であれ、再生装置１０１からのアクセスをとめる必要がある。ネットサービスアプリは、例えば第１のリンクサーバー２０１を利用していたとして、ある時点で第１のリンクサーバー２０１を利用できなくなった場合、予め把握しておいた他のリンクサーバー、つまり第２のリンクサーバー２０１へのアクセスを試みる。リンクサーバー２０１の更新時は、第１のリンクサーバー２０１と第２のリンクサーバーとで、更新するタイミングをずらすことにより、少なくともどちらか一方のリンクサーバー２０１へのアクセスが可能な状態を維持することが可能となる。なお、予め第１のリンクサーバー２０１がアクセスできなくなる時期をネットサービスアプリが把握している場合は、その時期においては、第１のリンクサーバー２０１へアクセスすることなく、第２のリンクサーバー２０１へアクセスすることも可能である。
【０２４２】
なお、サーバーに関する公知の技術として、アクセス元である再生装置１０１からはサーバーがあたかも１つしか存在しないように見せつつも、実際には複数のサーバーで構成され、一部のサーバーが停止したとしても、アクセス元からは正常にサーバーが動作しているように見せる技術がある。その技術を用いても同様に本課題を解決することは可能である。しかし、この技術は、主に負荷分散の目的としては有用だが、サーバー機能の更新においては、異なる機能を持つサーバーの混在は困難である。よって、その点においては本実施の形態における解決方法が有用である。
【０２４３】
（実施の形態１０）
実施の形態１においては、リンクサーバー２０１は、再生装置１０１からの要求に応じて情報を提供することについて述べたが、リンクサーバー２０１が提供する情報を、要求元である再生装置１０１の種類に応じて変更したい場合がある。例えば、再生装置１０１を製造した会社に応じて、提供する情報を変更したい場合、同一製造会社であっても機種ごとに、提供する情報を変更したい場合、及び、再生装置１０１に設置されている周辺機器に付随する情報に応じて提供する情報を変更したい場合などである。このように再生装置１０１の種類に応じて提供する情報を変更することにより、再生装置１０１において、より最適化された情報を提供することが可能となる。
【０２４４】
図２７は、本発明の実施の形態１０における再生装置１０１の内部構成を示した図である。なお、図３を用いて述べた内部構成と同一のものについては、同一番号を付し、説明を省略する。
【０２４５】
再生装置１０１は、さらに、端末固有情報提供部２４０１を含む。
【０２４６】
端末固有情報提供部２４０１は、本発明の固有情報提供部に相当し、再生装置１０１が持つ固有情報をネットサービスアプリに提供することが可能である。固有情報とは、再生装置１０１の製造元、機種名及び型番、プログラムのバージョン番号、並びに周辺機器に関する情報などである。また、周辺機器に関する情報とは、ディスプレイ１０３の大きさ及び解像度などの能力、並びにＩＣカードなどによる識別装置が設置されている場合における識別装置から取得できる情報などである。
【０２４７】
ネットサービスアプリは、端末固有情報提供部２４０１から取得した固有情報を、リンクサーバー２０１に対して、少なくとも１回通知する。これにより、リンクサーバー２０１は、再生装置１０１に関する情報を取得でき、その再生装置１０１に応じて、送信する情報を変更することが可能である。
【０２４８】
なお、ネットサービスアプリは、リンクサーバー２０１に対して、要求の度に固有情報を送信してもよいし、１回だけ固有情報を送信してもよい。また、リンクサーバー２０１はその情報と、毎回の要求に必ず付随する情報、例えば要求元のＩＰアドレス等とを組にして記憶しておき、それ以降の要求においては、毎回の要求に必ず付随する情報を元に固有情報を検索し、その固有情報を元に送信する情報を変更してもよい。
【０２４９】
（実施の形態１１）
実施の形態１においては、ネットサービスを再生する際、多くはネットサービスアプリが再生処理の中心的な役割を担う場合について述べた。しかし、再生装置１０１において、ネットサービスアプリではない別のプログラム（以降、第２プログラムと呼ぶ）が動作する場合もある。例えば、第２プログラム自体がネットサービスアプリと同等の機能を有し、第２プログラムもまた、何らかのネットサービスを再生する際の再生処理の中心的な役割を担う場合がある。このような場合に、再生装置１０１に含まれる第２プログラム実行部が第２プログラムを動作させる。例えば、図１２のＧＵＩ９０１の表示及び利用者の選択を受け付ける処理をネットサービスアプリが行った場合、ネットサービスアプリ自体が再生できるわけではなく、第２プログラムに再生を依頼することで、利用者が利用可能なネットサービスをネットサービスアプリが知っている場合に、ＧＵＩ９０１にこれらのネットサービスを列挙することができる。
【０２５０】
または、ネットサービスアプリが再生処理の中心的な役割を担っている場合であっても、ネットサービスアプリ自体では実現できない機能を第２プログラムが実現できる場合、ネットサービスの再生における処理の一部を第２プログラムへ委譲する目的で、当該第２プログラムが実行される場合もある。
【０２５１】
本発明の実施の形態１１においては、再生装置１０１のアプリケーション実行部３０１は、さらに、ネットサービスアプリから、第２プログラムを識別するための情報及び第２プログラムへ伝達すべき情報を受け取る機能と、受け取った情報に基づき第２プログラムを実行させる機能と、ネットサービスアプリから伝達された情報を第２プログラムへ受け渡す機能とを有する。さらには、アプリケーション実行部３０１は、第２プログラムからの指示により、ネットサービスアプリに対して情報を伝達する機能と、ネットサービスアプリの起動及び終了などのライフサイクルを制御する機能とを有する。
【０２５２】
以下、第２プログラムがネットサービスを再生可能であり、ＧＵＩ９０１において、利用者が第２プログラムで再生可能なネットサービス（以降、第２ネットサービスと呼ぶ）を選択した場合について述べる。ネットサービスアプリは第２ネットサービスが選択されたことを検知すると、アプリケーション実行部３０１に対して第２プログラムを実行するように指示する。この際、ネットサービスアプリは、当該指示に、利用者の好み、設定及び履歴等に関する情報を付随させてもよい。そして、アプリケーション実行部３０１は、ネットサービスアプリの指示により第２プログラムを起動し、第２ネットサービスの再生を指示する。起動した第２プログラムは、第２ネットサービスの再生を行う。ここで、アプリケーション実行部３０１は、ネットサービスアプリを終了させる。これにより、類似機能を持つプログラムを複数実行し続けることによるハードウェア資源の消費を抑えることが可能となる。さらに第２プログラムに第２ネットサービスの再生を終了させるとともに、ＧＵＩ９０１の画面に遷移させたい場合、アプリケーション実行部３０１は、第２プログラムを終了させるとともに、ネットサービスアプリに処理を移す。また、アプリケーション実行部３０１は、第２プログラムを実行させる際にネットサービスアプリを終了させていた場合には、ネットサービスアプリを起動する。また、アプリケーション実行部３０１は、第２プログラムからネットサービスアプリに伝達すべき情報がある場合、その情報をネットサービスアプリに伝達することも可能である。
【０２５３】
なお、ネットサービスアプリと第２プログラムとの間で、アプリケーション実行部３０１を介して情報を伝達する方法については、ＡＰＩの引数として渡す方法、又は、ネットサービスアプリと第２プログラムとが共通で利用可能な記録媒体を介して行う方法があるが、どのような方法であっても実施可能である。
【０２５４】
（実施の形態１２）
実施の形態１において、図１２を用いて、ネットサービスアプリが提供するネットサービスのリストをＧＵＩ９０１のように表示して利用者に選択させる例を示したが、このようにネットサービスアプリが複数のネットサービスの再生に対応したとしても、その再生装置１０１の機能として、そのうちの一部のみしか選択できないようにしたい場合がある。それは例えば、製造元の意図により再生装置ごとの違いを出したい場合、あるネットサービスが比較的多くのハードウェア資源を使う場合、又は、廉価版の再生装置では再生できないことが予め分かっている場合である。このような場合に、ＧＵＩ９０１のように表示させてしまった場合、利用者の混乱を招くことになる。
【０２５５】
そこで、本発明の実施の形態１２においては、ネットサービスアプリが再生可能なネットサービスのうち、どのネットサービスを利用者に提示するのかを再生装置１０１がネットサービスアプリに伝達する方法について述べる。
【０２５６】
図３におけるアプリケーション実行部３０１は、ネットサービスアプリを実行するが、その際、ネットサービスアプリに対して、その再生装置１０１で再生すべきネットサービスがどれであるかを伝えることが可能である。具体的には、起動時の引数で伝える機能、ネットサービスアプリが実行する際に利用することが分かっている設定データが存在する場合には、その設定データを変更する機能、又は、ネットサービスアプリからの問い合わせに対して、ネットサービスを再生すべきかどうかを応答する機能をアプリケーション実行部３０１が有することで実現可能である。
【０２５７】
いずれかの方法において、ネットサービスアプリが、その再生装置１０１で再生すべきネットサービスを判断できた場合、ネットサービスアプリは、例えば図１２のＧＵＩ９０１の表示において、再生すべきでないネットサービスをリストから除外することが可能である。
【０２５８】
ここで、実施の形態１〜１２で述べた再生装置１０１を構成するハードウェアのうち、機構的な構成要素（ＢＤドライブ、リムーバブルメディアドライブ、及びビルドインメディアドライブ）、大容量のメモリによって実装される構成要素（ビデオプレーン、及びグラフィクスプレーン）を除いた、論理素子を主要部とする部分を、１つのシステムＬＳＩとして構成することが望ましい。何故なら、論理素子を主要部とする部分は、高密度に集積化することができるからである。
【０２５９】
システムＬＳＩとは、高密度基板上にベアチップを実装し、それをパッケージングしたものをいう。複数個のベアチップを高密度基板上に実装し、それをパッケージングすることにより、あたかも１つのＬＳＩのような外形構造を複数個のベアチップに持たせたものも、システムＬＳＩに含まれる（このようなシステムＬＳＩは、マルチチップモジュールと呼ばれる）。
【０２６０】
ここでパッケージの種別に着目するとシステムＬＳＩには、ＱＦＰ（クッドフラッドアレイ）、及びＰＧＡ（ピングリッドアレイ）という種別がある。ＱＦＰは、パッケージの四側面にピンが取り付けられたシステムＬＳＩである。ＰＧＡは、底面全体に、多くのピンが取り付けられたシステムＬＳＩである。
【０２６１】
これらのピンは、他の回路とのインターフェースとしての役割を担っている。システムＬＳＩにおけるピンには、こうしたインターフェースの役割が存在するので、システムＬＳＩにおけるこれらのピンに、他の回路を接続することにより、システムＬＳＩは、再生装置１０１の中核としての役割を果たす。
【０２６２】
かかるシステムＬＳＩは、再生装置１０１は勿論のこと、ＴＶ、ゲーム、パソコン、ＴＶ受信機能付き携帯電話等、及び映像再生を扱う様々な機器に組込みが可能であり、本発明の用途を多いに広げることができる。
【０２６３】
さらに、エレメンタバッファ、ビデオデコーダ、オーディオデコーダ、及びグラフィクスデコーダをも、一体のシステムＬＳＩにする場合、システムＬＳＩのアーキテクチャは、Ｕｎｉｐｈｉｅｒアーキテクチャに準拠させるのが望ましい。
【０２６４】
Ｕｎｉｐｈｉｅｒアーキテクチャに準拠したシステムＬＳＩは、以下の回路ブロックから構成される。
【０２６５】
・データ並列プロセッサＤＰＰ
これは、複数の要素プロセッサが同一動作するＳＩＭＤ型プロセッサであり、各要素プロセッサに内蔵されている演算器を、１つの命令で同時動作させることで、ピクチャを構成する複数画素に対するデコード処理の並列化を図る。
【０２６６】
・命令並列プロセッサＩＰＰ
これは、命令ＲＡＭ、命令キャッシュ、データＲＡＭ、及びデータキャッシュを含む「Ｌｏｃａｌ  Ｍｅｍｏｒｙ  Ｃｏｎｔｒｏｌｌｅｒ」と、命令フェッチ部、デコーダ、実行ユニット、及びレジスタファイルを含む「Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ部」と、複数アプリケーションの並列実行をＰｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ部に行わせる「Ｖｉｒｔｕａｌ  Ｍｕｌｔｉ  Ｐｒｏｃｅｓｓｏｒ  Ｕｎｉｔ部」とで構成される。
【０２６７】
・ＭＰＵブロック
これは、ＡＲＭコア、外部バスインターフェース（Ｂｕｓ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ：ＢＣＵ）、ＤＭＡコントローラ、タイマー、ベクタ割込コントローラといった周辺回路と、ＵＡＲＴ、ＧＰＩＯ（Ｇｅｎｅｒａｌ  Ｐｕｒｐｏｓｅ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ）、同期シリアルインターフェースなどの周辺インターフェースとで構成される。
【０２６８】
・ストリームＩ／Ｏブロック
これは、ＵＳＢインターフェース又はＡＴＡ  Ｐａｃｋｅｔインターフェースを介して、外部バス上に接続されたドライブ装置、ハードリムーバブルメディアドライブ装置、及びＳＤメモリカードドライブ装置とのデータ入出力を行う。
【０２６９】
・ＡＶＩ／Ｏブロック
これは、オーディオ入出力、ビデオ入出力、及びＯＳＤコントローラで構成され、テレビ、又はＡＶアンプとのデータ入出力を行う。
【０２７０】
・メモリ制御ブロック
これは、外部バスを介して接続されたＳＤ−ＲＡＭの読み書きを実現するブロックであり、各ブロック間の内部接続を制御する内部バス接続部と、システムＬＳＩ外部に接続されたＳＤ−ＲＡＭとのデータ転送を行うアクセス制御部と、各ブロックからのＳＤ−ＲＡＭのアクセス要求を調整するアクセススケジュール部とを含む。
【０２７１】
具体的な生産手順の詳細は以下のものになる。まず各実施の形態に示した構成図を基に、システムＬＳＩとすべき部分の回路図を作成し、回路素子、ＩＣ又はＬＳＩを用いて、構成図における構成要素を具現化する。
【０２７２】
そうして、各構成要素を具現化してゆけば、回路素子、ＩＣ又はＬＳＩ間を接続するバス、その周辺回路、及び外部とのインターフェース等を規定する。更には、接続線、電源ライン、グランドライン、及びクロック信号線等も規定してゆく。この規定にあたって、ＬＳＩのスペックを考慮して各構成要素の動作タイミングを調整したり、各構成要素に必要なバンド幅を保証する等の調整を加えながら、回路図を完成させてゆく。
【０２７３】
回路図が完成すれば、実装設計を行う。実装設計とは、回路設計によって作成された回路図上の部品（回路素子、ＩＣ及びＬＳＩ）を基板上のどこへ配置するか、又は、回路図上の接続線を、基板上にどのように配線するかを決定する基板レイアウトの作成作業である。
【０２７４】
こうして実装設計が行われ、基板上のレイアウトが確定すれば、実装設計結果をＣＡＭ（Ｃｏｍｐｕｔｅｒ  Ａｉｄｅｄ  Ｍａｎｕｆａｃｔｕｒｉｎｇ）データに変換して、ＮＣ（Ｎｕｍｅｒｉｃａｌ  Ｃｏｎｔｒｏｌ）工作機械等の設備に出力する。ＮＣ工作機械は、このＣＡＭデータを基に、ＳｏＣ実装又はＳｉＰ実装を行う。ＳｏＣ（Ｓｙｓｔｅｍ  ｏｎ  Ｃｈｉｐ）実装とは、１チップ上に複数の回路を焼き付ける技術である。ＳｉＰ（Ｓｙｓｔｅｍ  ｉｎ  Ｐａｃｋａｇｅ）実装とは、複数チップを樹脂等で１パッケージにする技術である。以上の過程を経て、本発明に係るシステムＬＳＩは、各実施の形態に示した再生装置１０１の内部構成図を基に作ることができる。
【０２７５】
なお、上述のようにして生成される集積回路は、集積度の違いにより、ＩＣ、ＬＳＩ、スーパーＬＳＩ、又はウルトラＬＳＩと呼称されることもある。
【０２７６】
ＦＰＧＡ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）を用いてシステムＬＳＩを実現した場合は、多数のロジックエレメントが格子状に配置されており、ＬＵＴ（Ｌｏｏｋ  Ｕｐ  Ｔａｂｌｅ）に記載されている入出力の組合せに基づき、縦及び横の配線をつなぐことにより、各実施の形態に示したハードウェア構成を実現することができる。ＬＵＴは、ＳＲＡＭに記憶されており、かかるＳＲＡＭの内容は、電源断により消滅するので、かかるＦＰＧＡの利用時には、コンフィグ情報の定義により、各実施形態に示したハードウェア構成を実現するＬＵＴを、ＳＲＡＭに書き込ませる必要がある。
【０２７７】
また、本発明の実施の形態に係る、ネットサービス再生システムに含まれる機能の一部を、ＣＰＵ等のプロセッサがプログラムを実行することにより実現してもよい。
【０２７８】
さらに、本発明は上記プログラムであってもよいし、上記プログラムが記録された非一時的なコンピュータ読み取り可能な記録媒体であってもよい。また、上記プログラムは、インターネット等の伝送媒体を介して流通させることができるのは言うまでもない。
【０２７９】
また、上記実施の形態に係るネットサービス再生システム、及びその変形例の機能のうち少なくとも一部を組み合わせてもよい。
【０２８０】
また、上記で用いた数字は、全て本発明を具体的に説明するために例示するものであり、本発明は例示された数字に制限されない。
【０２８１】
また、上記のステップが実行される順序は、本発明を具体的に説明するために例示するためのものであり、上記以外の順序であってもよい。また、上記ステップの一部が、他のステップと同時（並列）に実行されてもよい。
【０２８２】
更に、本発明の主旨を逸脱しない限り、本実施の形態に対して当業者が思いつく範囲内の変更を施した各種変形例も本発明に含まれる。
【産業上の利用可能性】
【０２８３】
本発明を構成するネットサービス再生装置は、製造産業において経営的に、また継続的及び反復的に製造し、販売することができる。特に、本発明は、映像コンテンツのネットワーク配信に携わる映画、放送産業及び民生機器産業において利用できる。
【符号の説明】
【０２８４】
１０１  再生装置
１０２  リモコン
１０３  ディスプレイ
１０４  リムーバブルメディア
１０５  記録媒体
２０１  リンクサーバー
２０２  サービスサーバー
３０１  アプリケーション実行部
３０２  アプリ制御部
３０３  ＡＶ再生制御部
３０４  通信制御部
３０５  入力受付部
３５１  通信制御部
３５２  サービスデータ取得部
３５３  データ変換部
３５４  データ管理部
３５５  ストレージ
３５６  アプリ通信制御部
４０１  ＢＤ−ＲＯＭドライブ
４０２  トラックバッファ
４０３  デマルチプレクサ
４０４  ビデオデコーダ
４０５  ビデオプレーン
４０６  オーディオデコーダ
４０７  イメージメモリ
４０８  イメージプレーン
４０９  イメージデコーダ
４１０  加算器
４１１  静的シナリオメモリ
４１２  動的シナリオメモリ
４１３  ＨＤＭＶモジュール
４１４  ＢＤ−Ｊモジュール
４１５  ＵＯ検知モジュール
４１６  モード管理モジュール
４１７  ディスパッチャ
４１８  レンダリングエンジン
４２０  ＡＶ再生ライブラリ
４２１  ネットワークインターフェース
４２２  ローカルストレージ
４２３  仮想ファイルシステム
４２４  レジスタ
４２６  記憶部
５０１、５０２、５０３  データベース
６０１  通信制御部
６０２  要求受付部
６０３  要求処理部
６０４  データ管理部
６０５  ストレージ
６０６  情報提供部
７０１  ネットサービスアプリ
７０２  機能処理部
７０３  表示制御部
７０４  入力受付部
７０５  通信処理部
７０６  データ処理部
８０１  ＧＵＩ
９０１  ＧＵＩ
１００１  ＧＵＩ
１００２  映像
１００３  ＧＵＩ
１００４  ＧＵＩ
１６０１  要求受付部
１６０２  データ解析部
１６０３  データ処理部
１６０４  出力部
１６０５  異常通知部
１７０１  異常通知受付部
１７０２  機能処理部
１８０１  端末性能情報提供部
１９０１  端末性能取得部
１９０２  機能処理部
２００１  バージョン管理部
２１０１  更新制御部
２２０１  記憶部
２３０１  データ蓄積部
２４０１  端末固有情報提供部
２５０１  ＸＭＬ
２６０１  データ
２６０２  データブロック
２７０１  ＸＭＬ
【図１】
2011070734.tif 000003
【図２】
2011070734.tif 000004
【図３】
2011070734.tif 000005
【図４】
2011070734.tif 000006
【図５】
2011070734.tif 000007
【図６】
2011070734.tif 000008
【図７】
2011070734.tif 000009
【図８】
2011070734.tif 000010
【図９】
2011070734.tif 000011
【図１０】
2011070734.tif 000012
【図１１】
2011070734.tif 000013
【図１２】
2011070734.tif 000014
【図１３】
2011070734.tif 000015
【図１４】
2011070734.tif 000016
【図１５】
2011070734.tif 000017
【図１６】
2011070734.tif 000018
【図１７】
2011070734.tif 000019
【図１８】
2011070734.tif 000020
【図１９】
2011070734.tif 000021
【図２０】
2011070734.tif 000022
【図２１】
2011070734.tif 000023
【図２２】
2011070734.tif 000024
【図２３】
2011070734.tif 000025
【図２４】
2011070734.tif 000026
【図２５】
2011070734.tif 000027
【図２６】
2011070734.tif 000028
【図２７】
2011070734.tif 000029
【国際調査報告】
2011070734.tif 000030
2011070734.tif 000031