(57)【要約】【課題】簡易な手段で、電子機器によるファームウェアの更新を制御すること。【解決手段】サーバー５は、マイクロコンピューター５０１を備える。マイクロコンピューター５０１は、所定時間あたりに、所定台数のＡＶレシーバーにファームウェアの更新通知を送信する。マイクロコンピューター５０１は、所定時間あたりに、所定台数のＡＶレシーバーにファームウェアの更新通知を送信した場合、他のＡＶレシーバーに、ファームウェアの更新がないことを示す通知を送信する。【選択図】図３
2019185598.tif 000002
【特許請求の範囲】
【請求項１】
制御部を備え、
前記制御部は、所定時間あたりに、所定台数の電子機器にファームウェアの更新通知を送信することを特徴とするサーバー。
【請求項２】
前記制御部は、所定時間あたりに、所定台数の電子機器にファームウェアの更新通知を送信した場合、他の電子機器に、ファームウェアの更新がないことを示す通知を送信することを特徴とする請求項１に記載のサーバー。
【請求項３】
前記制御部は、ファームウェアの更新通知を送信した電子機器のネットワークアドレスを記憶することを特徴とする請求項１又は２に記載のサーバー。
【請求項４】
前記制御部は、ネットワークアドレスを記憶している電子機器に、ファームウェアの更新通知を送信しないことを特徴とする請求項３に記載のサーバー。
【請求項５】
前記制御部は、ネットワークアドレスを記憶してから、所定時間経過後、記憶しているネットワークアドレスを削除することを特徴とする請求項３又は４に記載のサーバー。
【請求項６】
請求項１〜５のいずれか１項に記載のサーバーと、
電子機器と、
を備えることを特徴とするファームウェア更新システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファームウェアを更新するファームウェア更新システム、及び、ファームウェア更新システムを構成するサーバーに関する。
【背景技術】
【０００２】
ＡＶレシーバー等の電子機器の中には、ネットワークを介して、ファームウェアを更新（アップデート）することができるものがある（例えば、特許文献１参照。）。ファームウェアを更新するためのアップデートパッケージは、サーバーに配置されている。サーバーには、機種毎に１種類のアップデートパッケージが配置されている。例えば、アップデート本番用パッケージと、アップデートテスト用パッケージという名目で、別のフォルダーにダウンロード用ＣＧＩ（Common Gateway Interface）を用意し、アップデートの場合分けをしている場合がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１３８２９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、アップデートするパッケージは、本番用のフォルダー１つとなっている。このため、全ての電子機器が、同一のアクセスを行うこととなる。この場合、アープデート公開により、電子機器からサーバーへのアクセスのタイミングが同一となるため、サーバーアクセスが集中し、ダウンロードに時間がかかる問題が発生し得る。また、万が一、公開パッケージに重不具合が存在した場合、一斉アップデートでそのパッケージが拡散してしまう等の問題がある。
【０００５】
上記した問題の解決策として、ＭＡＣ（Media Access Control）アドレスを指定して、アップデートを制限し、公開範囲を限定する等で、アップデートサーバからのダウンロードを限定する方法がある。しかしながら、工場でＭＡＣアドレスを管理し、シリアルナンバーと対応付ける必要がある。ＡＶレシーバーが複数拠点の工場で生産される場合は、管理自体にコストがかかり、実現が難しい。
【０００６】
本発明の目的は、簡易な手段で、電子機器によるファームウェアの更新を制御することである。
【課題を解決するための手段】
【０００７】
第１の発明のサーバーは、制御部を備え、前記制御部は、所定時間あたりに、所定台数の電子機器にファームウェアの更新通知を送信することを特徴とする。
【０００８】
本発明では、制御部は、所定時間あたりに、所定台数の電子機器にファームウェアの更新通知を送信する。これにより、電子機器からサーバーへのアクセスの集中を抑えることができる。このように、本発明によれば、簡易な手段で、電子機器によるファームウェアの更新を制御することができる。
【０００９】
第２の発明のサーバーは、第１の発明のサーバーにおいて、前記制御部は、所定時間あたりに、所定台数の電子機器にファームウェアの更新通知を送信した場合、他の電子機器に、ファームウェアの更新がないことを示す通知を送信することを特徴とする。
【００１０】
第３の発明のサーバーは、第１又は第２の発明のサーバーにおいて、前記制御部は、ファームウェアの更新通知を送信した電子機器のネットワークアドレスを記憶することを特徴とする。
【００１１】
第４の発明のサーバーは、第３の発明のサーバーにおいて、前記制御部は、ネットワークアドレスを記憶している電子機器に、ファームウェアの更新通知を送信しないことを特徴とする。
【００１２】
本発明では、制御部は、ネットワークアドレスを記憶している電子機器に、ファームウェアの更新通知を送信しない。これにより、一度更新通知を送信した電子機器により、他の電子機器が更新通知を受信する機会が減らされることが防止される。
【００１３】
第５の発明のサーバーは、第３又は第４の発明のサーバーにおいて、前記制御部は、ネットワークアドレスを記憶してから、所定時間経過後、記憶しているネットワークアドレスを削除することを特徴とする。
【００１４】
第６の発明のファームウェア更新システムは、第１〜第５のいずれかの発明のサーバーと、電子機器と、を備えることを特徴とする。
【発明の効果】
【００１５】
本発明によれば、簡易な手段で、電子機器によるファームウェアの更新を制御することができる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施形態に係るファームウェア更新システムの構成を示すブロック図である。
【図２】ＡＶレシーバーの構成を示すブロック図である。
【図３】サーバーの処理動作を示すフローチャートである。
【図４】台数制限を１時間単位に設定し、２４時間単位で制限をクリアするイメージを示す図である。
【図５】ＭＡＣアドレスが記録されるテーブルを示す図である。
【発明を実施するための形態】
【００１７】
以下、本発明の実施形態について説明する。図１は、本実施形態に係るファームウェア更新システム１を示すブロック図である。図１に示すように、ファームウェア更新システム１は、ＡＶレシーバー２〜４と、サーバー５と、を備える。
【００１８】
図２は、ＡＶレシーバー２の構成を示すブロック図である。ＡＶレシーバー２〜４は、同様の構成である。このため、ＡＶレシーバー２についてのみ説明する。ＡＶレシーバー２（電子機器）は、例えば、ＣＤプレーヤー１０から出力された音声信号に、増幅等の音声処理を行って、スピーカー２０に出力する。
【００１９】
図２に示すように、ＡＶレシーバー２は、マイクロコンピューター２０１、記憶部２０２、表示部２０３、操作部２０４、デジタル信号入力端子２０５、ＤＩＲ（Digital Interface Receiver）２０６、ＤＳＰ（Digital Signal Processor）２０７、Ｄ／Ａコンバーター（以下、「ＤＡＣ」という。）２０８、ボリューム調整部２０９、増幅部２１０、スピーカー端子２１１、ネットワークインターフェース（以下、「ＮＷ  Ｉ／Ｆ」という。）２１２を備える。
【００２０】
マイクロコンピューター２０１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等のハードウェアから構成されている。ＣＰＵは、ＲＯＭに記憶されたプログラムに従って、ＡＶレシーバー２を構成する各部を制御する。ＲＡＭは、ＣＰＵの主メモリとして機能する。ＲＯＭは、プログラムを記憶する。記憶部２０２は、ファームウェアを記憶している。
【００２１】
表示部２０３は、設定画面等を表示するものであり、ＬＣＤ（液晶ディスプレイ）や蛍光表示管等である。操作部２０４は、ユーザー操作を受け付けるためのものであり、ＡＶレシーバー２の筐体に設けられた操作ボタンやリモートコントローラーである。ユーザーは、操作部２０４を操作することにより、例えば、音声信号のボリューム値をＡＶレシーバー２に指示することができる。
【００２２】
デジタル信号入力端子２０５には、ＣＤプレーヤー１０が接続されている。デジタル信号入力端子２０５には、ＣＤプレーヤー１０からＳＰＤＩＦ信号が入力される。ＤＩＲ２０６は、ＣＤプレーヤー１０から入力されるＳＰＤＩＦ信号を、Ｉ２Ｓ信号に変換する。変換されたＩ２Ｓ信号は、ＤＳＰ２０７に出力される。ＤＳＰ２０７は、Ｉ２Ｓ信号に、デコード、イコライザー処理等のデジタル信号処理を行う。デジタル信号処理が行われたＩ２Ｓ信号は、ＤＡＣ２０８に出力される。ＤＡＣ２０８は、Ｉ２Ｓ信号をアナログ音声信号にＤ／Ａ変換する。Ｄ／Ａ変換されたアナログ音声信号は、ボリューム調整部２０９に出力される。
【００２３】
ボリューム調整部２０９は、アナログ音声信号のボリューム値を調整する。ボリューム値が調整されたアナログ音声信号は、増幅部２１０に出力される。増幅部２１０は、ボリューム値が調整されたアナログ音声信号を増幅する。増幅されたアナログ音声信号は、スピーカー端子２１１に出力される。スピーカー端子２１１には、スピーカー２０が接続されている。スピーカー２０は、アナログ音声信号に基づいて、音声を出力する。
【００２４】
ＮＷ  Ｉ／Ｆ２１２は、ネットワークを介して、外部機器と通信を行うためのものである。ＣＰＵ２０１は、ＮＷ  Ｉ／Ｆ２１２により、ネットワークを介して、外部機器（サーバー５）と通信を行う。
【００２５】
サーバー５は、マイクロコンピューター５０１、記憶部５０２、ネットワークインターフェース（以下、「ＮＷ  Ｉ／Ｆ」という。）５０３を備える。マイクロコンピューター５０１（制御部）は、ＣＰＵ、ＲＯＭ、ＲＡＭ等のハードウェアから構成されている。ＣＰＵは、ＲＯＭに記憶されたプログラムに従って、サーバー５を構成する各部を制御する。ＲＡＭは、ＣＰＵの主メモリとして機能する。ＲＯＭは、プログラムを記憶する。記憶部５０２は、アップデートパッケージを記憶している。ＮＷ  Ｉ／Ｆ５０３は、ネットワークを介して、外部機器と通信を行うためのものである。ＣＰＵ５０１は、ＮＷ  Ｉ／Ｆ５０３により、ネットワークを介して、外部機器（ＡＶレシーバー２〜４）と通信を行う。
【００２６】
マイクロコンピューター５０１は、ファームウェアの更新表示を行う通知（更新表示ありのヘッダ情報、ファームウェアの更新通知）を１日（所定時間）あたりに、例えば、Ｍ台（所定台数）のＡＶレシーバーに送信する。言い換えれば、マイクロコンピューター５０１は、ＡＶレシーバーへ送信するファームウェアの更新表示を行う通知の数を１日（所定時間）あたりに、例えば、Ｍ台（所定台数）に制限する。また、マイクロコンピューター５０１は、１日（所定時間）あたりに、Ｍ台（所定台数）のＡＶレシーバーにファームウェアの更新表示を行う通知を送信した場合、他のＡＶレシーバーに、ファームウェアの更新表示を行わない通知（更新表示なしのヘッダ情報、ファームウェアの更新がないことを示す通知）を送信する。このように、更新表示なしのヘッダ情報と、更新表示ありのヘッダ情報と、が用いられる。なお、サーバー５に用意される公開パッケージは、１つである。
【００２７】
マイクロコンピューター５０１は、ＡＶレシーバーからのアクセス回数をカウントし、１日のアクセス制限カウント（Ｍ回）以内であれば、更新表示ありのヘッダ情報をＡＶレシーバーに送信する。マイクロコンピューター５０１は、ＡＶレシーバーからのアクセス回数をカウントし、１日のアクセス制限カウント（Ｍ回）より多ければ、更新表示なしのヘッダ情報をＡＶレシーバーに送信する。マイクロコンピューター５０１は、ＡＶレシーバーからのアクセスがあった場合、アクセス制限カウント（Ｍ回）から１を引く（アクセス制限カウント−１）ことで、ＡＶレシーバーからのアクセス回数をカウントする。従って、マイクロコンピューター５０１は、アクセス制限カウントが０でなければ、更新表示ありのヘッダ情報をＡＶレシーバーに送信する。マイクロコンピューター５０１は、アクセス制限カウントが０であれば、更新表示なしのヘッダ情報をＡＶレシーバーに送信する。
【００２８】
例えば、仕向地として、アメリカ、ヨーロッパ、日本がある場合、仕向けが区別され、それぞれの仕向けで、０時〜２４時にアクセスがあった場合、先着Ｍ件のＡＶレシーバーにアップデートの通知が行われる。従って、マイクロコンピューター５０１は、ＡＶレシーバーからサーバーに対してアップデートチェック（ファイル要求）があると、仕向け別のアクセス制限カウントを参照する。Ｍ件よりも多いアクセスがある場合は、アップデート通知は行われない。この場合、ユーザーは、セットアップ画面からアップデートを実行することとなる。
【００２９】
以下、サーバー５の処理動作を図３に示すフローチャートに基づいて説明する。マイクロコンピューター５０１は、ＡＶレシーバーからのファイル要求があるか否かを判断する（Ｓ１）。マイクロコンピューター５０１は、ＡＶレシーバーからのファイル要求があると判断した場合（Ｓ１：Ｙｅｓ）、１日のアクセス制限カウント以内であるか、すなわち、アクセス制限カウントが０であるか否かを判断する（Ｓ２）。マイクロコンピューター５０１は、１日のアクセス制限カウント以内でない、すなわち、アクセス制限カウントが０であると判断した場合（Ｓ２：Ｎｏ）、ＡＶレシーバーに更新表示なしのヘッダ情報を送信する（Ｓ３）。従って、ＡＶレシーバーにおいて、ファームウェアをアップデートするか否かをユーザーに問うメッセージは、表示されない。
【００３０】
マイクロコンピューター５０１は、１日のアクセス制限カウント以内である、すなわち、アクセス制限カウントが０でないと判断した場合（Ｓ２：Ｙｅｓ）、ＡＶレシーバーに更新表示ありのヘッダ情報を送信する（Ｓ４）。従って、ＡＶレシーバーにおいて、ファームウェアをアップデートするか否かをユーザーに問うメッセージが、表示される。ユーザーが、ファームウェアをアップデートすることを選択した場合、ＡＶレシーバーにより、ファームウェアのアップデートが行われる。
【００３１】
次に、マイクロコンピューター５０１は、アクセス制限カウントから１を引く（Ｓ５）。マイクロコンピューター５０１は、ＡＶレシーバーからのファイル要求がないと判断した場合（Ｓ１：Ｎｏ）、Ｓ３、Ｓ５の処理の後、１日経過したか否かを判断する（Ｓ６）。マイクロコンピューター５０１は、１日経過していないと判断した場合（Ｓ６：Ｎｏ）、Ｓ１の処理を行う。マイクロコンピューター５０１は、１日経過したと判断した場合（Ｓ６：Ｙｅｓ）、アクセス制限カウントをリセットする（Ｓ７）。
【００３２】
このように、アクセス制限カウントは、日付が変わった際にリセットされる。そして、再び、ＡＶレシーバーからのファイル要求先着順でアクセス制限カウントが更新されていく。なお、同一のＡＶレシーバー（又はＩＰ（Internet Protocol）アドレス）から１日に複数回のアクセスがあった場合は、１カウントにまとめ、カウント減算はしない。
【００３３】
上記では、１日あたりにアップデート通知を送信するＡＶレシーバーの台数を制限しているが、台数制限を１時間単位に設定し、２４時間単位で制限をクリアするようにしてもよい（図４参照。）。例えば、１時間あたりにアップデート通知を送信するＡＶレシーバーの台数の上限を、Ｎ台とする。マイクロコンピューター５０１は、１時間あたりに、Ｎ台に達するまで、アップデート通知をＡＶレシーバーに送信する。マイクロコンピューター５０１は、１時間経過すると、上限値をクリアし、１時間あたりに、Ｎ台に達するまで、アップデート通知をＡＶレシーバーに送信する。ここで、マイクロコンピューター５０１は、図５に示すように、１時間毎にアクセスしたＡＶレシーバーのＭＡＣアドレスをテーブルに記録する。
【００３４】
例えば、最初の１時間（アクセス  ＭＡＣ１）に、ＭＡＣアドレス・ＭＡＣ  Ａ、ＭＡＣ  Ｂ、ＭＡＣ  Ｃ、ＭＡＣ  ＤのＡＶレシーバーからアクセスがあると、マイクロコンピューター５０１は、これらのＭＡＣアドレスを記憶する。また、マイクロコンピューター５０１は、これらのＡＶレシーバーにアップデート通知を送信する。言い換えれば、マイクロコンピューター５０１は、アップデート通知を送信したＡＶレシーバーのＭＡＣアドレスを記憶することとなる。
【００３５】
また、次の１時間（アクセス  ＭＡＣ２）に、ＭＡＣアドレス・ＭＡＣ  Ｅ、ＭＡＣ  Ｆ、ＭＡＣ  Ｇ、ＭＡＣ  ＨのＡＶレシーバーからアクセスがあると、マイクロコンピューター２は、これらのＭＡＣアドレスを記憶する。また、マイクロコンピューター５０１は、これらのＡＶレシーバーにアップデート通知を送信する。言い換えれば、マイクロコンピューター５０１は、アップデート通知を送信したＡＶレシーバーのＭＡＣアドレスを記憶することとなる。
【００３６】
マイクロコンピューター５０１は、記憶している（テーブルに記録している）ＭＡＣアドレスのＡＶレシーバーからアクセスがあった場合、そのＡＶレシーバーにはアップデート通知を送信しない。マイクロコンピューター５０１は、ＭＡＣアドレスを２４時間記憶し、記憶してから２４時間経過後、ＭＡＣアドレスをクリアする。例えば、マイクロコンピューター５０１は、ＭＡＣ  Ａ、ＭＡＣ  Ｂ、ＭＡＣ  Ｃ、ＭＡＣ  ＤのＭＡＣアドレスを記憶してから、２４時間後に、これらのＭＡＣアドレスをクリアする。
【００３７】
そして、新たに、ＭＡＣアドレス・ＭＡＣ  ＡＡ、ＭＡＣ  ＡＢ、ＭＡＣ  ＡＣ、ＭＡＣ  ＡＤのＡＶレシーバーからのアクセスがあった場合、マイクロコンピューター５０１は、これらのＭＡＣアドレスを記憶する。
【００３８】
上述のように、一度、アップデート通知が送信されたＭＡＣ  Ａ〜ＭＡＣ  ＤのＭＡＣアドレスは、アクセスＭＡＣ１のテーブルに保持され、２４時間経過しない限り、アップデート通知は送信されないため、ＡＶレシーバーでアップデート表示は行われない。２４時間経過後は、アクセスＭＡＣ１のテーブルが破棄され、新たにアクセスしたＡＶレシーバーが上限Ｎ台に達するまで、アップデート通知が送信され、これらのＭＡＣアドレスが、テーブルに保持される。
【００３９】
以上説明したように、本実施形態では、マイクロコンピューター５０１は、所定時間あたりに、所定台数のＡＶレシーバーにファームウェアの更新通知を送信する。これにより、ＡＶレシーバーからサーバー５へのアクセスの集中を抑えることができる。このように、本実施形態によれば、簡易な手段で、ＡＶレシーバーによるファームウェアの更新を制御（抑制）することができる。
【００４０】
また、本実施形態では、マイクロコンピューター５０１は、ＭＡＣアドレスを記憶しているＡＶレシーバーに、ファームウェアの更新通知を送信しない。これにより、一度更新通知を送信したＡＶレシーバーにより、他のＡＶレシーバーが更新通知を受信する機会が減らされることが防止される。
【００４１】
以上、本発明の実施形態について説明したが、本発明を適用可能な形態は、上述の実施形態には限られるものではなく、以下に例示するように、本発明の趣旨を逸脱しない範囲で適宜変更を加えることが可能である。
【００４２】
上述の実施形態においては、ネットワークアドレスとして、ＭＡＣアドレスを例示した。これに限らず、ネットワークアドレスは、ＩＰアドレス等であってもよい。
【００４３】
上述の実施形態においては、電子機器として、ＡＶレシーバー２〜４を例示した。これに限らず、ファームウェアを備える電子機器であれば、他の電子機器であってもよい。
【産業上の利用可能性】
【００４４】
本発明は、ファームウェアを更新するファームウェア更新システム、及び、ファームウェア更新システムを構成するサーバーに好適に採用され得る。
【符号の説明】
【００４５】
１  ファームウェア更新システム
２〜４  ＡＶレシーバー（電子機器）
２０１  マイクロコンピューター
２０２  記憶部
２０４  ＮＷ  Ｉ／Ｆ
５  サーバー
５０１  マイクロコンピューター（制御部）
５０２  記憶部
５０３  ＮＷ  Ｉ／Ｆ
【図１】
2019185598.tif 000003
【図２】
2019185598.tif 000004
【図３】
2019185598.tif 000005
【図４】
2019185598.tif 000006
【図５】
2019185598.tif 000007