JP4939265B2 - 情報処理装置及び情報処理方法 - Google Patents

Description

本発明は、ユーザ情報の仕様を変更する情報処理装置及び情報処理方法に関する。

従来より、例えばメールアドレスやログインＩＤなどのユーザ情報を保持する画像形成装置などの情報処理装置がある（例えば、特許文献1参照）。このような情報処理装置では、ユーザ情報として保持可能なデータについて、そのデータの種類や、データサイズ、入力可能な文字タイプなどの仕様が予め定められている。

特開２００３−３２３２８３号公報

しかし、ユーザ情報を利用する環境の違いによって、望まれる仕様が異なる場合がある。例えば、ユーザ数の少ない環境下では、ログインＩＤのデータサイズは３２バイトであるが、ユーザ数の多い環境下では、そのデータサイズとして６４バイトが望まれることがある。また、例えば、１つのユーザ情報において１つのメールアドレスを保持する環境もあれば、１つのユーザ情報において２つのメールアドレスを保持することが必要な環境もある。ユーザ情報の仕様が予め定められている従来の技術においては、このような仕様を変更する場合、どのようなタイミングで仕様を変更するかが考慮されておらず、仕様を変更するタイミングによっては、ユーザ情報の使用や設定の際に不具合が生じる恐れがあった。

本発明は、上記に鑑みてなされたものであって、ユーザ情報の仕様を変更することにより生じる不具合を低減可能な情報処理装置及び情報処理方法を提供することを目的とする。

上述した課題を解決し、目的を達成するために、請求項１にかかる発明は、情報処理装置であって、ユーザの操作入力を受け付ける入力受付手段と、ユーザ情報を記憶するユーザ情報記憶手段と、前記ユーザ情報記憶手段に記憶された前記ユーザ情報の仕様を示す仕様情報を記憶する仕様情報記憶手段と、前記仕様情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って前記仕様情報を変更するための仕様変更情報を記憶する仕様変更情報記憶手段と、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更時期を検出する時期検出手段と、前記時期検出手段が前記変更時期を検出した場合、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更手段とを備えることを特徴とする。

請求項２にかかる発明は、請求項１にかかる発明において、前記入力受付手段を介して前記ユーザから入力された認証情報を用いて、当該ユーザの認証を行う認証手段とを更に備え、前記時期検出手段は、前記認証手段の認証が成功したとき、前記変更時期を検出することを特徴とする。

請求項３にかかる発明は、請求項１にかかる発明において、前記入力受付手段を介して前記ユーザから入力された認証情報を用いて、当該ユーザの認証を行う認証手段とを更に備え、前記時期検出手段は、前記認証手段が認証したユーザからの認証の解消を要求する入力を前記入力受付手段が受け付けたとき、前記変更時期を検出することを特徴とする。

請求項４にかかる発明は、請求項１にかかる発明において、前記仕様情報の変更をユーザが操作入力するための仕様変更画面を表示手段に表示させる表示制御手段を更に備え、
前記時期検出手段は、前記表示手段における前記仕様変更画面の表示を前記表示制御手段が終了させるとき、前記変更時期を検出することを特徴とする。

請求項５にかかる発明は、請求項１にかかる発明において、前記仕様情報の変更をユーザが操作入力するための仕様変更画面を表示手段に表示させる表示制御手段を更に備え、
前記時期検出手段は、前記表示制御手段が前記表示手段に前記仕様変更画面を表示させたとき、前記変更時期を検出することを特徴とする。

請求項６にかかる発明は、請求項１にかかる発明において、時間を計測する計時手段を更に備え、前記時期検出手段は、前記計時手段が計測した時間が所定の時間に達したとき、前記変更時期を検出することを特徴とする。

請求項７にかかる発明は、請求項１にかかる発明において、当該情報処理装置の起動を検出する起動検出手段を更に備え、前記時期検出手段は、当該情報処理装置の起動を前記起動検出手段が検出したとき、前記変更時期を検出することを特徴とする。

請求項８にかかる発明は、請求項１にかかる発明において、当該情報処理装置において設定される電力供給モードを制御する電力制御手段を更に備え、前記時期検出手段は、前記電力制御手段が前記電力供給モードを所定のモードに設定したとき、前記変更時期を検出することを特徴とする。

請求項９にかかる発明は、請求項１にかかる発明において、前記時期検出手段は、前記ユーザ情報記憶手段に記憶された前記ユーザ情報へのアクセスを検出したとき、前記変更時期を検出することを特徴とする。

請求項１０にかかる発明は、請求項１にかかる発明において、前記時期検出手段は、前記仕様情報記憶手段に記憶された前記仕様情報を変更することを要求する入力を前記入力受付手段が受け付けたとき、前記変更時期を検出することを特徴とする。

請求項１１にかかる発明は、請求項１にかかる発明において、前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って、前記ユーザ情報記憶手段に記憶された前記ユーザ情報を変更する第２変更手段を備えることを特徴とする。

請求項１２にかかる発明は、請求項１１にかかる発明において、前記第２変更手段は、前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、前記仕様情報記憶手段に記憶された前記仕様情報を用いて、当該ユーザ情報の変更が当該仕様情報によって示される仕様に適合するか否かを判断し、当該判断結果が肯定的である場合、前記ユーザ情報記憶手段に記憶された前記ユーザ情報を変更することを特徴とする。

請求項１３にかかる発明は、請求項１２にかかる発明において、前記時期検出手段は、前記仕様情報記憶手段に記憶された前記仕様情報に前記第２変更手段がアクセスしたとき、前記変更時期を検出することを特徴とする。

請求項１４にかかる発明は、請求項１２にかかる発明において、前記時期検出手段は、前記ユーザ情報の変更が前記仕様情報によって示される仕様に適合すると前記第２変更手段が判断したとき、前記変更時期を検出することを特徴とする。

請求項１５にかかる発明は、請求項１２にかかる発明において、前記ユーザ情報は、ユーザに関する少なくとも２つ以上の属性情報を含み、前記仕様情報は、第１の前記属性情報と第２の前記属性情報とが組み合わせで使用されることを示す組み合わせ情報を含み、前記第２変更手段は、前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該ユーザ情報の変更が当該仕様情報によって示される仕様に適合するか否かを判断する際、当該ユーザ情報の変更が、前記仕様情報記憶手段に記憶された前記仕様情報に含まれる組み合わせ情報によって示される前記第１の属性情報及び前記第２の属性情報のうち少なくとも一方の変更を含むか否かを判断し、前記時期検出手段は、前記ユーザ情報の変更が前記第１の属性情報及び前記第２の属性情報のうち少なくとも一方の変更を含むと前記第２変更手段が判断したとき、前記変更時期を検出することを特徴とする。

請求項１６にかかる発明は、請求項１にかかる発明において、前記変更時期に係る変更条件を示す変更時期情報を記憶する変更時期情報記憶手段を更に備え、前記変更手段は、前記時期検出手段が前記変更時期を検出した場合、前記変更時期情報記憶手段に記憶された前記変更時期情報によって示される変更条件に応じて、前記仕様情報記憶手段に記憶された前記仕様情報を変更するか否かを判断する判断手段と、前記判断手段の判断結果が肯定的である場合に、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する仕様変更手段とを有することを特徴とする。

請求項１７にかかる発明は、請求項１６にかかる発明において、前記変更時期情報は、前記仕様変更情報の件数を前記変更条件として含み、前記判断手段は、前記時期検出手段が前記変更時期を検出した場合、前記変更時期情報によって示される前記変更条件に含まれる前記仕様変更情報の件数が、前記仕様変更情報記憶手段に記憶されている前記仕様変更情報の件数と一致するか否かを判断し、当該判断結果が肯定的である場合に、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更すると判断することを特徴とする。

請求項１８にかかる発明は、請求項１６にかかる発明において、前記ユーザ情報は、ユーザに関する少なくとも１つ以上の属性情報を含み、前記変更時期情報は、前記仕様情報の変更の対象となる前記属性情報を特定する属性特定情報を前記変更条件として含み、前記判断手段は、前記時期検出手段が前記変更時期を検出した場合、前記変更時期情報によって示される前記変更条件に含まれる前記属性特定情報によって特定される属性情報が、前記仕様情報の変更の対象として前記仕様変更情報に含まれているか否かを判断し、当該判断結果が肯定的である場合に、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更すると判断することを特徴とする。

請求項１９にかかる発明は、請求項１６にかかる発明において、前記変更時期情報は、前記変更条件に対して付与された優先順位を含み、前記判断手段は、前記時期検出手段が少なくとも１つ以上の前記変更時期を検出した場合、前記変更時期情報に含まれる前記変更条件に対して付与された前記優先順位の順に、当該優先順位に対応付けられた前記変更条件に合致するか否かを判断し、当該判断結果が肯定的である場合に、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更すると判断することを特徴とする。

請求項２０にかかる発明は、情報処理方法であって、ユーザの操作入力を受け付ける入力受付ステップと、ユーザ情報記憶手段に記憶されたユーザ情報の仕様を示す仕様情報であり仕様情報記憶手段に記憶された仕様情報の変更を要求する入力を前記入力受付ステップで受け付けた場合、当該入力に従って前記仕様情報を変更するための仕様変更情報を記憶する仕様変更情報記憶制御ステップと、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更時期を検出する時期検出ステップと、前記時期検出ステップで前記変更時期を検出した場合、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更ステップとを含むことを特徴とする。

本発明によれば、ユーザ情報の仕様を変更する変更時期を検出し、当該変更時期に基づいて、仕様情報記憶手段に記憶された仕様情報を変更する。これにより、ユーザ情報の仕様を変更することによる生じる不具合を低減させることができる。

また、本発明によれば、変更条件に応じて、仕様情報記憶手段に記憶された仕様情報を変更するか否かを判断し、当該判断結果に応じて、仕様情報記憶手段に記憶された仕様情報を変更する。これにより、ユーザ情報の仕様を変更することにより生じる不具合をより効果的に低減させることができる。

以下に添付図面を参照して、この発明にかかる情報処理装置及び情報処理方法の最良な実施の形態を詳細に説明する。

（１）構成
＜システムの構成＞
図１は、本実施の形態におけるカスタマイズシステムの構成を例示するブロック図である。カスタマイズシステムは、画像形成装置１と、ルールサーバ２と、Ｗｅｂサーバ４と、情報処理装置５とがネットワーク３を介して接続されて構成される。ネットワーク３は、例えば、ＬＡＮ、イントラネット、イーサネット（登録商標）又はインターネットなどである。このネットワーク３には、その他の装置（図示せず）が接続され得る。ルールサーバ２には、後述するルール情報が記憶されており、画像形成装置１は、ネットワーク３を介してルールサーバ２からルール情報を取得することが可能である。また、画像形成装置１は、ネットワーク３を介してＷｅｂサーバ４にルール情報を送信しこれを記憶させることができ、当該ルール情報を例えば情報処理装置５と共用することができる。

＜画像形成装置１のハードウェア構成＞
図２は、本実施の形態における画像形成装置１の一実施例のハードウェア構成図を示すブロック図である。同図における画像形成装置１は、コントローラ１０と，スキャナエンジン２０と，プリントエンジン２１と、ＰＳＵ（Power Supply Unit）３０と、操作部４０とを有するように構成される。コントローラ１０は、画像形成装置１の全体制御を行うものである。操作部４０は、ユーザからの操作入力を受け付けると共に、ユーザへ情報を表示するものである。スキャナエンジン２０は、紙媒体に記録された画像を読み取るスキャナ処理を行うためのエンジンである。プリントエンジン２１は、スキャナエンジン２０でスキャナ処理が行われた画像のプリント処理を行うエンジンである。ＰＳＵ３０は、コントローラ１０，操作部４０，スキャナエンジン２０及びプリントエンジン２１への電力の供給を制御する。尚、画像形成装置１には、２つの電力モードのうちいずれかが設定される。電力モードとは、通常モードと、省電力モードとである。通常モードとは、画像形成装置１が通常に起動された場合に設定されるモードであり、コントローラ１０，操作部４０，スキャナエンジン２０及びプリントエンジン２１へ電力制御部１１４から所定の電力が供給される。省電力モードとは、画像形成装置１の待機時に電力の消費量を抑えるために設定されるモードであり、コントローラ１０，操作部４０，スキャナエンジン２０及びプリントエンジン２１のうち少なくとも１つへの電力制御部１１４からの電力の供給が低減される。通常モードから省電力モードへの移行及び省電力モードから通常モードへの復帰は、所定の条件により行われる。

コントローラ１０は、ＣＰＵ１１と，ＡＳＩＣ１２と，ＨＤＤ１３と，メモリ１４と，ネットワークインターフェイス（Ｉ／Ｆ）１５と、ＦＡＸＩ／Ｆ１６と、タイマ１７とを有する。ＡＳＩＣ１２には、ＣＰＵ１１，ＨＤＤ１３，メモリ１４，ネットワークインターフェイス（Ｉ／Ｆ）１５、ＦＡＸＩ／Ｆ１６及びタイマ１７が通信バスを介して接続され、更に、操作部４０，スキャナエンジン２０及びプリントエンジン２１がＰＣＩバスを介して接続される。

ＣＰＵ１１は、画像形成装置１の全体制御を行う。ＡＳＩＣ１２は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。メモリ１４は、ＣＰＵ１１が実行する各種アプリケーションや当該アプリケーションの実行の際に用いられる各種データを記憶する。また、ＨＤＤ１３は、各種データの蓄積，画像データの蓄積，プログラムの蓄積，フォントデータの蓄積，フォームの蓄積，配信宛先情報の格納を行うためのストレージである。操作部４０は、ユーザへ情報を表示するＬＣＤ４１と、ユーザからの操作が入力されるハードキー４２とを有する。操作部４０は、操作手段と表示手段とを一体的に形成した、例えばタッチパネルであっても良いし、これらを別体で設けたものであっても良い。

＜画像形成装置１のソフトウェア構成＞
次に、画像形成装置１のソフトウェア構成について説明する。図３は、本実施の形態における画像形成装置１のソフトウェア構成を例示するブロック図である。画像形成装置１は、デバイスドライバ５０と、オペレーティングシステム（ＯＳ）５１と、リソース管理としてメモリリソース管理５２及びエンジンリソース管理５３とを有する。また、制御アプリケーションとして、スキャナエンジン２０やプリントエンジン２１におけるジョブを制御するエンジンジョブ制御５４、ファイルの読み込みや書き出しを制御するファイル制御５５、データの転送を制御するデータ転送制御５６、データ通信を制御する通信制御５７、ユーザのログインなどの認証を制御する認証制御５８、ユーザ情報を制御するユーザデータ制御５９、画像形成装置１内のシステムを制御するシステム制御６０及び操作部４０における操作入力を制御する操作制御６１を有する。また、各種機能を実現させるためのアプリケーションとして、コピーアプリ６３、スキャナアプリ６４、ＦＡＸアプリ６５、プリンタアプリ６６、蓄積データアプリ６７、Ｗｅｂアプリ６８、ネットワークアプリ６９、ダウンロードアプリ７０及びＲＦＩＤアプリ７１と、これらアプリケーションのインターフェイスとして機能するアプリケーションＩ／Ｆ６２とを有する。また、スキャナエンジン２０やプリントエンジン２１とのインターフェイスとして機能するエンジンＩ／Ｆ７１と、操作部４０とのインターフェイスとして機能する操作部Ｉ／Ｆ７３と、認証装置（図示せず）とのインターフェイスとして機能する認証装置Ｉ／Ｆ７４と、新規なデバイス（図示せず）とのインターフェイスとして機能する新規デバイスＩ／Ｆ７５と、ＲＦＩＤリーダ／ライタ（図示せず）とのインターフェイスとして機能するＲＦＩＤリーダ／ライタＩ／Ｆ７２とを有する。

更に、図１に戻り、このようなハードウェア構成及びソフトウェア構成を有する画像形成装置１において実現される機能的構成について説明する。画像形成装置１は、ユーザ情報管理部１００と、カスタマイズ受付部１０１と、通信制御部１０２と、ユーザ情報設定部１０３と、ユーザ情報利用部１０４と、認証部１０５と、起動管理部１１３と、電力制御部１１４と、タイマ１１５とを有する。また、画像形成装置１は、ユーザ情報ＤＢ１１０と、ルールＤＢ１１１と、一時データ保持部１１２とを有する。尚、これらのユーザ情報ＤＢ１１０、ルールＤＢ１１１及び一時データ保持部１１２は、例えば、ＨＤＤ１３に実体的に記憶される。ユーザ情報ＤＢ１１０には、ユーザ情報が記憶される。ユーザ情報は、例えばユーザ毎に記憶され、「名前」、「登録番号」、「パスワード」、「ログインＩＤ」などの情報を含む。ルールＤＢ１１１には、ユーザ情報の仕様を示すルール情報が記憶される。更に、ルールＤＢ１１１には、カスタマイズ対象のルール情報をルールＤＢ１１１に記憶させるタイミング（以下、反映タイミングという）及び反映タイミング条件を示す反映タイミング情報も記憶されている。一時データ保持部１１２には、ルール情報をカスタマイズするためのカスタマイズ情報が一時的に記憶される。これらのルール情報、反映タイミング情報及びカスタマイズ情報の詳細については後述する。

ユーザ情報管理部１００は、ユーザ情報ＤＢ１１０と、ルールＤＢ１１１とを管理し、これらのデータベースに記憶される情報の読み込み及びこれらのデータベースへの情報の書き出しを制御する。また、ユーザ情報管理部１００は、カスタマイズ受付部１０１、ユーザ情報設定部１０３、認証部１０５、起動管理部１１３、電力制御部１１４及びタイマ１１５から渡される情報に基づいて、カスタマイズ対象のルール情報をルールＤＢ１１１において変更するタイミングの候補として反映タイミング候補を検出し、ルールＤＢ１１１に記憶された反映タイミング情報に基づいて、カスタマイズ対象のルール情報をルールＤＢ１１１において変更するか否かを判断する。そして、ユーザ情報管理部１００は、当該判断結果に応じて、ルールＤＢ１１１に記憶されるルール情報を変更することにより、ルール情報をカスタマイズする。カスタマイズ受付部１０１は、ルールＤＢ１１１に記憶されるルール情報のカスタマイズの要求を受け付け、当該要求に従って、ユーザ情報管理部１００に対してルールＤＢ１１１に記憶されるルール情報のカスタマイズを要求する。ユーザ情報利用部１０４は、ユーザ情報管理部１００を介して、ユーザ情報ＤＢ１１０に記憶されたユーザ情報の取得を行う。ユーザ情報設定部１０３は、ユーザ情報管理部１００を介して、ユーザ情報ＤＢ１１０に記憶されたユーザ情報の取得、変更及び削除を行ったり、新たなユーザ情報のユーザ情報ＤＢ１１０への登録を行ったりする。認証部１０５は、ユーザのログインにおける認証を行う。通信制御部１０２は、他の装置とのデータ通信を制御する。起動管理部１１３は、画像形成装置１の起動を検出し、画像形成装置１の起動時にその旨を示す起動情報をユーザ情報管理部１００に渡す。電力制御部１１４は、画像形成装置１において設定される電力モードを制御し、当該電力モードが省電力モードから通常モードに移行した時にその旨を示す電力供給情報をユーザ情報管理部１００に渡す。タイマ１１５は、時間を計測するものであり、ユーザ情報管理部１００からの要求に応じて、所定時刻が到来した際にその旨を示す時刻情報をユーザ情報管理部１００に渡す。

＜ルール情報の構成＞
ここで、ルールＤＢ１１１に記憶されるルール情報のデータ構成について説明する。ルール情報は、ユーザ情報のスキーマを示すものであり、エントリ種類の組み合わせ及び属性ルールの組み合わせから構成される。エントリとは、ユーザ情報に関する各項目を示すものであり、その種類としては、例えば、「ユーザ」、「宛先」、「送信者」、「ユーザグループ」、「宛先グループ」、「見出し」、「見出しセット」、「フォルダ」などがある。このエントリには、各々必須属性が対応付けられている。必須属性とは、当該エントリの属性として設定されることが必要な属性であり、例えば、「名前」、「識別子」などである。また、エントリには、オプション属性が適宜対応付けられている。オプション属性とは、当該エントリの属性として必ずしも必要ではないが必要な場合には設定される属性であり、例えば、「メールアドレス」や「ＦＡＸ番号」などである。

属性ルールは、各属性に関するルールとして設定されるものであり、基本ルールと、拡張ルールとに大別される。基本ルールは、例えば、「属性名」、「形式（型）」、「値の範囲（サイズ）」、「重複許可」、「禁則値」、「必須値」、「同じ設定値禁止回数」、「組み合わせ」、「初期値」などの各設定項目を有する。この各設定項目に対して各値又は各情報が設定されることにより、ルールが設定される。尚、重複許可とは、例えば、他のデータとの重複が許されるか否かを示すものである。禁則値とは、対象の属性に対して使用が禁止されるデータを示すものであり、例えば、「パスワード」などの属性に対する禁則値として２バイトの文字などが設定され得る。必須値とは、対象の属性に対して使用が必須であるデータを示すものであり、例えば、「メールアドレス」に対する必須値として‘＠’が設定され得る。組み合わせとは、対象の属性と組み合わせて使用されるデータを示すものであり、例えば、「ログインＩＤ」に対する組み合わせとして「パスワード」が設定され得る。拡張ルールは、例えば、「暗号化ＯＦＦ／ＯＮ」、「改竄許可／禁止」、「出力許可／禁止」、「アクセス許可／禁止」、「格納先」、「出力先」などの各設定項目を有する。

図４は、「ユーザ」というエントリに対するルール情報のデータ構成を例示する図である。例えば、「ユーザ」というエントリに対応付けられる属性は、例えば、「名前」、「登録番号」、「パスワード」、「ログインＩＤ」、「メールアドレス」などがあり、各属性に対する各設定項目において各々値又は情報が設定されている。これによって、「ユーザ」というエントリに対してルールが設定されている。

尚、ルールＤＢ１１１には、上述のルール情報に付随して、ルール情報を保持する装置に関する特性別ユーザ情報が記憶される。ルール情報を保持する装置とは、例えば、記憶媒体や、サーバ装置自体である。特性別ユーザ情報は、「名称」、「ロケーション」、「特性情報」などを有する。ここでは、ルール情報を保持する装置として、画像形成装置１のＨＤＤ１３に関する「特性情報」を有する。この場合「特性情報」は、ＨＤＤ１３を特定するための「ストレージ情報」、「ファイル（パスを含む）」、「最大登録件数」などの情報を含む。尚、ルール情報をネットワーク３を介して送受信する場合には、当該ルール情報を保持する装置の「特性情報」を有する。この場合の「特性情報」は、「ＩＰアドレス／ホスト名」、「プロトコル」、「プロトコル固有情報」などの情報を含む。「プロトコル固有情報」とは、データ管理が必要とする、アクセスに必要な情報を示す。

＜反映タイミングルール情報の構成＞
次に、反映タイミング情報のデータ構成について説明する。図５は、反映タイミング情報のデータ構成を例示する図である。同図に示されるように、反映タイミング情報は、反映タイミング条件として、カスタマイズ対象のルール情報をルールＤＢ１１１に記憶させる各反映タイミングＴＭ１〜ＴＭ４と、ルール情報のうち反映タイミングの判定に用いる対象項目とを含み、これらに対応する優先順位を含む。対象項目は、上述のルール情報の属性を示す。尚、反映タイミングには、カスタマイズ情報の数などを反映タイミング条件として含む場合がある。ここでは、例えば、優先順位１の反映タイミングＴＭ１として、対象項目全てについて、‘２０件のカスタマイズ情報があるとき’が設定されている。即ち、ここでは、対象項目に関わらず、ルール情報における設定値の変更を要求する情報がカスタマイズ情報として一時データ保持部１１２に２０件あるとき、ユーザ情報管理部１００は、このときを反映タイミング候補として検出する。優先順位は、ユーザ情報管理部１００がカスタマイズ情報を用いてルールＤＢ１１１を更新するか否かを決定するために用いる。また、優先順位２の反映タイミングＴＭ２として、対象項目‘名前’について、‘所定時刻が到来したとき’が設定されている。また、優先順位３の反映タイミングＴＭ３として、対象項目‘名前’について、‘画像形成装置１の電力モードが省電力モードから通常モードに復帰したとき’が設定されている。更に、優先順位４の反映タイミングＴＭ４として、対象項目‘メールアドレス’について、‘画像形成装置１が次に起動したとき’が設定されている。尚、これらの反映タイミング情報は、画像形成装置１においてユーザが設定することが可能である。

（２）動作
＜ログイン処理＞
次に、本実施の形態に係る画像形成装置１の動作について説明する。まず、ユーザのログイン処理から説明する。図６は、ユーザのログイン処理の手順を示すフローチャートである。画像形成装置１に電源が投入され、画像形成装置１が起動すると、画像形成装置１の認証部１０５は、操作部４０のＬＣＤ４１に認証画面を表示させる（ステップＳ１）。当該認証画面においてユーザが画像形成装置１の操作部４０のハードキー４２を操作してログインＩＤ及びパスワードを認証情報として入力すると、認証部１０５は、当該入力を受け付け（ステップＳ２）、当該ログインＩＤ及びパスワードを用いて認証を行う（ステップＳ３）。例えば、当該ログインＩＤ及びパスワードの組み合わせがユーザ情報ＤＢ１１０に予め記憶されている場合、認証部１０５は、認証が成功したと判断して（ステップＳ４：ＹＥＳ）、当該ユーザのログインを許可し、その旨をカスタマイズ受付部１０１，ユーザ情報設定部１０３及びユーザ情報管理部１００に対して通知する（ステップＳ５）。

＜ユーザ情報取得／設定処理＞
次に、ユーザのログイン後、ユーザ情報ＤＢ１１０に記憶されているユーザ情報の取得及び設定を行う処理の手順について説明する。図７は、ユーザ情報取得／設定処理の手順を示すフローチャートである。ユーザのログイン後、画像形成装置１の操作部４０を介してユーザ情報を設定する要求がユーザから入力されると、ユーザ情報設定部１０３がユーザ情報管理部１００に対してユーザ情報の取得を要求する（ステップＳ１０）。ユーザ情報管理部１００は、当該要求を受け付けると、ユーザ情報ＤＢ１１０に記憶されているユーザ情報を取得し（ステップＳ１１）、これを一覧形式でユーザ情報設定部１０３に渡す（ステップＳ１２）。ユーザ情報設定部１０３は、ユーザ情報の一覧を受け取ると、当該ユーザ情報の一覧を示すユーザ情報一覧画面を生成してこれを操作部４０に表示させる（ステップＳ１３）。このユーザ情報一覧画面において設定対象の項目（例えば「メールアドレス」である）を選択する入力がされると、ユーザ情報設定部１０３は、当該入力を受け付け、当該項目の設定値をユーザ情報管理部１００に対して要求する（ステップＳ１４）。ユーザ情報管理部１００は、当該要求を受け付けると、ユーザ情報ＤＢ１１０を参照して、対象の項目の設定値を取得し、これをユーザ情報設定部１０３に対して渡す（ステップＳ１５）。ユーザ情報設定部１０３は、対象の項目の設定値を受け取ると、当該対象の項目の設定値を変更するための設定画面を生成してこれを操作部４０に表示させる（ステップＳ１６）。当該設定画面において当該項目の設定値の入力がされると、ユーザ情報設定部１０３は、当該入力を受け付け（ステップＳ１７）、当該項目の設定値について当該入力された設定値に変更することをユーザ情報管理部１００に対して要求する（ステップＳ１８）。ユーザ情報管理部１００は、当該要求を受け付けると、当該項目の設定値が妥当であるか否か妥当性判断処理を行う（ステップＳ１９）。

この妥当性判断処理では、変更対象の項目の設定値が、ルールＤＢ１１１に記憶されているルール情報に適合するか否かを判断する。ユーザ情報管理部１００は、ルールＤＢ１１１に記憶されている当該項目に関するルール情報を読み出して、当該ルール情報に、変更対象の項目の設定値が適合するか否かを判断する。例えば、対象の項目が「メールアドレス」である場合、入力された設定値について、上述の図４に示したようなルール情報に従って、その設定値の適合性を判断する。例えば、「メールアドレス」として入力された設定値について、「範囲」に関する属性ルールとして‘0-128文字’の範囲に収まっているか否かや、「必須値」に関する属性ルールとして英数字及び‘＠’が設定値に含まれているか否かなどを判断する。そして、入力された設定値が全ての属性ルールに適合すると判断した場合、当該設定値は妥当であると判断する。そして、当該妥当性判断処理の結果、変更対象の設定値が妥当であると判断した場合（ステップＳ２０：ＹＥＳ）、ユーザ情報管理部１００は、当該設定値の変更を適用し、当該設定値に従って、ユーザ情報ＤＢ１１０に記憶されているユーザ情報について当該項目の設定値を変更する（ステップＳ２１）。そして、ユーザ情報管理部１００は、変更の要求された設定値に対する妥当判断処理の結果をユーザ情報設定部１０３に通知する（ステップＳ２２）。ユーザ情報設定部１０３は、当該処理の結果を表すメッセージを操作部４０に表示させる（ステップＳ２３）。

＜ログアウト処理＞
図８は、ユーザのログアウト処理を示すフローチャートである。上述の処理の後、画像形成装置１の操作部４０を介してログアウトを要求する入力がされると（ステップＳ３０）、認証部１０５は、当該入力を受け付け、当該ユーザがログアウトした旨をカスタマイズ受付部１０１，ユーザ情報設定部１０３及びユーザ情報管理部１００に対して通知する（ステップＳ３１）。

＜カスタマイズ受付処理＞
次に、ＨＤＤ１３に記憶されているルールＤＢ１１１に記憶されているルール情報をカスタマイズする要求を受け付けるカスタマイズ受付処理について説明する。図９は、カスタマイズ受付処理の手順を示すフローチャートである。

画像形成装置１の操作部４０を介してカスタマイズ受付処理を要求する入力がなされると、カスタマイズ受付部１０１は、当該入力を受け付け（ステップＳ４０）、ユーザ情報管理部１００に対してルール情報の取得を要求する（ステップＳ４１）。ユーザ情報管理部１００は、当該要求を受け付けると、ルールＤＢ１１１に記憶されているルール情報を取得し（ステップＳ４２）、これをカスタマイズ受付部１０１に対して渡す（ステップＳ４３）。カスタマイズ受付部１０１は、ルール情報を受け取ると、当該ルール情報の一覧を示すカスタマイズ画面を生成しこれを操作部４０に表示させる（ステップＳ４４）。ユーザは、当該カスタマイズ画面においてルール情報を変更する入力を行うことができる。図１０〜１１は、カスタマイズ画面を例示する画面例である。図１０における画面例においては、各対象項目Ｔ１〜Ｔ３と、各属性Ｚ１〜Ｚ８とが示されている。当該画面において、ユーザが対象項目（ここでは、Ｔ３「パスワード」とする）及び属性（ここでは、Ｚ２「範囲」とする）を選択して、確定ボタンＢ１を押下する入力を行うと、カスタマイズ受付部１０１は、図１１に示されるような画面を生成しこれを操作部４０に表示させる。当該画面においては、ユーザにより選択された対象項目Ｔ３及び属性ルールＺＲ１とが示される。ユーザは、当該画面において当該対象項目の設定値を変更する入力を行い、確定ボタンＢ３を押下する入力を行うと、カスタマイズ受付部１０１は、当該対象項目の設定値の変更を受け付け（ステップＳ４５）、ユーザ情報管理部１００に対して当該対象項目の設定値の変更を要求する（ステップＳ４６）。ユーザ情報管理部１００は、当該要求を受け付けると、当該対象項目の設定値を変更する情報をカスタマイズ情報として一時データ保持部１１２に記憶させる（ステップＳ４７）。そして、ユーザ情報管理部１００は、当該対象項目の設定値の変更を受け付けた旨をユーザ情報設定部１０３、カスタマイズ受付部１０１及び認証部１０５に対して通知する（ステップＳ４８）。カスタマイズ受付部１０１は、当該通知を受け取ると、ルール情報の変更を受け付けた旨を示すメッセージを操作部４０に表示させる（ステップＳ４９）。

ここでは、ユーザは、変更したい各対象項目や各属性ルールの変更を要求することができ、ユーザが設定値の変更を要求する都度、上述のステップＳ４５〜Ｓ４９の処理が繰り返される。図１２は、一時データ保持部１１２に記憶されるカスタマイズ情報のデータ構成を例示する図である。同図においては、ステップＳ４５〜Ｓ４９の処理が繰り返されて、ステップＳ４７の都度一時データ保持部１１２に記憶されたカスタマイズ情報が、カスタマイズ情報１〜２０として示されている。

＜反映タイミング候補検出：カスタマイズ情報件数＞
次に、反映タイミング候補を検出する処理について説明する。図１３は、反映タイミング候補を検出する処理の手順を示すフローチャートである。ユーザ情報管理部１００は、ステップＳ４９の後、反映タイミング候補を検出すべく、一時データ保持部１１２に記憶させたカスタマイズ情報の件数を計数している。ここで、例えば、一時データ保持部１１２に記憶させたカスタマイズ情報が２０件になったとき、ユーザ情報管理部１００は、このときを反映タイミング候補として検出する（ステップＳ５０）。次いで、ユーザ管理情報部１００は、反映判定処理を行う（ステップＳ５１）。

図１４は、反映判定処理の手順を示すフローチャートである。反映判定処理では、ユーザ情報管理部１００は、ルールＤＢ１１１に記憶されている反映タイミング情報を参照して、優先順位１に対応付けられている反映タイミングを読み出し(ステップＳ６０)、反映タイミングがあるか否かを判断する(ステップＳ６１)。ここでは、当該判断結果が肯定的であるから、ステップＳ６２に進み、ユーザ情報管理部１００は、ルールＤＢ１１１の更新に用いていないカスタマイズ情報が一時データ保持部１１２に記憶されているか否かを判断する。ここでは、当該判断結果は肯定的となるから、ステップＳ６３に進み、ユーザ情報管理部１００は、一時データ保持部１１２に記憶されているカスタマイズ情報を読み出し、次いで、ステップＳ５０で検出した反映タイミング候補における状況と、ステップＳ６０で読み出した反映タイミング情報における反映タイミング及び反映タイミング条件が合致するか否かを判断する（ステップＳ６４）。ここでは、反映タイミング候補における状況とは、一時データ保持部１１２に記憶させたカスタマイズ情報が２０件になっているという状況であり、ステップＳ６０で読み出した反映タイミング情報における反映タイミング及び反映タイミング条件とは、図５に示されるように、‘対象項目に関わらず、一時データ保持部１１２に記憶させたカスタマイズ情報が２０件になったとき‘であるから、これらが合致する。従って、ステップＳ６４の判断結果は肯定的となり、ステップＳ６５に進む。ステップＳ６５では、ユーザ情報管理部１００は、ステップＳ６３で読み出したカスタマイズ情報を用いて、ルールＤＢ１１１に記憶されているルール情報について対象項目の設定値を変更する。このようにして、ユーザ情報管理部１００は、ルール情報のカスタマイズを行い、ルールＤＢ１１１を更新する。尚、ステップＳ６４の判断結果が否定的である場合、ステップＳ６６に進み、ユーザ情報管理部１００は、反映タイミング情報において次の優先順位に対応付けられている反映タイミングを読み出し、ステップＳ６１以降の処理を行う。また、ステップＳ６１の判断結果が否定的である場合には、ユーザ情報管理部１００は、ルールＤＢ１１１を更新せずに処理を終了する。

＜反映タイミング候補検出：起動情報＞
また、上述のカスタマイズ受付処理において一時データ保持部１１２に記憶されたカスタマイズ情報を用いたルールＤＢ１１１の更新が行われず、画像形成装置１の電源が落とされた場合、次に画像形成装置１が起動したとき、反映タイミング候補を検出する処理について説明する。図１５は、次に画像形成装置１が起動したとき、反映タイミング候補を検出する処理の手順を示すフローチャートである。画像形成装置１の起動管理部１１３は、電源が投入され、画像形成装置１が起動すると、このとき、当該画像形成装置１が起動した旨を示す起動情報をユーザ情報管理部１００に渡す（ステップＳ７０）。ユーザ情報管理部１００は、当該起動情報を受け取ると、このときを反映タイミング候補として検出し(ステップＳ７１)、次いで、上述のステップＳ５１と同様の反映判定処理を行う。

＜反映タイミング候補検出：電力モード情報＞
また、画像形成装置１の電力モードの移行による反映タイミング候補を検出する処理について説明する。図１６は、電力モードの移行による反映タイミング候補を検出する処理の手順を示すフローチャートである。ユーザ情報管理部１００は、電力モードの移行時における通知を電力制御部１１４に対して要求する（ステップＳ８０）。電力制御部１１４は、当該要求を受け付け（ステップＳ８１）、例えば、省電力モードに移行したときにその旨を示す電力モード情報をユーザ情報管理部１００に対して渡す（ステップＳ８２）。ユーザ情報管理部１００は、電力モード情報を受け取る(ステップＳ８３)。そして、電力制御部１１４は、電力モードが省電力モードから通常モードに復帰したときに、その旨を示す電力モード情報をユーザ情報管理部１００に対して渡す（ステップＳ８４）。ユーザ情報管理部１００は、当該電力モード情報を受け取ると、このときを反映タイミング候補として検出し(ステップＳ８５)、次いで、上述のステップＳ５１と同様の反映判定処理を行う。

＜反映タイミング候補検出：時刻情報＞
また、所定時刻の到来による反映タイミング候補を検出する処理について説明する。図１７は、所定時刻の到来による反映タイミング候補を検出する処理の手順を示すフローチャートである。ユーザ情報管理部１００は、所定時刻が到来した際の通知をタイマ１１５に対して要求する（ステップＳ９０）。タイマ１１５は、当該要求を受け付け、所定時刻の到来を計測する（ステップＳ９１）。そして、タイマ１１５は、所定時刻の到来を検出すると、その旨を示す時刻情報をユーザ情報管理部１００に対して渡す（ステップＳ９２）。ユーザ情報管理部１００は、当該時刻情報を受け取ると、このときを反映タイミング候補として検出し(ステップＳ９３)、次いで、上述のステップＳ５１と同様の反映判定処理を行う。

尚、タイマ１１５は所定時刻の到来を計測するのではなく、所定の時間の経過を計測するものであっても良い。即ち、ユーザ情報管理部１００が、例えば、１０分の経過の計測を要求すると、タイマ１１５は当該時間の計測を開始し、計測開始から１０分が経過したときに、時刻情報をユーザ情報管理部１００に対して渡すようにしても良い。

以上のように、反映タイミング候補を予め設定し、更に、当該反映タイミング候補を検出した際に、カスタマイズ情報を用いてルールＤＢ１１１を更新するか否かを反映タイミング情報を用いて判断して、当該判断結果に応じて、ルールＤＢ１１１を更新する。この結果、ユーザの利用環境に応じて、ルールＤＢ１１１を更新することができ、ルールＤＢ１１１の更新によって生じる不具合を低減させることができる。

＜反映タイミング情報設定＞
次に、ルールＤＢ１１１に記憶される反映タイミング情報をユーザからの操作入力により設定する処理の手順について説明する。図１８は、ルールＤＢ１１１に記憶される反映タイミング情報をユーザからの操作入力により設定する処理の手順を示すフローチャートである。ユーザ情報設定部１０３は、操作部４０を介して反映タイミング情報を設定する要求が入力されると、当該入力を受け付け（ステップＳ１００）、反映タイミング設定画面を操作部４０に表示させる（ステップＳ１０１）。図１９は、反映タイミング設定画面を例示する画面例を示す図である。同図に示される画面において、ユーザが反映タイミング情報を新たに作成したり、ルールＤＢ１１１に既に記憶されている反映タイミング情報を変更したり削除したりする操作入力を行うことができる。そして、このような操作入力により、反映タイミング情報の設定を要求する入力が操作部４０を介してなされると、ユーザ情報設定部１０３は、当該入力を受け付け、反映タイミング情報の設定をユーザ情報管理部１００に対して要求する（ステップＳ１０２）。ユーザ情報管理部１００は、当該要求を受け付けると、当該要求に従って、反映タイミング情報をルールＤＢ１１１に新たに登録したり、ルールＤＢ１１１に記憶される反映タイミング情報を変更したり削除したりする（ステップＳ１０３）。

このような構成によれば、ユーザは所望の反映タイミングを設定することができ、自身の利用環境に応じて、画像形成装置１においてルールＤＢ１１１を更新させることができる。このため、ルールＤＢ１１１の更新によって生じる不具合を効果的に低減させることができる。

[変形例]
また、上述した各実施の形態に限定されるものではなく、以下に例示するような種々の変形が可能である。

＜反映タイミング候補検出：ログイン時＞
上述の実施の形態においては、ユーザのログイン時に反映タイミング候補を検出するように構成しても良い。図２０は、ユーザのログイン時に反映タイミング候補を検出する処理の手順を示すフローチャートである。ここでは、上述の図６に示されるフローチャートと同様にして、ステップＳ１〜Ｓ５の処理が行われる。そして、ステップＳ２５の後、ユーザ情報管理部１００は、ユーザのログインを許可した旨を認証部１０５から通知されたとき、このときを反映タイミング候補として検出し（ステップＳ６）、ステップＳ５１の反映判定処理を行う。

＜反映タイミング候補検出：ログアウト時＞
上述の実施の形態においては、ユーザのログアウト時に反映タイミング候補を検出するように構成しても良い。図２１は、ユーザのログアウト時に反映タイミング候補を検出する処理の手順を示すフローチャートである。ここでは、上述の図８に示されるフローチャートと同様にして、ステップＳ３０〜Ｓ３１の処理が行われる。そして、ステップＳ３１の後、ユーザ情報管理部１００は、ユーザがログアウトした旨を認証部１０５から通知されたとき、このときを反映タイミング候補として検出し（ステップＳ３２）、ステップＳ５１の反映判定処理を行う。

＜ユーザ要求による反映＞
上述の実施の形態においては、ユーザからの要求によってカスタマイズ受付処理後にルールＤＢ１１１を更新するように構成しても良い。図２２は、ユーザからの要求によってカスタマイズ受付処理後にルールＤＢ１１１を更新するカスタマイズ処理の手順を示すフローチャートである。カスタマイズ受付部１０１は、カスタマイズ受付処理後にルールＤＢ１１１を更新することを要求する入力が操作部４０を介してなされると、当該入力を受け付け（ステップＳ１１０）、その旨を示す反映要求情報をユーザ情報管理部１００に対して渡す（ステップＳ１１１）。ユーザ情報管理部１００は、当該反映要求情報を受け取り、カスタマイズ受付処理後を反映タイミング候補として検出し（ステップＳ１１２）、カスタマイズ受付処理の要求を待機する。次いで、カスタマイズ受付部１０１はカスタマイズ受付処理を要求する入力が、操作部４０を介してなされると、カスタマイズ受付部１０１は、当該入力を受け付け（ステップＳ４０）、ユーザ情報管理部１００に対してルール情報の取得を要求する（ステップＳ４１）。以降、上述と同様にしてステップＳ４２〜Ｓ４６の処理が行われる。ステップＳ４６の後、ステップＳ１１３に進み、ステップＳ１１３では、ユーザ情報管理部１００は、対象項目の設定値の変更する要求を受け付けると、当該要求に従って、ルールＤＢ１１１に記憶されているルール情報について当該対象項目の設定値を変更する。そして、ユーザ情報管理部１００は、当該対象項目の設定値を変更した旨をユーザ情報設定部１０３、カスタマイズ受付部１０１及び認証部１０５に対して通知する（ステップＳ１１４）。カスタマイズ受付部１０１は、当該通知を受け取ると、ルール情報の変更が終了した旨を示すメッセージを操作部４０に表示させる（ステップＳ１１５）。

尚、ステップＳ１１３では、上述のステップ４７と同様にして、対象項目の設定値を変更する情報をカスタマイズ情報として一時データ保持部１１２に記憶させ、その後に、当該カスタマイズ情報を用いて、ルールＤＢ１１１に記憶されているルール情報を変更するようにしても良い。

＜反映タイミング候補検出：カスタマイズ画面表示時及びその表示終了時＞
上述の実施の形態においては、カスタマイズ画面を操作部４０に表示させたとき及びその表示を終了するときに反映タイミング候補を検出するように構成しても良い。図２３は、カスタマイズ画面を操作部４０に表示させたとき及びその表示を終了するときに反映タイミング候補を検出する処理の手順を示すフローチャートである。ここでは、上述の図９に示されるフローチャートと同様にして、ステップＳ４０〜Ｓ４４の処理が行われる。ステップＳ４４の後、ステップＳ１２０に進み、ステップＳ１２０では、カスタマイズ受付部１０１は、カスタマイズ画面を表示した旨を示す表示情報をユーザ情報管理部１００に対して渡す。ユーザ情報管理部１００は、当該表示情報を受け取ると、このときを反映タイミング候補として検出し（ステップＳ１２１）、ステップＳ５１の反映判定処理を行う。その後、ステップＳ４５〜Ｓ４９の処理が行われる。ステップＳ４９の後、ステップＳ１２２で、カスタマイズ受付部１０１は、カスタマイズ受付処理の終了を要求する入力が操作部４０を介してなされると、当該入力を受け付け、次いで、カスタマイズ受付処理の終了をユーザ情報管理部１００に対して要求する（ステップＳ１２３）。ユーザ情報管理部１００は、当該要求を受け付けると、このときを反映タイミング候補として検出し（ステップＳ１２４）、ステップＳ５１の反映判定処理を行う。一方、カスタマイズ受付部１０１は、カスタマイズ画面の表示を終了させる（ステップＳ１２５）。

＜反映タイミング候補検出：ユーザ情報へのアクセス時＞
上述の実施の形態においては、ユーザ情報取得／設定処理において、ユーザ情報ＤＢ１１０に記憶されるユーザ情報へのアクセス時に反映タイミング候補を検出するように構成しても良い。図２４は、ユーザ情報ＤＢ１１０に記憶されるユーザ情報へのアクセス時に反映タイミング候補を検出する処理の手順を示すフローチャートである。ここでは、上述の図７に示されるフローチャートと同様にして、ステップＳ１０〜Ｓ１１の処理が行われる。ステップＳ１１で、ユーザ情報管理部１００は、ユーザ情報ＤＢ１１０に記憶されているユーザ情報を取得したとき、このときを反映タイミング候補として検出し（ステップＳ１３０）、ステップＳ５１の反映判定処理を行う。以降、上述の図７に示されるフローチャートと同様にして、ステップＳ１２〜Ｓ２１の処理が行われる。そして、ステップＳ２１で、ユーザ情報管理部１００は、ユーザ情報ＤＢ１１０に記憶されているユーザ情報を変更したとき、このときを反映タイミング候補として検出し（ステップＳ１３１）、ステップＳ５１の反映判定処理を行う。

尚、そのアクセスを検出する対象のユーザ情報は、カスタマイズ対象の対象項目を含むものであっても良いし含まないものであっても良い。

＜反映タイミング候補検出：妥当性判断時＞
上述の実施の形態においては、ユーザ情報取得／設定処理において、妥当性判断時に反映タイミング候補を検出するように構成しても良い。図２５は、ユーザ情報取得／設定処理において、妥当性判断時に反映タイミング候補を検出する処理の手順を示すフローチャートである。ここでは、上述の図７における妥当性判断処理において、ユーザ情報管理部１００は、ルールＤＢ１１１に記憶されている当該項目に関するルール情報を読み出し(ステップＳ１４０)、このときを反映タイミング候補として検出し（ステップＳ１４１）、ステップＳ５１の反映判定処理を行う。そして、ユーザ情報管理部１００は、変更対象の項目に対して「組み合わせ」に関する属性ルールが設定されているか否かを判断する(ステップＳ１４２)。例えば、変更対象の項目が「パスワード」である場合、図４の例では、当該「パスワード」に対する「組み合わせ」の属性において、「ログインＩＤ」が設定されているから、この場合、ステップＳ１４２の判断結果は肯定的となる。そして、ステップＳ１４２の判断結果が肯定的である場合、このときを反映タイミング候補として検出し（ステップＳＳ１４３）、ステップＳ５１の反映判定処理を行う。次いで、上述の図７におけるステップＳ２０と同様に、ユーザ情報管理部１００は、変更対象の項目の設定値が適合するか否かを判断する。そして、当該判断結果が肯定的である場合（ステップＳ２０：ＹＥＳ）、このときを反映タイミング候補として検出し（ステップＳ１４４）、ステップＳ５１の反映判定処理を行う。以降は、上述の実施形態と同様にして図７のステップＳ２１〜Ｓ２３の処理が行われる。

＜反映タイミング候補検出：即時＞
上述の実施の形態においては、カスタマイズ情報１件毎に、即ち、ステップＳ４７でカスタマイズ情報を一時データ保持部１１２に記憶させる度に、このときを反映タイミング候補として検出し、反映判定処理を行うようにしても良い。

＜反映判定処理のタイミング＞
上述の実施の形態及び各変形例においては、反映タイミング候補を検出する都度、反映判定処理を行うようにした。しかし、これに限らず、所定のタイミングで反映判定処理を行うようにしても良いし、カスタマイズ受付処理や妥当性判断処理などの各処理の終了後に、その処理が終了するまでに検出された反映タイミング候補によって、反映判定処理を行うようにしても良い。

＜その他＞
上述した実施の形態及び各変形例においては、カスタマイズ対象のルール情報について、全ての情報の反映タイミングを選択可能であるように設定しても良いし、一部の情報の反映タイミングを選択可能であるように設定しても良い。また、全ての情報の反映タイミングを組み合わせ可能であるように設定しても良いし、一部の情報の反映タイミングを組み合わせ可能であるように設定しても良い。

上述の実施の形態においては、一時データ保持部１１２に記憶されたカスタマイズ情報に対応付けられた反映フラグを用いて、ルールＤＢ１１１の更新を行うようにしても良い。例えば、ステップＳ４７では、ユーザ情報管理部１００は、ルールＤＢ１１１の更新に未だ用いていない旨を示す反映フラグを対応つけてカスタマイズ情報を一時データ保持部１１２に記憶させる。そして、ステップＳ６３では、ユーザ情報管理部１００は、ルールＤＢ１１１の更新に未だ用いていない旨を示す反映フラグが対応つけられているカスタマイズ情報のみ読み出し、ステップＳ６５では、ルールＤＢ１１１の更新に用いたカスタマイズ情報に対してその旨を示す反映フラグを対応付けるようにしても良い。また、反映フラグを用いず、ルールＤＢ１１１の更新に用いたカスタマイズ情報は、更新後に、一時データ保持部１１２から直ちに削除するようにしても良い。

上述の実施の形態及び各変形例においては、画像形成装置１は、ネットワーク３に接続される構成としたが、ネットワーク３に接続されなくても良い。また、画像形成装置１に有線又は無線通信により接続される外部記憶装置を備え、当該外部記憶装置にユーザ情報ＤＢ１１０、ルールＤＢ１１１及び一時データ保持部１１２が構成されるようにしても良いし、フラッシュメモリなどの他の記憶媒体において構成されるようにしても良い。

上述の実施の形態及び各変形例においては、画像形成装置１においてルール情報を変更する例について説明したが、情報処理装置５やＷｅｂサーバ４やルールサーバ２などの他の情報処理装置に上述の構成を適用しても良い。

以上のように、本発明にかかる情報処理装置及び情報処理方法は、ユーザ情報の仕様を変更する技術に用いて好適である。

本発明の一実施の形態におけるカスタマイズシステムの構成を例示するブロック図である。 同実施の形態における画像形成装置１の一実施例のハードウェア構成図を示すブロック図である。 同実施の形態における画像形成装置１のソフトウェア構成を例示するブロック図である。 同実施の形態における「ユーザ」というエントリに対するルール情報のデータ構成を例示する図である。 同実施の形態における反映タイミング情報のデータ構成を例示する図である。 同実施の形態におけるユーザのログイン処理の手順を示すフローチャートである。 同実施の形態におけるユーザ情報取得／設定処理の手順を示すフローチャートである。 同実施の形態におけるユーザのログアウト処理を示すフローチャートである。 同実施の形態におけるカスタマイズ受付処理の手順を示すフローチャートである。 同実施の形態におけるカスタマイズ画面を例示する画面例を示す図である。 同実施の形態におけるカスタマイズ画面を例示する画面例を示す図である。 同実施の形態における一時データ保持部１１２に記憶されるカスタマイズ情報のデータ構成を例示する図である。 同実施の形態における反映タイミング候補を検出する処理の手順を示すフローチャートである。 同実施の形態における反映判定処理の手順を示すフローチャートである。 同実施の形態における次に画像形成装置１が起動したとき、反映タイミング候補を検出する処理の手順を示すフローチャートである。 同実施の形態における所定時刻の到来による反映タイミング候補を検出する処理の手順を示すフローチャートである。 同実施の形態における所定時刻の到来による反映タイミング候補を検出する処理の手順を示すフローチャートである。 同実施の形態におけるルールＤＢ１１１に記憶される反映タイミング情報をユーザからの操作入力により設定する処理の手順を示すフローチャートである。 同実施の形態における反映タイミング設定画面を例示する画面例を示す図である。 同実施の形態の一変形例におけるユーザのログイン時に反映タイミング候補を検出する処理の手順を示すフローチャートである。 同実施の形態の一変形例におけるユーザのログアウト時に反映タイミング候補を検出する処理の手順を示すフローチャートである。 同実施の形態の一変形例におけるユーザからの要求によってカスタマイズ受付処理後にルールＤＢ１１１を更新するカスタマイズ処理の手順を示すフローチャートである。 同実施の形態の一変形例におけるカスタマイズ画面を操作部４０に表示させた時及びその表示を終了する時に反映タイミング候補を検出する処理の手順を示すフローチャートである。 同実施の形態の一変形例におけるユーザ情報ＤＢ１１０に記憶されるユーザ情報へのアクセス時に反映タイミング候補を検出する処理の手順を示すフローチャートである。 同実施の形態の一変形例におけるユーザ情報取得／設定処理において、妥当性判断時に反映タイミング候補を検出する処理の手順を示すフローチャートである。

符号の説明

１ 画像形成装置
２ ルールサーバ
３ ネットワーク
４ Ｗｅｂサーバ
５ 情報処理装置
１０ コントローラ
１１ ＣＰＵ
１２ ＡＳＩＣ
１３ ＨＤＤ
１４ メモリ
１５ ネットワークＩ／Ｆ
１６ ＦＡＸＩ／Ｆ
１７ タイマ
２０ スキャナエンジン
２１ プリントエンジン
４０ 操作部
４１ ＬＣＤ
４２ ハードキー
１００ ユーザ情報管理部（変更手段、時期検出手段）
１０１ カスタマイズ受付部
１０２ 通信制御部
１０３ ユーザ情報設定部
１０４ ユーザ情報利用部
１０５ 認証部
１１０ ユーザ情報ＤＢ
１１１ ルールＤＢ
１１２ 一時データ保持部
１１３ 起動管理部（起動検出手段）
１１４ 電力制御部
１１５ タイマ

Claims (20)

1. ユーザの操作入力を受け付ける入力受付手段と、
   ユーザ情報を記憶するユーザ情報記憶手段と、
   前記ユーザ情報記憶手段に記憶された前記ユーザ情報の仕様を示す仕様情報を記憶する仕様情報記憶手段と、
   前記仕様情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って前記仕様情報を変更するための仕様変更情報を記憶する仕様変更情報記憶手段と、
   前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更時期を検出する時期検出手段と、
   前記時期検出手段が前記変更時期を検出した場合、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更手段とを備える
   ことを特徴とする情報処理装置。
2. 前記入力受付手段を介して前記ユーザから入力された認証情報を用いて、当該ユーザの認証を行う認証手段とを更に備え、
   前記時期検出手段は、前記認証手段の認証が成功したとき、前記変更時期を検出する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記入力受付手段を介して前記ユーザから入力された認証情報を用いて、当該ユーザの認証を行う認証手段とを更に備え、
   前記時期検出手段は、前記認証手段が認証したユーザからの認証の解消を要求する入力を前記入力受付手段が受け付けたとき、前記変更時期を検出する
   ことを特徴とする請求項１に記載の情報処理装置。
4. 前記仕様情報の変更をユーザが操作入力するための仕様変更画面を表示手段に表示させる表示制御手段を更に備え、
   前記時期検出手段は、前記表示手段における前記仕様変更画面の表示を前記表示制御手段が終了させるとき、前記変更時期を検出する
   ことを特徴とする請求項１に記載の情報処理装置。
5. 前記仕様情報の変更をユーザが操作入力するための仕様変更画面を表示手段に表示させる表示制御手段を更に備え、
   前記時期検出手段は、前記表示制御手段が前記表示手段に前記仕様変更画面を表示させたとき、前記変更時期を検出する
   ことを特徴とする請求項１に記載の情報処理装置。
6. 時間を計測する計時手段を更に備え、
   前記時期検出手段は、前記計時手段が計測した時間が所定の時間に達したとき、前記変更時期を検出する
   ことを特徴とする請求項１に記載の情報処理装置。
7. 当該情報処理装置の起動を検出する起動検出手段を更に備え、
   前記時期検出手段は、当該情報処理装置の起動を前記起動検出手段が検出したとき、前記変更時期を検出する
   ことを特徴とする請求項１に記載の情報処理装置。
8. 当該情報処理装置において設定される電力供給モードを制御する電力制御手段を更に備え、
   前記時期検出手段は、前記電力制御手段が前記電力供給モードを所定のモードに設定したとき、前記変更時期を検出する
   ことを特徴とする請求項１に記載の情報処理装置。
9. 前記時期検出手段は、前記ユーザ情報記憶手段に記憶された前記ユーザ情報へのアクセスを検出したとき、前記変更時期を検出する
   ことを特徴とする請求項１に記載の情報処理装置。
10. 前記時期検出手段は、前記仕様情報記憶手段に記憶された前記仕様情報を変更することを要求する入力を前記入力受付手段が受け付けたとき、前記変更時期を検出する
    ことを特徴とする請求項１に記載の情報処理装置。
11. 前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該入力に従って、前記ユーザ情報記憶手段に記憶された前記ユーザ情報を変更する第２変更手段を備える
    ことを特徴とする請求項１に記載の情報処理装置。
12. 前記第２変更手段は、前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、前記仕様情報記憶手段に記憶された前記仕様情報を用いて、当該ユーザ情報の変更が当該仕様情報によって示される仕様に適合するか否かを判断し、当該判断結果が肯定的である場合、前記ユーザ情報記憶手段に記憶された前記ユーザ情報を変更する
    ことを特徴とする請求項１１に記載の情報処理装置。
13. 前記時期検出手段は、前記仕様情報記憶手段に記憶された前記仕様情報に前記第２変更手段がアクセスしたとき、前記変更時期を検出する
    ことを特徴とする請求項１２に記載の情報処理装置。
14. 前記時期検出手段は、前記ユーザ情報の変更が前記仕様情報によって示される仕様に適合すると前記第２変更手段が判断したとき、前記変更時期を検出する
    ことを特徴とする請求項１２に記載の情報処理装置。
15. 前記ユーザ情報は、ユーザに関する少なくとも２つ以上の属性情報を含み、
    前記仕様情報は、第１の前記属性情報と第２の前記属性情報とが組み合わせで使用されることを示す組み合わせ情報を含み、
    前記第２変更手段は、前記ユーザ情報の変更を要求する入力を前記入力受付手段が受け付けた場合、当該ユーザ情報の変更が当該仕様情報によって示される仕様に適合するか否かを判断する際、当該ユーザ情報の変更が、前記仕様情報記憶手段に記憶された前記仕様情報に含まれる組み合わせ情報によって示される前記第１の属性情報及び前記第２の属性情報のうち少なくとも一方の変更を含むか否かを判断し、
    前記時期検出手段は、前記ユーザ情報の変更が前記第１の属性情報及び前記第２の属性情報のうち少なくとも一方の変更を含むと前記第２変更手段が判断したとき、前記変更時期を検出する
    ことを特徴とする請求項１２に記載の情報処理装置。
16. 前記変更時期に係る変更条件を示す変更時期情報を記憶する変更時期情報記憶手段を更に備え、
    前記変更手段は、前記時期検出手段が前記変更時期を検出した場合、前記変更時期情報記憶手段に記憶された前記変更時期情報によって示される変更条件に応じて、前記仕様情報記憶手段に記憶された前記仕様情報を変更するか否かを判断する判断手段と、前記判断手段の判断結果が肯定的である場合に、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する仕様変更手段とを有する
    ことを特徴とする請求項１に記載の情報処理装置。
17. 前記変更時期情報は、前記仕様変更情報の件数を前記変更条件として含み、
    前記判断手段は、前記時期検出手段が前記変更時期を検出した場合、前記変更時期情報によって示される前記変更条件に含まれる前記仕様変更情報の件数が、前記仕様変更情報記憶手段に記憶されている前記仕様変更情報の件数と一致するか否かを判断し、当該判断結果が肯定的である場合に、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更すると判断する
    ことを特徴とする請求項１６に記載の情報処理装置。
18. 前記ユーザ情報は、ユーザに関する少なくとも１つ以上の属性情報を含み、
    前記変更時期情報は、前記仕様情報の変更の対象となる前記属性情報を特定する属性特定情報を前記変更条件として含み、
    前記判断手段は、前記時期検出手段が前記変更時期を検出した場合、前記変更時期情報によって示される前記変更条件に含まれる前記属性特定情報によって特定される属性情報が、前記仕様情報の変更の対象として前記仕様変更情報に含まれているか否かを判断し、当該判断結果が肯定的である場合に、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更すると判断する
    ことを特徴とする請求項１６に記載の情報処理装置。
19. 前記変更時期情報は、前記変更条件に対して付与された優先順位を含み、
    前記判断手段は、前記時期検出手段が少なくとも１つ以上の前記変更時期を検出した場合、前記変更時期情報に含まれる前記変更条件に対して付与された前記優先順位の順に、当該優先順位に対応付けられた前記変更条件に合致するか否かを判断し、当該判断結果が肯定的である場合に、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更すると判断する
    ことを特徴とする請求項１６に記載の情報処理装置。
20. ユーザの操作入力を受け付ける入力受付ステップと、
    ユーザ情報記憶手段に記憶されたユーザ情報の仕様を示す仕様情報であり仕様情報記憶手段に記憶された仕様情報の変更を要求する入力を前記入力受付ステップで受け付けた場合、当該入力に従って前記仕様情報を変更するための仕様変更情報を記憶する仕様変更情報記憶制御ステップと、
    前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更時期を検出する時期検出ステップと、
    前記時期検出ステップで前記変更時期を検出した場合、前記仕様変更情報記憶手段に記憶された前記仕様変更情報を用いて、前記仕様情報記憶手段に記憶された前記仕様情報を変更する変更ステップとを含む
    ことを特徴とする情報処理方法。

Images