JP2003274377A - 録画予約受付配信方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】ユーザの入力情報に応じて自動的に目的の番組
を録画するとともに、録画する番組毎に番組の鑑賞時の
状況を想定してその状況に応じて録画方法を変更する。 【解決手段】ホームサーバ１７は、録画対象番組の指定
および当該番組を鑑賞する時間帯情報の指定を受け、指
定された番組の録画を行う。また、各番組について指定
された鑑賞時間帯を確認し、録画された番組をその番組
について指定された鑑賞時間帯に、その鑑賞時間帯に対
応した鑑賞用機器（携帯端末１０等）に配信する。前記
指定された鑑賞時間帯に応じて、録画される当該番組デ
ータのビットレートを異ならせる。録画対象番組の指定
の代わりに、録画対象番組を選択するための判断基準と
なる情報を受け付け、当該判断基準に基づいて電子番組
表データから各番組の優先度を判定し、この優先度に基
づいて録画対象番組を自動的に決定するようにしてもよ
い。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、放送番組の予約録
画およびその配信のための録画予約受付配信方法および
システムに関する。

【０００２】

【従来の技術】近年、ハードディスクドライブ（ＨＤ
Ｄ）などの大容量ストレージによるＴＶ番組予約録画が
可能な機器の出現により、従来のカセットテープのよう
なテープメディアに比べて記憶容量を気にする必要な
く、比較的自由に所望の番組の録画が行えるようになっ
た。

【０００３】このような大容量ストレージが利用可能と
なった現在でも、ＴＶ番組などの録画および鑑賞のスタ
イルは、ユーザが番組表から見たい番組を探して予約録
画または直接録画を行い、その後の所望の時点で、溜ま
った番組を鑑賞するというものである。

【０００４】

【発明が解決しようとする課題】しかしながら、あまり
に多くの番組を録画しすぎても結果的に鑑賞する時間が
無く、ストレージに溜まるコンテンツをやがては整理し
なくてはならないなどのメンテナンスの手間が掛かる可
能性がある。また、大容量といっても無限に番組を記録
できる訳ではない。

【０００５】一方、携帯電話や無線ＬＡＮ（ホットスポ
ット）の技術、機能の向上により、外出先でも録画テー
タの鑑賞が可能となってくると考えられる。これに伴
い、番組を鑑賞する状況（例えば自宅や外出先などの場
所や時間帯の相違）によってデータの変換が必要になる
ケースもありうる。例えば、高画質で録画された番組に
ついては、転送速度や処理速度、処理負荷等の観点から
レート変換が必要となることが予想される。

【０００６】さらに、従来録画しようとする番組は自ら
能動的に探す必要があった。そのため、好みの放送番組
の録画を忘れたり、放送後にその存在に気づいたりする
場合があった。

【０００７】本発明はこのような背景においてなされた
ものであり、その目的は、ユーザの入力情報に応じて自
動的に目的の番組を録画することができる録画予約受付
配信方法およびシステムを提供することにある。

【０００８】本発明の他の目的は、自動的に録画する番
組の選択基準を自動的に更新することができる録画予約
受付配信方法およびシステムを提供することにある。

【０００９】本発明のさらに他の目的は、録画する番組
毎に番組の鑑賞時の状況を想定してその状況に応じて録
画方法を変更することができる録画予約受付配信方法お
よびシステムを提供することにある。

【００１０】本発明の別の目的は、録画された番組をユ
ーザのスケジュールに応じて別の鑑賞装置に配信するこ
とができる録画予約受付配信方法およびシステムを提供
することにある。

【００１１】

【課題を解決するための手段】本発明による録画予約受
付配信方法は、放送番組の録画予約受付および配信を行
う録画予約受付配信方法であって、録画対象番組の指定
および当該番組を鑑賞する時間帯情報の指定を受けるス
テップと、時間帯に対応して番組鑑賞に利用する鑑賞用
機器の情報を登録するステップと、指定された番組の録
画を行うステップと、前記番組について指定された鑑賞
時間帯を確認するステップと、録画された番組をその番
組について指定された鑑賞時間帯に、その鑑賞時間帯に
対応した鑑賞用機器に配信するステップとを備えたこと
を特徴とする。

【００１２】ある番組の録画対象として指定するととも
にそれを鑑賞する時間帯を例えば通勤時間帯としたと
き、その時間帯となったときに、その時間帯に対応した
鑑賞用機器である例えば携帯端末宛にその番組を配信す
る。

【００１３】前記指定された鑑賞時間帯に応じて、録画
される当該番組データのビットレートを異ならせるよう
にしてもよい。例えば、携帯端末のような鑑賞用機器宛
に配信を行う時間帯が鑑賞時間帯として指定された番組
についてはそのビットレートを他の番組のビットレート
より低くする。

【００１４】本発明による他の録画予約受付配信方法
は、放送番組の録画予約受付および配信を行う録画予約
受付配信方法であって、番組を鑑賞可能な時間帯情報の
指定を受けるステップと、時間帯に対応して番組鑑賞に
利用する鑑賞用機器の情報を登録するステップと、録画
対象番組を選択するための判断基準となる情報を受け付
けるステップと、当該判断基準に基づいて電子番組表デ
ータから各番組の優先度を判定し、この優先度に基づい
て録画対象番組を決定するステップと、決定された番組
の録画を行うステップと、録画された番組を、鑑賞時間
帯に、その鑑賞時間帯に対応した鑑賞用機器に配信する
ステップとを備えたことを特徴とする。この場合、録画
対象番組は、録画対象番組を選択するための判断基準と
なる情報に基づいて自動的に判定される。

【００１５】また、前記優先度に基づいて、録画される
当該番組データのビットレートを異ならせるようにして
もよい。この場合、さらに、各番組のビットレートに応
じてその番組を配信する鑑賞時間帯を決定するようにし
てもよい。

【００１６】前記録画対象番組を選択するための判断基
準となる情報は、ユーザの嗜好データキーワードを含ん
でもよく、この場合、各番組から抽出されたキーワード
をユーザの嗜好データキーワードと比較することにより
当該番組の優先度を判定することができる。

【００１７】前記録画対象番組を選択するための判断基
準となる情報は、さらに、ユーザの拒絶データキーワー
ドを含んでもよく、この場合、前記各番組から抽出され
たキーワードをさらにユーザの拒絶データキーワードと
比較し、両比較結果に基づいて当該番組の優先度を判定
することができる。

【００１８】前記嗜好データキーワードおよび／または
拒絶データキーワードを自動的に更新するステップをさ
らに備えてもよい。

【００１９】本発明は、さらに、上記録画予約受付配信
方法を実施するためのシステム、あるいは、ホームサー
バにおいて実行される録画予約受付配信プログラムとし
て把握することも可能である。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態につい
て、図面を参照して詳細に説明する。

【００２１】図１に、本発明が適用されるシステム全体
の概略の構成を示す。このシステムでは、携帯電話など
の携帯端末機器（単に携帯端末ともいう）１０が基地局
１２を介してインターネット１４に接続される。携帯端
末１０は、ユーザが外出時に用いる番組鑑賞用の機器と
して利用される。携帯端末１０のユーザの例えば自宅の
ような所定の場所にはホームサーバ１７が設置され、こ
のホームサーバ１７に録画再生装置２０が接続されてい
る。ホームサーバ１７は、パーソナルコンピュータ（Ｐ
Ｃ）で構成しうる。録画再生装置２０は、ハードディス
クドライブ（ＨＤＤ）と、ＴＶチューナおよび動画録画
再生機能（ＨＤＤレコーダ）とを備えたパーソナルコン
ピュータが兼ねることも可能である。また、本発明にお
いて必須の要素ではないが、自宅以外の所定の場所にお
いて、有線または無線インタフェースによりインターネ
ット１４に接続された番組鑑賞用の機器としてパーソナ
ルコンピュータ１８が配置されていてもよい。本実施の
形態における携帯端末１０およびパーソナルコンピュー
タ１８はいずれも音声付きの動画像の再生機能を有する
ものとする。

【００２２】図２は、携帯端末１０の構成例を示すブロ
ック図である。携帯端末１０は、その各部を統括的に制
御するようになされた主制御部１５０に対して、電源回
路部１５１、操作入力制御部１５２、ＬＣＤ（Liquid C
rystal Display）制御部１５５、多重分離部１５７、変
復調回路部１５８及び音声コーデック１５９がメインバ
ス１６０を介して互いに接続されると共に、画像デコー
ダ１５６、多重分離部１５７、変復調回路部１５８及び
音声コーデック１５９が同期バス１６１を介して互いに
接続されて構成されている。

【００２３】携帯端末１０は、ＣＰＵ、ＲＯＭ及びＲＡ
Ｍ等から構成される主制御部１５０の制御に基づいて、
音声通話モード時にマイクロフォン１２１で集音した音
声信号を音声コーデック１５９によってディジタル音声
データに変換し、これを変復調回路部１５８でスペクト
ラム拡散処理し、送受信回路部１６３でディジタルアナ
ログ変換処理及び周波数変換処理を施した後にアンテナ
１１４を介して送信する。主制御部１５０のＲＯＭに
は、制御プログラム、アプリケーションプログラム等を
含む。なお、ＲＯＭにはフラッシュＲＯＭのような書き
換え可能なメモリを含めば、事後的に必要なプログラム
等を追加インストールすることができる。

【００２４】また携帯端末１０は、音声通話モード時に
アンテナ１１４で受信した受信信号を増幅して周波数変
換処理及びアナログディジタル変換処理を施し、変復調
回路部１５８でスペクトラム逆拡散処理し、音声コーデ
ック１５９によってアナログ音声信号に変換した後、こ
れをスピーカ１１７を介して出力する。

【００２５】データ通信モード時に電子メールを送信す
る場合、携帯端末１０は、操作キー１１９及びジョグダ
イヤル１２２の操作によって入力された電子メールのテ
キストデータを操作入力制御部１５２を介して主制御部
１５０に送出する。主制御部１５０は、テキストデータ
を変復調回路部１５８でスペクトラム拡散処理し、送受
信回路部１６３でディジタルアナログ変換処理及び周波
数変換処理を施した後にアンテナ１１４を介して基地局
へ送信する。

【００２６】データ通信モード時に電子メールを受信す
る場合、携帯端末１０は、アンテナ１１４を介して基地
局から受信した受信信号を変復調回路部１５８でスペク
トラム逆拡散処理して元のテキストを復元した後、ＬＣ
Ｄ制御部１５５を介して液晶ディスプレイ１１８に電子
メールとして表示する。多重分離部１５７は、任意の符
号化画像データと音声コーデック１５９から供給された
音声データとを所定の方式で多重化し、その結果得られ
る多重化データを変復調回路部１５８でスペクトラム拡
散処理し、送受信回路部１６３でディジタルアナログ変
換処理及び周波数変換処理を施した後にアンテナ１１４
を介して送信する。

【００２７】データ通信モード時に携帯端末１０は、動
画像ファイルのデータを受信する場合、アンテナ１１４
を介して基地局から受信した受信信号を変復調回路部１
５８でスペクトラム逆拡散処理し、その結果得られる多
重化データを多重分離部１５７に送出する。多重分離部
１５７は、多重化データを分離することにより符号化画
像データと音声データとに分け、同期バス１６１を介し
て当該符号化画像データを画像デコーダ１５６に供給す
ると共に当該音声データを音声コーデック１５９に供給
する。画像デコーダ１５６は、符号化画像データをＭＰ
ＥＧ２やＭＰＥＧ４等の所定の符号化方式に対応した復
号化方式でデコードすることにより再生動画像データを
生成し、これをＬＣＤ制御部１５５を介して液晶ディス
プレイ１１８に供給し、これにより、動画像ファイルに
含まれる動画データが表示される。このとき同時に音声
コーデック１５９は、音声データをアナログ音声信号に
変換した後、これをスピーカ１１７に供給し、これによ
り、動画像ファイルに含まる音声データが再生される。

【００２８】図３に、本実施の形態における録画再生装
置２０の概略内部構成の一例を示す。この録画再生装置
２０は、本機器全体の制御を司るＣＰＵ２０１に対し
て、ＲＯＭ２０２、ＴＶ放送受信回路２０３、ビデオ記
録装置２０５、ＲＡＭ２０９および通信部２１０がバス
２２０を介して接続されている。ＲＯＭ２０２は、ＣＰ
Ｕ２０１が実行する制御プログラムおよび固定的なデー
タを不揮発的に格納している読み出し専用メモリであ
る。ＲＡＭ２０９は、ＣＰＵ２０１によりデータの一時
記憶領域、作業領域として利用される一般的に揮発性の
読み書き可能なメモリである。ＴＶ放送受信回路２０３
は、アンテナ２０４から地上波や衛星波の放送電波を受
信し、復調、復号化、（デジタル圧縮された信号に対し
ては伸張）等の処理を行い、映像および音声信号の再生
を行う。ビデオ記録装置２０５は、再生された映像およ
び音声信号を所定の記録方式でＨＤＤ等の記憶装置（大
容量ストレージ）に記録するとともに、必要時にこれら
を再生する。通信部２１０は、ホームサーバ１７に接続
するための手段であり、例えば、ローカルエリアネット
ワーク（ＬＡＮ）のようなネットワークに接続するため
のアダプタである。なお、図１，図３において、番組の
映像および音声を出力するモニタ（ディスプレイおよび
スピーカ等）は図示省略している。

【００２９】図４は図１のシステムにおけるホームサー
バ１７の概略の構成例を示している。ＣＰＵ１７０は、
制御プログラムおよび各種プログラムを実行し、サーバ
各部の制御を行う。この各種プログラムには、各種アプ
リケーションプログラムを含む。ＲＯＭ１７１は、ＣＰ
Ｕ１７０が実行するプログラムや演算用のパラメータの
うちの固定的なデータを格納する。ＲＡＭ１７２は、Ｃ
ＰＵ１７０の作業領域やデータの一時記憶領域を提供す
る。ＲＯＭ１７１およびＲＡＭ１７２は、バス１７９を
介してＣＰＵ１７０に接続される。キーボードなどの入
力装置１７４、ＣＲＴ，液晶ディスプレイなどの表示装
置１７５、ハードディスク装置，ＭＯ，ＣＤ−ＲＯＭ等
の外部記憶装置１７６は、インタフェース１７３を介し
てバス１７９に接続されている。ＲＯＭ１７１の代わり
にハードディスク装置等の外部記憶装置１７６を利用し
てもよい。バス１７９は通信部１７８を介してＬＡＮの
ようなネットワークと接続され、ネットワーク経由で本
実施の形態では録画再生装置２０に接続される。

【００３０】なお、図示しないが、本システム中の各装
置はいずれも現在日時を認識するためのカレンダーおよ
びクロック機能を有する。また、図３および図４ではホ
ームサーバと録画再生装置とを、通信インタフェースを
介して相互に接続される別体のものとして示したが、先
に示唆したように、本実施の形態における両者の機能を
併せ持つ単一の装置（例えば前述したようなＰＣ）であ
ってもよい。

【００３１】以下、図１のシステムの動作について説明
する。図５は、その主要部をなすホームサーバ１７の概
略動作を示すフローチャートである。ホームサーバは、
録画再生装置２０での番組の録画予約のための入力情報
をユーザから受け付ける（Ｓ１）。この入力はホームサ
ーバの入力装置１７４から行っても、あるいは、外部の
機器（例えば携帯端末１０）から行ってもよい。この入
力情報は、ユーザが特定の番組を録画対象として明示的
に指定するための情報であってもよいし、後述するよう
に自動録画のための判断の基準となる情報であってもよ
い。前者の情報は端的には、インターネット経由で外部
から得られるＥＰＧと呼ばれるような電子番組表を基に
ユーザが所望の番組を選択するものであり、その属性情
報として、鑑賞する時間帯の情報および／またはビット
レートを指定することができる。ビットレートが高けれ
ば高画質の動画像が得られるが、データ容量が大きくな
るため記憶容量が増大するとともに通信時間も長くな
り、携帯端末でのリアルタイムの番組再生に支障が生じ
うる。逆にビットレートが低ければ、画質は低下する
が、データ容量が小さくなるため記憶および通信におい
て有利となる。

【００３２】後者の「自動録画のための判断の基準とな
る情報」は、例えば、ユーザの所望のキーワード等の情
報である。この場合にも、番組を鑑賞できる時間帯およ
び場所の情報をユーザに別途入力させることが好まし
い。さらには、各鑑賞時間帯においてユーザが番組鑑賞
に利用する機器の登録を行う。例えば、通勤時間帯に対
しては、ユーザの携帯端末の通信アドレスを登録してお
く。自宅にいると思われる時間帯に対しては、鑑賞勧誘
を行う場合、ホームサーバ（または録画再生装置）自身
を登録しておく。

【００３３】鑑賞勧誘の際には、携帯端末または自宅内
機器（録画再生装置に接続されたＴＶやＰＣのモニタ
等）に、現在このような録画済み番組があるが見ません
か？という形で番組リストを提供する。ただし、ユーザ
によっては、このような勧誘を好まない場合がありうる
ため、プッシュ型でも、ユーザが応答するまで携帯端末
のアラームを鳴動させたり、自宅内機器の画面を切り替
える程の強いものから、携帯端末ヘ電子メールで伝えた
り、自宅内機器の画面上にテロップ表示を行うものま
で、種々の方法が考えられる。更にはプッシュせず、ユ
ーザからの問い合わせに備えて、アクセスがあったとき
に鑑賞可能な番組のリストを提供し、選ばせるという方
法も考えられる。この際に録画済み番組の検索などのサ
ービスも提供可能である。このように鑑賞の方法に関し
ては、ユーザ毎に細かくカスタマイズすることができ、
ある時間帯や居場所ではどのレベルで知らせるという指
定可能とすることもできる。

【００３４】一旦ユーザの入力情報が設定された後、継
続的にその入力情報に基づいて自動録画を行う場合に
は、ステップＳ１においては新たな入力情報の受付は行
わず、単に確認することになる。

【００３５】ステップＳ１の後、ユーザからの直接の指
示に応じて、または、自動判定の結果に応じて、録画対
象番組を決定する（Ｓ２）。その番組の放送日時に、録
画再生装置２０に当該番組の録画を行わせる（Ｓ３）。
この録画終了後に、所定の時点でユーザに対して番組の
配信を行う（Ｓ４）。これは、特に外出先にユーザがい
ると推測される時間帯に、ホームサーバ１７からインタ
ーネット経由で当該ユーザの携帯端末１０（またはＰＣ
１８）に対して、録画済み番組のリストを送信して鑑賞
（視聴）を勧誘し、ユーザの指示に応じて特定の番組の
再生情報を当該ユーザの携帯端末１０（またはＰＣ１
８）に送信するものである。ユーザが自宅にいると推定
される時間帯では、ホームサーバ１７（または録画再生
装置２０）においてユーザの鑑賞を勧誘してもよい。但
し、自宅における鑑賞の勧誘は必須ではなく、ユーザの
初期設定に応じて行うものとしてもよい。

【００３６】図６に、あるユーザの１日の概略のスケジ
ュールを示す。ここでは平日のスケジュールを代表的な
スケジュールとして示すが、休日（土日）のスケジュー
ルを別途設けてもよい。あるいは、カレンダー的にすべ
ての日のスケジュールを用意してもよい。この場合に
は、当該ユーザのＰＩＭ(Personal Information Manage
r)で管理される個人データベースに格納されているスケ
ジュールを利用するようにしてもよい。図６に示した１
日のスケジュールによれば、ユーザが録画済み番組を鑑
賞できる時間帯は「睡眠」時間帯Ａおよび「勤務」時間
帯Ｄ以外の「朝」時間帯Ｂ、行きの「通勤」時間帯Ｃ、
帰りの「通勤」時間帯Ｅ、「夜」時間帯Ｆ、および「就
寝前」時間帯Ｇである。これらの番組鑑賞可能な時間帯
のうち、行きの「通勤」時間帯Ｃおよび帰りの「通勤」
時間帯Ｅは、外出中なので、鑑賞に用いる機器は携帯端
末となる。また、「朝」時間帯Ｂおよび「就寝前」時間
帯Ｇは、在宅中と推測され、鑑賞に用いる機器はホーム
サーバ１７（または録画再生装置２０）となる。「夜」
時間帯Ｆについては、残業したり外出したりあるいは在
宅していることもあるとすれば、（１）この時間帯は非
鑑賞時間帯とする、（２）可能性の高いものに合わせ
る、（３）ユーザが特定の配信先（携帯端末１０または
ＰＣ１８等）を指示する、（４）可能性の高いものに合
わせておき、逐次修正する、等の対処が考えられる。修
正の方法としては、ユーザの現在位置情報を利用するも
のが考えられる。ユーザの現在位置情報は、ユーザが常
時携帯端末を身近に所持しているという前提で、携帯電
話基地局制御局などで把握されている当該携帯端末の位
置登録情報に基づいて求めることが可能である。また、
ＧＰＳ(Global Positioning System)機能付きの携帯端
末の場合には、ホームサーバは、ＧＰＳで検出された現
在位置を携帯端末に問い合わせることに認識できる。

【００３７】いずれの鑑賞可能時間帯においても、現在
位置に基づくそのスケジュールの修正の具体的な方法は
種々考えられる。例えば、通勤中に携帯端末に勧誘を行
おうとするばあいには、現在位置が通勤途上の位置にあ
ることを確認してから行うことも可能である。現在位置
が勤務地の場合には、勤務中と判断して、勧誘を停止す
ることができる。自宅内機器に鑑賞を勧誘しようとする
場合には、現在位置が自宅にあることを確認してから行
うことができる。この際、自宅外と判断された場合に
は、携帯端末に勧誘を行うこともできる。

【００３８】さらに別の修正の方法としては、ユーザが
携帯端末を介してホームサーバに明示的に修正を掛ける
ことも可能である。

【００３９】以上のスケジュール修正は一時的なもので
あるが、このようなスケジュールと実際との不一致の生
じた履歴情報を保存しておき、同様の不一致が高頻度で
発生するようになった場合にその情報に基づいてスケジ
ュール（図６）の内容を変更することも可能である。例
えば、帰りの通勤時間帯Ｅや夜の時間帯Ｆにおいて勤務
地にいることが確認されれば残業を行っていると判断で
き、このような残業を一ヶ月にどれぐらい行っているか
等の長期的なデータの判断に基づいて、スケジュールを
自動的に修正することができる。また、季節などの状
況、日、週、月という単位での変動予測を行い予測効率
を高めることもできる。例えば、週単位では、１２月の
第１週目と第２週目の残業時間の増加傾向から翌週の残
業時間を線形的に予測し、年単位や日単位でも同じよう
な予測を行うことでその予測効率を高めたり、季節柄就
寝時間が早まったり、遅くなったりという予測が可能に
なる。

【００４０】なお、このような処理を行うためには、現
在位置や勤務地、通勤途上の位置は予めホームサーバに
登録しておく必要がある。

【００４１】図７により、番組の録画の要否を自動判定
する場合の具体的な判定基準の一例を説明する。ここで
は、電子番組表（ＥＰＧ）データを用いて、各番組のＥ
ＰＧデータから得られるキーワードと、予めユーザから
与えられた嗜好データキーワードおよび拒絶データキー
ワードとを比較して、その番組の優先度を決定し、この
優先度に基づいて録画の要否を判定する。嗜好データキ
ーワードとは、その番組のジャンル、登場人物、物品等
に関するユーザの好みのキーワードであり、このキーワ
ードに該当するキーワードを有する番組の優先度を高く
設定する。拒絶データキーワードとは、ユーザが好まな
いキーワードであり、このキーワードに該当するキーワ
ードを有する番組の優先度を低く設定する。「ＥＰＧデ
ータキーワード」は、各番組毎にＥＰＧデータから得ら
れるキーワードであり、ＥＰＧデータ内に予め用意され
ていればそれらを用いることができる。予め用意されて
いなければ、その番組のタイトル、内容説明、ジャンル
等から抽出することができる。本実施の形態での録画要
否の判定アルゴリズムは、次のとおりである。 （１）まず、与えられた番組のＥＰＧデータキーワード
８０ａ，ｂと嗜好データキーワード８２とを比較して、
一致するキーワードの個数を調べる。便宜上この個数を
プラス要因個数という。 （２）次に、与えられた番組のＥＰＧデータキーワード
８０ａ，ｂと拒絶データキーワード８４とを比較して、
一致するキーワードの個数を調べる。便宜上この個数を
マイナス要因個数という。 （３）プラス要因個数からマイナス要因個数を減算した
結果（差）が予め定めた値（図の例では２）以上である
ときに、その番組の録画を行うものとする。図７（ａ）
はプラス要因個数が２、マイナス要因個数が０で、その
差が＋２である場合を示している。この場合、録画を行
うと判定される。逆にプラス要因個数からマイナス要因
個数を減算した結果（差）が当該予め定めた値未満であ
るときに、その番組の録画を行わないものとする。図７
（ｂ）は、プラス要因個数とマイナス要因個数の差が−
１であり録画を行わないと判定された場合を示してい
る。

【００４２】このように、好ましいキーワードをなるべ
く多く含み、かつ好ましくないキーワードをなるべく含
まない番組の優先度が高くなり、優先度の高い番組が録
画対象として選択される。

【００４３】嗜好データキーワードおよび拒絶データキ
ーワードは、当初はユーザにより指定されるが、事後的
にその内容を自動的に更新していくことも可能である。
図８により、そのような例を説明する。本実施の形態で
は、録画済みの番組がユーザに鑑賞されたか、鑑賞され
ることなく削除（鑑賞拒絶）されたかに応じて、統計的
に嗜好データキーワード８２および拒絶データキーワー
ド８４を更新する。番組が鑑賞されたかどうかは、例え
ば、少なくともその番組の一部（例えば半分）が再生さ
れたかどうかで判断できる。本実施の形態では、番組の
削除（番組データの消去）は、その番組の全体が再生さ
れたとき、または録画後に所定の時間が経過した後に行
うものとする。本実施の形態ではその削除は自動的に行
うが、ユーザの了解を条件として行うようにしてもよ
い。

【００４４】図８の例では、作業用のデータテーブルと
して、嗜好データテーブル８１（８１ａ，８１ｂ）と拒
絶データテーブル８３（８３ａ，８３ｂ）を設けてい
る。更新前の嗜好データテーブル８１ａは、録画済み番
組が鑑賞されたときにその番組のＥＰＧデータキーワー
ド８０について、嗜好データテーブル８１ａ中にそのキ
ーワードが存在しなければそのキーワードを加えてその
累積値を１とし、既に存在していればその累積値を１増
分する。このように番組が鑑賞される度にその番組のキ
ーワードについて嗜好データテーブル８１ａの累積値を
増分していく。更新後の嗜好データテーブル８１ｂ中の
累積値が大きい方から所定個数のキーワードを抽出した
ものを、新たな嗜好データキーワード８２とする。

【００４５】同様に、拒絶データテーブル８３について
は、録画済み番組の鑑賞が最終的に拒絶された場合に、
まず、その番組のＥＰＧデータキーワード８０につい
て、嗜好データキーワード８２と同じものは除去する。
これは、見たくない番組中にも嗜好データキーワードが
含まれている可能性があるからである。また、その番組
が見たいものではなかったという以外に、偶然、見る時
間がなかったという場合も考えられるからである。そこ
で、ＥＰＧデータキーワード８０から嗜好データキーワ
ード８２を除去したものについて、更新前の拒絶データ
テーブル８３ａ中のキーワードのの追加または累積値の
１増分を行う。このように、番組が最終拒絶されるたび
に、拒絶データテーブル８３ａを更新していく。更新後
の拒絶データテーブル８３ｂ中の累積値が大きい方から
所定個数のキーワードを抽出したものを、新たな拒絶デ
ータキーワード８４とする。

【００４６】拒絶データテーブル８３はブラックリスト
とともいえるものであるが、そのテーブルに載ったキー
ワードであっても、その累積値が高くならない限りは無
視される（拒絶データキーワードにはならない）。逆に
鑑賞拒絶された番組に何度も出てきたキーワードに関し
ては大きく考慮され、拒絶データテーブル８３内で上位
のキーワードとなる。その結果、そのキーワードは拒絶
データキーワードとなる。このような統計的な処理によ
れば、ユーザが意識しないような嗜好データキーワード
や拒絶データキーワードも自動的に学習して抽出するこ
とができる。また、長期的なユーザの嗜好の変化にも対
応することができる。

【００４７】図９は、ホームサーバ１７の記憶装置（例
えばＲＡＭ１７２）に記憶される録画番組管理テーブル
９０の構成例を示している。このテーブルは、録画済み
の番組を管理するためのデータテーブルである。このテ
ーブルは番組毎に１つのレコードを作成する。各レコー
ドは、番組の識別子としての「番組ＩＤ」、番組の名称
としての「番組タイトル」、放送局の「局名」、「録画
日時」の「開始」および「終了」時刻、「キーワード
（群）」、「ビットレート」（ここでは高「Ｈ」か低
「Ｌ」）、「優先度」の各項目を有する。これらの大半
はＥＰＧデータから得ることができる。「ビットレー
ト」はユーザにより直接的に指定されるか、自動判定の
場合には優先度等により定めることができる。この例で
は、１つのレコードに同時に複数のビットレートを指定
できるようにしているが、同じ番組について異なるビッ
トレートの複数のレコードを作成するようにしてもよ
い。優先度はユーザにより直接的に指定されるか、自動
判定の場合には上述したキーワードに基づいて決定され
る。

【００４８】図１０は、録画対象番組を自動判定する場
合の録画処理の例を示すフローチャートである。この処
理はサーバが周期的に実行する。その周期は例えば１な
いし数週間程度が好ましいと考えられるが、これに限定
されるものではない。この周期は予め固定であっても、
あるいは、ユーザが可変設定できるようにしてもよい。

【００４９】その周期到来時に（Ｓ３１，Ｙｅｓ）、ホ
ームサーバは新たな期間内の電子番組表データから各番
組のキーワードを抽出する（Ｓ３２）。この抽出された
キーワードと、予め登録されたユーザの嗜好データとに
基づいて、図７で説明したように、各番組の優先度を判
定する（Ｓ３３）。さらに、この優先度に基づいて、録
画対象番組を決定する（Ｓ３４）。優先度の最も高い部
類の番組について、高レートと低レートの両方のビット
レートを設定する（Ｓ３５）。次に優先度の高い部類の
番組については高レートを設定する（Ｓ３６）。他の録
画対象番組については低レートを設定する（Ｓ３７）。
優先度が所定の閾値に達しない番組については録画対象
に含めない。但し、この優先度とビットレートとの関係
は例示であり、これに限るものではない。

【００５０】ホームサーバは録画対象番組の放送時刻が
到来したか否かを常時チェックする（Ｓ３８）。その時
刻になったら、当該番組について設定されたビットレー
トで当該番組の録画を行うよう録画再生装置を制御また
は指示する（Ｓ３９）。低レートを指定された番組につ
いては、一旦、高レートで録画した番組データをレート
変換することにより得るようにしてもよい。この場合、
低レートのみが指定された番組については高レートの番
組データは直ちに削除する。両レートが指定された番組
については高レートの番組データを残す。好ましくは、
録画に際して記憶装置の番組記憶用領域の残容量がある
か否かを確認する。また、録画しようとする番組の再生
に要する総再生時間が、当該期間（例えば図１０，Ｓ３
１の周期期間）の鑑賞可能時間帯の合計時間（またはそ
れに所定時間を加算または減算した時間）を越えるよう
な録画を抑制するようにしてもよい。そのような録画を
許すと、記憶装置内に物理的に鑑賞することが困難な録
画番組が増えて、優先度の高い番組の追加録画困難な状
況が生じるおそれがあるからである。

【００５１】図１１は、前述した嗜好データテーブルお
よび拒絶データテーブルの更新を伴う、録画済み番組の
鑑賞勧誘およびその後の処理例を示すフローチャートで
ある。ホームサーバは、図６で説明したようなスケジュ
ールで指定された鑑賞時間帯になったかどうかを常時
（周期的を含む）、チェックする（Ｓ６１）。その時間
帯になったら、録画済み番組をリストアップして、その
時間帯に該当するユーザの機器（例えば通勤中であれば
携帯端末）送信し、鑑賞を促す（Ｓ６２）。この場合、
鑑賞に用いる機器が携帯端末であれば、好ましくは、低
レートの番組のみを配信するようにする。そのために、
高レートのみの番組については、携帯端末宛の鑑賞リス
トに載せる場合、配信前にビットレートを低レートに変
換して配信するようにしてもよい。これにより高レート
と低レートの両方の番組データにより記憶装置の容量が
不必要に占有されることが避けられる。鑑賞に用いる機
器が自宅内機器であれば、好ましくは、高レートの番組
のみを提示する。但し、自宅内機器で低レートの番組デ
ータも支障なく鑑賞できる場合には低レートの番組も鑑
賞リストに含めるようにしてもよい。

【００５２】いずれかの番組が鑑賞されたとき（Ｓ６
３，Ｙｅｓ）、図８（ａ）で前述したように嗜好データ
テーブル（および場合によっては嗜好データキーワー
ド）を更新する（Ｓ６４）。また、鑑賞された番組デー
タを記憶装置から削除する（Ｓ６５）。これに伴い、録
画番組管理テーブル９０の当該レコードも削除する。

【００５３】ホームサーバはまた録画済み番組であって
保存期間を越えた番組が存在するか否かを常時チェック
する（Ｓ６６）。保存期間は例えば数週間から１ないし
数ヶ月の任意の期間が考えられるが、これに限るもので
はない。この期間は予め固定であっても、あるいは、ユ
ーザが可変設定できるようにしてもよい。保存期間を越
えた番組がある場合には、その番組データを記憶装置か
ら削除する（Ｓ６７）。これに伴い録画番組管理テーブ
ル９０の当該レコードも削除する。また、図８（ｂ）で
前述したように拒絶データテーブル（および場合によっ
ては拒絶データキーワード）を更新する（Ｓ６８）。

【００５４】図１２は、番組の優先度を採用する場合の
記憶装置の残容量チェック処理の一例を示すフローチャ
ートである。この処理はホームサーバ（または録画再生
装置）が周期的に実行する。その周期到来時に（Ｓ５
１，Ｙｅｓ）、記憶装置の番組録画に割り当てられてい
る領域の残り容量をチェックする（Ｓ５２）。残り容量
が予め定められた閾値より低下した場合には、最も優先
度が低い番組のうち最も古い番組データを削除する（Ｓ
５３）。これに伴い、録画番組管理テーブル９０の当該
レコードも削除する。

【００５５】図１３は、図９の録画番組管理テーブル９
０に対して「優先度」の項目を削除すると共に「鑑賞時
間帯」の項目を追加した別の録画番組管理テーブル９１
の構成例を示している。この場合、録画対象番組をユー
ザが個別に指定する際に「鑑賞時間帯」も指定するもの
とする。どの番組にどの鑑賞時間帯を割り当てるかは個
々の番組についてユーザが指定する代わりに、番組のジ
ャンルやタレント名などのキーワードに基づいて自動判
定できるようにしてもよい。この場合の「ビットレー
ト」はその番組について指定または判定された鑑賞時間
帯に基づいて自動的に決定することができる。例えば、
通勤中に鑑賞される番組の場合には低ビットレートと
し、在宅中に鑑賞される番組の場合には高ビットレート
とする。録画番組管理テーブル９１内には、鑑賞時間帯
が指定されない番組が存在してもよい。その番組につい
ては、例えばＨ、Ｌの両方のビットレートのデータを保
存し、外出および在宅の両方で鑑賞できるようにしても
よい。携帯端末宛に鑑賞を勧誘する場合には、低ビット
レートで保存されている番組を選択する。

【００５６】また、図１３のテーブル９１を図９のテー
ブル９０と合わせて、１つのテーブル内に優先度が決定
される番組と鑑賞時間帯が指定される番組とが混在する
ようにしてもよい。

【００５７】図１４に、ホームサーバにおける図１３の
録画番組管理テーブル９１に対応したビットレートの設
定処理の一例を示す。ユーザから録画対象番組とその鑑
賞時間帯の指定を受ける（Ｓ１１）。この時間帯が通勤
中や外出中等の場合（Ｓ１２，Ｙｅｓ）、その番組のビ
ットレートを低レートに設定する（Ｓ１３）。時間帯が
通勤中や外出中等以外の場合（Ｓ１２，Ｎｏ）、その番
組のビットレートを高レートに設定する（Ｓ１４）。

【００５８】図１５は、図１４の録画番組管理テーブル
９１に対応するホームサーバの録画およびその後の処理
例を示すフローチャートである。

【００５９】ホームサーバは、録画番組管理テーブル９
１に登録された内容にしたがって、ユーザにより指定さ
れた番組の放送時刻が到来したかどうかを常時チェック
する（Ｓ２１）。その時刻になったら、当該番組につい
て設定されているビットレートで録画を指示する（Ｓ２
２）。

【００６０】また、録画済みの番組について、指定され
た鑑賞時間帯になったかどうかを常時チェックする（Ｓ
２３）。録画済みか否かは録画番組管理テーブル９１の
録画終了日時と現在日時を比較して、現在日時が録画終
了日時を過ぎていれば録画済みと推測することができ
る。実際に録画済みかどうかの判定はそれに対応する番
組データがビデオ記録装置２０５内の記憶装置に存在す
るかどうかで判断できる。指定された鑑賞時間帯になっ
たら、その時間帯が指定されている番組タイトル等をリ
ストとして、その時間帯に該当する機器（例えば通勤中
ならば携帯端末）に対して番組鑑賞を促す（Ｓ２４）。
いずれかの番組の鑑賞があった場合（Ｓ２５，Ｙｅ
ｓ）、その番組データを記憶装置から削除する（Ｓ２
６）。但し、前述のようにこの削除はユーザの許可を条
件とするようにしてもよい。番組データを削除したとき
には、録画番組管理テーブル９１の当該レコードも併せ
て削除する。

【００６１】記録済みの番組について、その記録時から
予め定めた保存期間を越えたかどうかも定期的に監視す
る（Ｓ２７）。もしそのような番組があれば、当該番組
データを削除する（Ｓ２８）。この場合の削除もユーザ
の許可を条件としてもよい。番組データとともに、録画
番組管理テーブル９１の当該レコードも併せて削除され
る。

【００６２】このようにして、録画済みの番組を鑑賞時
間帯に適した形式で保存し、かつ、鑑賞時間帯にユーザ
に配信することにより、配信先の機器に応じた適切なデ
ータの配信が行えるとともに、ユーザの負担を極力抑え
つつ効率的に録画済み番組の鑑賞を行うことが可能とな
る。また、番組データの自動削除により、記憶装置の容
量の管理をより適切に実現することができる。

【００６３】以上、本発明の好適な実施の形態について
説明したが、種々の変形、変更が可能である。例えば、
保存期間に基づいて番組データの削除を行うようにした
が、優先度も考慮し、優先度の低い番組についてのみ保
存期間に基づく削除を行うようにしてもよい。

【００６４】

【発明の効果】本発明によれば、ユーザの入力情報に応
じて自動的に目的の番組を録画することができるので、
録画忘れを防止することができる。また、目的の番組の
みを録画することにより、鑑賞時間の確保のためのユー
ザの負担を軽減することができる。

【００６５】録画する番組の選択基準を個別のユーザの
鑑賞情報に応じて自動的に更新することにより、当該選
択基準を自動的により適切なものに変化させていくこと
ができる。

【００６６】録画する番組毎に番組の鑑賞時の状況を想
定してその状況に応じて録画方法を変更することによ
り、その番組の配信に必要かつ十分な形式で録画を行う
ことが可能となる。特に、番組データのデータサイズを
より適切にし、記憶容量を総体的に節約することができ
る。

【００６７】録画された番組をユーザのスケジュールに
応じて別の鑑賞装置に配信することにより、外出先での
鑑賞可能な時間帯を利用して効率的な録画済み番組の鑑
賞を行うことができる。ユーザの位置情報に基づいてス
ケジュールを修正するようにすれば、より現実に即した
制御が可能となる。

【００６８】録画および削除を自動的に行うことによ
り、ユーザは番組毎に録画操作を行う必要がなくなり、
また、多くの録画済み番組の煩雑な管理作業から開放さ
れる。

【図面の簡単な説明】

【図１】本発明が適用されるシステム全体の概略の構成
を示す図である。

【図２】図１に示したシステムにおける携帯端末１０の
構成例を示すブロック図である。

【図３】図１に示したシステムにおける録画再生装置２
０の概略内部構成の一例を示すブロック図である。

【図４】図１に示したシステムにおけるホームサーバ１
７の概略の構成例を示すブロック図である。

【図５】図４に示したホームサーバ１７の概略動作を示
すフローチャートである。

【図６】あるユーザの１日の概略のスケジュールを示す
図である。

【図７】本発明の実施の形態に置いて番組の録画の要否
を自動判定する場合の具体的な判定基準の一例を説明す
るための図である。

【図８】嗜好データキーワードおよび拒絶データキーワ
ードを事後的に自動的に更新していく方法を説明するた
めの図である。

【図９】本発明の実施の形態においてホームサーバの記
憶装置に記憶された録画番組管理テーブル９０の構成例
を示す図である。

【図１０】本発明の実施の形態において録画対象番組を
自動判定する場合の録画処理の例を示すフローチャート
である。

【図１１】本発明の実施の形態において嗜好データテー
ブルおよび拒絶データテーブルの更新を伴う、録画済み
番組の鑑賞勧誘およびその後の処理例のフローチャート
である。

【図１２】本発明の実施の形態において番組の優先度を
採用する場合の記憶装置の残容量チェック処理の一例を
示すフローチャートである。

【図１３】図９の録画番組管理テーブル９０に対して
「鑑賞時間帯」の項目を追加した別の録画番組管理テー
ブル９１の構成例を示す図である。

【図１４】図１３の録画番組管理テーブル９１に対応し
たビットレートの設定処理の一例を示すフローチャート
である。

【図１５】図１４の録画番組管理テーブル９１に対応す
るホームサーバの録画およびその後の処理例を示すフロ
ーチャートである。

【符号の説明】

１０…携帯端末、１２…基地局、１０…携帯端末、１４
…インターネット、１７…ホームサーバ、２０…録画再
生装置、８１…嗜好データテーブル、８２…嗜好データ
キーワード、８３…拒絶データテーブル、８４…拒絶デ
ータキーワード、９０…録画番組管理テーブル、９１…
録画番組管理テーブル

───────────────────────────────────────────────────── フロントページの続き Ｆターム(参考） 5C052 AA01 AB02 CC01 DD10 5C053 FA23 FA29 LA07 LA11 LA14 5C064 BA07 BB03 BC16 BC20 BD02 BD08 5D044 AB05 AB07 BC01 CC05 DE22 EF05 GK08 GK10

Claims (15)

【特許請求の範囲】
1. 【請求項１】放送番組の録画予約受付および配信を行う
   録画予約受付配信方法であって、 録画対象番組の指定および当該番組を鑑賞する時間帯情
   報の指定を受けるステップと、 時間帯に対応して番組鑑賞に利用する鑑賞用機器の情報
   を登録するステップと、 指定された番組の録画を行うステップと、 前記番組について指定された鑑賞時間帯を確認するステ
   ップと、 録画された番組をその番組について指定された鑑賞時間
   帯に、その鑑賞時間帯に対応した鑑賞用機器に配信する
   ステップとを備えたことを特徴とする録画予約受付配信
   方法。
2. 【請求項２】前記指定された鑑賞時間帯に応じて、録画
   される当該番組データのビットレートを異ならせること
   を特徴とする請求項１記載の録画予約受付配信方法。
3. 【請求項３】放送番組の録画予約受付および配信を行う
   録画予約受付配信方法であって、 番組を鑑賞可能な時間帯情報の指定を受けるステップ
   と、 時間帯に対応して番組鑑賞に利用する鑑賞用機器の情報
   を登録するステップと、 録画対象番組を選択するための判断基準となる情報を受
   け付けるステップと、 当該判断基準に基づいて電子番組表データから各番組の
   優先度を判定し、この優先度に基づいて録画対象番組を
   決定するステップと、 決定された番組の録画を行うステップと、 録画された番組を、鑑賞時間帯に、その鑑賞時間帯に対
   応した鑑賞用機器に配信するステップとを備えたことを
   特徴とする録画予約受付配信方法。
4. 【請求項４】前記優先度に基づいて、録画される当該番
   組データのビットレートを異ならせることを特徴とする
   請求項３記載の録画予約受付配信方法。
5. 【請求項５】各番組のビットレートに応じてその番組を
   配信する鑑賞時間帯を決定することを特徴とする請求項
   ４記載の録画予約受付配信方法。
6. 【請求項６】前記録画対象番組を選択するための判断基
   準となる情報は、ユーザの嗜好データキーワードを含
   み、各番組から抽出されたキーワードをユーザの嗜好デ
   ータキーワードと比較することにより当該番組の優先度
   を判定することを特徴とする請求項３記載の録画予約受
   付配信方法。
7. 【請求項７】前記録画対象番組を選択するための判断基
   準となる情報は、ユーザの拒絶データキーワードを含
   み、前記各番組から抽出されたキーワードをさらにユー
   ザの拒絶データキーワードと比較し、両比較結果に基づ
   いて当該番組の優先度を判定することを特徴とする請求
   項６記載の録画予約受付配信方法。
8. 【請求項８】前記嗜好データキーワードを自動的に更新
   するステップをさらに備えたことを特徴とする請求項６
   記載の録画予約受付配信方法。
9. 【請求項９】前記嗜好データキーワードおよび拒絶デー
   タキーワードを自動的に更新するステップをさらに備え
   たことを特徴とする請求項７記載の録画予約受付配信方
   法。
10. 【請求項１０】配信終了後にその配信した録画番組デー
    タを削除するステップをさらに備えたことを特徴とする
    請求項１または３記載の録画予約受付配信方法。
11. 【請求項１１】予め定めた保存期間が経過したとき、未
    鑑賞の録画番組データを削除するステップをさらに備え
    たことを特徴とする請求項１または３記載の録画予約受
    付配信方法。
12. 【請求項１２】少なくともホームサーバと録画再生装置
    とを備え、前記ホームサーバがネットワーク経由で携帯
    端末に接続される録画予約受付配信システムであって、 前記録画再生装置は放送番組を録画する手段を備え、 前記ホームサーバは、 録画対象番組の指定および当該番組を鑑賞する時間帯情
    報の指定を受ける手段と、 前記録画再生装置に、指定された番組の録画を行わせる
    手段と、 前記番組について指定された鑑賞時間帯を確認し、録画
    された番組をその番組について指定された鑑賞時間帯
    に、その鑑賞時間帯に対応した鑑賞用機器に配信する手
    段とを備えたことを特徴とする録画予約受付配信システ
    ム。
13. 【請求項１３】少なくともホームサーバと録画再生装置
    とを備え、前記ホームサーバがネットワーク経由で携帯
    端末に接続される録画予約受付配信システムであって、 前記録画再生装置は放送番組を録画する手段を備え、 前記ホームサーバは、 番組を鑑賞可能な時間帯情報の指定および録画対象番組
    を選択するための判断基準となる情報を受け付ける手段
    と、 当該判断基準に基づいて電子番組表データから各番組の
    優先度を判定し、この優先度に基づいて録画対象番組を
    決定する手段と、 前記録画再生装置に、決定された番組の録画を行わせる
    手段と、 録画された番組を、鑑賞時間帯にその鑑賞時間帯に対応
    した鑑賞用機器に配信する手段とを備えたことを特徴と
    する録画予約受付配信システム。
14. 【請求項１４】録画再生装置に接続されるとともに、ネ
    ットワーク経由で携帯端末に接続されるホームサーバに
    おいて実行される録画予約受付配信プログラムであっ
    て、 録画対象番組の指定および当該番組を鑑賞する時間帯情
    報の指定を受けるステップと、 前記録画再生装置に、指定された番組の録画を行わせる
    ステップと、 前記番組について指定された鑑賞時間帯を確認し、録画
    された番組をその番組について指定された鑑賞時間帯
    に、その鑑賞時間帯に対応した鑑賞用機器に配信するス
    テップとを実行することを特徴とする録画予約受付配信
    プログラム。
15. 【請求項１５】録画再生装置に接続されるとともに、ネ
    ットワーク経由で携帯端末に接続されるホームサーバに
    おいて実行される録画予約受付配信プログラムであっ
    て、 番組を鑑賞可能な時間帯情報の指定および録画対象番組
    を選択するための判断基準となる情報を受け付けるステ
    ップと、 当該判断基準に基づいて電子番組表データから各番組の
    優先度を判定し、この優先度に基づいて録画対象番組を
    決定するステップと、 前記録画再生装置に、決定された番組の録画を行わせる
    ステップと、 録画された番組を、鑑賞時間帯にその鑑賞時間帯に対応
    した鑑賞用機器に配信するステップとを実行することを
    特徴とする録画予約受付配信プログラム。