(57)【要約】【課題】過去番組表において選択再生された番組のうち、再生途中の番組を識別表示する。【解決手段】実施形態によれば、番組管理システムは、複数チャンネルで放送される番組を一定期間に渡って記録し、ユーザの要求に応じて指定番組を提供するシステムであって、前記記録された複数のチャンネルの番組それぞれの番組情報に基づいて番組毎の表示領域に番組内容を記した過去番組表を作成し、前記番組情報に含まれる再生履歴に基づいて前記過去番組表における再生済み番組の表示領域に再生済率に対応するグラフを半透過な色でオーバーレイ表示させるようにしたものである。【選択図】図１
2015076880.tif 000002
【特許請求の範囲】
【請求項１】
放送される番組を記録し、ユーザの再生要求に応じてユーザ指定の記録番組を提供する番組管理システムにおいて、
前記記録された番組毎の表示領域に番組内容を記した過去番組表を作成する番組表作成器と、
前記記録番組を提供するごとに再生履歴情報を作成する再生履歴作成器と、
前記再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域に再生済率に対応するグラフを半透過な色でオーバーレイ表示させる表示制御器と
を具備する番組管理システム。
【請求項２】
前記記録番組は、ネットワークを通じてユーザの再生要求に応じて提供されるユーザ指定の記録番組である請求項１記載の番組管理システム。
【請求項３】
前記記録番組は、ローカル(ユーザー宅内)の機器を通じてユーザの再生要求に応じて提供されるユーザ指定の記録番組である請求項１記載の番組管理システム。
【請求項４】
前記記録番組は、複数チャンネルで放送される番組を一定期間に渡って記録したものである請求項１記載の番組管理システム。
【請求項５】
前記記録番組は、複数チャンネルで放送される番組の中から任意の番組を記録したものである請求項１記載の番組管理システム。
【請求項６】
前記表示制御器は、さらに前記再生履歴情報に基づいて前記過去番組表の再生済み番組の表示領域に視聴記録が有ることを示す再生済みマークを表示させる請求項１記載の番組管理システム。
【請求項７】
前記表示制御器は、前記過去番組表の再生済み番組の表示領域に、前記再生履歴情報に基づいて過去一定期間内の連続または関連番組における再生済率それぞれに対応するグラフを半透過な色で重ねてオーバーレイ表示させる請求項１記載の番組管理システム。
【請求項８】
前記表示制御器は、前記再生履歴情報において過去一定期間内の連続または関連番組における再生済率が規定の期間連続して規定の再生済率を達しているとき、前記過去番組表の再生済み番組の表示領域を再生推奨番組として識別表示させる請求項１記載の番組管理システム。
【請求項９】
前記番組表作成器は、複数チャンネルで放送される番組の放送予定に従った未来番組表を作成し、
前記表示制御器は、前記再生履歴情報において過去一定期間内で再生済率が規定の期間連続して規定の再生済率を達している番組について、前記未来番組表の該当表示領域を視聴または記録推奨番組として識別表示させる請求項１記載の番組管理システム。
【請求項１０】
前記再生履歴作成器は、複数のユーザそれぞれの再生要求に基づいてユーザ単位で前記再生履歴情報を作成し、
前記表示制御器は、前記ユーザ単位の再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域にユーザ毎の再生済率に対応するグラフをオーバーレイ表示させる請求項１記載の番組管理システム。
【請求項１１】
前記再生履歴作成器は、複数のユーザそれぞれの再生要求に基づいてユーザ単位で前記再生履歴情報を作成し、
前記表示制御器は、前記ユーザ単位の再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域に指定ユーザの再生済率に対応するグラフをオーバーレイ表示させる請求項１記載の番組管理システム。
【請求項１２】
前記番組表作成器は、前記過去番組表をチャンネル毎に放送時間順に番組枠を配列し、
前記表示制御器は、前記過去番組表における再生済番組の番組枠内に、時間方向と垂直な方向にバーグラフで再生済率を表示する請求項１０または１１記載の番組管理システム。
【請求項１３】
前記番組表作成器は、前記過去番組表をチャンネル毎に放送時間順に番組枠を配列し、
前記表示制御器は、前記過去番組表における再生済番組の番組枠内に、時間方向と水平な方向にバーグラフで再生済率を表示する請求項１０または１１記載の番組管理システム。
【請求項１４】
放送される番組を記録し、ユーザの操作入力に応じてユーザ指定の記録番組を再生する番組記録装置において、
前記記録された番組毎の表示領域に番組内容を記した過去番組表を作成する番組表作成器と、
前記記録番組を提供するごとに再生履歴情報を作成する再生履歴作成器と、
前記再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域に再生済率に対応するグラフを半透過な色でオーバーレイ表示させる表示制御器と
を具備する番組記録装置。
【請求項１５】
前記記録番組は、ネットワークを通じてユーザの再生要求に応じて提供されるユーザ指定の記録番組である請求項１４記載の番組記録装置。
【請求項１６】
前記記録番組は、ローカル(ユーザー宅内)の機器を通じてユーザの再生要求に応じて提供されるユーザ指定の記録番組である請求項１４記載の番組記録装置。
【請求項１７】
前記記録番組は、複数チャンネルで放送される番組を一定期間に渡って記録したものである請求項１４記載の番組記録装置。
【請求項１８】
前記記録番組は、複数チャンネルで放送される番組の中から任意の番組を記録したものである請求項１４記載の番組記録装置。
【請求項１９】
前記表示制御器は、さらに前記再生履歴情報に基づいて前記過去番組表の再生済み番組の表示領域に視聴記録が有ることを示す再生済みマークを表示させる請求項１４記載の番組記録装置。
【請求項２０】
前記表示制御器は、前記過去番組表の再生済み番組の表示領域に、前記再生履歴情報に基づいて過去一定期間内の連続または関連番組における再生済率それぞれに対応するグラフを半透過な色で重ねてオーバーレイ表示させる請求項１４記載の番組記録装置。
【請求項２１】
前記表示制御器は、前記再生履歴情報において過去一定期間内の連続または関連番組における再生済率が規定の期間連続して規定の再生済率を達しているとき、前記過去番組表の再生済み番組の表示領域を再生推奨番組として識別表示させる請求項１４記載の番組記録装置。
【請求項２２】
前記番組表作成器は、複数チャンネルで放送される番組の放送予定に従った未来番組表を作成し、
前記表示制御器は、前記再生履歴情報において過去一定期間内で再生済率が規定の期間連続して規定の再生済率を達している番組について、前記未来番組表の該当表示領域を視聴または記録推奨番組として識別表示させる請求項１４記載の番組記録装置。
【請求項２３】
前記再生履歴作成器は、複数のユーザそれぞれの再生要求に基づいてユーザ単位で前記再生履歴情報を作成し、
前記表示制御器は、前記ユーザ単位の再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域にユーザ毎の再生済率に対応するグラフをオーバーレイ表示させる請求項１４記載の番組記録装置。
【請求項２４】
前記再生履歴作成器は、複数のユーザそれぞれの再生要求に基づいてユーザ単位で前記再生履歴情報を作成し、
前記表示制御器は、前記ユーザ単位の再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域に指定ユーザの再生済率に対応するグラフをオーバーレイ表示させる請求項１４記載の番組記録装置。
【請求項２５】
前記番組表作成器は、前記過去番組表をチャンネル毎に放送時間順に番組枠を配列し、
前記表示制御器は、前記過去番組表における再生済番組の番組枠内に、時間方向と垂直な方向にバーグラフで再生済率を表示する請求項２３または２４記載の番組記録装置。
【請求項２６】
前記番組表作成器は、前記過去番組表をチャンネル毎に放送時間順に番組枠を配列し、
前記表示制御器は、前記過去番組表における再生済番組の番組枠内に、時間方向と水平な方向にバーグラフで再生済率を表示する請求項２３または２４記載の番組記録装置。
【請求項２７】
放送される番組を記録し、ユーザの再生要求に応じてユーザ指定の記録番組を提供する番組管理方法において、
前記記録された番組毎の表示領域に番組内容を記した過去番組表を作成し、
前記記録番組を提供するごとに再生履歴情報を作成し、
前記再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域に再生済率に対応するグラフを半透過な色でオーバーレイ表示させる番組管理方法。
【請求項２８】
前記記録番組は、ネットワークを通じてユーザの再生要求に応じて提供されるユーザ指定の記録番組である請求項２７記載の番組管理方法。
【請求項２９】
前記記録番組は、ローカル(ユーザー宅内)の機器を通じてユーザの再生要求に応じて提供されるユーザ指定の記録番組である請求項２７記載の番組管理方法。
【請求項３０】
前記記録番組は、複数チャンネルで放送される番組を一定期間に渡って記録したものである請求項２７記載の番組管理方法。
【請求項３１】
前記記録番組は、複数チャンネルで放送される番組の中から任意の番組を記録したものである請求項２７記載の番組管理方法。
【請求項３２】
さらに前記再生履歴情報に基づいて前記過去番組表の再生済み番組の表示領域に視聴記録が有ることを示す再生済みマークを表示させる請求項２７記載の番組管理方法。
【請求項３３】
前記過去番組表の再生済み番組の表示領域に、前記再生履歴情報に基づいて過去一定期間内の連続または関連番組における再生済率それぞれに対応するグラフを半透過な色で重ねてオーバーレイ表示させる請求項２７記載の番組管理方法。
【請求項３４】
前記再生履歴情報において過去一定期間内の連続または関連番組における再生済率が規定の期間連続して規定の再生済率を達しているとき、前記過去番組表の再生済み番組の表示領域を再生推奨番組として識別表示させる請求項２７記載の番組管理方法。
【請求項３５】
さらに、複数チャンネルで放送される番組の放送予定に従った未来番組表を作成し、
前記再生履歴情報において過去一定期間内で再生済率が規定の期間連続して規定の再生済率を達している番組について、前記未来番組表の該当表示領域を視聴または記録推奨番組として識別表示させる請求項２７記載の番組管理方法。
【請求項３６】
前記再生履歴情報を、複数のユーザそれぞれの再生要求に基づいてユーザ単位で作成し、
前記ユーザ単位の再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域にユーザ毎の再生済率に対応するグラフをオーバーレイ表示させる請求項２７記載の番組管理方法。
【請求項３７】
前記再生履歴情報を、複数のユーザそれぞれの再生要求に基づいてユーザ単位で作成し、
前記ユーザ単位の再生履歴情報に基づいて前記過去番組表における再生済み番組の表示領域に指定ユーザの再生済率に対応するグラフをオーバーレイ表示させる請求項２７記載の番組管理方法。
【請求項３８】
前記過去番組表をチャンネル毎に放送時間順に番組枠を配列し、
前記過去番組表における再生済番組の番組枠内に、時間方向と垂直な方向にバーグラフで再生済率を表示する請求項３６または３７記載の番組管理方法。
【請求項３９】
前記過去番組表をチャンネル毎に放送時間順に番組枠を配列し、
前記過去番組表における再生済番組の番組枠内に、時間方向と水平な方向にバーグラフで再生済率を表示する請求項３６または３７記載の番組管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、放送番組を記録し管理するための番組管理システム、番組記録装置及び番組管理方法に関する。
【背景技術】
【０００２】
近時、テレビジョン放送番組を記録する番組記録装置にあっては、複数のチャンネルで放映される全ての番組を、複数日に渡って一括記録できる機種が提供されるようになった。この番組記録装置を操作するユーザは、既に記録された複数の番組の中から、視聴を希望する番組を選択する必要がある。このため、番組記録装置では、一括録画された番組の一覧を表示する過去番組表を作成し、その表示形態をユーザが見やすい形式に制御する番組表制御処理が行われている。
【０００３】
一方、ネットワークにおける伝送速度の向上により、ユーザが要求する放送番組をインターネット等で提供する、いわゆるクラウドサービスも実現されている。この場合でも、ユーザが簡単に視聴したい番組を選択できるように、一括録画された過去番組表が必要である。
【０００４】
ここで、今まで「番組記録装置の過去番組表表示」においては、再生済番組の欄に再生済マークを表示している。しかし、たとえ番組冒頭を再生してすぐ停止させても「再生済」と扱われてしまう。すなわち、再生済みマークが表示されていても、該当番組が全編に渡って再生したのかが分からない。このように、「該当番組が全編に渡って再生したのか」が分からない状況では、見逃し（該当番組を既に全編再生済と誤判断し、実質未再生であるにもかかわらず削除されてしまう）や多重再生（再生してみて既に再生済だったと気付く）を生じる。特に、番組記録装置において、一定期間経過すると自動的に古い録画済番組から消去される場合には、見逃しは致命的である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開2004-147303号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
以上述べたように、従来の番組記録装置は、番組一覧において選択再生された番組の履歴を再生の有り無しで識別表示するようにしているが、この表示方法では、再生途中の番組を識別することができないという課題があった。
【０００７】
本実施形態は上記課題に鑑みなされたもので、番組一覧において選択再生された番組のうち、再生途中の番組を識別表示可能な番組管理システム、番組記録装置及び番組管理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
本実施形態によれば、放送される番組を記録し、ユーザの再生要求に応じてユーザ指定の記録番組を提供する場合に、記録された番組毎の表示領域に番組内容を記した過去番組表を作成し、記録番組を提供するごとに再生履歴情報を作成し、作成された再生履歴情報に基づいて過去番組表における再生済み番組の表示領域に再生済率に対応するグラフを半透過な色でオーバーレイ表示させる。
【図面の簡単な説明】
【０００９】
【図１】実施形態における番組管理システムの概略構成を示す概念図。
【図２】図１に示すシステムに用いられる番組記録装置の構成例を示すブロック図。
【図３】図２に示す番組記録装置に用いられる再多重の方式の一例を示す模式図。
【図４】図２に示す番組記録装置に用いられる番組データベース部のデータ構成の一例を示す模式図。
【図５】図２に示す番組記録装置で扱うメタデータのデータ構成の一例を示す模式図。
【図６】図２に示す番組記録装置に用いられるリモートコントローラの一例を示す正面図。
【図７】図２に示す番組記録装置により作成される番組表の一例を示す図。
【図８】上記実施形態の第１の実施例における過去番組表の作成の流れを示すフローチャート。
【図９】上記第１の実施例における過去番組表の第１の表示例を示す図。
【図１０】上記第１の実施例における過去番組表の第２の表示例を示す図。
【図１１】上記実施形態の第２の実施例における過去番組表の作成の流れを示すフローチャート。
【図１２】上記第２の実施例における過去番組表の表示例を示す図。
【図１３】上記実施形態の第３の実施例における過去番組表の作成の流れを示すフローチャート。
【図１４】上記第３の実施例における過去番組表の表示例を示す図。
【図１５】上記実施形態の第４の実施例における未来番組表の作成の流れを示すフローチャートである。
【図１６】上記第４の実施例における未来番組表の表示例を示す図である。
【図１７】上記実施形態の第５の実施例における過去番組表の作成の流れを示すフローチャートである。
【図１８】上記第５の実施例を適用した場合のユーザ選択画面の表示例を示す図である。
【図１９】上記第５の実施例を適用した場合の過去番組表の表示画面例を示す図である。
【図２０】上記第５の実施例を適用した場合の録画済番組リストの表示画面例を示す図である。
【図２１】上記第５の実施例を適用した場合の過去番組表の他の表示画面例を示す図である。
【図２２】上記第５の実施例を適用した場合の録画済番組リストの他の表示画面例を示す図である。
【図２３】上記実施形態の第６の実施例における過去番組表の作成の流れを示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、実施の形態について、図面を参照して説明する。
【００１１】
図１は、実施形態に係る番組管理システムの概略構成を示す概念図である。図１に示すシステムは、ユーザが所有するクライアント端末である電子機器Ａ１１、電子機器Ａ１１と外部のネットワーク（ここでは例としてインターネット網とする）Ｂ１とを接続するデータコントローラＡ１２、インターネット網Ｂ１上に位置する少なくとも１つのサーバまたはサーバ群（外部サービス機構）Ｃ１を備える。なお、外部サービス機構Ｃ１は、例えばクラウドサービス（番組コミュニティ）と称する場合がある。また、データコントローラＡ１２は、電子機器Ａ１１に内蔵されることも可能である。
【００１２】
電子機器Ａ１１は、例えば番組の受信と再生とが可能なデジタルテレビジョン放送受信装置（以下テレビ装置と称する）である。なお、図１は、テレビ装置Ａ１１に、レコーダ装置Ａ１３、またはテレビ装置Ａ１１の制御により、所定の番組を録画するＵＳＢハードディスク装置Ａ１４が接続する例を示している。
【００１３】
テレビ装置Ａ１１は、録画機能を有する場合には、テレビ装置Ａ１１及びレコーダ装置Ａ１３またはＵＳＢハードディスク装置Ａ１４が保持する録画済番組の録画済番組リストを作成可能で、録画機能がない場合には、レコーダ装置Ａ１３及びＵＳＢハードディスク装置Ａ１４が保持する録画済番組の録画済番組リストを作成可能なデータベースとして機能するホームサーバ機能を有する。
【００１４】
また、テレビ装置Ａ１１は、例えばユーザインタフェース、無線または有線の通信機能（例えばブルートゥース（登録商標）等の近距離無線通信及びインターネット網Ｂ１を通じた外部との通信）、放送を受信する機能、受信した放送すなわち番組を処理する処理機能、番組を出力する番組出力機能もしくは記憶（録画）機能等を備える装置であれば、どのような装置であってもよい。装置の一例としては、放送を受信する機能を有するＰＣ（パーソナルコンピュータ）、放送受信装置を有する映像記録装置（レコーダ装置）と接続する映像表示装置（モニタ装置）、あるいは放送受信機能を有する携帯可能端末装置等への適用が可能である。なお、放送は、空間を伝播する電波として放送事業者（放送局）が提供するもの、あるいはケーブルやＩＰ（インターネット・プロトコル）網等のネットワークにより配信事業者が配信するもの等、を含む。また、放送は、映像と音声および／または音楽等を含み、一定の時間（放送時間）を単位とする番組を、連続して、あるいは一定期間（時間）提供する。なお、番組は、コンテンツもしくはストリームと呼称する場合もある。また、映像は、動画と静止画、あるいはテキスト（コード化された符号列で示される文字や記号等で表される情報）ならびにその任意の組み合わせを含む。
【００１５】
外部サービス機構Ｃ１は、例えば履歴サーバ（嗜好情報データベース）Ｃ１２、ＥＰＧサーバ（データベース）Ｃ１３、カレンダ／チャンネルデータサーバ（データベース）Ｃ１４、関連番組データベース（サーバ）Ｃ１５、及びデータ供給元サーバ（メタデータサーバ）Ｃ１６等を含む。なお、履歴サーバＣ１２及び関連番組データベースＣ１５、あるいはＥＰＧサーバＣ１３は、例えばテレビ装置Ａ１１の製造元（メーカー）、もしくはその委託先の企業が運営するものもあるが、テレビ装置Ａ１１の製造元と独立した企業が用意し、運営するものもある。一方で、データ供給元サーバＣ１６は、例えばメタデータ作成機構（メタデータ作成会社）が用意し、運営する場合が一般的である。
【００１６】
履歴サーバＣ１２は、ユーザの嗜好、例えばユーザが視聴あるいは録画した番組を再生した情報、すなわち履歴（ログデータ）等を保持する。また、履歴サーバＣ１２は、テレビ装置Ａ１１がアクセスしたサイトのアクセス履歴、アクセスしたサイトにおいて購入した物品／コンサート等のチケットの購入／宿泊手配、等の決済に関する情報、等を取得する。なお、テレビ装置Ａ１１と履歴サーバＣ１２との間のデータの受け渡しすなわちテレビ装置Ａ１１から履歴サーバＣ１２への情報の供給（送信）及びテレビ装置Ａ１１による履歴サーバＣ１２からの情報の取得（受信）は、データコントローラＡ１２が受け持つ。
【００１７】
データコントローラＡ１２は、外部サービス機構Ｃ１、すなわち履歴サーバＣ１２、ＥＰＧサーバＣ１３、カレンダ／チャンネルデータサーバＣ１４、関連番組データベースＣ１５及びデータ供給元サーバＣ１６のそれぞれとテレビ装置Ａ１１との間のデータの受け渡しを受け持つ。データコントローラＡ１２はまた、ユーザからのレコメンドを受けつけ、嗜好情報として処理するレコメンド処理も受け持つ（レコメンド処理エンジン（ＲＥ）としての機能を有する）。
【００１８】
データコントローラＡ１２はさらに、インターネット網１１上に位置する任意のサイト（Ｗｅｂページ）とテレビ装置（ユーザ）Ａ１１との間の接続及びデータの受け渡しを制御する。なお、データコントローラＡ１２は、テレビ装置Ａ１１とネットワーク（インターネット網１１）との間に位置してもよいし、外部サービス機構Ｃ１内に位置してもよい。
【００１９】
ＥＰＧサーバＣ１３は、テレビ装置（ユーザ）Ａ１１が受信する番組の情報を、テレビ装置Ａ１１による直接受信と独立に取得し、データベース（ＤＢ）化して保持する。
【００２０】
カレンダ／チャンネルデータサーバ（データベース）Ｃ１４は、ユーザが録画予約した番組の放送日時、ユーザが受信（視聴／録画）可能なその地域の放送局（チャンネル）名及び配信事業者が提供するチャンネル名、ユーザが録画予約した番組と放送時間の一部が重複する他局の放送予定、（ユーザが録画予約した番組を含む）再放送情報、等を保持する。
【００２１】
関連番組データベースＣ１５は、視聴中または録画した番組の再生中に、ユーザがリモコン装置（操作入力部／携帯端末装置）により、テレビ装置Ａ１１に、所定の操作入力（制御指示）を供給した場合、以下に説明するが、データ供給元サーバ５から供給され、（自身が）保持しているさまざまなデータから、履歴サーバＣ１２が保持するユーザの視聴した番組あるいはユーザが録画予約した番組と関連のある番組と関連のあるデータを抽出する。
【００２２】
データ供給元サーバＣ１６は、上述の番組と関連するさまざまな情報、すなわちメタデータを取り扱うメタデータ作成機構（作成会社）が用意し、管理するもので、ユーザ（テレビ装置）Ａ１１あるいは履歴サーバＣ１２から受信するキーワードや、履歴サーバＣ１２が保持するユーザの嗜好、例えばユーザが視聴した番組またはユーザが録画予約した番組の番組情報及びその番組が含む「キーワード」またはユーザが登録している情報、として抽出可能なさまざまな情報を保持する。
【００２３】
なお、テレビ装置Ａ１１は、データコントローラＡ１２を経由するインターネット網１１との間のアクセスのために、クラウドアプリケーション（ＨＴＭＬ／ＪＳ／ＣＳＳ）を、テレビ装置Ａ１１が含むＣＰＵ（プロセッサ）のファームウェアとして、保持する。なお、クラウドアプリケーションは、アプリケーションとして上記ＣＰＵが動作可能なときに取得するものであってもよいし、予め記憶媒体等に記憶されているものであってもよい。また、ネットワークを通じた外部サーバー群Ｃ１による高度なサービスを必要としない場合には、ローカル(ユーザー宅内)の機器(Ａ１１〜Ａ１４)のみで再生履歴保持・同履歴情報表示を行うことも可能である。
【００２４】
図２は、上記テレビ装置Ａ１１の番組記録を行う番組記録装置（デジタルレコーダ）１０１の構成を示すブロック図である。本実施形態の番組記録装置１０１においては、スクランブルされたデジタル放送信号を受信する受信部であるチューナモジュールを４台有している場合（２台は地上デジタル放送受信用のチューナ１０２Ａ、１０２Ｂ、他の２台はＢＳ／ＣＳデジタル放送受信用のチューナ１０２Ｃ、１０２Ｄなど）を例にとって説明する。
【００２５】
第１のチューナ１０２Ａ、第２のチューナ１０２Ｂ、第３のチューナ１０２Ｃ、第４のチューナ１０２Ｄで受信された放送番組の信号は、ＴＳ再多重部１４１に入力され、複数のチャンネル（ＣＨ）のＴＳ（Ｔｒａｎｓｐｏｒｔ Ｓｔｒｅａｍ）が１つのＴＳに再多重される。
【００２６】
図３は、ＴＳ再多重部１４１で行われる再多重の方式の一例を表している。この方式は、図３に示すように、４ＣＨの入力の場合は、パケットの配列を入力の５倍の速度で多重し直している。さらにパケット配列内にＦｌａｇのパケットを追加し、例えばここでは各パケットのタイムスタンプ情報を付加する方式としている。ＴＳ再多重方式は、ここで述べる方式に限定されるものではなく、各種の方法が可能である。ＴＳ再多重部１４１で再多重化された信号はＴＳ分離部１０３に送られる。
【００２７】
ＴＳ分離部１０３は、放送番組の信号から暗号化情報であるＥＣＭ（Entitlement Control Message）と、番組名、出演者、開始時刻などのイベント情報を記述したテーブルであるＥＩＴ（Event Information Table）とを分離する。
【００２８】
ＴＳ分離部１０３で分離されたＥＣＭは、ＣＡＳ制御部１０７に転送される。ＣＡＳ制御部１０７は、ワーク鍵（Ｋｗ）を用いてＥＣＭの暗号を復号し、ＥＣＭ内のその番組に関する属性情報とＣＡＳカード１０８に記憶されている契約情報と比較して、視聴可否の判定を行う。ワーク鍵（Ｋｗ）は、カードスロット（カードインターフェースＩ／Ｆ）１０７Ａに装着されたＣＡＳモジュール（ＩＣカードの形態を持つＣＡＳカード：以下、適宜ＣＡＳカードと呼称する）１０８に記憶されている放送事業者毎に設定されている。
【００２９】
ＣＡＳ制御部１０７は、視聴可の判定を行った場合にはスクランブル鍵（Ｋｓ）を復号してデスクランブラ部１０４に出力する。なお、暗号鍵ＫｓとＫｗは放送事業者毎に異なるが、全受信機で共通な鍵である。
【００３０】
一方、ＴＳ分離部１０３で分離されたＥＩＴは、番組データベース部１１３に入力される。番組データベース部１１３は、ＥＩＴを用いて番組表を作成するためのデータベース化を実行する。
【００３１】
図４は、番組データベース部１１３のデータ構成を示す模式図である。図４に示すように、チャンネル、日にち、番組の開始時刻、終了時刻、タイトル、記録状況（記録終了、記録途中）、ダビングの有無などの情報が番組毎にテーブル化されている。
【００３２】
デスクランブラ部１０４は、ＣＡＳ制御部１０７から応答されたスクランブル鍵Ｋｓを設定し、デスクランブルしたＴＳを記録再生制御部１１０に入力する。
【００３３】
記録再生制御部１１０では、再多重されたＴＳをチャンネルごとのＴＳに戻し、チャンネルごとのＴＳを、ハードディスクドライブ（ＨＤＤ）等の記録媒体部１１１に記録する制御を行うことができる。また記録再生制御部１１０は、記録媒体部１１１に記録された放送番組の信号であるＴＳを再生する制御を実行してＡＶデコード部１０５へ出力することができる。すなわち、記録再生制御部１１０は、記録制御部および再生制御部として機能することができる。
【００３４】
記録再生制御部１１０は、録画すべき番組をチャンネルごとにＴＳファイルとして記録媒体部１１１に格納する。録画すべき番組は、複数のチャンネルにおいて時間帯や曜日等の条件が指定されることで特定されている。記録再生制御部１１０は、記録媒体部１１１の記録容量が限界に達した場合、記録時刻が古いものから順次消去しながら録画を続けていくものとする。なお、以下では、記録媒体部１１１内の各ＴＳファイル内の番組データを過去番組と称する。
【００３５】
ここで、記録再生制御部１１０は、記録媒体部１１１に対してチャンネルごとのＴＳの記録を行う際、記録媒体部１１１の物理的な領域における記録位置（物理アドレス）と時刻情報と番組情報とを関連付けたメタデータをチャンネルごとに作成し、記録媒体部１１１に記録する。なお、記録媒体部１１１におけるデータ記録量を削減するために、ＴＳファイル形式ではなくより高圧縮な形式（例えばＨ．２６４）に変換して記録する場合においても、以下の説明の本質は変わらず適用可能である。
【００３６】
即ち、図５に示すような記録媒体部１１１の物理的な領域における記録位置（物理アドレス）と時刻情報（番組の記録開始位置を基準時刻とした相対時間を表す）と番組情報とを関連付けたメタデータをチャンネルごとに作成し、記録媒体部１１１に記録する。図５に示す例では、５秒毎に記録位置（物理アドレス）を記録している。なお、番組情報は、ＥＩＴから取得可能である。
【００３７】
記録媒体部１１１は、例えばＨＤＤ、ディスクドライブ、ＳＤ（登録商標）カードリーダライタであり、記録再生制御部１１０からの放送番組の信号であるＴＳを記録する。記録媒体部１１１は、デジタルレコーダ１０１に内蔵されたものである必要はなく、ＵＳＢやＬＡＮ等で接続されたＨＤＤ等の記録媒体でもよい。
【００３８】
ＡＶデコード部１０５は、各チューナ１０２Ａ，１０２Ｂ，１０２Ｃ，１０２Ｄで受信した各チャンネルの放送番組の信号（ＣＨごとのＴＳに戻したストリーム）または記録再生制御部１１０により再生された放送番組の信号（ＣＨごとのＴＳに戻したストリーム）をＡＶ情報（映像および音声）へデコードする。
【００３９】
ＡＶ情報のデコード出力（ＡＶ出力）は、表示処理部１０６を介して、外部モニタである表示部２００に出力される。また、表示処理部１０６は、ＯＳＤ（On Screen Display）等によりユーザへの情報を提示するための、ＧＵＩ（Graphical User Interface）機能を持っている。このＧＵＩ機能により、後述する番組表などが表示部２００に表示される。
【００４０】
番組表処理部１１５は、記録媒体部１１１に記録した番組のＥＩＴおよび今後放送される番組のＥＩＴを番組データベース部１１３から受け取ることにより、番組表の作成処理、および番組表を表示部２００の表示画面上に表示させるためのデータを作成する処理を実行する。
【００４１】
即ち、番組表処理部１１５は、日時指定ジャンプテーブル処理部（以下単にテーブル処理部と称する）１１５Ｃ、番組情報処理部１１５Ｄを有する。テーブル処理部１１５Ｃは、過去及び現在及び未来の複数の日とその時刻を表す日時情報に基づき日時を区別する複数のセルを有する日時指定ジャンプテーブルを処理することができる。番組情報処理部１１５Ｄは、日時指定ジャンプテーブルの表示を管理するとともに、操作手段により任意の数の前記セルが選択され場合、関連データに基づいて、前記任意の数の前記セルに関連付けられた（a）過去又は（ｂ）現在又は（ｃ）未来、又は(d)過去と現在、又は(e)現在と未来、(f)過去現在未来の何れかの番組情報を有する番組表を表示用として出力することができる。
【００４２】
入力処理部１１４は、ユーザからの各種操作入力を受け付ける。例えば、入力処理部１１４は、ユーザからの日時指定ジャンプテーブルの表示指定、日時指定ジャンプテーブル上のセルの選択及び指定の入力、さらには、自動録画の設定、番組表上における再生番組の指定などの入力を受け付ける。
【００４３】
入力処理部１１４は、デジタルレコーダ１０１に取り付けられた固定の操作パネル（図示せず）に相当するものからユーザ入力を受け付けるものであってもよいし、またデジタルレコーダ１０１から分離したリモートコントローラ３００からユーザ入力を受け付けるものであってもよい。
【００４４】
図６は、上記リモートコントローラ３００の外観を示している。このリモートコントローラ３００には、主として、カーソルキー３００Ａ、決定キー３００Ｂ、ページ戻りキー３００Ｃ、ページ進みキー３００Ｄ、タイムシフトキー３００Ｅ等が設けられている。
【００４５】
カーソルキー３００Ａは、後述する番組表や日時指定ジャンプテーブル等で指定領域（フォーカス）を遷移させるために設けられている。決定キー３００Ｂは、指定領域を決定するために設けられている。ページ戻りキー３００Ｃおよびページ進みキー３００Ｄは、番組表や日時指定ジャンプテーブル等の表示範囲を変更するために設けられている。
【００４６】
タイムシフトキー３００Ｅは、録画方法により同時録画した番組を表示する番組表を表示させるためのキーである。タイムシフトキー３００Ｅを押下操作することで、番組情報処理部１１５Ｄ、番組表処理部１１５は、番組表を表示部２００の表示画面上に表示させる。ここで、装置は、表示画面から指定された番組の再生を行うことが可能な所謂タイムシフトモードに入る。
【００４７】
図７は、番組表の例を示す。この番組表は、過去の番組を示す番組表であり、縦（列）方向に時間軸、横（行）方向にチャンネル軸が設けられた複数のセルを有する。過去番組表は、番組の再生をユーザが指示するためのユーザインタフェースである。この例では６チャンネル分を記録する場合を示している。この場合は、図２に示すチューナ数は６個となる。
【００４８】
上記構成による番組記録装置１０１において、以下に、本実施形態に係る過去番組表における視聴履歴表示処理について説明する。
【００４９】
（第１の実施例）
図８は、第１の実施例として、上記番組表処理部１１５における視聴履歴を表示するための処理手順を示すフローチャートである。
【００５０】
図８において、記録済み番組それぞれについて、少なくともチャンネル、記録期間、視聴記録、再生済率（番組のトータル時間と再生された時間との比率）を含む番組情報を記録時刻順、チャンネル順に取り込むと（ステップＳ１）、入力番組について、チャンネル及び時刻に基づいて表示領域を区分し（ステップＳ２）、その表示領域にタイトル等の番組内容を表示させる（ステップＳ３）。続いて、各番組について視聴記録の有無を判定し（ステップＳ４）、視聴記録が有る場合には、区分された表示領域内に、視聴記録が有ったことを示す再生済みマークを表示する（ステップＳ５）。次に、再生済率を読み込み、表示領域内で半透過な色で再生率に応じた再生済みポインタ位置をオーバーレイ表示する（ステップＳ６）。ここで、次の番組情報があるか判断し（ステップＳ７）、次の番組情報がある場合にはステップＳ１に戻り、次の番組情報の取り込みに移行する。ステップＳ４の判定で視聴記録がなかった場合には、ステップＳ７に移行する。この処理を全記録番組について繰り返し実行する。
【００５１】
図９は上記実施例において、視聴履歴を含む番組表の第１の表示例を示す図である。この表示例では、録画済番組のうち、6/1(土)の19:00台〜22:00台の6チャンネル分(Ch1,Ch3,Ch4,Ch5,Ch6,Ch8)の番組を示している。本例において、Ch1_Pr02とCh4_Pr02とCh6_Pr02とCh8_Pr04とが再生済マークを付加されていることに加え、新たに再生済ポインタ位置を再生済番組毎に半透過な色でオーバーレイ表示する。この「再生済ポインタ位置（番組に対する再生済率）を再生済番組毎に半透過な色でオーバーレイ表示する」ことが、本実施例の骨子である。本実施例により、従来方式には無かった以下の利点を生じる。
【００５２】
本実施例の具体的な実現方法としては、個々の番組を表す情報に対して、再生済ポインタ位置（番組に対する再生済率）を再生済番組毎に半透過な色でオーバーレイ表示する。図９の例では、個々の番組を表す情報すなわち番組毎の番組枠（表示領域）上に、該当番組を何％再生済であるかを水平方向バーグラフとしてオーバーレイ表示している。このことにより、図９の例においては、再生済番組毎の再生済率は、Ch1_Pr02が100％、Ch4_Pr02が100％、Ch6_Pr02が20％程度、Ch8_Pr04が80％程度、と一目瞭然に把握可能となる。
【００５３】
なお、本表示例のポイントとして、「既存の表示領域(番組枠)」分の面積があれば、そこに半透過オーバーレイ表示することで、新たに追加の表示面積を必要としない点がある。もちろん、面積的に余裕があるならば、新たな追加領域を設けて表示することも可能である。
【００５４】
上記処理の結果、Ch1_Pr02とCh4_Pr02は100％再生済なので、ユーザが再度の再生を要望しない限り、もはや再生する必要はない。Ch6_Pr02については、20%程度しか再生していないので自動消去される前に残り80％程度分を再生しよう、Ch8_Pr04については80％程度再生しており、おそらく番組本編を再生し終わって次回予告とコマーシャルは見なかったのだろうから、もはや再生する必要はない（不安なら念のため再度再生してもよい）、というように、ユーザに意思決定のための判断材料を適切に与えることが可能となる。結果として、従来方式の問題点であった見逃しや多重再生が解消される。
【００５５】
上記実施例の説明では、表示形式として、チャンネル−時間の区分で表示する場合について説明したが、図１０に示す第２の表示例のように、記録が完了している番組毎に、再生済みか否かの区分、番組名称の区分、録画日時の区分を表示し、番組名称の表示区分内に再生済ポインタ位置（番組に対する再生済率）を再生済番組毎に半透過オーバーレイ表示するようにしてもよい。この表示形式の場合は、全番組記録を行う場合に限らず、予約録画のように選択番組記録の場合にも適用可能である。
【００５６】
すなわち、図１０に示す第２の表示例では、録画済番組のうち、6/2(日)〜6/4(火)の期間の４番組を示している。本例において、Ch1_Pr17とCh8_Pr35とが未再生マーク（NEW）を付加されており、Ch4_Pr20とCh6_Pr20とが再生済マーク（済）を付加されていることに加え、新たに再生済ポインタ位置を再生済番組毎に半透過な色でオーバーレイ表示する。この「再生済ポインタ位置（番組に対する再生済率）を再生済番組毎に半透過オーバーレイ表示する」ことが、本実施例の骨子である。
【００５７】
本実施例の具体的な実現方法としては、個々の番組を表す情報に対して、再生済ポインタ位置を再生済番組毎に半透過オーバーレイ表示する。図１０の例では、個々の番組を表す情報すなわち番組毎の番組名称上に、該当番組を何％再生済であるかを水平方向バーグラフとしてオーバーレイ表示している。このことにより、図１０の例においては、再生済番組毎の再生済率は、Ch4_Pr20が100％、Ch6_Pr20が20％程度、と一目瞭然に把握可能となる。
【００５８】
なお、本表示例においても、「既存の表示領域（番組名称）」分の面積があれば、そこに半透過オーバーレイ表示することで、新たに追加の表示面積を必要としない点がある。もちろん、本表示例においても、面積的に余裕があるならば、新たな追加領域を設けて表示することも可能である。
【００５９】
上記表示処理の結果、Ch4_Pr20については100％再生済なのでもはや再生する必要はない、Ch6_Pr20については20％程度しか再生していないので、消去される前に残り未再生部分を再生しよう、というように、ユーザに意思決定を正しく行わせることが可能となる。結果として、見逃しや多重再生の問題が解消される。
【００６０】
（第２の実施例）
第１の実施例において、全チャンネル同時記録に対する改良点として、再生済ポインタ位置を再生済番組毎に半透過オーバーレイ表示することで、再生済番組毎の再生済率を一目瞭然に把握可能とし、従来方式の問題点であった見逃しや多重再生が解消される方策を示したが、第２の実施例として、さらに積極的に再生を促す方策を示す。
【００６１】
図１１は、第２の実施例として、上記番組表処理部１１５において、全チャンネルの番組を過去Ｌ週間分記録した場合に、過去番組表に再生推奨表示を行う場合の処理手順を示すフローチャートである。図１１において、図８と同一ステップには同一符号を付して示し、その説明を省略する。
【００６２】
本実施例では、ステップＳ４で過去Ｌ週間以内の同時刻番組の視聴記録の有無を判定し、ステップＳ８で連続または関連番組であるかを判断し、ここで連続または関連番組であると判断された場合には、ステップＳ６で表示領域内に再生済みポインタ位置をオーバーレイ表示する。このステップＳ８とＳ６とを、ステップ１０でさらに１週間分さかのぼって同時刻の番組情報を取得しつつ繰り返し処理し、過去Ｌ週間分に渡りすべて実施する(ステップＳ９)。結果として、過去Ｌ週間以内に同時刻の関連番組を視聴した回数分、ステップＳ６の再生済みポインタ位置のオーバーレイ表示が順次重ね書きされる。
【００６３】
図１２に、全チャンネルの番組を同時に記録する番組記録装置において、過去番組表上への再生催促表示例を示す。図１２の例では、記録済み番組のうち、6/8(土)の19:00台〜22:00台の6チャンネル分(Ch1,Ch3,Ch4,Ch5,Ch6,Ch8)の番組を示している。本例において、過去番組表として表示されている範囲内では、まだいずれの番組も再生されてはいないが、過去２週間に渡る再生履歴を順次重ね書きして半透過オーバーレイ表示する（Ｌ＝２週間の例示）。
【００６４】
この「過去L週間に渡る再生履歴を順次重ね書きして半透過オーバーレイ表示する」ことが、本提案の骨子である。本提案により、従来方式には無かった以下の利点を生じる。
【００６５】
本提案の具体的な実現方法としては、個々の番組を表す情報に対して、第１の実施例にて示した再生済ポインタ位置（番組に対する再生済率）を再生済番組毎に、過去Ｌ週間分合算して重ね書き半透過オーバーレイ表示する。図１２の例では、個々の番組を表す情報すなわち番組毎の番組枠（表示領域）上に、過去２週間分の該当番組を何%再生済であるかを水平方向バーグラフとしてオーバーレイ表示している。図１２の例においては、再生済番組毎の再生済率を見ると、6/1(土)の週には、Ch1_Pr72の時間に該当する番組が100％、Ch4_Pr72の時間に該当する番組が100％、Ch6_Pr72の時間に該当する番組が20％程度、Ch8_Pr74の時間に該当する番組が80％程度であり、さらにその前週の5/25(土)の週には、Ch1_Pr72の時間に該当する番組が100％、Ch4_Pr72の時間に該当する番組が90％程度、Ch6_Pr72の時間に該当する番組が0％、Ch8_Pr74の時間に該当する番組が100％であった想定である。
【００６６】
この想定において、図１２の例においては、過去２週間分の再生履歴を合算した再生済番組毎の再生済率は、Ch1_Pr72の時間に該当する番組が100％+100％、Ch4_Pr72の時間に該当する番組が90％程度+100％、Ch6_Pr72の時間に該当する番組が0％+20％程度、Ch8_Pr74の時間に該当する番組が100％+80％程度、と一目瞭然に把握可能となる。
【００６７】
なお、本実施例のポイントとして、過去Ｌ週間分合算して重ね書き半透過オーバーレイ表示することで、より重要度の高い番組（より頻繁に再生された番組）が色濃く塗られ、これから視聴すべき番組を明確に一目瞭然に把握可能となる点がある。ここで、Ｌの範囲としては、一般的に約3か月（1クール）で番組構成が変わることが予想されるため、長くても12週間程度までとしておくのが好適と思われる。
【００６８】
上記処理の結果、過去２週間に渡る再生履歴を手掛かりとして判断すると、Ch1_Pr72とCh4_Pr72とCh8_Pr74は毎週概ね80％程度以上の再生率を誇るためこれからも忘れず視聴すべきである、Ch6_Pr72はほとんど再生していないため今後は視聴する必要はない、というユーザ自身の意思決定を正しく行うことが可能となる。結果として、これから視聴すべき番組の明確な優先度付けが可能となり、過去番組表上への再生催促表示が実現される。いわば、過去番組表の中から、まだ未再生の番組に対してこれから「どの番組を再生すべきか」を指示する「週間テンプレート」が形成されることになる。
【００６９】
なお、「どの番組を再生すべきか」という指示に対して、「どの番組を永続保存すべきか」という指示と解釈することもユーザの好みにより可能である。要は、典型的な全チャンネル同時記録装置においては、記録済番組は放っておくと録画用バッファからあふれ古いものから自動的に削除されるため、「これから、どの番組に注目して素早く対応を決めないといけません」という注意喚起を行うものである。
【００７０】
（第３の実施例）
積極的に再生を促す方策として、第２の実施例とは別の方策を第３の実施例として説明する。
【００７１】
図１３は、第３の実施例として、上記番組表処理部１１５において、全チャンネルの番組を過去Ｌ週間分記録した場合に、過去番組表に再生推奨表示を行う場合の処理手順を示すフローチャートである。図１３において、図８、図１１と同一ステップには同一符号を付して示し、その説明を省略する。
【００７２】
図１３に示す処理では、ステップＳ４で過去Ｌ週間以内に視聴記録有りと判定された場合に、過去Ｌ週間分の同時刻の番組の再生済みポインタ位置を比較し（ステップＳ１１）、連続または関連番組をＭ週連続してＮ％以上再生しているかを判断し（ステップＳ１２）、Ｍ週連続してＮ％以上再生している場合には、再生推奨番組として表示領域内を識別表示する（ステップＳ１３）。
【００７３】
図１４に、第３の実施例における過去番組表上への再生推奨表示例を示す。図１４の例では、記録済番組のうち、6/8(土)の19:00台〜22:00台の6チャンネル分(Ch1,Ch3,Ch4,Ch5,Ch6,Ch8)の番組を示している。本例において、過去番組表として表示されている範囲内ではまだいずれの番組も再生されてはいないが、過去Ｌ週間に渡る再生履歴を合算した結果を、さらにある条件によってスクリーニングした結果を半透過オーバーレイ表示する。
【００７４】
この「過去Ｌ週間に渡る再生履歴を合算し、さらにある条件によってスクリーニングした結果を半透過オーバーレイ表示する」ことが、本実施例の骨子である。すなわち、本実施例の具体的な実現方法としては、個々の番組を表す情報に対して、図１２として示した過去Ｌ週間に渡る再生履歴を合算した結果を、さらにある条件によってスクリーニングした結果を半透過オーバーレイ表示する。
【００７５】
第２の実施例における図１２の例では、過去Ｌ週間に渡る生の再生履歴データを重ね書き表示したが、本実施例における図１４の例では、同データをスクリーニングして、番組単位でこれから視聴すべき番組をよりシンプルに表示する。スクリーニングの条件は、例えば「連続または関連番組を、過去Ｍ週連続して、Ｎ%以上再生した」ことをチェックする。ＭとＮはユーザの好みで設定すればよい。設定の一例としては、M=2とN=80として、「連続または関連番組を、過去2週連続して、80%以上再生した」とすることが考えられる。この例によれば、図１２では、Ch1_Pr72とCh4_Pr72とCh8_Pr74が該当する。こうすることで、重ね書き表示が適切ではない場合や、番組単位で明確に再生推奨が欲しい場合に好適な表示となる。
【００７６】
（第４の実施例）
第４の実施例は、第３の実施例までの過去番組表（既に録画済の番組）に対する操作とは異なり、未来番組表（これから放送される予定の番組をチャンネル別に時系列に示す表、録画予約や視聴予約を行うために使用する）に対する操作として実現し、さらに積極的に視聴・録画予約を促す方策である。
【００７７】
図１５は、第４の実施例として、上記番組表処理部１１５において、全チャンネルの番組を過去Ｌ週間分記録した場合に、未来番組表に視聴・録画推奨表示を行う場合の処理手順を示すフローチャートである。図１５において、図８、図１１、図１３と同一ステップには同一符号を付して示し、その説明を省略する。
【００７８】
図１５に示す処理では、ステップＳ１１で過去Ｌ週間分の同時刻の番組の再生済みポインタ位置を比較し、ステップＳ１２で連続または関連番組をＭ週連続してＮ％以上再生しているかを判断し（ステップＳ１２）、Ｍ週連続してＮ％以上再生している場合には、視聴・録画推奨番組として未来番組表の該当表示領域内を識別表示する（ステップＳ１４）。
【００７９】
図１６に、番組記録装置の未来番組表（録画保存用）に録画予約を推奨する表示例を示す。図１６の例では、これから放送される番組のうち、6/15(土)の19:00台〜22:00台の6チャンネル分(Ch1,Ch3,Ch4,Ch5,Ch6,Ch8)の番組を示している。本例において、未来番組表として表示されている範囲内ではまだいずれの番組も当然再生されてはいないが、第３の実施例の図１４の過去番組表上への再生推奨表示例と同様にして、過去Ｌ週間に渡る再生履歴を合算した結果を、さらにある条件によってスクリーニングした結果を、未来番組表の該当領域に半透過オーバーレイ表示する。
【００８０】
このように、「過去Ｌ週間に渡る再生履歴を合算し、さらにある条件によってスクリーニングした結果を、未来番組表上へ半透過オーバーレイ表示する」ことが、本実施例の骨子である。本実施例の具体的な実現方法としては、未来番組表上で個々の番組を表す情報に対して、図１４に示した過去Ｌ週間に渡る再生履歴を合算した結果を、さらにある条件によってスクリーニングした結果を半透過オーバーレイ表示する。
【００８１】
上述の図１４に示した第３の実施例と同様のチェックを行い、番組単位でこれから録画予約または視聴予約すべき番組をシンプルに表示する。スクリーニングの条件は、例えば「連続または関連番組を、過去Ｍ週連続して、Ｎ％以上再生した」ことをチェックする。ＭとＮはユーザの好みで設定すればよい。設定の一例としては、M=2とN=80とで、「連続または関連番組を、過去２週連続して、80％以上再生した」とすることが考えられる。この例によれば、図１６の未来番組表では、Ch1_PrE2とCh4_PrE2とCh8_PrE4が該当する。
【００８２】
本実施例によれば、過去２週間に渡る再生履歴を手掛かりとして判断すると、Ch1_PrE2とCh4_PrE2とCh8_PrE4は過去２週連続して80％以上の再生率となっているため、これからも忘れず録画予約もしくは視聴予約を行うべきである、と推察される。そこで、未来番組表（例えば録画保存用）上への録画予約の推奨表示を行う。この推奨表示は、いわば、未来番組表の中から、まだ未予約の番組に対してこれから「どの番組を録画予約すべきか」を指示する「週間テンプレート」を形成することになる。
【００８３】
また、「どの番組を録画予約すべきか」という指示に対して、「どの番組を視聴予約すべきか」という指示と解釈することも、ユーザの好みにより可能である。要は、これから放送される未来の番組に対し、「これから、どの番組に注目して忘れずに録画予約か視聴予約を設定したほうが良いです」という注意喚起を行うものである。
【００８４】
（第５の実施例）
第５の実施例では、過去番組の再生履歴を複数ユーザについて一元管理する際に、操作対象のユーザの再生履歴のみを過去番組表にオーバーレイ表示する場合を説明したが、第６の実施例では各ユーザの再生履歴を一括表示できるようにした場合について説明する。図１７は、第５の実施例として、２ユーザの再生履歴を一括表示する処理の流れを示すフローチャート、図１８は第５の実施例を適用した場合のユーザ選択画面の表示例を示す図、図１９及び図２０はそれぞれ第５の実施例を適用した場合の丸録番組一覧を示す過去番組表、録画済番組をリストアップした過去番組表（以下、録画済番組リストと称する）の表示画面例を示す図である。
【００８５】
図１７において、過去番組表の表示要求を受けると（ステップＳ１１）、例えば図１８に示すユーザ１，２の選択画面を表示して（ステップＳ１２）、ユーザの選択操作を待機する（ステップＳ１３）。このとき、ユーザ１，２の選択項目は、登録の有無に応じて識別表示する。例えばユーザ１は登録済の場合が赤色、未登録の場合が無色とし、ユーザ２は登録済の場合が青色、未登録の場合が無色とする。ユーザは、自身がユーザ１の登録ユーザならば該当する赤色のユーザ１の項目をカーソルで選択して決定処理する。また、ユーザは、新規ユーザならば無色のユーザ項目（ここではユーザ２とする）をカーソルで選択して決定処理することで青色の登録ユーザとなる。尚、ユーザ１，２が全て登録済の場合に不要な登録を取り下げるための指示入力を用意しておく。尚、ここで説明した複数ユーザの操作識別方法そのものに関しては、実施例において特に限定されるものではない。
【００８６】
ユーザの選択操作が完了した場合には、ユーザ１，２それぞれの再生履歴情報の有無を判断し（ステップＳ１４）、全てのユーザにおいて再生履歴情報なしと判断された場合には過去番組表を読み出して表示し（ステップＳ１５）、再生履歴情報ありと判断された場合には、ユーザ別に再生履歴情報を過去番組表に半透過でオーバーレイ表示する。このとき、図１９に示すように、再生履歴のある番組枠内に、時間軸とは直交する方向（図では水平方向）にユーザ１（例えば母親），ユーザ２（例えば父親）それぞれの再生済ポインタ位置を示す帯状の再生済率表示領域を形成し、それぞれの領域に対応ユーザの履歴に合わせて再生済率をバーグラフとして、半透過で色分け（ここでは赤と青）してオーバーレイ表示する（ステップＳ１６）。
【００８７】
この状態で、ユーザの再生番組選択を待機し（ステップＳ１７）、再生番組が選択された場合には、選択された番組の再生を指示すると共に（ステップＳ１８）、登録ユーザの最新再生履歴情報として登録し（ステップＳ１９）、一連の処理を完了する。
【００８８】
上記構成において、本実施例では、複数名（家族等）であっても各々同じ効果を享受できる方式を提案する。すなわち、先の実施例では図９に例示する通り、１名のユーザに関する再生済番組毎の再生済率は、Ch1_Pr02が100%、Ch4_Pr02が100%、Ch6_Pr02が20%程度、Ch8_Pr04が80%程度、と一目瞭然に把握可能としたが、本実施例では図１９に例示する通り、複数のユーザ（本実施例では２名）に関する再生済番組毎の再生済率は、それぞれ赤色帯（例えば母親）と青色帯（例えば父親）で示す情報として、母親はCh1_Pr02が100%、Ch4_Pr02が100%、Ch6_Pr02が20%程度、Ch8_Pr04が80%程度、対する父親は、Ch4_Pr02が50%、Ch6_Pr02が100%、とユーザ個別に一目瞭然に把握可能となる。その結果、複数ユーザが個別に自身の意思決定を正しく行うことが可能となり、見逃しや多重再生が解消される。
【００８９】
ところで、本実施例は、一定期間に渡って全てのチャンネルの番組を録画する丸録レコーダの過去番組表の表示に適用する場合を説明したが、非丸録レコーダの録画済番組リストにおいても同様に複数ユーザの再生履歴表示を適用可能である。例えば図１０に示した録画済番組リストにおいては、対象者が個人（１名）であったのに対し、今回新たに複数名（家族等）も効果を享受できるようにする。すなわち、本実施例では図２０に例示する通り、番組毎の番組名称上に、複数ユーザに関する情報としてそれぞれ個別に、該当番組を何％再生済であるかを水平方向バーグラフとしてオーバーレイ表示する。ここで複数ユーザの操作識別方法そのものに関しては特に限定はしない。
【００９０】
図２０の例では、複数のユーザ（本例では２名）に関する再生済番組毎の再生済率は、それぞれ赤色帯（例えば母親）と青色帯（例えば父親）で示す情報として、母親はCh4_Pr20が100%、Ch6_Pr20が20%程度、対する父親は、Ch4_Pr20が100%、Ch6_Pr20が100%、とユーザ個別に一目瞭然に把握可能となる。結果として、見逃しや多重再生が複数ユーザに対しても解消される。
【００９１】
さらに先に説明した「過去Ｌ週間に渡る再生履歴を順次重ね書きして半透過オーバーレイ表示する」第２の実施例、「過去L週間に渡る再生履歴を合算し、さらにある条件によってスクリーニングした結果を、半透過オーバーレイ表示する」第３の実施例、「過去Ｌ週間に渡る再生履歴を合算し、さらにある条件によってスクリーニングした結果を、未来番組表上へ半透過オーバーレイ表示する」第４の実施例においても、本実施例を適用することで、複数ユーザで享受可能である。
【００９２】
また、図１９、図２０では、時間軸とは直交する方向に再生ポインタ位置を示すようにしたが、図２１、図２２にそれぞれ示すように、時間軸と平行な方向（図では垂直方向）に再生ポインタ位置をバーグラフにして示す帯状の領域を形成するようにしてもよい。
【００９３】
（第６の実施例）
第５の実施例では、過去番組の再生履歴を複数ユーザについて一元管理する際に、全ての登録ユーザの再生履歴を過去番組表または録画済番組リストにオーバーレイ表示する場合を説明したが、図６の実施例では指定ユーザの再生履歴のみを過去番組表または録画済番組リストにオーバーレイ表示する場合について説明する。図２３は、第６の実施例として、２ユーザまで識別可能とする処理の流れを示すフローチャートである。
【００９４】
図２３において、過去番組表の表示要求を受けると（ステップＳ２０）、第５の実施例と同様に図１８したユーザ１，２の選択画面を表示して（ステップＳ２１）、ユーザの選択操作を待機する（ステップＳ２２）。このときのユーザの選択操作については第５の実施例と同様であるので、ここでは説明を割愛する。
【００９５】
ユーザの選択操作が完了した場合には、新規登録ユーザか否かを判断し（ステップＳ２３）、新規登録ユーザならば過去番組表を読み出して表示し（ステップＳ２４）、既登録ユーザならば当該ユーザの再生履歴を読み出して、例えば第１乃至第３の実施例のいずれかの手法により該当番組枠内に再生率を半透過でオーバーレイ表示する（ステップＳ２５）。
【００９６】
この状態で、ユーザの再生番組選択を待機し（ステップＳ２６）、再生番組が選択された場合には、選択された番組の再生を指示すると共に（ステップＳ２７）、登録ユーザの最新再生履歴情報として登録し（ステップＳ２８）、一連の処理を完了する。
【００９７】
上記ユーザ１，２それぞれの過去番組表、録画済番組リストについては、図９、図１０、図１２、図１４に示した表示例と同様であるため、ここでは表示例を省略する。また、第６の実施例では過去番組表について説明したが、未来番組表において複数のユーザの予約番組を一元管理する場合にも適用可能である。
【００９８】
（変形例）
上記説明した再生履歴のオーバーレイ表示に関して、以下の変形例が考えられる。
【００９９】
上記の実施例では複数ユーザとして２名の場合について説明したが、３名以上の場合にも同様に適用できる。
【０１００】
また、上記実施例では、再生履歴のオーバーレイ情報表示を常時行うものとしたが、この再生履歴のオーバーレイ情報表示をオン／オフできるようにしてもよい。
【０１０１】
上記オーバーレイ情報表示は、水平方向、垂直方向へのバーグラフのみならず、円グラフ等、他の図形として描くようにしてもよい。
【０１０２】
上記オーバーレイ情報表示は、グラフではなく、文字（“80%済”等）を描くようにしてもよい。
【０１０３】
上記オーバーレイ情報表示は、半透過な色でオーバーレイ表示するが、背景側の情報(番組名称等)に覆いかぶさらないように十分な表示スペースが確保できる場合や、背景側の情報が覆いかぶさられて一部見えなくなることを許容する場合には、透過率は0%としてもよい。(単純な重ね書き)
一般的に約３か月（１クール）で番組構成が変わることが予想されるため、同タイミングでオーバーレイ表示する再生履歴のリセットを行う操作を許可することも好適である（上記説明文中のＬやＭのリセットタイミング）。
【０１０４】
番組名称の代わりに、番組映像を一覧表示するパターンもあるが、本実施形態の本質は変わらず適用可能である。すなわち、個別番組映像の上に、バーグラフをオーバーレイ表示すればよい。
【０１０５】
また、録画済番組の表示形式として、丸録画番組例の上記６ch×４時間のみに個数を限定するものではなく、非丸録画例の上記４番組のみに個数を限定するものでもない。
【０１０６】
更には、録画済番組だけでなく、ウェブサーバが配信するＶｏＤコンテンツに対して上記実施形態の表示形式を用いても良い。即ち、ウェブサーバは、各ＶｏＤコンテンツに対してユーザの再生履歴の情報を対応付けて記憶し、ＶｏＤコンテンツリストを含むウェブページを配信する際には、各ユーザによる各コンテンツの再生履歴を反映した表示形態のリストを配信する。
【０１０７】
その他、本実施形態は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０１０８】
Ａ１１…電子機器（テレビ装置）、Ａ１２…データコントローラ、Ａ１３…レコーダ装置、Ａ１４…ＵＳＢハードディスク装置、Ｂ１…外部ネットワーク（インターネット網）、Ｃ１…サーバまたはサーバ群（外部サービス機構）、Ｃ１２…履歴サーバ（嗜好情報データベース）、Ｃ１３…ＥＰＧサーバ（データベース）、Ｃ１４…カレンダ／チャンネルデータサーバ（データベース）、Ｃ１５…関連番組データベース（サーバ）、Ｃ１６…データ供給元サーバ（メタデータサーバ）、
１０１…番組記録装置（デジタルレコーダ）、１０２Ａ，１０２Ｂ…地上デジタル放送受信用の第１、第２のチューナ、１０２Ｃ，１０２Ｄ…ＢＳ／ＣＳデジタル放送受信用の第３、第４のチューナ、１０３…ＴＳ分離部、１０４…デスクランブラ部、１０５…ＡＶデコード部、１０６…表示処理部、１０７…ＣＡＳ制御部、１０８…ＣＡＳカード、１１０…記録再生制御部、１１１…記録媒体部、１１３…番組データベース部、１１４…入力処理部、１１５…番組表処理部、１１５Ｃ…日時指定ジャンプテーブル処理部、１１５Ｄ…番組情報処理部、
２００…表示部、３００…リモートコントローラ、３００Ａ…カーソルキー、３００Ｂ…決定キー、３００Ｃ…ページ戻りキー、３００Ｄ…ページ進みキー、３００Ｅ…タイムシフトキー。
【図１】
2015076880.tif 000003
【図２】
2015076880.tif 000004
【図３】
2015076880.tif 000005
【図４】
2015076880.tif 000006
【図５】
2015076880.tif 000007
【図６】
2015076880.tif 000008
【図７】
2015076880.tif 000009
【図８】
2015076880.tif 000010
【図９】
2015076880.tif 000011
【図１０】
2015076880.tif 000012
【図１１】
2015076880.tif 000013
【図１２】
2015076880.tif 000014
【図１３】
2015076880.tif 000015
【図１４】
2015076880.tif 000016
【図１５】
2015076880.tif 000017
【図１６】
2015076880.tif 000018
【図１７】
2015076880.tif 000019
【図１８】
2015076880.tif 000020
【図１９】
2015076880.tif 000021
【図２０】
2015076880.tif 000022
【図２１】
2015076880.tif 000023
【図２２】
2015076880.tif 000024
【図２３】
2015076880.tif 000025