JP2007080245A - 画像形成装置及び認証課金方法 - Google Patents

Abstract

【課題】新しい認証方法や課金方法への拡張が容易な画像形成装置及び認証課金方法を提供する。
【解決手段】画像形成処理で使用されるハードウェア資源と、画像形成処理を実行するアプリケーションとを有する画像形成装置であって、各種認証方法の制御に特化した特化認証手段と、前記アプリケーションに対し、前記特化認証手段の種類にかかわらず、共通のインタフェースを提供する共通認証手段とを有する。
【選択図】図３

Description

本発明は、認証並びに課金を行う画像形成装置と、その認証課金方法に関する。

近年、ファクシミリ、プリンタ、コピーおよびスキャナ等の各装置の機能を１つの筐体内に収納した画像形成装置が知られている。この画像形成装置は、１つの筐体内に表示部、印刷部および撮像部等を共通のハードウェアとして備えると共に、ファクシミリ、プリンタ、コピーおよびスキャナにそれぞれ対応する４種類のアプリケーションを内部ソフトウェアとして備えている。これらのアプリケーションを切り替えると共に、共通のハードウェアを使用することにより、ファクシミリ機能、プリンタ機能、コピー機能及びスキャナ機能のいずれかを実現させることができる。

このような画像形成装置において、認証処理や課金処理を行う画像形成装置が知られている。従来の画像形成装置において、認証処理や課金処理を行うためには、アプリケーションが、ユーザコード・キーカウンター・キーカード等の認証／課金方法の種類を直接意識しながら動作する必要があった。

従来の画像形成装置では、新しい認証方法や課金方法が追加される毎に、その画像形成装置のソフトウェア構成に対し、認証モジュール、アプリケーションを組み合わせた修正が必要となる。このため、アクセスロール（ユーザログインによる個人認証）等の、従来方式にはなかった認証方法へ拡張させるためには、全アプリケーションで対応が必要であり、画像形成装置の機能拡張が容易に実現できないという問題がある。

本発明は、このような問題点に鑑み、新しい認証方法や課金方法への拡張が容易な画像形成装置及び認証課金方法を提供することを目的とする。

上記の課題を解決するため、本発明は、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成処理を実行するアプリケーションとを有する画像形成装置であって、各種認証方法の制御に特化した特化認証手段と、前記アプリケーションに対し、前記特化認証手段の種類にかかわらず、共通のインタフェースを提供する共通認証手段とを有することを特徴とする。

また、上記の画像形成装置において、前記特化認証手段は、前記認証方法に必要なデバイスと通信を行う通信手段と、前記通信手段を用いて前記デバイスと通信するとともに、前記認証の制御を行う認証制御手段とを有するように構成することができる。

また、上記の画像形成装置において、前記通信手段は、前記特化認証手段に自らの存在を示すための登録をし、前記認証制御手段は、前記共通認証手段に自らの存在を示すための登録をするように構成することができる。

また、上記の画像形成装置において、前記共通認証手段は、前記認証制御手段に対し、必要に応じて課金指示をするように構成することができる。

また、上記の画像形成装置は、認証に関するとともに、ユーザに画面表示される設定メニューを制御する機器管理設定メニュー手段をさらに有し、前記共通認証手段が、前記認証制御手段が登録した内容に応じて前記設定メニューで表示する内容を定めるように構成することができる。

また、上記の画像形成装置において、前記設定メニューの表示には、文字列が含まれるように構成することができる。

また、上記の画像形成装置において、前記共通認証手段は、予め起動することが設定された認証制御手段のみを起動するように構成することができる。

また、上記の画像形成装置は、認証方法を拡張するための前記通信手段である拡張用通信手段と、認証方法を拡張するための拡張用認証制御手段とをさらに有するように構成することができる。

また、上記の画像形成装置において、前記拡張用通信手段と前記拡張用認証制御手段は、該画像形成装置とは別の記録媒体に記録され、該画像形成装置は前記記録媒体から前記拡張用通信手段と前記拡張用認証制御手段を起動するように構成することができる。

また、上記の画像形成装置は、前記拡張用認証制御手段の存在を確認する存在確認手段をさらに有するように構成することができる。

また、上記の画像形成装置は、前記存在確認手段により前記拡張用認証制御手段が存在しないことが確認された場合、ユーザに対し、エラーの原因と、エラーの復旧方法とを含むメッセージを表示するように構成することができる。

また、上記課題を解決するために、本発明は、画像形成処理で使用されるハードウェア資源と、画像形成処理を実行するアプリケーションと、各種認証方法の制御に特化した特化認証手段と、前記アプリケーションに対し前記特化認証手段の種類にかかわらず、共通のインタフェースを提供する共通認証手段と、認証ならびに課金に関するとともにユーザに画面表示される動作設定メニューを制御する機器管理設定メニュー手段を有する画像形成装置の認証課金方法であって、前記共通認証手段が、前記機器管理設定メニュー手段からどのような認証方法または課金方法を実行するかを示す動作設定情報を取得する動作設定情報取得手順と、前記共通認証手段が、取得した動作設定情報に該当する前記特化認証手段を起動する起動手順と、前記共通認証手段が、前記動作設定情報に基づき、起動した前記特化認証手段に前記認証制御手段の動作内容を指示する動作決定手順と、前記共通認証手段が、前記アプリケーションに対し、前記認証方法に関する設定内容と、前記課金に関する設定内容と、前記現在の認証状態を通知する認証課金情報提供手順とを有することを特徴とする。

また、上記の認証課金方法において、前記共通認証手段は、前記特化認証手段に異常が発生すると、ユーザに対しエラーを表示する要求を行うエラー表示要求手順を有するように構成することができる。

また、上記の認証課金方法において、前記画像形成装置は、認証方法を拡張するための前記特化認証手段である拡張用特化認証手段と、該特化認証手段の存在を確認する存在確認手段をさらに有し、前記共通認証手段が、前記拡張用特化認証手段を起動する場合、前記存在確認手段を用いて該拡張用特化認証手段の存在を確認する存在確認手順を有するように構成することができる。

また、上記の認証課金方法において、前記拡張用特化認証手段を用いる場合、前記共通認証手段が前記機器管理設定メニュー手段に対し、前記拡張用特化認証手段に対応した動作設定メニューを提供するメニュー提供手順を有するように構成することができる。

以上説明したように、本発明の画像形成装置及び認証課金方法によれば、新しい認証方法や課金方法を容易に拡張することできる。

以下、本発明の実施の形態について図面を用いて説明する。

図１は、本発明の一実施形態に係るＭＦＰ（Multi-Function Peripheral）のソフトウェア構成を示す。以下の説明では、本発明に係る画像形成装置の一例としてＭＦＰ１を挙げ、そのソフトウェア構成を説明する。

図１に示すように、ＭＦＰ１は、搭載ソフトウェアとしてのプログラム群２と、画像形成処理で使用されるハードウェア資源４とを備える。

ＭＦＰ１は、電源投入とともにアプリケーション層５およびコントローラ層６を起動する。例えば、ＭＦＰ１は、アプリケーション層５およびコントローラ層６のプログラムを、ハードディスク装置（ＨＤＤ）６５等から読み出し、読み出した各プログラムをメモリ領域に転送して起動する。ハードウェア資源４は、スキャナエンジン５１と、プロッタエンジン５２と、後述するＦＣＵ６８と、ＳＲＡＭ９９と、ＨＤＤ６５とを備える。

また、プログラム群２は、ＵＮＩＸ（登録商標）等のオペレーティングシステム（ＯＳ）上に起動されているアプリケーション層５とコントローラ層６とを備える。アプリケーション層５は、プリンタ、コピー、ファックスおよびスキャナ等の画像形成に係るユーザサービスにそれぞれ固有の処理を行うプログラムや、ドライバ群５０を含む。

アプリケーション層５は、プリンタ用のアプリケーションであるプリンタアプリケーション２０と、コピー用アプリケーションであるコピーアプリケーション２１と、ファックス用アプリケーションであるファックスアプリケーション２２と、スキャナ用アプリケーションであるスキャナアプリケーション２３と、ネットファイルアプリケーション２４とを備える。さらに、アプリケーション層５は、ＳＤＫ（Software Development Kit）２６と、ＶＡＳ（Virtual Application Service）２５とを備える。

また、コントローラ層６は、アプリケーション層５からの処理要求を解釈してハードウェア資源の獲得要求を発生するコントロールサービス層７と、１つ以上のハードウェア資源の管理を行ってコントロールサービス層７からの獲得要求を調停するシステムリソースマネージャ（ＳＲＭ）４０と、ＳＲＭ４０からの獲得要求に応じてハードウェア資源の管理を行うハンドラ層８とを備える。

コントロールサービス層７は、ネットワークコントロールサービス（ＮＣＳ）３０、エンジンコントロールサービス（ＥＣＳ）３４、メモリコントロールサービス（ＭＣＳ）３５、ユーザインフォメーションコントロールサービス（ＵＣＳ）３７、システムコントロールサービス（ＳＣＳ）３８、認証課金コントロールサービス（ＣＣＳ）３９、ＣＣＳ−Ｉ／Ｏ（ＩＯ）１３０、ＣＣＳ−ＣＣＭ（ＣＣＭ）１２０等、一つ以上のサービスモジュールを含むように構成されている。

コントローラ層６は、予め定義されている関数により、アプリケーション層５からの処理要求を受信可能とするＧＷ−ＡＰＩ４３を有するように構成されている。ＯＳは、アプリケーション層５およびコントローラ層６の各プログラムをプロセスとして並列実行する。

ＮＣＳ３０のプロセスは、ネットワークＩ／Ｏを必要とするアプリケーションに対して共通に利用できるサービスを提供するものであり、ネットワーク側から各プロトコルによって受信したデータの各アプリケーションへ振り分ける際の仲介や、各アプリケーションからのデータをネットワーク側に送信する際の仲介を行う。

例えば、ＮＣＳ３０は、ネットワークを介して接続されるネットワーク機器とのデータ通信をｈｔｔｐｄ（HyperText Transfer Protocol Daemon）により、ＨＴＴＰ（HyperText Transfer Protocol）で制御する。

ＥＣＳ３４のプロセスは、スキャナエンジン５１、プロッタエンジン５２等のエンジンの制御を行う。ＭＣＳ３５のプロセスは、メモリの取得および解放、ＨＤＤ６５の利用等のメモリ制御を行う。ＵＣＳ３７のプロセスは、ユーザ情報の管理を行う。ＣＣＳ３９、ＩＯ１３０、ＣＣＭ１２０については後述する。

ＳＣＳ３８のプロセスは、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、ハードウェア資源管理、割り込みアプリケーション制御等の処理を行う。本実施の形態では、ＳＣＳ３８に含まれるＵＰを用いて説明する。このＵＰについては後述する。

ＳＲＭ４０のプロセスは、ＳＣＳ３８と共にシステムの制御およびハードウェア資源の管理を行うものである。例えばＳＲＭ４０のプロセスは、スキャナエンジン５１やプロッタエンジン５２等のハードウェア資源を利用する上位層からの獲得要求に従って調停を行い、実行制御する。

具体的には、ＳＲＭ４０のプロセスは獲得要求されたハードウェア資源が利用可能であるかを判定し、利用可能であれば獲得要求されたハードウェア資源が利用可能である旨を上位層に通知する。また、ＳＲＭ４０のプロセスは上位層からの獲得要求に対してハードウェア資源を利用するためのスケジューリングを行い、例えば、プリンタエンジンによる紙搬送と作像動作、メモリ確保、ファイル生成等の要求内容を直接実施している。

また、ハンドラ層８はＦＣＵ６８の管理を行うファックスコントロールユニットハンドラ（ＦＣＵＨ）４１と、プロセスに対するメモリの割り振り及びプロセスに割り振ったメモリの管理を行うイメージメモリハンドラ（ＩＭＨ）４２とを備える。ＳＲＭ４０およびＦＣＵＨ４１は、予め定義されている関数によりハードウェア資源に対する処理要求を送信可能とし、ＰＣＩが用いられたエンジンＩ／Ｆ４４を利用して、ハードウェア資源に対する処理要求を行う。

図２は、本発明の一実施形態に係るＭＦＰ１のハードウェア構成を示す。

図２に示すように、ＭＦＰ１は、コントローラボード６０と、オペレーションパネル５３と、ＦＣＵ６８と、スキャナエンジン５１と、プロッタエンジン５２とを備える。また、ＦＣＵ６８は、Ｇ３規格対応ユニット６９と、Ｇ４規格対応ユニット７０とを有する。

また、コントローラボード６０は、ＣＰＵ６１と、ＡＳＩＣ６６と、ＨＤＤ６５と、ローカルメモリ（ＭＥＭ−Ｃ）６４と、システムメモリ（ＭＥＭ−Ｐ）６３と、ノースブリッジ（ＮＢ）６２と、サウスブリッジ（ＳＢ）７３と、ＮＩＣ７４（Network Interface Card）と、ＵＳＢデバイス７５と、ＩＥＥＥ１３９４デバイス７６と、セントロニクスデバイス７７とを備える。

オペレーションパネル５３は、コントローラボード６０のＡＳＩＣ６６に接続されている。また、ＳＢ７３と、ＮＩＣ７４と、ＵＳＢデバイス７５と、ＩＥＥＥ１３９４デバイス７６と、セントロニクスデバイス７７は、ＮＢ６２にＰＣＩバスで接続されている。

また、ＦＣＵ６８と、スキャナエンジン５１と、プロッタエンジン５２は、コントローラボード６０のＡＳＩＣ６６にＰＣＩバスで接続されている。

なお、コントローラボード６０は、ＡＳＩＣ６６にローカルメモリ６４、ＨＤＤ６５等が接続されると共に、ＣＰＵ６１とＡＳＩＣ６６とがＣＰＵチップセットのＮＢ６２を介して接続されている。このように、ＮＢ６２を介してＣＰＵ６１とＡＳＩＣ６６とを接続すれば、ＣＰＵ６１のインタフェースが公開されていない場合に対応できる。

なお、ＡＳＩＣ６６とＮＢ６２とはＰＣＩバスを介して接続されているのでなく、ＡＧＰ（Accelerated Graphics Port）６７を介して接続されている。このように、図１のアプリケーション層５やコントローラ層６を形成する一つ以上のプロセスを実行制御するため、ＡＳＩＣ６６とＮＢ６２とを低速のＰＣＩバスでなくＡＧＰ３５を介して接続し、パフォーマンスの低下を防いでいる。

ＣＰＵ６１は、ＭＦＰ１の全体制御を行うものである。ＣＰＵ６１は、ＮＣＳ３０、ＤＣＳ３１、ＥＣＳ３４、ＭＣＳ３５、ＵＣＳ３７、ＣＣＳ３９、ＳＣＳ３８、ＳＲＭ４０、ＦＣＵＨ４１およびＩＭＨ４２をＯＳ上にそれぞれプロセスとして起動して実行させると共に、アプリケーション層５を形成するプリンタアプリケーション２０、コピーアプリケーション２１、ファックスアプリケーション２２、スキャナアプリケーション２３、ネットファイルアプリケーション２４、ＳＤＫ２６を起動して実行させる。

ＮＢ６２は、ＣＰＵ６１、システムメモリ６３、ＳＢ７３およびＡＳＩＣ６６を接続するためのブリッジである。システムメモリ６３は、ＭＦＰ１の描画用メモリ等として用いるメモリである。ローカルメモリ６４はコピー用画像バッファ、符号バッファとして用いるメモリである。システムメモリ６３とローカルメモリ６４は、図１のＳＲＡＭ９９に対応する。また、ＳＢ７３は、ＮＢ６２とＰＣＩバス、周辺デバイスとを接続するためのブリッジである。

ＡＳＩＣ６６は、画像処理用のハードウェア要素を有する画像処理用途向けのＩＣである。ＨＤＤ６５は、画像データの蓄積、文書データの蓄積、プログラムの蓄積、フォントデータの蓄積、フォームの蓄積等を行うための記録装置である。また、オペレーションパネル５３は、ユーザからの入力操作を受け付けると共に、ユーザに向けた表示を行う操作部である。

以上のハードウェア構成に、必要に応じて認証課金装置が加わる。本実施の形態では、認証課金装置として、キーカードを用いるものと、コインラックと、マルチファンクション（ＭＦ）キーカードと、キーカウンターと、拡張装置がある。

次に、ＣＣＳ３９について説明する。ＣＣＳとはCertification and charge Control Serviceの略であり、従来ＳＣＳ３８が行っていた認証／課金／利用者制限機能と同等の機能を実現する。セキュリティ強化に対応するためのアクセスロール（ユーザログインによる個人認証）の導入に伴い、ＣＣＳ３９は、認証された個人に対応した利用可能機能（利用不可能機能）に関する情報（制限情報）を管理する。ＣＣＳ３９は、新たな認証／課金方法を導入しようとする際に、ＭＦＰ１の本体プログラムを容易に拡張できるように構成されている。

図３は、図１のＭＦＰ１のソフトウェア群２におけるＣＣＳ３９のスレッド構成を示す。ＣＣＳ３９のスレッド構成は、共通処理モジュールであるＣＣＳメインスレッド１１０と、ＣＣＭ１２０と、ＩＯ１３０からなる。

ＣＣＳメインスレッド１１０は、アプリケーションや他のモジュールのインタフェースであり、認証処理、課金処理、画面生成等を制御するメイン制御モジュールである。生成された画面は、オペレーションパネル５３に表示される。

ＣＣＭ１２０は、個人認証スレッド１２４と、キーカウンタースレッド１２３と、外部課金装置スレッド１２２と、ユーザコードスレッド１２１の各認証課金モジュールと、拡張装置スレッド４０１とからなる。ＣＣＭ１２０は、各認証方法に応じた認証処理、課金処理、及び画面生成を実行するモジュールである。これらの認証／課金モジュールは、各認証／課金装置ごとに設けられる。各認証／課金モジュールは基本的に同一の構成からなるスレッドであり、どのような動作をするかを示す動作設定指示に応じて、対応する認証／課金モジュールが動作する。

個人認証スレッド１２４は、Ｂａｓｉｃ認証とWindows（登録商標）認証とＬＤＡＰ認証を行う。デバイス登録時にＢａｓｉｃ認証を指定すると、個人認証スレッド１２４は、ユーザ名とパスワードで、機器内アドレス帳を使用して認証処理を行う。デバイス登録時にWindows認証を指定すると、個人認証スレッド１２４は、ユーザ名とパスワードで、WindowsＮＴサーバを使用して認証処理を行う。デバイス登録時にＬＤＡＰ認証を指定すると、個人認証スレッド１２４は、ユーザ名とパスワードで、ＬＤＡＰサーバを使用して認証処理を行う。

ユーザコードスレッド１２１は、ユーザコードを用いた認証を行う。キーカウンタースレッド１２３は、認証課金装置としてキーカウンターを用いる場合に対応するスレッドである。外部課金装置スレッド１２２は、認証課金装置として、キーカード、コインラック、ＭＦキーカードを用いる場合に対応するスレッドである。拡張装置スレッド４０１は、新たに後付け拡張された認証課金装置に対応するスレッドである。

ＭＦＰ１は、認証デバイス、認証方法を後付け拡張可能とするための専用スレッドとして、拡張装置スレッド４０１、拡張装置Ｉ／Ｏスレッド４０２を備えている。

次に、課金／認証処理の具体的な入出力手段を提供するＩＯ１３０について説明する。ＩＯ１３０は、機器内アドレス帳Ｉ／Ｏスレッド１３４と、ＮＴサーバＩ／Ｏスレッド１３５と、ＬＤＡＰサーバＩ／Ｏスレッド１３６と、外部課金Ｉ／Ｏスレッド１３２と、ＭＦキーカードＩ／Ｏスレッド１３１と、キーカウンターＩ／Ｏスレッド１３３と、拡張装置Ｉ／Ｏスレッド４０２で構成され、アプリケーション層５やサービス層７の各モジュールや各認証課金装置と通信して、各機器の認証状態を受信したり、認証要求を発行したりする。

機器内アドレス帳Ｉ／Ｏスレッド１３４は、機器内アドレス帳に関する通信を行う。この機器内アドレス帳とは、ＵＣＳ３７を介して得られるユーザのアドレスに関する情報である。ＮＴサーバＩ／Ｏスレッド１３５は、上述したWindows（登録商標）認証を行うサーバと通信を行うスレッドである。ＬＤＡＰサーバＩ／Ｏスレッド１３６は、上述したＬＤＡＰ認証を行うサーバと通信を行うスレッドである。

外部課金Ｉ／Ｏスレッド１３２は、外部課金装置キーカードコインラックと通信を行う。この外部課金装置キーカードコインラックとは、キーカードを用いて使用する場合や、コインラックを用いて使用する場合のデバイスである。ＭＦキーカードＩ／Ｏスレッド１３１は、ＭＦキーカード課金装置と通信を行う。このＭＦキーカードとは、上記キーカードにさらに種々の機能を持たせたものである。キーカウンターＩ／Ｏスレッド１３３は、キーカウンター１４２と通信を行う。拡張装置Ｉ／Ｏスレッド４０２は、認証課金装置と通信を行う。

以下の説明において、ＣＣＭ１２０に属するそれぞれのスレッドをＣＣＭと表現する。同様に、Ｉ／Ｏ１３０に属するそれぞれのスレッドをＩＯと表現する。ＣＣＭとＩＯは、図１に示したように、複数個のスレッドとして存在することがある。また、以下の説明において、拡張装置Ｉ／Ｏスレッドを拡張用ＣＣＭと表現することがある。さらに拡張装置スレッドを拡張用ＣＣＭと表現することがある。

次に、図４を用いて、ＲＯＭにおけるプログラムの配置について説明する。図４には、ＲＯＭマップ５０１、５０２、５０３、５０４が示されている。ＲＯＭマップ５０１は、ＲＯＭマップの全体を示している。ＲＯＭマップ５０１に示されるように、ＲＯＭには、ＯＳ（Operating System）と、コントローラソフトウェアと、アプリケーションソフトウェアと、共通ライブラリとが配置される。

コントローラソフトウェアの詳細を示したのがＲＯＭマップ５０２であり、アプリケーションソフトウェアの詳細を示したのがＲＯＭマップ５０３であり、共通ライブラリの詳細を示したのがＲＯＭマップ５０４である。

ＲＯＭマップ５０４に示されるように、拡張ＣＣＭ用ライブラリは、ＲＯＭマップ５０２に示されるＣＣＳとは別なプログラムとして配置されるので、あとから追加することが可能となる。

次に、プログラムが記録されたＳＤカード（登録商標）を用いる場合のＲＯＭマップについて説明する。図５には、ＲＯＭマップ５０５、５０６、５０７、５０８、５０９、５１０、５１１、５１２、５１３とが示されている。

ＲＯＭマップ５０５は、ＲＯＭマップの全体を示している。ＲＯＭマップ５０５に示されるように、ＲＯＭには、ＯＳ（Operating System）と、コントローラソフトウェアと、アプリケーションソフトウェアと、共通ライブラリとが配置され、それらの詳細は、ＲＯＭマップ５０８、５０９、５１０である。

ＲＯＭマップ５０６は、ＳＤカードにおけるプログラム配置を示すもので、コントローラソフトウェアと、アプリケーションソフトウェアとが配置されている。コントローラソフトウェアの詳細を示したのがＲＯＭマップ５１１であり、アプリケーションソフトウェアの詳細を示したのがＲＯＭマップ５１２である。

また、ＲＯＭマップ５０７は、もう一つのＳＤカードにおけるプログラム配置を示すもので、オプションプログラムが配置されている。オプションプログラムの詳細を示したのがＲＯＭマップ５１３である。

このように、ＭＦＰ１が、ＲＯＭとは別に外部記憶デバイスを有する場合、ＳＤカード（登録商標）に記録されているプログラムを用いて動作することが可能である。このようなＭＦＰでは、ＲＯＭマップ５１３に示される拡張ＣＣＭライブラリをダウンロードではなくＳＤカードの形態で配布することが可能となる。

次に、図６を用いて、ＣＣＳとＣＣＭの起動手順について説明する。図６は、ＵＰ３８と、アプリケーション１００と、ＣＣＳ３９と、ＣＣＭ１２０と、ＩＯ１３０との間で行われる起動手順を説明するためのシーケンス図である。

ここで、ＵＰ３８は、システムコントロールサービス（ＳＣＳ）３８内に構成されるユーザプログラム管理モジュールであり、このユーザプログラム管理モジュールは、認証処理や課金処理のためのユーザ設定情報を管理するプログラムである。なお、ＣＣＭとＩＯはともに、通常１つ以上のスレッドとして起動されるが、説明を簡略化するため、１つのスレッドのみ表示する。図６で説明されるＣＣＭとＩＯは、拡張装置用に対応したものではなく、通常のものである。

図６に示すように、ステップＳ１０１で、ＣＣＳ３９は、ＵＰ３８に対して動作設定情報取得要求を送信する。ＣＣＳ３９は、ステップＳ１０２でＵＰ３８から動作設定情報取得応答を受け取る。ＭＦＰ１の認証／課金処理は、ユーザの利用環境に応じて利用するか否かの動作設定をユーザが選択できるように構成されている。ＣＣＳ３９は、ＣＣＭとＩＯの起動前に、ＵＰ３８に対してユーザ指定の動作設定情報について問い合わせを行い、ＵＰ３８から、ユーザにより現在設定されている認証／課金処理についてのユーザ指定情報（デバイスの動作設定情報）を取得する。

次のステップＳ１０３、Ｓ１０４で、ＣＣＳ３９は、取得した動作設定情報に応じて、該当するＣＣＭのスレッド起動、該当するＩＯのスレッド起動をそれぞれ行う。これにより、ＣＣＭ１２０とＩＯ１３０が起動する。図３で説明したように、ＭＦＰ１の認証／課金処理を制御するためのＣＣＳソフトウェア群は、メイン制御モジュールであるＣＣＳメインと、課金／認証処理を実行するＣＣＭと、課金／認証処理の具体的な入出力手段を提供するＩＯとからなる。ＣＣＭやＩＯによる処理は、ＣＣＳメインによる制御とは非同期で動作する必要があるため、スレッドで実現されている。スレッド制御を行うためには、スレッド起動を行う必要がある。このため、ＣＣＳ３９は、必要な個数だけＣＣＭとＩＯに相当するスレッドを起動する。

ここで、ＣＣＭとＩＯを、スレッドではなく独立したプロセスとして実装している場合には、ＣＣＳ３９によるＣＣＭとＩＯのスレッド起動を行う必要はない。

ＣＣＭ１２０は、ステップＳ１０５で、ＣＣＳ３９に対しＣＣＭ登録を行う。ＣＣＳソフトウェア群は、ソフトウェアの拡張性を高くするため、どんなスレッドが存在するかを個々のスレッドは認識していない。メイン制御を行うＣＣＳ３９のみが起動したスレッドの個数を認識している。このため、ステップＳ１０３でスレッドとして起動したＣＣＭ１２０は、自らの存在を通信相手となるＣＣＳ３９に対し通知することで通信が確立する。

同様に、ステップＳ１０６で、ＩＯ１３０は、ＣＣＭ１２０に対しＩＯ登録を行う。ステップＳ１０４でスレッドとして起動したＩＯ１３０は、自らの存在を通信相手となるＣＣＭ１２０に対し通知することで通信が確立する。

次のステップＳ１０８で、ＣＣＭ１２０は、ＣＣＳ３９に対しデバイス登録を行う。ＣＣＳソフトウェア群は、ソフトウェアの拡張性を高くするため、各スレッドがどのような動作をするかを示す動作設定情報を内部情報として保持している。このため、起動したスレッドは、自らの動作設定情報を通信相手となるＣＣＳ３９に対し通知する必要がある。このような処理がデバイス登録であり、ＩＯ登録である。ＣＣＭ１２０は、メイン制御を行うＣＣＳ３９に対しデバイス登録を行い、ＩＯ１３０は、課金／認証処理を実行するＣＣＭ１２０に対しＩＯ登録を行う。例えば、ＣＣＭスレッドの1つである外部課金装置スレッド１２２の場合、このデバイス登録時に、自らの認証／課金処理にコインラック等の外部課金装置を利用するか、ＭＦキーカードを利用するか等を示す利用デバイスの種類をＣＣＳ３９に指定する。

次のステップＳ１０９で、ＣＣＳ３９は、ＣＣＭ１２０に対して動作デバイス決定を行う。このステップにおいて、ＣＣＳ３９は、上記のステップＳ１０８で全てのＣＣＭスレッドからデバイス登録を受け取ることにより、各スレッドの実行可能な動作設定を認識する。上記のステップＳ１０２でＵＰ３８から予め取得した、ユーザ指定のデバイス動作設定情報に応じた動作を各スレッドが行うように、ＣＣＳ３９は、このステップＳ１０９で、ユーザ指定のデバイス動作設定をＣＣＭ１２０に対して通知することにより、動作デバイス決定を行う。なお、未使用のＣＣＭスレッドに対しては動作設定を通知しない。

例えば、ＣＣＭスレッドの1つである外部課金装置スレッド１２２の場合、キーカードやコインラック等の外部課金装置を利用した認証／課金方法と、ＭＦキーカードを利用した認証／課金方法のいずれかを実行可能である。この場合、ＣＣＭ１２０（外部課金装置スレッド１２２）が上記のステップＳ１０８でこのようなデバイス登録をＣＣＳ３９に通知すると共に、ＣＣＳ３９は、上記のステップＳ１０９の動作デバイス決定の通知により、どちらの認証／課金方法でＣＣＭ１２０が動作すべきか（ユーザ指定のデバイス動作設定）をＣＣＭ１２０に通知する。

上記のステップＳ１０９で動作デバイス決定の通知を受け取ると、ＣＣＭ１２０は、ステップＳ１２０で、ＩＯ１３０に対してＩＯ利用登録を行う。動作デバイスが決定した後に、このステップＳ１２０でＣＣＭ１２０が、認証／課金処理用の入出力手段としてどのＩ／Ｏ装置を利用すべきかを、ユーザ指定のデバイス動作設定に従ってＩＯ１３０に通知する。このため、各ＣＣＭスレッドは効率よくＩＯ利用登録を行うことができる。

上記のステップＳ１０９でＣＣＳ３９が動作デバイス決定を行うと、アプリケーション１００は、ステップＳ１１０で、通信相手となるＣＣＳ３９に対してＣＣＳ利用登録を行う。

一方、上記のステップＳ１０９で動作デバイス決定の通知を受け取った際に、ＣＣＭ１２０は、ステップＳ１１１で、ＣＣＳ３９に対してデバイスタイプ登録を行う。このステップＳ１１１でＣＣＭ１２０は、認証／課金方法のさらに詳細な動作設定をＣＣＳ３９に対して通知する。例えば、このデバイスタイプ登録では、ＣＣＭ１２０は、ログアウトするまで認証中の状態を保持するか、あるいは一時的認証かを示す認証期間や、機器全体に影響がある認証か、あるいはアプリケーション単位の認証かを示す認証種類等をＣＣＳ３９に通知する。このデバイスタイプ登録は、動作設定毎に複数回行われることがある。全てのデバイスタイプ登録が完了すると、ＣＣＭ１２０は、ステップＳ１１２で、タイプ登録終了をＣＣＳ３９に通知する。

次に、ＣＣＳ３９は、ステップＳ１１３でアプリケーション１００に認証タイプ詳細を通知する。この通知は、上記のステップＳ１１０でＣＣＳ利用登録を行ったアプリケーションにのみ行われる。また、ＣＣＳ３９は、ステップＳ１１４でアプリケーション１００に認証設定を通知する。さらに、ＣＣＳ３９は、ステップＳ１１５で課金設定をアプリケーション１００に通知する。アプリケーション１００は、この認証／課金設定の通知を受け取ることにより認証／課金に関する設定情報を取得するが、認証／課金の動作指示は、各種認証課金方法の差異を吸収するためにアプリケーション１００ではなくＣＣＳ３９側が必要に応じて行う。

一方、ＩＯ１３０は、ステップＳ１２１でＣＣＭ１２０に対してＩＯ状態通知を行う。これは、自らのＩＯ状態をＣＣＭ１２０に通知するものである。ＣＣＭ１２０は、ステップＳ１２２でＩＯ状態通知に対応する認証状態通知をＣＣＳ３９に対して行う。そして、ＣＣＳ３９は、ステップＳ１２３で同様の認証状態通知をアプリケーション１００に対して行う。ＩＯ１３０がＩＯ状態通知を行うタイミングとしては、キーカードが挿入された等の、デバイスに何らかのアクションが発生したタイミングを例示することができる。

以上説明した処理におけるＣＣＳ３９によるスレッド起動は、ＣＣＭとＩＯをスレッドではなく独立したプロセスとして実装した場合は不要となる。

図７は、拡張用ＣＣＭと拡張用ＩＯの起動手順を説明するためのシーケンス図である。

図７に示すように、ＣＣＳ３９は、ステップＳ２０１で、ＯＳ２５０に対し、拡張用ＣＣＭや拡張用ＩＯのライブラリをコールする。このライブラリコールの結果、ＯＳ２５０から正常に応答が戻ってきたら、ＣＣＳ３９は、拡張用ＣＣＭや拡張用ＩＯが存在すると判定する。ＣＣＳ３９は、拡張用ＣＣＭが存在する場合のみ、拡張用ＣＣＭを含む各種ＣＣＭスレッドの起動処理を実行する。拡張用ＣＣＭが存在しない場合、ＣＣＳ３９は、拡張用ＣＣＭを除く各種ＣＣＭスレッドの起動処理を実行する。

図７のステップＳ２０２−Ｓ２０７、Ｓ２０９−Ｓ２１６、及びＳ２２０−Ｓ２２３の処理手順は、図６で説明したステップＳ１０１−Ｓ１０６、Ｓ１０８−Ｓ１１５、及びＳ１２０−Ｓ１２３の処理手順と同一であるので、その説明を省略する。

図８は、ＣＣＳとＣＣＭの起動時エラー判定処理を説明するためのシーケンス図である。

図８のステップＳ３０１−Ｓ３０６及びＳ３０８の処理手順は、図６で説明したステップＳ１０１−Ｓ１０６及びＳ１０８の処理手順と同一であるので、その説明を省略する。

図８に示すように、ステップＳ３０８のデバイス登録後、動作設定に対応した拡張用ＣＣＭからのデバイス登録イベントが発生しない場合、ＣＣＳ３９はエラーと判定する。ＵＰ３８にて動作設定されているにもかかわらず、対応する拡張用ＣＣＭがデバイス登録を行わない場合にはエラーと判定する。なお、このエラーは基本的に、拡張装置に対応した拡張用ＣＣＭの使用時のみ発生する。

次に、ステップＳ３０９で、ＣＣＳ３９は、オペレーションパネル５３に対しエラー表示要求を送信する。

ここで、拡張用ＣＣＭの使用時にエラー判定を行う理由について説明する。拡張用ＣＣＭはＭＦＰ１の後付けオプションであるため、ＭＦＰ１の本体に組み込まれ、正式な評価がされている他のＣＣＭと異なり、正規のシーケンス対応がされていない可能性がある。このため、図８のようなエラー判定処理を行う必要がある。また、拡張用ＣＣＭは、ＭＦＰ１の本体プログラムとは別のプログラムとして構成されるため、ソフトウェアのインストールに失敗している可能性がある。

図９は、図８のエラー判定処理の結果としてオペレーションパネル５３に表示されるエラー画面の例を示す。図９に示すように、このエラー画面には、認証エラーが発生したことと、オプションプログラムが正しく装着されていることの確認を促すメッセージが表示される。すなわち、図９のエラー画面は、エラーの原因と、エラーの復旧方法とを示す表示メッセージを含むように構成される。

次に、図１０を用いて、拡張用ＣＣＭと拡張用ＩＯの動作設定時にＭＦＰに表示される動作設定画面を作成する処理について説明する。

拡張用ＣＣＭや拡張用ＩＯはオプション扱いであるため、動作設定画面を予めＭＦＰの本体プログラムで用意することができない。このために、拡張用ＣＣＭと拡張用ＩＯの動作設定時に、動作設定画面を作成する必要がある。従って、ＣＣＭ１２０で動作設定画面の画面データを作成して、その作成結果をＵＰ３８に通知する。

図１０のステップＳ４０１の処理手順は、図７で説明したステップＳ２０１の処理手順と同一であり、図１０のステップＳ４０２−Ｓ４０３の処理手順は、図６で説明したステップＳ１０１−Ｓ１０２の処理手順と同一であるので、その説明を省略する。

図１０に示すように、ステップＳ４０４で、ＵＰ３８は、ＣＣＳ３９に対して拡張ＣＣＭ存在有無問い合わせを送信する。ここで、ＣＣＳ３９は、ライブラリコールの結果、ＯＳ２５０から正常に応答が戻ってきたら、拡張用ＣＣＭが存在すると判定する（ステップＳ４０１参照）。ステップＳ４０４の問い合わせに対し、ＣＣＳ３９は、ステップＳ４０５でＵＰ３８に対してその判定結果を拡張ＣＣＭ存在結果応答で通知する。

図１０のステップＳ４０６−Ｓ４１１及びＳ４２０の処理手順は、図６で説明したステップＳ１０３−Ｓ１０９及びＳ１２０の処理手順と同一であるので、その説明を省略する。ステップＳ４１１で動作デバイス決定の通知を受け取ると、ＣＣＭ１２０は、ステップＳ４２０でＩＯ利用登録をＩＯ１３０に行う。

一方、ＵＰ３８は、ステップＳ４１２で動作設定画面作成要求をＣＣＳ３９に送信する。この要求を受けて、ＣＣＳ３９は、ステップＳ４１３でＣＣＭ１２０に対し動作設定画面作成要求を送信する。ＣＣＭ１２０は、動作設定画面の画面データを作成し、ステップＳ４１４で、ＣＣＳ３９に対し動作設定画面作成結果応答を通知する。この応答を受けて、ＣＣＳ３９は、ステップＳ４１５で、ＵＰ３８に対し動作設定画面作成結果応答を通知する。この通知は、動作設定画面の作成完了をＵＰ３８に知らせるものである。

図１１は、図１０の処理により作成された動作設定画面の例を示す。図１１には、文字列を含む画面である２つの画面６０１、６０２が示されている。画面６０１には、「拡張認証装置の使用有無を設定してください」という表示と、「認証する」、「認証しない」という２つの選択ボタンが示されている。このような「拡張認証装置」という一般的な名称を用いて画面が作成される場合は、ＵＰ側で画面を作成することも可能である。

また、画面６０２には、「指紋認証装置の使用有無を設定してください」という表示と、「認証する」、「認証しない」という２つの選択ボタンが示されている。このような「指紋認証装置」という具体的な名称を用いて画面が作成される場合は、自らがどのような認証装置であるかを知っている拡張用ＣＣＭ側で画面を作成することが必要である。

以上説明した本実施の形態において、ＩＯは通信手段に対応し、ＣＣＭは認証制御手段に対応し、これらＩＯとＣＣＭをまとめたものは、特化認証手段に対応する。ＣＣＳは共通認証手段に対応する。ＵＰは機器管理設定メニュー手段に対応する。拡張装置スレッドは、拡張用認証制御手段に対応する。拡張装置Ｉ／Ｏスレッドは、拡張用通信手段に対応する。図７で説明したＯＳ２５０のライブラリは、存在確認手段に対応する。

また、ステップＳ１０２は、動作設定情報取得手順に対応する。ステップＳ１０３、１０４は、起動手順に対応する。ステップＳ１０９は、動作決定手順に対応する。ステップＳ１１３からＳ１１８までの処理手順は、認証課金情報提供手順に対応する。ステップＳ３０９は、エラー表示要求手順に対応する。ステップＳ２０１は、存在確認手順に対応する。ステップＳ４１５は、メニュー提供手順に対応する。

本発明の一実施形態に係るＭＦＰのソフトウェア構成を示す図である。 本発明の一実施形態に係るＭＦＰのハードウェア構成を示す図である。 図１に示したプログラム群におけるＣＣＳのスレッド構成を示す図である。 ＲＯＭにおけるプログラムの配置を示す図である（その１）。 ＲＯＭにおけるプログラムの配置を示す図である（その２）。 ＣＣＳとＣＣＭの起動手順を説明するためのシーケンス図である。 拡張用ＣＣＭの起動手順を説明するためのシーケンス図である。 ＣＣＳとＣＣＭの起動時エラー判定を説明するためのシーケンス図である。 エラー画面を示す図である。 拡張用ＣＣＭの動作設定画面作成手順を説明するためのシーケンス図である。 拡張用ＣＣＭの動作設定画面を示す図である。

符号の説明

１ ＭＦＰ
２ プログラム群
４ ハードウェア資源
５ アプリケーション層
６ コントローラ層
７ コントロールサービス層
８ ハンドラ層
２０ プリンタアプリケーション
２１ コピーアプリケーション
２２ ファックスアプリケーション
２３ スキャナアプリケーション
２４ ネットファイルアプリケーション
２５ ＶＡＳ
２６ ＳＤＫ
３０ ネットワークコントロールサービス（ＮＣＳ）
３４ エンジンコントロールサービス（ＥＣＳ）
３５ メモリコントロールサービス（ＭＣＳ）
３７ ユーザインフォメーションコントロールサービス（ＵＣＳ）
３８ システムコントロールサービス（ＳＣＳ）
３９ ＣＣＳ
４０ システムリソースマネージャ（ＳＲＭ）
４１ ファックスコントロールユニットハンドラ（ＦＣＵＨ）
４２ イメージメモリハンドラ（ＩＭＨ）
４３ アプリケーションプログラムインターフェース（ＡＰＩ）
４４ エンジンＩ／Ｆ
５０ ドライバ群
５１ スキャナエンジン
５２ プロッタエンジン
５３ オペレーションパネル
６０ コントローラボード
６１ ＣＰＵ
６２ ノースブリッジ（ＮＢ）
６３ システムメモリ（ＭＥＭ−Ｐ）
６４ ローカルメモリ（ＭＥＭ−Ｃ）
６５ ハードディスク装置（ＨＤＤ）
６６ ＡＳＩＣ
６７ ＡＧＰ（Accelerated Graphics Port）
６８ ファックスコントロールユニット（ＦＣＵ）
６９ Ｇ３
７０ Ｇ４
７３ サウスブリッジ（ＳＢ）
７４ ＮＩＣ
７５ ＵＳＢデバイス
７６ ＩＥＥＥ１３９４デバイス
７７ セントロニクス
９９ ＳＲＡＭ
１００ アプリケーション
１１１ ＣＣＳメインスレッド
１２０ ＣＣＭ
１２１ ユーザコードスレッド
１２２ 外部課金装置スレッド
１２３ キーカウンタースレッド
１２４ 個人認証スレッド
１３０ Ｉ／Ｏモジュール
１３１ ＭＦキーカードＩ／Ｏスレッド
１３２ 外部課金装置Ｉ／Ｏスレッド
１３３ キーカウンターＩ／Ｏスレッド
１３４ 機器内アドレス帳Ｉ／Ｏスレッド
１３５ ＮＴサーバＩ／Ｏスレッド
１３６ ＬＤＡＰサーバＩ／Ｏスレッド
２５０ ＯＳ
４０１ 拡張装置スレッド
４０２ 拡張装置Ｉ／Ｏスレッド

Claims (15)

1. 画像形成処理で使用されるハードウェア資源と、画像形成処理を実行するアプリケーションとを有する画像形成装置であって、
   各種認証方法の制御に特化した特化認証手段と、
   前記アプリケーションに対し、前記特化認証手段の種類にかかわらず、共通のインタフェースを提供する共通認証手段と
   を有することを特徴とする画像形成装置。
2. 前記特化認証手段は、
   前記認証方法に必要なデバイスと通信を行う通信手段と、
   前記通信手段を用いて前記デバイスと通信するとともに、前記認証の制御を行う認証制御手段と
   を有することを特徴とする請求項１に記載の画像形成装置。
3. 前記通信手段は、前記特化認証手段に自らの存在を示すための登録をし、
   前記認証制御手段は、前記共通認証手段に自らの存在を示すための登録をすることを特徴とする請求項２に記載の画像形成装置。
4. 前記共通認証手段は、前記認証制御手段に対し、必要に応じて課金指示をすることを特徴とする請求項１乃至３のいずれか一項に記載の画像形成装置。
5. 認証に関するとともに、ユーザに画面表示される設定メニューを制御する機器管理設定メニュー手段をさらに有し、
   前記共通認証手段は、前記認証制御手段が登録した内容に応じて前記設定メニューで表示する内容を定めることを特徴とする請求項１乃至４のいずれか一項に記載の画像形成装置。
6. 前記設定メニューの表示には、文字列が含まれることを特徴とする請求項５に記載の画像形成装置。
7. 前記共通認証手段は、予め起動することが設定された認証制御手段のみを起動することを特徴とする請求項２に記載の画像形成装置。
8. 認証方法を拡張するための前記通信手段である拡張用通信手段と、認証方法を拡張するための拡張用認証制御手段とをさらに有することを特徴とする請求項１乃至７のいずれか一項に記載の画像形成装置。
9. 前記拡張用通信手段と前記拡張用認証制御手段は、該画像形成装置とは別の記録媒体に記録され、
   該画像形成装置は前記記録媒体から前記拡張用通信手段と前記拡張用認証制御手段を起動することを特徴とする請求項８に記載の画像形成装置。
10. 前記拡張用認証制御手段の存在を確認する存在確認手段をさらに有することを特徴とする請求項８または９に記載の画像形成装置。
11. 前記存在確認手段により前記拡張用認証制御手段が存在しないことが確認された場合、ユーザに対し、エラーの原因と、エラーの復旧方法と含むメッセージを表示することを特徴とする請求項１０に記載の画像形成装置。
12. 画像形成処理で使用されるハードウェア資源と、画像形成処理を実行するアプリケーションと、各種認証方法の制御に特化した特化認証手段と、前記アプリケーションに対し前記特化認証手段の種類にかかわらず、共通のインタフェースを提供する共通認証手段と、認証ならびに課金に関するとともにユーザに画面表示される動作設定メニューを制御する機器管理設定メニュー手段とを有する画像形成装置の認証課金方法であって、
    前記共通認証手段が、前記機器管理設定メニュー手段からどのような認証方法または課金方法を実行するかを示す動作設定情報を取得する動作設定情報取得手順と、
    前記共通認証手段が、取得した動作設定情報に該当する前記特化認証手段を起動する起動手順と、
    前記共通認証手段が、前記動作設定情報に基づき、起動した前記特化認証手段に前記認証制御手段の動作内容を指示する動作決定手順と、
    前記共通認証手段が、前記アプリケーションに対し、前記認証方法に関する設定内容と、前記課金に関する設定内容と、前記現在の認証状態を通知する認証課金情報提供手順と
    を有することを特徴とする認証課金方法。
13. 前記共通認証手段が、前記特化認証手段に異常が発生すると、ユーザに対しエラーを表示する要求を行うエラー表示要求手順を有することを特徴とする請求項１２に記載の認証課金方法。
14. 前記画像形成装置は、認証方法を拡張するための前記特化認証手段である拡張用特化認証手段と、該特化認証手段の存在を確認する存在確認手段をさらに有し、
    前記共通認証手段が、前記拡張用特化認証手段を起動する場合、前記存在確認手段を用いて該拡張用特化認証手段の存在を確認する存在確認手順を有することを特徴とする請求項１２または１３に記載の認証課金方法。
15. 前記拡張用特化認証手段を用いる場合、前記共通認証手段が前記機器管理設定メニュー手段に対し、前記拡張用特化認証手段に対応した動作設定メニューを提供するメニュー提供手順を有することを特徴とする請求項１４に記載の認証課金方法。

Images