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

Abstract

【課題】 著作権やその他のコンテンツに関する保護を脅かすことなく番組コンテンツの代行記録を行なう。
【解決手段】 ネットワーク経由で予約記録機能を連携する各機器は、自機上で予約記録設定されたものと同一番組を代行記録する場合、別のファイルにして保存する。録画代行者側のＡＶ記録装置は、代行録画用のファイルを録画依頼者の公開暗号鍵で暗号化し、録画代行者自身はコンテンツを記録するものの視聴できないようにする。また、録画代行者側で録画コンテンツに代行者の秘密鍵で署名を行ない、成り済ましを防止する。
【選択図】 図２０

Description

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

さらに詳しくは、本発明は、一方の機器が他方の機器に代行して番組コンテンツを記録するコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムに係り、特に、著作権やその他のコンテンツに関する保護を脅かすことなく番組コンテンツの代行録画を行なうコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムに関する。

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

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

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

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

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

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

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

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

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

しかしながら、この場合、録画代行したコンテンツをサーバからユーザへ配布する行為がコンテンツ提供者側に著作権やその他コンテンツの利用に関する権限の取扱い上問題となりかねない。

著作権法（昭和４５年法律第４８号）第３０条において、「著作権の目的となつている著作物（以下この款において単に「著作物」という。）は、個人的に又は家庭内その他これに準ずる限られた範囲内において使用することを目的とする場合には、その使用する者が複製することができる。」と規定しており、著作物の種類や複製の態様を限定することなく、個人的に又は家庭内などで使用する目的であれば、使用する者本人が複製することができることとされている。一方、同法第４９条第１項においては、私的使用のために作成した複製物をその目的以外のために使用した場合には著作権者の複製権が動く旨を規定し、いわゆる目的外使用を禁止している。

したがって、他人の録画を代行すると称して、１カ所のテレビ番組を録画したコンテンツがネットワーク上の不特定多数にダウンロード視聴されると、著作権の侵害に相当する。このため、代行録画を実現するに当たっては、著作権における私的複製の範囲を超えないような仕組みが必要である、と本発明者らは思料する。

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

本発明の目的は、放送局から提供される番組コンテンツを好適に記録することができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、一方の機器が他方の機器に代行して番組コンテンツを好適に記録することができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明のさらなる目的は、著作権やその他のコンテンツに関する保護を脅かすことなく番組コンテンツの代行録画を行なうことができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することにある。

本発明は、上記課題を参酌してなされたものであり、その第１の側面は、録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうコンテンツ記録システムであって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索手段と、
前記代行録画機器探索手段により発見された代行録画機器上で録画予約を設定する録画予約設定手段とを備え、
代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを依頼元の機器の公開暗号鍵で暗号化して代行録画し、
依頼元の機器において、代行録画されたコンテンツを取得し、自分の秘密鍵で解読してコンテンツを利用する、
ことを特徴とするコンテンツ記録システムである。

また、本発明の第２の側面は、録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうコンテンツ記録システムであって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索手段と、
前記代行録画機器探索手段により発見された代行録画機器上で録画予約を設定する録画予約設定手段とを備え、
代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを代行録画するとともに該録画したコンテンツに自分の秘密鍵で署名し、
依頼元の機器において、代行録画されたコンテンツを取得し、代行録画機器の公開暗号鍵で署名を確認してからコンテンツを利用する、
ことを特徴とするコンテンツ記録システムである。

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

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

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

ブロードバンドの普及により、ネットワーク上の複数のＡＶ記録装置を１台の記録装置として仮想化することができる。ところが、この記録装置の仮想化により代行録画を行なう際に、何もセキュリティ機構を持たずにいると、１カ所のテレビ番組を録画したコンテンツがネットワーク上の不特定多数にダウンロード視聴されて著作権を侵害してしまう恐れがある。

例えば、ネットワークに接続された複数のＡＶ記録装置がお互いにアイドル（すなわち非稼動）時間を提供し、１台の記録能力を超えた仮想的な記録装置を実現するとき、録画代行した第三者が代行録画したコンテンツを録画依頼者にネットワーク転送する行為が著作権に抵触する可能性がある。

著作権法では、著作物の種類や複製の態様を限定することなく、個人的に又は家庭内などで使用する目的であれば、使用する者本人が複製することができることとされている。その一方、私的使用のために作成した複製物をその目的以外のために使用した場合には著作権者の複製権が動く旨を規定し、いわゆる目的外使用を禁止している。

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

このような冗長化録画を行なうことにより、著作権における私的複製の範囲を超えない範囲で代行録画を実現することができる。すなわち、録画依頼者の公開鍵で暗号化して保存された番組コンテンツは、録画依頼者自身しか利用することができないので、第三者の著作物複製という誤解を取り除くことができる。また、録画依頼者は第三者のＡＶ記録装置を使用しているが、これは私的録画の延長であると捉えることができる。

ネットワーク上のＡＶ記録装置間の連携による代行録画を私的複製の範囲に抑える仕組みは、録画依頼者の公開暗号鍵による代行録画コンテンツの暗号化、録画依頼者の公開鍵を管理するサーバ、録画代行者の公開暗号鍵を管理するサーバによって実現される。

（１）録画依頼者の公開暗号鍵による代行録画コンテンツの暗号化
録画代行者はあくまでも録画依頼者に録画装置を貸しているという解釈にする。このため、録画代行者により代行録画されたコンテンツは、録画依頼主のみが視聴可能とし、録画代行者が視聴可能であってはならない。この仕組みを実現するために、依頼された録画内容はリアルタイム若しくは録画後に依頼者の公開暗号鍵で暗号化しておく。この場合、録画代行者は代行録画したコンテンツにアクセスすることが不可能となる。また、録画依頼者は、このコンテンツを自分の再生装置に転送し、自分の秘密鍵で復号することによって視聴可能となる。

（２）録画依頼者の公開鍵を管理するサーバ
セキュリティの面から、録画依頼者と録画代行者の間で公開暗号鍵などのやりとりを直接行なわないようにする。このために、録画依頼者には一意のＩＤが割り振られ、そのＩＤを録画依頼者と録画代行者間で取引する。代行者は依頼者の公開暗号鍵を取得する装置にアクセスし、代行録画したコンテンツを依頼者の占有私的録画物として録画する。

（３）録画代行者の公開暗号鍵を管理するサーバ
録画代行者により録画が終了されると、録画物はネットワーク経由で録画代行者から録画依頼者へ転送される。この時点では録画コンテンツは暗号化されているため、盗聴されてデータが盗まれたとしても視聴される恐れは無い。ところが、録画依頼者が録画代行者からダウンロードする際に、録画代行者に成り済まして別のデータに改竄される恐れがある。これを防止するために、録画代行者側で録画コンテンツに代行者の秘密鍵で署名を行ない（あるいは、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）を用いた通信で）、録画依頼者まで転送する。転送が終わった後、録画依頼者は録画代行者の公開暗号鍵を公開暗号鍵サーバから取得し、ダウンロードしたコンテンツが代行者によるものだということを確認することが可能となる。

また、本発明の第３の側面は、録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索ステップと、
前記代行録画機器探索ステップにおいて発見された代行録画機器上で録画予約を設定する録画予約設定ステップと、
代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを依頼元の機器の公開暗号鍵で暗号化して代行録画する代行録画ステップと、
依頼元の機器において、代行録画されたコンテンツを取得し、自分の秘密鍵で解読してコンテンツを利用する代行録画コンテンツ再生ステップと、
を具備することを特徴とするコンピュータ・プログラムである。

また、本発明の第４の側面は、録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索ステップと、
前記代行録画機器探索ステップにおいて発見された代行録画機器上で録画予約を設定する録画予約設定ステップと、
代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを代行録画するとともに該録画したコンテンツに自分の秘密鍵で署名する代行録画ステップと、
依頼元の機器において、代行録画されたコンテンツを取得し、代行録画機器の公開暗号鍵で署名を確認してからコンテンツを利用する代行録画コンテンツ再生ステップと、
を具備することを特徴とするコンピュータ・プログラムである。

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

本発明によれば、放送局から提供される番組コンテンツを好適に記録することができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、一方の機器が他方の機器に代行して番組コンテンツを好適に記録することができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することができる。

また、本発明によれば、著作権やその他のコンテンツに関する保護を脅かすことなく番組コンテンツの代行録画を行なうことができる、優れたコンテンツ記録システム及びコンテンツ記録方法、並びにコンピュータ・プログラムを提供することができる。

本発明によれば、録画予約機能を備えた２以上のＣＥ機器間における動作をネットワーク経由で好適に連携させる際、著作権法における私的複製の問題を解決しながら１台の仮想的な大容量ＡＶ記録システムを構築することができる。これにより、ユーザの見たい番組をすべて録画する代行録画の仕組みを実現することができる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ｂ．分散型大容量ＡＶ記録システム
本発明のさらなる実施形態として、録画予約機能を備えた２以上のＣＥ機器間における動作をネットワーク経由で好適に連携させ、分散型の大容量ＡＶ記録システムを構築することができる。さらに、本発明によれば、録画予約機能を備えた２以上のＣＥ機器間における動作をネットワーク経由で好適に連携させる際、著作権法における私的複製の問題を解決しながら１台の仮想的な大容量ＡＶ記録システムを構築することができる。これにより、ユーザの見たい番組をすべて録画する代行録画の仕組みを実現することができる。

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

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

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

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

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

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

公開鍵サーバは、録画依頼者又は録画代行者となりうるＡＶ記録装置を始め、ネットワーク接続されているホスト端末の公開暗号鍵を、装置ＩＤで管理している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

録画代行者側のＡＶ記録装置では、録画代行要求が到来すると、依頼者のＩＤを基に鍵サーバに問い合わせてその公開暗号鍵を取得し、当該代行装置の録画予約スケジューラのキューに録画予約のスケジュールを追加登録する（ステップＳ２１）。

この場合、録画予約のスケジュールが到来とともに録画予約した番組コンテンツの録画処理を開始する。録画処理においては、録画依頼者の公開暗号鍵を用いて暗号化したコンテンツファイルとして保存される。また、録画終了後に、代行者の秘密鍵で署名を行なう（ステップＳ２２）。

このように録画代行が行なわれる場合、録画依頼者側のＡＶ記録装置では、外部に録画予約したものが完了している場合には（ステップＳ５）、録画代行者の機器から録画されたコンテンツファイルをダウンロードする（ステップＳ７）。そして、代行者のＩＤを基にその公開暗号鍵を鍵サーバから取得し、取得した暗号鍵を用いてダウンロードしたコンテンツの署名を確認する（ステップＳ８）。さらに、依頼者自身の未必鍵を使ってコンテンツを復号し（ステップＳ９）、本処理ルーチン全体を終了する。

ここで、代行予約サーバの介在により別のＡＶ記録装置の録画要求により代行録画する仕組みについて説明する。

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

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

そこで、ＡＶ記録装置Ｄは、代行予約サーバに対し、録画代行依頼を発行する。代行予約サーバは、この録画代行依頼に応答して、最寄りの地域に存在する代行録画のＡＶ記録装置を探索する。そして、３台のＡＶ記録装置Ａ〜Ｃを検出し、これら３台のＡＶ記録装置Ａ〜Ｃが、録画予約要求Ｄ−４を録画予約設定可能な非稼動資源、すなわち同時記録可能な能力を備えているかどうかを照会する。

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

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

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

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

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

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

予約代行サーバは、装置Ａからの録画代行要求に応答して、録画代行が可能なＡＶ記録装置を探索する。このとき、以下の条件を基に、その中から最適な装置を検索する。

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

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

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

装置Ｂは、録画予約コマンドを受け取ると、公開鍵サーバに対し公開鍵要求コマンドを発行し、装置ＡのＩＤを基にその公開暗号鍵を問い合わせる。これに対し、公開鍵サーバは、公開鍵返信コマンドにより装置Ａの公開暗号鍵を返す。

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

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

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

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

代行予約サーバは、代行録画完了通知コマンドを受信すると、録画予約情報のステータスを更新するとともに、依頼元の装置Ａに対し、代行録画完了通知コマンドを送信する。

依頼元の装置Ａは、代行録画完了通知コマンドを受信すると、装置ＢのＩＰアドレス宛てにコンテンツ要求コマンドを送信し、装置Ｂに対し、代行録画された番組コンテンツのダウンロードを要求する。

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

装置Ａは、代行録画ファイルのダウンロードが完了すると、代行予約サーバに対し、録画予約完了通知コマンドを送信する。この録画予約完了通知コマンドには、サーバ固有の予約ＩＤが含まれている。代行予約サーバは、装置Ｂに対し、代行録画ファイルの削除要求コマンドを送信する。この代行録画ファイルの削除要求コマンドには、装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤが含まれている。

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

また、装置Ａでは、代行予約サーバ経由で、あるいは公開鍵サーバに対し直接、公開鍵要求コマンドを発行し、装置ＢのＩＤを基にその公開暗号鍵を要求する。これに対し、公開鍵サーバからは、公開鍵返信コマンドにより装置Ｂの公開暗号鍵が返される。そして、装置Ａでは、ダウンロードしたコンテンツの署名を装置Ｂの公開暗号鍵で復号し、改竄されていないことを確認する。この確認に成功すると、今度は自機の秘密暗号鍵を用いてダウンロードしたコンテンツを解読し、代行録画された番組コンテンツの視聴が可能となる。

図２５に示したような、代行予約サーバ及び管理サーバを介在させた４者間で代行録画を行なう動作シーケンスの変形例として、代行予約サーバと管理サーバを一体化させることによっても、同様に代行録画サービスを実現することができる。図２６には、録画依頼者としての装置Ａと、録画代行者としての装置Ｂと、予約代行サーバの３者間における代行予約及び代行録画されたコンテンツの転送に関する動作シーケンスを示している。但し、各ＡＶ記録装置が予約代行サーバにアクセスするときには、自装置のパスワードも送信するようにし、予約代行サーバは毎回そのパスワードをチェックするものとする。また、機器間ではソフトウェアセルの形態でコマンドの転送が行なわれるものとする。

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

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

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

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

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

代行予約サーバは、代行録画完了通知コマンドを受信すると、録画予約情報のステータスを更新するとともに、依頼元の装置Ａに対し、代行録画完了通知コマンドを送信する。

依頼元の装置Ａは、代行録画完了通知コマンドを受信すると、装置ＢのＩＰアドレス宛てにコンテンツ要求コマンドを送信し、装置Ｂに対し、代行録画された番組コンテンツのダウンロードを要求する。このコンテンツ要求コマンドには、装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤが含まれている。

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

装置Ａは、代行録画ファイルのダウンロードが完了すると、代行予約サーバに対し、録画予約完了通知コマンドを送信する。この録画予約完了通知コマンドには、サーバ固有の予約ＩＤが含まれている。代行予約サーバは、装置Ｂに対し、代行録画ファイルの削除要求コマンドを送信する。この代行録画ファイルの削除要求コマンドには、装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤが含まれている。

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

また、装置Ａでは、代行予約サーバから装置Ｂの公開暗号鍵を取得し、ダウンロードしたコンテンツの署名を装置Ｂの公開暗号鍵で復号し、改竄されていないことを確認する。この確認に成功すると、今度は自機の秘密暗号鍵を用いてダウンロードしたコンテンツを解読し、代行録画された番組コンテンツの視聴が可能となる。

図２７には、本実施形態に係る分散型大容量ＡＶ記録システムにおいて、録画代行並びに代行録画したコンテンツの視聴のために機器間で鍵交換を行なうフローを図解している。但し、同図では、代行予約サーバと公開鍵サーバ機能が１台のサーバに一体化しており、装置Ｄにおける録画要求を装置Ｂにおいて代行録画する例を示している。

ＡＶ記録装置Ｄにおいて、能力以上の録画要求が発生したとする。そうすると、溢れた録画要求を代行予約サーバに問い合わせる（1）。

代行予約サーバは、ネットワーク上のＡＶ記録装置の中で、ＡＶ記録装置Ｄから要求された時間にアイドルになっている機器を探し出し（2）、その代行録画装置に対し、依頼者（装置Ｄ）のＩＤと予約要求を送信する（3）。

代行録画者としての装置Ｂは、依頼者ＩＤをキーとして、公開暗号鍵サーバに問い合わせて、依頼元装置の公開鍵を取得する（4）。

そして、録画代行を行なう装置Ｂは、指定された録画予約時間になると、録画を開始するとともに、録画した内容を代行録画者が視聴できないように、先ほど取得した公開暗号鍵を使ってリアルタイムで暗号化しながら録画する（5）。

代行録画者としての装置Ｂは、録画が終了したら、自身の秘密鍵で署名を行ない、代行録画作業を終了する（6）。

録画依頼者としての装置Ｄは、録画終了時刻以降に代行録画者にアクセスし、録画データをダウンロードする（7）。同時に、代行録画者のＩＤから公開暗号鍵サーバに代行録画者の公開暗号鍵を問い合わせる（8）。

録画依頼者としての装置Ｄは、録画データに付されている署名を代行者の公開暗号鍵で復号し、改竄されていないかを確認する（9）。

最後に、録画依頼者としての装置Ｄは、自身の秘密鍵で録画データを復号して録画コンテンツにアクセス可能となる（10）。

公開暗号鍵サーバは、この代行録画システムを利用しているユーザＩＤと公開暗号鍵データを管理しており、ユーザからの要求に従いダウンロードすることが可能である。

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

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

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

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

問い合わせを受けたＡＶ記録装置側では、自機上での録画予約状況を確認し、以下の条件に適合するかどうかを照合する。

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

図示の例では、装置Ｂがこれらの条件に適合するものとして録画代行を受理する。この場合、装置Ｂは、公開鍵サーバに対し公開鍵要求コマンドを発行し、装置ＡのＩＤを基にその公開暗号鍵を問い合わせる。これに対し、公開鍵サーバは、公開鍵返信コマンドにより装置Ａの公開暗号鍵を返す。

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

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

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

依頼元の装置Ａは、代行録画完了通知コマンドを受信すると、装置ＢのＩＰアドレス宛てにコンテンツ要求コマンドを送信し、装置Ｂに対し、代行録画された番組コンテンツのダウンロードを要求する。

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

装置Ａは、代行録画ファイルのダウンロードが完了すると、装置Ｂに対し、代行録画ファイルの削除要求コマンドを送信する。この代行録画ファイルの削除要求コマンドには、装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤが含まれている。装置Ｂは、代行録画ファイルの削除要求コマンドを受信すると、該当するファイルを自機上のディスクから削除し、リソースを解放する。

また、装置Ａでは、公開鍵サーバに対し公開鍵要求コマンドを発行し、装置ＢのＩＤを基にその公開暗号鍵を要求する。これに対し、公開鍵サーバからは、公開鍵返信コマンドにより装置Ｂの公開暗号鍵が返される。そして、装置Ａでは、ダウンロードしたコンテンツの署名を装置Ｂの公開暗号鍵で復号し、改竄されていないことを確認する。この確認に成功すると、今度は自機の秘密暗号鍵を用いてダウンロードしたコンテンツを解読し、代行録画された番組コンテンツの視聴が可能となる。

また、代行予約サーバの介在なしに録画依頼者としてのＡＶ記録装置Ａと録画代行者としてのＡＶ記録装置Ｂ間でピア・ツー・ピア方式により代行予約及び代行録画されたファイルのダウンロード手続きを直接行なう際に、各装置が互いの公開暗号鍵を共有している場合には、代行予約サーバだけでなく公開鍵サーバの設置も不要となる。図２９には、この場合の装置Ａ及び装置Ｂ間における代行予約及び代行録画されたファイルの転送に関する動作シーケンスを示している。但し、各ＡＶ記録装置が予約代行サーバにアクセスするときには、自装置のパスワードも送信するようにし、予約代行サーバは毎回そのパスワードをチェックするものとする。また、機器間ではソフトウェアセルの形態でコマンドの転送が行なわれるものとする。

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

ここで、装置Ａ側において、同一時刻での予約が自機上では処理不可能な録画予約操作がユーザにより行なわれたとする。この場合、装置Ａは、代行予約受付リストを参照し、当該リストの順にネットワーク上で連携する各機器に対し代行録画要求コマンドを発行し、自機上で録画不可能な処理を代行できるかどうかを問い合わせる。問い合わせを受けたＡＶ記録装置側では、自機上での録画予約状況を確認し、代行録画の条件に適合するかどうかを照合する。

図示の例では、装置Ｂがこれらの条件に適合するものとして録画代行を受理する。そして、装置Ｂでは、当該装置の録画予約スケジューラのキューに録画予約のスケジュールを追加登録するとともに、要求元の装置Ａに対し、録画予約返信コマンドを返信する。この録画予約返信コマンドには、装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤを添付する。

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

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

依頼元の装置Ａは、代行録画完了通知コマンドを受信すると、装置ＢのＩＰアドレス宛てにコンテンツ要求コマンドを送信し、装置Ｂに対し、代行録画された番組コンテンツのダウンロードを要求する。

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

装置Ａは、代行録画ファイルのダウンロードが完了すると、装置Ｂに対し、代行録画ファイルの削除要求コマンドを送信する。この代行録画ファイルの削除要求コマンドには、装置Ｂにおいて代行録画した番組コンテンツを識別可能な固有録画予約ＩＤが含まれている。装置Ｂは、代行録画ファイルの削除要求コマンドを受信すると、該当するファイルを自機上のディスクから削除し、リソースを解放する。

また、装置Ａでは、ダウンロードしたコンテンツの署名を装置Ｂの公開暗号鍵で復号し、改竄されていないことを確認する。この確認に成功すると、今度は自機の秘密暗号鍵を用いてダウンロードしたコンテンツを解読し、代行録画された番組コンテンツの視聴が可能となる。

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

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

Claims (14)

1. 録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうコンテンツ記録システムであって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
   前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索手段と、
   前記代行録画機器探索手段により発見された代行録画機器上で録画予約を設定する録画予約設定手段とを備え、
   代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを依頼元の機器の公開暗号鍵で暗号化して代行録画し、
   依頼元の機器において、代行録画されたコンテンツを取得し、自分の秘密鍵で解読してコンテンツを利用する、
   ことを特徴とするコンテンツ記録システム。
2. 録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうコンテンツ記録システムであって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
   前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索手段と、
   前記代行録画機器探索手段により発見された代行録画機器上で録画予約を設定する録画予約設定手段とを備え、
   代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを代行録画するとともに該録画したコンテンツに自分の秘密鍵で署名し、
   依頼元の機器において、代行録画されたコンテンツを取得し、代行録画機器の公開暗号鍵で署名を確認してからコンテンツを利用する、
   ことを特徴とするコンテンツ記録システム。
3. 前記ネットワーク上の各機器に対し公開暗号鍵を提供する公開鍵提供手段をさらに備える、
   ことを特徴とする請求項１又は請求項２のいずれかに記載のコンテンツ記録システム。
4. 代行録画する機器は、自機上で録画予約設定されたものと同一番組を代行録画する場合、別のファイルにして保存する、
   ことを特徴とする請求項１又は請求項２のいずれかに記載のコンテンツ記録システム。
5. 代行録画依頼元の機器は、代行録画機器との一対一の通信方式により代行録画コンテンツの転送を行なう、
   ことを特徴とする請求項１又は請求項２のいずれかに記載のコンテンツ記録システム。
6. 代行録画した番組コンテンツを依頼元の機器に移動した後、代行録画機器上に保存されている当該番組コンテンツを削除するコンテンツ削除手段をさらに備える、
   ことを特徴とする請求項１又は請求項２のいずれかに記載のコンテンツ記録システム。
7. 録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうコンテンツ記録方法であって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
   前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索ステップと、
   前記代行録画機器探索ステップにおいて発見された代行録画機器上で録画予約を設定する録画予約設定ステップと、
   代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを依頼元の機器の公開暗号鍵で暗号化して代行録画する代行録画ステップと、
   依頼元の機器において、代行録画されたコンテンツを取得し、自分の秘密鍵で解読してコンテンツを利用する代行録画コンテンツ再生ステップと、
   を具備することを特徴とするコンテンツ記録方法。
8. 録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうコンテンツ記録方法であって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
   前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索ステップと、
   前記代行録画機器探索ステップにおいて発見された代行録画機器上で録画予約を設定する録画予約設定ステップと、
   代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを代行録画するとともに該録画したコンテンツに自分の秘密鍵で署名する代行録画ステップと、
   依頼元の機器において、代行録画されたコンテンツを取得し、代行録画機器の公開暗号鍵で署名を確認してからコンテンツを利用する代行録画コンテンツ再生ステップと、
   を具備することを特徴とするコンテンツ記録方法。
9. 前記ネットワーク上の各機器に対し公開暗号鍵を提供する公開鍵提供ステップをさらに備える、
   ことを特徴とする請求項７又は請求項８のいずれかに記載のコンテンツ記録方法。
10. 代行録画ステップでは、代行録画機器上で録画予約設定されたものと同一番組を代行録画する場合、別のファイルにして保存する、
    ことを特徴とする請求項７又は請求項８のいずれかに記載のコンテンツ記録方法。
11. 代行録画機器と代行録画依頼元の機器間で一対一の通信方式により代行録画コンテンツの転送を行なう、
    ことを特徴とする請求項７又は請求項８のいずれかに記載のコンテンツ記録方法。
12. 代行録画した番組コンテンツを依頼元の機器に移動した後、代行録画機器上に保存されている当該番組コンテンツを削除するコンテンツ削除ステップをさらに備える、
    ことを特徴とする請求項７又は請求項８のいずれかに記載のコンテンツ記録方法。
13. 録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
    前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索ステップと、
    前記代行録画機器探索ステップにおいて発見された代行録画機器上で録画予約を設定する録画予約設定ステップと、
    代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを依頼元の機器の公開暗号鍵で暗号化して代行録画する代行録画ステップと、
    依頼元の機器において、代行録画されたコンテンツを取得し、自分の秘密鍵で解読してコンテンツを利用する代行録画コンテンツ再生ステップと、
    を具備することを特徴とするコンピュータ・プログラム。
14. 録画予約機能を備えた複数の機器をネットワーク上で連携させ番組コンテンツの代行録画を行なうための処理をコンピュータ・システム上で実行するようにコンピュータ可読形式で記述されたコンピュータ・プログラムであって、各機器は公開鍵方式の公開暗号鍵及び秘密鍵を保持し、
    前記ネットワーク経由で連携するいずれかの機器上で番組コンテンツの代行録画が依頼されたことに応答して、該要求されている録画予約を代行する機器を前記ネットワーク上で探索する代行録画機器探索ステップと、
    前記代行録画機器探索ステップにおいて発見された代行録画機器上で録画予約を設定する録画予約設定ステップと、
    代行録画機器において、代行録画依頼に応じて録画予約設定された番組の放送時間の到来に応答して、番組コンテンツを代行録画するとともに該録画したコンテンツに自分の秘密鍵で署名する代行録画ステップと、
    依頼元の機器において、代行録画されたコンテンツを取得し、代行録画機器の公開暗号鍵で署名を確認してからコンテンツを利用する代行録画コンテンツ再生ステップと、
    を具備することを特徴とするコンピュータ・プログラム。
    

Images