(57)【要約】【課題】ソフトウェアのバージョンアップを行う手段として、ＯＡＤＬやネットＤＬが用いられているが、ＯＡＤＬの場合、ブロック単位に分割されたバージョンアップイメージを、データ放送に重畳して送信する都合上、バージョンアップイメージのサイズが大きい場合、データの受信に非常に時間がかかってしまう。一方、ネットＤＬの場合、転送速度が一定に決まることがなく、ＯＡＤＬよりも受信速度が遅くなる場合がある他、ダウンロードの途中で回線が不通になるといったリスクがＯＡＤＬに比べて高くなっている。【解決手段】ＯＡＤＬ又は／及びネットＤＬを状況に合わせて、受信するデータを切り替える制御手段を設け、ＯＡＤＬ又は／及びネットＤＬ共通で受信したデータを管理することで、ＯＡＤＬ又は／及びネットＤＬのデータを同時に受信し、かつ一方の手段で受信したデータをもう一方で再度受信する手間を省くことが可能になる。【選択図】図１
2009246703.tif 000002
【特許請求の範囲】
【請求項１】
データ放送、及びネットワークからソフトウェアのバージョンアップイメージを受信する装置であって、
ＯＡＤＬ又は／及びネットＤＬのデータを受信する受信手段と、
ＯＡＤＬ又は／及びネットＤＬを状況に合わせて、前記受信手段のデータを切り替える制御手段と、
ＯＡＤＬ、ネットＤＬ共通で前記受信手段で受信したデータの識別情報、及び受信ブロックの管理を行うブロック管理手段とを備え、
前記受信手段がＯＡＤＬとネットＤＬの両方のデータを受信する場合には、前記制御手段は、ＯＡＤＬが受信を開始するブロックが属するファイルから、ＯＡＤＬとはカルーセルの逆向きに、ネットＤＬがファイルの受信を開始するように制御することを特徴とする受信装置。
【請求項２】
前記受信手段で、ネットＤＬのデータの受信が途中でキャンセルされ、ネットＤＬで受信を再開する場合、またはＯＡＤＬでデータの受信中にネットＤＬでデータの受信を開始する場合には、前記ブロック管理手段が管理する情報を参照することで、ネットＤＬは、データを未取得で、かつデータの受信が開始される時点において、ＯＡＤＬで受信できるブロックが属するファイルから、ＯＡＤＬとはカルーセルの逆向きに、最も近いファイルを選択して受信を再開することを特徴とする、請求項１に記載の受信装置。
【請求項３】
ＯＡＤＬ又は／及びネットＤＬのどちらか一方の受信手段でデータの取得が途中で困難になった場合で、他方の受信手段でデータを受信できる場合には、他方の受信手段で残りのデータを受信することを特徴とする、請求項１または請求項２に記載の受信装置。
【請求項４】
ＯＡＤＬ又は／及びネットＤＬのどちらか一方の受信手段でデータの取得が途中で困難になった場合で、他方の受信手段で別のデータを受信中に再度、一方の受信手段でデータの取得が可能になった場合には、一方の受信手段で残りのデータを受信することを特徴とする、請求項１または請求項２に記載の受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
ソフトウェアのバージョンアップイメージを受信する手段として、ＯＡＤＬ又は／及びネットＤＬのデータを受信する手段と、ＯＡＤＬ又は／及びネットＤＬを状況に合わせて、受信するデータを切り替える手段と、ＯＡＤＬ、ネットＤＬ共通で受信したデータの識別情報、及び受信ブロックの管理を行う手段と、受信ブロック又は／及びファイルをメモリ上に保存する一時記憶領域と、全てのブロックの受信が完了したモジュール又は／及びファイルをＨＤＤ上に保存する記憶領域と、記憶領域に対してデータの読み書きを行う手段からなる装置に関するものである。
【背景技術】
【０００２】
近年、機器に組み込まれるソフトウェア規模の増加に伴い、製品の発売後にソフトウェアの不具合が見つかる場合が多くなっている。そのため、各家庭でソフトウェアのバージョンアップを行うことが必要とされており、その手段として、ＣＤやＳＤカードなどのメディアにバージョンアップイメージを書き込み、そのメディアを用いてバージョンアップを行う方法があるが、それ以外にもＯＡＤＬ（ＯＮ  ＡＩＲ  ＤＯＷＮＬＯＡＤ）やネットＤＬ（ネットダウンロード）といった手段が用いられている（例えば、特許文献１参照。）。ＯＡＤＬは、送出側でバージョンアップイメージを指定されたサイズのモジュールに分割した後（モジュールは１つでも構わない）、さらにモジュールごとに指定されたサイズのブロックに分割する。その後、ブロック単位に分割されたバージョンアップイメージをデータ放送に重畳し、機器側でブロックを受信し、バージョンアップイメージを再構築する。一方ネットＤＬは、バージョンアップイメージを指定されたサイズに分割したファイルがサーバ上に置かれており、このファイルにネットワークを介してアクセスしダウンロードすることで、バージョンアップイメージを再構築する。これらの手段を用いることで、バージョンアップ用ＣＤなどの特別なメディアを用いることなく、機器のバージョンアップを行うことが可能になる。また、受信装置にＯＡＤＬ又は／及びネットＤＬのデータを自動的に受信するシステムを組み込んでおけば、バージョンアップの度にユーザーに負担をかけることなく、機器を最新のバージョンに保つことが可能になる。
【特許文献１】特開２００６−３４５３０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、ＯＡＤＬの場合、ブロック単位に分割されたバージョンアップイメージを、データ放送に重畳して送信する都合上、放送局側からデータの転送スピードに上限が設けられている。そのため、バージョンアップイメージのサイズが大きい場合、データの受信に非常に時間がかかってしまう。一方、ネットＤＬの場合、ネットワークへの接続方法や回線の混雑具合などにより、転送速度が一定に決まることがなく、モデム接続等の場合はＯＡＤＬよりも受信速度が遅くなる場合もある。また、インターネットと同様の仕組みを用いてデータの転送を行うため、ダウンロードの途中で回線が不通になるといったリスクがＯＡＤＬに比べて高くなっている。
【０００４】
本発明は、上記課題を鑑み、ＯＡＤＬ又は／及びネットＤＬの両方のデータを同時に受信することで、より短時間でバージョンアップイメージを受信するシステムを提供することを目的とする。
【課題を解決するための手段】
【０００５】
ＯＡＤＬ又は／及びネットＤＬのデータを受信する受信手段と、ＯＡＤＬ又は／及びネットＤＬを状況に合わせて受信手段のデータを切り替える制御手段と、ＯＡＤＬ、ネットＤＬ共通で受信手段で受信したデータの識別情報、及び受信ブロックの管理を行うブロック管理手段とを備え、受信手段がＯＡＤＬとネットＤＬの両方のデータを受信する場合には、制御手段は、ＯＡＤＬが受信を開始するブロックが属するファイルから、ＯＡＤＬとはカルーセルの逆向きに、ネットＤＬがファイルの受信を開始するように制御することを特徴とする。
【０００６】
さらに、受信手段で、ネットＤＬのデータの受信が途中でキャンセルされ、ネットＤＬで受信を再開する場合や、ＯＡＤＬでデータの受信中に、ネットＤＬでデータの受信を開始する場合には、ブロック管理手段が管理する情報を参照することで、ネットＤＬは、データを未取得で、かつデータの受信が再開される時点においてＯＡＤＬで受信できるブロックが属するファイルから、ＯＡＤＬとはカルーセルの逆向きに、最も近いファイルを選択して受信を再開する機能を有する。
【発明の効果】
【０００７】
ＯＡＤＬ又は／及びネットＤＬの両方のデータを同時に受信することにより、バージョンアップイメージの受信完了までの時間を短縮することが可能になる。また、受信環境の変化等でＯＡＤＬ又は／及びネットＤＬのどちらか一方のデータの受信が困難になった場合でも、他方のデータの受信を継続することで、バージョンアップイメージの受信成功率が向上する。
【発明を実施するための最良の形態】
【０００８】
以下、図面を用いて、本発明に係るバージョンアップイメージを受信する装置の実施形態を説明する。
【０００９】
（実施の形態）
図１は本発明に係るバージョンアップイメージを受信する装置の実施形態の構成図である。制御手段１０は、ＯＡＤＬ又は／及びネットＤＬのデータの受信が可能かどうかを判断する。この際、ＯＡＤＬはストリームからＰＡＴ（ｐｒｏｇｒａｍ  ａｓｓｏｃｉａｔｉｏｎ  ｔａｂｌｅ）、及びＰＭＴ（ｐｒｏｇｒａｍ  ｍａｐ  ｔａｂｌｅ）が受信可能かどうかで判断し、ネットＤＬはサーバに接続可能かどうかで判断する。その上で、ネットＤＬがデータの受信を開始する際は、ブロック管理手段３０が管理する情報を参照することで、データの受信を開始する時点においてＯＡＤＬで受信できるブロック、及び既に受信済みのブロックを考慮して最適なファイルから受信を開始する。
【００１０】
ここで、制御手段１０がブロック管理手段３０から情報を読み込む際は、手段１０１を経由して行う。
【００１１】
受信手段２０は、制御手段１０で受信が可能と判断されたデータを受信する。ＯＡＤＬとネットＤＬではデータを受信する際の処理が異なるので、受信手段２０はＯＡＤＬとネットＤＬの両方のデータを受信できる機能を有する。
【００１２】
ブロック管理手段３０は、ＯＡＤＬ又は／及びネットＤＬ共通で、受信手段２０で受信したデータの識別情報、及びブロックの管理を行う。ネットＤＬの場合、データを受信する単位は、ＯＡＤＬのようにブロック単位ではなくファイル単位なので、あるファイルを受信した場合、そのファイルに対応するブロックを全て受信したものとして、ブロック管理手段３０に管理させる。受信データの識別情報は、データの受信が途中でキャンセルされた場合、次回データの受信を再開する際に、前回受信中のデータと同一であるかどうかチェックし、同一である場合は前回受信したデータの続きから受信を開始するために用いるものであり、受信機器のメーカーコード、モデルコード、データのバージョン等を用いるが、データを識別できるものであればこれ以外でも構わない。
【００１３】
ブロック管理手段３０を用いて、ＯＡＤＬ又は／及びネットＤＬ共通で受信したデータの管理を行うことにより、一方の手段で受信したデータをもう一方で再度受信する手間を省くことができる。ここで、ＯＡＤＬはデータ放送に重畳されたブロックを受信するので、時間ごとに受信するブロックを任意に選択することはできないが、ネットＤＬはサーバ上に存在するファイルにアクセスし、データをダウンロードする仕組みになっているので、例えばＯＡＤＬでカルーセルを一周分受信し、受信し損ねたブロックが属するファイルのみを選択してネットＤＬで受信する、といったことも可能になる。
【００１４】
尚、受信手段２０がブロック管理手段３０に対して、受信したデータ情報の読み書きを行う際は、手段１０２を経由して行う。
【００１５】
一時記憶領域４０は、受信したデータをメモリ上に一時的に記憶する領域であり、記憶領域５０は受信したデータをＨＤＤ上に記憶する領域である。また、データ読み書き手段６０は記憶領域５０に対して、データの読み書きを行う。ここで、ＯＡＤＬとネットＤＬではデータを受信する単位が異なるため、記憶領域５０は共通で用いるが、一時記憶領域４０はそれぞれ別に持つものとする。
【００１６】
尚、一時記憶領域４０に対してデータの読み書きを行う際は手段１０３を経由して行い、記憶領域５０に対しては、手段１０４、１０５を経由してデータ読み書き手段６０が行う。
【００１７】
ＯＡＤＬ又は／及びネットＤＬでは、受信時間短縮やセキュリティ強化のため、送出側でモジュール又は／及びファイル単位で圧縮・暗号を行っている場合がある。ネットＤＬの場合、１つのファイルを一時記憶領域４０に受信したら、そのファイルに対して復号・解凍を行った後、記憶領域５０に書き込み、次のファイルにアクセスすればよい。しかし、ＯＡＤＬの場合、データ放送に重畳されたブロックを受信するため、モジュール単位で復号・解凍を行った場合、データの転送速度が間に合わなくなることがある。そこで、一時記憶領域４０にモジュールを受信したら、そのまま記憶領域５０に書き込み、全モジュールを記憶領域５０に受信し終わってから、記憶領域５０内で復号・解凍を行う。
【００１８】
ここで、記憶領域５０はＨＤＤなので、受信装置の電源がＯＦＦになった場合でも、書き込まれたデータが消失することはない。しかし、一時記憶領域４０は受信装置の電源がＯＦＦになった場合、書き込まれたデータが消失してしまう。そこで、受信装置の電源がＯＦＦになった場合は、ブロック管理手段３０がその時点でストリームを流れるバージョンアップイメージの識別情報、及び受信したデータの情報をファイルに書き込み、一時記憶領域４０に書き込まれたデータとともに記憶領域５０に書き込む。次回、データの受信を再開する際は、制御手段１０が前回電源ＯＦＦ時にブロック管理手段３０が作成したファイルを記憶領域５０から参照し、現在ストリームを流れるデータの識別情報と比較する。もし一致する場合は、前記ファイルを用いて一時記憶領域４０に書き込まれていたデータを記憶領域５０から一時記憶領域４０に書き込むとともに、前回電源ＯＦＦ時のブロックの受信情報を再びブロック管理手段３０に管理させる。
【００１９】
図２はＯＡＤＬのデータを受信する際のフローチャートである。ＯＡＤＬでデータの受信を開始したら、モジュールの蓄積を開始し、全データの蓄積が完了するまでにデータの取得エラーが起こらなかった場合は、その時点でデータの取得は完了となる。全データの蓄積が完了する前に、データの取得エラーが起こった場合は、まず制御手段１０がその時点で、ネットＤＬでデータを取得中であるかどうかを確認する。もし取得中である場合は、ネットＤＬでデータを取得中にＯＡＤＬのデータ取得エラーが回復する可能性を考えて、制御手段１０が定期的にＯＡＤＬのデータが受信可能かどうかを確認し、受信可能になった際はＯＡＤＬでデータの受信を再開する。もしネットＤＬでデータを取得中でない場合は、ダウンロード失敗としてデータの取得を終了する。
【００２０】
図３はネットＤＬのデータを受信する際のフローチャートである。ネットＤＬでデータの受信を開始したら、ファイルの蓄積を開始し、全データの蓄積が完了するまでに接続エラーが起こらなかった場合は、その時点でデータの取得は完了となる。全データの蓄積が完了する前に、接続エラーが起こった場合は、まず制御手段１０がその時点で、ＯＡＤＬでデータを取得中であるかどうかを確認する。もし取得中である場合は、ＯＡＤＬでデータを取得中にネットＤＬの接続エラーが回復する可能性を考えて、制御手段１０の制御装置が定期的にネットＤＬのデータが受信可能かどうかを確認し、受信可能になった場合はネットＤＬでデータの受信を再開する。もしＯＡＤＬでデータを取得中でない場合は、ダウンロード失敗としてデータの取得を終了する。
【００２１】
図４、５、６はネットＤＬのファイルの取得順序を表したものである。ＯＡＤＬに関しては、データ放送に重畳されたブロックを受信するので、ブロックの取得順序を決めることはできない。ここで、色が塗られていないモジュール、及びファイルは未受信であることを表し、灰色に塗られたものは受信済みであることを表す。尚、図４、５、６では分かりやすく説明するために、ＯＡＤＬのモジュールとネットＤＬのファイルは同じサイズで対応させて描いているが、ＯＡＤＬのデータに関しては、受信装置側でネットＤＬのファイルと同じサイズで分割されているものとして処理を行えばよいだけであり、モジュールが１つだけであっても問題はない。
まず、ファイルの取得順序を考慮しなければならない場合として、以下のようなものが考えられる。
【００２２】
（１）ＯＡＤＬとネットＤＬの両方のデータを同時に受信開始する場合
（２）ネットＤＬのみでデータの受信を開始する場合
（３）ＯＡＤＬでデータを受信中にネットＤＬでデータの受信を開始、及び再開する場合
（１）の場合、ネットＤＬは図４のようにＯＡＤＬで受信を開始するブロックが属するファイルから受信を開始し、ＯＡＤＬとはカルーセルの逆向き、つまり受信開始ファイルの番号をａとすると、ａの次はａ−１個目のファイルを受信する。ここで、モジュールａ（ファイルａ）に関しては、ＯＡＤＬとネットＤＬで受信するデータの一部重複が起こるが、ＯＡＤＬが受信を開始するブロックをモジュールａのｂ個目のブロックとすると、ＯＡＤＬではカルーセルが一周いないかぎり、ｂよりも前のブロックは受信できないため、
ネットＤＬでもファイルａから受信を開始させている。尚、モジュール又は／及びファイルが受信できたものから一時記憶装置４０から記憶装置５０へ書き込みを行い、もしＯＡＤＬでモジュールａの全てのブロックを受信する前に、ネットＤＬでファイルａの受信が完了した場合、ＯＡＤＬが受信したモジュールａのブロックは破棄しても構わない。また、ブロックｂがモジュールａの最初のブロックであった場合は、カルーセルを一周することなく、ＯＡＤＬでモジュールａの全てのブロックを受信することが可能なので、ネットＤＬはａ−１個目のファイルから受信を開始する。
【００２３】
（２）の場合、ネットＤＬのみで全データの受信を完了する場合は、どのファイルから受信を開始するかが受信完了までの時間に影響することはない。しかし、ネットＤＬのデータを受信途中にＯＡＤＬのデータの受信が開始、及び再開されることも考えられるが、どのブロックから受信が開始されるかは分からないので、ネットＤＬのみでデータの受信を開始する場合は、図５のように、最後のファイルからＯＡＤＬとはカルーセルの逆向きにデータの受信を開始する。
【００２４】
（３）の場合は、図６のようにネットＤＬで受信開始時にＯＡＤＬで受信可能なブロックをブロックｂ、ブロックｂが属するモジュールをモジュールａとし、モジュールａの受信が既に完了している場合は、データを未取得で、かつモジュールａからＯＡＤＬとはカルーセルの逆向きに、最も近いモジュールに対応するファイルｃを選択して受信を開始、及び再開する。また、モジュールａのブロックｂよりも前のブロックの受信が完了していない場合は、図４同様にファイルａから受信を開始し、モジュールａからＯＡＤＬとはカルーセルの逆向きに、受信が完了していないもモジュールに対応するファイルを選択して受信する。
【産業上の利用可能性】
【００２５】
本発明に係る受信装置は、デジタルテレビやレコーダ等のデータ放送が受信可能で、かつネットワークに接続可能な機器のうち、ソフトウェアのバージョンアップが必要なものに適用することができる。
【図面の簡単な説明】
【００２６】
【図１】本発明の実施の形態図
【図２】ＯＡＤＬによるデータ受信のフローチャート
【図３】ネットＤＬによるデータ受信のフローチャート
【図４】ＯＡＤＬ、ネットＤＬの両方のデータを同時に受信可能な場合のファイルの取得順序を表した図
【図５】ネットＤＬのみでデータの受信を開始する場合のファイルの取得順序を表した図
【図６】ネットＤＬでデータの受信を再開する場合、及びＯＡＤＬでデータの受信中に、ネットＤＬでデータの受信を開始する場合のファイルの取得順序を表した図
【符号の説明】
【００２７】
１０    制御手段
２０    受信手段
３０    ブロック管理手段
４０    一時記憶領域
５０    記憶領域
６０    データ読み書き手段
【図１】
2009246703.tif 000003
【図２】
2009246703.tif 000004
【図３】
2009246703.tif 000005
【図４】
2009246703.tif 000006
【図５】
2009246703.tif 000007
【図６】
2009246703.tif 000008