JP2010204430A - カメラシステム - Google Patents

Abstract

【課題】バージョン更新処理の際、電源オンの初期化処理で各ユニットのバージョン情報を比較し、互換性を判定して、不動作の場合バージョンアップを中止し、かつ通知することでバージョン管理を容易にする。
【解決手段】電源オンで、レンズユニットからバージョン情報の受信を待ち（Ｓ１）。受信すると本体ユニットとレンズユニットとのバージョン番号を比較（Ｓ２）。比較後に本体ユニット側のバージョン情報をレンズユニットへ送信（Ｓ３）。比較結果から、動作開始か停止かを判断（Ｓ４）。バージョンに互換性のある場合（Ｓ４のＹｅｓ）はバージョン管理の処理終了、通常の初期化処理（Ｓ８）へ。異なる場合（Ｓ４のＮｏ）は、警告画面を表示（Ｓ５）。表示警告画面の確認のため「Ｙｅｓ」の操作を待つ（Ｓ６）。「Ｙｅｓ」操作のとき（Ｓ６のＹｅｓ）、そのままではカメラシステムは動作しないため、自動的に電源オフの処理に移行し（Ｓ７）終了する。
【選択図】図４

Description

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

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

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

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

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

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

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

しかしながら、このような構成のバージョンの更新処理は、本体ユニットのバージョンが古く、レンズユニットだけのバージョンアップを行うと正常に動作しないような場合において、誤ってバージョンアップが行われてしまうことで、最悪の場合はカメラシステムが立ち上がらなくなる可能性もあるという問題があった。

本発明は、前記従来技術の問題を解決するものであり、バージョンの更新処理において、電源オン時の初期化処理の中でレンズユニットと本体ユニットのバージョン情報を比較し、正常に動作するか否か互換性を判定し、動作しない場合はその時点でバージョンアップを中止し、かつユーザに通知して、さらには互換性のあるバージョンのファームウェアを検索して、検出されれば更新することができ、バージョン管理を容易なものとしたカメラシステムを提供することを目的とする。

前記の目的を達成するために、本発明に係る請求項１のカメラシステムは、撮影光学系を有するレンズユニットと、レンズユニットを着脱自在な本体ユニットと、レンズユニットのファームウェアのバージョン情報と本体ユニットのファームウェアのバージョン情報および各バージョンの互換性情報を記憶する記憶手段と、電源オン後の初期化処理において、レンズユニットのファームウェアのバージョン情報を本体ユニットに通知する通知手段と、互換性情報を用いて、レンズユニットと本体ユニットとのファームウェアのバージョン情報を比較する比較手段と、を備え、比較手段の比較結果が、レンズユニットと本体ユニットとのバージョン情報に互換性がないとき、表示手段に警告を表示することを特徴とする。

この構成によって、ファームウェアの更新に伴い、動作不能となるバージョンの組合せが発生する場合、起動時に比較判定を行い、不用意な更新によって動作不能となることをユーザに警告することができる。

また、請求項２，３に記載した発明は、請求項１のカメラシステムにおいて、比較手段による比較結果が、レンズユニットと本体ユニットとのバージョン情報に互換性がないとき、初期化処理を停止して電源をオフすること、さらに、比較手段による比較結果が、レンズユニットと本体ユニットとのバージョン情報に互換性がなく、本体ユニットの記憶手段に互換性のあるレンズユニット更新用のファームウェアを検索手段が検出したときは、レンズユニットのファームウェアを読み出して更新を行うことを特徴とする。

この構成によって、ファームウェアの更新に伴い、動作不能となるバージョンの組合せが発生する場合、起動時にこれを比較判定して、不用意な更新によって動作不能となること防止することができ、さらに、本体ユニットと互換性のあるバージョンのレンズユニットのファームウェアを検索し、検出されれば更新することができる。

また、請求項４，５に記載した発明は、請求項１〜３のカメラシステムにおいて、比較手段が比較するレンズユニットと本体ユニットとのバージョン情報に、レンズユニットの機種情報および本体ユニットの機種情報を組合せたバージョン情報を用いること、さらに、本体ユニットの記憶手段にレンズユニットの複数のファームウェアを記憶することを特徴とする。

この構成によって、ファームウェアの更新に伴う起動時に、より容易な比較判定ができ、さらに、互換性のあるバージョンのファームウェア更新を簡単にすることができる。

また、請求項６，７に記載した発明は、請求項１〜５のカメラシステムにおいて、比較手段による比較結果が、レンズユニットと本体ユニットとのバージョン情報に互換性がなく、レンズユニットの記憶手段に互換性のある本体ユニット更新用のファームウェアを検索手段が検出したときは、本体ユニットのファームウェアを読み出して更新を行うこと、また、比較手段が比較するレンズユニットと本体ユニットとのバージョン情報に、レンズユニットの機種情報および本体ユニットの機種情報を組合せたバージョン情報を用いて、かつレンズユニットの記憶手段に本体ユニットの複数のファームウェアを記憶することを特徴とする。

この構成によって、新たなレンズユニットを追加した際も互換性のあるバージョンに本体ユニットのファームウェアを更新することが容易にできる。

また、請求項８に記載した発明は、請求項１〜５のカメラシステムにおいて、比較手段による比較結果が、レンズユニットと本体ユニットとのバージョン情報に互換性がなく、本体ユニットに接続した外部記憶手段に互換性のある本体ユニット更新用のファームウェアを検索手段が検出したときは、本体ユニットのファームウェアを読み出して更新を行うことを特徴とする。

この構成によって、レンズユニットと互換性のあるバージョンに本体ユニットのファームウェアを更新することができる。

また、請求項９に記載した発明は、請求項３のカメラシステムにおいて、比較手段による比較結果が、レンズユニットと本体ユニットとのバージョン情報に互換性がなく、本体ユニットに接続した外部記憶手段に各ユニットの互換性のある更新用のファームウェアを検索手段が検出したときは、レンズユニットのファームウェアを読み出して更新し、レンズユニットから更新完了通知を本体ユニットが受信した後、本体ユニットのファームウェアを読み出して更新を行うことを特徴とする。

この構成によって、レンズユニットと本体ユニットを同時に互換性のあるバージョンのファームウェアに更新することができる。

本発明によれば、レンズユニットと本体ユニットのバージョン情報を比較し、その互換性を判定した結果により、ファームウェアのバージョンアップを中止して動作不能となること回避し、かつユーザに通知してファームウェアの更新を促すことができ、さらには互換性のあるバージョンのファームウェアを検索し、検出されれば更新を行うことも可能となり、バージョン管理を容易にできるという効果を奏する。

本発明の実施の形態におけるカメラシステムの概略を示す（ａ）は単焦点レンズ部、（ｂ）は光学ズームレンズ部を備えた斜視図 本体ユニットを背面から見た平面図 本実施の形態のカメラシステム概略構成を示すブロック図 本実施の形態における実施例１の動作を示すフローチャート バージョン情報の例を示す図 バージョン情報に比較結果を追加した例を示す図 警告画面の表示例を示す図 本実施の形態における実施例２の動作を示すフローチャート バージョンアップ画面の表示例を示す図 本実施の形態における実施例３の動作を示すフローチャート 機種情報の例を示す図 同一バージョン判定処理を示すフローチャート 機種別のバージョンテーブルを示す図 バージョン番号に互換性管理番号を追加した例を示す図 本実施の形態における実施例５の動作を示すフローチャート 本実施の形態における実施例６の動作シーケンスを示す図

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

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

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

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

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

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

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

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

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

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

本体ユニット２がバージョン情報を受信すると、本体ユニット２側のバージョン番号とレンズユニット１側のバージョン番号を比較する（Ｓ２）。比較後に本体ユニット２側のバージョン情報をレンズユニット１へ送信する（Ｓ３）。送信するバージョン情報は図５に示したものと同じ構成で良いが、比較結果を追加しても良い。比較結果を追加したものを図６に示す。

比較結果を受信したレンズユニット１は、初期化処理の中止など行うことが可能となる。比較結果により、そのまま動作を開始しても良いか、動作不能の組合せなので動作を停止するのかを判断する（Ｓ４）。同じバージョン番号（互換性のある）の場合（Ｓ４のＹｅｓ）は動作ＯＫと判断し、ファームウェアのバージョン管理の処理を終了して、通常の初期化処理（Ｓ８）に進む。

異なるバージョン番号の場合（Ｓ４のＮｏ）は、その旨の警告画面をＬＣＤ２４に表示する（Ｓ５）。複数のバージョン番号同士で動作可能の場合もあるので、その場合は、「From To 」の番号管理で比較することになる。例えば、本体ユニット２のバージョンがＶ１．２０だと、レンズユニット１のバージョンはＶ１．１５〜Ｖ１．２３まで動作可能、などで判断する。

警告画面の表示例は図７に示す。警告画面を表示し確認を待つために「Ｙｅｓ」の操作を待つ（Ｓ６）。「Ｙｅｓ」の操作がある（Ｓ６のＹｅｓ）と、そのままではカメラシステム３は動作しないため、自動的に電源オフの処理に移行し（Ｓ７）終了する。

これにより、ファームウェアの更新に伴い、動作不能となるバージョンの組合せが発生する場合、起動時にこれを比較判定して、ユーザに警告することができる。

図８は本実施の形態における実施例２の動作を示すフローチャートである。実施例１と同様に、図１〜図３を参照しながら、図８に基づきカメラシステムの動作について説明する。また、図４で説明した動作に対応し同等の作用を有するものには同一の符号を付す。本実施例２は、レンズユニット１のファームウェア更新を行うものである。

カメラシステム３の電源をオンにし、レンズユニット１からのバージョン情報を受信すると（Ｓ１）、本体ユニット２側のバージョン番号とレンズユニット側のバージョン番号を比較する（Ｓ２）。比較後に本体ユニット２側のバージョン情報をレンズユニット１へ送信する（Ｓ３）。送信するバージョン情報は前述した図５と同じ構成で、また図６に示す比較結果を追加した構成であっても良い。

比較結果により、そのまま動作開始か、動作不能の組合せなので動作停止かを判断する（Ｓ４）。同じバージョン番号の場合（Ｓ４のＹｅｓ）は動作ＯＫと判断し、ファームウェアのバージョン管理の処理を終了して、通常の初期化処理（Ｓ８）に進む。

異なるバージョン番号の場合（Ｓ４のＮｏ）は、レンズユニット１のファームウェアを検索する（Ｓ１１）。ファームウェアは、メモリカード２７または記憶部２２に蓄積されているため、ファームウェアの有無をチェックする（Ｓ１２）。該当するファームウェアが検出される（Ｓ１２のＹｅｓ）と、バージョンアップ画面を表示する（Ｓ１３）。ＬＣＤ２４に表示する画面例を図９に示す。

バージョンアップ画面で「Ｙｅｓ」を選択すると（Ｓ１４）、ファームウェアをメモリカード２７または記憶部２２より読み出し、通信Ｉ／Ｆ２１を経由してレンズユニット１に送信する（Ｓ１５）。レンズユニット１では、通信Ｉ／Ｆ１１からファームウェアを受信すると、記憶部１２のファームウェア記録エリアに蓄積する。これに伴ってバージョン情報も更新される。レンズユニット１では、電源オンの際に記憶部１２のファームウェア記録エリアより、制御部１０のＲＡＭにファームウェア（プログラム）を読み出し、実行する。これらの処理は、プログラムのブート処理の実行方法における一つで、公知の技術であるため詳細は省略する。または、レンズユニット１の制御部１０は、本体ユニット２の制御部２０と従属関係にあるため、再起動することなく制御部１０のＲＡＭにファームウェアを読み出し、この処理実行を制御部２０に通知しても良い。

また、バージョンアップ画面で「Ｎｏ」を選択すると（Ｓ１４）、そのままではカメラシステム３は動作しないため、自動的に電源オフの処理に移行し（Ｓ７）終了する。

これにより、本体ユニット２と互換性のあるバージョンのレンズユニット１のファームウェアを検索し、検出されれば更新することができる。

図１０は本実施の形態における実施例３の動作を示すフローチャートである。実施例１と同様に、図１〜図３を参照しながら、図１０に基づきカメラシステムの動作について説明する。また、図４，図８で説明した動作に対応し同等の作用を有するものに同一の符号を付す。本実施例３は、前述した実施例１，２を組合せたものである。

カメラシステム３の電源をオンにし、レンズユニット１からのバージョン情報を受信すると（Ｓ１）、本体ユニット２側のバージョン番号とレンズユニット１側のバージョン番号を比較する（Ｓ２）。比較後に本体ユニット２側のバージョン情報をレンズユニット１へ送信する（Ｓ３）。送信するバージョン情報は前述した図５と同じ構成で、また図６に示す比較結果を追加した構成であっても良い。

比較結果により、そのまま動作開始か、動作不能の組合せなので動作停止かを判断する（Ｓ４）。同じバージョン番号の場合（Ｓ４のＹｅｓ）は動作ＯＫと判断し、ファームウェアのバージョン管理の処理を終了して、通常の初期化処理（Ｓ８）に進む。

異なるバージョン番号の場合（Ｓ４のＮｏ）は、レンズユニット１のファームウェアを検索する（Ｓ１１）。ファームウェアは、メモリカード２７または記憶部２２に蓄積されているため、ファームウェアの有無をチェックする（Ｓ１２）。該当するファームウェアが検出される（Ｓ１２のＹｅｓ）と、バージョンアップ画面を表示する（Ｓ１３）。ＬＣＤ２４に表示する画面例を図９に示す。

バージョンアップ画面で「Ｙｅｓ」を選択すると（Ｓ１４）、ファームウェアをメモリカード２７または記憶部２２より読み出し、通信Ｉ／Ｆ２１を経由してレンズユニット１に送信する（Ｓ１５）。レンズユニット１では、通信Ｉ／Ｆ１１よりファームウェアを受信すると、記憶部１２のファームウェア記録エリアに蓄積する。これに伴ってバージョン情報も更新される。レンズユニット１では、電源オンの際に記憶部１２のファームウェア記録エリアより、制御部１０のＲＡＭにファームウェア（プログラム）を読み出し、実行する。これらの処理は、プログラムのブート処理の実行方法における一つで、公知の技術であるため詳細は省略する。

バージョンアップ画面で「Ｎｏ」を選択すると（Ｓ１４）、そのままではカメラシステム３は動作しないため、自動的に電源オフの処理に移行し（Ｓ７）終了する。

また、該当するファームウェアがない場合（Ｓ１２のＮｏ）は、その旨の警告画面をＬＣＤ２４に表示する（Ｓ５）。警告画面の表示例は前述の図７に示したとおりである。警告画面を表示し確認を待つために「Ｙｅｓ」の操作を待つ（Ｓ６）。「Ｙｅｓ」の操作がある（Ｓ６のＹｅｓ）と、そのままでカメラシステム３は動作しないため、自動的に電源オフの処理に移行し（Ｓ７）終了する。

次に、本実施の形態における実施例４は、前述の実施例１〜３の構成において、本体ユニットとレンズユニットの機種情報を取得し、ファームウェアのバージョン情報をチェックする際に機種情報を使用することを追加したものである。 機種情報の取得は、バージョン情報の取得と同様に、本体ユニット２は通信Ｉ／Ｆ２１を経由し、レンズユニット１より情報を受信する。

ここで、機種情報の例を図１１に示す。機種番号は、レンズユニット，本体ユニット毎に割り振られる番号で、ユニット毎にユニークな番号となる。ユニット種別は、レンズユニットなのか本体ユニットなのかを示す。製造元種別は、メーカ毎にユニークな番号を割り振っている。また、これら以外にも必要に応じて各種情報を追加して構わない。ファームウェアを作成した日時や、ユニットを製造した日時があっても良い。ファームウェア作成日時はバージョン情報に登録した方がより良い。機種情報、バージョン情報に登録されているデータをバージョンアップ表示（図９参照）に使用するとより分かりやすい画面となる。

図１２に同一バージョン判定処理のフローチャートを示す。カメラシステム３の電源をオンにし、レンズユニット１よりバージョン情報と機種情報を受信し（Ｓ２１）、取得する（Ｓ２２）と、機種情報より機種番号を取り出す（Ｓ２３）。図１３に機種別のバージョンテーブルを示す。取得した機種番号をキーとして機種別バージョンテーブルを検索する。レンズユニット１の機種番号が「０００２」であれば、適用バージョン番号がＶ１．０１からＶ１．１２までのバージョンであることが判明する。

その後、本体ユニット２のバージョン情報と機種情報をレンズユニット１に送信する（Ｓ２４）。このとき、判明結果を付与してレンズユニット１に送信しても良い。前述の実施例１〜３の処理と同様に、同一バージョンの番号か否か確認を行う（Ｓ４）。ここで、レンズユニット１のバージョン番号が適用範囲に入っていれば、同一バージョン（Ｓ４のＹｅｓ）とし、判定処理を終了して、通常の初期化処理（Ｓ８）を行う。また、適用範囲に入っていなければ異なるバージョン（Ｓ４のＮｏ）として、実施例１〜３の各フローチャートに示した以降の処理を行い、判定処理を終了する。

また、機種情報にはレンズユニット１のファームウェアのファイル名が登録されているので、そのファイル名でファームウェアの検索を行うことも可能になる。複数のレンズユニット１がある場合、機種番号毎にファームウェアのファイル名を予めテーブルとしてプログラム内に登録しておいても良いし、本実施例４において前述したように、機種情報に含ませると、テーブルは不要となる。

また、前述の実施例２，３において、ファームウェアの検索を行い、レンズユニット１に該当するファームウェアのファイルを抽出している。メモリカード２７に複数のレンズユニット１のファームウェアがある場合、そのファームウェアを記憶部２２に全てコピーしておく。レンズユニット１を交換してファームウェアが必要になったとき、メモリカード２７が装着されていなくとも記憶部２２からファームウェアを読み出しすることが可能となる。ファームウェアのファイル名の拡張子を“．ｆｒｍ”，“．ｐｒｇ”等に統一しておくことで、全てのファームウェアのコピーも、拡張子を検索キーに使用して実行できる。記憶部２２の容量不足でコピーできない場合は、その旨をＬＣＤ２４に表示する。

前述の実施例１〜３のバージョン情報の判定方法について、図５、図６を用いていたが、別の判定方法を示す。図１４には、バージョン番号とは別に互換性管理番号を追加している。この管理番号が同じなら、ファームウェアのバージョンアップが不要、管理番号が異なるならファームウェアのバージョンアップが必要と判断する。ファームウェアのバージョン番号は、仕様変更や不具合対策でプログラムを修正する順にバージョン番号が更新されるため、互換性を管理するためには、図１３の機種別バージョンテーブルで示したように、適用バージョン番号のような管理が必要である。図１４のように独立して互換性管理番号を設けると、簡単に判断しやすい。

レンズユニット１も本体ユニット２も着脱自在な構成であることから、個々に新規のレンズユニット１が発売されたり、新規の本体ユニット２が発売されたりして、新旧入り乱れたユニット構成になる可能性が非常に高い。このような場合は、可能な限り互換性の取れるファームウェアのリリースは必要ではあるが、何らかの制約条件により、組合せによっては動作しない可能性が生じることは否めない。そのような事態が発生したユニット間においては、互換性管理番号を更新することで、他の接続される全てのユニット間のバージョンアップを促すことが可能になる。

以上のように、バージョン情報の管理方法によって、そのシステムに最適なファームウェア管理ができることの実施例を示してきた。互換性管理番号も、機種番号毎に増やす方法もあるだろうし、本実施例以外の方法でもファームウェア管理はできるであろう。そのようなことも本発明の管理方法に含まれる。いかにして、ファームウェアの更新が必要なことを発見できるかが重要なこととなる。

図１５は本実施の形態における実施例５の動作を示すフローチャートである。図１〜図３を参照しながら、図１５に基づきカメラシステムの動作について説明する。本実施例５は、本体ユニット２のファームウェア更新を行うものである。

カメラシステム３の電源をオンにすると、レンズユニット１側からバージョン情報を本体ユニット２へ送信する（Ｓ３１）。送信するバージョン情報は前述の図５、また図６と同じ構成とする。前述の実施例１〜３で説明したように、本体ユニット２において受信したレンズユニット１のバージョン情報が比較される（例えば、図８のＳ２，Ｓ３参照）が、レンズユニット１を新たに購入したようなとき、本体ユニット２と比べてレンズユニット１のバージョンが高い場合がある。この場合は、本体ユニット２からレンズユニット１へ送信する図６に示すようなバージョン情報に「本体ユニット側比較結果：本体ユニット側のバージョンアップの必要あり」の情報を付加し、以降の判断処理をレンズユニット１側が行うようにする。

レンズユニット１では、本体ユニット２からの前述のようなバージョン情報を受信すると（Ｓ３２）、レンズユニット１では、本体ユニット２側のバージョン番号とレンズユニット１側のバージョン番号を比較する（Ｓ３３）。比較結果により、本体ユニット２のファームウェアを検索する（Ｓ３４）。ファームウェアは、予めレンズユニット側の記憶部１２に蓄積されているため、ファームウェアの有無をチェックする（Ｓ３５）。該当するファームウェアがあると（Ｓ３５のＹｅｓ）、バージョンアップ画面を表示する（Ｓ３６）。ＬＣＤ２４は本体ユニット２側で制御するので、本体ユニット２に表示要求を送信する。また、ＬＣＤ２４に表示する画面例は、前述の図９に示した「レンズユニットのファームウェアバージョン」を「本体ユニットのファームウェアバージョン」に代えて表示する。

バージョンアップ画面で「Ｙｅｓ」を選択すると（Ｓ３７）、ファームウェアを通信Ｉ／Ｆ１１を経由してレンズユニット１より受信する（Ｓ３８）。本体ユニット２では、通信Ｉ／Ｆ２１よりファームウェアを受信すると、記憶部２２のファームウェア記録エリアに蓄積する。これに伴ってバージョン情報も更新される。

本体ユニット２において、電源オンの際に記憶部２２のファームウェア記録エリアより、制御部２０のＲＡＭにファームウェア（プログラム）を読み出し、実行する。これらの処理は、プログラムのブート処理の実行方法における一つで、公知の技術であるため詳細は省略する。このファームウェアの読み出しを実行するため、本体ユニット２にカメラシステム３の再起動を指示して（Ｓ３９）処理を終了する。

また、前述の該当するファームウェアがないと（Ｓ３５のＮｏ）、またバージョンアップ画面で「Ｎｏ」を選択すると（Ｓ３７）、そのままではカメラシステム３は動作しないため、実施例１〜３で説明したように、自動的に電源オフの処理に移行し（Ｓ７）終了する。

なお、前述の実施例４において説明した、バージョン情報に機種情報を追加することや、別の判定方法においても、カメラシステム３の電源オン時におけるファームウェアバージョンの確認処理であるため、基本的には本体ユニット２をレンズユニット１に置き換えることで実行可能である。前述したように、主たる制御をレンズユニット１で行って、実行できない一部の処理は本体ユニット２で行うように指示すれば良い。また、レンズユニット１の記憶部１２に蓄積するファームウェアとして、このレンズユニット１と接続可能な本体ユニット２に対応するため、複数バージョンのファームウェアを可能な限り記憶するようにする。

図１６は本実施の形態における実施例６の動作シーケンスを示す図である。本実施例６では、バージョン情報を比較して一致しなかった場合、レンズユニット１と本体ユニット２のファームウェアのバージョンアップを同時に行うようにしたものである。前述した実施例２，３および実施例５においては、レンズユニット１と本体ユニット２とのバージョン情報の比較において、一致しなかった場合に、それぞれ該当するファームウェアの検索を行い、該当するファームウェアがあれば更新を行っていたが、本実施例６では、確実にバージョン情報を一致させることができる。

本体ユニット２に着脱自在なＳＤカードなどのメモリカード２７には、レンズユニット１と本体ユニット２の両方のファームウェアを、そのバージョン情報を一致させて記憶しておくことは可能である。さらには、複数バージョンの組合せが可能なように複数のファームウェアを記憶させ、レンズユニット１または本体ユニット２のいずれかのバージョンを選択し、これに統一するようにすることも可能である。

このメモリカード２７を装着して、カメラシステム３の電源をオンし、バージョン情報を比較する（例えば、図８のＳ２）際に、メモリカード２７の確認を行って、バージョン情報が一致したレンズユニット１と本体ユニット２の両方のファームウェアが蓄積されていた場合には、その読み出しを実行する。

この読み出し処理は、始めにレンズユニット１のファームウェアを読み出して（Ｓｅ４１）、通信Ｉ／Ｆ部２１を経由しレンズユニット１へ送信する（Ｓｅ４２）。レンズユニット１は通信Ｉ／Ｆ部２１によりファームウェアを受信し、ファームウェアを記憶している記憶部１２のファームウェア記録エリアに蓄積してバージョンアップ処理を行う（Ｓｅ４３）。

記憶完了により通信Ｉ／Ｆ１１を経由してレンズユニット１のバージョンアップ完了通知を本体ユニット２へ通知する（Ｓｅ４４）。本体ユニット２では、通信Ｉ／Ｆ２１によりレンズユニット１のバージョンアップ完了の確認後に、本体ユニット２のファームウェアを読み出す（Ｓｅ４５）。このとき、レンズユニット１においてバージョンアップの処理が失敗しているならば、この時点で強制終了の処理が行われる。

本体ユニット２のファームウェアは、記憶部２２のファームウェア記憶エリアに蓄積され、バージョンアップ処理が行われる（Ｓｅ４６）。バージョンアップ完了後に、本体ユニット２は、バージョンアップ完了通知をレンズユニット１へ送信する（Ｓｅ４７）。なお、本実施例６において、本体ユニット２のバージョンアップ完了通知の送信後には、本体ユニット１のファームウェアを起動させるため、カメラシステム３は再起動されるか、または電源オフとなる。

なお、前述した実施の形態では、カメラシステム３として、本体ユニット２とレンズユニット１が分離する構成で、レンズユニット１側に撮像素子を有する例を挙げている。しかしながら、本発明はこの構成に限定されるものではなく、撮像素子を本体ユニット２側に配置し、レンズユニット１にはレンズ部４（レンズ、絞り、シャッタ、光学系駆動部等）のみを設けた構成であっても応用可能である。

本発明に係るカメラシステムは、レンズユニットと本体ユニットのバージョン情報を比較し、その互換性を判定した結果により、ファームウェアのバージョンアップを中止して動作不能となること回避し、かつユーザに通知してファームウェアの更新を促すことができ、さらには互換性のあるバージョンのファームウェアを検索し、検出されれば更新を行うことも可能となり、バージョン管理を容易にでき、本体ユニットとレンズユニットが分離するレンズ交換式のカメラシステムにおける各ユニットのファームウェアバージョンの管理制御として有用である。

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

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

Claims (9)

1. 撮影光学系を有するレンズユニットと、前記レンズユニットを着脱自在な本体ユニットと、前記レンズユニットのファームウェアのバージョン情報と前記本体ユニットのファームウェアのバージョン情報および各バージョンの互換性情報を記憶する記憶手段と、電源オン後の初期化処理において、前記レンズユニットのファームウェアのバージョン情報を前記本体ユニットに通知する通知手段と、前記互換性情報を用いて、前記レンズユニットと前記本体ユニットとのファームウェアのバージョン情報を比較する比較手段と、を備え、
   前記比較手段の比較結果が、前記レンズユニットと前記本体ユニットとのバージョン情報に互換性がないとき、表示手段に警告を表示することを特徴とするカメラシステム。
2. 前記比較手段による比較結果が、前記レンズユニットと前記本体ユニットとのバージョン情報に互換性がないとき、前記初期化処理を停止して電源をオフすることを特徴とする請求項１記載のカメラシステム。
3. 前記比較手段による比較結果が、前記レンズユニットと前記本体ユニットとのバージョン情報に互換性がなく、前記本体ユニットの記憶手段に互換性のある前記レンズユニット更新用のファームウェアを検索手段が検出したときは、前記レンズユニットのファームウェアを読み出して更新を行うことを特徴とする請求項１または２記載のカメラシステム。
4. 前記比較手段が比較する前記レンズユニットと前記本体ユニットとのバージョン情報に、前記レンズユニットの機種情報および前記本体ユニットの機種情報を組合せたバージョン情報を用いることを特徴とする請求項１〜３のいずれか１項に記載のカメラシステム。
5. 前記本体ユニットの記憶手段に前記レンズユニットの複数のファームウェアを記憶することを特徴とする請求項１〜４のいずれか１項に記載のカメラシステム。
6. 前記比較手段による比較結果が、前記レンズユニットと前記本体ユニットとのバージョン情報に互換性がなく、前記レンズユニットの記憶手段に互換性のある前記本体ユニット更新用のファームウェアを検索手段が検出したときは、前記本体ユニットのファームウェアを読み出して更新を行うことを特徴とする請求項１〜５のいずれか１項に記載のカメラシステム。
7. 前記比較手段が比較する前記レンズユニットと前記本体ユニットとのバージョン情報に、前記レンズユニットの機種情報および前記本体ユニットの機種情報を組合せたバージョン情報を用いて、かつ前記レンズユニットの記憶手段に前記本体ユニットの複数のファームウェアを記憶することを特徴とする請求項６記載のカメラシステム。
8. 前記比較手段による比較結果が、前記レンズユニットと前記本体ユニットとのバージョン情報に互換性がなく、前記本体ユニットに接続した外部記憶手段に互換性のある前記本体ユニット更新用のファームウェアを検索手段が検出したときは、前記本体ユニットのファームウェアを読み出して更新を行うことを特徴とする請求項１〜５のいずれか１項に記載のカメラシステム。
9. 前記比較手段による比較結果が、前記レンズユニットと前記本体ユニットとのバージョン情報に互換性がなく、前記本体ユニットに接続した外部記憶手段に各ユニットの互換性のある更新用のファームウェアを検索手段が検出したときは、
   前記レンズユニットのファームウェアを読み出して更新し、前記レンズユニットから更新完了通知を前記本体ユニットが受信した後、前記本体ユニットのファームウェアを読み出して更新を行うことを特徴とする請求項３に記載のカメラシステム。

Images