JP2002199318A - 番組録画予約装置 - Google Patents

Abstract

(57)【要約】 【課題】 番組の録画をセンター側で一括で行い、ユー
ザに録画された番組を高速ネットワークを介して提供す
る番組視聴システムの提案。 【解決手段】 １はＣＡＴＶ同軸ケーブル、２はセンタ
ーと各家庭とを高速ＩＰ回線で接続するイントラネッ
ト、３はケーブル１に送出される番組を受信するＣＡＴ
Ｖチューナ、４はＣＡＴＶチューナ２により受信された
番組をＮＴＳＣ信号として受信し、ＭＰＥＧ２にエンコ
ードして所定の期間蓄積し、イントラネット２にＭＰＥ
Ｇ２ストリームを送出するビデオサーバ、５はＣＡＴＶ
ケーブル１を利用してインターネットに接続するケーブ
ルモデム、６はケーブルモデム５を介してインターネッ
トに接続して最新の番組表を取得するとともに、各家庭
端末７、もしくは携帯端末８からユーザ登録、録画予
約、番組視聴などの操作を受け付け、ビデオサーバ４を
制御する制御サーバである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、衛星放送やＣＡＴ
Ｖ、地上波放送など複数の放送メディアが存在する中
で、これらの放送を録画する録画装置に関し、特に、マ
ンションや特定の地域で形成されるコミュニティーでの
共同録画に関する。

【０００２】

【従来の技術】デジタル放送の開始に伴い、放送の多チ
ャンネル化が進行している。放送の多チャンネル化がす
すむと、興味のある番組が同じ時間帯に放送される確率
が高くなる。このため、同時に放送されている複数のチ
ャンネルの番組を同時に録画する必要が生じてくる。

【０００３】そこで、複数のチャネルを録画できるよう
なハードディスクを用いたビデオデッキなどが開発され
ている。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
ビデオデッキなどの録画装置では、１０チャンネルとい
った非常に多数のチャンネルの番組を同時に録画するこ
とはできない。この課題に対する解決策としては、録画
装置やチューナを放送チャネルの個数だけ用意するなど
の方法もあるが、ユーザのコスト負担が大きくなり、ま
た結局、同一番組を多数の人間が複数箇所で録画するこ
とになるため資源の無駄使いにあり、環境的にもやさし
い設計ではなく、良い解決方法とはいえない。

【０００５】さらに、家庭で録画を行う方法では、録画
装置が常に通電状態になくてはならないため、待機電力
が問題となる。特に、野球放送などで放送時間が変更に
なった場合の対応を行うためには、放送時間が変更にな
っているかどうかを電子番組表を定期的に受信してチェ
ックする必要があり、待機電力は非常に大きくなる。

【０００６】一方でインターネットの普及や、わが国の
IT（Information Technology）政策に伴い、家庭向けの
高速ネットワークも急速に整えられつつある。このた
め、番組の録画を一括で受け付け、高速ネットワークを
介して録画番組をユーザに提供する番組視聴システムも
現実のものとなってきた。

【０００７】このような番組視聴システムを利用すれ
ば、同じ時間に放送される番組を含めて、ユーザは好き
な番組を好きな時間に見ることができる。

【０００８】しかしながら、録画する番組は単調に増加
するため、記録媒体のバックアップなどのメンテナンス
増大や、記録媒体の増設などランニングコストが非常に
かかるなどの問題点がある。

【０００９】また、多チャンネル化が進むと、番組を選
択するための情報も増加する。このため、例えば番組表
の一覧性が損なわれる結果、使い勝手が悪くなる恐れ
や、興味のある番組を見逃してしまう恐れがある。

【００１０】さらに、ユーザから外出先から録画したい
という要望がかなりある。この要望に対して、プッシュ
電話のDTMF信号により外出先から録画予約を行えるビデ
オデッキが発売されているが、あらかじめビデオテープ
を録画したい位置に合わせてセットしておく必要がある
ため、急な録画予約に対しては対応できないという問題
が生じる。

【００１１】また、ビデオデッキに電話回線を接続する
必要があり、設置上の問題点となっている。

【００１２】

【課題を解決するための手段】上述の問題点を解決する
ため、録画番組を蓄積しておく期限をセンター側で管理
することにより、記録媒体の増設を行うことなく自由度
の高い番組視聴を提供できる番組視聴システムを提案す
る。このシステムでは、番組の録画を一括で受け付け、
高速ネットワークを介して録画番組をユーザに提供する
ため、ユーザは番組を見たいときに端末の電源を入れ
て、センターにアクセスすれば良い。したがって、端末
側の待機電力や録画メディアが必要ないなど、環境にも
やさしいシステムといえる。

【００１３】さらに、センター側に端末に表示するGUI
データを持たせることで、ユーザの嗜好を考慮したユー
ザ個別のGUI画面の構成を容易にし、使いやすい操作環
境を提供する番組視聴システムを提案する。また、セン
ター側をインターネットと接続することにより、インタ
ーネットに接続可能な携帯端末から予約操作が可能な番
組視聴システムを提案する。

【００１４】請求項１記載の番組録画予約装置は、放送
されている番組を蓄積する番組蓄積手段と、前記蓄積手
段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御
する録画予約手段と、前記蓄積手段に蓄積されている番
組を複数のユーザに送出する番組送出手段と、前記番組
送出手段が送出すべき番組を各ユーザから受け付ける番
組録画予約装置であって、前記録画予約手段は、インタ
ーネットを介して前記複数のユーザからの録画予約を受
け付けることを特徴とする。これにより、ユーザは外出
先から携帯電話などで番組を録画予約しておき、時間の
あるときに家庭で録画予約した番組を視聴できる。

【００１５】請求項２記載の番組録画予約装置は、前記
番組蓄積手段に蓄積されている番組に蓄積期限を付与
し、蓄積期限を超過した番組を前記番組蓄積手段から削
除する番組管理手段を有することを特徴とする。これに
より、記録媒体を増設することなく、有限な記録媒体を
用いて番組録画機能を提供することができる。

【００１６】請求項３記載の番組録画予約装置は、前記
番組管理手段が前記番組蓄積手段から番組を削除する期
限に先立って、番組が削除される期限が迫っていること
を通知する期限通知手段を備えたことを特徴とする。こ
れにより、ユーザがせっかく録画した番組を一度も見る
ことなく削除されてしまうことを防止できる。

【００１７】請求項４記載の番組録画予約装置は、前記
番組指定手段により指定された番組のＩＤと、ジャン
ル、出演者、番組のキーワードのうち少なくとも１つを
対応させて時間順に記憶する番組履歴記憶手段と、端末
の操作画面に表示する広告を蓄積する広告データベース
と、前記番組履歴記憶手段の各ジャンルの視聴割合、各
出演者の出現頻度、各キーワードの出現頻度のうち少な
くとも１つの情報を用いて、前記広告データベースより
広告を選択する広告選択手段と、選択された広告を前記
番組の再生および録画予約を行う端末の操作画面に挿入
する広告挿入手段とを有することを特徴とする。これに
より、ユーザの嗜好傾向を考慮した広告表示が可能とな
る。

【００１８】請求項５記載の番組録画予約装置は、前記
蓄積された番組の指定を、番組の放送日時、タイトル、
出演者、ジャンル、キーワードのうち少なくとも１つの
情報を用いて行うことを特徴とする。これにより、録画
予約した番組の数が多い場合に、ユーザは再生したい番
組を効率的に選択することができる。

【００１９】請求項６記載の番組録画予約装置は、請求
項２記載の番組録画予約装置が送出する番組を再生する
番組再生装置において、前記蓄積期限を超過した番組を
自動的にダウンロードして蓄積しておく番組蓄積手段を
有することを特徴とする。これにより、ユーザがせっか
く録画した番組を一度も見ることなく削除されてしまう
ことを防止できる。

【００２０】請求項７記載の番組録画予約装置は、放送
日時、タイトル、出演者、ジャンル、番組内容説明の少
なくとも１つを含む番組情報を取得する番組情報取得手
段と、放送されている番組を前記番組情報と対応づけて
所定の期間蓄積しておく番組蓄積手段と、前記蓄積手段
に蓄積されている番組を複数のユーザに送出する番組送
出手段と、前記番組蓄積手段の番組情報を検索して前記
番組送出手段が送出すべき番組を各ユーザが決定する番
組検索手段とを有すること特徴とする。これにより、ユ
ーザが番組を見逃してしまった場合でも、所定の期間内
であれば、番組情報にもとづいて番組を検索し、視聴す
ることが可能となる。

【００２１】

【発明の実施の形態】全体構成 本発明における一実施例について図面を参照して説明す
る。

【００２２】図１は本実施形態の全体のシステム構成を
示す図である。

【００２３】図１において、００１はCATV同軸ケーブ
ル、００２はセンターと各家庭とを高速IP回線で接続す
るイントラネット、００３はCATV同軸ケーブル００１に
送出される番組を受信するCATVチューナ、００４はCATV
チューナ００２により受信された番組をNTSC信号として
受信し、MPEG-２にエンコードして所定の期間蓄積する
とともに、イントラネット００２に対してMPEG-２スト
リームを送出するビデオサーバ、００５はCATV同軸ケー
ブル００１を利用してCATV局側との接続を行うセンター
側のケーブルモデム、０１１はセンター側のケーブルモ
デムの接続を受け付けるCATV局側のケーブルモデム、０
１２はCATV局側ケーブルモデム０１１とインターネット
間でデータ通信を中継するゲートウェイ、００９は複数
の番組を多重化してCATV同軸ケーブル００１に送出する
番組送出部、０１３はインターネットに対して番組表デ
ータを供給する番組表サーバ、０１４はインターネット
と携帯電話網との間でデータ通信を中継する携帯端末用
ゲートウェイ、０１４は携帯端末００８との間で無線通
信を行い携帯電話網と接続する基地局、００６はケーブ
ルモデム００５を介してインターネットに接続して最新
の番組表を取得するとともに、各家庭端末００７、もし
くは携帯端末００８からユーザ登録、録画予約、番組視
聴などの操作を受け付け、ビデオサーバ００４を制御す
る制御サーバである。また、ビデオサーバ００４と制御
サーバ００６は１台のＰＣやワークステーション上に実
現しても構わないことは言うまでもない。また、各家庭
の端末００７はインターネットブラウザを搭載した汎用
PCなどの機器によって実現しても良い。また、制御サー
バへ接続して番組予約を行うサービスについては、携帯
端末００８としては、基地局０１５から携帯端末用ゲー
トウェイ０１４を介してインターネットへ接続する機能
とhtmlで記述されたページを閲覧する機能とを有してい
る携帯機器を利用することができる。この場合のインタ
ーネットへの接続は、パケット方式でも回線交換方式で
もどちらでも良い。なお、上述したMPEGとはMoving Pic
ture Expert Groupの略で、映像（動画像）を蓄積、伝送
するための圧縮方法や伸長方法、データ構造を規定した
国際標準規格である。本実施例で用いるMPEG-2の再生品
質は、ハイビジョンテレビ並みである。

【００２４】なお、インターネットへの接続方法は他に
モデムやDSUを利用したダイアルアップ接続、PHSや携帯
電話のパケット通信など、どんな方法でも構わない。ま
た、番組の受信方法は、CATVに限らず地上波放送や衛星
放送でも良い。例えば、番組の受信にデジタルBS放送を
利用した場合は、CATVチューナ００３の代わりにデジタ
ルBSチューナとなる。デジタルBS放送では、番組表を放
送から取得できるのでインターネットに接続するための
モデムは、家庭内端末００７のみを利用する場合は不要
である。なお、デジタルBSチューナとビデオサーバ００
４との間の映像、音声信号はアナログ信号、デジタル信
号のいずれでも構わない。

【００２５】本システムにより、例えば、携帯端末００
８として携帯電話を利用して、制御サーバ００６にアク
セスし見たい番組を外出先から録画予約しておき、帰宅
してから家庭内端末００７で予約しておいた番組を視聴
することができる。また、本システムでは、同時に放送
される裏番組もすべて録画予約しておくことができる。
また、見たい番組を見逃してしまった場合には、家庭内
端末００７から制御サーバ００６にアクセスし、ビデオ
サーバ００４に蓄積されているかどうかを検索し、蓄積
されている場合には、ビデオサーバ００４からMPEG２の
ビデオストリームを送出し、家庭内端末００７で受信し
て視聴することができる。本実施例では、すべての番組
を一旦ビデオサーバに蓄積するため、例えば既に番組放
送が始っている場合においても、番組の最初から楽しむ
ことができる。

【００２６】また、システム管理のランニング費用は、
制御サーバが端末に提供するGUIにバナー広告を表示す
ることでまかなうと良い。この広告は後述の実施例に示
すように、ユーザの嗜好に合わせて選択することが可能
であり、無差別の広告と比較して優れた広告効果を期待
できる。

【００２７】ビデオサーバの構成 次にビデオサーバ００４の詳細構成について説明する。

【００２８】図２は、ビデオサーバ００４のシステム構
成を示す図である。

【００２９】図２において、２０１はCATVチューナ００
３からのNTSCビデオ出力を入力として、MPEG２フォーマ
ットにデジタルエンコードするビデオエンコーダ、２０
２はビデオエンコーダから出力されるMPEG-2ストリーム
を蓄積するビデオデータ蓄積部、２０３は端末００７か
ら送信される再生、チャンネル変更、巻き戻しなどの制
御信号を受信して、イントラネット００２に送出するビ
デオストリームの制御を行うビデオストリーム制御部、
２０４は番組のタイトルや放送日などから対応するビデ
オデータのIDを返すとともに、期限が切れたビデオデー
タや誰からも予約されていないビデオデータをビデオデ
ータ蓄積部２０２の蓄積可能容量に応じてビデオデータ
蓄積部２０２から削除するビデオデータ管理部、２０５
はカレンダー情報と時刻を保持し、ビデオデータ管理部
２０４からの日時参照と日数計算を受け付ける日時管理
部、２０６はビデオデータ蓄積部２０２に蓄積された各
ビデオデータの蓄積期限とユーザからの予約数を記憶す
る蓄積管理テーブル、２０７はビデオデータ蓄積部２０
２に蓄積された各ビデオデータのタイトル、ジャンル、
出演者、番組内容、放送日などの番組情報を記憶する番
組情報テーブル、２０８はイントラネット００２に対し
てデータを送受信する高速通信インタフェースである。

【００３０】まず、ビデオストリーム送出時の動作を図
３のフローチャートを用いて説明する。

【００３１】＜ステップa1>端末００７が制御サーバ０
０６に対してビデオデータ送出要求を送信すると、制御
サーバ００６がこれを中継し、ビデオデータ管理部２０
４がビデオデータ送出要求を受信する。

【００３２】＜ステップa2＞ビデオデータ管理部２０４
は、番組情報テーブル２０７を検索し、要求のあったビ
デオデータがビデオデータ蓄積部２０２に蓄積されてい
るかどうか調べる。番組情報テーブル２０７の例を図４
に示す。

【００３３】＜ステップa3＞ビデオデータ蓄積部２０２
に要求のあったビデオデータが蓄積されている場合に
は、ステップa4に進む。そうでない場合には、ステップ
a6に進む。

【００３４】＜ステップa4＞ビデオデータ管理部２０４
は、該当するビデオデータのIDを制御サーバ００６に返
し、制御サーバ００６はこれを端末００７に中継する。

【００３５】＜ステップa5＞端末００７は、制御サーバ
００６より返されたビデオデータのIDを用いてビデオデ
ータの送出をビデオストリーム制御部２０３に要求す
る。

【００３６】＜ステップa6＞ビデオストリーム制御部２
０３は、高速通信インタフェース２０８を介して、端末
００７に対してビデオデータの送出を開始しステップを
終了する。

【００３７】＜ステップa7＞該当するビデオデータがな
いことを制御サーバ００６に通知してステップを終了す
る。

【００３８】本実施例では、CATVチューナで受信した番
組はすべてビデオエンコーダ２０１でMPEG2ビデオデー
タに変換し、一旦ビデオデータ蓄積部２０２に蓄積す
る。そして、制御サーバ００６より要求のあったビデオ
データを高速通信インタフェース２０８を介してイント
ラネット００２に送出する。したがって、リアルタイム
視聴の場合は、ビデオデータを蓄積すると同時にイント
ラネットへの送出をも行う。

【００３９】つぎに、ビデオデータの管理の動作を図６
のフローチャートを用いて説明する。

【００４０】放送を録画して提供するサービスを実施す
る場合、時間経過に比例して蓄積するビデオデータ量が
増加するため、全ての録画したビデオデータを永続的に
保持することは困難である。そこで、本実施例では、ビ
デオデータの蓄積期限をあらかじめ決めておき、蓄積期
限が切れたビデオデータを自動的に削除するアプローチ
を採る。

【００４１】＜ステップb1＞日時管理部２０５はあらか
じめ設定された所定の時刻（例えば毎日早朝４：００）
になると、ビデオデータ管理部２０４に通知を行う。

【００４２】＜ステップb2＞日時管理部２０５からの通
知を受けたビデオデータ管理部２０４は、蓄積管理テー
ブル２０６を検索し、蓄積期限切れのビデオデータがな
いかどうか調べる。蓄積管理テーブル２０６の例を図５
に示す。

【００４３】＜ステップb3＞蓄積期限切れのビデオデー
タがある場合は、ステップb4に進み、そうでない場合は
ステップb5に進む。

【００４４】＜ステップb4＞番組情報テーブル２０７か
ら蓄積期限切れビデオデータのレコードを削除すると同
時に、ビデオデータ蓄積部２０２から対応するビデオデ
ータを削除する。

【００４５】＜ステップb5＞蓄積管理テーブル２０６を
検索し、蓄積期限切れ７日前のビデオデータがないかど
うか調べる。

【００４６】＜ステップb6＞蓄積期限切れ７日前のビデ
オデータがある場合は、次のステップに進む。そうでな
い場合は、ステップを終了する。

【００４７】＜ステップb7＞蓄積期限切れ７日前のビデ
オデータについて、ユーザからの予約があるかどうかを
蓄積管理テーブル２０６を検索して調べる。

【００４８】＜ステップb8＞蓄積期限切れ７日前のビデ
オデータのうちユーザからの予約があるビデオデータが
存在する場合は、これらのビデオデータと予約している
ユーザIDとを対応させたリストを作成し、次のステップ
に進む。そうでない場合は、ステップを終了する。

【００４９】＜ステップb9＞ステップb8で作成したリス
トに含まれる各ユーザに対して、リスト内の対応する予
約ビデオデータの蓄積期限が１週間にせまっていること
を対応するユーザ端末に対して通知し、ステップを終了
する。

【００５０】本実施例では、ビデオデータ蓄積部はCATV
の全チャンネルを24時間録画して約1ヶ月分の蓄積が可
能な容量を想定しているが、この容量はサービスの内容
に応じて自由に設定して良い。また、ビデオデータ蓄積
部に各ユーザ向けに有料で所定の容量を貸し出すことの
できるレンタル用のHDDなどを接続しても構わない。こ
れにより、削除されたくないビデオデータをコピーし
て、ユーザがHDD利用料金を支払う限りは、半永続的に
データを保持するようにすることができる。レンタル用
HDDへのビデオデータの移動は、ビデオデータ再生時に
オプション選択することで実現できる（図19）。ここで
は、煩雑な操作を排除するためレンタル用HDDの容量が
許す限り、「蓄積期限を越えても削除しない」というオ
プションを選択できるようにする。レンタル用HDDの容
量が足りない場合には、ユーザに蓄積したビデオデータ
の中から削除するビデオデータを選択させるようにす
る。このときには、蓄積した日時の古さや既に見たかど
うかなどの属性によりビデオデータを順序づけてユーザ
に見せると便利である。なお、レンタル用HDDに蓄積し
たビデオデータの削除は、一般的なパーソナルコンピュ
ータのファイル管理と同様にユーザによって好きなとき
に自由に行えるようにするものとする。また、本実施例
ではビデオデータのエンコードにMPEG2を利用したがMPE
G4など他のフォーマットでも良いことは言うまでもな
い。MPEG4を利用する場合は、端末の能力に応じて送出
するビデオストリームのデータ量を制御すると良い。な
お、ユーザ端末への通知はユーザ端末側で受信可能な手
段であれば電子メールや独自の通信方法など何でも良
い。

【００５１】また、ユーザの要求に応じて、ビデオデー
タ蓄積部２０２に蓄積されている番組をユーザに開示す
ることにより、ユーザが現在視聴可能なコンテンツの存
在を確認することができる。

【００５２】また、現在の話題に関連したコンテンツを
優先的に蓄積することが考えられる。例えば、現在、一
週間に一回放映中のドラマに関しては蓄積期限をすぎて
も、そのドラマの放映が終了するまではバックナンバー
として優先的に蓄積しておく。これにより、現在、ドラ
マを視聴しているユーザが過去の内容を確認するのに便
利である。

【００５３】制御サーバの構成 次に制御サーバ００６の詳細構成について説明する。

【００５４】図７は、制御サーバ００６のシステム構成
を示す図である。

【００５５】図７において、３０１はCATV局側から割り
当てられるグロバールIPアドレスを利用してインターネ
ットに対してデータの送受信を行う通信インタフェー
ス、３０２はイントラネット００２に対してデータの送
受信を行う高速インタフェース、３０３はインターネッ
ト０１０、イントラネット００２の双方からのhttpによ
るアクセスを受け付けるhttpサーバ、３０４はhttpに対
するアクセスに対するユーザ認証を行うユーザ認証部、
３０５はユーザIDとパスワードを組にして記憶する認証
データベース、３０６は各ユーザのビデオデータの視聴
履歴や視聴傾向を計算し管理するユーザ情報管理部、３
０７は各ユーザのビデオデータの視聴履歴や視聴傾向を
記憶するユーザ情報記憶部、３０８はユーザ情報記憶部
３０７のデータを利用して、ユーザの嗜好タイプを判定
するユーザ嗜好判定部である。ユーザの嗜好タイプとは
ユーザを性別、年齢、およびビデオデータの視聴履歴か
ら得られる嗜好の傾向などからあらかじめ所定のグルー
プに分けたものであり、ユーザに未視聴の番組をすすめ
たり、ユーザに見せる広告データを決定するのに利用す
る。また、３０９は、家庭内端末００７、携帯端末００
８に対して表示するそれぞれのGUI（ページデータ）の
部品、および通信インタフェース３０１を利用してイン
ターネットから取得した最新の番組表を記憶するGUIデ
ータ記憶部、３１０は家庭内００７、携帯端末００８に
対して表示するバナー広告を記憶する広告データ記憶
部、３１１はユーザ嗜好判定部３０８を利用して、広告
データ記憶部３１０の広告データとGUIデータ記憶部の
データから、各ユーザの嗜好を考慮した広告とおすすめ
ビデオデータのリストを含むGUIを生成するGUIデータ生
成部、３１２は、家庭内端末００７、あるいは携帯端末
００８からの予約、検索、再生の要求に対して、ビデオ
サーバ００４のビデオデータを検索するビデオデータ検
索部である。なお、携帯端末００８など外部からの要求
を受け付けるために、本実施例では通信インタフェース
３０１にグローバルなIPアドレスを付与する方法を説明
したが、他の方法としては、CATV局側から通信インタフ
ェース３０１にプライベートIPアドレスを割り当て、Ｃ
ＡＴＶ局内のゲートウェイ０１２においてグローバルな
IPアドレスとプライベートIPアドレスとを対応付けて相
互に変換するアドレス変換を利用する方法でも良い。

【００５６】まず、家庭内端末００７から制御サーバ０
０８にアクセスした場合の動作を図８のフローチャート
を用いて説明する。

【００５７】＜ステップc1＞httpサーバ３０３が家庭内
端末００７からのアクセスを受け付けると、ユーザ認証
部３０４が家庭内端末００７に対して、ユーザIDとパス
ワードの入力を要求する。ここで、家庭内端末００７側
に表示されるGUIの例を図９に示す。

【００５８】＜ステップc2＞家庭内端末００７から入力
されたユーザIDとパスワードが、認証データベース３０
５に存在するかどうか調べる。認証データベースの例を
図10に示す。

【００５９】＜ステップc3＞ステップc2でユーザIDとパ
スワードが認証データベースに存在する場合は、次のス
テップに進む。そうでない場合は、「ユーザIDまたはパ
スワードが間違っています。」というメッセージをhttp
サーバ３０３から家庭内端末００７に返信し、ステップ
を終了する。

【００６０】＜ステップc4＞ステップc2で入力されたユ
ーザIDを利用して、ユーザ嗜好判定部３０８からユーザ
の嗜好タイプを取得し、この嗜好タイプに該当する広告
データを広告データ記憶部３１０から取り出し、GUIデ
ータ生成部でバナー広告を含むメニュー画面を生成す
る。ここで、広告データ記憶部の各広告データには、広
告を見せたいユーザの嗜好タイプの優先順位がつけられ
ており、現在アクセスしているユーザの嗜好タイプの優
先度が高い広告から順に選択される。候補となる広告デ
ータが多数表示される場合には、広告の契約内容に応じ
て組み込む広告を決定する。ユーザの嗜好タイプを含む
広告データ記憶部のフォーマットの例を図11に示す。図
11の例では、ID00001で示される広告データは嗜好タイ
プがA、Bの順序で優先され、ID0002は嗜好タイプがCま
たはDの人が同程度に優先されることを示している。表
示スコアは、優先嗜好タイプに該当するユーザに対して
広告を表示した回数をポイントとして表したものであ
り、最も優先度の高いユーザに表示した場合は２ポイン
ト、それ以外は１ポイントなどのように優先度の高い嗜
好タイプを持つユーザに表示した場合に高い値になるよ
うにする。このデータはスポンサーへの広告料金決定に
用いることができる。なお、ここでのGUIデータの動的
生成はCGIなどの一般的な方法を用いて行うものとす
る。

【００６１】＜ステップc5＞ステップc4で生成されたGU
Iデータを、httpサーバ３０３から家庭内端末００７に
返信してステップを終了する。このとき家庭内端末００
７に表示されるメニュー画面の一例を図12に示す。以降
のビデオデータの視聴、ビデオデータの検索、録画予約
はこのメニュー画面を通して行うものとする。また、各
ステップで端末に表示されるGUIにはステップc4と同様
の方法で適宜バナー広告が挿入されるものとする。

【００６２】なお、嗜好タイプをあらかじめ設定する代
わりに、各広告データにキーワードをつけておき、ユー
ザが過去に視聴した番組の番組内容の説明に使用されて
いたキーワードの出現頻度をユーザ情報記憶部３０７に
ユーザ情報として格納（図17参照）し、各広告につけら
れたそれぞれのキーワードの出現頻度の総和を適合度合
いと見なして、適合度合いが大きい順に組み込む広告を
決定しても構わない。なお、初めてアクセスするユーザ
のために図13に例示するようなユーザ登録画面を用意
し、ユーザの嗜好タイプの初期値を得るためのアンケー
トを実施しても良い。

【００６３】次に、家庭内端末００７から蓄積されたビ
デオデータ（番組）を見る動作を図14のフローチャート
を用いて説明する。

【００６４】＜ステップd1＞httpサーバ３０３が家庭内
端末００７から番組リスト画面の送信要求を受け付ける
と、現在アクセスしているユーザのユーザIDを利用し
て、ユーザ情報管理部２０４から録画予約番組のリスト
と、ユーザ嗜好判定部３０８からユーザの嗜好タイプを
取得する。

【００６５】＜ステップd2＞ステップd1で得られたユー
ザ嗜好タイプから、広告データ記憶部を広告データを選
択し、ステップd1で得られた録画予約番組リストとあわ
せて、GUIデータ生成部３１１でGUIデータを生成する。
ここでのGUIデータの例を図15に示す。図15の例では、
ステップd1で得られたユーザ嗜好タイプを利用して、現
在アクセスしているユーザと同じ嗜好タイプを持つ他の
ユーザが多く予約しており、現在アクセスしているユー
ザが未予約番組の紹介を行っている。

【００６６】＜ステップd3＞ステップd2で生成されたGU
Iデータを、httpサーバ３０３から家庭内端末００７に
返信する。

【００６７】＜ステップd4＞家庭内端末００７からGUI
を通じて視聴したい番組（ビデオデータ）が選択される
と、ビデオデータ検索部３１２は、ビデオサーバ００４
のビデオデータ管理部２０４にアクセスし、選択された
番組のIDを取得して家庭内端末００７に返す。

【００６８】＜ステップd5＞家庭内端末００７は、前記
取得した番組のIDを利用して、ビデオサーバ００４のビ
デオストリーム制御部２０３に家庭内端末００７が利用
可能な所定のアドレスの所定のポートに選択されたビデ
オデータを送出するように要求する。

【００６９】＜ステップd6＞ビデオサーバ００４から送
出されるMPEG２ストリームを家庭内端末００７で受信す
ることにより番組（ビデオデータ）の再生が始まる。図
16に家庭内端末００７での表示例を示す。図16では、ユ
ーザからの操作要求を受け付け、画面右下に巻き戻し、
停止、一時停止、早送りを行うためのGUIを表示してい
る。これらのストリームの送出をコントロールする信号
は、ビデオサーバ００４のビデオストリーム制御部２０
３に直接送信され、ビデオの再生がコントロールされ
る。なお、これらの操作はGUIによる操作に限定される
ものではなく、リモコンなどを用いて行っても良いこと
は言うまでもない。

【００７０】＜ステップd7＞ユーザが視聴した番組（ビ
デオデータ）の番組情報（図４参照）に基づいて、ビデ
オサーバ００４のユーザ情報記憶部３０７のユーザ情報
を更新する。図17にユーザ情報の一例を示す。図17のユ
ーザ情報では、例えば、ユーザがどんなジャンルを好ん
でみているか、どんな出演者の番組を良く見ているかな
どのユーザ嗜好を推定することが可能である。このた
め、図17のユーザ情報は、ユーザ嗜好判定部によりユー
ザの嗜好タイプを決定するのに利用される。

【００７１】なお、家庭内端末００７に任意のオブジェ
クト（プログラム）をダウンロードして実行できる機能
があれば、ステップd3において、ビデオストリーム制御
部２０３の操作とMPEG-2再生を行うオブジェクトを返信
するGUIデータに付与して返信し、ステップd6におい
て、家庭内端末００７側でステップd3において前記受信
したオブジェクトを実行して、ビデオサーバ００４に対
してストリーム送出を要求することで、ビデオデータを
再生できるようにしても良い。

【００７２】次に、家庭内端末００７から蓄積された番
組（ビデオデータ）を検索する動作を図18のフローチャ
ートを用いて説明する。

【００７３】＜ステップe1＞httpサーバ３０３が家庭内
端末００７から番組（ビデオデータ）検索用GUIデータ
の送信要求を受け付けると、タイトル、ジャンル、出演
者、番組内容、放送日など図４に示した番組情報をキー
ワードで検索する番組検索用GUIデータを、GUIデータ生
成部３１１で生成する。この番組検索用GUIデータの一
例を図20に示す。

【００７４】＜ステップe2＞家庭内端末００７で検索条
件を入力して検索ボタンを押すと、httpサーバ３０３は
検索要求と入力された検索条件（キーワード）を受信
し、ビデオデータ検索部３１２からビデオサーバ００４
のビデオデータ管理部２０４にアクセスし、番組情報テ
ーブル２０７を検索する。

【００７５】＜ステップe3＞該当する番組（ビデオデー
タ）が見つかった場合は次のステップに進む。そうでな
い場合はステップe5に進む。

【００７６】＜ステップe4＞該当する番組（ビデオデー
タ）の検索結果をhttpサーバ３０３から家庭内端末００
７に返信しステップを終了する。ここでの家庭内端末０
０７での表示例を図21に示す。図21では検索された番組
のうち見たい番組を選択すると視聴することができる。
視聴のステップは、ステップd4〜ステップd6と同様であ
る。

【００７７】＜ステップe5＞「該当する番組が見つかり
ません。」というメッセージをhttpサーバ３０３から家
庭内端末００７に返信しステップを終了する。

【００７８】次に、携帯端末００８からの録画予約の動
作を図22のフローチャートを用いて説明する。

【００７９】＜ステップf1＞httpサーバ３０３が家庭内
端末００７から番組（ビデオデータ）録画用GUIデータ
の送信要求を受け付けると、録画したい番組を選択する
GUIデータを、GUIデータ生成部３１１で生成する。この
番組選択用GUIデータの一例を図23に示す。図23の例で
は、録画したい番組の放送日を入力して、番組表を呼び
出して、録画したい番組を番組表の中から選択する。な
お、ステップe1〜ステップe4と同様の方法で番組を検索
し、録画するようにしても良い。

【００８０】＜ステップf2＞ステップf1で番組を選択す
ると、図24に示す番組予約確認画面が表示され、録画予
約のボタンを押すと、httpサーバ３０３にユーザと予約
番組のIDを通知する。

【００８１】＜ステップ f3＞httpサーバ３０３がユー
ザと予約番組IDを受け取ると、ユーザ情報管理部３０６
は、ユーザ情報記憶部３０７を検索し、該当するユーザ
IDの蓄積予約の項目の内容を更新する。

【００８２】＜ステップf4＞ビデオデータ検索部３１２
がビデオサーバ００４にアクセスし、ビデオデータ管理
部２０４を通して、蓄積管理テーブル２０６を検索し、
該当する番組（ビデオデータ）の予約数の項目の値を１
増加する。

【００８３】なお、本実施例では、一旦すべての番組を
ビデオデータ蓄積部２０２に蓄積を行っているため、ユ
ーザによる予約操作はユーザの視聴時のGUIの構成に反
映されるのみであるが、ビデオデータ蓄積部の容量をよ
り効率的に利用したい場合には、ユーザから予約のあっ
た番組のみを蓄積するようにしてもよい。ただし、この
場合、ユーザが見逃した番組を見ることができるのは、
第３者がその番組を録画予約している場合に限られる。

【００８４】家庭内端末の構成 最後に家庭内端末００７の詳細構成について説明する。

【００８５】図25は、家庭内端末００７のシステム構成
を示す図である。

【００８６】図25において、４０１はキーボード、マウ
スに代表される入力装置、４０２はGUIを画面表示するG
UI表示部、４０３はhttpサーバにアクセスするhttpクラ
イアント、４０４はビデオサーバ００４のビデオストリ
ーム制御部２０３と通信し、ビデオサーバから送出する
ビデオストリームをコントロールするとともにビデオス
トリームをデコードしてGUI表示部に表示するビデオス
トリーム操作部、４０５は入力装置４０１からの入力を
受け付けて、httpクライアント４０３とビデオストリー
ム４０４に指示を出し、更新された画面をGUI表示部４
０２に表示するGUI操作部、４０６はビデオサーバ００
４からダウンロードしたビデオデータを格納しておくビ
デオデータ蓄積部、４０７はビデオデータ蓄積部４０６
に蓄積したビデオデータのリストを保持するビデオリス
トテーブル、４０８はイントラネット００２にアクセス
する高速通信インタフェースである。なお、本構成は、
携帯端末００８にも一部機能を制限するなど同様の構成
で対応できる。また、ビデオデータ蓄積部４０６として
はハードディスクやDVD-RAMに代表されるデジタルメデ
ィアの他、VHSのビデオデッキなどのユーザが手持ちの
アナログメディアを利用しても良い。家庭内端末００７
は、制御サーバ００６のGUIデータ生成部３１１で生成
されたGUIをhttpクライアント４０３で取得してGUI表示
部４０２に表示するため、同じ端末でもログインしてい
るユーザごとにカスタマイズしたGUI画面を提供でき
る。例えば、時代劇の好きなユーザに対して、番組表の
時代劇の欄だけを反転表示にして分かりやすく表示した
りすることができる。

【００８７】また、本実施例では、ビデオサーバ００４
に録画された番組（ビデオデータ）を蓄積する期限を設
定しているため、録画予約した番組（ビデオデータ）は
いずれ削除されることになる。このため、ユーザが気に
入った番組をダウンロードして端末側でいつでも見れる
ような機能が必要である。ここでは、番組を視聴してい
る際に、同時に端末側のビデオデータ蓄積部４０６にダ
ウンロードする動作を図26のフローチャートを用いて説
明する。

【００８８】＜ステップg1＞httpクライアント４０３か
ら、制御サーバ００６のhttpサーバ３０３にアクセス
し、図12に示すGUIをGUI表示部４０２に表示する。

【００８９】＜ステップg2＞GUIの番組リストを入力装
置４０１により選択すると、図15に示すGUIがGUI表示部
４０２に表示される。

【００９０】＜ステップg3＞ここで、視聴したい番組を
選択すると図27に示すGUIがGUI表示部４０２に表示され
る。

【００９１】＜ステップg4＞OKボタンが押されたどうか
検出する。押された場合には、次のステップに進む。

【００９２】＜ステップg5＞「再生と同時にダウンロー
ドする」のチェックボックスが選択されているかどうか
調べる。

【００９３】「再生と同時にダウンロードする」チェッ
クボックスが選択されている場合は、次のステップに進
み、そうでない場合はステップg7に進む。

【００９４】＜ステップg6＞ビデオサーバ００４の番組
情報テーブル２０７を検索して該当ビデオデータのテー
ブルの情報を取得し、ビデオデータ蓄積部４０６で一意
に決定できるID番号を新たに付与してビデオリストテー
ブル４０７に追加し、ビデオストリーム操作部ダウンロ
ードフラグをONにする。

【００９５】＜ステップg7＞ダウンロードフラグをOFF
にする。

【００９６】＜ステップg8＞ビデオストリーム操作部４
０４の所定のアドレスの所定のポートに選択された番組
（ビデオデータ）を送出するように制御サーバ００８に
要求する。

【００９７】＜ステップg9＞ビデオストリーム操作部４
０４でビデオストリームの受信が始ると、ダウンロード
フラグをチェックする。

【００９８】＜ステップg10＞ダウンロードフラグがON
の場合の場合は、ステップg5で付与したIDと関連付けて
ビデオストリーム操作部４０４で受信したビデオデータ
を、ビデオデータ蓄積部４０６に蓄積する。

【００９９】＜ステップg11＞デオストリーム操作部４
０４で受信したビデオデータをデコードし、GUI表示部
４０２に表示する。

【０１００】ここで、ビデオデータ蓄積部４０６に蓄積
したデータは、ビデオリストテーブル４０７を検索して
IDを指定することで、いつでもビデオストリーム操作部
４０４で指定したビデオデータをデコードし、GUI表示
部４０２に表示することができる。なお、録画予約した
ビデオデータの蓄積期限が切れる通知を受けた場合に、
家庭内端末００７のビデオデータ蓄積部４０６に自動的
にダウンロードするようにしても良い。また、ビデオサ
ーバ００４での蓄積期限が切れたビデオデータであって
も、あるユーザがダウンロードしていれば見れる可能性
がある。そこで、各ユーザがダウンロードしたビデオデ
ータをビデオサーバ００４のビデオデータ管理部で管理
することにより、自分の見たいビデオデータを録画して
いるユーザを紹介したり、イントラネット００２を介し
てビデオデータの共有を行えるようにしても良い。

【０１０１】

【発明の効果】以上説明したように、本発明によれば、
番組の録画をセンター側で一括で行い、ユーザに録画さ
れた番組を高速ネットワークを介して提供する番組視聴
システムにおいて、録画番組をセンター側で蓄積してお
く期限を管理することにより、記録媒体の増設を行うこ
となくユーザに自由度の高い番組視聴を可能にする。こ
の番組視聴システムによれば、ユーザに対して見逃した
番組を視聴する機会を与えるだけではなく、消耗品とな
るビデオテープやDVDなどの録画メディアを必要としな
いため、資源の節約やごみの削減など地球環境保護に対
しても相当の効果がある。

【０１０２】また、各家庭が録画装置を持たなくても済
むので、録画スタンバイをしておくための待機電力を節
約することもできるので、さらに環境に配慮したシステ
ムといえる。

【０１０３】さらに、センター側に端末に表示するGUI
データを持たせることで、ユーザの嗜好を考慮したユー
ザ個別のGUI画面の構成を容易にし、使いやすい操作環
境を提供できるとともに、ユーザに適応した効果的な広
告を可能とし、広告収入によりランニングコストも抑え
ることができる。

【０１０４】また、センター側をインターネットと接続
することにより、インターネットに接続可能な携帯端末
から予約操作が可能となる。これは、従来のプッシュ電
話により外出先から録画予約を行うビデオデッキと異な
り、急な録画予約に対応できるだけでなく、電話回線の
引き回しなどの特別な設置工事も必要としないなどの利
点がある。

【図面の簡単な説明】

【図１】本発明における実施形態の全体構成を示す図

【図２】同実施形態におけるビデオサーバのシステム構
成を示す図

【図３】同実施形態におけるビデオストリーム送出時の
動作を示すフローチャート

【図４】同実施形態における番組情報テーブルの一例を
示す図

【図５】同実施形態における蓄積管理テーブルの一例を
示す図

【図６】同実施形態におけるビデオデータの管理の動作
を示すフローチャート

【図７】同実施形態における制御サーバのシステム構成
を示す図

【図８】同実施形態における制御サーバへのアクセスの
動作を示すフローチャート

【図９】同実施形態におけるパスワード入力画面の一例
を示す図

【図１０】同実施形態における認証データベースの一例
を示す図

【図１１】同実施形態における広告データ記憶部のフォ
ーマットの一例を示す図

【図１２】同実施形態におけるメニュー画面の一例を示
す図

【図１３】同実施形態におけるユーザ登録画面の一例を
示す図

【図１４】同実施形態における蓄積番組を見る動作を示
すフローチャート

【図１５】同実施形態における蓄積番組視聴用GUIの一
例を示す図

【図１６】同実施形態における番組再生時の端末画面の
一例を示す図

【図１７】同実施形態におけるユーザ情報の一例を示す
図

【図１８】同実施形態における蓄積番組を検索する動作
を示すフローチャート

【図１９】同実施形態におけるレンタルHDDへのビデオ
データ移動を行うGUIの一例を示す図

【図２０】同実施形態における蓄積番組検索用GUIの一
例を示す図

【図２１】同実施形態における検索結果表示GUIの一例
を示す図

【図２２】同実施形態における録画予約の動作を示すフ
ローチャート

【図２３】同実施形態における番組選択用GUIの一例を
示す図

【図２４】同実施形態における番組予約確認画面の一例
を示す図

【図２５】同実施形態における家庭内端末のシステム構
成を示す図

【図２６】同実施形態における家庭内端末へのダウンロ
ード動作を示すフローチャート

【図２７】同実施形態におけるダウンロードオプション
選択画面の一例を示す図

【符号の説明】

００１ CATV同軸ケーブル ００２ イントラネット ００３ CATVチューナ ００４ ビデオサーバ ００５ ケーブルモデム ００６ 制御サーバ ００７ 家庭内端末 ００８ 携帯端末 ００９ 番組送出部 ０１０ インターネット ０１１ ケーブルモデム ０１２ ゲートウェイ ０１３ 番組表サーバ ０１４ 携帯端末用ゲートウェイ ０１５ 基地局 ２０１ ビデオエンコーダ ２０２ ビデオデータ蓄積部 ２０３ ビデオストリーム制御部 ２０４ ビデオデータ管理部 ２０５ 日時管理部 ２０６ 蓄積管理テーブル ２０７ 番組情報テーブル ２０８ 高速通信インタフェース ３０１ 通信インタフェース ３０２ 高速通信インタフェース ３０３ httpサーバ ３０４ ユーザ認証部 ３０５ 認証データベース ３０６ ユーザ情報管理部 ３０７ ユーザ情報記憶部 ３０８ ユーザ嗜好判定部 ３０９ GUIデータ記憶部 ３１０ 広告データ記憶部 ３１１ GUIデータ生成部 ３１２ ビデオデータ検索部 ４０１ 入力装置 ４０２ GUI表示部 ４０３ httpクライアント ４０４ ビデオストリーム操作部 ４０５ GUI操作部 ４０６ ビデオデータ蓄積部 ４０７ ビデオリストテーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小澤 順 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 (72)発明者 九津見 洋 大阪府門真市大字門真1006番地 松下電器 産業株式会社内 Ｆターム(参考） 5C052 AB04 CC03 DD04 DD06 DD10 EE02 EE03 5C064 BA07 BB10 BC07 BC16 BC25 BD02 BD08 5E501 AA20 AB11 AC06 BA20 EA33 EB05 EB15 FA41

Claims (7)

【特許請求の範囲】
1. 【請求項１】 放送されている番組を蓄積する番組蓄積
   手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積
   手段への蓄積を制御する録画予約手段と、前記蓄積手段
   に蓄積されている番組を複数のユーザに送出する番組送
   出手段と、前記番組送出手段が送出すべき番組を各ユー
   ザから受け付ける番組録画予約装置であって、前記録画
   予約手段は、インターネットを介して前記複数のユーザ
   からの録画予約を受け付けることを特徴とする番組録画
   予約装置。
2. 【請求項２】 前記番組蓄積手段に蓄積されている番組
   に蓄積期限を付与し、蓄積期限を超過した番組を前記番
   組蓄積手段から削除する番組管理手段を有することを特
   徴とした請求項１記載の番組録画予約装置。
3. 【請求項３】 前記番組管理手段が前記番組蓄積手段か
   ら番組を削除する期限に先立って、番組が削除される期
   限が迫っていることを通知する期限通知手段を備えたこ
   とを特徴とする請求項２記載の番組録画予約装置。
4. 【請求項４】 前記番組指定手段により指定された番組
   のＩＤと、ジャンル、出演者、番組のキーワードのうち
   少なくとも１つを対応させて時間順に記憶する番組履歴
   記憶手段と、端末の操作画面に表示する広告を蓄積する
   広告データベースと、前記番組履歴記憶手段の各ジャン
   ルの視聴割合、各出演者の出現頻度、各キーワードの出
   現頻度のうち少なくとも１つの情報を用いて、前記広告
   データベースより広告を選択する広告選択手段と、選択
   された広告を前記番組の再生および録画予約を行う端末
   の操作画面に挿入する広告挿入手段とを有することを特
   徴とした請求項１記載の番組録画予約装置。
5. 【請求項５】 前記蓄積された番組の指定は、番組の放
   送日時、タイトル、出演者、ジャンル、キーワードのう
   ち少なくとも１つの情報を用いて行うことを特徴とした
   請求項１記載の番組録画予約装置。
6. 【請求項６】 請求項２記載の番組録画予約装置が送出
   する番組を再生する番組再生装置において、前記蓄積期
   限を超過した番組を自動的にダウンロードして蓄積して
   おく番組蓄積手段を有することを特徴とした番組再生装
   置。
7. 【請求項７】 放送日時、タイトル、出演者、ジャン
   ル、番組内容説明の少なくとも１つを含む番組情報を取
   得する番組情報取得手段と、放送されているすべての番
   組を前記番組情報と対応づけて所定の期間蓄積しておく
   番組蓄積手段と、前記蓄積手段に蓄積されている番組を
   複数のユーザに送出する番組送出手段と、前記番組蓄積
   手段の番組情報を検索して前記番組送出手段が送出すべ
   き番組を各ユーザが決定する番組検索手段とを有するこ
   と特徴とした番組録画装置。