JP2012084067A - 画像形成装置管理システム - Google Patents

Abstract

【課題】管理サーバとの間でデータの授受が難しい装置であっても簡易な方式で管理情報を送信することが可能な画像形成装置管理システムを提供する。
【解決手段】ユーザＡがＭＦＰ８を操作するためにユーザＡが所持するＩＣカードでログインする（シーケンスｓｑ０）。ＭＦＰ８は、認証が成功した場合にＩＣカードの空き状況を確認する（シーケンスｓｑ２）。そして、ＭＦＰ８は、空き状況に応じて管理データをＩＣカードに保存する（シーケンスｓｑ４）。ユーザＡは、セキュリティレベルの異なる他のＭＦＰ６を操作するためにユーザＡが所持するＩＣカードでログインする（シーケンスｓｑ６）。ＭＦＰ６は、認証が成功した場合にＩＣカードに保存されている管理データを取得する（シーケンスｓｑ８）。そして、ＭＦＰ６は、取得した管理データを管理サーバ１０にデータ送信する（シーケンスｓｑ１０）。
【選択図】図１０

Description

本発明は、画像形成装置管理システムにおいて、複数の画像形成装置の管理に関する。

企業内での業務の効率化やセキュリティ管理のために、ユーザが機器を利用した内容を示す履歴情報や機器の状態等の管理情報を収集し、収集した管理情報を活用するケースが増えてきている。

例えば、特開２００８−５９５７６号公報においては、機器がネットワークに接続されていない場合であっても、機器から履歴情報をＩＣカードに書き込み、ネットワークと接続されたゲート装置を当該ＩＣカードを利用して入退室する際に、ＩＣカードに書き込まれた履歴情報をネットワークを介してサーバに送信することによりデータを収集する技術が開示されている。

特開２００８−５９５７６号公報

しかしながら、当該方式は、機器以外だけでなくゲート装置にもＩＣカードのリーダ／ライタ等の装置を設ける必要があり装置の構成が複雑になる。また、ゲート装置で１台の装置が管理されるため装置の台数に応じてゲート装置を設ける必要があるという問題が有り、導入コストやランニングコストがかかるという問題が有る。

一方で、近年においてはネットワークで各機器を接続することは一般的に行なわれている状況にあって、セキュリティ管理の面から場所や区域に応じてネットワークのセキュリティレベルが設定されている場合がある。

ネットワークのセキュリティレベルが異なる場合、セキュリティレベルが高い位置に設けられた機器からセキュリティレベルの低い位置に設けられた機器へのアクセス等は許可されるが、セキュリティレベルの低い位置からセキュリティレベルの高い位置へのアクセス、例えばデータの送信等は禁止される場合があり、ネットワークで各機器が接続されている場合であってもセキュリティレベルの相違により機器を管理する管理サーバに情報を集約することが難しいという問題があった。

したがって、管理者がセキュリティレベルの異なる場所や区域に設けられた装置に個別に管理情報を収集しにいく必要がある等、煩雑な作業が行なわれていた。

本発明は、上記のような問題を解決するためになされたものであって、管理サーバとの間でデータの授受が難しい装置であっても簡易な方式で管理情報を送信することが可能な画像形成装置管理システムを提供することを目的とする。

本発明のある局面に従う画像形成装置管理システムは、複数の画像形成装置と、複数の画像形成装置の状況を管理するためにネットワークで接続された管理サーバとを備える。各画像形成装置は、ＩＣカードの情報を読み取るとともに、ＩＣカードに情報を書き込むことが可能なカード読取書込手段と、カード読取書込手段で読み取った情報に含まれるカード識別情報に基づいて認証処理を実行するとともに、画像形成装置全体を制御する制御手段と、画像形成装置の状況を示す管理情報を記憶する記憶手段とを有する。複数の画像形成装置のうちネットワークを介して管理サーバとの間でデータの授受が可能な第１の画像形成装置の制御手段は、記憶手段に記憶された管理情報をネットワークを介して管理サーバに送信し、複数の画像形成装置のうちネットワークを介して管理サーバとの間でデータの授受が可能でない第２の画像形成装置の制御手段は、記憶手段に記憶された管理情報を認証したＩＣカードに書き込み、第１の画像形成装置の制御手段は、カード読取書込手段により読み取られた情報に他の画像形成装置の管理情報が含まれているか否かを判断し、カード読取書込手段により読み取られた情報に他の画像形成装置の管理情報が含まれていると判断した場合には、当該管理情報をネットワークを介して管理サーバに送信する。

好ましくは、第２の画像形成装置の制御手段は、カード読取書込手段により読み取った情報に基づいて、ＩＣカードの空き容量を確認し、ＩＣカードの空き容量に基づいて、記憶手段に記憶された管理情報の一部をカード読取書込手段により認証したＩＣカードに書き込む。

特に、第２の画像形成装置の制御手段は、認証したＩＣカードの使用履歴を記憶手段に記憶させ、記憶手段に記憶された使用履歴およびＩＣカードの空き容量に基づいて、記憶手段に記憶された管理情報の一部をカード読取書込手段により認証したＩＣカードに書き込む。

特に、第２の画像形成装置の制御手段は、記憶手段に記憶された使用履歴に基づいて、記憶された管理情報の一部をカード読取書込手段により認証したＩＣカードに書き込まないと判断する。

特に、第２の画像形成装置の制御手段は、ＩＣカードの空き容量が多く、かつ、記憶手段に記憶された使用履歴に基づいて使用頻度が高いと判断した場合には、管理情報の一部の書き込むデータ量を多くする。

好ましくは、管理情報は、種類の異なる複数のデータ群で構成され、第２の画像形成装置の制御手段は、管理情報に含まれる複数のデータ群のうち管理する際に時間の順序を特定する必要が有るデータ群か否かに基づいて、認証したＩＣカードに書き込む方式を変更する。

特に、第２の画像形成装置の制御手段は、管理情報に含まれる複数のデータ群のうち管理する際に時間の順序を特定する必要が無いデータ群については、認証したＩＣカードにランダムに書き込む。

好ましくは、第１の画像形成装置の制御手段は、ネットワークを介して管理サーバに当該管理情報を送信した送信結果をカード読取書込手段により認証したＩＣカードに書き込む。

特に、第２の画像形成装置の制御手段は、カード読取書込手段により読み取った情報に、管理サーバに当該管理情報を送信した送信結果が含まれている場合には、カード読取書込手段により認証したＩＣカードに書き込まれた管理情報を削除する。

特に、第２の画像形成装置の制御手段は、カード読取書込手段により読み取った情報に、管理サーバに当該管理情報を送信した送信結果が含まれている場合には、記憶手段に記憶された管理サーバに送信された管理情報を削除する。

好ましくは、管理サーバは、所定の指示コマンドをネットワークを介して第１の画像形成装置に送信し、第１の画像形成装置の制御手段は、管理サーバからの所定の指示コマンドを、カード読取書込手段により認証したＩＣカードに書き込み、第２の画像形成装置の制御手段は、カード読取書込手段により読み取った情報に、管理サーバからの指示コマンドが含まれているか否かを判断し、管理サーバからの指示コマンドが含まれている場合には、当該指示コマンドに従う処理を実行する。

本発明に従う画像形成装置管理システムにおいて、複数の画像形成装置のうちネットワークを介して管理サーバとの間でデータの授受が可能でない第２の画像形成装置の制御手段は、記憶手段に記憶された管理情報を認証したＩＣカードに書き込み、第１の画像形成装置の制御手段は、カード読取書込手段により読み取られた情報に他の画像形成装置の管理情報が含まれているか否かを判断し、カード読取書込手段により読み取られた情報に他の画像形成装置の管理情報が含まれていると判断した場合には、当該管理情報をネットワークを介して管理サーバに送信する。したがって、管理サーバとの間でデータの授受が難しい装置であっても簡易な方式で管理情報を送信することが可能である。

本発明の実施の形態１に従う画像形成装置管理システムの概念図である。 本発明の実施の形態１に従うＭＦＰ８の構成を説明する概略ブロック図である。 本発明の実施の形態１に従うＭＦＰ８における操作パネル１９の構成を説明する図である。 本発明の実施の形態１に従うログイン画面を説明する図である。 本発明の実施の形態１に従うユーザ認証情報を説明する図である。 本発明の実施の形態１に従うユーザ認証の結果を通知する画面１０２を説明する図である。 本発明の実施の形態１に従う画像形成装置管理システムにおいてＩＣカードに管理情報を記憶させる場合の概念図である。 ＩＣカードの空き容量に応じて管理データをＩＣカードに保存する具体例について説明する図である。 ＩＣカードの空き容量に応じて管理データをＩＣカードに保存する別の具体例について説明する図である。 ＩＣカードに保存する管理データの流れについて説明する概念図である。 本発明の実施の形態１に従うユーザ認証処理を説明するフロー図である。 本発明の実施の形態１に従うＩＣカードデータ確認処理を説明するフロー図である。 ＩＣカードに保存されている管理データと当該管理データに対応付けられている送信完了フラグについて説明する図である。 本発明の実施の形態１に従うＩＣカードのデータ書込処理について説明するフロー図である。 ユーザの使用履歴を確認する履歴テーブルを説明する図である。 本発明の実施の形態１に従うＩＣカードデータ取得処理を説明するフロー図である。 管理サーバ１０との間でデータの授受が可能なＭＦＰのデータ送信について説明するフロー図である。 管理サーバ１０からの指示コマンドの送信の流れについて説明する概念図である。 本発明の実施の形態２に従う管理サーバ１０から直接指示コマンドを受信した場合の処理について説明するフロー図である。 本発明の実施の形態２に従うユーザ認証処理を説明するフロー図である。 本発明の実施の形態２に従うコマンド格納処理を説明するフロー図である。 本発明の実施の形態２に従うコマンド確認処理を説明するフロー図である。

以下、図面を参照しつつ本発明の実施の形態について説明する。以下の説明において同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同一であるものとする。

（実施の形態１）
図１は、本発明の実施の形態１に従う画像形成装置管理システムの概念図である。

図１を参照して、ここでは、複数の画像形成装置がネットワークを介して接続されている場合が示されている。本発明の実施の形態１に従う画像形成装置は、ＩＣカードのカード識別情報を認識することが可能なＭＦＰ（Multi Function Peripheral）として説明する。なお、各ＭＦＰ２〜８の基本的な構成については同一であるものとする。

ネットワークは、一例として、イーサネット（登録商標）、トークンリング、ＦＤＤＩ等の規格によるコンピュータやネットワーク機器同士を接続したＬＡＮ（Local Area Network）で接続されているものとする。なお、ＬＡＮ同士を専用線で接続したＷＡＮ（Wide Area Network）、およびインターネット等であっても良い。なお、ネットワークに接続される機器の種類および台数はこれらに限定されるものではない。

本例においては、ルータ１１２を用いてＬＡＮ１１６とＬＡＮ１１７とが接続されている。また、ルータ１１４を用いてＬＡＮ１１６とＬＡＮ１１８とが接続されている。

ルータ１１２は、ＬＡＮ１１６とＬＡＮ１１７とのセキュリティレベルを設定することが可能であり、ルータ１１２は、ＬＡＮ１１７のセキュリティレベルを低、ＬＡＮ１１６のセキュリティレベルを中に設定する。また、ルータ１１４は、ＬＡＮ１１６のセキュリティレベルを中、ＬＡＮ１１８のセキュリティレベルを高に設定する。そして、ＬＡＮ１１７にＭＦＰ２が接続され、ＬＡＮ１１６にＭＦＰ４，ＭＦＰ６が接続され、ＬＡＮ１１８にＭＦＰ８が接続されている場合が示されている。また、管理サーバ１０は、ＬＡＮ１１６に接続されているものとする。

例えば、社内のロビー等のエリアのＬＡＮについてはセキュリティレベルを低に設定し、会議室や居室等のＬＡＮについてはセキュリティレベルを中に設定し、サーバ室等のＬＡＮについてはセキュリティレベルを高に設定するような場合が挙げられる。

なお、当該構成は一例であり、特に、この構成に限られるものではない。管理サーバ１０は、ＬＡＮ１１６に接続されている場合について説明するが、特に当該構成に限られず、他のＬＡＮ１１７，１１８に接続されている場合であっても同様に適用可能である。

当該構成においては、ＬＡＮに従ってセキュリティレベルが異なるため、例えば、管理サーバ１０は、ＬＡＮ１１６に接続されたＭＦＰ４，６との間で自由にデータの授受が可能であるが、管理サーバ１０は、ＭＦＰ８とはセキュリティレベルが異なるため自由にＭＦＰ８との間でデータの授受を実行することはできない。管理サーバ１０とＭＦＰ２との間においても同様である。

図２は、本発明の実施の形態１に従うＭＦＰ８の構成を説明する概略ブロック図である。

図２を参照して、本発明の実施の形態１に従うＭＦＰ８は、ＭＦＰ８全体を制御するためのＣＰＵ（Central Processing Unit）１１と、ＣＰＵ１１のプログラム部分の実行に必要なデータを一時的に記憶するＲＡＭ（Random Access Memory）１２と、ＣＰＵ１１で実行されるプログラムやデータを不揮発的に記憶する記憶手段であるハードディスクドライブ１５（ＨＤＤ：Hard Disk Drive）および不揮発性メモリ１４と、ＣＰＵ１１で実行されるプログラムが予め格納されたＲＯＭ（Read-Only memory）１３と、各種操作を実行するための操作パネル１９と、原稿を読取って画像データを取得するスキャナ１７と、画像データを紙媒体に印刷する印刷手段であるプリンタ１８と、外部との間でデータを通信を実行するための送信／受信手段であるＬＡＮカード等からなるネットワークインタフェースカード（ＮＩＣ）１６と、ＩＣカードのカード識別情報を読み取り、データを書き込むことも可能なカードリーダ／ライタ２１とを含む。なお、ＣＰＵ１１は、カードリーダ／ライタ２１で読み取ったカード識別情報に基づいて正規のカードであるか否か、具体的には予め登録されたカード識別情報であるか否かを判断するユーザ認証処理も実行する。なお、各部は内部バスで接続されており、互いにデータの授受が可能であるものとする。

なお、本例においては、ＣＰＵ１１がユーザ認証処理も実行する方式について説明するが、認証に関しては別のモジュールを用いて実行するようにしても良い。

なお、ここでは、ＭＦＰ８の構成について説明するが他のＭＦＰ２〜６の構成についても同様であるのでその詳細な説明は繰り返さない。

図３は、本発明の実施の形態１に従うＭＦＰ８における操作パネル１９の構成を説明する図である。

図３を参照して、スタートキー３０は、コピー／スキャン等の動作を開始させるために用いられる。テンキーはコピー枚数等の数値等を入力するために用いられる。クリアキーは、入力された数値のクリア、および蓄積された画像記憶の画像データを破棄等するために用いられる。

ストップキー３２は、コピー／スキャン動作の停止を指示するために用いられる。パネルリセットキー３４は、設定されているモードおよびジョブを破棄するために用いられる。

また、操作ディスプレイ３６は、各種モードの表示や設定等を実行するためにタッチパネルが取付けられている。

このタッチパネルによって、ユーザは操作ディスプレイ３６内の表示内容に従った各種設定を行なうことができる。また、タッチパネルにおける設定画面領域には、通常はコピー動作やスキャン動作を実行する際に行なう基本的／応用的な設定のためのボタンが配置されている。各ボタンを押下するとその詳細設定を行なうための階層画面が表示される。

本例においては、一例として、コピー動作を実行するための各種詳細設定領域２２が示されており、当該領域内において、倍率を調整するためのアイコン、濃度を調整するためのアイコン、画像調整のためのアイコン、用紙を設定するためのアイコンがそれぞれ示されている。

本例においては、コピー動作を実行する場合の各種詳細設定のためのアイコンについて説明したが、スキャン動作についても同様の詳細設定領域が表示される。

また、左側のジョブ情報画面領域にはその時点でＭＦＰ８に投入されているジョブ情報が表示される。表示は実行されるべきジョブの順序で並んでいる。特定のジョブに対して消去変更等の操作を行なう場合は、ジョブ操作ボタンを選択した後、操作対象となるジョブ番号ボタンを押下する。それらの操作によってジョブ操作画面が表示され、特定のジョブに対する操作が可能となる。

コピー（Copy）キー４６、およびスキャン（Scan）キー４４は、ＭＦＰ８をコピー／スキャナのいずれのモードで動作させるかを設定するための選択キーである。

また、ボックス（Box）キー４２は、ＭＦＰ８のハードディスクドライブ１５にアクセスするための選択キーである。当該ボックスキー４２を選択することにより、当該ボックスに格納されたデータを確認して、格納されたデータのプリント、あるいは送信等の処理が可能である。なお、各個人毎にボックス領域が設けられておりユーザの権限のあるボックスのみにアクセスすることが可能である。

コピーキー４６を押下した場合、ＭＦＰ８はコピー機として使用可能となる。この状態ではスキャナ動作は実行することはできない。

また、スキャンキー４４を押下した場合、ＭＦＰ８はスキャナとなる。この状態ではコピー動作を実行することはできない。

なお、コピーキー４６とスキャンキー４４は排他的動作となり、一方を選択すると自動的に他方は非選択状態となる。

また、操作パネル１９には、ＩＣカード載置領域５０が設けられており、ＭＦＰ８を利用することを希望するユーザが所持するＩＣカードを当該領域に載置することにより、カードリーダ／ライタ２１によりデータが読み取られて、所定のユーザ認証処理が実行されるものとする。なお、ＩＣカードとしては、接触型、非接触型のいずれも適用可能である。

また、操作パネル１９には、ログイン／ログアウトボタン２８が設けられており、当該ログイン／ログアウトボタン２８を押下することによりＩＣカードを用いた所定のユーザ認証処理を実行することが可能である。

また、操作パネル１９には、ユーザ登録ボタン２９が設けられており、当該ボタンを押下することにより、ユーザ認証処理を実行するためのユーザ認証情報をＨＤＤ１５等に格納するためのユーザ新規登録処理を実行することができる。なお、当該ユーザ新規登録処理は、当該ＭＦＰ８の管理者が実行する。なお、管理者を介さずにユーザがユーザ新規登録処理を実行するようにしても良い。当該ユーザ新規登録処理に従って各個人毎にボックス領域が設けられるものとする。

図４は、本発明の実施の形態１に従うログイン画面を説明する図である。
図４を参照して、本発明の実施の形態１に従うログイン画面１００は、上述した操作パネル１９の操作ディスプレイ３６に表示されるものである。

具体的には、操作パネル１９のログイン／ログアウトボタン２８が押下されることにより当該ログイン画面１００が操作ディスプレイ３６に表示される。

ここでは、「ＩＣカードをＩＣカード載置領域に載置して下さい。」の表示がなされている場合が示されている。当該表示に従って、ユーザがＩＣカード載置領域５０に予め登録されたＩＣカードを載置することによりカードリーダ／ライタ２１でＩＣカードに保存されたカード識別情報を読み取ることによりユーザ認証処理が実行される。

図５は、本発明の実施の形態１に従うユーザ認証情報を説明する図である。
図５を参照して、一例としてＨＤＤ１５に複数のユーザ認証情報が格納されている。

登録された順にＩＤが昇順的につけられ、ユーザＩＤとともにカードＩＤが登録されている場合が示されている。

上述したように、予め管理者がユーザ新規登録処理を実行して使用するユーザＩＤとともに当該ＭＦＰ８のユーザ認証処理で用いる正規のＩＣカードのカード識別情報を登録するものとする。

本例においては、一例として、ＩＤ「００１」に対応してユーザＩＤ「佐藤」、カードＩＤ（識別情報）「ＩＤＡＡＡ」が登録されている場合が示されている。

同様に、ＩＤ「００２」に対応してユーザＩＤ「ＡＢＣ」、カードＩＤ（識別情報）「ＩＤＢＢＢ」が登録されている場合が示されている。

他のユーザ認証情報についても同様である。
ＣＰＵ１１は、当該ＨＤＤ１５に格納されたユーザ認証情報の中にカードリーダ／ライタ２１で読み取ったカード識別情報と一致する情報が含まれているか否かを判断する。

ＣＰＵ１１は、当該ＨＤＤ１５に格納されたユーザ認証情報の中にカードリーダ／ライタ２１で読み取ったカード識別情報と一致する情報が含まれていると判断した場合には、正規のカードである、すなわち予め登録されたカード識別情報であると判断して認証成功として通知する。

一方、ＣＰＵ１１は、当該ＨＤＤ１５に格納されたユーザ認証情報の中にカードリーダ／ライタ２１で読み取ったカード識別情報と一致する情報が含まれていないと判断した場合には、正規のカードでない、すなわち予め登録されたカード識別情報でないと判断して認証失敗として通知する。

図６は、本発明の実施の形態１に従うユーザ認証の結果を通知する画面１０２を説明する図である。

図６を参照して、本発明の実施の形態１に従うユーザ認証の結果を通知する画面１０２は、上述した操作パネル１９の操作ディスプレイ３６に表示されるものである。ここでは、ユーザ認証に成功した場合が示されている。

具体的には、「認証に成功しました。」の表示とともに、「ＯＫ」ボタン１０６が設けられている場合が示されている。

「ＯＫ」ボタン１０６を選択することにより当該表示が終了して、例えば、図３の操作ディスプレイ３６の表示が実行されて、ユーザ認証処理が成功したユーザは各種の機能を実行することが可能である。

本実施の形態１に従う画像形成装置管理システムにおいては、管理サーバ１０との間でデータの授受を実行することができないＭＦＰについては、ユーザ認証処理が成功したユーザが所持するＩＣカードに管理情報を記憶させる。

図７は、本発明の実施の形態１に従う画像形成装置管理システムにおいてＩＣカードに管理情報を記憶させる場合の概念図である。

図７を参照して、本例においては、ＭＦＰ８がカードリーダ／ライタ２１を用いてＩＣカードに管理情報を記憶させる場合が示されている。なお、ここでは、全てのユーザについてユーザ認証処理が成功したものとする。また、ＨＤＤ１５に管理データＤＡ，ＤＢ，ＤＣ，ＤＤで構成される管理情報が格納されている場合が示されている。管理データとしては、例えば、一例として印刷ページの合計枚数、ジャム回数、カラーコピーの回数、ジョブ履歴等、ＭＦＰ８の状況を管理するのに必要なデータが挙げられる。当該管理情報を管理サーバ１０が収集することによりＭＦＰ８の状況を把握してメンテナンスやトナー交換の処置や使用状況の分析等に利用することが可能となる。

ここでは、ユーザＡのＩＣカードに対しては、ＨＤＤ１５に格納されている管理データＤＡ，ＤＢを保存する場合が示されている。

また、ユーザＢのＩＣカードに対しては、管理データＤＡ，ＤＢ，ＤＣ，ＤＤを保存する場合が示されている。

ユーザＡと、ユーザＢとでＩＣカードに保存する管理データの数が異なるのはユーザＢのＩＣカードには空き容量が多くあると判断されたからであり、一方で、ユーザＡのＩＣカードには空き容量が少ないと判断されたからである。

このようにユーザ認証処理に成功したユーザが所持するＩＣカードの空き容量を用いて管理データを保存することにより、後述するが他のＭＦＰにアクセスした際に当該保存した管理データを渡すことが可能となる。これにより直接的にデータを送信できない場合であってもＩＣカードを介してデータを伝達することが可能となる。

また、ユーザＣのＩＣカードについては、管理データＤＡ，ＤＢの管理サーバ１０への送信が完了している場合には、管理データＤＣ，ＤＤを保存する場合が示されている。

ここで、ユーザＣのＩＣカードについて、管理データＤＡ，ＤＢの管理サーバ１０への送信が完了している場合には、管理データＤＡ，ＤＢのデータを管理サーバ１０に送信する必要が無いため管理データＤＣ，ＤＤを保存する。

一方で、ユーザＣのＩＣカードについて、管理データＤＡ，ＤＢの管理サーバ１０への送信が完了していない場合には、管理データＤＡ，ＤＢを保存する場合が示されている。

ここで、ユーザＣについて、管理データＤＣ，ＤＤあるいはＤＡ，ＤＢのいずれか一方が保存されるとしたのは、ユーザＣのＩＣカードには空き容量が少ないと判断されたからである。

管理データＤＡ，ＤＢの管理サーバ１０への送信が完了したか否かの判断は、後述するが管理データ送信完了フラグがオンかオフかで判断する。この点については後述する。

このように保存した管理データの管理サーバ１０への送信が完了したか否かを確認することにより確実に管理データを管理サーバ１０に送信することが可能となる。

図８は、ＩＣカードの空き容量に応じて管理データをＩＣカードに保存する具体例について説明する図である。ここでは、管理データＤＡ，ＤＢ，ＤＣ，ＤＤの順番について、管理する際に時間の順序を特定する必要がある場合についての例が示されている。例えば、管理データとして日付情報を含むジョブ履歴情報等が挙げられる。管理データＤＡ，ＤＢ，ＤＣ，ＤＤの順にジョブ履歴情報が分割して送信される場合には、受信側である管理サーバ１０は日付順で管理データを受信することが望ましい。

図８を参照して、本例においては、管理データのデータ量が示されており、データ量と空き容量とに基づいてＭＦＰ８がカードリーダ／ライタ２１を用いてＩＣカードに管理データを記憶させる場合が示されている。

具体的には、ＨＤＤ１５に管理データＤＡ（１０Ｋｂｙｔｅ），ＤＢ（２０Ｋｂｙｔｅ），ＤＣ（３０Ｋｂｙｔｅ），ＤＤ（４０Ｋｂｙｔｅ）が格納されている場合が示されている。

ここでは、ユーザＡのＩＣカードの空き容量は３０ＫｂｙｔｅであるためユーザＡのＩＣカードにデータＤＡ，ＤＢを保存する場合が示されている。

また、ユーザＢのＩＣカードの空き容量は６０ＫｂｙｔｅであるためユーザＢのＩＣカードに管理データＤＡ，ＤＢ，ＤＣを保存する場合が示されている。

そして、再び、ユーザＡがＭＦＰ８にアクセスする場合が示されている。この場合、管理データＤＡ，ＤＢの管理サーバ１０への送信が完了しているものとする。当該場合には、管理データＤＡ，ＤＢの送信が完了している旨の送信結果をＭＦＰ８に出力して、ＨＤＤ１５から管理データＤＡ，ＤＢを削除する。そして、ユーザＡのＩＣカードの空き容量は３０ＫｂｙｔｅであるためユーザＡのＩＣカードに管理データＤＣを保存する。

また、ユーザＣのＩＣカードの空き容量は６０ＫｂｙｔｅであるためユーザＣのＩＣカードにデータＤＣを保存する場合が示されている。

したがって、ＭＦＰ８は、管理データを順番にＩＣカードに保存するとともに、ＩＣカードから管理サーバ１０に管理データが送信されたかどうかを判断し、送信が完了したことが確認されるまで順番に管理データをＩＣカードに保存する。当該処理により確実に順番に管理データを管理サーバ１０に送信することが可能となる。

また、同じ管理データを認証が成功したユーザのＩＣカードに管理サーバ１０への送信が完了するまでそれぞれ保存することにより、たとえＩＣカードが紛失された場合であっても他のＩＣカードに保存された管理データが管理サーバ１０に送信されるため確実に管理データを管理サーバ１０に送信することが可能である。

なお、ここでは、ジョブ履歴情報を管理データとして順番に送信する場合について説明したが、特に当該情報に限られず他の情報を送信するようにしても良い。また、他の情報と組み合わせて送信するようにしても良い。

図９は、ＩＣカードの空き容量に応じて管理データをＩＣカードに保存する別の具体例について説明する図である。ここでは、管理データＤＡ，ＤＢ，ＤＣ，ＤＤの順番について、管理する際に時間の順序を特定する必要が無い場合についての例が示されている。例えば、管理データとして、例えば、印刷ページの合計枚数、ジャム回数、カラーコピーの回数等それぞれが異なる情報である場合が挙げられる。

図９を参照して、本例においては、管理データのデータ量が示されており、データ量と空き容量とに基づいてＭＦＰ８がＩＣカードに管理データを記憶させる場合が示されている。

具体的には、ＨＤＤ１５に管理データＤＡ（１０Ｋｂｙｔｅ），ＤＢ（２０Ｋｂｙｔｅ），ＤＣ（３０Ｋｂｙｔｅ），ＤＤ（４０Ｋｂｙｔｅ）が格納されている場合が示されている。

ここでは、ユーザＡのＩＣカードの空き容量は３０ＫｂｙｔｅであるためユーザＡのＩＣカードにデータＤＡ，ＤＢを保存する場合が示されている。

また、ユーザＢのＩＣカードの空き容量は６０ＫｂｙｔｅであるためユーザＢのＩＣカードに管理データＤＤ，ＤＡを保存する場合が示されている。

そして、再び、ユーザＡがＭＦＰ８にアクセスする場合が示されている。この場合、管理データＤＡ，ＤＢの管理サーバ１０への送信が完了しているものとする。当該場合には、管理データＤＡ，ＤＢの送信が完了している旨の送信結果をＭＦＰ８に出力して、ＨＤＤ１５から管理データＤＡ，ＤＢを削除する。そして、ユーザＡのＩＣカードの空き容量は３０ＫｂｙｔｅであるためユーザＡのＩＣカードに管理データＤＣを保存する。

また、ユーザＣのＩＣカードの空き容量は６０ＫｂｙｔｅであるためユーザＣのＩＣカードにデータＤＤを保存する場合が示されている。

したがって、ＭＦＰ８は、カードリーダ／ライタ２１を用いて管理データを順番にＩＣカードに保存せず、ランダムに保存するものとする。当該処理により管理データを分散してＩＣカードに保存することが可能となり、各種の管理データを早期に管理サーバ１０が受信することが可能となる。なお、ここでは、ランダムに保存する管理データの一例について説明したが、特に当該情報に限られず他の情報を送信するようにしても良い。また、図８で説明したように順番に送信するようにしても良い。

なお、管理データは、予めＭＦＰ８のＲＯＭ１３に格納されているプログラムをＣＰＵ１１が実行することによって作成され、ＨＤＤ１５に格納されるものとする。

なお、管理データを順番に保存するか、あるいはランダムに保存するかは管理データの種類に応じて予め定めておくことも可能であるし、あるいは、管理者が予め設定しておいても良い。

図１０は、ＩＣカードに保存する管理データの流れについて説明する概念図である。
図１０を参照して、ここでは、ユーザＡの所持するＩＣカードに管理データを保存する場合について説明する。

まず、ユーザＡがＭＦＰ８を操作するためにユーザＡが所持するＩＣカードでログインしたものとする（シーケンスｓｑ０）。その際にＭＦＰ８は、カードリーダ／ライタ２１を用いてＩＣカードに保存されているデータを取得する。なお、ここでは、ユーザＡについてユーザ認証処理が成功したものとする。

ＭＦＰ８は、認証が成功した場合にＩＣカードの空き状況を確認する（シーケンスｓｑ２）。そして、ＭＦＰ８は、カードリーダ／ライタ２１を用いて図８で説明したように空き状況に応じて管理データをＩＣカードに保存する（シーケンスｓｑ４）。

次に、ユーザＡは、セキュリティレベルの異なる他のＭＦＰ６を操作するためにユーザＡが所持するＩＣカードでログインしたものとする（シーケンスｓｑ６）。なお、ここでは、ユーザＡについてユーザ認証処理が成功したものとする。

ＭＦＰ６は、認証が成功した場合にＩＣカードに保存されている管理データを取得する（シーケンスｓｑ８）。

そして、ＭＦＰ６は、取得した管理データを管理サーバ１０にデータ送信する（シーケンスｓｑ１０）。

そして、管理サーバ１０は、ＭＦＰ６からデータ送信された管理データを取得する（シーケンスｓｑ１１）。当該処理により、ＩＣカードに保存されていたＭＦＰ８に格納されていた管理データが管理サーバ１０で収集されることになる。

次に、管理サーバ１０は、受信結果を通知する（シーケンスｓｑ１２）。
ＭＦＰ６は、管理サーバ１０からの受信結果の通知を受けて、カードリーダ／ライタ２１を用いてＩＣカードに結果を保存する（シーケンスｓｑ１４）。具体的には、管理データ送信完了フラグをオンに設定する。

次に、再び、ユーザＡは、ＭＦＰ８を操作するためにユーザＡが所持するＩＣカードでログインする（シーケンスｓｑ１６）。なお、ここでは、ユーザＡについてユーザ認証処理が成功したものとする。

ＭＦＰ８は、認証が成功した場合にＩＣカードに保存されている結果を反映する（シーケンスｓｑ１８）。具体的には、管理データ送信完了フラグがオンに設定されていることを確認して、以降、対応する当該管理データの保存を中止し、ＨＤＤ１５に格納されている当該管理データを削除する（シーケンスｓｑ２０）。

また、ＭＦＰ８は、カードリーダ／ライタ２１を用いてＩＣカードに保存されている管理データを削除する（シーケンスｓｑ２２）。

当該処理により、管理サーバ１０との間で直接的にデータの授受を実行することができないＭＦＰの管理データをＩＣカードを介して他のデータの授受が可能なＭＦＰに送信し、当該データの授受が可能なＭＦＰから管理サーバ１０に送信することにより管理サーバ１０において、直接的にデータの授受を実行できないＭＦＰの管理データを収集することが可能となる。

また、ユーザＡが意識することなくＩＣカードに管理データが保存されて、管理サーバ１０に管理データが送信されるためユーザの煩雑な操作等は不要でありユーザに不要なストレスを与えることが無い。

なお、シーケンスｓｑ２２で管理データを削除する場合について説明したが、削除する代わりに他の管理データを保存して、上述したのと同様の処理に従って他の管理データを管理サーバ１０に送信するようにしても良い。

なお、ＭＦＰ６は、管理サーバ１０との間でデータの授受が可能であるためＬＡＮ１１６を介して所定タイミングでＨＤＤ１５に格納された管理データを送信する。

なお、本例においては、ＭＦＰ８に格納された管理データをＩＣカードを用いて、管理サーバ１０に送信する方式について説明したが、他のＭＦＰ、例えばＭＦＰ２についても同様に実行することが可能である。

以下に、上記で説明した管理サーバ１０に各ＭＦＰから管理データを送信する方式を説明するためのフローについて説明する。

図１１は、本発明の実施の形態１に従うユーザ認証処理を説明するフロー図である。
図１１を参照して、まず、ＣＰＵ１１は、ログインボタンが押下されたかどうかを判断する（ステップＳ２）。具体的には、図３で説明したログイン／ログアウトボタン２８が押下されたかどうかを判断する。ＣＰＵ１１は、ログイン／ログアウトボタン２８が押下されたと判断した場合（ステップＳ２においてＹＥＳ）には、ログイン画面を表示する（ステップＳ４）。具体的には、図４で説明したログイン画面１００を表示する。

次に、ＩＣカードが有るかどうかを判断する（ステップＳ６）。
具体的には、カードリーダ／ライタ２１がＩＣカード載置領域５０に載置されたＩＣカードのカード識別情報を読み取ったかどうかを判断する。

次に、ＩＣカードが有ると判断した場合（ステップＳ６においてＹＥＳ）には、認証がＯＫであるかどうかを判断する（ステップＳ８）。具体的には、ＣＰＵ１１は、カードリーダ／ライタ２１で読み取ったカード識別情報が正規のカードである、すなわち、予め登録されたカード識別情報であるか否かを判断する。

なお、ＩＣカードが無いと判断した場合（ステップＳ６においてＮＯ）には、ステップＳ４に戻り、ログイン画面１００の表示を維持する。

ステップＳ８において、ＣＰＵ１１は、認証がＯＫであると判断した場合、すなわち、ＨＤＤ１５に格納されたユーザ認証情報の中にカードリーダ／ライタ２１で読み取ったカード識別情報と一致する情報が含まれていると判断した場合には、ユーザ認証の結果を通知する画面を表示する（ステップＳ１０）。具体的には、図６で説明したように認証が成功した場合の通知画面を表示する。

次に、ＣＰＵ１１は、管理サーバ１０との間でデータの授受が可能であるかどうかを判断する（ステップＳ１１）。ここで、管理サーバ１０との間でデータの授受が可能であるかどうかの判断は、予め管理者が設定しておくものとする。あるいは、各ＭＦＰがＬＡＮを介して接続されている管理サーバ１０を検索して、検索できたか否かに基づいて判断するようにしても良い。

ステップＳ１１において、ＣＰＵ１１は、管理サーバ１０との間でデータの授受が可能でないと判断した場合（ステップＳ１１においてＮＯ）には、ステップＳ１２に進み、ＩＣカードデータ確認処理を実行する。ＩＣカードデータ確認処理の詳細については後述する。

次に、ステップＳ１２のＩＣカードデータ確認処理の後、書き込みＯＫ判定であるかどうかを判断する（ステップＳ１４）。

ステップＳ１４において、書き込みＯＫ判定であると判断した場合（ステップＳ１４においてＹＥＳ）には、カードリーダ／ライタ２１を用いてデータ書込処理を実行する（ステップＳ１６）。データ書込処理の詳細については後述する。

そして、ユーザ認証処理を終了する（エンド）。以降の処理は、通常の処理と同様であり、図３で説明した操作パネル１９を操作して、各種のジョブの実行が可能である。

一方、ステップＳ１４において、書き込みＯＫ判定でないと判断した場合（ステップＳ１４においてＮＯ）には、データ書込処理を実行することなく、処理を終了する（エンド）。

一方、ステップＳ１１において、ＣＰＵ１１は、管理サーバ１０との間でデータの授受が可能であると判断した場合（ステップＳ１１においてＹＥＳ）には、ステップＳ１６に進み、ＩＣカードデータ取得処理を実行する。ＩＣカードデータ取得処理の詳細については後述する。

そして、ユーザ認証処理を終了する（エンド）。
一方、ステップＳ８において、ＣＰＵ１１は、認証がＯＫでないと判断した場合、すなわち、ＨＤＤ１５に格納されたユーザ認証情報の中にカードリーダ／ライタ２１で読み取ったカード識別情報と一致する情報が含まれていないと判断した場合には、認証失敗としてユーザ認証の結果を通知する画面を表示する（ステップＳ１９）。そして、ユーザ認証処理を終了する（エンド）。この場合には、各種のジョブの実行は不可能である。

次に、ＩＣカードデータ確認処理について説明する。具体的には、ＭＦＰ２，８における処理である。

図１２は、本発明の実施の形態１に従うＩＣカードデータ確認処理を説明するフロー図である。

図１２を参照して、ＣＰＵ１１は、ＩＣカードに管理データが有るかどうかを判断する（ステップＳ２０）。すなわち、管理データが既に保存されているかどうかを判断する。

次に、ＣＰＵ１１は、ＩＣカードに管理データが無いと判断した場合（ステップＳ２０においてＮＯ）には、次に、ＩＣカードの空き容量を確認する（ステップＳ２２）。

そして、ＣＰＵ１１は、ＩＣカードの空き容量が所定量以上であるか否かを判断する（ステップＳ２４）。所定量の値は、管理データのサイズに従って設定することが可能である。

ＣＰＵ１１は、ＩＣカードの空き容量が所定量以上であると判断した場合（ステップＳ２４においてＹＥＳ）には書き込みＯＫ判定とする（ステップＳ２６）。そして、処理を終了する（リターン）。

一方、ＣＰＵ１１は、ＩＣカードの空き容量が所定量未満であると判断した場合（ステップＳ２４においてＮＯ）には書き込みＮＧ判定とする（ステップＳ２８）。そして、処理を終了する（リターン）。

一方、ステップＳ２０において、ＩＣカードに管理データが有ると判断した場合（ステップＳ２０においてＹＥＳ）には、次に、管理データ送信完了フラグがオンであるかどうかを判断する（ステップＳ３０）。すなわち、管理サーバ１０への送信が完了したか否かを示す管理データ送信完了フラグを確認してオンであれば送信が完了したと判断し、オフであればまだ未送信であると判断する。

図１３は、ＩＣカードに保存されている管理データと当該管理データに対応付けられている送信完了フラグについて説明する図である。

図１３を参照して、ここでは、管理データＤＡ〜ＤＤが保存されていて、当該送信完了フラグがそれぞれ対応付けられて設定されている場合が示されている。

ここでは、全ての管理データＤＡ〜ＤＤについて送信完了フラグがオフである場合が示されている。つまり、送信完了フラグがオフであるとは、管理サーバ１０には未送信の状態であることを意味する。

再び、図１２を参照して、ステップＳ３０において、ＣＰＵ１１は、管理データ送信完了フラグがオンであると判断した場合（ステップＳ３０においてＹＥＳ）には、ＨＤＤ１５に格納されている管理データを削除する（ステップＳ３２）。すなわち、送信が完了しているため既に送信済みであるため不要な管理データを削除する。

そして、次に、ＩＣカード内に保存されている管理データを削除する（ステップＳ３４）。なお、以降の書き込みの際に上書きすることにより当該管理データを削除するようにしても良い。当該場合には、ステップＳ２２において、送信完了フラグがオンに設定されている管理データは空き容量とみなして処理されるものとする。

そして、再び、ステップＳ２２に進む。
一方、ステップＳ３０において、管理データ送信完了フラグがオンで無いと判断した場合（ステップＳ３０においてＮＯ）には、ステップＳ３２およびステップＳ３４をスキップして、ステップＳ２２に進む。管理データ送信完了フラグがオフである、すなわち、未送信であるため管理データは削除されない。以降の処理については上述したのと同様であるのでその詳細な説明は繰り返さない。

次に、データ書込処理について説明する。具体的には、ＭＦＰ２，８における処理である。

図１４は、本発明の実施の形態１に従うＩＣカードのデータ書込処理について説明するフロー図である。

図１４を参照して、ＣＰＵ１１は、まず、使用履歴を確認する（ステップＳ４０）。
図１５は、ユーザの使用履歴を確認する履歴テーブルを説明する図である。

図１５を参照して、ここでは、ユーザのＭＦＰ８の使用履歴として日付情報とともに使用したユーザ名が履歴として登録されている場合が示されている。当該履歴テーブルは、一例としてＨＤＤ１５に格納されているものとする。

再び、図１４を参照して、ＣＰＵ１１は、図１５で説明した履歴テーブルを確認して、使用履歴が多いかどうかを判断する（ステップＳ４２）。具体的には、使用履歴が多いユーザに対応するＩＣカードであるかどうかを判断する。

ステップＳ４２において、ＣＰＵ１１は、使用履歴が多いユーザに対応するＩＣカードであると判断した場合（ステップＳ４２においてＹＥＳ）には、次のステップＳ４４に進む。

一方、ステップＳ４２において、ＣＰＵ１１は、使用履歴が多いユーザに対応するＩＣカードでないと判断した場合（ステップＳ４２においてＮＯ）には、処理を終了する（リターン）。ここで、使用履歴が多いとは、使用履歴として履歴テーブルに２回以上登録されているユーザに対応するＩＣカードであるか否かに基づいて判断する。なお、２回に限られず、他の回数に設定することも可能である。例えば、図１５を参照して、ユーザＡは、２回以上登録されているユーザであるものとする。

次に、使用履歴が多いユーザに対応するＩＣカードであると判断した場合には、ステップＳ４４において管理データ確認処理を実行する。具体的には、どの管理データの送信が完了していないかを判断する。また、どの順番で管理データを送信するかを判断する。

そして、ＣＰＵ１１は、ＩＣカードの空き容量に基づいて、ＩＣカードに保存する管理データを決定する（ステップＳ４６）。

具体的には、図８，図９で説明したようにＨＤＤ１５に保存されている管理データを確認し、管理データの種類に応じてどの管理データを保存するかを決定する。また、ＩＣカードの空き容量に基づいて、管理データを分割して細分化した管理データとするようにしても良い。

そして、ＣＰＵ１１は、カードリーダ／ライタ２１を用いてＩＣカードに決定された管理データを書き込む（ステップＳ４８）。

そして、処理を終了する（リターン）。
なお、ここでは、使用履歴を確認して使用履歴が多いユーザのＩＣカードにのみ管理データを保存する場合について説明したが、特にこれに限られず、ＩＣカードの空き容量があれば管理データを保存するようにしても良い。ここで、使用履歴を確認したのは、使用履歴が多いユーザのＩＣカードに管理データを保存した方が管理サーバ１０に管理データが送信される可能性が高いと考えられるからである。また、本例においては、使用履歴に基づいて、管理データが送信される可能性が高いＩＣカードか否かの判断処理を実行する場合について説明したが、特にこれに限られず、例えば、管理データを保存するユーザのＩＣカードを特定するようにしても良い。例えば、管理サーバ１０に管理データが送信される可能性の高い管理者のＩＣカードにのみ管理データを保存するようにして、当該管理者のＩＣカードか否かのみ判断するようにしても良い。なお、管理者に限られず、他の特定者のＩＣカードに特定するようにすることも当然に可能である。あるいは、管理データ送信完了フラグの履歴を収集して、どのＩＣカードが管理サーバ１０に送信する可能性が高いかを自動学習させて、管理サーバ１０に送信する送信率の高いＩＣカードを特定して、当該ＩＣカードに保存させるようにしても良い。

また、管理データを決定する際、使用履歴に基づいて保存する管理データの量も決定するようにしても良い。例えば、使用履歴の多いユーザのＩＣカードについては管理データの量を多くし、少ないユーザのＩＣカードについては管理データの量を少なくするようにしても良い。

次に、ＩＣカードデータ取得処理について説明する。具体的には、ＭＦＰ４，６における処理である。

図１６は、本発明の実施の形態１に従うＩＣカードデータ取得処理を説明するフロー図である。

図１６を参照して、ＣＰＵ１１は、ＩＣカードに管理データが有るかどうかを判断する（ステップＳ５０）。すなわち、ＩＣカードに管理サーバ１０に送信するべき管理データが保存されているかどうかを判断する。

次に、ＣＰＵ１１は、ＩＣカードに管理データが無いと判断した場合（ステップＳ５０においてＮＯ）には、取得して管理サーバ１０に送信するべきデータが無いため処理を終了する（リターン）。

一方、ＣＰＵ１１は、ＩＣカードに管理データが有ると判断した場合（ステップＳ５０においてＹＥＳ）には、管理データ送信完了フラグがオンであるかどうかを判断する（ステップＳ５２）。すなわち、ＩＣカードに保存されている管理データは既に管理サーバ１０に送信済みかどうかを判断する。

ステップＳ５２において、ＣＰＵ１１は、管理データ送信完了フラグがオンであると判断した場合（ステップＳ５２においてＹＥＳ）には、処理を終了する（リターン）。この場合にもＩＣカードに保存されている管理データは、既に送信された管理データであるため処理を終了する。

一方、ステップＳ５２において、ＣＰＵ１１は、管理データ送信完了フラグがオンでないと判断した場合（ステップＳ５２においてＮＯ）には、管理データを取得する（ステップＳ５４）。

次に、ＣＰＵ１１は、取得した管理データを管理サーバ１０に送信する（ステップＳ５６）。当該処理により、管理サーバ１０に管理データが送信され、管理サーバ１０は、他のＭＦＰの管理データを取得することが可能である。

次に、ＣＰＵ１１は、管理サーバ１０から受信完了通知が有ったかどうかを判断する（ステップＳ５８）。

そして、ＣＰＵ１１は、管理サーバ１０から受信完了通知が有ったと判断した場合（ステップＳ５８においてＹＥＳ）には、カードリーダ／ライタ２１を用いて管理データ送信完了フラグをオンに書き込みする（ステップＳ６０）。すなわち、ＩＣカードに保存されている管理データ送信完了フラグについて、管理サーバ１０への送信が完了したことを示すフラグをオンに設定する。

そして、処理を終了する（リターン）。
一方、ステップＳ５８において、ＣＰＵ１１は、管理サーバ１０から受信完了通知が無かったと判断した場合（ステップＳ５８においてＮＯ）には、管理データ送信完了フラグをオンにすることなく処理を終了する（リターン）。この場合は、管理サーバ１０への送信が完了していないためフラグをオフのまま維持する。

そして、上述したように管理データ送信完了フラグがオンとなることにより、当該管理データを送信したＭＦＰにアクセスした際にＭＦＰは、当該管理データが管理サーバ１０に送信されたことを把握することが可能となる。

図１７は、管理サーバ１０との間でデータの授受が可能なＭＦＰのデータ送信について説明するフロー図である。主にＭＦＰ４，６における処理である。

図１７を参照して、ＣＰＵ１１は、所定期間が経過したかどうかを判断する（ステップＳ７０）。

ステップＳ７０において、ＣＰＵ１１は、所定期間が経過したと判断した場合（ステップＳ７０においてＹＥＳ）には、管理データを送信する（ステップＳ７２）。

そして、次に、管理サーバ１０からの受信完了通知が有ったかどうかを判断する（ステップＳ７４）。

ステップＳ７４において、管理サーバ１０からの受信完了通知が有ったと判断した場合（ステップＳ７４においてＹＥＳ）には、画像形成装置であるＭＦＰ内のＨＤＤ１５に格納されている管理データを削除する（ステップＳ７６）。そして、処理を終了する（エンド）。

なお、本例においては、所定期間が経過した場合に、ＭＦＰが自発的に自己のＨＤＤに格納されている管理データを管理サーバ１０に送信する場合について説明したが、特にこれに限られず、例えば、管理サーバ１０からデータの送信を要求された場合に管理データを管理サーバ１０に送信するようにしても良い。

当該構成により、管理サーバ１０は、データの授受が可能なＭＦＰから直接管理データをＬＡＮ１１６を介して受信して、収集することが可能である。また、データの授受ができないＭＦＰについては、当該ＭＦＰがＩＣカードに管理データを保存する。そして、データの授受が可能なＭＦＰがＩＣカードを介して保存された管理データを取得して、当該管理データを管理サーバ１０に転送することによりデータの授受ができないＭＦＰの管理データについても収集することが可能となる。

したがって、管理者がセキュリティレベルの異なる場所や区域に設けられた装置に個別に管理データを収集しにいく必要はなく、また、新たな機器の導入等の必要が無く、既存の装置を用いて簡易な方式で管理データを収集することが可能となる。

（実施の形態２）
上記の実施の形態１においては、管理サーバ１０との間で直接データの授受が可能でないＭＦＰについても、ＩＣカードを介して当該ＭＦＰの管理データを管理サーバ１０に送信する方式について説明した。

一方で、管理サーバ１０から各ＭＦＰに対して各ＭＦＰを管理するための指示コマンド（単にコマンドとも称する）を送信する場合もある。

上記の実施の形態１で説明したように、各ＬＡＮのセキュリティレベルが異なるために、例えば、セキュリティレベルの高い側から低い側への指示コマンドの送信は可能である場合も考えられるが、低い側から高い側への指示コマンドの送信は拒否される可能性が高い。本例においては、例えば、セキュリティレベル中のＬＡＮ１１６に接続されている管理サーバ１０からセキュリティレベル高のＬＡＮ１１８に接続されているへの指示コマンドの送信は無効とされる可能性がある。

本実施の形態２に従う画像形成装置管理システムにおいては、管理サーバ１０からの指示コマンドをセキュリティレベルの異なるＭＦＰにも送信することが可能な方式について説明する。

図１８は、管理サーバ１０からの指示コマンドの送信の流れについて説明する概念図である。

図１８を参照して、まず、管理サーバ１０は、ＭＦＰ６に対して指示コマンドを送信する（シーケンスｓｑ３０）。

次に、ユーザＡがＭＦＰ６を操作するためにユーザＡが所持するＩＣカードでログインしたものとする（シーケンスｓｑ３２）。その際にＭＦＰ６は、カードリーダ／ライタ２１を用いてＩＣカードに保存されているデータを取得する。なお、ここでは、ユーザＡについてユーザ認証処理が成功したものとする。

ＭＦＰ６は、認証が成功した場合にＩＣカードに管理サーバ１０から送信されてきた指示コマンドをカードリーダ／ライタ２１を用いて保存する（シーケンスｓｑ３４）。なお、ここでは、上記の実施の形態１で説明したＩＣカードデータ取得処理等については省略している。

次に、ユーザＡは、ＭＦＰ８を操作するためにユーザＡが所持するＩＣカードでログインする（シーケンスｓｑ３６）。その際にＭＦＰ８は、カードリーダ／ライタ２１を用いてＩＣカードに保存されているデータを取得する。なお、ここでは、ユーザＡについてユーザ認証処理が成功したものとする。

ＭＦＰ８は、認証が成功した場合にＩＣカードに保存されている指示コマンドを取得する（シーケンスｓｑ３８）。なお、ここでは、上記の実施の形態１で説明した管理データに関する処理については省略している。

そして、ＭＦＰ８は、取得した指示コマンドに従う処理を実行する（シーケンスｓｑ４０）。

当該処理により、管理サーバ１０との間でデータの授受を実行することができないＭＦＰについても指示コマンドを送信することが可能である。まず、データの授受が可能なＭＦＰに指示コマンドを送信し、そして、当該データの授受が可能なＭＦＰがカードリーダ／ライタ２１を用いてＩＣカードに指示コマンドを保存することにより、当該ＩＣカードでログインした際に、管理サーバ１０からの指示コマンドを取得して、実行することが可能となる。

なお、本例においては、ＭＦＰ８に指示コマンドを送信する場合の方式について説明したが、他のＭＦＰ、例えばＭＦＰ２についても同様に実行することが可能である。

図１９は、本発明の実施の形態２に従う管理サーバ１０から直接指示コマンドを受信した場合の処理について説明するフロー図である。主に、ＭＦＰ４，６における処理である。

図１９を参照して、ＣＰＵ１１は、管理サーバ１０からの指示コマンドを受信したかどうかを判断する（ステップＳ８０）。

ＣＰＵ１１は、管理サーバ１０からの指示コマンドを受信したと判断した場合（ステップＳ８０においてＹＥＳ）には、次の処理であるステップＳ８２に進む。一方、受信していないと判断した場合（ステップＳ８０においてＮＯ）には、ステップＳ８０の状態を維持する。

次に、ＣＰＵ１１は、指示コマンドを取得する（ステップＳ８２）。
そして、ＣＰＵ１１は、指示コマンドを実行する（ステップＳ８４）。

そして、処理を終了する（エンド）。
図２０は、本発明の実施の形態２に従うユーザ認証処理を説明するフロー図である。

図２０を参照して、図１１で説明したフロー図と比較して、ステップＳ１７のコマンド確認処理と、ステップＳ１８＃のコマンド格納処理が追加された点が異なる。その他の点については、実施の形態１の図１１で説明したフロー図と同様であるのでその詳細な説明は繰り返さない。

図２１は、本発明の実施の形態２に従うコマンド格納処理を説明するフロー図である。主に、ＭＦＰ４，６における処理である。

図２１を参照して、まず、ＣＰＵ１１は、管理サーバ１０からの指示コマンドが有るかどうかを判断する（ステップＳ９０）。ステップＳ９０において、ＣＰＵ１１は、指示コマンドが無い場合には、格納するコマンドが無いため処理を終了する（リターン）。

次に、ＣＰＵ１１は、管理サーバ１０からの指示コマンドが有ると判断した場合（ステップＳ９０においてＹＥＳ）には、ＩＣカードに指示コマンドが有るかどうかを判断する（ステップＳ９２）。ステップＳ９２において、ＣＰＵ１１は、ＩＣカードに指示コマンドが有ると判断した場合（ステップＳ９２においてＹＥＳ）には、既に格納済みであるため処理を終了する（リターン）。

次に、ＣＰＵ１１は、ＩＣカードに指示コマンドが無いと判断した場合（ステップＳ９２においてＮＯ）には、カードリーダ／ライタ２１を用いてＩＣカードに指示コマンドを書き込む（ステップＳ９４）。そして、処理を終了する（リターン）。

図２２は、本発明の実施の形態２に従うコマンド確認処理を説明するフロー図である。主に、ＭＦＰ８，２における処理である。

図２２を参照して、まず、ＣＰＵ１１は、ＩＣカードに指示コマンドが有るかどうかを判断する（ステップＳ１００）。ステップＳ１００において、ＣＰＵ１１は、指示コマンドが無い場合（ステップＳ１００においてＮＯ）には、実行するコマンドが無いため処理を終了する（リターン）。

次に、ＣＰＵ１１は、ＩＣカードに指示コマンドが有ると判断した場合（ステップＳ１００においてＹＥＳ）には、指示コマンドを取得する（ステップＳ１０２）。

そして、次に、ＣＰＵ１１は、取得した指示コマンドを実行する（ステップＳ１０４）。そして、処理を終了する（リターン）。

当該処理により、管理サーバ１０との間でデータの授受を実行することができないＭＦＰについても管理サーバ１０からのコマンドを受信し、実行することが可能である。

例えば、指示コマンドとして、ＭＦＰを終了する時刻をセットする終了タイマコマンド（例えば２０時等）が管理サーバ１０から送信された場合、管理サーバ１０から直接終了タイマコマンドを受けたＭＦＰについては、当該コマンドに基づいて２０時に自動的に電源をオフとする。また、当該終了タイマコマンドをＩＣカードを介して受信したＭＦＰについても、当該コマンドに基づいて２０時に電源をオフする。当該処理により、それぞれのＭＦＰを管理者が操作して電源をオフする終了タイマを設定する必要がなく、管理サーバ１０から指示コマンドを発信することにより簡易な方式に従って各ＭＦＰのそれぞれを管理することが可能となる。

また、一例として、指示コマンドとして終了タイマコマンドについて説明したが、起動タイマコマンドを管理サーバ１０から送信して、起動する時刻を設定するようにしても良いし、あるいは別のコマンドを送信して、所望の動作を各ＭＦＰで実行させるようにしても良い。

また、本例において、ＭＦＰ８は、同じネットワーク１１８に接続されている他のＭＦＰが存在する場合には、取得した指示コマンドを当該他のＭＦＰに送信するようにしても良い。

本例においては、各ＭＦＰでユーザ認証処理を実行する方式について説明したが、認証サーバ等を用いてユーザ認証処理を実行するようにすることも可能である。当該認証サーバを利用することによりそれぞれのＭＦＰに対してユーザ認証情報を登録する必要が無く、管理が容易である。

なお、上記においては、ユーザが所持するＩＣカードを用いて管理データを保存して、当該管理データを管理サーバ１０で収集する方式について説明したが、特にこれに限られず、例えば、ユーザ認証処理を実行するための認証データが格納された着脱可能な外部記憶媒体、例えば、ＵＳＢメモリを用いる場合においても同様に適用可能である。なお、例えば、特定のＵＳＢメモリにのみ保存する場合には、当該ＵＳＢメモリに管理データを保存するために設けられた特定のフォルダ（例えば、ＭＦＰフォルダ等）が含まれているか否かを判断するようにしても良い。

なお、本発明にかかる画像形成装置は、ＭＦＰに限定されない。なお、コンピュータ（ＣＰＵ）を機能させて、上述のフローで説明したような制御を実行させるプログラムを提供することもできる。このようなプログラムは、コンピュータに付属するフレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disk-Read Only Memory）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）およびメモリカードなどの一時的でないコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

なお、プログラムは、コンピュータのオペレーションシステム（ＯＳ）の一部として提供されるプログラムモジュールのうち、必要なモジュールを所定の配列で所定のタイミングで呼出して処理を実行させるものであってもよい。その場合、プログラム自体には上記モジュールが含まれずＯＳと協働して処理が実行される。このようなモジュールを含まないプログラムも、本発明にかかるプログラムに含まれ得る。

また、本発明にかかるプログラムは他のプログラムの一部に組込まれて提供されるものであってもよい。その場合にも、プログラム自体には上記他のプログラムに含まれるモジュールが含まれず、他のプログラムと協働して処理が実行される。このような他のプログラムに組込まれたプログラムも、本発明にかかるプログラムに含まれ得る。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

２〜８ ＭＦＰ、１０ 管理サーバ、１４ 不揮発性メモリ、１５ ハードディスクドライブ、１７ スキャナ、１８ プリンタ、１９ 操作パネル、２１ カードリーダ／ライタ、２８ ログイン／ログアウトボタン、２９ ユーザ登録ボタン、３０ スタートキー、３２ ストップキー、３４ パネルリセットキー、３６ 操作ディスプレイ、５０ ＩＣカード載置領域、１１２，１１４ ルータ、１１６〜１１８ ＬＡＮ。

Claims (11)

1. 複数の画像形成装置と、
   前記複数の画像形成装置の状況を管理するためにネットワークで接続された管理サーバとを備え、
   各前記画像形成装置は、
   ＩＣカードの情報を読み取るとともに、前記ＩＣカードに情報を書き込むことが可能なカード読取書込手段と、
   前記カード読取書込手段で読み取った情報に含まれるカード識別情報に基づいて認証処理を実行するとともに、前記画像形成装置全体を制御する制御手段と、
   前記画像形成装置の状況を示す管理情報を記憶する記憶手段とを有し、
   前記複数の画像形成装置のうち前記ネットワークを介して前記管理サーバとの間でデータの授受が可能な第１の画像形成装置の制御手段は、前記記憶手段に記憶された前記管理情報を前記ネットワークを介して前記管理サーバに送信し、
   前記複数の画像形成装置のうち前記ネットワークを介して前記管理サーバとの間でデータの授受が可能でない第２の画像形成装置の制御手段は、前記記憶手段に記憶された前記管理情報を認証したＩＣカードに書き込み、
   前記第１の画像形成装置の制御手段は、
   前記カード読取書込手段により読み取られた情報に他の前記画像形成装置の前記管理情報が含まれているか否かを判断し、
   前記カード読取書込手段により読み取られた情報に他の前記画像形成装置の前記管理情報が含まれていると判断した場合には、当該管理情報を前記ネットワークを介して前記管理サーバに送信する、画像形成装置管理システム。
2. 前記第２の画像形成装置の制御手段は、
   前記カード読取書込手段により読み取った情報に基づいて、前記ＩＣカードの空き容量を確認し、
   前記ＩＣカードの空き容量に基づいて、前記記憶手段に記憶された前記管理情報の一部を前記カード読取書込手段により前記認証したＩＣカードに書き込む、請求項１記載の画像形成装置管理システム。
3. 前記第２の画像形成装置の制御手段は、
   前記認証したＩＣカードの使用履歴を前記記憶手段に記憶させ、
   前記記憶手段に記憶された使用履歴および前記ＩＣカードの空き容量に基づいて、前記記憶手段に記憶された前記管理情報の一部を前記カード読取書込手段により前記認証したＩＣカードに書き込む、請求項２記載の画像形成装置管理システム。
4. 前記第２の画像形成装置の制御手段は、前記記憶手段に記憶された使用履歴に基づいて、記憶された前記管理情報の一部を前記カード読取書込手段により前記認証したＩＣカードに書き込まないと判断する、請求項３記載の画像形成装置管理システム。
5. 前記第２の画像形成装置の制御手段は、前記ＩＣカードの空き容量が多く、かつ、前記記憶手段に記憶された使用履歴に基づいて使用頻度が高いと判断した場合には、前記管理情報の一部の書き込むデータ量を多くする、請求項３記載の画像形成装置管理システム。
6. 前記管理情報は、種類の異なる複数のデータ群で構成され、
   前記第２の画像形成装置の制御手段は、前記管理情報に含まれる前記複数のデータ群のうち管理する際に時間の順序を特定する必要が有るデータ群か否かに基づいて、前記認証したＩＣカードに書き込む方式を変更する、請求項１記載の画像形成装置管理システム。
7. 前記第２の画像形成装置の制御手段は、前記管理情報に含まれる前記複数のデータ群のうち管理する際に時間の順序を特定する必要が無いデータ群については、前記認証したＩＣカードにランダムに書き込む、請求項６記載の画像形成装置管理システム。
8. 前記第１の画像形成装置の制御手段は、前記ネットワークを介して前記管理サーバに当該管理情報を送信した送信結果を前記カード読取書込手段により前記認証したＩＣカードに書き込む、請求項１記載の画像形成装置管理システム。
9. 前記第２の画像形成装置の制御手段は、前記カード読取書込手段により読み取った情報に、前記管理サーバに当該管理情報を送信した送信結果が含まれている場合には、前記カード読取書込手段により前記認証したＩＣカードに書き込まれた管理情報を削除する、請求項８記載の画像形成装置管理システム。
10. 前記第２の画像形成装置の制御手段は、前記カード読取書込手段により読み取った情報に、前記管理サーバに当該管理情報を送信した送信結果が含まれている場合には、前記記憶手段に記憶された前記管理サーバに送信された管理情報を削除する、請求項８記載の画像形成装置管理システム。
11. 前記管理サーバは、所定の指示コマンドを前記ネットワークを介して前記第１の画像形成装置に送信し、
    前記第１の画像形成装置の制御手段は、前記管理サーバからの所定の指示コマンドを、前記カード読取書込手段により前記認証したＩＣカードに書き込み、
    前記第２の画像形成装置の制御手段は、
    前記カード読取書込手段により読み取った情報に、前記管理サーバからの指示コマンドが含まれているか否かを判断し、
    前記管理サーバからの指示コマンドが含まれている場合には、当該指示コマンドに従う処理を実行する、請求項１記載の画像形成装置管理システム。

Images