(57)【要約】【課題】画像処理装置の認証モジュールを修正することなく、端末装置から容易に認証機能を使用できるようにするとともに、認証機能に関わる付加機能などの追加や変更も容易に行えるようにする。【解決手段】端末装置２のアプリケーション５１と画像処理複合機１の認証モジュール１４の間にインタフェースモジュール１２ｃを設ける。アプリケーション５１から入力されたユーザＩＤおよびパスワードは、インタフェースモジュール１２ｃを介して認証モジュール１４に渡され、認証モジュール１４は、渡されたユーザＩＤおよびパスワードと記憶しているユーザ情報とを比較してユーザを認証する。【選択図】図８
2009043132.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションプログラムから入力されたユーザＩＤおよびパスワードと記憶しているユーザ情報とを比較してユーザを認証する認証モジュールを備えた画像処理装置において、前記アプリケーションプログラムと前記認証モジュールとのデータの受け渡しを仲介するインタフェースモジュールを備え、該インタフェースモジュールを介して前記アプリケーションプログラムと前記認証モジュールとが通信を行って認証処理を行うことを特徴とする画像処理装置。
【請求項２】
前記アプリケーションプログラムと前記インタフェースモジュールとの間の通信を、ＴＣＰ／ＩＰソケットを用いて行い、前記アプリケーションプログラムは、ネットワークを介して接続された端末装置のアプリケーションプログラムであることを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記アプリケーションプログラムと前記インタフェースモジュールとの間の通信を暗号化したことを特徴とする請求項２記載の画像処理装置。
【請求項４】
前記認証モジュールと前記インタフェースモジュールとの間の通信を、ドメイン・ソケットを用いて行うことを特徴とする請求項１記載の画像処理装置。
【請求項５】
前記インタフェースモジュールは、設定した時間帯に前記認証処理を停止することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項６】
前記インタフェースモジュールは、前記認証処理が終了した際、認証情報をメール送信することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項７】
前記インタフェースモジュールは、前記認証処理が終了した際、認証情報のログをファイルに書き出すことを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項８】
前記認証情報は、ログインまたはログアウトの時刻、ユーザ情報、使用したソケット情報を含むことを特徴とする請求項６または７記載の画像処理装置。
【請求項９】
前記インタフェースモジュールは、認証処理中の所定の事象に際し、音を発することを特徴とする請求項１乃至４のいずれか１項に記載の画像処理装置。
【請求項１０】
請求項１乃至９のいずれか１項に記載の画像処理装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デジタル複写機、プリンタ、画像処理複合機などの画像処理装置およびプログラムに関し、特に認証処理を行う画像処理装置およびプログラムに関する。
【背景技術】
【０００２】
現在、様々なプラットフォーム（一種のアプリケーションプログラムインタフェース）上で動作するプログラムを容易に開発できるプログラム開発言語Ｊａｖａ（登録商標）が広く利用されている。
【０００３】
このような傾向を受け、Ｊａｖａアプリケーションプログラムを開発する為のソフトウエア開発キット（ＪＳＤＫと呼ばれている）も提供され、そのキットで開発されたＪＳＤＫアプリケーションプログラムを画像処理装置上で動作させるためのプラットフォームも提案されている。
【０００４】
一方、近年は、情報セキュリティに対するニーズが高まっていることから、複写、プリント、画像読み取り、ファクシミリ通信などの使用許可を利用者ごとに設定できるような認証機能を搭載した画像処理装置が多くなっている（例えば特許文献１参照）。
【０００５】
この特許文献１では、複数のアプリケーションプログラムを搭載する画像処理装置において、使用時に複数の機能を表示し、そのなから、使用する機能として１つまたは複数の機能が選択されると、利用制限手段が、認証手段からの認証結果を受け取り、その結果に基づいて、選択された１つまたは複数の機能の使用を許可するようになっている。
【０００６】
なお、パーソナルコンピュータなどを端末装置として画像処理装置（例えばプリンタ）などの認証機能を用いる場合は、端末装置側ではドライバソフトに認証のための交信機能を持たせている。
【特許文献１】特開２００４−１２２７７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、従来技術においては、端末装置から画像処理装置などの認証機能を用いる場合、端末装置側ではドライバソフトに認証のための交信機能を持たせることにより実現しているので、認証のための交信機能を持たないドライバソフトを用いていた場合、端末装置のアプリケーションプログラム（例えば文書処理や表計算プログラム）側で対応しても認証機能を持った画像処理装置を利用することができないという問題があった。
また、端末装置だけでなく、画像処理装置内のアプリケーションプログラムなどとの認証に関わる交信機能やパスワード変更などの認証に関わる付加機能などを後から追加しようとすると、画像処理装置の認証モジュールを修正しなければならず、影響が広範囲に及びリスクの大きな修正になるという問題があった。
【０００８】
本発明は、このような従来技術の問題を解決しようとするものであり、認証機能を持つ画像処理装置において、画像処理装置の認証モジュールを修正することなく、端末装置から容易に認証機能を使用できるようにするとともに、認証機能に関わる付加機能などの追加や変更も容易に行える画像処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１記載の発明は、アプリケーションプログラムから入力されたユーザＩＤおよびパスワードと記憶しているユーザ情報とを比較してユーザを認証する認証モジュールを備えた画像処理装置において、前記アプリケーションプログラムと前記認証モジュールとのデータの受け渡しを仲介するインタフェースモジュールを備え、該インタフェースモジュールを介して前記アプリケーションプログラムと前記認証モジュールとが通信を行って認証処理を行うことを特徴とする。
【００１０】
請求項２記載の発明は、請求項１記載の画像処理装置において、前記アプリケーションプログラムと前記インタフェースモジュールとの間の通信を、ＴＣＰ／ＩＰソケットを用いて行い、前記アプリケーションプログラムは、ネットワークを介して接続された端末装置のアプリケーションプログラムであることを特徴とする。
【００１１】
請求項３記載の発明は、請求項２記載の画像処理装置において、前記アプリケーションプログラムと前記インタフェースモジュールとの間の通信を暗号化したことを特徴とする。
【００１２】
請求項４記載の発明は、請求項１記載の画像処理装置において、前記認証モジュールと前記インタフェースモジュールとの間の通信を、ドメイン・ソケットを用いて行うことを特徴とする。
【００１３】
請求項５記載の発明は、請求項１乃至４のいずれか１項に記載の画像処理装置において、前記インタフェースモジュールは、設定した時間帯に前記認証処理を停止することを特徴とする。
【００１４】
請求項６記載の発明は、請求項１乃至４のいずれか１項に記載の画像処理装置において、前記インタフェースモジュールは、前記認証処理が終了した際、認証情報をメール送信することを特徴とする。
【００１５】
請求項７記載の発明は、請求項１乃至４のいずれか１項に記載の画像処理装置において、前記インタフェースモジュールは、前記認証処理が終了した際、認証情報のログをファイルに書き出すことを特徴とする。
【００１６】
請求項８記載の発明は、請求項６または７記載の画像処理装置において、前記認証情報は、ログインまたはログアウトの時刻、ユーザ情報、使用したソケット情報を含むことを特徴とする。
【００１７】
請求項９記載の発明は、請求項１乃至４のいずれか１項に記載の画像処理装置において、前記インタフェースモジュールは、認証処理中の所定の事象に際し、音を発することを特徴とする。
【００１８】
請求項１０記載の発明は、請求項１乃至９のいずれか１項に記載の画像処理装置として機能させるためのプログラムである。
【発明の効果】
【００１９】
本発明によれば、画像処理装置の認証モジュールを修正することなく、端末装置から容易に認証機能を使用できるようになるとともに、認証機能に関わる付加機能などの追加や変更も容易に行える画像処理装置を提供することできる。
【発明を実施するための最良の形態】
【００２０】
以下、図面を参照して本発明の実施形態を詳細に説明する。但し、この実施形態に記載される構成要素、種類、組み合わせ、形状、その相対位置などは特定的な記載がない限りこの説明の範囲をそれのみに限定する主旨ではなく、単なる一実施形態に過ぎない。
なお、本実施形態では、特に断りが無い場合は、画像処理装置としてアプリケーションプログラムの実行が可能で、ファクシミリやプリンタなどの機能を持ったデジタル複写機（以下、画像処理複合機と称する）を例に説明する。
【００２１】
（第１の実施形態）
図１は本発明の第1の実施形態にかかる画像処理複合機の要部ソフトウエア構成を示すブロック図である。図示するように、ソフトウエアは階層構造になっており、Ｊａｖａで記述されたＪＳＤＫアプリケーションプログラム１１ａ（以下、ＪＳＤＫアプリ１１ａと称する）など各種アプリケーションプログラム１１、仮想アプリケーションサービスプログラム１２（以下、ＶＡＳ１２と称する）、インタフェースモジュール（以下、ＩＦＭと称する）１２ａ、１２ｃ、サービス層１３、オペレーティングシステム１６（以下、ＯＳ１６と称する）、ＪＳＤＫプラットフォーム１７などを備えている。
ここで、ＶＡＳ１２は、ＪＳＤＫアプリ１１ａがサービス層１３のプログラムを使用する際のプログラムインタフェースになっている。
【００２２】
ＯＳ１６は、マルチタスク処理に対応した、例えばＵＮＩＸ（登録商標）を使用し、図１に示す各プログラムをプロセスとして並列的に実行させる機能を持つとともに、プログラム間でのデータ授受を行うための手段（ＩＰＣ：Inter Process Communication）も提供している。なお、ＣＳＤＫアプリ１１をはじめ非Ｊａｖａ言語で記述されたアプリケーションプログラム１１は、サービス層１３のプログラムを使用する際でも、ＶＡＳ１２を必要とせず、直接サービス層１３のプログラムを参照することができる。
【００２３】
アプリケーションプログラム１１としては、ＪＳＤＫアプリ１１ａの他に、Ｃ言語等の非Ｊａｖａ言語で記述されたコピーアプリケーションプログラム、プリンタアプリケーションプログラム、スキャナアプリケーションプログラムなどを備えている。
また、サービス層１３は、各種のアプリケーションプログラム１１から呼び出されて、基本的な機能を提供する複数の下位機能モジュールから成り、認証モジュール（ＣＣＳ：Certification Control Service）１４やネットワーク通信サービスモジュール（ＮＣＳ）、メール配信を行う配信サービスモジュール（ＤＣＳ：Delivery Control Service） などがある。例えば、認証モジュール１４は、入力されたユーザＩＤとパスワードから、登録されているユーザであるかを認証する機能を持ったモジュールである。また、ユーザディレクトリモジュール１５（ＵＣＳ：User directory Control Service）は、各ユーザの利用可能な機能の一覧を保持していて、ユーザごとのアプリケーションプログラム１１の利用可否を判定するモジュールである。
【００２４】
ＩＦＭ１２ａおよびＩＦＭ１２ｃは、ＶＡＳ１２と同レベルのインタフェースモジュールで、ＩＦＭ１２ａはＪＳＤＫアプリ１１ａがサービス層１３のプログラムを使用する際のプログラムインタフェースであり、ＩＦＭ１２ｃは端末のアプリケーションプログラムからサービス層１３のプログラムを使用する際のプログラムインタフェースである。なお、ＩＦＭ１２ａは非Ｊａｖａ言語で記述されたアプリケーションプログラム１１からも利用するこができる。詳細は後述する。
【００２５】
従来では、認証に関わる付加機能の追加を行う場合、サービス層１３の認証モジュール１４を修正することにより実現していた。しかし、サービス層１３のモジュールは多くのアプリケーションプログラムから使用されるため、修正したことによる影響範囲が広範囲のアプリケーションプログラムに及び、修正の規模が大きくなる。本実施形態では、小規模なモジュールの修正で機能の追加等が容易に実現できるようになっている。
【００２６】
図２は、本実施形態にかかる画像処理複合機の要部ハードウェア構成を示すブロック図である。図示するように、本実施形態の画像処理複合機は、ハードウェアとして、制御部２１、操作パネル２２、画像読取部２３、印刷部２４、ファクシミリ制御ユニット（ＦＣＵ）２５などを備えている。操作パネル２２には図示しないスピーカ（またはブザー）が配設されている。
制御部２１内には、プログラム（ソフトウエア）に従ってこの画像処理複合機の全体を制御したり各種アプリケーションを実行したりするＣＰＵ３１、プログラムの一部および固定データが記憶されているＲＯＭ３２、プログラムおよびデータを一時的に記憶するＲＡＭ３３、輪郭強調やカラーバランス調整などの各種回路から成る専用ＬＳＩであるＡＳＩＣ３４、ＩＣカード４０内のデータを読み取るカードリーダ３５、そのインタフェース３６、各種インタフェース３７（３７ａ，３７ｂ，３７ｃ，３７ｄ）、ハードディスク装置（ＨＤＤ）３８などを備える。ＮＢ３９はＣＰＵ３１とＰＣＩバスとを接続するためのブリッジである。
なお、ＰＣＩバスに音源ボードを接続して、操作パネル２２に配設されているスピーカを用いて音による通知等の出力を行えば、変化のある電子音を発生させることができる。
【００２７】
次に、ＪＳＤＫアプリ１１ａからサービス層１３にある認証モジュールを使用する際のプログラム間の関係を説明する。図３は、ＪＳＤＫアプリ１１ａからサービス層１３にある認証モジュール１４を使用する際のプログラム間のデータフローを示す図である。
本実施形態では、同図に示すように、ＪＳＤＫアプリ１１ａと認証モジュール１４との間に、コマンドおよびメッセージを送受信可能なインタフェースモジュールＩＦＭ１２ａを設ける。このＩＦＭ１２ａは、ＪＳＤＫアプリ１１ａから認証のためのコマンドを受信して、認証モジュール１４へ引き渡すとともに、認証モジュール１４からの認証結果メッセージ等をＪＳＤＫアプリ１１ａに引き渡すようになっている。
ＩＦＭ１２ａを介在させることで、認証モジュール１４に手を加えずに多様な対応ができるようになる。ＩＦＭ１２ａの主たる機能はコマンド受け渡しの仲介機能だけであるので小規模であり、そのため修正も容易である。したがって、後述するように、端末装置内のアプリケーションプログラムからこの画像処理複合機にアクセスする際の認証処理も容易に実現できる。また、認証の際の付加機能（例えば機器管理者へのメール送信、ロギング、ブザー音出力など）を、認証モジュール１４自体に直接修正を加えることなくＩＦＭ１２ａを修正することで容易に行うことができる。
なお、ＩＦＭ１２ａ、１２ｃは、アプリケーションインタフェース（ＶＡＳ１２）と同じ層にあり、本実施形態の画像処理複合機では、サービス層１３に対するプログラムインタフェースとしてＶＡＳ１２とＩＦＭ１２の両方を持つことになる。なお、ＶＡＳ１２は、ＡＰＩ（Application Program Interface）の基本となる部分であり、ここへの修正はソフトウエア供給者が行い、一般のソフトウエア開発者は修正できないようになっているのが普通である。
【００２８】
図４は、プログラム間のデータ授受を説明する図である。本実施形態では、ＪＳＤＫアプリ１１ａとインタフェースモジュール１２ａとの間の通信にＯＳ１６が有するドメイン・ソケットを用いる。このドメイン・ソケットは、２つのプログラムがデータの受け渡しを行うための仕組みであるソケットの一種で、ＯＳ１６のファイルシステム上のファイルを介してデータを受け渡しする。なお、受け渡しするデータを記録しているファイルのファイル名はプログラム間で受け渡しするコマンド内に記述される。
このような構成により、ＪＳＤＫアプリ１１ａは、認証パラメータをインタフェースモジュールＩＦＭ１２ａに渡すに際して、その認証パラメータをＪＳＤＫアプリ１１ａ内で自由にカスタマイズすることができる。例えば、図５に示すように、画像処理複合機１は、ＩＣカード４０からユーザ情報を取得し、そのユーザ情報を利用して認証サーバ６で認証を行い、そこから取得した認証パラメータを用いてＩＦＭ１２ａに認証を依頼する。一見、認証サーバ６で認証が完了しているので、画像処理複合機１でもう一度認証処理をする必要がないように思われる。しかし、ＩＣカード４０にパスワードを入れておかなくてもよく、パスワードは認証サーバ６から取得すればよいので、セキュリティに対する安全性が向上する。
【００２９】
次に、ログイン処理における、インタフェースモジュールＩＦＭ１２ａを介したＪＳＤＫアプリ１１ａと認証モジュール１４の認証処理のシーケンスを説明する。なお、非Ｊａｖａ言語で記述されたアプリケーションプログラム１１からのログイン処理の場合も同様である。
図６は、ログイン処理におけるＪＳＤＫアプリ１１ａとＩＦＭ１２ａと認証モジュール１４の認証処理を示すシーケンス図である。このシーケンス図は、ＩＦＭ１２ａの処理を中心に他の関連するプログラムの処理を時系列に関連付けて示すもので、複数のプログラムが同期して動く場合には、個別にフローチャートを作成するよりわかりやすい。以下、同図を参照して処理を説明する。
（１）１つのＪＳＤＫアプリ１１ａがＩＦＭ１２ａへログイン要求コマンドを送信する。なお、このとき、このＪＳＤＫアプリ１１ａは、このシーケンスの処理に関わる部分を除いて何の入力も受け付けない状態にある。
（２）これにより、ＩＦＭ１２ａはそのログイン要求コマンドを認証モジュール１４へ送信する。
【００３０】
（３）認証モジュール１４は、パラメータ要求コマンドをＩＦＭ１２ａへ送信して、認証のためのパラメータを要求する。
（４）これにより、ＩＦＭ１２ａは、そのパラメータ要求コマンドをＪＳＤＫアプリ１１ａへ送信する。
（５）ＪＳＤＫアプリ１１ａは、パラメータとしてユーザＩＤやパスワードなどを、挿入されているＩＣカード４０または外部の認証サーバから取得して、そのパラメータをＩＦＭ１２ａへ送信する。
（６）これにより、ＩＦＭ１２ａは、そのパラメータを認証モジュール１４へ送信する。
【００３１】
（７）認証モジュール１４は受け取ったパラメータを用いて認証を行う。
（８）その結果、認証成功であれば、認証モジュール１４は、ログイン成功メッセージをＩＦＭ１２ａへ送信する。これに対して、認証失敗であれば、認証モジュール１４は、ログイン失敗メッセージをＩＦＭ１２ａへ送信する。
（９）これにより、ＩＦＭ１２ａは、ログイン成功またはログイン失敗メッセージをＪＳＤＫアプリ１１ａへ送信する。
【００３２】
ログインで認証に成功した場合、ユーザは所望のアプリケーションプログラム１１を用いて、例えば文書等の印刷を実行させ、印刷が終了すると、ログアウトを行うことになる。なお、上の説明で使用したコマンドとメッセージの違いは、人間の都合で区別するだけで、プログラム間ではともに文字列である。
【００３３】
次に、ログアウト処理のシーケンスを図７に示し、同図を参照して処理のシ−ケンスを説明する。
（１１）ＪＳＤＫアプリ１１ａがログアウト要求コマンドをインタフェースモジュールＩＦＭ１２ａへ送信する。
（１２）これにより、ＩＦＭ１２ａは、そのログアウト要求コマンドを認証モジュール１４へ送信する。
（１３）認証モジュール１４は、ログアウト成功の場合、ログアウト成功メッセージをＩＦＭ１２ａへ送信する。ログアウト失敗ならば、ログアウト失敗メッセージをＩＦＭ１２ａへ送信する。
【００３４】
（１４）ＩＦＭ１２ａは、ログアウト成功またはログアウト失敗のメッセージをＪＳＤＫアプリ１１ａへ送信する。
なお、図６および図７に示したシーケンスにおいて、ＪＳＤＫアプリ１１ａのＩＦＭ１２ａとの交信は、ＪＳＤＫプラットフォーム１７を介して行う。
【００３５】
（第２の実施形態）
ＪＳＤＫアプリ１１ａとＩＦＭ１２ａとの間の通信方式として、ＯＳ１６のドメイン・ソケットの代わりにＬＡＮやインターネットで一般的なＴＣＰ／ＩＰのソケットを用いることも可能である。本実施形態では、アプリケーションプログラムとインタフェースモジュール間をＴＣＰ／ＩＰのソケットを用いて行う例を説明する。
このＴＣＰ／ＩＰのソケットでは、ネットワークにおけるＩＰアドレスとポート番号とを指定して通信を行う。したがって、図８に示すように、アプリケーションプログラムは外部の端末装置２内にあってもよく、この場合、端末装置２のユーザは、端末装置２内のアプリケーションプログラム５１が画像処理複合機１内のインタフェースモジュールＩＦＭ１２ｃと交信してユーザ認証を受けることができる。
端末装置２と画像処理複合機１との間は、ＬＡＮなどのネットワークで接続されているため、不法侵入などのリスクは高まるが、画像処理複合機１から離れた場所で画像処理複合機１を使用できるようになり、利便性は向上する。
【００３６】
図９は、パーソナルコンピュータ（ＰＣ）３を外部端末装置として、画像処理複合機１にログインして、画像処理複合機１内の認証モジュール１４で認証を受けた後、印刷を行う例を説明する図である。同図を参照して、この例の動作フローを説明する。なお、画像処理複合機１内のＩＦＭ１２ｃと認証モジュール１４とがコマンドを送受信する場合のシーケンスは図６および図７に示したシーケンスと基本的には同様である。
【００３７】
（２１）ＰＣ３内のアプリケーションプログラムは、ＴＣＰ／ＩＰによりインタフェースモジュール１２ｃと交信することにより、認証モジュール１４で認証を受けて、画像処理複合機１にログインする（詳細は図６に示したシーケンスと基本的には同様である）。
（２２）ログイン後、ＰＣ３内のアプリケーションプログラムはＰＣ３内のドライバを介してこの画像処理複合機１で印刷を実行させる。
（２３）印刷後、ＰＣ３内のアプリケーションプログラムは、ＴＣＰ／ＩＰを用いてインタフェースモジュール１２ｃと交信することにより認証モジュール１４と交信し、画像処理複合機１からログアウトする（詳細は図７に示したシーケンスと基本的には同様である）。
【００３８】
このようにして、ＰＣ３内の印刷ドライバが画像処理複合機１と交信して認証を受ける機能を持っていなくても、ＰＣ３から画像処理複合機１の使用許可を得て印刷などを行うことが可能になる。また、その際、認証モジュール自身を修正せずにインタフェースモジュール（ＩＦＭ）の修正だけで対応できる。
なお、前述した画像処理複合機内のＪＳＤＫアプリ１１ａとＩＦＭ１２ａとの交信をドメイン・ソケットで行う場合は、ＩＦＭ１２ａとの交信のためのＪＳＤＫアプリ１１ａの修正が容易になるとともに、通信経路は、画像処理複合機のファイルシステムの中だけに限定されので、高いセキュリティを保つことができる。
【００３９】
（第３の実施形態）
第３の実施形態は、外部の端末装置である管理用ＰＣ３ａが複数の画像処理装置の機能制限を管理する場合の例である。
この第３の実施形態においても、第２の実施形態と同様に、各画像処理装置内の認証モジュール１４を使用してログインが行なわれる。ログイン後は、ＰＣ３ａは複数の画像処理装置の機能制限を離れた場所から行うことができる。
図１０は、第３の実施形態にかかるシステム構成の例を説明する図である。管理用ＰＣ３ａは、同一ＬＡＮに接続された画像処理複合機１（１ａ、１ｃ）およびプリンタ５にＩＦＭ１２ｃを経由してログインすることができる。認証モジュール１４は、ログインが装置管理者によるものかを認証して、認証に成功したらログインを許可する。その後は、例えば、ＩＦＭ１２ｃの管理者メニューを表示して、装置管理者からのコマンドを実行する。
操作の例として、複写機１ａについては、所定の時間帯を使用不可状態、それ以外の時間帯を使用可能状態にして、複写機１ｃやプリンタ５については、上の時間帯とは異なる時間帯を使用不可状態にする場合を想定する。それぞれの画像処理装置のＩＦＭ１２ｃに時間帯を指定して認証機能のオン／オフを設定しておけば、認証モジュール１４に何ら変更を加えずに、認証機能がオフになっている間は、画像処理複合機１（１ａ、１ｃ）およびプリンタ５に使用制限を加えることができる。
このようにして、本実施形態によれば、各画像処理装置の運用状態を装置管理者が任意に設定して管理する機能を、インタフェースモジュールを修正することにより実現することができる。
【００４０】
（第４の実施形態）
図１１は本発明の第４の実施形態にかかるシステム構成の例を説明する図である。ここでは、ＴＣＰ／ＩＰのソケット通信機能を持つモバイル機器４（例えば携帯電話やＰＤＡ）を外部の端末装置として、画像処理複合機１の認証モジュール１４を利用する。これにより、携帯電話機やＰＤＡなど普段持ち歩いているモバイル機器４に認証のためのアプリケーションプログラムを搭載しておけば、第２の実施形態と同様に、モバイル機器４から認証処理を行い、画像処理複合機１の機能を用いて印刷出力や画像データの取得など行うことができる。
【００４１】
以上説明したように、インタフェースモジュールのＩＦＭ１２ａおよびＩＦＭ１２ｃを備えたことで、認証機能にかかる付加機能を容易に修正や追加できるようになり、画像処理装置の有効な利用が可能になる。
【００４２】
なお、インタフェースモジュールに受け渡しされるデータを暗号化すれば機密性を確保できる。この場合、ＩＦＭ１２ａ、ＩＦＭ１２ｃはコマンドの送受信の前に暗号化／復号化を行うようにすればよい。
また、ＩＦＭ１２ａ、ＩＦＭ１２ｃは、図６および図７に示したシーケンスで、認証情報（例えばログイン／ログアウト時刻、ユーザＩＤや所属などのユーザ情報、ソケット情報、ソケットの通信方式がＴＣＰ／ＩＰのソケットであった場合は更にＩＰアドレスなど）をログ情報としてログファイルに記録するとよい。更にログ情報を電子メールにより、この画像処理装置の管理者へ通知するようにしてもよい。これにより、装置管理者は利用者別の利用状況を把握することができる。
【００４３】
また、ＩＦＭ１２ａやＩＦＭ１２ｃを修正して、ログイン失敗時や各種コマンドの失敗時にビープ音や電子音を鳴らすようにしてもよい。これにより、認証を要する機能が制限解除状態になったことおよび制限状態になったことを周囲に知らせることができる。
なお、このように、各種付加機能を持たせることができるのは、各実施形態とも認証モジュール１４とは別に、インタフェースモジュールを設け、このインタフェースモジュールが容易に修正できるからである。
【図面の簡単な説明】
【００４４】
【図１】本発明の第１の実施形態にかかる画像処理複合機の要部ソフトウエア構成を示すブロック図である。
【図２】本発明の第１の実施形態にかかる画像処理複合機の要部ハードウェア構成を示すブロック図である。
【図３】ＪＳＤＫアプリ１１ａからサービス層１３にある認証モジュール１４を使用する際のプログラム間のデータフローを示す図である。
【図４】本発明の第１の実施形態にかかる画像処理複合機のプログラム間のデータ授受を説明する図である。
【図５】本発明の第１の実施形態にかかる画像処理複合機における認証処理の例を説明する図である。
【図６】本発明の第１の実施形態にかかる画像処理複合機のログイン処理におけるＪＳＤＫアプリ１１ａとＩＦＭ１２ａと認証モジュール１４の認証処理を示すシーケンス図である。
【図７】本発明の第１の実施形態にかかる画像処理複合機のログアウト処理におけるＪＳＤＫアプリ１１ａとＩＦＭ１２ａと認証モジュール１４の認証処理を示すシーケンス図である。
【図８】本発明の第２の実施形態にかかる画像処理複合機と端末装置間のデータフローを示す説明図である。
【図９】本発明の第２の実施形態にかかる画像処理複合機内の認証モジュールで認証を受けた後、印刷を行う例を説明する図である。
【図１０】本発明の第３の実施形態にかかるシステム構成の例を説明する図である。
【図１１】本発明の第４の実施形態にかかるシステム構成の例を説明する図である。
【符号の説明】
【００４５】
１    画像処理複合機
２    端末装置
３    パーソナルコンピュータ（ＰＣ）
４    モバイル機器
５    プリンタ
６    認証サーバ
１１、５１    アプリケーションプログラム
１２ａ、１２ｃ    インタフェースモジュール（ＩＦＭ）
１４    認証モジュール（ＣＣＳ）
１５    ユーザディレクトリモジュール（ＵＣＳ）
１６    オペレーティングシステム（ＯＳ）
２１    制御部
２２    操作パネル
２３    画像読取部
２４    印刷部
４０    ＩＣカード
【図１】
2009043132.tif 000003
【図２】
2009043132.tif 000004
【図３】
2009043132.tif 000005
【図４】
2009043132.tif 000006
【図５】
2009043132.tif 000007
【図６】
2009043132.tif 000008
【図７】
2009043132.tif 000009
【図８】
2009043132.tif 000010
【図９】
2009043132.tif 000011
【図１０】
2009043132.tif 000012
【図１１】
2009043132.tif 000013