(57)【要約】    【課題】  誤って認証アプリケーションを設定しても復旧不可能な状況に陥ることなく、任意の認証方式で認証されたユーザにだけアプリケーション管理機能を利用させることを可能とするアプリケーション管理装置を提供する。    【解決手段】  二つのアプリケーション管理機能１０４，１０５を備え、一方のアプリケーション管理機能１０４は認証アプリケーション１０３により許可されたユーザにのみ利用を許し、他方のアプリケーション管理機能１０５は、別の認証方式であるパスワード認証を経由して認証アプリケーションの切り替えを可能とする構成とし、且つアプリケーション管理機能１０４によってアプリケーション管理機能１０５の無効化を行えるようにした。【選択図】        図１
2005352887.tif 000002
【特許請求の範囲】
【請求項１】
システム上のアプリケーションを管理するための第１及び第２のアプリケーション管理機能を有するアプリケーション管理装置において、
前記第１のアプリケーション管理機能は、第１のユーザ認証手段で認証されたユーザのみがアクセス可能であり、
前記第２のアプリケーション管理機能は、前記第１のユーザ認証手段とは異なる第２のユーザ認証手段で認証されたユーザのみがアクセス可能であることを特徴とするアプリケーション管理装置。
【請求項２】
前記第２のアプリケーション管理機能は、前記第１のアプリケーション管理機能を無効化又は有効化する手段を有することを特徴とする請求項１記載のアプリケーション管理装置。
【請求項３】
前記第１のアプリケーション管理機能は、前記第２のユーザ認証手段で用いる認証方式を切り替える手段を有することを特徴とする請求項２のアプリケーション管理装置。
【請求項４】
システム上のアプリケーションを管理するためのアプリケーション管理機能を有するアプリケーション管理装置において、
前記アプリケーション管理機能は、複数のユーザ認証手段のうち、認証方式を任意に設定可能なユーザ認証手段で認証されたユーザのみがアクセス可能であることを特徴とするアプリケーション管理装置。
【請求項５】
前記複数のユーザ認証手段をそれぞれ経由した各アクセスルートの有効化／無効化を設定する有効／無効化設定手段を備えたことを特徴とする請求項４記載のアプリケーション管理装置。
【請求項６】
前記有効／無効化設定手段は、前記複数のユーザ認証手段をそれぞれ経由した各アクセスルートのうち、少なくとも、認証方式を任意に設定可能なユーザ認証手段を経由したアクセスルートだけは有効化されていることを特徴とする請求項５記載のアプリケーション管理装置。
【請求項７】
第１及び第２のアプリケーション管理機能を用いて、システム上のアプリケーションを管理するアプリケーション管理方法において、
第１のユーザ認証手段を経由して前記第１のアプリケーション管理機能にアクセスすることにより、前記第１のユーザ認証手段とは異なる第２のユーザ認証手段で用いる認証方式の設定を可能にし、
前記第２のユーザ認証手段を経由して前記第２のアプリケーション管理機能にアクセスした後、
前記第１のアプリケーション管理機能を無効にすることを特徴とするアプリケーション管理方法。
【請求項８】
アプリケーション管理機能を用いて、システム上のアプリケーションを管理するアプリケーション管理方法において、
複数のユーザ認証手段をそれぞれ経由して前記アプリケーション管理機能にアクセスする各アクセスルートのうち、認証方式を任意に設定可能なユーザ認証手段を経由したアクセスルートを有効化した後、
前記各アクセスルートのうち、残りのアクセスルートを無効化したことを特徴とするアプリケーション管理方法。
【請求項９】
第１及び第２のアプリケーション管理機能を用いて、システム上のアプリケーションを管理するアプリケーション管理方法を実行するための、コンピュータで読み取り可能な制御プログラムであって、
第１のユーザ認証手段を経由して前記第１のアプリケーション管理機能にアクセスすることにより、前記第１のユーザ認証手段とは異なる第２のユーザ認証手段で用いる認証方式の設定を可能にするステップと、
前記第２のユーザ認証手段を経由して前記第２のアプリケーション管理機能にアクセスするステップと、
前記第２のアプリケーション管理機能にアクセスした後に前記第１のアプリケーション管理機能を無効にするステップとを備えたことを特徴とする制御プログラム。
【請求項１０】
アプリケーション管理機能を用いて、システム上のアプリケーションを管理するアプリケーション管理方法の制御方法を実行するための、コンピュータで読み取り可能な制御プログラムであって、
複数のユーザ認証手段をそれぞれ経由して前記アプリケーション管理機能にアクセスする各アクセスルートのうち、認証方式を任意に設定可能なユーザ認証手段を経由したアクセスルートを有効化するステップと、
前記アクセスルートを有効化した後に、残りのアクセスルートを無効化するステップとを備えたことを特徴とする制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、システム上のアプリケーションを管理するアプリケーション管理装置及びアプリケーション管理方法、並びにアプリケーション管理方法を実行するための制御プログラムに関する。
【背景技術】
【０００２】
従来、アプリケーションをインストール又はアンインストールして機能の追加／削除を行うことができる複写機等の情報処理装置は、既に知られている。
【０００３】
この情報処理装置では、機能の利用を制限したり、パーソナライズされた機能を提供したりするための認証機構を有しており、この認証機構に備わる、ユーザ認証の処理を行うための認証アプリケーションを切り替えることによりユーザの環境にあった認証方式を選択することができる。また、このような情報処理装置においては、アプリケーションの管理、ライセンスの管理、及び認証アプリケーションの切り替えを行うためのアプリケーション管理機能を備えている。このアプリケーション管理機能は、前記認証アプリケーションとは別の、独自に固定された認証方式によって認証されれば、誰でも利用可能である。
【０００４】
このように、独自の認証方式で認証されたユーザに対してアプリケーション管理機能を利用できるようにすることにより、たとえ前記認証アプリケーションの設定を誤ってもアプリケーション管理機能だけは利用可能であることが保証される。このため、誤って認証アプリケーションを設定して誰もログインできなくなった場合でも、容易に復旧することができる。
【０００５】
また、アプリケーションの管理機能を許可するためのユーザ認証方式としては、プログラムの起動時などにパスワードの入力を要求し、入力したパスワードが一致しなければプログラムのインストールや起動がなされないというパスワードを用いた認証方式が知られている（例えば特許文献１を参照）。
【特許文献１】特開２００３−２５６０６３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来の技術においては、パスワードによるユーザ認証が行われるだけであるため、任意の認証方式で認証されたユーザにだけアプリケーション管理機能を利用させる、という市場ニーズに応えることができない。
【０００７】
本発明は上記従来の問題点に鑑み、誤って認証アプリケーションを設定しても復旧不可能な状況に陥ることなく、任意の認証方式で認証されたユーザにだけアプリケーション管理機能を利用させることを可能とするアプリケーション管理装置、アプリケーション管理方法及び制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明のアプリケーション管理装置は、システム上のアプリケーションを管理するための第１及び第２のアプリケーション管理機能を有するアプリケーション管理装置において、前記第１のアプリケーション管理機能は、第１のユーザ認証手段で認証されたユーザのみがアクセス可能であり、前記第２のアプリケーション管理機能は、前記第１のユーザ認証手段とは異なる第２のユーザ認証手段で認証されたユーザのみがアクセス可能であることを特徴とする。
【０００９】
本発明のアプリケーション管理装置は、システム上のアプリケーションを管理するためのアプリケーション管理機能を有するアプリケーション管理装置において、前記アプリケーション管理機能は、複数のユーザ認証手段のうち、認証方式を任意に設定可能なユーザ認証手段で認証されたユーザのみがアクセス可能であることを特徴とする。
【００１０】
本発明のアプリケーション管理方法では、第１及び第２のアプリケーション管理機能を用いて、システム上のアプリケーションを管理するアプリケーション管理方法において、第１のユーザ認証手段を経由して前記第１のアプリケーション管理機能にアクセスすることにより、前記第１のユーザ認証手段とは異なる第２のユーザ認証手段で用いる認証方式の設定を可能にし、前記第２のユーザ認証手段を経由して前記第２のアプリケーション管理機能にアクセスした後、前記第１のアプリケーション管理機能を無効にすることを特徴とする。
【００１１】
本発明のアプリケーション管理方法は、アプリケーション管理機能を用いて、システム上のアプリケーションを管理するアプリケーション管理方法において、複数のユーザ認証手段をそれぞれ経由して前記アプリケーション管理機能にアクセスする各アクセスルートのうち、認証方式を任意に設定可能なユーザ認証手段を経由したアクセスルートを有効化した後、前記各アクセスルートのうち、残りのアクセスルートを無効化したことを特徴とする。
【００１２】
本発明の制御プログラムは、第１及び第２のアプリケーション管理機能を用いて、システム上のアプリケーションを管理するアプリケーション管理方法を実行するための、コンピュータで読み取り可能な制御プログラムであって、第１のユーザ認証手段を経由して前記第１のアプリケーション管理機能にアクセスすることにより、前記第１のユーザ認証手段とは異なる第２のユーザ認証手段で用いる認証方式の設定を可能にするステップと、前記第２のユーザ認証手段を経由して前記第２のアプリケーション管理機能にアクセスするステップと、前記第２のアプリケーション管理機能にアクセスした後に前記第１のアプリケーション管理機能を無効にするステップとを備えたことを特徴とする。
【００１３】
本発明の制御プログラムは、アプリケーション管理機能を用いて、システム上のアプリケーションを管理するアプリケーション管理方法の制御方法を実行するための、コンピュータで読み取り可能な制御プログラムであって、複数のユーザ認証手段をそれぞれ経由して前記アプリケーション管理機能にアクセスする各アクセスルートのうち、認証方式を任意に設定可能なユーザ認証手段を経由したアクセスルートを有効化するステップと、前記アクセスルートを有効化した後に、残りのアクセスルートを無効化するステップとを備えたことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、認証方式を誤って設定した場合にも復旧不可能な状況に陥ることなく、任意の認証方式で認証されたユーザにだけアプリケーション管理機能を利用させることが可能になる。
【発明を実施するための最良の形態】
【００１５】
本発明のアプリケーション管理装置、アプリケーション管理方法、及び制御プログラムの実施の形態について、図面を参照しながら説明する。
【００１６】
［第１の実施の形態］
＜第１の実施の形態の構成＞
図１は、本発明の第１の実施の形態に係るアプリケーション管理装置の機能構成を模式的に示した図であり、図２は、図１に示したアプリケーション管理装置のソフトウェア構造を示した図である。
【００１７】
まず図２を用いて、本実施の形態に係るアプリケーション管理装置のソフトウェア構造について説明する。
【００１８】
図２中の１０１は、アプリケーション実行用のフレームワークであり、このフレームワーク１０１上で各種のアプリケーション１０２が動作する。１０２は、システム上で各種の機能を提供するアプリケーションであり、このアプリケーション１０２には、システムのローカル操作部にユーザインターフェース（ＵＩ）を持つものや、ＷＥＢ（World Wide Web）経由のアクセスに応じてサービスを提供するＷＥＢアプリケーションなどが存在する。
【００１９】
１０３は、ユーザ認証の処理を行うための認証アプリケーションである。認証アプリケーション１０３において認証されたユーザにのみアプリケーション１０２及び第２のアプリケーション管理機能１０４の利用が許される。また、認証アプリケーション１０３は同時に一種類しか起動することができない。
【００２０】
第２のアプリケーション管理機能１０４は、アプリケーション１０２及び第１のアプリケーション管理機能１０５を管理する。具体的には、アプリケーション１０２の起動・停止・インストール・アンインストール、並びにアプリケーション管理機能１０５の有効化・無効化であり、これらの制御はフレームワーク１０１を介して行われる。第１のアプリケーション管理機能１０５は、アプリケーション１０２と認証アプリケーション１０３とアプリケーション管理機能１０４の管理を行う。具体的には、アプリケーション１０２の起動・停止・インストール・アンインストール、起動する認証アプリケーション１０３の選択、並びにアプリケーション管理機能１０４の有効化・無効化である。これらの制御もフレームワーク１０１を介して行われる。また、フレームワーク１０１は、オペレーションシステム１０６上で動作する。
【００２１】
次に、図１を用いて、本実施の形態に係るアプリケーション管理装置の機能構成を説明する。
【００２２】
図１に示すアプリケーション管理装置１００において、クライアントＰＣ２０１からアプリケーション１０２や第２のアプリケーション管理機能１０４を利用する場合は、認証アプリケーション１０３による認証が必要となる。また第２のアプリケーション管理機能１０４は、アプリケーション１０２及び第１のアプリケーション管理機能を制御することが可能である。第１のアプリケーション管理機能１０５は、アプリケーション１０２、認証アプリケーション１０３、及び第２のアプリケーション管理機能１０４を制御することが可能である。また、第１のアプリケーション管理機能１０５は、独自の認証機構であるパスワード認証部２０２を備えており、パスワード認証部２０２によって認証されたユーザのみ利用可能となっている。
【００２３】
＜第１の実施の形態に係る操作の流れ＞
図３は、第１の実施の形態に係る正常操作時の状況を示す概念図であり、図４は、第１の実施の形態に係る誤操作時の状況を示す概念図である。以下、図３及び図４を参照して、本実施の形態に係る、ユーザに対してアプリケーション管理を行わせる際の操作の流れについて説明する。
【００２４】
まず、クライアントＰＣ２０１から第１のアプリケーション管理機能１０５にアクセスする（図３中のＴ１）。この時、第１のアプリケーション管理機能１０５に備わる独自のパスワード認証部２０２によりユーザ認証がなされる必要がある。次に、第１のアプリケーション管理機能１０５へのアクセスが成功したら、利用したい認証アプリケーション１０３を設定、変更する（図３中のＴ２）。
【００２５】
続いて、クライアントＰＣ２０１から第２のアプリケーション管理機能１０４へアクセスする（図３中のＴ３）。この時、認証アプリケーション１０３によるユーザ認証が必要となる。さらに、第２のアプリケーション管理機能１０４を利用して、第１のアプリケーション管理機能１０５を無効化する（図３中のＴ４）。第２のアプリケーション管理機能１０４を利用できるということは、認証アプリケーション１０３によってユーザ認証がなされる必要があるため、認証アプリケーション１０３によりログインが可能であることが保証される。そして、第１のアプリケーション管理機能１０５を無効化することにより、認証アプリケーション１０３により認証されたユーザのみがアプリケーション１０２を管理することが保証される。
【００２６】
図３のＴ２において認証アプリケーション１０３を誤って設定した場合、ユーザは、設定された認証方式の認証情報を持っていなければアプリケーション１０２や第２のアプリケーション管理機能１０４を利用することができない。つまりＴ３のアクセスを行うことができない。
【００２７】
しかし、第２のアプリケーション管理機能１０４を利用することができないということは、第１のアプリケーション管理機能１０５が無効（Ｔ４）にされないことであり、そのため、第１のアプリケーション管理機能１０５を利用して再び認証アプリケーション１０３を設定することができる。このため、誤って認証アプリケーション１０３を設定したとしても、システム上のアプリケーション１０２の管理が不能になる状況にはならない。
【００２８】
＜第１の実施の形態に係るフレームワークの処理＞
図５は、第１の実施の形態に係るアプリケーション管理機能やアプリケーションを利用する場合のフレームワークの処理の流れを示すフローチャートである。以下、同図を参照して、本実施の形態に係るアプリケーション管理装置内のアプリケーション管理機能１０４，１０５やアプリケーション１０２をクライアントＰＣ２０１のブラウザから利用する場合のフレームワーク１０１の処理について説明する。
【００２９】
まず、ステップＳ５０１において、アプリケーション１０２もしくはアプリケーション管理機能１０４，１０５へのアクセス要求を受信する。次に、ステップＳ５０２において、受信したアクセス要求が第１のアプリケーション管理機能１０５に対するアクセスであるかどうかを判定する。もし、第１のアプリケーション管理機能１０５に対するアクセスでなかった場合はステップＳ５０３へ進む。
【００３０】
ステップＳ５０３では、アクセス要求元が認証アプリケーション１０３において認証済みであるかどうかを判定する。もし認証アプリケーション１０３で認証が行われていると判定された場合はステップＳ５０４に進む。
【００３１】
ステップＳ５０４では、要求されたアプリケーション１０２もしくはアプリケーション管理機能１０４に制御を移し処理を終了する。
【００３２】
一方、ステップＳ５０３において未だ認証されていないと判定された場合は、ステップＳ５０５に進み、認証処理を行うべく認証アプリケーション１０３に処理を移して、本処理を終了する。
【００３３】
また、ステップＳ５０２において、第１のアプリケーション管理機能１０５へのアクセスであると判定された場合は、ステップＳ５０６に進む。ステップＳ５０６では、第１のアプリケーション管理機能１０５独自の認証方式により認証されているかどうかを判定する。もし、既に認証が行われている場合はステップＳ５０７に進み、第１のアプリケーション管理機能１０５に制御を移して、本処理を終了する。一方、ステップＳ５０６において認証されていないと判定された場合には、ステップＳ５０８へ進んで、第１のアプリケーション管理機能１０５独自の認証処理を行い、本処理を終了する。
【００３４】
図６は、図５の認証処理（ステップＳ５０５）の詳細を示すフローチャートである。
【００３５】
まず、ステップＳ６０１においてログイン画面の表示を行い、次にステップＳ６０２に進み、ログイン画面に入力された認証データの受信を行う。そして、ステップＳ６０３に進み、受信した認証データに基づき認証を行う。
【００３６】
もし認証に失敗した場合はステップＳ６０１に戻る。一方、認証に成功した場合はステップＳ６０４に進む。ステップＳ６０４では、元々のアクセス先にリダイレクトを行い、処理を終了する。
【００３７】
＜アプリケーションの制御を行う際の処理＞
図７は、アプリケーション管理機能においてアプリケーションの制御を行う際の処理の流れを示すフローチャートである。
【００３８】
まず、ステップＳ７０１において処理要求を受信し、次にステップＳ７０２では、ステップＳ７０１で受信した要求の種類を判定する。もしアプリケーションの開始要求であればステップＳ７０３に進んでアプリケーション開始処理を行い、本処理を終了する。
【００３９】
ステップＳ７０２において要求がアプリケーション開始処理でないと判定された場合はステップＳ７０４に進み、ステップＳ７０１で受信した要求がアプリケーションの停止要求であるかどうかを判定する。もしアプリケーション停止要求であればステップＳ７０５に進んでアプリケーション停止処理を行い、本処理を終了する。
【００４０】
ステップＳ７０４において要求がアプリケーション停止要求でないと判定された場合は、ステップＳ７０６に進んで、ステップＳ７０１で受信した要求がアプリケーションのインストール要求であるかどうかを判定する。もしアプリケーションのインストール要求であればステップＳ７０７に進んでアプリケーションインストール処理を行い、本処理を終了する。
【００４１】
ステップＳ７０６において要求がアプリケーションのインストール要求でないと判定された場合は、ステップＳ７０８に進んで、ステップＳ７０１で受信した要求がアプリケーションのアンインストール要求であるかどうかを判定する。もしアプリケーションのアンインストール要求であればステップＳ７０９に進んでアプリケーションのアンインストール処理を行い、本処理を終了する。
【００４２】
ステップＳ７０８において要求がアプリケーションのアンインストール要求でないと判定された場合は、ステップＳ７１０に進んで、ステップＳ７０１で受信した要求が認証アプリケーション１０３の切り替え要求であるかどうかを判定する。もし認証アプリケーション１０３の切り替え要求であればステップＳ７１１に進んで認証アプリケーション１０３の切り替え処理を行い、本処理を終了する。
【００４３】
ステップＳ７１０において要求が認証アプリケーション１０３の切り替え要求でないと判定された場合、ステップＳ７１２に進んでエラー画面表示処理を行い、本処理を終了する。
【００４４】
＜認証アプリケーションの起動＞
図８は、システム起動時にフレームワークが認証アプリケーションを起動する際の処理の流れを示すフローチャートである。
【００４５】
まずステップＳ８０１において、前回起動中に認証アプリケーション１０３の切り替え指示があったかどうかを判定する。認証アプリケーション１０３の切り替え指示があったと判定された場合は、ステップＳ８０２に進み、指示された認証アプリケーションの起動を行い、処理を終了する。
【００４６】
また、ステップＳ８０１において認証アプリケーション１０３の切り替え指示がなかったと判定された場合は、ステップＳ８０３に進み、前回起動していた認証アプリケーションを起動して処理を終了する。
【００４７】
本実施の形態によれば、二つのアプリケーション管理機能１０４，１０５を備え、一方のアプリケーション管理機能１０４は認証アプリケーション１０３により許可されたユーザにのみ利用を許し、他方のアプリケーション管理機能１０５は、別の認証方式であるパスワード認証を経由して認証アプリケーションの切り替えを可能とする構成とし、且つアプリケーション管理機能１０４によってアプリケーション管理機能１０５の無効化を行えるようにした。これにより、任意の認証アプリケーションで認証されたユーザにだけアプリケーション１０２の管理を行わせることが可能となる。また、認証アプリケーションを誤って切り替えてしまった場合にも復帰が可能となる。
【００４８】
［第２の実施の形態］
図９は、本発明の第２の実施形態に係るアプリケーション管理装置の機能構成を模式的に示した図であり、図１０は、図９に示したアプリケーション管理装置のソフトウェア構造を示した図である。なお、図１及び図２と共通の要素には同一の符号を付し、その説明を省略する。
【００４９】
まず図１０において、アプリケーション管理機能９０４は、アプリケーション１０２と認証アプリケーション１０３の管理を行う。具体的には、アプリケーション１０２の起動・停止・インストール・アンインストールと、起動する認証アプリケーション１０３の選択を行う。これらの制御はフレームワーク１０１を介して行われる。
【００５０】
図９に示すアプリケーション管理装置２００において、クライアントＰＣ２０１からアプリケーション１０２やアプリケーション管理機能９０４を利用する場合は、認証アプリケーション１０３による認証、もしくはパスワード認証部２０２による認証が必要となる。
【００５１】
パスワード認証部２０２によって認証が行われた場合は、第１の要求受信部１００４を経由してアプリケーション管理機能９０４に要求が伝えられ、要求が処理される。また、認証アプリケーション１０３による認証が行われた場合は、第２の要求受信部１００３を経由してアプリケーション管理機能９０４に要求が伝えられ、要求が処理される。
【００５２】
アプリケーション管理機能９０４は、第１の要求受信部１００４及び第２の要求受信部１００３の有効／無効を切り替えることができる。ただし、第２の要求受信部１００３を無効にするには、第１の要求受信部１００４を経由してアプリケーション管理機能９０４にアクセスする必要があり、第１の要求受信部１００４を無効にするには、第２の要求受信部１００３経由でアプリケーション管理機能９０４にアクセスする必要があるため、第１と第２の要求受信部１００３，１００４を両方同時に無効にすることはできない。また、第２の要求受信部１００３を経由してアクセスしている時は、アプリケーション管理機能９０４で認証アプリケーション１０３の管理を行うことはできないようになっている。
【００５３】
＜第２の実施の形態に係る操作の流れ＞
図１１は、第２の実施の形態に係る正常操作時の状況を示す概念図であり、図１２は、第２の実施の形態に係る誤操作時の状況を示す概念図である。以下、図１１及び図１２を参照して、本実施の形態に係る、ユーザに対してアプリケーション管理を行わせる際の操作の流れについて説明する。
【００５４】
まず、クライアントＰＣ２０１からパスワード認証部２０２のＵＲＬへアクセスして認証を行い、アプリケーション管理機能９０４にアクセスする（図１１のＴ１１）。アプリケーション管理機能９０４へのアクセスが成功したら、次に第２の要求受信部１００３を有効にし（Ｔ１２）、さらに、利用したい認証アプリケーション１０３を変更する（Ｔ１３）。
【００５５】
次に、クライアントＰＣ９０１から認証アプリケーション１０３を経由してアプリケーション管理機能９０４を利用するためのＵＲＬへアクセスする（Ｔ１４）。つまり、認証を行いアプリケーション管理機能９０４へアクセスし、そして第１の要求受信部１００４を無効化する（Ｔ１５）。
【００５６】
第１の要求受信部１００４を無効化するためには、認証アプリケーション１０３により認証される必要があり、第２の要求受信部１００３経由のアクセスでは認証アプリケーション１０３を切り替えることはできないため、認証アプリケーション１０３経由のログインができなくなることはない。そして、第１の要求受信部１００４を無効化することによりパスワード認証部２０２経由でのアクセスができなくなり、認証アプリケーション１０３により認証されたユーザのみがアプリケーションを管理することが保証される。
【００５７】
図３のＴ１３において認証アプリケーション１０３を誤って設定した場合、ユーザは、設定された認証方式の認証情報を持っていなければ認証アプリケーション１０３経由でアプリケーション管理機能９０４を利用することができない。つまりＴ１３のアクセスを行うことができない。
【００５８】
しかし、認証アプリケーション１０３経由でアプリケーション管理機能９０４を利用することができなければ、第１の要求受信部１００４を無効にすることができないため、パスワード認証部２０２経由でアプリケーション管理機能９０４にアクセスし再び認証アプリケーション１０３を設定できることが保証される。このため、誤って認証アプリケーション１０３を設定したとしても、システム上のアプリケーション１０２の管理が不能になる状況にはならない。
【００５９】
＜アプリケーション管理機能９０４の処理＞
図１３は、第２の実施形態に係るアプリケーション管理機能９０４がクライアントから要求を受信した際の処理の流れを示すフローチャートである。
【００６０】
まずステップＳ１３０１において、アプリケーション管理機能９０４への処理要求を受信し、次のステップＳ１３０２において、第２の要求受信部１００３経由のアクセスであるかどうかを判定する。
【００６１】
もし、第２の要求受信部１００３経由からのアクセスでない場合はステップＳ１３０３に進み、ステップＳ１３０１で受信した要求が第１の要求受信部１００４の設定要求であるかを判定する。第１の要求受信部１００４の設定要求でない場合は、ステップＳ１３０４に進んで要求を処理し、本処理を終了する。また、ステップＳ１３０３によって第１の要求受信部１００４の設定要求であると判定された場合は、ステップＳ１３０５へ進んでエラー表示を行い、本処理を終了する。
【００６２】
一方、ステップＳ１３０２において、第２の要求受信部１００３からのアクセスであると判定された場合はステップＳ１３０６に進む。ステップＳ１３０６では、ステップＳ１３０１で受信した要求が、認証アプリケーションを管理するための要求、もしくは第２の要求受信部１００３を設定するための要求、のどちらであるかを判定する。どちらでもない場合はステップＳ１３０７に進んで要求を処理し、本処理を終了する。
【００６３】
また、ステップＳ１３０６において、受信した要求が、認証アプリケーションを管理するための要求、もしくは第２の要求受信部１００３の設定するための要求であると判定された場合はステップＳ１３０８に進んでエラー表示を行い、本処理を終了する。
【００６４】
第２の実施形態におけるアプリケーション管理機能９０４における要求の処理（ステップＳ１３０４，ステップＳ１３０７）は、第１の実施の形態の図７とほぼ同一の処理であり、また認証アプリケーションの切り替え処理についても第１の実施形態の図８と同一の処理のため、これらの説明は省略する。
【００６５】
本実施の形態によれば、一つのアプリケーション管理機能９０４に対して、パスワード認証経由のアクセスに加えて認証アプリケーション経由のアクセスを行うことができる構成を採り、且つパスワード認証経由と認証アプリケーション経由のアクセスはそれぞれ有効／無効の切り替えが可能であるが、両方を無効にすることはできないようにし、さらにパスワード認証経由でのみ認証アプリケーションの切り替えを可能にする構成とする。これにより、任意の認証アプリケーションで認証されたユーザにだけアプリケーション１０２の管理を行わせることが可能となる。また認証アプリケーションを誤って切り替えてしまった場合にも復帰が可能となる。
【００６６】
なお、上記第１及び第２の実施の形態では、認証アプリケーションとは別の認証方式として、パスワード認証を採用しているが、本発明はこれに制限されることはなく、例えばアプリケーション管理装置の操作部を特定の順番でキー操作することにより管理メニューが表示されるようなものであっても良い。
【００６７】
また、上記各実施の形態では、どの認証アプリケーション経由でアクセスしても、またパスワード認証経由でアクセスしても、認証アプリケーションの管理以外についてはほぼ同等のアプリケーション管理機能が利用可能になっていたが、アクセスルートによってアプリケーション管理機能で行える機能が制限されていても良い。
【００６８】
上記第１及び第２の実施の形態は、いずれも本発明を実施するに当たっての具体化の一例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその主要な特徴から逸脱することなく、さまざまな形で実施することができる。
【００６９】
本発明は、上述した実施形態の装置に限定されず、複数の機器から構成されるシステムに適用しても、１つの機器から成る装置に適用しても良い。前述した実施形態の機能を実現するソフトウェアのプログラムコードを記憶した記憶媒体をシステムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（又はＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、完成されることは言うまでもない。
【００７０】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−不揮発性メモリ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、不揮発性メモリを用いることができる。また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳなどが実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【００７１】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、次のプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵなどが処理を行って実際の処理の一部又は全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【００７２】
【図１】本発明の第１の実施の形態に係るアプリケーション管理装置の機能構成を模式的に示した図である。
【図２】図１に示したアプリケーション管理装置のソフトウェア構造を示した図である。
【図３】第１の実施の形態に係る正常操作時の状況を示す概念図である。
【図４】第１の実施の形態に係る誤操作時の状況を示す概念図である。
【図５】第１の実施の形態に係るアプリケーション管理機能やアプリケーションを利用する場合のフレームワークの処理の流れを示すフローチャートである。
【図６】図５の認証処理の詳細を示すフローチャートである。
【図７】アプリケーション管理機能においてアプリケーションの制御を行う際の処理の流れを示すフローチャートである。
【図８】システム起動時にフレームワークが認証アプリケーションを起動する際の処理の流れを示すフローチャートである。
【図９】本発明の第２の実施形態に係るアプリケーション管理装置の機能構成を模式的に示した図である。
【図１０】図９に示したアプリケーション管理装置のソフトウェア構造を示した図である。
【図１１】第２の実施の形態に係る正常操作時の状況を示す概念図である。
【図１２】第２の実施の形態に係る誤操作時の状況を示す概念図である。
【図１３】第２の実施形態に係るアプリケーション管理機能９０４がクライアントから要求を受信した際の処理の流れを示すフローチャートである。
【符号の説明】
【００７３】
１００，２００  アプリケーション管理装置
１０１  アプリケーション動作フレームワーク
１０２  アプリケーション
１０３  認証アプリケーション
１０４，１０５，９０４  アプリケーション管理機能
２０１  クライアントＰＣ
２０２  パスワード認証部
【図１】
2005352887.tif 000003
【図２】
2005352887.tif 000004
【図３】
2005352887.tif 000005
【図４】
2005352887.tif 000006
【図５】
2005352887.tif 000007
【図６】
2005352887.tif 000008
【図７】
2005352887.tif 000009
【図８】
2005352887.tif 000010
【図９】
2005352887.tif 000011
【図１０】
2005352887.tif 000012
【図１１】
2005352887.tif 000013
【図１２】
2005352887.tif 000014
【図１３】
2005352887.tif 000015