(57)【要約】【課題】更新用データのデータ特性に応じて柔軟に更新処理の可否を判断できるようにする。【解決手段】  制御部が、更新処理の対象となるデータを予め記憶する記憶部と、外部の装置からの更新用データの入力を受け付けるデータ入力部と、更新用データの特性情報に基づき、更新時間を特定する更新時間読取部と、バッテリーの残量を検知するバッテリー残量検知部と、電子機器の消費電力を記憶する消費電力記憶部と、消費電力と更新時間に基づいて更新処理電力量を算出する更新電力量算出部と、を含み、制御部は、装置から記憶部に記憶されたデータの更新処理が要求されたとき、バッテリー残量検知部から取得したバッテリーの残量と更新処理電力量を比較し、バッテリーの残量の方が大きい値の場合には更新処理を実行する制御をし、更新処理電力量の方が大きい値の場合には更新処理を実行しない制御を行う、電子機器による。【選択図】図２
2019125115.tif 000002
【特許請求の範囲】
【請求項１】
バッテリーから供給される電力により動作をする電子機器であって、
当該電子機器の動作を制御する制御部が、
更新処理の対象となるデータを予め記憶する記憶部と、
外部の装置からの更新用データの入力を受け付けるデータ入力部と、
前記更新用データの特性情報に基づき、前記更新処理に要する時間である更新時間を特定する更新時間読取部と、
前記バッテリーの残量を検知するバッテリー残量検知部と、
前記電子機器の消費電力を記憶する消費電力記憶部と、
前記消費電力と前記更新時間に基づいて前記更新処理の実行に必要となる更新処理電力量を算出する更新電力量算出部と、
を含み、
前記制御部は、前記装置から前記記憶部に記憶された前記データの更新処理が要求されたとき、前記バッテリー残量検知部から取得した前記バッテリーの残量と、前記更新処理電力量とを比較し、
前記バッテリーの残量が前記更新処理電力量よりも大きい値の場合には、前記更新処理を実行する制御をし、
前記バッテリーの残量よりも前記更新処理電力量が大きい値の場合には、前記更新処理を実行しない制御を行う、
ことを特徴とする電子機器。
【請求項２】
前記制御部は、前記更新時間読取部において前記更新時間を特定できなかったときは、前記バッテリーの残量と、予め規定する閾値と、を比較し、
前記バッテリーの残量が前記閾値よりも大きい値の場合には、前記更新処理を実行する制御をし、
前記バッテリーの残量よりも前記閾値が大きい値の場合には、前記更新処理を実行しない制御を行う、
ことを特徴とする請求項１記載の電子機器。
【請求項３】
前記記憶部は、書き換え可能な不揮発性記憶媒体と揮発性記憶媒体とを備え、
前記制御部は、前記更新用データの更新処理に際し、前記更新用データを前記揮発性記憶媒体に展開した後に、この更新用データを当該揮発性記憶媒体から前記不揮発性記憶媒体に書き込むように制御を行う、
ことを特徴とする請求項１または２に記載の電子機器。
【請求項４】
前記電子機器の動作環境温度を検知する温度検知部を備え、
前記更新電力量算出部は、前記動作環境温度に対応する消費電力と前記更新時間とに基づいて前記更新処理電力量を算出する、
ことを特徴とする請求項１乃至３のいずれか一項に記載の電子機器。
【請求項５】
前記更新処理を含む動作時に消費される電力を検知し、前記消費電力記憶部に記憶されている前記消費電力を更新する消費電力検知部を有する、
ことを特徴とする請求項１乃至４のいずれか一項に記載の電子機器。
【請求項６】
バッテリーから供給される電力により動作をする電子機器における更新用データを提供するデータ配信サーバーであって、
前記電子機器は、請求項１乃至５のいずれか一項に記載の電子機器であり、
当該電子機器に通知した前記更新処理の要求の応答に基づいて、前記更新用データを配信する、
ことを特徴とするデータ配信サーバー。
【請求項７】
バッテリーから供給される電力により動作をする電子機器であって、当該電子機器の動作を制御する制御部に、更新処理の対象となるデータを予め記憶する記憶部と、外部の装置からの更新用データの入力を受け付けるデータ入力部と、前記更新用データの特性情報に基づき、前記更新処理に要する時間である更新時間を特定する更新時間読取部と、前記バッテリーの残量を検知するバッテリー残量検知部と、前記電子機器の消費電力を記憶する消費電力記憶部と、前記消費電力と前記更新時間に基づいて前記更新処理の実行に必要となる更新処理電力量を算出する更新電力量算出部と、が含まれる電子機器におけるデータ更新方法であって、
前記制御部が、
前記装置からの前記記憶部に記憶された前記データに対する更新処理の要求を検知し、
前記バッテリー残量検知部から前記バッテリーの残量を取得し、
前記装置から取得した前記更新用データに基づいて更新処理電力量を算出し、
前記バッテリーの残量と前記更新処理電力量とを比較し、
前記バッテリーの残量が前記更新処理電力量よりも大きい場合には、前記更新処理を実行する制御をし、
前記バッテリーの残量よりも前記更新処理電力量が大きい場合には、前記更新処理を実行しない制御をする、
ことを特徴とする電子機器に用いるデータ更新方法。
【請求項８】
バッテリーから供給される電力により動作をする電子機器におけるデータ更新処理に用いられるデータ構造であって、
前記データ更新処理を前記電子機器が実行するときに要する処理時間を示すデータを含む特性情報と、
前記電子機器の動作に用いられるデータを更新するための更新情報と、を含み、
前記電子機器の制御部が、
前記特性情報を読み取り、
前記特性情報に基づいて前記データ更新処理に要する処理時間を特定し、
前記処理時間に基づいて、前記データ更新処理に要する消費電力量を算出し、
前記消費電力量と前記バッテリーの残量とを比較することで、前記データ更新処理の可否を判断する、
制御処理に用いられる電子機器の更新用データのデータ構造。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子機器、電子機器に用いるデータ更新方法、データ配信サーバー、電子機器の更新用データのデータ構造に関する。
【背景技術】
【０００２】
近年、小型かつ軽量にして持ち運びできるように、バッテリーを搭載した電子機器の用途が拡大している。電子機器の一例には、持ち運びができる複写機やプリンタ装置などの画像形成装置、スキャナなどの画像読取装置も含まれる。
【０００３】
電子機器の動作を制御するソフトウェアとして、いわゆる「ファームウェア」が当該電子機器に備わる不揮発性記憶媒体に記憶されている。このファームウェアの内容を更新することで、電子機器の性能向上や動作の安定性向上を図る「アップデート処理」が電子機器の機能の一つとして知られている。
【０００４】
アップデート処理は正常に終了できなければ電子機器の動作が不安定になる。バッテリーを動作電源とする電子機器において、アップデート処理を実行している最中にバッテリー残量が不足して処理を完了させることができず、中断するなどの異常終了は回避する必要性が高い。
【０００５】
バッテリー不足によるアップデート処理の異常終了を防止するため、アップデート処理を実行する前に、バッテリー残量が当該処理の完了までに十分な量であることを判断し、バッテリーの残量が不足している場合はアップデート処理を実行しないように制御する電子機器が開示されている（例えば、特許文献１参照）。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示されている技術によれば、一義的に定められたバッテリー残量以上の場合でなければ、アップデート処理は実行できない。したがって、仮に、アップデート処理に用いられる「更新用データ」のデータ容量が小さく、バッテリー残量が実際には足りる場合であってもアップデート処理を実行できない場合が生ずる。以上のように、従来技術では、ユーザーに最新の機能を提供するためのアップデート処理の機会が減少する、という課題がある。
【０００７】
本発明は、更新用データのデータ構造に基づくアップデート処理の実行可否を判断し、アップデート処理に実行タイミングの制御をする電子機器を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明の一態様は、バッテリーから供給される電力により動作をする電子機器であって、当該電子機器の動作を制御する制御部が、更新処理の対象となるデータを予め記憶する記憶部と、外部の装置からの更新用データの入力を受け付けるデータ入力部と、前記更新用データの特性情報に基づき、前記更新処理に要する時間である更新時間を特定する更新時間読取部と、前記バッテリーの残量を検知するバッテリー残量検知部と、前記電子機器の消費電力を記憶する消費電力記憶部と、前記消費電力と前記更新時間に基づいて前記更新処理の実行に必要となる更新処理電力量を算出する更新電力量算出部と、を含み、前記制御部は、前記装置から前記記憶部に記憶された前記データの更新処理が要求されたとき、前記バッテリー残量検知部から取得した前記バッテリーの残量と、前記更新処理電力量とを比較し、前記バッテリーの残量が前記更新処理電力量よりも大きい値の場合には、前記更新処理を実行する制御をし、前記バッテリーの残量よりも前記更新処理電力量が大きい値の場合には、前記更新処理を実行しない制御を行う、ことを特徴とする。
【発明の効果】
【０００９】
本発明によれば、更新用データのデータ構造に基づくアップデート処理の実行可否を判断し、アップデート処理に実行タイミングの制御をすることができる。
【図面の簡単な説明】
【００１０】
【図１】第一実施形態に係るバッテリー搭載機器のハードウェア構成図。
【図２】第一実施形態に係るバッテリー搭載機器の機能ブロック図。
【図３】第一実施形態に係るバッテリー搭載機器の更新処理を示すフローチャート。
【図４】本発明に係る電子機器の更新用データのデータ構造の実施形態を示すデータ構造図。
【図５】第二実施形態に係るバッテリー搭載機器のハードウェア構成図。
【図６】第二実施形態に係るバッテリー搭載機器の機能ブロック図。
【図７】第二実施形態に係るバッテリー搭載機器の更新処理を示すフローチャート。
【図８】第三実施形態に係るバッテリー搭載機器のハードウェア構成図。
【図９】第三実施形態に係るバッテリー搭載機器の機能ブロック図。
【図１０】第四実施形態に係るバッテリー搭載機器の更新処理を示すフローチャート。
【図１１】第五実施形態に係るバッテリー搭載機器の更新処理を示すフローチャート。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら、本発明に係る電子機器、電子機器に用いるデータ更新方法、更新用データ配信サーバー、電子機器に用いる更新用データの実施形態について説明する。なお、本実施形態において、更新用データは、電子機器の動作に用いられるファームウェアなどを更新するためのデータを例とする。また、本発明に含まれる電子機器は、一般的なパーソナルコンピュータの周辺機器や、携帯電話機、スマートフォン、デジタルカメラ等のほか、複写機、プリンタ装置等の画像形成装置、スキャナ等の画像読取装置を含むものである。なお、本発明に係る電子機器は、上記に列記した各機器および装置に限定されるものではなく、動作用の電源として蓄電池（バッテリー）からの供給電力を用いるものであれば、その形態は問わない。
【００１２】
＜第一実施形態＞
［ハードウェア構成・第一］
まず、本発明に係る電子機器の第一実施形態であるバッテリー搭載機器１のハードウェア構成である。図１に示すバッテリー搭載機器１は、一般的なコンピュータと同様の構成を含む携帯型のプリンタである。すなわち、バッテリー搭載機器１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１００、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１０、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１２０、ＨｏｓｔＩ／Ｆ（Ｉｎｔｅｒｆａｃｅ）１３０、バッテリーＩ／Ｆ１４０、画像形成エンジン１５０、がバス１９０を介して接続された構成を備える。また、バッテリーＩ／Ｆ１４０には、動作電源としてのバッテリー１６０が接続されている。バッテリー搭載機器１は、バッテリーＩ／Ｆ１４０を介してバッテリー１６０から供給される電力を用いて所定の動作をする。
【００１３】
ＣＰＵ１００は演算手段であり、バッテリー搭載機器１の動作の全体を制御する。ＥＰＲＯＭ１１０は、書き換え可能な不揮発性記憶媒体であり、ファームウェア等を含むプログラム等が格納されている。ＲＡＭ１２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＥＰＲＯＭ１１０に格納されているプログラム等をＣＰＵ１００が処理する際の作業メモリとして用いられる。ＥＰＲＯＭ１１０およびＲＡＭ１２０は、第一実施形態に係るバッテリー搭載機器１の記憶部として機能する。
【００１４】
バッテリーＩ／Ｆ１４０は、動作電源であるバッテリー１６０の接続端子を含む。ＨｏｓｔＩ／Ｆ１３０は、ファームウェアなどの更新に用いられるデータ（以下、「アップデータ」とする。）を供給する更新用データのデータ配信サーバーであるアップデータ提供装置２と接続するためのインターフェースである。ＨｏｓｔＩ／Ｆ１３０を介して、バッテリー搭載機器１はアップデータ提供装置２からアップデータの「受け取り要求通知」を受信し、その後、アップデータを受信する。
【００１５】
画像形成エンジン１５０は、プリンタとして動作するバッテリー搭載機器１において、ＨｏｓｔＩ／Ｆ１３０を介して外部装置、例えば、ＰＣから供給される印刷データを用いて、記録媒体に対する画像形成処理を実行する。
【００１６】
［機能ブロック・第一］
次に、第一実施形態に係るバッテリー搭載機器１の機能ブロックについて図２を用いて説明する。以下において説明するバッテリー搭載機器１の機能ブロックは、ＥＰＲＯＭ１１０に記憶されているプログラムをＣＰＵ１００が実行することにより実現される制御部１０が備える機能構成である。
【００１７】
図２に示すように、制御部１０は、バッテリー残量検知機能１０１と、アップデート可否判断機能１０２と、アップデート電力算出機能１０３と、消費電力記憶機能１０４と、アップデート時間読取機能１０５と、ファームウェア更新機能１０６と、アップデータ一時記憶機能１０７と、アップデート要求検知機能１０８と、を有する。なお、制御部１０は、アップデータ提供装置２が有するアップデータ提供機能２００とのデータ通信の制御も行う。
【００１８】
バッテリー残量検知機能１０１は、バッテリー搭載機器１の動作電源としてバッテリー１６０が供給可能な残りの電力量（以下、「バッテリー残量」とする。）をバッテリーＩ／Ｆ１４０を介してＣＰＵ１００が検知する機能を提供する。バッテリー残量検知機能１０１は、バッテリー残量検知部を構成する。
【００１９】
アップデート可否判断機能１０２は、バッテリー残量検知機能１０１が検知したバッテリー残量と、アップデート電力算出機能１０３において算出されるアップデート処理に要する消費電力量（更新処理電力量）と、を比較する機能を提供する。アップデート可否判断機能１０２は，判断結果が「アップデート処理可能」（更新可能）であれば、アップデート要求検知機能１０８に対してアップデータをアップデータ一時記憶機能１０７に記憶させるように指示をする機能も提供する。アップデート可否判断機能１０２は、更新処理可否判断部を構成する。
【００２０】
アップデート電力算出機能１０３は、アップデータ提供機能２００から提供されたアップデータに含まれる特定のデータからアップデート時間読取機能１０５により読み出されるデータと、消費電力記憶機能１０４から読み出した消費電力に係るデータと、に基づいて、アップデート処理において消費される電力量（更新電力量）を算出する機能を提供する。アップデート電力算出機能１０３は、算出された更新電力量をアップデート可否判断機能１０２に通知する機能も提供する。アップデート電力算出機能１０３は、更新電力量算出部を構成する。
【００２１】
消費電力記憶機能１０４は、バッテリー搭載機器１の消費電力を記憶する機能を提供する。消費電力記憶機能１０４は、アップデート電力算出機能１０３からの指示に基づいて、ＥＰＲＯＭ１１０に記憶されている、消費電力に関するデータを読み出す。なお、消費電力記憶機能１０４において読み出される消費電力に関するデータは、バッテリー搭載機器１が通常の処理時に消費する電力を示すものである。消費電力記憶機能１０４は、消費電力記憶部を構成する。
【００２２】
アップデート時間読取機能１０５は、アップデータ提供機能２００から供給されるアプデータに含まれる特定のデータに基づいて、アップデート処理の完了までに要する時間（アップデート時間）を特定する機能を提供する。ここで、「アップデータに含まれる特定のデータ」とは、アップデータに含まれるデータの特性を示す「特性情報」である。統制情報には、例えば、当該アップデータを用いるアップデート処理に必要となる「処理時間」を示す情報としての「アップデート時間情報」が含まれる。
【００２３】
アップデート時間読取機能１０５は、当該アップデータを用いたアップデート処理に要する時間を直接的に表す情報、または、間接的に表す情報である「特性情報」を読み出して、アップデート処理に要する処理時間を特定する。なお、「アップデート処理に要する時間を直接的に表す情報」とは、例えば、アップデート処理に必要となる処理時間をそのまま示すデータをいう。「アップデート処理に要する時間を間接的に表す情報」とは、アップデータにおける更新内容や、更新に用いられるデータのデータ容量などを示すデータであって、当該アップデータによる処理時間に影響を与える要素を示すデータをいう。例えば、アップデート処理の内容を含むデータである。これら特性情報は、アップデータのデータヘッダ等に格納されている。これを読み取ることで、アップデート時間読取機能１０５はバッテリー搭載機器１の処理能力から決定されるアップデータ時間を特定して、アップデート電力算出機能１０３に通知することができる。アップデート時間読取機能１０５は、更新時間をとうていする更新時間読取部を構成する。
【００２４】
アップデート要求検知機能１０８は、ＨｏｓｔＩ／Ｆ１３０を介して接続されているアップデータ提供機能２００からのアップデート要求を受け付け、アップデータ提供機能２００に対してアップデータを要求する機能を提供する。また、アップデート要求検知機能１０８は、アップデータ提供機能２００からアップデータを受け付けて、一時的に保持し、アップデート可否判断機能１０２からの更新実行指示情報に基づいて、ＲＡＭ１２０等にアップデータを記憶させる機能も提供する。アップデート要求検知機能１０８は、データ入力部を構成する。
【００２５】
アップデータ一時記憶機能１０７は、アップデート要求検知機能１０８においてアップデータ提供機能２００から取得したアップデータをＲＡＭ１２０等に一時的に記憶する機能を提供する。また、アップデータ一時記憶機能１０７は、アップデート要求検知機能１０８からの指示により、ＲＡＭ１２０に記憶しているアップデータを展開し、ファームウェア更新機能１０６に通知する機能も提供する。
【００２６】
ファームウェア更新機能１０６は、アップデータ一時記憶機能１０７から通知されるアップデータをＥＰＲＯＭ１１０に書き込むことで、予めＥＰＲＯＭ１１０に記憶されているファームウェア等を更新する処理を提供する。
【００２７】
［処理フロー・第一］
次に、本発明に係る電子機器において実行されるデータ更新処理における処理の流れについて、図３を用いて説明する。なお、以下において説明する処理フローは、本発明に係る電子機器の更新用データのデータ更新方法の実施形態でもある。まず、バッテリー搭載機器１が備えるアップデート要求検知機能１０８がアップデータ提供機能２００からのアップデート要求を検知する処理を実行する（Ｓ３０１）。アップデート要求が検知されるまで処理はループする（Ｓ３０１／Ｎｏ）。したがって、バッテリー搭載機器１において、本体の機能を提供する処理（例えば、画像形成処理）を実行している最中でも、アップデート処理の実行を制御する処理は常に起動されている。
【００２８】
アップデート要求検知機能１０８がアップデート要求を検知すれば（Ｓ３０１／Ｙｅｓ）、バッテリー残量検知機能１０１がバッテリーＩ／Ｆ１４０を介してバッテリー１６０におけるバッテリー残量を検知し、アップデート可否判断機能１０２にバッテリー残量を通知する（Ｓ３０２）。
【００２９】
続いて、アップデート要求に対する応答に基づいてアップデータ提供機能２００からアップデータが通知される。このアップデータは、アップデート要求検知機能１０８に保持される。アップデート時間読取機能１０５は、アップデート要求検知機能１０８において保持されたアップデータを用いたアップデート処理に要する時間に関する情報を読み取り、アップデート電力算出機能１０３に通知する（Ｓ３０３）。アップデータの詳細については、後述する。
【００３０】
続いて、アップデート電力算出機能１０３が、消費電力記憶機能１０４からバッテリー搭載機器１の動作に要する消費電力値を読み出し、アップデート時間読取機能１０５から通知された「アップデート処理に要する時間（アップデート時間）」を用いて、アップデート処理に必要な電力量（更新電力量）を算出する（Ｓ３０４）。更新電力量は、アップデート時間読取機能１０５から通知される時間と、消費電力記憶機能１０４から読み出した消費電力値を乗算することで算出される。
【００３１】
続いて、アップデート可否判断機能１０２は、更新電力量とバッテリー残量とを比較し、バッテリー残量が更新電力量よりも小さい値であれば、アップデート処理は不可であると判定して（Ｓ３０５／Ｎｏ）、処理を終了する。アップデート可否判断機能１０２は、更新電力量とバッテリー残量とを比較した結果、バッテリー残量の方が更新電力量よりも大きい値であれば、アップデート処理は可能であると判定して（Ｓ３０５／Ｙｅｓ）、アップデート要求検知機能１０８に対して更新実行指示情報を通知する。
【００３２】
続いて、アップデート要求検知機能１０８は、更新実行指示情報に基づいて、アップデート要求検知機能１０８が一時的に保持しているアップデータをＲＡＭ１２０等に展開するように、アップデータ一時記憶機能１０７に指示をする（Ｓ３０６）。
【００３３】
その後、アップデータ一時記憶機能１０７からファームウェア更新機能１０６に対して、アップデータ一時記憶機能１０７に展開されたアップデータが通知されて、ファームウェア更新機能１０６がＥＰＲＯＭ１１０に記憶されているファームウェアを更新する（Ｓ３０７）。
【００３４】
なお、バッテリー残量の検知（Ｓ３０２）は、更新電力量の算出（Ｓ３０４）の後で行われてもよい。
【００３５】
ＥＰＲＯＭ１１０よりもＲＡＭ１２０の方がデータ書込速度は速いので、アップデート要求検知機能１０８は、アップデータ一時記憶機能１０７を用いてＲＡＭ１２０にアップデータを一旦展開するようにしている。これによって、アップデート要求検知機能１０８からファームウェア更新機能１０６を介してＥＰＲＯＭ１１０へのアップデート処理を実行させるよりも、見かけ上のアップデート処理の処理速度を速くすることができる。
【００３６】
すなわち、第一実施形態に係るバッテリー搭載機器１が、複写機、プリンタ装置、スキャナ等の画像形成装置である場合、ＨｏｓｔＩ／Ｆ１３０を介してＵＳＢ等で接続されたアップデータ提供機能２００からの「ファームウェアアップデート要求」を検知すると処理が開始される。その後、バッテリー搭載機器１自身のバッテリー１６０の残量をバッテリー残量検知機能１０１によって検知する。このとき検知されるバッテリー残量を”ｘ［Ｗｈ］”とする。
【００３７】
続いて、アップデータ提供機能２００からアップデータを受け取り、アップデータのバージョン情報やインストーラと共に格納されている「アップデート必要時間」を読み取る。このときのアップデート必要時間を”ｙ［ｈ］”とする。
【００３８】
続いて、消費電力記憶機能１０４に記憶されている、バッテリー搭載機器１の消費電力量をアップデート電力算出機能１０３が読み出す。このときの消費電力量を”ｚ［Ｗ］”とする。
【００３９】
続いて、アップデート電力算出機能１０３が”ｙ×ｚ［Ｗｈ］”を算出する。また、アップデート可否判断機能１０２が、”ｘ［Ｗｈ］”と”ｙ×ｚ［Ｗｈ］”とを比較する。ここで”ｘ＞（ｙ×ｚ）”であればアップデートを行う、”ｘ＜（ｙ×ｚ）”であればアップデートを行わない。なお、”ｘ＝（ｙ×ｚ）”の場合は、処理の安定性を確保するために、アップデートを行わないようにしてもよい。
【００４０】
以上説明したとおり、本実施形態に係る制御部１０が備える各機能において、上記のようにバッテリー搭載機器１の処理動作を制御することで、バッテリー残量を検知し、可能なアップデート処理を確実に行うようにできる。これによって、従来技術に比べて、アップデートの機会をより多く設けることができる。その結果として、バッテリー搭載機器１を利用するユーザーに対して、最新の機能を提供する機会を増やすことができる。
【００４１】
［更新用データの実施形態］
ここで、本発明に係る電子機器の更新用データのデータ構造の実施形態について図４を用いて説明する。図４は、更新用データ（アップデータ）の実施形態であるアップデートデータ２１０のデータ構造を例示する図である。アップデートデータ２１０は、ヘッダ部２１１と、ボディ部２１２と、から構成されている。
【００４２】
ヘッダ部２１１には、「特性情報」が格納される。「特性情報」とは、アップデートデータ２１０を用いてバッテリー搭載機器１が実行するアップデート処理に必要となる処理時間を直接的に表す情報や、または、処理時間を間接的に表す情報をいう。すでに述べたとおり、「アップデート処理に必要となる処理時間を直接的に表す情報」とは、当該アップデート処理の開始から終了までの時間を示すデータであって、例えば「○○分」や「○○秒」など、時間としてバッテリー搭載機器１が処理できるデータ型式によるものである。
【００４３】
図４に例示するアップデートデータ２１０であれば、アップデートデータ２１０を用いたアップデート処理をバッテリー搭載機器１が実行した場合に費やされる時間である「処理時間」を直接的に表すデータに相当するアップデート時間情報２１１１が格納されている。また、「アップデート処理に要する時間を間接的に表す情報」とは、アップデートデータ２１０のボディ部２１２に含まれるデータであって、例えば、更新用データのデータ容量や更新内容などを示す情報をいう。たとえば、バッテリー搭載機器１がこのデータを用いてアップデート処理を実行するとした場合に、必要となる時間を算出するための元になる情報を含むデータである。このアップデート時間情報２１１１をアップデート時間読取機能１０５がデータ読み取り処理において読み取ることで、バッテリー搭載機器１におけるアップデート処理を効果的に実行することができる。
【００４４】
ボディ部２１２は、アップデートデータ２１０においてファームウェアを更新する為の更新内容データを含む更新情報が格納されている。ボディ部２１２に含まれるデータを用いてファームウェア更新機能１０６が、ファームウェアのアップデート処理を実行する。
【００４５】
以上の構成を備えるアップデートデータ２１０は、バッテリー搭載機器１において実行されるアップデート処理（データ更新処理）の制御処理を可能とする構造を有するデータである。当該アップデート処理において、アップデート時間を算出するためのデータ（アップデート時間情報２１１１）と、更新対象情報を上書きするためのデータと、を含む。このアップデートデータ２１０が、アップデート要求検知機能１０８を介してアップデータ提供機能２００から提供されることで、当該アップデートデータ２１０を用いたアップデート処理に要する時間を示す情報（アップデート時間情報２１１１）をアップデートデータ２１０とは別に取得する必要はなくなる。これによって、一連のアップデート処理の中でアップデート処理の時間から更新可否を判定する処理を実行できるようになる。すなわち、アップデート処理を簡素化することができる。
【００４６】
＜第二実施形態＞
次に、本発明に係る電子機器の別の実施形態について説明する。図５は、本実施形態に係るバッテリー搭載機器１ａのハードウェア構成を示す図である。すでに第一実施形態として説明をしたバッテリー搭載機器１と同様の部分については同一の符号を付して詳細な説明は割愛し、異なる部分について詳細に説明する。
【００４７】
図５に示すようにバッテリー搭載機器１ａは、バス１９０を介して温度センサ１７０が接続されている。温度センサ１７０は、バッテリー搭載機器１ａの動作環境温度や、バッテリー搭載機器１ａに搭載されているハードウェアの温度などを検知して、ＣＰＵ１００に通知するセンサである。
【００４８】
［機能ブロック・第二］
次に、第二実施形態に係るバッテリー搭載機器１ａが備える機能ブロックについて図６を用いて説明する。以下において説明するバッテリー搭載機器１ａの機能ブロックは、ＥＰＲＯＭ１１０に記憶されているプログラムをＣＰＵ１００が実行することにより実現される制御部１０ａが備える機能構成である。
【００４９】
図６に示すように、制御部１０ａは、バッテリー残量検知機能１０１と、アップデート可否判断機能１０２と、アップデート電力算出機能１０３ａと、消費電力記憶機能１０４ａと、アップデート時間読取機能１０５と、ファームウェア更新機能１０６と、アップデータ一時記憶機能１０７と、アップデート要求検知機能１０８と、温度検知機能１０９と、を有する。
【００５０】
バッテリー残量検知機能１０１、アップデート可否判断機能１０２、アップデート時間読取機能１０５、ファームウェア更新機能１０６、アップデータ一時記憶機能１０７、アップデート要求検知機能１０８、については第一実施形態と同様のものであるから詳細な説明は割愛する。
【００５１】
温度検知機能１０９は、温度センサ１７０が検知した温度を温度データとしてアップデート電力算出機能１０３ａに通知する。温度検知機能１０９は温度検知部を構成する。
【００５２】
アップデート電力算出機能１０３ａは、温度検知機能１０９から通知された温度データに基づいて、消費電力記憶機能１０４ａから消費電力に係るデータを読み出す。アップデート電力算出機能１０３ａは、アップデータ提供機能２００から提供されたファームウェア等の更新用データ（アップデータ）に含まれる特性情報としてアップデート時間読取機能１０５から通知されるデータと、消費電力記憶機能１０４ａから読み出した消費電力に係るデータと、に基づいて、アップデート処理において消費される電力量（更新電力量）を算出する。アップデート電力算出機能１０３ａは、算出した更新電力量をアップデート可否判断機能１０２に通知する。
【００５３】
消費電力記憶機能１０４ａは、アップデート電力算出機能１０３ａからの指示に基づいて、温度検知機能１０９が通知した温度データを用いて予め記憶している温度別消費電力データテーブルを参照し、該当する消費電力を特定する。特定して消費電力は、アップデート電力算出機能１０３ａが取得する。
【００５４】
［表１］
2019125115.tif 000003
【００５５】
表１は、消費電力記憶機能１０４ａに予め記憶されているデータテーブルの例であって、温度検知機能１０９から通知された温度データに基づいて、それに対応する消費電力を特定する構造を備えるものである。
【００５６】
バッテリー搭載機器１ａのように半導体を含む機器は、その周囲温度によって消費電力が増減する。一般的に，周囲温度が高くなると、消費電力が多くなる傾向にある。また、バッテリー搭載機器１ａにおいて熱源となる構成が含まれている場合、例えば、バッテリー搭載機器１ａが画像形成装置であれば画像形成プロセスによる温度上昇を抑えるために内部空気を排気するファンを備え、画像形成プロセスに応じてファンに回転量を調節することもある。
【００５７】
すなわち、アップデート可否判断機能１０２は、検知された温度に則した消費電力をアップデート電力算出機能１０３ａから受け取って、アップデート処理の可否の判断をする。したがって、表１に例示したような消費電力テーブルを消費電力記憶機能１０４に記憶させておくことによって、アップデート処理に必要となる消費電力量を、より正確に算出することができる。
【００５８】
また、温度と、特定の消費電力値を関連付ける構造ではなく、バッテリー搭載機器１が備える構成の違いによって、消費電力値の増加率を関連付ける構造を消費電力テーブルとして、消費電力記憶機能１０４に記憶させておいてもよい。表２に、バッテリー搭載機器１の構成と、通常の消費電力値に対する増加率と、を関連づけたデータテーブルの例を示す。
【００５９】
［表２］
2019125115.tif 000004
【００６０】
消費電力記憶機能１０４ａは、アップデート電力算出機能１０３ａの指示により、通知された構成の違い（オプションとして区別される構成）に基づいて、予め記憶している消費電力データテーブルを参照し、特定の消費電力増減値を選択する。この消費電力増減値は、『＋Ｄ［Ｗ］』のように、具体的な数値で表されていてもよいし、『＋Ｇ［％］』のように、オプションを備えない構成における消費電力値に対する増加割合で表されてもよい。
【００６１】
アップデート電力算出機能１０３ａは、消費電力記憶機能１０４ａから消費電力値の増加率取得した場合、取得した増加率と、予めＥＰＲＯＭ１１０に記憶為れている定格消費電力と、アップデート時間読取機能１０５から通知されるアップデータ時間を用いて乗算をし、に消費電力量を算出する。この算出した結果を用いて、アップデート可否判断機能１０２は、バッテリー搭載機器１ａのオプションに則した消費電力に基づく、アップデート処理の可否を判断する。
【００６２】
例えば、バッテリー搭載機器１ａが画像形成装置であって、無線ＬＡＮやＦＡＸなどを使用できる機能がオプションとなっている場合など、同じ製品モデルであっても構成が異なる場合がある。このような場合において、オプションの有無によって消費電力が異なる。そこで、表２に示した様なデータテーブルをオプションの搭載パターン毎に消費電力記憶機能１０４ａに記憶させておくことで、そのオプションに応じた消費電力に基づいてアップデート処理の可否を判断できる。したがって、より正確に、アップデート処理に必要となる消費電力量を算出することができ、確実にアップデート処理を実行することが可能となる。
【００６３】
なお、表２のようにオプション別の消費電力の増加率だけではなく、複数の構成とオプションの組み合わせ毎に、表１のようなデータテーブルを個別に記憶しておいてもよい。この場合、バッテリー搭載機器１ａの周囲環境条件と、バッテリー搭載機器１ａの機能（オプションの種別）に基づいて、消費電力量を算出することができる。
【００６４】
［処理フロー・第二］
次に、本発明に係る電子機器に用いるデータ更新方法について、別の実施形態を説明する。図７に示すように、まず、アップデート要求検知機能１０８がアップデート要求を検知すれば（Ｓ７０１／Ｙｅｓ）、バッテリー残量検知機能１０１がアップデート可否判断機能１０２にバッテリー残量を通知する（Ｓ７０２）。
【００６５】
続いて、アップデータ提供機能２００から通知され、アップデート要求検知機能１０８に保持されているアップデータからアップデート時間読取機能１０５がアップデータ時間に関するデータを読み取り、アップデート電力算出機能１０３ａに通知する（Ｓ７０３）。
【００６６】
続いて、アップデート電力算出機能１０３ａが、温度センサ１７０が検知している温度を示す温度データを取得する（Ｓ７０４）。続いて、アップデート電力算出機能１０３ａが、温度データに基づく消費電力値を消費電力記憶機能１０４ａから読み出し、アップデート時間読取機能１０５から通知された「アップデート処理に要する時間」を用いて、アップデート処理に必要な電力量（更新電力量）を算出する（Ｓ７０５）。
【００６７】
続いて、アップデート可否判断機能１０２は、更新電力量とバッテリー残量とを比較しバッテリー残量の方が更新電力量よりも大きい値であれば（Ｓ７０６／Ｙｅｓ）、アップデート要求検知機能１０８に更新実行指示情報を通知する。アップデート要求検知機能１０８は、更新実行指示情報に基づいて、アップデート要求検知機能１０８が一時的に保持しているアップデータをＲＡＭ１２０等に展開させ（Ｓ７０７）、ファームウェア更新機能１０６がＥＰＲＯＭ１１０に記憶されているファームウェアを更新する（Ｓ７０８）。
【００６８】
以上説明したとおり、本実施形態に係る制御部１０ａが備える各機能において、上記のようにバッテリー搭載機器１の処理動作を制御することで、バッテリー残量を検知し、可能なアップデート処理を確実に行うようにできる。これによって、従来技術に比べて、アップデートの機会をより多く設けることができる。その結果として、バッテリー搭載機器１を利用するユーザーに対して、最新の機能を提供する機会を増やすことができる。
【００６９】
＜第三実施形態＞
次に、本発明に係る電子機器のさらに別の実施形態について説明する。図８は、本実施形態に係るバッテリー搭載機器１ｂのハードウェア構成を示す図である。第一実施形態、第二実施形態としてすでに説明をしたバッテリー搭載機器１またはバッテリー搭載機器１ａと同様の部分については同一の符号を付して詳細な説明は割愛し、異なる部分について詳細に説明する。
【００７０】
図８に示すようにバッテリー搭載機器１ｂは、バス１９０を介して消費電力センサ１８０が接続されている。消費電力センサ１８０は、バッテリー搭載機器１ｂの消費電力を検知し、ＥＰＲＯＭ１１０に記憶される消費電力値を更新するためのデータを、ＣＰＵ１００に通知するセンサである。
【００７１】
［機能ブロック・第三］
次に、第三実施形態に係るバッテリー搭載機器１ｂの機能ブロックについて図９を用いて説明する。以下において説明するバッテリー搭載機器１の機能ブロックは、ＥＰＲＯＭ１１０に記憶されているプログラムをＣＰＵ１００が実行することにより実現される制御部１０ｂが備える機能構成である。
【００７２】
図９に示すように、制御部１０ｂは、バッテリー残量検知機能１０１と、アップデート可否判断機能１０２と、アップデート電力算出機能１０３と、消費電力記憶機能１０４ｂと、アップデート時間読取機能１０５と、ファームウェア更新機能１０６と、アップデータ一時記憶機能１０７と、アップデート要求検知機能１０８と、消費電力検知部１１１と、を有する。
【００７３】
バッテリー残量検知機能１０１、アップデート可否判断機能１０２、アップデート電力算出機能１０３，アップデート時間読取機能１０５、ファームウェア更新機能１０６、アップデータ一時記憶機能１０７、アップデート要求検知機能１０８、については第一実施形態と同様のものであるから詳細な説明は割愛する。
【００７４】
消費電力検知部１１１は、消費電力センサ１８０が検知したバッテリー搭載機器１ｂの消費電力を消費電力記憶機能１０４ｂに通知する。
【００７５】
消費電力記憶機能１０４ｂは、消費電力検知部１１１から通知された消費電力値を更新して記憶する。消費電力記憶機能１０４ｂにおいて記憶される消費電力値は、バッテリー搭載機器１の通常の処理における消費電力値であって、常に最新の消費電力値が記憶されることになる。
【００７６】
本実施形態に係るバッテリー搭載機器１ｂが実行する処理フローは、第一実施形態において説明した処理フローと同様である。異なる点は、更新電力量の算出根拠となる消費電力値が、予め記憶されるものではなく、バッテリー搭載機器１ｂの動作時に計測された消費電力値を用いることにある。以下、第三実施形態に係る処理フローについて説明するが、第一実施形態においてすでに説明をした処理と同等の処理に関する詳細な説明は省略する。
【００７７】
バッテリー搭載機器１ｂにおいて、接続された操作部のバックライトの輝度や、ＵＳＢメモリやマウスポインタの接続等が異なる（構成が異なる）と、その消費電力は異なるものになる。また、バッテリー搭載機器１ｂを継続的に使用することで、その動作特性が経時的に変化することもあり、これのような動作特性によってもバッテリー搭載機器１ａの消費電力は、予め記憶させた物と異なることがある。すなわち、バッテリー搭載機器１ａは、消費電力が常に一定のまま継続するわけではなく変化するものである。そこで、本実施形態のように、消費電力を検知して更新することで、更新処理の可否の判断の精度を高めることができる。
【００７８】
＜第四実施形態＞
次に、本発明に係る電子機器のさらに別の実施形態について説明する。図１０は、第四実施形態において説明をしたバッテリー搭載機器１のハードウェア構成および機能構成において、アップデート処理の可否判定処理の別の例を示すフローチャートである。以下、第四実施形態の説明において、ハードウェア構成と機能構成の説明は省略する。なお、以下において説明する処理フローは、第二実施形態に係るバッテリー搭載機器１ａ、第三実施形態に係るバッテリー搭載機器１ｂにおいても適用可能なものである。
【００７９】
［処理フロー・第四］
本実施形態に係る処理フローについて図１０を用いて説明する。近年の電子機器においては機種やシステムを問わず、ＯＳなど一般的なアップデートデータの更新を求められることも考えられる。これらのアップデートデータにおいてはアップデート時間情報２１１１が含まれていないことが考えられる。そのような場合であっても、バッテリー残量がある決められた一定値以上(例えば７０％や１００％など)であれば更新を行う、という判断をしても、バッテリー搭載機器１のアップデート処理は確実に行うことができる。
【００８０】
まず、すでに説明をしたアップデート要求検知機能１０８がアップデータ提供機能２００からのアップデート要求を検知したか否かを判定する処理を実行する（Ｓ１００１）。アップデート要求が検知されるまで処理はループする（Ｓ１００１／Ｎｏ）。アップデート要求検知機能１０８がアップデート要求を検知すれば（Ｓ１００１／Ｙｅｓ）、バッテリー残量検知機能１０１がバッテリーＩ／Ｆ１４０を介してバッテリー１６０におけるバッテリー残量を検知し、アップデート可否判断機能１０２にバッテリー残量を通知する（Ｓ１００２）。
【００８１】
続いて、アップデート時間読取機能１０５がアップデータ提供機能２００から通知され、アップデート要求検知機能１０８に保持されているアップデータからアップデート時間情報２１１１を読み取れるか否かを判定する（Ｓ１００３）。アップデート時間情報を読み取れれば（Ｓ１００３／Ｙｅｓ）、アップデート時間読取機能は、アップデート時間情報２１１１をアップデート電力算出機能１０３に通知する（Ｓ１００４）。
【００８２】
この場合、アップデート電力算出機能１０３が、消費電力記憶機能１０４からバッテリー搭載機器１の動作に要する消費電力値を読み出し、アップデート時間読取機能１０５から通知された「アップデート処理に要する時間」を用いて、アップデート処理に必要な電力量（更新電力量）を算出する（Ｓ１００５）。
【００８３】
その後、アップデート可否判断機能１０２は、更新電力量とバッテリー残量とを比較し、バッテリー残量の方が更新電力量よりも大きい値であれば、アップデート処理は可能であると判定して（Ｓ１００６／Ｙｅｓ）、アップデート要求検知機能１０８に対して更新実行指示情報を通知する。アップデート要求検知機能１０８は、更新実行指示情報に基づいて、アップデート要求検知機能１０８が一時的に保持しているアップデータをＲＡＭ１２０等に展開するように、アップデータ一時記憶機能１０７に指示をする（Ｓ１００７）。その後、アップデータ一時記憶機能１０７からファームウェア更新機能１０６に対して、アップデータ一時記憶機能１０７に展開されたアップデータが通知されて、ファームウェア更新機能１０６がＥＰＲＯＭ１１０に記憶されているファームウェアを更新する（Ｓ１００８）。
【００８４】
Ｓ１００２において、アップデート時間読取機能１０５がアップデータ提供機能２００から通知され、アップデート要求検知機能１０８に保持されているアップデータからアップデート時間情報２１１１を読み取ればければ（Ｓ１００３／Ｎｏ）、アップデート可否判断機能１０２は、予め規定されている閾値（一定値）とバッテリー残量とを比較し、バッテリー残量の方が更新電力量よりも大きい値であれば、アップデート処理は可能であると判定して（Ｓ１００９／Ｙｅｓ）、アップデート要求検知機能１０８に対して更新実行指示情報を通知する。アップデート要求検知機能１０８は、更新実行指示情報に基づいて、アップデート要求検知機能１０８が一時的に保持しているアップデータをＲＡＭ１２０等に展開するように、アップデータ一時記憶機能１０７に指示をする（Ｓ１００７）。その後、アップデータ一時記憶機能１０７からファームウェア更新機能１０６に対して、アップデータ一時記憶機能１０７に展開されたアップデータが通知されて、ファームウェア更新機能１０６がＥＰＲＯＭ１１０に記憶されているファームウェアを更新する（Ｓ１００８）。
【００８５】
以上説明したとおり、第四実施形態に係る処理フローによれば、アップデート時間情報２１１１を含むアップデータを確実に更新しつつ、一般的なアップデータにも対応できるようになる。
【００８６】
＜第五実施形態＞
次に、本発明に係る電子機器のさらに別の実施形態について説明する。図１１は、第一実施形態において説明をしたバッテリー搭載機器１のハードウェア構成および機能構成において、アップデート処理の可否判定処理の別の例を示すフローチャートである。以下、第五実施形態の説明において、ハードウェア構成と機能構成の説明は省略する。なお、第五実施形態に係る処理フローは、第四実施形態に係る処理フローと同様に、第二実施形態に係るバッテリー搭載機器１ａ、第三実施形態に係るバッテリー搭載機器１ｂにおいても適用可能なものである。
【００８７】
［処理フロー・第五］
本実施形態に係る処理フローについて図１１を用いて説明する。バッテリー搭載機器１のように、バッテリーを搭載している電子機器はモバイルを想定されている場合も多い。その際、外出先で使用するためには十分な充電量が確保されていることが望ましく、アップデート処理が必要になった時点で、自動的に当該処理を開始するか否かの設定をユーザーが選択できることが望ましい。
【００８８】
まず、すでに説明をしたアップデート要求検知機能１０８がアップデータ提供機能２００からのアップデート要求を検知したか否かを判定する処理を実行する（Ｓ１１０１）。アップデート要求が検知されるまで処理はループする（Ｓ１１０１／Ｎｏ）。アップデート要求検知機能１０８がアップデート要求を検知すれば（Ｓ１１０１／Ｙｅｓ）、自動アップデートを「有効」とする設定が予めなされているか否かの判定を行う（Ｓ１１０２）。
【００８９】
自動アップデートが「有効」になっていなければ、アップデート要求を検知したまま処理はループする（Ｓ１１０２／ＮＯ）。自動アップデートが「有効」になっていれば（Ｓ１１０２／Ｙｅｓ）、バッテリー残量検知機能１０１がバッテリーＩ／Ｆ１４０を介してバッテリー１６０におけるバッテリー残量を検知し、アップデート可否判断機能１０２にバッテリー残量を通知する（Ｓ１１０３）。
【００９０】
その後実行される、Ｓ１１０４〜Ｓ１１０９の処理は、第一実施形態に係るＳ３０２〜Ｓ３０７と同様である。
【００９１】
第五実施形態に係る処理フローによれば、ユーザーがバッテリー搭載機器１の使用予定があるとき、自動アップデート機能を無効にする設定にしておけば、使用予定がないときは自動アップデート機能を有効に切り替えることでアップデート処理が実行される。
【００９２】
以上のように、上記にて説明した各実施形態によれば、アップデートデータのデータ特性に応じて柔軟にバッテリー搭載機器に記憶されたデータのアップデート処理を実行できるので、ユーザーの利便性を向上することができる。
【符号の説明】
【００９３】
１        バッテリー搭載機器
２        アップデータ提供装置
１０      制御部
１０１    バッテリー残量検知機能
１０２    アップデート可否判断機能
１０３    アップデート電力算出機能
１０４    消費電力記憶機能
１０５    アップデート時間読取機能
１０６    ファームウェア更新機能
１０７    アップデータ一時記憶機能
１０８    アップデート要求検知機能
１０９    温度検知機能
１１１    消費電力検知部
２００    アップデータ提供機能
２１０    アップデートデータ
２１１    ヘッダ部
２１２    ボディ部
２１１１  アップデート時間情報
【先行技術文献】
【特許文献】
【００９４】
【特許文献１】特開２０１４−２０９３３０号公報
【図１】
2019125115.tif 000005
【図２】
2019125115.tif 000006
【図３】
2019125115.tif 000007
【図４】
2019125115.tif 000008
【図５】
2019125115.tif 000009
【図６】
2019125115.tif 000010
【図７】
2019125115.tif 000011
【図８】
2019125115.tif 000012
【図９】
2019125115.tif 000013
【図１０】
2019125115.tif 000014
【図１１】
2019125115.tif 000015