JP2008251082A

JP2008251082A - 録画システムおよび録画再生方法

Info

Publication number: JP2008251082A
Application number: JP2007090192A
Authority: JP
Inventors: Hiroo Miyamoto; 宮本啓生; Masato Suzuki; 鈴木誠人; Keita Asakura; 朝倉啓太; Takahiro Iwata; 岩田貴弘
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2007-03-30
Filing date: 2007-03-30
Publication date: 2008-10-16
Also published as: CN101277418A; CN101277418B; US20080240670A1

Abstract

【課題】
複数の蓄積処理が行われ、再生サービスを提供するリソースが存在しないHDDレコーダにおいても再生リソースを提供することを可能にする。
【解決手段】
録画中に再生リソース不足が発生したときに、コンテンツ再生要求のあったHDDレコーダの録画処理を他のHDDレコーダに振り換えることで、コンテンツ再生のリソースを確保する。また、録画処理を振り分けることによって分散して蓄積されるコンテンツデータを、分割記録されたコンテンツの記録場所をコンテンツデータごとに記録して一元的に管理する。これにより、再生要求を出した機器へは１つのコンテンツとして提供することができる。
【選択図】図１

Description

本発明は、複数の情報処理装置が通信網を介してデータをやりとりするシステムにおいて、複数の装置間で映像情報の録画再生をおこなう技術に関するものである。

近年、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）インターフェースを搭載したＨＤＤレコーダやＴＶなどのＡＶ家電機器が一般的になっている。これらの機器では、従来は、ネットワークを介したデータ放送が主な利用目的であったが、ＤＬＮＡ（ＤｉｇｉｔａｌＬｉｖｉｎｇＮｅｔｗｏｒｋＡｌｌｉａｎｃｅ）が策定されたことや、放送番組のネットワーク配信が検討されていることにより、今後は、ＬＡＮインターフェースを通して、映像動画データを送受信する機能が望まれている。

上記のＤＬＮＡによれば、対応するＡＶ機器同士であれば、他社機器間であっても相互接続性を保証することができる。具体的にはＤＬＮＡのＤＭＳ（ＤｉｇｉｔａｌＭｅｄｉａＳｅｒｖｅｒ）に蓄積された動画データをＤＬＮＡのＤＭＰ（ＤｉｇｉｔａｌＭｅｄｉａＰｌａｙｅｒ）でストリーミング再生することが可能である。さらに、ＤＬＮＡＥｘｐａｎｄｅｄでは、動画データの移動を行うことが可能な仕様になっている。

例えば特許文献１には、上記のような機器連携技術を応用し、HDDレコーダ等が持つリソース(チューナやＨＤＤ容量、また、ＣＰＵ等の処理能力)を、独立に利用できるようにし、ネットワークを介して他の機器から利用できるようなシステムを提案している。これによって、HDDレコーダが持つローカルHDDの容量が録画に十分な領域を確保できない場合でも、ネットワークを介して、別なHDDレコーダへ蓄積することが可能にしている。

特開２００４−１５８９６９号公報

上記特許文献１に記載の従来技術では、１つの機器に処理要求が複数集中し、要求を受けた機器のリソースが不足し、いずれかの処理要求を拒絶しなければならないといった状況が起こりうる。例えば、ＤＬＮＡを搭載したＴＶ、ＨＤＤレコーダがネットワーク上に存在し、ＨＤＤレコーダが録画処理中に、蓄積された動画データに対して、ＴＶから視聴要求がきたときである。このとき録画処理によって、ＨＤＤレコーダのＨＤＤが占有されてしまい、外部からの視聴要求に対応することはできない。

また、ひとつのＨＤＤレコーダでローカルのＨＤＤレコーダＡに録画中にＨＤＤの容量があふれてしまった際には、ネットワーク上の他のＨＤＤレコーダＢへ番組動画データを送信し、ＨＤＤレコーダＢのＨＤＤに蓄積することが可能であるが、別々のＨＤＤレコーダに分割・蓄積された番組動画データは、別々の番組動画データとして扱われてしまい、ユーザは視聴時に分割された番組動画データを、明示的に選択して再生要求を出さなければならない、の問題がある。

本発明は上記の問題を解決し、録画再生時にリソース制限のなくして一元化して映像再生や映像録画をおこなえる録画再生システムを提供することにある。

上記課題を解決するために、本発明のネットワークを介して動画データの録画再生をおこなう映像システムは、動画データの受信あるいは記録をおこなう第1の録画装置と、
動画データの受信あるいは記録をおこなう第２の録画装置と、前記第1あるいは第２の録画装置に記録された動画データの再生をおこなう再生装置と、前記第1の録画装置と前記第２の録画装置と前記再生装置とを接続し動画データの通信をおこなうネットワークと、録画データごとに録画データの記録場所を記録する動画データ情報管理テーブルを格納する動画データ情報記録部と、前記第1の録画装置が動画データを受信して記録をおこなっている際に、前記再生装置からの前記第1の録画装置に格納されている動画データの再生要求により、以降の前記第1の録画装置が受信した動画データの記録を第２の録画装置に転送して第２の録画装置に記録するようにするとともに、前記動画データ情報管理テーブルの録画データの記録場所を更新する動画データ格納制御部とを備えるようにした。

さらに、本発明の映像システムの前記第1の録画装置は、前記再生装置が前記第1の録画装置に記録された動画データの再生をおこなうために前記第1の録画装置に動画データ要求したときに、前記動画データ情報管理テーブルを参照して、再生する動画データの記録場所を示すアクセス情報を取得して、前記再生装置に通知する動画データ再生制御手段を有し、前記再生装置は、前記動画データ再生制御手段から通知されたアクセス情報を基に動画データを取得して再生するようにした。

また、本発明の映像システムの前記第1の録画装置は、前記再生装置が前記第1の録画装置に記録された動画データの再生をおこなうために前記第1の録画装置に動画データ要求したときに、前記動画データ情報管理テーブルを参照して、再生する動画データの記録場所を示すアクセス情報を取得して、取得したアクセス情報を基に動画データを取得して再生する動画データ再生制御手段を有し、前記再生装置は、前記動画データ再生制御手段から通知された動画データを取得して再生するようにした。

また、本発明の映像システムの前記第1の録画装置は、前記再生装置が前記第1の録画装置に記録された動画データの再生をおこなうために前記第1の録画装置に動画データ要求される以前に、前記動画データ情報管理テーブルを参照して再生する動画データの記録場所を示すアクセス情報を取得し、前記アクセス情報を基に複数の記録場所から動画データを取得し、取得した動画データを結合して動画データの修正をおこなう動画データ再生制御手段を備えるようにした。

本発明によれば、録画装置が複数存在するネットワークの中で、録画処理等で動画データ配信のためのリソースを確保できない録画装置に蓄積された動画データに対して再生装置から再生依頼があった場合でも、再生依頼を処理することを可能になるので、録画再生の制限のない録画再生システムを提供することができる。

本発明の実施の形態について図面を参照して説明する。同一記号・符号は同一機能を有するものとして以下扱う。
図１は実施形態の録画システム１のシステム構成例を示す図である。図１において、２は宅内の装置をネットワークによって接続したホームネットワークであり、１０は再生装置、２０は録画装置、３０は記録装置である。

ホームネットワーク２は、ルータ（不図示）に接続された宅内のＰＣ、ＡＶ機器、家電等の処理装置を無線ＬＡＮ(Local Area Network)、有線ＬＡＮ、bluetooth、ＵＷＢ(Ultra Wide Band)を使って接続し、各装置同士でデータのやり取りを行うことを可能にする。各処理装置はIP（Internet Protocol）アドレスを持ち、お互いの機器制御には、UPｎP(Universal Plug and Play)などを利用し、また、HTTP、RTP、RTSP等のプロトコルによって動画データや動画データの一部を転送することが可能とする。

再生装置１０は、ネットワークを介して、例えば、UPnPを利用して他の装置を制御して動画データのアクセス先であるURI(Uniform Resource Identifier)を取得し、HTTPやRTP等を利用してストリーミング視聴することが可能な装置であり、PC(Personal Computer)やHDD(Hard Disk Drive)レコーダ、TV等の情報機器で実現されている。

ここで、再生装置１０は上記の映像再生装置の機能だけでなく、後述する録画装置２０と同等の機能を持っていてもよい。

録画装置２０は、ネットワークを利用して、例えば、UPnPを利用して他の装置を制御して動画データのアクセス先であるURIを取得し、HTTPやRTP等を利用して動画データを送受信することが可能なPC(Personal Computer)やHDD(Hard Disk Drive)レコーダ、TV等の情報機器である。アンテナで受信した放送を自らが備えるＨＤＤやテープメディア等に録画することが可能である。また、詳細を後述する録画した動画データや分割された動画データの位置情報を管理するデータベースを持っている。録画した動画データは、ネットワークを通して他の録画装置及び記録装置及び再生装置へ送信することが可能である。

動画データ情報管理テーブル６０は、詳細は図４に説明するが、録画番組と蓄積されている場所の対応を記録するテーブルであり、１番組を分割して複数の録画装置２０及び記録装置４０に分散して蓄積されている場合、分散蓄積された動画データ６２それぞれにアクセスするためのURIとその再生順序を管理するテーブルとなっている。

ここで、動画データ６２とは、アンテナから放送波を受信し、MPEG2などに圧縮された動画像動画データを指す。また、１番組を分割してネットワーク上の録画装置２０や記録装置４０に分散して蓄積されているデータも動画データ６２とする。

記録装置４０は、ネットワークを利用して、例えば、UPnPを利用して他の装置を制御して動画データのアクセス先であるURIを取得し、HTTPやRTP等を利用して動画データを送受信することが可能なPC(Personal Computer)やHDD(Hard Disk Drive)レコーダ、TV、NAS(Network Attached Storage)等の情報機器である。ネットワーク経由で送信されてきた動画データを、ローカルのＨＤＤ等へ蓄積し、取得要求があったときに、配信できる機能のみを有しているだけでもよいし、録画装置２０と同等の機能を有していてもよい。

本実施形態で説明する録画システムは、録画装置で録画中に、他のＴＶから録画装置に蓄積されている動画データの視聴要求があった場合、録画装置が新たに動画データを送信するためのリソースを確保できないときに、蓄積処理を他の記録装置若しくは録画装置に依頼することで、当該録画装置の動画データ配信用のリソースを確保することが可能になる。ネットワーク上に蓄積処理を受け付けることが可能な記録処理が複数存在した場合、ＨＤＤ容量の残量と録画予約情報によって、依頼する記録装置を選定する。以下詳細に実施例を説明する。

図４は本実施形態の動画データ情報管理テーブル６０の構成例である。動画データ情報管理テーブル６０は、番組ＩＤ６５と、番組情報６６と、アクセス情報６７によって構成されている。番組ＩＤ６５は、録画装置２０内で録画した動画データの番組情報を一意に特定する識別子である。番組情報６６は、ＥＰＧから取得した番組情報であり、当該動画データを視聴するユーザに対して、番組の説明情報として利用する。

アクセス情報６７は、分割された動画データのＵＲＩである。記録されたＵＲＩによって一意に特定できる動画データを取得できればよく、ＵＲＩの表記方法に限定したものではない。このアクセス情報６７は、分割動画データを生成した順序で並んでおり、アクセス情報を順に再生することで、１つの動画データとして再生することが確認できる。

動画データ情報管理テーブル６０の構成は上記に限ったものではなく、分割された動画データの録画時間やフレーム数等の録画データ情報をもつ構成としてもよい。このような録画データ情報を参照してスキップ再生等のトリック再生が容易におこなえるようになる。

図２は本実施形態を適応しうる再生装置１０のハードウェア構成図である。
図２に示すとおり、再生装置１０は、少なくてもＣＰＵ１１と、主記憶１２と、プログラム格納部１３と、動画データ再生手段１４と、動画データ受信手段１５と、バス１６によって構成されている。各構成要素は、バス１５によって接続され、各構成要素間で必要な情報が伝達可能である。

ＣＰＵ１１は、主記憶１２やプログラム格納部１３にあらかじめ格納されているプログラムによって所定の動作を行う。主記憶１２は、ワークエリアとして機能するとともに、必要なプログラムを格納するための手段であり、例えば、前者に対してはＲＡＭ（Random Access Memory）、後者に対してはＲＯＭ(Read Only Memory)等によって実現できる。

プログラム格納部１３は、再生装置１０のＧＵＩ(Graphical User Interface)等をユーザに提供するためのプログラムを保存する手段であり、例えば、ＨＤＤ（Hard Disk Drive）、光ディスク、Flashメモリ等によって実現できる。

動画データ再生手段１４は、動画データ再生手段１６によって取得した動画データをデコードし、液晶やＣＲＴ(Cathode Ray Tube)やプラズマディスプレイ等の表示デバイス１７に表示する機能を持つ。

動画データ受信手段１５は、ネットワーク上に存在する録画装置や記録装置に存在する動画データを、録画装置等から取得したＵＲＩを利用し、ネットワークを介して受信し、動画データ再生手段１４に送信が可能である。本手段のより具体的な例を挙げるのであれば、ＨＴＴＰクライアントである。

動画データ再生手段１４及び動画データ受信手段１５は、ハードウェアでの実装を想定しているが、可能であるならばソフトウェアで実装してもかまわない。

表示デバイス１７は、動画データ再生手段１４から送信される映像を表示することが可能である。表示デバイス１７の具体的なデバイスをあげるのであれば、液晶ディスプレイやＣＲＴ、プラズマディスプレイなどである。

図３は本実施形態を適応しうる録画装置２０のハードウェア構成図である。
図３にあるとおり、録画装置２０は、ＣＰＵ２１と、主記憶２２と、プログラム格納部２３と、動画データ記録手段２４と、動画データ情報記録手段２５と、記録先切替手段２６と、動画データ送受信手段２７と、放送受信手段２８と、バス３２によって構成されている。各構成要素は、バス３２によって接続され、各構成要素間で必要な情報が伝達可能である。

ＣＰＵ２１は、主記憶２２やプログラム格納部２３にあらかじめ格納されているプログラムによって所定の動作を行う。主記憶２２は、ワークエリアとして機能したり、必要なプログラムを格納するための手段であり、例えば、前者に対してはＲＡＭ（Random Access Memory）、後者に対してはＲＯＭ(Read Only Memory)等によって実現できる。

プログラム格納部２３は、録画装置２０のＧＵＩ(Graphical User Interface)等をユーザに提供するためのプログラム及び、蓄積処理可能な記録装置４０及び録画装置２０を検索し、さらに、各装置から取得した録画予約情報とＨＤＤなどの空き容量を取得して優先順位を付けることで蓄積処理を依頼する装置を選定するプログラムを保存する手段であり、例えば、ＨＤＤ（Hard Disk Drive）、光ディスク、Flashメモリ等によって実現できる。

動画データ記録手段２４は、録画装置２０の放送受信手段２８によって映像・音声情報を取得し、ＭＰＥＧ２等の動画像のエンコードした動画データ６２を蓄積するための手段であり、例えば、ＨＤＤ（Hard Disk Drive）、光ディスク、Flashメモリ等によって実現できる。

動画データ情報記録手段２５は、録画装置２０の放送受信手段２８によって取得した所謂ＥＰＧ(Electronic Program Guide)などの番組情報と、分割された動画データ６２のアクセス先情報一覧を、録画した番組単位で管理する手段であり、例えば、ＨＤＤ（Hard Disk Drive）、光ディスク、Flashメモリ等によって実現できる。

記録先切替手段２６は、プログラム格納部２３に蓄積されたプログラムによる切替指示によって動作し、それまで放送受信手段２８から記録先切替手段２６を経由して、動画データ記録手段２４に送ることで蓄積されていた動画データ６２の続きを、動画データ送受信手段２７に送ることによって、切り替えたタイミング以降の動画データ６２は、ネットワークを介して他の録画装置２０や記録装置４０に送信することできる。

動画データ送受信手段２７は、ＬＡＮ(Local Area Network)インターフェースを通して、ネットワーク上の録画装置や記録装置に対して、動画データを送信受信することが可能である。放送受信手段２８は、放送の受信機能と受信した映像・音声情報をエンコードしてMPEG2等の動画データ６２にすることができる。生成した動画データ６２は、記録先切替手段２６にバスを経由して送信し、蓄積先を決定する。

機器選定処理手段２９は、蓄積処理を依頼する記録装置を選定するため、記録装置のHDD容量や録画装置の録画予約情報を取得することによって、蓄積処理を依頼する番組に重複する録画予約がなく、HDD容量の残量が一番多い記録装置及び録画装置を選定することができる。

デバイス情報送信手段３０は、録画装置及び記録装置のHDD容量の残量及び録画予約情報を、情報要求元の録画装置に送信することを可能にする。

また、録画装置には、格納されている動画データを転送要求のあった再生装置に転送制御する動画データ再生制御手段をもつ。詳しくは、再生装置１０から録画データ情報管理テーブル６０の番組ＩＤ６５に対応する単位に再生する動画データの転送要求を受けると、アクセス情報６７を参照して番組ＩＤ６５に対応する動画データのＵＲＩ等の格納場所を求め、この格納場所に格納されている動画データを再生装置１０に転送する。動画データ再生制御手段は、動画データが分割格納されて、番組ＩＤ６５に対応する複数の格納場所が設定されていた場合には、詳細を後述する再生方法のいずれかにより、動画データの再生を制御する。

図５は本実施形態を適応しうるフローチャートである。
録画装置２０に対してユーザが録画予約を依頼後、録画予約開始時間になるとＥＰＧから録画番組の番組情報を取得し、動画データ管理用の録画番組に対応する番組ＩＤ及び番組を記録する先のアクセス先情報６７を生成し、動画データ情報管理テーブル６０を生成し、動画データ情報管理ＤＢ(データベース)に登録し、録画処理を開始する(Ｓ３００)。このとき、録画番組の記録は録画装置２０の動画データ記録手段２４におこなうものとし、録画装置２０のネットワークアドレスと録画番組のファイルを特定するコンテンツIDからアクセス先情報６７を生成する。

録画処理中に再生装置１０から録画処理中の処理装置２０に対して、動画データ配信要求が発生し(Ｓ３１０)、録画装置２０がコンテン配信要求を受信すると、録画装置２０に動画データの配信リソースを確保できるか判定する(Ｓ３３０)。具体的には、録画装置２０のＨＤＤディスクの入出力負荷や入出力レートが一定値以上超えていないかを確認する。この閾値は録画装置２０の出荷時に予めHDDディスクのリソース能力から少なくともひとつの動画データの配信リソース量を引いた値を固定値として埋め込んでもよいし、設定用のＧＵＩを用意して、ユーザに設定させてもよい。

録画予約処理若しくは動画データ配信処理が行われていない場合には、配信リソースの確保が可能となるので、要求された動画データを送信することで、フローチャートは終了する(Ｓ３４０)。また、録画処理はおこなわれていないが、既に動画データ配信処理が行われ、配信リソースが不足している場合は、再生装置１０にエラーコードを送信して、フローチャートを終了する。

Ｓ３３０で既に録画予約が行われている場合、ディスクへの負荷を減らすため、放送の受信処理はそのままに、動画データの書き込み先を変更する。以下に詳しく説明する。まず、ネットワークを介して動画データの蓄積処理を受け付けてくれる録画装置２０及び記録装置４０を検索する。検索方法については限定しないが、例えば、UPnPで実施するときには、デバイスディスクリプションのフェーズで、動画データの移動が可能なデバイスを検索する(Ｓ３５０)。

録画装置及び記録装置の検索結果、蓄積処理を受付可能な装置が存在しない場合、再生装置１０に対して、動画データ配信のためのリソースを確保できなかったことを通知指定終了する(Ｓ３６０)。

検索の結果、ネットワーク上に録画装置２０及び記録装置が存在している場合、検索結果で得られた全ての装置に対して蓄積可能なＨＤＤ容量を取得する(Ｓ３７０)。

検索された録画装置に対しては、さらに録画予約情報を取得する。また可能であるならば、録画装置は、録画装置２０で現在録画している録画番組の時間近傍の予約情報のみを録画装置２０に送信してもかまわない。

録画装置２０は、取得した各記録装置及び録画装置のＨＤＤ容量を確認し、録画中の動画データのビットレートと残りの番組時間から必要なＨＤＤ容量の概算を求め比較し、ＨＤＤ容量の満たない装置は対象外とし、必要なＨＤＤ容量を確保できる装置を、録画可能なＨＤＤ容量が大きな順に並べて転送先候補リストを作成する。また、対象の装置内に録画装置が存在している場合には、録画中の番組と録画時間がかぶる録画予約情報を検索し、該当する録画装置は対象外として転送先候補リストを作成する。以上の処理によってＨＤＤ容量が一番大きな記録装置若しくは録画装置を送信先として決定する(Ｓ３８０)。

動画データ送信先が決定すると、録画装置２０のＨＤＤへの録画処理を終了し、検索結果によって決定した記録装置もしくは録画装置へ受信した動画データを転送して記録するようにする(Ｓ３９０)。録画中の番組が放送時間を終了すると、録画装置２０は動画データの転送を終了し、送信先から転送した動画データのアクセス先情報を取得する(Ｓ４００)。録画装置２０は取得した分割動画データのアクセス先情報を、Ｓ３００で生成した動画データ情報管理テーブルへ登録し、フローチャートを終了する(Ｓ４１０)。

このとき、動画データを転送していた記録装置もしくわ録画装置のリソース状態が変化し、動画データの転送録画ができなくなった場合には、受信元の録画装置２０に転送中断を通知し、既に格納した録画データのアクセス先情報を通知する。

録画装置２０は、転送先の記録装置もしくわ録画装置から転送中断の通知を受けると、既に格納した録画データのアクセス先情報を動画データ情報管理テーブルへ登録するとともに、つぎに転送する記録装置もしくわ録画装置を選定し、動画データの転送を継続する。

つぎに転送する記録装置もしくわ録画装置は、転送開始時に検索した転送先候補リストで２番目の記録装置もしくわ録画装置とする。また、先に説明した（S３８０）の処理を再度おこない転送先の記録装置もしくわ録画装置を検索してもよい。

上述の（S３３０）の処理で、HDDのリソース値により判定をおこなう例について説明したが、動画データの配信を再エンコードしておこなう場合や暗号化しておこなう場合には、CPU２１のリソースも多く必要となるため、映像装置２０全体のシステムリソースにより判定をおこなってもよい。

また、判定をしきい値との比較に替えて、予め動画データの種別ごとにリソース値を設定しておき、配信要求があったときに、配信対象となる配信リソース値を現在の映像装置２０のリソース値に加算し、映像装置２０の最大リソース値を超えないか否かにより判定してもよい。

動画データ情報管理テーブル６０によって分割された動画データを再生装置１０が再生する方法について、以下に述べる。まず、録画装置２０がプレイリストを再生装置１０に提供する方法について説明する。

再生装置１０から録画装置２０に蓄積された動画データを選択するために、再生装置１０は動画データ情報の一覧を取得する。動画データ情報には、動画データをアクセスするためのＵＲＩを付加し、動画データ情報の一覧から動画データを選択すると、ＵＲＩを利用して動画データの再生が開始される。このとき、動画データ情報として提供するＵＲＩを複数付加することによって、再生装置１０は分割された動画データのアクセス先全てを取得することが可能である。再生装置１０は付加されてきたＵＲＩの一覧を順に再生することで、動画データ全てを再生することを可能にする。

つぎに、録画装置２０がリダイレクトして再生装置で再生する方法について説明する。再生装置１０が複数の装置へ分割・蓄積された動画データを再生する際に、動画データ情報を管理する録画装置２０の上で、動画データ情報のアクセス先順に取得し、再生装置１０へリアルタイムで送信することで、再生装置１０では１つの動画データとして再生することが可能になる。このとき再生装置１０が取得する動画データ情報の一覧に付加された動画データのＵＲＩは１つである。

つぎに、録画装置２０が動画データを結合して再生装置で再生する方法について説明する。再生装置１０が動画データをアクセスする以前に、複数の装置に分割・蓄積された動画データを、録画装置２０のＨＤＤに移動し、結合して１つの動画データを生成する。動画データの取得・結合は、録画が終了した時点で、最後の分割された動画データを録画した記録装置若しくは録画装置が、録画装置２０に録画が終了したことを通知したときに結合作業を行う、若しくは、ユーザが利用しない時間帯に結合作業を行うものとする。

本実施形態の録画システム構成図である。本実施形態の再生装置のハードウェア構成図である。本実施形態の録画装置及び記録装置のハードウェア構成図である。本実施形態の動画データ情報管理テーブルの構造の一例を示す図である。本実施形態における録画時の録画システムの動作の一例を示すフローチャートである。

符号の説明

１…録画理システム、２…ホームネットワーク、１０…再生装置、１１…ＣＰＵ、１２…主記憶、１６…バス、１７…表示デバイス、２０…録画装置、２１…ＣＰＵ、２２…主記憶、３２…バス、４０…記録装置

Claims

ネットワークを介して動画データの録画再生をおこなう映像システムであって、
動画データの受信あるいは記録をおこなう第1の録画装置と、
動画データの受信あるいは記録をおこなう第２の録画装置と、
前記第1あるいは第２の録画装置に記録された動画データの再生をおこなう再生装置と、
前記第1の録画装置と前記第２の録画装置と前記再生装置とを接続し動画データの通信をおこなうネットワークと、
録画データごとに録画データの記録場所を記録する動画データ情報管理テーブルを格納する動画データ情報記録部と、
前記第1の録画装置が動画データを受信して記録をおこなっている際に、前記再生装置からの前記第1の録画装置に格納されている動画データの再生要求により、以降の前記第1の録画装置が受信した動画データの記録を第２の録画装置に転送して第２の録画装置に記録するようにするとともに、前記動画データ情報管理テーブルの録画データの記録場所を更新する動画データ格納制御部とを備えたことを特徴とする映像システム。
請求項１に記載の映像システムにおいて、
前記第1の録画装置は、前記再生装置が前記第1の録画装置に記録された動画データの再生をおこなうために前記第1の録画装置に動画データ要求したときに、前記動画データ情報管理テーブルを参照して、再生する動画データの記録場所を示すアクセス情報を取得して、前記再生装置に通知する動画データ再生制御手段を有し、
前記再生装置は、前記動画データ再生制御手段から通知されたアクセス情報を基に動画データを取得して再生することを特徴とする映像システム。
請求項１に記載の映像システムにおいて、
前記第1の録画装置は、前記再生装置が前記第1の録画装置に記録された動画データの再生をおこなうために前記第1の録画装置に動画データ要求したときに、前記動画データ情報管理テーブルを参照して、再生する動画データの記録場所を示すアクセス情報を取得して、取得したアクセス情報を基に動画データを取得して再生する動画データ再生制御手段を有し、
前記再生装置は、前記動画データ再生制御手段から通知された動画データを取得して再生することを特徴とする映像システム。
請求項１に記載の映像システムにおいて、
前記第1の録画装置は、前記再生装置が前記第1の録画装置に記録された動画データの再生をおこなうために前記第1の録画装置に動画データ要求される以前に、前記動画データ情報管理テーブルを参照して再生する動画データの記録場所を示すアクセス情報を取得し、前記アクセス情報を基に複数の記録場所から動画データを取得し、取得した動画データを結合して動画データの修正をおこなう動画データ再生制御手段を備えたことを特徴とする映像システム。
請求項１に記載の映像システムにおいて、
前記動画データ格納制御部は、前記第1の録画装置の処理負荷状態を判定し、前記第２の録画装置からの再生要求による動画データの転送ができない場合に、前記第1の録画装置が受信した動画データを第２の録画装置に転送して第２の録画装置に記録するように制御することを特徴とする映像システム。
請求項５に記載の映像システムにおいて、
前記動画データ格納制御部は、前記第２の録画装置から装置状態情報を取得し、動画データの転送の可否を判定することを特徴とする映像システム。
請求項６に記載の映像システムにおいて、
前記第２の録画装置から取得する前記装置状態情報は、前記第２の録画装置の録画予約情報と動画データの記録残容量から成ることを特徴とする映像システム。
請求項７に記載の映像システムにおいて、
前記動画データ格納制御部は、記録中の動画データのビットレートと残番組時間から必要な記録容量を求めて前記装置状態情報の記録残容量と比較するともに、記録中の動画データの記録終了時刻と前記装置状態情報の録画予約情報の録画時間帯が符合するか否かを判定して、前記第２の録画装置への動画データの転送の可否を決めることを特徴とする映像システム。
請求項１に記載の映像システムにおいて、
前記再生する動画データの記録場所を示すアクセス情報は、ＵＲＩから成ることを特徴とする映像システム。
ネットワークを介して動画データの録画再生をおこなえる映像システムの録画再生方法であって、
受信した動画データを第1の録画装置に記録するステップと、
再生装置から前記第1の録画装置に前記ネットワークを介して前記第1の録画装置に格納されている動画データの再生要求をおこなうステップと、
前記再生要求を受信した以降に前記第1の録画装置が受信した動画データを第２の録画装置に転送するステップと、
録画データごとに録画データの記録場所を記録する動画データ情報管理テーブルの録画データの記録場所に前記第２の録画装置に転送して記録される動画データの記録場所を追加するステップと、
前記再生装置から要求された動画データを前記再生装置に転送するステップとを含むことを特徴とする映像システムの録画再生方法。