(57)【要約】      （修正有）【課題】ユーザがアンインストールしたアプリケーションによって行われたジョブであっても、正確なジョブログを出力する。【解決手段】ジョブログは、インストールされたアプリケーションに対応した階層的なアプリＩＤ（アプリ名）、属性ＩＤ（項目名）、データＩＤ（データ名）を含んで構成され、アプリケーションに対応した動作機能を示すジョブはＩＤによって構成される。記憶部１０２には定義情報テーブル１０２Ａが設けられており、ジョブログの出力時には指定したジョブログのＩＤからジョブログデータ項目セットＩＤをキーにして定義情報テーブル１０２Ａから各名称を逆引きして解読されたジョブログをユーザに提供する。【選択図】図２
2007102416.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションが適宜選択されて動作することにより、種々のジョブを行う電子機器において、
前記各アプリケーション毎のジョブログについて、前記ジョブログの内容を定義する情報を、予め定められた同一の体系にしたがって生成し、これを共通体系定義情報として前記各アプリケーションに対応させて記憶する定義情報記憶手段と、
前記各アプリケーションが行ったジョブに対して、前記定義情報記憶手段内の共通体系定義情報にしたがってジョブログを生成し記憶するジョブログ記憶手段と、
前記ジョブログ記憶手段が記憶しているジョブログを前記定義情報記憶手段が記憶している共通体系定義情報にしたがって前記各アプリケーションに対応したジョブログの内容に解読するジョブログ解読手段と、を具備する
ことを特徴とする電子機器。
【請求項２】
前記定義情報記憶手段は、各アプリケーション毎のジョブログ内の項目名を前記予め定められた同一の体系にしたがった項目コードに対応付け、この項目コードを前記共通体系定義情報の一部として記憶し、
前記ジョブログ記憶手段は前記各アプリケーションが行ったジョブに対して、前記定義情報記憶手段内の共通体系定義情報内の項目コードにしたがった項目コードを有したジョブログを生成して記憶し、
ジョブログ解読手段は、前記ジョブログ記憶手段が記憶しているジョブログ内の項目コードを前記定義情報記憶手段が記憶している共通体系定義情報にしたがって前記各アプリケーションに対応したジョブログの項目名を取得する
ことを特徴とする請求項１記載の電子機器。
【請求項３】
前記各アプリケーション毎のジョブログの項目に数値情報が付加されている場合は、前記ジョブログ記憶手段は項目コードとともに前記数値情報を対にして記憶し、
前記ジョブログ解読手段は、前記ジョブログ記憶手段が記憶しているジョブログ内の項目コードを前記各アプリケーションに対応したジョブログの項目名を取得した際に、前記ジョブログ記憶手段が当該項目コードと対にして記憶している数値情報を、取得した項目名に付加する
ことを特徴とする請求項２記載の電子機器。
【請求項４】
前記定義情報記憶手段は、各アプリケーション毎のジョブログ内の項目を前記予め定められた同一の体系にしたがった項目コードに変換し、この項目コードを前記共通体系定義情報の一部として記憶する際に、一つのジョブに関連する項目コードを集合させて群として記憶するとともに、各群に対してジョブログデータ項目セットコードを付与し、
前記ジョブログ記憶手段は前記各アプリケーションが行ったジョブに対して、前記ジョブログデータ項目セットコードを用いてジョブログを生成して記憶し、
ジョブログ解読手段は、前記ジョブログ記憶手段が記憶している前記ジョブログデータ項目セットコードを読み出し、前記定義情報記憶手段が記憶しているジョブログデータ項目セットコードに対応して群として記憶されている項目コードを参照し、共通体系定義情報にしたがって前記各アプリケーションに対応したジョブログの項目名に解読する
ことを特徴とする請求項１から３のいずれかに記載の電子機器。
【請求項５】
前記ジョブログ読解手段にて解読したジョブログを出力した場合には、このジョブログを削除するジョブログ削除手段を備えた
ことを特徴とする請求項１から４のいずれかに記載の電子機器。
【請求項６】
ジョブログ対応するアプリケーションがアンインストールされている場合、ジョブログ情報記憶部に記憶されたジョブログのうち、前記アプリケーションに関係する項目コードで生成されているジョブログが有るか否かを判定し、前記アプリケーションに関係する項目コードで生成されているジョブログがない場合には、この項目コードを定義する共通体系定義情報を前記定義情報記憶手段から削除する共通体系定義情報削除手段を備えた
ことを特徴とする請求項４記載の電子機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションの追加や差し替えが可能な電子機器において、アプリケーションがアンインストールされても、そのジョブログを良好に読むことができる技術に関する。
【背景技術】
【０００２】
市場導入後に新規アプリケーションの追加や差し替え、不必要なアプリケーションのアンインストールといったカスタマイズが可能な電子機器があり、この種の電子機器では各アプリケーション毎にジョブログが生成される。
例えば、コピー、ファックス、スキャナ及びプリンタなどの機能を併せ持っている複写機（電子機器）では、コピー、ファックス、スキャナ及びプリンタの各機能の実行後に、この作業の内容をジョブ履歴として記憶する技術がある（特許文献１〜４、参照）。一例として、プリンタとして機能させた場合には、プリンタの設定情報・日付、出力者等をジョブ履歴として蓄積しておく。
【０００３】
【特許文献１】特開２００３−１３４２９０号公報
【特許文献２】特開２００４−１２５９９号公報
【特許文献３】特開２００３−２３３５４７号公報
【特許文献４】特開２００３−３３０６６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
前記各特許文献では、電子機器において、あるアプリケーションを用いて実行されたジョブをジョブ履歴として記憶し、後にこのジョブ履歴を読み出すことを可能にしている。
しかしながら、市場導入後に新規アプリケーションの追加や差し替え、不必要なアプリケーションのアンインストールといったカスタマイズが可能な電子機器にあっては、あるアプリケーションをアンインストールした後に、このアプリケーションを用いて実行されたジョブ履歴を読み出す際、アプリケーション特有の設定情報が表示できずに、ジョブ履歴を正確に読み出すことができない場合があった。
【０００５】
本発明はこのような課題に鑑みてなされたものであり、あるアプリケーションがアンインストールされても、そのアプリケーションについてのジョブログの内容を正しく読み出すことのできる電子機器を提供することである。
【課題を解決するための手段】
【０００６】
上述の目的を達成するため、本発明が採用する電子機器は、複数のアプリケーションが適宜選択されて動作することにより、種々のジョブを行う電子機器において、前記各アプリケーション毎のジョブログについて、前記ジョブログの内容を定義する情報を、予め定められた同一の体系にしたがって生成し、これを共通体系定義情報として前記各アプリケーションに対応させて記憶する定義情報記憶手段と、前記各アプリケーションが行ったジョブに対して、前記定義情報記憶手段内の共通体系定義情報にしたがってジョブログを生成し記憶するジョブログ記憶手段と、前記ジョブログ記憶手段が記憶しているジョブログを前記定義情報記憶手段が記憶している共通体系定義情報にしたがって前記各アプリケーションに対応したジョブログの内容に解読するジョブログ解読手段と、を具備することを特徴とする。
【０００７】
このように構成することにより、定義情報記憶手段には、ジョブログの内容を定義する情報を、予め定められた同一の体系にしたがった情報に変換した共通体系定義情報が、前記各アプリケーション毎に記憶され、ジョブログ記憶手段には、各アプリケーションが行ったジョブに対して、前記共通体系定義情報にしたがってジョブログを生成し記憶し、ジョブログ解読手段では、ジョブログ記憶手段に記憶しているジョブログを、前記共通体系定義情報にしたがって前記各アプリケーションに対応したジョブログの内容に解読する。よって、ジョブログを共通体系定義情報にしたがって構成しているから、例えば、あるアプリケーションがアンインストールされた場合であっても、共通体系定義情報が削除されない限りにおいて、ジョブログ解読手段によりジョブログが解読される。
【０００８】
上記電子機器において、前記定義情報記憶手段は、前記定義情報記憶手段は、各アプリケーション毎のジョブログ内の項目名を前記予め定められた同一の体系にしたがった項目コードに対応付け、この項目コードを前記共通体系定義情報の一部として記憶し、前記ジョブログ記憶手段は前記各アプリケーションが行ったジョブに対して、前記定義情報記憶手段内の共通体系定義情報内の項目コードにしたがった項目コードを有したジョブログを生成して記憶し、ジョブログ解読手段は、前記ジョブログ記憶手段が記憶しているジョブログ内の項目コードを前記定義情報記憶手段が記憶している共通体系定義情報にしたがって前記各アプリケーションに対応したジョブログの項目名を取得することが望ましい。
【０００９】
上記電子機器において、前記各アプリケーション毎のジョブログの項目に数値情報が付加されている場合は、前記ジョブログ記憶手段は項目コードとともに前記数値情報を対にして記憶し、前記ジョブログ解読手段は、前記ジョブログ記憶手段が記憶しているジョブログ内の項目コードを前記各アプリケーションに対応したジョブログの項目名を取得した際に、前記ジョブログ記憶手段が当該項目コードと対にして記憶している数値情報を、取得した項目名に付加することが望ましい。
【００１０】
上記電子機器において、前記定義情報記憶手段は、各アプリケーション毎のジョブログ内の項目を前記予め定められた同一の体系にしたがった項目コードに変換し、この項目コードを前記共通体系定義情報の一部として記憶する際に、一つのジョブに関連する項目コードを集合させて群として記憶するとともに、各群に対してジョブログデータ項目セットコードを付与し、前記ジョブログ記憶手段は前記各アプリケーションが行ったジョブに対して、前記ジョブログデータ項目セットコードを用いてジョブログを生成して記憶し、ジョブログ解読手段は、前記ジョブログ記憶手段が記憶している前記ジョブログデータ項目セットコードを読み出し、前記定義情報記憶手段が記憶しているジョブログデータ項目セットコードに対応して群として記憶されている項目コードを参照し、共通体系定義情報にしたがって前記各アプリケーションに対応したジョブログの項目名に解読することが望ましい。
【００１１】
上記電子機器において、前記ジョブログ読解手段にて解読したジョブログを出力した場合には、このジョブログを削除するジョブログ削除手段を備えることが望ましい。
【００１２】
上記電子機器において、ジョブログ対応するアプリケーションがアンインストールされている場合、ジョブログ情報記憶部に記憶されたジョブログのうち、前記アプリケーションに関係する項目コードで生成されているジョブログが有るか否かを判定し、前記アプリケーションに関係する項目コードで生成されているジョブログがない場合には、この項目コードを定義する共通体系定義情報を前記定義情報記憶手段から削除する共通体系定義情報削除手段を備えることが望ましい。
【発明の効果】
【００１３】
本発明に係る画像処理装置によれば、定義情報記憶手段には、ジョブログの内容を定義する情報を、予め定められた同一の体系にしたがった情報に変換した共通体系定義情報が、前記各アプリケーション毎に記憶され、ジョブログ記憶手段には、各アプリケーションが行ったジョブに対して、前記共通体系定義情報にしたがってジョブログを生成し記憶し、ジョブログ解読手段では、ジョブログ記憶手段に記憶しているジョブログを、前記共通体系定義情報にしたがって前記各アプリケーションに対応したジョブログの内容に解読する。よって、ジョブログを共通体系定義情報にしたがって構成しているから、例えば、あるアプリケーションがアンインストールされた場合であっても、共通体系定義情報が削除されない限りにおいて、ジョブログ解読手段によりジョブログが解読することができる。
【発明を実施するための最良の形態】
【００１４】
＜実施形態＞
以下、図面を参照し、本発明に係る第１実施形態を説明する。図１は、本実施形態に係る複合機１００が接続される画像形成システム１の全体構成を示す図である。このシステム１は、ネットワーク４００を介して接続された複合機１００、クライアント端末２００Ａ，２００Ｂ…２００Ｎを具備している。複合機１００は、コピー、スキャナ、プリンタ、ファクスの機能を備える。
【００１５】
本実施形態を説明するに当たり、その適用の事例として、本実施形態にかかるシステム１を社内で使用する場合について述べる。この場合、ネットワーク４００はＬＡＮ（Local Area Network）となる。
【００１６】
クライアント端末２００は、パーソナルコンピュータ等によって構成されている。端末２００では、各種アプリケーションによって印刷データが生成され、この印刷データは、複合機１００にて印刷可能なデータとなる。
【００１７】
＜１．複合機１００の構成＞
図２は、複合機１００の機能構成を示すブロック図である。複合機１００は、制御部１０１と、記憶部１０２と、画像読取部１０３と、画像形成部１０４と、画像処理部１０５と、ネットワークインターフェース（Ｉ／Ｆ）部１０６と、デバイスインターフェース（Ｉ／Ｆ）部１０７と、ＵＩ（User Interface）部１０８と、を備える。
【００１８】
制御部１０１は、ＣＰＵ（Central Processing Unit）等の演算装置と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）等の各種メモリとを備えており、記憶部１０２に記憶された各種プログラムを実行することにより複合機１００各部の動作を制御する。ここで「プログラム」とは、複合機１００の基本的な制御を行うファームウェアと、後述する図７〜図１０に示す処理等を実行するためのソフトウェア（アプリケーションソフトウエア）とを含んでいる。記憶部１０２は例えばＨＤＤ（Hard Disk Drive）と不揮発性メモリからなるキャッシュ等であり、通常の複合機としての動作処理、個人認証処理、アプリケーション追加／削除処理を行う各種プログラムに加え、後述する処理によって生成される定義情報テーブル１０２Ａ、ジョブログテーブル１０２Ｂさらに登録ユーザ記憶テーブル１０２Ｃ（登録ユーザテーブル１０２Ｃ−１、ユーザ権限テーブル１０２Ｃ−２）を有する。
【００１９】
ここで、定義情報テーブル１０２Ａを図３に示す。この定義情報テーブル１０２Ａは、後述する定義情報記憶処理によって書き込まれるもので、アプリケーション定義レコード、属性定義レコード、データ定義レコードの３つのレコードに別れ、各レコードは階層的に構成されている。
アプリケーション定義レコードは、アプリケーションを特定するとともに、そのアプリケーションのあるジョブにおいて用いられるデータの組み合わせを特定する。アプリケーションの特定はアプリＩＤという項目で行われ、データの組み合わせの特定はジョブログデータ項目セットＩＤという項目で行われる。例えば、図示の例では、アプリＩＤが“１０Ａ”、ジョブログデータ項目セットＩＤが１０Ａ０１という値になっている。また、アプリケーション定義レコードにはアンインストールフラグが含まれており、そのアプリケーションがアンインストールされた場合には、このフラグによって識別できるようになっている。また、同一のアプリケーションでもデータ項目セットＩＤが異なれば、別のレコードとなる。
属性定義レコードは、ジョブログデータ項目セットＩＤによって特定されるデータ項目の数だけ、アプリケーション定義レコードの下位に連なるレコードである。この属性定義レコードは、データの属性を特定する属性ＩＤ、項目の名称を示す項目名、およびデータのタイプを示すデータ型の各項目から成っている。データ型の記述例としては、例えば、データが数値で表される場合には「数値型」、データが処理の内容を示す場合には「列挙型」という記述になる。
属性定義レコードには、同じデータ型に分類されるデータ定義レコードが下位に連なっている。データ定義レコードは、データの種類を特定するデータＩＤとデータの名前を示すデータ名からなっている。
ここで、一例を示すと、例えば、データ型が「列挙型」である場合は、データ名としては「フルカラー」、「ブラックアンドホワイト」などの名称と、それらのデータを識別するデータＩＤをもったデータ定義レコードが、属性定義レコードの下位に連なっている。また、データ型が「数値型」の場合は、データ定義レコードのデータＩＤは不要になり、データ名のところに数値が記述される。図３に示す属性定義レコードの例では、アプリＩＤ“１０Ａ”に対して、属性ＩＤが２０Ａ、項目名には“カラーモード”、データ形式は“列挙型”…、属性ＩＤが“２０Ａ”…となっている。この属性定義レコードに連なるデータ定義レコードの一つは、データ名が“自動”となり、データＩＤが“３０Ａ”となっている。
【００２０】
次に、ジョブログテーブル１０２Ｂについて図４を参照しつつ説明する。このジョブログテーブル１０２Ｂは、後述するジョブログ作成処理によって書き込まれるもので、ジョブログレコードおよびジョブログデータレコードから構成される。ジョブログレコードは、ジョブＩＤ、日付および図３に示すジョブログデータ項目セットＩＤから構成される。ジョブログデータレコードは、図３に示す属性定義レコードの中の属性ＩＤと、データ定義レコードの中のデータＩＤから構成されている。そして、このジョブログデータ項目セットＩＤの下位には、単数或いは複数の属性ＩＤ、データＩＤからなるジョグログデータレコードが位置する。
図４に示すジョブログテーブル１０２Ｂの例では、１つのジョブログＩＤ“００００１”は、ジョブログデータ項目セットＩＤが１０Ａ０１の場合を示しており、 日付は“２００５年９月１日”になっている。
【００２１】
次に、登録ユーザテーブル１０２Ｃ−１について図５を参照しつつ説明する。この登録ユーザテーブル１０２Ｃ−１は、予めユーザ毎に登録されるもので、ユーザＩＤに対してパスワード、連絡先情報等から構成される。このテーブル１０２Ｃ−１は、個人認証時に用いられるデータである。認証処理は、ユーザに対してパスワードの入力を促し、入力されたパスワードが正しいか否かで認証を行う。認証に用いる情報は、パスワードに限らず、指紋，声紋，網膜等の人体情報等であってもよい。
ユーザ権限テーブル１０２Ｃ−２について図６を参照しつつ説明する。このユーザ権限テーブル１０２Ｃ−２は、予めユーザ毎に登録されるもので、ユーザＩＤに対して属性ＩＤ、許可フラグ等から構成される。このテーブル１０２Ｃ−２は、ユーザ毎にジョブログを参照する際に制限を設けるために用いられるもので、属性ＩＤ毎に許可フラグを立てることで参照が許可される属性ＩＤを指定する。
【００２２】
図２の説明に戻る。画像読取部１０３は、図示せぬプラテン、光源、ミラー、レンズ及び受光素子等を備えており、プラテン上に載置された原稿Ｄを光学的に読み取ることで画像信号を生成する。この画像読取部１０３には原稿Ｄを自動的にプラテン上に移動させる自動原稿送り装置（図示せず）も設けられている。生成された画像信号は、画像処理部１０５において各種の画像処理が施されて画像データへと変換される。画像形成部１０４は、図示せぬ感光体、帯電装置、露光装置、現像装置及び転写ベルト等を備え、この画像データに基づく画像を用紙等の記録材表面に形成（すなわち印刷）して印刷物Ｐを出力する。
この画像形成部１０４では、通常の画像形成動作に加えて不可視トナーによる画像形成機構も備えており、この不可視トナーによる画像形成機構によって履歴情報に基づいた履歴が用紙上に形成される。
【００２３】
画像処理部１０５は、複数のＬＳＩ（Large Scale Integration）を備え、種々の画像処理を行う。この画像処理には、例えば画像信号から画像データを生成するためのＡＤ変換、γ変換、シェーディング補正に加え、ユーザの指示によって行われる画像回転、濃度変換、画像形成モード変換等が含まれる。これらの画像処理にはそれぞれの処理に対応したＬＳＩがあり、画像処理部１０５においては、画像処理の種類に応じたＬＳＩに画像信号または画像データが供給されるようになっている。この画像処理部１０５では、クライアント端末２００から送信されるテキスト化された印刷データ（電子文書）、或いは画像読取部１０３で読み取ったイメージ化された画像データを受け、このデータを処理した後の画像データを画像形成部１０４に転送する。
【００２４】
ネットワークＩ／Ｆ部１０６はネットワーク４００に接続するためのインターフェースであり、ネットワーク４００を介してクライアント端末２００及び管理者端末３００（図示せず）との間でデータの授受を行う。さらに、ネットワークＩ／Ｆ部１０６は、複合機１００をファックス機として動作させる場合には、ネットワーク４００を介して外部のファックス機（図示せず）に画像データを送信するインターフェースとなる。
【００２５】
デバイスＩ／Ｆ部１０７はＣＤ−ＲＯＭやＤＶＤ等の記憶媒体に接続するためのインターフェースであり、新しいアプリケーションが記憶されたＣＤ−ＲＯＭからダウンロードすることにより、新しいアプリケーションをインストールするのに用いられる。
【００２６】
ＵＩ部１０８は、ユーザに各種情報を表示出力し、ユーザからの入力を受け付けるためのインターフェースであり、例えば種々のボタンやタッチパネル式の液晶ディスプレイ（いずれも図示せず）等を備えている。
【００２７】
この複合機１００では、コピー機として動作させる場合には、ＵＩ部１０８から入力されるユーザからの指示を受け、制御部１０１は、画像読取部１０３、画像処理部１０５及び画像形成部１０４を動作させ、原稿Ｄに基づいて印刷物Ｐを出力する。複合機１００をスキャナ機として動作させる場合には、ＵＩ部１０８から入力されるユーザからの指示を受け、制御部１０１は、画像読取部１０３、画像処理部１０５及びネットワークＩ／Ｆ部１０６を動作させ、原稿Ｄの画像データを例えばクライアント端末２００に送信する。
また、複合機１００をプリンタ機として動作させる場合には、例えばクライアント端末２００から送信されるクライアントからの指示を受け、制御部１０１は、ネットワークＩ／Ｆ部１０６、画像処理部１０５及び画像形成部１０４を動作させ、クライアント端末２００から送信される印刷データに基づいた印刷物Ｐを出力する。さらに、複合機１００をファックス機として動作させる場合には、ＵＩ部１０８から入力されるユーザからの指示を受け、制御部１０１は、画像読取部１０３、画像処理部１０５及びネットワークＩ／Ｆ部１０６を動作させ、原稿Ｄの画像データを他のファックス機に送信する。
【００２８】
＜２．ジョブログ処理の説明＞
次に、図７乃至図１０のフローチャートに基づいて、本実施形態による複合機１００の動作処理について説明する。
【００２９】
＜２−１．定義情報記憶処理＞
まず、定義情報記憶処理について、図７を参照しつつ説明する。
この処理は、複合機１００に新しいアプリケーションをインストールした際に実行される処理である。アプリケーションをインストールする方法としては、デバイスＩ／Ｆ部１０７を介して新しいアプリケーションが記憶されたＣＤ−ＲＯＭ等の記憶媒体からインストールとしても、ネットワークＩ／Ｆ部１０６を介して外部のサーバからインストールしてもよく、要は複合機１００の記憶部１０２に新しいアプリケーションをインストールできればよい。
【００３０】
制御部１０１は、記憶部１０２に記憶された新しいアプリケーションから図３に示す各コードを生成するための情報を取得する（ステップＳ１）。本実施形態に用いられる各アプリケーションは、インストールされた際に、図３に示されるレコードを構成する情報を各レコードの階層も含めて、制御部１０１に渡す。なお、制御部１０１がアプリケーションを解析することによって、上述した各情報を得るようにしてもよい。
次に、制御部１０１は、インストールされたアプリ名に対してアプリＩＤ、ジョブログデータ項目セットＩＤを割り当て、定義情報テーブル１０２Ａのアプリケーション定義テーブルに書込む（ステップＳ２）。さらに、制御部１０１は、項目名・データ型に対して属性ＩＤを割り当て、定義情報テーブル１０２Ａの属性定義レコードに書込む（ステップＳ３）。さらに、制御部１０１は、データ名に対してデータＩＤを割り当て、定義情報テーブル１０２Ａのデータ定義テーブルに書込む（ステップＳ４）。この結果、図３に示すような定義情報テーブル１０２Ａが完成する。
そして、制御部１０１は、完成した定義情報テーブル１０２Ａを記憶部１０２に記憶する（ステップＳ５）。
【００３１】
＜２−２．ジョブログ作成処理＞
次に、図８を参照しつつ、ジョブログ作成処理について説明する。
この処理は、複合機１００が「コピー」「ファックス」「スキャナ」「プリンタ」のいずれかの動作を行った結果をジョブログとして記憶する処理である。
複合機１００がいずれかの動作を実行した後に、制御部１０１は、この動作をジョブ情報として取得する（ステップＳ１１）。
なお、この際に取得するジョブ情報は、図４に示すジョブログレコードとジョブログデータレコードだけなので、そのデータ量は小さい。
制御部１０１は、ジョブログデータレコード内の属性ＩＤから図３に示す属性定義レコードを参照すればデータ型を知ることができ、このデータ型からデータＩＤを得る。この際、データ型が「数値型」であれば、データＩＤに変えて数値データを得る。例えば、「コピー」「プリンタ」にかかるジョブの場合には、画像形成部１０４から出力される印刷物Ｐの枚数についてはデータ型が「数値型」になるジョブログレコードが作成されるから、この場合の数値データは原稿Ｄの枚数となる。
【００３２】
そして、制御部１０１は、取得したジョブ情報に対してジョブＩＤを割り当てるとともに、日付を付けてジョブログレコードを完成させ、記憶部１０２に記憶する（ステップＳ１２）。
この処理により、例えば、図４のジョブログテーブル１０２Ｂのうち、１つのジョブＩＤに対応したジョブログレコードとジョブログデータレコードが作成されることになる。
【００３３】
＜２−３．ジョブログ出力処理＞
次に、図９を参照しつつ、ジョブログ出力処理について説明する。
この処理は、複合機１００のＵＩ部１０８を操作することにより画像形成部１０４からジョブログの一覧表を印刷物Ｐとして出力したり、外部のクライアント端末２００からの要求によって指定したジョブログをクライアント端末２００の表示部に表示させたりする処理である。この処理は、ユーザから要求によって実行されるのみでなく、複合機１００が定期的に一覧表の形で印刷物Ｐとして出力したり、管理者のクライアント端末２００に対してデータとして送信したり、その出力の仕方は種々の態様がある。
【００３４】
この説明では、便宜上、ユーザがあるジョブログを選択して出力要求した場合について述べる。
なお、ジョブログを選択する方法としては、ユーザに対してアプリ名、項目名、データ名を検索語として定義情報テーブル１０２Ａからコード列を作成し、このコード列からジョブログテーブル１０２Ｂを参照してログジョブを抽出する方法、期間を指定してこの期間からジョブログテーブル１０２Ｂを参照してログジョブを抽出する方法、或いはこれらの方法の組み合わせ等、種々の方法によってログジョブを決めることが可能であり、本実施形態では、これらの方法に限定されるものではない。
【００３５】
制御部１０１は、いずれかの方法によって指定されたジョブログからジョブログテーブル１０２Ｂを参照してジョブＩＤを指定する（ステップＳ２１）。
制御部１０１は、指定のジョブＩＤに対応したジョブログレコードおよびジョブログデータレコードを読み出し、一時的に記憶する（ステップＳ２２）。
【００３６】
制御部１０１は、読み出したジョブログレコードのジョブログデータ項目セットＩＤから定義情報テーブル１０２Ａを参照して、アプリＩＤを取得するとともに、このジョブログデータ項目セットＩＤの下位にある属性定義レコードから、ジョブログデータレコードに記述されている属性ＩＤと同じ属性定義レコードを読み出す。制御部１０１は、読み出した属性定義レコードから項目名を読み出し、この項目名を記憶部１０２に一時的に記憶する（ステップＳ２３）。制御部１０１は、上述の処理によって読み出した属性定義レコードに記述されているデータ型を参照する。このデータ型の下位に従属しているデータ定義レコードを読み出す。このようにして読み出したデータ定義レコードのうち、ジョブログデータレコードに記述されているデータＩＤと同じものを特定し、そのデータ定義レコードからデータ名を読み出す（ステップＳ２４）。一方、制御部１０１は、特定した属性定義レコードのデータ型が数値型である場合には、データ定義レコードを参照せず、ジョブログデータレコードに記述されているデータＩＤを数値情報として解釈し、この数値を項目名に付加する（ステップＳ２５）。
【００３７】
そして、制御部１０１は、上述のようにして取得した日付、アプリＩＤ、項目名、データ名（あるいは数値）からなる情報をジョブログとして出力する（ステップＳ２６）。このジョブログはデータ形式であるため、制御部１０１は、クライアント端末２００からのジョブログの要求であれば、この形式のまま、ネットワークＩ／Ｆ部１０６を介して送信し、複合機１００を操作してのジョブログの要求であれば、このジョブログを画像処理部１０５に転送し、画像処理部１０５で画像データに変換した上で、画像形成部１０４から印刷物Ｐとして出力する。
【００３８】
次に、制御部１０１は、出力したジョブログを削除するか否かをユーザに問い合わせる（ステップＳ２７）。具体的には、クライアント端末２００からのジョブログの要求であれば、この問い合わせを、クライアント端末２００に送信し、複合機１００を操作してのジョブログの要求であれば、問い合わせをＵＩ部１０８の表示部に表示する。
【００３９】
このステップＳ２７における判定処理で、ユーザが削除しないを選択した場合（ステップＳ２７；ＮＯ）には、制御部１０１はこの処理を終了する。
一方、ステップＳ２７における判定処理で、ユーザが削除するを選択した場合（ステップＳ２７；ＹＥＳ）には、制御部１０１は、指定されていたジョブログ、つまり出力したジョブログをジョブログテーブル１０２Ｂから削除する（ステップＳ２８）。さらに、制御部１０１は、アプリ削除に伴う処理を実行して（ステップＳ２９）、このジョブログ出力処理を終了する。
ここで、アプリ削除に伴う処理とは、アプリケーションをアンインストールした後に、定義情報テーブル１０２Ａに書き込まれたレコードの削除を行う処理である。この処理を行わずに、アプリケーションをアンインストールとともに、定義情報テーブル１０２Ａに書き込まれたこのアプリケーションに対応したレコード部分を全部削除した場合には、このアプリケーションを使ったジョブログを表示する際に、このアプリケーションに対応したジョブ情報が表示できなくなってしまう。
【００４０】
アプリ削除に伴う処理について、図１０を参照しつつ説明する。
まず、制御部１０１は、図３に示す定義情報テーブル１０２Ａのアンインストールフラグが“Ｔｒｕｅ”であるか否かを判定する（ステップＳ３１）。このアンインストールフラグは、アプリケーションがアンインストールされた際、“Ｔｒｕｅ”に自動的に切り替わる。
【００４１】
ステップＳ３１の判定処理においてアンインストールフラグが“Ｔｒｕｅ”でない場合（ステップＳ３１；ＮＯ）には、制御部１０１は、アンインストールされたアプリケーションが存在していないためこの処理を終了する。
一方、ステップＳ３１の判定処理においてアンインストールフラグが“Ｔｒｕｅ”である場合（ステップＳ３１；ＹＥＳ）には、制御部１０１は、以下の処理を実行することにより、このアプリケーションに関係する定義情報テーブル１０２Ａに記憶した内容を削除していく。
【００４２】
制御部１０１は、アンインストールフラグが“Ｔｒｕｅ”となったアプリＩＤから属性ＩＤ、データＩＤを読み出す（ステップＳ３２）。このアプリＩＤに対しては、属性ＩＤが１〜Ｎ個、データＩＤが１〜Ｍ個存在しているものとする。
制御部１０１は、ジョブログテーブル１０２Ｂから各ジョブログのジョブログデータレコードからデータＩＤのみを読み出す（ステップＳ３３）。制御部１０１は、削除されたアプリＩＤの各データＩＤとジョブログの各データＩＤとを照合し（ステップＳ３４）、同じデータＩＤが有るか否かを判定する（ステップＳ３５）。
ステップＳ３５の判定処理において同じデータＩＤが存在していた場合（ステップＳ３５；ＹＥＳ）には、制御部１０１は、このデータＩＤの上位層に位置する属性ＩＤが削除できないため、定義情報テーブル１０２Ａに書き込まれた情報はそのままで、この処理を終了する。
【００４３】
一方、ステップＳ３５の判定処理において同じデータＩＤが存在していない場合（ステップＳ３５；ＮＯ）には、制御部１０１は、削除されたアプリケーションのうち、データＩＤの上位に位置する属性ＩＤをこのデータＩＤとともに、前記登録情報テーブル１０２Ａから削除し（ステップＳ３６）、この処理を終了する。
【００４４】
このステップＳ３６における動作の具体例を、図１１に基づいて説明する。
制御部１０１は、ステップＳ３２の処理により定義情報テーブル１０２Ａから削除されたアプリケーションのデータＩＤを読み出し、左側の枠内が形成される。この際、アプリＩＤ「１」個に対して属性ＩＤ「Ｎ」個、データＩＤ「Ｍ」個となる。一方、ステップＳ３３の処理によりジョブログテーブル１０２Ｂから記憶されたジョブログの全てのデータＩＤが読み出され、右側の枠内が形成される。そして、ステップＳ３４およびステップＳ３５の処理によりデータＩＤ同士を照合させて有無を確認する。
【００４５】
この照合の結果、図１１に示す場合には、属性ＩＤ「ＮＡ」の下位層となるデータＩＤ「ＭＡ」〜「ＭＮ」がジョブログテーブル１０２Ｂには存在していないことになり、定義情報テーブル１０２ＡのレコードからデータＩＤ「ＭＡ」〜「ＭＮ」およびこれらの上位層となる属性ＩＤ「ＮＡ」が削除されることになる。
【００４６】
このように、このアプリ削除に伴う処理では、ジョブログテーブル１０２Ｂに記憶されたジョブログ中に、削除されたアプリケーションによる各データＩＤが使用されたジョブログがない場合には、必要のなくなった各データＩＤとこの上位層に当たる属性ＩＤを定義情報テーブル１０２Ａから削除する。これにより、必要のなくなった定義情報を適宜削除して定義情報テーブル１０２Ａに使用されるメモリ領域を効率良く確保するようにしている。
【００４７】
さらに、ジョブログ出力処理（図９、参照）に先立ち、認証処理およびジョブログ出力の限定処理を行うようにしてもよい。
認証処理は、図５に示す登録ユーザテーブル１０２Ｃ−１に対して認証を行う。具体的には、制御部１０１は、パスワードの入力をユーザに対して促し、入力されたパスワードと予め登録されたパスワードとを照合させて認証を行う。これにより、予め設定されたユーザ以外にはジョブログを取得することができないため、情報の漏洩を防止することができる。
一方、ジョブログ出力の限定処理は、図６に示すユーザ権限テーブル１０２Ｃ−２に対して許可される属性ＩＤを取得する。具体的には、ユーザＩＤ毎に各属性ＩＤに対する許可フラグが“Ｔｒｕｅ”であるか否かが予め決められており、許可フラグが“Ｔｒｕｅ”である場合には出力が許可される。これにより、ジョブログを出力する（図９のステップＳ９）際に、ジョブフラグ内の属性ＩＤが許可されているか否かを許可フラグで確認して出力するようになる。これにより、権限のないユーザが取得することのできないジョブログを設定することも可能となる。
【００４８】
＜３．実施形態の効果＞
このように、本実施形態による複合機１００は、コピー、スキャナ、プリンタ、ファクスの機能を備えており、いずれかの機能を用いて動作を行ったことをジョブログとして記憶する。このジョブログは、インストールされたアプリケーションに対応した階層的なアプリＩＤ（アプリ名）、属性ＩＤ（項目名）、データＩＤ（データ名）を含んで構成され、アプリケーションに対応した動作機能を示すジョブはＩＤによって構成される。一方、記憶部には定義情報テーブル１０２Ａが設けられており、ジョブログの出力時には指定したジョブログのＩＤから定義情報テーブル１０２Ａを参照して各名称を逆引きして解読されたジョブログをユーザに提供することができる。
このように、ユーザがアンインストールしたアプリケーションによって行われたジョブであっても、正確なジョブログを読解可能に出力することができる。
【００４９】
また、アプリケーションがアンインストールされた場合には、前述したアプリ削除に伴う処理（図１０、参照）のようにしてデータＩＤおよび属性ＩＤを削除するため、ジョブログの出力に不要となった登録情報を適宜削除でき、記憶エリアを活性化を図ることができる。
しかも、削除されたアプリケーションの下位層に当たる属性ＩＤ、データＩＤであっても、削除されたアプリケーションのデータＩＤがジョブログテーブル１０２Ｂに残っている場合には、これらの処理を行うことはない。この結果、削除されたアプリケーションを用いたジョブのジョブログであっても、このジョブログの情報を正確に出力することができる。これにより、ユーザはジョブログから複合機１００のジョブを容易に把握することができる。
【００５０】
＜４．変形例＞
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではなく、種々の態様が可能である。
前記実施形態では、複合機１００内の記憶部１０２にジョブログに関する情報（テーブル）を記憶するようにしたが、本発明はこれに限らず、図１に示すように、ログサーバ５００をネットワーク４００に接続させ、このログサーバ５００との間で情報の授受を行うようにしてもよい。
この場合、本システム１の使用範囲は社内に用いる場合に限らず、社外の使用範囲にも適用される。社外での使用範囲にも適用される場合には、ネットワーク４００がインターネットとなり、ログサーバ５００は事業者によって管理されてもよい。
【００５１】
前記実施形態では、種々のジョブを行う電子機器を複合機を例に挙げて説明したが、本発明はこれに限らず、アプリケーションの保存／削除を行える電子機器、例えばパーソナルコンピュータ等であっても適用可能である。
【図面の簡単な説明】
【００５２】
【図１】本発明の実施形態による複合機が接続される画像処理システムを示す図である。
【図２】実施形態による複合機の構成を示すブロック図である。
【図３】実施形態に用いられる定義情報テーブルを示す図である。
【図４】実施形態に用いられるジョブログテーブルを示す図である。
【図５】実施形態に用いられる登録ユーザテーブルを示す図である。
【図６】実施形態に用いられるユーザ権限テーブルを示す図である。
【図７】実施形態による定義情報記憶処理を示す流れ図である。
【図８】実施形態によるジョブログ作成処理を示す流れ図である。
【図９】実施形態によるジョブログ出力処理を示す流れ図である。
【図１０】図９に続くアプリ削除に伴う処理を示す流れ図である。
【図１１】図１０のアプリ削除に伴う処理を図示して示す説明図である。
【符号の説明】
【００５３】
１…画像処理システム、１００…複合機、１０１…制御部、１０２…記憶部、１０２Ａ…定義情報テーブル、１０２Ｂ…ジョブログテーブル、１０２Ｃ−１…登録ユーザテーブル、１０２Ｃ−２…ユーザ権限テーブル、１０３…画像読取部、１０４…画像形成部、１０５…画像処理部、１０６…ネットワークＩ／Ｆ部、１０７…デバイスＩ／Ｆ部、１０８…ＵＩ部、２００…クライアント端末、４００…ネットワーク、５００…ログサーバ。
【図１】
2007102416.tif 000003
【図２】
2007102416.tif 000004
【図３】
2007102416.tif 000005
【図４】
2007102416.tif 000006
【図５】
2007102416.tif 000007
【図６】
2007102416.tif 000008
【図７】
2007102416.tif 000009
【図８】
2007102416.tif 000010
【図９】
2007102416.tif 000011
【図１０】
2007102416.tif 000012
【図１１】
2007102416.tif 000013