(57)【要約】【課題】ユーザ情報の仕様の変更にかかる時間やコストを低減可能な情報処理技術を提供する。【解決手段】ユーザ情報管理部１００は、ユーザ情報ＤＢ１１０及びルールＤＢ１１１に記憶される情報の読み込み及びこれらのデータベースへの情報の書き出しを制御する。カスタマイズ受付部１０１は、ルールＤＢ１１１に記憶されるルール情報のカスタマイズの要求を受け付け、当該要求に従って、ユーザ情報管理部１００を介してルールＤＢ１１１に記憶されるルール情報をカスタマイズする。【選択図】        図１
2008234150.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの操作入力を受け付ける入力受付手段と、
ユーザ情報を記憶するユーザ情報記憶手段と、
前記ユーザ情報記憶手段に記憶された前記ユーザ情報の仕様を示す仕様情報を記憶する仕様情報記憶手段と、
前記仕様情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更手段とを備える
ことを特徴とする情報処理装置。
【請求項２】
前記ユーザ情報の仕様を示す第２仕様情報を記憶する第２情報処理装置からネットワークを介して当該第２仕様情報を取得する仕様取得手段を更に備え、
前記変更手段は、前記仕様取得手段が取得した前記第２仕様情報を前記仕様情報記憶手段に記憶させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記変更手段は、前記仕様取得手段が取得した前記第２仕様情報を前記仕様情報として前記仕様情報記憶手段に記憶させることにより、前記仕様情報記憶手段に予め記憶された前記仕様情報を変更する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項４】
前記仕様取得手段は、前記第２仕様情報の取得を要求する入力を前記入力受付手段が受け付けた場合に、当該入力に従って、前記第２情報処理装置から前記ネットワークを介して当該第２仕様情報を取得する
ことを特徴とする請求項２に記載の情報処理装置。
【請求項５】
当該情報処理装置が従属すべき基準の情報処理装置であり前記ユーザ情報の仕様を示す第３仕様情報を記憶する基準情報処理装置が予め設定されており、
前記仕様取得手段は、前記第３仕様情報の取得を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って、ネットワークを介して前記基準情報処理装置がいずれであるかを問い合わせる問合せ情報を送信する問合せ手段と、前記問合せ手段が送信した前記問合せ情報に応答した前記基準情報処理装置から送信された応答情報を受信する応答受信手段と、前記応答受信手段が受信した応答情報に基づいて、前記基準情報処理装置から前記第３仕様情報を取得する第３取得手段とを有し、
前記変更手段は、前記第３取得手段が取得した前記第３仕様情報を前記仕様情報記憶手段に記憶させる
ことを特徴とする請求項２に記載の情報処理装置。
【請求項６】
当該情報処理装置が従属すべき基準の情報処理装置であり前記ユーザ情報の仕様を示す第３仕様情報を記憶する基準情報処理装置が予め設定されており、
前記仕様取得手段は、前記基準情報処理装置である旨を示す宣言情報を当該基準情報処理装置からネットワークを介して受信する宣言受信手段と、前記宣言受信手段が受信した宣言情報に基づいて、前記基準情報処理装置から前記第３仕様情報を取得する第３取得手段とを有し、
前記変更手段は、前記第３取得手段が取得した前記第３仕様情報を前記仕様情報記憶手段に記憶させる
ことを特徴とする請求項２に記載の情報処理装置。
【請求項７】
前記仕様取得手段は、当該情報処理装置が従属すべき基準の情報処理装置であり前記ユーザ情報の仕様を示す第３仕様情報を記憶する基準情報処理装置を特定する特定情報を記憶する特定情報記憶手段と、前記特定情報記憶手段に記憶された前記特定情報に基づいて、前記基準情報処理装置から前記第３仕様情報を取得する第３取得手段とを有し、
前記変更手段は、前記第３取得手段が取得した前記第３仕様情報を前記仕様情報記憶手段に記憶させる
ことを特徴とする請求項２に記載の情報処理装置。
【請求項８】
前記ユーザ情報の仕様を示す第２仕様情報を記憶する記憶媒体から当該第２仕様情報を無線通信又は有線通信により取得する仕様取得手段を更に備え、
前記変更手段は、前記仕様取得手段が取得した前記第２仕様情報を前記仕様情報記憶手段に記憶させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記ユーザ情報の仕様を示す仕様情報を特定する仕様特定情報を取得する特定取得手段と、
前記特定取得手段が取得した前記仕様特定情報を用いて前記仕様情報を取得する仕様取得手段とを更に備え、
前記変更手段は、前記仕様取得手段が取得した前記仕様情報を前記仕様情報記憶手段に記憶させる
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
前記ユーザ情報の仕様を示す仕様情報が記録された記録情報を取得する記録取得手段と、
前記記録取得手段が取得した前記記録情報を用いて前記仕様情報を取得する仕様取得手段とを更に備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１１】
前記仕様情報の変更を要求する要求情報をネットワークを介して受信する要求受信手段を更に備え、
前記変更手段は、前記要求情報を前記要求受信手段が受信した場合、当該要求情報に従って、前記仕様情報記憶手段に記憶された前記仕様情報を変更する
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１２】
前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って、前記ユーザ情報記憶手段に記憶された前記ユーザ情報を変更する第２変更手段を備える
ことを特徴とする請求項１に記載の情報処理装置。
【請求項１３】
前記第２変更手段は、前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、前記仕様情報記憶手段に記憶された前記仕様情報を用いて、当該ユーザ情報の変更が当該仕様情報によって示される仕様に適合するか否かを判断し、当該判断結果が肯定的である場合、前記ユーザ情報記憶手段に記憶された前記ユーザ情報を変更する
ことを特徴とする請求項１２に記載の情報処理装置。
【請求項１４】
ユーザ情報を記憶するユーザ情報記憶手段と、
前記ユーザ情報記憶手段に記憶された前記ユーザ情報の仕様を示す仕様情報を記憶する第２情報処理装置及び記憶媒体のうち少なくとも一方から取得する仕様取得手段と、
前記仕様取得手段が取得した前記仕様情報を記憶する仕様情報記憶手段とを備える
ことを特徴とする情報処理装置。
【請求項１５】
ユーザの操作入力を受け付ける入力受付ステップと、
ユーザ情報の仕様を示す仕様情報であり仕様情報記憶手段に記憶された仕様情報の変更を要求する入力を前記入力受付ステップで受け付けた場合、当該入力に従って、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更ステップとを含む
ことを特徴とする情報処理方法。
【請求項１６】
ユーザ情報記憶手段に記憶されたユーザ情報の仕様を示す仕様情報を記憶する第２情報処理装置及び記憶媒体のうち少なくとも一方から取得する仕様取得ステップと、
前記仕様取得ステップで取得した前記仕様情報を記憶する仕様情報記憶制御ステップとを含む
ことを特徴とする情報処理方法。
【請求項１７】
ユーザ情報を記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶された前記ユーザ情報の仕様を示す仕様情報の送信を第２情報処理装置に対して要求する要求手段と、前記第２情報処理装置から送信された前記仕様情報を受信する仕様取得手段と、前記仕様取得手段が受信した前記仕様情報を記憶する第１仕様情報記憶手段とを有する第１情報処理装置と、
前記仕様情報を記憶する第２仕様情報記憶手段と、前記要求手段からの要求に従って、前記第２仕様情報記憶手段に記憶された前記仕様情報を前記第１情報処理装置に送信する送信手段とを有する第２情報処理装置とを備える
ことを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザ情報の仕様を変更する情報処理装置、情報処理方法及び情報処理システムに関する。
【背景技術】
【０００２】
従来より、例えばメールアドレスやログインＩＤなどのユーザ情報を保持する画像形成装置などの情報処理装置がある（例えば、特許文献1参照）。このような情報処理装置では、ユーザ情報として保持可能なデータについて、そのデータの種類や、データサイズ、入力可能な文字タイプなどの仕様が予め定められている。
【０００３】
【特許文献１】特開２００３−３２３２８３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし、ユーザ情報を利用する環境の違いによって、望まれる仕様が異なる場合がある。例えば、ユーザ数の少ない環境下では、ログインＩＤのデータサイズは３２バイトであるが、ユーザ数の多い環境下では、そのデータサイズとして６４バイトが望まれることがある。また、例えば、１つのユーザ情報において１つのメールアドレスを保持する環境もあれば、１つのユーザ情報において２つのメールアドレスを保持することが必要な環境もある。ユーザ情報の仕様が予め定められている従来の技術においては、このような仕様を変更する場合、ユーザ情報を使用するソフトウェアを変更することにより対応していた。しかし、ソフトウェアの変更により対応する場合にはその対応に時間やコストが掛かる恐れがあった。
【０００５】
本発明は、上記に鑑みてなされたものであって、ユーザ情報の仕様の変更にかかる時間やコストを低減可能な情報処理装置、情報処理方法及び情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、情報処理装置であって、ユーザの操作入力を受け付ける入力受付手段と、ユーザ情報を記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶された前記ユーザ情報の仕様を示す仕様情報を記憶する仕様情報記憶手段と、前記仕様情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更手段とを備えることを特徴とする。
【０００７】
請求項２にかかる発明は、請求項１にかかる発明において、前記ユーザ情報の仕様を示す第２仕様情報を記憶する第２情報処理装置からネットワークを介して当該第２仕様情報を取得する仕様取得手段を更に備え、前記変更手段は、前記仕様取得手段が取得した前記第２仕様情報を前記仕様情報記憶手段に記憶させることを特徴とする。
【０００８】
請求項３にかかる発明は、請求項２にかかる発明において、前記変更手段は、前記仕様取得手段が取得した前記第２仕様情報を前記仕様情報として前記仕様情報記憶手段に記憶させることにより、前記仕様情報記憶手段に予め記憶された前記仕様情報を変更することを特徴とする。
【０００９】
請求項４にかかる発明は、請求項２にかかる発明において、前記仕様取得手段は、前記第２仕様情報の取得を要求する入力を前記入力受付手段が受け付けた場合に、当該入力に従って、前記第２情報処理装置から前記ネットワークを介して当該第２仕様情報を取得することを特徴とする。
【００１０】
請求項５にかかる発明は、請求項２にかかる発明において、当該情報処理装置が従属すべき基準の情報処理装置であり前記ユーザ情報の仕様を示す第３仕様情報を記憶する基準情報処理装置が予め設定されており、前記仕様取得手段は、前記第３仕様情報の取得を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って、ネットワークを介して前記基準情報処理装置がいずれであるかを問い合わせる問合せ情報を送信する問合せ手段と、前記問合せ手段が送信した前記問合せ情報に応答した前記基準情報処理装置から送信された応答情報を受信する応答受信手段と、前記応答受信手段が受信した応答情報に基づいて、前記基準情報処理装置から前記第３仕様情報を取得する第３取得手段とを有し、  前記変更手段は、前記第３取得手段が取得した前記第３仕様情報を前記仕様情報記憶手段に記憶させることを特徴とする。
【００１１】
請求項６にかかる発明は、請求項２にかかる発明において、当該情報処理装置が従属すべき基準の情報処理装置であり前記ユーザ情報の仕様を示す第３仕様情報を記憶する基準情報処理装置が予め設定されており、前記仕様取得手段は、前記基準情報処理装置である旨を示す宣言情報を当該基準情報処理装置からネットワークを介して受信する宣言受信手段と、前記宣言受信手段が受信した宣言情報に基づいて、前記基準情報処理装置から前記第３仕様情報を取得する第３取得手段とを有し、前記変更手段は、前記第３取得手段が取得した前記第３仕様情報を前記仕様情報記憶手段に記憶させることを特徴とする。
【００１２】
請求項７にかかる発明は、請求項２にかかる発明において、前記仕様取得手段は、当該情報処理装置が従属すべき基準の情報処理装置であり前記ユーザ情報の仕様を示す第３仕様情報を記憶する基準情報処理装置を特定する特定情報を記憶する特定情報記憶手段と、前記特定情報記憶手段に記憶された前記特定情報に基づいて、前記基準情報処理装置から前記第３仕様情報を取得する第３取得手段とを有し、前記変更手段は、前記第３取得手段が取得した前記第３仕様情報を前記仕様情報記憶手段に記憶させることを特徴とする。
【００１３】
請求項８にかかる発明は、請求項１にかかる発明において、前記ユーザ情報の仕様を示す第２仕様情報を記憶する記憶媒体から当該第２仕様情報を無線通信又は有線通信により取得する仕様取得手段を更に備え、前記変更手段は、前記仕様取得手段が取得した前記第２仕様情報を前記仕様情報記憶手段に記憶させることを特徴とする。
【００１４】
請求項９にかかる発明は、請求項１にかかる発明において、前記ユーザ情報の仕様を示す仕様情報を特定する仕様特定情報を取得する特定取得手段と、前記特定取得手段が取得した前記仕様特定情報を用いて前記仕様情報を取得する仕様取得手段とを更に備え、前記変更手段は、前記仕様取得手段が取得した前記仕様情報を前記仕様情報記憶手段に記憶させることを特徴とする。
【００１５】
請求項１０にかかる発明は、請求項１にかかる発明において、前記ユーザ情報の仕様を示す仕様情報が記録された記録情報を取得する記録取得手段と、前記記録取得手段が取得した前記記録情報を用いて前記仕様情報を取得する仕様取得手段とを更に備えることを特徴とする。
【００１６】
請求項１１にかかる発明は、請求項１にかかる発明において、前記仕様情報の変更を要求する要求情報をネットワークを介して受信する要求受信手段を更に備え、前記変更手段は、前記要求情報を前記要求受信手段が受信した場合、当該要求情報に従って、前記仕様情報記憶手段に記憶された前記仕様情報を変更することを特徴とする。
【００１７】
請求項１２にかかる発明は、請求項１にかかる発明において、前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って、前記ユーザ情報記憶手段に記憶された前記ユーザ情報を変更する第２変更手段を備えることを特徴とする。
【００１８】
請求項１３にかかる発明は、請求項１２にかかる発明において、前記第２変更手段は、前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、前記仕様情報記憶手段に記憶された前記仕様情報を用いて、当該ユーザ情報の変更が当該仕様情報によって示される仕様に適合するか否かを判断し、当該判断結果が肯定的である場合、前記ユーザ情報記憶手段に記憶された前記ユーザ情報を変更することを特徴とする。
【００１９】
請求項１４にかかる発明は、情報処理装置であって、ユーザ情報を記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶された前記ユーザ情報の仕様を示す仕様情報を記憶する第２情報処理装置及び記憶媒体のうち少なくとも一方から取得する仕様取得手段と、前記仕様取得手段が取得した前記仕様情報を記憶する仕様情報記憶手段とを備えることを特徴とする。
【００２０】
請求項１５にかかる発明は、情報処理方法であって、ユーザの操作入力を受け付ける入力受付ステップと、ユーザ情報の仕様を示す仕様情報であり仕様情報記憶手段に記憶された仕様情報の変更を要求する入力を前記入力受付ステップで受け付けた場合、当該入力に従って、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更ステップとを含むことを特徴とする。
【００２１】
請求項１６にかかる発明は、情報処理方法であって、ユーザ情報記憶手段に記憶されたユーザ情報の仕様を示す仕様情報を記憶する第２情報処理装置及び記憶媒体のうち少なくとも一方から取得する仕様取得ステップと、前記仕様取得ステップで取得した前記仕様情報を記憶する仕様情報記憶制御ステップとを含むことを特徴とする。
【００２２】
請求項１７にかかる発明は、情報処理システムであって、ユーザ情報を記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶された前記ユーザ情報の仕様を示す仕様情報の送信を第２情報処理装置に対して要求する要求手段と、前記第２情報処理装置から送信された前記仕様情報を受信する仕様取得手段と、前記仕様取得手段が受信した前記仕様情報を記憶する第１仕様情報記憶手段とを有する第１情報処理装置と、前記仕様情報を記憶する第２仕様情報記憶手段と、前記要求手段からの要求に従って、前記第２仕様情報記憶手段に記憶された前記仕様情報を前記第１情報処理装置に送信する送信手段とを有する第２情報処理装置とを備えることを特徴とする。
【発明の効果】
【００２３】
本発明によれば、ユーザ情報の仕様を示す仕様情報を記憶し、ユーザの操作入力に従って、当該仕様情報を変更することができるため、ユーザ情報を利用する環境に応じて、ユーザ情報の仕様を動的に変更することができる。このため、ユーザ情報の仕様の変更にかかる時間やコストを低減することができると共に、ユーザの利便性も向上させることができる。
【００２４】
また、本発明によれば、仕様情報を記憶する第２情報処理装置や記憶媒体から仕様情報を取得することができるため、ユーザ情報を利用する環境に応じて、ユーザ情報の仕様をより効果的に変更することができる。
【００２５】
また、本発明によれば、予め設定されている基準情報処理装置から仕様情報を取得することにより、仕様情報の使用を複数の装置間で統一させることができたり、共用したりすることができる。
【発明を実施するための最良の形態】
【００２６】
以下に添付図面を参照して、この発明にかかる情報処理装置、情報処理方法及び情報処理システムの最良な実施の形態を詳細に説明する。
【００２７】
（１）構成
＜システムの構成＞
図１は、本実施の形態におけるカスタマイズシステムの構成を例示するブロック図である。カスタマイズシステムは、画像形成装置１と、ルールサーバ２と、Ｗｅｂサーバ４と、情報処理装置５とがネットワーク３を介して接続されて構成される。ネットワーク３は、例えば、ＬＡＮ、イントラネット、イーサネット（登録商標）又はインターネットなどである。このネットワーク３には、その他の装置（図示せず）が接続され得る。
【００２８】
＜画像形成装置１のハードウェア構成＞
図２は、本実施の形態における画像形成装置１の一実施例のハードウェア構成図を示すブロック図である。同図における画像形成装置１は、コントローラ１０と，スキャナエンジン２０と，プリントエンジン２１と、ＰＳＵ（Power Supply Unit）３０と、操作部４０とを有するように構成される。コントローラ１０は、画像形成装置１の全体制御を行うものである。操作部４０は、ユーザからの操作入力を受け付けると共に、ユーザへ情報を表示するものである。スキャナエンジン２０は、紙媒体に記録された画像を読み取るスキャナ処理を行うためのエンジンである。プリントエンジン２１は、スキャナエンジン２０でスキャナ処理が行われた画像のプリント処理を行うエンジンである。ＰＳＵ３０は、コントローラ１０，操作部４０，スキャナエンジン２０及びプリントエンジン２１への電力の供給を制御する。
【００２９】
コントローラ１０は、ＣＰＵ１１と，ＡＳＩＣ１２と，ＨＤＤ１３と，メモリ１４と，ネットワークインターフェイス（Ｉ／Ｆ）１５と、ＦＡＸＩ／Ｆ１６と、タイマ１７とを有する。ＡＳＩＣ１２には、ＣＰＵ１１，ＨＤＤ１３，メモリ１４，ネットワークインターフェイス（Ｉ／Ｆ）１５、ＦＡＸＩ／Ｆ１６及びタイマ１７が通信バスを介して接続され、更に、操作部４０，スキャナエンジン２０及びプリントエンジン２１がＰＣＩバスを介して接続される。
【００３０】
ＣＰＵ１１は、画像形成装置１の全体制御を行う。ＡＳＩＣ１２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。メモリ１４は、ＣＰＵ１１が実行する各種アプリケーションや当該アプリケーションの実行の際に用いられる各種データを記憶する。また、ＨＤＤ１３は、画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。操作部４０は、ユーザへ情報を表示するＬＣＤ４１と、ユーザからの操作が入力されるハードキー４２とを有する。操作部４０は、操作手段と表示手段とを一体的に形成した、例えばタッチパネルであっても良いし、これらを別体で設けたものであっても良い。
【００３１】
＜画像形成装置１のソフトウェア構成＞
次に、画像形成装置１のソフトウェア構成について説明する。図３は、本実施の形態における画像形成装置１のソフトウェア構成を例示するブロック図である。画像形成装置１は、デバイスドライバ５０と、オペレーティングシステム（ＯＳ）５１と、リソース管理としてメモリリソース管理５２及びエンジンリソース管理５３とを有する。また、制御アプリケーションとして、スキャナエンジン２０やプリントエンジン２１におけるジョブを制御するエンジンジョブ制御５４、ファイルの読み込みや書き出しを制御するファイル制御５５、データの転送を制御するデータ転送制御５６、データ通信を制御する通信制御５７、ユーザのログインなどの認証を制御する認証制御５８、ユーザ情報を制御するユーザデータ制御５９、画像形成装置１内のシステムを制御するシステム制御６０及び操作部４０における操作入力を制御する操作制御６１を有する。また、各種機能を実現させるためのアプリケーションとして、コピーアプリ６３、スキャナアプリ６４、ＦＡＸアプリ６５、プリンタアプリ６６、蓄積データアプリ６７、Ｗｅｂアプリ６８、ネットワークアプリ６９、ダウンロードアプリ７０及びＲＦＩＤアプリ７１と、これらアプリケーションのインターフェイスとして機能するアプリケーションＩ／Ｆ６２とを有する。また、スキャナエンジン２０やプリントエンジン２１とのインターフェイスとして機能するエンジンＩ／Ｆ７１と、操作部４０とのインターフェイスとして機能する操作部Ｉ／Ｆ７３と、認証装置（図示せず）とのインターフェイスとして機能する認証装置Ｉ／Ｆ７４と、新規なデバイス（図示せず）とのインターフェイスとして機能する新規デバイスＩ／Ｆ７５と、ＲＦＩＤリーダ／ライタ（図示せず）とのインターフェイスとして機能するＲＦＩＤリーダ／ライタＩ／Ｆ７２とを有する。
【００３２】
更に、図１に戻り、このようなハードウェア構成及びソフトウェア構成を有する画像形成装置１において実現される機能的構成について説明する。画像形成装置１は、ユーザ情報管理部１００と、カスタマイズ受付部１０１と、通信制御部１０２と、ユーザ情報設定部１０３と、ユーザ情報利用部１０４と、認証部１０５と、ローカルユーザインターフェイス（ローカルＵＩ）１０６とを有する。また、画像形成装置１は、ユーザ情報ＤＢ１１０と、ルールＤＢ１１１とを有する。尚、これらのユーザ情報ＤＢ１１０及びルールＤＢ１１１は、例えば、ＨＤＤ１３に実体的に記憶される。ユーザ情報ＤＢ１１０には、ユーザ情報が記憶される。ユーザ情報は、例えばユーザ毎に記憶され、「名前」、「登録番号」、「パスワード」、「ログインＩＤ」などの情報を含む。ルールＤＢ１１１には、ユーザ情報の仕様を示すルール情報が記憶される。このルール情報の詳細については後述する。
【００３３】
ユーザ情報管理部１００は、ユーザ情報ＤＢ１１０と、ルールＤＢ１１１とを管理し、これらのデータベースに記憶される情報の読み込み及びこれらのデータベースへの情報の書き出しを制御する。カスタマイズ受付部１０１は、ルールＤＢ１１１に記憶されるルール情報のカスタマイズの要求を受け付け、当該要求に従って、ユーザ情報管理部１００を介してルールＤＢ１１１に記憶されるルール情報をカスタマイズする。ユーザ情報利用部１０４は、ユーザ情報管理部１００を介して、ユーザ情報ＤＢ１１０に記憶されたユーザ情報の取得を行う。ユーザ情報設定部１０３は、ユーザ情報管理部１００を介して、ユーザ情報ＤＢ１１０に記憶されたユーザ情報の取得、変更及び削除を行ったり、新たなユーザ情報のユーザ情報ＤＢ１１０への登録を行ったりする。認証部１０５は、ユーザのログインにおける認証を行う。ローカルＵＩ１０６の実体は例えば表示画面であり、操作部４０のＬＣＤ４１に表示される。ローカルＵＩ１０６は、例えば、ユーザがルール情報のカスタマイズを行うためのカスタマイズ画面やユーザ情報の設定を行うための設定画面を提供する。通信制御部１０２は、他の装置とのデータ通信を制御する。
【００３４】
＜ルール情報の構成＞
ここで、ルールＤＢ１１１に記憶されるルール情報のデータ構成について説明する。ルール情報は、ユーザ情報のスキーマを示すものであり、エントリ種類の組み合わせ及び属性ルールの組み合わせから構成される。エントリとは、ユーザ情報に関する各項目を示すものであり、その種類としては、例えば、「ユーザ」、「宛先」、「送信者」、「ユーザグループ」、「宛先グループ」、「見出し」、「見出しセット」、「フォルダ」などがある。このエントリには、各々必須属性が対応付けられている。必須属性とは、当該エントリの属性として設定されることが必要な属性であり、例えば、「名前」、「識別子」などである。また、エントリには、オプション属性が適宜対応付けられている。オプション属性とは、当該エントリの属性として必ずしも必要ではないが必要な場合には設定される属性であり、例えば、「メールアドレス」や「ＦＡＸ番号」などである。
【００３５】
属性ルールは、各属性に関するルールとして設定されるものであり、基本ルールと、拡張ルールとに大別される。基本ルールは、例えば、「属性名」、「形式（型）」、「値の範囲（サイズ）」、「重複許可」、「禁則値」、「必須値」、「同じ設定値禁止回数」、「組み合わせ」、「初期値」などの各設定項目を有する。この各設定項目に対して各値又は各情報が設定されることにより、ルールが設定される。尚、重複許可とは、例えば、他のデータとの重複が許されるか否かを示すものである。禁則値とは、対象の属性に対して使用が禁止されるデータを示すものであり、例えば、「パスワード」などの属性に対する禁則値として２バイトの文字などが設定され得る。必須値とは、対象の属性に対して使用が必須であるデータを示すものであり、例えば、「メールアドレス」に対する必須値として‘＠’が設定され得る。組み合わせとは、対象の属性と組み合わせて使用されるデータを示すものであり、例えば、「ログインＩＤ」に対する組み合わせとして「パスワード」が設定され得る。拡張ルールは、例えば、「暗号化ＯＦＦ／ＯＮ」、「改竄許可／禁止」、「出力許可／禁止」、「アクセス許可／禁止」、「格納先」、「出力先」などの各設定項目を有する。
【００３６】
図４は、「ユーザ」というエントリに対するルール情報のデータ構成を例示する図である。例えば、「ユーザ」というエントリに対応付けられる属性は、例えば、「名前」、「登録番号」、「パスワード」、「ログインＩＤ」、「メールアドレス」などがあり、各属性に対する各設定項目において各々値又は情報が設定されている。これによって、「ユーザ」というエントリに対してルールが設定されている。
【００３７】
尚、ルールＤＢ１１１には、上述のルール情報に付随して、ルール情報を保持する装置に関する特性別ユーザ情報が記憶される。ルール情報を保持する装置とは、例えば、記憶媒体や、サーバ装置自体である。特性別ユーザ情報は、「名称」、「ロケーション」、「特性情報」などを有する。ここでは、ルール情報を保持する装置として、画像形成装置１のＨＤＤ１３に関する「特性情報」を有する。この場合「特性情報」は、ＨＤＤ１３を特定するための「ストレージ情報」、「ファイル（パスを含む）」、「最大登録件数」などの情報を含む。尚、ルール情報をネットワーク３を介して送受信する場合には、当該ルール情報を保持する装置の「特性情報」を有する。この場合の「特性情報」は、「ＩＰアドレス／ホスト名」、「プロトコル」、「プロトコル固有情報」などの情報を含む。「プロトコル固有情報」とは、データ管理が必要とする、アクセスに必要な情報を示す。
【００３８】
＜ルールサーバの構成＞
次に、ルールサーバ２の構成について説明する。ルールサーバ２は、ＣＰＵと、ＲＯＭと、ＲＡＭと、外部記憶装置と、通信Ｉ／Ｆと、これらを接続するバスを備えており（いずれも図示せず）、通常のコンピュータを利用したハードウェア構成となっている。ＲＯＭには、ＣＰＵがルールサーバ２の各部を制御するためのオペレーティングシステムやアプリケーションプログラムなどの各種プログラムが記憶されている。外部記憶装置には、ルールサーバ２で実行される各種プログラムや、各種データが記憶されている。また、外部記憶装置には、上述のユーザ情報が記憶されるユーザ情報ＤＢ２０５と、ルール情報が記憶されるルールＤＢ２０６とが記憶されている。このルールＤＢ２０６に記憶されるルール情報は、上述のルールＤＢ１１１に記憶されるルール情報と同じものであっても良いし、異なるものであっても良い。
【００３９】
次に、ルールサーバ２の機能的構成について説明する。図５は、ルールサーバ２の機能的構成を示すブロック図である。ルールサーバ２は、認証部２０１と、ユーザ情報管理部２０２と、カスタマイズ受付部２０３と、通信制御部２０４とを有する。認証部２０１は、ユーザのログインにおける認証を行う。ユーザ情報管理部２０２は、ユーザ情報ＤＢ２０５と、ルールＤＢ２０６とを管理し、これらのデータベースに記憶される情報の読み込み及びこれらのデータベースへの情報の書き出しを制御する。カスタマイズ受付部２０３は、ルールＤＢ２０６に記憶されるルール情報のカスタマイズの要求を受け付け、当該要求に従って、ユーザ情報管理部２０２を介してルールＤＢ２０６に記憶されるルール情報をカスタマイズする。通信制御部２０４は、ネットワーク３を介して画像形成装置１，Ｗｅｂサーバ４及び情報処理装置５などの外部装置とのデータ通信を制御する。以上のような構成により、ルールサーバ２は、外部装置からの要求に応じて、当該外部装置に対してルールＤＢ２０６に記憶されたルール情報を送信したり、ルールＤＢ２０６に記憶されたルール情報をカスタマイズしたりする。
【００４０】
＜情報処理装置の構成＞
次に、情報処理装置５の構成について説明する。情報処理装置５は、装置全体を制御するＣＰＵと、各種プログラムやデータが記憶されるＲＯＭと、ＲＡＭと、ＨＤＤなどの外部記憶装置と、外部装置との通信を制御する通信Ｉ／Ｆと、ユーザからの操作が入力される操作装置と、情報を表示する表示装置と、これらを接続するバスを備えており（いずれも図示せず）、通常のコンピュータを利用したハードウェア構成となっている。情報処理装置５は、ネットワーク３に接続されて、画像形成装置１，ルールサーバ２及びＷｅｂサーバ４と通信可能である。尚、ここでは、例えば、情報処理装置５は、移動通信可能な携帯電話などの携帯端末であるものとする。
【００４１】
ここで、情報処理装置５のＣＰＵがＲＯＭや外部記憶装置に記憶されたプログラムを実行することにより実現される機能的構成について説明する。本実施の形態においては、情報処理装置５は、ネットワーク３を介してルールサーバ２とデータ通信を行い、ルールサーバ２の有するルールＤＢ２０６に記憶されたルール情報のカスタマイズを行う機能を有する。また、画像形成装置１において、ルール情報の書き出し先として情報処理装置５が指定されルール情報が画像形成装置１から送信された場合、情報処理装置５は、当該ルール情報を受信しこれを外部記憶装置に記憶させる。
【００４２】
＜Ｗｅｂサーバの構成＞
Ｗｅｂサーバ４は、ＣＰＵと、ＲＯＭと、ＲＡＭと、外部記憶装置と、通信Ｉ／Ｆと、これらを接続するバスを備えており（いずれも図示せず）、通常のコンピュータを利用したハードウェア構成となっている。Ｗｅｂサーバ４は、いずれもネットワーク３に接続されて、画像形成装置１，ルールサーバ２及び情報処理装置５と通信可能であり、上述のルール情報を受信可能である。
【００４３】
（２）動作
＜ログイン処理＞
次に、本実施の形態に係る画像形成装置１の動作について説明する。まず、ユーザのログイン処理から説明する。図６は、ユーザのログイン処理の手順を示すフローチャートである。画像形成装置１に電源が投入され、画像形成装置１が起動すると、画像形成装置１の認証部１０５は、操作部４０のＬＣＤ４１に認証画面を表示させる（ステップＳ１）。当該認証画面においてユーザが画像形成装置１の操作部４０のハードキー４２を操作してログインＩＤ及びパスワードを認証情報として入力すると、認証部１０５は、当該入力を受け付け（ステップＳ２）、当該ログインＩＤ及びパスワードを用いて認証を行う（ステップＳ３）。例えば、当該ログインＩＤ及びパスワードの組み合わせがユーザ情報ＤＢ１１０に予め記憶されている場合、認証部１０５は、認証が成功したと判断して（ステップＳ４：ＹＥＳ）、当該ユーザのログインを許可し、その旨をカスタマイズ受付部１０１，ユーザ情報設定部１０３及びユーザ情報管理部１００に対して通知する（ステップＳ５）。
【００４４】
＜ユーザ情報取得／設定処理＞
次に、ユーザのログイン後、ユーザ情報ＤＢ１１０に記憶されているユーザ情報の取得及び設定を行う処理の手順について説明する。図７は、ユーザ情報取得／設定処理の手順を示すフローチャートである。ユーザのログイン後、画像形成装置１の操作部４０を介してユーザ情報を設定する要求がユーザから入力されると、ユーザ情報設定部１０３がユーザ情報管理部１００に対してユーザ情報の取得を要求する（ステップＳ１０）。ユーザ情報管理部１００は、当該要求を受け付けると、ユーザ情報ＤＢ１１０に記憶されているユーザ情報を取得し（ステップＳ１１）、これを一覧形式でユーザ情報設定部１０３に渡す（ステップＳ１２）。ユーザ情報設定部１０３は、ユーザ情報の一覧を受け取ると、当該ユーザ情報の一覧を示すユーザ情報一覧画面を生成してこれを操作部４０に表示させる（ステップＳ１３）。このユーザ情報一覧画面において設定対象の項目（例えば「メールアドレス」である）を選択する入力がされると、ユーザ情報設定部１０３は、当該入力を受け付け、当該項目の設定値をユーザ情報管理部１００に対して要求する（ステップＳ１４）。ユーザ情報管理部１００は、当該要求を受け付けると、ユーザ情報ＤＢ１１０を参照して、対象の項目の設定値を取得し、これをユーザ情報設定部１０３に対して渡す（ステップＳ１５）。ユーザ情報設定部１０３は、対象の項目の設定値を受け取ると、当該対象の項目の設定値を変更するための設定画面を生成してこれを操作部４０に表示させる（ステップＳ１６）。当該設定画面において当該項目の設定値の入力がされると、ユーザ情報設定部１０３は、当該入力を受け付け（ステップＳ１７）、当該項目の設定値について当該入力された設定値に変更することをユーザ情報管理部１００に対して要求する（ステップＳ１８）。ユーザ情報管理部１００は、当該要求を受け付けると、当該項目の設定値が妥当であるか否か妥当性判断処理を行う（ステップＳ１９）。
【００４５】
この妥当性判断処理では、変更対象の項目の設定値が、ルールＤＢ１１１に記憶されているルール情報に適合するか否かを判断する。ユーザ情報管理部１００は、ルールＤＢ１１１に記憶されている当該項目に関するルール情報を読み出して、当該ルール情報に、変更対象の項目の設定値が適合するか否かを判断する。例えば、対象の項目が「メールアドレス」である場合、入力された設定値について、上述の図４に示したようなルール情報に従って、その設定値の適合性を判断する。例えば、「メールアドレス」として入力された設定値について、「範囲」に関する属性ルールとして‘0-128文字’の範囲に収まっているか否かや、「必須値」に関する属性ルールとして英数字及び‘＠’が設定値に含まれているか否かなどを判断する。そして、入力された設定値が全ての属性ルールに適合すると判断した場合、当該設定値は妥当であると判断する。そして、当該妥当性判断処理の結果、変更対象の設定値が妥当であると判断した場合（ステップＳ２０：ＹＥＳ）、ユーザ情報管理部１００は、当該設定値の変更を適用し、当該設定値に従って、ユーザ情報ＤＢ１１０に記憶されているユーザ情報について当該項目の設定値を変更する（ステップＳ２１）。そして、ユーザ情報管理部１００は、変更の要求された設定値に対する妥当判断処理の結果をユーザ情報設定部１０３に通知する（ステップＳ２２）。ユーザ情報設定部１０３は、当該処理の結果を表すメッセージを操作部４０に表示させる（ステップＳ２３）。
【００４６】
＜ログアウト処理＞
図８は、ユーザのログアウト処理を示すフローチャートである。上述の処理の後、画像形成装置１の操作部４０を介してログアウトを要求する入力がされると（ステップＳ３０）、認証部１０５は、当該入力を受け付け、当該ユーザがログアウトした旨をカスタマイズ受付部１０１，ユーザ情報設定部１０３及びユーザ情報管理部１００に対して通知する（ステップＳ３１）。
【００４７】
＜カスタマイズ処理＞
次に、ルール情報をカスタマイズするカスタマイズ処理について説明する。ここでは、ＨＤＤ１３に記憶されているルールＤＢ１１１に記憶されているルール情報をカスタマイズする場合について説明する。本実施の形態にかかるカスタマイズ処理の手順について説明する。図９は、カスタマイズ処理の手順を示すフローチャートである。
【００４８】
画像形成装置１の操作部４０を介してカスタマイズ処理を要求する入力がなされると、カスタマイズ受付部１０１は、当該入力を受け付け（ステップＳ４０）、ユーザ情報管理部１００に対してルール情報の取得を要求する（ステップＳ４１）。ユーザ情報管理部１００は、当該要求を受け付けると、ルールＤＢ１１１に記憶されているルール情報を取得し（ステップＳ４２）、これをカスタマイズ受付部１０１に対して渡す（ステップＳ４３）。カスタマイズ受付部１０１は、ルール情報を受け取ると、当該ルール情報の一覧を示すカスタマイズ画面を生成しこれを操作部４０に表示させる（ステップＳ４４）。ユーザは、当該カスタマイズ画面においてルール情報を変更する入力を行うことができる。図１０〜１１は、カスタマイズ画面を例示する画面例である。図１０における画面例においては、各対象項目Ｔ１〜Ｔ３と、各属性Ｚ１〜Ｚ８とが示されている。当該画面において、ユーザが対象項目（ここでは、Ｔ３「パスワード」とする）及び属性（ここでは、Ｚ２「範囲」とする）を選択して、確定ボタンＢ１を押下する入力を行うと、カスタマイズ受付部１０１は、図１１に示されるような画面を生成しこれを操作部４０に表示させる。当該画面においては、ユーザにより選択された対象項目Ｔ３及び属性ルールＺＲ１とが示される。ユーザは、当該画面において当該対象項目の設定値を変更する入力を行い、確定ボタンＢ３を押下する入力を行うと、カスタマイズ受付部１０１は、当該対象項目の設定値の変更を受け付け（ステップＳ４５）、ユーザ情報管理部１００に対して当該対象項目の設定値の変更を要求する（ステップＳ４６）。ユーザ情報管理部１００は、当該要求を受け付けると、当該要求に従って、ルールＤＢ１１１に記憶されているルール情報について当該対象項目の設定値を変更する（ステップＳ４７）。
【００４９】
このように、画像形成装置１は、ルールＤＢ１１１に記憶されているルール情報を変更することにより、ルール情報のカスタマイズを行う。ここでは、ユーザは、変更したい各対象項目や各属性ルールの変更を行うことができ、ユーザが設定値の変更を要求する都度、上述のステップＳ４５〜Ｓ４８の処理が繰り返される。尚、ここでは、ルールＤＢ１１１を更新するタイミングは、設定値の変更入力に対する確定ボタンＢ３が押下される都度であるが、本実施の形態においてはこれに限らず、様々なタイミングであっても良い。ステップＳ４７で対象項目の設定値の変更後は、ユーザ情報管理部１００は、当該対象項目の設定値を変更した旨をユーザ情報設定部１０３、カスタマイズ受付部１０１及び認証部１０５に対して通知する（ステップＳ４８）。カスタマイズ受付部１０１は、当該通知を受け取ると、ルール情報の変更が終了した旨を示すメッセージを操作部４０に表示させる（ステップＳ４９）。その後、操作部４０を介してカスタマイズの終了を要求する入力がなされると、カスタマイズ受付部１０１は、当該入力を受け付け、カスタマイズ処理を終了する。
【００５０】
尚、ステップＳ４４で、図１０に示されるカスタマイズ画面において、ユーザが対象項目（例えば、Ｔ３「パスワード」とする）を選択して、確定ボタンＢ１を押下する入力を行った場合には、カスタマイズ受付部１０１は、図１２に示されるような画面を生成しこれを操作部４０に表示させる。図１２は、カスタマイズ画面を例示する画面例である。当該画面においては、選択された対象項目（ここでは、Ｔ３「パスワード」である）に対する全ての属性に関する属性ルールＺＲ２が示される。ユーザは、当該画面において、選択した対象項目の各属性の各設定値を変更する入力を行うことができる。
【００５１】
また、ステップＳ４４で、図１０に示されるカスタマイズ画面において、ユーザが属性（例えば、Ｚ１「型」とする）を選択して、確定ボタンＢ１を押下する入力を行うと、カスタマイズ受付部１０１は、図１３に示されるような画面を操作部４０に表示させる。図１３は、カスタマイズ画面を例示する画面例である。当該画面においては、選択された属性ルール（ここでは、Ｚ１「型」である）について、設定可能な設定値Ａ１〜Ａ１１と、対象項目Ｔ１〜Ｔ３との対応関係とが示される。ユーザは、当該画面において、各対象項目に対する当該属性における各設定値を変更する入力を行うことができる。
【００５２】
以上のように、ユーザ情報の仕様を示すルール情報を記憶し当該ルール情報をユーザからの操作入力に応じて変更することにより、ユーザ情報の仕様の変更にかかる時間やコストを低減することができる。
【００５３】
＜ルール情報の書き出し処理＞
次に、画像形成装置１がルールＤＢ１１１に記憶されているルール情報を外部装置に書き出す処理について説明する。外部装置は例えばＷｅｂサーバ４とする。図１４は、ルール情報の書き出し処理の手順を示すフローチャートである。画像形成装置１の操作部４０を介してルール情報の書き出し処理への移行を要求する入力がなされると（ステップＳ６０）、カスタマイズ受付部１０１は、当該入力を受け付け、読み書き方法指定画面を生成しこれを操作部４０に表示させる（ステップＳ６１）。図１５は、読み書き方法指定画面を例示する画面例を示す図である。当該画面においては、ルール情報の書き出し先又は読み込み元ＫＹ１〜ＫＹ３が示され、ルール情報の書き出しを指示するための書き出しボタンＢ１１と、ルール情報の読み込みを指示するための読み込みボタンＢ１０とが示される。ルール情報の読み込みについては後述する。当該画面においてユーザがルール情報の書き出し先を指定し（ここでは、例えばＫＹ２‘Ｗｅｂサーバ’とする）、書き出しボタンＢ１１を押下する入力を行うと、カスタマイズ受付部１０１は、当該入力を受け付け（ステップＳ６２）、指定された書き出し先にルール情報を書き出すことをユーザ情報管理部１００に対して要求する（ステップＳ６３）。ユーザ情報管理部１００は、当該要求を受け付けると、ルールＤＢ１１１に記憶されているルール情報を取得し（ステップＳ６４）、当該ルール情報を通信制御部１０２に渡し、指定された書き出し先（ここでは、Ｗｅｂサーバ４である）への当該ルール情報の送信を要求する（ステップＳ６５）。通信制御部１０２は、当該要求を受け付けると、当該ルール情報を当該書き出し先であるＷｅｂサーバ４に送信する（ステップＳ６６）。そして、通信制御部１０２は、当該ルール情報の送信が終了すると、通信制御部１０２は、その旨をユーザ情報管理部１００に通知する（ステップＳ６７）。ユーザ情報管理部１００は、当該通知を受け取ると、ルール情報の送信が終了した旨をカスタマイズ受付部１０１に通知する（ステップＳ６８）。カスタマイズ受付部１０１は、当該通知を受け取ると、ルール情報の書き出しが終了した旨を示すメッセージを操作部４０に表示させる（ステップＳ６９）。
【００５４】
このような構成によれば、Ｗｅｂサーバ４などの他の外部装置において、画像形成装置１の有するルール情報を適用してルール情報を簡単にカスタマイズすることを可能にする。また、ルール情報の書き出し処理を行う装置は、画像形成装置１に限らず、ネットワーク３に接続される他の装置（例えば、ルールサーバ２）であっても良い。例えば、ルールサーバ２がＷｅｂサーバ４などの外部装置に対してルール情報の書き出し処理を行うことにより、ルールサーバ２の有するルール情報と同様に、Ｗｅｂサーバのルール情報を取得してこれを適用することができる。また、ルールサーバ２は、複数の装置に対してルール情報の書き出し処理を行うこともでき、このようにルール情報を分散させることにより、ルールサーバ２の負担を軽減させることもできる。
【００５５】
＜ルール情報の読み込み処理＞
次に、画像形成装置１が外部装置からルール情報を取得し当該ルール情報をルールＤＢ１１１に記憶させる読み込み処理について説明する。ここで、外部装置はルールサーバ２とする。図１６は、ルール情報の読み込み処理の手順を示すフローチャートである。画像形成装置１の操作部４０を介してルール情報の読み込み処理への移行を要求する入力がなされると、カスタマイズ受付部１０１は、当該入力を受け付け（ステップＳ８０）、図１５に示される読み書き方法指定画面を操作部４０に表示させる（ステップＳ８１）。当該画面においてユーザがルール情報の読み込み元を指定し（ここでは例えばＫＹ１‘ルールサーバ’とする）読み込みボタンＢ１０を押下する入力を行うと、カスタマイズ受付部１０１は、当該入力を受け付け（ステップＳ８２）、指定された読み込み元（ここではルールサーバ２である）からルール情報を取得することをユーザ情報管理部１００に対して要求する（ステップＳ８３）。ユーザ情報管理部１００は、当該要求を受け付けると、通信制御部１０２に対して、ルール情報の当該読み込み元からの取得を要求する（ステップＳ８４）。通信制御部１０２は、当該要求を受け付けると、当該読み込み元であるルールサーバ２に対してルール情報の送信を要求する要求メッセージを送信する（ステップＳ８５）。一方、ルールサーバ２は、当該要求メッセージを受信すると、ルールＤＢ２０６に記憶されているルール情報を画像形成装置１に対して送信する。画像形成装置１は、当該要求に従って送信されたルール情報を受信すると（ステップＳ８６）、これをユーザ情報管理部１００に渡す（ステップＳ８７）。ユーザ情報管理部１００は、通信制御部１０２からルール情報を受け取ると、当該ルール情報をルールＤＢ１１１に記憶させる（ステップＳ８８）。次いで、ユーザ情報管理部１００は、ルール情報の取得が終了した旨をカスタマイズ受付部１０１に通知する（ステップＳ８９）。カスタマイズ受付部１０１は、当該通知を受け取ると、ルール情報の読み込みが終了した旨を示すメッセージを操作部４０に表示させる（ステップＳ９０）。
【００５６】
このような構成によれば、画像形成装置１において、ルールサーバ２などの他の外部装置で保持されているルール情報を適用することができ、ルール情報のカスタマイズを簡単に行うことができる。また、このような構成によれば、ルール情報における対象項目の追加や削除にも容易に対応することが可能である。また、ルール情報の読み込み処理を行う装置は、画像形成装置１に限らず、ネットワーク３に接続される他の装置（例えば、情報処理装置５）であっても良い。例えば、情報処理装置５は、ルールＤＢを有していないので、当該ルール情報の読み込み処理を行うことにより、ルール情報を自身の装置に適用することができる。
【００５７】
また、これらの構成によれば、例えば、上述の書き出し処理においてＷｅｂサーバ４に書き出されたルール情報に対して、他の外部装置が上述の読み込み処理を行って、当該ルール情報を読み込むことができる。即ち、このような構成によっても、複数の装置間でルール情報を共用して、ルール情報をカスタマイズすることができる。
【００５８】
尚、ルール情報の書き出し処理の対象の外部装置及びルール情報の読み込み処理の対象の外部装置は、ルールサーバ２やＷｅｂサーバ４のいずれであっても良いし、ネットワーク３に接続される他の装置（情報処理装置５など）や他の画像形成装置であっても良いし、画像形成装置１に周辺機器として接続される記憶装置（例えば、ＳＤカード，ＵＳＢメモリ，ＦＤ，ＭＤ，外付ＨＤＤ）などであっても良い。また、読み込み先又は書き出し先は、電子メール、ＦＡＸ、フォルダなどであっても良い。また、書き出し先は、紙媒体であっても良く、即ち、ルール情報を紙媒体に印刷するように構成しても良い。また、書き出しするルール情報については、暗号化するように構成しても良いし、当該ルール情報に対して電子署名を生成するように構成しても良い。
【００５９】
尚、上述の読み込み処理においては、読み込み処理を行ったルール情報をルールＤＢ１１１に記憶させるようにした。このとき、読み込み処理を行ったルール情報を用いてルールＤＢ１１１に記憶されたルール情報を更新するようにしても良いし、ルールＤＢ１１１に予め記憶されていたルール情報と、当該読み込み処理を行ったルール情報とを区別して記憶させるようにしても良い。例えば、読み込み処理を行ったルール情報に対して読み込みフラグを対応付けて記憶するようにしても良い。そして、画像形成装置１は、読み込みフラグを参照して、所定の条件に応じて、これらのルール情報を使い分けて、一方を有効化し他方を無効化するように構成しても良い。
【００６０】
＜ルールサーバ２におけるルール情報の情報処理装置５によるカスタマイズ＞
次に、情報処理装置５がネットワーク３を介してルールサーバ２にアクセスしてルール情報をカスタマイズする処理について説明する。図１７は、情報処理装置５がルールサーバ２にアクセスしてルール情報をカスタマイズする処理の手順を示すフローチャートである。
【００６１】
情報処理装置５は、ルール情報のカスタマイズを要求するユーザからの入力を操作装置を介して受け付けると（ステップＳ１００）、認証画面を表示装置に表示させる（ステップＳ１０１）。当該認証画面においてユーザがログインＩＤ及びパスワードを認証情報として入力すると、当該入力を受け付け（ステップＳ１０２）、ルールサーバ２に対してセッションの開始を要求する要求メッセージを送信する（ステップＳ１０３）。ルールサーバ２は、通信制御部２０４の機能により、当該要求メッセージを受信し、セッションを開始する旨を示す応答メッセージを情報処理装置５に対して送信する。更に、ルールサーバ２は、情報処理装置５に対して認証情報を要求する要求メッセージを送信する（ステップＳ１０４）。情報処理装置５は、当該応答メッセージ及び当該要求メッセージを受信すると、ステップＳ１０２で入力を受け付けたログインＩＤ及びパスワードを認証情報としてルールサーバ２に送信する（ステップＳ１０５）。ルールサーバ２は、認証情報を受信すると（ステップＳ１０６）、認証部２０１の機能により、当該ログインＩＤ及びパスワードを用いて認証を行う（ステップＳ１０７）。当該ログインＩＤ及びパスワードの組み合わせがユーザ情報ＤＢ２０５に予め記憶されている場合、ルールサーバ２は、認証が成功したとして、当該ユーザのログインを許可し、認証が成功した旨を示す認証結果を情報処理装置に対して送信する（ステップＳ１０８）。
【００６２】
情報処理装置５は、当該認証結果を受信すると（ステップＳ１０９）、カスタマイズ対象のルール情報のユーザからの指定入力を受け付け（ステップＳ１１０）、当該ルール情報のカスタマイズを要求する要求メッセージをルールサーバ２に対して送信する（ステップＳ１１１）。ルールサーバ２は、カスタマイズ受付部２０３の機能により、ルールＤＢ２０６を参照して、カスタマイズが要求されたルール情報を検索する（ステップＳ１１２）。そして、ルールサーバ２は、該当のルール情報を検索結果として情報処理装置５に対して送信する（ステップＳ１１３）。情報処理装置５は、当該検索結果を受信すると（ステップＳ１１４）、当該検索結果であるルール情報についてカスタマイズ画面を生成しこれを表示する（ステップＳ１１５）。当該カスタマイズ画面は例えば図１０に例示したものである。当該画面において当該ルール情報の設定値を変更する入力及び当該変更を確定する入力がされると、情報処理装置５は、当該ルール情報の設定値の変更を受け付け（ステップＳ１１６）、当該ルール情報の設定値の変更を要求する要求メッセージをルールサーバ２に対して送信する（ステップＳ１１７）。ルールサーバ２は、当該要求メッセージを受信すると、当該要求に従って、ルールＤＢ２０６に記憶されている当該ルール情報の設定値を変更する（ステップＳ１１８）。そして、ルールサーバ２は、当該設定値の変更後、当該設定値を変更した旨を示す変更完了メッセージを情報処理装置５に対して送信する（ステップＳ１１９）。情報処理装置５は、当該変更完了メッセージを受信すると、ルール情報の変更が完了した旨を示すメッセージを表示する（ステップＳ１２０）。
【００６３】
ここでも、ユーザは、変更したい各対象項目や各属性ルールの変更を行うことができ、ユーザが設定値の変更を要求する都度、上述のステップＳ１１６〜Ｓ１２０の処理が繰り返される。尚、ここでは、ルール情報の変更をルールＤＢ２０６に対して行うタイミングは、上述の各設定値の変更の都度であるが、本実施の形態においてはこれに限らず、様々なタイミングであっても良い。その後、情報処理装置５は、ログアウトを要求するユーザからの入力を受け付けると（ステップＳ１２１）、セッションの終了を要求する要求メッセージをルールサーバ２に対して送信する（ステップＳ１２２）。ルールサーバ２は、当該要求メッセージを受信すると、セッションを終了させ（ステップＳ１２３）、その旨を示すセッション終了メッセージを情報処理装置５に対して送信する（ステップＳ１２４）。情報処理装置５は、セッション終了メッセージを受信すると（ステップＳ１２５）、カスタマイズ処理を終了する。
【００６４】
尚、情報処理装置５は、ルールサーバ２に限らず、ルール情報を保持している画像形成装置１や他の外部装置のルール情報をカスタマイズ可能であるように構成しても良い。また、情報処理装置５は、１つの外部装置に対してルール情報のカスタマイズを行うようにしたが、複数の外部装置に対して同様のカスタマイズが可能なように構成しても良い。例えば、共通するルール情報を保持する複数の外部装置に対して、ルール情報の上述のような設定値の変更を同時に行うようにし、当該設定値の変更を要求する要求メッセージをこれらの複数の外部装置に対して送信する。各外部装置は、当該要求メッセージに従って、自装置が各々保持するルール情報を変更する。
【００６５】
また、情報処理装置５は、ステップＳ１２０の処理の後、ルールサーバ２のルールＤＢ２０６に記憶されているルール情報を取得し、これを当該情報処理装置５のルール情報として適用するように構成しても良い。
【００６６】
（３）変形例
＜変形例１：ローカルＵＩ１０６の機能＞
尚、画像形成装置１の機能的構成においては、上述のカスタマイズ処理で、カスタマイズ受付部１０１がカスタマイズ画面を生成しこれを操作部４０に表示させるように構成したが、ローカルＵＩ１０６がカスタマイズ画面を生成しこれを操作部４０に表示させるように構成しても良い。ここでは、画像形成装置１においてルールＤＢ１１１に記憶されているルール情報が随時カスタマイズされるものとする。図１８は、本変形例におけるカスタマイズ処理の手順を示すフローチャートである。画像形成装置１の操作部４０を介してルール情報のカスタマイズを要求する入力がなされると、上述のステップＳ４０〜Ｓ４３と同様の処理が行われ、カスタマイズ受付部１０１は、カスタマイズ対象のルール情報を検索結果として検索結果を受け取る。次いで、カスタマイズ受付部１０１は、当該検索結果をローカルＵＩ１０６に渡す（ステップＳ４００）。ローカルＵＩ１０６は、検索結果を受け取ると、当該検索結果であるルール情報についてカスタマイズ画面を操作部４０に表示させる（ステップＳ４０１）。当該操作部４０に表示されたカスタマイズ画面においてユーザは、上述のカスタマイズ処理と同様にして、ルール情報の設定値を変更する入力を行うと、ローカルＵＩ１０６は、当該入力を受け付け（ステップＳ４０２）、設定値を変更したルール情報を示す設定結果画面を操作部４０に表示させる（ステップＳ４０３）。当該画面において、ユーザがルール情報の設定値の変更を確定する入力を行うと、ローカルＵＩ１０６は、当該入力を受け付け、カスタマイズ受付部１０１に対して当該ルール情報の設定値の変更を要求する（ステップＳ４０４）。カスタマイズ受付部１０１は、当該要求を受け付けると、ユーザ情報管理部１００に対してルール情報の設定値の変更を要求する（ステップＳ４０５）。ユーザ情報管理部１００は、当該要求を受け付けると、当該要求に従って、ルールＤＢ１１１に記憶されているルール情報の設定値を変更する（ステップＳ４７）。その後、上述と同様にしてステップＳ４８の処理が行われる。ステップＳ４８の後、ステップＳ４０６に進み、ステップＳ４０６では、カスタマイズ受付部１０１は、当該設定値を変更した旨をローカルＵＩ１０６に対して通知する。次いで、ローカルＵＩ１０６は、当該通知を受け取ると、カスタマイズ処理が終了した旨を示すメッセージを操作部４０に表示させる（ステップＳ４０７）。
【００６７】
尚、ステップＳ４１では、ルールＤＢ１１１に記憶されている全てのルール情報をカスタマイズ対象として要求するようにしても良いし、指定のルール情報のみをカスタマイズ対象として要求するようにしても良い。
【００６８】
＜変形例２：カスタマイズ対象のルール情報のバリエーション＞
上述の読み出し処理又は書き出し処理の対象となるルール情報は、ルール情報としてルールＤＢ１１１又はルールＤＢ２０６などに記憶されている全てのルール情報であっても良いし、指定されたルール情報のみとしても良い。また、各カスタマイズ処理においても、カスタマイズする対象のルール情報は、ルール情報としてルールＤＢ１１１又はルールＤＢ２０６などに記憶されている全てのルール情報であっても良いし、指定されたルール情報のみとしても良い。
【００６９】
[第２の実施の形態]
次に、第２の実施の形態について説明する。上述の第１の実施の形態と共通する部分については、同一の符号を使用して説明したり、説明を省略したりする。
（１）構成
本実施の形態においては、ルールサーバ２と画像形成装置１との対応関係が、マスター機器とスレーブ機器として予め設定されている。スレーブ機器とは、マスター機器のルールに従うものである。ここで、画像形成装置１は、マスター機器のルールに従う適用領域に入ったとき、ルールサーバ２のルールＤＢ２０６に記憶されているルール情報を適用する。具体的には、画像形成装置１がマスター機器のルールに従う適用領域に入ったとき、例えば、マスター機器のルールに従う旨の入力が画像形成装置１の操作部４０においてなされた場合、画像形成装置１のカスタマイズ受付部１０１は、マスター機器の検索をルールサーバ２に対して要求する。そして、検索の結果、当該マスター機器が検索されると、画像形成装置１のユーザ情報管理部１００は、ルールサーバ２のルールＤＢ２０６に記憶されているルール情報を通信制御部１０２を介して取得し、これを用いて、自身の有するルールＤＢに記憶されているルール情報を更新する。このようにして、画像形成装置１は、ルールサーバ２のルール情報を適用する。尚、ここでは、マスター機器であるルールサーバ２は、自身がマスター機器であるという情報を外部記憶装置などに予め記憶しており、カスタマイズ受付部２０３の機能により、当該情報を用いて、自身がマスター機器であることを判別する。画像形成装置１は、マスター機器がいずれであるかを特定する情報を予め記憶していないものとする。
【００７０】
（２）動作
＜マスター機器を検索して当該マスター機器のルール情報を適用する＞
次に、画像形成装置１がマスター機器（ここでは、ルールサーバ２である）のルール情報を適用する場合のカスタマイズ処理の手順について説明する。図１９は、画像形成装置１がマスター機器のルール情報を適用する場合のカスタマイズ処理の手順を示すフローチャートである。
【００７１】
画像形成装置１は、カスタマイズ受付部１０１の機能により、マスター機器のルールに従う適用領域に入ったとき、例えば、マスター機器のルールに従う旨の入力が操作部４０においてなされた場合、ルール情報を更新することをユーザに対して確認するためのカスタマイズ確認画面を生成してこれを操作部４０に表示させる（ステップＳ１５０）。当該カスタマイズ確認画面においてルール情報の更新を了承する入力がなされると、画像形成装置１は、当該入力を受け付け（ステップＳ１５１）、マスター機器を検索するため、通信制御部１０２の機能により、マスター機器であるか否かを問い合わせる問い合わせメッセージをネットワーク３を介してブロードキャストする（ステップＳ１５２）。一方、マスター機器であるルールサーバ２は、通信制御部２０４の機能により、当該問い合わせメッセージを受信すると（ステップＳ１５３）、カスタマイズ受付部２０３の機能により、当該ルールサーバ２がマスター機器であるか否かを判別する。ここでは、マスター機器であることを判別するものとする。ルールサーバ２は、自身がマスター機器であることを判別すると、当該ルールサーバ２がマスター機器である旨を示す応答メッセージを画像形成装置１に対して送信する（ステップＳ１５４）。画像形成装置１は、当該応答メッセージを受信すると（ステップＳ１５５）、カスタマイズ受付部１０１の機能により、ルールサーバ２からルール情報を取得することを決定し、通信制御部１０２の機能により、ルールＤＢ２０６に記憶されているルール情報の送信を要求する要求メッセージをルールサーバ２に対して送信する（ステップＳ１５６）。ルールサーバ２は、当該要求メッセージに従って、ルールＤＢ２０６に記憶されているルール情報を読み出して当該ルール情報を画像形成装置１に対して送信する（ステップＳ１５７）。画像形成装置１は、当該ルール情報を受信すると（ステップＳ１５８）、ユーザ情報管理部１００の機能により、当該ルール情報を、ルールＤＢ１１１に記憶させてルールＤＢを更新する（ステップＳ１５９）。このようにして、画像形成装置１は、ルールサーバ２のルール情報を適用する。そして、画像形成装置１は、ルール情報を更新した旨を示すメッセージを操作部４０に表示させる（ステップＳ１６０）。
【００７２】
以上のような構成によれば、画像形成装置１において、マスター機器のルール情報を適用させることができる。従って、複数の装置間で適用するルール情報を統一させることができたり共用できたりする。
【００７３】
尚、上述のステップＳ１５９においては、マスター機器から取得したルール情報を、画像形成装置１のルールＤＢ１１１に記憶させるようにした。このとき、マスター機器から取得したルール情報を用いて当該ルールＤＢ１１１に予め記憶されたルール情報を更新するようにしても良いし、当該ルールＤＢ１１１に予め記憶されていたルール情報と、マスター機器から取得したルール情報とを区別してルールＤＢ１１１に記憶させるようにしても良い。例えば、マスター機器から取得したルール情報に対してマスターフラグを対応付けてルールＤＢ１１１に記憶するようにしても良い。そして、画像形成装置１は、マスターフラグを参照して、所定の条件に応じて、これらのルール情報を使い分けて、一方を有効化し他方を無効化するように構成しても良い。
【００７４】
また、画像形成装置１がルールＤＢを予め有さないように構成しても良い。この場合、ステップＳ１５８で取得したルール情報を、画像形成装置１の有する外部記憶装置のいずれかの記憶領域に記憶させるように構成しても良い。また、このルール情報を記憶領域に記憶させた後、当該記憶領域をルールＤＢの記憶領域として設定するようにしても良い。
【００７５】
（３）変形例
＜変形例１：マスター機器が宣言する＞
尚、画像形成装置１が、マスター機器が何れであるかを他の外部装置に対して問い合わせるのではなく、マスター機器が、自身がマスター機器であることを宣言するように構成しても良い。図２０は、本変形例におけるカスタマイズ処理の手順を示すフローチャートである。マスター機器であるルールサーバ２は、カスタマイズ受付部２０３の機能により、当該ルールサーバ２がマスター機器であることを判別し、通信制御部２０４の機能により、当該ルールサーバ２がマスター機器であることを示す通知メッセージを、ネットワーク３において所定の通信範囲にある外部装置に対してブロードキャストする（ステップＳ１７０）。一方、画像形成装置１は、所定の通信範囲にあるとき、当該通知メッセージを受信すると（ステップＳ１７１）、カスタマイズ受付部１０１の機能により、ルール情報を更新することをユーザに対して確認するためのカスタマイズ確認画面を生成しこれを操作部４０に表示させる（ステップＳ１７２）。当該カスタマイズ確認画面においてルール情報の更新を了承する入力がなされると、画像形成装置１は、当該入力を受け付け（ステップＳ１７３）、カスタマイズ受付部１０１の機能により、ルールサーバ２からルール情報を取得することを決定し、通信制御部１０２の機能により、ルールＤＢ２０６に記憶されているルール情報の送信を要求する要求メッセージをルールサーバ２に対して送信する（ステップＳ１７４）。以降の処理は、上述のステップＳ１５７〜Ｓ１６０の処理と同様である。
【００７６】
＜変形例２：予め定められたマスター機器のルールを適用する＞
また、画像形成装置１が、マスター機器を特定するマスター特定情報をＨＤＤ１３などに予め記憶するように構成しても良い。マスター特定情報とは、例えば、マスター機器のＩＰアドレスなどである。図２１は、本変形例におけるカスタマイズ処理の手順を示すフローチャートである。画像形成装置１は、ルールの適用領域に入ったとき、ルール情報を更新することをユーザに対して確認するためのカスタマイズ確認画面を生成しこれを操作部４０に表示させる（ステップＳ１９０）。当該カスタマイズ確認画面においてルール情報の更新を了承する入力がなされると、画像形成装置１は、当該入力を受け付け（ステップＳ１９１）、マスター特定情報としてＨＤＤ１３などに予め記憶されているＩＰアドレスを取得し、当該ＩＰアドレスに対応するマスター機器（ここでは、ルールサーバ２である）に対して、ルール情報の送信を要求する要求メッセージを送信する（ステップＳ１９２）。以降の処理は、上述のステップＳ１５７〜Ｓ１６０の処理と同様である。
【００７７】
＜変形例３：マスター機器及びスレーブ機器のバリエーション＞
尚、マスター機器として設定可能な装置は、ルールサーバ２に限らず、画像形成装置１であっても良いし、画像形成装置１や、情報処理装置５や、Ｗｅｂサーバ４や、ネットワーク３に接続される他の装置であっても良い。また、スレーブ機器として設定可能な装置は、画像形成装置１に限らず、ルールサーバ２や、Ｗｅｂサーバ４や、情報処理装置５や、ネットワーク３に接続される他の装置であっても良い。また、マスター機器に対して設定されるスレーブ機器の数は１つに限らず複数であっても良い。また、スレーブ機器に対して設定されるマスター機器の数は１つに限らず複数あっても良く、この場合、当該複数のマスター機器に対して優先順位などを更に設定するように構成しても良い。また、移動通信可能な情報処理装置５がスレーブ機器として設定される場合、情報処理装置５がマスター機器のルールに従う適用領域に入ったときとして、例えば、当該情報処理装置５が所定の通信範囲内にあるときとするようにしても良い。所定の通信範囲とは、例えば、ネットワークアドレスにおける所定のドメイン範囲のことなどである。情報処理装置５は、例えば、自身のドメイン範囲を判断して当該判断結果に応じて、マスター機器のルールに従う適用領域に入ったか否かを判断するように構成しても良い。
【００７８】
[変形例]
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。
【００７９】
＜ルール情報の適用例＞
上述の第１の実施の形態においては、画像形成装置１は、自身が有するルールＤＢ１１１に記憶されたルール情報を適用するように構成した。しかし、これに限らず、画像形成装置１は、自身の有するルールＤＢ１１１に記憶されたルール情報を適用せずに、ルールサーバ２などの他の装置や外部記憶装置に記憶されたルール情報を取得し、当該ルール情報を適用するようにしても良い。また、例えば、画像形成装置１がルールＤＢを有さない構成においては、自身のルールＤＢに記憶されたルール情報を適用せずに、ルールサーバ２などの他の装置や外部記憶装置に記憶されたルール情報を取得しこれを適用するようにしても良い。
【００８０】
また、ネットワーク３に接続される複数の装置間でルール情報を共用するように構成しても良い。例えば、各装置において、各々独自のルール情報を記憶されている場合、１つの装置に記憶されているルール情報を共用するようにし、他の装置は、自身に記憶されているルール情報を適用せずに、当該１つの装置に記憶されているルール情報を取得しこれを適用するように構成しても良い。
【００８１】
また、例えば、各装置がルールＤＢを有さず、ＳＤカードなどの記憶装置にルール情報を記憶させ、各装置は、当該記憶装置に記憶されたルール情報を共用するようにしても良い。また、ＳＤカードなどの記憶装置ではなく、ネットワーク３に接続されるＷｅｂサーバなどのサーバ装置にルール情報を記憶させ、各装置は、当該サーバ装置に記憶されたルール情報を共用するようにしても良い。
【００８２】
また、上述の第２の実施の形態においては、スレーブ機器として設定されている情報処理装置５においては、自身にルールＤＢを有する場合であってもそうでない場合であっても、マスター機器のルール情報を取得してこれを適用するように構成しても良い。
【００８３】
また、ネットワーク３に接続される複数の装置間では、他の装置とルール情報を共用することはなく、各装置が独自に有するルール情報を各々適用するように構成しても良い。
【００８４】
＜ルール情報の取得方法のバリエーション＞
上述の各実施の形態においては、データ通信によりルール情報を取得するように構成した。しかし、これに限らず、例えば、バーコード、特殊パターン、暗号化されたデータを用いてルール情報を取得するように構成しても良い。具体的には、例えば、ルール情報の格納場所や、ルール情報を取得するための手順などの特定情報をコード化してバーコードや特殊パターンとして紙媒体に記録したり、当該バーコードや特殊パターンを電子データとして取り扱ったりする。図２２は、このようなルール情報を取得可能な画像形成装置１の構成を例示する図である。同図に示されるように、画像形成装置１はカスタマイズ受付プロキシー部１０７を有する。カスタマイズ受付プロキシー部１０７は、当該バーコードや特殊パターンを読み込みこれを解析して上述の特定情報を取得する。図２３は、カスタマイズ受付プロキシー部１０７を介して行うカスタマイズ処理の手順を示すフローチャートである。カスタマイズ受付プロキシー部１０７は、ルール情報のカスタマイズを行うことが可能である旨のメッセージを操作部４０に表示させる（ステップＳ２００）。当該メッセージを参照したユーザがルール情報のカスタマイズを要求する入力を行うと、カスタマイズ受付プロキシー部１０７は、当該要求を受け付け（ステップＳ２０１）、バーコードや特殊パターンを読み込みこれを解析する（ステップＳ２０２）。カスタマイズ受付プロキシー部１０７は、当該解析の結果特定情報を取得し当該特定情報が妥当であると判断した場合（ステップＳ２０３：ＹＥＳ）、カスタマイズ受付部１０１に対して当該特定情報を用いてルール情報を取得し当該ルール情報のカスタマイズを要求する（ステップＳ２０４）。カスタマイズ受付部１０１は、当該要求を受け付けると、ルールＤＢ１１１に記憶されたルール情報を変更してルールＤＢ２０６を更新する（ステップＳ２０５）。そして、カスタマイズ受付部１０１は、ルール情報を変更した旨をカスタマイズ受付プロキシー部１０７に通知する（ステップＳ２０６）。カスタマイズ受付プロキシー部１０７は、当該通知を受け取ると、ルール情報の変更が終了した旨を示すメッセージを操作部４０に表示させる（ステップＳ２０８）。尚、ステップＳ２０３の判断結果が否定的である場合、カスタマイズ受付プロキシー部１０７は、エラーメッセージを操作部４０に表示させる（ステップＳ２０９）。
【００８５】
また、ルール情報を携帯可能な情報機器に一旦取り込んでから、画像形成装置１などの装置に適用するように構成しても良い。例えば、ＲＦＩＤタグなどにルール情報を記憶させ、当該ＲＦＩＤタグに記憶されたルール情報をＲＦＩＤリーダ／ライタを介して取得するように構成しても良い。また、文字などにより表現されたルール情報を紙媒体に記録させ、これをスキャナなどの読取手段に読み取らせてこれを解析することにより、ルール情報を取得するように構成しても良い。同様に、ルール情報が文字として記述されたＦＡＸや電子メールを受信し、これを解析することによりルール情報を取得するように構成しても良い。また、ルール情報を音声により表現した音声情報を音声入力手段を介して取得しこれを解析してルール情報を取得するように構成しても良い。また、ルール情報そのものだけに限らず、カスタマイズの要求などのユーザの操作入力を、音声やＦＡＸ，電子メールを介して取得するように構成しても良い。
【００８６】
また、画像形成装置１に限らず、情報処理装置５やＷｅｂサーバ４やルールサーバ２においても上述と同様の構成であっても良い。
【００８７】
＜暗号化＞
上述の各実施の形態においては、特定情報やルール情報自体を暗号化して他の装置に対して送信するように構成しても良い。このような構成によれば、例えば、ルール情報や、当該ルール情報の格納場所などを示す特定情報を他の装置に対して安全に送信することができる。
【００８８】
＜その他＞
上述の各実施の形態においては、画像形成装置１のユーザ情報ＤＢ１１０及びルールＤＢ１１１はＨＤＤ１３に記憶されるものとしたが、これに限らず、フラッシュメモリなどの他の記憶媒体に記憶されるように構成しても良い。
【産業上の利用可能性】
【００８９】
以上のように、本発明にかかる情報処理装置、情報処理方法及び情報処理システムは、ユーザ情報の仕様を変更する技術に用いて好適である。
【図面の簡単な説明】
【００９０】
【図１】第１の実施の形態におけるカスタマイズシステムの構成を例示するブロック図である。
【図２】同実施の形態における画像形成装置１の一実施例のハードウェア構成図を示すブロック図である。
【図３】同実施の形態における画像形成装置１のソフトウェア構成を例示するブロック図である。
【図４】同実施の形態における「ユーザ」というエントリに対するルール情報のデータ構成を例示する図である。
【図５】同実施の形態におけるルールサーバ２の機能的構成を示すブロック図である。
【図６】同実施の形態におけるユーザのログイン処理の手順を示すフローチャートである。
【図７】同実施の形態におけるユーザ情報取得／設定処理の手順を示すフローチャートである。
【図８】同実施の形態におけるユーザのログアウト処理を示すフローチャートである。
【図９】同実施の形態におけるカスタマイズ処理の手順を示すフローチャートである。
【図１０】同実施の形態におけるカスタマイズ画面を例示する画面例を示す図である。
【図１１】同実施の形態におけるカスタマイズ画面を例示する画面例を示す図である。
【図１２】同実施の形態におけるカスタマイズ画面を例示する画面例を示す図である。
【図１３】同実施の形態におけるカスタマイズ画面を例示する画面例を示す図である。
【図１４】同実施の形態におけるルール情報の書き出し処理の手順を示すフローチャートである。
【図１５】同実施の形態における読み書き方法指定画面を例示する画面例を示す図である。
【図１６】同実施の形態におけるルール情報の読み込み処理の手順を示すスフローチャートである。
【図１７】同実施の形態における情報処理装置５がルールサーバ２にアクセスしてルール情報をカスタマイズする処理の手順を示すフローチャートである。
【図１８】同実施の形態における一変形例におけるカスタマイズ処理の手順を示すフローチャートである。
【図１９】第２の実施の形態における情報処理装置５がマスター機器のルール情報を適用する場合のカスタマイズ処理の手順を示すフローチャートである。
【図２０】同実施の形態における一変形例におけるカスタマイズ処理の手順を示すフローチャートである。
【図２１】同実施の形態における一変形例におけるカスタマイズ処理の手順を示すフローチャートである。
【図２２】一変形例における画像形成装置１の構成を例示する図である。
【図２３】同変形例におけるカスタマイズ受付プロキシー部１０７を介して行うカスタマイズ処理の手順を示すフローチャートである。
【符号の説明】
【００９１】
１  画像形成装置
２  ルールサーバ
３  ネットワーク
４  Ｗｅｂサーバ
５  情報処理装置
１０  コントローラ
１１  ＣＰＵ
１２  ＡＳＩＣ
１３  ＨＤＤ
１４  メモリ
１５  ネットワークＩ／Ｆ
１６  ＦＡＸＩ／Ｆ
１７  タイマ
２０  スキャナエンジン
２１  プリントエンジン
４０  操作部
４１  ＬＣＤ
４２  ハードキー
１００  ユーザ情報管理部
１０１  カスタマイズ受付部
１０２  通信制御部
１０３  ユーザ情報設定部
１０４  ユーザ情報利用部
１０５  認証部
１０６  ローカルＵＩ
１０７  カスタマイズ受付プロキシー部
１１０  ユーザ情報ＤＢ
１１１  ルールＤＢ
２０１  認証部
２０２  ユーザ情報管理部
２０３  カスタマイズ受付部
２０４  通信制御部
２０５  ユーザ情報ＤＢ
２０６  ルールＤＢ
【図１】
2008234150.tif 000003
【図２】
2008234150.tif 000004
【図３】
2008234150.tif 000005
【図４】
2008234150.tif 000006
【図５】
2008234150.tif 000007
【図６】
2008234150.tif 000008
【図７】
2008234150.tif 000009
【図８】
2008234150.tif 000010
【図９】
2008234150.tif 000011
【図１０】
2008234150.tif 000012
【図１１】
2008234150.tif 000013
【図１２】
2008234150.tif 000014
【図１３】
2008234150.tif 000015
【図１４】
2008234150.tif 000016
【図１５】
2008234150.tif 000017
【図１６】
2008234150.tif 000018
【図１７】
2008234150.tif 000019
【図１８】
2008234150.tif 000020
【図１９】
2008234150.tif 000021
【図２０】
2008234150.tif 000022
【図２１】
2008234150.tif 000023
【図２２】
2008234150.tif 000024
【図２３】
2008234150.tif 000025