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