JP2005252402A - コンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラム - Google Patents

Abstract

【課題】 １台の記録装置の同時記録可能な能力以上の映像の記録を行なう。
【解決手段】 多数の映像記録装置がブロードバンド化したネットワークに常時接続され、連携作用により、お互いに非稼動の資源を提供し、録画操作と記録領域を共有する。個々のＡＶ記録装置は、通常は内蔵された記憶装置に記録を行なう。但し、同時記録可能な能力以上の映像記録要求が発生した場合には、ネットワーク上で連携する他の映像記録装置の非稼働資源を活用し、映像記録を行なう。したがって、１台の映像記録装置の負担を必要とせずに、多チャンネル大容量映像記録装置を実現することができる。
【選択図】 図１７

Description

本発明は、放送局から提供される番組コンテンツを記録するコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムに係り、特に、同一時間帯に提供される複数の同時映像を記録するコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムに関する。

さらに詳しくは、本発明は、１台の記録装置の同時記録可能な能力以上の映像の記録を行なうコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムに係り、特に、非稼動状態の機器の資源を利用して同時記録可能な能力以上の映像に応じるコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムに関する。

現代の情報文明社会において、放送の役割は計り知れない。とりわけ、音響とともに映像情報を視聴者の元に直接届けるテレビ放送の影響は大きい。放送技術は、信号処理やその送受信、音声や映像の情報処理など、幅広い技術を包含する。また、番組コンテンツをユーザに提供する伝送形態は、地上波や衛星波などの電波による放送方式やケーブル・テレビ方式、さらにはコンピュータ通信を利用して提供されるネット番組などさまざまである。

テレビの普及率は極めて高く、ほとんどすべての家庭内に設置されており、各放送局から配信される放送コンテンツは不特定多数の人々によって視聴されている。また、放送コンテンツを視聴する他の形態として、受信したコンテンツを視聴者側で一旦録画しておき、好きな時間に再生するということが挙げられる。

最近ではデジタル技術の発達により、映像や音声からなるＡＶデータを大量に蓄積することが可能になってきた。例えば、数十ＧＢあるいはそれ以上の容量を持つＨＤＤ（ハードディスク・ドライブ）が比較的安価に入手することが可能となり、ＨＤＤベースの録画機や、テレビ番組の録画／視聴機能を持ったパーソナル・コンピュータ（ＰＣ）などが登場してきている。

ＨＤＤは、記録データへのランダム・アクセスが可能な装置である。したがって、録画コンテンツを再生するときは、従来のビデオ・テープの場合のように、録画しておいた番組を単に先頭から順に再生する必要はなく、好きな番組（あるいは、番組中の特定のシーンや特定のコーナー）から直接再生を開始することができる。ハードディスク装置などの大容量ストレージを搭載した受信機（テレビやビデオ録画再生装置）を使用し、受信した放送コンテンツ一旦受信機内に蓄積してから再生するという視聴形態のことを、「サーバ型放送」と呼ぶ。

サーバ型放送システムによれば、通常のテレビ受像のようなリアルタイムで視聴するだけでなく、あらかじめ映像や音声を配信しておき、指定した時刻から視聴できるようにしたり、同時に配信される情報などを利用してシーン検索やダイジェスト視聴を行なったりすることが可能となる。

ところで、これまでビデオ録画装置では同一時間に１つの映像しか記録できなかったが、最近では、記憶容量の大容量化や多重チューナ化によって複数チャンネルの映像を同時記録できるようになっている。

今後、ＢＳ放送、ＣＳ放送、地上波デジタル放送など、放送事業の発展とともに、複数の映像提供者による多チャンネル化がますます進むと考えられている。これと相俟って、ユーザの好みを学習し自動的にテレビ番組を収集するような仕組みを始めとして、番組コンテンツの視聴支援システムが充実してきている。この結果、同一時間に録画しなければならない映像は増えていく。

しかしながら、この要求を満たそうと映像記録装置側で複数の同時映像記録の能力を限りなく追求して実現させようとすることはコスト的に非現実的である。

例えば、ユーザに代わって録画の代行を行なうシステムについて幾つか提案がなされている。この場合、録画代行サーバが多重チューナや巨大容量のディスクを備えることで、ユーザ側の記録機器の能力を超えて同時記録機能を実現することができる（例えば、特許文献１、特許文献２、特許文献３を参照のこと）。

しかしながら、この場合、録画代行サーバの負荷が高く、運用コストの面で問題があるとともに、録画代行したコンテンツをサーバからユーザへ配布する行為がコンテンツ提供者側に著作権やその他コンテンツの利用に関する権限の取扱い上問題となりかねない。また、一部のユーザにおいて記録機器が同時記録機能を超えた映像記録要求が発生する一方、他のユーザにおいては記録機器が非稼動状態であるという資源利用の不均一性の問題がある。

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

本発明の目的は、同一時間帯に提供される複数の同時映像を好適に記録することができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、１台の記録装置の同時記録可能な能力以上の映像の記録を行なうことができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、番組コンテンツの録画予約機能を備えた複数の機器をネットワーク上で連携させ、前記ネットワーク上の非稼動資源を利用して同一時間帯に提供される複数の同時映像を記録するコンテンツ記録システムであって、
前記ネットワーク経由で連携するいずれかの機器上で、録画予約に関するユーザからの要求を入力するユーザ入力手段と、
前記ユーザ入力手段を介して番組コンテンツの録画予約要求が入力されたことに応答して、該録画予約要求された時間帯において録画予約可能な非稼動資源を持つ機器を前記ネットワーク上で探索する非稼動資源探索手段と、
前記非稼動資源探索手段により発見された機器において要求されている録画予約を設定する録画予約設定手段と、
を具備することを特徴とするコンテンツ記録システムである。

但し、ここで言う「システム」とは、複数の装置（又は特定の機能を実現する機能モジュール）が論理的に集合した物のことを言い、各装置や機能モジュールが単一の筐体内にあるか否かは特に問わない。

本発明は、録画予約機能を備えた２以上のＣＥ機器間における動作をネットワーク経由で好適に連携させ、分散型の大容量ＡＶ記録システムを構築する。このような記録システムによれば、例えば、録画操作と記録領域の共有を実現することができ、別々の場所に設定されている非稼動状態の機器の資源を利用して同時記録可能な能力以上の映像に応じることができる。

例えば、ある家庭のＡＶ記録機器において同時記録可能な能力以上の映像記録要求が発生した場合、代行予約サーバの仲介により、ネットワーク上で連携する他の映像記録装置の非稼働資源を探索し、他の家庭のＡＶ記録機器のチューナと記録領域などのハードウェア資源を利用して超過の同時映像記録を行なうことができる。但し、代行予約サーバは、代行録画のためにチューナや記憶領域などの資源は提供しないので、サービス加入者数が増えても、処理上の負担増加は少なく、ハードウェアの拡張を必要としない。

ここで、前記非稼動資源探索手段は、録画予約要求された時間帯において、番組コンテンツを受信可能なチューナ、番組コンテンツを記録可能な空き記憶容量、又はプロセッサの余剰の処理負荷を非稼動資源として持つ機器を探索する。

前記非稼動資源探索手段は、まず番組コンテンツの録画予約要求が入力された機器上で非稼動資源を探索し、当該機器の同時録画能力を超える場合には、当該機器と同一地域において録画予約可能な非稼動資源を持つ他の機器を前記ネットワーク上でさらに探索する。

すなわち、個々のＡＶ記録装置は、通常は内蔵された記憶装置に記録を行なう。但し、同時記録可能な能力以上の映像記録要求が発生した場合には、録画依頼者側のＡＶ記録装置に代わってネットワーク上で連携する他の映像記録装置の非稼働資源を探索し、録画代行者側のＡＶ記録機器において映像記録すなわち録画の代行を行なう。この録画代行の際、録画依頼者と録画代行者の間で取り交わされる録画代行の照会作業を行なうため、各家庭のホームネットワークに接続されているＡＶ記録機器で設定されている録画予約に関する録画予約情報を収集する。

そして、前記非稼動資源探索手段は、録画代行を行なう場合には、録画予約要求されたものと同一番組を録画予約設定している機器を探索する。このような機器に録画代行を行なわせることにより、ネットワーク上のチューナ・リソースを共有することができ、より多くの録画予約を設定することが可能となる。

また、前記非稼動資源探索手段は、前記ネットワーク上の録画予約可能な各機器における視聴可能なチャンネル、空き録画予約時間、録画予約状況を管理する資源管理手段を備えてもよい。このような場合、録画予約可能な非稼動資源を持つ他の機器を前記ネットワーク上で探索する際に、録画予約要求元の機器において視聴可能なチャンネルの録画予約要求であるかどうかを管理データベースで照合することができる。

録画代行の照会作業の際、録画依頼者がローカルで録画可能なチャンネル以上の能力を使用できてはならない。何故ならば、例えば録画依頼者が加入していない放送受信サービスを、当該サービスに加入している録画代行者に録画代行を依頼する、不正な放送受信に相当する行為を禁じる必要があるからである。

このようにして前記非稼動資源探索手段が前記ネットワーク上の他の機器に非稼動資源を見つけた場合、前記録画予約設定手段は、当該他の機器に番組コンテンツの代行記録を要求する。

そして、前記ネットワーク上で連携する各機器は、自機上で録画予約設定された番組並びに代行記録要求に応じて録画予約設定された番組の放送時間の到来に応答して番組コンテンツの記録処理を行なう。

ここで、前記ネットワーク上で連携する各機器は、自機上で録画予約設定されたものと同一番組を代行記録する場合、別のファイルにして保存するようにする。この仕組みのことを「冗長化録画」と呼ぶ。冗長化録画の１つの目的は、録画依頼者と録画代行者とで、映像記録されたコンテンツの著作権やその他使用に関する権利問題を別々に取り扱えるようにすることにある。例えば、録画代行者側のＡＶ記録装置は、代行録画用のファイルを録画依頼者の公開暗号鍵で暗号化し、録画代行者自身はコンテンツを記録するものの視聴できないようにする。

代行録画が完了した後、代行録画した番組コンテンツを代行録画した機器から録画予約要求元の機器へ移動する。例えば、代行録画した機器と録画予約要求元の機器間で一対一の通信方式によりコンテンツファイルの転送を行なう。

そして、前記コンテンツ移動手段により代行記録した番組コンテンツを移動した後、代行記録した機器上に保存されている当該番組コンテンツを削除し、代行記録に使用したリソースを解放する。

また、本発明の第２の側面は、番組コンテンツの録画予約機能を備えた複数の機器をネットワーク上で連携させ、前記ネットワーク上の非稼動資源を利用して同一時間帯に提供される複数の同時映像を記録するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
前記ネットワーク経由で連携するいずれかの機器上で、録画予約に関するユーザからの要求を入力するユーザ入力ステップと、
番組コンテンツの録画予約要求が入力されたことに応答して、該録画予約要求された時間帯において録画予約可能な非稼動資源を持つ機器を前記ネットワーク上で探索する非稼動資源探索ステップと、
前記非稼動資源探索ステップにおいて発見された機器において要求されている録画予約を設定する録画予約設定ステップと、
を具備することを特徴とするコンピュータ・プログラムである。

本発明の第２の側面に係るコンピュータ・プログラムは、コンピュータ・システム上で所定の処理を実現するようにコンピュータ可読形式で記述されたコンピュータ・プログラムを定義したものである。換言すれば、本発明の第２の側面に係るコンピュータ・プログラムをコンピュータ・システムにインストールすることによって、コンピュータ・システム上では協働的作用が発揮され、本発明の第１の側面に係るコンテンツ記録システムと同様の作用効果を得ることができる。

本発明によれば、同一時間帯に提供される複数の同時映像を好適に記録することができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、１台の記録装置の同時記録可能な能力以上の映像の記録を行なうことができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、非稼動状態の機器の資源を利用して同時記録可能な能力以上の映像に応じることができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することができる。

本発明によれば、ユーザの見たい番組をすべて録画するという仕組みを、ハードウェアを拡張することなく実現できる。これにより、放送という番組垂れ流しの概念から、番組のタイムテーブルを自分のスタイルに合わせて組み合わせて自分だけの専用テレビ局にしてしまうことが可能である。

本発明のさらに他の目的、特徴や利点は、後述する本発明の実施形態や添付する図面に基づくより詳細な説明によって明らかになるであろう。

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

本発明は、１台の記録装置の同時記録可能な能力以上の映像の記録を行なうものである。具体的には、録画予約機能を備えた２以上のＣＥ機器間における動作をネットワーク経由で好適に連携させ、別々の場所に設定されている非稼動状態の機器の資源を利用して同時記録可能な能力以上の映像に応じるものである。ネットワーク上の機器同士を連携させるために、機器の協調動作により高い演算性能を実現するためのグリッドコンピューティング技術を活用する。

本発明では、映像を受信するチューナとこれを保存する記録領域を備えた多数の映像記録装置がブロードバンド化したネットワークに常時接続され、連携作用により、お互いに非稼動の資源を提供し、録画操作と記録領域を共有することができる。個々のＡＶ記録装置は、自動又はユーザの手動で録画したい番組を選別し、通常は内蔵された記憶装置に記録を行なう。但し、同時記録可能な能力以上の映像記録要求が発生した場合には、ネットワーク上で連携する他の映像記録装置の非稼働資源を活用し、映像記録を行なう。したがって、１台の映像記録装置の負担（ハードウェアの拡張）を必要とせずに、多チャンネル大容量映像記録装置を実現することができる。

Ａ．システム構成
本発明は、録画予約機能を備えた２以上の情報処理装置間における動作をホームネットワーク経由で好適に連携させることにより、別々の場所に設定されている各機器における録画予約操作を簡易且つ効率的にするものである。ホームネットワーク上の機器同士を連携させるために、機器の協調動作により高い演算性能を実現するためのグリッドコンピューティング技術を活用する。

図１には、グリッドコンピューティングを適用して構成される、ネットワークシステムの構成を模式的に示している。

ネットワークは、インターネットやその他の広域ネットワーク、並びに、広域ネットワークとはゲートウェイなどを介して接続されるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）やホームネットワークなどのプライベートなネットワークで構成される。ホームネットワークは、物理的には、１０ＢａｓｅＴや１００ＢａｓｅＴＸ、Ｇｉｇａ ｅａｔｈｅｒなどの標準的なネットワークインターフェースで構成することができる。また、ホームネットワーク上で他の機器を発見する仕組みとしてＵｐｎｐ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）を利用することができる。Ｕｐｎｐによれば、ネットワーク接続された機器間で、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述された定義ファイルを交換し、アドレッシング処理、ディスカバリ処理、サービス要求処理を経て相互認証を行なう。あるいは同一セグメント内での規定の機器情報を記述したパケットのブロードキャストすることによっても実現可能である。

ネットワーク上には、複数の情報処理装置が接続されている。情報処理装置の例として、ＤＶＤレコーダやＨＤレコーダのような、記録メディアを搭載し録画予約機能を備えたＡＶ機器、あるいはコンパクト・ディスクなどの記録機能を持たない再生専用のＡＶ機器、その他の情報処理装置が挙げられる。また、情報処理装置の他の例は、ＰＤＡやパーソナル・コンピュータなどの計算機処理システムを挙げることができる。図１に示す例では、ネットワーク９を介して複数の情報処理装置１、２、３、４が接続されている。

Ａ−１．情報処理装置及び情報処理コントローラ
情報処理装置１、２、３、４は、例えば各種のＡＶ（Ａｕｄｉｏ ａｎｄ Ｖｉｓｕａｌ）機器やポータブル機器である（後述）。

図示の通り、情報処理装置１は、コンピュータ機能部として情報処理コントローラ１１を備える。情報処理コントローラ１１は、メインプロセッサ２１−１、サブプロセッサ２３−１、２３−２、２３−３、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）２５−１、及びＤＣ（ディスクコントローラ）２７−１を備えている。情報処理コントローラ１１は、ワンチップＩＣ（集積回路）として構成することが望ましい。

メインプロセッサ２１−１は、サブプロセッサ２３−１、２３−２、２３−３によるプログラム実行（データ処理）のスケジュール管理と、情報処理コントローラ１１（情報処理装置１）の全般的な管理とを行なう。但し、メインプロセッサ２１−１内で管理を行なうためのプログラム以外のプログラムが動作するように構成することもできる。この場合、メインプロセッサ２１−１はサブプロセッサとしても機能することになる。メインプロセッサ２１−１は、ＬＳ（ローカル・ストレージ）２２−１を備えている。

１台の情報処理装置に備わるサブプロセッサは１つでもよいが、望ましくは複数とする。図示の例では、複数の場合である。各サブプロセッサ２３−１、２３−２、２３−３は、メインプロセッサ２１−１の制御下で、並列的且つ独立にプログラムを実行し、データを処理する。さらに、場合によってメインプロセッサ２１−１内のプログラムがサブプロセッサ２３−１、２３−２、２３−３内のプログラムと連携して動作することもできる。各サブプロセッサ２３−１、２３−２、２３−３も、それぞれＬＳ（ローカルストレージ）２４−１、２４−２、２４−３を備えている。

ＤＭＡＣ（直接メモリアクセスコントローラ）２５−１は、情報処理コントローラ１１に接続されたＤＲＡＭ（ダイナミックＲＡＭ）などからなるメインメモリ２６−１に格納されているプログラム及びデータにプロセッサの介在なしにアクセスするものである。また、ＤＣ（ディスクコントローラ）２７−１は、情報処理コントローラ１１に接続された外部記録部２８−１、２８−２へのアクセス動作を制御する。

外部記録部２８−１、２８−２は、固定ディスク（ハードディスク）、あるいはリムーバブル・ディスクのいずれの形態でもよい。また、リムーバブル・ディスクとして、ＭＯ（磁気ディスク）、ＣＤ±ＲＷ、ＤＶＤ±ＲＷなどの光ディスク、メモリ・ディスク、ＳＲＡＭ（スタティックＲＡＭ）、ＲＯＭなど各種の記録メディアを用いることができる。ＤＣ２７−１は、ディスクコントローラと称するが、要するに外部記録部コントローラである。図１に示すように、外部記録部２８を複数接続できるように、情報処理コントローラ１１を構成することができる。

メインプロセッサ２１−１、各サブプロセッサ２３−１、２３−２、２３−３、ＤＭＡＣ２５−１、及びＤＣ２７−１は、バス２９−１によって相互接続されている。

情報処理コントローラ１１には、当該情報処理コントローラ１１を搭載する情報処理装置１をネットワーク全体を通して一意に識別できる識別子が、情報処理装置ＩＤとして割り当てられている。また、メインプロセッサ２１−１及び各サブプロセッサ２３−１、２３−２、２３−３に対しても同様に、それぞれを特定できる識別子が、メインプロセッサＩＤ及びサブプロセッサＩＤとして割り当てられる。

他の情報処理装置２、３、４も同様に構成されるので、説明を省略する。ここで、親番号が同一であるユニットは枝番号が異なっていても、特に断りがない限り同じ働きをするものとする。また、以下の説明において枝番号が省略されている場合には、枝番号の違いにいる差異を生じないものとする。

Ａ−２．各サブプロセッサからメインメモリへのアクセス
上述したように、１つの情報処理コントローラ内の各サブプロセッサ２３は、独立にプログラムを実行し、データを処理するが、異なるサブプロセッサがメインメモリ２６内の同一領域に対して同時に読み出し又は書き込みを行なった場合には、データの不整合を生じ得る。そこで、サブプロセッサ２３からメインメモリ２６へのアクセスは、以下のような手順によって行なう。

図２（Ａ）には、メインメモリ２６内のロケーションを示している。同図に示すように、メインメモリ２６は複数のアドレスを指定できるメモリロケーションによって構成され、各メモリロケーションに対してデータの状態を示す情報を格納するための追加セグメントが割り振られる。追加セグメントは、Ｆ／Ｅビット、サブプロセッサＩＤ及びＬＳアドレス（ローカル・ストレージアドレス）を含むものとされる。また、各メモリロケーションには、後述のアクセス・キーも割り振られる。Ｆ／Ｅビットは、以下のように定義される。

Ｆ／Ｅビット＝０は、サブプロセッサ２３によって読み出されている処理中のデータ、又は空き状態であるため最新データではない無効データであり、読み出し不可であることを示す。また、Ｆ／Ｅビット＝０は、当該メモリ・ロケーションにデータ書き込み可能であることを示し、書き込み後に１に設定される。

Ｆ／Ｅビット＝１は、当該メモリロケーションのデータがサブプロセッサ２３によって読み出されておらず、未処理の最新データであることを示す。当該メモリ・ロケーションのデータは読み出し可能であり、サブプロセッサ２３によって読み出された後に０に設定される。また、Ｆ／Ｅビット＝１は、当該メモリ・ロケーションがデータ書き込み不可であることを示す。

さらに、上記Ｆ／Ｅビット＝０（読み出し不可／書き込み可）の状態において、当該メモリ・ロケーションについて読み出し予約を設定することは可能である。Ｆ／Ｅビット＝０のメモリロケーションに対して読み出し予約を行なう場合には、サブプロセッサ２３は、読み出し予約を行なうメモリロケーションの追加セグメントに、読み出し予約情報として当該サブプロセッサ２３のサブプロセッサＩＤ及びＬＳアドレスを書き込む。

その後、データ書き込み側のサブプロセッサ２３により、読み出し予約されたメモリ・ロケーションにデータが書き込まれ、Ｆ／Ｅビット＝１（読み出し可／書き込み不可）に設定されたとき、あらかじめ読み出し予約情報として追加セグメントに書き込まれたサブプロセッサＩＤ及びＬＳアドレスに読み出される。

複数のサブプロセッサによってデータを多段階に処理する必要がある場合、このように各メモリロケーションのデータの読み出し／書き込みを制御することにより、前段階の処理を行なうサブプロセッサ２３が処理済みのデータをメインメモリ２６上の所定のアドレスに書き込んだ後に即座に、後段階の処理を行なう別のサブプロセッサ２３が前処理後のデータを読み出すことが可能となる。

また、図２（Ｂ）には、各サブプロセッサ２３内のＬＳ２４におけるメモリロケーションを示している。同図に示すように、各サブプロセッサ２３内のＬＳ２４も、複数のアドレスを指定できるメモリロケーションによって構成される。各メモリロケーションに対しては、同様に追加セグメントが割り振られる。追加セグメントは、ビジービットを含むものとされる。

サブプロセッサ２３がメインメモリ２６内のデータを自身のＬＳ２４のメモリロケーションに読み出すときには、対応するビジービットを１に設定して予約する。ビジービットが１であるメモリロケーションには、他のデータは格納することができない。ＬＳ２４のメモリロケーションに読み出し後、ビジービットは０になり、任意の目的に使用できるようになる。

図２（Ａ）に示すように、さらに、各情報処理コントローラと接続されたメインメモリ２６には、メインメモリ２６内の領域を画定する複数のサンドボックスが含まれる。メインメモリ２６は、複数のメモリロケーションから構成されるが、サンドボックスは、これらのメモリロケーションの集合である。各サンドボックスは、サブプロセッサ２３毎に割り当てられ、該当するサブプロセッサが排他的に使用することができる。すなわち、各々のサブプロセッサ２３は、自身に割り当てられたサンドボックスを使用できるが、この領域を超えてデータのアクセスを行なうことはできない。

さらに、メインメモリ２６の排他的な制御を実現するために、図２（Ｃ）に示すようなキー管理テーブルが用いられる。キー管理テーブルは、情報処理コントローラ内のＳＲＡＭのような比較的高速のメモリに格納され、ＤＭＡＣ２５と関連付けられる。キー管理テーブル内の各エントリには、サブプロセッサＩＤ、サブプロセッサ・キー及びキーマスクが含まれる。

サブプロセッサ２３がメインメモリ２６を使用する際のプロセスは、以下の通りである。まず、サブプロセッサ２３はＤＭＡＣ２５に、読み出しまたは書き込みのコマンドを出力する。このコマンドには、自身のサブプロセッサＩＤと、使用要求先であるメインメモリ２６のアドレスが含まれる。

ＤＭＡＣ２５は、このコマンドを実行する前にキー管理テーブルを参照し、使用要求元のサブプロセッサのサブプロセッサキーを調べる。次に、ＤＭＡＣ２５は、調べた使用要求元のサブプロセッサキーと、使用要求先であるメインメモリ２６内の図２（Ａ）に示したメモリロケーションに割り振られたアクセスキーとを比較して、２つのキーが一致した場合にのみ、上記のコマンドを実行する。

図２（Ｃ）に示したキー管理テーブル上のキーマスクは、その任意のビットが１になることによって、そのキーマスクに関連付けられたサブプロセッサキーの対応するビットが０又は１になることができる。

例えば、サブプロセッサキーが１０１０であるとする。通常、このサブプロセッサキーによって１０１０のアクセスキーを持つサンドボックスへのアクセスだけが可能になる。しかし、このサブプロセッサキーと関連付けられたキーマスクが０００１に設定されている場合には、キーマスクのビットが１に設定された桁のみにつき、サブプロセッサキーとアクセスキーとの一致判定がマスクされ、このサブプロセッサキー１０１０によってアクセスキーが１０１０又は１０１１のいずれかであるアクセスキーを持つサンドボックスへのアクセスが可能となる。

以上のようにして、メインメモリ２６のサンドボックスの排他性が実現される。すなわち、１つの情報処理コントローラ内の複数のサブプロセッサによってデータを多段階に処理する必要がある場合、前段階の処理を行なうサブプロセッサと、後段階の処理を行なうサブプロセッサのみが、メインメモリ２６の所定アドレスにアクセスできるようになり、データを保護することができる。

このようなメモリの排他制御は、例えば以下のように使用することができる。まず、情報処理装置の起動直後においては、キーマスクの値はすべてゼロである。メインプロセッサ内のプログラムが実行され、サブプロセッサ内のプログラムと連携動作するものとする。第１のサブプロセッサにより出力された処理結果データを一旦メインメモリに格納し、第２のサブプロセッサに入力したいときには、該当するメインメモリ領域は、当然どちらのサブプロセッサからもアクセス可能である必要がある。このような場合に、メインプロセッサ内のプログラムは、キーマスクの値を適切に変更し、複数のサブプロセッサからアクセスできるメインメモリ領域を設けることにより、サブプロセッサによる多段階的の処理を可能にする。

より具体的には、他の情報処理装置からのデータ→第１のサブプロセッサによる処理→第１のメインメモリ領域→第２のサブプロセッサによる処理→第２のメインメモリ領域、という手順で多段階処理が行なわれるときには、以下のような設定のままでは、第２のサブプロセッサは第１のメインメモリ領域にアクセスすることができない。

第１のサブプロセッサのサブプロセッサ・キー：０１００、
第１のメインメモリ領域のアクセス・キー ：０１００、
第２のサブプロセッサのサブプロセッサ・キー：０１０１、
第２のメインメモリ領域のアクセス・キー ：０１０１

そこで、第２のサブプロセッサのキーマスクを０００１にすることにより、第２のサブプロセッサによる第１のメインメモリ領域へのアクセスを可能にすることができる。

Ａ−３．ソフトウェアセルの生成及び構成
図１のネットワークシステムでは、情報処理装置１、２、３、４間での分散処理のために、情報処理装置１、２、３、４間でソフトウェアセルが伝送される。すなわち、ある情報処理装置内の情報処理コントローラに含まれるメインプロセッサ２１は、コマンド、プログラム及びデータを含むソフトウェアセルを生成し、ネットワーク９を介して他の情報処理装置に送信することによって、処理を分散することができる。

図３には、ソフトウェアセルの構成の一例を示している。図示のソフトウェアセルは、送信元ＩＤ、送信先ＩＤ、応答先ＩＤ、セルインターフェース、ＤＭＡコマンド、プログラム、及びデータによって構成される。

送信元ＩＤには、ソフトウェアセルの送信元である情報処理装置のネットワーク・アドレス及び当該情報処理装置内の情報処理コントローラの情報処理装置ＩＤ、さらに、当該情報処理装置内の情報処理コントローラが備えるメインプロセッサ２１及び各サブプロセッサ２３の識別子（メインプロセッサＩＤ及びサブプロセッサＩＤ）が含まれる。

送信先ＩＤ及び応答先ＩＤには、ソフトウェアセルの送信先である情報処理装置、及びソフトウェアセルの実行結果の応答先である情報処理装置についての同じ情報がそれぞれ含まれる。

セルインターフェースは、ソフトウェアセルの利用に必要な情報であり、グローバルＩＤ、必要なサブプロセッサの情報、サンドボックスサイズ、及び前回のソフトウェアセルＩＤで構成される。

グローバルＩＤは、ネットワーク全体を通して当該のソフトウェアセルを一意的に識別できるものであり、送信元ＩＤと、ソフトウェアセルの作成又は送信の日時（日付及び時刻）に基づいて作成される。

必要なサブプロセッサの情報は、当該ソフトウェアセルの実行に必要なサブプロセッサの数が設定される。サンドボックス・サイズは、当該ソフトウェアセルの実行に必要なメインメモリ２６内及びサブプロセッサ２３のＬＳ２４内のメモリ量が設定される。

前回のソフトウェアセルＩＤは、ストリーミングデータなどのシーケンシャルな実行を要求する１グループのソフトウェアセル内の、前回のソフトウェアセルの識別子である。

ソフトウェアセルの実行セクションは、ＤＭＡコマンド、プログラム及びデータで構成される。ＤＭＡコマンドには、プログラムの起動に必要な一連のＤＭＡコマンドが含まれ、プログラムには、サブプロセッサ２３によって実行されるサブプロセッサプログラムが含まれる。ここでのデータは、このサブプロセッサプログラムを含むプログラムによって処理されるデータである。

さらに、ＤＭＡコマンドには、ロードコマンド、キックコマンド、機能プログラム実行コマンド、ステータス要求コマンド、及びステータス返信コマンドが含まれる。

ロードコマンドは、メインメモリ２６内の情報をサブプロセッサ２３内のＬＳ２４にロードするコマンドであり、ロード・コマンド自体の他に、メインメモリアドレス、サブプロセッサＩＤ及びＬＳアドレスを含む。メインメモリアドレスは、情報のロード元であるメインメモリ２６内の所定領域のアドレスを示す。サブプロセッサＩＤ及びＬＳアドレスは、情報のロード先であるサブプロセッサ２３の識別子及びＬＳ２４のアドレスを示す。

キックコマンドは、プログラムの実行を開始するコマンドであり、キックコマンド自体の他に、サブプロセッサＩＤ及びプログラム・カウンタを含む。サブプロセッサＩＤは、キック対象のサブプロセッサ２３を識別し、プログラムカウンタは、プログラム実行用プログラムカウンタのためのアドレスを与える。

機能プログラム実行コマンドは、ある情報処理装置が他の情報処理装置に対して、機能プログラムの実行を要求するコマンドである（後述）。機能プログラム実行コマンドを受信した情報処理装置内の情報処理コントローラは、機能プログラムＩＤ（後述）によって、起動すべき機能プログラムを識別する。

ステータス要求コマンドは、送信先ＩＤで示される情報処理装置の現在の動作状態（状況）に関する装置情報を、応答先ＩＤで示される情報処理装置宛に送信要求するコマンドである。機能プログラムについては後述するが、図６に示す情報処理コントローラのメインメモリ２６が記憶するソフトウェアの構成図において機能プログラムにカテゴライズされるプログラムである。機能プログラムは、メインメモリ２６にロードされ、メインプロセッサ２１により実行される。

ステータス返信コマンドは、上記のステータス要求コマンドを受信した情報処理装置が、自身の装置情報を当該ステータス要求コマンドに含まれる応答先ＩＤで示される情報処理装置に応答するコマンドである。ステータス返信コマンドは、実行セクションのデータ領域に装置情報を格納する。

図４には、ＤＭＡコマンドがステータス返信コマンドである場合におけるソフトウェアセルのデータ領域の構造を示している。

情報処理装置ＩＤは、情報処理コントローラを備える情報処理装置を識別するための識別子であり、ステータス返信コマンドを送信する情報処理装置のＩＤを示す。情報処理装置ＩＤは、電源投入時に、その情報処理装置内の情報処理コントローラに含まれるメインプロセッサ２１によって、電源投入時の日時、情報処理装置のネットワークアドレス及び情報処理装置内の情報処理コントローラに含まれるサブプロセッサ２３の数などに基づいて生成される。

情報処理装置種別ＩＤには、当該情報処理装置の特徴を表す値が含まれる。ここで言う情報処理装置の特徴とは、例えば、ハードディスクレコーダ（後述）、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）、ポータブルＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）プレーヤなどである。また、情報処理装置種別ＩＤは、映像音声記録、映像音声再生など、情報処理装置が持つ機能を表すものであってもよい、情報処理装置の特徴や機能を表す値はあらかじめ決められているものとし、情報処理装置種別ＩＤを呼び出すことにより当該情報処理装置の特徴や機能を把握することが可能である。

ＭＳ（マスター／スレーブ）ステータスは、後述のように情報処理装置がマスター装置またはスレーブ装置のいずれで動作しているかを表すもので、これが０に設定されている場合にはマスター装置として動作していることを示し、１に設定されている場合にはスレーブ装置として動作していることを示す。

メインプロセッサ動作周波数は、情報処理コントローラ内のメインプロセッサ２１の動作周波数を表す。メインプロセッサ使用率は、メインプロセッサ２１で現在動作しているすべてのプログラムについての、メインプロセッサ２１での使用率を表す。メインプロセッサ使用率は、対象メインプロセッサの全処理能力に対する使用中の処理能力の比率を表した値で、例えばプロセッサ処理能力評価のための単位であるＭＩＰＳを単位として算出され、又は単位時間当りのプロセッサ使用時間に基づいて算出される。後述のサブプロセッサ使用率についても同様である。

サブプロセッサ数は、当該の情報処理コントローラが備えるサブプロセッサ２３の数を表す。サブプロセッサＩＤは、当該の情報処理コントローラ内の各サブプロセッサ２３を識別するための識別子である。

サブプロセッサステータスは、各サブプロセッサ２３の状態を表すものであり、ｕｎｕｓｅｄ、ｒｅｓｅｒｖｅｄ，ｂｕｓｙなどの状態がある。ｕｎｕｓｅｄは、当該サブプロセッサが現在使用されてなく、使用の予約もされていないことを示す。ｒｅｓｅｒｖｅｄは、現在は使用されていないが、予約されている状態を示す。ｂｕｓｙは、現在使用中であることを示す。

サブプロセッサ使用率は、当該のサブプロセッサで現在実行している、又は当該のサブプロセッサに実行が予約されているプログラムについての、当該サブプロセッサでの使用率を表す。すなわち、サブプロセッサ使用率は、サブプロセッサステータスがｂｕｓｙである場合には、現在の使用率を示し、サブプロセッサステータスがｒｅｓｅｒｖｅｄである場合には、後に使用される予定の推定使用率を示す。

サブプロセッサＩＤ、サブプロセッサステータス及びサブプロセッサ使用率は、１つのサブプロセッサ２３に対して一組設定され、１つの情報処理コントローラ内のサブプロセッサ２３に対応する組数が設定される。

メインメモリ総容量及びメインメモリ使用量は、それぞれ、当該の情報処理コントローラに接続されているメインメモリ２６の総容量及び現在使用中の容量を表す。

外部記録部数は、当該の情報処理コントローラに接続されている外部記録部２８の数を表す。外部記録部ＩＤは、当該の情報処理コントローラに接続されている外部記録部２８を一意的に識別する情報である。外部記録部種別ＩＤは、当該の外部記録部の種類（例えば、ハードディスク、ＣＤ±ＲＷ、ＤＶＤ±ＲＷ、メモリディスク、ＳＲＡＭ、ＲＯＭなど）を表す。

外部記録部総容量及び外部記録部使用量は、それぞれ外部記録部ＩＤによって識別される外部記録部２８の総容量及び現在使用中の容量を表す。

外部記録部ＩＤ、外部記録部種別ＩＤ、外部記録部総容量及び外部記録部使用量は、１つの外部記録部２８に対して１組設定されるものであり、当該情報処理コントローラに接続されている外部記録部２８の数の組数だけ設定される。すなわち、１つの情報処理コントローラに複数の外部記録部が接続されている場合、それぞれの外部記録部には異なる外部記録部ＩＤが割り当てられ、外部記録部種別ＩＤ、外部記録部総容量及び外部記録部使用量も別々に管理される。

Ａ−４ソフトウェアセルの実行
ある情報処理装置内の情報処理コントローラに含まれるメインプロセッサ２１は、上述したような構成のソフトウェアセルを生成し、ネットワーク９を介して他の情報処理装置及び当該装置内の情報処理コントローラに送信する。送信元の情報処理装置、送信先の情報処理装置、応答先の情報処理装置、及び各装置内の情報処理コントローラは、それぞれ、上記の送信元ＩＤ、送信先ＩＤ及び応答先ＩＤによって識別される。

ソフトウェアセルを受信した情報処理装置内の情報処理コントローラに含まれるメインプロセッサ２１は、そのソフトウェアセルをメインメモリ２６に格納する。さらに、送信先のメインプロセッサ２１は、ソフトウェアセルを読み出し、それに含まれるＤＭＡコマンドを処理する。

具体的には、送信先のメインプロセッサ２１は、まず、ロードコマンドを実行する。これによって、ロードコマンドで指示されたメインメモリアドレスから、ロードコマンドに含まれるサブプロセッサＩＤ及びＬＳアドレスで特定されるサブプロセッサ内のＬＳ２４の所定領域に情報がロードされる。ここでロードされる情報は、受信したソフトウェアセルに含まれるサブプロセッサプログラム又はデータ、あるいはその他の指示されたデータである。

次に、メインプロセッサ２１は、キックコマンドを、これに含まれるサブプロセッサＩＤで指示されたサブプロセッサに、同様にキックコマンドに含まれるプログラムカウンタとともに出力する。

指示されたサブプロセッサは、そのキックコマンド及びプログラムカウンタに従って、サブプロセッサプログラムを実行する。そして、実行結果をメインメモリ２６に格納した後、実行を完了したことをメインプロセッサ２１に通知する。

なお、送信先の情報処理装置内の情報処理コントローラにおいてソフトウェアセルを実行するプロセッサはサブプロセッサ２３に限定されるものではなく、メインプロセッサ２１がソフトウェアセルに含まれる機能プログラムなどのメインメモリ用プログラムを実行するように指定することも可能である。

この場合には、送信元の情報処理装置は、送信先の情報処理装置宛に、サブプロセッサプログラムの代わりに、メインメモリ用プログラム及びそのメインメモリ用プログラムによって処理されるデータを含み、ＤＭＡコマンドがロードコマンドであるソフトウェアセルを送信し、メインメモリ２６にメインメモリ用プログラム及びそれによって処理されるデータを記憶させる。

次に、送信元の情報処理装置は、送信先の情報処理装置宛に、送信先の情報処理装置内の情報処理コントローラについてのメインプロセッサＩＤ、メインメモリ・アドレス、メインメモリ用プログラムを識別するための後述の機能プログラムＩＤなどの識別子、及びプログラムカウンタを含み、ＤＭＡコマンドがキックコマンド又は機能プログラム実行コマンドであるソフトウェアセルを送信し、メインプロセッサ２１に当該メインメモリ用プログラムを実行させる。

以上のように、本実施形態に係るネットワークシステムでは、送信元の情報処理装置は、サブプロセッサプログラム又はメインメモリ用プログラムをソフトウェアセルによって送信先の情報処理装置に送信するとともに、当該サブプロセッサプログラムを送信先の情報処理装置内の情報処理コントローラに含まれるサブプロセッサ２３にロードさせ、当該サブプロセッサプログラム又は当該メインメモリ用プログラムを送信先の情報処理装置に実行させることができる。

送信先の情報処理装置内の情報処理コントローラでは、受信したソフトウェアセルに含まれるプログラムがサブプロセッサプログラムである場合には、当該サブプロセッサプログラムを指定されたサブプロセッサにロードさせる。そして、ソフトウェアセルに含まれるサブプロセッサプログラム又はメインメモリ用プログラムを実行させる。

したがって、ユーザが送信先の情報処理装置を操作しなくても、当該サブプロセッサプログラム又は当該メインメモリ用プログラムを送信先の情報処理装置内の情報処理コントローラにおいて自動的に実行させることができる。

このようにして情報処理装置は、自装置内の情報処理コントローラがサブプロセッサプログラム又は機能プログラムなどのメインメモリ用プログラムを備えていない場合には、ネットワークに接続された他の情報処理装置からそれらを取得することができる。さらに、各サブプロセッサ間ではＤＭＡ方式によりデータ転送を行い、また上述したサンドボックスを使用することにより、１つの情報処理コントローラ内でデータを多段階に処理する必要がある場合でも、高速且つ高セキュリティに処理を実行することができる。

Ａ−５．ネットワークシステムとしての分散処理
図５には、複数の情報処理装置が仮想的な１台の情報処理装置として動作している様子を示している。ソフトウェアセルの使用による分散処理の結果、同図の上段に示すように、ネットワーク９に接続されている複数の情報処理装置１、２、３、４は、同図の下段に示すように、仮想的な１台の情報処理装置７として動作する。但し、このような仮想的な動作を実現するためには、以下のような構成によって、以下のような処理が実行される必要がある。

Ａ−６．システムのソフトウェア構成とプログラムのロード
図６には、個々の情報処理コントローラのメインメモリ２６が記憶するソフトウェアの構成を示している。これらのソフトウェア（プログラム）は、情報処理装置に電源が投入される前に、当該の情報処理コントローラに接続される外部記録部２８に記録されているものである。各プログラムは、機能又は特徴により、制御プログラム、機能プログラム及びデバイスドライバに分類される。

制御プログラムは、各情報処理コントローラが同じものを備え、各情報処理コントローラのメインプロセッサ２１が実行するもので、後述のＭＳ（マスター／スレーブ）マネージャ及び能力交換プログラムを含む。

機能プログラムは、メインプロセッサ２１が実行するもので、記録用、再生用、素材検索用など、情報処理コントローラ毎に情報処理装置に応じたものが備えられる。

デバイスドライバは、情報処理コントローラ（情報処理装置）の入出力（送受信）用で、放送受信、モニタ出力、ビットストリーム入出力、ネットワーク入出力など、情報処理コントローラ毎に情報処理装置に応じたものが備えられる。

ケーブルの差し込みなどによって情報処理装置が物理的にネットワーク９に接続された状態で、情報処理装置に主電源が投入され、情報処理装置が電気的・機能的にもネットワーク９に接続されると、その情報処理装置の情報処理コントローラのメインプロセッサ２１は、制御プログラムに属する各プログラム、及びデバイスドライバに属する各プログラムを、メインメモリ２６にロードする。

プログラムのロード手順としては、メインプロセッサ２１は、まず、ＤＣ２７に読み出し命令を実行させることによって、外部記録部２８からプログラムを読み出し、次に、ＤＭＡＣ２５に書き込み命令を実行させることによって、そのプログラムをメインメモリ２６に書き込む。

機能プログラムに属する各プログラムについては、必要なときに必要なプログラムだけをメモリにロードするように構成してもよく、あるいは他のカテゴリに属するプログラムと同様に、主電源投入直後に各プログラムをロードするように構成してもよい。

機能プログラムに属する各プログラムは、ネットワークに接続されたすべての情報処理装置の外部記録部２８に記録されている必要はなく、いずれか１つの情報処理装置の外部記録部２８に記録されていれば、前述の方法によって他の情報処理装置からロードすることができるので、結果的に図５の下段に示すように、仮想的な１台の情報処理装置７として機能プログラムを実行することができる。

ここで、前述したようにメインプロセッサ２１によって処理される機能プログラムは、サブプロセッサ２３によって処理されるサブプロセッサプログラムと連携動作する場合がある。そこでメインプロセッサ２１が外部記録部２８から機能プログラムを読み出し、メインメモリ２６に書き込む際に対象となる機能プログラムと連携動作するサブプロセッサプログラムが存在する場合には、当該サブプロセッサプログラムも併せて同じメインメモリ２６に書き込むものとする。この場合、連携動作するサブプロセッサプログラムは１個である場合もあるし、複数個であることもあり得る。複数個である場合には、すべての連携動作するサブプロセッサプログラムをメインメモリ２６に書き込むことになる。メインメモリ２６に書き込まれたサブプロセッサプログラムはその後、サブプロセッサ２３内のＬＳ２４に書き込まれ、メインプロセッサ２１によって処理される機能プログラムと連携動作する。

そして、サブプロセッサプログラムにもサブプロセッサプログラムＩＤが割り当てられ、これによりサブプロセッサプログラムを一意的に識別可能である。割り当てられるサブプロセッサプログラムＩＤは、連携動作する相手となる機能プログラムの機能プログラムＩＤと関連性のある識別子、例えば機能プログラムＩＤを親番号とした上で最後尾に枝番号を付加させたものなどであることもあり得るし、連携動作する相手となる機能プログラムの機能プログラムＩＤとは関連性のない識別子であってもよい。いずれにしても機能プログラムとサブプロセッサプログラムが連携動作する場合には、両者とも相手の識別子であるプログラムＩＤを自プログラム内に互いに記憶しておく必要がある。機能プログラムが複数個のサブプロセッサプログラムと連携動作する場合にも、当該機能プログラムは複数個あるすべてのサブプロセッサプログラムのサブプロセッサプログラムＩＤを記憶しておくことになる。

図３のソフトウェアセルに示したように、機能プログラムには、プログラム毎にプログラムを一意的に識別できる識別子が機能プログラムＩＤとして割り当てられる。機能プログラムＩＤは、機能プログラムの作成の段階で、作成日時や情報処理装置ＩＤなどから決定される。

メインプロセッサ２１は、自身が動作する情報処理装置の装置情報（動作状態に関する情報）を格納するための領域をメインメモリ２６に確保し、当該情報を自装置の装置情報テーブルとして記録する。ここで言う装置情報は、図４に示したステータス返信コマンドのデータ領域における情報処理装置ＩＤ以下の各情報である。

Ａ−７．システムにおけるマスター／スレーブの決定
上述したネットワークシステムでは、ある情報処理装置への主電源投入時、その情報処理装置の情報処理コントローラのメインプロセッサ２１は、マスター／スレーブマネージャ（以下、ＭＳマネージャ）をメインメモリ２６にロードし、実行する。

ＭＳマネージャは、自身が動作する情報処理装置がネットワーク９に接続されていることを検知すると、同じネットワーク９に接続されている他の情報処理装置の存在を確認する。ここでの「接続」又は「存在」は、上述したように、情報処理装置が物理的にネットワーク９に接続されているだけでなく、電気的・機能的にもネットワーク９に接続されていることを示す。

また、自身が動作する情報処理装置を自装置、他の情報処理装置を他装置と称する。当該装置も、当該情報処理装置を示すものとする。

ＭＳマネージャが同じネットワーク９に接続されている他の情報処理装置の存在を確認する方法について以下に説明する。

ＭＳマネージャは、ＤＭＡコマンドがステータス要求コマンドであり、送信元ＩＤ及び応答先ＩＤが当該情報処理装置で、送信先ＩＤを特定しないソフトウェアセルを生成し、当該情報処理装置が接続されたネットワーク上に送信し、ネットワーク接続確認用のタイマーを設定する。タイマーのタイムアウト時間は、例えば１０分である。

当該ネットワークシステム上に他の情報処理装置が接続されている場合、その他装置は、上記ステータス要求コマンドのソフトウェアセルを受信し、上記応答先ＩＤで特定されるステータス要求コマンドを発行した情報処理装置に対して、ＤＭＡコマンドがステータス返信コマンドで、且つデータとして自身（その他装置）の装置情報を含むソフトウェアセルを送信する。このステータス返信コマンドのソフトウェアセルには、少なくとも当該他装置を特定する情報（情報処理装置ＩＤ、メインプロセッサに関する情報、サブプロセッサに関する情報など）、及び当該他装置のＭＳステータスが含まれる。

ステータス要求コマンドを発行した情報処理装置のＭＳマネージャは、上記ネットワーク接続確認用のタイマーがタイムアウトするまで、当該ネットワーク上の他装置から送信されるステータス返信コマンドのソフトウェアセルの受信を監視する。その結果、ＭＳステータス＝０（マスター装置）を示すステータス返信コマンドが受信された場合には、自装置の装置情報テーブルにおけるＭＳステータスを１に設定する。これによって、当該装置はスレーブ装置となる。

一方、上記ネットワーク接続確認用のタイマーがタイムアウトするまでの間にステータス返信コマンドがまったく受信されなかった場合、又はＭＳステータス＝０（マスター装置）を示すステータス返信コマンドが受信されなかった場合には、自装置の装置情報テーブルにおけるＭＳステータスを０に設定する。これによって、当該装置はマスター装置となる。

すなわち、いずれの装置もネットワーク９に接続されていない状態、又はネットワーク９上にマスター装置が存在しない状態において、新たな情報処理装置がネットワーク９に接続されると、当該装置は自動的にマスター装置として設定される。一方、ネットワーク９上に既にマスター装置が存在する状態において、新たな情報処理装置がネットワーク９に接続されると、当該装置は自動的にスレーブ装置として設定される。

マスター装置及びスレーブ装置のいずれについても、ＭＳマネージャは、定期的にステータス要求コマンドをネットワーク９上の他装置に送信してステータス情報を照会することにより、他装置の状況を監視する。この結果、ネットワーク９に接続されている情報処理装置の主電源が遮断され、又はネットワーク９から情報処理装置が切り離されることにより、あらかじめ判定用に設定された所定期間内に特定の他装置からステータス返信コマンドが返信されなかった場合や、ネットワーク９に新たな情報処理装置が接続された場合など、ネットワーク９の接続状態に変化があった場合には、その情報を後述の能力交換プログラムに通知する。

Ａ−８．マスター装置及びスレーブ装置における装置情報の取得
メインプロセッサ２１は、ＭＳマネージャから、ネットワーク９に接続された他の情報処理装置の照会及び自装置のＭＳステータスの設定完了の通知を受けると、能力交換プログラムを実行する。

能力交換プログラムは、自装置がマスター装置である場合には、ネットワーク９に接続されている他のすべての情報処理装置についての装置情報、すなわち各スレーブ装置の装置情報を取得する。

他装置の装置情報の取得は、上述したように、ＤＭＡコマンドがステータス要求コマンドであるソフトウェアセルを生成して他装置に送信し、その後、ＤＭＡコマンドがステータス返信コマンドで、且つデータとして他装置の装置情報を含むソフトウェアセルを他装置から受信することによって可能である。

能力交換プログラムは、マスター装置である自装置の装置情報テーブルと同様に、ネットワーク９に接続されている他のすべての装置（各スレーブ装置）についての装置情報を格納するための領域を自装置のメインメモリ２６に確保し、これら情報を他装置（スレーブ装置）の装置情報テーブルとして記録する。すなわち、マスター装置のメインメモリ２６には、自装置を含むネットワーク９に接続されているすべての情報処理装置の装置情報が装置情報テーブルとして記録される。

一方、能力交換プログラムは、自装置がスレーブ装置である場合には、ネットワーク９に接続されている他のすべての装置についての装置情報、すなわちマスター装置及び自装置以外の各スレーブ装置の装置情報を取得し、これら装置情報に含まれる情報処理装置ＩＤ及びＭＳステータスを、自装置のメインメモリ２６に記録する。すなわち、スレーブ装置のメインメモリ２６には、自装置の装置情報が、装置情報テーブルとして記録されるとともに、自装置以外のネットワーク９に接続されているマスター装置及び各スレーブ装置についての情報処理装置ＩＤ及びＭＳステータスが、別の装置情報テーブルとして記録される。

また、マスター装置及びスレーブ装置のいずれについても、能力交換プログラムは、上記のようにＭＳマネージャから、新たにネットワーク９に情報処理装置が接続されたことが通知されたときには、その情報処理装置の装置情報を取得し、上述したようにメインメモリ２６に記録する。

なお、ＭＳマネージャ及び能力交換プログラムは、メインプロセッサ２１で実行されることに限らず、いずれかのサブプロセッサ２３で実行されてもよい。また、ＭＳマネージャ及び能力交換プログラムは、情報処理装置の主電源が投入されている間は常時動作する常駐プログラムであることが望ましい。

Ａ−９．情報処理装置がネットワークから切断された場合
マスター装置及びスレーブ装置のいずれについても、能力交換プログラムは、上記のようにＭＳマネージャから、ネットワーク９に接続されている情報処理装置の主電源が遮断され、又はネットワーク９から情報処理装置が切り離されたことが通知されたときには、その情報処理装置の装置情報テーブルを自装置のメインメモリ２６から削除する。

さらに、このようにネットワーク９から切断された情報処理装置がマスター装置である場合には、以下のような方法によって、新たにマスター装置が決定される。

例えば、ネットワーク９から切断されていない情報処理装置は、それぞれ、自装置及び他装置の情報処理装置ＩＤを数値に置き換え、自装置の情報処理装置ＩＤを他装置の情報処理装置ＩＤと比較し、自装置の情報処理装置ＩＤがネットワーク９から切断されていない情報処理装置中で最小である場合、そのスレーブ装置は、マスター装置に移行し、ＭＳステータスを０に設定し、マスター装置として、上述したように、ネットワーク９に接続されている他のすべての情報処理装置（各スレーブ装置）から装置情報を取得して、メインメモリ２６に記録する。

Ａ−１０．装置情報に基づく分散処理
図５の下段に示したようにネットワーク９に接続されている複数の情報処理装置１、２、３、４を仮想的な１台の情報処理装置７として動作させるためには、マスター装置がユーザの操作及びスレーブ装置の動作状態を把握する必要がある。

図７には、４台の情報処理装置が仮想的な１台の情報処理装置７として動作する様子を示している。図示の例では、情報処理装置１がマスター装置、情報処理装置２、３、４がスレーブ装置Ａ、Ｂ、Ｃとしてそれぞれ動作しているものとする。

ユーザがネットワーク９に接続されている情報処理装置を操作した場合、操作対象がマスター装置１であれば、その操作情報はマスター装置１において直接把握される。また、操作対象がスレーブ装置であれば、その操作情報は操作されたスレーブ装置からマスター装置１に送信される。すなわち、ユーザの操作対象がマスター装置１とスレーブ装置のいずれであるかにかかわらず、その操作情報は常にマスター装置１において把握される。操作情報の送信は、例えば、ＤＭＡコマンドが操作情報送信コマンドであるソフトウェアセルによって行なわれる。

そして、マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、その操作情報に従って、実行する機能プログラムを選択する。その際、必要であれば、マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、上記の方法によって自装置の外部記録部２８−１、２８−２からメインメモリ２６−１に機能プログラムをロードするが、他の情報処理装置（スレーブ装置）がマスター装置１に機能プログラムを送信してもよい。

機能プログラムには、その実行単位毎に必要となる、情報処理装置種別ＩＤ、メインプロセッサ又はサブプロセッサの処理能力、メインメモリ使用量、外部記録部に関する条件などの装置に関する要求スペック（図４を参照のこと）が規定されている。

マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、各機能プログラムについて必要となる上記の要求スペックを読み出す。また、あらかじめ能力交換プログラムによってメインメモリ２６−１に記録された装置情報テーブルを参照し、各情報処理装置の装置情報を読み出す。ここでの装置情報は、図４に示した情報処理装置ＩＤ以下の各情報を示し、メインプロセッサ、サブプロセッサ、メインメモリ及び外部記録部に関する情報である。

マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、ネットワーク９上に接続された各情報処理装置の上記装置情報と、機能プログラム実行に必要となる上記要求スペックとを順次比較する。

例えば、機能プログラムが録画機能を必要とする場合には、情報処理装置種別ＩＤに基づいて、録画機能を有する情報処理装置のみを特定して抽出する。さらに、機能プログラムを実行するために必要なメインプロセッサ又はサブプロセッサの処理能力、メインメモリ使用量、外部記録部に関する条件を確保できるスレーブ装置を、実行要求候補装置として特定する。ここで、複数の実行要求候補装置が特定された場合には、当該候補装置から１つの実行要求候補装置を特定して選択する。

実行要求するスレーブ装置が特定されたら、マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、その特定されたスレーブ装置について、自装置内の情報処理コントローラ１１に含まれるメインメモリ２６−１に記録されている当該スレーブ装置の装置情報テーブルを更新する。

さらに、マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、ＤＭＡコマンドが機能プログラム実行コマンドであるソフトウェアセルを生成し、当該ソフトウェアセルのセルインターフェースに、当該機能プログラムに関する必要なサブプロセッサの情報及びサンドボックスサイズ（図３を参照のこと）を設定し、上記実行要求されるスレーブ装置に対して送信する。

機能プログラムの実行を要求されたスレーブ装置は、その機能プログラムを実行するとともに、自装置の装置情報テーブルを更新する。その際、必要であれば、スレーブ装置内の情報処理コントローラに含まれるメインプロセッサ２１は、上記の方法によって自装置の外部記録部２８からメインメモリ２６に機能プログラム及び当該機能プログラムと連携動作するサブプロセッサプログラムをロードする。

機能プログラムの実行を要求されたスレーブ装置の外部記録部２８に必要な機能プログラム又は当該機能プログラムと連携動作するサブプロセッサプログラムが記録されていない場合には、他の情報処理装置が当該機能プログラム又はサブプロセッサプログラムをその機能プログラム実行要求先スレーブ装置に送信するように、システムを構成すればよい。

サブプロセッサプログラムについては、前述のロードコマンド及びキックコマンドを利用して他の情報処理装置に実行させることもできる。

機能プログラムの実行終了後、機能プログラムを実行したスレーブ装置内の情報処理コントローラに含まれるメインプロセッサ２１は、終了通知をマスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１に送信するとともに、自装置の装置情報テーブルを更新する。マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、その終了通知を受信して、機能プログラムを実行したスレーブ装置の装置情報テーブルを更新する。

マスター装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、自装置及び他装置の装置情報テーブルの参照結果から、当該の機能プログラムを実行することができる情報処理装置として、自身を選択する場合もあり得る。その場合には、マスター装置１が当該の機能プログラムを実行する。

図７に示した例で、ユーザがスレーブ装置Ａ（情報処理装置２）を操作し、当該操作に応じた機能プログラムを別のスレーブ装置Ｂ（情報処理装置３）が実行する場合の分散処理について、図８を参照しながら説明する。

図８に示す例では、ユーザがスレーブ装置Ａを操作することにより、スレーブ装置Ａを含むネットワークシステム全体の分散処理が開始し、まず、スレーブ装置Ａは、その操作情報をマスター装置１に送信する（ステップ８１）。

マスター装置１は、その操作情報を受信し（ステップ７２）、さらに自装置のメインメモリ２６−１に記録されている自装置及び他装置の装置情報テーブルから各情報処理装置の動作状態を調べ、受信した操作情報に応じた機能プログラムを実行することができる情報処理装置を選択する（ステップ７３）。図示の例では、スレーブ装置Ｂが選択される場合を示している。

次に、マスター装置１は、その選択したスレーブ装置Ｂに対して機能プログラムの実行を要求する（ステップ７４）。

スレーブ装置Ｂは、その実行要求を受信し（ステップ９５）、さらに、実行要求された機能プログラムを実行する（ステップ９６）。

以上のように、ユーザは、１台の情報処理装置のみを操作することによって、他の情報処理装置を操作することなく、複数の情報処理装置１、２、３、４を仮想的な１台の情報処理装置７として動作させることができる。

Ａ−１１．各情報処理装置及びシステムの具体例
ネットワーク９を介して互いに接続される情報処理装置１、２、３、４は、上記のような情報処理コントローラ１１、１２、１３、１４によって情報処理を行なうものであれば、基本的にはどのような構成でもよい。図９には、情報処理装置の一構成例を示している。

情報処理コントローラ１１を備える情報処理装置１の一例は、ハードディスクレコーダである。図１０並びに図１１には、同図中のハードディスクレコーダのハードウェア構成及びソフトウェア構成をそれぞれ示している。ハードディスクレコーダのハードウェア構成としては、図１に示した外部記録部２８−１としてハードディスクを内蔵し、図１に示した外部記録部２８−２としてＤＶＤ±Ｒ／ＲＷ、ＣＤ±Ｒ／ＲＷ、Ｂｌｕｒａｙ−Ｄｉｓｃ（登録商標）などの光ディスクを装着できるように構成されるとともに、情報処理コントローラ１１のバス２９−１に接続されたバス３１−１に、放送受信部３２−１、映像入力部３３−１、音声入力部３４−１、映像出力部３５−１、音声出力部３６−１、操作パネル部３７−１、リモコン受光部３８−１及びネットワーク接続部３９−１が接続されている。

放送受信部３２−１、映像入力部３３−１及び音声入力部３４−１は、放送信号を受信し、又は情報処理装置１の外部から映像信号及び音声信号を入力し、それぞれ所定フォーマットのデジタルデータに変換し、情報処理コントローラ１１での処理のためにバス３１−１に送出する。映像出力部３５−１及び音声出力部３６−１は、情報処理コントローラ１１からバス３１−１に送出された映像データ及び音声データを処理して、デジタルデータのまま、又はアナログ信号に変換して、情報処理装置１の外部に送出するものであり、リモコン受光部３８−１は、リモコン送信器４３−１からのリモコン（遠隔操作）赤外線信号を受信する。

図９及び図１０に示すように、情報処理装置（ハードディスクレコーダ）１の映像出力部３５−１及び音声出力部３６−１には、モニタ表示装置４１及びスピーカ装置４２が接続される。

図９に例示した情報処理コントローラ１２を備える情報処理装置２も、ハードディスクレコーダで、図１０において括弧内に参照番号を付して示すように、情報処理装置１と同様に構成される。但し、図９に示すように、情報処理装置（ハードディスクレコーダ）２には、モニタ表示装置及びスピーカ装置は接続されない。

情報処理装置（ハードディスクレコーダ）１及び２、すなわち情報処理コントローラ１１及び１２のソフトウェア構成としては、図１１に示すように、制御プログラムとして、ＭＳマネージャ及び能力交換プログラムを備え、機能プログラムとして、映像音声記録、映像音声再生、素材検索及び番組録画予約のためのプログラムを備え、デバイスドライバとして、放送受信、映像出力、音声出力、外部記録部入出力及びネットワーク入出力のためのプログラムを備える。

また、情報処理コントローラ１３を備える情報処理装置３の他の例は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔｓ）である。図１２には、ＰＤＡとして構成される情報処理装置３のハードウェア構成を示している。同図に示す例では、図１に示した外部記録部２８−５として、メモリカードディスクを装着できるように構成され、情報処理コントローラ１３のバス２９−３に接続されたバス５１に、液晶表示部５２、音声出力部５３、カメラ部５４、音声入力部５５、キーボード部５６及びネットワーク接続部５７が接続されている。

なお、図１では内部を省略した情報処理コントローラ１３は、メインプロセッサ２１−３、サブプロセッサ２３−７、２３−８、２３−９、ＤＭＡＣ（ダイレクトメモリアクセスコントローラ）２５−３、ＤＣ（ディスクコントローラ）２７−３及びバス２９−３を備え、そのメインプロセッサ２１−３は、ＬＳ（ローカル・ストレージ）２２−３を有し、各サブプロセッサ２３−７、２３−８、２３−９は、ＬＳ（ローカル・ストレージ）２４−７、２４−８、２４−９を備えている。

また、図１３には、情報処理装置（ＰＤＡ）３、すなわち情報処理コントローラ１３のソフトウェア構成を示している。同図に示すように、制御プログラムとして、ＭＳマネージャ及び能力交換プログラムを備え、機能プログラムとして、映像音声記録、映像音声再生、電話帳、ワープロ及び表計算のためのプログラム、及びＷｅｂブラウザを備え、デバイスドライバとして、映像出力、音声出力、カメラ映像入力、マイク音声入力及びネットワーク入出力のためのプログラムを備えている。

また、情報処理コントローラ１４を備える情報処理装置４は、ポータブルＣＤプレーヤである。図１４には、ポータブルＣＤプレーヤのハードウェア構成を示している。図示の例では、ポータブルＣＤプレーヤは、図１に示した外部記録部２８−６として、ＣＤ（Ｃｏｍｐａｃｔ Ｄｉｓｃ）を装着できるように構成され、情報処理コントローラ１４のバス２９−４に接続されたバス６１に、液晶表示部６２、音声出力部６３、操作ボタン部６４及びネットワーク接続部６５が接続されている。

なお、図１では内部を省略した情報処理コントローラ１４は、メインプロセッサ２１−４、サブプロセッサ２３−１０、２３−１１、２３−１２、ＤＭＡＣ２５−４、ＤＣ２７−４及びバス２９−４を備え、そのメインプロセッサ２１−４は、ＬＳ２２−４を有し、各サブプロセッサ２３−１０、２３−１１、２３−１２は、ＬＳ２４−１０、２４−１１、２４−１２を有する。

図１５には、情報処理装置（ポータブルＣＤプレーヤ）４、すなわち情報処理コントローラ１４のソフトウェア構成を示している。図示のように、制御プログラムとして、ＭＳマネージャ及び能力交換プログラムを備え、機能プログラムとして、音楽再生のためのプログラムを備え、デバイスドライバとして、音声出力、ＣＤ制御及びネットワーク入出力のためのプログラムを備える。

図９に例示したネットワークシステムでは、情報処理装置１、３及び４がネットワーク９上に接続されており、情報処理装置１がマスター装置（ＭＳステータス＝０）として、情報処理装置３及び４がスレーブ装置（ＭＳステータス＝１）として、設定されているものとする。

この状態で、新たに情報処理装置２がネットワーク９に接続されると、上述した方法によって、情報処理装置２内の情報処理コントローラ１２に含まれるメインプロセッサ２１−２で実行されているＭＳマネージャは、他の情報処理装置１、３及び４にＭＳステータスを照会して、情報処理装置１が既にマスター装置として存在することを認識し、自装置（情報処理装置２）をスレーブ装置（ＭＳステータス＝１）に設定する。また、マスター装置に設定されている情報処理装置１は、新たに追加された情報処理装置２を含む各装置の装置情報を収集して、メインメモリ２６−１内の装置情報テーブルを更新する。

このような状態で、ユーザによってスレーブ装置である情報処理装置（ＰＤＡ）３で２時間の放送番組を録画予約するための操作が行なわれた場合について、以下に説明する。

この場合、スレーブ装置である情報処理装置（ＰＤＡ）３は、ユーザから録画開始時刻、録画終了時刻、録画対象放送チャネル、録画品質などの情報を含む録画予約情報の入力を受け付け、当該録画予約情報及びＤＭＡコマンドとしての録画予約コマンドを含むソフトウェアセルを生成して、マスター装置である情報処理装置１に送信する。

ＤＭＡコマンドが録画予約コマンドであるソフトウェアセルを受信した情報処理装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、録画予約コマンドを読み出すとともに、メインメモリ２６−１内の装置情報テーブルを参照し、当該録画予約コマンドを実行可能な情報処理装置を特定する。

まず、メインプロセッサ２１−１は、装置情報テーブルに含まれる各情報処理装置１、２、３、４の情報処理装置種別ＩＤを読み出して、録画予約コマンドに対応する機能プログラムを実行可能な情報処理装置を抽出する。ここでは、録画機能を示す情報処理装置種別ＩＤを有する情報処理装置１、２が候補装置として特定され、情報処理装置３、４は候補装置から除外される。

次に、マスター装置である情報処理装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、装置情報テーブルを参照して、情報処理装置１、２のメインプロセッサ又はサブプロセッサの処理能力、メインメモリに関する情報などの装置に関する情報を読み出し、情報処理装置１、２が録画予約コマンドに対応する機能プログラムの実行に必要な要求スペックを満足するか否かを判断する。ここでは、情報処理装置１、２とも、録画予約コマンドに対応する機能プログラムの実行に必要な要求スペックを満足するものとする。

さらに、メインプロセッサ２１−１は、装置情報テーブルを参照して、情報処理装置１、２の外部記録部に関する情報を読み出し、外部記録部の空き容量が当該録画予約コマンドの実行に必要な容量を満足するか否かを判断する。情報処理装置１、２はハードディスクレコーダであるので、それぞれハードディスク２８−１、２８−３の、総容量と使用量との差分が、それぞれの空き容量に相当する。

この場合、情報処理装置１のハードディスク２８−１の空き容量が、録画時間に換算して１０分であり、情報処理装置２のハードディスク２８−３の空き容量が、録画時間に換算して２０時間であるとする。

このとき、マスター装置である情報処理装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、当該録画予約コマンドの実行に必要な２時間分の空き容量を確保できる情報処理装置を、実行要求先スレーブ装置として特定する。

その結果、情報処理装置２のみが実行要求先スレーブ装置として選択され、マスター装置である情報処理装置１内の情報処理コントローラ１１に含まれるメインプロセッサ２１−１は、ユーザにより操作された情報処理装置３から送信された録画予約情報を含む当該録画予約コマンドを情報処理装置２に送信して、上記２時間の放送番組の録画予約の実行を要求する。

そして、情報処理装置２内の情報処理コントローラ１２に含まれるメインプロセッサ２１−２は、当該録画予約コマンドを解析して、録画に必要な機能プログラムを外部記録部であるハードディスク２８−３からメインメモリ２６−２にロードし、録画予約情報に従って録画を実行する。その結果、録画予約された２時間の放送番組の映像音声データが情報処理装置２のハードディスク２８−３に記録される。

このように、図９の例のネットワークシステムにおいても、ユーザは、１台の情報処理装置のみを操作することによって、他の情報処理装置を操作することなく、複数の情報処理装置１、２、３、４を仮想的な１台の情報処理装置７として動作させることができる。

Ｂ．分散型大容量ＡＶ記録システム
本発明のさらなる実施形態として、録画予約機能を備えた２以上のＣＥ機器間における動作をネットワーク経由で好適に連携させ、分散型の大容量ＡＶ記録システムを構築することができる。このような記録システムによれば、別々の場所に設定されている非稼動状態の機器の資源を利用して同時記録可能な能力以上の映像に応じることができる。ここで言う資源は、具体的には、放送波を受信するチューナや、受信したコンテンツを格納するハードディスクなどの記憶領域を指す。

図１６には、本発明の一実施形態に係る分散型大容量ＡＶ記録システムの構成を模式的に示している。

機器間を接続する通信媒体は、例えばインターネットのような広域且つ広帯域のネットワークや、ホームネットワークやその他のＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）の組み合わせで構成される。

また、ネットワーク上で他の機器を発見する仕組みとしてＵｐｎｐ（Ｕｎｉｖｅｒｓａｌ Ｐｌｕｇ ａｎｄ Ｐｌａｙ）を利用することができる。Ｕｐｎｐによれば、ネットワーク接続された機器間で、ＸＭＬ（ｅＸｔｅｎｄｅｄ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）形式で記述された定義ファイルを交換し、アドレッシング処理、ディスカバリ処理、サービス要求処理を経て相互認証を行なう。あるいは同一セグメント内での規定の機器情報を記述したパケットのブロードキャストすることによっても実現可能である。

ネットワークに対しては、上述したグリッドコンピューティング技術が適用されており、情報処理装置間では、ソフトウェアセルの形式でコマンドやデータのやり取りを行なう。ユーザは、ある情報処理装置上で操作を行なうとき、ソフトウェアセルを送信することで、送信先となる他の情報処理で所望のプログラムのロードと実行を行なうことができ、送信先の装置を直接操作する必要はない。すなわち、ソフトウェアセルの往来により、装置間の連携動作が実現され、複数の情報処理装置が仮想的には１台の装置として動作することができる。

ホームネットワークは、各家庭に装備され、インターネットなどの外部ネットワークとは例えばゲートウェイ経由で相互接続されている。ホームネットワーク上には、ＨＤレコーダなどのＡＶ記録機器やＳＴＢ、その他のＣＥ機器が接続されている。ホームネットワークは、物理的には、１０ＢａｓｅＴや１００ＢａｓｅＴＸ、Ｇｉｇａ ｅａｔｈｅｒなどの標準的なネットワークインターフェースで構成することができる。

インターネット上には、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サーバを始めとして、情報提供サーバやデータベース・サーバ、アプリケーション・サーバなど無数のホスト装置が配設されている。

代行予約サーバは、各家庭内に設置されているＡＶ記録装置における録画予約機能の連携を支援し、録画操作と記録領域の共有を実現する。ある家庭のＡＶ記録機器において同時記録可能な能力以上の映像記録要求が発生した場合、代行予約サーバの仲介により、ネットワーク上で連携する他の映像記録装置の非稼働資源を探索し、他の家庭に設置されているＡＶ記録機器のチューナと記録領域などのハードウェア資源を利用し、自機の録画能力では超過となる同時映像記録を行なうことができる。

代行予約サーバは、資源管理データベースを備え、各家庭のホームネットワークに接続されているＡＶ記録機器の資源を一元的に管理する。

資源管理データベースでは、録画依頼者と録画代行者の間で取り交わされる録画代行の照会作業を行なう。録画代行の照会作業を行なうため、代行予約サーバは、各家庭のホームネットワークに接続されているＡＶ記録機器での録画予約に関する録画予約情報を収集する。録画予約情報は、録画予約情報のリクエスト・コマンドの発行により要求し、これに対する各ＡＶ記録装置側からのレスポンス・コマンドにより収集される。これらのコマンドは、ソフトウェアセル（前述）として構成される。録画予約情報の収集が実施されるタイミングとしては、例えば以下の場合が考えられる。

（１）機器の電源を投入したとき、又はリセット後の起動時
（２）機器がネットワークに新規接続されたとき
（３）機器上で予約設定情報が更新されたとき
（４）一定周期（１０分毎など）
（５）相手の機器からリクエストがあったとき

また、録画代行の照会作業の際、録画依頼者がローカルで録画可能なチャンネル以上の能力を使用できてはならない。何故ならば、例えば録画依頼者が加入していない放送受信サービスを、当該サービスに加入している録画代行者に録画代行を依頼する、不正な放送受信に相当する行為を禁じる必要があるからである。このため、代行予約サーバでは、以下に示すような管理データをＡＶ記録装置毎に用意し、すべてのユーザの視聴可能な能力（視聴（録画）可能なチャンネル・空き時間・録画予約状況）をデータベースとして管理する。

なお、逆に、上述したような制限を無くすことにより、国境を越えた録画予約のボーダーレスも可能となる。

個々のＡＶ記録装置は、通常は内蔵された記憶装置に記録を行なう。但し、同時記録可能な能力以上の映像記録要求が発生した場合には、代行予約サーバがネットワーク上で連携する他の映像記録装置の非稼働資源を探索し、録画依頼者側のＡＶ記録装置に代わって、録画代行者側のＡＶ記録機器において映像記録すなわち代理予約を行なう。

この代行録画を行なう際に、同じ番組を録画予約中の映像記録装置を検索し、見つかった場合は、その装置に代行録画を依頼する。このとき、録画代行者側のＡＶ記録装置では、本来録画代行者自身のために録画予約されているものとは別の録画依頼用の記録領域に別のファイルとして記録する。この仕組みのことを「冗長化録画」と呼ぶことにする。冗長化録画の１つの目的は、録画依頼者と録画代行者とで、映像記録されたコンテンツの著作権やその他使用に関する権利問題を別々に取り扱えるようにすることにある。例えば、録画代行者側のＡＶ記録装置は、代行録画用のファイルを録画依頼者の公開暗号鍵で暗号化し、録画代行者自身はコンテンツを記録するものの視聴できないようにする。

また、録画代行者側のＡＶ記録装置において、資源利用の制限のために冗長化録画を行なうことができない場合には、さらに、代行録画時間に非稼働状態の機器を探索し、代行録画を行なうようにしてもよい。この場合、録画依頼者の公開暗号鍵で代行録画の記録を行なう。

代行録画が終了すると、代行録画されたコンテンツファイルが録画代行者から録画依頼者側へ移動する。この際、代行予約サーバを介さず、録画依頼者と録画代行者間でピアツーピア（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）若しくはその対１対１の通信方式によりファイル転送を行なう。

ファイル転送が完了すると、録画代行者側のＡＶ記録装置からファイルを消去する。これにより新たな録画又は代行録画のために資源を解放できるとともに、代行録画したコンテンツの使用に関する取り扱いの問題からも解放される。

代行予約サーバは、あるＡＶ記録装置上で同時記録可能な能力以上の映像記録要求が発生した場合に介在し、ネットワーク上で連携する他の映像記録装置の中から非稼動資源を探索し、映像の代行録画に割り当てる。但し、代行予約サーバは、代行録画のためにチューナや記憶領域などの資源は提供しないので、サービス加入者数が増えても、処理上の負担増加は少なく、ハードウェアの拡張を必要としない。

図１７には、録画依頼者又は録画代行者として稼動するＡＶ記録装置が家庭内に設置されている様子を模式的に示している。このＡＶ記録装置は、本実施形態に係る分散型大容量ＡＶ記録システムにおける録画機能の一部を構成する。

図示のように、ＡＶ記録装置は、放送波を受信するチューナと、受信した番組コンテンツを符号化するエンコーダと、さらに暗号化する暗号化装置と、番組コンテンツをファイルとして記録するハードディスクなどの記憶装置と、記憶装置から取り出されたコンテンツファイルを復号してテレビ画面に表示出力するデコーダと、チューナにおける放送波の受信（選局）動作や記憶装置への番組コンテンツの録画の予定を管理する録画予約スケジューラと、ホームネットワークやインターネットなどに接続するためのネットワークインターフェースを備えている。

チューナは、地上波やＣＳ放送、ＣＳデジタル放送、ＢＳアナログ／デジタル放送、あるいはＣＡＴＶなどから選局して所望の放送局の番組コンテンツを受信する。図示の例では、ＡＶ記録装置は多重チューナ機能を装備し、１台で同時に２つの放送番組を受信し同時録画することができる。但し、同時記録可能な能力を超える３以上の映像記録要求が発生した場合には、録画依頼者側のＡＶ記録装置に代わって代行予約サーバがネットワーク上で連携する他の映像記録装置の非稼働資源を探索し、録画代行者側のＡＶ記録機器において映像記録すなわち代理予約を行なう。

録画予約スケジューラは、自動又はユーザの手動で録画したい番組を選別し、録画予約に関する録画予約情報を作成する。図１８には、縦軸を時間軸とし横軸を放送局に割り当てたラテ欄形式の番組表上に録画予約情報を重畳表示して示している。

録画予約スケジューラは録画予約情報と実時間を監視し、録画予約されている録画予約時間が到来すると、必要なチューナを録画したいチャンネルに選局し、番組コンテンツの記録処理を起動する。この結果、所望の放送局より受信されたコンテンツは、エンコーダにより符号化され、ハードディスクなどの記憶装置にファイルとして格納される。

一旦格納されたコンテンツファイルは、ディスクから取り出し、デコーダにより復号した後、テレビ受像機で映像及び音響出力され、ユーザの視聴に供される。

受信した番組コンテンツを、当該ＡＶ記録装置上で再生するためではなく、他の装置からの録画依頼に応じて代行録画する場合には、暗号化装置は、エンコーダにより符号化した後のコンテンツをさらに録画依頼者の公開暗号鍵で暗号化を施してから記憶装置に格納する。この場合、録画代行者としての当該ＡＶ記録装置上では暗号化ファイルを利用（視聴）できなくなる。

図１７に示したＡＶ記録装置は、自動又はユーザの手動で録画したい番組を選別し、通常は内蔵された記憶装置に記録を行なう。但し、同時記録可能な能力以上の映像記録要求が発生した場合には、代行予約サーバの介在により、ネットワーク上で連携する他の映像記録装置の非稼働資源を活用し、映像記録を行なう。

代行予約サーバは、まず最寄の地域に存在する代行録画のＡＶ記録装置を探索し、さらに録画依頼者の希望する番組と同一の番組を予約しているＡＶ記録装置を絞り込み、検索する。代行予約サーバは、ネットワーク上で連携するすべてのＡＶ記録装置に関するデータベースが存在し、照合が行なわれる。すべてのそして、条件に合致するＡＶ記録装置が見つかった場合には、その装置が録画代行者として当該番組を録画する。

一方、代行予約サーバが、上記の条件に合致するＡＶ記録装置を発見することができない場合には、依頼された録画予約に関する時間帯においてアイドルになっているＡＶ記録装置を同一地域内で探索する。そして、見つけ出されたＡＶ記録装置に代行録画要求を発行する。

代行録画を依頼されたＡＶ記録装置は、通常の録画予約を行なう場合と同様に、録画予約スケジューラのキューに代行録画の依頼内容を登録する。そして、予約時間が到来すると、指定されたチャンネルにおける録画を開始する。

また、ＡＶ記録装置が代行録画を行なう際、録画依頼者側の公開鍵で暗号化した別のファイルとして保存（冗長化録画）してもらう。これにより、録画依頼者用に保存した別ファイルは、録画代行者並びに第３者は視聴することができなくなる。したがって、録画依頼者は記録メディアを録画代行者に渡して録画してもらうという機器の資源を借りることに準ずる行為において、録画したコンテンツの無断・無制限の複製を制限することができる。

録画依頼者側のＡＶ記録装置は、依頼した録画終了時間が経過すると、録画代行者側のＡＶ記録装置に接続し、目的とする番組コンテンツのファイルをダウンロードする。そして、ダウンロードが終了したら、録画代行者側のＡＶ記録装置の記憶領域から当該ファイルを消去し、資源を解放する。

図１９には、本実施形態に係る分散型大容量ＡＶ記録システムにおける代行予約を行なうための処理手順をフローチャートの形式で示している。但し、同図では、録画依頼者並びに録画代行者としての各ＡＶ記録装置と代行予約サーバの３者間で代行予約処理が実現する例を示している。

録画依頼者側のＡＶ記録装置上で、ユーザが録画予約の設定処理を行なうことで、本処理ルーチンが起動する。ここで、録画依頼者側のＡＶ記録装置では、同時録画の能力を超えたかどうかをチェックする（ステップＳ１）。

同時録画の能力は、同じ時間帯で録画予約された番組コンテンツを受信できるチューナの空きがあるか、録画予約された番組コンテンツを記録できる空き記憶容量が当該装置上にあるかどうか、などによって判定される。

録画依頼者側のＡＶ記録装置上で同時録画の能力があると判定された場合は、当該装置の録画予約スケジューラのキューに録画予約のスケジュールを追加登録する（ステップＳ２）。この場合、録画予約のスケジュールが到来まで待機し（ステップＳ３）、録画予約スケジュールの到来とともに録画予約した番組コンテンツの録画処理を開始し（ステップＳ４）、録画予約スケジュールの終了時刻になると、録画処理を終了する（ステップＳ６）。

一方、録画依頼者側のＡＶ記録装置上で同時録画の能力がないと判定された場合には（ステップＳ１）、録画依頼者側のＡＶ記録装置から代行予約サーバに対し代行録画要求を発行する。

代行予約サーバ側では、この代行録画要求を受信すると、まず録画依頼者側のＡＶ記録装置のユーザ認証を行なう（ステップＳ１１）。

このユーザ認証処理では、代行予約サーバに事前に登録されている認証用ユーザ名と認証用ユーザ・パスワードが使用される。さらに、録画依頼者がローカルで録画可能なチャンネル以上の能力を使用できてはならないことから、録画依頼者側において視聴可能なチャンネルの照合も行なわれる（表１を参照のこと）。

次いで、代行予約サーバでは、録画依頼者と同一の視聴地域で録画代行者が存在するかどうか、すなわちネットワーク上で連携する他のＡＶ記録装置が存在するかどうかをチェックする（ステップＳ１２）。

ここで、適当な録画代行者が存在しなかった場合には、録画代行ができない旨を要求元すなわち録画依頼者側のＡＶ機器に通知し（ステップＳ１６）、本処理ルーチン全体を終了する。

一方、適当な録画代行者が同一の視聴地域内に存在する場合には、さらに依頼された録画予約番組を自分用に録画予約している録画代行者が存在するかどうかをチェックする（ステップＳ１３）。

そして、依頼された録画予約番組を自分用に録画予約している録画代行者が存在する場合には、当該録画代行者宛に録画代行要求を発行する（ステップＳ１４）。依頼された録画予約番組を自分用に録画予約している録画代行者に録画を依頼することにより、チューナのリソースを共有することができる。

ここで、本来録画代行者自身のために録画予約されているものとは別のファイルとして記録するために、録画依頼者の公開暗号鍵を録画代行要求に添付する。

また、適当な録画代行者が同一の視聴地域内に存在しない場合には、録画代行依頼されている番組コンテンツを録画予約可能な録画代行者が同一の視聴地域内で存在するかどうかをさらにチェックする（ステップＳ１５）。

そして、録画代行依頼されている番組コンテンツを録画予約可能な録画代行者が同一の視聴地域内で存在する場合には、当該録画代行者宛てに録画代行要求を発行する（ステップＳ１４）。録画代行要求には、録画依頼者の公開暗号鍵を添付する（同上）。

録画代行者側のＡＶ記録装置では、録画代行要求が到来すると、当該装置の録画予約スケジューラのキューに録画予約のスケジュールを追加登録する（ステップＳ２１）。この場合、録画予約のスケジュールが到来とともに録画予約した番組コンテンツの録画処理を開始する。録画処理においては、録画依頼者の公開暗号鍵を用いて暗号化したコンテンツファイルとして保存される。

このように録画代行が行なわれる場合、録画依頼者側のＡＶ記録装置では、外部に録画予約したものが完了している場合には（ステップＳ５）、録画代行者の機器から録画されたコンテンツファイルをダウンロードして（ステップＳ７）、本処理ルーチン全体を終了する。

図２０には、録画依頼者としてのＡＶ記録装置Ａと、録画代行者としてのＡＶ記録装置Ｂと、予約代行サーバの３者間における代行予約及び代行録画されたファイルの転送に関する動作シーケンスを示している。但し、各ＡＶ記録装置が予約代行サーバにアクセスするときには、自装置のパスワードも送信するようにし、予約代行サーバは毎回そのパスワードをチェックするものとする。また、機器間ではソフトウェアセルの形態でコマンドの転送が行なわれるものとする。

予約代行サーバ側では、ネットワーク経由で連携している各ＡＶ記録装置についての装置ＩＤ、パスワード、設置地域、視聴可能チャンネル、予約情報を管理している。設置地域は例えば郵便番号で識別するようにしてもよい。

各ＡＶ記録装置は、自機上で行なわれた録画予約情報を予約代行サーバに登録する。録画予約情報は、録画予約を行なう日付、開始時刻及び終了時刻、チャンネルなどの組み合わせで構成される。ＡＶ記録装置は、自機上で録画予約が行なわれる度に、録画予約情報を予約代行サーバへ送信する。そして、予約代行サーバは、受信した録画予約情報をデータベースへ登録する。

ここで、ＡＶ記録装置Ａ側において、同一時刻での予約が自機上では処理不可能な録画予約操作がユーザにより行なわれたとする。この場合、ＡＶ記録装置Ａは、代行録画要求コマンドを予約代行サーバへ発行し、録画不可能な処理を代行できるＡＶ記録装置が存在するかどうかを問い合わせる。この代行録画要求コマンドには、録画予約情報が含まれる。録画予約情報は、要求元ＡＶ記録装置の設置地域（郵便番号）、録画予約する日時、チャンネル、画質モード、要求元ＡＶ記録装置の公開暗号鍵などで構成される。

予約代行サーバ側では、代行録画要求コマンドを受信すると、そして、要求基のＡＶ記録装置のユーザ認証を行ない、許可されたユーザＩＤ及びパスワードを所有していることを確認する。そして、録画記録情報を基に、該当する条件に合致するＡＶ記録装置を検索する。

予約代行サーバは、依頼された録画予約番組を自分用に録画予約しているＡＶ記録装置を探索する。依頼された録画予約番組を自分用に録画予約している録画代行者に録画を依頼することにより、チューナのリソースを共有することができる。

そして、複数のＡＶ記録装置が見つけ出された場合には、さらに以下の条件を基に、その中から最適な装置を検索する。

（ａ）メインプロセッサ、サブプロセッサのリソースの負荷が低いこと（すなわち、１ソース・マルチエンコーディングを実行できること）。依頼側のサブプロセッサがネットワークで拡張されている場合もある
（ｂ）ハードディスクなどの記憶領域の空きがあること。
（ｃ）受信環境のレコーディング（ゴーストの度合い）

依頼されたＡＶ記録装置がホームネットワーク上で複数のサブプロセッサを利用可能な場合、単一機器で同時に処理できる圧縮処理よりも多くの処理が実行可能であるとともに、単一機器で同時に処理できるパッケージ化（代行録画した番組コンテンツのパッケージ化）よりも多くの処理が実行可能である。

図示の例では、代行予約サーバは、条件に合致する機器としてＡＶ記録装置Ｂを特定する。そして、ＡＶ記録装置Ｂに代行録画要求コマンドを転送する。この代行録画要求コマンドには、録画予約情報が含まれる。録画予約情報は、要求元ＡＶ記録装置の設置地域（郵便番号）、録画予約する日時、チャンネル、画質モード、ＡＶ記録装置Ａの公開暗号鍵などで構成される。

ＡＶ記録装置Ｂでは、録画代行要求が到来すると、当該装置の録画予約スケジューラのキューに録画予約のスケジュールを追加登録する。そして、代行予約サーバに対し、代行録画応答コマンドを返信する。この代行録画応答コマンドには、ＡＶ記録装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤを添付する。

代行予約サーバは、代行録画応答コマンドを受信すると、ＡＶ記録装置Ｂの予約情報に代行録画予約情報と依頼装置ＩＤを登録する。そして、依頼元であるＡＶ記録装置Ａに、代行録画応答コマンドを転送する。この代行録画応答コマンドには、サーバ固有の予約ＩＤ又はエラー情報が含まれる。

ＡＶ記録装置Ａ側では、代行予約サーバから代行録画応答コマンドを受信したことにより、予約を完了する。

ＡＶ記録装置Ｂは、代行録画に係る予約時刻が到来すると、録画を開始する。番組コンテンツの代行録画時には、ＡＶ記録装置Ａの公開暗号鍵で暗号化して保存する。そして、録画が完了すると、予約代行サーバに対し、代行録画完了通知コマンドを発行する。この代行録画完了通知コマンドには、代行録画した番組コンテンツを識別可能な固有録画予約ＩＤとステータスを添付する。

代行予約サーバは、代行録画完了通知コマンドを受信すると、録画予約情報のステータスを更新する。

依頼元のＡＶ記録装置Ａは、代行依頼した予約終了時刻が経過した以降、予約代行サーバに対し定期的に代行録画照会コマンドを発行し、録画予約情報の照会を行なう。この代行録画照会コマンドには、代行録画応答コマンドに含んで受信したサーバ固有の予約ＩＤを添付する。

代行予約サーバは、代行録画照会コマンドに応答して、録画予約情報を通知する。この録画予約情報には、録画予約の結果と、ＡＶ記録装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤと、ＡＶ記録装置ＢのＩＰアドレス（又は、ネットワーク上で識別可能なアドレス情報）が含まれている。

ＡＶ記録装置Ａは、録画予約情報の通知を受信すると、ＡＶ記録装置ＢのＩＰアドレス宛てにファイル・ダウンロード・コマンドを送信し、ＡＶ記録装置Ｂに対し、代行録画された番組コンテンツのダウンロードを要求する。

このファイル・ダウンロード・コマンドには、ＡＶ記録装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤが含まれている。ＡＶ記録装置Ｂは、固有録画予約ＩＤを基に代行録画した番組コンテンツの暗号化ファイルを自機のディスクから取り出し、ＡＶ記録装置Ａへのダウンロードを行なう。

ＡＶ記録装置Ａは、代行録画ファイルのダウンロードが完了すると、代行予約サーバに対し、録画予約完了通知コマンドを送信する。この録画予約完了通知コマンドには、サーバ固有の予約ＩＤが含まれている。ＡＶ記録装置Ａ上では、自機の秘密暗号鍵を用いて代行録画ファイルを解読し、代行録画された番組コンテンツの視聴が可能となる。

代行予約サーバは、録画予約完了通知コマンドを受信すると、この予約に該当する代行機器と録画ファイルを検索する。図示の例ではＡＶ記録装置Ｂに相当する。そして、代行予約サーバは、代行録画したＡＶ記録装置Ｂに対し、代行録画ファイルの削除要求コマンドを送信する。この代行録画ファイルの削除要求コマンドには、ＡＶ記録装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤが含まれている。

ＡＶ記録装置Ｂは、代行録画ファイルの削除要求コマンドを受信すると、該当するファイルを自機上のディスクから削除し、リソースを解放する。そして、代行予約サーバに対し、録画ファイル削除完了通知コマンドを送信する。この録画ファイル削除完了通知コマンドには、代行録画した番組コンテンツを識別可能な固有録画予約ＩＤとステータスを添付する。

代行予約サーバは、録画ファイル削除完了通知コマンドを受信すると、自身のデータベースから該当する予約情報を削除する。

図２０に示したような、代行予約サーバを介在させた３者間で代行録画を行なう動作シーケンスの変形例として、代行予約サーバの介在なしに録画依頼者としてのＡＶ記録装置Ａと録画代行者としてのＡＶ記録装置Ｂ間でピアツーピア（Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ）若しくはその対１対１の通信方式により代行予約及び代行録画されたファイルのダウンロード手続きを行なうことができる。前者の方式では、各ＡＶ記録装置は録画予約可能な機器の検索と録画代行依頼をサーバとだけで行なうことができる。これに対し後者の方式では、依頼者側のＡＶ記録装置は、登録された依頼者（コミュニティ）リストを基に、他のＡＶ記録装置に代行予約の問い合わせを繰り返す必要がある。

図２１には、録画依頼者としてのＡＶ記録装置Ａと、録画代行者としてのＡＶ記録装置Ｂの２者間における代行予約及び代行録画されたファイルの転送に関する動作シーケンスを示している。但し、各ＡＶ記録装置が予約代行サーバにアクセスするときには、自装置のパスワードも送信するようにし、予約代行サーバは毎回そのパスワードをチェックするものとする。また、機器間ではソフトウェアセルの形態でコマンドの転送が行なわれるものとする。

各ＡＶ記録装置Ａ及びＢには、代行予約受付リストに代行予約を受け付ける装置ＩＤとＩＰアドレスとアカウント、パスワードが登録されているとする。

ここで、ＡＶ記録装置Ａ側において、同一時刻での予約が自機上では処理不可能な録画予約操作がユーザにより行なわれたとする。

この場合、ＡＶ記録装置Ａは、代行予約受付リストを参照し、当該リストの順にネットワーク上で連携する各機器に対し代行録画要求コマンドを発行し、自機上で録画不可能な処理を代行できるかどうかを問い合わせる。この代行録画要求コマンドには、録画予約情報が含まれる。録画予約情報は、要求元ＡＶ記録装置の設置地域（郵便番号）、録画予約する日時、チャンネル、画質モード、要求元ＡＶ記録装置の公開暗号鍵などで構成される。

問い合わせを受けたＡＶ記録装置側では、自機上での録画予約状況を確認し、以下の条件に適合するかどうかを照合する。
（ａ）要求元のＡＶ記録装置Ａと同一地域であること
（ｂ）代行記録要求されているものと同じ番組を自機うえでも録画予約設定していること
（ｃ）メインプロセッサ、サブプロセッサのリソースの負荷が低いこと（すなわち、１ソースマルチエンコーディングを実行できること）。依頼側のサブプロセッサがネットワークで拡張されている場合もある
（ｄ）ハードディスクなどの記憶領域の空きがあること。
（ｅ）受信環境のレコーディング（ゴーストの度合い）

図示の例では、ＡＶ記録装置Ｂがこれらの条件に適合するものとして、ＡＶ記録装置Ａからの問い合わせに応答して、録画代行要求受理コマンドを送信する。この録画代行要求受理コマンドには、ＡＶ記録装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤを添付する。ＡＶ記録装置Ａ側では、録画代行要求受理コマンドを受信したことにより、予約を完了する。また、ＡＶ記録装置Ｂ側では、録画予約スケジューラのキューに録画予約のスケジュールを追加登録する。

ＡＶ記録装置Ｂは、代行録画に係る予約時刻が到来すると、録画を開始する。番組コンテンツの代行録画時には、ＡＶ記録装置Ａの公開暗号鍵で暗号化して保存する。

依頼元のＡＶ記録装置Ａは、代行依頼した予約終了時刻が経過した以降、ＡＶ記録装置Ｂに対し定期的に代行録画照会コマンドを発行し、録画予約情報の照会を行なう。この代行録画照会コマンドには、ＡＶ記録装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤを添付する。

ＡＶ記録装置Ｂは、代行録画照会コマンドに応答して、録画予約情報を通知する。この録画予約情報には、録画予約の結果が含まれている。

ＡＶ記録装置Ａは、録画予約情報の通知を受信すると、ＡＶ記録装置Ｂ宛てにファイルダウンロードコマンドを送信し、ＡＶ記録装置Ｂに対し、代行録画された番組コンテンツのダウンロードを要求する。

ＡＶ記録装置Ｂは、代行録画した番組コンテンツの暗号化ファイルを自機のディスクから取り出し、ＡＶ記録装置Ａへのダウンロードを行なう。

ＡＶ記録装置Ａは、代行録画ファイルのダウンロードが完了すると、自機の秘密暗号鍵を用いて代行録画ファイルを解読し、代行録画された番組コンテンツの視聴が可能となる。

また、ＡＶ記録装置Ｂは、代行録画ファイルのダウンロードが完了すると、該当する録画予約情報並びに代行録画ファイルを自機上のディスクから削除し、リソースを解放する。

最後に、本実施形態に係る分散型大容量ＡＶ記録システムにおいて、あるＡＶ記録装置上で入力された録画予約要求に応答して、ネットワーク上で連携する他のＡＶ記録装置において代行録画する動作の具体例について説明する。但し、以下の説明では代行予約サーバが介在するものとする。

図２２には、分散型大容量ＡＶ記録システムの構成例を示している。同図に示す例では、ネットワーク上には連携する４台のＡＶ記録装置Ａ〜Ｄが同一地域において接続されている。そして、代行予約サーバは、これらＡＶ記録装置Ａ〜Ｄにおける録画予約情報を所定のタイミング（前述）で逐次収集している。また、代行予約サーバは、表１に示したような管理データをＡＶ記録装置毎に用意し、すべてのユーザの視聴可能な能力（視聴（録画）可能なチャンネル・空き時間・録画予約状況）をデータベースとして管理している。なお、各ＡＶ記録装置はそれぞれ２重チューナを備え、同時に２局まで番組を受信並びに録画予約が可能であるとする。

ここで、ＡＶ記録装置Ｄにおいて新たな録画予約要求がユーザにより入力されたとする。図２３には、ＡＶ記録装置Ｄにおける録画予約情報を示している。同図に示すように、ＡＶ記録装置Ｄ上では、既に録画予約情報Ｄ−１、Ｄ−２、Ｄ−３が設定されており、新規の録画予約要求Ｄ−４は、このうちＤ−１およびＤ−３と記録時間が重複するため、ＡＶ記録装置Ｄの同時記録可能な能力以上の録画予約要求となる。

そこで、ＡＶ記録装置Ｄは、代行予約サーバに対し、録画代行依頼を発行する。代行予約サーバは、この録画代行依頼に応答して、最寄の地域に存在する代行録画のＡＶ記録装置を探索し、３台のＡＶ記録装置Ａ〜Ｃを検出する。

次いで、代行予約サーバは、これら３台のＡＶ記録装置Ａ〜Ｃが、録画予約要求Ｄ−４を録画予約設定可能な非稼動資源、すなわち同時記録可能な能力を備えているかどうかを照会する。

図２４〜図２６には、録画予約要求されている時間帯における各ＡＶ記録装置Ａ〜Ｃの録画予約情報を示している。

図２０に示すように、ＡＶ記録装置Ａでは、ＡＶ記録装置Ｄにおいて新規に録画予約要求された時間帯において、録画予約情報Ａ−１及びＡ−３が既に設定されている。すなわち、既にすべての録画能力を使用しているので、代行録画依頼を拒否する。

また、図２５に示すように、ＡＶ記録装置Ｂでは、ＡＶ記録装置Ｄにおいて新規に録画予約要求された時間帯において、ＡＶ記録装置Ｄで新規に録画予約要求された時間帯において、録画予約Ｂ−１、並びに同一の番組についての録画予約Ｂ−２が設定されている。したがって、ＡＶ記録装置Ｂは、代行録画依頼を拒否しない。

また、図２６に示すように、ＡＶ記録装置Ｃでは、ＡＶ記録装置Ｄにおいて新規に録画予約要求された時間帯において、ＡＶ記録装置Ｄで新規に録画予約要求された時間帯において、録画予約Ｃ−１のみが設定されており、非稼動資源を有し、同時録画能力があることから、代行録画依頼を拒否しない。

このような場合、代行予約サーバは、ＡＶ記録装置Ｂに代行録画を要求する。ＡＶ記録装置Ｂは、録画予約要求Ｄ−１と同じ番組を既に録画予約設定しているので、チューナ・リソースを共有することができる。

そして、ＡＶ記録装置Ｂは、自機の録画予約スケジューラのキューに録画予約のスケジュールを追加登録する。そして、録画予約のスケジュールが到来まで待機し、録画予約スケジュールの到来とともに録画予約した番組コンテンツの録画処理を開始する。

録画が完了すると、録画代行者としてのＡＶ記録装置Ｂから録画依頼者としてのＡＶ記録装置Ｄヘ、録画した番組コンテンツのダウンロードが行なわれる（図２３を参照のこと）。このダウンロードが完了したら、ＡＶ記録装置Ｂ側では、代行録画したコンテンツファイルや録画予約情報を削除し資源を解放する。

なお、図２２に示した分散型大容量ＡＶ記録システムでは、代行予約サーバにおいて、ＡＶ記録装置毎に視聴可能な能力（視聴（録画）可能なチャンネル・空き時間・録画予約状況）をデータベースとして管理し、録画依頼者がローカルで録画可能なチャンネル以上の能力を使用できないようにしている。これに対し、このような制限を無くすことにより、国境を越えた録画予約のボーダーレス化も可能となる。勿論、国境をまたぐに際し、放送方式の変換（ＮＴＳＣ／ＰＡＬ）やＨＤの相違などを吸収する仕組みが必要である。

図２８には、ボーダーレス化した分散型大容量ＡＶ記録システムの構成例を示している。同図に示す例では、日本に設置されているＡＶ記録装置Ｃにおいて、アメリカで放映されるＣＮＮの「ＳｈｏｗＢｉｘ Ｔｏｄａｙ」２２：００〜２３：００の録画予約要求が発行される。

この場合、代行予約サーバは、上述と同様に手順によりネットワーク経由で連携する機器の中から録画代行に適合するＡＶ記録装置を探索する。そして、アメリカに設置されているＡＶ記録装置Ｂが見つけ出され、代行予約サーバはこれに録画依頼要求を発行する。そして、ＡＶ記録装置Ｂにおいて代行録画が完了したら、インターネット経由で録画依頼者であるＡＶ記録装置Ｃへ当該番組のコンテンツファイルがダウンロードされる。

以上、特定の実施形態を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施形態の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、本明細書の記載内容を限定的に解釈するべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。

図１は、本発明の一実施形態に係るネットワーク・システムの構成を示した図である。 図２は、サブプロセッサ２３からメインメモリ２４へのアクセス手順を説明するための図である。 図３は、ソフトウェアセルの構成例を示した図である。 図４は、ＤＭＡコマンドがステータス返信コマンドである場合のソフトウェアセルのデータ領域を示した図である。 図５は、複数の情報処理装置が仮想的な１台の情報処理装置として動作する様子を示した図である。 図６は、情報処理コントローラのソフトウェア構成の一例を示した図である。 図７は、４台の情報処理装置が仮想的な１台の情報処理装置として動作する様子を示した図である。 図８は、図７に示したシステムにおける分散処理の例を示した図である。 図９は、各情報処理装置及びシステムの具体例を示した図である。 図１０は、図９中のハードディスク・レコーダのハードウェア構成を示した図である。 図１１は、図９中のハードディスク・レコーダのソフトウェア構成を示した図である。 図１２は、図９中のＰＤＡのハードウェア構成を示した図である。 図１３は、図９中のＰＤＡのソフトウェア構成を示した図である。 図１４は、図９中のポータブルＣＤプレーヤのハードウェア構成を示した図である。 図１５は、図９中のポータブルＣＤプレーヤのソフトウェア構成を示した図である。 図１６は、本発明の一実施形態に係る分散型大容量ＡＶ記録システムの構成を模式的に示した図である。 図１７は、録画依頼者又は録画代行者として稼動するＡＶ記録装置が家庭内に設置されている様子を模式的に示した図である。 図１８は、縦軸を時間軸とし横軸を放送局に割り当てたラテ欄形式の番組表上に録画予約情報を重畳表示して示した図である。 図１９は、分散型大容量ＡＶ記録システムにおける代行予約を行なうための処理手順を示したフローチャートである。 図２０は、録画依頼者としてのＡＶ記録装置Ａと、録画代行者としてのＡＶ記録装置Ｂと、予約代行者の３者間における代行予約及び代行録画されたファイルの転送に関する動作シーケンスを示した図である。 図２１は、録画依頼者としてのＡＶ記録装置Ａと、録画代行者としてのＡＶ記録装置Ｂの２者間における代行予約及び代行録画されたファイルの転送に関する動作シーケンスを示した図である。 図２２は、分散型大容量ＡＶ記録システムの具体的な構成例を示した図である。 図２３は、ＡＶ記録装置Ｄにおける録画予約情報を示した図である。 図２４は、ＡＶ記録装置Ａにおける録画予約情報を示した図である。 図２５は、ＡＶ記録装置Ｂにおける録画予約情報を示した図である。 図２６は、ＡＶ記録装置Ｃにおける録画予約情報を示した図である。 図２７は、分散型大容量ＡＶ記録システムにおいて、代行予約サーバの介在により録画代行者が代行録画し、且つ録画された番組コンテンツを録画依頼者にダウンロードする様子を示した図である。 図２８は、ボーダーレス化した分散型大容量ＡＶ記録システムの構成例を示した図である。

Claims (27)

1. 番組コンテンツの録画予約機能を備えた複数の機器をネットワーク上で連携させ、前記ネットワーク上の非稼動資源を利用して同一時間帯に提供される複数の同時映像を記録するコンテンツ記録システムであって、
   前記ネットワーク経由で連携するいずれかの機器上で、録画予約に関するユーザからの要求を入力するユーザ入力手段と、
   前記ユーザ入力手段を介して番組コンテンツの録画予約要求が入力されたことに応答して、該録画予約要求された時間帯において録画予約可能な非稼動資源を持つ機器を前記ネットワーク上で探索する非稼動資源探索手段と、
   前記非稼動資源探索手段により発見された機器において要求されている録画予約を設定する録画予約設定手段と、
   を具備することを特徴とするコンテンツ記録システム。
2. 前記非稼動資源探索手段は、録画予約要求された時間帯において、番組コンテンツを受信可能なチューナ、番組コンテンツを記録可能な空き記憶容量、又はプロセッサの余剰の処理負荷を非稼動資源として持つ機器を探索する、
   ことを特徴とする請求項１に記載のコンテンツ記録システム。
3. 前記非稼動資源探索手段は、まず番組コンテンツの録画予約要求が入力された機器上で非稼動資源を探索する、
   ことを特徴とする請求項１に記載のコンテンツ記録システム。
4. 前記非稼動資源探索手段は、番組コンテンツの録画予約要求が入力された機器上で非稼動資源がない場合に、当該機器と同一地域において録画予約可能な非稼動資源を持つ他の機器を前記ネットワーク上で探索する、
   ことを特徴とする請求項３に記載のコンテンツ記録システム。
5. 前記非稼動資源探索手段は、録画予約要求されたものと同一番組を録画予約設定している機器を探索する、
   ことを特徴とする請求項４に記載のコンテンツ記録システム。
6. 前記非稼動資源探索手段は、前記ネットワーク上の録画予約可能な各機器における視聴可能なチャンネル、空き録画予約時間、録画予約状況を管理する資源管理手段を備える、
   ことを特徴とする請求項３に記載のコンテンツ記録システム。
7. 前記非稼動資源探索手段は、録画予約可能な非稼動資源を持つ他の機器を前記ネットワーク上で探索する際、録画予約要求元の機器において視聴可能なチャンネルについての録画予約要求であるかどうかを照合する、
   ことを特徴とする請求項６に記載のコンテンツ記録システム。
8. 前記非稼動資源探索手段が前記ネットワーク上の他の機器に非稼動資源を見つけた場合、前記録画予約設定手段は、当該他の機器に番組コンテンツの代行記録を要求する、
   ことを特徴とする請求項３に記載のコンテンツ記録システム。
9. 前記ネットワーク上で連携する各機器は、自機上で録画予約設定された番組並びに代行記録要求に応じて録画予約設定された番組の放送時間の到来に応答して番組コンテンツの記録処理を行なう、
   ことを特徴とする請求項８に記載のコンテンツ記録システム。
10. 前記ネットワーク上で連携する各機器は、自機上で録画予約設定されたものと同一番組を代行記録する場合、別のファイルにして保存する、
    ことを特徴とする請求項８に記載のコンテンツ記録システム。
11. 代行録画が完了した後、代行録画した番組コンテンツを代行録画した機器から録画予約要求元の機器へ移動するコンテンツ移動手段をさらに備える、
    ことを特徴とする請求項９に記載のコンテンツ記録システム。
12. 前記コンテンツ移動手段は、代行録画した機器と録画予約要求元の機器間で一対一の通信方式によりコンテンツ・ファイルの転送を行なう、
    ことを特徴とする請求項１１に記載のコンテンツ記録システム。
13. 前記コンテンツ移動手段により代行記録した番組コンテンツを移動した後、代行記録した機器上に保存されている当該番組コンテンツを削除する、
    ことを特徴とする請求項１１に記載のコンテンツ記録システム。
14. 番組コンテンツの録画予約機能を備えた複数の機器をネットワーク上で連携させ、前記ネットワーク上の非稼動資源を利用して同一時間帯に提供される複数の同時映像を記録するコンテンツ記録方法であって、
    前記ネットワーク経由で連携するいずれかの機器上で、録画予約に関するユーザからの要求を入力するユーザ入力ステップと、
    番組コンテンツの録画予約要求が入力されたことに応答して、該録画予約要求された時間帯において録画予約可能な非稼動資源を持つ機器を前記ネットワーク上で探索する非稼動資源探索ステップと、
    前記非稼動資源探索ステップにおいて発見された機器において要求されている録画予約を設定する録画予約設定ステップと、
    を具備することを特徴とするコンテンツ記録方法。
15. 前記非稼動資源探索ステップでは、録画予約要求された時間帯において、番組コンテンツを受信可能なチューナ、番組コンテンツを記録可能な空き記憶容量、又はプロセッサの余剰の処理負荷を非稼動資源として持つ機器を探索する、
    ことを特徴とする請求項１４に記載のコンテンツ記録方法。
16. 前記非稼動資源探索ステップでは、まず番組コンテンツの録画予約要求が入力された機器上で非稼動資源を探索する、
    ことを特徴とする請求項１４に記載のコンテンツ記録方法。
17. 前記非稼動資源探索ステップでは、番組コンテンツの録画予約要求が入力された機器上で非稼動資源がない場合に、当該機器と同一地域において録画予約可能な非稼動資源を持つ他の機器を前記ネットワーク上で探索する、
    ことを特徴とする請求項１６に記載のコンテンツ記録方法。
18. 前記非稼動資源探索ステップでは、録画予約要求されたものと同一番組を録画予約設定している機器を探索する、
    ことを特徴とする請求項１７に記載のコンテンツ記録方法。
19. 前記非稼動資源探索ステップは、前記ネットワーク上の録画予約可能な各機器における視聴可能なチャンネル、空き録画予約時間、録画予約状況を管理する資源管理ステップを備える、
    ことを特徴とする請求項１６に記載のコンテンツ記録方法。
20. 前記非稼動資源探索ステップでは、録画予約可能な非稼動資源を持つ他の機器を前記ネットワーク上で探索する際、録画予約要求元の機器において視聴可能なチャンネルの録画予約要求であるかどうかを照合する、
    ことを特徴とする請求項１９に記載のコンテンツ記録方法。
21. 前記非稼動資源探索ステップにおいて前記ネットワーク上の他の機器に非稼動資源を見つけた場合、前記録画予約設定ステップでは、当該他の機器に番組コンテンツの代行記録を要求する、
    ことを特徴とする請求項１６に記載のコンテンツ記録方法。
22. 前記ネットワーク上で連携する各機器が、自機上で録画予約設定された番組並びに代行記録要求に応じて録画予約設定された番組の放送時間の到来に応答して番組コンテンツの記録処理を行なうステップをさらに備える、
    ことを特徴とする請求項２１に記載のコンテンツ記録方法。
23. 前記の番組コンテンツの記録処理を行なうステップでは、前記ネットワーク上で連携する各機器は、自機上で録画予約設定されたものと同一番組を代行記録する場合、別のファイルにして保存する、
    ことを特徴とする請求項２１に記載のコンテンツ記録方法。
24. 代行録画が完了した後、代行録画した番組コンテンツを代行録画した機器から録画予約要求元の機器へ移動するコンテンツ移動ステップをさらに備える、
    ことを特徴とする請求項２２に記載のコンテンツ記録方法。
25. 前記コンテンツ移動ステップでは、代行録画した機器と録画予約要求元の機器間で一対一の通信方式によりコンテンツ・ファイルの転送を行なう、
    ことを特徴とする請求項２４に記載のコンテンツ記録方法。
26. 前記コンテンツ移動ステップにより代行記録した番組コンテンツを移動した後、代行記録した機器上に保存されている当該番組コンテンツを削除するステップをさらに備える、
    ことを特徴とする請求項２４に記載のコンテンツ記録方法。
27. 番組コンテンツの録画予約機能を備えた複数の機器をネットワーク上で連携させ、前記ネットワーク上の非稼動資源を利用して同一時間帯に提供される複数の同時映像を記録するための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、
    前記ネットワーク経由で連携するいずれかの機器上で、録画予約に関するユーザからの要求を入力するユーザ入力ステップと、
    番組コンテンツの録画予約要求が入力されたことに応答して、該録画予約要求された時間帯において録画予約可能な非稼動資源を持つ機器を前記ネットワーク上で探索する非稼動資源探索ステップと、
    前記非稼動資源探索ステップにおいて発見された機器において要求されている録画予約を設定する録画予約設定ステップと、
    を具備することを特徴とするコンピュータ・プログラム。
    

Images