(57)【要約】【課題】チューナを持たない外部装置に対してもオンエアダウンロードで取得したバージョンアップソフトをより適切に送信できる通信装置を提供することを目的とする。【解決手段】本発明にかかる通信装置は、放送を介して自装置のバージョンアップソフトと外部機器のバージョンアップソフトとを受信する受信部と、受信部により受信した自装置のバージョンアップソフトと外部機器のバージョンアップソフトとを記憶する記憶部と、外部機器と通信する通信部と、通信部は、外部機器との通信を確立すると、外部機器のバージョンアップソフトを外部機器に送信する前に、外部機器のバージョンアップソフトのバージョン情報を送信する。【選択図】図１
2013239804.tif 000002
【特許請求の範囲】
【請求項１】
放送を介して自装置のバージョンアップソフトと外部機器のバージョンアップソフトとを受信する受信部と、
前記受信部により受信した自装置のバージョンアップソフトと外部機器のバージョンアップソフトとを記憶する記憶部と、
前記外部機器と通信する通信部と、
前記通信部は、前記外部機器との通信を確立すると、前記外部機器のバージョンアップソフトを前記外部機器に送信する前に、前記外部機器のバージョンアップソフトのバージョン情報を送信する、
通信装置。
【請求項２】
前記外部機器は、モニタを有する、
請求項１に記載の通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信装置に関し、特に、外部機器に外部機器のバージョンアップソフトを送信する通信装置に関する。
【背景技術】
【０００２】
特許文献１は、テレビジョン受像機を開示する。このテレビジョン受像機は、放送を介して自装置内の各箇所のソフトウェア更新データを受信する。そして、このテレビジョン受像機は、受信したソフトウェア更新データをメモリに記憶し、自装置内の各箇所のソフトウェアの更新処理を実行する。
【０００３】
これにより、このテレビジョン受像機は、放送を介して受信したソフトウェア更新データに基づいて、各箇所のソフトウェアの更新処理を実行できる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−６０２７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記放送を介したソフトウェアのバージョンアップソフトの取得、及びソフトウェアのバージョンアップを実行するためには、装置内にチューナを有する必要がある。一方で、世の中にはチューナを有さない電子機器が数多く存在する。
【０００６】
本発明は、チューナを持たない外部装置に対しても放送を介して取得したバージョンアップソフトをより適切に送信できる通信装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明にかかる通信装置は、放送を介して自装置のバージョンアップソフトと外部機器のバージョンアップソフトとを受信する受信部と、受信部により受信した自装置のバージョンアップソフトと外部機器のバージョンアップソフトとを記憶する記憶部と、外部機器と通信する通信部と、通信部は、外部機器との通信を確立すると、外部機器のバージョンアップソフトを外部機器に送信する前に、外部機器のバージョンアップソフトのバージョン情報を送信する。
【発明の効果】
【０００８】
本発明によれば、チューナを持たない外部装置に対してもオンエアダウンロードで取得したバージョンアップソフトをより適切に送信できる通信装置を提供できる。
【図面の簡単な説明】
【０００９】
【図１】システムの全体構成を示す模式図
【図２】レコーダ１００の構成を示すブロック図
【図３】タブレット２００の構成を示すブロック図
【図４】レコーダ１００における更新ソフトのダウンロード処理を示すフローチャート
【図５】レコーダ１００における、タブレット２００からの更新ソフト要求に対する処理内容を示すフローチャート
【図６】タブレット２００における更新ソフトでのバージョンアップ処理を示すフローチャート
【図７】更新ソフトが放送局からタブレットに届くまでを示したタイムチャート
【図８】タブレット２００における更新ソフトのバージョンアップ処理に関するフローチャート
【発明を実施するための形態】
【００１０】
本発明を２体（レコーダ本体とタブレット）で構成されるシステムに適用した実施の形態１について図面を用いて説明する。
【００１１】
１．実施の形態１
１−１．概要
本実施の形態にかかるレコーダ１００が組み込まれたシステムの全体構成について図１を用いて説明する。図１は、システムの全体構成を示す模式図である。
【００１２】
レコーダ１００は、テレビ３００とＨＤＭＩケーブル等で接続されている。レコーダ１００は、タブレット２００と無線通信を行うことで、無線接続できる。レコーダを使って、テレビ放送や録画した番組を見る場合、ＨＤＭＩを介してテレビ３００で視聴・再生を楽しむことも出来るし、無線通信を介してタブレット２００で視聴・再生を楽しむこともできる。
【００１３】
以下、本実施の形態にかかるレコーダ１００、及びタブレット２００の構成、レコーダ１００の動作について詳細に説明する。
【００１４】
１−２．レコーダ１００の構成
レコーダ１００の構成について図２を用いて説明する。図２は、レコーダ１００の構成を示すブロック図である。レコーダ１００は、チューナ１１０により受信した番組放送に対して、マイコン１３０により各種処理を施すことによって番組データを生成し、生成した番組データをＨＤＤ１４０やＢＤドライブ１８０内のＢＤに記録する。レコーダ１００は、ＨＤＤ１４０に記憶している番組データやＢＤに記憶されているデータをＨＤＭＩ１５０や無線通信モジュール１７０を介して外部機器に送信する。以下、各構成の詳細について説明する。
【００１５】
チューナ１１０は、アンテナを介して受信した電波のうち、使用者が選局しているチャンネルの電波を抽出する。チューナ１１０は、抽出した電波に基づいて、マイコン１３０が処理可能なデジタルデータを生成する。
【００１６】
リモコン受光部１２０は、リモコンから送信される赤外線またはＲＦ波に変調された制御信号を受信する。例えば、リモコン受光部１２０は、電源ＯＮ／ＯＦＦ、チャンネル切替、録画開始／停止等の制御信号を受信する。リモコン受光部１２０は、受信した制御信号をマイコン１３０が解釈できるデジタル信号に変換する。
【００１７】
マイコン１３０は、レコーダ１００全体を制御する制御モジュールである。マイコン１３０は、ＳＯＣ（Ｓｙｓｔｅｍ  Ｏｎ  Ｃｈｉｐ）で構成される。従って、マイコン１３０は、ＣＰＵ、メモリ、データ信号処理回路を一体として構成される。
【００１８】
ＨＤＤ１４０は、動画像データ等を記憶する記憶装置である。ＨＤＤ１４０は、チューナ１１０を介して受信した番組放送を示す番組データ等を記憶する。
【００１９】
ＨＤＭＩ１５０は、レコーダ１００とテレビ３００等の外部機器とを接続するインターフェースである。レコーダ１００は、ＨＤＭＩ１５０を介してＨＤＤ１４０に記憶されている番組放送が示す番組データ等を外部機器に対して出力する。
【００２０】
無線通信モジュール１７０は、無線ＬＡＮ通信可能な通信モジュールである。無線通信モジュール１７０は、無線ＬＡＮ通信の国際標準規格である「ＩＥＥＥ８０２．１１」規格に準拠している。無線通信モジュール１７０は、アクセスポイントを介して外部機器等とＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）により通信したり、自分自身がアクセスポイントとなり、Ｗｉｆｉ  Ｄｉｒｅｃｔによって外部機器等と通信できる。
【００２１】
ＢＤドライブ１８０は、ＢＤにデータを記録したり、ＢＤに記憶されているデータを読み出したりするドライブである。
【００２２】
１−３．タブレット２００の構成
タブレット２００の構成について図３を用いて説明する。図３は、タブレット２００の構成を示すブロック図である。タブレット２００は、モニタ２１０を介して使用者から指示を受け、無線通信モジュール２４０を介してレコーダ１００からデータを受信する。タブレット２００は、受信したデータが示す映像をモニタ２１０に表示する。以下、各構成の詳細について説明する。
【００２３】
モニタ２１０は、画像を表示できる表示モニタである。モニタ２１０はタッチパネル機能を備えている。従って、使用者は、モニタ２１０を介して、タブレット２００の操作を行うことができる。
【００２４】
マイコン２２０は、タブレット２００内の各モジュールを制御する制御モジュールである。
【００２５】
フラッシュメモリ２３０は、タブレット２００全体を制御する制御プログラムや無線通信モジュール２４０を介して受信したデータを記憶する記憶媒体である。
【００２６】
無線通信モジュール２４０は、無線ＬＡＮ通信可能な通信モジュールである。
【００２７】
１−４．タブレット２００における更新ソフトのバージョンアップ動作
タブレット２００において更新ソフトのバージョンアップ動作について図４〜７を用いて説明する。図４は、レコーダ１００がデジタル放送から更新ソフト（レコーダ１００用、タブレット２００用）をダウンロードする動作を示すフローチャートである。図５は、レコーダ１００における、タブレット２００からの更新ソフト送信要求を受けたときの動作を示すフローチャートである。図６は、タブレット２００が更新ソフトをバージョンする動作を示すフローチャートである。図７は更新ソフトが放送局から送信され、最終タブレット２００でバージョンアップされるまでの処理の流れを示したフロー図である。
【００２８】
レコーダ１００は、デジタル放送から更新ソフトに関する放送メールを受信する。このメールには、どの機器向けの更新ソフトなのか、何日の何時から何時までソフトが配信されるのかが情報として含まれている。
【００２９】
レコーダ１００は更新ソフトの配信日時になるまで待機する（Ｓ１００）。放送メールに含まれていた情報の更新ソフトの配信時刻になるとシステムを起動する（Ｓ１１０）。レコーダ１００は、番組表のデータの受信や予約録画の実行など、自動的にシステムが起動する場合があるが、その場合も更新ソフト配信時刻かどうかを確認し、所定時刻でない場合は待機状態に移行する。
【００３０】
更新ソフト配信時刻だった場合、更新ソフトが放送されるチャンネルにチューナを選局する（Ｓ１２０）。そして、自機器（２体型のタブレットを含む）用の更新ソフトを受信してダウンロードを行う（Ｓ１３０）。ダウンロードしたソフトウェアはレコーダ１００の内部に備えたメモリ（ＨＤＤなど）に一旦記録される（Ｓ１４０）。
【００３１】
もし、ダウンロードしたソフトウェアがレコーダ１００用だった場合、メモリに記録された後、直ちにソフトウェアの更新処理が起動される。一方、タブレット２００用の更新ソフトだった場合、タブレット２００からの要求があるまでレコーダ１００は更新ソフトを内部のメモリに持ち続ける。
【００３２】
ちなみに更新ソフトのダウンロードは、レコーダ１００、タブレット２００で動作中のソフトウェアのバージョン情報と比較を行い、放送で配信される更新ソフトのバージョンが新しい場合に実施される。
【００３３】
次に、タブレット２００から更新ソフトの送信要求がレコーダ１００に対して行われた際の、レコーダ１００の動作について説明する。レコーダ１００はタブレット２００からの要求を受け付けるまで待機する（Ｓ２００）。タブレット２００から通信があり、それがタブレット用更新ソフトのバージョン要求だった場合（Ｓ２１０）、タブレット２００に対してバージョン情報を送信する（Ｓ２２０）。一方、タブレット２００の要求が更新ソフトの要求意外だった場合は、次のタブレット２００からの要求を待ち待機状態となる（Ｓ２１０）。レコーダ１００がタブレット用更新ソフトのバージョン情報を送信した後で、タブレット２００から更新ソフトの送信要求があった場合（Ｓ２３０）、レコーダ１００はタブレット用の更新ソフトをタブレット２００に対して送信する（Ｓ２４０）。一方、Ｓ２３０において、タブレット２００からタブレット用更新ソフトの送信要求がない場合、１０秒などある時間（閾値）の経過を持って、タブレット２００からの更新ソフトの送信要求がないと判断して待機状態に遷移する。ちなみに、送信要求なしの判断は、タブレット２００から明示的に送信不要という通知をする形でもかまわない。
【００３４】
次にタブレット２００側のソフトウェア更新処理について説明する。タブレット２００は電源ＯＮ時にソフトウェアの更新処理を実行する。まず、タブレット２００が電源ＯＦＦの状態から電源ＯＮされると（Ｓ３００）、タブレット２００はレコーダ１００に対してタブレット用更新ソフトのバージョン情報の送信要求を行う（Ｓ３１０）。タブレット２００は送信要求後、レコーダ１００からの受信待ちとなる（Ｓ３２０）。レコーダからタブレット用更新ソフトのバージョン情報が受信できた場合、その受信したバージョン情報とタブレット上で動作中のソフトのバージョン情報を比較し（Ｓ３３０）、動作中のソフトの方が新しい場合、ソフトウェアの更新処理を行わず終了する（Ｓ３４０）。一方、受信したバージョン情報の方が新しい場合（Ｓ３３０）、レコーダ１００に対して更新ソフトの送信要求を発信し（Ｓ３５０）、レコーダ１００からの更新ソフトの受信待ちとなる。タブレット２００がレコーダ１００から更新ソフトを受信した場合、その更新ソフトをタブレット２００の内蔵メモリに一旦蓄積する（Ｓ３６０）。そして、蓄積が完了したら、タブレット２００自身が、その蓄積した更新ソフトへのソフトバージョンアップを実行する（Ｓ３７０）。ソフトバージョンアップ動作後、タブレット２００において特別なソフトバージョンアッププログラムが動作し、ソフトウェア領域を書き換えて、タブレット２００が再起動され、ソフトウェアの更新処理が完了したこととなる（Ｓ３８０）。このフローの中でＳ３２０やＳ３６０では、レコーダ１００からの通信待ちの状態となるが、通信エラーなどによりレコーダ１００から通信がない事が発生しうる。この場合、１０秒などある程度の時間（閾値）は通信を待ち続け、それを超えても通信がない場合は、通信エラーとしてソフトウェアの更新処理を中断する事になる。
【００３５】
ここまで説明したレコーダ１００、タブレット２００のそれぞれの処理を、放送局からの更新ソフトの配信を起点として全体フローを図７を用いて説明し、処理の関連性について説明を補足する。
【００３６】
更新ソフトはデジタル放送を介して機器に配信されるため、更新ソフトの配信を業務とする特定放送局が更新ソフトを放送波に載せることから始まる。更新ソフトは数日間に渡って、１日に数回（数時間）配信される（Ｓ４００）。レコーダ１００は、自機器の動作（予約録画など）予定などを考慮し、更新ソフトを受信するスケジュールを決定する。そして、その時間になると更新ソフト配信の専用チャンネルを選局し、該当更新ソフトをレコーダ１００内部のＨＤＤなどのメモリに蓄積をする（Ｓ４１０）。タブレット２００は電源ＯＮ時に、必ずレコーダ１００に対して通信を行う。この時、レコーダ１００内部にタブレット用の更新ソフトが蓄積さているかを確認（更新ソフトのバージョン情報を要求）する（Ｓ４２０）。レコーダ１００はタブレット２００からの要求に応えて、レコーダ１００内部に蓄積しているタブレット用更新ソフトのバージョン情報をタブレット２００に対して送信する（Ｓ４３０）。タブレット２００は受信した更新ソフトのバージョン情報と、今動作しているソフトのバージョン情報を比較し、レコーダ１００に蓄積されている更新ソフトが新しいと判断した場合、レコーダ１００に対して更新ソフトの送信要求を発信する（Ｓ４４０）。レコーダ１００はタブレット２００からの更新ソフトの送信要求を受け付け、タブレット２００に対して更新ソフトの送信を行う（Ｓ４５０）。タブレット２００は更新ソフトの受信（ダウンロード）が完了すると、自分自身のソフトウェアバージョンアップを実行する（Ｓ４６０）。この流れにより、放送から配信された更新ソフトで、タブレット２００のソフトウェアバージョンアップが実現できる。
【００３７】
特に、本実施の形態にかかるレコーダ１００は、自装置のバージョンアップソフトとタブレット２００のバージョンアップソフトとをチューナ１１０を介して受信し、受信した夫々のバージョンアップソフトをＨＤＤ１４０に記憶し、タブレット２００との通信を確立すると、タブレット２００のバージョンアップソフトをタブレット２００に送信する前に、タブレット２００のバージョンアップソフトのバージョン情報を送信することとした。
【００３８】
これにより、レコーダ１００は、タブレット２００が有しているソフトが最新のバージョンのものか否かに応じて、タブレット２００のバージョンアップソフトをタブレット２００に対して送信するか否かを判断できる。また、タブレット２００は、レコーダ１００が記憶しているタブレット２００のバージョンアップソフトが現在タブレット２００を制御しているソフトよりも新しいバージョンの場合に、バージョンアップソフトの送信要求を出すことができる。結果として、レコーダ１００は、不要なバージョンアップソフトを送信する可能性を低減できる。
【００３９】
２．実施の形態２
上述した実施の形態１では、レコーダ１００とタブレット２００は、Ｗｉｆｉ  Ｄｉｒｅｃｔのようなもので無線通信で直接接続されている形態について説明してが、２体型の通信はこれに限った話ではなく、外部ＡＰ（アクセスポイント）を介してレコーダ１００とタブレット２００が通信する形態としてもよい。
【００４０】
２−１．外部ＡＰ経由でのタブレット２００のソフトウェアの更新動作
次に、外部ＡＰを介したシステムにおいて、タブレット２００のソフトウェア更新をする場合の実施の形態について説明する。外部ＡＰ経由とした場合に、外部ＡＰが宅内ネットワークのルーターの役割をしている場合は、先に説明した実施の形態と同じ構成（内容）になる。これについては新しく説明を加えることはない。レコーダ１００とタブレット２００が外部ＡＰを介して通信していることだけが差分である。
【００４１】
一方、外部ＡＰが宅外ネットワーク（インターネット）につながっている場合、更新ソフトの配信元として、デジタル放送以外に、その機器を発売している会社が運営しているサーバが考えられる。ネット上のサーバを利用すれば、放送スケジュールを気にすることなく、会社側の都合だけで更新ソフトを市場に配信することが可能となる。機器の使用者側にとっても、最新のソフトウェアを早い時期に手軽に入手できるので利便性が高い。そこで、ネット上のサーバを考慮した、実施の形態（システム形態）について、タブレットの動作を図８を用いて、図６との差分を中心に説明する。
【００４２】
タブレット２００は電源ＯＦＦの状態から電源ＯＮされると（Ｓ５００）、図６同様にレコーダ１００に対して更新ソフトのバージョン情報を要求（Ｓ５１０）し、バージョン情報を受信する（Ｓ５２０）。次に、外部ＡＰを経由して、ネット情報のダウンロードサーバにアクセスし、最新の更新ソフトのバージョンを取得する（Ｓ５３０）。次にタブレット２００は、レコーダ１００から入手したバージョン情報、ダウンロードサーバから入手したバージョン情報、今動作しているソフトのバージョン情報を比較する（Ｓ５４０）。もし、今動作しているソフトが最新（更新ソフトのバージョンと同一）だった場合、タブレット２００はソフトウェア更新処理を終了する。もし、レコーダ１００から取得したバージョン情報が最新だった場合、図６で説明した処理を行う（Ｓ５５０〜Ｓ５８０）。一方、ネット上のダウンロードサーバから取得したバージョン情報が最新だった場合、ダウンロードサーバに更新をソフトを取得するためにアクセスする（Ｓ５９０）。更新ソフトはサイズが大きいため、ダウンロード処理は時間がかかる（Ｓ６００）。ダウンロードが完了すると、タブレット２００は図６のＳ３７０と同様に動作しているソフトのバージョンアップを行い（Ｓ６１０）、バージョンアップ後に再起動することで更新処理を終了する（Ｓ６２０）。
【００４３】
なお、この実施の形態ではタブレット２００が直接ネット上のダウンロードサーバにアクセスするとしているが、レコーダ１００がネット上のダウンロードサーバにアクセスし、ＯＡＤＬで取得した更新ソフトのバージョン情報と、ネット上のダウンロードサーバになる更新ソフトのバージョン情報を比較するとしてもよい。
【００４４】
また、本実施の形態では、タブレット２００が電源ＯＮされたタイミングで自らレコーダ１００にアクセスして、更新ソフトをダウンロードするとしているが、レコーダ１００が更新ソフトを取得したタイミングで、タブレット２００を電源ＯＮしても良い。また、タブレット２００が取得するのではなく、レコーダ１００がタブレット２００に更新ソフトを送りつけるとしてもよい。
【００４５】
このように、本実施の形態にかかるタブレット２００は、レコーダ１００が放送を介して受信したタブレット２００のバージョンアップソフトのバージョン情報と、インターネット上のサーバに存在するタブレット２００のバージョンアップソフトのバージョン情報とを比較する。そして、インターネット上のサーバに存在するタブレットのバージョンアップソフトのバージョンがレコーダ１００に記憶されているタブレット２００のバージョンアップソフトよりも新しいバージョンである場合に、タブレット２００は、インターネット上のサーバからタブレット２００のバージョンアップソフトをダウンロードすることとした。
【００４６】
これにより、タブレット２００は、より最新のバージョンアップソフトをレコーダ１００若しくはインターネット上のサーバから取得できる。
【００４７】
なお、実施の形態１、２においては、バージョンアップソフトのバージョン情報をタブレット２００からレコーダ１００に対して要求することとした。しかしながら、必ずしもこのような構成である必要はない。例えば、レコーダ１００がタブレット２００の電源ＯＮをネットワークを介して検出し、自動的にタブレット２００に対してバージョンアップソフトを送信するような構成としてもよい。
【産業上の利用可能性】
【００４８】
本発明はＢＤレコーダ、ハードディスクレコーダ、パーソナルコンピュータ等のデジタル放送受信機能を有する装置に適用できる。
【符号の説明】
【００４９】
１００    レコーダ
１１０    チューナ
１２０    リモコン受光部
１３０    マイコン
１４０    ＨＤＤ
１５０    ＨＤＭＩ
１７０    無線通信モジュール
１８０    ＢＤドライブ
２００    タブレット
２１０    モニタ
２２０    マイコン
２３０    フラッシュメモリ
２４０    無線通信モジュール
３００    テレビ
【図１】
2013239804.tif 000003
【図２】
2013239804.tif 000004
【図３】
2013239804.tif 000005
【図４】
2013239804.tif 000006
【図５】
2013239804.tif 000007
【図６】
2013239804.tif 000008
【図７】
2013239804.tif 000009
【図８】
2013239804.tif 000010