(57)【特許請求の範囲】
【請求項１】
認証に係る機能を提供する認証パッケージをインストールするインストール手段を有する画像処理装置において、
前記認証パッケージに付された電子署名に基づいて前記認証パッケージの発行元が認証された発行元であるか否かを確認する署名確認手段と、
前記署名確認手段により認証された発行元であると確認された前記認証パッケージの発行元と、前記認証パッケージに付されたベンダＩＤに対応する発行元とが一致したとき、前記認証パッケージを確認する認証パッケージ確認手段とを有し、
前記インストール手段は、前記認証パッケージ確認手段により確認された前記認証パッケージをインストールすること、
を特徴とする画像処理装置。
【請求項２】
認証に係る機能を提供する認証パッケージをインストールするインストール手段を有する画像処理装置において、
前記認証パッケージに付された電子署名に基づいて前記認証パッケージの発行元が認証された発行元であるか否かを確認する署名確認手段と、
前記署名確認手段により認証された発行元であると確認された前記認証パッケージに付された認証パッケージＩＤのフォーマットと、予め定められたフォーマットとが一致したとき、前記認証パッケージを確認する認証パッケージ確認手段とを有し、
前記インストール手段は、前記認証パッケージ確認手段により確認された前記認証パッケージをインストールすること、
を特徴とする画像処理装置。
【請求項３】
認証に係る機能を提供する認証パッケージをインストールするインストール手段を有する画像処理装置における認証パッケージインストール方法おいて、
前記画像処理装置が、
前記認証パッケージに付された電子署名に基づいて前記認証パッケージの発行元が認証された発行元であるか否かを確認する署名確認手順と、
前記署名確認手順により認証された発行元であると確認された前記認証パッケージの発行元と、前記認証パッケージに付されたベンダＩＤに対応する発行元とが一致したとき、前記認証パッケージを確認する認証パッケージ確認手順と、
前記認証パッケージ確認手順により確認された前記認証パッケージを前記インストール手段によりインストールするインストール手順と、を実行すること、
を特徴とする認証パッケージインストール方法。
【請求項４】
認証に係る機能を提供する認証パッケージをインストールするインストール手段を有する画像処理装置における認証パッケージインストール方法おいて、
前記画像処理装置が、
前記認証パッケージに付された電子署名に基づいて前記認証パッケージの発行元が認証された発行元であるか否かを確認する署名確認手順と、
前記署名確認手順により認証された発行元であると確認された前記認証パッケージに付された認証パッケージＩＤのフォーマットと、予め定められたフォーマットとが一致したとき、前記認証パッケージを確認する認証パッケージ確認手順と、
前記認証パッケージ確認手順により確認された前記認証パッケージを前記インストール手段によりインストールするインストール手順と、を実行すること、
を特徴とする認証パッケージインストール方法。
【請求項５】
コンピュータに請求項３又は４に記載の認証パッケージインストール方法を実行させるための認証パッケージインストールプログラム。
【請求項６】
請求項５に記載の認証パッケージインストールプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置、認証パッケージインストール方法、認証パッケージインストールプログラム、及び記録媒体の分野に関する。
【背景技術】
【０００２】
一般にセキュリティの観点から、ある装置を利用する際、ユーザは、はじめにまずログイン等のユーザ認証を行った後、許可された者が許可された権限の範囲内で当該装置を利用することができる。例えば、画像処理装置の一例としての複合機においても、ユーザが当該複合機を利用するにあたって、管理者によって設定された認証方式に従って認証を行う。
【０００３】
設定される認証方式には、例えば、複合機内で認証情報が管理され認証される機器ローカル認証方式、Ｗｉｎｄｏｗｓ（登録商標）サーバにおいて認証されるＷｉｎｄｏｗｓ（登録商標）認証方式、同様にＬＤＡＰ（Ｌｉｇｈｔｗｅｉｇｈｔ  Ｄｉｒｅｃｔｏｒｙ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）サーバにおけるユーザ情報等を用いて認証されるＬＤＡＰ方式などが挙げられる。この他にも、ＩＣカードを用いた認証方式、指紋を利用した指紋認証等様々な方式があり、また今後も新しい認証方式が出現してくると考えられる。
【０００４】
ここで、当該複合機に、デフォルトでは搭載されていない新たな認証方式を事後的に追加するためにいわゆる「認証パッケージ」をインストールする。認証パッケージのインストールにあたっては、不正なパッケージがインストールされぬよう留意する必要がある。不正なパッケージは、他のプログラムへの誤動作等を引き起こす可能性があり、このような不正なソフトウェアを排除するため、ソフトウェアのインストールする前に認証を行い、認証されたソフトウェアについてのみインストールを行う技術が提供されている。
【０００５】
特許文献１には、認証情報に基づく認証を行う認証手段を有する、ソフトウェアコンポーネントの更新に必要な様々な処理を適切に行うことが可能な情報処理システム及びインストール制御方法について記載されている。
【特許文献１】特開２００６−０９１９４３
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のソフトウェアインストール方法は、認証パッケージのインストール、プラグインに特化したものではなかった。
【０００７】
そこで本発明では上記のような問題に鑑みて、認証パッケージの検証と特定管理者への認証を含む管理手続きを備える画像処理装置、認証パッケージインストール方法、認証パッケージインストールプログラム、及び記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００８】
そこで上記課題を解決するため、本発明に係る画像処理装置は、認証に係る機能を提供する認証パッケージをインストールするインストール手段を有する画像処理装置において、
前記認証パッケージに付された電子署名に基づいて前記認証パッケージの発行元が認証された発行元であるか否かを確認する署名確認手段と、前記署名確認手段により認証された発行元であると確認された前記認証パッケージの属性情報に基づいて、前記認証パッケージを確認する認証パッケージ確認手段とを有し、前記インストール手段は、前記認証パッケージ確認手段により確認された前記認証パッケージをインストールすること、を特徴とする。
【０００９】
また上記課題を解決するため、前記認証パッケージ情報は、認証パッケージＩＤ、認証パッケージバージョン、及び当該認証パッケージの作成に係るベンダＩＤを含むことを特徴とする。
【００１０】
また上記課題を解決するため、前記認証パッケージ確認手段は、前記署名確認手段により確認された発行元と、前記ベンダＩＤに対応する発行元との一致を確認することを特徴とする。
【００１１】
また上記課題を解決するため、前記認証パッケージ確認手段は、前記認証パッケージＩＤのフォーマットが、予め定められたフォーマットとの一致を確認することを特徴とする。
【００１２】
また上記課題を解決するため、本発明に係る認証パッケージインストール方法は、認証に係る機能を提供する認証パッケージをインストールするインストール手段を有する画像処理装置における認証パッケージインストール方法おいて、前記認証パッケージに付された電子署名に基づいて前記認証パッケージの発行元が認証された発行元であるか否かを確認する署名確認手順と、前記署名確認手順により認証された発行元であると確認された前記認証パッケージの属性情報に基づいて、前記認証パッケージを確認する認証パッケージ確認手順とを有し、前記インストール手段は、前記認証パッケージ確認手順により確認された前記認証パッケージをインストールすることを特徴とする。
【００１３】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、などに適用したものも本発明の態様として有効である。
【発明の効果】
【００１４】
本発明によれば、認証パッケージの検証と特定管理者への認証を含む管理手続きを備える画像処理装置、認証パッケージインストール方法、認証パッケージインストールプログラム、及び記録媒体を提供することができる。
【発明を実施するための最良の形態】
【００１５】
次に、本発明を実施するための最良の形態を、以下の実施形態に基づき図面を参照しつつ説明していく。なお、本実施形態では装置の一例として画像処理装置を例に説明するが、本発明によって認証パッケージがインストール（プラグイン）される如何なる画像処理装置、また情報処理装置であってもよい。
【００１６】
＜ソフトウェア構成図＞
図１は、本発明による画像処理装置の一実施形態のソフトウェア構成図である。図１の画像処理装置１は、ローカルＵＩ（ユーザインターフェース）３、セッション管理ＵＩ４、セッション管理５、プラグイン管理６、認証パッケージ７、アプリ（アプリケーション）ＵＩ８、アプリ／サービス９を有する構成である。また、外部記憶装置２に記憶されている認証パッケージ７を利用し、認証を行うこともできる。
【００１７】
ローカルＵＩ３は、ユーザ（操作者）と画像処理装置１とのインターフェースである。ユーザは、画像処理装置１の表示部等、操作部等と介して入力指示等を行う。セッション管理部５は、システム内の動作を全体に管理する。例えば、操作者がログインしてからログアウトするまでの間をセッションとして管理する。また、セッション管理に伴い、当該セッションのユーザの権限を管理する。また、認証パッケージの管理、後述する認証パッケージの妥当性確認を行う。また、セッション管理部ＵＩ４は、セッション管理部５とのインターフェースである。プラグイン管理６は、認証パッケージのプラグインに係る管理を行うものである。また、後述する認証パッケージの正当性確認を行う。
【００１８】
アプリ／サービス９は、特定の目的のために設計されたソフトウェアである。画像処理装置１の場合は、例えば、スキャナ、プリント、又はＦＡＸに係るアプリケーションソフトウェアである。また、アプリＵＩ８は、アプリ／サービス９とのインターフェースに係る機能を有している。
【００１９】
認証パッケージ７は、認証に係るプログラムである。単一の認証方式もしくは複数の認証方式を提供するプログラムで、例えば、ユーザはログイン等の認証の場面において、認証パッケージが提供する認証機能を用いて認証を行う。認証パッケージ７は、例えば、ローカル認証方式、Ｗｉｎｄｏｗｓ（登録商標）認証方式、ＬＤＡＰ認証方式、ＩＤカード認証方式、指紋認証方式等の認証方式を提供する。
【００２０】
図２は、認証パッケージ７を示す図である。認証パッケージ７は、認証パッケージ情報２０１、認証パッケージＵＩ２０２、認証モジュール２０３、及び電子署名２０４からなる。認証パッケージＵＩ２０２は、設定画面や認証画面などを管理するプログラムである。認証モジュール２０３は、認証パッケージの実体部であり、当該認証パッケージに係る認証方式に基づいて認証を実施するプログラムである。電子署名２０４は、当該認証パッケージの発行元、製造元に係る電子署名である。電子署名２０４は、発行元の秘密鍵により作成される。認証パッケージ情報２０１は、当該認証パッケージに係る属性情報である。図３は、認証パッケージ情報２０１を示す図である。パッケージＩＤ３０１、ベンダＩＤ３０２、パッケージ名３０３、バージョン３０４などの属性情報からなる。パッケージＩＤ３０１は当該認証パッケージのＩＤ、ベンダＩＤは当該認証パッケージを作成したベンダＩＤ、パッケージ名３０３は当該認証パッケージの名称、バージョン３０４は当該認証パッケージのバージョン情報を表している。特に認証パッケージ情報２０１は、後述する認証パッケージの認証で用いられるものである。
【００２１】
＜認証パッケージの正当性確認と妥当性確認＞
管理者は、必要な認証方式を提供する認証パッケージを画像処理装置１に組み込む。正当性確認と妥当性確認は、当該認証パッケージをプラグインするにあたって、プラグインしてよいものなのかを認証するものである。画像処理装置１は、正当性確認及び妥当性確認された認証パッケージについてプラグインを行う。はじめに認証パッケージの正当性確認が行われ、正当性確認された認証パッケージについて妥当性確認が行われる構成である。
【００２２】
正当性確認では、署名検証を行う。認証パッケージには、認証パッケージ７には電子署名２０４が付されている。電子署名は、ＭＤ５やＳＨＡ１等のハッシュ関数により元となる種から作成したメッセージダイジェストを発行元の秘密鍵で暗号化されたものである。画像処理装置１は、複数の公開鍵を有しており、これらの公開鍵を用いて、発行元が認証された発行元であるか否かを確認する。電子署名チェックでは、前記種からＭＤ５やＳＨＡ１等のハッシュ関数により作成したメッセージダイジェストと、電子署名を公開鍵により複合化したメッセージダイジェストとの照合を行う。発行元が予め登録された発行元であった場合には、正当性確認されたものとし、次の妥当性確認が行われる。
【００２３】
妥当性確認では、認証パッケージ情報２０１に基づいて、認証パッケージの妥当性確認を行う。妥当性が確認された認証パッケージについて、画像処理装置１はプラグインを許可する動作を行う。妥当性確認は、認証パッケージの認証に特化して行われる認証である。
【００２４】
認証パッケージ情報２０１は、パッケージＩＤ３０１、ベンダＩＤ３０２、パッケージ名３０３、バージョン３０４などの属性情報からなる。妥当性確認では、正当性確認で確認された発行元と、ベンダＩＤ３０２に対応する発行元とが一致するか否か確認される。なお、ベンダＩＤと発行元（例えば、ベンダ名）が対応した情報が予め保持されており、このリストに基づいて、確認される。図４は、発行元（署名者）、署名鍵（公開鍵）、ベンダＩＤが対応したリストの例を示す。また、パッケージＩＤ３０１のフォーマットが、予め定められたフォーマットとの一致を確認する。例えば、「５桁―７桁」で構成されているか等である。これにより、ベンダＩＤ３０２に署名者と異なるベンダにより提供された認証パッケージを排除することができる。またさらに、ベンダの確認が取れると、ベンダごとに割り当てられた空間が適切に使用されているかの確認も可能である。この空間とは、ソフトウェアに係る一定領域をベンダごとに使用許可され、割り当てられた空間である。これにより、不正な領域を防ぎ、他のプログラムへの誤作動、不具合といった影響を減らすことができる。また、ある特定のベンダであることが確認されると、例えば、「ＲＩＣＯＨ」であることが確認されると、各種規制を緩めるなどしてもよい。
【００２５】
＜認証パッケージの追加＞
次に、認証パッケージ７を画像処理装置１に追加する場合について説明する。図５は、認証パッケージ７を画像処理装置１に追加する場合のシーケンス図である。
【００２６】
管理者は、画像処理装置１に対して、新たな認証パッケージ追加を行う。管理者は、操作部等からローカルＵＩ３に対してログインを行う。ステップＳ５０１に進み、認証要求
が行われる。これは管理者による管理者権限を有する認証ＩＤ、認証情報（パスワード等）を用いての認証要求である。
【００２７】
ステップＳ５０２に進み、セッション管理５で、管理者認証の実施が行われるが、ステップＳ５０３で、管理者認証には管理者認証を行うための認証パッケージ（管理者認証）７ｂが用いられる。
【００２８】
ステップＳ５０４に進み、認証結果が通知される（成功とする）。続けて、ステップＳ５０５で、管理者が新たな認証パッケージの追加要求を行うと、ローカルＵＩ３を通じてプラグイン管理６に対して、プラグイン追加要求が行われる。
【００２９】
ステップＳ５０６に進み、プラグイン管理６は、セッション管理５に管理者権限があるかどうかを確認する。認証パッケージのプラグインにあたって、管理者権限の有無が確認されるものである。なお、セッション管理６は権限を管理しており、先のステップにおいて、認証パッケージ（管理者認証）７ｂにより管理者権限を確認している。
【００３０】
管理者権限が確認されると、ステップＳ５０７に進み、プラグイン管理６は、管理者権限を確認した後、上述した認証パッケージ７の正当性確認を行う。
【００３１】
正当性が確認されると、ステップＳ５０８に進み、認証パッケージがメモリ上に展開されロードされ、ステップＳ５０９で、認証パッケージが起動される。
【００３２】
ステップＳ５１０に進み、認証パッケージ７からセッション管理５に対し、認証パッケージの追加要求が行われると、ステップＳ５１１で、セッション管理５から認証パッケージ７に対し、認証パッケージ情報２０１の取得が行われる。
【００３３】
ステップＳ５１２に進み、プラグイン情報の取得が行われる。ここでいうプラグイン情報は、上述した、ベンダＩＤと発行元（例えば、ベンダ名）が対応した情報リスト等がある。またパッケージＩＤ３０１のフォーマット形式も含む。
【００３４】
ステップＳ５１２に進み、正当性確認された発行元、取得された認証パッケージ情報２０１、プラグイン情報に基づいて、上述した妥当性確認が行われる。
【００３５】
妥当性確認が確認されると、ステップＳ５１２に進み、認証パッケージが追加される。
【００３６】
このように、本発明に係る画像処理装置は、認証パッケージの検証と特定管理者への認証を含む管理手続きを備える。
【００３７】
＜管理者画面＞
図６は、管理者が、ユーザの利用可能な認証方式を設定する画面の一例を示す図である。ここで管理者によって設定された認証方式を利用して、ユーザは認証を行うこととなる。
【００３８】
６０１は、ユーザ認証の有無を選択するチェックボックスである。ここで、「ユーザ認証しない」をチェックすると、ユーザは認証なしで画像処理装置１を利用でき、「ユーザ認証する」をチェックすると、利用に際し認証が必要とされる。６０２は、認証方式を有効、無効にするチェックボックスである。ここで認証方式の追加、削除が行える。６０３は、チェックボックス６０２でチェックしたものについて、さらに認証方式を選択する項目である。新しい認証パッケージが追加されると、この項目上のリストに当該認証パッケージ名が追加され選択可能となる。本例では、認証方式は、認証方式１−３まで設定することが可能となっている。６０４は、表示名称を示し、ユーザに対して表示する名称を設定できる。分かりにくい認証方式名称をユーザが理解しやすい名称で表示する。
【００３９】
このように、認証機能を提供するソフトウェアを認証パッケージとしてプラグインし、動的な構成変更に柔軟性を持たせているので、管理者は動的に認証方式の追加、削除を行うことができる。
【００４０】
＜アクティブ化＞
プラグインした認証パッケージのアクティブ化について説明する。図６の管理者画面に対応して、管理者により認証方式が設定されると、当該認証方式に対応した認証パッケージがアクティブ化（有効化）される。図７は、認証パッケージのアクティブ化に係るシーケンス図である。
【００４１】
ステップＳ７０１で、ローカルＵＩ３からセッション管理５に対して、アクティブ化の要求が行われる。図６の管理者画面から管理者が所定の認証方式を選択して、例えば設定ボタンを押下した際に対応する。これをトリガーとしてセッションに係る情報、認証ＩＤ、パッケージＩＤがセッション管理５に渡される。なお、認証ＩＤは、図６の６０３に対応して何番目の認証方式であるか示すもので、パッケージＩＤは、図３の３０１に対応して当該認証パッケージを示すＩＤである。
【００４２】
ステップＳ７０２に進み、認証パッケージをアクティブにするには管理者権限が必要であるため、セッション管理５は、管理者権限の確認を行う。
【００４３】
ステップＳ７０３、７０４に進み、管理者権限が確認されると、セッション管理５は、認証パッケージ７に対して、認証パッケージの状態の確認を行う。
【００４４】
ステップＳ７０５に進み、セッション管理部５は、当該認証パッケージのアクティブ化を行う。アクティブ化が完了すると、ステップＳ７０６、７０７で、通知される。
【００４５】
セッション管理５は、これまで説明した手順によりアクティブ化された認証パッケージを管理する。また、後述するようにユーザ操作に従って、アクティブ化され利用可能な認証パッケージに対応する認証方式を選択的にユーザに提供する。
【００４６】
＜ユーザ認証＞
図８は、ユーザが画像処理装置１の利用に際しログインに係るフローチャート図である。これを用いて、ユーザのログイン操作について説明する。
【００４７】
ステップＳ８０１で、画像処理装置１を匿名利用が可能かどうか判断される。匿名利用可の場合は、ステップＳ８０６に進み、操作画面が表示され、ユーザは認証なしに利用可能である。
【００４８】
匿名利用が不可の場合、ステップＳ８０２に進み、単一認証方式かどうか判断される。ここで単一認証方式とは、ユーザは利用できる認証方式が、複数でなく、１つであるという意味である。単一認証方式でない場合、ステップＳ８０３に進み、ユーザにより認証方式が選択される。図９は、認証方式の選択を促す画面の一例である。図６の管理者画面で設定された内容に対応しており、この場合、管理者によって「ローカル認証」、「ＬＤＡＰ」、「指紋サーバ」の３つの選択方式が設定されている。ユーザは、設定された認証方式から１つ選択して、ログインを行うことができる。この場合、ユーザは、いずれかの認証方式を選択する。
【００４９】
ステップＳ８０２、８０３で、認証方式が決定されると、ステップＳ８０４に進み、ユーザのログインが行われる。図１０は、ログイン画面の一例である。
【００５０】
なお、図１０は一例であり、認証方式に応じてログイン画面は異なる。例えば、ユーザが認証方式の１つである「指紋サーバ」を選択してログイン使用とした場合、指紋認証方式によって認証されることになるので、ログイン画面には、例えば、指紋を読み取る仕組みが必要となる。この場合には、指紋読取部などを設け、ログイン画面と連携する。図１１は、指紋認証方式が選択された際のログイン画面の一例である。また、ＩＣカード認証方式であれば、ＩＣカード読取部を設け、ＩＣカードから読み取られた情報に基づいて、ログイン認証が行われる。このように、認証方式に応じたログイン画面が用いられる。
【００５１】
ステップＳ８０５に進み、ログインの認証が成功すると、ステップＳ８０６で、ユーザは画像処理装置１の操作画面を利用することができる。図１２は、操作画面の一例である。一方、ステップＳ８０５で、認証が失敗すると、ステップＳ８０７で、例えば、ユーザに対して「ログイン失敗」との表示が行われる。以上のフローでユーザのログインが行われる。
【００５２】
なお、匿名利用の場合と認証を併用し、匿名利用の場合は一部の機能の利用を許可し、認証された場合は、権限に応じて利用できる機能を追加する構成としてもよい。
【００５３】
以上、図８を用いてログインのフローを説明したが、次に、図１３を用いて、ユーザのログインのシーケンスについて説明する。
【００５４】
ユーザが操作部からログイン操作を行うと、ステップＳ１３０１で、ローカルＵＩ３からセッション管理５に対して、利用可能な認証方法リスト取得の要求が行われる。これは当該画像処理装置１が複数の認証方式（複数の認証パッケージ）を有する場合において、使用できる認証方式のリストを要求するものである。セッション管理５は、ローカルＵＩ３に対し、管理者により設定されている認証方法を返す。ここでは認証ＩＤ、これに対応する認証パッケージＩＤ、認証パッケージ名称が返される。
【００５５】
これを受けて表示する画面が図９である。ステップＳ１３０２に進み、ユーザは認証方式を選択する。
【００５６】
ステップＳ１３０３に進み、ローカルＵＩ３は、選択された認証方式に対応する認証画面表示要求を行う。セッション管理５を介して、認証パッケージＵＩ２０２は、この認証画面表示要求を受けて、ステップＳ１３０４で、認証画面をローカルＵＩ３に返す。これは、認証情報入力要求に相当する。なお、認証画面は、認証パッケージごとの認証パッケージＵＩ２０２が提供する。認証画面は、認証パッケージ単位で保持されているので、選択された認証方式に対応した固有の認証画面をユーザに表示可能である。よって、選択された認証方式に応じて動的に認証画面を表示できる。認証パッケージＵＩ２０２により提供される認証画面は、例えば、図１０、１１に相当する。
【００５７】
ステップＳ１３０５で、選択された認証方式に対応する認証情報が入力されると、認証情報は、認証パッケージＵＩ２０２を介して、セッション管理５に渡される。
【００５８】
ステップＳ１３０６に進み、セッション管理５は、認証情報に基づいて、認証を行う。実際は、セッション管理５は認証モジュール２０３に対して認証を行わせる。
【００５９】
認証がおこなわれると、ステップＳ１３０７で、その結果がローカルＵＩ３に返される。
【００６０】
ステップＳ１３０７で、ローカルＵＩ３を通じて、「認証成功」もしくは「認証失敗」
等の表示がユーザになされる。
【００６１】
以上、ユーザはログインに際し、複数の認証方式を用いることができる。例えば、ローカル認証方式とＩＣカード認証方式が設定されている場合、ユーザは通常、利便性の良いＩＣカードを用いて、ＩＣカードリーダーにＩＣカードを通すだけでログインすることができる。ここでユーザがＩＣカードを忘れたなどした場合、ＩＣカード認証方式のみ利用が可能なシステムでは認証方式が固定的であるため、ユーザはもはやログインすることはできず、管理者に連絡するなどするしか方法はなかった。本発明の如く、ＩＣカード認証方式に代わってローカル認証方式を選択しログインを行えば、ユーザは通常通りログインを行うことができる。
【００６２】
なお、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００６３】
【図１】ソフトウェア構成図である。
【図２】認証パッケージを示す図である。
【図３】認証パッケージ情報の属性情報を示す図である。
【図４】署名に係るリストを示す図である。
【図５】認証パッケージプラグインに係るシーケンス図である。
【図６】管理者画面の一例である。
【図７】認証パッケージのアクティブ化に係るシーケンス図である。
【図８】ユーザのログインに係るフローチャート図である。
【図９】認証方式選択画面の一例である。
【図１０】ログイン画面の一例である。
【図１１】ログイン画面の一例である。
【図１２】操作画面の一例である。
【図１３】ユーザのログインに係るシーケンス図である。
【符号の説明】
【００６４】
１        画像処理装置
２        外部記憶装置
３        ローカルＵＩ
４        セッション管理ＵＩ
５        セッション管理
６        プラグイン管理
７        認証パッケージ
８        アプリＵＩ
９        アプリ／サービス９
【図１】
0005052367.tif 000002
【図２】
0005052367.tif 000003
【図３】
0005052367.tif 000004
【図４】
0005052367.tif 000005
【図５】
0005052367.tif 000006
【図６】
0005052367.tif 000007
【図７】
0005052367.tif 000008
【図８】
0005052367.tif 000009
【図９】
0005052367.tif 000010
【図１０】
0005052367.tif 000011
【図１１】
0005052367.tif 000012
【図１２】
0005052367.tif 000013
【図１３】
0005052367.tif 000014