JP2004222014A - 画像音声データの記録再生システム - Google Patents
画像音声データの記録再生システム Download PDFInfo
- Publication number
- JP2004222014A JP2004222014A JP2003007761A JP2003007761A JP2004222014A JP 2004222014 A JP2004222014 A JP 2004222014A JP 2003007761 A JP2003007761 A JP 2003007761A JP 2003007761 A JP2003007761 A JP 2003007761A JP 2004222014 A JP2004222014 A JP 2004222014A
- Authority
- JP
- Japan
- Prior art keywords
- recording
- program
- data
- hdd recorder
- recorded
- 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.)
- Withdrawn
Links
Images
Abstract
【課題】ネットワークを介して接続された複数の録画機器からなるシステムにおいて、使用者が特に注意しなくても、同じ番組を重複して録画が行われないようにし、記録媒体の利用効率を向上させるとともに、システムの信頼性を向上させる。
【解決手段】複数のＨＤＤレコーダ１〜５をＬＡＮ５を介して接続し、同一番組の録画予約がなされた複数のＨＤＤレコーダがデイジーチェーンを形成する。そのデイジーチェーンの先頭のＨＤＤレコーダのみが実際の録画動作を行い、他のＨＤＤレコーダは、再生時にネットワークを介して録画動作を行ったＨＤＤレコーダから録画データを転送させることにより、録画データの再生を行う。
【選択図】 図１
【解決手段】複数のＨＤＤレコーダ１〜５をＬＡＮ５を介して接続し、同一番組の録画予約がなされた複数のＨＤＤレコーダがデイジーチェーンを形成する。そのデイジーチェーンの先頭のＨＤＤレコーダのみが実際の録画動作を行い、他のＨＤＤレコーダは、再生時にネットワークを介して録画動作を行ったＨＤＤレコーダから録画データを転送させることにより、録画データの再生を行う。
【選択図】 図１
Description
【０００１】
【発明の属する技術分野】
本発明は、テレビ放送番組の録画予約が可能な複数の録画機器をネットワークを介して接続することにより構成される、画像音声データの記録再生システムに関する。
【０００２】
【従来の技術】
インターネットの普及に伴って、複数の家庭用電気機器をネットワークを介して接続した、いわゆるネットワーク家電が普及しつつある。ネットワークを用いることにより、高速なデータ交換を行えるだけでなく、特許文献１に記載のシステムのように、複数のＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）機器を連動させて、よりインテリジェントな操作を行うことが可能となる。
【０００３】
【特許文献１】
特開平１０−４０６０２号公報
【０００４】
【発明が解決しようとする課題】
家庭では、それぞれの機器は一ヵ所にまとめて設置されているわけでなく、図２２に示すように、リビング、寝室、子供部屋などに別れて設置されているケースが多々存在する。図２２には、ＨＤＤ（ハードディスク装置）に動画データ及び音声データを記録するＨＤＤレコーダ１０１，１０２，１０３と、テレビ１０４，１０５，１０６が、それぞれリビング、寝室及び子供部屋に配置され、それらの機器が家庭内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して接続されている家庭が示されている。
【０００５】
このような場合、家族全員が同じＨＤＤレコーダから録画予約を行うことはない。リビングのＨＤＤレコーダ１０１は、家族全員が利用するが、子供は子供部屋のＨＤＤレコーダ１０３をよく使うと考えられる。この場合、子供は子供部屋にあるＨＤＤレコーダ１０３に録画予約されている番組は、すべて知っていたとしても、他の部屋にあるＨＤＤレコーダ１０１または１０２に録画予約されている番組までは認知していない。このような場合、家族全員が録画予約した番組を一覧し、録画予約された番組を確認するのは非常にめんどうである。
【０００６】
また、前記特許文献１に示されるように、マスター機器が一括管理するようなシステムでは、マスター機器に障害が生じた場合、システムすべてが停止してしまう危険性がある。
【０００７】
本発明は、この点に着目したなれたものであり、ネットワークを介して接続された複数の録画機器からなるシステムにおいて、使用者が特に注意しなくても、同じ番組を重複して録画が行われないようにし、記録媒体の利用効率を向上させるとともに、システムの信頼性を向上させることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため請求項１に記載の発明は、テレビ放送番組の録画予約が可能な複数の録画機器をネットワークを介して接続して構成される、画像音声データの記録再生システムにおいて、前記複数の録画機器はそれぞれ、前記番組を録画再生するための、動画データ及び音声データを読み書きすることができる記録手段と、録画予約する番組の情報と、先に録画予約を行った他の録画機器を示すリンク項目と、後から録画予約を行った他の録画機器を示すチャイルド項目とを含む番組データを登録するための番組予約テーブルと、前記番組データのうち、録画を行った番組に対応する番組データを登録するための録画済番組テーブルとを保持する記憶手段と、予約された番組を実際に前記記録手段に記録するか否かを決定し、前記記録手段に記録するときは、前記予約された番組の前記記録手段への記録を実行する録画管理手段と、前記録画済番組テーブルに登録されている前記番組データに対応する録画済の番組を再生する際に、その再生動作の制御を行う再生制御手段と、録画予約を行う際、他の録画機器に対して、すでに同一番組が予約済であるかどうかを確認し、他の録画機器（以下「リンク録画機器」という）においてすでに同一番組が予約済みであるときは、前記記憶手段に保持されている前記番組予約テーブルに登録されている、前記同一番組に対応する番組データのリンク項目に、前記リンク録画機器を設定するリンク設定手段と、一の番組について予約済みであるか否かの問い合わせを他の録画機器から受けたときに、前記記憶手段に保持されている前記番組予約テーブルを参照し、前記一の番組が予約済みであるときは、前記問い合わせを送信した他の録画機器（以下「チャイルド録画機器」という）にその旨回答し、前記一の番組に対応する番組データのチャイルド項目に前記チャイルド録画機器を設定するチャイルド設定手段とを備え、前記録画管理手段は、前記番組予約テーブルに登録されている、録画すべき番組に対応する前記番組データのリンク項目を参照して、前記記録手段により実際に記録を行うか否かをを決定し、前記再生制御手段は、前記録画済番組テーブルの番組データのリンク項目及びチャイルド項目を参照することにより、再生すべき番組の録画データが実際に記録されている録画機器を探索し、再生すべき番組の録画データが前記記録手段に記録されているときは、該記録手段から当該録画データを再生する一方、再生すべき番組の録画データが他の録画機器の記録手段に記録されているときは、該他の録画機器から前記録画データを転送することにより、再生を行うことを特徴とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の画像音声データの記録再生システムにおいて、前記番組予約テーブル及び録画済番組テーブルに登録されている番組データは、実際に録画を行う録画機器が設定されるルート項目を含み、前記録画管理手段は、録画予約を行う際、前記番組予約テーブルに登録されている番組データのルート項目に、実際に録画を行う録画機器を設定し、前記再生制御手段は、再生すべき番組の録画データが他の録画機器の記録手段に記録されているときは、前記録画済番組テーブルが保持する前記番組データのルート項目に記載されている録画機器から録画データを転送することにより、再生を行うことを特徴とする。
【００１０】
【発明の実施の形態】
以下本発明の実施の形態を図面を参照して説明する。
図１は、本発明の一実施形態にかかる画像音声データの記録再生システムの構成を示す図であり、このシステムは、４台のＨＤＤレコーダ１〜４が、ＬＡＮ５を介して接続されて構成されている。ＨＤＤレコーダ１〜４には、それぞれＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス１９２．１６８．０．１０１，１９２．１６８．０．１０２，１９２．１６８．０．１０３，及び１９２．１６８．０．１０４が割り当てられている。このＩＰアドレスは、説明の簡略化のため、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）などで変更されることがないものとする。
【００１１】
ＨＤＤレコーダ１〜４は、それぞれ図２に示すように、ＬＡＮに接続され、他のＨＤＤレコーダとの間でデータの送受信を行う通信インタフェース１１と、当該ＨＤＤレコーダの全体的な制御を行う制御部１２と、ＲＯＭ及びＲＡＭを備える記憶部１３と、ハードディスクに動画データ及び音声データの記録し、該記録したデータの再生を行う記録部１４とを備えている。
【００１２】
図３に示すように、記憶部１３には、録画予約する番組の情報と、リンク項目及びチャイルド項目とを含む番組データを登録するための録画予約テーブル１３ａと、録画を行った番組の番組データを登録するための録画済番組テーブル１３ｂとが格納される。番組データは、番組名、開始時刻、終了時刻、チャンネル、リンク及びチャイルドの項目からなる。開始時刻は、録画の開始時刻であり、終了時刻は、録画の終了時刻である。
【００１３】
ＨＤＤレコーダ１〜４において、同一の番組の録画予約が行われた場合には、番組データのリンク項目及びチャイルド項目の設定に応じて、その番組の録画予約が行われたＨＤＤレコーダのデイジーチェーンが形成され、そのデイジーチェーンの先頭に該当するＨＤＤレコーダのみが実際の録画動作を実行し、他のＨＤＤレコーダは録画動作を実行しない。
【００１４】
図３に示すように、リンク項目に“ＬＯＣＡＬ”が設定されているときは、そのＨＤＤレコーダは、他のＨＤＤレコーダへの参照を行わないことを意味する。つまり、そのＨＤＤレコーダが、デイジーチェーンの先頭に該当することを示す。また、チャイルド項目に“ＥＮＤ”が設定されているときは、そのＨＤＤレコーダは、他のＨＤＤレコーダから参照されないことを意味する。つまり、そのＨＤＤレコーダが、デイジーチェーンの最後部に該当することを示す。
以下に本実施形態の記録再生システムの動作を、場合ごとにわけて説明する。
【００１５】
＜録画予約時の動作＞
ここでは、録画予約時の動作について説明する。
図４は、ＨＤＤレコーダ１で、ある番組（図中では「ポチたま」）の録画予約がされており、他のＨＤＤレコーダには、その番組の録画予約がされていない状態を示している（図中▲１▼）。今、利用者がＨＤＤレコーダ２で、既にＨＤＤレコーダ１に予約済みである番組の録画予約を行ったとする。
ＨＤＤレコーダ２は、まず、自らの録画予約テーブルに予約された番組の番組データを登録する。ただし、番組データのリンクの項目は“ＬＯＣＡＬ”、チャイルドの項目は“ＥＮＤ”を設定する（図中▲２▼）。
【００１６】
次に、ＨＤＤレコーダ２は、録画予約確認要求をネットワーク上の他のＨＤＤレコーダに対し、ブロードキャスト（ネットワーク全体に対する一括送信）で送信する。この要求を受けた各ＨＤＤレコーダは、録画予約確認要求で要求された番組が、すでに予約済かどうかを確認する。録画予約が行われていた場合、番組データのチャイルドの項目を確認し、デイジーチェーンの最後部に該当する機器である場合に限り、ＨＤＤレコーダ２に対して、録画予約済通知を送信する。
【００１７】
図４の例では、ＨＤＤレコーダ１の録画予約テーブルには、ＨＤＤレコーダ２から要求された番組の番組データが登録されており、番組データのチャイルドの項目も“ＥＮＤ”である。よって、ＨＤＤレコーダ１は、ＨＤＤレコーダ２に対して録画予約済通知を送信する。
【００１８】
ＨＤＤレコーダ２はこの通知を受け、番組データのリンクの項目をＨＤＤレコーダ１のＩＰアドレスである“１９２．１６８．０．１０１”に変更する。また、ＨＤＤレコーダ１は、録画予約済通知を送信した後、番組データのチャイルドの値を、ＨＤＤレコーダ２のＩＰアドレスである“１９２．１６８．０．１０２”に設定する（図中▲３▼）。
【００１９】
また、図５は、ＨＤＤレコーダ１とＨＤＤレコーダ２が同じ番組を予約し、ＨＤＤレコーダ１を親、ＨＤＤレコーダ２を子としたデイジーチェーンを形成している（図中▲１▼）ときに、利用者が、ＨＤＤレコーダ３で、さらに同じ番組を予約した場合の動作を説明するための図である。
【００２０】
まず、ＨＤＤレコーダ３は予約された番組の番組データを、リンク項目を“ＬＯＣＡＬ”、チャイルド項目を“ＥＮＤ”に設定し、自らの録画予約テーブルに登録する。その後、録画予約確認要求をＬＡＮ上の他のＨＤＤレコーダに対して、プロードキャストで送信する。
【００２１】
先にも示したように、録画予約確認要求を受け取った際、録画予約済通知を送信するのは、デイジーチェーンの最後部に該当する機器、つまり番組データのチャイルドの項目に“ＥＮＤ”が設定されている機器である。
ＨＤＤレコーダ１は、ＨＤＤレコーダ３から要求された番組の予約を行っている。しかし、その番組データのチャイルドの項目には、ＨＤＤレコーダ２のＩＰアドレスが設定されている。よって、ＨＤＤレコーダ１は、ＨＤＤレコーダ３からの録画予約確認要求に対して、番組録画済通知を送信することはない。
【００２２】
一方、ＨＤＤレコーダ２は、要求された番組の予約を行っており、その番組データのチャイルドの項目が“ＥＮＤ”であるため、ＨＤＤレコーダ３に対して、録画予約済通知を送信する。
この後、ＨＤＤレコーダ２は、番組データのチャイルドの項目にＨＤＤレコーダ３のＩＰアドレスを設定し、ＨＤＤレコーダ３は、番組データのリンクの項目にＨＤＤレコーダ２のＩＰアドレスを設定する。この操作により、ＨＤＤレコーダ３を加えたデイジーチェーンが形成される。
【００２３】
なお、番組データには、ルート項目を追加してもよい。ルート項目には、複数のＨＤＤレコーダにおいて同じ番組の録画予約がなされた場合において、実際の録画動作を行うＨＤＤレコーダのＩＰアドレスが設定される。ただし、実際の録画動作を実行するＨＤＤレコーダの番組データのルート項目には、“ＮＵＬＬ”が設定される。ルート項目に“ＮＵＬＬ”が設定されている場合、そのＨＤＤレコーダは、録画開始時刻になると番組の録画動作を実行すること、若しくは録画データ（録画された動画データ及び音声データ）をその記録部１４に保持していることを意味する。
【００２４】
＜録画予約キャンセル時の動作＞
ここでは、録画予約キャンセル時の動作について説明する。
図６において、ＨＤＤレコーダ１〜３は、同じ番組の録画を予約しており、デイジーチェーンを形成している（状態▲１▼）。この時、利用者がＨＤＤレコーダ１で、録画予約のキャンセルを行った場合の動作について説明する。
まず、ＨＤＤレコーダ１は、録画予約が行われると、キャンセルされた番組の番組データを参照し、リンクとチャイルドの項目に設定されているＩＰアドレスに対し、録画予約キャンセル通知を送信する。ただし、リンクの値が“ＬＯＣＡＬ”、チャイルドの値が“ＥＮＤ”のときは、録画予約キャンセル通知を送信しない。また、リンクの項目に設定されているＩＰアドレスに録画予約キャンセル通知を送る時は、チャイルドの項目のＩＰアドレスを付加し、チャイルドの項目に設定されているＩＰアドレスに録画予約キャンセル通知を送る時は、リンクの項目に設定されているＩＰアドレスを付加する。
【００２５】
図６の場合、ＨＤＤレコーダ１に登録されている番組データは、リンクに“ＬＯＣＡＬ”、チャイルドにＨＤＤレコーダ２のＩＰアドレス“１９２．１６８．０．１０２”が設定されている。よって、ＨＤＤレコーダ１はＨＤＤレコーダ２に対し、ＩＰアドレス“ＬＯＣＡＬ”を付加した録画予約キャンセル通知を送信する。
【００２６】
録画予約キャンセル通知を受け取けとると、ＨＤＤレコーダ２は、通知された番組の番組データを参照する。そして、番組データのリンク及びチャイルドの項目が、送信先ＩＰアドレスと一致した場合、その項目を、通知に付加されているＩＰアドレスに変更する。
【００２７】
図６の場合、通知を送信したＨＤＤレコーダ１のＩＰアドレスは、１９２．１６８．０．１０１であり、このＩＰアドレスは、ＨＤＤレコーダ２の番組データのリンク項目に設定されているため、ＨＤＤレコーダ２は、リンクの項目を、通知に付加されている“ＬＯＣＡＬ”に変更する（状態▲２▼）。
【００２８】
この操作を行うことにより、ＨＤＤレコーダ１はデイジーチェーンから外され、ＨＤＤレコーダ２が先頭となる新たなデイジーチェーンが形成される。新たなデイジーチェーンでは、ＨＤＤレコーダ２のリンク項目に“ＬＯＣＡＬ”が設定されており、実際に録画を行う機器はＨＤＤレコーダ２に変更される。
【００２９】
ここで、番組データにルート項目を持つシステムでは、録画を行うＨＤＤレコーダが変更された場合、各ＨＤＤレコーダの録画予約テーブルに登録されている番組データのルート項目を変更する必要がある。これは、新たに録画を行うこととなった、ＨＤＤレコーダ（上記の例ではＨＤＤレコーダ２）が、番組データのチャイルド項目を利用して、順次、録画機器変更通知を送信することにより、変更が可能である。また、ブロードキャストやマルチキャスト（ネットワーク上の複数の宛先に対する一括送信）を用いて、全てのＨＤＤレコーダに、録画機器変更通知を送信してもよい。
【００３０】
また、デイジーチェーンの先頭でないＨＤＤレコーダが、録画予約をキャンセルした場合でも、上記の操作を行うことにより、デイジーチェーンの形成を行うことが可能である。
ＨＤＤレコーダ１〜３で同じ番組を録画予約している状態で、今度は、ＨＤＤレコーダ２で録画予約をキャンセルを行った場合の動作を、図７に示す。
【００３１】
ＨＤＤレコーダ２は、録画予約がキャンセルされると、番組データのリンク及びチャイルドの項目に設定されているＨＤＤレコーダ１及びＨＤＤレコーダ３に対して、録画予約キャンセル通知を送信する。この時、ＨＤＤレコーダ１に送信する通知には、ＨＤＤレコーダ３のＩＰアドレスが付加され、ＨＤＤレコーダ３に送信する通知には、ＨＤＤレコーダ１のＩＰアドレスが付加されている。通知を受け取った、各ＨＤＤレコーダは、リンク及びチャイルドの項目を、通知に付加されているＩＰアドレスに変更する（状態▲２▼）。
上記の動作により、ＨＤＤレコーダ２をデイジーチェーンから削除した、新しいデイジーチェーンが形成される。
【００３２】
＜録画開始時の動作＞
デイジーチェーンを形成しているＨＤＤレコーダのうち、実際に録画を行うのは、先頭のＨＤＤレコーダだけである。各ＨＤＤレコーダは番組の録画開始時刻直前に、予約されている番組データのリンクの項目を確認し、その項目に“ＬＯＣＡＬ”が設定されている時、録画予約を開始する。
【００３３】
図８では、ＨＤＤレコーダ１〜３で同じ録画予約が行われており、各ＨＤＤレコーダは、デイジーチェーンで結ばれている。これらのＨＤＤレコーダのうち、番組データのリンク項目に“ＬＯＣＡＬ”が設定されているのは、ＨＤＤレコーダ１である。よって、録画開始時刻になると、ＨＤＤレコーダ１は録画を開始し、その他のＨＤＤレコーダは録画を行わない。
【００３４】
ただし、録画を行うＨＤＤレコーダが、録画開始時になんらかの障害にみまわれ、録画ができない場合、他のＨＤＤレコーダが、代行して録画を行う必要がある。そのため、録画を行わないＨＤＤレコーダは、録画開始時刻直前に、リンクの項目に設定されている機器に対して動作確認を行う。この動作確認の動作については、後述する（＜ＨＤＤレコーダに障害が生じた場合＞参照）。
【００３５】
＜録画終了時の動作＞
各ＨＤＤレコーダは、予約された番組の録画が終了すると、録画した番組の番組データを録画予約テーブルから、録画済番組テーブルへ転送する。この転送は、各ＨＤＤレコーダが、番組データに記載されている終了時刻を参照することにより、独自で行ってもよいが、図９に示すように、録画を行ったＨＤＤレコーダから番組データのチャイルド項目に設定されているＨＤＤレコーダへ、録画終了通知を送信する方式も考えられる。
【００３６】
また、録画終了時の番組データの転送する方式として、次に示す３つの方式が考えられる。
方式１：録画予約テーブルに記載されている番組データを、そのまま録画済番組テーブルに転送する方式
方式２：図９に示すように、番組データのリンクの値を、実際に録画を行った、ＨＤＤレコーダのＩＰアドレスに変更し、録画済番組テーブルに転送する方式（状態▲１▼→▲２▼）
方式３：図１０に示すように、番組データにルートという項目を付加し、実際に録画を行った、ＨＤＤレコーダのＩＰアドレスを設定して転送する方式
【００３７】
図９の場合、ＨＤＤレコーダ３は、番組データのリンクの項目を、録画を行ったＨＤＤレコーダ１のＩＰアドレスに変更してから転送している。なお、図９において、録画を行ったＨＤＤレコーダ１のＩＰアドレスは、録画終了通知に付加されて、順次転送することにより、各ＨＤＤレコーダは、録画を行ったＨＤＤレコーダのＩＰアドレスを知ることが可能である。
【００３８】
方式１は、録画済番組テーブルにおいても、番組データのデイジーチェーンが維持されるため、録画済番組テーブルの番組データ削除などの操作が簡潔に行えるが、録画した動画データを再生する際、順次、リンクの項目を参照しながら、録画を行ったＨＤＤレコーダ機器を探索する必要がある。
【００３９】
逆に方式２は、各ＨＤＤレコーダにおいて、録画を行ったＨＤＤレコーダのＩＰアドレスがわかっているため、再生時に探索を行う必要がないが、デイジーチェーンの親情報がなくなるため、番組データの削除時に、自分の親となるＨＤＤレコーダを探索を行う必要がある。
【００４０】
図１０の場合、ＨＤＤレコーダ３は、ルートの項目に、録画を行ったＨＤＤレコーダ１のＩＰアドレスを設定し転送している。方式２と同様に、録画終了通知に、録画を行ったＨＤＤレコーダのＩＰアドレス付加して転送することにより、ＨＤＤレコーダ３は、ＨＤＤレコーダ１が録画を行ったことを認識できる。
【００４１】
＜録画データ再生時＞
次に、録画予約によって録画された録画データを、再生する場合の動作について説明する。
実際に録画を行って、録画予約した番組の録画データを保持するＨＤＤレコーダで再生を行う場合、ＨＤＤレコーダは、従来どおり、保持する録画データの再生を行えばよい。しかし、番組の録画が他のＨＤＤレコーダで行われた場合、録画データを再生するにあたり、目的とする録画データを所持するＨＤＤレコーダを探索し、録画データの転送をしてもらわなければいけない。
【００４２】
ここで、ＨＤＤレコーダが番組の録画データを所持しているかどうかは、実際に番組の録画を行ったかどうかによる。番組の録画を行うのは、デイジーチェーンの先頭のＨＤＤレコーダであるから、リンク項目に“ＬＯＣＡＬ”が設定されているか否かによって、録画データを保持しているか否かを判別する。
【００４３】
以下に、再生する番組の録画データを保持しないＨＤＤレコーダが、録画データを保持するＨＤＤレコーダを探索し、録画データを転送するまでの動作を、前述した方式１，２，及び３の場合にわけて説明する。
【００４４】
１）方式１の場合
方式１は、図１１に示すように、番組データを録画予約時のまま変更せず、転送する方式である。つまり、番組データのリンクの項目には、デイジーチェーンの親となるＨＤＤレコーダのＩＰアドレスが設定されている。よって、録画データを保持するＨＤＤレコーダを見つけるには、リンク項目を順次参照すればよい。
【００４５】
図１１では、ＨＤＤレコーダ１が録画データを保持している。今、利用者が、ＨＤＤレコーダ３で録画データ再生の操作を行った場合、ＨＤＤレコーダ３は自らの録画済番組テーブルに登録されている、番組データのリンクの項目を参照する。リンクの項目には、ＨＤＤレコーダ２のＩＰアドレスが記載されており、ＨＤＤレコーダ３は、ＨＤＤレコーダ２に対して録画データ転送要求を送信する。この際、転送先のアドレスとして、ＨＤＤレコーダ３のＩＰアドレスを付加しておく。
【００４６】
この要求を受けたＨＤＤレコーダ２は、要求された番組の録画データを保持するかどうかを確認するため、録画済番組テーブルに登録されている番組データのリンク項目を参照する。図１１の場合、ＨＤＤレコーダ２もまた、番組の録画データを保持していない。よって、ＨＤＤレコーダ２は、リンク項目に設定されているＩＰアドレスのＨＤＤレコーダ１に対して、録画データ転送要求を転送する。
【００４７】
ＨＤＤレコーダ１は、ＨＤＤレコーダ２から、録画データ転送要求を受けると、録画済番組テーブルの番組データを参照し、要求された番組データを保持しているかどうかを確認する。図１１の場合、ＨＤＤレコーダ１は要求された録画データを保持しており、要求に付加されている転送先アドレス、つまりＨＤＤレコーダ３に対して、録画データの転送を開始する。ＨＤＤレコーダ３は、転送された録画データを受信し、動画及び音声の再生を行う。
【００４８】
２）方式２の場合
方式２では、図１２に示すように、録画済番組テーブルに登録されている番組データのリンク項目に、実際に録画を行った機器のＩＰアドレスを保持している。よって、録画データを保持していない機器は、リンク項目に設定されているＩＰアドレスに対し、録画データ転送要求を送信する。
【００４９】
図１２では、ＨＤＤレコーダ１が、録画データを保持しており、他のＨＤＤレコーダは保持していない。利用者がＨＤＤレコーダ３から番組の再生の操作を行った場合、ＨＤＤレコーダ３は、番組データのリンク項目のＩＰアドレスであるＨＤＤレコーダ１に録画データ転送要求を送信する。
【００５０】
この要求を受けた、ＨＤＤレコーダ１は、ＨＤＤレコーダ３に対して、録画データの送信を開始し、ＨＤＤレコーダ３は、ＨＤＤレコーダ１から送信されてくる録画データを受信し、再生を行う。
【００５１】
３）方式３の場合
方式３では、録画済番組テーブルに登録されている番組データのルート項目に、実際に録画を行った機器のＩＰアドレスを保持している。よって、この項目を参照することにより、方式２と同様に録画データの取得が行われる。
【００５２】
＜録画データ削除時の動作＞
ＨＤＤレコーダは、テープメディアなどと異なり、自らが保持するＨＤＤ（記録部）に録画データを記録するため、ＨＤＤの容量をこえて録画を行うことができない。よって、ＨＤＤ容量が少なくなってきた場合、利用者は、記録した番組から、不要なものを削除する必要がある。従来のＨＤＤレコーダならば、他のＨＤＤレコーダと連携して動いておらず、録画を行った番組の録画データは、すべて自らが保持しており、単純にデータの削除を行えばよかった。
【００５３】
しかし、本実施形態では、ネットワークに接続されているＨＤＤレコーダで、録画データを共有しており、他のＨＤＤレコーダでまだ利用する可能性がある。そのため従来のように、録画データや番組データを単純に削除を行ってしまっては、他の機器から参照ができなくなる。そのため、録画データの削除時にも、特別な操作が必要となる。
【００５４】
以下に、方式１，２，及び３における録画データ削除時の動作について説明する。
１）方式１の場合
利用者が、あるＨＤＤレコーダで録画データの削除を行った時、そのＨＤＤレコーダが、削除対象の録画データを保持している場合、他のＨＤＤレコーダに転送する必要がある。つまり、削除対象となる録画データを保持しているか否かにより、削除時の動作が異なる。よって、ここでは、録画データを保持している場合と、保持していない場合にわけて、動作の説明を行う。
【００５５】
まず、削除する録画データを保持している場合の動作について説明する。
図１３では、ＨＤＤレコーダ１が録画データを保持しており、その他のＨＤＤレコーダから参照されている（状態▲１▼）。今、利用者が、ＨＤＤレコーダ１を操作し、録画データの削除を行ったとする。この時、ＨＤＤレコーダ１は、まず、録画済番組テーブルに登録されている番組データのリンク項目を参照し、自らが番組の録画データを保持していることを確認する。次に、チャイルド項目を参照し、他のＨＤＤレコーダから参照されているかどうかの確認を行う。もし、チャイルド項目が“ＥＮＤ”の場合、この録画データは他のＨＤＤレコーダから参照されていないので、削除を行ない、処理を終了する。
【００５６】
図１３の場合、チャイルドの項目には、ＨＤＤレコーダ２のＩＰアドレスである“１９２．１６８．０．１０２”が設定されている。この場合、ＨＤＤレコーダ１は録画データの削除を行う前に、ＨＤＤレコーダ２に対し録画データ削除通知を送信し、録画データの転送を行う。ＨＤＤレコーダ２は、ＨＤＤレコーダ１から録画データを受けとり、自らの記録部に保存する。
【００５７】
録画データの転送が終了すると、ＨＤＤレコーダ１は録画データと番組データの削除を行い、ＨＤＤレコーダ２は、録画データに対応する番組データのリンクの項目を“ＬＯＣＡＬ”に変更する（状態▲２▼）。
【００５８】
次に、削除する録画データを保持していない場合の動作について説明する。
図１４は、図１３同様、ＨＤＤレコーダ１が録画した番組データを保持し、他のＨＤＤレコーダが参照している（状態▲１▼）。この時、利用者がＨＤＤレコーダ２を操作し、録画データ削除を行ったとする。ＨＤＤレコーダ２は、削除対象である録画データを自ら保持しておらず、対象となる録画データはＨＤＤレコーダ１が保持している。そのため、録画済番組テーブルから番組データを削除するだけで、操作は完了する。
【００５９】
しかし、単純に番組データを削除しただけでは、番組データ間のデイジーチェーンが破壊されてしまうので、ＨＤＤレコーダ１とＨＤＤレコーダ３のリンクを確立する必要がある。そこで、ＨＤＤレコーダ２は、番組データの削除を行う際、ＨＤＤレコーダ１とＨＤＤレコーダ３に対し、番組データ削除通知を送信する。但し、ＨＤＤレコーダ１に送信する番組データ削除通知には、ＨＤＤレコーダ３のＩＰアドレスを付加し、ＨＤＤレコーダ３に送信する番組データ削除通知には、ＨＤＤレコーダ１のＩＰアドレスを付加して送信する。
【００６０】
この通知を受け取ったＨＤＤレコーダ１は、削除される番組データを録画済番組テーブルから検索し、検索した番組データのリンク、チャイルドのどちらのＨＤＤレコーダから通知されているかを判定し、該当した方の項目を、通知に付加されているＩＰアドレスに変更する。図１４ではＨＤＤレコーダ２はＨＤＤレコーダ１のチャイルドの項目に設定されており、ＨＤＤレコーダ１は、チャイルドの項目を通知に付加されている、ＨＤＤレコーダ３のＩＰアドレスに変更する。
【００６１】
同様にして、ＨＤＤレコーダ３は、通知に該当する番組データのリンクの項目をＨＤＤレコーダ１のＩＰアドレスに変更する。上記の操作により、ＨＤＤレコーダ１とＨＤＤレコーダ３のリンクが確立する（状態▲２▼）。
【００６２】
２）方式２の場合
方式２は、番組データのリンクの項目に、実際に録画データを保持するＨＤＤレコーダのＩＰアドレスを記録している。方式１の場合と同様に、録画データを保持している場合と、保持していない場合の動作を順に説明する。
【００６３】
まず、削除する録画データを保持している場合について説明する。
図１５では、ＨＤＤレコーダ１が録画データを保持しており、その他のＨＤＤレコーダから参照されている（状態▲１▼）。今、利用者が、ＨＤＤレコーダ１を操作し、録画データの削除を行った場合、ＨＤＤレコーダ１は、録画済番組テーブルから、削除する録画データに対応する番組データを検索し、検索した番組データのチャイルドの項目を参照する。もし、チャイルドの項目が“ＥＮＤ”の場合、この録画データは他のＨＤＤレコーダから参照されていないため、そのまま削除を行なう。
【００６４】
図１５の場合、チャイルドの項目には、ＨＤＤレコーダ２のＩＰアドレスである“１９２．１６８．０．１０２”が設定されており、ＨＤＤレコーダ１は録画データの削除を行う前に、ＨＤＤレコーダ２に対し、録画データ削除通知を送信し、その後、録画データの転送を行う。ＨＤＤレコーダ２は、ＨＤＤレコーダ１から録画データ受けとり、自らの記録部に保存する。録画データの転送が終了すると、ＨＤＤレコーダ１は録画データと番組データの削除を行い、ＨＤＤレコーダ２は、録画データに対応する番組データのリンクの項目を“ＬＯＣＡＬ”に変更する。
【００６５】
ＨＤＤレコーダ１から録画データを受信したＨＤＤレコーダ２は、録画データが転送されたことを、他のＨＤＤレコーダに知らせる必要がある。そのため、ＨＤＤレコーダ２は、チャイルドに設定されているＨＤＤレコーダ３に対し、録画データ転送通知を送信する（この通知を送信する際、録画データの転送先であるＨＤＤレコーダ２のＩＰアドレスを付加する）。
【００６６】
録画データ転送通知を受信したＨＤＤレコーダ３は、録画済番組テーブルから、該当する番組データを検索し、その番組データのリンクの項目を、通知に付加されているＩＰアドレスに変更する。さらに、チャイルドの項目が“ＥＮＤ”でない場合は、チャイルドの項目に設定されているＩＰアドレスに対して、録画データ転送通知を送信する。この操作を繰り返すことにより、参照しているすべての機器に録画データ転送通知を送信することが可能である。
【００６７】
また、ＨＤＤレコーダ２が録画データ転送通知を送信する方法として、ブロードキャストやマルチキャストを用いてもよい。
次に、削除する録画データを保持していない場合の動作について説明する。
【００６８】
図１６では、図１５と同様に、ＨＤＤレコーダ１が録画データを保持し、他のＨＤＤレコーダがＨＤＤレコーダ１の録画データを参照している。今、利用者がＨＤＤレコーダ３を操作し、録画データ削除を行ったとする。ＨＤＤレコーダ３は、削除対象である録画データを自ら保持しておらず、対象となる録画データはＨＤＤレコーダ１が保持している。そのため、録画済番組テーブルから番組データを削除するだけで、操作は完了する。
【００６９】
ＨＤＤレコーダ３は、番組データの削除を行う際、ＨＤＤレコーダ１に対し、番組データ削除通知を送信する。但し、番組データ削除通知には、ＨＤＤレコーダ３自らのＩＰアドレスと、番組データのチャイルドの項目に設定されている、ＨＤＤレコーダ４のＩＰアドレスを付加して送信する。
【００７０】
この通知を受け取ったＨＤＤレコーダ１は、削除される番組データを録画済番組テーブルから検索し、検索した番組データのリンクまたはチャイルドのどちらのＨＤＤレコーダから通知されているかを判定する。ＨＤＤレコーダ１ではどちらの項目にも該当しないため、番組データの変更を行わないまま、チャイルドの項目に設定されているＨＤＤレコーダ２へ、番組データ削除通知を転送する。
【００７１】
この通知を受け取ったＨＤＤレコーダ２は、同様に該当する番組データを参照し、リンク及びチャイルドの項目と比較する。ＨＤＤレコーダ２の場合、チャイルドの項目がＨＤＤレコーダ３のＩＰアドレスであるため、この項目を通知に付加されているＨＤＤレコーダ４のＩＰアドレスに変更する。そして、ＨＤＤレコーダ４に対し、番組データ削除通知を送信する。
【００７２】
この通知を受け取ったＨＤＤレコーダ４は、番組データを参照する。ＨＤＤレコーダ４の場合、リンクの項目がＨＤＤレコーダ３のＩＰアドレスであるため、この項目を通知が送信された、ＨＤＤレコーダ２のＩＰアドレスに変更する。チャイルドの項目は“ＥＮＤ”であるため、通知の転送は、このＨＤＤレコーダ４で終了する（状態▲２▼）。
上記操作により、方式２において、利用者が録画データ削除を行った場合でも、デイジーチェーンを維持することが可能である。
【００７３】
３）方式３の場合
方式３では、番組データにルートという項目が設けられ、この項目に録画データを保持するＨＤＤレコータのＩＰアドレスが保持されている。他の方式同様、削除の操作を行ったＨＤＤレコーダで録画データを保持している場合と、保持していない場合に分けて説明する。
【００７４】
まず、削除する録画データを保持している場合について説明する。
図１７では、ＨＤＤレコーダ１が録画データを保持しており、その他のＨＤＤレコーダから参照されている（状態▲１▼）。今、利用者が、ＨＤＤレコーダ１を操作し、録画データの削除を行ったとき、ＨＤＤレコーダ１は、削除する録画データに対応する番組データを録画済番組テーブルから検索し、その番組データのチャイルドの項目を参照する。もし、チャイルドの項目が“ＥＮＤ”の場合、この録画データは他のＨＤＤレコーダから参照されていないため、そのまま削除を行なう。
【００７５】
図１７の場合、チャイルドの項目には、ＨＤＤレコーダ２のＩＰアドレスである“１９２．１６８．０．１０２”が設定されている。そのため、ＨＤＤレコーダ１は、ＨＤＤレコーダ２へ、録画データ削除通知を送信し、その後、録画データの転送を行う。ＨＤＤレコーダ２は、ＨＤＤレコーダ１から録画データ受けとり、自らの記録部に保存する。
【００７６】
録画データの転送が終了すると、ＨＤＤレコーダ１は録画データと番組データの削除を行い、ＨＤＤレコーダ２は、録画データに対応する番組データのリンクの項目を“ＬＯＣＡＬ”に、ルートの項目を“ＮＵＬＬ’に変更する。
さらにＨＤＤレコーダ２は、チャイルドに設定されているＨＤＤレコーダ３に対し、録画データ転送通知を送信する（この通知を送信する際、録画データの転送先であるＨＤＤレコーダ２のＩＰアドレスを付加する）。
【００７７】
録画データ転送通知を受信したＨＤＤレコーダ３は、その録画データに対応する番組データのルートの項目を、この通知に付加されているＩＰアドレスに変更する。さらに、チャイルドの項目が“ＥＮＤ”でない場合は、チャイルドの項目に設定されているＩＰアドレスに対して、録画データ転送通知を送信する。この操作を繰り返すことにより、参照しているすべての番組データのルート項目を“１９２．１６８．０．１０２”に変更される（状態▲２▼）。
また、録画データ転送通知には、ブロードキャストやマルチキャストを用いてもよい。
【００７８】
次に、削除する録画データを保持していない場合の動作について説明する。
図１８では、図１７と同様に、ＨＤＤレコーダ１が録画した番組データを保持し、他のＨＤＤレコーダが参照している（状態▲１▼）。この時、利用者がＨＤＤレコーダ３を操作し、録画データ削除を行ったとする。ＨＤＤレコーダ２は、他の方式同様、録画済番組テーブルから番組データを削除し、デイジーチェーンを維持するために、番組データ削除通知を送信する。方式３ではリンク、チャイルドの項目により、デイジーチェーンの双方向探索が可能である。
そのため、方式１と同様に、両項目に設定されているＩＰアドレスに対して、通知を行う。
【００７９】
図１８の場合、ＨＤＤレコーダ３が通知を送るのは、ＨＤＤレコーダ２とＨＤＤレコーダ４の２つである。この際、ＨＤＤレコーダ２に送信する番組データ削除通知には、ＨＤＤレコーダ４のＩＰアドレスを付加し、ＨＤＤレコーダ４に送信する番組データ削除通知には、ＨＤＤレコーダ２のＩＰアドレスを付加して送信する。
【００８０】
通知を受け取ったＨＤＤレコーダは、削除された番組データのリンクまたはチャイルドの項目を変更する。すなわちＨＤＤレコーダ２では、チャイルドの項目にＨＤＤレコーダ３のＩＰアドレスが設定されているので、そのチャイルド項目を番組データ削除通知に付加されているＨＤＤレコーダ４のＩＰアドレスに変更し、ＨＤＤレコーダ４ではリンクの項目をＨＤＤレコーダ２のＩＰアドレスに変更する（状態▲２▼）。
上記操作により、ＨＤＤレコーダ３における、番組データ削除操作が完了する。
【００８１】
＜ＨＤＤレコーダに障害が生じた場合＞
録画予約時、ＨＤＤレコーダに障害が生じた場合についての対応法を示す。
録画予約を行ってから録画が開始するまでの間に、あるＨＤＤレコーダに障害が生じた場合の動作について示す。ここでいう障害は、ＨＤＤレコーダの物理的破損だけでなく、ネットワークからはずれた場合を含む。また、ＤＨＣＰによりＩＰアドレスが変更された場合も下記の対応により、復旧が可能である。
【００８２】
図１９では、ＨＤＤレコーダ１〜３に同じ番組が予約されている。また、録画時刻になって、実際に録画するのはＨＤＤレコーダ１である。今、録画予約をしてから、録画を開始するまでの間にＨＤＤレコーダ３が故障し、録画開始時に動作していなかったとする。
【００８３】
ＨＤＤレコーダ４は、録画開始直前にリンクに設定されているＨＤＤレコーダ３に対して動作確認を行うが、ＨＤＤレコーダ３は故障中で応答がない。そこで、ＨＤＤレコーダ４は、ブロードキャスト通信を用いて、実際に録画を行う機器があるかを動作機器探索要求を送信する。
【００８４】
図１９では、ＨＤＤレコーダ１が探索する機器にあたる。ここで、ＨＤＤレコーダ１は自らがこの応答に答えず、番組データのチャイルドに設定されている機器に対して、動作確認を行い、動作しているならば応答要求を送信する。図１９では、ＨＤＤレコーダ１はＨＤＤレコーダ２に対して、応答要求を送信している。
【００８５】
ＨＤＤレコーダ２はまた、番組データのチャイルドに設定されている、ＨＤＤレコーダ３に対して動作確認を行うが、ＨＤＤレコーダ３には障害が起きており、この動作確認に応答することはない。
そこで、ＨＤＤレコーダ２はＨＤＤレコーダ４に対して、ＨＤＤレコーダ１から要求された応答、つまり、ＨＤＤレコーダ４の動作機器探索要求に対する応答を行う。
【００８６】
この応答を受けＨＤＤレコーダ４は、番組データのリンクの項目を、ＨＤＤレコーダ２のＩＰアドレスに変更する。ＨＤＤレコーダ２もまたチャイルドの項目を、ＨＤＤレコーダ４のＩＰアドレスに変更する。上記の操作により、録画開始時に分断されていた、番組データのデイジーチェーンが復旧される。
【００８７】
また、図２０に示すように、録画開始時、実際に録画する機器である、ＨＤＤレコーダ１に障害が起きている場合、ＨＤＤレコーダ２は上記と同じ手順で、ＨＤＤレコーダ１の動作確認する。ＨＤＤレコーダ１は、障害が起きているため、この応答に答えることができない。
【００８８】
さらに、ＨＤＤレコーダ２は動作機器探索要求をブロードキャストで送信するが、実際に録画を行う機器であるＨＤＤレコーダ１が障害中のため、この要求に対する応答もない。
そこで、ＨＤＤレコーダ２は予約録画開始時間になると録画を開始し、番組データのリンクの値を“ＬＯＣＡＬ”に変更する。
【００８９】
上記の操作により、録画予約を行ったＨＤＤのうち、どの機器に障害がおきても、予約録画は正常に行うことが可能である。
次に、録画予約をおこなってから、録画を開始するまでに障害が起き、復旧をした場合の動作について説明する。
【００９０】
図２１では、ＬＡＮに接続されたＨＤＤレコーダ１〜４にて、同じ番組を録画予約が行われている（状態▲１▼）。この状態でＨＤＤレコーダ２に障害が起き、録画開始までの間に復旧した場合の動作を、以下に示す。
ここで、ＨＤＤレコーダ２が復旧したとき、録画予約テーブルが障害の起きる前の状態を維持している場合は、復旧後、ネットワークに接続するだけで、障害前の状態を復旧することができる。しかし、なんらかの理由で、録画予約テーブルがクリアされた場合、利用者は新たに録画予約を行う可態性がある。
【００９１】
今、障害から復旧したＨＤＤレコーダ２を、以前と同じＩＰアドレスで、ＬＡＮに接続したとする（状態２）。その後、利用者が、障害前の状態に戻すため、録画予約を行ったとする（状態３）。この時、ＨＤＤレコーダ２は、自らの録画予約テーブルに、番組データを登録し、録画予約要求をブロードキャストで送信する。この要求を受けたＨＤＤレコーダ４は、録画予約済通知をＨＤＤレコーダ２に送信する。この通知を受け、ＨＤＤレコーダ２は、登録した番組データのリンクの項目をＨＤＤレコーダ４のＩＰアドレスに変更する。
【００９２】
上記操作により、ＨＤＤレコーダ１〜４の録画予約は完了しており、前述した障害時における録画開始時の動作により、ＨＤＤレコーダ１とＨＤＤレコーダ３間のデイジーチェーンが形成され、問題は復旧される。
しかし、下記の方法をとることにより、録画開始前にデイジーチェーンの復旧が可能である。
【００９３】
ＨＤＤレコーダ１は、ＨＤＤレコーダ２が送信した録画予約要求をうけ、録画予約データを参照する。ここで、ＨＤＤレコーダ１に登録されている番組データのチャイルドの項目にはＨＤＤレコーダ２のＩＰアドレスが設定されているため、ＨＤＤレコーダ１はＨＤＤレコーダ２に対して、チャイルド登録済通知を送信する。これを受けたＨＤＤレコーダ２は、番組データのリンク項目をＨＤＤレコーダ１のＩＰアドレスに変更する。
【００９４】
さらに、ＨＤＤレコーダ３に登録されている番組データは、リンク項目にＨＤＤレコーダ２のＩＰアドレスが設定されており、ＨＤＤレコーダ３は、録画予約要求を受け取ると、リンク登録済通知を送信する。ＨＤＤレコーダ２はこれを受けて、番組データのチャイルド項目をＨＤＤレコーダ３のＩＰアドレスに変更する。
【００９５】
ここで、ＨＤＤレコーダ２のリンク項目はＨＤＤレコーダ４→ＨＤＤレコーダ１に変更されており、ＨＤＤレコーダ４のチャイルド項目を、以前の“ＥＮＤ”に設定しなおす必要がある。そのため、ＨＤＤレコーダ２はＨＤＤレコーダ４に対して、録画キャンセル要求を送信する。この要求を受け、ＨＤＤレコーダ４は番組データのチャイルド項目を“ＥＮＤ”に変更する。
以上の方法により、各ＨＤＤレコーダの番組データを障害前の状態に戻すことが可能である。
【００９６】
以上詳述したように本実施形態では、複数のＨＤＤレコーダをネットワークを介して接続し、同一番組の録画予約がなされた複数のＨＤＤレコーダがデイジーチェーンを形成し、その先頭のＨＤＤレコーダのみが実際の録画動作を行うようにし、さらに他のＨＤＤレコーダは、再生時にネットワークを介して録画動作を行ったＨＤＤレコーダから録画データを転送させることにより、録画データの再生を行うようにしたので、使用者が特に注意しなくても、同じ番組が重複して録画されることがなく、記録媒体としての磁気ディスクの利用効率を、システム全体として高めることができる。また、特許文献１に示されるシステムのように、いずれかのＨＤＤレコーダがマスタとなってシステム全体の管理を行うものではないので、信頼性を高めることができる。
また番組データにリンク項目を設けることにより、実際に録画を行ったＨＤＤレコーダを容易に特定することができ、再生時の制御を簡略化することができる。
【００９７】
なお本発明は上述した実施形態では、４つのＨＤＤレコーダがネットワークを介して接続されたシステムを示したが、これに限るものではなく、ＨＤＤレコーダの数は、５以上であってもよい。
【００９８】
【発明の効果】
以上詳述したように請求項１に記載の発明によれば、リンク設定手段は、録画予約を行う際、他の録画機器に対して、すでに同一番組が予約済であるかどうかを確認し、他の録画機器（リンク録画機器）においてすでに同一番組が予約済みであるときは、番組予約テーブルに登録されている、同一番組に対応する番組データのリンク項目に、前記リンク録画機器を設定し、チャイルド設定手段は、一の番組について予約済みであるか否かの問い合わせを他の録画機器から受けたときに、番組予約テーブルを参照し、前記一の番組が予約済みであるときは、問い合わせを送信した他の録画機器（チャイルド録画機器）にその旨回答し、前記一の番組に対応する番組データのチャイルド項目に前記チャイルド録画機器を設定する。これにより、同一番組について録画予約がなされたときに、その録画予約がなれた録画機器の親子関係（デイジーチェーン）が形成される。したがって、録画管理手段の動作により、実際に録画を行う録画機器は１つとし、実際に録画を行わなかった録画機器は、再生制御手段の動作により、ネットワークを介して実際に録画を行った録画機器から録画データを転送させ、その番組の録画データの再生を行うことが可能となる。その結果、使用者が特に注意しなくても、同じ番組を重複して録画が行われないようにし、記録媒体の利用効率を向上させることができる。また、従来のシステムのように、いずれかの録画機器がマスタとなってシステム全体の管理を行うものではないので、信頼性を高めることができる。
【００９９】
請求項２に記載の発明によれば、リンク項目により、実際に録画を行った録画機器を容易に特定することができ、再生制御手段による再生時の制御を簡略化することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる画像音声データの記録再生システムの構成を示す図である。
【図２】図１に示されるＨＤＤレコーダの要部の構成を示すブロック図である。
【図３】図２に示される記憶部及び記録部に格納されるデータを説明するための図である。
【図４】録画予約時の動作を説明するための図である。
【図５】録画予約時の動作を説明するための図である。
【図６】録画予約キャンセル時の動作を説明するための図である。
【図７】録画予約キャンセル時の動作を説明するための図である。
【図８】録画開始時の動作を説明するための図である。
【図９】録画終了時の動作を説明するための図である。
【図１０】録画終了時の動作を説明するための図である。
【図１１】録画データ再生時の動作を説明するための図である。
【図１２】録画データ再生時の動作を説明するための図である。
【図１３】録画データ削除時の動作を説明するための図である。
【図１４】録画データ削除時の動作を説明するための図である。
【図１５】録画データ削除時の動作を説明するための図である。
【図１６】録画データ削除時の動作を説明するための図である。
【図１７】録画データ削除時の動作を説明するための図である。
【図１８】録画データ削除時の動作を説明するための図である。
【図１９】障害が発生した場合の動作を説明するための図である。
【図２０】障害が発生した場合の動作を説明するための図である。
【図２１】障害が発生した場合の動作を説明するための図である。
【図２２】ＨＤＤレコーダ及びテレビを家庭内ＬＡＮを介して接続することにより構成されるシステムの一例を示す図である。
【符号の説明】
１〜４ ＨＤＤレコーダ（録画機器）
５ ＬＡＮ（ネットワーク）
１１ 通信インタフェース（リンク設定手段、チャイルド設定手段）
１２ 制御部（録画管理手段、再生制御手段、リンク設定手段、チャイルド設定手段）
１３ 記憶部（記憶手段）
１３ａ 録画予約テーブル
１３ｂ 録画済番組テーブル
１４ 記録部（記録手段）
【発明の属する技術分野】
本発明は、テレビ放送番組の録画予約が可能な複数の録画機器をネットワークを介して接続することにより構成される、画像音声データの記録再生システムに関する。
【０００２】
【従来の技術】
インターネットの普及に伴って、複数の家庭用電気機器をネットワークを介して接続した、いわゆるネットワーク家電が普及しつつある。ネットワークを用いることにより、高速なデータ交換を行えるだけでなく、特許文献１に記載のシステムのように、複数のＡＶ（Ａｕｄｉｏ／Ｖｉｄｅｏ）機器を連動させて、よりインテリジェントな操作を行うことが可能となる。
【０００３】
【特許文献１】
特開平１０−４０６０２号公報
【０００４】
【発明が解決しようとする課題】
家庭では、それぞれの機器は一ヵ所にまとめて設置されているわけでなく、図２２に示すように、リビング、寝室、子供部屋などに別れて設置されているケースが多々存在する。図２２には、ＨＤＤ（ハードディスク装置）に動画データ及び音声データを記録するＨＤＤレコーダ１０１，１０２，１０３と、テレビ１０４，１０５，１０６が、それぞれリビング、寝室及び子供部屋に配置され、それらの機器が家庭内ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して接続されている家庭が示されている。
【０００５】
このような場合、家族全員が同じＨＤＤレコーダから録画予約を行うことはない。リビングのＨＤＤレコーダ１０１は、家族全員が利用するが、子供は子供部屋のＨＤＤレコーダ１０３をよく使うと考えられる。この場合、子供は子供部屋にあるＨＤＤレコーダ１０３に録画予約されている番組は、すべて知っていたとしても、他の部屋にあるＨＤＤレコーダ１０１または１０２に録画予約されている番組までは認知していない。このような場合、家族全員が録画予約した番組を一覧し、録画予約された番組を確認するのは非常にめんどうである。
【０００６】
また、前記特許文献１に示されるように、マスター機器が一括管理するようなシステムでは、マスター機器に障害が生じた場合、システムすべてが停止してしまう危険性がある。
【０００７】
本発明は、この点に着目したなれたものであり、ネットワークを介して接続された複数の録画機器からなるシステムにおいて、使用者が特に注意しなくても、同じ番組を重複して録画が行われないようにし、記録媒体の利用効率を向上させるとともに、システムの信頼性を向上させることを目的とする。
【０００８】
【課題を解決するための手段】
上記目的を達成するため請求項１に記載の発明は、テレビ放送番組の録画予約が可能な複数の録画機器をネットワークを介して接続して構成される、画像音声データの記録再生システムにおいて、前記複数の録画機器はそれぞれ、前記番組を録画再生するための、動画データ及び音声データを読み書きすることができる記録手段と、録画予約する番組の情報と、先に録画予約を行った他の録画機器を示すリンク項目と、後から録画予約を行った他の録画機器を示すチャイルド項目とを含む番組データを登録するための番組予約テーブルと、前記番組データのうち、録画を行った番組に対応する番組データを登録するための録画済番組テーブルとを保持する記憶手段と、予約された番組を実際に前記記録手段に記録するか否かを決定し、前記記録手段に記録するときは、前記予約された番組の前記記録手段への記録を実行する録画管理手段と、前記録画済番組テーブルに登録されている前記番組データに対応する録画済の番組を再生する際に、その再生動作の制御を行う再生制御手段と、録画予約を行う際、他の録画機器に対して、すでに同一番組が予約済であるかどうかを確認し、他の録画機器（以下「リンク録画機器」という）においてすでに同一番組が予約済みであるときは、前記記憶手段に保持されている前記番組予約テーブルに登録されている、前記同一番組に対応する番組データのリンク項目に、前記リンク録画機器を設定するリンク設定手段と、一の番組について予約済みであるか否かの問い合わせを他の録画機器から受けたときに、前記記憶手段に保持されている前記番組予約テーブルを参照し、前記一の番組が予約済みであるときは、前記問い合わせを送信した他の録画機器（以下「チャイルド録画機器」という）にその旨回答し、前記一の番組に対応する番組データのチャイルド項目に前記チャイルド録画機器を設定するチャイルド設定手段とを備え、前記録画管理手段は、前記番組予約テーブルに登録されている、録画すべき番組に対応する前記番組データのリンク項目を参照して、前記記録手段により実際に記録を行うか否かをを決定し、前記再生制御手段は、前記録画済番組テーブルの番組データのリンク項目及びチャイルド項目を参照することにより、再生すべき番組の録画データが実際に記録されている録画機器を探索し、再生すべき番組の録画データが前記記録手段に記録されているときは、該記録手段から当該録画データを再生する一方、再生すべき番組の録画データが他の録画機器の記録手段に記録されているときは、該他の録画機器から前記録画データを転送することにより、再生を行うことを特徴とする。
【０００９】
請求項２に記載の発明は、請求項１に記載の画像音声データの記録再生システムにおいて、前記番組予約テーブル及び録画済番組テーブルに登録されている番組データは、実際に録画を行う録画機器が設定されるルート項目を含み、前記録画管理手段は、録画予約を行う際、前記番組予約テーブルに登録されている番組データのルート項目に、実際に録画を行う録画機器を設定し、前記再生制御手段は、再生すべき番組の録画データが他の録画機器の記録手段に記録されているときは、前記録画済番組テーブルが保持する前記番組データのルート項目に記載されている録画機器から録画データを転送することにより、再生を行うことを特徴とする。
【００１０】
【発明の実施の形態】
以下本発明の実施の形態を図面を参照して説明する。
図１は、本発明の一実施形態にかかる画像音声データの記録再生システムの構成を示す図であり、このシステムは、４台のＨＤＤレコーダ１〜４が、ＬＡＮ５を介して接続されて構成されている。ＨＤＤレコーダ１〜４には、それぞれＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）アドレス１９２．１６８．０．１０１，１９２．１６８．０．１０２，１９２．１６８．０．１０３，及び１９２．１６８．０．１０４が割り当てられている。このＩＰアドレスは、説明の簡略化のため、ＤＨＣＰ（Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）などで変更されることがないものとする。
【００１１】
ＨＤＤレコーダ１〜４は、それぞれ図２に示すように、ＬＡＮに接続され、他のＨＤＤレコーダとの間でデータの送受信を行う通信インタフェース１１と、当該ＨＤＤレコーダの全体的な制御を行う制御部１２と、ＲＯＭ及びＲＡＭを備える記憶部１３と、ハードディスクに動画データ及び音声データの記録し、該記録したデータの再生を行う記録部１４とを備えている。
【００１２】
図３に示すように、記憶部１３には、録画予約する番組の情報と、リンク項目及びチャイルド項目とを含む番組データを登録するための録画予約テーブル１３ａと、録画を行った番組の番組データを登録するための録画済番組テーブル１３ｂとが格納される。番組データは、番組名、開始時刻、終了時刻、チャンネル、リンク及びチャイルドの項目からなる。開始時刻は、録画の開始時刻であり、終了時刻は、録画の終了時刻である。
【００１３】
ＨＤＤレコーダ１〜４において、同一の番組の録画予約が行われた場合には、番組データのリンク項目及びチャイルド項目の設定に応じて、その番組の録画予約が行われたＨＤＤレコーダのデイジーチェーンが形成され、そのデイジーチェーンの先頭に該当するＨＤＤレコーダのみが実際の録画動作を実行し、他のＨＤＤレコーダは録画動作を実行しない。
【００１４】
図３に示すように、リンク項目に“ＬＯＣＡＬ”が設定されているときは、そのＨＤＤレコーダは、他のＨＤＤレコーダへの参照を行わないことを意味する。つまり、そのＨＤＤレコーダが、デイジーチェーンの先頭に該当することを示す。また、チャイルド項目に“ＥＮＤ”が設定されているときは、そのＨＤＤレコーダは、他のＨＤＤレコーダから参照されないことを意味する。つまり、そのＨＤＤレコーダが、デイジーチェーンの最後部に該当することを示す。
以下に本実施形態の記録再生システムの動作を、場合ごとにわけて説明する。
【００１５】
＜録画予約時の動作＞
ここでは、録画予約時の動作について説明する。
図４は、ＨＤＤレコーダ１で、ある番組（図中では「ポチたま」）の録画予約がされており、他のＨＤＤレコーダには、その番組の録画予約がされていない状態を示している（図中▲１▼）。今、利用者がＨＤＤレコーダ２で、既にＨＤＤレコーダ１に予約済みである番組の録画予約を行ったとする。
ＨＤＤレコーダ２は、まず、自らの録画予約テーブルに予約された番組の番組データを登録する。ただし、番組データのリンクの項目は“ＬＯＣＡＬ”、チャイルドの項目は“ＥＮＤ”を設定する（図中▲２▼）。
【００１６】
次に、ＨＤＤレコーダ２は、録画予約確認要求をネットワーク上の他のＨＤＤレコーダに対し、ブロードキャスト（ネットワーク全体に対する一括送信）で送信する。この要求を受けた各ＨＤＤレコーダは、録画予約確認要求で要求された番組が、すでに予約済かどうかを確認する。録画予約が行われていた場合、番組データのチャイルドの項目を確認し、デイジーチェーンの最後部に該当する機器である場合に限り、ＨＤＤレコーダ２に対して、録画予約済通知を送信する。
【００１７】
図４の例では、ＨＤＤレコーダ１の録画予約テーブルには、ＨＤＤレコーダ２から要求された番組の番組データが登録されており、番組データのチャイルドの項目も“ＥＮＤ”である。よって、ＨＤＤレコーダ１は、ＨＤＤレコーダ２に対して録画予約済通知を送信する。
【００１８】
ＨＤＤレコーダ２はこの通知を受け、番組データのリンクの項目をＨＤＤレコーダ１のＩＰアドレスである“１９２．１６８．０．１０１”に変更する。また、ＨＤＤレコーダ１は、録画予約済通知を送信した後、番組データのチャイルドの値を、ＨＤＤレコーダ２のＩＰアドレスである“１９２．１６８．０．１０２”に設定する（図中▲３▼）。
【００１９】
また、図５は、ＨＤＤレコーダ１とＨＤＤレコーダ２が同じ番組を予約し、ＨＤＤレコーダ１を親、ＨＤＤレコーダ２を子としたデイジーチェーンを形成している（図中▲１▼）ときに、利用者が、ＨＤＤレコーダ３で、さらに同じ番組を予約した場合の動作を説明するための図である。
【００２０】
まず、ＨＤＤレコーダ３は予約された番組の番組データを、リンク項目を“ＬＯＣＡＬ”、チャイルド項目を“ＥＮＤ”に設定し、自らの録画予約テーブルに登録する。その後、録画予約確認要求をＬＡＮ上の他のＨＤＤレコーダに対して、プロードキャストで送信する。
【００２１】
先にも示したように、録画予約確認要求を受け取った際、録画予約済通知を送信するのは、デイジーチェーンの最後部に該当する機器、つまり番組データのチャイルドの項目に“ＥＮＤ”が設定されている機器である。
ＨＤＤレコーダ１は、ＨＤＤレコーダ３から要求された番組の予約を行っている。しかし、その番組データのチャイルドの項目には、ＨＤＤレコーダ２のＩＰアドレスが設定されている。よって、ＨＤＤレコーダ１は、ＨＤＤレコーダ３からの録画予約確認要求に対して、番組録画済通知を送信することはない。
【００２２】
一方、ＨＤＤレコーダ２は、要求された番組の予約を行っており、その番組データのチャイルドの項目が“ＥＮＤ”であるため、ＨＤＤレコーダ３に対して、録画予約済通知を送信する。
この後、ＨＤＤレコーダ２は、番組データのチャイルドの項目にＨＤＤレコーダ３のＩＰアドレスを設定し、ＨＤＤレコーダ３は、番組データのリンクの項目にＨＤＤレコーダ２のＩＰアドレスを設定する。この操作により、ＨＤＤレコーダ３を加えたデイジーチェーンが形成される。
【００２３】
なお、番組データには、ルート項目を追加してもよい。ルート項目には、複数のＨＤＤレコーダにおいて同じ番組の録画予約がなされた場合において、実際の録画動作を行うＨＤＤレコーダのＩＰアドレスが設定される。ただし、実際の録画動作を実行するＨＤＤレコーダの番組データのルート項目には、“ＮＵＬＬ”が設定される。ルート項目に“ＮＵＬＬ”が設定されている場合、そのＨＤＤレコーダは、録画開始時刻になると番組の録画動作を実行すること、若しくは録画データ（録画された動画データ及び音声データ）をその記録部１４に保持していることを意味する。
【００２４】
＜録画予約キャンセル時の動作＞
ここでは、録画予約キャンセル時の動作について説明する。
図６において、ＨＤＤレコーダ１〜３は、同じ番組の録画を予約しており、デイジーチェーンを形成している（状態▲１▼）。この時、利用者がＨＤＤレコーダ１で、録画予約のキャンセルを行った場合の動作について説明する。
まず、ＨＤＤレコーダ１は、録画予約が行われると、キャンセルされた番組の番組データを参照し、リンクとチャイルドの項目に設定されているＩＰアドレスに対し、録画予約キャンセル通知を送信する。ただし、リンクの値が“ＬＯＣＡＬ”、チャイルドの値が“ＥＮＤ”のときは、録画予約キャンセル通知を送信しない。また、リンクの項目に設定されているＩＰアドレスに録画予約キャンセル通知を送る時は、チャイルドの項目のＩＰアドレスを付加し、チャイルドの項目に設定されているＩＰアドレスに録画予約キャンセル通知を送る時は、リンクの項目に設定されているＩＰアドレスを付加する。
【００２５】
図６の場合、ＨＤＤレコーダ１に登録されている番組データは、リンクに“ＬＯＣＡＬ”、チャイルドにＨＤＤレコーダ２のＩＰアドレス“１９２．１６８．０．１０２”が設定されている。よって、ＨＤＤレコーダ１はＨＤＤレコーダ２に対し、ＩＰアドレス“ＬＯＣＡＬ”を付加した録画予約キャンセル通知を送信する。
【００２６】
録画予約キャンセル通知を受け取けとると、ＨＤＤレコーダ２は、通知された番組の番組データを参照する。そして、番組データのリンク及びチャイルドの項目が、送信先ＩＰアドレスと一致した場合、その項目を、通知に付加されているＩＰアドレスに変更する。
【００２７】
図６の場合、通知を送信したＨＤＤレコーダ１のＩＰアドレスは、１９２．１６８．０．１０１であり、このＩＰアドレスは、ＨＤＤレコーダ２の番組データのリンク項目に設定されているため、ＨＤＤレコーダ２は、リンクの項目を、通知に付加されている“ＬＯＣＡＬ”に変更する（状態▲２▼）。
【００２８】
この操作を行うことにより、ＨＤＤレコーダ１はデイジーチェーンから外され、ＨＤＤレコーダ２が先頭となる新たなデイジーチェーンが形成される。新たなデイジーチェーンでは、ＨＤＤレコーダ２のリンク項目に“ＬＯＣＡＬ”が設定されており、実際に録画を行う機器はＨＤＤレコーダ２に変更される。
【００２９】
ここで、番組データにルート項目を持つシステムでは、録画を行うＨＤＤレコーダが変更された場合、各ＨＤＤレコーダの録画予約テーブルに登録されている番組データのルート項目を変更する必要がある。これは、新たに録画を行うこととなった、ＨＤＤレコーダ（上記の例ではＨＤＤレコーダ２）が、番組データのチャイルド項目を利用して、順次、録画機器変更通知を送信することにより、変更が可能である。また、ブロードキャストやマルチキャスト（ネットワーク上の複数の宛先に対する一括送信）を用いて、全てのＨＤＤレコーダに、録画機器変更通知を送信してもよい。
【００３０】
また、デイジーチェーンの先頭でないＨＤＤレコーダが、録画予約をキャンセルした場合でも、上記の操作を行うことにより、デイジーチェーンの形成を行うことが可能である。
ＨＤＤレコーダ１〜３で同じ番組を録画予約している状態で、今度は、ＨＤＤレコーダ２で録画予約をキャンセルを行った場合の動作を、図７に示す。
【００３１】
ＨＤＤレコーダ２は、録画予約がキャンセルされると、番組データのリンク及びチャイルドの項目に設定されているＨＤＤレコーダ１及びＨＤＤレコーダ３に対して、録画予約キャンセル通知を送信する。この時、ＨＤＤレコーダ１に送信する通知には、ＨＤＤレコーダ３のＩＰアドレスが付加され、ＨＤＤレコーダ３に送信する通知には、ＨＤＤレコーダ１のＩＰアドレスが付加されている。通知を受け取った、各ＨＤＤレコーダは、リンク及びチャイルドの項目を、通知に付加されているＩＰアドレスに変更する（状態▲２▼）。
上記の動作により、ＨＤＤレコーダ２をデイジーチェーンから削除した、新しいデイジーチェーンが形成される。
【００３２】
＜録画開始時の動作＞
デイジーチェーンを形成しているＨＤＤレコーダのうち、実際に録画を行うのは、先頭のＨＤＤレコーダだけである。各ＨＤＤレコーダは番組の録画開始時刻直前に、予約されている番組データのリンクの項目を確認し、その項目に“ＬＯＣＡＬ”が設定されている時、録画予約を開始する。
【００３３】
図８では、ＨＤＤレコーダ１〜３で同じ録画予約が行われており、各ＨＤＤレコーダは、デイジーチェーンで結ばれている。これらのＨＤＤレコーダのうち、番組データのリンク項目に“ＬＯＣＡＬ”が設定されているのは、ＨＤＤレコーダ１である。よって、録画開始時刻になると、ＨＤＤレコーダ１は録画を開始し、その他のＨＤＤレコーダは録画を行わない。
【００３４】
ただし、録画を行うＨＤＤレコーダが、録画開始時になんらかの障害にみまわれ、録画ができない場合、他のＨＤＤレコーダが、代行して録画を行う必要がある。そのため、録画を行わないＨＤＤレコーダは、録画開始時刻直前に、リンクの項目に設定されている機器に対して動作確認を行う。この動作確認の動作については、後述する（＜ＨＤＤレコーダに障害が生じた場合＞参照）。
【００３５】
＜録画終了時の動作＞
各ＨＤＤレコーダは、予約された番組の録画が終了すると、録画した番組の番組データを録画予約テーブルから、録画済番組テーブルへ転送する。この転送は、各ＨＤＤレコーダが、番組データに記載されている終了時刻を参照することにより、独自で行ってもよいが、図９に示すように、録画を行ったＨＤＤレコーダから番組データのチャイルド項目に設定されているＨＤＤレコーダへ、録画終了通知を送信する方式も考えられる。
【００３６】
また、録画終了時の番組データの転送する方式として、次に示す３つの方式が考えられる。
方式１：録画予約テーブルに記載されている番組データを、そのまま録画済番組テーブルに転送する方式
方式２：図９に示すように、番組データのリンクの値を、実際に録画を行った、ＨＤＤレコーダのＩＰアドレスに変更し、録画済番組テーブルに転送する方式（状態▲１▼→▲２▼）
方式３：図１０に示すように、番組データにルートという項目を付加し、実際に録画を行った、ＨＤＤレコーダのＩＰアドレスを設定して転送する方式
【００３７】
図９の場合、ＨＤＤレコーダ３は、番組データのリンクの項目を、録画を行ったＨＤＤレコーダ１のＩＰアドレスに変更してから転送している。なお、図９において、録画を行ったＨＤＤレコーダ１のＩＰアドレスは、録画終了通知に付加されて、順次転送することにより、各ＨＤＤレコーダは、録画を行ったＨＤＤレコーダのＩＰアドレスを知ることが可能である。
【００３８】
方式１は、録画済番組テーブルにおいても、番組データのデイジーチェーンが維持されるため、録画済番組テーブルの番組データ削除などの操作が簡潔に行えるが、録画した動画データを再生する際、順次、リンクの項目を参照しながら、録画を行ったＨＤＤレコーダ機器を探索する必要がある。
【００３９】
逆に方式２は、各ＨＤＤレコーダにおいて、録画を行ったＨＤＤレコーダのＩＰアドレスがわかっているため、再生時に探索を行う必要がないが、デイジーチェーンの親情報がなくなるため、番組データの削除時に、自分の親となるＨＤＤレコーダを探索を行う必要がある。
【００４０】
図１０の場合、ＨＤＤレコーダ３は、ルートの項目に、録画を行ったＨＤＤレコーダ１のＩＰアドレスを設定し転送している。方式２と同様に、録画終了通知に、録画を行ったＨＤＤレコーダのＩＰアドレス付加して転送することにより、ＨＤＤレコーダ３は、ＨＤＤレコーダ１が録画を行ったことを認識できる。
【００４１】
＜録画データ再生時＞
次に、録画予約によって録画された録画データを、再生する場合の動作について説明する。
実際に録画を行って、録画予約した番組の録画データを保持するＨＤＤレコーダで再生を行う場合、ＨＤＤレコーダは、従来どおり、保持する録画データの再生を行えばよい。しかし、番組の録画が他のＨＤＤレコーダで行われた場合、録画データを再生するにあたり、目的とする録画データを所持するＨＤＤレコーダを探索し、録画データの転送をしてもらわなければいけない。
【００４２】
ここで、ＨＤＤレコーダが番組の録画データを所持しているかどうかは、実際に番組の録画を行ったかどうかによる。番組の録画を行うのは、デイジーチェーンの先頭のＨＤＤレコーダであるから、リンク項目に“ＬＯＣＡＬ”が設定されているか否かによって、録画データを保持しているか否かを判別する。
【００４３】
以下に、再生する番組の録画データを保持しないＨＤＤレコーダが、録画データを保持するＨＤＤレコーダを探索し、録画データを転送するまでの動作を、前述した方式１，２，及び３の場合にわけて説明する。
【００４４】
１）方式１の場合
方式１は、図１１に示すように、番組データを録画予約時のまま変更せず、転送する方式である。つまり、番組データのリンクの項目には、デイジーチェーンの親となるＨＤＤレコーダのＩＰアドレスが設定されている。よって、録画データを保持するＨＤＤレコーダを見つけるには、リンク項目を順次参照すればよい。
【００４５】
図１１では、ＨＤＤレコーダ１が録画データを保持している。今、利用者が、ＨＤＤレコーダ３で録画データ再生の操作を行った場合、ＨＤＤレコーダ３は自らの録画済番組テーブルに登録されている、番組データのリンクの項目を参照する。リンクの項目には、ＨＤＤレコーダ２のＩＰアドレスが記載されており、ＨＤＤレコーダ３は、ＨＤＤレコーダ２に対して録画データ転送要求を送信する。この際、転送先のアドレスとして、ＨＤＤレコーダ３のＩＰアドレスを付加しておく。
【００４６】
この要求を受けたＨＤＤレコーダ２は、要求された番組の録画データを保持するかどうかを確認するため、録画済番組テーブルに登録されている番組データのリンク項目を参照する。図１１の場合、ＨＤＤレコーダ２もまた、番組の録画データを保持していない。よって、ＨＤＤレコーダ２は、リンク項目に設定されているＩＰアドレスのＨＤＤレコーダ１に対して、録画データ転送要求を転送する。
【００４７】
ＨＤＤレコーダ１は、ＨＤＤレコーダ２から、録画データ転送要求を受けると、録画済番組テーブルの番組データを参照し、要求された番組データを保持しているかどうかを確認する。図１１の場合、ＨＤＤレコーダ１は要求された録画データを保持しており、要求に付加されている転送先アドレス、つまりＨＤＤレコーダ３に対して、録画データの転送を開始する。ＨＤＤレコーダ３は、転送された録画データを受信し、動画及び音声の再生を行う。
【００４８】
２）方式２の場合
方式２では、図１２に示すように、録画済番組テーブルに登録されている番組データのリンク項目に、実際に録画を行った機器のＩＰアドレスを保持している。よって、録画データを保持していない機器は、リンク項目に設定されているＩＰアドレスに対し、録画データ転送要求を送信する。
【００４９】
図１２では、ＨＤＤレコーダ１が、録画データを保持しており、他のＨＤＤレコーダは保持していない。利用者がＨＤＤレコーダ３から番組の再生の操作を行った場合、ＨＤＤレコーダ３は、番組データのリンク項目のＩＰアドレスであるＨＤＤレコーダ１に録画データ転送要求を送信する。
【００５０】
この要求を受けた、ＨＤＤレコーダ１は、ＨＤＤレコーダ３に対して、録画データの送信を開始し、ＨＤＤレコーダ３は、ＨＤＤレコーダ１から送信されてくる録画データを受信し、再生を行う。
【００５１】
３）方式３の場合
方式３では、録画済番組テーブルに登録されている番組データのルート項目に、実際に録画を行った機器のＩＰアドレスを保持している。よって、この項目を参照することにより、方式２と同様に録画データの取得が行われる。
【００５２】
＜録画データ削除時の動作＞
ＨＤＤレコーダは、テープメディアなどと異なり、自らが保持するＨＤＤ（記録部）に録画データを記録するため、ＨＤＤの容量をこえて録画を行うことができない。よって、ＨＤＤ容量が少なくなってきた場合、利用者は、記録した番組から、不要なものを削除する必要がある。従来のＨＤＤレコーダならば、他のＨＤＤレコーダと連携して動いておらず、録画を行った番組の録画データは、すべて自らが保持しており、単純にデータの削除を行えばよかった。
【００５３】
しかし、本実施形態では、ネットワークに接続されているＨＤＤレコーダで、録画データを共有しており、他のＨＤＤレコーダでまだ利用する可能性がある。そのため従来のように、録画データや番組データを単純に削除を行ってしまっては、他の機器から参照ができなくなる。そのため、録画データの削除時にも、特別な操作が必要となる。
【００５４】
以下に、方式１，２，及び３における録画データ削除時の動作について説明する。
１）方式１の場合
利用者が、あるＨＤＤレコーダで録画データの削除を行った時、そのＨＤＤレコーダが、削除対象の録画データを保持している場合、他のＨＤＤレコーダに転送する必要がある。つまり、削除対象となる録画データを保持しているか否かにより、削除時の動作が異なる。よって、ここでは、録画データを保持している場合と、保持していない場合にわけて、動作の説明を行う。
【００５５】
まず、削除する録画データを保持している場合の動作について説明する。
図１３では、ＨＤＤレコーダ１が録画データを保持しており、その他のＨＤＤレコーダから参照されている（状態▲１▼）。今、利用者が、ＨＤＤレコーダ１を操作し、録画データの削除を行ったとする。この時、ＨＤＤレコーダ１は、まず、録画済番組テーブルに登録されている番組データのリンク項目を参照し、自らが番組の録画データを保持していることを確認する。次に、チャイルド項目を参照し、他のＨＤＤレコーダから参照されているかどうかの確認を行う。もし、チャイルド項目が“ＥＮＤ”の場合、この録画データは他のＨＤＤレコーダから参照されていないので、削除を行ない、処理を終了する。
【００５６】
図１３の場合、チャイルドの項目には、ＨＤＤレコーダ２のＩＰアドレスである“１９２．１６８．０．１０２”が設定されている。この場合、ＨＤＤレコーダ１は録画データの削除を行う前に、ＨＤＤレコーダ２に対し録画データ削除通知を送信し、録画データの転送を行う。ＨＤＤレコーダ２は、ＨＤＤレコーダ１から録画データを受けとり、自らの記録部に保存する。
【００５７】
録画データの転送が終了すると、ＨＤＤレコーダ１は録画データと番組データの削除を行い、ＨＤＤレコーダ２は、録画データに対応する番組データのリンクの項目を“ＬＯＣＡＬ”に変更する（状態▲２▼）。
【００５８】
次に、削除する録画データを保持していない場合の動作について説明する。
図１４は、図１３同様、ＨＤＤレコーダ１が録画した番組データを保持し、他のＨＤＤレコーダが参照している（状態▲１▼）。この時、利用者がＨＤＤレコーダ２を操作し、録画データ削除を行ったとする。ＨＤＤレコーダ２は、削除対象である録画データを自ら保持しておらず、対象となる録画データはＨＤＤレコーダ１が保持している。そのため、録画済番組テーブルから番組データを削除するだけで、操作は完了する。
【００５９】
しかし、単純に番組データを削除しただけでは、番組データ間のデイジーチェーンが破壊されてしまうので、ＨＤＤレコーダ１とＨＤＤレコーダ３のリンクを確立する必要がある。そこで、ＨＤＤレコーダ２は、番組データの削除を行う際、ＨＤＤレコーダ１とＨＤＤレコーダ３に対し、番組データ削除通知を送信する。但し、ＨＤＤレコーダ１に送信する番組データ削除通知には、ＨＤＤレコーダ３のＩＰアドレスを付加し、ＨＤＤレコーダ３に送信する番組データ削除通知には、ＨＤＤレコーダ１のＩＰアドレスを付加して送信する。
【００６０】
この通知を受け取ったＨＤＤレコーダ１は、削除される番組データを録画済番組テーブルから検索し、検索した番組データのリンク、チャイルドのどちらのＨＤＤレコーダから通知されているかを判定し、該当した方の項目を、通知に付加されているＩＰアドレスに変更する。図１４ではＨＤＤレコーダ２はＨＤＤレコーダ１のチャイルドの項目に設定されており、ＨＤＤレコーダ１は、チャイルドの項目を通知に付加されている、ＨＤＤレコーダ３のＩＰアドレスに変更する。
【００６１】
同様にして、ＨＤＤレコーダ３は、通知に該当する番組データのリンクの項目をＨＤＤレコーダ１のＩＰアドレスに変更する。上記の操作により、ＨＤＤレコーダ１とＨＤＤレコーダ３のリンクが確立する（状態▲２▼）。
【００６２】
２）方式２の場合
方式２は、番組データのリンクの項目に、実際に録画データを保持するＨＤＤレコーダのＩＰアドレスを記録している。方式１の場合と同様に、録画データを保持している場合と、保持していない場合の動作を順に説明する。
【００６３】
まず、削除する録画データを保持している場合について説明する。
図１５では、ＨＤＤレコーダ１が録画データを保持しており、その他のＨＤＤレコーダから参照されている（状態▲１▼）。今、利用者が、ＨＤＤレコーダ１を操作し、録画データの削除を行った場合、ＨＤＤレコーダ１は、録画済番組テーブルから、削除する録画データに対応する番組データを検索し、検索した番組データのチャイルドの項目を参照する。もし、チャイルドの項目が“ＥＮＤ”の場合、この録画データは他のＨＤＤレコーダから参照されていないため、そのまま削除を行なう。
【００６４】
図１５の場合、チャイルドの項目には、ＨＤＤレコーダ２のＩＰアドレスである“１９２．１６８．０．１０２”が設定されており、ＨＤＤレコーダ１は録画データの削除を行う前に、ＨＤＤレコーダ２に対し、録画データ削除通知を送信し、その後、録画データの転送を行う。ＨＤＤレコーダ２は、ＨＤＤレコーダ１から録画データ受けとり、自らの記録部に保存する。録画データの転送が終了すると、ＨＤＤレコーダ１は録画データと番組データの削除を行い、ＨＤＤレコーダ２は、録画データに対応する番組データのリンクの項目を“ＬＯＣＡＬ”に変更する。
【００６５】
ＨＤＤレコーダ１から録画データを受信したＨＤＤレコーダ２は、録画データが転送されたことを、他のＨＤＤレコーダに知らせる必要がある。そのため、ＨＤＤレコーダ２は、チャイルドに設定されているＨＤＤレコーダ３に対し、録画データ転送通知を送信する（この通知を送信する際、録画データの転送先であるＨＤＤレコーダ２のＩＰアドレスを付加する）。
【００６６】
録画データ転送通知を受信したＨＤＤレコーダ３は、録画済番組テーブルから、該当する番組データを検索し、その番組データのリンクの項目を、通知に付加されているＩＰアドレスに変更する。さらに、チャイルドの項目が“ＥＮＤ”でない場合は、チャイルドの項目に設定されているＩＰアドレスに対して、録画データ転送通知を送信する。この操作を繰り返すことにより、参照しているすべての機器に録画データ転送通知を送信することが可能である。
【００６７】
また、ＨＤＤレコーダ２が録画データ転送通知を送信する方法として、ブロードキャストやマルチキャストを用いてもよい。
次に、削除する録画データを保持していない場合の動作について説明する。
【００６８】
図１６では、図１５と同様に、ＨＤＤレコーダ１が録画データを保持し、他のＨＤＤレコーダがＨＤＤレコーダ１の録画データを参照している。今、利用者がＨＤＤレコーダ３を操作し、録画データ削除を行ったとする。ＨＤＤレコーダ３は、削除対象である録画データを自ら保持しておらず、対象となる録画データはＨＤＤレコーダ１が保持している。そのため、録画済番組テーブルから番組データを削除するだけで、操作は完了する。
【００６９】
ＨＤＤレコーダ３は、番組データの削除を行う際、ＨＤＤレコーダ１に対し、番組データ削除通知を送信する。但し、番組データ削除通知には、ＨＤＤレコーダ３自らのＩＰアドレスと、番組データのチャイルドの項目に設定されている、ＨＤＤレコーダ４のＩＰアドレスを付加して送信する。
【００７０】
この通知を受け取ったＨＤＤレコーダ１は、削除される番組データを録画済番組テーブルから検索し、検索した番組データのリンクまたはチャイルドのどちらのＨＤＤレコーダから通知されているかを判定する。ＨＤＤレコーダ１ではどちらの項目にも該当しないため、番組データの変更を行わないまま、チャイルドの項目に設定されているＨＤＤレコーダ２へ、番組データ削除通知を転送する。
【００７１】
この通知を受け取ったＨＤＤレコーダ２は、同様に該当する番組データを参照し、リンク及びチャイルドの項目と比較する。ＨＤＤレコーダ２の場合、チャイルドの項目がＨＤＤレコーダ３のＩＰアドレスであるため、この項目を通知に付加されているＨＤＤレコーダ４のＩＰアドレスに変更する。そして、ＨＤＤレコーダ４に対し、番組データ削除通知を送信する。
【００７２】
この通知を受け取ったＨＤＤレコーダ４は、番組データを参照する。ＨＤＤレコーダ４の場合、リンクの項目がＨＤＤレコーダ３のＩＰアドレスであるため、この項目を通知が送信された、ＨＤＤレコーダ２のＩＰアドレスに変更する。チャイルドの項目は“ＥＮＤ”であるため、通知の転送は、このＨＤＤレコーダ４で終了する（状態▲２▼）。
上記操作により、方式２において、利用者が録画データ削除を行った場合でも、デイジーチェーンを維持することが可能である。
【００７３】
３）方式３の場合
方式３では、番組データにルートという項目が設けられ、この項目に録画データを保持するＨＤＤレコータのＩＰアドレスが保持されている。他の方式同様、削除の操作を行ったＨＤＤレコーダで録画データを保持している場合と、保持していない場合に分けて説明する。
【００７４】
まず、削除する録画データを保持している場合について説明する。
図１７では、ＨＤＤレコーダ１が録画データを保持しており、その他のＨＤＤレコーダから参照されている（状態▲１▼）。今、利用者が、ＨＤＤレコーダ１を操作し、録画データの削除を行ったとき、ＨＤＤレコーダ１は、削除する録画データに対応する番組データを録画済番組テーブルから検索し、その番組データのチャイルドの項目を参照する。もし、チャイルドの項目が“ＥＮＤ”の場合、この録画データは他のＨＤＤレコーダから参照されていないため、そのまま削除を行なう。
【００７５】
図１７の場合、チャイルドの項目には、ＨＤＤレコーダ２のＩＰアドレスである“１９２．１６８．０．１０２”が設定されている。そのため、ＨＤＤレコーダ１は、ＨＤＤレコーダ２へ、録画データ削除通知を送信し、その後、録画データの転送を行う。ＨＤＤレコーダ２は、ＨＤＤレコーダ１から録画データ受けとり、自らの記録部に保存する。
【００７６】
録画データの転送が終了すると、ＨＤＤレコーダ１は録画データと番組データの削除を行い、ＨＤＤレコーダ２は、録画データに対応する番組データのリンクの項目を“ＬＯＣＡＬ”に、ルートの項目を“ＮＵＬＬ’に変更する。
さらにＨＤＤレコーダ２は、チャイルドに設定されているＨＤＤレコーダ３に対し、録画データ転送通知を送信する（この通知を送信する際、録画データの転送先であるＨＤＤレコーダ２のＩＰアドレスを付加する）。
【００７７】
録画データ転送通知を受信したＨＤＤレコーダ３は、その録画データに対応する番組データのルートの項目を、この通知に付加されているＩＰアドレスに変更する。さらに、チャイルドの項目が“ＥＮＤ”でない場合は、チャイルドの項目に設定されているＩＰアドレスに対して、録画データ転送通知を送信する。この操作を繰り返すことにより、参照しているすべての番組データのルート項目を“１９２．１６８．０．１０２”に変更される（状態▲２▼）。
また、録画データ転送通知には、ブロードキャストやマルチキャストを用いてもよい。
【００７８】
次に、削除する録画データを保持していない場合の動作について説明する。
図１８では、図１７と同様に、ＨＤＤレコーダ１が録画した番組データを保持し、他のＨＤＤレコーダが参照している（状態▲１▼）。この時、利用者がＨＤＤレコーダ３を操作し、録画データ削除を行ったとする。ＨＤＤレコーダ２は、他の方式同様、録画済番組テーブルから番組データを削除し、デイジーチェーンを維持するために、番組データ削除通知を送信する。方式３ではリンク、チャイルドの項目により、デイジーチェーンの双方向探索が可能である。
そのため、方式１と同様に、両項目に設定されているＩＰアドレスに対して、通知を行う。
【００７９】
図１８の場合、ＨＤＤレコーダ３が通知を送るのは、ＨＤＤレコーダ２とＨＤＤレコーダ４の２つである。この際、ＨＤＤレコーダ２に送信する番組データ削除通知には、ＨＤＤレコーダ４のＩＰアドレスを付加し、ＨＤＤレコーダ４に送信する番組データ削除通知には、ＨＤＤレコーダ２のＩＰアドレスを付加して送信する。
【００８０】
通知を受け取ったＨＤＤレコーダは、削除された番組データのリンクまたはチャイルドの項目を変更する。すなわちＨＤＤレコーダ２では、チャイルドの項目にＨＤＤレコーダ３のＩＰアドレスが設定されているので、そのチャイルド項目を番組データ削除通知に付加されているＨＤＤレコーダ４のＩＰアドレスに変更し、ＨＤＤレコーダ４ではリンクの項目をＨＤＤレコーダ２のＩＰアドレスに変更する（状態▲２▼）。
上記操作により、ＨＤＤレコーダ３における、番組データ削除操作が完了する。
【００８１】
＜ＨＤＤレコーダに障害が生じた場合＞
録画予約時、ＨＤＤレコーダに障害が生じた場合についての対応法を示す。
録画予約を行ってから録画が開始するまでの間に、あるＨＤＤレコーダに障害が生じた場合の動作について示す。ここでいう障害は、ＨＤＤレコーダの物理的破損だけでなく、ネットワークからはずれた場合を含む。また、ＤＨＣＰによりＩＰアドレスが変更された場合も下記の対応により、復旧が可能である。
【００８２】
図１９では、ＨＤＤレコーダ１〜３に同じ番組が予約されている。また、録画時刻になって、実際に録画するのはＨＤＤレコーダ１である。今、録画予約をしてから、録画を開始するまでの間にＨＤＤレコーダ３が故障し、録画開始時に動作していなかったとする。
【００８３】
ＨＤＤレコーダ４は、録画開始直前にリンクに設定されているＨＤＤレコーダ３に対して動作確認を行うが、ＨＤＤレコーダ３は故障中で応答がない。そこで、ＨＤＤレコーダ４は、ブロードキャスト通信を用いて、実際に録画を行う機器があるかを動作機器探索要求を送信する。
【００８４】
図１９では、ＨＤＤレコーダ１が探索する機器にあたる。ここで、ＨＤＤレコーダ１は自らがこの応答に答えず、番組データのチャイルドに設定されている機器に対して、動作確認を行い、動作しているならば応答要求を送信する。図１９では、ＨＤＤレコーダ１はＨＤＤレコーダ２に対して、応答要求を送信している。
【００８５】
ＨＤＤレコーダ２はまた、番組データのチャイルドに設定されている、ＨＤＤレコーダ３に対して動作確認を行うが、ＨＤＤレコーダ３には障害が起きており、この動作確認に応答することはない。
そこで、ＨＤＤレコーダ２はＨＤＤレコーダ４に対して、ＨＤＤレコーダ１から要求された応答、つまり、ＨＤＤレコーダ４の動作機器探索要求に対する応答を行う。
【００８６】
この応答を受けＨＤＤレコーダ４は、番組データのリンクの項目を、ＨＤＤレコーダ２のＩＰアドレスに変更する。ＨＤＤレコーダ２もまたチャイルドの項目を、ＨＤＤレコーダ４のＩＰアドレスに変更する。上記の操作により、録画開始時に分断されていた、番組データのデイジーチェーンが復旧される。
【００８７】
また、図２０に示すように、録画開始時、実際に録画する機器である、ＨＤＤレコーダ１に障害が起きている場合、ＨＤＤレコーダ２は上記と同じ手順で、ＨＤＤレコーダ１の動作確認する。ＨＤＤレコーダ１は、障害が起きているため、この応答に答えることができない。
【００８８】
さらに、ＨＤＤレコーダ２は動作機器探索要求をブロードキャストで送信するが、実際に録画を行う機器であるＨＤＤレコーダ１が障害中のため、この要求に対する応答もない。
そこで、ＨＤＤレコーダ２は予約録画開始時間になると録画を開始し、番組データのリンクの値を“ＬＯＣＡＬ”に変更する。
【００８９】
上記の操作により、録画予約を行ったＨＤＤのうち、どの機器に障害がおきても、予約録画は正常に行うことが可能である。
次に、録画予約をおこなってから、録画を開始するまでに障害が起き、復旧をした場合の動作について説明する。
【００９０】
図２１では、ＬＡＮに接続されたＨＤＤレコーダ１〜４にて、同じ番組を録画予約が行われている（状態▲１▼）。この状態でＨＤＤレコーダ２に障害が起き、録画開始までの間に復旧した場合の動作を、以下に示す。
ここで、ＨＤＤレコーダ２が復旧したとき、録画予約テーブルが障害の起きる前の状態を維持している場合は、復旧後、ネットワークに接続するだけで、障害前の状態を復旧することができる。しかし、なんらかの理由で、録画予約テーブルがクリアされた場合、利用者は新たに録画予約を行う可態性がある。
【００９１】
今、障害から復旧したＨＤＤレコーダ２を、以前と同じＩＰアドレスで、ＬＡＮに接続したとする（状態２）。その後、利用者が、障害前の状態に戻すため、録画予約を行ったとする（状態３）。この時、ＨＤＤレコーダ２は、自らの録画予約テーブルに、番組データを登録し、録画予約要求をブロードキャストで送信する。この要求を受けたＨＤＤレコーダ４は、録画予約済通知をＨＤＤレコーダ２に送信する。この通知を受け、ＨＤＤレコーダ２は、登録した番組データのリンクの項目をＨＤＤレコーダ４のＩＰアドレスに変更する。
【００９２】
上記操作により、ＨＤＤレコーダ１〜４の録画予約は完了しており、前述した障害時における録画開始時の動作により、ＨＤＤレコーダ１とＨＤＤレコーダ３間のデイジーチェーンが形成され、問題は復旧される。
しかし、下記の方法をとることにより、録画開始前にデイジーチェーンの復旧が可能である。
【００９３】
ＨＤＤレコーダ１は、ＨＤＤレコーダ２が送信した録画予約要求をうけ、録画予約データを参照する。ここで、ＨＤＤレコーダ１に登録されている番組データのチャイルドの項目にはＨＤＤレコーダ２のＩＰアドレスが設定されているため、ＨＤＤレコーダ１はＨＤＤレコーダ２に対して、チャイルド登録済通知を送信する。これを受けたＨＤＤレコーダ２は、番組データのリンク項目をＨＤＤレコーダ１のＩＰアドレスに変更する。
【００９４】
さらに、ＨＤＤレコーダ３に登録されている番組データは、リンク項目にＨＤＤレコーダ２のＩＰアドレスが設定されており、ＨＤＤレコーダ３は、録画予約要求を受け取ると、リンク登録済通知を送信する。ＨＤＤレコーダ２はこれを受けて、番組データのチャイルド項目をＨＤＤレコーダ３のＩＰアドレスに変更する。
【００９５】
ここで、ＨＤＤレコーダ２のリンク項目はＨＤＤレコーダ４→ＨＤＤレコーダ１に変更されており、ＨＤＤレコーダ４のチャイルド項目を、以前の“ＥＮＤ”に設定しなおす必要がある。そのため、ＨＤＤレコーダ２はＨＤＤレコーダ４に対して、録画キャンセル要求を送信する。この要求を受け、ＨＤＤレコーダ４は番組データのチャイルド項目を“ＥＮＤ”に変更する。
以上の方法により、各ＨＤＤレコーダの番組データを障害前の状態に戻すことが可能である。
【００９６】
以上詳述したように本実施形態では、複数のＨＤＤレコーダをネットワークを介して接続し、同一番組の録画予約がなされた複数のＨＤＤレコーダがデイジーチェーンを形成し、その先頭のＨＤＤレコーダのみが実際の録画動作を行うようにし、さらに他のＨＤＤレコーダは、再生時にネットワークを介して録画動作を行ったＨＤＤレコーダから録画データを転送させることにより、録画データの再生を行うようにしたので、使用者が特に注意しなくても、同じ番組が重複して録画されることがなく、記録媒体としての磁気ディスクの利用効率を、システム全体として高めることができる。また、特許文献１に示されるシステムのように、いずれかのＨＤＤレコーダがマスタとなってシステム全体の管理を行うものではないので、信頼性を高めることができる。
また番組データにリンク項目を設けることにより、実際に録画を行ったＨＤＤレコーダを容易に特定することができ、再生時の制御を簡略化することができる。
【００９７】
なお本発明は上述した実施形態では、４つのＨＤＤレコーダがネットワークを介して接続されたシステムを示したが、これに限るものではなく、ＨＤＤレコーダの数は、５以上であってもよい。
【００９８】
【発明の効果】
以上詳述したように請求項１に記載の発明によれば、リンク設定手段は、録画予約を行う際、他の録画機器に対して、すでに同一番組が予約済であるかどうかを確認し、他の録画機器（リンク録画機器）においてすでに同一番組が予約済みであるときは、番組予約テーブルに登録されている、同一番組に対応する番組データのリンク項目に、前記リンク録画機器を設定し、チャイルド設定手段は、一の番組について予約済みであるか否かの問い合わせを他の録画機器から受けたときに、番組予約テーブルを参照し、前記一の番組が予約済みであるときは、問い合わせを送信した他の録画機器（チャイルド録画機器）にその旨回答し、前記一の番組に対応する番組データのチャイルド項目に前記チャイルド録画機器を設定する。これにより、同一番組について録画予約がなされたときに、その録画予約がなれた録画機器の親子関係（デイジーチェーン）が形成される。したがって、録画管理手段の動作により、実際に録画を行う録画機器は１つとし、実際に録画を行わなかった録画機器は、再生制御手段の動作により、ネットワークを介して実際に録画を行った録画機器から録画データを転送させ、その番組の録画データの再生を行うことが可能となる。その結果、使用者が特に注意しなくても、同じ番組を重複して録画が行われないようにし、記録媒体の利用効率を向上させることができる。また、従来のシステムのように、いずれかの録画機器がマスタとなってシステム全体の管理を行うものではないので、信頼性を高めることができる。
【００９９】
請求項２に記載の発明によれば、リンク項目により、実際に録画を行った録画機器を容易に特定することができ、再生制御手段による再生時の制御を簡略化することができる。
【図面の簡単な説明】
【図１】本発明の一実施形態にかかる画像音声データの記録再生システムの構成を示す図である。
【図２】図１に示されるＨＤＤレコーダの要部の構成を示すブロック図である。
【図３】図２に示される記憶部及び記録部に格納されるデータを説明するための図である。
【図４】録画予約時の動作を説明するための図である。
【図５】録画予約時の動作を説明するための図である。
【図６】録画予約キャンセル時の動作を説明するための図である。
【図７】録画予約キャンセル時の動作を説明するための図である。
【図８】録画開始時の動作を説明するための図である。
【図９】録画終了時の動作を説明するための図である。
【図１０】録画終了時の動作を説明するための図である。
【図１１】録画データ再生時の動作を説明するための図である。
【図１２】録画データ再生時の動作を説明するための図である。
【図１３】録画データ削除時の動作を説明するための図である。
【図１４】録画データ削除時の動作を説明するための図である。
【図１５】録画データ削除時の動作を説明するための図である。
【図１６】録画データ削除時の動作を説明するための図である。
【図１７】録画データ削除時の動作を説明するための図である。
【図１８】録画データ削除時の動作を説明するための図である。
【図１９】障害が発生した場合の動作を説明するための図である。
【図２０】障害が発生した場合の動作を説明するための図である。
【図２１】障害が発生した場合の動作を説明するための図である。
【図２２】ＨＤＤレコーダ及びテレビを家庭内ＬＡＮを介して接続することにより構成されるシステムの一例を示す図である。
【符号の説明】
１〜４ ＨＤＤレコーダ（録画機器）
５ ＬＡＮ（ネットワーク）
１１ 通信インタフェース（リンク設定手段、チャイルド設定手段）
１２ 制御部（録画管理手段、再生制御手段、リンク設定手段、チャイルド設定手段）
１３ 記憶部（記憶手段）
１３ａ 録画予約テーブル
１３ｂ 録画済番組テーブル
１４ 記録部（記録手段）
Claims (2)
- テレビ放送番組の録画予約が可能な複数の録画機器をネットワークを介して接続して構成される、画像音声データの記録再生システムにおいて、
前記複数の録画機器はそれぞれ、
前記番組を録画再生するための、動画データ及び音声データを読み書きすることができる記録手段と、
録画予約する番組の情報と、先に録画予約を行った他の録画機器を示すリンク項目と、後から録画予約を行った他の録画機器を示すチャイルド項目とを含む番組データを登録するための番組予約テーブルと、前記番組データのうち、録画を行った番組に対応する番組データを登録するための録画済番組テーブルとを保持する記憶手段と、
予約された番組を実際に前記記録手段に記録するか否かを決定し、前記記録手段に記録するときは、前記予約された番組の前記記録手段への記録を実行する録画管理手段と、
前記録画済番組テーブルに登録されている前記番組データに対応する録画済の番組を再生する際に、その再生動作の制御を行う再生制御手段と、
録画予約を行う際、他の録画機器に対して、すでに同一番組が予約済であるかどうかを確認し、他の録画機器（以下「リンク録画機器」という）においてすでに同一番組が予約済みであるときは、前記記憶手段に保持されている前記番組予約テーブルに登録されている、前記同一番組に対応する番組データのリンク項目に、前記リンク録画機器を設定するリンク設定手段と、
一の番組について予約済みであるか否かの問い合わせを他の録画機器から受けたときに、前記記憶手段に保持されている前記番組予約テーブルを参照し、前記一の番組が予約済みであるときは、前記問い合わせを送信した他の録画機器（以下「チャイルド録画機器」という）にその旨回答し、前記一の番組に対応する番組データのチャイルド項目に前記チャイルド録画機器を設定するチャイルド設定手段とを備え、
前記録画管理手段は、前記番組予約テーブルに登録されている、録画すべき番組に対応する前記番組データのリンク項目を参照して、前記記録手段により実際に記録を行うか否かをを決定し、
前記再生制御手段は、前記録画済番組テーブルの番組データのリンク項目及びチャイルド項目を参照することにより、再生すべき番組の録画データが実際に記録されている録画機器を探索し、再生すべき番組の録画データが前記記録手段に記録されているときは、該記録手段から当該録画データを再生する一方、再生すべき番組の録画データが他の録画機器の記録手段に記録されているときは、該他の録画機器から前記録画データを転送することにより、再生を行う
ことを特徴とする画像音声データの記録再生システム。 - 前記番組予約テーブル及び録画済番組テーブルに登録されている番組データは、実際に録画を行う録画機器が設定されるルート項目を含み、前記録画管理手段は、録画予約を行う際、前記番組予約テーブルに登録されている番組データのルート項目に、実際に録画を行う録画機器を設定し、前記再生制御手段は、再生すべき番組の録画データが他の録画機器の記録手段に記録されているときは、前記録画済番組テーブルが保持する前記番組データのルート項目に記載されている録画機器から録画データを転送することにより、再生を行うことを特徴とする請求項１に記載の画像音声データの記録再生システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003007761A JP2004222014A (ja) | 2003-01-16 | 2003-01-16 | 画像音声データの記録再生システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003007761A JP2004222014A (ja) | 2003-01-16 | 2003-01-16 | 画像音声データの記録再生システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004222014A true JP2004222014A (ja) | 2004-08-05 |
Family
ID=32897759
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003007761A Withdrawn JP2004222014A (ja) | 2003-01-16 | 2003-01-16 | 画像音声データの記録再生システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2004222014A (ja) |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006262437A (ja) * | 2005-02-15 | 2006-09-28 | Matsushita Electric Ind Co Ltd | 映像配信システム |
| WO2007108045A1 (ja) * | 2006-03-15 | 2007-09-27 | Fujitsu Limited | 録画装置 |
| JP2008521364A (ja) * | 2004-11-19 | 2008-06-19 | ティヴォ インク | 以前に放送されたコンテンツを安全に転送する方法および装置 |
| JP2008193135A (ja) * | 2007-01-31 | 2008-08-21 | Toshiba Corp | 録画機器および録画制御方法 |
| US20110064378A1 (en) * | 2009-09-14 | 2011-03-17 | Gharaat Amir H | Multifunction Multimedia Device |
| JP4727660B2 (ja) * | 2005-05-17 | 2011-07-20 | 三菱電機株式会社 | 録画予定共有システム及び録画予定共有装置 |
| JP2011142679A (ja) * | 2011-04-04 | 2011-07-21 | Hitachi Consumer Electronics Co Ltd | 録画装置および録画コンテンツの管理方法 |
| US8682145B2 (en) | 2009-12-04 | 2014-03-25 | Tivo Inc. | Recording system based on multimedia content fingerprints |
| US10080063B2 (en) | 2000-03-02 | 2018-09-18 | Tivo Solutions Inc. | Method of sharing personal media using a digital recorder |
-
2003
- 2003-01-16 JP JP2003007761A patent/JP2004222014A/ja not_active Withdrawn
Cited By (27)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US10206010B2 (en) | 2000-03-02 | 2019-02-12 | Tivo Solutions Inc. | Method of sharing personal media using a digital recorder |
| US10080063B2 (en) | 2000-03-02 | 2018-09-18 | Tivo Solutions Inc. | Method of sharing personal media using a digital recorder |
| US9258592B2 (en) | 2004-11-19 | 2016-02-09 | Tivo Inc. | Method and apparatus for secure transfer of previously broadcasted content |
| JP2008521364A (ja) * | 2004-11-19 | 2008-06-19 | ティヴォ インク | 以前に放送されたコンテンツを安全に転送する方法および装置 |
| US10440342B2 (en) | 2004-11-19 | 2019-10-08 | Tivo Solutions Inc. | Secure transfer of previously broadcasted content |
| JP4897698B2 (ja) * | 2004-11-19 | 2012-03-14 | ティヴォ インク | 以前に放送されたコンテンツを安全に転送する方法および装置 |
| JP2006262437A (ja) * | 2005-02-15 | 2006-09-28 | Matsushita Electric Ind Co Ltd | 映像配信システム |
| JP4727660B2 (ja) * | 2005-05-17 | 2011-07-20 | 三菱電機株式会社 | 録画予定共有システム及び録画予定共有装置 |
| WO2007108045A1 (ja) * | 2006-03-15 | 2007-09-27 | Fujitsu Limited | 録画装置 |
| JP2008193135A (ja) * | 2007-01-31 | 2008-08-21 | Toshiba Corp | 録画機器および録画制御方法 |
| US9554176B2 (en) | 2009-09-14 | 2017-01-24 | Tivo Inc. | Media content fingerprinting system |
| US9648380B2 (en) | 2009-09-14 | 2017-05-09 | Tivo Solutions Inc. | Multimedia device recording notification system |
| US8984626B2 (en) | 2009-09-14 | 2015-03-17 | Tivo Inc. | Multifunction multimedia device |
| US9036979B2 (en) | 2009-09-14 | 2015-05-19 | Splunk Inc. | Determining a position in media content based on a name information |
| US11653053B2 (en) | 2009-09-14 | 2023-05-16 | Tivo Solutions Inc. | Multifunction multimedia device |
| US9264758B2 (en) * | 2009-09-14 | 2016-02-16 | Tivo Inc. | Method and an apparatus for detecting media content recordings |
| US9369758B2 (en) | 2009-09-14 | 2016-06-14 | Tivo Inc. | Multifunction multimedia device |
| US9521453B2 (en) | 2009-09-14 | 2016-12-13 | Tivo Inc. | Multifunction multimedia device |
| US8510769B2 (en) | 2009-09-14 | 2013-08-13 | Tivo Inc. | Media content finger print system |
| US8704854B2 (en) | 2009-09-14 | 2014-04-22 | Tivo Inc. | Multifunction multimedia device |
| US10805670B2 (en) | 2009-09-14 | 2020-10-13 | Tivo Solutions, Inc. | Multifunction multimedia device |
| US8417096B2 (en) | 2009-09-14 | 2013-04-09 | Tivo Inc. | Method and an apparatus for determining a playing position based on media content fingerprints |
| US10097880B2 (en) | 2009-09-14 | 2018-10-09 | Tivo Solutions Inc. | Multifunction multimedia device |
| US20110064378A1 (en) * | 2009-09-14 | 2011-03-17 | Gharaat Amir H | Multifunction Multimedia Device |
| US9781377B2 (en) | 2009-12-04 | 2017-10-03 | Tivo Solutions Inc. | Recording and playback system based on multimedia content fingerprints |
| US8682145B2 (en) | 2009-12-04 | 2014-03-25 | Tivo Inc. | Recording system based on multimedia content fingerprints |
| JP2011142679A (ja) * | 2011-04-04 | 2011-07-21 | Hitachi Consumer Electronics Co Ltd | 録画装置および録画コンテンツの管理方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6993646B2 (en) | Automatically configuring storage array including plurality of media storage devices for storing and providing data within a network of devices | |
| US7254702B2 (en) | Method of distributed recording whereby the need to transition to a second recording device from a first recording device is broadcast by the first recording device | |
| US6397277B1 (en) | Method and apparatus for transmitting data over data bus at maximum speed | |
| US7130945B2 (en) | Controlling method for transmitting reserve commands from a controller to target devices | |
| EP2110993B1 (en) | Content distribution method between a network apparatus and a server | |
| JP5063280B2 (ja) | ファイル転送システム、クライアント、サーバ | |
| US7809742B2 (en) | Content management method, apparatus, and system | |
| JP2009533750A (ja) | ホームネットワークデバイスのコンテンツを同期化する方法及び装置 | |
| JP2004222014A (ja) | 画像音声データの記録再生システム | |
| JP3850160B2 (ja) | ネットワーク制御システム、コントローラ、及びターゲット | |
| US7124292B2 (en) | Automatically configuring storage array including a plurality of media storage devices for storing and providing data within a network of devices | |
| US6721859B1 (en) | Multi-protocol media storage device implementing protocols optimized for storing and retrieving both asynchronous and isochronous data | |
| JP2001160939A (ja) | 画像処理装置及び画像処理システム、及びその制御方法 | |
| EP0971359A1 (en) | Equipment control command processing system and method thereof | |
| JP2008015739A (ja) | Ａｖコンテンツのバックアップ方法と装置 | |
| JP2001274813A (ja) | 情報信号処理装置及び情報信号処理方法並びに記憶媒体 | |
| JP2008010998A (ja) | サムネイル共有機能付きコンテンツ記録再生装置 | |
| WO2013069388A1 (ja) | コンテンツ管理装置、制御プログラム、記録媒体、コンテンツ管理方法、移動先装置、テレビジョン受像機、およびコンテンツ管理システム | |
| JP3859894B2 (ja) | 機器制御コマンドの処理システムおよびその方法 | |
| JP3973529B2 (ja) | ネットワーク機器、及び、かかるネットワーク機器の制御方法 | |
| JP4552116B2 (ja) | 録画システム、録画依頼装置および録画依頼方法、録画予約装置および録画予約方法、録画装置および録画方法、並びにプログラム | |
| JP4403034B2 (ja) | 情報記録システム、情報記録方法、記録用プログラム、管理サーバ、管理サーバ用プログラム、及び記憶媒体 | |
| JP2012039223A (ja) | 録画システム、録画機、制御装置、及び録画制御方法 | |
| JP4064553B2 (ja) | 放送素材データ送出システム | |
| JP2004208330A (ja) | 放送番組蓄積装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20060404 |