(57)【特許請求の範囲】
【請求項１】
放送される番組を蓄積し、再生する放送番組蓄積再生装置であって、
前記番組を記憶する記憶手段と、
受信した番組を前記記憶手段に書き込む番組書込み手段と、
受信した放送電波の受信レベルを検出する受信レベル検出手段と、
前記受信レベル検出手段によって検出された受信レベルが、所定の受信レベル以下となった場合、前記番組の少なくとも一部を代替蓄積するよう、外部の機器に要求するための蓄積開始要求を生成して、当該外部の機器に送信する蓄積開始要求送信手段と、
前記番組の蓄積先とその切り替えタイミングとを管理するための管理情報を記憶する管理情報記憶手段と、
前記管理情報記憶手段が記憶する管理情報に基づき、前記番組が、前記記憶手段と前記外部の機器とに分散蓄積されているか否かを判断する分散蓄積判断手段と、
前記分散蓄積判断手段によって、前記番組が分散蓄積されていると判断された場合、前記管理情報に基づいて、前記記憶手段及び前記外部の機器から前記番組の適宜の部分を取得して連続再生し、前記分散蓄積判断手段によって、前記番組が分散蓄積されていないと判断された場合、前記記憶手段から番組を取得して再生する連続再生手段とを備え、
前記管理情報は、前記番組書込み手段によって番組が書き込まれた時間のうち、再生すべき時間に関する情報と、前記外部の機器によって番組が代替蓄積された時間のうち、再生すべき時間に関する情報と、前記蓄積開始要求の送信先である外部の機器を特定するための情報と、当該外部の機器が代替蓄積した番組と、前記記憶手段が記憶した番組との再生順序に関する情報とを含む、放送番組蓄積再生装置。
【請求項２】
放送される番組を蓄積し、再生する放送番組蓄積再生装置であって、
前記番組を記憶する記憶手段と、
受信した番組を前記記憶手段に書き込む番組書込み手段と、
受信した放送電波の受信レベルを検出する受信レベル検出手段と、
前記受信レベル検出手段によって検出された受信レベルが、所定の受信レベル以下となった場合、前記番組の少なくとも一部を代替蓄積するよう、外部の機器に要求するための蓄積開始要求を生成して、当該外部の機器に送信する蓄積開始要求送信手段と、
前記番組の蓄積先とその切り替えタイミングとを管理するための管理情報を記憶する管理情報記憶手段と、
前記管理情報記憶手段が記憶する管理情報に基づき、前記番組が、前記記憶手段と前記外部の機器とに分散蓄積されているか否かを判断する分散蓄積判断手段と、
前記分散蓄積判断手段によって、前記番組が分散蓄積されていると判断された場合、前記管理情報に基づいて、前記記憶手段及び前記外部の機器から前記番組の適宜の部分を取得して連続再生し、前記分散蓄積判断手段によって、前記番組が分散蓄積されていないと判断された場合、前記記憶手段から番組を取得して再生する連続再生手段とを備え、
前記管理情報は、前記番組書込み手段によって書き込まれた番組のうち、再生すべき番組のデータ容量に関する情報と、前記外部の機器によって代替蓄積された番組のうち、再生すべき番組のデータ容量に関する情報を含む、放送番組蓄積再生装置。
【請求項３】
前記管理情報は、さらに、前記蓄積開始要求の送信先である外部の機器を特定するための情報と、当該外部の機器が代替蓄積した番組と、前記記憶手段が記憶した番組との再生順序に関する情報とを含む、請求項２に記載の放送番組蓄積再生装置。
【請求項４】
放送される番組を蓄積し、再生する放送番組蓄積再生装置であって、
前記番組を記憶する記憶手段と、
受信した番組を前記記憶手段に書き込む番組書込み手段と、
受信した放送電波の受信レベルを検出する受信レベル検出手段と、
前記受信レベル検出手段によって検出された受信レベルが、所定の受信レベル以下となった場合、前記番組の少なくとも一部を代替蓄積するよう、外部の機器に要求するための蓄積開始要求を生成して、当該外部の機器に送信する蓄積開始要求送信手段と、
前記番組の蓄積先とその切り替えタイミングとを管理するための管理情報を記憶する管理情報記憶手段と、
前記管理情報記憶手段が記憶する管理情報に基づき、前記番組が、前記記憶手段と前記外部の機器とに分散蓄積されているか否かを判断する分散蓄積判断手段と、
前記分散蓄積判断手段によって、前記番組が分散蓄積されていると判断された場合、前記管理情報に基づいて、前記記憶手段及び前記外部の機器から前記番組の適宜の部分を取得して連続再生し、前記分散蓄積判断手段によって、前記番組が分散蓄積されていないと判断された場合、前記記憶手段から番組を取得して再生する連続再生手段とを備え、
前記所定の受信レベルは、第１の受信レベルと第２の受信レベルとからなり、
前記蓄積開始要求送信手段は、前記受信レベル検出手段によって検出された受信レベルが前記第１の受信レベル以下となった場合、前記蓄積開始要求を送信し、
前記管理情報書込み手段は、前記受信レベル検出手段によって検出された受信レベルが前記第２の受信レベル以下となった場合、管理情報を前記記憶手段に書き込む、放送番組蓄積再生装置。
【請求項５】
さらに、前記蓄積開始要求送信手段によって前記蓄積開始要求が送信された後、前記前記受信レベル検出手段によって検出された受信レベルが、前記第１の受信レベルより大きくなった場合、前記番組の代替蓄積を停止するよう要求するための蓄積停止要求を生成して前記外部の機器に送信する蓄積停止要求送信手段を備える、請求項４に記載の放送番組蓄積再生装置。
【請求項６】
前記番組書込み手段は、前記受信レベル検出手段によって検出された受信レベルが、前記第２の受信レベル以下となった場合、前記記憶手段への書込みを停止する、請求項４に記載の放送番組蓄積再生装置。
【請求項７】
前記番組書込み手段は、前記受信レベル検出手段によって検出された受信レベルが、前記第２の受信レベルより大きくなった場合、前記記憶手段への書込みを再開する、請求項６に記載の放送番組蓄積再生装置。
【請求項８】
前記管理情報は、前記番組書込み手段によって番組が書き込まれた時間のうち、再生すべき時間に関する情報と、前記外部の機器によって番組が代替蓄積された時間のうち、再生すべき時間に関する情報を含む、請求項４に記載の放送番組蓄積再生装置。
【請求項９】
前記管理情報は、さらに、前記蓄積開始要求の送信先である外部の機器を特定するための情報と、当該外部の機器が代替蓄積した番組と、前記記憶手段が記憶した番組との再生順序に関する情報とを含む、請求項８に記載の放送番組蓄積再生装置。
【請求項１０】
前記管理情報は、前記番組書込み手段によって書き込まれた番組のうち、再生すべき番組のデータ容量に関する情報と、前記外部の機器によって代替蓄積された番組のうち、再生すべき番組のデータ容量に関する情報を含む、請求項４に記載の放送番組蓄積再生装置。
【請求項１１】
前記管理情報は、さらに、前記蓄積開始要求の送信先である外部の機器を特定するための情報と、当該外部の機器が代替蓄積した番組と、前記記憶手段が記憶した番組との再生順序に関する情報とを含む、請求項１０に記載の放送番組蓄積再生装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、録画した放送番組を再生する放送番組蓄積再生装置及び放送番組蓄積再生方法に関し、より特定的には、複数の機器により分散録画した放送番組を再生する放送番組蓄積再生装置及び放送番組蓄積再生方法に関する。
【背景技術】
【０００２】
近年、携帯電話等の移動体機器は、半導体の性能向上や高機能化等により、映像の撮影や再生が可能になってきている。さらに今後、移動体機器向けの地上波デジタル放送が開始される場合、移動体機器における放送番組の視聴だけでなく、移動体機器でのデジタル放送の録画や、録画した放送映像の再生が可能になっていくものと予測される。
【０００３】
しかしながら、移動体機器によって放送電波を受信する場合、移動体機器が放送電波エリア外へ移動したり、移動体機器を携帯したユーザが交通機関を利用して高速に移動したりした場合、放送電波を正しく受信出来ないタイミングが発生し得る。移動体機器を用いて放送電波を安定的に受信し、受信した放送番組を録画するという問題を解決する方法として、放送の安定受信が出来るサーバ機器が、移動体機器の代わりに、放送番組を蓄積する方法がある（例えば、特許文献１）。
【０００４】
特許文献１に記載の従来の放送番組録画方法によれば、サーバが、移動体機器等である端末装置からの録画要求に基づき、放送番組を蓄積する。そして、サーバは、蓄積した放送番組を端末装置へ配信する。これにより、端末装置を用いて品質が安定した放送番組を視聴することができる。
【特許文献１】特開２００３−３１９３６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載の従来の放送番組録画方法では、録画対象となる番組を全てサーバが蓄積するため、サーバから端末装置への転送データ量が膨大なものになってしまう。したがって、ネットワークの使用料金が高くなってしまうという問題がある。
【０００６】
この問題を解決するために、放送電波の受信状態が良好な場合には端末装置が放送番組を蓄積し、受信状態が悪化した場合に、放送番組の蓄積をサーバに要求するという方法が考えられる。しかしながら同方法を用いる場合、放送番組が、端末装置とサーバとに分散して蓄積されることとなる。ユーザは、複数の機器に分散蓄積された放送番組を視聴する際、端末装置が蓄積した番組の一部分と、サーバが蓄積した番組の一部分とを、手動で切り替えて再生しなければならない。したがって、ユーザにかかる負担が増大してしまう。また、同方法を用いる場合、映像を切り替える毎に再生が中断してしまうという品位上の問題がある。
【０００７】
それゆえに、本発明の目的は、複数の装置に分散録画された番組を連続再生することができる放送番組蓄積再生装置及び放送番組蓄積再生方法を提供することである。
【課題を解決するための手段】
【０００８】
本発明は、放送される番組を蓄積し、再生する放送番組蓄積再生装置であって、番組を記憶する記憶手段と、受信した番組を記憶手段に書き込む番組書込み手段と、受信した放送電波の受信レベルを検出する受信レベル検出手段と、受信レベル検出手段によって検出された受信レベルが、所定の受信レベル以下となった場合、番組の少なくとも一部を代替蓄積するよう、外部の機器に要求するための蓄積開始要求を生成して、当該外部の機器に送信する蓄積開始要求送信手段と、番組の蓄積先とその切り替えタイミングとを管理するための管理情報を記憶する管理情報記憶手段と、管理情報記憶手段が記憶する管理情報に基づき、番組が、記憶手段と外部の機器とに分散蓄積されているか否かを判断する分散蓄積判断手段と、分散蓄積判断手段によって、番組が分散蓄積されていると判断された場合、管理情報に基づいて、記憶手段及び外部の機器から番組の適宜の部分を取得して連続再生し、分散蓄積判断手段によって、番組が分散蓄積されていないと判断された場合、記憶手段から番組を取得して再生する連続再生手段とを備える。
【０００９】
また、本発明は、放送される番組を蓄積する放送番組蓄積装置であって、番組を記憶する記憶手段と、受信した番組を記憶手段に書き込む番組書込み手段と、受信した放送電波の受信レベルを検出する受信レベル検出手段と、受信レベル検出手段によって検出された受信レベルが、所定の受信レベル以下となった場合、番組の少なくとも一部を代替蓄積するよう、外部の機器に要求するための蓄積開始要求を生成して、当該外部の機器に送信する蓄積開始要求送信手段と、番組の蓄積先とその切り替えタイミングとを管理するための管理情報を記憶する管理情報記憶手段とを備える。
【００１０】
また、本発明は、記憶手段に記憶された放送番組を再生する放送番組再生装置であって、記憶手段には、放送番組の蓄積先とその切り替えタイミングとを管理するための管理情報が記憶されており、管理情報に基づき、番組が、記憶手段と外部の機器とに分散蓄積されているか否かを判断する分散蓄積判断手段と、分散蓄積判断手段によって、放送番組が分散蓄積されていると判断された場合、管理情報に基づいて、記憶手段及び外部の機器から放送番組の適宜の部分を取得して連続再生し、分散蓄積判断手段によって、放送番組が分散蓄積されていないと判断された場合、記憶手段から放送番組を取得して再生する連続再生手段とを備える。
【００１１】
また、本発明は、放送される番組を蓄積し、再生する放送番組蓄積再生方法であって、受信した番組を記憶手段に書き込むステップと、受信した放送電波の受信レベルを検出するステップと、受信レベルを検出するステップにおいて検出された受信レベルが、所定の受信レベル以下となった場合、番組の少なくとも一部を代替蓄積するよう、外部の機器に要求するための蓄積開始要求を生成して、当該外部の機器に送信するステップと、番組の蓄積先とその切り替えタイミングとを管理するための管理情報を記憶するステップと、管理情報を記憶するステップにおいて記憶された管理情報に基づき、番組が、記憶手段と外部の機器とに分散蓄積されているか否かを判断するステップと、分散蓄積の有無を判断するステップにおいて、番組が分散蓄積されていると判断された場合、管理情報に基づいて、記憶手段及び外部の機器から番組の適宜の部分を取得して連続再生し、分散蓄積の有無を判断するステップにおいて、番組が分散蓄積されていないと判断された場合、記憶手段から番組を取得して再生するステップとを備える。
【００１２】
また、本発明は、放送される番組を蓄積し、再生するためのプログラムであって、受信した番組を記憶手段に書き込むステップと、受信した放送電波の受信レベルを検出するステップと、受信レベルを検出するステップにおいて検出された受信レベルが、所定の受信レベル以下となった場合、番組の少なくとも一部を代替蓄積するよう、外部の機器に要求するための蓄積開始要求を生成して、当該外部の機器に送信するステップと、番組の蓄積先とその切り替えタイミングとを管理するための管理情報を記憶するステップと、管理情報を記憶するステップにおいて記憶された管理情報に基づき、番組が、記憶手段と外部の機器とに分散蓄積されているか否かを判断するステップと、分散蓄積の有無を判断するステップにおいて、番組が分散蓄積されていると判断された場合、管理情報に基づいて、記憶手段及び外部の機器から番組の適宜の部分を取得して連続再生し、分散蓄積の有無を判断するステップにおいて、番組が分散蓄積されていないと判断された場合、記憶手段から番組を取得して再生するステップとを備える。
【００１３】
また、本発明は、放送される番組を蓄積し、再生する放送番組蓄積再生装置の集積回路であって、番組を記憶する記憶手段と、受信した番組を記憶手段に書き込む番組書込み手段と、受信した放送電波の受信レベルを検出する受信レベル検出手段と、受信レベル検出手段によって検出された受信レベルが、所定の受信レベル以下となった場合、番組の少なくとも一部を代替蓄積するよう、外部の機器に要求するための蓄積開始要求を生成して、当該外部の機器に送信する蓄積開始要求送信手段と、番組の蓄積先とその切り替えタイミングとを管理するための管理情報を記憶する管理情報記憶手段と、管理情報記憶手段が記憶する管理情報に基づき、番組が、記憶手段と外部の機器とに分散蓄積されているか否かを判断する分散蓄積判断手段と、分散蓄積判断手段によって、番組が分散蓄積されていると判断された場合、管理情報に基づいて、記憶手段及び外部の機器から番組の適宜の部分を取得して連続再生し、分散蓄積判断手段によって、番組が分散蓄積されていないと判断された場合、記憶手段から番組を取得して再生する連続再生手段とを備える。
【発明の効果】
【００１４】
本発明によれば、複数の装置に分散録画された番組を連続再生することができる放送番組蓄積再生装置及び放送番組蓄積再生方法が提供される。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００１６】
（第１の実施形態）
図１は、本発明の第１の実施形態に係る放送番組蓄積再生装置を備える放送番組蓄積再生システムの構成を示す図である。図１において、放送番組蓄積再生システムは、端末装置１０と、サーバ２０とを備える。端末装置１０及びサーバ２０は、インターネット回線４０を介して相互に通信する。
【００１７】
端末装置１０は、典型的には、移動可能な情報処理端末であって、例えば、放送受信機能を有する携帯電話やＰＤＡ、ポータブルＰＣ、カーナビゲーションシステムである。端末装置１０は、放送送信アンテナ３０から送信される放送番組（以下、番組と呼ぶ）を受信して蓄積し、再生する。端末装置１０は、放送番組の受信レベルが低下すると、自装置の代わりに放送番組を蓄積するよう、サーバ２０へ指示する。以下、サーバ２０が端末装置１０の代わりに放送番組を蓄積することを代替蓄積と呼ぶ。また、端末装置１０は、番組が分散蓄積された場合、自装置及びサーバ２０から番組の適宜の部分を取得してシームレスに連続再生する。
【００１８】
サーバ２０は、端末装置１０の指示に応じて、放送送信アンテナ３０から放送される番組を受信して代替蓄積する。また、サーバ２０は、端末装置１０の指示に応じて、端末装置１０へ番組を送信する。
【００１９】
端末装置１０は、モード切替部１０１と、チューナ１０２と、番組書込み部１０３と、端末記憶部１０４と、受信レベル検出部１０５と、蓄積要求送信部１０６と、管理情報書込み部１０７と、連続再生制御部１０８と、番組要求送信部１０９と、番組受信部１１０と、番組データバッファリング部１１１と、再生部１１２と、受信アンテナ１１３とを含む。
【００２０】
モード切替部１０１は、番組の蓄積を開始するタイミングを制御する。モード切替部１０１は、録画モードが選択されると、放送番組の蓄積を開始するよう番組書込み部１０３へ指示する。これにより、端末装置１０で番組を再生しつつ、所望の番組を蓄積することができる。録画モードの選択は、例えば、図示しない入力部を介して、ユーザからの放送番組の録画要求指示を受け取ることによりなされる。また、例えば、ユーザからの指示のみならず、予約録画プログラムからの要求を録画モードの選択がなされた判断基準としてもよい。
【００２１】
受信アンテナ１１３は、放送送信アンテナ３０が送信する番組を受信する。チューナ１０２は、受信アンテナ１１３が受信した番組のデータに対して複合化処理を施す。
【００２２】
番組書込み部１０３は、モード切替部１０１の指示に応じて、チューナ１０２が複合化した番組の端末記憶部１０４への書込みを開始する。また、番組書込み部１０３は、次に説明する受信レベル検出部１０５の指示に応じて、番組の書込みを停止する。また、番組書込み部１０３は、端末記憶部１０４へ書き込んだ番組に付与したファイル名を管理情報書込み部１０７へ通知する。
【００２３】
端末記憶部１０４は、例えばメモリやハードディスク等の記憶装置であって、番組を再生するために必要なデータ１２２をＡ／Ｖファイルデータとして記憶する。また、端末記憶部１０４は、管理情報が記録された管理テーブル１２１を記憶するが、詳細については後述する。
【００２４】
受信レベル検出部１０５は、チューナ１０２から放送電波の受信レベルを取得し、受信レベルの変化を監視する。これにより、端末装置１０の移動に伴う放送電波の受信レベルの変化を検出することが可能となる。
【００２５】
図２は、受信レベル検出部１０５が、制御の判断基準として用いる受信レベルの関係を示す図である。図２において、上に行くほど放送電波の受信レベルが大きく、逆に、下に行くほど受信電波の受信レベルが小さい。最も上のラインは、受信レベル検出部１０５が検出する最大の受信レベルを示す。上から２番目のラインは、第１の閾値（以下、受信レベルＡと呼ぶ）であり、受信レベル検出部１０５は、検出した放送電波の受信レベルが受信レベルＡ以下になると、受信レベルＡ低下通知を生成し、蓄積要求送信部１０６及び管理情報書込み部１０７へ渡す。
【００２６】
上から３番目のラインは、第２の閾値（以下、受信レベルＢと呼ぶ）であり、受信レベル検出部１０５は、検出した放送電波の受信レベルが受信レベルＢ以下になると、受信レベルＢ低下通知を生成し、管理情報書込み部１０７及び番組書込み部１０３へ渡す。レベルＢ低下通知を生成後、検出した放送電波の受信レベルが回復し、受信レベルＢより大きくなると、受信レベル検出部１０５は、受信レベルＢ回復通知を生成し、管理情報書込み部１０７及び番組書込み部１０３へ渡す。
【００２７】
一方、レベルＡ低下通知を生成後、検出した放送電波の受信レベルが回復し、受信レベルＡより大きくなると、受信レベル検出部１０５は、受信レベルＡ回復通知を生成し、蓄積要求送信部１０６及び管理情報書込み部１０７へ渡す。なお、受信レベル検出部１０５は、図示しないメモリに、受信レベルＡ低下通知、受信レベルＢ低下通知、受信レベルＢ回復通知、及び受信レベルＡ回復通知を生成したことを示す情報を格納しておく。そして、受信レベル検出部１０５は、当該メモリを参照し、どの受信レベルについて監視すべきかを決定する。
【００２８】
受信レベル検出部１０５は、受信レベルＡ低下通知を生成後、放送電波の受信レベルが、受信レベルＢ以下になったか否か、または、受信レベルＡより大きくなったか否かを監視する。また、受信レベルＢ低下通知を生成後、放送電波の受信レベルが、受信レベルＢより大きくなったか否かを監視する。受信レベルＢ回復通知を生成後、放送電波の受信レベルが、受信レベルＢ以下になったか否か、または、受信レベルＡより大きくなったか否かを監視する。受信レベルＡ回復通知を生成後、放送電波の受信レベルが、受信レベルＡ以下になったか否かを監視する。
【００２９】
図１の説明に戻り、蓄積要求送信部１０６は、受信レベルＡ低下通知を受け取ると、蓄積開始要求パケットを生成し、サーバ２０へ送信する。蓄積要求送信部１０６は、受信レベルＡ回復通知を受け取ると、蓄積停止要求パケットを生成し、サーバ２０へ送信する。
【００３０】
図３Ａは、蓄積開始要求パケットの構成の一例を示す図である。蓄積開始要求パケットは、蓄積開始コマンドと、Ａ／Ｖファイル名と、チャネル名と、記録レートと、記録フォーマットとからなる。蓄積開始要求コマンドは、サーバ２０へ代替蓄積の開始を指示するためのコマンドであり、図３Ａに示す例では、“ＯｘＯａ”で表されている。Ａ／Ｖファイル名は、サーバ２０が代替蓄積した番組に付与すべきファイル名である。なお、サーバ２０が代替蓄積する番組に付与すべきファイル名は、蓄積要求送信部１０６が決定する。蓄積要求送信部１０６は、決定したファイル名を管理情報書込み部１０７に通知する。チャネル名は、サーバ２０が代替蓄積すべき番組のチャネルを指示するための情報である。記録レートは、サーバ２０が番組を代替蓄積する際の記録レートを指示するための情報である。記録フォーマットは、サーバ２０が番組を代替蓄積する際の記録フォーマットを指示するための情報である。
【００３１】
図３Ｂは、蓄積停止パケットの構成の一例を示す図である。蓄積停止パケットは、蓄積停止コマンドと、Ａ／Ｖファイル名とからなる。蓄積停止要求コマンドは、サーバ２０へ代替蓄積の停止を指示するためのコマンドであり、図３Ｂに示す例では、“ＯｘＯｂ”で表されている。Ａ／Ｖファイル名は、サーバ２０が代替蓄積を停止すべき番組に付与されているファイル名である。
【００３２】
図１の説明に戻り、管理情報書込み部１０７は、受信レベル検出部１０５から受け取る通知に基づき、連続再生に必要な情報を管理情報として管理テーブル１２１に記録する。管理情報は、例えば、番組の蓄積先（端末装置１０またはサーバ２０）を示す情報と、その再生タイミングとを示す情報である。
【００３３】
図４は、管理テーブル１２１の構成の一例を示す図である。図４は、１つの番組が、Ａ／Ｖファイル１〜３の３つのファイルデータに分散蓄積された例を示す。端末装置１０が蓄積した番組に関する管理情報が管理テーブル１２１に記録される場合、蓄積停止までの経過時間及び重複蓄積時間が、Ａ／Ｖファイル名に対応づけられて記録される。サーバ２０が代替蓄積した番組に関する管理情報が記録される場合、サーバのＩＰアドレス及び蓄積停止から再開までの経過時間が、Ａ／Ｖファイル名に対応づけられて記録される。サーバＩＰアドレスは、サーバ２０を特定するための識別子（ＩＤ）であり、代替蓄積開始パケット及び代替蓄積停止パケットの送信先を特定するための情報である。
【００３４】
図４に示す例では、Ａ／Ｖファイル１及びＡ／Ｖファイル３が、端末装置１０が蓄積した番組であり、Ａ／Ｖファイル２が、サーバ２０が代替蓄積した番組である。管理情報書込み部１０７は、Ａ／Ｖファイル１の書込みが開始されてからレベルＢ低下通知を受け取るまでの時間を“蓄積停止までの経過時間”として、Ａ／Ｖファイル１に対応付けて管理テーブル１２１に書き込む。このとき、管理情報書込み部１０７は、レベルＡ低下通知を受け取ってからレベルＢ低下通知を受け取るまでの時間を“重複蓄積時間”として、蓄積停止までの経過時間と共に管理テーブル１２１に書き込む。
【００３５】
また、管理情報書込み部１０７は、レベルＢ低下通知を受け取ってからレベルＢ回復通知を受け取るまでの時間を“蓄積停止から蓄積再開までの経過時間”として、サーバ２０のＩＰアドレスと共に、Ａ／Ｖファイル２に対応付けて管理テーブル１２１に書き込む。さらに、管理情報書込み部１０７は、レベルＢ回復通知を受け取ったタイミング（Ａ／Ｖファイル３の書込みが開始されるタイミング）から、番組の蓄積が終了する時間を“蓄積停止までの経過時間”として、Ａ／Ｖファイル３に対応付けて管理テーブル１２１に書き込む。このとき、管理情報書込み部１０７は、レベルＢ回復通知を受け取ってからレベルＡ回復通知を受け取るまでの時間を“重複蓄積時間”として、蓄積停止までの経過時間と共に管理テーブル１２１に書き込む。
【００３６】
次に、蓄積及び代替蓄積された番組の再生に関わる構成要素について説明する。
【００３７】
連続再生制御部１０８は、分散蓄積された番組を連続再生するために必要な処理を行う。具体的には、連続再生制御部１０８は、端末記憶部１０４から管理テーブル１２１を読み出して参照する。連続再生制御部１０８は、サーバ２０によって代替蓄積された番組がある場合、番組送信要求パケットをサーバ２０へ送信するよう番組要求送信部１０９に指示する。
【００３８】
そして、連続再生制御部１０８は、管理テーブル１２１の記録に従い、再生すべき番組を端末記憶部１０４または番組データバッファリング部１１１のいずれから読み出すべきかを決定する。端末記憶部１０４が保持する番組を再生する場合、連続再生制御部１０８は、放送番組の少なくとも一部を端末記憶部１０４から読み出し、再生部１１２へ出力する。一方、サーバ２０により代替蓄積された番組を再生する場合、連続再生制御部１０８は、サーバ２０が代替蓄積した番組を番組データバッファリング部１１１から読み出し、再生部１１２へ出力する。
【００３９】
番組要求送信部１０９は、連続再生制御部１０８の指示に応じて、番組送信要求パケットを生成し、サーバ２０へ送信する。
【００４０】
番組受信部１１０は、サーバ２０から送信されてくる番組を受信すると、受信した番組を番組データバッファリング部１１１へ書き込む。番組データバッファリング部１１１は、番組受信部１１０が受信した番組を一時的に保持する。
【００４１】
再生部１１２は、例えばモニタやスピーカから構成され、連続再生制御部１０８から出力される番組を再生する。例えば、再生部１１２がモニタ及びスピーカから構成される場合、映像はモニタへ出力され、音声はスピーカへ出力される。
【００４２】
図５は、番組送信要求パケットの構成の一例を示す図である。番組送信要求パケットは、番組送信要求コマンドと、Ａ／Ｖファイル名とからなる。番組送信要求コマンドは、サーバ２０が代替蓄積した番組の送信を指示するためのコマンドであり、図５に示す例では、“ＯｘＯｃ”で表されている。Ａ／Ｖファイル名は、サーバ２０へ送信を要求する番組のファイル名である。
【００４３】
図１の説明に戻り、サーバ２０は、番組要求受信部２０１と、チューナ２０２と、番組書込み部２０３と、サーバ記憶部２０４と、蓄積要求受信部２０５と、番組送信部２０６と、受信アンテナ２０７を含む。
【００４４】
受信アンテナ２０７は、放送送信アンテナ３０が送信する番組を受信する。チューナ２０２は、受信アンテナ２０７が受信した放送番組のデータに対して、複合化処理を施す。
【００４５】
番組要求受信部２０１は、端末装置１０から送信されてくる番組送信要求パケットを受信すると、サーバ記憶部２０４が保持する番組を端末装置１０へ送信するよう番組送信部２０６へ指示する。
【００４６】
番組書込み部２０３は、蓄積要求受信部２０５からの指示に応じて、チューナ２０２が複合化した番組をサーバ記憶部２０４へ書き込む。サーバ記憶部２０４は、例えばメモリやハードディスク等の記憶装置であって、番組を再生するために必要なデータをＡ／Ｖファイルデータとして記憶する。
【００４７】
蓄積要求受信部２０５は、端末装置１０が送信した蓄積開始要求パケットを受信すると、指示された番組をサーバ記憶部２０４へ蓄積するよう、番組書込み部２０３に指示する。また、蓄積要求受信部２０５は、端末装置１０が送信した蓄積停止要求パケットを受信すると、指示された番組の蓄積を停止するよう、番組書込み部２０３に指示する。
【００４８】
番組送信部２０６は、番組要求受信部２０１からの指示に応じて、サーバ記憶部２０４から番組を読み出し、端末装置１０へ送信する。
【００４９】
図６は、自装置が蓄積した番組と、サーバ２０が代替蓄積した番組とを端末装置１０が連続再生する際のタイミングの一例を示す図である。図６は、番組が、Ａ／Ｖファイル１、Ａ／Ｖファイル２及びＡ／Ｖファイル３の順に蓄積されている例を示す。Ａ／Ｖファイル１及びＡ／Ｖファイル３は、端末装置１０が蓄積した番組の一部分であり、Ａ／Ｖファイル２は、サーバ２０が代替蓄積した番組の一部分である。
【００５０】
図６に示すように、端末装置１０が蓄積したＡ／Ｖファイル１の終端部分と、サーバ２０が蓄積したＡ／Ｖファイル２の開始部分とは重複している。また、サーバ２０が蓄積したＡ／Ｖファイル２の終端部分と、端末装置１０が蓄積したＡ／Ｖファイル３の開始部分とは重複している。
【００５１】
このように、同一番組を重複して蓄積している時間を、重複蓄積時間と呼ぶ。この重複蓄積時間は、いわゆる「のりしろ」に相当するものである。これは、受信レベルＡ及びＢの２つの閾値を設け、サーバ２０へ代替蓄積を要求するタイミングと、端末装置１０における番組の蓄積を停止するタイミングとを異なるタイミングとすることによって意図的に実現する。また、Ａ／Ｖファイル２及び３も、Ａ／Ｖファイル１及び２と同様に重複蓄積時間４０２を有する。
【００５２】
図７及び図８は、端末装置１０の動作を示すフローチャートである。
【００５３】
まず、モード切替部１０１は、録画モードが選択されたか否かを判断する（ステップＳ１１）。録画モードが選択されていない場合（ステップＳ１１においてＮｏ）、モード切替部１０１は、録画モードが選択されるまでステップＳ１１の処理を繰り返し行う。一方、録画モードが選択された場合（ステップＳ１１においてＹｅｓ）、モード切替部１０１は、番組の書込みを開始するよう番組書込み部１０３へ指示する。番組書込み部１０３は、端末記憶部１０４への番組の書込みを開始する（ステップＳ１２）。
【００５４】
受信レベル検出部１０５は、放送電波の受信レベルが受信レベルＡ以下であるか否かを判断する（ステップＳ１３）。放送電波の受信レベルが受信レベルＡ以下である場合（ステップＳ１３においてＹｅｓ）、受信レベル検出部１０５は、受信レベルＡ低下通知を生成し、蓄積要求送信部１０６及び管理情報書込み部１０７へ渡す。
【００５５】
蓄積要求送信部１０６は、受信レベルＡ低下通知を受け取ると、蓄積要求パケットをサーバ２０へ送信済みであるか否かを判断する（ステップＳ１４）。蓄積要求パケットを送信済みでない場合（ステップＳ１４においてＮｏ）、蓄積要求送信部１０６は、蓄積要求パケットを生成し、サーバ２０へ送信する（ステップＳ１５）。一方、蓄積開始要求パケットを送信済みである場合（ステップＳ１４においてＹｅｓ）、処理はステップＳ１６へ進む。
【００５６】
次に、受信レベル検出部１０５は、放送電波の受信レベルが受信レベルＢ以下であるか否かを判断する（ステップＳ１６）。放送電波の受信レベルが受信レベルＢ以下である場合（ステップＳ１６においてＹｅｓ）、受信レベル検出部１０５は、受信レベルＢ低下通知を生成し、管理情報書込み部１０７及び番組書込み部１０３へ渡す。
【００５７】
管理情報書込み部１０７は、受信レベルＢ低下通知を受け取ると、蓄積開始時、つまりステップＳ１２からの経過時間を管理テーブル１２１へ書き込む（ステップＳ１７）。ここで、図６に示す蓄積停止までの経過時間３０１、及び重複蓄積時間４０１に関する情報が、Ａ／Ｖファイル１に対応付けて管理テーブル１２１に書き込まれる。番組書込み部１０３は、端末記憶部１０４への番組の書込みを停止する（ステップＳ１８）。
【００５８】
そして、受信レベル検出部１０５は、放送電波の受信レベルが受信レベルＢよりも大きいか否かを判断する（ステップＳ１９）。放送電波の受信レベルが受信レベルＢよりも大きい場合（ステップＳ１９においてＹｅｓ）、受信レベル検出部１０５は、受信レベルＢ回復通知を生成し、管理情報書込み部１０７及び番組書込み部１０３へ渡す。
【００５９】
番組書込み部１０３は、端末記憶部１０４への番組の書込みを再開する（ステップＳ２０）。管理情報書込み部１０７は、蓄積停止時からの経過時間を端末記憶部１０４へ記録する（ステップＳ２１）。ここで、図６に示す蓄積停止から蓄積再開までの経過時間３０２に関する情報が、サーバ２０のＩＰアドレスと共に、Ａ／Ｖファイル２に対応付けて管理テーブル１２１に書き込まれる。
【００６０】
受信レベル検出部１０５は、さらに受信状態が改善し、放送電波の受信レベルが受信レベルＡよりも大きいか否かを判断する（ステップＳ２２）。放送電波の受信レベルが受信レベルＡよりも大きい場合（ステップＳ２２においてＹｅｓ）、受信レベル検出部１０５は、受信レベルＡ回復通知を生成し、蓄積要求送信部１０６へ渡す。蓄積要求送信部１０６は、受信レベルＡ回復通知を受け取ると、蓄積停止要求パケットを生成し、サーバ２０へ送信する（ステップＳ２３）。
【００６１】
そして、番組書込み部１０３は、番組の蓄積が完了したか否かを判断する（ステップＳ２４）。番組の蓄積が完了した場合、管理情報書込み部１０７は、管理テーブル１２１を更新し（ステップＳ２５）、処理を終了する。このとき、管理情報書込み部１０７は、レベルＢ回復通知を受け取ってからレベルＡ回復通知を受け取るまでの時間を重複蓄積時間として、蓄積停止までの経過時間と共に管理テーブル１２１に書き込む。ここで、図６に示す蓄積停止までの経過時間３０３、及び重複蓄積時間４０２に関する情報がＡ／Ｖファイル３に対応付けて管理テーブル１２１に書き込まれる。
【００６２】
一方、ステップＳ２４において、番組の蓄積が完了していない場合、処理はステップＳ１３へ戻る。
【００６３】
一方、ステップＳ２２において、放送電波の受信レベルが受信レベルＡ以下である場合、受信レベル検出部１０５は、放送電波の受信レベルが受信レベルＢ以下であるか否かを判断する（ステップＳ２６）。放送電波の受信レベルが受信レベルＢよりも大きい場合、処理はステップＳ２２へ戻る。一方、放送電波の受信レベルが受信レベルＢ以下である場合、受信レベル検出部１０５は、受信レベルＢ低下通知を生成し、管理情報書込み部１０７及び番組書込み部１０３へ渡す。
【００６４】
管理情報書込み部１０７は、受信レベルＢ低下通知を受け取ると、蓄積再開時、つまりステップＳ２０からの経過時間を管理テーブル１２１へ書き込む（ステップＳ２７）。そして、番組書込み部１０３は、端末記憶部１０４への番組の書込みを停止する（ステップＳ２８）。そして、処理はステップＳ１９へ進む。
【００６５】
一方、ステップＳ１３において、放送電波の受信レベルが受信レベルＡよりも大きい場合、番組書込み部１０３は、番組の蓄積が完了したか否かを判断する（ステップＳ３０）。番組の蓄積が完了した場合（ステップＳ３０においてＮｏ）、管理情報書込み部１０７は、管理テーブル１２１を更新し（ステップＳ２５）、処理を終了する。このとき、管理情報書込み部１０７は、端末装置１０が蓄積を開始してから停止するまでの経過時間を管理テーブル１２１に書き込む。一方、番組の蓄積が完了していない場合（ステップＳ３０においてＮｏ）、処理はステップＳ１３へ戻る。
【００６６】
一方、ステップＳ１６において、放送電波の受信レベルが受信レベルＢよりも大きい場合、番組書込み部１０３は、番組の蓄積が完了したか否かを判断する（ステップＳ３０）。番組の蓄積が完了した場合（ステップＳ３０においてＹｅｓ）、管理情報書込み部１０７は、管理テーブル１２１を更新し（ステップＳ２５）、処理を終了する。このとき、管理情報書込み部１０７は、重複蓄積時間を管理テーブル１２１に書き込む。一方、番組の蓄積が完了していない場合（ステップＳ３０においてＮｏ）、処理はステップＳ１３へ戻る。
【００６７】
一方、ステップＳ１９において、放送電波の受信レベルが受信レベルＢ以下である場合、番組書込み部１０３は、番組の蓄積が完了したか否かを判断する（ステップＳ３１）。番組の蓄積が完了した場合（ステップＳ３１においてＹｅｓ）、管理情報書込み部１０７は、管理テーブル１２１を更新し（ステップＳ２５）、処理を終了する。このとき、管理情報書込み部１０７は、重複蓄積時間を管理テーブル１２１に書き込む。一方、番組の蓄積が完了していない場合（ステップＳ３１においてＮｏ）、処理はステップＳ１９へ戻る。以上が、放送番組蓄積における端末装置１０の処理フローである。
【００６８】
図９は、サーバ２０の動作を示すフローチャートである。
【００６９】
まず、蓄積要求受信部２０５は、端末装置１０から送信されてくる蓄積開始要求パケットを受信したか否かを判断する（ステップＳ４１）。
【００７０】
蓄積開始要求パケットを受信した場合（ステップＳ４１においてＹｅｓ）、蓄積要求受信部２０５は、番組の書込みを開始するよう番組書込み部２０３へ指示する。番組書込み部２０３は、チューナ２０２を用いて、サーバ記憶部２０４への番組の書込みを開始する（ステップＳ４２）。
【００７１】
次に、蓄積要求受信部２０５は、端末装置１０から送信されてくる代替蓄積停止要求パケットを受信したか否かを判断する（ステップＳ４３）。蓄積停止要求パケットを受信していない場合（ステップＳ４３においてＮｏ）、蓄積要求受信部２０５は、再びステップＳ４３の処理に戻る。
【００７２】
一方、代替蓄積停止要求パケットを受信した場合（ステップＳ４３においてＹｅｓ）、蓄積要求受信部２０５は、番組の書込みを停止するよう番組書込み部２０３へ指示する。番組書込み部２０３は、サーバ記憶部２０４への番組の書込みを停止する（ステップＳ４４）。
【００７３】
一方、ステップＳ４１において、蓄積開始要求パケットを受信していない場合（ステップＳ４１においてＮｏ）、処理はステップＳ４５へ進む。ステップＳ４５において、番組要求受信部２０１は、番組送信要求パケットを受信したか否かを判断する（ステップＳ４５）。番組送信要求パケットを受信していない場合（ステップＳ４５においてＮｏ）、処理はステップＳ４１へ戻る。
【００７４】
一方、番組送信要求パケットを受信した場合（ステップＳ４５においてＹｅｓ）、番組要求受信部２０１は、サーバ記憶部２０４が保持する番組を送信するよう、番組送信部２０６へ指示する。番組送信部２０６は、サーバ記憶部２０４から番組を読み出し、端末装置１０へ送信する（ステップＳ４６）。そして、処理はステップＳ４１へ戻る。以上が、放送番組蓄積におけるサーバ２０の処理フローである。
【００７５】
図１０は、連続再生処理における端末装置１０の動作を示すフローチャートである。
【００７６】
まず、連続再生制御部１０８は、端末記憶部１０４に記録されている管理テーブル１２１を参照し（ステップＳ５１）、サーバ２０が代替蓄積している番組があるか否かを判断する（ステップＳ５２）。例えば、サーバＩＰアドレスが管理テーブル１２１に記録されているか否かを判断することによって、代替蓄積された番組の有無を判定することができる。
【００７７】
代替蓄積された番組がある場合（ステップＳ５２においてＹｅｓ）、連続再生制御部１０８は、サーバ２０に対して番組の送信を要求するよう、番組要求送信部１０９に指示する。番組要求送信部１０９は、番組送信要求パケットを生成し、サーバ２０に送信する（ステップＳ５３）。
【００７８】
番組受信部１１０は、サーバ２０から送信されてくる番組を受信すると（ステップＳ５４）、受信した番組を番組データバッファリング部１１１に書き込む。そして、番組受信部１１０は、バッファリングが完了したか否かを判断する（ステップＳ５５）。
【００７９】
番組受信部１１０は、受信した全ての番組をバッファリングするまで、ステップＳ５４及びＳ５５の処理を繰り返し行う。一方、バッファリングが完了した場合（ステップＳ５５においてＹｅｓ）、連続再生制御部１０８は、管理テーブル１２１を参照し（ステップＳ５６）、自装置が録画した番組を再生するか否かを判断する（ステップＳ５７）。このステップＳにおいて、連続再生制御部１０８は、次に再生すべき番組が、端末記憶部１０４または番組データバッファリング部１１１のいずれに蓄積されているかを判断する。
【００８０】
自装置が蓄積した番組を再生する場合（ステップＳ５７においてＹｅｓ）、連続再生制御部１０８は、端末記憶部１０４から番組を読み出し、再生部１１２へ出力する。再生部１１２は、受け取った番組を再生する（ステップＳ５８）。
【００８１】
そして、連続再生制御部１０８は、管理テーブル１２１に記録されている再生時間の分だけ番組を再生したか否かを判断する。連続再生制御部１０８は、再生時間が経過するまでステップＳ５９の処理を繰り返す。そして、再生時間が経過すると（ステップＳ５９においてＹｅｓ）、連続再生制御部１０８は番組の再生を停止し（ステップＳ６０）、番組の再生が完了したか否かを判断する（ステップＳ６１）。具体的には、連続再生制御部１０８は、管理テーブル１２１に記録されている番組を全て再生したか否かを判断する。番組の再生が完了した場合、連続再生制御部１０８は、処理を終了する。一方、番組の再生が完了していない場合、連続再生制御部１０８は、ステップＳ５６の処理へ戻る。
【００８２】
一方、自装置が録画した番組を再生しない場合（ステップＳ５７においてＮｏ）、連続再生制御部１０８は、サーバが代替蓄積した番組を再生する。連続再生制御部１０８は、管理テーブル１２１を参照し、番組データバッファリング部１１１から読み出した番組の再生に先立ち、重複蓄積時間だけ再生時間をスキップする（ステップＳ６２）。そして、番組の再生を開始する（ステップＳ６３）。
【００８３】
そして、連続再生制御部１０８は、管理テーブル１２１に記録されている再生時間の分だけ番組を再生したか否かを判断する。連続再生制御部１０８は、再生時間が経過するまでステップＳ５９の処理を繰り返す。そして、再生時間が経過すると（ステップＳ５９においてＹｅｓ）、連続再生制御部１０８は番組の再生を停止し（ステップＳ６０）、番組の再生が完了したか否かを判断する（ステップＳ６１）。
【００８４】
一方、ステップＳ５２において、代替蓄積されたデータがないと判断した場合、連続再生制御部１０８は、端末記憶部１０４から番組を読み出し、通常再生する（ステップＳ６６）。
【００８５】
以上のように、本実施形態によれば、サーバから端末装置へのデータ転送量を最小限に抑制しつつ、複数の機器により分散蓄積された番組を連続再生することができる。端末装置は、放送電波の受信レベルが受信レベルＡ以下になると、サーバへ番組の代替蓄積を要求し、放送電波の受信レベルが受信レベルＢ以下になると、自装置での番組の蓄積を停止する。受信レベルの閾値を２段階に設定することによって、番組の受信が危うくなる受信レベルＢまで放送電波のレベルが低下してしまう前に、確実にサーバへの代替蓄積要求を送信することができる。
【００８６】
なお、好ましくは、サーバによって代替蓄積された時間がどの程度であるかをユーザが把握することができるように、再生する番組のうち、サーバによって代替蓄積された番組の割合をユーザに通知するとよい。サーバが代替蓄積した番組の割合は、例えば、時間やデータサイズで表すことができる。より好ましくは、代替蓄積された番組の受信に必要な料金をユーザに通知するとよい。
【００８７】
図１１は、再生部に表示する再生バーの表示例を示す図である。再生バーは、ユーザが代替蓄積に関する情報を把握するために表示される。図１１は、０時から３時５０分まで番組を蓄積した場合を示しており、白抜きの部分は端末装置が蓄積した領域を示し、斜線の部分はサーバが代替蓄積した領域を示す。これにより、例えば、０時５０分から１時２０分までの時間、及び１時５０分から２時５０分までサーバが代替蓄積した場合、番組のダウンロードにかかる通信費は２０＋４０＝６０（円）であることが分かる。これにより、ユーザは、番組の視聴にかかる費用がどの程度であるかを容易に把握することができる。
【００８８】
再生バーは、端末装置における番組の再生中に、再生画面に重ねて表示してもよく、また、ユーザの要求に応じて表示させてもよい。番組の再生中に再生バーを表示する場合、好ましくは、番組全体における再生箇所を再生バー上に表示するとよい。再生箇所は、例えば、矢印や、または再生バーの表示色を変更することによって示すことができる。また、サーバにより代替蓄積されたデータがある番組の再生に先立ち、再生バーを表示することとしてもよい。これにより、ユーザは、番組の再生前に、視聴に必要な料金を把握することができる。
【００８９】
なお、本実施形態では、管理テーブルには、蓄積停止までの経過時間（図６に示す経過時間３０１，３０３）、重複蓄積した時間（図６に示す重複蓄積時間４０１，４０２）、及び蓄積停止から再開までの経過時間（図６に示す経過時間３０２）の３つが記録されるものとして説明した。ここで、管理テーブルに記録される情報は、連続再生制御部が連続再生可能な情報であればよく、上記に限られない。
【００９０】
図１２は、自装置が蓄積した番組と、サーバ２０が代替蓄積した番組とを端末装置１０が連続再生する際のタイミングの他の例を示す図である。ここで、端末装置１０において、蓄積を開始してからサーバへ蓄積開始要求を送信するまでの経過時間５０１と、重複蓄積時間４０１と、端末装置が蓄積を停止してから再開するまでの経過時間５０２とを利用して、端末装置とサーバとに分散蓄積された番組を連続再生することも可能である。この場合、次に示す情報が、図４に示す管理テーブルに記録されることとなる。まず、図１２に示す経過時間５０１及び重複蓄積時間４０１が、端末装置が蓄積したＡ／Ｖファイル１に対応づけて記録される。そして、図１２に示す経過時間５０２が、サーバが代替蓄積したＡ／Ｖファイル２に対応付けて記録される。このように、経過時間５０１及び５０２と、重複蓄積時間４０１とを管理テーブルに記録してもよい。
【００９１】
また、本実施形態では、サーバが端末装置に送信する番組は、重複蓄積時間に代替蓄積されたデータを含んでいるものとして説明した。ここで、重複蓄積時間に代替蓄積されたデータをカットし、サーバのみが蓄積した番組を端末装置に送信することとしてもよい。この場合、端末装置が必要な番組の位置を特定することができる情報を、端末装置がサーバへ送信する番組送信要求パケットに記録すればよい。番組の位置を特定することができる情報は、例えば、時間やデータサイズである。これにより、サーバから取得するデータ量を最低限に抑えることができるため、ユーザは、少ない料金負担で番組を視聴することができる。また、上述のように、再生バーを番組の再生前に表示し、ユーザが、端末装置が蓄積した番組、またはサーバが代替蓄積した番組のいずれを再生するかを選択することとしてもよい。これにより、ユーザのニーズに応じた再生方法を選択することが可能である。
【００９２】
また、本実施形態では、端末装置とサーバとが重複して番組を蓄積した場合、端末装置が蓄積した番組を再生していた。しかしながら、例えば、番組がハイビジョン放送によるものであったり、また、端末装置における放送電波の受信レベルが受信レベルＡ以下に低下した際に、再生時の品質が低下する恐れがある場合、サーバから取得した番組を重複蓄積時間に再生することとしてもよい。これにより、ユーザは、高品質の番組を視聴することができる。
【００９３】
なお、本実施形態では、時間に基づいて、連続再生する番組を切り替えていた。ここで、時間の代わりに、その時間区間に蓄積したデータサイズに基づいて、連続再生時における番組の切り替えのタイミングを決定してもよい。
【００９４】
また、本実施形態では、サーバに代替蓄積された番組のバッファリング処理が完了した後に、番組の連続再生を開始していた。ここで、バッファリング処理は、代替蓄積された番組の開始までに完了していればよいため、先に端末装置が蓄積した番組を再生している間に、当該番組の再生と並行して、代替蓄積された番組の送信要求パケットをサーバへ送信し、バッファリング処理を行うこととしてもよい。
【００９５】
また、本実施形態では、サーバを特定する情報として、サーバのＩＰアドレスを利用する場合を例に説明したが、サーバを特定できる情報であればよく、ＩＰアドレスには限られない。
【００９６】
また、本実施形態では、端末装置及びサーバは、インターネット網を介して通信するものとして説明した。ここで、端末装置及びサーバが通信する際に利用する通信媒体は、機器間通信が出来る通信媒体であればよく、例えば、電話などの公衆回線や、有線／無線ＬＡＮなどであってもよい。また、１つの通信媒体だけでなく、インターネットと携帯電話の通信網との組み合わせのように、複数の通信媒体を組み合わせて通信してもよい。また複数の通信媒体を組み合わせて通信する場合、端末装置からサーバへの上り方向の通信と、サーバから端末装置への下り方向の通信とで、異なる通信媒体を用いてもよい。
【００９７】
なお、サーバは、通信機能を有し、放送される番組を受信して蓄積する機能を有していればよく、例えば、個人が自宅に設置しているパーソナルコンピュータやＤＶＤ／ＨＤＤレコーダであってもよく、また、通信事業者が保有する業務用コンピュータ機器であってもよい。
【００９８】
なお、端末装置とサーバとが重複して蓄積した番組の中にコマーシャル映像が存在する場合、コマーシャル映像部分でＡ／Ｖファイルデータの再生切り替えを行ってもかまわない。その方が映像の切り替え時の品位をより高く保てる場合もある。
【００９９】
また、端末装置１０は交通機関に搭乗する際のチケット購入決済処理や、改札機器との間での認証処理機能を持っている場合がある。その場合、その機能の利用をもって近い将来高速移動を開始することが予測出来る。そこで、端末装置が代替蓄積要求パケットを送信するトリガーとして、放送電波の受信レベルではなく、端末装置におけるチケット購入決済処理や認証処理実施タイミングとすることも出来る。
【０１００】
また、番組書込み部、管理情報書込み部、及び連続再生制御部等の各機能ブロックは、典型的には、集積回路であるＬＳＩとして実現される。これらの構成要素は、個別に１チップ化されてもよく、また、構成要素の一部または全てを含むように１チップ化してもよい。また、端末装置は、図１に示すソフトウエア構成を実現するプログラムを読み込んで実行する汎用のＣＰＵを備える構成としてもよい。
【０１０１】
また、本実施形態において、放送番組蓄積再生装置は、番組の蓄積及び再生の双方を行うものとして説明したが、番組の蓄積と再生とをそれぞれ専用に行う放送番組蓄積専用装置と、放送番組再生専用装置とに分離されていてもよい。放送番組蓄積専用装置は、図１に示す構成要素のうち、モード切替部１０１と、チューナ１０２と、番組書込み部１０３と、端末記憶部１０４と、受信レベル検出部１０５と、蓄積要求送信部１０６と、管理情報書込み部１０７と、受信アンテナ１１３とを含んでいればよく、また、放送番組再生専用装置は、図１に示す構成要素のうち、端末記憶部１０４と、連続再生制御部１０８と、番組要求送信部１０９と、番組受信部１１０と、番組データバッファリング部１１１と、再生部１１２とを含んでいればよい。なお、放送番組蓄積専用装置が備える端末記憶部が取り外し可能なメモリである場合、放送番組再生専用装置は、端末記憶部を備えていなくてもよい。また、番組要求送信部１０９と、番組受信部１１０とを放送番組蓄積専用装置が備えることとし、放送番組再生専用装置に番組のデータを移行する前に、代替蓄積された番組をサーバから取得することとしてもよい。
【０１０２】
（第２の実施形態）
第１の実施形態では、端末装置は、２つの受信レベルに基づき、サーバへ番組の代替蓄積を要求するか否かを判断していた。ここで、端末装置が、１つの受信レベルに基づき、サーバへ番組の代替蓄積を要求するか否かを判断することとしてもよい。本実施形態では、端末装置が、１つの受信レベルに基づき、サーバへ番組の代替蓄積を要求するか否かを判断することを特徴とする。
【０１０３】
本発明の第２の実施形態に係る放送番組蓄積再生装置を備える放送番組蓄積再生システムの構成は、第１の実施形態と同様であるため、図１を援用する。以下、第１の実施形態との相違点を中心に説明する。
【０１０４】
図１３は、受信レベル検出部１０５が、制御の判断基準として用いる受信レベルの関係を示す図である。前述したように、第１の実施形態との相違点は、閾値が１つである点である。第１の実施形態で用いた受信レベルＡ及びＢと区別するために、本実施形態において用いる閾値を受信レベルＣと呼ぶ。
【０１０５】
受信レベル検出部１０５は、検出した放送電波の受信レベルが受信レベルＣ以下になると、受信レベルＣ低下通知を生成し、管理情報書込み部１０７、番組書込み部１０３、及び蓄積要求送信部１０６へ渡す。一方、レベルＣ低下通知を生成後、検出した放送電波の受信レベルが回復し、受信レベルＣより大きくなると、受信レベル検出部１０５は受信レベルＣ回復通知を生成し、管理情報書込み部１０７、番組書込み部１０３、及び蓄積要求送信部１０６へ渡す。
【０１０６】
また、受信レベル検出部１０５は、第１の実施形態と同様に、図示しないメモリに、受信レベルＣ低下通知、及び受信レベルＣ回復通知を生成したことを示す情報を格納しておく。そして、受信レベル検出部１０５は、当該メモリを参照し、受信レベルのどの範囲について監視すべきかを決定する。受信レベル検出部１０５は、受信レベルＣ低下通知を生成後、放送電波の受信レベルが、受信レベルＣより大きくなったか否かを監視する。一方、受信レベル検出部１０５は、受信レベルＣ回復通知を生成後、放送電波の受信レベルが、受信レベルＣ以下になったか否かを監視する。
【０１０７】
管理情報書込み部１０７は、受信レベル検出部１０５から受信レベルＣ低下通知または受信レベルＣ回復通知を受け取ると、連続再生に必要な情報を管理テーブル１２１に記録する。番組書込み部１０３は、受信レベル検出部１０５から受信レベルＣ低下通知を受け取ると、番組の書込みを停止し、受信レベルＣ回復通知を受け取ると、番組の書込みを再開する。
【０１０８】
蓄積要求送信部１０６は、受信レベルＣ低下通知を受け取ると、蓄積開始要求パケットを生成してサーバ２０へ送信し、受信レベルＣ回復通知を受け取ると、蓄積停止要求パケットを生成してサーバ２０へ送信する。
【０１０９】
図１４は、自装置が蓄積した番組と、サーバ２０が代替蓄積した番組とを端末装置１０が連続再生する際のタイミングの他の例を示す図である。図１４は、番組が、Ａ／Ｖファイル１、Ａ／Ｖファイル２及びＡ／Ｖファイル３の順に蓄積されている例を示す。Ａ／Ｖファイル１及びＡ／Ｖファイル３は、端末装置１０が蓄積した番組の一部分であり、Ａ／Ｖファイル２は、サーバ２０が代替蓄積した番組の一部分である。
【０１１０】
管理情報書込み部１０７は、番組の書込みを開始してから受信レベルＣ低下通知を受け取るまでの経過時間６０１を、Ａ／Ｖファイル１に対応付けて管理テーブル１２１に記録する。そして、管理情報書込み部１０７は、受信レベルＣ低下通知を受け取ってから受信レベル回復通知を受け取るまでの経過時間６０２を、サーバ２０のＩＰアドレスと共に、Ａ／Ｖファイル２に対応付けて管理テーブル１２１に記録する。さらに、受信レベルＣ回復通知を受け取ってから番組の蓄積が完了するまでの経過時間６０３を、Ａ／Ｖファイル３に対応付けて管理テーブル１２１に記録する。
【０１１１】
図１５は、本実施形態に係る端末装置１０の動作を示すフローチャートである。まず、ステップＳ７１及びＳ７２の処理は、図７に示すフローチャートのステップＳ１１及びＳ１２の処理と同様であるため、説明を省略する。
【０１１２】
続くステップＳ７３において、受信レベル検出部１０５は、放送電波の受信レベルが受信レベルＣ以下であるか否かを判断する。放送電波の受信レベルが受信レベルＣ以下である場合（ステップＳ７３においてＹｅｓ）、受信レベル検出部１０５は、受信レベルＣ低下通知を生成し、管理情報書込み部１０７、番組書込み部１０３、及び蓄積要求送信部１０６へ渡す。
【０１１３】
蓄積要求送信部１０６は、受信レベルＣ低下通知を受け取ると、蓄積要求パケットを生成してサーバ２０へ送信する（ステップＳ７４）。管理情報書込み部１０７は、受信レベルＣ低下通知を受け取ると、蓄積開始時、つまりステップＳ７２からの経過時間を端末記憶部１０４へ書き込む（ステップＳ７５）。そして、番組書込み部１０３は、端末記憶部１０４への番組の書込みを停止する（ステップＳ７６）。
【０１１４】
そして、受信レベル検出部１０５は、放送電波の受信レベルが回復し、受信レベルＣよりも大きくなったか否かを判断する（ステップＳ７７）。放送電波の受信レベルが受信レベルＣ以下である場合（ステップＳ７７においてＮｏ）、処理は再びステップＳ７７へ戻る。
【０１１５】
一方、放送電波の受信レベルが受信レベルＣよりも大きい場合（ステップＳ７７においてＹｅｓ）、受信レベル検出部１０５は、受信レベルＣ回復通知を生成し、管理情報書込み部１０７、番組書込み部１０３、及び蓄積要求送信部１０６へ渡す。
【０１１６】
番組書込み部１０３は、端末記憶部１０４への番組の書込みを再開する（ステップＳ７８）。管理情報書込み部１０７は、蓄積停止時からの経過時間を端末記憶部１０４へ記録する（ステップＳ７９）。蓄積要求送信部１０６は、受信レベルＣ回復通知を受け取ると、蓄積停止要求パケットを生成し、サーバ２０へ送信する（ステップＳ８０）。
【０１１７】
そして、番組書込み部１０３は、番組の蓄積が完了したか否かを判断する（ステップＳ８１）。番組の蓄積が完了した場合（ステップＳ８１においてＹｅｓ）、管理情報書込み部１０７は、管理テーブル１２１を更新し（ステップＳ８２）、処理を終了する。このとき、管理情報書込み部１０７は、レベルＣ低下通知を受け取ってからレベルＣ回復通知を受け取るまでの時間を管理テーブル１２１に書き込む。一方、番組の蓄積が完了していない場合（ステップＳ８１においてＮｏ）、処理はステップＳ７３へ戻る。
【０１１８】
一方、ステップＳ７３において、放送電波の受信レベルが受信レベルＣよりも大きい場合、番組書込み部１０３は、番組の蓄積が完了したか否かを判断する（ステップＳ８３）。番組の蓄積が完了した場合（ステップＳ８３においてＹｅｓ）、管理情報書込み部１０７は、管理テーブル１２１を更新し（ステップＳ８２）、処理を終了する。このとき、管理情報書込み部１０７は、端末装置１０が蓄積を開始してから停止するまでの経過時間を管理テーブル１２１に書き込む。一方、番組の蓄積が完了していない場合（ステップＳ８３においてＮｏ）、処理はステップＳ７３へ戻る。
【０１１９】
一方、ステップＳ７７において、放送電波の受信レベルが受信レベルＣ以下である場合、番組書込み部１０３は、番組の蓄積が完了したか否かを判断する（ステップＳ８４）。番組の蓄積が完了した場合（ステップＳ８４においてＹｅｓ）、管理情報書込み部１０７は、管理テーブル１２１を更新し（ステップＳ８２）、処理を終了する。このとき、管理情報書込み部１０７は、端末装置１０が蓄積を停止してから番組の蓄積完了までの経過時間を管理テーブル１２１に書き込む。一方、番組の蓄積が完了していない場合（ステップＳ８４においてＮｏ）、処理はステップＳ７７へ戻る。
【０１２０】
以上のように、本実施形態によれば、複数の機器に蓄積された放送番組を連続再生することができる。
【産業上の利用可能性】
【０１２１】
本発明は、複数の装置に分散録画された番組を連続再生することができる放送番組蓄積再生装置及び放送番組蓄積再生方法等として有用である。
【図面の簡単な説明】
【０１２２】
【図１】本発明の第１の実施形態に係る放送番組蓄積再生装置を備える放送番組蓄積再生システムの構成を示す図
【図２】受信レベル検出部１０５が、制御の判断基準として用いる受信レベルの関係を示す図
【図３Ａ】蓄積開始要求パケットの構成の一例を示す図
【図３Ｂ】蓄積停止パケットの構成の一例を示す図
【図４】管理テーブル１２１の構成の一例を示す図
【図５】番組送信要求パケットの構成の一例を示す図
【図６】自装置が蓄積した番組と、サーバ２０が代替蓄積した番組とを端末装置１０が連続再生する際のタイミングの一例を示す図
【図７】端末装置１０の動作を示すフローチャート
【図８】端末装置１０の動作を示すフローチャート
【図９】サーバ２０の動作を示すフローチャート
【図１０】連続再生処理における端末装置１０の動作を示すフローチャート
【図１１】再生部に表示する再生バーの表示例を示す図
【図１２】自装置が蓄積した番組と、サーバ２０が代替蓄積した番組とを端末装置１０が連続再生する際のタイミングの他の例を示す図
【図１３】本発明の第２の実施形態に係る受信レベル検出部１０５が、制御の判断基準として用いる受信レベルの関係を示す図
【図１４】第２の実施形態において、自装置が蓄積した番組と、サーバ２０が代替蓄積した番組とを端末装置１０が連続再生する際のタイミングの一例を示す図
【図１５】本発明の第２の実施形態に係る端末装置１０の動作を示すフローチャート
【符号の説明】
【０１２３】
１０  端末装置
２０  サーバ
３０  放送送信アンテナ
４０  インターネット回線
１０２，２０２  チューナ
１０３，２０３  番組書込み部
１０４  端末記憶部
１０５  受信レベル検出部
１０６  蓄積要求送信部
１０７  管理情報書込み部
１０８  連続再生制御部
１０９  番組要求送信部
１１０  番組受信部
１１１  番組データバッファリング部
１１３，２０７  受信アンテナ
１２１  管理テーブル
１２２  番組データ
２０１  番組要求受信部
２０４  サーバ記憶部
２０５  蓄積要求受信部
２０６  番組送信部
３０１，３０３  蓄積停止までの経過時間
３０２  蓄積停止から蓄積再開までの経過時間
４０１，４０２  重複蓄積時間
５０１〜５０３，６０１〜６０３  経過時間
【図１】
0004757799.tif 000002
【図２】
0004757799.tif 000003
【図３Ａ】
0004757799.tif 000004
【図３Ｂ】
0004757799.tif 000005
【図４】
0004757799.tif 000006
【図５】
0004757799.tif 000007
【図６】
0004757799.tif 000008
【図７】
0004757799.tif 000009
【図８】
0004757799.tif 000010
【図９】
0004757799.tif 000011
【図１０】
0004757799.tif 000012
【図１１】
0004757799.tif 000013
【図１２】
0004757799.tif 000014
【図１３】
0004757799.tif 000015
【図１４】
0004757799.tif 000016
【図１５】
0004757799.tif 000017