JPH11331716A - 番組受信／蓄積装置 - Google Patents

Abstract

(57)【要約】 【課題】 ユーザが自由な時間に好きな番組を視聴でき
るような環境を構築できる番組受信／蓄積装置を提供す
ることである。 【解決手段】 受信／録画部３１は、番組配信装置２か
ら継続的に配信されてくる番組データを蓄積装置３２に
格納する。サーバ管理部３３は、各番組データを管理す
るための管理情報を作成して、番組管理用ＤＢ３３１に
登録する。ところで、端末装置４は、視聴したい番組デ
ータおよびそれを視聴する時間を特定して予約コマンド
をビデオサーバ３に送信する。サーバ管理部３３は、受
信した予約コマンドに基づいて、予約管理情報を作成し
て、予約管理用ＤＢ３３３に登録する。サーバ管理部３
３は、この予約管理情報およびデータ管理情報に基づい
て、端末装置４によって指定された番組データを、指定
された時刻に当該端末装置４に送信するように制御す
る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、番組受信／蓄積装
置に関し、より特定的には、遠隔に設置された番組配信
装置によって配信される番組データを受信および蓄積す
る番組受信／蓄積装置に関する。

【０００２】

【従来の技術】図２１は、従来の番組配信システムの構
成例を示す図である。図２１において、外部から送信さ
れてくるテレビ番組その他の番組データは、ビデオサー
バ８１内の蓄積装置８２に登録される。端末装置８３
は、ユーザが視聴したい番組データをビデオーサーバ８
１に対して要求する。ビデオサーバ８１は、その要求さ
れた番組データを蓄積装置８２から取り出して、要求元
の端末装置８３に送信する。これによって、ユーザは、
視聴したいテレビ番組等を視聴できる。ところで、ビデ
オサーバ８１への番組データの登録は定期的に行われ
る。つまり、番組データが１ヶ月毎に更新されて送信さ
れてくる場合には、蓄積装置８２内に登録される番組デ
ータは１ヶ月毎に更新される。

【０００３】図２２は、ユーザがテレビを視聴する従来
の環境を示す図である。図２２において、放送局９１か
ら放送されるテレビ番組は、テレビ９２により受像・表
示され、これによってユーザに提供される。ユーザが視
聴したいテレビ番組をその放送時間に視聴できない場合
は、一般的にはテレビ９２に接続されたビデオデッキ９
３を使って録画しておく。これによって、ユーザは、録
画されたテレビ番組を都合の良い時間に再生することに
より、視聴したいテレビ番組を視聴できる。

【０００４】

【発明が解決しようとする課題】しかしながら、従来の
番組配信システム（図２１参照）では、端末装置８３
は、ビデオサーバ８１側の蓄積装置８２に現に登録され
ている番組データしか要求できず、登録されていない番
組データ（例えば、１ヶ月後に送信されてくる予定の番
組データ）をビデオサーバ８１に要求できないという問
題点があった。また、従来のテレビを視聴する環境（図
２２参照）において、テレビ番組の構成は、放送局９１
が主体であるため、各ユーザのニーズに必ずしも合って
いるわけではない。そのような環境の中で、各ユーザ
は、視聴したい全てのテレビ番組を放送時間に直接テレ
ビ９２で視聴することは難しくなってきている、という
問題点があった。この問題点に関しては、ビデオデッキ
９３で録画しておくという解決策があるが、ユーザは、
放送時間以前にテレビ番組を予約しておく必要があり、
同時間帯の２つ以上のテレビ番組を後で視聴しようとす
ると、２台以上のビデオデッキ９３が必要となるという
問題点があった。

【０００５】それ故に、本発明は、ユーザが自由な時間
に好きな番組を視聴できるような環境を構築できる番組
受信／蓄積装置を提供することを目的とする。

【０００６】

【課題を解決するための手段および発明の効果】第１の
発明は、遠隔に設置された番組配信装置から継続的に配
信されてくる番組データを受信し蓄積する番組受信／蓄
積装置であって、サーバと、ユーザの入力に従って、番
組データおよびその視聴時刻を指定する予約コマンドを
送信する端末装置とを備え、サーバは、番組配信装置に
より配信される番組データを受信する受信部と、受信部
により受信される番組データを蓄積する蓄積装置と、蓄
積装置により蓄積される番組データのデータ管理情報、
および端末装置により送信される予約コマンドに基づい
て作成される予約管理情報を管理するサーバ管理部と、
サーバ管理部の指示に従って、蓄積装置に蓄積される番
組データを端末装置に送信する番組送信部とを含み、サ
ーバ管理部は、自身が管理するデータ管理情報および予
約管理情報に基づいて、蓄積装置から番組データを取り
出して端末装置に送信するように番組送信部に指示し、
端末装置は、番組送信部により送信される番組データを
受信し、受信した番組データの再生処理を行うことを特
徴とする。

【０００７】第１の発明では、端末装置は、予約コマン
ドにより、ユーザが視聴したい番組データおよびその利
用時間をサーバに対して指示する。端末装置は、蓄積装
置における番組データの有無を意識しないで、蓄積装置
に既納の番組データだけでなく、未来に蓄積される番組
データを予約コマンドにより指定する。サーバは、番組
配信装置により配信される番組データを受信部において
一括的に受信する。サーバは、受信部により受信された
番組データを蓄積装置に蓄積する。さらに、サーバは、
この予約コマンドに基づいて作成される予約管理情報を
管理すると共に、蓄積装置に蓄積される番組データのデ
ータ管理情報が管理される。サーバは、予約管理情報お
よびデータ管理情報に基づいて、番組データを視聴時刻
に端末装置に送信する。つまり、端末装置は、予約コマ
ンドを用いて指定した視聴時刻に、その予約コマンドで
指定した番組データを受信することができる。

【０００８】以上のように、サーバは、配信された番組
データを一括的に受信し蓄積すると共に、自身に接続さ
れる端末装置に対する番組データの送信を統括的に制御
する。そのため、ユーザは、複数のビデオデッキを所有
しなくても、本端末装置を操作すれば、同じ時間帯に配
信される番組を視聴できたり、例えば１週間分の番組を
まとめて見ることができたり、見たい番組だけが送信さ
れてくるような自分用の番組プログラムを組んで見るな
どライフスタイルにあわせた視聴環境を構築することが
できる。

【０００９】第２の発明は第１の発明に従属しており、
受信部はさらに、番組配信装置により配信される番組デ
ータの内、端末装置の予約コマンドにより指定された番
組データのみを選択的に受信することを特徴とする。第
２の発明では、蓄積装置には、限られた番組データのみ
が格納される。これによっても、容量の小さな蓄積装置
をサーバに適用することが可能となる。

【００１０】第３の発明は第１または第２の発明に従属
しており、サーバ管理部はさらに、蓄積装置に蓄積され
る番組データを、必要に応じて削除することを特徴とす
る。第３の発明では、蓄積装置に既納の番組データは必
要に応じて削除される。これによって、容量の小さな蓄
積装置をサーバに適用することが可能となる。

【００１１】第４の発明は、第１〜第３のいずれかの発
明に従属しており、端末装置は、自身が作成する予約コ
マンドにより指定される視聴時刻を管理する端末管理部
と、端末管理部により管理される視聴時刻に、サーバが
番組データの送信を開始することをユーザに通知する通
知部とを含む。第４の発明では、通知部が番組データの
送信開始をユーザに通知するので、ユーザは番組データ
を見逃すことが無くなる。これによって、番組受信／蓄
積装置の使い勝手が向上する。

【００１２】第５の発明は第４の発明に従属しており、
端末装置は、端末管理部に管理される視聴時刻の表示処
理を行って、その視聴時刻をユーザに参照させる表示処
理部をさらに含む。第５の発明では、表示処理部が視聴
時間の表示処理を行うので、ユーザは、自身が予約した
番組データを視聴する時刻を確認することができる。こ
れによって、番組受信／蓄積装置の使い勝手が向上す
る。

【００１３】第６の発明は第４の発明に従属しており、
サーバ管理部はさらに、自身が管理する予約管理情報
を、必要に応じて削除することを特徴とする。第６の発
明では、予約コマンドに基づいて作成される予約管理情
報が削除される。このように予約管理情報が削除される
と、サーバは、予約コマンドにより指定された番組デー
タを送信しなくなる。つまり、サーバから端末装置への
番組データの送信を中止することが可能となる。これに
よって、番組受信／蓄積装置の使い勝手が向上する。

【００１４】第７の発明は、遠隔に設置された番組配信
装置から継続的に配信されてくる番組データを受信し蓄
積する番組受信／蓄積装置であって、番組データおよび
その視聴時刻を指定する予約コマンドを、ユーザの入力
に従って作成する入力機器と、番組配信装置により配信
される番組データを受信する受信部と、受信部によって
受信された番組データを蓄積する蓄積装置と、蓄積装置
により蓄積される番組データのデータ管理情報、および
入力機器の予約コマンドに基づいて作成される予約管理
情報を管理する管理部と、管理部の指示に従って、蓄積
装置に蓄積される番組データを取り出して、取り出した
番組データの再生処理を行う番組再生処理部とを含み、
管理部は、自身が管理するデータ管理情報および予約管
理情報に基づいて、蓄積装置の番組データを取り出すよ
うに、番組再生処理部に指示することを特徴とする。

【００１５】第７の発明では、入力機器は、予約コマン
ドにより、ユーザが視聴したい番組データおよびその利
用時間をサーバに対して指示する。入力機器は、蓄積装
置における番組データの有無を意識しないで、番組デー
タを予約コマンドにより指定する。受信部は、配信され
る番組データを一括的に受信する。蓄積装置は、受信部
により受信された番組データを蓄積する。さらに、管理
部は、この予約コマンドに基づいて作成される予約管理
情報を管理すると共に、蓄積装置に蓄積される番組デー
タのデータ管理情報を管理する。管理部は、予約管理情
報およびデータ管理情報に基づいて、番組データを視聴
時刻に再生処理するように番組再生処理部に指示する。
つまり、ユーザは、番組再生処理部により再生される番
組データを、予約コマンドを用いて指定した視聴時刻に
視聴することができる。これによって、第１の発明と同
様に、ユーザは、複数のビデオデッキを所有しなくと
も、好みの番組を視聴できる環境を構築することができ
る。

【００１６】第８の発明は第７の発明に従属しており、
受信部はさらに、番組配信装置により配信される番組デ
ータの内、入力機器の予約コマンドにより指定される番
組データのみを選択的に受信することを特徴とする。

【００１７】第９の発明は、第７または第８の発明に従
属しており、管理部はさらに、蓄積装置に蓄積される番
組データを、必要に応じて削除することを特徴とする。

【００１８】第８または第９の発明によれば、第２また
は第３の発明と同様に、容量の小さな蓄積装置を番組受
信／蓄積装置に適用することが可能となる。

【００１９】第１０の発明は第７〜第９のいずれかの発
明に従属しており、番組受信／蓄積装置は、番組再生処
理部が番組データの再生処理を開始することをユーザに
通知する通知部をさらに含む。

【００２０】第１１の発明は第７〜第９のいずれかの発
明に従属しており、管理部はさらに、自身が管理する予
約管理情報を、必要に応じて削除することを特徴とす
る。

【００２１】第１０または第１１の発明によれば、第４
または第６の発明と同様に、番組受信／蓄積装置の使い
勝手が向上する。

【００２２】

【発明の実施の形態】「第１の実施形態」図１は、本発
明の第１の実施形態に係る番組受信／蓄積装置１の全体
構成を示すブロック図である。図１において、番組受信
／蓄積装置１の遠隔には、番組配信装置２が設置され
る。番組配信装置２は、典型的には、地上放送局、通信
衛星、放送衛星又はＣＡＴＶ（ケーブルテレビ）のセン
タ局である。番組配信装置２は、テレビ番組を視聴者に
提供する者により管理される。番組配信装置２は、番組
データを放送形式により配信する。番組データは、テレ
ビ番組がデータ化されたものである。なお、図１には、
便宜上、番組配信装置２が１台のみ示されているが、複
数台の番組配信装置２が番組データを同時に番組受信／
蓄積装置１に配信してもよい。

【００２３】番組受信／蓄積装置１は、典型的には家屋
や事業所のように人間の生活空間に設置される。番組受
信／蓄積装置１は、ビデオサーバ３と、少なくとも１台
の端末装置４（図示はｎ台の端末装置４₁ 〜４_n ）とを
備える。ビデオサーバ３と各端末装置４とはバス５によ
り双方向通信可能に接続される。ビデオサーバ３は、受
信／録画部３１と、蓄積装置３２と、サーバ管理部３３
と、コマンド受付部３４と、番組送信部３５とを含む。
各端末装置４は、図２に示すように、入力機器４１と、
コマンド入力部４２と、端末管理部４３と、コマンド送
信部４４と、番組受信部４５と、番組再生処理部４６
と、表示処理部４７と、通知部４８とを備える。

【００２４】以下、番組受信／蓄積装置１の動作につい
て説明する。図１の番組配信装置２は、固有の周波数帯
域が割り当てられている放送チャネルを用いて番組デー
タを継続的に配信する。例えば、番組データＡ、Ｂ、
Ｃ、…は放送チャネルＣｈ₁ を通じて、さらに、番組デ
ータＰ、Ｑ、Ｒ、…は放送チャネルＣｈ₂ を通じて配信
される。各番組データには、配信時間およびチャネルＩ
Ｄの情報が予め付加されているとする。配信時間の情報
は、より具体的には、配信開始時刻および配信終了時刻
からなる。各番組データは、この配信開始時刻で示され
る時刻に配信され始める。各番組データの配信は、配信
終了時刻で示される時刻に完了する。また、各番組デー
タは、チャネルＩＤで特定される放送チャネルを通じて
配信される。番組データの配信形態は、従来技術のよう
な１ヶ月毎に番組を更新するようなものに限らず、新し
い番組データのみが絶えず配信されるようなものでもよ
い。本番組受信／蓄積装置１によれば、視聴者は、新し
い番組データを見逃すことなく、確実に視聴することが
できる。

【００２５】番組受信／蓄積装置１には以上のような番
組データが配信されてくる。ビデオサーバ３の受信／録
画部３１は、番組配信装置２の種類に対応した受信装置
を含んでいる。例えば、番組配信装置２が放送衛星の場
合、受信／録画部３１は放送衛星からの電波を受信でき
る受信装置を含んでいる。受信／録画部３１は、番組配
信装置２から継続的に配信される番組データを全て受信
する。

【００２６】サーバ管理部３３は、受信／録画部３１に
より受信された番組データの管理情報３３２を作成し、
番組管理用データベース（以下、番組管理用ＤＢと称
す）３３１に登録する（図３参照）。各データ管理情報
３３２としては、番組ＩＤ、配信時間、蓄積場所および
チャネルＩＤの情報が登録される。図３において、番組
ＩＤは、受信／録画部３１により受信された後に蓄積装
置３２に蓄積される番組データを一意に特定する情報で
ある。配信時間として、配信開始時刻と、配信終了時刻
と、総時間とが登録される。配信開始時刻および配信終
了時刻は、上述した通りである。総時間は、配信開始時
刻から配信終了時刻までの時間である。蓄積場所は、番
組データが蓄積装置３２のどこに蓄積されているかを特
定する情報である。チャネルＩＤは、番組データがどの
放送チャネルを通じて配信されたかを示す情報である。
サーバ管理部３３は、以上のデータ管理情報３３２を番
組データ毎に番組管理用ＤＢ３３１に作成し登録して、
蓄積装置３２に蓄積される各番組データを管理する。

【００２７】サーバ管理部３３は、受信／録画部３１が
１番組分の番組データを受信する度に、図４のフローチ
ャートに示される手順に従って動作して、データ管理情
報３３２を作成する。つまり、サーバ管理部３３は、受
信された番組データに付加されている配信開始時刻、配
信終了時刻およびチャネルＩＤを取り出す（ステップＳ
１）。

【００２８】ところで、このデータ管理情報３３２は、
受信／録画部３１が番組データを受信した時だけでな
く、端末装置４からの予約コマンドがサーバ管理部３３
に入力された時にも作成される（図１０のステップＳ２
５参照）。予約コマンドの入力が番組データの受信より
も早ければ、そのデータ管理情報３３２は、その番組デ
ータの受信時に番組管理用ＤＢ３３１に登録されてい
る。サーバ管理部３３は、ステップＳ１の後、受信され
た番組データの管理情報３３２が番組管理用ＤＢ３３１
に登録済みか否かを判断する（ステップＳ２）。サーバ
管理部３３は、ステップＳ２の判断のために、番組管理
用ＤＢ３３１から、ステップＳ１で取り出された配信開
始時刻、配信終了時刻および放送チャネルと一致するも
のを含むデータ管理情報３３２を検索する。

【００２９】サーバ管理部３３は、この検索の結果、同
じ配信開始時刻を含むデータ管理情報３３２を見つける
ことができなかった場合、今回受信された番組データの
管理情報３３２を新規作成する。まず、サーバ管理部３
３は、新規データ管理情報３３２の領域を番組管理用Ｄ
Ｂ３３１に確保する（ステップＳ３）。サーバ管理部３
３は、ステップＳ１で得た配信開始時刻、配信終了時刻
およびチャネルＩＤを、確保された領域に登録する（ス
テップＳ４）。このステップＳ４ではさらに、総時間が
配信開始時刻および配信終了時刻から求められ、同様に
登録される。

【００３０】次に、サーバ管理部３３は、今回受信され
た番組データに一意な番組ＩＤおよび蓄積場所を割り当
てる。サーバ管理部３３は、番組ＩＤおよび蓄積場所
を、新規データ管理情報３３２の領域において対応する
フィールドに登録する（ステップＳ５）。これによっ
て、新しいデータ管理情報３３２が完成する。蓄積装置
３２は、サーバ管理部３３により割り当てられた蓄積場
所に、受信／録画部３１が今回受信した番組データを蓄
積する。

【００３１】サーバ管理部３３は、ステップＳ２での検
索の結果、同じ配信開始時刻等を含むデータ管理情報３
３２を見つける場合もある。この場合、サーバ管理部３
３は、ステップＳ２において、番組データの管理情報３
３２が番組管理用ＤＢ３３１に登録済みと判断する。た
だし、ステップＳ２の時点で、データ管理情報３３２が
登録済みの場合、蓄積場所の情報は未登録である（図１
０のステップＳ２５参照）。そのため、サーバ管理部３
３は、受信された番組データの蓄積場所を割り当てる。
サーバ管理部３３は、この蓄積場所を、既存のデータ管
理情報３３２に登録する（ステップＳ６）。これによ
り、データ管理情報３３２が完成する。さらに、蓄積装
置３２は、割り当てられた蓄積場所に、今回受信された
番組データを蓄積する。

【００３２】図３には、データ管理情報３３２の一例が
示されており、ある番組データには、番組ＩＤとして
「番組Ａ」が割り当てられている。この番組データは、
蓄積装置３２の「ＸＸＸＸ」という場所に蓄積されてい
る。この番組データは、配信開始時刻「ｓｔ₁ 」から配
信終了時刻「ｅｔ₁ 」の間（総時間「ｔｔ₁ 」）に、放
送チャネル「Ｃｈ₁ 」を通じて配信されたこととなる。

【００３３】図１の各端末装置４には、それぞれを特定
するための端末ＩＤが付される。この端末ＩＤは、ビデ
オサーバ３に接続される端末装置４毎で一意である。つ
まり、図１の端末装置４₁ 及び４_n の端末ＩＤは互いに
相違する。

【００３４】端末装置４のユーザには、番組配信装置２
により配信される番組の予定表が予め配布される。この
予定表は、典型的には雑誌や新聞を通じて、ユーザに配
られる。ユーザは、この予定表を参照して、視聴したい
番組の配信開始時刻、配信終了時刻および放送チャネル
（チャネルＩＤ）を知る。つまり、本番組受信／蓄積装
置１では、配信開始時刻、配信終了時刻および放送チャ
ネルにより番組が一意に特定される。ユーザは、端末装
置４を操作して、視聴したい番組を特定して予約する。
番組予約とは、ユーザにより指定された番組データを、
指定された時刻に特定の端末装置４に送信するようにビ
デオサーバ３に要求することである。

【００３５】次に、ユーザが番組を予約する際の端末装
置４の動作について、図５のフローチャートを参照して
説明する。ユーザは、まず、端末装置４を操作可能な入
力機器４１（典型的にはリモートコントローラ）を操作
して、入力メニュー６の画面を参照しつつ、「１．予約
登録」を選択する（図６参照）。さらに、ユーザは、入
力機器４１を操作して、１番組分の配信開始時刻、配信
終了時刻および放送チャネルを入力し、これによって、
予約したい番組を特定する。さらに、ユーザは、視聴開
始時刻および視聴終了時刻を入力して、この予約番組の
視聴時刻を特定する。

【００３６】ところで、ユーザがある番組を予約した時
点で、その番組データは既に蓄積装置３２に蓄積されて
いる場合もあれば、未だ蓄積されていない場合もある。
しかしながら、ビデオサーバ３での処理（後述）によ
り、ユーザは、蓄積装置３２における番組データの有無
を意識せずに、自由に番組を予約できる。また、入力さ
れた視聴開始時刻および視聴終了時刻は、ビデオサーバ
３にとっては、予約された番組データを端末装置４に送
信し始める時刻、およびその送信を終了する時刻を示
す。そのため、視聴開始時刻および視聴終了時刻は、ビ
デオサーバ３では送信開始時刻および送信終了時刻とし
て扱われる。

【００３７】入力機器４１は、端末装置４の端末ＩＤを
予め保持している。入力機器４１は、配信開始時刻、配
信終了時刻、放送チャネル（チャネルＩＤ）、視聴開始
時刻および視聴終了時刻が入力されると、これら入力情
報および自身の端末ＩＤを含む予約コマンドを作成す
る。作成された予約コマンドは入力機器４１から端末装
置４の本体へと送信される。

【００３８】予約コマンドは、端末装置４のコマンド入
力部４２により受信される（図５のステップＳ１１）。
コマンド入力部４２は、受信した予約コマンドをそのま
ま端末管理部４３に出力する。端末管理部４３は、入力
された予約コマンド毎に時刻管理情報４３２を作成し
て、時刻管理用ＤＢ４３１に登録する（図７参照）。時
刻管理用ＤＢ４３１は、主として、予約番組の送信開始
時刻（視聴開始時刻）を管理するデータベースである。
時刻管理用ＤＢ４３１は、図７のように、いくつかの時
刻管理情報４３２を保持する。時刻管理情報４３２は予
約コマンドが入力される度に作成される。時刻管理情報
４３２としては、配信時間、送信時間およびチャネルＩ
Ｄが登録される。配信時間として、配信開始時刻および
配信終了時刻が登録される。また、送信時間として、送
信開始時刻および送信終了時刻が登録される。

【００３９】端末管理部４３は、以上の時刻管理情報４
３２を作成するために、入力された予約コマンドから、
配信開始時刻、配信終了時刻、視聴開始時刻、視聴終了
時刻およびチャネルＩＤを取り出す（ステップＳ１
２）。次に、端末管理部４３は、新しい時刻管理情報４
３２の領域を時刻管理用ＤＢ４３１内に確保する（ステ
ップＳ１３）。端末管理部４３は、ステップＳ１１で得
た各情報を、ステップＳ１２で確保した領域に登録する
（ステップＳ１４）。このステップＳ１２〜Ｓ１４の処
理の概要が図８に示されている。これによって、今回入
力された予約コマンド用の時刻管理情報４３２が完成
し、予約情報用ＤＢ４３１に追加される。

【００４０】図７には、時刻管理情報４３２の一例が示
されている。図７の例では、配信開始時刻として「ｓｔ
₁ 」、配信終了時刻として「ｅｔ₁ 」、送信開始時刻
（視聴開始時刻）として「ｓｔ₂ 」および送信終了時刻
（視聴終了時刻）として「ｅｔ ₂ 」が予約コマンドに含
まれている場合の時刻管理情報４３２を示している。こ
のような予約コマンドは、送信開始時刻「ｓｔ₂ 」から
送信終了時刻「ｅｔ₂ 」にかけてビデオサーバ３から送
信されてくる番組データをユーザが視聴することを望ん
でいることを意味する。さらに、その番組データは放送
チャネル「ｃｈ₁」を通じて配信される。

【００４１】端末管理部４３は、以上の時刻管理情報４
３２の登録が終了すると、今回入力された予約コマンド
をコマンド送信部４４に出力する。コマンド送信部４４
は、入力された予約コマンドをバス５を通じてビデオサ
ーバ３に送信する（ステップＳ１５）。

【００４２】コマンド送信部４４から送信された予約コ
マンドは、ビデオサーバ３のコマンド受付部３４により
受信される。コマンド受付部３４は、受信した予約コマ
ンドをそのままサーバ管理部３３に出力する。サーバ管
理部３３は、予約コマンドが入力される度に、この予約
コマンドに含まれる各情報を予約管理用データベース
（以下、予約管理用ＤＢ）３３３に登録して、各端末装
置４の番組予約を管理する。予約管理用ＤＢ３３３は、
図９に示すように、いくつかの予約管理情報３３４を保
持する。予約管理情報３３４は、送信時間、端末ＩＤお
よび番組ＩＤのフィールドからなる。

【００４３】送信時間としては、送信開始時刻（視聴開
始時刻）および送信終了時刻（視聴終了時刻）が登録さ
れる。送信開始時刻および送信終了時刻は上述したとお
りである。端末ＩＤとしては、予約コマンドを送信した
端末装置４のＩＤが登録される。番組ＩＤとしては、予
約コマンド内の各情報により一意に特定される番組デー
タのＩＤが登録される。

【００４４】例えば、図９に示された予約管理情報３３
４は、送信開始時刻として「ｓｔ₂」、送信終了時刻と
して「ｅｔ₂ 」、端末ＩＤとして「端末装置４₁ 」、お
よび番組ＩＤとして「番組Ａ」が登録されている。この
場合、「番組Ａ」で特定される各番組データが端末装置
４₁ に送信される。この番組データの送信は、時刻「ｓ
ｔ₂ 」に開始され、時刻「ｅｔ₂ 」に終了する。

【００４５】サーバ管理部３３は、以上のような予約管
理情報３３４を予約コマンド毎に予約管理用ＤＢ３３３
に登録して、ビデオサーバ３に接続された各端末装置４
の予約管理情報３３４を管理する。以下、サーバ管理部
３３による予約管理情報３３４の登録動作について、図
１０に示すフローチャートを参照して説明する。まず、
サーバ管理部３３は、入力された予約コマンドに含まれ
る端末ＩＤ、配信開始時刻、配信終了時刻、チャネルＩ
Ｄ、視聴開始時刻および視聴終了時刻を取り出す（ステ
ップＳ２１）。サーバ管理部３３は、予約コマンドによ
り予約された番組データの管理情報３３２が番組管理用
ＤＢ３３１に既に登録されているか否かを判断する（ス
テップＳ２２）。サーバ管理部３３は、ステップＳ２２
の判断のために、番組管理用ＤＢ３３１から、ステップ
Ｓ２１で得た配信開始時刻、配信終了時刻および放送チ
ャネル（チャネルＩＤ）と一致するものを含むデータ管
理情報３３２を検索する。

【００４６】今回予約された番組データが現時点で既に
蓄積装置３２に蓄積されている場合、サーバ管理部３３
は、この検索の結果、同じ配信開始時刻等を含むデータ
管理情報３３２を見つけることができる。サーバ管理部
３３は、このデータ管理情報３３２から番組ＩＤを、番
組管理用ＤＢ３３１から取り出して保持する（ステップ
Ｓ２３）。

【００４７】一方、上記検索の結果、同じ配信開始時刻
等を含むデータ管理情報３３２が登録されていなかった
場合、今回予約された番組は、現時点で蓄積装置３２に
蓄積されていない。そのため、サーバ管理部３３は、番
組ＩＤをデータ管理情報３３２から得ることはできな
い。そこで、サーバ管理部３３は、今回予約された番組
にＩＤを割り当てて保持する（ステップＳ２４）。さら
に、サーバ管理部３３は、蓄積装置３２に未蓄積の番組
データの管理情報３３２を作成し、番組管理用ＤＢ３３
１に登録する（ステップＳ２５）。このデータ管理情報
３３２の作成手順は、図４のステップＳ３〜Ｓ５と同様
であるため、ここでは説明されない。作成されたデータ
管理情報３３２の番組ＩＤには、図１１に示すように、
ステップＳ２４で割り当てられたものが登録される。ま
た、このデータ管理情報３３２の配信時間及びチャネル
ＩＤ（放送チャネル）として、ステップＳ２１で得られ
たものがそれぞれ登録される。ただし、サーバ管理部３
３は、将来配信される番組データの蓄積場所が現時点で
は不明であるため、作成されたデータ管理情報３３２の
蓄積場所を現時点では登録せずに空欄にする（図１１参
照）。このようにして作成されたデータ管理情報３３２
もまた番組管理用ＤＢ３３１に追加される。なお、現時
点で登録されない蓄積場所は、番組データが実際に受信
部３１により受信された時に追加される（図４のステッ
プＳ６を参照）。

【００４８】上記ステップＳ２３またはＳ２５の次に、
サーバ管理部３３は、予約コマンド内の各情報（つま
り、端末ＩＤ、配信開始時刻、配信終了時刻、チャネル
ＩＤ、視聴開始時刻および視聴終了時刻）および番組Ｉ
Ｄを登録するための新たな予約管理情報３３４を作成す
る。そのため、サーバ管理部３３は、各情報を登録する
ための新しい予約管理情報３３４の領域を予約管理用Ｄ
Ｂ３３３内に確保する（ステップＳ２６）。サーバ管理
部３３は、図１１に示すように、ステップＳ２１で得た
各情報、およびステップＳ２３またはＳ２４で得た番組
ＩＤを、ステップＳ２６で確保した予約管理情報３３４
の領域に登録する（ステップＳ２７）。なお、図１１に
は、ステップＳ２４で割り当てられた番組ＩＤが登録さ
れる場合が示されている。これによって、入力された予
約コマンドの予約管理情報３３４が完成し、予約管理用
ＤＢ３３３に追加される。サーバ管理部３３は、以上の
ようにして予約管理情報３３４の追加が終了すると、図
１０の処理を終了する。次に、サーバ管理部３３が番組
データを端末装置４に送信する時の処理を図１２のフロ
ーチャートを参照して説明する。サーバ管理部３３は現
在の時刻を内部で計っている。サーバ管理部３３は、予
約管理情報３３４が含む送信開始時刻と、現在時刻とが
一致したことを検出すると、その予約管理情報３３４の
番組ＩＤおよび端末ＩＤを取り出す（ステップＳ３
１）。次に、サーバ管理部３３は、番組管理用ＤＢ３３
１にアクセスして、ステップＳ３１で得られた番組ＩＤ
を含むデータ管理情報３３２を検索する。サーバ管理部
３３は、検索により得たデータ管理情報３３２が含む蓄
積場所を取り出す（ステップＳ３２）。サーバ管理部３
３は、ステップＳ３１で得た端末ＩＤ、およびステップ
Ｓ３２で得た蓄積場所を番組送信部３５に通知して、そ
の蓄積場所に蓄積されている番組データを、端末ＩＤに
より特定される端末装置４に送信させる（ステップＳ３
３）。

【００４９】次に、端末装置４が番組データを受信する
時の処理を図１３のフローチャートを参照して説明す
る。端末装置４の管理部４３は、現在の時刻を内部で計
っている。端末管理部４３は、いずれかの時刻管理情報
４３２の送信開始時刻と、現在時刻とが一致すると（ス
テップＳ４１）、ユーザが番組を視聴し始める時間にな
った判断する。端末管理部４３は、通知部４８に指示し
て、番組の視聴開始時間になったことユーザに通知させ
る（ステップＳ４２）。通知部４８によるユーザへの通
知は、発光素子の発光や音声出力により実現される。こ
れによって、ユーザは、番組の再生が開始されることを
知ることができ、番組受信／蓄積装置１の使い勝手が向
上する。

【００５０】ステップＳ３３で送信された番組データ
は、バス５を介して端末装置４の番組受信部４５により
受信される。ただし、端末装置４は、自身が予約した番
組データしか受信しない。番組再生処理部４６には、テ
レビジョン受像機（図示せず）が接続されている。番組
再生処理部４６は、番組受信部４５により受信された番
組データの再生処理を行う（ステップＳ４３）。つま
り、番組再生処理部４６は、自身と接続されるテレビジ
ョン受像機に適合するデータ形式にデコードして、テレ
ビジョン受像機に出力する。テレビジョン受像機は、番
組再生処理部４６から出力された番組データに従って、
映像をディスプレイに表示したり、音声をスピーカから
出力する。これによって、ユーザは、番組配信装置２に
より配信される番組データを、自分が視聴したい時間に
自由に視聴することができる。

【００５１】以上のように、本実施形態によれば、受信
部３１により一括的に受信された番組データが蓄積装置
３２に蓄積されるため、ユーザは、複数台のビデオデッ
キを持っていなくても、ビデオサーバ３および端末装置
４を用いれば、同じ時間帯の番組を視聴できたり、例え
ば１週間分の番組をまとめて見ることができたり、見た
い番組だけが送信されてくるような自分用の番組プログ
ラムを組んで見るなどライフスタイルにあわせた視聴環
境を構築することができる。

【００５２】また、番組受信／蓄積装置１は、登録済み
の予約管理情報３３４および時刻管理情報４３２を削除
することもできる。以下、図１４のフローチャートを参
照して、端末装置４が時刻管理情報４３２を削除すると
きの動作について説明する。ユーザは、まず、入力機器
４１を操作して、入力メニュー６（図６参照）の画面上
で「２．予約削除」を選択する。端末管理部４３は、
「２．予約削除」が選択されると、時刻管理用ＤＢ４３
１にアクセスして、現在登録されているすべての時刻管
理情報４３２を取り出す（ステップＳ５１）。

【００５３】ところで、表示処理部４７は、番組再生処
理部４６と同様に、テレビジョン受像機と接続されてい
る。表示処理部４７は、端末管理部４３により取り出さ
れた時刻管理情報４３２の一覧リストを作成してテレビ
ジョン受像機に表示させる（ステップＳ５２）。これに
よって、テレビジョン受像機のディスプレイには、全て
の時刻管理情報４３２が表示される。各時刻管理情報４
３２は、前述したように、チャネルＩＤ、配信時間およ
び送信時間からなる。ユーザは、ディスプレイに表示さ
れた一覧を参照しつつ、入力機器４１を操作して、削除
したい時刻管理情報４３２を特定する。入力機器４１
は、特定された時刻管理情報４３２に含まれる配信時間
（つまり配信開始時刻および配信終了時刻）、放送チャ
ネル、送信時間（つまり視聴開始時刻および視聴終了時
刻）と、端末装置４のＩＤを含む予約削除コマンドを作
成する。入力機器４１は、予約削除コマンドを端末装置
４の本体に送信する（ステップＳ５３）。

【００５４】予約削除コマンドは、端末装置４の本体側
のコマンド入力部４２を介して端末管理部４３に入力さ
れる。端末管理部４３は、入力された予約削除コマンド
から、配信開始時刻、配信終了時刻、視聴開始時刻、視
聴終了時刻および放送チャネルを取り出す（ステップＳ
５４）。端末管理部４３は、取り出した各情報を基に、
時刻管理用ＤＢ４３１を調べる。時刻管理用ＤＢ４３１
には、ステップＳ５４で得た配信開始時刻等と一致する
ものを含む時刻管理情報４３２がある。この時刻管理情
報４３２はユーザにより指定された削除対象である。端
末管理部４３は、この削除対象の時刻管理情報４３２を
見つけ出して削除する（ステップＳ５５）。端末管理部
４３は、予約削除コマンドを、コマンド送信部４４およ
びバス５を介してビデオサーバ３に送信する（ステップ
Ｓ５６）。

【００５５】予約削除コマンドは、ビデオサーバ３のコ
マンド受付部３４を介して、サーバ管理部３３に入力さ
れる。サーバ管理部３３は、予約削除コマンドにより特
定される予約管理情報３３４を予約管理用ＤＢ３３３か
ら削除する。以下、サーバ管理部３３の削除動作につい
て、図１５に示すフローチャートを参照して説明する。
まず、サーバ管理部３３は、入力された予約削除コマン
ドから端末ＩＤ、配信開始時刻、配信終了時刻、視聴開
始時刻、視聴終了時刻および放送チャネルを取り出す
（ステップＳ６１）。サーバ管理部３３は、予約管理用
ＤＢ３３３から、ステップＳ６１で得た端末ＩＤと一致
するものを含む予約管理情報３３４を検索する。これに
よって、サーバ管理部３３は、予約削除コマンドを送信
した端末装置４の予約管理情報３３４を得る。さらに、
サーバ管理部３３は、今回得られた端末装置４の予約管
理情報３３４から、ステップＳ６１で得た配信開始時刻
等と一致するものを含む予約管理情報３３４を探し出
す。これにより、サーバ管理部３３は、予約削除コマン
ドにより指定される予約管理情報３３４を特定する（ス
テップＳ６２）。次に、サーバ管理部３３は、ステップ
Ｓ６２で特定した予約管理情報３３４を予約管理用ＤＢ
３３３から削除する（ステップＳ６３）。

【００５６】ところで、サーバ管理部３３は、今回削除
した予約管理情報３３４から番組ＩＤを取り出して保持
しておく。この番組ＩＤにより特定される番組データ
は、他の端末装置４により予約されている場合も有れ
ば、予約されていない場合もある。この番組データが他
の端末装置４により予約されていなければ、蓄積装置３
２に蓄積されていても仕方がない。そこで、サーバ管理
部３３は、現在保持している番組ＩＤと一致するものを
含む予約管理情報３３４を予約管理用ＤＢ３３３から探
し出す。つまり、サーバ管理部３３は、他の端末装置４
が今回の削除コマンドにより特定される番組データを予
約しているか否かを判断する（ステップＳ６４）。サー
バ管理部３３は、この予約管理情報３３４を見つけるこ
とができた場合、番組データを蓄積装置３２から削除せ
ずにそのまま残しておく。

【００５７】一方、サーバ管理部３３は、この予約管理
情報３３４を見つけることができなかった場合、現在保
持している番組ＩＤを含むデータ管理情報３３２を番組
管理ＤＢ３３１から見つけだして削除する（ステップＳ
６５）。これによって、この番組ＩＤにより特定される
番組データが蓄積装置３２から削除される。これによっ
て、蓄積装置３２の容量を有効的に利用することができ
る。

【００５８】以上のように、本番組受信／蓄積装置１
は、ユーザが行った番組予約を必要に応じて削除するこ
とができる。これによって、本番組受信／蓄積装置１の
使い勝手が向上する。

【００５９】また、サーバ管理部３３は、蓄積装置３２
に蓄積された番組データを削除するタイミングを管理す
る。つまり、サーバ管理部３３は、配信開始時刻から予
め定められた時間を経過するか、ユーザによって視聴さ
れるかしたデータ管理情報３３２を削除すると共に、当
該データ管理情報３３２により特定される番組データを
蓄積装置３２から削除する。これによって、常に番組配
信装置２から配信される新規な番組データを蓄積装置３
２に蓄積できるようになる。

【００６０】また、予約管理情報３３４は、上述および
図９に示すように、予約コマンド単位で作成される。し
かしながら、予約管理用ＤＢ３３３の中には、同一の端
末装置４に対して複数の番組データを続けて送信する場
合がある。つまり、例えば、図１６（ａ）に示すよう
に、一方の予約管理情報３３４の送信終了時刻は「ｅｔ
₂ 」であり、他方の予約管理情報３３４の送信開始時刻
は「ｅｔ₂ 」である。このような場合、番組Ａおよび番
組Ｂで特定される番組データは、同一の端末装置４に連
続的に送信されることとなる。サーバ管理部３３は、こ
のような２組の予約管理情報３３４を、図１６（ｂ）に
示すように１組にまとめて管理することも可能である。
つまり、複数組の予約管理情報３３４は１組にまとめら
れる。これによって、予約管理用ＤＢ３３３の容量を効
率的に使用できるようになる。「第２の実施形態」図１
７は、本発明の第２の実施形態に係る番組受信／蓄積装
置１の構成を示すブロック図である。図１７に示す番組
受信／蓄積装置は、図１に示すものと比較すると、受信
／録画部３１に代えて、選択受信／録画部１７１を備え
る点で相違する。それ以外に相違点は無いので、図１７
において、図１に示すものに相当する構成については、
同一の参照符号を付し、その説明を省略する。以下、上
記相違点を中心に説明する。

【００６１】サーバ管理部３３は、第１の実施形態と同
様にして、番組管理用ＤＢ３３１及び予約管理用ＤＢ３
３３を作成する。ただし、本実施形態では、番組管理用
ＤＢ３３１に登録されるデータ管理情報３３２は、予約
コマンドに基づいてのみ作成される。つまり、番組デー
タの受信時には、蓄積場所が未登録であることを除き、
データ管理情報３３２は完成している。サーバ管理部３
３は、端末装置４により予約された番組データがいつ、
どの放送チャネルからを配信されてくるかを、この２種
類のデータベース３３１及び３３３を参照して知ること
ができる。サーバ管理部３３は、予約された番組データ
の配信開始時刻になると、そのチャネルＩＤを選択受信
／録画部１７１に通知する。選択受信／録画部１７１
は、この通知に応答して、自身の受信周波数帯を、放送
チャネル（チャネルＩＤ）の周波数帯に調整して、番組
配信装置２によって配信される番組データの中から、予
約された番組データだけを選択的に受信して、蓄積装置
３２に蓄積する。さらに、サーバ管理部３３は、予約さ
れた番組データの配信終了時刻になると、そのチャネル
ＩＤを選択受信／録画部１７１に通知する。選択受信／
録画部３１は、この通知に応答して、番組データの受信
を終了する。

【００６２】以上説明したことからも明らかなように、
第２の実施形態によれば、端末装置４は、番組データの
配信開始時刻以前に、その番組を要求しなければならな
いが、限られた容量の蓄積装置３２で番組受信／蓄積装
置を構成する場合には、蓄積装置３２の容量を有効的に
使用できる。

【００６３】「第３の実施形態」図１８は、本発明の第
３の実施形態に係る番組受信／蓄積装置１８の全体構成
を示すブロック図である。図１８において、番組受信／
蓄積装置１８の遠隔には番組配信装置２が設置される。
番組配信装置２は第１の実施形態のそれと同様であるた
め、その説明は省略される。

【００６４】番組受信／蓄積装置１８は、典型的には家
屋や事業所のように人間の生活空間に設置される。番組
受信／蓄積装置１８は、受信／録画部１８１と、蓄積装
置１８２と、入力機器１８３と、コマンド入力部１８４
と、管理部１８５と、番組送信部１８６と、番組再生処
理部１８７と、表示処理部１８８と、通知部１８９とを
備える。番組受信／蓄積装置１８には前述したような番
組データが配信されてくる。番組受信／蓄積装置１８の
受信／録画部１８１は、図１の受信／録画部３１と同様
に構成されており、番組配信装置２により配信された番
組データを全て受信する。管理部１８５は、受信／録画
部１８１が番組データを受信する度に、データ管理情報
３３２を作成し、番組管理用ＤＢ３３１に登録する。番
組管理用ＤＢ３３１およびデータ管理情報３３２につい
ては図３を参照して既に詳説されているので、それらの
説明はここでは省略される。次に、管理部１８５は、図
４のフローチャートに示される手順に従って動作して、
データ管理情報３３２を作成する。なお、この図４の各
処理は第１の実施形態で説明されている。そのため、以
下の各説明は簡素化される。管理部１８５は、受信され
た番組データに付加されている配信開始時刻、配信終了
時刻およびチャネルＩＤを取り出す（ステップＳ１）。

【００６５】第１の実施形態と同様に、データ管理情報
３３２は、受信／録画部１８１による番組データの受信
時、または、予約コマンドの入力時に作成される（図１
０のステップＳ２５参照）。そのため、データ管理情報
３３２は、その番組データの受信時に登録済みである場
合がある。そこで、管理部１８５は、ステップＳ１の
後、受信された番組データの管理情報３３２が登録済み
か否かを判断する（ステップＳ２）。管理部１８５は、
受信された番組データの管理情報３３２が登録済みでな
い場合、今回受信された番組データの管理情報３３２を
新規作成する（ステップＳ３〜Ｓ５）。蓄積装置１８２
は、管理部１８５により割り当てられた蓄積場所に、受
信／録画部１８１が今回受信した番組データを蓄積す
る。管理部１８５は、ステップＳ２の判断の結果、受信
された番組データの管理情報３３２が登録済みの場合、
この番組データに割り当てた蓄積場所を、既存のデータ
管理情報３３２に登録する（ステップＳ６）。蓄積装置
１８２は、割り当てられた蓄積場所に、今回受信された
番組データを蓄積する。以上の図４の処理によって、図
３に示されるデータ管理情報３３２が作成される。

【００６６】番組受信／蓄積装置１８のユーザは、第１
の実施形態で説明したように、この予定表を参照しつ
つ、視聴したい番組を特定して予約する。第３の実施形
態において、番組予約とは、ユーザにより指定された番
組データを、指定された時刻に再生処理を行うように番
組受信／蓄積装置１８に要求することである。

【００６７】次に、この番組予約の際の番組受信／蓄積
装置１８が行う処理を説明する。なお、ユーザは、ま
ず、番組受信／蓄積装置１８を操作可能な入力機器１８
３を操作して、１番組分の配信開始時刻、配信終了時刻
および放送チャネルを入力し、これによって、予約番組
を特定する。さらに、ユーザは、視聴開始時刻および視
聴終了時刻を入力して、この予約番組の視聴時刻を特定
する。入力機器１８３は、ユーザにより入力された情報
に基づいて予約コマンドを作成して、番組受信／蓄積装
置１８のコマンド入力部１８４を通じて管理部１８５に
送信される。

【００６８】管理部１８５は、入力された予約コマンド
に基づいて予約管理情報３３４を作成して、予約管理用
ＤＢ３３３に登録する。予約管理用ＤＢ３３３およびデ
ータ管理情報３３４については図９を参照して既に詳説
されているので、それらの説明はここでは省略される。
ただし、図９に示される端末ＩＤは、第３の実施形態の
番組受信／蓄積装置１８には必要がないことには注意を
要する。なぜなら、本番組受信／蓄積装置１８は、第１
の実施形態の番組受信／蓄積装置１のように、複数の端
末装置４に番組データを送信しないからである。管理部
１８５は、予約管理情報３３４を予約コマンド毎に予約
管理用ＤＢ３３３に登録して、番組予約を管理する。以
下、管理部１８５による予約管理情報３３４の登録動作
について、図１０に示すフローチャートを参照して説明
する。なお、この図１０の各処理は、第１の実施形態に
おいて詳説されている。そのため、以下の各処理の説明
は簡素化される。管理部１８５は、入力された予約コマ
ンドに含まれる配信開始時刻、配信終了時刻、チャネル
ＩＤ、視聴開始時刻および視聴終了時刻を取り出す（ス
テップＳ２１）。管理部１８５は、予約された番組のデ
ータ管理情報３３２が番組管理用ＤＢ３３１に既に登録
されているか否かを判断する（ステップＳ２２）。

【００６９】管理部１８５は、予約番組のデータ管理情
報３３２が登録されている場合、この番組データのＩＤ
を、番組管理用ＤＢ３３１から取り出して保持する（ス
テップＳ２３）。一方、管理部１８５は、予約番組のデ
ータ管理情報３３２が登録されていない場合、番組ＩＤ
をデータ管理情報３３２から得ることはできないので、
今回の予約番組にＩＤを割り当てて保持する（ステップ
Ｓ２４）。さらに、管理部１８５は、蓄積装置１８２に
未蓄積の番組データの管理情報３３２を作成し、番組管
理用ＤＢ３３１に登録する（ステップＳ２５）。このデ
ータ管理情報３３２の作成手順は、図４のステップＳ３
〜Ｓ５と同様であるため、ここでは説明されない。

【００７０】上記ステップＳ２３またはＳ２５の次に、
管理部１８５は、予約コマンド内の各情報（つまり、端
末ＩＤ、配信開始時刻、配信終了時刻、チャネルＩＤ、
視聴開始時刻および視聴終了時刻）および番組ＩＤを登
録するための新たな予約管理情報３３４を、図１１に示
すように作成する（ステップＳ２６，Ｓ２７）。この予
約管理情報３３４の作成手順は、第１の実施形態で説明
されているので、その説明は省略される。管理部１８５
は、以上のようにして予約管理情報３３４の追加が終了
すると、図１０の処理を終了する。

【００７１】次に、番組受信／蓄積装置１８が番組デー
タを再生する時の処理を図１９のフローチャートを参照
して説明する。管理部１８５は、現在の時刻を内部で計
っており、いずれかの予約管理情報３３４の送信開始時
刻と、現在時刻とが一致すると（ステップＳ７１）、ユ
ーザが番組を視聴し始める時間になった判断する。管理
部１８５は、通知部１８９に指示して、番組の視聴開始
時間になったことユーザに通知させる（ステップＳ７
２）。

【００７２】次に、管理部１８５は、現在時刻と送信開
始時刻とが一致する予約管理情報３３４の番組ＩＤを取
り出す（ステップＳ７３）。次に、管理部１８５は、番
組管理用ＤＢ３３１にアクセスして、ステップＳ７３で
得られた番組ＩＤを含むデータ管理情報３３２を検索す
る。管理部１８５は、検索により得たデータ管理情報３
３２から蓄積場所を取り出す（ステップＳ７４）。管理
部１８５は、ステップＳ７３で得た番組ＩＤ、およびス
テップＳ７４で得た蓄積場所を番組送信部１８６に通知
して、その蓄積場所に蓄積されている番組データを、番
組再生処理部１８７に送信させる（ステップＳ７５）。
番組再生処理部１８７には、テレビジョン受像機（図示
せず）が接続されている。番組再生処理部１８７は、受
信した番組データの再生処理を行う（ステップＳ７
６）。これによって、テレビジョン受像機では、番組再
生処理部１８７により再生処理された番組が再生され
る。こうして、ユーザは、番組配信装置２により配信さ
れる番組データを、自分が視聴したい時間に自由に視聴
することができる。

【００７３】以上のように第３の実施形態によれば、第
１の実施形態と同様に、ユーザは、番組受信／蓄積装置
１８を用いて、同じ時間帯に配信される番組を視聴でき
たり、例えば１週間分の番組をまとめて見ることができ
たり、見たい番組だけが送信されてくるような自分用の
番組プログラムを組んで見るなどライフスタイルにあわ
せた視聴環境を構築することができる。さらに、番組受
信／蓄積装置１８は、番組受信／蓄積装置１におけるビ
デオサーバ３と端末装置４とを一体化した構成となって
いる。そのため、番組受信／蓄積装置１８は、番組受信
／蓄積装置１と比較して小型化することができる。それ
に伴って、番組受信／蓄積装置１８を低コストで製造す
ることも可能となる。

【００７４】また、番組受信／蓄積装置１８は、図２０
のフローチャートに示される処理手順に従って動作する
ことにより、登録済みの予約管理情報３３４を削除する
こともできる。ユーザは、まず、入力機器１８３を操作
して、入力メニュー６（図６参照）の画面上で「２．予
約削除」を選択する。管理部１８５は、「２．予約削
除」が選択されると、予約管理用ＤＢ３３３にアクセス
して、現在登録されているすべての予約管理情報３３４
を取り出す（ステップＳ８１）。

【００７５】ところで、表示処理部１８８は、番組再生
処理部１８７と同様に、テレビジョン受像機と接続され
ている。表示処理部１８８は、管理部１８５により取り
出された予約管理情報３３４の一覧リストを作成してテ
レビジョン受像機に表示させる（ステップＳ８２）。ユ
ーザは、ディスプレイに表示された一覧を参照しつつ、
入力機器１８３を操作して、削除したい時刻管理情報４
３２を特定する。入力機器１８３は、特定された予約管
理情報３３４に含まれる配信時間（つまり配信開始時刻
および配信終了時刻）、放送チャネル、送信時間（つま
り視聴開始時刻および視聴終了時刻）とを含む予約削除
コマンドを作成し送信する（ステップＳ８３）。

【００７６】予約削除コマンドは、コマンド入力部１８
４を介して管理部１８５に入力される。管理部１８５
は、予約削除コマンドにより特定される予約管理情報３
３４を予約管理用ＤＢ３３３から削除する（ステップＳ
８４）。このステップＳ８４の具体的な処理は、図１５
のステップＳ６１〜Ｓ６３と同様であるため、その説明
は省略される。以上のように、本番組受信／蓄積装置１
８は、ユーザが行った番組予約を必要に応じて削除する
ことができる。これによって、本番組受信／蓄積装置１
８の使い勝手が向上する。

【００７７】また、管理部１８５は、図１のサーバ管理
部３３と同様に、蓄積装置３２に蓄積された番組データ
を削除するタイミングを管理する。さらに、管理部１８
５は、サーバ管理部３３と同様に、図１６に示すよう
に、複数組の予約管理情報３３４を１組にまとめて管理
するようにしてもよい。

【００７８】また、図１８の受信／録画部１８１は、図
１７の選択受信／録画部１７１と同様に、配信されてく
る番組データの内、予約コマンドにより予約された番組
データのみを選択的に受信する方が好ましい。なぜな
ら、番組受信／蓄積装置１８は、上述のように小型化で
きる反面、蓄積装置１８２の配置スペースが制限され
る。したがって、蓄積装置１８２の容量が制限される。
番組データが選択受信されれば、蓄積装置１８２に蓄積
される番組データが少なくすることができ、容量の小さ
な蓄積装置１８２にとって好都合だからである。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係る番組受信／蓄積
装置１の全体構成を示すブロック図である。

【図２】図１の各端末装置４の詳細な構成を示すブロッ
ク図である。

【図３】図１のサーバ管理部３３により管理される番組
管理用ＤＢ３３１およびデータ管理情報３３２を説明す
るための図である。

【図４】図１のサーバ管理部３３または図１８の管理部
１８５がデータ管理情報３３２を作成する際に実行する
処理の手順を示すフローチャートである。

【図５】図１の各端末装置４が予約コマンドを作成し送
信する際に実行する処理の手順を示すフローチャートで
ある。

【図６】入力メニュー６の画面を示す。

【図７】図２の端末管理部４３により管理される時刻管
理用ＤＢ４３１および時刻管理情報４３２を説明するた
めの図である。

【図８】図５のステップＳ１２〜Ｓ１４の処理の概要を
示す図である。

【図９】図１のサーバ管理部３３により管理される予約
管理用ＤＢ３３３および予約管理情報３３４を説明する
ための図である。

【図１０】図１のサーバ管理部３３または図１８の管理
部１８５が予約管理情報３３４を登録する際に実行する
処理手順を示すフローチャートである。

【図１１】図１のサーバ管理部３３がデータ管理情報３
３２を作成する際の処理の概要を示す図である。

【図１２】図１のサーバ管理部３３が番組データを端末
装置４に送信する際に実行する処理の手順を示すフロー
チャートである。

【図１３】図１の端末装置４が番組データを受信する際
に実行する処理の手順を示すフローチャートである。

【図１４】図１の端末装置４が時刻管理情報４３２を削
除する際に実行する処理の手順を示すフローチャートで
ある。

【図１５】図１のサーバ管理部３３が予約管理情報３３
４を削除する際に実行する処理の手順を示すフローチャ
ートである。

【図１６】番組データを連続送信する場合の予約管理情
報３３４を説明するための図であり、

【図１７】本発明の第２の実施形態に係る番組受信／蓄
積装置１の構成を示すブロック図である。

【図１８】本発明の第３の実施形態に係る番組受信／蓄
積装置１８の全体構成を示すブロック図である。

【図１９】図１８の番組受信／蓄積装置１８が番組デー
タを再生する際に実行する処理の手順を示すフローチャ
ートである。

【図２０】図１８の番組受信／蓄積装置１８が登録済み
の予約管理情報３３４を削除する際に実行する処理の手
順を示すフローチャートである。

【図２１】従来の番組配信システムの構成例を示してい
る。

【図２２】ユーザがテレビを視聴する従来の環境を示し
ている。

【符号の説明】

１，１８…番組受信／蓄積装置 ３…ビデオサーバ ３１，１８１…受信／録画部 ３２，１８２…蓄積装置 ３３…サーバ管理部 ３３１…番組管理用データベース ３３３…予約管理用データベース ３４…コマンド受付部 ３５，１８６…番組送信部 １７１…選択受信／録画部 １８５…管理部 ４…端末装置 ４１，１８３…入力機器 ４２，１８４…コマンド入力部 ４３…端末管理部 ４３１…時刻管理用データベース ４４…コマンド送信部 ４５…番組受信部 ４６，１８７…番組再生処理部 ４７，１８８…表示処理部 ４８，１８９…通知部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 ＦＩ // Ｇ０６Ｆ 17/30 Ｇ０６Ｆ 15/40 ３７０Ｄ

Claims (11)

【特許請求の範囲】
1. 【請求項１】 遠隔に設置された番組配信装置から継続
   的に配信されてくる番組データを受信し蓄積する番組受
   信／蓄積装置であって、 サーバと、 ユーザの入力に従って、番組データおよびその視聴時刻
   を指定する予約コマンドを送信する端末装置とを備え、 前記サーバは、 前記番組配信装置により配信される番組データを受信す
   る受信部と、 前記受信部により受信される番組データを蓄積する蓄積
   装置と、 前記蓄積装置により蓄積される番組データのデータ管理
   情報、および前記端末装置により送信される予約コマン
   ドに基づいて作成される予約管理情報を管理するサーバ
   管理部と、 前記サーバ管理部の指示に従って、前記蓄積装置に蓄積
   される番組データを前記端末装置に送信する番組送信部
   とを含み、 前記サーバ管理部は、自身が管理するデータ管理情報お
   よび予約管理情報に基づいて、前記蓄積装置から番組デ
   ータを取り出して前記端末装置に送信するように前記番
   組送信部に指示し、 前記端末装置は、前記番組送信部により送信される番組
   データを受信し、受信した番組データの再生処理を行う
   ことを特徴とする、番組受信／蓄積装置。
2. 【請求項２】 前記受信部はさらに、前記番組配信装置
   により配信される番組データの内、前記端末装置の予約
   コマンドにより指定された番組データのみを選択的に受
   信することを特徴とする、請求項１に記載の番組受信／
   蓄積装置。
3. 【請求項３】 前記サーバ管理部はさらに、前記蓄積装
   置に蓄積される番組データを、必要に応じて削除するこ
   とを特徴とする、請求項１または２に記載の番組受信／
   蓄積装置。
4. 【請求項４】 前記端末装置は、 自身が作成する予約コマンドにより指定される視聴時刻
   を管理する端末管理部と、 前記端末管理部により管理される視聴時刻に、前記サー
   バが番組データの送信を開始することをユーザに通知す
   る通知部とを備える、請求項１〜３のいずれかに記載の
   番組受信／蓄積装置。
5. 【請求項５】 前記端末装置は、前記端末管理部に管理
   される視聴時刻の表示処理を行って、その視聴時刻をユ
   ーザに参照させる表示処理部をさらに含む、請求項４に
   記載の番組受信／蓄積装置。
6. 【請求項６】 前記サーバ管理部はさらに、自身が管理
   する予約管理情報を、必要に応じて削除することを特徴
   とする、請求項４に記載の番組受信／蓄積装置。
7. 【請求項７】 遠隔に設置された番組配信装置から継続
   的に配信されてくる番組データを受信し蓄積する番組受
   信／蓄積装置であって、 番組データおよびその視聴時刻を指定する予約コマンド
   を、ユーザの入力に従って作成する入力機器と、 前記番組配信装置により配信される番組データを受信す
   る受信部と、 前記受信部によって受信された番組データを蓄積する蓄
   積装置と、 前記蓄積装置により蓄積される番組データのデータ管理
   情報、および前記入力機器の予約コマンドに基づいて作
   成される予約管理情報を管理する管理部と、 前記管理部の指示に従って、前記蓄積装置に蓄積される
   番組データを取り出して、取り出した番組データの再生
   処理を行う番組再生処理部とを含み、 前記管理部は、自身が管理するデータ管理情報および予
   約管理情報に基づいて、前記蓄積装置の番組データを取
   り出すように、前記番組再生処理部に指示することを特
   徴とする、番組受信／蓄積装置。
8. 【請求項８】 前記受信部はさらに、前記番組配信装置
   により配信される番組データの内、前記入力機器の予約
   コマンドにより指定される番組データのみを選択的に受
   信することを特徴とする、請求項７に記載の番組受信／
   蓄積装置。
9. 【請求項９】 前記管理部はさらに、前記蓄積装置に蓄
   積される番組データを、必要に応じて削除することを特
   徴とする、請求項７または８に記載の番組受信／蓄積装
   置。
10. 【請求項１０】 前記番組再生処理部が番組データの再
    生処理を開始することをユーザに通知する通知部をさら
    に含む、請求項７〜９のいずれかに記載の番組受信／蓄
    積装置。
11. 【請求項１１】 前記管理部はさらに、自身が管理する
    予約管理情報を、必要に応じて削除することを特徴とす
    る、請求項７〜９のいずれかに記載の番組受信／蓄積装
    置。