(57)【要約】【課題】アップデート・データを配信するアップデート配信サーバの負荷を低減できるとともに、複数の録画装置間で時間的にバラツキなくアップデート・データを取得することのできる録画装置を提供する。【解決手段】アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定表を取得するアップデート配信予定表取得部と、アップデート配信予定表取得部をもとにアップデート・データの取得予約情報を生成する予約部と、取得予約情報をもとにアップデート・データを取得するアップデート・データ取得部とを具備する。【選択図】図５
2010020610.tif 000002
【特許請求の範囲】
【請求項１】
アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得する配信予定情報取得部と、
前記配信予定情報取得部により取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成するアップデート予約部と、
前記アップデート予約部により生成された取得予約情報をもとに前記アップデート・データを取得するアップデート・データ取得部と
を具備する録画装置。
【請求項２】
請求項１に記載の録画装置であって、
番組配信サーバより配信される番組に関する情報を取得する番組情報取得部と、
前記番組情報取得部により取得された前記番組情報を用いて、録画予約をしたい番組をユーザに選択させる番組選択部と、
前記選択された番組のデータの録画予約情報を生成する録画予約部と、
前記録画予約部により生成された前記録画予約情報を格納する録画予約情報格納部とをさらに具備し、
前記アップデート予約部は、前記配信予定情報取得部により取得された前記配信予定に関する情報と前記録画予約情報格納部に格納された前記録画予約情報とをもとに前記アップデート・データの取得予約情報を生成する
録画装置。
【請求項３】
請求項２に記載の録画装置であって、
前記アップデート・データは前記アップデート配信サーバより繰り返し配信され、前記配信予定に関する情報には前記繰り返し配信される前記アップデート・データの各回の配信日時の情報が含まれ、
前記アップデート予約部は、前記配信予定情報取得部により取得された前記配信予定に関する情報と前記録画予約情報格納部に格納された前記録画予約情報とをもとに、前記アップデート・データの配信日時を決定して前記取得予約情報を生成する
録画装置。
【請求項４】
請求項２に記載の録画装置であって、
前記アップデート・データは前記アップデート配信サーバより繰り返し配信され、前記配信予定に関する情報には前記繰り返し配信される前記アップデート・データの各回の配信日時の情報が含まれ、
前記アップデート予約部は、前記番組に関する情報と前記アップデート・データの配信予定に関する情報とをユーザに提示し、ユーザに前記アップデート・データの配信日時を選択させ、この選択された配信日時のデータを用いて前記取得予約情報を生成する
録画装置。
【請求項５】
アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得し、
前記取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成し、
前記アップデート予約部により生成された取得予約情報をもとに前記アップデート・データを取得する
ソフトウェアのアップデート・データ取得方法。
【請求項６】
アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得する配信予定情報取得部と、
前記配信予定情報取得部により取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成するアップデート予約部と、
前記アップデート予約部により生成された取得予約情報をもとに前記アップデート・データを取得するアップデート・データ取得部として
コンピュータを機能させるプログラム。
【請求項７】
録画装置と、この録画装置の制御用のソフトウェアを更新するためのアップデート・データの配信予定表のデータを配信するアップデート配信サーバとを具備し、
前記アップデート配信サーバは、前記アップデート・データをＩＰマルチキャスト方式で配信し、
前記録画装置は、
アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得する配信予定情報取得部と、
前記配信予定情報取得部により取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成するアップデート予約部と、
前記アップデート予約部により生成された取得予約情報をもとに前記アップデート・データを取得するアップデート・データ取得部と
を具備するデータ配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを通じて配信される番組データを録画する録画装置、ソフトウェアのアップデート・データ取得方法、プログラム、およびデータ配信システムに関する。
【背景技術】
【０００２】
近年、ＨＤＤ（Ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）や、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ブルーレイディスクなどの大容量の記憶媒体に対して、各種の伝送媒体を通じて配信される番組やコンテンツのデータの記録／再生が可能な録画装置が普及している。番組やコンテンツの配信方式は多岐にわたってきており、例えば、地上アナログ放送、地上デジタル放送、ＢＳ放送、ＣＳ放送などの放送電波を伝送媒体とする配信方式や、ＩＰマルチキャスト方式、ＶＯＤ（Ｖｉｄｅｏ Ｏｎ Ｄｅｍａｎｄ）方式など、ネットワークを伝送媒体とする配信方式などがある。ＩＰマルチキャスト方式とは、番組やコンテンツの配信元のサーバからネットワークを経由してマルチキャストで配信された放送番組を録画装置に取り込み記録する方式である。ＶＯＤ方式とは、ユーザから配信元のサーバにネットワークを経由して番組データなどのコンテンツの配信をリクエストすることで、サーバから配信された番組データなどのコンテンツをユーザの録画装置などの記録装置に取り込み、保存する方式である。
【０００３】
ところで、上記のようなネットワークに接続可能な録画装置では、機能の追加やバグの修正などを目的として、自身に組み込まれているソフトウェアを最新のものに更新（以下、これをソフトウェアの「アップデート」と呼ぶ。）することが行われる。
【０００４】
録画装置のソフトウェアをアップデートする方法としては、ネットワークを用いてユニキャスト方式で行う方法、放送波を用いて行う方法、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）などの物理メディアの配布により用いて行う方法などが知られている。ネットワークを用いてソフトウェアをアップデートする場合、例えば、アップデート対象のソフトウェアを有するクライアント機器から、アップデート用のファイルを提供するサーバに対して、ネットワークを介して、そのアップデート・データの取得リクエストを送信する。サーバは、その取得リクエストに対してアップデート・データをクライアント機器にダウンロード方式で配信する。録画装置は、取得したアップデート用のファイルを用いて、自身のソフトウェアの更新を行う（例えば、特許文献１参照。）。
【特許文献１】特開２００３−１２２５７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ネットワークを用いてユニキャスト方式でアップデートを行う方法は、クライアント機器の増加に伴いアップデート・データを提供するサーバの負荷が大きくなる。このため、クライアント機器がアイドル状態にある時など、アップデートしたい時に必ずしもできるという保証がない。クライアント機器に組み込まれるソフトウェアやアップデート・データは大容量化の傾向を呈しており、このことはサーバの負荷を益々増大させることとなり、クライアント機器の側の都合に合わせたアップデートを実行し難い傾向は益々強くなってきている。
【０００６】
放送波によるアップデート方法は、ユニキャスト方式によるサーバへの負荷集中は避けられるものの、アップデータに使用できる帯域が限られているため、ソフトウェアやアップデート・データは大容量化に対応できない。
【０００７】
物理メディアの配布によるアップデート方法は、各機器毎にユーザの特定が必要であり、物理メディアの作成・配布という面倒な手順を要し、コストもかさむ。
【０００８】
以上のような事情に鑑み、本発明の目的は、アップデート・データを配信するアップデート配信サーバの負荷を低減できるとともに、複数の録画装置間で時間的にバラツキなくアップデート・データを取得することのできる録画装置、ソフトウェアのアップデート・データ取得方法、プログラム、およびデータ配信システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の録画装置は、アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得する配信予定情報取得部と、前記配信予定情報取得部により取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成するアップデート予約部と、前記アップデート予約部により生成された取得予約情報をもとに前記アップデート・データを取得するアップデート・データ取得部とを具備する。
【００１０】
本発明の録画装置においては、録画装置の制御用のソフトウェアのアップデート・データをＩＰマルチキャスト方式で配信することで、録画装置はＩＰマルチキャスト方式で配信される番組データを録画予約するのと同様にアップデート・データを予約により取得することができる。これにより、アップデート・データを配信するアップデート配信サーバの負荷を低減できるとともに、複数の録画装置間で時間的にバラツキなくアップデート・データを取得することができる。
【００１１】
本発明の録画装置は、番組配信サーバより配信される番組に関する情報を取得する番組情報取得部と、前記番組情報取得部により取得された前記番組情報を用いて、録画予約をしたい番組をユーザに選択させる番組選択部と、前記選択された番組のデータの録画予約情報を生成する録画予約部と、前記録画予約部により生成された前記録画予約情報を格納する録画予約情報格納部とをさらに具備し、前記アップデート予約部は、前記配信予定情報取得部により取得された前記配信予定に関する情報と前記録画予約情報格納部に格納された前記録画予約情報とをもとに前記アップデート・データの取得予約情報を生成することとしてもよい。
【００１２】
アップデート予約部は、配信予定情報取得部により取得された配信予定に関する情報と録画予約情報格納部に格納された録画予約情報とをもとにアップデート・データの取得予約情報を生成することとにより、録画予約がされた番組データの配信日時との重複を考慮してアップデート・データの取得予約情報を生成することができる。
【００１３】
さらに、本発明の録画装置において、前記アップデート・データは前記アップデート配信サーバより繰り返し配信され、前記配信予定に関する情報には前記繰り返し配信される前記アップデート・データの各回の配信日時の情報が含まれ、前記アップデート予約部は、前記配信予定情報取得部により取得された前記配信予定に関する情報と前記録画予約情報格納部に格納された前記録画予約情報とをもとに、前記アップデート・データの配信日時を決定して前記取得予約情報を生成することとしてもよい。
【００１４】
この構成によれば、アップデート・データがアップデート配信サーバより繰り返し配信され、配信予定に関する情報には、そのアップデート・データの各回の配信日時の情報が含まれるので、録画予約がされた番組データの配信日時との重複を考慮してアップデート・データの配信日時を決定することができる。
【００１５】
さらに、本発明の録画装置において、前記アップデート・データは前記アップデート配信サーバより繰り返し配信され、前記配信予定に関する情報には前記繰り返し配信される前記アップデート・データの各回の配信日時の情報が含まれ、前記アップデート予約部は、前記番組に関する情報と前記アップデート・データの配信予定に関する情報とをユーザに提示し、ユーザに前記アップデート・データの配信日時を選択させ、この選択された配信日時のデータを用いて前記取得予約情報を生成することとしてもよい。
【００１６】
この構成によれば、現時点では予約はされていないものの今後録画の予約がされそうな番組が前もって分かっているような場合に、そのような予約予定の番組データの配信日時を避けてユーザ自らがアップデート・データの配信日時を選択することによって、録画予約がされた番組データの配信日時との重複を考慮したアップデート・データの取得予約情報を生成できる。
【００１７】
本発明の別の観点に基づくソフトウェアのアップデート・データ取得方法は、アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得し、前記取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成し、前記アップデート予約部により生成された取得予約情報をもとに前記アップデート・データを取得することを特徴とする。
【００１８】
本発明の別の観点に基づくプログラムは、アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得する配信予定情報取得部と、前記配信予定情報取得部により取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成するアップデート予約部と、前記アップデート予約部により生成された取得予約情報をもとに前記アップデート・データを取得するアップデート・データ取得部としてコンピュータを機能させるプログラムである。
【００１９】
本発明の別の観点に基づくデータ配信システムは、録画装置と、この録画装置の制御用のソフトウェアを更新するためのアップデート・データの配信予定表のデータを配信するアップデート配信サーバとを具備し、前記アップデート配信サーバは、前記アップデート・データをＩＰマルチキャスト方式で配信し、前記録画装置は、アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得する配信予定情報取得部と、前記配信予定情報取得部により取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成するアップデート予約部と、前記アップデート予約部により生成された取得予約情報をもとに前記アップデート・データを取得するアップデート・データ取得部とを具備する。
【発明の効果】
【００２０】
以上のように、本発明によれば、アップデート・データを配信するアップデート配信サーバの負荷を低減できるとともに、複数の録画装置間で時間的にバラツキなくアップデート・データを取得することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明に係る実施の形態を図面に基づき説明する。
図１は本発明に係る実施形態のデータ配信システムの構成を示す図である。
【００２２】
このデータ配信システム１００は、動画および音声を含む番組やコンテンツのデータの配信を行うことが可能なＣＤＮ（Ｃｏｎｔｅｎｔｓ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ）、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）上で、家庭内の録画装置などの家電機器に組み込まれたソフトウェアのアップデート用のデータを提供するサービスを行うことが可能なシステムである。ＣＤＮは、多数のユーザに大容量のデジタルコンテンツをスムーズに配信されるよう設計されたネットワークである。ＮＧＮは、通信プロトコルとしてＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）を利用して、インターネットサービス用のＩＰネットワークと電話サービス用の電話網とを、ＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）やセキュリティを向上させたＩＰ通信網として統合した次世代ＩＰネットワークである。
【００２３】
このデータ配信システム１００は、番組配信サーバ２００、アップデート配信サーバ３００、エッジルータ４００，５００、アップデート配信予定表サーバ６００、ＥＰＧサーバ７００、ホーム・ゲートウェイ８００、および録画装置９００などを含む。
【００２４】
番組配信サーバ２００は、デジタルコンテンツである番組のデータをエッジルータ４００を通じてＩＰマルチキャスト方式によりインターネットなどの広域ネットワーク１に配信するサーバである。
【００２５】
アップデート配信サーバ３００は、様々な機種の録画装置９００のソフトウェアをアップデートするためのデータ（以降「アップデート・データ」と記述する。）をＩＰマルチキャスト方式により広域ネットワーク１に配信するサービスを行うサーバである。
【００２６】
エッジルータ４００，５００は、ＩＰマルチキャスト方式に対応したルータである。
【００２７】
アップデート配信予定表サーバ６００は、アップデート配信サーバ３００からＩＰマルチキャスト方式で配信されるアップデート・データの配信スケジュールに関する情報であるアップデート配信予定表をダウンロード方式により配信するサービスを行うサーバである。
【００２８】
ＥＰＧサーバ７００は、番組配信サーバ２００からＩＰマルチキャスト方式で配信される番組データに関する案内情報であるＥＰＧ（Ｅｌｅｃｔｒｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）データを配信するサーバである。ＥＰＧデータは、例えば、複数のチャンネルの番組に関する案内情報からなる。番組に関する案内情報には、例えば、番組ＩＤ、番組名、配信日時、放送チャンネル、マルチキャストアドレスなどが含まれる。
【００２９】
ホーム・ゲートウェイ８００は、家庭内のネッワークであるホーム・ネットワーク２に接続可能な録画装置９００などの家電機器を広域ネットワーク１に接続するための機器である。
【００３０】
録画装置９００は、広域ネットワーク１およびホーム・ネットワーク２を介して、番組配信サーバ２００、アップデート配信サーバ３００、アップデート配信予定表サーバ６００、ＥＰＧサーバ７００からそれぞれ配信される各データを取得し、番組データをＨＤＤ（Ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ブルーレイディスクなどの記憶媒体に記録し、さらには記憶媒体に記録された番組のデータを読み出して再生することが可能な機器である。
【００３１】
なお、図１において省略したが、このデータ配信システム１００には、ユーザ単位、コンテンツ単位でのデータ伝送速度を保証するためにネットワーク帯域の予約などのサービスを行うサーバなども含まれる。また、録画装置９００は、録画のための機能がインストールされたＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などのコンピュータであってもよい。
【００３２】
次に、録画装置９００の構成を説明する。
図２は録画装置９００のハードウェアの構成を示す図である。
【００３３】
同図に示すように、ＣＰＵ９０１には、システムバス９０２を介して、フラッシュＲＯＭ９０３、ＲＡＭ９０４、入力操作部９０５、ＡＶインターフェース９０６と、表示部９０７、ネットワーク接続部９０８、デコード部９０９、ハードディスクドライブ（ＨＤＤ）などよりなる記憶部９１０と、メディアＩ／Ｆ部９１１、光通信部９１２などが接続されている。
【００３４】
フラッシュＲＯＭ９０３には、ＣＰＵ９０１によって処理実行されるプログラムや各種のデータなどのソフトウェアが格納されている。このフラッシュＲＯＭ９０３に格納されるソフトウェアは、アップデート配信サーバ３００より取得したアップデート・データによりアップデートされることが可能である。
【００３５】
ＲＡＭ９０４は、ＣＰＵ９０１による一時的な作業領域およびデータの一時保存のための領域として用いられる。
【００３６】
入力操作部９０５は、各種のキーなどを備え、ユーザからの各種操作のための指令の入力を処理する。入力操作部９０５より入力された指令は、システムバス９０２を通じてＣＰＵ９０１に送られる。
【００３７】
光通信部９１２は、リモートコントローラ５との通信を行うインターフェースである。リモートコントローラ５は入力操作部９０５と同様に各種のキーなどを備え、ユーザからの各種操作のための指令の入力を処理し、光信号に変換して送信する。光通信部９１２は、リモートコントローラ５から送信された光信号を受信し、電気的な信号に変換してシステムバス９０２を通じてＣＰＵ９０１に出力する。
【００３８】
表示部９０７は、例えば、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などの表示器と、表示器を駆動する表示制御回路よりなり、例えば、ユーザから入力された指令やデータの確認、各種のステータスなどを表示する。
【００３９】
ネットワーク接続部９０８は、例えば、インターネットなどの広域ネットワーク１、ホーム・ネットワーク２などのネットワークとの接続を処理するインターフェースである。
【００４０】
ＡＶインターフェース９０６は、録画装置９００に接続されたテレビジョンなどの外部ＡＶ機器４との間でビデオ信号およびオーディオ信号の入出力を処理する。
【００４１】
デコード部９０９は、伝送および記録のために圧縮符号化された番組のデータを復号する。このデコード部９０９による復号により復元されたビデオデータおよびオーディオデータなどはＡＶインターフェース９０６を通じてテレビジョンなどの外部ＡＶ機器４に出力される。
【００４２】
記憶部９１０は、例えばＨＤＤなどよりなる。記憶部９１０には、アップデート配信予定表サーバ６００より取得したソフトウェアのアップデート配信予定表、ＥＰＧサーバ７００より取得したＥＰＧデータ、アップデート配信サーバ３００より取得したアップデート・データ、番組配信サーバ２００から取得した番組データなどの保存が可能である。
【００４３】
メディアＩ／Ｆ部９１１には、例えば、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）、ブルーレイディスク、フラッシュメモリなどのリムーバブルメディア３の着脱が可能とされ、装着されたリムーバブルメディア３に対して、例えば、番組データの書き込みと読み出しを行うことができるインターフェースである。
【００４４】
次に、録画装置９００の機能的な構成について説明する。
図３は録画装置９００の機能的な構成を示す図である。
【００４５】
同図に示すように、この録画装置９００は、番組データ取得部１１、ＥＰＧデータ取得部１２、アップデート配信予定表取得部１３、アップデート・データ取得部１４、番組データ格納部１５、ＥＰＧデータ格納部１６、アップデート配信予定表格納部１７、アップデート・データ格納部１８、番組データ再生部１９、ＵＩ画面生成部２０、予約部２１、予約情報格納部２２、アップデート実行部２３を備える。
【００４６】
ＥＰＧデータ取得部１２は、例えば、録画装置９００の電源投入直後、あるいは定期的、あるいは入力操作部９０５またはリモートコントローラ５を用いてユーザより入力されたユーザからの要求に応じて、ＥＰＧサーバ７００からダウンロード方式で配信されるＥＰＧデータＤ２を取得し、ＥＰＧデータ格納部１６に保存する。
【００４７】
ＥＰＧデータ格納部１６は、ＥＰＧデータ取得部１２にて取得されたＥＰＧデータＤ２を保存する。
【００４８】
番組データ取得部１１は、広域ネットワーク１を通じて番組配信サーバ２００からＩＰマルチキャスト方式で放送配信される番組データＤ１を取得し、番組データ格納部１５に保存する処理を行う。
【００４９】
番組データ格納部１５は、番組データ取得部１１にて取得された番組データＤ１を保存する。
【００５０】
アップデート配信予定表取得部１３は、例えば、録画装置９００の電源投入直後、あるいは定期的、あるいは入力操作部９０５またはリモートコントローラ５を用いてユーザより入力されたユーザからの要求に応じて、アップデート配信予定表サーバ６００からＩＰマルチキャスト方式で配信されるアップデート配信予定表Ｄ３を取得し、アップデート配信予定表格納部１７に保存する。
【００５１】
アップデート・データ取得部１４は、予約情報格納部２２に登録されたアップデート・データの取得予約情報Ｄ９をもとに、アップデート配信サーバ３００からＩＰマルチキャスト方式で配信されるアップデート・データＤ４を取得し、アップデート・データ格納部１８に保存する。
【００５２】
アップデート配信予定表格納部１７は、アップデート配信予定表取得部１３にて取得されたアップデート配信予定表Ｄ３を保存する。
【００５３】
アップデート・データ格納部１８は、アップデート・データ取得部１４により取得されたアップデート・データＤ４を保存する。
【００５４】
ＵＩ画面生成部２０は、ＥＰＧデータ格納部１６に格納されたＥＰＧデータＤ２およびアップデート配信予定表格納部１７に格納されたアップデート配信予定表Ｄ３をもとにアップデート配信予定表付きのＥＰＧ画面を生成するなど、ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）用の各種の画面データＤ６を生成する。ＵＩ画面生成部２０により生成された各種のＵＩ画面データＤ６は、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に可視的な情報としてユーザに提示される。
【００５５】
番組データ再生部１９は、番組データ格納部１５から読み出された番組データＤ１をデコード部９０９を用いて復号し、再生データＤ５であるビデオデータおよびオーディオデータをＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。
【００５６】
予約部２１は、番組データＤ１の録画予約のための録画予約情報Ｄ７やアップデート・データＤ４の取得予約のための取得予約情報Ｄ９を生成して予約情報格納部２２に登録する処理を行う。ここで、番組の録画予約情報Ｄ７は、番組ＩＤ、番組名、配信日時、放送チャネル、マルチキャストアドレスなどを含み、アップデート・データの取得予約情報Ｄ９は、対応機種名、バージョン情報、配信日時、放送チャネル、マルチキャストアドレスなどを含む。
【００５７】
また、予約部２１は、予約情報格納部２２に登録された各予約情報Ｄ７，Ｄ９の中の配信日時が現在日時に達したかどうかを監視し、配信日時が現在日時に達した番組データの録画予約が検出されたなら、その番組データの取得要求＜Ｒ−１２＞を番組データ取得部１１に出力し、配信日時が現在日時に達したアップデート・データの予約が検出されたなら、そのアップデート・データの取得要求＜Ｒ−１３＞をアップデート・データ取得部１４に出力する。
【００５８】
予約情報格納部２２は、予約部２１により生成された番組の録画予約情報Ｄ７およびアップデート・データの取得予約情報Ｄ９を格納する。
【００５９】
なお、番組データ格納部１５、ＥＰＧデータ格納部１６、アップデート配信予定表格納部１７、アップデート・データ格納部１８、予約情報格納部２２は、記憶部９１０、あるいはメディアＩ／Ｆ部９１１に装着されたリムーバブルメディア３、フラッシュＲＯＭ９０３などに設定される。
【００６０】
アップデート実行部２３は、アップデート・データ格納部１８に格納されたアップデート・データＤ４をもとに、フラッシュＲＯＭ９０３に格納されたソフトウェアをアップデートする処理を行う。
【００６１】
次に、番組配信サーバ２００、アップデート配信サーバ３００、アップデート配信予定表サーバ６００、ＥＰＧサーバ７００の構成を説明する。
【００６２】
図４は、番組配信サーバ２００、アップデート配信サーバ３００、アップデート配信予定表サーバ６００、ＥＰＧサーバ７００のハードウェアの構成を示すブロック図である。
【００６３】
番組配信サーバ２００、アップデート配信サーバ３００、アップデート配信予定表サーバ６００、ＥＰＧサーバ７００はいずれも、図４に示すように、ＰＣなどのコンピュータシステムからなる構成とされている。
【００６４】
すなわち、ＣＰＵ２０１には、システムバス２０９を介して、ＲＯＭ２０２と、ＲＡＭ２０３と、ネットワーク接続部２０４と、キーボード、マウスなどよりなる入力部２０５と、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）などよりなるディスプレイとスピーカなどよりなる出力部２０６と、メディアＩ／Ｆ部２０７と、ハードディスクドライブや不揮発性メモリなどよりなる記憶部２０８とが接続されている。
【００６５】
ネットワーク接続部２０４は、インターネットなどの広域ネットワーク１との有線または無線での接続を処理する。記憶部２０８には、特定のサーバとしての機能をコンピュータに実行させるためのプログラムとデータなどが格納されている。ＣＰＵ２０１は、ＲＯＭ２０２や記憶部２０８からプログラムをＲＡＭ２０３へロードして、解釈実行するための演算処理を行う。メディアＩ／Ｆ部２０７には、磁気ディスク、光ディスク、あるいはフラッシュメモリなどのリムーバブルメディア３が適宜装着され、それらから読み出されたプログラムが、必要に応じて記憶部２０８にインストールされる。
【００６６】
次に、このデータ配信システム１００において、録画装置９００のソフトウェアをアップデートする動作を説明する。
【００６７】
図５は録画装置９００がソフトウェアのアップデート・データを取得するまでのシステム全体のシーケンス図である。図６から図９は録画装置９００の動作を示すフローチャートである。
【００６８】
録画装置９００では、電源投入直後、あるいは定期的、あるいはユーザからの要求に従って、ＥＰＧデータ取得部１２によるＥＰＧサーバ７００からのＥＰＧデータＤ２の取得と、アップデート配信予定表取得部１３によるアップデート配信予定表サーバ６００からのアップデート配信予定表Ｄ３の取得が行われる。図５のシーケンスでは、ＥＰＧデータＤ２の取得に続いて、アップデート配信予定表Ｄ３の取得が行われるように示されているが、これに限らず、アップデート配信予定表Ｄ３の取得に続いて、ＥＰＧデータＤ２の取得が行われることがあってもよいし、ＥＰＧデータＤ２とアップデート配信予定表Ｄ３の取得が同時に行われることがあってもよい。
【００６９】
ここでは、ＥＰＧデータＤ２の取得に続いてアップデート配信予定表Ｄ３の取得が行われる場合を例にとり動作を説明する。なお、録画装置９００が広域ネットワーク１に対してアクセスを行う場合にはホーム・ゲートウェイ８００が接続の中継を行うこととなるが、以後の動作説明において、ホーム・ゲートウェイ８００による接続の中継については説明の簡単のため記述を省く。
【００７０】
図５において、まず、録画装置９００内のＥＰＧデータ取得部１２は、ＥＰＧ取得要求＜Ｒ−１＞をネットワーク１，２を介してＥＰＧサーバ７００に送信する（図６：ステップＳ１０１）。ＥＰＧサーバ７００は、録画装置９００からのＥＰＧ取得要求＜Ｒ−１＞を受信すると、自身の記憶部２０８に保存されている最新のＥＰＧデータＤ２を読み出し、このＥＰＧデータＤ２を含むＥＰＧ取得応答＜Ｒ−１Ｒ＞をネットワーク１，２を介して録画装置９００にダウンロード方式で配信する。録画装置９００は、ＥＰＧサーバ７００からのＥＰＧ取得応答＜Ｒ−１Ｒ＞を受信すると（図６：ステップＳ１０２）、このＥＰＧ取得応答＜Ｒ−１Ｒ＞に含まれるＥＰＧデータＤ２をＥＰＧデータ格納部１６に保存する（図６：ステップＳ１０３）。
【００７１】
次に、録画装置９００内のアップデート配信予定表取得部１３は、配信予定表取得要求＜Ｒ−２＞をネットワーク１，２を介してアップデート配信予定表サーバ６００に送信する（ステップＳ１０４）。アップデート配信予定表サーバ６００は、録画装置９００からの配信予定表取得要求＜Ｒ−２＞を受信すると、自身の記憶部２０８に保存されているアップデート配信予定表Ｄ３を読み出し、このアップデート配信予定表Ｄ３を含む配信予定表取得応答＜Ｒ−２Ｒ＞をネットワーク１，２を介して録画装置９００にダウンロード方式で送信する。録画装置９００は、アップデート配信予定表サーバ６００からの配信予定表取得応答＜Ｒ−２Ｒ＞を受信すると（ステップＳ１０５）、この配信予定表取得応答＜Ｒ−２Ｒ＞に含まれるアップデート配信予定表Ｄ３をアップデート配信予定表格納部１７に保存する（ステップＳ１０６）。
【００７２】
次に、予約部２１は、アップデート配信予定表格納部１７に格納されたアップデート配信予定表Ｄ３と予約情報格納部２２に格納された録画予約情報Ｄ７をもとに、取得予約の対象であるアップデート・データの配信日時を決定し、この配信日時の情報を含む取得予約情報Ｄ９を生成して予約情報格納部２２に登録する（ステップＳ１０７）。この動作は、より具体的には次のように行われる。
【００７３】
図７はアップデート・データの取得予約情報Ｄ９の生成および登録時の動作を示すフローチャートである。
【００７４】
アップデート配信予定表サーバ６００から配信されるアップデート配信予定表Ｄ３には、アップデート配信サーバ３００から配信される様々な機種のソフトウェアに対応するアップデート・データに関する情報が含まれている。アップデート・データに関する情報には、例えば、アップデート・データを識別するソフトウェアＩＤ、対応機種名、バージョン番号、配信日時、放送チャンネル、そして、アップデート配信サーバ３００からＩＰマルチキャスト方式で配信されるアップデート・データに広域ネットワーク１を介してアクセスするために必要なマルチキャストアドレスなどがある。アップデート配信サーバ３００からは、対応する機種が異なる複数のアップデート・データが順番にかつ周期的にＩＰマルチキャスト方式で配信される。例えば、１つの機種に対応するアップデート・データは、１時間、数時間といった程度の周期で、一日に複数回、それぞれ決められた日時にアップデート配信サーバ３００から配信される。
【００７５】
予約部２１は、例えば、このアップデート配信予定表格納部１７に最新のアップデート配信予定表Ｄ３が保存されたことを契機に、あるいは定期的に、あるいは、ユーザからの要求に応じて、そのアップデート配信予定表Ｄ３から自身の録画装置９００の機種に該当するアップデート・データに関する情報を検索する（図７：ステップＳ２０１）。この検索の結果、該当するアップデート・データに関する情報が見つからなかった場合には（図７：ステップＳ２０２のＮＯ）、何もしない。該当するアップデート・データに関する情報が見つかった場合（図７：ステップＳ２０２のＹＥＳ）、予約部２１は、そのアップデート・データのバージョン番号Ａを取得する（図７：ステップＳ２０３）。さらに、予約部２１は、録画装置９００にインストール済みのアップデート・データのバージョン番号Ｂを取得する（図７：ステップＳ２０４）。
【００７６】
次に、予約部２１は、アップデート配信予定表Ｄ３から取得したアップデート・データのバージョン番号Ａが録画装置９００にインストール済みのアップデート・データのバージョン番号Ｂより新しいかどうかを判定する（図７：ステップＳ２０５）。予約部２１は、バージョン番号Ａがバージョン番号Ｂより新しくないことを判定した場合（図７：ステップＳ２０５のＮＯ）、録画装置９００にインストールされているソフトウェアは既に最新のバージョンになっているものとみなし、何もしない。また、予約部２１は、バージョン番号Ａがバージョン番号Ｂより新しいことを判定した場合（図７：ステップＳ２０５のＹＥＳ）、アップデート配信予定表Ｄ３から、既に設定されている録画予約の対象である番組データの配信日時と重複しない、アップデート・データの配信日時を検索する（図７：ステップＳ２０６）。該当するアップデート・データの配信日時が複数検索された場合には、所定のルールに従って１つの検索結果を採用することとする。例えば、現在日時に最も近い配信日時を採用するルールなどが考えられる。
【００７７】
なお、上記の「重複しない」とは重複する時間がないことを言う。説明の簡単のため、ここでは録画装置９００が同時に受信することのできるチャンネル数は１とする。録画装置９００が同時に複数（Ｎ個）のチャンネルを受信できる場合には、Ｎ個までの重複は上記の「重複しない」こととして判定される。
【００７８】
次に、予約部２１は、採用したアップデート・データの配信日時の情報とアップデート配信予定表Ｄ３から抽出した当該アップデート・データに関する情報とを用いて、アップデート・データの取得予約情報Ｄ９を生成して予約情報格納部２２に格納する（図７：ステップＳ２０７）。ここで、アップデート・データの取得予約情報Ｄ９は、例えば、ソフトウェアＩＤ、配信日時、マルチキャストアドレスなどを含む。
【００７９】
もし、録画予約されている番組データの配信日時と重複しない、アップデート・データの配信日時をアップデート配信予定表Ｄ３から検索できなかった場合、予約部２１はその旨を示すエラーメッセージを生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力することによって、ユーザに提示する。
【００８０】
予約情報格納部２２に格納されたアップデート・データの取得予約情報Ｄ９は、外部ＡＶ機器４を通してユーザが適宜確認することが可能である。すなわち、入力操作部９０５またはリモートコントローラ５を用いてユーザよりアップデート予約確認要求＜Ｒ−４＞が予約部２１に入力された時、予約部２１は、予約情報格納部２２からアップデート・データの取得予約情報Ｄ９を検索し、この検索結果を含むアップデート予約リスト表示要求＜Ｒ−５＞をＵＩ画面生成部２０に出力する。ＵＩ画面生成部２０は、アップデート予約リスト表示要求＜Ｒ−５＞を受けると、これに含まれるアップデート・データの取得予約情報Ｄ９をもとにアップデート予約リストのＵＩ画面データＤ６を生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。
【００８１】
図１０は、このアップデート予約リストの表示画面の例を示す図である。同図に示すように、アップデート予約リストの表示画面には、アップデート・データの配信日時３１、チャンネル３２、対象機種名とアップデートのバージョン番号３３、アップデートの概要３４（ソフトウェアのアップデートによる更新の内容などを含む。）などが表示される。また、アップデート予約リストの表示画面には、予約修正ボタン３５、予約消去ボタン３６、情報表示ボタン３７などが設けられている。
【００８２】
予約修正ボタン３５は、アップデート・データの取得予約情報Ｄ９に含まれる配信日時の修正を行うためのボタンである。予約消去ボタン３６は、登録されているアップデートの取得予約情報Ｄ９の消去を行うためのボタンである。情報表示ボタン３７は、アップデートに関するその他の情報の表示を行うためのボタンである。
【００８３】
次に、このアップデート予約リストの表示画面で予約修正ボタン３５がユーザより押された場合の動作を説明する。
【００８４】
図１０に示したアップデート予約リストの表示画面で予約修正ボタン３５が入力操作部９０５またはリモートコントローラ５を用いてユーザより押されると、予約修正要求＜Ｒ−５＞が予約部２１に出力される。予約部２１は、予約修正要求＜Ｒ−５＞が入力されると、ＵＩ画面生成部２０にＥＰＧ表示要求＜Ｒ−６＞を出力する。ＵＩ画面生成部２０は、予約部２１からのＥＰＧ表示要求＜Ｒ−６＞が入力されると、ＥＰＧデータ格納部１６に保存されたＥＰＧデータＤ２とアップデート配信予定表格納部１７に格納されたアップデート配信予定表Ｄ３とを統合したアップデート配信予定表付きＥＰＧのＵＩ画面データＤ６を生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。
【００８５】
図１１は、このアップデート配信予定表付きのＥＰＧ画面の例を示す図である。このアップデート配信予定表付きのＥＰＧ画面は、番組毎の領域４１と、アップデート・データの配信日時毎の領域４２とで構成されている。画面の一軸方向には時間が割り当てられており、上記の各領域４１，４２は、それぞれの配信日時に応じて時間軸上の該当する位置に配置されている。ユーザは、このアップデート配信予定表付きのＥＰＧ画面を参照することにより、例えば、録画予約をした番組データと配信日時が重複しないアップデート・データの配信日時を見付け出すことができる。
【００８６】
このアップデート配信予定表付きのＥＰＧ画面において、アップデート・データのいずれかの配信日時の領域４２が入力操作部９０５またはリモートコントローラ５を用いてユーザより選択されると、ＵＩ画面生成部２０は、アップデート・データの取得予約画面のデータをＵＩ画面データＤ６として生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。これにより外部ＡＶ機器４にアップデート・データの取得予約画面が表示される。
【００８７】
図１２はこのアップデート・データの取得予約画面の例を示す図である。このアップデート・データの取得予約画面には、このアップデート・データの取得予約を行うかどうかを質問する文５１と、アップデート・データに関する情報５２（対応機種名、バージョン番号、配信日時、放送チャンネル、マルチキャストアドレスなど）などが表示されるとともに、予約確定ボタン５３と、中止ボタン５４と、詳細設定ボタン５５などが配置されている。予約確定ボタン５３が入力操作部９０５またはリモートコントローラ５を用いてユーザより押されると、予約部２１は、予約情報格納部２２に登録済みのアップデート・データの取得予約情報Ｄ９を消去し、図１１に示したアップデート配信予定表付きのＥＰＧ画面でユーザにより新たに選択されたアップデート・データの取得予約情報Ｄ９を生成して予約情報格納部２２に登録する。これによりアップデート予約の修正が完了する。
【００８８】
また、図１２に示したアップデート・データの取得予約画面で中止ボタン５４がユーザより押された場合、予約部２１はアップデート・データの取得予約情報Ｄ９の修正処理を中止する。これにより、画面は例えば図１０に示したアップデート予約リストの表示画面に戻る。また、図１２に示したアップデート・データの取得予約画面で詳細設定ボタン５５がユーザにより押された場合には、                  などの設定を行うための画面が表示され、これらの設定を行うことができる。
（発明者様へのお願い：詳細な設定にはどのようなものがあるのかを追加願います）
【００８９】
次に、録画装置９００が予約情報格納部２２に登録された取得予約情報Ｄ９をもとにアップデート・データを取得する場合の動作を説明する。
【００９０】
図８は取得予約情報Ｄ９をもとにアップデート・データを取得する場合の動作を示すフローチャートである。
【００９１】
予約部２１は、予約情報格納部２２に格納された取得予約情報Ｄ９の中の配信日時を確認し、この配信日時が現在日時と一致することを判定すると（ステップＳ３０１のＹＥＳ）、その取得予約情報Ｄ９からソフトウェアＩＤ、マルチキャストアドレスなどの情報を抽出し、これらの情報を含むアップデート・データ取得要求＜Ｒ−１３＞をアップデート・データ取得部１４に出力する（ステップＳ３０２）。アップデート・データ取得部１４は、アップデート・データ取得要求＜Ｒ−１３＞が入力されると、このアップデート・データ取得要求＜Ｒ−１３＞に含まれるソフトウェアＩＤ、マルチキャストアドレスなどの情報をもとに、アップデート配信サーバ３００からＩＰマルチキャスト方式で配信されるアップデート・データＤ４を取得し（ステップＳ３０３）、アップデート・データ格納部１８に保存する（ステップＳ３０４）。この後、アップデート・データ取得部１４は、取得完了通知を予約部２１に出力する。予約部２１は、この取得完了通知を入力すると、予約情報格納部２２から使用済みの取得予約情報Ｄ９を消去する（ステップＳ３０５）。
【００９２】
なお、ここでは、取得予約情報Ｄ９をもとにアップデート・データＤ４を取得する場合の動作を説明したが、録画予約情報Ｄ７をもとに番組データＤ１を取得する場合の動作も同様である。すなわち、番組データＤ１を取得する場合、予約部２１は、予約情報格納部２２に格納された録画予約情報Ｄ７の中の配信日時を確認し、この配信日時が現在日時と一致することを判定すると、その録画予約情報Ｄ７から番組ＩＤ、放送チャンネル、マルチキャストアドレスなどの情報を抽出し、これらの情報を含む番組データ取得要求＜Ｒ−１２＞を番組データ取得部１１に送信する。番組データ取得部１１は、番組データ取得要求＜Ｒ−１２＞を受けると、この番組データ取得要求＜Ｒ−１２＞に含まれる番組ＩＤ、放送チャンネル、マルチキャストアドレスなどの情報をもとに、番組配信サーバ２００から広域ネットワーク１を介してＩＰマルチキャスト方式で配信される番組データＤ１を取得し、番組データ格納部１５に保存する。この後、番組データ取得部１１は、取得完了通知を予約部２１に出力する。予約部２１は、この取得完了通知を入力すると、予約情報格納部２２から使用済みの録画予約情報Ｄ７を消去する。
【００９３】
上記のようにしてアップデート・データ格納部１８にアップデート・データＤ４が保存された後、例えば録画装置９００の電源投入直後、あるいはユーザからの要求に応じて、アップデート実行部２３がアップデート・データ格納部１８に保存されたアップデート・データで、フラッシュＲＯＭ９０３に保存されているソフトウェアのアップデート処理を実行する。
【００９４】
次に、予約情報格納部２２に取得予約情報Ｄ９が保存されているときに、新たに番組データの録画予約が設定されようとした場合の動作について説明する。
【００９５】
図９はこの場合の関するフローチャートである。まず、入力操作部９０５またはリモートコントローラ５を用いてユーザよりＥＰＧ表示要求＜Ｒ−８＞がＵＩ画面生成部２０に入力される（ステップＳ４０１）。ＵＩ画面生成部２０は、ＥＰＧ表示要求＜Ｒ−８＞が入力されると、ＥＰＧデータ格納部１６に保存されたＥＰＧデータＤ２とアップデート配信予定表格納部１７に格納されたアップデート配信予定表Ｄ３とをもとに、例えば、図１１に示したアップデート配信予定表付きＥＰＧのＵＩ画面データＤ６を生成する（ステップＳ４０２）。ＵＩ画面生成部２０により生成されたアップデート配信予定表付きのＥＰＧのＵＩ画面データＤ６は、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力され、ユーザに提示される（ステップＳ４０３）。なお、ここでは、図１１に示したようなアップデート配信予定表付きＥＰＧ画面を表示することとしたが、アップデート配信予定表を表示させずＥＰＧだけ表示させるようにしてもよい。
【００９６】
図１１のアップデート配信予定表付きのＥＰＧ画面で、録画予約をしたい番組の領域４１が入力操作部９０５またはリモートコントローラ５を用いてユーザより選択されると、ＵＩ画面生成部２０は、この選択された番組データの録画予約画面のデータをＵＩ画面データＤ６として生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。これにより、外部ＡＶ機器４に番組データの録画予約画面が表示される。
【００９７】
図１３は番組データの録画予約画面の例を示す図である。この番組データの録画予約画面には、この番組データの録画予約を行うかどうかを質問する文５６と、番組データに関する情報５７（番組名、チャンネル、配信日時、放送チャンネルなど）などが表示されるとともに、予約確定ボタン５８と、中止ボタン５９と、詳細設定ボタン６０などが配置されている。予約確定ボタン５８が入力操作部９０５またはリモートコントローラ５を用いてユーザより押されると、ＵＩ画面生成部２０に番組予約確定要求＜Ｒ−９＞が入力される（ステップＳ４０４）。ＵＩ画面生成部２０は、番組予約確定要求＜Ｒ−９＞が入力されると、図１１のアップデート配信予定表付きのＥＰＧ画面で選択された番組の番組ＩＤ、配信日時、放送チャンネル、マルチキャストアドレスなどの番組に関する情報をＥＰＧデータ格納部１６に格納されたＥＰＧデータＤ２から読み出し、これらの情報を含む番組録画予約要求＜Ｒ−１０＞を予約部２１に出力する。
【００９８】
予約部２１は、ＵＩ画面生成部２０からの番組録画予約要求＜Ｒ−１０＞が入力されると、この新たな録画予約の対象となる番組データに対して配信日時が重複する他の番組データあるいはアップデート・データの予約が存在するかどうかを判定する（ステップＳ４０５）。ここで、「重複する」とは、配信日時が一部でも重複する場合のことを言う。なお、説明の簡単のため、ここでは録画装置９００がＩＰネットワーク方式で同時に受信できるチャンネルの数を１とする。同時に複数（Ｎ個）のチャンネルをＩＰネットワーク方式で受信できる場合には、重複する数がＮより多い場合が上記の「重複する」こととして判定される。
【００９９】
この判定の結果、重複する番組データあるいはアップデート・データの予約が存在しないことが判定された場合（ステップＳ４０５のＮＯ）、予約部２１は、新たな番組データの録画予約情報Ｄ７を生成して予約情報格納部２２に登録する（ステップＳ４１１）。重複する番組データあるいはアップデート・データの予約が存在することが判定された場合（ステップＳ４０５のＹＥＳ）、予約部２１は、ＵＩ画面生成部２０に重複確認画面の表示要求＜Ｒ−１１＞を出力する。ＵＩ画面生成部２０は、重複確認画面の表示要求＜Ｒ−１１＞を受けて重複確認画面のデータをＵＩ画面データＤ６として生成し（ステップＳ４０６）、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力することによりユーザに提示する（ステップＳ４０７）。
【０１００】
以後、重複する予約済みのデータがアップデート・データである場合に絞って説明を行うこととする。なお、重複する予約済みのデータが番組データである場合も同様である。
【０１０１】
図１４は新たな録画予約の対象である番組データに対して配信日時が重複するアップデート・データの予約が存在する場合の重複確認画面の例を示す図である。この重複確認画面には、重複する予約済みのデータ（この例ではアップデート・データ）よりも優先して新たな番組データの録画予約を行うかどうかを質問する文４３と、新たな録画予約の対象となる番組データに対して重複する予約数４４と、重複する予約済みのデータに関する情報４５などが表示されるとともに、確認ボタン４６と、予約修正ボタン４７などが配置されている。この重複確認画面で、確認ボタン４６が入力操作部９０５またはリモートコントローラ５を用いてユーザより押された場合、予約部２１は、重複確認画面に対するユーザからの応答として「確認」を受信する（ステップＳ４０８，Ｓ４０９）。予約部２１は、この「確認」の応答を受けると、予約情報格納部２２から、重複するアップデート・データの取得予約情報Ｄ９を消去し（ステップＳ４１０）、予約情報格納部２２に、新たな番組データの録画予約情報Ｄ７を登録する（ステップＳ４１１）。
【０１０２】
また、図１４の重複確認画面で、予約修正ボタン４７が入力操作部９０５またはリモートコントローラ５を用いてユーザより押された場合、予約部２１は、重複確認画面に対するユーザからの応答として「修正」を受信する（ステップＳ４０８，Ｓ４０９）。予約部２１は、この「修正」の応答を受けると、新たな番組データの録画予約の内容をユーザに修正させるための修正画面表示要求＜Ｒ−１１＞をＵＩ画面生成部２０に出力する。ＵＩ画面生成部２０は、この修正画面表示要求求＜Ｒ−１１＞を受けると、録画予約修正画面のデータをＵＩ画面データＤ６として生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。
【０１０３】
ユーザはこの録画予約修正画面で、例えば、新たな番組データの録画予約のキャンセル、録画時間の修正などを行い、この修正結果を含む番組予約確定要求＜Ｒ−４＞を予約部２１に出力する。予約部２１は、入力された番組予約確定要求＜Ｒ−４＞に含まれる修正結果が新たな番組データの録画予約のキャンセルであることを判定した場合、新たな番組データの録画予約の処理を終了する。また、予約部２１は、修正結果が番組データの録画予約の録画時間などの修正である場合には、この修正された情報をもとに、再度、ステップ４０５で、新たな録画予約の対象となる番組データに対して配信日時が重複する他の番組データあるいはアップデート・データの予約が存在するかどうかの判定を行い、以降、前記の動作を同様に繰り返す。
【０１０４】
以上説明したように、本実施形態のデータ配信システム１００によれば、録画装置９００の制御用のソフトウェアのアップデート・データＤ４をＩＰマルチキャスト方式で配信することで、録画装置９００はＩＰマルチキャスト方式で配信される番組データＤ１を録画予約するのと同様にアップデート・データＤ４を取得予約により取得することができる。これにより、アップデート・データＤ４を配信するアップデート配信サーバ３００の負荷を低減することができ、アップデート・データの容量の増大化に容易に対応することができる。また、複数の録画装置が同時にアップデート・データを取得できるので、録画装置間でのソフトウェアのアップデートのタイミングに大きなずれが生じにくくなる。
【０１０５】
また、この実施形態の録画装置９００では、アップデート・データの取得予約情報Ｄ９の設定から、取得予約情報Ｄ９に基づくアップデート・データの取得、さらにはアップデート・データを用いたソフトウェアのアップデート処理までもが、ユーザからの指示を要することなく自動的に実行される。したがって、ソフトウェアのアップデートのためのユーザの手間を大幅に低減できる。
【０１０６】
さらに、この実施形態の録画装置９００では、アップデート配信サーバ３００からは同一のアップデート・データＤ４が周期的に繰り返しＩＰマルチキャスト方式で配信される。このため、新たな録画予約の対象となる番組データＤ１の配信日時に対して予約済みのアップデート・データＤ４の配信日時が重複する場合には、新たな番組データＤ１の録画予約が有効となるようにアップデート・データＤ４の取得予約をキャンセルしても問題ない。
【０１０７】
（第２の実施形態）
次に、本発明の第２の実施形態を説明する。
【０１０８】
第１の実施形態では、録画装置９００において、録画の予約がされた番組データの配信日時と重複しないようにアップデート・データの取得予約が自動的に設定されることとしたが、まだ実際に予約はされていないものの今後録画の予約がされそうな番組データが前もって分かっているような場合、そのような予約予定の番組データの配信日時を避けてユーザ自らがアップデート・データの配信日時を選択して取得予約情報を設定できれば、図１４に示した重複確認画面が表示されたり、アップデート・データの取得予約情報の再設定が行われる頻度などが抑えられ、また、重複確認画面に対してユーザが応答を入力する頻度も低減する。
【０１０９】
図１５はユーザ自らがアップデート・データの配信日時を選択して取得予約情報を設定する場合の動作を示すフローチャートである。
【０１１０】
録画装置９００が、ＥＰＧデータＤ２およびアップデート配信予定表Ｄ３をそれぞれ取得し、保存するまでの動作は第１の実施形態と同じである。そこで、ＥＰＧデータＤ２およびアップデート配信予定表Ｄ３が保存された後の動作から説明する。
【０１１１】
まず、入力操作部９０５またはリモートコントローラ５を用いてユーザよりＥＰＧ表示要求＜Ｒ−８＞がＵＩ画面生成部２０に入力される（ステップＳ５０１）。ＵＩ画面生成部２０は、ＥＰＧ表示要求＜Ｒ−８＞が入力されると、ＥＰＧデータ格納部１６に保存されたＥＰＧデータＤ２とアップデート配信予定表格納部１７に格納されたアップデート配信予定表Ｄ３とをもとに、例えば、図１１に示したアップデート配信予定表付きＥＰＧのＵＩ画面データＤ６を生成する（ステップＳ５０２）。ＵＩ画面生成部２０により生成されたアップデート配信予定表付きのＥＰＧのＵＩ画面データＤ６は、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力され、ユーザに提示される（ステップＳ５０３）。
【０１１２】
次に、このアップデート配信予定表付きのＥＰＧ画面で、取得予約をしたい配信日時のアップデート・データの領域４２が入力操作部９０５またはリモートコントローラ５を用いてユーザより選択される。ＵＩ画面生成部２０は、この選択された配信日時のアップデート・データの取得予約画面データをＵＩ画面データＤ６として生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。これにより、外部ＡＶ機器４に、例えば図１２に示したようなアップデート・データの取得予約画面が表示される。
【０１１３】
このアップデート・データの取得予約画面の予約確定ボタン５３が入力操作部９０５またはリモートコントローラ５を用いてユーザより押されると、ＵＩ画面生成部２０にアップデート予約確定要求＜Ｒ−１４＞が入力される（ステップＳ５０４）。ＵＩ画面生成部２０は、アップデート予約確定要求＜Ｒ−１４＞が入力されると、図１１のアップデート配信予定表付きのＥＰＧ画面で選択されたアップデート・データに関する情報（ソフトウェアＩＤ、バージョン番号、配信日時、放送チャンネル、マルチキャストアドレスなど）を、アップデート配信予定表格納部１７に格納されたアップデート配信予定表Ｄ３から抽出し、これらの情報を含むアップデート取得予約要求＜Ｒ−１５＞を予約部２１に出力する。
【０１１４】
予約部２１は、ＵＩ画面生成部２０からのアップデート取得予約要求＜Ｒ−１５＞が入力されると、この新たな予約の対象となるアップデート・データに対して配信日時が重複する番組データの録画予約が存在するかどうかを判定する（ステップＳ５０５）。ここで、「重複する」とは、配信日時が一部でも重複する場合のことを言う。なお、説明の簡単のため、ここでは録画装置９００がＩＰネットワーク方式で同時に受信できるチャンネルの数を１とする。同時に複数（Ｎ個）のチャンネルをＩＰネットワーク方式で受信できる場合には、重複する数がＮより多い場合が上記の「重複する」こととして判定される。
【０１１５】
この判定の結果、重複する番組データの予約が存在しないことが判定された場合（ステップＳ５０５のＮＯ）、予約部２１は、アップデート・データの取得予約情報Ｄ９を生成して予約情報格納部２２に登録する（ステップＳ５１１）。重複する番組データの予約が存在することが判定された場合（ステップＳ５０５のＹＥＳ）、予約部２１は、ＵＩ画面生成部２０に重複確認画面の表示要求＜Ｒ−１６＞を出力する。ＵＩ画面生成部２０は、重複確認画面の表示要求＜Ｒ−１６＞を受けると、重複確認画面のデータをＵＩ画面データＤ６として生成し（ステップＳ５０６）、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力することによりユーザに提示する（ステップＳ５０７）。
【０１１６】
図１６は新たな取得予約の対象であるアップデート・データに対して配信日時が重複する番組データの予約が存在する場合の重複確認画面の例を示す図である。この重複確認画面には、重複する録画予約済みの番組データよりも優先してアップデート・データの取得予約を行うかどうかを質問する文６１と、アップデート・データに対して重複する番組データの予約数６２と、重複する予約済みの番組データに関する情報６３などが表示されるとともに、確認ボタン６４と、予約修正ボタン６５などが配置されている。この重複確認画面で、確認ボタン６４が入力操作部９０５またはリモートコントローラ５を用いてユーザより押された場合、予約部２１は、重複確認画面に対するユーザからの応答として「確認」を受信する（ステップＳ５０８，Ｓ５０９）。予約部２１は、この「確認」の応答を受けると、予約情報格納部２２から、重複する番組データの録画予約情報Ｄ７を消去し（ステップＳ５１０）、予約情報格納部２２に、新たなアップデート・データの取得予約情報Ｄ９を登録する（ステップＳ５１１）。
【０１１７】
また、図１６の重複確認画面で、予約修正ボタン６５が入力操作部９０５またはリモートコントローラ５を用いてユーザより押された場合、予約部２１は、重複確認画面に対するユーザからの応答として「修正」を受信する（ステップＳ５０８，Ｓ５０９）。予約部２１は、この「修正」の応答を受けると、新たなアップデート・データの取得予約をユーザに修正させるための修正画面表示要求＜Ｒ−１７＞をＵＩ画面生成部２０に出力する。ＵＩ画面生成部２０は、この修正画面表示要求＜Ｒ−１７＞を受けると、取得予約修正画面のデータをＵＩ画面データＤ６として生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。
【０１１８】
ユーザはこの取得予約修正画面で、例えば、新たなアップデート・データの取得予約のキャンセルまたは配信日時の修正を行い、この修正結果を含むアップデート・データ予約確定要求＜Ｒ−１８＞を予約部２１に出力する。予約部２１は、入力されたアップデート・データ予約確定要求＜Ｒ−１８＞に含まれる修正結果がキャンセルであることを判定した場合、新たなアップデート・データの取得予約の処理を終了する。また、予約部２１は、修正結果がアップデート・データの録画予約の配信日時の修正である場合には、この修正された情報をもとに、再度、ステップ５０５で、新たな取得予約の対象となるアップデート・データに対して配信日時が重複する他の番組データの予約が存在するかどうかの判定を行い、以降、前記の動作を同様に繰り返す。
【０１１９】
さらに、本実施形態の録画装置９００に実装された機能的な構成は、コンピュータを動作させるためのアプリケーションプログラムなどのプログラムとして構成することも可能である。このプログラムは、コンピュータが読み込み可能な記憶媒体に記憶させることによって流通させることが可能である。
【０１２０】
その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々更新を加え得ることは勿論である。
【図面の簡単な説明】
【０１２１】
【図１】本発明に係る実施形態のデータ配信システムの構成を示す図である。
【図２】図１の中の録画装置のハードウェアの構成を示す図である。
【図３】図１の中の録画装置の機能的な構成を示す図である。
【図４】図１の中の番組配信サーバ、アップデート配信サーバ、アップデート配信予定表サーバ、ＥＰＧサーバのハードウェアの構成を示すブロック図である。
【図５】録画装置がソフトウェアのアップデート・データを取得するまでのシステム全体のシーケンス図である。
【図６】録画装置にてＥＰＧデータの所得からアップデート・データの取得予約が行われるまでの動作を示すフローチャートである。
【図７】アップデート・データの取得予約情報の生成および登録時の動作を示すフローチャートである。
【図８】取得予約情報をもとにアップデート・データを取得する場合の動作を示すフローチャートである。
【図９】予約情報格納部に取得予約情報が保存されているときに、新たに番組データの録画予約が設定されようとした場合の動作を示すフローチャートである。
【図１０】アップデート予約リストの表示画面の例を示す図である。
【図１１】アップデート配信予定表付きのＥＰＧ画面の例を示す図である。
【図１２】アップデート・データの取得予約画面の例を示す図である。
【図１３】番組データの録画予約画面の例を示す図である。
【図１４】新たな録画予約の対象である番組データに対して配信日時が重複するアップデート・データの予約が存在する場合の重複確認画面の例を示す図である。
【図１５】本発明に係る第２の実施形態の録画装置において、ユーザ自らがアップデート・データの配信日時を選択して取得予約情報を設定する場合の動作を示すフローチャートである。
【図１６】新たな取得予約の対象であるアップデート・データに対して配信日時が重複する番組データの予約が存在する場合の重複確認画面の例を示す図である。
【符号の説明】
【０１２２】
Ｄ１…番組データ
Ｄ２…ＥＰＧデータ
Ｄ３…アップデート配信予定表
Ｄ４…アップデート・データ
Ｄ６…ＵＩ画面データ
Ｄ７…録画予約情報
Ｄ９…取得予約情報
１…広域ネットワーク
２…ホーム・ネットワーク
３…リムーバブルメディア
４…外部ＡＶ機器
５…リモートコントローラ
１１…番組データ取得部
１２…ＥＰＧデータ取得部
１３…アップデート配信予定表取得部
１４…アップデート・データ取得部
１５…番組データ格納部
１６…ＥＰＧデータ格納部
１７…アップデート配信予定表格納部
１８…アップデート・データ格納部
１９…番組データ再生部
２０…ＵＩ画面生成部
２１…予約部
２２…予約情報格納部
２３…アップデート実行部
２３…アップデート実行部
１００…データ配信システム
２００…番組配信サーバ
３００…アップデート配信サーバ
４００．５００…エッジルータ
６００…アップデート配信予定表サーバ
７００…ＥＰＧサーバ
８００…ホーム・ゲートウェイ
９００…録画装置
９０１…ＣＰＵ
９０３…フラッシュＲＯＭ
９０５…入力操作部
【図１】
2010020610.tif 000003
【図２】
2010020610.tif 000004
【図３】
2010020610.tif 000005
【図４】
2010020610.tif 000006
【図５】
2010020610.tif 000007
【図６】
2010020610.tif 000008
【図７】
2010020610.tif 000009
【図８】
2010020610.tif 000010
【図９】
2010020610.tif 000011
【図１０】
2010020610.tif 000012
【図１１】
2010020610.tif 000013
【図１２】
2010020610.tif 000014
【図１３】
2010020610.tif 000015
【図１４】
2010020610.tif 000016
【図１５】
2010020610.tif 000017
【図１６】
2010020610.tif 000018
【手続補正書】
【提出日】平成21年9月2日(2009.9.2)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】請求項５
【補正方法】変更
【補正の内容】
【請求項５】
アップデート配信サーバよりＩＰマルチキャスト方式で配信される、制御用のソフトウェアを更新するためのアップデート・データの配信予定に関する情報を取得し、
前記取得された前記配信予定に関する情報をもとに前記アップデート・データの取得予約情報を生成し、
前記生成された取得予約情報をもとに前記アップデート・データを取得する
ソフトウェアのアップデート・データ取得方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
放送波によるアップデート方法は、ユニキャスト方式によるサーバへの負荷集中は避けられるものの、アップデートに使用できる帯域が限られているため、ソフトウェアやアップデート・データは大容量化に対応できない。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】変更
【補正の内容】
【００２８】
ＥＰＧサーバ７００は、番組配信サーバ２００からＩＰマルチキャスト方式で配信される番組データに関する案内情報であるＥＰＧ（Ｅｌｅｃｔｒｏｎｉｃ Ｐｒｏｇｒａｍ Ｇｕｉｄｅ）データを配信するサーバである。ＥＰＧデータは、例えば、複数のチャンネルの番組に関する案内情報からなる。番組に関する案内情報には、例えば、番組ＩＤ、番組名、配信日時、放送チャンネル、マルチキャストアドレスなどが含まれる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００８４
【補正方法】変更
【補正の内容】
【００８４】
図１０に示したアップデート予約リストの表示画面で予約修正ボタン３５が入力操作部９０５またはリモートコントローラ５を用いてユーザより押されると、予約修正要求＜Ｒ−２０＞が予約部２１に出力される。予約部２１は、予約修正要求＜Ｒ−２０＞が入力されると、ＵＩ画面生成部２０にＥＰＧ表示要求＜Ｒ−６＞を出力する。ＵＩ画面生成部２０は、予約部２１からのＥＰＧ表示要求＜Ｒ−６＞が入力されると、ＥＰＧデータ格納部１６に保存されたＥＰＧデータＤ２とアップデート配信予定表格納部１７に格納されたアップデート配信予定表Ｄ３とを統合したアップデート配信予定表付きＥＰＧのＵＩ画面データＤ６を生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００８８
【補正方法】変更
【補正の内容】
【００８８】
また、図１２に示したアップデート・データの取得予約画面で中止ボタン５４がユーザより押された場合、予約部２１はアップデート・データの取得予約情報Ｄ９の修正処理を中止する。これにより、画面は例えば図１０に示したアップデート予約リストの表示画面に戻る。また、図１２に示したアップデート・データの取得予約画面で詳細設定ボタン５５がユーザにより押された場合には、詳細の設定を行うための画面が表示され、これらの設定を行うことができる。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】０１０２
【補正方法】変更
【補正の内容】
【０１０２】
また、図１４の重複確認画面で、予約修正ボタン４７が入力操作部９０５またはリモートコントローラ５を用いてユーザより押された場合、予約部２１は、重複確認画面に対するユーザからの応答として「修正」を受信する（ステップＳ４０８，Ｓ４０９）。予約部２１は、この「修正」の応答を受けると、新たな番組データの録画予約の内容をユーザに修正させるための修正画面表示要求＜Ｒ−１１＞をＵＩ画面生成部２０に出力する。ＵＩ画面生成部２０は、この修正画面表示要求求＜Ｒ−１１＞を受けると、録画予約修正画面のデータをＵＩ画面データＤ６として生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する（ステップＳ４１２）。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】０１０３
【補正方法】変更
【補正の内容】
【０１０３】
ユーザはこの録画予約修正画面で、例えば、新たな番組データの録画予約のキャンセル、録画時間の修正などを行い、この修正結果を含む番組予約確定要求＜Ｒ−４＞を予約部２１に出力する（ステップＳ４１４）。予約部２１は、入力された番組予約確定要求＜Ｒ−４＞に含まれる修正結果が新たな番組データの録画予約のキャンセルであることを判定した場合（ステップＳ４１５の予約キャンセル）、新たな番組データの録画予約の処理を終了する。また、予約部２１は、修正結果が番組データの録画予約の録画時間などの修正である場合には（ステップＳ４１５の修正）、この修正された情報をもとに、再度、ステップ４０５で、新たな録画予約の対象となる番組データに対して配信日時が重複する他の番組データあるいはアップデート・データの予約が存在するかどうかの判定を行い、以降、前記の動作を同様に繰り返す。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】０１１７
【補正方法】変更
【補正の内容】
【０１１７】
また、図１６の重複確認画面で、予約修正ボタン６５が入力操作部９０５またはリモートコントローラ５を用いてユーザより押された場合、予約部２１は、重複確認画面に対するユーザからの応答として「修正」を受信する（ステップＳ５０８，Ｓ５０９）。予約部２１は、この「修正」の応答を受けると、新たなアップデート・データの取得予約をユーザに修正させるための修正画面表示要求＜Ｒ−１７＞をＵＩ画面生成部２０に出力する。ＵＩ画面生成部２０は、この修正画面表示要求＜Ｒ−１７＞を受けると、取得予約修正画面のデータをＵＩ画面データＤ６として生成し、ＡＶインターフェース９０６を通じて外部ＡＶ機器４に出力する（ステップＳ５１２）。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】０１１８
【補正方法】変更
【補正の内容】
【０１１８】
ユーザはこの取得予約修正画面で、例えば、新たなアップデート・データの取得予約のキャンセルまたは配信日時の修正を行い、この修正結果を含むアップデート・データ予約確定要求＜Ｒ−１８＞を予約部２１に出力する（ステップＳ５１４）。予約部２１は、入力されたアップデート・データ予約確定要求＜Ｒ−１８＞に含まれる修正結果がキャンセルであることを判定した場合（ステップＳ５１５の予約キャンセル）、新たなアップデート・データの取得予約の処理を終了する。また、予約部２１は、修正結果がアップデート・データの取得予約の配信日時の修正である場合には（ステップＳ５１５の修正）、この修正された情報をもとに、再度、ステップ５０５で、新たな取得予約の対象となるアップデート・データに対して配信日時が重複する他の番組データの予約が存在するかどうかの判定を行い、以降、前記の動作を同様に繰り返す。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１２１
【補正方法】変更
【補正の内容】
【０１２１】
【図１】本発明に係る実施形態のデータ配信システムの構成を示す図である。
【図２】図１の中の録画装置のハードウェアの構成を示す図である。
【図３】図１の中の録画装置の機能的な構成を示す図である。
【図４】図１の中の番組配信サーバ、アップデート配信サーバ、アップデート配信予定表サーバ、ＥＰＧサーバのハードウェアの構成を示すブロック図である。
【図５】録画装置がソフトウェアのアップデート・データを取得するまでのシステム全体のシーケンス図である。
【図６】録画装置にてＥＰＧデータの取得からアップデート・データの取得予約が行われるまでの動作を示すフローチャートである。
【図７】アップデート・データの取得予約情報の生成および登録時の動作を示すフローチャートである。
【図８】取得予約情報をもとにアップデート・データを取得する場合の動作を示すフローチャートである。
【図９】予約情報格納部に取得予約情報が保存されているときに、新たに番組データの録画予約が設定されようとした場合の動作を示すフローチャートである。
【図１０】アップデート予約リストの表示画面の例を示す図である。
【図１１】アップデート配信予定表付きのＥＰＧ画面の例を示す図である。
【図１２】アップデート・データの取得予約画面の例を示す図である。
【図１３】番組データの録画予約画面の例を示す図である。
【図１４】新たな録画予約の対象である番組データに対して配信日時が重複するアップデート・データの予約が存在する場合の重複確認画面の例を示す図である。
【図１５】本発明に係る第２の実施形態の録画装置において、ユーザ自らがアップデート・データの配信日時を選択して取得予約情報を設定する場合の動作を示すフローチャートである。
【図１６】新たな取得予約の対象であるアップデート・データに対して配信日時が重複する番組データの予約が存在する場合の重複確認画面の例を示す図である。
【手続補正１１】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2010020610.tif 000019
【手続補正１２】
【補正対象書類名】図面
【補正対象項目名】図６
【補正方法】変更
【補正の内容】
【図６】
2010020610.tif 000020
【手続補正１３】
【補正対象書類名】図面
【補正対象項目名】図１２
【補正方法】変更
【補正の内容】
【図１２】
2010020610.tif 000021
【手続補正１４】
【補正対象書類名】図面
【補正対象項目名】図１５
【補正方法】変更
【補正の内容】
【図１５】
2010020610.tif 000022