(57)【要約】【課題】ユーザからの明示的な録画指示が無い場合でも、視聴や録画の履歴などから録画すべき番組を自動的に選択する投機的な録画を行う投機的録画機能装置を提供することを目的とする。【解決手段】投機録画装置（１２００ａ）において、プロファイル抽出器（１１０）はユーザの操作に基づいてユーザの番組視聴の嗜好を表すユーザプロファイル（Ｐｕ）を抽出し、番組表管理器（１０６）は番組の属性（ＩＰ）を取得し、投機選択器（１１１）は、ユーザプロファイル（Ｐｕ）と番組の属性（ＩＰ）に基づいて投機録画すべき番組を選択し、記憶管理器（１０７）は番組データ（ＤＰ）を蓄積し、投機録画管理器（１１２）は記憶管理器（１１１）に蓄積された番組データ（ＤＰ）を必要に応じて消去して投機選択器（１１１）の選択した番組データ（ＤＰ）を録画する。【選択図】　　　　図１
2004048718.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの操作に基づいて、ユーザの番組視聴の嗜好を表すユーザプロファイルを抽出するプロファイル抽出手段と、
番組の属性を得る番組表管理手段と、
前記ユーザプロファイルと前記番組の属性に基づいて投機録画すべき番組を選択する投機選択手段と、
番組データを蓄積する記憶管理手段と、
前記記憶管理手段に蓄積された番組データを必要に応じて消去して前記投機選択手段の選択した番組データを録画する投機録画管理手段とを具備することを特徴とする投機録画装置。
【請求項２】
前記記憶管理手段に蓄積される番組データが一時保存状態と永続保存状態との状態を持ち、前記投機録画管理手段が前記記憶管理手段に蓄積された番組データのうち一時保存状態であるものを必要に応じて消去し、前記投機選択手段の選択した番組データを録画する際に一時保存状態で記録し、前記記憶管理手段に蓄積される番組データの状態をユーザからの要求に応じて一時保存状態と永続保存状態との間で変更するユーザインタフェース制御手段を具備することを特徴とする請求項１に記載の投機録画装置。
【請求項３】
現在放送中の番組の録画開始タイミングから番組の末尾までを一時保存状態でファイルへ蓄積する処理を開始した後に再生開始タイミングで前記ファイルの再生を開始する追っかけ手段とを更に備える、請求項２に記載の投機録画装置。
【請求項４】
前記ユーザインタフェース制御手段が録画開始タイミングと再生開始タイミングとをユーザから入力し、現在放送中の番組の前記録画開始タイミングから番組の末尾までを一時保存状態でファイルへ蓄積する処理を開始した後に前記再生開始タイミングで前記ファイルの再生を開始する追っかけ手段とを具備することを特徴とする請求項１乃至請求項２に記載の投機録画装置。
【請求項５】
遠隔にある１つ以上の番組録画装置に接続されるネットワークと通信を行う通信手段をさらに備え、
前記ユーザインタフェース制御手段が前記通信手段を用いて前記遠隔にある受信装置の蓄積した番組と前記記憶管理手段に蓄積された番組データの中からユーザが選択した番組データの状態をユーザからの要求に応じて永続保存状態に変更する操作を行う際に前記ユーザの選択した番組データが遠隔にある録画装置に蓄積された番組データである場合には前記通信手段経由で前記記憶管理手段に取り込んで永続保存状態にすることを特徴とする請求項２に記載の投機録画装置。
【請求項６】
前記追っかけ手段が前記通信手段を用いて前記遠隔にある番組録画装置に蓄積されている番組データで前記追っかけ手段が蓄積をする現在放送中の番組と同一の番組データファイルが存在する場合に、前記再生開始タイミングで前記同一のファイルの再生を前記録画タイミングで開始することを特徴とする請求項５に記載の投機録画装置。
【請求項７】
前記追っかけ手段が前記再生開始タイミングで前記同一のファイルの再生を開始して前記録画開始タイミングかそれ以降の時点で再生を前記記憶管理手段に対して行ったファイルに切り替えることを特徴とする請求項３に記載の投機録画装置。
【請求項８】
遠隔にある１つ以上の番組録画装置に接続されるネットワークと通信を行う通信手段と、
前記ユーザプロファイルと前記番組の属性に基づいて、当該番組に対するユーザの視聴要求の程度を表す投機得点を生成する視聴要求推定手段と、
前記投機得点に基づいて、投機録画すべき番組を選択する投機選択手段と、
前記選択された投機録画すべき番組を特定する投機録画対象番組情報を生成する投機録画対象番組特定手段と、
前記選択された番組の投機録画対象番組情報と投機得点と共に、前記遠隔の番組録画装置に当該選択された番組の予約録画を依頼する投機録画依頼手段とを備える、請求項１に記載の投機録画装置。
【請求項９】
遠隔にある１つ以上の番組録画装置に接続されるネットワークと通信を行う通信手段と、
前記ユーザプロファイルと前記番組の属性に基づいて、当該番組に対するユーザの視聴要求の程度を表す第１の投機得点を生成する視聴要求推定手段と、
前記投機得点に基づいて、投機録画すべき番組を選択する投機選択手段と、
前記選択された投機録画すべき番組を特定する第１の投機録画対象番組情報を生成する投機録画対象番組特定手段と、
前記遠隔の番組録画装置から少なくとも１つの番組を特定する番組特定情報と当該番組に対する視聴要求程度を表す第２の投機得点共に、当該番組の予約録画依頼を受ける録画予約依頼受領手段と、
前記予約録画依頼された番組と、前記投機録画すべき番組の同時記録が不可能な場合には、第１の投機得点と前記第２の投機得点に基づいて、予約録画する番組を決定する予約録画番組選択手段を備える請求項１に記載の投機録画装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＰＶＲ（Ｐｅｒｓｏｎａｌ　Ｖｉｄｅｏ　Ｒｅｃｏｒｄｅｒ）、もしくはＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）　Ｖｉｄｅｏ　Ｒｅｃｏｒｄｅｒに代表される、デジタル放送およびインターネット等の伝送手段を介してリアルタイムに放送あるいは配信される番組を一旦蓄積して、放送あるいは配信時と非同期に視聴できる機能を有する受信装置に用いられる録画装置に関し、さらに詳述すれば、相互にネットワークで常時接続された受信装置に用いられる録画装置に関する。
【０００２】
【従来の技術】
図１６に、従来の録画装置を備えた受信装置の構造を示す。受信装置１２００は、受信器１０１、番組デコーダ１０２、ＵＩ制御器１０３、表示器１０４、入力器１０５、番組表管理器１０６、記憶管理器１０７、追っかけ器１０８、および、予約録画器１０９を含む。
受信器１０１は、電波、電線、および光ファイバーなどを媒体とする伝送路に接続され、同伝送路を介して伝送される番組の情報をリアルタイムに抽出する。番組の情報は、映像、音声、および文字情報で表現される番組の実体と、番組のメタデータである電子番組表などを含む。同時に複数の番組が放送されている伝送路から特定の番組の情報を取り出す場合には、受信器１０１は、取り出す番組の放送周波数や、同番組を構成するパケットなどの伝送単位を特定するＩＤなどを指定して、伝送路から配信されているデータに対して所定の復号を行うことによって、所望の番組情報のデジタルデータを抽出する。
【０００３】
受信器１０１は、例えばデジタル放送チューナにおいては、ＢＳ／ＣＳチューナモジュールとトランスポートデコーダで構成される。番組デコーダ１０２は、受信器１０１または記憶管理器１０７の出力に含まれる映像、音声、および文字情報などを入力し、デコードを行う。番組デコーダ１０２は、デジタル放送チューナにおける、ＭＰＥＧ２（Ｍｏｔｉｏｎ　Ｐｉｃｔｕｒｅ　Ｅｘｐｅｒｔ　Ｇｒｏｕｐ）デコーダと、ＢＭＬ（Ｂｒｏａｄｃａｓｔｉｎｇ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）ブラウザ等で構成される。
【０００４】
ただし、ＭＰＥＧ２は、国際規格であるＩＳＯ／ＩＥＣ１３８１８−１，１３８１８−２，１３８１８−３などで定義されており、デジタル映像および音声データの符号化に対して標準的に用いられている。また、ＢＭＬは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）に準拠した、デジタル放送におけるマルチメディア符号化の言語であり、日本のデジタル放送において用いられている。また、ＢＭＬは日本の標準規格化団体である電波産業会の規格書ＡＲＩＢ　ＳＴＤ−Ｂ２４で定義されている。
【０００５】
ユーザインタフェース（Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ；　以後、「ＵＩ」と略称す）制御器１０３は、画面の状態遷移を管理することで、ユーザとの対話処理を実現する。ＵＩ制御器１０３は、画面に表示すべき信号を、ＯＳＤ（Ｏｎ　Ｓｃｒｅｅｎ　Ｄｉｓｐｌａｙ）表示と、番組デコーダ１０２の出力する映像とを合成するなどして出力する。ＵＩ制御器１０３は、さらに、入力器１０５から入力されるユーザの指示に応じて画面の状態を遷移させて、受信装置１２００の状態を遷移させる遷移制御信号Ｓｃを生成する。すなわち、ＵＩ制御器１０３は追っかけ器１０８と予約録画器１０９とに接続されており、これらの機器を相互に制御し合うことで、状態遷移を実現する。なお、ＵＩ制御器１０３は、ＯＳＤの信号を発生させるグラフィックエンジンと、それを制御するコンピュータなどで構成できる。
【０００６】
図１７に、ＵＩ制御器１０３によって、表示器１０４に提示される蓄積番組一覧画面の一例を示す。蓄積番組一覧画面は、記憶管理器１０７に管理されている番組に関する情報を表す複数の行（本例においては、行Ｌ２２１、行Ｌ２２２、行Ｌ２２３、行Ｌ２２４、および行Ｌ２２５の５行）からなる蓄積番組欄ＩＰＲを含む。蓄積番組欄ＩＰＲの各行は、複数の列（本例においては、列Ｃ２３１、列Ｃ２３２、列Ｃ２３３、および列Ｃ２３４の４列）に、それぞれの行に割り当てられた番組の細目情報が表示される。つまり、列Ｃ２３１には番組毎の録画日時が表示され、列Ｃ２３２には放送チャンネルが表示され、列Ｃ２３３には番組名が表示されている。そして列Ｃ２３４には録画、つまり蓄積された番組のデータを自動消去するか否が表示される。
【０００７】
なお、蓄積番組欄ＩＰＲの上部には、各列において表示される細目情報を示す番組情報ラベルＬＩＰが配置されている。そして、蓄積番組欄ＩＰＲの横には、５つ以上の番組情報を表示させるために、行表示を入れ替えるためのスクロールバー２４０が配置されている。同図に例示するように、スクロールバー２４０中には、現時点で蓄積番組欄ＩＰＲに表示されている番組情報が記憶管理器１０７に管理されている全番組情報に対する位置関係を示すポインタＰｐを表示されている。この結果、蓄積番組欄ＩＰＲに現在表示されている以外にも、表示されている番組の上下に蓄積した番組が存在することをユーザは容易に認識できる。
【０００８】
自動消去の可否を示す列Ｃ２３４には、録画されている番組が一時保存状態のときは非施錠、永続保存状態の時には施錠の絵柄が表現されている。図１７に示す例においては、行Ｌ２２４に表示されている番組「世界自然紀行Ｎｏ．１」が永続保存状態に設定されており、その他の行Ｌ２２１、行Ｌ２２２、行Ｌ２２３、および行Ｌ２２５に表示されている番組は一時保持状態であることが示されている。
【０００９】
蓄積番組欄ＩＰＲには、放送中の番組を録画しながら、その録画済みの任意の場所を同時に再生する、いわゆる「追っかけ視聴を」行っている番組は表示されない。これは、追っかけ視聴の処理は、追っかけ視聴を実行中の受信機状態でのみ録画済の番組が記憶管理器１０７に存在するだけではなく、通常の録画などと区別されて記憶管理器１０７に格納されるからである。後述する「追っかけ状態」が記憶状態の値として管理される。つまり、図１７に示す蓄積番組欄ＩＰＲを表示する受信機状態では追っかけ状態の番組は存在しない。
【００１０】
表示器１０４は、ユーザへの情報提示を行う出力デバイスである。表示器１０４は、ＵＩ制御器１０３からの出力をユーザが知覚可能な物理現象に変換して、ユーザに提示する。表示器１０４は、例えば、ＣＲＴ（Ｃａｔｈｏｄｅ　Ｒａｙ
Ｔｕｂｅ）ディスプレイとスピーカで構成される。
【００１１】
入力器１０５は、ユーザによる物理的な操作を入力するデバイスである。入力器１０５は、リモコンや、キーボード、マウスなどのポインティングデバイス、音声認識デバイスに代表されるヒューマンインタフェースデバイスで構成される。そして、入力器１０５は、ユーザの操作に基づいて、操作入力信号Ｓｏを生成してＵＩ制御器１０３に出力する。
【００１２】
番組表管理器１０６は、受信器１０１から出力される番組表の情報を受け取り、番組表のデータベースを生成する。番組表管理手段１０６は、デジタル放送チューナにおける、電子番組表（ＥＰＧ；　Ｅｌｅｃｔｒｉｃ　Ｐｒｏｇｒａｍ　Ｇｕｉｄｅ）のデコードプログラムとその実行環境を備えるものであれ良い。
記憶管理器１０７は、映像データおよび音声データなどから構成される番組データを、１つ以上記憶して、外部からの要求に応じて出力する。なお、番組データの記憶とは、言い換えれば番組の録画である。
【００１３】
記憶管理器１０７には、番組データＤｐに加えて、記憶した複数の番組データを管理するための番組記憶情報ＲＤｐも記憶される。番組記憶情報ＲＤｐは、記憶管理器１０７に番組データＤｐが記憶されている番組の一覧と、同番組が録画された日時、同番組を配信している放送チャンネル、同番組のタイトル、同番組の記憶状態を示す情報を含む。番組データＤｐの記憶状態を表す情報は、記憶されている番組のそれぞれに対して、３つの状態を表す値のいずれかを持つ。３つの状態とはすなわち、一時保存状態、永続保存状態、追っかけ状態である。
【００１４】
一時保存状態は、記憶管理器１０７が容量不足の際には、記録されている番組データＤｐは自動的に消去されることを許容することを表している。永続保存状態は、通常の状態であり、ユーザの明示的な消去操作がない限り永続的に番組データＤｐが保存されることを表している。そして追っかけ状態は、後述の追っかけ視聴の際に、テンポラリーに作成される番組データであることを表している。
【００１５】
追っかけ器１０８は、受信装置１２００において「追っかけ視聴」機能を実現する。ここで、追っかけ視聴について説明する。この機能の目的は、ユーザが現在配信あるいは放送されている番組をリアルタイムに視聴している状況で、トイレ等の理由により席を外すなどして見逃した番組のシーンを、放送に対して非リアルタイムに視聴することに代表される状態を提供することである。
【００１６】
追っかけ視聴するためには、ユーザは席を立つ際に、先ずリモコンなどで実現された入力器１０５の「ポーズ」ボタンを押して、視聴中の番組の録画を開始させる。しばらく経過し、ユーザが席に戻ってきた際に、入力器１０５の「追っかけ再生」ボタンを押すと、先ほど「ポーズ」ボタンを押した時間のところから録画された番組が再生される。この際、現在録画さらにシーンの再生中のために表示器１０４に提示して視聴できないシーンの録画と、離席中に録画された番組の再生とが同時に行われる。
【００１７】
受信装置１２００における追っかけ視聴動作について説明する。追っかけ視聴は、追っかけ器１０８が、記憶管理器１０７、番組デコーダ１０２、およびＵＩ制御器１０３を制御することによって実現される。予約録画器１０９は、番組の録画予約を管理して、予約どおりに録画を実行させる。予約録画器１０９は、番組表管理器１０６から入力される番組表情報ＩＰおよび入力器１０５から入力される操作信号Ｓｏに基づいて、録画すべき番組を特定するための番組特定情報ＩＰＴＲを生成する。
番組特定情報ＩＰＴＲには、例えば、録画する番組の開始日時（以降、「録画番組開始時刻ＴＳＳ」と称す）と、終了日時（以降、「録画番組終了時刻ＴＴＳ」と称す）と、放送チャンネル（以降、「録画番組放送チャンネルＣＢ」と称す）とを示す情報とが含まれる。
【００１８】
予約録画器１０９は、現在の日時（以降、「現在時刻ＴＣ」と称す）と保持した番組特定情報ＩＰＴＲが示す録画番組開始時刻ＴＳＳとを比較して、両者が一致した場合に、受信器１０１に対しては録画番組放送チャンネルＣＢが示す放送チャンネルが配信（放送）している放送データを受信するように受信器１０１に要求し、記憶管理器１０７に対しては受信器１０１が出力する番組データＤｐを記録格納させる。この追っかけ視聴動作に関しては、後ほど図１９を参照して、詳しく説明する。
【００１９】
次に、図１８を参照して、従来の技術における受信装置における、自動削除録画について説明する。自動削除録画とは、録画を実行する際に、録画する番組のデータの格納に必要な空き領域を、記憶管理器１０７内に自動で確保する機能を言う。具体的には、記憶管理器１０７において、これから実行する録画に必要な空き領域が不足している場合には、記憶管理器１０７に既に記録されている番組データＤｐを自動で１つ以上削除する。
【００２０】
つまり、自動削除録画は、既に記憶管理器１０７に１つ以上の番組データＤｐが格納された状態で、さらに少なくとも１つの番組の録画が指示された場合に有効となる機能である。このような状態において、番組録画が指示された時点で、自動削除録画機能が開始する。
【００２１】
そして、ステップＳ５０１において、予約録画器１０９は、番組特定情報ＩＰＴＲに基づいて、現在時刻ＴＣと録画番組開始時刻ＴＳＳとを比較して、予約録画開始時刻に到っているか否かを判断する。そして、現在時刻ＴＣが録画番組開始時刻ＴＳＳに到るまで、予約録画器１０９は本ステップの処理を繰り返し、現在時刻ＴＣが録画番組開始時刻ＴＳＳと同一になった時点で、処理は次のステップＳ１３０１に進む。
【００２２】
ステップＳ１３０１において、記憶管理器１０７は、格納している番組データＤｐの内で一時保存状態のものの一部もしくは全てを削除して、予約録画器１０９が録画を指示している番組データＤｐが格納できるだけの空き領域を確保する。ただし、録画指示されている番組データの格納に十分な空き領域が記憶管理器１０７内に確保できている場合には、番組データＤｐの削除は実行されない。また、一時保存状態の番組データＤｐの、どれを優先的に削除するかの選択基準は、例えば、録画日時の古い順番に選択したり、既に再生されたものを優先的選択するなどの、ユーザの好みを考慮して任意に定められる。本ステップにおける処理の後に、処理は次のステップＳ５１０に進む。
【００２３】
ステップＳ５１０において、記憶管理器１０７は、新規録画ファイルを作成さる。新規録画ファイルとは、予約録画器１０９が録画しようとしている番組を格納するデータ領域である。そして、処理は次のステップＳ５０５に進む。
【００２４】
ステップＳ５０５において、予約されていた番組の録画が開始される。すなわち、予約録画器１０９が受信すべき放送チャンネルで（録画番組放送チャンネルＣＢ）を受信器１０１に指示することで、受信器１０１から記憶管理器１０７へ記憶すべき番組のデータを出力させ、次に記憶管理器１０７に受信器１０１の出力を記憶するように指示することによって予約録画が開始される。
【００２５】
次に、図１９を参照して、追っかけ視聴処理について説明する。追っかけ視聴は、録画と再生の同時実行により実現される機能である。よって、追っかけ視聴する番組が既に録画開始された状態で、ユーザが入力器１０５のポーズボタンを押すことで追っかけ視聴動作は開始される。
【００２６】
よって、ステップＳ７０１において、ユーザによるポーズ指示が入力されているか否かが判断される。なお、ユーザのポーズ指示はユーザ入力信号Ｓｏとして入力器１０５から出力された後、ＵＩ制御器１０３を経由して、追っかけ器１０８に通知される。追っかけ器１０８は、ユーザが入力器１０５のポーズボタンを押すまで、本ステップの処理を繰り返す。そして、ユーザがポーズボタンを押した時点で、ポーズ指示が検出されて、処理は次のステップＳ７０２に進む。
【００２７】
ステップＳ７０２において、追っかけ器１０８は、記憶管理器１０７に新規の録画ファイルを生成させる。この新規録画ファイルが、後述の追っかけ処理に供される。そして、処理は次のステップＳ７０３に進む。
【００２８】
ステップＳ７０３において、追っかけ器１０８によって、ステップＳ７０２で作成された録画ファイルに対して現在視聴中の番組の番組データＤｐの録画が開始される。この録画ファイルを利用して、追っかけ再生開始時には、本ステップで録画が開始された時点まで時間を遡っての再生が可能である。このように、追っかけ器１０８は、番組を認識せずに動作する。そのため、たとえば、長時間に渡ってポーズ指示をしていると、異なる２つの番組にまたがって追っかけ処理がされてしまう。そして、処理は次のステップＳ７０４に進む。
【００２９】
ステップＳ７０４において、ユーザによる追っかけ再生指示が入力されているか否かが判断される。つまり、ユーザが入力器１０５の追っかけ再生ボタンを押すまで、処理は本ステップＳ７０４に留まり、追っかけ再生ボタンが押された時点で処理は次のステップＳ７０５に進む。
【００３０】
ステップＳ７０５において、ステップＳ７０３で録画開始された新規録画ファイルを最初からの再生を開始する。つまり、ステップＳ７０４でユーザが追っかけ再生ボタンを押した時点から、ステップＳ７０１でのユーザのポーズボタン操作に応答してステップＳ７０３で録画を開始した時点まで時間を遡って再生が開始される。なお、この時点で、１つ録画ファイルに対する、ステップＳ７０３で開始された録画と、ステップＳ７０５で開始された再生との同時平行処理が開始される。そして、処理は次のステップＳ７０６に進む。
【００３１】
ステップＳ７０６において、ユーザによる追っかけ終了指示が入力されているか否かが判断される。つまり、ユーザが入力器１０５の追っかけ終了ボタンを押していれば、処理はステップＳ７０７へ進み、追っかけ終了ボタンを押していなければ処理はステップＳ７０８に進む。なお、追っかけ終了ボタンは、実行中の追っかけ処理の終了を指示する命令信号を発する機能を有している。
【００３２】
ステップＳ７０７において、追っかけ器１０８によって現在実行中の追っかけ視聴における追っかけ再生処理が強制的に終了される。そして、処理は次のステップＳ１４０１に進む。
【００３３】
ステップＳ１４０１において、追っかけ器１０８によって、現在実行中の追っかけ視聴における録画処理が強制的に終了される。そして、処理は次のステップＳ１４０２へ進む。
【００３４】
ステップＳ１４０２において、ステップＳ７０２で生成されて、その後に番組データが記録および読み出しされた録画ファイルが削除される。そして、処理は終了する。
【００３５】
ステップＳ７０８においては、ステップＳ７０５で開始した追っかけ再生が既に完了しているか否かが判断される。完了していないと判断される場合、処理は上述のステップＳ７０６に戻る。一方、完了していると判断される場合、上述のステップＳ１４０２に進み、追っかけ再生の完了している録画ファイルが削除される。このように、従来の装置においては、再生しているシーンから録画しているシーンまでの間の期間のみを録画ファイルとして保存している。例えば、録画ファイルは、いわゆる「リングバッファ」と呼ばれるデータ構造で管理されれば良い。
【００３６】
リングバッファを用いれば、録画ファイルの大きさが、ある一定サイズ以上にならないように制約することが容易に実現できる。そのため、記憶管理器１０７に用いられるＨＤＤの容量をいたずらに圧迫することが無い。再生しているファイル位置が、録画しているファイル位置に追いついた場合には、録画ファイルのサイズが０となる。結果、ステップＳ７０７における再生終了処理と、ステップＳ１４０１における録画終了処理に相当する処理が自動的に実行されるために、ステップＳ７０７およびＳ１４０１が不要となる。
【００３７】
再生位置が録画ファイルに追いつく、つまり録画ファイルの最終端部を再生するようになるのは、早送り再生が行われた場合や、録画を行っている番組を受信する受信器のリソースが別の予約録画によって剥奪されて、現行録画が中断される場合などが考えられる。
【００３８】
上記フローチャートでは、ポーズボタンにより録画開始を指定したが、ポーズボタンを押さなくても電源ＯＮ時には常に一定時間遡った時間分を録画させておくモードを搭載されるものもある。また、ここでは追っかけ再生ボタンを押すと、録画の先頭まで戻る代わりに所定の時間だけ戻り、追っかけ再生ボタンを連打するなどして所定の時間分段階的に遡るように構成されるものもある。
【００３９】
【特許文献１】
特開２０００−１３７０８号公報
【特許文献２】
特開２００１−２０９６６０号公報
【特許文献３】
特開２００２−７７７５５号公報
【００４０】
【発明が解決しようとする課題】
しかしながら、上述の受信装置においては、以下に述べる操作性および機能性の問題がある。先ず、操作性に関して、録画番組の予約作業が挙げられる。つまり、録画番組を予約操作する際に、電子番組表を利用したとしても、番組の録画予約を明示的に行う必要があり煩雑である。さらに、番組が放送される前に、どの番組が予約録画に値するかを事前に検討する必要がある。それゆえ、放送後に、他の人より視聴に値すると知らされても、その時点では録画出来ないので、すでに視聴することは不可能である。また、機能性に関しては、予約録画を行っていない番組に対する追っかけ録画は、視聴を開始後にポーズボタンを押した時点までしか遡れない。つまり、番組を途中まで視聴した時点で、その番組の全体を録画しようと思っても、番組の開始時に録画開始操作なしでは不可能である。
また、上述の自動削除録画機能によって、一時保存状態の番組データＤｐの一部もしくは全てを削除することによって、記憶管理器１０７に十分な空き領域が確保出来ない場合は、所望の番組を録画することができない。一方、十分な空き領域が確保されて、新たな番組を録画できる場合でも、ユーザにとっては、新たに録画された番組よりも削除された一次保存状態の番組の方が好ましい場合には、不都合である。ましてや、削除された番組データが一度も再生視聴されていない場合は、さらに不都合である。この観点により、記憶管理器１０７に保存されて番組データを出来るだけ削除せずに、新たな番組が録画できることが望ましい。
よって、本発明は、ユーザからの明示的な録画指示が無い場合でも、視聴や録画の履歴などから録画すべき番組を自動的に選択する投機的な録画を行う投機的録画機能装置を提供することを目的とする。さらに、既に録画されている番組データを出来るだけ削除することなく、新たな番組録画に対する領域を投機的に確保する投機的録画機能装置を提供することを目的とする。
【００４１】
【課題を解決するための手段および発明の効果】
第１の発明は、ユーザの操作に基づいて、ユーザの番組視聴の嗜好を表すユーザプロファイルを抽出するプロファイル抽出器と、
番組の属性を得る番組表管理器と、
ユーザプロファイルと番組の属性に基づいて投機録画すべき番組を選択する投機選択器と、
番組データを蓄積する記憶管理器と、
記憶管理器に蓄積された番組データを必要に応じて消去して投機選択器の選択した番組データを録画する投機録画管理器とを具備することを特徴する。
【００４２】
第２の発明は、第１の発明において、記憶管理器に蓄積される番組データが一時保存状態と永続保存状態との状態を持ち、投機録画管理器が記憶管理器に蓄積された番組データのうち一時保存状態であるものを必要に応じて消去し、投機選択器の選択した番組データを録画する際に一時保存状態で記録し、記憶管理器に蓄積される番組データの状態をユーザからの要求に応じて一時保存状態と永続保存状態との間で変更するユーザインタフェース制御器を具備することを特徴とする。
【００４３】
第３の発明は、第２の発明において、現在放送中の番組の録画開始タイミングから番組の末尾までを一時保存状態でファイルへ蓄積する処理を開始した後に再生開始タイミングでファイルの再生を開始する追っかけ器とを更に備える。
【００４４】
第４の発明は、第１の発明乃至第２の発明において、ユーザインタフェース制御器が録画開始タイミングと再生開始タイミングとをユーザから入力し、現在放送中の番組の録画開始タイミングから番組の末尾までを一時保存状態でファイルへ蓄積する処理を開始した後に再生開始タイミングでファイルの再生を開始する追っかけ器とを具備することを特徴とする。
【００４５】
第５の発明は、第２の発明において、遠隔にある１つ以上の番組録画装置に接続されるネットワークと通信を行う通信器をさらに備え、
ユーザインタフェース制御器が通信器を用いて遠隔にある受信装置の蓄積した番組データと記憶管理器に蓄積された番組データの中からユーザが選択した番組データの状態をユーザからの要求に応じて永続保存状態に変更する操作を行う際にユーザの選択した番組データが遠隔にある録画装置に蓄積された番組データである場合には通信器経由で記憶管理器に取り込んで永続保存状態にすることを特徴とする。
【００４６】
第６の発明は、第５の発明において、追っかけ器が通信器を用いて遠隔にある番組録画装置に蓄積されている番組データで追っかけ器が蓄積をする現在放送中の番組と同一の番組データファイルが存在する場合に、再生開始タイミングで同一のファイルの再生を録画タイミングで開始することを特徴とする。
【００４７】
第７の発明は、第３の発明において、追っかけ器が再生開始タイミングで同一のファイルの再生を開始して録画開始タイミングかそれ以降の時点で再生を記憶管理器に対して行ったファイルに切り替えることを特徴とする。
【００４８】
【発明の実施の形態】
先ず、本発明にかかる投機録画装置の基本的概念について説明する。本発明においては、ユーザからの明示的な録画指示が無い場合でも、ユーザの視聴や録画の履歴などに基づいてユーザの嗜好を推定し、その推定に従い録画すべき番組を自動的に選択する機能が提供される。その為に、ユーザが録画を欲するであろう番組を自動的に録画する録画装置、あるいはそのような録画装置を組み込んだ受信装置自身が番組を選択して録画する機能である投機録画を実現する。録画装置による選択は、必ずしもユーザの欲求と適合するわけではなく、その結果なされた録画は無駄な録画となる事もあり「賭けごと」として側面もある。この意味において、本発明によって推定されるユーザの嗜好に基づいて所定の番組を録画する機能を「投機録画」を呼称するものである。なお、「投機」は、高性能マイクロプロセッサにおいて、分岐することを予測し、後続の分岐先の命令の読み込みや実行を分岐命令と平行もしくは先行して行うことで、全体の処理速度を確率的に高速化する「分岐予測」などの「投機実行」と呼ばれる概念に準じて規定されるものである。
【００４９】
（第１の実施の形態）
図１、図２、図３、図４、および図５を参照して、本発明の第１の実施の形態にかかる投機録画装置を組み込んだ受信装置について説明する。
図１に示すように、本実施の形態にかかる受信装置１２００ａは、上述の従来の１２００に、プロファイル抽出器１１０、投機選択器１１１、および投機録画管理器１１２が追加された構成を有している。プロファイル抽出器１１０は、ＵＩ制御器１０３に接続されて、ＵＩ制御器１０３から出力される遷移制御信号Ｓｃの状態および、ユーザの入力器１０５の操作状況（ユーザの入力）を逐次監視する。そして、監視した操作状況に基づいて、ユーザ嗜好を特徴付ける情報を抽出して、ユーザプロファイルＰｕを生成する。なお、プロファイル抽出器１１０は、一旦作成したユーザプロファイルＰｕを監視状況に応じて、逐次更新する。
【００５０】
ユーザプロファイルＰｕとは、ユーザの嗜好を直接的間接的に表すデータの集合である。例えば、リアルタイムに放送される特定の番組を繰り返し視聴しているとか、一時保存状態で録画された番組のうちのどれを永続的に保存させたか、一時保存状態で録画された番組のうちのどれを視聴したかあるいは視聴せずに自動削除されたかなどを統計処理などで得られるユーザ毎の好みを表す情報の集合である。このようなユーザプロファイルとして種々なモデルやデータ構造が適用可能である。
【００５１】
投機選択器１１１は、プロファイル抽出器１１０から出力されるユーザプロファイルＰｕに基づいて、番組表管理器１０６から出力される番組表情報ＩＰに示される番組から、ユーザが視聴を希望すると判断されて投機的に録画すべき番組の候補を選択して、投機録画候補番組リストＬ２Ｓを生成する。
【００５２】
投機録画管理器１１２は、投機選択器１１１から出力される投機録画候補番組リストＬＳに基づいて、記憶管理器１０７に対して、同投機録画候補番組リストＬＳにあげられている投機録画対象番組の放送開始時間順番に録画を指示する。
【００５３】
上述の受信装置１２００ａに関して、その特徴であるユーザプロファイルＰｕの生成、投機録画予約（投機録画候補番組リストＬＳ生成）を重点に、投機録画動作に関して、それぞれ、図２、図３、および図４を参照して詳細に説明する。
【００５４】
先ず、図２を参照して、受信装置１２００ａにおけるユーザプロファイルの生成および更新について説明する。上述のように、ユーザプロファイルＰｕは、ユーザによる入力器１０５の操作に基づいて抽出されたユーザの番組に対する嗜好を特徴づける情報の集合である。つまり、ユーザが入力器１０５を操作した時点でユーザプロファイル生成が開始される。
【００５５】
つまり、ステップＳ３０１において、操作信号Ｓｏに基づいて、ユーザが入力器１０５を操作した否かが判断される。ユーザによる操作が検出されるまで、本ステップにおける判断処理を繰り返し、ユーザによる操作が検出された時点で、処理は次のステップＳ３０２に進む。
【００５６】
ステップＳ３０２において、ＵＩ制御器１０３は、操作信号Ｓｏに基づいて、ユーザの操作内容を検出して、遷移制御信号Ｓｃを生成する。そして、処理は、次のステップＳ３０３に進む。
【００５７】
ステップＳ３０３において、プロファイル抽出器１１０は、遷移制御信号Ｓｃに基づいて、ユーザ嗜好を特徴付ける操作を抽出する。具体的な選択については前述した通りである。そして、処理は、次のステップＳ３０４に進む。
【００５８】
ステップＳ３０４において、プロファイル抽出器１１０は、ステップＳ３０３において抽出したユーザ嗜好特徴操作に基づいて、ユーザプロファイルＰｕを作成あるいは更新する。
【００５９】
次に図３を参照して、プロファイル抽出器１１０、投機選択器１１１、投機録画管理器１１２、および予約録画器１０９が主になって実行される投機録画予約ルーチンについて説明する。投機録画予約は、受信装置１２００ａが稼働中であれば、随時起動して、以下に述べる処理が実行される。
まず、ステップＳ４０１において、投機選択器１１１によって、番組表管理手段１０６の保持する番組表情報ＩＰに記載されている番組が１つ選択される。同時に選択された番組の属性も取得される。番組の属性（以降、「番組属性」）とは、電子番組表と同時に伝送されるもので、番組のタイトルや、出演者、ジャンル、番組のシリーズなどである。なお、番組属性は、電子番組表以外の情報源から入手しても良く、例えば通信回線経由で入手しても良い。そして、処理は次のステップＳ４０２に進む。
【００６０】
ステップＳ４０２において、投機選択器１１１によって、ステップＳ４０１で選択された番組の番組属性と、プロファイル抽出器１１０の保持するユーザプロファイルＰｕとが照合される。そして、照合された番組属性とユーザプロファイルＰｕとの適合度合いに基づいて、選択した番組の投機録画すべき度合いが採点されて、投機得点Ｐｓが生成される。投機得点Ｐｓは、適合度合いが増すにつれ増加するものとする。なお、投機選択器１１１は、本ステップで求めた各番組に対する投機得点Ｐｓを一時的に記憶する。そして、処理は次のステップＳ４０３に進む。
【００６１】
ステップＳ４０３において、番組表情報ＩＰに記載されている番組のすべてが選択（ステップＳ４０１）されたか否かが判断される。Ｎｏの場合は、上述のステップＳ４０１およびＳ４０２における処理が繰り返されて、番組表情報ＩＰに記載されている番組のそれぞれに対して投機得点Ｐｓが順次採点される。そして、番組表情報ＩＰに記載されている全ての番組について投機得点Ｐｓが採点された時点で、本ステップにおいてＹｅｓと判断されて、処理は次のステップＳ４０４に進む。このようにして、投機選択器１１１は、各番組に対する投機得点Ｐｓの全てを投機得点ＰｓＡとして一時的に記憶する。
【００６２】
ステップＳ４０４において、投機選択器１１１によって、電子番組表上で番組が存在する時間帯が選択される。時間帯の選択範囲は、番組の編成の粒度で良い。例えば、番組編成の最小単位が毎正時と毎３０分とすると、３０分単位の粒度で時間帯を選択すれば良い。そして、処理は次のステップＳ４０５に進む。
【００６３】
ステップＳ４０５において、投機選択器１１１によって、ステップＳ４０４において選択された時間帯毎に、その時間帯に含まれる番組中で、その投機得点Ｐｓが最大の番組が選択される。そして、処理は次のステップＳ４０６に進む。
【００６４】
ステップＳ４０６において、投機録画候補番組リストＬＳが投機選択器１１１から投機録画管理器１１２に出力される。投機録画候補番組リストＬＳ（投機録画候補番組リストＬＳは、具体的には、ステップＳ４０５で選択され番組の開始日時、終了日時、放送チャンネル、および投機得点Ｐｓを含む。）そして、投機録画管理器１１２は、投機選択器１１１から入力された投機録画候補番組リストＬＳに基づいて、投機録画指示情報ＩＲｓを生成して、予約録画器１０９に出力する。投機録画指示情報ＩＲｓは、投機録画候補番組リストＬＳに含まれる開始日時、終了日時、放送チャンネル、および投機得点Ｐｓの内、開始日時、終了日時、および放送チャンネルを含む。予約録画器１０９によって、投機録画指示情報ＩＲｓに基づく、投機録画予約が設定される。そして、処理は次のステップＳ４０７に進む。
【００６５】
ステップＳ４０７において、全ての時間帯が選択されたか否かが判断される。Ｎｏの場合は、上述のステップＳ４０４、Ｓ４０５、およびＳ４０６における処理が繰り返されて、前回と異なる時間帯における最大投機得点投機得点ＰＳｍａｘ（ｔｚ）を有する番組が投機録画予約される。そして、全ての時間帯（ｔｚ）に対して、投機録画予約された時点で、本ステップにおいてＹｅｓと判断されて、本投機録画予約ルーチンが終了される。
【００６６】
次に図４を参照して、記憶管理器１０７および投機録画管理器１１２が主になって実行される投機録画実行ルーチンについて説明する。本投機録画実行ルーチンは、上述の投機録画予約ルーチンによって、投機録画が予約されていることが前提である。よって、まず、ステップＳ５０１において、現在時刻Ｔｃが上述のステップＳ４０６において、予約録画が設定された番組毎の録画開始時刻Ｔｒの何れかと一致しているか否かが判断される。Ｙｅｓと判断されるまで本ステップの処理を繰り返した後に、処理は次のステップＳ５０２に進む。
【００６７】
ステップＳ５０２において、ステップＳ５０１で録画開始時刻Ｔｒであると検出された現在時刻Ｔｃに対して録画設定されている番組が、上述のステップＳ４０６で投機録画予約されたものであるか否かが判断される。録画開始時刻Ｔｒに対して、通常の録画予約されている場合に、処理はステップＳ５０３に進む。なお、「通常の録画予約」とは、ユーザが番組表から、選択して読みとった番組の放送日時とチャンネルを入力するなどによって、行われる予約操作を表す。このとき、ユーザ自身が特定の番組を録画したい明示的な要求に基づく操作により、番組が選択されたことを意味する。
【００６８】
Ｙｅｓ、つまり録画開始時刻Ｔｒに対して、投機録画予約されている場合に、処理はステップＳ５０６に進む。なお、投機録画であるか否かの判断は、好ましくは投機録画管理器１１２によって行われる。つまり、上述のステップＳ４０６において、投機録画管理器１１２が予約録画器１０９に出力する投機録画指示情報ＩＲｓに、投機録画であることを表すビットをさらに含ませることによって、予約録画器１０９が投機録画か否かを容易に判断出来る。
【００６９】
ステップＳ５０３において、投機録画管理器１１２によって、受信機の現在のリソース状態で、録画開始時刻Ｔｒを迎えた通常の予約録画の実行が可能か否かが判断される。そして、現在のリソース状態において、当該予約録画の実行が不可である場合には、実行中の投機録画があればその実行を中止することが決定される。つまり、本ステップにおいては、受信装置１２００ａのリソース状態に基づいて、通常の予約録画を実行するために、実行中の投機録画の中止の要否が判断される。そして、実行中の投機録画の中止が必要と判断される場合、処理は次のステップＳ５０４に進む。なお、受信装置のリソースとは、受信手段全体の性能、機能を受信機の仮想的な構成要素と見なしたものである。例えば、受信手段が同時に１番組しか受信出来ないのであれば、投機録画と、通常の予約録画とを同時に実行出来ない。あるいは、ＨＤＤなどで構成される記憶管理手段の単位時間あたりのデータの入出力の能力が不足しているため、複数の録画が同時に実行出来ない事態もリソースの制約である。
【００７０】
ステップＳ５０４において、投機録画管理器１１２によって、実行中の投機録画が中止される。これは、ステップＳ５０３で現在実行中の投機録画を中止しなければ、通常の予約録画が成功しないと判断されたので、実行中の投機録画を強制終了させることによってリソース状態の回復をはかるものである。そして、処理は次のステップＳ５０５に進む。
【００７１】
一方、上述のステップＳ５０３においてＮｏ、つまり、現在のリソース状態で予約録画の実行が可能な場合は、処理は上述のステップＳ５０３をスキップしてステップＳ５０５に進む。
【００７２】
上述のステップＳ５０２において投機録画と判断された場合には、ステップＳ５０６において、投機録画管理器１１２によって、ステップＳ５０２におけるのと同様に、受信装置１２００ａの現在のリソースの状態において、録画開始時刻Ｔｒを迎えた投機録画が実行可能か否かが判断される。例えば、受信器１０１が一度に１つの番組しか受信出来ない場合、受信器１０１がリアルタイムの放送視聴や通常の予約録画などにより、投機録画用に使用できない状況であれば、リソースの制約上投機録画が実行出来ない。実行可能であれば、Ｙｅｓと判断されて、処理は次のステップＳ５０７に進む。
【００７３】
ステップＳ５０７において、投機録画管理器１１２により、記憶管理器１０７に蓄積された番組データを投機得点Ｐｓの小さい順に並べたリストが作成される。このリストにおいて上位に位置する番組データは、必要があれば、他の番組データより優先的に消去してもよいと見なすことができる。この意味において、投機録画管理器１１２は、本ステップにおいて、消去候補番組データリストを生成していると言える。
【００７４】
本実施の形態においては、この消去候補番組データリストは、予約録画器１０９に番組の投機録画に十分な格納領域が無い場合に、既に格納されている番組データを所定の条件に従う優先順位で消去することによって、これから行う投機録画に必要な格納領域を確保するために利用される。この目的を満たすために、本ステップにおいては、消去候補番組データリストに掲載される番組数は、それらの番組データの合計が、録画開始時刻Ｔｒに到達した投機録画番組のデータが記憶管理器１０７に占めるであろう領域の大きさより所定量を越えるように決められる。この所定量とは、予約された番組をもれなく録画するために、記憶管理器１０７の動作特性などを考慮して定められる任意の値である。消去候補番組データリスト生成の際に利用された、番組の投機得点Ｐｓは記憶管理器１０７の各番組属性として保存しておいて用いても良いし、投機録画管理器１１２が蓄積済みの投機録画の番組に対しても一括で管理するようにしても良い。
【００７５】
ステップＳ５０８において、投機録画管理器１１２によって、消去候補番組データリストに記載されている全ての番組データの投機得点Ｐｓが投機録画すべき番組の投機得点Ｐｓより大きいか否かが判断される。なお、消去候補番組データリストに記載されている番組データの総量は、投機録画すべき番組のデータの格納に必要な容量であることは上述のとおりである。Ｙｅｓと判断される場合、処理は次のステップＳ５０９に進む。
【００７６】
ステップＳ５０９において、投機録画管理器１１２によって、消去候補番組データリストに記載されている全ての番組データが削除される。この結果、投機録画すべき番組が格納可能となるだけの空き領域が作られる。そして、処理は次のステップＳ５１０に進む。
【００７７】
ステップＳ５１０において、新規の録画ファイルが記憶管理器１０７に作成される。このファイルが、投機録画データの一時保存状態に設定される。そして、処理は次のステップＳ５０５に進む。
【００７８】
ステップＳ５０５において、予約録画器１０９によって、録画開始時刻Ｔｒに達した番組の録画を開始する。そして処理を終了する。
【００７９】
なお、リソース状態から投機録画が可能でないと判断される場合は、上述のステップＳ５０６でＮｏと判断されて、上述のステップＳ５０７、Ｓ５０７、Ｓ５０８、Ｓ５０９、Ｓ５１０、およびＳ５０５の処理をスキップして、本ルーチンは終了される。これは、リアルタイムの放送視聴や通常の予約録画などのユーザの明示的な要求に基づく操作によって起動される機能を、ユーザの明示的な意図によらない受信装置１２００による投機録画により妨げるべきではないとの判断に基づくものである。なお、ステップＳ５０３において、Ｙｅｓと判断された際に、ステップＳ５０４において実行中の投機録画が中止させられるのも同じ判断によるものである。
【００８０】
なお、本実施の形態においては、ステップＳ５０８で、消去候補番組データリストに記載されている全ての番組の投機得点Ｐｓｄが、投機録画すべき番組データの投機得点Ｐｓｒより小さいことを条件に、消去候補番組データを全て消去して投機録画データの格納領域を確保している。しかしながら、消去候補番組データの内で、その投機得点Ｐｓｒが投機録画すべき番組データの投機得点Ｐｓｄより小さいもののみを消去して、投機録画すべき番組の一部分のみを可能なだけ録画しても良い。
【００８１】
なお、投機録画を開始する（Ｓ５０５）前に、投機録画の全てを格納可能なだけの空き領域を確保する（Ｓ５０９）代わりに、記憶管理器１０７における領域が不足するたびに、消去候補番組データリストに記載の番組の中で投機得点Ｐｓｄが小さい方から随時削除するように構成することも容易である。この場合、投機録画が何らかの要因で中断されるような異常時であっても、記憶管理器１０７に既に格納されている番組データは、投機録画が中断されるまでに必要とされる最小領域に相当する分のみが消去される。結果、投機録画の中断と言う異常事態が生じた場合には、消去する必要のなかった既存の番組データが保存されたままであるので、記憶管理器１０７が格納できる最大限の量の投機録画番組データを保持することが出来る。また、記憶管理器１０７に投機録画に十分な記憶領域が確保されている場合には、上述のステップＳ５０７、Ｓ５０８、およびＳ５１０の処理を省略するように構成しても良い。なお、異常事態とは、停電やユーザによる突然の視聴や録画、操作などが考えられる。
【００８２】
上述のように、本実施の形態においては、受信装置１２００ａの動作を妨げない範囲で、ユーザが録画を欲するであろう番組を自動的に録画する。録画した番組のファイルは一時保存状態になっており、次回の投機録画により、ユーザがより欲するであろう（投機得点Ｐｓが高い）番組データに、容量の許す範囲で随時置き換えられていく。このように、ユーザが録画を欲するであろう番組を、受信装置が勝手に録画する機能である「投機録画」が実現される。これにより、ユーザが明示的な録画予約操作を行わなくても高い確率で所望の番組が録画される。
【００８３】
（第２の実施の形態）
本実施の形態においては、上述の第１の実施の形態にかかる受信装置１２００ａに、ユーザの指示に基づいて、投機録画された番組データを永続的に保存する機能を付与したものである。通常の投機録画された番組データは次回以降の投機録画により自動的に消去される可能性が有るが、本実施の形態にかかる永続的保存とは、別の投機録画によって消去されないように保護されることを言う。
なお、本実施の形態にかかる受信装置１２００ｂは、図１に示した受信装置１２００ａと基本的に同様に構成されるが、新たに投機録画された番組データの永続保存機能が付与されている。よって、冗長を避けるために本実施の形態にかかる受信装置１２００ｂの構成についての説明を省くと共に、投機録画データの永続保存機能についてのみ図５を参照して説明する。
【００８４】
図５に、本実施の形態にかかる受信装置１２００ｂによって実施される投機録画データの永続保存ルーチンの詳細を示す。上述のステップＳ５０５において開始した投機録画が終了した後に、本ルーチンが開始する。
まず、ステップＳ６０１において、図１７に例示した蓄積内容確認画面が表示器１０４に表示される。ユーザは、入力器１０５を操作して、表示器１０４に表示された蓄積内容確認画面に表示される番組データの一つを選択することが可能となる。そして、処理は次のステップＳ６０２に進む。
【００８５】
ステップＳ６０２において、操作信号Ｓｏに基づいて、ユーザが記憶管理器１０７に蓄積されている番組データの何れかを選択したか否かが判断される。ユーザが、番組データを選択した時点でＹｅｓと判断されて、処理は次のステップＳ６０３に進む。
【００８６】
ステップＳ６０３において、ステップＳ６０２で選択された番組データが永続保存状態であるか否かが判断される。当該番組データが、既に永続保存状態であれば、処理はステップＳ６０４へ進む。それ以外の場合、すなわち番組データが一時保存状態の場合、処理はステップＳ６０５へ進む。
【００８７】
ステップＳ６０４において、ステップＳ６０２選択した番組を、現在の一時保存状態から永続保存状態に変更する。そして本ルーチンを終了する。
【００８８】
ステップＳ６０５において、ステップＳ６０２選択した番組を、現在の永続保存状態から一時保存状態に変更する。そして本ルーチンを終了する。
【００８９】
このように、本実施の形態においては、投機録画された番組データを永続的に保存するだけでなく、ユーザが指定した投機録画された番組データを、通常の予約録画した番組と同等に扱うように変更する。この様に投機録画の永続状態を、通常の予約録画と同じ状態にすることで、特別な状態を設ける必要が無い。結果、画面表示やＧＵＩ（Ｇｒａｐｈｉｃ　Ｕｓｅｒ　Ｉｎｔｅｒｆａｃｅ）も複雑にする必要が無い。また、一旦永続状態になった番組データを、意識せずに通常の予約録画した番組データと同一に扱うことが出来き、ユーザの利便性が向上する。このように、投機録画が行なわれた番組データを、ユーザの操作によって永続的に保存する機能が実現される。
【００９０】
（第３の実施の形態）
本実施の形態においては、上述の第１の実施の形態にかかる受信装置１２００ａに、追っかけ機能を付加したものである。本実施の形態にかかる受信装置１２００ｃにおいては、追っかけ視聴で録画した番組データ（ファイル）は追っかけ視聴終了後も一時保存状態で保存される。さらに、番組放送が完了する前に追っかけ再生が終了されても、当該番組の先頭から末尾までの全体を録画した番組データが保存される。結果、番組が画面に映っていたものの実際にはユーザが見ていなかった場合などに再度視聴出来る。また、当初は録画するつもりがなかったが、実際に視聴してみて録画して保存しておきたいと思い直した場合に、永続保存状態に変更することで、すぐさま番組全体を永続的に保存可能になる。
【００９１】
本実施の形態にかかる受信装置１２００ｃは、図１に示す受信装置１２００ａと基本的に同様に構成されるが、新たに永続保存対応の追っかけ録画機能が付与されている。よって、冗長を避けるために本実施の形態にかかる受信装置１２００ｃの構成についての説明を省くと共に、永続保存対応の追っかけ録画機能についてのみ図６を参照して説明する。
【００９２】
図６に、本実施の形態にかかる受信装置１２００ｃによって実施される永続保存対応の追っかけ録画ルーチンの詳細を示す。本実施の形態にかかる追っかけ録画ルーチンは、既に図１９を参照して説明した従来の技術における追っかけ再生ルーチンにおいて、ステップＳ１４０１およびＳ１４０２がそれぞれステップＳ７０９およびＳ７１０に置き換えられていると共に、ステップＳ７０８でＮｏと判断された場合、処理はステップＳ７０６に戻る。ステップＳ７０１からステップＳ７０７およびステップＳ７０８に至るまでの処理は、既に図１９を参照して説明したとおりであるので、ステップＳ７０７以降およびステップＳ７０８以降の処理について説明する。
【００９３】
ステップＳ７０７においては、ステップＳ７０６におけるユーザの追っかけ終了指示検出に応答して、ステップＳ７０５で開始した番組データの追っかけ再生が終了される。そして、処理はステップＳ７０９に進む。
【００９４】
ステップＳ７０８において、ユーザによる追っかけ（録画）処理終了指示が検出されていない状態で、ステップＳ７０４で開始した追っかけ録画番組の再生が終了しているか否かが判断される。再生が終了していない場合はＮｏと判断されて、処理は上述のステップＳ７０６に戻る。一方、再生が終了している場合はＹｅｓと判断されて、処理はステップＳ７０９に進む。
【００９５】
ステップＳ７０９において、ステップＳ７０３で開始した追っかけ録画が既に終了しているか否かが判断される。追っかけ再生が、ユーザの指示に基づいて強制的に終了させられた（ステップＳ７０７）後に、または、自然に終了した（ステップＳ７０８）後に、Ｙｅｓと判断されて、処理は次のステップＳ７１０に進む。
【００９６】
ステップＳ７１０において、再生が終了した追っかけ録画番組データ（ファイル）の保存状態が一時保存状態に変更される。なお、図１９に示した、従来の技術においては、ステップＳ７０７に続いてステップＳ１４０１において、追っかけ録画も強制的に終了される。しかしながら、本実施の形態においては、ステップＳ７０９およびステップＳ７１０の処理によって、番組が終了するまで追っかけ録画が継続されるので、後日改めて番組全体を視聴することができる。
【００９７】
なお、図６には明記していないが、本実施の形態においては、番組の放送（配信）の終了と共に追っかけ録画も終了される。これは、従来の技術に関して図１４に示したステップＳ７０３における処理に関して説明したように、追っかけ録画の開始にあたって番組の最後で録画を終了させるように予め設定されているからである。
【００９８】
録画終了後も、従来技術におけるステップＳ１４０２でのファイルの削除が行われず、ステップＳ７１０で一時保存状態に変更されてファイルは記憶管理器１０７に保存される。また、一時保存状態で残されたファイルは、図５を参照して説明したように、ユーザの操作によって永続保存状態に変更することで、以降の投機的録画処理の際に自動的に削除されることは無い。
【００９９】
なお、ステップＳ７０１による検出されるユーザのポーズボタン操作に応答して、ステップＳ７０２で追っかけ録画を開始させるように構成する代わりに、常に追っかけ視聴のための録画を行うように構成しても良い。この場合、無操作で番組の先頭から追っかけ録画されるので、常に番組の先頭から最後までが、自動で一時保存状態として残されることになる。
【０１００】
上述のように、本実施の形態においては、従来の追っかけ視聴のように、追っかけ録画専用の形式のファイルで番組データを格納するのではなく、通常の録画と投機録画の両方の録画状態にいて同じ形式のファイルで格納される。追っかけ視聴で録画した番組のファイルは、追っかけ視聴終了後も一時保存状態にして保存される。これによって、番組が画面に映っていたものの実際にはユーザが見ていなかった場合などにも、ユーザはその番組を後ほど視聴出来る。また、当初は録画するつもりがなかったが、実際に視聴してみて録画して保存しておきたいと思い直した場合に、永続保存状態に変更することで、すぐさま番組全体が永続的に保存可能になる。
【０１０１】
（第４の実施の形態）
本実施の形態においては、上述の受信装置１２００ａに、投機録画により生成されたファイルを追っかけ視聴のファイルとして利用する機能を付加したものである。これにより番組の先頭から視聴していない場合にも、番組の先頭から追っかけ視聴する事が可能となる。また、投機録画される番組は、リアルタイムで視聴される可能性も高いと予想されるので、番組の先頭から追っかけ視聴出来る可能性も高い。
【０１０２】
本実施の形態にかかる受信装置１２００ｄは、図１に示す受信装置１２００ａと基本的に同様に構成されるが、新たに投機録画により生成されたファイルを追っかけ視聴のファイルとして利用する機能が付与されている。よって、冗長を避けるために本実施の形態にかかる受信装置１２００ｄの構成についての説明を省くと共に、投機録画により生成されたファイルを追っかけ視聴のファイルとして利用する機能についてのみ図７を参照して説明する。
【０１０３】
図７に、本実施の形態にかかる受信装置１２００ｄによって実施される投機録画により生成されたファイルを追っかけ視聴のファイルとして利用するルーチンの詳細を示す。本実施の形態にかかる投機録画番組データを用いた追っかけ録画ルーチンは、既に図６を参照して説明した第３の実施の形態にかかる追っかけ再生ルーチンにおいて、ステップＳ７０１とステップＳ７０２の間に、ステップＳ８０１、およびＳ８０２を新たに追加し、そしてこのステップＳ８０２とステップＳ７０４の間にステップＳ８０３が新たに設けられている。
【０１０４】
このように構成された受信装置１２００ｄにおいて、第３の実施の形態におけるのと同様に、まずステップＳ７０１において、ユーザが入力器１０５のポーズボタンに操作応答して、投機録画番組データ（ファイル）を利用した追っかけ録画処理が開始する。そして、処理は新たに設けられたステップＳ８０１に進む。
【０１０５】
ステップＳ８０１において、現在視聴中の番組の現時点までの部分が投機録画により既に録画してあるかが判断される。具体的には、視聴中の番組の録画データを検索して、当該録画データ（ファイル）の存在をもって録画の有無の判断とする。なお、ここでは投機録画の番組に限定したが、過去に通常に録画された内容的に同一の番組を利用しても良い。すなわち、過去に同一の番組が放送されて受信装置１２００ｄで既に録画されており、かつ、現在視聴中の番組と録画した番組とが同一であることを示す情報が電子番組表の情報などで示される場合、録画された番組を検索結果とする。すなわち、現在視聴中の番組は、既に録画されている番組が再放送されているなどの場合である。そして、処理は次のステップＳ８０２に進む。
【０１０６】
ステップＳ８０２において、ステップＳ８０１での検索の結果、録画番組データが存在しない場合は、Ｎｏと判断されて、処理は上述のステップＳ７０２、およびＳ７０３を経て、ステップＳ７０４に進む。一方、録画番組データが存在する場合はＹｅｓと判断されて、処理は新たに設けられたステップＳ８０３に進む。
【０１０７】
ステップＳ８０３において、ステップＳ８０１で検索した録画ファイルが追っかけ状態に変更される。そして、追っかけ状態のファイルが追っかけ録画ファイルとして用いられる。この様に追っかけ視聴をしようとする番組が既に投機録画されている場合には、投機録画のファイルを追っかけ録画のファイルとして扱うことで、番組の先頭からの追っかけが可能になる。そして、投機録画でユーザにとって適切な番組が選択されているため、先頭からの追っかけが可能な場合が多い。処理は、上述のステップＳ７０２およびＳ７０３をスキップして、ステップＳ７０４に進む。
【０１０８】
上述のように、本実施の形態においては、投機録画により生成されたファイルを追っかけ視聴のファイルとして利用する機能が実現される。これにより番組の先頭から視聴していない場合にも、番組の先頭から追っかけ視聴する事が可能となる。また、投機録画される番組は、リアルタイムで視聴される可能性も高いと予想されるので、番組の先頭から追っかけ視聴出来る可能性が高い。
【０１０９】
（第５の実施の形態）
第５の実施の形態においては、上述の受信装置１２００ａに、インターネットへの常時接続環境にローカル受信装置として接続されている状態で、遠隔にある他の受信装置１２００や、受信装置１２００の動作をエミュレートするサーバに録画された番組のファイルをローカル受信装置が蓄積した番組データファイルと同様に処理できる機能を付加したものである。これにより、遠隔にあるサーバの録画ファイルを、ユーザのローカルの受信装置１２００ｅに、蓄積するファイルの一覧として表示し、ローカルの受信装置１２００ｅの投機録画を永続保存状態に変更するのと同様な操作で、遠隔の受信装置１２００ｅｒあるいは専用ストリーミングサーバ９１２からローカルの受信装置１２００ｅにファイルをコピーして保存できる。
【０１１０】
図８に、本実施の形態にかかる受信装置１２００ｅの構造を示す。受信装置１２００ｅは、図１に示した第１の実施の形態にかかる受信装置１２００ａに、通信器９０１が追加されている。そして、受信装置１２００ｅは、ネットワーク９２０を経由して、他の受信装置１２００ｅｒや１２００ｅの動作をエミュレートする専用ストリーミングサーバ９１２に接続されている。なお、受信装置１２００ｅｒは受信装置１２００ｅと同様に構成しても良いことは言うまでもない。
【０１１１】
通信器９０１は、ネットワーク９２０での情報伝送に適合した符号化・復号化を行い受信装置１２００ｅをネットワーク９２０に接続すると共に、通信を可能とする。通信器９０１は、アナログモデム、ブロードバンドルータ、ケーブルモデム、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）のインタフェース等の何れかで良い。
【０１１２】
ネットワーク９２０は複数の受信機や専用ストリーミングサーバとを相互に接続する情報伝達網である。ネットワーク９２０はインターネットなどのＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）や、同じ建物内などのネットワークであるＬＡＮ、もしくは端末間の接続がＰｅｅｒ　ｔｏ　Ｐｅｅｒの直接接続の場合は公衆電話回線などで良い。
【０１１３】
専用ストリーミングサーバ９１２は、ネットワーク９２０越しに観測すれば他の受信装置１２００ｅｒと同様の挙動をするが、複数の受信装置１２００ｅ、１２００ｅｒと、同時に通信し処理する事が可能である。
【０１１４】
図９に、本実施の形態にかかる受信装置１２００ｅによって実施される、遠隔データの永続保存ルーチンの詳細を示す。本遠隔データの永続保存ルーチンは、既に図５を参照して説明した第２の実施の形態にかかる永続保存ルーチンにおいて、ステップＳ６０１がステップＳ１００１およびＳ１００２に置き換えられ、ステップＳ６０３とステップＳ６０５の間にステップＳ１００３が新たに追加されている。
【０１１５】
上述のステップＳ６０１において、ローカルな受信装置１２００ｂに蓄積されている録画番組の内容が表示される代わりに、本実施の形態においては、以下のステップＳ１００１およびステップＳ１００２に渡って、遠隔の受信装置１２００ｅｒあるいは専用ストリーミングサーバ９１２に蓄積されている録画番組の内容が表示される。
【０１１６】
つまり、ステップＳ１００１において、受信装置１２００ｅは、通信器９０１によってネットワーク９２０を経由して他の受信装置１２００ｅや専用ストリーミングサーバ９１２とに接続される。これら接続された遠隔にある装置が蓄積している録画結果のファイル一覧が受信される。そして、処理は次のステップＳ１００２に進む。
【０１１７】
ステップＳ１００２において、ステップＳ１００１において受信された遠隔の受信装置１２００ｅｒあるいは専用ストリーミングサーバ９１２で蓄積されている録画結果と、ローカルの受信装置１２００ｅで蓄積内容とが一つの蓄積番組一覧にマージされる。マージされた蓄積番組一覧が、ローカルの受信装置１２００ｅに表示器１０４に表示される。そして、処理は上述のステップＳ６０１を経て、上述のステップＳ６０３に進む。
【０１１８】
ステップＳ６０３において、ステップＳ６０２において選択したと判断された番組エータファイルが永続保存状態であれば、Ｙｅｓと判断されて、処理は上述のステップＳ６０４の処理を経て、本ルーチンを終了する。一方、ステップＳ６０２において選択したと判断された番組データファイルが永続保存状態でなければ、Ｎｏと判断されて、処理はステップＳ１００３に進む。
【０１１９】
ステップＳ１００３において、選択された番組データファイルがローカルの受信装置１２００ｅに在るのであれば、Ｎｏと判断されて、上述のステップＳ６０５に進み、当該番組データファイルは永続保存状態に変更される。一方、選択された番組データファイルが遠隔の受信装置１２００ｅｒあるいは専用ストリーミングサーバ９１２に在るものであれば、Ｙｅｓと判断されて、処理はステップＳ１００４に進む。
【０１２０】
ステップＳ１００４において、選択された番組データファイルを、ネットワーク９２０を介して、遠隔の受信装置１２００ｅｒあるいは専用ストリーミングサーバ９１２から受信する。そして、処理は上述のステップＳ６０５に進む。
【０１２１】
上述のように、本実施の形態においては、インターネットへの常時接続環境に手元にある（ローカルの）受信装置が接続されている状況で、遠隔にある他の受信装置や、受信装置の動作をエミュレートするサーバに録画された番組のファイルを、ローカルの受信装置が蓄積した番組のファイルと同様に扱える。遠隔にあるサーバの録画ファイルを、ローカルの受信装置の蓄積するファイルの一覧に表示し、ローカルにある投機録画を永続保存状態に変更するのと同様な操作で、遠隔からローカルにファイルを移動保存する。
【０１２２】
（第６の実施の形態）
本実施の形態においては、上述の第１の実施の形態にかかる受信装置１２００ａに、上述の第５の実施の形態にかかる受信装置１２００ｅと同様にネットワーク越し接続された遠隔にある他の受信装置や専用ストリーミングサーバとネットワーク越しに接続されており、さらにこれら遠隔の機器に蓄積された番組データファイルをローカルの受信装置１２００ｅに蓄積されている番組データファイルと同様に扱う機能を付加したものである。
本実施の形態にかかる受信装置１２００ｆ（図示せず）においては、遠隔の受信装置１２００ｆｒにある番組データファイルを用いて、追っかけ視聴をする。ローカルの受信装置１２００ｆでも追っかけ録画を行うが、追っかけ録画を開始するより前の番組の部分については、遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｆ（ストリーミングサーバ９１２に相当）にあるファイルを使う。これによって、ローカルの受信装置１２００ｆで番組の先頭からの追っかけ録画していない場合でも、番組の先頭部分からの追っかけ再生が可能になる。
【０１２３】
本実施の形態にかかる受信装置１２００ｆは、図８に示した受信装置１２００ｅと基本的に同様に構成されるが、新たに遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｒのファイルを、受信装置１２００ｆにあるファイルと同様に取り扱う機能が付加されている。また、受信装置１２００ｆｒと専用ストリーミングサーバ９１２ｆもそれぞれ、図８に示した受信装置１２００ｅｒおよび専用ストリーミングサーバ９１２と同様に構成されている。よって、冗長を避けるために本実施の形態にかかる受信装置１２００ｆの構成についての説明を省くと共に、遠隔にあるファイルの取り扱い機能についてのみ図１０および図１１を参照して説明する。
【０１２４】
図１０および図１１に、本実施の形態にかかる受信装置１２００ｆによって実施される遠隔番組データファイルを用いた追っかけ処理ルーチンの詳細を示す。本実施の形態にかかる遠隔データファイルを用いた追っかけ処理ルーチンは、既に図６を参照して説明した第３の実施の形態にかかる追っかけ再生ルーチンにおいて、ステップＳ７０１とステップＳ７０２の間に、ステップＳ１１０１、Ｓ１１０２、およびＳ１１０３を新たに追加し、ステップＳ７０３とＳ７０４の間にステップＳ１１０４を追加し、ステップＳ７０５を新たなステップＳ１１０５、Ｓ１１０６、Ｓ１１０７、およびＳ１１０８に置き換えられ、ステップＳ７０８が新たなステップＳ１１０９に置き換えられている。このように構成された受信装置１２００ｆにおいて、ステップＳ７０１において、上述の如くユーザによるポーズボタン操作により、本ルーチンが開始して、処理は次のステップＳ１１０１に進む。
【０１２５】
ステップＳ１１０１において、受信装置１２００ｆにて現在視聴中の番組について、現時点までの部分の録画データが、遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｆ中で検索される。そして、処理は次のステップＳ１１０２に進む。
【０１２６】
ステップＳ１１０２において、遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｆに該当する録画データが存在する場合は、Ｙｅｓと判断されて、処理は次のステップＳ１１０３に進む。
【０１２７】
ステップＳ１１０３において、遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｆに在る録画データの再生が準備される。つまり、遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｆでは、受信装置１２００ｆから要求すればいつでもステップＳ１１０１で検索した録画データの再生が可能になるように準備させられると共に、ローカルの受信装置１２００ｆでも通信器９０１が十分な受信帯域を確保できるように準備される。そして処理は、上述のステップＳ７０２およびＳ７０３を経て、新たなステップＳ１１０４に進む。
【０１２８】
一方、ステップＳ１１０２においてＮｏ、つまり遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｆにおいて該当する録画データが無いと判断される場合は、処理は上述のステップＳ１１０３をスキップして、ステップＳ７０２およびＳ７０３を経て、新たなステップＳ１１０４に進む。
【０１２９】
ステップＳ１１０４において、現在時刻ＴＣがローカル録画開始時刻ＴｒＬとして記憶される。ローカル録画開始時刻ＴｒＬは、ステップＳ７０３で開始されたローカルの受信装置１２００ｆにおける追っかけ録画開始時刻Ｔｒを表す。そして、処理は上述のステップＳ７０４を経て新たなステップＳ１１０５に進む。
【０１３０】
ステップＳ１１０５において、上述のステップＳ１１０１で遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｆに録画データが存在すると判断されている場合、処理は次のステップＳ１１０６へ進む。一方、上述のステップＳ１１０１で遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２に録画データが存在しないと判断されている場合、処理はステップＳ１１０６をスキップして新たなステップＳ１１０７へ進む。
【０１３１】
ステップＳ１１０６において、遠隔の受信装置１２００ｆｒあるいは専用ストリーミングサーバ９１２ｆｒに蓄積されている番組録画データが、番組の先頭からローカル録画開始時刻ＴｒＬまでの部分までの再生が開始される。つまり、通信器９０１が、ネットワーク９２０経由で他の受信装置１２００ｆｒや専用ストリーミングサーバ９１２ｆに対して、ステップＳ１１０３で準備しておいた再生を開始させる。そして、遠隔側で再生開始された番組データを、ローカルの受信装置１２００は、その通信器９０１で受信して、番組デコーダ１０２へデータを送り込み、最終的に表示器１０４に提示する。そして処理は、次のステップＳ１１０７に進む。
【０１３２】
ステップＳ１１０７において、遠隔側の録画データの再生が終了しているか否かが判断される。Ｙｅｓと判断される場合、処理は新たなステップＳ１１０８に進む。一方、Ｎｏと判断される場合、処理は上述のステップＳ７０６に進む。なお、ステップＳ１１０２において、遠隔に録画ファイルが存在しないと判断されている場合には、本ステップでは必ずＮｏと判断されて、処理はステップＳ７０６に進むことになる。
【０１３３】
ステップＳ１１０８において、新規録画ファイルの先頭からの再生が開始される。そして処理は、ステップＳ７０６へ進む。遠隔の録画データの再生が、ローカル録画開始時刻ＴｒＬのところまで進んだ時点で、ローカルの受信装置１２００ｆに録画した録画ファイルを同じ時刻の場所から再生することで、番組の続きの部分を切れ目無く追っかけ再生する。
【０１３４】
ステップＳ７０６において、ユーザによる追っかけ終了ボタン操作が検出される場合、処理はステップＳ１１０９へ進む。
【０１３５】
ステップＳ１１０９において、遠隔側での番組録画データファイルの再生あるいは、ローカル側での番組録画データファイルの再生の内で、実行されている方が強制的に終了させられる。そして、処置は上述のステップＳ７０９およびステップＳ７１０を経て、本ルーチンが終了される。
【０１３６】
一方、ステップＳ７０６において、本ステップでユーザによる追っかけ終了ボタン操作が検出されない場合、処理は上述のステップＳ７０８に進む。そして、ステップＳ７０８で番組の再生終了が検出されない場合、処理は上述のステップＳ１１０７に戻り、ステップＳ１１０７、Ｓ１１０８、Ｓ７０６、Ｓ１１０９あるいはＳ７０８の処理を繰り返す。そしてステップＳ７０８で、Ｙｅｓと判断される場合、処理はステップＳ７０９およびＳ７１０を経て、本ルーチンが終了される。
【０１３７】
上述のように、本実施の形態においては、インターネットへの常時接続環境に手元にある（ローカルの）受信装置が接続されている状況で、遠隔にある他の受信装置や、受信装置の動作をエミュレートするサーバに録画された番組のファイルを、ローカルの受信装置が蓄積した番組のファイルと同様に扱う。また、遠隔にあるファイルを用い、追っかけ視聴をする。ローカルの受信装置でも追っかけ録画を行うが、追っかけ録画を開始するより前の番組の部分については、遠隔にあるファイルを使う。これによって、ローカルで番組の先頭からの追っかけ録画していない場合でも、番組の先頭部分からの追っかけ再生が可能になる。
【０１３８】
（第７の実施の形態）
第７の実施の形態においては、上述の受信装置１２００ｅと、遠隔にある他の受信装置１２００ｅｒとの間で、相互に投機録画の代行を行う機能を付加したものである。なお、本実施の形態においては、ローカルおよび遠隔の受信装置は、それぞれ受信装置１２００ｇおよび受信装置１２００ｇｒとして識別される。投機録画に当たって、受信装置１２００ｇの録画管理器に十分な空き容量が無い場合には、受信装置１２００ｇは遠隔の受信装置１２００ｇｒに対して、代行録画を依頼する。そして、受信装置１２００ｇｒは、自身の空き容量および投機録画の重要度に基づいて、受信装置１２００から依頼された代行録画を実行するか否かを判断する。
【０１３９】
図１２に、本実施の形態にかかる受信装置１２００ｇの構造を示す。受信装置１２００ｇは、図８に示した第５の実施の形態にかかる受信装置１２００ｅに、予約一覧管理器１１３が追加されている。そして、受信装置１２００ｇは、ネットワーク９２０を経由して、他の受信装置１２００ｇｒや１２００ｇの動作をエミュレートする専用ストリーミングサーバ９１２ｇ（図示せず）に接続されている。
【０１４０】
図１３を参照して、受信装置１２００ｇが代行録画を依頼するために遠隔の受信装置１２００ｇｒに対して出力する予約録画依頼情報Ｉｔｒについて簡単に説明する。予約録画依頼情報Ｉｔｒは、予約録画依頼する番組毎に、予約録画の依頼内容を規定する予約録画依頼情報ＩＲが含まれる。本例においては、２つの予約録画依頼情報ＩＲ１及びＩＲ２が、予約録画依頼情報Ｉｔｒとして生成されている。
予約録画依頼情報ＩＲは、それぞれ、予約録画依頼識別子Ｒｒ、依頼元識別子Ｉｓｒ、予約録画番組識別子Ｉｐ、および、投機得点識別子ＩＰｓを含む。
【０１４１】
予約録画依頼識別子Ｒｒは、予約録画依頼情報ＩＲの個々を区別する情報であり、本例においてはＩＲ１およびＩＲ２が相当する。なお、予約録画依頼情報ＩＲに、任意の自然数ｎ個の予約録画依頼情報ＩＲ１〜ＩＲｎが含まれる場合には、予約録画依頼識別子ＲｒはＩＲ１〜ＩＲｎが相当する。
【０１４２】
依頼元識別子Ｉｓｒは、ローカルである受信装置１２００ｇを識別する情報であり、本例においては、１２００ｇが相当する。
予約録画番組識別子Ｉｐは、録画依頼する番組の放送時刻と放送チャンネルを含む。
投機得点Ｐｓは、録画依頼する番組の投機得点Ｐｓである。
【０１４３】
なお、予約録画依頼情報ＩＲ毎に、予約録画依頼識別子Ｒｒ、依頼元識別子Ｉｓｒ、予約録画番組識別子Ｉｐ、および投機得点Ｐｓを識別する場合は、それぞれの符号の後ろに（ｎ）を附して表現する。つまり、本例においては、予約録画依頼情報ＩＲ１の予約録画依頼識別子Ｒｒ（１）は「ＩＲ１」であり、依頼元識別子Ｉｓｒ（１）は「１２００ｇ」であり、予約録画番組識別子Ｉｐ（１）は、「５／２０　９：００−９：３０　１ｃｈ」であり、投機得点Ｐｓ（１）は「８」である。なお。予約録画番組識別子Ｉｐ（１）は、５月２０日の９時から９時３０分に１チャンネルで放送される番組を示している。
【０１４４】
同様に、予約録画依頼情報ＩＲ２の予約録画依頼識別子Ｒｒ（２）は「ＩＲ２」であり、依頼元識別子Ｉｓｒ（２）は「１２００ｇ」であり、予約録画番組識別子Ｉｐ（２）は、「５／２１　２０：００−２０：４５　５ｃｈ」であり、投機得点Ｐｓ（２）は「９」である。なお、依頼元識別子Ｉｓｒは常に同じ値である。
【０１４５】
図１４および図１５に示すフローチャートを参照して、受信装置１２００ｇおよび受信装置１２００ｇｒ間での予約録画依頼および依頼受諾処理について詳述する。なお本例においては、受信装置１２００ｇから受信装置１２００ｇｒに対して予約録画依頼がなされる場合を例に説明する。
【０１４６】
先ず、ローカルの受信装置１２００ｇは、上述の予約録画依頼情報ＩＲを、インターネット等を介して通信可能な全ての遠隔の受信装置１２００ｇｒに対して出力した時点で予約録画依頼処理が開始される。
【０１４７】
先ず、ステップＳ１３００において、受信装置１２００ｇは、投機録画対象の番組の内、自身のリソースの制限上、予約録画が出来ない番組の予約録画の代行を依頼する予約録画依頼情報ＩＲを生成して、受信装置１２００ｇｒの一つに送信する。そして、処理は次のステップＳ１３０１に進む。
【０１４８】
ステップＳ１３０１において、受信装置１２００ｇｒは、受信装置１２００ｇから出力された予約録画依頼情報ＩＲを受信する。以降、処理の主体は受信装置１２００ｇから受信装置１２００ｇｒに変わる。この意味において、以降の説明において特記無き限り、受信装置１２００ｇｒがローカル、受信装置１２００ｇが遠隔と識別する。さらに、処理の主体を明確にするために、必要に応じて、各パラメータの後ろに（１００ｇ）あるいは（１２００ｇｒ）附すが、図面等で表記スペースが限られている場合には、単に（ｇ）あるいは（ｇｒ）と省略して標記するものとする。つまり、本ステップにおいては、受信装置１２００ｇｒは、受信装置１２００ｇから出力された予約録画依頼情報ＩＲ（１２００ｇ）を受信する。そして、処理は次のステップＳ１３０２に進む。
【０１４９】
ステップＳ１３０２において、遠隔の受信装置１２００ｇにおいて、既に録画予約されている番組を示す番組一覧が抽出される。そして、処理は次のステップＳ１３０３に進む。
【０１５０】
ステップＳ１３０３において、予約録画番組識別子Ｉｐ（１２００ｇ）の表す番組が、ステップＳ１３０２で抽出された番組一覧に含まれているか否か、つまりローカルの受信装置１２００ｇｒにおいて、既に録画予約されているか否かが判断される。予約されていれば、遠隔の受信装置１２００ｇからの依頼に関係なく、受信装置１２００ｇｒにて予約録画が実行されるので、予約成功を予約判定結果として受信装置１２００ｇに返信する。そして、処理は終了する。一方、予約されていない場合には、Ｎｏと判断されて処理は次のステップＳ１３０５に進む。
【０１５１】
ステップＳ１３０５において、ステップＳ１３０２で抽出された番組の１つを選択する。そして、処理は次のステップＳ１３０６に進む。
【０１５２】
ステップＳ１３０６において、ステップＳ１３０２で抽出された番組の全てが選択されたか否かが判断される。Ｎｏの場合、処理は次のステップＳ１３０７に進む。一方、Ｙｅｓの場合、処理は後述のステップＳ１３１１に進む。
【０１５３】
ステップＳ１３０７において、ステップＳ１３０５において選択された、遠隔からの録画依頼されている番組が、ローカルでの録画予約と競合しているか否かが判断される。具体的には、予約録画番組識別子Ｉｐ（１２００ｇ）の一つ番組の放送時間帯が、受信装置１２００ｇｒで投機録画予定の番組の放送時間帯と重複しているか否かが判断される。競合していない場合は、ＮＯと判断して、処理は上述のステップＳ１３０５に戻る。一方、競合している場合は、Ｙｅｓと判断して、処理は次のステップＳ１３０８に進む。
【０１５４】
ステップＳ１３０８においては、ローカルの受信装置１２００ｇｒにおいて、競合する投機録画予約されている番組の投機得点Ｐｓ（１２００ｇｒ）に所定の値を有する評価係数Ｅｋを乗じて生成される依頼番組投機評価点ＥＰｓ（１２００ｇ）が、予約録画依頼情報ＩＲに含まれる投機得点Ｐｓ（１２００ｇ）より大きいか否かが判断される。この評価係数Ｅｋは、投機得点Ｐｓ（１２００ｇ）が表す遠隔の依頼元の録画期待値を、ローカルの録画期待値である投機得点Ｐｓ（１２００ｇｒ）に対して重み付けをすることによって、単純に投機得点Ｐｓの値に基づく受諾の判断をさけるものである。つまり、本ステップにおいては、予約録画依頼された番組の予約録画を引き受けるか否かを判断している。なお、評価係数Ｅｋは、遠隔の依頼元（１２００ｇ）毎に変化させても良いし、また、放送時間帯や、番組のジャンル、あるいは、ローカル（１２００ｇｒ）の記録容量に応じて変化させてもよい。Ｎｏの場合は、処理は次のステップＳ１３０９に進む。一方、Ｙｅｓの場合、処理はステップＳ１３１０に進む。
【０１５５】
ステップＳ１３０９においては、依頼された番組の予約を受け付けないで、予約失敗を予約判定結果として受信装置１２００ｇに返信する。
【０１５６】
ステップＳ１３１０において、ステップＳ１３０２で抽出された番組一覧から、ステップＳ１３０７においてＮｏと判断された番組の予約が削除される。そして、処理は次のステップＳ１３１１に進む。
【０１５７】
ステップＳ１３１１においては、上述のステップＳ１３０５〜Ｓ１３１０を経て、ステップＳ１３０３およびステップＳ１３０８でＹｅｓ、と判断された番組と、ステップＳ１３１０で削除されなかった番組の投機録画を確定する。そして、処理は次のステップＳ１３１２に進む。
【０１５８】
ステップＳ１３１２において、ステップＳ１３０８においてＹｅｓと判断された番組に対して、予約成功として、受信装置１２００ｇに返信する。そして、処理は次のステップＳ１３１４に進む。
【０１５９】
ステップＳ１３１４において、受信装置１２００ｇは、受信装置１２００ｇｒのそれぞれから返信された、予約返信結果に基づいて、番組毎に投機録画予約を代行してくれる受信装置１２００ｇｒを認識して、代行投機録予約情報を生成する。そして、処理を終了する。
【０１６０】
なお、ステップＳ１３００で予約録画依頼情報ＩＲを送信した受信装置１２００ｇｒ毎に、上述のステップＳ１３０１〜Ｓ１３１４の処理を繰り返すことによって、受信装置１２００ｇが利用可能な全ての受信装置１２００ｇｒに、投機録画予約の代行分散することが出来る。別の受信装置１２００ｇｒに、予約録画の代行を依頼する際には、それまでの受信装置１２００ｇｒによって、予約成功とされた番組の予約録画番組識別子Ｉｐを除いて、予約録画依頼情報ＩＲを生成するのが望ましい。
なお、上述のステップＳ１３０２〜Ｓ１３１１の処理は、主に予約一覧管理器１１３によって実行される。
【０１６１】
次に、図１５を参照して、予約一覧管理器１１３による上述の処理の内容について、具体例に説明する。同図には、予約一覧管理器１１３の内部で作成される予約一覧管理データＤＡが模式的に示されている。予約一覧管理データＤＡは、予約録画対象の番組毎に、予約録画の依頼内容を規定する予約録画情報ＩＩＲが含まれる。本例においては、５つの予約録画情報ＩＩＲ１〜ＩＩＲ５が、予約録画情報ＩＩＲとして生成されている。
【０１６２】
予約録画情報ＩＩＲは、それぞれ、予約録画識別子ＩＲｒ、予約録画番組識別子Ｉｐ、録画形態識別子Ｆｒ、依頼番組投機評価点ＥＰｓ、依頼元識別子Ｉｓｒ、および依頼先識別子Ｉｓｅを含む。予約録画番組識別子Ｉｐ、依頼番組投機評価点ＥＰｓ、及び依頼元識別子Ｉｓｒは、上述の予約録画依頼情報ＩＲに含まれる情報と同じである。
予約録画識別子ＩＲｒは、予約一覧管理器１１３で管理する、番組毎の予約録画の内容を規定する情報である。本例においては、５つの番組の予約録画が管理対象となっている。
【０１６３】
録画形態識別子Ｆｒは、予約録画の形態を規定する情報である。本例においては、投機録画予約および予約録画依頼の２種類の何れかが設定される。
依頼先識別子Ｉｓｅは、１２００ｇｒが他の受信装置１２００ｇあるいは受信装置１２００ｇｒ−ｂに録画予約を依頼する相手先を指定する情報である。
【０１６４】
本例においては、予約録画情報ＩＩＲ１は、受信装置１２００ｇから依頼されている録画を規定している。具体的には、受信装置１２００ｇにおいて、投機録画対象と設定された、５月１０日の８時１５分〜８時３０分の間、１チャンネルで放送される番組の投機得点Ｐｓは３であり、評価係数Ｅｋは０．８であり、依頼番組投機評価点ＥＰｓは２．４であることを示している。
【０１６５】
予約録画情報ＩＩＲ２は、受信装置１２００ｇｒ自身の投機録画を規定している。具体的には、５月２０日の９時００分〜１０時００分の間、５チャンネルで放送される番組の投機得点Ｐｓは２であり、評価係数Ｅｋは１であり、依頼番組投機評価点ＥＰｓは２であることを示している。予約録画情報ＩＩＲ１における評価係数Ｅｋが０．８であるのに対して、予約録画情報ＩＩＲ２における評価係数Ｅｋが１であるのは、自身の予約録画の方をある程度優先させる意図によるものである。
【０１６６】
予約録画情報ＩＩＲ３は、他の受信装置１２００ｇｒ−ｂから依頼されている投機録画を規定している。具体的には、５月２０日の９時００分〜９時３０分の間、１チャンネルで放送される番組の投機得点Ｐｓは８であり、評価係数Ｅｋは０．５であり、依頼番組投機評価点ＥＰｓは４であることを示している。予約録画情報ＩＩＲ１における評価係数Ｅｋが０．８であるのに対して、予約録画情報ＩＩＲ３における評価係数Ｅｋが０．５であるのは、受信装置１２００ｇからの依頼を受信装置１２００ｇｒ−ｂからの依頼に優先させる意図によるものである。
【０１６７】
予約録画情報ＩＩＲ４は、受信装置１２００ｇｒ自身の投機録画を規定している。具体的には、５月２１日の２０時００分〜２０時３０分の間、７チャンネルで放送される番組の投機得点Ｐｓは６であり、評価係数Ｅｋは１であり、依頼番組投機評価点ＥＰｓは６であることを示している。
【０１６８】
予約録画情報ＩＩＲ５は、受信装置１２００ｇｒが、遠隔の受信装置１２００ｇｒに依頼する予約録画を規定している。具体的には、５月１０日の８時００分〜９時００分の間、７チャンネルで放送される番組の投機得点Ｐｓは６であり、評価係数Ｅｋは１であり、依頼番組投機評価点ＥＰｓは２であることを示している。
【０１６９】
本例においては、予約録画情報ＩＩＲ２と予約録画情報ＩＩＲ３で予約録画が要求されている番組の放送時間が重複している。この場合、予約一覧管理器１１３は依頼番組投機評価点ＥＰｓ（ＩＲＲ２）が２であり、投機得点識別子ＩＰｓ（ＩＲＲ３）が４であることに基づいて、予約録画情報ＩＩＲ３の予約録画依頼を受諾すると共に、受信装置１２００ｇｒに対して予約成功の旨を通知する。一方、予約録画識別子ＩＲｒ２の予約録画依頼を拒絶すると共に、受信装置１２００ｇｒ−ｂに対して予約不成功の旨を通知する。
【０１７０】
なお、本例においては、受信装置１２００ｇｒは受信装置１２００ｇｒ自身から予約不成功通知を受けると、予約録画情報ＩＩＲ２自体を削除する。
なお、予約録画情報ＩＩＲ５に関しても、受信装置１２００ｇｒ−ｂにおいて、同様に処理が行われることは言うまでもない。
【０１７１】
以上のように本発明においては、予約録画で生成される録画ファイルと、投機録画で生成されるファイルと、追っかけ録画で生成されるファイルと、ネットワークで接続される他の受信装置に含まれるファイルとを、ユーザからみて同様のユーザインタフェースで透過的に扱えるため、特別な操作を覚える必要なしに、上記の高度な機能を享受できる。
さらに、ネットワークなどを介して他の受信装置にたいして、予約録画の代行を依頼できる。そして、依頼された受信装置は、自身の投機録画と依頼された録画との重要度に応じて、依頼の受諾を決定できるので、相互補助的に分散録画できる。
【図面の簡単な説明】
【図１】本発明の第１実施の形態にかかる投機録画装置を組み込んだ受信装置の構成を模式的に示すブロック図である。
【図２】図１に示す受信装置によるユーザプロファイル生成動作を表すフローチャートである。
【図３】図１に示す受信装置による投機録画予約動作を表すフローチャートである。
【図４】図１に示す受信装置による投機録画動作を表すフローチャートである。
【図５】本発明の第２の実施の形態にかかる投機録画装置を組み込んだ受信装置による投機録画データの永続保存動作を示すフローチャートである。
【図６】本発明の第３の実施の形態にかかる投機録画装置を組み込んだ受信装置による永続保存対応の追っかけ録画動作を表すフローチャートである。
【図７】本発明の第４の実施の形態にかかる投機録画装置を組み込んだ受信装置による投機録画データを用いた追っかけ動作を表すフローチャートである。
【図８】本発明の第５の実施の形態にかかる投機録画装置を組み込んだ受信装置の構成を模式的に示すブロック図である。
【図９】図８に示した受信装置による遠隔録画データの永続保存動作を表すフローチャートである。
【図１０】本発明の第６の実施の形態にかかる投機録画装置を組み込んだ受信装置による遠隔録画データを用いた追っかけ動作を表すフローチャートである。
【図１１】本発明の第６の実施の形態にかかる投機録画装置を組み込んだ受信装置による遠隔録画データを用いた追っかけ動作を表すフローチャートである。
【図１２】本発明の第７の実施の形態にかかる投機録画装置を組み込んだ受信装置の構成を模式的に示すブロック図である。
【図１３】図１２に示す投機録画装置において生成される予約録画依頼情報の説明図である。
【図１４】図１２に示す投機録画装置における、予約録画代行依頼処理の動作を表すフローチャートである。
【図１５】図１２に示す投機録画装置の予約一覧管理器による予約録画代行依頼処理の動作の説明図である。
【図１６】従来の録画装置を組み込んだ受信装置の構成を示すブロック図である。
【図１７】図１６に示した受信装置の表示器に表示される蓄積内容確認画面の一例を示す模式図である。
【図１８】図１６に示した受信装置による録画データの自動削除動作を表すフローチャートである。
【図１９】図１６に示した受信装置による追っかけ視聴動作を表すフローチャートである。
【符号の説明】
１２００、１２００ａ、１２００ｅ、１２００ｅｒ、１２００ｇ、１２００ｇｒ　受信装置
１０１　受信器
１０２　番組デコーダ
１０３　ＵＩ制御器
１０４　表示器
１０５　入力器
１０６　番組表管理器
１０７　記憶管理器
１０８　追っかけ器
１０９　予約録画器
１１０　プロファイル抽出器
１１１　投機選択器
１１１　投機録画管理器
１１２　投機録画管理器
１１３　予約一覧管理器
９０１　通信器
９１２　専用ストリーミングサーバ
９２０　ネットワーク
ＩＰＲ　蓄積番組欄
ＬＩＰ　番組情報ラベル
Ｌ２２１〜Ｌ２２５
Ｃ２３１〜Ｃ２３４
Ｐｐ　ポインタ
【図１】
2004048718.tif 000003
【図２】
2004048718.tif 000004
【図３】
2004048718.tif 000005
【図４】
2004048718.tif 000006
【図５】
2004048718.tif 000007
【図６】
2004048718.tif 000008
【図７】
2004048718.tif 000009
【図８】
2004048718.tif 000010
【図９】
2004048718.tif 000011
【図１０】
2004048718.tif 000012
【図１１】
2004048718.tif 000013
【図１２】
2004048718.tif 000014
【図１３】
2004048718.tif 000015
【図１４】
2004048718.tif 000016
【図１５】
2004048718.tif 000017
【図１６】
2004048718.tif 000018
【図１７】
2004048718.tif 000019
【図１８】
2004048718.tif 000020
【図１９】
2004048718.tif 000021