(57)【特許請求の範囲】
【請求項１】
ディレクトリサーバで検索を行うための検索アカウント情報を記憶する手段と、
認証サーバが受け入れるユーザＩＤの種類を示す認証ＩＤ種類と、ユーザに入力を求めるユーザＩＤの種類を示す入力ＩＤ種類とを記憶する手段と、
ユーザから入力ＩＤ種類のユーザＩＤの入力を受け取るＩＤ入力手段と、
検索アカウント情報を用いてディレクトリサーバにアクセスし、ユーザが入力したユーザＩＤとそのユーザＩＤの入力ＩＤ種類とを検索条件として、当該ユーザの認証ＩＤ種類のユーザＩＤを検索する認証ＩＤ検索手段と、
検索した認証ＩＤ種類のユーザＩＤを用いて認証サーバからユーザ認証を受ける認証処理手段と、
を備える画像処理装置。
【請求項２】
請求項１記載の画像処理装置であって、
前記認証ＩＤ検索手段による検索で前記認証ＩＤ種類のユーザＩＤが複数検索された場合、認証エラーと判定するエラー判定手段、
を更に備える画像処理装置。
【請求項３】
請求項１記載の画像処理装置であって、
前記認証ＩＤ検索手段による検索で前記認証ＩＤ種類のユーザＩＤが複数検索された場合、それら複数のユーザＩＤを提示してユーザに選択させる選択手段、を更に備え、
前記認証処理手段は、前記選択手段で選択されたユーザＩＤを用いて前記認証サーバからユーザ認証を受ける、
ことを特徴とする画像処理装置。
【請求項４】
請求項１記載の画像処理装置であって、
前記ＩＤ入力手段は、認証トークンのトークンＩＤを前記入力ＩＤ種類のユーザＩＤとして読み取る装置である、ことを特徴とする画像処理装置。
【請求項５】
請求項１記載の画像処理装置であって、
前記ＩＤ入力手段は、ユーザが入力したデータに対し所定のデータを付加することで、前記入力ＩＤ種類のユーザＩＤを完成させる、
ことを特徴とする画像処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル複合機やデジタル複写機、ネットワークプリンタ、ネットワークスキャナなどの画像処理装置に関し、特にその画像処理装置を利用するユーザのネットワーク認証に関する。
【背景技術】
【０００２】
デジタル複合機等の画像処理装置でもユーザ認証は従来より行われている。古くはユーザ認証のための認証データベースを画像処理装置に設け、画像処理装置内でユーザ認証を行っていたが、近年では、ネットワーク上に認証サーバを設け、多数の画像処理装置のユーザ認証をその認証サーバで集中的に行う仕組みも広がりつつある。
【０００３】
例えば特許文献１には、複合機に設定された親展ボックス（個々のユーザ専用の記憶領域のこと）に対するアクセス認証を、外部のＬＤＡＰ(Lightweight Directory Access Protocol)サーバを用いて行うシステムが開示されている。
【０００４】
このような外部の認証サーバを用いたユーザ認証では、当然ながらその認証サーバに登録されたユーザのユーザＩＤ（識別情報）及びパスワード等の認証情報を入力する必要がある。例えばＬＤＡＰサーバでユーザ認証を行う場合、ユーザの識別情報（ユーザＩＤ）としてユーザのＤＮ(Distinguished Name: 識別名）が用いられる。ＤＮは、国(c)、組織(o)、組織単位(ou)、名前(cn)等の属性値の組み合わせであり、ユーザを一意には特定できるが文字数は多くなってしまう。このほか、Ｋｅｒｂｅｒｏｓ認証やＳＭＢ(Server Message Block)認証などといった別の認証方式でも、多数のユーザを一意に特定しようとすればユーザＩＤのデータ量は大きくなってしまう。
【０００５】
認証サーバによる認証の仕組みは、その発展の歴史が示すように、パーソナルコンピュータ（ＰＣ）やワークステーションなどからの利用を想定している。ＰＣやワークステーションであれば、キーボードやマウスなどといった操作性のよい入力デバイスを利用することができる。また一度入力された認証情報をキャッシュすることで、ユーザの入力を支援するソフトウエアなどもある。このようなことから、ＰＣ等ではユーザＩＤやパスワードの入力が比較的容易であった。
【０００６】
これに対し、複合機等の画像処理装置は、入力デバイスとして液晶タッチパネルや数字キーなどを備えるのみであり、これらはＰＣ等の入力デバイスと比較して操作しやすさの点で劣る場合が多い。また、画像処理装置は、例えばオフィスやコンビニエンスストアなどに設置され、複数人で共用される場合が少なくない。このような共用の装置では、ユーザが入力した認証情報をキャッシュして再利用できるようにすることはセキュリティ上好ましくないため、ユーザは操作性のあまり良くない入力デバイスから長いユーザＩＤを入力することとなり操作が煩雑になる。
【０００７】
また、このような入力操作の煩雑さだけでなく、認証サーバに対するユーザＩＤは必ずしもユーザにとって覚えやすいものとは限らないという問題もある。特に多数のユーザを識別するためにユーザＩＤが長くなるとそのユーザにとっては覚えにくい。画像処理装置を利用するのに、このように覚えにくいユーザＩＤを入力しなければならないのは、ユーザにとって負担が大きい。
【０００８】
このようなユーザＩＤの入力の負担は、例えばユーザＩＤの情報を持った磁気カードやＩＣカードを読み取るデバイスを画像処理装置に設けることで軽減できる。例えば、社員証のカードを画像処理装置で読み取ることで、ユーザ認証を行う例は多い。しかし、各社が様々な規格や種類の社員証カードを用いており、認証サーバ用のユーザＩＤをそのカードに記憶させることができるとは限らない。また、仮に記憶させることができたとしても、認証サーバ用のユーザＩＤがカードの記憶エリア内のどの場所に記憶されるかはカードの種類によって異なるため、画像処理装置に設けた読取装置がこれら様々な場所に記憶される認証サーバ用のユーザＩＤを的確に認識して読み取ることができるようにするのは困難であり、コストがかかる。
【０００９】
【特許文献１】特開２００３−２５６２７９号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
本発明は、画像処理装置から外部の認証サーバに対してユーザ認証を求める際に、ユーザによるユーザＩＤの入力操作を簡単にできるようにする。
【課題を解決するための手段】
【００１１】
本発明に係る画像処理装置は、ディレクトリサーバで検索を行うための検索アカウント情報を記憶する手段と、認証サーバが受け入れるユーザＩＤの種類を示す認証ＩＤ種類と、ユーザに入力を求めるユーザＩＤの種類を示す入力ＩＤ種類とを記憶する手段と、ユーザから入力ＩＤ種類のユーザＩＤの入力を受け取るＩＤ入力手段と、検索アカウント情報を用いてディレクトリサーバにアクセスし、ユーザが入力したユーザＩＤとそのユーザＩＤの入力ＩＤ種類とを検索条件として、当該ユーザの認証ＩＤ種類のユーザＩＤを検索する認証ＩＤ検索手段と、検索した認証ＩＤ種類のユーザＩＤを用いて認証サーバからユーザ認証を受ける認証処理手段と、を備える。
【００１２】
本発明の１つの態様では、画像処理装置は、前記認証ＩＤ検索手段による検索で、前記認証ＩＤ種類のユーザＩＤが複数検索された場合、認証エラーと判定するエラー判定手段、を更に備える。
【００１３】
別の態様では、画像処理装置は、前記認証ＩＤ検索手段による検索で前記認証ＩＤ種類のユーザＩＤが複数検索された場合、それら複数のユーザＩＤを提示してユーザに選択させる選択手段、を更に備え、前記認証処理手段は、前記選択手段で選択されたユーザＩＤを用いて前記認証サーバからユーザ認証を受ける。
【００１４】
別の態様では、前記ＩＤ入力手段は、認証トークンのトークンＩＤを前記入力ＩＤ種類のユーザＩＤとして読み取る装置である。
【００１５】
更に別の態様では、前記ＩＤ入力手段は、ユーザが入力したデータに対し所定のデータを付加することで、前記入力ＩＤ種類のユーザＩＤを完成させる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して、本発明の実施の形態について説明する。
【００１７】
図１は、本発明に係るジョブ処理システムの概略構成を示す図である。図に示すように、このシステムでは、複合機１０，認証サーバ２０，及びディレクトリサーバ３０が、インターネットやＬＡＮ（ローカルエリアネットワーク）などのネットワーク４０に接続されている。
【００１８】
複合機１０は、スキャナ、プリンタ、コピー機等の機能を兼ね備えた装置である。複合機１０は、ネットワーク４０上の各種のサーバや複合機に処理を依頼したり、その処理結果を受け取って更に処理を行ったりするための情報処理機能を持っていてもよい。このようなネットワーク４０上の他の装置との連携については、本出願人による特開２００４−１５３４７２号公報にその一例が示されている。
【００１９】
複合機１０は、ユーザの使用に当たって、認証を要求する。ユーザ認証が成功しないと複合機１０の使用自体を許可しない場合や、複合機１０の提供する機能（ネットワーク４０上のサーバ等を利用する機能も含む）のうちの一部の機能を利用するのにユーザ認証を求める場合など、認証を要求するレベルには様々なものがあるが、どのような場合に認証を求めるかは、全体システム或いは複合機１０の管理者等のポリシーによる。
【００２０】
この実施の形態では、このような複合機１０の使用に当たってのユーザ認証を、ネットワーク４０上に設けられた認証サーバ２０での外部認証により行う。認証サーバ２０は、ＬＤＡＰ認証、Ｋｅｒｂｅｒｏｓ認証、ＳＭＢ認証などといった既存のネットワーク認証スキームを用いてユーザ認証を行う。認証サーバ２０には、登録ユーザごとに、認証用ユーザＩＤと認証情報の組み合わせが登録される。認証情報は、例えばパスワードである。また、指紋データや虹彩データなどといった生体認証情報でもよい。
【００２１】
認証サーバ２０のユーザ認証を受けるには、認証サーバ２０が認識できる認証用ユーザＩＤを認証サーバ２０に渡す必要がある。ところが、認証用ユーザＩＤは、例えばＬＤＡＰ認証の場合、ユーザのＤＮ（識別名）が用いられ、これは比較的長いデータであり、操作性がよいとは必ずしも言えない複合機１０の入力デバイス（液晶タッチパネル上のＧＵＩや数字ボタンなど）から入力するには労力を要し、また必ずしもユーザにとって覚えやすいものではない。Ｋｅｒｂｅｒｏｓ認証やＳＭＢ認証を用いる場合でも、認証用のユーザＩＤはユーザにとって覚えやすいものとは限らない。
【００２２】
そこで、この実施の形態では、ユーザには、ユーザにとって覚えやすい自分の電子メールアドレス、電話番号、又は社員番号などの情報をユーザＩＤとして複合機１０に入力させる。そして、その入力されたユーザＩＤに対応する認証用ユーザＩＤを複合機１０がディレクトリサーバ３０から求め、認証サーバ２０に渡すようにすることで、ユーザが認証用ユーザＩＤを複合機１０に入力する面倒さを軽減する。
【００２３】
ディレクトリサーバ３０は、ＬＤＡＰなどに準拠しており、登録されたユーザについての各種属性情報を保持し管理している。図２に、ディレクトリサーバ３０が保持し管理するユーザ情報の例を示す。この例はＬＤＡＰに準拠する場合の例であり、ディレクトリサーバ３０には、ユーザごとに、そのユーザのＤＮに対応づけて、電子メールアドレス、携帯電話の電話番号、社員番号、ユーザが持つＩＤカード（例えば社員証など）のカードＩＤ、ユーザの公開鍵証明書などの各種属性情報が登録される。ディレクトリサーバ３０は、ネットワーク４０上のユーザからの要求に応じ、登録されたそれら属性情報を検索し、提供する。
【００２４】
ここで、ディレクトリサーバ３０は、検索アカウントを持つユーザ（人間には限らない。複合機などの装置もサーバ３０の「ユーザ」となり得る）からしか検索を認めない。すなわち、ディレクトリサーバ３０は、検索を認めるユーザのアカウント情報（例えばユーザ名と認証情報を含む）を保持しており、ユーザから検索要求を受けた場合、そのユーザが正しい認証情報を提示した場合に限り、ユーザ情報の検索を許可する。
【００２５】
そこで、この実施の形態では、ディレクトリサーバ３０に対して複合機１０の検索アカウントを登録しておく（図１参照）。複合機１０には、その検索アカウントのための認証情報（検索用認証情報１２）を登録しておく。検索用認証情報１２は、検索用アカウントのアカウント名と、パスワードその他の認証情報とを含む。
【００２６】
この実施の形態では、ユーザが複合機１０に入力したユーザＩＤをディレクトリサーバ３０に送り、そのユーザＩＤに対応する認証用ユーザＩＤを検索させる。複合機１０にユーザが入力するユーザＩＤとしては、ディレクトリサーバ３０に登録されている各種ユーザ属性のうちの一つを選ぶ。前に例示した電子メールアドレス、携帯電話の電話番号、社員番号などは、ユーザを実質的に一意に識別できる識別情報であるとともに、ユーザ自身が記憶していると想定できるものなので、このようなユーザ属性をユーザに入力させるユーザＩＤとして利用することが好適である。ディレクトリサーバ３０のどのユーザ属性をユーザＩＤとしてユーザに入力させるかは、複合機１０の管理者が決めて複合機１０に検索キー情報１４として設定する。「検索キー」情報と呼ぶのは、入力されたユーザＩＤをキーとしてディレクトリサーバ３０がそのキーを有するユーザ情報の検索を行うからである。例えば、電子メールアドレスをユーザＩＤとして入力させる場合は、検索キー情報１４は電子メールアドレスを示す属性名"mail"となる。複合機１０は、ディレクトリサーバ３０に検索を依頼する際、ユーザから入力されたユーザＩＤを検索キーの値として、そのユーザＩＤの属性種類を示す検索キー情報１４と共にディレクトリサーバ３０に送る。
【００２７】
また、ディレクトリサーバ３０が認証サーバ２０のための認証用ユーザＩＤがどのユーザ属性であるかを把握できるよう、複合機１０は、認証用ユーザＩＤが該当するユーザ属性種類を示した抽出属性情報１６を、検索依頼の際にディレクトリサーバ３０に送る。「抽出属性」情報と呼ぶのは、検索キーを満足するものとして検索されたユーザ情報の中から抽出する属性を示す情報だからである。抽出属性情報１６は、複合機１０の管理者が複合機１０に対してあらかじめ設定しておく。すなわち、認証サーバ２０が受け入れる認証用ユーザＩＤの情報種類に該当する属性をディレクトリサーバ３０に登録された属性群の中から求め、その属性名を抽出属性情報１６に登録する。例えば、認証サーバ２０が認証用ユーザＩＤとしてユーザの識別名(DN)を受け入れる場合、抽出属性情報１６は"DN"となる。
【００２８】
次に、図３を参照して、この実施の形態におけるユーザ認証処理の流れを説明する。
【００２９】
複合機１０は、ユーザ認証を要する処理がユーザから指示された場合、複合機１０が備える表示装置に対し認証用の入力画面を表示する。複合機１０の使用自体にユーザ認証を要求する場合は、例えば初期画面が認証用の入力画面となる。この入力画面には、ユーザＩＤの入力欄とパスワードの入力欄が含まれる。ユーザＩＤの入力欄には、入力させたいユーザＩＤの種別を示す説明、例えば電子メールアドレスを入力させる場合には「あなたの電子メールアドレス」などといった説明、を示すことで、ユーザが入力する情報の種別を分かりやすくする。入力を求めるパスワードは、認証サーバ２０に登録された認証用のパスワードである。認証用ユーザＩＤは一意性を担保するためにユーザにとって必ずしも分かりやすいものが割り当てられるとは言えないが、パスワードはユーザの希望で決められるので、ユーザが覚えている可能性が高い。
【００３０】
なお、パスワードの代わりに、生体認証情報等の他の形式の認証情報の入力を求めるようにしてもよい。この場合、認証用の入力画面には、例えば付属の指紋読取デバイスに指紋を読み取らせるように促すメッセージや画像を表示するなど、認証情報の入力を促す情報を表示する。
【００３１】
このような入力画面に対し、ユーザからユーザＩＤ及び認証情報が入力されると（Ｓ１）、複合機１０は、検索用認証情報１２を用いてディレクトリサーバ３０にログインする（Ｓ２）。ユーザＩＤ等の入力は、液晶タッチパネルなどの表示装置に示されたソフトキーボードや、数字キーなどを介してユーザの手入力により行われる。ディレクトリサーバ３０は、受け取った検索用認証情報１２が正当なものであるかを確認し、正当なものであればログインを認める（Ｓ３）。正当でなければ、ログインを認めず、エラー処理を行う。
【００３２】
ログインが認められた場合、複合機１０は、検索キー（検索キー情報１４と入力されたユーザＩＤ）、及び抽出属性情報１６とをディレクトリサーバ３０に送って検索を要求する（Ｓ４）。要求を受けたディレクトリサーバ３０は、登録された各ユーザ情報のなかから、検索キー情報１４が示す属性の値が、受け取った検索キーのユーザＩＤ値と等しいものを検索し、検索されたユーザ情報のうち、抽出属性情報１６が示す属性の値を抽出する（Ｓ５）。抽出された値が認証用ユーザＩＤであり、ディレクトリサーバ３０は検索結果としてその認証用ユーザＩＤを複合機１０に返す。
【００３３】
複合機１０は、ディレクトリサーバ３０から受け取った認証用ユーザＩＤと、ユーザから入力された認証情報とを認証サーバ２０に送ってユーザ認証処理を要求する（Ｓ６）。要求を受けた認証サーバ２０は、受け取った認証用ユーザＩＤと認証情報との組み合わせが正当なものであるかを、自分に登録されている情報との比較で判定する（Ｓ７）。その結果、受け取った情報が正当であると判定した場合は認証結果としてユーザ認証が成功した旨を示す情報を、正当でないと判定した場合はユーザ認証が失敗した旨を示す情報を、複合機１０に返す。
【００３４】
認証結果を受け取った複合機１０は、その認証結果が認証成功を示すか否かを判定し（Ｓ８）、成功の場合はユーザのログインを認め、ユーザが要求した処理を実行する（Ｓ９）。また、認証失敗の場合は、認証が失敗した旨を知らせる画面を表示するなどの、所定のエラー処理を実行する（Ｓ１０）。
【００３５】
以上に説明した処理において、複合機１０とディレクトリサーバ３０との間、及び複合機１０と認証サーバ２０との間の通信は、それぞれＳＳＬ(Secure Socket Layer)などの伝送路保護のためのプロトコルを用いて保護（暗号化）するようにすれば、認証情報等の機密度の高い情報が漏洩するリスクを低減できる。
【００３６】
また、ユーザに入力させるユーザＩＤとして、電子メールアドレスや携帯電話番号など、ユーザごとに一意であることが保証されている、あるいは一意である可能性が高いものを用いれば、通常はディレクトリサーバ３０でそれに合致するユーザは一意に特定できる。しかし、何らかの事情で、ユーザの入力したユーザＩＤに対して複数のユーザが検索される場合があることを考慮してもよい。この場合、ディレクトリサーバ３０は、例えば複数のユーザが検索された旨、或いは単にエラーの旨を示す情報を複合機１０に返し、この情報を受け取った複合機１０が表示装置に認証エラーが生じた旨のメッセージを表示するようにしてもよい。この場合、ログインのための認証処理は終了する。
【００３７】
また、別の方式として、ディレクトリサーバ３０が検索した各ユーザの認証用ユーザＩＤを複合機１０の表示装置に表示し、ユーザにその中から自分の認証用ユーザＩＤに該当するものを選択させるようにしてもよい。この場合、選択された認証用ユーザＩＤがパスワードと共に認証サーバ２０に送られる。
【００３８】
また、以上の例では、ユーザが電子メールアドレスの全文字列を入力するなど、ユーザが入力用のユーザＩＤの全情報を複合機１０に入力したが、実施の形態の方式はこれに限定されない。ユーザＩＤのうちの一部をユーザに入力させ、残りを複合機１０が補うことも可能である。例えば、複合機１０が企業内に設置され、その企業のスタッフしか使用しないような場合などには、電子メールアドレスのうちのアットマーク（"@"）以降のドメイン名を複合機１０に記憶させておき、アットマークより前のメールアカウント部分のみをユーザに入力させるようにし、複合機１０がそのメールアカウントの文字列にアットマーク以降の文字列を付加してディレクトリサーバ３０に送るなどがその一例である。
【００３９】
また、以上の例では、複合機１０に対しユーザが手入力でユーザＩＤを入力したが、その代わりに、ＩＣカードやＵＳＢメモリなどの認証用トークンを複合機１０付属の読取装置に読み取らせるようにしてもよい。この場合、複合機１０は、認証用トークンから読み取ったトークンＩＤ（ＩＣカードの場合はカードＩＤ）を、ユーザが入力したパスワードと共にディレクトリサーバ３０に送り、ディレクトリサーバ３０はそのトークンＩＤに対応する認証用ユーザＩＤを検索し、複合機１０に返す。ただし、ユーザが使用するトークンのトークンＩＤは、ユーザの一属性としてディレクトリサーバ３０に登録されているものとする。カードＩＤ等のトークンＩＤは、一般にトークン自体の識別情報なので、トークンの持つ記憶エリアのどこを読み出せばよいかは規格などであらかじめ定まっており、読取装置側で対応がしやすい。そして、トークンＩＤと認証サーバ２０の認証用ユーザＩＤとは一般に異なっており、仮に認証用ユーザＩＤをトークンに記憶させることができたとしても、その認証用ユーザＩＤがトークンの記憶エリアのどこに記憶されるかは、一般には定まっていないので、読取装置で適切に認証用ユーザＩＤを見つけて読み取るようにするには装置構成や処理内容の複雑化を招く。これに対し、この実施の形態のように、読み取りやすいトークンＩＤを、いわばディレクトリサーバ３０で認証用ユーザＩＤに変換し、認証サーバ２０での認証に用いるようにすれば、読取装置自体は単にトークンＩＤを読み取れればよく、簡素な構成で済む。
【００４０】
また、以上の例では、認証サーバ２０とディレクトリサーバ３０とが、別々の装置としてネットワーク４０上に設置されていたが、これらを１つの装置にまとめてももちろんよい。例えば、ディレクトリ検索のプロトコルとしてＬＤＡＰを用い、認証のスキームとしてＬＤＡＰ認証を用いる場合は、単一のＬＤＡＰサーバでディレクトリサービスと認証サービスを連携させて提供することもできる。
【００４１】
また、以上では、複合機１０を例にとったが、複合機以外のプリンタやスキャナ、複写機などといった画像処理装置に対しても、上記実施の形態の認証処理方式は適用可能である。
【図面の簡単な説明】
【００４２】
【図１】実施の形態のシステム構成を示す図である。
【図２】ディレクトリサーバの管理するユーザ情報のデータ内容の例を示す図である。
【図３】実施形態のシステムの処理手順を示すフローチャートである。
【符号の説明】
【００４３】
１０  複合機、１２  検索用認証情報、１４  検索キー情報、１６  抽出属性情報、２０  認証サーバ、３０  ディレクトリサーバ、４０  ネットワーク。
【図１】
0004788297.tif 000002
【図２】
0004788297.tif 000003
【図３】
0004788297.tif 000004