JP2006092437A - 認証指示装置とその方法 - Google Patents

Abstract

【課題】
簡単な一度の操作内容でユーザの認証作業とともにシステムを利用できるようにした認証指示装置とその方法を提供する。
【解決手段】
ＩＣカード１０１をＩＣカードリーダー１０２にかざすことによりＩＣカード１０１に記憶されたユーザＩＤ読み取り、ユーザＩＤを認証サーバ１２０に管理されたユーザ認証を行うテーブルのユーザＩＤと比較し、一致する場合にユーザ認証を行う。続いて、ユーザはＩＣカードリーダーに対して複合機１００で処理を実行させるためにジョブ認証動作を行い、ユーザ認証同様、ジョブ認証動作に対する制御内容が認証サーバ１２０に管理されたジョブ認証を行うテーブルのジョブ認証動作と比較し、一致する場合にジョブ認証を行う。
【選択図】図１

Description

本発明は、ＩＣカード、生体認証などの認証を利用した簡単な操作で処理の指示を行えるようにした認証指示装置およびその方法に関する。

一般に、事務機器や情報処理機器などの利用を制限する認証には、パスワードの入力を求めたり利用者を識別できる情報を記憶したＩＣカードを使用したりする。特に、ＩＣカードは、ＩＣチップに大容量の情報を記憶させることができ、記憶させた情報を暗号化して保持することもできるためユーザの認証のみならず、電子マネーやテレホンカードなどといった使用も可能である。

また、ＩＣカードには、「接触型」と「非接触型」があり、前者は専用端末にＩＣカードを挿入して情報を読み取ることができ、後者は専用端末にＩＣカードをかざすことによって情報を読み取ることができるものである。このため簡単な操作で高度な認証を行うことができる。

しかし、このＩＣカードの紛失や盗難の場合には他者によって使用されてしまう可能性があり、なりすましが容易であるという問題がある。

特許文献１に開示された従来技術では、通信を行う一組の媒体で、少なくとも一方の媒体は取引等に使用するためのカードであって、該カードの受信手段で他方の媒体から送信された信号を受信し、該受信手段に接続された判断手段で前記他方の媒体を判断し、該判断手段の判断に応じてカードの使用可否を決定するようにしたものであり、カードを含む一組の媒体が揃ってないとカードを使えないようにしている。

また、特許文献２に開示された従来技術においては、ユーザがシステムおよびサービスを利用するたびにユーザのユーザＩＤを更新し、更新したユーザＩＤをシステムに反映することにより第三者によるユーザＩＤ、パスワードの不正利用を防止するものである。
特開平９−３１９８４３ 特開２００３−１６０３９

しかしながら、特許文献１に示された従来技術においては、双方の通信を行う媒体を利用することにより不正利用を防止しているが、一度の認証作業に多くの作業や時間が必要となる。さらに２つの媒体を同時に管理しなければならなく、また認証には必ず２つの媒体が必要であることから管理が複雑になり、一方の媒体が紛失や盗難にあった場合などには、不正利用されなくとも自らも認証作業を行えないなどの問題点がある。

また、特許文献２に示された従来技術では、システムまたはサービスを使用するたびにユーザＩＤを変更して不正利用を防止しているが、変更の度にユーザＩＤを認識・把握し、システムを利用することは困難を極める。特に、視覚障害者の方にとっては煩雑な作業となる。

そこで、本発明は、簡単な一度の操作内容でユーザの認証作業とともにシステムを利用できるようにした画像処理装置および認証処理方法を提供することを目的とする。

上記目的を達成するため、請求項１の発明は、認証手段と、前記認証手段を用いて読み取った情報からユーザ認証を行うユーザ認証手段と、前記認証手段へのユーザ操作内容を保持する操作内容保持手段と、予めユーザ操作内容ごとに実行する処理の処理内容を記憶する処理内容記憶手段と、前記ユーザ認証手段によりユーザ認証が行われた場合に、前記操作内容保持手段に保持されたユーザの操作内容が、前記処理内容記憶手段により記憶されたユーザの操作内容に含まれるか判断するユーザ操作内容認証手段と、前記ユーザ操作内容認証手段でユーザの操作内容が含まれると判断された場合に前記処理内容記憶手段により記憶された該操作内容に対応する処理内容を実行する処理実行手段とを具備することを特徴とする。

また、請求項２の発明は、請求項１の発明において、ユーザの操作指示を受け付ける操作手段を更に具備し、前記操作内容保持手段は、前記操作手段へのユーザ操作内容も保持し、前記処理内容記憶手段は、前記操作手段への操作内容も保持することを特徴とする。

また、請求項３の発明は、請求項１乃至２の発明において前記処理内容記憶手段は、ユーザ操作内容毎に前記処理内容の実行回数を保持する実行回数保持手段とを具備し、前記処理実行手段は、前記処理内容の実行回数が前記実行回数保持手段により保持された実行回数に達した場合に前記処理内容を無効にすることを特徴とする。

また、請求項４の発明は、請求項１乃至３の発明において、ユーザ毎に使用制限情報を記憶するユーザ使用情報制限手段を更に具備し、前記処理実行手段は、前記処理内容を実行する場合、前記ユーザ使用情報制限から認証したユーザの使用制限情報を読出し、該使用制限の範囲で該処理内容を実行できない場合は、該処理を規制することを特徴とする。

また、請求項５の発明は、請求項１または４の発明において、前記ユーザ認証手段によるユーザの認証結果を指定された携帯端末に通知する結果通知手段を更に具備し、前記結果通知手段は、バイブレーション機能を用いて前記ユーザ認証手段によるユーザの認証結果を通知することを特徴とする。

また、請求項６の発明は、認証手段を用いて読み取った情報からユーザ認証をユーザ認証手段で行い、前記認証手段へのユーザ操作内容を操作内容保持手段で保持し、予めユーザ操作内容ごとに実行する処理の処理内容を処理内容記憶手段で記憶し、前記ユーザ認証手段によりユーザ認証が行われた場合に、前記操作内容保持手段に保持されたユーザの操作内容が、前記処理内容記憶手段により記憶されたユーザの操作内容に含まれるかユーザ操作内容認証手段で判断し、前記ユーザ操作内容認証手段でユーザの操作内容が含まれると判断された場合に前記処理内容記憶手段により記憶された該操作内容に対応する処理内容を処理実行手段で実行することを特徴とする。

本発明によれば、処理装置が提供する処理内容の処理要求を認証動作によって行うように構成したので、同一処理内容の操作手法が装置ごとに異なる場合であってもあらかじめ登録した認証動作の方法によって処理指示を行うことができ、また認証方法、処理指示方法がユーザごとに登録されているためセキュリティを格段に向上させることが可能になるという効果を奏する。

以下、本発明に係わるジョブの認証指示装置とその方法の一実施例を添付図面を参照して詳細に説明する。

なお、本発明は、ＩＣ（Integrated Circuit：集積回路）カードに代表されるようなユーザの認証が行えるような情報記憶媒体に適用可能である。

以下に説明する実施例においては、情報記憶媒体としてＩＣカードを使用した例を示す。さらに該ＩＣカードを用いて認証し、画像処理を行う装置として複合機を例にして説明する。

図１は、この発明に係わるジョブの認証指示装置とその方法を適用して構成した認証処理システムのシステム構成図である。

図１において、この認証処理システムは、複合機１００、ＰＣ１１０、これらを接続する通信ネットワーク（本実施例ではイントラネット）を具備して構成される。

複合機１００は、ＩＣカード１０１に記憶された情報を読み取ることのできるＩＣカードリーダー１０２が装備されており、ＩＣカードリーダー１０２に対してＩＣカード１０１をかざすことで記憶された情報を読み取ることが可能である。記憶された情報とは、ユーザ情報、装置などの利用情報などさまざまな情報を記憶することができる。特にユーザ情報としてユーザＩＤが記憶されており、ＩＣカードリーダー１０２によってユーザＩＤを読み取る。本実施例では、複合機１００に対して行う動作指示（以下、「ジョブ認証動作」）をユーザ認証のＩＣカード読み取り動作によって行うことができる。

例えば、ＩＣカード１０１をＩＣカードリーダー１０２にカードをかざして認証指示して「ピッ」と認証が成功する動作を、「ピッ」「ピッ」と合計３回行うと、ジョブの認証動作として、予め設定したジョブ認証動作と合致するか比較し、合致する場合にジョブ認証が成功し、ジョブ認証動作ごとに設定された処理（以下、「制御内容」という）を行うことができる。

すなわち、ユーザは複合機１００に対して特別な設定や要求を行わずしてＩＣカード１０１をＩＣカードリーダー１０２にかざすことによってのみユーザ認証とジョブ認証を行うことができる。

なお、認証を行う認証手段として上記ＩＣカード１０１を用いるほかに磁気カードなどに代表される接触型ＩＣカード１０１−Ａ、携帯電話１０１−Ｂ、ＰＤＡ（Personal Digital Assistant：携帯情報端末）１０１−Ｃ、生体認証１０１−Ｄを用いることができる。

図２は、ＩＣカードリーダー１０２と複合機１００のハードウェアのブロック図である。

図２において、複合機１００はＣＰＵ（Central Processing Unit：中央演算装置）２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ（Random Access Memory）２０３、ＮＶＲＡＭ（Non Volatile RAM：不揮発性メモリ）２０４、ハードディスク２０５、画像処理部２０６、操作装置インターフェース２０７、操作装置２０８、表示部２０９、操作部２１０、通信インターフェース２１１、ＬＡＮ（Local Area Network：閉域通信ネットワーク）２１２、ＵＳＢ（Universal Serial Bus：シリアル通信規格）２１３、シリアルインターフェース２１４、モデム２１５、デバイスインターフェース２１６、読取装置部２１７、印刷装置部２１８を具備して構成される。

ＣＰＵ２０１は、複合機１００が有する機能の主制御を行う。各処理部（２０２〜２１９）はＣＰＵによる指示に基づいて処理を行い、その処理結果を指定された処理部に対して通知する。

ＲＯＭ２０２は、ユーザ認証やジョブ認証、画像処理を行うための各種プログラムや複合機１００が固有に持つ固有情報を格納し、ＣＰＵ１０１からのプログラム実行命令などによってＮＶＲＡＭ２０４などに格納された情報を参照しながら実行する。固有情報とは、複合機１００を物理的に識別するＭＡＣアドレス（Media Access Control：物理アドレス）、製造番号、製造年月日、製造工場名などの書き換える必要のない、書き換えることができないようにする情報を示す。

ＲＡＭ２０３は、ＲＯＭ２０２に格納されたプログラムを動作させるための環境変数などのシステム変数や画像処理を行うために一時的にデータを格納する。

ＮＶＲＡＭ２０４は、電源を切っても記憶内容を保持することができる不揮発性メモリであってＲＯＭ２０２に格納されたプログラムを動作させるための各種パラメータを保持するほか、履歴情報などを保持する他、本実施例における認証処理のための各種テーブル、ジョブメモリも保持する。

ハードディスク２０５は、制御内容に基づいて画像処理を行う画像データを保持する。

画像処理部２０６は、ユーザ認証、ジョブ認証における制御内容に基づいてハードディスク２０５に格納された画像データの画像処理を行う。

操作装置インターフェース２０７は、ユーザによる値の入力、処理内容の指定などを装置に伝えることができる。

操作装置２０８はユーザとのインターフェース郡を示し、表示部２０９、操作部２１０を具備して構成される。

表示部２０９は、プリンタに設けられたＬＣＤ（Liquid Crystal Display：液晶ディスプレイ）などを示し、画像処理の設定情報を確認したり画像処理の状態を認識したりする。

操作部２１０は、ユーザによって値の入力を行うボタンなどを示す。なお、タッチパネルを用いる場合には表示部２０９、操作部２１０を一つにすることも可能である。

通信インターフェース２１１は、外部装置との通信を実現するためのインターフェース郡を示し、ＬＡＮ２１２、ＵＳＢ２１３、シリアルインターフェース２１４、モデム２１５を具備して構成される。

ＬＡＮ２１２は、イーサネット（登録商標）ケーブルを接続するＬＡＮポートなどを示し、ＩＥＥＥ（Institute of Electrical and Electronics Engineers：米国電気電子技術者協会）が定めた通信方式に従って通信を実現するためのポートである。図１に示す例では、ＰＣ１１０、認証サーバ１２０とのネットワーク通信はＬＡＮポートにイーサネット（登録商標）ケーブルを接続することにより実現している。

ＵＳＢ２１３は、シリアル通信を実現するためのポートなどを示す。

シリアルインターフェース２１４は、ＲＳ−２３２規格に準拠したポートなどを示し、各種外部周辺装置への接続を実現する。本実施例では、図１００１（ｂ）のような非接触型のカードによってユーザ認証などを行うカードリーダーを接続するものとして説明する。

モデム２１５は、アナログ電話回線を通じてコンピュータ同士を接続するためのアダプタである。

デバイスインターフェース２１６は、複合機を構成する各種機器との通信を実現する。

読取装置部２１７は、ＯＣＲ（Optical Character Reader：光学的文字読取装置）やスキャナなどを示し、画像を読み取ることができる。

印刷装置部２１８は、印刷出力を行うプリントエンジンを示す。

図３は、図２で説明した複合機１００のハードウェアを制御するコントローラーソフトウェアモジュール構成を示す図である。

本実施例におけるソフトウェア（以下、「ＳＷ」という）は、ＯＳ３０１（Operation System：基本ソフト）、ミドルウェア３０２、機能モジュール３０３、ジョブ３０４の各階層から構成される。

ＯＳ３０１は、組み込み用とのリアルタイムＯＳで、汎用的なものから複合機用に製作されたものなどが使用できる。

ミドルウェア３０２は、ＯＳ３０１と機能モジュール３０３との仲立ちを行う層で、汎用ＯＳの上位に位置し、ハードウェア（以下、「ＨＷ」という）固有の影響などを抑え、機能モジュール３０３、ジョブ３０４といった上位モジュールに共通のＡＰＩ（Application Program Interface：アプリケーションプログラムインターフェース）を提供するモジュール群である。このようなＳＷ階層にすることにより、ＨＷやＯＳの変更があっても、機能モジュール３０３、ジョブ３０４レベルの階層への（実装の変更という）影響を抑えることが出来る。さらにミドルウェア３０２は、System Manager、Device Driverを具備して構成されている。

System Managerは、状態・リソース管理、Job管理、File管理、バッファー管理、タイマー管理、各種ログ管理などの複合機の中核を管理するモジュールで、これらの管理機能への機能モジュールへの提供も行う。

Device Driverは、機能モジュールに対して、外部SystemやＨＷのもつ機能を提供するモジュール群で、各種Protocol、各種Deviceのロウレベルの制御を行う。

例えば、図示しないファクシミリの通信モデム制御、ＬＡＮ（Local Area Network：閉域通信網）制御、HDD（Hard Disk Drive）アクセス制御、印刷装置／読取装置／ＵＩ（User Interface：ユーザインターフェース）などとのインターフェース制御を行う図示しないモジュールがある。本実施例に主に関わるモジュールとしては、カードリーダーなどの認証機器、管理機器のドライバーであるAccessory Driverがある。

機能モジュール３０３は、ジョブ３０４層のジョブのリクエスト処理、ＵＩ(操作装置２０８)との通信処理、上記ジョブを実現するための画像処理、リモートのデバイスに各種状態などを通知するモジュール群である。以下、機能モジュールを構成する個々のモジュールを説明する。

Request Managerは、リクエスト処理とＵＩとの通信処理を行う。

Output Device Contは、印刷装置の制御を行う。

Input Device Contは、読取装置の制御を行う。

Spool Contは、蓄積の制御を行う。

Decomposerは、プリントデータの印刷可能、中間表現への変換処理を行う。

Report Genは、レポート作成処理を行う。

Fax Contは、Fax通信制御を行う。

Authentication Managerは、認証管理を行う。

HTTP Controllerは、HTTP（Hyper Text Transfer Protocol）によるリモートのデバイスに各種状態などの通知処理を行う。

SNMP Controllerは、SNMP（Simple Network Management Protocol）によるリモートのデバイスに各種状態などの通知処理を行う。

また、図示しないが、LAN経由でのPCからのプリント指示の受信制御を行うモジュールなどもある。

ジョブは、コピー、ファクシミリ、スキャナといったユーザに対して提供する機能処理のまとまった層である。

例えば、ＩＣカードによる認証を行う場合、Accessory Driverからユーザの認証操作指示とリーダーが読み取ったＩＣカード内の情報に関する、モジュール間メッセージ通知があると、Authentication Managerは、ＮＶＲＡＭに格納したユーザ管理テーブルにアクセスして、認証処理を行う。

また、その後、コピーがユーザから指示されると、その指示をＵＩから受け取ったRequest Managerが、原稿サイズ、用紙サイズなどの設定値をチェックしてコピージョブ起動情報として設定し、System Managerにジョブの起動要求を行う。System Managerは、状態・リソース管理情報などコピー起動に必要なシステムの情報をチェックして、問題が無ければジョブを起動する。

その結果、ジョブ３０４層のCopyが起動状態になり、CopyがInput Device Contに原稿の読取制御指示、Spool Contにその読み取った画像データの蓄積処理の指示、Output Device Contへのプリント制御指示を行うことにより、ユーザにコピー機能を提供する。

図４は、ユーザ認証の流れを示すフローチャートである。

図４において、ユーザがＩＣカードリーダーにＩＣカードをかざしてユーザＩＤを読み込ませると処理が開始され、ＩＣカードリーダーによってＩＣカードに記憶されたユーザＩＤの読み込み処理を行い（Ｓ４０１）、読み込んだユーザＩＤが装置の利用可能であるか判断するユーザ認証を行う（Ｓ４０２）。ユーザ認証の結果、利用可能であると判断された場合（Ｓ４０２）には、ユーザ認証が行われたことをユーザに対して、例えば、「ピッ」と音を鳴らすことによって通知する（Ｓ４０３）。ユーザ認証により利用することができないと判断された場合（Ｓ４０２でＮＯ）には、認証できなかった旨を、例えば、「ピピッ」と音を鳴らすことによって通知する（Ｓ４０４）。このときのユーザ認証を行うテーブル図を図６に示す。

図６のユーザ情報テーブルは、主キーである[ユーザＩＤ]、[ユーザ名称]、[認証ジョブ操作情報テーブル格納先情報]の項目から構成され、カードリーダーによって読み込まれたユーザＩＤがこの[ユーザＩＤ]の項目に記載されたユーザＩＤと比較され、一致する場合には装置の使用の可否が確認される。また、[認証ジョブ操作情報テーブル格納先情報]の項目には、ジョブ認証ごとの制御内容が示されたテーブルのテーブル格納先情報が示されている。

図５は、ジョブ認証を示すフローチャートである。

図５において、ユーザ認証の処理によってユーザ認証が行われた場合に処理が開始され、ユーザ認証が行われると同時にタイマーが起動し、タイマーによる時間監視を行った結果（Ｓ５０１）、一定時間以上経過したにもかかわらずジョブ認証動作が開始されない場合（Ｓ５０１でＮＯ）には、ユーザ認証を無効にして処理を終了する。これにより他のユーザによる不正利用を防止できる。

それに対して、一定時間以内にユーザによるジョブ認証動作が行われた場合（Ｓ５０１でＹＥＳ）には、ジョブ認証を行う。例えば、ユーザ認証が行われたユーザによってジョブ認証動作が行われたかの確認動作を行う。

この確認処理は、ユーザ認証の結果から、テーブル格納先情報を参照することで、ユーザ認証が行われたユーザに対するジョブ認証とその制御内容を指定したテーブルを特定することができる。

ジョブ認証としてユーザによるジョブ認証動作を受け付け、同時にジョブ認証動作の内容を保持する（Ｓ５０２）。タイマーによる時間監視によりタイムアップになったか判断し（Ｓ５０３）、タイムアップになっていない場合（Ｓ５０３でＮＯ）には、その間、ユーザ操作の受け付けを行うことができる。タイムアップになった場合（Ｓ５０３でＹＥＳ）には、受け付けて保持したジョブ認証動作が認証ジョブ操作情報テーブルに設定されている情報と一致するか判断する（Ｓ５０４）。

認証ジョブ操作情報テーブルの情報と一致する場合（Ｓ５０４でＹＥＳ）には、ジョブ認証動作に対する制御内容を読み出し（Ｓ５０６）、ユーザに対してジョブ認証が行われたことを通知する（Ｓ５０７）。それに対して、認証ジョブ操作情報テーブルと一致しない場合（Ｓ５０４でＮＯ）には、ジョブ認証が行われなかったことを示すジョブ非認証通知を行う。

このような処理により、ＩＣカードによるユーザ認証とジョブ認証とをＩＣカードの認証動作によって行うことができ、身体に障害をもつユーザにとっても簡単に動作指示を行うことができる。

図７は、ジョブ認証に対する制御内容を示す認証ジョブ操作情報テーブルの例を示す図である。

図７に示すテーブルは、図６に示すユーザごとに設定されたジョブ認証動作に対する制御内容を示す図である。

ユーザ認証が行われたユーザがＩＣカードリーダーに対してカードを３回かざすことで、ジョブ認証が行われ、そのジョブ認証に対する制御内容が「セキュリティプリント」であることを示している。

このセキュリティプリントという機能は、ＰＣからのプリント指示を受けても自動プリントは行わず、指示したユーザからユーザＩＤ、パスワードなどのセキュリティ情報の入力を受けて、初めてプリントアウトすることで、プリント時のセキュリティを確保する機能である。

また、カードを１回かざした場合にジョブ認証は、その制御内容がジョブメモリ１に記憶されたデータの「コピー」であることを示している。

また、指示書とは、一連のジョブ操作内容を記述したもので、指示書３に示されるジョブを起動する。

なお、ジョブ認証動作時の操作に対して毎回、ユーザ認証を行うような構成にしてもよい。これにより、ユーザ認証を行ったＩＣカードと異なる他のＩＣカードを用いることによる装置の不正利用を防ぐことができる。

これ以降、上記の処理と区別するため、ユーザのカードをかざす認証操作と、これが正常に読み込まれ「ピッ」と報知するまでの操作を「カード認証処理」と表現する。

さらにジョブ認証動作によりジョブ認証されない場合には、「ピー」と数秒程度鳴らすことによりユーザにエラーを通知する。

図６、図７に示す情報の設定は、予め複合機に登録設定するようにすればよい。この際、制御内容は、既に登録済みのジョブメモリと関連付けるようにしてもよいし、ジョブメモリの登録作業のように、実際に操作しながら登録してもよい。更に、LANを経由してくるセキュリティプリントなどは、PCからの指示に併せて、認証動作を設定するようにしてもよい。

図８に、図４、図５に示すフローチャートのシーケンスを示す。

同図中に示すモジュール名は、図３に示すものと同様である。

SD01 カードリーダーが読み込んだカード内のユーザＩＤ情報は、System Managerに状態変化として通知され、このSystem Managerを介して、Authentication Manager、Request Managerにそれぞれ通知される。Request Managerより通知された状態変化通知に含まれるユーザＩＤ情報をＵＩは保持し、次の認証動作がないかタイマー監視し、タイムアップと共に使用者Bによりカード認証処理をRequest Managerに指示する（図４のＳ４０１に対応）。

SD02 Request Managerは受けた指示をAuthentication Managerに転送し、Authentication Managerは、認証指示があったことをSystem ManagerのAPIを利用してログに残すと共に、ＮＶＲＡＭに格納される図６に示すユーザ情報テーブル（User ID Table）を検索して、指示されたユーザＩＤとの一致を確認し、一致しなければＮＧ、一致すればＯＫと認証ジョブ操作情報テーブル格納先情報の情報を指示元に返すと共に、System ManagerのAPIを利用して認証結果をログに残す（図４のＳ４０２に対応）。

SD03 Request Managerから指示を転送されたＵＩは、結果をユーザに通知する（図４のＳ４０３、Ｓ４０４、Ｓ４０５に対応）。

SD04 ＵＩは、認証後の放置を防止するために、所定時間の監視を行う（図５のＳ５０１に対応）。

SD05 ＵＩは、カードリーダーへの操作を随時保持すると共にジョブ認証操作の終端操作を検出するためにタイマーの監視を行う。

SD06 (図中では3回目のカード認証処理で)タイムアップにより、終端操作を検知したら、ジョブ認証指示とそれまでの操作内容のジョブ認証動作をRequest Managerに通知する。Request Managerは、この指示をAuthentication Managerを受けると、ログに残すと共に、ＮＶＲＡＭに格納される図７に示す認証ジョブ操作テーブル（Job Authentication Table）を検索して、指示されたジョブ認証動作との一致を確認する（図５のＳ５０２に対応）。

SD07 一致した場合は、対応する制御内容を読出し（図５のS５０７に対応）、認証結果を通知する（図５のＳ５０５、Ｓ５０６に対応）。

図９は、図７に示す認証ジョブ操作情報テーブルに制限実行回数を追加したテーブルの例を示す図である。

図９では、図７に示す項目以外に[ジョブ使用回数制限]の項目が追加されており、[制御内容]に示された動作の実行可能な回数が示されている。

例えば、[ジョブ認証動作]が３回のカード認証処理である場合には、[制御内容]として「セキュリティプリント」が行われ、またその「セキュリティプリント」が実行可能な回数が「１回」であることを示している。

また、[ジョブ認証動作]が１回のカード認証処理である場合には、[制御内容]としてジョブメモリ１に記憶されたデータの「コピー」が行われ、その実行可能な回数が「無制限」であることを示している。すなわち「ピッ」というジョブ認証動作によって何回でもジョブメモリ１のデータを「コピー」できる。

これにより、安易に実行されたくない動作に制限を設けることができ、高いセキュリティを確保することができるようになる。

図１０は、カードリーダーの例を示す図である。

図１０において、図１０（ａ）は、接触型のカードによってユーザ認証などを行う場合のカードリーダーであり、図１０（ｂ）は、非接触型のカードによってユーザ認証などを行う場合のカードリーダーである。接触型のカードとして、磁気に埋め込んだ情報を読み取る磁気カードなどがあり、さらに非接触型のカードとして、カードにＩＣチップを埋め込んだＩＣカードなどがある。また、クレジットカードのような磁気カードとＩＣカードが一体となった磁気ＩＣカードなどによってもユーザ認証、ジョブ認証を行うことができる。

図１０（ａ）は、カード挿入口１００１からカードを挿入することによりユーザ認証を行うことができる。また、ジョブ認証動作は指定回数だけカード挿入口１００１からカードを挿入することにより認証を行う。

図１０（ｂ）は、カード読取位置１００２にカードをかざすことによりユーザ認証を行うことができる。また、ジョブ認証動作は指定回数だけカードをカード読取位置１００２にかざすことにより認証を行う。

また、カードに記録された情報に基づく認証処理そのものは、カードリーダー側で実施し、その結果としてユーザＩＤを複合機側に通知するような制御でも実施できる。このような制御の場合、カードリーダー以外認証装置として、生体認証装置なども利用できる。

更に、ＩＣカードを挿入可能な携帯電話や、携帯電話／ＰＤＡなどの携帯端末のBluetooth、赤外線通信、無線LANなど無線通信手段による認証にも適用できる。

以上の処理によって、ＩＣカードをＩＣカードリーダーにかざすという簡単な動作によってユーザ認証と同時に装置に対する処理指示であるジョブ認証が行うことができる。

上記説明の複合機内で認証処理を行うシステム構成を示したが、図１１に示すようなイントラネット内の認証サーバ１１０１で認証を行うようにしてもよい。この場合、複合機１００側は暗号化したＩＣカード１０１内の認証情報を通信モジュールを制御して認証サーバ１１０１に送信し、認証サーバ１１０１側で認証処理するよう構成してもよい。

更に、ユーザの認証が終了した時点で、暗号化した認証ジョブ操作情報テーブル情報を認証サーバ１１０１からダウンロードし、複合機１００側でジョブ認証処理を行ってもよい。

更に、図１８に示すようにサービス提供事業者１８０１のサービス提供サーバと連動し、外部、例えば、コンビニエンスストアでも同様の機能を提供できる。

また、本実施例では、処理内容として、複合機１００が提供する機能を例示したが、上記コンビニエンスストアのような形態でサービスを提供する場合には、デジカメなどの写真プリント処理、チケットの発券処理、携帯電話への電子チケットの発券処理などにも適用できる。

実施例２は、実施例１に示すＩＣカードによるユーザ認証にテンキーなどの操作を加えたユーザ認証とジョブ認証を行うことによりセキュリティをより強化した例である。システム構成は図１、図２、図３に示した構成と同様である。

図１２は、ユーザ認証の情報を示したユーザ情報テーブルの図である。

図１２では、ＩＣカードに記憶されているユーザＩＤを認証する際の認証動作が[パスワード情報]の項目に記載されており、例えば、ユーザＡがＩＣカードを用いてユーザ認証する場合には、まず、ＩＣカードリーダーに併設されたテンキーを「１」「２」「３」「４」「５」「６」「７」「８」「９」の順で押下する。次にＩＣカードをＩＣカードリーダーにかざしてユーザ認証を行うことにより装置の利用が承認されることになる。つまり、この場合のユーザ認証は一般的なユーザ認証とパスワード入力を兼務したユーザ認証である。

また、ユーザＢの場合にはテンキーの「＊」「＃」を順に押下し、ＩＣカードをＩＣカードリーダーに２回かざしてユーザ認証を行うことによりユーザ認証される。

この場合、ユーザ認証の動作が終了したことを示すために特定のキー（例えば、決定ボタン）を押下するような構成にしてもよい。

このように装置を利用するユーザが保有するＩＣカードをＩＣカードリーダーにかざすだけではなく、予め設定したテンキーを押下することにより装置の利用承認を行うことができる。

図１３は、テンキーによる操作を加えたジョブ認証の認証ジョブ操作情報テーブルを示す図である。

図１３は、[使用者]、[ジョブ認証動作]、[制御内容]の項目から構成されており、[使用者]はユーザ認証が行われたユーザを示し、[ジョブ認証動作]はユーザにより行われるジョブ認証動作に対するジョブ認証を行う動作を示し、[制御内容]はジョブ認証された場合に複合機が行う動作を示している。

例えば、ユーザＡが図１２に示すユーザ認証により装置の利用を承認された場合（ユーザ認証された場合）にジョブ認証動作を受け付け、そのジョブ認証動作が「ポーズキー」を一回押下し、ＩＣカードで２回のカード認証処理を行った場合には、[ジョブ認証動作]とユーザＡのジョブ認証動作が一致するのでジョブ認証を行い、ジョブ認証動作に対する制御内容である「セキュリティプリント」を複合機が実行する。

ユーザＢが上記に示すジョブ認証動作（「ポーズキー」＋２回のカード認証処理）を行った場合には、ユーザＡに対するジョブ認証動作であるためジョブ認証されず、ジョブ認証が行えないことを通知して処理を終了する。

このようにテンキーとの組み合わせによるユーザ認証とジョブ認証によりＩＣカードを紛失したり盗難にあったりした場合であっても他人がユーザになりすまして処理を実行することを防ぐことができ、高いセキュリティを実現できる。

図１４は、ジョブ認証の遷移を示すシーケンス図である。同図中に示すモジュール名は、図３に示すものと同様である。

図１４では、図１２に示すユーザＢが認証処理を行った場合のシーケンス図である。

まず、ユーザＢがＵＩ１４０２で「＊」「＃」を続けて順に押下した場合（Ｓ０１）にＵＩ１４０２は操作内容を保持するとともに終端操作か否かを検知するためにタイマーの監視を行う。（Ｓ０２）。この場合では、「＊」「＃」がこの順で押下されたことを保持する。続いて、ユーザＢがＩＣカードをＩＣカードリーダー１４０１にかざし、カード認証処理を行い、ＩＣカードリーダー１４０１がこれを認識し（Ｓ０３）、この変化がＵＩ１４０２に通知される（Ｓ０４）。

タイムアップによる終端操作検出に伴い（Ｓ０５）、ＵＩ１４０２は、Request Manager１４０３に対してユーザ認証を行った情報（パスワード情報）を送付してユーザ認証指示を出す（Ｓ０６）。さらにRequest Manager１４０３は、Authentication Manager１４０４に対してユーザ認証指示を出し（Ｓ０７）、Authentication Manager１４０４は、System Manager１４０５に対してユーザ認証指示を出す（Ｓ０８）。System Manager１４０５は、ユーザ認証指示の情報をログに記録する（Ｓ０９）。また、このときAuthentication Manager１４０４は、図１２に示すUser ID Table１４０６を参照してユーザによるユーザ認証が保存されたユーザ認証と一致するかを確認する（Ｓ１０）。

ユーザ認証の一致を確認したAuthentication Manager１４０４は、Request Manager１４０３とSystem Manager１４０５に対してその認証結果を通知（Ｓ１１）し、認証結果通知を受けたSystem Manager１４０５は、ログに記録する（Ｓ１２）。さらに認証結果通知を受けたRequest Manager１４０３はＵＩ１４０２に対して認証結果通知を行い（Ｓ１３）、ＵＩ１４０２はユーザＢに対して認証結果を通知する（Ｓ１４）。

これによりユーザ認証が行われる。次に認証されたユーザのジョブ認証処理が開始される。

ユーザＢがＩＣカードリーダー１４０１に対して２回のカード認証処理を行う（Ｓ１５）と、ＩＣカードリーダー１４０１からの変化通知を受けたＵＩ１４０２は、該操作内容を保持すると共に終端操作の検知を行う。タイムアップにより終端操作を検知すると（Ｓ１６）、ＵＩ１４０２はRequest Manager１４０３に対してジョブ認証指示を送出する（Ｓ１７）。Request Manager１４０３は、Authentication Manager１４０４にジョブ認証指示を送出する（Ｓ１８）。ジョブ認証指示を受けたAuthentication Manager１４０４は、まず、System Manager１４０５にジョブ認証指示を送出して（Ｓ１９）System Manager１４０５がログに記録する（Ｓ２０）。次に、Authentication Manager１４０４は、図１３に示すようなJob Authentication Table１４０７を参照し、ユーザにより行われたジョブ認証動作が保存されているか確認する（Ｓ２１）。

確認した結果、保存されている場合にはJob Memory１４０８に保存されたジョブ認証動作に対する制御内容の読み出しを行い（Ｓ２２）、Authentication Manager１４０４は、System Manager１４０５とRequest Manager１４０３に認証結果通知を行い、さらにRequest Manager１４０３には読み出した制御内容をも送出する（Ｓ２３）。認証結果通知を受けたSystem Manager１４０５はログに記録する（Ｓ２４）。Request Manager１４０３はＵＩ１４０２に認証結果通知を行い（Ｓ２５）、ＵＩ１４０２は、ユーザＢに認証結果を通知する（Ｓ２６）。

認証結果通知を受けたRequest Manager１４０３は、Authentication Manager１４０４から受け付けた制御内容に基づいて処理を実行する。

なお、本実施例も実施例１と同様に図１１や図１８のように認証サーバに対して問い合わせを行うように構成することもできる。

以上のような処理によりより高いセキュリティを確保した認証指示を行うことができる。

実施例３では、実施例１に示すＩＣカードによるユーザ認証をジョブ認証操作中に同時に行うことにより高いセキュリティを実現する例を示す。

システム構成は図１、図２、図３に示した構成と同様である。

図１５は、ユーザ情報テーブル（User ID Table）の図である。

図１５では、ユーザごとに指定された使用枚数制限値と開始・終端操作を設定する。

実施例１、２では、タイマー制御により、終端操作を検出したが、このようにユーザ毎に終端操作を変えることで、更なるセキュリティ効果を期待できると共に、視覚障害者の方には、大きいサイズのボタンを終端操作とすることで、使い勝手を向上できる。

さらに図１５の使用枚数制限では、ユーザがＩＣカード認証による印刷出力を行う枚数の制限を設定することができ、ユーザＡに対しては１２３枚、ユーザＢに対しては４４０枚と指定されている。この枚数を超過した場合にはユーザ認証、ジョブ認証が行われた場合であっても印刷出力することができない。

すなわち、限度枚数を超えたか否かをジョブ起動前に確認することで、無駄な印刷を防ぐことができる。

図１６は、テンキーなどによる操作を加えたユーザ認証動作、ジョブ認証動作に対する制御内容とジョブの実行回数を示す図である。

図１６では、ユーザ操作を受け付け、その操作に対する通常のユーザ認証も含む制御内容が示されており、さらに、その制御内容を実行する制限回数を示している。

本実施例では、ジョブ認証の操作の中に、カードをかざしユーザ認証を行う操作も必要なので、ジョブ認証動作の設定時、必ず、認証操作も必要となる。

例えば、ユーザＡによるジョブ認証動作としてカードを一回かざし、「パネル」を２回続けて押下した場合には、制御内容として「セキュリティプリント」を実行することが示されており、さらに、そのセキュリティプリントの実行可能回数として「１回」が指定されている。

一度セキュリティプリントが実行された場合には、二度とセキュリティプリントを行うことができない。この場合、管理者などによって再度、行うことができるように変更できる。

このようにタッチパネルの押下も操作内容としたのは、視覚障害の方の場合、ボタンの位置が探し難いことがあるので、タッチパネルそのものを大きなボタンと見立て、単にタッチパネルを押下する動作も認証操作の対象とすることで使い勝手を向上している。

しかし、ＵＩ部分の配置によっては、タッチパネルに意図せず、触ってしまうことがあるため、ユーザ毎にタッチパネルの有効・無効を設定できるようにしてもよい。

図１７は、認証処理の遷移を示す他の例のシーケンス図である。

図１７では、図１４に示した処理と類似する箇所が多いため異なる処理の内容を中心に説明する。

ユーザＡがＩＣカードに併設されたクリアボタンを一度、押下すると（Ｓ３１）、操作内容をＵＩ１７０２が受け付けてその操作内容を開始・終端操作と判断する（Ｓ３２）。

続いてユーザＡがＩＣカードをＩＣカードリーダー１７０１にかざしてユーザ認証を行う（Ｓ３３）と、ＩＣカードリーダー１７０２は、System Manager１７０５に対して状態の変化通知を行い、System Manager１７０５は、Authentication Manager１７０４とRequest Manager１７０３に状態変化通知を行い、さらにRequest Manager１７０３はＵＩ１７０２に対して状態変化通知を行う（Ｓ３５）。

状態変化通知を受けたＵＩ１７０２は、ユーザによる操作内容を保持する（Ｓ３６）。さらにＵＩ１７０２は、ユーザ認証操作通知をRequest Manager１７０３に対して送出し（Ｓ３７）、Request Manager１７０３はAuthentication Manager１７０４に対して送出する（Ｓ３８）。ユーザ認証操作通知を受けたAuthentication Manager１７０４は、図１５に示すようなUser ID Table１７０６を参照し、ユーザ情報の要求を送出（Ｓ３９）し、ユーザ情報を取得する（Ｓ４０）。

取得したユーザ情報をAuthentication Manager１７０４は、Request Manager１７０３に対して送出し（Ｓ４１）、Request Manager１７０３は、ＵＩ１７０２に通知する（Ｓ４２）。

続いて、ユーザＡはタッチパネルを押下すると（Ｓ４３）、ＵＩ１７０２は、ユーザによる操作内容を保持する。さらにユーザＡがクリアボタンを押下すると（Ｓ４４）、ＵＩ１７０２は、開始・終端操作と判断する（Ｓ４５）。

また、ＵＩ１７０２は、Request Manager１７０３に対してジョブ認証指示を送出し（Ｓ４６）、Request Manager１７０３はAuthentication Manager１７０４に対して送出する（Ｓ４７）。Authentication Manager１７０４はSystem Manager１７０５に対してジョブ認証指示を送出（Ｓ４８）してSystem Managerはログに記録する（Ｓ４９）。

また同時にAuthentication Manager１７０４は、図１６に示すようなJob Authentication Table１７０７に対してユーザＩＤとジョブ認証動作の確認を行い、その結果を受ける（Ｓ５０）。確認した結果、ジョブ認証動作に対する制御内容が存在する場合にはJob Memory１７０８に格納された制御内容の読み出しを行う（Ｓ５１）。

Authentication Manager１７０４は、Request Manager１７０３に対して認証結果を通知する（Ｓ５２）。通知を受けたRequest Manager１７０３は、ＵＩ１７０２に対して通知する（Ｓ５３）。ＵＩ１７０２では、受け付けた認証結果をユーザＡに対して通知する（Ｓ５４）のと同時にジョブ起動可否の判断を行う（Ｓ５５）。

つまり、図１６に示す認証ジョブ操作情報テーブル（Job Authentication Table）の[ジョブ使用回数制限値]に設定された制限値に基づいてジョブ起動が可能か否かを判断する。

ジョブ起動が可能と判断された場合にはＵＩ１７０２は、Request Manager１７０３に対して制御内容の実行を通知し（Ｓ５６）、Request Manager１７０３は制御内容を実行する。

以上の処理によって、本発明の認証処理システムでは、ユーザの認証とジョブの認証を一度に行うことが出来る。複数回のカードをかざす操作がある場合は、その１回目において、ユーザの認証処理を行えばよい。

また、実施例１，２と同様に、図１１、図１８のような認証サーバを使用する構成にも適用可能である。

更に図１６において、制御内容が通常のユーザ認証である場合、これに対応する使用回数制限値を設定しておけば、設定した所定回数のみしかユーザ認証できないので、盗難時の不正利用を防ぐ効果が高まる。

これによって、特定の処理内容の操作方法が処理内容を提供する処理装置ごとに異なる場合であってもユーザごとに設定された操作方法により処理指示を行うことが可能になる。

本願発明では、万が一、カードが盗難にあった場合であってもカードの利用方法が特殊であるため不正利用されることが少なく、利用方法を知っている場合であってもそのカードの所有者の操作内容ごとに処理内容が異なるため不正利用を防ぐことができる。

なお、上記フローチャートに示す処理は、コンピュータにより実行可能な認証処理プログラムによっても実現できる。

本発明は、上記し、且つ図面に示す実施例に限定することなく、その要旨を変更しない範囲内で適宜変形して実施できるものである。

本発明は、ＩＣカードなどによってユーザ認証を行い、処理を実現する画像処理装置および認証処理方法に適用することが可能であり、特に、ＩＣカードなどの情報記憶媒体のユーザ認証と同時に該ユーザ認証における操作内容に基づいて処理の指示を行うのに有用である。

この発明に係わるジョブの認証指示装置とその方法を適用して構成した認証処理システムのシステム構成図。 ＩＣカードリーダー１０２と複合機１００のハードウェアのブロック図。 図２で説明した複合機１００のハードウェアを制御するコントローラーソフトウェアモジュール構成を示す図。 ユーザ認証の流れを示すフローチャート。 ジョブ認証を示すフローチャート。 ユーザ情報テーブルを示す図。 認証ジョブ操作情報テーブルを示す図。 ユーザ認証とジョブ認証流れを示すシーケンス図。 図７に示す認証ジョブ操作情報テーブルに制限実行回数を追加したテーブルを示す図。 カードリーダーの例を示す図。 この発明に係わるジョブの認証指示装置とその方法を適用して構成した認証処理システムの第２のシステム構成図。 ユーザ情報テーブルを示す第２の例の図。 認証ジョブ操作情報テーブルを示す第２の例の図。 ジョブ認証の遷移を示す第２のシーケンス図。 ユーザ情報テーブルを示す第３の例の図。 認証ジョブ操作情報テーブルを示す第３の例の図。 ジョブ認証の遷移を示す第３のシーケンス図。 この発明に係わるジョブの認証指示装置とその方法を適用して構成した認証処理システムの第３のシステム構成図。

符号の説明

１００ 複合機
１０１ ＩＣカード
１０１−Ａ 接触型ＩＣカード
１０１−Ｂ 携帯電話
１０１−Ｃ ＰＤＡ
１０１−Ｄ 生体認証
１０２ ＩＣカードリーダー
１１０ クライアントＰＣ
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ ＮＶＲＡＭ
２０５ ハードディスク
２０６ 画像処理部
２０７ 操作装置インターフェース
２０８ 操作装置
２０９ 表示部
２１０ 操作部
２１１ 通信インターフェース
２１２ ＬＡＮ
２１３ ＵＳＢ
２１４ シリアルインターフェース
２１５ モデム
２１６ デバイスインターフェース
２１７ 読取装置部
２１８ 印刷装置部

Claims (6)

1. 認証手段と、
   前記認証手段を用いて読み取った情報からユーザ認証を行うユーザ認証手段と、
   前記認証手段へのユーザ操作内容を保持する操作内容保持手段と、
   予めユーザ操作内容ごとに実行する処理の処理内容を記憶する処理内容記憶手段と、
   前記ユーザ認証手段によりユーザ認証が行われた場合に、前記操作内容保持手段に保持されたユーザの操作内容が、前記処理内容記憶手段により記憶されたユーザの操作内容に含まれるか判断するユーザ操作内容認証手段と、
   前記ユーザ操作内容認証手段でユーザの操作内容が含まれると判断された場合に前記処理内容記憶手段により記憶された該操作内容に対応する処理内容を実行する処理実行手段と
   を具備することを特徴とする認証指示装置。
2. ユーザの操作指示を受け付ける操作手段
   を更に具備し、
   前記操作内容保持手段は、
   前記操作手段へのユーザ操作内容も保持し、
   前記処理内容記憶手段は、
   前記操作手段への操作内容も保持する
   ことを特徴とする請求項１記載の認証指示装置。
3. 前記処理内容記憶手段は、
   ユーザ操作内容毎に前記処理内容の実行回数を保持する実行回数保持手段と
   を具備し、
   前記処理実行手段は、
   前記処理内容の実行回数が前記実行回数保持手段により保持された実行回数に達した場合に前記処理内容を無効にする
   ことを特徴とする請求項１乃至２記載の認証指示装置。
4. ユーザ毎に使用制限情報を記憶するユーザ使用情報制限手段
   を更に具備し、
   前記処理実行手段は、
   前記処理内容を実行する場合、前記ユーザ使用情報制限から認証したユーザの使用制限情報を読出し、該使用制限の範囲で該処理内容を実行できない場合は、該処理を規制する
   ことを特徴とする請求項１乃至３記載の認証指示装置。
5. 前記ユーザ認証手段によるユーザの認証結果を指定された携帯端末に通知する結果通知手段
   を更に具備し、
   前記結果通知手段は、
   バイブレーション機能を用いて前記ユーザ認証手段によるユーザの認証結果を通知する
   ことを特徴とする請求項１または４記載の認証指示装置。
6. 認証手段を用いて読み取った情報からユーザ認証をユーザ認証手段で行い、
   前記認証手段へのユーザ操作内容を操作内容保持手段で保持し、
   予めユーザ操作内容ごとに実行する処理の処理内容を処理内容記憶手段で記憶し、
   前記ユーザ認証手段によりユーザ認証が行われた場合に、前記操作内容保持手段に保持されたユーザの操作内容が、前記処理内容記憶手段により記憶されたユーザの操作内容に含まれるかユーザ操作内容認証手段で判断し、
   前記ユーザ操作内容認証手段でユーザの操作内容が含まれると判断された場合に前記処理内容記憶手段により記憶された該操作内容に対応する処理内容を処理実行手段で実行する
   ことを特徴とする認証指示方法。

Images