(57)【要約】【課題】コンテンツサーバからコンテンツを取得して再生するコンテンツ再生装置において、電源投入からコンテンツサーバからコンテンツを再生するまでの時間を短縮することを目的とする。【解決手段】コンテンツサーバからコンテンツを取得する通信部と、通信部が取得するコンテンツを復号する第１のデコード部と、放送局からコンテンツを取得する放送受信部と、放送受信部が取得するコンテンツを復号する第２のデコード部と、通信部と第１のデコード部と映像出力部とを制御する第１のＣＰＵと、放送受信部と第２のデコード部を制御する第２のＣＰＵと、第１のデコード部と第２のデコード部の何れか一方を選択して出力する映像出力部とを備える。【選択図】図１
2011077595.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツサーバから取得した第１のコンテンツの再生と、放送局から取得した第２のコンテンツを再生するコンテンツ再生装置において、
前記コンテンツサーバから前記第１のコンテンツを受信する通信部と、
前記通信部が取得した前記第１のコンテンツを復号する第１のデコード部と、
前記放送局から前記第２のコンテンツを取得する放送受信部と、
前記放送受信部が取得した前記第２のコンテンツを復号する第２のデコード部と、
前記第１のデコード部で復号した前記第１のコンテンツ、または、前記第２のデコード部で復号した前記第２のコンテンツを出力する映像出力部と、
前記通信部と前記第１のデコード部と前記映像出力部とを制御する第１のＣＰＵと、
前記放送受信部と前記第２のデコード部とを制御する第２のＣＰＵとを含むことを特徴とするコンテンツ再生装置。
【請求項２】
前記第１のＣＰＵが処理するＯＳ及びアプリケーションは、前記第２のＣＰＵで処理するＯＳ及びアプリケーションに比べて起動が早いＯＳ及びアプリケーションであることを特徴とする請求項１記載のコンテンツ再生装置。
【請求項３】
前記コンテンツ再生装置は、当該コンテンツ再生装置の電源が投入されると、前記第１のＣＰＵは前記コンテンツサーバからコンテンツを取得する処理を開始し、前記第２のＣＰＵは前記放送受信部からコンテンツを取得する処理を開始することを特徴とする請求項１記載のコンテンツ再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続され、コンテンツサーバからコンテンツを取得して再生するコンテンツ再生装置に関する。
【背景技術】
【０００２】
家庭内の機器をネットワークに接続する技術が普及しつつある。その代表的な技術例として、Ｄｉｇｉｔａｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ（以下ＤＬＮＡと呼ぶ）が策定するガイドラインが存在する。複数のメーカーから同ガイドラインに対応した商品が発売され始めており、複数の録画機器がネットワークで繋がる環境が整いつつある。このような中で、ＤＬＮＡ対応機器によるネットワークを通じた接続の使い勝手の向上技術が知られている（特許文献１）。
【０００３】
ＤＬＮＡ技術を用いることで、他機器からコンテンツを取得して自機で視聴することができる。図４はその従来例となる他機器からコンテンツを取得して視聴するコンテンツ再生装置である。
【０００４】
図４は、従来のコンテンツ再生装置１の構成を表す図である。コンテンツ再生装置１は、ＣＰＵ２、ＲＯＭ１１、通信部３、アンテナ４、放送受信部５、コンテンツ格納部６、デコード部７、画面生成部８、映像出力部９、ユーザＩ／Ｆ部１０から構成されている。
【０００５】
ＣＰＵ２は、コンテンツ再生装置１の各部を制御する。ＣＰＵ２で動作させるＯＳやアプリケーションプログラムは、ＲＯＭ１１に格納されている。また、前回電源ＯＦＦ時の動作モードについても、ＲＯＭ１１に格納される。このＲＯＭ１１は不揮発性メモリなどで構成することができる。
【０００６】
通信部３は、外部のサーバと通信して、サーバからコンテンツを取得する。
【０００７】
コンテンツは、音声や画像を含めた映像である。音声のみや画像のみのコンテンツもあり、その際にはそれらのデータのみが復号され、出力されることとなる。
【０００８】
アンテナ４で放送波を受信する。放送受信部５は、放送波からコンテンツを取得して出力する。放送受信部５で受信した放送や、通信部３を通じてサーバから取得したコンテンツや、ＳＤカード等の可換型メディアを通じて取得したコンテンツなどはコンテンツ格納部６に格納される。
【０００９】
コンテンツは映像が圧縮された形式で取得されるので、これを復号することにより画面表示や音声出力できる。デコード部７は、これらコンテンツ格納部６に格納されたコンテンツや、放送受信部５で受信した放送、通信部３を通じて取得したコンテンツを復号し、画像や音声からなる映像として映像出力部９に出力する。
【００１０】
画面生成部８は、メニュー、ＧＵＩ、アイコン、サムネールなどのグラフィックスイメージを生成する。
【００１１】
映像出力部９は、デコード部７で復号したコンテンツの画像データと、画面生成部８で生成したグラフィックスイメージとを合成してモニタに出力する。また、デコード部７で、復号したコンテンツの音声データをスピーカやヘッドホンなどに出力する。
【００１２】
ユーザＩ／Ｆ部１０は、コンテンツ再生装置１に対して、ユーザからの操作の指示を受け付ける。ボタン、カーソル、マウス、タッチ入力機器などで構成することができ、再生するコンテンツの選択、ＧＵＩの操作、機器の設定などを指示し、その指示をＣＰＵ２が受け、各部を制御する。
【００１３】
さらに、図示しないが、コンテンツサーバは、コンテンツ再生装置１に対してコンテンツを供給する。
【００１４】
コンテンツ再生装置１に電源が投入されると、ＣＰＵ２がＲＯＭ１１に格納されたＯＳを読み込み、逐次実行する。そして、前回ＯＦＦ時の動作モードをＲＯＭ１１から読み出して、その状態を再現する。
【００１５】
前回ＯＦＦ時にコンテンツ再生途中であった場合には、再生途中のコンテンツの再生を継続する。また、前回ＯＦＦ時の動作モードが、ＤＬＮＡを利用してコンテンツサーバから取得してコンテンツを視聴するＤＬＮＡコンテンツ視聴であった場合には、通信部３を介してコンテンツサーバと通信し、所定の手続きを経た後、コンテンツサーバからコンテンツを取得して再生する。
【００１６】
さらに、前回ＯＦＦ時の動作モードが、コンテンツ格納部６に格納されたコンテンツを視聴する内部コンテンツ視聴の場合には、コンテンツ格納部６に格納しているコンテンツを取得して再生する。また、前回ＯＦＦ時の動作モードが、放送受信部５を通じて取得した放送を視聴する放送視聴の場合には、放送受信部５を用いて放送波を受信してコンテンツを再生する。
【先行技術文献】
【特許文献】
【００１７】
【特許文献１】特開２００９−８８９４８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１８】
しかしながら、上記従来のコンテンツ再生装置においては、前回ＯＦＦ時の動作モードがＤＬＮＡコンテンツ視聴の場合、電源投入してからコンテンツを視聴できるまでの時間が、内部コンテンツ視聴に比べて、ＤＬＮＡ接続確立の分、余計に時間が掛かってストレスを感じるという課題があった。
【００１９】
上記課題に鑑み、本発明は、ネットワーク経由及び内部でコンテンツを取得して再生するコンテンツ再生装置において、ネットワーク経由のコンテンツの電源投入から再生するまでの時間を短縮することを目的とする。
【課題を解決するための手段】
【００２０】
上記課題を解決するため本発明のコンテンツ再生装置は、コンテンツサーバから取得した第１のコンテンツの再生と、放送局から取得した第２のコンテンツを再生するコンテンツ再生装置であって、前記コンテンツサーバから前記第１のコンテンツを受信する通信部と、前記通信部が取得した前記第１のコンテンツを復号する第１のデコード部と、前記放送局から前記第２のコンテンツを取得する放送受信部と、前記放送受信部が取得した前記第２のコンテンツを復号する第２のデコード部と、前記第１のデコード部で復号した前記第１のコンテンツ、または、前記第２のデコード部で復号した前記第２のコンテンツを出力する映像出力部と、前記通信部と前記第１のデコード部と前記映像出力部とを制御する第１のＣＰＵと、前記放送受信部と前記第２のデコード部とを制御する第２のＣＰＵとを含むように構成される。
【００２１】
また、前記第１のＣＰＵが処理するＯＳ及びアプリケーションは、前記第２のＣＰＵで処理するＯＳ及びアプリケーションに比べて起動が早いＯＳ及びアプリケーションであるように構成しても構わない。
【００２２】
さらに、前記コンテンツ再生装置は、当該コンテンツ再生装置の電源が投入されると、前記第１のＣＰＵは前記コンテンツサーバからコンテンツを取得する処理を開始し、前記第２のＣＰＵは前記放送受信部からコンテンツを取得する処理を開始するように構成しても構わない。
【発明の効果】
【００２３】
本発明のコンテンツ再生装置は上記構成を有し、ネットワーク経由のコンテンツ取得を内部コンテンツ取得の立ち上げとは別のＣＰＵを用いて最優先で処理するので、ネットワーク経由のコンテンツを再生するまでの時間を短縮することができる。
【図面の簡単な説明】
【００２４】
【図１】実施の形態におけるコンテンツ再生装置の構成を示す図
【図２】コンテンツサーバからのコンテンツの再生の様子を表す図
【図３】放送波からのコンテンツの再生の様子を表す図
【図４】従来のコンテンツ再生装置の構成を示す図
【発明を実施するための形態】
【００２５】
以下、本発明の実施の形態について、図面を用いて説明する。
【００２６】
（実施の形態）
図１に本発明の実施の形態におけるコンテンツ再生装置の構成例を示す。
【００２７】
コンテンツ再生装置１０１は、第１のＣＰＵ１０２、第１のＲＯＭ１０３、通信部３、アンテナ４、放送受信部５、コンテンツ格納部６、第１のデコード部１０６、第２のデコード部１０７、画面生成部８、映像出力部１０８、ユーザＩ／Ｆ部１０とから構成されている。通信部３、アンテナ４、放送受信部５、コンテンツ格納部６、画面生成部８、ユーザＩ／Ｆ部１０については、従来のコンテンツ再生装置１と同様である。
【００２８】
通信部３は、外部のサーバと通信して、サーバからコンテンツを取得する。アンテナ４で放送波を受信する。放送受信部５は、放送波からコンテンツを取得して出力する。コンテンツ格納部６は、通信部３、放送受信部５や、図示しないＳＤカード等の可換型メディアを通じて取得したコンテンツを格納する。画面生成部８は、メニュー、ＧＵＩ、アイコン、サムネールなどのグラフィックスイメージを生成する。ユーザＩ／Ｆ部１０は、コンテンツ再生装置１に対して、ユーザからの操作の指示を受け付け、第１のＣＰＵに対して指示を送る。
【００２９】
第１のデコード部１０６は、通信部３から取得したコンテンツを復号し、映像出力部１０８に出力する。
【００３０】
第２のデコード部１０７は、放送受信部５から取得したコンテンツや、コンテンツ格納部６に格納されたコンテンツを復号し、映像出力部１０８に出力する。
【００３１】
第１のＲＯＭ１０３は、第１のＣＰＵ１０２が実行するＯＳやアプリケーションプログラムを格納する。不揮発性メモリやＲＡＭなどで構成しても構わない。
【００３２】
第１のＣＰＵ１０２は、第１のＲＯＭ１０３に格納されたＯＳやアプリケーションのプログラムなどを読み込み、実行する。また、ユーザＩ／Ｆ部１０からの指示に従い、各部に対して制御を行う。第１のＣＰＵ１０２は、通信部３、第１のデコード部１０６、画面生成部８、映像出力部１０８に対して指示を行う。また、ユーザＩ／Ｆ部１０に対しても指示を行う。
【００３３】
第２のＲＯＭ１０５は、第２のＣＰＵ１０４が実行するＯＳやアプリケーションプログラムを格納する。不揮発性メモリやＲＡＭなどで構成しても構わない。
【００３４】
第２のＣＰＵ１０４は、第２のＲＯＭ１０５に格納されたＯＳやアプリケーションのプログラムなどを読み込み、実行する。第１のＣＰＵと第２のＣＰＵとは通信しており、第２のＣＰＵは第１のＣＰＵからの指示に基づき、各部を制御する。第２のＣＰＵは、放送受信部５、コンテンツ格納部６、第２のデコード部１０７に対して指示を行う。
【００３５】
映像出力部１０８は、画面生成部８、第１のデコード部１０６、第２のデコード部１０７の映像をモニタやスピーカなどに対して出力する。映像出力部１０８は、画像データを必要に応じて合成しモニタに出力し、音声データも必要に応じて合成しスピーカやヘッドホンなどに対して出力する。
【００３６】
図２は、本実施の形態におけるコンテンツ再生装置１０１がコンテンツサーバ２１からコンテンツ２３を受信して再生している様子を表す。コンテンツ再生装置１０１は、コンテンツサーバ２１から送られるコンテンツ２３や、放送局２２から送られるコンテンツ２４を受信することができる。コンテンツサーバ２１とコンテンツ再生装置１０１との間は、有線でも、無線でもどのようなネットワークを用いて接続していても構わない。
【００３７】
以下、図面を用いて本実施の形態の動作を説明する。
【００３８】
先ず、コンテンツ再生装置１０１の電源が投入されると、第１のＲＯＭ１０３に記録されたプログラムで第１のＣＰＵ１０２が起動しＯＳが動作し始める。同様に第２のＲＯＭ１０５に書かれたプログラムで第２のＣＰＵ１０４が起動しＯＳが動作し始める。
【００３９】
第１のＣＰＵ１０２で動作するＯＳと、第２のＣＰＵ１０４で動作するＯＳは同じでも構わない。しかしながら、第１のＣＰＵ１０２で動作するＯＳについては、第２のＣＰＵ１０４で動作するＯＳに比べてより短時間で起動するＯＳを用いることで、ネットワーク経由のコンテンツ再生までの時間をより短縮できる。
【００４０】
第１のＣＰＵ１０２はコンテンツサーバ２１から受信したコンテンツを再生することと、ユーザＩ／Ｆ部１０からコンテンツサーバ２１から受信したコンテンツ再生に関する指示のみを受け処理することのみに特化したＯＳやアプリケーションプログラムの処理を行うように構成することができる。一方、第２のＣＰＵ１０４は放送受信部５からの放送波の受信や、コンテンツ格納部６に格納したコンテンツを読み出し、第２のデコード部１０７にて処理させること、第１のＣＰＵを通じて受け付けたユーザＩ／Ｆ部１０からの指示に対する処理などを行うように構成することができる。このように構成することで、第１のＣＰＵ１０２の処理量を低減することができ、また、第１のＣＰＵ１０２の起動を早くすることができる。
【００４１】
例えば、第１のＣＰＵ１０２で動作するＯＳに高速起動に有利なμＩＴＲＯＮを用い、第２のＣＰＵ１０４で動作するＯＳに拡張性の高いＬｉｎｕｘを用いることができ、以下はこれらを例に説明する。
【００４２】
ＯＳの起動時間は用いるＣＰＵによって異なるが、μＩＴＲＯＮが１秒未満であるのに対して、Ｌｉｎｕｘは１０秒以上を要する傾向がある。この場合、両者のＯＳの起動時間の差は少なく見積もっても９秒になる。
【００４３】
第１のＣＰＵ１０２でμＩＴＲＯＮが起動すると、続いて第１のＲＯＭ１０３に記録された第１のアプリケーションが第１のＣＰＵ１０２上で起動する。この第１のアプリケーションは、コンテンツ再生装置１０１が前回電源遮断直前に実行していたラストモード情報を、第１のＲＯＭ１０３から読み出す。
【００４４】
ラストモード情報とは、コンテンツ再生装置１０１が前回電源遮断直前に実行していた処理を表し、ネットワーク経由のコンテンツ再生をしていたのか、内部コンテンツを再生していたか等を表す情報である。
【００４５】
（コンテンツサーバから受信したコンテンツの再生）
ラストモード情報がコンテンツサーバ２１から受信したコンテンツの再生を示す場合には、第１のアプリケーションは通信部３を介して、コンテンツサーバ２１からコンテンツを取得する。コンテンツ取得の手続きは、ＤＬＮＡで定められた接続手続きを行ってから、サーバ接続を確立して、その後にコンテンツサーバ２１からコンテンツを取得するといった手順で行う。
【００４６】
このように、コンテンツサーバ２１からコンテンツを取得する場合、第１のＣＰＵ１０２で動作する第１のアプリケーションは、第１のＲＯＭ１０３に記憶しておいた前回最後に視聴していたコンテンツサーバ２１のコンテンツの情報を通信部３を介してコンテンツサーバ２１に指示する。そして、コンテンツサーバ２１は、コンテンツ再生装置１０１から要求を受けたコンテンツを、コンテンツ再生装置１０１に対して送信する。コンテンツの情報は、コンテンツサーバ２１に蓄積されたコンテンツのＩＤであってもよく、また、コンテンツサーバ２１が受信していた放送波のうち、コンテンツサーバ２１を通じて選局したチャンネル番号を用いても構わない。そして、コンテンツサーバ２１から受信したコンテンツは、第１のデコード部１０６により復号され、映像出力部１０８から画像や音声からなる映像が出力される。
【００４７】
第２のＣＰＵ１０４でＬｉｎｕｘが起動すると、続いて第２のＲＯＭ１０５に記録された第２のアプリケーションが第２のＣＰＵ１０４上で起動する。この第２のアプリケーションは、コンテンツ再生装置１０１から要求が前回電源遮断直前に実行していたラストモード情報を、第１のＣＰＵ１０２に問い合わせて取得する。
【００４８】
第２のアプリケーションにおいて、ラストモード情報が、コンテンツサーバ２１から取得したコンテンツ再生をしていることを確認すれば、第２のＣＰＵ１０４は、コンテンツ格納部６に格納されたコンテンツの再生を行わず、また、放送受信部５から受信したコンテンツの再生も行わない。
【００４９】
これにより、コンテンツ再生装置１０１は前回電源遮断直前に使用していたモードで再生を開始する。図２では、コンテンツサーバ２１から取得したコンテンツをコンテンツ再生装置１０１で再生している様子を表す。
【００５０】
その後は、ユーザはユーザＩ／Ｆ部１０を使ってモードを切り替えることができる。例えば、ユーザがコンテンツ再生装置１０１が備えているチューナにより放送波を受信することを意図していれば、放送受信部５から受信したコンテンツを再生するように、第２のＣＰＵはコンテンツ再生装置１０１を動作させる。
【００５１】
図３は、コンテンツ再生装置１０１が、放送局２２から受信したコンテンツ２４を再生している様子を表す。ユーザＩ／Ｆ部１０により、例えば、入力切り替えなどのスイッチ操作がなされれば、コンテンツサーバ２１から受信するコンテンツ２３の再生（図２の状態）から、放送局２３から受信したコンテンツ２４の再生（図３の状態）に、コンテンツ再生装置１０１の画面は切り替わる。放送局２２から発信された電波はアンテナ４で受ける。なお、放送局２２から有線放送でコンテンツの発信を行い、これを受信するようにコンテンツ再生装置１０１を構成しても構わない。
【００５２】
放送受信部５からの受信の例としては、ワンセグ放送を視聴したり、ワンセグ放送ではなく通常の放送波を受信するように制御することができる。テレビ放送だけではなく、ＡＭやＦＭなどのラジオ放送に切り替える動作であっても構わない。
【００５３】
コンテンツ再生装置１０１が備える放送受信部５からの放送を受信する旨をユーザＩ／Ｆ部１０から受けた場合、第１のアプリケーションは第１のデコード部１０６に対し通信部３から受信したコンテンツの復号の停止を指示する。続いて、通信部３を通じてコンテンツサーバ２１に対してコンテンツ供給の停止を指示し、コンテンツサーバ２１とコンテンツ再生装置１０１との接続を切断させる。さらに、放送受信部５からの放送を受信する旨の指示を、第２のＣＰＵに対して送る。
【００５４】
第２のＣＰＵ１０４の第２のアプリケーションは、放送受信部５からの放送を受信する旨の指示を第１のＣＰＵ１０２から受けたことから、放送受信部５からの放送を受信するよう放送受信部５、第２のデコード部１０７を制御する。
【００５５】
第２のＣＰＵ１０４で動作する第２のアプリケーションは、第２のＲＯＭ１０５に記録した放送受信部５で最後に視聴したチャンネル番号を読み出し、放送受信部５に対して読み出したチャンネル番号の放送受信を指示する。そして、放送受信部５からのコンテンツを復号するように、第２のデコード部１０７に対して指示する。
【００５６】
放送受信部５はアンテナ４で受信した放送波の指定チャンネルからコンテンツを取得して第２のデコード部１０７に出力する。
【００５７】
第２のデコード部１０７は、第２のアプリケーションから指示された通り、放送受信部５からのコンテンツを復号して、音声データと画像データを生成して映像出力部１０８に対して出力する。
【００５８】
第２のＣＰＵ１０４は、放送受信部５から受信したコンテンツが復号され映像出力部１０８に出力されることができるようになれば、第１のＣＰＵ１０２に対してその準備ができた旨通知する。
【００５９】
第１のＣＰＵ１０２は、映像出力部１０８に対して第２のデコード部１０７からの出力を受けるように指示する。
【００６０】
映像出力部１０８は、第１のＣＰＵ１０２からの指示に従い、第２のデコード部１０７が出力する画像データと、画面生成部８で生成したグラフィック画像データとを合成した画像をモニタに出力し、第２のデコード部１０７が出力する音声データをスピーカ等に出力する。
【００６１】
以上のように、ユーザはモードを切り替えることができる。
【００６２】
なお、第１のデコード部１０６の出力から第２のデコード１０７の出力を切り替える手順において、いくつかの変形例がある。例えば、第２のデコード部１０７からの出力が可能な状態になってから、映像出力部１０８は第１のデコード部１０６からの映像に代えて第２のデコード部１０７からの映像に切り替えることである。このときには、コンテンツサーバ２１との間の切断は、第２のデコード部からの映像出力が可能になってから行うようにする、といった手順で、第１のＣＰＵ１０２と、第２のＣＰＵ１０４とが連携動作することである。こうすれば、第１のデコード部１０６から出力された映像と、第２のデコード部１０７から出力した映像との間が連続的に切り替わるため、切り替え時に無出力となる状態を回避することができ、ブラックアウトやノイズの発生を回避できる。
【００６３】
次に、ラストモード情報がコンテンツ格納部６に格納されたコンテンツ再生を示す場合や、放送受信部５から受信した放送の再生を示す場合の動作を示す。
【００６４】
（コンテンツ再生装置１０１が受信した放送、または、保存したコンテンツの再生）
ラストモード情報がこのような場合には、第１のＣＰＵ１０２で動作する第１のアプリケーションはコンテンツサーバ２１からのコンテンツ取得の手順の動作は行わない。そして、映像出力部１０８に対して第２のデコード部１０７が出力する画像データと音声データである映像データを用いるように指示する。
【００６５】
第２のＣＰＵ１０４でＬｉｎｕｘが起動すると、続いて第２のＲＯＭ１０５に記録された第２のアプリケーションが第２のＣＰＵ１０４上で起動する。この第２のアプリケーションはラストモードを第１のＣＰＵ１０２に問い合わせて取得する。
【００６６】
第２のＣＰＵ１０４は、第１のＣＰＵ１０２からラストモード情報を受け取ると、第２のアプリケーションはラストモード情報がコンテンツ格納部６に格納されたコンテンツの再生を示す場合や、放送受信部５から受信した放送の再生を示すことを確認する。そして、第２のＲＯＭ１０５に記憶しておいた前回電源遮断直前の動作であるラストモードでの状態であるラストモード時の内部情報を読み出す。
【００６７】
（コンテンツ再生装置１０１が受信した放送の再生）
ラストモード情報が放送受信部５から受信した放送の再生を示す場合であれば、第２のアプリケーションは第２のＲＯＭ１０５に記憶した最後に視聴したチャンネル番号を読み出し、放送受信部５に対して指定チャンネルの放送受信を指示する。また、第２のデコード部１０７に対して、放送受信部５から受信したコンテンツを復号するように指示する。
【００６８】
放送受信部５は第２のＣＰＵ１０４から指定された放送波のチャンネルを受信して、コンテンツを第２のデコード部１０７に出力する。
【００６９】
第２のデコード部１０７は、放送受信部５から受信したコンテンツを復号して音声データと画像データからなる映像データを映像出力部１０８に出力する。
【００７０】
（コンテンツ再生装置１０１に保存したコンテンツの再生）
次に、ラスト内部モード情報がコンテンツ格納部６に格納したコンテンツの再生を示す場合の動作を示す。
【００７１】
第２のアプリケーションは第２のＲＯＭ１０５に記憶した最後に再生したコンテンツを識別する情報を読み出す。このコンテンツを識別する情報は、コンテンツごとに一意に定められたＩＤや、コンテンツのファイル名等がある。
【００７２】
第２のＣＰＵ１０４は、コンテンツ格納部６に対して、コンテンツを識別する情報で示されたコンテンツを第２のデコード部に出力するように指示する。また、第２のＣＰＵ１０４はコンテンツ格納部６から出力されたコンテンツを復号するように、第２のデコード部１０７に対して指示する。
【００７３】
第２のデコード部１０７は、コンテンツ格納部６から出力されたコンテンツを復号し、音声データと画像データとからなる映像データを生成して映像出力部１０８に出力する。
【００７４】
第２のＣＰＵ１０４は、第２のデコード部１０７からの出力を映像出力部１０８が受け付ける旨の指示を、第１のＣＰＵ１０２に対して送る。
【００７５】
第１のＣＰＵ１０２は、この指示を受け、第２のデコード部１０７からの映像を受け付けるように、映像出力部１０８に対して指示する。
【００７６】
映像出力部１０８は、第１のＣＰＵ１０２の指示に従い、第２のデコード部１０７が出力する画像データと、画面生成部８から出力されるグラフィック画像データとを合成してモニタに出力し、また、音声データをスピーカ等に出力する。
【００７７】
以上により、コンテンツ再生装置１０１は前回電源遮断直前に使用していたモードで再生を開始する。その後は、ユーザはユーザＩ／Ｆ部１０を使ってモードを切り替えることができる。例えば、ユーザがコンテンツサーバ２１から取得したコンテンツの再生に切り替える操作をした場合、第１のＣＰＵ１０２で動作する第１のアプリケーションは、第２のＣＰＵ１０４で動作する第２のアプリケーションに対してコンテンツの再生の停止を指示する。その一方で、通信部３を介してコンテンツサーバ２１に対して定められた接続手続きを行いサーバとコンテンツ再生装置１０１との間の接続を確立し、コンテンツサーバ２１からコンテンツを取得する。コンテンツサーバ２１から取得したコンテンツの再生は、上述の通りである。
【００７８】
第１のＣＰＵ１０２からコンテンツ再生の停止の指示を受けた第２のＣＰＵ１０４は、放送受信部５、第２のデコード部１０７に対して停止を指示する。
【００７９】
以上のように、ユーザはモードを切り替えることができる。
【００８０】
（コンテンツ再生装置１０１の停止）
ユーザＩ／Ｆ部１０を通じてコンテンツ再生装置１０１に対して、電源ＯＦＦが指示された場合には、第１のＣＰＵ１０２で動作する第１のアプリケーションは第２のＣＰＵ１０４で動作する第２のアプリケーションに対して電源ＯＦＦ処理を指示する。その一方で、電源ＯＦＦ指示受信時点で、コンテンツ再生装置１０１が動作している状態を第１のＲＯＭ１０３に記録する。さらに、コンテンツサーバ２１からコンテンツを受信し、再生していた場合には、コンテンツの再生を停止させ、コンテンツサーバ２１との接続を止める。
【００８１】
第２のアプリケーションは、第１のＣＰＵ１０２から電源ＯＦＦ指示を受けると、この
ときにコンテンツを再生した場合には、その再生を停止させる。また、コンテンツ再生装置１０１の動作状態を記録し、再生中のコンテンツの情報を第２のＲＯＭ１０３に記録する。記録する情報は、再生しているコンテンツの識別子などの情報や、放送受信部５にて受信しているチャンネルの情報などである。
【００８２】
以上のように、本実施の形態１によれば、コンテンツサーバ２１からコンテンツを取得するための第１のＣＰＵ１０２の立ち上げ処理を第２のＣＰＵ１０４の立ち上げ処理よりも高速とする。これにより、コンテンツ再生装置１０１に記録されているコンテンツや、受信する放送よりも早く、コンテンツサーバ２１から取得したコンテンツの再生を素早くすることができ、ユーザに対して待ち時間が短くなるという効果がある。
【産業上の利用可能性】
【００８３】
本発明のコンテンツ再生装置は、ネットワーク経由でサーバからコンテンツを受信し、また、コンテンツ再生装置内部に記録した記録や、受信した放送を再生するコンテンツ再生装置等に有用である。
【符号の説明】
【００８４】
１  コンテンツ再生装置
２  ＣＰＵ
３  通信部
４  アンテナ
５  放送受信部
６  コンテンツ格納部
７  デコード部
８  画面生成部
９  映像出力部
１０  ユーザＩ／Ｆ部
１１  ＲＯＭ
１０２  第１のＣＰＵ
１０３  第１のＲＯＭ
１０４  第２のＣＰＵ
１０５  第２のＲＯＭ
１０６  第１のデコード部
１０７  第２のデコード部
１０８  映像出力部
【図１】
2011077595.tif 000003
【図４】
2011077595.tif 000004
【図２】
2011077595.tif 000005
【図３】
2011077595.tif 000006