(57)【特許請求の範囲】
【請求項１】
放送波を受信する受信装置と、前記受信装置で受信された受信データを視聴可能なアプリを有する情報処理装置とが、前記アプリのみが使用する通信路を少なくとも有する通信路を介して通信可能な情報処理システムであって、
前記受信装置と前記情報処理装置とが前記通信路を介して接続されている場合には、前記受信装置で受信された受信データは、前記情報処理装置が有する第１記憶装置に記憶され、
前記受信装置と前記情報処理装置とが前記通信路を介して接続されていない場合には、前記受信装置で受信された受信データは、前記受信装置が有する第２記憶装置に記憶され、前記受信装置と前記情報処理装置とが前記通信路を介して接続されたときに、前記情報処理装置に伝送され、前記第１記憶装置に記憶されることを特徴とする情報処理システム。
【請求項２】
前記第２記憶装置に記憶された受信データは、前記アプリが起動しているときに、前記情報処理装置に伝送されることを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記第２記憶装置に記憶された受信データは、前記アプリが使用する通信路が前記通信路に確立されているときに、前記情報処理装置に伝送されることを特徴とする請求項１記載の情報処理システム。
【請求項４】
前記第２記憶装置に記憶された受信データは、所定の長さに分割され、前記情報処理装置に伝送されることを特徴とする請求項１から３のいずれか１項に記載の情報処理システム。
【請求項５】
前記第２記憶装置に記憶された受信データが複数ある場合、当該受信データはそれぞれ所定の長さに分割され、時分割で前記情報処理装置に伝送されることを特徴とする請求項１から４のいずれか１項に記載の情報処理システム。
【請求項６】
前記第２記憶装置に記憶された受信データを前記情報処理装置へ伝送するために使用可能な伝送可能容量が前記情報処理装置にて算出され、
前記第２記憶装置に記憶された受信データは、前記算出された伝送可能容量に応じた長さに分割され、前記情報処理装置に伝送されることを特徴とする請求項１から５のいずれか１項に記載の情報処理システム。
【請求項７】
請求項１から６のいずれか１項に記載の情報処理システムにおける情報処理装置であることを特徴とする情報処理装置。
【請求項８】
請求項１から６のいずれか１項に記載の情報処理システムにおける受信装置であることを特徴とする受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、放送波を受信する受信装置と、受信装置で受信された受信データを取り扱い可能な情報処理装置とが、ネットワークを介して通信可能な情報処理システム、情報処理装置及び受信装置に関する。
【背景技術】
【０００２】
本発明に関連する技術として、例えば特許文献１に開示されているコンテンツ記録システムがある。このコンテンツ記録システムは、ＨＤＤ（Hard Disc Drive）／ＤＶＤ（Digital Versatile Disc）レコーダと、ネットワークＨＤＤとが、無線ＬＡＮ（Local Area Network）を介して通信できる構成である。ＨＤＤ／ＤＶＤレコーダは、テレビ放送の放送波を受信し、それをコンテンツデータとして自装置内に記録可能であるが、そのコンテンツデータをリアルタイムにネットワークＨＤＤへ伝送し、ネットワークＨＨＤ内に記録させることもできる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−１１８５５３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら特許文献１には、コンテンツ記録システムにおいて、コンテンツデータの記録先をＨＤＤ／ＤＶＤレコーダとネットワークＨＤＤのどちらにするかをどのように決定するのか（どのような場合に記録先を切り替えるのか）や、ネットワークＨＤＤに記録されたコンテンツデータをどのようなタイミングでＨＤＤ／ＤＶＤレコーダへ伝送するのかについては、考慮されていない。
【０００５】
本発明は、上記事情に鑑みてなされたものであり、放送波を受信する受信装置と、受信装置で受信された受信データを取り扱い可能な情報処理装置とが、ネットワークを介して通信可能なシステムにおいて、装置間が接続されているか否かに応じて受信データの記録先を自動で切り替えられるとともに、非接続状態のときに受信装置に記録された受信データを、再び接続状態になったときに自動で情報処理装置へ伝送できる情報処理システム、情報処理装置及び受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
かかる目的を達成するために、本発明の情報処理システムは、放送波を受信する受信装置と、受信装置で受信された受信データを視聴可能なアプリを有する情報処理装置とが、アプリのみが使用する通信路を少なくとも有するネットワークを介して通信可能な情報処理システムであって、受信装置と情報処理装置とが通信路を介して接続されている場合には、受信装置で受信された受信データは、情報処理装置が有する第１記憶装置に記憶され、受信装置と情報処理装置とが通信路を介して接続されていない場合には、受信装置で受信された受信データは、受信装置が有する第２記憶装置に記憶され、受信装置と情報処理装置とが通信路を介して接続されたときに、情報処理装置に伝送され、第１記憶装置に記憶されることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、放送波を受信する受信装置と、受信装置で受信された受信データを取り扱い可能な情報処理装置とが、ネットワークを介して通信可能なシステムにおいて、装置間が接続されているか否かに応じて受信データの記録先を自動で切り替えられるとともに、非接続状態のときに受信装置に記録された受信データを、再び接続状態になったときに自動で情報処理装置へ伝送できる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態に係る情報処理システムの構成例を示す図である。
【図２】本発明の一実施形態に係る受信装置の動作例を示すフローチャートである。
【図３】本発明の一実施形態に係る情報処理装置の動作例を示すフローチャートである。
【図４】本発明の一実施形態に係る受信装置から伝送されるデータの分割例を示すイメージ図である。
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための形態（実施形態）について添付図面を参照して詳細に説明する。
【００１２】
まず、図１を参照して、本発明の一実施形態である情報処理システムの構成例について説明する。
【００１３】
図１に示すように、本実施形態の情報処理システムは、本発明の情報処理装置の一実施形態であるＰＣ（Personal Computer）１と、本発明の受信装置の一実施形態であるＷＴＤ（Wireless TV Digital） box２とが、ネットワークの一例であるＬＡＮを介して通信可能な構成となっている。ＬＡＮは、無線又は有線のどちらでもよい。
【００１４】
ＷＴＤ box２（以下ＷＴＤ２という）は、制御部２０と、チューナー２１と、記憶部２２とを有する。チューナー２１は、図示しないアンテナを介して放送波（例えばテレビ放送）を受信する。記憶部２２は、チューナー２１で受信されたデータ（以下受信データという）を記録する。本実施形態では、この受信データを、ＰＣ１側にてリアルタイムで記録することを「通常録画」といい、ＷＴＤ２側にてリアルタイムで記録することを「代理録画」という。制御部２０は、受信データの代理録画を制御する。また、制御部２０は、記憶部２２に代理録画された受信データをＰＣ１へ伝送する前に、その受信データを所定の長さに分割する制御を行う。なお、図１の例では、記憶部２２を外付けとして示しているが、ＷＴＤ２に内蔵されてもよい。
【００１５】
ＰＣ１は、制御部１０と、アプリ１１と、記憶部１２とを有する。アプリ１１は、図示しないＯＳ（Operating System）上で動作するアプリケーションソフトウェアであり、ユーザが受信データの視聴や録画（取り扱いの一例）を行えるものである。記憶部１２は、受信データを記録する。本実施形態では、記憶部１２に受信データが記録される場合は２通りある。１つは、受信データがＷＴＤ２からリアルタイムで伝送されてきて記憶部１２に記録される場合（通常録画の場合）である。もう１つは、受信データが記憶部２２にリアルタイムで記録された（代理録画の場合）後で、改めてＷＴＤ２から伝送されてきて記憶部１２に記録される場合である。制御部１０は、記憶部２２に代理録画された受信データをＰＣ１へ伝送する制御を行う。また、制御部１０は、記憶部２２からＰＣ１へのデータ伝送に使用できる容量（以下伝送可能容量Ｚという）の算出を行う。
【００１６】
通信路３は、ＰＣ１とＷＴＤ２間でやり取りされるデータ（ＷＴＤ２からＰＣ１へ伝送される受信データや、ＰＣ１からＷＴＤ２へ送信される指示データなど）の通信路である。この通信路３は、コンテンツ保護の観点からセキュリティ的に保護された通信路（セキュアな通信路）であり、ＬＡＮが物理的に通信可能な状態にある上で、アプリ１１が起動（動作）しているときに確立される。すなわち、通信路３は、アプリ１１が使用する通信路である。よって、図示しないＯＳやその他のアプリが使用する通信路は通信路３とは別に存在する（図示せず）。当然ながら、通信路３において伝送できるデータの容量には限りがある。この通信路３が伝送可能な最大の容量を、以下最大容量Ｘという。この最大容量Ｘは、通信環境に応じて逐次変化する。
【００１７】
図１において、矢印ａ、ｂ、ｃ、ｄ、ｅは、受信データの流れを示している。矢印ａは、チューナー２１で受信され、通信路３を介して、リアルタイムにＰＣ１のアプリ１１に伝送される受信データを示している。アプリ１１は、矢印ａが示す受信データの表示（視聴）や記録（録画）を行う。矢印ｂは、アプリ１１によって記憶部１２へ記録される受信データを示している。すなわち、矢印ａ、ｂは、通常録画のときの受信データの流れを示している。矢印ｃは、チューナー２１で受信され、リアルタイムに記憶部２２へ記録される受信データを示している。すなわち、矢印ｃは、代理録画のときの受信データの流れを示している。矢印ｄは、記憶部２２に一旦記録された後で、通信路３を介して、ＰＣ１の記憶部１２へ記録される受信データを示している。矢印ｅは、記憶部１２に記録された後で、アプリ１１によって読み出される受信データを示している。
【００１８】
次に、図２及び図１を参照して、本実施形態のＷＴＤ２の動作例について説明する。
【００１９】
図２のＳ１の前に、ユーザは、ＰＣ１のアプリ１１において予約録画の設定を行う。ここでは、予約録画の対象の例をテレビ番組とする。よって、アプリ１１は、予約録画の設定として、予約録画を行う時間帯（開始時刻と終了時刻）、予約録画を行うテレビ番組名又はチャンネルなどの指定を受け付ける。そして、アプリ１１は、ユーザにより指定された予約録画の設定を示す情報（以下予約録画設定情報という）を、例えば記憶部１２に記録するとともに、通信路３を介して、ＷＴＤ２へ送信する。ＷＴＤ２では、受信した予約録画設定情報は、例えば記憶部２２に記憶される。このようにして予約録画設定情報は、ＰＣ１とＷＴＤ２に共有される。制御部２０は、タイマ機能を有しており、現在時刻を計測している。そして、制御部２０は、計測している現在時刻が、予約録画設定情報に規定されている開始時刻に近づくと（例えば開始時刻の３０秒前になると）、図２に示すフローに従って動作する。
【００２０】
制御部２０は、まず、ＰＣ１との間に通信路３（セキュアな通信路）が確立されているかを判断する（Ｓ１）。
【００２１】
Ｓ１の判断の結果、通信路３が確立されていない場合（Ｓ１／ＮＯ）、制御部２０は、代理録画を実行するように、チューナー２１、記憶部２２を制御する（Ｓ２）。この制御により、予約録画設定情報に規定の開始時刻になったら、チューナー２１で受信された受信データ（ユーザに指定されたＴＶ番組のデータ）は、矢印ｃに示すように、記憶部２２に記録が開始され、予約録画設定情報に規定の終了時刻になったら、記録が終了される。なお、通信路３が確立されていない場合の例としては、ＰＣ１の電源が入っていない場合やＰＣ１がＬＡＮの接続可能範囲にない場合が挙げられる。
【００２２】
Ｓ１の判断の結果、通信路３が確立されている場合（Ｓ１／ＹＥＳ）、制御部２０は、アプリ１１から代理録画の実行要求があるかどうかを確認する（Ｓ３）。代理録画の実行要求とは、アプリ１１がＷＴＤ２に対して代理録画を実行するように要求することであるが、通信路３が確立されているにもかかわらず、この要求がＷＴＤ２に送られる理由としては、アプリ１１が他のタスク（例えば、記憶部１２のデータを記憶媒体に書き込む動作）を実行中であるために、予約録画を実行する状態にない場合が挙げられる。このような場合、アプリ１１は、予約録画設定情報に規定の開始時刻の前に、代理録画の実行要求を、通信路３を介してＷＴＤ２へ送信する。
【００２３】
Ｓ３の確認の結果、代理録画の実行要求を受信した場合（Ｓ３／ＹＥＳ）、制御部２０は、代理録画を実行するように、チューナー２１、記憶部２２を制御する（Ｓ２）。Ｓ２については、上述した通りであるので、その説明を省略する。
【００２４】
Ｓ３の確認の結果、代理録画の実行要求を受信しなかった場合（Ｓ３／ＮＯ）、制御部２０は、通常録画が実行されるように、チューナー２１を制御する（Ｓ４）。この制御により、予約録画設定情報に規定の開始時刻になったら、チューナー２１で受信された受信データ（ユーザに指定されたＴＶ番組のデータ）は、矢印ａに示すように、通信路３を介して、アプリ１１へ伝送され、予約録画設定情報に規定の終了時刻になったら、伝送が終了される。このとき、アプリ１１は、予約録画設定情報に規定の開始時刻になったら、矢印ａに示すように伝送されてきた受信データを、矢印ｂに示すように記憶部１２に送り、記録を開始し、予約録画設定情報に規定の終了時刻になったら、その記録を終了する。
【００２５】
次に、図３及び図１を参照して、本実施形態のＰＣ１の動作例について説明する。
【００２６】
制御部１０は、アプリ１１が起動され、通信路３が確立されると、ＷＴＤ２と通信を行い、代理録画された受信データ（以下代理録画データという）が記憶部２２にあるかどうかを確認する（Ｓ１１）。
【００２７】
Ｓ１１の確認の結果、代理録画データが記憶部２２にない場合（Ｓ１１／ＮＯ）、処理は終了される。一方、代理録画データが記憶部２２にある場合（Ｓ１１／ＹＥＳ）、制御部１０は、その代理録画データの数及び識別情報を認識し、伝送する順番を決定する（Ｓ１２）。例えば、ＷＴＤ２に３つの番組Ａ、Ｂ、Ｃが別個に代理録画されている場合、制御部１０は、まず、伝送対象の代理録画データの数が３つであり、それら３つの代理録画データがＡ、Ｂ、Ｃであることを認識する。次に、制御部１０は、代理録画データＡ、Ｂ、Ｃを伝送する順番を、予め定められた順番（例えば録画日時の古い順）に従って決定する。なお本実施形態では、各代理録画データを分割して伝送する。よって、ここで決定される伝送順は、分割された代理録画データの伝送順となる。
【００２８】
ここで、図４を参照し、代理録画データの分割例について説明する。図４は、ＷＴＤ２の記憶部２２に記録された３つの代理録画データＡ、Ｂ、Ｃの分割イメージを示している。例えば、代理録画データＡの場合、データ全体の長さがｐ個に分割されている。分割されたデータのうち、Ａ０のデータが始端、Ａｐが終端である。Ａ０やＡｐは、識別情報を含む伝送番号であり、伝送される順番を示す。図４に示す各代理録画データの分割は、ＷＴＤ２の制御部２０で行われる。制御部２０は、後述するＳ１８においてＰＣ１から伝送番号及び伝送可能容量Ｚを受信すると、その伝送番号により識別された代理録画データを、その伝送可能容量Ｚに応じた長さに分割する。このように制御部２０により分割された各代理録画データは、決定された伝送順に従って、ＷＴＤ２からＰＣ１へ伝送される。例えば、Ｓ１２において、３つの代理録画データの伝送順が「Ａ→Ｂ→Ｃ、時分割」に決定された場合、図４に示す各データは、Ａ０→Ｂ０→Ｃ０→Ａ１→Ｂ１→Ｃ１→・・・というように伝送されることになる。このように時分割で伝送することより、ユーザによりＡ、Ｂ、Ｃのどの再生を指示されても、アプリ１１がすぐに記憶部１２から読み出して再生することができる。
【００２９】
次に、制御部１０は、通信路３において代理録画データの伝送に使用できる容量、すなわち伝送可能容量Ｚの算出を行う（Ｓ１３）。この算出の例を以下に説明する。通信路３において伝送できる最大の容量を最大容量Ｘとする。最大容量Ｘは、上述したように、環境に応じて逐次変化する。また、通信路３においてアプリ１１が使用中の容量を使用中容量Ｙとする。使用中容量Ｙは、例えば、図１の矢印ａに示す受信データの伝送に使用されている容量である。制御部１０は、最大容量Ｘと使用中容量Ｙの値を取得し、Ｘ＞Ｙ＋Ｚを満たすように、伝送可能容量Ｚを算出する。すなわち、伝送可能容量Ｚは、最大容量Ｘから使用中容量Ｙを差し引いた値よりも小さい値として算出される。
【００３０】
次に、制御部１０は、算出した伝送可能容量Ｚが０であるか否かを判断する（Ｓ１４）。
【００３１】
Ｓ１４の判断の結果、伝送可能容量Ｚが０である場合（Ｓ１４／ＹＥＳ）、Ｓ１３へ戻る。つまり、伝送可能容量Ｚが０であると代理録画データの伝送ができないので、制御部１０は、最大容量Ｘや使用中容量Ｙが変化することで伝送可能容量Ｚが０ではなくなる（０より大きくなる）まで、Ｓ１３の計算及びＳ１４の判断を繰り返す。
【００３２】
Ｓ１４の判断の結果、伝送可能容量Ｚが０ではない場合（Ｓ１４／ＮＯ）、制御部１０は、アプリ１１がユーザから代理録画データを再生するよう指示を受け付けたかどうかを判断する（Ｓ１５）。
【００３３】
Ｓ１５の判断の結果、アプリ１１が代理録画データの再生指示を受けていない場合（Ｓ１５／ＮＯ）、制御部１０は、現在適用中の伝送順（Ｓ１２で決定された伝送順、又は、Ｓ１７を経て変更された伝送順）を基に、これから伝送を開始する代理録画データを確定する（Ｓ１６）。例えば、最初に伝送が実行される場合（図４に示すどのデータの伝送も開始されていない場合）では、現在適用中の伝送順はＳ１２で決定された「Ａ→Ｂ→Ｃ、時分割」となるので、これから伝送を開始する代理録画データとして、代理録画データＡが確定される。それ以降は、Ｓ１５の再生指示がない限り、このＳ１６においてＡ０→Ｂ０→Ｃ０→Ａ１→Ｂ１→Ｃ１→・・・という伝送順に従って代理録画データが確定される。
【００３４】
Ｓ１５の判断の結果、アプリ１１が代理録画データの再生指示を受けた場合（Ｓ１５／ＹＥＳ）、制御部１０は、これから伝送を開始する代理録画データとして、再生を指示された代理録画データに確定し、現在適用中の伝送順を変更する（Ｓ１７）。例えば、現在適用中の伝送順が「Ａ→Ｂ→Ｃ、時分割」である場合において、ユーザから代理録画データＢの再生指示があると、これから伝送を開始する代理録画データはＢに確定され、現在適用中の伝送順が「Ｂ→Ａ→Ｃ、Ｂ優先」に変更される。この変更後は、Ｂｎ→Ｂｎ＋１→・・・→Ｂｑ＋Ａｎ→Ｃｎ→Ａｎ＋１→Ｃｎ＋１・・・という伝送順となる。すなわち、ユーザにより再生指示されたＢの分割されたデータの伝送が全て完了した後で、Ａ、Ｃの分割されたデータの伝送が時分割で行われることになる。このようにして代理録画データＢが優先的に記憶部１２に蓄積されるので、アプリ１１では代理録画データＢの再生が開始されても、対応できることになる（記憶部１２において再生指示された代理録画データが枯渇することはない）。
【００３５】
次に、制御部１０は、確定した代理録画データを伝送するようにＷＴＤ２へ要求し、要求した代理録画データを受信する（Ｓ１８）。この要求の際、制御部１０は、確定した代理録画データの伝送番号及び算出した伝送可能容量Ｚを示す情報を、通信路３を介してＷＴＤ２へ送信する。ＷＴＤ２の制御部２０は、受信した伝送番号を基に代理録画データを特定し、特定した代理録画データを、受信した伝送可能容量Ｚに応じた長さに分割する。そして、制御部２０は、分割した代理録画データを、通信路３を介してＰＣ１へ伝送するよう制御する。ＰＣ１の制御部１０は、分割された代理録画データを受信すると、それを記憶部１２に格納する。このようなＳ１８の動作について具体例を用いて説明する。例えば、Ｓ１６にて述べたように、最初に伝送が実行される場合で代理録画データＡが確定されたとすると、制御部１０は、代理録画データＡの伝送番号Ａ０及び伝送可能容量Ｚを示す情報をＷＴＤ２へ送信する。制御部２０は、受信した伝送番号がＡ０であることから、代理録画データＡを特定する。そして、制御部２０は、受信した伝送可能容量Ｚに応じた長さとなるように代理録画データＡの始端からデータを切り取り、このデータをＡ０としてＰＣ１へ送信する。制御部１０は、受信したデータＡ０を記憶部１２に格納する。以上説明したＳ１８における代理録画データの要求及び伝送は、ユーザによって意識されることはない（ユーザによる指示操作を必要とせずに、制御部１０と制御部２０とが自動的に行うため）。
【００３６】
次に、制御部１０は、アプリ１１の起動が継続されたままとなっており、かつ、ＬＡＮ回線の接続状態が維持できているかを判断する（Ｓ１９）。
【００３７】
Ｓ１９の判断の結果、アプリ１１が起動中かつ回線接続維持中であれば（Ｓ１９／ＹＥＳ）、制御部１０は、記憶部２２にある代理録画データの全部の伝送を完了したかを判断する（Ｓ２０）。
【００３８】
Ｓ２０の判断の結果、全部の伝送が完了した場合（Ｓ２０／ＹＥＳ）、処理を終了する。Ｓ２０の判断の結果、全部の伝送が完了していない場合（Ｓ２０／ＮＯ）、Ｓ１３へ戻り、次の伝送に備えられる。例えば、Ｓ１８の具体例で説明したようにＡ０の伝送が完了した場合、次に伝送されるデータ（例えば、代理録画データの再生指示がなければＢ０、又は、再生を指示された代理録画データＡのＡ１、又は、再生を指示された代理録画データＣのＣ０）のための伝送可能容量Ｚが算出されることになる（Ｓ１３）。
【００３９】
Ｓ１９の判断の結果、アプリ１１が起動中かつ回線接続維持中ではない場合（Ｓ１９／ＮＯ）、制御部１０は、最後に伝送が完了した代理録画データの伝送番号を、例えば記憶部１２に記録する（Ｓ１２）。例えば、Ｓ１８の具体例で説明したようにＡ０の伝送が完了した後で、ユーザによりアプリ１１が終了されたり、又は、ユーザによりＰＣ１がＬＡＮの接続可能範囲外に持ち出されたりした場合には、以降の伝送が中断されることになるが、このとき制御部１０は、伝送が完了した伝送番号Ａ０を記録しておく。そして、次にアプリ１１が起動中かつ回線接続維持中となったときに、制御部１０は、記録しておいた伝送番号Ａ０の次（例えば、代理録画データの再生指示がなければＢ０、又は、再生を指示された代理録画データＡのＡ１、又は、再生を指示された代理録画データＣのＣ０）から伝送を開始する。すなわち、伝送が中断した地点から代理録画データの伝送を再開することができる（全代理録画データの最初から伝送をやり直すことを防ぐことができる）。
【００４０】
なお、Ｓ２１の後、次にアプリ１１が起動中かつ回線接続維持中となるまでに、ＷＴＤ２にて新たな代理録画（例えば代理録画データＤとする）が行われることもある。その場合、制御部１０は、再びアプリ１１が起動中かつ回線接続維持中となったときに、伝送が途中になっている代理録画データＡ、Ｂ、Ｃに加え、新たな代理録画データＤも考慮して、伝送順を変更する。変更後は、Ａｍ→Ｂｍ→Ｃｍ→Ｄ０→Ａｍ＋１→・・・という伝送順となる。このように伝送順を変更した上で、制御部１０は、記録しておいた伝送番号の次から代理録画データの伝送を再開する。
【００４１】
以上説明したように、本実施形態によれば、放送波を受信するＷＴＤ２（受信装置の一例）と、ＷＴＤ２で受信された受信データを取り扱い可能なＰＣ１（情報処理装置の一例）とが、ＬＡＮ（ネットワークの一例）を介して通信可能なシステムにおいて、ＰＣ１とＷＴＤ２が接続されているか否かに応じて受信データの記録先を自動で切り替えられるとともに、ＰＣ１とＷＴＤ２が非接続状態のときにＷＴＤ２に記録された受信データ（代理録画データ）を、再びＰＣ１とＷＴＤ２が接続状態になったときに、ユーザの意識を必要することなく自動で、ＷＴＤ２からＰＣ１へ伝送できる。よって、ユーザは、受信データの記録先がＰＣ１であるかＷＴＤ２であるかを意識する必要はなく、アプリ１１にて視聴したい受信データを指定するだけで、受信データがＷＴＤ２に代理録画されていても、通常録画のときと同様に視聴することができる。
【００４２】
以上、本発明の実施形態について説明したが、上記実施形態に限定されるものではなく、その要旨を逸脱しない範囲において種々の変形が可能である。
【００４３】
例えば、上述した実施形態における動作は、ハードウェア、または、ソフトウェア、あるいは、両者の複合構成によって実行することも可能である。
【００４４】
ソフトウェアによる処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させてもよい。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させてもよい。
【００４５】
例えば、プログラムは、記録媒体としてのハードディスクやＲＯＭ（Read Only Memory）に予め記録しておくことが可能である。あるいは、プログラムは、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＭＯ（Magneto Optical）ディスク、ＤＶＤ、ＵＳＢ（Universal Serial Bus）メモリ、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的、あるいは、永続的に格納（記録）しておくことが可能である。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することが可能である。
【００４６】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送してもよい。または、ＬＡＮ、インターネットといったネットワークを介して、コンピュータに有線で転送してもよい。コンピュータでは、転送されてきたプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることが可能である。
【００４７】
また、上記実施形態で説明した処理動作に従って時系列的に実行されるのみならず、処理を実行する装置の処理能力、あるいは、必要に応じて並列的にあるいは個別に実行するように構築することも可能である。
【００４８】
また、上記実施形態で説明したシステムは、複数の装置の論理的集合構成にしたり、各装置の機能を混在させたりするように構築することも可能である。
【符号の説明】
【００４９】
１    ＰＣ
２    ＷＴＤ box
３    通信路
１０    制御部
１１    アプリ
１２    記憶部
２０    制御部
２１    チューナー
２２    記憶部
【図１】
0005697442.tif 000002
【図２】
0005697442.tif 000003
【図３】
0005697442.tif 000004
【図４】
0005697442.tif 000005