(57)【要約】【課題】安全、かつ、使用ネットワーク効率を高めるダウンロード方式及びその方式に対応したデジタル放送受信機を提供する【解決手段】受信機１０がソフトウェアデータ１１０を各放送局から受け取った時点ですぐにソフトウェアを更新するのではなく、後から送出されるメーカーからの切り替え情報１１１を受け取ったタイミングをもって切り替える。切り替え情報１１１は、メーカー側の判断によってダウンロードサービス提供者経由で放送局１０２−１から１０２−Ｎに配信、受信機に配信される。受信機は、この切り替え情報１１０を受信後に、あらかじめ受信していた１１０を使用可能にすることでソフトウェアダウンロード完了とする。【選択図】図１
2008193237.tif 000002
【特許請求の範囲】
【請求項１】
放送局と、該放送局からの放送データを受信するデジタル受信機と、前記放送局を介してダウンロード用のソフトウェアデータを提供するソフトウェアダウンロードサービス提供装置と、を含むデジタル放送によるソフトウェアダウンロードシステムであって、
前記ソフトウェアダウンロードサービス提供装置が、前記デジタル受信機に対して、ダウンロードする前記ダウンロード用のソフトウェアデータを切り替える指示を該ダウンロード用のソフトウェアデータとは独立して送信する制御を行う制御部を有していることを特徴とするソフトウェアダウンロードシステム。
【請求項２】
前記切り替える指示を、デジタル放送ソフトウェアダウンロード規格で定義されているＤＩＩ（Download Information Indication）中に記載することを特徴とする請求項１に記載のソフトウェアダウンロードシステム。
【請求項３】
前記切り替える指示を複数の前記ダウンロード用のソフトウェアデータに対して、該ダウンロード用のソフトウェアデータごとに指定できることを特徴とする請求項２に記載のソフトウェアダウンロードシステム。
【請求項４】
前記ダウンロード用のソフトウェアデータと、メーカー毎のダウンロードシグナリング情報と、機種毎のダウンロード情報と、が関連付けされていることを特徴とする請求項３に記載のソフトウェアダウンロードシステム。
【請求項５】
前記ダウンロード用のソフトウェアデータは、複数のパケットによって構成されており、前記ＤＩＩには、前記パケットをどのタイミングで送出するか、どのパケットによって前記ダウンロード用のソフトウェアデータが構成されているかに関する情報を含むことを特徴とする請求項２から４までのいずれか１項に記載のソフトウェアダウンロードシステム。
【請求項６】
請求項１から５までのいずれか１項に記載のソフトウェアダウンロードサービス提供装置に設けられ、前記切り替える情報を含んだソフトウェアダウンロード信号を生成する信号発生器。
【請求項７】
請求項１から５までのいずれか１項に記載のソフトウェアダウンロードシステムに用いられ、前記ダウンロードデータを切り替える指示を該ダウンロードデータとは異なるデータとして識別することができるデジタル放送受信機。
【請求項８】
モジュールを全数ダウンロードしたことを示す情報を、ユーザ側から隠蔽する手段を有することを特徴とする請求項７に記載のデジタル放送受信機。
【請求項９】
前記隠蔽する手段として、隠しコマンドの入力によってモジュールを全数ダウンロードした結果を報知する機能を備えた請求項８に記載のデジタル放送受信機。
【請求項１０】
前記モジュールを全数ダウンロードした結果を前記ソフトウェアダウンロードサービス提供装置に報知する通信部を有することを特徴とする請求項８に記載の受信機。
【請求項１１】
切り替え情報を受信した後に、複数モジュールの受信状態の依存関係を確認した後に実際に使用するモジュールを書き換える手段を備えることを特徴とする請求項７記載のデジタル受信機。
【請求項１２】
放送局と、該放送局からの放送データを受信するデジタル受信機と、前記放送局を介してダウンロード用のソフトウェアデータ提供するソフトウェアダウンロードサービス提供装置と、を含むデジタル放送によるソフトウェアダウンロード方法であって、
第１のイベントをトリガーとして、ダウンロードチャンネルを探す処理に移行するステップであって、ダウンロードデータが流れているデジタルチャンネル及びサービスの発見の処理を含むステップと、
サービス中から自機向けのモジュールが配信されているか否かを調査するステップと、  自機向けのモジュールを全て受信しているか否かを確認し、受信していなければ、モジュール情報を取得し、モジュールに関連付けられたダウンロードデータを取得し全て受信し、モジュールの再構成に成功した場合、データ保存し、次のモジュールの検出に戻るステップと、
全モジュールの取得が完了すると、保存しておいた各データを有効とするようにソフトウェア切り替えを行うステップと
を有することを特徴とするソフトウェアダウンロード方法。
【請求項１３】
放送局と、該放送局からの放送データを受信するデジタル受信機と、前記放送局を介してダウンロード用のソフトウェアデータ提供するソフトウェアダウンロードサービス提供装置と、を含むデジタル放送によるソフトウェアダウンロード方法であって、
ＯＳを切り替えるか否かを示すＯＳ切り替えマーキング、ファイルシステムを切り替えるか否かを示すファイルシステム切り替えマーキング、アプリケーションを切り替えるか否かを示すアプリケーション切り替えマーキングの情報を参照し、それぞれのマーキング情報の依存関係を参照し、いずれの切り替えフラグが書き換えられるべきかをフラグと依存関係とに基づいて判定する第１のステップと、
リセットを行い、前記第１のステップで切り替えた方のデータを起動時に読み込むことで起動が行われ、新ソフトウェアへの切り替えを完了させるステップと、
該切り替え後の新ソフトウェアを用いて、所定の試験項目を行い、該試験結果に問題がないことが分かった場合には、前記切り替えフラグを配信するステップと
を有することを特徴とする方法。
【請求項１４】
切り替え情報をダウンロードサービス提供者経由で放送局に配信し、ユーザ使用中の受信機に放送配信するステップと、
受信機の切り替えフラグ書き換え及びそれによるソフトウェア更新を行うステップと
を有することを特徴とする請求項１３に記載の方法。
【請求項１５】
請求項１２から１４までに記載のステップをコンピュータに実行されるためのプログラム。
【請求項１６】
請求項１５に記載のプログラムを記録するコンピュータ読みとり可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル放送におけるデータダウンロードシステムに関し、特に、安全かつ、使用ネットワーク効率を高めるソフトウェアダウンロード方式及びその方式に対応したデジタル放送受信機に関する。
【背景技術】
【０００２】
デジタル放送受信機は、放送電波から受信機のソフトウェアを受信し、受信機内部のソフトウェアを更新する機能を持っている。この場合、プログラムの書換えに関する安全性を考慮し、ダウンロード前とダウンロードしたプログラムデータの２つのプログラム格納領域を持つ２バンク方式を採用することが多い。これにより、たとえソフトウェアのダウンロードに失敗した場合でも、ダウンロード前のプログラムが消去されずに残されるため、受信機としての機能が失われることが無い。
【０００３】
尚、日本国内で運用されている従来のソフトウェアダウンロード方式による更新では、受信機のソフトウェアに特殊な機種識別子を与えた受信機のみにソフトウェアをダウンロードさせ、上記のプログラム格納領域を切り替えることで、ソフトウェア書き換えテストをおこなう仕組み（以下、「事前ダウンロード」と称する。）を持っている。
【０００４】
このような事前ダウンロードは、例えば、受信機メーカーの工場内の受信機にのみ実際の試験電波を使い受信試験することで、受信機ユーザに対するダウンロードサービス自体の安全性を高めることを目的としたサービスであり、事前ダウンロードで問題がないことを確認した後、再度、同じソフトウェアデータを配信して、市場の全ユーザ向けのソフトウェアを書き換える本放送を行うという運用が行われている。
【０００５】
一方、デジタル放送は、全世界向けに普及過程であり、まだこのようなダウンロードサービスが運用されていない国が存在する。このような中で、ダウンロードサービスは、使えるネットワーク帯域が一定であるにもかかわらず、メーカー数、モデル数、必要となる更新回数などによって、使用するネットワーク領域量が一時的に増大する可能性も考えられるため、各メーカー・モデルでできる限りデータ量を減らした仕組みを提供することが望ましい。
【０００６】
つまり、事前ダウンロードの仕組みは安全性の観点から必要であるが、運用上の観点からデータ量を削減するために、なるべく同じソフトウェアデータを配信することは避けるべきである。
【０００７】
このような問題を解決するための従来技術として、下記特許文献１では、送出されるダウンロードデータを予め告知し、その告知内容を基にユーザに対してどの様なソフトウェアが提供されて、その結果どうなるかを提示して、それらを基にユーザからの許諾を求め、ユーザからの許諾が得られれば、その後にダウンロードデータの取得を開始し、ダウンロードの完了後にソフトウェアを書き換えて、次回受信機が起動した時点から新しいソフトウェアで動作する方法及びその安全性と高速動作をするための方法が開示されている。
【０００８】
しかしながら、ユーザ側の判断を求める方法では、ユーザに完全に更新内容を理解してもらうための適切な情報を出していくのが困難であり運用が難しい。本発明ではユーザの判断を仰がずにソフトウェアを自動更新するしくみを対象とする。
【０００９】
また、下記特許文献２では、不具合があるソフトウェアをダウンロードしてしまった後でも、元のバージョンを使用するように戻す対策が施されているデジタル放送受信装置が提供されている。しかしながら、この方式では、安全性が不完全であると考えられる。仮に、受信機能に不全のあるソフトウェアをダウンロードし、一度でも切り替えてしまった場合には、切り替えフラグ自体が受信できなくなってしまうため、目的とする切り替え方式が実行できなくなってしまうことが想定されるためである。
【００１０】
【特許文献１】特開２００２−１９６９４３号公報
【特許文献２】特開２００５−３４８３８０号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
ソフトウェアダウンロードサービスに使用できるネットワーク帯域が一定であるため、メーカー数、モデル数、必要となる更新回数などによって使用するデータ総量を減らさなければならない。例えば、受信機メーカーの工場内の受信機のみ実際の試験電波を使い受信試験することにより受信機ユーザに対するダウンロードサービス自体の安全性を高めることのできる事前ダウンロードの仕組みを提供できない環境下であっても、安全にソフトウェアを更新することが必要である。
【００１２】
本発明では上記の事情に鑑み、デジタル放送によるソフトウェアダウンロード方式で、安全で、かつ、使用ネットワーク効率を高める方式及びその方式に対応したデジタル放送受信機を提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明では、デジタル放送受信機がソフトウェアデータ放送から受け取った時点ですぐにソフトウェアを更新するのではなく、後から送出されるメーカーからの切り替え情報を受け取ったタイミングをもって切り替えることを特徴としている。
【００１４】
より具体的には、切り替え情報は、切り替え指示をデジタル放送ダウンロード規格で定義しているＤＩＩ（Download Information Indication）中に記載されており、その情報を読み取ることによって、使用するソフトウェアデータを切り替える。
【００１５】
すなわち、本発明の一観点によれば、放送局と、該放送局からの放送データを受信するデジタル受信機と、前記放送局を介してダウンロード用のソフトウェアデータを提供するソフトウェアダウンロードサービス提供装置と、を含むデジタル放送によるソフトウェアダウンロードシステムであって、前記ソフトウェアダウンロードサービス提供装置が、前記デジタル受信機に対して、ダウンロードする前記ダウンロード用のソフトウェアデータを切り替える指示を該ダウンロード用のソフトウェアデータとは独立して送信する制御を行う制御部を有していることを特徴とするソフトウェアダウンロードシステムが提供される。
【００１６】
前記デジタル受信機に対して、ダウンロードする前記ダウンロード用のソフトウェアデータを切り替える指示を該ダウンロード用のソフトウェアデータとは独立して送信することにより、すなわち、ダウンロード用のソフトウェアデータそのものと、ダウンロード用ソフトウェアデータの使用許可開始情報データ（使用開始の起因となるデータ、許可を与えるデータ）と、を分けることができる。このように分けることで、ソフトウェア切替のタイミングを使用許可開始情報データの送信により決めることができる。また、ダウンロード用ソフトウェアデータそのものを例えばネットワーク経由で何度も送る必要がないため、ネットワークの輻輳を解消することが可能である。
【００１７】
前記切り替える指示を、デジタル放送ソフトウェアダウンロード規格で定義されているＤＩＩ（Download Information Indication）中に記載することが好ましい。前記切り替える指示を複数の前記ダウンロード用のソフトウェアデータに対して、該ダウンロード用のソフトウェアデータごとに指定できることが好ましい。尚、モジュールは、ダウンロードデータそのものであり、ＤＤＢは、それぞれのモジュールをパケット化したものである。前記切り替える指示中に、前記ダウンロード用のソフトウェアデータと、メーカー毎のダウンロードシグナリング情報と、機種毎のダウンロード情報と、を関連付けするデータが含まれるようにしても良い。
【００１８】
前記ダウンロード用のソフトウェアデータは、複数のパケットによって構成されており、前記ＤＩＩには、前記パケットをどのタイミングで送出するか、どのパケットによって前記ダウンロード用のソフトウェアデータが構成されているかに関する情報を含むようにしても良い。
【００１９】
上記ソフトウェアダウンロードサービス提供装置に設けられ、前記切り替える情報を含んだソフトウェアダウンロード信号を生成する信号発生器が提供される。
また、上記ソフトウェアダウンロードシステムに用いられ、前記ダウンロードデータを切り替える指示を該ダウンロードデータとは異なるデータとして識別することができるデジタル放送受信機が提供される。モジュールを全数ダウンロードしたことを示す情報を、ユーザ側から隠蔽する手段を有するようにするのが好ましい。前記隠蔽する手段として、隠しコマンドの入力によってモジュール全数ダウンロードした結果を報知する機能を備えても良い。また、前記モジュール全数ダウンロードした結果を前記ソフトウェアダウンロードサービス提供装置に報知する通信部を有するようにしても良い。さらに、切り替え情報を受信した後に、複数モジュールの受信状態の依存関係を確認した後に実際に使用するモジュールを書き換える手段を備えるようにしても良い。
【００２０】
本発明の他の観点によれば、放送局と、該放送局からの放送データを受信するデジタル受信機と、前記放送局を介してダウンロード用のソフトウェアデータ提供するソフトウェアダウンロードサービス提供装置と、を含むデジタル放送によるソフトウェアダウンロード方法であって、第１のイベントをトリガーとして、ダウンロードチャンネルを探す処理に移行するステップであって、ダウンロードデータが流れているデジタルチャンネル及びサービスの発見の処理を含むステップと、サービス中から自機向けのモジュールが配信されているか否かを調査するステップと、自機向けのモジュールを全て受信しているか否かを確認し、受信していなければ、モジュール情報を取得し、モジュールに関連付けられたダウンロードデータを取得し全て受信し、モジュールの再構成に成功した場合、データ保存し、次のモジュールの検出に戻るステップと、全モジュールの取得が完了すると、保存しておいた各データを有効とするようにソフトウェア切り替えを行うステップと
を有することを特徴とするソフトウェアダウンロード方法が提供される。
【００２１】
また、放送局と、該放送局からの放送データを受信するデジタル受信機と、前記放送局を介してダウンロード用のソフトウェアデータ提供するソフトウェアダウンロードサービス提供装置と、を含むデジタル放送によるソフトウェアダウンロード方法であって、ＯＳを切り替えるか否かを示すＯＳ切り替えマーキング、ファイルシステムを切り替えるか否かを示すファイルシステム切り替えマーキング、アプリケーションを切り替えるか否かを示すアプリケーション切り替えマーキングの情報を参照し、それぞれのマーキング情報の依存関係を参照し、いずれの切り替えフラグが書き換えられるべきかをフラグと依存関係とに基づいて判定する第１のステップと、リセットを行い、前記第１のステップで切り替えた方のデータを起動時に読み込むことで起動が行われ、新ソフトウェアへの切り替えを完了させるステップと、該切り替え後の新ソフトウェアを用いて、所定の試験項目を行い、該試験結果に問題がないことが分かった場合には、前記切り替えフラグを配信するステップと、を有することを特徴とする方法が提供される。
【００２２】
一方、試験中に問題が発生した場合には、この新ソフトを構成するモジュールに問題がある可能性があり、市場でのダウンロードを中止するか、別のソフトウェアデータを使った配信を行う必要が出てきたと判断することができる。
【００２３】
切り替え情報をダウンロードサービス提供者経由で放送局に配信し、ユーザ使用中の受信機に放送配信するステップと、受信機の切り替えフラグ書き換え及びそれによるソフトウェア更新を行うステップと、を有しても良い。
【００２４】
上記各ステップをコンピュータに実行させるためのプログラム、このプログラムを記録するコンピュータ読みとり可能な記録媒体であっても良い。
【発明の効果】
【００２５】
本発明によれば、ソフトウェアデータそのものを再度送る必要がないため、ネットワーク利用効率を高めることができ、サービスを享受できるメーカー数・モデル数を増やすことができる上に、さらに、実際の電波を使ったメーカー試験後にユーザの受信機を実際にアップデートすることにより、より安全に市場の受信機ソフトウェアを切り替えることが可能となるという利点がある。
【発明を実施するための最良の形態】
【００２６】
以下、本発明の一実施の形態によるソフトウェアダウンロード放送方式及びその方式に対応する受信機について、図面を参照しながら説明を行う。
【００２７】
図１は本実施の形態によるソフトウェアダウンロードシステムの一構成例を示す図である。メーカー側装置１００は、本実施の形態によるソフトウェアダウンロード放送方式に対応する受信機１０に対するソフトウェアの提供者であり、ソフトウェアデータ１１０を更新する必要が生じた場合に、まずソフトウェアデータ１１０をダウンロードサービス提供装置１０３に提供する。ダウンロードサービス提供装置１０３は、受け取ったソフトウェアデータ１１０を放送信号として各地域の放送局１０２−１から１０２−Ｎに配布する。各放送局は、担当地域についてソフトウェアデータ１１０を放送し、受信機１０がソフトウェアデータ１１０を受信する仕組みとなっている。
【００２８】
本実施の形態では、受信機１０がソフトウェアデータ１１０を各放送局１０２から受け取った時点ですぐにソフトウェアを更新するのではなく、後から送出されるメーカー側装置１００からの切り替え情報１１１を受け取ったタイミングをもって切り替えることを特徴としている。切り替え情報１１１は、メーカーの判断によってダウンロードサービス提供装置１０３経由で放送局１０２−１から１０２−Ｎに配信され、次いで、受信機１０に配信される。受信機１０は、この切り替え情報１１１を受信後に、あらかじめ受信していたソフトウェアデータ１１０を使用可能にすることで、受信機ソフトウェア書き換え完了とする。
【００２９】
次に、ソフトウェアデータ１１０がどのように配信・受信されるかに関する詳細について説明する。本実施の形態では、米国のダウンロード規格A.97（Software Download Data Service）について、本発明を適用した場合の例について図２、図３を参照しながら説明する。この規格A.97では、デジタル放送の多重化方式MPEG2-TSの中に埋め込むことができる情報DSI（ Download Server Initiate）,DII（ Download InfoIndication）,DDB（Download Data Block）をもってダウンロードを可能としている。
【００３０】
図２は、これらの情報の相関図であり、DSI１２０は、複数のｇｉを含むメーカーごとのダウンロードシグナリング情報であり、機種毎のダウンロード情報ＤＩＩ１２１を関連付けるシグナリング情報である。ｇｉに基づいて機種毎のダウンロード情報と関連付けされている。
【００３１】
ＤＩＩ１２１は、メーカーの機種ごとに使用する各ソフトウェアデータのシグナリング情報である。ＤＩＩ１２１は、複数のｍｉに基づいて関連付けされた複数のモジュール１２２を取り扱うことができる。モジュール１２２は、複数のＤＤＢ１２３によって構成される。ＤＩＩ１２１には、ＤＤＢ１２３がいつ送出されるか、どのＤＤＢ１２３によってモジュールが構成されているか等が記載されている。モジュール１２２は、本実施の形態におけるダウンロードデータそのものである。ＤＤＢ１２３は、それぞれのモジュール１２２をパケット化したものである。
【００３２】
図３は、各モジュールを取得する際の受信機１０の処理の流れを示すフローチャート図である。図３に示すように、ステップ１５０において、例えば、電源ＯＦＦボタンを押してユーザ非視聴状態になったイベント等をトリガーとして、ダウンロードチャンネルを探す処理に移行する。この処理１５１の中では、ダウンロードデータが流れているデジタルチャンネル及びサービスの発見の処理が行われる。プログラムを特定するための情報PMT(Program Map Table)の中にダウンロードサービスの有無が記載されているため、それを検索するなどの処理がこの処理に該当する。
【００３３】
次に、ステップ１５２では、サービス中からＤＳＩ１２０、ＤＩＩ１２１情報を抽出して、自機向けのモジュール１２２が配信されているか否かを調査する。次に、ステップ１５３では、自機向けのモジュール１２２を全て受信しているか否かを確認する。受信していなければ、モジュール情報を取得し（ステップ１５４）、モジュール１２２に関連付けられたＤＤＢ１２３を取得する。ＤＤＢ１２３を全て受信し、モジュール１２２の再構成に成功した場合、不揮発メモリ９へデータ保存し（ステップ１５６）、次のモジュール１２２の検出に戻る（ステップ１５３）。
【００３４】
ステップ１５３〜１５６をＤＩＩ１２１に記載されているモジュール１２２数分繰り返して全モジュールの取得が完了するとステップ１５７に移り、ステップ１５６で保存しておいた各データを有効とするようなソフトウェア切り替えを行い、ソフトウェア交信終了となる。
【００３５】
以上が、従来のソフトウェアダウンロード方式であり、全てのモジュール１２２を取得したら、すぐに切り替える仕組みが通常である。尚、ソフトウェアを自動的に切り替える方法だけでなく、切り替えの際にユーザの判断をもって行ったりする方法がある。
【００３６】
次に、図４〜６までを参照しながら、本実施の形態によるデジタル放送受信機の一構成例について説明する。図４に示すように、本実施の形態によるデジタル放送受信機１０は、アンテナ１と、デジタル放送受信部３と、通信インターフェイス部５と、揮発性メモリ７と、不揮発性メモリ９と、デコーダ部１１と、リモコン受光部１３と、ＭＰＵ（ＣＰＵ）１７と、を有している。さらに、音声信号を処理する音声信号処理部２５及びスピーカ２１と、映像信号処理部２７及びディスプレイ２３と、を有している。
【００３７】
図５は、不揮発性メモリ９の内部構成例を示す図である。不揮発性メモリ９には、受信機１０を動作させるためのソフトウェアデータのための領域を有している。ＯＳデータ領域５０、ファイルシステムデータ領域６０、アプリケーションソフトウェアデータ領域７０の３つのソフトウェアデータ領域である。各ソフトウェアデータ領域は、ソフトウェアデータ領域を２つ及び現在、いずれのデータ領域を使うべきかを示す切り替えフラグを有して構成されている。
【００３８】
受信機１０は、起動時に、ＯＳデータ、ファイルシステムデータ、アプリケーションデータ、を高速処理が可能な揮発性メモリ７上に展開して動作する。ＯＳデータについては、ＯＳデータ格納領域Ａ５１及びＯＳデータ格納領域Ｂ５２に保存が可能である。さらに、いずれのデータを使用するかを規定するフラグであるＯＳ切り替えフラグ５３が存在し、それを参照することによって、適切なＯＳデータを揮発メモリ７上に読み込む。ファイルシステムデータについては、ファイルシステムデータ格納領域Ａ６１及びファイルシステムデータ格納領域Ｂ６２に保存が可能であるが、いずれのデータを使用するかを規定するフラグであるファイルシステム切り替えフラグ６３が存在し、それを参照することによって適切なファイルシステムデータを揮発性メモリ７上に読み込む。    
【００３９】
アプリケーションデータについては、アプリケーションデータ格納領域Ａ７１及びアプリケーションデータ格納領域Ｂ７２に保存が可能であるが、いずれのデータを使用するかを規定するフラグであるアプリケーションデータ切り替えフラグ７３が存在し、それを参照することによって適切なアプリケーションデータを揮発性メモリ７上に読み込む。
【００４０】
以上の起動時の手順によって、受信機１０は動作状態に入る。尚、各データ領域については、図６に記載されるように、バージョン情報８０と格納データ本体８１とが記録可能であり、各データ格納領域Ａ／Ｂの内容識別にバージョン情報８０を用いることが可能となっている。
【００４１】
次に、受信機１０が、本実施の形態による方式によりソフトウェア受信処理、新ソフトウェアへの切り替え処理を行うまでの手順について図７〜図１３までのフローチャート図及び関連システム図に基づいて説明する。
【００４２】
図７では、各モジュールを保存するところまでの説明である。この例では、アプリケーションモジュールとファイルシステムモジュールとの２つをダウンロードした場合を例にして説明する。図３で述べたステップ１５０からステップ１５６までのソフトウェアデータダウンロードデータを受信する処理は従来の方式と同じであり、モジュール数がアプリケーションとファイルシステムとの２つであるため、２度ステップ１５０から１５６までを繰り返してステップ１６０に進む。
【００４３】
ステップ１６０では、全データ取得完通知として、ファイルシステム切り替えフラグ６３及びアプリケーション切り替えフラグ７３を切り替えることによる実際のソフトウェアの切り替えは行わない。ここでいう「通知」とは、メーカー側装置１００の開発者側が知るための何らかの方法であり、ユーザ側には見えないようにすることが必要である。
【００４４】
例えば、リモコンなどによって、隠しコマンドを入力することによって表示されるメニュー中にその結果を出力する方法、あるいは、通信インターフェイス部５を使用して開発者用のパソコンなどに自動的に結果を出力する方法などが好ましい。図１を参照しながら説明したように、放送地域全ての受信機１０がここまで同一の処理を行うため、このようなユーザに不要な通知を伝えない方法が必要である。
【００４５】
次に、図８では、図７で成功した全モジュールデータ受信後における、メーカー側装置１００の所定の受信機１０でのみ先行してモジュール切り替え試験をした場合の受信機側で行われる手順について述べる。まずステップ１７０では、メーカー側で選定した特定の受信機のみに切り替え信号のテスト信号を受信させるテスト信号を配信する。
【００４６】
図９は、上記テスト信号を配信するシステムに関する構成例を示す図である。メーカー側装置１００内のリリース担当者２０５は、切り替え情報１１１を含んだテスト放送信号のためのデータを配信サーバ２００に配置する。配信サーバ２００はメーカーの複数の拠点に配置されている信号発生器２０１−１…２０１−Ｎに信号発生をさせるためのデータを送付する。各拠点のメーカーのテスト担当者は信号発生器２０１を使って切り替え情報１１１を受信させ、切り替え試験を行うことができる。
【００４７】
このようなシステムを使って、切り替え信号を含んだＤＩＩ１２１をステップ１７１で受信すると、ＤＩＩ１２１の解析を始める。ステップ１７２では、全モジュールについての確認が完了したか否かをチェックし、まだ確認がされていないのであればステップ１７３に進む。ステップ１７３では、モジュール１２２の情報を抜き出す。ステップ１７４では抜き出したモジュール情報中の切り替えフラグの情報を確認する。
【００４８】
図１０は、この切り替えフラグ２０６がどのように情報として含まれているかに関する例を示す図である。ＤＩＩには、前述のようにモジュール数２０６−１、Module ID２０６−２、Module Size２０６−３、Version２０６−４、Module Info２０６−５などの情報が含まれているが、ここにモジュールごとの切り替えフラグ２０６が追加される。尚、Module ID２０６−２はモジュールを識別するためのIDであり、Module Size２０６−３はモジュールのサイズであり、Version２０６−４はモジュールのバージョンであり、Module Info２０６−５はモジュールのバージョン番号が記載されているものである。
【００４９】
次に、切り替えフラグ２０６の定義について説明する。本実施の形態では、例えば、値が０であった場合は、「Module ID２０６−２、Module Size２０６−３、Version２０６−４、Module Info２０６−５で指定されているモジュールについてＤＤＢ１２３の受信のみで切り替えをしない」という意味になる。値が１であった場合は、「Module ID２０６−２、Module Size２０６−３、Version２０６−４、Module Info２０６−５で指定されているモジュール（既に受信機１０の不揮発性メモリ９に保存されていることが期待されている。）へ切り替えを開始するという意味」と定義することができる。尚、不要なソフトウェアデータの再送を避けることを目的としているため、切り替えフラグ２０６の値が１であるときは、通常、ＤＤＢ１２３は送出されない。
【００５０】
次いで、ステップ１７４では、この切り替えフラグ２０６の値が１であるか否かを確認する。切り替えフラグが０の場合は、通常のＤＤＢ取得処理に入る。つまり、図７で示されるステップ１５４、１５５、１５６の流れになるが、ここではその処理のフローに関しての説明は省略する。
【００５１】
一方、切り替えフラグ２０６の値が１であった場合、ステップ１７５において、該当するモジュールが保存済みか否かを確認する。この確認方法について説明する。まず、Module Info２０６−５を見て、ＯＳ領域５０、ファイルシステム領域６０、アプリケーション領域７０、のいずれの領域に保存されるべきモジュールであるかを確認する。本実施の形態では、アプリケーションとファイルシステムとのモジュールを変更することを目的とした例のため、ファイルシステム領域６０向けのモジュールを受信しているので、まず、ファイルシステム切り替えフラグ６３を参照する。ここには、現在Ａ／Ｂのいずれの領域が起動時に使用されているかに関するデータを確認する。例えば、ファイルシステムデータの格納領域Ａ６１のデータを使用していた場合に、使用していないファイルシステムデータ格納領域Ｂ６２に保存してあることになる。
【００５２】
次に、ステップ１７６では、バージョン情報８０を確認し、Version２０６−４と同一か否かを確認して、問題なければ（同一であれば）、正しい情報が保存されていたものとして、このモジュールについて切り替えを行っても問題ないものとするマーキングを行う（ステップ１７７）。尚、このマーキングは、図１１に示すように、ＯＳ領域５０、ファイルシステム領域６０、アプリケーション領域７０のすべての領域について、切り替えを行うのか行わないのかに関する情報を記録することを目的としている（符号２１０、２１１、２１２）。このマーキング領域２１０〜２１２は、揮発性メモリ７に配置していても良いし、不揮発性メモリ９上に配置してもよい。
【００５３】
以上に説明したように、ステップ１７２からステップ１７７までを、アプリケーションモジュール分についても繰り返すことにより、いずれのモジュールの切り替えが可能であるかを判断する処理を終えて、判断処理を終えたマーキング結果は図１１のようになり、実際の切り替え処理を始める。
【００５４】
実際のソフトウェア切り替え処理について、図１２を参照しながら説明を行う。図１２では、まずステップ２２０において、ＯＳ切り替えマーキング２１０、ファイルシステム切り替えマーキング２１１、アプリケーション切り替えマーキング２１２の情報を参照しながら、各マーキング情報の依存関係（例えば、ＯＳ切り替えがある場合は必ずファイルシステムのバージョン変更も行わなければならない等）を見て、どの切り替えフラグが書き換えられるべきかを決定する。ここでは、ファイルシステム切り替えマーキング２１１、アプリケーション切り替えマーキング２１２が「する」になっており、両者には依存関係が無いものとして、ステップ２２１で、ファイルシステム切り替えフラグ６３、アプリケーション切り替えフラグ７３を切り替える。
【００５５】
次に、ステップ２２２でリセットを行い、ステップ２２３で切り替えた方のデータを起動時に読み込むことで起動が行われ、新ソフトへの切り替えが完了する。ステップ２２４では、この切り替え後の新ソフトを使って、メーカー側装置１００の方における所定の試験項目が行われる。ステップ２２５において、この試験結果に問題がないことが分かった場合には、新ソフトを市場でも使い始めることに問題がないものとして（ステップ２２６）、切り替えフラグの市場への配信を行うことができる（ステップ２２７）。
【００５６】
一方、試験中に問題が発生した場合には（Ｎ）、この新ソフトを構成するモジュールに問題がある可能性があり、市場でのダウンロードを中止するか、別のソフトウェアデータを使った配信を行う必要が出てきたと判断することができる（ステップ２２８）。
【００５７】
図１３では、実際に市場に切り替えフラグを配信した以降の処理について記載する。ステップ２３０において、メーカー側装置１００は、切り替え情報１１１をダウンロードサービス提供装置１０３経由で放送局１０２−１から１０２−Ｎに配信し、ユーザ使用中の受信機１０に放送配信する。受信機１０は、ステップ２３１において、図８及び図１２のフローチャート図と同一の処理を行うことで、市場の受信機の切り替えフラグ書き換え及びそれによるソフトウェア更新を行い、ソフトウェアダウンロードを終了する（ステップ２３２）。
【００５８】
以上に説明したように、本実施の形態においては、ソフトウェアデータ（ＤＤＢ）そのものを再度送ることが必要ないためネットワーク利用効率を高めることができる。従って、サービスを享受できるメーカー数・モデル数を増やすことができる上で、実際の電波を使ったメーカー試験後にユーザの受信機を実際にアップデートする処理を行うため、市場の受信機をより安全にソフトウェアを切り替えることが可能となる。
【産業上の利用可能性】
【００５９】
本発明は、デジタル放送におけるソフトウェアダウンロードを用いる装置に利用可能である。
【図面の簡単な説明】
【００６０】
【図１】本発明の一実施の形態によるソフトウェアダウンロード方式を示す図である。
【図２】ダウンロードデータを構成するＤＳＩ，ＤＩＩ，ＤＤＢの関連を示す図である。
【図３】従来のソフトウェアダウンロード受信処理を示す図である。
【図４】本発明の一実施の形態による受信機の構成例を示す機能ブロック図である。
【図５】図４に記載された不揮発メモリの内部例の詳細を示す図である。
【図６】図５に記載の各データ格納領域の詳細な例を示す図である。
【図７】本発明の一実施の形態によるダウンロードデータ受信処理について、メーカー側確認準備完了までの処理を示す図である。
【図８】本発明の一実施の形態によるダウンロードデータ受信処理について、メーカー側確認開始からソフト切り替え処理開始前までの処理を示す図である。
【図９】図８に記載のメーカー側テスト信号配信環境システムを示す図である。
【図１０】図８に記載のＤＩＩ中の切り替えフラグの定義箇所を示す図である。
【図１１】図８に記載のモジュール切り替えマーキング情報を示す図である。
【図１２】本発明の一実施の形態によるダウンロードデータ受信処理について、ソフト切り替え処理開始から切り替えフラグの市場配信までを示す図である。
【図１３】本発明の一実施の形態によるダウンロードデータ受信処理について、切り替えフラグの放送配信からソフトウェアダウンロード終了処理までを示す図である。
【符号の説明】
【００６１】
１０…受信機、１００…メーカー側装置、１０２…放送局、１０３…ダウンロードサービス提供装置、１１０…ソフトウェアデータ、１１１…切り替え情報。
【図１】
2008193237.tif 000003
【図２】
2008193237.tif 000004
【図３】
2008193237.tif 000005
【図４】
2008193237.tif 000006
【図５】
2008193237.tif 000007
【図６】
2008193237.tif 000008
【図７】
2008193237.tif 000009
【図８】
2008193237.tif 000010
【図９】
2008193237.tif 000011
【図１０】
2008193237.tif 000012
【図１１】
2008193237.tif 000013
【図１２】
2008193237.tif 000014
【図１３】
2008193237.tif 000015