(57)【特許請求の範囲】
【請求項１】
テレビジョン放送された番組を受信する手段と、
受信した番組に係る番組データを記憶する記憶手段と、
番組の放送時刻の予定を示す放送予定情報を取得する手段と、
取得した放送予定情報に基づいて、前記記憶手段に番組データを記憶していない番組を抽出する抽出手段と、
該抽出手段が抽出した番組と、前記記憶手段に番組データを記憶してある番組との類似度を算出する類似度算出手段と、
取得した前記放送予定情報に示される放送時刻と現在の時刻を示す現在時刻とに基づいて、前記抽出手段が抽出した番組の放送が終了しているか否かを判定する放送終了判定手段と、
該放送終了判定手段が終了していると判定した場合、前記番組の放送が終了してからの経過時間を算出する経過時間算出手段と、
前記類似度算出手段が算出した類似度、及び前記経過時間算出手段が算出した経過時間に基づいて、前記番組の推奨度を決定する推奨度決定手段と、
番組データを記憶する外部装置とデータ通信する手段と、
前記推奨度決定手段が決定した推奨度に基づいて、前記外部装置に対して前記番組に係る番組データを要求する要求手段と
を備える番組データ記憶装置。
【請求項２】
前記抽出手段が複数の番組を抽出した場合、
前記要求手段は、
推奨度が高い順に、番組に係る番組データを要求するようにしてある
請求項１に記載の番組データ記憶装置。
【請求項３】
前記推奨度決定手段は、
前記経過時間算出手段が算出した経過時間の短／長に応じて、高／低となる推奨度を決定するようにしてある
請求項２に記載の番組データ記憶装置。
【請求項４】
前記放送終了判定手段が番組の放送が終了していると判定した場合、前記放送予定情報に基づいて、前記番組の再放送があるか否かを判定する手段と、
再放送があると判定した場合、前記番組の受信予約を行う受信予約手段と
をさらに備え、
前記要求手段は、
前記受信予約手段が番組の受信予約を行った場合、前記番組に係る番組データの要求を中止するようにしてある
請求項１から３の何れか一つに記載の番組データ記憶装置。
【請求項５】
再放送があると判定した場合、再放送までの時間を算出する手段と、
算出した時間と、前記推奨度決定手段が決定した推奨度とに基づいて、前記受信予約手段に受信予約させるか、又は、前記要求手段に番組データを要求させるかを選択する選択手段と
をさらに備える請求項４に記載の番組データ記憶装置。
【請求項６】
テレビジョン放送された番組を受信し、
受信した番組に係る番組データを記憶手段に記憶し、
番組の放送時刻の予定を示す放送予定情報を取得し、
取得した放送予定情報に基づいて、前記記憶手段に番組データを記憶していない番組を抽出し、
抽出した番組、及び前記記憶手段に番組データが記憶してある番組の類似度を算出し、
取得した前記放送予定情報に示される放送時刻と現在の時刻を示す現在時刻とに基づいて、抽出した前記番組の放送が終了しているか否かを判定し、
終了していると判定した場合、前記番組の放送が終了してからの経過時間を算出し、
算出した類似度及び経過時間に基づいて、前記番組の推奨度を決定し、
番組データを記憶する外部装置とデータ通信し、
決定した推奨度に基づいて、前記外部装置に対して前記番組に係る番組データを要求する
番組データ記憶方法。
【請求項７】
テレビジョン放送された番組を受信し、受信した番組に係る番組データを記憶手段に記憶するコンピュータで実行されるプログラムにおいて、
コンピュータを、
取得した番組の放送時刻の予定を示す放送予定情報に基づいて、前記記憶手段に番組データを記憶していない番組を抽出する抽出手段、
該抽出手段が抽出した番組と、前記記憶手段に番組データを記憶してある番組との類似度を算出する類似度算出手段、
取得した前記放送予定情報に示される放送時刻と現在の時刻を示す現在時刻とに基づいて、前記抽出手段が抽出した番組の放送が終了しているか否かを判定する放送終了判定手段、
該放送終了判定手段が終了していると判定した場合、前記番組の放送が終了してからの経過時間を算出する経過時間算出手段、
前記類似度算出手段が算出した類似度、及び前記経過時間算出手段が算出した経過時間に基づいて、前記番組の推奨度を決定する推奨度決定手段、及び、
前記推奨度決定手段が決定した推奨度に基づいて、番組データを記憶し、データ通信する外部装置に対して、前記番組に係る番組データを要求する要求手段
として機能させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、テレビジョン放送された番組を受信し、受信した番組に係る番組データを記憶する番組データ記憶装置、番組データ記憶方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、パーソナルコンピュータ（以下、パソコンという）又は携帯電話機等でも、テレビジョン放送の放送コンテンツを録画することが可能となっている。パソコン等を用いた場合、放送コンテンツの放送予定情報を取得することができるｉＥＰＧ(Internet Electronic Program Guide)を利用することで、放送コンテンツの録画予約が簡単に行うことができる。例えば、放送予定情報を取得したときに、放送コンテンツが放送前か、現在放送中であるかを把握し、放送前の放送コンテンツは録画予約し、放送中の放送コンテンツは視聴者に視聴させる方法がある（例えば、特許文献１参照）。
【０００３】
特許文献１のように、ユーザが視聴したい放送コンテンツが放送前であれば、その放送コンテンツを録画することができる。しかしながら、放送コンテンツが既に放送終了している場合には、放送コンテンツを録画することができない。そこで、ユーザが視聴したかった放送コンテンツを、他のユーザから取得する方法がある（例えば、特許文献２参照）。特許文献２には、ネットワークに接続したコンピュータ同士が直接コンテンツを送受信するシステム（Ｐ２Ｐ（Peer to Peer）等）を利用し、自身のパソコンが録画していない過去の放送コンテンツを、他のパソコンから取得する方法が開示されている。これにより、ユーザは、放送が終了した過去の放送コンテンツであっても、視聴することが可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−１６６２８４号公報
【特許文献２】特開２００８−２９４６２６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献２のように、放送コンテンツを他のパソコンから取得する場合、他のパソコンから放送コンテンツが削除されてしまった場合には、当然にその放送コンテンツを取得できなくなる。また、Ｐ２Ｐ等のシステムでは、送受信するコンテンツのデータ容量が大きくなるにつれ、ネットワークにかかる負荷が高くなるため、放送コンテンツのデータ容量が大きい場合、ネットワークにトラフィックが集中するおそれがある。このため、複数の放送コンテンツを取得する場合、一の放送コンテンツの受信に時間がかかり、他の放送コンテンツを取得する前に他のパソコンから削除されてしまい、放送コンテンツが取得できなくなるといった問題が発生する。
【０００６】
本発明はかかる事情に鑑みてなされたものであり、その目的とするところは、既に放送が終了した番組に係る番組データを効率よく取得することができる番組データ記憶装置、番組データ記憶方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本願に開示する番組データ記憶装置は、テレビジョン放送された番組を受信する手段と、受信した番組に係る番組データを記憶する記憶手段と、番組の放送時刻の予定を示す放送予定情報を取得する手段と、取得した放送予定情報に基づいて、前記記憶手段に番組データを記憶していない番組を抽出する抽出手段と、該抽出手段が抽出した番組と、前記記憶手段に番組データを記憶してある番組との類似度を算出する類似度算出手段と、取得した前記放送予定情報に示される放送時刻と現在の時刻を示す現在時刻とに基づいて、前記抽出手段が抽出した番組の放送が終了しているか否かを判定する放送終了判定手段と、該放送終了判定手段が終了していると判定した場合、前記番組の放送が終了してからの経過時間を算出する経過時間算出手段と、前記類似度算出手段が算出した類似度、及び前記経過時間算出手段が算出した経過時間に基づいて、前記番組の推奨度を決定する推奨度決定手段と、番組データを記憶する外部装置とデータ通信する手段と、前記推奨度決定手段が決定した推奨度に基づいて、前記外部装置に対して前記番組に係る番組データを要求する要求手段とを備える。
【発明の効果】
【０００８】
本願に開示する番組データ記憶装置の一観点によれば、既に番組データを記憶している番組と類似する番組が、放送終了している場合であっても、外部装置からその番組の番組データを取得することができる。また、番組の放送終了からの時間が長くなるにつれ、その番組に係る番組データが削除される確率が高くなるため、放送終了からの時間を考慮して、番組データを取得することで、外部装置から確実に番組データを取得することができる。さらに、外部装置から複数の番組データを取得する場合、放送終了からの時間を考慮して算出した推奨度に基づいて番組データを取得することで、効率よく番組データを取得することができる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態に係る通信システムを模式的に示す図である。
【図２】ノードのハードウェア構成を示すブロック図である。
【図３】ノードが有する機能を示すブロック図である。
【図４】ノードが有する機能を示すブロック図である。
【図５】記憶した番組データを模式的に示す図である。
【図６】記憶された番組データを管理するための管理テーブルを模式的に示す図である。
【図７】提供情報記憶部に格納される提供情報の一例を示す図である。
【図８】提供情報記憶部に格納される提供情報の一例を示す図である。
【図９】提供情報記憶部に格納される提供情報の一例を示す図である。
【図１０】利用情報記憶部に格納されている利用情報の情報を示す図である。
【図１１】利用情報記憶部に格納されている利用情報の情報を示す図である。
【図１２】利用情報記憶部に格納されている利用情報の情報を示す図である。
【図１３】利用情報記憶部に格納されている利用情報の情報を示す図である。
【図１４】推奨度記憶部に格納されている推奨度を管理するテーブルである。
【図１５】類似度算出処理の一例の手順を示すフローチャートである。
【図１６】類似度算出処理の別の手順を示すフローチャートである。
【図１７】未録画番組データ取得処理の手順を示すフローチャートである。
【図１８】未録画番組データ取得処理の手順を示すフローチャートである。
【図１９】未録画番組データ取得処理の手順を示すフローチャートである。
【図２０】番組データ検索応答処理の手順を示すフローチャートである。
【図２１】番組データ提供処理を示すフローチャートである。
【発明を実施するための形態】
【００１０】
以下、本発明に係る番組データ記憶装置、番組データ記憶方法、及びプログラムの好適な実施の形態について図面を参照して説明する。
【００１１】
図１は、実施の形態に係る通信システムを模式的に示す図である。
【００１２】
通信システムは、番組データ記憶装置としての複数のノード１ａ〜１ｆを備えている。ノード１ａ〜１ｆは、デスクトップ型又はノート型のパソコンである。以下では、ノード１ａ〜１ｆはパソコンとして説明するが、テレビジョン受信機、携帯電話機、又はPersonal Digital Assistant（ＰＤＡ）等であってもよい。各ノード１ａ〜１ｆは、Local Area Network（ＬＡＮ）又はWide Area Network（ＷＡＮ）等のネットワークを介して、有線又は無線によりそれぞれＰ２Ｐ方式により接続されている。例えば、ノード１ａは、ノード１ｂ，１ｃ，１ｄそれぞれと１対１でデータの送受信が可能となっている。ノード１ａと直接接続していないノード１ｅ，１ｆは、ノード１ｃ又はノード１ｄ等を介して、ノード１ａとデータの送受信が可能となる。以下の説明では、ノード１ａについて説明し、他のノード１ｂ〜１ｆは、ノード１ａと同様であるため説明を省略する。
【００１３】
ノード１ａは、放送局１００から発信されるテレビジョン放送（以下、テレビ放送という）を受信するテレビチューナを備えており、受信したテレビ放送に係る番組の視聴及び録画が可能となっている。なお、図１では、一つの放送局１００のみ示しているが、テレビ放送は複数の放送局から発信され、ノード１ａにより受信される。この場合、ノード１ａは、受信した複数のテレビ放送から、指定したチャンネルのテレビ放送に係る番組を選択する。
【００１４】
ノード１ａは、録画予約が可能となっており、録画予約する番組を自動的に決定する。具体的には、ノード１ａは、ＥＰＧにより番組表（放送予定情報）を取得し、取得した番組表と、録画した番組の情報とから、今後録画すべき番組を決定する。例えば、これまでにＡチームのサッカーの試合番組を録画している場合、ノード１ａは、他チームのサッカーの試合番組の録画予約を自動的に行う。ユーザが視聴する可能性が高い番組の録画予約を自動的に行うことで、ユーザは録画予約の手間を省くことができる。
【００１５】
ノード１ａは、ネットワークを介してデータを送受信できる他のノード１ｂ〜１ｆとの間で、録画した番組のデータを互いに提供し合う。例えば、ノード１ａが録画すべき番組として決定した番組Ｘの放送が既に終了していた場合、ノード１ａは、番組Ｘの番組データを有しているノード１ｂ〜１ｆから、番組Ｘのデータを提供してもらう。これにより、ユーザは、放送が終了しているために録画できない番組であっても、他のノード１ｂ〜１ｆから番組データを取得することで、その番組を視聴することができる。
【００１６】
以下、ノード１ａの具体的な構成及び動作について説明する。図２は、ノード１ａのハードウェア構成を示すブロック図である。
【００１７】
ノード１ａは、Central Processing Unit（ＣＰＵ）１１、Read Only Memory（ＲＯＭ）１２、Random Access Memory（ＲＡＭ）１３、大容量記憶装置１４、入出力装置１５、テレビチューナ１６、及び通信部１７等のハードウェア各部を備えている。これらのハードウェア各部はバスを介して相互に接続されている。入出力装置１５は、キーボード、マウス、及びモニタなどである。テレビチューナ１６は、テレビ放送を受信し、テレビ放送に係る番組データを取得し、番組の視聴及び録画を可能にする。通信部１７は、ネットワークを介して他のノード１ｂ〜１ｆと接続するためのインターフェースである。
【００１８】
ＣＰＵ１１は、ＲＯＭ１２に予め格納されているプログラム１２ａを適宜ＲＡＭ１３に読み出して実行すると共に、上述したハードウェア各部の動作を制御する。ＲＯＭ１２は、プログラム１２ａを格納している。ＲＡＭ１３は、例えばStatic ＲＡＭ（ＳＲＡＭ）、Dynamic ＲＡＭ（ＤＲＡＭ）、フラッシュメモリ等である。ＲＡＭ１３は、ＣＰＵ１１によるプログラム１２ａの実行時に発生する種々のデータを一時的に記憶する。
【００１９】
大容量記憶装置１４は、番組データ及びプログラム等の必要なデータを記憶する、例えばハードディスクドライブ等である。プログラム１２ａは、Compact Disc-ROM（ＣＤ−ＲＯＭ）、Digital Versatile Disc-ROM（ＤＶＤ−ＲＯＭ）、またはMagneto-Optical disk（ＭＯ）等の記録媒体３により大容量記憶装置１４にインストールし、又はネットワークからダウンロードして使用する形態でもよい。
【００２０】
以下に、ＣＰＵ１１がプログラム１２ａを実行することで、ノード１ａで実現される機能について説明する。図３及び図４は、ノード１ａが有する機能を示すブロック図である。
【００２１】
ノード１ａは、テレビ放送受信部２０、番組データ取得部２１、番組データ管理部２２、番組データ記憶部２３、及び録画予約部２４等の機能を有している。また、ノード１ａは、番組データ要求部２５、番組データ提供部２６、提供情報管理部２７、及び提供情報記憶部２８、利用情報管理部２９及び利用情報記憶部３０等の機能を有している。さらに、ノード１ａは、番組表取得部３１、類似度算出部３２、推奨度算出部３３及び番組データ自動取得部３４等の機能を有している。
【００２２】
テレビ放送受信部２０は、一又は複数の放送局から発信されたテレビ放送を受信する。番組データ取得部２１は、テレビ放送受信部２０が受信したテレビ放送から、指定されたチャンネルの番組データを取得する。
【００２３】
番組データ管理部２２は、番組データ取得部２１が取得した番組データを、番組データ記憶部２３に蓄積記憶する。図５は、記憶した番組データを模式的に示す図である。番組データは、識別するためのデータＩＤが付されて番組データ記憶部２３に記憶される。番組データは、タイトル、放送日時、放送時間、ビットレート及び詳細情報等の各情報を有している。タイトルは、番組名である。放送日時は、番組を放送する日時である。放送時間は、番組の視聴時間である。ビットレートは、送信（又は受信）する際の番組データの転送速度である。詳細情報は、番組の内容（例えば、出演者又はストーリ等）を表すメタデータである。
【００２４】
番組データ管理部２２は、管理テーブルに基づいて、番組データ記憶部２３に記憶した番組データの検索及び削除等の管理を行う。図６は、記憶された番組データを管理するための管理テーブルを模式的に示す図である。管理テーブルは、図５で説明したデータＩＤ、タイトル、放送日時及び詳細情報の各情報と、番組データのファイル名及びサイズとを関連付けて格納している。
【００２５】
録画予約部２４は、これから放送される番組の録画予約を行う。具体的には、録画予約部２４は、放送日時及びテレビ放送のチャンネル等の録画すべき番組が指定され、指定の日時となった場合に、指定されたチャンネルのテレビ放送から番組データを番組データ取得部２１に取得させる。番組データ取得部２１が取得した番組データは、番組データ管理部２２により番組データ記憶部２３へ記憶される。
【００２６】
番組データ要求部２５は、Ｐ２Ｐ方式により通信する他のノード１ｂ〜１ｆに対してキーワードを指定した番組データの検索要求を送信する。検索要求を受信した他のノード１ｂ〜１ｆでは、キーワードに関連する番組データが検索され、番組データ要求部２５は、その検索結果を他のノード１ｂ〜１ｆから受信する。これにより、ノード１ａは、指定したキーワードに関連する番組データを、どのノードが記憶しているかを把握できる。なお、番組データ要求部２５は、番組の放送日時を指定した番組データの検索要求を送信するようにしてもよい。
【００２７】
また、番組データ要求部２５は、他のノード１ｂ〜１ｆに記憶されている番組データの提供要求を送信し、該当する番組データを受信する。これにより、ノード１ａのユーザは、受信した番組データに係る番組を視聴することができる。番組データ提供部２５が受信した番組データは、番組データ管理部２２により番組データ記憶部２３へ記憶される。すなわち、番組データ記憶部２３には、テレビ放送から取得した番組データ、及び他のノード１ｂ〜１ｆから取得した番組データの両方の番組データが記憶される。
【００２８】
番組データ提供部２６は、キーワードが指定された検索要求を他のノード１ｂ〜１ｆから受け付け、その検索結果を返す。具体的には、番組データ提供部２６は、番組データ管理部２２に検索要求を受け付けたことを通知する。番組データ管理部２２は、タイトル又は詳細情報に、指定されたキーワードを含んでいる番組データを検索する。番組データ提供部２６は、番組データ管理部２２から検索結果（例えば、検索した番組データのデータＩＤ及びタイトル）を受け取り、その内容を検索要求元のノード１ｂ〜１ｆに送信する。
【００２９】
また、番組データ提供部２６は、番組データの提供要求を他のノード１ｂ〜１ｆから受信し、該当する番組データを提供要求元のノード１ｂ〜１ｆに送信する。具体的には、番組データ提供部２６は、番組データ管理部２２に番組データの提供要求があったことを通知する。番組データ管理部２２は、該当する番組データを検索し、番組データ提供部２６へ返す。そして、番組データ提供部２６は、その番組データを提供要求元のノード１ｂ〜１ｆに送信する。
【００３０】
提供情報管理部２７は、番組データ提供部２６が行った番組データの提供に関する情報（以下、提供情報という）を収集し、管理する。提供情報管理部２７は、収集した提供情報を提供情報記憶部２８に格納する。図７〜図９は、提供情報記憶部２８に格納される提供情報の一例を示す図である。
【００３１】
図７は、番組データ提供部２６が受け付けた検索要求に関する情報を管理するテーブルである。このテーブルには、検索キーワード、検索要求元、検索要求日時、及び該当データＩＤの欄が設けられており、各情報が互いに関連づけられている。検索キーワードの欄には、検索要求に含まれるキーワード、すなわち、番組データを検索するために他のノード１ｂ〜１ｆから送信されたキーワードが格納されている。検索要求元の欄には、検索要求を行ったノード１ｂ〜１ｆを識別する情報が格納されている。検索要求日時の欄には、検索要求を受け付けた日時が格納されている。該当データＩＤの欄には、検索された番組データのデータＩＤが格納されている。
【００３２】
図８は、番組データ提供部２６が提供した番組データに関する情報を管理するテーブルである。このテーブルには、データＩＤ、提供要求元、提供要求日時、転送速度及び転送実績の欄が設けられており、各情報が互いに関連づけられている。データＩＤの欄には、提供した番組データのデータＩＤが格納されている。提供要求元の欄には、提供要求を行ったノード１ｂ〜１ｆを識別する情報が格納されている。提供要求日時の欄には、提供要求を受け付けた日時が格納されている。転送速度の欄には、提供要求元に番組データを転送したときの転送速度が格納されている。転送実績の欄には、提供要求元に転送された番組データの割合が格納されている。
【００３３】
図９は、番組データの提供先のノードに関する情報を管理するテーブルである。このテーブルには、提供要求元、転送帯域及びホップ数の欄が設けられており、各情報が互いに関連づけられている。提供要求元の欄には、図８のテーブルの提供要求元の欄と同じ情報が格納されている。転送帯域の欄には、提供要求元のノードが転送可能な通信帯域が格納されている。ホップ数の欄には、ノード１ａから見た提供要求元のノードまでに通過する他のノードの数が格納されている。例えば、図１において、ノード１ｅの場合、ノード１ａからはノード１ｃ又はノード１ｄを通過するため、ホップ数は「２」となる。
【００３４】
利用情報管理部２９は、ノード１ａにおける番組データの利用状況の情報（以下、利用情報という）を収集し、管理する。利用情報管理部２９は、収集した利用情報を利用情報記憶部３０に格納する。図１０〜図１３は、利用情報記憶部３０に格納されている利用情報を示す図である。
【００３５】
図１０は、他のノード１ｂ〜１ｆに存在する番組データを検索するためにノード１ａが行った検索、及びその結果に関する情報を管理するテーブルである。このテーブルには、検索キーワード、検索要求日時、及び所有ノードの欄が設けられており、各情報が互いに関連づけられている。検索キーワードの欄には、他のノード１ｂ〜１ｆに記憶される番組データを検索するためのキーワードが格納されている。検索要求日時の欄には、番組データ要求部２５が検索要求を送信した日時が格納されている。所有ノードの欄には、検索キーワードの欄のキーワードに基づいた検索要求に対して、番組データを所有していると応答したノードが格納されている。
【００３６】
図１１は、他のノード１ｂ〜１ｆに存在する番組データを実際に受信したときの状況に関する情報を管理するテーブルである。このテーブルには、データＩＤ、提供元、提供要求日時、転送速度、及び転送実績の欄が設けられており、各情報が互いに関連づけられている。データＩＤの欄には、取得した番組データを識別する情報が格納されている。提供元の欄には、ノード１ａに番組データを提供したノードを識別する情報が格納されている。提供要求日時の欄には、ノード１ａが番組データの提供を要求した日時が格納されている。転送速度の欄には、番組データを受信したときの転送速度が格納されている。転送実績の欄には、番組データを受信したときの転送した実績（％）が格納されている。例えば、番組データの全部を受信した場合、「１００％」が格納され、半分を受信した場合、「５０％」が格納される。
【００３７】
図１２は、番組データの提供元のノードに関する情報を管理するテーブルである。このテーブルには、提供元、転送帯域、及びホップ数の欄が設けられており、各情報が互いに関連づけられている。提供元の欄には、ノード１ａに番組データを提供したノードを識別する情報が格納されている。転送帯域の欄には、提供元のノードが備える転送帯域が格納されている。ホップ数の欄には、提供元のノードまでに通過する他のノードの数が格納されている。
【００３８】
図１３は、記憶している番組データの視聴（再生）状況を管理するテーブルである。このテーブルには、データＩＤ、視聴日時、視聴実績、視聴回数及び削除日時の欄が設けられており、各情報が互いに関連づけられている。データＩＤの欄には、番組データ記憶部２３に記憶された番組データを識別する情報が格納されている。視聴日時の欄には、番組データを視聴した日時が格納されている。なお、視聴していないものについては空欄である。視聴実績の欄には、番組データを視聴した実績（％）が格納されている。例えば、番組データを全部視聴した場合には、「１００％」が格納され、半分を視聴した場合には、「５０％」が格納される。視聴回数の欄には、番組データを視聴した回数が格納されている。削除日時の欄には、番組データを削除した日付が格納されている。
【００３９】
番組表取得部３１は、ＥＰＧを利用して、テレビ放送受信部２０が受信するテレビ放送に係る番組表を取得する。番組表は、放送番組の内容（上述したタイトル及び詳細情報等）、及び番組の放送時刻などの情報を有している。番組表取得部３１は、番組表の取得が要求された場合に、番組表を取得するようにしてもよいし、定期的に番組表を取得し、キャッシュなどに記憶するようにしてもよい。
【００４０】
類似度算出部３２は、番組データ記憶部２３に記憶している番組データに係る番組（以下、録画番組という）と、録画していない番組（以下、未録画番組という）との類似度を算出する。類似度算出部３２は、図４に示すように、未録画番組抽出部３２１、類似度算出実行部３２２及び番組終了判定部３２３との機能を有している。
【００４１】
未録画番組抽出部３２１は、番組データ管理部２２から番組データ記憶部２３に記憶してある番組データの情報を受け取り、番組表取得部３１が取得した番組表と対比することで、未録画番組を抽出する。類似度算出実行部３２２は、抽出した未録画番組毎に、録画番組との類似度を算出する。類似度の算出方法は、後に詳述するが、様々な方法が適用可能である。例えば、未録画番組の詳細情報と、録画番組の詳細情報とに、同じキーワードを含む度合い等から求めることができる。
【００４２】
番組終了判定部３２３は、算出した類似度に基づいて、未録画番組が、録画番組と類似しているか否かを判定する。例えば、番組終了判定部３２３は、未録画番組の類似度が一定値以上の場合に、類似していると判定する。そして、番組終了判定部３２３は、番組表に基づいて、類似していると判定した未録画番組が既に放送終了しているか否かを判定する。具体的には、番組終了判定部３２３は、未録画番組のタイトル又は詳細情報と一致する番組を番組表から抽出し、その番組の放送時刻と現在時刻とを対比して判定する。未録画番組の放送が終了してない場合、他のノード１ｂ〜１ｆが該当する番組データを有していることはないため、類似度算出部３２は、録画予約部２４に対して、該当する未録画番組の録画予約を通知する。未録画番組が既に終了している場合には、他のノード１ｂ〜１ｆから該当する番組データを取得すると判定し、番組終了判定部３２３は推奨度算出部３３へ通知する。
【００４３】
推奨度算出部３３は、未録画番組の類似度に基づいて推奨度を算出する。推奨度とは、他のノード１ｂ〜１ｆから複数の未録画番組の番組データを受信する場合に、受信する順序を決めるための値である。推奨度が高い番組データは、推奨度が低い番組データより優先的に他のノード１ｂ〜１ｆから受信される。なお、推奨度は、未録画番組の番組データを受信するタイミングを決める値であってもよい。例えば、未録画番組が一つしかない場合、未録画番組の推奨度が高ければ、早めに他のノード１ｂ〜１ｆから未録画番組の番組データを受信し、推奨度が低ければ、遅めに他のノード１ｂ〜１ｆから未録画番組の番組データを受信するようにしてもよい。
【００４４】
推奨度算出部３３は、図４に示すように、利用情報反映部３３１、提供情報反映部３３２及び推奨度記憶部３３３の機能を有している。利用情報反映部３３１は、利用情報管理部２９から利用情報を取得し、類似度算出部３２で算出された類似度に利用情報を反映させる。例えば、録画番組が何度も視聴されている場合、又は、最初から最後まですべて視聴されている場合、利用情報反映部３３１は、類似度算出部３２で算出された類似度をより高くする。また、録画番組が途中で視聴が止められている場合、又は一度も視聴せずに削除されている場合、利用情報反映部３３１は、類似度算出部３２で算出された類似度をより低くする。利用情報を反映させた類似度は、「類似度×（１＋視聴実績の割合）×（１−削除係数）」により算出できる。例えば、視聴実績が「１００％」であれば、視聴実績の割合は「１」とし、視聴実績が「５０％」であれば、視聴実績の割合は「０．５」とする。また、削除された番組データの削除係数は、「０．５」とし、削除していない番組データの削除係数は、「０」（考慮しない）とする。なお、さらに視聴回数を類似度に反映させるようにしてもよい。類似度に利用情報を反映させることで、ノード１ａは、ユーザにより適した番組に係る番組データを取得することができる。
【００４５】
提供情報反映部３３２は、提供情報管理部２７から提供情報を取得し、類似度算出部３２で算出された類似度に、提供情報をさらに反映させる。例えば、録画番組の番組データが、他のノード１ｂ〜１ｆからの提供要求に応じて提供している場合、提供情報反映部３３２は、類似度算出部３２で算出された類似度をより高くする。また、提供情報反映部３３２は、提供頻度で類似度の値を増減させる他、提供先のノードまでのネットワーク経路の情報も加味する。具体的には、提供情報反映部３３２は、ホップ数及び提供先のノードとの通信帯域に基づいて、伝送に必要となるリソースが少なくてすむノードへ提供するほど類似度を高くする。
【００４６】
提供情報を反映させた類似度は、「１＋番組データ提供毎の（（１／ホップ数）×転送帯域）の総和」により算出できる。例えば、図８及び図９の場合、データＩＤ「００８」の番組データについては、「１＋（（１／１）×１０）＋（（１／３）×１２）」となる。また、データＩＤ「０３７」については、「１＋（（１／１）×２４）」となる。
【００４７】
類似度に提供情報を反映させることで、ノード１ａと近い他のノード（例えば、ノード１ｂ）にとっては、取得したい番組データを、近くのノード１ａが取得している可能性が高くなる。従って、他のノード１ｂは、高速にその番組データをノード１ａから取得することができる。
【００４８】
推奨度記憶部３３３は、類似度算出実行部３２２が算出した類似度に、利用情報反映部３３１及び提供情報反映部３３２で各情報が反映された結果を、未録画番組の推奨度として格納する。推奨度は、Σ［履歴中番組データとのメタデータの類似度×｛（１＋各視聴時につき視聴した割合）×（１−削除係数）｝×｛１＋番組データ提供時のΣ（（１／ホップ数）×転送帯域）｝］で求めることができる。
【００４９】
図１４は、推奨度記憶部３３３に格納されている推奨度を管理するテーブルである。このテーブルは、データＩＤ、放送日時、及び推奨度の欄が設けられており、各情報が互いに関連づけられている。データＩＤには、推奨度が算出された番組データのデータＩＤが格納されている。放送日時は、番組データに係る番組の放送日時が格納されている。推奨度は、利用情報及び提供情報が反映された類似度が格納されている。
【００５０】
番組データ自動取得部３４は、推奨度が算出された未録画番組が再放送される場合に、算出した推奨度に基づいて、未録画番組の番組データを他のノード１ｂ〜１ｆから取得するか、再放送時に録画するかを選択する。番組データ自動取得部３４は、推奨度反映部３４１、放送蓄積優先度算出部３４２及び取得方法選択部３４３の機能を有している。
【００５１】
推奨度反映部３４１は、推奨度算出部３３が算出した推奨度に、未録画番組が放送されてからの経過時間を反映させる。具体的には、推奨度反映部３４１は、番組表から未録画番組が放送されてからの経過時間を算出し、経過時間が短いほど推奨度の値が大きくなるように設定する。例えば、反映後の推奨度は、反映前の推奨度×(Ｔａ÷経過時間[分])により算出できる。Ｔａは、既定の定数であり、例えば「１４４０」とした場合、経過時間２４時間以内の未録画番組の推奨度が他の未録画番組の推奨度よりも高い値となる。一般的に、ユーザは、視聴し終えた録画番組の番組データは削除することが多い。このため、経過時間が短いほど推奨度の値を大きくすることで、番組データ提供部２６は、放送終了直後の録画番組の番組データを優先的に他のノード１ｂ〜１ｆから受信するようになる。これにより、ノード１ａは、番組を録画したノード１ｂ〜１ｆから録画番組の番組データが削除される前に、その番組データを取得できるようになる。
【００５２】
放送蓄積優先度算出部３４２は、番組表に基づいて、未録画番組が再放送されるか否かを判定する。具体的には、放送蓄積優先度算出部３４２は、番組表に含まれる現在時刻以降の番組の中から、未録画番組のタイトル又は詳細情報と同じ情報を有する番組を検索し、検索できた場合は再放送されると判定する。再度放送される場合、放送蓄積優先度算出部３４２は、未録画番組に対する放送蓄積優先度を算出する。放送蓄積優先度は、再放送される未録画番組の番組データを他のノード１ｂ〜１ｆから取得するか、再放送時にテレビ放送から取得（録画）するかを選択するための閾値である。例えば、再放送されるまでの時間が短い場合には、再放送時に未録画番組を録画するようにすることで、ネットワークのトラフィックが集中することを回避できる。反対に、再放送までの時間が長い場合には、他のノード１ｂ〜１ｆから未録画番組の番組データを取得することで、速やかにユーザに未録画番組を視聴させることができる。放送蓄積優先度算出部３４２は、再放送開始までの時間を算出する。そして、放送蓄積優先度算出部３４２は、Ｔｂ÷放送開始までの時間[分]の式により、放送蓄積優先度を算出する。Ｔｂは既定の定数であり、例えば「１４４０」とした場合、２４時間以内に再放送される番組データの推奨度が1より大きくなる。
【００５３】
取得方法選択部３４３は、推奨度反映部３４１及び放送蓄積優先度算出部３４２の結果を用いて、未録画番組を、その番組データを他のノード１ｂ〜１ｆから取得するか、再放送時にテレビ放送から取得するかを選択する。再放送されるまでの時間が短い場合、放送蓄積優先度は大きくなる。従って、取得方法選択部３４３は、放送蓄積優先度が推奨度より高い場合には、テレビ放送から未録画番組の番組データを取得するために、録画予約部２４へ通知して、該当する番組の録画予約を行う。一方、再放送されるまでの時間が長い場合、放送蓄積優先度は小さくなる。従って、放送蓄積優先度が推奨度より低い場合には、取得方法選択部３４３は、番組データ要求部２５へ通知して、他のノード１ｂ〜１ｆから番組データを取得させる。
【００５４】
次に、上述のように構成されるノード１ａの動作について説明する。
【００５５】
以下に、未録画番組の類似度を算出する処理について説明する。類似度の算出には、様々な方法が適用可能であり、まず、類似度算出処理の一例について説明する。図１５は、類似度算出処理の一例の手順を示すフローチャートである。
【００５６】
ＣＰＵ１１は、例えば番組表から、未録画番組のタイトル及び詳細情報に含まれるキーワードを抽出する（Ｓ１）。キーワードの抽出方法としては、例えば、テキスト文書に対して日本語の「形態素解析」処理を行い、「名詞」であると判別した形態素をキーワードとして抽出する。ＣＰＵ１１は、ノード１ａが記憶している番組データのタイトル及び詳細情報に、Ｓ１で抽出したキーワードが出現する回数をキーワード毎にカウントする（Ｓ２）。
【００５７】
次に、ＣＰＵ１１は、キーワード毎の出現回数を全て加算する（Ｓ３）。ＣＰＵ１１は、算出した全出現回数の総和を未録画番組の類似度とする。このように、未録画番組と、録画番組とのタイトル及び詳細情報に同じキーワードを多く含んでいるほど、出現回数の総和が大きい値となり、結果として類似度が高い値となる。
【００５８】
次に、類似度算出処理の他の例について説明する。図１６は、類似度算出処理の別の手順を示すフローチャートである。
【００５９】
ＣＰＵ１１は、全未録画番組のタイトル及び詳細情報に含まれるキーワードを抽出し（Ｓ１０）、抽出した各キーワードが出現する回数をカウントする（Ｓ１１）。ＣＰＵ１１は、キーワード毎の出現回数を全て加算する（Ｓ１２）。ＣＰＵ１１は、抽出したキーワード毎に出現率を算出する（Ｓ１３）。キーワードの出現率は、そのキーワードの出現回数を、各キーワードの出現回数の総和で除算して得られる。このように、出現回数の多いキーワードほど出現率は高くなる。
【００６０】
次に、ＣＰＵ１１は、一の未録画番組のタイトル及び詳細情報に含まれるキーワードを抽出する（Ｓ１４）。ＣＰＵ１１は、ノード１ａが記憶している番組データのタイトル及び詳細情報に、抽出した各キーワードが出現する回数をカウントする（Ｓ１５）。ＣＰＵ１１は、Ｓ１５でカウントした出現回数を、そのキーワードの「出現率」で除算する（Ｓ１６）。出現率が低いキーワードほど、除算結果は大きくなる。
【００６１】
次に、ＣＰＵ１１は、全ての抽出したキーワードについてのステップＳ１６での演算結果の総和を、未録画番組と録画番組との類似度として算出する（Ｓ１７）。このように、未録画番組と録画番組との間で、希少なキーワードを数多く共有しているほど、類似度が大きな値となる。
【００６２】
次に、未録画番組の番組データを取得する処理について説明する。
【００６３】
図１７、図１８及び図１９は、未録画番組データ取得処理の手順を示すフローチャートである。図１７、図１８及び図１９を実行するタイミングは、例えば番組表を取得したときであってもよいし、所定時間経過する都度であってもよい。
【００６４】
ＣＰＵ１１は、まず番組表と録画番組とに基づいて、未録画番組を抽出し（Ｓ２１）、図１５又は図１６で説明した処理により、抽出した未録画番組の類似度を算出する（Ｓ２２）。次に、ＣＰＵ１１は、算出した類似度が一定値以上であるか否かを判定する（Ｓ２３）。一定値以上である場合（Ｓ２３：ＹＥＳ）、ＣＰＵ１１は、類似度を算出した未録画番組が、録画番組と類似していると判定し、その未録画番組の放送が既に終了しているか否かを判定する（Ｓ２４）。放送が終了していない場合（Ｓ２４：ＮＯ）、ＣＰＵ１１は、その未録画番組の録画予約を行う（Ｓ２７）。
【００６５】
放送が終了している場合（Ｓ２４：ＹＥＳ）、ＣＰＵ１１は、Ｓ２２で算出した類似度に、録画番組の利用情報及び提供情報を反映させて（Ｓ２５）、その結果を推奨度として記憶する（Ｓ２６）。例えば、ＣＰＵ１１は、全体が視聴された番組データ、又は、何度も視聴された番組データの場合、類似度が高くなるようにする。すなわち、推奨度は高くなる。反対に、少し見ただけで視聴をやめた番組データ、又は一度も視聴せずに削除した番組データの場合、類似度が低くなるようにする。すなわち、推奨度は低くなる。また、ＣＰＵ１１は、例えば、他のノード１ｂ〜１ｆに対して提供した番組データの提供頻度が高い場合、類似度が高くなるようにする。
【００６６】
ＣＰＵ１１は、Ｓ２６又はＳ２７の処理の後、Ｓ２１で抽出した全未録画番組に対してＳ２２〜Ｓ２７の処理が終了したか否かを判定する（Ｓ２８）。終了していない場合（Ｓ２８：ＮＯ）、ＣＰＵ１１は、Ｓ２２の処理に戻り、他の未録画番組に対して同様の処理を行う。終了した場合（Ｓ２８：ＹＥＳ）、ＣＰＵ１１は、推奨度を算出した未録画番組に対して、放送が終了してからの経過時間を算出する（Ｓ２９）。ＣＰＵ１１は、算出した経過時間を、算出した推奨度に反映させる（Ｓ３０）。例えば、ＣＰＵ１１は、未録画番組の放送終了後からの経過時間が短いほど推奨度の値が大きくなるようする。
【００６７】
次に、ＣＰＵ１１は、番組表に基づいて、未録画番組が再放送されるか否かを判定する（Ｓ３１）。再放送される場合（Ｓ３１：ＹＥＳ）、ＣＰＵ１１は、再放送されるまでの時間を算出し（Ｓ３２）、算出した時間に基づいて、放送蓄積優先度を算出する（Ｓ３３）。ＣＰＵ１１は、算出した放送蓄積優先度と推奨度とを対比して、推奨度が放送蓄積優先度未満であるか否かを判定する（Ｓ３４）。推奨度が放送蓄積優先度未満である場合（Ｓ３４：ＹＥＳ）、ＣＰＵ１１は、未録画番組を再放送時にテレビ放送から取得すると決定し、その未録画番組の録画予約を行う（Ｓ３５）。
【００６８】
一方、推奨度が放送蓄積優先度未満でない場合（Ｓ３４：ＮＯ）、又は未録画番組が再放送されない場合（Ｓ３１：ＮＯ）、ＣＰＵ１１は、ダウンロード処理の予約を行う（Ｓ３６）。ダウンロード処理とは、他のノード１ｂ〜１ｆから未録画番組の番組データを取得するための処理である。ダウンロード処理を予約した場合、ＣＰＵ１１は、未録画番組の推奨度に従って、順に未録画番組の番組データを、他のノード１ｂ〜１ｆから取得する処理を行う。
【００６９】
Ｓ３５又はＳ３６の終了後、ＣＰＵ１１は、推奨度を算出した全未録画番組に対して、Ｓ２９〜Ｓ３６の処理が終了したか否かを判定する（Ｓ３７）。終了していない場合（Ｓ３７：ＮＯ）、ＣＰＵ１１は、Ｓ２９の処理を実行する。終了した場合（Ｓ３７：ＹＥＳ）、ＣＰＵ１１は、Ｓ３６でダウンロード処理の予約対象となった未録画番組の推奨度を降順にソートする（Ｓ３８）。
【００７０】
ＣＰＵ１１は、推奨度が高い順に、他のノード１ｂ〜１ｆへキーワードを指定した検索要求を送信する（Ｓ３９）。ここで指定されるキーワードは、例えば類似度の算出に用いられたキーワードであってもよいし、該当する未録画番組の詳細情報から抽出したキーワードであってもよい。ＣＰＵ１１は、送信した検索要求に対して検索結果を受信したか否かを判定する（Ｓ４０）。検索結果を受信していない場合（Ｓ４０：ＮＯ）、ＣＰＵ１１は、受信するまで待機する。このとき、ＣＰＵ１１は、一定時間以上受信しない場合は、次処理に移行してもよい。
【００７１】
検索結果を受信した場合（Ｓ４０：ＹＥＳ）、ＣＰＵ１１は、受信した検索結果に基づいて、検索した番組データを有するノードに対して番組データの提供要求を送信する（Ｓ４１）。なお、ＣＰＵ１１は、検索結果を受信した場合には、ノード１ａが行った検索、及びその結果に関する情報を記憶する（図１０参照）。ＣＰＵ１１は、提供要求の送信先のノードから番組データを受信したか否かを判定する（Ｓ４２）。番組データを受信していない場合（Ｓ４２：ＮＯ）、ＣＰＵ１１は、受信するまで待機する。番組データを受信した場合（Ｓ４２：ＹＥＳ）、ＣＰＵ１１は、受信した番組データを記憶する（Ｓ４３）。このとき、ＣＰＵ１１は、受信した番組データに関する利用情報（図１１及び図１２参照）も記憶する。
【００７２】
ＣＰＵ１１は、ダウンロード処理の予約対象となった全未録画番組の番組データを他のノード１ｂ〜１ｆから受信したか否かを判定する（Ｓ４４）。全未録画番組の番組データを受信していない場合（Ｓ４４：ＮＯ）、ＣＰＵ１１は、Ｓ３９の処理に戻り、残りの未録画番組の番組データを取得する。全未録画番組の番組データを受信した場合（Ｓ４４：ＹＥＳ）、ＣＰＵ１１は、本処理を終了する。
【００７３】
次に、番組データの検索要求、及び番組データの提供要求を受信したときのノード１ａの動作を説明する。
【００７４】
図２０は、番組データ検索応答処理の手順を示すフローチャートである。
【００７５】
ＣＰＵ１１は、他のノード１ｂ〜１ｆから検索要求を受信したか否かを判定する（Ｓ５１）。受信していない場合（Ｓ５１：ＮＯ）、ＣＰＵ１１は、本処理を終了する。受信した場合（Ｓ５１：ＹＥＳ）、ＣＰＵ１１は、検索要求に含まれるキーワードに基づいて、番組データを検索する（Ｓ５２）。そして、ＣＰＵ１１は、検索結果を、検索要求元のノードへ送信する（Ｓ５３）。ＣＰＵ１１は、図７に示す、検索要求に対して応答した内容（検索キーワード、検索要求元ノード、検索要求日時及びデータＩＤ）を記憶し（Ｓ５４）、本処理を終了する。
【００７６】
図２１は、番組データ提供処理を示すフローチャートである。
【００７７】
ＣＰＵ１１は、他のノード１ｂ〜１ｆから提供要求を受信したか否かを判定する（Ｓ６１）。提供要求を受信していない場合（Ｓ６１：ＮＯ）、ＣＰＵ１１は、本処理を終了する。提供要求を受信した場合（Ｓ６１：ＹＥＳ）、ＣＰＵ１１は、受信した提供要求に含まれるデータＩＤに基づいて、番組データを検索し（Ｓ６２）、提供する番組データが格納されているか否かを判定する（Ｓ６３）。
【００７８】
番組データが格納されている場合（Ｓ６３：ＹＥＳ）、ＣＰＵ１１は、該当する番組データを、提供要求元のノードへ送信する（Ｓ６４）。ＣＰＵ１１は、図８及び図９に示す、提供した内容（データＩＤ、提供要求元ノード、取得要求日時、転送速度及び転送実績）を記憶し（Ｓ６５）、本処理を終了する。一方、番組データが格納されていない場合（Ｓ６３：ＮＯ）、ＣＰＵ１１は、本処理を終了する。このとき、ＣＰＵ１１は、提供要求元のノードへ、該当する番組データがないことを通知するようにしてもよい。
【００７９】
以上説明したように、本実施の形態では、録画番組と類似する未録画番組の放送が終了している場合であっても、他のノード１ｂ〜１ｆから未録画番組の番組データを受信することができる。また、未録画番組の放送終了からの時間が長くなるにつれ、未録画番組を録画した他のノード１ｂ〜１ｆでは、視聴が終了し、未録画番組の番組データが削除されるおそれがある。このため、未録画番組の放送終了からの時間を考慮することで、未録画番組の番組データを取得し損ねるおそれを低減することができる。
【００８０】
また、未録画番組の放送直後は多くのノードがその番組データを持っている傾向となるため、その番組データをＰ２Ｐ方式で取得する際には、多くのノードから近くのノード、例えば通信における伝送コストが低いノードを選択することが可能となる。これにより、番組データの受信に要する通信トラフィックを抑えることができ、ネットワークにかかる伝送負荷を抑制できる。さらに、未録画番組の再放送がある場合、テレビ放送又はネットワークの何れかから番組データを取得することができるため、未録画番組の番組データの取得経路を分散させることができる。この結果、ネットワークを介して他のノード１ｂ〜１ｆから番組データを受信する回数を減らすことで、ネットワーク上のトラフィックを抑制することができる。
【００８１】
以上、本発明の好適な一実施の形態について、具体的に説明したが、各構成及び動作等は適宜変更可能であって、上述の実施の形態に限定されることはない。
【００８２】
以下に、上述の実施形態を含む実施形態に関し、更に付記を開示する。
【００８３】
（付記１）
テレビジョン放送された番組を受信する手段と、
受信した番組に係る番組データを記憶する記憶手段と、
番組の放送時刻の予定を示す放送予定情報を取得する手段と、
取得した放送予定情報に基づいて、前記記憶手段に番組データを記憶していない番組を抽出する抽出手段と、
該抽出手段が抽出した番組と、前記記憶手段に番組データを記憶してある番組との類似度を算出する類似度算出手段と、
取得した前記放送予定情報に示される放送時刻と現在の時刻を示す現在時刻とに基づいて、前記抽出手段が抽出した番組の放送が終了しているか否かを判定する放送終了判定手段と、
該放送終了判定手段が終了していると判定した場合、前記番組の放送が終了してからの経過時間を算出する経過時間算出手段と、
前記類似度算出手段が算出した類似度、及び前記経過時間算出手段が算出した経過時間に基づいて、前記番組の推奨度を決定する推奨度決定手段と、
番組データを記憶する外部装置とデータ通信する手段と、
前記推奨度決定手段が決定した推奨度に基づいて、前記外部装置に対して前記番組に係る番組データを要求する要求手段と
を備える番組データ記憶装置。
【００８４】
（付記２）
前記抽出手段が複数の番組を抽出した場合、
前記要求手段は、
推奨度が高い順に、番組に係る番組データを要求するようにしてある
付記１に記載の番組データ記憶装置。
【００８５】
（付記３）
前記推奨度決定手段は、
前記経過時間算出手段が算出した経過時間の短／長に応じて、高／低となる推奨度を決定するようにしてある
付記２に記載の番組データ記憶装置。
【００８６】
（付記４）
前記放送終了判定手段が番組の放送が終了していると判定した場合、前記放送予定情報に基づいて、前記番組の再放送があるか否かを判定する手段と、
再放送があると判定した場合、前記番組の受信予約を行う受信予約手段と
をさらに備え、
前記要求手段は、
前記受信予約手段が番組の受信予約を行った場合、前記番組に係る番組データの要求を中止するようにしてある
付記１から３の何れか一つに記載の番組データ記憶装置。
【００８７】
（付記５）
再放送があると判定した場合、再放送までの時間を算出する手段と、
算出した時間と、前記推奨度決定手段が決定した推奨度とに基づいて、前記受信予約手段に受信予約させるか、又は、前記要求手段に番組データを要求させるかを選択する選択手段と
をさらに備える付記４に記載の番組データ記憶装置。
【００８８】
（付記６）
前記記憶手段に記憶してある番組データの要求を前記外部装置から受信する手段と、
要求を受信した場合、前記番組データを前記外部装置へ送信する手段と、
前記外部装置への番組データの送信に関する送信情報を記憶する送信情報記憶手段と
をさらに備え、
前記推奨度決定手段は、
記憶してある送信情報を含んで推奨度を決定するようにしてある
付記１から５の何れか一つに記載の番組データ記憶装置。
【００８９】
（付記７）
前記送信情報記憶手段は、
番組データの送信頻度を含む送信情報を記憶しており、
前記推奨度決定手段は、
送信頻度の高／低に応じて、高／低となる推奨度を決定するようにしてある
付記６に記載の番組データ記憶装置。
【００９０】
（付記８）
中継装置を経由して前記外部装置とデータ通信しており、
前記送信情報記憶手段は、
中継装置の情報を含む送信情報を記憶しており、
前記推奨度決定手段は、
経由する中継装置の数の増／減に応じて、低／高となる推奨度を決定するようにしてある
付記６又は７に記載の番組データ記憶装置。
【００９１】
（付記９）
前記記憶手段に記憶してある番組データの利用履歴を取得する手段
をさらに備え、
前記推奨度決定手段は、
取得した利用履歴を含んで推奨度を決定するようにしてある
付記１から８の何れか一つに記載の番組データ記憶装置。
【００９２】
（付記１０）
前記記憶手段に記憶してある番組データを削除する手段と、
番組データの削除履歴を記憶する手段と
をさらに備え、
前記推奨度決定手段は、
削除された番組データに係る推奨度を低くするようにしてある
付記１から９の何れか一つに記載の番組データ記憶装置。
【００９３】
（付記１１）
テレビジョン放送された番組を受信し、
受信した番組に係る番組データを記憶し、
番組の放送時刻の予定を示す放送予定情報を取得し、
取得した放送予定情報に基づいて、前記記憶手段に番組データを記憶していない番組を抽出し、
抽出した番組、及び番組データが記憶してある番組の類似度を算出し、
取得した前記放送予定情報に示される放送時刻と現在の時刻を示す現在時刻とに基づいて、抽出した前記番組の放送が終了しているか否かを判定し、
終了していると判定した場合、前記番組の放送が終了してからの経過時間を算出し、
算出した類似度及び経過時間に基づいて、前記番組の推奨度を決定し、
番組データを記憶する外部装置とデータ通信し、
決定した推奨度に基づいて、前記外部装置に対して前記番組に係る番組データを要求する
番組データ記憶方法。
【００９４】
（付記１２）
テレビジョン放送された番組を受信し、受信した番組に係る番組データを記憶するコンピュータで実行されるプログラムにおいて、
コンピュータを、
取得した番組の放送時刻の予定を示す放送予定情報に基づいて、前記記憶手段に番組データを記憶していない番組を抽出する抽出手段、
該抽出手段が抽出した番組と、前記記憶手段に番組データを記憶してある番組との類似度を算出する類似度算出手段、
取得した前記放送予定情報に示される放送時刻と現在の時刻を示す現在時刻とに基づいて、前記抽出手段が抽出した番組の放送が終了しているか否かを判定する放送終了判定手段、
該放送終了判定手段が終了していると判定した場合、前記番組の放送が終了してからの経過時間を算出する経過時間算出手段、
前記類似度算出手段が算出した類似度、及び前記経過時間算出手段が算出した経過時間に基づいて、前記番組の推奨度を決定する推奨度決定手段、及び、
前記推奨度決定手段が決定した推奨度に基づいて、番組データを記憶し、データ通信する外部装置に対して、前記番組に係る番組データを要求する要求手段
として機能させるプログラム。
【符号の説明】
【００９５】
１ａ〜１ｆ  ノード
２０  テレビ放送受信部
２１  番組データ取得部
２２  番組データ管理部
２３  番組データ記憶部（記憶手段）
２４  録画予約部（受信予約手段）
２５  番組データ要求部（要求手段）
２６  番組データ提供部
２７  提供情報管理部
２９  利用情報管理部
３２  類似度算出部（放送終了判定手段）
３３  推奨度算出部（推奨度決定手段）
３４  番組データ自動取得部（経過時間算出手段、推奨度決定手段、選択手段）
【図１】
0005434726.tif 000002
【図２】
0005434726.tif 000003
【図３】
0005434726.tif 000004
【図４】
0005434726.tif 000005
【図５】
0005434726.tif 000006
【図６】
0005434726.tif 000007
【図７】
0005434726.tif 000008
【図８】
0005434726.tif 000009
【図９】
0005434726.tif 000010
【図１０】
0005434726.tif 000011
【図１１】
0005434726.tif 000012
【図１２】
0005434726.tif 000013
【図１３】
0005434726.tif 000014
【図１４】
0005434726.tif 000015
【図１５】
0005434726.tif 000016
【図１６】
0005434726.tif 000017
【図１７】
0005434726.tif 000018
【図１８】
0005434726.tif 000019
【図１９】
0005434726.tif 000020
【図２０】
0005434726.tif 000021
【図２１】
0005434726.tif 000022