(57)【要約】【課題】  複数の異なる認証システムを備える情報処理装置において、システム間のアカウント情報を共通化することを目的とする。【解決手段】  部門ごとの認証情報である部門情報を管理する第１の管理部と、ユーザごとの認証情報であるユーザ情報を管理する第２の管理部と、前記第１の管理部が管理する部門情報に基づいて認証処理を実行する第１の認証部と、前記第２の管理部が管理するユーザ情報に基づいて認証処理を実行する第２の認証部と、前記第１の管理部が管理する部門情報に対応するユーザ情報を前記第２の管理部に管理させる制御を行う制御部とを有する。【選択図】  図２
2019018444.tif 000002
【特許請求の範囲】
【請求項１】
画像形成装置であって、
部門ごとの認証情報である部門情報を管理する第１の管理手段と、
ユーザごとの認証情報であるユーザ情報を管理する第２の管理手段と、
前記画像形成装置に入力された部門情報と、前記第１の管理手段が管理する部門情報とに基づいて認証処理を実行する第１の認証手段と、
前記画像形成装置に入力されたユーザ情報と、前記第２の管理手段が管理するユーザ情報とに基づいて認証処理を実行する第２の認証手段と、
前記第１の認証手段による認証、又は、前記第２の認証手段による認証が成功した場合に、前記画像形成装置が有する機能の実行指示を行うための操作画面を表示させる制御を行う表示制御手段と、
前記第１の管理手段が管理する部門情報に対応するユーザ情報を前記第２の管理手段に管理させる制御を行う制御手段と
を有することを特徴とする画像形成装置。
【請求項２】
前記制御手段は、前記第１の管理手段が管理する部門情報に対応するユーザ情報を前記第２の管理手段に管理させる前記制御を、ユーザの指示に従って行うことを特徴とする請求項１に記載の画像形成装置。
【請求項３】
前記部門情報は部門の識別情報を含み、
前記制御手段は、前記部門の識別情報をユーザの識別情報として前記第２の管理手段に管理させることを特徴とする請求項１に記載の画像形成装置。
【請求項４】
前記制御手段は、前記ユーザ情報にユーザの認証情報が追加された場合、当該認証情報に対応する部門情報を前記第１の管理手段に管理させる制御を行うことを特徴とする請求項１に記載の画像形成装置。
【請求項５】
前記ユーザ情報はユーザの識別情報を含み、
前記制御手段は、前記ユーザの識別情報が前記ユーザ情報に追加された場合に、当該ユーザの識別情報を部門の識別情報として前記第１の管理手段に管理させることを特徴とする請求項１に記載の画像形成装置。
【請求項６】
前記第１の認証手段による認証処理、及び、前記第２の認証手段による認証処理のうち、いずれの認証処理を有効にするかを設定する設定手段を有することを特徴とする請求項１に記載の画像形成装置。
【請求項７】
画像形成装置に、
部門ごとの認証情報である部門情報を管理する第１の管理ステップと、
ユーザごとの認証情報であるユーザ情報を管理する第２の管理ステップと、
前記画像形成装置に入力された部門情報と、前記第１の管理ステップにおいて管理する部門情報とに基づいて認証処理を実行する第１の認証ステップと、
前記画像形成装置に入力されたユーザ情報と、前記第２の管理手段が管理するユーザ情報とに基づいて認証処理を実行する第２の認証ステップと、
前記第１の認証ステップによる認証、又は、前記第２の認証ステップによる認証が成功した場合に、前記画像形成装置が有する機能の実行指示を行うための操作画面を表示させる制御を行う表示制御ステップと、
前記第１の管理ステップにおいて管理する部門情報に対応するユーザ情報を前記第２の管理手段に管理させる制御を行う制御ステップと
を有することを特徴とする制御方法。
【請求項８】
画像形成装置に、
部門ごとの認証情報である部門情報を管理する第１の管理手順と、
ユーザごとの認証情報であるユーザ情報を管理する第２の管理手順と、
前記画像形成装置に入力された部門情報と、前記第１の管理手順において管理する部門情報とに基づいて認証処理を実行する第１の認証手順と、
前記画像形成装置に入力されたユーザ情報と、前記第２の管理手段が管理するユーザ情報とに基づいて認証処理を実行する第２の認証手順と、
前記第１の認証手順による認証、又は、前記第２の認証手順による認証が成功した場合に、前記画像形成装置が有する機能の実行指示を行うための操作画面を表示させる制御を行う表示制御手順と、
前記第１の管理ステップにおいて管理する部門情報に対応するユーザ情報を前記第２の管理手段に管理させる制御を行う制御手順と
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は複数の認証システムを備える画像形成装置において、複数の認証システム間で認証情報を共有する技術に関する。
【背景技術】
【０００２】
従来から、利用者を認証し、意図しない人物による利用を防いだり、利用者毎に利用できる機能を制限したりする機能を提供するための認証システムを搭載する画像形成装置が知られている。特許文献１には、ユーザの識別情報を用いて認証を行うユーザ認証システムと、ユーザが所属する部門の識別情報を用いて認証を行う部門認証システムとを備える画像形成装置が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１６−２６９１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ユーザ認証システムと部門認証システムとがともに有効化されている場合、利用者はそれぞれの認証システムで異なるアカウントを使い分ける必要があり煩雑である。また、管理者はそれぞれの認証システムの認証情報を個別に管理する必要があり煩雑である。ユーザ認証システムと部門認証システムの組み合わせに限らず、複数の異なる認証システムを有する場合に、同様の課題が生じる。
【課題を解決するための手段】
【０００５】
画像形成装置であって、部門ごとの認証情報である部門情報を管理する第１の管理手段と、ユーザごとの認証情報であるユーザ情報を管理する第２の管理手段と、前記画像形成装置に入力された部門情報と、前記第１の管理手段が管理する部門情報とに基づいて認証処理を実行する第１の認証手段と、前記画像形成装置に入力されたユーザ情報と、前記第２の管理手段が管理するユーザ情報とに基づいて認証処理を実行する第２の認証手段と、前記第１の認証手段による認証、又は、前記第２の認証手段による認証が成功した場合に、前記画像形成装置が有する機能の実行指示を行うための操作画面を表示させる制御を行う表示制御手段と、前記第１の管理手段が管理する部門情報に対応するユーザ情報を前記第２の管理手段に管理させる制御を行う制御手段とを有する。
【発明の効果】
【０００６】
画像形成装置の利用者は、異なる複数の認証システムにおいて同じアカウントを使用することができるため、アカウントを使い分ける必要がなく、ユーザの利便性が向上する。
【０００７】
また、画像形成装置の複数の認証システムで認証情報を統一管理できるため、管理者がユーザの認証情報を管理する手間を低減することができる。
【図面の簡単な説明】
【０００８】
【図１】ＭＦＰのハードウエア構成を示す図。
【図２】ＭＦＰのソフトウエア構成を示す図。
【図３】操作部に表示される部門認証画面を示す図。
【図４】操作部に表示されるユーザ認証画面を示す図。
【図５】操作部に表示される機能選択画面を示す図。
【図６】操作部に表示される認証システム管理画面を示す図。
【図７】操作部に表示される部門情報を設定する画面を示す図。
【図８】操作部に表示されるユーザ情報を設定する画面を示す図。
【図９】部門情報に対応するユーザ情報を登録する処理のフローチャート図。
【図１０】ユーザ情報に対応する部門情報を登録する処理のフローチャート図。
【図１１】部門情報の例を示す図。
【図１２】ユーザ情報の例を示す図。
【図１３】認証システム情報テーブルの例を示す図。
【発明を実施するための形態】
【０００９】
（第１の実施例）
以下、本発明に係る第１の実施例について図面を用いて説明する。第１の実施例では、部門認証システムにおいて用いる部門情報を、ユーザ認証システムにおいてユーザ情報として用いることができるように、部門情報をユーザ認証システムの認証データベースに登録する例について説明する。部門情報とは、例えば部門の識別情報である部門の識別情報（部門ＩＤ）や部門暗証番号である。部門とは、例えば利用者が会社で所属している部署などに対応する。またユーザ情報とは、ユーザの識別情報であるユーザの識別情報（ユーザ名）やパスワードである。
【００１０】
認証システムの運用形態によっては、一つの部門ＩＤを一人のユーザに割り当てて利用している場合がある。このような運用において、認証システムを部門認証システムからユーザ認証システムに切り替える場合、部門認証のために用いられている部門ＩＤや部門暗証番号を、ユーザ認証に用いるユーザ名やパスワードとして引き継ぐことができることが望ましい。
【００１１】
そこで本実施例では、管理者の指示に従って、部門情報をユーザ認証システムの認証データベースに登録する例について説明する。
【００１２】
＜ハードウエア構成＞
本実施例にかかるＭＦＰ（Ｍｕｌｔｉｆｕｎｃｔｉｏｎ  Ｐｅｒｉｐｈｅｒａｌ）１１２のハードウエア構成を図１に示す。ＭＦＰ１１２はコピー機能、スキャン機能、及び、データ送信機能などを有する画像形成装置である。本発明の適用範囲は、複数の機能を有する画像形成装置に限られず、特定の機能のみを有する画像形成装置に適用することもできる。また本発明の適用範囲は画像形成装置に限られず、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）や携帯端末などの情報処理装置に適用することも可能である。
【００１３】
ＣＰＵ１０１を含む制御部１００は、ＭＦＰ１１２全体の動作を制御する。ＣＰＵ１０１は、ＲＯＭ１０２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ１０３は、ＣＰＵ１０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ１０４は、画像データや各種プログラム、あるいは後述する各種データを記憶する。操作部Ｉ／Ｆ１０５は、操作部１０９と制御部１００とを接続する。プリンタＩ／Ｆ１０６は、プリンタ１１０と制御部１００とを接続する。プリンタ１１０で印刷すべき画像データはプリンタＩ／Ｆ１０６を介して制御部１００から転送され、プリンタ１１０において記録媒体上に印刷される。スキャナＩ／Ｆ１０７は、スキャナ２１１と制御部１００とを接続する。スキャナ２１１は、原稿上の画像を読み取って画像データを生成し、スキャナＩ／Ｆ１０７を介して制御部１００に入力する。ネットワークＩ／Ｆ１０８は、制御部１００（ＭＦＰ１１２）をＬＡＮ１１３に接続する。ネットワークＩ／Ｆ１０８は、ＬＡＮ１１３上の外部装置に画像データや情報を送信したり、ＬＡＮ１１３上の外部装置から各種情報を受信したりする。
【００１４】
＜ソフトウエア構成＞
本実施例おけるＭＦＰ１１２が実行するソフトウエアの構成について図２を用いて説明する。図２に示した各構成は、ＭＦＰ１１２のＣＰＵ１０１が、ＲＯＭ１０２に記憶された制御プログラムを読み出して実行することにより実現される。ただし、一部の構成をハードウエアによって実現することとしてもよい。
【００１５】
ＵＩ制御部２００は、操作部Ｉ／Ｆ１０５を介して操作部１０９を制御する機能を提供する。ＵＩ制御部２００は利用者が操作部１０９で操作した内容を部門認証処理部２０３に通知する。また、ＵＩ制御部２００は部門認証処理部２０３やユーザ認証処理部２０８、認証システム制御部２０２からの画面表示依頼を受けて、操作部１０９へ画面を表示するための制御を行う。部門認証処理部２０３、ユーザ認証処理部２０８、及び、認証システム制御部２０２はＵＩ制御部２００を介して操作部１０９に画面を表示する。
【００１６】
認証システム制御部２０２は、部門認証システム２０６と、ユーザ認証システム２０７を制御する。
【００１７】
＜＜部門認証システム２０６＞＞
部門認証システム２０６は、図５に示す認証画面を介して認証情報を入力した利用者が、ＭＦＰ１１２を使用する権限が与えられた部門に所属している利用者であることを認証する機能を提供する。利用者の認証に成功した場合、部門認証システム２０６は、当該利用者が操作部１０９からＭＦＰ１１２の機能を利用することを許可する。本実施例において、部門とは、例えば利用者が会社で所属している部署などを表す。本実施例の部門認証システム２０６は、部門毎に数字７桁のＩＤを割り当てて管理する。
【００１８】
また本実施例に係る部門認証システム２０６は、ＭＦＰ１１２の利用者が所属している部門に関する情報を管理する機能を提供する。例えば部門認証システム２０６は、部門毎にコピーやプリントなどの枚数制限を行うことができる。
【００１９】
本実施例に係る部門認証システム２０６は、部門認証処理部２０３と部門情報記憶部２０４を備える。
【００２０】
部門認証処理部２０３は、ＭＦＰ１１２に入力された部門情報と、部門情報記憶部２０４が管理する部門情報とに基づいて認証処理を実行する。部門認証処理部２０３は、ＵＩ制御部２００を介して操作部１０９に部門認証画面３００を表示する。部門認証画面３００の例を図３に示す。部門認証処理部２０３は部門認証画面３００を介して入力された部門ＩＤおよび部門暗証番号と、部門情報記憶部２０４に記憶されている情報を比較することで部門認証を行う。認証が成功した場合、部門認証処理部２０３は図５に示すような機能選択画面５００を表示する。
【００２１】
部門情報記憶部２０４は、部門に関する情報を記憶する機能を提供する。部門情報記憶部２０４は、部門ごとの認証情報である部門情報を管理する。部門情報記憶部２０４は、ＨＤＤ１０４内に構築され、情報はＨＤＤ１０４に保存される。部門情報記憶部２０４に保存している情報の例を図１１（ａ）に示す。
【００２２】
図１１（ａ）の部門情報テーブルは、部門ごとに、部門ＩＤ、部門暗証番号、及び、ロール（権限情報）を管理する。以下、部門ＩＤ、部門暗証番号、及び、ロールを総称して部門情報と呼ぶ場合がある。部門認証システムが管理する項目は図１１（ａ）に示したものに限られず、その他の項目を管理してもよい。
【００２３】
図１１（ａ）の部門ＩＤは部門を一意に識別するための識別情報である。図１１（ａ）の暗証番号は部門認証で利用する部門暗証番号であり、部門毎に７桁の数値を設定することができる。
【００２４】
図１１（ａ）のロールは、部門に付与されているＭＦＰ１１２の使用権限を示す。本実施例では、ロールとしてＡｄｍｉｎｉｓｔｒａｔｏｒ、及び、Ｇｅｎｅｒａｌ  Ｕｓｅｒの２つが存在する。ＡｄｍｉｎｉｓｔｒａｔｏｒはＭＦＰ１１２の管理者に割り当てられるロールである。管理者としての権限によれば、ユーザは管理者のみが使用できる機能を使用したり、管理者のみが設定できる設定項目の設定を行ったりすることができる。また、Ｇｅｎｅｒａｌ  ＵｓｅｒはＭＦＰ１１２の一般ユーザに割り当てられるロールである。Ｇｅｎｅｒａｌ  ＵｓｅｒとしてＭＦＰ１１２にログインした場合、ログインユーザが、上述の管理者のみ使用できる機能を使用したり、管理者のみに許される設定を行ったりすることは制限される。
【００２５】
＜＜ユーザ認証システム２０７＞＞
ユーザ認証システム２０７は、ユーザ情報に基づいて利用者を認証する機能を提供する。利用者の認証に成功した場合、ユーザ認証システム２０７は、当該利用者が操作部１０９からＭＦＰ１１２の機能を利用することを許可する。また、ユーザ認証システム２０７は、ＭＦＰ１１２の利用者毎のユーザ情報を管理する機能を提供する。
【００２６】
本実施例に係るユーザ認証システム２０７は、ユーザ認証処理部２０８とユーザ情報記憶部２０９を備える。
【００２７】
ユーザ認証処理部２０８は、認証情報を入力した利用者が、ＭＦＰ１１２を使用する権限があるユーザであることを認証するユーザ認証機能を提供する。なお本実施例では、後述のように、ユーザ認証に用いるユーザ名等のユーザ情報に部門ＩＤ等の部門情報を紐付けて管理する。紐付けた部門毎にコピーやプリントなどの枚数制限を行う機能を実現してもよい。また、ユーザ情報を用いた認証が成功した後であっても、枚数制限が設けられた機能を利用する場合にはユーザ認証に加えて部門情報を用いた認証を行ってもよい。
【００２８】
ユーザ認証処理部２０８は、ＭＦＰ１１２に入力されたユーザ情報と、ユーザ情報記憶部２０９が管理するユーザ情報とに基づいて認証処理を実行する。ユーザ認証処理部２０８は、ユーザ認証画面４００を操作部１０９の表示部に表示させる。ユーザ認証画面４００の例を図４に示す。ユーザ認証処理部２０８はユーザ認証画面４００を介して入力されたユーザ名およびパスワードと、ユーザ情報記憶部２０９に記憶されている情報を比較することでユーザ認証を行う。認証が成功した場合、ユーザ認証処理部２０８は図５に示すような機能選択画面５００を表示する。
【００２９】
ユーザ情報記憶部２０９は、ユーザ情報を保持する機能を提供する。ユーザ情報記憶部は、ユーザごとの認証情報であるユーザ情報を管理する。ユーザ情報の例を図１２（ａ）に示す。ユーザ情報記憶部２０９は、ＨＤＤ１０４内に構築され、ユーザ情報はＨＤＤ１０４に保存される。ユーザ情報記憶部２０９に保存しているユーザ情報の例を図１２（ａ）に示す。
【００３０】
図１２（ａ）のユーザ情報テーブルは、ユーザ名とパスワード、及び、ロールを含む。さらに、図１２（ａ）のユーザ情報テーブルでは、ユーザごとに部門ＩＤが関連付けられて記憶されている。以下、ユーザ名、パスワード、ロールを総称してユーザ情報と呼ぶ場合がある。ユーザ認証システムが管理する項目は図１２（ａ）に示したものに限られず、その他の項目を管理してもよい。
【００３１】
図１２（ａ）のユーザ名はユーザを一意に識別するための識別情報である。図１２（ａ）のパスワードはユーザ認証で利用するパスワードであり、ユーザ毎に任意の値を設定することができる。図１２（ａ）のロールは、ユーザに付与されているＭＦＰ１１２の使用権限を示す。本実施例では、上述の部門認証システムと同様に、ロールとしてＡｄｍｉｎｉｓｔｒａｔｏｒ、Ｇｅｎｅｒａｌ  Ｕｓｅｒの２つが存在する。
【００３２】
なお本実施形態では、ユーザがユーザ名とパスワードを入力画面に入力してＭＦＰ１１２にログインする例について説明するがこれに限らない。パスワードの入力は省略してもよい。また、ユーザ名に対応するアイコン等の情報の一覧を画面に表示させ、ユーザによって選択されたアイコンに対応するユーザ名のユーザをＭＦＰ１１２にログインさせることとしてもよい。
【００３３】
＜＜認証システム制御部２０２＞＞
次に図２に示した認証システム制御部２０２について説明する。認証システム制御部２０２は、管理画面６００を表示する。管理画面６００の例を図６に示す。ＭＦＰ１１２の管理者は、管理画面６００を介して、ＭＦＰ１１２で利用する認証システムを設定することができる。認証システム制御部２０２は、部門認証処理部２０３による認証処理、及び、ユーザ認証処理部２０８による認証処理のうち、いずれの認証処理を有効にするかを設定する。また、認証システム制御部２０２は、管理画面６００で設定された内容に従って、ＭＦＰ１１２で利用する認証システムを決定する。
【００３４】
管理画面６００において利用する認証システムが設定された場合、認証システム制御部２０２は設定された内容を認証システム情報記憶部２０５に保存する。その後、認証システム制御部２０２は設定された認証システムの認証画面を操作部１０９に表示するようにＵＩ制御部２００に通知する。
【００３５】
＜＜認証システム情報記憶部２０５＞＞
認証システム情報記憶部２０５は、図１３に示すような認証情報システムの情報をＨＤＤ１０４に保持させる。
【００３６】
図１３の認証システム情報テーブルは、「認証システム名」と「状態」の項目を含む。認証システム情報テーブルには、ＭＦＰ１１２にインストールされている各認証システムについての情報が保存される。「認証システム名」は、認証システムを一意に識別するための名称である。「状態」は、認証システムが利用可能か否かを表す値であり、値が「開始」の場合は利用可能であり、「停止」の場合は利用不可能であることを示す。
【００３７】
＜＜ＵＩ制御部２００＞＞
ＵＩ制御部２００は、認証情報を入力するための認証画面、ＭＦＰ１１２のコピー機能や送信機能などを実行させるために用いられる操作画面、及び、認証処理に関する設定画面等を、操作部１０９の表示部に表示させる表示制御を行う。ＵＩ制御部２００は、部門認証処理部による認証、又は、ユーザ認証処理部による認証が成功した場合に、ＭＦＰ１１２が有する機能の実行指示を行うための操作画面を表示させる表示制御を行う。以下では、各画面の例について説明する。
【００３８】
まず、部門認証画面３００の例を、図３を用いて説明する。部門認証画面３００は、部門認証を行うために必要な情報をユーザが入力するための画面である。部門認証画面３００は、利用する認証システムとして部門認証システムが設定されている状態でＭＦＰ１１２が起動すると、ＵＩ制御部２００によって操作部１０９に表示される。
【００３９】
部門ＩＤ３０１はＭＦＰ１１２の利用者が所属する部門を入力するためのフィールドである。部門暗証番号３０２はＭＦＰ１１２の利用者が所属する部門の暗証番号を入力するためのフィールドである。ログイン３０３は部門認証を実行するためのボタンである。
【００４０】
次に、ユーザ認証画面４００の例を、図４を用いて説明する。ユーザ認証画面４００は、ユーザ認証を行うために必要な情報をユーザが入力するための画面である。ユーザ認証画面４００は、利用する認証システムとしてユーザ認証システムが設定されている状態でＭＦＰ１１２が起動すると、ＵＩ制御部２００によって操作部１０９に表示される。
【００４１】
ユーザ名４０１はＭＦＰ１１２の利用者がユーザ名を入力するためのフィールドである。
【００４２】
パスワード４０２はＭＦＰ１１２の利用者がパスワードを入力するためのフィールドである。ログイン４０３はユーザ認証を実行するためのボタンである。
【００４３】
次に、機能選択画面５００の例を、図５を用いて説明する。機能選択画面５００は、ＭＦＰ１１２が有する機能の実行指示を行うための操作画面の例である。機能選択画面５００上に表示された機能のボタン５０１が押されると、押されたボタンに対応する機能の画面が呼び出される。例えば、コピーボタンが押されると、スキャナ２１１から読み取った画像をプリンタ１１０で印刷するコピー機能の操作画面が表示される。
【００４４】
設定ボタンが押されると、ＭＦＰ１１２に対する設定を行うための設定画面が表示される。ＭＦＰ１１２に対する設定を管理者にのみ許したい場合は、ログインしたユーザのロールがＡｄｍｉｎｉｓｔｒａｔｏｒである場合のみ、機能選択画面５００に設定ボタンを表示するようにしても良い。
【００４５】
ログアウトボタン５０２は、ログイン中のユーザをログアウトさせるためのボタンである。利用者がこのボタンを押下した場合は、その時に起動している認証システムに従ってユーザ認証画面４００または部門認証画面３００へ画面遷移する。機能選択画面５００以外の画面にもログアウトボタンが存在するが、押下された場合の振る舞いは何れの画面でも同様である。
【００４６】
次に、認証システム管理画面の画面例について図６を用いて説明する。管理画面６００は管理者がＭＦＰ１１２で利用する認証システムを切り替えたり、部門情報からユーザ情報を複製したりするために用いる画面である。本実施例では、管理画面６００は、図５に示した機能選択画面５００に表示された設定ボタンを管理者ユーザが選択し、さらに不図時の認証システム管理項目を選択することにより表示される。
【００４７】
ラジオボタン６０１は、ＭＦＰ１１２において利用する認証システムを管理者が選択するために用いられる。認証システムを選択するための方法は、ラジオボタンに限らず、プルダウンメニューや、チェックボックスなどによって実現されてもよく、特に限定しない。利用する認証システムが選択されると、図１３を用いて説明した認証システム情報テーブルのうち選択された認証システムの「状態」の項目が「開始」に設定される。
【００４８】
実行ボタン６０３は、図１１（ａ）に示した部門情報の内容を、図１２（ａ）に示したユーザ情報に反映させる指示を行うためのボタンである。ＯＫ６０４は利用する認証システムとして設定された値を確定するボタンであり、このボタンが押下された場合、設定された内容が認証システム情報記憶部３０５によってＨＤＤ１０４に保存される。キャンセルボタン６０５は本画面で変更された設定値をキャンセルするためのボタンであり、このボタンが押下された場合、設定値を保存せずに前の画面に戻る。
【００４９】
次に、部門に関する情報を設定するための画面の例を、図７を用いて説明する。部門情報の管理画面７００は、ＭＦＰ１１２の利用者が所属する部門を管理するための画面である。この画面で設定した部門毎に部門ＩＤと部門暗証番号を用いてにログインすることでＭＦＰ１１２の機能を利用することが可能となる。
【００５０】
部門ＩＤ７０１は、利用者が所属する部門を一意に識別するための識別情報である部門ＩＤを入力するためのテキストフィールドである。部門暗証番号７０２は、部門ＩＤ７０１で指定された部門に所属している利用者を認証するための暗証番号を入力するためのテキストフィールドである。ロール７０３は、部門ＩＤ７０１で指定された部門に関連付けられる権限を設定するためのプルダウンメニューである。図７の例では、部門の権限として選択できる値はＡｄｍｉｎｉｓｔｒａｔｏｒか、Ｇｅｎｅｒａｌ  Ｕｓｅｒである。キャンセルボタン７０５は部門情報の管理画面７００をキャンセルするためのボタンである。ＯＫボタン７０４は部門情報の管理画面７００での設定を確定するためのボタンであり、ＯＫボタン７０４が押下された場合、部門認証処理部は部門情報の管理画面７００で選択された内容を部門情報記憶部２０４に保存する。
【００５１】
次に、ユーザに関する情報を設定するための画面の例について図８を用いて説明する。ユーザ情報の管理画面８００は、ＭＦＰ１１２の利用者のアカウントを管理するための画面である。この画面で設定したユーザ名とパスワードを用いてＭＦＰ１１２にログインすることでＭＦＰ１１２の機能を利用することが可能となる。
【００５２】
ユーザ名８０１はユーザを一意に識別するための識別情報であるユーザ名を入力するためのテキストフィールドである。パスワード８０２はユーザ名８０１で指定されたユーザを認証するためのパスワードを入力するためのテキストフィールドである。ロール８０３はユーザ名８０１で指定されたユーザに関連付ける権限を設定するためのプルダウンメニューである。図８の例では、ユーザの権限として選択できる値はＡｄｍｉｎｉｓｔｒａｔｏｒか、Ｇｅｎｅｒａｌ  Ｕｓｅｒである。キャンセルボタン８０５はユーザ情報の管理画面８００をキャンセルするためのボタンである。ＯＫボタン８０４はユーザ情報の管理画面８００での設定を確定するためのボタンであり、ＯＫボタン８０４が押下された場合、ユーザ認証処理部２０８はユーザ情報の管理画面８００で選択された内容をユーザ情報記憶部３０９に保存する。
【００５３】
＜部門情報のユーザ情報への引き継ぎ処理＞
次に、部門認証システムにおいて用いられる部門情報を、ユーザ認証システムにおいて用いられるユーザ情報にも設定する処理を図９のフローチャートを用いて説明する。図９に示す手順は、制御部１００のＲＡＭ１０３、ＲＯＭ１０２、ＨＤＤ１０４のいずれかの記憶手段に保存されたプログラムを、ＣＰＵ１０１が実行することにより実現される。ただし、複数のＣＰＵにより図９の手順が実行されてもよく、あるいは、いずれかの手順をハードウエアが実現することとしてもよい。
【００５４】
ＣＰＵ１０１は、管理者の操作に従って、認証システムの管理画面６００を操作部１０９の表示部に表示する（Ｓ９０１）。認証システムの管理画面６００は、例えば、管理者がＡｄｍｉｎｉｓｔｒａｔｏｒとしてＭＦＰ１１２にログインし、機能選択画面５００から設定機能を選択し、さらに、設定項目のうち認証システムの管理設定を選択することにより表示される。
【００５５】
本実施例では、ステップＳ９０１において管理画面６００が表示された時点では、部門情報として図１１（ａ）に示した情報が記憶され、ユーザ情報として図１２（ａ）に示した情報が記憶されている例について説明する。
【００５６】
次にＣＰＵ１０１は、部門情報記憶部２０４からユーザ情報記憶部２０９に情報を複製する複製指示を受け付けたかを判定する（Ｓ９０２）。管理者は、管理画面６００の実行ボタン６０３を押すことにより、当該指示を行うことができる。当該指示は、部門情報記憶部２０４が管理する部門情報に対応するユーザ情報をユーザ情報記憶部２０９に管理させるための指示である。複製指示を受け付けるまでは、ステップＳ９０２の処理を繰り返す。
【００５７】
複製指示を受け付けた場合（Ｓ９０２でＹｅｓ）、ＣＰＵ１０１は、部門情報記憶部２０４から部門情報を取得する（Ｓ９０３）。なお、本実施例では管理者からの指示をトリガーにしてステップＳ９０３の処理を実行しているが、外部装置からＭＦＰ１１２に部門情報をインポートしたことをトリガーにしてＳ９０３を実行してもよい。部門情報のインポートとは、他のＭＦＰ等の画像形成装置に設定されていた部門情報を受信してＭＦＰ１１２の部門情報として設定する処理である。
【００５８】
次にＣＰＵ１０１は、ステップＳ９０３において取得した部門情報を、ユーザ認証システムのユーザ情報として利用するかを判断する（Ｓ９０４）。
【００５９】
例えばＣＰＵ１０１は、ステップＳ９０４では、ステップＳ９０３で受け付けた部門ＩＤと部門暗証番号の組み合わせと同じユーザ名とパスワードが、既にユーザ情報記憶部２０９に保存されていた場合は、利用しないと判断することができる。
【００６０】
また例えばＣＰＵ１０１は、ステップＳ９０４において、部門情報のロールがＡｄｍｉｎｉｓｔｒａｔｏｒの場合は、利用しないと判断することができる。このようにすれば、ユーザ認証システムにおいてＡｄｍｉｎｉｓｔｒａｔｏｒ権限を有するユーザが自動的に増えてしまうことを防ぐことができる。
【００６１】
また例えばＣＰＵ１０１は、部門情報のデータ形式が、ユーザ認証システムにおいて利用可能なデータ形式であるかに基づいて、ステップＳ９０４の判定を行うことができる。データ形式として、例えば、文字形式、数字形式、記号形式、あるいは、それらの組み合わせなどが含まれる。また例えば、データ形式として文字数の上限などが含まれる。
【００６２】
例えば、部門認証システムにおいて、部門ＩＤが７ケタの数字として管理されるのに対し、ユーザ認証システムにおいてユーザ名が４ケタ以下の文字又は数字で管理されるような場合には、４ケタを超えた部門ＩＤをユーザ名として利用しないと判断する。部門認証システムとユーザ認証システムとの間で使用するデータ形式が統一されているような場合には、ステップＳ９０４の処理、及び、後述のステップＳ９０６の処理は省略することとしてもよい。
【００６３】
また例えば、部門情報に基づいてユーザ情報を登録するか否かを、管理者が設定できることとしてもよい。部門情報に基づくユーザ情報の登録が無効にされている場合は、ステップＳ９０４で部門情報をユーザ情報として利用しないと判断することとしてもよい。あるいは、部門情報に基づくユーザ情報の登録が無効にされている場合は、管理画面６００において実行ボタン６０３を選択できないようにしてもよい。選択できないようにする方法として、実行ボタン６０３を表示しないようにしたり、グレーアウトして指示を受け付けないようにしたりすることができる。選択できないようにする方法については特に限定しない。
【００６４】
ステップＳ９０４において、ＣＰＵ１０１は、ユーザ情報として利用する部門情報が１つでも存在する場合（Ｓ９０４でｙｅｓの場合）はステップＳ９０５の処理を実行し、１つも存在しない場合（Ｓ９０４でｎｏの場合）はステップＳ９０６の処理を実行する。
【００６５】
ステップＳ９０５においてＣＰＵ１０１は、ユーザ情報として利用する判断した部門情報を、ユーザ情報記憶部２０９に記憶させて処理を終了する。例えば、部門情報記憶部２０４によって管理されている部門ＩＤを、ユーザ名としてユーザ情報記憶部２０９に記憶させる。また、部門情報記憶部２０４によって管理されている部門暗証番号を、パスワードとしてユーザ情報記憶部２０９に記憶させる。同様にロールや部門ＩＤも、部門情報記憶部２０４からユーザ情報記憶部２０９に記憶させる。ステップＳ９０５の処理の実行後にユーザ情報記憶部２０９に保存されている情報の例を図１２（ｂ）に示す。図１２（ｂ）の例では、図１２（ａ）と比べて、ユーザ名１１１１１１１と２２２２２２２と７６５４３２１のユーザ情報が追加されている。これらのユーザ情報は、図１１（ａ）に示した部門ＩＤ１１１１１１１と２２２２２２２と７６５４３２１の部門情報に対応するものである。
【００６６】
ステップＳ９０６において、ＣＰＵ１０１はユーザ情報として利用できる部門情報が存在しなかったことを表すメッセージをＵＩ制御部２００に表示し、処理を終了する。
【００６７】
このようにして、ＣＰＵ１０１は、部門情報記憶部２０４が管理する部門情報に対応するユーザ情報をユーザ情報記憶部２０９に管理させる制御を行う。たとえば、ＣＰＵ１０１は、部門ＩＤ（部門の識別情報）をユーザ名（ユーザの識別情報）としてユーザ情報記憶部２０９に管理させる。
【００６８】
以上の処理を実行することによって、利用者は部門認証システムにおいて利用していた部門ＩＤと部門暗証番号を、そのままユーザ認証システムにおけるユーザ名とパスワードとして利用することができる。すなわち、認証システムを部門認証システムからユーザ認証システムに切り替える前後でアカウントを使い分ける必要がなく、ユーザの利便性が向上する。
【００６９】
また、管理者はユーザ認証システムにおいてユーザ名とパスワードを１つ１つ登録する必要がなくなり、認証情報としても統一管理できるため、それぞれの装置で個別に管理する手間を低減することができる。
【００７０】
（第２の実施例）
以下、本発明に係る第２の実施例について図面を用いて説明する。第２の実施例では、ユーザ認証システムにおいて新たに登録されたユーザ情報を、部門認証システムのデータベースに反映させる処理について説明する。
【００７１】
第２の実施例では、第１の実施例で説明した処理により、部門認証システムで用いられる部門情報が、ユーザ認証システムに登録された後、ユーザ認証システムにおいてユーザ情報が新たに登録された例について説明する。ただし、本実施例において説明する処理を、第１の実施例の処理を実行することなしに実行することとしてもよい。
【００７２】
部門情報は、認証処理のみならず、部門ごとの印刷枚数管理などのために用いられる場合があるので、ユーザ認証システムにおいてユーザアカウントが増えた場合に、部門情報においても対応するアカウントを追加することが望ましい。
【００７３】
本実施例に係るシステム構成は実施例１と同様であるため、説明を省略する。
【００７４】
＜ユーザ情報の部門情報への引き継ぎ処理＞
以下に、ＭＦＰ１１２の管理者がユーザ管理システムのユーザ情報を部門認証システム内の部門情報へ複製するための処理を図１０のフローチャートを用いて説明する。図１０に示す手順は、制御部１００のＲＡＭ１０３、ＲＯＭ１０２、ＨＤＤ１０４のいずれかの記憶手段に保存されたプログラムを、ＣＰＵ１０１が実行することにより実現される。ただし、複数のＣＰＵにより図１０の手順が実行されてもよく、あるいは、いずれかの手順をハードウエアが実現することとしてもよい。
【００７５】
ＣＰＵ１０１は、管理者の操作に従って、ユーザ情報の管理画面８００を操作部１０９の表示部に表示する（Ｓ１００１）。ユーザ情報の管理画面８００は、例えば、管理者がＡｄｍｉｎｉｓｔｒａｔｏｒとしてＭＦＰ１１２にログインし、機能選択画面５００から設定機能を選択し、さらに、設定項目のうちユーザ情報管理を選択することにより表示される。
【００７６】
本実施例では、ステップＳ１００１においてユーザ情報の管理画面８００が表示された時点では、部門情報として図１１（ａ）に示した情報が記憶され、ユーザ情報として図１２（ａ）に示した情報が記憶されている例について説明する。
【００７７】
次にＣＰＵ１０１は、ユーザ情報の管理画面８００からユーザを追加する指示を受け付けたかを判定する（Ｓ１００２）。追加指示を受け付けるまでは、ステップＳ１００２の処理を繰り返す。
【００７８】
追加指示を受け付けた場合（Ｓ１００２でＹｅｓ）、ＣＰＵ１０１は、追加されたユーザ情報をＨＤＤ１０４に保存させる（Ｓ１００３）。ステップＳ１００３の処理を実行した場合に、ユーザ情報記憶部２０９によって保存されている情報の例を図１２（ｃ）に示す。図１２（ｃ）の例では、図１２（ａ）のテーブルと比較して、ユーザ４４４４４４４が追加されている。
【００７９】
次にＣＰＵ１０１は、取得したユーザ情報が部門認証システムの部門情報として利用するかを判定する（Ｓ１００４）。例えばＣＰＵ１０１は、ステップＳ１００４では、ステップＳ１００３で受け付けたユーザ名とパスワードの組み合わせと同じ部門Ｄと暗証番号が、既に部門情報記憶部２０４によって保存されていた場合は、利用しないと判断することができる。
【００８０】
また例えばＣＰＵ１０１は、ステップＳ１００４において、ユーザ情報のロールがＡｄｍｉｎｉｓｔｒａｔｏｒの場合は、利用しないと判断することができる。このようにすれば、ユーザ認証システムにおいてＡｄｍｉｎｉｓｔｒａｔｏｒ権限を有するユーザが自動的に増えてしまうことを防ぐことができる。
【００８１】
また例えばＣＰＵ１０１は、ユーザのデータ形式が、部門認証システムにおいて利用可能なデータ形式であるかに基づいて、ステップＳ１００４の判定を行うことができる。データ形式として、例えば、文字形式、数字形式、記号形式、あるいは、それらの組み合わせなどが含まれる。また例えば、データ形式として文字数の上限などが含まれる。例えば、部門ＩＤと部門暗証番号として利用可能な形式は数字７桁以下である場合、ユーザ名とパスワードの値も数字であり、かつ、７桁以下である必要がある。
【００８２】
また例えば、ユーザ情報に基づいて部門情報を登録するか否かを、管理者が設定できることとしてもよい。ユーザ情報に基づく部門情報の登録が無効にされている場合は、ステップＳ１００４で部門情報をユーザ情報として利用しないと判断することとしてもよい。
【００８３】
ＣＰＵ１０１は、ステップＳ１００３で取得したユーザ情報を部門情報としても利用すると判断した場合（ステップＳ１００４でｙｅｓの場合）はステップＳ１００５を実行する。一方、ＣＰＵ１０１は、ステップＳ１００３で取得したユーザ情報を部門情報として利用しないと判断した場合（ステップＳ１００４でｎｏの場合）は処理を終える。
【００８４】
Ｓ１００５においてＣＰＵ１０１は、部門情報として利用すると判断したユーザ情報を部門情報記憶部２０４に記憶させて処理を終了する。例えば、ユーザ情報記憶部２０９によって管理されているユーザ名を、部門ＩＤとして部門情報記憶部２０４に記憶させる。また、ユーザ情報記憶部２０９によって管理されているパスワードを、文門暗証番号として部門情報記憶部２０４に記憶させる。同様にロール等も、ユーザ情報記憶部２０９から部門情報記憶部２０４に記憶させる。Ｓ１００５実行後に部門情報記憶部２０４に保存されている情報を図１１（ｂ）に示す。図１１（ａ）と比べて、部門ＩＤ４４４４４４４の部門情報が追加されている。これは、図１２（ｃ）に示したユーザ名４４４４４４４のユーザ情報に対応するものである。
【００８５】
このようにして、ＣＰＵ１０１は、ユーザ情報にユーザの認証情報が追加された場合、当該認証情報に対応する部門情報をユーザ情報記憶部２０９に管理させる制御を行う。例えばＣＰＵ１０１は、ユーザ名（ユーザの識別情報）がユーザ情報に追加された場合に、当該ユーザ名を部門ＩＤ（部門の識別情報）として部門情報記憶部２０４に管理させる。
【００８６】
以上の実施例によれば、ユーザ認証システムにおいてユーザアカウントが増えた場合に、部門情報においても対応するアカウントを追加することができる。
【００８７】
従って、部門情報を部門ごとの印刷枚数管理などのために用いている場合に、ユーザ認証システムにおけるユーザアカウントの追加に応じて部門情報を追加させ、新たに追加されたユーザに関して印刷枚数管理などを行うことができる。
【００８８】
また、画像形成装置の複数の認証システムで認証情報を統一管理できるため、管理者がユーザの認証情報を管理する手間を低減することができる。
【００８９】
また、画像形成装置の利用者は、異なる複数の認証システムにおいて同じアカウントを使用することができるため、アカウントを使い分ける必要がなく、ユーザの利便性が向上する。
【００９０】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００９１】
１０１  ＣＰＵ
２００  ＵＩ制御部
２０２  認証システム制御部
２０３  部門認証処理部
２０４  部門情報記憶部
２０５  認証システム情報保持部
２０６  部門認証システム
２０７  ユーザ認証システム
２０８  ユーザ認証処理部
２０９  ユーザ情報記憶部
【図１】
2019018444.tif 000003
【図２】
2019018444.tif 000004
【図３】
2019018444.tif 000005
【図４】
2019018444.tif 000006
【図５】
2019018444.tif 000007
【図６】
2019018444.tif 000008
【図７】
2019018444.tif 000009
【図８】
2019018444.tif 000010
【図９】
2019018444.tif 000011
【図１０】
2019018444.tif 000012
【図１１】
2019018444.tif 000013
【図１２】
2019018444.tif 000014
【図１３】
2019018444.tif 000015