WO2006080361A1

WO2006080361A1 - ダウンロード実行装置

Info

Publication number: WO2006080361A1
Application number: PCT/JP2006/301157
Authority: WO
Inventors: Michiko Tanaka; Yoshio Kawakami
Original assignee: Matsushita Electric Industrial Co., Ltd.
Priority date: 2005-01-26
Filing date: 2006-01-25
Publication date: 2006-08-03
Also published as: US20090019500A1; EP1848214A4; CN101107855A; US8146128B2; KR20070100725A; JPWO2006080361A1; KR101193347B1; EP1848214A1

Abstract

　プログラムのダウンロード時に、ユーザの視聴または録画を少なくとも突然妨害するのを防止することができるダウンロード実行装置を提供する。ＡＭ（１２０５ｂ）は、現在のチューニング情報とプログラムをダウンロードするために必要な周波数とを比較して、ダウンロード元を決定するダウンロード元決定部（２９０１）、チューナの使用状況と使用中の各チューナがチューニングしている周波数を取得するチューニング周波数取得部（２９０２）、プログラムをダウンロードするために必要な周波数を取得するダウンロード周波数取得部（２９０３）、決定されたダウンロード元からプログラムをダウンロードしてストアするストア部（２９０４）、ユーザにプログラムがダウンロードされることを通知する通知部（２９０５）、プログラムをダウンロードするために必要な周波数に指定されたチューナをチューニングするチューニング要求部（２９０６）を備える。

Description

明細書

ダウンロード実行装置

技術分野

[0001] 本発明は、プログラムをダウンロードして実行する例えばデジタル放送受信機等のダウンロード実行装置に関する。背景技術

[0002] 従来の放送受信機におけるプログラムのダウンロードは、ダウンロードするプロダラムを放送波によって送信されるトランスポートストリームへ挿入し、プログラムの流れるトランスポートストリームへチューニングすることでダウンロードする方法が一般的である。トランスポートストリームへプログラムを挿入する方法は、 MPEG規格書 ISOZIE C13818— 6に記述された DSMCCと!、う方式が用!、られる。 DSMCCは一般的な技術のため詳細な説明は省略する。このように、プログラムのダウンロードを行う際には、チューニングが発生する。このため、プログラムのダウンロードを行う放送受信機は、ユーザの視聴あるいは録画を妨げないように、プログラムのダウンロードを行う前に、放送受信機の現在の状態が視聴あるいは録画中か否かを検出し、視聴あるいは録画が行われて!/ヽな、状態の時にプログラムのダウンロードを行って!/、る。これにより、プログラムのダウンロードがユーザの番組視聴あるいは録画を妨害することはなかつた o

[0003] 一方、特許文献 1では、プログラムをダウンロードするか否かをユーザへ問い合わせる手法が提案されている。この特許文献 1は、図 1に示すように放送受信機内でェラーが発生した際に、プログラムのバージョンアップを検出し、放送受信機のエラーが修復される際には通知を行い、ユーザにバージョンアップを行うか否かの確認を行うことを特徴としている。

[0004] 以上のように、プログラムのダウンロードを行う手法としては、放送受信機の状態が視聴あるいは録画などが行われてヽな、状態の時に限りダウンロードを行う手法と、放送受信機のエラー発生時にダウンロードするか否かをユーザへ通知し、応答を受信する手法が存在している。 [0005] ところで、放送受信機は、放送局力もプログラムのダウンロード要求を受信し、ダウンロードを開始する。このプログラムのダウンロード要求には、放送受信機がダウン口ードすることができる方法が複数記載されていることがある。この一例として、 OCAP 仕様（OCAP 1. 0 Profile OC— SP— OCAP1. 0—111— 040604)を説明する。 OCAP仕様では、 EPGや VODなどのサービスを記述したプログラムを放送受信機上へダウンロードし実行することを特徴としている。 OCAP仕様は、トランスポートストリームによる配信とネットワーク経由の配信によってダウンロードすることができることを規定している。このため放送局は、プログラムをトランスポートストリームとして配送することも、ネットワーク経由で配送することも、あるいはこの両方力配送することもできる。し力しながら OCAP仕様は、受信端末機は、一つあるいは複数のダウンロード方法を示されたダウンロード要求を受信した際に、どの配信方法を利用するか、また、ユーザの視聴を妨げる場合の振る舞いについては、規定していない。

特許文献 1：特開 2003— 67284号公報

発明の開示

発明が解決しょうとする課題

[0006] し力しながら、従来の放送受信機の状態が、視聴あるいは録画を行って!/、な！/、状態のときに限りダウンロードを行う手法では、放送受信機が視聴あるいは録画を行つていない状態で、放送局からダウンロード要求を受信できないと、プログラムのダウンロードが先送りになるという問題があった。また、ユーザはプログラムのダウンロードが延期されたことを知ることができな力つた。そこで、ダウンロード時にユーザへ通知する手法の使用が考えられるが、特許文献 1においては、放送受信機内でエラーが発生した際に、プログラムのダウンロードをする力否かをユーザへ問う方針のため、エラ一が発生するまではプログラムのダウンロードが発生しない。

[0007] また、ユーザの視聴または録画中である番組以外に関するプログラムのダウンロード要求を受けた際にダウンロードを行おうとすると、例えば放送受信機が保有するチユーナのうちプログラムのダウンロードに利用可能なチューナが全て使用中であり、かつ、ダウンロードを行うトランスポートストリームが流れている周波数力現在チューユングされている周波数と異なる場合には、プログラムのダウンロードによりユーザの視聴または録画が妨げられることになる。

[0008] さらに、 CommonDownload仕様 (OpenCable Common Download Specifi cation)では、放送受信機のファームウェア (機器に組み込まれたソフトウェア）を端末へダウンロードする方法を規定している。 CommonDownload仕様は、ダウンロード元情報に加え、ダウンロードのタイミングを指定するダウンロード要求を端末へ伝送することを規定している。そのため、ダウンロードのタイミング指定によっては、ユーザの視聴を妨げる可能性がある。しかしながら、 CommonDownload仕様は、そのような場合の端末の振る舞ヽにつ、ては、規定して、な、。

[0009] そこで、本発明は上記の事情に鑑みてなされたものであり、プログラムのダウンロード時に、ユーザの視聴または録画を突然妨害するのを防止することができるダウン口ード実行装置を提供することを目的とする。

課題を解決するための手段

[0010] 上記目的を達成するため、本発明に係るダウンロード実行装置は、プログラムのダゥンロードを実行するダウンロード実行装置であって、前記プログラムのダウンロード元情報を含むダウンロード要求を受信するダウンロード要求受信手段と、放送波を受信する少なくとも 1つのチューナと、前記ダウンロード元情報に基づいて、前記プログラムのダウンロードに利用できるチューナが存在する力否かを判断するチューニング判断手段と、前記チューニング判断手段の判断結果に基づいて、前記プログラムのダウンロードに関するメッセージをユーザへ通知するメッセージ通知手段と、前記ダウンロード元情報に基づ、て、前記プログラムのダウンロードを実行するダウンロード実行手段とを備えることを特徴とする。

[0011] これによつて、プログラムのダウンロードに利用できるチューナが存在するか否かに応じて、プログラムのダウンロードに関するメッセージをユーザへ通知するので、プログラムのダウンロード時に、ユーザの視聴または録画を突然妨害するのを防止することがでさる。

[0012] また、前記ダウンロード実行装置は、さらに、前記チューナにおいてチューニングされて、る周波数を取得するチューニング周波数取得手段と、前記ダウンロード元情報に基づいて、前記プログラムを含む放送波の周波数を取得するダウンロード周波数取得手段とを備え、前記チューニング判断手段は、前記チューニング周波数取得手段によって取得された周波数と、前記ダウンロード周波数取得手段によって取得された周波数とに基づいて、現在のチューニングで前記プログラムのダウンロードが実行可能であるか否かを判断し、現在のチューニングで前記プログラムのダウンロードが実行可能である場合に、前記プログラムのダウンロードに利用できるチューナが存在すると判断してもよい。

[0013] これによつて、ユーザが使用しているチューナがチューニングを行っている周波数力他の周波数へチューニングを変更する必要があるときに限り、ユーザへメッセ一ジを通知し、プログラムのダウンロードを実行することができる。なお、これ以外のメッセージに関してもユーザへ通知することができる。また、ユーザがチューナを使用する例として、番組視聴や録画がある。

[0014] また、前記チューニング判断手段は、さらに、前記チューニング周波数取得手段によって取得された周波数に基づ、て、利用されてヽな、チューナがあるか否かを判断し、利用されていないチューナがある場合に、前記プログラムのダウンロードに利用できるチューナが存在すると判断してもよい。

[0015] これによつて、現在のチューニングでプログラムのダウンロードが実行不可能と判断され、かつ利用されていないチューナがない場合に、ユーザへメッセージを通知し、プログラムのダウンロードを実行することができる。

[0016] また、前記ダウンロード実行装置は、さらに、前記チューニング判断手段によって現在のチューニングで前記プログラムのダウンロードが実行不可能と判断された場合に

、前記ダウンロード周波数取得手段によって取得された周波数へのチューニングを実行するチューニング実行手段を備えてもょ、。

[0017] これによつて、現在のチューニングでプログラムのダウンロードが実行不可能と判断された際に、チューニングを実行することにより、プログラムのダウンロードを行うことができる。

[0018] また、前記チューニング実行手段は、チューニングを実行する際に、チューナの利用状況または利用目的に応じて、チューニングを実行するチューナを選択してもよい [0019] これによつて、チューニングを実行する際に、チューナの利用状況あるいは利用目的に応じて、チューニングを実行するチューナを選択することにより、チューナを使用して、るユーザへの影響を軽減することができる。

[0020] また、前記メッセージ通知手段は、前記チューニング判断手段によって前記プログラムのダウンロードに利用できるチューナが存在しないと判断された場合に、前記メッセージを前記ユーザへ通知してもよ、。

[0021] これによつて、現在のチューニングでプログラムのダウンロードが実行不可能と判断され、利用されて、な、チューナが存在しな、ときにユーザへメッセージ通知を行うことにより、チューナを使用しているユーザへ影響が及ぶ時に限り、ユーザへメッセ一ジを通知することができる。

[0022] また、前記メッセージ通知手段は、前記メッセージを所定時間表示してもょ、。これによって、メッセージが表示されつづけるのを防ぐことができる。

[0023] また、前記メッセージ通知手段は、前記ダウンロード実行手段によって前記プロダラムのダウンロードが実行されている場合に、ダウンロード実行中であることを前記ユーザへ通知してもよい。これによつて、ユーザへダウンロード待ち状態にあることを通知することができる。

[0024] また、前記メッセージ通知手段は、前記ダウンロード実行手段によって前記プロダラムのダウンロードが実行されている場合に、所定のイメージ、所定の映像、および所定の音声の少なくとも 1つを前記ユーザへ提供してもよい。これによつて、ダウンロード中の映像あるいは音声の切り替わりによるユーザの不快感を軽減することができる

[0025] また、前記ダウンロード実行装置は、さらに、前記メッセージ通知手段によって前記ユーザへ通知された前記メッセージに対する、前記ユーザからの応答を受け付ける応答受付手段を備えてもよい。これによつて、ユーザとダウンロード実行装置の間で双方向にメッセージ通知を行うことができ、ダウンロード実行装置は、ユーザの応答に応じて処理することができる。

[0026] また、前記応答受付手段は、前記ユーザからの応答受け付けに制限時間を設定してもよい。これによつて、ユーザからの応答を受信できな力つた場合も、処理することができる。

[0027] また、前記メッセージ通知手段は、前記プログラムのダウンロードを前記ユーザへ通知し、前記応答受付手段は、前記メッセージ通知手段によって前記ユーザへ通知された前記プログラムのダウンロードに対する、承認または拒否の応答を前記ユーザから受け付けてもよい。これによつて、ユーザが望まないプログラムのダウンロードすることを防ぐことができる。

[0028] また、前記ダウンロード要求は、前記プログラムのダウンロード方法およびダウン口ード元情報の組を複数含み、前記ダウンロード実行装置は、さらに、前記ダウンロード要求に含まれる前記複数の組から 1つの組を決定するダウンロード元決定手段を備え、前記ダウンロード実行手段は、前記ダウンロード元決定手段により決定された組のダウンロード方法およびダウンロード元情報に基づ、て、前記プログラムのダウンロードを実行してもよい。これによつて、ダウンロード方法およびダウンロード元情報の複数の組から 1つのダウンロード方法およびダウンロード元情報を特定して、プログラムのダウンロードを行うことができる。

[0029] また、前記メッセージ通知手段は、前記プログラムのダウンロードおよびダウンロード方法を前記ユーザへ通知し、前記応答受付手段は、前記メッセージ通知手段によつて前記ユーザへ通知された前記プログラムのダウンロードおよびダウンロード方法に対する、承認または拒否の応答を前記ユーザ力も受け付けてもよい。これによつて、ユーザが望まな、ダウンロード方法でダウンロードすることを防ぐことができる。

[0030] また、前記ダウンロード元決定手段は、前記応答受付手段によって前記ダウンロード方法に対する拒否の応答が前記ユーザ力受け付けられた場合に、前記ダウン口ード要求に含まれる前記複数の組から前記ダウンロード方法とは別のダウンロード方法である組を決定してもよい。これによつて、ユーザが望まないダウンロード方法でダゥンロードすることを防ぐことができる。

[0031] また、前記メッセージ通知手段は、前記複数の組に基づ!、て、前記プログラムのダゥンロード方法の少なくとも一部を前記ユーザへ通知してダウンロード方法を問い合わせ、前記応答受付手段は、前記メッセージ通知手段によって前記ユーザへ通知された前記プログラムのダウンロード方法の中力前記ユーザにより選択されたダウンロード方法を受け付け、前記ダウンロード元決定手段は、前記応答受付手段によつて受け付けられた前記ダウンロード方法である組を決定してもよい。これによつて、ュ一ザが希望するダウンロード方法を決定することができる。

[0032] また、前記メッセージ通知手段は、前記チューニング判断手段によって前記プログラムのダウンロードに利用できるチューナが存在しないと判断された場合に、前記ダゥンロード方法の問い合わせを前記ユーザへ通知してもよい。これによつて、チューナを使用しているユーザへ影響が及ぶ時に限り、ユーザはダウンロード方法を選択することができる。

[0033] また、前記メッセージ通知手段は、さらに、前記ダウンロード方法の選択のための補助情報を前記ユーザへ通知してもよい。これによつて、ユーザがダウンロード元を選択する処理を補助することができる。

[0034] また、前記ダウンロード実行装置は、さらに、前記プログラムのダウンロードを開始する時間を設定するタイマー設定手段を備えてもよい。これによつて、所定の時間にダウンロードを開始することができるため、ユーザの処理が終了する時間を設定することで、それ以降のユーザの処理を妨害することを防ぐことができる。

[0035] また、前記応答受付手段は、前記ユーザ力前記プログラムのダウンロードを開始する時間を受け付け、前記タイマー設定手段は、前記応答受付手段によって受け付けられた前記時間を前記プログラムのダウンロードを開始する時間として設定してもよい。これによつて、ユーザの処理が終了する時間を設定することで、それ以降のユーザの処理を妨害することを防ぐことができる。また、ユーザは次回のダウンロードがいつ行われるのかを知ることができる。

[0036] また、前記タイマー設定手段は、事前に決定されている時間に応じて前記プロダラムのダウンロードを開始する時間を設定してもよい。これによつて、ユーザからダウンロードを開始する時間を設定されなくても、設定された時間からダウンロードを開始することがでさる。

[0037] また、前記タイマー設定手段は、前記応答受付手段によって前記プログラムのダウンロードに対する拒否の応答が前記ユーザ力も受け付けられたときに、前記プロダラムのダウンロードを開始する時間を設定してもよい。これによつて、ユーザの処理が終了する時間を設定することで、それ以降のユーザの処理を妨害することを防ぐことができる。また、ユーザは次回のダウンロードがいつ行われるのかを知ることができる。

[0038] また、本発明に係るダウンロード実行装置は、プログラムのダウンロードを実行するダウンロード実行装置であって、前記プログラムのダウンロード方法およびダウンロード元情報の組を複数含むダウンロード要求を受信するダウンロード要求受信手段と、前記ダウンロード要求に含まれる前記複数の組から 1つの組を決定するダウンロード元決定手段と、前記ダウンロード元決定手段により決定された組のダウンロード方法およびダウンロード元情報に基づ、て、前記プログラムのダウンロードを実行するダウンロード実行手段とを備えることを特徴とする。

[0039] これによつて、ダウンロード方法およびダウンロード元情報の複数の組から 1つのダゥンロード方法およびダウンロード元情報を特定して、プログラムのダウンロードを行うことができる。

[0040] また、前記ダウンロード要求の前記プログラムのダウンロード方法として、前記プログラムがエンコードおよび多重化されたストリーム力も受信する方法、ネットワークから取得する方法、および記憶媒体力プログラムを取得する方法の少なくとも 1つを含んでもよい。これによつて、前記プログラムがエンコードおよび多重化されたストリームから受信する方法、ネットワーク力取得する方法、および記憶媒体からプログラムを取得する方法から、ダウンロード方法を選択することができる。

[0041] また、前記ダウンロード実行手段は、前記ストリームからのダウンロードを実行、前記ネットワークからのダウンロードの実行、および前記記憶媒体からのプログラム取得の少なくとも 1つを行ってもよい。これによつて、プログラムのダウンロードを実行することができる。

[0042] また、前記ダウンロード元決定手段は、前記ダウンロード要求の前記プログラムのダゥンロード方法に対して優先度を付与し、前記優先度に基づ、て前記ダウンロード要求に含まれる前記複数の組から 1つの組を決定してもよい。これによつて、効率的にダウンロード方法およびダウンロード元を決定することができる。

[0043] また、前記ダウンロード元決定手段は、前記プログラムがエンコードおよび多重化されたストリーム力受信するダウンロード方法に対して他の方法より優先的に扱う優先度を付与してもよい。これによつて、従来のアプリケーションのダウンロード方法と同様に処理することができ、ネットワークあるいは他のダウンロード方法を持たないダウン口ード実行装置でも処理することができる。

[0044] また、前記ダウンロード実行装置は、さらに、放送波を受信する少なくとも一つのチユーナと、前記ダウンロード元情報に基づいて、前記プログラムのダウンロードに利用できるチューナが存在するか否かを判断するチューニング判断手段とを備えてもよい。これによつて、プログラムのダウンロードに利用できるチューナの有無を確認することがでさる。

[0045] また、前記ダウンロード実行装置は、さらに、前記チューナにおいてチューニングされて、る周波数を取得するチューニング周波数取得手段と、前記ダウンロード元情報に基づいて、前記プログラムを含む放送波の周波数を取得するダウンロード周波数取得手段とを備え、前記チューニング判断手段は、前記チューニング周波数取得手段によって取得された周波数と、前記ダウンロード周波数取得手段によって取得された周波数とに基づいて、現在のチューニングで前記プログラムのダウンロードが実行可能であるか否かを判断し、現在のチューニングで前記プログラムのダウンロードが実行可能である場合に、前記プログラムのダウンロードに利用できるチューナが存在すると判断してもよい。これによつて、ユーザが使用しているチューナがチューニングを行っている周波数力も他の周波数へチューニングを変更する必要がある力否かを判断し、ダウンロード元を決定することができる。

[0046] また、前記チューニング判断手段は、さらに、前記チューニング周波数取得手段によって取得された周波数に基づ、て、利用されてヽな、チューナがあるか否かを判断し、利用されていないチューナがある場合に、前記プログラムのダウンロードに利用できるチューナが存在すると判断してもよい。これによつて、現在のチューニングでプログラムのダウンロードが不可能と判断され、かつ利用されていないチューナがな

V、場合に、他のダウンロード元を決定することができる。

[0047] また、前記ダウンロード元決定手段は、前記チューニング判断手段によって、前記プログラムのダウンロードに利用できるチューナが存在しないと判断された場合、前記ダウンロード要求に含まれる前記複数の組からネットワークからのダウンロード方法あるいは、記憶媒体力プログラムを取得する方法である組を決定してもよい。これによって、前記プログラムがエンコードおよび多重化されたストリーム力も受信するダウンロード方法が利用できない場合は、ネットワーク力取得する方法あるいは、記憶媒体力プログラムを取得する方法を選択することができる。

[0048] また、前記ダウンロード実行装置は、さら〖こ、ユーザへメッセージ通知を行うメッセ一ジ通知手段と、前記メッセージ通知手段によって前記ユーザへ通知された前記メッセージに対する、前記ユーザ力の応答を受け付ける応答受付手段を備えてもよい。これによって、ユーザとダウンロード実行装置の間で双方向にメッセージ通知を行うことができ、ダウンロード実行装置は、ユーザの応答に応じて処理することができる。

[0049] また、前記メッセージ通知手段は、前記プログラムがエンコードおよび多重化されたストリーム力受信するダウンロード方法をユーザへ通知し、前記ダウンロード元決定手段は、前記応答受付手段によって前記ダウンロード方法に対する拒否の応答が前記ユーザ力受け付けられた場合に、前記ダウンロード要求に含まれる前記複数の組力もネットワークからのダウンロード方法である組を決定してもよ、。これによつて、従来のアプリケーションダウンロード方法として一般的な、プログラムがエンコードおよび多重化されたストリーム力ものプログラムのダウンロードをユーザが望まない場合は、ネットワークからプログラムのダウンロードを行うことができる。

[0050] また、前記ダウンロード元決定手段は、ネットワークからのダウンロード方法に対して他の方法より優先的に扱う優先度を付与してもよい。これによつて、ユーザがチューナを使用中の場合、ユーザの処理を妨げることなぐプログラムのダウンロードを実行することができる。

[0051] また、前記ダウンロード元決定手段は、前記ダウンロード要求に含まれる前記複数の組の中に、前記ネットワーク力のダウンロード方法が存在する場合には、常に前記ネットワークからのダウンロード方法である組を決定してもよい。これによつて、ユーザがチューナを使用中の場合、ユーザの処理を妨げることなぐプログラムのダウン口ードを実行することができる。

[0052] また、前記ダウンロード元決定手段は、記録媒体からのプログラム取得に対して他の方法より優先的に扱う優先度を付与してもよい。これによつて、ユーザがチューナを使用中の場合、ユーザの処理を妨げることなぐプログラムを取得することができる。

[0053] また、前記ダウンロード元決定手段は、前記ダウンロード要求に含まれる前記複数の組の中に、前記記録媒体からのプログラム取得が存在する場合には、常に前記記録媒体からのプログラム取得である組を決定してもよい。これによつて、ユーザがチューナを使用中の場合、ユーザの処理を妨げることなぐプログラムを取得することができる。

[0054] また、前記ダウンロード元決定手段は、前記ダウンロード要求に含まれる前記複数の組の中から、最も高速にダウンロードできる組を決定してもよい。これによつて、最も高速にダウンロードを実行することができる。

[0055] また、前記ダウンロード実行手段は、前記プログラムのダウンロードにお、てエラーを検出するとともに、エラーを検出した際にエラー情報を生成し、前記ダウンロード元決定手段は、前記ダウンロード実行手段によってエラーが検出された際に、前記エラ一情報に基づいて再び前記ダウンロード要求に含まれる前記複数の組の中から 1つの組を決定してもよい。これによつて、ダウンロード中にエラーが発生した場合でも、プログラムのダウンロードを再実行することができる。

[0056] また、前記ダウンロード実行手段は、前記プログラムのダウンロード元を検出または接続できない場合に前記エラーを検出し、前記プログラムのダウンロード元を検出または接続できないことを示す前記エラー情報を生成してもよい。これによつて、ダウンロード元を検出あるヽは接続できなヽ場合でも、プログラムのダウンロードを再実行することができる。

[0057] また、前記ダウンロード実行手段は、前記プログラムのダウンロード元に前記プログラムが存在しない場合に前記エラーを検出し、前記プログラムのダウンロード元に前記プログラムが存在しな、ことを示す前記エラー情報を生成してもよ、。これによつて、ダウンロード元にプログラムが存在しない場合でも、プログラムのダウンロードを再実行することができる。

[0058] また、前記チューニング実行手段は、前記チューニングにおいてエラーを検出するとともに、エラーを検出した際にエラー情報を生成し、前記ダウンロード元決定手段は、前記チューニング実行手段によってエラーが検出された際に、前記エラー情報に基づいて再び前記ダウンロード要求に含まれる前記複数の組の中から 1つの組を決定してもよい。これによつて、チューニングにおいてエラーが検出された場合でも、プログラムのダウンロードを再実行することができる。

[0059] また、前記ダウンロード実行装置は、さらに、前記ダウンロード実行手段によってダゥンロードされたプログラムを保存するストア手段を備えてもよい。これによつて、プログラムを実行する際に、プログラムのダウンロードを行う必要がなくなる。

[0060] また、前記ダウンロード実行装置は、放送受信装置であってもよ!、。これによつて、ダウンロード元決定手段はダウンロード方法及びダウンロード元を決定する際に、放送受信装置が備えるチューナデバイスやネットワークなどのリソースの情報を利用することがでさる。

[0061] なお、本発明は、このようなダウンロード実行装置として実現することができるだけでなぐこのようなダウンロード実行装置が備える特徴的な手段をステップとするダウン口ード実行方法として実現したり、それらのステップをコンピュータに実行させるプロダラムとして実現したりすることもできる。そして、そのようなプログラムは、 CD— ROM等の記録媒体やインターネット等の伝送媒体を介して配信することができるのは言うまでもない。

発明の効果

[0062] 本発明に係るダウンロード実行装置によれば、プログラムのダウンロードに関するメッセージをユーザへ通知するので、プログラムのダウンロード時に、ユーザの視 ¾または録画を突然妨害するのを防止することができる。

[0063] また、ダウンロード方法およびダウンロード元情報の複数の組から 1つのダウンロード方法およびダウンロード元情報を特定して、プログラムのダウンロードを行うことができる。

図面の簡単な説明

[0064] [図 1]図 1は、従来におけるプログラムのダウンロードの処理を示すフローチャートである。

[図 2]図 2は、本発明に係るケーブルテレビシステムの実施の形態 1の構成図である。

[図 3]図 3は、本発明に係るケーブルテレビシステムにお、てヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 4]図 4は、本発明に係るケーブルテレビシステムにお、てヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 5]図 5は、本発明に係るケーブルテレビシステムにお、てヘッドエンドと端末装置間の通信に使用される周波数帯域の使い方の一例を示す図である。

[図 6]図 6は、本発明に係るケーブルテレビシステムにおいて端末装置の構成図である。

[図 7]図 7は、本発明に係るケーブルテレビシステムにお、て端末装置の外観の一例を示す図である。

[図 8]図 8は、本発明に係る PODのハードウェア構成の構成図である。

[図 9]図 9は、本発明に係る PODが保存するプログラム構成の構成図である。

[図 10]図 10は、 MPEG規格で定義されているパケットの構成図である。

[図 11]図 11は、 MPEG2トランスポートストリームの一例を示す図である。

[図 12]図 12は、入力部をフロントパネルで構成した場合の外観の一例を示す図である。

[図 13]図 13は、本発明に係る端末装置が保存するプログラム構成の構成図である。

[図 14]図 14 (a)、（b)は、本発明に係るディスプレイの表示の一例を示す図である。

[図 15]図 15は、本発明に係る 2次記憶部が保存する情報の一例を示す図である。圆 16]図 16 (a)、（b)、（c)は、本発明に係る 1次記憶部が保存する情報の一例を示す図である。

[図 17]図 17は、本発明に係る MPEG2規格が規定する PATの内容を表す模式図である。

[図 18]図 18は、本発明に係る MPEG2規格が規定する PMTの内容を表す模式図である。

[図 19]図 19は、本発明に係る OCAP仕様が規定する AITの内容を表す模式図である。

[図 20]図 20は、本発明に係る DSMCC方式で送信されるファイルシステムを表す模式図である。 [図 21]図 21は、本発明に係る XAITの内容を表す模式図である。

[図 22]図 22は、本発明に係る DSMCC方式で伝送されるファイルシステムとネットヮーク方式におけるダウンロードを提供するサーバ内のファイルシステムを表す模式図である。

[図 23]図 23は、本発明に係る 2次記憶部が保存する情報の一例を示す図である。

[図 24]図 24は、本発明に係る XAIT情報に記述されるアプリケーションがアプリケーシヨンのストア領域にストアされている状態の一例を示す図である。

[図 25]図 25は、実施の形態 1において、 AMが、 XAIT情報を受け取った時点から、 VMへのアプリケーション起動指示を行うまでの動作の一例の一部であり、ストアを行う処理部分を示すフローチャートである。

[図 26]図 26は、実施の形態 1において、 AMが、 XAIT情報を受け取った時点から、 VMへのアプリケーション起動指示を行うまでの動作の一例の一部であり、アプリケーシヨンの起動部分を示すフローチャートである。

[図 27]図 27は、実施の形態 1において、 AMのアプリの起動 APIの呼び出しによってアプリの起動指示を行うまでの動作の一例を示すフローチャートである。

[図 28]図 28 (a)、（b)は、実施の形態 1において、 XAIT情報に従いストア領域にストァされたアプリケーションの状態の一例を示す図である。

[図 29]図 29 (a)、（b)は、実施の形態 1において、 XAIT情報に従いストア領域にストァされたアプリケーションの状態の一例を示す図である。

[図 30]図 30は、実施の形態 1において、 AMの構成を示す図である。

[図 31]図 31は、実施の形態 1において、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 32]図 32は、実施の形態 1において、図 31の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 33]図 33は、実施の形態 1において、通知部によるユーザへのアプリケーションのダウンロード通知に伴い、ダイアログ表示プログラム力ディスプレイ 509に表示するダウンロード通知の一例を示す図である。

[図 34]図 34は、実施の形態 1において、通知部によるユーザへのダウンロード通知を実現する一例を示す図である。

[図 35]図 35は、実施の形態 2において、 AMの構成を示す図である。

[図 36]図 36は、実施の形態 2において、通知部によるユーザへのダウンロード通知を実現する一例を示す図である。

[図 37]図 37は、実施の形態 2において、通知部によるユーザへのダウンロード通知を実現する一例を示す図である。

[図 38]図 38は、実施の形態 2において、図 31の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 39]図 39は、実施の形態 2において、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 40]図 40は、実施の形態 2において、図 39の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 41]図 41は、実施の形態 3において、 AMの構成を示す図である。

[図 42]図 42は、実施の形態 3において、通知部によるユーザへのダウンロード通知を実現する一例を示す図である。

[図 43]図 43は、実施の形態 3において、通知部によるユーザへのダウンロード通知を実現する一例を示す図である。

[図 44]図 44は、実施の形態 3において、図 39の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 45]図 45は、実施の形態 4において、 AMの構成を示す図である。

[図 46]図 46は、実施の形態 4において、図 39の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 47]図 47は、実施の形態 4において、図 39の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 48]図 48は、実施の形態 5において、通知部によるユーザへのダウンロード通知を実現する一例を示す図である。

[図 49]図 49は、実施の形態 5において、図 39の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。 [図 50]図 50は、実施の形態 5において、図 49の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 51]図 51は、実施の形態 5において、図 49の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 52]図 52は、実施の形態 6において、 AMの構成を示す図である。

[図 53]図 53は、実施の形態 6において、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 54]図 54は、実施の形態 6において、図 53の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 55]図 55は、実施の形態 6において、図 53の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 56]図 56は、実施の形態 7において、 AMの構成を示す図である。

[図 57]図 57は、実施の形態 7において、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 58]図 58は、実施の形態 7において、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 59]図 59は、実施の形態 7において、図 58の一部で、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 60]図 60は、実施の形態 8において、 AMの構成を示す図である。

[図 61]図 61は、実施の形態 8において、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 62]図 62は、実施の形態 8において、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 63]図 63は、実施の形態 9において、通知部によるユーザへのダウンロード通知を実現する一例を示す図である。

[図 64]図 64は、実施の形態 9における、プロトコル識別子にディスク指定を行った XA ITの内容を表す模式図である。

[図 65]図 65は、実施の形態 9において、 AMの構成を示す図である。 [図 66]図 66は、実施の形態 9において、指定されたアプリケーションのストア処理動作の一例を示すフローチャートである。

[図 67]図 67は、実施の形態 10のダウンロード実行装置の一例を説明するための図である。

[図 68]図 68は、実施の形態 10における、 Download Moduleの処理動作の一例を示すフローチャートである。

[図 69]図 69は、実施の形態 10における、ファームウェア更新情報の一例を示す図である。

符号の説明

[0065] 1205b AM

2901 ダウンロード元決定部

2902 チューニング周波数取得部

2903 ダウンロード周波数取得部

2904 ス卜ァ咅

2905 通知咅

2906 チューニング要求部

発明を実施するための最良の形態

[0066] (実施の形態 1)

本発明に係るケーブルテレビシステムの実施の形態を、図面を参照しながら説明する。図 2は、ケーブルシステムを構成する装置の関係を表したブロック図であり、ヘッドエンド 101及び 3個の端末装置 Al l l、端末装置 B112、端末装置 C113で構成される。本実施の形態では、 1つのヘッドエンドに対して 3つの端末装置が結合されているが、任意の数の端末装置をヘッドエンドに結合しても、本発明は実施可能である。

[0067] ヘッドエンド 101は、複数の端末装置に対して映像 '音声'データ等の放送信号を送信するとともに、端末装置からのデータ送信を受信する。これを実現するため、へッドエンド 101と端末装置 Al l 1、端末装置 B112、端末装置 C113間の伝送に用いられる周波数帯域は、分割して用いられる。図 3は、周波数帯域の分割の一例を示す表である。周波数帯域は、 Out Of Band (略称 OOB)と In— Bandの 2種類に大別される。 5〜130MHzが OOBに割り当てられ、主にヘッドエンド 101と端末装置 A 111、端末装置 B112、端末装置 C113間のデータのやり取りに使用される。 130M Hz〜864MHzはIn—Bandに割り当てられ、主として、映像'音声を含む放送チャンネルに使用される。 OOBでは QPSK変調方式力 In— Bandは QAM64変調方式が使用される。変調方式技術については、本発明に関与が薄い公知技術であるので、詳細な説明は省略する。図 4は、 OOB周波数帯域の更に詳細な使用の一例である。 70MHz〜74MHzはヘッドエンド 101からのデータ送信に使用され、全ての端末装置 Al l 1、端末装置 B112、端末装置 C113が、ヘッドエンド 101から同じデータを受け取ることになる。一方、 10. 0MHz〜10. 1MHzは端末装置 A111からヘッドエンド 101へのデータ送信に使用され、 10. lMHz〜10. 2MHzは端末装置 B112 力らヘッドエンド 101へのデータ送信に使用され、 10. 2MHz〜10. 3MHzは端末装置 C113からヘッドエンド 101へのデータ送信に使用される。これにより、各端末装置固有のデータを各端末装置 Al l l、端末装置 B112、端末装置 C113からへッドエンド 101に送信することができる。図 5は、 In— Bandの周波数帯に対する使用の一例である。 150〜 156MHzと 156〜 162MHzはそれぞれテレビチャンネル 1とテレピチャンネル 2に割り当てられ、以降、 6MHz間隔でテレビチャンネルが割り当てられている。 310MHz以降は、 1MHz単位でラジオチャンネルに割り当てられている。これらの各チャンネルはアナログ放送として使用してもデジタル放送として使用してもよい。デジタル放送の場合は、 MPEG2仕様に基づいたトラスポートパケット形式で伝送され、音声や映像に加え、各種データ放送用データも送信することができる。

[0068] ヘッドエンド 101は、これらの周波数帯域に適切な放送信号を送信するため、 QPS K変調部や QAM変調部等を有する。また、端末装置力ものデータを受信するため、 QPSK復調器を有する。また、ヘッドエンド 101は、これら変調部及び復調部に関連する様々な機器を有すると考えられる。しかし、本発明は主として端末装置に関わるので、詳細な説明は省略する。

[0069] 端末装置 Al l l、端末装置 B112、端末装置 C113は、ヘッドエンド 101からの放送信号を受信し再生する。また、ヘッドエンド 101に対して、各端末装置固有のデータを送信する。 3つの、端末装置は本実施の形態では同じ構成を取る。 [0070] 図 6は、端末装置 (ダウンロード実行装置）のハードウェア構成を表すブロック図である。端末装置 (ダウンロード実行装置） 500は、 QAM復調部 501、 QPSK復調部 5 02、 QPSK変調部 503、 TSデコーダ 505、オーディオデコーダ 506、スピーカ 507、ビデオデコーダ 508、ディスプレイ 509、 2次記憶部 510、 1次記憶部 511、 ROM51 2、入力部 513、 CPU514で構成される。また端末装置 500には、 POD504が着脱できる。

[0071] 図 7は、端末装置 500の外観の一例である薄型テレビである。

[0072] 薄型テレビの筐体 601は、 POD504を除く、端末装置 500の構成要素をすベて内蔵している。

[0073] ディスプレイ 602は、図 6におけるディスプレイ 509に相当する。

[0074] フロントパネル部 603は複数のボタンで構成され、図 6の入力部 513に相当する。

[0075] 信号入力端子 604は、ヘッドエンド 101との信号の送受信を行うためにケーブル線を接続する。また、信号入力端子 604は、図 6の QAM復調部 501、 QPSK復調部 5

02、 QPSK変調部 503と接続されている。

[0076] PODカード 605は、図 6の POD504に相当する。 POD504は、図 7の PODカード

605のように、端末装置 500とは独立した形態を取り、端末装置 500に着脱可能となつている。 POD504の詳細は後述する。

[0077] 挿入スロット 606は、 PODカード 605が挿入される挿入スロットである。

[0078] 図 6を参照して、 QAM復調部 501は、 CPU514から指定された周波数を含むチュ一-ング情報で、ヘッドエンド 101で QAM変調され送信されてきた信号を復調し、 P

OD504に引き渡す。

[0079] QPSK復調部 502は、 CPU514から指定された周波数を含むチューニング情報で、ヘッドエンド 101で QPSK変調され送信されてきた信号を復調し、 POD504に引き渡す。

[0080] QPSK変調部 503は、 CPU514から指定された周波数を含む変調情報で、 POD 504から渡された信号を QPSK変調し、ヘッドエンド 101に送信する。

[0081] POD504は、図 7のように端末装置本体 500から着脱可能な形態をして、る。端末本体 500と POD504の接続インターフェースは、 OpenCable (TM) HOST— PO D Interface Specification(OC— SP— HOSTPOD— IF— 112— 030210)及び、この仕様書力参照されている仕様書で定義されている。ここでは、詳細は省略し、本発明に関する部分のみを解説する。

[0082] 図 8は、 POD504の内部構成を表すブロック図である。 POD504は、第 1デスクランブラ部 701、第 2デスクランブラ部 702、スクランブラ部 703、第 1記憶部 704、第 2 記憶部 705、 CPU706で構成される。

[0083] 第 1デスクランブラ部 701は、 CPU706からの指示により、端末装置 500の QAM 復調部 501から暗号化された信号を受け取り、復号を行う。そして、復号された信号を端末装置 500の TSデコーダ 505に送る。デコードに必要な鍵などの情報は CPU 706から適宜与えられる。具体的には、ヘッドエンド 101はいくつかの有料チャンネルを放送している。ユーザが、この有料チャンネルを購買すると、第 1デスクランブラ部 701は、 CPU706から鍵等の必要な情報を受け取りデスクランブルすることで、ュ一ザは有料チャンネルを閲覧することができる。鍵などの必要な情報が与えられなヽ場合は、第 1デスクランブラ部 701は、デスクランブルを行わず、受け取った信号をそのまま、 TSデコーダ 505に送る。

[0084] 第 2デスクランブラ部 702は、 CPU706からの指示により、端末装置 500の QPSK 復調部 502から暗号ィ匕された信号を受け取り、復号を行う。そして、復号されたデータを CPU706に引き渡す。

[0085] スクランブラ部 703は、 CPU706力らの指示により、 CPU706から受け取ったデータを暗号ィ匕し、端末装置 500の QPSK変調部 503に送る。

[0086] 第 1記憶部 704は、具体的には RAM等の一次記憶メモリーで構成され、 CPU706 が処理を行う際、一時的にデータを保存するために使用される。

[0087] 第 2記憶部 705は、具体的にはフラッシュ ROM等の 2次記憶メモリーで構成され、 CPU706が実行するプログラムを格納し、また、電源 OFFになっても消去されては困るデータの保存に使用される。

[0088] CPU706は、第 2記憶部 705が記憶するプログラムを実行する。プログラムは複数のサブプログラムで構成される。図 9は、第 2記憶部 705が記憶するプログラムの一例である。図 9では、プログラム 800は、メインプログラム 801、初期化サブプログラム 80 2、ネットワークサブプログラム 803、再生サブプログラム 804、 PPVサブプログラム 80 5等複数のサブプログラムで構成されて、る。

[0089] ここで PPVとは Pay Per Viewの略であり、映画など特定の番組を有料で視聴できるようにするサービスである。ユーザが暗証番号を入力すると、購入したことがへッドエンド 101に通知され、スクランブルが解除され、視聴することが出来る。この視聴により、ユーザは後日、購入代金を支払うものである。

[0090] メインプログラム 801は、 CPU706が電源投入時に最初に起動するサブプログラムであり、他のサブプログラムの制御を行う。

[0091] 初期化サブプログラム 802は、電源投入時にメインプログラム 801によって起動され、端末装置 500との情報交換等を行い、初期化処理を行う。初期化処理の詳細は、 OpenCable (TM) HOST— POD Interface Specification (OC— SP—HOS TPOD— IF— 112— 030210)及び、この仕様書から参照されている仕様書で定義されている。また、仕様書に定義されていない初期化処理も行う。ここでは、その一部を紹介する。電源が投入されると、初期化サブプログラム 802は、第 2記憶部 705が記憶する第 1の周波数を端末装置 500の CPU514を通して、 QPSK復調部 502に通知する。 QPSK復調部 502は、与えられた第 1の周波数でチューニングを行い、信号を第 2デスクランブラ部 702に送る。また、初期化サブプログラム 802は、第 2記憶部 705が記憶する第 1の鍵等の復号情報を第 2デスクランブラ部 702に与える。その結果、第 2デスクランブラ部 702は、デスクランブルを行い、初期化サブプログラム 80 2を実行する CPU706に引き渡す。よって、初期化サブプログラム 802は情報を受け取ることができる。本実施の形態では、初期化サブプログラム 802はネットワークサブプログラム 803を通して情報を受け取ることとする。詳細は後述する。

[0092] また、初期化サブプログラム 802は、第 2記憶部 705が記憶する第 2の周波数を端末装置 500の CPU514を通して、 QPSK変調部 503に通知する。初期化サブプログラム 802は第 2記憶部 705が記憶する暗号ィ匕情報をスクランブラ部 703に与える。初期化サブプログラム 802が送信した、情報を、ネットワークサブプログラム 803を介して、スクランブラ部 703に与えると、スクランブラ部 703は、与えられた暗号化情報を用いて、データを暗号ィ匕し、端末装置 500の QPSK変調部 503に与える。 QPSK変調部 503は、与えられた暗号ィ匕された情報を変調し、ヘッドエンド 101に送信する。

[0093] この結果、初期化サブプログラム 802は、端末装置 500、第 2デスクランブラ部 702 、スクランブラ部 703、ネットワークサブプログラム 803を通して、ヘッドエンド 101と双方向通信を行うことができる。

[0094] ネットワークサブプログラム 803は、メインプログラム 801、初期化サブプログラム 80 2等の複数のサブプログラム力も使用される、ヘッドエンド 101との双方向通信を行うためのサブプログラムである。具体的には、ネットワークサブプログラム 803を使用する他のサブプログラムに対して、 TCPZIPによって、ヘッドエンド 101と双方向通信を行っているように振舞う。 TCP/IPは、複数の装置間で情報交換を行うためのプロトコルを規定した公知の技術であり、詳細な説明は省略する。ネットワークサブプロダラム 803は、電源投入時に初期化サブプログラム 802に起動されると、予め第 2記憶部 705力 S記憶して、る POD504を識別する識別子である MACアドレス（Media Acc ess Controlアドレスの略）を、端末装置 500を通してヘッドエンド 101に通知し、 IP アドレスの取得を要求する。ヘッドエンド 101は、端末装置 500を介して POD504に I Pアドレスを通知し、ネットワークサブプログラム 803は、 IPアドレスを第 1記憶部 704 に記憶する。以降、ヘッドエンド 101と POD504は、この IPアドレスを、 POD504の識別子として使用し、通信を行う。

[0095] 再生サブプログラム 804は、第 2記憶部 705が記憶する第 2の鍵等の復号情報や、端末装置 500から与えられる第 3の鍵等の復号情報を第 1デスクランブラ部 701に与えて、デスクランブルを可能にする。また、ネットワークサブプログラム 803を通して、第 1デスクランブラ部 701に入力されている信号力 PPVチャンネルであることの情報を受け取る。 PPVチャンネルと知ったときは、 PPVサブプログラム 805を起動する。

[0096] PPVサブプログラム 805は、起動されると、端末装置 500に番組の購入を促すメッセージを表示し、ユーザの入力を受け取る。具体的には、端末装置 500の CPU514 に画面に表示したい情報を送ると、端末装置 500の CPU514上で動作するプロダラムカ端末装置 500のディスプレイ 509上にメッセージを表示する。ユーザは、端末装置 500の入力部 513を通して暗証番号を入力すると、端末装置 500の CPU514 1S それを受け取り、 POD504の CPU706上で動作する PPVサブプログラム 805に通知する。 PPVサブプログラム 805は、受け取った暗証番号をネットワークサブプログラム 803を通してヘッドエンド 101に送信する。ヘッドエンド 101は、暗証番号が正しければ、復号に必要な第 4の鍵などの復号ィ匕情報をネットワークサブプログラム 80 3を介して、 PPVサブプログラム 805に通知する。 PPVサブプログラム 805は受け取つた第 4の鍵などの復号ィ匕情報を第 1デスクランブラ部 701に与え、第 1デスクランプラ部 701は、入力されて、る信号をデスクランブルする。

[0097] 図 6を参照して、 TSデコーダ 505は、 POD504から受け取った信号のフィルタリングを実施し、必要なデータをオーディオデコーダ 506及びビデオデコーダ 508、 CP U514に引き渡す。ここで、 POD504から来る信号は MPEG2トランスポートストリームである。 MPEG2トランスポートストリームの詳細は MPEG規格書 ISOZIEC138 18— 1に記載されており、本実施の形態では詳細は省略する。 MPEG2トランスポートストリームは、複数の固定長パケットで構成され、各パケットには、パケット IDが振られている。図 10はパケットの構成図である。 900はパケットであり、固定長の 188バイトで構成される。先頭 4バイトがヘッダー 901で、パケットの識別情報を格納しており、残り 184バイトがペイロード 902で、送信したい情報を含んでいる。 903は、ヘッダー 901の内訳である。先頭から 12ビット目〜24ビット目までの 13ビットにパケット IDが含まれている。図 11は送られてくる複数のパケットの列を表現した模式図である。ノケット 1001は、ヘッダーにパケット ID「1」を持ち、ペイロードには映像 Aの 1番目の情報が入っている。ノケット 1002は、ヘッダーにパケット ID「2」を持ち、ペイロードには音声 Aの 1番目の情報が入っている。ノケット 1003は、ヘッダーにパケット ID「3」を持ち、ペイロードには音声 Bの 1番目の情報が入っている。

[0098] ノケット 1004は、ヘッダーにパケット ID「1」を持ち、ペイロードには映像 Aの 2番目の情報が入っており、これはパケット 1001の続きになっている。同様にノケット 1005 、 1026、 1027も他のパケットの後続データを格納している。このように、同じパケット I Dを持つ、パケットのペイロードの内容を連結すると、連続した映像や音声を再現することがでさる。

[0099] 図 11を参照して、 CPU514がパケット ID「1」と出力先として「ビデオデコーダ 508」を TSデコーダ 505に指示すると、 TSデコーダ 505は POD504から受け取った MPE G2トランスポートストリームからパケット ID「1」のパケットを抽出し、ビデオデコーダ 50 8に引き渡す。図 11においては、映像データのみをビデオデコーダ 508に引き渡すことになる。同時に、 CPU514がパケット 10「2」と「ォーディォデコーダ506」を丁3デコーダ 505に指示すると、 TSデコーダ 505は POD504から受け取った MPEG2トランスポートストリームからパケット ID「2」のパケットを抽出し、オーディオデコーダ 506 に引き渡す。図 11においては、音声データのみをオーディオデコーダ 506に引き渡すことになる。

[0100] このパケット IDに応じて必要なパケットだけを取り出す処理力 TSデコーダ 505が行うフィルタリングである。 TSデコーダ 505は CPU514から指示された複数のフィルタリングを同時に実行することができる。

[0101] 図 6を参照して、オーディオデコーダ 506は、 TSデコーダ 505から与えられた MPE

G2トランスポートストリームのパケットに埋め込まれたオーディオデータを連結し、デジタル—アナログ変換を行いスピーカ 507に出力する。

[0102] スピーカ 507は、オーディオデコーダ 506から与えられた信号を音声出力する。

[0103] ビデオデコーダ 508は、 TSデコーダ 505から与えられた MPEG2トランスポートストリームのパケットに埋め込まれたビデオデータを連結し、デジタル—アナログ変換を行いディスプレイ 509に出力する。

[0104] ディスプレイ 509は、具体的にはブラウン管や液晶等で構成され、ビデオデコーダ 5

08から与えられたビデオ信号を出力したり、 CPU514から指示されたメッセージを表示したりする。

[0105] 2次記憶部 510は、具体的には、フラッシュメモリーゃノヽードディスク等で構成され、 CPU514から指示されたデータやプログラムを保存したり削除したりする。また、保存されているデータやプログラムは CPU514に参照される。保存されているデータゃプログラムは、端末装置 500の電源が切断された状態でも保存しつづける。

[0106] 1次記憶部 511は、具体的には、 RAM等で構成され、 CPU514から指示されたデータゃプログラムを一次的に保存したり削除したりする。また、保存されているデータやプログラムは CPU514に参照される。保存されているデータやプログラムは、端末装置 500の電源が切断された際に、抹消される。 [0107] ROM512は、書き換え不可能なメモリーデバイスであり、具体的には ROMや CD -ROM, DVDなどで構成される。 ROM512は、 CPU514が実行するプログラムが格納されている。

[0108] 入力部 513は、具体的には、フロントパネルやリモコンで構成され、ユーザからの入力を受け付ける。図 12は、フロントパネルで入力部 513を構成した場合の一例である。 1100はフロントパネルであり、図 7のフロントパネル部 603に相当する。フロントパネル 1100は 7つのボタン、上カーソルボタン 1101、下カーソルボタン 1102、左カーソルボタン 1103、右カーソルボタン 1104、 OKボタン 1105、取消ボタン 1106、 EP Gボタン 1107を備えている。ユーザがボタンを押下すると、押下されたボタンの識別子が、 CPU514に通知される。

[0109] CPU514は、 ROM512が記憶するプログラムを実行する。実行するプログラムの指示に従い、 QAM復調部 501、 QPSK復調部 502、 QPSK変調部 503、 POD50 4、 TSデコーダ 505、ディスプレイ 509、 2次記憶部 510、 1次記憶部 511、 ROM51 2を制御する。

[0110] 図 13は、 ROM512に記憶され、 CPU514に実行されるプログラムの構成図の一例である。

[0111] プログラム 1200は、複数のサブプログラムで構成され、具体的には OS1201、 EP G 1202、 Java (登録商標） VM 1203 (以後 VM 1203と称す）、サービスマネージャ 1 204、 Java (登録商標)ライブラリ 1205 (以後ライブラリ 1205と称す)で構成される。

[0112] OS1201は、端末装置 500の電源が投入されると、 CPU514が起動するサブプログラムである。 OS1201は、オペレーティングシステムの略であり、 Linux等が一例である。 OS1201は、他のサブプログラムを平行して実行するカーネル 1201a及びライブラリ 1201bで構成される公知の技術の総称であり、詳細な説明は省略する。本実施の形態におヽては、 OS1201のカーネノレ 1201aは、 EPG1202と VM1203をサブプログラムとして実行する。また、ライブラリ 120 lbは、これらサブプログラムに対して、端末装置 500が保持する構成要素を制御するための複数の機能を提供する。

[0113] 機能の一例として、チューニング機能を紹介する。チューニング機能は、他のサブプログラム力周波数を含むチューニング情報を受け取り、それを QAM復調部 501 に引き渡す。 QAM復調部 501は与えられたチューニング情報に基づき復調処理を行い、復調したデータを POD504に引き渡すことができる。この結果、他のサブプログラムはライブラリ 1201bを通して QAM復調器を制御することができる。

[0114] EPG1202は、ユーザに番組一覧を表示及び、ユーザからの入力を受け付ける番組表示部 1202aと、チャンネル選局を行う再生部 1202bで構成される。ここで、 EPG は Electric Program Guideの略である。 EPG1202は、端末装置 500の電源が投入されると、カーネル 1201aによって起動される、起動された EPG1202の内部では、番組表示部 1202aが端末装置 500の入力部 513を通して、ユーザからの入力を待つ。ここで、入力部 513が図 12で示されるフロントパネルで構成されている場合、ユーザが、入力部 513の EPGボタン 1107を押下すると、 EPGボタンの識別子が CP U514に通知される。 CPU514上で動作するサブプログラムである EPG 1202の番組表示部 1202aは、この識別子を受け取り、番組情報をディスプレイ 509に表示する。図 14 (a)及び (b)は、ディスプレイ 509に表示された番組表の一例である。図 14 (a )を参照して、ディスプレイ 509には、格子状に番組情報が表示されている。列 1301 には、時刻情報が表示されている。列 1302には、チャンネル名「チャンネル 1」と、列 1301の時刻に対応する時間帯に放映される番組が表示されている。「チャンネル 1」では、 9 : 00〜： L0 : 30に番組「ニュース 9」が放映され、 10 : 30〜12 : 00は「映画^ A」が放映されることを表す。列 1303も列 1302同様、チャンネル名「チャンネル 2」と、列 1301の時刻に対応する時間帯に放映される番組が表示されている。 9 : 00〜11 ： 00に番組「映画 BBB」が放映され、 11： 00〜 12： 00は「ニュース 11」が放映される。 1330は、カーソルである。カーソル 1330は、フロントパネル 1100の左カーソルボタン 1103と右カーソルボタン 1104を押下すると移動する。図 14 (a)の状態で、右力一ソルボタン 1104を押下すると、カーソルボタン 1330は右に移動し、図 14 (b)のようになる。また、図 14 (b)の状態で、左カーソル 1103を押下すると、カーソル 1330は左に移動し、図 14 (a)のようになる。

[0115] 図 14 (a)の状態で、フロントパネル 1100の OKボタン 1105が押下されると、番組表示部 1202aは、「チャンネル 1」の識別子を再生部 1202bに通知する。図 14 (b)の状態で、フロントパネル 1100の OKボタン 1105が押下されると、番組表示部 1202aは、「チャンネル 2」の識別子を再生部 1202bに通知する。

[0116] また、番組表示部 1202aは、表示する番組情報を、 POD504を通してヘッドエンド 101から定期的に、 1次記憶部 511に記憶しておく。一般的に、ヘッドエンドからの番組情報の取得は時間が掛かる。入力部 513の EPGボタン 1107が押下された時、 1 次記憶部 511に予め保存された番組情報を表示することで、素早く番組表を表示することがでさる。

[0117] 再生部 1202bは、受け取ったチャンネルの識別子を用いて、チャンネルを再生する。チャンネルの識別子とチャンネルの関係は、チャンネル情報として、 2次記憶部 5 10に予め格納されている。図 15は 2次記憶部 510に格納されているチャンネル情報の一例である。チャンネル情報は表形式で格納されている。列 1401は、チャンネルの識別子である。列 1402は、チャンネル名である。列 1403はチューニング情報である。ここで、チューニング情報は周波数や転送レート、符号化率などを含み、 QAM復調部 501に与える値である。列 1404はプログラムナンバーである。プログラムナンパ一とは、 MPEG2規格で規定されている PMTを識別するための番号である。 PMTに関しては、後述する。行 1411〜1414の各行は、各チャンネルの識別子、チャンネル名、チューニング情報の組となる。行 1411は識別子が「1」、チャンネル名が「チヤンネル 1」、チューニング情報に周波数「150MHz」、プログラムナンバーが「101」を含む組となっている。再生部 1202bは、チャンネルの再生を行うため、受け取ったチヤンネルの識別子をそのままサービスマネージャに引き渡す。

[0118] また、再生部 1202bは、再生中に、ユーザがフロントパネル 1100の上カーソルボタン 1101と下カーソルボタン 1102を押下すると、入力部 513力ら CPU514を通して、押下された通知を受け取り、再生しているチャンネルを変更する。まず、再生部 1202 bは、 1次記憶部 511に現在再生中のチャンネルの識別子を記憶する。図 16 (a) (b) 及び (c)は、 1次記憶部 511に保存しているチャンネルの識別子の例である。図 16 ( a)では識別子「3」が記憶されており、図 15を参照し、チャンネル名「TV 3」のチャンネルが再生中であることを示す。図 16 (a)の状態で、ユーザが上カーソルボタン 110 1を押下すると再生部 1202bは、図 15のチャンネル情報を参照し、表中の前のチヤ一ビスマネージャにチャンネル名「チャンネル 2」の識別子「2」を引き渡す。同時に、 1 次記憶部 511に記憶されているチャンネル識別子「2」に書き換える。図 16 (b)は、チヤンネル識別子が書き換えられた状態を表す。また、図 16 (a)の状態で、ユーザが下カーソルボタン 1102を押下すると再生部 1202bは、図 15のチャンネル情報を参照り変えるため、サービスマネージャにチャンネル名「TV Japan」の識別子「4」を引き渡す。同時に、 1次記憶部 511に記憶されているチャンネル識別子「4」に書き換える。図 16 (c)は、チャンネル識別子が書き換えられた状態を表す。

[0119] VM1203は、 Java (登録商標）言語で記述されたプログラムを逐次解析し実行する Java (登録商標)バーチャルマシンである。 Java (登録商標）言語で記述されたプログラムはバイトコードと呼ばれる、ハードウェアに依存しない中間コードにコンパイルされる。 Java (登録商標）バーチャルマシンは、このノイトコードを実行するインタープリタである。また、一部の Java (登録商標）バーチャルマシンは、バイトコードを CPU514 が理解可能な実行形式に翻訳してから、 CPU514に引渡し、実行することも行う。 V M1203は、カーネル 1201aに実行する Java (登録商標）プログラムを指定され起動される。本実施の形態では、カーネル 1201aは、実行する Java (登録商標）プロダラムとしてサービスマネージャ 1204を指定する。 Java (登録商標）言語の詳細は、書籍「Java (登録商標） Language Specification (ISBN 0— 201— 63451— 1)」等の多くの書籍で解説されている。ここでは、その詳細を省略する。また、 Java (登録商標）バーチャルマシン自体の詳細な動作などは、「Java (登録商標） Virtual Mach ine Specification (ISBN 0— 201— 63451— X)」等の多くの書籍で解説されている。ここでは、その詳細を省略する。

[0120] サービスマネージャ 1204は、 Java (登録商標）言語で書かれ^ Java (登録商標）プログラムであり、 VM1203によって逐次実行される。サービスマネージャ 1204は、 JN I (Java (登録商標） Native Interface)を通して、 Java (登録商標）言語で記述されていない他のサブプログラムを呼び出したり、または、呼び出されたりすることが可能である。 JNI〖こ関しても、書籍「Java (登録商標） Native Interface等の多くの書籍で解説されている。ここでは、その詳細を省略する。 [0121] サービスマネージャ 1204は、 JNIを通して、再生部 1202bよりチャンネルの識別子を受け取る。

[0122] サービスマネージャ 1204は、最初にライブラリ 1205の中にある Tunerl205cに、チャンネルの識別子を引渡し、チューニングを依頼する。 Tunerl205cは、 2次記憶部 510が記憶するチャンネル情報を参照し、チューニング情報を獲得する。今、サービスマネージャ 1204がチャンネルの識別子「2」を Tuner 1205cに引き渡すと、 Tun erl205cは、図 15の行 1412を参照して、対応するチューニング情報「156MHz」を獲得する。 Tunerl205cは、 OS1201のライブラリ 1201bを通して、 QAM復調部 50 1にチューニング情報を引き渡す。 QAM復調部 501は与えられたチューニング情報に従つてヘッドエンド 101から送信されてきた信号を復調し、 POD504に引き渡す。

[0123] 次にサービスマネージャ 1204は、ライブラリ 1205の中にある CA1205dにデスクランブルを依頼する。 CA1205dは、 OS1201のライブラリ 1201bを通して復号に必要な情報を POD504に与える。 POD504は、与えられた情報を元に、 QAM復調部 5 01から与えられた信号を復号し TSデコーダ 505に引き渡す。

[0124] 次にサービスマネージャ 1204は、ライブラリ 1205の中にある JMF1205aにチャンネルの識別子を与え、映像 ·音声の再生を依頼する。

[0125] まず、最初に JMF1205aは、再生すべき映像と音声を特定するためのパケット IDを PAT、 PMTから取得する。 PATや PMTは MPEG2規格で規定されている、 MPE G2トランスポートストリーム内の番糸且構成を表現するテーブルであり、 MPEG2トランスポートストリームに含まれるパケットのペイロードに埋め込まれて、音声や映像と共に送信されるものである。詳細は規格書を参照されたい。ここでは、概略のみ説明する。 PATは、 Program Association Tableの略で、パケット ID「0」のパケットに格納され送信されている。 JMF1205aは、 PATを取得するため、 OS1201のライブラリ 1201bを通して、 TSデコーダ 505にパケット ID「0」と CPU514を指定する。 TSデコーダ 505がパケット ID「0」でフィルタリングを行い、 CPU514に引き渡すことで JMF1 205aは、 PATのパケットを収集する。図 17は、収集した PATの情報の一例を模式的に表した表である。列 1601は、プログラムナンバーである。列 1602は、パケット ID である。列 1602のパケット IDは PMTを取得するために用いられる。行 1611〜161 3は、チャンネルのプログラムナンバーと対応するパケット IDの組である。ここでは、 3 つのチャンネルが定義されている。行 1611はプログラムナンバー「101」とパケット ID 「501」の組が定義されて!、る。今、 JMF1205aに与えられたチャンネルの識別子が「 2」とすると、 JMF1205aは、図 15の行 1412を参照して、対応するプログラムナンパ一「102」を獲得し、次に、図 17の PATの行 1612を参照し、プログラムナンバー「10 2」に対応するパケット ID「502」を獲得する。 PMTは、 Program Map Tableの略で、 PATで規定されたパケット IDのパケットに格納され送信されている。 JMF1205a は、 PMTを取得するため、 OS1201のライブラリ 1201bを通して、 TSデコーダ 505 にパケット IDと CPU514を指定する。ここで、指定するパケット IDは「502」とする。 T Sデコーダ 505がパケット ID「502」でフィルタリングを行い、 CPU514に引き渡すことで JMF1205aは、 PMTのパケットを収集する。図 18は、収集した PMTの情報の一例を模式的に表した表である。列 1701は、ストリーム種別であり。列 1702は、バケツ HDである。列 1702で指定されるパケット IDのパケットには、ストリーム種別で指定された情報がペイロードに格納され送信されている。列 1703は補足情報である。行 17 11〜1714はエレメンタリ一ストリームと呼ばれる、パケット IDと送信している情報の種別の組である。行 1711は、ストリーム種別「音声」とパケット ID「5011」の組であり、パケッ HD「5011」のペイロードには音声が格納されていることを表す。 JMF1205aは、 PMTから再生する映像と音声のパケット IDを獲得する。図 18を参照して、 JMF12 05aは、行 1711から音声のパケット ID「5011」を、行 1712から映像のパケット ID「5 012」を獲得する。

次に、 JMF1205aは、 OS1201のライブラリ 1201bを通して、獲得した音声のパケッ HDと出力先としてオーディオデコーダ 506、映像のパケット IDと出力先としてビデォデコーダ 508の組を、 TSデコーダ 505に与える。 TSデコーダ 505は与えられたパケッ HDと出力先に基づいて、フィルタリングを行う。ここではパケット ID「5011」のパケットをオーディオデコーダ 506に、パケット ID「5012」のパケットをビデオデコーダ 5 08に引き渡す。オーディオデコーダ 506は、与えられたパケットのデジタルアナ口グ変換を行いスピーカ 507を通して音声を再生する。ビデオデコーダ 508は、与えられたパケットのデジタル—アナログ変換を行いディスプレイ 509に映像を表示する。 [0127] 最後にサービスマネージャ 1204は、ライブラリ 1205の中にある AM1205bにチヤンネルの識別子を与え、データ放送再生を依頼する。ここで、データ放送再生とは、 MPEG2トランスポートストリームに含まれる Java (登録商標）プログラムを抽出し、 V M1203に実行させることである。 MPEG2トランスポートストリームに Java (登録商標）プログラムを埋め込む方法は、 MPEG規格書 ISOZIEC13818— 6に記述された DSMCCという方式を用いる。ここでは DSMCCの詳細な説明は省略する。 DSMC C方式は、 MPEG2トランスポートストリームのパケットの中に、コンピュータで使用されているディレクトリやファイルで構成されるファイルシステムをエンコードする方法を規定している。また、実行する Java (登録商標）プログラムの情報は AITと呼ばれる形式で、 MPEG2トランスポートストリームのパケットの中に埋め込まれ送信されて!、る。 AITは、 OCAP仕様（正式には、 OCAP 1. 0 Profile OC— SP— OCAP1. 0— IF— 109— 031121)に定義されている、 Application Information Tableの略である。

[0128] AM1205bは、まず、 AITを獲得するため、 JMF1205a同様 PAT、 PMTを取得し、 AITが格納されているパケットのパケット IDを獲得する。今、与えられたチャンネルの識別子が「2」で、図 17の PAT、図 18の PMTが送信されていると、 JMF1205aと同様の手順で、図 18の PMTを獲得する。 AM1205bは、 PMTからストリーム種別が「データ」で補足情報として「AIT」を持つエレメンタリ一ストリーム力もパケット IDを抽出する。図 18を参照して、行 1713のエレメンタリ—ストリームが該当し、パケット ID「5 013」を獲得する。

[0129] AM1205bは、 OS1201のライブラリ 1201bを通して TSデコーダ 505に AITのパケット IDと出力先 CPU514を与える。 TSデコーダ 505、与えられたパケット IDでフィルタリングを行い、 CPU514に引き渡す。この結果、 AM1205bは、 AITのパケットを収集することができる。図 19は、収集した AITの情報の一例を模式的に表した表である。列 1801 ίお ava (登録商標）プログラムの識別子である。列 1802ίお ava (登録商標）プログラムの制御情報である。制御情報には「autostart」「present」「kill」などがあり、 r_autostartJは即時に端末装置 500がこのプログラムを自動的に実行することを意味し、「present」は自動実行しないことを意味し、「kill」はプログラムを停止することを意味する。列 1803は、 DSMCC方式で Java (登録商標）プログラムを含んで!、るバケツト IDを抽出するための DSMCC識別子である。列 1804 ίお ava (登録商標）プログラムのプログラム名である。行 1811と 1812は、 Java (登録商標）プログラムの情報の組である。行 1811で定義される Java (登録商標）プログラムは、識別子「30 1」、制御情報「autostart」、 DSMCC識別子「1」、プログラム名「aZTopXlet」の組である。行 1812で定義される Java (登録商標）プログラムは、識別子「302」、制御情報「present」、 DSMCC識別子「1」、プログラム名「b/GameXlet」の組である。ここで 2つの Java (登録商標）プログラムは同じ DSMCC識別子を持つ力これは 1つの DSMCC方式でエンコードされたファイルシステム内に 2つの Java (登録商標）プログラムが含まれて、ることを表す。ここでは、 Java (登録商標）プログラムに対して 4つの情報しか規定しないが、実際にはより多くの情報が定義される。詳細は OCAP仕様（ OCAP 1. 0 Profile OC— SP— OCAP1. 0— IF— 109— 031121)を参照されたい。

[0130] AM1205bは、 AITの中から「autostart」の Java (登録商標）プログラムを見つけ出し、対応する DSMCC識別子及び Java (登録商標）プログラム名を抽出する。図 1 9を参照して、 AM1205bは行 1811の Java (登録商標）プログラムを抽出し、 DSMC C識別子「 1」及び Java (登録商標）プログラム名 r_a/TopXletjを獲得する。

[0131] 次に AM1205bは、 AITから取得した DSMCC識別子を用いて、 Java (登録商標）プログラムを DSMCC方式で格納しているパケットのパケット IDを PMTから獲得する。具体的には、 PMTの中でストリーム種別が「データ」で、補足情報の DSMCC識別子が合致するエレメンタリ—ストリームのパケット IDを取得する。

[0132] 今、 DSMCC識別子力「1」であり、 PMTが図 18とすると、行 1714のエレメンタリーストリームが合致し、パケット ID「5014」を取り出す。

[0133] AMI 205b OS1201のライブラリ 1201bを通して TSデコーダ 505に DSMCC 方式でデータが埋めこめられたパケットのパケット IDと出力先として CPU514を指定する。ここでは、パケット ID「5014」を与える。 TSデコーダ 505、与えられたパケット I Dでフィルタリングを行い、 CPU514に引き渡す。この結果、 AM1205bは、必要なパケットを収集することができる。 AM1205bは、収集したパケットから、 DSMCC方式に従ってファイルシステムを復元し、 1次記憶部 511に保存する。 MPEG2トランスポートストリーム中のパケットからファイルシステム等のデータを取り出し 1次記憶部 51 1等の記憶手段に保存すことを以降、ダウンロードと呼ぶ。

[0134] 図 20は、ダウンロードしたファイルシステムの一例である。図中、丸はディレクトリを四角はファイルを表し、 1901はルートディレクトリ、 1902はディレクトリ「a」、 1903はディレクトリ「b」、 1904はファイル「TopXlet. class」、 1905はファイル「GameXlet. classjである。

[0135] 次に AM1205bは、 1次記憶部 511にダウンロードしたファイルシステム中から実行する Java (登録商標）プログラムを VM1203に引き渡す。今、実行する Java (登録商標）プログラム名が「aZT₀pXlet」とすると、 Java (登録商標）プログラム名の最後に「 . class」を付カ卩したファイル「aZTopXlet. class」が実行すべきファイルとなる。「Z」はディレクトリやファイル名の区切りであり、図 20を参照して、ファイル 1904が実行すべき Java (登録商標）プログラムである。次〖こ AM1205bは、ファイル 1904を VM12 03に引き渡す。

[0136] VM1203は、引き渡され^ Java (登録商標）プログラムを実行する。

[0137] サービスマネージャ 1204は、他のチャンネルの識別子を受け取ると、ライブラリ 12 05に含まれる各ライブラリを通して再生して、る映像 ·音声及び Java (登録商標）プログラムの実行を、同じくライブラリ 1205に含まれる各ライブラリを通して停止し、新たに受け取ったチャンネルの識別子に基づいて、映像 '音声の再生及び Java (登録商標）プログラムの実行を行う。

[0138] ライブラリ 1205は、 ROM512に格納されている複数の Java (登録商標）ライブラリの集合である。本実施の形態では、ライブラリ 1205は、 JMF1205a、 AM1205b、 T uner 1205c, CA1205d、 POD Libl205e等を含んでいる。

[0139] 次に、 Java (登録商標）プログラムのダウンロード '保存及び実行機能にっ、て説明する。

[0140] サービスマネージャ 1204は、ライブラリ 1205に含まれる POD Libl205eを通してヘッドエンド 101との通信によりヘッドエンド 101からの情報を受け取ることができる。この通信 ίま、 POD Libl205eiま OS 1201のライブラリ 1201b及び、 POD504を介して、 QPSK復調部 502を使用して実現される。

[0141] サービスマネージャ 1204は、この通信を用いてヘッドエンド 101から、端末装置 50 0が 2次記憶部 510に保存すべき Java (登録商標）プログラムの情報を受け取る。この情報を XAIT情報と呼ぶ。 XAIT情報は、ヘッドエンド 101と POD504間で、任意の形式で送信される。どのような送信形式を採用しても、 XAIT情報に必要とする情報が含まれていれば、本発明は実施可能である。

[0142] 図 21は、ヘッドエンド 101から取得した XAIT情報の一例を模式的に表した図である。列 2001 ίお ava (登録商標）プログラムの識別子である。列 2002ίお ava (登録商標）プログラムの制御情報である。制御情報には「autostart」「present」などがあり、 rautostartjは端末装置 500が電源投入時または XAIT情報が更新された時にこのプログラムを自動的に実行することを意味し、 rpresentjは自動実行しな!、ことを意味する。列 2003は、プロトコル識別子である。プロトコル識別子は、プログラムのダウンロードを行うために利用できるプロトコルを表す。プロトコル識別子には、「OC (Obj ect Carousel)」と「IP」などがある。「OC」は、 DSMCC方式でエンコードされたファィルシステム力もダウンロードを行えることをあらわす。また、「IP」はネットワークを用いてプログラムのダウンロードを行えることを示している。また、「OC」と「IP」の両方からダウンロードできる場合は両方を記述することもできる。列 2004は、 DSMCC方式で Java (登録商標）プログラムを含んで、るパケット IDを抽出するための DSMCC識別子である。そのため、列 2003のプロトコル識別子に「OC」が存在するときのみ存在する。列 2005は、列 2003で示したプロトコルのダウンロード元指定である。プロトコル識別子 2003の「OC」指定に対応したダウンロード元指定は、 DSMCC方式でェンコードされたファイルシステムが埋め込まれたトランスポートストリームとそのトランスポートストリーム中の PMT (図 18参照）を一意に特定できる識別子及び、エレメンタリ一ストリームの識別子を指定する。これ以降、簡単化のため、トランスポートストリームとそのトランスポートストリーム中の PMT (図 18参照）を一意に特定できる識別子をソース IDと呼ぶこととする。また、プロトコル識別子 2003の「IP」指定に対応したダウンロード元指定は、プログラムのダウンロードを提供するサーバと、プログラムが保存されたディレクトリ名などを指定する。なお、ダウンロード元指定 2005は、プロトコル識別子 2003に対し複数存在してもよい。具体的には、プロトコル識別子 2003に「OC」を指定し、この「OC」に対応したダウンロード元指定 2005を複数記述することも可能である。また、プロトコル識別子 2003が「IP」の場合も同じである。列 2006ίお ava (登録商標）プログラムのプログラム名である。列 2007は、 Java (登録商標）プログラムのストア優先度である。ストア優先度は XAIT情報に記述される個々の Java (登録商標）プログラムに指定される値であり、 Java (登録商標）プログラム及び Java (登録商標）プログラムの実行に必要なデータを保存する際に、 2次記憶部 510へ保存する Java (登録商標）プログラム及び Java (登録商標）プログラムの実行に必要なデータを決めるための優先度である。列 2008は、 Java (登録商標）プログラムのアプリケーション名である。アプリケーション名は、ユーザが Java (登録商標）プログラムを識別するための名前である。行 2011と 2012と 2013は、 Java (登録商標）プログラムの情報の組である。行 2011で定義される Java (登録商標）プログラムは、識別子「701」、制御情報「autostart」、プロトコル識別子「OC」、 DSMCC識別子「1」、ダウンロード元指定「d smcc :〃OxAAAA,Oxl l」、プログラム名「a/APPlXlet」、ストア優先度「100」、アプリケーション名「APP1」の組である。ここでは、 Java (登録商標）プログラムに対して 8つの情報しか規定しないが、より多くの情報あるいは、この一部が定義されていても本発明は実施可能である。また、ここでは、各情報の記述の例を示しているが、各情報が持つべき内容を示すことが可能であれば、この記述に従わなくても本発明は実施可能である。

[0143] なお、列 2007のアプリケーション名は、例えば、ユーザに対して XAIT情報に記述された各 Java (登録商標）プログラムを識別させるために用いられる名前である力ュ一ザに提示してユーザが Java (登録商標)プログラムを識別するのに十分な情報があれば、アプリケーション名はなくても本発明は実施可能である。

[0144] 図 22は、図 21〖こおけるプロトコル識別子 2003と、ダウンロード元となる Java (登録商標）プログラムが存在するファイルシステムとの関係を模式的に表したものである。図 22において、図 21と同じ要素には、図 21と同じ符号を付し説明を省略する。 211 0はトランスポートストリーム上にある DSMCC方式でエンコードされたファイルシステムを示す。また、 2120は、プログラムのダウンロードを提供するサーバ上にあるフアイルシステムを示す。行 2011で定義される Java (登録商標）プログラムは、列 2003に示されるプロトコル識別子が「OC」のみであるため、 2110に示したファイルシステム上にのみ存在する。また、行 2012で定義される Java (登録商標）プログラムは、列 20 03に示されるプロトコル識別子が「IP」のみであるため、 2120に示したサーバ上のフアイルシステムにのみ存在する。また行 2013で定義される Java (登録商標）プロダラムは、プロトコル識別子 2003に「OC」と「IP」の両方が設定されているため、 2110に示したファイルシステム上と 2120に示したサーバ上のファイルシステムの両方に存在する。このため、プログラムのダウンロードを行うときには、このどちらから取得するかを選択することができる。この選択する方針については後述する。なお、ここでは各 Ja va (登録商標）プログラムに対して、 OCあるいは IPを一個ずつ設定している力これらが複数存在してもよい。

次にサービスマネージャ 1204は、ライブラリ 1205の中にある AM 1205bに XAIT 情報を受け渡し、 XAIT情報に記述される Java (登録商標）プログラムをプロトコル識別子 2003とダウンロード元指定 2005に基づきプログラムのダウンロード及び実行を依頼する。 AM1205bは、 XAIT情報を受け取ると、プロトコル識別子 2003を参照し、ダウンロード方法を決定する。 AM1205bが決定したダウンロード方法が「OC」の場合は、 AIT情報から Java (登録商標)プログラムをダウンロードした手順と同じ手順で、 MPEG2トランスポートストリームからファイルシステムを 1次記憶部 511に保存する。一方、「IP」の場合は、ダウンロード元指定 2005の内容に従い、プログラムのダウンロードを提供するサーノから 1次記憶部 511にプログラムをダウンロードし保存する。また、ここでダウンロードしたプログラムを AMI 205bは、 XAIT情報のファイル名で指定されたディレクトリ構造に一致するようにファイルシステムを構築し保存することもできる。具体的には、行 702で定義されるアプリケーションでは、プログラム名 2006 で示されたようにルートディレクトリ力 bディレクトリを作成し、その中にダウンロードしたプログラム App2Xlet. classを保存することもできる。なお、図 21、図 22に示したダウンロード元指定 2005は、 HTTPのプロトコルを使って HTTPサーバからプログラムを取得する例を示している。具体例として、図 21の行 2012に記されたプログラムのダウンロード元指定 2005は「http :〃192. 168. 0. 1/BB」である。このダウンロード元指定 2005の「http」は httpプロトコルを使うことを示し、「192. 168. 0. 1」はプログラムのダウンロードを提供する HTTPサーバの IPアドレスを示し、「/BB」は、 HT TPサーバ内に存在するダウンロードするプログラムへのディレクトリのパスを示す。なお、ここでは HTTPプロトコル及び HTTPサーバを用いたネットワークからのダウン口ード方法を述べたが、この他の方法で取得してもよい。その後、 1次記憶部 511に保存したファイルシステムを 2次記憶部 510に複写してもよい。なお、 1次記憶部 511を介さず、直接 2次記憶部 510にダウンロードすることも実施可能である。また、 1次記憶部 511で処理し、 2次記憶部 510へ保存しなくてもよい。なお、ここではプロトコル識別子として、「OC」と「IP」を説明したが、「記録媒体」から取得することや、これ以外の方法であってもよい。

[0146] 次に、 AM1205bは、ダウンロードあるいは構築したファイルシステムの格納位置を XAIT情報に対応つけて 2次記憶部 510に保存する。図 23は、 2次記憶部 510にお V、て、 XAIT情報とダウンロードあるいは構築したファイルシステムが対応付けられて保存されている一例を表す。図 23において、図 22と同じ要素には、図 22と同じ符号を付し説明を省略する。列 2201は、各 Java (登録商標）プログラムごとに対応するダゥンロードあるいは構築したファイルシステムの保存位置を格納する。図中、保存位置は矢印で示している。 2210はダウンロードあるいは構築したファイルシステムであり、内部に卜ップディレクトリ 2211、ディレクトリ「a」 2212、ディレクトリ「b」 2213、ディレクトリ「c」2214、ファイル「APPlXlet. class」2115、ファイル「APP2Xlet. classj 2 116、ファイル「APP3Xlet.。1&55」2117を保持する。

[0147] ここで AM1205bは、 Java (登録商標）プログラムを保存して力も XAIT情報を保存してヽるが、 Java (登録商標）プログラムを保存する前に XAIT情報を保存することでも実施可能である。なお、 XAIT情報を 2次記憶 510に保存している力 1次記憶部 5 11に保存することも実施可能である。 1次記憶部 511に保存する場合、電源 OFF時に、保存された XAIT情報は全て消える。

[0148] ここで、ファイルシステムは、具体的には、 XAIT情報に記述される複数の Java (登録商標）プログラム及び Java (登録商標）プログラムの実行に必要なデータ力形成される。以降、 XAIT情報に記述される個々の Java (登録商標）プログラム及び Java ( 登録商標）プログラムの実行に必要なデータを、アプリケーションと呼ぶ。さらに、アブリケーシヨンを 2次記憶部 510あるいは 1次記憶部 511にダウンロードすることを以降、ストアと呼ぶ。またさらに、 2次記憶部 510あるいは 1次記憶部 511にあって、アプリケーシヨンをストアするための領域をストア領域と呼ぶ。また、 VM1203がアプリケーシヨンを構成する Java (登録商標）プログラムを実行することをアプリケーションの実行と呼ぶ。

[0149] 図 24は XAIT情報に記述されるアプリケーションがアプリケーションのストア領域 23 01にストアされている状態を示す一例である。図 24の中で、アプリケーションのストア領域 2301は、アプリケーション名「APP1」をもつアプリケーション 2311、および、ァプリケーシヨン名「APP2」を持つアプリケーション 2312を格納する。

[0150] 次に AM1205bは、 1次記憶部 511または 2次記憶部 510に保存された XAIT情報を参照して、 1次記憶部 511にダウンロードしたアプリケーション、または 2次記憶部 510のストア領域 2301にストアしたアプリケーションの中から「autostart」と指定されたアプリケーションの Java (登録商標）プログラムを VM 1203に引き渡す。図 23を参照して、行 2011で定義されるアプリケーション「APP1」の Java (登録商標）プログラム「aZAPP lXletJが VM 1203に引き渡される。実行するアプリケーションの Java ( 登録商標）プログラム名が「aZAPPlXlet」とすると、 Java (登録商標）プログラム名の最後に「. class」を付カ卩したファイル「aZAPPlXlet. class」が実行すべきフアイルとなる。 VM1203は、引き渡されたアプリケーションの Java (登録商標）プログラムを実行する。以降、 AM1205bからの VM1203へのアプリケーションの Java (登録商標）プログラム弓 I渡しを、 VM 1203へのアプリケーション起動指示と呼ぶ。

[0151] ここで、 AM1205bが XAIT情報を受け取った時点において、 XAIT情報に記述されたアプリケーションのうち、既にストアされているアプリケーションが存在する場合、既にストアされているアプリケーションに関しては、アプリケーションをダウンロードまたはストアする必要がな、ため、ストア処理を省略することができる。

[0152] 従って、アプリケーションを前もってストア領域 2301にストアしておくことで、 AM12 50bが XAIT情報を受け取った時点から、 VM1203へのアプリケーション起動指示を行うまでの時間を短縮することができる。なお、アプリケーションのストア処理を行うか否かについては、ストア優先度 2007を利用することができる。一例としてストア優先度が 11以上ならストアすることとし、 11より小さいとストアしないこととする。この判断基準は、アプリのストア処理を行うか否かが分かればいいので、 11でなくてもよい。また、ストア優先度 2007とは別の情報として提供してもよ、。

図 25と図 26は AM1250b力 XAIT情報を受け取った時点から、 VM1203へのァプリケーシヨン起動指示を行うまでの動作の一例を示すフローチャートである。図 25 は、 XAIT情報を受け取って力ストア処理を完了するまでのフローチャート部分であり、図 26はストア処理後、アプリケーションの起動を行う際のフローチャートである。図 25を参照して、 AM1205bが XAIT情報を受け取ると（S2401)、 XAIT情報に記述のアプリケーションの中力らまだ選ばれていないものを 1つ選ぶ（S2402)。ここで、 A M1205bは、ストア優先度 2007を参照し、前述したような判断基準に従い、アプリケーシヨンをストアするか否かを判断する（S2403)。このとき、アプリケーションをストアする場合（S2403で YES)は、 AM1205bは S2402で選んだアプリケーションが既にストアされて、るか否かを判断し（S2404)、ストアされて!/、な!/、場合（S2404で N 0)、 AM1205bは、アプリケーションをプロトコル識別子 2003に記述されたプロトコルとダウンロード元指定 2005からダウンロード元を決定し、ダウンロードを行、ストアする（S2405)。なお、 DSMCCからのダウンロードを行う場合は、 DSMCC識別子 2 004も参照する。 S2403にお!/ヽてアプリケーションをストアしな!ヽと判断した場合（S2 403で NO)、または、 S2404においてアプリケーションが既にストアされている場合（ S 2404で YES)、または S 2405の処理をすると、 AM1205bは、 XAIT情報記述のアプリケーションを全て選択した力否かを判断し (S2406)、未だ XAIT情報記述の全てのアプリケーションを選択していない場合（S2406で NO)、 S2402力らの処理を繰り返す。 S2406において、 XAIT情報記述のアプリケーションをすベて選択したと判断すると、次に AM1205bは、図 26に従い、アプリケーションの起動を行う。 AM 1205bは、再び XAIT情報に記述のアプリケーションを選ばれていないものから順に 1つずつ選ぶ（S2501)。次に、 AM1205bは、選んだアプリケーションの制御情報 2 002が「autostart」か否かを判断し（S2502)、選んだアプリケーションの制御情報が「autostart」の場合（S2502で YES)、 AM1205bはアプリケーションがストアされている力否かを判断する（S2503)。ストアされていない場合（S2503で NO)、 AMI 205bは、アプリケーションをプロトコル識別子 2003に記述されたプロトコルとダウン口ード元指定 2005からダウンロード元を決定し、ダウンロードを行いストアする（S2504 )。なお、 DSMCCからのダウンロードを行う場合は、 DSMCC識別子 2004も参照する。

[0154] 次に、 AM1205bは、 VM1203へのアプリケーション起動指示を行う（S2505)。そして、 AM1205bは、 XAIT情報記述のアプリケーションを全て選択したか否かを判断し（S2506)、未だ XAIT情報記述の全てのアプリケーションを選択していない場合（S2506で NO)、 S2501力らの処理を繰り返す。 S2506にお!/、て、 XAIT†青報記述のアプリケーションをすベて選択したと判断する（S2506で YES)と、処理を終了する。

[0155] こうして、 XAIT情報の受け取りからアプリケーションのストア処理と起動指示までの処理を進め、既に XAIT情報記述の全てのアプリケーションを選択している場合には処理を終了する。図 25と図 26では、アプリケーションのストア処理と起動指示を、別々に処理する手順を示した力これらは一回の繰り返しの中で処理してもよい。

[0156] なお、ここでは、 AM1205bはアプリケーションのダウンロードまたはストア領域へのストア完了後に、 VM1203bへアプリケーションの起動指示を出すものとして説明しているが、 AM1205bが XAIT情報の受け取り後、アプリケーションのダウンロードまたはストア領域へのストアをする前に、 VM1203へアプリケーションの起動指示を出してもよい。ここでの起動指示は、 AM1205bが VM1203に実行すべきアプリケーシヨンのプログラム名を引き渡すことにより実現するものとする。この場合、 VM1203が、 AM1205bからのアプリケーション起動指示後に、ダウンロードを行うか、または 1次記憶部 511またはストア領域力もアプリケーションを読み込み実行することになる。

[0157] アプリケーションの起動は、図 25や図 26で示したような XAIT情報を受け取つたときのみではない。 AM1205bは、特殊な権限を持った実行中のアプリケーションに対し、他のアプリケーションの起動や停止などのライフサイクルを扱うことができる APIを提供している。そのため、特殊な権限を持った実行中のアプリケーションは、起動した V、アプリケーションの情報を指定し、この APIを利用することでアプリケーションの起動を AMI 205bへ要求することができる。この時のフローチャートを図 27に示す。

[0158] 特殊な権限を持った実行中のアプリケーションは、起動したいアプリケーションの情報を指定し、 AM1205bが提供するアプリケーションの起動を行う APIを呼ぶ（S260 D oこのとき AM1205bは、起動したいアプリケーションが既にストアされているか否かを調べる（S2602)。ここで、ストアされていない場合（S2602で NO)は、 AM120 5bは、アプリケーションをプロトコル識別子 2003に記述されたプロトコルとダウンロード元指定 2005からダウンロード元を決定し、ダウンロードを行いストアする（S2603) 。次【こ、 AM1205biま、 VM1203へのアプリケーション起動旨示を行!ヽ（S2505)、終了する。

[0159] AM1205bは、 XAIT情報を受信した際に図 25と図 26の処理を行うため、 XAIT 情報の更新に伴い、ストア領域 2301にストアされるアプリケーションが更新される。図 28と図 29を参照して、 XAIT情報が更新されると、それにともないストア領域 2301にストアされるアプリケーションが更新される場合がある。図 28 (a)は、行 2011で定義されるアプリケーション「APP1」の XAIT情報を示し、図 28 (b)は、 AM1205b力図 28 (a)の XAIT情報を受信し、図 25、図 26の処理を終了した時のストア領域 2301を示す。図 28 (a)の XAIT情報には、行 2011で定義されるアプリケーション「APP1」がーつ存在するので、図 28 (b)のストア領域 2301には、「APP1」 2311がーつストアされている。次に、ストア領域 2301が図 28 (b)の状態で、図 29 (a)の XAIT情報を受信し、図 25、図 26の処理を終了した時の、ストア領域 2301を図 29 (b)に示す。図 29 ( a)は、行 2011で定義されるアプリケーション「APP1」と行 2012で定義されるアプリケーシヨン「APP2」が記述された XAIT情報である。図 29 (a)の XAIT情報を AM12 05bが受信した際に、ストア領域 2301は、図 29 (b)のように行 2011で定義されるァプリケーシヨン「APP 1」 2311と行 2012で定義されるアプリケーション「APP2」 2312 の二つのアプリケーションがストアされる。

[0160] 次に、本発明の主要機能である、 XAIT情報を受け取った AM1205bによる、 XAI T情報に記述されたアプリケーションのストア機能時に必要なダウンロード元の決定とユーザへのメッセージ通知について説明する。具体的には、 XAIT情報を受信した際のフローチャートとして示した図 25と図 26における S2405と S2504及び、特別な権限を持つアプリケーションが AM1205bのアプリ起動 APIを呼んだ際のフローチヤートとして示した図 27の S2603の処理に関する。

[0161] 図 30は、 AM1205bの構成のうち、ストア処理を行う際に、ダウンロード元を決定する構成要素のみを示す図である。他の構成要素は本発明とは直接関係ないので省略する。

[0162] AM1205bは、ダウンロード元決定部 2901、チューニング周波数取得部 2902、ダゥンロード周波数取得部 2903、ストア部 2904、通知部 2905、チューニング要求部 2 906を備える。なお、本実施の形態では、選択されたアプリケーション力少なくとも一つの DSMCC方式でエンコードされたファイルシステムとして存在する場合を想定している。具体的には、選択されたアプリケーションのプロトコル識別子 2003に OC が指定されており、ダウンロード元指定 2005に少なくとも一つのプロトコノレ識別子 20 03の「OC」指定に対応したダウンロード元指定 2005が明記されている場合を想定している。

[0163] ダウンロード元決定部 2901は、プログラムのダウンロード元を決定する。そのため、 XAIT情報のプロトコル識別子 2003とダウンロード元指定 2005の情報を受信する。ここで、ダウンロード元決定部 2901は、選択されたアプリケーションがどのようなプロトコル識別子 2003を持っているかを判断する。ダウンロード元を決定するため、ダウンロード元決定部 2901は、チューニング周波数取得部 2902から現在のチューニング情報を取得し、ダウンロード周波数取得部 2903からアプリケーションをダウンロードするために必要な周波数を取得する。ここで、周波数と記述しているが、チューニングに必要な情報を代表して記述して、るため、この他のチューニングに必要な情報である変調方式や内符号率などもあわせて処理してもよい。以下、周波数に関する記述は全て同様である。ダウンロード元決定部 2901は、チューニング周波数取得部 2902から、チューナの使用状況と使用中の各チューナがチューニングして、る周波数を取得する。また本発明は、使用したいチューナが存在する力否かが問題であり、チューナの数はいくつであっても適用できる。また、本発明は、ダウンロード元指定 2 005に OC力もの複数のダウンロード元が指定されていても実施できる。つまり、ダウンロード元決定部 2901は、 XAIT情報を参照し現在選択されているアプリケーションのプロトコル識別子 2003に OCがある場合、ダウンロード元指定 2005から全てのソース IDを取得し、ダウンロード周波数取得部 2903へ渡し、ダウンロード周波数取得部 2903力ら、そのソース IDで示した PMTで伝送されるチャンネルが存在するトランスポートストリームが流れている全ての周波数を受け取る。そして、現在のチューニング情報と比較することで、ダウンロード元を決定する。また、ダウンロード元決定部 29 01は、ダウンロード元を決定後に、通知部 2905への通知指示と、チューニング要求部 2906へのチューニング要求指示と、ストア部 2904へアプリケーションのストア指示を行う。なお、チューニング要求部 2906へのチューニング要求指示では、チュー- ングしたいアプリケーションのソース IDと使用するチューナを指定する。この時、端末装置 500がプログラムのダウンロードに複数のチューナを使用できる場合は、ダウンロード元決定部 2901は、どのチューナを使用するかという方針を決定するため、次のような優先度の一例を考える。これらは、単独で使用してもよいし、複数の組み合わせで使用してもよい。

[0164] 1)使用されていないチューナが存在したら、そのチューナを優先的に使用する。

[0165] 2)ユーザが Picture in Pictureのように、ひとつの画面で複数の番組を視聴している場合は、各番組が異なる周波数で伝送されていることがある。この時は、ユーザは複数のチューナを使用しており、このチューナを使用する場合は、ユーザへの影響を少なくするため、大画面で視聴しているサービスを優先的に処理し、ユーザへの影響の少な、小画面で流れて、る番組をチューニングして、るチューナを使用することができる。当然、逆も可能である。

[0166] 3)ユーザが録画と視聴を同時に行って、る場合は、録画を優先的に処理し、視聴中の番組をチューニングして、るチューナを使用してもょ、。逆も可能である。

[0167] 4) PPV(Pay Per View)などによって、ユーザが購入した番組と無料の番組が選択された場合は、ユーザが購入した番組の優先的に処理し、無料の番組をチューユングして!/、るチューナを使用してもょ、。逆も可能である。

[0168] なお、ここではダウンロード元決定部 2901が、使用するチューナの決定を行う方針としたが、チューナを選択する優先度がこれらの方針に従っていれば、本処理を実行するのが、ダウンロード元決定部 2901である必要はない。例えば、ダウンロード元決定部 2901は、チューニング要求部 2906へソース IDの指定のみを行い、チューニング要求部 2906内で使用するチューナを選択する方針としてもよい。また、ダウンロード元決定部 2901及びチューニング要求部 2906は、ソース IDを指定するのみで、チユーナライブラリ 1205cが使用するチューナを決定すると、う方針でもよ!/、。

[0169] また、ストア完了後、ストア部 2904から通知を受信し、アプリケーションのダウンロードを行う前の周波数へチューニングを再設定するため、チューニング要求部 2906へ通知することちでさる。

[0170] チューニング周波数取得部 2902は、チューナの使用状況と、使用中の各チューナがチューニングして、る周波数をダウンロード元決定部 2901へ通知する。ここでチュ一-ング周波数取得部 2902は、チューナの使用状況と使用中の各チューナがチュ一ユングしている周波数の取得を、チューナライブラリ 1205cがチューナへチュー- ング要求を行うために管理する情報から取得することで実現する。なお、ここではチューナライブラリ 1205cが管理する情報力も取得する例を示したが、チューナの使用状況と使用中の各チューナがチューニングしている周波数が取得できれば、他の方法で実現してもよ、。複数チューナがある場合はチューニング中の全ての周波数を取得し、これらの結果を配列で通知する。なお、ここでは配列で通知するとした力本発明は通知方法に依存しないため、他の通知方法でもよい。また、周波数の値を直接通知するのではなぐダウンロード元決定部 2901とチューニング周波数取得部 290 2が解釈できる識別子であってもよい。また、ここではチューニング周波数取得部を A M1205bの一部として記述した力チューナライブラリ 1205cの一部として存在し、このチューナライブラリ 1205cとダウンロード元決定部 2901が通信をするようにしてもよい。

[0171] ダウンロード周波数取得部 2903は、ダウンロード元決定部 2901からソース IDを受信し、ソース ID力も周波数情報を取得し、ダウンロード元決定部 2901へ通知することで、アプリケーションのダウンロードに必要な周波数を通知する。ここで、周波数の値を直接通知するのではなぐダウンロード元決定部 2901とダウンロード周波数取得部 2903が解釈できる識別子であってもよい。ダウンロード元決定部 2901では、ソース ID力も周波数への変換を行う必要がある。ソース ID力も周波数を取得するためには、 Inbandのトランスポートストリームあるいは OOBから、周波数情報などチューユングに必要な情報を伝送している NITとソース IDを基にして仮想的なチャンネルのテーブルを保持する SVCTと!、う SI (Service Information)情報を取得する必要がある。または、 SVCTにカ卩ぇ更に付加情報を保持する LVCTという SI情報を取得してもよい。このソース ID力周波数を取得する技術は、公知の技術であり詳細は、 Cable Television SCTE65を参照されたい。また、ここでは OCAP仕様で実現する場合を前提として記述して、るが、これ以外の方法でソース IDと周波数の関係を解決してもよい。また、ここではチューニング周波数取得部を AM1205bの一部として記述したが、 SI情報を扱う専門のモジュールの一部として存在し、この SI情報を扱う専門のモジュールとダウンロード元決定部 2901が通信をするようにしてもよい。

[0172] ストア部 2904は、ダウンロード元決定部 2901が決定したダウンロード元力もアプリケーシヨンをダウンロードしストアする。

[0173] 通知部 2905は、ダウンロード元決定部 2901の決定結果に従い、ユーザにアプリケーシヨンがダウンロードされることを通知する。ここで、通知部 2905によるユーザへのアプリケーションダウンロード通知は、通知部 2905力 S端末装置 500の CPU514に画面に表示した、ダウンロード通知情報を送り、 OS 1201のライブラリ 120 lbに含まれるダイアログ表示プログラム力ダウンロード通知をディスプレイ 509に表示することにより実現される。ここで、ダイアログは、例えば一定時間経過後にディスプレイ 509 から消すものとする。

[0174] チューニング要求部 2906は、ダウンロード元決定部 2901によって指定されたチュ一-ング要求に従い、指定されたアプリケーションが流れているトランスポートストリームへ、指定されたチューナを用いてチューニングを行う。

[0175] また、ここではチューニング要求部 2906を AM1205bの一部として記述した力チユーナライブラリ 1205cの一部として存在し、このチューナライブラリ 1205cとダウン口ード元決定部 2901が通信を行うことで実現してもよい。

[0176] 図 31、図 32は、本実施の形態における XAIT情報を受け取った AM1205bによる、アプリケーションのストア処理動作の一例を示すフローチャートである。特に、 XAIT 情報に記述されるアプリケーションを DSMCC方式でエンコードされたファイルシステムカもダウンロードし、ストア領域 2201へストアする際に、現在チューニングされている周波数とは異なる周波数力もダウンロードする必要がある場合の、 AM1205bのストァ処理動作の一例を示すフローチャートである。

図 31、図 32を参照して、ダウンロード元決定部 2901は、選択されているアプリケーシヨンの XAIT情報を受信する（S3001)。この時、選択されているアプリケーションのプロトコル識別子 2003に OCが存在することを確認する。次に、ダウンロード元決定部 2901は、チューニング周波数取得部 2902から現在チューニング中の周波数を取得する（S3002)。この時、複数のチューナが存在する場合は、チューニング中の全ての周波数を取得する。次にダウンロード元決定部 2901は、ダウンロード周波数取得部 2903からアプリケーションの周波数を取得する（S3003)。ダウンロード元決定部 2901は、 S3002で取得した現在チューニングされている周波数と S3003で取得したアプリケーションの周波数を比較することで、現在のチューニングを変更することなくアプリケーションのダウンロードが行えるか否かを判断する（S3004)。このとき、アプリケーションをダウンロードする周波数力現在のチューニングされて、る周波数になかった場合（S3004で NO)、ダウンロード元決定部 2901は、チューニング周波数取得部 2902へチューナの使用状況を問い合わせる（S3005)。この時、チューナが全て使用中の場合（S 3005で YES)は、ダウンロード元決定部 2901は、通知部 2 905へダウンロードするため、現在の視聴あるいは録画が妨げられる旨を伝えるメッセージ通知を指示する。そして、通知部 2905はユーザにアプリケーションがダウン口ードされることを通知する（図 32の S3101)。なお、図 32の S3101の処理は、通知モジュールとして、これ以降、同様の処理をする際に参照することとする。ここで、通知部 2905によるユーザへのアプリケーションダウンロード通知は、通知部 2905が端末装置 500の CPU514に画面に表示したいダウンロード通知情報を送り、 OS1201のライブラリ 120 lbに含まれるダイアログ表示プログラムが、図 33に示すようなダウン口ード通知をディスプレイ 509に表示することにより実現される。 3201はダイアログボッタスであり、メッセージ 3202の表示要素をもつ。なお、メッセージ 3202の文字列は、ユーザにアプリケーションのダウンロードを通知する為に必要な情報を提供できる方法であれば、図 33中の文字列に限定されず他の文字列であってもよぐまた、メッセージ 3202の形式は文字列に限定されず他の形式であってもよい。また更に、ダイァログボックス 3201の表示要素は、図 33の表示要素に限定されず、ユーザにアプリケーシヨンのダウンロードを行うこと、あるいは現在の視聴あるいは録画が妨げられること、あるいはこの両方の内容を通知できるものであれば、他の表示要素であってもよい。続いて、ユーザへのメッセージ通知後とチューナが全て使用中でなかった場合（つまり、使用していないチューナが存在した場合（S3005で NO) )、ダウンロード元決定部 2901は、チューニング要求部 2906へアプリケーションのダウンロードが行える周波数のチューニング要求を行う（S3006)。チューニング要求部 2906は、この要求を受けチューニングを開始する。そして、ダウンロード元決定部 2901はストア部 29 04へ、アプリケーションのダウンロード及びストアを指示する。ストア部 2904は、この指示を受け、指定されたアプリケーションのダウンロードとストアを行う。なお、ストア部はストアの完了後にダウンロード元決定部 2901の呼び出しもとの実行へもどるようにしてもよいし、完了時にダウンロード元決定部へメッセージを通知することで知らせても良い。また、呼び出しの返り値によって、ストア成功力否かを通知するようにしてもよい。こうして、指定されたアプリケーションのストア処理を行い終了する。

[0178] なお、ここで、通知部 2905によるユーザへのアプリケーションダウンロード通知は、通知部 2905が端末装置 500の CPU514に画面に表示したいダウンロード通知情報を送り、 OS 1201のライブラリ 120 lbに含まれるダイアログ表示プログラム力ダウンロード通知をディスプレイ 509に表示することにより実現している力通知部 2905 によるユーザへのダウンロード通知は、リモコンの液晶画面にダウンロード通知を表示する、或いは、図 34を参照して、端末装置本体の 7セグ LED3302にダウンロード通知を表示する、あるいは端末装置本体のランプ 3301を点灯するなど、ユーザがァプリケーシヨンのダウンロードを検知できる方法であれば、その他の方法であっても実施可能である。図 34において、図 7と同じ要素には図 7と同じ符号を付し説明を省略する。

[0179] またここで、アプリケーションのダウンロード時に、通知部 2905は、ダウンロードの進拔具合をユーザへ通知してもよ、し、 ioadingjなどのメッセージの表示をおこなってもよいし、別の映像 '音声に切り替えても良い。このとき表示する映像 ·音声は、端末装置内に保存しているものであってもよいし、アプリケーションのダウンロードを行っているトランスポートストリーム内に存在する映像'音声であってもよい。また、アプリケーシヨンのダウンロードを行っているトランスポートストリーム内の番組をユーザへ通知し、ユーザが選択した番組の映像 .音声に切り替えても良い。

[0180] また、本実施の形態において、 AMI 205bによる XAIT情報の受け取りは、端末装置 500の電源投入時または、 XAIT情報が更新された時に行う。つまり、本実施の形態において、 AM1205bによる XAIT情報の受け取りは、端末装置 500の電源投入時における AM1205bによる XAIT情報の受け取りと、端末装置 500が起動後に XA IT情報が更新された時における、 AM1205bによる XAIT情報の受け取りを対象としているが、 XAIT情報の更新は、ヘッドエンド 101から送信される XAIT情報そのものの更新だけでなぐ AM1205bやアプリケーションによる XAIT情報の更新等、他の方法であっても本発明は実施可能であり、これ以降の実施の形態においても適用することがでさる。

[0181] ここで、このような、アプリケーションによる XAIT情報の更新は、 AM1205bが特別な権限をもつアプリケーションに対して、 XAIT情報の更新を行うための APIを用意することにより実現する。 XAIT情報の更新を行うための API〖こは、特別な権限をもつアプリケーションが新規に作成した XAIT情報を登録可能とするものや、既に AM12 05bが 1次記憶または 2次記憶に保存している XAIT情報を修正可能とするもの等がある。

[0182] このような XAIT情報の更新を行うための APIは公知の技術にて実現されている。

例えば、 XAIT情報を登録する APIは、 OCAP仕様（OCAP 1. 0 Profile OC— SP— OCAP1. 0— IF— 109— 031121)の AnnexG OCAP 1. 0 Application APIにおヽて、 org. ocap. application. AppManagerProxyクフスの registerU nboundAppメソッドとして定義されて!、る。特別な権限をもつアプリケーションが XAI T情報を登録する APIを用いて、新規の XAIT情報を登録 (特別な権限をもつアプリケーシヨンが新規に作成した XAIT情報の登録)を行った際には、 AM1205bは、その特別な権限をもつアプリケーションにより登録された XAIT情報を、 XAIT情報の更新として受け取る。 [0183] 以上のように実施の形態 1を適用することにより、現在のチューニングされている周波数と異なる周波数力アプリケーションのダウンロードを行う場合、ユーザの視聴あるいは録画中の映像.音声などのサービスの停止を事前にユーザへ通知することができる。これにより、突然視聴あるいは録画ができなくなるのを回避することができる。

[0184] (実施の形態 2)

実施の形態 1では、ダウンロード元決定部 2901が、アプリケーションのダウンロード元を決定した場合、通知部 2905は、ユーザへアプリケーションがダウンロードされるために現在の視聴あるいは録画が中断されることを通知するものの、ユーザによる確認の有無は判断していな力つた。そこで、本実施の形態では、実施の形態 1に加え、ユーザ力もの応答を受け付ける応答受付部（図 35の 3507)を備える。図 35を参照して、図 30と同じ番号で示すものは、図 30と同じ機能を持っため、本実施の形態では説明を省く。なお、本実施の形態では実施の形態 1と同様に、選択されたアプリケーシヨンが、少なくとも一つの DSMCC方式でエンコードされたファイルシステムとして存在する場合を想定している。具体的には、選択されたアプリケーションのプロトコル識別子 2003に OCの設定が指定されており、ダウンロード元指定 2005に少なくとも一つのプロトコル識別子 2003の「OC」指定に対応したダウンロード元指定が明記されている場合を想定している。ダウンロード元決定部 3501は、ダウンロード元決定部 2901に加え、応答受付部 3507へ応答受付指示を行い、ユーザ応答を受信する。このユーザ応答を受信後に、チューニング要求部 2906へチューニング要求を指示とストア部 2904へストア指示を行うことを特徴とする。

[0185] 応答受付部 3507は、ダウンロード元決定部 3501から応答受付指示を受信後、ュ一ザの応答を待ち、ユーザの応答を受信後、ダウンロード決定部 3501へユーザの応答を通知する。なお、ユーザからの応答を待つ応答受付部 3507は、ユーザからの応答待ちを行う制限時間を決定しておき、制限時間経過後もユーザからの応答がないときは、応答受付部 3507によって独自判断を行うという方針にしてもよい。応答受付部 3507は、ユーザが通知部 2905の表示した画面に従い、リモコンに割り当てられた十字キーや OKキーを押下することにより実現される。

[0186] 図 36及び図 37に通知部が表示する画面の一例を示す。図 36は実施の形態 1で示した図 33にカ卩ぇ OKボタン 3603を備える。更に、図 37は実施の形態 1で示した図 33〖こカロえ、 Yesボタン 3703と Noボタン 3704を備える。この時、ユーザへ通知するメッセージ内容は、ユーザへダウンロードのためにユーザの視聴あるいは録画が中断することを通知するメッセージであれば 3602及び 3702に限る必要はない。また、メッセージはテキスト表示でなくても他の表現で提示されてもよい。また、 3603及び 370 3、 3704のボタン内の文字列も、この内容に限る必要はない。また更に、図 33、図 3 6、図 37は、ユーザにアプリケーションのダウンロード及び視聴あるいは録画の中断を通知し、ユーザがダウンロード通知の確認を選択したことを CPU514が認識できるものであれば、他の表示要素であってもよい。

[0187] 図 38は、本実施の形態において、図 36のようなユーザの承認のみを受け付ける場合におけるアプリケーションのストア処理動作の一例を示すフローチャートである。

[0188] なお、図 38は、実施の形態 1で示したフローチャート図 31の一部である図 32の処理を置き換える形で示す。図 31の処理は、実施の形態 1と同じ処理のため、説明を省略する。図 31のチューナが全て使用中か否かの判断（S3005)において、全て使用中の場合は、図 38を参照して、ダウンロード元決定部 3501は、通知部 2905に対し、アプリケーションがダウンロードされ、現在の視聴あるいは録画が中断されることを通知するよう指示し、通知部 2905は、ダウンロード元決定部 3501からの指示に従いユーザへメッセージを通知する（S3801)。その後、ダウンロード元決定部 3501は、応答受付部 3507にユーザの応答を待つよう指示する。この命令を受けた応答受付部 3507は、ユーザからの入力情報を待ち、入力情報を受け取ると、ダウンロード元決定部 3501へユーザ確認情報を通知する（S3802)。なお、図 38の S3801と S38 02の処理は、通知.応答モジュール 1として、これ以降同様の処理をする際に参照することとする。この通知を受け、ダウンロード元決定部 3501は、チューニング要求部 2 906へ、ダウンロードするアプリケーションが流れるトランスポートストリームの周波数へのチューニングを支持し、その後ストア部 2904へアプリケーションのダウンロード及びストア要求を出すことで、アプリケーションのダウンロードを行う。

[0189] 次に、図 37のようなユーザの承認あるいは拒否を受け付ける場合のアプリケーションのストア処理動作の一例をフローチャート図 39と図 40に示す。 [0190] まず、図 39は図 31にカ卩え、ユーザの拒否応答に対応するため、図 40からの処理の戻りを示す S3910を追カロした。このため、図 39については、図 31と同じ処理を示すため説明を省く。そこで、図 39のチューナが全て使用中か否かの判断 (S3005) において、全て使用中の場合（S 3005で YES)は、図 40を参照して、ダウンロード元決定部 3501は、通知部 2905へアプリケーションがダウンロードされ、現在の視聴あるいは録画が中断されることを通知するよう通知部 2905へ指示し、通知部は、ユーザへメッセージを通知する（S4001)。その後、ダウンロード元決定部 3501は、応答受付部 3507にユーザの応答を待つよう指示する。この命令を受けた応答受付部 35 07は、ユーザの入力情報を待ち、入力情報を受け取ると、ダウンロード元決定部 35 01へユーザ確認情報を通知する（S4002)。この通知を受け、ダウンロード元決定部 3501は、ユーザの応答がダウンロード許可あるいは拒否であつたかを考慮し（S400 3)、許可された場合（S4003YES)は、ダウンロードを行うことができるため、図 39の Aの処理へ戻り、拒否された場合（S4003で NO)は、ダウンロードを行うことができないため、図 39の Bの処理へ戻る。そして、 Aの処理へ戻ると、ダウンロード元決定部 3 501は、チューニング要求部 2906へ、ダウンロードするアプリケーションが流れるトランスポートストリームの周波数へのチューニングを支持し、その後ストア部 2904ヘアプリケーシヨンのダウンロード及びストア要求を出すことで、アプリケーションのダウンロードを行う。また、 Bの処理に戻ると、ダウンロードを行わないため、そのまま処理を終了する。なお、図 40の S4001〜S4003の処理は、通知'応答モジュール 2として、これ以降同様の処理をする際に参照することとする。

[0191] なお、本実施の形態で示した、ユーザからの応答を待つ応答受付部 3507は、ユーザからの応答待ちを行う制限時間を決定しておき、制限時間経過後もユーザからの応答がな、ときは、応答受付部 3507によって独自判断を行うと!、う方針にしてもよ!、

[0192] このように、実施の形態 2により、アプリケーションのダウンロードにおいて、現在のユーザの視聴あるいは録画が中断されることをユーザへ通知し、ユーザの応答を受信することで、ユーザはダウンロード処理を知ると共に、ダウンロード処理を拒否することも可能になる。これにより、ユーザの視聴あるいは録画を続けることが可能になる [0193] (実施の形態 3)

実施の形態 2では、ユーザからの応答を受け付け、ユーザがアプリケーションのダウンロードを拒否することができた。し力しながら、拒否を行った際には、次回のダウンロードがいつ行われるのかということを、ユーザは知ることができなかった。また、端末装置がアプリケーションのダウンロード要求を受信するたびに、ダウンロードするか否かの問!、合わせが表示されるため、問、合わせ用のウィンドウがユーザの視聴ある！/ヽは録画を妨げる可能性があった。そこで本実施の形態では、ユーザがアプリケーションのダウンロードを拒否した際に、ユーザがダウンロードを行う時間を設定することができるように、タイマー設定部（図 41の 4108)を備えることを特徴とする。このように、ユーザによってダウンロード時間を設定することにより、ユーザの視聴や録画を行わな、時間を設定することができるため、ユーザの視聴あるいは録画を妨げることを回避することができる。

[0194] 図 41を参照して、図 30あるいは図 35と同じ番号で示すものは、図 30あるいは図 3 5と同じ機能を持っため、本実施の形態では説明を省略する。

[0195] タイマー設定部 4108は、ダウンロード元決定部 4101から指定された設定時間をはかる。そして、設定時間が経過後、ダウンロード元決定部 4101へ設定時間経過の通知を行うことを特徴とする。

[0196] ダウンロード元決定部 4101は、ダウンロード元決定部 3501に加え、通知部 2905 へタイマー設定に関するユーザへのメッセージ通知を指示し、応答受付部 3507からユーザからの返信を受信する。この結果を受け、タイマー設定部 4108へ設定時間を指示する。また、ダウンロード元決定部 4101は、タイマー設定部 4108の設定時間経過の通知を受信し、チューニング要求部 2906へチューニングを指示し、ストア部 29 04へストア指示を行うことを特徴とする。なお、タイマー設定部 4108から設定時間経過の通知を受信した際に、再び、通知部 2905を通し、ユーザへメッセージ通知を行つてもよい。また更に、通知部 2905が表示したメッセージに対するユーザ応答を応答受付部 3507から受信し処理を行うという方針にしてもよい。また、ここではユーザが時間を設定できることとした力ダウンロード元決定部 4101でデフォルト設定時間を保持し、ユーザがダウンロードを拒否した際に、ユーザへ設定時間を尋ねることなく

、デフォルト設定時間をタイマー設定部 4108へ指示してもよ、。

[0197] なお、本実施の形態では実施の形態 1、 2と同様に、選択されたアプリケーションが、少なくとも一つの DSMCC方式でエンコードされたファイルシステムとして存在する場合を想定している。具体的には、選択されたアプリケーションのプロトコル識別子 2 003に OCの設定が指定されており、ダウンロード元指定 2005に少なくとも一つのプロトコル識別子 2003の「OC」指定に対応したダウンロード元指定が明記されている場合を想定している。

[0198] 図 42及び図 43に通知部が表示する画面の一例を示す。図 42は実施の形態 2で示した図 37で Noボタン 3704が押された後に、タイマー設定を行うか否かをユーザへ通知する。そのため、図 42は、ユーザへダウンロードを行う時間を設定するか否かを問うメッセージ 4202と Yesボタン 4203と Noボタン 4204を備える。なお、ここでは、少なくともダウンロードを行う時間を設定できることを通知することができるものであればよいため、図 42の形式に限る必要はない。また、図 42で示したダウンロードを行う時間を設定できるメッセージは、省略することもできる。

[0199] 次に図 43は、ユーザへダウンロードの設定時間の指定を促す画面の一例である。

そのため、図 43はユーザへダウンロード時間の設定を促すメッセージ 4302と、設定時間を指定するためのボタン 4304〜4309と、入力を完了したことを通知する OKボタン 4310を備える。また、ユーザへ通知するメッセージ内容は、ユーザへダウンロード時間の設定を促すメッセージであれば 4302に限る必要はない。また、ここではボタン 4304〜4309を選択することで時間指定を行う方針とした力リモートコントロール力も直接数字を入力してもよいし、ユーザが指定した時間がわ力るものであれば、入力形式はどのような方法であってもよい。また、入力に誤りがないか否かを検出し、ュ一ザへ再入力を促す処理を追加してもよい。また更に、図 43は時間指定のみとした力日付や時間や分など設定時間の内容に関しても、ユーザ力設定されたダウンロードするタイミングが分力るものであれば、ここで一例として示した図 43の通知部が表示する画面に限る必要はない。また、図 42及び図 43ともに、メッセージはテキスト表示でなくても他の表現で提示されてもよい。また、図 42及び図 43の各ボタン内の文字列も、この内容に限る必要はない。つまり、図 43はユーザがダウンロードの設定時間を設定することができれば、他の表現であってもよ、。

[0200] 本実施の形態における、ユーザがダウンロード設定時間を設定する処理動作の一例をフローチャート図 44へ示す。なお、図 44は、実施の形態 2で示したフローチヤ一ト図 39の一部である図 40の処理を置き換える形で示す。図 39の処理は、実施の形態 2と同じ処理のため、説明を省略する。図 39のチューナが全て使用中か否かの判断 (S3005)において、全て使用中の場合は、図 44を参照して、通知.応答モジユール 2の処理を行いユーザへダウンロードを行うか否かの問い合わせを行う（S4401)。この結果が Aの場合は、ユーザによってダウンロードが承認されたためダウンロード処理を行う（詳細は前述したため、ここでは説明を省略する)。一方、この結果が Bの場合は、ユーザがダウンロードを拒否したため、ダウンロード元決定部 4101は、通知部 2905へアプリケーションをダウンロードする時間を設定できることを通知するよう指示し、通知部 2905は、ユーザへメッセージを通知する（S4402)。

[0201] その後、ダウンロード元決定部 4101は、応答受付部 3507にユーザの応答を待つよう指示する。この命令を受けた応答受付部 3507は、ユーザの入力情報を待ち、入力情報を受け取ると、ダウンロード元決定部 4101へユーザのタイマー設定可否応答を通知する（S4403)。ダウンロード元決定部 4101は、この通知によりタイマー設定を行うか否かの判断を行う（S4404)。タイマー設定しない場合（S4404で NO)は、図 39の Bへ戻り処理を終了する。一方、タイマー設定を行う場合 (S4404で YES)は、ダウンロード元決定部 4101は、通知部 2905へアプリケーションをダウンロードする設定時間の入力メッセージを通知するよう指示し、通知部 2905は、ユーザへメッセージを通知する（S4405)。その後、ダウンロード元決定部 4101は、応答受付部 35 07にユーザの応答を待つよう指示する。この命令を受けた応答受付部 3507は、ュ一ザの入力情報を待ち、入力情報を受け取ると、ダウンロード元決定部 4101へユーザのタイマー設定時間を通知する（S4406)。そして、ダウンロード元決定部 4101はタイマー設定部 4108へ設定時間を通知し、タイマー設定部 4108は受信した時間を設定する（S4407)。タイマー設定部 4108は、設定時間が経過するまで待つ（S440 8)。時間が経過すると、図 39の Aへ戻り、ダウンロード処理を行う。この時、再びダウンロードを行うか否かを問うため、 S4401の処理へ戻ってもよい。なお、図 42で示したような、ダウロードの設定時間を設定する力否かをユーザへ問う処理を省略する場合は、図 44の S4402及び S4403及び S4404を省略することで、実行することができる。

[0202] このように、実施の形態 3により、ユーザはアプリケーションのダウンロードを拒否した際に、ダウンロードの設定時間を指定することができる。

[0203] (実施の形態 4)

実施の形態 3では、ユーザからの応答を受け付け、ユーザがアプリケーションのダウンロードを拒否したとき、ユーザはダウンロード可能な設定時間を指定することができた。本実施の形態では、ユーザがアプリケーションのダウンロードを拒否した際に、ネットワーク力らダウンロードを行うことを想定し、ネットワーク接続部（図 45の 4509)を備えることを特徴とする。

[0204] 図 45を参照して、図 30あるいは図 35と同じ番号で示すものは、図 30あるいは図 3 5と同じ機能を持っため、本実施の形態では説明を省略する。なお、本実施の形態では、選択されたアプリケーション力 DSMCC方式でエンコードされたファイルシステムとして存在し、かつ、プログラムのダウンロードを提供するサーバにも存在する場合を想定している。具体的には、選択されたアプリケーションのプロトコル識別子 200 3に OCと IPの両方の設定が指定されており、ダウンロード元指定 2005に少なくとも一つのプロトコル識別子 2003の「OC」指定に対応したダウンロード元指定と、少なくとも一つのプロトコル識別子 2003の「IP」指定に対応したダウンロード元指定が明記されて、る場合を想定して、る。

[0205] ダウンロード元決定部 4501は、ダウンロード元決定部 3501に加え、ネットワーク接続部 4509へネットワークの接続が利用可能か否かを問、合わせ、返信を受信する機能を持つ。また、ダウンロード元決定部 4501はネットワーク接続部 4509へネットヮークの接続先を指定したダウンロード元指定 2005を設定し、ダウンロードしたアプリケーシヨンを受信し、ストア部 4504へストア要求を出す。なお、ネットワーク接続部 45 09へネットワークの接続が利用可能か否力を問い合わせ、返信を受信する機能を持つ機能は、ダウンロードを行う際にエラーが発生するのを防ぐために考慮したが、必ずしも必要な機能ではな、。

[0206] ネットワーク接続部 4509は、ダウンロード元決定部 4501からネットワークの接続が利用可能か否かの問い合わせに対し、現在ネットワークが利用可能力否かを調べ、ダウンロード元決定部 4501へ通知する。また、ダウンロード元決定部 4501から、ネットワークの接続先を指定されたダウンロード元指定 2005を受信した際に、指定されたサーバへ接続し、ファイルをダウンロードする。そしてダウンロードしたアプリケーシヨンをダウンロード元決定部 4501へ渡す。あるいは、直接ストア部 4504へ渡してもよい。

[0207] ストア部 4504は、ダウンロード元決定部 4501あるいはネットワーク接続部 4509から指定されたアプリケーションをストアする機能を持つ。

[0208] 本実施の形態における、ネットワーク力もアプリケーションのダウンロードを行う動作の一例をフローチャート図 46へ示す。なお、図 46は、実施の形態 2で示したフローチヤート図 39の一部である図 40の処理を置き換える形で示す。図 39の処理は、実施の形態 2と同じ処理のため、説明を省略する。図 39のチューナが全て使用中力否かの判断 (S3005)において、全て使用中の場合は、図 46を参照して、通知'応答モジユール 2の処理（S4601)を行、ユーザへダウンロードを行うか否かの問!、合わせを行う（S4602)。この結果が Aの場合は、ユーザによってダウンロードが承認されたためダウンロードを行う処理を行う（この処理に関しては、前述した実施の形態と同じため説明を省く）。一方、この結果力 ¾の場合は、ユーザがダウンロードを拒否したため、ダウンロード元決定部 4501は、ネットワークが利用できるか否かをネットワーク接続部 4509へ問い合わせる（S4602)。ダウンロード元決定部 4501は、ネットワーク接続部 4509から受信した、ネットワークの利用可能力否かの判断 (S4603)を考慮し、利用できない場合（S4603で NO)は処理を終了する。あるいは、ネットワークが利用できないことをユーザへ通知してもよい。あるいは、ユーザの視聴あるいは録画が終わった時間にダウンロードのタイマー設定を行うことができるように、実施の形態 3で示した図 44の S4402へ処理を移動できるようにしてもよい。一方、ネットワークを利用できるとき（S4603で YES)は、ダウンロード元決定部 4501は、ネットワーク接続部 4 509へダウンロード元指定 2005を渡し、ダウンロード要求の指示を行う（S4604)。そして、この指示を受け、ネットワーク接続部 4509は、ダウンロード元指定 2005からァプリケーシヨンのダウンロードを行う（S4605)。そして、ネットワーク接続部 4509はダゥンロードしたアプリケーションをダウンロード元決定部 4501へ渡す。ダンロード元決定部 4501は、ストア部 4504へ、そのアプリケーションのストアを指示する。ストア部 4 504は受信したアプリケーションをストアする（S4606)。なお、ネットワーク接続部 45 09が、ダウンロードしたアプリケーションを直接ストア部 4504へ渡してもよい。

[0209] なお、事前にネットワークが利用可能か否かを問い合わせる S4602と S4603の処理は必ずしも必要な処理ではないため、図 47のように S4602と S4603の処理を行わなくてもよい。

[0210] このように、実施の形態 4により、ユーザが DSMCC方式でエンコードされたフアイルシステム力もダウンロードに必要なチューニングを拒否した際に、ネットワークからのダウンロードを行うことができる。

[0211] (実施の形態 5)

実施の形態 4では、ユーザがアプリケーションのダウンロードを拒否した際に、ネットワークからのダウンロードを行うことができた。本実施の形態では、ユーザがダウン口ード方法を選択できること考える。なお、本実施の形態では、実施の形態 4同様、選択されたアプリケーション力 DSMCC方式でエンコードされたファイルシステムとして存在し、かつ、プログラムのダウンロードを提供するサーノにも存在する場合を想定している。具体的には、選択されたアプリケーションのプロトコル識別子 2003に O Cと IPの両方の設定が指定されており、ダウンロード元指定 2005に少なくとも一つのプロトコル識別子 2003の「OC」指定に対応したダウンロード元指定と、少なくとも一つのプロトコル識別子 2003の「IP」指定に対応したダウンロード元指定が明記されている場合を想定している。

[0212] 本実施の形態の構成要素は、図 45のダウンロード元決定部 4501に加え、ダウン口ード元決定部 4501は、ダウンロード方法としてネットワークとチューナの選択を促すメッセージをユーザへ通知するよう通知部 2905へ指示し、そのメッセージの応答を受信するように応答受付部 3507へ指示する。そして応答受付部 3506から通知されたユーザが選択したダウンロード方法に従い、ダウンロード元決定部 4501は、ダウンロードを行うように設定をする。具体的には、チューナを選択された場合はこれまでの実施の形態 1〜3と同様の機能を適用し、ネットワークが選択された場合は、ネットヮークからのダウンロードを実行する。なお、ここではユーザへ通知するダウンロード方法として、ネットワークとチューナを例にして説明した力プログラムのダウンロードあるいはプログラムの取得ができる方法であればこれに限る必要はない。また、ユーザへ通知するダウンロード方法は、プロトコル識別子 2003の一部あるいは全部であつてもよい。

[0213] 図 48に通知部が表示する画面の一例を示す。図 4802はユーザへダウンロード方法の選択を促すメッセージ 4702とネットワークとチューナを選択するボタン（4703と 4704)、そして、ユーザの選択が終了したことを通知するためのボタン 4705を備える。なおこの時、ユーザへのメッセージ内容やボタンの形式や表示内容は、必ずしも図 48の形式である必要はない。つまり、図 48はユーザがダウンロード元を指定できるものであれば、他の表現であってもよい。

[0214] 本実施の形態における、ユーザがダウンロード元を設定する処理動作の一例をフロ一チャート図 49へ示す。なお、ここでは、実施の形態 2で示した図 37で Noボタン 37 04が押された後に、ユーザへダウンロード元の指定を促す場合を示す。そのため図 49は、実施の形態 2で示したフローチャート図 39の一部である図 40の処理を置き換える形で示す。図 39の処理は、実施の形態 2と同じ処理のため、説明を省略する。図 39のチューナが全て使用中力否かの判断 (S3005)において、全て使用中の場合は、図 49を参照して、ダウンロード元決定部 4501は、ネットワークが利用できる力否かをネットワーク接続部 4509へ問い合わせる（S4801)。ダウンロード元決定部 450 1は、ネットワーク接続部 4509から受信した、ネットワークの利用可能か否かの判断（ S4802)を考慮し、利用できない場合（S4802で NO)は図 50に示した通知モジユールあるいは、通知'応答モジュール 1あるいは、図 51に示した通知'応答モジュール 2 あるいは時間設定モジュールを行い、チューナを利用したダウンロードを行う（図 50 の S4806または図 51の S4806)。

[0215] 一方、ネットワークを利用できるとき（S4802で YES)は、ダウンロード元決定部 450 1は、通知部 2905へユーザにアプリケーションのダウンロード方法を選択できることを通知するよう指示し、通知部 2905はメッセージを通知する（S4803)。その後、ダウンロード元決定部 4501は、応答受付部 3507にユーザの応答を待つよう指示する。この命令を受けた応答受付部 3507は、ユーザの入力情報を待ち、入力情報を受け取ると、ダウンロード元決定部 4501へ選択されたダウンロード方法を通知する（S48 04)。ダウンロード元決定部 4501は、受信したダウンロード方法がネットワークか否かを判断（S4805)し、ユーザがネットワークからのダウンロードを選択していない場合（S4805で NO)は、図 50に示した通知モジュールあるいは、通知'応答モジユール 1あるいは、図 51に示した通知'応答モジュール 2あるいは時間設定モジュールのいずれかを実行し、チューナを利用したダウンロードを行う（図 50の S4806または図 51の S4806)。一方、ネットワークが選択された場合（S4805で YES)は、ダウンロード元決定部 4501は、ネットワーク接続部 4509へダウンロード元指定 2005を渡し、ダゥンロード要求の指示を行う（S4807)。そして、この指示を受け、ネットワーク接続部 4509は、ダウンロード元指定 2005からアプリケーションのダウンロードを行う（S480 8)。そして、ネットワーク接続部 4509はダウンロードしたアプリケーションをダウンロード元決定部 4501へ渡す。ダンロード元決定部 4501は、ストア部 4504へ、そのァプリケーシヨンのストアを指示する。ストア部 4504は受信したアプリケーションをストアする（S4806)。なお、ネットワーク接続部 4509力ダウンロードしたアプリケーションを直接ストア部 4504へ渡してもょヽ。

[0216] なお、ユーザへダウンロード方法の選択を通知する際に、ユーザが判断しやすいように、ネットワークを用いてプログラムのダウンロードした場合と、 DSMCC方式でェンコードされたファイルシステム力ダウンロードした場合の予想時間あるいは、ダウンロード速度などをユーザへ提示してもよい。また、チューナを利用した場合は、現在の視聴あるいは録画が中断されることも通知することもできる。

[0217] なお、ここではチューナが全て使用中の場合に、ユーザがネットワーク力ダウン口ードするかチューナ力ダウンロードするかを選択できる方法を示した力チューナが全て使用中であるか否かに関わらず、ユーザがダウンロード元を選択できる方法も想定することができる。具体的には、これまで図 49を図 39の一部として処理してきたが、図 49の S4801から処理を開始し、 10の処理へ進む代わりに図 39を開始する方法が想定できる。

[0218] 本実施の形態を利用することにより、ユーザがダウンロード方法を選択することがでさるようになる。

[0219] (実施の形態 6)

実施の形態 5では、ユーザがアプリケーションのダウンロード方法を選択することができた。本実施の形態では、ユーザがチューナからのダウンロードを拒否した場合は、ネットワークからのダウンロードを優先的に処理する方法を説明する。なお、本実施の形態では、実施の形態 4、 5同様、選択されたアプリケーション力 DSMCC方式でエンコードされたファイルシステムとして存在し、かつ、プログラムのダウンロードを提供するサーバにも存在する場合を想定している。具体的には、選択されたアプリケーシヨンのプロトコル識別子 2003に OCと IPの両方の設定が指定されており、ダウン口ード元指定 2005に少なくとも一つのプロトコル識別子 2003の「OC」指定に対応したダウンロード元指定と、少なくとも一つのプロトコノレ識別子 2003の「IP」指定に対応したダウンロード元指定が明記されて!、る場合を想定して、る。

[0220] 本実施の形態の構成要素を図 52に示す。なお、通知部 2905及び応答受付部 35 07及びチューニング要求部 2906は本実施の形態の必須要素ではないため、点線で示している。また、図 52に示す各要素は、これまで説明した実施の形態の構成要素を適用することができるため、省略する。

[0221] 本実施の形態における、ユーザがチューナからのダウンロードを拒否した場合は、ネットワークからのダウンロードを優先的に処理する動作の一例をフローチャート図 5 3と図 54に示す。図 53を参照して、 S5001力ら S5004は、図 31及び図 39と同じ処理のため説明を省略する。そこで、 S5004のアプリケーションの周波数がチューニング中ではない場合（S5004で NO)、図 54を参照して、ダウンロード元決定部 4501 は、ネットワークが利用できる力否かをネットワーク接続部 4509へ問い合わせる（S5 101)。この結果を受け、ダウンロード元決定部 4501は、ネットワークが利用可能か否かの判断（S5102)に応じて、利用できない場合（S5102で NO)は、図 53の Bの処理へ戻り終了する。一方、ネットワークが利用可能の場合（S5102で YES)、 S510 3〜S5105の処理を行う。ここで S5103〜S5105の処理は、図 46の S4604〜S46 06と同じため説明を省略する。なお、ここでは図 53において、現在のアプリケーションの周波数がチューニングされて、るか（S5004)の判断が NOだった場合に、直ぐにネットワーク力ダウンロードする方法を説明した力ここで、チューナが全て使用中か否かを判断し、全てのチューナが使用中の場合に限り、図 54の処理へ進むように設定してもよい。また更に、 S5102の判断においてネットワークが利用できない場合は、ダウンロードの処理を終了する方法を説明した。そのため、ネットワークが利用できない場合は、必要に応じて図 52の通知部 2905及び 3507の応答受付部とチュ一ユング要求咅 2906を追カロし、図 55の S5206のように図 50に示した通知モジユールあるいは、通知'応答モジュール 1あるいは、図 51に示した通知'応答モジュール 2 あるいは時間設定モジュールの、ずれかを実行し、チューナを利用したダウンロードを行うこともできる（図 50の S4806または図 51の S4806)。本実施の形態を利用することで、チューナを必要とする場合は、ネットワークからのダウンロードを優先的に処理することがでさるよう〖こなる。

[0222] (実施の形態 7)

実施の形態 6では、ユーザが視聴あるいは録画中のチューニングを考慮し、チューニングが必要な場合は、ネットワーク力ダウンロードする手法を説明した。本実施の形態では、現在のチューニング情報やダウンロードするアプリケーションの周波数を考慮することなぐプロトコル識別子 2003に IP指定がある場合は、常にネットワーク力ダウンロードする手法を説明する。そのため、本実施の形態では、選択されたァプリケーシヨン力プログラムのダウンロードを提供するサーバに存在する場合を想定している。具体的には、選択されたアプリケーションのプロトコル識別子 2003に IPの設定が指定されており、ダウンロード元指定 2005に少なくとも一つのプロトコル識別子 2003の「IP」指定に対応したダウンロード元指定が明記されている場合を想定している。

[0223] 本実施の形態の構成要素を図 56に示す。図 56に示す各要素は、これまで説明した実施の形態の構成要素を適用することができるため、省略する。なお、点線で示した要素は必須要素ではな、。

[0224] 本実施の形態における、アプリケーションのダウンロード元に IPからのダウンロードが存在する場合は、ネットワークのダウンロードを優先的に処理する動作の一例をフローチャート図 57に示す。図 57を参照して、ダウンロード元決定部 4501はアプリケーシヨン情報を受け取る（S5401)。このアプリケーション情報には、選択されているアプリケーションのプロトコル識別子 2003及びダウンロード元指定 2005などが含まれる。この時、ダウンロード元決定部 4501は、プロトコル識別子 2003に IPが存在することを確認する。次に、ダウンロード元決定部 4501は、ネットワークが利用できるか否かをネットワーク接続部 4509へ問い合わせる（S5402)。ダウンロード元決定部 45 01は、ネットワークが利用可能か否かを判断 (S5403)し、利用できない場合 (S540 3で NO)は終了する。一方、利用できる場合 (S5403で YES)は、ダウンロード元決定部 4501は、ダウンロード元指定 2005を指定し、ネットワーク接続部 4509へダウンロード要求を行う（S5404)。ネットワーク接続部 4509は、指定されたダウンロード元指定 2005からダウンロードを行う（S5405)。そして、ネットワーク接続部 4509は、ダゥンロード元決定部 4501へダウンロードしたアプリケーションを渡し、ダウンロード元決定部 4501は、ス卜ァ部 4504へアプリケーションのス卜ァを指示し、ス卜ァ部 4504へス卜ァを行う（S5406)。

[0225] なお、ここでは図 57のネットワークが利用可能か否かの判断（S5403)において、ネットワークが利用できない場合は処理を終了する場合を説明したが、ここで図 58に示したように、チューナ力ものダウンロードを行う図 59の処理へ続くようにしてもょ、。図 59は、図 39から S3001の処理を除いたのみなので詳細な説明は省略する。図 5 9を参照して、チューナが全て使用中か否かの判断（S5604)が YESの場合の図 50 に示した通知モジュールあるいは、通知'応答モジュール 1あるいは、図 51に示した通知 ·応答モジュール 2あるいは時間設定モジュールの、ずれかを実行し、チューナを利用し、ダウンロードを行う（図 50の S4806または図 51の S4806)。なお、図 59の S5601〜S5606の処理は、 DSMCCからのダウンロードモジュールとして、これ以降、同様の処理をする際に参照することとする。

[0226] 本実施の形態では、ネットワーク力のダウンロードを優先的に行う手法について説明した。これにより、ユーザの視聴あるいは録画を妨げることが減少すると考えられる [0227] (実施の形態 8)

アプリケーションのダウンロードは、 DSMCCを用いてチューナからダウンロードを行う手法が一般的である。そのため、実施の形態 1〜6では、 DSMCCからのダウンロードを行う手法を優先的に考えた手法を説明した。また、実施の形態 7は、ダウン口ードの速度より、ダウンロード時にユーザの妨げにならないよう、ネットワークからのダゥンロードを DSMCCからのダウンロードより優先的に処理する手法を説明した。しかし本実施の形態では、ダウンロード可能な方法のうち、最も高速にダウンロードができるダウンロード元を探し、ダウンロードを行う手法を説明する。

[0228] なお、これまでの実施の形態にぉ、ても、特にネットワークを用いたプログラムのダゥンロードにおいて、ダウンロード元指定 2005が複数存在する際に、最速のところからダウンロードを行う方式にしてもょ、。

[0229] 本実施の形態の構成要素を図 60に示す。図 60に示す各要素は、これまで説明した実施の形態の構成要素を適用することができるため、省略する。なお、点線で示した要素は必須要素ではな、。

[0230] 本実施の形態における、アプリケーションのダウンロード元の決定において最速のところからダウンロードを行う動作の一例をフローチャート図 61と図 62に示す。図 61 を参照して、ダウンロード元決定部 4501アプリケーション情報を受け取る（S5801)。このアプリケーション情報には、選択されているアプリケーションのプロトコル識別子 2 003及びダウンロード元指定 2005などが含まれる。次に、ダウンロード元決定部 450 1は、ネットワークが利用できる力否かをネットワーク接続部 4509へ問い合わせる（S 5802)。ダウンロード元決定部 4501は、ネットワークが利用可能か否かを判断 (S58 03)し、利用できる場合（S5803で YES)は、ダウンロード元決定部 4501は、ネットヮークを用いたプログラムのダウンロード指定先のうち、最速のネットワークを決定する（ S5804)。この最速のネットワークを求める方法としては、ダウンロード元指定 2005で設定されたサーバへ pingというネットワークの疎通を確認するコマンドを利用する方法がある。 pingは、ネットワーク疎通を確認したいホストに対して IPパケットを発行し、そのパケットが正しく届いて返答が行われるかを確認するためのコマンドである。そのため、この返答が最も速いサーバを最速とする方法がある力これ以外の方法であつてもよい。なお、このような最速のネットワークからのダウンロード元指定 2005を特定し、そのサーノからダウンロードする方法は、これまでの実施の形態 1〜7においても適用することができる。次に、ダウンロード元決定部 4501が求めた最速のネットヮークからのダウンロード元指定 2005とチューナを利用した DSMCCからのダウンロードの速度を比較する（S5805)。なお、 DSMCCからのダウンロード速度は、パケットを取得するハードウェアにより検出し、その値をダウンロード元決定部 4501が取得できるように設定してもよい。また、ダウンロード元決定部 4501が、トランスポートストリームのビットレートを事前に固定値として保持しておいてもよい。次に、ダウンロード元決定部 4501は、 S5805の比較によりネットワークが最速か否かを判断する（S5806 ) oこの結果、ネットワークが最速である場合（S5806で YES)は、図 62の 5の処理へ進み、ネットワーク接続部 4509は、ダウンロード元指定 2005からプログラムのダウンロードを行う（S5807)。そして、ダウンロードしたアプリケーションをダウンロード元決定部 4501へ渡し、ダウンロード元決定部 4501は、ストア部 4504へアプリケーションを渡し、ス卜ァ部 4504へアプリケーションのス卜ァを指示する（S5808)。一方、 S580 6でネットワークが最速でないと判断された場合（S5806で NO)は、図 62の 6の処理へ進む。なお、 S5803のネットワークが利用できない場合も、この図 62の 6の処理へ進む。この時は、チューナを利用するため、図 59の処理を行う（S5809)。なお、図 5 9における 10の処理では、実施の形態 1〜3で示した方法を利用することができる。

[0231] 本実施の形態では、ネットワーク及び DSMCCからのダウンロードのうち、最速でダゥンロードできるところ力ダウンロードを行う方法について説明した。

[0232] (実施の形態 9)

これまでの実施の形態では、アプリケーションをダウンロードする手法として、ネットワークと DSMCC力ダウンロードする手法を考慮してきた。本実施の形態では、記録媒体からのアプリケーション取得を考慮する。

[0233] 記録媒体力の取得の場合は、チューナを必要としな!、ためユーザの視聴ある!/ヽは録画を妨げることはな、。そのため記録媒体からのアプリケーションの取得要求を受信した際には、ユーザへ記録媒体の挿入指示を行うことで実現することができる。ここで、記憶媒体とは、 CD、 DVD, BDなどの光ディスクメディアや、半導体を利用したメモリーカードなど、媒体の中に情報を記憶できるものであれば、どのような媒体であってもよい。

[0234] 図 63に通知部が表示する画面の一例を示す。ここでは、プログラムの取得が必要になったタイミングで、記録媒体の挿入を要求する画面を示す。ここでは、記録媒体の挿入を促すメッセージ 5902と OKボタン 5903とキャンセルボタン 5904を備える。なお、ここでは、記録媒体の挿入が完了したこと、あるいは処理をキャンセルすることが分かればいいので、表示方法やユーザ力の応答に関してはこの方法に限る必要はない。

[0235] 図 64に記録媒体を指定した場合の XAITの一例を示す。プロトコル識別子 2003に mediaを指定し、ダウンロード元指定 2005に記録媒体の指定を示す。他の項目については、実施の形態 1で説明したものと同じため説明を省略する。なお、本実施の形態で示す記録媒体力のプログラム取得は、 XAIT情報力の取得に限らず、他の情報を用いた要求であっても適用することができる。また、図 64で示した項目は、記録媒体からのアプリケーションの取得が識別できるものであれば、図 64の項目及び表現に限る必要はない。

[0236] 図 65に本実施の形態の構成要素を示す。図 30及び図 35及び図 45と同じ番号で示したものは、以前に説明したものと同様の機能で実現することができるため、説明を省略する。

[0237] ダウンロード元決定部 6101は、ダウンロード元決定部 4501に加え、通知部 2905 へ記録媒体の挿入を促すメッセージの表示を指示し、応答受付部 3507からユーザの応答を受信する。そして、記録媒体処理部 6110へ記録媒体からの読み込みを指示し、取得したアプリケーションをストア部 4504へストアするよう指示する。

[0238] 記録媒体処理部 6110は、ダウンロード元決定部 6101の指示により、記録媒体からの読み込みを行い、ダウンロード元決定部によって指定されたプリケシヨンを取得する。

[0239] 次に図 66に記録媒体力のアプリケーション読み込みのフローチャートの一例を示す。ダウンロード元決定部 6101は、ユーザに記録媒体の挿入の要求するメッセージ表示を通知部 2905へ指示し、通知部 2905はこのメッセージを表示する（S6201)。その後、ダウンロード元決定部 6101は、応答受付部 3507にユーザの応答を待つよう指示する。この命令を受けた応答受付部 3507は、ユーザの入力情報を待ち、入力情報を受け取ると、ダウンロード元決定部 6101へ選択されたユーザ応答を通知する (S6202)。ダウンロード元決定部 6101は、受信したユーザ応答力も記録媒体が挿入されたカゝ否かを判断 (S6203)し、記録媒体が挿入された場合は、ダウンロード元決定部 6101は、記録媒体処理部 6110へアプリケーションの読み込みを指示し、記録媒体処理部 6110は記録媒体力もアプリケーションの読み込みを行う（S6204)。記録媒体処理部 6110は、取得したアプリケーションをダウンロード元決定部 6101へ渡し、ダウンロード元決定部 6101は、ストア部 4504へアプリケーションのストア要求を指示し、ストア部 4504はストアをする（S6205)。一方、記録媒体の挿入がキャンセルされた場合は、処理を終了する。

[0240] なお、ここでは、記録媒体からのアプリケーション取得のみを説明した力ネットヮーク接続部 4501と併用することで、記録媒体力も取得したアプリケーションに最新のものが存在しないかを調べることもできる。これは、プロトコル識別子 2003に mediaと I Pが両方ある場合は、ダウンロード元指定 2005を参照することができる。あるいは、一例として記録媒体内に最新版を保存するサーバ及びディレクトリを指定するフアイルをアプリケーションと一緒に保存しておき、記録媒体処理部 6110により記録媒体力も読み込みを行う際に、このファイルを参照し、ネットワーク接続部 4509を通し最新のアプリケーションの存在を調べることで実現できすることもできる。その結果最新のものがあった場合は、ネットワーク接続部からアプリケーションをダウンロードするという手法も想定される。

[0241] また、実施の形態 8では、ネットワーク及び DSMCCからのダウンロードのうち、最速でダウンロードできるところ力ダウンロードを行う方法について説明した力例えば記録媒体からのアプリケーション取得も可能である場合、記録媒体からの転送速度を考慮して、ネットワークからのダウンロード、 DSMCCからのダウンロード、および記録媒体からのアプリケーション取得の中で最速でダウンロードできるところ力ダウン口ードを行っても構わな、。

[0242] なお、実施の形態 1〜9を通して、以下の応用が可能である。 [0243] アプリケーションのダウンロード時のメッセージ通知とダウンロード経路について説明したが、これらの場合においてダウンロード元を決定し、ダウンロード途中でエラーを検出した際に、別のダウンロード元指定 2005を指定することで処理を繰り返す方針にしてもょ、し、ダウンロード元指定 2005全て処理してもダウンロードが完了できな力つた場合は、プロトコル指定 2003のもう一方の方法で挑戦してもよい。この時、これまで説明した実施の形態を利用することができる。

[0244] また、 Java (登録商標）プログラム〖お ava (登録商標）で記述された部分と、 CPUが直接実行できるバイナリ形式の部分の混合でもよ、し、 CPUが直接実行できるバイナリ形式のみで構成されて!ヽても実施可能である。

[0245] また、登録され^ Java (登録商標）プログラムを 2次記憶部 510に保存して、たが、 1次記憶部 511に保存することも実施可能である。 1次記憶部 511に保存する場合、電源 OFF時に、保存された情報は全て消える。また、ネットワークに関しては、有線で実現されても無線で実現されてもょヽ。

[0246] また、本発明はパーソナルコンピュータや携帯電話などの情報機器であれば、適応可能である。

[0247] また、 POD504は着脱可能な形態として、るが、内蔵して!/ヽても実施可能である。

なお、内蔵した場合、 POD504の CPU706を取り外し、 CPU514が CPU706の動作も行うことも実施可能である。

[0248] POD Lib 1205eに登録される Java (登録商標）プログラムは、ダウンロードされ^ J ava (登録商標）プログラムだけでなく、予め内蔵されて、る Java (登録商標）プロダラムでも実施可能である。また、 SDメモリーカードなどの着脱可能な記憶媒体を着脱するとスロット部を取り付け、そこから Java (登録商標）プログラムを取り込むことも可能である。

[0249] (実施の形態 10)

上述の実施の形態ではダウンロードするアプリケーションとしてデジタルテレビなどの端末装置で動作するアプリケーションプログラムを例に説明をしたが、これに限定されるものではなく端末装置内に予め記録されているプラットフォームを構成するプログラムもアプリケーションプログラムに含まれるものである。つまりプラットフォームを構成するプログラムちダウンロード'の対象となる。

[0250] ここでプラットフォームとは、放送受信装置に組み込まれたソフトウェアで、機能追加や不具体の修正などのために、後から変更できるソフトウェアとする。

[0251] 本実施の形態ではプラットフォームをダウンロードする例について説明をする。

[0252] 図 67は本実施の形態のダウンロード実行装置の一例を説明するための図である。

[0253] 図 67において 6701はプラットフォームに対応するプログラムデータ（以後ファームウェアと称す）をダウンロードするためのダウンロードモジュール（Download Modul e)である。

[0254] 本実施の形態で示す Download Module6701の処理動作の一例をフローチヤート図 68に示す。 Download Module6701は、例えば図 3の In— Bandまたは OO B、あるいはネットワークなど他の伝送方式によって伝送される例えば図 69に示すようなファームウェア更新情報 (詳細は後述）が伝送されているか否かモニタリングを行い、ファームウェア更新情報が伝送されている場合は、そのファームウェア更新情報を取得する（S6801)。

[0255] 図 69はファームウェア更新情報の一例である。

[0256] これらの情報は具体的には、 ANSIZSCTE 28 2004 HOST— POD Interf ace Standardにより詳細な記載がなされて!/、る。

[0257] 図 69において、ベンダー ID6901は、ベンダー毎に割り当てが決まっており、ベンダーを一意に特定できる値を保持する。一例として、 Organizationally Unique I dentifier (OUI)が IEEEによってホストデバイスベンダーへ割り当てた値などがある。また、ハードウェアバージョン 6902は、ベンダー IDによって示されたベンダーにおいて、ハードウェアの各タイプへ割り当てられたノヽードウエアを一意に特定する識別子を保持する。また、タイミング情報 6903は、ダウンロードを実行するタイミングを示す情報を保持する。一例として、直ちにダウンロード (00)、延期されたダウンロード（ 01)、例外なく直ちにダウンロード（02)などのように、ダウンロードのタイミングを数値として記述することを記述できる。また、取得経路 6904は、ベンダー ID6901やハードウエアバージョン 6902によって識別されたファームウェアがダウンロードできる経路を保持する。例えば、「放送波」は図 3の In— Bandや OOBなどがあり、「ネットワーク」は、 Data— Over— Cable— Service Interface Specification (DOCSIS)などがある。 DOCSISの詳細は CM— SP— eDOCSIS— 116— 050812を参照されたい。また、ストリーム特定情報 6905は、取得経路 6904で記載された経路内で更に伝送ストリームなどを特定する識別子を保持する。伝送ストリームの特定する識別子の一例として、「番組（=サービス）」や「周波数とプログラムナンバー」や「周波数とパケット ID」などがある。

[0258] 再び図 68に戻り説明をする。 (S6801)にて、例えば図 69に示すようなファームゥェァ更新情報を取得した後、受信したファームウェア更新情報のベンダー ID6901及びハードウェアバージョン 6902と放送受信装置が保持するベンダー IDやハードゥエアバ一ジョンを比較する（S6802)。このとき、放送受信装置が保持するファームゥヱァ情報が受信したファームウェア更新情報に含まれている場合は、プラットフォームの更新に不要なプログラム（例えば、 EPG1202、 VM1203、サービスマネージャ 12 04、ライブラリ 1205の中のー咅の機會 (JMF 1205aゝ AM1205bゝ CA1205dなど） )の実行を一旦停止する（S6803)。また、放送受信装置が保持するファームウェア情報が受信したファームウェア更新情報に含まれていない場合は、 (S6801)に戻り、再びファームウェア更新情報の取得を待つ。

[0259] (S6803)にてプラットフォームの更新に不要なプログラムの実行をー且停止した後、 Download Module6701はファームウェア更新のタイミング情報 6903、取得経路 6904及びストリーム特定情報 6905を用いてファームウェアのダウンロード元を決定し、ファームウェアをダウンロードし記憶領域へ保存する（S6804)。

[0260] なお、記憶領域の一例として、 1次記憶部 511、 2次記憶部 510等がある。

[0261] (S6804)におけるより詳細なフローチャートは例えば図 31、図 32に示すフローチヤートに相当する。また Download Moduleの具体的な構成は図 30に示すブロック図に相当する。伹しこのフローチャートは AMの動作を示すフローチャート、ブロック図は AMの具体的な構成を示すブロック図であるのでこれを Download Module6 701として置き換えて読めばよい。このとき図 31、 32に対応する説明をしている文章にお、て「XAIT情報」とあるのを「ファームウェア更新情報」に置き換えて読めば良い。また、「プロトコル識別子」とあるのを、「取得経路」に置き換え、プロトコル識別子の「oc」を「放送波」として読み、「IP」を「ネットワーク」に置き換えて読めばよい。なお、「ネットワーク」の伝送方法の一例として、 IPパケットや UDPパケットなどの通信プロトコルに DSMCC方式のセクション情報などを内包し伝送してもよい。また、「ダウン口ード元指定」を「ストリーム特定情報」と置き換えて読めばよい。「ストリーム特定情報」の一例として、ソース IDを指定してもよいし、周波数とプログラムナンバーの組や周波数とパケット IDの組でもよヽ。

[0262] 同様な置き換えはフローチャードのついては図 38、 39、 40、 44、 46、 47、 49、 50 、 51、 53、 54、 55、 57、 58、 59、 61、 62、 66、ブロック図【こつ!ヽて ίま図 35、 41、 45 、 52、 56、 60、 65およびこれらの図面に対応する説明についても可能である。

[0263] また、タイミング情報 6903に保持されている情報力直ちにダウンロード (00)や、例外なく直ちにダウンロード (02)するような情報であって、かつチューナを用いてダゥンロードする場合、チューナが全て使用中である場合には、ダウンロード実行をしな！、と、うように構成すれば、ユーザの視聴を妨げることが無くなる。

産業上の利用可能性

[0264] 本発明に係るダウンロード実行装置は、特に、デジタルテレビにおけるアプリケーシヨンのダウンロード技術として有用である。また、デジタルテレビに限らず、例えばパ一ソナルコンピュータや携帯電話などソフトウェアによって制御される情報機器におけるダウンロード元決定及びメッセージ通知の用途にも応用できる。

Claims

請求の範囲

[1] プログラムのダウンロードを実行するダウンロード実行装置であって、

前記プログラムのダウンロード方法およびダウンロード元情報の組を複数含むダウンロード要求を受信するダウンロード要求受信手段と、

前記ダウンロード要求に含まれる前記複数の組から 1つの組を決定するダウンロード元決定手段と、

前記ダウンロード元決定手段により決定された組のダウンロード方法およびダウン口ード元情報に基づ、て、前記プログラムのダウンロードを実行するダウンロード実行手段と

を備えることを特徴とするダウンロード実行装置。

[2] 前記ダウンロード実行装置は、さらに、放送波を受信する少なくとも 1つのチューナと、

前記ダウンロード元情報に基づ、て、前記プログラムのダウンロードに利用できるチユーナが存在するカゝ否かを判断するチューニング判断手段と、

前記チューニング判断手段の判断結果に基づ!/、て、前記プログラムのダウンロードに関するメッセージをユーザへ通知するメッセージ通知手段と

を備えることを特徴とする請求項 1記載のダウンロード実行装置。

[3] 前記ダウンロード実行装置は、さらに、

前記チューナにお!/、てチューニングされて!/、る周波数を取得するチューニング周波数取得手段と、

前記ダウンロード元情報に基づ!、て、前記プログラムを含む放送波の周波数を取得するダウンロード周波数取得手段とを備え、

前記チューニング判断手段は、前記チューニング周波数取得手段によって取得された周波数と、前記ダウンロード周波数取得手段によって取得された周波数とに基づ、て、現在のチューニングで前記プログラムのダウンロードが実行可能であるか否かを判断し、現在のチューニングで前記プログラムのダウンロードが実行可能である場合に、前記プログラムのダウンロードに利用できるチューナが存在すると判断することを特徴とする請求項 2記載のダウンロード実行装置。

[4] 前記チューニング判断手段は、さらに、前記チューニング周波数取得手段によって取得された周波数に基づ、て、利用されて、な、チューナがあるか否かを判断し、利用されていないチューナがある場合に、前記プログラムのダウンロードに利用できるチューナが存在すると判断する

ことを特徴とする請求項 3記載のダウンロード実行装置。

[5] 前記ダウンロード実行装置は、さらに、

前記チューニング判断手段によって現在のチューニングで前記プログラムのダウンロードが実行不可能と判断された場合に、前記ダウンロード周波数取得手段によって取得された周波数へのチューニングを実行するチューニング実行手段を備えることを特徴とする請求項 3記載のダウンロード実行装置。

[6] 前記チューニング実行手段は、チューニングを実行する際に、チューナの利用状況または利用目的に応じて、チューニングを実行するチューナを選択する

ことを特徴とする請求項 5記載のダウンロード実行装置。

[7] 前記メッセージ通知手段は、前記チューニング判断手段によって前記プログラムのダウンロードに利用できるチューナが存在しないと判断された場合に、前記メッセ一ジを前記ユーザへ通知する

ことを特徴とする請求項 2記載のダウンロード実行装置。

[8] 前記メッセージ通知手段は、前記メッセージを所定時間表示する

ことを特徴とする請求項 2記載のダウンロード実行装置。

[9] 前記メッセージ通知手段は、前記ダウンロード実行手段によって前記プログラムのダウンロードが実行されている場合に、ダウンロード実行中であることを前記ユーザへ通知する

ことを特徴とする請求項 2記載のダウンロード実行装置。

[10] 前記メッセージ通知手段は、前記ダウンロード実行手段によって前記プログラムのダウンロードが実行されている場合に、所定のイメージ、所定の映像、および所定の音声の少なくとも 1つを前記ユーザへ提供する

ことを特徴とする請求項 2記載のダウンロード実行装置。

[11] 前記ダウンロード実行装置は、さらに、前記メッセージ通知手段によって前記ユーザへ通知された前記メッセージに対する、前記ユーザ力の応答を受け付ける応答受付手段を備える

ことを特徴とする請求項 2記載のダウンロード実行装置。

[12] 前記応答受付手段は、前記ユーザ力の応答受け付けに制限時間を設定することを特徴とする請求項 11記載のダウンロード実行装置。

[13] 前記メッセージ通知手段は、前記プログラムのダウンロードを前記ユーザへ通知し前記応答受付手段は、前記メッセージ通知手段によって前記ユーザへ通知された前記プログラムのダウンロードに対する、承認または拒否の応答を前記ユーザから受け付ける

ことを特徴とする請求項 11記載のダウンロード実行装置。

[14] 前記ダウンロード要求は、前記プログラムのダウンロード方法およびダウンロード元情報の組を複数含み、

前記ダウンロード実行装置は、さらに、

前記ダウンロード要求に含まれる前記複数の組から 1つの組を決定するダウンロード元決定手段を備え、

前記ダウンロード実行手段は、前記ダウンロード元決定手段により決定された組のダウンロード方法およびダウンロード元情報に基づ、て、前記プログラムのダウンロードを実行する

ことを特徴とする請求項 11記載のダウンロード実行装置。

[15] 前記メッセージ通知手段は、前記プログラムのダウンロードおよびダウンロード方法を前記ユーザへ通知し、

前記応答受付手段は、前記メッセージ通知手段によって前記ユーザへ通知された前記プログラムのダウンロードおよびダウンロード方法に対する、承認または拒否の応答を前記ユーザ力受け付ける

ことを特徴とする請求項 14記載のダウンロード実行装置。

[16] 前記ダウンロード元決定手段は、前記応答受付手段によって前記ダウンロード方法に対する拒否の応答が前記ユーザ力受け付けられた場合に、前記ダウンロード要求に含まれる前記複数の組から前記ダウンロード方法とは別のダウンロード方法である組を決定する

ことを特徴とする請求項 15記載のダウンロード実行装置。

[17] 前記メッセージ通知手段は、前記複数の組に基づ、て、前記プログラムのダウン口ード方法の少なくとも一部を前記ユーザへ通知してダウンロード方法を問い合わせ、前記応答受付手段は、前記メッセージ通知手段によって前記ユーザへ通知された前記プログラムのダウンロード方法の中力前記ユーザにより選択されたダウンロード方法を受け付け、

前記ダウンロード元決定手段は、前記応答受付手段によって受け付けられた前記ダウンロード方法である組を決定する

ことを特徴とする請求項 14記載のダウンロード実行装置。

[18] 前記メッセージ通知手段は、前記チューニング判断手段によって前記プログラムのダウンロードに利用できるチューナが存在しないと判断された場合に、前記ダウン口ード方法の問、合わせを前記ユーザへ通知する

ことを特徴とする請求項 17記載のダウンロード実行装置。

[19] 前記メッセージ通知手段は、さらに、前記ダウンロード方法の選択のための補助情報を前記ユーザへ通知する

ことを特徴とする請求項 17記載のダウンロード実行装置。

[20] 前記ダウンロード実行装置は、さらに、

前記プログラムのダウンロードを開始する時間を設定するタイマー設定手段を備える

ことを特徴とする請求項 11記載のダウンロード実行装置。

[21] 前記応答受付手段は、前記ユーザ力前記プログラムのダウンロードを開始する時間を受け付け、

前記タイマー設定手段は、前記応答受付手段によって受け付けられた前記時間を前記プログラムのダウンロードを開始する時間として設定する

ことを特徴とする請求項 20記載のダウンロード実行装置。

[22] 前記タイマー設定手段は、事前に決定されている時間に応じて前記プログラムのダゥンロードを開始する時間を設定する

ことを特徴とする請求項 20記載のダウンロード実行装置。

[23] 前記タイマー設定手段は、前記応答受付手段によって前記プログラムのダウンロードに対する拒否の応答が前記ユーザ力受け付けられたときに、前記プログラムのダゥンロードを開始する時間を設定する

ことを特徴とする請求項 20記載のダウンロード実行装置。

[24] 前記ダウンロード要求の前記プログラムのダウンロード方法として、前記プログラムがエンコードおよび多重化されたストリーム力受信する方法、ネットワークから取得する方法、および記憶媒体力プログラムを取得する方法の少なくとも 1つを含むことを特徴とする請求項 1記載のダウンロード実行装置。

[25] 前記ダウンロード実行手段は、前記ストリーム力のダウンロードを実行、前記ネットワークからのダウンロードの実行、および前記記憶媒体からのプログラム取得の少なくとも 1つを行う

ことを特徴とする請求項 24記載のダウンロード実行装置。

[26] 前記ダウンロード元決定手段は、前記ダウンロード要求の前記プログラムのダウン口ード方法に対して優先度を付与し、前記優先度に基づ、て前記ダウンロード要求に含まれる前記複数の組から 1つの組を決定する

ことを特徴とする請求項 24記載のダウンロード実行装置。

[27] 前記ダウンロード元決定手段は、前記プログラムがエンコードおよび多重化されたストリーム力受信するダウンロード方法に対して他の方法より優先的に扱う優先度を付与する

ことを特徴とする請求項 26記載のダウンロード実行装置。

[28] 前記ダウンロード実行装置は、さらに、

放送波を受信する少なくとも一つのチューナと、

前記ダウンロード元情報に基づ、て、前記プログラムのダウンロードに利用できるチユーナが存在するカゝ否かを判断するチューニング判断手段とを備える

ことを特徴とする請求項 27記載のダウンロード実行装置。

[29] 前記ダウンロード実行装置は、さらに、前記チューナにお!/、てチューニングされて!/、る周波数を取得するチューニング周波数取得手段と、

前記チューニング判断手段は、前記チューニング周波数取得手段によって取得された周波数と、前記ダウンロード周波数取得手段によって取得された周波数とに基づ、て、現在のチューニングで前記プログラムのダウンロードが実行可能であるか否かを判断し、現在のチューニングで前記プログラムのダウンロードが実行可能である場合に、前記プログラムのダウンロードに利用できるチューナが存在すると判断することを特徴とする請求項 28記載のダウンロード実行装置。

[30] 前記チューニング判断手段は、さらに、前記チューニング周波数取得手段によって取得された周波数に基づ、て、利用されて、な、チューナがあるか否かを判断し、利用されていないチューナがある場合に、前記プログラムのダウンロードに利用できるチューナが存在すると判断する

ことを特徴とする請求項 29記載のダウンロード実行装置。

[31] 前記ダウンロード元決定手段は、前記チューニング判断手段によって、前記プログラムのダウンロードに利用できるチューナが存在しな、と判断された場合、前記ダウンロード要求に含まれる前記複数の組からネットワーク力のダウンロード方法あるいは、記憶媒体力プログラムを取得する方法である組を決定する

ことを特徴とする請求項 28記載のダウンロード実行装置。

[32] 前記ダウンロード実行装置は、さらに、

ユーザへメッセージ通知を行うメッセージ通知手段と、

前記メッセージ通知手段によって前記ユーザへ通知された前記メッセージに対する、前記ユーザ力の応答を受け付ける応答受付手段を備える

ことを特徴とする請求項 27記載のダウンロード実行装置。

[33] 前記メッセージ通知手段は、前記プログラムがエンコードおよび多重化されたストリームから受信するダウンロード方法をユーザへ通知し、

前記ダウンロード元決定手段は、前記応答受付手段によって前記ダウンロード方法に対する拒否の応答が前記ユーザ力受け付けられた場合に、前記ダウンロード要求に含まれる前記複数の組からネットワーク力のダウンロード方法である組を決定する

ことを特徴とする請求項 32記載のダウンロード実行装置。

[34] 前記ダウンロード元決定手段は、ネットワークからのダウンロード方法に対して他の方法より優先的に扱う優先度を付与する

ことを特徴とする請求項 26記載のダウンロード実行装置。

[35] 前記ダウンロード元決定手段は、前記ダウンロード要求に含まれる前記複数の組の中に、前記ネットワーク力ものダウンロード方法が存在する場合には、常に前記ネットワークからのダウンロード方法である組を決定する

ことを特徴とする請求項 34記載のダウンロード実行装置。

[36] 前記ダウンロード元決定手段は、記録媒体からのプログラム取得に対して他の方法より優先的に扱う優先度を付与する

ことを特徴とする請求項 26記載のダウンロード実行装置。

[37] 前記ダウンロード元決定手段は、前記ダウンロード要求に含まれる前記複数の組の中に、前記記録媒体からのプログラム取得が存在する場合には、常に前記記録媒体力のプログラム取得である組を決定する

ことを特徴とする請求項 36記載のダウンロード実行装置。

[38] 前記ダウンロード元決定手段は、前記ダウンロード要求に含まれる前記複数の組の中から、最も高速にダウンロードできる組を決定する

ことを特徴とする請求項 1記載のダウンロード実行装置。

[39] 前記ダウンロード実行手段は、前記プログラムのダウンロードにおいてエラーを検出するとともに、エラーを検出した際にエラー情報を生成し、

前記ダウンロード元決定手段は、前記ダウンロード実行手段によってエラーが検出された際に、前記エラー情報に基づいて再び前記ダウンロード要求に含まれる前記複数の組の中から 1つの組を決定する

ことを特徴とする請求項 1記載のダウンロード実行装置。

[40] 前記ダウンロード実行手段は、前記プログラムのダウンロード元を検出または接続できない場合に前記エラーを検出し、前記プログラムのダウンロード元を検出または接続できなヽことを示す前記エラー情報を生成する

ことを特徴とする請求項 39記載のダウンロード実行装置。

[41] 前記ダウンロード実行手段は、前記プログラムのダウンロード元に前記プログラムが存在しない場合に前記エラーを検出し、前記プログラムのダウンロード元に前記プログラムが存在しな!ヽことを示す前記エラー情報を生成する

ことを特徴とする請求項 39記載のダウンロード実行装置。

[42] 前記チューニング実行手段は、前記チューニングにおいてエラーを検出するとともに、エラーを検出した際にエラー情報を生成し、

前記ダウンロード元決定手段は、前記チューニング実行手段によってエラーが検出された際に、前記エラー情報に基づいて再び前記ダウンロード要求に含まれる前記複数の組の中から 1つの組を決定する

ことを特徴とする請求項 1記載のダウンロード実行装置。

[43] 前記ダウンロード実行装置は、さらに、

前記ダウンロード実行手段によってダウンロードされたプログラムを保存するストア手段を備える

ことを特徴とする請求項 1記載のダウンロード実行装置。

[44] 前記ダウンロード実行装置は、放送受信装置である

ことを特徴とする請求項 1記載のダウンロード実行装置。

[45] プログラムのダウンロードを実行するダウンロード実行方法であって、

前記プログラムのダウンロード方法およびダウンロード元情報の組を複数含むダウンロード要求を受信するダウンロード要求受信ステップと、

前記ダウンロード要求に含まれる前記複数の組から 1つの組を決定するダウンロード元決定ステップと、

前記ダウンロード元決定ステップにおいて決定された組のダウンロード方法およびダウンロード元情報に基づ、て、前記プログラムのダウンロードを実行するダウンロード実行ステップと

を含むことを特徴とするダウンロード実行方法。実行プログラムのダウンロードを実行するためのプログラムであって、

前記実行プログラムのダウンロード方法およびダウンロード元情報の組を複数含むダウンロード要求を受信するダウンロード要求受信ステップと、

前記ダウンロード元決定ステップにおいて決定された組のダウンロード方法およびダウンロード元情報に基づ、て、前記実行プログラムのダウンロードを実行するダウンロード実行ステップとをコンピュータに実行させる

ことを特徴とするプログラム。