放送記録装置、及びコンテンツ出力方法
【課題】ユーザが所望する放送コンテンツの視聴を容易にする。
【解決手段】実施形態の放送記録装置は、記憶制御手段と、位置情報記憶制御手段と、受信手段と、出力手段と、を備える。記憶制御手段は、放送局から放送された放送コンテンツを記憶手段に記憶させる。位置情報記憶制御手段は、放送コンテンツの放送時刻を示す時刻情報と、当該時刻情報に放送された放送コンテンツが記録された記憶手段の位置と、を対応付けて位置情報記憶手段に記憶させる。受信手段は、ＤＬＮＡガイドラインに準拠したメディアプレイヤーである通信装置から、放送コンテンツを、所定の放送時刻から再生する要求を受信する。出力手段は、所定の放送時刻と位置情報記憶手段で対応付けられた位置から放送コンテンツを読み出して、読み出した放送コンテンツを出力する。
【解決手段】実施形態の放送記録装置は、記憶制御手段と、位置情報記憶制御手段と、受信手段と、出力手段と、を備える。記憶制御手段は、放送局から放送された放送コンテンツを記憶手段に記憶させる。位置情報記憶制御手段は、放送コンテンツの放送時刻を示す時刻情報と、当該時刻情報に放送された放送コンテンツが記録された記憶手段の位置と、を対応付けて位置情報記憶手段に記憶させる。受信手段は、ＤＬＮＡガイドラインに準拠したメディアプレイヤーである通信装置から、放送コンテンツを、所定の放送時刻から再生する要求を受信する。出力手段は、所定の放送時刻と位置情報記憶手段で対応付けられた位置から放送コンテンツを読み出して、読み出した放送コンテンツを出力する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送記録装置、及びコンテンツ出力方法に関する。
【背景技術】
【０００２】
近年、ＬＡＮ等のネットワークに接続されたテレビジョン、レコーダ装置等の複数の機器間で、音楽ファイルや動画ファイル等のコンテンツを共有することが行われている。このような、多種多様な機器間でコンテンツを共有させるための規格として、例えばＤＬＮＡ（Digital Living Network Alliance）が発行したガイドライン（以下、ＤＬＮＡガイドラインという）が知られている。
【０００３】
ＤＬＮＡガイドラインにおいて、基本的なシステムはコンテンツを保持するＤＭＳ（Digital Media Server）と、ネットワークを経由してＤＭＳが保持するコンテンツを再生するＤＭＰ（Digital Media Player）とで構成される。また、ＤＬＮＡガイドラインでは、コンテンツの伝送方法と再生制御方法との定義のためにＨＴＴＰ（Hyper Text Transfer Protocol）が用いられている。
【０００４】
ＤＭＰは、コンテンツの配信を要求するＧＥＴ要求（HTTP GET）をＤＭＳに送信することで、ＤＭＳからコンテンツを取得する。
【０００５】
ＤＬＮＡガイドラインでは、ＤＭＰが、コンテンツの配信要求を行う際に、コンテンツの開始時刻（先頭）からのオフセット(バイトまたは時間)を指定する手法が広く利用されている。当該指定を行うことで、ユーザが所望する位置からコンテンツの再生が可能となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２０４９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術においては、ユーザは、配信するコンテンツを指定した後、当該コンテンツの開始時刻からのオフセット（例えば経過時間）を指定する必要があった。つまり、ユーザが所定の時刻からコンテンツの再生を行いたい場合でも、直接、所定の時刻を設定できないため、操作に負担が生じていた。
【０００８】
本発明は、上記に鑑みてなされたものであって、ユーザが所望する位置からコンテンツの再生が可能な放送記録装置、及びコンテンツ出力方法を提供する。
【課題を解決するための手段】
【０００９】
実施形態の放送記録装置は、記憶制御手段と、位置情報記憶制御手段と、受信手段と、出力手段と、を備える。記憶制御手段は、放送局から放送された放送コンテンツを記憶手段に記憶させる。位置情報記憶制御手段は、放送コンテンツの放送時刻を示す時刻情報と、当該時刻情報に放送された放送コンテンツが記録された記憶手段の位置と、を対応付けて位置情報記憶手段に記憶させる。受信手段は、ＤＬＮＡガイドラインに準拠したメディアプレイヤーである通信装置から、放送コンテンツを、所定の放送時刻から再生する要求を受信する。出力手段は、所定の放送時刻と位置情報記憶手段で対応付けられた位置から放送コンテンツを読み出して、読み出した放送コンテンツを出力する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態にかかるＤＬＮＡシステムを概略的に示す図である。
【図２】図２は、実施形態にかかるテレビジョン放送表示装置の主要な信号処理系を示すブロック図である。
【図３】図３は、実施形態にかかるコンテンツ出力アプリケーションの機能ブロックを示した図である。
【図４】図４は、位置情報記憶部のテーブル構造を示した図である。
【図５】図５は、コンテンツ情報記憶部のテーブル構造を示した図である。
【図６】図６は、実施形態にかかるタブレット端末及びテレビジョン放送表示装置における、放送コンテンツの配信時の処理の手順を示すフローチャートである。
【図７】図７は、実施形態にかかるタブレット端末及びテレビジョン放送表示装置における、放送コンテンツが欠落した場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【図８】図８は、実施形態にかかるタブレット端末及びテレビジョン放送表示装置における、過去方向に検索する場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【図９】図９は、実施形態にかかるタブレット端末及びテレビジョン放送表示装置における、１つ前に放送された放送コンテンツの配信を要求する場合の処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
図１は、本実施形態にかかるＤＬＮＡシステムを概略的に示す図である。図１に示すように、ＤＬＮＡシステムは、メディアサーバとして機能するテレビジョン放送表示装置１００と、メディアプレーヤーとして機能するタブレット端末１５０とを有し、ネットワークを介して相互に接続されている。テレビジョン放送表示装置１００及びタブレット端末１５０は、ＤＬＮＡガイドラインに準拠した情報機器である。なお、ネットワークに接続される情報機器の数は、テレビジョン放送表示装置１００及びタブレット端末１５０に制限されるものではない。
【００１２】
テレビジョン放送表示装置１００は、放送局１８０から放送された放送コンテンツの録画を行う。本実施形態にかかるテレビジョン放送表示装置１００は、多チャネルまたは全チャネルで放送された放送コンテンツの自動録画を可能とする。
【００１３】
そして、テレビジョン放送表示装置１００は、多チャネルまたは全チャネルで放送された放送コンテンツを自動録画する際、放送時刻が古い放送コンテンツから順に上書きを行う、いわゆるループ録画を行う。
【００１４】
テレビジョン放送表示装置１００は、タブレット端末１５０等のＤＭＰからの要求に応じて、放送コンテンツを提供するＤＭＳ機能を備えた情報機器とする。本実施形態では、メディアサーバが、テレビジョン放送表示装置１００の場合について説明するが、例えば、ＨＤＤレコーダ等の録画装置やＰＣ等のサーバ装置等であってもよい。
【００１５】
また、タブレット端末１５０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成される制御部と、ＬＣＤ（Liquid Crystal Display）等の液晶パネルで構成される表示部と、タッチセンサー等の入力デバイスで構成される操作部と、フラッシュメモリ等で構成される記憶部と、ＤＭSとの通信を制御する通信部と、を備えている（何れも図示せず）。
【００１６】
タブレット端末１５０は、記憶部に記憶されたプログラムを実行することで、タブレット端末１５０の動作を統括的に制御する。
【００１７】
そして、タブレット端末１５０は、テレビジョン放送表示装置１００に対して、放送コンテンツの配信要求を送信する。これにより、テレビジョン放送表示装置１００から配信された放送コンテンツを、タブレット端末１５０の表示部で再生できる。
【００１８】
本実施形態にかかるテレビジョン放送表示装置１００では、タブレット端末１５０に対して、デジタル放送コンテンツをネットワーク配信する方法として、ＨＴＴＰを用いるが、他の手法を用いても良い。
【００１９】
従来、タブレット端末１５０が、テレビジョン放送表示装置１００に対して、放送コンテンツの配信要求を行う場合に、放送コンテンツを指定していた。そして、所定の時刻からの再生を行う場合には、当該放送コンテンツの開始時刻からのオフセット（経過時間）を指定する必要があった。
【００２０】
しかしながら、ユーザは、放送コンテンツを指定するのではなく、単に放送コンテンツの再生を開始する時刻を指定したい場合があった。
【００２１】
さらには、本実施形態のようにループ録画した放送コンテンツについて配信要求を行う場合に、放送時刻が古い放送コンテンツから順に上書きが行われている。このため、録画された放送コンテンツの先頭からのオフセットという指定手法では、配信位置を正しく指定できないという問題が生じていた。
【００２２】
そこで、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００では、放送コンテンツの配信を開始位置の指定手法として、録画データの開始時刻（先頭）からのオフセットではなく、放送時刻を用いることとした。
【００２３】
従来、例えば、配信する放送コンテンツの開始位置（先頭）から１０分１５秒の位置と指定したが、本実施形態では、タブレット端末１５０がテレビジョン放送表示装置１００に対して、放送コンテンツの配信を要求する際に、２０１１年７月２日２０時３５分１５秒と指定する。これにより、放送コンテンツの配信位置を正しく指定できる。ただし、図に示す例では、時刻を指定する際にＵＴＣ形式を用いる。
【００２４】
続いて、テレビジョン放送表示装置１００のハードウェア構成について説明する。図２は、上記したテレビジョン放送表示装置１００の主要な信号処理系を示すブロック図である。
【００２５】
ＢＳ／ＣＳデジタル放送受信用のアンテナ１２１で受信した衛星デジタルテレビジョン放送信号は、入力端子２０１を介して衛星デジタル放送用のチューナ２０２ａに供給される。
【００２６】
チューナ２０２ａは、同時録画可能なチャンネルの数だけ備えられている。そして、各チューナ２０２ａは、制御部２０５からの制御信号により所望のチャネルの放送信号を選局し、この選局された放送信号をＰＳＫ（Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）復調器２０２ｂに出力する。
【００２７】
ＰＳＫ復調器２０２ｂは、制御部２０５からの制御信号により、チューナ２０２ａで選局された放送信号を復調し、所望の番組を含んだトランスポートストリーム（ＴＳ）を得て、ＴＳ復号器２０２ｃに出力する。
【００２８】
ＴＳ復号器２０２ｃは、制御部２０５からの制御信号によりトランスポートストリーム（ＴＳ）多重化された信号のＴＳ復号処理を行い、所望の番組のデジタルの映像信号及び音声信号をデパケットすることにより得たＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を信号処理部２０６内のＳＴＤバッファ（図示せず）へ出力する。また、ＴＳ復号器２０２ｃは、デジタル放送により送られているセクション情報を信号処理部２０６内のセクション処理部（図示せず）へ出力する。
【００２９】
地上波放送受信用のアンテナ１２２で受信した地上デジタルテレビジョン放送信号は、入力端子２０３を介して地上デジタル放送用のチューナ２０４ａに供給される。
【００３０】
チューナ２０４ａは、制御部２０５からの制御信号により所望のチャネルの放送信号を選局可能とする。チューナ２０４ａは、放送信号をＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）復調器２０４ｂに出力する。
【００３１】
ＯＦＤＭ復調器２０４ｂは、制御部２０５からの制御信号により、チューナ２０４ａで選局された放送信号を復調し、所望の番組を含んだトランスポートストリームを得て、ＴＳ復号器２０４ｃに出力する。
【００３２】
ＴＳ復号器２０４ｃは、制御部２０５からの制御信号によりトランスポートストリーム（ＴＳ）多重化された信号のＴＳ復号処理を行い、所望の番組のデジタルの映像信号及び音声信号をデパケットすることにより得たＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を信号処理部２０６内のＳＴＤバッファへ出力する。また、ＴＳ復号器２０４ｃは、デジタル放送により送られているセクション情報を信号処理部２０６内のセクション処理部へ出力する。
【００３３】
信号処理部２０６は、テレビ視聴時には、ＴＳ復号器２０２ｃおよびＴＳ復号器２０４ｃからそれぞれ供給されたデジタルの映像信号及び音声信号に対して、選択的に所定のデジタル信号処理を施し、グラフィック処理部２０７及び音声処理部２０８に出力している。一方、番組録画時には、ＴＳ復号器２０２ｃおよびＴＳ復号器２０４ｃからそれぞれ供給されたデジタルの映像信号及び音声信号に対して、選択的に所定のデジタル信号処理を施した信号を、制御部２０５を介して記録装置（例えば、ＨＤＤ）２７０または丸録り録画用記録装置（例えば、ＨＤＤ）２７１に記録している。また、信号処理部２０６は、録画番組再生時には、制御部２０５を介して記録装置（例えば、ＨＤＤ）２７０または丸録り録画用記録装置２７１から読み出された録画番組のデータに、所定のデジタル信号処理を施し、グラフィック処理部２０７及び音声処理部２０８に出力している。
【００３４】
図２に示す、チューナ２０２ａ、ＰＳＫ復調器２０２ｂ、ＴＳ復号器２０２ｃ、チューナ２０４ａ、ＯＦＤＭ復調器２０４ｂ、ＴＳ復号器２０４ｃは、丸録り機能に必要な数以上の系統を備えている。例えば、テレビジョン放送表示装置１００が、在京地上波キー局を全て記録できる装置の場合、チューナ２０４ａ、ＯＦＤＭ復調器２０４ｂ、ＴＳ復号器２０４ｃを７系統以上備えている。
【００３５】
制御部２０５には、信号処理部２０６から、番組を取得するための各種データ（Ｂ−ＣＡＳデスクランブル用の鍵情報等）や電子番組ガイド（ＥＰＧ）情報，番組属性情報（番組ジャンル等），字幕情報等（サービス情報、ＳＩやＰＳＩ）が入力されている。制御部２０５は、これら入力された情報からＥＰＧ，字幕を表示するため画像生成処理を行い、この生成した画像情報をグラフィック処理部２０７へ出力する。
【００３６】
また、この制御部２０５は、番組録画および番組予約録画を制御する機能を有し、番組予約受付時には、外部の表示装置（例えば、デジタルテレビジョン放送受像器）に電子番組ガイド（ＥＰＧ）情報を表示し、操作部２２０またはリモートコントローラ２２１を介したユーザ入力により予約内容を所定の記憶手段に設定する。そして、設定された時刻に予約番組を録画するようチューナ２０２ａ，２０４ａ、ＰＳＫ復調器２０２ｂ、ＦＤＭ復調器２０４ｂ、ＴＳ復号器２０２ｃ，２０４ｃおよび信号処理部２０６を制御する。
【００３７】
また、テレビジョン放送表示装置１００は、丸録り録画機能で録画可能な全チャネルの番組を自動録画する場合、予約とは別に設定された時間帯に各デバイスを制御し録画を行う。
【００３８】
セクション処理部は、ＴＳ復号器２０２ｃ（２０４ｃ）から入力されたセクション情報の中から、番組を取得するための各種データや電子番組ガイド（ＥＰＧ）情報，番組属性情報（番組ジャンル等），字幕情報等（サービス情報、ＳＩやＰＳＩ）を制御部２０５へ出力する。
【００３９】
グラフィック処理部２０７は、（１）信号処理部２０６内のＡＶデコーダ（図示せず）から供給されるデジタルの映像信号と、（２）ＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）信号生成部２０９で生成されるＯＳＤ信号と、（３）データ放送による画像データと、（４）制御部２０５により生成されたＥＰＧ，字幕信号とを合成して映像処理部２１０へ出力する機能を有する。
【００４０】
また、字幕放送による字幕を表示するとき、グラフィック処理部２０７は、制御部２０５からの制御による字幕情報に基づき、映像信号上に字幕情報を重畳する処理を行う。
【００４１】
グラフィック処理部２０７から出力されたデジタルの映像信号は、映像処理部２１０に供給される。この映像処理部２１０は、入力されたデジタルの映像信号を、表示部２１４又は出力端子２１１を介して接続された外部機器で表示可能なフォーマットのアナログ映像信号に変換した後、出力端子２１１又は表示部２１４に出力して映像表示させる。
【００４２】
また、上記音声処理部２０８は、入力されたデジタルの音声信号を、スピーカ２１３で再生可能なフォーマットのアナログ音声信号に変換した後、出力端子２１２を介して接続された外部機器又はスピーカ２１３に出力して音声再生させる。
【００４３】
ここで、このテレビジョン放送表示装置１００は、上記した各種の受信動作を含むその全ての動作を制御部２０５によって統括的に制御されている。この制御部２０５は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を内蔵しており、操作部２２０からの操作情報を受け、または、リモートコントローラ２２１から送出された操作情報を、受光部２２２を介して受信し、その操作内容が反映されるように各部をそれぞれ制御している。
【００４４】
この場合、制御部２０５は、主として、そのＣＰＵが実行する制御プログラムを格納したＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０５ａと、当該ＣＰＵに作業エリアを提供するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０５ｂと、各種の設定情報及び制御情報等が格納される不揮発性メモリ２０５ｃとを利用している。
【００４５】
また、この制御部２０５は、カードＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２２３を介して、メモリカード２２４が装着可能なカードホルダ２２５に接続されている。これによって、制御部２０５は、カードホルダ２２５に装着されたメモリカード２２４と、カードＩ／Ｆ２２３を介して情報伝送することができる。
【００４６】
また、制御部２０５は、通信Ｉ／Ｆ２２９を介して第１のＬＡＮ端子２３０に接続されている。これにより、制御部２０５は、第１のＬＡＮ端子２３０に接続されたＬＡＮ対応の機器（例えば、タブレット端末１５０）と、通信Ｉ／Ｆ２２９を介して情報伝送することができる。この場合、制御部２０５は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ機能を有し、第１のＬＡＮ端子２３０に接続されたＬＡＮ対応の機器にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを割り当てて制御している。
【００４７】
さらに、上記制御部２０５は、通信Ｉ／Ｆ２３１を介して第２のＬＡＮ端子２３２に接続されている。これにより、制御部２０５は、第２のＬＡＮ端子２３２に接続されたＬＡＮ対応の各種機器と、通信Ｉ／Ｆ２３１を介して情報伝送することができる。
【００４８】
また、上記制御部２０５は、ＵＳＢ Ｉ／Ｆ２３３を介してＵＳＢ端子２３４に接続されている。これにより、制御部２０５は、ＵＳＢ端子２３４に接続された各種機器（例えば、外付けハードディスク装置）と、ＵＳＢ Ｉ／Ｆ２３３を介して情報伝送することができる。
【００４９】
テレビジョン放送表示装置１００は、コンテンツ出力アプリケーション２５０を備えている。そして、制御部２０５のＣＰＵが、コンテンツ出力アプリケーション２５０を読み込むことで、ＲＡＭ２０５ｂ上に、コンテンツ出力アプリケーション２５０の各構成が実現される。図３は、コンテンツ出力アプリケーション２５０の機能ブロックを示した図である。なお、図２の構成要素と共通する部分には同一の符号を付している。
【００５０】
コンテンツ出力アプリケーション２５０は、受信部３０１と、検索部３０２と、コンテンツ出力部３０３と、記憶制御部３０４と、を備えている。また、記憶装置２７０は、コンテンツ情報記憶部３１１と、位置情報記憶部３２１と、を備えている。
【００５１】
位置情報記憶部３２１は、丸録り録画用記録装置２７１に記録された放送コンテンツの位置情報を記憶する。図４は、位置情報記憶部３２１のテーブル構造を示した図である。図４に示すように、放送時刻と、読み出し位置と、を対応付けて記憶している。
【００５２】
放送時刻は、丸録り録画用記録装置２７１に記録された放送コンテンツの放送時刻とする。本実施形態にかかる放送時刻は、ＵＴＣ（Coordinated Universal Time）形式とするが、他の形式であっても良い。
【００５３】
読み出し位置は、放送時刻に放送された放送コンテンツが丸録り録画用記録装置２７１に記録された位置とする。読み出し位置は、放送コンテンツを読み出す位置を特定できればよく、論理的な位置又は物理的な位置であるかは問わない。
【００５４】
複数のチャンネルの同時録画を行う場合、チャンネル毎に、位置情報記憶部３２１を備えることとする。
【００５５】
なお、本実施形態は、位置情報記憶部３２１を参照して、放送コンテンツの再生する位置を特定する例について説明するが、放送コンテンツの再生する位置を特定する際に、位置情報記憶部３２１を検索する手法に制限するものではない。例えば、丸録り録画用記録装置２７１に記録された放送コンテンツのメタデータ（例えばＳＩＴ(Selection Information table)）に、放送時刻（記録された時刻）が格納されている場合に、当該メタデータを参照して、放送時刻に対応する、読み出し位置を特定しても良い。
【００５６】
本実施形態にかかる位置情報記憶部３２１は、放送時刻１秒ごとにレコードが設けられている。これにより、ユーザは、放送コンテンツを再生する際、放送時刻を１秒単位で指定できる。
【００５７】
コンテンツ情報記憶部３１１は、録画された放送コンテンツ毎の情報を記憶している。図５は、コンテンツ情報記憶部３１１のテーブル構造を示した図である。図５に示すように、コンテンツ情報記憶部３１１は、番組タイトルと、チャンネルと、開始時刻と、放送時間と、レジュームポイントと、を対応付けて記憶している。なお、コンテンツ情報記憶部３１１に記憶された放送コンテンツ毎の情報のうち、番組タイトル等は、ＥＰＧから取得している。
【００５８】
番組タイトルは、放送コンテンツの番組タイトルとする。開始時刻は、当該放送コンテンツの放送が開始された時刻とする。チャンネルは、当該番組タイトルが放送されたチャンネルとする。開始時刻は、放送コンテンツの放送が開始された時刻とする。そして、開始時刻は、ＵＴＣ形式を用いる。放送時間は、放送コンテンツの放送された時間の合計とする。レジュームポイントは、放送コンテンツの再生で停止された位置を示している。
【００５９】
記憶制御部３０４は、記憶装置２７０及び丸録り録画用記録装置２７１に記録させる制御を行う。本実施形態では、記憶制御部は、放送局から放送された放送コンテンツを丸録り録画用記録装置２７１に記録させる。
【００６０】
また、記憶制御部３０４は、丸録り録画用記録装置２７１に放送コンテンツを記録させる際、１秒ごとに、放送コンテンツの放送時刻と、当該放送時刻に放送された放送コンテンツが記録された丸録り録画用記録装置２７１の位置と、を対応付けて位置情報記憶部３２１に記憶させる。
【００６１】
さらに、記憶制御部３０４は、丸録り録画用記録装置２７１に放送コンテンツを記録する際に、ＥＰＧから取得した情報に基づいて、番組タイトルと、チャンネルと、開始時刻と、放送時間と、レジュームポイントと、を対応付けて、コンテンツ情報記憶部３１１に記憶させる。なお、レジュームポイントは、初期値‘０’が設定される。
【００６２】
受信部３０１は、ＤＬＮＡガイドラインに準拠したタブレット端末１５０（ＤＭＰ）から、所定の放送時刻から放送コンテンツを再生する要求を受信する。なお、複数のチャンネルでループ録画を行っている場合、受信部３０１は、放送時刻の他にチャンネルを組み合わせて、放送コンテンツの再生する要求を受信する。
【００６３】
つまり、従来のＤＬＮＡガイドラインでは、ＤＭＰが、コンテンツの配信要求を行う際に、コンテンツの開始時刻（先頭）からのオフセット(バイトまたは時間)を指定するが、ループ録画では当該指定手法は適用できない場合もあるため、放送時刻による指定を受け付けることとした。なお、放送時刻による指定を行う際に、オプションを設定しても良い。オプションの例としては、指定した放送時刻からの放送コンテンツが記録されていない場合における、再生する放送コンテンツの検索手法などがある。
【００６４】
検索部３０２は、位置情報記憶部３２１に対して、受信部３０１が受信した放送時刻をキーワードとして検索する。そして、検索部３０２が、当該放送時刻を含むレコードを検出した場合、当該放送時刻と対応付けられた、読み出し位置が、放送コンテンツの読み出し先として特定される。
【００６５】
コンテンツ出力部３０３は、受信した放送時刻と、位置情報記憶部３２１で対応付けられた、読み出し位置から放送コンテンツを読み出して、タブレット端末１５０（ＤＭＰ）に対して配信（出力）する。
【００６６】
次に、本実施形態にかかるタブレット端末１５０（ＤＭＰ）及びテレビジョン放送表示装置１００（ＤＭＳ）における、放送コンテンツの配信時の処理について説明する。図６は、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００における上述した処理の手順を示すフローチャートである。
【００６７】
まず、タブレット端末１５０は、テレビジョン放送表示装置１００により録画された放送コンテンツの送信要求（HTTPリクエスト）を送信する（ステップＳ６０１）。当該送信要求（HTTPリクエスト）のヘッダ部分には、“GET /ch0 HTTP/1.1 TimeSeek:utc1310644800”６５１と記載されている。このように放送コンテンツの再生を開始する位置が、放送時刻で指定されていることが確認できる。また、時刻形式として、ＵＴＣを使用している。
【００６８】
そして、テレビジョン放送表示装置１００の受信部３０１が、タブレット端末１５０からの送信要求を受信する（ステップＳ６１１）。
【００６９】
次に、検索部３０２が、位置情報記憶部３２１に対して、受信部３０１が受信した放送時刻に対応する、読み出し位置を検索する（ステップＳ６１２）。
【００７０】
そして、検索部３０２は、検索結果に基づいて、タブレット端末１５０側で指定された放送時刻からの放送コンテンツが、丸録り録画用記録装置２７１に記録されているか判定する（ステップＳ６１３）。本シーケンス図では記録されていると判定した場合について説明する。
【００７１】
次に、コンテンツ出力部３０３が、放送コンテンツの配信の開始時刻（配信を開始する位置に対応する放送時刻）をHTTPレスポンスとして通知する（ステップＳ６１４）。当該HTTPレスポンスのヘッダには、“HTTP/1.1 200OK TimeSeek:utc1310644800”６５２と示されており、送信要求で指定された放送時刻が示されていることが確認できる。
【００７２】
そして、タブレット端末１５０は、放送コンテンツの開始時刻を受信する（ステップＳ６０２）。
【００７３】
その後、コンテンツ出力部３０３が、特定された読み出し位置から、放送コンテンツを読み出して、タブレット端末１５０に配信する（ステップＳ６１５）。
【００７４】
そして、タブレット端末１５０は、配信された放送コンテンツを受信する（ステップＳ６０３）。その後、タブレット端末１５０が、当該放送コンテンツを再生する（ステップＳ６０４）。
【００７５】
上述した処理手順により、指定された放送時刻からの放送コンテンツの配信が可能となる。タブレット端末１５０（ＤＭＰ）は、受信した放送コンテンツ(パーシャルＴＳ)に格納されたＳＩＴ(Selection Information table)から、再生中の番組情報（番組名、番組開始時刻、番組終了時刻、再生位置の時刻）を取得できる。
【００７６】
上述した処理手順では、指定された放送時刻からの放送コンテンツが記録されている例について説明した。しかしながら、受信状態の悪化等により放送コンテンツが欠落する場合がある。そこで、次に、指定された時刻からの放送コンテンツが記録されていない場合について説明する。図７は、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００における、上述した場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【００７７】
なお、放送コンテンツが欠落する場合とは、例えば、１８時〜２４時まで録画を行ったが、受信状態の悪化で、２０時〜２０時３０分の放送コンテンツが記録されなかった場合に、ＤＭＰ（例えばタブレット端末１５０）が２０時１５分からの放送コンテンツの配信を要求した場合などが該当する。
【００７８】
まず、タブレット端末１５０は、テレビジョン放送表示装置１００により録画された放送コンテンツの送信要求（HTTPリクエスト）を送信する（ステップＳ７０１）。当該送信要求（HTTPリクエスト）のヘッダ部分は、図６と同様、“GET /ch0 HTTP/1.1 TimeSeek:utc1310644800”７５１と記載されている。
【００７９】
そして、テレビジョン放送表示装置１００の受信部３０１が、タブレット端末１５０からの送信要求を受信する（ステップＳ７１１）。
【００８０】
次に、検索部３０２が、位置情報記憶部３２１に対して、受信部３０１が受信した放送時刻に対応する、読み出し位置を検索する（ステップＳ７１２）。
【００８１】
そして、検索部３０２は、検索結果に基づいて、タブレット端末１５０側で指定された放送時刻の放送コンテンツが、丸録り録画用記録装置２７１に記録されているか判定する（ステップＳ７１３）。本シーケンス図では記録されていないと判定した場合について説明する。
【００８２】
タブレット端末１５０側で指定された放送時刻からの放送コンテンツが記録されていない場合、検索部３０２は、位置情報記憶部３２１に対して、ループ録画されている放送コンテンツのうち、指定された放送時刻に最も近い放送時刻のレコードを検索する（ステップＳ７１４）。当該検索で、指定された放送時刻を基準に、最も近い放送時刻に放送された放送コンテンツを特定できる。本シーケンスでは、最も近い放送時刻が“utc1310645000”の例とする。
【００８３】
次に、コンテンツ出力部３０３が、ステップＳ７１４で特定された放送コンテンツの配信の開始時刻（配信を開始する位置に対応する放送時刻）をHTTPレスポンスとして通知する（ステップＳ７１５）。当該HTTPレスポンスのヘッダには、“HTTP/1.1 200OK TimeSeek:utc1310645000”７５２と示されており、送信要求で指定された放送時刻（utc1310644800）と異なることが確認できる。
【００８４】
これにより、タブレット端末１５０は、放送コンテンツの開始時刻を受信する（ステップＳ７０２）。
【００８５】
その後、コンテンツ出力部３０３が、放送コンテンツのうち、指定された放送時刻に最も近い放送時刻と対応付けられた、読み出し位置から、放送コンテンツを読み出して、タブレット端末１５０に配信する（ステップＳ７１６）。
【００８６】
そして、タブレット端末１５０は、配信された放送コンテンツを受信する（ステップＳ７０３）。その後、タブレット端末１５０が、当該放送コンテンツを再生する（ステップＳ７０４）。
【００８７】
上述した処理手順により、１８時〜２４時まで録画を行ったが、受信状態の悪化等により２０時〜２０時３０分までの放送コンテンツが欠落した時に、タブレット端末１５０が配信の開始位置として２０時２０分を指定した場合、２０時２０分からの放送コンテンツは記録されていないため、テレビジョン放送表示装置１００は、２０時２０分に最も近い２０時３０分から配信する。
【００８８】
図７に示した処理手順では、放送コンテンツが欠落した場合に、指定された放送時刻に最も近い放送時刻と対応付けられた、読み出し位置から、放送コンテンツを配信する例について説明した。図７に示す例は、指定された放送時刻に近ければ、過去方向及び未来方向のどちらでも良い場合について説明した。しかしながら、放送コンテンツが欠落した場合、タブレット端末１５０側でどちらの方向に検索を行うのか指定しても良い。そこで、放送コンテンツが欠落した場合に、タブレット端末１５０が、過去方向に検索を行うようオプションを設定する例について説明する。図８は、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００における、上述した場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【００８９】
まず、タブレット端末１５０は、テレビジョン放送表示装置１００により録画された放送コンテンツの送信要求（HTTPリクエスト）を送信する（ステップＳ８０１）。当該送信要求（HTTPリクエスト）のヘッダ部分は、“GET /ch0 HTTP/1.1 TimeSeek:utc1310644800:Back”８５１と記載されている。つまりオプションで“Back”を指定することで、放送コンテンツが欠落した場合、過去方向に検索することを要求できる。
【００９０】
そして図７のステップＳ７１１〜Ｓ７１３と同様の処理手順で、タブレット端末１５０側で指定された放送時刻の放送コンテンツが、丸録り録画用記録装置２７１に記録されているか否かの判定まで行う（ステップＳ８１１〜Ｓ８１３）。
【００９１】
タブレット端末１５０側で指定された放送時刻からの放送コンテンツが記録されていない場合、検索部３０２は、位置情報記憶部３２１に対して、ループ録画されている放送コンテンツのうち、指定された放送時刻より過去であり且つ最も近い放送時刻のレコードを検索する（ステップＳ８１４）。当該検索で、指定された放送時刻を基準に、過去方向で最も近い放送時刻に放送された放送コンテンツを特定できる。本シーケンスでは、過去方向で最も近い放送時刻として“utc1310644500”が特定された例とする。
【００９２】
次に、コンテンツ出力部３０３が、ステップＳ８１４で特定された放送コンテンツの配信の開始時刻（配信を開始する位置に対応する放送時刻）をHTTPレスポンスとして通知する（ステップＳ８１５）。当該HTTPレスポンスのヘッダには、“HTTP/1.1 200OK TimeSeek:utc1310644500”８５２と示されており、送信要求で指定された放送時刻（utc1310644800）と異なることが確認できる。
【００９３】
そして、タブレット端末１５０は、放送コンテンツの開始時刻を受信する（ステップＳ８０２）。
【００９４】
その後、コンテンツ出力部３０３が、放送コンテンツのうち、指定された放送時刻より過去であり且つ最も近い放送時刻と対応付けられた、読み出し位置から、放送コンテンツを読み出して、タブレット端末１５０に配信する（ステップＳ８１６）。
【００９５】
そして、タブレット端末１５０は、配信された放送コンテンツを受信する（ステップＳ８０３）。その後、タブレット端末１５０が、当該放送コンテンツを再生する（ステップＳ８０４）。
【００９６】
上述した処理手順により、１８時〜２４時まで録画を行ったが、受信状態の悪化等により２０時〜２０時３０分までの放送コンテンツが欠落した場合に、タブレット端末１５０が配信の開始位置として２０時２０分を指定していると、２０時２０分からの放送コンテンツは丸録り録画用記録装置２７１に記録されていないため、指定した放送時刻からの放送コンテンツを再生できない。この場合、テレビジョン放送表示装置１００は、１９時５９分５９秒からの放送コンテンツを配信する。ところで、本実施形態では、欠落した区間はスキップするよう再生して制御されるため、タブレット端末１５０では、１９時５９分５９秒の画面を映し出した後、２０時３０分からの放送コンテンツを再生する。当該再生により、ユーザに放送コンテンツが欠落したことを認識させることができる。
【００９７】
なお、図８では、過去方向に検索を制限する場合について説明したが、過去方向に制限するものではなく、例えば、未来方向に検索を制限しても良い。
【００９８】
次に、現在配信している放送コンテンツの１つ前に放送された放送コンテンツの配信を要求する場合について説明する。図９は、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００における、上述した場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【００９９】
まず、タブレット端末１５０は、現在配信している放送コンテンツの１つ前に放送された放送コンテンツの送信要求（HTTPリクエスト）を送信する（ステップＳ９０１）。当該送信要求（HTTPリクエスト）のヘッダ部分は、“GET /ch0 HTTP/1.1 TimeSeek:utc1310644800:previous＿program”９５１と記載されている。ヘッダ部分にオプションで“previous＿program”を指定することで、指定した放送時刻に放送された放送コンテンツより、１つ前の放送コンテンツを指定できる。
【０１００】
つまり、タブレット端末１５０（ＤＭＰ）は、現在配信している放送コンテンツのＳＩＴから、現在再生している番組の時刻情報を取得することができるが、前後の番組については時刻情報を取得できない。このため、１つ前の放送コンテンツの指定が難しいという問題が生じていた。そこで、本フローチャートでは、“previous＿program”を指定することで、現在配信している放送コンテンツより１つ前に録画された放送コンテンツの先頭からの配信を要求できる。
【０１０１】
そして、テレビジョン放送表示装置１００の受信部３０１が、タブレット端末１５０からの送信要求を受信する（ステップＳ９１１）。
【０１０２】
次に、検索部３０２は、コンテンツ情報記憶部３１１を参照し、指定された放送時刻の放送コンテンツの１つ前に録画された放送コンテンツを検出し、当該放送コンテンツの開始時刻を取得する（ステップＳ９１２）。
【０１０３】
次に、検索部３０２が、位置情報記憶部３２１に対して、取得した開始時刻に対応する、読み出し位置を検索する。そして、検索部３０２は、検索結果に基づいて、特定された開始時刻からの放送コンテンツが、丸録り録画用記録装置２７１に記録されているか判定する（ステップＳ９１３）。本シーケンス図では記録されていると判定した場合について説明する。
【０１０４】
次に、コンテンツ出力部３０３が、ステップＳ９１２で取得した開始時刻（配信を開始する位置に対応する放送時刻）をHTTPレスポンスとして通知する（ステップＳ９１４）。当該HTTPレスポンスのヘッダには、“HTTP/1.1 200OK TimeSeek:utc1310638000”９５２と示されており、送信要求で指定された放送時刻（utc1310644800）と異なることが確認できる。
【０１０５】
これにより、タブレット端末１５０は、放送コンテンツの開始時刻を受信する（ステップＳ９０２）。
【０１０６】
その後、コンテンツ出力部３０３が、放送コンテンツのうち、指定された開始時刻と対応付けられた、読み出し位置から、放送コンテンツを読み出して、タブレット端末１５０に配信する（ステップＳ９１５）。
【０１０７】
そして、タブレット端末１５０は、配信された放送コンテンツを受信する（ステップＳ９０３）。その後、タブレット端末１５０が、当該放送コンテンツを再生する（ステップＳ９０４）。
【０１０８】
上述した処理手順により、例えば、１８時００分〜１８時３０分が番組Ａ、１８時３０分〜１９時００分が番組Ｂの場合、指定時刻が１８時４５分であり、オプションで“previous＿program”が指定されている場合、放送コンテンツの配信の開始は、番組Ａの先頭である１８時００分からとなる。
【０１０９】
以上説明したとおり、第１の実施形態によれば、配信する放送コンテンツ及び開始時刻からのオフセットを指定せずとも、ユーザが所望する時刻からの放送コンテンツを配信できる。これにより、本実施形態のテレビジョン放送表示装置１００は、ユーザが所望する放送コンテンツの視聴を容易にする。
【０１１０】
本実施形態のテレビジョン放送表示装置１００で実行されるコンテンツ出力アプリケーション２５０は、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１１１】
また、本実施形態のテレビジョン放送表示装置１００で実行されるコンテンツ出力アプリケーション２５０を、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のテレビジョン放送表示装置１００で実行されるコンテンツ出力アプリケーション２５０をインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１１２】
また、本実施形態のコンテンツ出力アプリケーション２５０を、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１１３】
本実施形態のテレビジョン放送表示装置１００で実行されるコンテンツ出力アプリケーション２５０は、上述した各部（受信部、検索部、コンテンツ出力部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からコンテンツ出力アプリケーション２５０を読み出して実行することにより上記各部が主記憶装置上にロードされ、受信部、検索部、コンテンツ出力部が主記憶装置上に生成されるようになっている。
【０１１４】
本実施形態のテレビジョン表示装置１００では、記憶装置２７０及び丸録り録画用記録装置２７１を、装置内部に備える例について説明したが、記憶装置２７０及び丸録り録画用記録装置２７１をテレビジョン表示装置１００の外部に備えてもよい。さらには、サーバが、記憶装置２７０及び丸録り録画用記録装置２７１を備え、テレビジョン表示装置１００が、ネットワークを介して記憶装置２７０及び丸録り録画用記録装置２７１と接続してもよい。
【０１１５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１１６】
１００…テレビジョン放送表示装置、１５０…タブレット端末、１８０…放送局、２５０…コンテンツ出力アプリケーション、２７０…記憶装置、２７１…丸録り録画用記録装置、３０１…受信部、３０２…検索部、３０３…コンテンツ出力部、３１１…コンテンツ情報記憶部、３２１…位置情報記憶部。
【技術分野】
【０００１】
本発明の実施形態は、放送記録装置、及びコンテンツ出力方法に関する。
【背景技術】
【０００２】
近年、ＬＡＮ等のネットワークに接続されたテレビジョン、レコーダ装置等の複数の機器間で、音楽ファイルや動画ファイル等のコンテンツを共有することが行われている。このような、多種多様な機器間でコンテンツを共有させるための規格として、例えばＤＬＮＡ（Digital Living Network Alliance）が発行したガイドライン（以下、ＤＬＮＡガイドラインという）が知られている。
【０００３】
ＤＬＮＡガイドラインにおいて、基本的なシステムはコンテンツを保持するＤＭＳ（Digital Media Server）と、ネットワークを経由してＤＭＳが保持するコンテンツを再生するＤＭＰ（Digital Media Player）とで構成される。また、ＤＬＮＡガイドラインでは、コンテンツの伝送方法と再生制御方法との定義のためにＨＴＴＰ（Hyper Text Transfer Protocol）が用いられている。
【０００４】
ＤＭＰは、コンテンツの配信を要求するＧＥＴ要求（HTTP GET）をＤＭＳに送信することで、ＤＭＳからコンテンツを取得する。
【０００５】
ＤＬＮＡガイドラインでは、ＤＭＰが、コンテンツの配信要求を行う際に、コンテンツの開始時刻（先頭）からのオフセット(バイトまたは時間)を指定する手法が広く利用されている。当該指定を行うことで、ユーザが所望する位置からコンテンツの再生が可能となる。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−２０４９１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術においては、ユーザは、配信するコンテンツを指定した後、当該コンテンツの開始時刻からのオフセット（例えば経過時間）を指定する必要があった。つまり、ユーザが所定の時刻からコンテンツの再生を行いたい場合でも、直接、所定の時刻を設定できないため、操作に負担が生じていた。
【０００８】
本発明は、上記に鑑みてなされたものであって、ユーザが所望する位置からコンテンツの再生が可能な放送記録装置、及びコンテンツ出力方法を提供する。
【課題を解決するための手段】
【０００９】
実施形態の放送記録装置は、記憶制御手段と、位置情報記憶制御手段と、受信手段と、出力手段と、を備える。記憶制御手段は、放送局から放送された放送コンテンツを記憶手段に記憶させる。位置情報記憶制御手段は、放送コンテンツの放送時刻を示す時刻情報と、当該時刻情報に放送された放送コンテンツが記録された記憶手段の位置と、を対応付けて位置情報記憶手段に記憶させる。受信手段は、ＤＬＮＡガイドラインに準拠したメディアプレイヤーである通信装置から、放送コンテンツを、所定の放送時刻から再生する要求を受信する。出力手段は、所定の放送時刻と位置情報記憶手段で対応付けられた位置から放送コンテンツを読み出して、読み出した放送コンテンツを出力する。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態にかかるＤＬＮＡシステムを概略的に示す図である。
【図２】図２は、実施形態にかかるテレビジョン放送表示装置の主要な信号処理系を示すブロック図である。
【図３】図３は、実施形態にかかるコンテンツ出力アプリケーションの機能ブロックを示した図である。
【図４】図４は、位置情報記憶部のテーブル構造を示した図である。
【図５】図５は、コンテンツ情報記憶部のテーブル構造を示した図である。
【図６】図６は、実施形態にかかるタブレット端末及びテレビジョン放送表示装置における、放送コンテンツの配信時の処理の手順を示すフローチャートである。
【図７】図７は、実施形態にかかるタブレット端末及びテレビジョン放送表示装置における、放送コンテンツが欠落した場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【図８】図８は、実施形態にかかるタブレット端末及びテレビジョン放送表示装置における、過去方向に検索する場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【図９】図９は、実施形態にかかるタブレット端末及びテレビジョン放送表示装置における、１つ前に放送された放送コンテンツの配信を要求する場合の処理の手順を示すフローチャートである。
【発明を実施するための形態】
【００１１】
図１は、本実施形態にかかるＤＬＮＡシステムを概略的に示す図である。図１に示すように、ＤＬＮＡシステムは、メディアサーバとして機能するテレビジョン放送表示装置１００と、メディアプレーヤーとして機能するタブレット端末１５０とを有し、ネットワークを介して相互に接続されている。テレビジョン放送表示装置１００及びタブレット端末１５０は、ＤＬＮＡガイドラインに準拠した情報機器である。なお、ネットワークに接続される情報機器の数は、テレビジョン放送表示装置１００及びタブレット端末１５０に制限されるものではない。
【００１２】
テレビジョン放送表示装置１００は、放送局１８０から放送された放送コンテンツの録画を行う。本実施形態にかかるテレビジョン放送表示装置１００は、多チャネルまたは全チャネルで放送された放送コンテンツの自動録画を可能とする。
【００１３】
そして、テレビジョン放送表示装置１００は、多チャネルまたは全チャネルで放送された放送コンテンツを自動録画する際、放送時刻が古い放送コンテンツから順に上書きを行う、いわゆるループ録画を行う。
【００１４】
テレビジョン放送表示装置１００は、タブレット端末１５０等のＤＭＰからの要求に応じて、放送コンテンツを提供するＤＭＳ機能を備えた情報機器とする。本実施形態では、メディアサーバが、テレビジョン放送表示装置１００の場合について説明するが、例えば、ＨＤＤレコーダ等の録画装置やＰＣ等のサーバ装置等であってもよい。
【００１５】
また、タブレット端末１５０は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等で構成される制御部と、ＬＣＤ（Liquid Crystal Display）等の液晶パネルで構成される表示部と、タッチセンサー等の入力デバイスで構成される操作部と、フラッシュメモリ等で構成される記憶部と、ＤＭSとの通信を制御する通信部と、を備えている（何れも図示せず）。
【００１６】
タブレット端末１５０は、記憶部に記憶されたプログラムを実行することで、タブレット端末１５０の動作を統括的に制御する。
【００１７】
そして、タブレット端末１５０は、テレビジョン放送表示装置１００に対して、放送コンテンツの配信要求を送信する。これにより、テレビジョン放送表示装置１００から配信された放送コンテンツを、タブレット端末１５０の表示部で再生できる。
【００１８】
本実施形態にかかるテレビジョン放送表示装置１００では、タブレット端末１５０に対して、デジタル放送コンテンツをネットワーク配信する方法として、ＨＴＴＰを用いるが、他の手法を用いても良い。
【００１９】
従来、タブレット端末１５０が、テレビジョン放送表示装置１００に対して、放送コンテンツの配信要求を行う場合に、放送コンテンツを指定していた。そして、所定の時刻からの再生を行う場合には、当該放送コンテンツの開始時刻からのオフセット（経過時間）を指定する必要があった。
【００２０】
しかしながら、ユーザは、放送コンテンツを指定するのではなく、単に放送コンテンツの再生を開始する時刻を指定したい場合があった。
【００２１】
さらには、本実施形態のようにループ録画した放送コンテンツについて配信要求を行う場合に、放送時刻が古い放送コンテンツから順に上書きが行われている。このため、録画された放送コンテンツの先頭からのオフセットという指定手法では、配信位置を正しく指定できないという問題が生じていた。
【００２２】
そこで、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００では、放送コンテンツの配信を開始位置の指定手法として、録画データの開始時刻（先頭）からのオフセットではなく、放送時刻を用いることとした。
【００２３】
従来、例えば、配信する放送コンテンツの開始位置（先頭）から１０分１５秒の位置と指定したが、本実施形態では、タブレット端末１５０がテレビジョン放送表示装置１００に対して、放送コンテンツの配信を要求する際に、２０１１年７月２日２０時３５分１５秒と指定する。これにより、放送コンテンツの配信位置を正しく指定できる。ただし、図に示す例では、時刻を指定する際にＵＴＣ形式を用いる。
【００２４】
続いて、テレビジョン放送表示装置１００のハードウェア構成について説明する。図２は、上記したテレビジョン放送表示装置１００の主要な信号処理系を示すブロック図である。
【００２５】
ＢＳ／ＣＳデジタル放送受信用のアンテナ１２１で受信した衛星デジタルテレビジョン放送信号は、入力端子２０１を介して衛星デジタル放送用のチューナ２０２ａに供給される。
【００２６】
チューナ２０２ａは、同時録画可能なチャンネルの数だけ備えられている。そして、各チューナ２０２ａは、制御部２０５からの制御信号により所望のチャネルの放送信号を選局し、この選局された放送信号をＰＳＫ（Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）復調器２０２ｂに出力する。
【００２７】
ＰＳＫ復調器２０２ｂは、制御部２０５からの制御信号により、チューナ２０２ａで選局された放送信号を復調し、所望の番組を含んだトランスポートストリーム（ＴＳ）を得て、ＴＳ復号器２０２ｃに出力する。
【００２８】
ＴＳ復号器２０２ｃは、制御部２０５からの制御信号によりトランスポートストリーム（ＴＳ）多重化された信号のＴＳ復号処理を行い、所望の番組のデジタルの映像信号及び音声信号をデパケットすることにより得たＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を信号処理部２０６内のＳＴＤバッファ（図示せず）へ出力する。また、ＴＳ復号器２０２ｃは、デジタル放送により送られているセクション情報を信号処理部２０６内のセクション処理部（図示せず）へ出力する。
【００２９】
地上波放送受信用のアンテナ１２２で受信した地上デジタルテレビジョン放送信号は、入力端子２０３を介して地上デジタル放送用のチューナ２０４ａに供給される。
【００３０】
チューナ２０４ａは、制御部２０５からの制御信号により所望のチャネルの放送信号を選局可能とする。チューナ２０４ａは、放送信号をＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）復調器２０４ｂに出力する。
【００３１】
ＯＦＤＭ復調器２０４ｂは、制御部２０５からの制御信号により、チューナ２０４ａで選局された放送信号を復調し、所望の番組を含んだトランスポートストリームを得て、ＴＳ復号器２０４ｃに出力する。
【００３２】
ＴＳ復号器２０４ｃは、制御部２０５からの制御信号によりトランスポートストリーム（ＴＳ）多重化された信号のＴＳ復号処理を行い、所望の番組のデジタルの映像信号及び音声信号をデパケットすることにより得たＰＥＳ（Ｐａｃｋｅｔｉｚｅｄ Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）を信号処理部２０６内のＳＴＤバッファへ出力する。また、ＴＳ復号器２０４ｃは、デジタル放送により送られているセクション情報を信号処理部２０６内のセクション処理部へ出力する。
【００３３】
信号処理部２０６は、テレビ視聴時には、ＴＳ復号器２０２ｃおよびＴＳ復号器２０４ｃからそれぞれ供給されたデジタルの映像信号及び音声信号に対して、選択的に所定のデジタル信号処理を施し、グラフィック処理部２０７及び音声処理部２０８に出力している。一方、番組録画時には、ＴＳ復号器２０２ｃおよびＴＳ復号器２０４ｃからそれぞれ供給されたデジタルの映像信号及び音声信号に対して、選択的に所定のデジタル信号処理を施した信号を、制御部２０５を介して記録装置（例えば、ＨＤＤ）２７０または丸録り録画用記録装置（例えば、ＨＤＤ）２７１に記録している。また、信号処理部２０６は、録画番組再生時には、制御部２０５を介して記録装置（例えば、ＨＤＤ）２７０または丸録り録画用記録装置２７１から読み出された録画番組のデータに、所定のデジタル信号処理を施し、グラフィック処理部２０７及び音声処理部２０８に出力している。
【００３４】
図２に示す、チューナ２０２ａ、ＰＳＫ復調器２０２ｂ、ＴＳ復号器２０２ｃ、チューナ２０４ａ、ＯＦＤＭ復調器２０４ｂ、ＴＳ復号器２０４ｃは、丸録り機能に必要な数以上の系統を備えている。例えば、テレビジョン放送表示装置１００が、在京地上波キー局を全て記録できる装置の場合、チューナ２０４ａ、ＯＦＤＭ復調器２０４ｂ、ＴＳ復号器２０４ｃを７系統以上備えている。
【００３５】
制御部２０５には、信号処理部２０６から、番組を取得するための各種データ（Ｂ−ＣＡＳデスクランブル用の鍵情報等）や電子番組ガイド（ＥＰＧ）情報，番組属性情報（番組ジャンル等），字幕情報等（サービス情報、ＳＩやＰＳＩ）が入力されている。制御部２０５は、これら入力された情報からＥＰＧ，字幕を表示するため画像生成処理を行い、この生成した画像情報をグラフィック処理部２０７へ出力する。
【００３６】
また、この制御部２０５は、番組録画および番組予約録画を制御する機能を有し、番組予約受付時には、外部の表示装置（例えば、デジタルテレビジョン放送受像器）に電子番組ガイド（ＥＰＧ）情報を表示し、操作部２２０またはリモートコントローラ２２１を介したユーザ入力により予約内容を所定の記憶手段に設定する。そして、設定された時刻に予約番組を録画するようチューナ２０２ａ，２０４ａ、ＰＳＫ復調器２０２ｂ、ＦＤＭ復調器２０４ｂ、ＴＳ復号器２０２ｃ，２０４ｃおよび信号処理部２０６を制御する。
【００３７】
また、テレビジョン放送表示装置１００は、丸録り録画機能で録画可能な全チャネルの番組を自動録画する場合、予約とは別に設定された時間帯に各デバイスを制御し録画を行う。
【００３８】
セクション処理部は、ＴＳ復号器２０２ｃ（２０４ｃ）から入力されたセクション情報の中から、番組を取得するための各種データや電子番組ガイド（ＥＰＧ）情報，番組属性情報（番組ジャンル等），字幕情報等（サービス情報、ＳＩやＰＳＩ）を制御部２０５へ出力する。
【００３９】
グラフィック処理部２０７は、（１）信号処理部２０６内のＡＶデコーダ（図示せず）から供給されるデジタルの映像信号と、（２）ＯＳＤ（Ｏｎ Ｓｃｒｅｅｎ Ｄｉｓｐｌａｙ）信号生成部２０９で生成されるＯＳＤ信号と、（３）データ放送による画像データと、（４）制御部２０５により生成されたＥＰＧ，字幕信号とを合成して映像処理部２１０へ出力する機能を有する。
【００４０】
また、字幕放送による字幕を表示するとき、グラフィック処理部２０７は、制御部２０５からの制御による字幕情報に基づき、映像信号上に字幕情報を重畳する処理を行う。
【００４１】
グラフィック処理部２０７から出力されたデジタルの映像信号は、映像処理部２１０に供給される。この映像処理部２１０は、入力されたデジタルの映像信号を、表示部２１４又は出力端子２１１を介して接続された外部機器で表示可能なフォーマットのアナログ映像信号に変換した後、出力端子２１１又は表示部２１４に出力して映像表示させる。
【００４２】
また、上記音声処理部２０８は、入力されたデジタルの音声信号を、スピーカ２１３で再生可能なフォーマットのアナログ音声信号に変換した後、出力端子２１２を介して接続された外部機器又はスピーカ２１３に出力して音声再生させる。
【００４３】
ここで、このテレビジョン放送表示装置１００は、上記した各種の受信動作を含むその全ての動作を制御部２０５によって統括的に制御されている。この制御部２０５は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等を内蔵しており、操作部２２０からの操作情報を受け、または、リモートコントローラ２２１から送出された操作情報を、受光部２２２を介して受信し、その操作内容が反映されるように各部をそれぞれ制御している。
【００４４】
この場合、制御部２０５は、主として、そのＣＰＵが実行する制御プログラムを格納したＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）２０５ａと、当該ＣＰＵに作業エリアを提供するＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０５ｂと、各種の設定情報及び制御情報等が格納される不揮発性メモリ２０５ｃとを利用している。
【００４５】
また、この制御部２０５は、カードＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）２２３を介して、メモリカード２２４が装着可能なカードホルダ２２５に接続されている。これによって、制御部２０５は、カードホルダ２２５に装着されたメモリカード２２４と、カードＩ／Ｆ２２３を介して情報伝送することができる。
【００４６】
また、制御部２０５は、通信Ｉ／Ｆ２２９を介して第１のＬＡＮ端子２３０に接続されている。これにより、制御部２０５は、第１のＬＡＮ端子２３０に接続されたＬＡＮ対応の機器（例えば、タブレット端末１５０）と、通信Ｉ／Ｆ２２９を介して情報伝送することができる。この場合、制御部２０５は、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）サーバ機能を有し、第１のＬＡＮ端子２３０に接続されたＬＡＮ対応の機器にＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレスを割り当てて制御している。
【００４７】
さらに、上記制御部２０５は、通信Ｉ／Ｆ２３１を介して第２のＬＡＮ端子２３２に接続されている。これにより、制御部２０５は、第２のＬＡＮ端子２３２に接続されたＬＡＮ対応の各種機器と、通信Ｉ／Ｆ２３１を介して情報伝送することができる。
【００４８】
また、上記制御部２０５は、ＵＳＢ Ｉ／Ｆ２３３を介してＵＳＢ端子２３４に接続されている。これにより、制御部２０５は、ＵＳＢ端子２３４に接続された各種機器（例えば、外付けハードディスク装置）と、ＵＳＢ Ｉ／Ｆ２３３を介して情報伝送することができる。
【００４９】
テレビジョン放送表示装置１００は、コンテンツ出力アプリケーション２５０を備えている。そして、制御部２０５のＣＰＵが、コンテンツ出力アプリケーション２５０を読み込むことで、ＲＡＭ２０５ｂ上に、コンテンツ出力アプリケーション２５０の各構成が実現される。図３は、コンテンツ出力アプリケーション２５０の機能ブロックを示した図である。なお、図２の構成要素と共通する部分には同一の符号を付している。
【００５０】
コンテンツ出力アプリケーション２５０は、受信部３０１と、検索部３０２と、コンテンツ出力部３０３と、記憶制御部３０４と、を備えている。また、記憶装置２７０は、コンテンツ情報記憶部３１１と、位置情報記憶部３２１と、を備えている。
【００５１】
位置情報記憶部３２１は、丸録り録画用記録装置２７１に記録された放送コンテンツの位置情報を記憶する。図４は、位置情報記憶部３２１のテーブル構造を示した図である。図４に示すように、放送時刻と、読み出し位置と、を対応付けて記憶している。
【００５２】
放送時刻は、丸録り録画用記録装置２７１に記録された放送コンテンツの放送時刻とする。本実施形態にかかる放送時刻は、ＵＴＣ（Coordinated Universal Time）形式とするが、他の形式であっても良い。
【００５３】
読み出し位置は、放送時刻に放送された放送コンテンツが丸録り録画用記録装置２７１に記録された位置とする。読み出し位置は、放送コンテンツを読み出す位置を特定できればよく、論理的な位置又は物理的な位置であるかは問わない。
【００５４】
複数のチャンネルの同時録画を行う場合、チャンネル毎に、位置情報記憶部３２１を備えることとする。
【００５５】
なお、本実施形態は、位置情報記憶部３２１を参照して、放送コンテンツの再生する位置を特定する例について説明するが、放送コンテンツの再生する位置を特定する際に、位置情報記憶部３２１を検索する手法に制限するものではない。例えば、丸録り録画用記録装置２７１に記録された放送コンテンツのメタデータ（例えばＳＩＴ(Selection Information table)）に、放送時刻（記録された時刻）が格納されている場合に、当該メタデータを参照して、放送時刻に対応する、読み出し位置を特定しても良い。
【００５６】
本実施形態にかかる位置情報記憶部３２１は、放送時刻１秒ごとにレコードが設けられている。これにより、ユーザは、放送コンテンツを再生する際、放送時刻を１秒単位で指定できる。
【００５７】
コンテンツ情報記憶部３１１は、録画された放送コンテンツ毎の情報を記憶している。図５は、コンテンツ情報記憶部３１１のテーブル構造を示した図である。図５に示すように、コンテンツ情報記憶部３１１は、番組タイトルと、チャンネルと、開始時刻と、放送時間と、レジュームポイントと、を対応付けて記憶している。なお、コンテンツ情報記憶部３１１に記憶された放送コンテンツ毎の情報のうち、番組タイトル等は、ＥＰＧから取得している。
【００５８】
番組タイトルは、放送コンテンツの番組タイトルとする。開始時刻は、当該放送コンテンツの放送が開始された時刻とする。チャンネルは、当該番組タイトルが放送されたチャンネルとする。開始時刻は、放送コンテンツの放送が開始された時刻とする。そして、開始時刻は、ＵＴＣ形式を用いる。放送時間は、放送コンテンツの放送された時間の合計とする。レジュームポイントは、放送コンテンツの再生で停止された位置を示している。
【００５９】
記憶制御部３０４は、記憶装置２７０及び丸録り録画用記録装置２７１に記録させる制御を行う。本実施形態では、記憶制御部は、放送局から放送された放送コンテンツを丸録り録画用記録装置２７１に記録させる。
【００６０】
また、記憶制御部３０４は、丸録り録画用記録装置２７１に放送コンテンツを記録させる際、１秒ごとに、放送コンテンツの放送時刻と、当該放送時刻に放送された放送コンテンツが記録された丸録り録画用記録装置２７１の位置と、を対応付けて位置情報記憶部３２１に記憶させる。
【００６１】
さらに、記憶制御部３０４は、丸録り録画用記録装置２７１に放送コンテンツを記録する際に、ＥＰＧから取得した情報に基づいて、番組タイトルと、チャンネルと、開始時刻と、放送時間と、レジュームポイントと、を対応付けて、コンテンツ情報記憶部３１１に記憶させる。なお、レジュームポイントは、初期値‘０’が設定される。
【００６２】
受信部３０１は、ＤＬＮＡガイドラインに準拠したタブレット端末１５０（ＤＭＰ）から、所定の放送時刻から放送コンテンツを再生する要求を受信する。なお、複数のチャンネルでループ録画を行っている場合、受信部３０１は、放送時刻の他にチャンネルを組み合わせて、放送コンテンツの再生する要求を受信する。
【００６３】
つまり、従来のＤＬＮＡガイドラインでは、ＤＭＰが、コンテンツの配信要求を行う際に、コンテンツの開始時刻（先頭）からのオフセット(バイトまたは時間)を指定するが、ループ録画では当該指定手法は適用できない場合もあるため、放送時刻による指定を受け付けることとした。なお、放送時刻による指定を行う際に、オプションを設定しても良い。オプションの例としては、指定した放送時刻からの放送コンテンツが記録されていない場合における、再生する放送コンテンツの検索手法などがある。
【００６４】
検索部３０２は、位置情報記憶部３２１に対して、受信部３０１が受信した放送時刻をキーワードとして検索する。そして、検索部３０２が、当該放送時刻を含むレコードを検出した場合、当該放送時刻と対応付けられた、読み出し位置が、放送コンテンツの読み出し先として特定される。
【００６５】
コンテンツ出力部３０３は、受信した放送時刻と、位置情報記憶部３２１で対応付けられた、読み出し位置から放送コンテンツを読み出して、タブレット端末１５０（ＤＭＰ）に対して配信（出力）する。
【００６６】
次に、本実施形態にかかるタブレット端末１５０（ＤＭＰ）及びテレビジョン放送表示装置１００（ＤＭＳ）における、放送コンテンツの配信時の処理について説明する。図６は、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００における上述した処理の手順を示すフローチャートである。
【００６７】
まず、タブレット端末１５０は、テレビジョン放送表示装置１００により録画された放送コンテンツの送信要求（HTTPリクエスト）を送信する（ステップＳ６０１）。当該送信要求（HTTPリクエスト）のヘッダ部分には、“GET /ch0 HTTP/1.1 TimeSeek:utc1310644800”６５１と記載されている。このように放送コンテンツの再生を開始する位置が、放送時刻で指定されていることが確認できる。また、時刻形式として、ＵＴＣを使用している。
【００６８】
そして、テレビジョン放送表示装置１００の受信部３０１が、タブレット端末１５０からの送信要求を受信する（ステップＳ６１１）。
【００６９】
次に、検索部３０２が、位置情報記憶部３２１に対して、受信部３０１が受信した放送時刻に対応する、読み出し位置を検索する（ステップＳ６１２）。
【００７０】
そして、検索部３０２は、検索結果に基づいて、タブレット端末１５０側で指定された放送時刻からの放送コンテンツが、丸録り録画用記録装置２７１に記録されているか判定する（ステップＳ６１３）。本シーケンス図では記録されていると判定した場合について説明する。
【００７１】
次に、コンテンツ出力部３０３が、放送コンテンツの配信の開始時刻（配信を開始する位置に対応する放送時刻）をHTTPレスポンスとして通知する（ステップＳ６１４）。当該HTTPレスポンスのヘッダには、“HTTP/1.1 200OK TimeSeek:utc1310644800”６５２と示されており、送信要求で指定された放送時刻が示されていることが確認できる。
【００７２】
そして、タブレット端末１５０は、放送コンテンツの開始時刻を受信する（ステップＳ６０２）。
【００７３】
その後、コンテンツ出力部３０３が、特定された読み出し位置から、放送コンテンツを読み出して、タブレット端末１５０に配信する（ステップＳ６１５）。
【００７４】
そして、タブレット端末１５０は、配信された放送コンテンツを受信する（ステップＳ６０３）。その後、タブレット端末１５０が、当該放送コンテンツを再生する（ステップＳ６０４）。
【００７５】
上述した処理手順により、指定された放送時刻からの放送コンテンツの配信が可能となる。タブレット端末１５０（ＤＭＰ）は、受信した放送コンテンツ(パーシャルＴＳ)に格納されたＳＩＴ(Selection Information table)から、再生中の番組情報（番組名、番組開始時刻、番組終了時刻、再生位置の時刻）を取得できる。
【００７６】
上述した処理手順では、指定された放送時刻からの放送コンテンツが記録されている例について説明した。しかしながら、受信状態の悪化等により放送コンテンツが欠落する場合がある。そこで、次に、指定された時刻からの放送コンテンツが記録されていない場合について説明する。図７は、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００における、上述した場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【００７７】
なお、放送コンテンツが欠落する場合とは、例えば、１８時〜２４時まで録画を行ったが、受信状態の悪化で、２０時〜２０時３０分の放送コンテンツが記録されなかった場合に、ＤＭＰ（例えばタブレット端末１５０）が２０時１５分からの放送コンテンツの配信を要求した場合などが該当する。
【００７８】
まず、タブレット端末１５０は、テレビジョン放送表示装置１００により録画された放送コンテンツの送信要求（HTTPリクエスト）を送信する（ステップＳ７０１）。当該送信要求（HTTPリクエスト）のヘッダ部分は、図６と同様、“GET /ch0 HTTP/1.1 TimeSeek:utc1310644800”７５１と記載されている。
【００７９】
そして、テレビジョン放送表示装置１００の受信部３０１が、タブレット端末１５０からの送信要求を受信する（ステップＳ７１１）。
【００８０】
次に、検索部３０２が、位置情報記憶部３２１に対して、受信部３０１が受信した放送時刻に対応する、読み出し位置を検索する（ステップＳ７１２）。
【００８１】
そして、検索部３０２は、検索結果に基づいて、タブレット端末１５０側で指定された放送時刻の放送コンテンツが、丸録り録画用記録装置２７１に記録されているか判定する（ステップＳ７１３）。本シーケンス図では記録されていないと判定した場合について説明する。
【００８２】
タブレット端末１５０側で指定された放送時刻からの放送コンテンツが記録されていない場合、検索部３０２は、位置情報記憶部３２１に対して、ループ録画されている放送コンテンツのうち、指定された放送時刻に最も近い放送時刻のレコードを検索する（ステップＳ７１４）。当該検索で、指定された放送時刻を基準に、最も近い放送時刻に放送された放送コンテンツを特定できる。本シーケンスでは、最も近い放送時刻が“utc1310645000”の例とする。
【００８３】
次に、コンテンツ出力部３０３が、ステップＳ７１４で特定された放送コンテンツの配信の開始時刻（配信を開始する位置に対応する放送時刻）をHTTPレスポンスとして通知する（ステップＳ７１５）。当該HTTPレスポンスのヘッダには、“HTTP/1.1 200OK TimeSeek:utc1310645000”７５２と示されており、送信要求で指定された放送時刻（utc1310644800）と異なることが確認できる。
【００８４】
これにより、タブレット端末１５０は、放送コンテンツの開始時刻を受信する（ステップＳ７０２）。
【００８５】
その後、コンテンツ出力部３０３が、放送コンテンツのうち、指定された放送時刻に最も近い放送時刻と対応付けられた、読み出し位置から、放送コンテンツを読み出して、タブレット端末１５０に配信する（ステップＳ７１６）。
【００８６】
そして、タブレット端末１５０は、配信された放送コンテンツを受信する（ステップＳ７０３）。その後、タブレット端末１５０が、当該放送コンテンツを再生する（ステップＳ７０４）。
【００８７】
上述した処理手順により、１８時〜２４時まで録画を行ったが、受信状態の悪化等により２０時〜２０時３０分までの放送コンテンツが欠落した時に、タブレット端末１５０が配信の開始位置として２０時２０分を指定した場合、２０時２０分からの放送コンテンツは記録されていないため、テレビジョン放送表示装置１００は、２０時２０分に最も近い２０時３０分から配信する。
【００８８】
図７に示した処理手順では、放送コンテンツが欠落した場合に、指定された放送時刻に最も近い放送時刻と対応付けられた、読み出し位置から、放送コンテンツを配信する例について説明した。図７に示す例は、指定された放送時刻に近ければ、過去方向及び未来方向のどちらでも良い場合について説明した。しかしながら、放送コンテンツが欠落した場合、タブレット端末１５０側でどちらの方向に検索を行うのか指定しても良い。そこで、放送コンテンツが欠落した場合に、タブレット端末１５０が、過去方向に検索を行うようオプションを設定する例について説明する。図８は、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００における、上述した場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【００８９】
まず、タブレット端末１５０は、テレビジョン放送表示装置１００により録画された放送コンテンツの送信要求（HTTPリクエスト）を送信する（ステップＳ８０１）。当該送信要求（HTTPリクエスト）のヘッダ部分は、“GET /ch0 HTTP/1.1 TimeSeek:utc1310644800:Back”８５１と記載されている。つまりオプションで“Back”を指定することで、放送コンテンツが欠落した場合、過去方向に検索することを要求できる。
【００９０】
そして図７のステップＳ７１１〜Ｓ７１３と同様の処理手順で、タブレット端末１５０側で指定された放送時刻の放送コンテンツが、丸録り録画用記録装置２７１に記録されているか否かの判定まで行う（ステップＳ８１１〜Ｓ８１３）。
【００９１】
タブレット端末１５０側で指定された放送時刻からの放送コンテンツが記録されていない場合、検索部３０２は、位置情報記憶部３２１に対して、ループ録画されている放送コンテンツのうち、指定された放送時刻より過去であり且つ最も近い放送時刻のレコードを検索する（ステップＳ８１４）。当該検索で、指定された放送時刻を基準に、過去方向で最も近い放送時刻に放送された放送コンテンツを特定できる。本シーケンスでは、過去方向で最も近い放送時刻として“utc1310644500”が特定された例とする。
【００９２】
次に、コンテンツ出力部３０３が、ステップＳ８１４で特定された放送コンテンツの配信の開始時刻（配信を開始する位置に対応する放送時刻）をHTTPレスポンスとして通知する（ステップＳ８１５）。当該HTTPレスポンスのヘッダには、“HTTP/1.1 200OK TimeSeek:utc1310644500”８５２と示されており、送信要求で指定された放送時刻（utc1310644800）と異なることが確認できる。
【００９３】
そして、タブレット端末１５０は、放送コンテンツの開始時刻を受信する（ステップＳ８０２）。
【００９４】
その後、コンテンツ出力部３０３が、放送コンテンツのうち、指定された放送時刻より過去であり且つ最も近い放送時刻と対応付けられた、読み出し位置から、放送コンテンツを読み出して、タブレット端末１５０に配信する（ステップＳ８１６）。
【００９５】
そして、タブレット端末１５０は、配信された放送コンテンツを受信する（ステップＳ８０３）。その後、タブレット端末１５０が、当該放送コンテンツを再生する（ステップＳ８０４）。
【００９６】
上述した処理手順により、１８時〜２４時まで録画を行ったが、受信状態の悪化等により２０時〜２０時３０分までの放送コンテンツが欠落した場合に、タブレット端末１５０が配信の開始位置として２０時２０分を指定していると、２０時２０分からの放送コンテンツは丸録り録画用記録装置２７１に記録されていないため、指定した放送時刻からの放送コンテンツを再生できない。この場合、テレビジョン放送表示装置１００は、１９時５９分５９秒からの放送コンテンツを配信する。ところで、本実施形態では、欠落した区間はスキップするよう再生して制御されるため、タブレット端末１５０では、１９時５９分５９秒の画面を映し出した後、２０時３０分からの放送コンテンツを再生する。当該再生により、ユーザに放送コンテンツが欠落したことを認識させることができる。
【００９７】
なお、図８では、過去方向に検索を制限する場合について説明したが、過去方向に制限するものではなく、例えば、未来方向に検索を制限しても良い。
【００９８】
次に、現在配信している放送コンテンツの１つ前に放送された放送コンテンツの配信を要求する場合について説明する。図９は、本実施形態にかかるタブレット端末１５０及びテレビジョン放送表示装置１００における、上述した場合の放送コンテンツの配信時の処理の手順を示すフローチャートである。
【００９９】
まず、タブレット端末１５０は、現在配信している放送コンテンツの１つ前に放送された放送コンテンツの送信要求（HTTPリクエスト）を送信する（ステップＳ９０１）。当該送信要求（HTTPリクエスト）のヘッダ部分は、“GET /ch0 HTTP/1.1 TimeSeek:utc1310644800:previous＿program”９５１と記載されている。ヘッダ部分にオプションで“previous＿program”を指定することで、指定した放送時刻に放送された放送コンテンツより、１つ前の放送コンテンツを指定できる。
【０１００】
つまり、タブレット端末１５０（ＤＭＰ）は、現在配信している放送コンテンツのＳＩＴから、現在再生している番組の時刻情報を取得することができるが、前後の番組については時刻情報を取得できない。このため、１つ前の放送コンテンツの指定が難しいという問題が生じていた。そこで、本フローチャートでは、“previous＿program”を指定することで、現在配信している放送コンテンツより１つ前に録画された放送コンテンツの先頭からの配信を要求できる。
【０１０１】
そして、テレビジョン放送表示装置１００の受信部３０１が、タブレット端末１５０からの送信要求を受信する（ステップＳ９１１）。
【０１０２】
次に、検索部３０２は、コンテンツ情報記憶部３１１を参照し、指定された放送時刻の放送コンテンツの１つ前に録画された放送コンテンツを検出し、当該放送コンテンツの開始時刻を取得する（ステップＳ９１２）。
【０１０３】
次に、検索部３０２が、位置情報記憶部３２１に対して、取得した開始時刻に対応する、読み出し位置を検索する。そして、検索部３０２は、検索結果に基づいて、特定された開始時刻からの放送コンテンツが、丸録り録画用記録装置２７１に記録されているか判定する（ステップＳ９１３）。本シーケンス図では記録されていると判定した場合について説明する。
【０１０４】
次に、コンテンツ出力部３０３が、ステップＳ９１２で取得した開始時刻（配信を開始する位置に対応する放送時刻）をHTTPレスポンスとして通知する（ステップＳ９１４）。当該HTTPレスポンスのヘッダには、“HTTP/1.1 200OK TimeSeek:utc1310638000”９５２と示されており、送信要求で指定された放送時刻（utc1310644800）と異なることが確認できる。
【０１０５】
これにより、タブレット端末１５０は、放送コンテンツの開始時刻を受信する（ステップＳ９０２）。
【０１０６】
その後、コンテンツ出力部３０３が、放送コンテンツのうち、指定された開始時刻と対応付けられた、読み出し位置から、放送コンテンツを読み出して、タブレット端末１５０に配信する（ステップＳ９１５）。
【０１０７】
そして、タブレット端末１５０は、配信された放送コンテンツを受信する（ステップＳ９０３）。その後、タブレット端末１５０が、当該放送コンテンツを再生する（ステップＳ９０４）。
【０１０８】
上述した処理手順により、例えば、１８時００分〜１８時３０分が番組Ａ、１８時３０分〜１９時００分が番組Ｂの場合、指定時刻が１８時４５分であり、オプションで“previous＿program”が指定されている場合、放送コンテンツの配信の開始は、番組Ａの先頭である１８時００分からとなる。
【０１０９】
以上説明したとおり、第１の実施形態によれば、配信する放送コンテンツ及び開始時刻からのオフセットを指定せずとも、ユーザが所望する時刻からの放送コンテンツを配信できる。これにより、本実施形態のテレビジョン放送表示装置１００は、ユーザが所望する放送コンテンツの視聴を容易にする。
【０１１０】
本実施形態のテレビジョン放送表示装置１００で実行されるコンテンツ出力アプリケーション２５０は、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されて提供される。
【０１１１】
また、本実施形態のテレビジョン放送表示装置１００で実行されるコンテンツ出力アプリケーション２５０を、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のテレビジョン放送表示装置１００で実行されるコンテンツ出力アプリケーション２５０をインターネット等のネットワーク経由で提供または配布するように構成しても良い。
【０１１２】
また、本実施形態のコンテンツ出力アプリケーション２５０を、ＲＯＭ等に予め組み込んで提供するように構成してもよい。
【０１１３】
本実施形態のテレビジョン放送表示装置１００で実行されるコンテンツ出力アプリケーション２５０は、上述した各部（受信部、検索部、コンテンツ出力部）を含むモジュール構成となっており、実際のハードウェアとしてはＣＰＵ（プロセッサ）が上記記憶媒体からコンテンツ出力アプリケーション２５０を読み出して実行することにより上記各部が主記憶装置上にロードされ、受信部、検索部、コンテンツ出力部が主記憶装置上に生成されるようになっている。
【０１１４】
本実施形態のテレビジョン表示装置１００では、記憶装置２７０及び丸録り録画用記録装置２７１を、装置内部に備える例について説明したが、記憶装置２７０及び丸録り録画用記録装置２７１をテレビジョン表示装置１００の外部に備えてもよい。さらには、サーバが、記憶装置２７０及び丸録り録画用記録装置２７１を備え、テレビジョン表示装置１００が、ネットワークを介して記憶装置２７０及び丸録り録画用記録装置２７１と接続してもよい。
【０１１５】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１１６】
１００…テレビジョン放送表示装置、１５０…タブレット端末、１８０…放送局、２５０…コンテンツ出力アプリケーション、２７０…記憶装置、２７１…丸録り録画用記録装置、３０１…受信部、３０２…検索部、３０３…コンテンツ出力部、３１１…コンテンツ情報記憶部、３２１…位置情報記憶部。
【特許請求の範囲】
【請求項１】
放送局から放送された放送コンテンツを記憶手段に記憶させる記憶制御手段と、
前記放送コンテンツの放送時刻を示す時刻情報と、当該時刻情報に放送された前記放送コンテンツが記録された前記記憶手段の位置と、を対応付けて位置情報記憶手段に記憶させる位置情報記憶制御手段と、
ＤＬＮＡガイドラインに準拠したメディアプレイヤーである通信装置から、所定の放送時刻から前記放送コンテンツを再生する要求を受信する受信手段と、
前記所定の放送時刻と前記位置情報記憶手段で対応付けられた前記位置から前記放送コンテンツを読み出して、読み出した放送コンテンツを出力する出力手段と、
を備える放送記録装置。
【請求項２】
前記記憶制御手段は、放送時刻が古い放送コンテンツから順に上書きを行うループ録画で、放送コンテンツを前記記憶手段に記憶させる、
請求項１に記載の放送記録装置。
【請求項３】
前記出力手段は、前記所定の放送時刻と対応付けられた前記位置からの前記放送コンテンツが記憶されていない場合、前記放送コンテンツのうち、前記所定の放送時刻に最も近い放送時刻と対応付けられた位置の前記放送コンテンツを読み出して、出力する、
請求項１又は２に記載の放送記録装置。
【請求項４】
前記出力手段は、前記受信手段が受信した前記所定の放送時刻と対応付けられた前記位置からの前記放送コンテンツが記憶されていない場合、前記放送コンテンツのうち、前記所定の放送時刻より過去であり且つ最も近い放送時刻と対応付けられた位置の前記放送コンテンツを読み出して、出力する、
請求項３に記載の放送記録装置。
【請求項５】
放送コンテンツを識別する識別情報と、当該放送コンテンツの放送が開始された時刻情報と、を対応付けてコンテンツ情報記憶手段に記憶させるコンテンツ情報記憶制御手段を、さらに備え、
前記受信手段は、前記所定の放送時刻に放送されている放送コンテンツの１つ前に放送された放送コンテンツの再生要求を受信し、
前記出力手段は、前記所定の放送時刻に放送されている放送コンテンツの１つ前に放送された放送コンテンツと前記コンテンツ情報記憶手段で対応付けられた第２の時刻情報を読み出し、読み出した前記第２の時刻情報と、前記位置情報記憶手段で対応付けられた第２の位置から、前記放送コンテンツを読み出して、読み出した放送コンテンツを出力する、
請求項１乃至４のいずれか１つに記載の放送記録装置。
【請求項６】
放送記録装置で実行されるコンテンツ出力方法であって、
記憶制御手段が、放送局から放送された放送コンテンツを記憶手段に記憶させる記憶制御手段と、
位置情報記憶制御手段が、前記放送コンテンツの放送時刻を示す時刻情報と、当該時刻情報に放送された前記放送コンテンツが記録された前記記憶手段の位置と、を対応付けて位置情報記憶手段に記憶する位置情報記憶制御ステップと、
受信手段が、ＤＬＮＡガイドラインに準拠したメディアプレイヤーである通信装置から、所定の放送時刻から前記放送コンテンツを再生する要求を受信する受信ステップと、
出力手段が、前記所定の放送時刻と、前記位置情報記憶手段で対応付けられた前記位置から前記放送コンテンツを読み出して、読み出した放送コンテンツを出力する出力ステップと、
を含むことを特徴とするコンテンツ出力方法。
【請求項１】
放送局から放送された放送コンテンツを記憶手段に記憶させる記憶制御手段と、
前記放送コンテンツの放送時刻を示す時刻情報と、当該時刻情報に放送された前記放送コンテンツが記録された前記記憶手段の位置と、を対応付けて位置情報記憶手段に記憶させる位置情報記憶制御手段と、
ＤＬＮＡガイドラインに準拠したメディアプレイヤーである通信装置から、所定の放送時刻から前記放送コンテンツを再生する要求を受信する受信手段と、
前記所定の放送時刻と前記位置情報記憶手段で対応付けられた前記位置から前記放送コンテンツを読み出して、読み出した放送コンテンツを出力する出力手段と、
を備える放送記録装置。
【請求項２】
前記記憶制御手段は、放送時刻が古い放送コンテンツから順に上書きを行うループ録画で、放送コンテンツを前記記憶手段に記憶させる、
請求項１に記載の放送記録装置。
【請求項３】
前記出力手段は、前記所定の放送時刻と対応付けられた前記位置からの前記放送コンテンツが記憶されていない場合、前記放送コンテンツのうち、前記所定の放送時刻に最も近い放送時刻と対応付けられた位置の前記放送コンテンツを読み出して、出力する、
請求項１又は２に記載の放送記録装置。
【請求項４】
前記出力手段は、前記受信手段が受信した前記所定の放送時刻と対応付けられた前記位置からの前記放送コンテンツが記憶されていない場合、前記放送コンテンツのうち、前記所定の放送時刻より過去であり且つ最も近い放送時刻と対応付けられた位置の前記放送コンテンツを読み出して、出力する、
請求項３に記載の放送記録装置。
【請求項５】
放送コンテンツを識別する識別情報と、当該放送コンテンツの放送が開始された時刻情報と、を対応付けてコンテンツ情報記憶手段に記憶させるコンテンツ情報記憶制御手段を、さらに備え、
前記受信手段は、前記所定の放送時刻に放送されている放送コンテンツの１つ前に放送された放送コンテンツの再生要求を受信し、
前記出力手段は、前記所定の放送時刻に放送されている放送コンテンツの１つ前に放送された放送コンテンツと前記コンテンツ情報記憶手段で対応付けられた第２の時刻情報を読み出し、読み出した前記第２の時刻情報と、前記位置情報記憶手段で対応付けられた第２の位置から、前記放送コンテンツを読み出して、読み出した放送コンテンツを出力する、
請求項１乃至４のいずれか１つに記載の放送記録装置。
【請求項６】
放送記録装置で実行されるコンテンツ出力方法であって、
記憶制御手段が、放送局から放送された放送コンテンツを記憶手段に記憶させる記憶制御手段と、
位置情報記憶制御手段が、前記放送コンテンツの放送時刻を示す時刻情報と、当該時刻情報に放送された前記放送コンテンツが記録された前記記憶手段の位置と、を対応付けて位置情報記憶手段に記憶する位置情報記憶制御ステップと、
受信手段が、ＤＬＮＡガイドラインに準拠したメディアプレイヤーである通信装置から、所定の放送時刻から前記放送コンテンツを再生する要求を受信する受信ステップと、
出力手段が、前記所定の放送時刻と、前記位置情報記憶手段で対応付けられた前記位置から前記放送コンテンツを読み出して、読み出した放送コンテンツを出力する出力ステップと、
を含むことを特徴とするコンテンツ出力方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−９８７３６（Ｐ２０１３−９８７３６Ａ）
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願番号】特願２０１１−２３９４９８（Ｐ２０１１−２３９４９８）
【出願日】平成２３年１０月３１日（２０１１．１０．３１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
【公開日】平成２５年５月２０日（２０１３．５．２０）
【国際特許分類】
【出願日】平成２３年１０月３１日（２０１１．１０．３１）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【Ｆターム（参考）】
[ Back to top ]