JP2015018460A - 情報処理装置およびロックアウト管理システム - Google Patents

Abstract

【課題】ネットワーク上の情報処理装置に対するユーザのロックアウト状態を適切に管理してセキュリティを向上させる情報処理装置およびロックアウト管理システムを提供する。
【解決手段】子機２０ａのロックアウト手段は、子機２０ａに対してロックアウト状態にした利用者７００のユーザＩＤ、およびロックアウト通知を親機１０および子機２０ｂ、２０ｃに送信する。親機１０のロックアウト手段は、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。また、子機２０ｂ、２０ｃのロックアウト手段は、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。これによって、利用者７００は親機１０および子機２０ｂ、２０ｃに対してロックアウト状態になる。
【選択図】図１１

Description

本発明は、情報処理装置およびロックアウト管理システムに関する。

近年、複合機およびレーザプリンタ等の画像形成装置は、インターネットまたはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等のネットワークに接続可能となり、画像形成装置同士が連携して、様々な機能を実現することができるようになっている。ネットワークに接続される画像形成装置において、ユーザがログインに所定回数失敗した場合、そのユーザをログイン不可の状態（ロックアウト）にすることが可能である。

このように、ユーザがログインに所定回数失敗した場合に、そのユーザをロックアウトする画像形成装置として、ロックアウトポリシーと、ロックアウト解除ポリシーを好適に設定する画像形成装置が提案されている（特許文献１参照）。ロックアウトポリシーとは、例えば、上述のように、ユーザがログインに所定回数失敗した場合にロックアウトにするというロックアウトの条件である。ロックアウト解除ポリシーとは、ロックアウトされたユーザのロックアウトを解除するための条件である。

しかしながら、特許文献１に記載された画像形成装置は、画像形成装置ごとにユーザ情報を管理しており、ロックアウトされたユーザのユーザ情報も画像形成装置毎ごとに管理するものとしている。この管理方法では、ログインに失敗した画像形成装置においてしかユーザをロックアウトできないため、悪意あるユーザが他の画像形成装置からログインできるという問題点があった。また、特許文献１に記載された画像形成装置は、ユーザのロックアウト状態を個別に管理するため、画像形成装置が複数台あるシステムの場合、管理者はロックアウト状態の解除を画像形成装置に対してそれぞれ個別に行わなければならないという問題点があった。

本発明は、上記に鑑みてなされたものであって、ネットワーク上の情報処理装置に対するユーザのロックアウト状態を適切に管理してセキュリティを向上させる情報処理装置およびロックアウト管理システムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明は、第１の情報処理装置に対して第１のユーザがログイン認証に失敗した場合、前記第１のユーザを前記第１の情報処理装置に対してロックアウト状態に設定する第１のロックアウト手段と、前記第１のユーザをロックアウト状態に設定したことを示すロックアウト通知を前記第１の情報処理装置以外の第２の情報処理装置に送信する第１の送信手段と、前記ロックアウト通知を受信した場合に、前記第１のユーザを前記第２の情報処理装置に対してロックアウト状態に設定する第２のロックアウト手段と、を備えたことを特徴とする。

本発明によれば、ネットワーク上の情報処理装置に対するユーザのロックアウト状態を適切に管理してセキュリティを向上させることができる。

図１は、第１の実施の形態のロックアウト管理システムの全体構成の一例を示す図である。 図２は、第１の実施の形態の画像形成装置のハードウェア構成の一例を示す図である。 図３は、第１の実施の形態の画像形成装置のソフトウェア構成の一例を示す図である。 図４は、第１の実施の形態の画像形成装置である親機のブロック構成の一例を示す図である。 図５は、第１の実施の形態の画像形成装置である子機のブロック構成の一例を示す図である。 図６は、ユーザ情報テーブルの構成の一例を示す図である。 図７は、第１の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。 図８は、第１の実施の形態のロックアウト管理システムにおけるロックアウト解除動作の一例を示すシーケンス図である。 図９は、第２の実施の形態の画像形成装置である親機のブロック構成の一例を示す図である。 図１０は、第２の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。 図１１は、第３の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。 図１２は、第４の実施の形態の画像形成装置である子機のブロック構成の一例を示す図である。 図１３は、第４の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。 図１４は、第４の実施の形態のロックアウト管理システムにおけるロックアウト解除動作の一例を示すシーケンス図である。 図１５は、第５の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。 図１６は、通知成否情報テーブルの構成の一例を示す図である。 図１７は、第５の実施の形態のロックアウト管理システムにおけるロックアウト解除動作の一例を示すシーケンス図である。

以下に、図面を参照しながら、本発明に係る情報処理装置およびロックアウト管理システムの実施の形態を詳細に説明する。また、以下の実施の形態によって本発明が限定されるものではなく、以下の実施の形態における構成要素には、当業者が容易に想到できるもの、実質的に同一のもの、およびいわゆる均等の範囲のものが含まれる。さらに、以下の実施の形態の要旨を逸脱しない範囲で構成要素の種々の省略、置換および変更を行うことができる。

（第１の実施の形態）
＜ロックアウト管理システム１の全体構成＞
図１は、第１の実施の形態のロックアウト管理システムの全体構成の一例を示す図である。図１を参照しながら、本実施の形態のロックアウト管理システム１の構成について説明する。

図１に示すように、本実施の形態のロックアウト管理システム１は、イントラネットまたはＬＡＮ等のネットワーク３０に接続された４台の画像形成装置を備えている。この４台の画像形成装置は、１台の親機１０と、３台の子機２０ａ〜２０ｃ（以下、区別しない場合または総称する場合、単に「子機２０」という）とによって構成されており、ネットワーク３０を介して互いに通信可能となっている。なお、図１に示すロックアウト管理システム１は、３台の子機２０を含む構成としているが、これに限定されるものではなく、１、２または４台以上の子機２０を含む構成であってもよい。

親機１０は、プリンタ機能、スキャナ機能およびコピー機能等を有するいわゆる複合機であり、ユーザ情報のマスターテーブルであるユーザ情報テーブル１００を有している。子機２０は、親機１０と同様に、スキャナ機能およびコピー機能等を有するいわゆる複合機である。子機２０ａ〜２０ｃは、親機１０が有するユーザ情報テーブル１００に対するスレーブテーブルとしてそれぞれユーザ情報テーブル２００ａ〜２００ｃ（以下、区別しない場合または総称する場合、単に「ユーザ情報テーブル２００」という）を有している。

＜画像形成装置のハードウェア構成＞
図２は、第１の実施の形態の画像形成装置のハードウェア構成の一例を示す図である。図２を参照しながら、本実施の形態の画像形成装置のハードウェア構成について説明する。

図２に示すように、親機１０は、コントローラ３００と、操作表示部３１０と、ＦＣＵ（Ｆａｃｓｉｍｉｌｅ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）３２０と、エンジン部３３０とがＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｆａｃｅ）バスで接続された構成となっている。

コントローラ３００は、画像形成装置である親機１０全体の制御、描画、通信および操作表示部３１０からの入力を制御する装置である。操作表示部３１０は、例えばタッチパネルなどであり、コントローラ３００に対する入力を受入れるとともに、画像形成装置である親機１０の状態等を表示する装置であり、後述するＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）３０６に直接接続されている。ＦＣＵ３２０は、ファックス機能を実現する装置であり、ＰＣＩバスによってＡＳＩＣ３０６に接続されている。エンジン部３３０は、各機能を実現する装置で、ＰＣＩバスによってＡＳＩＣ３０６に接続されている。エンジン部３３０は、プロッタ３３１と、スキャナ３３２と、その他ハードウェアリソース３３３とを有している。

コントローラ３００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、システムメモリ（ＭＥＭ−Ｐ）３０２と、ノースブリッジ（ＮＢ）３０３と、サウスブリッジ（ＳＢ）３０４ａと、ネットワークインターフェース（ＮＩＣ）３０４ｂと、ＵＳＢインターフェース３０４ｃと、セントロニクスインターフェース３０４ｄと、ＡＳＩＣ３０６と、ローカルメモリ（ＭＥＭ−Ｃ）３０７と、外部記憶装置３０８と、を有している。

ＣＰＵ３０１は、親機１０の全体制御を行うものであり、システムメモリ３０２、ノースブリッジ３０３およびサウスブリッジ３０４ａからなるチップセットに接続され、このチップセットを介して他の機器と接続される。

システムメモリ（ＭＥＭ−Ｐ）３０２は、プログラムおよびデータの格納用メモリ、プログラムおよびデータの展開用メモリ、ならびにプリンタの描画用メモリ等として用いるメモリであり、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）とＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）とを有している。このうちＲＯＭは、プログラムおよびデータの格納用メモリとして用いる読み出し専用のメモリであり、ＲＡＭは、プログラムおよびデータの展開用メモリ、ならびにプリンタの描画用メモリ等として用いる書き込みおよび読み出し可能なメモリである。

ノースブリッジ（ＮＢ）３０３は、ＣＰＵ３０１と、システムメモリ３０２、サウスブリッジ３０４ａおよびＡＧＰバス３０５とを接続するためのブリッジであり、システムメモリ３０２に対する読み書き等を制御するメモリコントローラと、ＰＣＩマスタ及びＡＧＰターゲットとを有する。

サウスブリッジ（ＳＢ）３０４ａは、ノースブリッジ３０３と、ＰＣＩデバイスおよび周辺デバイスとを接続するためのブリッジである。このサウスブリッジ３０４ａは、ＰＣＩバスを介してノースブリッジ３０３と接続されており、ＰＣＩバスには、ネットワークインターフェース３０４ｂ、ＵＳＢインターフェース３０４ｃおよびセントロニクスインターフェース３０４ｄ等が接続されている。

ＡＧＰバス３０５は、グラフィック処理を高速化するために提案されたグラフィックスアクセラレーターカード用のバスインターフェースである。ＡＧＰバス３０５は、システムメモリ３０２に高スループットで直接アクセスすることにより、グラフィックスアクセラレーターカードを高速にするバスである。

ＡＳＩＣ３０６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）であり、ＡＧＰバス３０５、ＰＣＩバス、外部記憶装置３０８およびローカルメモリ３０７をそれぞれ接続するブリッジの役割を有する。このＡＳＩＣ３０６は、ＰＣＩターゲットおよびＡＧＰマスタと、ＡＳＩＣ３０６の中核をなすアービタ（ＡＲＢ）と、ローカルメモリ３０７を制御するメモリコントローラと、ハードウェアロジック等により画像データの回転等をおこなう複数のＤＭＡＣ（Ｄｉｒｅｃｔ Ｍｅｍｏｒｙ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌｌｅｒ）と、エンジン部３３０との間でＰＣＩバスを介したデータ転送を行うＰＣＩユニットとから構成される。このＡＳＩＣ３０６には、ＰＣＩバスを介してＦＣＵ３２０およびエンジン部３３０が接続される。また、ＡＳＩＣ３０６は、図示しないホストＰＣおよびネットワーク等にも接続されている。

ローカルメモリ（ＭＥＭ−Ｃ）３０７は、コピー用画像バッファおよび符号バッファとして用いるメモリである。

外部記憶装置３０８は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＤカードまたはフラッシュメモリ等の記憶装置であり、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積およびフォームの蓄積を行うためのストレージである。

なお、画像形成装置である子機２０のハードウェア構成についても、図２に示す構成と同様である。

＜画像形成装置のソフトウェア構成＞
図３は、第１の実施の形態の画像形成装置のソフトウェア構成の一例を示す図である。図３を参照しながら、本実施の形態の画像形成装置のソフトウェア構成について説明する。

図３に示すように、画像形成装置である親機１０および子機２０は、プロッタ３３１と、スキャナ３３２と、その他ハードウェアリソース３３３とを有する。また、ソフトウェア群４００は、アプリケーション４１０およびプラットフォーム４３０から構成される。

プラットフォーム４３０は、汎用ＯＳ４２０と、ＳＲＭ（Ｓｙｓｔｅｍ Ｒｅｓｏｕｒｃｅ Ｍａｎａｇｅｒ）４１９と、下記のコントロールサービスと、を有する。コントロールサービスは、複数のサービスモジュールにより形成され、具体的には、ＯＣＳ（Ｏｐｅｒａｔｉｏｎ ｐａｎｅｌ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）４１１と、ＥＣＳ（Ｅｎｇｉｎｅ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）４１２と、ＭＣＳ（Ｍｅｍｏｒｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）４１３と、ＮＣＳ（Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）４１４と、ＦＣＳ（ＦＡＸ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）４１５と、ＳＣＳ（Ｓｙｓｔｅｍ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）４１６と、ＤＣＳ（Ｄｅｌｉｖｅｒｙ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）４１７と、ＵＣＳ（Ｕｓｅｒ Ｃｏｎｔｒｏｌ Ｓｅｒｖｉｃｅ）４１８と、を有する。また、プラットフォーム４３０は、予め定義された関数によりアプリケーション４１０からの処理要求を受信可能とするＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍ Ｉｎｔｅｒｆａｃｅ）を有する。

汎用ＯＳ４２０は、ＵＮＩＸ（登録商標）等の汎用オペレーティングシステムであり、プラットフォーム４３０およびアプリケーション４１０の各ソフトウェアをそれぞれプロセスとして並列実行する。汎用ＯＳ４２０は、オープンソースのＵＮＩＸを用いることにより、プログラムの安全性を確保できると共に、ネットワークに対応が可能となり、ソースコードの入手も容易となる。

ＳＲＭ４１９は、ＳＣＳ４１６と共にシステムの制御およびリソースの管理を行うモジュールである。ＳＲＭ４１９は、プロッタ３３１およびスキャナ３３２等のエンジン部３３０、メモリ、外部記憶装置３０８およびホストＩ／Ｏ（ネットワークインターフェース３０４ｂ、ＵＳＢインターフェース３０４ｃまたはセントロニクスインターフェース３０４ｄ等）のハードウェア資源を利用する上位層からの要求にしたがって調停を行い、実行制御する。

具体的には、ＳＲＭ４１９は、要求されたハードウェア資源が利用可能であるかどうか（他の要求により利用されていないかどうか）を判断し、利用可能であれば要求されたハードウェア資源が利用可能である旨を上位層に伝える。また、ＳＲＭ４１９は、上位層からの要求に対してハードウェア資源の利用スケジューリングを行い、要求内容（例えば、プロッタによる紙搬送および作像動作、メモリ確保ならびにファイル生成等）を直接実施するようにしてもよい。

ＯＣＳ４１１は、ユーザと本体制御との間の情報伝達手段となる操作パネルを制御するコントロールサービスである。ＯＣＳ４１１は、ユーザのキー操作イベントを本体制御に通知する処理、各アプリケーション（以下、単に「アプリ」という）がＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を構築するためのライブラリ関数を提供する処理、構築されたＧＵＩ情報をアプリ別に管理する処理、および操作パネル上への表示処理等を行う。ＯＣＳ４１１は、（１）ＧＵＩ構築のためのライブラリの提供機能、（２）操作部ハードウェア資源管理機能、（３）ＶＲＡＭ描画／ＬＣＤ表示機能（ハードウェア表示、表示アプリ切替、表示言語切替、ウインドウ暗色表示、メッセージ／アイコンブリンク表示およびメッセージの連結表示等）、（４）ハードキー入力検出機能、（５）タッチパネルキー入力検出機能、（６）ＬＥＤ出力機能、および（７）ブザー出力機能等を有する。

ＥＣＳ４１２は、プロッタ３３１、スキャナ３３２、その他ハードウェアリソース３３３等のエンジン部３３０を制御するコントロールサービスであり、画像読み込み、印刷動作、状態通知およびジャムリカバリ等を行う。

具体的には、ＥＣＳ４１２は、アプリケーション４１０から受け取ったジョブモードの指定にしたがい、印刷要求をＳＲＭ４１９に順次発行していくことで、一連のコピー、スキャンおよび印刷動作等を実現する。

ＭＣＳ４１３は、メモリ制御を行うコントロールサービスであり、具体的には、画像メモリの取得および開放、外部記憶装置３０８の利用、ならびに画像データの圧縮および伸張等を行う。

ここで、ＭＣＳ４１３において、外部記憶装置３０８に蓄積される画像データファイルのうち必要な情報を管理するために必要な機能としては、（１）ファイルアクセス（生成／削除／オープン／クローズ）機能（排他処理を含む）、（２）ファイル名称／ＩＤ管理（ファイル／ユーザ）／パスワード管理／蓄積時刻管理／ページ数／データフォーマット（圧縮方式等）／アクセス制限／作成アプリ／印刷条件管理などの各種ファイル属性管理（物理的なページ単位の画像データのファイルとしての管理）、（３）ファイル単位およびページ単位での結合／挿入／切断機能、（４）ファイルソート機能（蓄積時刻順／ユーザＩＤ順等）、（５）全ファイル情報の通知（表示／検索用）、（６）リカバリ機能（破損ファイルのファイル／ページ破棄）、および（７）ファイルの自動削除機能等がある。

また、ＭＣＳ４１３において、ＲＡＭ等のメモリへ画像データを保持しアクセスするための機能としては、（１）アプリケーション４１０からのファイルおよびページ／バンド属性情報を取得する機能、ならびに（２）アプリケーション４１０からの画像データ領域の確保、解放、リード（Ｒｅａｄ）およびライト（Ｗｒｉｔｅ）機能等がある。

ＮＣＳ４１４は、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するためのモジュール群である。ＮＣＳ４１４は、ネットワーク側から各プロトコルによって受信したデータを各アプリケーションに振り分けたり、アプリケーション４１０からデータをネットワーク側に送信する際の仲介を行う。具体的には、ＮＣＳ４１４は、ｆｔｐｄ、ｈｔｔｐｄ、ｌｐｄ、ｓｎｍｐｄ、ｔｅｌｎｅｔｄ、ｓｍｔｐｄなどのサーバデーモン、および同プロトコルのクライアント機能等を有する。

ＦＣＳ４１５は、システムコントローラの各アプリ層からＰＳＴＮ／ＩＳＤＮ網を使ったファクシミリ送受信、ＢＫＭ（バックアップＳＲＡＭ）で管理されている各種ファクシミリデータの登録／引用、ファクシミリ読み取り、ファクシミリ受信印刷および融合送受信を行うためのＡＰＩを提供するコントロールサービスである。

具体的には、このＦＣＳ４１５は、（１）アプリ層から送信依頼されたドキュメントをＰＳＴＮ／ＩＳＤＮ網を使ってファクシミリ受信機に送信を行う送信機能、（２）ＰＳＴＮ／ＩＳＤＮ網から受信したファクシミリ受信画面および各種レポート類を各アプリ層に転送および印刷を行う受信機能、（３）ファックスボードに記憶されている電話帳およびグループ情報等のファクシミリ管理項目の引用および登録を行う電話帳引用および登録機能、（４）ファックスボードに搭載されているＢＫＭに記憶されている送受信結果履歴情報等を必要としているアプリに通知するファックスログ通知機能、（５）ファックスボードの状態変化があったときにＦＣＳ４１５に登録してあるアプリに変化のあったイベントを通知するイベント通知機能等を有する。

ＳＣＳ４１６は、（１）アプリ管理、（２）操作部制御、（３）システム画面表示（ジョブリスト画面およびカウンタ表示画面等）、（４）ＬＥＤ表示、（５）リソース管理、ならびに（６）割り込みアプリ制御を行う。

具体的には、ＳＣＳ４１６は、（１）アプリ管理では、アプリの登録、およびその情報を他のアプリに通知する処理を行う。ＳＣＳ４１６は、登録されたアプリに対しては、システムの設定およびアプリからの要求設定に応じてエンジン状態を通知する。また、ＳＣＳ４１６は、登録済みのアプリに対しては、電力モード移行の問い合わせ、および割り込みモード等、システムの状態遷移のための可否問い合わせを行う。

また、ＳＣＳ４１６は、（２）操作部制御では、アプリの操作部使用権の排他制御を行う。そして、ＳＣＳ４１６は、操作部の使用権を持つアプリへ操作部ドライバからのキー情報を排他的に通知する。

また、ＳＣＳ４１６は、（３）システム画面表示では、操作部使用権を持つアプリからの要求内容に応じて、エンジン状態に対応する警告画面の表示を行う。これらの警告画面の中には、利用者制限画面等のようにアプリの状態に応じて警告表示をオン／オフするものもある。ＳＣＳ４１６は、上述の警告画面以外では、ジョブの予約および実行状況を表示するためのジョブリスト画面、またはトータルカウンタ類を表示するためのカウンタ画面等の表示制御を行う。

ＳＣＳ４１６は、（４）ＬＥＤ表示では、警告ＬＥＤおよびアプリキー等のシステムＬＥＤの表示制御を行う。アプリ固有のＬＥＤについては、アプリが直接表示用ドライバを使用して制御する。

ＳＣＳ４１６は、（５）リソース管理では、ＥＣＳ４１２がジョブを実行するにあたって、排他しなければならないエンジンリソース（スキャナ等）の排他制御のためのサービスを行う。ＳＣＳ４１６は、（６）割り込みアプリ制御では、特定のアプリを優先動作させるための制御およびサービスを行う。

ＤＣＳ４１７は、外部記憶装置３０８およびコントローラ上のメモリに記憶している画像ファイルをＳＭＴＰ（Ｓｉｍｐｌｅ Ｍａｉｌ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）およびＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて送受信する。

ＵＣＳ４１８は、ユーザが登録した宛先情報等のユーザ情報を管理するコントロールサービスである。

アプリケーション４１０は、遠隔管理用のアプリケーションであるＮＲＳ（Ｎｅｗ Ｒｅｍｏｔｅ Ｓｅｒｖｉｃｅ）４０１、コピー用アプリケーションであるコピーアプリ４０２と、ファクシミリ用アプリケーションであるファックスアプリ４０３と、プリンタ用のアプリケーションであるプリンタアプリ４０４と、スキャナ用アプリケーションであるスキャナアプリ４０５と、ネットファイル用アプリケーションであるネットファイルアプリ４０６と、ウェブ用アプリケーションであるウェブアプリ４０７とを有する。アプリケーション４１０は、プラットフォーム４３０上の各プロセスを利用して動作し得るため、画面制御およびキー操作制御等を行う画面表示制御プログラムが主体となる。特に、アプリケーション４１０は、プラットフォーム４３０の機能により、ジョブの生成およびデータ通信の機能を設ける必要がない。

ＮＲＳ４０１は、ネットワークを介してデータを送受信する際のデータの変換を行う等、ネットワークを介した遠隔管理に関する機能およびスケジューラ機能を有する。また、ＮＲＳ４０１は、被管理装置の状態情報、カウンタ情報およびファームウェアバージョン情報を管理装置に通報する機能、ファームウェアの更新およびコマンドの実行等の要求をメソッド単位で送信する機能を有する。さらに、ＮＲＳ４０１は、定期的、即時的または不定期的に管理装置に異常情報、サプライ通報および起動通報をする機能を有する。

＜親機および子機のブロック構成＞
図４は、第１の実施の形態の画像形成装置である親機のブロック構成の一例を示す図である。図５は、第１の実施の形態の画像形成装置である子機のブロック構成の一例を示す図である。図６は、ユーザ情報テーブルの構成の一例を示す図である。図４を参照しながら、本実施の形態の親機１０のブロック構成について説明し、図５を参照しながら、本実施の形態の子機２０のブロック構成について説明する。また、図６を参照しながら、ユーザ情報テーブル１００、２００を構成するユーザ情報の内容について説明する。

図４に示すように、親機１０は、制御手段５００と、操作手段５１０と、通信手段５１１（第１の送信手段、第２の送信手段、送信手段）と、外部記憶装置５１２とを有したブロック構成となっている。

制御手段５００は、認証手段５０１と、ユーザ情報同期手段５０２と、ロックアウト手段５０３（第１のロックアウト手段、第２のロックアウト手段）と、ロックアウト解除手段５０４（第１のロックアウト解除手段）とを有する。制御手段５００は、図２に示すＣＰＵ３０１およびＡＳＩＣ３０６によって実現される。

操作手段５１０は、ユーザによるログイン操作、ロックアウト解除操作、および印刷指示操作等の入力を受け付ける。操作手段５１０は、図２に示す操作表示部３１０に対応する。

通信手段５１１は、図１に示すネットワーク３０に接続し、子機２０と情報通信を行う。通信手段５１１は、図２に示すネットワークインターフェース３０４ｂに対応する。

外部記憶装置５１２は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積およびユーザ情報テーブル１００の記憶を行うためのストレージである。外部記憶装置５１２は、図２に示す外部記憶装置３０８に対応する。

認証手段５０１は、操作手段５１０からのユーザによるログイン操作情報にしたがって、外部記憶装置５１２に記憶されているユーザ情報テーブル１００（図６参照）の認証情報（ユーザＩＤ（ユーザ特定情報）およびパスワード）に基づいて、ログイン認証を行う。認証手段５０１は、ユーザにより操作手段５１０を介して入力されたユーザＩＤおよびパスワードと、ユーザ情報テーブル１００に登録されている認証情報とを比較する。その比較の結果、一致する場合、認証手段５０１は、ユーザ情報テーブル１００のそのユーザのユーザ情報であるログイン状態情報を「ログイン」に更新し、そのユーザの親機１０へのログインを許可する。

また、認証手段５０１は、通信手段５１１を介して、子機２０から認証要求、ユーザＩＤ及びパスワードを受信した場合においても、ユーザ情報テーブル１００の認証情報（ユーザＩＤおよびパスワード）に基づいて、ログイン認証を行う。認証手段５０１は、受信したユーザＩＤおよびパスワードと、ユーザ情報テーブル１００に登録されている認証情報とを比較する。その比較の結果、一致する場合、認証手段５０１は、ユーザ情報テーブル１００における受信したユーザＩＤに対応するログイン状態情報を「ログイン」に更新し、そのユーザの親機１０へのログインを許可する。

ユーザ情報同期手段５０２は、特定のユーザの親機１０へのログインを許可した場合、通信手段５１１を介して、ユーザ情報テーブル１００のログインを許可したユーザのユーザＩＤ、および認証許可通知を子機２０に送信する。

ロックアウト手段５０３は、通信手段５１１を介して、特定のユーザがロックアウト状態となった子機２０から、そのユーザのユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段５０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル１００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段５０３は、そのユーザを親機１０に対してロックアウト状態にする。さらに、ロックアウト手段５０３は、通信手段５１１を介して、そのユーザのユーザＩＤ、およびロックアウト通知を、少なくともロックアウト通知を受信した子機２０とは異なる子機２０に送信する。

ロックアウト解除手段５０４は、操作手段５１０からの管理者によるロックアウト解除操作情報に基づいて、ユーザ情報テーブル１００のロックアウト状態であるユーザのユーザ情報であるロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段５０４は、そのユーザを親機１０に対してロックアウト状態を解除する。また、ロックアウト解除手段５０４は、通信手段５１１を介して、親機１０に対してロックアウト状態を解除されたユーザのユーザＩＤ、およびロックアウト解除通知を子機２０に送信する。

図５に示すように、子機２０は、制御手段６００と、操作手段６１０と、通信手段６１１（第１の送信手段）と、外部記憶装置６１２とを有したブロック構成となっている。

制御手段６００は、認証手段６０１と、ユーザ情報同期手段６０２と、ロックアウト手段６０３（第１のロックアウト手段、第２のロックアウト手段）と、ロックアウト解除手段６０４（第２のロックアウト解除手段）と、認証判断手段６０５と、認証要求手段６０６とを有する。制御手段６００は、図２に示すＣＰＵ３０１およびＡＳＩＣ３０６によって実現される。

操作手段６１０は、ユーザによるログイン操作、および印刷指示操作等の入力を受け付ける。操作手段６１０は、図２に示す操作表示部３１０に対応する。

通信手段６１１は、図１に示すネットワーク３０に接続し、親機１０と情報通信を行う。通信手段６１１は、図２に示すネットワークインターフェース３０４ｂに対応する。

外部記憶装置６１２は、画像データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積およびユーザ情報テーブル２００の記憶を行うためのストレージである。外部記憶装置６１２は、図２に示す外部記憶装置３０８に対応する。

認証判断手段６０５は、操作手段６１０からのユーザによるログイン操作情報に基づいて、ログイン認証を親機１０で行うか子機２０で行うかを判断する。認証判断手段６０５は、ログイン認証を親機１０で行うと判断した場合、親機１０によるログイン認証選択通知を認証要求手段６０６に渡す。認証判断手段６０５は、ログイン認証を子機２０で行うと判断した場合、子機２０によるログイン認証選択通知を認証手段６０１に渡す。

認証要求手段６０６は、認証判断手段６０５から親機１０によるログイン認証選択通知を受けた場合、通信手段６１１によって、ユーザにより操作手段６１０を介して入力されたユーザＩＤおよびパスワードと共に、認証要求を親機１０に送信する。

認証手段６０１は、認証判断手段６０５から子機２０によるログイン認証選択通知を受けた場合、外部記憶装置６１２に記憶されているユーザ情報テーブル２００（図６参照）の認証情報（ユーザＩＤおよびパスワード）に基づいて、ログイン認証を行う。認証手段６０１は、ユーザにより操作手段６１０を介して入力されたユーザＩＤおよびパスワードと、ユーザ情報テーブル２００に登録されている認証情報とを比較する。その比較の結果、一致する場合、認証手段６０１は、ユーザ情報テーブル２００のそのユーザのユーザ情報であるログイン状態情報を「ログイン」に更新し、そのユーザの子機２０へのログインを許可する。一方、上述の比較の結果、一致しない場合は、認証手段６０１は、そのユーザによる子機２０のログインが失敗したと判断し、失敗した回数をカウントする。認証手段６０１は、ユーザによる子機２０へのログインが失敗した回数が所定回数以上になった場合、認証不可通知をロックアウト手段６０３に渡す。ただし、ユーザによるログイン操作によってログインが成功した場合、認証手段６０１は、カウントをリセットする。

ユーザ情報同期手段６０２は、親機１０において特定のユーザのログインが許可された場合、通信手段６１１を介して、親機１０からそのユーザのユーザＩＤおよび認証許可通知を受信する。ユーザ情報同期手段６０２は、認証許可通知を受信した場合、ユーザ情報テーブル２００における受信したユーザＩＤに対応するログイン状態情報を「ログイン」に更新する。その結果、そのユーザは、親機１０だけでなく子機２０においてもログインが許可されることになる。すなわち、ユーザが親機１０でログインが許可されると、親機１０および子機２０、すなわちロックアウト管理システム全体でログインが許可されることになる。また、ユーザ情報同期手段６０２が、認証許可通知を受信した場合、ユーザ情報テーブル２００のログイン状態情報を更新するので、ユーザ情報テーブル１００のログイン状態情報と、ユーザ情報テーブル２００のログイン状態情報とが同期することになる。

ロックアウト手段６０３は、認証手段６０１から認証不可通知を受けた場合、ユーザ情報テーブル２００のそのユーザのユーザ情報であるロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、そのユーザを子機２０に対してロックアウト状態にする。また、ロックアウト手段６０３は、通信手段６１１を介して、子機２０に対してロックアウト状態にしたユーザのユーザＩＤ、およびロックアウト通知を親機１０に送信する。

また、ロックアウト手段６０３は、通信手段６１１を介して、特定のユーザがロックアウト状態となった親機１０から、そのユーザのユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段６０３は、親機１０からロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、そのユーザを子機２０に対してロックアウト状態にする。

ロックアウト解除手段６０４は、通信手段６１１を介して、親機１０から、親機１０においてロックアウト状態が解除されたユーザのユーザＩＤ、およびロックアウト解除通知を受信する。ロックアウト解除手段６０４は、ロックアウト解除通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段６０４は、そのユーザを子機２０に対してロックアウト状態を解除する。

図６は、ユーザ情報が登録されているユーザ情報テーブル１００、２００の構成を示すものである。ユーザ情報テーブル１００、２００においては、ユーザＩＤをキーとして、その他のユーザ情報が一意に特定される。ユーザ情報としては、認証情報としてのユーザＩＤおよびパスワード、ならびに、例えばユーザのアドレス、およびユーザが使用できる画像形成装置の機能の制限を示す利用権限情報が含まれる。また、ユーザ情報として、上述したように、ユーザＩＤが示すユーザがその画像形成装置（親機１０または子機２０）にログインしているか否かを示すログイン状態情報、およびロックアウト状態となっているか否かを示すロックアウト状態情報が含まれる。なお、図６に示すユーザ情報テーブル１００、２００に登録されているユーザ情報の構成は一例であり、その他の情報がユーザ情報として登録されているものとしてもよい。

＜ロックアウト管理システムにおけるロックアウト動作＞
図７は、第１の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。図７を参照しながら、ロックアウト管理システム１におけるロックアウト動作について説明する。図７においては、利用者（ユーザ）７００は、子機２０ａに対してログイン操作を行う場合を例に説明する。なお、利用者７００が、子機２０ｂまたは子機２０ｃに対してログイン操作を行う場合においても同様であるのは言うまでもない。

＜＜ステップＳ１＞＞
利用者７００は、子機２０ａの操作手段６１０に対して、ログイン操作を行う。

＜＜ステップＳ２＞＞
子機２０ａの認証判断手段６０５は、操作手段６１０からの利用者７００によるログイン操作情報に基づくログイン認証が子機２０ａで行われると判断し、子機２０ａによるログイン認証選択通知を認証手段６０１に渡す。認証手段６０１は、子機２０ａによるログイン認証選択通知を受けた場合、ユーザ情報テーブル２００の認証情報（ユーザＩＤおよびパスワード）に基づいて、ログイン認証を行う。認証手段６０１は、利用者７００により操作手段６１０を介して入力されたユーザＩＤおよびパスワードと、ユーザ情報テーブル２００に登録されている認証情報とを比較する。その比較の結果、一致しない場合、認証手段６０１は、利用者７００による子機２０ａのログインが失敗したと判断し、失敗した回数をカウントする。認証手段６０１は、利用者７００による子機２０ａへのログインが失敗した回数が所定回数以上になった場合、認証不可通知をロックアウト手段６０３に渡す。

＜＜ステップＳ３＞＞
子機２０ａのロックアウト手段６０３は、認証手段６０１から認証不可通知を受けた場合、ユーザ情報テーブル２００の利用者７００のユーザ情報であるロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、利用者７００を子機２０ａに対してロックアウト状態にする。

＜＜ステップＳ４＞＞
ロックアウト手段６０３は、通信手段６１１を介して、子機２０ａに対してロックアウト状態にした利用者７００のユーザＩＤ、およびロックアウト通知を親機１０に送信する。

＜＜ステップＳ５＞＞
親機１０のロックアウト手段５０３は、通信手段５１１を介して、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段５０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル１００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段５０３は、利用者７００を親機１０に対してロックアウト状態にする。

＜＜ステップＳ６＞＞
ロックアウト手段５０３は、通信手段５１１を介して、利用者７００のユーザＩＤ、およびロックアウト通知を、子機２０ｂ、２０ｃに送信する。

＜＜ステップＳ７＞＞
子機２０ｂ、２０ｃのロックアウト手段６０３は、通信手段６１１を介して、利用者７００がロックアウト状態となった親機１０から、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段６０３は、親機１０からロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、利用者７００を子機２０ｂ、２０ｃに対してロックアウト状態にする。

以上の動作のように、ユーザが特定の子機（図７においては子機２０ａ）において、ログインに所定回数以上失敗し、その子機に対してロックアウト状態となった場合、ロックアウト通知が、親機１０に通知され、さらに、親機１０から他の子機に通知される。この動作によって、ユーザがログイン操作を行った子機のみならず、親機１０および他の子機を含むロックアウト管理システム１全体に対して、そのユーザをロックアウト状態にすることができる。

なお、図７に示すように、利用者７００が子機２０にログイン認証する場合において、ログインに所定回数以上失敗した場合に、ロックアウト管理システム１全体に対して利用者７００をロックアウト状態にする動作としたが、これに限定されるものではない。すなわち、利用者７００が親機１０にログイン認証する場合であって、ログインに所定回数以上失敗した場合、親機１０に対して利用者７００をロックアウト状態にすると共に、親機１０がすべての子機２０に対してロックアウト通知を送信して、ロックアウト管理システム１全体に対して利用者７００をロックアウト状態にするものとしてもよい。ここで、利用者７００が親機１０にログイン認証する場合とは、利用者７００が操作手段５１０に対してログイン操作する場合、および、利用者７００が子機２０の操作手段６１０に対してログイン操作する場合であって認証要求手段６０６が認証要求を親機１０に送信する場合を含む。

＜ロックアウト管理システムにおけるロックアウト解除動作＞
図８は、第１の実施の形態のロックアウト管理システムにおけるロックアウト解除動作の一例を示すシーケンス図である。図８を参照しながら、ロックアウト管理システム１におけるロックアウト解除動作について説明する。

＜＜ステップＳ１１＞＞
管理者７０１は、親機１０の操作手段５１０に対して、ロックアウト解除操作を行う。

＜＜ステップＳ１２＞＞
親機１０のロックアウト解除手段５０４は、操作手段５１０からの管理者７０１によるロックアウト解除操作情報に基づいて、ユーザ情報テーブル１００のロックアウト状態であるユーザのユーザ情報であるロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段５０４は、そのユーザを親機１０に対してロックアウト状態を解除する。

＜＜ステップＳ１３＞＞
ロックアウト解除手段５０４は、通信手段５１１を介して、親機１０に対してロックアウト状態を解除されたユーザのユーザＩＤ、およびロックアウト解除通知を子機２０に送信する。

＜＜ステップＳ１４＞＞
子機２０のロックアウト解除手段６０４は、通信手段６１１を介して、親機１０から、親機１０においてロックアウト状態が解除されたユーザのユーザＩＤ、およびロックアウト解除通知を受信する。ロックアウト解除手段６０４は、ロックアウト解除通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段６０４は、利用者７００を子機２０に対してロックアウト状態を解除する。

以上の動作のように、管理者が親機１０においてロック解除操作をして、親機１０に対してロックアウト解除状態となった場合、ロックアウト解除通知が、すべての子機２０に通知される。この動作によって、管理者がロックアウト解除操作を行った親機１０のみならず、子機２０を含むロックアウト管理システム１全体に対して、ロックアウト状態であったユーザをロックアウト解除状態にすることができる。

以上のように、ユーザが特定の子機２０または親機１０に対してロックアウト状態となった場合、ロックアウト管理システム１全体に対して、そのユーザをロックアウト状態にすることができる。これによって、特定の子機２０または親機１０においてログインに失敗したユーザが、他の子機２０または親機１０からログインすることを防止することができる。よって、ロックアウト管理システム１におけるセキュリティを向上させることができる。

また、ユーザがロックアウト管理システム１全体に対してロックアウト状態となっている場合、管理者が親機１０に対してロックアウト解除操作を行うことによって、親機１０のみならず、子機２０を含むロックアウト管理システム１全体に対して、ロックアウト状態であったユーザをロックアウト解除状態にすることができる。これによって、管理者は、親機１０および子機２０に対して個別にロックアウト解除操作をする必要がなく、作業負担を大幅に軽減することができる。

（第２の実施の形態）
第２の実施の形態に係るロックアウト管理システムについて、第１の実施の形態に係るロックアウト管理システムの構成および動作と相違する点を中心に説明する。

本実施の形態に係るロックアウト管理システムの構成は、図１に示す第１の実施の形態に係るロックアウト管理システム１の構成と同様である。また、本実施の形態の画像形成装置（親機および子機）のハードウェア構成およびソフトウェア構成は、それぞれ図２および３に示す構成と同様である。

＜親機および子機のブロック構成＞
図９は、第２の実施の形態の画像形成装置である親機のブロック構成の一例を示す図である。図９を参照しながら、本実施の形態の親機１０のブロック構成について説明する。

図９に示すように、親機１０は、制御手段５００ａと、操作手段５１０と、通信手段５１１（第１の送信手段、第２の送信手段、送信手段）と、外部記憶装置５１２とを有したブロック構成となっている。

制御手段５００ａは、認証手段５０１と、ユーザ情報同期手段５０２と、ロックアウト手段５０３（第２のロックアウト手段）と、ロックアウト解除手段５０４（第１のロックアウト解除手段）と、状態判定手段５０５とを有する。制御手段５００ａは、図２に示すＣＰＵ３０１およびＡＳＩＣ３０６によって実現される。

状態判定手段５０５は、親機１０の電源がオン状態となったことを検出し、通信手段５１１を介して、電源オン通知（正常状態通知）をすべての子機２０に送信する。状態判定手段５０５が子機２０に電源オン通知を送信するのは、親機１０が電源オフ状態のときにロックアウト通知を送信した子機２０に対して、再度ロックアウト通知の送信を促すためである。ただし、状態判定手段５０５は、親機１０が電源オフ状態のときにどの子機２０がロックアウト通知を送信したか区別できないので、電源オン通知をすべての子機２０に送信するものとしている。

なお、図９に示す親機１０の認証手段５０１、ユーザ情報同期手段５０２、ロックアウト手段５０３、ロックアウト解除手段５０４、操作手段５１０、通信手段５１１および外部記憶装置５１２は、第１の実施の形態の親機１０のブロック図である図４に記載されたものと同様であるので、同一符号を付し、ここでの説明を省略する。

また、子機２０のロックアウト手段６０３（第１のロックアウト手段、第２のロックアウト手段）は、第１の実施の形態のロックアウト手段６０３と同様の機能を有すると共に、さらに以下の機能を有する。ロックアウト手段６０３は、通信手段６１１を介して、電源がオン状態となった親機１０から電源オン通知を受信する。認証手段６０１から認証不可通知を受け、ログインに失敗したユーザをロックアウト状態にした子機２０のロックアウト手段６０３は、通信手段６１１を介して、親機１０から電源オン通知を受信した場合、そのユーザのユーザＩＤ、およびロックアウト通知を再度、親機１０に送信する。

なお、子機２０の認証手段６０１、ユーザ情報同期手段６０２、ロックアウト解除手段６０４（第２のロックアウト解除手段）、認証判断手段６０５、認証要求手段６０６、操作手段６１０および通信手段６１１、外部記憶装置６１２は、第１の実施の形態の子機２０のブロック図である図５に記載されたものと同様であるので、同一符号を付し、ここでの説明を省略する。

＜ロックアウト管理システムにおけるロックアウト動作＞
図１０は、第２の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。図１０を参照しながら、本実施の形態のロックアウト管理システムにおけるロックアウト動作について説明する。図１０においては、利用者（ユーザ）７００は、子機２０ａに対してログイン操作を行う場合を例に説明する。なお、利用者７００が、子機２０ｂまたは子機２０ｃに対してログイン操作を行う場合においても同様であるのは言うまでもない。

＜＜ステップＳ２１＞＞
親機１０は、電源オフ状態であるものとする。

＜＜ステップＳ２２〜Ｓ２４＞＞
本実施の形態におけるステップＳ２２〜Ｓ２４の処理は、それぞれ図７に示す第１の実施の形態におけるステップＳ１〜Ｓ３の処理と同様である。

＜＜ステップＳ２５＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、子機２０ａに対してロックアウト状態にした利用者７００のユーザＩＤ、およびロックアウト通知を親機１０に送信する。ただし、親機１０は電源オフ状態であるので、親機１０によるロックアウト手段６０３からのロックアウト通知の受信は失敗する。

＜＜ステップＳ２６＞＞
親機１０が、電源オン状態になったものとする。

＜＜ステップＳ２７＞＞
親機１０の状態判定手段５０５は、親機１０の電源がオン状態となったことを検出し、通信手段５１１を介して、電源オン通知をすべての子機２０に送信する。

＜＜ステップＳ２８＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、電源がオン状態となった親機１０から電源オン通知を受信した場合、通信手段６１１を介して、そのユーザのユーザＩＤ、およびロックアウト通知を再度、親機１０に送信する。

＜＜ステップＳ２９〜Ｓ３１＞＞
本実施の形態におけるステップＳ２９〜Ｓ３１の処理は、それぞれ図７に示す第１の実施の形態におけるステップＳ５〜Ｓ７の処理と同様である。

本実施の形態に係るロックアウト管理システムのロックアウト解除動作は、図８に示す第１の実施の形態に係るロックアウト管理システムのロックアウト解除動作と同様である。

以上のように、特定のユーザに対してロックアウト状態にした子機２０は、親機１０に対してロックアウト通知を送信した場合に、親機１０が電源オフ状態だったとしても、電源オン状態になった後に、再度、親機１０にロックアウト通知を送信するものとしている。これによって、親機１０が電源オフ状態であったとしても、電源オン状態になった時点で、他の子機２０にロックアウト通知を送信するので、ロックアウト管理システム全体に対して、そのユーザをロックアウト状態にすることができる。よって、ロックアウト管理システムにおけるセキュリティを向上させることができる。

（第３の実施の形態）
第３の実施の形態に係るロックアウト管理システムについて、第１の実施の形態に係るロックアウト管理システムの構成および動作と相違する点を中心に説明する。

本実施の形態に係るロックアウト管理システムの構成は、図１に示す第１の実施の形態に係るロックアウト管理システム１の構成と同様である。また、本実施の形態の画像形成装置（親機および子機）のハードウェア構成およびソフトウェア構成は、それぞれ図２および３に示す構成と同様である。

＜親機および子機のブロック構成＞
本実施の形態の親機１０および子機２０のブロック構成は、それぞれ図４および５それぞれに示す第１の実施の形態の親機１０および子機２０のブロック構成と同様である。以下、親機１０および子機２０の各処理部の機能のうち、第１の実施の形態と相違する点を中心に説明する。

親機１０のロックアウト手段５０３（第２のロックアウト手段）は、通信手段５１１を介して、特定のユーザがロックアウト状態となった子機２０から、そのユーザのユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段５０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル１００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段５０３は、そのユーザを親機１０に対してロックアウト状態にする。また、ロックアウト手段５０３は、第１の実施の形態のように、通信手段５１１を介して、そのユーザのユーザＩＤ、およびロックアウト通知を子機２０に送信しない。

なお、親機１０の認証手段５０１、ユーザ情報同期手段５０２、ロックアウト解除手段５０４（第１のロックアウト解除手段）、操作手段５１０、通信手段５１１（第２の送信手段）および外部記憶装置５１２は、第１の実施の形態の親機１０のブロック図である図４に記載されたものと同様であるので、同一符号を付し、ここでの説明を省略する。

子機２０のロックアウト手段６０３（第１のロックアウト手段、第２のロックアウト手段）は、認証手段６０１から認証不可通知を受けた場合、ユーザ情報テーブル２００のそのユーザのユーザ情報であるロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、そのユーザを子機２０に対してロックアウト状態にする。また、ロックアウト手段６０３は、通信手段６１１（第１の通信手段、送信手段）を介して、子機２０に対してロックアウト状態にしたユーザのユーザＩＤ、およびロックアウト通知を親機１０および他の子機２０に送信する。上述のユーザをロックアウト状態にしていない子機２０のロックアウト手段６０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、その子機２０のロックアウト手段６０３は、上述のユーザをその子機２０に対してロックアウト状態にする。

なお、子機２０の認証手段６０１、ユーザ情報同期手段６０２、ロックアウト解除手段６０４（第２のロックアウト解除手段）、認証判断手段６０５、認証要求手段６０６、操作手段６１０および通信手段６１１、外部記憶装置６１２は、第１の実施の形態の子機２０のブロック図である図５に記載されたものと同様であるので、同一符号を付し、ここでの説明を省略する。

＜ロックアウト管理システムにおけるロックアウト動作＞
図１１は、第３の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。図１１を参照しながら、本実施の形態のロックアウト管理システムにおけるロックアウト動作について説明する。図１１においては、利用者（ユーザ）７００は、子機２０ａに対してログイン操作を行う場合を例に説明する。なお、利用者７００が、子機２０ｂまたは子機２０ｃに対してログイン操作を行う場合においても同様であるのは言うまでもない。

＜＜ステップＳ４１〜Ｓ４３＞＞
本実施の形態におけるステップＳ４１〜Ｓ４３の処理は、それぞれ図７に示す第１の実施の形態におけるステップＳ１〜Ｓ３の処理と同様である。

＜＜ステップＳ４４＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、子機２０ａに対してロックアウト状態にした利用者７００のユーザＩＤ、およびロックアウト通知を親機１０および子機２０ｂ、２０ｃに送信する。

＜＜ステップＳ４５＞＞
親機１０のロックアウト手段５０３は、通信手段５１１を介して、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段５０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル１００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段５０３は、利用者７００を親機１０に対してロックアウト状態にする。

また、子機２０ｂ、２０ｃのロックアウト手段６０３は、通信手段６１１を介して、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段６０３は、子機２０ａからロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、利用者７００を子機２０ｂ、２０ｃに対してロックアウト状態にする。

本実施の形態に係るロックアウト管理システムのロックアウト解除動作は、図８に示す第１の実施の形態に係るロックアウト管理システムのロックアウト解除動作と同様である。

以上のように、実施の形態１のロックアウト管理システム１とは異なり、本実施の形態のロックアウト管理システムでは、１つの子機２０で特定のユーザをロックアウト状態にした場合、その子機２０が、親機１０および他の子機２０にロックアウト通知を送信する。したがって、親機１０による他の子機へのロックアウト通知に依存することなく、特定のユーザをロックアウト状態にした子機が、他の子機に対して直接ロックアウト通知を送信して、そのユーザをロックアウト状態にすることができる。よって、ロックアウト管理システムにおけるセキュリティを向上させることができる。

（第４の実施の形態）
第４の実施の形態に係るロックアウト管理システムについて、第１の実施の形態に係るロックアウト管理システムの構成および動作と相違する点を中心に説明する。

本実施の形態に係るロックアウト管理システムの構成は、図１に示す第１の実施の形態に係るロックアウト管理システム１の構成と同様である。また、本実施の形態の画像形成装置（親機および子機）のハードウェア構成およびソフトウェア構成は、それぞれ図２および３に示す構成と同様である。

＜親機および子機のブロック構成＞
本実施の形態の親機１０のブロック構成は、それぞれ図４に示す第１の実施の形態の親機１０のブロック構成と同様である。以下、親機１０の各処理部の機能のうち、第１の実施の形態と相違する点を中心に説明する。

親機１０のロックアウト手段５０３（第１のロックアウト手段、第２のロックアウト手段）は、通信手段５１１（第１の送信手段、第２の送信手段、送信手段）を介して、特定のユーザがロックアウト状態となった子機２０から、そのユーザのユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段５０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル１００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段５０３は、そのユーザを親機１０に対してロックアウト状態にする。また、ロックアウト手段５０３は、第１の実施の形態のように、通信手段５１１を介して、そのユーザのユーザＩＤ、およびロックアウト通知を子機２０に送信しない。

ロックアウト解除手段５０４（第１のロックアウト解除手段）は、第１の実施の形態のロックアウト解除手段５０４と同様の機能を有すると共に、さらに以下の機能を有する。ロックアウト解除手段５０４は、通信手段５１１を介して、電源がオン状態となった子機２０から電源オン通知を受信する。ロックアウト解除手段５０４は、通信手段６１１を介して、子機２０から電源オン通知を受信した場合、親機１０に対してロックアウト状態となっているユーザのユーザＩＤ、およびロックアウト解除通知を再度、その子機２０に送信する。

なお、親機１０の認証手段５０１、ユーザ情報同期手段５０２、操作手段５１０、通信手段５１１および外部記憶装置５１２は、第１の実施の形態の親機１０のブロック図である図４に記載されたものと同様であるので、同一符号を付し、ここでの説明を省略する。

図１２は、第４の実施の形態の画像形成装置である子機のブロック構成の一例を示す図である。図１２を参照しながら、本実施の形態の親機１０のブロック構成について説明する。

図１２に示すように、子機２０は、制御手段６００ａと、操作手段６１０と、通信手段６１１（第１の送信手段、送信手段）と、外部記憶装置６１２とを有したブロック構成となっている。

制御手段６００ａは、認証手段６０１と、ユーザ情報同期手段６０２と、ロックアウト手段６０３（第１のロックアウト手段、第２のロックアウト手段）と、ロックアウト解除手段６０４と、認証判断手段６０５と、認証要求手段６０６と、状態判定手段６０７とを有する。

ロックアウト手段６０３は、第１の実施の形態のロックアウト手段６０３と同様の機能を有すると共に、さらに以下の機能を有する。ロックアウト手段６０３は、通信手段６１１を介して、電源がオン状態となった他の子機２０から電源オン通知を受信する。認証手段６０１から認証不可通知を受け、ログインに失敗したユーザをロックアウト状態にした子機２０のロックアウト手段６０３は、通信手段６１１を介して、そのユーザのユーザＩＤ、およびロックアウト通知を再度、電源オン通知を送信した子機２０に送信する。

状態判定手段６０７は、子機２０の電源がオン状態となったことを検出し、通信手段６１１を介して、電源オン通知を親機１０および他の子機２０に送信する。状態判定手段６０７が他の子機２０に電源オン通知を送信するのは、その状態判定手段６０７に係る子機２０が電源オフ状態のときにロックアウト通知を送信した他の子機２０に対して、再度ロックアウト通知の送信を促すためである。ただし、状態判定手段６０７は、子機２０が電源オフ状態のときに他のどの子機２０がロックアウト通知を送信したか区別できないので、電源オン通知をすべての子機２０に送信するものとしている。

なお、図１２に示す子機２０の認証手段６０１、ユーザ情報同期手段６０２、ロックアウト解除手段６０４（第２のロックアウト解除手段）、認証判断手段６０５、認証要求手段６０６、操作手段６１０および通信手段６１１、外部記憶装置６１２は、第１の実施の形態の子機２０のブロック図である図５に記載されたものと同様であるので、同一符号を付し、ここでの説明を省略する。

＜ロックアウト管理システムにおけるロックアウト動作＞
図１３は、第４の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。図１３を参照しながら、本実施の形態のロックアウト管理システムにおけるロックアウト動作について説明する。図１３においては、利用者（ユーザ）７００は、子機２０ａに対してログイン操作を行う場合を例に説明する。なお、利用者７００が、子機２０ｂまたは子機２０ｃに対してログイン操作を行う場合においても同様であるのは言うまでもない。また、図１３においては、子機２０ｂが電源オフ状態になっている状態からの動作を例に説明する。なお、子機２０ａまたは子機２０ｃが電源オフ状態になっている状態においても、同様であるのは言うまでもない。

＜＜ステップＳ５１＞＞
子機２０ｂは、電源オフ状態であるものとする。

＜＜ステップＳ５２〜Ｓ５４＞＞
本実施の形態におけるステップＳ５２〜Ｓ５４の処理は、それぞれ図７に示す第１の実施の形態におけるステップＳ１〜Ｓ３の処理と同様である。

＜＜ステップＳ５５＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、子機２０ａに対してロックアウト状態にした利用者７００のユーザＩＤ、およびロックアウト通知を親機１０および子機２０ｂ、２０ｃに送信する。ただし、子機２０ｂは電源オフ状態であるので、子機２０ｂによる子機２０ａのロックアウト手段６０３からのロックアウト通知の受信は失敗する。

＜＜ステップＳ５６＞＞
親機１０のロックアウト手段５０３は、通信手段５１１を介して、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段５０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル１００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段５０３は、利用者７００を親機１０に対してロックアウト状態にする。

また、子機２０ｃのロックアウト手段６０３は、通信手段６１１を介して、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段６０３は、子機２０ａからロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、利用者７００を子機２０ｃに対してロックアウト状態にする。

＜＜ステップＳ５７＞＞
子機２０ｂが、電源オン状態になったものとする。

＜＜ステップＳ５８＞＞
子機２０ｂの状態判定手段６０７は、子機２０ｂの電源がオン状態となったことを検出し、通信手段６１１を介して、電源オン通知を親機１０および他の子機２０に送信する。

＜＜ステップＳ５９＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、電源がオン状態となった子機２０ｂから電源オン通知を受信した場合、通信手段６１１を介して、そのユーザのユーザＩＤ、およびロックアウト通知を再度、子機２０ｂに送信する。

＜＜ステップＳ６０＞＞
また、子機２０ｂのロックアウト手段６０３は、通信手段６１１を介して、子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段６０３は、子機２０ａからロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、利用者７００を子機２０ｂに対してロックアウト状態にする。

なお、図１３に示すように、特定の子機２０が電源オフ状態に、他の子機２０からのロックアウト通知の受信に失敗した場合において、電源オン状態となった場合に、その特定の子機２０が電源オン通知を送信する動作としたが、これに限定されるものではない。すなわち、親機１０が電源オフ状態に、利用者７００をロックアウト状態にした子機２０からロックアウト通知の受信に失敗した場合において、親機１０が電源オン状態となった場合に電源オン通知を送信するものとしてもよい。この場合、親機１０は、その子機２０から再度、ロックアウト通知を受信する。

また、図１３に示すように、利用者７００が子機２０にログイン認証する場合において、ログインに所定回数以上失敗した場合に、ロックアウト管理システム１全体に対して利用者７００をロックアウト状態にする動作としたが、これに限定されるものではない。すなわち、利用者７００が親機１０にログイン認証する場合であって、ログインに所定回数以上失敗した場合、親機１０に対して利用者７００をロックアウト状態にすると共に、親機１０がすべての子機２０に対してロックアウト通知を送信して、ロックアウト管理システム１全体に対して利用者７００をロックアウト状態にするものとしてもよい。ここで、利用者７００が親機１０にログイン認証する場合とは、利用者７００が操作手段５１０に対してログイン操作する場合、および、利用者７００が子機２０の操作手段６１０に対してログイン操作する場合であって認証要求手段６０６が認証要求を親機１０に送信する場合を含む。

＜ロックアウト管理システムにおけるロックアウト解除動作＞
図１４は、第４の実施の形態のロックアウト管理システムにおけるロックアウト解除動作の一例を示すシーケンス図である。図１４を参照しながら、本実施の形態のロックアウト管理システムにおけるロックアウト解除動作について説明する。図１４においては、子機２０ｂが電源オフ状態になっている状態からの動作を例に説明する。なお、子機２０ａまたは子機２０ｃが電源オフ状態になっている状態においても、同様であるのは言うまでもない。

＜＜ステップＳ６１＞＞
子機２０ｂは、電源オフ状態であるものとする。

＜＜ステップＳ６２およびＳ６３＞＞
本実施の形態におけるステップＳ６２およびＳ６３の処理は、それぞれ図８に示す第１の実施の形態におけるステップＳ１１およびＳ１２の処理と同様である。

＜＜ステップＳ６４＞＞
親機１０のロックアウト解除手段５０４は、通信手段５１１を介して、親機１０に対してロックアウト状態を解除された利用者７００のユーザＩＤ、およびロックアウト解除通知を子機２０に送信する。ただし、子機２０ｂは電源オフ状態であるので、子機２０ｂによる親機１０のロックアウト解除手段５０４からのロックアウト解除通知の受信は失敗する。

＜＜ステップＳ６５＞＞
子機２０ａ、２０ｃのロックアウト解除手段６０４は、通信手段６１１を介して、親機１０から、親機１０においてロックアウト状態が解除された利用者７００のユーザＩＤ、およびロックアウト解除通知を受信する。ロックアウト解除手段６０４は、ロックアウト解除通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段６０４は、利用者７００を子機２０ａ、２０ｃに対してロックアウト状態を解除する。

＜＜ステップＳ６６＞＞
子機２０ｂが、電源オン状態になったものとする。

＜＜ステップＳ６７＞＞
子機２０ｂの状態判定手段６０７は、子機２０ｂの電源がオン状態となったことを検出し、通信手段６１１を介して、電源オン通知を親機１０および他の子機２０に送信する。

＜＜ステップＳ６８＞＞
親機１０のロックアウト解除手段５０４は、通信手段５１１を介して、電源がオン状態となった子機２０ｂから電源オン通知を受信した場合、通信手段５１１を介して、親機１０に対してロックアウト状態となっているユーザのユーザＩＤ、およびロックアウト通知を再度、子機２０ｂに送信する。

＜＜ステップＳ６９＞＞
子機２０ｂのロックアウト解除手段６０４は、通信手段６１１を介して、親機１０から、親機１０においてロックアウト状態が解除された利用者７００のユーザＩＤ、およびロックアウト解除通知を受信する。ロックアウト解除手段６０４は、ロックアウト解除通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段６０４は、利用者７００を子機２０ｂに対してロックアウト状態を解除する。

以上のように、特定のユーザに対してロックアウト状態にした子機２０は、他の子機２０にロックアウト通知を送信した場合に、他の子機２０が電源オフ状態だったとしても、電源オン状態になった後に、再度、他の子機２０にロックアウト通知を送信している。これによって、特定の子機２０が電源オフ状態であったとしても、電源オン状態になった時点で、ロックアウト状態にした子機２０から再度、ロックアウト通知を受信するので、ロックアウト管理システム全体に対して、そのユーザをロックアウト状態にすることができる。よって、ロックアウト管理システムにおけるセキュリティを向上させることができる。

また、ユーザがロックアウト管理システム全体に対してロックアウト状態となっている場合、親機１０は、ロックアウト解除通知を送信した場合、特定の子機２０が電源オフ状態であるとしても、電源オン状態になった後に、再度、その子機２０にロックアウト解除通知を送信している。これによって、特定の子機２０が電源オフ状態だとしても、電源オン状態になった時点で、親機１０から再度、ロックアウト解除通知を受信するので、ロックアウト管理システム全体に対してロックアウト状態にあったユーザをロックアウト解除状態にすることができる。

（第５の実施の形態）
第５の実施の形態に係るロックアウト管理システムについて、第１の実施の形態に係るロックアウト管理システムの構成および動作と相違する点を中心に説明する。

本実施の形態に係るロックアウト管理システムの構成は、図１に示す第１の実施の形態に係るロックアウト管理システム１の構成と同様である。また、本実施の形態の画像形成装置（親機および子機）のハードウェア構成およびソフトウェア構成は、それぞれ図２および３に示す構成と同様である。

＜親機および子機のブロック構成＞
本実施の形態の親機１０および子機２０のブロック構成は、それぞれ図４および５それぞれに示す第１の実施の形態の親機１０および子機２０のブロック構成と同様である。以下、親機１０および子機２０の各処理部の機能のうち、第１の実施の形態と相違する点を中心に説明する。

親機１０のロックアウト手段５０３（第１のロックアウト手段、第２のロックアウト手段）は、通信手段５１１（第１の送信手段、第２の送信手段、送信手段）を介して、特定のユーザがロックアウト状態となった子機２０から、そのユーザのユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段５０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル１００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段５０３は、そのユーザを親機１０に対してロックアウト状態にする。そして、ロックアウト手段５０３は、ユーザ情報テーブル１００のロックアウト状態情報の更新に成功した場合、通信手段５１１を介して、ロックアウト通知を送信した子機２０へロックアウト通知応答を送信する。また、ロックアウト手段５０３は、第１の実施の形態のように、通信手段５１１を介して、そのユーザのユーザＩＤ、およびロックアウト通知を子機２０に送信しない。

親機１０のロックアウト解除手段５０４（第１のロックアウト解除手段）は、操作手段５１０からの管理者によるロックアウト解除操作情報に基づいて、ユーザ情報テーブル１００のロックアウト状態であるユーザのユーザ情報であるロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段５０４は、そのユーザを親機１０に対してロックアウト状態を解除する。また、ロックアウト解除手段５０４は、通信手段５１１を介して、親機１０に対してロックアウト状態を解除されたユーザのユーザＩＤ、およびロックアウト解除通知を子機２０に送信する。

また、ロックアウト解除手段５０４は、通信手段５１１を介して、ロックアウト解除通知によってユーザのロックアウト状態を解除した子機２０からロックアウト解除通知応答を受信する。ロックアウト解除手段５０４は、子機２０からロックアウト解除通知応答を受信した場合、通知成否情報テーブル８００（図１６参照）におけるその子機２０の機器種別情報に対応する通知成否情報を「１（通知成功）」に更新する。また、ロックアウト解除手段５０４は、ロックアウト解除通知を送信した子機２０から所定時間、ロックアウト解除通知応答を受信できない場合、通知成否情報テーブル８００のその子機２０の機器種別情報に対応する通知成否情報を「２（通知失敗）」に更新する。そして、ロックアウト解除手段５０４は、通知成否情報テーブル８００を参照して、通知成否情報が「２（通知失敗）」となっている子機２０に対して、ユーザＩＤおよびロックアウト解除通知の送信が成功するまで繰り返す。

なお、親機１０の認証手段５０１、ユーザ情報同期手段５０２、操作手段５１０、通信手段５１１および外部記憶装置５１２は、第１の実施の形態の親機１０のブロック図である図４に記載されたものと同様であるので、同一符号を付し、ここでの説明を省略する。

子機２０のロックアウト手段６０３（第１のロックアウト手段、第２のロックアウト手段）は、認証手段６０１から認証不可通知を受けた場合、ユーザ情報テーブル２００のそのユーザのユーザ情報であるロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、そのユーザを子機２０に対してロックアウト状態にする。また、ロックアウト手段６０３は、通信手段６１１（第１の送信手段、送信手段）を介して、子機２０に対してロックアウト状態にしたユーザのユーザＩＤ、およびロックアウト通知を親機１０および他の子機２０に送信する。上述のユーザをロックアウト状態にしていない子機２０のロックアウト手段６０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、その子機２０のロックアウト手段６０３は、上述のユーザをその子機２０に対してロックアウト状態にする。そして、ロックアウト手段６０３は、ユーザ情報テーブル２００のロックアウト状態情報の更新に成功した場合、通信手段６１１を介して、ロックアウト通知を送信した子機２０へロックアウト通知応答を送信する。

また、ロックアウト手段６０３は、通信手段６１１を介して、ロックアウト通知によってユーザをロックアウト状態にした親機１０および子機２０からロックアウト通知応答を受信する。ロックアウト手段６０３は、親機１０および子機２０からロックアウト通知応答を受信した場合、通知成否情報テーブル８００における親機１０およびその子機２０の機器種別情報に対応する通知成否情報を「１（通知成功）」に更新する。また、ロックアウト手段６０３は、ロックアウト通知を送信した親機１０または子機２０から所定時間、ロックアウト解除通知応答を受信できない場合、通知成否情報テーブル８００の親機１０または子機２０の機器種別情報に対応する通知成否情報を「２（通知失敗）」に更新する。そして、ロックアウト手段６０３は、通知成否情報テーブル８００を参照して、通知成否情報が「２（通知失敗）」となっている親機１０または子機２０に対して、ユーザＩＤおよびロックアウト通知の送信が成功するまで繰り返す。

ロックアウト解除手段６０４（第２のロックアウト解除手段）は、通信手段６１１を介して、親機１０から、親機１０においてロックアウト状態が解除されたユーザのユーザＩＤ、およびロックアウト解除通知を受信する。ロックアウト解除手段６０４は、ロックアウト解除通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段６０４は、そのユーザを子機２０に対してロックアウト状態を解除する。そして、ロックアウト解除手段６０４は、ユーザ情報テーブル２００のロックアウト状態情報の更新に成功した場合、通信手段６１１を介して、親機１０へロックアウト解除通知応答を送信する。

＜ロックアウト管理システムにおけるロックアウト動作＞
図１５は、第５の実施の形態のロックアウト管理システムにおけるロックアウト動作の一例を示すシーケンス図である。図１６は、通知成否情報テーブルの構成の一例を示す図である。図１５および１６を参照しながら、本実施の形態のロックアウト管理システムにおけるロックアウト動作について説明する。図１５においては、利用者（ユーザ）７００は、子機２０ａに対してログイン操作を行う場合を例に説明する。なお、利用者７００が、子機２０ｂまたは子機２０ｃに対してログイン操作を行う場合においても同様であるのは言うまでもない。

＜＜ステップＳ８１＞＞
子機２０ｂは、電源オフ状態であるものとする。

＜＜ステップＳ８２〜Ｓ８４＞＞
本実施の形態におけるステップＳ８２〜Ｓ８４の処理は、それぞれ図７に示す第１の実施の形態におけるステップＳ１〜Ｓ３の処理と同様である。

＜＜ステップＳ８５＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、子機２０ａに対してロックアウト状態にした利用者７００のユーザＩＤ、およびロックアウト通知を親機１０および子機２０ｂ、２０ｃに送信する。ただし、子機２０ｂは電源オフ状態であるので、子機２０ｂによる子機２０ａのロックアウト手段６０３からのロックアウト通知の受信は失敗する。

＜＜ステップＳ８６＞＞
親機１０のロックアウト手段５０３は、通信手段５１１を介して、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段５０３は、ロックアウト通知を受信した場合、ユーザ情報テーブル１００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段５０３は、利用者７００を親機１０に対してロックアウト状態にする。

また、子機２０ｃのロックアウト手段６０３は、通信手段６１１を介して、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段６０３は、子機２０ａからロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、利用者７００を子機２０ｃに対してロックアウト状態にする。

＜＜ステップＳ８７＞＞
ロックアウト手段５０３は、ユーザ情報テーブル１００のロックアウト状態情報の更新に成功したので、通信手段５１１を介して、ロックアウト通知を送信した子機２０ａへロックアウト通知応答を送信する。また、子機２０ｃのロックアウト手段６０３は、ユーザ情報テーブル２００のロックアウト状態情報の更新に成功したので、通信手段６１１を介して、ロックアウト通知を送信した子機２０ａへロックアウト通知応答を送信する。

＜＜ステップＳ８８＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、ロックアウト通知によってユーザをロックアウト状態にした親機１０および子機２０ｃからロックアウト通知応答を受信する。ロックアウト手段６０３は、親機１０および子機２０ｃからロックアウト通知応答を受信した場合、通知成否情報テーブル８００における親機１０および子機２０ｃの機器種別情報に対応する通知成否情報を「１（通知成功）」に更新する。また、ロックアウト手段６０３は、ロックアウト通知を送信した子機２０ｂから所定時間、ロックアウト解除通知応答を受信できない場合、通知成否情報テーブル８００の子機２０ｂの機器種別情報に対応する通知成否情報を「２（通知失敗）」に更新する。

ここで、通知成否情報テーブル８００は、親機１０の外部記憶装置５１２、および子機２０の外部記憶装置６１２に記憶されているデータベースである。通知成否情報テーブル８００には、図１６に示すように、ロックアウト管理システムの各画像形成装置を特定する機器種別情報、各画像形成装置のネットワークアドレス、および各画像形成装置へ情報を通知した場合に通知が成功したか否かを示す通知成否情報が登録されている。

＜＜ステップＳ８９＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、ロックアウト通知の送信に失敗した子機２０ｂに再度、ユーザＩＤおよびロックアウト通知を送信する。ロックアウト手段６０３は、子機２０ｂの電源がオン状態になるまで、子機２０ｂへのユーザＩＤおよびロックアウト通知の送信を繰り返す。

図１５においては、子機２０ｂの電源がオフ状態であるため、子機２０ａのロックアウト手段６０３は、子機２０ｂへのユーザＩＤおよびロックアウト通知の送信を繰り返すものとしている。具体的には、子機２０ａのロックアウト手段６０３は、通知成否情報テーブル８００を参照して、通知成否情報が「２（通知失敗）」となっている親機１０または子機２０に対して、ユーザＩＤおよびロックアウト通知の送信が成功するまで繰り返す。

＜＜ステップＳ９０＞＞
子機２０ｂの電源がオン状態になると、子機２０ｂのロックアウト手段６０３は、通信手段６１１を介して、利用者７００がロックアウト状態となった子機２０ａから、利用者７００のユーザＩＤ、およびロックアウト通知を受信する。ロックアウト手段６０３は、子機２０ａからロックアウト通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＮ（ロックアウト状態）」に更新する。これによって、ロックアウト手段６０３は、利用者７００を子機２０ｂに対してロックアウト状態にする。

＜＜ステップＳ９１＞＞
子機２０ｂのロックアウト手段６０３は、ユーザ情報テーブル２００のロックアウト状態情報の更新に成功したので、通信手段６１１を介して、ロックアウト通知を送信した子機２０ａへロックアウト通知応答を送信する。

＜＜ステップＳ９２＞＞
子機２０ａのロックアウト手段６０３は、通信手段６１１を介して、ロックアウト通知によってユーザをロックアウト状態にした子機２０ｂからロックアウト通知応答を受信する。ロックアウト手段６０３は、子機２０ｂからロックアウト通知応答を受信した場合、通知成否情報テーブル８００における子機２０ｂの機器種別情報に対応する通知成否情報を「１（通知成功）」に更新する。

なお、図１５に示すように、利用者７００が子機２０にログイン認証する場合において、ログインに所定回数以上失敗した場合に、ロックアウト管理システム全体に対して利用者７００をロックアウト状態にする動作としたが、これに限定されるものではない。すなわち、利用者７００が親機１０にログイン認証する場合であって、ログインに所定回数以上失敗した場合、親機１０に対して利用者７００をロックアウト状態にすると共に、親機１０がすべての子機２０に対してロックアウト通知を送信して、ロックアウト管理システム全体に対して利用者７００をロックアウト状態にするものとしてもよい。ここで、利用者７００が親機１０にログイン認証する場合とは、利用者７００が操作手段５１０に対してログイン操作する場合、および、利用者７００が子機２０の操作手段６１０に対してログイン操作する場合であって認証要求手段６０６が認証要求を親機１０に送信する場合を含む。

＜ロックアウト管理システムにおけるロックアウト動作＞
図１７は、第５の実施の形態のロックアウト管理システムにおけるロックアウト解除動作の一例を示すシーケンス図である。図１７を参照しながら、本実施の形態のロックアウト管理システムにおけるロックアウト解除動作について説明する。図１７においては、子機２０ａが電源オフ状態になっている状態からの動作を例に説明する。なお、子機２０ｂまたは子機２０ｃが電源オフ状態になっている状態においても、同様であるのは言うまでもない。

＜＜ステップＳ１０１＞＞
子機２０ａは、電源オフ状態であるものとする。

＜＜ステップＳ１０２およびＳ１０３＞＞
本実施の形態におけるステップＳ１０２およびＳ１０３の処理は、それぞれ図８に示す第１の実施の形態におけるステップＳ１１およびＳ１２の処理と同様である。

＜＜ステップＳ１０４＞＞
親機１０のロックアウト解除手段５０４は、通信手段５１１を介して、親機１０に対してロックアウト状態を解除された利用者７００のユーザＩＤ、およびロックアウト解除通知を子機２０に送信する。ただし、子機２０ａは電源オフ状態であるので、子機２０ａによる親機１０のロックアウト解除手段５０４からのロックアウト解除通知の受信は失敗する。

＜＜ステップＳ１０５＞＞
子機２０ｂ、２０ｃのロックアウト解除手段６０４は、通信手段６１１を介して、親機１０から、親機１０においてロックアウト状態が解除された利用者７００のユーザＩＤ、およびロックアウト解除通知を受信する。ロックアウト解除手段６０４は、ロックアウト解除通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段６０４は、利用者７００を子機２０ｂ、２０ｃに対してロックアウト状態を解除する。

＜＜ステップＳ１０６＞＞
また、子機２０ｂ、２０ｃのロックアウト手段６０３は、ユーザ情報テーブル２００のロックアウト状態情報の更新に成功したので、通信手段６１１を介して、ロックアウト解除通知を送信した親機１０へロックアウト解除通知応答を送信する。

＜＜ステップＳ１０７＞＞
ロックアウト解除手段５０４は、通信手段５１１を介して、ロックアウト解除通知によってユーザのロックアウト状態を解除した子機２０ｂ、２０ｃからロックアウト解除通知応答を受信する。ロックアウト解除手段５０４は、子機２０ｂ、２０ｃからロックアウト解除通知応答を受信した場合、通知成否情報テーブル８００における子機２０ｂ、２０ｃの機器種別情報に対応する通知成否情報を「１（通知成功）」に更新する。また、ロックアウト解除手段５０４は、ロックアウト解除通知を送信した子機２０ａから所定時間、ロックアウト解除通知応答を受信できない場合、通知成否情報テーブル８００の子機２０ａの機器種別情報に対応する通知成否情報を「２（通知失敗）」に更新する。

＜＜ステップＳ１０８＞＞
ロックアウト解除手段５０４は、通信手段５１１を介して、ロックアウト解除通知の送信に失敗した子機２０ａに再度、ユーザＩＤおよびロックアウト解除通知を送信する。ロックアウト解除手段５０４は、子機２０ａの電源がオン状態になるまで、子機２０ａへのユーザＩＤおよびロックアウト解除通知の送信を繰り返す。

図１７においては、子機２０ａの電源がオフ状態であるため、ロックアウト解除手段５０４は、子機２０ａへのユーザＩＤおよびロックアウト解除通知の送信を繰り返すものとしている。具体的には、ロックアウト解除手段５０４は、通知成否情報テーブル８００を参照して、通知成否情報が「２（通知失敗）」となっている子機２０に対して、ユーザＩＤおよびロックアウト解除通知の送信が成功するまで繰り返す。

＜＜ステップＳ１０９＞＞
子機２０ａの電源がオン状態になると、子機２０ａのロックアウト解除手段６０４は、通信手段６１１を介して、親機１０から、利用者７００のユーザＩＤ、およびロックアウト解除通知を受信する。ロックアウト解除手段６０４は、親機１０からロックアウト解除通知を受信した場合、ユーザ情報テーブル２００において、受信したユーザＩＤに対応するロックアウト状態情報を「ＯＦＦ（ロックアウト解除状態）」に更新する。これによって、ロックアウト解除手段６０４は、利用者７００を子機２０ａに対してロックアウト状態を解除する。

＜＜ステップＳ１１０＞＞
子機２０ａのロックアウト解除手段６０４は、ユーザ情報テーブル２００のロックアウト状態情報の更新に成功したので、通信手段６１１を介して、ロックアウト解除通知を送信した親機１０へロックアウト解除通知応答を送信する。

＜＜ステップＳ１１１＞＞
親機１０のロックアウト解除手段５０４は、通信手段５１１を介して、ロックアウト解除通知によってユーザをロックアウト状態にした子機２０ａからロックアウト解除通知応答を受信する。ロックアウト解除手段５０４は、子機２０ａからロックアウト解除通知応答を受信した場合、通知成否情報テーブル８００における子機２０ａの機器種別情報に対応する通知成否情報を「１（通知成功）」に更新する。

以上のように、特定のユーザに対してロックアウト状態にした子機２０は、親機１０および他の子機２０にロックアウト通知を送信した場合に、親機１０または他の子機２０が電源オフ状態だったとしても、ロックアウト通知の送信を繰り返すものとしている。これによって、第２または第４の実施の形態のように、親機１０または子機２０が状態判定手段を備える必要がなく、電源オフ状態の親機１０または子機２０へのロックアウト通知の送信が繰り返されるので、ロックアウト管理システム全体に対してユーザをロックアウト状態にすることができる。よって、ロックアウト管理システムにおけるセキュリティを向上させることができる。

また、ユーザがロックアウト管理システム全体に対してロックアウト状態となっている場合、親機１０は、ロックアウト解除通知を送信した場合、特定の子機２０が電源オフ状態であるとしても、その子機２０にロックアウト解除通知の送信を繰り返すものとしている。これによって、第２または第４の実施の形態のように、親機１０または子機２０が状態判定手段を備える必要がなく、電源オフ状態の子機２０へのロックアウト解除通知の送信が繰り返されるので、ロックアウト管理システム全体に対してユーザをロックアウト解除状態にすることができる。

なお、上述の第２、第４および第５の実施の形態において、親機１０または子機２０が他の画像形成装置から通知を受信できない状態の例として電源オフ状態を挙げて説明したが、これに限定されるものではない。すなわち、画像形成装置から通知を受信できない状態としては、例えば、ネットワークへ接続する通信ケーブルの破断、スイッチングハブ等のネットワーク機器の故障、または、ネットワークインターフェース３０４ｂの故障等によって受信できない状態を含む。

また、上述の各実施の形態における画像形成装置は、コピー機能、プリンタ機能、スキャナ機能およびファクシミリ機能のうち少なくとも２つの機能を有する複合機、プリンタ、スキャナ装置、またはファクシミリ装置等のいずれであってもよい。

また、上述の各実施の形態の画像形成装置で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。また、上述の各実施の形態の画像形成装置で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−ＲまたはＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等の読み取り可能な記録媒体に記録して提供するように構成してもよい。

また、上述の各実施の形態の画像形成装置で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、上述の各実施の形態の画像形成装置で実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成してもよい。

上述の各実施の形態で実行されるプログラムは、上述した各処理部（認証手段５０１、ユーザ情報同期手段５０２、ロックアウト手段５０３、ロックアウト解除手段５０４、状態判定手段５０５、認証手段６０１、ユーザ情報同期手段６０２、ロックアウト手段６０３、ロックアウト解除手段６０４、認証判断手段６０５、認証要求手段６０６および状態判定手段６０７）を含むモジュール構成となっている。実施のハードウェアとしては、ＣＰＵが上述のＲＯＭからプログラムを読み出して実行することにより、上述の各処理部が主記憶装置上にロードされ生成されるようになっている。

また、上述の各実施の形態において親機１０は画像形成装置であるものとして説明したが、これに限定されるものではなく、広くＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）、汎用サーバ等の情報処理装置であってもよい。すなわち、上述の各実施の形態において、画像形成装置は、情報処理装置の一形態であるものとする。親機１０が情報処理装置である場合において、情報処理装置は、ＣＰＵ等の制御装置と、ＲＯＭおよびＲＡＭ等の記憶装置と、ＨＤＤまたはＳＳＤ等の外部記憶装置と、ディスプレイまたはタッチパネル等のうち少なくともタッチパネルを有する表示装置と、マウスおよびキーボード、またはタッチパネル等のうち少なくともタッチパネルを有する入力装置と、ＮＩＣ（Ｎｅｔｗｏｒｋ Ｉｎｔｅｒｆａｃｅ Ｃａｒｄ）等の通信装置と、を備えており、通常のコンピュータを利用したハードウェア構成となっている。

上述の情報処理装置で実行されるプログラムは、インストール可能な形式または実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、等の読み取り可能な記憶媒体に記憶されて提供される。

また、上述の情報処理装置で実行されるプログラムは、インターネット等のネットワークに接続されたコンピュータ上に格納され、ネットワーク経由でダウンロードされることにより提供されるようにしてもよい。また、上述の情報処理装置で実行されるプログラムは、インターネット等のネットワーク経由で提供または配布されるようにしてもよい。また、上述の情報処理装置で実行されるプログラムは、ＲＯＭ等に予め組み込んで提供されるようにしてもよい。

上述の情報処理装置で実行されるプログラムは、上述した各処理部（認証手段５０１、ユーザ情報同期手段５０２、ロックアウト手段５０３、ロックアウト解除手段５０４および状態判定手段５０５）を含むモジュール構成となっている。実際のハードウェアとしては、制御装置が外部記憶装置からプログラムを読み出して実行することにより、上記各処理部が主記憶装置上にロードされ生成されるようになっている。

１ ロックアウト管理システム
１０ 親機
２０、２０ａ〜２０ｃ 子機
３０ ネットワーク
１００ ユーザ情報テーブル
２００、２００ａ〜２００ｃ ユーザ情報テーブル
３００ コントローラ
３０１ ＣＰＵ
３０２ システムメモリ（ＭＥＭ−Ｐ）
３０３ ノースブリッジ
３０４ａ サウスブリッジ
３０４ｂ ネットワークインターフェース
３０４ｃ ＵＳＢインターフェース
３０４ｄ セントロニクスインターフェース
３０５ ＡＧＰバス
３０６ ＡＳＩＣ
３０７ ローカルメモリ（ＭＥＭ−Ｃ）
３０８ 外部記憶装置
３１０ 操作表示部
３２０ ＦＣＵ
３３０ エンジン部
３３１ プロッタ
３３２ スキャナ
３３３ その他ハードウェアリソース
４００ ソフトウェア群
４０１ ＮＲＳ
４０２ コピーアプリ
４０３ ファックスアプリ
４０４ プリンタアプリ
４０５ スキャナアプリ
４０６ ネットファイルアプリ
４０７ ウェブアプリ
４１０ アプリケーション
４１１ ＯＣＳ
４１２ ＥＣＳ
４１３ ＭＣＳ
４１４ ＮＣＳ
４１５ ＦＣＳ
４１６ ＳＣＳ
４１７ ＤＣＳ
４１８ ＵＣＳ
４１９ ＳＲＭ
４２０ 汎用ＯＳ
４３０ プラットフォーム
５００、５００ａ 制御手段
５０１ 認証手段
５０２ ユーザ情報同期手段
５０３ ロックアウト手段
５０４ ロックアウト解除手段
５０５ 状態判定手段
５１０ 操作手段
５１１ 通信手段
５１２ 外部記憶装置
６００、６００ａ 制御手段
６０１ 認証手段
６０２ ユーザ情報同期手段
６０３ ロックアウト手段
６０４ ロックアウト解除手段
６０５ 認証判断手段
６０６ 認証要求手段
６０７ 状態判定手段
６１０ 操作手段
６１１ 通信手段
６１２ 外部記憶装置
７００ 利用者
７０１ 管理者
８００ 通知成否情報テーブル

特開２００９−０６５５４０号公報

Claims (9)

1. 第１の情報処理装置に対して第１のユーザがログイン認証に失敗した場合、前記第１のユーザを前記第１の情報処理装置に対してロックアウト状態に設定する第１のロックアウト手段と、
   前記第１のユーザをロックアウト状態に設定したことを示すロックアウト通知を前記第１の情報処理装置以外の第２の情報処理装置に送信する第１の送信手段と、
   前記ロックアウト通知を受信した場合に、前記第１のユーザを前記第２の情報処理装置に対してロックアウト状態に設定する第２のロックアウト手段と、
   を備えたロックアウト管理システム。
2. 前記第２の情報処理装置において、外部から情報を受信できる状態か否かを検出し、情報を受信できる状態であることを検出した場合、前記第１の情報処理装置に正常状態通知を送信する状態判定手段をさらに備え、
   前記第１の送信手段は、前記第１の情報処理装置が前記状態判定手段から前記正常状態通知を受信した場合、再度、前記正常状態通知によって情報を受信できる状態にあることが示される前記第２の情報処理装置に前記ロックアウト通知を送信する請求項１に記載のロックアウト管理システム。
3. 前記第２のロックアウト手段は、前記ロックアウト通知を受信した場合に、前記第１のユーザを前記第２の情報処理装置に対してロックアウト状態に設定したことを示すロックアウト通知応答を前記第１の情報処理装置に送信し、
   前記第１の送信手段は、前記ロックアウト通知を送信してから所定時間、前記第１の情報処理装置が前記ロックアウト通知応答を受信しない場合、再度、該ロックアウト通知を送信した前記第２の情報処理装置に前記ロックアウト通知を送信する請求項１に記載のロックアウト管理システム。
4. 第３の情報処理装置に対して第２のユーザのロックアウト状態の解除操作が行われることによって、前記第２のユーザを前記第３の情報処理装置に対してロックアウト解除状態に設定する第１のロックアウト解除手段と、
   前記第２のユーザをロックアウト解除状態に設定したことを示すロックアウト解除通知を前記第３の情報処理装置以外の第４の情報処理装置に送信する第２の送信手段と、
   前記ロックアウト解除通知を受信した場合に、前記第２のユーザを前記第４の情報処理装置に対してロックアウト解除状態に設定する第２のロックアウト解除手段と、
   をさらに備えた請求項１〜３のいずれか一項に記載のロックアウト管理システム。
5. 前記第２の情報処理装置のうちの第３の情報処理装置が前記ロックアウト通知を受信した場合、前記第１のユーザを前記第３の情報処理装置に対してロックアウト状態に設定する第３のロックアウト手段と、
   前記第３の情報処理装置が前記ロックアウト通知を受信した場合、前記ロックアウト通知を前記第３の情報処理装置以外の前記第２の情報処理装置に送信する第２の送信手段と、
   をさらに備え、
   前記第１の送信手段は、前記ロックアウト通知を前記第３の情報処理装置に送信し、
   前記第２のロックアウト手段は、前記第２の送信手段から前記ロックアウト通知を受信した場合に、前記第１のユーザを前記第３の情報処理装置以外の前記第２の情報処理装置に対してロックアウト状態に設定する請求項１に記載のロックアウト管理システム。
6. 前記第３の情報処理装置において、外部から情報を受信できる状態か否かを検出し、情報を受信できる状態であることを検出した場合、前記第１の情報処理装置に正常状態通知を送信する状態判定手段をさらに備え、
   前記第１の送信手段は、前記第１の情報処理装置が前記状態判定手段から前記正常状態通知を受信した場合、再度、前記第３の情報処理装置に前記ロックアウト通知を送信する請求項５に記載のロックアウト管理システム。
7. 第４の情報処理装置に対して第２のユーザのロックアウト状態の解除操作が行われることによって、前記第２のユーザを前記第４の情報処理装置に対してロックアウト解除状態に設定する第１のロックアウト解除手段と、
   前記第２のユーザをロックアウト解除状態に設定したことを示すロックアウト解除通知を前記第４の情報処理装置以外の第５の情報処理装置に送信する第２の送信手段と、
   前記ロックアウト解除通知を受信した場合に、前記第２のユーザを前記第５の情報処理装置に対してロックアウト解除状態に設定する第２のロックアウト解除手段と、
   をさらに備えた請求項５または６に記載のロックアウト管理システム。
8. 前記第１のロックアウト手段は、前記第１の情報処理装置に対して前記第１のユーザがログイン認証に失敗した場合、前記第１の情報処理装置が記憶する少なくともユーザを一意に特定するユーザ特定情報、および前記ユーザ特定情報に関連付けられたユーザのロックアウト状態を示すロックアウト状態情報を含むユーザ情報に対して、前記第１のユーザを示す前記ユーザ特定情報に対応する前記ロックアウト状態情報をロックアウト状態である旨に更新し、
   前記第１の送信手段は、前記ロックアウト通知と共に、前記第１のユーザを示す前記ユーザ特定情報を前記第２の情報処理装置に送信し、
   前記第２のロックアウト手段は、前記ロックアウト通知を受信した場合に、前記第２の情報処理装置が記憶する前記ユーザ情報に対して、前記ロックアウト通知と共に受信した前記ユーザ特定情報に対応する前記ロックアウト状態情報をロックアウト状態である旨に更新する請求項１〜７のいずれか一項に記載のロックアウト管理システム。
9. ログイン認証に失敗した第１のユーザを自身に対してロックアウト状態に設定し、かつ、他の情報処理装置に対して第２のユーザがロックアウト状態に設定されたことを示すロックアウト通知を受信した場合に前記第２のユーザを自身に対してロックアウト状態に設定するロックアウト手段と、
   前記第１のユーザをロックアウト状態に設定したことを示すロックアウト通知を前記他の情報処理装置の少なくともいずれかに送信する送信手段と、
   を備えた情報処理装置。

Images