JP3551921B2 - 番組録画装置 - Google Patents
番組録画装置 Download PDFInfo
- Publication number
- JP3551921B2 JP3551921B2 JP2000394318A JP2000394318A JP3551921B2 JP 3551921 B2 JP3551921 B2 JP 3551921B2 JP 2000394318 A JP2000394318 A JP 2000394318A JP 2000394318 A JP2000394318 A JP 2000394318A JP 3551921 B2 JP3551921 B2 JP 3551921B2
- Authority
- JP
- Japan
- Prior art keywords
- program
- user
- storage
- storage means
- recording
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- User Interface Of Digital Computer (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、衛星放送やＣＡＴＶ、地上波放送など複数の放送メディアが存在する中で、これらの放送を録画する録画装置に関するものである。
例えば、マンションや特定の地域で形成されるコミュニティーでの共同録画に関する。
【０００２】
【従来の技術】
デジタル放送の開始に伴い、放送の多チャンネル化が進行している。放送の多チャンネル化がすすむと、興味のある番組が同じ時間帯に放送される確率が高くなる。このため、同時に放送されている複数のチャンネルの番組を同時に録画する必要が生じてくる。
【０００３】
そこで、複数のチャネルを録画できるようなハードディスクを用いたビデオデッキなどが開発されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のビデオデッキなどの録画装置では、１０チャンネルといった非常に多数のチャンネルの番組を同時に録画することはできない。この課題に対する解決策としては、録画装置やチューナを放送チャネルの個数だけ用意するなどの方法もあるが、ユーザのコスト負担が大きくなり、また結局、同一番組を多数の人間が複数箇所で録画することになるため資源の無駄使いにあり、環境的にもやさしい設計ではなく、良い解決方法とはいえない。
【０００５】
さらに、家庭で録画を行う方法では、録画装置が常に通電状態になくてはならないため、待機電力が問題となる。特に、野球放送などで放送時間が変更になった場合の対応を行うためには、放送時間が変更になっているかどうかを、電子番組表を定期的に受信してチェックする必要があり、待機電力は非常に大きくなる。
【０００６】
一方でインターネットの普及や、わが国のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）政策に伴い、家庭向けの高速ネットワークも急速に整えられつつある。このため、番組の録画を一括で受け付け、高速ネットワークを介して録画番組をユーザに提供する番組視聴システムも現実のものとなってきた。
【０００７】
このような番組視聴システムを利用すれば、同じ時間に放送される番組を含めて、ユーザは好きな番組を好きな時間に見ることができる。
【０００８】
しかしながら、録画する番組は単調に増加するため、記録媒体のバックアップなどのメンテナンス増大や、記録媒体の増設などランニングコストが非常にかかるなどの問題点がある。
【０００９】
また、多チャンネル化が進むと、番組を選択するための情報も増加する。このため、例えば番組表の一覧性が損なわれる結果、使い勝手が悪くなる恐れや、興味のある番組を見逃してしまう恐れがある。
【００１０】
さらに、ユーザから外出先から録画したいという要望がかなりある。この要望に対して、プッシュ電話のＤＴＭＦ信号により外出先から録画予約を行えるビデオデッキが発売されているが、あらかじめビデオテープを録画したい位置に合わせてセットしておく必要があるため、急な録画予約に対しては対応できないという問題が生じる。
【００１１】
また、ビデオデッキに電話回線を接続する必要があり、設置上の問題点となっている。
【００１２】
【課題を解決するための手段】
本願発明は、放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置であって、前記番組蓄積手段に蓄積されている番組に付与されている蓄積期限に基づき前記蓄積期限を超過した番組を前記番組蓄積手段から削除する番組管理手段を更に有し、前記録画予約手段は、ネットワークを介して複数のユーザからの録画予約を受け付けるものである。
【００１３】
【発明の実施の形態】
本願の実施形態では、録画番組を蓄積しておく期限をセンター側で管理することにより、記録媒体の増設を行うことなく自由度の高い番組視聴を提供できる番組視聴システムを提案する。このシステムでは、番組の録画を一括で受け付け、高速ネットワークを介して録画番組をユーザに提供するため、ユーザは番組を見たいときに端末の電源を入れて、センターにアクセスすれば良い。したがって、端末側の待機電力や録画メディアが必要ないなど、環境にもやさしいシステムといえる。
【００１４】
さらに、センター側に端末に表示するＧＵＩデータを持たせることで、ユーザの嗜好を考慮したユーザ個別のＧＵＩ画面の構成を容易にし、使いやすい操作環境を提供する番組視聴システムを提案する。また、センター側をインターネットと接続することにより、インターネットに接続可能な携帯端末から予約操作が可能な番組視聴システムを提案する。
【００１５】
本発明の実施形態１の番組録画装置は、放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置であって、前記番組蓄積手段に蓄積されている番組に付与されている蓄積期限に基づき前記蓄積期限を超過した番組を前記番組蓄積手段から削除する番組管理手段を更に有し、前記録画予約手段は、ネットワークを介して複数のユーザからの録画予約を受け付けるものである。これにより、記録媒体を増設することなく、有限な記録媒体を用いて番組録画機能を提供することができる。
【００１６】
ある好ましい実施形態において、前記番組管理手段は、前記番組蓄積手段から番組を削除する期限に先立って、ユーザが指定した番組を補助記憶手段にコピーするものである。
ある好ましい実施形態において、前記番組管理手段は、前記番組蓄積手段から番組を削除する期限に先立って、番組が削除される期限が迫っていることを通知する期限通知手段を備えたものである。
これにより、ユーザがせっかく録画した番組を一度も見ることなく削除されてしまうことを防止できる。
【００１７】
ある好ましい実施形態において、上述した番組録画装置が送出する番組を再生する番組再生装置において、前記蓄積期限を超過した番組を自動的にダウンロードして蓄積しておく番組蓄積手段を有するものである。
【００１８】
本発明の実施形態２の番組録画装置は、放送番組を蓄積する番組蓄積手段と、 前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段と、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置であって、前記番組蓄積手段に蓄積されている番組に対するユーザの予約数に応じて、前記番組蓄積手段から番組を削除する番組管理手段を有するものである。
【００１９】
本発明の実施形態３の番組録画装置は、放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段と、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組指定手段とを備えた番組録画装置であって、前記番組指定手段により受け付けた番組履歴を記憶し、前記番組の視聴履歴あるいは、前記番組の視聴履歴から得られる番組のジャンルの視聴割合、番組出演者の出演頻度、番組に関するキーワードの出現頻度のうち少なくとも１つの情報を用いてユーザに提供する広告情報を蓄積する広告データベースより所定の広告を選択する広告選択手段と、選択された広告を前記番組の再生および録画予約を行う端末の操作画面に挿入する広告挿入手段とを有するものである。これにより、ユーザの嗜好傾向を考慮した広告表示が可能となる。
【００２０】
本発明の実施形態の番組録画方法は、放送番組を蓄積する番組蓄積手段と、ネットワークを介して複数のユーザからの録画予約を受け付け、かつ前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、
前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置を用い、前記番組蓄積手段に蓄積されている番組に蓄積時期を付与し、前記蓄積期限を超過した番組を前記番組蓄積手段から削除する番組管理処理を行うものである。
【００２１】
（実施例）
全体構成
本発明における一実施例について図面を参照して説明する。
【００２２】
図１は本実施形態の全体のシステム構成を示す図である。
【００２３】
図１において、００１はＣＡＴＶ同軸ケーブル、００２はセンターと各家庭とを高速ＩＰ回線で接続するイントラネット、００３はＣＡＴＶ同軸ケーブル００１に送出される番組を受信するＣＡＴＶチューナ、００４はＣＡＴＶチューナ００２により受信された番組をＮＴＳＣ信号として受信し、ＭＰＥＧ−２にエンコードして所定の期間蓄積するとともに、イントラネット００２に対してＭＰＥＧ−２ストリームを送出するビデオサーバ、００５はＣＡＴＶ同軸ケーブル００１を利用してＣＡＴＶ局側との接続を行うセンター側のケーブルモデム、０１１はセンター側のケーブルモデムの接続を受け付けるＣＡＴＶ局側のケーブルモデム、０１２はＣＡＴＶ局側ケーブルモデム０１１とインターネット間でデータ通信を中継するゲートウェイ、００９は複数の番組を多重化してＣＡＴＶ同軸ケーブル００１に送出する番組送出部、０１３はインターネットに対して番組表データを供給する番組表サーバ、０１４はインターネットと携帯電話網との間でデータ通信を中継する携帯端末用ゲートウェイ、０１５は携帯端末００８との間で無線通信を行い携帯電話網と接続する基地局、００６はケーブルモデム００５を介してインターネットに接続して最新の番組表を取得するとともに、各家庭端末００７、もしくは携帯端末００８からユーザ登録、録画予約、番組視聴などの操作を受け付け、ビデオサーバ００４を制御する制御サーバである。また、ビデオサーバ００４と制御サーバ００６は１台のＰＣやワークステーション上に実現しても構わないことは言うまでもない。また、各家庭の端末００７はインターネットブラウザを搭載した汎用ＰＣなどの機器によって実現しても良い。また、制御サーバへ接続して番組予約を行うサービスについては、携帯端末００８としては、基地局０１５から携帯端末用ゲートウェイ０１４を介してインターネットへ接続する機能とｈｔｍｌで記述されたページを閲覧する機能とを有している携帯機器を利用することができる。この場合のインターネットへの接続は、パケット方式でも回線交換方式でもどちらでも良い。なお、上述したＭＰＥＧとはＭｏｖｉｎｇＰｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐの略で、映像（動画像）を蓄積、伝送するための圧縮方法や伸長方法、データ構造を規定した国際標準規格である。本実施例で用いるＭＰＥＧ−２の再生品質は、ハイビジョンテレビ並みである。
【００２４】
なお、インターネットへの接続方法は他にモデムやＤＳＵを利用したダイアルアップ接続、ＰＨＳや携帯電話のパケット通信など、どんな方法でも構わない。また、番組の受信方法は、ＣＡＴＶに限らず地上波放送や衛星放送でも良い。例えば、番組の受信にデジタルＢＳ放送を利用した場合は、ＣＡＴＶチューナ００３の代わりにデジタルＢＳチューナとなる。デジタルＢＳ放送では、番組表を放送から取得できるのでインターネットに接続するためのモデムは、家庭内端末００７のみを利用する場合は不要である。なお、デジタルＢＳチューナとビデオサーバ００４との間の映像、音声信号はアナログ信号、デジタル信号のいずれでも構わない。
【００２５】
本システムにより、例えば、携帯端末００８として携帯電話を利用して、制御サーバ００６にアクセスし見たい番組を外出先から録画予約しておき、帰宅してから家庭内端末００７で予約しておいた番組を視聴することができる。また、本システムでは、同時に放送される裏番組もすべて録画予約しておくことができる。また、見たい番組を見逃してしまった場合には、家庭内端末００７から制御サーバ００６にアクセスし、ビデオサーバ００４に蓄積されているかどうかを検索し、蓄積されている場合には、ビデオサーバ００４からＭＰＥＧ２のビデオストリームを送出し、家庭内端末００７で受信して視聴することができる。本実施例では、すべての番組を一旦ビデオサーバに蓄積するため、例えば既に番組放送が始っている場合においても、番組の最初から楽しむことができる。
【００２６】
また、システム管理のランニング費用は、制御サーバが端末に提供するＧＵＩにバナー広告を表示することでまかなうと良い。この広告は後述の実施例に示すように、ユーザの嗜好に合わせて選択することが可能であり、無差別の広告と比較して優れた広告効果を期待できる。
【００２７】
ビデオサーバの構成
次にビデオサーバ００４の詳細構成について説明する。
【００２８】
図２は、ビデオサーバ００４のシステム構成を示す図である。
【００２９】
図２において、２０１はＣＡＴＶチューナ００３からのＮＴＳＣビデオ出力を入力として、ＭＰＥＧ２フォーマットにデジタルエンコードするビデオエンコーダ、２０２はビデオエンコーダから出力されるＭＰＥＧ−２ストリームを蓄積するビデオデータ蓄積部、２０３は端末００７から送信される再生、チャンネル変更、巻き戻しなどの制御信号を受信して、イントラネット００２に送出するビデオストリームの制御を行うビデオストリーム制御部、２０４は番組のタイトルや放送日などから対応するビデオデータのＩＤを返すとともに、期限が切れたビデオデータや誰からも予約されていないビデオデータをビデオデータ蓄積部２０２の蓄積可能容量に応じてビデオデータ蓄積部２０２から削除するビデオデータ管理部、２０５はカレンダー情報と時刻を保持し、ビデオデータ管理部２０４からの日時参照と日数計算を受け付ける日時管理部、２０６はビデオデータ蓄積部２０２に蓄積された各ビデオデータの蓄積期限とユーザからの予約数を記憶する蓄積管理テーブル、２０７はビデオデータ蓄積部２０２に蓄積された各ビデオデータのタイトル、ジャンル、出演者、番組内容、放送日などの番組情報を記憶する番組情報テーブル、２０８はイントラネット００２に対してデータを送受信する高速通信インタフェースである。
【００３０】
まず、ビデオストリーム送出時の動作を図３のフローチャートを用いて説明する。
【００３１】
＜ステップａ１＞
端末００７が制御サーバ００６に対してビデオデータ送出要求を送信すると、制御サーバ００６がこれを中継し、ビデオデータ管理部２０４がビデオデータ送出要求を受信する。
【００３２】
＜ステップａ２＞
ビデオデータ管理部２０４は、番組情報テーブル２０７を検索し、要求のあったビデオデータがビデオデータ蓄積部２０２に蓄積されているかどうか調べる。番組情報テーブル２０７の例を図４に示す。
【００３３】
＜ステップａ３＞
ビデオデータ蓄積部２０２に要求のあったビデオデータが蓄積されている場合には、
ステップａ４に進む。そうでない場合には、ステップａ ７に進む。
【００３４】
＜ステップａ４＞
ビデオデータ管理部２０４は、該当するビデオデータのＩＤを制御サーバ００６に返し、
制御サーバ００６はこれを端末００７に中継する。
【００３５】
＜ステップａ５＞
端末００７は、制御サーバ００６より返されたビデオデータのＩＤを用いてビデオデータの送出をビデオストリーム制御部２０３に要求する。
【００３６】
＜ステップａ６＞
ビデオストリーム制御部２０３は、高速通信インタフェース２０８を介して、端末００７に対してビデオデータの送出を開始しステップを終了する。
【００３７】
＜ステップａ７＞
該当するビデオデータがないことを制御サーバ００６に通知してステップを終了する。
【００３８】
本実施例では、ＣＡＴＶチューナで受信した番組はすべてビデオエンコーダ２０１でＭＰＥＧ２ビデオデータに変換し、一旦ビデオデータ蓄積部２０２に蓄積する。そして、制御サーバ００６より要求のあったビデオデータを、高速通信インタフェース２０８を介してイントラネット００２に送出する。したがって、リアルタイム視聴の場合は、ビデオデータを蓄積すると同時にイントラネットへの送出をも行う。
【００３９】
つぎに、ビデオデータの管理の動作を図６のフローチャートを用いて説明する。
【００４０】
放送を録画して提供するサービスを実施する場合、時間経過に比例して蓄積するビデオデータ量が増加するため、全ての録画したビデオデータを永続的に保持することは困難である。そこで、本実施例では、ビデオデータの蓄積期限をあらかじめ決めておき、蓄積期限が切れたビデオデータを自動的に削除するアプローチを採る。
【００４１】
＜ステップｂ１＞
日時管理部２０５はあらかじめ設定された所定の時刻（例えば毎日早朝４：００）になると、ビデオデータ管理部２０４に通知を行う。
【００４２】
＜ステップｂ２＞
日時管理部２０５からの通知を受けたビデオデータ管理部２０４は、蓄積管理テーブル２０６を検索し、蓄積期限切れのビデオデータがないかどうか調べる。蓄積管理テーブル２０６の例を図５に示す。
【００４３】
＜ステップｂ３＞
蓄積期限切れのビデオデータがある場合は、ステップｂ４に進み、そうでない場合はステップｂ５に進む。
【００４４】
＜ステップｂ４＞
番組情報テーブル２０７から蓄積期限切れビデオデータのレコードを削除すると同時に、ビデオデータ蓄積部２０２から対応するビデオデータを削除する。
【００４５】
＜ステップｂ５＞
蓄積管理テーブル２０６を検索し、蓄積期限切れ７日前のビデオデータがないかどうか調べる。
【００４６】
＜ステップｂ６＞
蓄積期限切れ７日前のビデオデータがある場合は、次のステップに進む。そうでない場合は、ステップを終了する。
【００４７】
＜ステップｂ７＞
蓄積期限切れ７日前のビデオデータについて、ユーザからの予約があるかどうかを、蓄積管理テーブル２０６を検索して調べる。
【００４８】
＜ステップｂ８＞
蓄積期限切れ７日前のビデオデータのうちユーザからの予約があるビデオデータが存在する場合は、これらのビデオデータと予約しているユーザＩＤとを対応させたリストを作成し、次のステップに進む。そうでない場合は、ステップを終了する。
【００４９】
＜ステップｂ９＞
ステップｂ８で作成したリストに含まれる各ユーザに対して、リスト内の対応する予約ビデオデータの蓄積期限が１週間にせまっていることを対応するユーザ端末に対して通知し、ステップを終了する。
【００５０】
本実施例では、ビデオデータ蓄積部はＣＡＴＶの全チャンネルを２４時間録画して約１か月分の蓄積が可能な容量を想定しているが、この容量はサービスの内容に応じて自由に設定して良い。また、ビデオデータ蓄積部に各ユーザ向けに有料で所定の容量を貸し出すことのできるレンタル用のＨＤＤなどを接続しても構わない。
これにより、削除されたくないビデオデータをコピーして、ユーザがＨＤＤ利用料金を支払う限りは、半永続的にデータを保持するようにすることができる。レンタル用ＨＤＤへのビデオデータの移動は、ビデオデータ再生時にオプション選択することで実現できる（図１９）。ここでは、煩雑な操作を排除するためレンタル用ＨＤＤの容量が許す限り、「蓄積期限を越えても削除しない」というオプションを選択できるようにする。レンタル用ＨＤＤの容量が足りない場合には、ユーザに蓄積したビデオデータの中から削除するビデオデータを選択させるようにする。このときには、蓄積した日時の古さや既に見たかどうかなどの属性によりビデオデータを順序づけてユーザに見せると便利である。なお、レンタル用ＨＤＤに蓄積したビデオデータの削除は、一般的なパーソナルコンピュータのファイル管理と同様にユーザによって好きなときに自由に行えるようにするものとする。また、本実施例ではビデオデータのエンコードにＭＰＥＧ２を利用したがＭＰＥＧ４など他のフォーマットでも良いことは言うまでもない。ＭＰＥＧ４を利用する場合は、端末の能力に応じて送出するビデオストリームのデータ量を制御すると良い。なお、ユーザ端末への通知はユーザ端末側で受信可能な手段であれば電子メールや独自の通信方法など何でも良い。
【００５１】
また、ユーザの要求に応じて、ビデオデータ蓄積部２０２に蓄積されている番組をユーザに開示することにより、ユーザが現在視聴可能なコンテンツの存在を確認することができる。
【００５２】
また、現在の話題に関連したコンテンツを優先的に蓄積することが考えられる。例えば、現在、一週間に一回放映中のドラマに関しては蓄積期限をすぎても、そのドラマの放映が終了するまではバックナンバーとして優先的に蓄積しておく。これにより、現在、ドラマを視聴しているユーザが過去の内容を確認するのに便利である。
【００５３】
制御サーバの構成
次に制御サーバ００６の詳細構成について説明する。
【００５４】
図７は、制御サーバ００６のシステム構成を示す図である。
【００５５】
図７において、３０１はＣＡＴＶ局側から割り当てられるグローバルＩＰアドレスを利用してインターネットに対してデータの送受信を行う通信インタフェース、３０２はイントラネット００２に対してデータの送受信を行う高速インタフェース、３０３はインターネット０１０、イントラネット００２の双方からのｈｔｔｐによるアクセスを受け付けるｈｔｔｐサーバ、３０４はｈｔｔｐに対するアクセスに対するユーザ認証を行うユーザ認証部、３０５はユーザＩＤとパスワードを組にして記憶する認証データベース、３０６は各ユーザのビデオデータの視聴履歴や視聴傾向を計算し管理するユーザ情報管理部、３０７は各ユーザのビデオデータの視聴履歴や視聴傾向を記憶するユーザ情報記憶部、３０８はユーザ情報記憶部３０７のデータを利用して、ユーザの嗜好タイプを判定するユーザ嗜好判定部である。ユーザの嗜好タイプとはユーザを性別、年齢、およびビデオデータの視聴履歴から得られる嗜好の傾向などからあらかじめ所定のグループに分けたものであり、ユーザに未視聴の番組をすすめたり、ユーザに見せる広告データを決定するのに利用する。また、３０９は、家庭内端末００７、携帯端末００８に対して表示するそれぞれのＧＵＩ（ページデータ）の部品、および通信インタフェース３０１を利用してインターネットから取得した最新の番組表を記憶するＧＵＩデータ記憶部、３１０は家庭内００７、携帯端末００８に対して表示するバナー広告を記憶する広告データ記憶部、３１１はユーザ嗜好判定部３０８を利用して、広告データ記憶部３１０の広告データとＧＵＩデータ記憶部のデータから、各ユーザの嗜好を考慮した広告とおすすめビデオデータのリストを含むＧＵＩを生成するＧＵＩデータ生成部、３１２は、家庭内端末００７、あるいは携帯端末００８からの予約、検索、再生の要求に対して、ビデオサーバ００４のビデオデータを検索するビデオデータ検索部である。なお、携帯端末００８など外部からの要求を受け付けるために、本実施例では通信インタフェース３０１にグローバルなＩＰアドレスを付与する方法を説明したが、他の方法としては、ＣＡＴＶ局側から通信インタフェース３０１にプライベートＩＰアドレスを割り当て、ＣＡＴＶ局内のゲートウェイ０１２においてグローバルなＩＰアドレスとプライベートＩＰアドレスとを対応付けて相互に変換するアドレス変換を利用する方法でも良い。
【００５６】
まず、家庭内端末００７から制御サーバ００８にアクセスした場合の動作を図８のフローチャートを用いて説明する。
【００５７】
＜ステップｃ１＞
ｈｔｔｐサーバ３０３が家庭内端末００７からのアクセスを受け付けると、ユーザ認証部３０４が家庭内端末００７に対して、ユーザＩＤとパスワードの入力を要求する。ここで、家庭内端末００７側に表示されるＧＵＩの例を図９に示す。
【００５８】
＜ステップｃ２＞
家庭内端末００７から入力されたユーザＩＤとパスワードが、認証データベース３０５に存在するかどうか調べる。認証データベースの例を図１０に示す。
【００５９】
＜ステップｃ３＞
ステップｃ２でユーザＩＤとパスワードが認証データベースに存在する場合は、次のステップに進む。そうでない場合は、「ユーザＩＤまたはパスワードが間違っています。」というメッセージをｈｔｔｐサーバ３０３から家庭内端末００７に返信し、ステップを終了する。
【００６０】
＜ステップｃ４＞
ステップｃ２で入力されたユーザＩＤを利用して、ユーザ嗜好判定部３０８からユーザの嗜好タイプを取得し、この嗜好タイプに該当する広告データを広告データ記憶部３１０から取り出し、ＧＵＩデータ生成部でバナー広告を含むメニュー画面を生成する。ここで、広告データ記憶部の各広告データには、広告を見せたいユーザの嗜好タイプの優先順位がつけられており、現在アクセスしているユーザの嗜好タイプの優先度が高い広告から順に選択される。候補となる広告データが多数表示される場合には、広告の契約内容に応じて組み込む広告を決定する。ユーザの嗜好タイプを含む広告データ記憶部のフォーマットの例を図１１に示す。図１１の例では、ＩＤ００００１で示される広告データは嗜好タイプがＡ、Ｂの順序で優先され、ＩＤ０００２は嗜好タイプがＣまたはＤの人が同程度に優先されることを示している。表示スコアは、優先嗜好タイプに該当するユーザに対して広告を表示した回数をポイントとして表したものであり、最も優先度の高いユーザに表示した場合は２ポイント、それ以外は１ポイントなどのように優先度の高い嗜好タイプを持つユーザに表示した場合に高い値になるようにする。このデータはスポンサーへの広告料金決定に用いることができる。なお、ここでのＧＵＩデータの動的生成はＣＧＩなどの一般的な方法を用いて行うものとする。
【００６１】
＜ステップｃ５＞
ステップｃ４で生成されたＧＵＩデータを、ｈｔｔｐサーバ３０３から家庭内端末００７に返信してステップを終了する。このとき家庭内端末００７に表示されるメニュー画面の一例を図１２に示す。以降のビデオデータの視聴、ビデオデータの検索、録画予約はこのメニュー画面を通して行うものとする。また、各ステップで端末に表示されるＧＵＩにはステップｃ４と同様の方法で適宜バナー広告が挿入されるものとする。
【００６２】
なお、嗜好タイプをあらかじめ設定する代わりに、各広告データにキーワードをつけておき、ユーザが過去に視聴した番組の番組内容の説明に使用されていたキーワードの出現頻度をユーザ情報記憶部３０７にユーザ情報として格納（図１７参照）し、各広告につけられたそれぞれのキーワードの出現頻度の総和を適合度合いと見なして、適合度合いが大きい順に組み込む広告を決定しても構わない。なお、初めてアクセスするユーザのために図１３に例示するようなユーザ登録画面を用意し、ユーザの嗜好タイプの初期値を得るためのアンケートを実施しても良い。
【００６３】
次に、家庭内端末００７から蓄積されたビデオデータ（番組）を見る動作を図１４のフローチャートを用いて説明する。
【００６４】
＜ステップｄ１＞
ｈｔｔｐサーバ３０３が家庭内端末００７から番組リスト画面の送信要求を受け付けると、現在アクセスしているユーザのユーザＩＤを利用して、ユーザ情報管理部２０４から録画予約番組のリストと、ユーザ嗜好判定部３０８からユーザの嗜好タイプを取得する。
【００６５】
＜ステップｄ２＞
ステップｄ１で得られたユーザ嗜好タイプに基づいて、広告データ記憶部から広告データを選択し、ステップｄ１で得られた録画予約番組リストとあわせて、ＧＵＩデータ生成部３１１でＧＵＩデータを生成する。ここでのＧＵＩデータの例を図１５に示す。図１５の例では、ステップｄ１で得られたユーザ嗜好タイプを利用して、現在アクセスしているユーザと同じ嗜好タイプを持つ他のユーザが多く予約しており、現在アクセスしているユーザが未予約番組の紹介を行っている。
【００６６】
＜ステップｄ３＞
ステップｄ２で生成されたＧＵＩデータを、ｈｔｔｐサーバ３０３から家庭内端末００７に返信する。
【００６７】
＜ステップｄ４＞
家庭内端末００７からＧＵＩを通じて視聴したい番組（ビデオデータ）が選択されると、ビデオデータ検索部３１２は、ビデオサーバ００４のビデオデータ管理部２０４にアクセスし、選択された番組のＩＤを取得して家庭内端末００７に返す。
【００６８】
＜ステップｄ５＞
家庭内端末００７は、前記取得した番組のＩＤを利用して、ビデオサーバ００４のビデオストリーム制御部２０３に家庭内端末００７が利用可能な所定のアドレスの所定のポートに選択されたビデオデータを送出するように要求する。
【００６９】
＜ステップｄ６＞
ビデオサーバ００４から送出されるＭＰＥＧ２ストリームを家庭内端末００７で受信することにより番組（ビデオデータ）の再生が始まる。図１６に家庭内端末００７での表示例を示す。図１６では、ユーザからの操作要求を受け付け、画面右下に巻き戻し、停止、一時停止、早送りを行うためのＧＵＩを表示している。これらのストリームの送出をコントロールする信号は、ビデオサーバ００４のビデオストリーム制御部２０３に直接送信され、ビデオの再生がコントロールされる。なお、これらの操作はＧＵＩによる操作に限定されるものではなく、リモコンなどを用いて行っても良いことは言うまでもない。
【００７０】
＜ステップｄ７＞
ユーザが視聴した番組（ビデオデータ）の番組情報（図４参照）に基づいて、ビデオサーバ００４のユーザ情報記憶部３０７のユーザ情報を更新する。
図１７にユーザ情報の一例を示す。図１７のユーザ情報では、例えば、ユーザがどんなジャンルを好んでみているか、どんな出演者の番組を良く見ているかなどのユーザ嗜好を推定することが可能である。このため、図１７のユーザ情報は、ユーザ嗜好判定部によりユーザの嗜好タイプを決定するのに利用される。
【００７１】
なお、家庭内端末００７に任意のオブジェクト（プログラム）をダウンロードして実行できる機能があれば、ステップｄ３において、ビデオストリーム制御部２０３の操作とＭＰＥＧ−２再生を行うオブジェクトを返信するＧＵＩデータに付与して返信し、ステップｄ６において、家庭内端末００７側でステップｄ３において前記受信したオブジェクトを実行して、ビデオサーバ００４に対してストリーム送出を要求することで、ビデオデータを再生できるようにしても良い。
【００７２】
次に、家庭内端末００７から蓄積された番組（ビデオデータ）を検索する動作を図１８のフローチャートを用いて説明する。
【００７３】
＜ステップｅ１＞
ｈｔｔｐサーバ３０３が家庭内端末００７から番組（ビデオデータ）検索用ＧＵＩデータの送信要求を受け付けると、タイトル、ジャンル、出演者、番組内容、放送日など図４に示した番組情報をキーワードで検索する番組検索用ＧＵＩデータを、ＧＵＩデータ生成部３１１で生成する。この番組検索用ＧＵＩデータの一例を図２０に示す。
【００７４】
＜ステップｅ２＞
家庭内端末００７で検索条件を入力して検索ボタンを押すと、ｈｔｔｐサーバ３０３は検索要求と入力された検索条件（キーワード）を受信し、ビデオデータ検索部３１２からビデオサーバ００４のビデオデータ管理部２０４にアクセスし、番組情報テーブル２０７を検索する。
【００７５】
＜ステップｅ３＞
該当する番組（ビデオデータ）が見つかった場合は次のステップに進む。そうでない場合はステップｅ５に進む。
【００７６】
＜ステップｅ４＞
該当する番組（ビデオデータ）の検索結果をｈｔｔｐサーバ３０３から家庭内端末００７に返信しステップを終了する。ここでの家庭内端末００７での表示例を図２１に示す。図２１では検索された番組のうち見たい番組を選択すると視聴することができる。視聴のステップは、ステップｄ４〜ステップｄ６と同様である。
【００７７】
＜ステップｅ５＞
「該当する番組が見つかりません。」というメッセージをｈｔｔｐサーバ３０３から家庭内端末００７に返信しステップを終了する。
【００７８】
次に、携帯端末００８からの録画予約の動作を図２２のフローチャートを用いて説明する。
【００７９】
＜ステップｆ１＞
ｈｔｔｐサーバ３０３が家庭内端末００７から番組（ビデオデータ）録画用ＧＵＩデータの送信要求を受け付けると、録画したい番組を選択するＧＵＩデータを、ＧＵＩデータ生成部３１１で生成する。この番組選択用ＧＵＩデータの一例を図２３に示す。
図２３の例では、録画したい番組の放送日を入力して、番組表を呼び出して、録画したい番組を番組表の中から選択する。なお、ステップｅ１〜ステップｅ４と同様の方法で番組を検索し、録画するようにしても良い。
【００８０】
＜ステップｆ２＞
ステップｆ１で番組を選択すると、図２４に示す番組予約確認画面が表示され、録画予約のボタンを押すと、ｈｔｔｐサーバ３０３にユーザと予約番組のＩＤを通知する。
【００８１】
＜ステップ ｆ３＞
ｈｔｔｐサーバ３０３がユーザと予約番組ＩＤを受け取ると、ユーザ情報管理部３０６は、ユーザ情報記憶部３０７を検索し、該当するユーザＩＤの蓄積予約の項目の内容を更新する。
【００８２】
＜ステップｆ４＞
ビデオデータ検索部３１２がビデオサーバ００４にアクセスし、ビデオデータ管理部２０４を通して、蓄積管理テーブル２０６を検索し、該当する番組（ビデオデータ）の予約数の項目の値を１増加する。
【００８３】
なお、本実施例では、一旦すべての番組をビデオデータ蓄積部２０２に蓄積を行っているため、ユーザによる予約操作はユーザの視聴時のＧＵＩの構成に反映されるのみであるが、ビデオデータ蓄積部の容量をより効率的に利用したい場合には、ユーザから予約のあった番組のみを蓄積するようにしてもよい。ただし、この場合、ユーザが見逃した番組を見ることができるのは、第３者がその番組を録画予約している場合に限られる。
【００８４】
家庭内端末の構成
最後に家庭内端末００７の詳細構成について説明する。
【００８５】
図２５は、家庭内端末００７のシステム構成を示す図である。
【００８６】
図２５において、４０１はキーボード、マウスに代表される入力装置、４０２はＧＵＩを画面表示するＧＵＩ表示部、４０３はｈｔｔｐサーバにアクセスするｈｔｔｐクライアント、４０４はビデオサーバ００４のビデオストリーム制御部２０３と通信し、ビデオサーバから送出するビデオストリームをコントロールするとともにビデオストリームをデコードしてＧＵＩ表示部に表示するビデオストリーム操作部、４０５は入力装置４０１からの入力を受け付けて、ｈｔｔｐクライアント４０３とビデオストリーム４０４に指示を出し、更新された画面をＧＵＩ表示部４０２に表示するＧＵＩ操作部、４０６はビデオサーバ００４からダウンロードしたビデオデータを格納しておくビデオデータ蓄積部、４０７はビデオデータ蓄積部４０６に蓄積したビデオデータのリストを保持するビデオリストテーブル、４０８はイントラネット００２にアクセスする高速通信インタフェースである。なお、本構成は、携帯端末００８にも一部機能を制限するなど同様の構成で対応できる。また、ビデオデータ蓄積部４０６としてはハードディスクやＤＶＤ−ＲＡＭに代表されるデジタルメディアの他、ＶＨＳのビデオデッキなどのユーザが手持ちのアナログメディアを利用しても良い。家庭内端末００７は、制御サーバ００６のＧＵＩデータ生成部３１１で生成されたＧＵＩをｈｔｔｐクライアント４０３で取得してＧＵＩ表示部４０２に表示するため、同じ端末でもログインしているユーザごとにカスタマイズしたＧＵＩ画面を提供できる。例えば、時代劇の好きなユーザに対して、番組表の時代劇の欄だけを反転表示にして分かりやすく表示したりすることができる。
【００８７】
また、本実施例では、ビデオサーバ００４に録画された番組（ビデオデータ）を蓄積する期限を設定しているため、録画予約した番組（ビデオデータ）はいずれ削除されることになる。このため、ユーザが気に入った番組をダウンロードして端末側でいつでも見れるような機能が必要である。ここでは、番組を視聴している際に、同時に端末側のビデオデータ蓄積部４０６にダウンロードする動作を図２６のフローチャートを用いて説明する。
【００８８】
＜ステップｇ１＞
ｈｔｔｐクライアント４０３から、制御サーバ００６のｈｔｔｐサーバ３０３にアクセスし、図１２に示すＧＵＩをＧＵＩ表示部４０２に表示する。
【００８９】
＜ステップｇ２＞
ＧＵＩの番組リストを入力装置４０１により選択すると、図１５に示すＧＵＩがＧＵＩ表示部４０２に表示される。
【００９０】
＜ステップｇ３＞
ここで、視聴したい番組を選択すると図２７に示すＧＵＩがＧＵＩ表示部４０２に表示される。
【００９１】
＜ステップｇ４＞
ＯＫボタンが押されたどうか検出する。押された場合には、次のステップに進む。
【００９２】
＜ステップｇ５＞
「再生と同時にダウンロードする」のチェックボックスが選択されているかどうか調べる。
【００９３】
「再生と同時にダウンロードする」チェックボックスが選択されている場合は、次のステップに進み、そうでない場合はステップｇ７に進む。
【００９４】
＜ステップｇ６＞
ビデオサーバ００４の番組情報テーブル２０７を検索して該当ビデオデータのテーブルの情報を取得し、ビデオデータ蓄積部４０６で一意に決定できるＩＤ番号を新たに付与してビデオリストテーブル４０７に追加し、ビデオストリーム操作部ダウンロードフラグをＯＮにする。
【００９５】
＜ステップｇ７＞
ダウンロードフラグをＯＦＦにする。
【００９６】
＜ステップｇ８＞
ビデオストリーム操作部４０４の所定のアドレスの所定のポートに選択された番組（ビデオデータ）を送出するように制御サーバ００８に要求する。
【００９７】
＜ステップｇ９＞
ビデオストリーム操作部４０４でビデオストリームの受信が始まると、ダウンロードフラグをチェックする。
【００９８】
＜ステップｇ１０＞
ダウンロードフラグがＯＮの場合の場合は、ステップｇ５で付与したＩＤと関連付けてビデオストリーム操作部４０４で受信したビデオデータを、ビデオデータ蓄積部４０６に蓄積する。
【００９９】
＜ステップｇ１１＞
デオストリーム操作部４０４で受信したビデオデータをデコードし、ＧＵＩ表示部４０２に表示する。
【０１００】
ここで、ビデオデータ蓄積部４０６に蓄積したデータは、ビデオリストテーブル４０７を検索してＩＤを指定することで、いつでもビデオストリーム操作部４０４で指定したビデオデータをデコードし、ＧＵＩ表示部４０２に表示することができる。なお、録画予約したビデオデータの蓄積期限が切れる通知を受けた場合に、家庭内端末００７のビデオデータ蓄積部４０６に自動的にダウンロードするようにしても良い。また、ビデオサーバ００４での蓄積期限が切れたビデオデータであっても、あるユーザがダウンロードしていれば見れる可能性がある。そこで、各ユーザがダウンロードしたビデオデータをビデオサーバ００４のビデオデータ管理部で管理することにより、自分の見たいビデオデータを録画しているユーザを紹介したり、イントラネット００２を介してビデオデータの共有を行えるようにしても良い。
【０１０１】
以上説明したように、本実施形態によれば、番組の録画をセンター側で一括で行い、ユーザに録画された番組を高速ネットワークを介して提供する番組視聴システムにおいて、録画番組をセンター側で蓄積しておく期限を管理することにより、記録媒体の増設を行うことなくユーザに自由度の高い番組視聴を可能にする。この番組視聴システムによれば、ユーザに対して見逃した番組を視聴する機会を与えるだけではなく、消耗品となるビデオテープやＤＶＤなどの録画メディアを必要としないため、資源の節約やごみの削減など地球環境保護に対しても相当の効果がある。
【０１０２】
また、各家庭が録画装置を持たなくても済むので、録画スタンバイをしておくための待機電力を節約することもできるので、さらに環境に配慮したシステムといえる。
【０１０３】
さらに、センター側に端末に表示するＧＵＩデータを持たせることで、ユーザの嗜好を考慮したユーザ個別のＧＵＩ画面の構成を容易にし、使いやすい操作環境を提供できるとともに、ユーザに適応した効果的な広告を可能とし、広告収入によりランニングコストも抑えることができる。
【０１０４】
また、センター側をインターネットと接続することにより、インターネットに接続可能な携帯端末から予約操作が可能となる。これは、従来のプッシュ電話により外出先から録画予約を行うビデオデッキと異なり、急な録画予約に対応できるだけでなく、電話回線の引き回しなどの特別な設置工事も必要としないなどの利点がある。
【０１０５】
【発明の効果】
本発明によれば、ユーザに自由度の高い番組視聴を可能にする。
【図面の簡単な説明】
【図１】本発明における実施形態の全体構成を示す図
【図２】同実施形態におけるビデオサーバのシステム構成を示す図
【図３】同実施形態におけるビデオストリーム送出時の動作を示すフローチャート
【図４】同実施形態における番組情報テーブルの一例を示す図
【図５】同実施形態における蓄積管理テーブルの一例を示す図
【図６】同実施形態におけるビデオデータの管理の動作を示すフローチャート
【図７】同実施形態における制御サーバのシステム構成を示す図
【図８】同実施形態における制御サーバへのアクセスの動作を示すフローチャート
【図９】同実施形態におけるパスワード入力画面の一例を示す図
【図１０】同実施形態における認証データベースの一例を示す図
【図１１】同実施形態における広告データ記憶部のフォーマットの一例を示す図
【図１２】同実施形態におけるメニュー画面の一例を示す図
【図１３】同実施形態におけるユーザ登録画面の一例を示す図
【図１４】同実施形態における蓄積番組を見る動作を示すフローチャート
【図１５】同実施形態における蓄積番組視聴用ＧＵＩの一例を示す図
【図１６】同実施形態における番組再生時の端末画面の一例を示す図
【図１７】同実施形態におけるユーザ情報の一例を示す図
【図１８】同実施形態における蓄積番組を検索する動作を示すフローチャート
【図１９】同実施形態におけるレンタルＨＤＤへのビデオデータ移動を行うＧＵＩの一例を示す図
【図２０】同実施形態における蓄積番組検索用ＧＵＩの一例を示す図
【図２１】同実施形態における検索結果表示ＧＵＩの一例を示す図
【図２２】同実施形態における録画予約の動作を示すフローチャート
【図２３】同実施形態における番組選択用ＧＵＩの一例を示す図
【図２４】同実施形態における番組予約確認画面の一例を示す図
【図２５】同実施形態における家庭内端末のシステム構成を示す図
【図２６】同実施形態における家庭内端末へのダウンロード動作を示すフローチャート
【図２７】同実施形態におけるダウンロードオプション選択画面の一例を示す図
【符号の説明】
００１ ＣＡＴＶ同軸ケーブル
００２ イントラネット
００３ ＣＡＴＶチューナ
００４ ビデオサーバ
００５ ケーブルモデム
００６ 制御サーバ
００７ 家庭内端末
００８ 携帯端末
００９ 番組送出部
０１０ インターネット
０１１ ケーブルモデム
０１２ ゲートウェイ
０１３ 番組表サーバ
０１４ 携帯端末用ゲートウェイ
０１５ 基地局
２０１ ビデオエンコーダ
２０２ ビデオデータ蓄積部
２０３ ビデオストリーム制御部
２０４ ビデオデータ管理部
２０５ 日時管理部
２０６ 蓄積管理テーブル
２０７ 番組情報テーブル
２０８ 高速通信インタフェース
３０１ 通信インタフェース
３０２ 高速通信インタフェース
３０３ ｈｔｔｐサーバ
３０４ ユーザ認証部
３０５ 認証データベース
３０６ ユーザ情報管理部
３０７ ユーザ情報記憶部
３０８ ユーザ嗜好判定部
３０９ ＧＵＩデータ記憶部
３１０ 広告データ記憶部
３１１ ＧＵＩデータ生成部
３１２ ビデオデータ検索部
４０１ 入力装置
４０２ ＧＵＩ表示部
４０３ ｈｔｔｐクライアント
４０４ ビデオストリーム操作部
４０５ ＧＵＩ操作部
４０６ ビデオデータ蓄積部
４０７ ビデオリストテーブル
【発明の属する技術分野】
本発明は、衛星放送やＣＡＴＶ、地上波放送など複数の放送メディアが存在する中で、これらの放送を録画する録画装置に関するものである。
例えば、マンションや特定の地域で形成されるコミュニティーでの共同録画に関する。
【０００２】
【従来の技術】
デジタル放送の開始に伴い、放送の多チャンネル化が進行している。放送の多チャンネル化がすすむと、興味のある番組が同じ時間帯に放送される確率が高くなる。このため、同時に放送されている複数のチャンネルの番組を同時に録画する必要が生じてくる。
【０００３】
そこで、複数のチャネルを録画できるようなハードディスクを用いたビデオデッキなどが開発されている。
【０００４】
【発明が解決しようとする課題】
しかしながら、従来のビデオデッキなどの録画装置では、１０チャンネルといった非常に多数のチャンネルの番組を同時に録画することはできない。この課題に対する解決策としては、録画装置やチューナを放送チャネルの個数だけ用意するなどの方法もあるが、ユーザのコスト負担が大きくなり、また結局、同一番組を多数の人間が複数箇所で録画することになるため資源の無駄使いにあり、環境的にもやさしい設計ではなく、良い解決方法とはいえない。
【０００５】
さらに、家庭で録画を行う方法では、録画装置が常に通電状態になくてはならないため、待機電力が問題となる。特に、野球放送などで放送時間が変更になった場合の対応を行うためには、放送時間が変更になっているかどうかを、電子番組表を定期的に受信してチェックする必要があり、待機電力は非常に大きくなる。
【０００６】
一方でインターネットの普及や、わが国のＩＴ（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ）政策に伴い、家庭向けの高速ネットワークも急速に整えられつつある。このため、番組の録画を一括で受け付け、高速ネットワークを介して録画番組をユーザに提供する番組視聴システムも現実のものとなってきた。
【０００７】
このような番組視聴システムを利用すれば、同じ時間に放送される番組を含めて、ユーザは好きな番組を好きな時間に見ることができる。
【０００８】
しかしながら、録画する番組は単調に増加するため、記録媒体のバックアップなどのメンテナンス増大や、記録媒体の増設などランニングコストが非常にかかるなどの問題点がある。
【０００９】
また、多チャンネル化が進むと、番組を選択するための情報も増加する。このため、例えば番組表の一覧性が損なわれる結果、使い勝手が悪くなる恐れや、興味のある番組を見逃してしまう恐れがある。
【００１０】
さらに、ユーザから外出先から録画したいという要望がかなりある。この要望に対して、プッシュ電話のＤＴＭＦ信号により外出先から録画予約を行えるビデオデッキが発売されているが、あらかじめビデオテープを録画したい位置に合わせてセットしておく必要があるため、急な録画予約に対しては対応できないという問題が生じる。
【００１１】
また、ビデオデッキに電話回線を接続する必要があり、設置上の問題点となっている。
【００１２】
【課題を解決するための手段】
本願発明は、放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置であって、前記番組蓄積手段に蓄積されている番組に付与されている蓄積期限に基づき前記蓄積期限を超過した番組を前記番組蓄積手段から削除する番組管理手段を更に有し、前記録画予約手段は、ネットワークを介して複数のユーザからの録画予約を受け付けるものである。
【００１３】
【発明の実施の形態】
本願の実施形態では、録画番組を蓄積しておく期限をセンター側で管理することにより、記録媒体の増設を行うことなく自由度の高い番組視聴を提供できる番組視聴システムを提案する。このシステムでは、番組の録画を一括で受け付け、高速ネットワークを介して録画番組をユーザに提供するため、ユーザは番組を見たいときに端末の電源を入れて、センターにアクセスすれば良い。したがって、端末側の待機電力や録画メディアが必要ないなど、環境にもやさしいシステムといえる。
【００１４】
さらに、センター側に端末に表示するＧＵＩデータを持たせることで、ユーザの嗜好を考慮したユーザ個別のＧＵＩ画面の構成を容易にし、使いやすい操作環境を提供する番組視聴システムを提案する。また、センター側をインターネットと接続することにより、インターネットに接続可能な携帯端末から予約操作が可能な番組視聴システムを提案する。
【００１５】
本発明の実施形態１の番組録画装置は、放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置であって、前記番組蓄積手段に蓄積されている番組に付与されている蓄積期限に基づき前記蓄積期限を超過した番組を前記番組蓄積手段から削除する番組管理手段を更に有し、前記録画予約手段は、ネットワークを介して複数のユーザからの録画予約を受け付けるものである。これにより、記録媒体を増設することなく、有限な記録媒体を用いて番組録画機能を提供することができる。
【００１６】
ある好ましい実施形態において、前記番組管理手段は、前記番組蓄積手段から番組を削除する期限に先立って、ユーザが指定した番組を補助記憶手段にコピーするものである。
ある好ましい実施形態において、前記番組管理手段は、前記番組蓄積手段から番組を削除する期限に先立って、番組が削除される期限が迫っていることを通知する期限通知手段を備えたものである。
これにより、ユーザがせっかく録画した番組を一度も見ることなく削除されてしまうことを防止できる。
【００１７】
ある好ましい実施形態において、上述した番組録画装置が送出する番組を再生する番組再生装置において、前記蓄積期限を超過した番組を自動的にダウンロードして蓄積しておく番組蓄積手段を有するものである。
【００１８】
本発明の実施形態２の番組録画装置は、放送番組を蓄積する番組蓄積手段と、 前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段と、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置であって、前記番組蓄積手段に蓄積されている番組に対するユーザの予約数に応じて、前記番組蓄積手段から番組を削除する番組管理手段を有するものである。
【００１９】
本発明の実施形態３の番組録画装置は、放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段と、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組指定手段とを備えた番組録画装置であって、前記番組指定手段により受け付けた番組履歴を記憶し、前記番組の視聴履歴あるいは、前記番組の視聴履歴から得られる番組のジャンルの視聴割合、番組出演者の出演頻度、番組に関するキーワードの出現頻度のうち少なくとも１つの情報を用いてユーザに提供する広告情報を蓄積する広告データベースより所定の広告を選択する広告選択手段と、選択された広告を前記番組の再生および録画予約を行う端末の操作画面に挿入する広告挿入手段とを有するものである。これにより、ユーザの嗜好傾向を考慮した広告表示が可能となる。
【００２０】
本発明の実施形態の番組録画方法は、放送番組を蓄積する番組蓄積手段と、ネットワークを介して複数のユーザからの録画予約を受け付け、かつ前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、
前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置を用い、前記番組蓄積手段に蓄積されている番組に蓄積時期を付与し、前記蓄積期限を超過した番組を前記番組蓄積手段から削除する番組管理処理を行うものである。
【００２１】
（実施例）
全体構成
本発明における一実施例について図面を参照して説明する。
【００２２】
図１は本実施形態の全体のシステム構成を示す図である。
【００２３】
図１において、００１はＣＡＴＶ同軸ケーブル、００２はセンターと各家庭とを高速ＩＰ回線で接続するイントラネット、００３はＣＡＴＶ同軸ケーブル００１に送出される番組を受信するＣＡＴＶチューナ、００４はＣＡＴＶチューナ００２により受信された番組をＮＴＳＣ信号として受信し、ＭＰＥＧ−２にエンコードして所定の期間蓄積するとともに、イントラネット００２に対してＭＰＥＧ−２ストリームを送出するビデオサーバ、００５はＣＡＴＶ同軸ケーブル００１を利用してＣＡＴＶ局側との接続を行うセンター側のケーブルモデム、０１１はセンター側のケーブルモデムの接続を受け付けるＣＡＴＶ局側のケーブルモデム、０１２はＣＡＴＶ局側ケーブルモデム０１１とインターネット間でデータ通信を中継するゲートウェイ、００９は複数の番組を多重化してＣＡＴＶ同軸ケーブル００１に送出する番組送出部、０１３はインターネットに対して番組表データを供給する番組表サーバ、０１４はインターネットと携帯電話網との間でデータ通信を中継する携帯端末用ゲートウェイ、０１５は携帯端末００８との間で無線通信を行い携帯電話網と接続する基地局、００６はケーブルモデム００５を介してインターネットに接続して最新の番組表を取得するとともに、各家庭端末００７、もしくは携帯端末００８からユーザ登録、録画予約、番組視聴などの操作を受け付け、ビデオサーバ００４を制御する制御サーバである。また、ビデオサーバ００４と制御サーバ００６は１台のＰＣやワークステーション上に実現しても構わないことは言うまでもない。また、各家庭の端末００７はインターネットブラウザを搭載した汎用ＰＣなどの機器によって実現しても良い。また、制御サーバへ接続して番組予約を行うサービスについては、携帯端末００８としては、基地局０１５から携帯端末用ゲートウェイ０１４を介してインターネットへ接続する機能とｈｔｍｌで記述されたページを閲覧する機能とを有している携帯機器を利用することができる。この場合のインターネットへの接続は、パケット方式でも回線交換方式でもどちらでも良い。なお、上述したＭＰＥＧとはＭｏｖｉｎｇＰｉｃｔｕｒｅ Ｅｘｐｅｒｔ Ｇｒｏｕｐの略で、映像（動画像）を蓄積、伝送するための圧縮方法や伸長方法、データ構造を規定した国際標準規格である。本実施例で用いるＭＰＥＧ−２の再生品質は、ハイビジョンテレビ並みである。
【００２４】
なお、インターネットへの接続方法は他にモデムやＤＳＵを利用したダイアルアップ接続、ＰＨＳや携帯電話のパケット通信など、どんな方法でも構わない。また、番組の受信方法は、ＣＡＴＶに限らず地上波放送や衛星放送でも良い。例えば、番組の受信にデジタルＢＳ放送を利用した場合は、ＣＡＴＶチューナ００３の代わりにデジタルＢＳチューナとなる。デジタルＢＳ放送では、番組表を放送から取得できるのでインターネットに接続するためのモデムは、家庭内端末００７のみを利用する場合は不要である。なお、デジタルＢＳチューナとビデオサーバ００４との間の映像、音声信号はアナログ信号、デジタル信号のいずれでも構わない。
【００２５】
本システムにより、例えば、携帯端末００８として携帯電話を利用して、制御サーバ００６にアクセスし見たい番組を外出先から録画予約しておき、帰宅してから家庭内端末００７で予約しておいた番組を視聴することができる。また、本システムでは、同時に放送される裏番組もすべて録画予約しておくことができる。また、見たい番組を見逃してしまった場合には、家庭内端末００７から制御サーバ００６にアクセスし、ビデオサーバ００４に蓄積されているかどうかを検索し、蓄積されている場合には、ビデオサーバ００４からＭＰＥＧ２のビデオストリームを送出し、家庭内端末００７で受信して視聴することができる。本実施例では、すべての番組を一旦ビデオサーバに蓄積するため、例えば既に番組放送が始っている場合においても、番組の最初から楽しむことができる。
【００２６】
また、システム管理のランニング費用は、制御サーバが端末に提供するＧＵＩにバナー広告を表示することでまかなうと良い。この広告は後述の実施例に示すように、ユーザの嗜好に合わせて選択することが可能であり、無差別の広告と比較して優れた広告効果を期待できる。
【００２７】
ビデオサーバの構成
次にビデオサーバ００４の詳細構成について説明する。
【００２８】
図２は、ビデオサーバ００４のシステム構成を示す図である。
【００２９】
図２において、２０１はＣＡＴＶチューナ００３からのＮＴＳＣビデオ出力を入力として、ＭＰＥＧ２フォーマットにデジタルエンコードするビデオエンコーダ、２０２はビデオエンコーダから出力されるＭＰＥＧ−２ストリームを蓄積するビデオデータ蓄積部、２０３は端末００７から送信される再生、チャンネル変更、巻き戻しなどの制御信号を受信して、イントラネット００２に送出するビデオストリームの制御を行うビデオストリーム制御部、２０４は番組のタイトルや放送日などから対応するビデオデータのＩＤを返すとともに、期限が切れたビデオデータや誰からも予約されていないビデオデータをビデオデータ蓄積部２０２の蓄積可能容量に応じてビデオデータ蓄積部２０２から削除するビデオデータ管理部、２０５はカレンダー情報と時刻を保持し、ビデオデータ管理部２０４からの日時参照と日数計算を受け付ける日時管理部、２０６はビデオデータ蓄積部２０２に蓄積された各ビデオデータの蓄積期限とユーザからの予約数を記憶する蓄積管理テーブル、２０７はビデオデータ蓄積部２０２に蓄積された各ビデオデータのタイトル、ジャンル、出演者、番組内容、放送日などの番組情報を記憶する番組情報テーブル、２０８はイントラネット００２に対してデータを送受信する高速通信インタフェースである。
【００３０】
まず、ビデオストリーム送出時の動作を図３のフローチャートを用いて説明する。
【００３１】
＜ステップａ１＞
端末００７が制御サーバ００６に対してビデオデータ送出要求を送信すると、制御サーバ００６がこれを中継し、ビデオデータ管理部２０４がビデオデータ送出要求を受信する。
【００３２】
＜ステップａ２＞
ビデオデータ管理部２０４は、番組情報テーブル２０７を検索し、要求のあったビデオデータがビデオデータ蓄積部２０２に蓄積されているかどうか調べる。番組情報テーブル２０７の例を図４に示す。
【００３３】
＜ステップａ３＞
ビデオデータ蓄積部２０２に要求のあったビデオデータが蓄積されている場合には、
ステップａ４に進む。そうでない場合には、ステップａ ７に進む。
【００３４】
＜ステップａ４＞
ビデオデータ管理部２０４は、該当するビデオデータのＩＤを制御サーバ００６に返し、
制御サーバ００６はこれを端末００７に中継する。
【００３５】
＜ステップａ５＞
端末００７は、制御サーバ００６より返されたビデオデータのＩＤを用いてビデオデータの送出をビデオストリーム制御部２０３に要求する。
【００３６】
＜ステップａ６＞
ビデオストリーム制御部２０３は、高速通信インタフェース２０８を介して、端末００７に対してビデオデータの送出を開始しステップを終了する。
【００３７】
＜ステップａ７＞
該当するビデオデータがないことを制御サーバ００６に通知してステップを終了する。
【００３８】
本実施例では、ＣＡＴＶチューナで受信した番組はすべてビデオエンコーダ２０１でＭＰＥＧ２ビデオデータに変換し、一旦ビデオデータ蓄積部２０２に蓄積する。そして、制御サーバ００６より要求のあったビデオデータを、高速通信インタフェース２０８を介してイントラネット００２に送出する。したがって、リアルタイム視聴の場合は、ビデオデータを蓄積すると同時にイントラネットへの送出をも行う。
【００３９】
つぎに、ビデオデータの管理の動作を図６のフローチャートを用いて説明する。
【００４０】
放送を録画して提供するサービスを実施する場合、時間経過に比例して蓄積するビデオデータ量が増加するため、全ての録画したビデオデータを永続的に保持することは困難である。そこで、本実施例では、ビデオデータの蓄積期限をあらかじめ決めておき、蓄積期限が切れたビデオデータを自動的に削除するアプローチを採る。
【００４１】
＜ステップｂ１＞
日時管理部２０５はあらかじめ設定された所定の時刻（例えば毎日早朝４：００）になると、ビデオデータ管理部２０４に通知を行う。
【００４２】
＜ステップｂ２＞
日時管理部２０５からの通知を受けたビデオデータ管理部２０４は、蓄積管理テーブル２０６を検索し、蓄積期限切れのビデオデータがないかどうか調べる。蓄積管理テーブル２０６の例を図５に示す。
【００４３】
＜ステップｂ３＞
蓄積期限切れのビデオデータがある場合は、ステップｂ４に進み、そうでない場合はステップｂ５に進む。
【００４４】
＜ステップｂ４＞
番組情報テーブル２０７から蓄積期限切れビデオデータのレコードを削除すると同時に、ビデオデータ蓄積部２０２から対応するビデオデータを削除する。
【００４５】
＜ステップｂ５＞
蓄積管理テーブル２０６を検索し、蓄積期限切れ７日前のビデオデータがないかどうか調べる。
【００４６】
＜ステップｂ６＞
蓄積期限切れ７日前のビデオデータがある場合は、次のステップに進む。そうでない場合は、ステップを終了する。
【００４７】
＜ステップｂ７＞
蓄積期限切れ７日前のビデオデータについて、ユーザからの予約があるかどうかを、蓄積管理テーブル２０６を検索して調べる。
【００４８】
＜ステップｂ８＞
蓄積期限切れ７日前のビデオデータのうちユーザからの予約があるビデオデータが存在する場合は、これらのビデオデータと予約しているユーザＩＤとを対応させたリストを作成し、次のステップに進む。そうでない場合は、ステップを終了する。
【００４９】
＜ステップｂ９＞
ステップｂ８で作成したリストに含まれる各ユーザに対して、リスト内の対応する予約ビデオデータの蓄積期限が１週間にせまっていることを対応するユーザ端末に対して通知し、ステップを終了する。
【００５０】
本実施例では、ビデオデータ蓄積部はＣＡＴＶの全チャンネルを２４時間録画して約１か月分の蓄積が可能な容量を想定しているが、この容量はサービスの内容に応じて自由に設定して良い。また、ビデオデータ蓄積部に各ユーザ向けに有料で所定の容量を貸し出すことのできるレンタル用のＨＤＤなどを接続しても構わない。
これにより、削除されたくないビデオデータをコピーして、ユーザがＨＤＤ利用料金を支払う限りは、半永続的にデータを保持するようにすることができる。レンタル用ＨＤＤへのビデオデータの移動は、ビデオデータ再生時にオプション選択することで実現できる（図１９）。ここでは、煩雑な操作を排除するためレンタル用ＨＤＤの容量が許す限り、「蓄積期限を越えても削除しない」というオプションを選択できるようにする。レンタル用ＨＤＤの容量が足りない場合には、ユーザに蓄積したビデオデータの中から削除するビデオデータを選択させるようにする。このときには、蓄積した日時の古さや既に見たかどうかなどの属性によりビデオデータを順序づけてユーザに見せると便利である。なお、レンタル用ＨＤＤに蓄積したビデオデータの削除は、一般的なパーソナルコンピュータのファイル管理と同様にユーザによって好きなときに自由に行えるようにするものとする。また、本実施例ではビデオデータのエンコードにＭＰＥＧ２を利用したがＭＰＥＧ４など他のフォーマットでも良いことは言うまでもない。ＭＰＥＧ４を利用する場合は、端末の能力に応じて送出するビデオストリームのデータ量を制御すると良い。なお、ユーザ端末への通知はユーザ端末側で受信可能な手段であれば電子メールや独自の通信方法など何でも良い。
【００５１】
また、ユーザの要求に応じて、ビデオデータ蓄積部２０２に蓄積されている番組をユーザに開示することにより、ユーザが現在視聴可能なコンテンツの存在を確認することができる。
【００５２】
また、現在の話題に関連したコンテンツを優先的に蓄積することが考えられる。例えば、現在、一週間に一回放映中のドラマに関しては蓄積期限をすぎても、そのドラマの放映が終了するまではバックナンバーとして優先的に蓄積しておく。これにより、現在、ドラマを視聴しているユーザが過去の内容を確認するのに便利である。
【００５３】
制御サーバの構成
次に制御サーバ００６の詳細構成について説明する。
【００５４】
図７は、制御サーバ００６のシステム構成を示す図である。
【００５５】
図７において、３０１はＣＡＴＶ局側から割り当てられるグローバルＩＰアドレスを利用してインターネットに対してデータの送受信を行う通信インタフェース、３０２はイントラネット００２に対してデータの送受信を行う高速インタフェース、３０３はインターネット０１０、イントラネット００２の双方からのｈｔｔｐによるアクセスを受け付けるｈｔｔｐサーバ、３０４はｈｔｔｐに対するアクセスに対するユーザ認証を行うユーザ認証部、３０５はユーザＩＤとパスワードを組にして記憶する認証データベース、３０６は各ユーザのビデオデータの視聴履歴や視聴傾向を計算し管理するユーザ情報管理部、３０７は各ユーザのビデオデータの視聴履歴や視聴傾向を記憶するユーザ情報記憶部、３０８はユーザ情報記憶部３０７のデータを利用して、ユーザの嗜好タイプを判定するユーザ嗜好判定部である。ユーザの嗜好タイプとはユーザを性別、年齢、およびビデオデータの視聴履歴から得られる嗜好の傾向などからあらかじめ所定のグループに分けたものであり、ユーザに未視聴の番組をすすめたり、ユーザに見せる広告データを決定するのに利用する。また、３０９は、家庭内端末００７、携帯端末００８に対して表示するそれぞれのＧＵＩ（ページデータ）の部品、および通信インタフェース３０１を利用してインターネットから取得した最新の番組表を記憶するＧＵＩデータ記憶部、３１０は家庭内００７、携帯端末００８に対して表示するバナー広告を記憶する広告データ記憶部、３１１はユーザ嗜好判定部３０８を利用して、広告データ記憶部３１０の広告データとＧＵＩデータ記憶部のデータから、各ユーザの嗜好を考慮した広告とおすすめビデオデータのリストを含むＧＵＩを生成するＧＵＩデータ生成部、３１２は、家庭内端末００７、あるいは携帯端末００８からの予約、検索、再生の要求に対して、ビデオサーバ００４のビデオデータを検索するビデオデータ検索部である。なお、携帯端末００８など外部からの要求を受け付けるために、本実施例では通信インタフェース３０１にグローバルなＩＰアドレスを付与する方法を説明したが、他の方法としては、ＣＡＴＶ局側から通信インタフェース３０１にプライベートＩＰアドレスを割り当て、ＣＡＴＶ局内のゲートウェイ０１２においてグローバルなＩＰアドレスとプライベートＩＰアドレスとを対応付けて相互に変換するアドレス変換を利用する方法でも良い。
【００５６】
まず、家庭内端末００７から制御サーバ００８にアクセスした場合の動作を図８のフローチャートを用いて説明する。
【００５７】
＜ステップｃ１＞
ｈｔｔｐサーバ３０３が家庭内端末００７からのアクセスを受け付けると、ユーザ認証部３０４が家庭内端末００７に対して、ユーザＩＤとパスワードの入力を要求する。ここで、家庭内端末００７側に表示されるＧＵＩの例を図９に示す。
【００５８】
＜ステップｃ２＞
家庭内端末００７から入力されたユーザＩＤとパスワードが、認証データベース３０５に存在するかどうか調べる。認証データベースの例を図１０に示す。
【００５９】
＜ステップｃ３＞
ステップｃ２でユーザＩＤとパスワードが認証データベースに存在する場合は、次のステップに進む。そうでない場合は、「ユーザＩＤまたはパスワードが間違っています。」というメッセージをｈｔｔｐサーバ３０３から家庭内端末００７に返信し、ステップを終了する。
【００６０】
＜ステップｃ４＞
ステップｃ２で入力されたユーザＩＤを利用して、ユーザ嗜好判定部３０８からユーザの嗜好タイプを取得し、この嗜好タイプに該当する広告データを広告データ記憶部３１０から取り出し、ＧＵＩデータ生成部でバナー広告を含むメニュー画面を生成する。ここで、広告データ記憶部の各広告データには、広告を見せたいユーザの嗜好タイプの優先順位がつけられており、現在アクセスしているユーザの嗜好タイプの優先度が高い広告から順に選択される。候補となる広告データが多数表示される場合には、広告の契約内容に応じて組み込む広告を決定する。ユーザの嗜好タイプを含む広告データ記憶部のフォーマットの例を図１１に示す。図１１の例では、ＩＤ００００１で示される広告データは嗜好タイプがＡ、Ｂの順序で優先され、ＩＤ０００２は嗜好タイプがＣまたはＤの人が同程度に優先されることを示している。表示スコアは、優先嗜好タイプに該当するユーザに対して広告を表示した回数をポイントとして表したものであり、最も優先度の高いユーザに表示した場合は２ポイント、それ以外は１ポイントなどのように優先度の高い嗜好タイプを持つユーザに表示した場合に高い値になるようにする。このデータはスポンサーへの広告料金決定に用いることができる。なお、ここでのＧＵＩデータの動的生成はＣＧＩなどの一般的な方法を用いて行うものとする。
【００６１】
＜ステップｃ５＞
ステップｃ４で生成されたＧＵＩデータを、ｈｔｔｐサーバ３０３から家庭内端末００７に返信してステップを終了する。このとき家庭内端末００７に表示されるメニュー画面の一例を図１２に示す。以降のビデオデータの視聴、ビデオデータの検索、録画予約はこのメニュー画面を通して行うものとする。また、各ステップで端末に表示されるＧＵＩにはステップｃ４と同様の方法で適宜バナー広告が挿入されるものとする。
【００６２】
なお、嗜好タイプをあらかじめ設定する代わりに、各広告データにキーワードをつけておき、ユーザが過去に視聴した番組の番組内容の説明に使用されていたキーワードの出現頻度をユーザ情報記憶部３０７にユーザ情報として格納（図１７参照）し、各広告につけられたそれぞれのキーワードの出現頻度の総和を適合度合いと見なして、適合度合いが大きい順に組み込む広告を決定しても構わない。なお、初めてアクセスするユーザのために図１３に例示するようなユーザ登録画面を用意し、ユーザの嗜好タイプの初期値を得るためのアンケートを実施しても良い。
【００６３】
次に、家庭内端末００７から蓄積されたビデオデータ（番組）を見る動作を図１４のフローチャートを用いて説明する。
【００６４】
＜ステップｄ１＞
ｈｔｔｐサーバ３０３が家庭内端末００７から番組リスト画面の送信要求を受け付けると、現在アクセスしているユーザのユーザＩＤを利用して、ユーザ情報管理部２０４から録画予約番組のリストと、ユーザ嗜好判定部３０８からユーザの嗜好タイプを取得する。
【００６５】
＜ステップｄ２＞
ステップｄ１で得られたユーザ嗜好タイプに基づいて、広告データ記憶部から広告データを選択し、ステップｄ１で得られた録画予約番組リストとあわせて、ＧＵＩデータ生成部３１１でＧＵＩデータを生成する。ここでのＧＵＩデータの例を図１５に示す。図１５の例では、ステップｄ１で得られたユーザ嗜好タイプを利用して、現在アクセスしているユーザと同じ嗜好タイプを持つ他のユーザが多く予約しており、現在アクセスしているユーザが未予約番組の紹介を行っている。
【００６６】
＜ステップｄ３＞
ステップｄ２で生成されたＧＵＩデータを、ｈｔｔｐサーバ３０３から家庭内端末００７に返信する。
【００６７】
＜ステップｄ４＞
家庭内端末００７からＧＵＩを通じて視聴したい番組（ビデオデータ）が選択されると、ビデオデータ検索部３１２は、ビデオサーバ００４のビデオデータ管理部２０４にアクセスし、選択された番組のＩＤを取得して家庭内端末００７に返す。
【００６８】
＜ステップｄ５＞
家庭内端末００７は、前記取得した番組のＩＤを利用して、ビデオサーバ００４のビデオストリーム制御部２０３に家庭内端末００７が利用可能な所定のアドレスの所定のポートに選択されたビデオデータを送出するように要求する。
【００６９】
＜ステップｄ６＞
ビデオサーバ００４から送出されるＭＰＥＧ２ストリームを家庭内端末００７で受信することにより番組（ビデオデータ）の再生が始まる。図１６に家庭内端末００７での表示例を示す。図１６では、ユーザからの操作要求を受け付け、画面右下に巻き戻し、停止、一時停止、早送りを行うためのＧＵＩを表示している。これらのストリームの送出をコントロールする信号は、ビデオサーバ００４のビデオストリーム制御部２０３に直接送信され、ビデオの再生がコントロールされる。なお、これらの操作はＧＵＩによる操作に限定されるものではなく、リモコンなどを用いて行っても良いことは言うまでもない。
【００７０】
＜ステップｄ７＞
ユーザが視聴した番組（ビデオデータ）の番組情報（図４参照）に基づいて、ビデオサーバ００４のユーザ情報記憶部３０７のユーザ情報を更新する。
図１７にユーザ情報の一例を示す。図１７のユーザ情報では、例えば、ユーザがどんなジャンルを好んでみているか、どんな出演者の番組を良く見ているかなどのユーザ嗜好を推定することが可能である。このため、図１７のユーザ情報は、ユーザ嗜好判定部によりユーザの嗜好タイプを決定するのに利用される。
【００７１】
なお、家庭内端末００７に任意のオブジェクト（プログラム）をダウンロードして実行できる機能があれば、ステップｄ３において、ビデオストリーム制御部２０３の操作とＭＰＥＧ−２再生を行うオブジェクトを返信するＧＵＩデータに付与して返信し、ステップｄ６において、家庭内端末００７側でステップｄ３において前記受信したオブジェクトを実行して、ビデオサーバ００４に対してストリーム送出を要求することで、ビデオデータを再生できるようにしても良い。
【００７２】
次に、家庭内端末００７から蓄積された番組（ビデオデータ）を検索する動作を図１８のフローチャートを用いて説明する。
【００７３】
＜ステップｅ１＞
ｈｔｔｐサーバ３０３が家庭内端末００７から番組（ビデオデータ）検索用ＧＵＩデータの送信要求を受け付けると、タイトル、ジャンル、出演者、番組内容、放送日など図４に示した番組情報をキーワードで検索する番組検索用ＧＵＩデータを、ＧＵＩデータ生成部３１１で生成する。この番組検索用ＧＵＩデータの一例を図２０に示す。
【００７４】
＜ステップｅ２＞
家庭内端末００７で検索条件を入力して検索ボタンを押すと、ｈｔｔｐサーバ３０３は検索要求と入力された検索条件（キーワード）を受信し、ビデオデータ検索部３１２からビデオサーバ００４のビデオデータ管理部２０４にアクセスし、番組情報テーブル２０７を検索する。
【００７５】
＜ステップｅ３＞
該当する番組（ビデオデータ）が見つかった場合は次のステップに進む。そうでない場合はステップｅ５に進む。
【００７６】
＜ステップｅ４＞
該当する番組（ビデオデータ）の検索結果をｈｔｔｐサーバ３０３から家庭内端末００７に返信しステップを終了する。ここでの家庭内端末００７での表示例を図２１に示す。図２１では検索された番組のうち見たい番組を選択すると視聴することができる。視聴のステップは、ステップｄ４〜ステップｄ６と同様である。
【００７７】
＜ステップｅ５＞
「該当する番組が見つかりません。」というメッセージをｈｔｔｐサーバ３０３から家庭内端末００７に返信しステップを終了する。
【００７８】
次に、携帯端末００８からの録画予約の動作を図２２のフローチャートを用いて説明する。
【００７９】
＜ステップｆ１＞
ｈｔｔｐサーバ３０３が家庭内端末００７から番組（ビデオデータ）録画用ＧＵＩデータの送信要求を受け付けると、録画したい番組を選択するＧＵＩデータを、ＧＵＩデータ生成部３１１で生成する。この番組選択用ＧＵＩデータの一例を図２３に示す。
図２３の例では、録画したい番組の放送日を入力して、番組表を呼び出して、録画したい番組を番組表の中から選択する。なお、ステップｅ１〜ステップｅ４と同様の方法で番組を検索し、録画するようにしても良い。
【００８０】
＜ステップｆ２＞
ステップｆ１で番組を選択すると、図２４に示す番組予約確認画面が表示され、録画予約のボタンを押すと、ｈｔｔｐサーバ３０３にユーザと予約番組のＩＤを通知する。
【００８１】
＜ステップ ｆ３＞
ｈｔｔｐサーバ３０３がユーザと予約番組ＩＤを受け取ると、ユーザ情報管理部３０６は、ユーザ情報記憶部３０７を検索し、該当するユーザＩＤの蓄積予約の項目の内容を更新する。
【００８２】
＜ステップｆ４＞
ビデオデータ検索部３１２がビデオサーバ００４にアクセスし、ビデオデータ管理部２０４を通して、蓄積管理テーブル２０６を検索し、該当する番組（ビデオデータ）の予約数の項目の値を１増加する。
【００８３】
なお、本実施例では、一旦すべての番組をビデオデータ蓄積部２０２に蓄積を行っているため、ユーザによる予約操作はユーザの視聴時のＧＵＩの構成に反映されるのみであるが、ビデオデータ蓄積部の容量をより効率的に利用したい場合には、ユーザから予約のあった番組のみを蓄積するようにしてもよい。ただし、この場合、ユーザが見逃した番組を見ることができるのは、第３者がその番組を録画予約している場合に限られる。
【００８４】
家庭内端末の構成
最後に家庭内端末００７の詳細構成について説明する。
【００８５】
図２５は、家庭内端末００７のシステム構成を示す図である。
【００８６】
図２５において、４０１はキーボード、マウスに代表される入力装置、４０２はＧＵＩを画面表示するＧＵＩ表示部、４０３はｈｔｔｐサーバにアクセスするｈｔｔｐクライアント、４０４はビデオサーバ００４のビデオストリーム制御部２０３と通信し、ビデオサーバから送出するビデオストリームをコントロールするとともにビデオストリームをデコードしてＧＵＩ表示部に表示するビデオストリーム操作部、４０５は入力装置４０１からの入力を受け付けて、ｈｔｔｐクライアント４０３とビデオストリーム４０４に指示を出し、更新された画面をＧＵＩ表示部４０２に表示するＧＵＩ操作部、４０６はビデオサーバ００４からダウンロードしたビデオデータを格納しておくビデオデータ蓄積部、４０７はビデオデータ蓄積部４０６に蓄積したビデオデータのリストを保持するビデオリストテーブル、４０８はイントラネット００２にアクセスする高速通信インタフェースである。なお、本構成は、携帯端末００８にも一部機能を制限するなど同様の構成で対応できる。また、ビデオデータ蓄積部４０６としてはハードディスクやＤＶＤ−ＲＡＭに代表されるデジタルメディアの他、ＶＨＳのビデオデッキなどのユーザが手持ちのアナログメディアを利用しても良い。家庭内端末００７は、制御サーバ００６のＧＵＩデータ生成部３１１で生成されたＧＵＩをｈｔｔｐクライアント４０３で取得してＧＵＩ表示部４０２に表示するため、同じ端末でもログインしているユーザごとにカスタマイズしたＧＵＩ画面を提供できる。例えば、時代劇の好きなユーザに対して、番組表の時代劇の欄だけを反転表示にして分かりやすく表示したりすることができる。
【００８７】
また、本実施例では、ビデオサーバ００４に録画された番組（ビデオデータ）を蓄積する期限を設定しているため、録画予約した番組（ビデオデータ）はいずれ削除されることになる。このため、ユーザが気に入った番組をダウンロードして端末側でいつでも見れるような機能が必要である。ここでは、番組を視聴している際に、同時に端末側のビデオデータ蓄積部４０６にダウンロードする動作を図２６のフローチャートを用いて説明する。
【００８８】
＜ステップｇ１＞
ｈｔｔｐクライアント４０３から、制御サーバ００６のｈｔｔｐサーバ３０３にアクセスし、図１２に示すＧＵＩをＧＵＩ表示部４０２に表示する。
【００８９】
＜ステップｇ２＞
ＧＵＩの番組リストを入力装置４０１により選択すると、図１５に示すＧＵＩがＧＵＩ表示部４０２に表示される。
【００９０】
＜ステップｇ３＞
ここで、視聴したい番組を選択すると図２７に示すＧＵＩがＧＵＩ表示部４０２に表示される。
【００９１】
＜ステップｇ４＞
ＯＫボタンが押されたどうか検出する。押された場合には、次のステップに進む。
【００９２】
＜ステップｇ５＞
「再生と同時にダウンロードする」のチェックボックスが選択されているかどうか調べる。
【００９３】
「再生と同時にダウンロードする」チェックボックスが選択されている場合は、次のステップに進み、そうでない場合はステップｇ７に進む。
【００９４】
＜ステップｇ６＞
ビデオサーバ００４の番組情報テーブル２０７を検索して該当ビデオデータのテーブルの情報を取得し、ビデオデータ蓄積部４０６で一意に決定できるＩＤ番号を新たに付与してビデオリストテーブル４０７に追加し、ビデオストリーム操作部ダウンロードフラグをＯＮにする。
【００９５】
＜ステップｇ７＞
ダウンロードフラグをＯＦＦにする。
【００９６】
＜ステップｇ８＞
ビデオストリーム操作部４０４の所定のアドレスの所定のポートに選択された番組（ビデオデータ）を送出するように制御サーバ００８に要求する。
【００９７】
＜ステップｇ９＞
ビデオストリーム操作部４０４でビデオストリームの受信が始まると、ダウンロードフラグをチェックする。
【００９８】
＜ステップｇ１０＞
ダウンロードフラグがＯＮの場合の場合は、ステップｇ５で付与したＩＤと関連付けてビデオストリーム操作部４０４で受信したビデオデータを、ビデオデータ蓄積部４０６に蓄積する。
【００９９】
＜ステップｇ１１＞
デオストリーム操作部４０４で受信したビデオデータをデコードし、ＧＵＩ表示部４０２に表示する。
【０１００】
ここで、ビデオデータ蓄積部４０６に蓄積したデータは、ビデオリストテーブル４０７を検索してＩＤを指定することで、いつでもビデオストリーム操作部４０４で指定したビデオデータをデコードし、ＧＵＩ表示部４０２に表示することができる。なお、録画予約したビデオデータの蓄積期限が切れる通知を受けた場合に、家庭内端末００７のビデオデータ蓄積部４０６に自動的にダウンロードするようにしても良い。また、ビデオサーバ００４での蓄積期限が切れたビデオデータであっても、あるユーザがダウンロードしていれば見れる可能性がある。そこで、各ユーザがダウンロードしたビデオデータをビデオサーバ００４のビデオデータ管理部で管理することにより、自分の見たいビデオデータを録画しているユーザを紹介したり、イントラネット００２を介してビデオデータの共有を行えるようにしても良い。
【０１０１】
以上説明したように、本実施形態によれば、番組の録画をセンター側で一括で行い、ユーザに録画された番組を高速ネットワークを介して提供する番組視聴システムにおいて、録画番組をセンター側で蓄積しておく期限を管理することにより、記録媒体の増設を行うことなくユーザに自由度の高い番組視聴を可能にする。この番組視聴システムによれば、ユーザに対して見逃した番組を視聴する機会を与えるだけではなく、消耗品となるビデオテープやＤＶＤなどの録画メディアを必要としないため、資源の節約やごみの削減など地球環境保護に対しても相当の効果がある。
【０１０２】
また、各家庭が録画装置を持たなくても済むので、録画スタンバイをしておくための待機電力を節約することもできるので、さらに環境に配慮したシステムといえる。
【０１０３】
さらに、センター側に端末に表示するＧＵＩデータを持たせることで、ユーザの嗜好を考慮したユーザ個別のＧＵＩ画面の構成を容易にし、使いやすい操作環境を提供できるとともに、ユーザに適応した効果的な広告を可能とし、広告収入によりランニングコストも抑えることができる。
【０１０４】
また、センター側をインターネットと接続することにより、インターネットに接続可能な携帯端末から予約操作が可能となる。これは、従来のプッシュ電話により外出先から録画予約を行うビデオデッキと異なり、急な録画予約に対応できるだけでなく、電話回線の引き回しなどの特別な設置工事も必要としないなどの利点がある。
【０１０５】
【発明の効果】
本発明によれば、ユーザに自由度の高い番組視聴を可能にする。
【図面の簡単な説明】
【図１】本発明における実施形態の全体構成を示す図
【図２】同実施形態におけるビデオサーバのシステム構成を示す図
【図３】同実施形態におけるビデオストリーム送出時の動作を示すフローチャート
【図４】同実施形態における番組情報テーブルの一例を示す図
【図５】同実施形態における蓄積管理テーブルの一例を示す図
【図６】同実施形態におけるビデオデータの管理の動作を示すフローチャート
【図７】同実施形態における制御サーバのシステム構成を示す図
【図８】同実施形態における制御サーバへのアクセスの動作を示すフローチャート
【図９】同実施形態におけるパスワード入力画面の一例を示す図
【図１０】同実施形態における認証データベースの一例を示す図
【図１１】同実施形態における広告データ記憶部のフォーマットの一例を示す図
【図１２】同実施形態におけるメニュー画面の一例を示す図
【図１３】同実施形態におけるユーザ登録画面の一例を示す図
【図１４】同実施形態における蓄積番組を見る動作を示すフローチャート
【図１５】同実施形態における蓄積番組視聴用ＧＵＩの一例を示す図
【図１６】同実施形態における番組再生時の端末画面の一例を示す図
【図１７】同実施形態におけるユーザ情報の一例を示す図
【図１８】同実施形態における蓄積番組を検索する動作を示すフローチャート
【図１９】同実施形態におけるレンタルＨＤＤへのビデオデータ移動を行うＧＵＩの一例を示す図
【図２０】同実施形態における蓄積番組検索用ＧＵＩの一例を示す図
【図２１】同実施形態における検索結果表示ＧＵＩの一例を示す図
【図２２】同実施形態における録画予約の動作を示すフローチャート
【図２３】同実施形態における番組選択用ＧＵＩの一例を示す図
【図２４】同実施形態における番組予約確認画面の一例を示す図
【図２５】同実施形態における家庭内端末のシステム構成を示す図
【図２６】同実施形態における家庭内端末へのダウンロード動作を示すフローチャート
【図２７】同実施形態におけるダウンロードオプション選択画面の一例を示す図
【符号の説明】
００１ ＣＡＴＶ同軸ケーブル
００２ イントラネット
００３ ＣＡＴＶチューナ
００４ ビデオサーバ
００５ ケーブルモデム
００６ 制御サーバ
００７ 家庭内端末
００８ 携帯端末
００９ 番組送出部
０１０ インターネット
０１１ ケーブルモデム
０１２ ゲートウェイ
０１３ 番組表サーバ
０１４ 携帯端末用ゲートウェイ
０１５ 基地局
２０１ ビデオエンコーダ
２０２ ビデオデータ蓄積部
２０３ ビデオストリーム制御部
２０４ ビデオデータ管理部
２０５ 日時管理部
２０６ 蓄積管理テーブル
２０７ 番組情報テーブル
２０８ 高速通信インタフェース
３０１ 通信インタフェース
３０２ 高速通信インタフェース
３０３ ｈｔｔｐサーバ
３０４ ユーザ認証部
３０５ 認証データベース
３０６ ユーザ情報管理部
３０７ ユーザ情報記憶部
３０８ ユーザ嗜好判定部
３０９ ＧＵＩデータ記憶部
３１０ 広告データ記憶部
３１１ ＧＵＩデータ生成部
３１２ ビデオデータ検索部
４０１ 入力装置
４０２ ＧＵＩ表示部
４０３ ｈｔｔｐクライアント
４０４ ビデオストリーム操作部
４０５ ＧＵＩ操作部
４０６ ビデオデータ蓄積部
４０７ ビデオリストテーブル
Claims (7)
- 放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置であって、前記番組蓄積手段に蓄積されている番組に付与されている蓄積期限に基づき前記蓄積期限を超過した番組を前記番組蓄積手段から削除する番組管理手段を更に有し、前記録画予約手段は、ネットワークを介して複数のユーザからの録画予約を受け付ける番組録画装置。
- 前記番組管理手段は、前記番組蓄積手段から番組を削除する期限に先立って、ユーザが指定した番組を補助記憶手段にコピーする請求項１記載の番組録画装置。
- 前記番組管理手段は、前記番組蓄積手段から番組を削除する期限に先立って、番組が削除される期限が迫っていることを通知する期限通知手段を備えたことを特徴とする請求項１又は２記載の番組録画装置。
- 請求項１記載の番組録画装置が送出する番組を再生する番組再生装置において、前記蓄積期限を超過した番組を自動的にダウンロードして蓄積しておく番組蓄積手段を有することを特徴とした番組再生装置。
- 放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置であって、前記番組蓄積手段に蓄積されている番組に対するユーザの予約数に応じて、前記番組蓄積手段から番組を削除する番組管理手段を有する番組録画装置。
- 放送番組を蓄積する番組蓄積手段と、前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段と、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組指定手段とを備えた番組録画装置であって、前記番組指定手段により受け付けた番組履歴を記憶し、前記番組の視聴履歴あるいは、前記番組の視聴履歴から得られる番組のジャンルの視聴割合、番組出演者の出演頻度、番組に関するキーワードの出現頻度のうち少なくとも１つの情報を用いてユーザに提供する広告情報を蓄積する広告データベースより所定の広告を選択する広告選択手段と、選択された広告を前記番組の再生および録画予約を行う端末の操作画面に挿入する広告挿入手段とを有する番組録画装
置。 - 放送番組を蓄積する番組蓄積手段と、
ネットワークを介して複数のユーザからの録画予約を受け付け、かつ前記蓄積手段が蓄積すべき番組を決定し、蓄積手段への蓄積を制御する録画予約手段と、
前記蓄積手段に蓄積されている番組を複数のユーザに送出する番組送出手段とを備え、前記番組送出手段が送出すべき番組を各ユーザから受け付ける番組録画装置を用い、前記番組蓄積手段に蓄積されている番組に蓄積時期を付与し、前記蓄積期限を超過した番組を前記番組蓄積手段から削除する番組管理処理を行う番組録画方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000394318A JP3551921B2 (ja) | 2000-12-26 | 2000-12-26 | 番組録画装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000394318A JP3551921B2 (ja) | 2000-12-26 | 2000-12-26 | 番組録画装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002199318A JP2002199318A (ja) | 2002-07-12 |
| JP3551921B2 true JP3551921B2 (ja) | 2004-08-11 |
Family
ID=18859963
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000394318A Expired - Fee Related JP3551921B2 (ja) | 2000-12-26 | 2000-12-26 | 番組録画装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3551921B2 (ja) |
Families Citing this family (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6769128B1 (en) | 1995-06-07 | 2004-07-27 | United Video Properties, Inc. | Electronic television program guide schedule system and method with data feed access |
| KR100363119B1 (ko) | 1997-07-21 | 2002-12-05 | 이 가이드, 인코포레이티드 | 디스플레이및녹화제어인터페이스용시스템및방법 |
| CN1867068A (zh) | 1998-07-14 | 2006-11-22 | 联合视频制品公司 | 交互式电视节目导视***及其方法 |
| US6898762B2 (en) | 1998-08-21 | 2005-05-24 | United Video Properties, Inc. | Client-server electronic program guide |
| KR100971697B1 (ko) | 2000-10-11 | 2010-07-22 | 유나이티드 비디오 프로퍼티즈, 인크. | 데이터의 기억 장치를 주문형 매체 배달 시스템의 서버에 제공하기 위한 시스템 및 방법 |
| US7493646B2 (en) | 2003-01-30 | 2009-02-17 | United Video Properties, Inc. | Interactive television systems with digital video recording and adjustable reminders |
| JP4518250B2 (ja) * | 2004-07-20 | 2010-08-04 | カシオ計算機株式会社 | 端末装置および端末処理プログラム |
| JP2006270846A (ja) * | 2005-03-25 | 2006-10-05 | Nec Corp | データ配信サーバ、データ配信システム、及び、データ配信方法 |
| JP4700451B2 (ja) * | 2005-09-16 | 2011-06-15 | 日本放送協会 | 番組情報配信装置並びに携帯端末装置 |
| JP5008114B2 (ja) * | 2005-10-04 | 2012-08-22 | 株式会社日本ビデオセンター | コンテンツ配信システム及び当該システムの受信サーバ |
| US7801888B2 (en) | 2007-03-09 | 2010-09-21 | Microsoft Corporation | Media content search results ranked by popularity |
| JP4864793B2 (ja) * | 2007-03-29 | 2012-02-01 | 京セラ株式会社 | 放送受信装置 |
| JP4506806B2 (ja) * | 2007-10-09 | 2010-07-21 | 日本電気株式会社 | 放送通信複合端末 |
| US10063934B2 (en) | 2008-11-25 | 2018-08-28 | Rovi Technologies Corporation | Reducing unicast session duration with restart TV |
| US8805418B2 (en) | 2011-12-23 | 2014-08-12 | United Video Properties, Inc. | Methods and systems for performing actions based on location-based rules |
| JP2015144323A (ja) * | 2012-05-17 | 2015-08-06 | 三菱電機株式会社 | 放送録画システム、放送録画サーバおよび放送録画方法 |
-
2000
- 2000-12-26 JP JP2000394318A patent/JP3551921B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002199318A (ja) | 2002-07-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP6585025B2 (ja) | パーソナルビデオレコーダ機能を備えた双方向番組ガイド・システム及び方法 | |
| KR102023766B1 (ko) | 개인용 비디오 녹화 특징을 갖는 대화식 프로그램 가이드를 위한 시스템 및 방법 | |
| JP3551921B2 (ja) | 番組録画装置 | |
| RU2328087C2 (ru) | Система для захвата и выборочного воспроизведения широковещательных программ | |
| JP2005175850A (ja) | 情報処理装置及び情報処理方法、並びにコンピュータ・プログラム | |
| JP2005191617A (ja) | 事前部分視聴方法 | |
| JP2003134446A (ja) | 映像編集配信システム及びその課金方法 | |
| JP2002305703A (ja) | 放送番組配信装置、放送番組配信方法、そのためのプログラム及び記録媒体 | |
| JP4552461B2 (ja) | 配信方法、配信システム及び情報処理装置 | |
| AU2017261599A1 (en) | Systems and methods for interactive program guides with personal video recording features | |
| MXPA03003139A (en) | Systems and methods for caching data in media-on-demand systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040224 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040311 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040406 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040419 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090514 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100514 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110514 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110514 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120514 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120514 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130514 Year of fee payment: 9 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
| S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |