JP2019061458A

JP2019061458A - 電子機器およびログアプリケーション

Info

Publication number: JP2019061458A
Application number: JP2017185087A
Authority: JP
Inventors: 中村　洋; Hiroshi Nakamura; 洋中村
Original assignee: Kyocera Document Solutions Inc
Current assignee: Kyocera Document Solutions Inc
Priority date: 2017-09-26
Filing date: 2017-09-26
Publication date: 2019-04-18
Also published as: US20190095259A1

Abstract

【課題】アプリケーションによるＡＰＩの呼び出しに関する不具合の原因の特定を容易化することができる電子機器およびログアプリケーションを提供する。【解決手段】アプリケーション２２によって呼び出されるＡＰＩを提供するプラットフォーム２１ｂを備える電子機器は、電子機器の内部状態の変化と、アプリケーション２２によるＡＰＩの呼び出しとしてのＡＰＩコール（Ｓ１６１）の変化とのログを記憶するためのログアプリケーション２２ａを備える。プラットフォームは、複数のカテゴリーのうち、ログアプリケーションが対応する１つのカテゴリーのみのＡＰＩコールの変化をログアプリケーションに通知し（Ｓ１６６〜Ｓ１６７）、ログアプリケーションは、通知されたＡＰＩコールの変化をログとして記憶する（Ｓ１６８）。【選択図】図３

Description

本発明は、アプリケーションを動作させるプラットフォームを備える電子機器およびログアプリケーションに関する。

従来、アプリケーションによって呼び出されるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を提供するプラットフォームを備える電子機器が知られている。電子機器は、アプリケーションがインストールされることによって、機能を拡張することができ、例えば、より便利で、より使い易い機能を利用者に提供することができる。プラットフォームは、電子機器のメーカーによって提供されるが、アプリケーションは、電子機器のメーカーによって提供される場合だけでなく、サードパーティーによって提供される場合もある。

プラットフォームによって提供されるＡＰＩを適切に利用するアプリケーションが作成されるのであれば良いが、実際には、ＡＰＩを不適切に利用して不具合を発生させるアプリケーションが存在する。

ＡＰＩを不適切に利用して不具合を発生させるパターンとしては、例えば、電子機器の内部状態がＡＰＩを適切に処理できない状態でＡＰＩが呼び出されるパターンや、本来の目的とは異なる意図でＡＰＩが呼び出されるパターンなどがある。

電子機器の内部状態がＡＰＩを適切に処理できない状態でＡＰＩが呼び出されるパターンとしては、例えば、ログイン処理用のＡＰＩが呼び出されて電子機器がログイン処理を実行している状態で、ログイン処理用のＡＰＩが新たに呼び出されるパターンが存在する。電子機器の内部状態がＡＰＩを適切に処理できない状態でＡＰＩが呼び出されると、電子機器の処理が不適切なループに入ったりして、表示中の画面が固まったりなど、電子機器の動作が停止してしまうことがある。

本来の目的とは異なる意図でＡＰＩが呼び出されるパターンとしては、例えば、実行中のジョブを停止させるために、本来は、ジョブを停止させるためのＡＰＩが呼び出されるべきところ、ジョブの情報を消去するためのＡＰＩが、実行中のジョブに対して呼び出されるパターンが存在する。ジョブの情報を消去するためのＡＰＩが、実行中のジョブに対して呼び出された場合でも、実行中のジョブは、ジョブの情報が消去されたことによって停止するが、例えば、ジョブのログが適切に残らないなど、不具合が発生する場合がある。

従来、アプリケーションを動作させるプラットフォームを備える電子機器として、アプリケーションを動作させるＯＳ(ＯｐｅｒａｔｉｎｇＳｙｓｔｅｍ)を備え、アプリケーションの実行中に異常が発生した場合に、発生した異常に応じたトレースプログラムを動的に生成し、実行中のアプリケーションから必要な履歴情報をトレースプログラムによって取得して記憶する画像処理装置が知られている（例えば、特許文献１参照。）。

特開２０１０−０４９３４０号公報

しかしながら、特許文献１に記載された画像処理装置においては、アプリケーションによるＡＰＩの呼び出しに関する不具合の原因を特定することが容易ではないという問題がある。

そこで、本発明は、アプリケーションによるＡＰＩの呼び出しに関する不具合の原因の特定を容易化することができる電子機器およびログアプリケーションを提供することを目的とする。

本発明の電子機器は、アプリケーションによって呼び出されるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を提供するプラットフォームを備える電子機器であって、前記電子機器の内部状態の変化と、前記アプリケーションによる前記ＡＰＩの呼び出しとしてのＡＰＩコールの変化とのログを記憶するためのログアプリケーションを備え、前記プラットフォームは、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログアプリケーションに通知する変化通知手段を前記電子機器に実現させ、前記内部状態の変化、および、前記ＡＰＩコールの変化は、複数のカテゴリーに分類され、前記ログアプリケーションは、前記変化通知手段によって通知された、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログとして記憶するログ記憶手段を前記電子機器に実現させ、前記ログ記憶手段は、前記複数のカテゴリーのうちの１つのカテゴリーのみの、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログとして記憶することを特徴とする。

この構成により、本発明の電子機器は、電子機器の内部状態の変化と、アプリケーションによるＡＰＩコールの変化とのログを記憶するので、アプリケーションによるＡＰＩの呼び出しに関する不具合の原因の特定を容易化することができる。

本発明の電子機器において、前記変化通知手段は、前記１つのカテゴリーのみの、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログアプリケーションに通知しても良い。

この構成により、本発明の電子機器は、ログアプリケーションが対応する１つのカテゴリーのみの、電子機器の内部状態の変化と、アプリケーションによるＡＰＩコールの変化とをプラットフォームからログアプリケーションに通知するので、プラットフォームからログアプリケーションへの通知負担を軽減することができる。したがって、本発明の電子機器は、電子機器の内部状態の変化と、アプリケーションによるＡＰＩコールの変化とのログの記憶の機能が、その機能以外の機能の妨げになることを抑えることができる。

本発明の電子機器において、前記ログ記憶手段は、前記電子機器の外部の記憶デバイスに前記ログを記憶しても良い。

この構成により、本発明の電子機器は、電子機器の内部状態の変化と、アプリケーションによるＡＰＩコールの変化とのログの記憶の機能以外の機能が使用する、電子機器の内部の記憶デバイスに、電子機器の内部状態の変化と、アプリケーションによるＡＰＩコールの変化とのログを記憶しないので、電子機器の内部状態の変化と、アプリケーションによるＡＰＩコールの変化とのログの記憶の機能が、その機能以外の機能の妨げになることを抑えることができる。

本発明のログアプリケーションは、アプリケーションによって呼び出されるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を提供するプラットフォームを備える電子機器の内部状態の変化と、前記アプリケーションによる前記ＡＰＩの呼び出しとしてのＡＰＩコールの変化とのログを記憶するためのログアプリケーションであって、前記内部状態の変化、および、前記ＡＰＩコールの変化は、複数のカテゴリーに分類され、前記ログアプリケーションは、前記プラットフォームによって通知された前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログとして記憶するログ記憶手段を前記電子機器に実現させ、前記ログ記憶手段は、前記複数のカテゴリーのうちの１つのカテゴリーのみの、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログとして記憶することを特徴とする。

この構成により、本発明のログアプリケーションを実行する電子機器は、電子機器の内部状態の変化と、アプリケーションによるＡＰＩコールの変化とのログを記憶するので、アプリケーションによるＡＰＩの呼び出しに関する不具合の原因の特定を容易化することができる。

本発明の電子機器およびログアプリケーションは、アプリケーションによるＡＰＩの呼び出しに関する不具合の原因の特定を容易化することができる。

本発明の一実施の形態に係るＭＦＰのブロック図である。ＭＦＰの内部状態の変化をログとして記憶する場合の図１に示すＭＦＰの動作のシーケンス図である。ＡＰＩコールの変化をログとして記憶する場合の図１に示すＭＦＰの動作のシーケンス図である。アプリケーションによって実行されたＡＰＩコールがログ対象カテゴリー情報に示されるカテゴリーのものではない場合の図１に示すＭＦＰにおける情報の流れを示す図である。アプリケーションによって実行されたＡＰＩコールがログ対象カテゴリー情報に示されるカテゴリーのものである場合の図１に示すＭＦＰにおける情報の流れを示す図である。

以下、本発明の一実施の形態について、図面を用いて説明する。

まず、本実施の形態に係る電子機器としてのＭＦＰ（ＭｕｌｔｉｆｕｎｃｔｉｏｎＰｅｒｉｐｈｅｒａｌ）の構成について説明する。

図１は、本実施の形態に係るＭＦＰ１０のブロック図である。

図１に示すように、ＭＦＰ１０は、種々の操作が入力されるボタンなどの入力デバイスである操作部１１と、種々の情報を表示するＬＣＤ（ＬｉｑｕｉｄＣｒｙｓｔａｌＤｉｓｐｌａｙ）などの表示デバイスである表示部１２と、用紙などの記録媒体に画像を印刷する印刷デバイスであるプリンター１３と、原稿から画像を読み取る読取デバイスであるスキャナー１４と、図示していない外部のファクシミリ装置と公衆電話回線などの通信回線経由でファックス通信を行うファックスデバイスであるファックス通信部１５と、ＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）、インターネットなどのネットワーク経由で、または、ネットワークを介さずに有線または無線によって直接に、外部の装置と通信を行う通信デバイスである通信部１６と、ＳＤカード、ＵＳＢ(ＵｎｉｖｅｒｓａｌＳｅｒｉａｌＢｕｓ)メモリーなどの、ＭＦＰ１０の外部の記憶デバイス９０が接続されるインターフェイス１７と、各種の情報を記憶する半導体メモリー、ＨＤＤ（ＨａｒｄＤｉｓｋＤｒｉｖｅ）などの不揮発性の記憶デバイスである記憶部２０と、ＭＦＰ１０全体を制御する制御部３０とを備えている。

インターフェイス１７に接続される記憶デバイス９０は、ＭＦＰ１０の内部状態の変化と、後述のアプリケーションによる後述のＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）の呼び出しとしてのＡＰＩコールの変化とをログ９１として記憶可能である。

以下、ＭＦＰ１０の内部状態の変化と、ＡＰＩコールの変化とを、ログ用情報と言う。ログ用情報は、例えば、ＭＦＰ１０のログインに関連するログイン関連のカテゴリー、ＭＦＰ１０によるジョブの実行に関連するジョブ実行関連のカテゴリー、ＭＦＰ１０のスリープ機能に関連するスリープ関連のカテゴリーなど、複数のカテゴリーに分類されている。

記憶部２０は、ファームウェア２１を記憶している。ファームウェア２１は、ＭＦＰ１０の製造段階でＭＦＰ１０にインストールされていても良いし、ＵＳＢメモリーなどの外部の記憶媒体からＭＦＰ１０に追加でインストールされても良いし、ネットワーク上からＭＦＰ１０に追加でインストールされても良い。

ファームウェア２１は、ファックス通信部１５を介してＦＡＸ送信したりＦＡＸ受信したりするＦＡＸ機能用のコンポーネント、印刷データに基づいてプリンター１３によって記録媒体に画像を印刷するプリント機能用のコンポーネント、特定の条件の場合にＭＦＰ１０の電源の少なくとも一部を落とすスリープ機能用のコンポーネントなど、ＭＦＰ１０の機能毎のコンポーネント２１ａを含んでいる。

ファームウェア２１は、後述のアプリケーションを動作させるためのプラットフォーム２１ｂを含んでいる。プラットフォーム２１ｂは、コンポーネント２１ａを利用するための様々なＡＰＩ２１ｃを含んでいる。

記憶部２０は、プラットフォーム２１ｂ上で動作する様々なアプリケーション２２を記憶可能である。アプリケーション２２としては、ログ９１を記憶するためのログアプリケーション２２ａも存在する。アプリケーション２２は、ＭＦＰ１０の製造段階でＭＦＰ１０にインストールされていても良いし、ＵＳＢメモリーなどの外部の記憶媒体からＭＦＰ１０に追加でインストールされても良いし、ネットワーク上からＭＦＰ１０に追加でインストールされても良い。

記憶部２０は、ログ９１として記憶する対象のログ用情報のカテゴリーを示すログ対象カテゴリー情報２３をログアプリケーション２２ａ毎に記憶可能である。

制御部３０は、例えば、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）と、プログラムおよび各種のデータを記憶しているＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）と、ＣＰＵの作業領域として用いられるＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）とを備えている。ＣＰＵは、ＲＯＭまたは記憶部２０に記憶されているプログラムを実行する。

制御部３０は、プラットフォーム２１ｂを実行することによって、ＭＦＰ１０の内部状態の変化と、ＡＰＩコールの変化とをログアプリケーション２２ａに通知する変化通知手段３１を実現する。

制御部３０は、ログアプリケーション２２ａを実行することによって、変化通知手段３１によって通知された、ＭＦＰ１０の内部状態の変化、および、ＡＰＩコールの変化をログ９１として記憶するログ記憶手段３２を実現する。ログ記憶手段３２は、複数のカテゴリーのうちの１つのカテゴリーのみの、ＭＦＰ１０の内部状態の変化、および、ＡＰＩコールの変化をログ９１として記憶する。

なお、複数のカテゴリーのうち、ログイン関連のカテゴリーのログ用情報の具体例について説明する。ＭＦＰ１０の内部状態の変化としては、例えば、「ログイン要求受付中の状態」への変化、「ログイン処理中の状態」への変化、「ログイン中の状態」への変化、「ログアウト処理中の状態」への変化などが存在する。ＡＰＩコールの変化としては、例えば、ログイン処理用のＡＰＩ２１ｃの呼び出しの発生、ログアウト処理用のＡＰＩ２１ｃの呼び出しの発生などが存在する。

複数のカテゴリーのうち、ジョブ実行関連のカテゴリーのログ用情報の具体例について説明する。ＭＦＰ１０の内部状態の変化としては、例えば、「スキャン中の状態」への変化、「スキャン完了の状態」への変化、「ＦＡＸ中の状態」への変化、「ＦＡＸ完了の状態」への変化、「コピー中の状態」への変化、「コピー完了の状態」への変化などが存在する。ＡＰＩコールの変化としては、例えば、ジョブの情報の作成用のＡＰＩ２１ｃの呼び出しの発生、カラー、モノクロなど、ジョブの設定の変更用のＡＰＩ２１ｃの呼び出しの発生、ジョブの実行用のＡＰＩ２１ｃの呼び出しの発生などが存在する。

複数のカテゴリーのうち、スリープ関連のカテゴリーのログ用情報の具体例について説明する。ＭＦＰ１０の内部状態の変化としては、例えば、「通常の起動状態からスリープ状態への移行中の状態」への変化、「スリープ状態」への変化、「スリープ状態から通常の起動状態への移行中の状態」への変化、「通常の起動状態」への変化などが存在する。ＡＰＩコールの変化としては、例えば、通常の起動状態からスリープ状態への移行用のＡＰＩ２１ｃの呼び出しの発生、スリープ状態から通常の起動状態への移行用のＡＰＩ２１ｃの呼び出しの発生などが存在する。

次に、ＭＦＰ１０の動作について説明する。

まず、ログアプリケーション２２ａがインストールされる場合のＭＦＰ１０の動作について説明する。

例えば、ＭＦＰ１０の利用者は、アプリケーション２２の利用時に不具合が発生した場合、サービスパーソンに不具合の解消を依頼する。サービスパーソンは、アプリケーション２２の利用時に発生する不具合の解消がＭＦＰ１０の利用者から依頼されると、ＭＦＰ１０の設置場所に赴き、必要なカテゴリー用のログアプリケーション２２ａのインストールを操作部１１から指示する。したがって、ＭＦＰ１０の制御部３０は、ログアプリケーション２２ａをＭＦＰ１０にインストールする。ここで、制御部３０のログ記憶手段３２は、ログアプリケーション２２ａがＭＦＰ１０にインストールされると、ログアプリケーション２２ａが対応するカテゴリーを示すログ対象カテゴリー情報２３に記憶する。

サービスパーソンは、ログアプリケーション２２ａをＭＦＰ１０にインストールした後、ＭＦＰ１０の利用者から聞き取った、不具合が発生した状況を、ログ９１の記憶のために再現する。

次に、ログ９１を記憶する場合のＭＦＰ１０の動作について説明する。

まず、ＭＦＰ１０の内部状態の変化をログ９１として記憶する場合のＭＦＰ１０の動作について説明する。

図２は、ＭＦＰ１０の内部状態の変化をログ９１として記憶する場合のＭＦＰ１０の動作のシーケンス図である。

ＭＦＰ１０の内部状態が変化すると、図２に示すように、変化通知手段３１は、変化した内部状態がログ対象カテゴリー情報２３に示されるカテゴリーのものであるか否かを判断する（Ｓ１３１）。

変化通知手段３１は、変化した内部状態がログ対象カテゴリー情報２３に示されるカテゴリーのものであるとＳ１３１において判断すると、この変化をログアプリケーション２２ａに通知する（Ｓ１３２）。すなわち、変化通知手段３１は、オブザーバー通知を実行する。

したがって、ログ記憶手段３２は、Ｓ１３２において通知されてきた、ＭＦＰ１０の内部状態の変化をログ９１として記憶する（Ｓ１３３）。

なお、変化通知手段３１は、変化した内部状態がログ対象カテゴリー情報２３に示されるカテゴリーのものではないとＳ１３１において判断すると、この変化をログアプリケーション２２ａに通知しない。したがって、この変化は、ログ９１として記憶されない。ただし、ログ記憶手段３２は、ログ対象カテゴリー情報２３に示されるカテゴリーのものではない、ＭＦＰ１０の内部状態の変化が通知されてきたとしても、この変化をログ９１として記憶しない。

次に、ＡＰＩコールの変化をログ９１として記憶する場合のＭＦＰ１０の動作について説明する。

図３は、ＡＰＩコールの変化をログ９１として記憶する場合のＭＦＰ１０の動作のシーケンス図である。

図３に示すように、アプリケーション２２がＡＰＩコールを実行する（Ｓ１６１）と、プラットフォーム２１ｂは、Ｓ１６１において実行されたＡＰＩコールに応じてＡＰＩ２１ｃによってコンポーネント２１ａに動作の実行を指示する（Ｓ１６２）。

コンポーネント２１ａは、Ｓ１６２において指示された動作を実行する（Ｓ１６３）と、実行結果をＡＰＩ２１ｃに通知する（Ｓ１６４）。したがって、プラットフォーム２１ｂは、Ｓ１６４において通知されてきた実行結果をアプリケーション２２に通知する（Ｓ１６５）。

変化通知手段３１は、Ｓ１６４において実行結果が通知されてくると、Ｓ１６１において実行されたＡＰＩコールがログ対象カテゴリー情報２３に示されるカテゴリーのものであるか否かを判断する（Ｓ１６６）。

変化通知手段３１は、Ｓ１６１において実行されたＡＰＩコールがログ対象カテゴリー情報２３に示されるカテゴリーのものであるとＳ１６６において判断すると、このＡＰＩコールの変化をログアプリケーション２２ａに通知する（Ｓ１６７）。すなわち、変化通知手段３１は、オブザーバー通知を実行する。

したがって、ログ記憶手段３２は、Ｓ１６７において通知されてきた、ＡＰＩコールの変化をログ９１として記憶する（Ｓ１６８）。

なお、変化通知手段３１は、Ｓ１６１において実行されたＡＰＩコールがログ対象カテゴリー情報２３に示されるカテゴリーのものではないとＳ１６６において判断すると、このＡＰＩコールの変化をログアプリケーション２２ａに通知しない。したがって、このＡＰＩコールの変化は、ログ９１として記憶されない。

すなわち、プラットフォーム２１ｂは、アプリケーション２２によって実行されたＡＰＩコールがログ対象カテゴリー情報２３に示されるカテゴリーのものではない場合、図４に示すように、アプリケーション２２およびコンポーネント２１ａとの間で従来通りの情報のやり取りを行うが、アプリケーション２２によって実行されたＡＰＩコールがログ対象カテゴリー情報２３に示されるカテゴリーのものである場合、図５に示すように、アプリケーション２２およびコンポーネント２１ａとの間で従来通りの情報のやり取りを行うだけでなく、ログアプリケーション２２ａにＡＰＩコールの変化を通知する。

なお、ログ記憶手段３２は、ログ対象カテゴリー情報２３に示されるカテゴリーのものではない、ＡＰＩコールの変化が通知されてきたとしても、この変化をログ９１として記憶しない。

サービスパーソンは、ＭＦＰ１０の利用者から聞き取った、不具合が発生した状況を再現した後、ＭＦＰ１０によって記憶されたログ９１を解析することによって、不具合の原因を特定し、不具合を解消する。

なお、サービスパーソンは、不具合の原因の特定後などに、ログアプリケーション２２ａをＭＦＰ１０からアンインストールすることができる。

以上に説明したように、ＭＦＰ１０は、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とのログ９１を記憶するので、アプリケーション２２によるＡＰＩ２１ｃの呼び出しに関する不具合の原因の特定を容易化することができる。

ＭＦＰ１０は、ログアプリケーション２２ａが対応する１つのカテゴリーのみの、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とをログ９１として記憶するので、ログ９１の記憶の処理負担を軽減することができる。したがって、ＭＦＰ１０は、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とのログ９１の記憶の機能が、その機能以外の機能（例えば、ＦＡＸ機能、プリント機能、スリープ機能、ログ９１以外のログの記憶の機能など。）の妨げになることを抑えることができる。

ＭＦＰ１０は、ログアプリケーション２２ａが対応する１つのカテゴリーのみの、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とをログ９１として記憶するので、ログ９１のサイズを低減して作業者によるログ９１の分析作業を容易化することができる。

ＭＦＰ１０は、ログアプリケーション２２ａが対応する１つのカテゴリーのみの、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とをプラットフォーム２１ｂからログアプリケーション２２ａに通知するので、プラットフォーム２１ｂからログアプリケーション２２ａへの通知負担を軽減することができる。したがって、ＭＦＰ１０は、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とのログ９１の記憶の機能が、その機能以外の機能の妨げになることを抑えることができる。

ＭＦＰ１０は、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とのログ９１の記憶の機能以外の機能が使用する、ＭＦＰ１０の内部の記憶デバイス（例えば、記憶部２０、制御部３０のＲＡＭなど。）に、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とのログ９１を記憶しないので、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とのログ９１の記憶の機能が、その機能以外の機能の妨げになることを抑えることができる。

なお、ＭＦＰ１０が外部の記憶デバイス９０に情報を書き込む場合は、ＭＦＰ１０が内部の記憶デバイスに情報を書き込む場合と比較して、一般的に情報の書き込み速度が遅い。しかしながら、ログ９１は、一回の書き込みで書き込まれる情報の量がそもそも少なく、書き込み頻度もそれほど多くない。したがって、ＭＦＰ１０は、外部の記憶デバイス９０にログ９１を記憶する場合であっても、適切にログ９１を記憶することができる。

ＭＦＰ１０は、ＭＦＰ１０の内部の記憶デバイスに、ＭＦＰ１０の内部状態の変化と、アプリケーション２２によるＡＰＩコールの変化とのログを記憶しても良い。

なお、以上においては、複数のカテゴリーのうちの１つのカテゴリーのみの、ＭＦＰ１０の内部状態の変化、および、ＡＰＩコールの変化をログ９１として記憶する例について説明している。サービスパーソンは、複数のカテゴリーの、ＭＦＰ１０の内部状態の変化、および、ＡＰＩコールの変化をログ９１として記憶することを希望する場合、ログ９１として記憶することを希望するカテゴリー毎にログアプリケーション２２ａをＭＦＰ１０にインストールすれば良い。例えば、サービスパーソンは、ジョブ実行関連のカテゴリーの、ＭＦＰ１０の内部状態の変化、および、ＡＰＩコールの変化と、ログイン関連のカテゴリーの、ＭＦＰ１０の内部状態の変化、および、ＡＰＩコールの変化とをログ９１として記憶することを希望する場合、ジョブ実行関連のカテゴリー用のログアプリケーション２２ａと、ログイン関連のカテゴリー用のログアプリケーション２２ａとをＭＦＰ１０にインストールすれば良い。

本発明の電子機器は、本実施の形態においてＭＦＰであるが、プリンター専用機、コピー専用機など、ＭＦＰ以外の画像形成装置でも良いし、ＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）など、画像形成装置以外の電子機器でも良い。

１０ＭＦＰ（電子機器）
２１ｂプラットフォーム
２１ｃＡＰＩ
２２アプリケーション
２２ａログアプリケーション
３１変化通知手段
３２ログ記憶手段
９０記憶デバイス
９１ログ

Claims

アプリケーションによって呼び出されるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を提供するプラットフォームを備える電子機器であって、
前記電子機器の内部状態の変化と、
前記アプリケーションによる前記ＡＰＩの呼び出しとしてのＡＰＩコールの変化と
のログを記憶するためのログアプリケーションを備え、
前記プラットフォームは、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログアプリケーションに通知する変化通知手段を前記電子機器に実現させ、
前記内部状態の変化、および、前記ＡＰＩコールの変化は、複数のカテゴリーに分類され、
前記ログアプリケーションは、前記変化通知手段によって通知された、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログとして記憶するログ記憶手段を前記電子機器に実現させ、
前記ログ記憶手段は、前記複数のカテゴリーのうちの１つのカテゴリーのみの、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログとして記憶することを特徴とする電子機器。
前記変化通知手段は、前記１つのカテゴリーのみの、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログアプリケーションに通知することを特徴とする請求項１に記載の電子機器。
前記ログ記憶手段は、前記電子機器の外部の記憶デバイスに前記ログを記憶することを特徴とする請求項１または請求項２に記載の電子機器。
アプリケーションによって呼び出されるＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍＩｎｔｅｒｆａｃｅ）を提供するプラットフォームを備える電子機器の内部状態の変化と、
前記アプリケーションによる前記ＡＰＩの呼び出しとしてのＡＰＩコールの変化と
のログを記憶するためのログアプリケーションであって、
前記内部状態の変化、および、前記ＡＰＩコールの変化は、複数のカテゴリーに分類され、
前記ログアプリケーションは、前記プラットフォームによって通知された前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログとして記憶するログ記憶手段を前記電子機器に実現させ、
前記ログ記憶手段は、前記複数のカテゴリーのうちの１つのカテゴリーのみの、前記内部状態の変化、および、前記ＡＰＩコールの変化を前記ログとして記憶することを特徴とするログアプリケーション。