(57)【要約】【課題】複数のアプリケーションによって生成されるログの操作性を向上させること。【解決手段】それぞれログを生成する複数のアプリケーションプログラムを有する画像形成装置であって、前記各アプリケーションプログラムが生成するログの取得用のインタフェース情報を、前記アプリケーションプログラムごとに一元的に記憶するインタフェース情報記憶手段と、前記ログの取得要求に応じ、該取得要求において指定されたアプリケーションプログラムに対して前記インタフェース情報記憶手段に記憶されている前記インタフェース情報を用いて、前記ログを取得し、取得されたログを前記取得要求に対する応答として出力するログ管理手段とを有する。【選択図】図３
2012088849.tif 000002
【特許請求の範囲】
【請求項１】
それぞれログを生成する複数のアプリケーションプログラムを有する画像形成装置であって、
前記各アプリケーションプログラムが生成するログの取得用のインタフェース情報を、前記アプリケーションプログラムごとに一元的に記憶するインタフェース情報記憶手段と、
前記ログの取得要求に応じ、該取得要求において指定されたアプリケーションプログラムに対して前記インタフェース情報記憶手段に記憶されている前記インタフェース情報を用いて、前記ログを取得し、取得されたログを前記取得要求に対する応答として出力するログ管理手段とを有する画像形成装置。
【請求項２】
ユーザに応じて参照可能なログの分類を記憶する参照権限情報記憶手段を有し、
前記インタフェース情報記憶手段は、前記分類ごとに前記インタフェース情報を記憶し、
前記ログ管理手段は、前記取得要求に係るユーザが参照可能なログの分類を前記参照権限情報記憶手段を用いて判定し、当該ユーザが参照可能なログの分類に対して前記インタフェース情報記憶手段に記憶されている前記インタフェース情報を用いて、前記ログを取得する請求項１記載の画像形成装置。
【請求項３】
ログの形式情報を記憶したログ形式情報記憶手段を有し、
前記アプリケーションプログラムは、前記ログ形式情報記憶手段に記憶された形式情報が示す形式でログを生成する請求項１又は２記載の画像形成装置。
【請求項４】
前記ログ形式情報記憶手段は、複数の前記形式情報を記憶し、
前記アプリケーションプログラムと前記形式情報との対応情報を記憶したアプリログ形式情報記憶手段を有し、
前記アプリケーションプログラムは、前記形式情報記憶手段において当該アプリケーションプログラムに対応付けられている前記形式情報が示す形式でログを生成する請求項３記載の画像形成装置。
【請求項５】
それぞれログを生成する複数のアプリケーションプログラムを有する画像形成装置が、
前記ログの取得要求に応じ、前記各アプリケーションプログラムが生成するログの取得用のインタフェース情報を前記アプリケーションプログラムごとに一元的に記憶するインタフェース情報記憶手段において、該取得要求において指定されたアプリケーションプログラムに対して記憶されている前記インタフェース情報を用いて、前記ログを取得し、取得されたログを前記取得要求に対する応答として出力するログ管理手順を実行するログ管理方法。
【請求項６】
前記インタフェース情報記憶手段は、ログの分類ごとに前記インタフェース情報を記憶し、
前記ログ管理手順は、前記取得要求に係るユーザが参照可能なログの分類を、ユーザに応じて参照可能なログの分類を記憶する参照権限情報記憶手段を用いて判定し、当該ユーザが参照可能なログの分類に対して前記インタフェース情報記憶手段に記憶されている前記インタフェース情報を用いて、前記ログを取得する請求項５記載のログ管理方法。
【請求項７】
前記アプリケーションプログラムは、ログの形式情報を記憶したログ形式情報記憶手段に記憶された形式情報が示す形式でログを生成する請求項５又は６記載のログ管理方法。
【請求項８】
前記ログ形式情報記憶手段は、複数の前記形式情報を記憶し、
前記アプリケーションプログラムは、前記アプリケーションプログラムと前記形式情報との対応情報を記憶したアプリログ形式情報記憶手段において当該アプリケーションプログラムに対応付けられている前記形式情報が示す形式でログを生成する請求項７記載のログ管理方法。
【請求項９】
それぞれログを生成する複数のアプリケーションプログラムを有する画像形成装置に、
前記ログの取得要求に応じ、前記各アプリケーションプログラムが生成するログの取得用のインタフェース情報を前記アプリケーションプログラムごとに一元的に記憶するインタフェース情報記憶手段において、該取得要求において指定されたアプリケーションプログラムに対して記憶されている前記インタフェース情報を用いて、前記ログを取得し、取得されたログを前記取得要求に対する応答として出力するログ管理手順を実行させるログ管理プログラム。
【請求項１０】
前記インタフェース情報記憶手段は、ログの分類ごとに前記インタフェース情報を記憶し、
前記ログ管理手順は、前記取得要求に係るユーザが参照可能なログの分類を、ユーザに応じて参照可能なログの分類を記憶する参照権限情報記憶手段を用いて判定し、当該ユーザが参照可能なログの分類に対して前記インタフェース情報記憶手段に記憶されている前記インタフェース情報を用いて、前記ログを取得する請求項９記載のログ管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置、ログ管理方法、及びログ管理プログラムに関し、特にアプリケーションによって生成されるログを管理する画像形成装置、ログ管理方法、及びログ管理プログラムに関する。
【背景技術】
【０００２】
近年の複合機、コピー機、プリンタ、又はファクシミリ等の画像形成装置は、汎用的なコンピュータと同様に、アプリケーションプログラムを追加的にインストールすることができる。各種のアプリケーションプログラムは、障害解析用又は課金用等にログを出力するように実装されているのが一般的である。
【０００３】
画像形成装置にインストールされるアプリケーションプログラムの増加に応じて、サービスマン等が、複数のアプリケーションプログラムのログを扱う機会の増加が予想される。したがって、複数のアプリケーションプログラムのログの操作性の向上が求められている。
【０００４】
例えば、特許文献１には、コンピュータ上で動作する複数のプログラムのログ情報を統一的に管理する方式について開示されている。特許文献１では、プログラムごとのログ情報を、排他制御を行いながら一つのログファイルに蓄積するように構成されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に記載された技術では、複数のアプリケーションのログをそれぞれ参照したい場合、一元化されたログファイルの中から、参照対象のアプリケーションに関するログ情報を抽出するための作業が必要とされる。
【０００６】
本発明は、上記の点に鑑みてなされたものであって、複数のアプリケーションによって生成されるログの操作性を向上させることのできる画像形成装置、ログ管理方法、及びログ管理プログラムの提供を目的とする。
【課題を解決するための手段】
【０００７】
そこで上記課題を解決するため、本発明は、それぞれログを生成する複数のアプリケーションプログラムを有する画像形成装置であって、前記各アプリケーションプログラムが生成するログの取得用のインタフェース情報を、前記アプリケーションプログラムごとに一元的に記憶するインタフェース情報記憶手段と、前記ログの取得要求に応じ、該取得要求において指定されたアプリケーションプログラムに対して前記インタフェース情報記憶手段に記憶されている前記インタフェース情報を用いて、前記ログを取得し、取得されたログを前記取得要求に対する応答として出力するログ管理手段とを有する。
【発明の効果】
【０００８】
本発明によれば、複数のアプリケーションによって生成されるログの操作性を向上させることができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施の形態におけるシステム構成例を示す図である。
【図２】本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。
【図４】インストール済みアプリ情報記憶部の構成例を示す図である。
【図５】ログ生成時の処理手順を説明するためのシーケンス図である。
【図６】アプリログフォーマット記憶部の構成例を示す図である。
【図７】ログフォーマット情報記憶部の構成例を示す図である。
【図８】ログフォーマット情報に基づいて生成されたログの第一の例を示す図である。
【図９】ログフォーマット情報に基づいて生成されたログの第二の例を示す図である。
【図１０】複数のログＩＤに属するログをマージした第一の例を示す図である。
【図１１】複数のログＩＤに属するログをマージした第二の例を示す図である。
【図１２】ログフォーマット情報を利用せずに生成されたログの第一の例を示す図である。
【図１３】ログフォーマット情報を利用せずに生成されたログの第二の例を示す図である。
【図１４】ログ参照時の処理手順を説明するためのシーケンス図である。
【図１５】認証情報記憶部の構成例を示す図である。
【図１６】アプリログイン情報記憶部の構成例を示す図である。
【図１７】ログ参照権限報記憶部の構成例を示す図である。
【図１８】ログＩＤ記憶部の構成例を示す図である。
【図１９】ログＩ／Ｆ情報記憶部の構成例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。同図において、一以上の画像形成装置１０及び一以上のユーザ端末２０は、ＬＡＮ（Local Area Network）又はインターネット等のネットワーク３０（有線又は無線の別は問わない）を介して通信可能に接続されている。
【００１１】
画像形成装置１０は、印刷、スキャン、コピー、及びＦＡＸ送受信等のうちの二以上の機能を一台の筐体によって実現する複合機である。但し、いずれか一つの機能を単体で有する機器が画像形成装置１０として用いられてもよい。画像形成装置１０には、機能拡張等を目的としてプログラムのインストール又はアンインストール等が可能である。
【００１２】
ユーザ端末２０は、マウス及びキーボード等の入力手段、並びに液晶ディスプレイ等の表示手段等を備え、画像形成装置１０に対する遠隔的なユーザインタフェースとして機能するＰＣ（Personal Computer）等のコンピュータである。携帯電話、スマートフォン、又はＰＤＡ（Personal Digital Assistance）等の携帯型の通信端末が、ユーザ端末２０として用いられてもよい。
【００１３】
図２は、本発明の実施の形態における画像形成装置のハードウェア構成例を示す図である。同図において、画像形成装置１０は、コントローラ１１、スキャナ１２、プリンタ１３、モデム１４、操作パネル１５、ネットワークインタフェース１６、及びＳＤカードスロット１７等のハードウェアを有する。
【００１４】
コントローラ１１は、ＣＰＵ１１１、ＲＡＭ１１２、ＲＯＭ１１３、ＨＤＤ１１４、及びＮＶＲＡＭ１１５等を有する。ＲＯＭ１１３には、各種のプログラムやプログラムによって利用されるデータ等が記録されている。ＲＡＭ１１２は、プログラムをロードするための記憶領域や、ロードされたプログラムのワーク領域等として用いられる。ＣＰＵ１１１は、ＲＡＭ１１２にロードされたプログラムを処理することにより、各種の機能を実現する。ＨＤＤ１１４には、プログラムやプログラムが利用する各種のデータ等が記録される。ＮＶＲＡＭ１１５には、各種の設定情報等が記録される。
【００１５】
スキャナ１２は、原稿より画像データを読み取るためのハードウェア（画像読取手段）である。プリンタ１３は、印刷データを印刷用紙に印刷するためのハードウェア（印刷手段）である。モデム１４は、電話回線に接続するためのハードウェアであり、ＦＡＸ通信による画像データの送受信を実行するために用いられる。操作パネル１５は、ユーザからの入力の受け付けを行うためのボタン等の入力手段や、液晶パネル等の表示手段等を備えたハードウェアである。ネットワークインタフェース１６は、ＬＡＮ等のネットワーク（有線又は無線の別は問わない。）に接続するためのハードウェアである。ＳＤカードスロット１７は、ＳＤカード８０に記録されたプログラムを読み取るために利用される。すなわち、画像形成装置１０では、ＲＯＭ１１３に記録されたプログラムだけでなく、ＳＤカード８０に記録されたプログラムもＲＡＭ１１２にロードされ、実行されうる。なお、他の記録媒体（例えば、ＣＤ−ＲＯＭ又はＵＳＢ（Universal Serial Bus）メモリ等）によってＳＤカード８０が代替されてもよい。すなわち、ＳＤカード８０の位置付けに相当する記録媒体の種類は、所定のものに限定されない。この場合、ＳＤカードスロット１７は、記録媒体の種類に応じたハードウェアによって代替されればよい。
【００１６】
図３は、本発明の実施の形態における画像形成装置のソフトウェア構成例を示す図である。同図において、画像形成装置１０は、システムファームウェア５１、ＳＤＫプラットフォーム５２、及び１以上のＳＤＫアプリ５３等を有する。
【００１７】
システムファームウェア５１は、各種のハードウェアリソース等を制御するための機能を上位アプリケーション等に対して提供するソフトウェアモジュール群である。システムファームウェア５１は、例えば、ネットワーク通信に関する機能、スキャナの制御機能、プリンタの制御機能、メモリの管理機能等を有する。
【００１８】
ＳＤＫプラットフォーム５２は、ＳＤＫアプリ５３の実行環境を提供する。各ＳＤＫアプリ５３は、ＳＤＫプラットフォーム５２が提供するＡＰＩ（Application Program Interface）を利用して開発される。例えば、ＳＤＫプラットフォーム５２は、スキャン機能を利用させるためのインタフェース、印刷機能を利用させるためのインタフェース、コピー機能を利用させるためのインタフェース等をＳＤＫアプリ５３に提供する。なお、ＳＤＫプラットフォーム５２のＡＰＩは公開されており、サードベンダ等によってもＳＤＫアプリ５３は開発されうる。なお、本実施の形態において、ＳＤＫプラットフォーム５２は、Ｊａｖａ（登録商標）仮想マシンを内包している。したがって、各ＳＤＫアプリ５３は、Ｊａｖａ（登録商標）アプリとして実装される。但し、他のプログラミング言語によって生成されるアプリケーションに対しても、本実施の形態は、適用可能である。
【００１９】
ＳＤＫプラットフォーム５２は、また、ＳＤＫアプリ５３のライフサイクル等の管理を行う。例えば、ＳＤＫプラットフォーム５２は、アプリインストール管理部５２１及びインストール済みアプリ情報記憶部５２２等を有する。
【００２０】
アプリインストール管理部５２１は、ＳＤＫアプリ５３のインストール及びアンインストール等を実行する。ＳＤＫアプリ５３のインストール又はアンインストール等の指示は、操作パネル１５より入力されてもよいし、ユーザ端末２０より入力されてもよい。
【００２１】
インストール済みアプリ情報記憶部５２２は、インストールされたＳＤＫアプリ５３の一覧情報を、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。
【００２２】
図４は、インストール済みアプリ情報記憶部の構成例を示す図である。同図において、インストール済みアプリ情報記憶部５２２は、画像形成装置１０にインストールされているＳＤＫアプリ５３ごとに、アプリＩＤを記憶する。アプリＩＤは、各ＳＤＫアプリ５３を相互に識別可能な識別子である。インストール済みアプリ情報記憶部５２２は、また、各ＳＤＫアプリ５３が使用するログＩＤごとに、ログ取得Ｉ／Ｆ及びフォーマット名を記憶する。ログＩＤとは、ログの集合に対して付与される識別情報である。ログＩＤは、一つのログ生成アプリ５６に対して一以上割り当てられうる。ログＩＤは、例えば、ログ生成アプリ５６が有する内部的な機能の分類（種別）を示す。この場合、表示系の機能に対するログと、画像形成系の機能に関するログとでは、それぞれ異なるログＩＤが割り当てられる。同一のログファイルに出力される単位ごとに、ログＩＤが割り当てられてもよい。どのような基準によって、ログを分類するかについては、適宜選択されてよい。
【００２３】
ログ取得Ｉ／Ｆは、当該ログＩＤに係るログを取得するためのインタフェース情報又は識別情報である。同図の例では、ログを格納するファイルパス名が、ログ取得Ｉ／Ｆとして指定されている例が示されている。但し、関数名又はＵＲＩ（Uniform Resource Identifier）等、他のインタフェース情報又は識別情報が、ログ取得Ｉ／Ｆとされてもよい。フォーマット名は、当該ログＩＤに係るログに対するログフォーマット情報（形式情報又は構成情報）のフォーマット名である。
【００２４】
なお、インストール済みアプリ情報記憶部５２２のレコードは、ＳＤＫアプリ５３のインストール時において、アプリインストール管理部５２１によって追加される。具体的には、各ＳＤＫアプリ５３には、当該ＳＤＫアプリ５３の属性情報を記憶したファイルが添付されている。アプリインストール管理部５２１は、当該ファイルより抽出される情報を、インストール済みアプリ情報記憶部５２２に記録する。また、ＳＤＫアプリ５３がアンインストールされた場合、アプリインストール管理部５２１は、当該ＳＤＫアプリ５３に対するレコードを、インストール済みアプリ情報記憶部５２２より削除する。
【００２５】
図３に戻る。ＳＤＫアプリ５３は、画像形成装置１０の出荷後において、画像形成装置１０の機能拡張を図るためのプラグインとして追加的にインストールされるアプリケーションである。同図において、画像形成装置１０は、ＳＤＫアプリ５３として、ログ管理アプリ５４及び一以上のログ生成アプリ５６を有する。ログ管理アプリ５４は、ログ生成アプリ５６が生成（又は記録）するログの操作を一元的に行うＳＤＫアプリ５３である。
【００２６】
ログ生成アプリ５６は、ログ管理アプリ５４に対する相対的な表現である。すなわち、各ログ生成アプリ５６は、それぞれに固有の機能を実現するＳＤＫアプリ５３であり、当該固有の機能を実現する過程においてログを生成する。したがって、各ログ生成アプリ５６は、ログを生成することが本来の機能ではない。換言すれば、本実施の形態において、ログ管理アプリ５４以外のＳＤＫアプリ５３は、ログ生成アプリ５６に該当する。
【００２７】
各ログ生成アプリ５６は、認証部５６１、ログ生成部５６２、ログ記憶部５６３、及びログ提供部５６４等を含む。認証部５６１は、当該ログ生成アプリ５６に関して、ユーザの認証を行う。ログ生成部５６２は、当該ログ生成アプリ５６のログを生成する。ログ記憶部５６３は、ログ生成部５６２によって生成されたログを、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。ログ提供部５６４は、ログ管理アプリ５４との通信を介して、ログ記憶部５６３に記憶されているログをログ管理アプリ５４に提供（出力）する。
【００２８】
ログ管理アプリ５４は、制御部５４１、認証部５４２、認証情報記憶部５４３、アプリログイン情報記憶部５４４、ログ管理部５４５、参照可能ログ判定部５４６、ログＩＤ記憶部５４７、ログ参照権限記憶部５４８、ログＩ／Ｆ情報管理部５４９、ログＩ／Ｆ情報記憶部５５０、ログ取得部５５１、ログフォーマット管理部５５２、アプリログフォーマット記憶部５５３、及びログフォーマット情報記憶部５５４等を含む。
【００２９】
制御部５４１は、ユーザ端末２０からの要求に応じた処理を起動する。制御部５４１は、また、ユーザ端末２０からの要求に応じた処理結果をユーザ端末２０に返信する。
【００３０】
認証部５４２は、ログ管理アプリ５４に関して、ユーザの認証を行う。認証情報記憶部５４３は、各ユーザの認証情報を、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。アプリログイン情報記憶部５４４は、ログ管理アプリ５４が、他のＳＤＫアプリ５３（すなわち、ログ生成アプリ５６）にログインするための情報を、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。
【００３１】
ログ管理部５４５は、ログの操作に関する処理制御を行う。参照可能ログ判定部５４６は、ログの参照を要求するユーザが参照可能なログを、ログＩＤ記憶部５４７及びログ参照権限記憶部５４８等を用いて判定する。参照可能なログは、ログＩＤの単位で判定される。
【００３２】
ログＩＤ記憶部５４７は、ログ生成アプリ５６とログＩＤとの対応情報を、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。ログ参照権限記憶部５４８は、ログ参照権限ごとに参照可能なログＩＤを、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。ログ参照権限とは、ログの参照に関する権限をいい、ログ参照権限に応じて、参照可能なログＩＤが異なりうる。
【００３３】
ログＩ／Ｆ情報管理部５４９は、ログＩ／Ｆ情報記憶部５５０に対するアクセス手段を提供する。ログＩ／Ｆ情報記憶部５５０は、ログＩＤごとに、当該ログＩＤに係るログを取得するための識別情報（ログＩ／Ｆ情報）を、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。ログ取得部５５１は、ログＩ／Ｆ情報を用いて、各ログ生成アプリ５６によって生成されたログを取得する。
【００３４】
ログフォーマット管理部５５２は、アプリログフォーマット記憶部５５３及びログフォーマット情報記憶部５５４へのアクセス手段を提供する。アプリログフォーマット記憶部５５３は、ログＩＤごとに、当該ログＩＤに係るログのフォーマット（形式）の識別情報（フォーマット名）を、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。ログフォーマット情報記憶部５５４は、フォーマット名ごとに、ログフォーマット情報を、例えば、ＮＶＲＡＭ１１５又はＨＤＤ１１４等を用いて記憶する。ログフォーマット情報とは、ログのフォーマットの内容を示す情報である。
【００３５】
以下、画像形成装置１０の処理手順について説明する。図５は、ログ生成時の処理手順を説明するためのシーケンス図である。
【００３６】
例えば、各ログ生成アプリ５６のログ生成部５６２は、その起動処理の過程において、ログ管理アプリ５４のログフォーマット管理部５５２に対し、ログフォーマット情報の取得要求を送信する（Ｓ１０１、Ｓ１０３）。取得要求には、取得要求元のログ生成アプリ５６が生成するログのログＩＤが一以上指定される。
【００３７】
ログフォーマット情報の取得要求に応じ、ログフォーマット管理部５５２は、当該取得要求に指定されたログＩＤに対応するログフォーマット情報を、アプリログフォーマット記憶部５５３及びログフォーマット情報記憶部５５４等を用いて判定及び取得する。具体的には、ログフォーマット管理部５５２は、まず、ログＩＤに対応付けられているフォーマット名を、アプリログフォーマット記憶部５５３より取得する。
【００３８】
図６は、アプリログフォーマット記憶部の構成例を示す図である。同図に示されるように、アプリログフォーマット記憶部５５３には、ログＩＤごとにフォーマット名が記憶されている。同図に示されるように、異なるログＩＤ間において、同じフォーマット（フォーマット名）が共用されてもよい。
【００３９】
なお、アプリログフォーマット記憶部５５３のレコードは、インストール済みアプリ情報記憶部５２２の各レコードのログＩＤ及びフォーマット名の項目が抽出されたものである。すなわち、ログ管理アプリ５４のログフォーマット管理部５５２は、例えば、ＳＤＫアプリ５３がインストールされた際に、インストール済みアプリ情報記憶部５２２における当該ＳＤＫアプリ５３に係るレコードより、ログＩＤ及びフォーマット名を取得し、取得されたログＩＤ及びフォーマット名を含むレコードをアプリログフォーマット記憶部５５３に記録する。また、ログフォーマット管理部５５２は、ＳＤＫアプリ５３がアンインストールされた場合、アンインストールされたＳＤＫアプリ５３に対応するレコードをアプリログフォーマット記憶部５５３より削除する。
【００４０】
ログフォーマット管理部５５２は、アプリログフォーマット記憶部５５３より取得されたフォーマット名によって識別されるログフォーマット情報を、ログフォーマット情報記憶部５５４より取得する。
【００４１】
図７は、ログフォーマット情報記憶部の構成例を示す図である。同図に示されるように、ログフォーマット情報記憶部５５４には、フォーマット名ごとに、ログフォーマット情報が記憶されている。ログフォーマット情報は、例えば、１行分のログを構成する項目の並び順、及び各項目の形式又は記録内容を示す文字列等を含む。
【００４２】
ログフォーマット管理部５５２は、ログフォーマット情報記憶部５５４より取得されたログフォーマット情報を、取得要求元のログ生成アプリ５６に、ログＩＤに関連付けて返信する（Ｓ１０２、Ｓ１０４）。取得要求において複数のログＩＤが指定されている場合であって、各ログＩＤに対するログフォーマット情報が異なる場合、複数のログフォーマット情報が返信される。ログ生成アプリ５６のログ生成部５６２は、返信されたログフォーマット情報を、ログＩＤに関連付けて、ＲＡＭ１１２に関連付けて記憶しておく。
【００４３】
その後、ログ生成アプリ５６のログ生成部５６２は、当該ログ生成アプリ５６の処理の進行に応じて、ログ記憶部５６３にログを生成する（Ｓ１０５、Ｓ１０６）。この際、生成されるログは、当該ログが属するログＩＤに対応するログ取得Ｉ／Ｆによって識別可能なように記録される。ログＩＤに対応する該ログ取得Ｉ／Ｆは、ログ生成アプリ５６にとって既知であってもよいし、又は、インストール済みアプリ情報記憶部５２２より取得されてもよい。また、生成されるログのフォーマットは、当該ログが属するログＩＤに対応するログフォーマット情報に従う。その結果、例えば、フォーマット名「ｆｏｒｍａｔ１」に対応するログフォーマット情報に関連付けられているログＩＤに属するログは、例えば、図８又は図９に示されるように生成される。
【００４４】
図８は、ログフォーマット情報に基づいて生成されたログの第一の例を示す図である。また、図９は、ログフォーマット情報に基づいて生成されたログの第二の例を示す図である。
【００４５】
図８と図９との関係は、例えば、図８が、ログＩＤが「ログＡ１」に関するログであり、図９が、ログＩＤが「ログＢ１」に関するログであるといったような関係である。これら二つのログＩＤは、同一のフォーマット名（すなわち、同一のログフォーマット情報）に関連付けられている。したがって、それぞれのログＩＤに係るログは、同一のフォーマットで生成される。したがって、後述される、ログ参照時等において、例えば、二つのログＩＤに属するログをマージして表示させることも容易である。この際、所定の項目をキーとしてマージ結果をソートさせることもできる。
【００４６】
図１０は、複数のログＩＤに属するログをマージした第一の例を示す図である。同図には、図８のログと図９のログとがマージされ、第一項目（日付情報）をキーとして、昇順にソートされた例が示されている。
【００４７】
また、図１１は、複数のログＩＤに属するログをマージした第二の例を示す図である。同図には、図８のログと図９のログとがマージされ、第三項目（操作端末ＩＰ）をキーとして、昇順にソートされた例が示されている。なお、操作端末ＩＰとは、例えば、ログを生成したログ生成アプリ５６が、ユーザ端末２０より遠隔的に操作又は利用された場合の、ユーザ端末２０のＩＰアドレスである。
【００４８】
このように、ログのフォーマットに関して、一元的又は統一的な制御が行われ、ログのフォーマットが共通化されることにより、ログの取り扱いを簡便化することができる。また、ログの可読性を向上させることができる。更に、ログのフォーマットの制御が、ログ管理アプリ５４に一元化されることにより、ログのフォーマットの変更等の作業を簡便化することができる。
【００４９】
なお、図９に示されるログには、操作ユーザ名は記録されていない。このようなログは、例えば、認証を受けていないユーザによって利用されたログ生成アプリ５６が生成したものである。すなわち、各ログ生成アプリ５６の利用には、必ずしも認証を受けることは必要とはされない。認証を受けずに全ての機能を利用可能なログ生成アプリ５６が有ってもよいし、認証を受けなければ一部又は全部の機能の利用が制限されるログ生成アプリ５６が有ってもよい。
【００５０】
参考までに、ログのフォーマットに関して、ログフォーマット情報に基づく制御が行われない場合、図８に係るログは、例えば、図１２に示されるように生成される。また、図９に係るログは、例えば、図１３に示されるように生成される。図１２と図１３とを比較すると、そのフォーマットに関して整合が図られていないのが分かる。例えば、項目の並び順や、項目を区切る文字等が異なる。したがって、図１０又は図１１に示されるように、マージ等を行うのは困難である。また、ログ生成アプリ５６ごとにログの形式が異なるため、解読作業が非常に煩雑となりうる。
【００５１】
続いて、ログの参照時の処理手順について説明する。図１４は、ログ参照時の処理手順を説明するためのシーケンス図である。同図の初期状態において、ユーザ端末２０には、ログ管理アプリ５４のログイン画面が表示されていることとする。当該ログイン画面は、例えば、ユーザ端末２０において、ログ管理アプリ５４の利用が指示された場合に表示される。なお、ユーザ端末２０には、画像形成装置１０の管理用のプログラムがインストールされている。ユーザ端末２０は、当該プログラムによる制御に基づいて、図１４に示される処理手順の一部を実行する。但し、図１４に示されるユーザ端末２０の処理手順は、ユーザ端末２０が有するＷｅｂブラウザによって実行されてもよい。すなわち、画像形成装置１０は、Ｗｅｂページによるユーザインタフェースをユーザ端末２０に提供するようにしてもよい。この場合、ユーザ端末２０には、前述された管理用のプログラムはインストールされなくてもよい。
【００５２】
ユーザ端末２０に表示されているログイン画面に対して、ユーザによって認証情報（ユーザ名及びパスワード）が入力されると、ユーザ端末２０は、入力されたユーザ名及びパスワードを含むログイン要求を、画像形成装置１０のログ管理アプリ５４に送信する（Ｓ２０１）。
【００５３】
ログ管理アプリ５４の制御部５４１は、当該ログイン要求に応じた認証を、ログ管理アプリ５４の認証部５４２に要求する（Ｓ２０２）。認証部５４２は、当該ログイン要求に含まれているユーザ名及びパスワードを、認証情報記憶部５４３に記憶されているユーザ名及びパスワードと照合することにより、ユーザの認証を行う（Ｓ２０３）。
【００５４】
図１５は、認証情報記憶部の構成例を示す図である。同図において、認証情報記憶部５４３は、ユーザごとに、ユーザ名、パスワード、及びログ参照権限等を記憶する。同図において、ログ参照権限は、管理者権限、サービス権限、又は一般権限に分類される。管理者権限は、システムの管理者に与えられる参照権限である。すなわち、ユーザ名が「Ａｄｍｉｎ」であるユーザは、管理者を示す。サービス権限は、画像形成装置１０の保守員（サービスマン）に与えられる参照権限である。すなわち、ユーザ名が「Ｓｅｒｖｉｃｅ」であるユーザは、保守員を示す。一般権限は、一般ユーザに対して与えられる参照権限である。一般ユーザとは、管理者又は保守員以外のユーザをいう。
【００５５】
ログイン要求に含まれているユーザ名及びパスワードと一致するユーザ名及びパスワードを含むレコードが認証情報記憶部５４３に記憶されている場合、認証部５４２は、認証は成功したと判定し、当該レコードに含まれているログ参照権限を取得し、記憶しておく。
【００５６】
続いて、認証部５４２は、各ログ生成アプリ５６にログインするための認証要求を、各ログ生成アプリ５６に送信する（Ｓ２０４）。本実施の形態において、ログ管理アプリ５４がログ生成アプリ５６よりログを取得するためには、ログ管理アプリ５４は当該ログ生成アプリ５６に認証されている必要があるからである。当該認証要求には、ログイン先のログ生成アプリ５６に対する認証情報が指定される。当該認証情報は、アプリログイン情報記憶部５４４より取得される。
【００５７】
図１６は、アプリログイン情報記憶部の構成例を示す図である。同図において、アプリログイン情報記憶部５４４には、ユーザ名ごとに、各ログ生成アプリ５６のアプリＩＤ，認証Ｉ／Ｆ、ユーザ名、及びパスワード等が記憶されている。
【００５８】
認証Ｉ／Ｆは、アプリＩＤに係るログ生成アプリ５６に認証要求を送信するためのインタフェース情報である。同図では、認証Ｉ／Ｆとして、ＵＲＬ（Uniform Resource Locator）が指定された例が示されている。但し、関数名等、他のインタフェース情報が指定されるようにしてもよい。ユーザ名及びパスワードは、第一項目のユーザ名に係るユーザに関して、アプリＩＤに係るログ生成アプリ５６にログインするための認証情報である。
【００５９】
したがって、認証部５４２は、ログ管理アプリ５４に関して認証に成功したユーザ（以下、「ログインユーザ」という。）のユーザ名に関して、アプリログイン情報記憶部５４４において対応付けられているアプリＩＤごとに、認証Ｉ／Ｆ、ユーザ名、及びパスワードを取得する。認証部５４２は、ステップＳ２０４において、取得された各アプリＩＤに係る各ログ生成アプリ５６に対して、認証Ｉ／Ｆに基づく認証要求を送信する。当該認証要求は、当該アプリＩＤに関連付けられている、ユーザ名及びパスワードが指定される。
【００６０】
認証要求を受信したログ生成アプリ５６の認証部５６１は、当該認証要求に指定されているユーザ名及びパスワードに基づいて認証を行い、認証結果をログ管理アプリ５４の認証部５４２に返信する（Ｓ２０５）。
【００６１】
各ログ生成アプリ５６より認証結果が受信されると、認証部５４２は、ログインユーザに関して記憶しておいたログ参照権限と、認証に成功した（認証が通った）ログ生成アプリ５６のアプリＩＤの一覧とを制御部５４１に出力する（Ｓ２０６）。
【００６２】
続いて、制御部５４１は、ログインユーザのログ参照権限、及び認証に成功したログ生成アプリ５６のアプリＩＤの一覧等を指定して、ログインユーザが参照可能なログＩＤの判定要求をログ管理部５４５に入力する（Ｓ２０７）。ログ管理部５４５は、当該判定要求を参照可能ログ判定部５４６に転送する（Ｓ２０８）。
【００６３】
続いて、参照可能ログ判定部５４６は、判定要求に指定された情報、ログ参照権限報記憶部５４８、及びログＩＤ記憶部５４７等を用いて、ログインユーザが参照可能なログＩＤを判定する（Ｓ２０９）。具体的には、まず、参照可能ログ判定部５４６は、判定要求に指定されたログ参照権限及びログ参照権限報記憶部５４８を用いて、当該参照権限によって参照が可能な（参照が許可される）ログＩＤを判定する。
【００６４】
図１７は、ログ参照権限報記憶部の構成例を示す図である。同図において、ログ参照権限報記憶部５４８には、ログ参照権限ごとに、参照可能ログＩＤが記憶されている。参照可能ログＩＤは、参照が可能なログＩＤの集合である。例えば、管理者権限については、「ログＡ１」又は「ログＢ１」のログＩＤに属するログの参照が可能である。また、一般権限については、「ログＡ３」のログＩＤに属するログの参照が可能である。なお、ログ参照権限報記憶部５４８の記憶内容は、参照可能ログ判定部５４６が操作パネル１５又はユーザ端末２０に表示させる画面を介して編集可能としてもよい。
【００６５】
参照可能ログ判定部５４６は、判定されたログＩＤの中から、判定要求に指定されたアプリＩＤの一覧及びログＩＤ記憶部５４７を用いて、ログインユーザが参照可能なログＩＤを抽出する。
【００６６】
図１８は、ログＩＤ記憶部の構成例を示す図である。同図において、ログＩＤ記憶部５４７は、ログＩＤごとに、当該ログＩＤを使用する（当該ログＩＤに属するログを生成する）ログ生成アプリ５６のアプリＩＤが記憶されている。
【００６７】
なお、ログＩＤ記憶部５４７のレコードは、インストール済みアプリ情報記憶部５２２の各レコードのログＩＤ及びアプリＩＤの項目が抽出されたものである。すなわち、ログ管理アプリ５４の参照可能ログ判定部５４６は、例えば、ＳＤＫアプリ５３がインストールされた際に、インストール済みアプリ情報記憶部５２２における当該ＳＤＫアプリ５３に係るレコードより、ログＩＤ及びアプリＩＤを取得し、取得されたログＩＤ及びアプリＩＤを含むレコードをログＩＤ記憶部５４７に記録する。また、参照可能ログ判定部５４６は、ＳＤＫアプリ５３がアンインストールされた場合、アンインストールされたＳＤＫアプリ５３に対応するレコードをログＩＤ記憶部５４７より削除する。
【００６８】
参照可能ログ判定部５４６は、ログ参照権限に対する参照可能ログＩＤの中から、判定要求に指定されたアプリＩＤに関してログＩＤ記憶部５４７において対応付けられているログＩＤを抽出する。すなわち、ログインユーザに関して認証に成功したログ生成アプリ５６に関するログＩＤに、参照可能なログが限定される。例えば、サービス権限を有するログインユーザが、アプリＩＤ「ＡｐｐＡ」に係るログ生成アプリ５６の認証に成功し、アプリＩＤ「ＡｐｐＢ」に係るログ生成アプリ５６の認証に失敗したとする。この場合、「ログＡ１」及び「ログＡ２」が、ログインユーザが参照可能なログであると判定される。サービス権限に関しては、「ログＢ２」も参照可能であるが（図１７参照）、「ログＢ２」は、アプリＩＤ「ＡｐｐＢ」に対するログＩＤであるため（図１８参照）、当該アプリＩＤに係るログ生成アプリ５６のログインに失敗したログインユーザには、当該ログＩＤの参照は許可されない。
【００６９】
続いて、参照可能ログ判定部５４６は、ログインユーザが参照可能なログＩＤの一覧を判定結果としてログ管理部５４５に出力する（Ｓ２１０）。ログ管理部５４５は、当該判定結果を制御部５４１に転送する（Ｓ２１１）。制御部５４１は、当該判定結果が示す、ログＩＤの一覧をユーザ端末２０に送信する（Ｓ２１２）。ユーザ端末２０は、当該ログＩＤの一覧の中から、参照対象とするログＩＤを選択させるための画面（以下、「参照ログ選択画面」という。）を表示装置に表示させる。
【００７０】
ユーザによって、参照ログ選択画面を介して、参照対象とするログＩＤが１以上選択されると、ユーザ端末２０は、選択されたログＩＤの一覧を含むログの参照要求（取得要求）を、ログ管理アプリ５４に送信する（Ｓ２１３）。ログ管理アプリ５４の制御部５４１は、当該参照要求の受信に応じ、当該参照要求に含まれているログＩＤに係るログの取得を、ログ管理部５４５に要求する（Ｓ２１４）。
【００７１】
ログ管理部５４５は、当該ログＩＤを指定して、ログ取得Ｉ／Ｆの取得をログＩ／Ｆ情報管理部５４９に要求する（Ｓ２１５）。ログＩ／Ｆ情報管理部５４９は、指定されたログＩＤに対するログ取得Ｉ／ＦをログＩ／Ｆ情報記憶部５５０より取得し、取得されたログ取得Ｉ／Ｆを、ログ管理部５４５に出力する（Ｓ２１６）。
【００７２】
図１９は、ログＩ／Ｆ情報記憶部の構成例を示す図である。同図において、ログＩ／Ｆ情報記憶部５５０は、ログＩＤごとに、ログ取得Ｉ／Ｆが記憶されている。なお、本実施の形態において、ログＩＤは、ログ生成アプリ５６を更に細分化する単位である。換言すれば、一つのログＩＤは、二つのログ生成アプリ５６を跨ることはない。したがって、ログＩＤごとに、ログ取得Ｉ／Ｆが記憶されているということは、少なくとも、ログ生成アプリ５６ごとにログ取得Ｉ／Ｆが記憶されていることを意味する。
【００７３】
なお、ログＩ／Ｆ情報記憶部５５０のレコードは、インストール済みアプリ情報記憶部５２２の各レコードのログＩＤ及びログ取得Ｉ／Ｆの項目が抽出されたものである。すなわち、ログ管理アプリ５４のログＩ／Ｆ情報管理部５４９は、例えば、ＳＤＫアプリ５３がインストールされた際に、インストール済みアプリ情報記憶部５２２における当該ＳＤＫアプリ５３に係るレコードより、ログＩＤ及びログ取得Ｉ／Ｆを取得し、取得されたログＩＤ及びログ取得Ｉ／Ｆを含むレコードをログＩ／Ｆ情報記憶部５５０に記録する。また、ログＩ／Ｆ情報管理部５４９は、ＳＤＫアプリ５３がアンインストールされた場合、アンインストールされたＳＤＫアプリ５３に対応するレコードをログＩ／Ｆ情報記憶部５５０より削除する。
【００７４】
また、ログＩ／Ｆ情報記憶部５５０の内容は、ログＩ／Ｆ情報管理部５４９が操作パネル１５又はユーザ端末２０に表示させる画面を介して編集可能としてもよい。
【００７５】
続いて、ログ管理部５４５は、取得されたログ取得Ｉ／Ｆを指定して、ログの取得をログ取得部５５１に要求する（Ｓ２１７）。ログ取得部５５１は、指定されたログ取得Ｉ／Ｆに基づいて、ログの取得要求を送信する（Ｓ２１８）。当該取得要求は、当該ログ取得Ｉ／Ｆに対応するログ生成アプリ５６のログ提供部５６４によって受信される。当該ログ提供部５６４は、当該ログ生成アプリ５６のログ記憶部５６３より、当該ログ取得Ｉ／Ｆに係るログ（すなわち、当該ログ取得Ｉ／Ｆに対応するログＩＤに属するログ）を取得する。当該ログ提供部５６４は、取得されたログをログ取得部５５１に返信する（Ｓ２１９）。なお、複数のログＩＤが参照対象とされた場合、ステップＳ２１８及びＳ２１９は、複数回実行される。
【００７６】
続いて、ログ取得部５５１は、取得されたログをログ管理部５４５に出力する（Ｓ２２０）。ログ管理部５４５は、当該ログを制御部５４１に転送する（Ｓ２２１）。制御部５４１は、当該ログを、ユーザ端末２０に送信する（Ｓ２２１）。当該ログを受信したユーザ端末２０は、当該ログを表示装置に表示させる。その結果、ユーザは、自らの参照権限の範囲内において、所望するログを参照することができる。
【００７７】
上述したように、本実施の形態によれば、ログ管理アプリ５４によって、各ログ生成アプリ５６のログが一元的に扱われる。例えば、ログ管理アプリ５４は、各ログ生成アプリ５６のログ取得Ｉ／Ｆを一元的に管理し、当該ログ取得Ｉ／Ｆに基づいて、各ログ生成アプリ５６のログを取得することができる。また、ログの取得は、ログＩＤごとに行うことができる。したがって、複数のログ生成アプリ５６によって生成されるログの操作性を向上させることができる。例えば、ユーザ（ユーザ端末２０）は、個々のログ生成アプリ５６を意識することなく、ログ管理アプリ５４にアクセスすることで、複数のログ生成アプリ５６のそれぞれのログを取得することができる。
【００７８】
また、ログ管理アプリ５４によってログ参照権限が一元的に管理されることにより、ユーザに応じたログの参照に対する制限を、ログ管理アプリ５４が一元的に行うことができる。
【００７９】
なお、生成されたログは、各ログ生成アプリ５６のログ記憶部５６３においてではなく、ログ管理アプリ５４の管理下の記憶部において記憶されてもよい。この場合、各ログ生成アプリ５６は、ログの生成に応じて、生成されたログをログ管理アプリ５４に送信すればよい。又は、ログ管理アプリ５４が、定期的に、各ログ生成アプリ５６よりログの収集を行ってもよい。
【００８０】
また、ログＩＤは、ログ生成アプリ５６に対して一つだけ割り当てられるようにしてもよい。この場合、参照対象とするログＩＤの選択は、ログの参照対象とするログ生成アプリ５６の選択に相当する。
【００８１】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【符号の説明】
【００８２】
１０          画像形成装置
１１          コントローラ
１２          スキャナ
１３          プリンタ
１４          モデム
１５          操作パネル
１６          ネットワークインタフェース
１７          ＳＤカードスロット
２０          ユーザ端末
５１        システムファームウェア
５２        ＳＤＫプラットフォーム
５３        ＳＤＫアプリ
５４          ログ管理アプリ
５６          ログ生成アプリ
８０          ＳＤカード
１１１        ＣＰＵ
１１２        ＲＡＭ
１１３        ＲＯＭ
１１４        ＨＤＤ
１１５        ＮＶＲＡＭ
５２１        アプリインストール管理部
５２２        インストール済みアプリ情報記憶部
５４１        制御部
５４２        認証部
５４３        認証情報記憶部
５４４        アプリログイン情報記憶部
５４５        ログ管理部
５４６        参照可能ログ判定部
５４７        ログＩＤ記憶部
５４８        ログ参照権限記憶部
５４９        ログＩ／Ｆ情報管理部
５５０        ログＩ／Ｆ情報記憶部
５５１        ログ取得部
５５２        ログフォーマット管理部
５５３        アプリログフォーマット記憶部
５５４        ログフォーマット情報記憶部
５６１        認証部
５６２        ログ生成部
５６３        ログ記憶部
５６４        ログ提供部
【先行技術文献】
【特許文献】
【００８３】
【特許文献１】特開平１０‐０５５２９４号公報
【図１】
2012088849.tif 000003
【図２】
2012088849.tif 000004
【図３】
2012088849.tif 000005
【図４】
2012088849.tif 000006
【図５】
2012088849.tif 000007
【図６】
2012088849.tif 000008
【図７】
2012088849.tif 000009
【図８】
2012088849.tif 000010
【図９】
2012088849.tif 000011
【図１０】
2012088849.tif 000012
【図１１】
2012088849.tif 000013
【図１２】
2012088849.tif 000014
【図１３】
2012088849.tif 000015
【図１４】
2012088849.tif 000016
【図１５】
2012088849.tif 000017
【図１６】
2012088849.tif 000018
【図１７】
2012088849.tif 000019
【図１８】
2012088849.tif 000020
【図１９】
2012088849.tif 000021