JP2015104022A - 情報処理装置、その制御方法、及びプログラム - Google Patents

Abstract

【課題】カスタマイズされたアプリケーションとの互換性を維持しつつ、少ない開発工数でプログラムをカスタマイズする技術を提供する。【解決手段】アプリケーション起動部３０１は、オペレーティングシステム３００上で動作するアプリケーションを起動する。ログインアプリケーション選択部３０２は、ＭＦＰ１０１の利用者に対し、起動するログインアプリケーションを選択する。選択したログインアプリケーションの選択状態は、ログインアプリケーション選択テーブル３０３に登録される。【選択図】図３

Description

本発明は、情報処理装置、その制御方法、及びプログラムに関する。

コピー、プリント、スキャン、ＦＡＸ送受信などの機能を備えた複合機（ＭＦＰ：Multi-Function Peripheral）が知られている。このようなＭＦＰに、更に利用者の認証機能を備えることで、ＭＦＰの利用を制限することが可能になる。つまり、ＭＦＰの正当な利用者であるという認証を受けたユーザだけがそのＭＦＰを利用できるようになる。

このユーザを認証する機能つまりログイン機能を、顧客の運用環境に合わせて、ＭＦＰが標準で備えている機能から変更したいというカスタマイズの要望がある。これには例えば、認証装置としてＩＣカードリーダや静脈認証装置を使用したいというものがある。また、利用者に認証情報を入力させるためのログイン画面のデザインを変更したいとか、入力された利用者の認証情報の照合先のデータベースを、ＭＦＰとは別の専用のサーバに変更したいといった要望もある。

このような様々な要望に対応するための方法として、例えば、特許文献１には、ＭＦＰのログイン機能をカスタマイズする方法が提案されている。

特許第４４０９９７０号公報

しかしながら特許文献１で示されるログイン機能のカスタマイズの方法では、ログイン機能一式の実装が必要となるので、カスタマイズのための開発工数が大きくなるという課題がある。

また、ログイン機能をカスタマイズしたときに、従来のカスタマイズ方法で作られたプログラムモジュールも動作させたいという要望がある。

本発明の目的は、上記従来技術の問題点を解決することにある。

本発明の特徴は、従来のカスタマイズ方法によってカスタマイズされたアプリケーションとの互換性を維持しつつ、少ない開発工数でプログラムをカスタマイズする技術を提供することにある。

上記目的を達成するために本発明の一態様に係る情報処理装置は以下のような構成を備える。即ち、
情報処理装置であって、
前記情報処理装置に本来備わっている、少なくともログイン画面を表示する表示機能とユーザ認証を行う認証機能とを持つ組み込みログインアプリケーションと、
ログイン画面を表示する表示機能又はユーザ認証を行う認証機能を持つログインプラグインモジュールが前記情報処理装置に動的に追加された場合に、前記ログインプラグインモジュールの属性ファイルを参照することにより、前記ログインプラグインモジュールを有効にするとともに、当該ログインプラグインモジュールと同じ機能を有する前記組み込みログインアプリケーションの中のログインアプリケーションを無効にするように制御する制御手段と、を有することを特徴とする。

本発明によれば、従来のカスタマイズ方法によってカスタマイズされたアプリケーションとの互換性を維持しつつ、少ない開発工数でプログラムをカスタマイズする技術を提供できる。

本発明の実施形態１に係る複合機（ＭＦＰ）を含むシステムの構成例を示す図。 実施形態１に係るＭＦＰのハードウェア構成を説明するブロック図。 実施形態１に係るＭＦＰのソフトウェア構成を説明するブロック図。 実施形態１に係るＭＦＰにおいて、カスタムログインアプリケーションが動作している場合のソフトウェア構成を説明するブロック図。 ログインアプリケーション選択テーブルの一例を示す図（Ａ）、属性ファイルの一例を示す図（Ｂ），そしてカスタムモジュール状態テーブルの一例を示す図（Ｃ）。 実施形態１に係るＭＦＰにおいて、カスタムモジュールを有効化する処理を説明するフローチャート。 実施形態１に係るＭＦＰがカスタムローカルログインを実行しているときのユーザの認証処理を説明するフローチャート。 実施形態３に係るＭＦＰの処理を説明するフローチャート。

以下、添付図面を参照して本発明の実施形態を詳しく説明する。尚、以下の実施形態は特許請求の範囲に係る本発明を限定するものでなく、また本実施形態で説明されている特徴の組み合わせの全てが本発明の解決手段に必須のものとは限らない。尚、本実施形態では、本発明に係る情報処理装置を複合機（ＭＦＰ）を例に説明するが、本発明はこのような複合機に限定されるものではない。

図１は、本発明の実施形態１に係る複合機（ＭＦＰ）１０１を含むシステムの構成例を示す図である。

このシステムでは、ＬＡＮ１００にＭＦＰ１０１とＰＣ１０２が接続されている。ＰＣ１０２は、ＭＦＰ１０１を遠隔から操作する。ＭＦＰ１０１とＰＢＸ（Private Branch eXchange：構内交換機）１０３は電話線１０５を介して接続されている。ＰＢＸ１０３は公衆電話交換回線網１０４と接続されており、ＭＦＰ１０１のＦＡＸ機能で利用される。尚、ＭＦＰ１０１が公衆電話交換回線網１０４と直接接続されてもよい。

図２は、実施形態１に係るＭＦＰ１０１のハードウェア構成を説明するブロック図である。

ＣＰＵ２０１を含む制御部２００は、ＭＦＰ１０１全体の動作を制御する。ＣＰＵ２０１は、ＲＯＭ２０２に記憶された制御プログラムを読み出して読取制御や送信制御などの各種制御を行う。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。ＨＤＤ２０４は、画像データや各種プログラムを記憶する。操作部Ｉ／Ｆ２０５は、操作部２１０と制御部２００とを接続する。プリンタＩ／Ｆ２０６は、プリンタ２１１と制御部２００とを接続する。プリンタ２１１で印刷すべき画像データは、プリンタＩ／Ｆ２０６を介して制御部２００からプリンタ２１１に転送され、プリンタ２１１において記録媒体上に印刷される。スキャナＩ／Ｆ２０７は、スキャナ２１２と制御部２００とを接続する。スキャナ２１２は、原稿上の画像を読み取って、その画像の画像データを生成し、スキャナＩ／Ｆ２０７を介して制御部２００に入力する。ＦＡＸ Ｉ／Ｆ２０８は、制御部２００を電話線１０５に接続する。ＦＡＸ Ｉ／Ｆ２０８は、電話線１０５に接続されたＰＢＸ１０３或いは公衆電話交換回線網１０４に対して、ＦＡＸデータの送受信を行う。ネットワークＩ／Ｆ２０９は、制御部２００をＬＡＮ１００に接続する。ネットワークＩ／Ｆ２０９は、ＬＡＮ１００上の外部装置（例えば、ＰＣ１０２）からの要求を受信したり、その要求に対する応答を送信する。

図３は、実施形態１に係るＭＦＰ１０１のソフトウェア構成を説明するブロック図である。ここでは特に断りのない限り、各処理部はＲＯＭ２０２に記憶された制御プログラムであり、これら制御プログラムはＣＰＵ２０１によって実行される。

オペレーティングシステム３００は、ＲＯＭ２０２に記憶された制御プログラムを動作させるため、基盤として様々な機能を備えるが、ここでは本発明の本質に関係のある部分について説明する。アプリケーション起動部３０１は、オペレーティングシステム３００上で動作するアプリケーションを起動する。ログインアプリケーション選択部３０２は、ＭＦＰ１０１の利用者に対し、起動するログインアプリケーション（後述する）を選択する。ログインアプリケーションの選択方法としては、操作部２１０に、或いはＰＣ１０２で動作するＷｅｂブラウザによりＵＩ画面を表示させ、そのＵＩ画面を介したユーザの操作により利用者に選択させるといった方法がある。ここで利用者が選択したログインアプリケーションの選択状態は、ログインアプリケーション選択テーブル３０３に登録される。

ログインアプリケーション（組み込みログインアプリケーション３３０、デフォルトログインアプリケーション３１０、カスタムログインアプリケーション３９０）は、ＭＦＰ１０１でログインの機能を実行する制御プログラムである。起動するログインアプリケーションは、デフォルトログインアプリケーション３１０又はカスタムログインアプリケーション３９０のいずれかである。デフォルトログインアプリケーション３１０は、ＭＦＰ１０１に常に存在するログインアプリケーションである。カスタムログインアプリケーション３９０は、従来のカスタマイズ方法に沿って作成されたログインアプリケーションで、一通りのログイン機能を備えていなければならない。また、カスタムログインアプリケーション３９０はＭＦＰ１０１に複数インストールされることが可能である。

ログインアプリケーション選択部３０２によるログインアプリケーションの選択結果は、ＨＤＤ２０４のログインアプリケーション選択テーブル３０３（図５（Ａ））に保存される。

図５（Ａ）は、ログインアプリケーション選択テーブル３０３の一例を示す図である。

図５（Ａ）では、「使用」欄が「１」であるログインアプリケーション（図５（Ａ）では「デフォルトログインアプリケーション」）が選択されていることを示す。

デフォルトログインアプリケーション３１０は特殊なログインアプリケーションで、自身はログイン機能を持たず、ログインプラグインモジュール３２０（後述する）にカスタムモジュールとして実装されたログイン機能を有効化する役割を持つ。そのためにカスタムモジュール有効化部３１１は、ログインプラグインモジュール３２０の中に存在する属性ファイル３２２（図５（Ｂ））を参照し、その内容に従って、ログインプラグインモジュール３２０に実装されているカスタムモジュールを有効化する。本実施形態で作成されたカスタムモジュールは、このログインプラグインモジュール３２０に実装される。

図５（Ｂ）は、属性ファイル３２２の一例を示す図である。

ここで有効化とは、モジュールをＨＤＤ２０４からＲＡＭ２０３に読み出し、ＣＰＵ２０１により実行可能な状態にすることである。いまＪａｖａ言語で構築する場合を例に説明すると、図５（Ｂ）の「名称」欄に記載されたクラス名で示されるクラスをインスタンス化するという処理が、有効化の処理に相当する。

ログインプラグインモジュール３２０は、ＭＦＰ１０１に動的にインストール（追加）されてＨＤＤ２０４に格納されているモジュールである。開発者はログイン機能の最小単位であるカスタムモジュールを作成し、ログインプラグインモジュール３２０に実装することで、ＭＦＰ１０１のログイン機能をカスタマイズする。カスタムモジュールとしては、例えば、ローカルログイン画面処理部、Ｗｅｂブラウザログイン画面処理部、ユーザ認証処理部がある。ログインプラグインモジュール３２０は、これらのうち１つ又は複数を備える。

図３では、カスタムモジュールの例として、カスタムローカルログイン画面処理部３２１が存在する場合を示している。カスタムモジュール有効化部３１１は、カスタムモジュールを有効化した結果を、ＨＤＤ２０４のカスタムモジュール状態テーブル３１２（図５（Ｃ））に書き込む。

図５（Ｃ）は、カスタムモジュール状態テーブル３１２の一例を示す図である。

カスタムモジュール状態テーブル３１２には、１行につき１つのモジュールの情報が書かれている。情報としてはモジュール名、「有効化タイプ」、「状態」があるが、これらの説明は後述する。

組み込みログインアプリケーション３３０は、このＭＦＰ１０１に本来備わっており、利用者の選択に関わらず、常に起動されるログインアプリケーションである。利用モジュール決定部３３１は、カスタムモジュール状態テーブル３１２を参照して、ログインプラグインモジュール３２０が実装していないカスタムモジュールに対応する組み込みのログインモジュールを有効化する。図３の例では、ログインプラグインモジュール３２０がカスタムローカルログイン画像処理部３２１を有しているので、組み込みログインアプリケーション３３０のローカルログイン画像処理部３３２だけを有効化していない。

組み込みログインモジュールは、例えば、ローカルログイン画面処理部３３２、Ｗｅｂブラウザログイン画面処理部３３３、ユーザ認証処理部３３４を含む。本実施形態１では組み込みのログインモジュールとして上述の３つ例に挙げたが、他のモジュールがあってもよい。また、カスタマイズ対象外のモジュール（例えば、Ｗｅｂサービスログイン処理部３３５）も有効化される。

コピーアプリケーション３４０、プリントアプリケーション３５０、スキャンアプリケーション３６０、ＦＡＸアプリケーション３７０はそれぞれ、コピー機能、プリント機能、スキャン機能、ＦＡＸ機能を実行する制御プログラムである。事象検出部３８０は、属性ファイル３２２の「利用不可となる事象」で示される事象が起きたかどうかを検出する。例えば、事象検出部３８０は、ＰＣ１０２がＭＦＰ１０１にＶＮＣ（Virtual Network Computing）で接続したことを検出すると、利用モジュール決定部３３１とカスタムモジュール有効化部３１１にＶＮＣ接続を検出したことを通知する。

図４は、実施形態１に係るＭＦＰ１０１において、カスタムログインアプリケーション３９０が動作している場合のソフトウェア構成を説明するブロック図である。図３との違いは、点線４００で示すエリア内だけである。また、機能としての違いは、組み込みログインアプリケーション３３０のモジュールの有効化に関する部分のみだけである。以降では、これら図３との違いについてのみ説明する。尚、図４の状態は、図５（Ａ）のログインアプリケーション選択テーブルでカスタムログインアプリケーションの「使用」欄が「１」に設定されている場合に該当する。

カスタムログインアプリケーション３９０がアプリケーション起動部３０１から起動されると、カスタムモジュール有効化部４０１は全てのカスタムモジュールを有効化する。ここで全てのカスタムモジュールは、カスタムローカルログイン画面処理部４０２、カスタムＷｅｂブラウザログイン画面処理部４０３、カスタムユーザ認証処理部４０４である。カスタムログインアプリケーション３９０が動作しているときは、利用モジュール決定部３３１は、組み込みログインアプリケーション３３０が持つログインモジュールを有効化しない。

本実施形態１では、デフォルトログインアプリケーション３１０を起動して、ログインプラグインモジュール３２０に実装されているカスタムログインモジュールを有効化し、そのカスタムログインモジュールの画面を介してログイン処理を行うことができる。

また従来のカスタマイズ方法に沿って作成されたカスタムログインアプリケーション３９０は、ログインアプリケーション選択テーブル３０３のカスタムログインアプリケーションの「使用」欄を「１」に設定することにより、図４に示すように実行できる。

次に、本実施形態１に係るＭＦＰ１０１のカスタムモジュール有効化の処理を図６のフローチャートを用いて説明する。

図６は、実施形態１に係るＭＦＰ１０１において、カスタムモジュールを有効化する処理を説明するフローチャートである。この処理を実行するプログラムはＲＯＭ２０２に記憶されており、実行時にＲＡＭ２０３に展開され、ＣＰＵ２０１の制御の下に実行されるが、ここでは図３、図４のソフトウェア構成に従って説明する。

この処理は、ＭＦＰ１０１が起動されることにより開始される。まずＳ６０１でアプリケーション起動部３０１が、組み込みログインアプリケーション３３０を起動する。次にＳ６０２に進みアプリケーション起動部３０１が、ログインアプリケーション選択テーブル３０３を参照する。そしてＳ６０３に進み、ログインアプリケーション選択テーブル３０３で選択されているログインアプリケーションがデフォルトログインアプリケーション３１０かどうかを判定する。ここで図５（Ａ）に示すように、デフォルトログインアプリケーション３１０が選択されている場合はＳ６０４に進み、アプリケーション起動部３０１は、デフォルトログインアプリケーション３１０を起動してＳ６０５に進む。一方、Ｓ６０４でデフォルトログインアプリケーション以外が選択されている場合はＳ６１３に進み、アプリケーション起動部３０１は、ログインアプリケーション選択テーブル３０３で選択されているログインアプリケーションを起動する。ここでは例えば、カスタムログインアプリケーション３９０が選択されている場合は、図４に示すようにカスタムログインアプリケーション３９０が起動される。

Ｓ６０５でカスタムモジュール有効化部３１１は属性ファイル３２２を参照し、属性ファイル３２２の「モジュール」に「ローカルログイン画面処理部」が記載されている場合はＳ６０６からＳ６０７に進む。Ｓ６０７でカスタムモジュール有効化部３１１は、カスタムローカルログイン画面処理部３２１を有効化してＳ６０８に進む。Ｓ６０８でカスタムモジュール有効化部３１１は、カスタムモジュール状態テーブル３１２の「ローカルログイン画面処理部」の「状態」欄に「有効」と書いてＳ６２０に進む。Ｓ６２０でカスタムモジュール有効化部３１１は、属性ファイル３２２に登録されている全てのモジュールのチェックが完了したかを調べ、完了していればＳ６１５に進むがそうでないときはＳ６０６に戻る。

Ｓ６０６で属性ファイル３２２の「モジュール」に「Ｗｅｂブラウザログイン画面処理部」が記載されている場合はＳ６０９に進む。Ｓ６０９でカスタムモジュール有効化部３１１は、カスタムＷｅｂブラウザログイン画面処理部（不図示）を有効化してＳ６１０に進む。Ｓ６１０でカスタムモジュール有効化部３１１は、カスタムモジュール状態テーブル３１２の「Ｗｅｂブラウザログイン画面処理部」の「状態」に「有効」と書いてＳ６２０に進む。

またＳ６０６で、属性ファイル３２２の「モジュール」に「ユーザ認証処理部」が記載されている場合はＳ６１１に進み、カスタムモジュール有効化部３１１は、カスタムユーザ認証処理部（不図示）を有効化してＳ６１２に進む。Ｓ６１２でカスタムモジュール有効化部３１１は、カスタムモジュール状態テーブル３１２の「ユーザ認証処理部」の「状態」に「有効」にしてＳ６２０に進む。

一方、Ｓ６０３でログインアプリケーション選択テーブル３０３で選択されているログインアプリケーションがデフォルトログインアプリケーション３１０でないときはＳ６１３に進む。Ｓ６１３でアプリケーション起動部３０１は、ログインアプリケーション選択テーブル３０３で選択されている、例えばカスタムログインアプリケーション３９０を起動する。そしてＳ６１４に進み、カスタムログインアプリケーション３９０のカスタムモジュール有効化部４０１が、カスタムログインアプリケーション３９０の全てのカスタムモジュールを有効化してＳ６１５に進む。ここで全てのカスタムモジュールは、図４のカスタムローカルログイン画面処理部４０２、カスタムＷｅｂブラウザログイン画面処理部４０３、カスタムユーザ認証処理部４０４である。

Ｓ６１５で利用モジュール決定部３３１は、デフォルトログインアプリケーション３１０が起動しているかどうかを判定する。この起動確認の方法は、利用モジュール決定部３３１がカスタムモジュール状態テーブル３１２にアクセスできるかどうかで判定するといった方法がある。そしてＳ６１６に進み利用モジュール決定部３３１は、起動したログインアプリケーションがデフォルトログインアプリケーション３１０かどうかを判定する。これはデフォルトログインアプリケーション３１０の下で、ログインプラグインモジュール３２０が実行できるかどうかを判定するものである。

デフォルトログインアプリケーション３１０が起動していないときはＳ６１９に進むが、デフォルトログインアプリケーション３１０が起動していればＳ６１７に進む。Ｓ６１７で利用モジュール決定部３３１は、カスタムモジュール状態テーブル３１２を参照し、「状態」の欄が「有効」となっているモジュール（図５（Ｃ）のローカルログイン画面処理部）と同じ機能のローカルログイン画面処理部３３２を有効化しない。また「状態」の欄が「無効」となっているモジュールを判別してＳ６１８に進む。Ｓ６１８で利用モジュール決定部３３１は、図５（Ｃ）の例で「無効」に設定されているＷｅｂブラウザログイン画面処理部３３３とユーザ認証処理部３３４を有効化してＳ６１９に進む。これは、ログインプラグインモジュール３２０のカスタムログインモジュールを実行する際、Ｗｅｂブラウザログイン画面の表示機能とユーザの認証機能を実行できるようにするためである。そしてＳ６１９に進み、組み込みログインアプリケーション３３０が、Ｗｅｂサービスログイン処理部３３５を有効化して、この処理を終了する。

尚、上記説明では、カスタムモジュールが有効化されているかどうかを判別するためにカスタムモジュール状態テーブル３１２を用いたが、カスタマイズモジュール毎に、有効化されているかどうかが判定できる方法であれば、他の確認方法でもよい。例えば、デフォルトログインアプリケーション３１０が、カスタムモジュールが有効化されているかの問い合わせに応答するＡＰＩを備えるという判別方法でもよい。

以上説明したように本実施形態１によれば、デフォルトログインアプリケーション３１０を起動して、ログインプラグインモジュール３２０のカスタムログインモジュールを実行することができる。このときデフォルトログインアプリケーションのカスタムモジュール有効化部は、カスタムモジュール状態テーブルを参照して、有効化するカスタムモジュールを決定する。このとき組み込みログインアプリケーションの中の、そのカスタムモジュールに対応するログインモジュールは無効にされる。

またカスタムログインアプリケーションを起動することにより、従来のカスタマイズ方法に沿って作成されたカスタムログインアプリケーション３９０を動作させることができる。

次に、カスタムモジュールが有効化された状態で、実際に利用者がログイン操作を行った場合の処理を図７のフローチャートを参照して説明する。尚、利用者のＭＦＰ１０１へのアクセス経路として、この実施形態１では、利用者が操作部２１０を操作する場合で説明している。他のアクセス経路、例えば利用者がＷｅｂブラウザからアクセスする場合でも、ログイン画面の処理部が異なるだけで、処理の流れは利用者が操作部を操作するケースと同じである。

図７は、実施形態１に係るＭＦＰ１０１がカスタムローカルログインを実行しているときのユーザの認証処理を説明するフローチャートである。この処理を実行するプログラムはＲＯＭ２０２に記憶されており、実行時にＲＡＭ２０３に展開され、ＣＰＵ２０１の制御の下に実行される。

まずＳ７０１でカスタムローカルログイン画像処理部３２１は、利用者が操作部２１０に表示されているローカルログイン画面を操作して入力するユーザＩＤとパスワードを受け取る。ここでローカルログイン画面は、ローカルログイン画面処理部３３２、カスタムローカルログイン画面処理部３２１、カスタムローカルログイン画面処理部４０２のいずれかにより表示される。以降ではこれらの処理部のことをまとめて「ローカルログイン画面処理部」と呼ぶこととする。

次にＳ７０２に進みカスタムローカルログイン画面処理部３２１は、Ｓ７０１で利用者が入力したユーザＩＤとパスワードをユーザ認証処理部に渡す。このユーザ認証処理部は、ユーザ認証処理部３３４、ログインプラグインモジュール３２０内のカスタムユーザ認証処理部（不図示）、カスタムログインアプリケーション３９０のカスタムユーザ認証処理部４０４のいずれかである。

次にＳ７０３に進みユーザ認証処理部は、Ｓ７０２で渡されたユーザＩＤとパスワードに基づいてユーザの認証を行う。次にＳ７０４でユーザの認証に成功したかどうかを判定し、ユーザ認証に成功したと判定した場合はＳ７０５に進み、ユーザ認証処理部はユーザ認証に成功したことをカスタムローカルログイン画面処理部３２１に伝える。これによりＳ７０６に進みカスタムローカルログイン画面処理部３２１は、操作部２１０のローカルログイン画面の表示を消して、利用者がＭＦＰ１０１の機能（アプリケーション）を利用できる状態として、この処理を終了する。

一方、Ｓ７０４でユーザの認証に失敗したと判定した場合はＳ７０７に進み、ユーザ認証処理部は、ユーザの認証に失敗したことをカスタムローカルログイン画面処理部３２１に伝える。そしてＳ７０８に進みカスタムローカルログイン画面処理部３２１は、認証に失敗してログインができないことを操作部２１０に表示して、この処理を終了する。この場合は、利用者はＭＦＰ１０１の機能（アプリケーション）を利用できないままである。

このように実施形態１では、カスタムモジュールが有効化された状態で、組み込みログインアプリケーションのＷｅｂブラウザログイン画面処理部、ユーザ認証処理部が有効となっている。このためユーザがログイン操作を行った場合でも、ユーザの認証を行って、そのユーザがＭＦＰのアプリケーションを利用できるかどうかを判定できる。

［実施形態２］
本発明の実施形態２について説明する。前述の実施形態１では、Ｓ６１７，Ｓ６１８で、カスタムモジュール状態テーブル３１２で無効となっているモジュールのみが有効化される。これは同種のモジュールは、１つのみ有効化されるようにするための仕組みである。しかし、ユーザ認証処理部３３４のように、システムに複数存在してもよいという性質を持つモジュールもある。そこで実施形態２では、同種のモジュールを複数有効化するための方法について説明する。尚、実施形態２に係るＭＦＰ１０１の構成及び、システム構成は前述の実施形態１と同様であるため、その説明を省略する。

図５（Ｃ）に示すように、カスタムモジュール状態テーブル３１２で「有効化タイプ」が「置き換え」となっているモジュールについては、実施形態１で説明したようにＳ６１８で有効化する。

一方、「有効化タイプ」が「併存」となっている場合は、カスタムモジュール状態テーブル３１２で「無効」か「有効」かに拘らず、そのモジュールを有効化する。

これにより、有効化タイプが「併存」のモジュールについては、ログインプラグインモジュールが実装しているカスタムモジュールと、組み込みのログインモジュールの両方が有効化されるという効果が得られる。

［実施形態３］
本発明の実施形態３について説明する。前述の実施形態１では、カスタムユーザ認証処理部４０４が有効化された場合、利用者はＭＦＰ１０１を操作するアクセス経路に拘らず、そのカスタムユーザ認証処理部を利用可能である。アクセス経路としては、例えば、操作部２１０を介してＭＦＰ１０１を操作する経路、ＰＣ１０２で動作するＷｅｂブラウザを通してＭＦＰ１０１を操作する経路等がある。しかし、アクセス経路によってはカスタムユーザ認証処理部を利用させたくないという要望があった場合、上述の動作は問題となる。

そこで実施形態３では、特定のアクセス経路でＭＦＰ１０１が操作されたときのみ、カスタムユーザ認証処理部が利用できるようにする方法について説明する。尚、実施形態３に係るＭＦＰ１０１の構成及び、システム構成は前述の実施形態１と同様であるため、その説明を省略する。

図５（Ｂ）に示すように、属性ファイル３２２の「アクセス経路」が「ローカル」の場合は、ローカルログイン画面に、そのユーザ認証処理が利用できるようＵＩを表示する。その方法として、例えば、ログイン画面上に「ログイン先」を表示させ、その選択肢としてカスタムユーザ認証処理部の名称を表示するといった方法がある。

属性ファイル３２２の「アクセス経路」が「Ｗｅｂブラウザ」の場合は、Ｗｅｂブラウザログイン画面に、そのユーザの認証処理が利用できるようにＵＩを表示する。

以上の処理により、特定のアクセス経路でＭＦＰ１０１がアクセスされた場合のみ、カスタムユーザ認証処理部が利用できるようにできるという効果が得られる。

［実施形態４］
本発明の実施形態４について説明する。上述の実施形態１では、ログインプラグインモジュールが実装しているカスタムモジュールは、必ず有効化される。しかし、状況によっては、有効化するのは望ましくない場合がある。例えば、カスタムローカルログイン画面が、ＩＣカードリーダにＩＣカードをタッチするように促すデザインになっていて、利用者がＰＣ１０２からＭＦＰ１０１にＶＮＣ接続した場合である。この場合、利用者は、ＩＣカードでタッチすることができないので、そのようなログイン画面は無意味である。

そこで実施形態４では、状況によってはカスタムモジュールを無効化にし、対応する組み込みログインアプリケーション３３０内のモジュールを有効化する方法を図８を参照して説明する。尚、実施形態４に係るＭＦＰ１０１の構成及び、システム構成は前述の実施形態１と同様であるため、その説明を省略する。

図８は、実施形態３に係るＭＦＰ１０１の処理を説明するフローチャートである。この処理を実行するプログラムはＲＯＭ２０２に記憶されており、実行時にＲＡＭ２０３に展開され、ＣＰＵ２０１の制御の下に実行される。

先ずＳ８０１で事象検出部３８０は、属性ファイル３２２を参照して「利用不可となる事象」を確認する。図５（Ｂ）の場合、「利用不可となる事象」は「ＶＮＣ接続」である。次にＳ８０２に進み事象検出部３８０は、Ｓ８０１で確認した「ＶＮＣ接続」が発生したかどうかを定期的に確認する。Ｓ８０２で事象検出部３８０がＶＮＣ接続を検出するとＳ８０３に進み、利用モジュール決定部３３１とカスタムモジュール有効化部３１１に、ＶＮＣ接続を検出したことを通知する。次にＳ８０４に進み、この通知をうけたカスタムモジュール有効化部３１１は、カスタムローカルログイン画面処理部３２１を無効化する。またＳ８０５で利用モジュール決定部３３１は、ローカルログイン画面処理部３３２を有効化する。これで、ＶＮＣ接続を行ったユーザには、ログインプラグインモジュール３２０が持つログイン画面ではなく、組み込みログインアプリケーション３３０が持つログイン画面が表示された状態となる。

その後、Ｓ８０６でＶＮＣ接続が終了したことを検知するＳ８０７に進み、事象検出部３８０が、ＶＮＣ接続が終了したことを検出して、利用モジュール決定部３３１とカスタムモジュール有効化部３１１に、ＶＮＣ接続が終了したことを通知する。そしてＳ８０８に進み、通知を受けた利用モジュール決定部３３１は、ローカルログイン画面処理部３３２を無効化する。そしてＳ８０９でカスタムモジュール有効化部３１１は、カスタムローカルログイン画面処理部３２１を有効化する。これによりＭＦＰ１０１の操作部２１０には、ログインプラグインモジュール３２０のカスタムログインモジュールによるログイン画面が表示されている状態となる。以降はＳ８０２に戻り、前述の処理を繰り返す。

以上説明したように実施形態３によれば、状況によっては、ログインプラグインモジュール３２０が持つカスタムログインモジュールではなく、組み込みログインアプリケーション３３０が持つログインモジュールのログイン機能をユーザが利用できる。これにより、カスタムログインモジュールで「利用不可となる事象」が発生したときは、組み込みログインアプリケーションが持つログインモジュールを実行して、カスタムログインモジュールによる不具合の発生を防止できるという効果が得られる。

尚、本実施形態３では、事象としてＶＮＣ接続を例に説明したが、他の事象の発生に従って有効化／無効化を切り替えてもよい。他の事象としては、例えば、ＵＳＢケーブル抜け、ネットワーク障害等がある。

（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (10)

1. 情報処理装置であって、
   前記情報処理装置に本来備わっている、少なくともログイン画面を表示する表示機能とユーザ認証を行う認証機能とを持つ組み込みログインアプリケーションと、
   ログイン画面を表示する表示機能又はユーザ認証を行う認証機能を持つログインプラグインモジュールが前記情報処理装置に動的に追加された場合に、前記ログインプラグインモジュールの属性ファイルを参照することにより、前記ログインプラグインモジュールを有効にするとともに、当該ログインプラグインモジュールと同じ機能を有する前記組み込みログインアプリケーションの中のログインアプリケーションを無効にするように制御する制御手段と、
   を有することを特徴とする情報処理装置。
2. 前記制御手段は、前記ログインプラグインモジュールの状態を記憶する第１記憶手段を参照して、実行するカスタムログインアプリケーションを決定することを特徴とする請求項１に記載の情報処理装置。
3. 前記第１記憶手段を参照して、有効であるログインプラグインモジュールを判別し、当該判別したカスタムログインアプリケーションと同じ機能を有する組み込みログインアプリケーションを無効にする利用モジュール決定手段を更に有することを特徴とする請求項２に記載の情報処理装置。
4. 前記ログインプラグインモジュールが有効化されているかどうかを確認できるＡＰＩを更に有し、前記利用モジュール決定手段は、前記ＡＰＩに基づいて、有効であるプラグインモジュールを決定することを特徴とする請求項３に記載の情報処理装置。
5. 前記第１記憶手段は、前記ログインプラグインモジュールの状態として、前記組み込みログインアプリケーションとの併存、或いは前記組み込みログインアプリケーションとの入れ替えのいずれかを記憶していることを特徴とする請求項２に記載の情報処理装置。
6. 前記制御手段は、前記ログインプラグインモジュールを有効にすることによって、ローカルログイン画面或いはＷｅｂブラウザログイン画面を表示手段に表示させることを特徴とする請求項１に記載の情報処理装置。
7. 前記制御手段は、前記ログインプラグインモジュールが利用できない事象の発生を検出すると、前記ログインプラグインモジュールを無効にし、前記組み込みログインアプリケーションを有効にすることを特徴とする請求項１に記載の情報処理装置。
8. 前記表示機能は、Ｗｅｂブラウザによるログイン画面の表示を含むことを特徴とする請求項１乃至８のいずれか１項に記載の情報処理装置。
9. 情報処理装置に本来備わっている、少なくともログイン画面を表示する表示機能とユーザ認証を行う認証機能とを持つ組み込みログインアプリケーションを有する情報処理装置を制御する制御方法であって、
   ログイン画面を表示する表示機能又はユーザ認証を行う認証機能を持つログインプラグインモジュールが前記情報処理装置に動的に追加された場合に、前記ログインプラグインモジュールの属性ファイルを参照することにより、前記ログインプラグインモジュールを有効にするとともに、当該ログインプラグインモジュールと同じ機能を有する前記組み込みログインアプリケーションの中のログインアプリケーションを無効にするように制御することを特徴とする情報処理装置の制御方法。
10. コンピュータを、請求項１乃至８のいずれか１項に記載の情報処理装置として機能させるためのプログラム。

Images