JP5699514B2 - 電子機器、プリンター、電子機器のステータス管理方法およびプログラム - Google Patents

Description

複数のアプリケーションが搭載された電子機器、プリンター、電子機器のステータス管理方法およびプログラムに関するものである。

従来、装置内部のハードウェアおよびソフトウェアの特性を分析してステータス（動作状態）を決定し、これを閲覧用書式にフォーマットして出力可能な多機能プリンターが知られている（例えば、特許文献１）。この種の多機能プリンターには、多数のアプリケーションが搭載されるため、プリンターに不具合が生じた場合、どのアプリケーションが問題なのかを特定する必要がある。つまり、搭載されるアプリケーション数が多いほど、アプリケーションのステータス管理が重要となる。また、多機能化に伴い、アプリケーションの実行環境としてプリンターに搭載されるアプリケーションプラットフォームも、Ｊａｖａ（登録商標）やＷｅｂブラウザなど多様化している。

特開２００８−３１０８１３号公報

ところが、様々なアプリケーションプラットフォーム上で動作するアプリケーションのステータスを管理するためには、各アプリケーションにステータス出力機能を搭載する必要がある。このため、アプリケーションごとにステータス出力機能を作りこまなければならず、その開発に多額のコストがかかってしまうという問題がある。

本発明は、上記の問題点に鑑み、アプリケーションのステータス管理を低コストで実現可能な電子機器、プリンター、電子機器のステータス管理方法およびプログラムを提供することを目的とする。

本発明の電子機器は、複数のアプリケーションが搭載された電子機器であって、各アプリケーションについて、それぞれアプリケーション識別子が記録されたデータベースと、アプリケーションのログをシステムログに変換するログ変換部と、ログ変換部によって変換されたシステムログに、データベースに記録されている各アプリケーション識別子と関連付けられたログが含まれる場合、当該アプリケーション識別子のログに基づいて、対応するアプリケーションのステータスを管理するステータス管理部と、ステータス管理部によって管理されているアプリケーションのステータスを出力するステータス出力部と、を備えたことを特徴とする。

本発明の電子機器のステータス管理方法は、複数のアプリケーションが搭載された電子機器のステータス管理方法であって、電子機器が、各アプリケーションについて、それぞれアプリケーション識別子をデータベースに記録しておくステップと、アプリケーションのログをシステムログに変換する変換ステップと、システムログに、データベースに記録されている各アプリケーション識別子と関連付けられたログが含まれる場合、当該アプリケーション識別子のログに基づいて、対応するアプリケーションのステータスを管理する管理ステップと、を実行することを特徴とする。

これらの構成によれば、アプリケーションのログをシステムログに変換し、当該システムログに基づいて、データベースに記録されているアプリケーションのステータスを管理するため、ログ変換機能の追加だけで、データベースに記録されている全アプリケーションのステータスを一括管理できる。これにより、各アプリケーションにステータス出力機能を搭載する必要がない（アプリケーションごとにステータス管理部との連携を考慮した開発を行う必要がない）ため、ステータス出力機能の開発コストを削減でき、ひいてはアプリケーションのステータス管理を低コストで実現できる。

上記に記載の電子機器において、ログ変換部は、アプリケーションの実行環境となるアプリケーションプラットフォームごとに設けられていることが好ましい。

この構成によれば、２以上のアプリケーションが１のアプリケーションプラットフォーム上で実行される場合、当該２以上のアプリケーションのログをまとめてシステムログに変換するため、アプリケーションごとにログ変換部を搭載する場合と比較して、ステータス管理コストを軽減できる。また、アプリケーションプラットフォームの搭載に伴ってログ変換部を搭載するため、電子機器に様々なアプリケーションプラットフォームを搭載した場合でも、ステータス管理の低コスト化を実現できる。

上記に記載の電子機器において、データベースには、各アプリケーション識別子について、それぞれ対応するアプリケーションプラットフォームが記録されており、ステータス管理部は、システムログの変換元となるログ変換部が設けられたアプリケーションプラットフォームと、システムログに含まれるアプリケーション識別子に対応するアプリケーションプラットフォームと、の整合性を判断して、アプリケーションのステータスを管理することが好ましい。

この構成によれば、各アプリケーションとアプリケーションプラットフォームとの対応関係がデータベースに記録されているため、ステータス管理部は、ログ変換部で変換されたシステムログが、どのアプリケーションに対応するものであるかを正確に判断できる。
この場合、ステータス管理部は、システムログの変換元となるアプリケーションプラットフォームに対応付けられたアプリケーション識別子のログのみを対象として、アプリケーションのステータスを管理しても良い。つまり、システムログの変換元となるアプリケーションプラットフォームに対応付けられたアプリケーション識別子のログ以外については、無視しても良い。この構成により、ステータスの誤判断を確実に防止できる。

上記に記載の電子機器において、記ログ変換部で変換されたアプリケーションのシステムログと、電子機器内のハードウェアのシステムログと、を監視するシステムログ監視部をさらに備え、ステータス管理部は、システムログ監視部の監視結果に基づいて、アプリケーションおよびハードウェアのステータスを管理することが好ましい。

この構成によれば、ステータス管理部にて、アプリケーションとハードウェアのステータスを一括管理するため、これらをまとめて出力できる。

上記に記載の電子機器において、ステータス管理部は、ハードウェアのステータスに応じて、アプリケーションのステータスを変更することが好ましい。

上記に記載の電子機器において、ステータス管理部は、ハードウェアのステータスに「異常」が含まれる場合、アプリケーションのステータスを「異常」とすることが好ましい。

これらの構成によれば、ハードウェアの状態に応じて、アプリケーションのステータスを適切な情報に変更して出力できる。

上記に記載の電子機器において、ステータス管理部の管理結果に基づき、データベースに記録されている全てのアプリケーションのステータスを出力するステータス出力部をさらに備えたことが好ましい。

この構成によれば、印刷手段、表示手段、通信手段などを用いてステータスを出力するため、データベースに記録されている各アプリケーションのステータスをユーザーが一目で把握できる。

本発明のプリンターは、複数のアプリケーションが搭載されたプリンターであって、各アプリケーションについて、それぞれアプリケーション識別子が記録されたデータベースと、アプリケーションのログをシステムログに変換するログ変換部と、ログ変換部によって変換されたシステムログに、データベースに記録されている各アプリケーション識別子と関連付けられたログが含まれる場合、当該アプリケーション識別子のログに基づいて、対応するアプリケーションのステータスを管理するステータス管理部と、ステータス管理部の管理結果に基づき、データベースに記録されている全てのアプリケーションのステータスを印刷する印刷出力部と、を備えることを特徴とする。

この構成によれば、多機能プリンターのステータス管理に本発明を用いることができる。また、プリンターに搭載されているアプリケーションのステータスを、印刷物として発行することができる。

本発明のプログラムは、コンピューターに、上記に記載の電子機器のステータス管理方法における各ステップを実行させることを特徴とする。

このプログラムをコンピューターで実行させることにより、コンピューターに搭載されたアプリケーションのステータス管理を低コストで実現できる。

本発明の一実施形態に係るプリンターの構成を示すブロック図である。 （ａ）は、アプリケーションデータベースの一例を示す図であり、（ｂ）は、アプリケーションログの一例を示す図である。 （ａ）は、システムログの一例を示す図であり、（ｂ）は、ハードウェア情報の入ったシステムログの一例を示す図である。 （ａ）は、図３（ａ）に対応するステータスシートの一例を示す図であり、（ｂ）は、図３（ｂ）に対応するステータスシートの一例を示す図である。 プリンターのステータス更新処理を示すフローチャートである。

以下、本発明の一実施形態に係る電子機器、プリンター、電子機器のステータス管理方法およびプログラムについて、添付図面を参照しながら詳細に説明する。本実施形態では、電子機器の一例として、複数のアプリケーションを搭載した多機能プリンターを例示する。

図１は、本発明の一実施形態に係るプリンター１０の構成を示すブロック図である。同図に示すように、プリンター１０は、ハードウェア群１１（同図では、「ＨＷ群」と図示）と、アプリケーション群１２と、システムログ監視部１３と、アプリケーションデータベース１４（同図では、「アプリＤＢ」と図示）と、ステータス管理部１５と、ステータス記憶部１６と、外部指示取得部１７と、印刷出力部１８（ステータス出力部）と、を備えている。

ハードウェア群１１は、プリンター１０内の各種ハードウェアを指し、例えば、紙送り機構、給紙機構、印刷ヘッドなどが含まれる。また、ロール紙を投入するレシートプリンターの場合におけるカバー開閉機構、ディスプレイを有するプリンターの場合の表示機構も、ハードウェア群１１に含まれる。

アプリケーション群１２は、各種アプリケーション２１（同図では、「アプリ」と図示）およびアプリケーションプラットフォーム２２（同図では、「ＰＦ」と図示）が含まれる。ここで、アプリケーション群１２に含まれるアプリケーション２１は、ステータス出力機能を有しないアプリケーションである。プリンター１０には、これらステータス出力機能を有しないアプリケーション以外にも、ステータス出力機能を有するアプリケーションをインストールすることが可能であるが、ここではステータス出力機能を有しないアプリケーション（アプリケーション２１）についてのみ言及する。アプリケーション２１は、自身のログ（以下、「アプリケーションログ」と称する）をアプリケーションプラットフォーム２２に記録する。

アプリケーションプラットフォーム２２は、アプリケーション２１を実行するための実行環境（アプリケーション２１を実行するために必要とされるソフトウェア）であり、例えばＱｔ（登録商標）、Ｊａｖａ（登録商標）、Ｗｅｂブラウザなどが挙げられる。また、各アプリケーションプラットフォーム２２は、それぞれログ変換部２３を有している。当該ログ変換部２３は、アプリケーションプラットフォーム２２上で実行されるアプリケーション２１のログ（アプリケーション２１によって記録されたログ）をシステムログに変換する。つまり、各アプリケーションプラットフォーム２２は、ログ変換部２３として機能する変換プログラムが組み込まれた状態で、プリンター１０に搭載される。

なお、本実施形態では、アプリケーション識別子「アプリＷ」、「アプリＸ」、「アプリＹ」、「アプリＺ」の４つのアプリケーション２１が搭載され、プラットフォーム識別子「ＰＦ１」、「ＰＦ２」、「ＰＦ３」の３つのアプリケーションプラットフォーム２２が搭載されているものとする。また、同図のように、「アプリＷ」が「ＰＦ１」に対応し、「アプリＸ」および「アプリＹ」が「ＰＦ２」に対応し、「アプリＺ」が「ＰＦ３」に対応するものとする。

システムログ監視部１３は、各ログ変換部２３で変換されたシステムログを監視する。また、システムログ監視部１３は、ハードウェア群１１に含まれる各種ハードウェアのシステムログも監視する。

アプリケーションデータベース１４は、アプリケーション群１２に含まれる各アプリケーション２１について、それぞれアプリケーション識別子と、対応するアプリケーションプラットフォーム２２と、を記憶している。アプリケーションデータベース１４に記録されているアプリケーション２１のステータスは、全て、後述する印刷出力部１８によりステータスシート３１として印刷される。

ステータス管理部１５は、システムログ監視部１３の監視結果と、アプリケーションデータベース１４の参照結果に基づいて、ハードウェア群１１に含まれるハードウェアのステータス、並びにアプリケーション群１２に含まれるアプリケーション２１のステータスを管理する。例えば、システムログ監視部１３から取得したシステムログに、アプリケーションデータベース１４に記録されているアプリケーション識別子と関連付けられたログが含まれる場合、当該アプリケーション識別子のログに基づいて、対応するアプリケーション２１のステータスを管理する。

また、ステータス管理部１５は、ハードウェアのステータスに応じて、アプリケーション２１のステータスを変更するステータス変更処理を行う。例えば、ハードウェアのステータスに「異常」が含まれる場合、アプリケーション群１２に含まれる各アプリケーション２１のステータスを「異常」とする。具体例については、後述する。

ステータス記憶部１６は、ステータス管理部１５によって管理されたステータスを記憶する。つまり、ステータス管理部１５により、所定のタイミングおよび／または定期的に、各ハードウェアおよび各アプリケーション２１のステータスが記録される。なお、所定のタイミングの一例としては、ユーザーが所定の操作を行った場合（後述する外部指示取得部１７により、ステータス出力指示が行われた場合も含む）や印刷実行直後、などが挙げられる。

外部指示取得部１７は、外部からステータス出力指示を取得するものであり、設定ツールの受け口（外部コンピューターの信号受信部）、各種スイッチ、タッチパネルなどにより実現される。本実施形態では、プリンター１０を管理するサービスマンによる、ステータスシート３１を発行させるための操作情報を、外部指示として取得するものとする。

印刷出力部１８は、外部指示取得部１７が取得した指示に従って、ステータス記憶部１６に記憶されている各ハードウェアおよび各アプリケーション２１のステータスを、ステータスシート３１として印刷出力する。なお、印刷出力に代えて、ステータスシート３１を表示画面に出力したり、電子メールなどの通信手段を用いて出力したり、など他の出力方法を採用しても良い。

次に、図２ないし図４を参照し、アプリケーションデータベース１４、アプリケーションログ、システムログ、ステータスシート３１について、具体例を挙げて説明する。

図２（ａ）は、アプリケーションデータベース１４の一例を示す図である。アプリケーションデータベース１４は、システムログに含まれる情報が、ステータスシート３１によるステータスの出力対象となるアプリケーションに関するものであるか否かを識別するために用いられるデータベースである。同図に示すように、アプリケーションデータベース１４には、アプリケーション群１２に含まれる各アプリケーション２１の、アプリケーション識別子と、対応するアプリケーションプラットフォーム２２のプラットフォーム識別子と、が関連付けて記憶されている。なお、プリンター１０内に、アプリケーションデータベース１４に記録されているアプリケーション２１以外のアプリケーション（ステータス出力機能を有するアプリケーションなど）がインストールされている場合、それらはステータス管理部１５の管理対象外となるため、ステータスシート３１によるステータスの出力対象とはならない。あくまでも、アプリケーションデータベース１４に記録されているアプリケーション２１のみが、ステータスシート３１によるステータスの出力対象となる。

また、アプリケーションデータベース１４は、ステータス管理部１５により、システムログの変換元となるログ変換部２３が設けられたアプリケーションプラットフォーム２２と、システムログに含まれるアプリケーション識別子に対応するアプリケーションプラットフォーム２２と、の整合性を判断するためにも用いられる。例えば、同じアプリケーション識別子が異なるアプリケーションプラットフォーム２２上に２つ存在する場合、アプリケーション識別子だけでアプリケーション２１のステータスを判定することはできないが、アプリケーションプラットフォーム２２の整合性を判断することで、正確に各アプリケーション２１のステータスを判定できる。但し、この場合、ステータスシート３１（図４参照）には、アプリケーション識別子以外に、対応するプラットフォーム識別子も印字されることが好ましい。また、識別子に代えて、アプリケーション名やプラットフォーム名を印字しても良い。

図２（ｂ）は、アプリケーションログの一例を示す図である。アプリケーションログは、各アプリケーション２１がアプリケーションプラットフォーム２２に記録する自身のログである。同図に示すように、アプリケーションログには、「ＩＮＦＯ」、「ＷＡＲＮＩＮＧ」、「ＥＲＲＯＲ」などのログ情報と、補足情報（「正常に起動しました」など）が含まれる。

図３（ａ）は、システムログの一例を示す図である。図３（ａ）では、アプリケーション２１のシステムログのみが記述された例を示している。つまり、システムログ監視部１３によって集約されたシステムログを、ステータス管理部１５によって、アプリケーション２１別に記述した結果を示している。同図に示すように、システムログには、ログの記録日時、アプリケーション識別子（「アプリＸ」など）、アプリケーション番号（「８９６」、「８９７」など）、ログ情報（「ＩＮＦＯ」など）、補足情報（「正常に起動しました」など）が含まれる。また、システムログは、「アプリＸ」と「アプリＺ」など、異なるアプリケーションプラットフォーム２２上で実行されるアプリケーション２１についても、時系列に従って記述される。

一方、図３（ｂ）は、ハードウェア情報が含まれるシステムログの一例を示す図である。同図に示すように、ハードウェアに関するシステムログについては、ログの記録日時、ハードウェア番号（「４００」）、ログ情報、補足情報が含まれる。また、ハードウェアに関するシステムログと、アプリケーション２１に関するシステムログは、両者を区別することなく、時系列に従って記述される。

図４（ａ）は、図３（ａ）に示したシステムログに対応するステータスシート３１の一例を示す図である。ステータスシート３１には、「インストールアプリケーション状況一覧」と、「ハードウェアステータス状況一覧」の２つの項目についてステータス情報が印字される。例えば、前者の「インストールアプリケーション状況一覧」については、アプリケーションデータベース１４に記録されている全てのアプリケーション２１について、ステータス（「正常」または「異常」）が印字される。また、ステータス「異常」については、補足情報も印字される。なお、図３（ａ）のシステムログに含まれないアプリケーション２１（「アプリＷ」および「アプリＹ」）については、ステータスの変更がなかったため、それまでステータス記憶部１６に記憶されていたステータス（図４（ａ）の例では、いずれも「正常」）と印字される。

一方、後者の「ハードウェアステータス状況一覧」については、各ハードウェアについて、ステータスが印字される。例えば、ハードウェア「紙送り機能」については「正常」または「異常」、ハードウェア「紙」については「有り」または「無し」、ハードウェア「カバー」については、「開」または「閉」が印字される。

図４（ｂ）は、図３（ｂ）に示したシステムログに対応するステータスシート３１の一例を示す図である。図４（ｂ）の例では、ハードウェア「紙送り機能」について、「異常」と印字されている。このようにハードウェアに異常が生じている場合、ステータス管理部１５は、アプリケーションデータベース１４に記録されている全てのアプリケーション２１のステータスを、ステータス「異常」に変更する。つまり、いずれのアプリケーション２１も使用不能である旨を印字する。これにより、適切なステータス情報を、ユーザーに通知できる。

次に、図５のフローチャートを参照し、プリンター１０のステータス更新処理について説明する。プリンター１０は、ログ変換部２３により各アプリケーション２１からアプリケーションログを取得すると（Ｓ０１）、当該アプリケーションログをシステムログに変換する（Ｓ０２）。また、システムログ監視部１３により、システムログ（ハードウェアおよびアプリケーション２１のシステムログ）を監視し（Ｓ０３）、システムログに変更があったか否かを判別する（Ｓ０４）。変更がなかった場合は（Ｓ０４：Ｎｏ）、ステータス更新処理を終了する。

また、システムログに変更があった場合は（Ｓ０４：Ｙｅｓ）、ステータス管理部１５により、ログの変更が、アプリケーションデータベース１４内のアプリケーション２１のものであるか否かを判別する（Ｓ０５）。ここで、アプリケーション２１のものであると判定した場合は（Ｓ０５：Ｙｅｓ）、該当するアプリケーション２１のステータスを更新する（Ｓ０６）。例えば、「アプリＷ」について、前回「ステータス：正常」だったものが今回「ステータス：異常」に変化した場合、当該「アプリＷ」のステータスを「異常」に書き換える。一方、ログの変更が、アプリケーションデータベース１４内のアプリケーション２１のものでないと判定した場合は（Ｓ０５：Ｎｏ）、Ｓ０６を省略する。

続いて、ステータス管理部１５により、ログの変更が、プリンター１０のハードウェアに関係するものであるか否かを判別する（Ｓ０７）。ここで、ハードウェアに関係するものであると判定した場合は（Ｓ０７：Ｙｅｓ）、関連するアプリケーション２１のステータスを更新する（Ｓ０８）。例えば、あるハードウェアのステータスが「正常」を示すものから「異常」を示すものに変化した場合、前回「ステータス：正常」であったアプリケーション２１を対象として、ステータスを「異常」に書き換える。逆に、あるハードウェアのステータスが「異常」を示すものから「正常」を示すものに変化した場合、前回「ステータス：異常」であったアプリケーション２１であって、アプリケーション２１自身のステータスが「正常」であるものを対象として、ステータスを「正常」に書き換える。一方、ログの変更が、ハードウェアに関係するものでないと判定した場合は（Ｓ０７：Ｎｏ）、Ｓ０８を省略する。

なお、上記の工程により管理されたアプリケーション２１およびハードウェアのステータスを示すステータスシート３１は、外部指示取得部１７による外部指示の取得をトリガーとして、印刷出力部１８により印刷される。具体的には、外部指示取得部１７によるトリガーの取得の有無を判別し、トリガーの取得を検出した場合、印刷出力部１８は、ステータス記憶部１６からアプリケーション２１およびハードウェアのステータスを読み出して、当該ステータスを印刷媒体に印刷し、ステータスシート３１を発行する。

以上説明したとおり、本実施形態に係るプリンター１０によれば、アプリケーションログをシステムログに変換し、当該システムログから、アプリケーション２１のステータスを特定するため、アプリケーションデータベース１４に記録されている全アプリケーション２１のステータスを一括管理できる。これにより、アプリケーション２１ごとにステータス出力機能を作りこむ必要がないため、そのための開発コストを削減でき、ひいてはステータス管理に要するコストを軽減できる。

また、アプリケーションログをシステムログに変換するログ変換部２３を、アプリケーションプラットフォーム２２ごとに設けているため、複数のアプリケーション２１のログをまとめてシステムログに変換できる。このため、アプリケーション２１ごとにログ変換部２３を搭載する場合と比較して、さらにステータス管理コストを軽減できる。

また、アプリケーションデータベース１４には、各アプリケーション２１とアプリケーションプラットフォーム２２との対応関係が記録されているため、ステータス管理部１５は、ログ変換部２３で変換されたシステムログが、どのアプリケーション２１に対応するものであるかを正確に判断できる。

また、システムログ監視部１３により、ログ変換部２３で変換されたアプリケーション２１のシステムログと、プリンター１０内のハードウェアのシステムログと、を監視するため、ステータス管理部１５にて、アプリケーション２１とハードウェアのステータスを一括管理できる。また、これにより、アプリケーション２１とハードウェアのステータスをまとめて出力するため、ユーザー（サービスマンなど）が容易且つ迅速にプリンター１０の状況を把握できる。

また、ステータス管理部１５は、ハードウェアのステータスに応じて、アプリケーション２１のステータスを変更するため、ハードウェアの状態に応じて、アプリケーション２１のステータスを適切な情報に変更して出力できる。

なお、上記の実施形態では、サービスマンがステータスシート３１を発行させるための操作を行った場合、これをトリガーとしてステータスシート３１の印刷を行ったが、システムログに変更が生じた場合（ステータスに変更があった場合）に、これをトリガーとしてステータスシート３１を印刷しても良い。

また、上記の実施形態では、アプリケーションデータベース１４に記録されている全アプリケーション２１を対象としてステータスシート３１を発行したが、「異常」ステータスまたは「正常」ステータスのアプリケーション２１だけを対象として、ステータスシート３１を発行しても良い。また、ハードウェアについても、「異常」ステータスまたは「正常」ステータスのものだけを対象として、ステータスシート３１を発行しても良い。その他、アプリケーション２１については、アプリケーションデータベース１４に記録されている全てを対象とするが、ハードウェアについては、「異常」ステータスの項目だけを対象とする、などの変形例も考えられる。

また、上記の実施形態において、ステータス管理部１５は、システムログ監視部１３の監視結果と、アプリケーションデータベース１４の参照結果に基づいて、アプリケーション２１のステータスを管理したが、システムログ監視部１３によって、アプリケーションデータベース１４を参照し、ログ変換部２３によって変換されたシステムログに、アプリケーションデータベース１４に記録されている各アプリケーション識別子と関連付けられたログが含まれるか否かを判別しても良い。つまり、図３に示したシステムログを、システムログ監視部１３によって生成しても良い。また、アプリケーションプラットフォーム２２の整合性（システムログの変換元となるログ変換部２３が設けられたアプリケーションプラットフォーム２２と、システムログに含まれるアプリケーション識別子に対応するアプリケーションプラットフォーム２２と、の整合性）についても、システムログ監視部１３によって判断しても良い。

また、上記に示したプリンター１０の各構成要素をプログラムとして提供することが可能である。また、そのプログラムを各種記録媒体（ＣＤ−ＲＯＭ、フラッシュメモリ等）に格納して提供することも可能である。すなわち、コンピューターをプリンター１０の各構成要素として機能させるためのプログラム、およびそれを記録した記録媒体も、本発明の権利範囲に含まれるものである。

また、上記の実施形態では、本発明の電子機器を、プリンター１０に適用した場合を例示したが、プリンター１０以外の電子機器（演算装置、表示装置、通信機器など）に本発明を適用しても良い。つまり、複数のアプリケーションを搭載可能機器であれば、本発明を適用可能である。その他、本発明の要旨を逸脱しない範囲で、適宜変更が可能である。

１０…プリンター １１…ハードウェア群 １２…アプリケーション群 １３…システムログ監視部 １４…アプリケーションデータベース １５…ステータス管理部 １６…ステータス記憶部 １７…外部指示取得部 １８…印刷出力部 ２１…アプリケーション ２２…アプリケーションプラットフォーム ２３…ログ変換部 ３１…ステータスシート

Claims (15)

1. 複数のアプリケーションが搭載された電子機器であって、
   各アプリケーションについて、それぞれアプリケーション識別子が記録されたデータベースと、
   前記アプリケーションのログをシステムログに変換するログ変換部と、
   前記ログ変換部によって変換されたシステムログに、前記データベースに記録されている各アプリケーション識別子と関連付けられたログが含まれる場合、当該アプリケーション識別子のログに基づいて、対応するアプリケーションのステータスを管理するステータス管理部と、を備え、
   前記ログ変換部は、前記アプリケーションの実行環境となるアプリケーションプラットフォームごとに設けられていることを特徴とする電子機器。
2. 前記データベースには、各アプリケーション識別子について、それぞれ対応する前記アプリケーションプラットフォームが記録されており、
   前記ステータス管理部は、前記システムログの変換元となる前記ログ変換部が設けられた前記アプリケーションプラットフォームと、前記システムログに含まれる前記アプリケーション識別子に対応する前記アプリケーションプラットフォームと、の整合性を判断して、前記アプリケーションのステータスを管理することを特徴とする請求項１に記載の電子機器。
3. 前記ログ変換部で変換されたアプリケーションのシステムログと、電子機器内のハードウェアのシステムログと、を監視するシステムログ監視部をさらに備え、
   前記ステータス管理部は、前記システムログ監視部の監視結果に基づいて、前記アプリケーションおよび前記ハードウェアのステータスを管理することを特徴とする請求項１または２に記載の電子機器。
4. 前記ステータス管理部は、前記ハードウェアのステータスに応じて、前記アプリケーションのステータスを変更することを特徴とする請求項３に記載の電子機器。
5. 前記ステータス管理部は、前記ハードウェアのステータスに「異常」が含まれる場合、前記アプリケーションのステータスを「異常」とすることを特徴とする請求項４に記載の電子機器。
6. 前記ステータス管理部の管理結果に基づき、前記データベースに記録されている全てのアプリケーションのステータスを出力するステータス出力部をさらに備えることを特徴とする請求項１ないし５のいずれか１項に記載の電子機器。
7. 複数のアプリケーションが搭載されたプリンターであって、
   各アプリケーションについて、それぞれアプリケーション識別子が記録されたデータベースと、
   前記アプリケーションのログをシステムログに変換するログ変換部と、
   前記ログ変換部によって変換されたシステムログに、前記データベースに記録されている各アプリケーション識別子と関連付けられたログが含まれる場合、当該アプリケーション識別子のログに基づいて、対応するアプリケーションのステータスを管理するステータス管理部と、
   前記ステータス管理部の管理結果に基づき、前記データベースに記録されている全てのアプリケーションのステータスを印刷する印刷出力部と、を備え、
   前記ログ変換部は、前記アプリケーションの実行環境となるアプリケーションプラットフォームごとに設けられていることを特徴とするプリンター。
8. 前記データベースには、各アプリケーション識別子について、それぞれ対応する前記アプリケーションプラットフォームが記録されており、
   前記ステータス管理部は、前記システムログの変換元となる前記ログ変換部が設けられた前記アプリケーションプラットフォームと、前記システムログに含まれる前記アプリケーション識別子に対応する前記アプリケーションプラットフォームと、の整合性を判断して、前記アプリケーションのステータスを管理することを特徴とする請求項７に記載のプリンター。
9. 前記ログ変換部で変換されたアプリケーションのシステムログと、プリンター内のハードウェアのシステムログと、を監視するシステムログ監視部をさらに備え、
   前記ステータス管理部は、前記システムログ監視部の監視結果に基づいて、前記アプリケーションおよび前記ハードウェアのステータスを管理することを特徴とする請求項７または８に記載のプリンター。
10. 前記ステータス管理部は、前記ハードウェアのステータスに応じて、前記アプリケーションのステータスを変更することを特徴とする請求項９に記載のプリンター。
11. 複数のアプリケーションが搭載された電子機器のステータス管理方法であって、
    前記電子機器が、
    各アプリケーションについて、それぞれアプリケーション識別子をデータベースに記録しておくステップと、
    前記アプリケーションのログをシステムログに変換する変換ステップと、
    前記システムログに、前記データベースに記録されている各アプリケーション識別子と関連付けられたログが含まれる場合、当該アプリケーション識別子のログに基づいて、対応するアプリケーションのステータスを管理する管理ステップと、を実行し、
    前記変換ステップは、前記アプリケーションの実行環境となるアプリケーションプラットフォームごとに実行されることを特徴とする電子機器のステータス管理方法。
12. 前記データベースには、各アプリケーション識別子について、それぞれ対応する前記アプリケーションプラットフォームが記録されており、
    前記管理ステップは、前記システムログの変換元となる前記変換ステップが実行される前記アプリケーションプラットフォームと、前記システムログに含まれる前記アプリケーション識別子に対応する前記アプリケーションプラットフォームと、の整合性を判断して、前記アプリケーションのステータスを管理することを特徴とする請求項１１に記載の電子機器のステータス管理方法。
13. 前記変換ステップで変換されたアプリケーションのシステムログと、電子機器内のハードウェアのシステムログと、を監視する監視ステップをさらに備え、
    前記管理ステップは、前記監視ステップの監視結果に基づいて、前記アプリケーションおよび前記ハードウェアのステータスを管理することを特徴とする請求項１１または１２に記載の電子機器のステータス管理方法。
14. 前記管理ステップは、前記ハードウェアのステータスに応じて、前記アプリケーションのステータスを変更することを特徴とする請求項１３に記載の電子機器のステータス管理方法。
15. コンピューターに、請求項１１ないし１４のいずれか１項に記載の電子機器のステータス管理方法における各ステップを実行させるためのプログラム。

Images