(57)【要約】【課題】  複数のファームウェアの更新をより効率よく行うことが可能なプロジェクタ等を提供すること。【解決手段】  複数のファームウェアを記憶したプロジェクタ１００が、少なくとも１つのファームウェアの更新データと、更新対象のファームウェアを識別するための識別データとを含む一括更新データ３１０を入力する入力部１１２と、前記識別データに基づき、更新対象のファームウェアを判定する判定部１１４と、前記更新データに基づき、前記更新対象のファームウェアを更新する更新部１１６とを含んで構成される。【選択図】  図１
2011034569.tif 000002
【特許請求の範囲】
【請求項１】
複数のファームウェアが記憶された処理システムにおいて、
少なくとも１つのファームウェアの更新データと、更新対象のファームウェアを識別するための識別データとを含む一括更新データを入力する入力部と、
前記識別データに基づき、更新対象のファームウェアを判定する判定部と、
前記更新データに基づき、前記更新対象のファームウェアを更新する更新部と、
を含むことを特徴とする処理システム。
【請求項２】
請求項１に記載の処理システムにおいて、
前記処理システムは、中継部を含み、
前記複数のファームウェアは、それぞれ異なるシステムに記憶され、
前記中継部は、当該異なるシステム間で送受信されるファームウェア更新用情報を中継することを特徴とする処理システム。
【請求項３】
請求項２に記載の処理システムにおいて、
前記処理システムは、前記入力部、前記判定部および前記更新部を含み、かつ、少なくとも１つのファームウェアを記憶した第１のシステムと、少なくとも１つのファームウェアを記憶した第２のシステムとを含み、
前記中継部は、前記第１のシステムおよび前記第２のシステムを更新可能状態に設定し、
前記更新部は、前記更新可能状態で前記第１のシステムおよび前記第２のシステムの少なくとも一方に記憶された前記更新対象のファームウェアを更新することを特徴とする処理システム。
【請求項４】
請求項３に記載の処理システムにおいて、
前記更新部は、前記第１のシステムおよび前記第２のシステムの各ファームウェアを更新する場合、前記中継部を介して前記第２のシステムのファームウェアを更新し、当該ファームウェアの更新に失敗した場合は前記第１のシステムおよび前記第２のシステムの各ファームウェアの更新をキャンセルし、前記第２のシステムのファームウェアの更新に成功した場合は前記第１のシステムのファームウェアを更新することを特徴とする処理システム。
【請求項５】
請求項１〜４のいずれかに記載の処理システムを有するプロジェクタ。
【請求項６】
複数のファームウェアが記憶された処理システムの有するコンピュータを、
少なくとも１つのファームウェアの更新データと、更新対象のファームウェアを識別するための識別データとを含む一括更新データを入力する入力部と、
前記識別データに基づき、更新対象のファームウェアを判定する判定部と、
前記更新データに基づき、前記更新対象のファームウェアを更新する更新部として機能させることを特徴とするプログラム。
【請求項７】
請求項６に記載のプログラムを記憶した、コンピュータ読み取り可能な情報記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファームウェアのアップデートを行うための処理システム、プロジェクタ、プログラムおよび情報記憶媒体に関する。
【背景技術】
【０００２】
プロジェクタには複数のファームウェアが記憶されている場合がある。例えば、インターフェース部内のフラッシュメモリに第１のファームウェアが記憶され、制御部内のフラッシュメモリに第２のファームウェアが記憶されている場合がある。
【０００３】
このような場合、従来の手法では、プロジェクタは、それぞれ別の方法で各ファームウェアをアップデートする必要があり、外付けのメモリに記憶されたアップデートファイルを読み込むことによって第１のファームウェアをアップデートし、シリアルポートを介してアップデートファイルを読み込むことによって第２のファームウェアをアップデートしていた。
【０００４】
このため、従来の手法では、プロジェクタは、複数のファームウェアを同時にアップデートすることができず、処理効率がよくなかった。
【０００５】
別の手法として、例えば、特許文献１では、不要なリブート動作を排除して更新処理を効率よく行うことを目的として、ＰＣに記憶された複数のファームウェアから使用するファームウェアを選択し、選択したファームウェアを１つずつ受信し、受信完了時にリブート処理を実行する画像形成装置が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１９０３０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、この手法では、ファームウェアを１つずつ受信するため転送効率が悪い。
【０００８】
本発明の目的は、複数のファームウェアの更新をより効率よく行うことが可能な処理システム、プロジェクタ、プログラムおよび情報記憶媒体を提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、本発明に係る処理システムは、
複数のファームウェアが記憶された処理システムにおいて、
少なくとも１つのファームウェアの更新データと、更新対象のファームウェアを識別するための識別データとを含む一括更新データを入力する入力部と、
前記識別データに基づき、更新対象のファームウェアを判定する判定部と、
前記更新データに基づき、前記更新対象のファームウェアを更新する更新部と、
を含むことを特徴とする。
【００１０】
また、本発明に係るプロジェクタは、上記処理システムを有することを特徴とする。
【００１１】
また、本発明に係るプログラムは、
複数のファームウェアが記憶された処理システムの有するコンピュータを、
少なくとも１つのファームウェアの更新データと、更新対象のファームウェアを識別するための識別データとを含む一括更新データを入力する入力部と、
前記識別データに基づき、更新対象のファームウェアを判定する判定部と、
前記更新データに基づき、前記更新対象のファームウェアを更新する更新部として機能させることを特徴とする。
【００１２】
また、本発明に係る情報記憶媒体は、コンピュータ読み取り可能な情報記憶媒体であって、上記プログラムを記憶したことを特徴とする。
【００１３】
本発明によれば、処理システム等は、複数のファームウェアの更新を行う場合であっても、１回だけ一括更新データを入力することによって更新できるため、複数のファームウェアの更新をより効率よく行うことができる。
【００１４】
また、前記処理システムは、中継部を含み、
前記複数のファームウェアは、それぞれ異なるシステムに記憶され、
前記中継部は、当該異なるシステム間で送受信されるファームウェア更新用情報を中継してもよい。
【００１５】
これによれば、処理システム等は、各システムが異なる入力インターフェースを有する場合であっても、中継部によって各システム間の情報を中継できるので、入力インターフェースの使用を省略できるため、複数のファームウェアの更新をより効率よく行うことができる。
【００１６】
また、前記処理システムは、前記入力部、前記判定部および前記更新部を含み、かつ、少なくとも１つのファームウェアを記憶した第１のシステムと、少なくとも１つのファームウェアを記憶した第２のシステムとを含み、
前記中継部は、前記第１のシステムおよび前記第２のシステムを更新可能状態に設定し、
前記更新部は、前記更新可能状態で前記第１のシステムおよび前記第２のシステムの少なくとも一方に記憶された前記更新対象のファームウェアを更新してもよい。
【００１７】
これによれば、処理システム等は、更新可能状態に設定してから更新対象のファームウェアを更新することにより、複数のファームウェアの更新をより効率よく行うことができる。
【００１８】
また、前記更新部は、前記第１のシステムおよび前記第２のシステムの各ファームウェアを更新する場合、前記中継部を介して前記第２のシステムのファームウェアを更新し、当該ファームウェアの更新に失敗した場合は前記第１のシステムおよび前記第２のシステムの各ファームウェアの更新をキャンセルし、前記第２のシステムのファームウェアの更新に成功した場合は前記第１のシステムのファームウェアを更新してもよい。
【００１９】
これによれば、処理システム等は、複数のファームウェアを更新する場合に、１つのファームウェアの更新が失敗した場合はすべての更新をキャンセルすることにより、複数のファームウェアが非同期に更新されることを防止することができる。
【図面の簡単な説明】
【００２０】
【図１】本実施例におけるプロジェクタの機能ブロック図である。
【図２】本実施例におけるファームウェア更新処理の流れを示す概略フローチャートである。
【図３】本実施例における一括更新データのデータ構造を示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明をプロジェクタに適用した場合を例に採り、図面を参照しつつ説明する。なお、以下に示す実施例は、特許請求の範囲に記載された発明の内容を何ら限定するものではない。また、以下の実施例に示す構成の全てが、特許請求の範囲に記載された発明の解決手段として必須であるとは限らない。
【００２２】
図１は、本実施例におけるプロジェクタ１００の機能ブロック図である。
【００２３】
プロジェクタ１００は、第１のシステムであるインターフェースシステム１１０と、第２のシステムである制御システム１３０と、インターフェースシステム１１０と制御システム１３０で送受信される情報を中継する中継部１２０とを含んで構成されている。なお、制御システム１３０は、シリアルポートを介してデータを入力する機能を有しているが、インターフェースシステム１１０と直接的に情報を送受信する機能を有していないため、中継部１２０が設けられている。
【００２４】
また、インターフェースシステム１１０は、ＰＣPersonal Computer３００または携
帯型情報記憶媒体４００に記憶された一括更新データ３１０を入力する入力部１１２と、一括更新データ３１０の内容を判定する判定部１１４と、ＯＳを含むファームウェアを記憶したファームウェア記憶部１１８と、ファームウェアを更新する更新部１１６とを含んで構成されている。また、インターフェースシステム１１０、中継部１２０および制御システム１３０は、ファームウェアを更新するための処理システムとして機能する。
【００２５】
また、制御システム１３０は、投写用のランプの点灯制御等を行うシステムであり、ＯＳを含むファームウェアを記憶したファームウェア記憶部１３４と、ファームウェア記憶部１３４のファームウェアを更新する制御部１３２とを含んで構成されている。
【００２６】
なお、これらの各部を実装するためのハードウェアとしては以下のものを採用可能である。例えば、入力部１１２としては入出力ポート、カードリーダー、ＬＡＮポート等、判定部１１４、更新部１１６、制御部１３２としてはＣＰＵ等、ファームウェア記憶部１１８、１３４としてはフラッシュメモリ等、中継部１２０としてはＣＰＵ、転送バス等を採用可能である。また、携帯型情報記憶媒体４００としては、例えば、コンパクトフラッシュ（登録商標）カード等の一般的に用いられているメモリカード等が該当する。
【００２７】
また、プロジェクタ１００は、情報記憶媒体２００からプログラムを読み取ることにより、これらの各部の機能を実装してもよい。
【００２８】
なお、情報記憶媒体２００としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＩＣカード、ＲＯＭ、ＲＡＭ、メモリカード、ＨＤＤ等のレーザーや磁気等を用いた記憶媒体を適用できる。また、情報記憶媒体２００からのプログラムの読み取り方式は、接触式でも非接触式でもよい。また、プロジェクタ１００は、ネットワークを介してプログラムをダウンロードすることにより、これらの各部の機能を実装してもよい。
【００２９】
次に、これらの各部を用いたファームウェア更新処理の流れについて説明する。
【００３０】
図２は、本実施例におけるファームウェア更新処理の流れを示す概略フローチャートである。
【００３１】
ユーザーは、ＰＣ３００または携帯型情報記憶媒体４００をプロジェクタ１００に接続し、プロジェクタ１００の操作ボタン等を用いてファームウェアの更新指示を行う。なお、ＰＣ３００または携帯型情報記憶媒体４００には、ネットワークを介してサーバーからダウンロードされた一括更新データ３１０が記憶されている。なお、ＰＣ３００の送受信部がサーバーから複数のファームウェア更新用の更新データをダウンロードし、ＰＣ３００の情報生成部が当該更新データに基づいて一括更新データ３１０を生成してもよい。
【００３２】
更新部１１６は、当該更新指示に応じて中継部１２０に更新指示コマンド（ファームウェア更新用情報）を出力し、中継部１２０は当該指示コマンドを制御システム１３０に転送する。
【００３３】
制御システム１３０は、現在の状態を保存し、投写用のランプを消灯し、制御システム１３０の終了処理を実行する。
【００３４】
そして、制御システム１３０は、中継部１２０にリセット指示（ファームウェア更新用情報）を行う。中継部１２０は、当該リセット指示に応じてインターフェースシステム１１０をリセットし、制御システム１３０をリセットする。さらに、制御システム１３０は、インターフェースシステム１１０を再起動する。これにより、インターフェースシステム１１０および制御システム１３０はファームウェアの更新が可能な状態（更新可能状態）になる。
【００３５】
中継部１２０は通常モードからダウンロードモードに移行する。
【００３６】
また、インターフェースシステム１１０は、ファームウェア更新システムを起動する。具体的には、入力部１１２は、一括更新データ３１０を入力する。
【００３７】
図３は、本実施例における一括更新データ３１０のデータ構造を示す図である。
【００３８】
一括更新データ３１０は、インターフェースシステム１１０用の第１ヘッダおよび第１データ並びに制御システム１３０用の第２ヘッダおよび第２データを含む。
【００３９】
また、第１ヘッダおよび第２ヘッダは、更新対象のファームウェアを識別するための「識別データ」、第１データまたは第２データの一括更新データ３１０の先頭アドレスからのオフセットを示す「オフセット」、第１データまたは第２データのデータサイズを示す「サイズ」等を含む。なお、これらのヘッダは、例えば、データが正常であるかどうかを検証するためのチェックデータ、バージョン情報、認証情報等を含んでもよい。また、各ヘッダのサイズは固定である。
【００４０】
また、識別データは、数値によって更新データの有無を示し、具体的には、例えば、０である場合は更新データがないことを示し、１である場合は第１データがあることを示し、２である場合は第２データがあることを示す。例えば、第１ヘッダの識別データの値が１であり、第２ヘッダの識別データの値が２である場合は第１データおよび第２データが存在し、第１ヘッダの識別データの値が１であり、第２ヘッダの識別データの値が０である場合は第１データのみが存在し、第１ヘッダの識別データの値が０であり、第２ヘッダの識別データの値が２である場合は第２データのみが存在し、第１ヘッダの識別データの値が０であり、第２ヘッダの識別データの値が０である場合は更新データが存在しないことを示す。
【００４１】
すなわち、判定部１１４は、第１ヘッダおよび第２ヘッダの識別データを参照することにより、更新対象を判定する。ここでは、インターフェースシステム１１０および制御システム１３０のファームウェアを更新するものとする。
【００４２】
更新部１１６は、第２ヘッダおよび第２データに基づく更新コマンド（ファームウェア更新用情報）を中継部１２０に送信する。中継部１２０は、当該更新コマンドを制御システム１３０に送信する。
【００４３】
制御部１３２は、当該更新コマンドに基づき、ファームウェア記憶部１３４内のファームウェアを更新する。なお、更新コマンドは、データサイズに応じて複数回送信されてもよい。
【００４４】
また、更新部１１６は、中継部１２０を介して送信される制御システム１３０からの更
新コマンドに対する応答コマンド（ファームウェア更新用情報）に基づいて更新が成功したかどうかを判定する。例えば、応答コマンドが失敗を示すものである場合、キャンセルコマンドを中継部１２０に発行し、制御システム１３０でのファームウェアの更新をキャンセルさせ、インターフェースシステム１１０でのファームウェアの更新も行わない。なお、更新部１１６は、失敗の場合はファームウェアの更新を再試行してもよい。
【００４５】
制御システム１３０でのファームウェアの更新が成功した場合、更新部１１６は、第１ヘッダおよび第１データに基づき、ファームウェア記憶部１１８に記憶されたファームウェアを更新する。
【００４６】
そして、更新部１１６は、当該ファームウェアの更新が完了した場合、中継部１２０に再起動指示コマンド（ファームウェア更新用情報）を発行する。中継部１２０は、当該再起動指示コマンドに応じてインターフェースシステム１１０を再起動し、制御システム１３０を再起動する。
【００４７】
以上の手順により、プロジェクタ１００は、複数のシステムに記憶された各ファームウェアを更新する。
【００４８】
以上のように、本実施例によれば、プロジェクタ１００は、複数のファームウェアの更新を行う場合であっても、１回だけ一括更新データ３１０を入力することによって更新できるため、複数のファームウェアの更新をより効率よく行うことができる。
【００４９】
また、本実施例によれば、プロジェクタ１００は、制御システム１３０のファームウェア更新、制御システム１３０の再起動、インターフェースシステム１１０のファームウェア更新、インターフェースシステム１１０の再起動という処理手順ではなく、制御システム１３０のファームウェア更新、インターフェースシステム１１０のファームウェア更新、インターフェースシステム１１０および制御システム１３０の再起動という処理手順でファームウェアを更新できるため、より効率よくファームウェアを更新することができる。
【００５０】
また、本実施例によれば、プロジェクタ１００は、各システムが異なる入力インターフェースを有する場合であっても、中継部１２０によって各システム間の情報を中継できるので、入力インターフェースの使用を省略できるため、複数のファームウェアの更新をより効率よく行うことができる。
【００５１】
また、本実施例によれば、プロジェクタ１００は、更新可能状態に設定してから更新対象のファームウェアを更新することにより、複数のファームウェアの更新をより効率よく行うことができる。
【００５２】
さらに、本実施例によれば、プロジェクタ１００は、複数のファームウェアを更新する場合に、１つのファームウェアの更新が失敗した場合はすべての更新をキャンセルすることにより、複数のファームウェアが非同期に更新されることを防止することができる。
【００５３】
なお、本発明の適用は上述した実施例に限定されず、種々の変形が可能である。
【００５４】
例えば、上述した実施例では、更新データごとに識別データが設けられているが、更新データ数に関わらず、１つの識別データだけが用いられてもよい。この場合、例えば、識別データの数値が０であれば一括更新データ３１０に第１データおよび第２データが存在し、数値が１であれば第１データのみが存在し、数値が２であれば第２データのみが存在することを示してもよい。
【００５５】
また、ＰＣ３００から一括更新データ３１０がプロジェクタ１００に読み込まれる場合、ＰＣ３００がファームウェアの更新状況を表示してもよい。また、携帯型情報記憶媒体４００から一括更新データ３１０がプロジェクタ１００に読み込まれる場合、プロジェクタ１００のＬＥＤの色を変化させながら点灯することによってファームウェアの更新状況を示してもよい。
【００５６】
また、本発明を適用可能なシステムは、インターフェースシステム１１０、制御システム１３０に限定されず、ファームウェアを記憶した種々のシステムを採用可能である。また、ファームウェアを記憶したシステムの個数は２つに限定されず、３つ以上であってもよい。プロジェクタ１００は、３つ以上の場合であっても同一のインターフェースによって更新対象のファームウェアだけを効率よく更新することができる。また、ユーザーも、更新対象を意識することなく、ファームウェアを更新することができ、更新作業を効率化できる。
【００５７】
また、本発明を適用可能なプロジェクタは、前面投写型のプロジェクタに限定されず、背面投写型のプロジェクタであってもよい。また、プロジェクタは、液晶プロジェクタには限定されず、ＣＲＴプロジェクタ、ＤＬＰプロジェクタ、ＬＥＤプロジェクタ等であってもよい。
【００５８】
また、プロジェクタ１００の機能を複数の装置（例えば、プロジェクタとＰＣ等）に分散して実装してもよい。
【符号の説明】
【００５９】
１００  プロジェクタ（処理システム）、１１０  インターフェースシステム（第１のシステム）、１１２  入力部、１１４  判定部、１１６  更新部、１２０  中継部、１３０  制御システム（第２のシステム）、１３２  制御部、１３４  ファームウェア記憶部、２００  情報記憶媒体、３１０  一括更新データ
【図１】
2011034569.tif 000003
【図２】
2011034569.tif 000004
【図３】
2011034569.tif 000005
【手続補正書】
【提出日】平成22年9月22日(2010.9.22)
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００１
【補正方法】変更
【補正の内容】
【０００１】
本発明は、ファームウェアのアップデートを行うためのプロジェクタおよびファームウェア更新方法に関する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００８
【補正方法】変更
【補正の内容】
【０００８】
本発明の目的は、複数のファームウェアの更新をより効率よく行うことが可能なプロジェクタおよびファームウェア更新方法を提供することにある。
【手続補正４】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のシステムのそれぞれにファームウェアが記憶されたプロジェクタにおいて、
前記複数のシステムにおけるインターフェースシステムと、
前記複数のシステムにおける制御システムと、
中継部と、
を含み、
前記インターフェースシステムは、
少なくとも１つのファームウェアの更新データと、更新対象のファームウェアを識別するための識別データとを含む一括更新データが入力される入力部と、
前記識別データに基づき、更新対象のファームウェアを判定する判定部と、
前記更新データに基づき、前記更新対象のファームウェアを更新する更新部と、
第１のファームウェアが記憶された第１のファームウェア記憶部と、
を含み、
前記中継部は、前記制御システムからのリセット指示に応じて、前記インターフェースシステムおよび前記制御システムをリセットし、
前記制御システムは、前記中継部によるリセットが行われた状態で、前記インターフェースシステムを再起動し、
前記更新部は、前記再起動が行われた状態で、前記更新対象のファームウェアを更新する、
プロジェクタ。
【請求項２】
請求項１に記載のプロジェクタにおいて、
前記制御システムは、
制御部と、
第２のファームウェアが記憶された第２のファームウェア記憶部と、
を含み、
前記更新部は、前記更新対象のファームウェアに前記第２のファームウェアが含まれる場合は更新コマンドを前記中継部に送信し、
前記中継部は、前記更新部からの前記更新コマンドを前記制御システムに送信し、
前記制御部は、前記中継部からの前記更新コマンドに基づき、前記第２のファームウェアを更新する、
プロジェクタ。
【請求項３】
請求項２に記載のプロジェクタにおいて、
前記更新部は、前記更新対象のファームウェアに前記第１のファームウェアおよび前記第２のファームウェアが含まれる場合、前記中継部を介して送信される前記制御システムからの前記第２のファームウェアの更新が成功したことを示す応答コマンドに応じて、前記第１のファームウェアを更新する、
プロジェクタ。
【請求項４】
それぞれにファームウェアが記憶された複数のシステムと、中継部とを含む装置におけるファームウェア更新方法であって、
前記複数のシステムは、
第１のファームウェアが記憶された第１のファームウェア記憶部を含むインターフェースシステムと、
第２のファームウェアが記憶された第２のファームウェア記憶部を含む制御システムと、
を含み、
前記インターフェースシステムは、
少なくとも１つのファームウェアの更新データと、更新対象のファームウェアを識別するための識別データとを含む一括更新データが入力され、
前記識別データに基づき、更新対象のファームウェアを判定し、
前記制御システムは、前記中継部にリセット指示を送信し、
前記中継部は、前記リセット指示に応じて、前記インターフェースシステムおよび前記制御システムをリセットし、
前記制御システムは、前記中継部によるリセットが行われた状態で、前記インターフェースシステムを再起動し、
前記インターフェースシステムは、前記再起動が行われた状態で、前記更新データに基づき、前記更新対象のファームウェアを更新する、
ファームウェア更新方法。