JP4306538B2 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関し、特に、容易に番組を録画できるようにした情報処理装置、情報処理方法、およびプログラムに関する。

テレビ番組の録画を予約する場合、ユーザは、確実にその番組を録画できることを望むが、録画機器の電源遮断といった予期せぬトラブルにより録画を失敗することがある。

そこで、例えば、特許文献１には、録画機器の電源遮断を認識し、その間に録画が予約されていた番組の再放送といった代替番組を電子番組表(EPG)から取得し、ユーザに通知する技術が開示されている。

また、例えば、特許文献２には、放送された番組の一部が取得できず、その番組のデータが破損していた場合、その区間に対応する別の代替放送を受信し、一連の番組プログラムとして再構成する技術が開示されている。

しかしながら、上述した特許文献１と特許文献２においても、代替番組が放送されるまでのタイムラグが生じたり、代替番組が放送されない可能性もある。

そこで、こういった損失を避けるために、ユーザが、複数の録画機器に対して録画予約の設定を行う方法もある。

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

しかしながら、ユーザが複数の録画機器に対して録画予約の設定を行う方法では、同一の録画予約処理を繰り返して行う必要があるとともに、２重に録画された番組のデータから不要なデータを削除する必要もあるため、非常に手間がかかるとい課題があった。

本発明は、このような状況に鑑みてなされたものであり、容易に番組を録画できるようにするものである。

本発明の情報処理装置は、ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約手段と、他の情報処理装置に番組の録画の予約の要求を行う録画予約要求手段と、録画予約手段による番組の録画の予約に基づいて、録画処理を実行する録画手段と、録画手段により録画処理が失敗した場合、録画予約要求手段により番組の録画の予約の要求を行った他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求手段と、録画手段により録画処理が成功した場合、または、録画データ送信要求手段による要求に対して他の情報処理装置から送信されてきた録画データを受信した場合、他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求手段と、録画手段により録画処理が成功した場合に得られる録画データ、または、録画データ送信要求手段による要求に対して他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御手段と、録画データを統合する統合手段とを備え、録画データ送信要求手段は、録画手段により録画処理が失敗した場合、かつ、録画予約要求手段により番組の録画の予約の要求を行った他の情報処理装置においても録画処理が失敗した場合、他の情報処理装置に、録画データを送信するよう要求し、統合手段は、録画手段により得られた録画データと、他の情報処理装置から送信されてきた録画データを統合し、記憶制御手段は、統合手段により統合された録画データを、録画済みデータとして記憶するよう制御することを特徴とする。

通信網は、セルネットワークであるものとすることができる。

複数の他の情報処理装置にステータスを問い合わせるステータス問い合わせ手段と、ステータス問い合わせ手段による問い合わせに対する応答に基づいて、複数の他の情報処理装置の中から番組の録画の予約の要求を行う他の情報処理装置を選択する選択する録画予約端末選択手段とをさらに備え、録画予約要求手段は、録画予約端末選択手段により選択された他の情報処理装置に、番組の録画の予約の要求を行うものとすることができる。

録画予約要求手段による番組の録画の予約の要求に対する、他の情報処理装置からの応答に基づいて、録画予約が成功したことを示す確認画面を表示する表示手段をさらに備えるものとすることができる。

本発明の情報処理方法は、ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約ステップと、他の情報処理装置に番組の録画の予約の要求を行う録画予約要求ステップと、録画予約ステップの処理による番組の録画の予約に基づいて、録画処理を実行する録画ステップと、録画ステップの処理により録画処理が失敗した場合、録画予約要求ステップの処理により番組の録画の予約の要求を行った他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求ステップと、録画ステップの処理により録画処理が成功した場合、または、録画データ送信要求ステップの処理による要求に対して他の情報処理装置から送信されてきた録画データを受信した場合、他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求ステップと、録画ステップの処理により録画処理が成功した場合に得られる録画データ、または、録画データ送信要求ステップの処理による要求に対して他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御ステップと、録画データを統合する統合ステップとを含み、録画データ送信要求ステップにおいて、録画ステップで録画処理が失敗した場合、かつ、録画予約要求ステップで番組の録画の予約の要求を行った他の情報処理装置においても録画処理が失敗した場合、他の情報処理装置に、録画データを送信するよう要求し、統合ステップにおいて、録画ステップにより得られた録画データと、他の情報処理装置から送信されてきた録画データを統合し、記憶制御ステップにおいて、統合ステップで統合された録画データを、録画済みデータとして記憶するよう制御することを特徴とする。

本発明のプログラムは、ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約ステップと、他の情報処理装置に番組の録画の予約の要求を行う録画予約要求ステップと、録画予約ステップの処理による番組の録画の予約に基づいて、録画処理を実行する録画ステップと、録画ステップの処理により録画処理が失敗した場合、録画予約要求ステップの処理により番組の録画の予約の要求を行った他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求ステップと、録画ステップの処理により録画処理が成功した場合、または、録画データ送信要求ステップの処理による要求に対して他の情報処理装置から送信されてきた録画データを受信した場合、他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求ステップと、録画ステップの処理により録画処理が成功した場合に得られる録画データ、または、録画データ送信要求ステップの処理による要求に対して他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御ステップと、録画データを統合する統合ステップとを含み、録画データ送信要求ステップにおいて、録画ステップで録画処理が失敗した場合、かつ、録画予約要求ステップで番組の録画の予約の要求を行った他の情報処理装置においても録画処理が失敗した場合、他の情報処理装置に、録画データを送信するよう要求し、統合ステップにおいて、録画ステップにより得られた録画データと、他の情報処理装置から送信されてきた録画データを統合し、記憶制御ステップにおいて、統合ステップで統合された録画データを、録画済みデータとして記憶するよう制御する処理をコンピュータに実行させることを特徴とする。

本発明によれば、ユーザからの録画の予約の指令に基づいて、番組の録画の予約が行われ、他の情報処理装置に番組の録画の予約の要求が行われ、番組の録画の予約に基づいて、録画処理が実行される。また、録画処理が失敗した場合、他の情報処理装置に、録画データを送信するよう要求され、録画処理が成功した場合、または、他の情報処理装置から送信されてきた録画データを受信した場合、他の情報処理装置に対して、録画データを削除するよう要求される。そして、録画処理が成功した場合に得られる録画データ、または、他の情報処理装置から送信されてきた録画データが、録画済みデータとして記憶され、録画データが統合され、録画処理が失敗した場合、かつ、番組の録画の予約の要求を行った他の情報処理装置においても録画処理が失敗した場合、他の情報処理装置に、録画データを送信するよう要求され、自分の録画データと、他の情報処理装置から送信されてきた録画データが統合され、統合された録画データが、録画済みデータとして記憶される。

本発明によれば、容易に番組を録画することができる。特に、本発明によれば、ユーザが録画予約を指令した情報処理装置において録画処理が失敗した場合においても、録画データを受信して記憶するようにしたので、容易かつ確実に録画を行うことができる。

以下に、本発明の実施の形態を説明するが、請求項に記載の構成要件と、発明の実施の形態における具体例との対応関係を例示すると、次のようになる。この記載は、請求項に記載されている発明をサポートする具体例が、発明の実施の形態に記載されていることを確認するためのものである。従って、発明の実施の形態中には記載されているが、構成要件に対応するものとして、ここには記載されていない具体例があったとしても、そのことは、その具体例が、その構成要件に対応するものではないことを意味するものではない。逆に、具体例が構成要件に対応するものとしてここに記載されていたとしても、そのことは、その具体例が、その構成要件以外の構成要件には対応しないものであることを意味するものでもない。

さらに、この記載は、発明の実施の形態に記載されている具体例に対応する発明が、請求項に全て記載されていることを意味するものではない。換言すれば、この記載は、発明の実施の形態に記載されている具体例に対応する発明であって、この出願の請求項には記載されていない発明の存在、すなわち、将来、分割出願されたり、補正により追加される発明の存在を否定するものではない。

請求項１に記載の情報処理装置は、
他の情報処理装置と通信網を介して情報を授受する情報処理装置（例えば、図１の端末１１−１）であって、
ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約手段（例えば、図８のステップＳ１２の処理を実行する図３の予約管理プログラム７１）と、
前記他の情報処理装置に番組の録画の予約の要求を行う録画予約要求手段（例えば、図８のステップＳ１５の処理を実行する図３の予約管理プログラム７１）と、
前記録画予約手段による番組の録画の予約に基づいて、録画処理を実行する録画手段（例えば、図８のステップＳ１７の処理を実行する図３の予約管理プログラム７１）と、
前記録画手段により録画処理が失敗した場合、前記録画予約要求手段により番組の録画の予約の要求を行った前記他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求手段（例えば、図９のステップＳ１９、図２４のステップＳ５０３，またはステップＳ５０６の処理を実行する図３の予約管理プログラム７１）と、
前記録画手段により録画処理が成功した場合、または、前記録画データ送信要求手段による要求に対して前記他の情報処理装置から送信されてきた録画データを受信した場合、前記他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求手段（例えば、図９のステップＳ２２の処理を実行する図３の予約管理プログラム７１）と、
前記録画手段により録画処理が成功した場合に得られる録画データ、または、前記録画データ送信要求手段による要求に対して前記他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御手段（例えば、図９のステップＳ２３の処理を実行する図３の予約管理プログラム７１）と、
前記録画データを統合する統合手段（例えば、図２４のステップＳ５０５の処理を実行する図３の予約管理プログラム７１）と
を備え、
前記録画データ送信要求手段は、前記録画手段により録画処理が失敗した場合、かつ、前記録画予約要求手段により番組の録画の予約の要求を行った前記他の情報処理装置においても録画処理が失敗した場合、前記他の情報処理装置に、録画データを送信するよう要求し、（例えば、図２４のステップＳ５０３）
前記統合手段は、前記録画手段により得られた録画データと、前記他の情報処理装置から送信されてきた録画データを統合し（例えば、図２４のステップＳ５０５）、
前記記憶制御手段は、前記統合手段により統合された録画データを、録画済みデータとして記憶するよう制御する
ことを特徴とする。

請求項２に記載の情報処理装置の前記通信網は、セルネットワークである
ことを特徴とする。

請求項３に記載の情報処理装置は、
複数の前記他の情報処理装置にステータスを問い合わせるステータス問い合わせ手段（例えば、図８のステップＳ１３の処理を実行する図３の予約管理プログラム７１）と、
前記ステータス問い合わせ手段による問い合わせに対する応答に基づいて、複数の前記他の情報処理装置の中から番組の録画の予約の要求を行う前記他の情報処理装置を選択する選択する録画予約端末選択手段（例えば、図８のステップＳ１４の処理を実行する図３の予約管理プログラム７１）と
をさらに備え、
前記録画予約要求手段は、前記録画予約端末選択手段により選択された前記他の情報処理装置に、番組の録画の予約の要求を行う
ことを特徴とする。

請求項４に記載の情報処理装置は、
前記録画予約要求手段による番組の録画の予約の要求に対する、他の情報処理装置からの応答に基づいて、録画予約が成功したことを示す確認画面を表示する表示手段（例えば、図８のステップＳ１６の処理を実行する図３の出力部５７）をさらに備える
ことを特徴とする。

請求項５に記載の情報処理方法は、
他の情報処理装置と通信網を介して情報を授受する情報処理装置の情報処理方法であって、
ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約ステップ（例えば、図８のステップＳ１２）と、
前記他の情報処理装置に番組の録画の予約の要求を行う録画予約要求ステップ（例えば、図８のステップＳ１５）と、
前記録画予約ステップの処理による番組の録画の予約に基づいて、録画処理を実行する録画ステップ（例えば、図８のステップＳ１７）と、
前記録画ステップの処理により録画処理が失敗した場合、前記録画予約要求ステップの処理により番組の録画の予約の要求を行った前記他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求ステップ（例えば、図９のステップＳ１９、図２４のステップＳ５０３，またはステップＳ５０６）と、
前記録画ステップの処理により録画処理が成功した場合、または、前記録画データ送信要求ステップの処理による要求に対して前記他の情報処理装置から送信されてきた録画データを受信した場合、前記他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求ステップ（例えば、図９のステップＳ２２）と、
前記録画ステップの処理により録画処理が成功した場合に得られる録画データ、または、前記録画データ送信要求ステップの処理による要求に対して前記他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御ステップ（例えば、図９のステップＳ２３）と、
前記録画データを統合する統合ステップ（例えば、図２４のステップＳ５０５）と
を含み、
前記録画データ送信要求ステップにおいて、前記録画ステップで録画処理が失敗した場合、かつ、前記録画予約要求ステップで番組の録画の予約の要求を行った前記他の情報処理装置においても録画処理が失敗した場合、前記他の情報処理装置に、録画データを送信するよう要求し（例えば、図２４のステップＳ５０３）、
前記統合ステップにおいて、前記録画ステップにより得られた録画データと、前記他の情報処理装置から送信されてきた録画データを統合し（例えば、図２４のステップＳ５０５）、
前記記憶制御ステップにおいて、前記統合ステップで統合された録画データを、録画済みデータとして記憶するよう制御する
ことを特徴とする。

請求項６に記載のプログラムは、
他の情報処理装置と通信網を介して情報を授受する情報処理装置を制御するプログラムであって、
ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約ステップ（例えば、図８のステップＳ１２）と、
前記他の情報処理装置に番組の録画の予約の要求を行う録画予約要求ステップ（例えば、図８のステップＳ１５）と、
前記録画予約ステップの処理による番組の録画の予約に基づいて、録画処理を実行する録画ステップ（例えば、図８のステップＳ１７）と、
前記録画ステップの処理により録画処理が失敗した場合、前記録画予約要求ステップの処理により番組の録画の予約の要求を行った前記他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求ステップ（例えば、図９のステップＳ１９、図２４のステップＳ５０３，またはステップＳ５０６）と、
前記録画ステップの処理により録画処理が成功した場合、または、前記録画データ送信要求ステップの処理による要求に対して前記他の情報処理装置から送信されてきた録画データを受信した場合、前記他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求ステップ（例えば、図９のステップＳ２２）と、
前記録画ステップの処理により録画処理が成功した場合に得られる録画データ、または、前記録画データ送信要求ステップの処理による要求に対して前記他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御ステップ（例えば、図９のステップＳ２３）と、
前記録画データを統合する統合ステップ（例えば、図２４のステップＳ５０５）と
を含み、
前記録画データ送信要求ステップにおいて、前記録画ステップで録画処理が失敗した場合、かつ、前記録画予約要求ステップで番組の録画の予約の要求を行った前記他の情報処理装置においても録画処理が失敗した場合、前記他の情報処理装置に、録画データを送信するよう要求し（例えば、図２４のステップＳ５０３）、
前記統合ステップにおいて、前記録画ステップにより得られた録画データと、前記他の情報処理装置から送信されてきた録画データを統合し（例えば、図２４のステップＳ５０５）、
前記記憶制御ステップにおいて、前記統合ステップで統合された録画データを、録画済みデータとして記憶するよう制御する
処理をコンピュータに実行させることを特徴とする。

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

図１は、本発明を適用した一実施の形態の情報処理システムの構成例を説明する図である。

端末装置１１−１は、端末装置１１−２乃至端末装置１１−５と、ホームネットワーク２１を介して相互に接続されている。端末装置１１−１乃至端末装置１１−５は、それぞれホームネットワーク２１を介して通信可能とされている。また、ホームネットワーク２１は、インターネット２２にも接続されており、端末装置１１−１乃至端末装置１１−５は、ホームネットワーク２１とインターネット２２を介して、インターネット２２に接続されている端末装置１１−６と通信する。なお、本実施の形態においては、ホームネットワーク２１とインターネット２２を個々に区別する必要がない場合、単にネットワーク（通信網）と称する。

端末装置１１−１は、アンテナ１２−１とHDD(Hard Disk Drive)１３−１を有しており、端末装置１１−２は、アンテナ１２−２とHDD１３−２を有している。以下、同様に、端末装置１１−３乃至端末装置１１−６は、それぞれ対応するアンテナ１２−３乃至アンテナ１２−６と、HDD１３−３乃至HDD１３−６を有している。

図１においては、端末装置１１−１乃至端末装置１１−４、並びに端末装置１１−６のアンテナ１２−１乃至アンテナ１２−４、並びにアンテナ１２−６が受信可能な状態とされており、端末装置１１−５のアンテナ１２−５は放送を受信することができない状態とされている。また、端末装置１１−１乃至端末装置１１−３、並びに端末装置１１−５および端末装置１１−６のHDD１３−１乃至HDD１３−３、並びにHDD１３−５，HDD１３−６は空き容量が十分ある状態とされており、端末装置１１−４のHDD１３−４の空き容量は少ない（または、ない）状態とされている。

なお、以下において、端末装置１１−１乃至端末装置１１−６、アンテナ１２−１乃至アンテナ１２−６、並びにHDD１３−１乃至HDD１３−６をそれぞれ個々に区別する必要がない場合、それぞれ、端末装置１１、アンテナ１２、およびHDD１３と称する。また、以下において、端末装置１１は、端末１１とも称する。端末１１は、放送されたテレビ番組を受信することが可能、かつ、DVD(Digital Versatile Disk)±RW(Re-writable)およびブルーレイディスクなどの記録装置や固定ディスク（HDD）に、受信したテレビ番組のデータを録画（記録）する機能を有するハードディスクレコーダなどの録画機器（ホームサーバ）である。

詳細は後述するが、この情報処理システムにおいては、ユーザから録画の予約を受け付けた端末１１（例えば、端末１１−１）が、複数の他の端末１１（端末１１−２乃至端末１１−６）のうち、バックアップとして、録画の予約を依頼する端末１１（例えば、端末１１−２）を選択し、録画の予約を依頼することで、容易に録画予約を行うようにするものである。

図２は、図１の端末１１の構成例を示すブロック図である。

図２において、CPU（Central Processing Unit）５１は、ROM(Read Only Memory)５２に記憶されているプログラム、または、HDD１３からRAM(Random Access Memory)５３にロードされたプログラムに従って各種の処理を実行する。RAM５３にはまた、CPU５１が各種の処理を実行する上において必要なデータなどが適宜記憶される。

CPU５１、ROM５２、およびRAM５３は、内部バス５４を介して相互に接続されている。この内部バス５４にはまた、入出力インターフェース５５も接続されている。

入出力インターフェース５５には、キーボード、マウスなどよりなる入力部５６、CRT，LCDなどよりなるディスプレイ、スピーカなどよりなる出力部５７、ハードディスク１３、並びに、モデム、ターミナルアダプタなどより構成される通信部５８が接続されている。通信部５８は、電話回線やCATVを含む各種のネットワークを介しての通信処理を行う。

入出力インターフェース５５にはまた、必要に応じてドライブ５９が接続され、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリなどによりなるリムーバブルメディア６１が適宜装着され、それから読み出されたコンピュータプログラムが、必要に応じてHDD１３にインストールされる。

図３は、図２の端末１１の機能的構成例（ソフトウェアの構成例）を示すブロック図である。

端末１１には、予約管理プログラム７１、GUI処理モジュール７２、録画モジュール７３、認証モジュール７４、再生モジュール７５、タイマ７６、デバイス７７、およびネットワークインタフェース７８の他に、HDD１３、入力部５６、および出力部５７がさらに設けられている。

予約管理プログラム７１は、端末１１の電源がオンされたとき（システム起動時）にHDD１３から、RAM５２に読み込まれ、CPU５１（図２）で処理されるプログラムであり、録画予約に関する処理を実行する。また、予約管理プログラム７１は、GUI処理モジュール７２、録画モジュール７３、認証モジュール７４、タイマ７６、デバイス７７、およびHDD１３の各部を制御する。

GUI処理モジュール７２は、ユーザからの入力部５６への操作を受け付けるための処理を実行したり、出力部５７への出力を制御する処理を実行する。すなわち、GUI処理モジュール７２は、ユーザからの録画予約の指示を受け付けたり、録画予約の結果の表示をするための制御処理を実行する。

録画モジュール７３は、デバイス７７やHDD１３などを制御して録画処理を実行する。例えば、録画モジュール７３は、デバイス７７を制御して、アンテナ１２から受信した（テレビ）番組のデータを、読み込み、HDD１３に録画データとして記憶させる処理（すなわち、録画処理）を実行する。

認証モジュール７４は、インターネット２２（図１）を介する端末１１（例えば、外部の端末１１−６）との間で認証処理を実行する。

再生モジュール７５は、予約管理プログラム７１により予約され、録画された結果（すなわち、録画処理の結果）の録画データを（HDD１３から）、再生する。

タイマ７６は、時刻の管理を行う。例えば、タイマ７６は、予約管理プログラム７１からの指令に基づいて、録画する時刻（録画が予約される時刻、すなわち、録画予約時刻）を設定し、録画予約時刻になった場合に、予約管理プログラム７１に通知する。

ネットワークインタフェース７８は、ホームネットワーク２１に接続するためのインターフェースである。

HDD１３は、設定ファイル９１、予約ファイル９２、録画データリスト９３、および録画データ９４が記憶されている。また、HDD１３には、図示せぬプログラムなどが記憶されている。HDD１３は、補助記憶装置である。また、HDD１３は、ネットワーク全体を通して（図１の例の場合、ホームネットワーク２１およびインターネット２２の全体を通して）、一意的に識別可能な端末ＩＤを記憶している。

端末１１の電源が投入（オン）されると、端末１１の制御に必要な初期化処理が実行される。すなわち、端末１１を制御するソフトウェアの１つとして、予約録画管理ソフトウェア（予約管理プログラム７１を実行するためのソフトウェア）が、補助記憶装置（例えば、リムーバブルメディア６１）からHDD１３に読み込まれ、CPU５１でHDD１３に読み込まれた予約管理プログラム７１を実行する。

このような端末１１における録画予約処理を簡単に説明すると、ユーザからの入力部５６に対する操作入力（例えば、録画予約を指令する操作）をGUI処理モジュール７２が受け付け、GUI処理モジュール７２は、受け付けた録画予約の指令を予約管理プログラム７１に供給する。予約管理プログラム７１では、その録画予約の指令に基づいて、タイマ７６に予約時間をセットするとともに、HDD１３に、録画の予約に関する情報を、予約ファイル９２として書き込む。そして、予約管理プログラム７１は、録画予約を受け付けたことを示す画面を、GUI処理モジュール７２を制御して出力部５７に出力させる。また、予約管理プログラム７１は、タイマ７６から予約時間になったことを表す通知が供給されると、録画モジュール７３に対し、録画の指令を行う。録画モジュール７３はこの録画の指令に基づいて、デバイス７７を制御し、アンテナ１２を介して受信した録画データを、HDD１３に録画データ９４として記憶させる。

次に、HDD１３に記憶される設定ファイル９１、予約ファイル９２、録画データリスト９３および録画データ９４のデータ形式について、図４乃至図７を参照して説明する。

図４は、設定ファイル９１のデータ形式の例を説明する図である。

設定ファイル９１には、ソフトウェア管理に関する設定情報が含まれている。図４の例の場合、設定ファイル９１には、バックアップ機構の有効・無効、重要度判定の自動・手動、連携範囲の内部・外部、外部連携の有効・無効、外部連携の認証コード、バックアップ連携の有効・無効、連携先リスト［１−ｘ］：＊＊＊＊、および連携認証コード［１−ｘ］：＊＊＊＊が含まれている。

端末１１−１において、バックアップ機構が有効である場合（端末１１−１の設定ファイル９１のバックアップ機構が「有効」である場合）、端末１１−１では、後述する２次端末としての動作が可能であることを示す。すなわち、この場合、端末１１−１は、他の端末１１−２乃至１１−６に対して、ユーザから録画予約が指令された場合に、録画予約が指令された端末１１（例えば、端末１１−２）からの依頼に基づいて、録画予約を設定し、録画処理を実行する動作（バックアップ動作）が可能である。バックアップ機構が向こうである場合、２次端末としての動作は不可能である。すなわち、この場合、端末１１−１は、バックアップ動作をすることが可能ではない。

重要度判定は、予約管理プログラム７１がその番組の録画予約が重要であるか否かを判定してもよい場合に自動とされ、ユーザにより、その番組の録画予約が重要であるか否かが設定される場合に手動とされている。端末１１−１において連携範囲が内部である場合、端末１１−１は、ホームネットワーク２１に接続された端末１１−２乃至１１−５のみに対して連携（例えば、バックアップの指令やステータスの問い合わせなど）可能であり、連携範囲が外部である場合、端末１１−１は、ホームネットワーク２１内部の端末１１−２乃至端末１１−５だけでなく、ホームネットワーク２１外部の、インターネット２２に接続されている端末１１−６までも、連携可能であることを示す。外部連携の認証コードは、外部連携が有効である場合、端末１１−１が、その外部の端末１１−６と連携するための認証コードが設定されている。認証モジュール７４は、この認証コードを用いて、他の端末との間で認証処理を行う。

端末１１−１において、バックアップ連携が有効である場合、端末１１−１は、他の端末１１−２乃至端末１１−５（または端末１１−６）との間でバックアップ連携が可能であることを示し、バックアップ連携が無効である場合、端末１１−２は、他の端末１１−２乃至１１−５（または端末１１−６）との間でバックアップ連携が不可能であることを示す。連携先リストは、バックアップ連携が有効である場合に、その連携先の情報（例えば、端末ＩＤ）などが書き込まれている。また、連携先認証コードは、バックアップ連携が有効である場合に、その連携先との間の認証コードが書き込まれている。認証モジュール７４は、この認証コードを用いて、他の端末１１−２乃至端末１１−５との間で認証処理を行う。

このように、図４の設定ファイル９１には、ソフトウェアの管理に関する設定情報が含まれている。

図５は、予約ファイル９２のデータ形式の例を説明する図である。

予約ファイル９２には、１つの番組の録画の予約に関する情報が含まれている。図５の例の場合、予約ファイル９２には、予約種類の１次・２次、録画結果の未・成功・失敗、１次予約端末ＩＤ、予約ＩＤ、重要度が１，２，３、録画開始時刻、録画終了時刻、記録モードがＳＰ，ＬＰ、および番組情報（チャンネル他）が含まれている。なお、１次予約端末ＩＤは、省略するようにしてもよい。

予約の種類が１次である場合、その予約ファイル９２が設定されている端末１１が、ユーザからの指令を受け付けた端末（後述する１次端末）であることを示し、予約の種類が２次である場合、その予約ファイル９２が設定されている端末１１が、ユーザからの指令を受け付けた１次端末からの指令に基づいて録画を予約する端末（後述する２次端末）であることを示す。

予約ＩＤは、録画を予約する度に付される、録画予約を識別するためのＩＤである。重要度は、その録画予約に対する重要度を示している。記録モードがＳＰ（スタンダードプレイ）である場合、通常録画が行われ、ＬＰ（ロングプレイ）の場合、フレームの間引きや低解像度による録画が行われる。番組情報は、チャンネルなどの番組情報（例えば、メタデータなどにより示される情報）である。

図６は、録画データリスト９３の例を説明する図である。

録画データリスト９３には、HDD１３内に記録された録画データ９４のリストが含まれている。図６の例の場合、録画データリスト９３には、録画ＩＤ、録画開始時間、録画終了時間、記録モード、および番組情報が含まれている。なお、録画ＩＤの代わりに、予約ＩＤを用いるようにしてもよい。

図６の１行目の場合、録画ＩＤがＩＤ１であり、録画開始時刻が２００４／５／１０ １０：００：００であり、録画終了時刻が２００４／５／１０ １１：００：００であり、記録モードがＳＰであり、番組情報が１ｃｈ（チャンネル）である。なお、録画終了時刻の代わりに、録画時間（録画開始時刻からの録画時間）を用いるようにしてもよい。

予約管理プログラム７１は、録画予約が完了し、録画結果を保存する（録画データを記憶させる）場合に、録画データリスト９３にその録画データに対する項目を追加する。また、再生モジュール７５は、録画データリスト９３に基づいて、再生するデータを選択させる。

図７は、録画データ９４の例を説明する図である。

録画データ９４には、録画ＩＤ、ＡＶデータ、およびメタデータが含まれている。

録画データ９４は、録画データリスト９３に対応しており、予約管理プログラム７１による、録画データリスト９３の追加と同じタイミングで、録画データ９４として追加される。すなわち、図６の録画ＩＤと同じ録画ＩＤのＡＶデータとメタデータは関連付けられており、録画データリスト９３の録画ＩＤ１が選択された場合、図７の録画ＩＤ１のＡＶデータとメタデータが読み出される。

次に、図８と図９のフローチャートを参照して、図１の情報処理システムにおける、端末１１の予約録画処理について説明する。なお、この処理は、ユーザから録画予約を指令する操作が入力部５６に入力されたとき開始される。また、図８と図９の例では、ユーザが、端末１１−１の入力部５６に録画予約を指令する操作を入力した場合について説明する。さらに、本実施の形態においては、ユーザにより録画予約が直接操作されて指令された端末を、１次端末と称し、１次端末により、バックアップ端末として選択された端末を、２次端末と称する。

ステップＳ１１において、端末１１−１の予約管理プログラム７１は、GUI処理モジュール７２を介して、入力部５６に入力されるユーザから録画予約の指令を受け付ける。すなわち、この例の場合、端末１１−１が１次端末となる。

ステップＳ１２において、端末１１−１の予約管理プログラム７１は、１次予約処理（１次端末における録画予約処理）を実行する。具体的には、予約管理プログラム７１は、ユーザからの指令に基づいて、予約ファイル９２を生成し、HDD１３−１に記憶させるとともに、タイマ７６に予約時間（予約ファイル９２の録画開始時刻）をセットする。この処理は、後述するステップＳ１７の録画処理を、予約するための処理である。

ステップＳ１３において、端末１１−１の予約管理プログラム７１は、他の端末にステータスを問い合わせる。具体的には、予約管理プログラム７１は、バックアップ端末を選択するために、認証モジュール７４とネットワークインタフェース７８を制御し、ホームネットワーク２１を介して、他の端末１１−２乃至端末１１−５にステータスを問い合わせる。例えば、予約管理プログラム７１は、図１０に示されるような２次予約問い合わせパケットを、ステータスの問い合わせとして、他の端末１１−２乃至端末１１−５に送信する。

図１０は、２次予約要求または２次予約問い合わせのための、パケットのフォーマットの例を示している。図１０のパケットには、１次予約端末ＩＤ、予約ＩＤ、重要度：［１，２，３］、録画開始時刻、録画終了時刻、記録モード（ＳＰ，ＬＰ）、および番組情報（チャンネル他）が含まれている。１次予約端末ＩＤは、この例の場合、端末１１−１を特定するＩＤであり、予約ＩＤは、ステップＳ１２の処理で生成された予約ファイル９２の予約ＩＤであり、重要度、録画開始時刻、録画終了時刻、記録モード、および番組情報についても、予約ファイル９２に対応している。図１０のパケットは、２次予約問い合わせ、または２次予約要求のために利用される。すなわち、このステップＳ１３の処理では、図１０のパケットを、２次予約問い合わせパケットとして扱い、例えば、後述するステップＳ１５の処理では、２次予約要求パケットとして扱う。

これに対し、端末１１−２の予約管理プログラム７１は、ステップＳ３１において、ネットワークインタフェース７８と認証モジュール７４を介して、このステータスの問い合わせ（図１０の２次予約問い合わせパケット）を受け付け、端末１１−２内のHDD１３−２の空き容量（録画データ９４を記憶するための空き容量）と、設定ファイル９１のバックアップ連携動作の有効フラグなどをチェックする。なお、端末１１−２に補助記憶装置が設けられている場合、その空き容量をあわせてチェックするようにしてもよい。設定ファイル９１のバックアップ連携動作のフラグが有効である場合、端末１１−２は処理をステップＳ３２に進める。

ステップＳ３２において、端末１１−２の予約管理プログラム７１は、ステップＳ３１の処理でチェックした結果（リソース情報を含む結果）を、２次予約問い合わせ応答としてステータスを問い合わせてきた端末１１−１（２次予約問い合わせパケットを送信してきた１次端末）に送信（応答）する。

このとき応答される２次予約問い合わせ応答のパケットの例を図１１に示す。図１１の２次予約問い合わせ応答のパケットには、予約ＩＤ、要求の可・不可、自端末ＩＤ、および提供可能リソースが含まれている。予約ＩＤは、ステップＳ３１の処理で受信した図１０の２次予約問い合わせパケットに含まれていた予約ＩＤと同じＩＤであり（すなわち、その２次予約問い合わせ要求に対する応答であることを示すためのものであり）、要求の可・不可は、２次予約要求または２次予約問い合わせが、実行可能であるか、実行不可能であるか否かを、１次端末に通知するためのものであり、自端末ＩＤは、ステップＳ３１の処理で２次予約問い合わせパケットを受信した端末１１−２（２次端末、すなわち、この処理を実行する端末）のＩＤであり、提供可能リソースは、要求を受けた端末１１−２（自端末）における提供可能リソースを示すものである。このリソース情報の例を、図１２を参照して説明する。

図１２は、リソース情報７２の例を示す図である。リソース情報７２には、ハードディスク（HDD）空き容量、CPU使用率、および受信状況が含まれている。

ハードディスク空き容量には、予約要求を受けた２次端末（端末１１−２）のHDD１３−２の空き容量が書き込まれ、CPU使用率には、２次端末（端末１１−２）のCPU５１の使用率が書き込まれ、受信状況には、２次端末（端末１１−２）のデバイス７７を介して取得されたアンテナ１２による放送の受信状況が書き込まれる。すなわち、このリソース情報は、２次端末１１−２が１次端末１１−１に提供可能な空きリソース情報となる。

なお、図１１の２次予約問い合わせ応答のパケットは、図１０の２次予約問い合わせパケットに対する応答だけでなく、図１０の２次予約要求パケットに対する応答としても用いられる。

次に、端末１１−１からのステップＳ１３の処理によるステータス問い合わせを受けた端末１１−３の予約管理プログラム７１は、端末１１−２によるステップＳ３１とステップＳ３２の処理と同様に、ステップＳ５１においてステータスのチェックを行い、端末１１−３におけるステータスを、図１１の２次予約問い合わせ応答パケット（リソース情報を含むパケット）として、ステップＳ５２において送信（応答）する。

また、端末１１−１からのステップＳ１３の処理によるステータス問い合わせを受けた端末１１−４の予約管理プログラム７１は、端末１１−２によるステップＳ３１の処理と同様に、ステップＳ６１においてステータスのチェックを行う。端末１１−４では、設定ファイル９１のバックアップ連携フラグが無効であるので、ステータス（図１１の２次予約問い合わせ応答パケット）の送信処理は実行されず、処理は終了される。すなわち、設定ファイル９１のバックアップ連携フラグが無効である端末１１−４は、２次端末となることはない。なお、この例では、端末１１−４が図１１の２次予約問い合わせ応答パケットを送信しないようにしたが、図１１の２次予約問い合わせ応答パケットの「要求」を「不可」として、送信するようにしてもよい。

なお、端末１１−５は、例えば、電源がオフされており、ホームネットワーク２１に接続されていなかったものとする。

端末１１−１は、端末１１−２によりステップＳ３２の処理で送信されたステータス（リソース情報を含む図１１の２次予約問い合わせ応答パケット）と、端末１１−３によりステップＳ５２の処理で送信されたステータス（リソース情報を含む図１１の２次予約問い合わせ応答パケット）とを受信すると、ステップＳ１４において、２次端末を選択する。具体的には、端末１１−１の予約管理プログラム７１は、受信した端末１１−２と端末１１−３のリソース情報を含む図１１の２次予約問い合わせ応答パケットから、バックアップ可能であり、かつ、最も空き容量を備える端末を、２次端末として選択する。この処理では、端末１１−２が２次端末（バックアップ端末）として選択される。なお、本実施の形態では、１次端末（端末１１−１）で実行される録画予約の動作を１次予約（１次録画予約）と称し、２次端末（端末１１−２）で実行される録画予約の動作を２次予約（２次録画予約）と称する。

ステップＳ１５において、端末１１−１の予約管理プログラム７１は、ステップＳ１４の処理で選択した２次端末（端末１１−２）へ予約要求を行う。例えば、端末１１−１の予約管理プログラム７１は、上述した図１０に示されるようなパケットを、２次予約要求パケットとして、端末１１−２に送信する。なお、端末１１−３は、ステップＳ５２でステータスを送信した後、端末１１−１から予約要求がないため、処理を終了する。

これに対し、端末１１−２の予約管理プログラム７１は、ステップＳ３３において、端末１１−１からの２次予約要求（図１０）を受け付け、２次予約処理（２次端末における録画予約処理）を実行する。２次予約処理の詳細は、ステップＳ１２の１次予約処理と同様である。詳細は後述するが、端末１１−２は、この処理の後、２次予約処理が完了したことを示す通知を端末１１−１に送信する。

端末１１−１の予約管理プログラム７１は、ステップＳ１５の処理の後、（端末１１−２から２次予約処理が完了したことを示す通知を受け取ると）ステップＳ１６において、予約状況確認画面を表示する。例えば、端末１１−１の予約管理プログラム７１は、GUI処理モジュール７２を制御して、出力部５７に、図１３に示されるようなバックアップ受け付け完了画面を表示させる。

図１３の画面には、「予約を受け付けました。」「信頼度：＜高＞、バックアップ端末に、端末１１−２が選択されました。」というメッセージが表示されている。ユーザは、この画面を見ることで、バックアップ予約が実行されたことを確認することができる。

図８に戻って、端末１１−１は、録画予約時刻（図５の予約ファイル９２の録画開始時刻）になると、ステップＳ１７において、録画処理を実行する。具体的には、端末１１−１の予約管理プログラム７１は、予約ファイル９２に基づいて、録画モジュール７３に録画処理を指令し、録画モジュール７３は、この指令に基づいて、デバイス７７を制御し、アンテナ１２を介して放送されているテレビ番組のデータを受信する。そして、録画モジュール７３は、受信したテレビ番組のデータを録画データとして保持する。

端末１１−１の予約管理プログラム７１は、録画終了後（すなわち、録画終了時刻になったら）、ステップＳ１８において、録画モジュール７３を制御して録画結果を確認する。この録画結果は、例えば、図５の予約ファイル９２の録画結果に書き込まれる。すなわち、ステップＳ１２で予約ファイル９２が生成された時点では、録画結果は「未」であり、ステップＳ１８の処理で、録画結果が「成功」または「失敗」に書き換えられる。

端末１１−１の予約管理プログラム７１は、ステップＳ１９において、ステップＳ１８の処理で確認した録画結果を、２次端末である端末１１−２に通知する。録画結果には、後述する図１４と同様に、「予約ＩＤ、端末ＩＤ（１次端末のＩＤ）、録画結果（成功または失敗）」が録画結果として通知される。また、端末１１−１の予約管理プログラム７１は、後述するステップＳ３６の処理で端末１１−２から送信されてくる録画結果（２次端末における録画結果）を受信する。

この端末１１−１におけるステップＳ１７，ステップＳ１８，ステップＳ１９と同様の処理が、端末１１−２におけるステップＳ３４，ステップＳ３５，ステップＳ３６で実行される。

ここで、ステップＳ３６の処理で端末１１−２により送信される、２次端末における２次録画結果のメッセージの例を、図１４を参照して説明する。図１４に示されるように、この２次録画結果のメッセージには、予約ＩＤ、端末ＩＤ（２次端末のＩＤ）、および録画結果（成功または失敗）が含まれている。端末１１−１は、図１４のメッセージを受け取ることで、２次端末（端末１１−２）の録画結果を確認することができる。

端末１１−２の予約管理プログラム７１は、ステップＳ３６の処理で、自分自身（２次端末）の録画結果の送信とともに、１次端末（端末１１−１）から送信されてくる１次端末における録画結果を受信しているので、ステップＳ３７において、１次端末で録画が成功したか否かを判定する。１次端末で録画が成功してない（すなわち、予約ファイル９２の録画結果が失敗）であると判定された場合、ステップＳ３８において、端末１１−２の予約管理プログラム７１は、録画モジュール７３に保持されている録画データを、認証モジュール７４とネットワークインタフェース７８を制御し、ホームネットワーク２１を介して端末１１−１に転送する。ステップＳ３７において、１次端末で録画が成功したと判定された場合、ステップＳ３８の処理はスキップされる。

一方、端末１１−１の予約管理プログラム７１では、ステップＳ１９の処理の後、ステップＳ２０において、自分自身の録画が成功したか否かが判定される。すなわち、端末１１−１の予約管理プログラム７１は、ステップＳ１８の処理で確認した結果、録画が成功したか否かを判定する。自分自身（１次端末）の録画が成功していない、すなわち、失敗したと判定された場合、端末１１−２によりステップＳ３８の処理で録画データが転送されてくるので、端末１１−１の予約管理プログラム７１は、ステップＳ２１において、２次端末において録画された録画データを受け取る。すなわち、端末１１−１によりステップＳ２０においてＮＯと判定された場合、端末１１−２においてもステップＳ３７の処理でＮＯと判定され、ステップＳ３８で録画データが転送される。

ステップＳ２０において、自分自身の録画が成功したと判定された場合、またはステップＳ２１の処理の後、端末１１−１は、自分自身の録画データ、または、２次端末から送信されてきた録画データを受け取ったことで、録画データを得たことになるので、ステップＳ２２において、２次端末の録画データ削除要求を行う。

すなわち、端末１１−２では、ステップＳ３７において１次端末で録画が成功したと判定された場合、またはステップＳ３８の処理の後、バックアップ端末としての２次端末において保持されている録画データはもう必要ない。そこで、端末１１−２の予約管理プログラム７１は、端末１１−１におけるステップＳ２２の処理の録画データ削除要求に対応して、ステップＳ３９において、録画データを削除する。例えば、録画モジュール７３が保持していた録画データを削除する。そして、端末１１−２における処理は終了される。このように、２次端末がステップＳ３６の処理で通知する録画結果は、１次端末に対する２次端末における録画データ（２次録画データ）の削除の可否の問い合わせともなる。なお、録画モジュール７３が保持せずに、HDD１３に録画データ９４と、録画データリスト９３として記憶させるようにしてもよい。

端末１１−１の予約管理プログラム７１は、ステップＳ２２の処理の後、ステップＳ２３において、処理結果を録画済みデータとして登録する。例えば、録画データ（自分自身で録画した録画データ、または２次端末から受け取った録画データ）をHDD１３の録画データ９４として登録するとともに、録画データリスト９３を更新する。その後、処理は終了される。

図８と図９の処理により、ユーザからの録画予約の指令の操作に対して、通常の予約処理（１次端末におけるステップＳ１２）と同時に、バックアップとなる他の端末（２次端末、ここでは端末１１−２）に対しても、録画予約を指令し（ステップＳ１５）、録画処理に失敗した場合に（ステップＳ２０でＮＯと判定された場合に）、他の端末から録画データを受信して記憶する（ステップＳ２１，ステップＳ２３）ようにしたので、容易かつ確実に録画を行うことができる。

また、バックアップとして動作する端末（２次端末）をユーザが指示する必要がないので、ユーザによる操作の手間を省くことができる。

さらに、ユーザが直接バックアップ端末（２次端末）に指令することなく、バックアップ端末を設定し、予約状況確認画面（図１３）を表示する（ステップＳ１６）ようにしたので、予約の信頼性が向上したことを、ユーザは知ることができる。

このように、ユーザは同一の録画予約を指令する操作を複数の端末に対して設定する必要がないので、録画予約を簡単な操作で、より確実に行うことができる。

また、ユーザが録画予約を指令した１次端末にのみ、成功した最終的な録画データが登録されるようにしたので（ステップＳ２２，ステップＳ２３）、ユーザは、録画予約が成功した端末を探す必要がない。

換言すれば、図８と図９の処理によれば、ユーザによる１回の録画予約の指令に対して、１次端末が（複数の）録画予約が可能な端末を選択し、選択した録画予約が可能な端末に対してバックアップ用の予約録画処理（２次予約処理）を実行させる。そして、１次端末は、録画終了後、自分自身の録画の成功・失敗を判定し、成功していた場合には、２次端末（バックアップ端末）の記録結果を削除させ、失敗していた場合には、成功している２次端末（バックアップ端末）の記録結果を、１次端末に転送させた後、２次端末の記録結果を削除させ、録画予約結果として保持するようにしたので、容易、かつ、確実に番組の録画を行うことができる。

なお、図８と図９の処理では、２次端末として１台の端末１１−２が選択されたが、２次端末は複数としてもよい。

次に、図８と図９の処理で説明した端末１１における処理の詳細を、図１５乃至２４を参照して説明する。

図１５は、図３の端末１１における処理（予約管理プログラム７１の処理）として、例えば、端末１１における録画予約の受け付け、予約の受け付けに伴う２次端末の選択、１次端末からの要求を２次端末として受け付ける処理などを説明するフローチャートである。なお、この処理は、ユーザにより端末１１の電源がオン（投入）されたとき開始される。

端末１１の電源が投入（オン）されると、ステップＳ１０１において、端末１１の予約管理プログラム７１は、電源投入時に実行する電源投入時処理を実行する。この処理の詳細は、図１６を参照して説明する。

ステップＳ１０２において、予約管理プログラム７１は、イベント待機処理を実行する。具体的には、予約管理プログラム７１は、イベントが発生するまで処理を待機する。ここで、イベントとは、例えば、ユーザからの録画予約を指令する操作であったり、設定されている録画時刻（録画開始時刻）であったり、２次予約の問い合わせパケット（図１０）が送信されてきたり、２次予約の要求パケット（図１０）が送信されてきたり、２次予約の結果が送信されてきたりすることを示す。

イベントが発生した場合、ステップＳ１０３において、予約管理プログラム７１は、予約処理が指令されたか否かを判定する。すなわち、予約管理プログラム７１は、発生したイベントが、ユーザからの録画予約を指令する操作の入力であるか否かを判定する。予約処理が指令されたと判定された場合、ステップＳ１０４に進み、予約管理プログラム７１は、録画を予約する予約処理を実行する。なお、この処理の詳細は、図１９と図２０を参照して後述する。

ステップＳ１０３において、予約処理が指令されていないと判定された場合、予約管理プログラム７１は、ステップＳ１０５において、録画時刻になったか否かを判定する。すなわち、予約管理プログラム７１は、発生したイベントが、設定されている録画時刻（録画開始時刻）になったことであるか否かを判定する。録画時刻になったと判定された場合、処理はステップＳ１０６に進み、予約管理プログラム７１は、録画処理を実行する。なお、この処理の詳細は、図２１を参照して後述する。

ステップＳ１０５において、録画時刻になっていないと判定された場合、予約管理プログラム７１は、ステップＳ１０７において、２次予約の問い合わせ（パケット）が送信されてきたか否かを判定する。すなわち、予約管理プログラム７１は、発生したイベントが、２次予約の問い合わせパケット（図１０）が送信されてきたことであるか否かを判定する。２次予約の問い合わせが送信されてきたと判定された場合、処理はステップＳ１０８に進み、予約管理プログラム７１は、２次予約問い合わせ受信処理を実行する。なお、この処理の詳細は、図２２を参照して後述する。

ステップＳ１０７において、２次予約の問い合わせ（パケット）が送信されてきていないと判定された場合、予約管理プログラム７１は、ステップＳ１０９において、２次予約の要求（パケット）が送信されてきたか否かを判定する。すなわち、予約管理プログラム７１は、発生したイベントが、２次予約の要求パケット（図１０）が送信されてきたことであるか否かを判定する。２次予約の要求が送信されてきたと判定された場合、処理はステップＳ１１０に進み、予約管理プログラム７１は、２次予約要求受信処理を実行する。なお、この処理の詳細は、図２３を参照して後述する。

ステップＳ１０９において、２次予約の要求（パケット）が送信されてきていないと判定された場合、予約管理プログラム７１は、ステップＳ１１１において、２次予約の結果が送信されてきたか否かを判定する。すなわち、予約管理プログラム７１は、発生したイベントが、２次予約の結果が送信されてきたことであるか否かを判定する。２次予約の結果が送信されてきたと判定された場合、処理はステップＳ１１２に進み、予約管理プログラム７１は、２次予約結果受信処理を実行する。なお、この処理の詳細は、図２４を参照して後述する。

ステップＳ１０４、ステップＳ１０６、ステップＳ１０８、ステップＳ１１０、ステップＳ１１２の処理の後、またはステップＳ１１１において２次予約の結果が送信されてきていないと判定された場合、処理は終了される。

図１５の処理によれば、端末１１は、発生したイベントに応じて、予約処理（ステップＳ１０４）、録画処理（ステップＳ１０６）、２次予約問い合わせ受信処理（ステップＳ１０８）、２次予約要求受信処理（ステップＳ１１０）、または２次予約結果受信処理（ステップＳ１１２）を実行する。

次に、図１６のフローチャートを参照して、図１５のステップＳ１０１の電源投入時処理の詳細を説明する。

ステップＳ１５１において、端末１１の予約管理プログラム７１は、録画予約に関するステータス（録画予約ステータス）を確認する。例えば、予約管理プログラム７１は、HDD１３に記憶されている予約ファイル９２を参照し、実行されなかった録画予約がないか否かを確認し、必要なプロセスを確認する。

ステップＳ１５２において、予約管理プログラム７１は、録画予約が失敗したか否かを判定する。具体的には、予約管理プログラム７１は、図５の予約ファイル９２に、録画開始時刻を過ぎていて、録画結果が「未」であったり、「失敗」であるという情報が書き込まれていた場合、録画予約が失敗したと判定する。ステップＳ１５２において、録画予約が失敗であると判定された場合、ステップＳ１５３において、予約管理プログラム７１は、その失敗が１次予約の失敗であるか否かを判定する。具体的には、予約管理プログラム７１は、ステップＳ１５２の処理で失敗であると判定された予約ファイル９２の予約種類が１次であるか２次であるか否かに基づいてこれを判定する。

ステップＳ１５３において、１次予約の失敗であると判定された場合、処理はステップＳ１５４に進み、予約管理プログラム７１は、１次録画予約終了処理を実行することで、予約を完結させる。この場合、この処理を実行する端末１１は、１次端末となる。なお、この処理の詳細は、図１７を参照して後述する。

ステップＳ１５３において、１次予約の失敗ではない、すなわち、２次予約の失敗であると判定された場合、処理はステップＳ１５５に進み、予約管理プログラム７１は、２次録画予約終了処理を実行することで、１次端末へ失敗を通知する。この場合、この処理を実行する端末１１は、２次端末となる。なお、この処理の詳細は、図１８を参照して説明する。

ステップＳ１５２において、予約の失敗がないと判定された場合、ステップＳ１５４の処理の後、またはステップＳ１５５の処理の後、処理は終了される（例えば、図１５のステップＳ１０１に戻る）。

次に、図１７のフローチャートを参照して、図１６のステップＳ１５４の１次録画予約終了処理の詳細を説明する。この処理は、１次予約録画処理が終了した後の処理であり、録画予約を完了するか、２次端末へ失敗の通知を行うものである。すなわち、この処理は、１次端末において実行される。

ステップＳ２０１において、端末１１の予約管理プログラム７１は、録画結果をチェックする。具体的には、録画データがHDD１３に記憶（または録画モジュール７３に保持）されているか、またその記憶されているデータが、録画予約された放送番組に合致するか、また、録画結果にエラー箇所がないか否かが確認される。録画予約された放送番組に合致するか否かの判定は、例えば、電子番組表（EPG）と、放送された番組に含まれるメタデータとの対応関係、また記憶された番組の長さなどに基づいて行われる。

ステップＳ２０２において、予約管理プログラム７１は、ステップＳ２０１のチェック結果に基づいて、録画に成功したか否かを判定する。録画に成功したと判定された場合、ステップＳ２０３において、録画予約が完了したこととし、録画結果を保存する。具体的には、予約管理プログラム７１は、録画データリスト９３と録画データ９４を録画ＩＤ（または予約ＩＤ）で対応付けてHDD１３に保存する。また、予約管理プログラム７１は、ステップＳ２０３の処理で完了した録画予約に対応する予約ファイル９２を削除する。その後、処理は終了される。

ステップＳ２０２において、録画に成功していない、すなわち録画に失敗したと判定された場合、ステップＳ２０４において、予約管理プログラム７１は、２次端末へ１次端末における録画予約の失敗を通知し、バックアップデータの要求を行う。その後、処理は終了される（例えば、図１６のステップＳ１５４に戻る）。なお、ステップＳ２０４で行われる要求に対応する処理としては、上述した図１５のステップＳ１１２の処理で上述した処理が実行される（詳細は図２４で後述する）。例えば、２次端末から録画データ（バックアップデータ）が送信されてきた場合、録画データと録画データリストが対応付けられて記憶される。

次に、図１８のフローチャートを参照して、図１６のステップＳ１５５の２次録画予約終了処理の詳細を説明する。この処理は、２次録画予約処理が終了した後の処理であり、１次端末へ問い合わせを行い、２次録画結果を転送、または削除するものである。すなわち、この処理は、２次端末において実行される。

ステップＳ２５１において、端末１１の予約管理プログラム７１は、録画結果をチェックする。この処理は上述した図１７のステップＳ２０１の処理と同様であるので、その説明は省略する。

ステップＳ２５２において、予約管理プログラム７１は、ステップＳ２５１においてチェックした録画結果を１次端末へ通知する。例えば、上述した図１４の２次端末における２次録画結果のメッセージが送信される。この処理は、２次端末における録画結果の扱いについて、１次端末へ問い合わせることと等価である。これに対して、１次端末では、図１５のステップＳ１１２の処理（図２４の処理）が実行される。

ステップＳ２５３において、予約管理プログラム７１は、１次端末から応答があったか否かを判定し、１次端末から応答がないと判定された場合、処理はステップＳ２５２に戻り、予約管理プログラム７１は、１次端末への録画結果の通知を繰り返す。この繰り返しは、１次端末が電源遮断などのトラブルにより、１次端末から応答がない場合に対応するためである。一定回数通知した場合においても、応答がない場合、かつ、所定の時間経過後、処理をステップＳ２５４に進める。なお、ステップＳ２５３の処理で受け付けられる応答は、後述する図２４のステップＳ５０３、ステップＳ５０６の２次端末の録画結果の要求、または、ステップＳ５１０の２次録画データの削除要求である。なお、予約管理プログラム７１は、応答がない場合に２次端末のGUI処理モジュール７２を介して出力部５７にメッセージを表示することで、ユーザへ問い合わせするようにしてもよい。

ステップＳ２５３において、１次端末から応答があったと判定された場合、ステップＳ２５４において、予約管理プログラム７１は、１次録画は成功したか否かを判定する。１次録画が成功した場合、１次端末では、後述する図２４のステップＳ５１０で２次録画データの削除要求が送信され、１次録画が失敗した場合、１次端末では、後述する図２４のステップＳ５０３またはステップＳ５０６で２次録画データの送信要求が送信されるので、２次端末の予約管理プログラム７１は、この応答に基づいて判定する。

ステップＳ２５４において、１次録画は成功していないと判定された場合、ステップＳ２５５において、予約管理プログラム７１は、２次端末の録画データ（バックアップデータ）を、ホームネットワーク２１を介して１次端末に転送する。

ステップＳ２５４において、１次録画は成功したと判定された場合、または、ステップＳ２５５の処理の後、２次端末における録画データは不要となるため、録画結果（録画データ）を削除する。このとき、対応する予約ファイル９２も削除される。その後、処理は終了される（例えば、図１６のステップＳ１５５に戻る）。

次に、図１９と図２０のフローチャートを参照して、図１５のステップＳ１０４の予約処理の詳細を説明する。この処理は、ユーザから直接録画予約が指令される端末である、１次端末において実行される。ここでは、この処理を実行する端末１１を、仮に端末１１−１として説明する。

ステップＳ３０１において、端末１１の予約管理プログラム７１は、予約情報の入力を受け付ける。具体的には、予約管理プログラム７１は、GUI処理モジュール７２を介して、入力部５６に入力されるユーザから録画予約の指令を予約情報として受け付ける。

ステップＳ３０２において、予約管理プログラム７１は、入力された予約情報に基づいて、１次予約処理を実行する（録画予約キューに登録する）。具体的には、予約管理プログラム７１は、ユーザからの指令に基づいて、予約ファイル９２を生成し、HDD１３に記憶させるとともに、タイマ７６に予約時間（予約ファイル９２の録画開始時刻）をセットする。

ステップＳ３０３において、予約管理プログラム７１は、予約に成功したか否かを判定する。例えば、ステップＳ３０１で入力された予約情報の録画開始時間が、他の予約と重なった場合には、成功していないと判定される。ステップＳ３０３において、予約に成功していないと判定された場合、例えば、入力された予約情報の録画開始時間が、他の予約と重なった場合、予約管理プログラム７１は、GUI処理モジュール７２を介して出力部５７にその旨を通知するメッセージを表示させ、ユーザに通知し、ステップＳ３０１に戻り、それ以降の処理を繰り返す。

ステップＳ３０３において、予約に成功したと判定された場合、ステップＳ３０４において、予約管理プログラム７１は、HDD１３にあらかじめ格納されている端末１１における予約管理ソフトウェアの設定データである、設定ファイル９１（図４）を参照し、バックアップ連携動作の有効・無効を確認し、バックアップは有効であるか否かを判定する。このとき、予約管理プログラム７１は、予約ファイル９２に含まれる番組情報（電子番組表から取得された番組情報）に基づいて、予約された番組の重要度を決定し、重要度が低い場合には、バックアップ連携動作を行わない、といった処理を行うようにしてもよい。重要度の選択には、例えば、ユーザの嗜好で評価が高い番組として、「連続ドラマ」があらかじめ設定されている場合、予約された番組が連続ドラマと一致した事により、重要度が高く設定され、逆に、興味が低い番組と当てはまる場合には、重要度が低く設定される。なお、ここで、バックアップ連携動作が不要と判断された場合、処理はステップＳ３１３に進む。ステップＳ３０４において、バックアップは有効であると判定された場合、すなわち、バックアップ連携が有効である場合、処理はステップＳ３０５に進む。

ステップＳ３０５において、予約管理プログラム７１は、設定ファイル９１（図４）を参照し、連携範囲が外部連携であるか否かを判定する。具体的には、設定ファイル９１の外部連携が有効であるか否かが判定される。連携範囲は、ホームネットワーク２１内（家庭内を想定しており、この処理では、インターネット２２などの外部のネットワークを介さず、自分が所有している機器（例えば、端末１１−１乃至端末１１−６）のみが存在するネットワーク内）の機器に対して、バックアップ連携動作を実行させるか、インターネット２２を介して、あらかじめ設定されている外部の端末（例えば、端末１１−６）に対しても、バックアップ連携動作を行う端末として用いるか否かが判定される。図１において、端末１１−１がユーザ操作端末（１次端末）である場合、連携範囲が外部連携でない場合、端末１１−２乃至端末１１−５がバックアップ連携動作の対象となり、連携範囲が外部連携である場合、端末１１−２乃至端末１１−６がバックアップ連携の対象となる。すなわち、バックアップ連携の対象となる端末が、後述するステップＳ３０７の２次予約問い合わせの対象の端末となる。

ステップＳ３０５において、連携範囲が外部連携であると判定された場合、ステップＳ３０６に進み、予約管理プログラム７１は、認証モジュール７４とネットワークインタフェース７８を制御して、ホームネットワーク２１およびインターネット２２を介して、外部連絡先（例えば、図１の端末１１−６）へ接続する。例えば、あらかじめ設定されている外部の連携先となる端末１１−６に対して、セキュアなコネクションが確立される。具体的には、認証モジュール７４が、ネットワークインタフェース７８を介して、設定ファイル９１に書き込まれている、接続先へのアドレス（連携先リスト）、および接続先の端末１１−６との間であらかじめ取り決められた認証コード（連携認証コード）を用いて、暗号化を行ったうえで接続する。この処理は、例えば、SSHプロトコルなどを用いて実現することができる。

ステップＳ３０５において、連携範囲が外部連携でない、すなわち、設定ファイル９１の外部連携が無効であると判定された場合、またはステップＳ３０６の処理の後、ステップＳ３０７において、予約管理プログラム７１は、ホームネットワーク２１と認証済み外部連絡先へ２次予約の問い合わせを行う。具体的には、予約管理プログラム７１は、ホームネットワーク２１内にブロードキャストで２次予約問い合わせパケット（図１０）送信するとともに、ステップＳ３０６の処理で接続された接続先の端末１１−６に対し、２次予約問い合わせパケット（図１０）を送信する。なお、ステップＳ３０５において外部連携でないと判定された場合には、予約管理プログラム７１は、外部接続先の端末には、２次予約問い合わせパケットを送信せず、単に、ホームネットワーク２１内の端末（端末１１−２乃至１１−６）のみにブロードキャストで２次予約問い合わせパケット（図１０）送信する。この問い合わせパケットに対し、２次端末側では、図１５のステップＳ１０８の処理（図２２の処理）が実行される。すなわち、ステップＳ３０７の処理で１次端末である端末１１−１から２次予約問い合わせパケット（図１０）が送信されてきた端末１１−２乃至１１−５（および端末１１−６）（複数の２次端末候補）は、端末１１−１に応答（図１１の２次予約問い合わせ応答のパケット）を送信してくる。

そこで、ステップＳ３０８において、予約管理プログラム７１は、予約問い合わせの応答（図１１の２次予約問い合わせ応答のパケット）を受信する（一定時間受け付ける）。

ステップＳ３０９において、予約管理プログラム７１は、ステップＳ３０８の処理で受信した複数の端末（２次端末候補）からの応答（図１１の２次予約問い合わせ応答のパケット）に基づいて、２次端末（バックアップ端末）を選択する。このとき、ステップＳ３０４の処理で設定した重要度を用いて、２次端末の数を決定する。例えば、重要度が非常に高く設定された番組に関しては、可能な限り多くの端末を２次端末として設定し、通常の重要度の番組に関しては、１台の端末を２次端末として設定する。なお、ステップＳ３０１の処理でユーザから２次端末の数が指示された場合には、それに従うようにする。そして、予約管理プログラム７１は、２次端末の問合せ応答（図１１の２次予約問い合わせ応答のパケット）に含まれるリソース情報７９（図１２）に基づいて、応答してきた２次端末候補の中から、実際に２次端末として要求を出す端末を選択する。例えば、予約管理プログラム７１は、HDDの空き容量が最大である端末１１を選択したり、ホームネットワーク２１において最も近い位置に接続されている端末１１を選択したり、あるいはその組み合わせから選択する。

ステップＳ３１０において、予約管理プログラム７１は、ステップＳ３０９の処理で選択した２次端末（バックアップ端末）へ録画予約要求を行う。具体的には、予約管理プログラム７１は、図１０のパケットを、の２次予約要求パケットとして、２次端末へ送信する。この２次予約要求パケットを受信した２次端末（例えば、端末１１−２）では、図１５のステップＳ１１０の処理（図２３の処理）が実行され、バックアップ予約要求の応答（図１１の２次予約問い合わせ応答パケット）が１次端末へ送信される（図２３のステップＳ４５３またはステップＳ４５４）。

ステップＳ３１１において、予約管理プログラム７１は、ステップＳ３１０で送信したバックアップ予約要求に対する２次端末からの応答（図１１の２次予約問い合わせ応答パケット）を受信する。すなわち、２次端末から後述する図２３のステップＳ４５３またはステップＳ４５４の処理により、予約要求を受け付けたか、予約要求を受け付けなかったかの応答が、図１１の２次予約問い合わせ応答パケットとして送信されてくるので、１次端末の端末１１−１は、これを受信する。この処理により、ステップＳ３０７の処理の後に、２次端末のステータスに変更があった場合に対応することができる。

そして、ステップＳ３１２において、予約管理プログラム７１は、ステップＳ３１１の処理で受信した応答（図１１の２次予約問い合わせ応答パケット）に基づいて、バックアップの予約（２次端末における録画予約）に成功したか否かを判定する。予約管理プログラム７１は、例えば、受信した図１１の２次予約問い合わせ応答パケットの「要求」が「可」であった場合、２次予約に成功したと判定し、「要求」が「不可」であった場合、２次予約に失敗したと判定する。ステップＳ３１２において、成功していない（または一定時間２次端末からの応答がない）と判定された場合、処理はステップＳ３０９に戻り、それ以降の処理が繰り返される。例えば、ステップＳ３０８で受信した端末のうち、別の２次端末候補がある場合には、ステップＳ３０９で、他の端末が２次端末として選択される。なお、別の２次端末候補がない場合には、２次予約は実行されない。

ステップＳ３１２においてバックアップの予約に成功したと判定された場合、またはステップＳ３０４においてバックアップは有効でないと判定された場合、処理はステップＳ３１３に進み、予約管理プログラム７１は、GUI処理モジュール７２を介して出力部５７に、予約状況確認画面を表示させる。この処理がステップＳ３１２の処理の後の場合、予約管理プログラム７１は、図１３に示されるようなバックアップ端末の情報も含めた画面を表示させ、ステップＳ３０４の処理の後の場合、図１３のバックアップ端末の記載に代えて、バックアップ端末がないことを説明するメッセージを表示させる。

次に、図２１のフローチャートを参照して、図１５のステップＳ１０６の録画処理の詳細を説明する。この処理は、録画予約された１次端末と２次端末の両方で実行される処理である。

ステップＳ３５１において、予約管理プログラム７１は、録画を実行する。具体的には、予約管理プログラム７１は、予約ファイル９２に基づいて、録画モジュール７３に録画処理を指令し、録画モジュール７３は、この指令に基づいて、デバイス７７を制御し、アンテナ１２を介して放送されているテレビ番組のデータを受信する。そして、録画モジュール７３は、受信したテレビ番組のデータを録画データとして保持する。

ステップＳ３５２において、予約管理プログラム７１は、１次予約の録画であるか否かを判定する。予約管理プログラム７１は、予約ファイル９２の予約種類が「１次」であるか「２次」であるかによりこれを判定する。１次予約の録画である、すなわち、予約種類が１次であると判定された場合、処理はステップＳ３５３に進み、１次録画予約終了処理を実行する。この処理の詳細は、図１７で上述した処理と同様であるので、その説明は省略する。

ステップＳ３５２において、１次予約の録画ではない（すなわち、２次予約の録画であり、予約種類が２次である）と判定された場合、ステップＳ３５４において、予約管理プログラム７１は、２次録画予約終了処理を実行する。この処理の詳細は、図１８で上述した処理と同様であるので、その説明は省略する。

次に、図２２のフローチャートを参照して、図１５のステップＳ１０８の２次予約問い合わせ受信処理を説明する。この処理は、自分自身（端末１１）の空きリソースを調べ、２次予約が可能な能力を有するか否かを問い合わせてきた端末（図１０の２次予約問い合わせパケットを送信してきた１次端末）に返答する処理である。すなわち、この処理を実行する端末１１は、２次端末である。

ステップＳ４０１において、予約管理プログラム７１は、２次予約問い合わせパケット（図１０）を受信し、これに基づいて、連携動作は有効であるか否かを判定する。具体的には、予約管理プログラム７１は、図１０の２次予約問い合わせパケットを受信し、これに基づいて、HDD１３の設定ファイル９１を参照して、バックアップ連携が有効であるか否かに基づいて、連携動作が有効であるか否かを判定する。ステップＳ４０１において、連携動作が有効である（バックアップ連携が有効である）と判定された場合、ステップＳ４０２に進み、予約管理プログラム７１は、提供可能リソースを確認する。具体的には、予約管理プログラム７１は、２次予約問い合わせパケット（図１０）に基づいて、２次予約処理に用いるリソースを確認する。例えば、予約管理プログラム７１は、端末１１内の既に録画予約されている番組と、予約問い合わせパケットに記載されている予約問い合わせ番組に重なりがないか否か、HDD１３の空き容量（録画データ９４を記憶するための空き容量）、予約問合せ番組の受信可否などを確認する。例えば、この処理を実行している端末１１が端末１１−４である場合、端末１１−４は、HDD１３の領域が不足していると認識し、もって、提供可能な条件を満たしていないと認識する。また、この処理を実行している端末１１が端末１１−５である場合、端末１１−５は、予約問い合わせされた番組の受信ができないことを認識し、もって、２次予約問合せに対し、リソースの提供ができないものと認識する。なお、ここで、１次端末の要求の一部のみを実行することも可能であるか否かを判定してもよい。例えば、２次端末ですでに予約済みの時間と、１次端末の予約要求の一部が重複していた場合、重複していない時間に関してのみ、バックアップ動作に協力できると判定し、これを１次端末に対して通知するようにしてもよい。

ステップＳ４０３において、予約管理プログラム７１は、ステップＳ４０２の処理で確認した結果、提供可能なリソースがあるか否かを判定し、提供可能なリソースがあると判定された場合、処理はステップＳ４０４に進み、予約管理プログラム７１はステップＳ４０２の処理で確認した結果を、図１１で示されるような２次予約問い合わせ応答パケットとして送信する。図１１の２次予約問い合わせ応答パケットには、図１２のリソース情報７９も含まれている。このとき、予約管理プログラム７１は、ネットワーク（ホームネットワーク２１およびインターネット２２）上で一意に選別可能な端末ＩＤもあわせて送信している（図１１の２次予約問い合わせ応答パケットに含まれている）ので、１次端末において、２次端末を識別することができる。また、このリソース情報７９に基づいて、１次端末は、図１９のステップＳ３０９で上述したような２次端末の選択を行うことができる。

ステップＳ４０３において、提供可能なリソースがないと判定された場合、またはステップＳ４０１において連携動作が有効でないと判定された場合、処理はステップＳ４０５に進み、予約管理プログラム７１は提供不可であることを応答する（例えば、図１１の２次予約問い合わせ応答パケットの「要求」を「不可」としたもものを送信する）。なお、応答自体を行わないように（すなわち、ステップＳ４０５の処理をスキップするように）してもよい。

ステップＳ４０４の処理の後、またはステップＳ４０５の処理の後、処理は終了される（例えば、図１５のステップＳ１０８に戻る）。

次に、図２３のフローチャートを参照して、図１５のステップＳ１１０の２次予約要求受信処理の詳細を説明する。この処理は、１次端末から２次予約録画要求として、図１０の２次予約要求パケットが送信されてきたとき開始される。すなわち、この処理を実行する端末１１は、２次端末である。

ステップＳ４５１において、予約管理プログラム７１は、図１０の２次予約要求パケット（１次端末から送信されてきた２次予約要求パケット）を受信し、これに基づいて、２次録画予約処理を実行する。なお、この処理は、上述した図１９のステップＳ３０２と同様であるのでその説明は省略する。

ステップＳ４５２において、予約管理プログラム７１は予約に成功したか否かを判定する。この処理も上述した図１９のステップＳ３０３の処理と同様であるので、その説明は省略する。ステップＳ４５２において、予約に成功したと判定された場合、処理はステップＳ４５３に進み、予約管理プログラム７１は、予約の受け付けを完了したことを示す予約受付完了通知（例えば、図１１の「要求」を「可」とした２次予約問い合わせ応答パケット）を１次端末に対して送信する。

ステップＳ４５２において、予約に成功していない、すなわち、予約に失敗したと判定された場合、ステップＳ４５４において、予約管理プログラム７１は、予約に失敗したことを通知する、要求不可通知（例えば、図１１の「要求」を「不可」とした２次予約問い合わせ応答パケット）を１次端末に対して送信する。これに対して１次端末では、上述したように図１９のステップＳ３１２においてバックアップの予約に失敗したと判定して、処理をステップＳ３０９に戻し、別の２次端末へ予約要求を送信することになる。

ステップＳ４５３の処理の後、またはステップＳ４５４の処理の後、処理は終了される（例えば、図１５のステップＳ１１０に戻る）。

次に、図２４のフローチャートを参照して、図１５のステップＳ１１２の２次予約結果受信処理の詳細を説明する。この処理は、２次録画結果の受信や、２次録画データの削除の指令などを実行する処理である。また、この処理は、２次端末における、図１８の２次録画予約終了処理のステップＳ２５２の１次端末への録画結果の通知（図１４の２次端末における２次録画結果のメッセージ）に対して実行される処理である。すなわち、この処理を実行する端末１１は、１次端末である。

ステップＳ５０１において、１次端末の予約管理プログラム７１は、１次端末で録画が成功したか否かを判定する。すでに１次録画が成功したか否かは、上述した図２１のステップＳ３５３の詳細である図１７のステップＳ２０１の処理で確認されているので、予約管理プログラム７１は、この確認に基づいて判定する。上述した図１７のステップＳ２０２の処理で録画に成功していない（ＮＯ）と判定された場合、図２４のステップＳ５０１の処理でもＮＯと判定され、処理はステップＳ５０２に進む。

ステップＳ５０１において、１次端末で録画が成功していないと判定された場合、ステップＳ５０２において、予約管理プログラム７１は、２次端末で録画が成功した可否かを判定する。この処理は、２次端末から録画結果が送信されてきた場合に開始されるものなので、その受信した２次端末の録画結果に基づいてこれを判定する。

ステップＳ５０２において、２次端末で録画が成功していないと判定された場合、ステップＳ５０３において、予約管理プログラム７１は、２次端末へ録画データを要求する。これに対して、２次端末からは、録画データが送信されてくるので（例えば、上述した図１８のステップＳ２５５の処理）、ステップＳ５０４において、予約管理プログラム７１は、２次端末の録画データを、修復用データとして受信する。

ステップＳ５０５において、予約管理プログラム７１は、ステップＳ５０４の処理で受信した録画データと、１次端末において録画した結果の録画データを比較し、録画データの欠落箇所をマージ（統合）することができるようであれば、図２５に示されるように録画データのマージを行う。例えば、１次録画データの欠落箇所について、２次録画データのタイムライン上の一致箇所に欠落が無ければ、結果のマージが可能となる。図２５はマージの例を説明する図である。

図２５において、１次端末で録画した結果の録画データを録画結果Ａとし、２次端末で録画した結果の録画データを録画結果Ｂとする。ここでは、録画結果Ａと録画結果Ｂの両方で録画が成功していない（ステップＳ５０１，ステップＳ５０２ともにＮＯであったので、録画結果Ａ，Ｂともに失敗している）。予約管理プログラム７１は、録画結果Ａで破損している箇所の時刻である０１：００：１２：１５から０１：００：２０：０５までの間のデータを、録画結果Ｂからマージデータとして補充し、１つの連続する録画データとする。これにより、１次端末と２次端末の両方で録画に失敗していた場合であっても、マージ（統合）可能であれば、録画データを作成することができる。

ステップＳ５０５の処理を実行する場合、予約ファイル９２としては、「失敗」のステータスとしておき、マージされたデータを１次録画データとして保存しておく。このような状態において、２次端末が複数ある場合であって、別の成功した２次端末からの結果受信があったときには、処理を、ステップＳ５０６に進めればよい。

ステップＳ５０２において、２次端末で録画が成功したと判定された場合、ステップＳ５０６において、予約管理プログラム７１は、２次端末へ録画データを要求する。

そして、２次端末で録画が成功していると言うことは、失敗した自分自身（１次端末）における録画データは不要となるので、ステップＳ５０７において、失敗した１次録画データを削除する。

また、ステップＳ５０２の２次端末への要求に対して、２次端末からは、録画データが送信されてくるので（例えば、上述した図１８のステップＳ２５５の処理）、ステップＳ５０８において、予約管理プログラム７１は、２次端末の録画データを録画結果として受信する。

ステップＳ５０９において、予約管理プログラム７１は、録画予約を完了し、結果を保存する。具体的には、予約管理プログラム７１は、予約ファイル９２の録画結果を「成功」に変更したり、録画データリスト９３に対応して、録画データ９４を登録する。

ステップＳ５０１において、１次端末で録画が成功したと判定された場合、ステップＳ５０５の処理の後、またはステップＳ５０９の処理の後、処理はステップＳ５１０に進み、予約管理プログラム７１は、２次端末へ２次録画データの削除を要求し、処理を終了する（例えば、図１５のステップＳ１１２に戻る）。このステップＳ５１０の処理に対して、２次端末では、例えば、図１８のステップＳ２５６の処理で、録画結果の削除が行われる。このように、１次端末にのみ録画データを保存するようにしたので、ユーザは、録画予約により録画した録画データがどの端末に記憶されているかを容易に判断することができる。

このように、本実施の形態によれば、ユーザからの録画予約の指令の操作に対して、通常の予約処理と同時に、バックアップとなる他の端末に対しても、録画予約を指令し、録画処理に失敗した場合に、他の端末から録画データを受信して記憶するようにしたので、容易かつ確実に録画を行うことができる。

次に、本発明を適用した他の一実施の形態について説明する。

図２６は、本発明を適用した端末装置のハードウェア構成と、ホームネットワークを利用した通信システムの他の構成例を示すブロック図である。

図２６において、端末装置２０１と、複数の他の端末装置２０３−１乃至端末装置２０３−ｎとは、ホームネットワーク２０２を介して相互に接続されている。この図２６に示される通信システムは、図１に示されるシステムと基本的に同様に構成されており、図２６の端末装置２０１、並びに端末装置２０３−１乃至端末装置２０３−ｎは、図１の端末装置１１−１乃至端末装置１１−６に対応し、図２６のホームネットワーク２０２は、図１のホームネットワーク２１およびインターネット２２に対応する。

すなわち、図２６に示される端末装置２０１、並びに端末装置２０３−１乃至端末装置２０３−ｎは、図示は省略するがテレビジョン放送番組等を受信可能な専用または汎用のチューナを有しており、図示せぬテレビジョン番組放送局において放送される番組（映像データや音声データ等を含むコンテンツデータ）を、図示せぬアンテナやケーブルを介して受信し、そのコンテンツデータを記録（録画）することができる。

図２６において、端末装置２０１は、図１の例において説明した１次端末装置として動作させる端末装置であり、端末装置２０３−１乃至２０３−ｎは、図１の例において説明した２次端末装置として動作させる端末装置である。

端末装置２０１は、情報処理コントローラ２１１、メインメモリ２１２、記録部２１３、バス２１４、操作入力部２１５、通信部２１６、およびドライブ２１７を含むように構成される。他の端末装置２０３−１乃至２０３−ｎも基本的に端末装置２０１と同様の構成であるので、以下に示す端末装置２０１についての説明は他の端末装置２０３−１乃至２０３−ｎにも適用することができる。

情報処理コントローラ２１１は、メインメモリ２１２に記録されている各種のプログラムを実行し、端末装置２０１全体を制御する。情報処理コントローラ２１１は、他の端末装置２０３-１乃至端末装置２０３-ｎの情報処理コントローラ２１１と連携して動作する。これらの情報処理コントローラ２１１は、互いに共通のコンピューティング・モジュールから構成される。またこれらの情報処理コントローラ２１１は、好適には、ISA（Instruction Set Architecture）がすべて同じで、好適には同じ命令セットに従って処理を実行する。個々のプロセッサ内に含まれるモジュールの数は、そのプロセッサが必要とする処理性能（能力）によって決められる。

これらの情報処理コントローラ２１１は、１つの実行すべきプログラムを、任意の処理単位で分割し、セル化したソフトウェアセルを適宜分配して処理し、それぞれにおいて得られた処理結果をまとめることにより、１つのプログラムを互いに連携して実行することができる。

具体的な方法については後述するが、端末装置２０１の情報処理コントローラ２１１は、このとき、生成したソフトウェアセル（処理すべきプログラムの一部やデータ等を含むセル単位のソフトウェア）を、バス２１４を介して、通信部２１６に供給し、ホームネットワーク２０２を介して、端末装置２０３-１乃端末装置２０３-ｎに送信する。また、端末装置２０１の情報処理コントローラ２１１は、通信部２１６がホームネットワーク２０２を介して、端末装置２０３-１乃至端末装置２０３-ｎのうちのいずれかからソフトウェアセルを受信した場合、バス２１４を介して、その受信したソフトウェアセルを処理する。

例えば、情報処理コントローラ２０１は、その処理結果に基づいて端末装置２０１の各部の制御処理等を行い、端末装置２０３-１乃至端末装置２０３-ｎのいずれかより映像データや音声データを取得し、そのデータを、記録部２１３に供給して記憶させる等の処理を行う。また、情報処理コントローラ２１１は、処理結果に基づいて端末装置２０１の各部の制御処理等を行い、記録部２１３に記憶されている映像データや音声データを読み出し、通信部２１６を介して端末装置２０３-１乃至端末装置２０３-ｎに供給したりする。

なお、情報処理コントローラ２１１は、ソフトウェアセルを実行したり、実行したソフトウェアセルの処理結果に基づいて各部を制御したりするだけでなく、操作入力部２１５を介して入力されたユーザからの指示に基づいて各部を制御したりする。

なお、情報処理コントローラ２１１には、端末装置２０１を、ホームネットワーク２０２全体を通して一意的に特定できる装置ＩＤ（端末ＩＤ）が割り当てられている。

情報処理コントローラ２１１は、バス２４１、メインプロセッサ２４２、サブプロセッサ２４３−１乃至サブプロセッサ２４３−３、DMAC（Direct Memory Access Controller）２４４、キー管理テーブル記録部２４５、およびＤＣ（Disk Controller）２４６を備えている。

メインプロセッサ２４２、サブプロセッサ２４３−１乃至サブプロセッサ２４３−３、DMAC２４４、キー管理テーブル記録部２４５、およびＤＣ２４６は、バス２４１を介して、相互に接続されている。また、メインプロセッサ２４２には、メインプロセッサ２４２を特定するためのメインプロセッサＩＤが識別子として割り当てられる。同様に、サブプロセッサ２４３−１乃至サブプロセッサ２４３−３のそれぞれには、サブプロセッサ２４３−１乃至サブプロセッサ２４３−３のそれぞれを特定するためのサブプロセッサＩＤのそれぞれが識別子として割り当てられる。

メインプロセッサ２４２は、サブプロセッサ２４３−１乃至サブプロセッサ２４３−３によるプログラムの実行のスケジュール管理および情報処理コントローラ２１１（端末装置２０１）の全体の管理を行う。メインプロセッサ２４２は、ローカルストレージ２５１−１を備え、メインメモリ２１２からロードしたデータおよびプログラムを、ローカルストレージ２５１−１に一時的に記憶させる。メインプロセッサ２４２は、ローカルストレージ２５１−１からデータおよびプログラムを読み込み、読み込んだデータおよびプログラムを基に、各種の処理を実行する。

メインプロセッサ２４２は、例えば、後述するソフトウェアセルの管理に関する処理を行う。例えば、メインプロセッサ２４２は、ホームネットワーク２０２を介して端末装置２０３−１乃至端末装置２０３−ｎより供給されたソフトウェアセルをサブプロセッサ２４３−１乃至２４３−３に分配して処理させたり、それらのサブプロセッサにおいて得られた処理結果を収集したり、通信部２１６を制御することにより、それらの処理結果を、ホームネットワーク２０２を介して端末装置２０３−１乃至端末装置２０３−ｎに供給したりする。また、メインプロセッサ２４２は、管理のためのプログラム以外のプログラムを実行するように構成することもできる。この場合、メインプロセッサ２４２は、後述するサブプロセッサの１つとして機能することもできる。

サブプロセッサ２４３−１乃至サブプロセッサ２４３−３のそれぞれには、メインプロセッサ２４２の制御に基づいて、１つまたは互いに関連する複数のプログラムより生成されたプログラムの断片であり、必要なデータとともにまとめられたソフトウェアセルが割り当てられる。サブプロセッサ２４３−１乃至サブプロセッサ２４３−３は、メインプロセッサ２４２に制御されて、それぞれ割り当てられたソフトウェアセルを並列的かつ独立に実行する。更に、必要に応じて、メインプロセッサ２４２が実行するプログラムが、サブプロセッサ２４３−１乃至サブプロセッサ２４３−３のそれぞれが実行するプログラムのそれぞれと連携して動作するように構成することも可能である。

サブプロセッサ２４３−１乃至サブプロセッサ２４３−３のそれぞれは、ローカルストレージ２５１−２乃至ローカルストレージ２５１−４のそれぞれを備える。サブプロセッサ２４３−１乃至サブプロセッサ２４３−３のそれぞれは、ローカルストレージ２５１−２乃至ローカルストレージ２５１−４のそれぞれに、必要に応じて、データおよびプログラムを一時的に記憶させる。サブプロセッサ２４３−１乃至サブプロセッサ２４３−３のそれぞれは、ローカルストレージ２５１−２乃至ローカルストレージ２５１−４のそれぞれからデータおよびプログラムを読み込み、読み込んだデータおよびプログラムを基に、各種の処理を実行する。

以下、サブプロセッサ２４３−１乃至サブプロセッサ２４３−３のそれぞれを個々に区別する必要のないとき、単にサブプロセッサ２４３と称する。同様に、以下、ローカルストレージ２５１−１乃至ローカルストレージ２５１−４のそれぞれを個々に区別する必要のないとき、単にローカルストレージ２５１と称する。

DMAC２４４は、キー管理テーブル記録部２４５に記録されている、メインプロセッサキー、サブプロセッサキー、およびアクセスキーを基に、メインプロセッサ２４２およびサブプロセッサ２４３からのメインメモリ２１２に記憶されているプログラムおよびデータへのアクセスを管理する。

キー管理テーブル記録部２４５は、メインプロセッサキー、サブプロセッサキー、およびアクセスキーを記録している。なお、メインプロセッサキー、サブプロセッサキー、およびアクセスキーの詳細は後述する。

ＤＣ２４６は、メインプロセッサ２４２およびサブプロセッサ２４３からの記録部２１３−１へのアクセスを管理する。

メインメモリ２１２は、例えば、DRAM（Dynamic Random Access Memory）により構成される。メインメモリ２１２は、メインプロセッサ２４２およびサブプロセッサ２４３が実行する各種のプログラムおよびデータを一時的に記憶している。なお、メインメモリ２１２をスタティック・ランダム・アクセス・メモリ(SRAM（Static Random Access Memory）)、磁気ランダム・アクセス・メモリ(MRAM（Magnetoresistive Random Access Memory）)、光メモリまたはホログラフィ・メモリなどを用いて実現するようにしてももちろんよい。

記録部２１３は、例えば、ハードディスクなどの大容量磁気記録媒体により構成される。もちろん、記録部２１３は、データを記録することができるのであればどのような記録媒体であってもよく、それ以外にも、例えば、専用のドライブ等により構成されるようにし、そのドライブに装着されたＤＶＤ，ＣＤ、半導体メモリ、または磁気テープなどの、予め定められた所定のリムーバブルな記録媒体を利用するようにしていてもよい。記録部２１３は、DC２４６を介して供給される画像データや音声データ等のコンテンツデータを内蔵するハードディスクに記録したり、そのハードディスクに記録されているコンテンツデータを読み出し、DC２４６を介して他の処理部等に供給したりする。

記録部２１３には、また、上述したような放送局において放送される番組を受信可能なチューナやアンテナ等が含まれる。記録部２１３は、その内蔵するチューナを介して受信した放送番組（コンテンツデータ）をハードディスクに記録する。すなわち、記録部２１３は、内蔵するハードディスクやチューナを用いて、コンテンツデータの記録（録画）や再生に関する処理を行う。

さらに、記録部２１３は、メインプロセッサ２４２およびサブプロセッサ２４３が実行する各種のプログラムや各種データ等を内蔵するハードディスクに記録することもできる。

また、情報処理コントローラ２１１には、バス２１４を介して、操作入力部２１５、通信部２１６、およびドライブ２１７が接続されている。操作入力部２１５は、例えば、ボタンやダイヤルなどの操作入力デバイスや、図示しないリモートコマンダから送信される、ユーザの操作入力を示す赤外線信号または無線信号などを受信する受信部を備え、ユーザの操作入力（入力された各種の指示）を示す信号を、情報処理コントローラ２１１に供給する。

通信部２１６は、例えば、情報処理コントローラ２１１から供給されたソフトウェアセルを、ホームネットワーク２０２を介して端末装置２０３−１乃至端末装置２０３−ｎ宛てに送信する。また、通信部２１６は、端末装置２０３−１乃至端末装置２０３−ｎから送信されてきたソフトウェアセルを、バス２１４を介して、情報処理コントローラ２１１に供給する。

ドライブ２１７は、磁気ディスク２６１、光ディスク２６２、光磁気ディスク２６３、あるいは半導体メモリ２６４などの所定のリムーバブルメディアが装着されたとき、それらを駆動し、そこに記録されているプログラムやデータなどを取得する。取得されたプログラムやデータは、必要に応じて、バス２１４を介して、情報処理コントローラ２１１に転送され、情報処理コントローラ２１１によって、記録部２１３に記録される。

次に、図２７乃至図２９を参照して、サブプロセッサ２４３がメインメモリ２１２にアクセスする場合の処理について説明する。

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

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

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

さらに、Ｆ／Ｅビットの値が“０”（読み出し不可／書き込み可）である状態において、メモリロケーションについて読み出し予約を設定することが可能である。Ｆ／Ｅビットの値が“０”であるメモリロケーションに対して読み出し予約を行う場合には、サブプロセッサ２４３は、読み出し予約を行うメモリロケーションの追加セグメントに、読み出し予約情報としてサブプロセッサ２４３のサブプロセッサＩＤおよびＬＳアドレスを書き込む。そして、データを書き込むサブプロセッサ２４３によって、読み出し予約されたメモリロケーションにデータが書き込まれ、Ｆ／Ｅビットの値が“１”（読み出し可／書き込み不可）に設定されたとき、あらかじめ読み出し予約情報として追加セグメントに書き込まれているサブプロセッサＩＤおよびＬＳアドレスによって特定されるローカルストレージ２５１に読み出される。

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

また、図２８で示されるように、サブプロセッサ２４３のローカルストレージ２５１は、複数のアドレスを指定できるメモリロケーションによって構成される。各メモリロケーションに対しては、同様に追加セグメントが割り振られる。追加セグメントは、ビジービットを含む。

サブプロセッサ２４３がメインメモリ２１２に記憶されているデータをサブプロセッサ２４３のローカルストレージ２５１のメモリロケーションに読み出すときには、対応するビジービットの値を“１”に設定して予約する。ビジービットの値が“１”であるメモリロケーションには、他のデータを格納することができない。ローカルストレージ２５１のメモリロケーションにデータが読み出されると、ビジービットの値は“０”に設定され、他のデータを格納することができるようになる。

更に、図２７で示すように、情報処理コントローラ２１１に接続されているメインメモリ２１２には、複数のサンドボックスが含まれる。サンドボックスは、メインメモリ２１２内の領域を画定するものであり、各サンドボックスは、各サブプロセッサ２４３に割り当てられ、割り当てられたサブプロセッサ２４３が排他的に使用することができる。すなわち、サブプロセッサ２４３は、割り当てられたサンドボックスを使用できるが、この領域を超えてデータにアクセスすることはできない。

メインメモリ２１２は、複数のメモリロケーションから構成されるが、サンドボックスは、これらのメモリロケーションの集合である。

更に、メインメモリ２１２の排他的な制御を実現するために、図２９で示されるキー管理テーブルが用いられる。キー管理テーブルは、キー管理テーブル記録部２４５に記録され、DMAC２４４と関連付けられる。キー管理テーブル内の各エントリには、サブプロセッサＩＤ、サブプロセッサキーおよびキーマスクが含まれる。

サブプロセッサ２４３がメインメモリ２１２にアクセスする場合、サブプロセッサ２４３はDMAC２４４に、読み出しまたは書き込みのコマンドを出力する。このコマンドには、サブプロセッサ２４３を特定するサブプロセッサＩＤおよびアクセス要求先であるメインメモリ２１２のアドレスが含まれる。

DMAC２４４は、サブプロセッサ２４３から供給されたコマンドを実行する場合、キー管理テーブルを参照して、アクセス要求元のサブプロセッサ２４３のサブプロセッサキーを調べる。そして、DMAC２４４は、調べたアクセス要求元のサブプロセッサキーと、アクセス要求先であるメインメモリ２１２のメモリロケーションに割り振られたアクセスキーとを比較して、２つのキーが一致した場合にのみ、サブプロセッサ２４３から供給されたコマンドを実行する。

図２９に示されるキー管理テーブルに記録されているキーマスクは、その任意のビットの値が“１”になることによって、そのキーマスクと関連付けられたサブプロセッサキーの対応するビットの値を“０”または“１”（すなわち、任意の値）にすることができる。

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

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

例えば、キーマスクの値は、以下のように変更されることが考えられる。まず、図２６の端末装置２０１の起動直後においては、キーマスクの値は全て“０”である。メインプロセッサ２４２にロードされたプログラムが実行され、サブプロセッサ２４３にロードされたプログラムと連携動作するものとする。サブプロセッサ２４３−１により出力された処理結果データを、メインメモリ２１２に記憶させ、メインメモリ２１２に記憶させた処理結果データを、サブプロセッサ２４３−２に入力したいときには、サブプロセッサ２４３−１により出力された処理結果データを記憶しているメインメモリ２１２の領域は、サブプロセッサ２４３−１およびサブプロセッサ２４３−２からアクセス可能である必要がある。そのような場合に、メインプロセッサ２４２は、キーマスクの値を適切に変更し、複数のサブプロセッサ２４３からアクセスできるメインメモリの領域を設けることにより、サブプロセッサ２４３による多段階的の処理を可能にする。

より具体的には、例えば、図２６において、端末装置２０３−１乃至端末装置２０３−ｎから送信されてきたデータを基に、サブプロセッサ２４３−１が所定の処理実行し、処理が施されたデータをメインメモリ２１２の第１の領域に記憶させる。そして、サブプロセッサ２４３−２は、メインメモリ２１２の第１の領域から、記憶されているデータを読み出し、読み出したデータを基に、所定の処理を実行し、処理が施されたデータをメインメモリ２１２の第１の領域とは、異なる第２の領域に記憶させる。

ここで、サブプロセッサ２４３−１のサブプロセッサキーの値が“０１００”であり、メインメモリ２１２の第１の領域のアクセスキーの値が“０１００”であり、サブプロセッサ２４３−２のサブプロセッサキーの値が“０１０１”であり、メインメモリ２１２の第２の領域のアクセスキーの値が“０１０１”である場合、サブプロセッサ２４３−２は、メインメモリ２１２の第１の領域にアクセスすることができない。そこで、サブプロセッサ２４３−２のキーマスクの値を“０００１”にすることによって、サブプロセッサ２４３−２は、メインメモリ２１２の第１の領域にアクセスすることができるようになる。

図３０は、ソフトウェアセルの構成の例を示す図である。図３０を参照して、端末装置２０１がソフトウェアセルを生成し、生成したソフトウェアセルを基に、端末装置２０３−１乃至端末装置２０３−ｎに分散処理を実行させる場合の処理について説明する。

端末装置２０１のメインプロセッサ２４２は、処理を実行するために必要なコマンド、プログラム、およびデータを含むソフトウェアセルを生成し、ホームネットワーク２０２を介して端末装置２０３−１乃至端末装置２０３−ｎに送信する。

ソフトウェアセルは、例えば、送信元ＩＤ、送信先ＩＤ、応答先ＩＤ、セルインターフェース、DMAコマンド、プログラム、およびデータを含むように構成される。

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

送信先ＩＤには、ソフトウェアセルの送信先である端末装置２０３−１乃至端末装置２０３−ｎのネットワークアドレス、端末装置２０３−１乃至端末装置２０３−ｎの情報処理コントローラ２１１の装置ＩＤ、および端末装置２０３−１乃至端末装置２０３−ｎの情報処理コントローラが備えるメインプロセッサおよびサブプロセッサの識別子が含まれる。

また、応答先ＩＤには、ソフトウェアセルの実行結果の応答先である端末装置２０１のネットワークアドレス、端末装置２０１の情報処理コントローラ２１１の装置ＩＤ、および情報処理コントローラ２１１が備えるメインプロセッサ２４２およびサブプロセッサ２４３の識別子が含まれる。

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

グローバルＩＤは、ホームネットワーク２０２全体を通してソフトウェアセルを一意的に識別できるものであり、送信元ＩＤ、およびソフトウェアセルの生成または送信の日時（日付および時刻）を基に、生成される。

必要なサブプロセッサの情報は、ソフトウェアセルの実行に必要なサブプロセッサの数が設定される。サンドボックスサイズは、ソフトウェアセルの実行に必要なメインメモリおよびサブプロセッサのローカルストレージのメモリ量が設定される。

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

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

更に、DMAコマンドには、ロードコマンド、キックコマンド、機能プログラム実行コマンド、ステータス要求コマンド、およびステータス返信コマンドが含まれる。

ロードコマンドは、メインメモリが記憶している情報をサブプロセッサのローカルストレージにロードさせるコマンドであり、ロードコマンドのほかに、メインメモリアドレス、サブプロセッサＩＤおよびＬＳアドレスを含む。メインメモリアドレスは、情報のロード元であるメインメモリの所定の領域のアドレスを示す。サブプロセッサＩＤおよびＬＳアドレスは、情報のロード先であるサブプロセッサの識別子およびローカルストレージのアドレスを示す。

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

機能プログラム実行コマンドは、ある装置（例えば、端末装置２０１）が他の装置（例えば、端末装置２０３−１乃至端末装置２０３−ｎ）に対して、例えば、所定の機能を利用してユーザに要約の作成が終了したことを通知するためなどに実行される機能プログラムの実行を要求するコマンドである。機能プログラム実行コマンドを受信した装置（例えば、端末装置２０３−１乃至端末装置２０３−ｎ）のＣＰＵや情報処理コントローラは、機能プログラムＩＤによって、起動すべき機能プログラムを識別する。

ステータス要求コマンドは、送信先ＩＤで示される端末装置２０３−１乃至端末装置２０３−ｎの現在の動作状態（状況）に関する装置情報を、応答先ＩＤで示される端末装置２０１あてに送信要求するコマンドである。

ステータス返信コマンドは、ステータス要求コマンドを受信した端末装置２０３−１乃至端末装置２０３−ｎが、装置情報をステータス要求コマンドに含まれる応答先ＩＤで示される端末装置２０１に応答するコマンドである。ステータス返信コマンドは、実行セクションのデータ領域に装置情報を格納する。

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

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

端末装置種別ＩＤには、当該の端末装置がハードディスクレコーダであること（当該端末装置の特徴）を表す値が含まれる。また、装置種別ＩＤは、映像音声記録、映像音声再生など、端末装置が有する機能を表すものであってもよい。端末装置の特徴や機能を表す値は予め決定されているものとし、端末装置種別ＩＤによって、各端末装置は、互いの特徴や機能を把握することが可能である。

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

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

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

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

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

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

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

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

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

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

図２６において、端末装置２０１内の情報処理コントローラ２１１に含まれるメインプロセッサ２４２は、以上のような構成のソフトウェアセルを生成し、ホームネットワーク２０２を介して端末装置２０３−１乃至２０３−ｎおよび当該端末装置２０１内の情報処理コントローラ２１１に送信する。この場合、送信元となる端末装置２０１、送信先となる端末装置２０３、応答先となる端末装置２０３、および各装置内の情報処理コントローラ２１１は、それぞれ、上記の送信元ＩＤ、送信先ＩＤおよび応答先ＩＤによって識別される。

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

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

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

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

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

この場合には、送信元の端末装置は、送信先の端末装置宛に、サブプロセッサプログラムの代わりに、メインメモリ用プログラムおよびそのメインメモリ用プログラムによって処理されるデータを含み、ＤＭＡコマンドがロードコマンドであるソフトウェアセルを送信し、メインメモリ２１２にメインメモリ用プログラムおよびそれによって処理されるデータを記憶させる。次に、送信元の端末装置は、送信先の端末装置宛に、送信先の端末装置内の情報処理コントローラ２１１についてのメインプロセッサＩＤ、メインメモリアドレス、メインメモリ用プログラムを識別するための後述の機能プログラムＩＤなどの識別子、およびプログラムカウンタを含み、ＤＭＡコマンドがキックコマンドまたは機能プログラム実行コマンドであるソフトウェアセルを送信して、メインプロセッサ２４２に当該メインメモリ用プログラムを実行させる。

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

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

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

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

以上のようにして、ソフトウェアセルを利用して分散処理を行うことにより、ホームネットワーク２０２に接続された端末装置２０１は、他の端末装置２０３−１乃至端末装置２０３−ｎと連携して動作し、１台の仮想的な端末装置として動作する。

例えば、図３２に示されるように、それぞれが、上述した端末装置２０１や端末装置２０３−１乃至端末装置２０３−ｎと同様の構成および機能を有する４台の端末装置３０１乃至端末装置３０４が、上述したホームネットワーク２０２やインターネット等各種のネットワークを含むネットワーク３１０を介して互いに接続されている場合に、各端末装置３０１乃至端末装置３０４が、上述したようにソフトウェアセルを利用して互いに連携して動作することによって、図３２の下段に示されるような１台の仮想的な端末装置３２１として動作する。

従って、この場合、各端末装置は、この１台の仮想的な端末装置として動作し、上述したような１つの録画予約に対して通常の録画処理だけでなく、バックアップ用の録画処理を行い、各録画データ（録画した映像データや音声データ）のマージンを取る処理を実行することができる。

例えば、図３３に示されるように、ユーザが１台の端末装置（例えば、）を操作して通常の予約操作（図３３中、白抜き矢印で示されるユーザ操作）を行うと、その操作情報がマスター装置として動作する端末装置３０１に供給される。端末装置３０１は、その操作情報に基づいて、処理するプログラムやデータを用意してそれらをソフトウェアセル化し、その生成したソフトウェアセルを、スレーブ装置Ａ乃至スレーブ装置Ｃとして動作する端末装置３０２乃至端末装置３０４に供給し、それぞれ実行させる。その際、マスター装置３０１として動作する端末装置３０１は、スレーブ装置として動作する端末装置３０２乃至端末装置３０４のそれぞれのハードウェアリソース（チューナやハードディスク等のハードウェア資源）の使用状況を考慮し、利用されていないリソース（空きリソース）を利用するようにソフトウェアセルを生成し、それらを各端末装置に割り当てる。

このようにすることにより、実行される一連の処理は、ソフトウェアセル化され、各端末装置が有するハードウェアリソース（チューナやハードディスク等のハードウェア資源）の内、利用されていないリソース（空きリソース）を適宜利用して処理される。従って、このように実行されるプログラム（上述した各処理）は、仮想的な１台の端末装置において実行されるので、他の実施例において説明したような端末装置間の連携について考慮する必要がなく、そのような処理については省略することができる。

以上のように、ユーザからの録画予約の指令の操作に対して、通常の予約処理と同時に、バックアップとなる他の端末に対しても、録画予約を指令し、録画処理に失敗した場合に、他の端末から録画データを受信して記憶するようにしたので、容易かつ確実に録画を行うことができる。

また、バックアップとして動作する端末（２次端末）をユーザが指示する必要がないので、ユーザによる操作の手間を省くことができる。

さらに、ユーザが直接バックアップ端末（２次端末）に指令することなく、バックアップ端末を設定し、予約状況確認画面（図１３）を表示する（図２０のステップＳ３１３）ようにしたので、予約の信頼性が向上したことを、ユーザは知ることができる。

このように、ユーザは同一の録画予約を指令する操作を複数の端末に対して設定する必要がないので、録画予約を簡単な操作で、より確実に行うことができる。

また、ユーザが録画予約を指令した１次端末にのみ、成功した最終的な録画データが登録されるようにしたので（ステップＳ２２，ステップＳ２３）、ユーザは、録画予約が成功した端末を探す必要がない。

さらに、ユーザの録画予約操作に対し、通常の予約処理と同時に、バックアップとなる別の端末（２次端末）に対しても予約録画処理命令を１次端末が発行するようにしたので、電源トラブルなどの不意な録画失敗に備えることができる。

さらに、録画に失敗した（トラブルが発生した）場合には、バックアップとして録画処理された端末（２次端末）から、有効な録画データを受信する処理をユーザの指令なしに行うようにしたので、ユーザの手間を省くことができる。

また、不要となったバックアップ録画データを、ユーザの指令なしに削除するようにしたので、不要なデータを削除する必要もなく、ユーザの手間をさらに省くことができる。

さらに、バックアップとして動作する端末（２次端末）はユーザの指令なしに、選択するようにしたので、ユーザは、１次端末への録画予約の操作だけでよく、より、容易かつ確実に番組を録画することができる。

また、録画予約に重要度を設け、重要度に応じて、バックアップ処理の動作を決定するようにしたので、よりユーザのニーズに応じて録画を行うことができる。さらに、重要度の設定は、番組情報をもとに、あらかじめ設定された基準に沿って、１次端末において設定されるので、ユーザによる煩雑な操作は必要ない。

また、予約時に、１次端末でバックアップ端末を設定し、予約の信頼性が向上したことを、表示するようにしたので、ユーザはこれを知ることができる。

このように、ユーザは同一の予約操作を複数端末に対して設定する必要がなく、手間をかけることなく予約し、確実に番組を録画することができる。

また、予約録画命令を出した端末（１次端末）にのみ、成功した最終的な録画データが残る仕組みとしたので、ユーザは、予約録画の成功した端末を探す必要がない。

さらに、ユーザによる放送されたテレビ番組の記録要求操作（録画予約の操作）に対し、複数台の端末で同一コンテンツの記録処理（録画処理）を実行し、記録要求（録画予約の操作）を受け付けた端末で、記録処理に失敗した際に、同時に記録処理を行った別の端末から記録結果を受け取るようにしたので、ユーザは番組の録画予約を容易にすることができ、かつ、確実に番組を録画することができる。

なお、以上において、本発明を端末装置に適用した場合について説明したが、本発明は、情報を処理する情報処理装置にも適用することができる。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、ネットワークや記録媒体からインストールされる。

この記録媒体は、図２に示されるように、コンピュータとは別に、ユーザにプログラムを提供するために配布される、プログラムが記録されているリムーバブルメディア６１よりなるパッケージメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される、プログラムが記録されているROM５２やHDD１３などで構成される。

なお、本明細書において、コンピュータプログラムを記述するステップは、記載された順序に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理をも含むものである。

また、本明細書において、システムとは、複数の装置により構成される装置全体を表すものである。

本発明を適用した情報処理システムの構成例を説明する図である。 図１の端末装置の構成例を示すブロック図である。 図１の端末装置の機能的構成例を示すブロック図である。 設定ファイルのデータ形式の例を説明する図である。 予約ファイルのデータ形式の例を説明する図である。 録画データリストの例を説明する図である。 録画データの例を説明する図である。 端末１１における処理を説明するフローチャートである。 端末１１における処理を説明するフローチャートである。 ２次予約要求または２次予約問い合わせパケットの例を説明する図である。 ２次予約問い合わせ応答の例を説明する図である。 リソース情報の例を説明する図である。 予約確認画面の例を示す図である。 ２次録画結果のデータ形式の例を説明する図である。 端末における処理を説明するフローチャートである。 電源投入時処理を説明するフローチャートである。 １次録画予約終了処理を説明するフローチャートである。 ２次録画予約終了処理を説明するフローチャートである。 予約処理を説明するフローチャートである。 予約処理を説明するフローチャートである。 録画処理を説明するフローチャートである。 ２次予約問い合わせ受信処理を説明するフローチャートである。 ２次予約要求受信処理を説明するフローチャートである。 ２次予約結果受信処理を説明するフローチャートである。 マージの例について説明する図である。 本発明を適用した他の端末装置のハードウエアブロック図である。 図２６のサブプロセッサがメインメモリにアクセスする場合について説明するための図である。 図２６のサブプロセッサがメインメモリにアクセスする場合について説明するための図である。 図２６のサブプロセッサがメインメモリにアクセスする場合について説明するための図である。 ソフトウェアセルの構成について説明するための図である。 ソフトウェアセルのデータ領域の構造を説明するための図である。 仮想的な端末装置を説明するための図である。 仮想的な端末装置を説明するための図である。

符号の説明

１１ 端末装置， １３ HDD， ２１ ホームネットワーク， ２２ インターネット， ５６ 入力部， ５７ 出力部， ７１ 予約管理プログラム， ７２ GUI処理モジュール， ７３ 録画モジュール， ７４ 認証モジュール， ７６ タイマ， ７８ ネットワークインタフェース， ９１ 設定ファイル， ９２ 予約ファイル， ９３ 録画データリスト， ９４ 録画データ， ２０１ 端末装置， ２０２ ホームネットワーク， ２０３ 端末装置， ２１１ 情報処理コントローラ

Claims (6)

1. 他の情報処理装置と通信網を介して情報を授受する情報処理装置において、
   ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約手段と、
   前記他の情報処理装置に番組の録画の予約の要求を行う録画予約要求手段と、
   前記録画予約手段による番組の録画の予約に基づいて、録画処理を実行する録画手段と、
   前記録画手段により録画処理が失敗した場合、前記録画予約要求手段により番組の録画の予約の要求を行った前記他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求手段と、
   前記録画手段により録画処理が成功した場合、または、前記録画データ送信要求手段による要求に対して前記他の情報処理装置から送信されてきた録画データを受信した場合、前記他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求手段と、
   前記録画手段により録画処理が成功した場合に得られる録画データ、または、前記録画データ送信要求手段による要求に対して前記他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御手段と、
   前記録画データを統合する統合手段と
   を備え、
   前記録画データ送信要求手段は、前記録画手段により録画処理が失敗した場合、かつ、前記録画予約要求手段により番組の録画の予約の要求を行った前記他の情報処理装置においても録画処理が失敗した場合、前記他の情報処理装置に、録画データを送信するよう要求し、
   前記統合手段は、前記録画手段により得られた録画データと、前記他の情報処理装置から送信されてきた録画データを統合し、
   前記記憶制御手段は、前記統合手段により統合された録画データを、録画済みデータとして記憶するよう制御する
   ことを特徴とする情報処理装置。
2. 前記通信網は、セルネットワークである
   ことを特徴とする請求項１に記載の情報処理装置。
3. 複数の前記他の情報処理装置にステータスを問い合わせるステータス問い合わせ手段と、
   前記ステータス問い合わせ手段による問い合わせに対する応答に基づいて、複数の前記他の情報処理装置の中から番組の録画の予約の要求を行う前記他の情報処理装置を選択する選択する録画予約端末選択手段と
   をさらに備え、
   前記録画予約要求手段は、前記録画予約端末選択手段により選択された前記他の情報処理装置に、番組の録画の予約の要求を行う
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記録画予約要求手段による番組の録画の予約の要求に対する、他の情報処理装置からの応答に基づいて、録画予約が成功したことを示す確認画面を表示する表示手段をさらに備える
   ことを特徴とする請求項３に記載の情報処理装置。
5. 他の情報処理装置と通信網を介して情報を授受する情報処理装置の情報処理方法において、
   ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約ステップと、
   前記他の情報処理装置に番組の録画の予約の要求を行う録画予約要求ステップと、
   前記録画予約ステップの処理による番組の録画の予約に基づいて、録画処理を実行する録画ステップと、
   前記録画ステップの処理により録画処理が失敗した場合、前記録画予約要求ステップの処理により番組の録画の予約の要求を行った前記他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求ステップと、
   前記録画ステップの処理により録画処理が成功した場合、または、前記録画データ送信要求ステップの処理による要求に対して前記他の情報処理装置から送信されてきた録画データを受信した場合、前記他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求ステップと、
   前記録画ステップの処理により録画処理が成功した場合に得られる録画データ、または、前記録画データ送信要求ステップの処理による要求に対して前記他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御ステップと、
   前記録画データを統合する統合ステップと
   を含み、
   前記録画データ送信要求ステップにおいて、前記録画ステップで録画処理が失敗した場合、かつ、前記録画予約要求ステップで番組の録画の予約の要求を行った前記他の情報処理装置においても録画処理が失敗した場合、前記他の情報処理装置に、録画データを送信するよう要求し、
   前記統合ステップにおいて、前記録画ステップにより得られた録画データと、前記他の情報処理装置から送信されてきた録画データを統合し、
   前記記憶制御ステップにおいて、前記統合ステップで統合された録画データを、録画済みデータとして記憶するよう制御する
   ことを特徴とする情報処理方法。
6. 他の情報処理装置と通信網を介して情報を授受する情報処理装置を制御するプログラムであって、
   ユーザからの録画の予約の指令に基づいて、番組の録画の予約を行う録画予約ステップと、
   前記他の情報処理装置に番組の録画の予約の要求を行う録画予約要求ステップと、
   前記録画予約ステップの処理による番組の録画の予約に基づいて、録画処理を実行する録画ステップと、
   前記録画ステップの処理により録画処理が失敗した場合、前記録画予約要求ステップの処理により番組の録画の予約の要求を行った前記他の情報処理装置に、録画データを送信するよう要求する録画データ送信要求ステップと、
   前記録画ステップの処理により録画処理が成功した場合、または、前記録画データ送信要求ステップの処理による要求に対して前記他の情報処理装置から送信されてきた録画データを受信した場合、前記他の情報処理装置に対して、録画データを削除するよう要求する録画データ削除要求ステップと、
   前記録画ステップの処理により録画処理が成功した場合に得られる録画データ、または、前記録画データ送信要求ステップの処理による要求に対して前記他の情報処理装置から送信されてきた録画データを、録画済みデータとして記憶するよう制御する記憶制御ステップと、
   前記録画データを統合する統合ステップと
   を含み、
   前記録画データ送信要求ステップにおいて、前記録画ステップで録画処理が失敗した場合、かつ、前記録画予約要求ステップで番組の録画の予約の要求を行った前記他の情報処理装置においても録画処理が失敗した場合、前記他の情報処理装置に、録画データを送信するよう要求し、
   前記統合ステップにおいて、前記録画ステップにより得られた録画データと、前記他の情報処理装置から送信されてきた録画データを統合し、
   前記記憶制御ステップにおいて、前記統合ステップで統合された録画データを、録画済みデータとして記憶するよう制御する
   処理をコンピュータに実行させることを特徴とするプログラム。

Images