JP2007179215A - コンテンツサーバ装置 - Google Patents

Abstract

【課題】予期せぬ理由により複数のサーバ間にコンテンツデータが分散して蓄積された場合であっても、ユーザに負担をかけずに当該コンテンツデータを利用することが可能なコンテンツサーバ装置を提供する。
【解決手段】本発明に係るコンテンツサーバ装置は、他のコンテンツサーバ装置との間でコンテンツデータの移動を行っている際に、予期せぬ理由により当該コンテンツデータがそれぞれのコンテンツサーバ装置に分断された場合には、互いにそれぞれが格納する当該コンテンツデータの部分についての情報を持ち合うことにより、一方のコンテンツサーバ装置にユーザがアクセスした場合に、全データの所在についての情報を送信する。
【選択図】図３

Description

本発明はコンテンツサーバ装置に関し、特に予期せぬ事由によってコンテンツデータが複数のサーバに分断されて蓄積された際であっても、ユーザに負担をかけずに当該コンテンツデータを利用させることのできるコンテンツサーバ装置に関する。

近年、電子機器の発達により、様々なコンテンツが電子データとして利用可能となってきた。また、通信技術の発達により、電子機器間におけるデータの送受信についても、短時間で大量のデータの送受信が可能となってきた。

そのため、従来はコンテンツを利用とする者は、その一人一人が当該コンテンツを所有している必要があったが、１箇所にコンテンツをデータとして保存しておくことにより、ネットワークを介して多数の者が利用することができる様になった。

このような、コンテンツデータの共有化を前提とし、いかに効率よく、また、トラブルが生じないように、コンテンツデータを利用するための技術が開発されてきている（例えば、特許文献１参照）。
特開２００３−２４４５９８号公報

しかしながら、コンテンツデータの中には、著作権法上の制限により、複数コピーが禁止され、ネットワーク上において当該データの転送を行った場合には、送信元のデータは消去しなければならないものもある。このようなデータの転送時に、予期せぬ理由によりデータ転送が中断してしまった場合、１つのデータが送信先と送信元に分断されてしまい、当該コンテンツデータを利用しようとするユーザは、２つのデータに対してそれぞれアクセスしなければならず、不都合であった。

また、番組録画中に、予期せぬ理由により録画の継続が困難となった場合には、その続きは別の録画装置で行わなければならないが、この場合もやはり１つのデータ分断されてしまう。

上記特許文献１の発明は、大容量データをネットワーク上に分散して保管するものであるが、上記のような予期せぬ理由によりデータが分散される場合を想定したものではない。

従って本発明は、予期せぬ理由により複数のサーバ間にコンテンツデータが分散して蓄積された場合であっても、ユーザに負担をかけずに当該コンテンツデータを利用することが可能なコンテンツサーバ装置を提供することを目的とする。

本発明は、上記目的を達成するため、他の外部端末との間でデータ等の送受信を行う送受信部と、コンテンツデータを格納するコンテンツデータ格納部と、前記コンテンツデータ格納部に格納されたコンテンツデータに関する情報を管理するコンテンツデータ管理部と、を備え、前記コンテンツデータ管理部は、前記コンテンツデータ格納部に格納されたコンテンツデータの前記送受信部を介した他の外部端末への移動、又は他の外部端末から前記送受信部を介した前記コンテンツデータ格納部へのコンテンツデータの移動を行っている際に前記コンテンツデータの移動が中断した場合に、前記他の外部端末と前記コンテンツデータ格納部に分断されて格納されたデータの部分のそれぞれについての情報を一括して管理することを特徴とするコンテンツサーバ装置を提供する。

上記コンテンツサーバ装置は、放送電波を受信する電波受信部を備え、前記コンテンツデータ管理部は、前記電波受信部が受信したコンテンツデータを前記コンテンツデータ格納部に格納している際に前記コンテンツデータの格納の継続に対する障害事由が生じた場合には、以降に受信する前記コンテンツデータを他の外部端末に格納するために前記送受信部を介して前記他の外部端末に送信し、前記コンテンツデータ格納部と前記他の外部端末に分断されて格納されたデータの部分のそれぞれについての情報を一括して管理者であってもよい。

上記障害事由は、前記コンテンツデータ格納部の記憶可能容量の不足、または前記コンテンツデータの格納の動作と両立が不可能である他の予め設定されていた動作の存在であってもよい。

また、上記コンテンツデータ管理部は、前記送受信部を介してデータ受信装置から前記コンテンツデータ格納部に格納されたコンテンツデータに係る情報の送信要求があった際に、前記コンテンツデータが他の外部端末との間で分断されて格納されたものである場合には、分断された前記コンテンツデータの各部分について連続して再生可能な情報を前記データ受信装置に対して送信ものであってもよい。

本発明によれば、予期せぬ理由によりコンテンツデータが複数のサーバに分断され蓄積された場合であっても、ユーザは当該コンテンツデータが分断されたことを特に認識することなく当該データを利用することができる。

以下、図面を参照しながら本発明の実施の形態について説明する。

（システムの構成）
図１は、本発明に係るコンテンツサーバ装置を含むコンテンツ転送システムの構成を示す図である。このシステムにより本発明に係るコンテンツ転送方法は実現される。

図１に示すコンテンツ転送システムは、コンテンツサーバ装置であるサーバ１ａ、サーバ１ｂと、クライアント２とがネットワーク３で接続されている。更に、サーバ１ａには、テレビ放送を受信するためのアンテナ４も接続されている。

サーバ１ａ及び１ｂは、図に示すように、例えば、ハードディスクドライブ（ＨＤＤ）内蔵ＤＶＤレコーダなどであって、ネットワーク接続が可能なものである。但し、ＨＤＤ内蔵ＤＶＤレコーダに限られるものではなく、デジタルコンテンツデータの格納部、ネットワーク接続部、後述するコンテンツデータ管理部等が備わっているものであれば、ＨＤＤレコーダや、録画機能つきデジタルテレビ、パーソナルコンピュータ（ＰＣ）等であってもよい。

クライアント２は、図に示すように、例えばデジタルテレビなどであって、ネットワーク接続が可能なものである。クライアント２もデジタルテレビに限られるものではなく、ＰＣなどでも良く、また、別途モニタ等の画像表示部を接続したものであれば、サーバ１と同様のＨＤＤ内蔵ＤＶＤ等であってもよい。

ネットワーク３は、例えば、インターネットやＬＡＮなどであり、図１においては有線接続がなされているが、有線無線を問わない。

また、アンテナ４は、テレビ放送を受信するためのものであり、図１においてはＢＳ放送用のパラボラアンテナとして表示されているが、地上波放送用の八木アンテナであってもよく、デジタル放送であるかアナログ放送であるかを問わない。また、図１においては、アンテナ４はサーバ１ａにのみ接続されているが、以下の説明においてはサーバ１ａのみがテレビ放送を受信する動作を行うことによる便宜上のものに過ぎず、サーバ１ｂやクライアント２にアンテナが接続されることを否定するものではない。

サーバ１ａ及び１ｂは、クライアント２からの指示、ユーザの操作、又は自動制御により、ネットワーク３を介して互いにコンテンツデータの転送を行う。

例えば、サーバ１ａに格納されたコンテンツデータをサーバ１ｂへ転送するように、クライアント２よりネットワーク３を介して指示を送ることにより、サーバ１ａはサーバ１ｂに対して当該コンテンツデータの転送を開始する。また、ユーザが直接サーバ１ａを操作し、同様の指示を行った場合においても、サーバ１ａはサーバ１ｂに対して当該コンテンツデータの転送を開始する。更に、サーバ１ａがアンテナ４を介して受信したテレビ放送をサーバ１ｂに格納するために、自動制御によりサーバ１ｂに対して転送することもできる。

（サーバの内部構成）
図２は、本発明に係るサーバ１ａの構成を示すブロック図である。尚、以下の説明においてサーバ１ａとして説明するが、サーバ１ｂについても同一の構成を有するものである。

図２において、サーバ１ａは、制御部１１と、ＲＯＭ１２と、ＲＡＭ１３と、コンテンツデータ格納部１４と、コンテンツデータ管理部１５と、チューナ部１６と、外部端末用インターフェイス（Ｉ／Ｆ）１７と、ネットワーク用Ｉ／Ｆ１８と、操作部１９と、メイン内部バス２０とからなる。

制御部１１は、サーバ１ａの制御を司るものであり、具体的にはＣＰＵ（中央演算装置）等が用いられる。

ＲＯＭ１２は、サーバ１ａを駆動させるために制御部１１において実行されるプログラム等を格納するものであり、ＲＡＭ１３は、サーバ１ａを駆動させる際に制御部１１が必要とするパラメータ等を一時的に格納するものである。

コンテンツデータ格納部１４は、サーバ１ａで受信したテレビ画像や、後述する外部端末用Ｉ／Ｆ１７を介して外部端末５より転送されたコンテンツデータや、ネットワーク３及び後述するネットワーク用Ｉ／Ｆ１８を介して他のサーバ等から受信したコンテンツデータ等を格納するものである。主としてＨＤＤが用いられる。但し、サーバ１ａに内蔵されるものであればＨＤＤに限定されることはなく、半導体メモリ等であってもよい。

コンテンツデータ管理部１５は、コンテンツデータ格納部１４に格納されたコンテンツデータに関する情報を管理する。更に、１つのコンテンツデータが分割され、その一部のデータのみがコンテンツデータ格納部１４に格納され、残りのデータについては他のサーバに格納される場合において、当該他のサーバに格納された当該残りのデータに関する情報も管理する。当該他のサーバに格納された当該残りのデータに関する情報の管理方法については後述する。

チューナ部１６は、サーバ１ａの外部に構成されたアンテナ４を介して、テレビ放送電波を受信するものである。

外部端末用Ｉ／Ｆ１７は、外部端末５と接続し、外部端末５に格納されたコンテンツデータの呼び出し、或いはコンテンツデータ格納部１４に格納されたコンテンツデータを外部端末５へ転送する。外部端末５とは、主にＵＳＢやＩＥＥＥ１３９４で接続することによりデータ送受信が可能となる。

ネットワーク用Ｉ／Ｆ１８はサーバ１ａの外部に構成されたネットワーク３と接続し、コンテンツデータの送受信を行う。

操作部１９は、サーバ１ａの起動／停止や、受信チャンネルの切替、コンテンツデータの送受信などの操作を行うためのものであり、サーバ１ａ本体に直接設けられているものであっても、サーバ１ａとは分離したリモコンと、リモコンからの信号を受信する受信部とからなるものであってもよい。

メイン内部バス２０は、コンテンツ送受信装置１の各構成部を電気的に接続し、制御部１１が他の構成部へアクセスするためや、各構成部間でのデータの移動に使用される。具体的には、ＰＣＩやＰＣＩ ｅｘｐｒｅｓｓ等である。

サーバ１ａは、チューナ部１６が受信したテレビ番組や、外部端末用Ｉ／Ｆ１７やネットワーク用Ｉ／Ｆ１８を介して受信したコンテンツデータを、コンテンツデータ格納部１４に格納する。

コンテンツデータ格納部１４にコンテンツデータが格納されると、当該コンテンツデータに関する情報は、コンテンツデータ管理部１５において管理される。

また、クライアント２または操作部１９より送信された、コンテンツデータ格納部１４に格納されているコンテンツデータをサーバ１ｂへ転送する旨の指示を制御部１１が受信すると、ネットワーク用Ｉ／Ｆ１８を介してサーバ１ｂに対して転送する。

（コンテンツデータ転送時における分割データの管理）
次に、本発明に係るサーバにおいて行われる、分割されたコンテンツデータの管理方法について説明する。最初は、複数のサーバ間におけるコンテンツデータの転送時に、通信障害等の何らかの原因により、コンテンツデータの転送が中断してしまったことにより、当該コンテンツデータが複数のサーバ間に跨って格納された場合におけるコンテンツデータの管理方法について説明する。

図３は、コンテンツデータの転送中断により複数のサーバ間に跨って格納されたコンテンツデータを管理する様子を示す図である。

まず、図３（ａ）に示すように、サーバ１ａに格納されたコンテンツデータの１つであるコンテンツＡのデータを、ネットワーク３を介して、サーバ１ｂへ移動開始する。このとき、コンテンツＡはコピー制御のかかったデータであって、移動のみが許可され、複製は許されないものとする。

そして、図３（ｂ）に示すように、コンテンツＡのデータが順次サーバ１ｂに転送されていくと、当該データの転送された部分はサーバ１ａから消去されていく。なお、このようなデータ移動の際に、データの移動した部分について即座に消去することなく、データの全てが転送終了した後に移動元のデータを消去する処理がなされる場合においては、移動元であるサーバ１ａにおいては当該データの転送済部分について再生不可能となり、当該部分があたかもサーバ１ａには格納されていないかのように扱われる処理がされていく。

コンテンツＡのデータの移動が完了する以前に、サーバ１ａ及び１ｂ間における通信が中断した場合には、図３（ｃ）に示すようにコンテンツＡのデータ移動が中断するため、コンテンツＡのデータのうち移動完了した前半部分はサーバ１ｂに、移動未了の後半部分はサーバ１ａに、それぞれ分断して格納されることになる。

このとき、サーバ１ａと１ｂの双方において、コンテンツＡのデータの前半部分はサーバ１ｂに、後半部分はサーバ１ａに分かれて格納されている旨の情報が、それぞれのコンテンツデータ管理部において管理される。

コンテンツデータ転送の中断理由としては、上述した通信障害の他、受信側のサーバにおける予約録画の開始などによって、転送されるデータの記録が不可能となった場合なども含まれる。

次に、１つのサーバにおいてテレビ放送の録画中に、記憶容量を越えるために途中からの録画が不可能となった際に、その続きを他のサーバで録画したことにより、当該番組についてのコンテンツデータが複数のサーバ間に跨って格納された場合におけるコンテンツデータの管理方法について説明する。

図４は、テレビ放送の録画の際に複数のサーバ間に跨って格納されたコンテンツデータを管理する様子を示す図である。

まず、図４（ａ）に示すように、サーバ１ａが、接続されたアンテナ４を介してテレビ番組を受信し、録画を開始する。

そして、図４（ｂ）に示すように、当該テレビ番組によるコンテンツＢのデータが順次サーバ１ａに記録されていく。しかし、コンテンツＢのデータ量が、サーバ１ａの記憶可能容量を越えていた場合には、コンテンツＢのデータの全てをサーバ１ａに格納することができない。

そこで、このような場合には、サーバ１ａの記憶可能容量に達するまでは、録画されるコンテンツＢのデータはサーバ１ａに格納し、サーバ１ａの記憶可能容量に達した以降は、図４（ｃ）に示すように、それ以降のデータについてはサーバ１ａとネットワーク３を介して接続された他のサーバであるサーバ１ｂにおいて録画することとなる。このとき、サーバ１ｂにはアンテナ４は接続されている必要なく、サーバ１ａが受信したデータをネットワーク３を介してサーバ１ｂへ転送した上で、録画を行う。

その結果、図４（ｄ）に示すように、コンテンツＢのデータのうちの前半部分はサーバ１ａに、後半部分はサーバ１ｂに、それぞれ分断して格納されることになる。

このとき、サーバ１ａと１ｂの双方において、コンテンツＢのデータの前半部分はサーバ１ａに、後半部分はサーバ１ｂに分かれて格納されている旨の情報が、それぞれのコンテンツデータ管理部において管理される。

なお、図４においては、サーバ１ａにおける録画継続の障害事由をコンテンツデータ格納部１４の容量不足としたが、録画継続の障害事由はこれに限られるものではない。

例えば、当該録画の開始前に他の番組についての録画予約がなされていた場合に、チューナの数が限られているために当該録画を継続できない場合なども考えられる。ただし、この場合には、現在録画中の番組をこれ以降サーバ１ａで受信を続けることはできないので、サーバ１ｂにおいて当該番組の受信を行うことが必要である。

図５は、上記図３及び図４に示したような、１つのコンテンツデータが複数のサーバに分断されて格納されている場合に、当該コンテンツをユーザが利用する際の様子を示す図である。図５（ａ）は、クライアント２からサーバ１ａに対してコンテンツデータの情報送信要求を行った場合、図５（ｂ）は、クライアント２からサーバ１ｂに対してコンテンツデータの情報送信要求を行った場合をそれぞれ表す。

上述のように、１つのコンテンツデータが複数のサーバに分断されて格納されている場合、それぞれのサーバにおいて当該コンテンツデータが格納されているかのように表示がされる。そのため、ユーザは、そのどちらのサーバに対しても当該コンテンツデータの送信要求を行うことができ、コンテンツデータを分断して格納する複数のサーバの双方にアクセスする必要はない。

そして、コンテンツＡを利用する際にはサーバ１ａ、１ｂのいずれにもコンテンツＡのデータが格納しているように表示がされ、ユーザはサーバ１ａ、１ｂのどちらに対してアクセスしてもよく、コンテンツＡのデータを分断して格納する２つのサーバの双方にアクセスする必要はない。

上述した図３の例のように、コンテンツＡのデータの前半部分がサーバ１ｂに、後半部分がサーバ１Ａに、それぞれ分断されて格納されているとする。ユーザが、サーバ１ａに対してコンテンツＡのデータ送信要求をした場合には、図５（ａ）に示すように、まずクライアント２よりネットワーク３を介して、サーバ１ａに対して情報送信要求信号が送信される。

当該信号を受信したサーバ１ａは、当該データが分断されて格納されているそれぞれの格納先ＵＲＬを含む情報を、クライアント２に対して送信する。

そして、クライアント２は当該ＵＲＬに従って、順次送信要求を行い、その要求に従って、各サーバは分断されたコンテンツＡのデータを、その順番に応じて順次クライアント２に送信する。図５（ａ）の場合であれば、コンテンツＡの前半部分をサーバ１ｂより送信した後に、後半部分をサーバ１ａより送信することになる。

一方、ユーザが、サーバ１ｂに対してコンテンツＡのデータ送信要求をした場合には、図５（ｂ）に示すように、まずクライアント２よりネットワーク３を介して、サーバ１ｂに対して情報送信要求信号が送信される。

当該信号を受信したサーバ１ｂは、当該データが分断されて格納されているそれぞれの格納先ＵＲＬを含む情報をクライアント２に対して送信する。

そして、クライアント２は当該ＵＲＬに従って、順次送信要求を行い、コンテンツＡの前半部分をサーバ１ｂより送信した後に、後半部分をサーバ１ａより送信することになる。

いずれの場合においても、ユーザは、クライアント２を介してサーバ１ａ又は１ｂのいずれかにコンテンツＡの情報送信要求を行うのみで、コンテンツＡの各データのＵＲＬを受信することができ、ユーザが当該データが複数のサーバに跨って格納されていることを認識することがない。

（分割されたデータの管理方法）
図６は、複数のサーバに分断されて格納されたコンテンツデータの管理方法の一例を示す図である。

上述のように、分断されて格納されたコンテンツデータの所在については、サーバ１ａのコンテンツデータ管理部１５において管理される。コンテンツデータ管理部１５は、図６に示すようなテーブルを用いて、分断されて格納されたコンテンツデータの所在について管理することができる。

図６に示すテーブルには、コンテンツデータのタイトルと、分割状態と、格納位置情報とが記載されている。タイトルは、そのコンテンツデータの内容を他のコンテンツデータと識別するための情報である。分割状態とは、そのコンテンツデータが分割されている場合に、その再生時の順序を表している。但し、図６において未分割のデータ又は再生順が最後であるデータについては、それ以降のデータが存在しないことを意味するよう「０」と記載されている。

格納位置情報は、各データのＵＲＬが表示されており、当該ＵＲＬを指定することで、格納先のサーバに対してデータ送信要求を行うことができる。

（サーバにおける動作）
次に、本発明に係るコンテンツサーバ装置及びこれと送受信を行うクライアント機における動作について、フローチャートを用いて説明する。

最初に、本発明に係るコンテンツサーバ装置であるサーバ１ａ及び１ｂにおけるデータ蓄積やデータ再生等の動作について説明する。

図７は、サーバ１ａ及び１ｂにおいて行われる処理全般についての動作を示すフローチャートである。なお、以下の説明における動作は、特に記載のない限り、サーバ１ａ又は１ｂの制御部１１が行うものとする。

最初に、サーバ１は各種処理のリクエスト待ちの状態となる（ステップＳ１０１）。そして、コンテンツデータの蓄積処理要求がされたか否かの判断を行う（ステップＳ１０２）。蓄積処理の要求があったと判断した場合には（Ｓ１０２：Ｙｅｓ）、サーバ１は蓄積処理を開始する（ステップＳ１０３）。蓄積処理の詳細は後述する。その後、ステップＳ１０８へ処理を移す。

一方、コンテンツデータの蓄積処理要求がなかったと判断した場合には（Ｓ１０２：Ｎｏ）、続いて、コンテンツデータの再生処理要求がされたか否かの判断を行う（ステップＳ１０４）。再生処理の要求があったと判断した場合には（Ｓ１０４：Ｙｅｓ）、サーバ１は再生処理を開始する（ステップＳ１０５）。再生処理の詳細は後述する。その後、ステップＳ１０８へ処理を移す。

一方、コンテンツデータの再生処理要求がなかったと判断した場合には（Ｓ１０４：Ｎｏ）、続いて、その他の処理要求がされたか否かの判断を行う（ステップＳ１０６）。その他の処理とは、上記蓄積処理、再生処理及び終了処理を除いたサーバ１においてなされる処理をいう。その他の処理の要求があったと判断した場合には（Ｓ１０６：Ｙｅｓ）、サーバ１は該当する処理を開始する（ステップＳ１０７）。

一方、その他の処理要求がなかったと判断した場合には（Ｓ１０６：Ｎｏ）、続いて、終了処理要求がされたか否かの判断を行う（ステップＳ１０８）。終了処理要求がなかったと判断した場合には（Ｓ１０８：Ｎｏ）、上述のステップＳ１０１へ処理を戻し、終了処理要求があったと判断した場合には（Ｓ１０８：Ｙｅｓ）、この処理を終了する。

（蓄積処理）
図８は、図７におけるステップＳ１０３の蓄積処理の詳細を示すフローチャートである。

最初に、サーバ１は蓄積処理におけるイベント待ちの状態となる（ステップＳ１１１）。そして、蓄積処理を継続できない中断事由が有るか否かの判断を行う（ステップＳ１１２）。
中断事由とは、例えば、通信障害により送信元サーバからのコンテンツデータの受信を正常に行うことができない場合や、サーバ１において予約されていた番組録画が開始されたために、転送されるデータを同時に記録できない場合などである。

中断事由があったと判断した場合には（Ｓ１１２：Ｙｅｓ）、サーバ１は中断処理を開始する（ステップＳ１１３）。中断処理の詳細は後述する。そして、本蓄積処理を終了して図７に示すフローチャートの処理に戻る。

一方、中断事由がなかったと判断した場合には（Ｓ１１２：Ｎｏ）、蓄積すべきコンテンツデータの受信があったか否かの判断を行う（ステップＳ１１４）。当該データの受信があったと判断された場合には（Ｓ１１４：Ｙｅｓ）、データ受信の実行を開始し（ステップＳ１１５）、受信したデータをストレージ先であるコンテンツデータ格納部１４に蓄積させる（ステップＳ１１６）。更にデータ蓄積の結果に基づいて、データベースの更新を行い（ステップＳ１１７）、その後、上述のステップＳ１１１へ処理を戻す。

一方、コンテンツデータの受信がなかったと判断された場合には（Ｓ１１４：Ｎｏ）、続いて、先に受信したコンテンツデータが、蓄積要求の対象となるコンテンツデータの最後のデータであったか否かの判断を行う（ステップＳ１１８）。最終データでないと判断した場合には（Ｓ１１８：Ｎｏ）、まだ受信するデータが残っているので、上述のステップＳ１１１へ処理を戻し、最終データであったと判断した場合には（Ｓ１１８：Ｙｅｓ）、全ての蓄積処理が完了したので、本蓄積処理を終了して図７に示すフローチャートの処理に戻る。

（中断処理）
図９は、図８におけるステップＳ１１３の中断処理の詳細を示すフローチャートである。

最初に、サーバ１はコンテンツデータの送信元であるサーバに対して、データ送信の中断を要求する旨の信号を送信する（ステップＳ１２１）。続いて、当該コンテンツデータのうち、既に蓄積を完了した部分についての格納場所などの情報を、当該送信元サーバに対して送信する（ステップＳ１２２）。

その後、送信元サーバより、当該コンテンツデータのうちの未送信部分についての格納場所等の蓄積情報を受信する（ステップＳ１２３）。そして、受信した蓄積情報を元に当該コンテンツデータの蓄積についてのデータベースを更新する（ステップＳ１２４）。そして、本中断処理を終了して図８に示すフローチャートの処理に戻る。

このような処理を行うことにより、分断されて蓄積されたコンテンツデータの所在を、その一部を蓄積するサーバが互いに認識することができる。

（再生処理）
図１０は、図７におけるステップＳ１０５の再生処理の詳細を示すフローチャートである。再生処理の内容としては、サーバ１に蓄積されたコンテンツデータを再生するためにクライアント２へ送信する旨の要求に対する処理と、当該コンテンツデータの情報のみの送信要求に対する処理が含まれる。

最初に、クライアント２から、コンテンツ情報についての送信要求があったか否かの判断が行われる（ステップＳ１３１）。コンテンツ情報の送信要求があったと判断した場合には（Ｓ１３１：Ｙｅｓ）、続いて、送信要求の対象となるコンテンツデータが、複数のサーバに分散されて蓄積されているものか否かの判断を行う（ステップＳ１３２）。

送信要求の対象となるコンテンツデータが、複数のサーバに分散されて蓄積されているものであると判断した場合には（Ｓ１３２：Ｙｅｓ）、分散されたコンテンツデータの全てについてのプレイリストをクライアント２に送信する（ステップＳ１３３）。一方、送信要求の対象となるコンテンツデータがサーバ１のみに蓄積されたものであると判断した場合には（Ｓ１３２：Ｎｏ）、当該コンテンツデータのＵＲＬをクライアント２に送信する（ステップＳ１３４）。その後、本再生処理を終了して図７に示すフローチャートの処理に戻る。

上記Ｓ１３１の処理において、コンテンツ情報の送信要求がなかったと判断した場合には（Ｓ１３１：Ｎｏ）、続いて、クライアント２からコンテンツデータの送信要求があったか否かの判断が行われる（ステップＳ１３５）。コンテンツデータの送信要求がなかったと判断した場合には（Ｓ１３５：Ｎｏ）、何ら処理を行わず本再生処理を終了するが、コンテンツデータの送信要求があったと判断した場合には（Ｓ１３５：Ｙｅｓ）、指定されたコンテンツデータをクライアント２に対して送信する（ステップＳ１３６）その後、本再生処理を終了して図７に示すフローチャートの処理に戻る。

（クライアント側におけるコンテンツ再生動作）
図１１は、クライアント２におけるコンテンツ再生の動作を示すフローチャートである。

最初に、クライアント２は、サーバ１に対してコンテンツ情報の取得要求を行う（ステップＳ１４１）。そして、当該取得要求に応じてサーバ１から送信されたコンテンツ情報を受信する（ステップＳ１４２）。

続いて、クライアント２は、受信したコンテンツ情報に含まれるコンテンツデータのＵＲＬを指定し、サーバ１に対してコンテンツデータの送信要求を行う（ステップＳ１４３）。そして、当該送信要求に応じてサーバ１から送信されたコンテンツデータを受信する（ステップＳ１４４）。

次に、受信したデータが、取得しようとするコンテンツデータのうちの最後のファイルであるか否かの判断を行う（ステップＳ１４５）。受信したデータが取得しようとするコンテンツデータの最後のファイルではないと判断した場合には（Ｓ１４５：Ｎｏ）、上述のＳ１４３の処理に戻り、最後のファイルであると判断した場合には（ｓ１４５：Ｙｅｓ）、次のプレイリストがあるか否かの判断を行う（ステップＳ１４６）。

次のプレイリストがあると判断した場合には（Ｓ１４６：Ｙｅｓ）、指定するコンテンツデータのＵＲＬの付替えを行い（ステップＳ１４７）、その後、上述したステップＳ１４３に処理を戻す。

一方、次のプレイリストがないと判断した場合には（Ｓ１４６：Ｎｏ）、この処理を終了する。

以上のような処理を行うことにより、クライアントにおいて利用しようとするコンテンツデータが、複数のサーバ間に分断されて蓄積されている場合であっても、分断された各データを自動で順次読込むことができるので、ユーザは当該コンテンツデータが分断されたことを特に認識することなく当該データを利用することができる。

（データ移動中断時における連携動作）
図１２は、クライアント２よりサーバ間におけるコンテンツデータの移動要求がされたものの、転送中断によりコンテンツデータが分断されて蓄積される際の各端末間における動作の流れを示すフローチャートである。

最初に、クライアント２よりサーバ１ａに対してコンテンツの移動要求が行われる（ステップＳ１５１）。続いてサーバ１ａは、サーバ１ｂに対して移動要求の対象となるコンテンツデータに関する情報を送信する（ステップＳ１５２）。

そして、サーバ１ｂにおいて当該コンテンツデータの受信受け入れが整った後、サーバ１ｂはサーバ１ａに対してデータ移動の承諾の通知を行う（ステップＳ１５３）。当該通知を受けたサーバ１ａは、当該コンテンツデータの移動のための送信を開始する（ステップＳ１５４）。

次に、データ転送中に転送の中断が生じる（ステップＳ１５５、Ｓ１５６）。このとき、送信元のサーバ１ａでは、未送信のコンテンツデータについてのデータ及び情報を保存し（ステップＳ１５７）、受信先のサーバ１ｂでは、送信済のコンテンツデータについてのデータ及び情報を保存する（ステップＳ１５８）。そして、各コンテンツデータの情報を両サーバで共有して、コンテンツデータの分断状態の同期を図る（ステップＳ１５９、Ｓ１６０）。

その後、サーバ１ａは、クライアント２に対してコンテンツ移動が中断常態であることの通知を行い（ステップＳ１６１）、当該通知を受けたクライアント２は、コンテンツデータの転送中断の表示を行い（ステップＳ１６２）、ユーザに対して告知する。

以上のような動作を行うことにより、コンテンツデータの移動が中断した場合であっても、分断されたデータについての情報を両サーバが共有することになるので、ユーザは当該コンテンツデータが分断されたことを特に認識することなく当該データを利用することができる。

（録画データ分断時における連携動作）
図１３は、クライアント２よりサーバ１ａに対して番組録画を要求したものの、記憶容量の不足により番組途中よりデータをサーバ１ｂに蓄積する際の各端末間における動作の流れを示すフローチャートである。

最初に、クライアント２よりサーバ１ａに対して番組録画の開始要求がなされる（ステップＳ１７１）。当該録画開始要求を受信したサーバ１ａは、要求に応じた番組録画を開始する（ステップＳ１７２）。

番組録画中に、サーバ１ａの記憶容量の不足等により、それ以上番組録画の継続が困難であると検知したときには（ステップＳ１７３）、サーバ１ａはサーバ１ｂに対して番組録画の継続依頼する旨の信号を送信する（ステップＳ１７４）。そして、当該依頼に基づいて、サーバ１ｂにおいて、当該番組の録画を引き継いで実行する（ステップＳ１７５）。

その後、録画していた番組の放送が終了すると、サーバ１ｂは録画を終了し（ステップＳ１７６）、録画を終了した旨の通知をサーバ１ａに対して行う（ステップＳ１７７）。

続いて、サーバ１ａとサーバ１ｂとの間で、分断して蓄積された当該番組に係るコンテンツデータについての情報を、お互いに共有することでデータの同期を図る（ステップＳ１７８、Ｓ１７９）。

その後、サーバ１ａは、クライアント２に対して録画を終了した旨の通知を行う（ステップＳ１８０）。

以上のような動作を行うことにより、番組録画を開始したサーバにおいて録画の継続が困難となった場合であっても、自動的に他のサーバで録画を継続し、且つ、分断されたデータについての情報を、本来録画を依頼したサーバが有することになるので、ユーザは当該番組に係るコンテンツデータが分断されたことを特に認識することなく当該データを利用することができる。

本発明に係るコンテンツサーバを含むコンテンツ転送システムの構成を示す図である。 本発明に係るサーバ１ａの構成を示すブロック図である。 コンテンツデータの転送中断により複数のサーバ間に跨って格納されたコンテンツデータを管理する様子を示す図である。 テレビ放送の録画の際に複数のサーバ間に跨って格納されたコンテンツデータを管理する様子を示す図である。 １つのコンテンツデータが複数のサーバに分断されて格納されている場合に、当該コンテンツをユーザが利用する際の様子を示す図である。 複数のサーバに分断されて格納されたコンテンツデータの管理方法の一例を示す図である。 サーバ１ａ及び１ｂにおいて行われる処理全般についての動作を示すフローチャートである。 図７におけるステップＳ１０３の蓄積処理の詳細を示すフローチャートである。 図８におけるステップＳ１１３の中断処理の詳細を示すフローチャートである。 図７におけるステップＳ１０５の再生処理の詳細を示すフローチャートである。 クライアント２におけるコンテンツ再生の動作を示すフローチャートである。 転送中断によりコンテンツデータが分断されて蓄積される際の各端末間における動作の流れを示すフローチャートである。 サーバ１ａの記憶容量の不足により番組途中よりデータをサーバ１ｂに蓄積する際の各端末間における動作の流れを示すフローチャートである。

符号の説明

１ａ、１ｂ、サーバ ２、クライアント ３、ネットワーク ４、アンテナ
５、外部端末 １１、制御部 １２、ＲＯＭ １３、ＲＡＭ
１４、コンテンツデータ格納部 １５、コンテンツデータ管理部 １６、チューナ部
１７、外部端末用Ｉ／Ｆ １８、ネットワーク用Ｉ／Ｆ １９、操作部
２０、メイン内部バス

Claims (4)

1. 他の外部端末との間でデータ等の送受信を行う送受信部と、
   コンテンツデータを格納するコンテンツデータ格納部と、
   前記コンテンツデータ格納部に格納されたコンテンツデータに関する情報を管理するコンテンツデータ管理部と、を備え、
   前記コンテンツデータ管理部は、前記コンテンツデータ格納部に格納されたコンテンツデータの前記送受信部を介した他の外部端末への移動、又は他の外部端末から前記送受信部を介した前記コンテンツデータ格納部へのコンテンツデータの移動を行っている際に前記コンテンツデータの移動が中断した場合に、前記他の外部端末と前記コンテンツデータ格納部に分断されて格納されたデータの部分のそれぞれについての情報を一括して管理することを特徴とするコンテンツサーバ装置。
2. 放送電波を受信する電波受信部を備え、
   前記コンテンツデータ管理部は、前記電波受信部が受信したコンテンツデータを前記コンテンツデータ格納部に格納している際に前記コンテンツデータの格納の継続に対する障害事由が生じた場合には、以降に受信する前記コンテンツデータを他の外部端末に格納するために前記送受信部を介して前記他の外部端末に送信し、前記コンテンツデータ格納部と前記他の外部端末に分断されて格納されたデータの部分のそれぞれについての情報を一括して管理することを特徴とする請求項１記載のコンテンツサーバ装置。
3. 前記障害事由は、前記コンテンツデータ格納部の記憶可能容量の不足、または前記コンテンツデータの格納の動作と両立が不可能である他の予め設定されていた動作の存在であることを特徴とする請求項２記載のコンテンツサーバ装置。
4. 前記コンテンツデータ管理部は、前記送受信部を介してデータ受信装置から前記コンテンツデータ格納部に格納されたコンテンツデータに係る情報の送信要求があった際に、前記コンテンツデータが他の外部端末との間で分断されて格納されたものである場合には、分断された前記コンテンツデータの各部分について連続して再生可能な情報を前記データ受信装置に対して送信することを特徴とする請求項１または２記載のコンテンツサーバ装置。

Images