JP4679649B2 - コンテンツ再生装置及びコンテンツ再生方法 - Google Patents

Description

この発明は、例えばインターネット等のネットワーク上に接続されたサーバにアクセスして、映像や音声等のコンテンツを取得し再生するコンテンツ再生装置及びコンテンツ再生方法の改良に関する。

周知のように、近年では、テレビジョン放送のデジタル化が推進されている。例えば、日本国内においては、ＢＳ（broadcasting satellite）デジタル放送及び１１０度ＣＳ（communication satellite）デジタル放送等の衛星デジタル放送だけでなく、地上デジタル放送も開始されている。

また、現在では、インターネット等に代表されるネットワークを通じて、映像や音声等のコンテンツを配信するインターネット放送も実用化されている。特に、ネットワーク上に接続されたサーバが、ユーザの要求に応じて即座にコンテンツを配信する、いわゆるＶＯＤ（video on demand）と称される動画配信サービスが普及してきている。

このため、上記したデジタルテレビジョン放送を受信するデジタル放送受信装置においても、ＶＯＤサービスに対応する機能、つまり、ネットワーク経由で所定のサーバにアクセスして所望のコンテンツを要求するとともに、そのサーバから送信されたコンテンツを受信して再生する機能が搭載される傾向にある。

ところで、このようなＶＯＤサービスは、まだまだ開発途上にある段階であり、今後、ユーザにとっての取り扱いをより一層便利にするために種々の形態に改良されていく傾向にある。そして、これに応えて、上記したＶＯＤサービス対応のデジタル放送受信装置としても、新規に開発されたサービス内容に効果的に対応していくことが必要となる。

特許文献１には、視聴者が選択したテレビ番組と番組ガイド表示とを同時に表示させ、視聴者が、番組ガイド表示を用いて利用可能なＶＯＤをブラウジングしながら、選択したテレビ番組を番組ガイド表示の背景で視聴し続けることができるようにした番組ガイドシステムが開示されている。

特開２００４−１５９３６７号公報

そこで、この発明は上記事情を考慮してなされたもので、例えばコンテンツのプレイリストをチャンネルとして配信し、チャンネル内の選択されたコンテンツを送信するチャンネル型のＶＯＤサービス等に対して、ユーザの取り扱いをより便利にして実用に適するようにしたコンテンツ再生装置及びコンテンツ再生方法を提供することを目的とする。

すなわち、この発明に係るコンテンツ再生装置は、ネットワークを介してサーバと通信し、複数のコンテンツを時間軸上に沿って配列したプレイリストでなるチャンネルをサーバから受信する受信手段と、受信手段で受信されたチャンネルを構成するプレイリストから所望のコンテンツを選択して再生する再生手段と、再生手段によりチャンネル内の時間軸上で最後に位置するコンテンツの再生が終了することに伴ない、最後に位置するコンテンツの再生が終了した旨を示すとともに、チャンネルに含まれるコンテンツが次に更新されるまでの時間を示す制御手段とを備え、再生手段は、最後に位置するコンテンツの再生が終了した旨が示された後、チャンネル内に含まれる他のコンテンツをさらに再生する手段を含むようにしたものである。

また、この発明に係るコンテンツ再生方法は、ネットワークを介してサーバと通信し、複数のコンテンツを時間軸上に沿って配列したプレイリストでなるチャンネルをサーバから受信する工程と、受信されたチャンネルを構成するプレイリストから所望のコンテンツを選択して再生する工程と、チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了することに伴ない、最後に位置するコンテンツの再生が終了した旨を示すとともに、チャンネルに含まれるコンテンツが次に更新されるまでの時間を示す工程と、時間軸上で最後に位置するコンテンツの再生が終了した旨が示された後、チャンネル内に含まれる他のコンテンツをさらに再生する工程とを有するようにしたものである。

上記した発明によれば、複数のコンテンツを時間軸上に沿って配列したプレイリストでなるチャンネル内の時間軸上で最後に位置するコンテンツの再生が終了することに伴ない、最後に位置するコンテンツの再生が終了した旨を示すとともに、チャンネルに含まれるコンテンツが次に更新されるまでの時間を示した後、チャンネル内に含まれる他のコンテンツをさらに再生するようにしたので、例えばチャンネル型のＶＯＤサービス等に対して、ユーザの取り扱いをより便利にして実用に適するようにすることができる。

この発明の実施の形態を示すもので、デジタルテレビジョン放送受信装置とそれを中心として構成されるネットワークシステムの一例を説明するために示す図。 同実施の形態におけるデジタルテレビジョン放送受信装置の主要な信号処理系を説明するために示すブロック構成図。 同実施の形態におけるデジタルテレビジョン放送受信装置のリモートコントローラを説明するために示す外観図。 同実施の形態におけるデジタルテレビジョン放送受信装置で表示される各種のモード画面を説明するために示す図。 同実施の形態におけるデジタルテレビジョン放送受信装置で表示される全画面再生モード画面でのコンテンツの切り替えを説明するために示す図。 同実施の形態におけるデジタルテレビジョン放送受信装置が行なう第１のサービス形態を説明するために示す図。 同実施の形態におけるデジタルテレビジョン放送受信装置が行なう第１のサービス形態の処理動作を説明するために示すフローチャート。 同実施の形態におけるデジタルテレビジョン放送受信装置が行なう第２のサービス形態を説明するために示す図。 同実施の形態におけるデジタルテレビジョン放送受信装置が行なう第２のサービス形態の処理動作を説明するために示すフローチャート。

以下、この発明の実施の形態について図面を参照して詳細に説明する。図１は、この実施の形態で説明するデジタルテレビジョン放送受信装置１１の外観と、このデジタルテレビジョン放送受信装置１１を中心として構成されるネットワークシステムの一例を概略的に示している。

すなわち、デジタルテレビジョン放送受信装置１１は、主として、薄型のキャビネット１２と、このキャビネット１２を起立させて支持する支持台１３とから構成されている。そして、キャビネット１２には、例えば液晶表示パネル等を備えた平面パネル型ディスプレイである映像表示器１４、一対のスピーカ１５，１５、操作部１６、リモートコントローラ１７から送信される操作情報を受ける受光部１８等が設置されている。

また、このデジタルテレビジョン放送受信装置１１は、第１のＬＡＮ（local area network）端子１９、第２のＬＡＮ端子２０及びＵＳＢ（universal serial bus）端子２１を備えている。

このうち、第１のＬＡＮ端子１９は、ＬＡＮ対応ＨＤＤ（hard disk drive）専用ポートとして使用されるもので、接続されたＮＡＳ（network attached storage）であるＬＡＮ対応のＨＤＤ２２に対して、イーサネット（登録商標）により情報の記録再生を行なうために使用される。

このように、ＬＡＮ対応ＨＤＤ専用ポートとしての第１のＬＡＮ端子１９を設けることにより、他のネットワーク環境やネットワーク使用状況等に影響されることなく、ＨＤＤ２２に対してハイビジョン画質による番組の情報記録を安定して行なうことができるようになる。

また、第２のＬＡＮ端子２０は、イーサネット（登録商標）を用いた一般的なＬＡＮ対応ポートとして使用されるもので、例えばハブ２３を介して、ＬＡＮ対応のＨＤＤ２４、ＰＣ（personal computer）２５、デジタル放送受信機能を有するＨＤＤ内蔵のＤＶＤ（digital versatile disk）レコーダ２６等の機器を接続し、これらの機器と情報伝送を行なうために使用される。

なお、ＤＶＤレコーダ２６については、第２のＬＡＮ端子２０を介して通信されるデジタル情報が制御系のみの情報であるため、デジタルテレビジョン放送受信装置１１との間でアナログの映像及び音声情報を伝送するために、専用のアナログ伝送路２７を設ける必要がある。

さらに、この第２のＬＡＮ端子２０は、ハブ２３に接続されたブロードバンドルータ２８を介して、例えばインターネット等のネットワーク２９に接続可能であり、そのネットワーク２９を介して遠隔地にあるＰＣ３０やＶＯＤサービス等のコンテンツ提供サービスを行なう情報提供業者のサーバ３１等と情報伝送を行なうために使用される。

また、上記ＵＳＢ端子２１は、一般的なＵＳＢ対応ポートとして使用されるもので、例えばハブ３２を介して、携帯電話３３、デジタルカメラ３４、メモリカード（図示せず）に対するカードリーダ／ライタ３５、ＨＤＤ３６、キーボード３７等のＵＳＢ機器を接続し、これらのＵＳＢ機器と情報伝送を行なうために使用される。

図２は、上記したデジタルテレビジョン放送受信装置１１の主要な信号処理系を示している。すなわち、ＢＳ／ＣＳデジタル放送受信用のアンテナ３８で受信した衛星デジタル放送信号は、入力端子３９を介して衛星デジタル放送用のチューナ４０に供給されることにより、所望のチャンネルの放送信号が選局される。

そして、このチューナ４０で選局された放送信号は、ＰＳＫ（phase shift keying）復調器４１に供給されてＴＳ（transport stream）が復調される。このＴＳは、ＴＳ復号器４２に供給されてデジタルの映像信号及び音声信号等に復号化された後、信号処理部４３に出力される。

また、地上波放送受信用のアンテナ４４で受信した地上デジタルテレビジョン放送信号は、入力端子４５を介して地上デジタル放送用のチューナ４６に供給されることにより、所望のチャンネルの放送信号が選局される。

そして、このチューナ４６で選局された放送信号は、ＯＦＤＭ（orthogonal frequency division multiplexing）復調器４７に供給されてＴＳが復調される。このＴＳは、ＴＳ復号器４８に供給されてデジタルの映像信号及び音声信号に復号化された後、上記信号処理部４３に出力される。

また、上記地上波放送受信用のアンテナ４４で受信した地上アナログテレビジョン放送信号は、入力端子４５を介して地上アナログ放送用のチューナ４９に供給されることにより、所望のチャンネルの放送信号が選局される。そして、このチューナ４９で選局された放送信号は、アナログ復調器５０に供給されてアナログの映像信号及び音声信号に復調された後、上記信号処理部４３に出力される。

ここで、上記信号処理部４３は、ＴＳ復号器４２，４８からそれぞれ供給されたデジタルの映像信号及び音声信号に対して、選択的に所定のデジタル信号処理を施し、グラフィック処理部５１及び音声処理部５２に出力している。

また、上記信号処理部４３には、複数（図示の場合は４つ）の入力端子５３ａ，５３ｂ，５３ｃ，５３ｄが接続されている。これら入力端子５３ａ〜５３ｄは、それぞれ、アナログの映像信号及び音声信号を、デジタルテレビジョン放送受信装置１１の外部から入力可能とするものである。

そして、この信号処理部４３は、上記アナログ復調器５０及び各入力端子５３ａ〜５３ｄからそれぞれ供給されたアナログの映像信号及び音声信号を選択的にデジタル化し、そのデジタル化された映像信号及び音声信号に対して所定のデジタル信号処理を施した後、グラフィック処理部５１及び音声処理部５２に出力している。

このうち、グラフィック処理部５１は、信号処理部４３から供給されるデジタルの映像信号に、ＯＳＤ（on screen display）信号生成部５４で生成されるＯＳＤ信号を重畳して出力する機能を有する。また、このグラフィック処理部５１は、信号処理部４３の出力映像信号と、ＯＳＤ信号生成部５４の出力ＯＳＤ信号とを選択的に出力することや、両出力をそれぞれ画面の半分を構成するように組み合わせて出力することができる。

そして、グラフィック処理部５１から出力されたデジタルの映像信号は、映像処理部５５に供給される。この映像処理部５５は、入力されたデジタルの映像信号を、前記映像表示器１４で表示可能なフォーマットのアナログ映像信号に変換した後、映像表示器１４に出力して映像表示させるとともに、出力端子５６を介して外部に導出させる。

また、上記音声処理部５２は、入力されたデジタルの音声信号を、前記スピーカ１５で再生可能なフォーマットのアナログ音声信号に変換した後、スピーカ１５に出力して音声再生させるとともに、出力端子５７を介して外部に導出させる。

ここで、このデジタルテレビジョン放送受信装置１１は、上記した各種の受信動作を含むその全ての動作を制御部５８によって統括的に制御されている。この制御部５８は、ＣＰＵ（central processing unit）５８ａを内蔵しており、前記操作部１６からの操作情報を受け、または、リモートコントローラ１７から送出され前記受光部１８で受信した操作情報を受けて、その操作内容が反映されるように各部をそれぞれ制御している。

この場合、制御部５８は、主として、そのＣＰＵ５８ａが実行する制御プログラムを格納したＲＯＭ（read only memory）５８ｂと、該ＣＰＵ５８ａに作業エリアを提供するＲＡＭ（random access memory）５８ｃと、各種の設定情報及び制御情報等が格納される不揮発性メモリ５８ｄとを利用している。

また、上記制御部５８は、通信Ｉ／Ｆ５９を介して第１のＬＡＮ端子１９に接続されている。これにより、制御部５８は、第１のＬＡＮ端子１９に接続されたＬＡＮ対応のＨＤＤ２２と、通信Ｉ／Ｆ５９を介して情報伝送を行なうことができる。この場合、制御部５８は、ＤＨＣＰ（dynamic host configuration protocol）サーバ機能を有し、第１のＬＡＮ端子１９に接続されたＬＡＮ対応のＨＤＤ２２にＩＰ（internet protocol）アドレスを割り当てて制御している。

さらに、上記制御部５８は、通信Ｉ／Ｆ６０を介して第２のＬＡＮ端子２０に接続されている。これにより、制御部５８は、第２のＬＡＮ端子２０に接続された各機器（図１参照）と、通信Ｉ／Ｆ６０を介して情報伝送を行なうことができる。

また、上記制御部５８は、ＵＳＢ Ｉ／Ｆ６１を介して前記ＵＳＢ端子２１に接続されている。これにより、制御部５８は、ＵＳＢ端子２１に接続された各機器（図１参照）と、ＵＳＢ Ｉ／Ｆ６１を介して情報伝送を行なうことができる。この場合、制御部５８は、ユーザの操作に基づいて、ネットワーク２９経由で特定のサーバ３１にアクセスし、所望のサービスの閲覧やコンテンツの取得を行なうように機能する。

このとき、上記制御部５８は、サーバ３１から送信されたコンテンツを受信して、映像表示器１４での映像表示やスピーカ１５での音声再生に供させたり、例えばＨＤＤ２２，２４，３６等の記録再生機器への記録に供させたりするように機能している。

すなわち、デジタルテレビジョン放送受信装置１１は、サーバ３１から取得したコンテンツに対して、映像表示器１４で映像表示するように処理すること、サイト３４から取得したコンテンツをスピーカ１５で音声出力するように処理することの少なくとも一方を行なう再生機能を有している。

また、上記制御部５８は、ＵＳＢ Ｉ／Ｆ６１を介して前記ＵＳＢ端子２１に接続されている。これにより、制御部５８は、ＵＳＢ端子２１に接続された各機器（図１参照）と、ＵＳＢ Ｉ／Ｆ６１を介して情報伝送を行なうことができる。

また、上記制御部５８は、ブラウザ部５８ｅを備えている。このブラウザ部５８ｅは、前述したように、ネットワーク２９経由で特定のサーバ３１にアクセスし、アクセスしているサーバ３１上で公開されているサービスを閲覧したり、サーバ３１から所望のコンテンツを取得したりする機能を行なっている。

図３は、上記リモートコントローラ１７の外観を示している。このリモートコントローラ１７には、主として、電源キー１７ａ、第１のモード切替キー１７ｂ、第２のモード切替キー１７ｃ、チャンネル選局キー１７ｄ、チャンネルアップダウンキー１７ｅ、音量調整キー１７ｆ、カーソル上キー１７ｇ、カーソル下キー１７ｈ、カーソル左キー１７ｉ、カーソル右キー１７ｊ、決定キー１７ｋ、メニューキー１７ｌ、戻るキー１７ｍ、終了キー１７ｎ等が設けられている。

また、このリモートコントローラ１７には、再生停止キー１７ｏ、再生／一時停止キー１７ｐ、逆方向スキップキー１７ｑ、順方向スキップキー１７ｒ、早戻しキー１７ｓ、早送りキー１７ｔ等が設けられている。

すなわち、上記サーバ３１からＶＯＤサービスにより取得したコンテンツに対しては、リモートコントローラ１７の再生停止キー１７ｏや再生／一時停止キー１７ｐを操作することにより、再生、停止、一時停止を行なうことが可能となる。

また、リモートコントローラ１７の逆方向スキップキー１７ｑや順方向スキップキー１７ｒを操作することにより、再生しているコンテンツを、その再生方向に対して逆方向や順方向に一定量ずつスキップさせる、いわゆる、逆方向スキップや順方向スキップを行なうことができる。

さらに、リモートコントローラ１７の早戻しキー１７ｓや早送りキー１７ｔ等を操作することにより、再生しているコンテンツを、その再生方向に対して逆方向や順方向に連続的に高速で再生させる、いわゆる、早戻し再生や早送り再生を行なうことができる。

上記のような構成となされたデジタルテレビジョン放送受信装置１１において、以下、サーバ３１から所望のコンテンツを取得して再生する処理動作について説明する。この場合、サーバ３１は、それぞれが多数のコンテンツのプレイリストを含む複数のチャンネルを配信している。そして、サーバ３１は、ユーザによって特定のチャンネルが選択され、さらに、その選択されたチャンネル内で所定のコンテンツが選択されると、その選択されたコンテンツを送信するチャンネル型のＶＯＤサービスを行なっているものとする。

具体的に言えば、サーバ３１は、ＶＯＤサービスのために用意している各種のコンテンツを、例えばジャンル別やタイトル別等の種類別に分け、種類別に分けられた各コンテンツを、それぞれ時間軸上に沿って配列した複数のプレイリストを作成し、この複数のプレイリストをそれぞれチャンネルとして選択可能に配信する、放送ライクなサービスを行なっているものとする。

このようなサービスを行なうことにより、サーバ３１は、ＶＯＤサービスのために用意している各コンテンツだけを利用した、例えば映画チャンネルやスポーツチャンネル等を作成して配信することができる。このため、ユーザは、所望のチャンネルを選択するだけの容易な操作で、自己の嗜好に対応するコンテンツをサーバ３１から取得し視聴することができ、サーバ３１の有する膨大なコンテンツの中から所望のコンテンツを検索する煩雑さから解放されることになる。

また、このようなチャンネルで配信される各コンテンツは、通常のオンエアー放送、つまり、放送局側でタイムスケジュールに沿って一方的に放送しているものではなく、例えばサーバ３１がＶＯＤサービスによる配信のために用意しているコンテンツである。

このため、ユーザは、リモートコントローラ１７を操作することにより、選択されたチャンネルで再生されているコンテンツに対して、再生の停止、一時停止、上述した逆方向スキップや順方向スキップ、または、早戻し再生や早送り再生等の特殊処理を行なうことが可能であり、ひいては、過去の時間帯に割り振られているコンテンツや未来の時間帯に割り振られているコンテンツを再生すること等が可能となっている。

まず、ユーザは、サーバ３１からチャンネル型のＶＯＤサービスを利用して所望のコンテンツを取得し再生する場合、リモートコントローラ１７を操作して、サーバ３１に対してチャンネル型のＶＯＤサービスを要求する。

この要求は、ユーザがリモートコントローラ１７のメニューキー１７ｌを操作して、階層構造となされた複数のメニュー画面に分け入ることにより、サーバ３１に対してチャンネル型のＶＯＤサービスを要求するためのメニュー画面に到達し、そのメニュー画面上でチャンネル型のＶＯＤサービスを要求することにより行なわれる。そして、上記ブラウザ部５８ｅは、リモートコントローラ１７を介してユーザからの要求を受けると、ネットワーク２９を介して当該サービスを提供するサーバ３１に要求を通知する。

次に、ブラウザ部５８ｅは、サーバ３１からチャンネル型ＶＯＤサービスを受けるために必要な操作手順に関する情報（コンテンツ）を受信すると、当該コンテンツを解析して必要な処理を実行する。ここで、サーバ３１から送信されるコンテンツは、例えば、ＨＴＭＬ（hypertext markup language）により記述された情報であり、静止映像等の映像情報や、各種の処理を実行するためのスクリプトと称されるプログラム（ソフトウェア）を含んでいる。

この場合、ブラウザ部５８ｅは、サーバ３１から送信されるコンテンツに基づいて、図４（ａ）に示すようなチャンネル選択モード画面６２を生成して、映像表示器１４に表示させる。このチャンネル選択モード画面６２は、選択されたチャンネルのコンテンツを静止画あるいは動画として表示するためのウインドウ領域６２ａ、図４（ｂ）に示す番組選択モード画面６３に遷移するための操作領域６２ｂ、図４（ｃ）に示す全画面再生モード画面６４に遷移するための操作領域６２ｃ、複数（図示の場合は１〜６までの６つ）のチャンネルを指定するためのチャネル表示領域６２ｄを含んでいる。なお、ウインドウ領域６２ａには、例えば選択されたチャンネルで配信されるコンテンツのビデオクリップを表示するようにすることもできる。

このチャンネル選択モード画面６２において、ユーザがリモートコントローラ１７のカーソル上，下，左，右キー１７ｇ〜１７ｊまたはチャンネル選局キー１７ｄを操作して、チャネル表示領域６２ｄの中の例えばチャンネル６に対応する領域にカーソルｋを当てると、チャンネル６が選択される。この状態で、リモートコントローラ１７の決定キー１７ｋが操作されると、チャンネル６で現在の時間帯に配信されているコンテンツの映像が、ウインドウ領域６２ａに表示される。

また、チャンネル選択モード画面６２において、操作領域６２ｂにカーソルｋを当てて決定キー１７ｋが操作されると、ブラウザ部５８ｅは、サーバ３１に対して番組選択モード画面６３に遷移するように要求する。すると、サーバ３１は、ブラウザ部５８ｅからの要求に応じて、前述したような操作手順に関する情報（コンテンツ）を送信する。ブラウザ部５８ｅでは、サーバ３１から送信されるコンテンツを受信して解析し、番組選択モード画面６３を映像表示器１４に表示させる。

この番組選択モード画面６３は、現在選択されているコンテンツの映像（静止画あるいは動画）を表示するためのウインドウ領域６３ａ、選択されたチャンネルに含まれる複数のコンテンツを静止画表示するためのウインドウ領域６３ｂ、チャンネル選択モード画面６２に遷移するための操作領域６３ｃ、現在選択されているコンテンツに関する情報を提示するためのウインドウ領域６３ｄを含んでいる。

このうち、上記ウインドウ領域６３ｂには、複数（図示の場合は４つ）の表示領域６３ｂ１〜６３ｂ４が水平方向に配列されている。そして、例えば、表示領域６３ｂ２には、時間軸上で現在送信されているコンテンツの静止画が表示されている。また、表示領域６３ｂ１には、時間軸上で現在送信されているコンテンツの前、つまり、過去方向に存在するコンテンツの静止画が表示されている。

さらに、表示領域６３ｂ３には、時間軸上で現在送信されているコンテンツの後、つまり、未来方向に存在するコンテンツの静止画が表示されている。また、表示領域６３ｂ４には、時間軸上で現在送信されているコンテンツの次の次に送信されるコンテンツの静止画が表示されている。すなわち、ウインドウ領域６３ｂ上においては、図４で右側の表示領域６３ｂ１〜６３ｂ４ほど時間軸上で後、つまり、未来方向に存在するコンテンツが表示されていることになる。

また、番組選択モード画面６３において、ユーザがリモートコントローラ１７のカーソル上，下，左，右キー１７ｇ〜１７ｊを操作して、ウインドウ領域６３ｂの中の所定の表示領域６３ｂ１〜６３ｂ４にカーソルｋを当てると、その領域に表示されているコンテンツが選択され、そのコンテンツの映像がウインドウ領域６３ａに表示される。つまり、同一チャンネル内の任意のコンテンツを選択することができる。この状態でリモートコントローラ１７の決定キー１７ｋが操作されると、ブラウザ部５８ｅは、サーバ３１に対して全画面再生モード画面６４に遷移するように要求する。

また、上記チャネル選択モード画面６２において、操作領域６２ｃにカーソルｋを当てて決定キー１７ｋが操作された場合にも、ブラウザ部５８ｅは、サーバ３１に対して全画面再生モード画面６４に遷移するように要求する。

この全画面再生モード画面６４においては、ブラウザ部５８ｅが、チャネル選択モード画面６２で選択されたチャンネルのコンテンツ、または、番組選択モード画面６３で選択されたコンテンツを、サーバ３１から取得して解析し、映像表示器１４の映像表示領域全体に映像表示させる全画面再生処理を実行する。

ここで、サーバ３１からは、コンテンツを再生するために必要なメタデータが送信される。このメタデータには、コンテンツのタイトルやサイズ等のコンテンツ関連情報が含まれている。そして、ブラウザ部５８ｅは、当該メタデータを解析し、コンテンツの再生に必要な情報を抽出して全画面再生処理を実行している。

この全画面再生モード画面６４では、サーバ３１から送信されたストリームデータが、上記信号処理部４３によりデコードされる。すなわち、サーバ３１から送信されたストリームデータは、符号化された映像コンテンツと音声コンテンツとが多重化されたデータである。

そして、映像表示器１４には、信号処理部４３によりデコードされた映像コンテンツが全画面表示される。また、デコードされた音声コンテンツは、スピーカ１５から音声に変換されて再生出力される。

なお、全画面再生は、画面の上下左右のいずれかに所定幅の枠が表示されるような場合も含むものとする。つまり、コンテンツを画面のほぼ全体に表示するような態様も全画面再生に含まれるものとする。このような再生処理により、ユーザは、選択したチャンネルに含まれるコンテンツ（ここでは現在送信中のコンテンツ）を、全画面再生モード画面６４で視聴することができる。

また、全画面再生モード画面６４において、リモートコントローラ１７の第１のモード切替キー１７ｂが操作されると、ブラウザ部５８ｅは、サーバ３１に対してチャネル選択モード画面６２に遷移するように要求し、これにより、全画面再生モード画面６４からチャネル選択モード画面６２に直接遷移することができる。

さらに、全画面再生モード画面６４において、リモートコントローラ１７の第２のモード切替キー１７ｃが操作されると、ブラウザ部５８ｅは、サーバ３１に対して番組選択モード画面６３に遷移するように要求し、これにより、全画面再生モード画面６４から番組選択モード画面６３に直接遷移することができる。

ここで、このような全画面再生モード画面６４でのコンテンツ再生中に、ユーザがリモートコントローラ１７のカーソル左キー１７ｉを操作すると、同一チャンネルに含まれるコンテンツの中で、現在視聴しているコンテンツから時間軸上で前、つまり、過去方向に存在するコンテンツに順次切り替えて再生することができる。

また、全画面再生モード画面６４でのコンテンツ再生中に、ユーザがリモートコントローラ１７のカーソル右キー１７ｊを操作すると、同一チャンネルに含まれるコンテンツの中で、現在視聴しているコンテンツから時間軸上で後、つまり、未来方向に存在するコンテンツに順次切り替えて再生することができる。

すなわち、全画面再生モード画面６４において、ユーザがリモートコントローラ１７のカーソル左または右キー１７ｉ，１７ｊを操作すると、ブラウザ部５８ｅは、チャンネル選択モード画面６２や番組選択モード画面６３等に遷移することなく、同じチャンネルの他のコンテンツの再生処理に切り替えるように機能する。

この場合、ブラウザ部５８ｅは、サーバ３１から送信されるコンテンツを取得して解析するときに、ＨＴＭＬ情報に含まれるスクリプト（指定の処理を実行するためのソフトウェア）により、全画面再生すべきコンテンツを切り替える処理を実行している。

すなわち、全画面再生モード画面６４で、図５（ｂ）に示すようなコンテンツ６５ｂを再生しているときに、ユーザがリモートコントローラリモコン２０のカーソル左キー１７ｉを操作すると、ブラウザ部５８ｅは、指定のスクリプトの起動により、過去方向のコンテンツに切り替える処理を実行する。つまり、ブラウザ部５８ｅは、現在再生しているコンテンツより時間軸上で前（過去方向）に存在するコンテンツについて全画面再生モード画面６４で再生することをサーバ３１に要求する。

そして、ブラウザ部５８ｅは、サーバ３１から取得したコンテンツを解析し、全画面再生処理を実行する。全画面再生処理では、前述のように、サーバ３１から送信されたストリームデータは、信号処理部４３によりデコードされる。これにより、図５（ａ）に示すように、図５（ｂ）に示した現在再生中のコンテンツ６５ｂから、時間軸上で前に送信されるコンテンツ６５ａの全画面再生に遷移される。

一方、全画面再生モード画面６４で、図５（ｂ）に示すようなコンテンツ６５ｂを再生しているときに、リモートコントローラリモコン２０のカーソル右キー１７ｊが操作されると、ブラウザ部５８ｅは、指定のスクリプトの起動により、未来方向のコンテンツに切り替える処理を実行する。すなわち、ブラウザ部５８ｅは、現在再生しているコンテンツより時間軸上で後（未来方向）に存在するコンテンツについて全画面再生モード画面６４で再生することをサーバ３１に要求する。

そして、ブラウザ部５８ｅは、サーバ３１から取得したコンテンツを解析し、全画面再生処理を実行する。これにより、図５（ｃ）に示すように、図５（ｂ）に示した現在再生中のコンテンツ６５ｂから、時間軸上で後に送信されるコンテンツ６５ｃの全画面再生に遷移される。

すなわち、ブラウザ部５８ｅは、全画面再生モード画面６４におけるコンテンツの再生中でも機能しており、リモートコントローラ１７によりコンテンツを切り替える操作、つまり、カーソル左または右キー１７ｉ，１７ｊの操作が行なわれると、全画面再生モード画面６４を維持したままで、同一チャンネル内の別のコンテンツに遷移するコンテンツ切り替え処理を自動的に実行している。

このため、全画面再生モードで選択したコンテンツの再生中に、一度チャンネル選択モード画面６２や番組選択モード画面６３に戻ることなく、全画面再生モード画面６４のままで、過去方向又は未来方向のコンテンツにシームレスに切り替えることができる。これにより、ユーザは、モード画面を切り替えるような煩わしい操作を行なうことなく、簡易な操作を行なうだけで、全画面再生モード画面６４のままでシームレスなコンテンツの切り替えを実現することができる。

ところで、上記したチャンネル型のＶＯＤサービスにおいて、サーバが１つのチャンネル内で配信可能なコンテンツの数、つまり、１つのチャンネルで提供されるプレイリストに掲載されたコンテンツの数は有限である。すなわち、同一チャンネル内で複数のコンテンツが時間軸に沿って配信されるチャンネル型ＶＯＤサービスの場合、未来方向に選択可能なコンテンツには限界がある。つまり、時間軸上で最後に位置するコンテンツが存在することになる。

そこで、この実施の形態では、全画面再生モード画面６４でコンテンツを再生中に、時間軸上で最後に位置するコンテンツの最後の部分が再生された場合、最後に位置するコンテンツの再生が終了した旨を示すとともに、最後に位置するコンテンツの再生が終了した旨を示した後、チャンネル内に含まれる他のコンテンツをさらに再生させるようにしている。具体的には、以下に述べる２つのサービス形態を提供している。

まず、第１のサービス形態は、全画面再生モード画面６４でコンテンツを再生中に、時間軸上で最後に位置するコンテンツの最後の部分が再生された場合、同じチャンネル内の時間軸上で先頭（最初）に位置するコンテンツを最初から自動的に再生するようにしている。

すなわち、１つのチャンネル内で複数のコンテンツが時間軸に沿って配信されており、全画面再生モード画面６４において、図６（ａ）が時間軸上で先頭に位置するコンテンツ６６ａを示し、図６（ｂ）が現在配信されているコンテンツ６６ｂを示し、図６（ｃ）が時間軸上で最後に位置するコンテンツ６６ｃを示しているとする。

すると、時間軸上で最後に位置するコンテンツ６６ｃの最後の部分の再生が終了したとき、ブラウザ部５８ｅは、自動的に、時間軸上で先頭に位置するコンテンツ６６ａを最初から再生するように機能する。

このように、コンテンツ６６ｃの再生が終了した後、自動的に時間軸上で先頭に位置するコンテンツ６６ａの再生が開始されることにより、ユーザは、先に再生していたコンテンツ６６ｃが、現在選択しているチャンネルの時間軸上で最後に位置するコンテンツであることを容易に認識することができる。これにより、ユーザの取り扱いを便利にして実用に適するものとすることができる。

この場合、ブラウザ部５８ｅは、サーバ３１から送信されるスクリプトに基づいて、時間軸上で最後に位置するコンテンツ６６ｃの最後の部分の再生が終了したとき、時間軸上で先頭に位置するコンテンツ６６ａを最初から再生する処理を実行している。

また、時間軸上で最後に位置するコンテンツ６６ｃの最後の部分の再生が終了した後、時間軸上で先頭に位置するコンテンツ６６ａの再生が行なわるということは、時間軸に沿って配列された複数のコンテンツがループしたことになる。このような場合、図６（ａ）に示すように、表示されるコンテンツ６６ａに重ねて、例えば「２週目」のような表示を行なって、ユーザにループしたこと（時間軸上で最後に位置するコンテンツが終了したこと）を認識させると、ユーザの取り扱いをより便利にすることができる。

なお、このようなループしたことの表示処理も、ブラウザ部５８ｅがサーバ３１から送信されたスクリプトに基づいて実行している。

なお、上記では、時間軸上で最後に位置するコンテンツの再生が終了した後、時間軸上で先頭に位置するコンテンツを最初から再生する処理を実行しているが、ユーザが再生を希望するコンテンツを予め選択しておくことにより、当該コンテンツを再生する処理を実行することも可能である。つまり、最後に位置するコンテンツの再生が終了した後に、当該チャンネル内に含まれる他のコンテンツ（最後に位置するコンテンツであってもかまわない）を選択的に再生することが可能である。

図７は、上記した第１のサービス形態の処理動作をまとめたフローチャートを示している。この処理は、チャンネル型ＶＯＤサービスにおいて特定のチャンネルで配信される任意のコンテンツの再生が、全画面再生モード画面６４で行なわれている状態で開始（ステップＳ１）される。

すると、サーバ３１は、ステップＳ２で、現在再生中のコンテンツの再生が終了したか否かを判別し、終了したと判断された場合（ＹＥＳ）、ステップＳ３で、現在再生しているコンテンツよりも時間軸上で未来に配信予定されているコンテンツが存在するか否かを判別する。

そして、未来に配信予定のコンテンツが存在しないと判断された場合（ＮＯ）、サーバ３１は、ステップＳ４で、時間軸上で先頭に位置するコンテンツのストリームデータを送信し、ステップＳ５で、コンテンツがループしたことを記憶する。

また、上記ステップＳ３で未来に配信予定のコンテンツが存在すると判断された場合（ＹＥＳ）、サーバ３１は、ステップＳ６で、次に再生するべきコンテンツのストリームデータを送信する。

上記ステップＳ５またはステップＳ６の後、ブラウザ部５８ｅは、ステップＳ７で、サーバ３１から送信されたストリームデータを受信して、全画面再生モード画面６４で再生する。

次に、サーバ３１は、ステップＳ８で、コンテンツのループが行なわれたか否かを判別し、ループが行なわれたと判断された場合（ＹＥＳ）、ステップＳ９で、ループが行なわれた旨を表示するための情報、つまり、図６（ａ）では「２週目」を表示させるための情報を送信する。

すると、ブラウザ部５８ｅは、ステップＳ１０で、サーバ３１から送信されたループが行なわれた旨を表示するための情報を、全画面再生モード画面６４で再生中の時間軸上で最初に位置するコンテンツに重ねて表示する。

その後、サーバ３１は、ステップＳ１１で、ＶＯＤサービスの終了が要求されたか否かを判別し、要求されていないと判断された場合（ＮＯ）、ステップＳ２の処理に戻され、ＶＯＤサービスの終了が要求されたと判断された場合（ＹＥＳ）、処理を終了（ステップＳ１２）する。

この図７に示したフローチャートに記述されている処理動作は、基本的に、ブラウザ部５８ｅがサーバ３１から送信されたスクリプトに基づいて実行している。しかしながら、例えば、サーバ３１から送信されるメタデータに、時間軸上で最後に位置するコンテンツの最後の部分が再生されたことを示す情報が含まれていれば、ブラウザ部５８ｅがその情報に基づいて時間軸上で最後に位置するコンテンツの最後の部分が再生されたことを検出し、自動的に時間軸上で先頭に位置するコンテンツの再生を実行するように構成することができる。

また、同時に、ブラウザ部５８ｅが、時間軸上で最後に位置するコンテンツの最後の部分が再生されたことの検出結果に基づいて、ループしたことを示す情報を生成し、時間軸上で先頭に位置するコンテンツに重ねて表示させるように構成することができる。

次に、第２のサービス形態について説明する。この第２のサービス形態では、全画面再生モード画面６４でコンテンツを再生中に、時間軸上で最後に位置するコンテンツの最後の部分が再生された場合、そのコンテンツより後に配信されるコンテンツが存在しない旨と、次の新たなコンテンツが配信されるまでに要する時間とを、ユーザに表示するようにしている。

すなわち、１つのチャンネル内で複数のコンテンツが時間軸に沿って配信されており、全画面再生モード画面６４において、図８（ａ）が時間軸上で先頭に位置するコンテンツ６７ａを示し、図８（ｂ）が現在配信されているコンテンツ６７ｂを示し、図８（ｃ）が時間軸上で最後に位置するコンテンツ６７ｃを示しているとする。

すると、時間軸上で最後に位置するコンテンツ６７ｃの最後の部分の再生が終了したとき、ブラウザ部５８ｅは、図８（ｄ）に示すように、コンテンツ６７ｃより後に配信されるコンテンツが存在しない旨を示す「放送は終了しました」というメッセージと、次のコンテンツが更新されるまでに要する時間を示す「更新まで２時間３０分」というメッセージとを含む放送終了画面６７ｄを自動的に表示するように機能している。

このように、コンテンツ６７ｃの再生が終了した後、自動的に放送終了画面６７ｄによりメッセージを表示させることによって、ユーザは、先に再生していたコンテンツ６７ｃが、現在選択しているチャンネルの時間軸上で最後に位置するコンテンツであることを容易に認識することができる。これにより、ユーザの取り扱いを便利にして実用に適するものとすることができる。

この場合、ブラウザ部５８ｅは、サーバ３１から送信されるスクリプトに基づいて、時間軸上で最後に位置するコンテンツ６７ｃの最後の部分の再生が終了したとき、メッセージを再生する処理を実行している。

そして、コンテンツが更新されると、図８（ｅ）に示すように、更新後の複数のコンテンツのうち時間軸上で先頭に位置するコンテンツ６７ｅから、全画面再生モード画面６４での再生が行なわれる。

図９は、上記した第２のサービス形態の処理動作をまとめたフローチャートを示している。この処理は、チャンネル型ＶＯＤサービスにおいて特定のチャンネルで配信される任意のコンテンツの再生が、全画面再生モード画面６４で行なわれている状態で開始（ステップＳ１３）される。

すると、サーバ３１は、ステップＳ１４で、現在再生中のコンテンツの再生が終了したか否かを判別し、終了したと判断された場合（ＹＥＳ）、ステップＳ１５で、現在再生しているコンテンツよりも時間軸上で未来に配信予定されているコンテンツが存在するか否かを判別する。

そして、未来に配信予定のコンテンツが存在しないと判断された場合（ＮＯ）、サーバ３１は、ステップＳ１６で、現在時刻と次にコンテンツが更新される時刻とを取得し、現在時刻と更新時刻との差から更新までに要する時間を算出する。そして、サーバ３１は、ステップＳ１７で、上記のメッセージを含む放送終了画面６７ｄを表示するためのコンテンツのストリームデータを作成して送信する。

すると、ブラウザ部５８ｅは、ステップＳ１８で、サーバ３１から送信された放送終了画面６７ｄを表示するためのコンテンツのストリームデータを受信して、全画面再生モード画面６４で再生する。

その後、サーバ３１は、ステップＳ１９で、次のコンテンツの更新時刻に達したか否かを判別し、更新時刻に達していないと判断された場合（ＮＯ）、ステップＳ１６の処理に戻される。

また、上記ステップＳ１９で次のコンテンツの更新時刻に達したと判断された場合（ＹＥＳ）、サーバ３１は、ステップＳ２０で、プレイリストを更新し、ステップＳ２１で、更新後の現在配信すべきコンテンツのストリームデータを送信する。

一方、上記ステップＳ１５で、現在再生しているコンテンツよりも時間軸上で未来に配信予定されているコンテンツが存在すると判断された場合（ＹＥＳ）、サーバ３１は、ステップＳ２２で、次に再生するべきコンテンツのストリームデータを送信する。

そして、上記ステップＳ２１またはステップＳ２２の後、ブラウザ部５８ｅは、ステップＳ２３で、サーバ３１から送信されたコンテンツのストリームデータを受信して、全画面再生モード画面６４で再生する。

その後、サーバ３１は、ステップＳ２４で、ＶＯＤサービスの終了が要求されたか否かを判別し、要求されていないと判断された場合（ＮＯ）、ステップＳ１４の処理に戻され、ＶＯＤサービスの終了が要求されたと判断された場合（ＹＥＳ）、処理を終了（ステップＳ２５）する。

この図９に示したフローチャートに記述されている処理動作も、基本的に、ブラウザ部５８ｅがサーバ３１から送信されたスクリプトに基づいて実行している。しかしながら、例えば、サーバ３１から送信されるメタデータに、時間軸上で最後に位置するコンテンツの最後の部分が再生されたことを示す情報や更新時間等が含まれていれば、ブラウザ部５８ｅがその情報に基づいて時間軸上で最後に位置するコンテンツの最後の部分が再生されたことを検出し、自動的にメッセージを作成して放送終了画面６７ｄを表示させるように構成することができる。

ここで、上記した実施の形態では、デジタルテレビジョン放送受信装置１１を例に説明したが、これに限らず、例えばＳＴＢ（set top box）、ＰＣや携帯電話等にも、この発明は広く適用することができるものである。

また、サーバ３１が配信可能なコンテンツや、例えばＨＤＤ２２，２４，３６等の記録再生機器に記録されているコンテンツの中から、ユーザの設定した検索条件に対応するコンテンツを検索し、その検索された各コンテンツをリスト化して、テレビジョン放送に使用されていない空きチャンネルに対応付けることにより、お好みチャンネルを作成することができる。なお、検索条件を変えることにより、複数のお好みチャンネルを作成することができる。そして、このようにして作成されたお好みチャンネルに対しても、この発明は広く適用することができるものである。

なお、この発明は上記した実施の形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を種々変形して具体化することができる。また、上記した実施の形態に開示されている複数の構成要素を適宜に組み合わせることにより、種々の発明を形成することができる。例えば、実施の形態に示される全構成要素から幾つかの構成要素を削除しても良いものである。さらに、異なる実施の形態に係る構成要素を適宜組み合わせても良いものである。

１１…デジタルテレビジョン放送受信装置、１２…キャビネット、１３…支持台、１４…映像表示器、１５…スピーカ、１６…操作部、１７…リモートコントローラ、１８…受光部、１９…第１のＬＡＮ端子、２０…第２のＬＡＮ端子、２１…ＵＳＢ端子、２２…ＨＤＤ、２３…ハブ、２４…ＨＤＤ、２５…ＰＣ、２６…ＤＶＤレコーダ、２７…アナログ伝送路、２８…ブロードバンドルータ、２９…ネットワーク、３０…ＰＣ、３１…サーバ、３２…ハブ、３３…携帯電話、３４…デジタルカメラ、３５…カードリーダ／ライタ、３６…ＨＤＤ、３７…キーボード、３８…アンテナ、３９…入力端子、４０…チューナ、４１…ＰＳＫ復調器、４２…ＴＳ復号器、４３…信号処理部、４４…アンテナ、４５…入力端子、４６…チューナ、４７…ＯＦＤＭ復調器、４８…ＴＳ復号器、４９…チューナ、５０…アナログ復調器、５１…グラフィック処理部、５２…音声処理部、５３ａ〜５３ｄ…入力端子、５４…ＯＳＤ信号生成部、５５…映像処理部、５６…出力端子、５７…出力端子、５８…制御部、５８ａ…ＣＰＵ、５８ｂ…ＲＯＭ、５８ｃ…ＲＡＭ、５８ｄ…不揮発性メモリ、５８ｅ…ブラウザ部、５９…通信Ｉ／Ｆ、６０…通信Ｉ／Ｆ、６１…ＵＳＢ Ｉ／Ｆ、６２…チャンネル選択モード画面、６２ａ…ウインドウ領域、６２ｂ…操作領域、６２ｃ…操作領域、６２ｄ…チャンネル表示領域、６３…番組選択モード画面、６３ａ…ウインドウ領域、６３ｂ…ウインドウ領域、６３ｃ…操作領域、６３ｄ…ウインドウ領域、６４…全画面再生モード画面、６５ａ…コンテンツ、６５ｂ…コンテンツ、６５ｃ…コンテンツ、６６ａ…コンテンツ、６６ｂ…コンテンツ、６６ｃ…コンテンツ、６７ａ…コンテンツ、６７ｂ…コンテンツ、６７ｃ…コンテンツ、６７ｄ…放送終了画面、６７ｅ…コンテンツ。

Claims (8)

1. ネットワークを介してサーバと通信し、複数のコンテンツを時間軸上に沿って配列したプレイリストでなるチャンネルを前記サーバから受信する受信手段と、
   前記受信手段で受信されたチャンネルを構成するプレイリストから所望のコンテンツを選択して再生する再生手段と、
   前記再生手段により前記チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了することに伴ない、前記最後に位置するコンテンツの再生が終了した旨を示すとともに、前記チャンネルに含まれるコンテンツが次に更新されるまでの時間を示す制御手段とを具備し、
   前記再生手段は、前記最後に位置するコンテンツの再生が終了した旨が示された後、前記チャンネル内に含まれる他のコンテンツをさらに再生する手段を含むことを特徴とするコンテンツ再生装置。
2. 前記制御手段は、前記再生手段により前記チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了したことを検出して、前記最後に位置するコンテンツの再生が終了した旨を示すことを特徴とする請求項１記載のコンテンツ再生装置。
3. 前記再生手段は、前記チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了した旨が示された後、前記チャンネル内の時間軸上で先頭に位置するコンテンツの再生を開始することを特徴とする請求項１記載のコンテンツ再生装置。
4. 前記制御手段は、前記チャンネル内の時間軸上で最後に位置するコンテンツの再生から前記チャンネル内の時間軸上で先頭に位置するコンテンツの再生にループした旨を示すことを特徴とする請求項３記載のコンテンツ再生装置。
5. 前記再生手段は、前記チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了した旨が示された後、前記チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了したメッセージを示す終了画面を再生することを特徴とする請求項１記載のコンテンツ再生装置。
6. 前記再生手段は、前記チャンネルに含まれるコンテンツを、時間軸上で過去方向または未来方向のいずれかの方向に切り替えて選択的に再生することを特徴とする請求項１記載のコンテンツ再生装置。
7. ネットワークを介してサーバと接続する通信手段と、
   前記通信手段を介して前記サーバにコンテンツの取得を要求し、当該サーバから取得したコンテンツを再生するブラウザ手段とを具備し、
   前記ブラウザ手段は、
   複数のコンテンツを時間軸上に沿って配列したプレイリストでなるチャンネルの取得を前記サーバに要求し、要求したチャンネルを前記サーバから受信する手段と、
   受信されたチャンネルを構成するプレスリストから、外部操作に基づいて所望のコンテンツを選択し、その選択されたコンテンツの取得を前記サーバに要求し、要求したコンテンツを前記サーバから取得して再生する手段と、
   前記チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了したことを示す情報を受信し、前記チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了した旨を示すとともに、前記チャンネルに含まれるコンテンツが次に更新されるまでの時間を示す手段とを含むことを特徴とするコンテンツ再生装置。
8. ネットワークを介してサーバと通信し、複数のコンテンツを時間軸上に沿って配列したプレイリストでなるチャンネルを前記サーバから受信する工程と、
   受信されたチャンネルを構成するプレイリストから所望のコンテンツを選択して再生する工程と、
   前記チャンネル内の時間軸上で最後に位置するコンテンツの再生が終了することに伴ない、前記最後に位置するコンテンツの再生が終了した旨を示すとともに、前記チャンネルに含まれるコンテンツが次に更新されるまでの時間を示す工程と、
   前記時間軸上で最後に位置するコンテンツの再生が終了した旨が示された後、前記チャンネル内に含まれる他のコンテンツをさらに再生する工程とを有することを特徴とするコンテンツ再生方法。

Images