JP2010081011A - 電子機器、管理システム及び管理プログラム - Google Patents

Abstract

【課題】保存したジョブの履歴情報を定期的に管理可能な電子機器、管理システム及び管理プログラムを提供する。
【解決手段】実行したジョブの履歴情報を保存可能な記憶部(32)と、この記憶部の空き容量を判定する容量判定部(14)と、記憶部の空き容量が第１閾値よりも少なくなった場合、及びジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立したときに、ジョブの履歴情報を外部機器に送信する履歴情報送信部(16)と、送信したジョブの履歴情報を記憶部から消去する履歴情報削除部(18)とを具備する。
【選択図】図２

Description

本発明は、記憶部の空き容量を監視可能な電子機器、この機器の管理システム及び管理プログラムに関するものである。

この種の電子機器、例えば画像形成装置は、複数の端末とともに、例えばＬＡＮ等のネットワークに接続されている。そして、画像形成装置は、この端末からジョブを受信し、このジョブの画像データに基づくトナー像を用紙に印刷している。
ここで、実行したジョブの履歴情報を保存する技術が知られている（例えば、特許文献１〜３参照）。

詳しくは、この履歴情報は記憶部（例えばＨＤＤ）に保存されており、ＨＤＤの空き容量が少なくなった場合には、履歴情報のうち利用頻度の低い情報を消去したり、履歴情報を要求したサーバに転送し、この転送済みの情報を消去する。これにより、ＨＤＤの空き容量を圧迫し難くなる。

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

ところで、上述した利用頻度の低い履歴情報を単に消去するだけでは、消去した情報については以後全く管理できなくなるとの問題がある。また、利用頻度の低い情報であるが故に、この消去による効果は期待できる程度ではないとの懸念もある。

一方、上述の履歴情報を画像形成装置からサーバに転送するのみでは、この画像形成装置を管理する側から見れば、履歴情報の定期的な管理が困難になるという問題がある。ＨＤＤの空き容量が少なくなるまでは、この履歴情報は画像形成装置からサーバに送信されないからである。

このように、ジョブの履歴情報を定期的に管理するための措置が必要になるが、上記従来の技術では当該措置については格別な配慮がなされていない。
そこで、本発明の目的は、上記課題を解消し、保存したジョブの履歴情報を定期的に管理可能な電子機器、管理システム及び管理プログラムを提供することである。

上記目的を達成するための第１の発明は、実行したジョブの履歴情報を保存可能な記憶部と、記憶部の空き容量を判定する容量判定部と、記憶部の空き容量が第１閾値よりも少なくなった場合、及びジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立したときに、ジョブの履歴情報を外部機器に送信する履歴情報送信部と、送信したジョブの履歴情報を記憶部から消去する履歴情報削除部とを具備する。

第１の発明によれば、電子機器は記憶部、容量判定部、履歴情報送信部、及び履歴情報削除部を有している。まず、実行したジョブの履歴情報は記憶部に逐次保存され、この記憶部の空き容量は容量判定部で判定される。
ここで、履歴情報送信部は、ジョブの履歴情報を外部機器に送信するにあたり、記憶部の空き容量のみならず、ジョブの履歴情報の特性値も監視しており、これら記憶部の空き容量が第１閾値よりも少なくなった場合、ジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立することを条件として、ジョブの履歴情報を外部機器に送信する。そして、履歴情報削除部は、送信したジョブの履歴情報を記憶部から消去している。

よって、記憶部の空き容量が少なくなる以前にも、ジョブの履歴情報が電子機器から外部機器に送信可能になるので、この電子機器を管理可能な外部機器では、従来に比してジョブの履歴情報の定期的な管理が可能になる。
しかも、送信したジョブの履歴情報は外部機器に依然として残されていることから、履歴情報の管理の確実化に寄与する。さらに、この送信したジョブの履歴情報は記憶部からは消去されるので、この記憶部の空き容量を圧迫することもない。

第２の発明は、第１の発明の構成において、ジョブの履歴情報の特性値とは、この履歴情報の件数であることを特徴とする。
第２の発明によれば、第１の発明の作用に加えてさらに、履歴情報送信部は、記憶部の空き容量が第１閾値よりも少なくなった場合、ジョブの履歴情報の件数が第２閾値を超えた場合のいずれかが成立したときには、このジョブの履歴情報を外部機器に送信する。したがって、外部機器による管理可能な件数で送信して欲しいとの要求にも応ずることができる。

第３の発明は、第１や第２の発明の構成において、ジョブの履歴情報の特性値とは、この履歴情報の容量であることを特徴とする。
第３の発明によれば、第１や第２の発明の作用に加えてさらに、履歴情報送信部は、記憶部の空き容量が第１閾値よりも少なくなった場合、ジョブの履歴情報の容量が第２閾値を超えた場合のいずれかが成立したときには、このジョブの履歴情報を外部機器に送信している。よって、仮に電子機器のエラー解析の如く、容量の大きな履歴情報が生じたときには外部機器に速やかに送信され、記憶部の空き容量の圧迫を確実に回避できる。

第４の発明は、第１から第３の発明の構成において、履歴情報送信部は、外部機器が受信可能状態である場合に、ジョブの履歴情報を外部機器に送信することを特徴とする。
第４の発明によれば、第１から第３の発明の作用に加えてさらに、履歴情報送信部が、外部機器の受信状態に応じてジョブの履歴情報を送信すれば、この履歴情報をより一層確実に管理できる。

第５の発明は、複数の端末、電子機器、及び管理サーバがネットワークを介してそれぞれ接続された電子機器の管理システムである。そして、端末から受信したジョブを実行するジョブ実行部と、実行したジョブの履歴情報を保存可能な記憶部と、記憶部の空き容量を判定する容量判定部と、記憶部の空き容量が第１閾値よりも少なくなった場合、及びジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立したときに、ジョブの履歴情報を管理サーバに送信する履歴情報送信部と、送信したジョブの履歴情報を記憶部から消去する履歴情報削除部とを備え、管理サーバは、電子機器が送信したジョブの履歴情報を保存し、端末の要求に応じてジョブの履歴情報を端末に出力する。

第５の発明によれば、記憶部の空き容量が少なくなる以前にも、ジョブの履歴情報が電子機器から管理サーバに送信可能になり、このサーバでは、従来に比してジョブの履歴情報の定期的な管理が可能になるし、また、サーバは、この電子機器が送信したジョブの履歴情報を保存することから、従来の如くジョブの履歴情報がネットワーク上から完全に消去されることはなく、端末は、この履歴情報を常に利用可能になる。

第６の発明は、ネットワークを介して外部機器に接続された電子機器の管理プログラムである。そして、プログラムは、電子機器のコンピュータに備えられており、コンピュータに、実行したジョブの履歴情報を保存可能な記憶部の空き容量を判定する手順と、記憶部の空き容量が第１閾値よりも少なくなった場合、及びジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立したときに、ジョブの履歴情報を外部機器に送信する手順と、送信したジョブの履歴情報を記憶部から消去する手順とを実行させる。

第６の発明によれば、記憶部の空き容量が少なくなる以前にも、ジョブの履歴情報が電子機器から送信可能になり、電子機器を管理可能な外部機器では、従来に比してジョブの履歴情報の定期的な管理が可能になるし、また、この送信したジョブの履歴情報は記憶部からは消去されるので、記憶部の空き容量を圧迫することもない。

本発明によれば、空き容量の他、ジョブの履歴情報の特性値も監視し、この履歴情報の定期的な管理が可能な電子機器、管理システム及び管理プログラムを提供することができる。

以下、本発明の好適な実施形態について図面を用いて説明する。
図１は、本実施例に係る画像形成装置（電子機器）４ａを有したシステムの構成図であり、当該システム１は、例えばＬＡＮ等のネットワーク２を用いて構成され、１台の管理サーバ（外部機器）４、１台の装置４ａ及び計２台のＰＣ（端末）６Ａ，６Ｂがネットワーク２にそれぞれ接続されている。

図２は画像形成装置の概略構成図である。当該装置４ａは、ネットワークインタフェース（ＩＦ）２６を介してネットワーク２に接続され、さらに、公衆回線にも接続されている。また、この装置４ａはデジタル複合機であり、いわゆる多機能周辺機器（Ｍｕｌｔｉｐｌｅ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ、以下、ＭＦＰと称する）である。そして、ＭＦＰ４ａはプログラムの命令にしたがって各種動作を実行する。

ＭＦＰ４は、コントローラ１０を有する。更にＭＦＰ４は、ＨＤＤ３２、ネットワークインタフェース２６、ＦＡＸ通信部２４、スキャナ部２２、プリントエンジン２０、操作パネル２８及びメモリ３０を有しており、それぞれ、コントローラ１０とバスを介して接続されている。
より具体的には、ＨＤＤ（記憶部）３２は、ハードディスクドライブ等の書き込み可能な不揮発性の記憶装置であり、スキャナ部２２で読み込まれた画像データ、ＰＣ６Ａ等から送信された画像データや、ＦＡＸ通信部２４にて受信した画像データ等の種々の電子ファイルを逐次保存している。

ネットワークインタフェース２６は、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）やＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）等のプロトコルを用い、ネットワーク２を介して各種データの通信を行なう。例えば、リモートＰＣ６Ａから送信されたデータを受信する。また、ネットワークインタフェース２６は、ＨＤＤ３２に保存されたデータをネットワーク２を介して相手先に送信する。
ＦＡＸ通信部２４は電話回線又はネットワーク２に接続されており、外部からファクシミリ送信されてきたデータを受信する。逆にＨＤＤ３２に保存されたデータを相手先にファクシミリ送信する。
スキャナ部２２は、原稿を画像読取位置に搬送する自動原稿搬送装置（ＡＤＦ）を有しており、複数枚の原稿の画像を順次、読み取る。
プリントエンジン２０は、ＨＤＤ３２に保存された画像データを用紙に印刷する。
なお、本実施例のプリントエンジン２０は、原稿をスキャナ部２２の画像読取位置に搬送する自動原稿搬送装置（ＡＤＦ）、用紙を供給する用紙供給部、画像を用紙に転写する画像形成部、転写済みの用紙にソート、穴開けやステープル処理等を行う後処理装置等に接続されている。

また、ＭＦＰ４ａは操作パネル２８を備えており、このパネル２８はタッチ操作用のボタンを有し、ユーザの操作を受け付けて各種のサービスをＰＣ６Ａ，６Ｂに提供するし、ＭＦＰ４ａの設定変更も実行できる。さらに、このパネル２８は、文字情報や案内画像等を用いて当該ユーザへのメッセージも表示可能である。

ＭＦＰ４はメモリ３０を備え、このメモリ３０はＲＯＭやＲＡＭ等を有しており、印刷等に伴う設定データや、各種のプログラムが格納されている。なお、ＨＤＤ３２のボックス領域３４には、上述した種々の電子ファイルの他、ＰＣ６Ａ等を操作する各ユーザのＩＰアドレス等も保存される。

このＭＦＰ４の各種動作はコントローラ１０で制御される。このコントローラ１０はコンピュータとして機能する要素であり、ＣＰＵ等のハードウエア資源を有している。そして、コントローラ１０は、このハードウエア資源を用いて所定のプログラムを実行しており、上述のプリントエンジン２０、スキャナ部２２やＦＡＸ通信部２４を操作する。

ところで、本実施例のコントローラ１０は、ＨＤＤ３２の空き容量に加え、ジョブの履歴情報の特性値をも考慮して当該履歴情報を管理サーバ４に送信することができる。
詳しくは、図２に示されるように、このコントローラ１０はジョブ実行部１２を有し、このジョブ実行部１２は、ＰＣ６Ａ，６Ｂから受信したジョブを実行している。

このジョブとは、上述した画像データの他、そのファイル名、ファイルサイズ、ユーザＩＰアドレス等のジョブ内容を特定可能な情報を含み、さらに、この画像データに関する処理内容（例えば複写、ＦＡＸ送信、印刷、保存）が指示されており、ジョブ実行部１２はジョブの履歴情報をＨＤＤ３２に出力する。これにより、この履歴情報はＨＤＤ３２に保存される。

次に、コントローラ１０は容量判定部１４を有している。容量判定部１４はＨＤＤ３２の空き容量を判定しており、この判定結果を履歴情報送信部１６に出力する。
本実施例の履歴情報送信部１６は、ＨＤＤ３２の空き容量とジョブの履歴情報の件数とに基づいてＨＤＤ３２に保存されたジョブの履歴情報を管理サーバ４に送信する。

より具体的には、ＨＤＤ３２の空き容量が例えば１０ＭＢ（第１閾値）よりも少なくなった場合、及びＨＤＤ３２に保存されたジョブの履歴情報の件数が例えば１００件（第２閾値）を超えた場合のいずれかが成立した場合には、管理サーバ４が受信可能状態である場合であることを条件として、履歴情報送信部１６は例えば１０件分のジョブの履歴情報を管理サーバ４に送信している。

また、この履歴情報送信部１６は、当該履歴情報の送信を完了した場合にはその旨を履歴情報削除部１８に出力しており、これにより、履歴情報削除部１８は、送信済みのジョブの履歴情報（１０件分）をＨＤＤ３２から消去している。
その後、管理サーバ４はＭＦＰ４ａが送信したジョブの履歴情報を保存しているので、ＰＣ６Ａ，６Ｂの要求に応じてジョブの履歴情報をＰＣ６Ａ，６Ｂに出力することになる。

図３は、プログラムがコントローラ１０に実行させる処理を示している。以下、上記の如く構成されたＭＦＰ４ａの本発明に係る作用について説明する。
まず、同図のステップＳ３０１では、ユーザが操作パネル２８にてジョブの履歴情報の送信設定値を入力すると、操作パネル２８はユーザの入力に従い送信設定値を設定する。詳しくは、操作パネル２８は、管理サーバ４を送信先に設定したり、上述したＨＤＤ３２の第１閾値（例えば１０ＭＢ）、履歴情報の件数の第２閾値（例えば１００件）、さらに、サーバ４への送信件数（例えば１０件分）や、履歴情報の保存対象になるユーザなどを設定する。

次に、ステップＳ３０２では、ジョブ実行部１２がＰＣ６Ａ，６Ｂから受信したジョブを実行してステップＳ３０３に進み、そのジョブの履歴情報を作成する。
続いて、ステップＳ３０４では、容量判定部１４が、ＨＤＤ３２の空き容量が上述した第１閾値よりも少ないか否かを判別する。例えば、第１閾値を１０ＭＢとすると、ＨＤＤ３２の空き容量が１０ＭＢ以上の場合、すなわち、ＮＯと判定したときにはステップＳ３０５に進む。

このステップＳ３０５では、容量判定部１４が、ＨＤＤ３２に保存したジョブの履歴情報の件数が第２閾値を超えているか否かを判別する。例えば、第２閾値を１００件とすると、当該件数が１００件を超えていた場合、すなわち、ＹＥＳと判定したときにはステップＳ３０６に進む。一方、当該件数が１００件を超えていない場合には、ＨＤＤ３２の空き容量が十分に存在し、且つ、履歴情報の件数も未だ少なく、この空き容量を圧迫していないので、一連のルーチンを抜ける。

また、上述のステップＳ３０４において、ＨＤＤ３２の空き容量が１０ＭＢよりも多い場合には直ちにステップＳ３０６に進む。
このステップＳ３０６では、履歴情報送信部１６が、ＨＤＤ３２からの送信対象に該当する履歴情報を管理サーバ４に送信するか否かを判別する。そして、この履歴情報が上記ステップＳ３０１で保存対象に設定されたユーザの履歴情報である場合、すなわち、ＹＥＳと判定したときにはステップＳ３０７に進む。

このステップＳ３０７では、履歴情報送信部１６が、例えば管理サーバ４の空き容量が十分に残されている場合や、このサーバ４がオン作動時である場合の如く、サーバ４が受信可能状態であることを確認してステップＳ３０８に進み、例えば１０件分のジョブの履歴情報をサーバ４に送信する。
なお、サーバ４が受信可能状態ではなかったときには、パネル２８にエラーメッセージが通知されるので、ユーザは図示しない別のサーバを選択する、或いはサーバ４を起動させる。

そして、ステップＳ３０９では、履歴情報削除部１８が、サーバ４に送信した１０件分のジョブの履歴情報をＨＤＤ３２から消去して一連のルーチンを抜ける。
なお、上述したステップＳ３０６において、送信対象に該当する履歴情報が保存対象に設定されたユーザではないときには直ちにステップＳ３０９に進んでＨＤＤ３２から消去されることになる。

このように、ＭＦＰ４ａから送信されたジョブの各履歴情報は、管理サーバ４に作成された送信先フォルダにツリー構造で保存されている。
詳しくは、図４に示されるように、ＭＦＰ４ａに関する履歴情報として、ＰＣ６Ａ（ユーザＡ）の各ジョブの履歴情報、ＰＣ６Ｂ（ユーザＢ）の各ジョブの履歴情報の他、これら双方を合わせた履歴情報も保存されており、ＭＦＰ４ａで実行された履歴情報が上書きされている。そして、仮に、ＰＣ６Ａが自身の履歴情報をサーバ４に要求した場合には、サーバ４は、ＰＣ６Ａに対するジョブの履歴情報をＰＣ６Ａに送信する。

また、仮に、ＰＣ６ＡがユーザＢの履歴情報をサーバ４に要求したときには、ＰＣ６Ｂに対するジョブの履歴情報を、さらに、このＰＣ６Ａが部署全体の履歴情報をサーバ４に要求したときには、トータルのジョブの履歴情報をＰＣ６Ａにそれぞれ送信する。
なお、このサーバ４は、図示しない別のＭＦＰに関するジョブの履歴情報も保存可能である。

ところで、上述したジョブの履歴情報の特性値とは、この履歴情報の容量であっても良い。
詳しくは、図５のフローチャートに沿って説明する。図５は、プログラムがコントローラ１０に実行させる処理を示している。図５に示された例もまた、上記実施例（図３に示された例）と同様に、ジョブの履歴情報の送信設定（ステップＳ５０１）からジョブ実行、実行したジョブの履歴情報の作成（ステップＳ５０２，Ｓ５０３）を経て、ＨＤＤ３２の空き容量を判別しているが（ステップＳ５０４）、次のステップＳ５０５では、容量判定部１４が、ＨＤＤ３２に保存したジョブの履歴情報の容量が第２閾値を超えているか否かを判別している。

これは、ジョブの履歴情報が例えばエラー解析であった場合のように、１つの履歴情報であってもその容量が大きいものが存在する点を考慮している。例えば、第２閾値が１０ＭＢとすると、当該履歴情報の容量が１０ＭＢを超えていた場合、すなわち、ＹＥＳと判定したときにはステップＳ５０６に進む。一方、当該履歴情報の容量が１０ＭＢを超えていない場合には、ＨＤＤ３２の空き容量が十分に存在し、且つ、履歴情報の容量も未だ小さく、この空き容量を圧迫していないので、一連のルーチンを抜ける。
なお、上記実施例（図３に示された例）と同様に、その後の履歴情報送信の可否判断（ステップＳ５０６）、サーバ４の受信可能状態を確認（ステップＳ５０７）してからの履歴情報の送信（ステップＳ５０８）し、さらに、送信済みの履歴情報の消去（ステップＳ５０９）する。

一方、上述したジョブの履歴情報の特性値とは、この履歴情報の件数及び容量であっても良い。つまり、これらＨＤＤ３２の空き容量、ジョブの履歴情報の件数、並びに、ジョブの履歴情報の容量の総てをサーバ４への送信条件に設定しても良い。
さらに、図６のステップＳ６０４、Ｓ６０５に示される如く、ジョブの履歴情報の件数と、このジョブの履歴情報の容量とをサーバ４への送信条件に設定しても良い。

詳しくは、図６のフローチャートに沿って説明する。図６は、プログラムがコントローラ１０に実行させる処理を示している。この図６に示された例もまた、上記実施例（図３に示された例）と同様に、ジョブの履歴情報の送信設定（ステップＳ６０１）からジョブ実行、実行したジョブの履歴情報の作成（ステップＳ６０２，Ｓ６０３）を経て、ＨＤＤ３２の空き容量を判別している（ステップＳ６０４）。

次のステップＳ６０５では、容量判定部１４が、ＨＤＤ３２に保存したジョブの履歴情報の件数が件数閾値（本発明の第２閾値に相当）を超えているか否かを判別する。例えば、件数閾値を１００件とすると、当該件数が１００件を超えていない場合、すなわち、ＮＯと判定したときにはステップＳ６０６に進む。

続くステップＳ６０６では、容量判定部１４が、ＨＤＤ３２に保存したジョブの履歴情報の容量が容量閾値（本発明の第２閾値に相当）を超えているか否かを判別している。例えば、容量閾値が１０ＭＢとすると、当該履歴情報の容量が１０ＭＢを超えていた場合、すなわち、ＹＥＳと判定したときにはステップＳ６０７に進む。一方、当該履歴情報の容量が１０ＭＢを超えていない場合には、ＨＤＤ３２の空き容量が十分に存在し、且つ、履歴情報の容量も未だ小さく、この空き容量を圧迫していないので、一連のルーチンを抜ける。

また、上述のステップＳ６０５において、ＨＤＤ３２に保存したジョブの履歴情報の件数が件数閾値を超えている場合には、直ちにステップＳ６０７に進む。
なお、上記実施例（図３に示された例）と同様に、その後の履歴情報送信の可否判断（ステップＳ６０７）、サーバ４の受信可能状態を確認（ステップＳ６０８）してからの履歴情報の送信（ステップＳ６０９）し、さらに、送信済みの履歴情報の消去（ステップＳ６１０）する。

以上のように、本実施例によれば、ＭＦＰ４ａはＨＤＤ３２、ジョブ実行部１２、容量判定部１４、履歴情報送信部１６、及び履歴情報削除部１８を有している。まず、ジョブ実行部１２は、受信したジョブ（例えば複写、ＦＡＸ送信、印刷、保存）を実行するが、この実行したジョブの履歴情報はＨＤＤ３２に逐次保存され、このＨＤＤ３２の空き容量は容量判定部１４で判定される。

ここで、履歴情報送信部１６は、ジョブの履歴情報を管理サーバ４に送信するにあたり、ＨＤＤ３２の空き容量のみならず、ジョブの履歴情報の特性値（例えば件数や容量）も監視しており、これらＨＤＤ３２の空き容量が第１閾値よりも少なくなった場合、ジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立することを条件として、ジョブの履歴情報をサーバ４に送信する。そして、履歴情報削除部１８は、送信したジョブの履歴情報をＨＤＤ３２から消去している。

よって、ＨＤＤ３２の空き容量が少なくなる以前にも、ジョブの履歴情報がＭＦＰ４ａからサーバ４に送信可能になるので、このＭＦＰ４ａを管理可能なサーバ４（管理者側）では、ＨＤＤ３２の空き容量が少なくなるまでは送信されなかった従来に比して、ジョブの履歴情報の定期的な管理が可能になる。
しかも、送信したジョブの履歴情報はサーバ４に依然として残されていることから、履歴情報の管理の確実化に寄与する。さらに、この送信したジョブの履歴情報はＨＤＤ３２からは消去されるので、このＨＤＤ３２の空き容量を圧迫することもない。

また、図３の例の如く、履歴情報送信部１６は、ＨＤＤ３２の空き容量が第１閾値よりも少なくなった場合、ジョブの履歴情報の件数が第２閾値を超えた場合のいずれかが成立したときには、このジョブの履歴情報をサーバ４に送信する。したがって、サーバ４（管理者側）による管理可能な件数で送信して欲しいとの要求にも応ずることができる。

さらに、図５の例のように、履歴情報送信部１６は、ＨＤＤ３２の空き容量が第１閾値よりも少なくなった場合、ジョブの履歴情報の容量が第２閾値を超えた場合のいずれかが成立したときには、このジョブの履歴情報をサーバ４に送信している。よって、仮にＭＦＰ４ａのエラー解析の如く、容量の大きな履歴情報が生じたときにはサーバ４に速やかに送信され、ＨＤＤ３２の空き容量の圧迫を確実に回避できる。

さらにまた、履歴情報送信部１６が、サーバ４の受信状態に応じてジョブの履歴情報を送信すれば、この履歴情報をより一層確実に管理できる。
また、サーバ４は、このＭＦＰ４ａが送信したジョブの履歴情報を保存することから、従来の如くジョブの履歴情報がネットワーク２上から完全に消去されることはなく、ＰＣ６Ａ，６Ｂは、この履歴情報を常に利用可能になる。

本発明は、上記実施例に限定されず、特許請求の範囲を逸脱しない範囲で種々の変更を行うことができる。例えば上記実施例の各構成は、その一部を省略したり、上記とは異なるように任意に組み合わせることができる。
また、上述したＭＦＰ４は電子機器の一例であり、ジョブの履歴情報を保存可能である限り、本発明の電子機器は、複写機、プリンタ、スキャナやファクシミリ等にも当然に適用可能であるし、さらに、ＭＦＰ４がジョブ実行部１２を備えていれば、ＰＣ６ＡやＰＣ６Ｂが容量判定部１４、履歴情報送信部１６、及び履歴情報削除部１８を備えていても良い。

本実施例に係る電子機器を有したシステムの構成図である。 図１の電子機器の概略構成図である。 図２のコントローラによる履歴情報の送信処理のフローチャートである。 図１の管理サーバによる送信先フォルダの説明図である。 他の実施例のコントローラによる履歴情報の送信処理のフローチャートである。 さらに他の実施例のコントローラによる履歴情報の送信処理のフローチャートである。

符号の説明

２ ネットワーク
４ 管理サーバ（外部機器）
４ａ ＭＦＰ（電子機器）
６Ａ，６Ｂ ＰＣ（端末）
１０ コントローラ（コンピュータ）
１２ ジョブ実行部
１４ 容量判定部
１６ 履歴情報送信部
１８ 履歴情報削除部
３２ ＨＤＤ（記憶部）

Claims (6)

1. 実行したジョブの履歴情報を保存可能な記憶部と、
   該記憶部の空き容量を判定する容量判定部と、
   該記憶部の空き容量が第１閾値よりも少なくなった場合、及び前記ジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立したときに、前記ジョブの履歴情報を外部機器に送信する履歴情報送信部と、
   該送信したジョブの履歴情報を前記記憶部から消去する履歴情報削除部と
   を具備することを特徴とする電子機器。
2. 請求項１に記載の電子機器であって、
   前記ジョブの履歴情報の特性値とは、該履歴情報の件数であることを特徴とする電子機器。
3. 請求項１又は２に記載の電子機器であって、
   前記ジョブの履歴情報の特性値とは、該履歴情報の容量であることを特徴とする電子機器。
4. 請求項１から３のいずれか一項に記載の電子機器であって、
   前記履歴情報送信部は、前記外部機器が受信可能状態である場合に、前記ジョブの履歴情報を該外部機器に送信することを特徴とする電子機器。
5. 複数の端末、電子機器、及び管理サーバがネットワークを介してそれぞれ接続された電子機器の管理システムであって、
   前記端末から受信したジョブを実行するジョブ実行部と、
   該実行したジョブの履歴情報を保存可能な記憶部と、
   該記憶部の空き容量を判定する容量判定部と、
   該記憶部の空き容量が第１閾値よりも少なくなった場合、及び前記ジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立したときに、前記ジョブの履歴情報を前記管理サーバに送信する履歴情報送信部と、
   該送信したジョブの履歴情報を前記記憶部から消去する履歴情報削除部とを備え、
   前記管理サーバは、前記電子機器が送信したジョブの履歴情報を保存し、前記端末の要求に応じて該ジョブの履歴情報を該端末に出力することを特徴とする管理システム。
6. ネットワークを介して外部機器に接続された電子機器の管理プログラムであって、
   該プログラムは、前記電子機器のコンピュータに備えられており、該コンピュータに、
   実行したジョブの履歴情報を保存可能な記憶部の空き容量を判定する手順と、
   該記憶部の空き容量が第１閾値よりも少なくなった場合、及び前記ジョブの履歴情報の特性値が第２閾値を超えた場合のいずれかが成立したときに、前記ジョブの履歴情報を前記外部機器に送信する手順と、
   該送信したジョブの履歴情報を前記記憶部から消去する手順と
   を実行させるためのプログラム。

Images