JP4840000B2 - 認証情報管理システムおよび認証情報登録システム - Google Patents

Description

本発明は，ICチップ搭載装置内に認証機能を有するアプリケーションプログラムが複数存在する場合に好適なアプリケーションプログラムの利用技術に関する。

近年，キャッシュカード，定期券，社員証，住民基本台帳カードなどを中心として，ICカードの普及が本格的に始まっている。また，ICカードのような、ICチップを搭載したデバイス(ICチップ搭載装置という)は耐タンパ性を有するため，インターネットやPCで利用者を認証する際に使用する認証情報や秘密鍵等を格納する保管媒体としても利用されている。ICチップ搭載装置には，複数のアプリケーションプログラムを実装可能な多機能ICチップ搭載装置も存在している（例えば，非特許文献１に記載のマルチアプリケーションスマートカード）。

多機能ICチップ搭載装置を使えば，１つのデバイスを所有しているだけで複数のアプリケーションプログラムを利用することができるため利便性が向上する反面，各アプリケーションプログラムごとに独立して設計されるので，１つのICチップ搭載装置の中に同じようなデータや機能を複数持つことがある。

各アプリケーションプログラムが個別にアクセス制限したいデータや機能を持っていた場合は，各アプリケーションプログラムが個別に認証機能を持つことになる。
アプリケーションプログラムの例としては，ＰＫＩ（公開鍵暗号基盤）の機能を備えたアプリケーション，生体情報の管理機能を備えたアプリケーション，電子マネーの機能を備えたアプリケーションなどがある。これらのアプリケーションでは，個々のアプリケーションに対応した認証（例えばＰＩＮ（暗証番号）を用いた認証）に成功しないと，当該アプリケーションの機能やデータを利用できないようになっている。
従って，利用者は，複数のアプリケーションプログラムを利用する場合，複数回の認証操作を行わなければならず，利便性が損なわれているという問題がある。

この問題を回避する方法の１つとして，ICチップ搭載装置内の認証機能を共通化し，利用者の認証行為を１回ですむようにする方法がある（例えば，特許文献１参照）。

特開2002-298097号公報 MAOSCO Limited，「Welcome to MULTOS」，[online]，2003年，MAOSCO Limited，[２００６年５月１２日検索]，インターネット <URL: http://www.multos.com/library/pdf/03_05_07%20Welcome%20to%20MULTOS.pdf>

ICチップ搭載装置内に，複数のアプリケーションプログラムが存在し，各アプリケーションプログラムが個別に認証機能を有している場合に，特許文献１の方法では，認証操作は１回になるものの，共通的な本人認証モジュールを使用するために，既存のアプリケーションプログラムを修正する必要がある。そのため，既に利用されているICカード内のアプリケーションプログラムの設計書やソースコードを入手できないような状況においては，特許文献１の技術を適用することは困難である。

本発明は，ICチップ搭載装置内に存在する複数のアプリケーションプログラムを利用する際に，既存のアプリケーションプログラム自体を修正することなしに，１回の認証操作で，複数のアプリケーションが保有しているデータや機能を利用可能とする技術を提供する。

具体的には，本発明は，ICチップ搭載装置内に，各アプリケーションプログラムで認証される際に必要な認証情報を管理する認証情報管理部を備える。さらに，ICチップ搭載装置と接続される利用者端末装置は，上記認証情報管理部と協働する認証情報管理機能利用部を備える。

利用者が，ICチップ搭載装置の認証情報管理部が要求する認証情報（認証情報管理部認証情報という）を利用者端末装置の認証情報管理機能利用部経由で入力し，認証情報管理部で認証されると，利用者端末装置の認証情報管理機能利用部は，認証情報管理部が管理する各アプリケーションプログラム用の認証情報（アプリケーション認証情報という）を利用できるようになる。

各アプリケーションプログラムの利用時には，利用者端末装置の認証情報管理機能利用部は，ICチップ搭載装置の当該アプリケーションプログラムからの認証要求メッセージを検知し，当該アプリケーションプログラムが要求するアプリケーション認証情報を，ICチップ搭載装置の認証情報管理部から取得し，利用者に代わって取得したアプリケーション認証情報を，アプリケーションプログラムに送信する。

この結果，認証情報管理部が（すなわち，ICチップ搭載装置が）一旦利用者を認証すれば，ICチップ搭載装置に導入されている複数のアプリケーションプログラムが要求する複数の認証処理は，利用者の更なる入力を必要とせずに利用者端末装置とICチップ搭載装置との間で行われ，シングルログインが実現される。

上述の通り，本発明によれば，ICチップ搭載装置内の各アプリケーションプログラム用の認証情報を，当該ICチップ搭載装置内に持たせておくことにより，認証情報管理機能利用部が導入されている利用者端末装置であれば，１回の認証操作で，複数のアプリケーションプログラムを利用できるようになる。

また，認証情報管理機能利用部を備えていない利用者端末装置であっても，従来どおりの方法で，ICチップ搭載装置をそのまま利用できる。

本発明によれば，ICチップ搭載装置内に存在する，個別の認証処理が必要な，複数の既存のアプリケーションプログラムを利用する場合であっても，認証操作が１回で済むので，利用者の利便性が損なわれることがない。

以下，本発明による好適な実施形態を，図面を用いて説明する。なお，以下で説明する図面において，同一の番号は同様の部品・要素を表すものとする。また，これにより本発明が限定されるものではない。

図１は，本実施例を適用するためのシステム構成を示す図である。

様々な業務を行うために人が操作するコンピュータである利用者端末装置１００と，ICチップを搭載したデバイスであるICチップ搭載装置１５０と，ICチップ搭載装置１５０を所有していて，当該利用者端末装置１００を介して当該ICチップ搭載装置１５０を利用しようとする利用者１８０とが存在する。ICチップ搭載装置１５０としては，上述の通り，例えば，ICカード，スマートカードと呼ばれるものがあるが，これらには限定されない。

利用者端末装置１００は，主に，入力装置１１１と，表示装置１１２と，ＣＰＵ１１３と，メモリ１１４と，記憶装置１１５と，入出力インタフェース１１６から構成されている。

入力装置１１１は，利用者端末装置１００を利用する人が，データや命令等を入力するために操作されるものであり，キーボード，マウス，生体情報の入力装置，その他認証に必要な装置等で構成される。

表示装置１１２は，利用者端末装置１００を利用者１８０に対して，メッセージ等を表示するために用いられるものであり，ＣＲＴや液晶ディスプレイ等で構成される。また，ＣＰＵ１１３は，メモリ１１４や記憶装置１１５に格納されたプログラムを実行することで，利用者端末装置１００の構成要素を制御したり，様々な演算処理を行ったりして，以下に説明する様々な処理を実現する。

メモリ１１４は，図２に示すようなプログラムや，処理に必要なデータが一時的に格納されるものであり，揮発性記憶媒体で構成することが多い。また，記憶装置１１５は，利用者端末装置１００で使用されるプログラムやデータを永続的に記憶するために用いられるものであり，ハードディスク等の不揮発性記憶媒体で構成される。

入出力インタフェース１１６は，ICチップ搭載装置１５０と通信を行うための物理的なインタフェースである。例えば，ICチップ搭載装置１５０がICカードであった場合，入出力インタフェース１１６はICカードリーダライタに相当する。

ICチップ搭載装置１５０は，主に，ＣＰＵ１６１と，メモリ１６２と，入出力インタフェース１６３から構成されている。

ＣＰＵ１６１は，メモリ１６２に格納されたプログラムを実行することで，ICチップ搭載装置１５０の構成要素を制御したり，様々な演算処理を行ったりして，以下に説明する様々な処理を実現する。

メモリ１６２は，ＲＯＭ，ＲＡＭ，ＥＥＰＲＯＭ等での揮発性または不揮発性記憶媒体で構成され，図３に示すようなプログラムや，処理に必要なデータを格納する。また，入出力インタフェース１６３は，利用者端末装置１００と通信を行うための物理的なインタフェースである。

ICチップ搭載装置１５０の入出力インタフェース１６３と利用者端末装置１００の入出力インタフェース１１６は，ネットワーク（有線，無線と問わない）で接続可能である。

図２は，利用者端末装置１００のソフトウェア構成を示す図である。

利用者端末装置１００の記憶装置１１５には，端末用オペレーティングシステム２１０と，認証情報管理機能利用プログラム２２０と，複数のアプリケーション利用プログラム２３１，２３２，・・・２３９等のプログラム等が格納されている。これらのプログラムは，必要に応じてメモリ１１４内に読み出され，ＣＰＵ１１３により実行され、後に説明する機能を実現する。

図３は，ICチップ搭載装置１５０のソフトウェア構成を示す図である。

ICチップ搭載装置１５０のメモリ１６２には，ICチップ搭載装置用オペレーティングシステム３１０と，各アプリケーション用メモリ領域として，３２０，３３０，３４０，・・・，３９０等が割り当てられている。

認証情報管理プログラム用メモリ領域３２０には，認証情報管理プログラム３２１と，当該プログラムの認証時に必要とするデータである照合用認証情報（Ｘ）３２２と，アプリケーションごとの入力用認証情報３２３，３２４，・・・，３２９と，アプリケーションごとの特徴情報４２３，４２４，・・・，４２９とが格納されている。

アプリケーション（１）用メモリ領域３３０には，アプリケーション（１）を実現するプログラム（１）３３１と，照合用認証情報（１）３３２と，データ（１）もしくはサブプログラム（１）３３３等が格納されている。同様に，アプリケーション（Ｎ）用メモリ領域３９０にも，アプリケーション（Ｎ）を実現するプログラム（Ｎ）３９１と，照合用認証情報（Ｎ）３９２と，データ（Ｎ）もしくはサブプログラム（Ｎ）３９３等が格納されている。これらのプログラムは，必要に応じて，ＣＰＵ１６１により実行され、後に説明する機能を実現する。

次に、各プログラムの機能を説明する。各プログラムは，それぞれが格納されている装置内で読み出されＣＰＵ１１３または１６１によって実行されることにより、その機能が実現されるものであるが、説明の便宜上、各プログラムを実行主体として説明する。

図２において、端末用オペレーティングシステム２１０は，利用者端末装置１００の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。

アプリケーション利用プログラム２３１，２３２，・・・２３９は，ICチップ搭載装置１５０内にある各アプリケーションプログラム３３１，３４１，・・・，３９１と通信し，その機能を利用するための端末装置用のプログラムである。

認証情報管理機能利用プログラム２２０は，利用者端末装置１００内で起動しており，ICチップ搭載装置１５０内にある認証情報管理プログラム３２１と通信し，その機能を利用するための端末装置用のプログラムである。

当該認証情報管理機能利用プログラム２２０は，以下の機能を実現する。
（ａ）各アプリケーション（１）利用プログラム２３１，アプリケーション（２）利用プログラム２３２，・・・アプリケーション（Ｎ）利用プログラム２３９と，ICチップ搭載装置１５０内にある各アプリケーションプログラム（１）３３１，（２）３４１，・・・，（Ｎ）３９１との，通信もしくはメッセージのやり取りを監視し，各アプリケーションプログラム３３１，３４１，・・・，３９１から認証が要求されたことを検知する機能，
（ｂ）認証の要求を行ってきたアプリケーションプログラムに対応する認証情報を認証情報管理プログラム３２１に対して要求する機能，
（ｃ）認証情報管理プログラム３２１に，アプリケーションプログラム用の認証情報を要求した際に，認証情報管理プログラム３２１による認証を要求された場合には，認証情報の入力を促す画面を表示し，利用者１８０が入力した認証情報を，認証情報管理プログラム３２１に送信する機能，
（ｄ）各アプリケーションで取り扱う入力用認証情報３２３，３２４，・・・，３２９及び当該アプリケーションの特徴情報４２３，４２４，・・・，４２９をICチップ搭載装置１５０に登録するための機能。

図３において、ICチップ搭載装置用オペレーティングシステム３１０は，ICチップ搭載装置１５０の全体の制御を行うために，ファイル管理，プロセス管理，デバイス管理といった機能を実現するためのプログラムである。

認証情報管理プログラム３２１は，認証情報管理機能利用プログラム２２０から要求のあった，アプリケーションプログラム毎の入力用認証情報を返信する機能と，ICチップ搭載装置１５０を利用者端末装置１００に接続した後に一度も認証を行っていない場合には，入力用認証情報の取得を許可するための認証を行う機能とを有している。

認証情報管理プログラム３２１における認証は，利用者１８０が利用者端末装置１００を介して入力してきた認証情報と，入力されてきた認証情報が本当に正しいかどうかを判断するために使用される照合用認証情報（Ｘ）３２２とを用いて行われる。利用者の認証に成功しないと，認証情報管理プログラム３２１は各アプリケーションプログラム用の入力用認証情報の取得を許可しない。ここでの認証とは，例えば，パスワードや生体情報による認証方法で実現されるものである。

照合用認証情報（Ｘ）３２２は，認証情報管理プログラム３２１を介して各入力用認証情報３２３，３２４，・・・，３２９を取得する際に使用されるものであり，保管時の形態は，入力された認証情報と同値でもよいし，ハッシュ変換や暗号化された形などで保管してもよい。

入力用認証情報（１）３２３は，プログラム（１）３３１を利用して，アクセス制限のあるデータ（１）もしくはサブプログラム（１）にアクセスする際に必要な認証情報であり，従来技術では，利用者１８０が利用者端末装置１００を介して入力するが，本実施例では，認証情報管理プログラム３２１の管理下に格納しておく。同様に，入力用認証情報（２）３２４，・・・，入力用認証情報（Ｎ）３２９も認証情報管理プログラム３２１の管理下に格納しておく。

アプリケーションごとの特徴情報４２３，４２４，・・・，４２９は，個々のアプリケーションを区別するために必要な情報であり，例えば，
・ウインドウの特徴を表すデータ（当該ウインドウの大きさ，当該ウインドウを生成しているプロセス名，当該ウインドウのタイトルバーに表示された文字列，当該ウインドウのテキスト入力フィールドやボタン等の配置状況，当該ウインドウのビットマップ等の一つ以上の組み合わせ），
・マウス，キーボード，生体認証デバイス等の入力装置１１１から入力された入力用認証情報等のデータ，
・端末用オペレーティングシステム２１０と，利用者端末装置１００上のアプリケーションプログラムあるいはICチップ搭載装置１５０間で送受信されるメッセージのデータ，
・各種ＡＰＩを呼び出した際のパラメータをフッキングして取得したデータ
・上記各データがどのタイミングで（どの順番で）取り扱われたかを番号等で示した順序に関するデータ
等の一つ以上の任意の組み合わせが該当する。

当該特徴情報４２３，４２４，・・・，４２９は，当該特徴情報を有するアプリケーションプログラムに対応した入力用認証情報３２３，３２４，・・・，３２９と関連付けされて，認証情報管理プログラム用メモリ領域３２０内に記録される。

アプリケーション（１）用メモリ領域３３０は，アプリケーション（１）を実現するためのプログラム（１）３３１と，当該プログラムが必要とするデータである照合用認証情報（１）３３２と，当該プログラム（１）が使用するデータ（１）もしくはサブプログラム（１）３３３とを格納する領域である。

プログラム（１）３３１は，アプリケーション（１）利用プログラム２３１からの要求に応じて処理を行い，結果を返信する機能を実現するプログラムである。また，プログラム（１）３３１は，ICチップ搭載装置１５０を利用者端末装置１００に物理的に接続した後にプログラム（１）３３１で一度も認証を行っていない場合や，物理的に接続したままであっても認証を受けた後に認証状態を解除している場合に，入力用認証情報（１）の取得を許可するための認証を行う機能も実現するものであり，プログラム（１）３３１による認証に成功しないと，アプリケーション（１）利用プログラム２３１は，データ（１）もしくはサブプログラム（１）３３３へのアクセスができない。

このように，認証を条件とすることにより，機密にすべきようなデータ（１）や，秘密鍵による署名処理等の特別な機能を持つサブプログラム（１）３３３を扱えるようになる。認証の際には，プログラム（１）３３１は，アプリケーション（１）利用プログラム２３１に対して認証情報を要求し，アプリケーション（１）利用プログラム２３１から送信されてきた入力用認証情報と，入力されてきた認証情報の照合用認証情報（１）３３２とを用いて認証を行う。

ここでの認証とは，例えば，パスワードや生体情報による認証方法で実現されるものである。また当該プログラム（１）３３１は，一度認証に成功すると，当該プログラム（１）３３１内で認証済みであることを示すフラグを保持しておき，接続状態であることを判別可能とする方法等によって，当該装置１５０を利用者端末装置１００に接続している間は更なる認証が不要である仕様のプログラムとする。

照合用認証情報（１）３３２は，プログラム（１）３３１を介してデータ（１）もしくはサブプログラム（１）３３３にアクセスする際に使用されるものであり，保管の形態は，入力された認証情報と同値でもよいし，ハッシュ変換や暗号化された形などで保管してもよい。

データ（１）もしくはサブプログラム（１）３３３は，アプリケーション（１）の実現に必要なデータもしくは機能を実現するためのプログラムであって，プログラム（１）３３１によってアクセス制御されている。サブプログラム（１）は，機能的な分離を明確にするために，プログラム（１）３３１と区別して定義しているが，プログラム（１）３３１と同一のモジュールとなっていてもよい。

アプリケーション（２）用メモリ領域３４０内の構成要素３４１〜３４３や，アプリケーション（Ｎ）用メモリ領域３９０内の構成要素３９１〜３９３については，アプリケーション（１）用メモリ領域３３０内の構成要素３３１〜３３３と同様の関係である。

図２,図３の例では，ICチップ搭載装置１５０内のアプリケーションプログラムと，利用者端末装置１００内のアプリケーション利用プログラムとがＮ個ずつ１対１に存在するものとしており，例えば，アプリケーション（１）利用プログラム２３１は，図３のアプリケーション（１）用メモリ領域内３３０のプログラム（１）３３１と通信し，アプリケーション（Ｎ）利用プログラム２３９は，アプリケーション（Ｎ）用メモリ領域内３９０のプログラム（Ｎ）３９１と通信するものとしている。

当該アプリケーション利用プログラム２３１，２３２，・・・２３９は，対応するICチップ搭載装置１５０内のプログラム（１）３３１，（２）３４１，・・・，（Ｎ）３９１から，データや機能の提供を受ける機能と，プログラム（１）３３１，（２）３４１，・・・，（Ｎ）３９１から認証の要求がきた場合に，認証情報の入力を促す画面を表示し，利用者１８０が入力した認証情報を，認証を要求してきたプログラムに対して送信する機能とを有しているものとする。

ICチップ搭載装置１５０と利用者端末装置１００内の各プログラムは，予め，メモリ１６２や，記憶装置１１５に格納されていても良いし，必要に応じて，入出力インタフェース１１６，１６３と各装置が利用可能な媒体経由で他の装置から導入されても良い。他の媒体とは，例えば，入出力インタフェース１１６，１６３に着脱可能な記憶媒体、または通信媒体（すなわちネットワークまたはネットワークを伝搬する搬送波やディジタル信号）を指す。

図４及び図５は，本実施例における処理フローを図示したものであり，利用者１８０が，利用書端末装置１００を介して，ICチップ搭載装置１５０内の各アプリケーションを利用する際の手順について記述している。

図４は，初期処理および初回のアプリケーションプログラム利用時における処理フローを示している。

はじめに，初期処理について説明する。

利用者１８０は，利用者端末装置１００を起動する（ステップ１０１０，以下，ステップをＳと略して記す。）。

利用者端末装置１００は，利用者１８０からの起動操作に応じて，端末用オペレーティングシステム２１０を起動した後，認証情報管理機能利用プログラム２２０も起動する。

この際，認証情報管理機能利用プログラム２２０は，ICチップ搭載装置１５０内の認証情報管理プログラム用メモリ領域３２０に保存されている各アプリケーション用の特徴情報４２３，４２４，・・・，４２９を，ICチップ搭載装置１５０内の認証情報管理プログラム３２１を介して読み出しておく（Ｓ１０２０）。

以上で初期処理は完了し，利用者端末装置１００は，利用者１８０による操作待ち画面を表示することにより，利用者１８０が利用者端末装置１００上の各種プログラムを実行できる状態となる。

続いて，ICチップ搭載装置１５０内のアプリケーションプログラムを，利用者端末装置１００を起動した後に始めて使う場合の例について説明する。この例において利用するアプリケーションは，アプリケーション（１）とするが，どのアプリケーションを最初に使っても同様の処理であって，アプリケーションの使用順序を限定するものではない。

まず，利用者１８０は，アプリケーション（１）を利用するために，アプリケーション（１）利用プログラム２３１を起動するための操作を，利用者端末装置１００に対して行う（Ｓ１１１０）。

利用者端末装置１００は，上記操作に応じて，アプリケーション（１）利用プログラム２３１を起動する（Ｓ１１２０）。

アプリケーション（１）利用プログラム２３１が実行され，ICチップ搭載装置１５０内のアプリケーション（１）で使用されるデータ（１）もしくはサブプログラム（１）３３３に対してアクセスが必要になった場合には，利用者端末装置１００内のアプリケーション（１）利用プログラム２３１は，ICチップ搭載装置１５０内のプログラム（１）に対してアクセスを試みる（Ｓ１１３０）。

ICチップ搭載装置１５０内のプログラム（１）３３１は，上記アクセスに応じて，要求されたデータ（１）もしくはサブプログラム（１）３３３へのアクセスを行う前に，アクセスを要求してきた利用者１８０を認証済みかどうかを，上述の認証済みフラグを確認するなどして判断する（Ｓ１１４０）。

プログラム（１）３３１において認証がまだ行われていない場合（Ｓ１１４０で「未済」）は，要求されたデータ（１）もしくはサブプログラム（１）３３３へのアクセスは許可されていないので，利用者端末装置１００内のアプリケーション（１）利用プログラム２３１に対して認証情報を要求する。認証済み（Ｓ１１４０で「済」）であれば，Ｓ１２８０に処理が移る。

この例では，認証がまだ行われていないので，Ｓ１１５０に進む。

利用者端末装置１００内のアプリケーション（１）利用プログラム２３１は，上記要求に応じて，アプリケーション（１）用の認証情報の入力を利用者１８０に促すために認証情報の入力画面等を表示する（Ｓ１１５０）。

認証情報管理機能利用プログラム２２０は，上記Ｓ１１４０においてオペレーティングシステムで送受信されているコマンドやメッセージの内容，もしくは，上記Ｓ１１５０において表示された認証画面の特徴などの特徴情報と，上記Ｓ１０２０にて予め読み込んでおいた各アプリケーションの特徴情報４２３，４２４，・・・，４２９とを比較し，アプリケーション（１）用の認証情報が要求されたことを検知する（Ｓ１１６０）。

認証情報管理機能利用プログラム２２０は，要求の検知後に，ICチップ搭載装置１５０内の認証情報管理プログラム３２１に対して，アプリケーション（１）用の入力用認証情報（１）３２３を要求する（Ｓ１１７０）。

ICチップ搭載装置１５０内の認証情報管理プログラム３２１は，要求されたアプリケーション（１）用の入力用認証情報（１）３２３へのアクセスを行う前に，アクセスを要求してきた利用者１８０の認証が行われたかどうかを，上述の認証済みフラグを確認するなどして判断する。

認証情報管理プログラム３２１において認証がまだ行われていない場合は，要求された入力用認証情報（１）３２３へのアクセスは許可されていないので，利用者に対して認証情報の入力を要求する。認証情報管理プログラム３２１において認証が既に行われているのであれば，Ｓ１２３０に処理が移る。

この例の場合においては，認証がまだ行われていないので，利用者端末装置１００内の認証情報管理機能利用プログラム２２０に対して，認証情報管理プログラム用の認証情報を要求する（Ｓ１１８０）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，上記要求に応じて，認証情報管理プログラム用の認証情報の入力を利用者１８０に促すために認証情報の入力画面等を表示する。

この際，認証情報管理機能利用プログラム２２０は，Ｓ１１５０にて表示され，Ｓ１１６０で特徴情報と比較され検知された認証画面を，非活性状態もしくは非表示状態（画面上では見えなくなるが，プロセスとしてはまだ存在している状態）にすることにより，認証情報管理機能利用プログラム２２０が表示した画面への認証情報の入力を受け付けるよう入力抑止処理を行う。（Ｓ１１９０）。

利用者１８０は，上記認証情報の入力画面等に従って，認証情報管理プログラム用の認証情報（Ｘ）を入力する（Ｓ１２００）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，利用者１８０から入力された認証情報（Ｘ）を，ICチップ搭載装置１５０内の認証情報管理プログラム３２１に送信する（Ｓ１２１０）。

ICチップ搭載装置１５０内の認証情報管理プログラム３２１は，送信されてきた認証情報（Ｘ）と，当該認証情報管理プログラム３２１が管理している照合用認証情報（Ｘ）３２２とを用いてシングルログインのための認証を行う。

認証が成功した場合には，認証情報管理プログラム３２１において認証済みであることを示すフラグを設定し，次のＳ１２３０に処理が移る。

認証に失敗した場合は，認証情報管理機能利用プログラム２２０に対してエラーメッセージを送信し，当該プログラム２２０は受信したエラーメッセージに基づいてエラー画面を利用者１８０に対して表示する等して，処理を中止する。もしくは，処理を中止するまでの連続認証失敗回数や認証情報の有効期間等の認証ポリシーに応じて，再度認証情報（Ｘ）の要求を認証情報管理機能利用プログラム２２０に対して送信し，処理をＳ１１９０に移してもよい（Ｓ１２２０）。

ICチップ搭載装置１５０内の認証情報管理プログラム３２１は，上記Ｓ１１８０で認証済みと判定した場合，または，上記Ｓ１２２０において認証に成功した場合，上記Ｓ１１７０の時点にて要求されていた入力用認証情報（１）３２３を読み出し，利用者端末装置１００内の認証情報管理機能利用プログラム２２０に送信する。（Ｓ１２３０）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，送信されてきた入力用認証情報（１）３２３を受信し，上記Ｓ１１９０にて入力抑止されたアプリケーション（１）利用プログラム２３１の認証情報の入力用画面に対して，アプリケーション（１）用の認証要求を待ち受けているアプリケーション（１）利用プログラム２３１に対して，当該認証情報３２３を，キー入力に相当するオペレーティングシステム上のメッセージとして送信する（Ｓ１２４０）。

利用者端末装置１００内のアプリケーション（１）利用プログラム２３１は，受信した入力用認証情報（１）３２３を，ICチップ搭載装置１５０内のプログラム（１）３３１に送信する（Ｓ１２５０）。

ICチップ搭載装置１５０内のプログラム（１）３３１は，利用者端末装置１００から送信されてきた入力用認証情報（１）と，アプリケーション（１）内のプログラム（１）にて管理している照合用認証情報（１）３３２とを用いて認証を行う（Ｓ１２６０）。

認証が成功した場合には，プログラム（１）３３１において認証済みであることを示すフラグを設定し，次のＳ１２８０に処理が移る。認証に失敗した場合は，プログラム（１）３３１がアプリケーション（１）利用プログラム２３１に対してエラーメッセージを送信し，Ｓ１２７０に処理が移る（Ｓ１２６０）。

Ｓ１２７０では，アプリケーション（１）利用プログラム２３１は受信したエラーメッセージに基づいてエラー画面を利用者１８０に対して表示する等を行い、アプリケーション（１）利用プログラム２３１の処理を中断等する（Ｓ１２７０）。

ICチップ搭載装置１５０内のプログラム（１）３３１は，上記Ｓ１２６０において認証に成功した場合，上記Ｓ１１３０の時点にて要求されていたデータ（１）もしくはサブプログラム（１）３３３へのアクセスを実行し，データ（１）もしくはサブプログラム（１）の処理結果を，利用者端末装置１００内のアプリケーション（１）利用プログラム２３１に送信する。（Ｓ１２８０）。

利用者端末装置１００内のアプリケーション（１）利用プログラム２３１は，送信されてきたデータ（１）もしくはサブプログラム（１）の処理結果を利用して，アプリケーション（１）利用プログラム２３１におけるアプリケーション固有の処理を実行する（Ｓ１２９０）。

以上で初回のアプリケーションプログラム利用時の処理は完了する。

以降，初回で起動したアプリケーションプログラムとは異なるものを利用する場合においては，図４のＳ１１１０以降の処理を，上記と同様に行う。但し，以降は，初回のアプリケーションプログラム利用時のＳ１２２０において認証を行っていることから，Ｓ１１８０にて認証済みであると判断され，Ｓ１２３０に処理が移る。これにより，利用者１８０による認証情報の入力を省略することになり，結果としてシングルログインが実現される。

また，事前に一度以上利用したアプリケーションプログラムを再度利用する場合についても，図４のＳ１１１０以降の処理を，上記と同様に行う。但し，この場合は，前回のアプリケーションプログラム利用時のＳ１２６０において認証を行っていることから，Ｓ１１４０にて認証済みであると判断され，Ｓ１２８０に処理が移る。この場合も，利用者１８０による認証情報の入力を省略することになり，結果としてシングルログインが実現される。

さらには，事前に一度以上利用したアプリケーションプログラムであっても，当該アプリケーションプログラムが有しているログオフ機能等によってアプリケーションプログラムの認証状態が解除されてしまった後に，当該アプリケーションプログラムを利用するといった場合についても，図４のＳ１１１０以降の処理を，上記と同様に行う。

但し，この場合も，前回のアプリケーションプログラム利用時のＳ１２３０において認証を行っていることから，Ｓ１１８０にて認証済みであると判断され，Ｓ１２３０に処理が移る。この場合も，利用者１８０による認証情報の入力を省略することになり，結果としてシングルログインが実現される。

以上のことから，ICチップ搭載装置内に存在する複数のアプリケーションプログラムを利用するであっても，一回の認証操作で，複数のアプリケーションが保有しているデータや機能を利用できるようになる。

また，本実施例は，ICチップ搭載装置１５０と利用者端末装置１００の両方について，既存のアプリケーションプログラム自体は修正する必要はなく，追加で認証情報管理機能利用プログラム２２０と認証情報管理プログラム一式３２１〜３２９を実装することで実現できる。

さらに，ICチップ搭載装置１５０は，各アプリケーションプログラムの認証情報を保有しているため，ICカードのように可搬であれば，他の利用者端末装置を使う場合であっても，その装置に認証情報管理機能利用プログラム２２０が導入されていれば，１回の認証操作で，複数のアプリケーションが保有しているデータや機能を利用できるようになる。

また，認証情報管理機能利用プログラム２２０を導入していない他の利用者装置であっても，従来どおりの方法で，ICチップ搭載装置１５０をそのまま利用できるので，従来システムとの共存も可能である。

実施例１では，初回のアプリケーション用プログラム利用時に認証が発生した時点でシングルログイン用の認証処理を行う例であったが，実施例２では，ICチップ搭載装置１５０を接続した利用者端末装置１００を起動した際に，認証情報管理プログラム３２１による認証を済ませておくものである。

図１〜３は，実施例１と同様である。

図５は，実施例２におけるシングルログイン用の認証処理フローを図示したものであり，利用者１８０と，利用書端末装置１００と，ICチップ搭載装置１５０との間において，利用者１８０が，ICチップ搭載装置１５０内の各アプリケーションを利用する前に行う手順について記述している。また，図４と同じ処理には，同じステップ番号を付与している。

まず，利用者１８０は，利用者端末装置１００を起動する（Ｓ１０１０）。

利用者端末装置１００は，利用者１８０からの起動操作に応じて，端末用オペレーティングシステム２１０を起動した後，認証情報管理機能利用プログラム２２０を起動する。

認証情報管理機能利用プログラム２２０は，ICチップ搭載装置１５０内の認証情報管理プログラム３２１に対して，以降のステップにおけるアクセスの許可を得るため，ログイン要求を送信する。この際，認証情報管理機能利用プログラム２２０は，ICチップ搭載装置１５０内の認証情報管理プログラム用メモリ領域３２０に保存されている各アプリケーション用の特徴情報４２３，４２４，・・・，４２９を，ICチップ搭載装置１５０内の認証情報管理プログラム３２１を介して読み出しておく（Ｓ１５２０）。

ICチップ搭載装置１５０内の認証情報管理プログラム３２１は，上記ログイン要求に応じて，起動操作を行った利用者１８０の認証が既に行われたかどうかを，認証済みフラグを確認するなどして判断する。

認証情報管理プログラム３２１において認証が既に行われているのであれば，認証済みである旨の応答を認証情報管理機能利用プログラム２２０に送信し，シングルログイン用の認証処理は完了する。認証がまだ行われていなければ，利用者端末装置１００内の認証情報管理機能利用プログラム２２０に対して，認証情報管理プログラム用の認証情報を要求する（Ｓ１５３０）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，認証情報を要求された場合は，認証情報管理プログラム用の認証情報の入力を利用者１８０に促すために認証情報の入力画面等を表示する（Ｓ１１９０）。

利用者１８０は，上記認証情報の入力画面等に従って，認証情報管理プログラム用の認証情報（Ｘ）を入力する（Ｓ１２００）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，利用者１８０から入力された認証情報（Ｘ）を，ICチップ搭載装置１５０内の認証情報管理プログラム３２１に送信する（Ｓ１２１０）。

ICチップ搭載装置１５０内の認証情報管理プログラム３２１は，送信されてきた認証情報（Ｘ）と，当該認証情報管理プログラムにて管理している照合用認証情報（Ｘ）３２２とを用いて認証を行う。認証が成功した場合には，認証情報管理プログラム３２１において認証済みであることを示すフラグを設定し，認証が成功した旨の応答を認証情報管理機能利用プログラム２２０に対して送信し，シングルログイン用の認証処理は完了する。

認証に失敗した場合は，認証情報管理機能利用プログラム２２０に対してエラーメッセージを送信し，当該プログラム２２０は受信したエラーメッセージに基づいてエラー画面を利用者１８０に対して表示等して，処理を中止する。もしくは，処理を中止するまでの連続認証失敗回数や認証情報の有効期間等の認証ポリシーに応じて，再度認証情報（Ｘ）の要求を認証情報管理機能利用プログラム２２０に対して送信し，処理をＳ１１９０に移してもよい（Ｓ１５７０）。

以上でシングルログイン用の認証処理は完了し，利用者１８０は，更なる認証情報の入力を行うことなく，利用者端末装置１００上の各種プログラムを実行できる状態となる。

以降、アプリケーションプログラムを利用する場合には，実施例１のＳ１１１０からＳ１２８０までの処理と同様となる。

以上の手順によって，ICチップ搭載装置内に存在する複数のアプリケーションプログラムを利用するであっても，１回の認証操作で，複数のアプリケーションが保有しているデータや機能を利用できるようになる。

また，本実施例においても，既存のアプリケーションプログラム自体は修正する必要はなく，追加で認証情報管理機能利用プログラム２２０と認証情報管理プログラム一式３２１〜３２９を実装することで実現できる。

さらに，ICチップ搭載装置１５０は，各アプリケーションプログラムの認証情報を保有しているため，ICカードのように可般であれば，他の利用者端末装置を使う場合であっても，その装置に認証情報管理機能利用プログラム２２０が導入されていれば，１回の認証操作で，複数のアプリケーションが保有しているデータや機能を利用できるようになる。

また，認証情報管理機能利用プログラム２２０を導入していない他の利用者装置であっても，従来どおりの方法で，ICチップ搭載装置１５０をそのまま利用できるので，従来システムとの共存も可能である。

加えて，実施例１の形態では，アプリケーション利用プログラムが表示した認証情報の入力画面と，認証情報管理機能利用プログラムが表示した認証情報の入力画面の二つが並行して表示される場合があるのに対し，実施例２の形態をとれば，認証情報管理機能利用プログラムの認証情報の入力は利用者端末装置の起動直後に行うので，アプリケーション利用プログラムを利用する時点で認証情報管理機能利用プログラムの認証情報の入力画面が表示されることはなくなる。このようなことから，実施例２の形態は，画面が重なる状態を回避できるといった利点も有している。

以下，上記実施例１もしくは実施例２を行う前に必要な認証情報登録時の実施例を説明する。

図１〜３は，実施例１，２と同様である。

図６は，上記実施例１もしくは実施例２において，利用者１８０と，利用書端末装置１００と，ICチップ搭載装置１５０との間において，利用者１８０が，シングルログインを行うために必要な認証情報登録時の処理フローを図示したものである。

図６の処理の前提として，実施例２のＳ１０１０からＳ１５７０までに示しているような，利用者端末装置１００の起動，認証情報管理機能利用プログラム２２０の起動及び認証情報管理プログラム３２１の認証といった初期処理が済んでいるものとする。

以下の例においては，アプリケーション（１）用の入力用認証情報（１）３２３を登録する手順について例示するが，他のアプリケーションを登録する手順も同様の処理となり，アプリケーションの種類を限定するものではない。

利用者１８０は，利用者端末装置１００の認証情報管理機能利用プログラム２２０に対して認証情報を登録する機能を利用するための指示を行う。（Ｓ２０１０）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，利用者１８０からの指示に応じて，認証情報を登録するための機能を作動させる。具体的には，例えば，利用者１８０に対して，認証情報の登録を開始するためのボタン等を画面に表示する。（Ｓ２０２０）。

Ｓ２０２０にて表示された画面はそのままの状態にしておき，利用者１８０は，アプリケーション（１）用の認証情報及び動作やアプリケーション（１）利用プログラム２３１のウインドウの特徴を登録するために，アプリケーション（１）利用プログラム２３１を，アイコンのダブルクリックやプログラムメニューの選択等によって起動する。（Ｓ２０３０）。

利用者端末装置１００は，上記操作に応じて，アプリケーション（１）利用プログラム２３１を起動する（Ｓ２０４０）。

アプリケーション（１）利用プログラム２３１が実行され，ICチップ搭載装置１５０内のアプリケーション（１）で使用されるデータ（１）もしくはサブプログラム（１）３３３に対してアクセスが必要になった場合には，利用者端末装置１００内のアプリケーション（１）利用プログラム２３１は，ICチップ搭載装置１５０内のプログラム（１）に対してアクセスを試みる（Ｓ２０５０）。

ICチップ搭載装置１５０内のプログラム（１）３３１は，要求されたデータ（１）もしくはサブプログラム（１）３３３へのアクセスを行う前に，アクセスを要求してきた利用者１８０の認証が行われたかどうかを判断する（Ｓ２０６０）。アプリケーション（１）において認証がまだ行われていない場合は，要求されたデータ（１）もしくはサブプログラム（１）３３３へのアクセスは許可されていないので，利用者に対して認証を要求する。アプリケーション（１）において認証が既に行われているのであれば，Ｓ２１３０に処理が移る。

この例の場合は，認証がまだ行われていないので，利用者端末装置１００内のアプリケーション（１）利用プログラム２３１に対して，認証情報を要求する。利用者端末装置１００内のアプリケーション（１）利用プログラム２３１は，上記要求に応じて，アプリケーション（１）用の認証情報を利用者１８０に入力してもらうために認証情報の入力画面等を表示する（Ｓ２０７０）。

利用者１８０は，上記Ｓ２０２０にて画面に表示された登録開始を指示するためのボタンを押下するなどして，認証情報管理機能利用プログラム２２０に対して，認証情報を登録開始する指示を要求する。本ステップは上記Ｓ２０２０の次に行ってもよい（Ｓ２０８０）。

認証情報管理機能利用プログラム２２０は，利用者１８０から登録開始の指示を受け付け，本ステップ以降に操作されるウインドウの特徴（当該ウインドウの大きさ，当該ウインドウを生成しているプロセス名，当該ウインドウのタイトルバーに表示された文字列，当該ウインドウのテキスト入力フィールドやボタン等の配置状況，当該ウインドウのビットマップなど），及び，マウス，キーボード，生体認証デバイス等の入力装置１１１から入力された入力用認証情報等のデータ，端末用オペレーティングシステム２１０と利用者端末装置１００上のアプリケーションあるいはICチップ搭載装置１５０間で送受信されるメッセージや各種ＡＰＩを呼び出した際のパラメータをフッキングして取得したデータ等を特徴情報として利用者端末装置１００内のメモリ１１４もしくは記憶装置１１５に記録する。特徴情報の記録を開始してから記録を終了するまでの間，メッセージの送受信や各種ＡＰＩの呼び出しは複数回行われることもあるので，送受信したメッセージや各種ＡＰＩの呼び出しにおけるパラメータの内容だけではなく，送受信したメッセージや各種ＡＰＩの呼び出しの順序についても，特徴情報として記録するものとする（Ｓ２０９０）。

次に，利用者１８０は，上記Ｓ２０７０にて表示された入力画面に対して，アプリケーション（１）用の入力用認証情報（１）３２３を入力する（Ｓ２１００）。

利用者端末装置１００内のアプリケーション（１）利用プログラム２３１は，入力された入力用認証情報（１）３２３を，ICチップ搭載装置１５０内のプログラム（１）３３１に送信する。なお，この際，取り扱われたアプリケーション（１）利用プログラム２３１に関する特徴情報（１）４２３及び入力用認証情報（１）３２３については，上記Ｓ２０９０での処理により，認証情報管理機能利用プログラム２２０が記録する（Ｓ２１１０）。

ICチップ搭載装置１５０内のプログラム（１）３３１は，送信されてきた入力用認証情報（１）と，アプリケーション（１）内のプログラム（１）にて管理している照合用認証情報（１）３３２とを用いて認証を行う。認証が成功した場合には，次のＳ２１３０に処理が移る。認証に失敗した場合は，アプリケーション（１）利用プログラム２３１に対してエラーメッセージを送信し，当該プログラム２３１は受信したエラーメッセージに基づいてエラー画面を利用者１８０に対して表示等して，登録処理と認証処理を中止する（Ｓ２１２０）。

ICチップ搭載装置１５０内のプログラム（１）３３１は，認証に成功した場合，上記Ｓ２０５０の時点にて要求されていたデータ（１）もしくはサブプログラム（１）３３３へのアクセスを実行し，データ（１）もしくはサブプログラム（１）の処理結果を，利用者端末装置１００内のアプリケーション（１）利用プログラム２３１に送信する。（Ｓ２１３０）。

利用者端末装置１００内のアプリケーション（１）利用プログラム２３１は，送信されてきたデータ（１）もしくはサブプログラム（１）の処理結果を利用して，アプリケーション（１）利用プログラム２３１におけるアプリケーション固有の処理を実行する（Ｓ２１４０）。

上記Ｓ２１４０にてアプリケーション（１）利用プログラム２３１としての認証処理が完了した後，利用者１８０は，利用者端末装置１００内の認証情報管理機能利用プログラム２２０に対して，上記Ｓ２０９０から開始された登録処理を終了する旨の指示を行う（Ｓ２１５０）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，要求された登録終了の指示を受け付け，上記Ｓ２０９０から行っていた特徴情報の記録を停止する。

認証情報管理機能利用プログラム２２０は，上記Ｓ２１１０で利用者端末装置１００内のメモリ１１４もしくは記憶装置１１５に記録されたアプリケーション（１）用の特徴情報（１）４２３及び入力用認証情報（１）を，ICチップ搭載装置１５０内の認証情報管理プログラム３２１に送信する（Ｓ２１６０）。

複数のアプリケーションの認証情報を登録する際には，アプリケーション毎に，以上の登録作業を行う必要がある。

ICチップ搭載装置１５０内の認証情報管理プログラム３２１は，送信されてきたアプリケーション（１）用の特徴情報（１）４２３及び入力用認証情報（１）３２３を受信する（Ｓ２１７０）。

さらに，安全性を考慮する場合においては，受信した入力用認証情報（１）３２３と認証情報管理プログラムの認証方法もしくは照合用認証情報（Ｘ）３２２とで認証強度の比較を行っても良い。

認証強度の比較は，例えば，認証方法，認証情報のバイト数，使用している文字の組み合わせの複雑さ，処理を中止するまでの連続認証失敗回数，その他認証に関するポリシー等で判断する。受信した入力用認証情報（１）３２３よりも認証情報管理プログラムの認証方法もしくは照合用認証情報（Ｘ）３２２のほうが認証強度が強い場合にはＳ２２１０に処理を移す。受信した入力用認証情報（１）３２３よりも認証情報管理プログラムの認証方法もしくは照合用認証情報（Ｘ）３２２のほうが認証強度が弱い場合には，利用者端末装置１００内の認証情報管理機能利用プログラム２２０に対して，受信した入力用認証情報（１）３２３よりも認証強度の強い認証方法となるよう，認証情報（Ｘ）の変更を要求する。

上記処理は，不正な者による各認証情報の推測等の攻撃が，認証情報管理プログラム３２１の導入前よりも容易になってしまうことを回避するために行うものであり，認証情報管理プログラム３２１の認証方法及び認証情報（Ｘ）は，認証情報管理プログラム３２１にて管理する全てのアプリケーションの認証方法及び認証情報よりも強いものを採用する。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，認証情報（Ｘ）の変更要求を受信した場合，認証情報（Ｘ）の変更画面を生成し，利用者１８０に対して表示する（Ｓ２１８０）。

利用者１８０は，表示された認証情報（Ｘ）の変更画面に対して，入力用認証情報（１）３２３よりも認証強度の強い認証方法となるよう新たな認証情報（Ｘ）を入力する（Ｓ２１９０）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，入力された入力用認証情報（Ｘ）を，ICチップ搭載装置１５０内の認証情報管理プログラム３２１に送信する。（Ｓ２２００）。

ICチップ搭載装置１５０内の認証情報管理プログラム３２１は，上記新しい認証情報（Ｘ）を受信し，上記Ｓ２１７０にて受信した入力用認証情報（１）３２３よりも認証情報管理プログラムの認証方法もしくは照合用認証情報（Ｘ）３２２のほうが認証強度が強いことを確認し，新たに照合用認証情報（Ｘ）３２２として登録を行う。続いて，上記Ｓ２１７０にて受信したアプリケーション（１）用の特徴情報（１）４２３及び入力用認証情報（１）を，認証情報管理プログラム用メモリ領域３２０内に保存し，保存処理の成功可否等の結果を利用者端末装置１００内の認証情報管理機能利用プログラム２２０に返信する（Ｓ２２１０）。

利用者端末装置１００内の認証情報管理機能利用プログラム２２０は，送信されてきた保存処理結果を受信し，その結果に応じて，認証情報の登録に成功したか否かのメッセージを記した画面を生成し，利用者１８０に対して表示する。これによって利用者は認証情報の登録が完了したことを知ることができる（Ｓ２２２０）。

以上で入力用認証情報の登録処理は完了する。尚、認証情報の登録を行いたいアプリケーションが複数ある場合には，上記Ｓ２０１０からＳ２２２０までの手順をアプリケーション毎に行う。これにより，ICチップ搭載装置内に存在する複数のアプリケーションプログラムを利用するであっても，１回の認証操作で，複数のアプリケーションが保有しているデータや機能を利用できるようになる。

システム構成を例示する図である。 利用者端末装置のソフトウェア構成を例示する図である。 ICチップ搭載装置のソフトウェア構成を例示する図である。 実施例１における，初期処理およびアプリケーションプログラム利用時における処理フローを例示する図である。 実施例２における，シングルログイン用の認証処理フローを例示する図である。 実施例３における，アプリケーションプログラムの入力用認証情報登録時の処理フローを例示する図である。

符号の説明

１００：利用者端末装置，１１１：入力装置，１１２：表示装置，１１３：ＣＰＵ，１１４：メモリ，１１５：記憶装置，１１６：入出力インタフェース，１５０：ICチップ搭載装置，１６１：ＣＰＵ，１６２：メモリ，１６３：入出力インタフェース，１８０：利用者，２１０：端末用オペレーティングシステム，２２０：認証情報管理機能利用プログラム，２３１：アプリケーション（１）利用プログラム，２３２：アプリケーション（２）利用プログラム，２３９：アプリケーション（Ｎ）利用プログラム，３１０：ICチップ搭載装置用オペレーティングシステム，３２０：認証情報管理プログラム用メモリ領域，３２１：認証情報管理プログラム，３２２：照合用認証情報（Ｘ），３２３：入力用認証情報（１），３２４：入力用認証情報（２），３２９：入力用認証情報（Ｎ），３３０：アプリケーション（１）用メモリ領域，３３１：プログラム（１），３３２：照合用認証情報（１），３３３：データ（１）もしくはサブプログラム（１），３４０：アプリケーション（２）用メモリ領域，３４１：プログラム（２），３４２：照合用認証情報（２），３４３：データ（２）もしくはサブプログラム（２），３９０：アプリケーション（Ｎ）用メモリ領域，３９１：プログラム（Ｎ），３９２：照合用認証情報（Ｎ），３９３：データ（Ｎ）もしくはサブプログラム（Ｎ），４２３：特徴情報（１），４２４：特徴情報（２），４２９：特徴情報（Ｎ）。

Claims (7)

1. それぞれが利用者認証を必要とするアプリケーションプログラムを複数備えるICチップ搭載装置と，いずれかの前記アプリケーションプログラムを利用するアプリケーション利用プログラムを複数備える利用者端末装置と，からなり，前記アプリケーションプログラムが必要とする前記利用者認証に用いるアプリケーション認証情報を管理する認証情報管理システムであって，
   前記ICチップ搭載装置は，前記アプリケーション認証情報を管理する認証情報管理部および前記アプリケーションプログラムを実行するアプリケーション部を備え，
   前記利用者端末装置は，前記認証情報管理部を利用するための認証情報利用部を前記アプリケーション利用プログラムとは別の認証情報管理プログラムが実行されることにより具現化する形で備え，
   前記利用者端末装置のいずれかの前記アプリケーション利用プログラムの実行により具現化されるアプリケーション利用部が，前記ICチップ搭載装置の対応する前記アプリケーションプログラムの実行により具現化されるアプリケーション部を利用する際に，
   前記ICチップ搭載装置の前記アプリケーション部は，前記利用者認証に於いて，前記利用者のアプリケーション認証情報を前記利用者端末装置の前記アプリケーション利用部に要求し，
   前記利用者端末装置の前記認証情報利用部は，
   前記アプリケーション利用部への，前記利用者のアプリケーション認証情報の要求を，前記別の認証情報管理プログラムが実行することで，前記利用者端末装置でのウィンドウの特徴，前記ＩＣチップ搭載装置と前記利用者端末装置間で送受信されるメッセージ，前記複数のアプリケーションプログラムにおける各種ＡＰＩの呼び出しにおけるパラメータおよび前記メッセージと前記パラメータの呼出順序からなる特徴情報により検知し，
   前記ICチップ搭載装置の前記アプリケーション部に対応したアプリケーション認証情報を，前記ICチップ搭載装置の前記認証情報管理部に要求し，
   前記ICチップ搭載装置の前記認証情報管理部が，要求されたアプリケーション認証情報を当該ICチップ搭載装置から取得して，前記利用者端末装置の前記認証情報利用部に応答し，
   前記利用者端末装置の前記認証情報利用部が，前記ICチップ搭載装置の前記認証情報管理部から受信したアプリケーション部認証情報を，前記利用者端末装置の前記アプリケーション利用部に送信し，
   前記利用者端末装置の前記アプリケーション利用部が，受信した前記アプリケーション部認証情報を前記ICチップ搭載装置の前記アプリケーション部に送信することを特徴とする認証情報管理システム。
2. 請求項１に記載の認証情報管理システムにおいて，
   前記ICチップ搭載装置の前記認証情報管理部は，認証情報管理プログラムが実行されることにより具現化されることを特徴とする認証情報管理システム。
3. 請求項１に記載の認証情報管理システムにおいて，
   前記ICチップ搭載装置の前記認証情報管理部は，
   前記利用者端末装置の前記認証情報利用部による前記アプリケーション認証情報の前記要求において，前記利用者を認証済みか否かを調べ，
   認証済でない場合には，前記利用者端末装置の認証情報利用部に対して前記ICチップ搭載装置の前記認証情報管理部認証情報を要求し，
   前記利用者端末装置の前記認証情報利用部は，
   前記ICチップ搭載装置の前記認証情報管理部から前記認証情報管理部認証情報の要求を受けた場合に，前記利用者から前記認証情報管理部認証情報を受け付け，前記認証情報管理部に送信し，
   前記ICチップ搭載装置の前記認証情報管理部は，前記利用者端末装置の前記認証情報利用部から受信した前記認証情報管理部認証情報を用いて前記利用者の認証を行い，
   前記利用者を認証した後に，要求された前記アプリケーション認証情報を前記利用者端末装置の前記認証情報利用部に送信することを特徴とする認証情報管理システム。
4. 請求項３に記載の認証情報管理システムにおいて，
   前記利用者端末装置の前記アプリケーション利用部は，前記ICチップ搭載装置の前記アプリケーション部から前記利用者のアプリケーション認証情報を要求された場合に，前記アプリケーション認証情報を入力するための画面を表示し，
   前記利用者端末装置の前記認証情報利用部は，
   前記アプリケーション利用部への前記利用者のアプリケーション認証情報の要求を検知した場合に，表示される前記画面を非活性状態または非表示状態にし，当該画面に対する前記利用者からの入力を抑止することを特徴とする認証情報管理システム。
5. 請求項４に記載の認証情報管理システムにおいて，
   前記利用者端末装置の前記認証情報利用部は，
   前記アプリケーション利用部による，前記利用者に対する認証処理に関する特徴情報を記録しており，
   前記特徴情報を参照して，前記画面を非活性状態または非表示状態にする
   ことを特徴とする認証情報管理システム。
6. 請求項３に記載の認証情報管理システムにおいて，
   前記利用者端末装置の前記認証情報利用部は，前記利用者が前記利用者端末装置の起動後，いずれかの前記アプリケーション利用部が，前記アプリケーション部の利用を開始するより前に，前記利用者に前記認証情報管理部認証情報の入力を求め，
   前記利用者が入力した前記認証情報管理部認証情報を前記ICチップ搭載装置の前記認証情報管理部に送信し，
   前記利用者端末装置の前記認証情報管理部は，
   前記利用者端末装置の前記認証情報利用部から受信した前記認証情報管理部認証情報を用いて前記利用者の認証を行い，
   前記認証に成功した場合は，当該利用者を認証済みである，と設定する
   ことを特徴とする認証情報管理システム。
7. 請求項１乃至６のいずれかに記載の認証情報管理システムにおいて，
   前記利用者端末装置の前記認証情報利用部は，前記認証情報管理部情報の設定指示を前記利用者から受け付け，
   前記利用者に対する前記認証情報管理認証情報および入力認証情報を受け付け、
   前記入力認証情報を用いた認証方法と，前記アプリケーション認証情報を用いた認証方法もしくは当該アプリケーションの認証方法の認証強度を比較し，
   前記入力認証情報を用いた認証方法の方が強い場合，前記入力認証情報を，前記認証情報管理部認証情報として記録することを特徴とする認証情報管理システム。

Images