特開 2024-174763 情報処理装置、情報処理方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024174763

(43)【公開日】2024-12-17

(54)【発明の名称】情報処理装置、情報処理方法、及びプログラム

(51)【国際特許分類】

   G06F 8/65 20180101AFI20241210BHJP

【ＦＩ】

G06F8/65

【審査請求】未請求

【請求項の数】8

【出願形態】ＯＬ

(21)【出願番号】P 2023092777

(22)【出願日】2023-06-05

(71)【出願人】

【識別番号】000001007

【氏名又は名称】キヤノン株式会社

(74)【代理人】

【識別番号】110003281

【氏名又は名称】弁理士法人大塚国際特許事務所

(72)【発明者】

【氏名】木村 雄介

【テーマコード（参考）】

5B376

【Ｆターム（参考）】

5B376CA14

(57)【要約】      （修正有）

【課題】ファームウェアのバージョンダウンを安全に行う情報処理装置、情報処理方法、及びプログラムを提供する。
【解決手段】方法は、情報処理装置の第１の制御部を動作させる第１のファームウェアの更新が、ファームウェアのバージョンダウンであるか否かの判定を行う工程Ｓ６０４と、第１のファームウェアの更新がバージョンダウンであると判定された場合に、第１の制御部の、第１のファームウェアに参照されるシステムデータの初期化を行う工程Ｓ６０５と、初期化に第１のファームウェアの更新を行う工程Ｓ６５４と、を備える。
【選択図】図６

【特許請求の範囲】

【請求項1】

情報処理装置の第１の制御部を動作させる第１のファームウェアの更新が、ファームウェアのバージョンダウンであるか否かの判定を行う判定手段と、
前記第１のファームウェアの更新がバージョンダウンであると判定された場合に、前記第１の制御部の、前記第１のファームウェアに参照されるシステムデータの初期化を行う初期化手段と、
前記初期化後に前記第１のファームウェアの更新を行う更新手段と、
を備えることを特徴とする、情報処理装置。

【請求項2】

前記第１のファームウェアに参照されるシステムデータが、データファイル形式が前記第１のファームウェアのバージョンに依存するシステムデータであることを特徴とする、請求項１に記載の情報処理装置。

【請求項3】

前記判定手段は、前記第１のファームウェアの更新指示を受信した場合に、前記第１の制御部を現在動作させている第１のファームウェアのバージョンと、前記更新指示に含まれる第１のファームウェアのバージョンと、を比較することにより、前記第１のファームウェアの更新がファームウェアのバージョンダウンであるか否かの判定を行うことを特徴とする、請求項１に記載の情報処理装置。

【請求項4】

前記第１の制御部は、外部装置との通信の制御を行う制御部であることを特徴とする、請求項１に記載の情報処理装置。

【請求項5】

前記第１の制御部は、Ｚ－Ｗａｖｅ規格、Ｗｉ－Ｆｉ Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ規格、ＺｉｇＢｅｅ規格、又はＢｌｕｅｔｏｏｔｈ規格の少なくとも１つ以上に準拠した無線通信方式のネットワークにより、外部装置の通信の制御を行うことを特徴とする、請求項４に記載の情報処理装置。

【請求項6】

前記第１のファームウェアとは異なる第２のファームウェアにより動作する第２の制御部により、前記第１の制御部の動作に関する設定値を記憶部に格納する格納手段をさらに備え、
前記初期化手段は、前記第１のファームウェアの更新がバージョンダウンであると判定された場合に、前記記憶部における前記設定値をさらに初期化することを特徴とする、請求項１に記載の情報処理装置。

【請求項7】

情報処理装置の第１の制御部を動作させる第１のファームウェアの更新が、ファームウェアのバージョンダウンであるか否かの判定を行う工程と、
前記第１のファームウェアの更新がバージョンダウンであると判定された場合に、前記第１の制御部の、前記第１のファームウェアに参照されるシステムデータの初期化を行う工程と、
前記初期化後に前記第１のファームウェアの更新を行う工程と、
を備えることを特徴とする、情報処理方法。

【請求項8】

コンピュータを、請求項１乃至６の何れか一項に記載の情報処理装置の各手段として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、及びプログラムに関する。

【背景技術】

【0002】

センサ機能を有したセンサデバイスからセンサデータを収集する無線ネットワークの通信規格として、Ｚ－Ｗａｖｅ（登録商標）という規格が存在する。このような無線ネットワークにおいて、センサ機能を有したセンサデバイス（子機）から通知を受信すると、予め設定された条件に従ってカメラを所定のポジションへ向けるように設定することが可能なネットワークカメラがある。

【0003】

一般に、ネットワークカメラに代表されるデバイスは新規に導入される際に、顧客環境に応じた初期設定作業が必要となる。デバイスの初期設定作業には多くの時間と手間がかかる。そのため、複数台のデバイスに対し、同様の初期設定作業を行う場合には、予め指定されたファームウェアバージョン、必要なソフトウェア及び設定情報、並びに検証用のデータなどの共通データを用意しておく。そして、それらの共通データを設定指示情報に従って処理していくことで、デバイスの設定に詳しくない作業者（例えば、顧客先へネットワークカメラを設置するＳＩｅｒ）であっても、効率良く初期設定作業を行うことが可能となる。このような処理において、ファームウェアを指定されたバージョンに変更する際、通常はファームウェアのバージョンアップが行われる。

【0004】

しかしながら、ネットワークカメラのファームウェアのバージョン変更では、監視範囲を拡張するためにデバイスを追加購入したユーザが、新しい機能の利用を希望するとは限らない。特に、バージョンの変更後にシステムのソフトウェアの統合性を維持するための追加作業が必要になる場合、バージョンアップではなく、安定稼働している既存のファームウェアへバージョンダウンしてネットワークカメラを運用する場合がある。

【0005】

また、ネットワークカメラに限らずオフィスなどで使用されるデバイスには、ファームウェアの種類が、通常ファームウェアに加え、商談ファームウェア又は個別ファームウェアなど様々な種類が存在する。通常ファームウェアとは一般のユーザがネットワークカメラで使用するファームウェアである。商談ファームウェアとは特定の商談用にカスタマイズされたファームウェアである。個別ファームウェアとは特定の障害などを直して個別にリリースされるファームウェアである。その中で、商談ファームウェアは商談先でしか使用されないファームウェアであり、バージョンが長期に渡って変更されずに固定である場合が多い。

【0006】

これらの場合、工場出荷のファームウェアバージョンは、定期的に上がっていくため、初期設定作業時の指定ファームウェアのバージョンが、工場出荷されたファームウェアバージョンより下回ることが発生する。この場合には、初期設定作業において、ファームウェアバージョンダウンが発生する。

【0007】

ファームウェアのバージョンアップでは、機能拡張又は不具合修正のため、データファイルの形式などが変更される場合がある。バージョンアップを行う場合には、バージョンアップ先のファームウェアが、バージョンアップに伴うデータファイル形式の変更を知っているため、バージョンアップと同時にデータファイルの形式変更を行うことができる。しかしながら、バージョンダウンの場合、バージョンダウン先のファームウェアはデータファイル形式の変更を知らないため、データファイル形式を認識できない。そのため、バージョンダウン後の起動時に正しくデータファイルを読み込めず、デバイスが正常に起動できない可能性がある。

【0008】

特許文献１には、プログラムのバージョンダウンと同期して、バージョンダウンされるプログラムが使用するデータをバージョンダウン後のプログラムが使用可能な形式にバージョンダウンする技術が開示されている。また特許文献２には、バージョンダウンを行う場合に、予め初期化の予約をしてから、バージョンダウンを行い、その後データ領域の初期化を行う技術が開示されている。

【先行技術文献】

【特許文献】

【0009】

【特許文献1】特開２０１２－２５６３００号公報

【特許文献2】特開２０２０－４７１３９号公報

【発明の概要】

【発明が解決しようとする課題】

【0010】

しかしながら、特許文献１に記載の技術では、バージョンダウンするプログラムが使用できるようデータファイルの形式変更を行っている。そのため、データファイル形式が公開されていない第三者製のファームウェアを搭載した場合には、データファイルの形式変換を行うことが出来ず、バージョンダウン後にデバイスを正常起動することができない。

【0011】

また、特許文献２に記載の技術では、バージョンダウンのためのファームウェア更新後にデータ領域の削除が行われる。そのため、バージョンダウンが原因でデバイスを正常起動できなくなった場合にはデータ領域の削除を実行できず、問題が解決しない。

【0012】

本発明は、ファームウェアのバージョンダウンを安全に行うことを目的とする。

【課題を解決するための手段】

【0013】

本発明の目的を達成するために、例えば、一実施形態に係る情報処理装置は以下の構成を備える。すなわち、情報処理装置の第１の制御部を動作させる第１のファームウェアの更新が、ファームウェアのバージョンダウンであるか否かの判定を行う判定手段と、前記第１のファームウェアの更新がバージョンダウンであると判定された場合に、前記第１の制御部の、前記第１のファームウェアに参照されるシステムデータの初期化を行う初期化手段と、前記初期化後に前記第１のファームウェアの更新を行う更新手段と、を備える。

【発明の効果】

【0014】

ファームウェアのバージョンダウンを安全に行う。

【図面の簡単な説明】

【0015】

【図1】情報処理装置を含む通信システムの構成の一例を示す図。

【図2】情報処理装置を含む各装置のハードウェア構成の一例を示すブロック図。

【図3】第１の制御部により管理されるデータ領域の一例を示す図。

【図4】更新が行われるファームウェアの説明を行うための図。

【図5】ファームウェアの更新時にユーザに提示される画面の一例を示す図。

【図6】各制御部により実行される情報処理の一例を示すフローチャート。

【発明を実施するための形態】

【0016】

以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではない。実施形態には複数の特徴が記載されているが、これらの複数の特徴の全てが発明に必須のものとは限らず、また、複数の特徴は任意に組み合わせられてもよい。さらに、添付図面においては、同一若しくは同様の構成に同一の参照番号を付し、重複した説明は省略する。

【0017】

［実施形態１］
図１は、実施形態１に係る情報処理装置を含む通信システムの構成の一例を示す図である。図１に示す通信システムは、ネットワークカメラ（情報処理装置）１０１、通信装置としてのセンサデバイス１０２、及び通信制御装置としての情報端末１０４を含む。本実施形態に係る情報処理装置１０１はネットワークカメラに内蔵される装置であるものとするが、ネットワークカメラに対して同様の処理が可能であれば、情報処理装置１０１とネットワークカメラとが別体の装置であってもよい。

【0018】

情報処理装置１０１は、ネットワーク１０３を介してセンサデバイス１０２と通信可能に接続している。また、情報処理装置１０１はネットワーク１０５を介して情報端末１０４と通信可能に接続している。センサデバイス１０２は、情報処理装置１０１と通信を確立するためのペアリングボタン１０６を有する。センサデバイス１０２はセンサデバイスであり、１つであってもよく複数であってもよい。

【0019】

本実施形態に係る情報処理装置１０１は、撮像機能を有するカメラを有し、撮像した画像若しくは映像を、有線又は無線のネットワーク１０５を介して情報端末１０４に配信可能であるネットワークカメラを含む。情報端末１０４はネットワーク１０５を介して、情報処理装置１０１の撮像動作、画角の制御、パン若しくはチルトなどの姿勢制御、又は映像の録画制御のうちの少なくとも１つを制御できる。また、情報端末１０４は、情報処理装置１０１との通信に関する設定などを行うことができる。

【0020】

本実施形態に係るセンサデバイス１０２は、例えば煙若しくは一酸化炭素などのガスの濃度、温度、又はドアの開閉などの被写体の所定の動作など、センサにより検知される条件のうちの少なくとも１つを検知することができるセンサである。センサデバイス１０２は、予め設定された条件を検知することに従って、情報処理装置１０１に通知を送信する。センサデバイス１０２は、温度などのセンサ情報だけでなく、温度が一定基準を超えたこと又はドアなどの所定の被写体の所定の動作（開閉）が生じたことなどを通知してもよく、センサデバイスの交換タイミングなどを通知してもよい。

【0021】

ネットワーク１０３は、情報処理装置１０１とセンサデバイス１０２とを通信可能に接続する。本実施形態に係るネットワーク１０３は、Ｚ－Ｗａｖｅ（登録商標）規格に準拠した無線通信方式による無線通信のネットワークである。この場合、センサデバイス１０２は、Ｚ－Ｗａｖｅ規格で規定されたプロファイルを利用して、情報処理装置１０１に通知を実行することができる。なお、ネットワーク１０３はＺ－Ｗａｖｅ規格には限定されず、Ｗｉ－Ｆｉ ＮＡＮ規格、又はＺｉｇＢｅｅ（登録商標）規格の少なくとも１つ以上に準拠した無線通信方式による無線通信のネットワークが用いられてもよい。ネットワーク１０３は、センサデバイス１０２が予め設定された条件を検知したことに従って、ネットワーク１０３を介して通信可能な、情報処理装置１０１などの外部装置に通知することができるネットワークであれば有線でも無線でもよい。

【0022】

ネットワーク１０５は、情報処理装置１０１と情報端末１０４とを通信可能に接続するネットワークである。本実施形態に係るネットワーク１０５は、有線ＬＡＮなどの有線通信方式に準拠した有線通信のネットワークであってもよく、ＩＥＥＥ８０２．１１シリーズ規格などの無線通信方式に準拠した無線通信のネットワークであってもよい。その場合、情報処理装置１０１はネットワーク１０５を構築するアクセスポイントとして動作してもよく、情報端末１０４又は不図示のアクセスポイントが構築したネットワーク１０５に参加するステーションとして動作してもよい。

【0023】

なお、ネットワーク１０５は、Ｗｉ－Ｆｉ Ｄｉｒｅｃｔ（登録商標）規格、又はＷｉ－Ｆｉ ＮＡＮ規格などの無線通信方式に準拠したネットワークであってもよい。また、ネットワーク１０５は、ＩＥＥＥ８０２．１１シリーズ規格である必要はなく、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、ＵＷＢ、ＭＢＯＡ、ＺｉｇＢｅｅ（登録商標）、Ｚ－Ｗａｖｅなどの無線通信方式に準拠したネットワークであってもよい。

【0024】

なお、ＮＡＮはＮｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇの略であり、ＮＦＣはＮｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎの略である。また、ＵＷＢはＵｌｔｒａ Ｗｉｄｅ Ｂａｎｄの略である。ＭＢＯＡはＭｕｌｔｉ Ｂａｎｄ ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）Ａｌｌｉａｎｃｅの略である。ＵＷＢには、ワイヤレスＵＳＢ、ワイヤレス１３９４、及びＷｉＮＥＴなどが含まれる。

【0025】

以下、本実施形態に係る通信システムにおいて、情報処理装置１０１がファームウェアの更新を行う処理について説明を行う。図２は、本実施形態において用いられる各装置のハードウェア構成の一例を示すブロック図である。図２（Ａ）、図２（Ｂ）、図２（Ｃ）及び図２（Ｄ）は、それぞれ情報処理装置１０１、センサデバイス、情報端末１０４、及び第１の制御部２０４（後述）のハードウェア構成の一例を示すブロック図である。なお、図２に示す各装置の構成は一例であり、各装置がその他の構成部を有していてもよい。

【0026】

本実施形態に係る情報処理装置１０１は、第２の制御部２０１、記憶部２０２、通信部２０３、第１の制御部２０４、撮像部２０５、画像処理部２０６、及びパンチルト駆動部２０７を備える。

【0027】

第２の制御部２０１は、ＣＰＵ又はＭＰＵなどの１以上のプロセッサにより構成され、後述の記憶部２０２に格納された第２のファームウェアを実行することにより情報処理装置１０１全体を制御する中央処理装置である。なお、第２の制御部２０１は、記憶部２０２に格納されたファームウェア及びＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）との協働により、情報処理装置１０１全体を制御するようにしてもよい。なお、ＣＰＵはＣｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略であり、ＭＰＵはＭｉｃｒｏ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔの略である。また、第２の制御部２０１がマルチコアなどの複数のプロセッサを備え、複数のプロセッサにより情報処理装置１０１全体を制御するようにしてもよい。

【0028】

ここで図４を参照して、本実施形態に係る情報処理装置１０１により更新されるファームウェアの一例について説明を行う。ファームウェア４００は第２の制御部を制御するための第２のファームウェア４０１と、第１の制御部を制御するための第１のファームウェア４０４とで構成されている。第２のファームウェア４０１は、付加情報として少なくともファームウェアバージョン４０２と、更新可能なハードウェア識別子４０３とを含んでいる。第１のファームウェア４０４は、付加情報として少なくともファームウェアバージョン４０５と、更新可能なハードウェア識別子４０６とを含んでいる。ファームウェアバージョン４０２及び４０５は、それぞれ第２のファームウェア４０１のバージョン情報と第１のファームウェア４０４のバージョンとを示す情報である。

【0029】

第２の制御部２０１は、情報処理装置１０１に伝達されたコマンドを解析し、コマンドに応じた処理を行う。例えば第２の制御部２０１は、ユーザが情報端末１０４を介して入力した指示に応じたコマンドを情報端末１０４から受信し、受信したコマンドに基づいた処理を実行することができる。具体的には、第２の制御部２０１は、情報端末１０４からアップロードされた第２のファームウェア４０１及び第１のファームウェア４０４を記憶部２０２へ書き込む。また、第２の制御部は、第１の制御部２０４に対して第１のファームウェア４０４を転送し、第１の制御部２０４のファームウェアを更新することができる。なお、本実施形態に係るファームウェアの更新処理は、ファームウェアのバージョンアップとバージョンダウンとを含む。

【0030】

さらに、第２の制御部２０１は、情報処理装置１０１が保持する内部パラメータの変化を検知し、その検知結果をイベントトリガーとした処理を行ってもよい。例えば第２の制御部２０１は、情報処理装置１０１に保持されている、センサデバイス１０２の状態を示す情報が変更された場合、当該変更を検知したことに応じた処理を実行することができる。

【0031】

記憶部２０２は、ＲＯＭ又はＲＡＭなどの１以上のメモリにより構成され、各種動作を行うための第２のファームウェア、第１の制御部２０４のファームウェア更新用の第１のファームウェア、及び無線通信のための通信パラメータなどの各種情報を格納する。ＲＯＭはＲｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙの略であり、ＲＡＭはＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙの略である。なお、記憶部２０２は、ＲＯＭ又はＲＡＭなどのメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、磁気テープ、不揮発性のメモリカード、若しくはＤＶＤなどの記憶媒体を少なくとも１つ含んでもよい。さらに、記憶部２０２は、情報処理装置１０１の再起動時に以前設定した値を用いることが可能となるように、画質調整のためのパラメータ又はネットワークの設定などの設定値を格納しておいてもよい。

【0032】

通信部２０３は、有線ＬＡＮ又は無線ＬＡＮによる通信の制御を行う。具体的には、通信部２０３はネットワーク１０５を介した通信の制御を行う。

【0033】

第１の制御部２０４は、Ｚ－Ｗａｖｅ規格に準拠した通信の制御を行う。第１の制御部２０４の具体的な構成については図２（Ｄ）を参照して後述する。

【0034】

なお、本実施形態において、情報処理装置１０１は、外部装置と通信を行う通信部として、通信部２０３と第１の制御部２０４とを個別に有しているが、１つの通信部によってネットワーク１０５を介した通信とネットワーク１０３を介した通信とを行ってもよい。

【0035】

撮像部２０５は、レンズ及びＣＭＯＳセンサなどの撮像素子から構成され、レンズにより形成された光学像を撮像素子が光電変換して撮像信号として出力する。画像処理部２０６は、撮像部２０５から出力された撮像信号に画像処理及び圧縮符号化処理を行い、画像データ又は映像データを生成する。パンチルト駆動部２０７は、（ここでは、第２の制御部２０１からの命令により）カメラをパン又はチルト方向に駆動する制御を行う。

【0036】

本実施形態に係るセンサデバイス１０２は、制御部２１１、記憶部２１２、無線通信部２１３、及び検知部２１４を備える。

【0037】

制御部２１１は、ＣＰＵ又はＭＰＵなどの１以上のプロセッサにより構成され、後述の記憶部２１２に格納されたコンピュータプログラムを実行することによりセンサデバイス１０２全体を制御する。

【0038】

記憶部２１２は、ＲＯＭ又はＲＡＭなどの１以上のメモリにより構成され、各種動作を行うためのコンピュータプログラム、及び無線通信のための通信パラメータなどの各種情報を格納する。また、記憶部２１２は、親機である情報処理装置１０１との通信に関する通信情報を格納する。

【0039】

無線通信部２１３は、Ｚ－Ｗａｖｅ（登録商標）規格に準拠した通信の制御を行う。具体的には、無線通信部２１３は、ネットワーク１０３を介した通信の制御を行う。

【0040】

検知部２１４は、センサ機能によって例えばドア開閉を検知した場合に、検知結果として検知信号を出力する。なお、本実施形態に係るセンサデバイス１０２は、検知部２１４のみを有している例を挙げたが、その他の検知部を追加で有していてもよい。

【0041】

本実施形態に係る情報端末１０４は、制御部２２１、記憶部２２２、通信部２２３、無線通信部２２４、操作部２２５、画像処理部２２６、及び表示部２２７を備える。

【0042】

制御部２２１は、コンピュータとしてのＣＰＵやＭＰＵなどの１以上のプロセッサにより構成され、記憶部２２２に記憶されたコンピュータプログラムを実行することにより、情報端末１０４、情報処理装置１０１、又はセンサデバイス１０２を制御する。

【0043】

記憶部２２２は、ファームウェア及び通信情報などの各種情報を格納する。本実施形態に係る記憶部２２２は、記憶部２０２と同様の構成とすることが可能であり、重複する説明は省略する。

【0044】

通信部２２３は、有線ＬＡＮ又は無線ＬＡＮによりネットワーク１０５を介した通信の制御を行う。また、情報端末１０４は、無線通信部２２４を備え、Ｚ－Ｗａｖｅ規格に準拠してネットワーク１０３を介した通信の制御を行うようにしてもよい。なお、本実施形態に係る情報端末１０４は、通信手段として通信部２２３と無線通信部２２４とを個別に有しているものとして説明を行うが、１つの通信部のみによってネットワーク１０５を介した通信を行ってもよい。

【0045】

操作部２２５は、マウス、キーボード、又はタッチパネルなどのユーザ操作を受け付けるためのものである。画像処理部２２６は、画像データ又は映像データを処理して表示用の表示信号などを生成する。表示部２２７は、画像データ又は映像データを表示するためのＬＣＤなどの表示デバイスを含み、例えば図５のような画面を表示することができる。

【0046】

また、本実施形態に係る操作部２２５及び表示部２２７は別々の機能部であるものとして説明を行うが、情報端末１０４は、例えば操作部２２５と表示部２２７とを兼ねるタッチパネルなどを有していてもよい。

【0047】

なお、情報端末１０４は、表示部２２７に図５の画面を表示させた状態で、注釈やアクションルールを設定するためのユーザ操作を受け付けることができる。情報端末１０４内の制御部２２１は上記の制御を行うための制御手段として機能している。

【0048】

本実施形態に係る第１の制御部２０４は、制御部２３１、記憶部２３２、及び無線通信部２３３を備える。

【0049】

制御部２３１は、第２の制御部２０１から伝達されたコマンドを解析し、センサデバイス１０２との通信制御に関するコマンドに応じた処理を行う。例えば、第２の制御部２０１からファームウェア更新に関するコマンド、又は第１のファームウェア４０４を受信すると、第１のファームウェア４０４を記憶部２３２へ書き込み、ファームウェアを更新することができる。

【0050】

記憶部２３２は、第１のファームウェア４０４又はブートローダーを格納しておくことで、情報処理装置１０１の起動にあわせて、第２の制御部２０１によって制御可能な状態で待機することが可能である。また、記憶部２３２は、センサデバイス１０２と通信するネットワーク１０３の設定など設定値を格納しておくことで、情報処理装置１０１が再起動された場合であっても、以前設定した設定値を用いることが可能である。さらに、記憶部２３２は、子機であるセンサデバイス１０２との通信に関する通信情報、及びセンサデバイス１０２から取得したセンサ情報などを格納することができる。

【0051】

なお、このように第２の制御部２０１により、記憶部２３２

【0052】

無線通信部２３３は、Ｚ－Ｗａｖｅ規格に準拠した通信の制御を行う。具体的には、無線通信部２３３は、ネットワーク１０３を介した通信の制御を行う。

【0053】

本実施形態に係る情報処理装置１０１（第２の制御部２０１）は、第１のファームウェアの更新がバージョンダウンであるか否かの判定を行う。例えば、第２の制御部２０１は、情報端末１０４からファームウェアの更新指示を受信した場合に、現在の第１のファームウェアのバージョンと、更新指示に含まれるファームウェアのバージョンとを比較して、更新がバージョンダウンであるか否かの判定を行うことが出来る。

【0054】

第２の制御部２０１は、実行されるファームウェアの更新がバージョンダウンであると判定した場合には、第１のファームウェアを更新する前に、第１のファームウェアに参照される、第１の制御部２０４のシステムデータの初期化を行う。本実施形態に係る第２の制御部２０１は、第１のファームウェアに参照されるシステムデータとして、データファイル形式が第１のファームウェアのバージョンに依存するシステムデータの初期化を行うことができる。後述する図３の例では、システム領域３０２及びシステムデータ領域３０３が第１のファームウェアのバージョンに依存する領域であり、これらの領域におけるシステムデータが初期化処理により削除される。当該初期化後、第２の制御部２０１は、第１のファームウェアの更新を行う。

【0055】

図３は、記憶部２３２内で管理格納されているデータ領域を示す構成図である。ブートローダー領域３０１は、第１の制御部２０４の初期化、ファームウェア更新、及びファームウェアの起動などの各処理を実行可能なブートローダーが格納されている領域である。本実施形態に係るブートローダー領域３０１は、ファームウェアのバージョンに依存しないデータが格納されている領域であるものとする。

【0056】

システム領域３０２は、第１のファームウェアの一部が展開されている領域である。本実施形態に係る第１のファームウェアは、コントローラ、組み込みアプリケーション、又はミドルウェアを含んでいる。ファームウェアのバージョンを変更する場合、システム領域３０２は、変更後のファームウェアで上書きされることになる。

【0057】

システムデータ領域３０３は、センサデバイス１０２と通信するネットワーク１０３の設定値などが格納されている領域である。本実施形態に係るシステムデータ領域３０３は、第１のファームウェアにより参照される、データファイル形式が第１のファームウェアのバージョンに依存するシステムデータを格納する。本実施形態においては、初期状態（なにもファームウェアが書き込まれていない状態）のシステム領域３０２に対して、初めて第１のファームウェアを書き込む際に、システムデータ領域が構築されることを前提とする。

【0058】

システムデータ領域３０３は、ファームウェアのバージョンによってデータファイル形式が異なる可能性があるため、ファームウェアバージョンに依存する領域である。そのため、ファームウェアを更新する場合には、バージョンアップ時にシステムデータ領域３０３内のシステムデータが古いデータファイル形式から新しいデータファイル形式に自動変換される。ファームウェアのバージョンアップ時のデータ変換に関しては、公知の技術を任意に用いて実行することが可能であり、詳細な説明は省略する。

【0059】

また、逆にファームウェアのバージョンダウンを行う場合は、古いバージョンのファームウェアは新しいデータファイル形式に対応していないため、システムデータのデータファイル形式を自動で変換できない。そのため、バージョンダウンの場合は、システム領域３０２及びシステムデータ領域３０３を初期化（削除）し、新たにファームウェアを書き込むことで、システムデータ領域３０３を再構築する必要がある。ファームウェアのバージョンダウン時の処理に関しては、図６のフローチャートを参照して後述する。

【0060】

ユーザデータ領域３０４は、第１のファームウェアとは別に管理されている、工場で書き込まれるシリアルナンバーなどの付加情報を書き込む領域であり、ファームウェアのバージョン変更をしても影響を受けない領域である。そのため、情報処理装置１０１は、バージョンアップ時及びバージョンダウン時において、ユーザデータ領域３０４についてはデータファイル形式の変換又は削除を行う必要はない。ユーザデータ領域３０４は、上述のシリアルナンバーに加え、工場出荷時に決定されるアンテナ調整値など、情報処理装置１０１に固有の値を任意に格納可能である。一方で、システム領域３０２並びにシステムデータ領域３０３は、初期設置におけるファームウェアのバージョンダウン時に、削除及び再構築が必要となる。

【0061】

このように、本実施形態に係る第１の制御部２０１は、第１のファームウェアのバージョンダウンを行う前に、システム領域３０２と、システムデータ領域３０３と、の初期化を行う。ブートローダー領域に格納されているブートローダー、及びユーザデータ領域３０４に格納されている付加情報などは、データファイル形式がファームウェアのバージョンに依存しないため、バージョンダウン前に初期化する必要はない。

【0062】

図５は、情報処理装置１０１のファームウェア更新をする際の、情報端末１０４において表示される画面の一例を示す図である。画面５００は、管理画面の一部の画面であり、情報処理装置１０１の初期設定を行う際に、情報端末１０４は画面５００を介してユーザ操作を受け付ける。画面５００は、ファームウェア更新画面の表示要求を情報端末１０４から情報処理装置１０１の第２の制御部２０１に送信した時に、情報端末１０４の表示部２２７に表示される画面であるものとする。

【0063】

画面５００は、第２の制御部２０１に書き込まれている第２のファームウェア４０１に含まれるファームウェアバージョン４０２を表示するバージョン表示５０１、更新を行うファームウェアを選択する選択ボタン５０２、及び更新ボタン５０５を表示している。また画面１００は、ファームウェアの更新内容を選択するためのボタンとして、現在の設定を引き継いで更新する標準アップグレードのラジオボタン５０３、工場出荷時の設定に戻して更新するラジオボタン５０４を表示している。ここでは、ラジオボタン５０４を選択してファームウェアの更新を行うことにより、ファームウェアのバージョンダウンが実行されるものとする。

【0064】

例えば、本実施形態では、ユーザが選択ボタン５０２をクリックし、バージョンダウンするファームウェア４００を選択する。次に、ユーザはファームウェアのバージョンダウンを実行するためにラジオボタン５０４を選択して、更新ボタン５０５をクリックする。このようなユーザ操作が入力されたことに応じて、第２の制御部２０１は、ファームウェア更新処理を開始する。

【0065】

以下、このような情報処理装置１０１が行う処理について、図６を参照して説明を行う。図６は、画面５００において受け付けたユーザ操作に応じた指示を受けて開始する、情報処理装置１０１によるファームウェアのバージョンダウン処理の一例を説明するフローチャートである。

【0066】

Ｓ６０１からＳ６１２は第２の制御部２０１による処理であり、Ｓ６５１からＳ６５５は第１の制御部２０４による処理である。なお、図６の処理は、情報処理装置１０１が情報端末１０４からファームウェアの更新指示を受信した場合に開始するものとする。また、図６の処理を開始するにあたり、更新用のファームウェア４００が、更新指示に含まれる形で情報端末１０４から情報処理装置１０１にアップロードされているものとして以下の説明を行う。

【0067】

Ｓ６０１で第２の制御部２０１は、記憶部２０２に格納されている、アップロードされたファームウェア４００を解析し、第２のファームウェア４０１のハードウェア識別子４０３を取得する。

【0068】

Ｓ６０２で第２の制御部２０１は、解析により取得したハードウェア識別子４０３に基づいて、アップロードされたファームウェアが更新可能か否かを判定する。例えば、第２の制御部２０１は、ファームウェア４００の中に含まれる第２のファームウェア４０１のハードウェア識別子４０３が、現状の第２の制御部２０１のハードウェアのものと一致する場合には更新可能と判定することができる。更新可能である場合には、第２の制御部２０１はＳ６０３へ処理を進める。更新不可能である場合には、第２の制御部２０１は、Ｓ６１２へ処理を進め、画面５００にダイアログなどでエラーメッセージを表示し、ファームウェア更新処理を終了する。

【0069】

Ｓ６０３で第２の制御部２０１は、記憶部２０２に格納されている、アップロードされたファームウェア４００を解析し、第１のファームウェアのファームウェアバージョン４０５を取得する。

【0070】

Ｓ６０４で第２の制御部２０１は、第１のファームウェア４０４の現在のファームウェアバージョンを取得し、解析により取得したファームウェアバージョン４０５と比較して、実行する更新処理がバージョンダウンかどうか判定する。ここでは、取得したファームウェアのバージョンが現在のファームウェアバージョンよりも古い場合に、実行する更新処理がバージョンダウンであるものと判定されるものとする。バージョンダウンである場合には処理はＳ６０５へ進み、バージョンが同一又はバージョンアップである場合には処理がＳ６０６へ進む。

【0071】

Ｓ６０５で、第２の制御部２０１は、第１の制御部２０４のシステム領域３０２及びシステムデータ領域３０３を削除するために、第１の制御部２０４の初期化を要求し、処理を第１の制御部２０４によるＳ６５１へと進める。例えば第２の制御部２０１は、第１の制御部２０４の制御ピンを制御することにより、第１の制御部２０４に初期化を実行させることができる。

【0072】

Ｓ６５１で第１の制御部２０４は、ブートローダーを起動し、システム領域３０２及びシステムデータ領域３０３を削除できる状態にする。Ｓ６５２で第１の制御部２０４は、システム領域３０２及びシステムデータ領域３０３を削除する。Ｓ６５３で第１の制御部２０４は、第１の制御部２０４の再起動を行い、処理を第２の制御部のＳ６０６へと進める。第１の制御部２０４は、ファームウェア（第１のファームウェア）が削除されているため、ブートローダーが起動した状態で待機する。

【0073】

Ｓ６０６で第２の制御部２０１は、記憶部２０２にある第２の制御部２０１のシステム領域３０２に対して第２のファームウェア４０１を書き込み、第１のファームウェア４０４を作業領域へ書き込む。Ｓ６０７で第２の制御部２０１は、第２のファームウェア４０１に更新するために情報処理装置１０１を再起動する。Ｓ６０８で第２の制御部２０１は、記憶部２０２のシステム領域に書き込まれている第２のファームウェア４０１を展開し、更新された第２のファームウェア４０１を実行する。

【0074】

Ｓ６０９で第２の制御部２０１は、第１の制御部２０４から現在のファームウェアバージョンを取得する。Ｓ６１０で第２の制御部２０１は、記憶部２０２の作業領域に格納されている第１のファームウェア４０４を解析し、解析により取得したファームウェアバージョン４０５と第１の制御部２０４の現在のファームウェアバージョンが異なるか否かを判定する。ファームウェアバージョンが異なる場合には、第１のファームウェアを更新するため処理はＳ６１１へと進み、そうでなければファームウェアを更新せず処理が終了する。ここで、第１の制御部２０４のシステム領域３０２に何もファームウェアが書き込まれていない場合（例えば、Ｓ６０５でシステム領域３０２が初期化されている場合）、バージョンを取得できないため、Ｓ６１０における判定ではファームウェアバージョンが異なるものと判定される。

【0075】

Ｓ６１１及びＳ６５４～Ｓ６５５で、第２の制御部２０１は、第１の制御部２０４のファームウェアの更新を行う。Ｓ６１１で第２の制御部２０１は、第１の制御部２０４に対してファームウェアの更新指示を送信し、処理を第１の制御部によるＳ６５４へと進める。Ｓ６１１においては、例えば第２の制御部２０１は、第１の制御部２０４の起動中のブートローダーに対して、ファームウェア更新処理開始を指示し、ブートローダーをファームウェアの受信待ち状態にする。次いで第２の制御部２０１は、第１の制御部２０４に対して、作業領域に格納されている第１のファームウェア４０４を転送する。

【0076】

Ｓ６５４で第１の制御部２０４は、受信した第１のファームウェア４０４をシステム領域３０２に書き込み、システムデータ領域３０３を構築する。もし、既にシステム領域３０２が書き込まれている場合には、第１の制御部２０４は、システムデータ領域３０３の構築をスキップする。

【0077】

Ｓ６５５で第１の制御部２０４は、第１の制御部２０４を再起動し、更新した第１のファームウェア４０５を展開し、第１のファームウェア４０５を実行する。以上をもって、第２の制御部２０１及び第１の制御部２０４のファームウェア更新処理を終了する。

【0078】

このような処理によれば、第１の制御部２０４のファームウェアの更新がバージョンダウンであるかを判定し、バージョンダウンである場合には、データファイル形式がファームウェアのバージョンに依存するシステムデータの初期化を更新前に行うことができる。したがって、ファームウェアのバージョンダウン後にシステムデータを正しく読み込めなくなることがなくなり、ファームウェアのバージョンダウンを安全に行うことが可能となる。特に、システムデータ領域のデータ形式が開示されていない第三者製ファームウェアを搭載した製品を用いる場合など、バージョンダウン先のファームウェアが更新前の内部データ構造に対応していない場合であっても、安全にファームウェアのバージョンダウンを行うことができる。

【0079】

なお、第２の制御部２０１の記憶部２０２において、第１の制御部２０４の動作に関する設定値（例えば、ネットワーク１０３を介した通信の設定値）を格納しておくことが考えられる。そのような場合、第２の制御部２０１は、Ｓ６０５で第１の制御部２０４の初期化を要求することに加えて、記憶部２０２に格納された第１の制御部２０４の動作に関する設定値も初期化してもよい。

【0080】

なお、本実施形態において説明した、ネットワークカメラとしての情報処理装置は一例であり、特にこのような態様に限定するわけではない。例えば、カメラとしてデジタルスチルカメラ、デジタルムービーカメラ、カメラ付きのスマートフォン、カメラ付きのタブレットコンピュータ、車載カメラ、ドローンカメラ、ロボットに搭載されたカメラなどの撮像機能を有する電子機器を用いてもよい。また、同様の処理が実行可能なのであれば、情報処理装置１０１が行うものとして説明した機能の一部又は全てが、ネットワークカメラの外部の装置により行われてもよい。

【0081】

本明細書の開示は、以下の情報処理装置、情報処理方法、撮像システム、及びプログラムを含む。

【0082】

（項目１）
情報処理装置の第１の制御部を動作させる第１のファームウェアの更新が、ファームウェアのバージョンダウンであるか否かの判定を行う判定手段と、
前記第１のファームウェアの更新がバージョンダウンであると判定された場合に、前記第１の制御部の、前記第１のファームウェアに参照されるシステムデータの初期化を行う初期化手段と、
前記初期化後に前記第１のファームウェアの更新を行う更新手段と、
を備えることを特徴とする、情報処理装置。
（項目２）
前記第１のファームウェアに参照されるシステムデータが、データファイル形式が前記第１のファームウェアのバージョンに依存するシステムデータであることを特徴とする、項目１に記載の情報処理装置。
（項目３）
前記判定手段は、前記第１のファームウェアの更新指示を受信した場合に、前記第１の制御部を現在動作させている第１のファームウェアのバージョンと、前記更新指示に含まれる第１のファームウェアのバージョンと、を比較することにより、前記第１のファームウェアの更新がファームウェアのバージョンダウンであるか否かの判定を行うことを特徴とする、項目１又は２に記載の情報処理装置。
（項目４）
前記第１の制御部は、外部装置との通信の制御を行う制御部であることを特徴とする、項目１乃至３の何れか一項目に記載の情報処理装置。
（項目５）
前記第１の制御部は、Ｚ－Ｗａｖｅ規格、Ｗｉ－Ｆｉ Ｎｅｉｇｈｂｏｒ Ａｗａｒｅｎｅｓｓ Ｎｅｔｗｏｒｋｉｎｇ規格、ＺｉｇＢｅｅ規格、又はＢｌｕｅｔｏｏｔｈ規格の少なくとも１つ以上に準拠した無線通信方式のネットワークにより、外部装置の通信の制御を行うことを特徴とする、項目４に記載の情報処理装置。
（項目６）
前記第１のファームウェアとは異なる第２のファームウェアにより動作する第２の制御部により、前記第１の制御部の動作に関する設定値を記憶部に格納する格納手段をさらに備え、
前記初期化手段は、前記第１のファームウェアの更新がバージョンダウンであると判定された場合に、前記記憶部における前記設定値をさらに初期化することを特徴とする、項目１乃至５の何れか一項目に記載の情報処理装置。
（項目７）
情報処理装置の第１の制御部を動作させる第１のファームウェアの更新が、ファームウェアのバージョンダウンであるか否かの判定を行う工程と、
前記第１のファームウェアの更新がバージョンダウンであると判定された場合に、前記第１の制御部の、前記第１のファームウェアに参照されるシステムデータの初期化を行う工程と、
前記初期化後に前記第１のファームウェアの更新を行う工程と、
を備えることを特徴とする、情報処理方法。
（項目８）
コンピュータを、項目１乃至６の何れか一項に記載の情報処理装置の各手段として機能させるためのプログラム。

【0083】

（その他の実施例）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

【0084】

発明は上記実施形態に制限されるものではなく、発明の精神及び範囲から離脱することなく、様々な変更及び変形が可能である。従って、発明の範囲を公にするために請求項を添付する。

【符号の説明】

【0085】

１０１：情報処理装置、１０２：センサデバイス、１０３：ネットワーク、１０４：情報端末、１０５：ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】