JP2005071040A - 機器、ユーザ認証装置及びユーザ認証方法 - Google Patents

Abstract

【課題】 機器一台あたりのコストアップを回避しつつ、所定の機能について利用可能なユーザを制限することができる機器の提供を目的とする。
【解決手段】 所定の機能の提供に際してユーザの認証情報の入力を要求する機能提供手段と、前記認証情報の入力を受け付ける認証情報受付手段と、前記認証情報受付手段の受け付けた前記認証情報に基づいて、ネットワークを介して接続している所定の情報処理装置に前記ユーザの認証要求を送信し、前記所定の情報処理装置における認証結果を受信する認証要求手段とを有し、前記機能提供手段は、前記認証要求手段の受信した前記認証結果が前記ユーザの認証された旨を示している場合に前記所定の機能を提供することにより上記課題を解決する。
【選択図】 図４

Description

本発明は、機器、ユーザ認証装置及びユーザ認証方法に関し、特に利用する際に認証情報の入力を要求する機器、ユーザ認証装置及びユーザ認証方法に関する。

近年のセキュリティ意識の高まりに伴い、ＬＰ（Ｌｉｎｅ Ｐｒｉｎｔｅｒ）やＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）などの組込み機器においても、管理者等の所定のユーザ以外については利用可能な機能を制限したり全く利用を禁止したりすることのできるものが提供されている。また、Ｗｅｂサーバとしての機能を有する組み込み機器も登場しており、かかる機器においては、ネットワークを介した不正アクセスを防止するためにも、認証機能の重要度が増している。

図１は、従来の画像処理装置における認証機能の機能構成例を示す図である。図１の画像処理装置５０は、ネットワークを介して接続している端末６０におけるＷｅｂブラウザ６１からの操作に対応する機能としてｈｔｔｐｄ５１と、Ｗｅｂアプリ５２ａ、５２ｂ、及び５２ｃ等（以下、総称する場合「Ｗｅｂアプリ５２」という。）と、Ｗｅｂ用認証手段５３と、Ｗｅｂ用認証情報５４とを有している。

ｈｔｔｐｄ５１は、Ｗｅｂブラウザ６１からＨＴＴＰ（HyperText Transfer
Protocol）による各種処理要求（ＨＴＴＰリクエスト）を受け付けるためのデーモンプログラムである。ｈｔｔｐｄ５１は、Ｗｅｂブラウザ６１からのＨＴＴＰリクエストにおいて要求されたＵＲＬに応じたＷｅｂアプリ５２を呼び出すと共に、Ｗｅｂアプリ５２がその処理結果として出力したＨＴＭＬ（HyperText Markup Language）形式等によるＷｅｂページを、ＨＴＴＰレスポンスとしてＷｅｂブラウザ６１に送信する。

Ｗｅｂアプリ５２は、画像処理装置５０の各種機能をＷｅｂページによって提供するための、いわゆるＷｅｂアプリケーションである。Ｗｅｂアプリ５２は、ｈｔｔｐｄ５１から呼び出されると、当該Ｗｅｂアプリ５２が対応する機能を提供するためのＷｅｂページを生成する。Ｗｅｂアプリ５２は、要求された機能の利用を所定のユーザのみに制限させる場合は、Ｗｅｂ用認証手段５３に対して、ユーザ名及びパスワードを引数としてユーザの認証を要求する。ここで、引数に指定されるユーザ名及びパスワードは、Ｗｅｂブラウザ６１を介してユーザに入力させたものである。

Ｗｅｂ用認証手段５３は、例えばパスワード認証を行うための認証エンジンが実装されているモジュールである。Ｗｅｂ用認証情報５４は、画像処理装置５０の利用を許可するユーザのユーザ名及びパスワード等が管理されているデータベースである。すなわち、Ｗｅｂ用認証手段５３は、Ｗｅｂアプリ５２から引数として渡されたユーザ名及びパスワードを、Ｗｅｂ用認証情報５４に管理されているユーザ名及びパスワードと照合することにより、ユーザの認証を行う。

また、画像処理装置５０は、画像処理装置５０に備え付けられた操作パネル（液晶などの画面によって、各種機能を利用するためのインタフェースを提供するオペレーシンパネル。以下、「オペパネ」という。）による操作に対応する機能として、オペパネ５５と、オペパネ表示制御部５６と、アプリケーション５７と、オペパネ用認証手段５８と、オペパネ用認証情報５９とを有している。

オペパネ５５は、上述したオペパネそのものである。オペパネ表示制御部５６は、オペパネ５５の表示内容の制御や、オペパネ５５に対するユーザからの入力に基づいてアプリケーション５７に各種処理要求を行うためのモジュールである。

アプリケーション５７は、画像処理装置５０における各種機能（印刷機能、コピー機能等）に係る処理を実行するモジュールである。アプリケーション５７は、要求された機能の利用を所定のユーザのみに制限させる場合は、オペパネ用認証手段５８に対して、例えば暗証番号等を引数としてユーザの認証を要求する。ここで、引数に指定される暗証番号は、オペパネ５５を介してユーザに入力させたものである。

オペパネ用認証手段５８、オペパネ用認証情報５９は、それぞれＷｅｂ用認証手段５３、Ｗｅｂ用認証情報５４に対応するものである。すなわち、オペパネ用認証手段５８は、アプリケーション５７から引数として渡された暗証番号を、オペパネ用認証情報５９に管理されている暗証番号と照合することにより、ユーザの認証を行う。

このように、従来においては、当該機器の利用を許可するユーザのユーザ情報（Ｗｅｂ用認証情報５４、オペパネ用認証情報５９）と、当該ユーザデータベースを用いてユーザの認証を行うための認証機能（Ｗｅｂ用認証手段５３、オペパネ認証手段５８）とが機器の内部に実装されていた。

しかしながら、機器内部にユーザデータベースを実装するためには、ハードディスクなどの大規模記憶装置を機器に実装する必要があり、機器のコストアップにつながるという問題があった。機器本来の機能（例えば、画像処理装置においては、印刷機能等。デジタルカメラであれば撮影機能等。）についての性能を向上させるためではなく、補助的な機能を実装するためにコストが増大するのは望まし状態とはいえない。

また、複数の機器が利用される環境においては、全ての機器に対して同様のユーザデータベースを実装する必要がある。したがって、ユーザデータベースの更新の必要がある際には、全ての機器について同様の作業を行う必要があり、保守作業に非常に手間がかかるという問題があった。

本発明は、上記の点に鑑みてなされたものであって、機器一台あたりのコストアップを回避しつつ、所定の機能について利用可能なユーザを制限することができる機器の提供を目的とする。

そこで上記課題を解決するため、本発明は、所定の機能の提供に際してユーザの認証情報の入力を要求する機能提供手段と、前記認証情報の入力を受け付ける認証情報受付手段と、前記認証情報受付手段の受け付けた前記認証情報に基づいて、ネットワークを介して接続している所定の情報処理装置に前記ユーザの認証要求を送信し、前記所定の情報処理装置における認証結果を受信する認証要求手段とを有し、前記機能提供手段は、前記認証要求手段の受信した前記認証結果が前記ユーザの認証された旨を示している場合に前記所定の機能を提供することを特徴とする。

このような機器では、ネットワークを介して接続している所定の情報処理装置にユーザの認証を実行させることができる。したがって、機器内部にユーザ情報を管理する必要がなく、ユーザ情報を保存する分の記憶容量を削減することができる。よって、機器のコストアップを回避しつつ所定の機能について利用可能なユーザを制限することができる。

また上記課題を解決するため、本発明は、上記機器からの要求に応じてユーザの認証を実行するユーザ認証装置、又は上記機器におけるユーザ認証方法としてもよい。

本発明によれば、機器一台あたりのコストアップを回避しつつ、所定の機能について利用可能なユーザを制限することができる。

以下、図面に基づいて本発明の実施の形態を説明する。本実施の形態においては、組み込み機器等の機器の具体例として画像処理装置を用いて説明する。図２は、本発明の実施の形態における画像処理システムの構成例を示す図である。図２の画像処理システム１においては、一台以上の画像処理装置（画像処理装置１０ａ及び１０ｂ等。以下、総称して「画像処理装置１０」という。）と、一台以上の端末（端末２０ａ，２０ｂ及び２０ｃ等。以下、総称して「端末２０」という。）とがＬＡＮ等のネットワーク４１を介して接続されており、更に、一台以上の認証サーバ（Ｗ認証サーバ３０ａ、Ｎ認証サーバ３０ｂ及びＸ認証サーバ３０ｃ等。以下、総称する場合「認証サーバ３０」という。）がＬＡＮ、イントラネット又はインターネット等のネットワーク４２を介して接続されている。

画像処理装置１０は、端末２０からの要求によって画像データの印刷等を行う機器である。端末２０は、画像処理システム１のユーザが直接利用するＰＣ（Personal Computer）、ＰＤＡ（Personal
Digital(Data) Assistants）、又は携帯電話等の端末である。

認証サーバ３０は、ユーザの認証を実行するための認証エンジンが実装されているコンピュータである。本実施の形態におけるＷ認証サーバ３０ａ、Ｎ認証サーバ３０ｂ及びＸ認証サーバ３０ｃ等は、それぞれ異なる方式によって認証処理を実行する認証エンジンが実装されている。

例えば、Ｗ認証サーバ３０ａは、Ｗｉｎｄｏｗｓ（登録商標）ＯＳによるネットワーク認証機能を提供するサーバである。また、Ｎ認証サーバ３０ｂは、Ｎｏｔｅｓ（登録商標）による認証機能を提供するサーバである。更に、Ｘ認証サーバ３０ｃは、その他のベンダによる認証機能を提供するサーバの例示である。

次に、画像処理装置１０の詳細について説明する。図３は、本発明の実施の形態における画像処理装置のアーキテクチャの例を示す図である。図３において、画像処理装置１０は、プロッタエンジン１２０３及びスキャナエンジン１２０４等の個別の画像処理を行うためのハードウェア資源と、エンジン制御ボード１２０２と、ＯＳ１２０１と、システム管理サービス１１０６と、ネットワークサービス１１０７と、メモリ管理サービス１１０８と、オペパネ管理サービス１１０９と、エンジン管理サービス１２００と、コピーアプリ１１０１、ファックスアプリ１１０２、プリンタアプリ１１０３及び情報提供アプリ１１０４等の各種アプリケーションとから構成される。

エンジン制御ボード１２０２は、プロッタエンジン１２０３及びスキャナエンジン１２０４等の画像処理装置１０の個別機能を制御し、エンジンＩ／Ｆ（インタフェース）を通して、エンジン制御ボード１２０２の機能をＯＳ１２０１等に提供する。

ＯＳ１２０１は、ＵＮＩＸ（登録商標）等のオペレーティング・システムであり、コピーアプリ１１０１、ファックスアプリ１１０２等、アプリケーションとして実装されている各種ソフトウェアをプロセスとして並列実行する。

システム管理サービス１１０６、ネットワークサービス１１０７、メモリ管理サービス１１０８、オペパネ管理サービス１１０９、及びエンジン管理サービス１２００は、ＡＰＩ（Application Programming
Interface）を通して、コピーアプリ１１０１等の上位アプリケーションにそれぞれの機能を提供するものである。即ち、システム管理サービス１１０６は、システム管理に関する機能を提供し、ネットワークサービス１１０７は、ネットワーク通信に関する機能を提供する。また、メモリ管理サービス１１０８は、メモリ管理に関する機能を提供し、オペパネ管理サービス１１０９は、画像処理装置１０に設置された操作パネル（オペパネ）に関する機能を提供する。更に、エンジン管理サービス１２００は、エンジン制御ボード１２０２を介してプロッタエンジン１２０３やスキャナエンジン１２０４を制御するための機能を提供する。

コピーアプリ１１０１は、コピー用アプリケーションであり、ファックスアプリ１１０２は、ファクシミリ用アプリケーションである。プリンタアプリ１１０３は、ページ記述言語（ＰＤＬ）、ＰＣＬ及びポストスクリプト（ＰＳ）を有するプリンタ用アプリケーションである。また、情報提供アプリ１１０４は、端末２０から要求された情報を表示するＷｅｂページを生成するための処理を実行するものである。

図４は、第一の実施の形態における画像処理装置の認証機能の機能構成例を説明するための図である。図４において、画像処理装置１０は、ｈｔｔｐｄ１０１と、Ｗｅｂアプリ１０２ａ、１０２ｂ及び１０２ｃ（以下、総称する場合「Ｗｅｂアプリ１０２」という。）と、オペパネ１０３と、オペパネ表示制御部１０４と、アプリケーション１０５と、認証インタフェース手段１０６と、選択情報管理ファイル１０７と、Ｗ認証モジュール１０８ａ、Ｎ認証モジュール１０８ｂ及びＸ認証モジュール１０８ｃ（以下、総称する場合「認証モジュール１０８」という。）とから構成されている。

ｈｔｔｐｄ１０１及びＷｅｂアプリ１０２は、端末２０のユーザに、Ｗｅｂブラウザ２１を介して画像処理装置１０の操作を可能にするためのものである。すなわち、ｈｔｔｐｄ１０１は、Ｗｅｂブラウザ２１からＨＴＴＰ（HyperText Transfer
Protocol）による各種処理要求（ＨＴＴＰリクエスト）や、ユーザのユーザ名及びパスワード等の認証情報を受け付けるため（認証情報受付手段）のデーモンプログラムである。ｈｔｔｐｄ１０１は、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストにおいて要求されたＵＲＬに応じたＷｅｂアプリ１０２を呼び出すと共に、Ｗｅｂアプリ１０２がその処理結果として出力したＨＴＭＬ（HyperText Markup Language）形式等によるＷｅｂページを、ＨＴＴＰレスポンスとしてＷｅｂブラウザ２１に送信する。

Ｗｅｂアプリ１０２は、画像処理装置１０の各種機能をＷｅｂページによって提供するための（機能提供手段）、いわゆるＷｅｂアプリケーションである。画像処理装置１０には、各Ｗｅｂアプリ１０２が提供する機能の種別に応じて複数のＷｅｂアプリ１０２（Ｗｅｂアプリ１０２ａ、１０２ｂ及び１０２ｃ等）が実装されている。Ｗｅｂアプリ１０２は、ｈｔｔｐｄ１０１から呼び出されると、当該Ｗｅｂアプリ１０２が対応する機能を提供するためのＷｅｂページを生成する。

また、オペパネ１０３、オペパネ表示制御部１０４及びアプリケーション１０５等は、画像処理装置１０に備え付けられた操作パネル（液晶などの画面によって、各種機能を利用するためのインタフェースを提供するオペレーシンパネル。以下、「オペパネ」という。）を介して画像処理装置１０の操作を可能にするためのものである。

すなわち、オペパネ１０３は、上述したオペパネそのものである。オペパネ表示制御部１０４は、オペパネ１０３の表示内容の制御や、オペパネ１０３に対するユーザからの入力に基づいてアプリケーション１０５各種処理要求を行うためのモジュールである。

アプリケーション１０５は、画像処理装置５０における各種機能（印刷機能、コピー機能等）を提供するための機能提供手段として機能するモジュールである。

Ｗｅｂアプリ１０２やアプリケーション１０５は、要求された機能の利用を所定のユーザのみに制限させる場合は、認証インタフェース手段５３に対して、ユーザ名及びパスワードを引数としてユーザの認証を要求する。ここで、引数に指定されるユーザ名及びパスワードは、Ｗｅｂブラウザ２１やオペパネ１０３介してユーザに入力させたものである。

Ｗ認証モジュール１０８ａ、Ｎ認証モジュール１０８ｂ及びＸ認証モジュール１０８は、各種認証サーバ３０におけるプロトコルの差違を吸収し、それぞれの認証サーバ３０による認証機能を共通のインタフェースによって認証インタフェース手段１０６に提供するためのモジュールである。

各認証モジュール１０８のインタフェースが共通化されていることにより、認証モジュール１０８を利用する認証インタフェース手段１０６等の開発を容易にすることができ、開発コストの低減を図ることができる。

例えば、Ｗ認証モジュール１０８ａには、認証インタフェース手段１０６から認証要求を受け付けるための認証メソッドが実装されており、当該認証メソッドが呼び出されると、Ｗ認証サーバ３０ａに対応したプロトコルによって、ユーザの認証要求をＷ認証サーバ３０ａに対して送信する。

同様に、Ｎ認証モジュール１０８ｂやＸ認証モジュール１０８ｃにも、Ｗ認証モジュール１０８ａにおけるものと同じインタフェースによって認証メソッドが実装されている。当該認証メソッドが呼び出されると、Ｎ認証モジュール１０８ｂ又はＸ認証モジュール１０８ｃは、それぞれが対応する認証サーバ３０に対応したプロトコルによって、Ｎ認証サーバ３０ｂ又はＸ認証サーバ３０ｃに対してユーザの認証要求を送信する。

認証インタフェース手段１０６は、認証サーバ３０又は認証モジュール１０８の種別を問わず、認証サーバ３０による認証機能を共通のインタフェースによってＷｅｂアプリ１０２やアプリケーション１０５に提供すると共に、Ｗｅｂアプリ１０２やアプリケーション１０５に、実際にユーザの認証に利用する認証サーバ３０の選別を意識させないために設けられたモジュールである。

認証インタフェース手段１０６によって、各Ｗｅｂアプリ１０２において認証モジュール１０８の呼び分け処理を実装する必要はなく、各Ｗｅｂアプリ１０２の開発工数の低減を図ることができる。

すなわち、認証インタフェース手段１０６には、Ｗｅｂアプリ１０２等から認証要求を受け付けるための認証メソッドが実装されている。当該認証メソッドが呼び出されると、認証インタフェース手段１０６は、選択情報管理ファイル１０７において管理されている、利用対象とする認証モジュール３０を識別するための情報に対応した認証モジュール３０にユーザの認証を要求する。

利用する認証モジュール１０８を、選択情報管理ファイル１０７に管理されている情報に基づいて呼び分けるようにすることにより、選択情報管理ファイル１０７の内容を変更することによって、利用する認証モジュール１０８を容易に変更することができる。

なお、図４においてＷｅｂアプリ１０２は、図３の情報提供アプリ１１０４の一部に該当し、アプリケーション１０５は、図３のコピーアプリ１１０１、ファックスアプリ１１０２、及びプリンタアプリ１１０３等に該当する。また、ｈｔｔｐｄ１０１は、図３のネットワークサービス１１０７の一部に該当し、オペパネ表示制御部１０４は、オペパネ管理サービス１１０９の一部に該当する。

以下、第一の実施の形態として、図４の機能構成による画像処理装置１０を有する画像処理システム１の処理手順について説明する。図５は、第一の実施の形態における画像処理システムによる認証処理を説明するためのシーケンス図である。

ステップＳ１１において、端末２０のＷｅｂブラウザ２１は、ユーザによる入力に基づいて画像処理装置１０ａのパラメータを設定するためのＷｅｂページ（以下、「設定ページ」という。）の送信を要求するＨＴＴＰリクエストを画像処理装置１０ａに対して送信する。ここでは、ユーザに入力させたユーザ名及びパスワード（認証情報）もＨＴＴＰリクエストと共に送信される。なお、本実施の形態においては、設定ページは、管理者のみが利用可能であるものとする。

ユーザ名及びパスワードの送信方法としては，ＨＴＴＰヘッダ中におけるユーザ名及びパスワードフィールドを用いるのが一般的であるが（ＢＡＳＩＣ／ＤＩＧＥＳＴ認証方式）、認証情報を入力させるためのＷｅｂページを別途用意し，当該Ｗｅｂページ上で入力されたものをＨＴＭＬフォームに載せて送信するようにしてもよい（ＦＯＲＭ認証）。

画像処理装置１０ａのｈｔｔｐｄ１０１は、Ｗｅｂブラウザ２１からのＨＴＴＰリクエストを受信すると、設定ページを提供するためのＷｅｂアプリとして、例えば、Ｗｅｂアプリ１０２ａを呼び出す（Ｓ１２）。

設定ページは、管理者のみが利用可能であるため、Ｗｅｂアプリ１０２ａは、認証インタフェース手段１０６の認証メソッドを、引数にＨＴＴＰリクエストに含まれていたユーザ名及びパスワードを指定して呼び出すことにより、認証インタフェース手段１０６に対してユーザの認証を要求する（Ｓ１３）。

認証インタフェース手段１０６は、選択情報管理ファイル１０７を参照して認証処理に利用する認証モジュール１０８を判断する（Ｓ１４）。選択情報管理ファイル１０７に管理しておく情報としては、例えば、利用対象とする認証モジュールの名前（ＤＬＬ名等）でもよいし、その他各認証モジュールを識別できる情報であれば、単なる番号や文字列でもよい。ここでは、Ｗ認証モジュール１０８ａの名前が利用対象の認証モジュールとして選択情報管理ファイル１０７に指定されていたものとする。したがって、認証インタフェース手段１０６は、Ｗ認証モジュール１０８ａを利用対象の認証モジュール１０８として認識する。

ステップＳ１４に続いてステップＳ１５に進み、認証インタフェース手段１０６は、Ｗ認証モジュール１０８ａの認証メソッドを、引数にユーザ名及びパスワードを指定して呼び出す。

Ｗ認証モジュール１０８ａは、Ｗ認証サーバ３０ａに対しユーザ名及びパスワードを伴って、ユーザの認証を要求する（Ｓ１６）。ここでの通信は、Ｗ認証サーバ３０ａにおける認証エンジンに対応したプロトコルによって行われる。

Ｗ認証サーバ３０ａは、ユーザ名及びパスワードに基づいてユーザの認証を実行し（Ｓ１７）、認証の結果をＷ認証モジュール１０８ａに対して送信する（Ｓ１８）。

Ｗ認証モジュール１０８ａが、Ｗ認証サーバ３０ａより独自のプロトコルによって返信された認証結果を、認証メソッドの戻り値として認証インタフェース手段１０６に対して返却すると（Ｓ１９）、認証インタフェース手段１０６は、Ｗｅｂアプリ１０２ａより呼び出された認証メソッドの戻り値として、Ｗｅｂアプリ１０２ａに認証結果を返却する（Ｓ２０）。

Ｗｅｂアプリ１０２ａは、認証インタフェース手段１０６より返却された認証結果を参照し、当該認証結果がユーザの認証に失敗した旨を示している場合は、その旨を表示するＷｅｂページ（以下、「エラーページ」という。）をｈｔｔｐｄ１０１に対して出力する（Ｓ２１）。

ｈｔｔｐｄ１０１が、エラーページを含んだＨＴＴＰレスポンスをＷｅｂブラウザ２１に送信すると、エラーページがＷｅｂブラウザ２１によって表示される（Ｓ２２）。

図６は、エラーページの表示例を示す図である。図６に示されるようにエラーページ２１０には、ユーザは認証されなかった旨が表示されている。したがって、ユーザは、自分には設定ページを利用する権限が無いことを確認することができる。

一方、認証インタフェース手段１０６より返却された認証結果がユーザの認証された旨を示している場合は、Ｗｅｂアプリ１０２ａは、設定ページを生成し（Ｓ２３）、当該設定ページをｈｔｔｐｄ１０１に対して出力する（Ｓ２４）。ｈｔｔｐｄ１０１が、設定ページを含んだＨＴＴＰレスポンスをＷｅｂブラウザ２１に送信すると、設定ページがＷｅｂブラウザ２１によって表示される（Ｓ２５）。

図７は、設定ページの表示例を示す図である。図７に示されるように設定ページ２２０においては、画像処理装置１０ａの各種パラメータの設定が可能となっている。したがって、利用を許可されたユーザは、設定ページ２２０によって画像処理装置１０ａの各種パラメータの設定を行うことができる。

上述したように、第一の実施の形態における画像処理装置１０は、ユーザの認証を行う際に、Ｗ認証サーバ３０ａ等のいわゆる外部の認証サーバを利用することができる。したがって、ユーザ情報は、画像処理装置１０ａ及び１０ｂのそれぞれに管理させる必要はなく、外部の認証サーバに一元的に管理させることができる。すなわち、ユーザ情報の管理が不要となった分、画像処理装置１０ａ等に実装するハードディスク装置等の記憶装置の肥大化を抑制することができ、画像処理装置１０ａ等のコストアップを回避しつつ、利用可能なユーザを制限することができる。

ところで、上述した例においては、画像処理装置１０ａ等と各認証サーバ３０との間の通信は、それぞれの認証サーバ３０の認証エンジンに対応したプロトコルによって行っていた。次に、第二の実施の形態として、認証サーバ３０の種別を問わず、画像処理装置１０と認証サーバ３０との間の通信を共通のプロトコルによって行うことにより、両者の間を更に緩やかな結合とした例を説明する。

図８は、第二の実施の形態における画像処理装置の認証機能の機能構成例を説明するための図である。図８において、画像処理装置１０は、ｈｔｔｐｄ１１１と、Ｗｅｂアプリ１１２ａ、１１２ｂ及び１１２ｃ（以下、総称する場合「Ｗｅｂアプリ１１２」という。）と、オペパネ１１３と、オペパネ表示制御部１１４と、アプリケーション１１５と、認証インタフェース手段１１６と、ＳＯＡＰプロキシ１１７とから構成されている。

ｈｔｔｐｄ１１１、Ｗｅｂアプリ１１２、オペパネ１１３、オペパネ表示制御部１１４及びアプリケーション１１５については、それぞれ第一の実施の形態（図４）における、ｈｔｔｐｄ１０１、Ｗｅｂアプリ１０２、オペパネ１０３、オペパネ表示制御部１０４又はアプリケーション１０５に対応するものであり、用途及び機能も同じであるため、説明は省略する。

認証インタフェース手段１１６は、ＳＯＡＰプロキシ１１７に対するインタフェースをＷｅｂアプリ１１２やアプリケーション１１５に提供するためのモジュールである。ただし、Ｗｅｂアプリ１１２やアプリケーション１１５から直接ＳＯＡＰプロキシ１１７を呼び出すようにしてもよい。

ＳＯＡＰプロキシ１１７は、認証サーバ３０における認証サーバモジュール３２に実装されているメソッドに対するプロキシとなるメソッドが実装されているモジュールである。ＳＯＡＰプロキシ１１７は、当該メソッドが呼び出されると、呼び出されたメソッドに対応する認証サーバモジュール３０のメソッドに対する呼び出し情報をシリアライズし、ＳＯＡＰメッセージとして認証サーバ３０に送信する。

認証インタフェース手段１１６やＳＯＡＰプロキシ１１７は、複数のＷｅｂアプリ１０２から共通に利用される。これによって、各Ｗｅｂアプリ１０２に同様の実装を行う必要がなく、各Ｗｅｂアプリ１０２の開発コストの低減を図ることができる。

また、認証サーバ３０は、ＳＯＡＰリスナ３１、認証サーバモジュール３２及び認証サーバエンジン３３等から構成されている。

ＳＯＡＰリスナ３１は、ＳＯＡＰプロキシ１１７より送信されたＳＯＡＰメッセージを受信し、当該ＳＯＡＰメッセージに含まれている認証サーバモジュール３２のメソッドに対する呼び出し情報をデシリアライズし、当該メソッドを呼び出すためのモジュールである。

認証サーバモジュール３２は、認証エンジン３３の機能をメソッドインタフェースによってラッピングしたモジュールである。認証エンジン３３は、ユーザの認証処理を実行するプログラムであり、第一の実施の形態における各認証サーバ３０にも同様に実装されているものである。

認証サーバモジュール３２と認証エンジン３３との関係は、第一の実施の形態（図４）における認証モジュール１０８と認証サーバ３０との関係に相当する。すなわち、認証エンジン３３は、Ｗｉｎｄｏｗｓ（登録商標）認証や、Ｎｏｔｅｓ（登録商標）認証等の種別に応じて存在し、認証サーバモジュール３２と、認証エンジン３３との間は、認証エンジン３３独自のプロトコルによってやり取りが行われる。

以下、図８の機能構成による画像処理装置１０を有する画像処理システム１の処理手順について説明する。図９は、第二の実施の形態における画像処理システムによる認証処理を説明するためのシーケンス図である。

ステップＳ３１からステップＳ３３までは、第一の実施の形態（図５）におけるステップＳ１１からステップＳ１３までと同様である。すなわち、Ｗｅｂブラウザ２１より送信された、設定ページ２２０を要求するＨＴＴＰリクエストに基づいてＷｅｂアプリ１１２ａが呼び出されると（Ｓ３１、Ｓ３２）、Ｗｅｂアプリ１１２ａは、認証インタフェース手段１１６の認証メソッドを呼び出す（Ｓ３３）。

認証インタフェース手段１１６が、ＳＯＡＰプロキシ１１７の認証メソッドを呼び出すと、ＳＯＡＰプロキシ１１７は、認証サーバ３０の認証サーバモジュール３２の認証メソッド（以下、「サーバ認証メソッド」という。）に対する呼び出し情報をシリアライズし（Ｓ３５）、当該呼び出し情報を含むＳＯＡＰメッセージを認証サーバ３０に送信することにより、サーバ認証メソッドをＳＯＡＰのＲＰＣによって呼び出す（Ｓ３６）。

図１０は、サーバ認証メソッドを呼び出す際のＳＯＡＰメッセージの例を示す図である。図１０のＳＯＡＰメッセージ４１０において、符号４１１によって示される部分がサーバ認証メソッドに対する呼び出し情報である。すなわち、タグ４１２のタグ名である「ｉｓＡｄｍｉｎｉｓｔｒａｔｉｖｅ」が、サーバ認証メソッドのメソッド名である。また、記述４１３において＜ｕｓｅｒｎａｍｅ＞タグで囲まれた「ｆｏｏ」、記述４１４において＜ｐａｓｓｗｏｒｄ＞タグで囲まれた「ｘｘｘｘｘ」が、サーバ認証メソッドの引数として指定された、ユーザのユーザ名及びパスワードである。

ステップＳ３６に続いてステップＳ３７に進み、認証サーバ３０は、ユーザ名及びパスワードに基づいてユーザの認証を行う。厳密には、呼び出し情報４１１に基づいてＳＯＡＰリスナ３１が認証サーバモジュール３２のサーバ認証メソッドを呼び出す。更に、認証サーバモジュール３２が認証エンジン３３に対して認証を要求し、認証エンジン３３がユーザの認証を実行する。

認証エンジン３３による認証結果は、サーバ認証メソッドの返却情報としてＳＯＡＰリスナ３１によってシリアライズされ、ＳＯＡＰメッセージに含められて画像処理装置１０に送信される（Ｓ３８）。

図１１は、サーバ認証メソッドの返却情報を送信する際のＳＯＡＰメッセージの例を示す図である。図１１のＳＯＡＰメッセージ４２０において、符号４２１で示される部分が、返却情報である。すなわち、記述４２２において＜ｒｅｔｕｒｎＶａｌｕｅ＞タグで囲まれた「ＳＵＣＣＥＥＤＥＤ」は、認証処理自体が成功したことを示す。また、記述４２３において＜ｉｓＡｄｍｉｎ＿ｏｕｔ＞タグで囲まれた「ＴＲＵＥ」は、ユーザが管理者であることが認証された旨を示す。

ステップＳ３８に続いてステップＳ３９に進み、ＳＯＡＰプロキシ１１７が、返却情報（認証結果）４２１をデシリアライズし、デシリアライズした認証結果を認証インタフェース手段１１６に返却すると（Ｓ４０）、認証インタフェース手段１１６は、Ｗｅｂアプリ１１２ａによって呼び出されて認証メソッドの戻り値として、認証結果をＷｅｂアプリ１１２ａに対して返却する（Ｓ４１）。

以降は、第一の実施の形態におけるステップＳ２１からステップＳ２５までの処理と同様である。すなわち、ユーザが認証されなかった場合は、エラーページ２１０がＷｅｂブラウザ２１に送信される（Ｓ４２、Ｓ４３）。また、ユーザが認証された場合は、設定ページ２２０がＷｅｂブラウザ２１に送信される（Ｓ４４〜Ｓ４６）。

上述したように、第二の実施の形態における画像処理装置１０によれば、第一の実施の形態の場合と同様に、外部の認証サーバを利用することができるため、ユーザ情報の管理を容易にすることができ、画像処理装置１０のコストアップを抑制しつつ、利用可能なユーザを制限することができる。

なお、上記の説明においては、ユーザがＷｅｂブラウザ２１によって画像処理装置１０の機能を利用する場合について説明したが、ユーザの認証方法については、ユーザがオペパネ１０３等によって画像処理装置１０の機能を利用する場合についても同様である。この場合は、オペパネ１０３によってユーザの認証情報が受け付けられることになる。

以上、本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

従来の画像処理装置における認証機能の機能構成例を示す図である。 本発明の実施の形態における画像処理システムの構成例を示す図である。 本発明の実施の形態における画像処理装置のアーキテクチャの例を示す図である。 第一の実施の形態における画像処理装置の認証機能の機能構成例を説明するための図である。 第一の実施の形態における画像処理システムによる認証処理を説明するためのシーケンス図である。 エラーページの表示例を示す図である。 設定ページの表示例を示す図である。 第二の実施の形態における画像処理装置の認証機能の機能構成例を説明するための図である。 第二の実施の形態における画像処理システムによる認証処理を説明するためのシーケンス図である。 サーバ認証メソッドを呼び出す際のＳＯＡＰメッセージの例を示す図である。 サーバ認証メソッドの返却情報を送信する際のＳＯＡＰメッセージの例を示す図である。

符号の説明

１０、１０ａ、１０ｂ 画像処理装置
２０、２０ａ、２０ｂ、２０ｃ、６０ 端末
２１、６１ Ｗｅｂブラウザ
３０ 認証サーバ
３０ａ Ｗ認証サーバ
３０ｂ Ｎ認証サーバ
３０ｃ Ｘ認証サーバ
３１ ＳＯＡＰリスナ
３２ 認証サーバモジュール
３３ 認証エンジン
４１、４２ ネットワーク
５１、１０１、１１１ ｈｔｔｐｄ
５２ａ、５２ｂ、５２ｃ、１０２ａ、１０２ｂ、１０２ｃ、１１２ａ、１１２ｂ、１１２ｃ Ｗｅｂアプリ
５３ Ｗｅｂ用認証手段
５４ Ｗｅｂ用認証情報
５５、１００、１１３ オペパネ
５６、１０４、１１４ オペパネ表示制御部
５７、１０５、１１５ アプリケーション
５８ オペパネ用認証手段
５９ オペパネ用認証情報
１０６、１１６ 認証インタフェース手段
１０７ 選択情報管理ファイル
１０８ａ Ｗ認証モジュール
１０８ｂ Ｎ認証モジュール
１０８ｃ Ｘ認証モジュール
１１７ ＳＯＡＰプロキシ
１１０１ コピーアプリ
１１０２ ファックスアプリ
１１０３ プリンタアプリ
１１０４ 情報提供アプリ
１１０６ システム管理サービス
１１０７ ネットワークサービス
１１０８ メモリ管理サービス
１１０９ オペパネ管理サービス
１２００ エンジン管理サービス
１２０１ ＯＳ
１２０２ エンジン制御ボード
１２０３ プロッタエンジン
１２０４ スキャナエンジン

Claims (19)

1. 所定の機能の提供に際してユーザの認証情報の入力を要求する機能提供手段と、
   前記認証情報の入力を受け付ける認証情報受付手段と、
   前記認証情報受付手段の受け付けた前記認証情報に基づいて、ネットワークを介して接続している所定の情報処理装置に前記ユーザの認証要求を送信し、前記所定の情報処理装置における認証結果を受信する認証要求手段とを有し、
   前記機能提供手段は、前記認証要求手段の受信した前記認証結果が前記ユーザの認証された旨を示している場合に前記所定の機能を提供することを特徴とする機器。
2. それぞれ異なる方式によって前記ユーザの認証を実行する複数の前記所定の情報処理装置に対応して複数の前記認証要求手段を有し、
   前記複数の認証要求手段のそれぞれは、共通のインタフェースによって前記所定の情報処理装置に対する前記ユーザの認証の要求を受け付けることを特徴とする請求項１記載の機器。
3. 前記認証要求手段は、前記所定の情報処理装置に対応したプロトコルによって該情報処理装置に前記ユーザの認証を要求することを特徴とする請求項１又は２記載の機器。
4. 前記複数の認証要求手段のいずれを利用するかを示す認証要求選択情報を管理する認証要求選択情報管理手段と、
   前記機能提供手段からの要求に基づいて、前記認証要求の送信に利用する前記認証要求手段を呼び出す認証要求呼び出し手段とを更に有し、
   前記認証要求呼び出し手段は、前記認証要求選択情報管理手段に管理されている前記認証要求選択情報に基づいて、前記認証要求の送信に利用する前記認証要求手段を判断することを特徴とする請求項２又は３記載の機器。
5. 前記認証要求呼び出し手段は、前記認証要求手段の種別を問わず共通のインタフェースによって前記機能提供手段からの要求を受け付けることを特徴とする請求項２乃至４いずれか一項記載の機器。
6. 前記所定の機能の種別に応じて複数の前記機能提供手段を有し、
   前記認証要求呼び出し手段は、前記複数の機能提供手段から共通に利用されることを特徴とする請求項４又は５記載の機器。
7. 前記認証情報受付手段は、当該機器に備え付けられた操作パネルによって前記認証情報の入力を受け付けることを特徴とする１乃至６いずれか一項記載の機器。
8. 前記認証情報受付手段は、前記ユーザの利用する端末において入力された前記認証情報を前記端末より受信することにより前記認証情報の入力を受け付けることを特徴とする請求項１乃至６いずれか一項記載の機器。
9. 前記認証要求手段は、前記所定の情報処理装置において実装されている所定のメソッドをＳＯＡＰのＲＰＣによって呼び出すことにより該情報処理装置に前記ユーザの認証要求を送信することを特徴とする請求項１記載の機器。
10. 前記所定の機能の種別に応じて複数の前記機能提供手段を有し、
    前記認証要求手段は、前記複数の機能提供手段から共通に利用され、それぞれの前記機能提供手段からの要求に基づいて、前記所定の情報処理装置において実装されている所定のメソッドをＳＯＡＰのＲＰＣによって呼び出すことを特徴とする請求項９記載の機器。
11. 前記機器はプリンタ、コピー、又はファクシミリ等の複合サービスに固有の処理を行う複数のアプリケーションを有することを特徴とする請求項１乃至１０いずれか一項記載の機器。
12. 請求項９又は１０記載の機器からのＳＯＡＰのＲＰＣによる前記所定のメソッドの呼び出しに基づいて、前記ユーザの認証を行う認証手段を有することを特徴とするユーザ認証装置。
13. 所定の機能の提供に際してユーザの認証情報の入力を要求する機器におけるユーザ認証方法であって、
    前記認証情報受付手順において受け付けられた前記認証情報に基づいて、ネットワークを介して接続している所定の情報処理装置に前記ユーザの認証要求を送信する認証要求送信手順と、
    前記認証要求送信手順において前記認証要求が送信された前記所定の情報処理装置における認証結果を受信する認証結果受信手順とを有し、
    前記認証結果受信手順において受信された前記認証結果が前記ユーザの認証された旨を示している場合に前記所定の機能を提供することを特徴とするユーザ認証方法。
14. それぞれ異なる方式によって前記ユーザの認証を実行する複数の前記所定の情報処理装置に対応して複数の前記認証要求送信手順を有することを特徴とする請求項１３記載のユーザ認証方法。
15. 前記認証要求送信手順は、前記所定の情報処理装置に対応したプロトコルによって該情報処理装置に前記ユーザの認証を要求することを特徴とする請求項１３又は１４記載のユーザ認証方法。
16. 前記機器に保存されている、前記複数の認証要求送信手順のいずれを利用するかを示す認証要求選択情報に基づいて、前記認証要求の送信に利用する前記認証要求送信手順を判断する認証要求判断手順を更に有することを特徴とする請求項１４又は１５記載のユーザ認証方法。
17. 前記認証情報受付手順は、前記機器に備え付けられた操作パネルによって前記認証情報の入力を受け付けることを特徴とする１３乃至１６いずれか一項記載のユーザ認証方法。
18. 前記認証情報受付手順は、前記ユーザの利用する端末において入力された前記認証情報を前記端末より受信することにより前記認証情報の入力を受け付けることを特徴とする請求項１３乃至１７いずれか一項記載のユーザ認証方法。
19. 前記認証要求送信手順は、前記所定の情報処理装置において実装されている所定のメソッドをＳＯＡＰのＲＰＣによって呼び出すことにより該情報処理装置に前記ユーザの認証要求を送信することを特徴とする請求項１記載のユーザ認証方法。

Images