JP4214847B2 - コンテンツ記録システム - Google Patents
コンテンツ記録システム Download PDFInfo
- Publication number
- JP4214847B2 JP4214847B2 JP2003183677A JP2003183677A JP4214847B2 JP 4214847 B2 JP4214847 B2 JP 4214847B2 JP 2003183677 A JP2003183677 A JP 2003183677A JP 2003183677 A JP2003183677 A JP 2003183677A JP 4214847 B2 JP4214847 B2 JP 4214847B2
- Authority
- JP
- Japan
- Prior art keywords
- recording
- server
- content
- area
- shortage
- 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
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Television Signal Processing For Recording (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
- Computer And Data Communications (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ記録システムに関し、詳細には複数のサーバーに振り分けてコンテンツを記録するコンテンツ記録システムに関する。
【０００２】
【従来の技術】
従来、複数のサーバーおよびクライアントがネットワークで接続されているシステムにおいて、あるサーバーにＴＶチューナー等からの映像データを記録し、記録した映像データをクライアントに送信し、再生するシステムが提案されている。この記録システムは、サーバーに映像データを記録する際に、ハードディスクの容量が不足する場合があるという問題を有している。この問題を解決するために、映像データを記録するサーバーの記録領域が不足する場合に、ネットワークで接続されている別の唯一のサーバー（共有サーバ）に記録できない残りの映像データを記録するシステムが提案されている（例えば、特許文献１）。
【０００３】
【特許文献１】
特開２００１−２８２６６４号
【０００４】
【発明が解決しようとする課題】
特許文献１では、映像データの記録中にサーバーの空き容量が不足すれば、共有サーバーに残りの映像データを記録できるが、共有サーバーの容量が一杯であれば、残りの映像データを記録できないという問題がある。さらに、特許文献１では、予約録画を行う場合に、予約時においては、共有サーバーに映像データを記録するための空き領域が存在していたが、映像データの記録開始までに別の映像データまたは音楽データなどが記録されることにより、予約していた映像データを記録するための空き容量が不足する場合がある。そのため、実際に記録を行う際に、予約していたにもかかわらず、映像データの一部または全部を記録できないという問題が生じる。
【０００５】
【課題を解決するための手段】
本発明は上記従来の課題を解決するためになされたものであり、その目的とするところは、より確実にコンテンツの全てを記録することができるコンテンツ記録システムを提供することにある。
【０００６】
本発明の好ましい実施形態によるコンテンツ記録システムは、コンテンツを記録する第１の記録手段を有する第１のサーバーと、コンテンツを記録する第２の記録手段を有する複数の第２のサーバーとを備える。該第１のサーバーは、該第１の記録手段に第１のコンテンツを記録する領域が不足する場合、該第２のサーバーに該第１のコンテンツの記録領域不足分を記録する領域を予約するよう要求する要求手段を有し、該第２のサーバーは、該第２の記録手段に該第１のコンテンツの記録領域不足分を記録する領域を予約する領域予約手段を有し、該要求手段は、該第２の記録手段に該第１のコンテンツの記録領域不足分を記録する領域が不足する場合、他の第２のサーバーに該第１のコンテンツの記録領域不足分を記録する領域を予約するよう再び要求し、予約した第２のサーバーの第２の記録手段は、該第１のコンテンツの記録領域不足分を記録する。
【０００７】
従って、第２のサーバーにおいて、第１のサーバーによって予約された記録領域が不足する場合にも、第１のサーバーは他の第２のサーバーに記録領域の予約を再度要求することができる。そして、他の第２のサーバーは、第１のサーバーのために記録領域を予約し、第１のコンテンツの記録領域不足分を記録する。従って、より確実に第１のコンテンツの全てを記録することができる。
【０００８】
好ましい実施形態においては、上記第１のサーバーは、上記第１の記録手段に上記第１のコンテンツを記録する領域が不足する場合、上記第２のサーバーに上記第２の記録手段の空き容量を問い合わせる手段をさらに有し、該第２のサーバーは、該第１のサーバーからの問い合わせに応答して、該第２の記録手段の空き容量を返信する返信手段をさらに有し、該第１のサーバーは、該返信手段からの返信内容に基づいて、記録領域の予約を要求する第２のサーバーを選択する手段をさらに有する。
【０００９】
従って、第１のサーバーは、第１のコンテンツの記録領域不足分を記録する領域の足りない第２のサーバーに予約を要求することを防止でき、かつ、複数の第２のサーバーのうち適切なサーバーに、記録領域の予約を要求することができる。すなわち、空き容量が最大の第２のサーバーに記録領域の予約を要求することにより、予約した記録領域が不足する可能性を低くすることができる。
【００１０】
好ましい実施形態においては、上記第１のサーバーは、所定時刻にコンテンツの記録を行うよう予約を行う手段をさらに有し、上記第２のサーバは、上記第２の記録手段に第２のコンテンツが記録される場合、上記第１のコンテンツの記録領域不足分を記録する領域が不足するか否かを判断する判断手段と、該判断手段が、該第１のコンテンツの記録領域不足分を記録する領域が不足すると判断した場合、該第１のサーバーに該第１のコンテンツの記録領域不足分を記録する領域が不足することを通知する通知手段とをさらに有し、上記要求手段は、該通知手段からの通知を受けると、上記他の第２のサーバーに該第１のコンテンツの記録領域不足分を記録する領域を予約するよう要求する。
【００１１】
従って、第１のコンテンツの記録を予約していた場合に、記録開始（または第１のコンテンツの記録領域不足分の転送）までに、第２のサーバーに第２のコンテンツが記録され、第１のサーバーが予約していた記録領域が不足する場合にも、第１のコンテンツの全てをより確実に記録できる。
【００１２】
好ましい実施形態においては、上記第２のサーバーは、上記第１のコンテンツの記録領域不足分を記録する領域が不足する場合、該第１のコンテンツの記録領域不足分を記録する領域の予約を解除する手段をさらに有し、上記要求手段は、上記他の第２のサーバーに、該第１のコンテンツの記録領域不足分の全てを記録する領域を予約するよう再び要求する。
【００１３】
従って、第２のサーバーは、第１のコンテンツの記録領域不足分を記録する領域が不足した場合に、記録領域の予約を解除する。第１のサーバーは、他の第２のサーバーに、第１のコンテンツの記録領域不足分全てを記録する領域を予約するよう要求する。従って、第１のコンテンツの記録領域不足分は必ず、１つの第２のサーバーによって記録されるので、再生時の処理（コンテンツの転送等）を簡便にすることができる。
【００１４】
好ましい実施形態においては、上記領域予約手段は、上記第１のコンテンツの記録領域不足分を記録する領域が不足する場合、該第１のコンテンツの記録領域不足分のうち、記録可能な容量分の領域のみを予約し、上記要求手段は、該第１のコンテンツの記録領域不足分のうち、該第２のサーバーが記録できない容量分を、上記他の第２のサーバーに予約するよう要求する。
【００１５】
従って、第１のサーバーが他の第２のサーバーに予約を要求するのは、第２のサーバーが記録できない容量分のみである。そのため、他の第２のサーバーが第１のコンテンツの記録領域不足分全ての空き容量は有していないが、第２のサーバーによって記録できない容量分のみの空き容量を有していれば、第１のコンテンツの全てを記録することができる。そのため、より確実に第１のコンテンツの全てを記録することができる。
【００１６】
本発明の別の好ましい実施形態によるコンテンツ記録システムは、コンテンツを記録する第１の記録手段を有する第１のサーバーと、コンテンツを記録する第２の記録手段を有する複数の第２のサーバーとを備える。該第１のサーバーは、該第１の記録手段に第１のコンテンツを記録する領域が不足する場合、該第２サーバーに該第１のコンテンツの記録領域不足分を記録する領域を予約するよう要求する要求手段を有し、該第２サーバーが、該第２の記録手段に該第１のコンテンツの記録領域不足分を記録する領域を予約する領域予約手段を有し、該要求手段が、該第１のコンテンツの記録領域不足分の空き容量を有する第２のサーバーが存在しない場合、複数の第２のサーバーに、該第１のコンテンツの記録領域不足分を振り分けて記録するよう記録領域の予約を要求し、予約した第２のサーバーの第２の記録手段が、該第１のコンテンツの記録領域不足分を記録する。
【００１７】
従って、第１のコンテンツの記録領域不足分の空き容量を有する第２のサーバーがあれば当該サーバーに記録領域の予約を要求するが、当該空き容量を有する第２のサーバーがなければ、複数の第２のサーバーに振り分けて記録領域の予約を要求できる。そのため、より確実に第１のコンテンツの全てを記録することができる。
【００１８】
本発明の別の好ましい実施形態によるコンテンツ記録システムは、コンテンツを記録する第１の記録手段を有する第１のサーバーと、コンテンツを記録する第２の記録手段を有する複数の第２のサーバーとを備える。該第１のサーバーが、該第１の記録手段に第１のコンテンツを記録する領域が不足する場合、該第２のサーバーに該第１のコンテンツの記録領域不足分を記録する領域を確保するよう要求する第１の要求手段を有し、該第２のサーバーが、該第２の記録手段に該第１のコンテンツの記録領域不足分を記録する領域を確保する確保手段を有し、 確保した第２のサーバーの第２の記録手段が、該第１のコンテンツの記録領域不足分を記録する。
【００１９】
従って、第１のサーバーによる記録領域の確保は解除または変更されることはないので、一旦、第２のサーバーの記録領域が確保されれば、第１のコンテンツの全てを確実に記録することができる。
【００２０】
好ましい実施形態においては、上記第２のサーバーは、上記第２の記録手段に第２のコンテンツを記録する場合、該第２のコンテンツを記録する領域が不足していれば、他の第２のサーバーに該第２のコンテンツの記録領域不足分を記録する領域を確保するよう要求する第２の要求手段を有する。
【００２１】
従って、第１のサーバーによって記録領域が確保されたために、第２のコンテンツの記録領域が不足する場合には、第２のサーバーが他の第２のサーバーに記録領域を確保するよう要求するので、第２のコンテンツもより確実に全てを記録することができる。
【００２２】
本発明の別の好ましい実施形態によるコンテンツ記録システムは、コンテンツを記録する第１の記録手段を有する第１のサーバーと、コンテンツを記録する第２の記録手段を有する１または複数の第２のサーバーとを備える。該第１のサーバーが、該第１の記録手段に第１のコンテンツを記録するための記録領域が不足する場合、該第２のサーバーに該第２の記録手段の空き容量を問い合わせる手段を有し、該第２のサーバーが、該第１のサーバーからの問い合わせに応答して、該第２の記録手段の空き容量を返信する返信手段を有し、該第１のサーバーが、該返信手段からの返信内容に基づいて該第２のサーバーを選択する手段をさらに有し、該選択された第２のサーバーの第２の記録手段が、該第１のコンテンツの記録領域不足分を記録する。
【００２３】
従って、第１のコンテンツの記録中において、記録領域が不足した場合に、第２のサーバーに第１のコンテンツを転送し、第２のサーバーに第１のコンテンツの記録領域不足分を記録することができるので、より確実に第１のコンテンツの全てを記録することができる。しかも、第１のサーバーが第２のサーバーに空き容量を問合せ、その結果に基づいて第１のコンテンツを記録する第２のサーバーを選択するので、第１のコンテンツの記録領域不足分を記録する領域の足りない第２のサーバーに第１のコンテンツの記録領域不足分を転送することを防止できる。
【００２４】
【発明の実施の形態】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるコンテンツ記録システム１を示すブロック図である。コンテンツ記録システム１は、コンテンツを記録する複数のサーバー（本実施形態では、４つのサーバー２〜５とする）を備える。必要に応じて、コンテンツ記録システム１は、コンテンツを再生する１または複数のクライアント６、７をさらに備える。サーバー２〜５およびクライアント６、７はそれぞれ、ネットワークを介して接続されている。ネットワークは、ＬＡＮ、ＩＥＥＥ１３９４等任意の適切な規格のものが採用され得るが、代表的にはＬＡＮが採用され得る。コンテンツは、映像、音声、静止画等の任意のものが適用され得るが、本実施形態では映像データの場合について説明する。
【００２５】
図２は、サーバー２〜５の概略構成を示すブロック図である。サーバー２〜５は、通信手段８、入力手段９、記録手段１０、制御手段１１、メモリ手段１２および受信手段１３を有する。通信手段８は、外部のＬＡＮに接続されており、他のサーバーまたはクライアントと通信を行う。入力手段９は、ユーザーからの指示を受け、制御手段１１に与えるのであり、例えば、キーボード、マウス、リモコン、筐体に設けられたボタン等を含む。記録手段１０は、映像データを記録するものであり、代表的にはハードディスクを含む。制御手段１１は、本実施形態の後述する動作を実行するものであり、代表的にはＣＰＵを含む。メモリ手段１２は、代表的にはＲＯＭおよびＲＡＭを含む。ＲＯＭには、コンテンツ記録システム１の動作を実行するためのプログラムが格納されており、本プログラムはＣＰＵにより呼び出され実行される。ＲＡＭには、後述する図３〜図６に示すテーブルが格納されている。受信手段１３は、映像データを受信するためのものであり、地上波、ＢＳ、ＣＳチューナー等の任意の適切なものが採用され得る。
【００２６】
クライアント６および７の構成は、特に限定されず、例えば、通信手段、入力手段、ＣＰＵ、メモリ、音声処理手段、ＤＡＣ等を備えている（図示せず）。
【００２７】
本実施形態では、「第１のサーバー」とは、ユーザーから第１のコンテンツの記録を直接指示されるサーバー（例えば、サーバー２）であり、「第２のサーバー」とは、第１のサーバーから記録領域の予約または確保を要求されるサーバー（例えば、サーバー３〜５）である。「第１のコンテンツの記録領域不足分」とは、第１のサーバーに第１のコンテンツを記録する際に、記録領域が不足するため記録できない分である。「記録領域の予約」とは、「第１のサーバーが記録領域が空いていれば記録領域を使用する予定であること」を記憶することである。記録領域の予約は、使用する予定であることの記憶を消去することにより、解除することができ、使用する予定であることの記憶を変更することにより、予約内容を変更することができる。「記録領域の確保」とは、「第１のサーバーが記録領域を必ず使用することを記憶すること」であり、「記録領域の確保」は解除または変更しないものとする。第１のサーバー２は、ＲＡＭ内に、図３に示す空き容量テーブル、図５に示す記録サーバーテーブル、図６に示す記録情報テーブルを有する。第２のサーバー３〜５は、ＲＡＭ内に図４に示す記録領域テーブルを有する。
【００２８】
図６の記録情報テーブルには、第１のコンテンツを振り分けて記録するサーバー（例えば、第１のサーバー２および第２のサーバー４）のサーバー特定情報および当該サーバーで記録される映像データの特定情報が、映像データが記録された順番に記憶される。必要に応じて、記録情報テーブルには、タイトル、記録日時、ビットレート等が記憶される。サーバー特定情報は、例えば、サーバーＩＤ、サーバー名、アドレス等が採用され得るが、好ましくはサーバーＩＤが用いられる。システム上において自動で付与することができるので、処理を簡素化できるからである。映像データの特定情報は、ファイル名、容量等を含む。記録情報テーブルに記憶した順番に各サーバーに記録された映像データを再生することにより、複数のサーバーに振り分けて記録された映像データを、複数のサーバーに記録されていることをユーザーが意識することなく再生することができる。例えば、図６（ａ）を参照すると、サーバー２に記録されたＡ０１を再生した後、サーバー４に記録されたＢ０１を再生すれば、映像データの全てを再生できる。
【００２９】
以下、コンテンツ記録システム１の動作について、図７のフローチャートを参照して説明する。まず、ステップＳ１において、第１のサーバー２は、図６に示す記録情報テーブルに記録日時（開始時間、終了時間）、タイトル名およびビットレート（画質）等を設定する。これらは、ユーザーが手動で入力してもよく、ｉＥＰＧ（Internet Electronic Program Guide）を使用して自動で取得してもよい。
【００３０】
ステップＳ２において、第１のサーバー２は、ハードディスク１０に、映像データを記録するために十分な記録領域が空いているか否かを判断する。まず、第１のサーバー２は、Ｓ１において設定された記録日時（記録時間）およびビットレートに基づいて、記録する映像データの容量を算出する。次に、第１のサーバー２は、ハードディスク１０の空き容量を確認し、算出した映像データの容量と比較する。例えば、記録する映像データの容量が４ＧＢであり、ハードディスクの空き容量が１ＧＢであると、ハードディスクの空き容量が３ＧＢ不足していると判断し、ステップＳ３へと進む。
【００３１】
ステップＳ３において、第１のサーバー２は、第２のサーバー３〜５に対して、ハードディスクの空き容量の問い合わせを行う。第２のサーバー３〜５は、この問い合わせに対して、ハードディスクの空き容量を第１のサーバー２に返信する。例えば、第２のサーバー３は５ＧＢ、第２のサーバー４は４ＧＢ、第２のサーバー５は２ＧＢの空き容量を有している旨をそれぞれ返信する。
【００３２】
ステップＳ４において、第１のサーバー２は、第２のサーバー３〜５からの空き容量の回答を受けて、回答内容を記憶する。詳細には、図３（ａ）に示すように、空き容量テーブルに第２のサーバー３〜５の空き容量を記憶する。
【００３３】
ステップＳ５において、第１のサーバー２は、第２のサーバー３〜５の中で、映像データの記録領域不足分３ＧＢの空き容量を有するサーバーが存在するか否かを判断する。詳細には、図３（ａ）に示す空き容量テーブルを参照し、各サーバーの空き容量を判断する。本例では、第２のサーバー３および４が、映像データの記録領域不足分３ＧＢの空き容量を有していると判断するので、ステップＳ６へと進む。
【００３４】
ステップＳ６において、第１のサーバー２は、映像データの記録領域不足分の空き容量を有する第２のサーバー３または４に対して、映像データの記録領域不足分を記録するため、ハードディスクの記録領域の予約を要求する。すなわち、第２のサーバーの記録領域をある容量の映像データを記録するために使用する予定であることを通知する。映像データの記録領域不足分の空き容量を有する第２のサーバーであれば、いずれのサーバーに予約を要求しても構わないが、好ましくは、空き容量が最大の第２のサーバーに予約を要求する。記録領域を予約した後に、第２のサーバーに別のコンテンツが記録されることで、映像データを記録する領域が不足する可能性を低くすることができるからである。本実施形態では、空き容量が最大である第２のサーバー３に記録領域の予約を要求する。
【００３５】
ステップＳ７において、第２のサーバー３は、第１のサーバー２からの要求に応じて、映像データの記憶領域不足分の記録領域を予約する。すなわち、第１のサーバー２が、映像データを記録する予定である旨を記憶する。詳細には、図４（ａ）に示すように、記録領域テーブルに、第１のサーバー２が３ＧＢ使用する予定である旨を記憶する。第２のサーバー３は、記憶領域の予約を完了すれば、その旨を第１のサーバー２に返信する。
【００３６】
ステップＳ８において、第１のサーバー２は第２のサーバー３からの記録領域予約の回答を受けて、図５（ａ）に示すように、記録サーバーテーブルに、第２のサーバー３に３ＧＢの記録領域を予約した旨を記憶する。
【００３７】
以上によって第１のサーバー２は、映像データの記録領域不足分を第２のサーバー３に記録するよう、記録領域を予約することができる。次に、記録開始までに、記録領域を予約した第２のサーバー３に、ハードディスクの空き容量が減少する動作が行われる場合の処理について説明する。
【００３８】
まず、ステップＳ９において、第２のサーバー３は、ハードディスクの空き容量が減少する処理が行われるか否かを判断する。詳細には、第２のサーバー３は、第１のサーバー２が記録する映像データとは別のコンテンツ（簡単のため、第２のコンテンツとする）が記録されるか否かを判断する。すなわち、ユーザーから、新たに第２のコンテンツを記録する指示が入力されたか否かを判断する。第２のコンテンツが記録されない場合には、ステップＳ１１へと進むが、第２のコンテンツが記録される場合には、ステップＳ１０へと進む。
【００３９】
ステップＳ１０において、第２のサーバー３は、第１のサーバー２によって予約されている記録容量が、第２のコンテンツを記録した場合に、足りるか否かを判断する。まず、第２のサーバー３は、第２のコンテンツの容量を、記録時間およびビットレートから算出し、第２のコンテンツを記録した場合のハードディスクの空き容量を算出する。
【００４０】
次に、第２のサーバー３は、図４（ａ）の記録領域テーブルを参照し、第２のコンテンツを記録した場合のハードディスクの空き容量と、第１のサーバー２によって予約された容量とを比較する。第２のコンテンツを記録した場合の空き容量が第１のサーバーによって予約された容量以上である場合には、第１のサーバー２に予約された容量が足りると判断し、ステップＳ１１へと進む。一方、第２のコンテンツを記録した場合の空き容量が第１のサーバー２によって予約された容量未満である場合には、第１のサーバー２によって予約された容量が不足すると判断する。この場合には、ステップＳ１２おいて、第２のサーバー３は、第１のサーバー２による記録領域の予約を解除し、ステップＳ１３へと進む。すなわち、第１のサーバー２が、ある容量の映像データを記録する予定である旨の記憶を消去する（詳細には、図４（ａ）に示す記録領域テーブルをクリアする）。例えば、第２のコンテンツの容量が３ＧＢである場合には、第２のコンテンツを記録した場合の空き容量が２ＧＢとなり、第１のサーバー２が予約した容量３ＧＢより小さくなるので、ステップＳ１３へと進む。
【００４１】
ステップＳ１３において、第２のサーバー３は、第１のサーバー２が予約する容量が不足したことを第１のサーバー２に通知する。これにより、第１のサーバー２は、映像データの記録領域不足分を第２のサーバー３には記録できないことを認識し、別の第２のサーバーに記録するよう処理を行うことができる。詳細には、ステップＳ１４において、図３（ａ）および図５（ａ）に示すテーブルを各々クリアし、Ｓ３〜Ｓ８までの処理を再び実行する。すなわち、第２のサーバー３〜５に空き容量の問い合わせを行い（Ｓ４）、問い合わせの回答を図３（ｂ）に示すようにの空き容量テーブルに記憶する。ここでは、第２のサーバー４が映像データの記録領域不足分３ＧＢの容量を有しているので（Ｓ５）、第１のサーバー２は、第２のサーバー４に記録領域の予約の要求を行い（Ｓ６）、第２のサーバー４は、記録領域の予約を行い、図４（ａ）に示すように記録領域テーブルに記憶する（Ｓ７）。そして、第１のサーバー２は、図５（ｂ）に示すように、第２のサーバー４の記録領域を予約したことを、記録サーバーテーブルに記憶する。
【００４２】
次に、映像データの記録開始時刻になった際の動作を説明する。ステップＳ１１において、図６（ａ）の記録情報テーブルにおける記録開始時刻を参照し、記録開始時刻になったら、ステップＳ１５へと進む。ステップＳ１５において、第１のサーバー２は、受信手段から受信した映像データをハードディスクへ記録する。この際に、第１のサーバー２は、図６（ａ）に示す記録情報テーブルに、自身に関するサーバーＩＤおよび記録する映像データのファイル名、容量を記憶する。
【００４３】
ステップＳ１６において、第１のサーバー２は、映像データを記録することにより、ハードディスクの容量が一杯になったか否かを判断する。ハードディスクの容量が未だ一杯になっていなければ、ステップＳ１５に戻り、映像データの記録を継続する。ハードディスクの容量が一杯になれば、図５（ｂ）の記録サーバーテーブルを参照して、記録領域を予約していた第２のサーバー４に、映像データの記録領域不足分を通信手段８およびＬＡＮを介して転送する。
【００４４】
第２のサーバー４は、通信手段８を介して第１のサーバー２から転送された映像データを受信して、ハードディスク１０に記録する。この際に、第１のサーバー２は、図６（ａ）に示す記録情報テーブルに、映像データの記録領域不足分を記録した第２のサーバー４のサーバＩＤ、およびサーバー４に記録した映像データのファイル名、容量を記憶する。
【００４５】
ステップＳ１８において、第２のサーバー４は、映像データの記録が終了したか否かを判断し、終了していなければステップＳ１７に戻り記録を継続し、終了していれば記録処理を完了する。以上のようにして、映像データの全てを第１のサーバー２および第２のサーバー４に記録することができる。
【００４６】
ここで、ステップＳ２において、第１のサーバーが映像データを記録する容量を有している場合には、ステップＳ１９に進み、通常の記録動作を行う。さらに、ステップＳ５において、映像データの記録領域不足分の空き容量を有する第２のサーバーが存在しない場合には、ステップＳ２０に進み、「容量が足りません」とのメッセージを表示し、映像データを記録できない旨をユーザーに警告する。
【００４７】
以上のように、第１のサーバーは、予約していた第２のサーバーの記録領域が不足した場合には、別の第２のサーバーの記録領域の予約を要求することができるので、映像データの全てをより確実に記録することができる。さらに、図７のＳ１５における映像データの記録中であって、Ｓ１７になる前（第２のサーバーにデータ転送前）においても、第２のサーバー３の記録領域が不足すれば、他の第２のサーバーに記録領域の予約を再度行ってもよい。これにより、さらに確実に映像データの全てを記録できる。
【００４８】
次に、本発明の別の好ましい実施形態について図８のフローチャートを参照して説明する。図７のフローチャートと同一のステップには、同一符号を付け、説明を援用する。ステップＳ１０において、第２のサーバー３の空き容量が２ＧＢとなり、第１のサーバー２によって予約された記録容量３ＧＢ未満になると、ステップＳ８０１において、記録領域テーブルを図４（ｂ）のように変更する。すなわち、サーバー３の空き容量２ＧＢのみを第１のサーバー２のために予約する。ステップＳ８０２において、第２のサーバー３は、第１のサーバー２に、予約していた記録領域が不足した旨および不足した記録容量を通知する。例えば、予約してい記録容量のうち１ＧＢの記録容量が不足した旨を通知する。
【００４９】
ステップＳ８０３において、第１のサーバー２は、第２のサーバー３からの通知を受け、図３（ａ）に示す空き容量テーブルをクリアし、図５（ａ）に示す記録サーバーテーブルを図５（ｃ）のように書き換え、第２のサーバー３に２ＧＢの記録領域を予約していることを記憶する。ステップＳ３において、第２のサーバー３〜５に空き容量の問い合わせを行い、ステップＳ４において問い合わせの回答を図３（ｃ）に示す空き容量テーブルに記憶する。ステップＳ５において、第２のサーバー４および５が、映像データの記録領域不足分のうち第２のサーバー３では記録できない残りの容量１ＧＢを有しているので、ステップＳ６において、第１のサーバー２は、空き容量が最大の第２のサーバー４に記録領域の予約を要求する。ステップＳ７において、第２のサーバー４は、１ＧＢの記録容量を予約し、図４（ｃ）に示すように記録領域テーブルに記憶する。ステップＳ８において、第１のサーバー２は、図５（ｄ）に示すように、記録サーバーテーブルに、第２のサーバー４に１ＧＢの記録領域を予約した旨を記憶する。
【００５０】
以上のようにして、第２のサーバー３で、第１のサーバー２が予約した記録領域が不足した場合には、第２のサーバー３の空き容量２ＧＢのみを予約し、第２のサーバー４が残りの容量１ＧＢ分の領域を予約する。従って、映像データを記録する際には、第１のサーバー２で最初の１ＧＢを記録し、第２のサーバー３で次の２ＧＢを記録し、第２のサーバー４で最後の１ＧＢを記録する。記録情報テーブルは、図６（ｂ）に示すように記憶される。このように、第１のサーバー２が再び記録領域の予約を要求する際に、映像データの記録領域不足分の全てを記録する空き容量を有する第２のサーバーが存在しなくても、第２のサーバー３で不足した容量のみの空き容量を有するサーバーがあれば、映像データ全てを記録できるので、映像データの全てをより確実に記録することができる。
【００５１】
次に、本発明のさらに別の好ましい実施形態について、図９のフローチャートを参照して説明する。図７のフローチャートと同一のステップには、同一符号を付け、説明を援用する。ここでは、映像データの記録領域不足分が３ＧＢであり、第２のサーバー３〜５の空き容量が図３（ｄ）に示す空き容量テーブルの通りである場合について説明する。ステップＳ５において、映像データの記録領域不足分の空き容量を有する第２のサーバーは存在しないので、ステップＳ９０１において、複数の第２のサーバー３〜５に映像データの記録領域不足分を振り分ければ、映像データの全てを記録できるか否かを判断する。詳細には、図３（ｄ）に示す空き容量テーブルに記載の空き容量の合計が、映像データの記録領域不足分の容量以上であるかを判断する。本実施形態では、空き容量の合計が５ＧＢであり記録領域不足分より大きいので、ステップＳ６に進む。ステップＳ６において、第１のサーバー２は、複数の第２のサーバーに記録領域の予約を要求する。予約を要求する第２のサーバーは、空き容量の合計が映像データの記録領域不足分の容量より大きくなる組み合わせであれば、任意の組み合わせが選択され得るが、例えば、空き容量の大きい第２のサーバーから順に選択していく。もしくは、記録領域確保後に、全ての第２のサーバーができるだけ多くの空き容量を有するように振り分けることにより（例えば、サーバー３および４に１．３ＧＢ、サーバー５に０．４ＧＢ要求）、第２のコンテンツが記録される場合に、予約した記録領域が不足する可能性を低くできる。本実施形態では、第２のサーバー３に２ＧＢ、第２のサーバーに１ＧＢの記録領域の予約を要求する。
【００５２】
以下は、第２のサーバー３および４に対して、記録領域の予約処理が行われるが、その処理は前の実施形態と同じであるので説明を援用する。なお、記録領域テーブルについては、第２のサーバー３は図４（ｂ）のように記憶し、第２のサーバー４は図４（ｃ）のように記憶している。第１のサーバー２は、記録サーバーテーブルを図５（ｄ）のように記憶し、記録情報テーブルを図６（ｂ）のように記憶する。
【００５３】
以上のように、本実施形態では、１つの第２のサーバーに映像データの記録領域不足分の全てを記録する空き容量がないと判断した場合に、複数の第２のサーバーに映像データを振り分けて記録するので、より確実に映像データの全てを記録することができる。なお、１つの第２のサーバーの記録領域を予約した後（Ｓ５：ＹＥＳ〜Ｓ８）、その予約した領域が解除された後に（Ｓ１０：ＮＯ）、再度記録領域を確保するサーバーを探す際も同様にして処理することができる。
【００５４】
次に、本発明のさらに別の好ましい実施形態について、図１０のフローチャートを参照して説明する。図７のフローチャートと同一のステップには、同一符号を付け、説明を援用する。本実施形態では、前の実施形態と異なり、ステップＳ１００１において、第１のサーバー２は、第２のサーバー３に記録領域（例えば、３ＧＢ）の確保を要求する。Ｓ１００２において、第２のサーバー３は、映像データの記録領域不足分の記録領域を確保する。詳細には、図４（ａ）に示すように、記録領域テーブルに、第１のサーバー２が３ＧＢ使用することを記憶する。ここで、記録領域の確保は解除または変更されることはない（図４（ａ）がクリアまたは変更されない）ので、第１のサーバー２は、記録開始時刻になれば（Ｓ１１：ＹＥＳ）、確実に第２のサーバー３に第１のコンテンツの記録領域不足分を記録することができる（Ｓ１５〜Ｓ１８）。
【００５５】
一方、第２のサーバー３は、第２のコンテンツが記録される場合（Ｓ９：ＹＥＳ）、ステップＳ１００４において、第２のコンテンツを記録する領域が不足しているか否かを判断する（この不足分を、第２のコンテンツの記録領域不足分と呼ぶ）。第２のコンテンツを記録する領域が不足していなければＳ１１に進むが、不足していればステップＳ１００５に進む。
【００５６】
Ｓ１００５において、第２のサーバー３は、別の第２のサーバー４または５に、第２のコンテンツの記録領域不足分を記録する領域を確保する処理を実行する。すなわち、第２のサーバー３が、別の第２のサーバー４または５に空き容量の問い合わせを行い、記録領域の確保を行うよう要求する（すなわち、Ｓ３〜Ｓ５、Ｓ１００１〜Ｓ１００３までと同じ動作を行う）。
【００５７】
以上のように、第１のサーバー２による記録領域の確保は解除または変更されないので、ユーザーが予約した映像データを確実に記録することができる。さらに、第１のサーバー２によって記録領域が確保されたことにより第２のコンテンツを記録する領域が不足した場合に、別のサーバーの記録領域を確保を要求するので、第２のコンテンツについてもより確実に全てを記録することができる。
【００５８】
次に、本発明のさらに別の好ましい実施形態について、図１１のフローチャートを参照して説明する。図７のフローチャートと同一のステップには、同一符号を付け、説明を援用する。本実施形態は、第１のサーバー２に映像データを記録中の処理についての説明である。ステップＳ１１０１において、第１のサーバー２は、ハードディスクに映像データを記録している。ステップＳ１１０２において、記録領域が一杯になったか否かを判断する。一杯になっていなければ、Ｓ１１０１に戻り記録を継続するが、一杯になればステップＳ３へと進む。Ｓ３〜Ｓ５、Ｓ２０は、図７のフローチャートと同じである。ステップＳ１１０３において、第１のサーバー２は、第２のサーバー３に映像データの記録領域不足分を転送し、第２のサーバー３は、転送されたデータを記録する。この際に、図７の場合と同様に記録情報テーブルに記録したサーバーの情報を記憶する。以上のように、映像データの記録中に記録領域が不足した場合にも、第２のサーバーに記録領域不足分を記録することができるので、映像データの全てをより確実に記録することができる。
【００５９】
次に、本発明のさらに別の好ましい実施形態について、図１２のフローチャートを参照して説明する。本実施形態は、前のいずれかの実施形態において第１のサーバー２および第２のサーバー３〜５に分割して記録された映像データを、第１のサーバー２に空き容量が発生した場合に、第１のサーバー２に映像データファイルを転送して記録し、第１のサーバー２において一括管理する処理についてである。
【００６０】
まず、第１のサーバー２は、ステップＳ１２０１、Ｓ１２０２において、第２のサーバーに記録している映像データを自身の記録領域に記録し直すことができるか否かを判断する。詳細には、例えば、図６（ｂ）に示す記録情報テーブルを参照して、第１のサーバー２の空き容量が、第２のサーバー３および４に記録されている映像データの容量の合計以上であるか否かを判断する。第１のサーバー２の空き容量が、第２のサーバー３および４に記録されている映像データの容量の合計以上であれば、ステップＳ１２０３において、映像データの記録領域不足分を記録している第２のサーバー３および４に、映像データの記録領域不足分のファイル（指定ファイル：Ｂ０１およびＣ０１）を転送するよう要求する。第２のサーバー３および４は、第１のサーバー２からの要求に応じて、映像データのファイルを第１のサーバー２に転送し、第１のサーバー２はこれを受信する。第１のサーバー２は、映像データファイルを全て受信すると（ステップＳ１２０４：ＹＥＳ）、図６（ｂ）に示す記録情報テーブルに記憶された順番に従い、映像データファイルを結合し、ステップＳ１２０６において、記録情報テーブルを更新し、１つの映像データファイルとして一括管理する。
【００６１】
以上のように、映像データの記録後に、第１のサーバー２に映像データの記録領域不足分を記録する空き容量が生じた場合に、第２のサーバー２に映像データを一括して記録し直すことにより、再生時の処理および映像データファイルの管理を簡素化することができ、かつ、各サーバーのハードディスク空き容量を有効利用することができる。なお、図６（ｂ）を参照して、１つの第２のサーバー（例えば、第２のサーバー３）に記録している映像データ分のみの空き容量が生じた場合に、第２のサーバー３の映像データのみを第１のサーバー２に記録し直しても良い。
【００６２】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。例えば、第１のサーバーが第２のサーバーに空き容量を問い合わせるのではなく、第２のサーバーが空き容量変更時に強制的に第１のサーバーに空き容量を通知してもよい。さらに、第１のサーバーは、第２のサーバーに記録領域の予約を要求するか、確保を要求するかを選択できるようにしてもよい。その場合には、図４に示す記録領域テーブルに、第１のコンテンツの記録領域不足分を確保するか、予約するかを識別するフラグを立てることによって実現できる。さらに、本実施形態では、第１のサーバーが第２のサーバーに映像データを転送しているが、第２のサーバーがチューナーを有する場合には、第２のサーバーが映像データの記録領域不足分をチューナーから受信し、記録してもよい。また、以上の実施形態でいう第１のサーバー２への第１のコンテンツの記録は、ＴＶ映像の録画のようなデータの記録だけでなく、映像ファイルのコピーや、リッピング等であってもよい。第２のサーバーへの第２のコンテンツの記録についても、同様にファイルのコピーやリッピングでもよい。
【００６３】
上述した全ての実施形態における各ステップは、コンピュータに実行させるためのプログラムを形成する。よって、この動作プログラムをサーバーにインストールすることにより、コンテンツ記録システムを構築できる。また、動作プログラムは、そのままインターネットなどの電気通信回線を通じて配信されてもよいが、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリーカード等のコンピュータ読み取り可能な記録媒体に格納されて配布されてもよい。
【００６４】
【発明の効果】
本発明のコンテンツ記録システムは、第２のサーバーにおいて第１のコンテンツの記録領域不足分を記録する容量が不足する場合に、第１のサーバーが再度、他の第２のサーバーに記録領域の予約を要求するので、より確実に第１のコンテンツの全てを記録することができる。
【図面の簡単な説明】
【図１】本発明の好ましい実施形態によるコンテンツ記録システムを示すブロック図である。
【図２】本発明の好ましい実施形態によるサーバーを示すブロック図である。
【図３】本発明の好ましい実施形態による空き容量テーブルを示す図である。
【図４】本発明の好ましい実施形態による記録領域テーブルを示す図である。
【図５】本発明の好ましい実施形態による記録サーバーテーブルを示す図である。
【図６】本発明の好ましい実施形態による記録情報テーブルを示す図である。
【図７】本発明の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図８】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図９】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図１０】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図１１】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図１２】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【符号の説明】
１ コンテンツ記録システム
２ 第１のサーバー
３〜５ 第２のサーバー
１０ 記録手段
【発明の属する技術分野】
本発明は、コンテンツ記録システムに関し、詳細には複数のサーバーに振り分けてコンテンツを記録するコンテンツ記録システムに関する。
【０００２】
【従来の技術】
従来、複数のサーバーおよびクライアントがネットワークで接続されているシステムにおいて、あるサーバーにＴＶチューナー等からの映像データを記録し、記録した映像データをクライアントに送信し、再生するシステムが提案されている。この記録システムは、サーバーに映像データを記録する際に、ハードディスクの容量が不足する場合があるという問題を有している。この問題を解決するために、映像データを記録するサーバーの記録領域が不足する場合に、ネットワークで接続されている別の唯一のサーバー（共有サーバ）に記録できない残りの映像データを記録するシステムが提案されている（例えば、特許文献１）。
【０００３】
【特許文献１】
特開２００１−２８２６６４号
【０００４】
【発明が解決しようとする課題】
特許文献１では、映像データの記録中にサーバーの空き容量が不足すれば、共有サーバーに残りの映像データを記録できるが、共有サーバーの容量が一杯であれば、残りの映像データを記録できないという問題がある。さらに、特許文献１では、予約録画を行う場合に、予約時においては、共有サーバーに映像データを記録するための空き領域が存在していたが、映像データの記録開始までに別の映像データまたは音楽データなどが記録されることにより、予約していた映像データを記録するための空き容量が不足する場合がある。そのため、実際に記録を行う際に、予約していたにもかかわらず、映像データの一部または全部を記録できないという問題が生じる。
【０００５】
【課題を解決するための手段】
本発明は上記従来の課題を解決するためになされたものであり、その目的とするところは、より確実にコンテンツの全てを記録することができるコンテンツ記録システムを提供することにある。
【０００６】
本発明の好ましい実施形態によるコンテンツ記録システムは、コンテンツを記録する第１の記録手段を有する第１のサーバーと、コンテンツを記録する第２の記録手段を有する複数の第２のサーバーとを備える。該第１のサーバーは、該第１の記録手段に第１のコンテンツを記録する領域が不足する場合、該第２のサーバーに該第１のコンテンツの記録領域不足分を記録する領域を予約するよう要求する要求手段を有し、該第２のサーバーは、該第２の記録手段に該第１のコンテンツの記録領域不足分を記録する領域を予約する領域予約手段を有し、該要求手段は、該第２の記録手段に該第１のコンテンツの記録領域不足分を記録する領域が不足する場合、他の第２のサーバーに該第１のコンテンツの記録領域不足分を記録する領域を予約するよう再び要求し、予約した第２のサーバーの第２の記録手段は、該第１のコンテンツの記録領域不足分を記録する。
【０００７】
従って、第２のサーバーにおいて、第１のサーバーによって予約された記録領域が不足する場合にも、第１のサーバーは他の第２のサーバーに記録領域の予約を再度要求することができる。そして、他の第２のサーバーは、第１のサーバーのために記録領域を予約し、第１のコンテンツの記録領域不足分を記録する。従って、より確実に第１のコンテンツの全てを記録することができる。
【０００８】
好ましい実施形態においては、上記第１のサーバーは、上記第１の記録手段に上記第１のコンテンツを記録する領域が不足する場合、上記第２のサーバーに上記第２の記録手段の空き容量を問い合わせる手段をさらに有し、該第２のサーバーは、該第１のサーバーからの問い合わせに応答して、該第２の記録手段の空き容量を返信する返信手段をさらに有し、該第１のサーバーは、該返信手段からの返信内容に基づいて、記録領域の予約を要求する第２のサーバーを選択する手段をさらに有する。
【０００９】
従って、第１のサーバーは、第１のコンテンツの記録領域不足分を記録する領域の足りない第２のサーバーに予約を要求することを防止でき、かつ、複数の第２のサーバーのうち適切なサーバーに、記録領域の予約を要求することができる。すなわち、空き容量が最大の第２のサーバーに記録領域の予約を要求することにより、予約した記録領域が不足する可能性を低くすることができる。
【００１０】
好ましい実施形態においては、上記第１のサーバーは、所定時刻にコンテンツの記録を行うよう予約を行う手段をさらに有し、上記第２のサーバは、上記第２の記録手段に第２のコンテンツが記録される場合、上記第１のコンテンツの記録領域不足分を記録する領域が不足するか否かを判断する判断手段と、該判断手段が、該第１のコンテンツの記録領域不足分を記録する領域が不足すると判断した場合、該第１のサーバーに該第１のコンテンツの記録領域不足分を記録する領域が不足することを通知する通知手段とをさらに有し、上記要求手段は、該通知手段からの通知を受けると、上記他の第２のサーバーに該第１のコンテンツの記録領域不足分を記録する領域を予約するよう要求する。
【００１１】
従って、第１のコンテンツの記録を予約していた場合に、記録開始（または第１のコンテンツの記録領域不足分の転送）までに、第２のサーバーに第２のコンテンツが記録され、第１のサーバーが予約していた記録領域が不足する場合にも、第１のコンテンツの全てをより確実に記録できる。
【００１２】
好ましい実施形態においては、上記第２のサーバーは、上記第１のコンテンツの記録領域不足分を記録する領域が不足する場合、該第１のコンテンツの記録領域不足分を記録する領域の予約を解除する手段をさらに有し、上記要求手段は、上記他の第２のサーバーに、該第１のコンテンツの記録領域不足分の全てを記録する領域を予約するよう再び要求する。
【００１３】
従って、第２のサーバーは、第１のコンテンツの記録領域不足分を記録する領域が不足した場合に、記録領域の予約を解除する。第１のサーバーは、他の第２のサーバーに、第１のコンテンツの記録領域不足分全てを記録する領域を予約するよう要求する。従って、第１のコンテンツの記録領域不足分は必ず、１つの第２のサーバーによって記録されるので、再生時の処理（コンテンツの転送等）を簡便にすることができる。
【００１４】
好ましい実施形態においては、上記領域予約手段は、上記第１のコンテンツの記録領域不足分を記録する領域が不足する場合、該第１のコンテンツの記録領域不足分のうち、記録可能な容量分の領域のみを予約し、上記要求手段は、該第１のコンテンツの記録領域不足分のうち、該第２のサーバーが記録できない容量分を、上記他の第２のサーバーに予約するよう要求する。
【００１５】
従って、第１のサーバーが他の第２のサーバーに予約を要求するのは、第２のサーバーが記録できない容量分のみである。そのため、他の第２のサーバーが第１のコンテンツの記録領域不足分全ての空き容量は有していないが、第２のサーバーによって記録できない容量分のみの空き容量を有していれば、第１のコンテンツの全てを記録することができる。そのため、より確実に第１のコンテンツの全てを記録することができる。
【００１６】
本発明の別の好ましい実施形態によるコンテンツ記録システムは、コンテンツを記録する第１の記録手段を有する第１のサーバーと、コンテンツを記録する第２の記録手段を有する複数の第２のサーバーとを備える。該第１のサーバーは、該第１の記録手段に第１のコンテンツを記録する領域が不足する場合、該第２サーバーに該第１のコンテンツの記録領域不足分を記録する領域を予約するよう要求する要求手段を有し、該第２サーバーが、該第２の記録手段に該第１のコンテンツの記録領域不足分を記録する領域を予約する領域予約手段を有し、該要求手段が、該第１のコンテンツの記録領域不足分の空き容量を有する第２のサーバーが存在しない場合、複数の第２のサーバーに、該第１のコンテンツの記録領域不足分を振り分けて記録するよう記録領域の予約を要求し、予約した第２のサーバーの第２の記録手段が、該第１のコンテンツの記録領域不足分を記録する。
【００１７】
従って、第１のコンテンツの記録領域不足分の空き容量を有する第２のサーバーがあれば当該サーバーに記録領域の予約を要求するが、当該空き容量を有する第２のサーバーがなければ、複数の第２のサーバーに振り分けて記録領域の予約を要求できる。そのため、より確実に第１のコンテンツの全てを記録することができる。
【００１８】
本発明の別の好ましい実施形態によるコンテンツ記録システムは、コンテンツを記録する第１の記録手段を有する第１のサーバーと、コンテンツを記録する第２の記録手段を有する複数の第２のサーバーとを備える。該第１のサーバーが、該第１の記録手段に第１のコンテンツを記録する領域が不足する場合、該第２のサーバーに該第１のコンテンツの記録領域不足分を記録する領域を確保するよう要求する第１の要求手段を有し、該第２のサーバーが、該第２の記録手段に該第１のコンテンツの記録領域不足分を記録する領域を確保する確保手段を有し、 確保した第２のサーバーの第２の記録手段が、該第１のコンテンツの記録領域不足分を記録する。
【００１９】
従って、第１のサーバーによる記録領域の確保は解除または変更されることはないので、一旦、第２のサーバーの記録領域が確保されれば、第１のコンテンツの全てを確実に記録することができる。
【００２０】
好ましい実施形態においては、上記第２のサーバーは、上記第２の記録手段に第２のコンテンツを記録する場合、該第２のコンテンツを記録する領域が不足していれば、他の第２のサーバーに該第２のコンテンツの記録領域不足分を記録する領域を確保するよう要求する第２の要求手段を有する。
【００２１】
従って、第１のサーバーによって記録領域が確保されたために、第２のコンテンツの記録領域が不足する場合には、第２のサーバーが他の第２のサーバーに記録領域を確保するよう要求するので、第２のコンテンツもより確実に全てを記録することができる。
【００２２】
本発明の別の好ましい実施形態によるコンテンツ記録システムは、コンテンツを記録する第１の記録手段を有する第１のサーバーと、コンテンツを記録する第２の記録手段を有する１または複数の第２のサーバーとを備える。該第１のサーバーが、該第１の記録手段に第１のコンテンツを記録するための記録領域が不足する場合、該第２のサーバーに該第２の記録手段の空き容量を問い合わせる手段を有し、該第２のサーバーが、該第１のサーバーからの問い合わせに応答して、該第２の記録手段の空き容量を返信する返信手段を有し、該第１のサーバーが、該返信手段からの返信内容に基づいて該第２のサーバーを選択する手段をさらに有し、該選択された第２のサーバーの第２の記録手段が、該第１のコンテンツの記録領域不足分を記録する。
【００２３】
従って、第１のコンテンツの記録中において、記録領域が不足した場合に、第２のサーバーに第１のコンテンツを転送し、第２のサーバーに第１のコンテンツの記録領域不足分を記録することができるので、より確実に第１のコンテンツの全てを記録することができる。しかも、第１のサーバーが第２のサーバーに空き容量を問合せ、その結果に基づいて第１のコンテンツを記録する第２のサーバーを選択するので、第１のコンテンツの記録領域不足分を記録する領域の足りない第２のサーバーに第１のコンテンツの記録領域不足分を転送することを防止できる。
【００２４】
【発明の実施の形態】
以下、本発明の好ましい実施形態について、図面を参照して具体的に説明するが、本発明はこれらの実施形態には限定されない。図１は、本発明の好ましい実施形態によるコンテンツ記録システム１を示すブロック図である。コンテンツ記録システム１は、コンテンツを記録する複数のサーバー（本実施形態では、４つのサーバー２〜５とする）を備える。必要に応じて、コンテンツ記録システム１は、コンテンツを再生する１または複数のクライアント６、７をさらに備える。サーバー２〜５およびクライアント６、７はそれぞれ、ネットワークを介して接続されている。ネットワークは、ＬＡＮ、ＩＥＥＥ１３９４等任意の適切な規格のものが採用され得るが、代表的にはＬＡＮが採用され得る。コンテンツは、映像、音声、静止画等の任意のものが適用され得るが、本実施形態では映像データの場合について説明する。
【００２５】
図２は、サーバー２〜５の概略構成を示すブロック図である。サーバー２〜５は、通信手段８、入力手段９、記録手段１０、制御手段１１、メモリ手段１２および受信手段１３を有する。通信手段８は、外部のＬＡＮに接続されており、他のサーバーまたはクライアントと通信を行う。入力手段９は、ユーザーからの指示を受け、制御手段１１に与えるのであり、例えば、キーボード、マウス、リモコン、筐体に設けられたボタン等を含む。記録手段１０は、映像データを記録するものであり、代表的にはハードディスクを含む。制御手段１１は、本実施形態の後述する動作を実行するものであり、代表的にはＣＰＵを含む。メモリ手段１２は、代表的にはＲＯＭおよびＲＡＭを含む。ＲＯＭには、コンテンツ記録システム１の動作を実行するためのプログラムが格納されており、本プログラムはＣＰＵにより呼び出され実行される。ＲＡＭには、後述する図３〜図６に示すテーブルが格納されている。受信手段１３は、映像データを受信するためのものであり、地上波、ＢＳ、ＣＳチューナー等の任意の適切なものが採用され得る。
【００２６】
クライアント６および７の構成は、特に限定されず、例えば、通信手段、入力手段、ＣＰＵ、メモリ、音声処理手段、ＤＡＣ等を備えている（図示せず）。
【００２７】
本実施形態では、「第１のサーバー」とは、ユーザーから第１のコンテンツの記録を直接指示されるサーバー（例えば、サーバー２）であり、「第２のサーバー」とは、第１のサーバーから記録領域の予約または確保を要求されるサーバー（例えば、サーバー３〜５）である。「第１のコンテンツの記録領域不足分」とは、第１のサーバーに第１のコンテンツを記録する際に、記録領域が不足するため記録できない分である。「記録領域の予約」とは、「第１のサーバーが記録領域が空いていれば記録領域を使用する予定であること」を記憶することである。記録領域の予約は、使用する予定であることの記憶を消去することにより、解除することができ、使用する予定であることの記憶を変更することにより、予約内容を変更することができる。「記録領域の確保」とは、「第１のサーバーが記録領域を必ず使用することを記憶すること」であり、「記録領域の確保」は解除または変更しないものとする。第１のサーバー２は、ＲＡＭ内に、図３に示す空き容量テーブル、図５に示す記録サーバーテーブル、図６に示す記録情報テーブルを有する。第２のサーバー３〜５は、ＲＡＭ内に図４に示す記録領域テーブルを有する。
【００２８】
図６の記録情報テーブルには、第１のコンテンツを振り分けて記録するサーバー（例えば、第１のサーバー２および第２のサーバー４）のサーバー特定情報および当該サーバーで記録される映像データの特定情報が、映像データが記録された順番に記憶される。必要に応じて、記録情報テーブルには、タイトル、記録日時、ビットレート等が記憶される。サーバー特定情報は、例えば、サーバーＩＤ、サーバー名、アドレス等が採用され得るが、好ましくはサーバーＩＤが用いられる。システム上において自動で付与することができるので、処理を簡素化できるからである。映像データの特定情報は、ファイル名、容量等を含む。記録情報テーブルに記憶した順番に各サーバーに記録された映像データを再生することにより、複数のサーバーに振り分けて記録された映像データを、複数のサーバーに記録されていることをユーザーが意識することなく再生することができる。例えば、図６（ａ）を参照すると、サーバー２に記録されたＡ０１を再生した後、サーバー４に記録されたＢ０１を再生すれば、映像データの全てを再生できる。
【００２９】
以下、コンテンツ記録システム１の動作について、図７のフローチャートを参照して説明する。まず、ステップＳ１において、第１のサーバー２は、図６に示す記録情報テーブルに記録日時（開始時間、終了時間）、タイトル名およびビットレート（画質）等を設定する。これらは、ユーザーが手動で入力してもよく、ｉＥＰＧ（Internet Electronic Program Guide）を使用して自動で取得してもよい。
【００３０】
ステップＳ２において、第１のサーバー２は、ハードディスク１０に、映像データを記録するために十分な記録領域が空いているか否かを判断する。まず、第１のサーバー２は、Ｓ１において設定された記録日時（記録時間）およびビットレートに基づいて、記録する映像データの容量を算出する。次に、第１のサーバー２は、ハードディスク１０の空き容量を確認し、算出した映像データの容量と比較する。例えば、記録する映像データの容量が４ＧＢであり、ハードディスクの空き容量が１ＧＢであると、ハードディスクの空き容量が３ＧＢ不足していると判断し、ステップＳ３へと進む。
【００３１】
ステップＳ３において、第１のサーバー２は、第２のサーバー３〜５に対して、ハードディスクの空き容量の問い合わせを行う。第２のサーバー３〜５は、この問い合わせに対して、ハードディスクの空き容量を第１のサーバー２に返信する。例えば、第２のサーバー３は５ＧＢ、第２のサーバー４は４ＧＢ、第２のサーバー５は２ＧＢの空き容量を有している旨をそれぞれ返信する。
【００３２】
ステップＳ４において、第１のサーバー２は、第２のサーバー３〜５からの空き容量の回答を受けて、回答内容を記憶する。詳細には、図３（ａ）に示すように、空き容量テーブルに第２のサーバー３〜５の空き容量を記憶する。
【００３３】
ステップＳ５において、第１のサーバー２は、第２のサーバー３〜５の中で、映像データの記録領域不足分３ＧＢの空き容量を有するサーバーが存在するか否かを判断する。詳細には、図３（ａ）に示す空き容量テーブルを参照し、各サーバーの空き容量を判断する。本例では、第２のサーバー３および４が、映像データの記録領域不足分３ＧＢの空き容量を有していると判断するので、ステップＳ６へと進む。
【００３４】
ステップＳ６において、第１のサーバー２は、映像データの記録領域不足分の空き容量を有する第２のサーバー３または４に対して、映像データの記録領域不足分を記録するため、ハードディスクの記録領域の予約を要求する。すなわち、第２のサーバーの記録領域をある容量の映像データを記録するために使用する予定であることを通知する。映像データの記録領域不足分の空き容量を有する第２のサーバーであれば、いずれのサーバーに予約を要求しても構わないが、好ましくは、空き容量が最大の第２のサーバーに予約を要求する。記録領域を予約した後に、第２のサーバーに別のコンテンツが記録されることで、映像データを記録する領域が不足する可能性を低くすることができるからである。本実施形態では、空き容量が最大である第２のサーバー３に記録領域の予約を要求する。
【００３５】
ステップＳ７において、第２のサーバー３は、第１のサーバー２からの要求に応じて、映像データの記憶領域不足分の記録領域を予約する。すなわち、第１のサーバー２が、映像データを記録する予定である旨を記憶する。詳細には、図４（ａ）に示すように、記録領域テーブルに、第１のサーバー２が３ＧＢ使用する予定である旨を記憶する。第２のサーバー３は、記憶領域の予約を完了すれば、その旨を第１のサーバー２に返信する。
【００３６】
ステップＳ８において、第１のサーバー２は第２のサーバー３からの記録領域予約の回答を受けて、図５（ａ）に示すように、記録サーバーテーブルに、第２のサーバー３に３ＧＢの記録領域を予約した旨を記憶する。
【００３７】
以上によって第１のサーバー２は、映像データの記録領域不足分を第２のサーバー３に記録するよう、記録領域を予約することができる。次に、記録開始までに、記録領域を予約した第２のサーバー３に、ハードディスクの空き容量が減少する動作が行われる場合の処理について説明する。
【００３８】
まず、ステップＳ９において、第２のサーバー３は、ハードディスクの空き容量が減少する処理が行われるか否かを判断する。詳細には、第２のサーバー３は、第１のサーバー２が記録する映像データとは別のコンテンツ（簡単のため、第２のコンテンツとする）が記録されるか否かを判断する。すなわち、ユーザーから、新たに第２のコンテンツを記録する指示が入力されたか否かを判断する。第２のコンテンツが記録されない場合には、ステップＳ１１へと進むが、第２のコンテンツが記録される場合には、ステップＳ１０へと進む。
【００３９】
ステップＳ１０において、第２のサーバー３は、第１のサーバー２によって予約されている記録容量が、第２のコンテンツを記録した場合に、足りるか否かを判断する。まず、第２のサーバー３は、第２のコンテンツの容量を、記録時間およびビットレートから算出し、第２のコンテンツを記録した場合のハードディスクの空き容量を算出する。
【００４０】
次に、第２のサーバー３は、図４（ａ）の記録領域テーブルを参照し、第２のコンテンツを記録した場合のハードディスクの空き容量と、第１のサーバー２によって予約された容量とを比較する。第２のコンテンツを記録した場合の空き容量が第１のサーバーによって予約された容量以上である場合には、第１のサーバー２に予約された容量が足りると判断し、ステップＳ１１へと進む。一方、第２のコンテンツを記録した場合の空き容量が第１のサーバー２によって予約された容量未満である場合には、第１のサーバー２によって予約された容量が不足すると判断する。この場合には、ステップＳ１２おいて、第２のサーバー３は、第１のサーバー２による記録領域の予約を解除し、ステップＳ１３へと進む。すなわち、第１のサーバー２が、ある容量の映像データを記録する予定である旨の記憶を消去する（詳細には、図４（ａ）に示す記録領域テーブルをクリアする）。例えば、第２のコンテンツの容量が３ＧＢである場合には、第２のコンテンツを記録した場合の空き容量が２ＧＢとなり、第１のサーバー２が予約した容量３ＧＢより小さくなるので、ステップＳ１３へと進む。
【００４１】
ステップＳ１３において、第２のサーバー３は、第１のサーバー２が予約する容量が不足したことを第１のサーバー２に通知する。これにより、第１のサーバー２は、映像データの記録領域不足分を第２のサーバー３には記録できないことを認識し、別の第２のサーバーに記録するよう処理を行うことができる。詳細には、ステップＳ１４において、図３（ａ）および図５（ａ）に示すテーブルを各々クリアし、Ｓ３〜Ｓ８までの処理を再び実行する。すなわち、第２のサーバー３〜５に空き容量の問い合わせを行い（Ｓ４）、問い合わせの回答を図３（ｂ）に示すようにの空き容量テーブルに記憶する。ここでは、第２のサーバー４が映像データの記録領域不足分３ＧＢの容量を有しているので（Ｓ５）、第１のサーバー２は、第２のサーバー４に記録領域の予約の要求を行い（Ｓ６）、第２のサーバー４は、記録領域の予約を行い、図４（ａ）に示すように記録領域テーブルに記憶する（Ｓ７）。そして、第１のサーバー２は、図５（ｂ）に示すように、第２のサーバー４の記録領域を予約したことを、記録サーバーテーブルに記憶する。
【００４２】
次に、映像データの記録開始時刻になった際の動作を説明する。ステップＳ１１において、図６（ａ）の記録情報テーブルにおける記録開始時刻を参照し、記録開始時刻になったら、ステップＳ１５へと進む。ステップＳ１５において、第１のサーバー２は、受信手段から受信した映像データをハードディスクへ記録する。この際に、第１のサーバー２は、図６（ａ）に示す記録情報テーブルに、自身に関するサーバーＩＤおよび記録する映像データのファイル名、容量を記憶する。
【００４３】
ステップＳ１６において、第１のサーバー２は、映像データを記録することにより、ハードディスクの容量が一杯になったか否かを判断する。ハードディスクの容量が未だ一杯になっていなければ、ステップＳ１５に戻り、映像データの記録を継続する。ハードディスクの容量が一杯になれば、図５（ｂ）の記録サーバーテーブルを参照して、記録領域を予約していた第２のサーバー４に、映像データの記録領域不足分を通信手段８およびＬＡＮを介して転送する。
【００４４】
第２のサーバー４は、通信手段８を介して第１のサーバー２から転送された映像データを受信して、ハードディスク１０に記録する。この際に、第１のサーバー２は、図６（ａ）に示す記録情報テーブルに、映像データの記録領域不足分を記録した第２のサーバー４のサーバＩＤ、およびサーバー４に記録した映像データのファイル名、容量を記憶する。
【００４５】
ステップＳ１８において、第２のサーバー４は、映像データの記録が終了したか否かを判断し、終了していなければステップＳ１７に戻り記録を継続し、終了していれば記録処理を完了する。以上のようにして、映像データの全てを第１のサーバー２および第２のサーバー４に記録することができる。
【００４６】
ここで、ステップＳ２において、第１のサーバーが映像データを記録する容量を有している場合には、ステップＳ１９に進み、通常の記録動作を行う。さらに、ステップＳ５において、映像データの記録領域不足分の空き容量を有する第２のサーバーが存在しない場合には、ステップＳ２０に進み、「容量が足りません」とのメッセージを表示し、映像データを記録できない旨をユーザーに警告する。
【００４７】
以上のように、第１のサーバーは、予約していた第２のサーバーの記録領域が不足した場合には、別の第２のサーバーの記録領域の予約を要求することができるので、映像データの全てをより確実に記録することができる。さらに、図７のＳ１５における映像データの記録中であって、Ｓ１７になる前（第２のサーバーにデータ転送前）においても、第２のサーバー３の記録領域が不足すれば、他の第２のサーバーに記録領域の予約を再度行ってもよい。これにより、さらに確実に映像データの全てを記録できる。
【００４８】
次に、本発明の別の好ましい実施形態について図８のフローチャートを参照して説明する。図７のフローチャートと同一のステップには、同一符号を付け、説明を援用する。ステップＳ１０において、第２のサーバー３の空き容量が２ＧＢとなり、第１のサーバー２によって予約された記録容量３ＧＢ未満になると、ステップＳ８０１において、記録領域テーブルを図４（ｂ）のように変更する。すなわち、サーバー３の空き容量２ＧＢのみを第１のサーバー２のために予約する。ステップＳ８０２において、第２のサーバー３は、第１のサーバー２に、予約していた記録領域が不足した旨および不足した記録容量を通知する。例えば、予約してい記録容量のうち１ＧＢの記録容量が不足した旨を通知する。
【００４９】
ステップＳ８０３において、第１のサーバー２は、第２のサーバー３からの通知を受け、図３（ａ）に示す空き容量テーブルをクリアし、図５（ａ）に示す記録サーバーテーブルを図５（ｃ）のように書き換え、第２のサーバー３に２ＧＢの記録領域を予約していることを記憶する。ステップＳ３において、第２のサーバー３〜５に空き容量の問い合わせを行い、ステップＳ４において問い合わせの回答を図３（ｃ）に示す空き容量テーブルに記憶する。ステップＳ５において、第２のサーバー４および５が、映像データの記録領域不足分のうち第２のサーバー３では記録できない残りの容量１ＧＢを有しているので、ステップＳ６において、第１のサーバー２は、空き容量が最大の第２のサーバー４に記録領域の予約を要求する。ステップＳ７において、第２のサーバー４は、１ＧＢの記録容量を予約し、図４（ｃ）に示すように記録領域テーブルに記憶する。ステップＳ８において、第１のサーバー２は、図５（ｄ）に示すように、記録サーバーテーブルに、第２のサーバー４に１ＧＢの記録領域を予約した旨を記憶する。
【００５０】
以上のようにして、第２のサーバー３で、第１のサーバー２が予約した記録領域が不足した場合には、第２のサーバー３の空き容量２ＧＢのみを予約し、第２のサーバー４が残りの容量１ＧＢ分の領域を予約する。従って、映像データを記録する際には、第１のサーバー２で最初の１ＧＢを記録し、第２のサーバー３で次の２ＧＢを記録し、第２のサーバー４で最後の１ＧＢを記録する。記録情報テーブルは、図６（ｂ）に示すように記憶される。このように、第１のサーバー２が再び記録領域の予約を要求する際に、映像データの記録領域不足分の全てを記録する空き容量を有する第２のサーバーが存在しなくても、第２のサーバー３で不足した容量のみの空き容量を有するサーバーがあれば、映像データ全てを記録できるので、映像データの全てをより確実に記録することができる。
【００５１】
次に、本発明のさらに別の好ましい実施形態について、図９のフローチャートを参照して説明する。図７のフローチャートと同一のステップには、同一符号を付け、説明を援用する。ここでは、映像データの記録領域不足分が３ＧＢであり、第２のサーバー３〜５の空き容量が図３（ｄ）に示す空き容量テーブルの通りである場合について説明する。ステップＳ５において、映像データの記録領域不足分の空き容量を有する第２のサーバーは存在しないので、ステップＳ９０１において、複数の第２のサーバー３〜５に映像データの記録領域不足分を振り分ければ、映像データの全てを記録できるか否かを判断する。詳細には、図３（ｄ）に示す空き容量テーブルに記載の空き容量の合計が、映像データの記録領域不足分の容量以上であるかを判断する。本実施形態では、空き容量の合計が５ＧＢであり記録領域不足分より大きいので、ステップＳ６に進む。ステップＳ６において、第１のサーバー２は、複数の第２のサーバーに記録領域の予約を要求する。予約を要求する第２のサーバーは、空き容量の合計が映像データの記録領域不足分の容量より大きくなる組み合わせであれば、任意の組み合わせが選択され得るが、例えば、空き容量の大きい第２のサーバーから順に選択していく。もしくは、記録領域確保後に、全ての第２のサーバーができるだけ多くの空き容量を有するように振り分けることにより（例えば、サーバー３および４に１．３ＧＢ、サーバー５に０．４ＧＢ要求）、第２のコンテンツが記録される場合に、予約した記録領域が不足する可能性を低くできる。本実施形態では、第２のサーバー３に２ＧＢ、第２のサーバーに１ＧＢの記録領域の予約を要求する。
【００５２】
以下は、第２のサーバー３および４に対して、記録領域の予約処理が行われるが、その処理は前の実施形態と同じであるので説明を援用する。なお、記録領域テーブルについては、第２のサーバー３は図４（ｂ）のように記憶し、第２のサーバー４は図４（ｃ）のように記憶している。第１のサーバー２は、記録サーバーテーブルを図５（ｄ）のように記憶し、記録情報テーブルを図６（ｂ）のように記憶する。
【００５３】
以上のように、本実施形態では、１つの第２のサーバーに映像データの記録領域不足分の全てを記録する空き容量がないと判断した場合に、複数の第２のサーバーに映像データを振り分けて記録するので、より確実に映像データの全てを記録することができる。なお、１つの第２のサーバーの記録領域を予約した後（Ｓ５：ＹＥＳ〜Ｓ８）、その予約した領域が解除された後に（Ｓ１０：ＮＯ）、再度記録領域を確保するサーバーを探す際も同様にして処理することができる。
【００５４】
次に、本発明のさらに別の好ましい実施形態について、図１０のフローチャートを参照して説明する。図７のフローチャートと同一のステップには、同一符号を付け、説明を援用する。本実施形態では、前の実施形態と異なり、ステップＳ１００１において、第１のサーバー２は、第２のサーバー３に記録領域（例えば、３ＧＢ）の確保を要求する。Ｓ１００２において、第２のサーバー３は、映像データの記録領域不足分の記録領域を確保する。詳細には、図４（ａ）に示すように、記録領域テーブルに、第１のサーバー２が３ＧＢ使用することを記憶する。ここで、記録領域の確保は解除または変更されることはない（図４（ａ）がクリアまたは変更されない）ので、第１のサーバー２は、記録開始時刻になれば（Ｓ１１：ＹＥＳ）、確実に第２のサーバー３に第１のコンテンツの記録領域不足分を記録することができる（Ｓ１５〜Ｓ１８）。
【００５５】
一方、第２のサーバー３は、第２のコンテンツが記録される場合（Ｓ９：ＹＥＳ）、ステップＳ１００４において、第２のコンテンツを記録する領域が不足しているか否かを判断する（この不足分を、第２のコンテンツの記録領域不足分と呼ぶ）。第２のコンテンツを記録する領域が不足していなければＳ１１に進むが、不足していればステップＳ１００５に進む。
【００５６】
Ｓ１００５において、第２のサーバー３は、別の第２のサーバー４または５に、第２のコンテンツの記録領域不足分を記録する領域を確保する処理を実行する。すなわち、第２のサーバー３が、別の第２のサーバー４または５に空き容量の問い合わせを行い、記録領域の確保を行うよう要求する（すなわち、Ｓ３〜Ｓ５、Ｓ１００１〜Ｓ１００３までと同じ動作を行う）。
【００５７】
以上のように、第１のサーバー２による記録領域の確保は解除または変更されないので、ユーザーが予約した映像データを確実に記録することができる。さらに、第１のサーバー２によって記録領域が確保されたことにより第２のコンテンツを記録する領域が不足した場合に、別のサーバーの記録領域を確保を要求するので、第２のコンテンツについてもより確実に全てを記録することができる。
【００５８】
次に、本発明のさらに別の好ましい実施形態について、図１１のフローチャートを参照して説明する。図７のフローチャートと同一のステップには、同一符号を付け、説明を援用する。本実施形態は、第１のサーバー２に映像データを記録中の処理についての説明である。ステップＳ１１０１において、第１のサーバー２は、ハードディスクに映像データを記録している。ステップＳ１１０２において、記録領域が一杯になったか否かを判断する。一杯になっていなければ、Ｓ１１０１に戻り記録を継続するが、一杯になればステップＳ３へと進む。Ｓ３〜Ｓ５、Ｓ２０は、図７のフローチャートと同じである。ステップＳ１１０３において、第１のサーバー２は、第２のサーバー３に映像データの記録領域不足分を転送し、第２のサーバー３は、転送されたデータを記録する。この際に、図７の場合と同様に記録情報テーブルに記録したサーバーの情報を記憶する。以上のように、映像データの記録中に記録領域が不足した場合にも、第２のサーバーに記録領域不足分を記録することができるので、映像データの全てをより確実に記録することができる。
【００５９】
次に、本発明のさらに別の好ましい実施形態について、図１２のフローチャートを参照して説明する。本実施形態は、前のいずれかの実施形態において第１のサーバー２および第２のサーバー３〜５に分割して記録された映像データを、第１のサーバー２に空き容量が発生した場合に、第１のサーバー２に映像データファイルを転送して記録し、第１のサーバー２において一括管理する処理についてである。
【００６０】
まず、第１のサーバー２は、ステップＳ１２０１、Ｓ１２０２において、第２のサーバーに記録している映像データを自身の記録領域に記録し直すことができるか否かを判断する。詳細には、例えば、図６（ｂ）に示す記録情報テーブルを参照して、第１のサーバー２の空き容量が、第２のサーバー３および４に記録されている映像データの容量の合計以上であるか否かを判断する。第１のサーバー２の空き容量が、第２のサーバー３および４に記録されている映像データの容量の合計以上であれば、ステップＳ１２０３において、映像データの記録領域不足分を記録している第２のサーバー３および４に、映像データの記録領域不足分のファイル（指定ファイル：Ｂ０１およびＣ０１）を転送するよう要求する。第２のサーバー３および４は、第１のサーバー２からの要求に応じて、映像データのファイルを第１のサーバー２に転送し、第１のサーバー２はこれを受信する。第１のサーバー２は、映像データファイルを全て受信すると（ステップＳ１２０４：ＹＥＳ）、図６（ｂ）に示す記録情報テーブルに記憶された順番に従い、映像データファイルを結合し、ステップＳ１２０６において、記録情報テーブルを更新し、１つの映像データファイルとして一括管理する。
【００６１】
以上のように、映像データの記録後に、第１のサーバー２に映像データの記録領域不足分を記録する空き容量が生じた場合に、第２のサーバー２に映像データを一括して記録し直すことにより、再生時の処理および映像データファイルの管理を簡素化することができ、かつ、各サーバーのハードディスク空き容量を有効利用することができる。なお、図６（ｂ）を参照して、１つの第２のサーバー（例えば、第２のサーバー３）に記録している映像データ分のみの空き容量が生じた場合に、第２のサーバー３の映像データのみを第１のサーバー２に記録し直しても良い。
【００６２】
以上、本発明の好ましい実施形態について説明したが、本発明はこれらの実施形態には限定されない。例えば、第１のサーバーが第２のサーバーに空き容量を問い合わせるのではなく、第２のサーバーが空き容量変更時に強制的に第１のサーバーに空き容量を通知してもよい。さらに、第１のサーバーは、第２のサーバーに記録領域の予約を要求するか、確保を要求するかを選択できるようにしてもよい。その場合には、図４に示す記録領域テーブルに、第１のコンテンツの記録領域不足分を確保するか、予約するかを識別するフラグを立てることによって実現できる。さらに、本実施形態では、第１のサーバーが第２のサーバーに映像データを転送しているが、第２のサーバーがチューナーを有する場合には、第２のサーバーが映像データの記録領域不足分をチューナーから受信し、記録してもよい。また、以上の実施形態でいう第１のサーバー２への第１のコンテンツの記録は、ＴＶ映像の録画のようなデータの記録だけでなく、映像ファイルのコピーや、リッピング等であってもよい。第２のサーバーへの第２のコンテンツの記録についても、同様にファイルのコピーやリッピングでもよい。
【００６３】
上述した全ての実施形態における各ステップは、コンピュータに実行させるためのプログラムを形成する。よって、この動作プログラムをサーバーにインストールすることにより、コンテンツ記録システムを構築できる。また、動作プログラムは、そのままインターネットなどの電気通信回線を通じて配信されてもよいが、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、メモリーカード等のコンピュータ読み取り可能な記録媒体に格納されて配布されてもよい。
【００６４】
【発明の効果】
本発明のコンテンツ記録システムは、第２のサーバーにおいて第１のコンテンツの記録領域不足分を記録する容量が不足する場合に、第１のサーバーが再度、他の第２のサーバーに記録領域の予約を要求するので、より確実に第１のコンテンツの全てを記録することができる。
【図面の簡単な説明】
【図１】本発明の好ましい実施形態によるコンテンツ記録システムを示すブロック図である。
【図２】本発明の好ましい実施形態によるサーバーを示すブロック図である。
【図３】本発明の好ましい実施形態による空き容量テーブルを示す図である。
【図４】本発明の好ましい実施形態による記録領域テーブルを示す図である。
【図５】本発明の好ましい実施形態による記録サーバーテーブルを示す図である。
【図６】本発明の好ましい実施形態による記録情報テーブルを示す図である。
【図７】本発明の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図８】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図９】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図１０】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図１１】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【図１２】本発明の別の好ましい実施形態によるコンテンツ記録システムの動作を説明するフローチャートである。
【符号の説明】
１ コンテンツ記録システム
２ 第１のサーバー
３〜５ 第２のサーバー
１０ 記録手段
Claims (2)
- コンテンツを記録する第１の記録手段を有する第１のサーバーと、
コンテンツを記録する第２の記録手段を有する複数の第２のサーバーとを備え、
前記第１のサーバーが、所定時刻に第１のコンテンツの記録を行うよう予約を行う手段と、
前記第１の記録手段に第１のコンテンツを記録する領域が不足する場合、前記第２のサーバーに前記第１のコンテンツの記録領域不足分を記録する領域を予約するよう要求する要求手段とを有し、
前記第２のサーバーが、前記第２の記録手段に前記第１のコンテンツの記録領域不足分を記録する領域を予約する領域予約手段と、
前記第２の記録手段に第２のコンテンツが記録される場合、前記第１のコンテンツの記録領域不足分を記録する領域が不足するか否かを判断する判断手段と、
前記判断手段が、前記第１のコンテンツの記録領域不足分を記録する領域が不足すると判断した場合、前記第１のコンテンツの記録領域不足分を記録する領域の予約を解除する手段と、
前記判断手段が、前記第１のコンテンツの記録領域不足分を記録する領域が不足すると判断した場合、前記第１のサーバーに前記第１のコンテンツの記録領域不足分を記録する領域が不足することを通知する通知手段とを有し、
前記要求手段が、前記第２の記録手段に前記第１のコンテンツの記録領域不足分を記録する領域が不足し、前記通知手段からの通知を受けると、他の第２のサーバーに前記第１のコンテンツの記録領域不足分の全てを記録する領域を予約するよう再び要求し、
予約した第２のサーバーの第２の記録手段が、前記第１のコンテンツの記録領域不足分の全てを記録する、コンテンツ記録システム。 - コンテンツを記録する第１の記録手段を有する第１のサーバーと、
コンテンツを記録する第２の記録手段を有する複数の第２のサーバーとを備え、
前記第１のサーバーが、所定時刻に第１のコンテンツの記録を行うよう予約を行う手段と、
前記第１の記録手段に第１のコンテンツを記録する領域が不足する場合、前記第２のサーバーに前記第１のコンテンツの記録領域不足分を記録する領域を予約するよう要求する要求手段とを有し、
前記第２のサーバーが、前記第２の記録手段に前記第１のコンテンツの記録領域不足分を記録する領域を予約する領域予約手段と、
前記第２の記録手段に第２のコンテンツが記録される場合、前記第１のコンテンツの記録領域不足分を記録する領域が不足するか否かを判断する判断手段と、
前記判断手段が、前記第１のコンテンツの記録領域不足分を記録する領域が不足すると判断した場合、前記第１のサーバーに前記第１のコンテンツの記録領域不足分を記録する領域が不足することを通知する通知手段とを有し、
前記領域予約手段が、前記第１のコンテンツの記録領域不足分を記録する領域が不足する場合、前記第１のコンテンツの記録領域不足分のうち、記録可能な容量分の領域のみを予約し、
前記要求手段が、前記第２の記録手段に前記第１のコンテンツの記録領域不足分を記録する領域が不足し、前記通知手段からの通知を受けると、他の第２のサーバーに前記第１のコンテンツの記録領域不足分のうち、前記第２のサーバーが記録できない容量分を予約するよう要求し、
予約した前記各第２のサーバーの第２の記録手段が、予約した前記第１のコンテンツの記録領域不足分を記録する、コンテンツ記録システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003183677A JP4214847B2 (ja) | 2003-06-27 | 2003-06-27 | コンテンツ記録システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003183677A JP4214847B2 (ja) | 2003-06-27 | 2003-06-27 | コンテンツ記録システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2005020474A JP2005020474A (ja) | 2005-01-20 |
| JP4214847B2 true JP4214847B2 (ja) | 2009-01-28 |
Family
ID=34183655
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003183677A Expired - Fee Related JP4214847B2 (ja) | 2003-06-27 | 2003-06-27 | コンテンツ記録システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4214847B2 (ja) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007181033A (ja) * | 2005-12-28 | 2007-07-12 | Funai Electric Co Ltd | ネットワークサーバ、及びこのネットワークサーバを複数台含むホームネットワーク |
| JP4778345B2 (ja) * | 2006-03-30 | 2011-09-21 | Ｎｅｃパーソナルプロダクツ株式会社 | 情報処理装置、情報処理装置の制御方法 |
| KR101520664B1 (ko) * | 2008-06-23 | 2015-05-15 | 엘지전자 주식회사 | 녹화/재생 장치 및 방송 콘텐츠 저장 방법 |
| JP2012216102A (ja) * | 2011-04-01 | 2012-11-08 | Hitachi Kokusai Electric Inc | 画像蓄積システム |
| JP5809830B2 (ja) * | 2011-04-01 | 2015-11-11 | 株式会社日立国際電気 | 撮像装置、管理装置、および、映像監視システム |
-
2003
- 2003-06-27 JP JP2003183677A patent/JP4214847B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2005020474A (ja) | 2005-01-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4430885B2 (ja) | 分配されるチューナ割り振りおよびコンフリクトの解決方法 | |
| US9104686B2 (en) | System and method for host management of discardable objects | |
| US7921083B2 (en) | File management device and electronic equipment | |
| JP4427478B2 (ja) | 電子的情報管理装置、電子的情報管理方法、コンピュータプログラム、及び記録媒体 | |
| EP1398969A1 (en) | Video distributing system and video distributing method | |
| JP4295805B2 (ja) | メモリ管理装置、メモリ管理方法、メモリ管理プログラム及び該プログラムを記録したコンピュータ読み取り可能な記録媒体 | |
| EP1580754A1 (en) | Method and apparatus for editing recorded program using virtual file system and file structure | |
| US11330327B2 (en) | Multimedia material processing method, apparatus, and multimedia playback device | |
| JP4214847B2 (ja) | コンテンツ記録システム | |
| JP3640681B2 (ja) | 複写機におけるメモリの管理装置および方法 | |
| JP2004521550A (ja) | 個人用ビデオ録画システムのためのメモリ制御方法 | |
| JP2010191774A (ja) | コンテンツ配信システム、コンテンツ配信装置及びコンテンツ配信方法ならびにそのプログラム、データストレージ装置とその処理方法およびプログラム | |
| US20050076176A1 (en) | Circulating recording apparatus, method and program | |
| US20120173593A1 (en) | System and Method for Managing Discardable Objects | |
| JP2000285598A (ja) | 記録再生システムおよび記録媒体 | |
| WO2012096951A2 (en) | System and method for managing discardable objects | |
| JPH10232658A (ja) | 表示切替システムおよび記録媒体 | |
| JP4720195B2 (ja) | コンテンツアクセス制御端末、コンテンツアクセス制御プログラム、およびコンテンツアクセス制御方法 | |
| JP2006294100A (ja) | 記録制御装置及び記録制御方法 | |
| JP4961325B2 (ja) | 情報蓄積装置及びその制御方法、プログラム | |
| JP4029792B2 (ja) | コンテンツ配信システム、プログラム、およびコンテンツ配信方法 | |
| JP2005352909A (ja) | 情報処理装置および方法、記録媒体、並びに予約処理プログラム | |
| EP1592239A2 (en) | Audiovisual information data processing apparatus | |
| JP2010231072A (ja) | カラオケ装置 | |
| US11316945B2 (en) | Vehicle multimedia system and memory management method therefor |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060208 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080902 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080911 |
|
| 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: 20081014 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20081027 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111114 Year of fee payment: 3 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20141114 Year of fee payment: 6 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |