(57)【要約】【課題】ユーザの利便性を損なうことなく、複数のユーザからの録画再生要求によりネットワーク回線の負荷が集中するのを回避する。【解決手段】管理サーバ２１０は、蓄積媒体２４０に蓄積した録画コンテンツに対してユーザ端末４００から入力される再生要求数があらかじめ設定した閾値以上に達するか否か予測する負荷予測処理部２６６を備え、当該負荷予測処理部２６６において再生要求数があらかじめ設定した閾値以上に達すると予測された場合に、再生要求入力前に、蓄積媒体２４０に蓄積した録画コンテンツをユーザ端末４００に配信する。【選択図】図１
2014003372.tif 000002
【特許請求の範囲】
【請求項１】
放送コンテンツを配信する番組放送サーバと、前記番組放送サーバにより配信された放送コンテンツを受信するユーザ端末と、前記ユーザ端末を介して入力される録画要求に基づいて前記番組放送サーバにより配信された放送コンテンツを録画コンテンツとして保存し、再生要求に基づいて前記保存した放送コンテンツを前記ユーザ端末に配信する放送録画サーバとをネットワークを介して接続した放送録画システムにおいて、
前記放送録画サーバは、
前記録画要求に基づいて、当該録画要求を行ったユーザ端末と録画コンテンツとを対応付けた録画コンテンツ情報を生成して保存すると共に、録画指示を出力する管理サーバと、
前記管理サーバから出力された録画指示に基づいて、前記放送コンテンツを録画コンテンツとして録画する蓄積サーバと、
前記蓄積サーバが録画した録画コンテンツを保存する蓄積部と、
前記再生要求に基づいて、前記蓄積部に蓄積された録画コンテンツを前記ユーザ端末に配信する配信サーバとを備え、
前記管理サーバは、前記蓄積部に蓄積した録画コンテンツに対して前記ユーザ端末から入力される再生要求数があらかじめ設定した閾値以上に達するか否か予測する負荷予測処理部を備え、当該負荷予測処理部において前記再生要求数があらかじめ設定した閾値以上に達すると予測された場合に、前記再生要求入力前に、前記蓄積部に蓄積した録画コンテンツをユーザ端末に配信することを特徴とする放送録画システム。
【請求項２】
前記ユーザ端末は、放送コンテンツの視聴履歴および前記録画コンテンツの再生履歴を示す視聴履歴情報を管理する視聴情報処理部を備え、
前記視聴情報処理部が管理する視聴履歴情報を収集し、前記放送コンテンツに対する視聴率を算出する視聴情報収集サーバを備え、
前記負荷予測処理部は、前記視聴情報収集サーバが算出した前記放送コンテンツに対する視聴率があらかじめ設定した閾値以上である場合に、前記録画コンテンツに対する前記ユーザ端末からの再生要求数があらかじめ設定した閾値以上に達すると予測し、前記再生要求入力前に、前記蓄積部に蓄積した録画コンテンツを前記ユーザ端末に配信することを特徴とする請求項１記載の放送録画システム。
【請求項３】
前記ユーザ端末は、放送コンテンツの視聴履歴および前記録画コンテンツの再生履歴を示す視聴履歴情報を管理する視聴情報処理部を備え、
前記視聴情報処理部が管理する前記視聴履歴情報を収集し、前記蓄積部に蓄積された録画コンテンツに対する再生数による統計情報を算出する視聴情報収集サーバを備え、
前記負荷予測処理部は、前記録画コンテンツに対する再生数による統計情報に基づいて、前記再生要求数があらかじめ設定した閾値以上に達すると予測し、前記再生要求入力前に、前記蓄積部に蓄積した録画コンテンツを前記ユーザ端末に配信することを特徴とする請求項１または請求項２記載の放送録画システム。
【請求項４】
前記管理サーバは、当該負荷予測処理部において前記再生要求数があらかじめ設定した閾値以上に達すると予測された場合に、前記蓄積部に蓄積された録画コンテンツの配信対象となるユーザ端末をグループ化し、当該グループ化したユーザ端末に対して前記録画コンテンツをマルチキャスト配信することを特徴とする請求項１から請求項３のうちのいずれか１項記載の放送録画システム。
【請求項５】
前記管理サーバは、当該負荷予測処理部において前記再生要求数があらかじめ設定した閾値以上に達すると予測された場合に、前記再生要求入力前に、前記蓄積部に蓄積された録画コンテンツを前記ユーザ端末に録画させることを特徴とする請求項１から請求項３のうちのいずれか１項記載の放送録画システム。
【請求項６】
放送コンテンツを配信する番組放送サーバと、前記番組放送サーバにより配信された放送コンテンツを受信するユーザ端末と、前記ユーザ端末を介して入力される録画要求に基づいて前記番組放送サーバにより配信された放送コンテンツを録画コンテンツとして保存し、再生要求に基づいて前記録画コンテンツを前記ユーザ端末に配信する放送録画サーバと、前記ユーザ端末における放送コンテンツの視聴履歴および前記録画コンテンツの再生履歴を示す視聴履歴情報を収集する視聴情報収集サーバとをネットワークを介して接続した放送録画システムにおいて、
前記放送録画サーバは、
前記録画要求に基づいて、当該録画要求を行ったユーザ端末と録画コンテンツとを対応付けた録画コンテンツ情報を生成して保存すると共に、録画指示を出力する管理サーバと、
前記管理サーバから出力された録画指示に基づいて、前記放送コンテンツを録画コンテンツとして録画する蓄積サーバと、
前記蓄積サーバが録画した録画コンテンツを保存する蓄積部と、
前記再生要求に基づいて、前記蓄積部に蓄積された録画コンテンツを前記ユーザ端末に配信する配信サーバとを備え、
前記ユーザ端末は、放送コンテンツの視聴履歴および前記録画コンテンツの再生履歴を示す視聴履歴情報を管理する視聴情報処理部を備え、
前記視聴情報収集サーバは、前記視聴情報処理部が管理する視聴履歴情報を収集し、各放送コンテンツに対する録画予約数を算出し、
前記管理サーバは、前記視聴情報収集サーバが算出した前記録画予約数があらかじめ設定した閾値以上である場合に、前記ユーザ端末からの再生要求数が閾値以上に達すると予測する負荷予測処理部を備え、当該負荷予測処理部において前記ユーザ端末からの再生要求数が閾値以上に達すると予測された場合に、当該録画予約が行われた放送コンテンツの蓄積先を前記ユーザ端末に設定することを特徴とする放送録画システム。
【請求項７】
ネットワークを介して接続されたユーザ端末を介して入力される録画要求に基づいて配信された放送コンテンツを保存し、再生要求に基づいて前記保存した放送コンテンツを前記ユーザ端末に配信する放送録画サーバにおいて、
前記録画要求に基づいて、当該録画要求を行ったユーザ端末と録画コンテンツとを対応付けた録画コンテンツ情報を生成して保存すると共に、録画指示を出力する管理サーバと、
前記管理サーバから出力された録画指示に基づいて、前記放送コンテンツを録画コンテンツとして録画する蓄積サーバと、
前記蓄積サーバが録画した録画コンテンツを保存する蓄積部と、
前記再生要求に基づいて、前記蓄積部に蓄積された録画コンテンツを前記ユーザ端末に配信する配信サーバとを備え、
前記管理サーバは、前記蓄積部に蓄積した録画コンテンツに対して前記ユーザ端末から入力される再生要求数があらかじめ設定した閾値以上に達するか否か予測する負荷予測処理部を備え、当該負荷予測処理部において前記再生要求数があらかじめ設定した閾値以上となると予測された場合に、前記再生要求入力前に、前記蓄積部に蓄積した録画コンテンツをユーザ端末に配信することを特徴とする放送録画サーバ。
【請求項８】
ネットワークを介して接続されたユーザ端末を介して入力される録画要求に基づいて配信された放送コンテンツを保存し、再生要求に基づいて前記保存した放送コンテンツを前記ユーザ端末に配信する放送録画方法において、
管理サーバが、前記録画要求に基づいて、当該録画要求を行ったユーザ端末と録画コンテンツとを対応付けた録画コンテンツ情報を生成して保存すると共に、録画指示を出力するステップと、
蓄積サーバが、前記管理サーバから出力された録画指示に基づいて、前記放送コンテンツを録画コンテンツとして蓄積部に保存するステップと、
前記管理サーバの負荷予測処理部が、前記蓄積部に蓄積した録画コンテンツに対して前記ユーザ端末から入力される再生要求数があらかじめ設定した閾値以上に達するか否か予測するステップと、
前記負荷予測処理部において前記再生要求数があらかじめ設定した閾値以上となると予測された場合に、配信サーバが、前記再生要求入力前に、前記蓄積部に蓄積された録画コンテンツをユーザ端末に配信するステップとを備えたことを特徴とする放送録画方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、放送を受信し、録画する放送録画システム、放送録画サーバおよび放送録画方法に関するものである。
【背景技術】
【０００２】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークを利用して、ＴＶ（Ｔｅｌｅ−Ｖｉｓｉｏｎ）放送などの映像コンテンツ（番組）を配信するサービスとして、ＩＰＴＶサービスがある。ＩＰＴＶサービスは、コンテンツ配信サービスを行うサービス事業者がサービス事業者と契約した視聴者にＩＰＴＶ端末を貸与または販売し、ＩＰＴＶ端末を介して視聴者に番組を提供するサービスである。ＩＰＴＶサービスでは、番組の映像や音声などのデータはサービス事業者のＩＰＴＶ配信サーバ内で映像符号化、音声符号化により圧縮され、ＩＰパケットとして構成された後、ＩＰネットワークを介してＩＰＴＶ端末に配信される。
【０００３】
ＩＰＴＶ端末は、視聴者がリモコンなどで選択したチャンネルに対応した映像や音声などのデータをＩＰネットワーク経由でＩＰＴＶ配信サーバから受信し、デコードし、接続されたＴＶに映像や音声を出力する。また、ＩＰＴＶ端末としては、単に番組を受信して視聴するだけでなく、ハードディスクなどの蓄積媒体をＩＰＴＶ端末に内蔵または接続し、受信した番組を蓄積媒体に録画し、再生する録画機能を備える。
【０００４】
しかしながら、録画機能を備えるＩＰＴＶ端末では、ＩＰＴＶ端末が同時に録画可能な番組数に制約があることや、ＩＰＴＶ端末の蓄積媒体の容量が不足することにより、視聴者が録画したい番組を録画できないという問題があった。
【０００５】
このような問題を解消する方法として、特許文献１にはネットワーク経由で視聴者から録画要求されたＴＶ番組を代行録画し、代行録画された番組を視聴者に配信し、課金を行う代行録画システムが開示されている。
【０００６】
また、特許文献２には、視聴者に正規に提供される日時が決まっているコンテンツであっても、ユーザから事前にコンテンツをダウンロードすることができるネットワーク配信映像再生方法が記載されている。これにより、コンテンツ再生時に、配信サーバとユーザの映像再生装置との間のネットワーク回線に負荷が集中するのを防止している。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００４−１９４２５５号公報
【特許文献２】特開２００８−２７１９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した特許文献１に開示された技術では、代理録画を行うサーバに保存された録画コンテンツに対して複数のユーザから録画コンテンツ再生の要求が集中した場合に、録画コンテンツの配信によりネットワークの帯域が枯渇してしまい、録画コンテンツの配信数が増加するに従って、録画コンテンツを配信するための帯域を確保することが困難となり、ユーザが希望する録画コンテンツを視聴できなくなるという課題があった。
【０００９】
また、上述した特許文献２に開示された技術では、ユーザからの配信要求がない場合には事前に端末への配信が行われないため、ユーザからの再生要求により配信する配信数が増加するにしたがって、配信するための帯域を確保することが困難となり、ユーザが希望するコンテンツを視聴できなくなるという課題があった。
【００１０】
また、特許文献１および特許文献２に開示された技術では、サービス事業者が運用する配信サーバにおいて、事前にネットワークの回線の負荷が集中することが予測できたとして、ネットワーク回線の負荷が集中するのを回避することができないという課題があった。
【００１１】
この発明は、上記のような課題を解決するためになされたもので、ユーザの利便性を損なうことなく、複数のユーザからの録画再生要求によりネットワーク回線の負荷が集中するのを回避することを目的とする。
【課題を解決するための手段】
【００１２】
この発明に係る放送録画システムにおいて、放送録画サーバは、録画要求に基づいて、当該録画要求を行ったユーザ端末と録画コンテンツとを対応付けた録画コンテンツ情報を生成して保存すると共に、録画指示を出力する管理サーバと、管理サーバから出力された録画指示に基づいて、放送コンテンツを録画コンテンツとして録画する蓄積サーバと、蓄積サーバが録画した録画コンテンツを保存する蓄積部と、再生要求に基づいて、蓄積部に蓄積された録画コンテンツをユーザ端末に配信する配信サーバとを備え、管理サーバは、蓄積部に蓄積した録画コンテンツに対してユーザ端末から入力される再生要求数があらかじめ設定した閾値以上に達するか否か予測する負荷予測処理部を備え、当該負荷予測処理部において再生要求数があらかじめ設定した閾値以上に達すると予測された場合に、再生要求入力前に、蓄積部に蓄積した録画コンテンツをユーザ端末に配信するものである。
【発明の効果】
【００１３】
この発明によれば、録画コンテンツの配信数が増加した場合にも、配信サーバとユーザ端末との間のネットワーク回線の負荷が集中するのを回避することができる。
【図面の簡単な説明】
【００１４】
【図１】実施の形態１による放送録画システムの構成を示すブロック図である。
【図２】実施の形態１による放送録画システムの放送録画サーバの他の構成例を示す図である。
【図３】実施の形態１による放送録画システムのユーザ端末の構成を示すブロック図である。
【図４】実施の形態１による放送録画システムの管理サーバの構成を示すブロック図である。
【図５】実施の形態１による放送録画システムの受信チャンネルの変更処理を示すフローチャートである。
【図６】実施の形態１による放送録画システムの蓄積サーバの割り当てを示すチャンネル割当設定情報の一例を示す図である。
【図７】実施の形態１による放送録画システムの録画処理を示すフローチャートである。
【図８】実施の形態１による放送録画システムの録画処理における番組構成の一例を示す図である。
【図９】図８の番組構成に対応する放送コンテンツ情報の一例を示す図である。
【図１０】実施の形態１による放送録画システムのユーザ端末から管理サーバに送信される録画要求の一例を示す図である。
【図１１】実施の形態１による放送録画システムの管理サーバからユーザ契約情報サーバに送信されるユーザ契約照会の一例を示す図である。
【図１２】実施の形態１による放送録画システムのユーザ契約情報サーバから管理サーバに送信されるユーザ契約照会応答の一例を示す図である。
【図１３】実施の形態１による放送録画システムの管理サーバが管理する録画コンテンツ情報の一例を示す図である。
【図１４】実施の形態１による放送録画システムの管理サーバから蓄積サーバに送信される録画指示の一例を示す図である。
【図１５】実施の形態１による放送録画システムの蓄積サーバから管理サーバに送信される録画指示応答の一例を示す図である。
【図１６】実施の形態１による放送録画システムの管理サーバからユーザ端末に送信される録画要求応答の一例を示す図である。
【図１７】実施の形態１による放送録画システムの蓄積サーバの蓄積部に蓄積される録画コンテンツの一例を示す図である。
【図１８】実施の形態１による放送録画システムの録画により更新された録画コンテンツ情報の一例を示す図である。
【図１９】実施の形態１による放送録画システムのコンテンツ配信処理を示すフローチャートである。
【図２０】実施の形態１による放送録画システムの負荷予測処理部が算出する負荷予測結果の一例を示す図である。
【図２１】実施の形態１による放送録画システムの管理サーバからユーザ端末に送信される配信要求の一例を示す図である。
【図２２】実施の形態１による放送録画システムのユーザ端末から管理サーバに送信される配信要求応答の一例を示す図である。
【図２３】実施の形態１による放送録画システムの配信処理を示すフローチャートである。
【図２４】実施の形態１による放送録画システムの管理サーバからユーザ端末に送信される配信開始要求の一例を示す図である。
【図２５】実施の形態１による放送録画システムの管理サーバから配信サーバに送信される配信指示の一例を示す図である。
【図２６】実施の形態１による放送録画システムの配信サーバから管理サーバに送信される配信指示応答の一例を示す図である。
【図２７】実施の形態１による放送録画システムの録画コンテンツ再生処理を示すフローチャートである。
【図２８】実施の形態１による放送録画システムのユーザ端末が管理サーバから取得する録画コンテンツ一覧の一例を示す図である。
【図２９】実施の形態１による放送録画システムのユーザ端末が表示装置に表示する録画コンテンツ一覧画面の一例を示す図である。
【図３０】実施の形態１による放送録画システムのユーザ端末から管理サーバに送信される再生要求の一例を示す図である。
【図３１】実施の形態１による放送録画システムの管理サーバから配信サーバに送信される配信指示の一例を示す図である。
【図３２】実施の形態１による放送録画システムの配信サーバから管理サーバに送信される配信指示応答の一例を示す図である。
【図３３】実施の形態１による放送録画システムの管理サーバからユーザ端末に送信される再生要求応答の一例を示す図である。
【図３４】実施の形態１による放送録画システムの再生処理を示すフローチャートである。
【図３５】実施の形態１による放送録画システムの録画コンテンツの再生により更新された録画コンテンツ情報の一例を示す図である。
【図３６】実施の形態２による放送録画システムの構成を示すブロック図である。
【図３７】実施の形態２による放送録画システムのユーザ端末の構成を示すブロック図である。
【図３８】実施の形態２による放送録画システムのコンテンツ配信処理を示すフローチャートである。
【図３９】実施の形態２による放送録画システムの視聴情報収集サーバから管理サーバに送信される視聴情報応答の一例を示す図である。
【図４０】実施の形態２による放送録画システムの視聴情報収集サーバが管理するチャンネルの視聴率の一例を示す図である。
【図４１】実施の形態２による放送録画システムの負荷予測処理部が算出する負荷予測結果の一例を示す図である。
【図４２】実施の形態３による放送録画システムのユーザ端末の構成を示すブロック図である。
【図４３】実施の形態３による放送録画システムの録画コンテンツの再生数による統計情報の一例を示す図である。
【図４４】実施の形態３による放送録画システムの視聴情報収集サーバから管理サーバに送信される視聴情報応答の一例を示す図である。
【図４５】実施の形態３による放送録画システムの負荷予測処理部が算出する負荷予測結果の一例を示す図である。
【図４６】実施の形態４による放送録画システムの配信処理を示すフローチャートである。
【図４７】実施の形態４による放送録画システムの管理サーバからユーザ端末に送信される録画開始要求の一例を示す図である。
【図４８】実施の形態５による放送録画システムの負荷予測処理および録画予測処理を示すフローチャートである。
【図４９】実施の形態５による放送録画システムの負荷予測処理部が算出する負荷予測結果の一例を示す図である。
【図５０】実施の形態５による放送録画システムの管理サーバからユーザ端末に送信される録画予約指示の一例を示す図である。
【図５１】実施の形態５による放送録画システムのユーザ端末から管理サーバに送信される録画予約応答の一例を示す図である。
【発明を実施するための形態】
【００１５】
実施の形態１．
図１は、この発明の実施の形態１による放送録画システムの構成を示すブロック図である。
放送録画システムは、番組放送サーバ１００、放送録画サーバ２００、ユーザ契約情報サーバ３００、ユーザ端末４００、表示装置５００、およびＩＰネットワーク６００で構成されている。図１では一例として３台のユーザ端末４００，４０１，４０２および３台の表示装置５００，５０１，５０２が示されているが、ユーザ端末と表示装置の台数はこれに限定するものではない。なお以下では、ユーザ端末４００および表示装置５００を用いて説明する。
番組放送サーバ１００、放送録画サーバ２００、ユーザ契約情報サーバ３００およびユーザ端末４００はＩＰネットワーク６００を介して接続され、表示装置５００はユーザ端末４００に接続されている。
【００１６】
番組放送サーバ１００は、放送コンテンツ記憶部１０１に記憶された放送コンテンツ（映像や音声等のデータ）を映像符号化、音声符号化により圧縮し、ＩＰパケットとして構成した後、ＩＰネットワーク６００に送信することにより、放送録画サーバ２００およびユーザ端末４００に放送コンテンツを配信するサーバである。ＩＰＴＶサービスでは放送コンテンツの配信にＩＰマルチキャストが使用されることが一般的であるが、ＩＰマルチキャストに限定するものではなく、ＵＤＰのユニキャストまたはＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）のようなＴＣＰ／ＩＰの通信プロトコルを使用しても良い。
【００１７】
放送録画サーバ２００は、ＩＰネットワーク６００経由で番組放送サーバ１００から放送コンテンツを受信し、ユーザ端末４００からの録画要求に従って、受信した放送コンテンツを録画コンテンツとして保存し、ユーザ端末４００からの再生要求に従って、保存した録画コンテンツを読み出し、ＩＰネットワーク６００経由でユーザ端末４００に配信するサーバである。
【００１８】
放送録画サーバ２００は、管理サーバ２１０、蓄積サーバ２２０、配信サーバ２３０、蓄積媒体２４０、録画コンテンツ情報記憶部２１１で構成されている。管理サーバ２１０は、ユーザ端末４００から録画要求および再生要求を受け付けるサーバであり、録画要求を受信すると、ユーザ端末４００の録画要求と録画コンテンツの関係を録画コンテンツ情報として録画コンテンツ情報記憶部２１１に保存し、蓄積サーバ２２０に録画指示を出力し、当該録画指示に対応する再生要求を受信すると、配信サーバ２３０に配信指示を出力する。
【００１９】
蓄積サーバ２２０は、管理サーバ２１０からの録画指示に従って、ＩＰネットワーク６００経由で番組放送サーバ１００から受信した放送コンテンツを録画コンテンツとして蓄積媒体２４０に保存するサーバである。配信サーバ２３０は、管理サーバ２１０から入力される配信指示に従って、蓄積サーバ２２０の蓄積媒体２４０に保存されている録画コンテンツを読み出し、ＩＰネットワーク６００経由でユーザ端末４００に配信するサーバである。ユーザ契約情報サーバ３００は、ユーザ端末４００毎のサービス契約状況をユーザ契約情報としてユーザ契約情報記憶部３０１に保存し、管理するサーバであり、放送録画サーバ２００からのユーザ契約照会に対して、ユーザのサービス契約状況を確認し、応答する。
【００２０】
ユーザ端末４００は、ユーザがリモコンなどで選択したチャンネルに対応した放送コンテンツを、ＩＰネットワーク６００経由で番組放送サーバ１００から受信し、受信した映像や音声などのデータを復号し、接続された表示装置５００に出力する端末である。またユーザ端末４００は、ユーザがリモコンなどを介して録画または再生の操作を受け付けると、ＩＰネットワーク６００経由で放送録画サーバ２００に録画要求または再生要求を送信する。
【００２１】
図１では、放送録画サーバ２００が、管理サーバ２１０、蓄積サーバ２２０および配信サーバ２３０をそれぞれ１台ずつ備える構成を示したが、番組放送サーバ１００が配信するチャンネル数やユーザ端末４００の台数の規模に応じて、管理サーバ２１０、蓄積サーバ２２０および配信サーバ２３０の台数は適宜変更可能である。
【００２２】
図２に、４台の蓄積サーバ２２１，２２２，２２３，２２４を用いて構成した放送録画サーバ２００を示している。図２では、蓄積サーバ２２１，２２２，２２３，２２４のそれぞれに蓄積媒体２４１，２４２，２４３，２４４が接続され、蓄積サーバ２２１，２２２，２２３，２２４は番組放送サーバ１００から同一または異なるチャンネルの放送コンテンツを受信し、蓄積媒体２４１，２４２，２４３，２４４に録画コンテンツとして保存する。なお、以下の説明では、図１で示した１つの蓄積サーバ２２０および１つの蓄積媒体２４０を用いて構成した放送録画サーバ２００について説明を行う。
【００２３】
図３は、この発明の実施の形態１による放送録画システムのユーザ端末の構成を示すブロック図である。
ユーザ端末４００は、通信部２８０、放送視聴処理部２８１、蓄積処理部２８２、再生処理部２８３、録画コンテンツ管理部２８４、蓄積媒体２８５および録画コンテンツ情報記憶部２８６で構成される。
通信部２８０は、ＩＰネットワーク６００を介して通信を行う。放送視聴処理部２８１は、受信した放送コンテンツをデコードして接続された表示装置５００に映像や音声を出力する。蓄積処理部２８２は、受信した放送コンテンツを録画コンテンツとして蓄積媒体２８５に保存する。再生処理部２８３は、録画コンテンツを再生する。録画コンテンツ管理部２８４は、放送録画サーバ２００と録画コンテンツの関係を示す録画コンテンツ情報を管理する。録画コンテンツ情報記憶部２８６は、録画コンテンツ情報を保存する。
【００２４】
図４は、この発明の実施の形態１による放送録画システムの管理サーバの構成を示すブロック図である。
管理サーバ２１０は、ユーザ端末管理部２６０、蓄積サーバ管理部２６１、配信サーバ管理部２６２、録画コンテンツ管理部２６３、録画処理部２６４、再生処理部２６５、負荷予測処理部２６６、チャンネル割当設定部２６７、配信処理部２６８および通信部２６９で構成される。
ユーザ端末管理部２６０は、ユーザ契約照会を行う。蓄積サーバ管理部２６１は、ユーザ端末４００からの録画要求に応じて録画指示を送信可能な蓄積サーバ２２０の情報を管理する。配信サーバ管理部２６２は、ユーザ端末４００からの再生要求に応じて配信指示を送信可能な配信サーバ２３０の情報を管理する。録画コンテンツ管理部２６３は、録画要求を行ったユーザ端末４００と録画コンテンツの関係を管理する。録画処理部２６４は、ユーザ端末４００からの録画要求を処理する。再生処理部２６５は、ユーザ端末４００からの再生要求を処理する。
【００２５】
負荷予測処理部２６６は、放送録画サーバ２００とユーザ端末４００との間のネットワーク回線に生じる負荷を予測する処理を行う。チャンネル割当設定部２６７は、蓄積サーバ２２０に録画対象のチャンネルを割り当て、蓄積サーバ２２０が受信するチャンネルを設定する。配信処理部２６８は、ユーザ端末４００に対する録画コンテンツの配信を管理する。通信部２６９は、ＩＰネットワーク６００を介してユーザ端末４００などと通信を行う。
【００２６】
次に、実施の形態１の放送録画システムの動作について説明する。
まず、図５および図６を参照しながら、管理サーバ２１０が蓄積サーバ２２０に対して受信するチャンネルを設定する際の動作について説明する。
図５は、この発明の実施の形態１による放送録画システムの受信チャンネルの変更処理を示すフローチャートである。
まず、管理サーバ２１０のチャンネル割当設定部２６７は、設定したチャンネル割当設定情報を読み込む（ステップＳＴ１）。
【００２７】
チャンネル割当設定情報の一例を図６に示す。
図６に示すように、チャンネル割当設定情報は、例えば項目「チャンネル」、「開始日時」、「終了日時」、「蓄積サーバ」で構成されている。図６の例では放送録画サーバ２００が４台の蓄積サーバ２２１，２２２，２２３，２２４で構成される場合を示し、チャンネルｃｈ１００が蓄積サーバ２２１（ｓｔ＿ｓｖｒ１）、チャンネルｃｈ１１０が蓄積サーバ２２２（ｓｔ＿ｓｖｒ２）、チャンネルｃｈ１２０が蓄積サーバ２２３（ｓｔ＿ｓｖｒ３）、チャンネルｃｈ１３０およびチャンネルｃｈ１４０が蓄積サーバ２２４（ｓｔ＿ｓｖｒ４）に割り当てられている。
【００２８】
次に、チャンネル割当設定部２６７は蓄積サーバ２２０にチャンネル割当設定を通知する（ステップＳＴ２）。チャンネル割当設定には番組放送サーバ１００から配信される特定のチャンネルを受信するための番組放送サーバ１００のＩＰアドレスおよびポート番号の情報が含まれる。なお、放送コンテンツ記憶部７に記憶された放送コンテンツがマルチキャスト配信される場合は、マルチキャストアドレスおよびポート番号の情報が含まれる。
【００２９】
蓄積サーバ２２０はチャンネル割当設定を受信すると、受信したチャンネル割当設定に基づき、番組放送サーバ１００に番組配信要求を送信する（ステップＳＴ３）。番組放送サーバ１００は番組配信要求を受信すると、蓄積サーバ２２０に対して指定されたチャンネルの番組配信を開始し（ステップＳＴ４）、蓄積サーバ２２０は番組受信を開始する（ステップＳＴ５）。なお、蓄積サーバ２２０は複数のチャンネルを同時に受信することが可能であり、１回の番組配信要求に複数のチャンネル情報を含めることにより複数のチャンネルの番組配信を要求するように構成してもよいし、番組配信要求を複数回繰り返すことにより複数のチャンネルの番組配信を要求するように構成してもよい。
【００３０】
管理サーバ２１０のチャンネル割当設定部２６７はチャンネル割当設定情報を再度読み込み（ステップＳＴ６）、チャンネル割当設定情報に変更があるか否か判定を行う（ステップＳＴ７）。チャンネル割当設定情報に変更がある場合（ステップＳＴ７；ＹＥＳ）、蓄積サーバ２２０にチャンネル割当変更を通知する（ステップＳＴ８）。一方、チャンネル割当設定情報に変更がない場合（ステップＳＴ７；ＮＯ）、ステップＳＴ６の処理に戻る。
チャンネル割当設定情報の変更には、番組放送サーバ１００から配信される特定チャンネルの受信停止および受信開始を行うための番組放送サーバ１００のＩＰアドレス（放送コンテンツがマルチキャスト配信される場合は、マルチキャストアドレス）およびポート番号の情報が含まれる。
【００３１】
蓄積サーバ２２０は、ステップＳＴ８で通知されたチャンネル割当変更を受信すると、チャンネル割当変更に基づき、これまで受信していたチャンネルのうち、受信を停止するチャンネルについて番組放送サーバ１００に番組配信停止要求を送信し（ステップＳＴ９）、番組放送サーバ１００はステップＳＴ９で指定されたチャンネルの番組配信を終了する（ステップＳＴ１０）。さらに、蓄積サーバ２２０はチャンネル割当変更に基づき、新たに受信を開始するチャンネルについて番組放送サーバ１００に番組配信要求を送信する（ステップＳＴ１１）。番組放送サーバ１００は番組配信要求を受信すると、蓄積サーバ２２０に対して指定されたチャンネルの番組配信を開始し（ステップＳＴ１２）、蓄積サーバ２２０は番組受信を開始する（ステップＳＴ１３）。
なお、管理サーバ２１０のチャンネル割当設定部２６７による、チャンネル割当設定情報に変更があるか否かの判定処理は継続して実行されているものとする。
【００３２】
次に、図７から図１７を参照しながら、放送録画サーバ２が放送を録画する際の動作について説明する。
図７は、この発明の実施の形態１による放送録画システムの録画処理を示すフローチャートである。なお、図７の録画処理は、図８に示す番組構成であって、図９に示す放送コンテンツ情報を有する放送コンテンツに対して行われるものとして説明を行う。
【００３３】
ユーザ端末４００のユーザがリモコンなどを介して録画操作を入力すると、ユーザ端末４００は録画要求を管理サーバ２１０に送信する（ステップＳＴ２１）。
録画要求の一例を図１０に示す。録画要求は、例えば項目「録画要求ＩＤ」、「ユーザＩＤ」、「チャンネル」、「開始日時」、「終了日時」で構成される。図１０の例では、録画要求１から録画要求５が示されている。ここで、例えばユーザ端末４００をユーザＩＤ００１、ユーザ端末４０１をユーザＩＤ００２、ユーザ端末４０２をユーザＩＤ００３とし、ユーザＩＤ００１，００２，００３を有効なユーザＩＤとし、ユーザＩＤ００４を無効なユーザＩＤとする。
【００３４】
管理サーバ２１０は、ステップＳＴ２１で送信された録画要求を受信すると、ユーザ端末管理部２６０が録画要求に基づいたユーザ契約照会を生成し、ユーザ契約情報サーバ３００に送信する（ステップＳＴ２２）。
ユーザ契約照会の一例を図１１に示す。ユーザ契約照会は、例えば項目「ユーザ契約照会ＩＤ」、「ユーザＩＤ」、「チャンネル」、「開始日時」、「終了日時」で構成される。図１１の例では、図１０で示した録画要求１から録画要求５に対応したユーザ契約照会１からユーザ契約照会５が生成される。ユーザ契約照会ＩＤは、ユーザ契約照合情報を一意に識別するために管理サーバ２１０が生成したＩＤであり、項目「ユーザＩＤ」、「チャンネル」、「開始日時」および「終了日時」は、図１０で示した録画要求の各項目に対応している。
【００３５】
ユーザ契約情報サーバ３００は、ステップＳＴ２２で送信されたユーザ契約照会を受信すると、ユーザ契約照会に記載されたユーザＩＤに対応するユーザ端末４のサービス契約状況をユーザ契約情報記憶部３０１から取得し、ユーザ契約照会で指定された開始日時と終了日時の期間において、ユーザ端末４００が指定されたチャンネルを契約していることを確認し、確認結果であるユーザ契約照会応答を送信する（ステップＳＴ２３）。
ユーザ契約照会応答の一例を図１２に示す。ユーザ契約照会応答は、例えば項目「ユーザ契約照会ＩＤ」、「結果（ＯＫ／ＮＧ）」で構成され、結果がＯＫの場合には契約が存在し、ＮＧは契約が存在しないことを表す。図１０において、ユーザＩＤ００４を無効なユーザＩＤとしたため、図１２においてユーザ契約照会応答５が「ＮＧ」との結果を応答し、ユーザ契約照会応答１からユーザ契約照会応答４が「ＯＫ」との結果を応答する。
【００３６】
管理サーバ２１０は、ステップＳＴ２３で送信されたユーザ契約照会応答に基づいてユーザが契約中であることを確認すると、録画コンテンツ管理部２６３がステップＳＴ２１で送信された録画要求に対応した録画コンテンツ情報を生成し、録画コンテンツ情報記憶部２１１に登録する（ステップＳＴ２４）。
録画コンテンツ情報の一例を図１３に示す。録画コンテンツ情報は、例えば項目「録画コンテンツＩＤ」、「ユーザＩＤ」、「チャンネル」、「開始日時」、「終了日時」、「タイトル」、「蓄積サーバ」、「使用容量（ＧＢ）」、「録画状態」、「視聴フラグ」、「レジューム位置（秒）」で構成される。図１３の例では、図１０の録画要求１から録画要求４に対応する４つの録画コンテンツ情報を示している。ユーザＩＤ００４は無効なユーザＩＤであったため、録画コンテンツ情報から除外される。
【００３７】
「録画コンテンツＩＤ」は、録画コンテンツを一意に識別するために録画コンテンツ管理部２６３が生成したＩＤであり、「タイトル」は、録画要求が行われた番組のタイトルである。「蓄積サーバ」は番組の録画を行う蓄積サーバ２２０の識別情報（ホスト名、ＩＰアドレスなど）であり、図６で示したチャンネル割当設定情報により決定され、蓄積サーバ管理部２６１により管理される情報である。
【００３８】
「使用容量（ＧＢ）」は録画コンテンツを保存するために必要とする蓄積媒体２４０の容量である。「録画状態」は録画コンテンツの状態を表し、「録画予約」、「録画中」、「録画済み」の３つの状態がある。「視聴フラグ」は録画コンテンツをユーザが視聴したか否かを表し、「未視聴」と「視聴済」の２つの状態がある。「レジューム位置（秒）」はユーザが録画コンテンツを最後に再生した際の再生停止位置を表し、ユーザが録画コンテンツを次に再生する際に前回の続きから再生する際に使用される。
【００３９】
次に、管理サーバ２１０の録画処理部２６４は蓄積サーバ２２０に録画指示を送信する（ステップＳＴ２５）。
録画指示の一例を図１４に示す。録画指示は、例えば項目「録画指示ＩＤ」、「蓄積サーバ」、「チャンネル」、「開始日時」、「終了日時」で構成される。図１４の例では、録画指示１から録画指示４の４つの録画指示を示している。録画指示１から録画指示３はチャンネルｃｈ１００の録画指示であり、図６でチャンネルｃｈ１００が割り当てられている蓄積サーバ２２１（ｓｔ＿ｓｖｒ１）が蓄積サーバとして指定されている。一方、録画指示４はチャンネルｃｈ１１０の録画指示であり、図６でチャンネルｃｈ１１０が割り当てられている蓄積サーバ２２２（ｓｔ＿ｓｖｒ２）が蓄積サーバとして指定されている。これにより録画指示１から録画指示３は蓄積サーバ２２１に送信され、録画指示４は蓄積サーバ２２２に送信される。
【００４０】
蓄積サーバ２２０は、ステップＳＴ２５で送信された録画指示を受信すると、録画予約として登録し（ステップＳＴ２６）、管理サーバ２１０に録画指示応答を送信する（ステップＳＴ２７）。
録画指示応答の一例を図１５に示す。録画指示応答は、例えば項目「録画指示ＩＤ」および「結果（ＯＫ／ＮＧ）」で構成される。図１５の例では、図１４で示した録画指示１から録画指示４に対応する、録画指示応答１から録画指示応答４を示している。
【００４１】
管理サーバ２１０の録画処理部２６４は、ステップＳＴ２３で送信されたユーザ契約照会応答およびステップＳＴ２７で送信された録画指示応答の結果に基づいて、ユーザ端末４００に録画要求応答を送信する（ステップＳＴ２８）。
録画要求応答の一例を図１６に示す。録画要求応答は、例えば項目「録画要求ＩＤ」、「結果（ＯＫ／ＮＧ）」で構成される。図１６の例では、図１０で示した録画要求１から録画要求５に対応する５つの録画要求応答が示され、録画要求応答１から録画要求応答４が「ＯＫ」、録画要求応答５がユーザ契約照会応答の結果に基づいて「ＮＧ」と示されている。
【００４２】
蓄積サーバ２２０は、現在時刻と登録済みの録画予約の開始日時を比較し、いずれかの録画予約の開始日時に到達したか否か判定を行う（ステップＳＴ２９）。いずれかの録画予約の開始日時に到達した場合（ステップＳＴ２９；ＹＥＳ）、管理サーバ２１０に録画開始通知を送信する（ステップＳＴ３０）。一方、いずれの録画予約の開始日時にも到達していない場合（ステップＳＴ２９；ＮＯ）、ステップＳＴ２５で録画指示が入力される前の処理に戻り、録画予約登録の受け付け状態に戻る。
【００４３】
管理サーバ２１０の録画コンテンツ管理部２６３は、ステップＳＴ３０で送信された録画開始通知を受信すると、録画コンテンツ情報記憶部２１１に記憶された対応する録画コンテンツ情報の録画状態を「録画予約」から「録画中」に更新する（ステップＳＴ３１）。蓄積サーバ２２０は、ステップＳＴ３０において録画開始通知を送信した後、記憶媒体２４０に録画コンテンツファイルをオープンし、図５のステップＳＴ１３で受信した番組の書き込みを開始することにより録画処理を行う（ステップＳＴ３２）。
【００４４】
さらに蓄積サーバ２２０は、現在時刻と録画処理中の録画予約の終了日時とを比較し、録画処理中の録画予約の全ての終了時間を経過したか否か判定を行う（ステップＳＴ３３）。録画処理中の録画予約の全ての終了時間を経過した場合（ステップＳＴ３３；ＹＥＳ）、蓄積媒体２４０の録画コンテンツファイルへの書き込みを終了し、録画コンテンツファイルをクローズする録画終了処理を行う（ステップＳＴ３４）。その後、管理サーバ２１０に対して録画終了通知を送信する（ステップＳＴ３５）。一方、録画処理中の録画予約の全ての終了時間を経過していない場合（ステップＳＴ３３；ＮＯ）、ステップＳＴ３２の処理に戻り、録画処理を継続する。
【００４５】
管理サーバ２１０は、ステップＳＴ３５で送信された録画終了通知を受信すると、録画コンテンツ管理部２６３が録画コンテンツ情報記憶部２１１に記憶された対応する録画コンテンツ情報の録画状態を「録画中」から「録画済み」に更新し（ステップＳＴ３６）、録画処理部２６４がユーザ端末４００に録画終了通知を送信する（ステップＳＴ３７）。
以上の動作により、ユーザ端末４００から送信された録画要求に従って、放送録画サーバ２において放送が録画される。
【００４６】
図１７は、図１０で示した録画要求に基づいて放送録画サーバ２００が録画した録画コンテンツの一例を示す図である。図１７の例では、図２で示した蓄積サーバ２２１（ｓｔ＿ｓｖｒ１）の蓄積媒体２４１にファイル名ｃｈ１００＿２０１１１２２０＿１８００．ｔｓの録画コンテンツが保存され、蓄積サーバ２２２（ｓｔ＿ｓｖｒ２）の蓄積媒体２４２にファイル名ｃｈ１１０＿２０１１１２２０＿２０００．ｔｓの録画コンテンツが保存されたことを示している。
【００４７】
図１０で示した録画要求において、３人のユーザ（ユーザＩＤ００１，００２，００３）が録画要求１から録画要求３としてチャンネルｃｈ１００の３つの重なり合う時間帯２０１１／１２／２０  １８：００〜２１：００，１９：００〜２０：００，１９：３０〜２２：００の番組の録画をそれぞれ要求している。当該録画要求に基づいて、図１７に示すように２０１１／１２／２０  １８：００〜２２：００の番組を１つの録画コンテンツとして蓄積媒体２４１に保存している。
【００４８】
管理サーバ２１０は、ユーザ端末４００から送信された録画要求とチャンネル割当設定部２６７のチャンネル割当設定情報に基づいて、蓄積サーバ２２１に録画指示１から録画指示３を送信し、蓄積サーバ２２１が録画指示１から録画指示３の開始日時と終了日時に基づいて指定されたチャンネルの録画開始および録画終了の判定を行う。これにより複数のユーザ端末４００から同一チャンネルの録画要求が入力された場合であっても、蓄積サーバ２２１はユーザ端末４００毎にそれぞれ異なる録画コンテンツを保存するのではなく、１つの録画コンテンツとして保存する。
【００４９】
次に、図１８から図２２を参照しながら、ユーザ端末４００によるコンテンツ再生が集中すると予測された場合に、放送録画サーバ２００がユーザ端末４００にコンテンツを配信する際の動作について説明する。
まず、図１８に放送の録画により更新された録画コンテンツ情報の一例を示す。更新された録画コンテンツ情報では、図１３で示した録画コンテンツ情報に対して項目「使用容量（ＧＢ）」が変更され、項目「録画状態」が全て「録画済み」に変更されている。図１０で示した録画要求１から録画要求４に対応した録画処理が既に完了していることが示されている。その他の項目「録画コンテンツＩＤ」、「ユーザＩＤ」、「チャンネル」、「開始日時」、「終了日時」、「タイトル」、「蓄積サーバ」、「視聴フラグ」および「レジューム位置（秒）」は、図１３で示した録画コンテンツ情報に対応している。
【００５０】
図１９は、この発明の実施の形態１による放送録画システムのコンテンツ配信処理を示すフローチャートである。
管理サーバ２１０は、蓄積サーバ２２０からの録画終了通知を受信すると、負荷予測処理部２６６が負荷予測処理を行い、負荷予測結果を算出する（ステップＳＴ４１）。負荷予測処理部２６６は、ユーザ端末４００による録画コンテンツ再生が集中することを予測し、録画コンテンツＩＤに対応した負荷予測結果を算出する。録画コンテンツ再生が集中するか否かの予測は、録画コンテンツに対してユーザ端末４００から入力される再生要求数があらかじめ設定した閾値以上に達するか否かに基づいて行われる。なお、再生要求数があらかじめ設定した閾値以上に達するか否かの予測は、ユーザ端末４００の録画要求の数などに基づいて予測可能である。
負荷予測結果の一例を図２０に示す。負荷予測結果は、例えば項目「録画コンテンツＩＤ」および「負荷予測の結果（ＯＫ／ＮＧ）」で構成される。図２２の例では、録画コンテンツＩＤ００１０００１および録画コンテンツＩＤ００２０００１に対しての負荷予測の結果は「ＯＫ」であり、録画コンテンツＩＤ００３０００１および録画コンテンツＩＤ００１０００２に対しての負荷予測の結果は「ＮＧ」となっている。
【００５１】
管理サーバ２１０は、負荷予測処理部２６６が算出した負荷予測結果において結果が「ＯＫ」であった録画コンテンツＩＤに対応するユーザ端末４００に対して配信要求を送信する（ステップＳＴ４２）。図２０に示した負荷予測結果の場合には、ユーザＩＤ００１，００２のユーザ端末４００に対して配信要求が送信される。
配信要求の一例を図２１に示す。配信要求は、例えば項目「配信要求ＩＤ」、「配信予定日時」、「チャンネル」、「開始日時」、「終了日時」、「タイトル」、「使用容量（ＧＢ）」で構成される。図２１の配信要求の例では、図２０で示した負荷予測結果に基づいた配信要求が示されている。「配信ＩＤ」は、配信要求を一意に識別するために管理サーバの配信処理部２６８が生成したＩＤであり、「配信予定日時」は録画コンテンツをユーザ端末４００に配信する日時である。
【００５２】
ユーザ端末４００は、ステップＳＴ４２で送信された配信要求を受信すると、ユーザ端末４００の録画コンテンツ管理部２８４が配信要求から該当録画コンテンツの蓄積可否を確認して管理サーバ２１０に配信要求応答を送信する（ステップＳＴ４３）。
配信要求応答の一例を図２２に示す。配信要求応答は、例えば項目「配信要求ＩＤ」、「配信希望日時」、「蓄積可否の結果（ＯＫ／ＮＧ）」で構成される。図２２の例では図２１の配信要求ＩＤ００１０００１に対して蓄積可否の結果が「ＯＫ」となっている。
その後、ユーザ端末４００、管理サーバ２１０、蓄積サーバ２２０および配信サーバ２３０は配信処理を行う（ステップＳＴ４４）。
【００５３】
なお図１９のフローチャートでは、管理サーバ２１０において、録画終了通知の受信を契機に負荷予測処理部２６６が負荷予測を行う構成を示したが、負荷予測を行うタイミングは録画終了通知の受信のみに限られるものではない。負荷予測処理部２６６は、一定時間ごとに負荷予測を行ってもよいし、ランダムな時間ごとに負荷予測を行ってもよい。
【００５４】
次に、ステップＳＴ４４の配信処理について、図２３から図２６を参照しながら説明する。
図２３は、この発明の実施の形態１による放送録画システムの配信処理を示すフローチャートである。
管理サーバ２１０は、配信要求に含まれる配信予定日時に到達すると、配信要求に含まれるユーザＩＤをユーザ契約照会としてユーザ契約情報サーバ３００に送信する（ステップＳＴ５１）。ユーザ契約情報サーバ３００は、ステップＳＴ５１で送信されたユーザ契約照会を受信すると、ユーザＩＤに対応するユーザ端末４００のサービス契約状況をユーザ契約情報記憶部３０１から取得し、ユーザ端末４００が契約していることを確認し、確認結果であるユーザ契約照会応答を送信する（ステップＳＴ５２）。
【００５５】
管理サーバ２１０は、ステップＳＴ５２で送信されたユーザ契約照会応答に基づいてユーザが契約中であることを確認すると、ユーザ端末４００に配信開始要求を送信する（ステップＳＴ５３）。
配信開始要求の一例を図２４に示す。配信開始要求は、例えば項目「配信開始要求ＩＤ」、「配信予定日時」、「チャンネル」、「開始日時」、「終了日時」、「タイトル」、「使用容量（ＧＢ）」で構成される。図２４では、図２２の配信要求ＩＤ００１０００１に対応する配信開始要求が示されている。
【００５６】
ユーザ端末４００は、ステップＳＴ５３で送信された配信開始要求を受信すると、録画コンテンツ管理部２８４が当該配信開始要求に基づいて配信開始応答を管理サーバ２１０に送信する（ステップＳＴ５４）。管理サーバ２１０は、ステップＳＴ５４で送信された配信開始応答を受信すると、配信指示を配信サーバ２３０に送信する（ステップＳＴ５５）。配信指示の一例を図２５に示す。配信指示は、例えば項目「配信指示ＩＤ」、「配信サーバ」、「配信先」、「蓄積サーバ」、「チャンネル」、「開始日時」、「終了日時」、「再生開始位置（秒）」で構成される。図２５の例では、図２４の配信要求ＩＤ００１０００１に対応する配信指示１が示されている。
【００５７】
「配信指示ＩＤ」は、配信指示を一意に識別するために管理サーバ２１０の配信処理部２６８が生成したＩＤ、「配信サーバ」は録画コンテンツをユーザ端末４００に配信する配信サーバ２３０の識別情報（ホスト名、ＩＰアドレスなど）、「配信先」はユーザ端末４００の識別情報（ホスト名、ＩＰアドレスなど）を示している。「蓄積サーバ」は録画コンテンツを録画した蓄積サーバ２２０の識別情報（ホスト名、ＩＰアドレスなど）を示している。「開始日時」および「終了日時」は図１３で示した録画コンテンツ情報の「開始日時」および「終了日時」に対応し、「再生開始位置（秒）」は後述する図２９で示す再生要求の「再生開始位置（秒）」に対応している。
【００５８】
管理サーバ２１０の配信処理部２６８は、図１３に示す録画コンテンツ情報から録画コンテンツＩＤ００１０００１の録画コンテンツを録画した蓄積サーバ２２１（ｓｔ＿ｓｒｖ１）、チャンネル、開始日時、終了日時を取得し、配信サーバ管理部２６２から配信サーバ２３０の情報を取得し、配信指示の各項目を生成する。
【００５９】
（図２７に対応する配信指示応答の図がない）
配信サーバ２３０は、ステップＳＴ５５で送信された配信指示を受信すると、受信した配信指示により指定された録画コンテンツが配信可能か否か判断し、判断結果を配信指示応答として管理サーバ２１０に送信する（ステップＳＴ５６）。
配信指示応答の一例を図２６に示す。配信指示応答は、例えば項目「配信指示ＩＤ」、「配信指示の結果（ＯＫ／ＮＧ）」で構成される。図２６の例では、図２５の配信指示ＩＤ００１０１に対して「ＯＫ」の結果が示されている。
【００６０】
管理サーバ２１０の配信処理部２６８は、ステップＳＴ５６で送信された配信指示応答を受信すると、配信開始通知をユーザ端末４００に送信する（ステップＳＴ５７）。また、配信サーバ２３０は、配信開始処理として蓄積サーバ２２０（図２５で示した配信指示の一例では蓄積サーバ２２１（ｓｔ＿ｓｖｒ１））との接続処理および録画コンテンツ配信のための初期化処理を行う（ステップＳＴ５８）。さらに配信サーバ２３０は、録画コンテンツ読出要求を蓄積サーバ２２０に送信する（ステップＳＴ５９）。蓄積サーバ２２０は、ステップＳＴ５９で送信された録画コンテンツ読出要求を受信すると、蓄積媒体２４０から対応する録画コンテンツを読み出し、録画コンテンツ読み出し応答を配信サーバ２３０に送信する（ステップＳＴ６０）。
【００６１】
配信サーバ２３０は、ステップＳＴ６０で送信された録画コンテンツ読出応答を受信すると、受信した録画コンテンツを配信先であるユーザ端末４００に配信する（ステップＳＴ６１）。ユーザ端末４００の蓄積処理部２８２は、ステップＳＴ６１で配信された録画コンテンツを受信すると、蓄積媒体２８５の録画コンテンツファイルをオープンし、受信した録画コンテンツの書き込みを開始し、蓄積処理を行う（ステップＳＴ６２）。配信サーバ２３０は、配信先であるユーザ端末４００への録画コンテンツの配信が完了した場合に配信終了処理を行う（ステップＳＴ６３）。配信終了処理では、蓄積サーバ２２０（図２５で示した配信指示の一例では蓄積サーバ２２１（ｓｔ＿ｓｖｒ１））との接続処理および録画コンテンツ配信のための終了処理を行う。配信サーバ２３０は、ステップＳＴ６３の配信終了処理を行った後に、管理サーバ２１０に配信終了通知を送信する（ステップＳＴ６４）。管理サーバ２１０は、ステップＳＴ６４で送信された配信終了通知を受信すると、ユーザ端末４００に配信終了通知を送信する（ステップＳＴ６５）。
以上の動作により、ユーザ端末４００からの配信要求応答に従って、配信サーバ２３０により録画コンテンツの配信が行われる。
【００６２】
次に、図２７から図３３を参照しながら、放送録画サーバ２が録画した録画コンテンツを再生する際の動作について説明する。
図２７は、この発明の実施の形態１による放送録画システムの録画コンテンツ再生処理を示すフローチャートである。
ユーザ端末４００のユーザがリモコンなどを介して録画コンテンツを再生するために録画コンテンツ一覧画面を表示する操作を入力すると、ユーザ端末４００は録画コンテンツ一覧取得要求を管理サーバ２１０に送信する（ステップＳＴ７１）。録画コンテンツ一覧取得要求には、例えばユーザＩＤが含まれる。管理サーバ２１０は、ステップＳＴ７１で送信された録画コンテンツ一覧取得要求を受信すると、ユーザ端末管理部２６０が録画コンテンツ一覧取得要求に含まれるユーザＩＤをユーザ契約照会としてユーザ契約情報サーバ３００に送信する（ステップＳＴ７２）。
【００６３】
ユーザ契約情報サーバ３００は、ステップＳＴ７２で送信されたユーザ契約照会を受信すると、ユーザＩＤに対応するユーザ端末４００のサービス契約状況をユーザ契約情報記憶部３０１から取得し、ユーザ端末４００が契約していることを確認し、確認結果であるユーザ契約照会応答を送信する（ステップＳＴ７３）。管理サーバ２１０は、ステップＳＴ７３で送信されたユーザ契約照会応答に基づいてユーザが契約中であることを確認すると、ユーザ端末管理部２６０が録画コンテンツ情報記憶部２２１からユーザＩＤに対応する録画コンテンツ情報を抽出することにより録画コンテンツ一覧を取得し（ステップＳＴ７４）、取得した録画コンテンツ一覧を録画コンテンツ一覧取得応答としてユーザ端末４００に送信する（ステップＳＴ７５）。
【００６４】
録画コンテンツ一覧の一例を図２８に示す。録画コンテンツ一覧は、例えば項目「録画コンテンツＩＤ」、「チャンネル」、「開始日時」、「終了日時」、「タイトル」、「蓄積サーバ」、「使用容量（ＧＢ）」、「録画状態」、「視聴フラグ」、「レジューム位置（秒）」で構成される。図２８の例では、図１３で示した録画コンテンツ情報のうち、ユーザＩＤ００１のユーザ端末４００のユーザが録画要求を行った２つの録画コンテンツのみが抽出され、他のユーザが録画要求を行った録画コンテンツは含まれない。
【００６５】
ユーザ端末４００は、ステップＳＴ７５で送信された録画コンテンツ一覧取得応答を受信すると、録画コンテンツ一覧画面を表示する（ステップＳＴ７６）。
録画コンテンツ一覧画面の一例を図２９に示す。録画コンテンツ一覧画面には例えば、ユーザが録画した録画コンテンツの「番号」、「録画日時・チャンネル・タイトル」が表示される。なお、図２９で示した録画コンテンツ一覧画面の画面構成は一例であり、これに限定されるものではない。
【００６６】
ユーザ端末４００のユーザが、ステップＳＴ７６で表示された録画コンテンツ一覧画面を参照し、リモコンなどを介して録画コンテンツを選択し、再生を指示する操作を入力すると、ユーザ端末４００は再生要求を管理サーバ２１０に送信する（ステップＳＴ７７）。
再生要求の一例を図３０に示す。再生要求は、例えば項目「再生要求ＩＤ」、「ユーザＩＤ」、「録画コンテンツＩＤ」、「再生開始位置（秒）」で構成される。図３０の例では、図２９で示した録画コンテンツ一覧から録画コンテンツＩＤ００１０００１の録画コンテンツが選択され、再生開始位置０（録画コンテンツの先頭）から再生するように要求された場合の再生要求１が示されている。「再生要求ＩＤ」は再生要求を一意に識別するためにユーザ端末４００が生成したＩＤである。
【００６７】
管理サーバ２１０は、ステップＳＴ７７で送信された再生要求を受信すると、再生処理部２６５が再生要求に基づいて配信指示を配信サーバ２３０に送信する（ステップＳＴ７８）。
配信指示の一例を図３１に示す。配信指示は、例えば項目「配信指示ＩＤ」、「配信サーバ」、「配信先」、「蓄積サーバ」、「チャンネル」、「開始日時」、「終了日時」、「再生開始位置（秒）」で構成される。図３１の例では、図３０の再生要求１に対応する配信指示１が示されている。「配信指示ＩＤ」は、配信指示を一意に識別するために管理サーバ２１０の再生処理部２６５が生成したＩＤ、「配信サーバ」は録画コンテンツをユーザ端末４００に配信する配信サーバ２３０の識別情報（ホスト名、ＩＰアドレスなど）、「配信先」はユーザ端末４００の識別情報（ホスト名、ＩＰアドレスなど）、「蓄積サーバ」は放送コンテンツを録画した蓄積サーバ２２０の識別情報（ホスト名、ＩＰアドレスなど）を示す。「開始日時」および「終了日時」は図１３で示した録画コンテンツ情報の「開始日時」および「終了日時」に対応し、「再生開始位置（秒）」は図３０で示した再生要求の「再生開始位置（秒）」に対応している。
【００６８】
再生処理部２６５は、図１３で示した録画コンテンツ情報から録画コンテンツＩＤ００１０００１の録画コンテンツを録画した蓄積サーバ２２１（ｓｔ＿ｓｒｖ１）、チャンネル、開始日時、終了日時を取得し、配信サーバ管理部２６２から配信サーバ２３０の情報を取得し、配信指示の各項目を生成する。
【００６９】
配信サーバ２３０は、ステップＳＴ７８で送信された配信指示を受信すると、受信した配信指示により指定された録画コンテンツが配信可能か否か判断し、判断結果を配信指示応答として管理サーバ２１０に送信する（ステップＳＴ７９）。
配信指示応答の一例を図３２に示す。配信指示応答は、例えば項目「配信指示ＩＤ」および「結果（ＯＫ／ＮＧ）」で構成される。図３２の例では、図３１で示した配信指示１に対して結果ＯＫが示されている。
【００７０】
管理サーバ２１０の再生処理部２６５は、ステップＳＴ７９で送信された配信指示応答を受信すると、再生要求応答をユーザ端末４００に送信する（ステップＳＴ８０）。
再生要求応答の一例を図３３に示す。再生要求応答は、例えば項目「再生要求ＩＤ」および「結果（ＯＫ／ＮＧ）」で構成される。図３３の例では、図３０の再生要求１に対して結果ＯＫが示されている。
その後、ユーザ端末４００、管理サーバ２１０、蓄積サーバ２２０および配信サーバ１３は再生処理を行う（ステップＳＴ８１）。
【００７１】
次に、ステップＳＴ８１の再生処理について、図３４および図３５を参照しながら説明する。
図３４は、この発明の実施の形態１による放送録画システムの再生処理を示すフローチャートである。
まず、配信サーバ２３０は、配信開始処理として蓄積サーバ２２０との接続処理および録画コンテンツ配信のための初期化処理を行う（ステップＳＴ９１）。さらに配信サーバ２３０は、蓄積サーバ２２０に対して録画コンテンツ読出要求を送信する（ステップＳＴ９２）。蓄積サーバ２２０は、ステップＳＴ９２で送信された録画コンテンツ読出要求に基づいて、蓄積媒体２４０から対応する録画コンテンツを読み出し、録画コンテンツ読出応答として配信サーバ２３０に送信する（ステップＳＴ９３）。
【００７２】
配信サーバ２３０は、ステップＳＴ９３で入力された録画コンテンツ読出応答により受信した録画コンテンツを配信先であるユーザ端末４００に配信する（ステップＳＴ９４）。ユーザ端末４００は、ステップＳＴ９４で配信された録画コンテンツを受信すると、映像および音声などのデータの復号処理を行い、表示装置５００に表示する（ステップＳＴ９５）。ユーザ端末４００のユーザがリモコンなどを介して、再生中の録画コンテンツの早送り、巻き戻し、一時停止、通常再生、停止などを指示する操作を入力すると、ユーザ端末４００は入力された操作に基づいた再生制御要求を管理サーバ２１０に送信する（ステップＳＴ９６）。管理サーバ２１０の再生処理部２６５は、ステップＳＴ９６で送信された再生制御要求を受信すると、受信した再生制御要求を配信サーバ２３０に送信する（ステップＳＴ９７）。
【００７３】
配信サーバ２３０は、入力された再生制御要求を参照して配信中の録画コンテンツが終端に到達したか否か、および再生制御要求を受信したか否か判定を行う（ステップＳＴ９８）。録画コンテンツが終端に到達しておらず、再生制御要求による停止要求を受信していない場合（ステップＳＴ９８；ＮＯ）、受信した再生制御要求に対応する処理を行い（ステップＳＴ９９）、ステップＳＴ９２の処理に戻る。一方、録画コンテンツが終端に到達した場合、または再生制御要求による停止要求を受信した場合（ステップＳＴ９８；ＹＥＳ）、配信終了処理として配信終了処理として蓄積サーバ２２０との接続を切断する処理、および録画コンテンツ配信のリソース開放を行い（ステップＳＴ１００）、管理サーバ２１０に配信終了通知を送信する（ステップＳＴ１０１）。
【００７４】
管理サーバ２１０の再生処理部２６５は、ステップＳＴ１０１で送信された配信終了通知を受信すると、ユーザ端末４００に再生終了通知を送信すると共に（ステップＳＴ１０２）、再生した録画コンテンツの録画コンテンツ情報の視聴フラグを「視聴済」に変更し、レジューム位置（秒）を今回の再生停止位置に変更する（ステップＳＴ１０３）。
録画コンテンツ情報の更新を図３４に示している。図３５の例では、録画コンテンツ００１０００１の再生により、視聴フラグが「未視聴」から「視聴済」に更新され、レジューム位置（秒）が「０」から「３６００」に更新されている。
【００７５】
ユーザ端末４００は、再生制御要求による再生停止および再生終了通知を受信したか否か判定を行う（ステップＳＴ１０４）。再生制御要求による再生停止がなく、再生終了通知を受信していない場合（ステップＳＴ１０４；ＮＯ）、ステップＳＴ９５の処理に戻る。一方、再生制御要求による再生停止が行われた場合、または再生終了通知を受信した場合（ステップＳＴ１０４；ＹＥＳ）、再生終了処理を行う（ステップＳＴ１０５）。
以上の動作により、ユーザ端末４００から送信された再生要求に従って、放送録画サーバ２００から録画コンテンツが配信され、ユーザ端末４００において再生が行われる。
【００７６】
以上のように、この実施の形態１によれば、例えばネットワークＰＶＲシステムのように放送録画サーバ２００においてユーザ端末４００の録画コンテンツを管理する放送録画システムにおいて、放送録画サーバ２００が複数のユーザ端末４００からの録画コンテンツの再生要求によるネットワークの負荷を予測し、放送録画サーバ２００がユーザ端末４００からの録画コンテンツの再生が集中すると予測した場合にユーザ端末４００に録画コンテンツを配信するように構成したので、放送録画サーバ２００への録画コンテンツ再生要求を削減することでき、ネットワークにかかる負担を軽減することができる。また、ユーザ端末４００が録画に失敗した場合であっても、放送録画サーバ２００が同一の録画コンテンツを保有しているため、保有している録画コンテンツをユーザ端末４００に配信することにより、ユーザ端末４００において録画コンテンツを確保することができ、フェイルセーフの効果も発揮する。
【００７７】
なお、上述した実施の形態１では、図１に示したように、放送録画サーバ２００が管理サーバ２１０、蓄積サーバ２２０、配信サーバ２３０を異なるサーバとして示しているが、１つまたは複数の放送録画サーバ２００内に管理サーバに相当する管理部、蓄積サーバに相当する記憶部、配信サーバに相当する配信部をそれぞれ備えるように構成しても良い。
【００７８】
また、図１で示したように、ユーザ端末４００，４０１，４０２は表示装置５００，５０１，５０２とは異なる装置として示しているが、表示装置５００，５０１，５０２がユーザ端末４００，４０１，４０２を内蔵するように構成してもよい。また、ユーザ端末４００，４０１，４０２が映像や音声などを出力する装置は、表示装置５００，５０１，５０２に限定されず、ＤＶＤレコーダやブルーレイレコーダのような映像・音声記憶装置や、その他の映像や音声などを提示する装置で構成してもよい。また、ユーザ端末４００の蓄積媒体２８５はＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）やＳＤＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）だけではなく、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄａｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）のような大容量メモリをキャッシュとして利用して、録画するように構成してもよい。
【００７９】
また、図１で示したように、番組放送サーバ１００が放送コンテンツをＩＰネットワーク６００経由で配信するように構成したが、放送録画サーバ２００が録画する番組はＩＰネットワーク６００経由に限定されるものではなく、地上デジタル放送やＢＳ放送などの放送波をアンテナで受信し、録画するように構成してもよい。
【００８０】
実施の形態２．
上述した実施の形態１では、管理サーバ２１０の負荷予測処理部２６６はユーザ端末４００による録画コンテンツ再生が集中するか否かに基づいてネットワーク帯域の負荷状況を予測する構成を示したが、この実施の形態２では、負荷予測処理部２６６が放送コンテンツの視聴率に基づいて、録画コンテンツの再生要求が集中するかを判定し、ネットワーク帯域の負荷状況を予測する構成を示す。
【００８１】
図３６は、この発明の実施の形態２による放送録画システムの構成を示すブロック図であり、実施の形態１の放送録画システムに視聴情報収集サーバ７００および視聴情報記憶部７０１を追加して設けている。なお以下では、実施の形態１による放送録画システムの構成要素と同一または相当する部分には、実施の形態１で使用した符号と同一の符号を付して説明を省略または簡略化する。
視聴情報収集サーバ７００は、ユーザ端末４００から視聴履歴情報を収集し、視聴情報として視聴情報記憶部７０１に格納し、管理するサーバである。管理サーバ２１０から視聴情報要求を受信すると視聴情報記憶部７０１から対応する視聴情報を読み出し、提供するサーバである。ここで視聴情報とは、放送コンテンツ毎の視聴率を示す。
【００８２】
図３７は、この発明の実施の形態２による放送録画システムのユーザ端末の構成を示すブロック図であり、実施の形態１のユーザ端末４００に視聴情報処理部２８７および視聴履歴情報記憶部２８８を追加して設けている。なお以下では、実施の形態１によるユーザ端末の構成要素と同一または相当する部分には、実施の形態１で使用した符号と同一の符号を付して説明を省略または簡略化する。
視聴情報処理部２８７は、視聴履歴情報記憶部２８８に蓄積された視聴履歴情報を視聴情報収集サーバ７００に提供する。ここで、視聴履歴情報とは、ユーザ端末４００による視聴に関する履歴情報であり、「ユーザＩＤ」、「チャンネル」、「視聴開始時間」、「視聴終了時間」、「タイトル」、「ジャンル」を含む。
【００８３】
図３８は、この発明の実施の形態２による放送録画システムのコンテンツ配信処理を示すフローチャートである。図３７を参照しながら、放送録画サーバ２００が、放送コンテンツの視聴率に基づいてユーザ端末４００による録画コンテンツ再生が集中するか否かを予測する動作について説明する。なお、以下では実施の形態１による放送録画システムと同一のステップには図１９で使用した符号と同一の符号を付し、説明を省略または簡略化する。
【００８４】
管理サーバ２１０は、蓄積サーバ２２０からの録画終了通知を受信すると、負荷予測処理部２６６が録画コンテンツ情報に基づいて、視聴情報要求を視聴情報収集サーバ７００に送信する（ステップＳＴ１１１）。視聴情報要求には、図１８に示した録画コンテンツ情報を構成する項目と同一の項目が含まれる。視聴情報収集サーバ７００は、ステップＳＴ１１１で送信された視聴情報要求を受信すると、視聴情報記憶部７０１に蓄積された視聴情報に基づいた視聴情報応答を管理サーバ２１０に送信する（ステップＳＴ１１２）。
【００８５】
視聴情報応答の一例を図３９に示す。視聴情報応答は、例えば項目「録画コンテンツＩＤ」、「視聴率」で構成される。図３９の例では、録画コンテンツＩＤの００１０００１、００２０００１、００３０００１、００１０００２に対して、視聴管理収集サーバ７００で管理する視聴率から最高視聴率を算出してそれぞれ２０％、２０％、８％、５％である結果が示されている。
図４０に視聴情報収集サーバ７００が管理するチャンネル（ｃｈ１００）の視聴率の一例を示す。時間帯に対応した視聴率が記録される。図３９の例では、記録された視聴率から最高視聴率が２０％と算出される。
【００８６】
管理サーバ２１０は、ステップＳＴ１１２で送信された視聴情報応答を受信すると、負荷予測処理部２６６が視聴率に基づいて負荷処理予測を行い、負荷処理予測結果を算出する（ステップＳＴ４１´）。
負荷予測結果の一例を図４１に示す。負荷予測結果は、例えば項目「録画コンテンツＩＤ」および「負荷予測の結果（ＯＫ／ＮＧ）」で構成される。図４０の例では図３９で示した視聴情報応答に対応した負荷処理結果を示し、負荷予測処理部２６６が基準となる視聴率の閾値として２０％を保持している場合に、２０％以上の最高視聴率を有している録画コンテンツは、ユーザ端末４００から再生要求が集中すると予測し、負荷予測の結果を「ＯＫ」とする。
【００８７】
その後、放送録画システムは、ステップＳＴ４２およびステップＳＴ４３の処理を行い、ステップＳＴ４４の配信処理に進む。
【００８８】
以上のように、この実施の形態２によれば、例えばネットワークＰＶＲシステムのように放送録画サーバ２００において、ユーザ端末４００の録画コンテンツを管理する放送録画システムにおいて、放送録画サーバ２００が放送コンテンツの視聴率に基づいてネットワークの負荷を予測し、放送録画サーバ２００がユーザ端末４００からの録画コンテンツの再生が集中すると予測した場合にユーザ端末４００に録画コンテンツを配信するように構成したので、放送録画サーバ２００の録画コンテンツの再生を削減することでき、録画コンテンツ再生によるネットワークにかかる負担を軽減することができる。
【００８９】
実施の形態３．
上述した実施の形態２では、管理サーバ２１０の負荷予測処理部２６６が放送コンテンツの視聴率に基づいて、録画コンテンツの再生が集中するかを判定し、ネットワーク帯域の負荷状況を予測する構成を示したが、この実施の形態３では、負荷予測処理部２６６が録画コンテンツの再生数による統計情報に基づいて、録画コンテンツの再生が集中するかを判定し、ネットワーク帯域の負荷状況を予測する構成を示す。
【００９０】
この発明の実施の形態３による放送録画システムの構成は、図３６と同一であるため、記載を省略する。
図４２は、この発明の実施の形態３による放送録画システムのユーザ端末の構成を示すブロック図であり、実施の形態２のユーザ端末４００の視聴履歴情報記憶部２８８に替えて再生履歴情報記憶部２８９を設けている。なお、以下では、実施の形態１および実施の形態２によるユーザ端末の構成要素と同一または相当する部分には、実施の形態１で使用した符号と同一の符号を付して説明を省略または簡略化する。
視聴情報処理部２８７は、再生履歴情報記憶部２８９に蓄積された録画コンテンツの再生履歴情報を視聴情報収集サーバ７００に提供する。ここで、録画コンテンツの再生履歴情報とは、ユーザ端末４００による録画コンテンツの再生に関する履歴情報であり、例えば項目「ユーザＩＤ」、「録画コンテンツＩＤ」、「再生開始時間」、「再生終了時間」、「再生時間」、「タイトル」、「ジャンル」を含む。
【００９１】
視聴情報収集サーバ７００は、ユーザ端末４００から再生履歴情報を収集し、収集した再生履歴情報に基づいて視聴情報を取得する。図４３に、視聴情報収集サーバ７００が取得する視聴情報の一例を示す。各時間に応じて録画コンテンツを再生するユーザ数が示される。この視聴情報から、再生するユーザ数がピークを示す時間帯を算出することができる。視聴情報収集サーバ７００は、管理サーバ２１０からの視聴情報要求に基づいて取得した視聴情報を提供する。
【００９２】
実施の形態２の図３８で示した放送録画システムのコンテンツ配信処理を示すフローチャートを参照しながら、放送録画サーバ２００が、時間帯毎の録画コンテンツの再生数による統計情報に基づいてユーザ端末４００による録画コンテンツ再生が集中するか否かを予測する動作について説明する。
管理サーバ２１０は、蓄積サーバ２２０からの録画終了通知を受信すると、負荷予測処理部２６６が録画コンテンツ情報に基づいて、視聴情報要求を視聴情報収集サーバ７００に送信する（ステップＳＴ１１１）。視聴情報要求には、図１８に示した録画コンテンツ情報を構成する項目と同一の項目が含まれる。視聴情報収集サーバ７００は、ステップＳＴ１１１で送信された視聴情報要求を受信すると、視聴情報記憶部７０１に蓄積された視聴情報に基づいた視聴情報応答を管理サーバ２１０に送信する（ステップＳＴ１１２）。
【００９３】
視聴情報応答の一例を図４４に示す。視聴情報応答は、例えば項目「録画コンテンツＩＤ」、「再生ピーク時間帯」で構成される。図４４の例では、録画コンテンツＩＤ００１０００１では２１時〜２２時の時間帯、録画コンテンツＩＤ００２０００１、００３０００１では２２時〜２３時の時間帯に再生要求が集中し、録画コンテンツＩＤ００１０００２では再生要求が集中する時間帯が存在しないことを示している。
【００９４】
管理サーバ２１０は、ステップＳＴ１１２で送信された視聴情報応答を受信すると、負荷予測処理部２６６が録画コンテンツを再生するユーザ数に基づいて負荷処理予測を行い、負荷処理予測結果を算出する（ステップＳＴ４１´）。
負荷予測結果の一例を図４４に示す。負荷予測結果は、例えば項目「録画コンテンツＩＤ」および「負荷予測の結果（ＯＫ／ＮＧ）」で構成される。図４５の例では図４４で示した視聴情報応答に対応した負荷処理結果を示し、録画コンテンツＩＤ００１０００１，００２０００１，００３０００１の録画コンテンツに対して、ユーザ端末４００から再生要求が集中すると予測した結果を示している。
【００９５】
その後、放送録画システムは、ステップＳＴ４２およびステップＳＴ４３の処理を行い、ステップＳＴ４４の配信処理に進む。
【００９６】
以上のように、この実施の形態３によれば、例えばネットワークＰＶＲシステムのように放送録画サーバ２００において、ユーザ端末４００の録画コンテンツを管理する放送録画システムにおいて、放送録画サーバ２００が放送コンテンツの再生数による統計情報に基づいてネットワークの負荷を予測し、放送録画サーバ２００がユーザ端末４００からの録画コンテンツの再生が集中すると予測した場合にユーザ端末４００に録画コンテンツを配信するように構成したので、放送録画サーバ２００の録画コンテンツの再生を削減することでき、録画コンテンツ再生によるネットワークにかかる負担を軽減することができる。
【００９７】
実施の形態４．
上述した実施の形態１では、放送録画サーバ２００がユーザ端末４００からの録画コンテンツ再生の集中を予測した場合にユーザ端末４００に録画コンテンツを配信する構成を示したが、この実施の形態４では、放送録画サーバ２００がユーザ端末４００からの録画コンテンツ再生の集中を予測した場合に、対象となるユーザ端末４００にコンテンツをマルチキャスト配信する構成を示す。
この発明の実施の形態３による放送録画システムの構成は、図１と同一であるため記載を省略する。
【００９８】
放送録画サーバ２００がユーザ端末４００から該当コンテンツの再生が集中すると予測した場合に、対象となるユーザ端末４００にマルチキャスト配信し、ユーザ端末４００が配信されたコンテンツを録画する動作（実施の形態１の図３８のフローチャートのステップＳＴ４４の配信処理に相当）について、図４６から図４７を参照しながら説明する。
図４６は、この発明の実施の形態４による放送録画システムの配信処理を示すフローチャートである。なお、実施の形態１による放送録画システムの配信処理と同一の処理を行うステップには図２３で使用した符号と同一の符号を付し、説明を省略または簡略化する。
【００９９】
管理サーバ２１０は、ステップＳＴ５２でユーザ契約照会応答が送信されると、送信されたユーザ契約照会応答に基づいてユーザが契約中であることを確認すると、ユーザ端末４００に録画開始要求を送信する（ステップＳＴ１２１）。
録画開始要求の一例を図４７に示す。録画開始要求は、例えば項目「録画要求ＩＤ」、「チャンネル」、「開始日時」、「終了日時」、「タイトル」で構成される。図４７の例では、図２２の配信要求ＩＤ００１０００１に対応した録画開始要求を示している。そのため、配信要求ＩＤを録画要求ＩＤとみなして録画開始要求を生成している。
【０１００】
ユーザ端末４００は、ステップＳＴ１２１で送信された録画開始要求を受信すると、録画コンテンツ管理部２８４が当該録画開始要求に基づいて録画開始応答を管理サーバ２１０に送信する（ステップＳＴ１２２）。管理サーバ２１０は、ステップＳＴ１２２で送信された録画開始応答を受信すると、配信指示を配信サーバ２３０に送信する（ステップＳＴ５５）。配信指示は図２５で示したものと同様である。その後、管理サーバ２１０、蓄積サーバ２２０および配信サーバ２３０は、ステップＳＴ５６からステップＳＴ６１と同一の処理を行う。
【０１０１】
ユーザ端末４００の蓄積処理部２８２は、ステップＳＴ６１で配信された録画コンテンツを受信すると、蓄積媒体２８５の録画コンテンツファイルをオープンし、受信した録画コンテンツの書き込みを開始し、録画処理を行う（ステップＳＴ１２３）。配信サーバ２３０は、配信先であるユーザ端末４００への録画コンテンツの配信が完了した場合に配信終了処理を行う（ステップＳＴ６３）。配信終了処理では、蓄積サーバ２２０との接続処理および録画コンテンツ配信のための終了処理を行う。配信サーバ２３０は、ステップＳＴ６３の配信終了処理を行った後に、管理サーバ２１０に配信終了通知を送信する（ステップＳＴ６４）。管理サーバ２１０は、ステップＳＴ６４で送信された配信終了通知を受信すると、ユーザ端末４００に配信終了通知を送信する（ステップＳＴ６５）。ユーザ端末４００は、ステップＳＴ６５で送信された配信終了通知を受信すると、配信終了処理として録画コンテンツ配信のリソース開放を行う（ステップＳＴ１２４）。
以上の動作により、ユーザ端末４００からの配信要求応答に従って、配信サーバ２３０により録画コンテンツの配信が行われ、ユーザ端末４００において録画が行われる。
【０１０２】
以上のように、この実施の形態４によれば、例えばネットワークＰＶＲシステムのように放送録画サーバ２００においてユーザ端末４００の録画コンテンツを管理する放送録画システムにおいて、放送録画サーバ２００が複数のユーザ端末４００からの録画コンテンツの再生要求によるネットワークの負荷を予測し、放送録画サーバ２００がユーザ端末４００からの録画コンテンツの再生要求が集中すると予測した場合にユーザ端末４００に録画コンテンツをマルチキャスト配信するように構成したので、放送録画サーバ２００への録画コンテンツ再生要求を削減することでき、ネットワークにかかる負担を軽減することができる。
【０１０３】
実施の形態５．
上述した実施の形態１では、放送録画サーバ２００がユーザ端末４００からの録画コンテンツ再生要求の集中を予測した場合にユーザ端末４００に録画コンテンツを配信する構成を示したが、この実施の形態５では、番組放送サーバ１００から放送コンテンツが配信される前に、放送録画サーバ２００がユーザ端末４００からの録画コンテンツの再生が集中するか否か予測を行い、録画コンテンツの再生が集中すると予測した場合に、ユーザ端末４００に録画予約を要求する構成を示す。
この発明の実施の形態５による放送録画システムの構成は、図１と同一であるため記載を省略する。
【０１０４】
次に、番組放送サーバ１００から放送コンテンツが配信される前に、放送録画サーバ２００がユーザ端末４００からの録画コンテンツの再生要求が集中すると予測した場合に、ユーザ端末４００に当該コンテンツを録画させる動作について図４８から図５１を参照しながら説明する。
図４８は、この発明の実施の形態５による放送録画システムの録画処理を示すフローチャートである。
管理サーバ２１０の負荷予測処理部２６６は、負荷予測処理を行い、負荷処理予測結果を算出する（ステップＳＴ１３１）。
【０１０５】
負荷予測処理部２６６は、番組放送サーバ１００から放送コンテンツが配信される前に、ユーザ端末４００からの録画コンテンツ再生要求が集中することを予測し、放送コンテンツＩＤに対応した負荷予測結果を算出する。負荷予測結果の一例を図４９に示す。負荷予測結果は、例えば項目「放送コンテンツＩＤ」、「負荷予測の結果（ＯＫ／ＮＧ）」で構成される。図４９の例では、図１３で示した録画コンテンツ情報に対応する負荷予測の結果が示されており、放送コンテンツＩＤ１０００００２，１０００００４に対して負荷予測結果がＯＫであり、その他の放送コンテンツの負荷予測結果はＮＧが示されている。
【０１０６】
管理サーバ２１０は、ステップＳＴ１３１で算出されたた負荷予測結果に基づいて、放送コンテンツＩＤに対応する録画コンテンツＩＤのユーザ端末４００に対して録画予約指示を送信する（ステップＳＴ１３２）。具体的には、図１３で示した録画コンテンツ情報、図４９で示した負荷予測結果、図１３で示した放送コンテンツ情報に基づいて、ユーザＩＤ００１，００３のユーザ端末に対して録画予約指示が送信される。
録画予約指示の一例を図５０に示す。
録画予約指示は、例えば項目「録画予約ＩＤ」、「ユーザＩＤ」、「チャンネル」、「開始日時」、「終了日時」で構成される。録画予約ＩＤは、録画予約指示を一意に識別するために管理サーバの録画処理部２６８が生成したＩＤである。図５０の例では、図４９の負荷予測結果に対応する録画予約指示が示されている。
【０１０７】
ユーザ端末４００の録画コンテンツ管理部２８４は、ステップＳＴ１３２で送信された録画予約指示を受信すると、受信した録画予約指示に基づいて録画コンテンツの録画可否を確認する録画予約処理を行い（ステップＳＴ１３３）、録画予約応答を管理サーバ２１０に送信する（ステップＳＴ１３４）。録画予約応答の一例を図５１に示す。録画予約応答は、例えば項目「録画予約ＩＤ」、「録画可否の結果（ＯＫ／ＮＧ）」で構成される。図５１の例では、図５０の録画予約ＩＤ００１０００１に対して録画可否の結果としてＯＫである結果が示されている。
その後、ユーザ端末４００は番組放送サーバ１００から配信される放送コンテンツを録画する。
【０１０８】
以上のように、この実施の形態５によれば、例えばネットワークＰＶＲシステムのように放送録画サーバ２００においてユーザ端末４００の録画コンテンツを管理する放送録画システムにおいて、放送録画サーバ２００が複数のユーザ端末４００からの録画コンテンツの再生要求によるネットワークの負荷を予測し、番組放送サーバから放送コンテンツが配信される前に、放送録画サーバ２００がユーザ端末４００からの録画コンテンツの再生が集中すると予測した場合に、ユーザ端末４００に録画予約を指示するように構成したので、放送録画サーバ２００への録画コンテンツ再生要求を削減することでき、複数のユーザ端末４００が録画コンテンツを再生することによりネットワークにかかる負担を軽減することができる。
【０１０９】
実施の形態６．
この実施の形態６では、上述した実施の形態５における負荷予測処理において放送コンテンツに対する録画予約数に基づいて、ユーザ端末４００から再生要求が集中するか否か予測する構成について説明する。
この発明の実施の形態６による放送録画システムの構成は、図１と同一であるため記載を省略する。
管理サーバ２１０は、放送コンテンツに対する録画予約数を管理し、負荷予測処理部２６６にあらかじめ設定された録画予約数の閾値を越えた場合に、ユーザ端末４００からの録画コンテンツの再生が集中すると予測する。その後の処理動作は実施の形態５と同一であるため、記載を省略する。
【０１１０】
以上のように、この実施の形態６によれば、例えばネットワークＰＶＲシステムのように放送録画サーバ２００においてユーザ端末４００の録画コンテンツを管理する放送録画システムにおいて、放送録画サーバ２００が複数のユーザ端末４００からの録画コンテンツからの再生要求によるネットワークの負荷を予測し、番組放送サーバから放送コンテンツが配信される前に、放送コンテンツに対する録画予約数に基づいてユーザ端末からの録画コンテンツの再生が集中すると予測した場合に、ユーザ端末４００に録画予約を指示するように構成したので、放送録画サーバ２００への録画コンテンツ再生要求を削減することでき、複数のユーザ端末４００が録画コンテンツを再生することによりネットワークにかかる負担を軽減することができる。
【０１１１】
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
【符号の説明】
【０１１２】
１００  番組放送サーバ、１０１  放送コンテンツ記憶部、２００  放送録画サーバ、２１０  管理サーバ、２１１  録画コンテンツ情報記憶部、２２０，２２１，２２２，２２３，２２４  蓄積サーバ、２３０  配信サーバ、２４０，２４１，２４２，２４３，２４４  蓄積媒体、２６０  ユーザ端末管理部、２６１  蓄積サーバ管理部、２６２  配信サーバ管理部、２６３録画コンテンツ管理部、２６４録画処理部、２６５  再生処理部、２６６  負荷予測処理部、２６７  チャンネル割当設定部、２６８  配信処理部、２６９  通信部、２８０  通信部、２８１  放送視聴処理部、２８２  蓄積処理部、２８３  再生処理部、２８４  録画コンテンツ管理部、２８５  蓄積媒体、２８６  録画コンテンツ情報記憶部、２８７  視聴情報処理部、２８８  視聴履歴情報記憶部、２８９  再生履歴情報記憶部、３００  ユーザ契約情報サーバ、４００，４０１，４０２  ユーザ端末、５００，５０１，５０２  表示装置、６００  ＩＰネットワーク、７００  視聴情報収集サーバ、７０１  視聴情報記憶部。
【図１】
2014003372.tif 000003
【図２】
2014003372.tif 000004
【図３】
2014003372.tif 000005
【図４】
2014003372.tif 000006
【図５】
2014003372.tif 000007
【図６】
2014003372.tif 000008
【図７】
2014003372.tif 000009
【図８】
2014003372.tif 000010
【図９】
2014003372.tif 000011
【図１０】
2014003372.tif 000012
【図１１】
2014003372.tif 000013
【図１２】
2014003372.tif 000014
【図１３】
2014003372.tif 000015
【図１４】
2014003372.tif 000016
【図１５】
2014003372.tif 000017
【図１６】
2014003372.tif 000018
【図１７】
2014003372.tif 000019
【図１８】
2014003372.tif 000020
【図１９】
2014003372.tif 000021
【図２０】
2014003372.tif 000022
【図２１】
2014003372.tif 000023
【図２２】
2014003372.tif 000024
【図２３】
2014003372.tif 000025
【図２４】
2014003372.tif 000026
【図２５】
2014003372.tif 000027
【図２６】
2014003372.tif 000028
【図２７】
2014003372.tif 000029
【図２８】
2014003372.tif 000030
【図２９】
2014003372.tif 000031
【図３０】
2014003372.tif 000032
【図３１】
2014003372.tif 000033
【図３２】
2014003372.tif 000034
【図３３】
2014003372.tif 000035
【図３４】
2014003372.tif 000036
【図３５】
2014003372.tif 000037
【図３６】
2014003372.tif 000038
【図３７】
2014003372.tif 000039
【図３８】
2014003372.tif 000040
【図３９】
2014003372.tif 000041
【図４０】
2014003372.tif 000042
【図４１】
2014003372.tif 000043
【図４２】
2014003372.tif 000044
【図４３】
2014003372.tif 000045
【図４４】
2014003372.tif 000046
【図４５】
2014003372.tif 000047
【図４６】
2014003372.tif 000048
【図４７】
2014003372.tif 000049
【図４８】
2014003372.tif 000050
【図４９】
2014003372.tif 000051
【図５０】
2014003372.tif 000052
【図５１】
2014003372.tif 000053