JP2012014562A - 認証システム、認証サービスの制御方法、プログラム - Google Patents

Abstract

【課題】第一の認証システムが、第二の認証システムにおける認証サービスの利用の可否を制御できるようにする。
【解決手段】画像形成装置は、第一の認証システム及び第二の認証システムを備える。第一の認証システムは、第二の認証システムからの認証サービス起動の可否の問い合わせに応答するための問い合わせ応答サービスを備える。第二の認証システムのサービス起動管理部は、第二の認証システムが有する第二の認証サービスと同種類の第一の認証サービスが起動していない場合は、それを起動判定対象とし、その起動可否を第一の認証システムに対して問い合わせる。問い合わせが成功した場合は、該問い合わせの結果に従って、起動判定対象の起動／停止を制御し、失敗した場合はサービス起動設定３１９の設定内容に従って起動／停止を制御する。
【選択図】図９

Description

本発明は、複数のユーザ認証システムを組み込むことができる機器において、ユーザ認証サービスの起動を制御する技術に関する。

従来から、ネットワークに接続可能な複写機やＭＦＰ（マルチファンクションペリフェラル装置）等のデバイスがある。これらのデバイスを利用するユーザは、デバイス本体の操作パネルのみならず、ネットワーク上の端末からネットワークを介してデバイスの機能を利用することができるようになっている。デバイスの機能を利用するためのネットワークプロトコルとして、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が知られている。この他にも、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）、ベンダ独自のプロトコル等、様々なものが知られている。

さらに、デバイスは、本体の操作パネルやネットワークを介して、デバイスの機能を利用するユーザを特定する認証システムを備えている。さらに、デバイスが工場出荷時から備えている認証機構に加えて、後からソフトウェアプログラムで作成された認証システムの追加インストールを可能にしているデバイスが存在する。デバイスの管理者は、デバイスにインストールされた複数の認証システムの中から実際に利用する認証システムを１つ選択して起動することができる（例えば、下記特許文献１参照）。

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

しかしながら、デバイスへ追加インストールされた認証システムが、デバイスが備える全てのアクセス手段用の認証機構を備えているとは限らない。例えば、ある認証システムは、アクセス手段用の認証機構として、デバイス本体の操作パネル用の認証と一部のネットワークプロトコル用の認証にしか対応していない場合がある。この場合、ユーザが利用可能なアクセス方法が認証システムによって限定されてしまい、利便性が損なわれるという問題がある。

また、従来の複数の認証システムを備えるデバイスは、上記の問題を回避するため、デバイス固有の認証システム（デバイスが工場出荷時から備えている認証システム）を常に起動していることが多い。追加インストールされた認証システムとデバイス固有の認証システムとを同時に起動して、どちらの認証システムも利用可能にすることで利便性が確保される。しかしながら、同一のデバイス上で、アカウントのレポジトリやセキュリティ強度の異なる複数の認証システムが同時に起動してデバイスを利用可能にしていることは、セキュリティの点で好ましくないという問題がある。

従って、従来のデバイスにおいては、追加インストールされた認証システムが、デバイス固有の認証システムの利用の可否を制御することができなかった。例えば、利便性を重視する場合には、デバイス固有の認証システムを利用し、セキュリティを重視する場合には、デバイス固有の認証システムの利用を抑制するといった、選択的な制御ができなかった。

ところで、追加インストールされた認証システムが、上記のような選択的な制御を行えない場合であっても、利便性を確保することが望ましい。また、ユーザ（デバイスの利用者）が上記のような選択的な制御を行えるようにしたとすれば利便性は高まるが、その場合にもセキュリティの確保には留意する必要がある。

本発明は上記従来技術の問題を解決するためになされたものであり、その目的は、第一の認証システムが、第二の認証システムにおける認証サービスの利用の可否を制御することが可能となる認証システム等を提供することにある。

上記目的を達成するために本発明の認証システムは、ユーザ認証を行う複数の第一の認証サービスを有する第一の認証システムと、ユーザ認証を行う複数の第二の認証サービスを有する第二の認証システムとを有する認証システムであって、前記第二の認証システムは、前記複数の第一の認証サービスのうち前記第二の認証システムが有する認証サービスと同種類の認証サービスが起動しているか否かを確認する確認手段と、前記確認手段により起動していないことが確認された第一の認証サービスと同種類の第二の認証サービスを起動してよいか否かについて、前記第一の認証システムに問い合わせる問い合わせ手段と、前記問い合わせ手段による問い合わせの結果に従って、前記第一の認証サービスと同種類の第二の認証サービスの起動を制御する制御手段とを有することを特徴とする。

なお、請求項７記載のプログラムを格納したコンピュータで読み取り可能な記憶媒体は、本発明を構成する。

本発明によれば、第一の認証システムが、第二の認証システムにおける認証サービスの利用の可否を制御することが可能となる。

本発明の第１の実施の形態に係る認証システムを含むネットワーク構成を示すブロック図である。 画像形成装置のハードウェア構成を示すブロック図である。 画像形成装置のソフトウェア構成及び記憶情報を示すブロック図である。 アプリケーション管理用インタフェースの一例を示す図である。 操作パネル上ユーザインタフェースの表示例である。 起動設定情報の設定内容の一例を示す概念図、サービス起動設定の設定例を示す概念図である。 起動設定情報とＵＩ及びプログラムとサービス起動設定との関係、起動／停止設定用のユーザインタフェースの一例を示す図である。 第一の認証システムの構成例を示す図である。 本実施の形態において設定機能を用いない／用いる構成における第二の認証システムの起動処理のフローチャートである。 第一、第二の認証システムにおけるサービスの起動状態による事例を示す図である。 第２の実施の形態に係る画像形成装置のソフトウェア構成を示すブロック図である。 第２の実施の形態において設定機能を用いない／用いる構成における第二の認証システムの起動処理のフローチャートである。

以下、本発明の実施の形態を図面を参照して説明する。

（第１の実施の形態）
図１は、本発明の第１の実施の形態に係る認証システムを含むネットワーク構成を示すブロック図である。このネットワークにおいては、ＬＡＮ（ローカルエリアネットワーク）１０５に、画像形成装置１０１と複数のＰＣ（パーソナルコンピュータ）１０２、１０３が接続されている。デバイスの一例である画像形成装置１０１は、ＭＦＰ（マルチファンクションペリフェラル装置）、プリンタ、ファックス、複写機等である。
画像形成装置１０１、ＰＣ１０２、１０３は、ＬＡＮ１０５を介して相互に通信することができる。なお、ＬＡＮ１０５には、複数の画像形成装置、あるいは３以上のＰＣが接続されていても良い。

＜画像形成装置のハードウェア構成＞
図２は、画像形成装置１０１のハードウェア構成を示すブロック図である。画像形成装置１０１において、ＣＰＵ２００１は、画像形成装置１０１全体の制御を司る。ＲＯＭ２００２には、ＣＰＵ２００１が実行するソフトウェアプログラムやフォントデータが格納される。ＲＡＭ２００３は、ＣＰＵ２００１のワークエリア、受信バッファ、画像描画に使用される。ＨＤＤ（ハードディスク）２００４は、ソフトウェアのプログラムコードや、ユーザ認証情報等のデータを記録する。操作パネル２００５は、各種スイッチ、ボタン、メッセージ表示用の液晶表示部（いずれも図示せず）で構成される。ＩＣカード読み取り装置２００６は、ユーザ認証に使用されるＩＣカードを読み取るための装置である。ネットワークインタフェース（Ｉ／Ｆ）２００７は、ネットワークに接続するためのインタフェースである。プリンタエンジン２００８は、記録紙に印刷を行う。これ以外にも、画像形成装置１０１は、スキャナ、ファクシミリ等のハードウェア部品（不図示）を備える。

＜画像形成装置のソフトウェア構成及び記憶情報＞
図３は、画像形成装置１０１のソフトウェア構成及び記憶情報を示すブロック図である。画像形成装置１０１は、第一の認証システム３０４及び第二の認証システム３１１を備える。また、デバイスドライバ群３０１、オペレーティングシステム３０２、アプリケーションプラットフォーム３０３を備える。さらに、システムアプレット３２０、システムサーブレット３２１、システムＷｅｂサービス３２２、アプレット３２３、サーブレット３２４、Ｗｅｂサービス３２５を備える。画像形成装置１０１はまた、記憶装置３００を備えるが、記憶装置３００は、一例として図２に示したＨＤＤ２００４であるとする。ただし、ＲＡＭ２００３、あるいは外部ストレージであってもよい。これらの構成により、画像形成装置１０１において本実施の形態における認証システムが構成される。

デバイスドライバ群３０１は、上記した各種ハードウェアを制御するためのデバイスドライバ群である。アプリケーションプラットフォーム３０３は、画像形成装置１０１の組み込みアプリケーションをインストール／アンインストール、起動／停止等を制御するためのアプリケーションプラットフォームである。例えば、アプリケーションプラットフォーム３０３は、ＪＡＶＡ（登録商標）プラットフォームや、ＯＳＧｉフレームワークを含む形で構成することができる。ここでＯＳＧｉフレームワークは、ＯＳＧｉ・Ａｌｌｉａｎｃｅ（標準化団体）が定義したＪＡＶＡ(登録商標)ベースのサービスプラットフォームである。

アプリケーションプラットフォーム３０３には、画像形成装置１０１が工場出荷時から備えるシステムアプリケーションに加えて、画像形成装置１０１の管理者が追加でアプリケーションを登録することができる。工場出荷時から備えるシステムアプリケーションには、第二の認証システム３１１、システムアプレット３２０、システムサーブレット３２１、システムＷｅｂサービス３２２が該当する。追加で登録されるアプリケーションには、第一の認証システム３０４、アプレット３２３、サーブレット３２４、Ｗｅｂサービス３２５が該当する。

アプリケーションプラットフォーム３０３は、アプリケーションを管理するためのユーザインタフェースを備えるサーブレットを提供する。このアプリケーション管理用インタフェースを図４に示す。画像形成装置１０１の管理者は、ネットワークを介してアプリケーション管理用インタフェース（図４）を用いて、アプリケーションの実行ファイル（ＪＡＲ(Java(登録商標) ARchive)ファイル）を指定する。そして、アプリケーションの追加インストールや管理を実施することができる。

上記ソフトウェアを実行するための実行プログラムは、不揮発性の記憶領域（ＲＯＭ２００２及び／またはＨＤＤ２００４の記憶領域）に記憶されている。これらの実行プログラムは、画像形成装置１０１の電源投入後にＲＡＭ２００３にコピーされＣＰＵ２００１によって実行される。管理者が追加でインストールしたアプリケーションの実行ファイルもＨＤＤ２００４に記録される。

＜認証システム＞
第一の認証システム３０４及び第二の認証システム３１１は、画像形成装置１０１を利用するユーザを特定するための認証システムである。これらの認証システムもアプリケーションプラットフォーム３０３上で動作する組み込みアプリケーションとして構成される。第一の認証システム３０４は、画像形成装置１０１の管理者によって、画像形成装置１０１に追加インストールされる認証システムである。管理者によって複数種類の第一の認証システムがインストールされることもある。管理者が認証システムを１つも追加インストールしていない場合は、画像形成装置１０１に第一の認証システム３０４は存在しないことになる。第二の認証システム３１１は、画像形成装置１０１が工場出荷時から備えている認証システムであり、画像形成装置１０１に必ず存在する。第一の認証システム３０４が存在しない場合は、常に第二の認証システム３１１が起動し、第二の認証システム３１１がユーザを認証する。

第一の認証システム３０４、第二の認証システム３１１は、複数種類の認証要求アクセスの各々に対して、それぞれ、第一のユーザ認証を行う「第一の認証サービス群」、第二のユーザ認証を行う「第二の認証サービス群」を提供する。本実施の形態では、「第一の認証サービス群」には、ローカル認証サービス３０５、ＨＴＴＰ認証サービス３０６、ＳＯＡＰ認証サービス３０７の３種類が含まれる（図４）。また、「第二の認証サービス群」には、ローカル認証サービス３１２、ＨＴＴＰ認証サービス３１３、ＳＯＡＰ認証サービス３１４の３種類が含まれる（図４）。第一、第二の認証サービス群には、これら以外のサービスが含まれていてもよい。

以降、第一、第二の認証サービス群の各々について、第一、第二の認証サービスと称する場合がある。また、ローカル認証サービス、ＨＴＴＰ認証サービス、ＳＯＡＰ認証サービスを区別して呼称する場合に、「認証サービスの種類」と称する。例えば、ローカル認証サービス３０５とローカル認証サービス３１２とは、共にローカル認証サービスであるため同種類の認証サービスとして呼称する。また、ＨＴＴＰ認証サービス３０６、３１３は同種類、ＳＯＡＰ認証サービス３０７、３１４は同種類の認証サービスである。なお、これらの各認証サービスについては符号のみで記す場合もある。

ローカル認証サービス３０５、３１２は、操作パネル２００５から画像形成装置１０１を利用するユーザを認証するための認証サービスである。これらの認証サービスにおいては、画像形成装置１０１は、例えば、ユーザからの認証要求アクセスとしての操作指示があると、操作パネル２００５上に、図５（ａ）に示すようなユーザインタフェースを表示する。そしてこのユーザインタフェースにおいて、ユーザから、ユーザ認証情報として、ユーザアカウント（ユーザＩＤ）及びパスワードの入力を受け付けて、ユーザ認証を行う。あるいは、操作パネル２００５上に、図５（ｂ）に示すように、“ＩＣカードをＩＣカード読み取り装置にかざしてください”というようなメッセージを表示する。そして、ＩＣカード読み取り装置２００６（図２）から取得したＩＣカード情報をユーザ認証情報として、それを基にユーザ認証を行っても良い。

ローカル認証サービス３０５、３１２で認証されたユーザの情報は、アプリケーションプラットフォーム３０３を介して、システムアプレット３２０、アプレット３２３に通知される。ローカル認証サービス３０５、３１２は、サービス起動時に、サービス名称“Ｌｏｃａｌ Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ”をアプリケーションプラットフォーム３０３に登録する。

ＨＴＴＰ認証サービス３０６、３１３は、Ｗｅｂブラウザを用いて、システムサーブレット３２１、サーブレット３２４等のサーブレットアプリケーションを利用するユーザを認証するための認証サービスである。これらの認証サービスにおいては、画像形成装置１０１は、例えば、ネットワーク上のＰＣ端末（ＰＣ１０２、１０３等）からのＨＴＴＰプロトコルによるアクセス（認証要求アクセス）を検知して、ＰＣ端末側にユーザ認証情報の送信を求めるように動作する。ＰＣ端末から受信したＨＴＴＰのヘッダに含まれるユーザ認証情報を解析してユーザ認証を行うことができる。ＨＴＴＰのヘッダを利用した認証方法は、RFC2617やRFC4559に規定されている。ＨＴＴＰ認証サービスは、RFC2617やRFC4559に準拠する。

ＨＴＴＰ認証サービス３０６、３１３で認証されたユーザの情報は、アプリケーションプラットフォーム３０３を介して、システムサーブレット３２１、サーブレット３２４に通知される。ＨＴＴＰ認証サービス３０６、３１３は、サービス起動時に、サービス名称“ＨＴＴＰ Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ”をアプリケーションプラットフォーム３０３に登録する。

ＳＯＡＰ認証サービス３０７、３１４は、システムＷｅｂサービス３２２やＷｅｂサービス３２５等のＷｅｂサービスを利用するユーザを認証するための認証サービスである。これらの認証サービスにおいては、画像形成装置１０１は、例えば、ネットワーク上のＰＣ端末からのＳＯＡＰプロトコルによるアクセス（認証要求アクセス）を検知して、ＰＣ端末側にユーザ認証情報の送信を求めるように動作する。ＰＣ端末から受信したＳＯＡＰメッセージに含まれるユーザ認証情報を解析してユーザ認証を行うことができる。ＳＯＡＰメッセージを利用した認証方法は、ＯＡＳＩＳ(Organization for the Advancement of Structured Information Standards)によって規定されている。すなわち、ＯＡＳＩＳによってＷＳ−ＳｅｃｕｒｉｔｙやＷＳ−Ｔｒｕｓｔ等の規格が規定されている。ＳＯＡＰ認証サービスは、これらの規格に準拠する。

ＳＯＡＰ認証サービス３０７、３１４で認証されたユーザの情報は、アプリケーションプラットフォーム３０３を介して、システムＷｅｂサービス３２２、Ｗｅｂサービス３２５に通知される。ＳＯＡＰ認証サービス３０７、３１４は、サービス起動時に、サービス名称“ＳＯＡＰ Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ”をアプリケーションプラットフォーム３０３に登録する。

記憶装置３００には、ユーザ認証情報３１０、３１７、起動設定情報３１８、サービス起動設定３１９が記憶される。サービス起動設定３１９は、第二の認証システム３１１で第二の認証サービスの各々を起動してよいか否かが設定された「設定情報」である。ユーザ認証情報３１０は第一の認証システム３０４によって利用され、ユーザ認証情報３１７は第二の認証システム３１１によって利用される。

第一の認証システム３０４、第二の認証システム３１１はそれぞれ、ユーザ認証情報管理部３０８、３１５を備える。ユーザ認証情報管理部３０８、３１５は、記憶装置３００にアクセスして、記憶されているユーザ認証情報３１０、３１７の参照を行う。ユーザ認証情報３１０、３１７は、別途のユーザ登録によって記憶される。ユーザ認証情報管理部３０８、３１５には、画像形成装置１０１の管理者が、ユーザ認証情報を登録／編集／削除／参照するためのユーザインタフェースを備えるように構成してもよい。第一の認証システム３０４、第二の認証システム３１１は、それぞれ、各認証サービスが取得したユーザ認証情報とユーザ認証情報３１０、３１７とを比較検証することによりユーザ認証を実施する。

ユーザ認証情報３１０、３１７は、記憶装置３００における記憶領域、及び記憶されるユーザ認証情報の内容が異なってもよい。例えば、第二の認証システム３１１は、ユーザ認証情報３１７として、ユーザのアカウントとパスワードを記憶させるのに対して、第一の認証システム３０４は、ユーザ認証情報３１０として、ユーザが持つＩＣカードの情報を記憶させてもよい。この場合、ローカル認証サービス３０５は、ＩＣカード読み取り装置２００６から取得したＩＣカードの情報とユーザ認証情報３１０から取得したＩＣカードの情報とを比較検証することによりユーザ認証を実施する。

第一の認証システム３０４は、問い合わせ応答サービス３０９を備える。問い合わせ応答サービス３０９は、第二の認証システム３１１からの認証サービス起動の可否の問い合わせに応答するためのサービスである。問い合わせ応答サービス３０９は、第二の認証システム３１１で第二の認証サービス群の各々を起動してよいか否かが設定された「応答用情報」を保持し、この「応答用情報」に基づいて問い合わせに応答する。問い合わせ応答サービス３０９の応答用情報は、デフォルトで規定されているが、管理者が事後的に設定や変更が可能なように構成してもよい。

問い合わせ応答サービス３０９は、サービス起動時に、サービス名称“Ｄｅｆａｕｌｔ Ｌｏｇｉｎ Ａｃｔｉｖａｔｉｏｎ Ｓｅｒｖｉｃｅ”をアプリケーションプラットフォーム３０３に登録する。

第二の認証システム３１１は、サービス起動管理部（確認手段、問い合わせ手段、制御手段）３１６を備える。サービス起動管理部３１６は、第二の認証サービス群（サービス３１２、３１３、３１４）の起動／停止を制御する。サービス起動管理部３１６は、記憶装置３００の起動設定情報３１８にアクセスしてその設定値を変更することができる。

図６（ａ）は、起動設定情報３１８の設定内容の一例を示す概念図である。図６（ｂ）は、サービス起動設定３１９の設定例を示す概念図である。図７（ａ）は、起動設定情報３１８と、起動／停止設定用のユーザインタフェース（ＵＩ）及びプログラムと、サービス起動設定３１９との関係を示す図である。図７（ｂ）、（ｃ）は、起動／停止設定用の操作画面（ユーザインタフェース）の一例を示す図である。

＜システムアプレット３２０＞
図３に示すシステムアプレット３２０は、操作パネル２００５を利用するアプリケーションであり、画像形成装置１０１が工場出荷時から備えている。ユーザは、ローカル認証サービス３０５もしくはローカル認証サービス３１２で認証された後にシステムアプレット３２０を使用することができる。システムアプレット３２０は、第二の認証サービス群（３１２、３１３、３１４）の起動／停止設定を行うために操作パネル２００５に表示されるユーザインタフェース（ＵＩ）７０１（図７（ａ））を備える。ＵＩ７０１は、ローカル認証サービス３０５で認証後の（認証成功した）ユーザが使用可能な「設定機能」である。ＵＩ７０１でユーザによって設定乃至設定変更された値は、サービス起動設定３１９に記録される。

＜システムサーブレット３２１＞
システムサーブレット３２１は、画像形成装置１０１が工場出荷時から備えているサーブレットであり、ＰＣのＷｅｂブラウザからネットワークを介して利用することができる。ユーザは、ＨＴＴＰ認証サービス３０６もしくはＨＴＴＰ認証サービス３１３で認証された後にシステムサーブレット３２１を使用することができる。システムサーブレット３２１は、第二の認証サービス群（３１２、３１３、３１４）の起動／停止設定を行うための操作画面をＰＣのＷｅｂブラウザに表示するためのＵＩ７０２（図７（ａ））を備える。ＵＩ７０２は、具体的には操作画面をＰＣのＷｅｂブラウザに表示するための、ＨＴＭＬなどで記述されたＷｅｂページである。ＵＩ７０２は、ＨＴＴＰ認証サービス３０６で認証後の（認証成功した）ユーザが使用可能な「設定機能」である。ＵＩ７０２でユーザによって設定乃至設定変更された値は、サービス起動設定３１９に記録される。

＜システムＷｅｂサービス３２２＞
システムＷｅｂサービス３２２は、画像形成装置１０１が工場出荷時から備えている、ＳＯＡＰ通信を利用したＷｅｂサービスであり、ＰＣ上のアプリケーションからネットワークを介して利用することができる。ユーザは、ＳＯＡＰ認証サービス３０７もしくはＳＯＡＰ認証サービス３１４で認証された後にシステムＷｅｂサービス３２２を使用することができる。システムＷｅｂサービス３２２は、第二の認証サービス（３１２、３１３、３１４）の起動／停止設定を行うためのＷｅｂサービスプログラム７０３（図７（ａ））を備える。Ｗｅｂサービスプログラム７０３は、ＳＯＡＰ認証サービス３０７で認証後の（認証成功した）ユーザが使用可能な「設定機能」である。Ｗｅｂサービスプログラム７０３によって設定乃至設定変更された値は、サービス起動設定３１９に記録される。

このように、ＵＩ７０１、ＵＩ７０２、プログラム７０３は、第二の認証サービス群（サービス３１２、３１３、３１４）の起動／停止の設定を行うためのインタフェース（ＵＩ、ＡＰＩ（Application Program Interface））である。これらの「設定機能」は、サービス起動設定３１９の設定乃至変更を、認証されたユーザから受け付けるためのものである。図６（ａ）に示す起動設定情報３１８には、これらＵＩ７０１、ＵＩ７０２、プログラム７０３を用いた第二の認証サービスの各々の起動設定の可否、つまり、ユーザによる設定乃至設定変更の可否；有効／無効を示す設定値が記録される。図６（ａ）において、「ＴＲＵＥ」は起動設定が可（有効）、「ＦＡＬＳＥ」は起動設定が不可（無効）であることを示す。起動設定情報３１８の各項目の設定値は、初期値（デフォルト）としてすべて「ＦＡＬＳＥ」に設定されているとする。

サービス起動設定３１９（図６（ｂ））において、各認証サービスの起動停止制御に関し、「ＴＲＵＥ」が「起動する」、「ＦＡＬＳＥ」が「起動しない（停止）」であることを示す。サービス起動設定３１９には、画像形成装置１０１の工場出荷時には全て初期値としてＴＲＵＥが記録されているものとする。

図６（ａ）において、符号６０１〜６０３で示す値は、設定機能のうちＵＩ７０１の使用可否を第二の認証サービスの種類別に規定する。符号６０３〜６０６で示す値は、設定機能のうちＵＩ７０２の使用可否を第二の認証サービスの種類別に規定する。符号６０７〜６０９で示す値は、設定機能のうちプログラム７０３の使用可否を第二の認証サービスの種類別に規定する。従って、第二の認証システム３１１は、上記の設定機能を、第一の認証サービスの種類毎に（サービス３０５、３０６、３０７のそれぞれについて）提供可能である。

図７（ｂ）、（ｃ）に例示されるように、ＵＩ７０１またはＵＩ７０２には、第二の認証サービス群（サービス３１２、３１３、３１４）の起動／停止の設定を受け付けるための項目が表示される。起動設定情報３１８に設定されたもののうち「ＴＲＵＥ」となっているサービスが、ＵＩ７０１、ＵＩ７０２に表示され、設定乃至変更（起動する／起動しないの設定）の受け付けが可能となる。

システムアプレット３２０は、それの起動時に起動設定情報３１８の設定値（符号６０１、６０２、６０３）を参照し、設定値がＴＲＵＥである項目（認証サービス）のみをＵＩ７０１（図７（ｂ））に表示する。例えば、図６（ａ）の例でいえば、符号６０１、６０２、６０３のうち符号６０２、６０３の値がＴＲＵＥであるので、ＵＩ７０１において、符号８０１、８０２（ＨＴＴＰ認証サービス３１３、ＳＯＡＰ認証サービス３１４）のみが表示される。

また、システムサーブレット３２１は、それの起動時に起動設定情報３１８の設定値（符号６０４、６０５、６０６）を参照し、設定値がＴＲＵＥの項目（認証サービス）のみをＵＩ７０２（図７（ｃ））に表示する。例えば、図６（ａ）の例でいえば、符号６０４、６０５、６０６のうち符号６０６の値がＴＲＵＥであるので、ＵＩ７０２において、符号８０３（ＳＯＡＰ認証サービス３１４）のみが表示される。

システムＷｅｂサービス３２２は、それの起動時に起動設定情報３１８の設定値（符号６０７、６０８、６０９）を参照し、設定値がＴＲＵＥの項目（認証サービス）に対応するＷｅｂサービスプログラムを使用可能にする（図示せず）。例えば、図６（ａ）の例でいえば、符号６０７、６０８、６０９のうち符号６０８の値がＴＲＵＥであるので、Ｗｅｂサービスプログラム７０３のうち、ＨＴＴＰ認証サービス３１３に対応するＷｅｂサービスプログラムを使用可能にする。

ＵＩ７０１、ＵＩ７０２、Ｗｅｂサービスプログラム７０３において、ユーザからの指示を受け付けて設定が変更されると、それが随時、サービス起動設定３１９（図６（ｂ））に反映される。例えば、図７（ｂ）の設定例でいえば、ＨＴＴＰ認証サービス３１３及びＳＯＡＰ認証サービス３１４が「起動する」に設定されているので、サービス起動設定３１９（図６（ｂ））では、それらの設定値が「ＴＲＵＥ」となる。サービス起動管理部３１６は、サービス起動設定３１９を参照して、第二の認証サービスの各々の起動／停止を制御する。従って、ＵＩ７０１、ＵＩ７０２、プログラム７０３において、ユーザは、受け付け可能な認証サービスについて「起動」を選択することで、その認証サービスが起動されるように指示することが可能となる。

ところで、第一の認証システム３０４は、第一の認証サービス群（サービス３０５、３０６、３０７）のすべて、及び問い合わせ応答サービス３０９を必ずしも備えているとは限らない。例えば、図８（ａ）に例示するような、ローカル認証サービス３０５及びユーザ認証情報管理部３０８のみを備える構成となることもある。または、図８（ｂ）に例示するような、ローカル認証サービスと３０５、ＨＴＴＰ認証サービス３０６及びユーザ認証情報管理部３０８のみを備える構成となることもある。あるいは、図８（ｃ）に例示するような、ローカル認証サービスと３０５、ＳＯＡＰ認証サービス３０７及びユーザ認証情報管理部３０８のみを備える構成となることもある。

＜アプレット３２３、サーブレット３２４、Ｗｅｂサービス３２５＞
図３に示すアプレット３２３は、操作パネル２００５を利用するアプリケーションである。ユーザは、ローカル認証サービス３０５もしくはローカル認証サービス３１２で認証された後にアプレット３２３を使用することができる。

サーブレット３２４は、サーブレットを備えるアプリケーションである。ユーザは、ＨＴＴＰ認証サービス３０６もしくはＨＴＴＰ認証サービス３１３で認証された後にサーブレット３２４を使用することができる。

Ｗｅｂサービス３２５は、Ｗｅｂサービスを備えるアプリケーションである。ユーザは、ＳＯＡＰ認証サービス３０７もしくはＳＯＡＰ認証サービス３１４で認証された後にＷｅｂサービス３２５を使用することができる。

＜認証サービスの起動処理＞
次に、画像形成装置１０１の電源が投入されてから、画像形成装置１０１の認証サービスが利用可能になるまでの処理を説明する。画像形成装置１０１の電源が投入されると、各種プログラムがＲＯＭ２００２やＨＤＤ２００４からＲＡＭ２００３にロードされる。そして、デバイスドライバ群３０１、オペレーティングシステム３０２、アプリケーションプラットフォーム３０３が順次起動される。次に、アプリケーションプラットフォーム３０３は、追加インストールされた第一の認証システム３０４が起動するように設定されている場合に、第一の認証システム３０４を起動する。

第一の認証システム３０４は、自身が備える第一認証サービスを起動し、上記した各サービス名称と各サービスを利用するためのＡＰＩを実装したインスタンスをアプリケーションプラットフォーム３０３に登録する。次に、アプリケーションプラットフォーム３０３は、第二の認証システム３１１を起動する。次に、図９（ａ）、（ｂ）のフローチャートを参照して、第二の認証システム３１１の起動処理について説明する。

ここで、本実施の形態では、設定機能（ＵＩ７０１、ＵＩ７０２、プログラム７０３）を用いてユーザによりサービス起動設定３１９の設定変更を行えるように構成することと、そのような設定変更を行えないように構成することが可能である。ユーザによるサービス起動設定３１９の設定変更を行えない場合の処理が図９（ａ）である。一方、ユーザによるサービス起動設定３１９の設定変更を行える場合、図９（ａ）の処理の中に図９（ｂ）に示すステップを追加した処理を実行する。

図９（ａ）は、本実施の形態において設定機能を用いてサービス起動設定３１９の設定変更を行えない場合における第二の認証システム３１１の起動処理のフローチャートである。この起動処理は、画像形成装置１０１の電源が投入されると実行開始する。あるいは、ユーザからの認証要求アクセスがある度に実行開始するようにしてもよい。

サービス起動管理部３１６はまず、第一の認証サービス群（３０５、３０６、３０７）の起動をチェックする。そして、第二の認証システム３１１が有する認証サービス（第二の認証サービス）と同種類の認証サービスが第一の認証システム３０４で起動しているか否かを判別する（ステップＳ１０１）。

具体的には、サービス起動管理部３１６は、アプリケーションプラットフォーム３０３に、サービス名称が登録されているか否かによって各種類の第一認証サービスの起動を判別する。ここでいうサービス名称は、上記した“Ｌｏｃａｌ Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ”、“ＨＴＴＰ Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ”、“ＳＯＡＰ Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ”の３つである。例えば、“Ｌｏｃａｌ Ｌｏｇｉｎ Ｓｅｒｖｉｃｅ”だけが登録されていた場合、ローカル認証サービスは起動しているが、他の種類の認証サービス（ＨＴＴＰ認証サービス及びＳＯＡＰ認証サービス）は起動していないと判断する。

そして、第二の認証システム３１１が有する認証サービスと同種類の認証サービスが第一の認証システム３０４で起動している場合は、サービス起動管理部３１６は、本処理を終了させる。すなわち、第一の認証サービスと同種類の第二の認証サービスを起動しない。例えば、ローカル認証サービス３０５が起動している場合は、ローカル認証サービス３０５によって認証が行えるため、ローカル認証サービス３１２を起動しない。

一方、第二の認証サービスと同種類の第一の認証サービスが起動していない場合は、サービス起動管理部３１６は、当該第二の認証サービスを「起動判定対象」とする。そして、この起動判定対象の起動可否を第一の認証システム３０４に対して問い合わせる（ステップＳ１０２）。従って、同種類の認証サービスの起動がなかったものが「起動判定対象」、すなわち、問い合わせの対象となる。

問い合わせは具体的には次のようになされる。サービス起動管理部３１６は、アプリケーションプラットフォーム３０３にサービス名“ＤｅｆａｕｌｔＬｏｇｉｎＡｃｔｉｖａｔｉｏｎＳｅｒｖｉｃｅ”が登録されているか否かを確認する。これにより、問い合わせ応答サービス３０９が起動しているか否かを確認する。問い合わせ応答サービス３０９が起動していれば、サービス起動管理部３１６は、アプリケーションプラットフォーム３０３を介して問い合わせ応答サービス３０９を呼び出し、「起動判定対象」の起動の可否を問い合わせる。

次に、サービス起動管理部３１６は、ステップＳ１０２における問い合わせが成功したか（問い合わせ応答サービス３０９から「起動判定対象」の起動の可否の情報を取得できたか）否かを判別する（ステップＳ１０３）。その判別の結果、サービス起動管理部３１６は、問い合わせが成功した場合は、問い合わせ応答サービス３０９から取得できた起動可否の情報に従って、「起動判定対象」の起動／停止を制御する（ステップＳ１０４）。その後、本処理を終了させる。

このように、設定機能を用いない構成においては、デフォルトの応答用情報を保持した問い合わせ応答サービス３０９、または、デフォルトによりまたは管理者により設定されるサービス起動設定３１９に従って、起動／停止が制御される。従って、第一の認証システム３０４が、第二の認証システム３１１における第二の認証サービスの利用の可否を制御することが可能となる。

図９（ｂ）は、本実施の形態において設定機能を用いる構成における第二の認証システム３１１の起動処理のフローチャートの一部である。図９（ｂ）の処理は、図９（ａ）のステップＳ１０３の「ＮＯ」判定とステップＳ１０５との間に挿入されて実行される。つまり、図９（ａ）の処理において、ステップＳ１０３とステップＳ１０５の間に図９（ｂ）の処理を挿入したものが、ユーザによるサービス起動設定３１９の設定変更を行える場合における第二の認証システム３１１の起動処理となる。

前記ステップＳ１０３の判別の結果、問い合わせが失敗した場合は、サービス起動管理部３１６は、「起動判定対象」とは異なる種類の第一の認証サービスが起動しているか否かを判別する（ステップＳ２０１）。その判別の結果、サービス起動管理部３１６は、「起動判定対象」とは異なる種類の第一の認証サービスが起動している場合はステップＳ２０２に処理を進める。

ステップＳ２０２では、サービス起動管理部３１６は、「起動判定対象」とは異なる種類で且つ起動している第一の認証サービスの認証成功後に使用可能となる設定機能を用いた「起動判定対象」の起動設定の受け付けを「可（可能）」にする。

上述のように、起動設定の受け付けを「可」とすることは、設定機能（ＵＩ７０１、ＵＩ７０２、プログラム７０３）によるサービス起動設定３１９（図６（ｂ））の設定乃至設定変更を、認証されたユーザから受け付けられるようにすることである。そのためには、ステップＳ２０２では、起動設定情報３１８のうち、上記使用可能となる設定機能に対応するもので且つ、「起動判定対象」と同種類の項目の設定値を「ＴＲＵＥ」に設定する。その後、サービス起動管理部３１６は、ステップＳ２０３に処理を進める。

一方、前記ステップＳ２０１で、「起動判定対象」とは異なる種類の第一の認証サービスが起動していない場合は、サービス起動管理部３１６は、ステップＳ２０２を実行することなくステップＳ２０３に処理を進める。ステップＳ２０３では、サービス起動管理部３１６は、第一の認証サービスの認証を受けることなく使用可能な設定機能を用いた起動設定の受け付けをすべて「不可」にする。

これらの態様を、図１０を用いて例示する。まず、図１０（ａ）に示すように、第一の認証システム３０４においてローカル認証サービス３０５のみが起動している事例を考える。例えば、「起動判定対象」がＨＴＴＰ認証サービス３１３である場合は、「起動判定対象」とは異なる種類であるローカル認証サービス３０５が起動していることになる。従って、サービス起動管理部３１６は、ステップＳ２０２で、起動設定情報３１８のうち、「起動判定対象」であるＨＴＴＰ認証サービス３１３の起動設定可否の設定値（図６（ａ）の符号６０２）を「ＴＲＵＥ」に設定する。これにより、システムアプレット３２０のＵＩ７０１（図７（ａ））には、ＨＴＴＰ認証サービス３１３の起動／停止の設定の受け付け項目が表示される（図７（ｂ）の符号８０１）。そしてユーザは、この受け付け項目にてＨＴＴＰ認証サービス３１３の起動／停止（つまり、起動する／起動しない）の設定が可能となる。

この事例において、ステップＳ２０３では、第一の認証サービスの認証を受けることなく使用可能な設定機能の受け付けが「不可」になる。すなわち、図６（ａ）の符号６０４〜符号６０９の値が「ＦＡＬＳＥ」に設定される。

同様の（図１０（ａ）に示す）事例において、「起動判定対象」がＳＯＡＰ認証サービス３１４である場合を考える。この場合は、サービス起動管理部３１６は、起動設定情報３１８のうち、「起動判定対象」であるＳＯＡＰ認証サービス３１４の起動設定可否の設定値（図６（ａ）の符号６０３）を「ＴＲＵＥ」に設定する。これにより、システムアプレット３２０のＵＩ７０１（図７（ａ））には、ＳＯＡＰ認証サービス３１４の起動／停止の設定の受け付け項目が表示される（図７（ｂ）の符号８０２）。そしてユーザは、この受け付け項目にてＳＯＡＰ認証サービス３１４の起動／停止の設定が可能となる。

図６（ａ）の符号６０１〜符号６０９について、一旦、値が「ＴＲＵＥ」に設定されたものは、次回以降の図９（ｂ）のステップＳ２０３の処理によって「ＦＡＬＳＥ」に設定されるまで維持される。従って、図１０（ａ）に示す事例においては、順序を問わずＨＴＴＰ認証サービス３１３の認証要求アクセス及びＳＯＡＰ認証サービス３１４の認証要求アクセスがなされた場合に、ＵＩ７０１に、図７（ｂ）に示すような２つの受け付け項目が表示される。

ＨＴＴＰ認証サービス３０６が起動していて、「起動判定対象」がＳＯＡＰ認証サービス３１４である場合は、サービス起動管理部３１６は、ステップＳ２０２で、起動設定情報３１８のうち、図６（ａ）の符号６０６の値を「ＴＲＵＥ」に設定する。これにより、システムサーブレット３２１のＵＩ７０２には、図７（ｃ）に示すように、ＳＯＡＰ認証サービス３１４の起動／停止の設定の受け付け項目が表示される。

なお、図９（ａ）、（ｂ）の処理は並行して処理されるようにしてもよい。例えば、図１０（ａ）に示す事例において、ＨＴＴＰ認証サービス３１３、ＳＯＡＰ認証サービス３１４が共に「起動判定対象」となる場合は、起動設定情報３１８のうち、図６（ａ）の符号６０２、６０３の値が「ＴＲＵＥ」に設定される。

なお、図９（ｂ）のステップＳ２０３では、「起動判定対象」とは異なる種類で且つ起動していない第一の認証サービスの認証成功後に使用可能となる設定機能を用いた起動設定の受け付けをすべて「不可」にした。しかし、匿名のユーザによる不適切利用を防止する観点に限れば、これに限るものでなく、当該設定機能を用いた「起動判定対象」の起動設定の受け付けだけを「不可」にするようにしてもよい。また、「起動判定対象」と同種類で且つ起動していない第一の認証サービスの認証成功後に使用可能となる設定機能を用いた起動設定の受け付けについては、すべて「不可」とするようにしてもよい。

ステップＳ２０３の処理後は、サービス起動管理部３１６は、図９（ａ）のステップＳ１０５に処理を進める。起動設定情報３１８で規定される使用可否に従って、ＵＩ７０１、ＵＩ７０２（図７（ｂ）、（ｃ）に例示）、プログラム７０３を用いて設定変更等がなされると、それがサービス起動設定３１９に随時反映される。従って、図９（ｂ）の処理後の前記ステップＳ１０５においては、それまでにユーザによって設定変更等がなされていれば、設定変更後のサービス起動設定３１９に基づく起動／停止の制御がなされることになる。あるいは、設定変更後のサービス起動設定３１９は、次回の画像形成装置１０１の起動時にサービス起動管理部３１６が参照するように構成してもよい。

なお、ステップＳ２０２またはステップＳ２０３の処理後に、ＵＩ７０１、ＵＩ７０２、プログラム７０３を用いた起動設定の受け付け期間を確保し、その後、ステップＳ１０５を実行するようにしてもよい。そうすれば、サービス起動設定３１９の内容が更新された状態で次のステップＳ１０５を実行できる可能性が高まる。

ところで、図１０（ａ）〜（ｃ）に示す矢印は、ユーザにおける第二の認証サービスの起動／停止の流れを示す。上述したように、図１０（ａ）の例では、ローカル認証サービス３０５により認証されたユーザのみに、ＵＩ７０１を用いたＨＴＴＰ認証サービス３１３またはＳＯＡＰ認証サービス３１４の起動／停止の設定が許可される。これにより、ローカル認証サービス３０５により認証されたユーザのみが第二の認証システム３１１を利用した認証が可能になると共に、匿名のユーザがデバイス固有の第二の認証システム３１１を不適切に利用することが防止される。また、システムサーブレット３２１やシステムＷｅｂサービス３２２を利用した第二の認証サービスの起動／停止の設定は許可されない。これにより、セキュリティが確保される。

図１０（ｂ）では、ローカル認証サービス３０５、ＨＴＴＰ認証サービス３０６が起動していて、ＳＯＡＰ認証サービス３１４が「起動判定対象」となった場合を例示する。図９（ｂ）のステップＳ２０２の処理において、サービス起動管理部３１６は、起動設定情報３１８のうち、設定値（図６（ａ）の符号６０３、６０６）を「ＴＲＵＥ」に設定する。これにより、ユーザは、システムアプレット３２０のＵＩ７０１、システムサーブレット３２１のＵＩ７０２を用いてＳＯＡＰ認証サービス３１４の起動／停止の設定が可能となる。

図１０（ｃ）では、ローカル認証サービス３０５、ＳＯＡＰ認証サービス３０７が起動していて、ＨＴＴＰ認証サービス３１３が「起動判定対象」となった場合を例示する。図９（ｂ）のステップＳ２０２の処理において、サービス起動管理部３１６は、起動設定情報３１８のうち、設定値（図６（ａ）の符号６０２、６０８）を「ＴＲＵＥ」に設定する。これにより、ユーザは、システムアプレット３２０のＵＩ７０１、システムＷｅｂサービス３２２のＷｅｂサービスプログラム７０３を用いてＨＴＴＰ認証サービス３１３の起動／停止の設定が可能となる。

本実施の形態によれば、問い合わせ応答サービス３０９の応答用情報の設定内容によって、第一の認証システム３０４が、第二の認証システム３１１における第二の認証サービス群の利用の可否を制御することが可能となる。

また、問い合わせ応答サービス３０９への問い合わせが失敗した場合でも、図９（ａ）の処理により、予め定められたサービス起動設定３１９（図６（ｂ））の設定内容に従って、起動判定対象の起動／停止が制御される。これにより、第二の認証システム３１１における第二の認証サービス群の利用の可否を第一の認証システム３０４側で予め定めておくことができる。

また、図９（ｂ）の処理を設けることにより、問い合わせ応答サービス３０９への問い合わせが失敗した場合でも、ユーザは、第一の認証サービスの認証成功後に使用が可能となる設定機能を用いて、第二の認証サービスを起動してよいか否かの設定を行える。これにより、ユーザは第二の認証サービスの利用の可否を制御することができるので、利便性が確保される。しかも、そのユーザは、第一の認証システムによって認証成功したユーザに限られるため、匿名のユーザによる不適切利用を防止し、セキュリティを確保することができる。

（第２の実施の形態）
上記した第１の実施の形態では、第二の認証システム３１１が、第一の認証システム３０４に第二の認証サービスの起動の可否を問い合わせるように構成した。これに対し第２の実施の形態では、第一の認証システム３０４が、第二の認証システム３１１に、第二の認証サービスの各々の起動の要求（依頼）を行う機能を有するように構成される。図３、図９に代えて図１１、図１２を用いて本第２の実施の形態を説明する。

図１１は、第２の実施の形態に係る画像形成装置１０１のソフトウェア構成を示すブロック図である。図示しないが、画像形成装置１０１は、デバイスドライバ群３０１、オペレーティングシステム３０２、アプリケーションプラットフォーム３０３を備える。また、システムアプリケーション（符号３２０、３２１、３２２）、追加で登録されるアプリケーション（符号３２３、３２４、３２５）、記憶装置３００も備える。これらの構成は第１の実施の形態と同じである。

第一の認証システム３０４は、問い合わせ応答サービス３０９を備えない代わりに、第二の認証システム３１１に第二の認証サービスの起動要求を行なうための第二の認証サービス起動要求部（要求手段）１００１を備える。第二の認証システム３１１は、第一の認証システム３０４の第二の認証サービス起動要求部１００１から第二の認証サービスを起動するための要求を受信するサービス起動要求受信サービス（受信手段）１００２を備える。

第二の認証サービスを起動するための要求は、第二の認証サービス群の各々についてなされ、画像形成装置１０１の管理者が設定できる。第二の認証サービスを起動するための要求は、管理者の指示によって任意のタイミングで送信される。あるいは、予約をしておき、次回の画像形成装置１０１の電源投入時に送信されるようにしてもよい。

本実施の形態でも、設定機能（ＵＩ７０１、ＵＩ７０２、プログラム７０３）を用いてユーザによりサービス起動設定３１９の設定変更を行えるように構成することと、そのような設定変更を行えないように構成することが可能である。ユーザによるサービス起動設定３１９の設定変更を行えない構成、行える構成が、それぞれ図１２（ａ）、図１２（ｂ）の処理に対応する。

図１２（ａ）は、本実施の形態において設定機能を用いない構成における第二の認証システム３１１の起動処理のフローチャートである。実行開始条件は図９（ａ）とおなじである。

まず、ステップＳ３０１では、サービス起動管理部３１６は、図９（ａ）のステップＳ１０１と同様の処理を実行する。そして、第二の認証サービスと同種類の第一の認証サービスが起動している場合は、サービス起動管理部３１６は、本処理を終了させる。一方、第二の認証サービスと同種類の第一の認証サービスが起動していない場合は、サービス起動管理部３１６は、当該認証要求アクセスに係る認証サービスと同種類の第二の認証サービスを「起動判定対象」とする。そして、サービス起動管理部３１６は、この「起動判定対象」についての第二の認証サービス起動要求部１００１からの起動要求を、サービス起動要求受信サービス１００２が受信したか否かを判別する（ステップＳ３０２）。

その判別の結果、「起動判定対象」についての起動要求が受信された場合は、サービス起動管理部３１６は、その起動要求に従って、「起動判定対象」の起動／停止を制御する（ステップＳ３０３）。その後、本処理を終了させる。一方、「起動判定対象」についての起動要求が受信されない場合は、サービス起動管理部３１６は、図９（ａ）のステップＳ１０５と同様に処理する。すなわち、サービス起動設定３１９（図６（ｂ））の設定内容に従って、「起動判定対象」の起動／停止を制御する（ステップＳ３０４）。その後、本処理を終了させる。

このような処理により、第二の認証サービス起動要求部１００１での起動要求の内容によって、「起動判定対象」の起動／停止が制御される。また、第二の認証サービス起動要求部１００１での起動要求による「起動判定対象」の起動／停止の制御ができない場合でも、予め定められたサービス起動設定３１９（図６（ｂ））の設定内容に従って、起動判定対象の起動／停止が制御される。よって、第一の認証システム３０４が、第二の認証システム３１１における第二の認証サービス群の利用の可否を制御することが可能となる。この点で、第１の実施の形態と同様の効果を奏することができる。

図１２（ｂ）は、本実施の形態において設定機能を用いる構成における第二の認証システム３１１の起動処理のフローチャートの一部である。図１２（ｂ）のステップ処理は、図１２（ａ）のステップＳ３０２の「ＮＯ」判定とステップＳ３０４との間に挿入されて実行される。図１２（ｂ）の処理内容は、ステップＳ２０１〜Ｓ２０３と同じである。

このように、図１２（ｂ）の処理を設けることにより、第二の認証サービス起動要求部１００１での起動要求による「起動判定対象」の起動／停止の制御ができない場合にも対応できる。すなわち、ユーザは、第一の認証サービスの認証成功後に使用が可能となる設定機能を用いて、第二の認証サービスを起動してよいか否かの設定を行える。よって、利便性を確保しつつ、匿名のユーザによる不適切利用を防止し、セキュリティを確保することができる。この点で、第１の実施の形態と同様の効果を奏することができる。

なお、画像形成装置１０１は、第一の認証システム３０４及び第二の認証システム３１１を含む３つ以上の認証システムを備えていてもよい。また、変形例として、第一の認証システム３０４と第二の認証システム３１１とを、上記各実施の形態におけるものと逆の立場として構成することも可能である。そして、第二の認証システム３１１が第一の認証システム３０４における第一の認証サービス群の利用の可否を制御できるように構成してもよい。

（その他の実施例）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

以上、本発明をその好適な実施形態に基づいて詳述してきたが、本発明はこれら特定の実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施形態の一部を適宜組み合わせてもよい。

１０１ 画像形成装置
３０４ 第一の認証システム
３０９ 問い合わせ応答サービス
３１１ 第二の認証システム
３１６ サービス起動管理部
３１９ サービス起動設定
１００１ 第二の認証サービス起動要求部
１００２ サービス起動要求受信サービス

Claims (7)

1. ユーザ認証を行う複数の第一の認証サービスを有する第一の認証システムと、ユーザ認証を行う複数の第二の認証サービスを有する第二の認証システムとを有する認証システムであって、
   前記第二の認証システムは、
   前記複数の第一の認証サービスのうち前記第二の認証システムが有する認証サービスと同種類の認証サービスが起動しているか否かを確認する確認手段と、
   前記確認手段により起動していないことが確認された第一の認証サービスと同種類の第二の認証サービスを起動してよいか否かについて、前記第一の認証システムに問い合わせる問い合わせ手段と、
   前記問い合わせ手段による問い合わせの結果に従って、前記第一の認証サービスと同種類の第二の認証サービスの起動を制御する制御手段とを有することを特徴とする認証システム。
2. 前記制御手段は、前記問い合わせ手段による問い合わせが失敗した場合は、予め定められた設定に従って、前記第一の認証サービスと同種類の第二の認証サービスの起動を制御することを特徴とする請求項１記載の認証システム。
3. 前記第一の認証システムは、前記第二の認証システムで前記第二の認証サービスの各々を起動してよいか否かが設定された応答用情報を保持し、前記問い合わせ手段による問い合わせに対して、前記応答用情報に従って応答することを特徴とする請求項１または２に記載の認証システム。
4. ユーザ認証を行う複数の第一の認証サービスを有する第一の認証システムと、ユーザ認証を行う複数の第二の認証サービスを有する第二の認証システムとを有する認証システムであって、
   前記第一の認証システムは、前記第二の認証システムに対して、前記複数の第二の認証サービスのいずれかの起動を要求する要求手段を有し、
   前記第二の認証システムは、
   前記第一の認証システムの前記要求手段からの前記複数の第二の認証サービスのいずれかの起動の要求を受信する受信手段と、
   前記複数の第一の認証サービスのうち、前記複数の第二の認証サービスと同種類の認証サービスが起動しているか否かを確認する確認手段と、
   前記確認手段により起動していないことが確認された第一の認証サービスと同種類の第二の認証サービスについて、前記受信手段により起動の要求が受信された場合は起動するように制御する制御手段とを有することを特徴とする認証システム。
5. ユーザ認証を行う複数の第一の認証サービスを有する第一の認証システムと、ユーザ認証を行う複数の第二の認証サービスを有する第二の認証システムとを有する認証システムにおける認証サービスの制御方法であって、
   前記第二の認証システムにおいて、前記複数の第一の認証サービスのうち前記第二の認証システムが有する認証サービスと同種類の認証サービスが起動しているか否かを確認する確認工程と、
   前記第二の認証システムにおいて、前記確認工程において起動していないことが確認された第一の認証サービスと同種類の第二の認証サービスを起動してよいか否かについて、前記第一の認証システムに問い合わせる問い合わせ工程と、
   前記第二の認証システムにおいて、前記問い合わせ工程による問い合わせの結果に従って、前記第一の認証サービスと同種類の第二の認証サービスの起動を制御する制御工程とを有することを特徴とする認証サービスの制御方法。
6. ユーザ認証を行う複数の第一の認証サービスを有する第一の認証システムと、ユーザ認証を行う複数の第二の認証サービスを有する第二の認証システムとを有し、前記第一の認証システムが、前記第二の認証システムに対して前記複数の第二の認証サービスのいずれかの起動を要求する機能を有した認証システムにおける認証サービスの制御方法であって、
   前記第二の認証システムにおいて、前記第一の認証システムからの前記複数の第二の認証サービスのいずれかの起動の要求を受信する受信工程と、
   前記第二の認証システムにおいて、前記複数の第一の認証サービスのうち、前記複数の第二の認証サービスと同種類の認証サービスが起動しているか否かを確認する確認工程と、
   前記第二の認証システムにおいて、前記確認工程において起動していないことが確認された第一の認証サービスと同種類の第二の認証サービスについて、前記受信工程により起動の要求が受信された場合は起動するように制御する制御工程とを有することを特徴とする認証サービスの制御方法。
7. 請求項５または６記載の認証サービスの制御方法をコンピュータに実行させることを特徴とするプログラム。

Images