(57)【要約】【課題】拡張機能が増えた場合であっても、ステータス情報の取得を短時間で行い、しかもファームウェアを記憶する記憶デバイスの容量の増加を抑制する。【解決手段】ステータス情報取得部１１７により、ＨＤＤ１０６（記憶デバイス）に記憶されたクラウドサーバー２００（アプリケーション提供サーバー）からのダウンロードしたアプリケーションを実行し、拡張機能毎のステータス情報を取得し、システム制御部１２１により、ステータス情報を状態監視サーバー４００Ａ〜４００Ｃに送信し、ＨＤＤ１０６（記憶デバイス）に記憶されているアプリケーションを削除する。これにより、それぞれの拡張機能毎のステータス情報を取得するためのファームウェアの再作成が不要となり、ファームウェアに組み込むアプリケーションのデータサイズの増加を抑制できる。【選択図】図１
2018055366.tif 000002
【特許請求の範囲】
【請求項１】
拡張機能毎のステータス情報を取得するアプリケーションをアプリケーション提供サーバーからダウンロードするシステム制御部と、
ダウンロードした前記アプリケーションを記憶する記憶デバイスと、
前記アプリケーションを実行し、前記拡張機能のステータス情報を取得するステータス情報取得部とを備え、
前記システム制御部は、前記ステータス情報を状態監視サーバーに送信し、前記ステータス情報を送信した後、前記記憶デバイスに記憶されているアプリケーションを削除する
ことを特徴とする電子機器。
【請求項２】
前記ステータス情報取得部は、ダウンロードした前記アプリケーションが前記記憶デバイスに記憶されると、前記アプリケーションを実行することを特徴とする請求項１に記載の電子機器。
【請求項３】
前記アプリケーションには、前記ステータス情報の送信先を示すアドレス情報が含まれており、
前記システム制御部は、前記ステータス情報を前記アドレス情報に該当する前記状態監視サーバーに送信する
ことを特徴とする請求項１又は２に記載の電子機器。
【請求項４】
前記ステータス情報取得部は、
前記アプリケーションの取得先を示すアドレス情報と、前記アプリケーションの取得タイミングと、取得するアプリケーションの識別情報とを有するアプリケーション取得設定情報を管理し、
前記システム制御部は、前記アプリケーション取得設定情報を監視し、前記アプリケーションの取得タイミングとなると、前記アドレス情報に該当する前記アプリケーション提供サーバーに対し、前記識別情報に該当するアプリケーションの送信要求を出す
ことを特徴とする請求項１乃至３の何れかに記載の電子機器。
【請求項５】
システム制御部により、拡張機能毎のステータス情報を取得するアプリケーションをアプリケーション提供サーバーからダウンロードする工程と、
記憶デバイスにより、ダウンロードした前記アプリケーションを記憶する工程と、
ステータス情報取得部により、前記アプリケーションを実行し、前記拡張機能のステータス情報を取得する工程と、
前記システム制御部により、前記ステータス情報を状態監視サーバーに送信し、前記ステータス情報を送信した後、前記記憶デバイスに記憶されているアプリケーションを削除する工程とを電子機器を制御するコンピューターに実行させる
ことを特徴とするアプリケーション制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ステータス情報の取得に適した電子機器及びアプリケーション制御プログラムに関する。
【背景技術】
【０００２】
たとえば、多機能プリンター、複合機などのＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）である画像形成装置においては、印刷機能、コピー機能、ＦＡＸ機能、ネットワーク経由でのデータ送受信機能などを搭載している機種がある。これらの機能は、それぞれ専用のソフトウェアを元に実行されるが、今後ますます機能の増加が予測される。また、それぞれの機能に応じたハードウェアを動作させるためのファームウェアは、動作を保証するために、たとえばネットワーク経由でのダウンロードにより最新バージョンに更新される。
【０００３】
ところで、画像形成装置の保守管理においては、監視サーバーなどがネットワークを介して画像形成装置の各種機能などのステータス情報を定期的に取得する方式が構築されている。ところが、この方式では、画像形成装置側が稼働していないとき（たとえば電源オフの状態）、監視サーバーなどが画像形成装置からのステータス情報を取得できなくなる。
【０００４】
このような不具合を解消するために、特許文献１では、スケジュール情報に基づいてステータス情報を送信する画像形成装置を提案している。すなわち、画像形成装置は、保守サービス提供者側のリモートメンテナンスサーバーへステータス情報を送信するエージェント部を備える。エージェント部は、リモートメンテナンスサーバーからのステータス情報の送信スケジュール情報と、画像形成装置側の稼働スケジュール情報とを取得し、送信スケジュール情報及び稼働スケジュール情報の両方に基づいて、ステータス情報の送信タイミングを決定する。そして、エージェント部は、送信タイミングになると、ステータス情報をリモートメンテナンスサーバーへ送信する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１４−１９１５０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した特許文献１でのステータス情報を送信する方式では、画像形成装置側が稼働しているとき、エージェント部が送信スケジュール情報及び稼働スケジュール情報の両方に基づいてステータス情報をリモートメンテナンスサーバーへ送信するので、リモートメンテナンスサーバー側ではステータス情報の取得の可能性が高くなる。
【０００７】
ところで、画像形成装置側がリモートメンテナンスサーバーへ送信するステータス情報は、画像形成装置が有する上述した印刷機能、コピー機能、ＦＡＸ機能、ネットワーク経由でのデータ送受信機能などに関わる個々の情報と、用紙のカウント情報やトナーなどの消耗品の使用情報などを含んでいる。また、ステータス情報は、予めファームウェアに組み込まれたアプリケーションの実行によって取得される。
【０００８】
ところが、画像形成装置では、たとえば印刷済みの用紙を振り分けるジョブセパレータや、印刷済みの用紙の部数毎の仕分けやステープル処理が可能なフィニッシャーなどのオプション機器が後付けされたり、さらには印刷可能な用紙のサイズや種類の増加に加え、カラー印刷で用いるカラーの増加に伴うカスタマイズが行われたりすることがある。このような場合、それぞれの拡張機能毎のステータス情報を取得するために、ファームウェアの再作成が必要となり、ステータス情報を取得するまでに時間がかかるという問題がある。
【０００９】
また、機能の拡張に伴い、ファームウェアに組み込むアプリケーションのデータサイズが増加するため、ファームウェアを記憶するＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）などの記憶デバイスの容量を増やす必要があるという問題がある。
【００１０】
本発明は、このような状況に鑑みてなされたものであり、上記問題点を解消することができる電子機器及びアプリケーション制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明の電子機器は、拡張機能毎のステータス情報を取得するアプリケーションをアプリケーション提供サーバーからダウンロードするシステム制御部と、ダウンロードした前記アプリケーションを記憶する記憶デバイスと、前記アプリケーションを実行し、前記拡張機能のステータス情報を取得するステータス情報取得部とを備え、前記システム制御部は、前記ステータス情報を状態監視サーバーに送信し、前記記憶デバイスに記憶されているアプリケーションを削除することを特徴とする。
また、前記ステータス情報取得部は、ダウンロードした前記アプリケーションが前記記憶デバイスに記憶されると、前記アプリケーションを実行することを特徴とする。
また、前記アプリケーションには、前記ステータス情報の送信先を示すアドレス情報が含まれており、前記システム制御部は、前記ステータス情報を前記アドレス情報に該当する前記状態監視サーバーに送信することを特徴とする。
また、前記ステータス情報取得部は、前記アプリケーションの取得先を示すアドレス情報と、前記アプリケーションの取得タイミングと、取得するアプリケーションの識別情報とを有するアプリケーション取得設定情報を管理し、前記システム制御部は、前記アプリケーション取得設定情報を監視し、前記アプリケーションの取得タイミングとなると、前記アドレス情報に該当する前記アプリケーション提供サーバーに対し、前記識別情報に該当するアプリケーションの送信要求を出すことを特徴とする。
本発明のアプリケーション制御プログラムは、システム制御部により、拡張機能毎のステータス情報を取得するアプリケーションをアプリケーション提供サーバーからダウンロードする工程と、記憶デバイスにより、アプリケーション提供サーバーからダウンロードした拡張機能毎のステータス情報を取得するアプリケーションを記憶する工程と、ステータス情報取得部により、前記アプリケーションを実行し、前記拡張機能のステータス情報を取得する工程と、前記システム制御部により、前記ステータス情報を状態監視サーバーに送信し、前記記憶デバイスに記憶されているアプリケーションを削除する工程とを電子機器を制御するコンピューターに実行させることを特徴とする。
本発明の電子機器及びアプリケーション制御プログラムでは、ステータス情報取得部により、記憶デバイスに記憶されたアプリケーション提供サーバーからのダウンロードしたアプリケーションを実行し、拡張機能毎のステータス情報を取得し、システム制御部により、ステータス情報を状態監視サーバーに送信し、記憶デバイスに記憶されているアプリケーションを削除する。
これにより、拡張機能が増えた場合であっても、それぞれの拡張機能毎のステータス情報を取得するためのファームウェアの再作成が不要となり、ファームウェアに組み込むアプリケーションのデータサイズの増加を抑制できる。
【発明の効果】
【００１２】
本発明の電子機器及びアプリケーション制御プログラムによれば、拡張機能が増えた場合であっても、それぞれの拡張機能毎のステータス情報を取得するためのファームウェアの再作成が不要となり、ファームウェアに組み込むアプリケーションのデータサイズの増加を抑制できるので、ステータス情報の取得を短時間で行うことができ、しかもファームウェアを記憶する記憶デバイスの容量の増加を抑制できる。
【図面の簡単な説明】
【００１３】
【図１】本発明の電子機器をＭＦＰに適用した場合の一実施形態を示す図である。
【図２】図１のクラウドサーバーの構成を説明するものであって、図２（ａ）はラウドサーバーの構成の概要を示す図であり、図２（ｂ）は図２（ａ）の記憶デバイスに記憶されているアプリケーションの内容を示す図である。
【図３】図１の状態監視サーバーの構成の概要を示す図である。
【図４】図１のＭＦＰ側で設定されるアプリケーションの取得に関する設定内容の一例を示す図である。
【図５】図１のＭＦＰ側でのアプリケーションによるステータス情報の取得方法について説明するためのフローチャートである。
【発明を実施するための形態】
【００１４】
以下、本発明の電子機器の一実施形態を、図１〜図５を参照しながら説明する。なお、以下の説明においての電子機器の一例としては、たとえば印刷機能、コピー機能、ＦＡＸ機能、ネットワーク経由でのデータ送受信機能などを搭載した複合的な周辺機器であるＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）であるものとする。
【００１５】
まず、図１に示すように、ＭＦＰ１００は、インターネットなどのネットワーク３００を介し、クラウドサーバー２００と、状態監視サーバー４００Ａ〜４００Ｃとに接続されている。なお、図１では、ＭＦＰ１００を１個の場合で示しているが、ＭＦＰ１００は複数であってもよい。また、図１では、クラウドサーバー２００を１個の場合で示しているが、クラウドサーバー２００は複数であってもよい。また、図１では、状態監視サーバー４００Ａ〜４００Ｃを３個の場合で示しているが、状態監視サーバー４００Ａ〜４００Ｃは２個以下、又は４個以上であってもよい。
【００１６】
ここで、クラウドサーバー２００は、図２（ａ）に示すように、通信制御部２０１、システム制御部２０２、記憶デバイス２０３を有している。記憶デバイス２０３は、ＭＦＰ１００側のたとえば拡張機能に対するステータス情報を取得するための各種のアプリケーションａ〜ｅを記憶している。なお、拡張機能とは、ＭＦＰ１００に後付けされたオプション機器による機能や、印刷などに関わるカスタマイズされた機能などを意味する。アプリケーションａ〜ｅは、ＭＦＰ１００のファームウェアに予め組み込まれたものを含んでもよいし、含まなくてもよい。アプリケーションａ〜ｅに、ＭＦＰ１００のファームウェアに予め組み込まれたものを含ませた場合、ファームウェアに組み込むアプリケーションａ〜ｅが不要となり、ファームウェアのデータサイズを小さくできる。
【００１７】
アプリケーションａは、たとえば印刷済みの用紙を振り分けるジョブセパレータのステータス情報を取得する。アプリケーションｂは、たとえば印刷済みの用紙の部数毎の仕分けやステープル処理が可能なフィニッシャーのステータス情報を取得する。アプリケーションｃは、たとえば印刷可能な用紙のサイズや種類の増加に伴う印刷機構のステータス情報を取得する。アプリケーションｄは、たとえばカラー印刷で用いるカラーの増加に伴う印刷機構のステータス情報を取得する。アプリケーションｅは、たとえばＩＣカード認証の追加に伴うＩＣカード認証キットのステータス情報を取得する。なお、アプリケーションａ〜ｅについては、ここでの記載に限るものではなく、他の拡張機能のステータス情報を取得するものであってもよい。
【００１８】
また、アプリケーションａ〜ｅは、図２（ｂ）に示すように、バージョン情報、機能種別情報、送信先アドレス情報などを含んでいる。バージョン情報は、改訂番号などを含む。機能種別情報は、ステータス情報の取得対象の拡張機能を示す情報などを含む。送信先アドレス情報は、取得したステータス情報の送信先となる状態監視サーバー４００Ａ〜４００Ｃのアドレス情報（たとえばｈｔｔｐ：／／ａａａ／ｂｂｂ）を含む。このように、アプリケーションａ〜ｅに、送信先となる状態監視サーバー４００Ａ〜４００Ｃのアドレス情報（たとえばｈｔｔｐ：／／ａａａ／ｂｂｂ）を含ませることで、ＭＦＰ１００側では取得したステータス情報の送信先の設定が不要となる。また、クラウドサーバー２００や状態監視サーバー４００Ａ〜４００Ｃを管理する管理者側では、ＭＦＰ１００側からのステータス情報を予め設定した状態監視サーバー４００Ａ〜４００Ｃのいずれかで収集できるので、ＭＦＰ１００の保守管理を容易に行える。
【００１９】
通信制御部２０１は、ＭＦＰ１００からのアプリケーションａ〜ｅの送信要求を受け付ける。システム制御部２０２は、ＭＦＰ１００からの送信要求に応じ、記憶デバイス２０３に記憶されているアプリケーションａ〜ｅを送信する。
【００２０】
状態監視サーバー４００Ａ〜４００Ｃは、図３に示すように、通信制御部４０１、システム制御部４０２、記憶デバイス４０３を有している。記憶デバイス４０３は、ＭＦＰ１００側から取得したステータス情報を含むステータス取得情報ａ１〜ａ３を記憶する。なお、ＭＦＰ１００側から送信されるステータス情報には、ＭＦＰ１００を識別するための機器固有情報が含まれる。また、ステータス取得情報ａ１〜ａ３には、ステータス情報と機器固有情報とに加え、ＭＦＰ１００側からのステータス情報の取得日時が含まれる。
【００２１】
通信制御部４０１は、ＭＦＰ１００からのステータス情報を取得する。システム制御部２０２は、通信制御部４０１が取得したステータス情報を、ステータス取得情報ａ１〜ａ３として記憶デバイス４０３に記憶させる。
【００２２】
ＭＦＰ１００は、図１に示すように、スキャナー部１０１、プリンター部１０２、ＦＡＸ部１０３、Ｉ／Ｆ（インターフェース）１０４、パネル部１０５及びＨＤＤ１０６の動作を制御する制御部１１０を備えている。
【００２３】
スキャナー部１０１は、イメージセンサ（図示省略）によって読み取られる図示しない原稿の画像をデジタルの画像データに変換し、制御部１１０に入力するデバイスである。プリンター部１０２は、制御部１１０から出力される印刷データに基づき、図示しない用紙上に画像を印刷するデバイスである。ＦＡＸ部１０３は、制御部１１０から出力されるデータを、電話回線を通じ相手方となるファクシミリへと送信し、また、相手方ファクシミリからのデータを受信して制御部１１０に入力するデバイスである。
【００２４】
Ｉ／Ｆ１０４は、ネットワーク３００を介し、クラウドサーバー２００及び状態監視サーバー４００Ａ〜４００Ｃに接続されている。なお、Ｉ／Ｆ１０４は、他の図示しないＭＦＰやユーザー端末などとの通信を受け持ってもよいし、図示しないコンテンツサーバーやウェブサーバーなどとの通信を受け持ってもよい。パネル部１０５は、ＭＦＰ１００の印刷機能、コピー機能、ＦＡＸ機能、ネットワーク３００経由でのデータ送受信機能や、各種設定のための表示を行うタッチパネルなどのデバイスである。ＨＤＤ１０６は、ＭＦＰ１００の種々の機能を提供するためのアプリケーションプログラムなどを記憶している記憶デバイスである。また、ＨＤＤ１０６は、たとえばユーザー端末側から登録された印刷ジョブ及びページ記述言語による印刷対応データなどを記憶するユーザーボックスを有している。
【００２５】
制御部１１０は、認証プログラムなどのアプリケーションプログラム、画像形成プログラム、及び制御プログラムなどを実行してＭＦＰ１００全体の動作を制御するプロセッサーである。制御部１１０は、スキャナー制御部１１１、プリンター制御部１１２、ＦＡＸ（Ｆａｃｓｉｍｉｌｅ）制御部１１３、通信制御部１１４、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１１５、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）１１６、ステータス情報取得部１１７、画像処理部１１８、パネル操作制御部１１９、ＨＤＤ制御部１２０、システム制御部１２１を備えている。また、これらは、データバス１２２に接続されている。
【００２６】
スキャナー制御部１１１は、スキャナー部１０１の読み取り動作を制御する。プリンター制御部１１２は、プリンター部１０２の印刷動作を制御する。ＦＡＸ制御部１１３は、ＦＡＸ部１０３によるデータの送受信動作を制御する。通信制御部１１４は、Ｉ／Ｆ１０４を介し、ネットワーク３００経由でのデータなどの送受信の制御を行う。
【００２７】
ＲＡＭ１１５は、プログラムを実行するためのワークメモリーである。また、ＲＡＭ１１５は、画像処理部１１８によって画像処理された印刷データを記憶する。ＥＥＰＲＯＭ１１６には、各部の動作チェックなどを行う制御プログラムが記憶されている。また、ＥＥＰＲＯＭには、スキャナー部１０１、プリンター部１０２、ＦＡＸ部１０３、Ｉ／Ｆ（インターフェース）１０４、パネル部１０５及びＨＤＤ１０６などを動作させるためのファームウェアが記憶されている。なお、ファームウェアには、ＭＦＰ１００の基本機能である、たとえば印刷機能、コピー機能、ＦＡＸ機能、ネットワーク経由でのデータ送受信機能などに関わる個々の情報と、用紙のカウント情報やトナーなどの消耗品の使用情報などのステータス情報を取得するアプリケーションが組み込まれている。
【００２８】
ステータス情報取得部１１７は、図４に示すアプリケーション取得設定情報１１７ａを管理する。アプリケーション取得設定情報１１７ａは、パネル操作制御部１１９がパネル部１０５を介して受け付けた、たとえば設定１〜３に示す情報を含む。設定１は、アプリケーションａ〜ｅの取得先であるたとえばクラウドサーバー２００のアドレス情報（たとえばｈｔｔｐ：／／ｘｘｘ／ｙｙｙ）を示す。設定２は、アプリケーションａ〜ｅの取得タイミング（たとえば毎日１３：００）を示す。設定３は、たとえば取得するアプリケーションａ、ｄ、ｅを示す。なお、取得するアプリケーションａ、ｄ、ｅを設定する場合、アプリケーション名や、アプリケーションａ、ｄ、ｅ毎に割り当てられた識別番号などの識別情報を用いることができる。
【００２９】
また、設定１のアドレス情報（たとえばｈｔｔｐ：／／ｘｘｘ／ｙｙｙ）は、任意に設定変更できる。すなわち、アプリケーションａ〜ｅの取得先であるクラウドサーバー２００が複数ある場合、任意のクラウドサーバー２００のアドレス情報を設定できる。また、設定１でのアドレス情報は、設定３で取得するアプリケーションａ、ｄ、ｅ毎に任意に設定してもよい。また、設定２の取得タイミング（たとえば毎日１３：００）についても任意に設定変更できる。また、設定３での取得するアプリケーションａ、ｄ、ｅは、ＭＦＰ１００に追加された拡張機能に応じて任意に設定変更できる。
【００３０】
また、ステータス情報取得部１１７は、システム制御部１２１の指示に基づき、ファームウェアに組み込まれているアプリケーションを実行してＭＦＰ１００の基本機能のステータス情報を取得する。また、ステータス情報取得部１１７は、クラウドサーバー２００からダウンロードしたアプリケーションａ〜ｅを実行してＭＦＰ１００の拡張機能のステータス情報を取得する。
【００３１】
画像処理部１１８は、スキャナー部１０１によって読み取られた画像データに対する画像処理（ラスタライズ）を行う。また、画像処理部１１８は、ＨＤＤ１０６のユーザーボックスに登録された印刷対象データに対する画像処理（ラスタライズ）を行う。なお、システム制御部１２１は、画像処理部１１８が画像処理した印刷データを、一旦、ＲＡＭ１１５に記憶させる。
【００３２】
パネル操作制御部１１９は、パネル部１０５の表示動作を制御する。また、パネル操作制御部１１９は、パネル部１０５を介し、印刷、コピー、ＦＡＸ、ネットワーク３００経由でのデータ送受信などの開始を受け付ける。また、パネル操作制御部１１９は、パネル部１０５を介し、上述した設定１〜３の設定情報などを受け付ける。
【００３３】
システム制御部１２１は、各部の連携動作などを制御する。また、システム制御部１２１は、パネル部１０５を介してコピーや印刷などが選択されると、スキャナー制御部１１１やプリンター制御部１１２を介し、スキャナー部１０１による原稿の読み取りやプリンター部１０２による用紙への印刷を制御する。また、システム制御部１２１は、パネル部１０５を介してアプリケーション取得設定情報１１７ａの設定が指示されると、パネル操作制御部１１９に対し、パネル部１０５を介しての設定を受け付けさせる。
【００３４】
また、システム制御部１２１は、ステータス情報取得部１１７が管理するアプリケーション取得設定情報１１７ａを監視し、設定２の取得タイミング（たとえば毎日１３：００）となると、設定１のアドレス情報に該当するクラウドサーバー２００に対し、設定３の取得するたとえばアプリケーションａ、ｄ、ｅの送信要求を出す。
【００３５】
また、システム制御部１２１は、クラウドサーバー２００からダウンロードしたアプリケーションａ〜ｅを、一旦、ＨＤＤ１０６に記憶させる。なお、システム制御部１２１は、クラウドサーバー２００からダウンロードしたアプリケーションａ〜ｅを、ＥＥＰＲＯＭ１１６に記憶させてもよい。また、システム制御部１２１は、ステータス情報取得部１１７に対し、クラウドサーバー２００からダウンロードしたアプリケーションａ〜ｅに基づくＭＦＰ１００の拡張機能のステータス情報の取得を指示する。また、システム制御部１２１は、通信制御部１１４に対し、アプリケーションａ〜ｅに含まれている送信先のアドレス情報（たとえばｈｔｔｐ：／／ａａａ／ｂｂｂ）に対応した状態監視サーバー４００Ａ〜４００Ｃへのステータス情報の送信を指示する。この場合、システム制御部１２１は、通信制御部１１４に対し、ステータス情報に機器固有情報を含ませるように指示する。
【００３６】
なお、クラウドサーバー２００からのアプリケーションａ〜ｅのダウンロードについては、設定３で設定されたたとえばアプリケーションａ、ｄ、ｅを一度に実行してもよいがダウンロードしたアプリケーションａ、ｄ、ｅを記憶させるたとえばＨＤＤ１０６の使用領域を考慮すると、アプリケーションａ、ｄ、ｅを順次実行させてもよい。すなわち、システム制御部１２１は、たとえばダウンロードしたアプリケーションａを一旦、ＨＤＤ１０６に記憶させ、ステータス情報取得部１１７がアプリケーションａに基づくステータス情報を取得すると、取得したステータス情報をアドレス情報（たとえばｈｔｔｐ：／／ａａａ／ｂｂｂ）に対応した状態監視サーバー４００Ａ〜４００Ｃへ送信し、ＨＤＤ１０６に記憶させたアプリケーションａを削除する。続いて、システム制御部１２１は、アプリケーションｄをダウンロードし、ステータス情報取得部１１７がアプリケーションｄに基づくステータス情報を取得すると、取得したステータス情報をアドレス情報（たとえばｈｔｔｐ：／／ａａａ／ｂｂｂ）に対応した状態監視サーバー４００Ａ〜４００Ｃへ送信し、ＨＤＤ１０６に記憶させたアプリケーションｄを削除する。以降、システム制御部１２１は、アプリケーションｅについても同様の処理を実行することで、ダウンロードするアプリケーションａ、ｄ、ｅを１つずつとすることができ、ＨＤＤ１０６の使用領域を小さくできる。
【００３７】
次に、図５を参照し、アプリケーションａ〜ｅによるステータス情報の取得方法について説明する。なお、以下では、図４に示したアプリケーション取得設定情報１１７ａに基づき、アプリケーションａ、ｄ、ｅを順次ダウンロードする場合で説明する。
【００３８】
（ステップＳ１０１）
システム制御部１２１は、アプリケーションａ、ｄ、ｅの取得タイミングがどうかを判断する。
この場合、システム制御部１２１は、ステータス情報取得部１１７が管理するアプリケーション取得設定情報１１７ａを監視し、取得タイミング（たとえば毎日１３：００）でなければアプリケーションａ、ｄ、ｅの取得タイミングでないと判断する（ステップＳ１０１：Ｎｏ）。
これに対し、システム制御部１２１は、ステータス情報取得部１１７が管理するアプリケーション取得設定情報１１７ａを監視し、取得タイミング（たとえば毎日１３：００）となるとアプリケーションａ、ｄ、ｅの取得タイミングであると判断し（ステップＳ１０１：Ｙｅｓ）、ステップＳ１０２に移行する。
なお、システム制御部１２１は、ＭＦＰ１００に搭載されている図示しない時計機能の時刻との比較により、取得タイミング（たとえば毎日１３：００）であるかどうかを判断できる。
【００３９】
（ステップＳ１０２）
システム制御部１２１は、アプリケーションａ、ｄ、ｅの送信要求を出す。
この場合、システム制御部１２１は、通信制御部１１４を介し、ステータス情報取得部１１７が管理するアプリケーション取得設定情報１１７ａに含まれる取得するアプリケーションａ、ｄ、ｅとアプリケーションａ、ｄ、ｅの取得先のアドレス情報（たとえばｈｔｔｐ：／／ｘｘｘ／ｙｙｙ）とに基づき、クラウドサーバー２００にアプリケーションａ、ｄ、ｅの送信要求を出す。
このとき、クラウドサーバー２００側のシステム制御部２０２は、通信制御部２０１を介し、ＭＦＰ１００からのアプリケーションａの送信要求を受け付けると、記憶デバイス２０３に記憶されているアプリケーションａをＭＦＰ１００に送信する。
システム制御部１２１は、クラウドサーバー２００から送信要求に基づいて送信されたアプリケーションａを受信することによりダウンロードする。
【００４０】
（ステップＳ１０３）
システム制御部１２１は、アプリケーションａをダウンロードしたかどうかを判断する。
この場合、システム制御部１２１は、通信制御部１１４からのアプリケーションａのダウンロードの完了を示す通知が無ければアプリケーションａをダウンロードしていないと判断する（ステップＳ１０３：Ｎｏ）。
これに対し、システム制御部１２１は、通信制御部１１４からのアプリケーションａ、ｄ、ｅのダウンロードの完了を示す通知が有ればアプリケーションａをダウンロードしたと判断し（ステップＳ１０３：Ｙｅｓ）、ステップＳ１０４に移行する。
【００４１】
（ステップＳ１０４）
システム制御部１２１は、アプリケーションａをＨＤＤ１０６に記憶させる。
なお、ダウンロードしたアプリケーションａについては、上述したように、ＥＥＰＲＯＭ１１６に記憶させてもよい。
【００４２】
（ステップＳ１０５）
システム制御部１２１は、アプリケーションａがＨＤＤ１０６に記憶されると、ステータス情報取得部１１７にアプリケーションａを実行させる。
この場合、システム制御部１２１は、ステータス情報取得部１１７に対し、クラウドサーバー２００からダウンロードしたアプリケーションａに基づくＭＦＰ１００の拡張機能のステータス情報の取得を指示する。
このとき、ステータス情報取得部１１７は、ＨＤＤ１０６に記憶されているアプリケーションａを実行し、アプリケーションａに基づくＭＦＰ１００の拡張機能のステータス情報を取得する。
【００４３】
（ステップＳ１０６）
システム制御部１２１は、ステータス情報を取得したかどうかを判断する。
この場合、システム制御部１２１は、ステータス情報取得部１１７からのステータス情報の取得の完了を示す通知が無ければステータス情報を取得していないと判断する（ステップＳ１０６：Ｎｏ）。
これに対し、システム制御部１２１は、ステータス情報取得部１１７からのステータス情報の取得の完了を示す通知が有ればステータス情報を取得したと判断し（ステップＳ１０６：Ｙｅｓ）、ステップＳ１０７に移行する。
【００４４】
（ステップＳ１０７）
システム制御部１２１は、ステータス情報を送信させる。
この場合、システム制御部１２１は、通信制御部１１４に対し、アプリケーションａに含まれているステータス情報の送信先となるアドレス情報（たとえばｈｔｔｐ：／／ａａａ／ｂｂｂ）を元に、該当する状態監視サーバー４００Ａ〜４００Ｃに、ステータス情報取得部１１７が取得したステータス情報を送信させる。また、システム制御部１２１は、通信制御部１１４に対し、ステータス情報に機器固有情報を含ませるように指示する。
このとき、該当する状態監視サーバー４００Ａ〜４００Ｃ側のシステム制御部２０２は、通信制御部４０１が取得したステータス情報と、機器固有情報と、ステータス情報の取得日時とをステータス取得情報ａ１〜ａ３として記憶デバイス４０３に記憶させる。
【００４５】
（ステップＳ１０８）
システム制御部１２１は、ステータス情報の送信が完了したかどうかを判断する。
この場合、システム制御部１２１は、通信制御部１１４からのステータス情報の送信の完了を示す通知が無ければステータス情報の送信が完了していないと判断する（ステップＳ１０８：Ｎｏ）。
これに対し、システム制御部１２１は、通信制御部１１４からのステータス情報の送信の完了を示す通知が有ればステータス情報の送信が完了したと判断し（ステップＳ１０８：Ｙｅｓ）、ステップＳ１０９に移行する。
【００４６】
（ステップＳ１０９）
システム制御部１２１は、アプリケーションａを削除する。
この場合、システム制御部１２１は、ＨＤＤ１０６に記憶させたアプリケーションａを削除する。
【００４７】
（ステップＳ１１０）
システム制御部１２１は、全てのアプリケーションａ、ｄ、ｅのダウンロードが完了したかどうかを判断する。
この場合、システム制御部１２１は、アプリケーション取得設定情報１１７ａに含まれる取得するアプリケーションａ、ｄ、ｅの全てをダウンロードしていれば、全てのアプリケーションａ、ｄ、ｅのダウンロードが完了したと判断し（ステップＳ１１０：Ｙｅｓ）、処理を終了する。
これに対し、システム制御部１２１は、アプリケーション取得設定情報１１７ａに含まれる取得するアプリケーションａ、ｄ、ｅの全てをダウンロードしていなければ、全てのアプリケーションａ、ｄ、ｅのダウンロードが完了していないと判断し（ステップＳ１１０：Ｎｏ）、ステップＳ１０２に移行する。
【００４８】
以降、システム制御部１２１は、アプリケーションｄ、ｅについて、順次、ステップＳ１０２〜Ｓ１０９の処理を実行する。具体的には、システム制御部１２１は、ステップＳ１０２で通信制御部１１４を介し、アプリケーション取得設定情報１１７ａに含まれる取得するアプリケーションｄとアプリケーションｄの取得先のアドレス情報（たとえばｈｔｔｐ：／／ｘｘｘ／ｙｙｙ）とに基づき、クラウドサーバー２００にアプリケーションｄの送信要求を出す。
【００４９】
また、システム制御部１２１は、ステップＳ１０４でクラウドサーバー２００からダウンロードしたアプリケーションｄをＨＤＤ１０６に記憶させ、ステップＳ１０５でステータス情報取得部１１７に対し、クラウドサーバー２００からダウンロードしたアプリケーションｄに基づくＭＦＰ１００の拡張機能のステータス情報の取得を指示する。
【００５０】
また、システム制御部１２１は、ステップＳ１０８でアプリケーションｄに基づくステータス情報の送信が完了すると、ステップＳ１０９でＨＤＤ１０６に記憶させたアプリケーションｄを削除する。また、システム制御部１２１は、ステップＳ１０２に移行し、通信制御部１１４を介し、アプリケーション取得設定情報１１７ａに含まれる取得するアプリケーションｅとアプリケーションｅの取得先のアドレス情報（たとえばｈｔｔｐ：／／ｘｘｘ／ｙｙｙ）とに基づき、クラウドサーバー２００にアプリケーションｅの送信要求を出す。
【００５１】
また、システム制御部１２１は、ステップＳ１０４でクラウドサーバー２００からダウンロードしたアプリケーションｅをＨＤＤ１０６に記憶させ、ステータス情報取得部１１７に対し、ステップＳ１０５でクラウドサーバー２００からダウンロードしたアプリケーションｅに基づくＭＦＰ１００の拡張機能のステータス情報の取得を指示する。
【００５２】
また、システム制御部１２１は、ステップＳ１０８でアプリケーションｅに基づくステータス情報の送信が完了すると、ステップＳ１０９でＨＤＤ１０６に記憶させたアプリケーションｅを削除する。そして、システム制御部１２１は、ステップＳ１１０で全てのアプリケーションａ、ｄ、ｅのダウンロードが完了したと判断すると、処理を終了する。
【００５３】
なお、以上の手順では、図４に示したアプリケーション取得設定情報１１７ａに基づき、アプリケーションａ、ｄ、ｅを順次ダウンロードする場合で説明したが、アプリケーションａ、ｄ、ｅを同時にダウンロードしてＨＤＤ１０６に記憶させ、全てのアプリケーションａ、ｄ、ｅに基づくステータス情報を取得し、全てのステータス情報の送信が完了したら、ＨＤＤ１０６に記憶させたアプリケーションａ、ｄ、ｅを削除してもよい。
【００５４】
このように、本実施形態では、ステータス情報取得部１１７により、ＨＤＤ１０６（記憶デバイス）に記憶されたクラウドサーバー２００（アプリケーション提供サーバー）からのダウンロードしたアプリケーションａ〜ｅを実行し、拡張機能毎のステータス情報を取得し、システム制御部１２１により、ステータス情報を状態監視サーバー４００Ａ〜４００Ｃに送信し、ＨＤＤ１０６（記憶デバイス）に記憶されているアプリケーションａ〜ｅを削除した。
【００５５】
これにより、拡張機能が増えた場合であっても、それぞれの拡張機能毎のステータス情報を取得するためのファームウェアの再作成が不要となり、ファームウェアに組み込むアプリケーションのデータサイズの増加を抑制できるので、ステータス情報の取得を短時間で行うことができ、しかもファームウェアを記憶するＥＥＰＲＯＭ１１６（記憶デバイス）の容量の増加を抑制できる。
【００５６】
なお、本実施形態では、電子機器をＭＦＰ１００に適用した場合として説明したが、この例に限らず、拡張機能の追加が可能なＰＣ（ｐｅｒｓｏｎａｌ  ｃｏｍｐｕｔｅｒ）、携帯端末、タブレット端末などの他の電子機器に適用してもよい。
【符号の説明】
【００５７】
１００  ＭＦＰ
１０１  スキャナー部
１０２  プリンター部
１０３  ＦＡＸ部
１０４  Ｉ／Ｆ
１０５  パネル部
１０６  ＨＤＤ
１１０  制御部
１１１  スキャナー制御部
１１２  プリンター制御部
１１３  ＦＡＸ制御部
１１４、２０１、４０１  通信制御部
１１５  ＲＡＭ
１１６  ＥＥＰＲＯＭ
１１７  ステータス情報取得部
１１７ａ  アプリケーション取得設定情報
１１８  画像処理部
１１９  パネル操作制御部
１２０  ＨＤＤ制御部
１２１、２０２、４０２  システム制御部
１２２  データバス
２００  クラウドサーバー
２０３、４０３  記憶デバイス
３００  ネットワーク
４００Ａ〜４００Ｃ  状態監視サーバー
【図１】
2018055366.tif 000003
【図２】
2018055366.tif 000004
【図３】
2018055366.tif 000005
【図４】
2018055366.tif 000006
【図５】
2018055366.tif 000007