(57)【特許請求の範囲】
【請求項１】
番組を録画・再生する番組録画・再生システムであって、
各番組を所定の規則に従って分類する番組分類手段と、
番組を録画又は録画予定設定する番組録画設定手段と、
分類毎に仮想チャンネルを割り当てるとともに、各分類に仕分けされた番組を該当する仮想チャンネル上に再生開始順に配列する仮想チャンネル管理手段と、
ユーザによるチャンネル選択操作又は仮想チャンネル上での番組探索操作を受容するユーザ操作手段と、
前記ユーザ操作手段を介したユーザ操作に応答して、選択されたチャンネルから該当する番組を取り出す番組取得手段と、
前記番組取得手段において取得した番組を提示する番組提示手段と、
を具備し、
前記仮想チャンネル管理手段は、選択中及び非選択中の仮想チャンネル上の再生開始位置を現在時刻の経過に応じて移動させる、
ことを特徴とする番組録画・再生システム。
【請求項２】
各仮想チャンネルの分類はユーザ・プロファイル又はユーザ設定に応じて登録される、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項３】
ユーザにより該当分類を設定不能で、いずれの分類にも属さない番組を配列するための仮想チャンネルを含む、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項４】
前記番組分類手段は、ＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｇｕｉｄｅ）又はユーザ設定により各番組を分類する、
ことを特徴とする請求項１に記載の番組の録画・再生システム。
【請求項５】
仮想チャンネル上での各番組の再生開始順は、オンエアされた順番、ユーザ・プロファイル、ユーザ設定のうち少なくとも１つに基づいて付与された優先順位に従う、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項６】
前記ユーザ操作手段は、仮想チャンネル上での再生位置の一時停止、早送り、巻き戻しなどの番組探索操作を受容する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項７】
前記ユーザ操作手段は、仮想チャンネル上の特定の番組に関する削除、保存、保留（後で観る）などの録画番組の保存状態の指定操作を受容する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項８】
前記仮想チャンネル管理手段は、仮想チャンネル上に配列された各番組の保存状態も管理する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項９】
前記仮想チャンネル管理手段は、仮想チャンネル上に配列された各番組をユーザが視聴済みか否かを識別する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１０】
前記仮想チャンネル管理手段は、各録画番組に対して指定された保存状態に応じて仮想チャンネル上で番組を配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１１】
前記仮想チャンネル管理手段は、視聴済みと識別された番組を該当する仮想チャンネル上で近くの過去に配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１２】
前記仮想チャンネル管理手段は、削除予定と識別された番組を該当する仮想チャンネル上で遠くの過去に配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１３】
前記仮想チャンネル管理手段は、保存と識別された番組を該当する仮想チャンネル上でやや遠くの過去に配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１４】
前記仮想チャンネル管理手段は、録画予定と識別された番組を該当する仮想チャンネル上で未来（但し、日時以降）に配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１５】
前記仮想チャンネル管理手段は、録画したが未だ視聴（再生）していないと識別された番組を該当する仮想チャンネル上で未来の空き時間に配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１６】
前記仮想チャンネル管理手段は、保留と識別された番組を該当する仮想チャンネル上で未来の空き時間に優先的に配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１７】
前記仮想チャンネル管理手段は、未来の空き時間が埋まらなかった場合には、既に配置済みの番組を重複して配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１８】
前記仮想チャンネル管理手段は、各仮想チャンネル上の番組編成や各番組の視聴状態、保存状態を一瞥して識別可能な形式で一覧表示する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項１９】
前記仮想チャンネル管理手段は、シリーズ番組を同一仮想チャンネル上で連続的に配置する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項２０】
前記仮想チャンネル管理手段は、前記ユーザ操作手段を介して早送り又は巻き戻し指示が入力されたことに応答して、選択中の仮想チャンネル上の再生開始位置を未来又は過去に移動させる、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項２１】
前記仮想チャンネル管理手段は、予定日以前に相当する番組への早送り操作を許容しない、
ことを特徴とする請求項２０に記載の番組録画・再生システム。
【請求項２２】
前記仮想チャンネル管理手段は、前記ユーザ操作手段を介して早送り又は巻き戻し指示が入力されたことに応答して選択中の仮想チャンネル上の再生開始位置を未来又は過去に移動させるが、非選択中の仮想チャンネル上の再生開始位置は現在時刻の経過に従わせる、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項２３】
さらに、オンエア中の番組に対して実チャンネルを割り当てる実チャンネル管理手段を含み、
前記番組提示手段は、前記ユーザ操作手段を介して仮想チャンネルが選択されたことに応答して、該仮想チャンネル上から録画番組を取り出して再生するとともに、実チャンネルが選択されたことに応答して、該実チャンネル上でオンエア中の番組を提示する、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項２４】
前記ユーザ操作手段は、実チャンネルと仮想チャンネルとを区別しないチャンネル選択操作を受容する、
ことを特徴とする請求項２３に記載の番組録画・再生システム。
【請求項２５】
さらに、各仮想チャンネル上で一時停止された番組に関する再生情報等を管理するＴｏＷａｔｃｈリスト管理手段を備える、
ことを特徴とする請求項１に記載の番組録画・再生システム。
【請求項２６】
前記ＴｏＷａｔｃｈリスト管理手段は、一時停止状態の番組を一覧表示し、該一覧上でのユーザ選択を受容し、ユーザ選択に応答して該当する録画番組の再生を開始する、
ことを特徴とする請求項２５に記載の番組録画・再生システム。
【請求項２７】
番組を録画・再生する番組録画・再生方法であって、
各番組を所定の規則に従って分類する番組分類ステップと、
番組を録画又は録画予定設定する番組録画予約設定ステップと、
分類毎に仮想チャンネルを割り当てるとともに、各分類に仕分けされた放送番組を該当する仮想チャンネル上に再生開始順に配列する仮想チャンネル管理ステップと、
ユーザによるチャンネル選択操作又は仮想チャンネル上での番組探索操作を受容するユーザ操作ステップと、
前記ユーザ操作ステップを介したユーザ操作に応答して、選択されたチャンネルから該当する放送番組を取り出す番組取得ステップと、
前記番組取得ステップにおいて取得した番組を提示する番組提示ステップと、
を具備し、
前記仮想チャンネル管理手段は、選択中及び非選択中の仮想チャンネル上の再生開始位置を現在時刻の経過に応じて移動させる、
ことを特徴とする番組録画・再生方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、各放送局によってオンエアされる番組などの映像を録画・再生するための録画再生システムに係り、特に、映像の録画や録画予約を自動化した録画再生システムに関する。
【０００２】
更に詳しくは、本発明は、自動的に録画した数多の映像の再生・視聴操作を支援する録画再生システムに係り、特に、テレビやビデオデッキなどの一般的なＡＶ機器の操作を踏襲して録画映像の選択や管理を容易化した録画再生システムに関する。
【０００３】
【従来の技術】
デジタル技術の発達により、映像や音声からなるＡＶデータを劣化なく大量に蓄積することが可能になってきた。最近では、数十ＧＢあるいはそれ以上の容量を持つＨＤＤが比較的安価に入手することが可能となり、ＨＤＤベースの録画機も登場してきている（例えば、「テレビ番組をＨＤＤに録画する機器が続々登場」（日経エレクトロニクス，Ｎｏ．７２７，ｐｐ．２７−２８，１９９８）や「ＨＤＤ使うディジタル録画技術が家庭に向けいよいよ登場」（日経エレクトロニクス，Ｎｏ．７２７，ｐｐ．４１−４６，１９９８）を参照のこと）。記録メディアの大容量化に伴い、番組録画再生装置においてより多くの番組を録画することが可能となる。
【０００４】
ＨＤＤは記録データへのランダム・アクセスが可能な装置である。したがって、録画コンテンツを再生するときは、従来のビデオ・テープの場合のように、録画しておいた番組を先頭から順に再生する必要はなく、好きな番組から直接再生を開始することができる。
【０００５】
ところが、記録メディアの大容量化により、録画された番組数が大量になればなるほど、再生したい番組を選択することが困難になってくる。特に、ユーザの嗜好やプロファイル情報などを基に番組の録画や録画予約を自動的に行うようなシステムにおいては、録画漏れに伴うユーザの落胆を避けるためにも、必要以上に多くの番組を録画する傾向がある。このため、ユーザが再生番組を取捨選択する作業負担はますます過大になっていく。
【０００６】
また、このような録画・再生システムの利用環境下では、録画された映像の総時間と比較して、実際にユーザが視聴することができる時間はごくわずかであるが、この差を埋める効果的な手法・改善策は未だ開発されていない。
【０００７】
例えば、録画された番組の番組名やチャンネル、放送日時などの一覧を画面上に提示する方法がある。しかしながら、このような一覧表示画面を介して、必ずしも番組の内容を把握できる訳ではない。また、一覧表示画面に各番組の詳細情報まで表示しようとすると、画面上の表示イメージが混雑してしまい非常に見づらくなってしまう。
【０００８】
テレビの視聴者は、放映中の特定の番組に注視しているとは限らない。すなわち、無目的に見る、あるいは、たまたまテレビがついていたから眺めると言った番組の視聴形態が一般的である。これに対し、録画された番組のうち何を見るかを逐次判断を下して見るという行為は、後者の視聴形態には適合しない。言い換えれば、録画された映像の総時間とユーザの視聴可能時間との差を吸収することができない。
【０００９】
また、ユーザの多くは、特定の放映番組を録画したことで達成感や安心感を得てしまう心理が作用し、実際に視聴する行動まで至らない一因となっている。このため、多くの録画番組は、記録するだけで再生されることなく死蔵されがちである。
【００１０】
従来、ユーザの嗜好やプロファイルなどの情報を基に放映番組の録画や録画予約を自動化することができる録画再生システムは存在するものの、各録画番組の再生や、削除／保存の判断、及びこれらの操作はユーザ自身の手で行わなければならない。また、録画予定表や録画済番組一覧表など、情報の種類毎あるいは操作毎にそれぞれ個別の表示と操作が必要になり、作業が煩雑になる分、操作ミスも起こし易い。そもそも、このような録画・再生システムにおける操作は、放映されているものをただ見る（眺める）だけといったような受動的なテレビ視聴スタイルとは相容れない。
【００１１】
録画番組をユーザが視聴しないということは、それだけ録画されただけの番組が蓄積されていくことを意味する。この結果、やがて記録容量の限界に近づくと、ユーザは少なくとも一部の録画番組を、視聴済みか否かに拘わらず削除していかなくてはならない。例えば、番組保存の有効期限を設定することにより、期限を徒過した番組を自動的に削除するという類の機能は既に存在する。しかしながら、ユーザが各録画番組毎に有効期限を逐次設定する場合には、手間がかかる上、適切な期限設定を行うことは難しい。また、録画・再生システム側で自動的に期限を設定する場合には、うっかりしている間に大切な映像まで削除されてしまうなど、ユーザの意図を的確に把握して録画映像の保存管理に反映されることは極めて困難である。したがって、自動的に蓄積された膨大な録画映像の中から、不要な映像のみを効率よく削除することができる機能が望まれている。多くの録画番組の中から削除するものを選択することは、何を観るかを選択することと表裏一体、すなわち本質的に同じ問題である。
【００１２】
他方、ビデオ・テープなど順アクセス方式の録画再生装置においては、録画された番組を視聴中に一時停止しても、電源を切ったり録画された他の番組を見たりすると、その一時停止位置の情報は失われてしまっていた。元の時点から視聴を再開したい場合は、ユーザはカウンタ値を記憶しておき、巻き戻しなどを行う必要がある。
【００１３】
また、一覧画面が録画日時順で構成される場合には、一覧画面に一旦表示させてからでないと、その再生を選択することができない。このため、連続ドラマなどのシリーズ番組を録画した場合のように各番組間で連続性がある場合であっても、放映・録画日時の間隔が開いているときには、順を追って観るには作業が煩雑になってしまう。
【００１４】
【発明が解決しようとする課題】
本発明の目的は、各放送局によってオンエアされる番組などの映像の録画や録画予約を自動化した、優れた録画再生システムを提供することにある。
【００１５】
本発明の更なる目的は、自動的に録画した数多の映像の再生・視聴操作を支援することができる、優れた録画再生システムを提供することにある。
【００１６】
本発明の更なる目的は、テレビやビデオデッキなどの一般的なＡＶ機器の操作を踏襲して録画映像の選択や管理を容易化することができる、優れた録画再生システムを提供することにある。
【００１７】
本発明の更なる目的は、ユーザの意図を的確に把握して録画映像の保存管理に反映することができる、優れた録画再生システムを提供することにある。
【００１８】
【課題を解決するための手段】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、受信した又は受信予定の放送番組を録画・再生する録画・再生システム又は方法であって、
各放送番組を所定の規則に従って分類する番組分類手段又はステップと、
放送番組を録画又は録画予定する番組録画手段又はステップと、
各分類毎に仮想チャンネルを割り当てるとともに、各分類に仕分けされた放送番組を該当する仮想チャンネル上に再生開始順に配列する仮想チャンネル管理手段又はステップと、
ユーザによるチャンネル選択操作及び／又は仮想チャンネル上での番組探索操作を受容するユーザ操作手段又はステップと、
前記ユーザ操作手段又はステップを介したユーザ操作に応答して、選択されたチャンネルから該当する放送番組を取り出してする番組提示手段又はステップと、
を具備することを特徴とする放送番組の録画・再生システム又は方法である。
【００１９】
ここで、各仮想チャンネルの分類は、ユーザ・プロファイル及び／又はユーザ設定に応じて登録するようにしてもよい。
【００２０】
また、ユーザにより該当分類を設定不能で、いずれの分類にも属さない番組を配列するための仮想チャンネルを含んでいてもよい。
【００２１】
また、前記番組分類手段又はステップは、データ放送用データの一部として配信されるＥＰＧ（Electronic Programming Guide）や、各ユーザからの入力設定により、各放送番組を分類するようにしてもよい。
【００２２】
また、仮想チャンネル上では、オンエアされた順番、ユーザ・プロファイル、ユーザ設定のうち少なくとも１つに基づいて付与された優先順位に従って各番組の再生開始順を決定するようにしてもよい。
【００２３】
また、前記仮想チャンネル管理手段又はステップは、選択中及び非選択中の仮想チャンネル上の再生開始位置を現在時刻の経過に応じて移動させるようにしてもよい。したがって、録画映像を再生するために、ユーザには能動的な操作や視聴姿勢を要求されないので、受動的な視聴スタイルを持つユーザに受け容れられ易いし、録画するだけで死蔵される番組を低減することができる。
【００２４】
また、前記ユーザ操作手段又はステップは、仮想チャンネル上での再生位置の一時停止、早送り、巻き戻しなどの番組探索操作を受容するようにしてもよいし、さらに、仮想チャンネル上の特定の番組に関する削除、保存、保留（後で観る）などの録画番組の保存状態の指定操作を受容するようにしてもよい。特に、「早送り」や「巻き戻し」に関しては、同一の仮想チャンネル上で、複数の再生番組にまたがって操作を行えるようにしてもよい。
【００２５】
また、前記仮想チャンネル管理手段又はステップは、仮想チャンネル上に配列された各番組の保存状態も管理するようにしてもよい。
【００２６】
また、前記仮想チャンネル管理手段又はステップは、仮想チャンネル上に配列された各番組をユーザが視聴済みか否かを識別するようにしてもよい。
【００２７】
また、前記仮想チャンネル管理手段又はステップは、各録画番組に対して指定された保存状態に応じて、仮想チャンネル上で番組を配置するようにしてもよい。
【００２８】
例えば、該当する仮想チャンネル上において、視聴済みと識別された番組を近くの過去に配置するようにしてもよいし、削除予定と識別された番組を遠くの過去に配置するようにしてもよいし、保存と識別された番組をやや遠くの過去に配置するようにしてもよい。
【００２９】
また、前記仮想チャンネル管理手段又はステップは、録画予定と識別された番組を該当する仮想チャンネル上で未来（但し、放送日時以降）に配置して、いつ以降であれば当該番組を再生できるかを提示するようにしてもよい。同一の時間帯に複数の番組を録画する場合や、当該番組以前に再生される予定の番組と時間的に重なる場合には、放送日時以降にずらすことで、重複なく仮想チャンネル上に配置することができる。
【００３０】
また、前記仮想チャンネル管理手段又はステップは、録画したが未だ視聴（再生）していないと識別された番組を該当する仮想チャンネル上で未来の空き時間に配置するようにしてもよい。
【００３１】
また、前記仮想チャンネル管理手段又はステップは、保留と識別された番組を該当する仮想チャンネル上で未来の空き時間に優先的に配置するようにしてもよい。さらに、「保留期間」を指定することにより、期間に応じて、例えば「近い未来」や「遠い未来」などに分けて再生番組を仮想チャンネル上に配置するようにしてもよい。
【００３２】
また、前記仮想チャンネル管理手段又はステップは、録画番組のスケジューリングの結果、未来の空き時間が埋まらなかった場合には、既に配置済みの番組を重複して配置して、仮想チャンネル上で放送番組（すなわち再生番組）がないという状況を回避するようにしてもよい。
【００３３】
また、前記仮想チャンネル管理手段又はステップは、各仮想チャンネル上の番組編成や各番組の視聴状態、保存状態を一瞥して識別可能な形式で一覧表示するようにしてもよい。例えば視聴状態や保存状態に応じて、あるいはチャンネル毎に、色や記号、フォントなどを変えて、番組一覧表を表示するようにしてもよい。
【００３４】
また、前記仮想チャンネル管理手段又はステップは、いわゆるシリーズ番組を同一仮想チャンネル上で古い順で連続的に配置するようにしてもよい。このような番組配列は、番組識別情報やＥＰＧに含まれるデータに基づいて編成することができる。
【００３５】
また、前記仮想チャンネル管理手段又はステップは、前記ユーザ操作手段又はステップを介して早送り又は巻き戻し指示が入力されたことに応答して、選択中の仮想チャンネル上の再生開始位置を未来又は過去に移動させるようにしてもよい。このような場合、放送予定日以前に相当する番組への早送り操作を許容しないようにしてもよい。また、早送り又は巻き戻し指示が入力されたことに応答して選択中の仮想チャンネル上の再生開始位置を未来又は過去に移動させる一方で、非選択中の仮想チャンネル上の再生開始位置は現在時刻の経過に従わせるようにしてもよい（すなわち、番組一覧表上では、選択中の仮想チャンネルの行のみが、「早送り」又は「巻き戻し」操作に応答してスライドするが、他の仮想チャンネルの行はスライドしない）。
【００３６】
また、本発明に係る録画・再生システム又は方法は、さらに、オンエア中の放送番組に対して実チャンネルを割り当てる実チャンネル管理手段又はステップを含んでいてもよい。このような場合には、前記番組提示手段又はステップは、前記ユーザ操作手段又はステップを介して仮想チャンネルが選択されたことに応答して、該仮想チャンネル上から録画番組を取り出して再生するとともに、実チャンネルが選択されたことに応答して、該実チャンネル上でオンエア中の番組を提示するようにしてもよい。また、前記ユーザ操作手段又はステップは、実チャンネルと仮想チャンネルとを区別しないチャンネル選択操作を受容するようにしてもよい。
【００３７】
また、本発明に係る録画・再生システム又は方法は、さらに、各仮想チャンネル上で一時停止された番組に関する再生情報等を管理するＴｏＷａｔｃｈリスト管理手段又はステップを備えていてもよい。このＴｏＷａｔｃｈリスト管理手段又はステップは、一時停止状態の番組を一覧表示し、該一覧上でのユーザ選択を受容し、ユーザ選択に応答して該当する録画番組の再生を開始するようにしてもよい。ＴｏＷａｔｃｈリストは、システムの電源遮断中も不揮発的に保持するようにしてもよい。また、ユーザからの明示的な指示により、ＴｏＷａｔｃｈリスト中の特定のエントリを削除できるようにしてもよい。
【００３８】
【作用】
本発明によれば、各録画映像を分類するとともに、各分類に対して仮想チャンネルが割り当てられる。ユーザが定義した分類に従って仮想チャンネルを構成すれば、ある特定の分類に適合する番組のみが仮想チャンネルに録画されるので、ユーザ自身が、どのチャンネルにどのような種類・内容の番組が含まれているのかをかなり正確に予測することができる。また、家庭内など複数ユーザ間で録画・再生システムを共用する場合には、各構成員毎に仮想チャンネルを割り当てることもできる。
【００３９】
各仮想チャンネル上では、録画番組が時間軸上に配列されており、各仮想チャンネル上では同時並行して再生される。但し、ユーザが実際に視聴しない仮想チャンネル上では、その時刻に再生予定された録画番組の再生プロセスを起動する必要はなく、チャンネル選択されたときの再生開始ポイントを実時間の経過とともに進行させるだけでもよい。また、再生開始ポイントの計算も、逐次行う必要はなく、チャンネルが選択されたときに行えばよい。ユーザは、好きな時間に電源を入れてチャンネルを切り替える、あるいは１つのチャンネルの再生を続けるだけで、さまざまな録画番組に出会うことができる。このときのユーザの視聴スタイルはまったく受動的なものでよい。
【００４０】
本発明に係る録画・再生システムによれば、チャンネル切り換えという、一般的なテレビ受信機上で慣れ親しんだ操作だけで録画番組を視聴することができる。すなわち、ユーザは、チャンネル切り換え以外に新たな操作方法を習得する必要がないし、録画映像を再生するために能動的な操作や視聴姿勢を要求されない。したがって、受動的な視聴スタイルを持つユーザに受け容れられ易いし、録画するだけで死蔵される番組を低減することができる。
【００４１】
本発明は、ハード・ディスク装置のように高速且つランダム・アクセス可能な記録メディア上に放映番組などの映像を自動録画する録画・再生システムに適用することができる。
【００４２】
本発明に係る録画・再生システムによれば、録画した映像を、ユーザに効果的且つ分かり易く提示することで、ユーザが望む映像を効率よく視聴させることができる。
【００４３】
また、本発明に係る録画・再生システムによれば、従来より慣れ親しまれているテレビやビデオデッキなどＡＶ機器上の操作（例えば、チャンネル切り換えや、早送り、巻き戻し、頭出しなど）と統合して、録画した映像の選択やその他の管理を直感的に行うことができる。
【００４４】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００４５】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００４６】
図１には、本発明の実施に供される録画・再生システム１０のハードウェア構成を模式的に示している。
【００４７】
本実施例に係る録画・再生システム１０は、各放送局から時々刻々と放映される放送番組（放送コンテンツ）の録画サービスを行う他、ユーザに対して録画コンテンツの検索・提示サービスを行うが、特に、膨大な記憶容量を備えて数多の映像を録画できるとともに、ユーザの意図を的確に把握して録画映像の保存管理に反映することができることができる点（後述）に特徴がある。録画・再生システム１０は、ＡＶ機器として実装することができ、例えば、セットトップボックス（ＳＴＢ）のようなテレビ受信機と一体で構成することができる。
【００４８】
録画・再生システム１０内では、メイン・コントローラとしてのＣＰＵ（Central Processing Unit）１１が、バス５０を介して各ハードウェア・コンポーネントと相互接続して、各コンポーネントに対して統括的な制御を実行するようになっている。以下、この録画・再生システム１０の各部について説明する。
【００４９】
アンテナ（図示しない）で受信された放送波は、チューナ５１に供給される。放送波は、規定のフォーマットに従っており、例えば番組ガイド情報（ＥＰＧ：Electric Program Guide）等を含んでいてもよい。放送波は、地上波、衛星波、有線、無線の区別を特に問わない。
【００５０】
チューナ５１は、ＣＰＵ１１からの指示に従い、所定チャネルの放送波のチューニングすなわち選局を行い、後続の復調器５２に受信データを出力する。復調器５２では、デジタル変調されている受信データを復調する。なお、送信されてくる放送波がアナログかデジタルかに応じて、チューナ５１の構成を適宜変更又は拡張することができる。
【００５１】
例えばデジタル衛星放送の場合、放送波から受信・復調されたデジタル・データは、ＭＰＥＧ２（Moving Picture Experts Group 2）圧縮されたＡＶデータと、データ放送用データとが多重化されて構成される「トランスポート・ストリーム」である。前者のＡＶデータは、放送コンテンツ本体を構成する映像及び音声情報である。また、後者のデータ放送用データは、この放送番組本体に付随するデータであり、例えばＥＰＧ（Electric Program Guide：電子番組ガイド）を含む。なお、トランスポート・ストリームは、ＯＳＩ（Open Systems Interconnection）参照モデルで言う「トランスポート層」で規定されている。
【００５２】
デコーダ５３は、このトランスポート・ストリームを解釈して、ＭＰＥＧ２圧縮されたＡＶデータとデータ放送用データとに分離する。さらに、ＭＰＥＧ２方式で圧縮されたリアルタイムＡＶデータを、圧縮映像データと圧縮音声データとに分離する。そして、映像データに対してはＭＰＥＧ２伸長処理して元の映像信号を再生し、音声データに対してはＰＣＭ（Pulse Code Modulation）デコードした後に付加音と合成して再生音声信号とする。デコーダ５３は、作業データ保管用のメモリ５４を自己のローカルに備えていてもよい。再生映像信号は、コンポーザ５７を介してディスプレイ６１に表示出力され、また、再生音声信号は、ミキサ５５を介してスピーカ６２に音声出力される。
【００５３】
デコーダ５３は、トランスポート・ストリームから分離されたデータ放送用データを、バス５０経由でＣＰＵ１１に転送する。ＣＰＵ１１では、所定のアプリケーションによって処理を行い、ＥＰＧ画面の作成などに利用することができる。
【００５４】
また、デコーダ５３は、ＣＰＵ１１からの要求により、伸張処理前のＭＰＥＧ２ストリームをバス５０経由でＣＰＵ１１又は他の機器（例えばＨＤＤ１７など）に転送することができる。
【００５５】
ユーザ・インターフェース制御部５６は、ユーザからの入力操作を処理するモジュールであり、例えば、ユーザが直接マニュアル操作するための操作ボタン／スイッチ（図示しない）や、赤外線（ＩＲ）などを介したリモコン６０からの遠隔操作を受容する機能を備えている。また、現在の設定内容を表示するための表示パネルやＬＥＤインジケータ（図示しない）を含んでいてもよい。
【００５６】
ＣＰＵ１１は、コンテンツ録画システム１０全体の動作を統括するメイン・コントローラであり、オペレーティング・システム（ＯＳ）によって提供されるプラットフォーム上で各種のアプリケーションを実行することができる。
【００５７】
ＲＡＭ（Random Access Memory）１２は、ＣＰＵ１１の実行プログラム・コードをロードしたり、実行プログラムの作業データを書き込むために使用される、書き込み可能な揮発性メモリである。また、ＲＯＭ（Read Only Memory）１３は、コンテンツ録画システム１０の電源投入時に実行する自己診断・初期化プログラムや、ハードウェア操作用の制御コードなどを恒久的に格納する読み出し専用メモリである。
【００５８】
ＩＥＥＥ１３９４（ｉ−Ｌｉｎｋ）インターフェース１５は、数１０ＭＢｐｓ程度のデータ送受信が可能なシリアル高速インターフェースである。ＩＥＥＥ１３９４ポートには、ＩＥＥＥ１３９４対応の外部機器をデイジーチェーン接続又はツリー接続することができる。ＩＥＥＥ１３９４対応機器としては、例えば、ビデオ・カメラ６４や、ビデオ・デッキ、スキャナ（図示しない）などが挙げられる。
【００５９】
ハード・ディスク装置（ＨＤＤ）１７は、プログラムやデータなどを所定フォーマットのファイル形式で蓄積することができる、ランダム・アクセス可能な外部記憶装置であり、例えば数十ＧＢ程度（又は１００ＧＢ以上）の大容量を持つ。ハード・ディスク上の記憶空間は、例えば、オペレーティング・システムによって管理される。ＨＤＤ１７は、ハード・ディスク・インターフェース１６を介してバス５０に接続されている。本実施例では、ハード・ディスク装置１７は、放送番組コンテンツの録画領域として使用されるが、その他、ユーザ・プロファイルや放送番組表などの情報の保管にも使用される。本発明を実現する上で、大容量の外部記憶装置はハード・ディスク装置に特に限定されないが、ランダム・アクセス可能であることがより好ましい。
【００６０】
ＣＰＵ１１は、オペレーティング・システム（ＯＳ）の制御下で、各種のアプリケーションを実行することができる。ＣＰＵ１１は、例えば、リモコン６０やＵ／Ｉ制御部５６を介したユーザ・コマンドに応答して、コンテンツの録画指示や再生指示を発行する（あるいは、明示的なユーザ・コマンドの有無に関わらず、常時録画動作を行ってもよい）。
【００６１】
録画動作時には、ＣＰＵ１１からの指令によって、伸張処理前のＭＰＥＧ２ストリームがデコーダ５３からＨＤＤ１７に転送される。データ転送方式は、ＰＩＯ（プログラムＩＯ）転送方式、ＤＭＡ（Direct Memory Access）転送方式など、特に限定されない。ＨＤＤ１７上では、仮想チャンネル毎に、時系列に従って各放送コンテンツが蓄積される。但し、コンテンツの蓄積方法については後に詳解する。
【００６２】
また、録画コンテンツを再生するときには、ＣＰＵ１１からの指令によって、ＨＤＤ１７から取り出されたＭＰＥＧ２ストリームがバス５０経由でデコーダ５３に転送される。デコーダ５３では、受信時と同様に、圧縮映像データと圧縮音声データとに分離し、ＭＰＥＧ２伸長処理して元の映像並びに音声データに復元して、再生処理する。
【００６３】
ＣＰＵ１１が行う処理としては、放送番組コンテンツの録画及び再生指示以外に、以下の事柄が挙げられる。
（１）ユーザ・プロファイルの解析・管理
例えば、操作パネル（あるいはキーボード）を介して入力されたユーザ・プロファイル、あるいはＦＤやＣＤなどの記録メディアから読み取られたユーザ・プロファイルを保管したり、チャンネル操作履歴を基に、ユーザの趣味や嗜好などのユーザ・プロファイルを解析し、逐次更新していく。
（２）ＥＰＧ解析
例えばデジタル衛星放送などにおいて、放送コンテンツに付帯して配信されるデータ放送用データに書き込まれているＥＰＧ（電子番組ガイド）を取り出して、これを解析する。
（３）プログラム・スケジューリング
ユーザ・プロファイルとＥＰＧ解析結果、ならびに時刻情報を基にして、ユーザに適した録画及び再生のスケジュールを組む。生成されたスケジュールは、本録画・再生システム１０における放送番組表（Time Table）として、ハード・ディスク装置１７に保管される。
【００６４】
グラフィック処理コントローラ１８は、ＣＰＵ１１が発行する描画命令に従ってコンピュータ画面を生成する専用コントローラであり、例えばＳＶＧＡ（Super Video Graphic Array）又はＸＧＡ（eXtended Graphic Array）相当の描画能力を持つ。グラフィック処理コントローラ１８は、例えばＧＵＩ（Graphical User Interface）操作画面やＥＰＧ画面を描画する。
【００６５】
デコーダ５３によってＭＰＥＧ２伸長処理して復元された再生映像と、グラフィック処理コントローラ１８によって生成されたコンピュータ画像を重ね合わせて処理するときには、コンポーザ５７によって合成処理が行われる。
【００６６】
本実施例に係る録画・再生システム１０においては、各録画映像を分類するとともに、各分類に対して「仮想チャンネル」が割り当てられる。ここで言う分類とは、例えば「ニュース」、「スポーツ＆レジャー」、「ドラマ＆ドキュメンタリ」などの番組内容のジャンルによって定まる。また、各仮想チャンネル上では、コンテンツが現実又は仮想的な時間軸上に配列されている。したがって、仮想チャンネルを縦軸方向に、時間軸を横軸方向に設定することにより、各記録コンテンツを２次元平面上に割り当てることができる。言い換えれば、上下及び左右の２方向における位置をアドレスすることによって任意の記録コンテンツを指定することができる。
【００６７】
図２には、本実施例に適用されるリモコン６０又はＵ／Ｉ制御部５６のユーザ操作パネルの構成例を示している。
【００６８】
同図に示すように、操作パネル上には、各チャンネルの選局操作に割り当てられた数字キー群と、上下及び左右の各方向に割り当てられたカーソル・キー群が配設されている。
【００６９】
各数字キーに割り当てられているチャンネルは、現実の放送局から放映される放送チャンネル以外に、ハード・ディスク装置１７に蓄積されたコンテンツで構成される仮想チャンネルであってもよい。したがって、ユーザは、通常のチャンネル選択と同等の操作によって、仮想チャンネルの視聴すなわちハード・ディスク装置１７からのコンテンツ再生を指示することができる。
【００７０】
現実の放送チャンネルに使用されていない数字キーを仮想チャンネル用に割り当てることが好ましい。図２に示す例では、１〜１５の合計１５個の数字キーが用意されている。例えば、チャンネル番号１３〜１５が現実の放送局である実チャンネル割り当てられていない場合には、これら空きチャンネル番号を仮想チャンネルに割り当てることができる。
【００７１】
カーソル・キー群は、ホーム・ポジションを略中央にして、その上下及び左右の各場所に上方移動キー、下方移動キー、左方移動キー、並びに、右方移動キーが配設されている。したがって、ユーザは、ホーム・ポジションに指先を置いておくことで、操作パネルを特に目視しなくても（すなわち、ＴＶ画面から目線を外さなくても）、所望方向のカーソル・キーを指先で探し当ててキー操作を行うことができる。
【００７２】
一般には、リモコンやセットトップボックス上に配設された上下（＋／−）キーを操作することによって、チャンネル番号を１つずつインクリメント又はデクリメントして選局することができる。例えば、コンテンツ録画・再生システム１０において、チャンネル番号１２が選局されている状態で、上方移動（＋）キーを１回押下する度に、チャンネル番号１３、チャンネル番号１４、チャンネル番号１５へと、順次チャンネルが遷移していく。さらにもう１回上方移動キーを押下すると、チャンネル番号１に復帰することができる。
【００７３】
仮想チャンネル上の番組コンテンツは、ハード・ディスク装置１７のようなランダム・アクセス可能な装置に記録されているので、任意の記録場所から任意の速度で再生処理することができる。したがって、仮想チャンネルにおいては、「早送り」、「巻き戻し」、「スロー再生」、「シーン・ジャンプ」など、さまざまな視聴形態が許容される。
【００７４】
図２に示すような、上下及び左右の各方向のカーソル・キーを持つ操作パネルを使用する場合、左右方向のカーソル移動操作を時間軸に割り当てることができる。例えば、左方移動キーを仮想チャンネルにおける直前の番組への移動に、右方移動キーを仮想チャンネルにおける直後の番組への移動に、それぞれ割り当てることができる。また、移動キーを長押し（すなわち所定時間以上キーの押下状態を続ける）ことによって、前後各方向に大きくジャンプさせるようにしてもよい。
【００７５】
図３には、本実施例に係る録画・再生システム１０における番組表の構成例を模式的に示している。同図に示す例では、縦軸にチャンネルが、横軸に時間軸がそれぞれ割り当てられており、一種の番組予定表（Time Table）のような体裁を備えている。
【００７６】
各チャンネルには、現実にオンエアされる実チャンネルや、各分類毎に設定された仮想チャンネルが割り当てられている。図３に示す例では、実チャンネルとして"ＴＶ  Ｊａｐｏｎ"が、仮想チャンネルには「ニュース」、「スポーツ＆レジャー」、「ドラマ＆ドキュメンタリ」の各分類が割り当てられている。また、家庭内など複数ユーザ間で録画・再生システムを共用する場合には、各構成員毎に仮想チャンネルを割り当てることもできる。
【００７７】
実チャンネル上のスケジュールは、例えばデータ放送用データとして配信されるＥＰＧを解析して編集することができる。また、仮想チャンネル上のスケジュールは、各分類に該当する録画コンテンツが時系列的すなわち再生開始順に従って割り付けられる。各仮想チャンネル上における録画コンテンツの配列は、例えば、システム１０上で、ユーザ・プロファイルなどに基づいて適当に優先順位付けして行われる。
【００７８】
実チャンネル上の番組開始及び終了時刻は放送局側の設定に従う。これに対し、仮想チャンネル上の番組開始及び終了時刻は、必ずしも正時や１５分、３０分などの区切りに従う必要はない。
【００７９】
図４には、各分類毎に割り当てられた仮想チャンネル上に、該当する録画コンテンツが配列されている様子を示している。
【００８０】
分類は、あらかじめ定義されている分類一覧などから、ユーザが選択して設定するようにしてもよいし（複数設定可能）、ユーザ・プロファイルに基づいて分類を自動選択・設定するようにしてもよい。また、各ユーザ毎に仮想チャンネルを割り当てるようにしてもよい。
【００８１】
図４に示す最終段の仮想チャンネル"Ｏｔｈｅｒｓ"には、ユーザが分類を設定できず、いずれの仮想チャンネルにも当てはまらない番組が収容される。
【００８２】
図５には、図３に示すような番組表上でユーザがチャンネル切り換え操作を行う様子を描写している。チャンネル切り換え操作は、例えば、図２に示すような操作パネル上で所望のチャンネル番号を押下したり、あるいは、上下の移動キーを押下することによって行われる。
【００８３】
図５に示す例では、視聴者すなわちユーザは、現在時刻においてニュース番組に割り当てられた仮想チャンネル上で"ＮＮＮＮ  Ｆｌａｓｈ"を視聴している状況にある。
【００８４】
ユーザは、リモコン６０などを介したチャンネル切り換え操作によって、次々に別のチャンネルの番組を視聴することができる。図５に示す最上段のチャンネルは現在オンエア中の実チャンネル"ＴＶ  Ｊａｐｏｎ"であるが、実チャンデルと仮想チャンネルとで区別することなく連続的にチャンネル切り換えを行うことができる。例えば、リモコン６０の下方移動キーを押下し続けることによって、"ＮＮＮ  Ｆｌａｓｈ"→"Ｂａｓｅｂａｌｌ  Ｙ vs Ｂ"→"Ａｎｉｍａｌ  Ｗｏｒｌｄ"→…→"Ｑｕｉｚ  ＄＆？"の順で切り換わっていく。
【００８５】
他のチャンネルが選択されている期間中も、各々の仮想チャンネル上では独自に時間軸が進行している。例えば、オンエア中の実チャンネル"ＴＶ  Ｊａｐｏｎ"を視聴し続けて現在時刻が２０：００に到達した後にチャンネルを切り換えると、各仮想チャンネルではそれぞれ"ＣＮＮ  ｍｉｄｎｉｇｈｔ"、"Ｂａｓｅｂａｌｌ  Ａ vs Ｔ"、"２４Ｈｏｕｒｓ"が再生中である。
【００８６】
仮想チャンネル上での時刻の進行は、システム１０の電源投入中だけでなく電源遮断中やスタンバイ中であっても行われる。これは、ある仮想チャンネルが選択されたときに、システム・クロックと仮想チャンネル上のスケジュールとの同期をとることによって行うことができる。（ユーザが実際に視聴しない仮想チャンネル上では、その時刻に再生予定された録画番組の再生プロセスを起動する必要はなく、チャンネル選択されたときの再生開始ポイントを実時間の経過とともに進行させるだけでもよい。また、再生開始ポイントの計算も、逐次行う必要はなく、チャンネルが選択されたときに行えばよい。）
【００８７】
このように録画コンテンツの再生に使用される仮想チャンネル上で時刻の経過という概念を導入することによって、受動的な視聴スタイルを持つユーザに受け容れられ易いし、録画するだけで死蔵される番組を低減することができる。
【００８８】
仮想チャンネル上で再生される録画映像はハード・ディスク装置のような高速且つランダムなアクセスが可能な記録メディアに蓄積されているので、早送りや巻き戻しのように、任意の再生開始ポイントに高速で移動することができる。早送りや巻き戻し操作は、例えば、図２に示す操作パネル上で左右の各移動キーを押下操作することによって指示される。
【００８９】
図６には、現在視聴すなわち再生中の仮想チャンネルに対して早送り（ＦＦ）や巻き戻し（ＲＥＷ）などの操作を印加して、前後の番組を視聴する様子を示している。
【００９０】
本実施例では、ある仮想チャンネル上での早送りおよび巻き戻しの操作は、他の仮想チャンネル上の時刻の進行には影響を及ぼさない。例えば、図６において、仮想チャンネル「ニュース」が選択されている状態で、早送り又は巻き戻しの操作を印加すると、該仮想チャンネル上では前後の録画番組コンテンツに移動するが、他の仮想チャンネル上では再生コンテンツは移動しない。すなわち、スポーツ＆レジャーの仮想チャンネル上では"Ｂａｓｅｂａｌｌ  Ｙ vs Ｂ"が再生され、また、ドラマ＆ドキュメンタリの仮想チャンネル上では"Ａｆｒｉｃａｎ  Ｒｏｍａｎｃｅ"が再生されているままの状態である。
【００９１】
図７には、再生番組編成の一覧画面を表示中に、ある特定の仮想チャンネル「ニュース」内を早送り操作する様子を描写している。
【００９２】
同図に示すように、該仮想チャンネル内では、早送り操作により一覧が左方にスライドして時間軸（すなわち再生スケジュール）が進行していく様子が視覚的に容易に理解できる。但し、早送り操作が印加されない他の仮想チャンネルに対しては早送り操作は影響せず、時間軸が進行しないということに留意されたい。また、巻き戻し操作の場合も同様である。
【００９３】
図８には、ある仮想チャンネル「ドラマ＆ドキュメンタリ」内における番組の配列すなわち番組の再生順序を記述した時刻表を図解している。
【００９４】
同図に示すように、時刻表は、現在位置（"Ｎｏｗ"）を境にして、その左側が「過去」（"Ｐａｓｔ"）、右側が「未来」（"Ｆｕｔｕｒｅ"）に対応した時間軸になっている。
【００９５】
「過去」の時間帯において、まもなく削除される番組（同図に示す例では"Ｗｏｒｌｄ  Ｗａｒ  Ｉ"）が時間軸上で最も過去に配置されている。次いで、保存した番組（"Ｇｉｒｌｓ  ａｎｄ  Ｂｏｙｓ"）が、そして、視聴済みとされた番組（"Ｓｅａ  Ｌｉｆｅ"）の順で配列されている。
【００９６】
図８に示す時刻表においては、基本的には、再生スケジュール上の再生時刻が古いものから新しいものに向かって配列されているので、最近観た番組は少しだけ巻き戻し、さらに以前に観た番組はもっと巻き戻すといった具合に、仮想チャンネル内を直感的に探索することができる。
【００９７】
一方、仮想チャンネル上でこれから再生される予定の番組は、再生予定順に従って時刻表の「未来」の時間帯に配置されている。図８に示す例では、"Ａｆｒｉｃａｎ  Ｒｏｍａｎｃｅ"、"２４Ｈｏｕｒｓ"、"Ｒｓｃｕｅ  ＨＥＬＰ  ＭＥ！"の順に再生番組が配置されている。
【００９８】
なお、時刻表上で各録画番組を配置する際に、再生時刻との差に応じて色分けして表示するようにしてもよい。例えば、まもなく削除される番組を暗く（又は薄く）表示したり、これから再生される番組を明るく又は強調表示することにより、各再生番組の状態を一瞥して区別することができる。
【００９９】
ところで、実チャンネルは現実の放送局でオンエアされる番組を受像するためのチャンネルであり、複数存在する。また、各放送局が放映する番組の内容は、本録画・再生システム１０上における仮想チャンネルの設定、すなわち番組の分類とは基本的に無関係である。したがって、同一の仮想チャンネル上に割り付けるべき２以上の番組が、異なる放送局すなわち実チャンネル上で同時間帯に放映されることは珍しくない。
【０１００】
図９には、同じ仮想チャンネル上に分類されるべき複数の番組が、同じ時間帯に放映された場合の仮想チャンネルの編成方法を示している。
【０１０１】
同図に示す例では、実チャンネル"ＴＶ  Ｊａｐｏｎ"及び"ＭＨＫ"の双方において、仮想チャンネル「スポーツ＆レジャー」に分類されるべき各番組"Ｓｏｃｃｅｒ  Ｐ vs Ｖ"及び"Ｇｏ  Ｆｉｓｈｉｎｇ"が、時刻１９：００に同時放映されるものとする。
【０１０２】
このような場合、本録画・再生システム１０上では、両番組の録画をともに１９：００から開始するが、仮想チャンネル「スポーツ＆レジャー」において、一方の番組"Ｇｏ  Ｆｉｓｈｉｎｇ"を先に再生する。このとき、当該仮想チャンネル上の直前の番組"Ｂａｓｅｂａｌｌ  Ｙ vs Ｂ"の終了時刻が１９：００を過ぎるような場合には、"Ｇｏ  Ｆｉｓｈｉｎｇ"の再生開始時刻もそれ分だけ遅くなる。そして、"Ｇｏ  Ｆｉｓｈｉｎｇ"の再生が終了してから、"Ｓｏｃｃｅｒ  Ｐ vs Ｖ"の再生が開始する（又は再生開始時刻が設定される）。
【０１０３】
なお、同じ仮想チャンネル上に分類されるべき複数の番組が同じ時間帯に放映された場合、いずれの番組を最初に再生開始すべきか、すなわち番組の再生順序は、デフォルト値に従ってもよいし、ユーザ・プロファイルに基づいて付与された優先順位に従ってもよい。
【０１０４】
仮想チャンネル上で再生される録画映像はハード・ディスク装置１７のような高速且つランダムなアクセスが可能な記録メディアに蓄積されており、早送りや巻き戻しと同様に「一時停止」も可能である。本実施例に係る録画・再生システム１０では、一時停止した番組のリスト、すなわち"Ｔｏ  Ｗａｔｃｈ"リストをディスプレイ６１に画面表示して、ユーザ・フィードバックを与えるようにしている。
【０１０５】
図１０には、ディスプレイ画面上にＴｏ  Ｗａｔｃｈリストが表示されている様子を示している。Ｔｏ  Ｗａｔｃｈリスト上では、"ＸＹＺ  ｍｏｒｎｉｎｇ"という番組は、全体では４４分３５秒録画されているが、現在は先頭から１３分２２秒の所で一時停止していることが表示されている。同様に、"ＡｎｉｍａｌＷｏｒｌｄ"という番組は、全体では５５分００秒録画されているが、現在は先頭から４２分０２秒の所で一時停止していることが表示されている。
【０１０６】
ユーザは、Ｔｏ  Ｗａｔｃｈリスト上で、いずれか１つのエントリを選択することで、その録画番組の一時停止状態を解除して、再生動作を再開することができる。このとき、どの仮想チャンネルでいつ再生されるように編成されているかとは無関係にすぐに再生することができる。このようにして再開した場合も、どの仮想チャンネルの編成も変化しない。
【０１０７】
Ｔｏ  Ｗａｔｃｈリストは、ＣＰＵ１１において各仮想チャンネル上における番組の停止位置を演算して、グラフィック処理コントローラ１８において表示ウィンドウを画像生成して、これをコンポーザ５７において放映又は再生番組映像の上に重畳表示させることによって実現される。
【０１０８】
ユーザは、リモコン６０などの操作パネルを介して、視聴中の番組に対して「ユーザ自身による評価」を与えることができる。すなわち、操作パネル上に「削除」、「視聴済み」、「保存」、「保留」、「（評価の）取り消し」などに対応するボタン（又はボタンと等価の入力手段）を用意して、ユーザは随時指示することができるようにしてもよい。勿論、本実施例に係る録画・再生システム１０が、長く視聴されない（言い換えれば「死蔵された」）録画番組を自動的に「削除」したり、一定時間異常再生した番組を「視聴済み」としたりしてもよい。また、ユーザによる直接的な評価とシステム１０による自動評価とを併用してもよい。
【０１０９】
図１１には、録画・再生システム１０上で自動又は手動操作によって録画された番組コンテンツや、これから録画予定の番組コンテンツを仮想チャンネルに割り付けるための処理手順をフローチャートの形式で示している。以下、このフローチャートに従って説明する。
【０１１０】
まず準備として、番組に対して、スケジューリングの単位となる"scheduling Unit"（ＳＵ）と呼ばれるデータを作成する（ステップＳ１）。ＳＵは、図１６に示すような要素を持ち、図１８に示すような番組情報"TVContent"から作成することができる（後述）。TVContettを生成する手順、並びに、TVContentからScheduling Unitを生成する手順については後述する。
【０１１１】
同じく準備として、変数isAddedをfalseに、現在のチャンネル番号を示すchannelを１に初期化し、変数maxChannelsに仮想チャンネルの総数（例えば６）をセットする。
【０１１２】
次いで、現在のチャンネル番号channelをmaxChannelsと比較し（ステップＳ２）、小さければステップＳ３へ進み、大きければステップＳ８へ進む。
【０１１３】
ステップＳ３では、channelで示される現在の仮想チャンネルにまだカテゴリがあるか否かを判別し、未だあればステップＳ４へ、なければステップＳ７へ、それぞれ進む。
【０１１４】
ステップＳ４では、変数catに現在選択中の仮想チャンネルの次のカテゴリを代入する。そして、ステップＳ５では、ＳＵのcategoriesがcatを含むか否かを判別し、含めばステップＳ６へ、含まなければステップＳ７へ、それぞれ進む。
【０１１５】
ステップＳ７では、変数channelを１だけ増分して、ステップＳ２に戻って上記と同様の処理を繰り返す。
【０１１６】
以上の処理で、最後の仮想チャンネルを除くすべての仮想チャンネルに対してステップＳ２〜Ｓ６の処理を実行したことになる。この時点でisAddedがtrueであるか否かを判別する（ステップＳ８）。判別結果が肯定的であればＳＵはいずれかの仮想チャンネルに追加されたことになるので、本処理ルーチン全体を終了する。
【０１１７】
他方、isAddedがfalseであればステップＳ９に進む。ステップＳ９では、ＳＵはどの仮想チャンネルにも追加されなかったので、最後（maxChannels番目）の仮想チャンネルにＳＵを追加して、本処理ルーチン全体を終了する。最後の仮想チャンネルは、ユーザがカテゴリを指定した仮想チャンネルのいずれにもマッチしなかった番組を格納するために、システム１０により予約されているものとする。
【０１１８】
なお、上記のステップＳ６において、ＳＵが仮想チャンネルに追加された後も、次の仮想チャンネル以降でステップＳ２〜Ｓ６の処理を繰り返すので、同じＳＵが複数の仮想チャンネルにマッチする場合がある。ステップＳ６で「ＳＵの複製」を作成し、それを仮想チャンネルに追加するのは、異なる仮想チャンネルに追加された（同じ番組に対応する）ＳＵを独立に扱うためである。
【０１１９】
図１１に示す処理ルーチンにより、ある録画番組（又は録画予定番組）が属する仮想チャンネルを決定することができる。次いで、各仮想チャンネル内でのスケジューリングを行う処理手順について、図１２に示すフローチャートを参照しながら説明する。
【０１２０】
まず準備として、変数ＳＵに、当該仮想チャンネルに追加される番組のscheduling Unitをセットする（ステップＳ１１）。
【０１２１】
以下では、scheduling Unitのstatusを基に（図１６を参照のこと）、該当するリストにＳＵを逐次追加していく。
【０１２２】
ステップＳ１２では、ＳＵが削除予定か否かを判別し、削除予定であればＳＵを削除予定リストに古いものから順に追加して（ステップＳ１８）、本処理ルーチンを終了する。
【０１２３】
ステップＳ１３では、ＳＵが保存されたか否かを判別し、既に保存されていればＳＵを保存リストに追加して（ステップＳ１９）、本処理ルーチンを終了する。
【０１２４】
ステップＳ１４では、ＳＵが視聴済みか否かを判別し、視聴済みであればＳＵを視聴済みリストに追加して（ステップＳ２０）、本処理ルーチンを終了する。
【０１２５】
ステップＳ１５では、ＳＵが録画予定か否かを判別し、録画予定であればＳＵを録画予定リストに追加して（ステップＳ２１）、本処理ルーチンを終了する。
【０１２６】
ステップＳ１６では、ＳＵが保留中か否かを判別し、保留中であればＳＵを保留中リストに追加して（ステップＳ２２）、本処理ルーチンを終了する。
【０１２７】
ステップＳ１７では、ＳＵが視聴（再生）可能か否かを判別し、再生可能であればＳＵを再生可能リストに追加して（ステップＳ２３）、本処理ルーチンを終了する。
【０１２８】
なお、上述したすべてのリストを用意する必要は必ずしもない。例えば、「保存リスト」や「保留中リスト」などは、機能として不要であれば省略できるのは当然である。
【０１２９】
次いで、分類された各ＳＵを、当該仮想チャンネルのスケジュール表に配置するが、この処理手順について、図１３に示すフローチャートを参照しながら説明する。
【０１３０】
まず準備として、当該仮想チャンネルに含まれるＳＵを時系列に配置して格納するためのリストallEntriesを空にして、スケジュール表の基準時間baseTime（すなわち、先頭のＳＵが再生開始される時刻）とスケジュール全体の長さtotalLengthを設定して、現在のスケジュール時刻curTimeをゼロで初期化する（ステップＳ３１）。
【０１３１】
次いで、削除予定リストの要素を先頭から順次、allEntriesに追加する（ステップＳ３２）。追加する際に、要素ＳＵのstartTimeにcurTimeをセットし、curTimeにＳＵのdurationTimeを加える。
【０１３２】
次いで、視聴済みリストの要素を先頭から順次、allEntriesに追加する（ステップＳ３３）。ステップＳ３２と同様、追加する際に、要素ＳＵのstartTimeにcurTimeをセットし、curTimeにＳＵのdurationTimeを加える。
【０１３３】
以上までが、当該仮想チャンネルの「過去」に配置されたScheduling Unit群に対する処理である。以下では、「未来」のスケジューリングを行う。なお、図１３に示す例では「保存リスト」の要素の追加を省略したが、その処理内容はステップＳ３２，Ｓ３３と略同一である。
【０１３４】
ステップＳ３４では、再生可能リストや保留中リストなどから、「未来」に配置するscheduling Unitの候補を決定して、優先度の高い順に候補リストに追加する。例えば、再生可能リストから最近の２４時間以内に放送された分だけを候補とすることや、保留中リストの要素を優先的に候補にするなどの手法を挙げることができる。但し、スケジュール全体の長さが決まっているので、候補リストのすべての要素がスケジュールされるとは限らない。
【０１３５】
次いで、ステップＳ３５では、候補リスト中に候補が存在するか否かを判別する。候補リストが空であればステップＳ３９に進み、候補リストが空でなければステップＳ３６に進む。
【０１３６】
ステップＳ３９では、録画予定リストの要素を録画開始時刻順にallEntriesの末尾に追加する。追加する際に、要素ＳＵのstartTime＝（録画開始時刻−baseTime）とする（すなわち、baseTimeからの相対時刻）。もし、複数のＳＵが時間的に重なるようならば、いずれかを後ろにずらして、時間的な重なりがない様にstartTimeを変更する。録画予定リストが空なら、何も追加しない。
【０１３７】
他方、ステップＳ３６では、録画予定リストが空か否かを判別する。空であればステップＳ４０に進み、空でなければステップＳ３７に進む。
【０１３８】
ステップＳ４０では、「未来」に配置するscheduling Unitの候補リストの要素を順次allEntriesの末尾に追加する。追加する際に、要素ＳＵのstartTimeにcurTimeをセットして、curTimeにＳＵのdurationTimeを加える。curTimeがtotalLengthに到達しない場合、再び候補リストの要素ＳＵをallEntriesの末尾に反復して追加する。この際、要素の「複製」ＳＵ'を追加する。追加する順序は先程と同一であっても相違してもよい。追加の際に、ＳＵ'のstartTimeをcurTimeに設定して、curTimeにＳＵ'のdurationTimeを追加して、curTimeがtotalLengthを越えるまで反復追加を続ける。これは、複製するのは、同じ番組に対応しているものの、startTimeなどの内容が異なるためである。
【０１３９】
他方、ステップＳ３７では、録画予定リストの要素を録画開始時刻順にallEntriesの末尾に追加する。追加する際に、要素ＳＵのstartTime＝（録画開始時刻−baseTime）とする（すなわち、baseTimeからの相対時刻）。もし、複数のＳＵが時間的に重なるようならば、いずれかを後ろにずらして、時間的な重なりがないようにstartTimeを変更する。この結果、curTimeからtotalLengthまでの間に、録画予定リストの要素が時系列に配置される。
【０１４０】
次いで、ステップＳ３８では、配置済みのＳＵ間の隙間に、候補リストの要素を順次挿入する。隙間に収まらない場合には、以降の配置済みＳＵを後方へ移動して、挿入する。挿入や移動に際して、該当するＳＵのstartTimeを設定して、curTimeを次の隙間の開始位置を示すように適切に更新する。これを、curTimeがtotalLengthを越えるまで、すなわちスケジュール表がscheduling Unitで満たされるまで反復する。
【０１４１】
以上説明した処理により、scheduling Unit の時系列リストが生成される。図１４には、scheduling Unitの構成例を示している。scheduling Unitは、時系列のリストであり、これが当該仮想チャンネルの番組再生スケジュール表に相当する。この時系列リストは時間的に重複がなく、また隙間なく構成されているので、複数の番組を連続的に再生することができる。また、複数の番組にまたがった早送りや巻き戻し操作も容易に実現することができる。
【０１４２】
次いで、上述した処理によって作成されたスケジュール表を基に現在再生すべき映像を特定するための処理手順について、図１５を参照しながら説明する。
【０１４３】
まず準備として、現在の時刻curTimeから当該仮想チャンネルの基準時間baseTimeを引き、仮想チャンネルにおける相対時刻offsetTimeを求める（ステップＳ５１）。また、変数lastSUをnullで初期化する。
【０１４４】
次いで、当該仮想チャンネルのallEntriesに次の要素があるか否かを判別する（ステップＳ５２）。次の要素があればステップＳ５３に進み、なければステップＳ５６に進む。
【０１４５】
ステップＳ５３では、変数suにallEntriesの次の要素を代入する。そして、ステップＳ５４では、su.startTimeとoffsetTimeとを比較する。su.startTimeの方が大きければステップＳ５７に進み、そうでなければステップＳ５５に進む。
【０１４６】
ステップＳ５５では、lastSUにsuを代入して、ステップＳ５２に復帰して、allEntriesの次の要素に対して上述した処理を繰り返し実行する。
【０１４７】
ステップＳ５２において、allEntries中に次の要素がないことが判明した場合には、ステップＳ５６に進んで、lastSUがnullでなく、且つ、lastSUの最終時刻（lastSU+lastSU.durationTime）がoffsetTimeよりも大きいか否かを判断する。該判断結果が肯定的であればステップＳ５７に進み、否定的であればステップＳ５９に進む。
【０１４８】
ステップＳ５６における判断結果が肯定的な場合には、lastSUが現在の番組に相当するので、ステップＳ５７では、lastSUのsourceで示される番組情報からplayUnitを作成する。
【０１４９】
ステップＳ５８では、playUnitのcurrentPositionに、lastSU.startTimeと現在時刻までの時間差（＝offsetTime-lastSU.startTime）を代入して、本処理ルーチン全体を終了する。
【０１５０】
また、ステップＳ５６における判断結果が否定的な場合には、該当する番組がなかったことになるので、ステップＳ５９において空のplayUnitを生成して本処理ルーチン全体を終了する。このような場合には、仮想チャンネル上では何も再生されないし、ディスプレイ６１には何も表示されない。
【０１５１】
このようにして得られたplayUnitが取り出されると、playUnitのcurrentPositionから再生・表示が開始される。これは一般的なビデオ・プレーヤに相当する機能である。
【０１５２】
なお、上述の説明では、早送り、巻き戻しなどを行う場合については言及しなかったが、早送り、巻き戻しなどにより生じた時間のずれをshiftTimeという変数に累積しておき、ステップＳ５１においてoffsetTimeを求める際に、baseTimeから差し引きすれば実現することができる。すなわち、下式のようなoffsetTimeを使用すればよい。
【０１５３】
【数１】
offsetTime=curTime - (baseTime - shiftTime)
【０１５４】
図２２には、本実施例に係る録画・再生システム１０における実チャンネルの受信並びに仮想チャンネル内の番組再生手順を図解している。以下、仮想チャンネル内における番組再生を中心に同図について説明する。
【０１５５】
（１）ユーザが、リモコン６０などの操作パネル上でチャンネルの切り換え操作を行う。
【０１５６】
（２）録画・再生システム１０では、チャンネル切り換え操作に応答して、仮想チャンネル・マネージャに対して現在時刻（Current Time）とチャンネル番号（Channel#）を与える。
【０１５７】
（３）仮想チャンネル・マネージャは、前述した「スケジュール表を基に現在再生すべき映像を特定するための処理手順」（図１５を参照のこと）に従ってPlayUnitを作成して、システム１０に対する戻り値とする。
【０１５８】
（４）システム１０は、PlayUnitをビデオ再生機に渡す。
【０１５９】
（５）ビデオ再生機はPlayUnitの情報を基に、映像を再生してディスプレイ６１の画面に表示出力する。
【０１６０】
なお、図２２において、仮想チャンネル・マネージャ、実チャンネル・マネージャ、ＴｏＷａｔｃｈリスト・マネージャの実体は、システム１０内のＣＰＵ１１が実行するプログラムであってもよい。また、「ＴＶコンテンツ録画機」や「ビデオ再生機」は、現実には、ＣＰＵ１１からの指令によってハード・ディスク装置１７にＴＶコンテンツを保存したり取り出したりする録画・再生機能という形態で実現することができる。
【０１６１】
図１６には、Scheduling Unitの構成例を示している。Scheduling Unitは、録画済み又は録画予定の番組に対するスケジュール用の情報を取りまとめたものであり、図１６に示すように少なくとも以下の構成要素よりなる。
【０１６２】
（１）startTime：
スケジュール表における再生開始時刻
（２）durationTime：
番組の長さ
（３）status：
状態（削除予定、視聴済み、録画予定、保留中、再生可能など）
（４）title：
番組のタイトル（スケジュール一覧の表示に用いる）
（５）categories：
番組のカテゴリ（複数設定可）
（６）source：
当該schedulingの基となった番組を示す。
【０１６３】
また、図１７には、Play Unitの構成例を示している。Play Unitは、ある番組を再生するための情報を取りまとめたものであり、図１７に示すように少なくとも以下の構成要素よりなる。
【０１６４】
（１）media：
録画された映像データ。録画予定の場合など、現在時刻において未だ存在しないこともあり得る
（２）startPosition：
mediaの先頭からの当該番組の開始位置を示す。１つのmediaに複数の番組が含まれていることもあり得る。
（３）durationTime：
番組の長さ。
（４）currentTime：
mediaの先頭からの現在の再生位置を示す。再生中は時々刻々と更新される。また、別のチャンネルから切り換わったときには、前述した「スケジュール表を基に現在再生すべき映像を特定するための処理手順」（図１５を参照のこと）に従って、再生開始位置が特定される。ビデオ再生機はこの位置から再生を開始する。
【０１６５】
また、図１８には、番組情報TVContentの構成例を示している。番組情報TVContentはＥＰＧなどにより配信される個々の番組に関する各種情報に基づいて生成され、図１８に示すように以下のような構成要素を含む。
【０１６６】
（１）id：
番組を一意に特定するための識別情報。
（２）startTime：
放送開始時刻。
（３）endTime：
放送終了時刻。
（４）channel：
放送チャンネル番号。
（５）title：
番組のタイトル。
（６）categories：
番組のカテゴリ。１つの番組に複数のカテゴリを設定可。
（７）description：
番組に関する詳細情報。
（８）media：
録画された映像データ。録画時に設定される。
（９）mediaOffset：
mediaの先頭からの当該番組の開始位置を示す。１つのmediaに複数の番組が含まれていることもあり得る。
（10）status：
削除予定、保留、保存、録画済み、録画予定など、番組コンテンツの保存や視聴に関する状態。
（11）reservedTime：
保留時間。statusが保留中のときのみ有効な要素である。
【０１６７】
ＴＶＣｏｎｔｅｎｔの構成要素のうち、（１）〜（７）は、データ放送におけるＥＰＧなどにより提供される。その他の構成要素については、本録画・再生システム１０上において適宜設定する必要がある。
【０１６８】
構成要素（１）ｉｄは、例えば、シリーズｉｄと各放送回ｉｄとの組み合わせで構成され、同じシリーズの番組であることを明確化したり、同じシリーズの番組を漏れなく自動録画したり、同じ仮想チャンネル上で連続再生したりするようにしてもよい。
【０１６９】
構成要素（10）statusは、本録画・再生システム１０上で自動的に設定してもよいし、ユーザがリモコン６０などの操作パネル上で「削除」ボタンを押下するなどしてマニュアル設定することもできる。
【０１７０】
図１９には、TVContentからSchedulingを生成する際のデータの流れを模式的に示している。
【０１７１】
TVContentのstartTimeとendTimeとの差から、Scheduling UnitのdurationTimeが算出される。
【０１７２】
また、startTime，title，categoriesは、TVContentよりScheduling Unitにそのままコピーされる。
【０１７３】
また、Schedulingのsourceは、対応するTVContentへの参照を保持する。titleやcategoriesは冗長なので、効率を問わなければ、フィールドを削除して、sorceを介して逐次参照するように構成してもよい。
【０１７４】
Scheduling UnitのstartTimeは、初期値として番組放送時刻を保持しているが、スケジューリング時に更新される。Statusも、録画時などに、本録画・再生システム１０上で更新される。
【０１７５】
また、図２０には、Scheduling UnitからPlay Unitを生成する際のデータの流れを模式的に示している。
【０１７６】
Scheduling UnitのdurationTimeをPlay UnitのdurationTimeにコピーする。
【０１７７】
また、Scheduling Unitのsourceを介して、TVContentからmediaとmediaOffestをPlay UnitのmediaとstartPositionにそれぞれコピーする。
【０１７８】
また、Play UnitのcurrentPositionはゼロに初期化され、本録画・再生システム１０上で随時更新される。
【０１７９】
図２１には、ＴｏＷａｔｃｈリスト（図１０を参照のこと）に追加されるＴｏＷａｔｃｈＥｎｔｒｙの構成要素を示している。
【０１８０】
（１）currentPosition      ：
現在の位置。
（２）title：
番組タイトル。
（３）durationTime：
番組の長さ。
（４）status：
番組の現在の状態。一時停止中、再生中など。
（５）source：
対応する番組情報（TVContent）。
【０１８１】
本実施例では、一時停止した番組毎にＴｏＷａｔｃｈＥｎｔｒｙを作成して、ＴｏＷａｔｃｈリストを追加する。ＴｏＷａｔｃｈリスト・マネージャがこのような情報を用いて、ＴｏＷａｔｃｈリスト（図１０を参照のこと）中に保留中の再生番組タイトルなどを表示する。これに対し、ユーザは、当該リスト・ボックス中でいずれかの番組を選択することで、中断していた番組再生を再開（又は開始）させることができる。
【０１８２】
ＴｏＷａｔｃｈリストは、システムの電源遮断中も不揮発的に保持するようにしてもよい。また、ユーザからの明示的な指示により、ＴｏＷａｔｃｈリスト中の特定のエントリを削除できるようにしてもよい。
【０１８３】
［追補］
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１８４】
【発明の効果】
以上詳記したように、本発明によれば、各放送局によってオンエアされる番組などの映像の録画や録画予約を自動化した、優れた録画再生システムを提供することができる。
【０１８５】
また、本発明によれば、自動的に録画した数多の映像の再生・視聴操作を支援することができる、優れた録画再生システムを提供することができる。
【０１８６】
また、本発明によれば、テレビやビデオデッキなどの一般的なＡＶ機器の操作を踏襲して録画映像の選択や管理を容易化することができる、優れた録画再生システムを提供することができる。
【０１８７】
また、本発明によれば、ユーザの意図を的確に把握して録画映像の保存管理に反映することができる、優れた録画再生システムを提供することができる。
【０１８８】
本発明によれば、各録画映像を分類するとともに、各分類に対して仮想チャンネルが割り当てられる。ユーザが定義した分類に従って仮想チャンネルを構成すれば、ある特定の分類に適合する番組のみが仮想チャンネルに録画されるので、ユーザ自身が、どのチャンネルにどのような種類・内容の番組が含まれているのかをかなり正確に予測することができる。また、家庭内など複数ユーザ間で録画・再生システムを共用する場合には、各構成員毎に仮想チャンネルを割り当てることもできる。
【０１８９】
各仮想チャンネル上では、録画番組が時間軸上に配列されており、各仮想チャンネル上では同時並行して再生される。但し、ユーザが実際に視聴しない仮想チャンネル上では、その時刻に再生予定された録画番組の再生プロセスを起動する必要はなく、チャンネル選択されたときの再生開始ポイントを実時間の経過とともに進行させるだけでもよい。ユーザは、好きな時間に電源を入れてチャンネルを切り替える、あるいは１つのチャンネルの再生を続けるだけで、さまざまな録画番組に出会うことができる。このときのユーザの視聴スタイルはまったく受動的なものでよい。
【０１９０】
本発明に係る録画・再生システムによれば、チャンネル切り換えという、一般的なテレビ受信機上で慣れ親しんだ操作だけで録画番組を視聴することができる。すなわち、ユーザは、チャンネル切り換え以外に新たな操作方法を習得する必要がないし、録画映像を再生するために能動的な操作や視聴姿勢を要求されない。したがって、受動的な視聴スタイルを持つユーザに受け容れられ易いし、録画するだけで死蔵される番組を低減することができる。
【０１９１】
仮想チャンネル上で再生される録画映像はハード・ディスク装置のような高速且つランダムなアクセスが可能な記録メディアに蓄積されているので、早送りや巻き戻しのように、任意の再生開始ポイントに高速で移動することができる。また、本発明に係る録画・再生システムでは、従来より慣れ親しまれているビデオデッキ上の早送り、巻き戻しなどの操作様式を取り入れているので、ユーザは新たな操作方法を習得する必要がない。
【０１９２】
仮想チャンネル上の再生番組編成において、録画した各番組が持つ優先度などを反映させて、それぞれの番組を配置する回数や時間帯を制御してもよい。例えば、ユーザの嗜好やプロファイル情報を基に各番組の優先度を設定することにより、ユーザが特に好むと想定される番組を、ゴールデンタイムなどユーザが視聴する可能性が高い時間帯に配置して、ユーザの目に止まる確率を高めることができ、利便性に優れている。
【０１９３】
本発明によれば、ユーザがどの再生番組を視聴したかという情報を、録画・再生システム上で管理することができる。したがって、一度視聴した番組を仮想チャンネルの時間軸上の「未来」に組み込まないようにすることで、何度も同じ番組を見るという無駄を省くことができる。
【０１９４】
また、仮想チャンネル毎に、録画された各番組がその状態（録画予定、録画済、削除予定など）に応じて配列されるので、早送り、巻き戻しなどの統一的でなじみのある操作を介して、連続的な視聴や操作対象を簡易に選択することができる。ユーザは、番組一覧画面を観なくても、見たい再生番組を直感的に探索し指定することができる。
【０１９５】
本発明に係る録画・再生システムでは、録画予定番組一覧、録画済番組一覧、削除予定番組一覧（復活可能）などの複数の番組表を、単一の再生番組編成に統一して扱うことができる。したがって、ユーザは、目的毎に一覧画面を切り換える必要がなく、１種類の番組一覧のみを目で追いながら早送りや巻き戻しなどの統一的操作を行うだけで、連続的に見たい再生番組（例えば連続ドラマなどのシリーズ番組）に到達することができる。また、再生映像を見ながらリモコンのボタンを押すことで、録画番組の削除・保存・保留、並びに各操作の取り消しなどを指定することができ、再生映像を個別の操作画面に切り換える必要がない。シリーズ番組を同一チャンネル上で連続的に配置することにより、まとめて視聴することができ、録画番組の死蔵を防ぐことができる。
【０１９６】
本発明に係る録画・再生システムにおいて番組編成された仮想チャンネル上では、ユーザが視聴した番組は、各チャンネル毎に「近い過去」に配置される。したがって、同じチャンネル上で「以前に一度見たもの」は巻き戻して見付けるという、直感的な探し方を行うことができる。また、最近見たものほど「より近くの過去」に配置されるので、人間の記憶メカニズムにとっても理解し易い。他方、各チャンネル毎に、削除予定の番組は「遠い過去」に配置されるので、統一的な方法により、所望の録画番組にアクセス可能である。
【０１９７】
また、本発明に係る録画・再生システムでは、一時停止中の番組については、チャンネル操作とは独立したリストとして一時停止情報を保持することができる。したがって、ハード・ディスクなどの記録メディアに対するランダム・アクセスを利用して、一時停止中の番組の再生動作を何時でも素早く再開することができる。このような再開処理において、チャンネル切り換えや、記録メディアの早送りや巻き戻しを行う必要がない。また、ユーザからの一時停止やその再開指示に応答して、自動的にリストへの追加や削除を行うので、ユーザ自身で番組にタグやマークを付したり記憶しておく必要がなく、操作が簡素化される。
【０１９８】
この一時停止情報の保管リストを電源停止中も不揮発的に保持しておくことにより、後日（すなわち相当期間経過後も）番組再生処理を改めて再開することができる。ユーザが明示的に一時停止操作するときは、改めて番組再生を再開する意思の現われと推定することができるので、このような動作に操作性上の不都合はないと思料する。また、一時停止中の映像の情報を、通常のチャンネル操作とは独立したリスト（すなわちＴｏＷａｔｃｈリスト）として保持することにより、同じチャンネル上での他の番組の再生動作と干渉し合うことがない。
【図面の簡単な説明】
【図１】本発明の実施に供される録画・再生システム１０のハードウェア構成を模式的に示した図である。
【図２】本実施例に適用されるリモコン６０又はＵ／Ｉ制御部５６のユーザ操作パネルの構成例を示した図である。
【図３】本実施例に係る録画・再生システム１０における番組表の構成例を模式的に示した図である。
【図４】各分類毎に割り当てられた仮想チャンネル上に、該当する録画コンテンツが配列されている様子を示した図である。
【図５】図３に示すような番組表上でユーザがチャンネル切り換え操作を行う様子を描写した図である。
【図６】現在再生中の仮想チャンネルに対して早送りや巻き戻しなどの操作を印加して、前後の番組を視聴する様子を示した図である。
【図７】再生番組編成の一覧画面を表示中に、ある特定の仮想チャンネル「ニュース」内を早送り操作する様子を示した図である。
【図８】ある仮想チャンネル内における番組の配列すなわち番組の再生順序を記述した時刻表を示した図である。
【図９】同じ仮想チャンネル上に分類されるべき複数の番組が、同じ時間帯に放映された場合の仮想チャンネルの編成方法を示した図である。
【図１０】ディスプレイ画面上にＴｏ  Ｗａｔｃｈリストが表示されている様子を示した図である。
【図１１】録画・再生システム１０上で自動又は手動操作によって録画された番組コンテンツや、これから録画予定の番組コンテンツを仮想チャンネルに割り付けるための処理手順を示したフローチャートである。
【図１２】各仮想チャンネル内でのスケジューリングを行う処理手順を示したフローチャートである。
【図１３】当該仮想チャンネルのスケジュール表に配置するための処理手順を示したフローチャートである。
【図１４】各仮想チャンネル内スケジュール・リストとリストの要素を示した図である。
【図１５】スケジュール表を基に現在再生すべき映像を特定するための処理手順を示したフローチャートである。
【図１６】  Scheduling Unitが持つ要素を示した図である。
【図１７】  Play Unitが持つ要素を示した図である。
【図１８】番組情報TVContentの構成例を示した図である。
【図１９】ＴＶＣｏｎｔｅｎｔからＳｃｈｅｄｕｌｉｎｇ  Ｕｎｉｔを生成する際のデータの流れを模式的に示した図である。
【図２０】  Scheduling UnitからPlay Unitを生成する際のデータの流れを模式的に示し図である。
【図２１】ＴｏＷａｔｃｈリストに追加されるＴｏＷａｔｃｈＥｎｔｒｙの構成要素を示した図である。
【図２２】本実施例に係る録画・再生システム１０における実チャンネルの受信並びに仮想チャンネル内の番組再生手順を示した図である。
【符号の説明】
１０…録画・再生システム
１１…ＣＰＵ，１２…ＲＡＭ，１３…ＲＯＭ
１５…ＩＥＥＥ１３９４インターフェース
１６…ＨＤＤインターフェース
１７…ＨＤＤ
５１…チューナ，５２…復調器
５３…デコーダ，５４…ＲＡＭ
５５…ミキサ
５６…Ｕ／Ｉ制御部
５７…コンポーザ
６０…リモコン，６１…ディスプレイ，６２…スピーカ
６４…ビデオ・カメラ
【図１】
0004218185.tif 000002
【図２】
0004218185.tif 000003
【図３】
0004218185.tif 000004
【図４】
0004218185.tif 000005
【図５】
0004218185.tif 000006
【図６】
0004218185.tif 000007
【図７】
0004218185.tif 000008
【図８】
0004218185.tif 000009
【図９】
0004218185.tif 000010
【図１０】
0004218185.tif 000011
【図１１】
0004218185.tif 000012
【図１２】
0004218185.tif 000013
【図１３】
0004218185.tif 000014
【図１４】
0004218185.tif 000015
【図１５】
0004218185.tif 000016
【図１６】
0004218185.tif 000017
【図１７】
0004218185.tif 000018
【図１８】
0004218185.tif 000019
【図１９】
0004218185.tif 000020
【図２０】
0004218185.tif 000021
【図２１】
0004218185.tif 000022
【図２２】
0004218185.tif 000023