JP2004102450A

JP2004102450A - サーバ装置、車載用電子機器、及びコンテンツ処理方法

Info

Publication number: JP2004102450A
Application number: JP2002260453A
Authority: JP
Inventors: Takashi Imada; 今田　敬; Mitsunobu Aoyama; 青山　光伸
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2002-09-05
Filing date: 2002-09-05
Publication date: 2004-04-02

Abstract

【課題】個々の処理要求に柔軟に対応できるようにする。
【解決手段】ネットワークを介して複数のサーバ１０１，１１１，１２１…が接続されたシステムにおいて、コンテンツを保存するときには、そのコンテンツを構成する個々のデータを、当該コンテンツを共有すべき複数のサーバで分担して保存させるとともに、個々のデータの分担を示すディレクトリ情報２５４をメインサーバ２５１に保存させ、上記コンテンツの共有に対してあるサーバが離脱もしくは参加するときには、データの分担を変更するとともにサーバ２５１に保存されている情報２５４を更新し、上記コンテンツをあるサーバで再生するときには、サーバ２５１に保存されている情報２５４を参照することにより、当該コンテンツを構成する個々のデータを該当するサーバから取得して再生を行なう。
【選択図】　　図１

Description

【０００１】
【発明の属する技術分野】
本発明は、コンテンツを処理可能なサーバ装置、車載用電子機器、及びコンテンツ処理方法に関する。
【０００２】
【従来の技術】
ホームサーバやＨＤＤ（Ｈａｒｄ　Ｄｉｓｋ　Ｄｒｉｖｅ）ビデオレコーダなどの電子機器においては、ＨＤＤや書き込み可能なＤＶＤ（Ｄｉｇｉｔａｌ　Ｖｅｒｓａｔｉｌｅ　Ｄｉｓｋ）等の二次記憶装置（以下、ＨＤＤと呼ぶ）に動画像などのコンテンツが保存される場合がある。この場合、ＨＤＤへの保存可能な時間は、ＨＤＤの容量にほぼ比例する。よって、ＨＤＤの記憶領域を有効に使用すれば、記憶可能な容量を増大させることができ、保存可能な時間を延ばせるようになることが期待できる。
【０００３】
テレビ放送等のコンテンツを保存する場合、人気番組などでは、多くの人が同じコンテンツを自身のＨＤＤに保存している場合が想定されるが、通常は同じコンテンツに対応するデータが個々のＨＤＤの間で重複して保存されており、ＨＤＤの記憶領域が無駄に使用されていると見ることができる。この場合、ＨＤＤにおける保存可能な時間を延ばすことはできない。
【０００４】
一方、ＨＤＤの記憶領域を有効に使用する既存技術としては、複数の端末にコンテンツを分割して持たせ、クライアントからのダウンロードの要求時には、コンテンツの各部分を保持する端末がＰ２Ｐ（Ｐｅｅｒ　ｔｏ　Ｐｅｅｒ）にクライアントと通信して対応し、仮想的にサーバとして機能するようなシステムがある（ＣｅｎｔｅｒＳｐａｎ　Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ社の「Ｃ−ｓｔａｒ」やＯｐｅｎＣｏｌａ．ｃｏｍ社の「Ｓｗａｒｍｃａｓｔ」など）。
【０００５】
また、複数のサーバに複数のコンテンツを分散して配置し、クライアントからの要求時、必要な連結処理を行なうシステムがある（例えば、特許文献１参照。）。
【０００６】
【特許文献１】
特開２０００−１４８６３４号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、既存のシステムは、サーバへのアクセス負荷を軽減させることに主眼が置かれて構築されたものが多く、コンテンツを共有する個々の機器からの各種の処理要求（コンテンツを共有するグループからの離脱・参加や、移動先でのコンテンツ再生など）に柔軟に対応できるものがない。
【０００８】
本発明は上記実情に鑑みてなされたものであり、個々の処理要求に柔軟に対応できる電子機器及びコンテンツ処理方法を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明に係るコンテンツ処理方法は、ネットワークを介して複数のサーバ装置が接続されたシステムに適用されるコンテンツ処理方法であって、コンテンツを保存するときには、そのコンテンツを構成する個々のデータを、当該コンテンツを共有すべき複数のサーバ装置で分担して保存させるとともに、個々のデータの分担を示す情報を特定のサーバ装置に保存させ、前記コンテンツの共有に対してあるサーバ装置が離脱もしくは参加するときには、データの分担を変更するとともに前記特定のサーバ装置に保存されている前記情報を更新し、前記コンテンツをあるサーバ装置で再生するときには、前記特定のサーバ装置に保存されている前記情報を参照することにより、当該コンテンツを構成する個々のデータを該当するサーバ装置から取得して再生を行なうことを特徴とする。
【００１０】
また、本発明に係るサーバ装置は、ネットワークを介して複数のサーバ装置が接続されたシステムに適用されるサーバ装置であって、コンテンツを保存するときに、そのコンテンツを構成する個々のデータを、当該コンテンツを共有すべき複数のサーバ装置で分担して保存させる制御手段と、前記コンテンツを構成する個々のデータの分担を示す情報を保存する保存手段とを具備し、前記制御手段は、前記コンテンツの共有に対してあるサーバ装置が離脱もしくは参加するときにはデータの分担を変更するとともに前記保存手段に保存されている前記情報を更新し、当該情報はあるサーバ装置が前記コンテンツを再生するときに参照されることを特徴とする。
【００１１】
また、本発明に係るサーバ装置は、ネットワークを介して複数のサーバ装置が接続されたシステムに適用されるサーバ装置であって、前記複数のサーバ装置で共有すべきコンテンツを構成する個々のデータの一部を分担して保存する手段と、前記保存手段に保存されている一部のデータと、本サーバ装置以外の他のサーバ装置から得られる残りのデータとを用いて、前記コンテンツを再生する手段と、本サーバ装置が前記コンテンツの共有から離脱するとき、離脱することを示す情報を前記ネットワークを介して特定のサーバ装置に通知する手段とを具備することを特徴とする。
【００１２】
また、本発明に係る車載用電子機器は、ネットワークを介して複数のサーバ装置が接続されたシステムに適用される車載用電子機器であって、前記複数のサーバ装置で共有すべきコンテンツを構成する個々のデータの一部を分担して保存する手段と、前記保存手段に保存されている一部のデータと、本車載用電子機器以外の他のサーバ装置から得られる残りのデータとを用いて、前記コンテンツを再生する手段とを具備することを特徴とする。
【００１３】
また、本発明に係る車載用電子機器は、コンテンツを構成する個々のデータを保存している少なくとも一つのサーバ装置に無線ネットワークを介して接続可能な車載用電子機器であって、前記少なくとも一つのサーバ装置が保存している個々のデータの一部の複写物を保存する手段と、前記保存手段に保存された前記一部のデータと、前記無線ネットワークを介して前記少なくとも一つのサーバ装置から得られる残りのデータとを用いて、前記コンテンツを再生する手段とを具備することを特徴とする。
【００１４】
また、本発明に係る車載用電子機器は、コンテンツを構成する個々のデータを保存している少なくとも一つのサーバ装置に無線ネットワークを介して接続可能な車載用電子機器であって、あるサーバ装置による前記コンテンツの再生を中断して、中断した後の再生を前記車載用電子機器で行なう場合、前記コンテンツをどこまで再生したかを示す情報を保存する手段と、前記保存手段に保存した情報を参照することにより、中断後のコンテンツの再生を行なう手段とを具備することを特徴とする。
【００１５】
【発明の実施の形態】
以下、図面を参照して本発明の実施形態を説明する。
【００１６】
図１は、本発明の一実施形態に係るシステムの構成を示す図である。
【００１７】
＜システム構成＞
本システムは、例えば集合住宅や近接する複数の家で構成されるグループなどに適用され、電子機器としてのメインサーバ２５１、車載サーバ（車載用電子機器）１０１、複数のホームサーバ１１１，１２１，…を有する。これらのサーバはそれぞれＬＡＮ１３１及びアンテナ線１４１に接続されている。
【００１８】
ＬＡＮ１３１及びアンテナ線１４１は、集合住宅などの共用施設として配設されており、各家庭やガレージに設けられる個々のサーバの間での通信を可能とする。
【００１９】
メインサーバ２５１は、例えば集合住宅の管理室などに設けられ、本システム全体の制御を司るものである。
【００２０】
車載サーバ１０１は、あるユーザの自宅のガレージなどに長時間置かれる車両（充電を行なうために長時間置かれる電気自動車など）に搭載されたものであり、通常時は住宅の壁面などに設置されたコネクタ４０１を介してＬＡＮ１３１及びアンテナ線１４１に接続されている。
【００２１】
ホームサーバ１１１は、上記車載サーバ１０１の持ち主であるユーザの自宅に設けられたものである。ホームサーバ１２１…は、その他のユーザの自宅に設けられたものである。
【００２２】
なお、車載サーバ１０１や複数のホームサーバ１１１，１２１，…は、例えばＨＤＤや書き込み可能なＤＶＤ等の二次記憶装置（以下、ＨＤＤと呼ぶ）を備えており、動画像などのコンテンツの保存や再生を行なうことが可能である。
【００２３】
＜各サーバの内部構成＞
メインサーバ２５１は、制御部２５２及びＨＤＤ２５３を有する。
【００２４】
制御部２５２は、コンテンツを保存するときに、そのコンテンツを構成する個々のデータを、当該コンテンツを共有すべき複数のサーバ（車載サーバ１０１、複数のホームサーバ１１１，１２１，…のうちの一部又は全部）で分担して保存させる。
【００２５】
ＨＤＤ２５３は、コンテンツを構成する個々のデータの分担を示すディレクトリ情報２５４（どのサーバのＨＤＤにコンテンツのどの部分のデータを保存したかを示す情報）を保存する。
【００２６】
また、制御部２５２は、コンテンツの共有に対してあるサーバが離脱もしくは参加するときには、データの分担を変更するとともにＨＤＤ２５３に保存されているディレクトリ情報２５４を更新する。このディレクトリ情報２５４は、任意のサーバがコンテンツを再生するときに参照される。
【００２７】
一方、車載サーバ１０１は、制御部１０２及びＨＤＤ（二次記憶装置）１０３を有する。
【００２８】
制御部１０２は、信号変換や、通信、データの保存、再生（表示・音声出力を含む）などの制御を行なう。ＨＤＤ１０３は、複数のサーバで共有すべきコンテンツを構成する個々のデータの一部を分担して保存する。
【００２９】
また、制御部１０２は、ＨＤＤ１０３に保存されている一部のデータと、本サーバ以外の他のサーバから得られる残りのデータとを用いて、コンテンツを再生することが可能である。
【００３０】
また、制御部１０２は、本サーバがコンテンツの共有から離脱するとき、離脱することを示す情報をＬＡＮを介してメインサーバ２５１に通知するとともに、分担して保存していた上記一部のデータをＬＡＮを介してメインサーバ２５１（もしくはメインサーバ２５１により指定されたサーバ）へ転送することが可能である。
【００３１】
一方、ホームサーバ１１１は、制御部１１２及びＨＤＤ（二次記憶装置）１１３を有する。同様に、ホームサーバ１２１は、制御部１２２及びＨＤＤ（二次記憶装置）１２３を有する。これらの制御部及びＨＤＤは、前述した車載サーバ１０１の制御部１０２及びＨＤＤ１０３と同じ機能を有している。
【００３２】
＜コンテンツを複数のサーバへ分割して保存する処理＞
図１を用い、本実施形態におけるコンテンツの保存の方法を示す。サーバ２５１は、制御部１０２、１１２、１２２にＬＡＮ１３１を介してアクセスすることで、サーバ１０１、１１１、１２１の状態（視聴状態など）を認識する。
【００３３】
いま、あるコンテンツについて、サーバ１０１、１１１、１２１が同じコンテンツを保存しようとしている場合、サーバ２５１が、保存すべきデータを各サーバのＨＤＤに割り振り、それぞれデータ２０４１、データ２１４２、データ２２４３の保存を指示する。どのサーバにコンテンツのどの部分のデータを保存したかについての情報は、例えばサーバ２５１にディレクトリ情報２５４として保存する。
【００３４】
各サーバは、例えばサーバ１０１においては、本来、データ２０４１、２０４２、２０４３を保存すべきところを、データ２０４２についてはデータ２１４２、データ２０４３についてはデータ２２４３として別のサーバに保存することができ、サーバ１０１内で使用するＨＤＤの記憶容量を節約することができる。
【００３５】
なお、各サーバでの保存処理においては、制御部により、ストリームの分離、ＭＰＥＧ２エンコードなどの動画圧縮、必要であれば著作権保護等、必要な符号化処理を行なってから、ＨＤＤへの保存を行なう。コンテンツは、ＬＡＮ１３１から供給される場合もありうるが、その場合も制御部により必要な符号化処理を行なってからＨＤＤへの保存を行なう。
【００３６】
各サーバでコンテンツを再生する場合は、サーバ２５１に保持されるディレクトリ情報２５４を参照しながら、別のサーバに保存されているデータを使用して再生する。例えばサーバ１１１がコンテンツの再生を行なう場合、サーバ１０１からデータ２０４１、サーバ１２１から２２４３を読み出すことにより、再生を行なうことができる。
【００３７】
なお、各サーバでの再生処理においては、制御部により、ＭＰＥＧ２デコードや著作権保護の解除等、必要な複合化処理を行なってから、再生を行なう。
【００３８】
＜コンテンツを共有していたサーバが共有から外れる場合の処理＞
共有して保持したコンテンツについて、あるサーバがそのデータを削除したい場合は、当該データを、共有を行なっている別のサーバに振り分けてから実際のデータの削除を行なう。
【００３９】
例えば、図１中のサーバ１２１がデータ２２４３を削除したい場合、データ２２４３であった部分を図２のようにデータ３２４３ａとデータ３２４３ｂとに分割し、これら分割したデータをデータ３０４１及びデータ３１４２として、サーバ１０１とサーバ１１１とにそれぞれ振り分けてコピーする。ここで、個々のサーバごとに暗号化処理等の措置が必要な場合は、サーバ１２１の鍵を用いて暗号をはずし（復号化し）、サーバ１０１、１１１にコピーする際に、それぞれサーバ１０１、１１１の鍵を用いて暗号化してからコピーを行なう。
【００４０】
併せて、サーバ１０１がデータ２０４１とデータ３０４１を保持し、且つサーバ１１１がデータ２１４２とデータ３１４２を保持することを示すように、サーバ２５１上のディレクトリ情報２５４（図１）を更新し、ディレクトリ情報３５４（図２）として保存する。
【００４１】
ここで、図３のフローチャートを参照して、メインサーバ側でのコンテンツ保存処理の手順を説明する。
【００４２】
メインサーバ２５１の制御部２５２は、サーバ１０１、１１１、１２１の状態を監視する（ステップＡ１）。あるサーバからコンテンツの保存要求があれば（ステップＡ２）、制御部２５２は、そのコンテンツを共有すべき各サーバを確認し、当該各サーバに対してデータの割り振りを行なう。また、制御部２５２は、データの分担を示すディレクトリ情報の保存も行なう（ステップＡ３）。そして、制御部２５２は、各サーバに対して割り振りしたデータの保存を指示する（ステップＡ４）。なお、上記ディレクトリ情報の保存処理は、ステップＡ４の後に行なうようにしてもよい。
【００４３】
次に、図４のフローチャートを参照して、メインサーバ側での情報の更新処理の手順を説明する。
【００４４】
メインサーバ２５１の制御部２５２は、サーバ１０１、１１１、１２１の状態を監視する（ステップＢ１）。あるサーバから、共有に対する離脱要求（または参加要求）があった場合（ステップＢ２）、制御部２５２は、そのコンテンツを共有する各サーバに対するデータの割り振りの変更を行なう。また、制御部２５２は、データの分担を示すディレクトリ情報の更新も行なう（ステップＢ３）。そして、制御部２５２は、各サーバに対する割り振りの変更に伴い、各サーバ間のデータ転送を制御する。すなわち、制御部２５２は、あるサーバから必要なデータを取り出してそれを他のサーバへ保存させるためのを指示などを行う。（ステップＢ４）。なお、上記ディレクトリ情報の更新処理は、ステップＢ４の後に行なうようにしてもよい。
【００４５】
次に、図５のフローチャートを参照して、メインサーバ側でのコンテンツ再生処理の手順を説明する。
【００４６】
メインサーバ２５１の制御部２５２は、サーバ１０１、１１１、１２１の状態を監視する（ステップＣ１）。あるサーバからコンテンツの再生要求があれば（ステップＣ２）、制御部２５２は、データの分担を示すディレクトリ情報を参照し（ステップＣ３）、そのコンテンツを共有している各サーバを確認すると、該当するサーバから再生要求元のサーバへ必要なデータが読み出されてダウンロードされるよう（再生要求元のサーバでの再生処理が可能となるよう）制御する（ステップＣ４）。
【００４７】
以降では、内容を理解しやすくするため、各ホームサーバ１１１，１２１，…に対して簡易な符号１，２，…を付与すると共に、車載サーバを除くサーバ（ホームサーバ）を対象にして、各種の方法を具体的に説明する。なお、以下の具体例において、車載サーバを含めて実施することは勿論可能である。
【００４８】
まず、複数のホームサーバにコンテンツのデータを分割して保存する方法の例をいくつか紹介する。
【００４９】
＜コンテンツ全体を分割してデータを保存する方法＞
ホームサーバの個数をｎ個、あるコンテンツの全体の時間をＬとすると、全体をｎ分割して、各ホームサーバに順次データを保存していく方法が挙げられる。具体的には、ｉ番目のホームサーバｉに保存するデータを、「コンテンツの再生した際の時刻［（ｉ−１）／Ｌ］から時刻［ｉ／Ｌ］までの分を符号化したもの（ｉ＝１〜ｎ）」とする。図６は、ｎ＝３の場合の例を示す。
【００５０】
この場合に、あるホームサーバｊが共有を行なわなくなるためにデータを別のホームサーバに移動させる場合は、ホームサーバｊに保存されていたデータを時間方向でｎ−１個に分割し、ｊ以外のホームサーバにデータを割り振りすればよい。
【００５１】
逆に、コンテンツを共有するホームサーバを追加する場合は、ホームサーバ１〜ｎに保存されたデータから、それぞれ１／ｎの時間の分のデータを、新たに追加したホームサーバｎ＋１に割り当てればよい。
【００５２】
＜コンテンツを時分割してデータを保存する方法＞
また、別の方法としては、コンテンツを、Ｌより小さい周期Ｔごとに分割し、各ホームサーバに、Ｔごとのデータを割り振って順次保存していく方法が挙げられる。具体的には、ｉ番目のホームサーバｉに保存するデータを、「コンテンツを再生した際の時刻［（ｊ−１）Ｔ］から時刻［ｊＴ］までを符号化した分（ｊｍｏｄ　ｎ＝ｉ、ｊ＝１〜Ｌ／Ｔ（小数点以下切り上げ））」とする。図７は、ｎ＝４、Ｌ＝１４Ｔの場合の例を示す。
【００５３】
この場合に、あるホームサーバｈが共有を行なわなくなるためにデータを別のホームサーバに移動させるバ場合は、ホームサーバｈに保存されていた個々のデータを、時間方向で順番にｈ以外のホームサーバに割り振ることが考えられる。図８には、図７の状態からホームサーバｈ＝３でデータを削除した場合に、削除されるデータを保存する先のホームサーバの番号が示されている。太枠のデータは、削除前はホームサーバ３に保存されていたが、削除後はホームサーバ１、２、４の順で保存され直されている。
【００５４】
図１０に、コンテンツを共有しているあるホームサーバｈが共有から離脱する場合の処理の流れの一例（ステップＤ１〜Ｄ１１）を示す。ここでは、Ｐ（ｉ）（ｉ＝１，　…，　Ｌ／Ｔ）はｉ番目の周期の区間の分を保存するホームサーバの番号を示す数列であり、Ｓ（ｊ）（ｊ＝１，　…　，　ｎ）はこのコンテンツを共有しているｎ個のホームサーバの番号を示す数列である（図７では、Ｓ（１）＝１、Ｓ（２）＝２、Ｓ（３）＝３、Ｓ（４）＝４である）。また、Ｊｈは、Ｓ（Ｊｈ）＝ｈなる数列Ｓの要素のＳ中の順序を示す。
【００５５】
逆に、コンテンツを共有するホームサーバを追加する場合は、コンテンツの保存・再生方向について、ｎ＋１番目の周期Ｔのコンテンツにあたるデータごとに、そのデータを保存しているホームサーバから、ホームサーバｎ＋１へデータをコピーすることで、ほぼｎ＋１個のホームサーバに対してデータを均等に割り振ることができる。図９は、ｎ＝４で、５番目のホームサーバが新たにコンテンツの共有に追加される場合に、５番目のホームサーバに保存するデータをどのように決めるかを示している。
【００５６】
＜コンテンツを共有するホームサーバの検出と制御＞
コンテンツが、どのサーバ間で共有されるかについて検出が必要となるが、これは、サーバが保存しようとするコンテンツのチャネル（放送チャネル、通信チャネルなど）が何であるかを監視することで実施することができる。
【００５７】
例えば、図１の構成で、あるホームサーバｉがコンテンツｃの録画を開始する場合、サーバｉは自分のＨＤＤにデータの保存を開始するとともに、サーバ２５１に対し割込みを入れるものとする。割込みに対し、サーバ２５１は、ホームサーバｉの状態を調べ、ホームサーバｉがコンテンツｃの録画を行なおうとしていることを認識する。コンテンツｃがすでに、別の１つ以上のホームサーバにより録画が開始されている場合、サーバ２５１は、ホームサーバｉをコンテンツｃの共有に参加させることができ、サーバ２５１がディクレトリ情報を修正して、その時間もそのホームサーバがコンテンツの共有に参加していたようにすることができ、かつ、割込みが処理されるまでにホームサーバｉが単独で保存していたデータは破棄することができる。また、コンテンツｃがまだ共有を行なっていなかった場合、ホームサーバｉは単独でコンテンツｃの保存を続ける。
【００５８】
＜各ホームサーバでのデータの並べ直し＞
コンテンツを共有するサーバが削除、または追加された場合、ＨＤＤ上でデータの保存場所が連続した記憶領域となるように、データを並べ直して、ＨＤＤへのｒｅａｄ／ｗｒｉｔｅ性能を向上させ、ストリーミングを保証しやすくすることが可能となる。
【００５９】
＜データの冗長化＞
サーバ間でのデータ保持の仕方に適切な冗長度を持たせることで、何らかの障害によってコンテンツの共有に参加するホームサーバのいずれかが故障した場合にも、全体としてのデータの破壊を免れることができる。例えば、前述のようにコンテンツを時分割で符号化してデータを保持する場合、常に、２つの別のホームサーバに対して同じデータを書き込むようにすることで、コンテンツの保存の終了後、いずれかのホームサーバが故障しても、失われていないデータを元に、失われたデータを復元することができる。これにより、システムを障害が起こる前の冗長性を持った状態に復帰させる。なお、データを書き込むホームサーバの選択の仕方については、ＲＡＩＤ等のデータ冗長化技術を利用すればよい。
【００６０】
＜符号化方式の違いに応じた保存データ量の増減＞
コンテンツを共有するサーバにより、保存後再生時に再現したい解像度が、ＨＤ（Ｈｉｇｈ　Ｄｅｎｓｉｔｙ）とＳＤ（Ｓｔａｎｄａｒｄ　Ｄｅｎｓｉｔｙ）など異なる場合が想定される。このような場合には、保存時の符号化は、要求のあった最も高い解像度で実施する。低い解像度を要求したサーバについては、再生時、要求した解像度への解像度変換を行なって画面に表示させれば、ＨＤＤ使用量についてサーバ間で公平性を保てる。例えば、解像度などについて、ユーザにより要求が異なる場合、高解像度を望むユーザほど、ＨＤＤ使用量を増して、平等にすることができる。
【００６１】
各サーバにデータを保存する際の割り当て方としては、前述のようにデータを分割して各サーバにデータを保存する際に、各サーバごとの解像度に対応したデータ量になるように、コンテンツ全体の時間の分割や、時分割の際の単位となる時間を変更させればよい。この比率を求める方法としては、ＨＤ、ＳＤなどの解像度ごとの圧縮時の平均的なデータ量の比率を調査しておき、これを用いることが一例として挙げられる。
【００６２】
＜コンテンツ保存中に共有するサーバが追加された場合の処理＞
コンテンツを保存中で終了する前のある時点から、そのコンテンツの共有を行なうサーバの個数が変化する場合が考えられる。図１１は、最初３個のサーバで順にデータを保存しようとしていたが、途中でサーバ４がコンテンツの共有に参加した場合を考える（図中の丸数字１）。この場合、この時点以降のデータ保存は、１〜４のサーバに対して行なう（図中の丸数字２）。さらに、コンテンツの保存が終了した後、サーバ４が参加する前までにサーバ１、２に保存されたデータについて、この時点までのコンテンツを共有していたサーバ１〜３に対してデータの割り振りをし直す（図中の丸数字３）。これにより、コンテンツの共有に参加していた時点での、各サーバのＨＤＤ使用量が均等になる。
【００６３】
このようにすれば、コンテンツを共有するサーバを、動的に増やすことができ、例えば、番組途中から録画を開始するようなユーザに対応できる。
【００６４】
また、前述のように時分割でデータを保存するサーバを変化させる方式の場合、次のような制御が可能である。
【００６５】
・ディレクトリ情報は、コンテンツの共有に参加しているサーバの構成が変わるたびに、その時点でディレクトリ情報を更新する。
【００６６】
・データを保存するサーバへの割り当ては、その時点でコンテンツの共有に参加しているサーバ全てに対して行なう。
【００６７】
＜各サーバのユーザに対する不便さの緩和＞
あるサーバが、コンテンツの共有を止める場合、そのサーバに保存されていたデータは、他のサーバへ保存されるため、他のサーバは、ＨＤＤの空き容量が減少することになる。この空き容量の減少は、ユーザに不便さを感じさせる可能性がある。以下のような方法で、不便さを緩和させることが可能である。
【００６８】
・実際にＨＤＤからデータが消えるまでに一定の時間を置くことで、他の人が消したことによりＨＤＤの空き容量が減るまでの時間に余裕を与える。
【００６９】
・実際にＨＤＤからデータが消えるまでの時間を、その時点で共有しているサーバの個数（ユーザの人数）に応じて変化させることで、共有するサーバが多いほど、そこから共有するサーバが減少する場合の、ＨＤＤの空き容量の減少する率を低くすることが可能となる。
【００７０】
・共有コンテンツで実際に使用している各サーバのＨＤＤにおける記憶領域について、実際の空き容量よりも少ない値を空き容量としてユーザに提示することで、空き容量が変化する感覚を緩和する。
【００７１】
・ユーザが自由に使用（管理）できない領域と自由に使用（管理）できる領域に分け、自由に使用（管理）できない領域をデータ保存に使うことで、空き容量が減少する感覚を緩和する。
【００７２】
・コンテンツの保存を継続している時間をサーバのユーザが自分で設定できるようにし、その間はユーザが自分のサーバに保存したデータを消せないようにする。
【００７３】
・データが消去される前に警告を行なう。
【００７４】
・新たに共有に参加するサーバ（ユーザ）に、ディスク必要量がどう変化する予定であるかを示す情報をメインサーバから提供する。
【００７５】
＜保存データの暗号化処理＞
サーバにコンテンツの内容を保存する際に、著作権保護等のため、暗号化を行なう必要がある場合がある。この場合、以下のような方法が挙げられる。
【００７６】
・データの保護のために暗号化が必要な場合に、データ保存の際に個々のサーバごとの鍵により暗号化する。あるサーバＡが別のサーバＢ上のデータを読み出す際は、サーバＢではサーバＢの鍵で復号化し、そのデータをサーバＡに転送すればよい。また、コンテンツの共有からサーバＣが削除される場合は、データを他のサーバにコピーする際に、Ｃの鍵で復号化後、コピー先のサーバでそのサーバの鍵で暗号化して保存すればよい。
【００７７】
・暗号化の鍵は、コンテンツを共有するサーバ間で共通のものを（コンテンツごとに）発行して使用し、暗号化は全てこの鍵で行なうことで、サーバの場所に関係なく、同じ鍵で暗号化されたデータを使用できる。あるサーバＡが別のサーバＢ上のデータを読み出す際は、サーバＢのデータをサーバＡに転送し、そのデータをサーバＡで復号化することで、サーバＢの負荷を軽減することができる。また、コンテンツの共有からサーバＣが削除される場合は、データを他のサーバにコピーする際に、復号化、再度の暗号化の処理を省略できる。
【００７８】
＜外出先の車載サーバの使用を可能とするシステム構成＞
図１２は、図１に示したシステム構成の変形例を示す図である。なお、図１と共通する要素には同一の符号を付し、その説明を省略する。
【００７９】
本例では、ホームサーバ機能を外出先の車載サーバと連携させることが可能である。ホームサーバ等の固定設置のサーバで保持した、コンテンツの一部であるデータを、当該車載サーバのＨＤＤにコピーすることで、以下のようにして車での再生を行なうことができる。
【００８０】
図１２において、ホームサーバ１１１、１２１や車載サーバ１０１等と、サーバ２５１とにより、例えば図１で説明した場合と同様なコンテンツのデータの分割が行なわれているものとする。さらに、ＬＡＮ１３１には、アクセスポイント９６１が接続されている。アクセスポイント９６１は、外部のインタネット等のネットワークに対して、ＷＡＮユニット９６３によりＷＡＮ（Ｗｉｄｅ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）を介して接続する。また、無線ＬＡＮアクセスポイント９６２により、近傍で無線ＬＡＮネットワークを形成している。
【００８１】
車載サーバ（車載用電子機器）９７１は、制御部９７２、ＨＤＤ９７３を持ち、また、無線ＬＡＮユニット９７６により、無線ＬＡＮアクセスポイント９６２を介して、ＬＡＮ１３１と接続することができるものとする。また、無線ユニット９７７を使用し、ＷＡＮユニット９６３を介して、ＬＡＮ１３１に接続できるものとする。
【００８２】
いま、あるユーザが車載サーバ９７１を使用して、外出先でコンテンツを再生する場合を想定する。このユーザは、外出時にコンテンツを参照する際、無線ユニット９７７を使用して、アクセスポイント９６１を介して、サーバ１０１、１１１、１２１等にアクセスして、必要なデータを取り出すことができる。サーバ１０１、１１１、１２１上のデータを読み出す際に、無線ＬＡＮアクセスポイント９６２が形成する無線ＬＡＮネットワークの到達範囲内であれば、無線ＬＡＮユニット９７６を使用する。
【００８３】
また、車のような移動体では、無線通信の容量が小さく、コンテンツの実時間の再生が正常にできない場合が想定される。このような場合、コンテンツの再生に先立って、コンテンツの一部のデータを外出前に予め車載サーバ９７１中のバッファに保持しておく。外出先では、このバッファに保存したデータによりコンテンツの再生を開始し、その後のコンテンツの再生に必要な後続のデータを他のサーバから無線により自身のバッファにダウンロードしながら、コンテンツの再生を行なうことができる。
【００８４】
コンテンツ再生に先立って保存しておくデータ量を、無線通信の予想される容量と、再生要求から再生開始までにユーザを待たせる時間の上限、により算定し、必要なデータ量だけを車載サーバのＨＤＤに保存しておくことが望ましい。外出前、このようにしてバッファすべきデータ量を決定し、無線ＬＡＮユニット９７６を用いて必要な分のデータをサーバ１０１、１１１、１２１からコピーしておく。
【００８５】
ＨＤＤ９７３に保存するデータは、サーバ１１１に保存されているデータを全てコピーするのではなく、外出先で再生したいコンテンツを選択して、必要なものだけを保存することが可能である。
【００８６】
＜ホームサーバから車載サーバへの引き継ぎ処理＞
ユーザが、ある保存したコンテンツについて、家庭と車の両方で再生、視聴する場合、コンテンツ中の再生を行なった箇所の記録を、ホームサーバから車載サーバへ引き継いで保持することにより、次のようなことができる。
【００８７】
・家庭と車で、連続的にコンテンツの視聴を行なえる。
【００８８】
・車載サーバに保存するデータ量を、まだ視聴していない部分に限ることにより、外出に先だってＨＤＤにバッファすべきデータの容量を節約することができる。
【００８９】
ここで、図１３のフローチャートを参照して、車載サーバによる外出先での再生処理の手順を説明する。
【００９０】
外出前においては、外出先で使用するコンテンツの選択が行なわれる（ステップＥ１）。また、車載サーバ９７１に保存すべきデータの量を制御部９７２により算出し（ステップＥ２）、算出した量のデータを他のサーバからコピーしてバッファ（もしくはＨＤＤ９７３）に保存しておく（ステップＥ３）。
【００９１】
外出先でコンテンツを再生する場合（ステップＥ４）、自身のバッファに保存しているデータによりコンテンツの再生を開始し（ステップＥ５）、次いで、後続のデータを他のサーバから無線ネットワークを介してダウンロードしながらコンテンツの再生を続ける（ステップＥ６）。
【００９２】
本実施形態によれば、少なくとも以下のような効果が得られる。
【００９３】
・コンテンツの保存時は、同じコンテンツを保存しようとするサーバ間で、コンテンツを分割し、個々のサーバのＨＤＤにデータを保存し、コンテンツの再生時は、データが保存されているサーバから、ＬＡＮを介してデータを取り出して再生することにより、各サーバが使用するＨＤＤの記憶容量を節約することができる。
【００９４】
・コンテンツの再生に関し、ＬＡＮの転送速度が十分に高速で、ＨＤＤの読み出しが十分に高速であるといった条件のもとでは、そのコンテンツを再生するのに必要なデータを保存しているサーバを選択しつつ、そのサーバのＨＤＤからのデータを読み出しながら、コンテンツの視聴等を行なうことができる。
【００９５】
・同じコンテンツを保存しようとしているかどうかは、各サーバが保存しようとするチャネルが何であるかを、サーバ間で共有するかサーバを統括する機構により観測すること等で判断することが可能となる。
【００９６】
・あるサーバが、共有して保持しているコンテンツを削除して、自分が保存している分のデータ領域の記憶容量を開放したい場合は、保存していたデータを、そのコンテンツを保持している残りのサーバに分配し直すことで、他のサーバ個々の記憶容量は多く使用することとなるが、共有状態を継続できる。
【００９７】
・一つのコンテンツの保存に際し、共有に参加するサーバの台数を固定的にすることもできるし、コンテンツの放送途中での共有に参加するサーバの台数の変化に対応して、共有の仕方を変化させることもできる。
【００９８】
・データの保護のために暗号化が必要な場合に、データ保存の際に個々のサーバごとの鍵により暗号化する方法のほかに、コンテンツごとに暗号化の鍵を発行し、暗号化は全てこの鍵で行い、各サーバには、その鍵を各サーバの固有鍵で暗号化したものとして保持させることで、サーバの場所に関係なく、同じ暗号化データを安全に保存することもできる。
【００９９】
・サーバに保存したデータを無線通信機能を有する車載サーバに保存するようにすれば、車での外出先で、コンテンツを視聴することができる。また、家庭でコンテンツをどこまで視聴したかを記憶しておき、ユーザが車で場所を移る際に引き継ぎを行なうことで、外出先での視聴内容を自然に保つことができる。
【０１００】
なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲内で種々変形して実施することが可能である。
【０１０１】
上記実施形態ではサーバのＨＤＤ上のコンテンツ管理に関して説明したが、これだけに限られない。ＰＣ（Ｐｅｒｓｏｎａｌ　Ｃｏｍｐｕｔｅｒ）のＨＤＤ上のコンテンツ管理に適用した場合、例えばＬＡＮ内にダウンロードされたデータに重複があるときに、Ｐｒｏｘｙ　Ｓｅｒｖｅｒにより、ダウンロードしたファイルを管理できる。コンテンツの例としては、ソフトのアップデート用コンテンツ（Ｗｉｎｄｏｗｓ　Ｕｐｄａｔｅなど）や、ダウンロードしたコンテンツ（音楽データ、動画像など）が挙げられる。
【０１０２】
【発明の効果】
以上詳記したように本発明によれば、個々の処理要求に柔軟に対応できるようにすることが可能となる。
【図面の簡単な説明】
【図１】本発明の一実施形態に係るシステムの構成を示す図。
【図２】あるサーバが共有から離脱した場合のデータの振り分けを示す図。
【図３】コンテンツの保存処理の手順を示すフローチャート。
【図４】ディレクトリ情報の更新処理の手順を示すフローチャート。
【図５】コンテンツの再生処理の手順を示すフローチャート。
【図６】コンテンツの符号化データの分割方法（第１の方法）を示す図。
【図７】コンテンツの符号化データの分割方法（第２の方法）を示す図。
【図８】あるサーバのデータ削除後のデータの保存場所を示す図。
【図９】あるサーバがコンテンツの共有に追加する場合のデータの保存場所を示す図。
【図１０】コンテンツを共有しているあるホームサーバが共有から離脱する場合の処理手順の一例を示すフローチャート。
【図１１】コンテンツ保存中に共有するサーバが追加された場合を示す図。
【図１２】図１に示したシステム構成の変形例を示す図。
【図１３】車載サーバによる外出先での再生処理の手順を示すフローチャート。
【符号の説明】
１０１…車載サーバ
１０２，１１２，１２２，２５２…制御部
１０３，１１３，１２３，２５３…ＨＤＤ
１１１，１２１…ホームサーバ
１３１…ＬＡＮ
１４１…アンテナ線
２５１…メインサーバ
２５４，３５４…ディレクトリ情報
９６１…アクセスポイント
９６２…無線ＬＡＮアクセスポイント
９６３…ＷＡＮユニット
９７１…車載サーバ
９７６…無線ＬＡＮユニット
９７７…無線ユニット

Claims

ネットワークを介して複数のサーバ装置が接続されたシステムに適用されるコンテンツ処理方法であって、
コンテンツを保存するときには、そのコンテンツを構成する個々のデータを、当該コンテンツを共有すべき複数のサーバ装置で分担して保存させるとともに、個々のデータの分担を示す情報を特定のサーバ装置に保存させ、
前記コンテンツの共有に対してあるサーバ装置が離脱もしくは参加するときには、データの分担を変更するとともに前記特定のサーバ装置に保存されている前記情報を更新し、
前記コンテンツをあるサーバ装置で再生するときには、前記特定のサーバ装置に保存されている前記情報を参照することにより、当該コンテンツを構成する個々のデータを該当するサーバ装置から取得して再生を行なうことを特徴とするコンテンツ処理方法。
あるサーバ装置が前記コンテンツの共有から離脱するときには、そのサーバ装置に保存させていたデータを分割し、分割した個々のデータを残りのサーバ装置に分担して保存させることを特徴とする請求項１記載のコンテンツ処理方法。
あるサーバ装置が前記コンテンツの共有に参加するときには、そのサーバ装置に、当該コンテンツを共有している複数のサーバ装置に保存させていた個々のデータの一部を保存させることを特徴とする請求項１記載のコンテンツ処理方法。
前記コンテンツを保存するときには、保存にかかる全時間を、当該コンテンツを共有すべき複数のサーバ装置の個数分だけ時分割し、分割した時間毎に個々のサーバ装置へデータを順次保存していくことを特徴とする請求項１乃至３のいずれかに記載のコンテンツ処理方法。
前記コンテンツを保存するときには、保存にかかる全時間を、所定の時間単位で時分割し、分割した時間毎に個々のサーバ装置へデータを順次保存していくことを特徴とする請求項１乃至３のいずれかに記載のコンテンツ処理方法。
前記コンテンツを保存するときには、当該コンテンツを共有する複数のサーバ装置の間でデータに冗長度を持たせた状態とし、
前記コンテンツを共有する複数のサーバ装置のいずれかに障害が生じた場合には、失われていないデータに基づいて失われたデータを復元し、前記冗長度を持たせた状態に復帰させることを特徴とする請求項１乃至５のいずれかに記載のコンテンツ処理方法。
前記コンテンツを共有すべき複数のサーバ装置におけるデータ保存時の符号化方式の違いに応じて、それぞれ分担するデータ量を増減させることを特徴とする請求項１乃至６のいずれかに記載のコンテンツ処理方法。
各サーバ装置に保存されるデータが連続した記憶領域に記録されるようにすることを特徴とする請求項１乃至７のいずれかに記載のコンテンツ処理方法。
前記コンテンツを保存するときに、データの符号化に暗号化を伴う場合、サーバ装置毎に割り当てられた固有の鍵を用いて前記暗号化を行なうことを特徴とする請求項１乃至８のいずれかに記載のコンテンツ処理方法。
前記コンテンツを保存するときに、データの符号化に暗号化を伴う場合、コンテンツ毎に割り当てられた固有の鍵を用いて前記暗号化を行なうことを特徴とする請求項１乃至８のいずれかに記載のコンテンツ処理方法。
前記コンテンツの共有からあるサーバ装置が離脱するときには、当該サーバ装置が保存しているデータの消去を所定の時間が経過してから行なうことを特徴とする請求項１、２、４乃至１０のいずれかに記載のコンテンツ処理方法。
前記所定の時間を、前記コンテンツを共有する複数のサーバ装置の個数に応じて変化させることを特徴とする請求項１１記載のコンテンツ処理方法。
前記コンテンツを保存するときには、各サーバ装置においてユーザが使用できない記憶領域を用いることを特徴とする請求項１、２、４乃至１２のいずれかに記載のコンテンツ処理方法。
各サーバ装置における記憶領域の実際の空き容量よりも少ない値を空き容量としてユーザに提示することを特徴とする請求項１、２、４乃至１３のいずれかに記載のコンテンツ処理方法。
前記コンテンツの共有にあるサーバ装置が参加するときには、当該サーバ装置が共有に参加している期間を設定できるようにすることを特徴とする請求項１、３、４乃至１０のいずれかに記載のコンテンツ処理方法。
前記ネットワークに別の無線ネットワークを介して接続可能な別のサーバ装置に、前記コンテンツを構成する一部のデータを該当するサーバ装置から複写して保存しておき、
前記別のサーバ装置により前記コンテンツを再生するときには、前記複写して保存しておいた一部のデータと、前記ネットワーク及び前記無線ネットワークを介して該当するサーバ装置から得られる残りのデータとを用いて、当該再生を行なうことを特徴とする請求項１乃至１５のいずれかに記載のコンテンツ処理方法。
あるサーバ装置による前記コンテンツの再生を中断して、中断した後の再生を前記別のサーバ装置で行なう場合、前記コンテンツをどこまで再生したかを示す情報を記録しておき、
前記記録した情報を前記別のサーバ装置において参照することにより、中断後のコンテンツの再生を行なうことを特徴とする請求項１６記載のコンテンツ処理方法。
前記記録した情報を参照することにより、前記別のサーバ装置に複写して保存しておくべき前記一部のデータを決定することを特徴とする請求項１７記載のコンテンツ処理方法。
前記コンテンツを共有する複数のサーバ装置の一つを、車載用電子機器としたことを特徴とする請求項１乃至１５のいずれかに記載のコンテンツ処理方法。
ネットワークを介して複数のサーバ装置が接続されたシステムに適用されるサーバ装置であって、
コンテンツを保存するときに、そのコンテンツを構成する個々のデータを、当該コンテンツを共有すべき複数のサーバ装置で分担して保存させる制御手段と、前記コンテンツを構成する個々のデータの分担を示す情報を保存する保存手段とを具備し、
前記制御手段は、前記コンテンツの共有に対してあるサーバ装置が離脱もしくは参加するときにはデータの分担を変更するとともに前記保存手段に保存されている前記情報を更新し、当該情報はあるサーバ装置が前記コンテンツを再生するときに参照されることを特徴とするサーバ装置。
ネットワークを介して複数のサーバ装置が接続されたシステムに適用されるサーバ装置であって、
前記複数のサーバ装置で共有すべきコンテンツを構成する個々のデータの一部を分担して保存する手段と、
前記保存手段に保存されている一部のデータと、本サーバ装置以外の他のサーバ装置から得られる残りのデータとを用いて、前記コンテンツを再生する手段と、
本サーバ装置が前記コンテンツの共有から離脱するとき、離脱することを示す情報を前記ネットワークを介して特定のサーバ装置に通知する手段と、
を具備することを特徴とするサーバ装置。
ネットワークを介して複数のサーバ装置が接続されたシステムに適用される車載用電子機器であって、
前記複数のサーバ装置で共有すべきコンテンツを構成する個々のデータの一部を分担して保存する手段と、
前記保存手段に保存されている一部のデータと、本車載用電子機器以外の他のサーバ装置から得られる残りのデータとを用いて、前記コンテンツを再生する手段と、
を具備することを特徴とする車載用電子機器。
本車載用電子機器が前記コンテンツの共有から離脱するとき、離脱することを示す情報を前記ネットワークを介して特定のサーバ装置に通知する手段を更に具備することを特徴とする請求項２２記載の車載用電子機器。
コンテンツを構成する個々のデータを保存している少なくとも一つのサーバ装置に無線ネットワークを介して接続可能な車載用電子機器であって、
前記少なくとも一つのサーバ装置が保存している個々のデータの一部の複写物を保存する手段と、
前記保存手段に保存された前記一部のデータと、前記無線ネットワークを介して前記少なくとも一つのサーバ装置から得られる残りのデータとを用いて、前記コンテンツを再生する手段と、
を具備することを特徴とする車載用電子機器。
コンテンツを構成する個々のデータを保存している少なくとも一つのサーバ装置に無線ネットワークを介して接続可能な車載用電子機器であって、
あるサーバ装置による前記コンテンツの再生を中断して、中断した後の再生を前記車載用電子機器で行なう場合、前記コンテンツをどこまで再生したかを示す情報を保存する手段と、
前記保存手段に保存した情報を参照することにより、中断後のコンテンツの再生を行なう手段と、
を具備することを特徴とする車載用電子機器。