(57)【特許請求の範囲】
【請求項１】
アプリケーションが利用する機能を認証する認証機能を備える電子機器であって、
アプリケーションから呼び出されて認証アプリケーションプログラムインタフェース（ＡＰＩ）を提供する処理を行う認証ＡＰＩ処理部と、認証サービスを呼び出したアプリケーションを判別するアプリケーション判別部と、上記認証サービスを呼び出したアプリケーションに設定されている認証モードを取得する認証モード取得部とを有し、アプリケーションから呼び出されて認証サービスを行う認証サービス処理部と、
操作画面の制御権をもつアプリケーションを把握している画面制御部を有し、認証用データ入力を受け付けるシステム制御部と、
上記システム制御部が受け付けた認証用データに基づいて認証条件を満たしているか否かの判定を行う認証モジュールとを備え、
上記認証サービス処理部は、ユーザによるアプリケーションの設定変更要求に応じて、上記アプリケーションから上記認証ＡＰＩ処理部が呼び出されると、上記アプリケーション判別部にアプリケーションＩＤの取得を要求するアプリケーションＩＤ取得要求を上記認証ＡＰＩ処理部により行い、上記認証ＡＰＩ処理部からのアプリケーションＩＤ取得要求を上記アプリケーション判別部により受け付けると、上記システム制御部の画面制御部から、操作画面の制御権を持つアプリケーションのＩＤを取得することにより、上記認証ＡＰＩ処理部を呼び出したアプリケーションを上記アプリケーション判別部により判別し、上記認証ＡＰＩ処理部を呼び出したアプリケーションに設定されている認証モードを上記認証モード取得部により取得し、取得した認証モードに対応した認証モジュールを上記認証ＡＰＩ処理部により呼び出し、上記認証モジュールにより、認証条件を満たしているか否かを判定することを特徴とする電子機器。
【請求項２】
上記システム制御部は、アプリケーションをインストールする際に、インストールするアプリケーションで使用する認証モードの指定入力を受け付け、認証モードの認証モードＩＤをアプリケーションＩＤとともに記憶部に保存し、インストールされたアプリケーションを管理するアプリケーション管理部を備え、
上記認証モード取得部は、上記記憶部に記憶されている認証モードＩＤとアプリケーションＩＤに基づいて、上記認証ＡＰＩ処理部を呼び出したアプリケーションに設定されている認証モードを取得することを特徴とする請求項１記載の電子機器。
【請求項３】
アプリケーションが利用する機能を認証する認証機能を備える電子機器の認証処理方法であって、
アプリケーションの設定変更の際に、ユーザによるアプリケーションの設定変更要求に応じて、上記アプリケーションから認証サービスを呼び出し、
アプリケーションＩＤの取得を要求するアプリケーションＩＤ取得要求を行い、操作画面の制御権をもつアプリケーションを把握している画面制御部からアプリケーションのＩＤを取得し、取得したアプリケーションＩＤにより認証サービスを呼び出したアプリケーションを判別し、
上記認証サービスを呼び出したアプリケーションに設定されている認証モードを取得し、
取得した認証モードに対応した認証モジュールを呼び出し、
上記認証モジュールにより、認証条件を満たしているか否かを判定する
ことを特徴とする認証処理方法。
【請求項４】
アプリケーションが利用する機能を認証する認証機能を備える電子機器に備えられたコンピュータにより実行される認証処理プログラムであって、
アプリケーションの設定変更の際に、ユーザによるアプリケーションの設定変更要求に応じて、上記アプリケーションから認証サービスを呼び出す認証サービス呼び出しステップと、
アプリケーションＩＤの取得を要求するアプリケーションＩＤ取得要求を行い、操作画面の制御権をもつアプリケーションを把握している画面制御部からアプリケーションのＩＤを取得し、取得したアプリケーションＩＤにより上記認証サービスを呼び出したアプリケーションを判別するアプリケーション判別ステップと、
上記認証サービスを呼び出したアプリケーションに設定されている認証モードを取得する認証モード取得ステップと、
上記認証モード取得ステップで取得した認証モードに対応した認証モジュールを呼び出す認証モジュール呼び出しステップと、
上記認証モジュールにより、認証条件を満たしているか否かを判定する認証処理ステップと
を有する認証処理を電子機器に備えられたコンピュータに実行させることを特徴とする認証処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、認証処理機能を備えた電子機器、その認証処理方法及び認証処理プログラムに関する。
【背景技術】
【０００２】
従来より、種々の目的に応じた認証機能を容易に追加、変更することを可能とするために、アプリケーションと、当該アプリケーションにシステム側サービスを提供するシステム側ソフトウェアとを有する画像形成装置において、認証用画面を前記画像形成装置のオペレーションパネルに表示させ、上記認証用画面から入力された認証用データが認証条件を満たした場合に、画像形成装置の使用をするための画面を上記認証用画面に代えて上記オペレーションパネルに表示させる認証モジュールを有し、当該認証モジュールを上記システム側ソフトウエアとは別に備えるように構成したものが提案されている（例えば、特許文献１参照）。
【０００３】
また、ドキュメント管理システムに変更があってもアプリケーションプログラムの変更を不要にするために、アプリケーションプログラムのプロセスから所定の第１の情報を受け取り、所定の第２の情報をユーザから受け取るためのユーザーインターフェースを提供し、上記第１の情報を受け取ったことに応じて上記ユーザーインターフェースを起動し、受け取られた上記第１の情報と上記ユーザーインターフェースを介して入力された上記第２の情報とに応じて上記ドキュメント管理システムに対して上記ドキュメント管理システムに固有のアプリケーションプログラムインタフェース（ＡＰＩ）呼出を行い上記アプリケーションプログラムのプロセスに上記ドキュメント管理システムのドキュメント管理サービスを提供することが行われている（例えば、特許文献２参照）。
【０００４】
【特許文献１】特開２００４−２４９７２２号公報
【特許文献２】特開平１０−１７７４７５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ところで、上述の如き従来の手法では、認証は、アプリケーションの切り替えのときにしか行えない。また、認証モードが設定されているアプリケーションであっても、特定の操作については認証なしで利用できるようにするなどの細かい単位での制御ができない。なお、アクセス制限を行うために、アプリケーション内で認証処理を実装することは、アプリケーションの提供者にとって負担となる。
【０００６】
そこで、本発明の目的は、上述の如き従来の問題点に鑑み、認証モードが設定されているアプリケーションでも、特定の操作については認証なしで利用できるようにするなどの細かい単位でアクセス制限を行えるようにした電子機器、その認証処理方法及び認証処理プログラムを提供することにある。
【０００７】
本発明の更に他の目的、本発明によって得られる具体的な利点は、以下に説明される実施の形態の説明から一層明らかにされる。
【課題を解決するための手段】
【０００８】
ここで、認証とは、操作者が入力したデータが認証条件を満たすかどうかで、機能を制限するために、操作者の権限レベルを判定する処理である。
【０００９】
本発明では、アプリケーションごとに認証の有無と認証に使用する認証モードを設定することができる電子機器におけるアプリケーションが利用する認証サービスにおいて、サービス利用元のアプリケーションを判別し、アプリケーションに設定されている認証モードに基づいた認証を行う。アプリケーションは、権限レベルによって制限する操作の開始時に認証サービスを呼び出す。それによって、特定の操作に対してアクセス制限が可能となる。
【００１０】
すなわち、本発明は、アプリケーションが利用する機能を認証する認証機能を備える電子機器であって、アプリケーションから呼び出されて認証アプリケーションプログラムインタフェース（ＡＰＩ）を提供する処理を行う認証ＡＰＩ処理部と、
認証サービスを呼び出したアプリケーションを判別するアプリケーション判別部と、上記認証サービスを呼び出したアプリケーションに設定されている認証モードを取得する認証モード取得部とを有し、アプリケーションから呼び出されて認証サービスを行う認証サービス処理部と、操作画面の制御権をもつアプリケーションを把握している画面制御部を有し、認証用データ入力を受け付けるシステム制御部と、上記システム制御部が受け付けた認証用データに基づいて認証条件を満たしているか否かの判定を行う認証モジュールとを備え、上記認証サービス処理部は、ユーザによるアプリケーションの設定変更要求に応じて、上記アプリケーションから上記認証ＡＰＩ処理部が呼び出されると、上記アプリケーション判別部にアプリケーションＩＤの取得を要求するアプリケーションＩＤ取得要求を上記認証ＡＰＩ処理部により行い、上記認証ＡＰＩ処理部からのアプリケーションＩＤ取得要求を上記アプリケーション判別部により受け付けると、上記システム制御部の画面制御部から、操作画面の制御権を持つアプリケーションのＩＤを取得することにより、上記認証ＡＰＩ処理部を呼び出したアプリケーションを上記アプリケーション判別部により判別し、上記認証ＡＰＩ処理部を呼び出したアプリケーションに設定されている認証モードを上記認証モード取得部により取得し、取得した認証モードに対応した認証モジュールを上記認証ＡＰＩ処理部により呼び出し、上記認証モジュールにより、認証条件を満たしているか否かを判定することを特徴とする。
【００１１】
本発明に係る電子機器において、上記システム制御部は、例えば、アプリケーションをインストールする際に、インストールするアプリケーションで使用する認証モードの指定入力を受け付け、認証モードの認証モードＩＤをアプリケーションＩＤとともに記憶部に保存し、インストールされたアプリケーションを管理するアプリケーション管理部を備え、上記認証モード取得部は、上記記憶部に記憶されている認証モードＩＤとアプリケーションＩＤに基づいて、上記認証ＡＰＩ処理部を呼び出したアプリケーションに設定されている認証モードを取得する。
【００１２】
また、本発明は、アプリケーションが利用する機能を認証する認証機能を備える電子機器の認証処理方法であって、アプリケーションの設定変更の際に、ユーザによるアプリケーションの設定変更要求に応じて、上記アプリケーションから認証サービスを呼び出し、アプリケーションＩＤの取得を要求するアプリケーションＩＤ取得要求を行い、操作画面の制御権をもつアプリケーションを把握している画面制御部からアプリケーションのＩＤを取得し、取得したアプリケーションＩＤにより上記認証サービスを呼び出したアプリケーションを判別し、上記認証サービスを呼び出したアプリケーションに設定されている認証モードを取得し、取得した認証モードに対応した認証モジュールを呼び出し、上記認証モジュールにより、認証条件を満たしているか否かを判定することを特徴とする。
【００１３】
さらに、本発明は、アプリケーションが利用する機能を認証する認証機能を備える電子機器に備えられたコンピュータにより実行される認証処理プログラムであって、アプリケーションの設定変更の際に、ユーザによるアプリケーションの設定変更要求に応じて、上記アプリケーションから認証サービスを呼び出す認証サービス呼び出しステップと、アプリケーションＩＤの取得を要求するアプリケーションＩＤ取得要求を行い、操作画面の制御権をもつアプリケーションを把握している画面制御部からアプリケーションのＩＤを取得し、取得したアプリケーションＩＤにより認証サービスを呼び出したアプリケーションを判別するアプリケーション判別ステップと、上記認証サービスを呼び出したアプリケーションに設定されている認証モードを取得する認証モード取得ステップと、上記認証モード取得ステップで取得した認証モードに対応した認証モジュールを呼び出す認証モジュール呼び出しステップと、上記認証モジュールにより、認証条件を満たしているか否かを判定する認証処理ステップとを有する認証処理を電子機器に備えられたコンピュータに実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、認証モードが設定されているアプリケーションでも、特定の操作については認証なしで利用できるようにするなどの細かい単位でアクセス制限を行える。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、本発明は以下の例に限定されるものではなく、本発明の要旨を逸脱しない範囲で、任意に変更可能であることは言うまでもない。
【００１６】
本発明は、例えばコピー、プリント、スキャン、ファクシミリ送信及びファクシミリ受信機能を有する所謂複合機など、複数の機能を有する電子機器であって、各種機能に対応して複数のアプリケーションがインストール可能な電子機器に適用される。
【００１７】
本発明を適用した電子機器１０は、例えば図１に機能構成を示すように、当該電子機器１０にインストールされた複数のアプリケーション１が利用する認証サービス処理部２、当該電子機器１０のシステム制御部３、認証処理を行う認証モジュール４、アプリケーション１を管理するアプリケーション管理部５等を備える。
【００１８】
認証サービスを利用するプログラムであるアプリケーション１は、アプリケーションの識別子としてアプリケーションＩＤを持ち、アプリケーション管理部５によって管理される。なお、認証サービスを利用するアプリケーションは、Java言語等で実装され、外部からダウンロードして利用するアプリケーションを対象とする。
【００１９】
認証サービス処理部２は、アプリケーションの種別により認証モードを判定し、認証処理を呼び出すもので、認証サービスの処理を実行する認証ＡＰＩ処理部２１、認証ＡＰＩを呼び出したアプリケーションを判別するアプリケーション判別部２２、認証ＡＰＩを呼び出したアプリケーションに設定されている認証モードを取得する認証モード取得部２３からなる。この認証サービス処理部２が提供する認証ＡＰＩを呼び出すことで認証処理をアプリケーションから利用することができる。
【００２０】
システム制御部３は、画面制御部３１、認証制御部３２、認証部３３、記憶部３４からなる。画面制御部３１は、操作画面の制御権をもつアプリケーションを把握している。認証制御部３２は、指定された認証モードにしたがって、認証処理を呼び出す。認証部３３は、認証処理を行う。認証用データ入力画面の表示と認証条件を満たしているか否かの判定を行う。記憶部３４は、認証モード設定ファイルを保存する。
【００２１】
認証モジュール４は、認証処理を行うプログラムであって、システム制御部３のソフトウエアとは別に、外部からインストールされる。認証モジュール４は、認証用データ入力画面の表示と認証条件を満たしているか否かの判定を行う。入力画面や認証条件はシステム制御部３の認証部３３とは異なる。認証モジュール４は、認証モードＩＤによって識別される。電子機器１０上に複数の認証モジュール４をインストールして利用することができる。
【００２２】
ここで、上記システム制御部３の記憶部３４に保存される認証モード設定ファイルは、アプリケーションごとの認証モード設定を保持するファイルであって、アプリケーションに対する認証の有無と認証モードＩＤが記述される。この認証モード設定は電子機器１０の操作画面などから編集することが可能である。
【００２３】
上記システム制御部３の認証部３３を利用する認証モードＩＤを『標準』、認証モジュール４を利用する認証モードＩＤを『追加１』とするときの認証モード設定の例を次の表１に示す。
【００２４】
【表１】
0005145003.tif 000002
【００２５】
そして、この電子機器１０では、アプリケーション管理部５は、図２のフローチャートに示す手順に従ってアプリケーションのインストール処理を行い、アプリケーションのインストール時に、表１に示した認証モードの初期設定を行う。
【００２６】
すなわち、アプリケーションのインストール処理を開始すると、アプリケーション管理部５は、先ず、アプリケーションで使用する認証モードを、認証モードの一覧から選択する（ステップＳ１）。
【００２７】
次に、アプリケーション管理部５は、通常のインストール処理を行う。インストールしたアプリケーションにはアプリケーションＩＤが付与されるものとする（ステップＳ２）。
【００２８】
次に、アプリケーション管理部５は、アプリケーションＩＤを取得する（ステップＳ３）。
【００２９】
そして、アプリケーション管理部５は、ステップＳ１で選択された認証モードの認証モードＩＤと次のステップＳ３で取得したアプリケーションＩＤをシステム制御部３の記憶部３４の認証モード設定ファイルへ書き込む（ステップＳ４）。
【００３０】
また、認証サービス処理部２は、図３のフローチャートに示す手順に従って認証サービスの提供処理を行う。
【００３１】
すなわち、認証サービスの提供処理を開始すると、認証サービス処理部２は、先ず、認証ＡＰＩ処理部２１により、認証ＡＰＩを呼び出したアプリケーションのアプリケーションＩＤを取得する（ステップＳ１１）。
【００３２】
次に、認証サービス処理部２は、認証モード取得部２３により、システム制御部３の記憶部３４に保存されている認証モード設定ファイルを参照し、アプリケーションに設定されている認証モードＩＤを取得する（ステップＳ１２）。
【００３３】
次に、認証サービス処理部２は、認証モード取得部２３が認証モードＩＤを取得できたか否かを判定する（ステップＳ１３）。アプリケーションに認証モードが設定されていない場合、認証モード取得部２３が認証モードＩＤの取得に失敗した場合、認証サービス処理部２は、 認証サービスの提供処理を終了する。
【００３４】
そして、認証サービス処理部２は、ステップＳ１３で認証モードＩＤを取得できた場合、認証ＡＰＩ処理部２１により、システム制御部３の認証制御部３２に対して、認証モードＩＤを指定して認証を依頼する（ステップＳ１４）。
【００３５】
なお、認証サービス処理部２の認証ＡＰＩ処理部２１は、認証ＡＰＩの戻り値として、認証成功か失敗かを返す。
【００３６】
ここで、認証ＡＰＩの例(Java言語の場合)を以下に示す。
【００３７】
［boolean isAdministrator() throws NotSupportedException］
ユーザの認証を行い、管理者権限を持っている場合はtrue、管理者権限を持っていない場合や認証に失敗した場合はfalseを返す。この認証サービスをサポートしていない場合はNotSupportedExceptionをスローする。
【００３８】
［boolean isUser() throws NotSupportedException］
ユーザの認証を行い、ユーザ権限を持っている場合はtrue、持っていない場合や認証に失敗した場合はfalseを返す。この認証サービスをサポートしていない場合はNotSupportedExceptionをスローする。
【００３９】
［boolean isRegistered() throws NotSupportedException］
ユーザの認証を行い、ユーザが登録されている場合はtrue、登録されていない場合はfalseを返す。この認証サービスをサポートしていない場合はNotSupportedExceptionをスローする。
【００４０】
呼び出すＡＰＩによって、認証部もしくは認証モジュールが使用する認証条件が決まる。
【００４１】
次に、アプリケーション(ここでは、アプリケーションＡ)が、アプリケーションの設定変更操作の前に認証処理を行う場合を例として、この電子機器１０におけるアプリケーション１、認証サービス処理部２、システム制御部３、認証モジュール４の動作を図４に示すシーケンス図を参照して説明する。
【００４２】
アプリケーション１は、ユーザによるアプリケーションの設定変更を要求する設定変更要求を受け付けると（ステップＳ２１）、認証サービス処理部２の認証ＡＰＩ処理部２１に対して認証ＡＰＩを呼び出す認証要求行う（ステップＳ２２）。
【００４３】
次に、認証サービス処理部２の認証ＡＰＩ処理部２１は、アプリケーション１からの認証要求に応じて、アプリケーション判別部２２にアプリケーションＩＤの取得を要求するアプリケーションＩＤ取得要求を行う（ステップＳ２３）。
【００４４】
次に、認証サービス処理部２のアプリケーション判別部２２は、認証ＡＰＩ処理部２１からのアプリケーションＩＤ取得要求を受け付けると、システム制御部３の画面制御部３１から、操作画面の制御権を持つアプリケーションのＩＤを取得する。この例では、”アプリケーションＡ”を取得したとする。アプリケーション判別部２２は、取得したアプリケーションＩＤ”アプリケーションＡ”を認証ＡＰＩ処理部２１に返す（ステップＳ２４）。
【００４５】
次に、認証サービス処理部２の認証ＡＰＩ処理部２１は、認証モード取得部２３に対して、アプリケーションＩＤから、そのアプリケーションに設定されている認証モードＩＤを要求する（ステップＳ２５）。
【００４６】
次に、認証サービス処理部２の認証モード取得部２３は、システム制御部３の記憶部３４から認証モード設定ファイルを読み込み、アプリケーションＡに設定されている認証モードＩＤ(この例では”追加１”)を取得する（ステップＳ２６）。
【００４７】
次に、認証サービス処理部２の認証ＡＰＩ処理部２１は、システム制御部３の認証制御部３２に認証モードＩＤを指定して、認証処理を依頼する（ステップＳ２７）。
【００４８】
次に、システム制御部３の認証制御部３２は、指定された認証モードＩＤに対応する認証モジュール４を把握する（ステップＳ２８）。
【００４９】
次に、システム制御部３の認証制御部３２は、ステップＳ２８で把握した認証モジュール４に対して、認証処理を依頼する（ステップＳ２９）。
【００５０】
次に、認証モジュール４は、認証用データ入力画面を表示し、ユーザから認証用データを入手する（ステップＳ３０）。
【００５１】
次に、認証モジュール４は、認証条件を満たしているかどうかを判定し、結果(この例ではＯＫ)をシステム制御部３の認証制御部３２に返す。認証条件は、呼び出すＡＰＩの種類によって異なる（ステップＳ３１）。
【００５２】
そして、アプリケーション１は、認証結果を受けて、設定変更画面を表示する（ステップＳ３２）。
【００５３】
すなわち、上記電子機器１０は、アプリケーション１から呼び出されて認証サービスを行う認証サービス処理部２と、認証用データ入力を受け付けるシステム制御部３と、上記システム制御部３が受け付けた認証用データに基づいて認証条件を満たしているか否かの判定を行う認証モジュール４とを備え、上記認証サービス処理部２は、アプリケーションから呼び出されて認証アプリケーションプログラムインタフェース（ＡＰＩ）を提供する処理を行う認証ＡＰＩ処理部２１と、上記認証サービスを呼び出したアプリケーションを判別するアプリケーション判別部２２と、上記認証サービスを呼び出したアプリケーションに設定されている認証モードを取得する認証モード取得部２３とからなり、アプリケーションの設定変更の際に、上記アプリケーション１から上記認証ＡＰＩ処理部２１が呼び出されると、上記認証ＡＰＩ処理部２１を呼び出したアプリケーション１を上記アプリケーション判別部２２により判別し、上記認証ＡＰＩ処理部２１を呼び出したアプリケーション１に設定されている認証モードを上記認証モード取得部２３により取得し、取得した認証モードに対応した認証モジュールを上記認証ＡＰＩ処理部２１により呼び出し、上記認証モジュール４により、認証条件を満たしているか否かを判定する。
【００５４】
このような構成の電子機器１０では、アプリケーション１が呼び出す認証サービス内で、アプリケーションごとに設定されている認証モードに従った認証処理を呼び出すことで、ユーザが行う操作の単位でアクセス制限が可能になる。アプリケーション１は、認証処理を実装することなく、認証サービスが提供する認証ＡＰＩを呼び出すだけでアクセス制限を行うことができる。一度認証が成功したら、その結果を認証ＡＰＩ処理部２１で保持しておき、二度目以降は認証処理をスキップするようにすると、何度も認証を行わなくてすむ。
【００５５】
なお、この電子機器１０の機能構成は、当該電子機器１０に備えられたコンピュータシステムにソフトウエアをインストールすることにより実装される。
【００５６】
この電子機器１０に備えられたコンピュータシステムは、図５に基本構成を示すように、装置全体の制御および各種演算処理を行うコンピュータ（ＣＰＵ）５１、プログラムやデータを格納するためのリードオンリメモリ（ＲＯＭ）５２、作業領域として一時的にプログラムやデータを記憶するためのランダムアクセスメモリ（ＲＡＭ）５３、各種情報の表示および各種指示の入力に使用される操作パネル部５４、ネットワークに接続するためのＬＡＮカードなどの通信インターフェース５５などがバス５６を介して相互に接続されてなる。
【００５７】
本発明の認証処理プログラムは、電子機器１０に備えられたコンピュータシステムのコンピュータ５１により実行されるソフトウエアであって、アプリケーションの設定変更の際に、アプリケーション１から認証ＡＰＩ処理部２１が呼び出されると、認証ＡＰＩ処理部２１を呼び出したアプリケーション１をアプリケーション判別部２２により判別し、上記認証ＡＰＩ処理部２１を呼び出したアプリケーション１に設定されている認証モードを認証モード取得部２３により取得し、取得した認証モードに対応した認証モジュールを上記認証ＡＰＩ処理部２１により呼び出し、上記認証モジュール４により、認証条件を満たしているか否かを判定する認証サービス処理部２の機能を実現させるものである。
【図面の簡単な説明】
【００５８】
【図１】本発明を適用した電子機器の機能構成を示すブロック図である。
【図２】上記電子機器におけるアプリケーション管理部によるアプリケーションのインストール処理の手順を示すフローチャートである。
【図３】上記電子機器における認証サービス処理部による認証サービスの提供処理の手順を示すフローチャートである。
【図４】上記電子機器におけるアプリケーション、認証サービス処理部、システム制御部、認証モジュールの動作例を示すシーケンス図である。
【図５】上記電子機器の機能構成がソフトウエアをインストールすることにより実装されるコンピュータシステムの基本構成を示すブロック図である。
【符号の説明】
【００５９】
１  アプリケーション、
２  認証サービス処理部、
３  システム制御部、
４  認証モジュール、
５  アプリケーション管理部
１０  電子機器、
２１  認証ＡＰＩ処理部、
２２  アプリケーション判別部、
２３  認証モード取得部、
３１  画面制御部、
３２  認証制御部、
３３  認証部、
３４  記憶部、
５１  ＣＰＵ、
５２  ＲＯＭ、
５３  ＲＡＭ、
５４  操作パネル部、
５５  通信インターフェース、
５６  バス
【図１】
0005145003.tif 000003
【図２】
0005145003.tif 000004
【図３】
0005145003.tif 000005
【図４】
0005145003.tif 000006
【図５】
0005145003.tif 000007