(57)【特許請求の範囲】
【請求項１】
記録媒体に記録された映像音声信号に対するユーザの指示が入力される入力部と、
映像音声信号についての重要度を算出する番組管理部と、
前記記録媒体に記録された映像音声信号を出力する出力部と、
前記記録媒体に記録された第１の映像音声信号を削除する指示が前記入力部に入力された場合に、前記番組管理部で算出された当該第１の映像音声信号についての重要度に基づいて当該第１の映像音声信号の削除に対する警告を出力するよう前記出力部を制御する制御部と、を有し、
前記番組管理部は、
前記映像音声信号について前記入力部に入力されるユーザの指示である第１の指示の内容と、前記第１の指示の前に前記入力部に入力されたユーザの指示である第２の指示の内容と、の関係性に基づいて、前記第１の指示が入力された前記映像音声信号の再生位置である第１のシーンと、前記関係性に応じて予め設定された所定の再生時間を前記第１のシーンから遡った前記映像音声信号の再生位置である第２のシーンと、の間の前記映像音声信号の再生位置に含まれる前記単語である第１の単語について、前記ユーザの嗜好の程度を示す嗜好度を算出し、
前記第１の映像音声信号についての前記重要度を、前記第１の単語の内容と、前記第１の単語についての前記嗜好度と、に基づいて算出する情報処理装置。
【請求項２】
請求項１の情報処理装置であって、
前記制御部は、前記第１の映像音声信号を前記記録部から削除する指示が前記入力部に入力された場合に、当該第１の映像音声信号についての重要度が所定のレベルよりも重要であることを示すときは当該第１の映像音声信号の削除に対する警告を出力するよう前記出力部を制御する情報処理装置。
【請求項３】
請求項１の情報処理装置であって、
前記番組管理部は、前記記録部に記録されている複数の映像音声信号についての重要度を算出し、
前記制御部は前記第１の映像音声信号を削除する指示が前記入力部に入力された場合に、前記複数の映像音声信号についての重要度に基づいて順位を算出し、当該第１の映像音声信号についての順位が所定の条件を満たすときは当該第１の映像音声信号の削除に対する警告を出力するよう前記出力部を制御する情報処理装置。
【請求項４】
請求項２の情報処理装置であって、
前記制御部は前記警告と共に前記第１の映像音声信号についての重要度を出力するよう前記出力部を制御する情報処理装置。
【請求項５】
請求項３の情報処理装置であって、
前記制御部は前記警告と共に前記第１の映像音声信号についての順位を出力するよう前記出力部を制御する情報処理装置。
【請求項６】
記録媒体に記録された映像音声信号に対するユーザの指示の入力を受け、
前記映像音声信号について入力されるユーザの指示である第１の指示の内容と、前記第１の指示の前に入力されたユーザの指示である第２の指示の内容と、の関係性に基づいて前記第１の指示が入力された前記映像音声信号の再生位置である第１のシーンと、前記関係性に応じて予め設定された所定の再生時間を前記第１のシーンから遡った前記映像音声信号の再生位置である第２のシーンと、の間の前記映像音声信号の再生位置に含まれる前記単語である第１の単語について、前記ユーザの嗜好の程度を示す嗜好度を算出し、前記第１の単語の内容と、前記第１の単語についての前記嗜好度と、に基づいて、前記重要度を算出し、
前記記録媒体に記録された第１の映像音声信号を削除する指示を受けた場合に、前記算出した前記第１の映像音声信号についての前記重要度に基づいて前記第１の映像音声信号の削除に対する警告を出力する情報処理方法。
【請求項７】
請求項６の情報処理方法であって、
前記第１の映像音声信号を前記記録部から削除する指示の入力を受けた場合に、当該第１の映像音声信号についての前記重要度が所定の条件を満たすときは当該第１の映像音声信号の削除に対する警告を出力する情報処理方法。
【請求項８】
請求項６の情報処理方法であって、
前記記録した各映像音声信号についての前記重要度を算出し、
前記第１の映像音声信号を削除する場合に、前記各映像音声信号についての前記重要度に基づいて各映像音声信号についての順位を算出し、当該第１の映像音声信号についての順位が所定の条件を満たしたときは当該第１の映像音声信号の削除に対する警告を出力する情報処理方法。
【請求項９】
請求項６の情報処理方法であって、
前記警告と共に前記第１の映像音声信号についての前記重要度を出力する情報処理方法。
【請求項１０】
請求項９の情報処理方法であって、
前記警告と共に前記第１の映像音声信号についての順位を出力する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
技術分野は番組を記録する記録装置、番組を記録する記録方法に関する。
【背景技術】
【０００２】
番組を記録する記憶媒体として、ＤＶＤ等の光ディスクやハードディスクドライブ（ＨＤＤ）等が普及している。このような記録媒体を利用した従来例として以下のような方法が開示されている。
【０００３】
特許文献１には、「記録媒体の空き容量が不足している場合に、ユーザが容易に削除すべき番組を判断することができるよう、空き容量を確保するために削除すべき番組候補を検索する情報検索装置およびそれを備えた記録再生装置を提供する」ことを課題とし、その解決手段として「情報検索装置２０は、画像音声データ１０および管理データ１１をそれぞれ含む複数の画像音声情報が記録された記録媒体９から、管理データ１１の少なくとも一部を取得して保持する管理データ保持部２と、記録媒体９における記録可能な空き容量を取得する空き容量取得部３と、記録媒体に記録すべき画像音声情報が必要とする必要容量を入力する必要容量入力部５と、複数の画像音声情報のうちから削除または圧縮すべきものを検索するための検索条件を設定する検索条件設定部４と、記録媒体９に必要容量を確保することができるよう、空き容量、検索条件および画像音声情報の管理データ１１に基づいて、複数の画像音声情報から削除または圧縮すべき画像音声情報候補あるいはその組み合わせを求める検索処理部６とを備える」ことが記載されている。
【０００４】
特許文献２には、「番組情報を伴なう番組の中から利用者の嗜好にあった番組を精度よく順位付けする番組順位付け装置を提供する」ことを課題とし、その解決手段として「利用者の視聴履歴から視聴頻度計算部２０２より番組毎の視聴頻度を求める。またキーワード抽出部２０１、嗜好分析部２０３と項目別嗜好適合度計算部２０５を用いて視聴頻度が任意の閾値を超えた番組の番組情報を除く番組毎の項目別嗜好適合度を求める。番組順位付けの判断基準学習部２０４は、視聴した番組と、同時刻に放送した番組の、項目別嗜好適合度と視聴頻度を入力として、視聴した番組が利用者の嗜好にあっているという判断結果を出力とする番組選択情報を基に、利用者の嗜好を分析して番組順位付けの判断基準の精度を向上させる。将来放送予定の各番組の項目別嗜好適合度と、同一番組タイトルの番組の視聴頻度を入力とし番組順位付けの判断基準を基に、番組選択部２０６により番組を順位付けし自動選択する」ことが記載されている。
【０００５】
【特許文献１】特開２００４−３２８６０８号公報（［要約］参照）
【特許文献２】特開２００６−３３３４２３号公報（［要約］参照）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１において、このような記録再生装置は削除、圧縮する番組を検索する条件をユーザが入力しなければならず、ユーザにとって煩雑である。また記録再生装置を複数のユーザが共同で使用する場合、あるユーザが残しておきたい番組を他のユーザが検索した結果にヒットしてしまった場合削除されてしまうおそれがある。
【０００７】
また特許文献２の装置では、番組の削除については考慮されておらず、ユーザが残しておきたい番組が他のユーザに削除されてしまうおそれがある。
【０００８】
また、番組の順位付けについては、順位付けを行う対象は番組情報を伴なって放送される番組に限定している。またキーワードを番組情報から抽出しているが、そのキーワードが含まれている番組内のシーンは、実際にはユーザが視聴していない可能性がある。嗜好抽出のパラメータには番組の視聴回数のみを考慮しているため、１番組内の複数のキーワードのうち実際にはユーザが全く視聴していないシーンに出現したキーワードに対しても同等の重みで計算されるため、精度が悪くなるといった問題がある。
【課題を解決するための手段】
【０００９】
上記課題を解決する為に、本発明の一実施の態様は、記録媒体に記録された映像音声信号に対するユーザの指示が入力される入力部と、入力されるユーザの指示と記録媒体に記録された映像音声信号に含まれる単語とに基づいて第１の映像信号についての第１の指標を算出する番組管理部と、映像音声信号を出力する出力部と、第１の映像音声信号を削除する指示が入力部に入力された場合に、番組管理部で算出された第１の映像音声信号についての第１の指標に基づいて当該第１の映像音声信号の削除に対する警告を出力するよう前記出力部を制御する制御部とを有する構成にすればよい。
【００１０】
具体的には、特許請求の範囲に記載された発明によって上記課題を解決できる。
【発明の効果】
【００１１】
上記手段によれば、より効率良く番組を記録することができる。具体的には、他のユーザの嗜好度が高い番組を意識せずにユーザが誤って記録媒体から削除することを防ぐことができる。
【発明を実施するための最良の形態】
【００１２】
以下に、本発明の実施の形態を説明する。
【実施例１】
【００１３】
１．本実施例の概要
本実施例の概要を説明する。本実施例の記録装置は、
（１）記録した各番組について、ユーザの操作に基づいて各番組の時間帯ごと興味度を取得する（早送りした部分は興味度を低くする、巻き戻して視聴した部分は興味度を高くする等）。
（２）記録した各番組に含まれるキーワードを抽出し、前記興味度に応じて各番組の各キーワードの嗜好度を取得する（興味度の高い時間帯のキーワードの嗜好度は高くする等）。この各番組の各キーワードの嗜好度を実施例１では番組キーワードデータ１２５（図９に示す）とする。
（３）（２）で求めた各番組の各キーワードの嗜好度から、当該記憶装置に記録されている複数の番組の各キーワードの嗜好度を取得する。この当該記録装置における各キーワードの嗜好度を実施例１ではユーザキーワードデータ１４３（図１０に示す）とする。
（４）（３）で取得した当該記録装置における各キーワードの嗜好度（ユーザキーワードデータ１４３）から、記録した各番組についての重要度を計算する。
（５）記録した番組を削除する場合、（４）で計算した重要度に応じて、番組の削除に対する警告を表示する。
【００１４】
ここで、興味度とは、番組又は番組内のシーンに対するユーザの興味を示す指標である。具体的には当該番組に対するユーザの操作に基づいて決める。
また、嗜好度とは、番組又は番組内のシーンに関係する単語に対するユーザの嗜好を示す指標である。具体的には、番組又は番組内のシーンについての興味度と、その番組又はそのシーンに関係する単語とに基づいて決める。
また、重要度とは、ユーザにとっての或る番組の重要性を示す指標である。具体的には、或る番組に含まれる単語と、他の番組又は他のシーンについて算出したこの単語についての興味度とに基づいて決める。
【００１５】
興味度、嗜好度、重要度の各指標の詳細や具体例は、後述する。
【００１６】
以下、本実施例について具体的に説明する。実施例１の記録装置を記録装置１とする。
２．機能ブロック図
図１は、記録装置１の機能ブロックの一例を示す図である。
図１に示すように、記録装置１は、ＣＰＵ１０１と、表示装置１０２と、入力装置１０３と、録画再生部１０４と、番組管理部１０５と、アンテナ１０６と、チューナ１０７と、記録媒体１０８と、外部記録媒体接続部１０９とを備える。
【００１７】
ＣＰＵ１０１は、記録装置全体を制御する。表示装置１０２は、映像や音声を表示し、例えばテレビやパソコンのディスプレイあるいは液晶パネル等がある。入力装置１０３はユーザが本記録装置に対する操作を行うもので、例えばリモコン、あるいはキーボード、あるいはマウス、あるいはペン入力装置等のポインティングデバイス、あるいは液晶タッチパネル等によって実現され、ユーザによって入力される端末の操作に関する制御情報を取得する。
【００１８】
録画再生部１０４は記録媒体１０８に放送番組の録画や再生を行うことのできる装置であり、例えばＨＤＤや録画可能なＤＶＤを搭載した録画機等である。番組管理部１０５は記録媒体１０８の内容の管理及び更新等の役割を行う専用ユニットであり、例えば汎用マイコン上に実装されたプログラムである。図１ではＣＰＵ１０１の機能を切り出して番組管理部１０５を表現しているのであって、必ずしもＣＰＵ１０１と別に番組管理部１０５を設けなくてもよい。また番組管理部１０５はＣＰＵ１０１で動作するプログラムであってもよい。アンテナ１０６は放送電波を受信するものであり、例えばパラボラアンテナ等がある。チューナ１０７は放送局より受信した電波を復調して放送番組データを所得するもので、例えば地上波デジタルチューナや衛星放送チューナである。記録媒体１０８は放送番組データを記録が行われるものであり、例えばＤＶＤなどの光ディスクやＨＤＤやフラッシュメモリ等であってもよいし、これらを着脱可能にしたものであってもよい。外部記録媒体接続部１０９は記録媒体１０８の記憶容量を補填しており、例えばＤＶＤなどの光ディスクや外付けＨＤＤやフラッシュメモリ等で構成される。
【００１９】
録画再生部１０４についてさらに詳しく説明する。録画再生部１０４は、録画部１１１と、再生部１１２と、番組付加データ取得部１１３と、操作解析部１１４と、操作履歴取得部１１５と、出力部１１６とを備えている。いる。さらに再生部１１２は、例えばＭＰＥＧ等の復号化を行う復号化装置を含んでいる。これら１１１〜１１６は１つの回路に含まれていてもよいし、複数の回路で構成されていてもよい。また、番組管理部１０５と併せて１つの回路に含まれるよう構成してもよい。
【００２０】
録画部１１１は、チューナ１０７により取得した放送番組データを記録媒体１０８へ保存する。例えば、ＭＰＥＧ等の符号化を行う符号化装置を含み、放送番組がアナログ放送の場合、符号化装置へ映像と音声を入力し、符号化された映像音声データ１２１として記録媒体１０８へ保存してもよい。
【００２１】
また放送番組がデジタル放送の場合、放送番組データが既に符号化されているため、そのまま映像音声データ１２１として記録媒体１０８に保存してもよい。
【００２２】
また、番組の記録に必要とする容量を削減するため、デジタル放送の放送番組データを再生部１１２の復号化装置へ入力して、復号化した映像と音声を録画部１１１の符号化装置へ入力して、ユーザの指定したデータ圧縮率で符号化した映像音声データ１２１として記録媒体１０８に保存してもよい。
【００２３】
再生部１１２は、ＭＰＥＧ等の復号化を行う復号化装置を含み、記録媒体１０８に保存されている映像音声データ１２１を当該復号化装置で復号化して映像及び音声を出力部１１６へ出力してもよい。
【００２４】
また、映像音声データ１２１を復号化した映像及び音声と、あるいはデジタル放送である場合には、同時に放送局から放送される電子番組ガイド（ＥＰＧ）のデータや字幕データを番組付加データ取得部１１３へ入力する。また、ＣＰＵ１０１の指示内容により、映像音声を指定位置で再生を停止すること、あるいは映像音声の再生順序を順方向と逆方向それぞれについて速度を自由に切り替えて再生すること、あるいは映像音声を指定位置から再生することが可能である。また再生部１１２は前記ＣＰＵ１０１からの指示内容を操作履歴取得部１１５へと入力する。
【００２５】
番組付加データ取得部１１３は、放送番組データに含まれる映像音声データ１２１以外のデータを番組付加データ１２２として、記録媒体１０８に保存する。番組付加データ取得部１１３は、再生部１１２より入力される復号化された映像及び音声と、あるいはデジタル放送である場合には、同時に放送局から放送される電子番組ガイド（ＥＰＧ）や字幕データに対して、番組付加データ抽出処理を行うことにより番組付加データ１２２を抽出する。
【００２６】
番組付加データ１２２について詳しく説明する。番組付加データ１２２は、番組に関連のある映像や音声以外の情報を示しており、番組内の出演者あるいはコーナー名あるいは台詞などの出現する時刻を特定することのできる文字情報である。番組付加データ１２２は、例えばデジタル放送の場合に放送局から放送される字幕データ、あるいはアナログ放送及びデジタル放送に関わらず放送される映像に含まれるテロップデータ、あるいは音声データ、映像データ等に付加されるtag情報、あるいは放送される音声データを認識することにより取得できる音声文字列データとして保存される。
【００２７】
図２は番組付加データ１２２の一例を示している。番組付加データ１２２は番組単位毎に別ファイルで保存される。
表示時刻２０１は番組の開始時刻を０として文字列データ２０２の出現した時刻を示すものである。単位は例えば一般的な秒である。文字列データ２０２は取得された文字情報である。本実施例の字幕データは、表示時刻２０１と画面に表示すべき文字列データ２０２を一単位として、番組全体に渡る複数単位で保存される。デジタル放送の字幕データは一般に文字列とその表示時刻を特定できる形式を取っているため、放送される字幕データをそのまま保存される、あるいは文字列と表示時刻の全てあるいはどちらか一方に対して独自暗号化あるいは形式を変更して他プログラムからアクセスできない形態で保存してもよい。
【００２８】
テロップデータは、例えば放送局から放送される映像の中にコンピュータグラフィックなどの手法で埋め込まれているため、テロップが出現する領域を検出する処理と、検出したテロップ領域に含まれる文字情報を認識する処理を行って、文字列として検出される。
【００２９】
テロップデータは、テロップが含まれる領域の座標情報あるいはテロップ領域を抜き出した映像とテロップ領域の出現時刻を一単位として、番組全体に渡る集合形式として保存される。またテロップデータは、検出したテロップ領域に含まれる文字情報の認識を行い、認識された文字列と出現時刻を一単位として、番組全体に渡る集合形式として保存してもよい。
【００３０】
テロップデータの認識には、例えば一般的なＯＣＲ  （Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ:  光学文字認識）技術等を用いることで可能となる。テロップデータの集合形式についてどちらのデータ形式で保存するかは、テロップデータの領域取得時の処理時間とテロップ領域の文字情報の認識時の処理時間を考慮して、番組付加データ取得部１１３が動作するときに許される処理時間内で収まるように決定する。
【００３１】
音声文字列データは、文字情報を取得するために一般的な音声認識技術等を用いることで、放送される音声データから取得される。番組付加データに含まれるべき音声文字列データは、音声データを音声認識処理に都合のよい音声認識中間データに変換を行い、音声認識中間データとその出現時刻を一単位として番組全体に渡る集合として保存されてもよい。
【００３２】
また音声文字列データは、例えば音声認識中間データに対して音声認識処理を行い、検出された文字列と出現時刻を一単位として、番組全体に渡る集合形式で保存されてもよい。音声文字列データの集合形式についてどちらのデータ形式で保存するかは、音声データを音声認識中間データに変換する処理時間と音声認識中間データから文字列に変換する処理時間を考慮して、番組付加データ取得部１１３が動作するときに許される処理時間内で収まるように決定する。
【００３３】
番組付加データ１２２は、必ずしも字幕データとテロップデータと音声文字列データを全て含んでいるとは限らず、少なくとも一つ以上のデータを含んでいればよい。また、番組付加データ１２２は、字幕データあるいはテロップデータあるいは音声文字列データ以外にもＥＰＧ等の放送局から放送されるデータを同時に含んでいてもよい。また番組付加データ１２２は、インターネット等の外部接続により取得した、放送外番組関連データを同時に含んでいてもよい。
【００３４】
操作解析部１１４は、入力装置１０３を介して入力されるユーザの操作を解析し、ＣＰＵ１０１に伝える。例えば入力装置１０３が赤外線リモコンの場合、当該リモコンの押されるボタンに応じて異なる信号パターンが操作解析部１１４に入力される。操作解析部１１４は入力された信号パターンを認識することにより、チャンネル切り替えや音量調整や番組表を表示等の操作内容（物理パターン）に変換してＣＰＵ１０１へ伝達する。
【００３５】
操作履歴取得部１１５は、ユーザの当該記録装置に対する操作の履歴を取得し、操作履歴データ１２３として保存する。図１では再生部１１２に対するＣＰＵ１０１からの指示内容が入力され、操作履歴データ１２３として保存するよう構成してあるが、ユーザの当該記録装置に対する操作の履歴が取得できれば他の構成でもかまわない。操作履歴取得部１１５へ伝達される指示内容は、例えば操作対象の番組名あるいは番組名を特定する数字コードと、操作を行った時刻と、操作内容と、操作を行った番組内の開始時間と、操作を行った番組内の終了時間とを含んだデータである。
【００３６】
操作履歴データ１２３は、ユーザの番組への操作内容を保存したデータの一例である。図３は操作履歴データの一例を示した図である。操作履歴データ１２３は、例えば操作を行った時刻である操作日時３０１と、操作内容を示す操作内容３０２と、操作を開始した番組内の時刻である開始時刻３０３と、操作を終了した番組内の時刻３０４とを、図３に示すように番組ごとに操作履歴の集合形式として保存される。操作履歴データ１２３は番組単位毎に別ファイルで保存される。
【００３７】
番組ごとに操作履歴データ１２３を保存するには、ユーザが新しく番組に対して操作を行った場合、当該番組の操作履歴データ１２３が存在しているか否かをチェックし、当該番組の操作履歴データ１２３が存在している場合には、既に存在する操作履歴データ１２３の最後に新しい操作履歴を追記するようにしてもよい。逆に存在しない場合には、操作履歴データ１２３を新規に作成してもよい。
【００３８】
次に、図１の番組管理部１０５についてさらに詳しく説明する。番組管理部１０５は、例えばＣＰＵ１０１の指令に基づきその動作は制御される。番組管理部１０５は、例えばシーン重要度解析部１３１と番組キーワード生成部１３２と番組キーワード生成部１３３とユーザキーワード生成部１３４と番組重要度生成部１３５と番組重要度比較部１３６とで構成される。
３．興味度の算出
シーン重要度解析部１３１は、操作履歴データ１２３を元に番組興味度データ１２４を生成する処理を行う。図４はシーン重要度解析の処理フローの一例を示している。以下、図４について説明する。
【００３９】
シーン重要度解析部１３１は、例えばユーザが当該番組を視聴した後にＣＰＵ１０１により処理が開始される。
ステップ（以下、「ステップ」を「Ｓ」とする。）４０１では、シーン重要度解析部１３１は、操作履歴データ１２３から操作履歴データの入力を受ける。Ｓ４０１で入力される操作履歴データは、図３に示した操作履歴データである。Ｓ４０１では、全部でＮ個含む操作履歴データ１２３が順番に入力される。以降の説明では、一般化してｋ番目の操作履歴データ３０１が入力された後の処理フローについて説明する。
【００４０】
Ｓ４０２では、シーン重要度解析部１３１は次のステップにおいて（ｋ−１）番目の操作履歴データを保持しているか否かを判断する。Ｓ４０２において（ｋ−１）番目の操作履歴データが保持されていないと判断された場合（Ｓ４０２でＮｏの場合）には、Ｓ４０５に移り、入力されたｋ番目の操作履歴データを、次回の演算に用いる（ｋ−１）番目の操作履歴データとして保存する。
【００４１】
一方、本ステップにおいて（ｋ−１）番目の操作履歴データが保持していると判断した場合（Ｓ４０２でＹｅｓの場合）にはＳ４０３へ移る。シーン重要度解析部１３１は、Ｓ４０３において例えば後述する図６に示す興味度得点付けルール表１４１を用いて、ｋ番目の操作内容６０１と（ｋ−１）番目の操作内容６０２により、興味度データを参照して取り出し、Ｓ４０４に移る。
【００４２】
Ｓ４０４では、シーン重要度解析部１３１はｋ番目の操作内容６０１と（ｋ−１）番目の操作に関わる番組内の時間と、興味度得点付けルール表１４１から参照された興味度データの内容に従い、後述の図５に示す番組興味度データ１２４における当該時間の興味度データ５０３に得点を加える。シーン重要度解析部１３１は、Ｓにおいて番組興味度データ１２４の更新を終えた後に、Ｓ４０５に移る。
【００４３】
Ｓ４０５では、シーン重要度解析部１３１はｋ番目の操作履歴データを、次回の演算に用いる（ｋ−１）番目の操作履歴データとして保存し、Ｓ４０６に移る。
【００４４】
Ｓ４０６では、シーン重要度解析部１３１は全体でＮ個の操作履歴データ１２３のうち、シーン重要度解析部１３１に未入力のデータが残っているかを判断する。Ｓ４０６において残っていると判断された場合（Ｓ４０６でＹｅｓの場合）にはＳ４０１へ戻り、次の操作履歴データを入力する。Ｓ４０５において全ての操作履歴データを入力したと判断された場合（Ｓ４０６でＮｏの場合）には、シーン重要度解析部１３１は処理を終了する。
【００４５】
図５は、Ｓ４０４に示される番組興味度データ１２４の一例を示している。番組興味度データ１２４は番組単位毎に別ファイルで保存される。番組興味度データ１２４は、例えばデータを識別するＩＤ５０１と、ＩＤ５０１に対する時刻を示す時間５０２と、当該時刻のシーンに対するユーザの興味を数値化したものである興味度５０３とを含み、図５に示すようにＩＤ５０１に関する時間５０２における興味度５０３の集合とする。興味度５０３は、ユーザの操作履歴データ１２３より抽出した当該時間のシーンに対するユーザ嗜好を数値化したものである。ただし、数値化以外に例えばランク分けするようにしてもよい。
【００４６】
図５の興味度５０３について、ユーザの嗜好を数値化する一例を説明する。一般にユーザは、興味のあるシーンに関しては通常速度による再生やもう一度見たいシーンへの早戻しによる再視聴やスロー再生等の確実に見るような操作を行う。一方、ユーザは、興味のないシーンに関しては早送りやジャンプ等の操作により視聴時間の短縮のための操作を行う。またユーザは２回以上同じ番組を視聴することがあり、１度全体を視聴した後に自分のもう一度見たいシーンだけを選んで再生するといった操作や、ダイジェスト再生等のアプリケーションにより特定のシーンのみを再生するといった操作を行う。興味度５０３は、当該時間における全ての操作履歴データ１２３の内容から、当該指示内容に応じて、管理データ１４０に含まれる興味度得点付けルール表１４１を用いて、計算したものとする。
【００４７】
なお、管理データ１４０とは後述する興味度得点付けルール表１４１とキーワード辞書１４２とユーザキーワードデータ１４３を総称したものを示す。管理データは記録媒体１０８に保存されてもよいし、当該装置内のメモリに保存されてもよいし、着脱可能な外部記録媒体に記録してもよい。
【００４８】
図６は興味度得点付けルール表１４１の一例を示している。興味度得点付けルール表１４１は記録装置毎に1つ保存される。興味度得点付けルール表１４１は、図６に示すように、例えば今回の操作元６０１と前回の操作元６０２とで構成されている。例えば、前回の操作で３０秒まで通常再生していて、今回の操作で早送りを開始した場合には、今回の操作元６０１の早送り列６０３と、前回の操作元６０２の再生列６０４の直交する、「遷移前５秒間  −０．５」が興味度として選択されることになる。すなわち、２５秒から３０秒までの範囲にある興味度は、−０．５が加算される。
【００４９】
なお、図６の今回の操作元６０１及び今回の操作元６０２に含まれる早送り列６０３や再生行６０４等の各項目は、任意に決定してもよい。例えば、番組のロード、再生、ジャンプ、早送り、早戻し、スロー送り、スロー戻し、停止等が考えられる。また、図６の興味度得点付けルール表１４１は、あるシステムにおいて前記操作のうち一部のみを対象として作成されてもよいし、計算に不要となる操作の得点を０点とした状態で作成してもよい。また図６の興味度得点付けルール表１４１における６０５等の各項目の数値は任意に決定してもよい。また、図６の興味度得点付けルール表１４１における６０５等の各項目の数値は、システムの起動時の値により計算するだけでなく、ユーザのリモコン操作や外部装置により各数値を調整する構成にしてもよい。
４．嗜好度の算出
次に、図１の番組管理部１０５に含まれる番組キーワード生成部１３２について説明する。番組キーワード１３２は、番組を録画する際に生成された番組付加データ１２２とシーン重要度解析部１３１により生成される番組興味度データ１２４より、番組キーワードデータ１２５を生成する機能を有する。以下、図７のフローチャートを用いて番組キーワード生成部１３２による番組キーワードデータ１２５の生成について説明する。
【００５０】
処理の開始はシーン重要度解析部１３１の処理が終わった後でもよいし、ＣＰＵ１０１により制御してもよい。
Ｓ７０１では、番組キーワード生成部１３２は対象となる番組に関連するキーワードの一覧（以下、「番組キーワード一覧」という）を取得する。番組に関連するキーワードとは、例えば番組に登場する人名やタイトル名やコーナー名などの固有名詞等を対象とする。番組キーワード生成部１３２は、キーワードの一覧の取得のために例えば番組付加データ１２２を用いる。番組付加データ１２２は図２に例示してあるように、放送字幕抽出処理や音声認識処理やテロップ認識処理等の手法により取得した番組中に登場する文字列と当該文字列の表示時刻を１単位とした文字列データを含んでいる。
【００５１】
ここで、Ｓ７０１の処理についてさらに詳しく説明する。
図８は、前記文字列データを用いたＳ７０１の処理フローを示している。図７のＳ７０１の処理が開始されると、番組キーワード生成部１３２はＳ８０１で順番に図２の番組付加データ１２２から、文字列データ２０２を１単位ずつ番組キーワード生成部に入力し、Ｓ８０２に移る。
【００５２】
Ｓ８０２では、番組キーワード生成部１３２は入力された文字列データを一般的な形態素（言語の中で意味を持つ最小単位）解析により単語に分解し、Ｓ８０３に移る。この形態素解析により、動詞や助詞、名詞などに分解することができる。
Ｓ８０３では、番組キーワード生成部１３２は分解された単語を１つずつ取得し、Ｓ８０４に移る。
Ｓ８０４では、番組キーワード生成部１３２は取得した単語が固有名詞であるか否かを判定する。
【００５３】
Ｓ８０４で、固有名詞であると判断された場合（Ｓ８０４でＹｅｓの場合）にはＳ８０５に移り、固有名詞ではないと判断された場合（Ｓ８０４でＮｏの場合）はＳ８０７に移る。
この固有名詞であるか否かの判断には、固有名詞に加えて形容詞や副詞等を含めることができる。例えば、当該判断を固有名詞、形容詞、又は副詞であると判断された場合にはＳ８０５に移り、固有名詞、形容詞及び副詞のいずれでもないと判断された場合にはＳ８０７に移るとしてもよい。
【００５４】
Ｓ８０５では、番組キーワード生成部１３２は既に存在している番組キーワード一覧に前記固有名詞が含まれているか否かを判定する。
Ｓ８０５でキーワード一覧に含まれていないと判定された場合（Ｓ８０５でＮｏの場合）にはＳ８０６へ移り、キーワード一覧に含まれていると判定された場合（Ｓ８０５でＹｅｓの場合）にはＳ８０７に移る。
Ｓ８０６では、番組キーワード生成部１３２は新しく前記固有名詞を番組キーワード一覧に登録し、Ｓ８０７に移る。
Ｓ８０７では、番組キーワード生成部１３２はＳ８０２で分解された単語のうち未取得のものがあるか否かを判定する。
【００５５】
Ｓ８０７においてまだ未取得の単語が存在していると判断された場合（Ｓ８０７でＹｅｓの場合）にはＳ８０３に戻る。一方、Ｓ８０７において全ての単語を取得し処理を終えたと判断された場合（Ｓ８０７でＮｏの場合）には、Ｓ８０８に移る。
【００５６】
Ｓ８０８では、未処理の文字列データが存在するか否かを判定する。Ｓ８０８で未処理の文字列データが存在すると判断された場合（Ｓ８０８でＹｅｓの場合）にはＳ８０１に戻り、次の文字列データの処理を行う。一方、Ｓ８０８で、全ての文字列データが処理されたと判定された場合（Ｓ８０８でＮｏの場合）には、キーワード一覧抽出処理７０１は処理を終了する。本処理フローをキーワード抽出処理第１手法とする。
【００５７】
上述した図８は、番組付加データ１２２に含まれる文字列データに対して番組キーワード一覧抽出処理を行う際の処理フローである。一方番組付加データ１２２は、例えばテロップ領域を抽出した座標情報のデータ、あるいは字幕情報を暗号化したデータ等、暗号化を解除する等の処理を行わなければ解読できないデータで構成される可能性がある。このような場合には、例えばテロップ領域に対するＯＣＲや復号処理等を行い文字列データを抽出する処理を図８のＳ８０１の前で行うようにしてもよい。これにより、何らかの処理を行わなければ解読できないデータでについても図８のＳ８０１以降の処理を行なうことができる。このように、図８のＳ８０１の前に何らかの処理を行うフローをキーワード抽出処理第２手法とする。
【００５８】
また、Ｓ７０１は番組付加データ１２２に含まれるＥＰＧ情報の一部として含まれる番組内容を説明する文字列に関して形態素解析を行い、取得した固有名詞に関して番組キーワード一覧として使用してもよい。この手法は、キーワードの数は図８の処理フローより抽出した番組キーワード一覧よりも少なくなるが、形態素解析の処理回数の減少により、キーワード抽出処理７０１の処理負荷を減らすことができる。本処理フローをキーワード抽出処理第３手法として定義する。
【００５９】
またキーワード抽出処理７０１は、番組のＥＰＧ情報から取得することのできるジャンル情報や番組名や放送局に応じたキーワード辞書１４２を予め例えば管理データ１４０に用意することにより、キーワード辞書１４２に含まれる単語が番組内の文字列データに出現した場合は、番組キーワード一覧に登録するといった処理を用いてもよい。この方法により、形態素解析を省略することが可能となる。本処理フローをキーワード抽出処理第４手法として定義する。
なお、キーワード辞書１４２とはキーワードとなる単語を含むデータである。
【００６０】
キーワード抽出処理７０１において、第１手法と第２手法と第３手法と第４手法の選択については、記録装置１記録装置が一意的にどれか単一の手法を選択してもよいし、あるいは複数の手法を併用してもよいし、別の手法を用いてもよい。
【００６１】
また、番組のジャンルや、デジタル放送もしくはアナログ放送といった放送形態や、映像の解像度や、二ヶ国語放送とステレオ放送などの番組中の音声形式や、テロップや音声認識等の番組に対する精度等に応じて、番組単位で上述の４手法の取捨選択を行ってもよいものとする。例えばアナログ放送の番組の場合は、字幕データやＥＰＧ情報を取得できないため、第２手法のテロップ認識を用いて番組キーワード一覧を抽出するようにしてもよい。一方で、デジタル放送の番組の場合は、全ての手法を併用して番組キーワード一覧を抽出するようにしてもよい。
【００６２】
以上の処理により、番組キーワード生成部１３２は、図７のＳ７０１に示した番組キーワード一覧の抽出処理を終えＳ７０２に移る。
Ｓ７０２では、番組キーワード生成部１３２は例えば番組付加データ１２２より文字列データを取得し、Ｓ７０３に移る。なお、番組付加データ１２２は、前述の通り文字列と表示時刻とを１単位とした文字列データでもよいし、例えばテロップ領域を示す座標情報とその表示時刻を一単位とした非文字列データでもよい。前者の場合、文字列データを本ステップで一単位ずつ取得すればよい。後者の場合は、前述の番組キーワード一覧抽出処理第二手法での非文字列データから文字列を取得する方法と同様の方法で文字列と表示時刻を一単位とした文字列データに変換して入力すればよい。
【００６３】
Ｓ７０３では、番組キーワード生成部１３２はＳ７０２の処理で文字列データを取得したか否かを判断する。Ｓ７０３において、文字列データを取得したと判定された場合（Ｓ７０３でＹｅｓの場合）にはＳ７０４に移る。一方、Ｓ７０２で文字列データを取得していないと判断された場合、すなわち全ての文字列データに対する処理を行った場合（Ｓ７０３でＮｏの場合）、番組キーワード生成部１３２は処理を終了する。
【００６４】
Ｓ７０４では、番組キーワード生成部１３２はＳ７０１で取得した番組キーワード一覧の中から順番にキーワードを取得してＳ７０５に移る。
【００６５】
Ｓ７０５では、番組キーワード生成部１３２は当該取得したキーワードについて後述するＳ７０６〜７１０の処理が終了したか否かの判定を行い、未処理のキーワードがあると判定された場合（Ｓ７０５でＹｅｓの場合）Ｓ７０６へ移る。一方、全てのキーワードの処理を終了したと判断された場合（Ｓ７０５でＮｏの場合）、Ｓ７０２へ戻って、次の文字列データの取得を行う。
【００６６】
Ｓ７０６では、番組キーワード生成部１３２はＳ７０２で取得した文字列中にＳ７０５で取得したキーワードが含まれるか否かを判定する。Ｓ７０２で取得した文字列中にＳ７０５で取得したキーワードが含まれていると判定された場合（Ｓ７０６でＹｅｓの場合）には、Ｓ７０７に移り、含まれていないと判定された場合（Ｓ７０６でＮｏの場合）には、Ｓ７０４へ戻り次のキーワードに対して処理を行う。
【００６７】
Ｓ７０７では、番組キーワード生成部１３２はＳ７０６でキーワードが含まれていると判定された文字列の出現時刻を取得し、Ｓ７０８に移る。
Ｓ７０８では、番組キーワード生成部１３２はＳ７０７で取得した出現時刻について、番組興味度データ１２４の中で最も近い時間の興味度を取得し、Ｓ７０９に移る。
Ｓ７０９では、番組キーワード生成部１３２は、Ｓ７０８で取得した興味度を用いてキーワード嗜好度を計算する。
【００６８】
キーワード嗜好度及びその計算方法の一例について以下説明する。
番組内でユーザが実際に見たシーンに含まれるキーワードは、全く見ずに飛ばしたシーンに含まれるキーワードよりもユーザにとっての嗜好度が高いと言える。キーワード嗜好度は、ユーザが番組内のシーンに対する興味を数値化した番組興味度データ１２４を用いて、ユーザがキーワードに嗜好している度合いを数値化したものである。
【００６９】
キーワード嗜好度は数１によって与えられる数値データである。数１によって計算したキーワード嗜好度は、興味度の低いシーンに含まれるキーワードよりも興味度の高いシーンに含まれるキーワードの方が大きくなるという性質を有す。
【００７０】
【数１】
0004988461.tif 000002
数１においてＰｇＫｅｙｉｎｔ（ｋ）はｋ番目のキーワードに対するキーワード嗜好度を示している。Ｉｎｔ（ｉ，ｔ）は、キーワードがi回目に出現した時刻における図５の興味度５０３である。またｗ（ｉ）は、ｉ番目に出現したキーワードに対する重み演算である。またＭａｘＩｎｔは、キーワードが出現した各時刻の興味度の中での最大値である。
【００７１】
Ｓ７０９で例えば上記の方法によりキーワード嗜好度を取得し、Ｓ７１０に移る。
Ｓ７１０では、番組キーワード生成部１３２は番組キーワードデータ１２５に結果を反映し、Ｓ７０４に戻る。
図９は番組キーワードデータ１２５の内容の一例を示したものである。番組キーワードデータ１２５は番組単位毎に別ファイルで保存される。番組キーワードデータ１２５は、例えばＩＤ９０１とキーワード名９０２とキーワード嗜好度９０３で構成されている。
【００７２】
ＩＤ９０１は、キーワードを識別するための番号である。
キーワード名９０２は、Ｓ７０１で求めた番組キーワード一覧を並べたものである。
キーワード嗜好度９０３は、Ｓ７０９で求めたキーワード名９０２に対応したキーワード嗜好度の値である。
【００７３】
番組キーワード生成部１３２は、Ｓ７１０においてＳ７０４で取得したキーワード名９０２に対応したキーワード嗜好度９０３を、Ｓ７０９で計算したキーワード嗜好度で更新する。
【００７４】
なお、映像音声データ１２１と番組付加データ１２２と操作履歴データ１２３と番組興味度データ１２４と番組キーワードデータ１２５は番組単位に生成されてもよい。以降の説明では、映像音声データ１２１と番組付加データ１２２と操作履歴データ１２３と番組興味度データ１２４と番組キーワードデータ１２５を総称して録画番組情報１２０として略すことがある。
【００７５】
次に、図１のユーザキーワード生成部１３３について説明する。ユーザキーワード生成部１３３は、番組キーワード生成部１３２によって求めた様々な番組の番組キーワードデータ１２５を用いて、複数の番組によるキーワード嗜好度を含むユーザキーワードデータ１４３を生成する。またユーザキーワード生成部１３３は、番組の分類条件により分類単位毎のユーザキーワードデータ１４３を生成してもよい。また、ユーザキーワード生成部１３３は、番組キーワードデータ１２５以外の方法で取得したキーワードに対する嗜好度を計算し、ユーザキーワード１４３に反映してもよい。
【００７６】
図１０は、ユーザキーワードデータ１４３の一例を示したものである。ユーザキーワードデータ１４３は、図１０に示すようにヘッダ部１００１とデータ部１０１１とで構成されている。
ヘッダ部１００１は主にユーザキーワードデータを構成した条件が格納されているフィールドである。ヘッダ部１００１は番号１００２と条件１００３と設定内容１００４の各項目で構成されている。
番号１００２は項目の番号を示している。
条件１００３は、データ部１０１１を構成するために用いた番組の条件を示している。条件１００３に示したのは一例であり、番組のカテゴリや録画したフォルダ名や録画日時の範囲やチャンネル番号やタイトルに含まれる文字等の条件が各項目に挿入されている。
設定内容１００４は、条件１００３の各項目に対する設定値を示している。図１０の例においては、カテゴリの条件に対して設定内容がグルメと設定されている。また条件１００３には、コンテンツ選定式１００５を含むことが可能である。
コンテンツ選定式１００５は複数条件が設定されたときに対するコンテンツの選定方式を定義した式である。コンテンツ選定式１００５の内容は、他の条件１００３に含まれる項目と同様に、設定内容１００４の項目に挿入される。コンテンツ選定式１００５は、条件１００３と設定内容１００４で設定された複数条件に対して、論理和あるいは論理積あるいは否定あるいは、複数の組み合わせを表現することのできる式を設定することが可能である。
【００７７】
コンテンツ選定式１００５に対する設定内容１００４の項目に挿入される内容は、番号１００２と、論理和及び論理積あるいは否定等を示す記号等と、コンテンツ選定式１００５の内容を計算するための優先順位を決めることのできる記号等によって表現することができる。ヘッダ部１００１は、条件の項目数が２個以上存在する場合、必ずコンテンツ選定式１００５を含む必要がある。一方条件が一つのみで構成されている場合においては、コンテンツ選定式１００５を含む必要はない。またヘッダ部１００１に設定できる条件の数や内容は、特に制限しないこととする。ただし記録装置１の設定や記憶容量や計算速度に応じて、システム側が予め制限することも可能である。
【００７８】
次にユーザキーワードデータ１４３のデータ部１０１１について説明する。データ部１０１１に含まれるデータは、ヘッダ部１００１で設定された条件に合致する番組に対する番組キーワードデータ１２５から集められたデータであり、番組キーワードデータ１２５と同様にＩＤ、キーワード及び嗜好度からなる。ＩＤ１０１２はキーワードを識別するための番号である。キーワード名１０１３は、ヘッダ部１００１の設定内容により取得したキーワード一覧を並べたものである。キーワード嗜好度１０１４は、ヘッダ部１００１の設定内容により取得したキーワード一覧に対する嗜好度を計算した結果である。
【００７９】
次にユーザキーワード生成部１３３の処理フローを説明する。図１１はユーザキーワード生成部１３３の処理フローを示したものである。
【００８０】
ユーザキーワード生成部１３３はＣＰＵ１０１からの命令により処理が開始される。ユーザキーワード生成部１３３の処理は、例えば入力装置１０３よりユーザに明示的に指示されたとき、あるいは一定周期の決まった時間（例えば毎週日曜の午前１時等）に開始される。
ユーザキーワード生成部１３３は処理を開始すると、Ｓ１１０１では番組キーワードデータ１２５を入力し、Ｓ１１０２に移る。
Ｓ１１０２では、ユーザキーワードデータ１４３の分類条件が入力された番組の分類条件に合致するか否かを判定する。例えば図１０に示すようにユーザキーワードデータ１４３の分類条件としてグルメが設定されていた場合には、例えば番組付加データ１２２に含まれているＥＰＧ情報の番組ジャンル情報等を用いて、番組がグルメに関する番組であるかを判定すればよい。
【００８１】
Ｓ１１０２においてユーザキーワードデータ１４３の分類条件に番組が合致していると判定された場合（Ｓ１１０２でＹｅｓの場合）、Ｓ１１０３に移る。一方、Ｓ１１０２においてユーザキーワードデータ１４３の分類条件に番組が合致していないと判定された場合（Ｓ１１０２でＮｏの場合）、当該番組に対する処理を終了し、Ｓ１１０９に移る。
【００８２】
Ｓ１１０９では、対象となる番組キーワードデータを全て処理したか否かを判定する。Ｓ１１０９において未処理の番組キーワードデータが残っていると判断された場合（Ｓ１１０９でＮｏの場合）、Ｓ１１０１ヘ戻り、次の番組キーワードデータの入力を行う。一方、Ｓ１１０９において全ての番組キーワードデータが処理されたと判断された場合（Ｓ１１０９でＹｅｓの場合）、ユーザキーワード生成部１３３は処理を終了する。
【００８３】
Ｓ１１０３では、入力された番組キーワードデータ１２５から順番にキーワード名と対応する嗜好度を取得し、Ｓ１１０４に移る。図１０の例では、コンテンツ選定式１００５に該当する番組に対するユーザキーワードを作成する。すなわち、番組カテゴリがグルメの番組によるユーザキーワードを作成する。
【００８４】
Ｓ１１０４では、番組キーワードデータ１２５からキーワード名と嗜好度の取得が成功したか否かを判定し、全てのキーワードの計算が終わってキーワードの取得に失敗した場合（Ｓ１１０４でＮｏの場合）には、当該番組に対する処理を終了してＳ１１０９に移る。一方、番組キーワードデータ１２５からキーワード名と嗜好度の取得が正しく行われたと判定された場合（Ｓ１１０４でＹｅｓの場合）にはＳ１１０５に移る。
Ｓ１１０５では、Ｓ１１０３で取得したキーワード名が、ユーザキーワードデータ１４３に含まれているか否かを判定する。Ｓ１１０５で、Ｓ１１０３で取得したキーワード名がユーザキーワードデータ１４３に含まれていると判定された場合（Ｓ１１０５でＹｅｓの場合）にはＳ１１０６に移り、一方Ｓ１１０３で取得したキーワード名が、ユーザキーワードデータ１４３に含まれていないと判定された場合（Ｓ１１０５でＮｏの場合）にはＳ１１０７に移る。
【００８５】
Ｓ１１０６では、ユーザキーワードデータ１４３の中から、Ｓ１１０３で取得したキーワード名に合致するキーワード名と対応する嗜好度を取得し、Ｓ１１０８に移る。
【００８６】
Ｓ１１０７では、ユーザキーワードデータ１４３のキーワード名項目にＳ１１０３で取得したキーワード名と対応するキーワード嗜好度１０１４を０として追加し、Ｓ１１０８に移る。
【００８７】
Ｓ１１０８では、図１０におけるユーザキーワードデータ１４３のキーワード嗜好度１０１４を更新し、Ｓ１１０３に戻る。
【００８８】
ここで、Ｓ１１０８におけるユーザキーワードデータのキーワード嗜好度１０１４の更新方法の一例を説明する。当該更新は例えば数２に従って計算する。
【００８９】
【数２】
0004988461.tif 000003
数２におけるＩｎｔ(ｉ）はｉ番目の番組に対する図９のキーワード嗜好度９０３を示し、ｌｅｎ(i)はｉ番目の番組全体の長さを示し、Ｈ(ｌｅｎ(ｉ))は番組の長さに応じて決定される重みである。また数２のUserKeyIntは、計算されたユーザキーワードデータのキーワード嗜好度を示している。図１０のキーワード嗜好度１０１４は、複数の番組の同一キーワードに対する図９のキーワード嗜好度９０３の和で計算される。一方で、番組キーワードデータ１２５のキーワード嗜好度は複数の番組間で比較すると、番組長が長い番組の方がキーワードの登場回数が多いため、番組長が長い番組は、キーワード嗜好度９０３が大きくなる可能性がある。よって番組の長さにより正規化するためにＨ(ｌｅｎ(ｉ))を乗じることとしているが、Ｈ(ｌｅｎ(ｉ))の定義についてはシステムの都合により設定してもよい。Ｈ(ｘ)の値を常に１とすれば、重み付けを行わないことと同等となる。
ユーザキーワード生成部１３３は、以上の処理によりユーザキーワードデータ１４３を生成する。
【００９０】
次に図１の番組重要度生成部１３４について説明する。番組重要度生成部１３４は、ユーザキーワードデータ１４３を用いて番組重要度１４４を生成する。番組重要度１４４は、ユーザキーワードデータ１４３に含まれる各キーワード名が番組に含まれている回数とさらにキーワード嗜好度を積算して、さらに番組自体の長さに応じて重み付けを行って求めた数値である。また、番組重要度生成部１３４は、番組重要度の計算対象となる番組を選定する条件を入力して、特定の条件に一致した番組に対してのみ番組重要度を計算することが可能である。
５．重要度の計算
ここで、番組重要度生成部１３４の処理フローを説明する。図１２は番組重要度生成部１３４の処理フローを示している。処理の開始はＣＰＵ１０１により制御される。番組重要度生成部１３４の処理は、例えば入力装置１０３よりユーザに明示的に指示されたとき、あるいは一定周期の決まった時間（例えば毎週日曜の午前１時等）に開始される。
【００９１】
Ｓ１２０１では、番組重要度生成部１３４は番組重要度を計算する対象となる番組を記録媒体１０８から取得し、Ｓ１２０２に移る。
【００９２】
Ｓ１２０２では、Ｓ１２０１で取得した番組が、番組の選定条件に一致しているかを判定する。番組の選定条件とは、例えば番組のカテゴリやチャンネル番号等の録画番組に関する情報、視聴済の番組に限る、あるいは未視聴の番組のみ等の視聴状態に関する情報、又はユーザが手動で録画した番組か、記録装置が自動録画した番組かといった手法で録画した番組等の録画方法の情報等とすることができる。番組重要度生成部１３４は、Ｓ１２０２においてＳ１２０１で入力した番組が選定条件に一致すると判定した場合（Ｓ１２０２でＹｅｓの場合）は、Ｓ１２０３へ進む。一方、番組重要度生成部１３４は、Ｓ１２０２においてＳ１２０１で入力した番組が選定条件に一致しないと判定された場合（Ｓ１２０２でＮｏの場合）は、当該番組に関する処理は行わず、Ｓ１２０５に移る。なお、番組重要度生成部１３４は番組の選定条件の入力を省略することが可能であり、その場合Ｓ１２０２を省略してもよい。
【００９３】
Ｓ１２０３では、番組重要度生成部１３４は、番組重要度１４４を計算するためのユーザキーワードデータ１４３を取得し、Ｓ１２０４に移る。
Ｓ１２０４では、Ｓ１２０３で取得したユーザキーワードデータ１４３により番組重要度を計算し、Ｓ１２０５に移る。ここで、Ｓ１２０４における番組重要度の取得処理を図１３に示した処理フローで説明する。図１２のフローチャートでＳ１２０４に移ると、図１３に示す処理が開始される。
【００９４】
Ｓ１３０１では、番組重要度生成部１３４は番組重要度の取得に関して、最初に計算対象となる番組の番組付加データ１２２を取得しＳ１３０２に移る。
Ｓ１３０２では、続いて取得した番組付加データ１２２より文字列データ１単位を取得し、Ｓ１３０３に移る。ここで、Ｓ１３０２における文字列データの取得方法は、図７のＳ７０２と同様であるため説明を省略する。
【００９５】
Ｓ１３０３では、ユーザキーワードデータ１４３から図１０のデータ部１０１１におけるキーワード名１０１３とキーワード嗜好度１０１４を１組として順番に取得し、Ｓ１３０４に移る。
Ｓ１３０４では、Ｓ１３０２で取得した文字列データ中に、Ｓ１３０３で取得したキーワード名が含まれるかを判定する。Ｓ１３０４においてＳ１３０３で取得したキーワード名が含まれないと判定された場合（Ｓ１３０４でＮｏの場合）には、取得したキーワードをスキップしてＳ１３０７に進む。一方、Ｓ１３０４においてＳ１３０３で取得したキーワード名が含まれると判定された場合（Ｓ１３０４でＹｅｓの場合）には、Ｓ１３０５に移る。
【００９６】
Ｓ１３０５では、当該キーワード名に対応するキーワード嗜好度を取得し、Ｓ１３０６に移る。
Ｓ１３０６では、Ｓ１３０５において取得したキーワード嗜好度を番組重要度に加算し、Ｓ１３０７に移る。
【００９７】
Ｓ１３０７では、次のキーワードに対する処理を行うために、ユーザキーワードデータ１４３に未処理のデータがあるか否かを判定する。Ｓ１３０７においてユーザキーワードデータ１４３に未処理のデータがあると判定された場合（Ｓ１３０７でＹｅｓの場合）には、Ｓ１３０５へと戻り処理を続行する。一方、Ｓ１３０７においてユーザキーワードデータ１４３に未処理のデータがないと判定された場合（Ｓ１３０７でＮｏの場合）には、Ｓ１３０８に移る。
【００９８】
Ｓ１３０８では、番組付加データ１２２中に未処理の文字列データが存在するか否かを判定する。Ｓ１３０８において番組付加データ１２２中に未処理の文字列データが存在すると判定された場合（Ｓ１３０８でＹｅｓの場合）には、Ｓ１３０２へ戻り処理を続行する。一方、Ｓ１３０８において番組付加データ１２２中に未処理の文字列データが存在しないと判定された場合（Ｓ１３０８でＮｏの場合）には、Ｓ１３０９に移る。
【００９９】
Ｓ１３０９では、番組重要度の重み計算を行う。番組重要度の大きさはキーワードの出現回数に比例するため、強いては番組の長さに左右される可能性がある。Ｓ１３０９の処理は番組重要度の精度を改善するための処理であり、番組重要度生成部１３４の負担を減らすために省略してもよい。続いてＳ１３０９の処理を終えると、図１２のＳ１２０４における番組重要度の取得処理を終了する。
【０１００】
番組重要度生成部１３４は図１２のＳ１２０４における番組重要度の取得処理を終了すると、Ｓ１２０５に移り、対象となる全ての番組において番組重要度を計算したか否かを判定する。Ｓ１２０５において未計算の番組が存在すると判定された場合には、Ｓ１２０１へと戻り処理を続行する。一方、Ｓ１２０５において全ての番組の番組重要度を計算したと判定された場合には、番組重要度生成部１３４は処理を終了する。
【０１０１】
上記で説明した興味度、嗜好度、重要度は必ずしも数値でなくてもよい。例えば、計算結果に応じたランク（一定数値以上はＡランク、ある一定範囲はＢランク等）であってもよい。
６．番組を削除する動作
続いて記録装置１が、ユーザの操作によって番組を削除する方式について説明する。番組の削除は、ハードディスクから当該番組のデータを削除するようにしてもよいし、実際はハードディスクから削除せず、ユーザからは見えないように見かけ上削除するだけにしてもよい。見かけ上削除するだけではハードディスクの容量が減らないため、見かけ上削除されたデータはハードディスクの容量が満杯になったら削除するようにしてもよい。
【０１０２】
図１４に、記録装置１の表示装置１０２に表示される録画番組一覧画面の一例を示す。図１４の録画番組一覧画面は、主にユーザが記録装置１の中に録画されている番組一覧を閲覧する場合に表示される画面の一例である。ＣＰＵ１０１が記録媒体１０８に記録されている映像・音声データ１２１から番組一覧を取得する。図１４のユーザ操作画面は、番組一覧表示部１４０１と、番組１４０１内に含まれる番組サムネイル表示部１４０２と番組説明表示部１４０３と、番組条件選択部１４０４で構成されている。
【０１０３】
番組一覧表示部１４０１は、記録装置１の記録媒体１０８に録画されている番組一覧を表示する領域である。番組一覧表示部１４０１は、図１における管理データ部１４０から取得された録画番組の一覧（以下、「録画番組リスト」とする。）の各番組の代表静止画を表示する番組サムネイル表示部１４０２と、各番組のタイトル名や放送チャンネル名と放送日時を表示する番組説明表示部１４０３で構成される。
【０１０４】
ユーザが例えば図１の入力装置１０３を介して図１４の番組サムネイル表示部１４０２で指し示された番組を削除する場合の動作について説明する。図１５は、ユーザが図１の入力装置１０３を介して図１４の番組サムネイル表示部１４０２で指し示された番組を削除する場合の、記録装置１の処理フローを示す。
【０１０５】
処理の開始は例えば入力装置１０３により番組を削除する指令がユーザから行われた後に、ＣＰＵ１０１により制御される。
【０１０６】
ＣＰＵ１０１は、ユーザが番組削除を実行する場合、ＣＰＵ１０１はＳ１５０１で最初に図１４の番組一覧表示部１４０１に表示されている番組一覧を記録媒体１０８に記録されている映像・音声データ１２１から取得し、Ｓ１５０２に移る。
Ｓ１５０２では、Ｓ１５０１で取得した番組一覧に対する番組重要度を取得し、Ｓ１５０３に移る。Ｓ１５０２の番組重要度は、図１のＣＰＵ１０１が番組重要度取得部１３４に対して、Ｓ１５０１で取得した番組一覧の番組重要度を取得する命令を行うことにより取得される。図１の番組重要度取得部１３４は、例えば先で説明した図１３の処理フローに従い実行する。
【０１０７】
ＣＰＵ１０１は、Ｓ１５０３ではＳ１５０２において全ての番組重要度を取得すると、取得した番組重要度に基づいて番組一覧の番組を整列し、各番組の順位を取得し、Ｓ１５０４に移る。番組一覧の各番組の順位は、例えば番組重要度の高い（又は低い）番組から整列することで取得するにしてもよい。図１５Ｂに取得された番組重要度のデータ構成の一例を示す。図１５Ｂに示すように、番組毎に番組名１５Ｂ１と対応する番組重要度１５Ｂ２で構成される。図１５Ｂの形式のデータは一時的にＲＡＭに保存される。
図１５Ｃに、図１５Ｂのデータを番組重要度の高い順番に整列した場合の例を示す。
Ｓ１５０４では、Ｓ１５０３で生成した整列された番組一覧から、削除対象となる番組の順位を取得し、Ｓ１５０５に移る。
【０１０８】
Ｓ１５０５では、Ｓ１５０４で取得した削除対象となる番組の順位が、システムで予め設定されている所定の順位以上（又は以下）に位置しているか否かを判定する。Ｓ１５０５において削除対象となる番組の順位が、システムで予め設定されている所定の順位以上（又は以下）に位置していると判定された場合（Ｓ１５０５でＹｅｓの場合）には、Ｓ１５０６に移る。一方、Ｓ１５０５において削除対象となる番組の順位が、システムで予め設定されている所定の順位以上（又は以下）に位置していないと判定された場合（Ｓ１５０５でＮｏの場合）には、ユーザにとっての重要度が低い番組と判定されるため、Ｓ１５０８に移り通常の番組削除を実行する。図１５Ｃのような整列された番組重要度が得られた場合で４位以下のデータが重要でないと設定されていた場合について具体的に説明する。削除しようとする番組が番組名「Ａ××」であった場合は、当該番組は第５位となっているため番組削除が実行される。
【０１０９】
Ｓ１５０６では、ユーザにとって重要な番組と判定されるため、番組を削除することに対する警告や、重要度に関する情報（例えば重要度の順位）、当該番組の削除をするか否かの選択肢等を表示し、Ｓ１５０７に移る。
図１５Ｃのような整列された番組重要度が得られた場合で４位以下のデータが重要でないと設定されていた場合について具体的に説明する。削除しようとする番組が番組名「△×○」であった場合は、当該番組は第３位となっているため当該番組の削除をするか否かの選択肢等を表示する。
【０１１０】
図１５のＳ１５０６に表示される警告と選択肢の一例を図１６に示す。ＣＰＵ１０１は、図１５のＳ１５０５を実行後に、図１４の画面から図１６の削除警告表示部１６０１と削除実行選択部１６０２と削除拒否選択部１６０３とを伴う画面へと遷移する。削除警告表示部１６０１は、当該番組が重要である旨等の削除に関するユーザへの警告を意味する文字列の表示領域である。削除警告表示部１６０１に表示される文字列はシステムで予め設定されていてもよい。削除実行選択部１６０２と削除拒否選択部１６０３は、ユーザが図１の入力装置１０３を介して実際に削除するか否かを選択する際にどちらか一方が選ばれ、選ばれた後に削除警告表示部１６０１と削除実行選択部１６０２と削除拒否選択部１６０３の表示が消えて、図１４の表示画面へと遷移する。なお、削除警告表示部では、ユーザに「重要度第３位の番組ですが、削除しますか？」といった、重要度の順位を表示する手段を提供してもよい。また、重要度が所定の値を超えている番組については「重要度１２３４の番組ですが、削除しますか？」といった、番組の重要度の値を示すようにしてもよい。
【０１１１】
また、Ｓ１５０３で取得する順位については、当該ステップだけではなく、例えば図１４の録画番組一覧画面や、削除とは直接関係しない画面（例えば再生する番組を選択する画面等）で表示するようにしてもよい。これにより、削除するときだけでなく、例えば再生するときにも番組の重要度を参考にすることができる。
【０１１２】
また、Ｓ１５０６においては、警告表示の代わりに当該警告の対象となる番組が削除できないようにし、当該番組は重要度が高いため削除できない旨を表示して処理を終了する構成にしてもよい。
Ｓ１５０７では、ＣＰＵ１０１は、図１５のＳ１５０６において表示された図１６の削除実行選択部１６０２と削除拒否選択部１６０３のどちらが選択されたかを判定する。Ｓ１５０７において、削除実行選択部１６０２が選択されたと判定された場合（Ｓ１５０７でＹｅｓの場合）にはＳ１５０８に移る。一方、Ｓ１５０７において、削除拒否選択部１６０２が選択されたと判定された場合（Ｓ１５０７でＮｏの場合）には、削除を行わずに処理を終了する。
Ｓ１５０８では、ＣＰＵ１０１は実際に番組削除を実行し、処理を終了する。
【０１１３】
なお、Ｓ１５０５においてユーザにとって重要度が低くＳ１５０８で通常の削除処理がされる場合（Ｓ１５０５でＮｏの場合）であっても、本当に削除するか否かの確認のメッセージを表示する構成にしてもよい。当該確認のメッセージはＳ１５０６で表示される警告とは異なるようにしてもよい。
【０１１４】
また、図１４に示した録画番組一覧画面は、番組条件選択部１４０４を伴うことができる。番組条件選択部１４０４は、例えばユーザに対して番組一覧表示部１４０１に表示する番組の条件を選定する方法を提示する。図１４に示すように、例えば録画番組視聴条件選択部１４０５で構成される。録画番組視聴条件選択部１４０５は、さらに録画番組全選定部１４１１と、録画番組既視聴選定部１４１２と、録画番組未視聴選定部１４１３で構成してもよい。録画番組全選定部１４１１が選択された場合、記録装置１において録画されている全ての番組が番組一覧表示部１４０１に表示される。録画番組既視聴選定部１４１２が選択された場合、記録装置１において録画されている番組のうち既に視聴した番組が番組一覧表示部１４０１に表示される。録画番組未視聴選定部１４１３が選択された場合、記録装置１において録画されている番組のうち未視聴の番組が番組一覧表示部１４０１に表示される。
【０１１５】
番組条件選択部１４０４で番組一覧表示部１４０１に表示する番組の条件を選定された後に、ユーザが例えば図１の入力装置１０３を介して図１４の番組サムネイル表示部１４０２で指し示された番組を削除する場合の動作について説明する。
【０１１６】
図１７は、番組条件選択部１４０４で番組一覧表示部１４０１に表示する番組の条件を選定された後に、ユーザが図１の入力装置１０３を介して図１４の番組サムネイル表示部１４０２で指し示された番組を削除する場合の、記録装置１の処理フローの一例を示す。
【０１１７】
処理の開始は例えば入力装置１０３により番組を削除する指令がユーザから行われた後に、ＣＰＵ１０１により制御される。
Ｓ１７０１でＣＰＵ１０１は、Ｓ１４０１で、番組条件選択部１４０４で番組一覧表示部１４０１に表示する番組の条件を選定された後にユーザが番組削除を実行する場合、最初に番組条件選択部１４０４で選択された条件に合致するユーザキーワードデータ１４３が存在するか否かを判定する。この判定は、例えばユーザキーワードデータ１４３に含まれる図１０のヘッダ部１００１の内容と、番組条件選択部１４０４で選択された条件に合致するか否かを照査することで実現してもよい。
【０１１８】
Ｓ１７０１において、図１０のヘッダ部１００１の内容と番組条件選択部１４０４で選択された条件が全てのユーザキーワードデータ１４３と合致しない場合（Ｓ１７０１でＮｏの場合）は、Ｓ１７０２に移り、一方Ｓ１７０１において、図１０のヘッダ部１００１の内容と番組条件選択部１４０４で選択された条件が全てのユーザキーワードデータ１４３と合致する場合（Ｓ１７０１でＹｅｓの場合）は、Ｓ１７０３に移る。
【０１１９】
Ｓ１７０２では、図１のユーザキーワード生成部１３３により、番組条件選択部１４０４で選択された条件でユーザキーワードデータ１４３が新しく生成される。図１のユーザキーワード生成部１３３は、先で説明した図１３の処理フローに従い実行する。
【０１２０】
続いて記録装置１は、番組条件選択部１４０４で番組一覧表示部１４０１に表示する番組の条件を選定された後に、ユーザが番組削除を実行する場合、Ｓ１７０１又はＳ１７０２で取得したユーザキーワードデータ１４３を用いて、Ｓ１７０３以降の処理が行われる。図１７におけるＳ１７０３から１７１０までの処理は、図１５におけるＳ１５０１からＳ１５０８までの処理と同様であるため説明を省略する。
【０１２１】
番組条件選択部１４０４は、上記で示した録画番組の視聴状態に関する選択だけでなく、録画番組のＥＰＧ情報に含まれるジャンルやチャネルや録画番組名等による条件選択を可能にしてもよい。あるいは複数の条件による組み合わせてもよい。
【０１２２】
また、図１４に示した録画番組一覧画面において、番組重要度の大きさにより整列して番組一覧表示部１４０１に表示する手段を提供してもよい。番組一覧表示部１４０１に表示されている番組は番組重要度の大きさにより整列されているため、使用するユーザがある番組について不要か否かを容易に判定することができる。よって番組重要度の大きさにより整列して番組一覧表示部１４０１に表示された後に番組一覧表示部１４０１から番組を選んで削除する場合は、図１６における警告画面を省略してもよい。図１６における警告画面を省略することによってユーザは、入力装置１０３の操作をより少なくすることができる。また番組一覧表示部１４０１内に計算された番組重要度を同時に表示してもよい。番組一覧表示部１４０１内に計算された番組重要度を同時に表示することにより、ユーザの理解を深めることが可能となる。また番組重要度の値を適切な段階分けでコンテンツを表示分けする手段を備えていてもよい。
【０１２３】
また、図１６の削除実行選択部１６０１については、ユーザに削除を行うか否かの選択肢を提示しているが、例えば番組映像音声データ１２１を圧縮や移動といった手段により、記録媒体１０８の容量を増やすための他の手段を同時に提示してもよい。記録装置を共有で使用している他ユーザにとっても嗜好度の高い番組であるため、番組を完全に消さない圧縮や移動といった手段による保存方法も提供してもよい。
【０１２４】
なお番組削除を行った場合には、削除した番組に関する図１の映像音声データ１２１と番組付加データ１２２と操作履歴データ１２３と番組内重要度データ１２４と番組キーワードデータ１２５が全て削除されてもよい。前記番組キーワードデータ１２５が削除されると、ユーザキーワード生成部１３３において、ユーザキーワードデータ１４３を再計算する必要がある。ユーザキーワードデータ１４３の再計算は、削除実行時に行う。ただしユーザキーワードデータ１４３の再計算を削除実行時に行うと、ユーザが削除実行してから次の操作可能になるまで、時間を要するおそれがある。よってシステムであらかじめ指定した日時にユーザキーワードデータ１４３の再計算を実行するように設定しておき、番組削除実行時にはユーザキーワードデータ１４３の再計算を回避してもよい。
【０１２５】
また記録装置１は、ユーザキーワードデータ１４３に含まれるキーワードを番組付加データ１２２より取得するが、ユーザが入力装置１０３を介してキーワードを追加する機能を有していてもよい。ＣＰＵ１０１は、ユーザが入力装置１０３を介して新しく追加されたキーワードに対して、番組キーワード生成部１３２とユーザキーワード生成部１３３に計算を行い、ユーザキーワードデータ１４３を更新することができる。
【０１２６】
また記録装置１は、ユーザキーワードデータ１４３に含まれるキーワードの順位をユーザが操作できるようにしてもよい。ユーザがあるユーザキーワードデータ１４３に含まれるキーワードを第ｎ位から、第ｋ位に変更した場合には、ユーザキーワードデータ１４３の一例を示している図１０のデータ部内の嗜好度１０１４から、第ｋ位のキーワードの嗜好度と第ｎ位のキーワードの嗜好度を抽出して、その差分を第ｎ位のキーワードの嗜好度に加えればよい。
【０１２７】
また記録装置１は、一般的な自動録画システムを備えていた場合、録画を行う際に記録媒体１０８の空き容量が少なくて録画できない場合に、番組重要度の低い番組を自動的に削除する手段を持っていてもよい。番組重要度の低い番組を自動的に削除する手段を持つことにより、ユーザは残り容量を気にせず記録装置を扱うことができる。
【０１２８】
また記録装置１は、予約録画の設定を行う際に記録媒体１０８の空き容量が少なくて録画できない場合に、番組重要度の低い番組を削除するように提示する手段を提供してもよい。ユーザは番組重要度の低い順番で並べてあるため、容易に自分にとって不要な番組を区別することができる。
【０１２９】
また記録装置１は、一般的な自動録画システムを備えていた場合、録画を行う際に記録媒体１０８の空き容量が少なくて録画できない場合に、番組重要度の低い番組を自動的に削除する手段を持っていてもよい。番組重要度の低い番組を自動的に削除する手段を持つことにより、ユーザは残り容量を気にせずに記録装置を扱うことができる。
【０１３０】
また記録装置１は、記録媒体に録画番組情報１２０が含まれる構成を示しているが、外部記録媒体１０９に含まれていてもよいものとする。
【実施例２】
【０１３１】
次に、実施例２について説明する。本実施例は、実施例１と共通する構成を有するので、共通する構成については、説明を省略することがある。実施例２の記録装置を記録装置２とする。
【０１３２】
一般のＨＤＤレコーダやＰＣ等の記録装置は、録画番組の所有者を区別するため、ディレクトリ構造をサポートしている装置が存在する。記録装置２は、実施例１に加えて前記ディレクトリ構造をサポートした場合の構成となる。
【０１３３】
図１８は本実施例における記録装置の機能ブロックの構成例を示す図である。図１８は、実施例１のブロック図である図１と構成とほぼ共通であり、管理データ１８４０内にディレクトリ情報１８４４を所持していることのみが異なる。他のブロックについては図１とほぼ共通であるため説明を省略する。
【０１３４】
ディレクトリ情報１８４４は、各録画番組がどのディレクトリに含まれるか否かを示す情報である。ディレクトリ情報１８４４は、各録画番組が複数のディレクトリ情報を所持することも可能である。これは複数のユーザが使用する記録装置においては、一つの番組に対して複数のユーザが興味を持つことを示している。またディレクトリ情報１８４４は、録画番組データが外部記録媒体１８０９に含まれる可能性があるため、録画番組データのアドレスを含めてもよい。
【０１３５】
ディレクトリ情報１８４４は、予約録画実行時や録画番組一覧において整理を行う際に生成及び更新される。図１９は、本実施例における記録装置において、ユーザが番組を録画する際に表示される画面の一例を示す。ユーザが、番組の予約録画実行を図１８の入力装置１８０３を介して実行すると、例えば番組タイトル部１９０１と番組予約録画時間部１９０２と番組チャンネル部１９０３と番組画質設定部１９０４と番組ディレクトリ設定部１９０５と番組関連情報提示部１９０６で構成される画面が表示される。
【０１３６】
番組タイトル部１９０１は、予約録画番組の名称を設定する項目である。
番組予約録画時間部１９０２は予約録画を行う時間を設定する項目である。
番組チャンネル部１９０３は、録画番組のチャンネルを設定する項目である。
番組画質設定部１９０４は、録画番組の圧縮率を設定する項目である。
番組ディレクトリ設定部１９０５は、録画番組のディレクトリを設定する項目である。
番組関連情報提示部１９０６は、録画番組の出演者情報等の録画番組に関連した情報を提示する項目である。
【０１３７】
番組タイトル部１９０１と番組予約録画時間部１９０２と番組チャンネル部１９０３と番組関連情報１９０６とは、ユーザが予約録画時に手動で入力する他、ＥＰＧ情報等により自動的に入力されることもある。図１９に示したように番組ディレクトリ設定部１９０５が設定されて本実施例における記録装置が予約録画を実行した場合、当該録画番組が番組ディレクトリ設定部１９０５の内容のディレクトリに属していると、図１８のディレクトリ情報１８４４に反映される。
【０１３８】
次に図２０は、本実施例における記録装置において表示装置１８０２に表示される録画番組一覧画面の一例を示す。図２０は、実施例１における図１４に、ディレクトリ選択部２００５が加わっている。ディレクトリ選択部２００５は、選択したディレクトリに所属する番組のみを番組一覧表示部２００１に表示することができる項目である。図２０に示すディレクトリ選択部２００５において「ユーザＡ」が選択された場合には、本実施例における記録装置内の全番組のうちユーザＡを示すディレクトリに属する番組のみが表示される。一方ディレクトリ選択部２００５において「すべて」が選択された場合には、本実施例における記録装置内の全番組が表示される。
【０１３９】
図２０の録画番組一覧画面において、ユーザは録画番組に対し各ディレクトリへの移動や複製を行うことができる。ユーザが図１８の入力装置１８０３を介して、特定番組の移動や複製を行うための操作を行った場合、例えば図２０に示すように番組移動種別選択部２００６と番組移動先表示部２００７が表示される。
【０１４０】
番組移動種別選択部２００６は、例えば特定の番組をディレクトリへ移動もしくは複製を行うか否かを選択する項目である。
番組移動種別選択部２００７は、例えば選択した番組の移動先を選択する項目である。
【０１４１】
例えば番組移動種別選択部２００６において移動が選択された場合、ディレクトリ情報１８４４に含まれる特定番組に対する移動元のディレクトリの所属情報は消去され、新たに番組移動種別選択部２００７で選択されたディレクトリの所属情報が追加される。
【０１４２】
一方、番組移動種別選択部２００６において複製が選択された場合、ディレクトリ情報１８４４に含まれる特定番組に対する移動元のディレクトリの所属情報は維持され、新たに番組移動種別選択部２００７で選択されたディレクトリの所属情報が追加される。以上によりディレクトリ情報１８４４の生成及び更新が行われる。
【０１４３】
また図２０の録画番組一覧画面は、第一実施例における図１４の録画番組一覧画面と同様の動作を行う番組条件選択部２００４を備えている。本実施例における記録装置は図２０の録画番組一覧画面において番組条件選択部２００４とディレクトリ選択部２００５とは同時に使用することが可能である。図２０の録画番組一覧画面において番組条件選択部２００４とディレクトリ選択部２００５とが同時に使用される場合、番組一覧表示部２００１において、番組条件選択部２００４の条件を満たし、かつディレクトリ選択部２００５に所属する番組一覧が表示されるようにしてもよい。
【０１４４】
図２０の番組条件選択部２００４とディレクトリ選択部２００５で番組一覧表示部２００１に表示する番組の条件を選定された後に、ユーザが例えば図１８の入力装置１８０３を介して図２０の番組サムネイル表示部２００２で指し示された番組を削除する場合の動作について説明する。図２１は、番組条件選択部２００４及びディレクトリ選択部２００５で番組一覧表示部２００１に表示する番組の条件を選定された後に、ユーザが図１の入力装置１０３を介して図２０の番組サムネイル表示部２００２で指し示された番組を削除する場合の、記録装置２の処理フローの一例を図２１に示す。
【０１４５】
処理の開始は例えば入力装置１８０３により番組を削除する指令がユーザから行われた後に、ＣＰＵ１８０１により制御される。
Ｓ２１０１では、ＣＰＵ１８０１は、番組条件選択部２００４で番組一覧表示部２００１に表示する番組の条件を選定された後に、ユーザが番組削除を実行する場合、最初に番組条件選択部２００４で選択された条件に合致するユーザキーワードデータ１４３が存在するか否かを判定する。本実施例における記録装置は、例えばＳ２１０１においてディレクトリ選択部２００５に含まれる各ディレクトリ毎に番組条件選択部２００４で選択された条件に合致するユーザキーワードデータ１４３を作成されているか否かを判定する。例えば各ディレクトリ毎のユーザキーワードデータ１４３に含まれる図１０のヘッダ部１００１の内容と、番組条件選択部２００４で選択された条件に合致するか否かを照査する。
【０１４６】
Ｓ２１０１において、各ディレクトリ毎の図１０のヘッダ部１００１の内容と番組条件選択部２００４で選択された条件が全てのユーザキーワードデータ１４３と合致しない場合（Ｓ２１０１でＮｏの場合）、Ｓ２１０２に移る。
【０１４７】
一方、Ｓ２１０１において、図１０のヘッダ部１００１の内容と番組条件選択部２００４で選択された条件に合致したユーザキーワードデータ１４３が各ディレクトリ毎に生成されていた場合はＳ２１０３に移り、当該ステップで発見されたユーザキーワードデータ１４３を用いて以降の処理を行う。
【０１４８】
Ｓ２１０２では、図１８のユーザキーワード生成部１３３により、番組条件選択部２００４で選択された条件と各ディレクトリに関するユーザキーワードデータ１４３が新しく生成され、Ｓ２１０３に移る。図１８のユーザキーワード生成部１３３は、先で説明した図１３の処理フローと同様の手順でユーザキーワードデータ１４３の生成を実行する。Ｓ２１０２において、番組条件選択部２００４で選択された条件の下で各ディレクトリ毎のユーザキーワードデータ１４３が生成される。ユーザキーワードデータ１４３の取得方法は実施例１における図１７のＳ１７０２と同様であるため説明を省略する。
【０１４９】
Ｓ２１０３では、ＣＰＵ１８０１は、記録装置２に含まれるディレクトり情報１８４４から、図２０でユーザにより選択された削除対象の番組が属しているディレクトリを取得し、Ｓ２１０４に移る。
【０１５０】
Ｓ２１０４では、Ｓ２１０３で取得したディレクトリに属する録画番組リストを取得し、Ｓ２１０５に移る。
Ｓ２１０５では、Ｓ２１０１で取得したユーザキーワードデータのうち、Ｓ２１０３で取得したディレクトリに合致するユーザキーワードデータを用いて、Ｓ２１０３で取得した録画番組リストに対して番組重要度を取得すし、Ｓ２１０６に移る。番組重要度の取得方法については実施例１における図１７のＳ１７０４と同様であるため説明を省略する。
【０１５１】
Ｓ２１０６では、Ｓ２１０５で取得した番組重要度よりＳ２１０４で取得した番組一覧を整列し、Ｓ２１０７に移る。
Ｓ２１０７では、図２０でユーザにより選択された削除対象の番組について、Ｓ２１０６で整列した番組一覧から取得した録画番組リスト中での順位を取得し、Ｓ２１０８に移る。
【０１５２】
Ｓ２１０８では、図２０でユーザにより選択された削除対象の番組の属しているディレクトリが他にも存在するか否かを判定する。
【０１５３】
Ｓ２１０８において、図２０でユーザにより選択された削除対象の番組の属しているディレクトリが他にも存在すると判定された場合（Ｓ２１０８でＹｅｓの場合）にはＳ２１０３に戻り、次に取得したディレクトリの処理を行う。
【０１５４】
一方、Ｓ２１０８において、図２０でユーザにより選択された削除対象の番組の属しているディレクトリが他にも存在しないと判定された場合（Ｓ２１０８でＮｏの場合）には、Ｓ２１０９に移る。
【０１５５】
Ｓ２１０９では、Ｓ２１０７で取得した当該削除番組の順位が、全ディレクトリの番組において所定の順位以内に収まっているか否かを判定する。Ｓ２１０９においてＳ２１０７で取得した当該削除番組の順位が、少なくとも一つのディレクトリについての所定の順位以上に含まれている場合（Ｓ２１０９でＹｅｓの場合）には、Ｓ２１１０に移る。一方、Ｓ２１０９においてＳ２１０７で取得した当該削除番組の順位が、全ディレクトリについて所定の順位以下に含まれていると判定された場合（Ｓ２１０９でＮｏの場合）、Ｓ２１１２に移る。
【０１５６】
Ｓ２１１０では、実施例１における図１７のＳ１７０８と同様に番組の削除に関する警告と選択肢を表示し、Ｓ２１１１に移る。
Ｓ２１１１では、実施例１の図１７のＳ１７０９と同様に、番組の削除に関する警告と選択肢の表示方法として実施例１における図１６の削除警告表示部１６０１と同様の手段を用いてもよい。全ディレクトリにおいて当該番組が所定の順位以下となっていた場合には警告を行わずに削除するが、少なくとも一つ以上のディレクトリで所定の順位以上となっていた場合には、警告を表示する。また、その際にどのディレクトリにおいて所定の順位以上となっているかを表示してもよい。また、各ディレクトリについての順位を表示してもよい。
【０１５７】
Ｓ２１１１、Ｓ２１１２はそれぞれ実施例１における図１７のＳ１７０９、Ｓ１７１０と同様であるため説明を省略する。
【０１５８】
以上の手段により、記録装置を操作していないユーザにとって嗜好度が高い番組が、簡易操作で他のユーザに勝手に消去されることを防止することができる。
【０１５９】
なおディレクトリ情報１４４は録画番組情報１２０に含まれている構成であってもよい。ディレクトリ情報１４４が録画番組情報１２０に含まれている場合、ある番組に関する録画番組情報１２０全体を外部記録媒体１０８に移動や複製されたとしても、記録媒体１０７と外部記録媒体１０８に含まれる全ての録画番組情報１２０から、ディレクトリ情報１４４を探索することにより、先に説明した管理データ１４０内にディレクトリ情報１４４を所持する仕組みと同等の処理を行うことができる。
【０１６０】
また実施例１と同様に図２０に示した録画番組一覧画面において、番組重要度の大きさにより整列して番組一覧表示部２００１に表示する手段を提供してもよい。例えば図２０のディレクトリ選択部２００５において「ユーザＡ」が選択された後に番組一覧表示部２００１に表示されている番組は番組重要度の大きさにより整列された場合、使用する「ユーザＡ」にとっての番組重要度の昇順もしくは降順で表示されているため、図２１のＳ２１０９の際に、「ユーザＡ」のディレクトリに属している録画番組リスト内における削除対象の番組の番組重要度の順位を照査する必要がなくなる。
【０１６１】
また図２１において処理を簡略化するために、番組重要度の計算を行わず削除対象の番組がディレクトリに含まれているかのみを判定してＳ２１１０以降の処理を行うようにしてもよい。削除対象の番組が複数のディレクトリに属している場合、あるディレクトリから削除するために選ばれた番組は他のディレクトリにも所属している可能性があるため、番組重要度の計算を行わずに警告を行うだけでも効果がある。よって図２０のディレクトリ選択部２００５において「全て」が選択されている場合、図２１におけるＳ２１０１からＳ２１０８までを省略して、Ｓ２１０９において削除対象の番組がディレクトリに所属しているか否かを判定するのみでよい。また、図２０のディレクトリ選択部２００５において「ユーザＡ」が選択されていた場合、図２１におけるＳ２１０１からＳ２１０８までを省略して、Ｓ２１０９において削除対象の番組がユーザＡのディレクトリ以外に所属しているか否かを判定してもよい。このようにすれば処理を簡略化することはできる。なお、番組重要度による判定を行うと、不要な番組を削除する際に警告される場面を減らすことが可能となるため、ユーザが選択を行なう回数を減らすことが可能となる。
【０１６２】
また記録装置２は、実施例１と同様に、予約録画を設定を行う際に記録媒体１０８の空き容量が少なくて録画できない場合に、番組重要度の低い番組を削除するように提示する手段を提供してもよい。また複数のディレクトリに存在する番組について、各ディレクトリの番組重要度を計算することにより、他のディレクトリで所定の順位以上に位置付けられる場合には、削除候補として選定しなくてもよい。
【０１６３】
また記録装置２は、実施例１と同様に、一般的な自動録画システムを備えていた場合、録画を行う際に記録媒体１０８の空き容量が少なくて録画できない場合に、番組重要度の低い番組を自動的に削除する手段を持っていてもよい。また複数のディレクトリに存在する番組について、各ディレクトリの番組重要度を計算することにより、他のディレクトリで所定の順位以上に位置付けられる場合には、削除候補となくてもよい。
【実施例３】
【０１６４】
次に、実施例３について説明する。なお、上記、実施例１及び実施例２と共通する構成については、説明を省略する。実施例３の記録装置を記録装置３とする。
【０１６５】
ＨＤＤレコーダやＰＣ等の記録装置を複数のユーザで使用する際にどのユーザが使用しているかを識別できれば、ユーザ毎に操作履歴を取得することが可能になるため、実施例２より精度良くユーザ毎の番組重要度を計算することが可能になる。記録装置３は、実施例１及び実施例２に加えてユーザ認証機構が加わった構成を示す。
【０１６６】
図２２は本実施例における記録装置の機能ブロックの構成例を示す図である。図２２は、実施例１のブロック図である図１と実施例２のブロック図である図１８構成とほぼ共通であり、録画再生部２２０４の中にユーザ認証部２２１７を持っていることが異なる。さらに操作履歴データ２２２３と興味度データ２２２４と番組キーワードデータ２２２５を操作する（使用する）ユーザ毎に生成されることが異なる。
【０１６７】
本実施例では、操作履歴データ２２２３と興味度データ２２２４と番組キーワードデータ２２２５をまとめたデータをユーザ番組データ２２２６として説明する。また、管理データ部２２４０の中にユーザ特定情報２２４５を所持していることが異なる。また、管理データ部２２４０の中にユーザ番組情報２２４６を所持していることが異なる。他のブロックについては図１とほぼ共通であるため説明を省略する。
【０１６８】
ユーザ認証部２２１７は、入力されたデータを解析してユーザ特定情報２２４５の内容と一致しているか否かを判定して、現在本実施例における記録装置を使用しているユーザを特定する。
【０１６９】
ユーザ特定情報２２４５は、例えばＰＣなどで用いられる入力装置２２０３を介したユーザＩＤとパスワード情報等することができる。また、ユーザ特定ボタンを装備したリモコンを入力装置２２０３あるいは指紋、静脈などによる生体認証を用いてもよい。また、ユーザ認証部２２１７は、外部記録媒体２２０８に含まれるユーザ特定情報とユーザ特定情報２２４５を照合することにより、ユーザを特定してもよい。また、パスワードや指紋、静脈等を用いず、ユーザにより入力されるユーザを区別する情報より記録装置を使用しているユーザを特定してもよい。
【０１７０】
ユーザ番組情報２２４６は、番組がどのユーザの所有であるかを示す情報であり、実施例２におけるディレクトリ情報と同様の情報を含んでもよい。よって、実施例２におけるディレクトリ情報と同様にユーザ番組情報２２４６は管理データ部２２４０内に含まれているか、あるいは番組データ部２２２０に含まれていてもよい。
【０１７１】
ユーザ認証部２２１７は、使用しているユーザをユーザ特定情報２２４５より特定すると、特定されたユーザ情報をＣＰＵ２２０１へ通知する。ＣＰＵ２２０１は、ユーザ情報を通知されると操作履歴取得部２２１５に対して、再生部２２１２への指示内容を再生部操作しているユーザに対するユーザ番組データ２２２６内に含まれる操作履歴データ２２２３に保存するように指示する。またＣＰＵ２２０１はユーザ番組データ２２２６に含まれる操作履歴データ２２２３に対して興味度データ２２２４と番組キーワードデータ２２２５を生成するように、シーン重要度解析部２２３１と番組キーワード生成部２２３２及び番組重要度生成部２２３３に対して指示する。
【０１７２】
記録装置３はユーザの操作により録画番組一覧を表示する場合、実施例２における図２０とほぼ同様の構成となる。次に記録装置３が図２０の番組条件選択部２００４で番組一覧表示部２００１に表示する番組の条件を選定された後に、ユーザが図２０の入力装置１０３を介して図２０の番組サムネイル表示部２００２で指し示された番組を削除する場合の動作について説明する。
【０１７３】
図２３は、番組条件選択部２００４で番組一覧表示部２００１に表示する番組の条件を選定された後に、ユーザが図１の入力装置１０３を介して図２０の番組サムネイル表示部２００２で指し示された番組を削除する場合の、記録装置３の処理フローを示す。図２３は、実施例２における番組を削除する際の処理フローである図２１とほぼ同様のステップにより行われる。よって、異なるステップのみ説明する。
【０１７４】
処理の開始は入力装置２２０３により番組を削除する指令がユーザから行われた後に、ＣＰＵ２２０１により制御される。
【０１７５】
Ｓ２３０１では、最初にユーザ特定情報２２４５より登録されているユーザ情報を１人ずつ取得し、Ｓ２３０２に移る。
Ｓ２３０２では、図２０の番組条件選択部に合致しており、Ｓ２３０１で取得したユーザのユーザ番組データ２２２６を用いて計算したユーザキーワードデータが存在するか否かを判定する。Ｓ２３０２において、ユーザキーワードデータが存在しないと判定された場合（Ｓ２３０２でＮｏの場合）は、Ｓ２３０３に移る。一方、Ｓ２３０２において、ユーザキーワードデータが存在すると判定された場合（Ｓ２３０２でＹｅｓの場合）はＳ２３０４へと進む。
【０１７６】
Ｓ２３０３では、ユーザキーワードデータ２２２６を用いて、当該条件におけるユーザキーワードデータを生成し、Ｓ２３０４に移る。Ｓ２３０３における処理は、他の実施例（例えば図１７のＳ１７０２）と同様である。
Ｓ２３０４からＳ２３０７までの処理フローは、図２１におけるＳ２１０４からＳ２１０７までのステップと同様であるため説明を省略する。
【０１７７】
Ｓ２３０８では、Ｓ２３０７において削除対象となる番組の順位を取得すると、ユーザ特定情報２２４５のうちまだ削除対象となる番組の順位を取得していないユーザが存在するか否かを判定する。Ｓ２３０８においてユーザ特定情報２２４５のうちまだ削除対象となる番組の順位を取得していないユーザが存在すると判定された場合（Ｓ２３０８でＹｅｓの場合）は、Ｓ２３０１へ戻る。一方、Ｓ２３０８において全ての順位を取得したと判定された場合（Ｓ２３０８でＮｏの場合）には、Ｓ２３０９に進む。
【０１７８】
Ｓ２３０９では、削除対象の番組が、全てのユーザに対して所定の順位以下となっているか否かを判定する。Ｓ２３０９において、削除対象の番組が１人以上のユーザで所定の順位以上となっている場合（Ｓ２３０９でＹｅｓの場合）には、Ｓ２３１０に移る。一方、Ｓ２３０９において、削除対象の番組が全てのユーザで所定の順位以下となっている場合（Ｓ２３０９でＮｏの場合）には、Ｓ２３１２に移り番組削除を実行する。
Ｓ２３１０では、番組の削除に関する警告と選択肢を表示する。Ｓ２３１０では、実施例１の図１７のＳ１７０９と同様に、番組の削除に関する警告と選択肢の表示方法として実施例１における図１６の削除警告表示部１６０１と同様の手段を用いてもよい。また、その際にどのユーザにおいて所定の順位以上となっているかを表示してもよい。また、当該番組の各ユーザ毎の順位を表示してもよい。
【０１７９】
Ｓ２３１０以降の処理方法は、図２１におけるＳ２１１０以降のステップと同様であるため説明を省略する。
【０１８０】
以上により番組削除を実行することにより、他のユーザにとって重要度の高い番組を簡単に削除することを防ぐことができる。
【０１８１】
また実施例２と同様に、図２０に示した録画番組一覧画面において、番組重要度の大きさにより整列して番組一覧表示部２００１に表示する手段を提供してもよい。整列された番組の順番は、現在使用しているユーザの番組重要度の大きい、あるいは小さい順番となる。番組一覧表示部２００１に表示されている番組は番組重要度の大きさにより整列された場合、使用しているユーザＡにとっての番組重要度の昇順もしくは降順で表示されているため、図２３のＳ２３０９の際に、ユーザＡにとっての録画番組リスト内における削除対象の番組の番組重要度の順位を照査する必要がなくなる。
【０１８２】
また記録装置３は、実施例２と同様のディレクトリをサポートしてもよい。図２０におけるディレクトリ選択部２００５の中から「ユーザＡ」を選択するとディレクトリ名「ユーザＡ」に所属している番組の一覧が番組一覧表示部２００１に表示される。実施例２と同様に、ディレクトリ間の番組の移動や複製等も可能である。
【０１８３】
また記録装置３は、ユーザ特定情報２２４５に含まれる各ユーザに対応したディレクトリを自動的に生成してもよい。ユーザ専用のディレクトリを用意された場合、例えば予約録画を行う際には自動的に予約録画操作を行うユーザのディレクトリに属するといった処理を行う。またシステムの設定により、操作しているユーザはまた他のディレクトリから自分専用のディレクトリへの移動や複製は可能する一方で他のユーザ専用ディレクトリ内への移動や複製といった処理は不可能であるといったアクセス制御を行うことを可能にしてもよい。
【０１８４】
また図２３において処理を簡略化するために、番組重要度の計算を行わず削除対象の番組がディレクトリに含まれているかのみを判定してＳ２３１０以降の処理を行うようにしてもよい。削除対象の番組が複数のディレクトリに属している場合、あるディレクトリから削除するために選ばれた番組は他のディレクトリにも所属している可能性があるため、番組重要度の計算を行わずに警告を行うだけでも効果がある。よって図２０のディレクトリ選択部２００５において「全て」が選択されている場合、図２１におけるＳ２３０１からＳ２３０８までを省略して、Ｓ２３０９において削除対象の番組が操作しているユーザ以外のディレクトリに所属しているか否かを判定するのみでよい。但し番組重要度による判定を行う方が、不要な番組を削除する際に警告される場面を減らすことが可能となるため、ユーザの入力装置を介して入力する回数を減らすことが可能となる。
また記録装置３は、図２３において処理を簡略化するために、番組重要度の計算を行わず削除対象の番組が他のユーザが未視聴か否かを判定してＳ２３１０以降の処理を行うようにしてもよい。他のユーザが未視聴か否かを判定する方法は、例えば他のユーザの当該番組に対する操作履歴データ２２２３が存在するか否かを判定すればよい。図２１におけるＳ２３０１からＳ２３０８までを省略して、Ｓ２３０９において少なくとも１人以上の他ユーザが未視聴の場合、Ｓ２３１０以降の処理を行う。一方、他ユーザが全員視聴済みの番組であれば、Ｓ２３１２の番組削除を実行する。またＳ２３１０ノ警告を表示する際に、どのユーザが未視聴であるかを表示する手段を提供してもよい。
【０１８５】
また記録装置３は、図２３においてＳ２３０９の際に、削除対象の番組が他のユーザが未視聴か否かを判定してもよい。つまり削除対象の番組に対して他ユーザの番組興味度が低く、かつ全ユーザが視聴済みであった場合にはＳ２３１２へ進み、そうでなければＳ２３１０以降の処理を行う。なお、一つ以上のディレクトリで所定の順位以上となっていた場合に行う警告の表示については、その際にどのユーザにおいて所定の順位以上となっているかを表示してもよい。また、各ユーザについての順位を表示してもよい。
【０１８６】
また実施例１において説明したように、  Ｓ２３１０においてユーザに削除を行うか否かの選択肢を提示しているが、例えば番組映像音声データ２２２１を圧縮や移動といった手段により、記録媒体２２０８の容量を増やすための他の手段を同時に提示してもよい。記録装置を共有で使用している他ユーザにとっても嗜好度の高い番組であるため、番組を完全に消さない圧縮や移動といった手段による保存方法も提供してもよい。また移動を行う場合、外部媒体２３０８とユーザ特定情報２２４５を照合する手段をユーザ認証部２２１７が備えている場合、番組の移動先を特定して表示してもよい。番組の移動先を特定する方法は、図２３のＳ２３０１からＳ２３０８までの処理により取得した削除対象番組の順位が最も高いユーザ専用の外部媒体２３０８を選択するといった方法が考えられる。また記録装置３は、番組の削除や移動や圧縮といった処理履歴を保存しておき、他ユーザが番組の処理履歴を参照できるようにしてもよい。特に他ユーザにとって番組重要度が大きい番組に対して削除や移動や圧縮といった処理を行った場合には、当該ユーザが記録装置３を使用してユーザ認証を成功したあとに、番組の削除や移動や圧縮といった処理を行ったことを通知してもよい。
【０１８７】
また記録装置３は、実施例１及び実施例２と同様に、予約録画設定の際に記録媒体１０８の空き容量が少なくて録画できない場合に、予約録画を行うユーザにとって番組重要度の低い番組を削除するように提示する手段を提供してもよい。また予約録画を行うユーザにとって番組重要度が低い一方で、他のユーザで番組重要度が所定の順位以上となった場合には、削除候補として提示しなくてもよい。
【０１８８】
なお、図１、１８、２２の各構成は必ずしも全て具備する必要はない。例えば、記録容量の補填が必要なければ、外部記録媒体１０９は具備しなくてもよい。
また、図１、１８、２２の各構成は、全てハードウェアで構成してもよいし、一部をソフトウェアで構成してもよい。
また、上述の実施例では、放送番組を記録する記録再生装置を説明したが、記録再生装置に記録されている画像音声情報は放送番組以外の画像音声情報であってもよい。また放送番組は電波ではなく、インターネット１０９を介したユニキャストやマルチキャスト等の通信であってもよい。前記インターネット１０９を介した通信をする場合場合、記録装置３は通信装置１１０を備えている。通信装置１１０は、例えば有線ローカルエリアネットワーク（ＬＡＮ）カードや無線ＬＡＮカードである。
【０１８９】
また、上記実施例中の番組は、映像と音声とを含んでいてもよいし、映像のみ又は音声のみでもよい。また、文字放送の番組や、電子書籍であってもよい。
【図面の簡単な説明】
【０１９０】
【図１】実施例１の記録装置の機能ブロックの構成例を示す図である。
【図２】図１の番組付加データ１２２のデータ構成例を示す図である。
【図３】図１の操作履歴データ１２３のデータ構成例を示す図である。
【図４】図１のシーン重要度解析部１３１の処理の一例を示すフローチャートである。
【図５】図１の番組興味度データ１２４のデータ構成例を示す図である。
【図６】図１の興味度得点付けルール表１４１の一例である。
【図７】図１の番組キーワード生成部１３２の処理の一例を示すフローチャートである。
【図８】図７のステップ７０１の処理の詳細例を示すフローチャートである。
【図９】図１の番組キーワードデータ１２５のデータ構成例を示す図である。
【図１０】図１のユーザキーワードデータ１４３のデータ構成例を示す図である。
【図１１】図１のユーザキーワード生成部１３３の処理の一例を示すフローチャートである。
【図１２】図１の番組重要度生成部１３４のフローチャートの一例である。
【図１３】図１２のステップ１２０４の処理の一例を示すフローチャートである。
【図１４】実施例１の記録装置の録画番組一覧表示の一例である。
【図１５】実施例１の記録装置において番組を削除する処理の一例を示すフローチャートである。
【図１６】実施例１の記録装置において番組を削除するときに表示するの警告画面の一例である。
【図１７】実施例１の記録装置において条件選択後に番組を削除する処理の一例を示すフローチャートである。
【図１８】実施例２の記録装置の機能ブロックの構成例を示す図である。
【図１９】実施例２の記録装置で番組を予約するときに表示する画面の一例である。
【図２０】実施例２の記録装置の録画番組一覧表示の一例である。
【図２１】実施例２の記録装置において番組を削除する処理の一例を示すフローチャートである。
【図２２】実施例３の記録装置の機能ブロックの構成例を示す図である。
【図２３】実施例３の記録装置において番組を削除する処理の一例を示すフローチャートである。
【図２４】各番組に対する番組重要度のデータ構成の一例
【図２５】図２４のデータを番組重要度の高い順に並べ替えたデータ構成の一例
【符号の説明】
【０１９１】
１０１…ＣＰＵ
１０２…表示装置
１０３…入力装置
１０４…録画再生部
１０５…番組管理部
１０６…アンテナ
１０７…チューナ
１０８…記録媒体
１０９…外部記録媒体
【図１】
0004988461.tif 000004
【図２】
0004988461.tif 000005
【図３】
0004988461.tif 000006
【図４】
0004988461.tif 000007
【図５】
0004988461.tif 000008
【図６】
0004988461.tif 000009
【図７】
0004988461.tif 000010
【図８】
0004988461.tif 000011
【図９】
0004988461.tif 000012
【図１０】
0004988461.tif 000013
【図１１】
0004988461.tif 000014
【図１２】
0004988461.tif 000015
【図１３】
0004988461.tif 000016
【図１４】
0004988461.tif 000017
【図１５】
0004988461.tif 000018
【図１６】
0004988461.tif 000019
【図１７】
0004988461.tif 000020
【図１８】
0004988461.tif 000021
【図１９】
0004988461.tif 000022
【図２０】
0004988461.tif 000023
【図２１】
0004988461.tif 000024
【図２２】
0004988461.tif 000025
【図２３】
0004988461.tif 000026
【図２４】
0004988461.tif 000027
【図２５】
0004988461.tif 000028