JP2014093059A - 情報処理装置 - Google Patents

Abstract

【課題】ファームウェアのリモート更新を可能にする新規な情報処理装置を提供する。
【解決手段】本発明によれば、ファームウェアを構成する各モジュールのバージョン情報を含む構成情報を保持する手段と、各前記のモジュールの最新のバージョン情報を含むファームウェア情報を外部から取得する手段と、前記構成情報に含まれる前記バージョン情報と前記ファームウェア情報に含まれる前記最新のバージョン情報を比較し、両者が一致しない場合にファームウェアの更新が可能と判断する手段と、更新可能と判断したファームウェアに対応する最新バージョンのファームウェアを外部からダウンロードする手段と、ダウンロードした前記最新バージョンのファームウェアを構成する各モジュールのバージョン情報と、前記構成情報に含まれる各モジュールのバージョン情報を比較し、バージョンが異なるモジュールのみを更新する手段とを含む情報処理装置が提供される。
【選択図】図３

Description

本発明は、情報処理装置に関し、より詳細には、情報処理装置が搭載するファームウェアのリモート更新に関する。

機能向上や不具合解消のために、プロジェクタは、ファームウェアを随時更新する必要がある。この点につき、更新データを記憶したＵＳＢメモリなどの記憶媒体をプロジェクタに接続してファームウェアを更新する技術が既に知られている。

しかしながら、この方法では、ファームウェアの更新を利用者が手動で行わなければならず、その煩雑さが問題となっていた。

この点につき、特開２００４−２３４０５６号公報（特許文献１）は、ネットワーク経由で周辺機器のファームウェアを更新する方法を開示する。しかしながら、特許文献１の方法は、ファームウェアの更新対象として、常時に電源ＯＮされている利用形態の機器を想定するものであり、プロジェクタのように常時に電源ＯＮすることを前提としない機器に適用することができない。

本発明は、上記従来技術における課題に鑑みてなされたものであり、本発明は、ファームウェアのリモート更新を可能にする新規な情報処理装置を提供することを目的とする。

本発明者は、ファームウェアのリモート更新を可能にする新規な情報処理装置につき鋭意検討した結果、以下の構成に想到し、本発明に至ったのである。

すなわち、本発明によれば、複数のモジュールから構成されるファームウェアを搭載する情報処理装置であって、ファームウェアを構成する各モジュールのバージョン情報を含む構成情報を保持する構成情報保持手段と、前記構成情報に基づいて各前記のモジュールの最新のバージョン情報を含むファームウェア情報を外部から取得するファームウェア情報取得手段と、前記構成情報に含まれる前記バージョン情報と前記ファームウェア情報に含まれる前記最新のバージョン情報を比較し、両者が一致しない場合にファームウェアの更新が可能と判断する更新可否判断手段と、更新可能と判断したファームウェアに対応する最新バージョンのファームウェアを外部からダウンロードするファームウェア取得手段と、ダウンロードした前記最新バージョンのファームウェアを構成する各モジュールのバージョン情報と、前記構成情報に含まれる各モジュールのバージョン情報を比較し、バージョンが異なるモジュールのみを更新するファームウェア更新手段とを含む情報処理装置が提供される。

本実施形態の映像出力装置を含むネットワークシステムの構成図。 ファームウェアのリモート更新に係るシーケンス図。 本実施形態の映像出力装置の機能ブロック図。 本実施形態における構成情報生成手段が実行する処理のフローチャート。 本実施形態におけるファームウェアのデータ構造を示す図。 本実施形態における構成情報のデータ構造を示す図。 本実施形態におけるファームウェアＩＤのデータ構造を示す図。 本実施形態におけるファームウェア情報管理テーブルを示す図。 本実施形態におけるファームウェア情報のデータ構造を示す図。 本実施形態における更新可否判断手段１４が実行する処理のフローチャート。 本実施形態におけるファームウェアのデータ構造を示す図。 本実施形態におけるファームウェア更新手段が実行する処理のフローチャート。 本実施形態の映像出力装置が実行する処理のシーケンス図。 本実施形態におけるＵＩ画面を示す図。 本実施形態における更新可能通知手段が実行する処理のフローチャート。 本実施形態の映像出力装置が実行する処理のシーケンス図。 本実施形態の映像出力装置が実行する処理のシーケンス図。 本実施形態の映像出力装置が実行する処理のシーケンス図。 本実施形態の映像出力装置が実行する処理のシーケンス図。 本実施形態の映像出力装置が実行する処理のシーケンス図。 本実施形態の映像出力装置が実行する処理のシーケンス図。 本実施形態におけるファームウェア情報のデータ構造を示す図。 本実施形態の映像出力装置が実行する処理のシーケンス図。

以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。

図１は、本発明の実施形態である映像出力装置１００を含むネットワークシステム１０００の構成図を示す。

ネットワークシステム１０００は、複数の映像出力装置１００と、ファームウェア管理サーバ２００と、ネットワーク中継装置３００とを含み、各装置がＬＡＮ、ＶＰＮ、インターネットなどとして参照されるネットワーク４００を介して相互に接続されている。

映像出力装置１００は、スクリーンに画像を投影する装置であり、プロジェクタとして参照することができる。各映像出力装置１００は、所定のファームウェアを搭載しており、当該ファームウェアが映像投影をはじめとする各種機能を実現するための情報処理を実行する。ここでは、各映像出力装置１００は、機種毎に異なるファームウェアを搭載しており、また、同じ機種であっても異なるバージョンのファームウェアを搭載している場合もありえる。

ファームウェア管理サーバ２００は、ネットワーク４００に接続される映像出力装置１００のファームウェアを管理する装置であり、ファイルサーバとして参照することができる。ファームウェア開発者は、新たにリリースしたファームウェアをその都度ファームウェア管理サーバ２００にアップロードする。ファームウェア管理サーバ２００は、常にファームウェアの最新バージョンを保持し、一元管理する。

本実施形態において、映像出力装置１００は、ファームウェアの更新にあたり、ファームウェアの最新バージョンをファームウェア管理サーバ２００からダウンロードしてインストールするように構成されている。このファームウェアの更新に関して、ネットワーク中継装置３００は、映像出力装置１００とファームウェア管理サーバ２００の間でアップロードされた最新ファームウェアに係る所定の情報（以下、ファームウェア情報という）を中継する。この点につき、図２に基づいて具体的に説明する。

図２は、ファームウェアのリモート更新に係るシーケンス図である。ファームウェアの開発者は、リリースした新しいファームウェアをファームウェア管理サーバ２００にアップロードする(S1)。これを受けて、ファームウェア管理サーバ２００は、アップロードされた最新ファームウェアに係るファームウェア情報をネットワーク中継装置３００に登録する(S2)。ネットワーク中継装置３００において、最新のファームウェア情報は、当該ファームウェアの識別情報（以下、ファームウェアＩＤという）に紐付けて登録される。なお、ファームウェア情報の詳細については後述する。

一方、映像出力装置１００は、所定のタイミングでネットワーク中継装置３００からファームウェア情報を取得する(S3)。映像出力装置１００は、取得したファームウェア情報に基づいて更新すべきファームウェアを判断し、当該ファームウェアをファームウェア管理サーバ２００から取得（ダウンロード）する(S4)。

以上、本実施形態におけるファームウェアのリモート更新について概説したが、続いて、映像出力装置１００の機能構成を説明する。

図３は、映像出力装置１００の機能ブロック図を示す。以下、図３に示す各機能手段について概説する。

構成情報生成手段１０は、映像出力装置１００に搭載されたファームウェアの構成情報を動的に生成し、生成した構成情報を構成情報保持手段１１に格納するための機能手段である。なお、構成情報については後述する。

ファームウェア情報取得手段１２は、ネットワーク中継装置３００からファームウェア情報を取得するための機能手段である。ファームウェア情報取得条件判定手段１３は、ファームウェア情報を取得するための条件を判定し、条件の成立をファームウェア情報取得手段１２に通知する。ファームウェア情報取得手段１２は、条件成立の通知に応答してファームウェア情報を取得する。

ファームウェア取得手段１５は、ファームウェア管理サーバ２００からファームウェアをダウンロードして保持するための機能手段である。ダウンロード条件判定手段３０は、ファームウェア管理サーバ２００からファームウェアをダウンロードするための条件を判定し、条件の成立をファームウェア取得手段１５に通知する。ファームウェア取得手段１５は、条件成立の通知に応答してファームウェアをダウンロードする。

更新可否判断手段１４は、ネットワーク中継装置３００から取得したファームウェア情報と構成情報保持手段１１に保持される構成情報に基づいて、ファームウェアの更新の可否を判断するための機能手段である。ファームウェア更新手段１６は、更新可否判断手段１４が更新可と判断したファームウェアを更新するための機能手段である。

更新可能通知手段２４は、ファームウェアが更新可能であることを映像出力装置１００の利用者へ通知するための機能手段であり、外部通知手段２１は、ファームウェアの更新可能であることを外部（例えば、管理者）へ通知するための機能手段である。なお、通知先保持手段２２は、外部の情報通知先（例えば、メールアドレス）を保持する。

更新指示受付手段２５は、映像出力装置１００の利用者から更新指示を受け付けるための機能手段であり、再通知要否設定手段２３は、利用者に対する更新可能通知に係る再通知の要否の設定を保持する。

新規デバイス接続検出手段４２は、現在のファームウェアが対応していないデバイスが接続されたことを検出するための機能手段であり、エラー検出手段４４は、映像出力装置１００内にエラーが発生したことを検出するための機能手段である。

ファームウェア情報取得日時検知手段４６は、予め定められたファームウェア情報を取得する設定日時の到来を検知するための機能手段である。

認証手段５２は、利用者認証を行うための機能手段であり、認証要否設定手段５４は、利用者認証の要否の設定を保持する。

入力信号検出手段３２は、入力信号が一定時間ないことを検出するための機能手段であり、ダウンロード日時検知手段３４は、予め定められたファームウェアをダウンロードする設定日時の到来を検知するための機能手段である。

ＵＩ制御部６０は、ＵＩ画面を介して利用者に通知を行ったり、利用者の操作を受け付けたりするための機能手段であり、投影制御部７０は、投影手段８０を制御してＵＩ制御部６０が生成するＵＩ画面をスクリーンに投影するための機能手段である。

以上、映像出力装置１００の機能構成を概説したが、続いて、上述した各機能手段が実行する具体的な処理の内容について順を追って説明する。なお、以下の説明においては、適宜、図３を参照するものとする。

最初に、構成情報生成手段１０が実行する処理を図４に示すフローチャートに基づいて説明する。

構成情報生成手段１０は、適切なタイミング（例えば起動時）で構成情報の生成処理を開始する（ステップ１００）。映像出力装置１００は、まず、搭載するファームウェア１１０のモジュール構成に関する情報を収集する（ステップ１０１）。

ここで、映像出力装置１００が図５に示すファームウェア１１０を搭載しているケースを例にとって説明する。図５に示すファームウェア１１０は、モジュールＡ(１１２)、モジュールＢ(１１４)およびモジュールＣ(１１６)という３つのモジュールから構成されており、各モジュールは、自身のバージョン情報([00], [10], [20])およびバリエーション情報（量産[00]または特注[10]）を保持している。なお、図５に示す例の場合、モジュールＡ(１１２)は、映像出力装置１００の機種情報[ALT1]とモデル情報[X]を併せて保持している。

構成情報生成手段１０は、モジュールＡ〜Ｃのそれぞれから、機種、モデル、バージョンおよびバリエーションの情報を収集し（ステップ１０２、Ｙｅｓ）、収集した情報から所定の生成規則に従って構成情報を生成する(ステップ１０３)。

図６は、ステップ１０３で生成された構成情報１２０を例示的に示す。図６は、(“機種”_”モデル”_”各モジュールのバージョン情報の羅列”_”各モジュールのバリエーション情報の羅列”)という生成規則に従って生成された構成情報１２０“ALT1_X_001020_001000”を例示している。このようにして生成された構成情報１２０は、後の使用に供するために構成情報保持手段１１に保持される。

一方、ファームウェア情報取得手段１２は、構成情報保持手段１１に保持された構成情報から所定の規則に従ってファームウェア１１０の識別情報であるファームウェアＩＤを生成した後、当該ファームウェアＩＤを含むファームウェア情報取得要求をネットワーク中継装置３００に対して発行する。

図７は、ファームウェア情報取得手段１２が生成するファームウェアＩＤ１３０を例示的に示す。図７は、(“機種”_”モデル”_”各モジュールのバリエーション情報の羅列”)という生成規則に従って生成されたファームウェアＩＤ１３０“ALT1_X_001000”を例示している。なお、上述した構成情報およびファームウェアＩＤの生成規則は例示であってこれに限定されるものではなく、その他の適切な生成規則を採用してもよい。

ここで、ネットワーク中継装置３００は、上述したように、ファームウェア管理サーバ２００から受領したファームウェア情報を登録・管理している。本実施形態におけるファームウェア情報は、最新のファームウェアを構成する各モジュールのバージョン情報と、当該ファームウェアのロケーション情報からなり、各ファームウェア情報はファームウェアＩＤに紐付けて登録・管理される。図８は、ネットワーク中継装置３００が備えるファームウェア情報管理テーブル２０００を例示的に示す。ファームウェア情報管理テーブル２０００においては、ロケーション情報として、ファームウェアのダウンロード用ＵＲＬが格納されている。

ネットワーク中継装置３００は、映像出力装置１００（ファームウェア情報取得手段１２）からファームウェア情報取得要求を受領すると、当該ファームウェア情報取得要求に含まれるファームウェアＩＤをキーとしてファームウェア情報管理テーブル２０００を検索し、ファームウェアＩＤに紐付いたファームウェア情報を返す。図８に示す例においては、ファームウェアＩＤ１３０“ALT1_X_001000”に紐付いたファームウェア情報（矢印で指す）を映像出力装置１００に返す。

図９は、映像出力装置１００に返されるファームウェア情報１４０のデータ構造を例示的に示す。ファームウェア情報１４０は、ファームウェア１１０を構成するモジュールＡ〜Ｃのバージョン情報の羅列“031020”を格納するバージョン情報部１４２とファームウェアのロケーション情報“http://aaa.co.jp/bbb”を格納するロケーション情報部１４４からなる。

以上、ファームウェア情報１４０を取得するまでの一連の処理について説明してきたが、本実施形態においては、構成情報生成手段１０が適切なタイミングで構成情報を生成する処理を繰り返し実行して構成情報を定期的に更新することが好ましい。そのようにすれば、例えば、ボード交換によってファームウェアの一部を差し替えられたような場合でも、正しい最新ファームウェア情報を取得することが可能になる。

映像出力装置１００がネットワーク中継装置３００からファームウェア情報１４０を受領すると、続いて、更新可否判断手段１４が当該ファームウェア情報１４０に基づいてファームウェアの更新の可否を判断する。以下、更新可否判断手段１４が実行する判断処理を図１０に示すフローチャートに基づいて説明する。

更新可否判断手段１４は、映像出力装置１００がネットワーク中継装置３００からファームウェア情報１４０を受領したことに応答して処理を開始する（ステップ２００）。最初に、更新可否判断手段１４は、構成情報保持手段１１に保持される構成情報１２０“ALT1_X_001020_001000”からバージョン情報の羅列部分“001020”を抽出する（ステップ２０１）。

続いて、更新可否判断手段１４は、ネットワーク中継装置３００から受領したファームウェア情報１４０のバージョン情報部１４２に格納されたバージョン情報の羅列“031020”を抽出する（ステップ２０２）。

続いて、抽出した２つのバージョン情報の羅列を比較して、両者が一致するか否かを判断する（ステップ２０３）。その結果、両者が完全に一致する場合は（ステップ２０３、Ｙｅｓ）、現在のファームウェアのバージョンは最新であり更新の必要がないので、そのまま処理を終了する。一方、両者が完全に一致しない場合は（ステップ２０３、Ｎｏ）、現在のファームウェアの更新が可能と判断する（ステップ２０４）。

現在のファームウェアの更新が可能と判断した場合、更新可否判断手段１４は、ファームウェア取得手段１５にファームウェア情報１４０を渡して最新のファームウェアの取得を依頼する。

ファームウェア取得手段１５は、更新可否判断手段１４から受領したファームウェア情報１４０のロケーション情報部１４４に格納されたロケーション情報“http://aaa.co.jp/bbb”に基づいてファームウェア管理サーバ２００にアクセスして最新のファームウェアをダウンロードする。

図１１は、ファームウェア管理サーバ２００からダウンロードしたファームウェアのデータ構造１５０を例示的に示す。ヘッダ１５２には、ファームウェアを構成するモジュールＡ〜Ｃのバージョン情報の羅列“031020”を格納するバージョン情報部１５４、ファームウェアが対応する機種“ALT1”を格納する機種情報部１５５、ファームウェアが対応するモデル“X”を格納するモデル情報部１５６を含んでいる。

ファームウェア取得手段１５は、ファームウェア管理サーバ２００からダウンロードした最新のファームウェアをファームウェア更新手段１６に渡す。これを受けて、ファームウェア更新手段１６は、最新のファームウェアを構成する全モジュールのうち、更新対象とすべきモジュールを選別する。以下、ファームウェア更新手段１６が実行する選別処理を図１２に示すフローチャートに基づいて説明する。

ファームウェア更新手段１６は、ファームウェア取得手段１５から最新のファームウェアを受領したことに応答して処理を開始する（ステップ３００）。最初に、ファームウェア更新手段１６は、構成情報保持手段１１に保持される構成情報１２０“ALT1_X_001020_001000”のバージョン情報の羅列部分“001020”を各モジュールのバージョン情報“00”、“10”、“20”に分解する（ステップ３０１）。

続いて、ファームウェア更新手段１６は、ファームウェア取得手段１５から受領した最新のファームウェアのヘッダ１５２のバージョン情報部１５４に格納されたバージョン情報の羅列“031020”を同様に各モジュールのバージョン情報“03”、“10”、“20”に分解する（ステップ３０２）。

続いて、ファームウェア更新手段１６は、ステップ３０１で得たバージョン情報“00”、“10”、“20”とステップ３０２で得たバージョン情報“03”、“10”、“20”を比較して、各モジュールに係る２つのバージョン情報が一致するか否かを判断する（ステップ３０３→ステップ３０５，Ｎｏ）。その結果、２つのバージョン情報が一致しないモジュール（ステップ３０３、Ｎｏ）を更新対象として決定する（ステップ３０４）。

続いて、上述した一連の処理を図１３に示すシーケンス図に基づいて時系列で説明する。

構成情報生成手段１０は、任意のタイミングで、ファームウェアに係る構成情報“ALT1_X_001020_001000”を生成し(S1)、生成した構成情報を構成情報保持手段１１が保持する(S2)。

ファームウェア情報取得条件判定手段１３は、ファームウェア情報を取得するためのトリガーとして予め定義されたイベントの発生を監視し、当該イベントを検知したタイミングに同期してファームウェア情報取得手段１２に対してファームウェア情報の取得を指示する(S3)。

上記指示を受けたファームウェア情報取得手段１２は、構成情報保持手段１１から映像出力装置１００の構成情報“ALT1_X_001020_001000”を取得する(S4)。

ファームウェア情報取得手段１２は、構成情報“ALT1_X_001020_001000”からファームウェアＩＤ“ALT1_X_001000”を生成した後(S5)、“ALT1_X_001000”を含むファームウェア情報取得要求をネットワーク中継装置３００に対して発行して(S6)、ネットワーク中継装置３００から映像出力装置１００に係る最新のファームウェア情報（図９参照）を取得する。

ファームウェア情報取得手段１２は、取得したファームウェア情報を更新可否判断手段１４に渡し、ファームウェア更新の可否判断を依頼する(S7)。これを受けて可否判断手段１４は、構成情報保持手段１１から映像出力装置１００の構成情報“ALT1_X_001020_001000”を取得し(S8)、ネットワーク中継装置３００から受領したファームウェア情報に含まれるバージョン情報の羅列“031020”と構成情報“ALT1_X_001020_001000”に含まれるバージョン情報の羅列“001020”が一致するか否かに基づいてファームウェアの更新の可否を判断する(S9)。

ここで、ファームウェアが更新可能であると判断した場合、更新可否判断手段１４は、ファームウェア取得手段１５にファームウェア情報を渡してファームウェアのダウンロードを依頼する(S10)。これを受けて、ファームウェア取得手段１５は、ファームウェア情報に含まれるロケーション情報“http://aaa.co.jp/bbb”にアクセスしてファームウェア管理サーバ２００から最新のファームウェアをダウンロードする(S11)。

最新のファームウェアをダウンロードしたファームウェア取得手段１５は、ファームウェア更新手段１６に対してファームウェアの更新を依頼する(S12)。これを受けて、ファームウェア更新手段１６は、構成情報保持手段１１から構成情報“ALT1_X_001020_001000”を取得した後(S13)、構成情報“ALT1_X_001020_001000”に含まれるバージョン情報の羅列“001020”とダウンロードしたファームウェアのヘッダ１５２に含まれるバージョン情報の羅列“031020”の相違に基づいて更新対象のモジュールを選別する(S14)。

以上、ファームウェア更新の可否が判断されるまでの一連の処理について説明したが、続いて、ファームウェアが更新可能であると判断された後に実行される一連の処理について説明する。

ファームウェアが更新可能であると判断した更新可否判断手段１４は、更新可能通知手段２４に対してその旨を通知する。この通知を受けて、更新可能通知手段２４は、ＵＩ制御部６０に対して更新可能通知を指示する。これを受けたＵＩ制御部６０は、投影制御部７０にファームウェア更新可能通知画面の投影を依頼し、投影手段８０がスクリーンにファームウェア更新可能通知画面を投影する。図１４(ａ)は、スクリーンに投影されたファームウェア更新可能通知画面１６０を例示的に示す。このように、本実施形態によれば、更新可能なファームウェアがリリースされていることを利用者は自動的に知ることができる。

ファームウェア更新可能通知画面１６０において、利用者が“ＯＫ”を選択したことを受けて、ＵＩ制御部６０は、投影制御部７０にファームウェア更新指示画面の投影を依頼する。図１４(ｂ)は、スクリーンに投影されるファームウェア更新指示画面１６２を例示的に示す。ファームウェア更新指示画面１６２において、利用者が“ＯＫ”を選択したことを受けて、ＵＩ制御部６０は、利用者が更新を要求している旨を更新指示受付手段２５に通知する。これを受けて更新指示受付手段２５は、更新可否判断手段１４に利用者が更新を要求している旨を通知する。

一方、ファームウェア更新指示画面１６２において、利用者が“キャンセル”を選択した場合には、ＵＩ制御部６０は、投影制御部７０に再通知設定画面の投影を依頼する。図１４(ｃ)は、スクリーンに投影される再通知設定画面１６４を例示的に示す。再通知設定画面１６４において、利用者が選択した内容（再通知する・再通知しない）は、再通知要否設定手段２３に保持・設定される。以降、更新可能通知手段２４は、再通知要否設定手段２３に保持された設定内容に応じて更新可能通知の要否を判断する。

更新可能通知手段２４が更新可能通知の要否を判断する処理を図１５に示すフローチャートに基づいて説明する。

更新可能通知手段２４は、更新可否判断手段１４からファームウェアが更新可能である旨の通知の依頼を受けたことに応答して処理を開始する（ステップ４００）。更新可能通知手段２４は、まず、通知に係るファームウェアのファームウェア情報が、過去に更新可能でありながら利用者が更新しなかったファームウェアのファームウェア情報と同一か否かを判断する（ステップ４０１）。

その結果、同一でないと判断された場合には（ステップ４０１、Ｎｏ）、更新可能通知手段２４は、ＵＩ制御部６０に対してファームウェア更新可能通知画面の表示を指示する（ステップ４０３）。一方、ファームウェア情報が同一であると判断された場合には（ステップ４０１、Ｙｅｓ）、再通知要否設定手段２３から要否の設定を読み出し、再通知「要」の設定になっているか否かを判断する（ステップ４０２）。

その結果、再通知「要」の設定になっている場合には（ステップ４０２、Ｙｅｓ）、ＵＩ制御部６０に対してファームウェア更新可能通知画面の表示を指示する（ステップ４０３）。一方、再通知「要」の設定になっていない場合には（ステップ４０２、Ｎｏ）、そのまま処理を終了する。

以上、更新可能通知手段２４が利用者に対する更新可能通知の要否を判断する処理について説明したが、本実施形態においては、ファームウェアが更新可能である旨を外部に通知することもできる。その場合、更新可否判断手段１４は、ファームウェアが更新可能であると判断した時点で外部通知手段２１に対してその旨を通知する。これを受けて、外部通知手段２１は、通知先保持手段２２から外部の通知先を読み出して映像出力装置１００のファームウェアが更新可能である旨を通知する。

次に、ファームウェアの更新可能を判断した後、更新可能の通知から更新が実行されるまでの間に実行される一連の処理を図１６に示すシーケンス図に基づいて時系列で説明する。

更新可否判断手段１４は、ファームウェアの更新の可否を判断する(S1)。その結果、更新可能と判断した場合、更新可否判断手段１４は、外部通知手段２１に対して、その旨の通知を依頼する(S2)。これを受けて、外部通知手段２１は、通知先保持手段２２から指定された外部（例えば、管理者）の通知先（例えば、メールアドレス）を取得し(S3)、当該通知先にファームウェアの更新が可能であることを通知する(例えば、管理者に電子メールを送る)(S4)。

また、更新可否判断手段１４は、ファームウェア更新が可能である旨の利用者への通知を更新可能通知手段２４に対して依頼する(S5)。更新可能通知手段２４は、当該通知依頼に係るファームウェアのファームウェア情報が、過去に更新可能とされながら利用者が更新しなかったファームウェアのファームウェア情報と同一であるか否かを確認し、同一である場合には、再通知要否設定手段２３に保持される設定内容を確認した上で通知の要否を判断する(S6)。

更新可能を利用者に通知する場合、更新可能通知手段２４は、ＵＩ制御部６０に対してファームウェア更新可能の通知を指示し(S7)、これを受けたＵＩ制御部６０は、投影制御部７０にファームウェア更新可能通知画面の投影を依頼する(S8)。

スクリーンに投影されたファームウェア更新可能通知画面１６０（図１４（ａ）、図１４（ｂ）参照）を介して利用者がファームウェアの更新の要否を選択したことに応答して(S9)、ＵＩ制御部６０は、更新要否の選択結果を更新指示受付手段２５に通知する(S10)。これを受けて、更新指示受付手段２５は、当該選択結果を更新可否判断手段１４に通知する(S11)。

更新可否判断手段１４は、受け取った選択結果に基づいて更新実行の要否につき最終判断を行う(S12)。その結果、更新する場合は、ファームウェア更新手段１６に対して更新を依頼する(S13)。ファームウェア更新手段１６は、先に述べた手順で選別した更新対象のモジュールの更新（インストール）を実行する(S14)。本ケースの場合、ファームウェア更新手段１６は、バージョンが00から03に更新されているモジュールＡを更新対象として選別し、モジュールＡのみをインストールする。

一方、更新しない場合は、更新可能通知手段２４に更新可能であるにもかかわらず利用者が更新を選択しなかったファームウェアのファームウェア情報を更新可能通知手段２４に格納する(S15)。

以上、更新可能の通知から更新が実行されるまでの間に実行される一連の処理について説明してきたが、次に、ファームウェア情報取得条件判定手段１３が実行する処理について説明する。

既に上述したように、ファームウェア情報取得条件判定手段１３は、ファームウェア情報を取得するための条件として予め定義されたイベント（以下、トリガーイベントという）の発生を監視し、トリガーイベントを検知したことに応答してファームウェア情報取得手段１２に対してファームウェア情報の取得を指示する。以下、ファームウェア情報取得条件判定手段１３が採用することができるトリガーイベントについて説明する。

本実施形態においては、映像出力装置１００の起動をトリガーイベントとすることができる。この場合、ファームウェア情報取得条件判定手段１３は、映像出力装置１００が起動したことに応答して、ファームウェア情報取得手段１２に対してファームウェア情報の取得を指示する。この指示に応答して、これ以降、上述した一連のファームウェア更新処理が実行される（以下、同様）。このように構成すれば、映像出力装置１００の起動時に取得すべきその他の情報と一緒にファームウェア情報を取得することができ、サーバ側の負担が軽減する。

また、本実施形態においては、利用者がファームウェアの更新を要求したことをトリガーイベントとすることができる。この場合、ファームウェア情報取得条件判定手段１３は、更新指示受付手段２５がＵＩ制御部６０から更新「要」の選択結果を受領したことを検知し、そのタイミングに同期してファームウェア情報取得手段１２に対してファームウェア情報の取得を指示する。

また、本実施形態においては、映像出力装置１００の電源ＯＦＦスイッチの押下をトリガーイベントとすることができる。なお、電源ＯＦＦスイッチは、ハードウェアスイッチまたはソフトウェアスイッチのどちらであってもよい。この場合、ファームウェア情報取得条件判定手段１３は、映像出力装置１００の電源ＯＦＦスイッチの押下を検知したことに応答してファームウェア情報取得手段１２に対してファームウェア情報の取得を指示する。この指示に応答してファームウェア情報取得手段１２は、電源ＯＦＦスイッチの押下を検知した後、映像出力装置１００への給電が停止するまでの間にネットワーク中継装置３００から取得する。

また、本実施形態においては、映像出力装置１００に新しいデバイスの接続の検出をトリガーイベントとすることができる。この場合、新規デバイス接続検出手段４２が現在のファームウェアが対応していないデバイスの接続を検出し、その旨をファームウェア情報取得条件判定手段１３に通知する。ファームウェア情報取得条件判定手段１３は、当該通知に応答して、ファームウェア情報取得手段１２に対してファームウェア情報の取得を指示する。具体例として、無線ＬＡＮ機能を持たない映像出力装置１００に対して無線ＬＡＮデバイスが接続されたことに応答して、無線ＬＡＮデバイスの利用を可能とする最新ファームウェアに係るファームウェア情報を取得するといったケースを挙げることができる。

また、本実施形態においては、エラーの発生をトリガーイベントとすることができる。この場合、エラー検出手段４４がエラー発生を検出し、その旨をファームウェア情報取得条件判定手段１３に通知する。ファームウェア情報取得条件判定手段１３は、当該通知に応答して、ファームウェア情報取得手段１２に対してファームウェア情報の取得を指示する。このように構成することによって、エラーに対応したファームウェアに係るファームウェア情報をいち早く取得することが可能になり、映像出力装置１００の利用不能時間を短縮することができる。

また、本実施形態においては、所定の日時の到来をトリガーイベントとすることができる。この場合、予め決めたファームウェア更新の日程をファームウェア情報取得日時検知手段４６に設定しておく。具体的には、“2012/8/10の10:00”といったように特定の日時を設定したり、“毎日16:00”や“毎週火曜日の12:00”といったように特定の周期を設定したりすることができる。ファームウェア情報取得日時検知手段４６は、現在時刻を監視し、設定された日時が到来した時点でその旨をファームウェア情報取得条件判定手段１３に通知する。ファームウェア情報取得条件判定手段１３は、当該通知に同期してファームウェア情報取得手段１２に対してファームウェア情報の取得を指示する。このように、利用者がファームウェア更新の日程を自由に指定できるように構成することにより、利便性が向上する。

以上、ファームウェア情報取得条件判定手段１３について説明してきたが、続いて、ファームウェアのダウンロードに係る利用者認証について説明する。なお、利用者認証に係るＵＩはＵＩ制御部６０によって提供されるものであるが、ここでは、便宜上、ＵＩ制御部６０に関する図示および説明を省略する。

ファームウェアのダウンロードに係る利用者認証の第１の態様を図１７に示すシーケンス図に基づいて説明する。更新可能通知手段２４は、利用者に対してファームウェアが更新可能である旨を通知する(S1)。その後、更新指示受付手段２５は、利用者からの更新要求に応答して(S2)、利用者に認証情報を要求する(S3)。これを受けて利用者は、所定の認証情報（利用者名、パスワードなど）を入力して返す。更新指示受付手段２５は、利用者から受領した認証情報に基づく認証を認証手段５２に依頼する(S4)。これを受けて、認証手段５２は、受領した認証情報に基づく認証を行い、認証結果（成功/失敗）を更新指示受付手段２５に返す。更新指示受付手段２５は、認証が成功した場合、更新可否判断手段１４に対して利用者の更新要否の選択結果「要」を通知する(S5)。

次に、ファームウェアのダウンロードに係る利用者認証の第２の態様を図１８に示すシーケンス図に基づいて説明する。第２の態様においては、認証要否設定手段５４がファームウェア更新における利用者認証の要否を設定値として保持している。更新可能通知手段２４は、利用者に対してファームウェアが更新可能である旨を通知する(S1)。その後、更新指示受付手段２５は、利用者からの更新要求に応答して(S2)、認証要否設定手段５４から認証要否の設定を取得する(S2.1)。その結果、認証要と設定されていた場合は、Ｓ３〜Ｓ５の処理（図１７について説明したのと同様の処理）を実行する。なお、認証要否の設定は、利用者毎に行ってもよい。

次に、ファームウェアのダウンロードに係る利用者認証の第３の態様を図１９に示すシーケンス図に基づいて説明する。更新可能通知手段２４は、利用者に対してファームウェアが更新可能である旨を通知するとともに(S1)、更新指示受付手段２５に対してもファームウェアが更新可能である旨を通知する(S2)。更新指示受付手段２５は、更新可能通知手段２４からファームウェアが更新可能である旨の通知を受け付けたことに応答して、利用者に認証情報を要求する(S3)。これを受けて利用者は、所定の認証情報（利用者名、パスワードなど）を入力して返す。更新指示受付手段２５は、利用者から受領した認証情報に基づく認証を認証手段５２に依頼する(S4)。これを受けて、認証手段５２は、認証情報に基づく認証を行い、認証結果（成功/失敗）を更新指示受付手段２５に返す。これを受けて、更新指示受付手段２５は、認証手段５２に認証結果の保存を要求する(S5)。

その後、更新指示受付手段２５は、利用者から更新要求を受け付けると(S6)、認証手段５２から保存された認証結果を取得する(S7)。更新指示受付手段２５は、認証結果が成功であった場合、更新可否判断手段１４に対して利用者の更新要否の選択結果「要」を通知する(S8)。上述した第３の態様によれば、事前認証が可能になるので、例えば、管理者が事前に認証を済ませておけば、その後は、任意のタイミングでファームウェアを更新することが可能になる。

その他、本実施形態においては、ファームウェア取得手段１５が最新バージョンのファームウェアのダウンロードを開始する直前に認証手段５２に利用者認証を依頼するように構成してもよい。この場合、認証手段５２がファームウェアのダウンロード直前に認証を実行するので、ダウンロードの主体を確実に認証することが可能になる。

以上、ファームウェアのダウンロードに係る利用者認証について説明してきたが、続いて、ファームウェアのダウンロードに係るタイミング制御について説明する。

ファームウェアのダウンロードに係るタイミング制御の第１の態様を図２０に示すシーケンス図に基づいて説明する。更新可否判断手段１４は、ファームウェア取得手段１５にファームウェアのダウンロードを依頼する(S1)。第１の態様では、ファームウェア取得手段１５は、依頼を受けた後ただちにダウンロードを実施せず、ダウンロード条件判定手段３０からの開始要求を待機する。

一方、入力信号検出手段３２は、投影手段８０に対する入力信号が一定時間ないことを検出した時点で(S2)、その旨をダウンロード条件判定手段３０に通知する(S3)。ダウンロード条件判定手段３０は、当該通知を受領したことに応答して、ファームウェア取得手段１５に対してダウンロードの開始を要求する(S4)。ファームウェア取得手段１５は、当該開始要求を受けて、ファームウェア管理サーバ２００にアクセスし、最新のファームウェアをダウンロードする(S5)。入力信号が一定時間ない場合は映像出力装置１００が利用されていないとみなすことができ、第１の態様によれば、その未使用時間を有効利用して最新のファームウェアをダウンロードすることができる。

続いて、ファームウェアのダウンロードに係るタイミング制御の第２の態様を図２１に示すシーケンス図に基づいて説明する。更新可否判断手段１４は、ファームウェア取得手段１５にファームウェアのダウンロードを依頼する(S1)。第２の態様においても、当該依頼を受けたファームウェア取得手段１５は、すぐにダウンロードを実施せず、ダウンロード条件判定手段３０からの開始要求を待機する。

第２の態様においては、予め決めたファームウェアのダウンロードの日程をダウンロード日時検知手段３４に設定しておく。具体的には、“2012/8/10の10:00”といったように特定の日時を設定したり、“毎日16:00”や“毎週火曜日の12:00”といったように特定の周期を設定したりすることができる。ダウンロード日時検知手段３４は、設定した日時の到来を検知した時点で(S2)、その旨をダウンロード条件判定手段３０に通知する(S3)。ダウンロード条件判定手段３０は、当該通知を受領したことに応答して、ファームウェア取得手段１５に対してダウンロードの開始要求を発行する(S4)。

ファームウェア取得手段１５は、当該開始要求を受けて、ファームウェア管理サーバ２００にアクセスし、最新のファームウェアをダウンロードする(S5)。第２の態様によれば、例えば、昼休みや業務時間外を日程に指定することによって、映像出力装置１００の未使用時間を有効利用して最新のファームウェアをダウンロードすることができる。

その他、本実施形態においては、映像出力装置１００の電源ＯＦＦスイッチの押下を検知したことに応答して、電源ＯＦＦスイッチの押下を検知した後、映像出力装置１００への給電が停止するまでの間にファームウェア管理サーバ２００にアクセスして最新のファームウェアをダウンロードするように構成することもできる。このように、利用者が映像出力装置１００の利用を終えたタイミングでファームウェアを自動更新するように構成すれば、映像出力装置１００の利用中に更新を行う煩わしさがなくなり、利便性が向上する。

以上、ファームウェアのダウンロードに係るタイミング制御について説明してきたが、続いて、上述した実施形態における設計変更の一例について説明する。

図２２は、ファームウェア情報に係る別の実施形態であるファームウェア情報１７０のデータ構造を例示的に示す。ファームウェア情報１７０は、ファームウェア１１０を構成するモジュールＡ〜Ｃのバージョン情報の羅列“031020”を格納するバージョン情報部１７２とファームウェアのロケーション情報を格納するロケーション情報部１７４からなる。ここで、ロケーション情報部１７４には、ファームウェアを構成する各モジュールに固有のロケーション情報が格納されている。

図２２に示すように、ファームウェアを構成する各モジュールに固有のロケーションがある場合におけるファームウェアのリモート更新を図２３に示すシーケンス図に基づいて説明する。

更新可否判断手段１４は、ファームウェアの更新の可否を判断し(S1)、更新が可能であると判断した場合には、先に説明した実施形態において、ファームウェア更新手段１６が実行したのと同様の手順で、更新が必要なモジュールを決定する(S2)。具体的には、映像出力装置１００の構成情報のバージョン情報（例えば、“001020”）とファームウェア情報１７０に含まれるバージョン情報の羅列１７２“031020”とを比較し、両者の相違に基づいて更新対象のモジュールを決定する。

続いて、更新可否判断手段１４は、ファームウェア取得手段１５にファームウェア情報１７０を渡してファームウェアのダウンロードを依頼する(S3)。このとき、更新可否判断手段１４は、引数としてＳ２で決定した更新対象のモジュールを指定する。

この依頼を受けたファームウェア取得手段１５は、引数として指定された更新対象のモジュールのロケーション情報に基づいてファームウェア管理サーバ２００にアクセスして、当該更新対象のモジュールのみをダウンロードする(S4)。

更新対象のモジュールをダウンロードしたファームウェア取得手段１５は、ファームウェア更新手段１６に対してファームウェアの更新を要求する(S5)。このとき引数として、更新対象のモジュールを指定する。これを受けて、ファームウェア更新手段１６は、更新対象のモジュールのみをインストールする(S6)。このように構成すれば、ファームウェア更新に係るダウンロードサイズを減らすことでき、更新時間の短縮が可能となる。なお、この場合、ファームウェア更新手段１６は、先に述べた更新対象のモジュールを決定する処理を行わなくてもよい。

上述した実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。

以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではない。

例えば、利用者からのファームウェアの更新指示をファームウェア情報のトリガーイベントとすることもできる。この場合、利用者は、好きなタイミングでファームウェアリリース情報を取得することが可能になる。

また、更新可否判断手段１４がファームウェアの更新が可能と判断した直後に、ファームウェア取得手段１５が最新のファームウェアをダウンロードするように構成してもよい。この場合、速やかにファームウェアを更新することが可能になる。

さらに、ファームウェア情報を取得してから所定時間が経過してもファームウェアがダウンロードされなかった場合に、再度、ファームウェア情報をネットワーク中継装置３００から取得するようにファームウェア情報取得手段１２を構成してもよい。この場合、更新可能なファームウェアの存在を通知された後であって、実際にファームウェアをダウンロードするまでの間に相当時間が経過してしまった場合であっても、その間にリリースされたより新しいファームウェアをダウンロードすることが可能になる。

なお、これまで、本発明を映像出力装置に係る実施形態をもって説明してきたが、本発明は、その適用範囲を映像出力装置に限定するものではなく、本発明は、ファームウェアを搭載する任意の情報処理装置に対して適用することができるその他、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。

１０…構成情報生成手段
１１…構成情報保持手段
１２…ファームウェア情報取得手段
１３…ファームウェア情報取得条件判定手段
１４…更新可否判断手段
１５…ファームウェア取得手段
１６…ファームウェア更新手段
２１…外部通知手段
２２…通知先保持手段
２３…再通知要否設定手段
２４…更新可能通知手段
２５…更新指示受付手段
３０…ダウンロード条件判定手段
３２…入力信号検出手段
３４…ダウンロード日時検知手段
４２…新規デバイス接続検出手段
４４…エラー検出手段
４６…ファームウェア情報取得日時検知手段
５２…認証手段
５４…認証要否設定手段
６０…ＵＩ制御部
７０…投影制御部
８０…投影手段
１００…映像出力装置
１１０…ファームウェア
１２０…構成情報
１４０…ファームウェア情報
１４２…バージョン情報部
１４４…ロケーション情報部
１５０…データ構造
１５２…ヘッダ
１５４…バージョン情報部
１５５…機種情報部
１５６…モデル情報部
１６０…ファームウェア更新可能通知画面
１６２…ファームウェア更新指示画面
１６４…再通知設定画面
１７０…ファームウェア情報
１７２…バージョン情報部
１７４…ロケーション情報部
２００…ファームウェア管理サーバ
３００…ネットワーク中継装置
４００…ネットワーク
１０００…ネットワークシステム
２０００…ファームウェア情報管理テーブル

特開２００４−２３４０５６号公報

Claims (20)

1. 複数のモジュールから構成されるファームウェアを搭載する情報処理装置であって、
   ファームウェアを構成する各モジュールのバージョン情報を含む構成情報を保持する構成情報保持手段と、
   前記構成情報に基づいて各前記モジュールの最新のバージョン情報を含むファームウェア情報を外部から取得するファームウェア情報取得手段と、
   前記構成情報に含まれる前記バージョン情報と前記ファームウェア情報に含まれる前記最新のバージョン情報を比較し、両者が一致しない場合にファームウェアの更新が可能と判断する更新可否判断手段と、
   更新可能と判断したファームウェアに対応する最新バージョンのファームウェアを外部からダウンロードするファームウェア取得手段と、
   ダウンロードした前記最新バージョンのファームウェアを構成する各モジュールのバージョン情報と、前記構成情報に含まれる各モジュールのバージョン情報を比較し、バージョンが異なるモジュールのみを更新するファームウェア更新手段と
   を含む情報処理装置。
2. 前記構成情報を動的に生成して前記構成情報保持手段に格納する構成情報生成手段を含む、請求項１に記載の情報処理装置。
3. 前記更新可否判断手段がファームウェアの更新が可能と判断した場合に、利用者に更新可能の旨を通知し、利用者から更新指示を受け付けるためのＵＩを提供するＵＩ制御部を含む、請求項１または２に記載の情報処理装置。
4. さらに、前記ファームウェア情報の取得条件を判定するファームウェア情報取得条件判定手段を含み、
   前記ファームウェア情報取得手段は、前記取得条件が成立したときに前記ファームウェア情報を外部から取得する、
   請求項１〜３のいずれか一項に記載の情報処理装置。
5. 前記ファームウェア情報の取得条件は、装置の起動である、請求項４に記載の情報処理装置。
6. 前記ファームウェア情報の取得条件は、利用者からのファームウェアの更新指示である、請求項４に記載の情報処理装置。
7. 前記ファームウェア情報の取得条件は、装置の電源ＯＦＦスイッチの押下の検出であり、
   前記ファームウェア情報取得手段は、前記電源ＯＦＦスイッチの押下を検出した後、前記装置への給電が停止するまでの間に前記ファームウェア情報を外部から取得する、
   請求項４に記載の情報処理装置。
   
8. さらに、ファームウェア更新を要する新規デバイスの接続を検出するための新規デバイス接続検出手段を含み、
   前記ファームウェア情報の取得条件は、前記新規デバイスの接続の検出である、請求項４に記載の情報処理装置。
9. さらに、装置内に発生したエラーを検出するためのエラー検出手段を含み、
   前記ファームウェア情報の取得条件は、前記エラーの検出である、請求項４に記載の情報処理装置。
10. さらに、予め設定された前記ファームウェア情報の取得日時の到来を検知するためのファームウェア情報取得日時検知手段を含み、
    前記ファームウェア情報の取得条件は、前記取得日時の到来である、請求項４に記載の情報処理装置。
11. 前記ファームウェア情報取得手段は、前記ファームウェア情報を取得してから所定時間が経過しても該ファームウェア情報に係るファームウェアがダウンロードされなかった場合に、再度、ファームウェア情報を外部から取得する、請求項１〜１０のいずれか一項に記載の情報処理装置。
12. さらに、前記最新バージョンのファームウェアのダウンロード条件を判定するダウンロード条件判定手段を含み、
    前記ファームウェア取得手段は、前記ダウンロード条件が成立したときに前記最新バージョンのファームウェアを外部からダウンロードする、
    請求項１〜１１のいずれか一項に記載の情報処理装置。
13. さらに、装置に対する入力信号が一定時間ないことを検出するための入力信号検出手段を含み、
    前記ダウンロード条件は、前記入力信号が一定時間ないことである、請求項１２に記載の情報処理装置。
14. 予め設定された前記最新バージョンのファームウェアのダウンロード日時の到来を検知するためのダウンロード日時検知手段を含み、
    前記ダウンロード条件は、前記ダウンロード日時の到来である、請求項１２に記載の情報処理装置。
15. 前記ダウンロード条件は、装置の電源ＯＦＦスイッチの押下の検出であり、
    前記ファームウェア取得手段は、前記電源ＯＦＦスイッチの押下を検出した後、前記装置への給電が停止するまでの間に前記最新バージョンのファームウェアを外部からダウンロードする、
    請求項１２に記載の情報処理装置。
16. 前記ファームウェア取得手段は、前記更新可否判断手段がファームウェアの更新が可能と判断した直後に前記最新バージョンのファームウェアを外部からダウンロードする、請求項１〜１１のいずれか一項に記載の情報処理装置。
17. 前記ファームウェア取得手段は、前記ファームウェア情報取得手段が取得した前記最新バージョンのファームウェアを構成する各モジュールのバージョン情報と、前記構成情報に含まれる各モジュールのバージョン情報を比較し、バージョンが異なるモジュールのみを外部からダウンロードする、請求項１〜１６のいずれか一項に記載の情報処理装置。
18. 利用者認証を実行する認証手段を含む、請求項１〜１７のいずれか一項に記載の情報処理装置。
19. 前記認証手段は、前記ファームウェア取得手段が前記最新バージョンのファームウェアのダウンロードを開始する直前に利用者認証を実行する、
    請求項１８に記載の情報処理装置。
20. 前記認証手段は、前記更新可否判断手段がファームウェアの更新が可能と判断した直後に利用者認証を実行する、請求項１８に記載の情報処理装置。