(57)【要約】【課題】本発明は、遡り再生の際、通信サービスへ移行する必要がなく、通信負荷を低減し、記憶装置の容量及び消費電力を抑えた受信機を提供する。【解決手段】受信機５は、遡り再生を開始するか否かを判定する遡り再生開始判定部５７１と、コンテンツが記憶制御部５３に記憶されているか否かを判定するコンテンツ記憶判定部５７２と、コンテンツが記憶されていない場合、遡り再生不足コンテンツをコンテンツサーバ３に要求するコンテンツ要求部と、コンテンツサーバ３から遡り再生不足コンテンツを受信する通信部５４と、コンテンツが記憶されている場合、記憶制御部５３に記憶されたコンテンツを遡り再生させ、コンテンツが記憶されていない場合、通信部５４で受信した遡り再生不足コンテンツを遡り再生させる切替制御部５７４とを備える。【選択図】図１
2014042182.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを遡って再生する機能を有する遡り再生受信機であって、
放送波を介して、前記コンテンツを受信する放送受信部と、
前記放送受信部が受信したコンテンツを記憶する記憶部と、
外部から、遡り再生の開始を示す遡り再生開始信号が入力されたか否かにより、遡り再生を開始するか否かを判定する遡り再生開始判定部と、
前記遡り再生開始判定部で遡り再生を開始すると判定された場合、前記遡り再生開始信号の入力時刻から所定の遡り時間だけ遡った遡り再生区間の各時刻において、前記コンテンツが前記記憶部に記憶されているか否かを判定するコンテンツ記憶判定部と、
前記コンテンツ記憶判定部でコンテンツが記憶されていないと判定された場合、前記遡り再生区間に含まれ、かつ、前記記憶部に記憶されていないコンテンツである遡り再生不足コンテンツを、前記コンテンツを記憶するコンテンツサーバに要求するコンテンツ要求部と、
ネットワークを介して、前記コンテンツ要求部の要求に応じて、前記コンテンツサーバから前記遡り再生不足コンテンツを受信する通信部と、
前記コンテンツ記憶判定部でコンテンツが記憶されていると判定された場合、前記記憶部に記憶されたコンテンツが遡り再生され、当該コンテンツが記憶されていないと判定された場合、前記通信部で受信した遡り再生不足コンテンツが遡り再生される切替制御を行う切替制御部と、
を備えることを特徴とする遡り再生受信機。
【請求項２】
前記記憶部に記憶されたコンテンツをデコードする放送用デコーダと、
前記通信部が受信した遡り再生不足コンテンツをデコードする通信用デコーダと、
前記放送用デコーダでデコードされたコンテンツ、又は、前記通信用デコーダでデコードされた遡り再生不足コンテンツの何れか一方を出力する切替部と、をさらに備え、
前記切替制御部は、前記切替制御として、
前記コンテンツ記憶判定部でコンテンツが記憶されていると判定された場合、前記切替部の出力を前記放送用デコーダの側に切り替え、
当該コンテンツが記憶されていないと判定された場合、前記切替部の出力を前記通信用デコーダの側に切り替えることを特徴とする請求項１に記載の遡り再生受信機。
【請求項３】
前記放送用デコーダ及び前記通信用デコーダは、符号化方式が異なることを特徴とする請求項２に記載の遡り再生受信機。
【請求項４】
前記放送用デコーダ及び前記通信用デコーダは、デコードのタイミングが同期していることを特徴とする請求項２又は請求項３に記載の遡り再生受信機。
【請求項５】
前記記憶部に記憶されたコンテンツ、又は、前記通信部が受信した遡り再生不足コンテンツの何れか一方を出力する切替部と、
前記切替部が出力したコンテンツ又は遡り再生不足コンテンツをデコードするデコーダと、をさらに備え、
前記切替制御部は、前記切替制御として、
前記コンテンツ記憶判定部でコンテンツが記憶されていると判定された場合、前記切替部の出力を前記記憶部の側に切り替え、
当該コンテンツが記憶されていないと判定された場合、前記切替部の出力を前記通信部の側に切り替えることを特徴とする請求項１に記載の遡り再生受信機。
【請求項６】
コンテンツを遡って再生する遡り再生を行うために、放送波により受信した前記コンテンツを記憶する記憶部を備えるコンピュータを、
外部から、遡り再生の開始を示す遡り再生開始信号が入力されたか否かにより、前記遡り再生を開始するか否かを判定する遡り再生開始判定部、
前記遡り再生開始判定部で遡り再生を開始すると判定された場合、前記遡り再生開始信号の入力時刻から所定の遡り時間だけ遡った遡り再生区間の各時刻において、前記コンテンツが前記記憶部に記憶されているか否かを判定するコンテンツ記憶判定部、
前記コンテンツ記憶判定部でコンテンツが記憶されていないと判定された場合、前記遡り再生区間に含まれ、かつ、前記記憶部に記憶されていないコンテンツである遡り再生不足コンテンツを、前記コンテンツを記憶するコンテンツサーバに要求するコンテンツ要求部、
ネットワークを介して、前記コンテンツ要求部の要求に応じて、前記コンテンツサーバから前記遡り再生不足コンテンツを受信する通信部、
前記コンテンツ記憶判定部でコンテンツが記憶されていると判定された場合、前記記憶部に記憶されたコンテンツが遡り再生され、当該コンテンツが記憶されていないと判定された場合、前記通信部で受信した遡り再生不足コンテンツが遡り再生される切替制御を行う切替制御部、
として機能させるための遡り再生プログラム。
【請求項７】
請求項１に記載の遡り再生受信機と、
放送波を介して、前記コンテンツを前記遡り再生受信機に送信する放送装置と、
ネットワークを介して、前記遡り再生不足コンテンツを前記遡り再生受信機に送信するコンテンツサーバと、
を備えることを特徴とする遡り再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツを遡って再生する遡り再生を行う遡り再生受信機、そのプログラム及び遡り再生システムに関する。
【背景技術】
【０００２】
従来から、放送だけでなく通信を介して、コンテンツを受信、自動記録する技術が知られている（非特許文献１，２参照）。この非特許文献１，２に記載の技術を用いて、記録済みのコンテンツを一定時間遡って再生することができる。
以後、コンテンツを一定時間遡って再生することを「遡り再生」と呼ぶ。
【０００３】
従来から、視聴中のチャンネルの放送番組（コンテンツ）を常に記憶していることで、コンテンツの視聴済み部分の遡り再生（以後、「従来の遡り再生手法」と呼ぶ）を実現した受信機が知られている。さらに、従来から、視聴していないチャンネルも含め、複数チャンネルの放送番組を常に記憶する受信機も知られている（非特許文献３参照）。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】「サーバー型放送における符号化、伝送及び蓄積制御方式」、ＡＲＩＢ  ＳＴＤ−Ｂ３８、社団法人電波産業会
【非特許文献２】「ＩＰＴＶ規格  概説  ＩＰＴＶＦＪ  ＳＴＤ−０００１」、有限責任中間法人  ＩＰＴＶフォーラム
【非特許文献３】「ブルーレイディスクレコーダ総合カタログ」、パナソニック株式会社、“http://panasonic.jp/catalog/ctlg/bd/”
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、非特許文献１に記載の技術では、遡り再生が可能なのは、蓄積済みの番組だけである。つまり、非特許文献１に記載の技術では、蓄積を手動設定しなかった番組や自動蓄積しなかった番組を、遡り再生することはできない。
【０００６】
また、非特許文献２に記載の技術では、番組を視聴中、その番組を遡り再生する場合には、２つのケースがある。１つはストリーミング系の通信サービスで、放送系サービスと同様である。
もう１つは、ＶＯＤ（ビデオオンデマンド）系の通信サービスで、サーバの機能で遡り再生が可能である。しかし、この手法では、通信伝送路のみを利用するため、通信伝送路の料金、通信伝送路の負荷、通信伝送路の輻輳等のコストが高くなってしまう。つまり、この手法では、多数の視聴者に少ないコストで放送番組を提供するという、放送の利点は全く利用できていない。
【０００７】
そこで、放送の技術と、非特許文献２のような通信の技術を利用して、遡り再生を行うことが考えられる。しかし、単純にこの手法を取ったのでは、放送サービスから通信サービスへ移行する操作を明示的に行う必要があり、視聴者が遡り再生という感覚で視聴することができず、視聴者が煩わしく感じることになる。また、現状では、放送及び通信の両方で同一コンテンツが同時に提供されていないため、放送番組の遡り再生を行うことは制限がある。
【０００８】
さらに、チャネルザッピング中、視聴者が視聴したいコンテンツを見つける場合がある。この場合、従来の遡り再生手法では、遡り再生を行うコンテンツが受信機に記憶されておらず、遡り再生を行うことができない。一方、非特許文献３に記載の技術では、チャネルザッピング中でも遡り再生を行えるが、複数のチャンネルを常時記録する必要があるため、記憶装置の大容量化が必要になり、受信機の消費電力が増加するという問題がある。
【０００９】
そこで、本発明は、前記した問題を解決し、遡り再生に際し、通信サービスへ移行する操作を明示的に行う必要がなく、通信負荷を低減し、記憶装置の容量及び消費電力を抑えることができる遡り再生受信機、そのプログラム及び遡り再生システムを提供することを課題とする。
【課題を解決するための手段】
【００１０】
前記した課題に鑑みて、本願第１発明に係る遡り再生受信機は、コンテンツを遡って再生する遡り再生を行う遡り再生受信機であって、放送受信部と、記憶部と、再生開始判定部と、コンテンツ記憶判定部と、コンテンツ要求部と、通信部と、切替制御部と、を備えることを特徴とする。
【００１１】
かかる構成によれば、遡り再生受信機は、放送受信部によって、放送波を介して、コンテンツを受信し、記憶部に記憶する。ここで、遡り再生受信機は、視聴者が視聴中の放送番組（コンテンツ）を記憶することが好ましい。
ただし、遡り再生受信機における、コンテンツの記憶手法は特に制限されず、視聴者の嗜好やジャンルに基づいて放送番組を自動録画するものであってもよい。
【００１２】
また、遡り再生受信機は、遡り再生開始判定部によって、外部から、遡り再生の開始を示す遡り再生開始信号が入力されたか否かにより、遡り再生を開始するか否かを判定する。そして、遡り再生受信機は、コンテンツ記憶判定部によって、遡り再生開始判定部で遡り再生を開始すると判定された場合、遡り再生開始信号の入力時刻から所定の遡り時間だけ遡った遡り再生区間の各時刻において、コンテンツが記憶部に記憶されているか否かを判定する。
【００１３】
また、遡り再生受信機は、コンテンツ要求部は、コンテンツ記憶判定部でコンテンツが記憶されていないと判定された場合、遡り再生区間に含まれ、かつ、記憶部に記憶されていないコンテンツである遡り再生不足コンテンツを、コンテンツを記憶し、かつ、遡り再生受信機の要求に応じて配信するコンテンツサーバに要求する。そして、遡り再生受信機は、通信部によって、ネットワークを介して、コンテンツ要求部の要求に応じて、コンテンツサーバから遡り再生不足コンテンツを受信する。
このように、遡り再生受信機は、コンテンツサーバから、コンテンツの遡り再生区間全体のうち、記憶部に記憶されておらず、遡り再生に不足する区間のみを受信する。
【００１４】
また、遡り再生受信機は、切替制御部によって、コンテンツ記憶判定部でコンテンツが記憶されていると判定された場合、記憶部に記憶されたコンテンツが遡り再生され、コンテンツが記憶されていないと判定された場合、通信部で受信した遡り再生不足コンテンツが遡り再生される切替制御を行う。
このように、遡り再生受信機は、記憶部に記憶されたコンテンツと、通信部で受信した遡り再生不足コンテンツとを自動的に切り替えて、遡り再生を行うことができる。
【００１５】
また、本願第２発明に係る遡り再生受信機は、記憶部に記憶されたコンテンツをデコードする放送用デコーダと、通信部が受信した遡り再生不足コンテンツをデコードする通信用デコーダと、放送用デコーダでデコードされたコンテンツ、又は、通信用デコーダでデコードされた遡り再生不足コンテンツの何れか一方を出力する切替部と、をさらに備え、切替制御部が、切替制御として、コンテンツ記憶判定部でコンテンツが記憶されていると判定された場合、切替部の出力を放送用デコーダの側に切り替え、コンテンツが記憶されていないと判定された場合、切替部の出力を通信用デコーダの側に切り替えることを特徴とする。
かかる構成によれば、遡り再生受信機は、放送用符号化方式及び通信用符号化方式が別々の場合でも、遡り再生を行うことができる。
【００１６】
また、本願第３発明に係る遡り再生受信機は、放送用デコーダ及び通信用デコーダが、符号化方式が異なることを（許容することを）特徴とする。
かかる構成によれば、遡り再生受信機は、例えば、コンテンツサーバの性能、規模や利用者数、通信伝送路のスピードや容量、遡り再生受信機の符号化方式の対応状況に応じて、通信用符号化方式として適切なものを採用することができる。
【００１７】
また、本願第４発明に係る遡り再生受信機は、放送用デコーダ及び通信用デコーダが、デコードのタイミングが同期していることを特徴とする。
かかる構成によれば、遡り再生受信機は、記憶部に記憶されたコンテンツと、通信部で受信した遡り再生不足コンテンツとをスムーズに切り替えることができる。
【００１８】
また、本願第５発明に係る遡り再生受信機は、記憶部に記憶されたコンテンツ、又は、通信部が受信した遡り再生不足コンテンツの何れか一方を出力する切替部と、切替部が出力したコンテンツ又は遡り再生不足コンテンツをデコードするデコーダと、をさらに備え、切替制御部が、切替制御として、コンテンツ記憶判定部でコンテンツが記憶されていると判定された場合、切替部の出力を記憶部の側に切り替え、コンテンツが記憶されていないと判定された場合、切替部の出力を通信部の側に切り替えることを特徴とする。
かかる構成によれば、遡り再生受信機は、放送用符号化方式及び通信用符号化方式が同一のときなど、放送用及び通信用のデコーダを共通にできる場合、遡り再生受信機を簡易に構成することができる。
【００１９】
また、前記した課題に鑑みて、本願第６発明に係る遡り再生システムは、本願第１発明に係る遡り再生受信機と、放送波を介して、コンテンツを遡り再生受信機に送信する放送装置と、ネットワークを介して、遡り再生不足コンテンツを遡り再生受信機に送信するコンテンツサーバと、を備えることを特徴とする。
かかる構成によれば、遡り再生システムは、コンテンツと遡り再生不足コンテンツとの送信経路を振り分けて、放送側と通信側との間で負荷を分散でき、通信負荷を低減することができる。
【００２０】
なお、本願第１発明に係る遡り再生受信機は、ＣＰＵ、メモリ、ハードディスク等のハードウェア資源を備える一般的なコンピュータを、前記した各手段として協調動作させる遡り再生プログラムによって実現することもできる。この遡り再生プログラムは、通信回線を介して配布しても良く、ＣＤ−ＲＯＭやフラッシュメモリ等の記録媒体に書き込んで配布してもよい。
【発明の効果】
【００２１】
本発明によれば、以下のような優れた効果を奏する。
本願第１，６発明によれば、放送波を介して、コンテンツを遡り再生受信機に送信すると共に、ネットワークを介して、コンテンツの遡り再生区間全体のうち、記憶部に記憶されておらず、遡り再生に不足する区間のみを遡り再生受信機に送信する。従って、本願第１，６発明によれば、放送側と通信側との間で負荷を分散でき、通信負荷を低減することができる。
また、本願第１，６発明によれば、記憶部に記憶されたコンテンツと、通信部で受信した遡り再生不足コンテンツとを自動的に切り替えるため、通信サービスへ移行する操作を明示的に行う必要がない。
さらに、本願第１，６発明によれば、遡り再生を行うために、複数チャンネルの放送番組を常に記憶する必要がなく、記憶装置の容量及び消費電力を抑えることができる。
【００２２】
本願第２発明によれば、放送用符号化方式及び通信用符号化方式が別々の場合でも、遡り再生を行うことができる。
本願第３発明によれば、放送側及び通信側のそれぞれで適切な符号化方式を採用できるため、符号化方式の制限が少なく、柔軟な遡り再生システムを構築することが可能となる。
本願第４発明によれば、記憶部に記憶されたコンテンツと、通信部で受信した遡り再生不足コンテンツとをスムーズに切り替えるため、切り替えタイミングを視聴者に意識させず、自然な遡り再生を行うことができる。
本願第５発明によれば、放送用及び通信用のデコーダを共通化でき、遡り再生受信機の構成を簡易にすることができる。
【図面の簡単な説明】
【００２３】
【図１】本発明の第１実施形態に係る遡り再生システムの構成を示すブロック図である。
【図２】（ａ）は図１の受信機が送信するストリーム要求信号のデータ構造を示し、（ｂ）及び（ｃ）は図１の受信機が受信するストリーム信号のデータ構造を示し、（ｄ）は図１の受信機が送信するストリーム停止信号のデータ構造を示す図である。
【図３】図１の受信機における遡り再生を説明する図である。
【図４】図１の受信機の動作を示すフローチャートである。
【図５】本発明の第２実施形態に係る遡り再生システムの構成を示すブロック図である。
【発明を実施するための形態】
【００２４】
以下、本発明の各実施形態について、適宜図面を参照しながら詳細に説明する。なお、各実施形態において、同一の機能を有する手段には同一の符号を付し、説明を省略した。
【００２５】
（第１実施形態）
［遡り再生システムの概略］
図１を参照し、本発明の第１実施形態に係る遡り再生システム１００の概略について、説明する。
図１に示すように、遡り再生システム１００は、受信機（遡り再生受信機）５で遡り再生を行うものであり、放送装置１と、コンテンツサーバ３と、受信機５とを備える。
また、遡り再生システム１００では、コンテンツサーバ３及び受信機５が、インターネット等のネットワークを介して、接続されている。
【００２６】
放送装置１は、外部（例えば、図示を省略したコンテンツ管理装置）から、コンテンツが入力される。そして、放送装置１は、入力されたコンテンツを、放送波を介して受信機５に送信するものである。
ここで、コンテンツは、例えば、ニュース番組、音楽番組、バラエティー番組等の各種番組である。
【００２７】
コンテンツサーバ３は、外部から、放送装置１と同一のコンテンツが入力され、入力されたコンテンツを記憶する。そして、コンテンツサーバ３は、後記する遡り再生に不足するコンテンツの一部（遡り再生不足コンテンツ）を、受信機５に送信する。
本実施形態では、コンテンツサーバ３は、ストリーム形式でコンテンツを受信機５に送信するとする。
【００２８】
受信機５は、予め設定された遡り時間（例えば、１５秒、６０秒）だけ、又は、コンテンツの先頭まで遡って、コンテンツの遡り再生を行うものである。
具体的には、受信機５は、従来のＨＤＤ（Hard Disk Drive）レコーダと同様、放送装置１から送信されたコンテンツをリアルタイムで再生する（リアルタイム再生）。このとき、受信機５は、リアルタイム再生中のコンテンツ、つまり、視聴者が視聴しているコンテンツを記憶する。
【００２９】
ここで、図示を省略したリモコンの遡り再生ボタンが視聴者によって押されると、遡り再生の開始を示す遡り再生開始信号が、受信機５に入力される。この遡り再生開始信号が入力されると、受信機５は、要求されたコンテンツの部分が記憶されているかを判断し、記憶されている場合にはそれを再生し、記憶されていない場合には、後記する遡り再生不足コンテンツをコンテンツサーバ３に要求する。そして、受信機５は、コンテンツサーバ３から遡り再生不足コンテンツを受信し、受信した遡り再生不足コンテンツと、記憶されているコンテンツとを用いて、遡り再生を行う。
なお、受信機５は、前記したリアルタイム再生及び遡り再生以外、トリックプレイを行うこともできる。このトリッププレイの詳細は、後記する変形例で説明する。
【００３０】
［放送装置の構成］
放送装置１の構成について、説明する。
図１に示すように、放送装置１は、放送用エンコーダ１１と、放送送信部１３とを備える。
【００３１】
放送用エンコーダ１１は、外部から入力されたコンテンツをエンコードするものである。放送用エンコーダ１１で用いる符号化方式に特に制限はないが、例えば、ＭＰＥＧ（Moving Picture Expert Group）−２  Ｖｉｄｅｏ、ＭＰＥＧ−２  ＡＡＣ（Advanced Audio Coding）、ＭＰＥＧ−４  ＡＶＣ（Advanced Video Coding）／Ｈ．２６４等の符号化方式を用いる。そして、放送用エンコーダ１１は、エンコードしたコンテンツを放送送信部１３に出力する。
【００３２】
放送送信部１３は、放送波を介して、放送用エンコーダ１１から入力されたコンテンツを受信機５に送信するものである。放送送信部１３は、例えば、ＭＰＥＧ２−ＴＳ（Transport Stream）、ＴＬＶ（Type Length Value)）等の信号形式を用いて、コンテンツを送信する。
【００３３】
［コンテンツサーバの構成］
コンテンツサーバ３の構成について、説明する。
図１に示すように、コンテンツサーバ３は、通信用エンコーダ３１と、記憶制御部３３と、通信部３５とを備える。
【００３４】
通信用エンコーダ３１は、外部から入力されたコンテンツをエンコードするものである。通信用エンコーダ３１で用いる符号化方式にも特に制限はないが、例えば、ＭＰＥＧ−２  Ｖｉｄｅｏ、ＭＰＥＧ−２  ＡＡＣ、ＭＰＥＧ−４  ＡＶＣ／Ｈ．２６４、Ｗｉｎｄｏｗｓ（登録商標）  Ｍｅｄｉａ、Ｒｅａｌ  Ｍｅｄｉａ、Ｑｕｉｃｋ  Ｔｉｍｅ等の符号化方式を用いる。そして、通信用エンコーダ３１は、後記する信号識別に対応付けて（図２参照）、エンコードしたコンテンツを記憶する。
【００３５】
記憶制御部３３は、コンテンツの記憶と、記憶したコンテンツの読み出しとを制御するものであり、記憶装置３３ａと、ＴＲ再生部３３ｂとを備える。
記憶装置３３ａは、通信用エンコーダ３１がエンコードしたコンテンツを記憶するものであり、例えば、コンテンツを記憶するメモリ又はＨＤＤである。
ＴＲ再生部３３ｂは、トリッププレイに必要な処理を行うもので、必要に応じて付加されるオプション的な手段である。このＴＲ再生部３３ｂは、後記する変形例で詳細に説明する。
【００３６】
通信部３５は、ネットワークを介して、受信機５から、遡り再生不足コンテンツの要求を示すストリーム要求信号を受信するものである。そして、通信部３５は、このストリーム要求信号に応じて、遡り再生不足コンテンツ（ストリーム信号）を受信機５に送信する。
【００３７】
また、通信部３５は、ネットワークを介して、受信機５から、遡り再生不足コンテンツの送信停止を示すストリーム停止信号を受信する。そして、通信部３５は、このストリーム停止信号に応じて、遡り再生不足コンテンツの送信を停止する。
【００３８】
例えば、通信部３５は、ＭＰＥＧ−２  ＴＳ（Transport Stream）、ＭＰＥＧ−２  ＴＴＳ（Time-stamped Transport Stream）、ＴＬＶ（Type Length Value）等の信号形式を用いて、ＲＴＰ（Real-time Transport Protocol）、ＲＴＣＰ（Real-time Transport Control Protocol）、ＵＤＰ（User Datagram Protocol）、ＩＰ（Internet Protocol）等の伝送プロトコルで伝送する。
【００３９】
＜ストリーム要求信号＞
図２を参照し、ストリーム要求信号９０について、説明する（適宜図１参照）。
ストリーム要求信号９０は、図２（ａ）に示すように、ヘッダ９０１と、信号識別９０２と、遡り再生要求時刻９０３とを有する。
ヘッダ９０１は、ストリーム要求信号であることを示す識別子が含まれる。また、ヘッダ９０１は、この識別子に加えて、ストリーム要求信号のデータ長が含まれてもよい。
【００４０】
信号識別９０２は、グローバルにコンテンツを一意に識別する識別子である。例えば、信号識別９０２は、ＡＲＩＢ（電波産業会：Association of Radio Industries and Businesses）  ＳＴＤ−Ｂ１０に規定されたネットワーク識別(network_id)と、サービス識別(service_id)と、イベント識別(event_id)との組である。
また、信号識別９０２は、記憶制御部３３に記憶されたコンテンツを示すＵＲＬ（Uniform Resource Locator）であってもよい。
【００４１】
遡り再生要求時刻９０３は、受信機５が要求する遡り再生不足コンテンツの開始時刻、すなわち、コンテンツの再生開始時刻である。この遡り再生要求時刻は、コンテンツ内での絶対時刻（タイムコード）、又は、コンテンツの開始時刻を基準とした相対時刻で記述するのが便利である。
一方で、受信機５のヒューマンインタフェースとしては、「１５秒前ボタン」、「１分前ボタン」のように遡る時間で表現するのが便利である。
【００４２】
また、遡り再生要求時刻９０３は、現在の再生時刻から遡る時間で記述してもよい。ただし、遡り再生要求時刻９０３を遡る時間で記述した場合には、受信機５からコンテンツサーバ３まで、ストリーム要求信号の送信に時間を要するため、遡り再生を開始する時刻に若干の誤差が生じる可能性がある。
【００４３】
＜ストリーム信号：第１例＞
ストリーム信号９１について、２つの具体例を説明する（適宜図１参照）。
第１例のストリーム信号９１は、図２（ｂ）に示すように、ヘッダ９１１と、タイムスタンプ９１２と、映像信号９１３と、音声信号９１４とが含まれる。
【００４４】
ヘッダ９１１は、ストリーム信号であることを示す識別子が含まれる。また、ヘッダ９１１には、この識別子に加えて、ストリーム信号のデータ長が含まれてもよい。
タイムスタンプ９１２は、ストリーム信号９１に含まれる映像信号９１３及び音声信号９１４の時刻を示す情報である。このタイムスタンプ９１２は、ストリーム信号を連続して受信機５に送信する場合、全てのストリーム信号９１に付加する必要がなく、ストリーム信号９１に一定間隔で付加すればよい。
【００４５】
映像信号９１３は、遡り再生不足コンテンツの映像信号であり、例えば、アクセスユニット単位で記述される。
映像信号９１４は、遡り再生不足コンテンツの音声信号であり、例えば、アクセスユニット単位で記述される。
つまり、第１例のストリーム信号９１では、コンテンツの映像信号９１３と音声信号９１４とが、１つのパケット内に多重化されている。
【００４６】
＜ストリーム信号：第２例＞
第２例では、図２（ｃ）に示すように、映像のストリーム信号９１Ｖ及び音声のストリーム信号９１Ａが別々になっている。つまり、第２例のストリーム信号９１Ｖ，９１Ａでは、コンテンツの映像信号９１３と音声信号９１４とが、１つのパケット内には多重化されていない。
【００４７】
＜ストリーム停止信号＞
ストリーム停止信号９２について、説明する（適宜図１参照）。
ストリーム停止信号９２は、遡り再生不足コンテンツが記憶済み区間のコンテンツに達した場合などに、遡り再生不足コンテンツの送信終了を指示する信号である。すなわち、ストリーム停止信号９２は、コンテンツサーバ３が遡り再生不足コンテンツの送信を停止してよいことを示す信号である。
【００４８】
ストリーム停止信号９２は、図２（ｄ）に示すように、ヘッダ９２１と、信号識別９２２とが含まれる。
ヘッダ９２１は、ストリーム停止信号であることを示す識別子が含まれる。また、ヘッダ９２１は、この識別子に加えて、ストリーム停止信号のデータ長が含まれてもよい。
信号識別９２２は、図２（ａ）の信号識別９０２と同様のものである。
【００４９】
以上より、通信部３５は、信号識別９０２を参照すれば、放送中の多数のコンテンツのうち、受信機５から要求された再生不足コンテンツを特定できる。また、通信部３５は、遡り再生要求時刻９０３及びストリーム停止信号９２の受信により、再生不足コンテンツのうち、受信機５から要求された区間を推定できる。
【００５０】
［受信機の構成］
図１に戻り、受信機５の構成について、説明する。
図１に示すように、受信機５は、放送受信部５１と、放送用デコーダ５２と、記憶制御部５３と、通信部５４と、通信用デコーダ５５と、切替部５６と、操作制御部５７とを備える。
【００５１】
放送受信部５１は、放送波を介して、放送装置１から、コンテンツを受信するものである。この放送受信部５１は、放送送信部１３と同一の伝送プロトコルを用いて、コンテンツを受信する。そして、放送受信部５１は、受信したコンテンツを放送用デコーダ５２に出力する。さらに、放送受信部５１は、放送信号に記述された信号識別（図２（ａ）の信号識別９０２と同一の識別信号）に対応付けて、このコンテンツを記憶制御部５３に書き込む。
【００５２】
なお、放送用デコーダ５２に出力されたコンテンツが、リアルタイム再生に利用される。また、記憶制御部３３に出力されたコンテンツが、遡り再生を含めたタイムシフト再生に利用されることになる。
【００５３】
放送用デコーダ５２は、放送受信部５１から入力されたコンテンツ（リアルタイム再生時）、又は、放送受信部５１から入力され、かつ、記憶制御部５３に記憶されたコンテンツ（遡り再生を含めたタイムシフト再生時）をデコードするものである。例えば、放送用デコーダ５２は、放送用エンコーダ１１に対応する符号化方式を用いる。そして、放送用デコーダ５２は、デコードしたコンテンツを、切替部５６に出力する。
【００５４】
記憶制御部５３は、コンテンツの記憶と、記憶したコンテンツの読み出しとを制御するものであり、記憶装置５３ａと、ＴＲ再生部５３ｂとを備える。
記憶装置５３ａは、放送受信部５１が受信したコンテンツを記憶するものであり、例えば、コンテンツを記憶するメモリ又はＨＤＤである。
ＴＲ再生部５３ｂは、トリッププレイに必要な処理を行うもので、必要に応じて付加されるオプション的な手段である。このＴＲ再生部５３ｂは、後記する変形例で説明する。
【００５５】
通信部５４は、ネットワークを介して、後記するコンテンツ要求部５７３が生成したストリーム要求信号を、コンテンツサーバ３に送信するものである。この通信部５４は、通信部３５と対応する通信プロトコルを用いる。
また、通信部５４は、このストリーム要求信号に応じて、コンテンツサーバ３から、遡り再生不足コンテンツ（ストリーム信号）を受信する。そして、通信部５４は、受信した遡り再生不足コンテンツを通信用デコーダ５５に出力する。
【００５６】
通信用デコーダ５５は、通信部５４から入力された遡り再生不足コンテンツをデコードするものである。この通信用デコーダ５５は、通信用エンコーダ３１に対応する符号化方式を用いる。そして、通信用デコーダ５５は、デコードした遡り再生不足コンテンツを、切替部５６に出力する。
【００５７】
切替部５６は、後記する切替制御部５７４から入力された指令信号に基づいて、放送用デコーダ５２から入力されたコンテンツ、又は、通信用デコーダ５５から入力された遡り再生不足コンテンツの何れか一方を、外部（例えば、ディスプレイ）に出力するものである。この指令信号は、切替部５６の出力を放送用デコーダ５２又は通信用デコーダ５５に切り替える旨の指令である。
【００５８】
操作制御部５７は、視聴者の操作（例えば、リモコン操作）に応じて、遡り再生に必要な制御を行うものである。このため、操作制御部５７は、遡り再生開始判定部５７１と、コンテンツ記憶判定部５７２と、コンテンツ要求部５７３と、切替制御部５７４とを備える。
【００５９】
遡り再生開始判定部５７１は、外部（例えば、リモコン）から遡り再生開始信号が入力されたか否かにより、遡り再生を開始するか否かを判定するものである。
ここで、遡り再生開始信号が入力された場合、遡り再生開始判定部５７１は、遡り再生を開始すると判定する。
一方、遡り再生開始信号が入力されない場合、遡り再生開始判定部５７１は、遡り再生を開始せずに、現在の状態（例えば、リアルタイム再生）を継続すると判定する。
【００６０】
コンテンツ記憶判定部５７２は、遡り再生開始判定部５７１で遡り再生を開始すると判定された場合、遡り再生区間の各時刻において、コンテンツが記憶制御部５３に記憶されているか否かを判定するものである。言い換えるなら、コンテンツ記憶判定部５７２は、コンテンツの遡り再生区間のうち、記憶制御部５３に記憶されている記憶済み区間と、記憶制御部５３に記憶されていない遡り再生不足区間とを判定する（図３参照）。
【００６１】
コンテンツ要求部５７３は、コンテンツ記憶判定部５７２でコンテンツが記憶されていないと判定された場合、遡り再生不足コンテンツをコンテンツサーバ３に要求するものである。具体的には、コンテンツ要求部５７３は、図２（ａ）のストリーム要求信号を生成し、通信部５４に出力する。
また、コンテンツ要求部５７３は、図３の遡り再生不足区間を受信し終わって、記憶済み区間に達したら、遡り再生不足コンテンツの停止をコンテンツサーバ３に要求する。具体的には、コンテンツ要求部５７３は、図２（ｄ）のストリーム停止信号を生成し、通信部５４に出力する。
なお、コンテンツ要求部５７３は、コンテンツ記憶判定部５７２でコンテンツが記憶されていると判定された場合、遡り再生不足コンテンツを要求しない。
【００６２】
切替制御部５７４は、コンテンツ記憶判定部５７２の判定結果に基づいて、切替制御を行うものである。
ここで、コンテンツ記憶判定部５７２でコンテンツが記憶されていると判定された場合を考える。この場合、切替制御部５７４は、切替制御として、記憶制御部５３に記憶されたコンテンツが遡り再生されるように、放送用デコーダ５２に切り替える指令信号を、切替部５６に出力する。
一方、コンテンツ記憶判定部５７２でコンテンツが記憶されていないと判定された場合を考える。この場合、切替制御部５７４は、切替制御として、通信部５４で受信した遡り再生不足コンテンツが遡り再生されるように、通信用デコーダ５５に切り替える指令信号を、切替部５６に出力する。
【００６３】
さらに、切替制御部５７４は、遡り再生開始判定部５７１でリアルタイム再生を行うと判定された場合、放送用デコーダ５２に切り替える指令信号を、切替部５６に出力する。この場合、放送受信部５１が受信したコンテンツは、放送用デコーダ５２によってリアルタイムにデコードされ、切替部５６から外部に出力されることになる。
【００６４】
なお、コンテンツ記憶判定部５７２でコンテンツが記憶されていないと判断された後、コンテンツの遡り再生に伴って時間が経過すると共に、コンテンツが記憶されていると再び判定される場合がある。この場合、切替制御部５７４は、切替制御として、記憶制御部５３に記憶されたコンテンツが再生されるように、放送用デコーダ５２に切り替える指令信号を、切替部５６に出力する。このとき、画面遷移をスムーズに行うため、放送用デコーダ５２及び通信用デコーダ５５は、デコードのタイミングを同期させることが好ましい。例えば、放送用デコーダ５２及び通信用デコーダ５５は、共有の基準時計ＳＴＣ（System Time Clock）又はＮＰＴ（Normal Play Time）を基準にして、ＰＥＳ（Packetized Elementary Stream）のＰＴＳ（Presentation Time Stamp）又はＤＴＳ（Decoding Time Stamp）を同期させて再生する。
【００６５】
＜遡り再生の具体例＞
図３を参照し、遡り再生の具体例について、説明する（適宜図１参照）。
この図３では、視聴者が、時刻ＴＡの直前で受信機５の電源を投入したり、チャネルザッピングを行っていて現在のチャンネルに合わせたりして、時刻ＴＡから遡り再生の対象となるコンテンツ９３が記憶されているとする。つまり、受信機５は、放送波を介して、時刻ＴＡの直前にコンテンツ９３を受信及びリアルタイム再生を開始し、時刻ＴＡからコンテンツ９３が記憶されているとする。従って、受信機５は、コンテンツ９３のうち、記憶済み区間のコンテンツ９３０−Ａが記憶制御部５３に記憶されている。
【００６６】
ここで、時刻Ｔ０において、視聴者がリモコンの遡りボタンを押して、遡り再生開始信号が受信機５に入力されたとする。従って、遡り再生開始判定部５７１は、時刻Ｔ０に遡り再生を開始すると判定する。この場合、コンテンツ記憶判定部５７２は、時刻Ｔ０から遡り時間ｒだけ遡った時刻ＴＢまでを、遡り再生区間として求める（但し、Ｔ０＞ＴＡ＞ＴＢを満たす場合）。また、コンテンツ記憶判定部５７２は、コンテンツ９３の遡り再生区間のうち、記憶制御部５３に記憶されている記憶済み区間のコンテンツ９３０−Ａと、記憶制御部５３に記憶されていない遡り再生不足コンテンツ９３Ａ−Ｂとを判定する。
【００６７】
また、コンテンツ要求部５７３は、ネットワークを介して、時刻ＴＢより、遡り再生不足コンテンツ９３Ａ−Ｂの要求を示すストリーム要求信号を、コンテンツサーバ３に送信する。そして、コンテンツ要求部５７３は、ネットワークを介して、遡り再生不足コンテンツ９３Ａ−Ｂを、コンテンツサーバ３から受信する。さらに、切替制御部５７４は、遡り再生不足コンテンツ９３Ａ−Ｂが遡り再生されるように、通信用デコーダ５５に切り替える。
【００６８】
その後、コンテンツ要求部５７３は、遡り再生不足コンテンツ９３Ａ−Ｂを時刻ＴＡまで受信したら、ネットワークを介して、遡り再生不足コンテンツ９３Ａ−Ｂの送信停止を示すストリーム停止信号を、コンテンツサーバ３に送信する。また、切替制御部５７４は、記憶済み区間を遡り再生するとき、コンテンツ９３０−Ａが遡り再生されるように、放送用デコーダ５２に切り替える。このようにして、受信機５は、遡り再生不足コンテンツ９３Ａ−Ｂとコンテンツ９３０−Ａとをスムーズに切り替えて、遡り再生を行う。
【００６９】
［受信機の動作］
図４を参照し、遡りボタンが押されたときの受信機５の動作について、説明する（適宜図１参照）。
従って、図４は、遡り再生開始判定部５７１で遡り再生を行うと判定された後の、受信機５の動作を示すフローチャートである。
【００７０】
受信機５は、遡り再生を行う新しい再生時刻を設定する。つまり、受信機５は、現在の再生時刻をｔ、遡る時間をｒとして、新しい再生時刻をｔ−ｒに設定する（ステップＳ１）。ここで、ｔは現在再生しているコンテンツの時刻（変数）であり、ｒは遡り時間を表わす定数（例えば、１５秒遡りならｒ＝１５、１分遡りならｒ＝６０）である。
受信機５は、コンテンツ記憶判定部５７２によって、新しい再生時刻ｔのコンテンツが記憶制御部５３に記憶されているか否かを判定する（ステップＳ２）。
【００７１】
受信機５は、新しい再生時刻ｔのコンテンツが記憶制御部５３に記憶されていない場合（ステップＳ２でＮｏ）、ステップＳ３の処理に進む。
受信機５は、切替制御部５７４によって、通信用デコーダ５５に切り替える指令信号を、切替部５６に出力する（ステップＳ３）。
【００７２】
受信機５は、コンテンツ要求部５７３によって、新しい再生時刻ｔからの遡り再生不足コンテンツのストリーム要求信号を生成し、通信部５４に出力する（ステップＳ４）。
受信機５は、通信部５４によって、ネットワークを介して、コンテンツ要求部５７３が生成したストリーム要求信号をコンテンツサーバ３に送信する（ステップＳ５）。
【００７３】
受信機５は、通信部５４によって、ネットワークを介して、ストリーム要求信号に応じて、コンテンツサーバ３から、遡り再生不足コンテンツを受信する（ステップＳ６）。
受信機５は、通信用デコーダ５５によって、遡り再生不足コンテンツをデコードし、切替部５６から外部に出力する（ステップＳ７）。このとき、デコードに伴って、時刻ｔも進む。
【００７４】
受信機５は、コンテンツ記憶判定部５７２によって、次にデコードすべき時刻ｔのコンテンツが記憶制御部５３に記憶されているか否かを判定する（ステップＳ８）。
受信機５は、時刻ｔのコンテンツが記憶制御部５３に記憶されていない場合（ステップＳ８でＮｏ）、ステップＳ６の処理に戻る。すなわち、受信機５は、遡り再生不足コンテンツを全て受信するまで、ステップＳ６，Ｓ７の処理を繰り返す。また、これと共に、時刻ｔも進んでいく。
図４では、時刻ｔのコンテンツをコンテンツｔと図示した。
【００７５】
受信機５は、時刻ｔのコンテンツが記憶制御部５３に記憶されている場合（ステップＳ８でＹｅｓ）、ステップＳ９の処理に進む。
受信機５は、コンテンツ要求部５７３によって、ストリーム停止信号を生成し、通信部５４に出力する（ステップＳ９）。
受信機５は、通信部５４によって、ネットワークを介して、コンテンツ要求部５７３が生成したストリーム停止信号をコンテンツサーバ３に送信する（ステップＳ１０）。
【００７６】
受信機５は、新しい再生時刻ｔのコンテンツが記憶制御部５３に記憶されている場合（ステップＳ２でＹｅｓ）、ステップＳ１１の処理に進む。また、受信機５は、ステップＳ１０の処理に続いて、ステップＳ１１の処理に進む。
受信機５は、切替制御部５７４によって、放送用デコーダ５２に切り替える指令信号を、切替部５６に出力する（ステップＳ１１）。
受信機５は、放送用デコーダ５２によって、記憶制御部５３に記憶されたコンテンツを読み出す（ステップＳ１２）。
【００７７】
受信機５は、放送用デコーダ５２によって、読み出したコンテンツをデコードし、切替部５６から外部に出力する。このとき、放送用デコーダ５２は、デコードに伴って、時刻ｔを進める（ステップＳ１３）。このとき、デコードに伴って、時刻ｔも進む。
【００７８】
以上のように、本発明の第１実施形態に係る遡り再生システム１００は、放送波を介して、コンテンツを受信機５に送信すると共に、ネットワークを介して、コンテンツの遡り再生区間全体のうち、遡り再生不足区間のみを、受信機５の要求に応じて受信機５に送信する。従って、遡り再生システム１００は、放送側と通信側との間で負荷を分散でき、通信負荷を低減することができる。
さらに、遡り再生システム１００は、受信機５において、遡り再生を行うために、複数チャンネルのコンテンツ（放送番組）を常に記憶する必要がなく、記憶装置５３ａの容量及び受信機５の消費電力を抑えることができる。
さらに、遡り再生システム１００は、受信機５において、記憶制御部５３に記憶されたコンテンツと、通信部５４で受信した遡り再生不足コンテンツとを自動的に切り替えるため、通信サービスへ移行する操作を明示的に行う必要がない。
【００７９】
さらに、遡り再生システム１００は、放送側及び通信側のそれぞれで適切な符号化方式を採用できるため、符号化方式の制限が少なく、柔軟なシステム構築が可能となる。
さらに、遡り再生システム１００は、受信機５において、放送側及び通信側でデコードのタイミングを同期させるため、スムーズな切り替えが可能となり、切り替えタイミングを視聴者に意識させず、自然な遡り再生を行うことができる。
【００８０】
（第２実施形態）
図５を参照し、本発明の第２実施形態に係る遡り再生システム１００Ａについて、第１実施形態と異なる点を説明する。
図５に示すように、再生システム１００Ａは、放送側及び通信側で、符号化方式が同一である点が、第１実施形態と異なる。
【００８１】
放送装置１Ａは、放送用エンコーダ１１Ａと、放送送信部１３とを備える。
放送用エンコーダ１１Ａは、後記する通信用エンコーダ３１Ａと同一の符号化方式を用いる以外、図１の放送用エンコーダ１１と同様である。
【００８２】
コンテンツサーバ３Ａは、通信用エンコーダ３１Ａと、記憶制御部３３と、通信部３５とを備える。
通信用エンコーダ３１Ａは、放送用エンコーダ１１Ａと同一の符号化方式を用いる以外、図１の通信用エンコーダ３１と同様である。
なお、放送用エンコーダ１１Ａ及び通信用エンコーダ３１Ａは、放送側及び通信側で符号化方式が同一であっても、符号化パラメータは必ずしも同一でなくともよい。
【００８３】
受信機５Ａは、放送受信部５１と、記憶制御部５３と、通信部５４と、切替部５６Ａと、操作制御部５７Ａと、デコーダ５８とを備える。
切替部５６Ａは、後記する切替制御部５７４Ａから入力された切替指令に基づいて、記憶制御部５３に記憶されたコンテンツ、又は、通信部５４から入力された遡り再生不足コンテンツの何れか一方をデコーダ５８に出力する。
操作制御部５７Ａは、遡り再生開始判定部５７１と、コンテンツ記憶判定部５７２と、コンテンツ要求部５７３と、切替制御部５７４Ａとを備える。
【００８４】
切替制御部５７４Ａは、コンテンツ記憶判定部５７２の判定結果に基づいて、切替制御を行うものである。
ここで、コンテンツ記憶判定部５７２でコンテンツが記憶されていると判定された場合を考える。この場合、切替制御部５７４は、切替制御として、記憶制御部５３に記憶されたコンテンツが遡り再生されるように、記憶制御部５３に切り替える指令信号を、切替部５６Ａに出力する。
一方、コンテンツ記憶判定部５７２でコンテンツが記憶されていないと判定された場合を考える。この場合、切替制御部５７４は、切替制御として、通信部５４で受信した遡り再生不足コンテンツが遡り再生されるように、通信部５４に切り替える指令信号を、切替部５６Ａに出力する。
【００８５】
デコーダ５８は、切替部５６Ａから入力されたコンテンツ又は遡り再生不足コンテンツをデコードするものである。言い換えるなら、デコーダ５８は、図１の放送用デコーダ５２及び通信用デコーダ５５を共通化したものである。そして、デコーダ５８は、デコードしたコンテンツ又は遡り再生不足コンテンツを外部に出力する。
【００８６】
以上のように、本発明の第２実施形態に係る遡り再生システム１００Ａは、第１実施形態と同様、通信サービスへ移行する操作を明示的に行う必要がなく、通信負荷を低減し、記憶装置５３ａの容量及び受信機５Ａの消費電力を抑えることができる。
さらに、遡り再生システム１００Ａは、放送用デコーダ５２及び通信用デコーダ５５を共通化し、受信機５Ａの構成を簡易にすることができる。
【００８７】
なお、本発明の第１，２実施形態に係る遡り再生受信機は、ＣＰＵ、メモリ、ハードディスク等のハードウェア資源を備える一般的なコンピュータを、前記した各手段として協調動作させる遡り再生プログラムによって実現することもできる。
【００８８】
（変形例）
図１に戻り、本発明の変形例として、遡り再生システム１００でのトリックプレイについて、説明する。
トリックプレイは、例えば、変速再生（早送り再生、スロー再生）、逆再生（巻き戻し再生）、逆変速再生などのことである。遡り再生システム１００では、コンテンツサーバ３と受信機５との両方でトリックプレイを行うことができる。
【００８９】
＜コンテンツサーバでのトリックプレイ＞
まず、コンテンツサーバ３がトリックプレイを行う場合について、説明する。
例えば、リモコンのトリックプレイボタンが押されると、操作制御部５７は、通信部５４を介して、トリックプレイ要求信号をコンテンツサーバ３に送信する。
このトリックプレイ要求信号は、トリックプレイの要求を示す信号であり、例えば、トリックプレイの種類と、トリックプレイの対象となるコンテンツの信号識別とが含まれる。さらに、遡り後変速再生の場合など、トリックプレイ要求信号には、トリックプレイの開始時刻を含めてもよい。
【００９０】
通信部３５は、トリックプレイ要求信号を受信すると、受信したトリックプレイ要求信号をＴＲ再生部３３ｂに出力する。ここで、トリックプレイを行うためには、記憶装置３３ａに記憶されたコンテンツを変速再生する必要がある。このため、ＴＲ再生部３３ｂは、記憶装置３３ａに記憶されたコンテンツから、トリックプレイ要求信号に従ってコンテンツを読み出し、必要に応じて信号を変換する（不図示）。そして、通信部３５は、ＴＲ再生部３３ｂが読み出したコンテンツを、受信機５に送信する。
【００９１】
通信部５４は、コンテンツサーバ３から、トリックプレイに必要なコンテンツのストリーム信号を受信する。このとき、操作制御部５７は、切替部５６の出力を通信用デコーダ５５の側に切り替えさせる。そして、通信部５４は、受信したコンテンツをトリックプレイするため、このストリーム信号を通信用デコーダ５５に出力する。その後、通信用デコーダ５５は、通信部５４から入力されたコンテンツをデコードし、トリックプレイを行う。
【００９２】
＜受信機でのトリックプレイ＞
次に、受信機５が、一旦遡り再生を行なった区間を含んで、トリックプレイを行おうとする場合について、説明する。
遡り再生を行なった時点で、通信部５４は、受信した遡り再生不足コンテンツを記憶制御部５３に書き込む。従って、記憶制御部５３には、遡り再生不足区間（図３）を含め、コンテンツが記憶されることになる。このため、受信機５は、遡り再生不足区間も含め、様々なトリックプレイを行うことができる。
【００９３】
例えば、リモコンのトリックプレイボタンが押されると、操作制御部５７は、トリックプレイ要求信号をＴＲ再生部５３ｂに出力する。このとき、操作制御部５７は、切替部５６の出力を通信用デコーダ５５の側に切り替えさせる。そして、ＴＲ再生部５３ｂは、記憶装置５３ａに記憶されたコンテンツから、トリックプレイ要求信号に従ってコンテンツを検索し、読み出す。さらに、通信用デコーダ５５は、ＴＲ再生部５３ｂが読み出したコンテンツをデコードし、トリックプレイを行う。
【００９４】
なお、トリックプレイの詳細は、例えば、参考文献「東芝レビューVol.60 No.9（2005）」に記載されているため、説明を省略する。
【符号の説明】
【００９５】
１，１Ａ  放送装置
１１，１１Ａ  放送用エンコーダ
１３  放送送信部
３，３Ａ  コンテンツサーバ
３１，３１Ａ  通信用エンコーダ
３３  記憶制御部
３３ａ  記憶装置（記憶部）
３３ｂ  ＴＲ再生部
３５  通信部
５，５Ａ  受信機（遡り再生受信機）
５１  放送受信部
５２  放送用デコーダ
５３  記憶制御部
５３ａ  記憶装置（記憶部）
５３ｂ  ＴＲ再生部
５４  通信部
５５  通信用デコーダ
５６  切替部
５７，５７Ａ  操作制御部
５７１  遡り再生開始判定部
５７２  コンテンツ記憶判定部
５７３  コンテンツ要求部
５７４，５７４Ａ  切替制御部
５８  デコーダ
１００，１００Ａ  遡り再生システム
【図１】
2014042182.tif 000003
【図２】
2014042182.tif 000004
【図３】
2014042182.tif 000005
【図４】
2014042182.tif 000006
【図５】
2014042182.tif 000007