JP2022100031A

JP2022100031A - 処理装置、装置、システム、方法およびプログラム

Info

Publication number: JP2022100031A
Application number: JP2020214162A
Authority: JP
Inventors: 英二門田; Eiji Kadota
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2020-12-23
Filing date: 2020-12-23
Publication date: 2022-07-05
Also published as: US20220197629A1

Abstract

【課題】アップデート対象の装置内でアップデートの実行が可能である状態において、アップデートの実行要求を受信可能とする処理装置を提供する。【解決手段】処理装置は、外部の装置と通信可能な処理装置であって、前記処理装置を制御する制御プログラムのアップデートの実行可否を示すステータス情報を生成する生成手段と、前記生成手段により生成された前記ステータス情報を前記外部の装置に送信する送信手段と、前記送信手段により送信された前記ステータス情報が前記アップデートの実行が可能であることを示すことに基づいて、前記外部の装置から前記アップデートの実行の要求を受信する受信手段とを備える。【選択図】図６

Description

本発明は、プログラムのアップデートの実行を制御する処理装置、装置、システム、方法およびプログラムに関する。

サーバとネットワークを介して通信するパーソナルコンピュータやスマートフォン等の情報機器が、情報機器とネットワークを介して接続するプリンタ等の周辺機器の更新データをサーバから取得する処理を実行する場合がある。そして、情報機器は、サーバから取得した更新データにより、周辺機器のアップデートを実行する。また、サーバとネットワークを介して通信する周辺機器が、サーバから周辺機器の更新データを取得してアップデートを実行する場合がある。

上記のような周辺機器のアップデートを実行する場合において、通常、プリンタ等の周辺機器はアップデートを実行中に、外部からの動作要求を受け付けることができないという制約がある。この制約の中、適切なタイミングでアップデートを行う方法として、周辺機器と接続している全ての情報機器から、周辺機器のアップデートが許可された場合にのみアップデートを実行するという方法が知られている（特許文献１）。

特開２０１０－２７７３９７号公報

近年、周辺機器のアップデートを適切に実行する機能が求められている。

本発明は、アップデート対象の装置内でアップデートの実行が可能である状態において、アップデートの実行要求の受信を可能とする処理装置、装置、システム、方法およびプログラムを提供することを目的とする。

上記課題を解決するため、本発明に係る処理装置は、外部の装置と通信可能な処理装置であって、前記処理装置を制御する制御プログラムのアップデートの実行可否を示すステータス情報を生成する生成手段と、前記生成手段により生成された前記ステータス情報を前記外部の装置に送信する送信手段と、前記送信手段により送信された前記ステータス情報が前記アップデートの実行が可能であることを示すことに基づいて、前記外部の装置から前記アップデートの実行の要求を受信する受信手段とを備えることを特徴とする。

本発明によれば、適切なアップデート処理を実行することが可能となる。

情報処理システムの構成を示す図である。外部装置の構成を示す図である。処理装置の構成を示す図である。処理装置とサーバとの間の処理を示す図である。アップデートデータ情報を示す図である。処理装置と外部装置とサーバとの間の処理を示す図である。ステータス情報を示す図である。ユーザインタフェース画面を示す図である。ユーザインタフェース画面を示す図である。処理装置と外部装置との間の処理を示す図である。処理装置と外部装置との間の処理を示す図である。

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

［第１実施形態］
図１は、本実施形態における情報処理システム１００の構成の一例を示す図である。情報処理システム１００は、外部装置１０１、処理装置１０２、サーバ１０３を含む。外部装置１０１の一例として、本実施形態ではスマートフォンを説明しているが、これに限定されず、携帯端末、ノートＰＣ、タブレット端末、ＰＤＡ（ＰｅｒｓｏｎａｌＤｉｇｉｔａｌＡｓｓｉｓｔａｎｔ）、デジタルカメラ等、種々のものを適用可能である。また、処理装置１０２の一例として、本実施形態ではプリンタを説明しているが、これに限定されず、外部装置１０１と通信を行うことが可能な装置であれば、種々のものを適用可能である。例えば、プリンタであれば、インクジェットプリンタ、フルカラーレーザービームプリンタ、モノクロプリンタ等に適用することができる。また、プリンタのみならず複写機やファクシミリ装置、携帯端末、スマートフォン、ノートＰＣ、タブレット端末、ＰＤＡ、デジタルカメラ、音楽再生デバイス、テレビ等も適用可能である。その他、複写機能、ＦＡＸ機能、印刷機能等の複数の機能を備えるＭＦＰ（ＭｕｌｔｉＦｕｎｃｔｉｏｎＰｒｉｎｔｅｒ）も適用可能である。処理装置１０２と外部装置１０１は、ネットワークを介した相互接続が可能である。処理装置１０２と外部装置１０１の間の接続は、ダイレクト接続でも良いし、アクセスポイント等を介した接続でも良い。また、外部装置１０１および処理装置１０２は、サーバ１０３とネットワークを介した相互接続が可能である。なお、各装置間の通信は、ケーブル等を介した有線通信を含んでも良い。

図２は、外部装置１０１およびサーバ１０３の構成の一例を示す図である。以下、外部装置１０１を両装置の代表例として説明する。外部装置１０１は、入力インタフェース２０８、ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、外部記憶装置２０４、出力インタフェース２０９、表示部２１０、通信部２０５、近距離無線通信部２０６、撮影装置２０７を含む。

入力インタフェース２０８は、ユーザからのデータ入力や動作指示を受け付けるためのインタフェースであり、キーボードやボタン、タッチパネル等で構成される。なお、後述の出力インタフェース２０９と入力インターフェース２０８とを同一の構成とし、ユーザインタフェース画面の出力とユーザからの操作の受付けを同一の構成で行うような形態でも良い。

ＣＰＵ２０１は、システム制御部であり、外部装置１０１を統括的に制御する。例えば、本実施形態における外部装置１０１の動作は、ＣＰＵ２０１がＲＯＭ２０２に記憶されているプログラムをＲＡＭ２０３に読み出して実行することにより実現される。ＲＯＭ２０２は、ＣＰＵ２０１が実行する制御プログラムやデータテーブル、組み込みＯＳプログラム等の固定データを記憶する。本実施形態では、ＲＯＭ２０２に記憶されている各制御プログラムは、ＲＯＭ２０２に記憶されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割り込み処理等のソフトウェア実行制御を行う。

ＲＡＭ２０３は、バックアップ電源を必要とするＳＲＡＭ（ＳｔａｔｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等で構成される。なお、ＲＡＭ２０３は、不図示のデータバックアップ用の１次電池によってデータが保持されているので、プログラム制御変数等のデータを揮発させずに記憶することが可能である。また、外部装置１０１の設定情報や外部装置１０１の管理データ等を記憶するためのメモリエリアもＲＡＭ２０３に設けられている。また、ＲＡＭ２０３は、ＣＰＵ２０１の主メモリやワークメモリとしても用いられる。

外部記憶装置２０４は、種種のアプリケーションを記憶し、例えば印刷実行機能を提供するアプリケーションを記憶する。また、外部記憶装置２０４は、処理装置１０１が解釈可能な印刷情報を生成する印刷情報生成プログラム、通信部２０５を介して接続している処理装置１０２との間で送受信する情報送受信制御プログラム等の各種プログラムを記憶する。また、外部記憶装置２０４は、それらのプログラムが使用する各種情報を記憶する。また、通信部２０５を介して他の情報処理装置やインターネットから取得した画像データを記憶する。

出力インタフェース２０９は、表示部２１０がデータの表示や外部装置１０１の状態の通知を行うための制御インタフェースである。表示部２１０は、発光ダイオード（ＬＥＤ）や液晶ディスプレイ（ＬＣＤ）などから構成され、データの表示や外部装置１０１の状態の通知を行う。なお、表示部２１０上に、数値入力キー、モード設定キー、決定キー、取消キー、電源キー等のキーを備えるソフトキーボードを設けることで、表示部２１０を介してユーザーからの入力を受け付けるようにしても良い。

通信部２０５は、処理装置１０２等と接続して、データ通信を実行する。例えば、通信部２０５は、処理装置１０２内のアクセスポイント（不図示）に接続可能である。通信部２０５と処理装置１０２内のアクセスポイントが互いに接続されることで、外部装置１０１と処理装置１０２は相互に通信可能となる。なお、通信部２０５は、無線通信で処理装置１０２とダイレクトに通信しても良いし、外部装置１０１や処理装置１０２の外部に存在する外部アクセスポイント（不図示）を介して通信しても良い。無線通信方式としては、例えば、Ｗｉ－Ｆｉ（ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ）（商標登録）やＢｌｕｅｔｏｏｔｈが用いられる。また、外部アクセスポイントとしては、例えば、無線ＬＡＮルータの機器が用いられる。なお、本実施形態において、外部装置１０１と処理装置１０２とが外部アクセスポイントを介さずにダイレクトに接続する方式をダイレクト接続方式という。また、外部装置１０１と処理装置１０２とが外部アクセスポイントを介して接続する方式をインフラストラクチャー接続方式という。

近距離無線通信部２０６は、処理装置１０２等と近距離無線通信により接続してデータ通信を実行するための構成であり、通信部２０５とは異なる通信方式によって通信を行う。近距離無線通信部２０６は、処理装置１０２内の近距離無線通信部３０６と接続可能である。なお、本実施形態では、近距離無線通信部２０６の通信方式として、ＢＬＥ（ＢｌｕｅｔｏｏｔｈＬｏｗＥｎｅｒｇｙ）が用いられる。Ｂｌｕｅｔｏｏｔｈ機器の各々の通信モジュールには、機器固有の識別情報であるＢＤアドレス（ＢｌｕｅｔｏｏｔｈＤｅｖｉｃｅＡｄｄｒｅｓｓ）が割り当てられている。

撮影装置２０７は、撮影素子で撮影された画像信号をデジタルデータに変換する装置である。デジタルデータは、一旦ＲＡＭ２０３に格納される。その後、ＣＰＵ２０１が実行するプログラムにより所定の画像フォーマットに変換され、画像データとして外部記憶装置２０４に記憶される。外部装置１０１の構成は、図２に示した構成に限られず、外部装置１０１が実行可能な機能に応じた構成を適宜含み得る。また、外部装置１０１とサーバ１０３とは構成が異なっていても良い。例えば、サーバ１０３では、撮影装置２０７が含まれていなくても良い。

図３は、処理装置１０２の構成の一例を示す図である。処理装置１０２は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、不揮発性メモリ３０４、通信部３０５、近距離無線通信部３０６、入力インタフェース３０７、出力インタフェース３０８、表示部３０９、プリントエンジン３１０を含む。

通信部３０５は、処理装置１０２内部のアクセスポイントとして、外部装置１０１等の装置と接続するためのアクセスポイントを含む。なお、該アクセスポイントは、外部装置１０１の通信部２０５に接続可能である。なお、通信部３０５は、無線通信で外部装置１０１との間で、ダイレクトに通信しても良いし、外部アクセスポイントを介して通信しても良い。通信方式としては、例えば、Ｗｉ－ＦｉやＢｌｕｅｔｏｏｔｈが用いられる。また、通信部３０５は、アクセスポイントとして機能するハードウェアを備えていても良いし、アクセスポイントとして機能させるためのソフトウェアを備えていても良い。

ＲＡＭ３０３は、バックアップ電源を必要とするＤＲＡＭ（ＤｙｎａｍｉｃＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）等で構成される。なお、ＲＡＭ３０３は、不図示のデータバックアップ用の電源が供給されることによってデータが保持されているので、プログラム制御変数等のデータを揮発させずに記憶可能である。また、ＲＡＭ３０３は、ＣＰＵ３０１の主メモリやワークメモリとしても用いられ、例えば、外部装置１０１等から受信した印刷情報を一旦保存するための受信バッファとして用いられる。

ＲＯＭ３０２は、ファームウェア等、ＣＰＵ３０１が実行する制御プログラムやデータテーブル、ＯＳプログラム等の固定データを記憶する。本実施形態では、ＲＯＭ３０２に記憶されている各制御プログラムは、ＲＯＭ３０２に記憶されている組み込みＯＳの管理下で、スケジューリングやタスクスイッチ、割込み処理等のソフトウェア実行制御を行う。また、処理装置１０２の管理データ等、電源供給がされていない場合も保持する必要があるデータを記憶するメモリエリアもＲＯＭ３０２に設けられている。ＲＯＭ３０２には、ファームウェアのＲＯＭバージョンも記憶されている。また、後述するが、ＲＯＭ３０２には、処理装置１０２のステータス情報が記憶される。ステータス情報とは、処理装置１０２がフォームウェアのアップデートを実行可能な状態であるか否かを示す情報であり、処理装置１０２のメモリの空き容量等に基づいて生成される情報である。

ＣＰＵ３０１は、システム制御部であり、処理装置１０２を統括的に制御する。例えば、本実施形態における処理装置１０２の動作は、例えば、ＣＰＵ３０１がＲＯＭ３０２に記憶されているプログラムをＲＡＭ３０３に読み出して実行することにより実現される。

プリントエンジン３１０は、ＲＡＭ３０３に保存された印刷情報や外部装置１０１等から受信した印刷ジョブに基づき、インク等の記録剤を用いて紙等の記録媒体上に画像形成を行い、印刷結果を出力する。外部装置１０１等から送信される印刷ジョブは、一般的には送信データ量が大きく高速な通信が求められるので、近距離無線通信部３０６よりも高速に通信可能な通信部３０５により受信される場合がある。

入力インタフェース３０７は、ユーザからのデータ入力や動作指示を受け付けるためのインタフェースであり、キーボードやボタン、タッチパネル等で構成される。なお、後述の出力インタフェース３０８と入力インタフェース３０７とを同一の構成とし、ユーザインタフェース画面の出力とユーザからの操作の受付けを同一の構成で行うような形態でも良い。出力インタフェース３０８は、表示部３０９がデータの表示や処理装置１０２の状態の通知を行うための制御インタフェースである。

表示部３０９は、ＬＥＤ（発光ダイオード）やＬＣＤ（液晶ディスプレイ）などから構成され、データの表示や処理装置１０２の状態の通知を行う。なお、表示部３０９上に、数値入力キー、モード設定キー、決定キー、取消キー、電源キー等のキーを備えるソフトキーボードを設けることで、表示部３０９を介してユーザからの入力を受け付けても良い。

不揮発性メモリ３０４は、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲｅａｄ-ＯｎｌｙＭｅｍｏｒｙ）、フラッシュメモリ等のデバイスから構成される。不揮発性メモリ３０４は、例えば、処理装置１０２の電源が供給されない時も保持する必要がある、処理装置１０２の設定値等のデータを保存するために用いられる。

近距離無線通信部３０６は、外部装置１０１等と近距離無線通信により接続するための構成である。ＣＰＵ３０１は、近距離無線通信部３０６と、Ｉ２Ｃ（Ｉｎｔｅｒ-ＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）等のバスインタフェースを介して相互に通信を行い、近距離無線通信部３０６を介して外部装置１０１とのアクセスが可能である。なお、処理装置１０２には、外付けＨＤＤやＳＤカード等のメモリがオプション機器として装着されても良く、処理装置１０２の情報は、それらのメモリに保存されても良い。処理装置１０２の構成は、図３に示した構成に限られず、外部装置１０１が実行可能な機能に応じた構成を適宜含み得る。

図４、図５、図６、図７、図８、図９を参照しながら、本実施形態における制御プログラムのアップデートの制御処理を説明する。例えば処理装置１０２の機能の更新などに伴い、ファームウェアのアップデートが行われることがある。その際、ユーザが自身のスマートフォン等の外部装置１０１から、処理装置１０２のアップデートの実行を所望するタイミングで、アップデートの実行を指示することが行われる。しかしながら、アップデートの実行が指示されたタイミングで、処理装置１０２がアップデート実行可能な状態でなければ、アップデートは実行されない。例えば、処理装置１０２のアップデートの実行に伴い再起動が行われる場合には、揮発性メモリに記憶されているデータがユーザの意図に反して消去されてしまう可能性がある。

そこで、本実施形態では、処理装置１０２は、処理装置１０２自身の状態に基づいてアップデートの実行可否を示すステータス情報を生成し、外部装置１０１に送信する。そして、外部装置１０１は、処理装置１０２から受信したステータス情報がアップデートの実行が可能であることを示すことに基づいて、アップデート実行画面を表示する。本実施形態では、そのような構成により、処理装置１０２は、アップデートが実行可能なタイミングにおいてアップデートの実行要求を受信することができる。また、外部装置１０１は、処理装置１０２でアップデートが実行可能な適切なタイミングでアップデート実行画面を表示することができる。

まず、図４を参照しながら、処理装置１０２がアップデートデータに関する情報（アップデートデータ情報）を取得し、処理装置１０２内に「最新アップデートデータあり」の情報を記憶するまでの処理について説明する。なお、「最新アップデートデータあり」とは、サーバ１０３内に最新アップデートデータが存在するということを意味する。図４の処理は、例えば、処理装置１０２の電源が投入された後に開始されても良い。

Ｓ４０１において、処理装置１０２は、サーバ１０３に対してアップデートデータ情報を要求する前に、一定時間待機する。一定時間待機することで、サーバ１０３に連続アクセスすることでサーバ１０３への通信負荷が増大してしまうことを防ぐことができる。待機時間は、ユーザが設定可能であっても良いし、処理装置１０２内に待機時間情報を静的に記憶するようにしても良い。また、ＡＣオフ状態の時間を計測するようにしても良い。

Ｓ４０２において、処理装置１０２は、サーバ１０３に対してアップデートデータ情報を要求する。例えば、処理装置１０２は、通信部３０５を介してサーバ１０３と通信することで該要求の送信を行う。Ｓ４０２では、アップデートデータ情報の要求とともに、処理装置１０２の機種名等の識別情報がサーバ１０３に送信される。

図５は、アップデートデータ情報の一例を示す図である。アップデートデータ情報は、図５に示すようにＸＭＬ形式で表現される。アップデートデータ情報は、アップデートデータそのものではなく、アップデートデータに関する情報が含まれる。例えば、図５に示されるように、アップデートデータ情報は、アップデートデータに対応するＲＯＭバージョン、ＲＯＭデータサイズ、機種名を含む。

Ｓ４０３において、サーバ１０３は、アップデートデータ情報の要求を受信すると、処理装置１０２に対応するアップデートデータ情報を処理装置１０２に送信する。なお、サーバ１０３は、処理装置１０２にアップデートデータ情報を送信する前に、処理装置１０２の認証を行うようにしても良い。

Ｓ４０４において、処理装置１０２は、Ｓ４０３でサーバ１０３から送信されたアップデートデータ情報を受信する。ここで、受信したアップデートデータ情報が処理装置１０２に対応するものであるか否かを判定するようにしても良い。受信したアップデートデータ情報が処理装置１０２に対応するものでないと判定された場合、受信したアップデートデータ情報を破棄し、図４の処理を終了する。また、Ｓ４０３でサーバ１０３から送信されるアップデートデータ情報は暗号化されても良い。アップデートデータ情報が暗号化されていた場合、処理装置１０２は、Ｓ４０４でアップデートデータ情報を受信した時に復号化を行う。

Ｓ４０５において、処理装置１０２は、Ｓ４０４で受信したアップデートデータ情報内に記録されているＲＯＭバージョンと、処理装置１０２内のＲＯＭバージョンとの比較を行う。アップデートデータ情報内に記録されているＲＯＭバージョンの方が処理装置１０２内のＲＯＭバージョンよりも新しいと判定された場合には、Ｓ４０６に進む。

Ｓ４０６において、処理装置１０２は、ＲＯＭ３０２等の不揮発性の記憶領域に「最新アップデートデータあり」の情報を記憶する。Ｓ４０６において処理装置１０２内に「最新アップデートデータあり」の情報を記憶した後、図４の処理を終了しても良いし、Ｓ４０１から繰り返しても良い。

本実施形態では、処理装置１０２は、サーバ１０３にアップデートデータ情報を要求し、取得したアップデートデータ情報に基づいて、サーバ１０３に最新アップデートデータが存在するか否かについての情報を保持する。また、Ｓ４０５でアップデートデータ情報内で記録されているＲＯＭバージョンの方が処理装置１０２内のＲＯＭバージョンよりも新しくないと判定された場合、Ｓ４０２の要求が一定時間ごとに繰り返される。本実施形態では、そのような構成により、処理装置１０２は、サーバ１０３に最新アップデートデータが用意されたタイミングに応じて、サーバ１０３に最新のアップデートデータが存在することを認識することができる。

なお、後述する図６の処理において処理装置１０２のアップデートを実行しようとした際にも、サーバ１０３から取得したアップデートデータ情報内に記録されているＲＯＭバージョンと、処理装置１０２内のＲＯＭバージョンとの比較が行われる。そして、その比較の結果、処理装置１０２内のＲＯＭバージョンがサーバ１０３から取得したＲＯＭバージョンと同じであるかまたは古い場合、処理装置１０２は、処理装置１０２内に「最新アップデートデータなし」の情報を記憶する。即ち、Ｓ４０６で記憶された「最新アップデートデータあり」の情報が、アップデートの実行によって、「最新アップデートデータなし」の情報に更新される。そのような構成により、処理装置１０２でのアップデートの実行に応じて、最新のアップデートデータが存在するか否かを示す情報が適切に更新されることができる。

次に、図６を参照しながら、外部装置１０１が処理装置１０２から、処理装置１０２のステータス情報を受信した後に、処理装置１０２に対してアップデート実行を要求し、処理装置１０２がアップデートを実行するまでの処理について説明する。

Ｓ６０１において、外部装置１０１は、処理装置１０２に対して、処理装置１０２のステータス情報を要求する。Ｓ６０１の要求は、一定時間間隔で定期的に実行されても良い。その一定時間については、外部装置１０１のユーザにより設定可能としても良い。

Ｓ６０２において、処理装置１０２は、外部装置１０１からのステータス情報の要求を受信すると、処理装置１０２のステータス情報を生成し、外部装置１０１に送信する。

図７は、処理装置１０２のステータス情報の一例を示す図である。処理装置１０２のステータス情報は、図７に示すようにＸＭＬ形式で表現される。図７の＜ｎｅｔｗｏｒｋｕｐｄａｔｅ＿ａｖａｉｌａｂｌｅ＞タグは、処理装置１０２がアップデート実行可能な状態であるか否かを示すタグである。アップデート実行可能な状態である場合には「ａｖａｉｌａｂｌｅ」の値になり、アップデート実行可能な状態でない場合には「ｎｏｔａｖａｉｌａｂｌｅ」の値になる。

処理装置１０２のＣＰＵ３０１は、以下の全ての条件を満たした場合に、処理装置１０２がアップデート実行可能な状態であると判定する。

条件１：処理装置１０２に「最新アップデートデータあり」の情報が記憶されている場合。

条件２：サーバ１０３からアップデートデータを受信可能な状態である場合。

条件３：処理装置１０２の揮発性メモリに、消去してはいけないデータが保存されていない場合。

以上の条件１～３が満たされている場合、ＣＰＵ３０１は、処理装置１０２はアップデート実行可能な状態であると判定する。

条件１は、最新アップデートデータがなければアップデートを実行できないので、アップデート実行のための必要な条件となる。条件２は、例えば、処理装置１０２のＲＡＭ３０３の空き容量が閾値以上であることである。条件２は、ＲＡＭ３０３の空き容量が少ない状態ではアップデートデータの受信を完了することができないので、アップデート実行のための必要な条件となる。

処理装置１０２は、アップデートが実行されると再起動を行う構成の場合、アップデート実行時に、ＲＡＭ３０３の記憶内容が消去されてしまうおそれがある。本実施形態では、条件３として、処理装置１０２の揮発性メモリに、消去してはいけないデータが保存されていないことを条件としているので、不用意にデータが消去されてしまうことを防ぐことができる。

アップデートを実行可能な条件は、上記に限られない。例えば、処理装置１０２に対する装置の接続状況や、ジョブの実行状況を条件としても良い。また、図７の＜ｎｅｔｗｏｒｋｕｐｄａｔｅ＿ａｖａｉｌａｂｌｅ＞タグ情報を生成する／しないを設定可能としても良い。また、図７の＜ｎｅｔｗｏｒｋｕｐｄａｔｅ＿ａｖａｉｌａｂｌｅ＞タグは、常に「ｎｏｔａｖａｉｌａｂｌｅ」の値をとるように設定可能としても良い。処理装置１０２でタグ情報を生成しない、または、常に「ｎｏｔａｖａｉｌａｂｌｅ」の値をとるように設定可能とすることで、例えば、外部装置１０１に対して、処理装置１０２のアップデートを実行するための画面を表示させないような表示制御が可能となる。また、そのような設定は、例えば処理装置１０２の管理者によって設定されるようにしても良い。

図７の＜ｌａｔｅｓｔｕｐｄａｔｅ＿ｅｘｉｓｔ＞タグは、処理装置１０２に「最新アップデートあり」の情報が記憶されているか否かを示すタグである。「最新アップデートあり」の情報が記憶されている場合、「ｅｘｉｓｔ」の値になり、「最新アップデートなし」の情報が設定されている場合、「ｎｏｔｅｘｉｓｔ」の値になる。また、図７の＜ｌａｔｅｓｔｕｐｄａｔｅ＿ｅｘｉｓｔ＞タグ情報を生成する／しないを設定可能としても良い。また、図７の＜ｌａｔｅｓｔｕｐｄａｔｅ＿ｅｘｉｓｔ＞タグは、常に「ｎｏｔｅｘｉｓｔ」の値をとるように設定可能としても良い。処理装置１０２でタグ情報を生成しない、または、常に「ｎｏｔａｖａｉｌａｂｌｅ」の値をとるように設定可能とすることで、例えば、外部装置１０１に対して、最新のアップデートデータが存在することを示す画面を表示させないような表示制御が可能となる。

図７の＜ｊｏｂｅｘｅｃｕｔｅ＞タグは、処理装置１０２がジョブを実行中であるか否かを示すタグである。ジョブ実行中の場合、「ｔｒｕｅ」の値になり、ジョブ実行中でない場合、「ｆａｌｓｅ」の値になる。ここで、ジョブ実行中とは、例えば、処理装置１０２が印刷を実行している場合である。

再び、図６を参照する。Ｓ６０３において、外部装置１０１は、Ｓ６０２で生成された処理装置１０２のステータス情報を受信する。その際、処理装置１０２のステータス情報は、暗号化されていても良い。暗号化された処理装置１０２のステータス情報を受信した場合、外部装置１０１は、その復号化を行う。

Ｓ６０４において、外部装置１０１は、処理装置１０２のアップデートを実行するためのアップデート実行画面を表示するか否かを判定する。外部装置１０１は、Ｓ６０３で受信した処理装置１０２のステータス情報に基づいて判定を行う。なお、アップデート実行画面を表示するか否かの判定は、処理装置１０２のステータス情報の他に、外部装置１０１の内部状態に基づいて行われても良い。例えば、外部装置１０１での他のアプリケーションの実行状態に基づいて行われても良い。Ｓ６０４でアップデート実行画面を表示しないと判定された場合、図６の処理を終了する。そのような構成により、処理装置１０２がアップデート実行可能な状態であるタイミングでユーザにその旨を認識させることができる。Ｓ６０４でアップデート実行画面を表示すると判定された場合、Ｓ６０５において、外部装置１０１は、アップデート実行画面を表示部２１０に表示する。

図８は、Ｓ６０５で表示されるアップデート実行画面の一例を示す図である。図８に示すように、アップデート実行画面には、処理装置１０２の最新のアップデートデータが存在することと、アップデートを実行するか否かということについてのメッセージが表示される。アップデート実行画面は、外部装置１０１の表示部２１０の全画面に表示されるようにしても良いし、ポップアップ画面として表示されるようにしても良い。外部装置１０１は、外部装置１０１と処理装置１０２との間のネットワーク接続が切断された場合、アップデート実行画面を消去するようにしても良い。さらに、外部装置１０１は、処理装置１０２がソフトオフされたことを検知した場合、アップデート実行画面を消去するようにしても良い。

Ｓ６０４において処理装置１０２に対するアップデート実行画面を表示すると判定するための条件は、図７の＜ｎｅｔｗｏｒｋｕｐｄａｔｅ＿ａｖａｉｌａｂｌｅ＞タグが「ａｖａｉｌａｂｌｅ」の場合である。あるいは、図７の＜ｎｅｔｗｏｒｋｕｐｄａｔｅ＿ａｖａｉｌａｂｌｅ＞タグが「ａｖａｉｌａｂｌｅ」であり、且つ＜ｊｏｂｅｘｅｃｕｔｅ＞タグが「ｆａｌｓｅ」である場合に、アップデート実行画面を表示する条件を満たしていても良い。

また、アップデート実行画面とともに又は単独で、図９に示すような、処理装置１０２の最新のアップデートデータが存在することを示す画面を表示するようにしても良い。例えば、図７の＜ｌａｔｅｓｔｕｐｄａｔｅ＿ｅｘｉｓｔ＞タグが「ｅｘｉｓｔ」であることを条件として、図９に示す画面を表示するようにしても良い。

また、外部装置１０１の表示部２１０に、処理装置１０２のアップデートが実行可能な状態でない旨を示す画面を表示するようにしても良い。例えば図７の＜ｎｅｔｗｏｒｋｕｐｄａｔｅ＿ａｖａｉｌａｂｌｅ＞タグが「ｎｏｔａｖａｉｌａｂｌｅ」であれば、処理装置１０２のアップデートが実行可能な状態でない旨を示す画面を表示するようにしても良い。

Ｓ６０６において、外部装置１０１は、ユーザからの指示を受け付けると、処理装置１０２に対してアップデートの実行を要求する。例えば、図８のアップデート実行画面上で「はい」のボタンの押下を受け付けた場合、処理装置１０２にアップデート実行を要求する。

Ｓ６０７において、処理装置１０２は、外部装置１０１からアップデート実行の要求を受信し、処理装置１０２のアップデート処理を開始する。なお、Ｓ６０２からＳ６０７までの間に処理装置１０２の内部状態が変化してアップデートが実行可能でない状態になった場合には、図６の処理を終了する。例えば、処理装置１０２が上述の条件１～３を満たさない状態となった場合が該当する。図６の処理を終了する際、処理装置１０２は、外部装置１０１に対して、アップデートの実行が失敗した旨を示すレスポンスを送信する。また、処理装置１０２がジョブ実行中のため即座にアップデートが実行できない場合、実行中のジョブが完了するまでアップデートの実行を保留するようにしても良い。その際、処理装置１０２は、アップデートは保留中である旨を示す情報を外部装置１０１に送信する。また、外部装置１０１は、処理装置１０２から、アップデートは保留中である旨を示す情報を受信した場合、処理装置１０２のアップデートを中止可能なように構成しても良い。例えば、処理装置１０２のアップデートを中止するか否かの指示を受付可能な画面を外部装置１０１の表示部２１０に表示するようにしても良い。

Ｓ６０８において、処理装置１０２は、サーバ１０３に対してアップデートデータを要求する。Ｓ６０８では、アップデートデータの要求とともに、処理装置１０２の機種名等の識別情報がサーバ１０３に送信される。また、アップデートデータの要求とともに、アップデートデータ情報の取得を要求する。そして、アップデートの実行を開始しようとする際、サーバ１０３から取得したアップデートデータ情報内に記録されているＲＯＭバージョンと、処理装置１０２内のＲＯＭバージョンとの比較を行う。比較の結果、処理装置１０２内のＲＯＭバージョンがサーバ１０３から取得したアップデートデータ情報内に記録されているＲＯＭバージョンと同じであるかまたは古い場合、処理装置１０２は、「最新アップデートデータなし」の情報を記憶する。なお、「最新アップデートデータなし」とは、サーバ１０３内に最新アップデートデータがないということを意味する。図４の処理により処理装置１０２が「最新アップデートデータあり」の情報を記憶する。その後、外部装置１０１から図６の処理によりアップデート実行を要求された場合には、処理装置１０２内の「最新アップデートデータあり」が「最新アップデートデータなし」に更新され、再度図４の処理が行われる。再度図４の処理が行われていく中で、サーバ１０３でアップデートデータが更新された場合には、Ｓ４０６で「最新アップデートデータあり」にさらに更新されることになる。

Ｓ６０９において、サーバ１０３は、処理装置１０２に対応するアップデートデータを処理装置１０２に送信する。なお、サーバ１０３は、処理装置１０２にアップデートデータを送信する前に、処理装置１０２の認証を行っても良い。また、サーバ１０３は、処理装置１０２にアップデートデータを送信する前に、アップデートデータを暗号化しても良い。その場合、処理装置１０２は、受信したアップデートデータを復号化する。

Ｓ６１０において、処理装置１０２は、Ｓ６０９でサーバ１０３から送信されたアップデートデータを受信し、アップデートの実行を開始する。Ｓ６１０では、受信したアップデートデータが処理装置１０２に対応したものであるか否かを判定するようにしても良い。受信したアップデートデータが処理装置１０２に対応したものでないと判定された場合、受信したアップデートデータを破棄し、図６の処理を終了する。

アップデートの実行開始後、処理装置１０２は、アップデートの実行結果を外部装置１０１にレスポンスとして送信しても良い。また、外部装置１０１は、処理装置１０２のアップデートの実行結果のレスポンスを受信すると、Ｓ６０５で表示した画面を消去するようにしても良い。さらに、外部装置１０１は、処理装置１０２のアップデートの実行結果を表示部２１０に表示しても良い。また、アップデートの実行後、処理装置１０２は、表示部３０９にアップデートの実行結果を表示しても良い。また、処理装置１０２は、アップデートの実行時に、再起動を実行するようにしても良い。

以上のように、本実施形態によれば、処理装置１０２は、アップデートを実行可能な状態であるときに、アップデートの実行要求を受信することができる。また、処理装置１０２は、所定の時間間隔でサーバ１０３からアップデートデータ情報を取得する。そのような構成により、サーバ１０３でアップデートデータが更新されていくケースであっても、適切なタイミングで「最新アップデートデータあり」の情報を処理装置１０２内に保持することができる。そして、外部装置１０１からの要求に応じて、処理装置１０２のステータス情報を送信し、外部装置１０１でその情報に応じた表示制御を行うことができる。

［第２実施形態］
以下、第１実施形態と異なる点について第２実施形態を説明する。第１実施形態では、アップデートデータ情報、およびアップデートデータは、サーバ１０３において保持されていた。本実施形態では、アップデートデータ情報、およびアップデートデータは、アップデート実行の要求を行う外部装置１０１において保持されている。なお、アップデートデータ情報、およびアップデートデータは、外部装置１０１で生成されても良いし、第１実施形態でのサーバ１０３から取得するようにしても良い。

図１０を参照しながら、処理装置１０２がアップデートデータ情報を取得し、処理装置１０２内に「最新アップデートデータあり」の情報を記憶するまでの処理について説明する。図１０の処理は、例えば、処理装置１０２の電源が投入された後に開始されても良い。

Ｓ１００１において、処理装置１０２は、外部装置１０１に対してアップデートデータ情報取得を要求する前に、一定時間待機する。一定時間待機することで、外部装置１０１に連続アクセスすることで外部装置１０１への通信負荷が増大してしまうことを防ぐことができる。待機時間は、ユーザが設定可能であっても良いし、処理装置１０２内に待機時間情報を静的に記憶するようにしても良い。また、ＡＣオフ状態の時間を計測するようにしても良い。

Ｓ１００２において、処理装置１０２は、外部装置１０１に対してアップデートデータ情報を要求する。例えば、処理装置１０２は、通信部３０５を介して外部装置１０１と通信することで該要求の送信を行う。Ｓ１００２では、アップデートデータ情報の要求とともに、処理装置１０２の機種名等の識別情報が外部装置１０１に送信される。アップデートデータ情報は、例えば図５に示すような情報である。

Ｓ１００３において、外部装置１０１は、アップデートデータ情報の要求を受信すると、処理装置１０２に対応するアップデートデータ情報を処理装置１０２に送信する。なお、外部装置１０１は、処理装置１０２にアップデートデータ情報を送信する前に、処理装置１０２の認証を行うようにしても良い。

Ｓ１００４において、処理装置１０２は、Ｓ１００３で外部装置１０１から送信されたアップデートデータ情報を受信する。ここで、受信したアップデータデータ情報が処理装置１０２に対応するものであるか否かを判定するようにしても良い。受信したアップデートデータ情報が処理装置１０２に対応するものでないと判定された場合、受信したアップデートデータ情報を破棄し、図１０の処理を終了する。また、Ｓ１００３で外部装置１０１から送信されるアップデートデータ情報は暗号化されていても良い。アップデートデータ情報が暗号化されていた場合、処理装置１０２は、Ｓ１００４でアップデートデータ情報を受信した時に復号化を行う。

Ｓ１００５において、処理装置１０２は、Ｓ１００４で受信したアップデートデータ情報内に記録されているＲＯＭバージョンと、処理装置１０２内のＲＯＭバージョンとの比較を行う。アップデートデータ情報内に記録されているＲＯＭバージョンの方が処理装置１０２内のＲＯＭバージョンよりも新しいと判定された場合には、Ｓ１００６に進む。

Ｓ１００６において、処理装置１０２は、ＲＯＭ３０２等の不揮発性の記憶領域に「最新アップデートデータあり」の情報を記憶する。Ｓ１００６において処理装置１０２内に「最新アップデートデータあり」の情報を記憶した後、図１０の処理を終了しても良いし、Ｓ１００１から繰り返しても良い。

本実施形態では、処理装置１０２は、外部装置１０１にアップデートデータ情報を要求し、取得したアップデートデータ情報に基づいて、外部装置１０１に最新アップデートデータが存在するか否かについての情報を保持する。また、Ｓ１００５でアップデートデータ情報内で記録されているＲＯＭバージョンの方が処理装置１０２内のＲＯＭバージョンよりも新しくないと判定された場合、Ｓ１００２の要求が一定時間ごとに繰り返される。本実施形態では、そのような構成により、処理装置１０２は、外部装置１０１に最新アップデートデータが用意されたタイミングに応じて、外部装置１０１に最新アップデートデータが存在することを認識することができる。

なお、後述する図１１の処理において処理装置１０２のアップデートを実行しようとした際にも、外部装置１０１から取得したアップデートデータ情報内に記録されているＲＯＭバージョンと、処理装置１０２内のＲＯＭバージョンとの比較が行われる。そして、その比較の結果、処理装置１０２内のＲＯＭバージョンが外部装置１０１から取得したＲＯＭバージョンと同じであるかまたは古い場合、処理装置１０２は、処理装置１０２内に「最新アップデートデータなし」の情報を記憶する。即ち、Ｓ１００６で記憶された「最新アップデートデータあり」の情報がアップデートの実行によって、「最新アップデートデータなし」の情報に更新される。そのような構成により、処理装置１０２でのアップデートの実行に応じて、最新のアップデートデータが存在するか否かを示す情報が適切に更新されることができる。

次に、図１１を参照しながら、外部装置１０１が処理装置１０２から、処理装置１０２のステータス情報を受信した後に、処理装置１０２に対してアップデート実行を要求し、処理装置１０２がアップデートを実行するまでの処理について説明する。

Ｓ１１０１において、外部装置１０１は、処理装置１０２に対して、処理装置１０２のステータス情報を要求する。Ｓ１１０１の要求は、一定時間間隔で定期的に実行されても良い。その一定時間については、外部装置１０１のユーザにより設定可能としても良い。

Ｓ１１０２において、処理装置１０２は、外部装置１０１からのステータス情報の要求を受信すると、処理装置１０２のステータス情報を生成し、外部装置１０１に送信する。処理装置１０２のステータス情報は、図７に示すような情報である。

Ｓ１１０３において、外部装置１０１は、Ｓ１１０２で生成された処理装置１０２のステータス情報を受信する。その際、処理装置１０２のステータス情報は、暗号化されていても良い。暗号化された処理装置１０２のステータス情報を受信した場合、外部装置１０１は、その復号化を行う。

Ｓ１１０４において、外部装置１０１は、外部装置１０１が処理装置１０２のアップデートを実行するためのアップデート実行画面を表示するか否かを判定する。外部装置１０１は、Ｓ１１０３で受信した処理装置１０２のステータス情報に基づいて判定を行う。なお、アップデート実行画面を表示するか否かの判定は、処理装置１０２のステータス情報の他に、外部装置１０１の内部状態に基づいて行われても良い。例えば、外部装置１０１での他のアプリケーションの実行状態に基づいて行われても良い。Ｓ１１０４でアップデート実行画面を表示しないと判定された場合、図１１の処理を終了する。そのような構成により、処理装置１０２がアップデート実行可能な状態であるタイミングでユーザにその旨を認識させることができる。Ｓ１１０４でアップデート実行画面を表示すると判定された場合、Ｓ１１０５において、外部装置１０１は、図８に示すようなアップデート実行画面を表示部２１０に表示する。アップデート実行画面は、外部装置１０１の表示部２１０の全画面に表示されるようにしても良いし、ポップアップ画面として表示されるようにしても良い。外部装置１０１は、外部装置１０１と処理装置１０２との間のネットワーク接続が切断された場合、アップデート実行画面を消去するようにしても良い。さらに、外部装置１０１は、処理装置１０２がソフトオフされたことを検知した場合、アップデート実行画面を消去するようにしても良い。

Ｓ１１０４において処理装置１０２に対するアップデート実行画面を表示すると判定するための条件は、図７の＜ｎｅｔｗｏｒｋｕｐｄａｔｅ＿ａｖａｉｌａｂｌｅ＞タグが「ａｖａｉｌａｂｌｅ」の場合である。あるいは、図７の＜ｎｅｔｗｏｒｋｕｐｄａｔｅ＿ａｖａｉｌａｂｌｅ＞タグが「ａｖａｉｌａｂｌｅ」であり、且つ＜ｊｏｂｅｘｅｃｕｔｅ＞タグが「ｆａｌｓｅ」である場合に、アップデート実行画面を表示する条件を満たしていると判定しても良い。

Ｓ１１０６において、外部装置１０１は、ユーザからの指示を受け付けると、処理装置１０２に対してアップデートの実行を要求する。例えば、図８のアップデート実行画面上で「はい」のボタンの押下を受け付けた場合、処理装置１０２にアップデート実行を要求する。

Ｓ１１０７において、処理装置１０２は、外部装置１０１からアップデート実行の要求を受信し、処理装置１０２のアップデート処理を開始する。なお、Ｓ１１０２からＳ１１０７までの間に処理装置１０２の内部状態が変化してアップデートが実行可能でない状態になった場合には、図１１の処理を終了する。図１１の処理を終了する際、処理装置１０２は、外部装置１０１に対して、アップデートの実行が失敗した旨を示すレスポンスを送信する。また、処理装置１０２がジョブ実行中のため即座にアップデートが実行できない場合、実行中のジョブが完了するまでアップデートの実行を保留するようにしても良い。その際、処理装置１０２は、アップデートは保留中である旨を示す情報を外部装置１０１に送信する。また、外部装置１０１は、処理装置１０２から、アップデートは保留中である旨を示す情報を受信した場合、処理装置１０２のアップデートを中止可能なように構成しても良い。例えば、処理装置１０２のアップデートを中止するか否かの指示を受付可能な画面を外部装置１０１の表示部２１０に表示するようにしても良い。

Ｓ１１０８において、処理装置１０２は、外部装置１０１に対してアップデートデータを要求する。Ｓ１１０８では、アップデートデータの要求とともに、処理装置１０２の機種名等の識別情報が外部装置１０１に送信される。また、アップデートデータの要求とともに、アップデートデータ情報の取得を要求する。そして、アップデートの実行を開始しようとする際、外部装置１０１から取得したアップデートデータ情報内に記録されているＲＯＭバージョンと、処理装置１０２内のＲＯＭバージョンとの比較を行う。比較の結果、処理装置１０２内のＲＯＭバージョンが外部装置１０１から取得したアップデートデータ情報内に記録されているＲＯＭバージョンと同じであるかまたは古い場合、処理装置１０２は、「最新アップデートデータなし」の情報を記憶する。なお、「最新アップデートデータなし」とは、外部装置１０１内に最新アップデートデータがないということを意味する。図１０の処理により処理装置１０２が「最新アップデートデータあり」の情報を記憶する。その後、外部装置１０１から図１１の処理によりアップデート実行を要求された場合には、処理装置１０２内の「最新アップデートデータあり」が「最新アップデートデータなし」に更新され、再度図１０の処理が行われる。再度図１０の処理が行われていく中で、外部装置１０１でアップデートデータが更新された場合には、Ｓ１００６で「最新アップデートデータあり」にさらに更新されることになる。

Ｓ１１０９において、外部装置１０１は、処理装置１０２に対応するアップデートデータを処理装置１０２に送信する。なお、外部装置１０１は、処理装置１０２にアップデートデータを送信する前に、処理装置１０２の認証を行っても良い。また、外部装置１０１は、処理装置１０２にアップデートデータを送信する前に、アップデートデータを暗号化しても良い。その場合、処理装置１０２は、受信したアップデートデータを復号化する。

Ｓ１１１０において、処理装置１０２は、Ｓ１１０９で外部装置１０１から送信されたアップデートデータを受信し、アップデートの実行を開始する。Ｓ１１１０では、受信したアップデートデータが処理装置１０２に対応したものであるか否かを判定するようにしても良い。受信したアップデートデータが処理装置１０２に対応したものでないと判定された場合、受信したアップデートデータを破棄し、図１１の処理を終了する。

アップデートの実行開始後、処理装置１０２は、アップデートの実行結果を外部装置１０１にレスポンスとして送信しても良い。また、外部装置１０１は、処理装置１０２のアップデートの実行結果のレスポンスを受信すると、Ｓ１１０５で表示した画面を消去するようにしても良い。さらに、外部装置１０１は、処理装置１０２のアップデートの実行結果を表示部２１０に表示しても良い。また、アップデートの実行後、処理装置１０２は、表示部３０９にアップデートの実行結果を表示しても良い。また、処理装置１０２は、アップデートの実行時に、再起動を実行するようにしても良い。

以上のように、本実施形態によれば、処理装置１０２は、アップデートを実行可能な状態であるときに、アップデートの実行要求を受信することができる。また、処理装置１０２は、所定の時間間隔で外部装置１０１からアップデートデータ情報を取得する。そのような構成により、外部装置１０１でアップデートデータが更新されていくケースであっても、適切なタイミングで「最新アップデートデータあり」の情報を処理装置１０２内に保持することができる。そして、外部装置１０１からの要求に応じて、処理装置１０２のステータス情報を送信し、外部装置１０１では、その情報に応じた表示制御を行うことができる。

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

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

１００情報処理システム：１０１外部装置：１０２処理装置：１０３サーバ：２０１、３０１ＣＰＵ

Claims

外部の装置と通信可能な処理装置であって、
前記処理装置を制御する制御プログラムのアップデートの実行可否を示すステータス情報を生成する生成手段と、
前記生成手段により生成された前記ステータス情報を前記外部の装置に送信する送信手段と、
前記送信手段により送信された前記ステータス情報が前記アップデートの実行が可能であることを示すことに基づいて、前記外部の装置から前記アップデートの実行の要求を受信する受信手段と、
を備えることを特徴とする処理装置。
前記アップデートの実行可否を判定するための第１情報を取得する第１取得手段、をさらに備え、
前記生成手段は、前記第１取得手段により取得された前記第１情報に基づいて前記アップデートの実行可否を判定し、該判定の結果に基づいて前記ステータス情報を生成する、
ことを特徴とする請求項１に記載の処理装置。
前記ステータス情報は、前記制御プログラムのアップデートデータが存在するか否かを示す情報を含むことを特徴とする請求項２に記載の処理装置。
前記第１情報は、前記制御プログラムのアップデートデータの情報を含むことを特徴とする請求項２又は３に記載の処理装置。
前記アップデートデータの情報は、バージョンであり、
前記生成手段は、前記アップデートデータの情報に含まれるバージョンが、前記処理装置に既に記憶されているバージョンより新しい場合、前記アップデートの実行が可能であることを示す前記ステータス情報を生成する、
ことを特徴とする請求項４に記載の処理装置。
前記第１取得手段は、前記第１情報を、前記外部の装置と異なる装置から取得することを特徴とする請求項２乃至５のいずれか１項に記載の処理装置。
前記第１取得手段は、前記第１情報を、前記外部の装置から取得することを特徴とする請求項２乃至５のいずれか１項に記載の処理装置。
前記アップデートの実行可否を判定するための第２情報を取得する第２取得手段、をさらに備え、
前記生成手段は、前記第２取得手段により取得された前記第２情報に基づいて前記アップデートの実行可否を判定し、該判定の結果に基づいて前記ステータス情報を生成する、
ことを特徴とする請求項２乃至７のいずれか１項に記載の処理装置。
前記第２情報は、前記制御プログラムのアップデートデータを外部から受信可能であるか否かを示す情報を含むことを特徴とする請求項８に記載の処理装置。
前記第２情報は、前記処理装置の揮発性メモリに所定のデータが保存されているか否かを示す情報を含むことを特徴とする請求項８又は９に記載の処理装置。
前記生成手段は、前記外部の装置からの前記ステータス情報の要求を受信すると、前記ステータス情報を生成することを特徴とする請求項２乃至１０のいずれか１項に記載の処理装置。
前記外部の装置からの前記ステータス情報の要求は、所定の時間間隔で受信されることを特徴とする請求項１１に記載の処理装置。
前記第１取得手段による前記第１情報の取得は、前記外部の装置からの前記ステータス情報の要求に関わらず、行われることを特徴とする請求項１１又は１２に記載の処理装置。
前記受信手段により前記アップデートの実行の要求を受信すると、前記制御プログラムのアップデートデータを取得する第３取得手段、をさらに備えることを特徴とする請求項２乃至１３のいずれか１項に記載の処理装置。
前記第３取得手段は、前記外部の装置から前記アップデートデータを取得することを特徴とする請求項１４に記載の処理装置。
前記第３取得手段は、前記外部の装置と異なる装置から前記アップデートデータを取得することを特徴とする請求項１４に記載の処理装置。
前記第３取得手段により取得した前記アップデートデータに基づいて、前記アップデートを実行する実行手段、をさらに備えることを特徴とする請求項１４乃至１６のいずれか１項に記載の処理装置。
前記第１取得手段により取得された前記第１情報を記憶する記憶手段、をさらに備え、
前記実行手段により前記アップデートが実行される場合、前記第１取得手段による前記第１情報の取得が行われ、前記記憶手段に既に記憶されている前記第１情報が更新される、
ことを特徴とする請求項１７に記載の処理装置。
処理装置と通信可能な装置であって、
前記処理装置を制御する制御プログラムのアップデートの実行可否を示すステータス情報を前記処理装置から受信する受信手段と、
前記受信手段により受信した前記ステータス情報に基づいて、前記アップデートの実行を要求するための画面を表示する表示手段と、
前記表示手段により表示された前記アップデートの実行を要求するための画面において前記アップデートの実行の指示を受け付けると、前記アップデートの実行の要求を前記処理装置に送信する第１送信手段と、
を備えることを特徴とする装置。
前記受信手段により受信した前記ステータス情報が、前記アップデートの実行が可能であることを示す場合、前記アップデートの実行を要求するための画面を表示するよう前記表示手段を制御する表示制御手段、をさらに備えることを特徴とする請求項１９に記載の装置。
前記ステータス情報の要求を前記処理装置に送信する第２送信手段、をさらに備えることを特徴とする請求項２０に記載の装置。
前記第２送信手段による送信は、ユーザの指示によらず行われることを特徴とする請求項２１に記載の装置。
前記表示制御手段は、前記受信手段により受信した前記ステータス情報が、前記アップデートの実行が可能でないことを示す場合、画面の表示を行わないよう前記表示手段を制御することを特徴とする請求項２２に記載の装置。
前記表示制御手段は、前記受信手段により受信した前記ステータス情報が、前記アップデートの実行が可能でないことを示す場合、前記アップデートの実行が可能でないことを示す画面を表示するよう前記表示手段を制御することを特徴とする請求項２２に記載の装置。
前記表示制御手段は、前記受信手段により受信した前記ステータス情報が、前記アップデートの実行が可能であることを示す場合、前記制御プログラムのアップデートデータが存在することを示す画面を表示するよう前記表示手段を制御することを特徴とする請求項２０乃至２４のいずれか１項に記載の装置。
第１装置と、第２装置とを含むシステムであって、
前記第１装置は、
前記第１装置を制御する制御プログラムのアップデートの実行可否を示すステータス情報を生成する生成手段と、
前記生成手段により生成された前記ステータス情報を前記第２装置に送信する第１送信手段と、
前記第２装置から前記アップデートの実行の要求を受信する受信手段と、を備え、
前記第２装置は、
前記第１送信手段により送信された前記ステータス情報が前記アップデートの実行が可能であることを示すことに基づいて、前記アップデートの実行を要求するための画面を表示する表示手段と、
前記表示手段により表示された前記アップデートの実行を要求するための画面において前記アップデートの実行の指示を受け付けると、前記アップデートの実行の要求を前記第１装置に送信する第２送信手段と、を備える、
ことを特徴とするシステム。
外部の装置と通信可能な処理装置において実行される方法であって、
前記処理装置を制御する制御プログラムのアップデートの実行可否を示すステータス情報を生成する生成工程と、
前記生成工程において生成された前記ステータス情報を前記外部の装置に送信する送信工程と、
前記送信工程において送信された前記ステータス情報が前記アップデートの実行が可能であることを示すことに基づいて、前記外部の装置から前記アップデートの実行の要求を受信する受信工程と、
を有することを特徴とする方法。
処理装置と通信可能な装置において実行される方法であって、
前記処理装置を制御する制御プログラムのアップデートの実行可否を示すステータス情報を前記処理装置から受信する受信工程と、
前記受信工程において受信した前記ステータス情報に基づいて、前記アップデートの実行を要求するための画面を表示する表示工程と、
前記表示工程において表示された前記アップデートの実行を要求するための画面において前記アップデートの実行の指示を受け付けると、前記アップデートの実行の要求を前記処理装置に送信する第１送信工程と、
を有することを特徴とする方法。
請求項１乃至１８のいずれか１項に記載の処理装置の各手段としてコンピュータを機能させるためのプログラム。
請求項１９乃至２５のいずれか１項に記載の装置の各手段としてコンピュータを機能させるためのプログラム。