JP5418194B2 - 撮像システム - Google Patents

Description

本発明は、本体ユニットとレンズユニットが分離するレンズ交換式の撮像システムに係り、特に、各ユニットのファームウェアバージョンの管理制御を行う撮像システムに関するものである。

近年、カメラシステム（撮像システム）として本体ユニットに交換可能な撮像レンズを装着できる一眼レフタイプのデジタルカメラが市販されている。様々な画角や明るさを持つ撮影レンズの中で所望するタイプを選択し、本体ユニットに装着することで、大きなボケやノイズの少ない高感度撮影を行うことが可能となっている。

一般に一眼レフタイプのデジタルカメラは、本体ユニットと撮像レンズの組合せが限定されているものが多く、これを解消するための対策例として、撮像レンズ側に撮像素子と画像処理部等を搭載し、撮像レンズユニット側で画像データを生成して本体ユニットに送信することで、より多様な撮像レンズを本体ユニットに組合せて用いることを可能としている。

さらに、撮像素子を備えた交換可能なレンズユニットにおいて、被写体画像データを生成し、これと接続する本体ユニット側で画像データの加工処理などを行うことにより、撮像システムのユニットの小型化と画像データ処理の高速化を図ることや、特許文献１に開示されているような、データ量の大きい画像データをレンズユニットの記憶手段に記録し、画素を間引いてデータ量を縮小した画像データを本体ユニットに転送することで、データ転送にかかる電力消費を抑えて装置の省電力化を図ることも可能となる。

このような構成によって、１つのカメラ本体に様々な種類の交換レンズを装着してもスムーズに対応でき、より高度な性能を利用することができるが、各ユニットにおいては、複数種類の機能を備えたファームウェアを搭載することになり、その互換性が重要な問題となる。同一の機種であってもファームウェアのバージョンが異なる場合が有り、かつその違いを外見的には判断することは難しく、本体ユニットにレンズユニットを取りあえず装着することも多々行われ、結果として、バージョンが一致せずに動作しないこととなる。

したがって、このようなカメラシステムにおいては、レンズユニット側の画像処理部と本体ユニット側の画像処理部とで互換性の有るファームウェアにバージョンを合わせることが必要となる。

特許文献２には、レンズユニットのバージョンアップを、本体ユニットから送信されたファームウェアで行い、レンズユニットのバージョンアップの際に、ファームウェアのバージョン番号を確認し、バージョンダウンになるなら警告を表示し、バージョンアップなら自動的にバージョンの更新処理を行うことが開示されている。

また、特許文献３には、各部品のバージョン情報を管理できるように、ユーザに表示してバージョンアップの漏れが発生しないようにするとともに、バージョンアップが必要な場合には自動的にバージョンアップもできる構成が開示されている。

そして、特許文献４にも同様に、各部品毎のバージョン情報を管理できるとともに、バージョンアップが必要な場合には自動的にバージョンアップもできる構成であって、さらにファームウェアがサーバからダウンロードすることで最新のバージョンに更新できることが開示されている。

しかしながら、このような構成のバージョンの更新処理は、本体ユニットのバージョンが古く、レンズユニットだけのバージョンアップを行うと正常に動作しないような場合に、誤ってバージョンアップが行われてしまうことによって、最悪の場合にはカメラシステムが立ち上がらなくなる可能性も有り、さらには、レンズユニットと本体ユニットのファームウェアが別のものであること、かつバージョン毎に互換性等の条件も有しており、その管理が煩わしいという課題が有る。またさらに、レンズ交換式という特性を生かして最適な撮影条件等に対応するためには、用いるレンズユニットの種類がさらに増えてしまい、前述の課題がさらに大きくなる。

本発明は、前記従来技術の課題を解決するものであり、各ユニットの複数のファームウェアを１つに統合した統合ファームウェアとし、全ユニットのバージョンアップを可能とすることで、バージョン管理を簡素化し、さらに、レンズユニットと本体ユニットのバージョンアップを同時に行うことを可能とし、意図しないバージョンの組合せとなるバージョンアップが行われることを予防できる撮像システムを提供することを目的とする。

前記の目的を達成するために、本発明に係る請求項１に記載した撮像システムは、被写体を表す光学像を撮像手段により画像データに変換する撮像素子が設けられたレンズユニットと、前記レンズユニットを着脱自在に保持する本体ユニットと、前記レンズユニットの単数あるいは複数のファームウェア、および前記本体ユニットの単数あるいは複数のファームウェアを１つにした統合ファームウェアを用いて、前記ファームウェアを管理する手段と、を備えると共に、適合バージョン番号を登録した互換テーブル部が前記統合ファームウェアに設けられた撮像システムであって、前記レンズユニットと本体ユニット間で授受されるユニット情報が持つバージョン番号と、前記互換テーブル部が持つバージョン番号とを比較して、ファームウェアのバージョンアップを行うか否かを決定する手段と、前記統合ファームウェアをレンズユニットと本体ユニット間で通信手段を介して授受し、前記統合ファームウェア内の該当するファームウェアにバージョンアップする手段と、前記統合ファームウェアに、複数のレンズユニットに対応のファームウェアを有する場合、前記ファームウェアのバージョンアップを前記複数のレンズユニットに順番に実施するため、バージョンアップ後に前記レンズユニットを交換する旨を表示する表示手段と、を備えることを特徴とする。

また、本発明に係る請求項２に記載した撮像システムは、被写体を表す光学像を撮像手段により画像データに変換する撮像素子が設けられたレンズユニットと、前記レンズユニットを着脱自在に保持する本体ユニットと、前記レンズユニットの単数あるいは複数のファームウェア、および前記本体ユニットの単数あるいは複数のファームウェアを１つにした統合ファームウェアを用いて、前記ファームウェアを管理する手段と、を備えると共に、適合バージョン番号を登録した互換テーブル部が前記統合ファームウェアに設けられた撮像システムであって、前記レンズユニットと本体ユニット間で授受されるユニット情報が持つバージョン番号と、前記互換テーブル部が持つバージョン番号とを比較して、ファームウェアのバージョンアップを行うか否かを決定する手段と、前記統合ファームウェアをレンズユニットと本体ユニット間で通信手段を介して授受し、前記統合ファームウェア内の該当するファームウェアにバージョンアップする手段と、前記統合ファームウェアに、複数の本体ユニットに対応のファームウェアを有する場合、前記ファームウェアのバージョンアップを前記複数の本体ユニットに順番に実施するため、バージョンアップ後に前記本体ユニットを交換する旨を表示する表示手段と、を備えることを特徴とする。

また、請求項３に記載した発明は、請求項１又は２の撮像システムにおいて、レンズユニットと本体ユニット間で授受する、ユニット情報に付加されるファームウェアのバージョンアップ可否情報に基づき、ファームウェアをバージョンアップする手段を制御することを特徴とする。

この構成によって、電源の電圧値や記憶部の空き容量等の外的要因を含んだユニット情報によりバージョンアップ処理の可否を制御し、バージョンアップを正確にすることができる。

また、請求項４に記載した発明は、請求項１又は２の撮像システムにおいて、レンズユニットと本体ユニット間で授受する、ファームウェアをバージョンアップする手段が実行した結果情報に基づき、実行結果を表示手段に表示することを特徴とする。

この構成によって、バージョンアップの実行した結果を使用者に報知することができる。

また、請求項５に記載した発明は、請求項１又は２の撮像システムにおいて、レンズユニットと本体ユニットの両方にファームウェアをバージョンアップする手段を備え、統合ファームウェア内それぞれの該当するファームウェアに同時にバージョンアップすることを特徴とする。

この構成によって、両ユニットを同時にバージョンアップ処理が可能となり、より簡単にバージョンアップすることができる。

また、請求項６に記載した発明は、請求項１又は２の撮像システムにおいて、レンズユニットと本体ユニットの各記憶部に記憶した統合ファームウェアのバージョン情報を比較する手段と、バージョン情報の比較結果に基づき統合ファームウェアをバージョンアップする手段を備えたこと、を特徴とする。更に、請求項７に記載した発明は、請求項６の撮像システムにおいて、レンズユニットに代えて、外部記憶部に記憶した統合ファームウェアと本体ユニットの記憶部に記憶した統合ファームウェアのバージョン情報を比較する手段を備えたことを特徴とする。

この構成によって、最新の統合ファームウェアに統一することができる。

また、請求項８に記載した発明は、請求項１又は２の撮像システムにおいて、ファームウェアのバージョンアップを行うか否かを決定する手段が、決定したバージョンアップの実施または未実施の結果を表示手段に表示することを特徴とする。

この構成によって、バージョンアップの処理した結果を確認することができ、誤操作を防止できる。

また、請求項９に記載した発明は、請求項１又は２の撮像システムにおいて、ファームウェアのバージョンアップを行うか否かを決定する手段が、決定した結果に基づき、バージョンアップの実施または未実施とする処理の実行をユーザが選択可能に表示手段に表示することを特徴とする。

この構成によって、バージョンアップの処理を確認して、その処理を中止することが可能となり、誤操作を防止できる。

また、請求項１０に記載した発明は、請求項１又は２の撮像システムにおいて、レンズユニットと本体ユニット間で授受されるユニット情報に、各ユニットを特定可能とする情報の登録手段を備え、ファームウェアのバージョンアップを行う際に、登録した情報を表示手段に表示することを特徴とする。

この構成によって、バージョンアップの処理をするユニットの確認が容易となり、誤操作を防止することができる。

請求項１，２の発明によれば、各ユニットの複数のファームウェアを１つの統合ファームウェアとして扱えることから使用者の誤操作を少なく、また、全てのレンズユニットや本体ユニットで共通使用でき、バージョン管理がし易く、バージョンアップ処理の効率化を図ることができるという効果を奏する。
また、請求項１，２の発明によれば、前記ファームウェアを管理する手段が用いる統合ファームウェアに、適合バージョン番号が登録された互換テーブル部が設けられている。しかも、前記レンズユニットと本体ユニット間で授受されるユニット情報が持つバージョン番号と、前記互換テーブル部が持つバージョン番号とを比較して、ファームウェアのバージョンアップを行うか否かを決定する手段と、を設けている。この構成によって、ファームウェアのバージョンアップの要否を含めて判断することができ、処理が容易になり、効率化を図ることができる。
しかも、請求項１の発明は、前記統合ファームウェアに、複数のレンズユニットに対応のファームウェアを有する場合、前記ファームウェアのバージョンアップを前記複数のレンズユニットに順番に実施するため、バージョンアップ後に前記レンズユニットを交換する旨を表示する表示手段を有する。この請求項１の構成によれば、バージョンアップを行う全てのレンズユニットに対し、順番に交換を促す表示を行って、処理漏れと誤操作を防ぐことができる。
また、請求項２の発明は、前記統合ファームウェアに、複数の本体ユニットに対応のファームウェアを有する場合、前記ファームウェアのバージョンアップを前記複数の本体ユニットに順番に実施するため、バージョンアップ後に前記本体ユニットを交換する旨を表示する表示手段を有する。この請求項２の構成によれば、バージョンアップを行う全ての本体ユニットに対し、順番に交換を促す表示を行って、処理漏れと誤操作を防ぐことができる。

本発明の実施の形態におけるカメラシステムの概略を示す斜視図 本実施の形態における本体ユニットを背面から見た平面図 本実施の形態におけるカメラシステムの概略構成を示すブロック図 本実施の形態における実施例１のユニット間の送信側の処理を示すフローチャート 本実施例１におけるユニット情報を示す図 本実施例１におけるファームウェアのアップデートの操作例を示す図 本実施例１におけるユニット間の受信側の処理を示すフローチャート 本実施例１における統合ファームウェアの構成例を示す図 本実施例１における統合ファームウェアの別の構成例を示す図 本実施例１における警告表示を示す図 本実施例１におけるユニット情報にファームバージョンアップ可能情報を設定した送信側の処理を示すフローチャート 本実施例１におけるファームウェアのバージョンアップの完了確認を行う送信側の処理を示すフローチャート 本実施例１におけるファームウェアのバージョンアップの完了確認を行う受信側の処理を示すフローチャート 本実施例１における撮像システムのファームウェアバージョンアップの処理シーケンスを示す図 本実施の形態における実施例２のユニット間にて行うバージョンアップ処理を示すフローチャート 本実施例２における統合ファームウェアの構成例を示す図 本実施例２におけるユニット情報の例を示す図 本実施例２における比較判定する互換テーブル部の拡張例を示す図 本実施例２における表示部に表示するバージョンアップ画面を示す図 本実施例２における表示部に表示するバージョンアップ警告画面を示す図 本実施例２における本体ユニット側にて行うレンズユニットのバージョンアップ処理のフローチャート 本実施例２におけるレンズユニット側にて行うバージョンアップ処理のフローチャート 本実施の形態における実施例３のユニット間にて行われるバージョンアップ処理のフローチャート 本実施例３における表示部に表示するレンズユニット交換画面を示す図 本実施例３における表示部に表示するレンズユニット交換催促画面を示す図 本実施例３における表示部に表示する本体ユニット交換催促画面を示す図

以下、図面を参照して本発明における実施の形態を詳細に説明する。

図１は本発明の実施の形態におけるカメラシステム（撮像システム）の概略を示す斜視図である。図１においてカメラシステム３は、本体ユニット２と、本体ユニット２に着脱自在なレンズユニット１からなる。カメラシステム３は、レンズユニット１と本体ユニット２が一体となって撮像装置としての機能を発揮する。レンズユニット１は種々のタイプの中から利用者が適宜選択して本体ユニット２に装着するものであって、例えば、単焦点レンズのレンズ部４（図１（ａ））や、光学ズームを搭載したレンズ部４’（図１（ｂ））が有る。

レンズユニット１，１’は、前面に露呈したレンズ部４，４’と、このレンズ部４，４’が結像した被写体光を光電変換するＣＣＤ（撮像素子）とを有している。本体ユニット２は、レンズユニット１を着脱自在に保持し、種々の制御信号を送受してＣＣＤなどを駆動することにより、被写体光に応じたデジタルの画像データを取得する。

また、レンズユニット１，１’は、例えば、レンズ部４，４’として焦点距離が異なるもの、ＣＣＤの画素数が異なるもの、モノクロ撮影が可能なもの、赤外線撮影が可能なものなど、複数種類のものが予め用意される。カメラシステム３は、これらの各レンズユニット１を選択的に本体ユニット２に装着することにより、撮影状況に応じた画像データを容易に得られるようにしている。

また、図２は本体ユニットを背面から見た平面図である。本体ユニット２の背面には、カメラシステム３の電源のオン／オフを切り替える電源スイッチ２８と、撮影した画像やスルー画像、および各種のメニュー画面などを表示するＬＣＤ（表示部）２４と、カメラシステム３に対して種々の指示を入力するための操作部２５とが設けられている。操作部２５には、例えば、レンズ部４のズームをワイド側、およびテレ側に変倍させるズーム操作ボタン２５ａ、ＬＣＤ２４にメニュー画面を表示させる際や選択内容を決定する際などに操作されるメニューボタン２５ｂ、およびメニュー画面内でカーソルを移動させる十字キー（ＡＤＪ．／ＯＫ）２５ｃなどが配置されている。

図３は本実施の形態におけるカメラシステムの概略構成を示すブロック図である。図３において、レンズユニット１は、シリアルポートやパラレルポートなどの通信Ｉ／Ｆ１１を用いて本体ユニット２と通信することが可能である。

また、レンズユニット１は、ファームウェアや各種の情報を記憶するフラッシュメモリなどの記憶部１２と、ＣＣＤ，ＡＤ変換器など画像情報の入力部である撮像部１３と、レンズユニット１の全体を制御する制御部１０を有する。なお、制御部１０は、ＣＰＵ／ＲＯＭ／ＲＡＭ／入出力ポート（Ｉ／Ｏポート）およびこれらを結ぶバスラインなどからなる周知のマイクロコンピュータにより構成されている。

本体ユニット２には、ＳＤカードなど取り外しの可能な外部記憶手段となるメモリカード２７と、メモリカード２７の制御を行うメディアコントローラ２６と、ファームウェアや各種の情報を記憶するフラッシュメモリなどの記憶部２２と、各種情報を表示する表示部（ＬＣＤ）２４と、外部からの入力を行う操作部２５と、レンズユニット１とのインタフェースを制御する通信Ｉ／Ｆ２１と、本体ユニット２の全体を制御する制御部２０を有する。

また、制御部２０も、ＣＰＵ／ＲＯＭ／ＲＡＭ／入出力ポート（Ｉ／Ｏポート）およびこれらを結ぶバスラインなどからなる周知のマイクロコンピュータにより構成されている。

図４は本実施の形態における実施例１のレンズユニットと本体ユニット間において行われる送信側の処理を示すフローチャートである。いま、カメラシステムの電源をオンにすると、例えば図５に示すようなユニット情報を通信Ｉ／Ｆ２１（図３参照）を経由して送信する（Ｓ１）。図５で示したユニット情報は、ユニット自体を示す機種番号、ユニット種別などを含み、メインＣＰＵファームウェアの他に、モニタープログラム、調整値データ、サブＣＰＵファームウェアなど、他のバージョン番号も記載している。このように、他のプログラムバージョンも管理できるようにしておくと、バージョン番号の比較によりレンズ交換式のカメラシステムで互換性のチェックがより厳密に行えるようになる。

その後、相手側のユニット情報を受信すると（Ｓ２）、受信したユニット情報から相手ユニットのファームウェアが有るか否かチェックする（Ｓ３）。通常はメモリカード２７や記憶部２２にファームウェアが格納されている。例えば、統合ファームウェアがメモリカード２７に有る場合、制御部２０によって記憶部２２にコピーし、統合ファームウェア内に該当するファームウェアの有無を確認することになる。ファームウェアが有る場合（Ｓ３のＹｅｓ）、相手ユニット側の準備を促すためにファームウェア有り情報を通知する（Ｓ４）。

その後、相手ユニットへ該当するファームウェアを有する統合ファームウェアを送信する（Ｓ５）。送信完了を確認して（Ｓ６）処理を終了する。また、処理Ｓ３でファームウェアがない場合（Ｓ３のＮｏ）、ファームウェア無し情報を通知する（Ｓ７）。

図６に該当するファームウェアのアップデートの操作例を記載する。この操作例のように、操作をすることで、図４に示した送信側の処理を開始しても良いし、通常の電源オンにより自動的に開始する場合も考えられる。

また、図７は本実施例１における受信側の処理を示すフローチャートである。カメラシステムの電源をオンにすると、図５に示すユニット情報を通信Ｉ／Ｆ１１（図３参照）を経由して送信する（Ｓ１１）。相手側のユニット情報を受信すると（Ｓ１２）、さらに、相手ユニットからのファームウェア有り／無しの受信情報を元に、ファームウェアの送信が有るかチェックする（Ｓ１３）。受信がない場合（Ｓ１３のＮｏ）、処理を終了して通常の初期化処理へ制御を渡す。受信が有る場合（Ｓ１３のＹｅｓ）、該当するファームウェアの有る統合ファームウェアを受信する（Ｓ１４）。受信完了の確認後（Ｓ１５）、受信した統合ファームウェア内の該当するファームウェアにより内部プログラムを更新する（Ｓ１６）。

ここで、本実施例１において各ユニット間で授受され更新するファームウェアを統合的に管理するための統合ファームウェアの構成例を図８に示す。図８に示すように、複数のファームウェア（レンズユニット、本体ユニット）を１ファイルで管理するようにしたもので、ヘッダー部とファームウェア部に大きく分かれている。

ヘッダー部には、機種数と、機種毎のファームウェア数と、ファームウェアのファイル名、バージョンが登録されている。ヘッダー部を解析すると、ファームウェアの登録されている構成が判断できるようになっている。また、ファームウェア部は、ファームウェアのファイルサイズと、実際のファームウェアファイル自体が登録されている。

さらに、パーソナルコンピュータのソフトウェアにおいて、一般的に用いられている圧縮／解凍プログラム（ＬＺＨ，ＴＡＲ，ＺＩＰなど）を利用して複数のファイル（ファームウェアファイル自体）を登録する例も考えられる。この場合の統合ファームウェアは、受信したユニット側で元のファームウェアに展開して処理できるような構造になっていれば良いので、本実施例１以外にも様々な構成例が考えられる。

また、ヘッダー部にファームウェア部の統合形式を登録しておくと、その拡張性を増やすことができる。例えば、ファームウェアパターンＡは、図８に示すような構成で、ファームウェアパターンＢは、圧縮プログラムＬＺＨにより圧縮して登録した構成、などである。ＬＺＨを使用した場合の構成例を図９に示す。図８に示す統合ファームウェアを図９に示した統合ファームウェアのように、ファームウェア部を圧縮することで、統合ファームウェアのファイルサイズを小さく、または多数のファームウェアを格納することができる。

なお、統合ファームウェアの相手ユニットへの送信は図４に示す送信側のフローチャート、受信は図７に示す受信側のフローチャートで示した通りである。

また、前述した送受信側の処理において、各ユニット間で授受される図５に示すユニット情報の最後にファームバージョンアップ可能情報を設定する。これにより、ユニット情報から、ファームバージョンアップの動作が可能か、不可能か、また不可能であれば、その理由を判断することができる。

例えば、ファームバージョンアップが不可能でその理由が「２：メモリ不足で不可」の場合は、図１０に示すような警告表示をしてバージョンアップできない理由をユーザに知らせることが可能となる。

このユニット情報の最後に設定するファームバージョンアップ可能情報として、前述した図４の処理Ｓ１によりユニット情報の送信処理を行う前に、例えば制御部において電源の電圧値や記憶部の空き容量を予め設定された閾値と比較判断することで、設定することができる。

図１１はユニット情報にファームバージョンアップ可能情報を設定した場合の送信側の処理を示すフローチャートである。図１１に示すフローチャートは、前述した図４のフローチャートとほぼ同じであり、処理Ｓ３と処理Ｓ４の間で、処理Ｓ２にて相手ユニットからの受信したユニット情報に設定されたファームバージョンアップの可能／不可能をチェックする（Ｓ１８）。ファームバージョンアップが不可能である場合（Ｓ１８のＮｏ）は警告画面を表示し（Ｓ１９）、通常の初期化処理に移行する。ファームバージョンアップが可能である場合（Ｓ１８のＹｅｓ）は、ファームバージョンアップ動作の処理Ｓ４以降の処理を行う。

また、図１２はファームウェアのバージョンアップの完了確認を行う場合の送信側の処理を示すフローチャートである。図１２に示すフローチャートは、前述した図４のフローチャートとほぼ同じであり、処理Ｓ５の統合ファームウェア送信後の処理が追加されている。

相手ユニットからファームウェアのバージョンアップ処理の結果を受信する（Ｓ２１）。受信したバージョンアップ結果を判断し（Ｓ２２）、結果が異常の場合（Ｓ２２のＮｏ）、バージョンアップに失敗した旨の警告画面の表示を行い、ユーザに通知する（Ｓ２３）。結果が正常の場合（Ｓ２２のＹｅｓ）、通常の初期化処理を行う。

また、図１３はファームウェアのバージョンアップの完了確認を行う場合の受信側の処理を示すフローチャートである。図１３に示すフローチャートは、前述した図７のフローチャートとほぼ同じであり、受信したファームウェアで内部プログラムを更新する（Ｓ１６）処理の後に、完了確認の処理を追加している。

内部プログラムの更新結果をチェックし（Ｓ２７）、正常であれば（Ｓ２７のＹｅｓ）、結果正常の通知を相手ユニットに送信する（Ｓ２８）。異常であれば（Ｓ２７のＮｏ）、結果異常の通知を相手ユニットに送信する（Ｓ２９）。これらの正常、異常の結果から図１２の処理Ｓ２２で判断され、異常であれば警告画面を表示する。

本実施例１における統合ファームウェアには、複数のファームウェアが登録されていることから、自ユニットのバージョンアップを実行した後、相手ユニットへ統合ファームウェアを送信してバージョンアップを行うようにしても良い。

また、バージョンアップを実施する操作例としては、図６のファームウェアをアップデートする操作例の通りである。この操作が行われると自ユニットのバージョンアップを行い、さらに相手ユニットのバージョンアップも行われる。

表示部の表示例としては、「本体ユニットのバージョンをチェック中です」「本体ユニットのバージョンアップ中です」「カメラユニットのバージョンをチェック中です」「カメラユニットのバージョンアップ中です」というような表示になる。

図１４は撮像システムにおけるファームウェアのバージョンアップの処理シーケンスを示す図である。図３に示す本体ユニット２のＳＤカードメモリなどのメモリカード２７には、レンズユニット１と本体ユニット２の複数のファームウェアからなる統合ファームウェアが記憶されている。ここでは、ユニット情報の授受によるファームウェアのバージョンの確認後、初めにレンズユニット１の処理を行うため、統合ファームウェアを読み出し（Ｓｅ３１）、通信Ｉ／Ｆ２１を経由してレンズユニット１へ送信する（Ｓｅ３２）。レンズユニット１は、統合ファームウェアを受信すると、統合ファームウェアを記憶する記憶部１２にコピーし、該当するファームウェアによりバージョンアップ処理を行う（Ｓｅ３３）。処理完了により通信Ｉ／Ｆ１１を経由してレンズユニット１のバージョンアップ完了通知を本体ユニット２へ通知する（Ｓｅ３４）。

さらに、本体ユニット２は、レンズユニット１のバージョンアップ完了を確認後に、統合ファームウェアを読み出す（Ｓｅ３５）。この時、レンズユニット１のバージョンアップが失敗しているならば、この時点で強制終了処理が行われる。本体ユニット２においても読み出された統合ファームウェアは、記憶部２２にコピーされ、該当するファームウェアによりバージョンアップ処理を行う（Ｓｅ３６）。バージョンアップ完了後に、本体ユニット２のバージョンアップ完了通知をレンズユニット１へ送信する（Ｓｅ３７）。

なお、統合ファームウェアは、レンズユニット１の記憶部１２に記憶しておいても良いし、本体ユニット２の記憶部２２に記憶しておいても良いが、より好ましくは、レンズユニット１と本体ユニット２の両方に記録しておく。

また、統合ファームウェアをメモリカード２７から読み出し、レンズユニット１に送信して記憶部１２にコピーするとともに、本体ユニット２の記憶部２２にコピーを行っても良く、これは同時または逆であっても良い。バージョンアップの処理もそれぞれの制御部１０，２０において同時に行っても良い。

レンズユニット１と本体ユニット２それぞれで正常なバージョンアップ完了通知の授受が行われた場合に、この情報からユニット情報の該当するファームウェアに係る情報を更新し登録する。これにより、正常なバージョンアップが行われた場合には、更新されたバージョン情報を、また異常だった場合には、前のバージョン情報を参照することができる。さらに、統合ファームウェアのヘッダー部に統合ファームウェアのバージョン情報を登録しておき、複数の統合ファームウェアが有っても、同じものか、それともバージョンが上位であるかを確認できるようにする。

また、ファームウェアをバージョンアップする際は、該当する中で最もバージョンが新しいファームウェアにバージョンアップする。また、ファームウェアのバージョンアップの際には、記憶部に保存している統合ファームウェアも最新版に更新する。このような連鎖的なロジックを用いることで、複数のユニットの１つに新しいバージョンが有る場合、残りの全てのユニットを新しいバージョンに書き換えることが可能となる。具体的には、複数のレンズユニットと本体ユニットの組合せにおいて、新しいバージョンを記憶部に有するレンズユニットを追加した場合、前述したロジックにより、まず本体ユニットのバージョンが更新され、その後に本体ユニットと古いレンズユニットの交換を行う毎に、残りの古いレンズユニットのバージョン更新を行うことができる。

このように、レンズユニット側の記憶部に最新の統合ファームウェアを記憶しているような場合で、これと接続可能な本体ユニット側の記憶部に統合ファームウェアを格納すれば、レンズユニットと本体ユニットとの組合せにおいて、撮像システムを最適な状態とすることができる。

また、図８に示すように、統合ファームウェアのヘッダー部には、統合ファームウェア自体のバージョン番号を付している。これにより、本体ユニットの記憶部に記憶している統合ファームウェアと、メモリカードの統合ファームウェアとのバージョン番号を参照比較し、記憶部の一方が新しいバージョンの場合には、他方の統合ファームウェア自体のバージョンアップを行って、最新のものにすることが可能であり、さらに、本体ユニットに外部機器と情報の授受が可能な通信手段を設けることによって、無線や有線によって接続した外部機器から最新の統合ファームウェアを入手することも可能である。

また、統合ファームウェア内の複数のファームウェアを個別に確認可能に、図８に示すヘッダー部に有る「機種Ａ〜機種Ｃ」それぞれの各バージョンのファームウェアが、ファームウェア部に格納されているため、このヘッダー部を解析することで確認することができる。ヘッダー部に有るように、機種Ａのファームウェアとして、Ａｌｕｎｃｈ１〜Ａｌｕｎｃｈ５までのファームウェア名とそのバージョン番号が示され、この統合ファームウェアに有するファームウェア（機種毎）を認識でき、各ユニットのユニット情報からそれぞれファームウェアのバージョン番号との比較により、ユニットの各ファームウェアをバージョンアップすることが可能になる。

または、統合ファームウェアに機種毎のファームウェアとして、ファームウェアバージョンの互換性を持った組合せを格納しておくことで、統合ファームウェアのバージョンチェックのみで無条件にバージョンアップする方法も考えられる。この方法であれば、処理を簡便にでき、また何らかの都合でバージョンダウンしたいファームウェアが有るような場合にも対応することが可能となる。

図１５は本実施の形態における実施例２のレンズユニットと本体ユニット間にて行われるバージョンアップ処理を示すフローチャートである。カメラシステムの電源をオンにすると、バージョンアップ操作の指示有か／無しかをチェックする（Ｓ３１）。この操作例としては実施例１と同様に、図６に示すようなファームウェアのアップデート操作例を行う。何らかのボタンを押しながら電源を入れると、電源オン時にそのボタンをチェックし、オンならバージョンアップ起動、オフなら通常起動と切り分けることが可能で、電源オン後に動作する処理シーケンスを規定することができる。

本実施例２の場合は、処理Ｓ３１で記述した部分がその切り分けであり、バージョンアップ操作無し（Ｓ３１のＮｏ）なら通常の初期化処理後にカメラシステムの起動処理に移行する。また、バージョンアップ操作を実施せずに、カメラシステムの電源オンの際に自動的にバージョンアップのチェックを行う場合には、処理Ｓ３１を省略すれば良い。

バージョンアップ操作有り（Ｓ３１のＹｅｓ）なら自（本体）ユニットの記憶部（メモリカード）に統合ファームウェアのファイルが存在するか、ファイル検索を行う（Ｓ３２）。図３のメディアコントローラ２６を介したメモリカード２７や、記憶部２２に予め格納している統合ファームウェアのファイル検索を行って、統合ファームウェアのファイルの有無を確認する（Ｓ３３）。統合ファームウェアのファイルがなければ（Ｓ３３のＮｏ）通常の初期化処理後カメラシステムの起動処理に移行する。また、通常の初期化処理に移行する際に、「バージョンアップ用のファイルが有りません」などのメッセージを表示しても良い。

統合ファームウェアのファイルが有る場合（Ｓ３３のＹｅｓ）、次の処理Ｓ３４へ移行する。図１６に本実施例２の統合ファームウェアの構成例を示す。統合ファームウェアは全てのユニットのファームウェアを統合したファイルで、機種情報や登録ファームウェアのバージョン情報、登録ファームウェア数を示したヘッダー部と、後述する互換テーブル部と、実際のファームウェアであるファームウェア部の３部により構成される。

バージョンアップの実施をチェックするために必要となるヘッダー部と互換テーブル部を統合ファームウェアより制御部２０のＲＡＭ上にロードする（Ｓ３４）。図１７に本実施例２のユニット情報の例を示す。自ユニットの機種番号や使用しているファームウェアのファイル名とともに、使用中のファームウェアのバージョン番号を記憶している。これらの情報は、電源オフでも情報が消えないように図３の記憶部２２に記憶している。記憶部２２より、ユニット情報を制御部２０のＲＡＭ上にロードする（Ｓ３５）。

図１７に示すユニット情報のファームウェアのバージョン番号と、自ユニットに該当する図１６の統合ファームウェアのヘッダー部に登録されているファームウェアのバージョン番号を比較しバージョンアップの要否を確認する（Ｓ３６）。この比較の判断としては、「ユニット情報のバージョン番号＜統合ファームウェア（ヘッダー部）のバージョン番号」の場合にバージョンアップが必要と判断する。

または、統合ファームウェアの互換テーブル部に登録されている適合バージョン番号と比較する。この比較の判断としては、「ユニット情報のバージョン番号＜統合ファームウェア（互換テーブル部）のバージョン番号」の場合にバージョンアップが必要と判断する（Ｓ３６のＹｅｓ）。この場合、互換テーブル部のバージョン番号とは、適合条件の下限を示しており、適合するバージョン番号より小さいバージョン番号を全てバージョンアップ必要と判断する。

もう１つの判断方法としては、「ユニット情報のバージョン番号≠（等しくない）統合ファームウェア（互換テーブル部）のバージョン番号」の場合にバージョンアップが必要と判断する。この場合、互換テーブル部のバージョン番号より大きいバージョン番号の場合でもバージョンアップが必要と判断されるので、結果的にバージョンダウンとなる場合もでてくる。

次に、互換テーブル部のバージョン番号を２種類用意し、上限と下限を指定する方法も有る。「ユニット情報のバージョン番号＜統合ファームウェア（互換テーブル部）の下限のバージョン番号」，「ユニット情報のバージョン番号＞統合ファームウェア（互換テーブル部）の上限のバージョン番号」の２つの条件を満足する場合にバージョンアップが必要と判断する。

前述した比較判定方法の互換テーブル部の拡張例を図１８に示す。比較条件は、“＜”か、“＞”か、“＝”か、“≠”か、上限／下限を使用するか、上限のみか、下限のみか、ヘッダー部のバージョン番号を参照するかなどを、数値やビットアサインで識別するようにすれば良い。

また、処理Ｓ３６において、バージョンアップを不要と判定すれば（Ｓ３６のＮｏ）、通常の初期化処理後のカメラシステムの起動処理に移行する。必要と判断されれば、図１６の統合ファームウェアに登録されている自ユニットの機種に該当するファームウェアを、ファームウェア部からロードしてバージョンアップを行う（Ｓ３７）。統合ファームウェアの全てのファームウェアのバージョンアップが完了したかを判定し（Ｓ３８）、完了すれば（Ｓ３８のＹｅｓ）、カメラシステムの起動処理または電源オフ処理に移行する。

さらに、図１５の処理Ｓ３６において、バージョンアップが必要と判断した場合（Ｓ３６のＹｅｓ）、図１９に示すバージョンアップ画面を表示部２４に表示する。この表示は、処理Ｓ３１をスキップした自動的にバージョンアップのチェックを行う場合には必須であり、必要となる。さらに、ここで再度確認することによって誤操作の防止も可能となる。また、バージョンダウンを行うことになる場合も有ることから、ここで表示しておきユーザに確認を求めることは大きな意味を持つ。

また、処理Ｓ３６において、バージョンアップを不要と判断した場合（Ｓ３６のＮｏ）、図２０のバージョンアップ警告画面を表示することも可能である。図２０に示す例では「最新のファームウェアをダウンロード（入手）し、再度バージョンアップを実施して下さい。」とバージョンアップが必要との誘導メッセージを表示しているが、「バージョン番号は最新のものです。処理は必要有りません。」など、ユーザに安心感を与えるメッセージとしても良い。

また、本実施例２における図１７に示したユニット情報に、ユニットを特定可能とするための情報として、例えば使用者名等を登録できるようにする。この使用者名の登録は、カメラシステムのセットアップ画面から予め登録できるようにしても良い。または、図１６の統合ファームウェアに１つのファームウェアとして、使用者名を記載したテキストファイルとして、例えばＡｌｕｎｃｈ９．ｆｒｍとして登録する。そのファイルを読み出ししてユニット情報に登録するようにしても良く、この場合、該当するユニットに使用者名が登録されていなければ、無条件で登録し、先に登録されていれば変更等の確認画面を表示する。ユニット情報に登録された使用者名は、図１９や図２０の表示手段にする表示例のように、使用者名の表示をすることができる。

これにより、個々の装置に使用者名を表示し確認することができ、対象ではない装置のファームウェアのバージョンアップを誤って行ってしまうことを回避することができる。

また、図２１は本実施例２における本体ユニット側にて行われるレンズユニットのバージョンアップ処理を示すフローチャートである。カメラシステムの電源をオンにすると、バージョンアップ操作の指示有か／無しかをチェックする（Ｓ３１）。操作例として図６に示したファームウェアのアップデートの操作例を行う。何らかのボタンを押しながら電源オン時にそのボタンをチェックし、オンならバージョンアップ起動、オフなら通常起動と切り分け、電源オン後の動作シーケンスを規定できる。図２１の処理Ｓ３１において、その切り分けを行いバージョンアップ操作無し（Ｓ３１のＮｏ）なら通常の初期化処理、カメラ起動処理に移行する。

バージョンアップ操作有り（Ｓ３１のＹｅｓ）なら本体ユニットの記憶部（メモリカード）に統合ファームウェアのファイルが存在するか、ファイル検索を行う（Ｓ３２）。図３のメディアコントローラ２６を介したメモリカード２７や、記憶部２２に予め格納している統合ファームウェアのファイル検索を行って、統合ファームウェアのファイルの有無を確認する（Ｓ３３）。統合ファームウェアのファイルがなければ（Ｓ３３のＮｏ）通常の初期化処理後カメラシステムの起動処理に移行する。また、通常の初期化処理に移行する際に、「バージョンアップ用のファイルが有りません」などのメッセージを表示しても良い。

統合ファームウェアのファイルが有る場合（Ｓ３３のＹｅｓ）、次の処理Ｓ３４へ移行し、図１６に構成例を示したようにヘッダー部と、互換テーブル部と、ファームウェア部からなる統合ファームウェアより、バージョンアップのために必要となるヘッダー部と互換テーブルを制御部２０のＲＡＭ上にロードする（Ｓ３４）。また、図１７に示すユニット情報のように、例えば図３のレンズユニット１は、ユニットの機種番号や使用しているファームウェアのファイル名とともに、使用中のファームウェアのバージョン番号を記憶部１２に記憶している。この情報が、通信Ｉ／Ｆ部１１，２１を経由して、制御部２０のＲＡＭ上にロードされる（Ｓ４１）。

処理Ｓ４２のバージョンアップの要否の確認は、図１５の処理Ｓ３６と同じである。バージョンアップが不要である場合（Ｓ４２のＮｏ）、その旨、通信Ｉ／Ｆ２１，１１を経由してレンズユニット１に通知する（Ｓ４３）。バージョンアップが必要である場合（Ｓ４２のＹｅｓ）、必要であることをレンズユニット１に通知する（Ｓ４４）。

次に、図１６の統合ファームウェアに登録されている相手（レンズユニット１）の機種に該当するファームウェア部のファームウェアをロードして、レンズユニット１へ送信を行う（Ｓ４５）。全てのファームウェアのバージョンアップが完了したかを判定し（Ｓ４６）、完了すれば（Ｓ４６のＹｅｓ）、カメラシステムの起動処理または電源オフ処理に移行する。

また、図２２にレンズユニット側にて行われるバージョンアップ処理のフローチャートを示す。レンズユニット１は、電源オン後、電源オフしても情報が消えないように図３の記憶部１２にバージョン情報を記憶している。記憶部１２より、このバージョン情報を制御部１０のＲＡＭ上にロードし、図３の通信Ｉ／Ｆ１１，２１を経由し、本体ユニット２へ送信する（Ｓ５１）。

本体ユニットよりバージョンアップの要否が通知されるので、この受信を待つ（Ｓ５２）。バージョンアップの要否が通知され（Ｓ５３）、バージョンアップしない場合（Ｓ５３のＮｏ）、通常の初期化処理を行い、カメラ起動処理に移行する。また、バージョンアップする場合（Ｓ５３のＹｅｓ）、本体ユニット２から送信されるファームウェアの受信を行う（Ｓ５４）。受信したファームウェアにより自身（カメラユニット１）のファームウェアを更新する（Ｓ５５）。全てのファームウェアが受信され、ファームウェアの更新が完了したのかを確認し（Ｓ５６）、完了していれば（Ｓ５６のＹｅｓ）処理を終了する。

図２３は本実施の形態における実施例３のレンズユニットと本体ユニットにて行われるバージョンアップ処理を示すフローチャートである。カメラシステムの電源をオンにすると、バージョンアップ操作の指示有か／無しかをチェックする（Ｓ６１）。操作例として図６に示したファームウェアのアップデートの操作例を行う。何らかのボタンを押しながらの電源オン時に、そのボタンをチェックし、オンならバージョンアップ起動、オフなら通常起動と切り分けて電源オン後の動作シーケンスを規定できる。図２３の処理Ｓ６１において、その切り分けを行いバージョンアップ操作無し（Ｓ６１のＮｏ）なら通常の初期化処理、カメラ起動処理に移行する。

バージョンアップ操作有り（Ｓ６１のＹｅｓ）なら自（本体）ユニットの記憶部（メモリカード）に統合ファームウェアのファイルが存在するか、ファイル検索を行う（Ｓ６２）。図３のメディアコントローラ２６を介したメモリカード２７や、記憶部２２に予め格納している統合ファームウェアのファイル検索を行って、統合ファームウェアのファイルの有無を確認する（Ｓ６３）。ここで、統合ファームウェアのファイルがなければ（Ｓ６３のＮｏ）通常の初期化処理後カメラシステムの起動処理に移行する。また、通常の初期化処理に移行する際に、「バージョンアップ用のファイルが有りません」などのメッセージを表示しても良い。

また、統合ファームウェアのファイルが有る場合（Ｓ６３のＹｅｓ）、次の処理Ｓ６４へ移行する。この処理Ｓ６４は、図２１に示した相手ユニットのバージョンアップのフローチャートをサブルーチンとしてコールする構造になっている。バージョンアップが実施される場合と、実施されない場合が有るが、処理Ｓ６４が終わると処理Ｓ６５に移行する。

統合ファームウェアに複数の相手（レンズ）ユニットが登録されている場合、全ての相手（レンズ）ユニットのバージョンアップが完了したか否かを確認する（Ｓ６５）。統合ファームウェアに複数登録されている相手（レンズ）ユニットの数は、図１６の統合ファームウェアのヘッダー部を参照すれば判断することができる。

全ての相手（レンズ）ユニットのバージョンアップが完了していない場合（Ｓ６５のＮｏ）、図２４に示すような「レンズユニット交換画面」を表示し、レンズユニットの交換を促し、交換後の入力指示の後に処理Ｓ６４へ移行する。または、図２５に示すような「レンズユニット交換催促画面」を表示して、ユーザが相手（レンズ）ユニットの交換を促す。（Ｓ６６）。

全ての相手（レンズ）ユニットのバージョンアップが終了した場合と、図２４の表示画面において「Ｎｏ」が選択された場合は、次の処理Ｓ６７に移行する。この処理Ｓ６７は、図１５に示した自（本体）ユニットのバージョンアップのフローチャートをサブルーチンとしてコールする構造になっている。バージョンアップが実施される場合と、実施されない場合が有るが、処理Ｓ６７が終わると処理Ｓ６８に移行する。

自（本体）ユニットの全てのファームウェアのバージョンアップが終わると、図２６に示すような「本体ユニット交換催促画面」を表示し、次の本体ユニットのバージョンアップを促す。表示画面を数秒間表示した後に終了する（Ｓ６８）。

この処理Ｓ６８は、統合ファームウェアに複数の自（本体）ユニットが登録されている場合や、ユーザが複数の本体ユニットを持っている場合が有ることから実施する。

また、統合ファームウェアに複数登録されている自（本体）ユニットの数は、図１６の統合ファームウェアのヘッダー部を参照すれば判断することができ、ユニット情報と比較することで本体ユニットの種類を判断することができる。

本発明に係る撮像システムは、各ユニットの複数のファームウェアを１つの統合ファームウェアとして、全てのレンズユニットや本体ユニットで使用でき、ファームウェアのバージョン管理がし易く、バージョンアップ処理の効率化を図ることができレンズ交換式のデジタルカメラに有用である。

１，１’ レンズユニット
２ 本体ユニット
３ カメラシステム
４，４’ レンズ部
１０，２０ 制御部
１１，２１ 通信Ｉ／Ｆ
１２，２２ 記憶部
１３ 撮像部
２４ ＬＣＤ
２５ 操作部
２５ａ ズーム操作ボタン
２５ｂ メニューボタン
２５ｃ 十字キー（ＡＤＪ．／ＯＫ）
２６ メディアコントローラ
２７ メモリカード
２８ 電源スイッチ

特開２００７−１１０３１４号公報 特開２００６−１２１４１８号公報 特開２００７−２６６７８０号公報 特開２００８−１１６６６０号公報

Claims (10)

1. 被写体を表す光学像を撮像手段により画像データに変換する撮像素子が設けられたレンズユニットと、前記レンズユニットを着脱自在に保持する本体ユニットと、前記レンズユニットの単数あるいは複数のファームウェア、および前記本体ユニットの単数あるいは複数のファームウェアを１つにした統合ファームウェアを用いて、前記ファームウェアを管理する手段と、を備えると共に、適合バージョン番号を登録した互換テーブル部が前記統合ファームウェアに設けられた撮像システムであって、
   前記レンズユニットと本体ユニット間で授受されるユニット情報が持つバージョン番号と、前記互換テーブル部が持つバージョン番号とを比較して、ファームウェアのバージョンアップを行うか否かを決定する手段と、
   前記統合ファームウェアをレンズユニットと本体ユニット間で通信手段を介して授受し、前記統合ファームウェア内の該当するファームウェアにバージョンアップする手段と、
   前記統合ファームウェアに、複数のレンズユニットに対応のファームウェアを有する場合、前記ファームウェアのバージョンアップを前記複数のレンズユニットに順番に実施するため、バージョンアップ後に前記レンズユニットを交換する旨を表示する表示手段と、を備えることを特徴とする撮像システム。
2. 被写体を表す光学像を撮像手段により画像データに変換する撮像素子が設けられたレンズユニットと、前記レンズユニットを着脱自在に保持する本体ユニットと、前記レンズユニットの単数あるいは複数のファームウェア、および前記本体ユニットの単数あるいは複数のファームウェアを１つにした統合ファームウェアを用いて、前記ファームウェアを管理する手段と、を備えると共に、適合バージョン番号を登録した互換テーブル部が前記統合ファームウェアに設けられた撮像システムであって、
   前記レンズユニットと本体ユニット間で授受されるユニット情報が持つバージョン番号と、前記互換テーブル部が持つバージョン番号とを比較して、ファームウェアのバージョンアップを行うか否かを決定する手段と、
   前記統合ファームウェアをレンズユニットと本体ユニット間で通信手段を介して授受し、前記統合ファームウェア内の該当するファームウェアにバージョンアップする手段と、
   前記統合ファームウェアに、複数の本体ユニットに対応のファームウェアを有する場合、前記ファームウェアのバージョンアップを前記複数の本体ユニットに順番に実施するため、バージョンアップ後に前記本体ユニットを交換する旨を表示する表示手段と、を備えることを特徴とする撮像システム。
3. 前記レンズユニットと本体ユニット間で授受する、ユニット情報に付加されるファームウェアのバージョンアップ可否情報に基づき、前記ファームウェアをバージョンアップする手段を制御することを特徴とする請求項１又は２に記載の撮像システム。
4. 前記レンズユニットと本体ユニット間で授受する、ファームウェアをバージョンアップする手段が実行した結果情報に基づき、実行結果を表示手段に表示することを特徴とする請求項１又は２に記載の撮像システム。
5. 前記レンズユニットと前記本体ユニットの両方にファームウェアをバージョンアップする手段を備え、統合ファームウェア内それぞれの該当するファームウェアに同時にバージョンアップすることを特徴とする請求項１又は２に記載の撮像システム。
6. 前記レンズユニットと本体ユニットの各記憶部に記憶した統合ファームウェアのバージョン情報を比較する手段と、バージョン情報の比較結果に基づき前記統合ファームウェアをバージョンアップする手段を備えたことを特徴とする請求項１又は２に記載の撮像システム。
7. 前記レンズユニットに代えて、外部記憶部に記憶した統合ファームウェアと前記本体ユニットの記憶部に記憶した統合ファームウェアのバージョン情報を比較する手段を備えたことを特徴とする請求項６に記載の撮像システム。
8. 前記ファームウェアのバージョンアップを行うか否かを決定する手段が、決定した前記バージョンアップの実施または未実施の結果を表示手段に表示することを特徴とする請求項１又は２に記載の撮像システム。
9. 前記ファームウェアのバージョンアップを行うか否かを決定する手段が、決定した結果に基づき、前記バージョンアップの実施または未実施とする処理の実行をユーザが選択可能に表示手段に表示することを特徴とする請求項１又は２に記載の撮像システム。
10. 前記レンズユニットと本体ユニット間で授受されるユニット情報に、各ユニットを特定可能とする情報の登録手段を備え、ファームウェアのバージョンアップを行う際に、前記登録した情報を表示手段に表示することを特徴とする請求項１又は２に記載の撮像システム。

Images