(57)【要約】【課題】  ＩＣカード内に保持される認証コードを強制的に変更させる。【解決手段】  ＩＣカード１がカードリーダ／ライタ２に挿入され、ログオンが開始されると、認証制御手段１５は、認証ステータス保持手段１３から認証ステータスを読み出し、状態を判定する。認証ステータスが認証受付可能状態であれば、暗証情報保持手段１１に保持された利用者暗証情報と、個別情報保持手段１２に保持された個別情報とを用いて利用者の認証を行う。一方、認証ステータスが認証受付不可状態であれば、暗証情報保持手段１１に保持された管理者暗証情報と入力暗証情報を照合し、正当な管理者であれば、管理者の入力する設定情報に応じて暗証情報保持手段１１の利用者暗証情報を変更し、認証ステータスを認証受付可能状態に遷移させる。正当な管理者であると認めない場合、認証ステータスは認証受付不可状態を継続させる。【選択図】  図１
2005202538.tif 000002
【特許請求の範囲】
【請求項１】
入力された入力暗証情報の有効性を判断し、有効と判断した場合に予め保持している所定の認証情報を用いて認証処理を行うＩＣカードにおいて、
利用者に付与される利用者暗証情報と、前記利用者暗証情報を変更可能な管理者に付与される管理者暗証情報を保持する暗証情報保持手段と、
前記利用者ごとに個別に設定され、前記利用者の認証に用いる個別情報を保持する個別情報保持手段と、
前記利用者の認証を受け付ける認証受付可能状態、または前記利用者の認証を受け付けない認証受付不可状態のいずれかの状態を表す認証ステータスを保持する認証ステータス保持手段と、
前記認証ステータスに基づいて、前記認証受付可能状態の場合には前記利用者暗証情報と前記個別情報を用いて前記利用者を認証し、前記認証受付不可状態の場合には前記管理者暗証情報によって認証された前記管理者が前記暗証情報保持手段に保持される前記利用者暗証情報を変更するまで前記認証受付不可状態を継続する認証制御手段と、
を具備することを特徴とするＩＣカード。
【請求項２】
前記認証制御手段は、前記入力暗証情報が入力されると、
前記認証ステータスが前記認証受付可能状態の場合に、前記入力暗証情報を前記利用者暗証情報と照合して前記入力暗証情報の有効性を判定し、有効の場合は正当な利用者とみなして前記個別情報と認証用サーバの保持する個別情報を照合する利用者認証処理を行い、前記利用者の認証が不可の場合には前記認証ステータスを前記認証受付不可状態に遷移させる利用者認証手段と、
前記認証ステータスが前記認証受付不可状態の場合に、前記入力暗証情報を前記管理者暗証情報と照合して前記入力暗証情報の有効性を判定し、有効の場合は正当な管理者とみなして前記暗証情報保持手段に保持されている前記利用者暗証情報を前記管理者によって設定された設定情報に変更し、前記認証ステータスを前記認証受付可能状態に遷移させる暗証情報変更手段と、
を有することを特徴とする請求項１記載のＩＣカード。
【請求項３】
前記暗証情報保持手段に保持される前記利用者暗証情報、前記個別情報保持手段に保持される前記個別情報および前記認証ステータス保持手段に保持される前記認証ステータスは、認証対象のシステムごとに設けられ、前記利用者暗証情報、前記個別情報および前記認証ステータスは各システムに対応付けられて格納されることを特徴とする請求項１記載のＩＣカード。
【請求項４】
前記暗証情報保持手段に設定された前記利用者暗証情報の履歴を格納する暗証情報履歴保持手段をさらに有し、
前記認証制御手段は、前記認証ステータスが前記認証受付不可状態の場合に、認証された前記管理者によって付与される設定情報と前記暗証情報履歴保持手段に格納されている所定の前記利用者暗証情報を照合し、一致していない場合のみ前記暗証情報保持手段の前記利用者暗証情報を前記設定情報に変更することを特徴とする請求項１記載のＩＣカード。
【請求項５】
入力された入力暗証情報の有効性を判断し、有効と判断した場合に予め保持している所定の認証情報を用いた認証処理を制御する認証制御プログラムにおいて、
コンピュータに、
利用者に付与される利用者暗証情報と、前記利用者暗証情報を変更可能な管理者に付与される管理者暗証情報を暗証情報保持手段に保持しておき、
前記入力暗証情報が入力されると、前記利用者の認証を受け付ける認証受付可能状態、または前記利用者の認証を受け付けない認証受付不可状態のいずれかの状態を表す認証ステータスを保持する認証ステータス保持手段から前記認証ステータスを読み出してチェックし、
前記認証ステータスが前記認証受付可能状態の場合に、前記入力暗証情報と前記利用者暗証情報を照合して前記入力暗証情報の有効性を判定し、有効の場合は正当な利用者とみなして前記利用者ごとに個別に設定され個別情報保持手段に保持されている個別情報を用いて前記利用者を認証し、
前記認証ステータスが前記認証受付不可状態の場合に、前記入力暗証情報と前記管理者暗証情報を照合して前記入力暗証情報の有効性を判定し、有効の場合は正当な管理者とみなし前記管理者によって前記暗証情報保持手段に保持される前記利用者暗証情報が変更されるまで前記認証受付不可状態を継続する手順、
を有することを特徴とする認証制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＣカードおよび認証制御プログラムに関し、特に入力された入力暗証情報の有効性を判断し、有効と判断した場合に予め保持している所定の認証情報を用いて認証処理を行うＩＣカードおよび認証制御プログラムに関する。
【背景技術】
【０００２】
ＩＣカードは、従来の磁気カードと比較して内部に保有できる情報量が多く、情報の不正な読み出しに対して比較的強固であるなどの理由で、近年その活用範囲は広がりを見せている。
【０００３】
たとえば、システムを利用するユーザに、ユーザの識別情報を記録させたＩＣカードを配布しておき、ユーザはクライアントコンピュータに接続されたＩＣカードリーダ／ライタに自分のＩＣカードを挿入した上でログオンを行う利用形態がある。このような利用形態においては、ＩＣカード内部に保有するＰＩＮ（Personal Identification Number：暗証番号）コードと、ユーザが入力するＰＩＮコードが一致するかを判定し、一致していればシステムへの接続を許可するという運用が一般的であり、ユーザ名やＰＩＮコードが盗まれたとしても、ＩＣカードがなければ不正利用者がシステムを利用することができず、安全性が確保される。また、システムに接続する際には、ユーザがアクセス権限を失った場合を考慮して、システム認証コード自体はユーザに公開せず、認証制御機能によってユーザが入力したＰＩＮコードをシステム認証コードに変換し、システム認証コードを用いて接続を行う運用形態がとられることが多い。
【０００４】
さらに、ＰＩＮコードばかりでなく、ＰＩＮコードによる認証を必要とするＰＩＮロック状態、またはＰＩＮロック状態が解除されたＰＩＮアンロック状態を表すカードステータスをＩＣカード内に設定しておき、ユーザがＰＩＮロック状態の解除を行った時点から有効期間が経過した場合に、カードステータスを自動的にＰＩＮロック状態に遷移させるＩＣカードが提案されている（たとえば、特許文献１参照。）。
【０００５】
このようなＩＣカードを用いたシステムでは、ユーザがＰＩＮロック状態を解除し、継続して処理を行っている途中に、盗難や紛失などによってＩＣカードが所有者の管理から離れてしまった場合、これを不当に取得した第三者による利用を防止できる。
【特許文献１】特開平１０−１４３５８８号公報（段落番号〔００１０〕〜〔００１７〕、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、従来のＩＣカードおよび認証制御プログラムでは、認証に用いる認証コードを定期的に変更させることが難しいという問題点があった。
近年のＰＩＮコードを用いた認証の基準では、第三者による不正利用増加の背景もあり、ＰＩＮコードを定期的に変更することが義務づけられていることが多い。システムへの接続時にはＰＩＮコードとは別のシステム認証コードを用いるシステムであっても、暗証番号認証の観点から実質的にはＰＩＮコードがシステム認証コードとなっている。
【０００７】
しかしながら、従来のＩＣカード内部に記録したＰＩＮコードを利用した認証は、ＩＣカード内に保有されたＰＩＮコードを用いているため、ＩＣカードの保有者が意識してＩＣカード内のＰＩＮコードの変更を行わない限り、ＰＩＮコードは変更されないという問題点があった。システム側では、たとえばシステム接続時にＰＩＮコードの更新を促す通知を行うことはできるが、ＩＣカード内に保持されているＰＩＮコードを直接変更することはできない。
【０００８】
このように、システム側から見た定期的なＰＩＮコードの変更は難しく、近年の認証基準では当たり前になっている定期的なＰＩＮコードの変更を強制する手立てが存在しなかった。このため、従来、ＰＩＮコードの変更はＩＣカード保有者の善意に基づいて行われており、セキュリティ管理上問題があった。
【０００９】
また、カードステータスを保持しておき、有効期間が経過した場合にカードステータスをＰＩＮロック状態とするＩＣカードは、ＩＣカード内に時計機能を備えなければならず、構成が複雑になるという問題点がある。
【００１０】
ところで、ＩＣカードは、システムごとに作成されて利用者に配布される場合が多く、最近では、使用者１名が複数のシステムの利用者となり、複数のＩＣカードを配布されることも少なくなかった。このため、ユーザは、複数のＩＣカードを管理しなければならず、管理がおろそかになりがちになるという問題点もある。
【００１１】
本発明はこのような点に鑑みてなされたものであり、システム側から強制的に認証情報を変更させることが可能なＩＣカードおよび認証制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
本発明では上記課題を解決するために、図１に示すような構成のＩＣカード１が提供される。このＩＣカード１は、ＩＣカード１を保有する利用者の認証に使用される。
ＩＣカード１は、暗証情報保持手段１１、個別情報保持手段１２および認証ステータス保持手段１３の各情報保持手段と、認証処理を行う認証制御手段１５を具備し、Ｉ／Ｏインタフェース１８を介して接続するカードリーダ／ライタ２との間でデータ交換を行う。ここで、暗証情報保持手段１１は、利用者または管理者によって入力される入力暗証情報と照合するための暗証情報であって、利用者に付与される利用者暗証情報と、利用者暗証情報を変更可能な管理者に付与される管理者暗証情報とを保持する。なお、利用者とはシステムを利用するための認証コードである利用者暗証情報を知る人物、管理者とは利用者暗証情報を変更することができる管理者暗証情報を知る人物であるとし、利用者と管理者が同一人物であってもかまわない。個別情報保持手段１２は、利用者を認証する際に用いる利用者ごとに個別の個別情報を保持する。認証ステータス保持手段１３は、利用者の認証処理を受け付ける認証受付可能状態、または認証処理を受け付けない認証受付不可状態のいずれかの状態を表す認証ステータスを保持する。認証制御手段１５は、認証ステータスに基づいて、認証受付可能状態の場合には利用者暗証情報と個別情報を用いた利用者の認証処理を制御し、認証受付不可状態の場合には管理者暗証情報によって正当とみなされた管理者が利用者暗証情報を変更する暗証情報変更処理を制御する。
【００１３】
このようなＩＣカード１によれば、ＩＣカード１がカードリーダ／ライタ２に挿入されログオンが開始されると、認証制御手段１５は、認証ステータス保持手段１３から認証ステータスを読み出し、カードの状態を判定する。認証ステータスが認証受付可能状態であれば、暗証情報保持手段１１に保持された利用者暗証情報と、個別情報保持手段１２に保持された個別情報とを用いて利用者の認証を行う。たとえば、利用者が入力した入力暗証情報と利用者暗証情報を照合して入力暗証情報の有効性を判定し、有効と判定され正当な利用者とみなせれば、個別情報を引き出し、ログオンするシステム側が保持する個別情報と照合し、利用者を認証する。照合は、ＩＣカード１あるいはシステム側の認証用サーバのどちらで行われてもよい。認証された場合、認証ステータスは認証受付可能状態を継続し、利用者はシステムが利用できるようになる。認証不可の場合は、認証ステータスを認証受付不可状態に遷移させ、システムの利用を拒否する。一方、認証ステータスが認証受付不可状態であれば、暗証情報保持手段１１に保持された管理者暗証情報と入力暗証情報を照合する。正当な管理者と認めれば、管理者の入力する設定情報に応じて暗証情報保持手段１１の利用者暗証情報を変更し、認証ステータスを認証受付可能状態に遷移させる。正当な管理者と認めない場合、認証ステータスは認証受付不可状態を継続させる。
【００１４】
なお、以上の説明の各手段は、本発明にかかる認証制御プログラムをコンピュータに実行させることによって実現される。
これにより、ＩＣカード１は、認証用サーバによって利用者が認証されなかった場合、認証受付不可状態に認証ステータスを遷移させ、強制的に管理者による利用者暗証情報（認証コード）の変更を行わせることができる。
【発明の効果】
【００１５】
本発明のＩＣカードおよび認証制御プログラムによれば、システム利用時に認証不可となった場合、ＩＣカードの認証ステータスを認証受付不可状態とし、管理者によって利用者暗証情報が変更されるまでこの状態を継続する。そして、利用者暗証情報が変更されれば、認証ステータスを認証受付可能状態とし、新たな利用者暗証情報による認証を可能にする。これにより、システム側の認証用サーバの制御によって、任意のタイミングで認証不可となるようにすれば、強制的にＩＣカードに保持されている利用者暗証情報を変更させることが可能になるという利点がある。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面を参照して説明する。まず、実施の形態に適用される発明の概念について説明し、その後、実施の形態の具体的な内容を説明する。
図１は、本発明の実施の形態に適用される発明の概念図である。
【００１７】
本発明にかかるＩＣカード１は、暗証情報を保持する暗証情報保持手段１１、個別情報を保持する個別情報保持手段１２、認証ステータスを保持する認証ステータス保持手段１３、認証処理を制御する認証制御手段１５およびＩ／Ｏインタフェース１８を有し、Ｉ／Ｏインタフェース１８を介してカードリーダ／ライタ２と接続する。
【００１８】
暗証情報保持手段１１は、利用者に付与される利用者暗証情報と管理者に付与される管理者暗証情報を保持する情報格納領域である。ここで、利用者は、システムを利用する権限を有し、正当な利用者であることを示す利用者暗証情報（認証コード）が知らされている。システムへのログオン時、利用者が入力した入力暗証情報と暗証情報保持手段１１に保持されている利用者暗証情報を照合して入力暗証情報の有効性を判定することによって、入力暗証情報を入力した利用者が正当な利用者であるかどうかを判定することができる。また、管理者は、利用者暗証情報を設定する権限を含む利用者より広範囲な権限が与えられ、正当な管理者であることを示す管理者暗証情報が知らされている。利用者暗証情報と同様に、入力暗証情報と照合することによって、入力暗証情報を入力した管理者が正当であるかどうかを判定することができる。
【００１９】
個別情報保持手段１２は、利用者ごとに個別に付与される認証用の個別情報を保持する情報格納領域である。ただし、一般的にはその内容は利用者に知らされていないことが多い。システム側に接続する際には、このように利用者が判別できない個別情報を用いて、利用者暗証情報が有効と認められた利用者の認証を行う。システム側の認証用サーバにも同じ個別情報が保存されており、認証用サーバ側の個別情報と照合し、一致すればシステムへの接続が許可される。
【００２０】
認証ステータス保持手段１３は、ＩＣカード１の認証受付状態を示す情報で、利用者の認証を受け付ける認証受付可能状態と、利用者の認証を受け付けない認証受付不可状態のいずれかの状態を保持する情報格納領域である。認証ステータスは、認証制御手段１５における利用者認証あるいは暗証情報変更処理に応じて設定される。
【００２１】
暗証情報履歴保持手段１４は、これまでに設定された所定の利用者暗証情報の履歴を保存する情報格納領域である。たとえば、所定の期間に設定された利用者暗証情報、あるいは、これまでに設定された利用者暗証情報を所定数保持する。
【００２２】
認証制御手段１５は、利用者を認証する利用者認証手段１６と、利用者暗証情報を変更する暗証情報変更手段１７を有し、認証ステータス保持手段１３に保持されている認証ステータスに応じていずれかの手段を起動する。認証ステータスが認証受付可能状態の場合には、利用者認証手段１６を起動し、利用者の認証を行う。また、認証ステータスが認証受付不可状態の場合には、暗証情報変更手段１７を起動し、管理者による利用者暗証情報の変更を行う。
【００２３】
利用者認証手段１６は、認証受付可能状態のとき、入力暗証情報を入力した利用者の認証を行う。まず、入力された入力暗証情報と、暗証情報保持手段１１に保持された利用者暗証情報を照合し、入力暗証情報の有効性を判定する。有効と判定された場合は、正当な利用者であるとみなし、個別情報と、この利用者について認証用サーバから取得した個別情報とを照合し、利用者の認証を行う。照合した個別情報が一致した場合、利用者が認証され、システムの利用が許可される。認証ステータスは、認証受付可能状態が継続される。照合した個別情報に不整合を検出した場合、利用者の認証を不可とし、システムの利用を許可しない。また、認証ステータスは、認証受付不可状態に遷移させる。なお、認証用サーバに照合を実行させ、利用者認証手段１６は認証結果のみを取得して処理を行うとしてもよい。
【００２４】
暗証情報変更手段１７は、認証受付不可状態のとき、利用者暗証情報の変更を処理する。まず、入力された入力暗証情報と、暗証情報保持手段１１に保持された管理者暗証情報を照合し、入力暗証情報の有効性を判定する。有効と判定された場合は、正当な管理者であるとみなし、この管理者によって入力された設定情報で暗証情報保持手段１１の利用者暗証情報を置き換える。このとき、必要に応じて、設定されていた利用者暗証情報と入力された設定情報とを比較し、一致していない場合のみ利用者暗証情報に設定することにより、同一の利用者暗証情報が設定されることを防止する。また、暗証情報履歴保持手段１４に設定された利用者暗証情報の履歴を保持しておき、保持されている利用者暗証情報と設定情報とを照合し、一致していない場合のみ利用者暗証情報を変更するようにしてもよい。こうすることにより、所定の期間中に使用された利用者暗証情報と同一の利用者暗証情報が設定されることを防止することができる。利用者暗証情報が変更されたら、認証ステータスを認証受付可能状態に遷移させ、以降新たな利用者暗証情報に基づく利用者認証処理を開始させる。また、必要に応じて、個別情報を変更することもできる。個別情報を変更した場合は、変更した個別情報をシステム側に通知し、個別情報を一致させる。
【００２５】
Ｉ／Ｏインタフェース１８は、ＩＣカード１とカードリーダ／ライタ２との間のデータ交換を制御するインタフェースであり、カードリーダ／ライタ２の形態に適したインタフェースが適宜選択される。
【００２６】
カードリーダ／ライタ２は、Ｉ／Ｏインタフェース１８を介して、ＩＣカード１から出力される情報データの読み出しと、ＩＣカード１へ出力される情報データの書き込みを行う。リード／ライトする機構は、ＩＣカード１が接触型あるいは非接触型であるかに応じて適宜設定される。また、図示しない端末装置に接続し、ＩＣカード１から読み出したデータを端末装置に出力し、端末装置から出力されたデータをＩＣカード１へ書き込む。
【００２７】
このような構成のＩＣカード１を用いた認証処理動作について説明する。
ＩＣカード１がカードリーダ／ライタ２に挿入され、ログオンが開始される。認証制御手段１５は、認証ステータス保持手段１３に保持されている認証ステータスをチェックし、カードの状態が認証受付可能状態か、認証受付不可状態かを判定する。
【００２８】
認証ステータスが認証受付可能状態の場合、利用者認証手段１６は、まず、Ｉ／Ｏインタフェース１８を介して入力される入力暗証情報と暗証情報保持手段１１に保持されている利用者暗証情報を照合し、ＩＣカード１内部における利用者認証を行う。双方が一致していれば正当な利用者とみなし、一致していなければ認証不可とする。正当な利用者であれば、さらに、Ｉ／Ｏインタフェース１８を介してシステム側の個別情報を取得し、個別情報保持手段１２に保持されている個別情報と照合し、一致していれば正当な利用者と認証する。一致していない場合、認証不可とする。このようにして、利用者が認証されると、システムへの接続が許可され、利用者がシステムを利用できるようになる。一方、認証不可の場合は、システムへの接続は拒否され、システムは利用できない。また、認証不可の場合は、認証ステータスを認証受付不可状態に遷移させる。
【００２９】
認証ステータスが認証受付不可状態の場合、暗証情報変更手段１７は、まず、Ｉ／Ｏインタフェース１８を介して入力される入力暗証情報と暗証情報保持手段１１に保持されている管理者暗証情報を照合し、ＩＣカード１内部における管理者認証を行う。双方が一致していれば、正当な管理者とみなし、さらに、Ｉ／Ｏインタフェース１８を介して入力される利用者暗証情報の新たな設定情報に基づき、暗証情報保持手段１１に保持されている利用者暗証情報を設定情報に変更する。このとき、必要に応じて、これまでに設定された利用者暗証情報と異なる利用者暗証情報が設定されるように、暗証情報保持手段１１に保持されていた利用者暗証情報、または暗証情報履歴保持手段１４に保持された利用者暗証情報と設定情報を照合する。また、利用者暗証情報の変更とともに、個別情報保持手段１２の個別情報を変更してもよい。この場合、変更された個別情報をシステム側に送信し、一致させておく。こうして利用者暗証情報が変更されたら、認証ステータスを認証受付可能状態に遷移させる。
【００３０】
以上の処理手順が実行されることにより、ＩＣカード１は、利用者の認証が不可となると、認証ステータスを認証受付不可状態に遷移させ、新たな利用者暗証情報が設定されるまで、認証受付不可状態を継続する。そして、新たな利用者暗証情報が設定されると、認証ステータスを認証受付可能状態に遷移させ、新たな利用者暗証情報に基づく利用者認証を許可する。これにより、システム側で定期的に利用者の認証を不可となるように設定すれば、強制的にＩＣカード１内の利用者暗証情報（認証コード）を変更させることが可能となる。利用者の認証不可は、たとえば、システム側で保持し、ＩＣカード１に送信する個別情報を変更することにより実現する。実際にシステム側で保持している個別情報を書き換えなくても、ＩＣカード１に送信する個別情報を変更すれば十分である。また、システム側で認証を行う場合は、認証不可の結果を送信することにより実現する。
【００３１】
以下、本発明の実施の形態を、ＰＩＮコードを保有するＩＣカードを用いてログオンするサーバクライアントシステムに適用した場合を例に図面を参照して詳細に説明する。
図２は、本発明の実施の形態のＩＣカードのハードウェアおよび本発明にかかるサーバクライアントシステムの構成図である。図１と同じものには同じ番号を付し、説明は省略する。
【００３２】
本発明の実施の形態のＩＣカード１が提供されるサーバクライアントシステムについて説明する。サーバクライアントシステムは、利用者の認証を行うＩＣカード１、ＩＣカード１と接続するカードリーダ／ライタ２、カードリーダ／ライタ２と接続する端末装置（クライアント）３、および端末装置３とネットワークを介して接続する認証用サーバ４を具備する。
【００３３】
端末装置３は、モニタ３１などの通知手段と、キーボード３２などの入力手段を有し、カードリーダ／ライタ２を介して入力するＩＣカード１の情報をモニタ３１に表示し、キーボード３２から入力する情報をＩＣカード１へ送信する処理を制御する。また、認証用サーバ４が保持する個別情報を取得し、ＩＣカード１へ送る処理など、認証用サーバ４とＩＣカード１間のデータ交換を処理する。
【００３４】
認証用サーバ４は、システム利用者の認証を行うためのサーバで、システムに接続する利用者の個別情報を記憶する個別情報記憶装置４１と接続する。要求に応じて、読み出し要求のあった個別情報を個別情報記憶装置４１から読み出して送信し、書き込み要求のあった個別情報を個別情報記憶装置４１に格納する処理を行う。
【００３５】
次に、ＩＣカード１のハードウェア構成について説明する。ＩＣカード１は、ＣＰＵ（Central Processing Unit）１１０によって装置全体が制御されている。ＣＰＵ１１０には、バス１５０を介してＲＯＭ（Read Only Memory）１２０、ＲＡＭ（Random Access Memory）１３０、メモリ１４０、およびＩ／Ｏインタフェース１８が接続されている。
【００３６】
ＲＯＭ１２０には、ＣＰＵ１１０に実行させる認証制御プログラムの少なくとも一部が格納される。ＣＰＵ１１０は、ＲＯＭ１２０に格納された認証制御プログラムを読み出し、実行することにより、利用者認証手段１６および暗証情報変更手段１７を実現する。ＲＡＭ１３０には、ＣＰＵ１１０による処理に必要な各種データが格納される。メモリ１４０は、不揮発性のメモリで、ＰＩＮコード格納域１４１、個別情報格納域１４２、認証ステータス保有領域１４３およびＰＩＮコード履歴格納域１４４を有する。図１に示した暗証情報保持手段１１がＰＩＮコード格納域１４１、個別情報保持手段１２が個別情報格納域１４２、認証ステータス保持手段１３が認証ステータス保有領域１４３、および暗証情報履歴保持手段１４がＰＩＮコード履歴格納域１４４に相当する。
【００３７】
以上のハードウェア構成によって、本実施の形態のＩＣカード１の処理機能を実現することができる。
ここで、ＰＩＮコード格納域１４１、個別情報格納域１４２および認証ステータス保有領域１４３の構成について説明する。なお、本発明にかかる各情報格納域は、システムごとに用意される複数のＰＩＮコードおよびＰＩＮコードに対応する情報を格納する領域が設けられている。１枚のＩＣカードに複数のＰＩＮコードを保有可能とすることにより、利用者は１枚のＩＣカードで複数のシステムにログオンすることができる。
【００３８】
図３は、本実施の形態のＰＩＮコード格納域、個別情報格納域および認証ステータス保有領域の構成図である。（Ａ）はＰＩＮコード格納域、（Ｂ）は個別情報格納域、（Ｃ）は認証ステータス保有領域をそれぞれ示している。
【００３９】
（Ａ）ＰＩＮコード格納域は、管理者ＰＩＮコードと、システムごとの利用者ＰＩＮコードを格納する領域が設けられている。図の１、２、３、・・・、Ｎは、システムの識別番号を示している。管理者ＰＩＮコード領域１４１ａは、複数のシステム（１〜Ｎ）を管理し、それぞれのシステムの利用者のＰＩＮコードを変更可能な管理者に付与されるＰＩＮコードが格納される。このため、管理者ＰＩＮコード領域１４１ａは、１領域のみが用意される。利用者ＰＩＮコード領域（１４１ｂ、１４１ｃ、１４１ｄ、・・・、１４１ｅ）は、システムごとに設けられる領域で、それぞれのシステム利用時に必要な利用者ＰＩＮコードが格納されている。利用者ＰＩＮコードは、ＩＣカードの保有者が利用を認められたシステムに対応する領域にのみ設定されており、図の例では、未使用のシステム３の利用者ＰＩＮコード領域１４１ｄは、無効コード（９９９９）が設定されている。
【００４０】
（Ｂ）個別情報格納領域は、システムに対応して、システムごとの個別情報領域（１４２ａ、１４２ｂ、１４２ｃ、・・・、１４２ｄ）が設けられている。それぞれの領域には、個別情報として、システムへのログオンに必要な、ログオンＩＤとパスワードが設定されている。図の例では、未使用のシステム３の個別情報領域１４２ｃには、無効コード（９９９９）が設定されている。
【００４１】
（Ｃ）認証ステータス保有領域は、システムに対応して、システムごとの認証ステータス領域（１４３ａ、１４３ｂ、１４３ｃ、・・・、１４３ｄ）が設けられている。それぞれの領域には認証ステータスとして、認証受付不可状態（＝０）、認証受付可能状態（＝１）、未使用（＝９）が設定されている。
【００４２】
このように、１枚のＩＣカードにシステムごとの認証情報を保有することにより、使用者のＩＣカード管理の負荷を軽減することができ、紛失または盗難などが早期に発見可能となることが期待できる。
【００４３】
以下、ＩＣカードに複数のシステムに対応する認証情報が設定されているとして、説明を行う。
次に、本実施の形態のＩＣカード１のプログラムモジュールの構成について説明する。プログラムモジュールはＩＣカード１に実行させる処理を記述した情報であり、プログラムモジュールに基づいてＣＰＵ１１０が処理を実行することによって、ＩＣカード１が所定の機能を実現することができる。以下の説明では、プログラムモジュールを実行することで実現される機能を、そのプログラムモジュールの名称で呼ぶこととする。
【００４４】
図４は、本発明の実施の形態のＩＣカードのプログラムモジュール構成を示した図である。図１、図２と同じものには同じ番号を付し、説明は省略する。
ＩＣカード１には、認証ステータスを判定する認証ステータス判定モジュール１０１、利用者のＰＩＮコードを照合するＰＩＮコード照合モジュール１０２、個別情報を用いて利用者を認証する利用者認証モジュール１０３、管理者のＰＩＮコードを照合する管理者ＰＩＮコード照合モジュール１０４およびＰＩＮコードを更新するＰＩＮコード更新モジュール１０５を有する。ＩＣカード１の各プログラムモジュールの機能によって、カードリーダ／ライタ２、端末装置３および認証用サーバ４とデータ交換し、認証処理が行われる。
【００４５】
認証ステータス判定モジュール１０１は、認証ステータス保有領域１４３に保持されている対象システムの認証ステータスを読み出し、認証ステータスが認証受付可能状態であればＰＩＮコード照合モジュール１０２、認証受付不可状態であれば管理者ＰＩＮコード照合モジュール１０４を起動する。
【００４６】
ＰＩＮコード照合モジュール１０２は、端末装置３から入力される入力ＰＩＮコードをカードリーダ／ライタ２、Ｉ／Ｏインタフェース１８経由で取得し、ＰＩＮコード格納域１４１から対象システムのＰＩＮコードを読み出し、入力ＰＩＮコードと照合する。一致時は入力ＰＩＮコード有効、不整合時は入力ＰＩＮコード無効とし、利用者認証モジュール１０３を起動し、照合結果を通知する。
【００４７】
利用者認証モジュール１０３は、入力ＰＩＮコードの照合結果が有効である場合、対象システムの認証用サーバ４の個別情報記憶装置４１に保存されている個別情報を取得し、個別情報格納域１４２から読み出した対象システムの個別情報と照合して利用者の認証を行う。一致で利用者を認証、不整合で利用者の認証を不可とし、結果を認証用サーバ４に送信する。また、認証不可の場合、認証ステータス保有領域１４３の対象システムの認証ステータスを認証受付不可状態に変更する。なお、必要に応じて、入力ＰＩＮコードによる照合で認証されなかった場合にも認証受付不可状態とすることもできる。
【００４８】
管理者ＰＩＮコード照合モジュール１０４は、端末装置３から入力される入力ＰＩＮコードをカードリーダ／ライタ２、Ｉ／Ｏインタフェース１８経由で取得し、ＰＩＮコード格納領域１４１から管理者ＰＩＮコードを読み出し、入力ＰＩＮコードと照合する。一致時は入力ＰＩＮコードを有効とし、ＰＩＮコード更新モジュール１０５を起動する。
【００４９】
ＰＩＮコード更新モジュール１０５は、端末装置３から入力する更新ＰＩＮコードに基づいて、ＰＩＮコード格納域１４１の対象システムのＰＩＮコードを変更する。このとき、更新ＰＩＮコードが現在設定されているＰＩＮコードと同一とならないように、ＰＩＮコード格納域１４１のＰＩＮコードと照合し、一致していない場合のみ変更を行う。さらに、ＰＩＮコード格納域１４１に設定されていたＰＩＮコードをＰＩＮコード履歴格納域１４４に登録するとともに、必要に応じて、更新ＰＩＮコードとＰＩＮコード履歴格納域１４４に格納されたＰＩＮコードを照合し、所定の期間内で使用されていないＰＩＮコードのみを新たなＰＩＮコードとしてＰＩＮコード格納域１４１に格納する。また、ＰＩＮコードの変更に伴って、必要であれば、対応する個別情報を変更し、個別情報格納域１４２の対象システムの領域に設定し、更新個別情報を認証用サーバ４に送信する。また、認証ステータス保有領域１４３の対象システムの認証ステータスは、認証受付可能状態に変更する。
【００５０】
ここで、認証用サーバ４のプログラムモジュール構成について説明する。
認証モジュール４０１は、端末装置３経由で要求される対象利用者の個別情報を個別情報記憶装置４１より抽出し、ＩＣカードに送信する。また、認証結果を入力し、認証されていればシステムの利用を許可する。
【００５１】
定期更新管理モジュール４０２は、定期的に個別情報記憶装置４１に格納された個別情報、たとえば、ログオンパスワードを変更する。また、ＩＣカードから更新個別情報が送信された場合は、更新個別情報を個別情報記憶装置４１に格納し、ＩＣカードの個別情報と一致させる。
【００５２】
このような構成のＩＣカード１およびサーバクライアントシステムにおける動作について説明する。
ＩＣカードは、予め、ＰＩＮコード格納域１４１に管理者ＰＩＮコードと利用可能なシステムに対応する利用者ＰＩＮコードが格納され、個別情報格納領域１４２に利用者ＰＩＮコードに対応する個別情報が格納された状態で、利用者に配布される。利用者には、利用可能システムのＰＩＮコードと、システムの識別情報が知らされている。なお、システムの識別情報は、ＰＩＮコードの一部に組み込まれていてもよい。
【００５３】
利用者が、カードリーダ／ライタ２にＩＣカードを挿入し、ログオン処理が開始される。端末装置３より、システム識別情報とＰＩＮコード、またはシステム識別情報を含むＰＩＮコードが入力されると、認証ステータス判定モジュール１０１は、対象システムの認証ステータスを認証ステータス保有領域１４３から読み出し、認証ステータスを判定する。
【００５４】
認証ステータスが認証受付可能状態の場合、ＰＩＮコード照合モジュール１０２によって、入力ＰＩＮコードとＰＩＮコード格納域１４１の対象システムの利用者ＰＩＮコードが照合される。一致した場合は、さらに、利用者認証モジュールで、認証用サーバ４から取得した個別情報と個別情報格納域１４２に格納された対象システムの個別情報が照合される。個別情報が一致して認証された場合は、システムの利用が許可する。個別情報が不整合の場合、認証ステータス保有領域１４３の対象システムの認証ステータスを認証受付不可状態に遷移させ、システムの利用を許可しない。
【００５５】
認証ステータスが認証受付可能状態から認証受付不可状態へ遷移するのは、ＩＣカード内の個別情報と認証用サーバ４から送信される情報に不整合がある場合である。そこで認証用サーバ４側で、個別情報記憶装置４１に保持された個別情報を定期的に変更すれば、強制的に利用者ＰＩＮコードを変更させることができる。また、必要に応じて、利用者によるＰＩＮコードの入力誤りの場合も認証受付不可状態に遷移させてもよい。
【００５６】
個別情報の不整合などによって、認証ステータスが認証受付不可状態の場合、管理者ＰＩＮコード照合モジュール１０４が、入力ＰＩＮコードとＰＩＮコード格納域１４１の管理者ＰＩＮコードを照合し、管理者を認証する。管理者が認証されれば、ＰＩＮコード更新モジュール１０５は、ＰＩＮコード格納域１４１の対象システムのＰＩＮコード領域を端末装置３から入力された更新ＰＩＮコードに変更する。このとき、必要に応じて、新たなＰＩＮコードが設定されるようにチェックを行う。また、必要に応じて、個別情報を変更し、個別情報格納域１４２に格納するとともに、認証用サーバ４に送信し、認証用サーバ４の保持する個別情報を更新する。
【００５７】
なお、個別情報格納領域１４２の情報を暗号化しておけば、セキュリティ面での安全性がさらに高まる。
次に、本発明にかかる認証制御プログラムによって実行される処理手順について説明する。以下の説明では、認証ステータスが認証受付可能状態で、利用者のＰＩＮコード照合から処理が開始されるとする。
【００５８】
図５は、本発明の実施の形態の認証制御プログラムによる処理手順を示したフローチャートである。ＩＣカード１がカードリーダ／ライタ２に挿入され、処理が開始される。
［ステップＳ１］  ＰＩＮコードの入力要求を行う。入力要求は、カードリーダ／ライタ２を介して端末装置３へ送信される。端末装置３は、要求に応じて、モニタ３１に利用者にＰＩＮコードの入力を促すＰＩＮコード入力画面を表示させる。
【００５９】
［ステップＳ２］  利用者が端末装置３に接続するキーボード３２などを操作してＰＩＮコードを入力すると、入力されたＰＩＮコードの情報がカードリーダ／ライタ２を介して伝えられる。ＩＣカード１では、入力されたＰＩＮコードをＰＩＮコード格納域１４１の該当システムのＰＩＮコードと照合する。照合の結果、一致すれば、ＩＣカード１内部の認証ＯＫとし、認証ステータスは認証受付可能状態を継続する。不整合があれば、ＩＣカード１内部の認証ＮＧとし、認証ステータスは認証受付不可状態に遷移させる。
【００６０】
［ステップＳ３］  認証ステータスをチェックし、認証受付可能状態であるかどうかを判定する。認証受付可能状態でない場合は、認証処理を終了する。
［ステップＳ４］  ＩＣカード１内部で認証されたので、個別情報格納域１４２を検索し、該当するシステムの個別情報を取得する。
【００６１】
［ステップＳ５］  取得した個別情報に対応するシステムの認証用サーバから、対応する個別情報を取得する。
［ステップＳ６］  取得した認証用サーバの個別情報と、ＩＣカード１内部の個別情報を照合し、個別情報が一致しているかどうかを判定する。一致していない場合、処理をステップＳ８へ進める。
【００６２】
［ステップＳ７］  認証用サーバの個別情報とＩＣカード１内部の個別情報が一致したので、利用者を認証し、認証結果を認証用サーバに伝え、処理を終了する。認証ステータスは、認証受付可能状態が継続される。
【００６３】
［ステップＳ８］  認証用サーバの個別情報とＩＣカード１内部の個別情報が一致しないので、認証不可とし、認証ステータスを認証受付不可状態に遷移させ、処理を終了する。
【００６４】
以上の処理手順が実行されることにより、ＩＣカード１内部に格納されているＰＩＮコードおよび個別情報を用いて、利用者の認証が行われる。認証された場合は、システムへの接続が許可され、利用することができるようになる。認証不可の場合は、認証ステータスが認証受付不可状態となり、新たなＰＩＮコードが設定されるまで、認証が受け付けられない状態が継続される。これにより、たとえば、ＩＣカード１内部の個別情報と照合する認証用サーバ側の個別情報を任意のタイミングで書き換えれば、ＩＣカード１は認証受付不可状態となり、利用者は新たなＰＩＮコードを設定しなければならなくなる。
【００６５】
次に、以上の処理手順によって、認証受付不可状態となったＩＣカード１を認証受付可能状態とする解除処理について説明する。
図６は、本発明の実施の形態の認証制御プログラムにおける認証受付不可状態の解除処理手順を示したフローチャートである。利用者の認証がＮＧで認証ステータスが認証受付不可状態に遷移し、処理が開始される。
【００６６】
［ステップＳ１１］  認証受付不可状態であるので、管理者ＰＩＮコードの入力要求を行う。入力要求は、カードリーダ／ライタ２を介して端末装置３へ送信される。端末装置３は、要求に応じて、管理者にＰＩＮコードの入力を促すＰＩＮコード入力画面をモニタ３１に表示させる。
【００６７】
［ステップＳ１２］  管理者が端末装置３に接続するキーボード３２などを操作し、管理者のＰＩＮコードを入力すると、入力されたＰＩＮコードの情報がカードリーダ／ライタ２を介して伝えられる。
【００６８】
［ステップＳ１３］  入力されたＰＩＮコードは、ＰＩＮコード格納域１４１に格納された管理者ＰＩＮコードと照合し、一致するかどうかを判定する。入力されたＰＩＮコードが管理者ＰＩＮコードである場合、処理をステップＳ１５へ進める。
【００６９】
［ステップＳ１４］  入力されたＰＩＮコードが管理者ＰＩＮコードでない場合、認証ステータスは認証受付不可状態を継続し、処理を終了する。
［ステップＳ１５］  入力されたＰＩＮコードが管理者ＰＩＮコードの場合、認証ステータスを認証受付可能状態に遷移させる。
【００７０】
［ステップＳ１６］  カードリーダ／ライタ２を介して入力される利用者のＰＩＮコード設定に応じて、利用者のＰＩＮコードを変更する。このとき、必要であれば、更新ＰＩＮコードが変更前のＰＩＮコードと同一とならないようにチェックする。また、ＰＩＮコード履歴格納域１４４に格納されたＰＩＮコードと照合し、過去に使用されたＰＩＮコードの繰り返し使用を制限することもできる。
【００７１】
［ステップＳ１７］  利用者ＰＩＮコードの変更に応じて、個別情報格納領域１４２の個別情報を変更するかどうかの問い合わせを行う。問い合わせは、カードリーダ／ライタ２を介して端末装置３へ送信される。端末装置３は、要求に応じて、管理者に個別情報（たとえば、ログオンパスワード）の変更を促す個別情報入力画面をモニタ３１に表示させる。管理者は、必要であれば、新たなログオンパスワードなどの個別情報を入力する。入力情報は、カードリーダ／ライタ２を介して、ＩＣカード１へ入力する。
【００７２】
［ステップＳ１８］  個別情報が変更されたかどうかを判定する。変更されていない場合、処理を終了する。
［ステップＳ１９］  個別情報が変更された場合、その個別情報を個別情報格納域１４２の該当システムの領域に設定し、認証用サーバに更新個別情報を送信し、処理を終了する。
【００７３】
以上の処理手順が実行されることにより、強制的に認証ステータスが認証受付不可状態となったＩＣカードに新たなＰＩＮコードが設定され、認証ステータスが認証受付可能状態に戻される。
【００７４】
このように、本発明の認証制御プログラムに従って処理が実行されると、使用者の意思に関係なく、強制的にＩＣカード内のＰＩＮコードを変更させることができる。たとえば、認証用サーバが一定期間経過した場合にログオン情報を変更すれば、ＩＣカード内部の個別情報格納域の個別情報と不整合が発生するため、ＩＣカードの認証ステータスが認証受付不可状態に遷移する。この結果、使用者はＰＩＮコードを変更しなければならなくなる。そして、管理者によって新たなＰＩＮコードが設定されると、ＩＣカードの認証ステータスは認証受付可能状態に遷移し、新たなＰＩＮコードで再び認証ができるようになる。
【００７５】
以上の動作により、使用者の意思に関係なく、一定期間を経過した場合にＰＩＮコードの強制変更を実施させることが可能となる。
また、ＩＣカードを紛失または盗難にあった場合、使用者からの申し出とほぼ同時にサーバのログオン情報を管理者が変更することによって、ＩＣカードを認証受付不可状態とし、ＩＣカードの悪用を防止することができる。
【００７６】
なお、上記の処理機能は、ＩＣカードに搭載されたＣＰＵによって実現することができる。その場合、ＩＣカードが有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをＣＰＵで実行することにより、上記処理機能がＩＣカード上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記録装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ(Digital Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Memory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memory)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがある。光磁気記録媒体には、ＭＯ(Magneto-Optical disk)などがある。
【００７７】
ＩＣカードは、たとえば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを自己のプログラム記憶領域に格納する。もしくは、予めプログラムが記憶されたＲＯＭが搭載される。そして、ＣＰＵは、自己の記憶領域からプログラムを読み取り、プログラムに従った処理を実行する。
【００７８】
（付記１）  入力された入力暗証情報の有効性を判断し、有効と判断した場合に予め保持している所定の認証情報を用いて認証処理を行うＩＣカードにおいて、
利用者に付与される利用者暗証情報と、前記利用者暗証情報を変更可能な管理者に付与される管理者暗証情報を保持する暗証情報保持手段と、
前記利用者ごとに個別に設定され、前記利用者の認証に用いる個別情報を保持する個別情報保持手段と、
前記利用者の認証を受け付ける認証受付可能状態、または前記利用者の認証を受け付けない認証受付不可状態のいずれかの状態を表す認証ステータスを保持する認証ステータス保持手段と、
前記認証ステータスに基づいて、前記認証受付可能状態の場合には前記利用者暗証情報と前記個別情報を用いて前記利用者を認証し、前記認証受付不可状態の場合には前記管理者暗証情報によって認証された前記管理者が前記暗証情報保持手段に保持される前記利用者暗証情報を変更するまで前記認証受付不可状態を継続する認証制御手段と、
を具備することを特徴とするＩＣカード。
【００７９】
（付記２）  前記認証制御手段は、前記入力暗証情報が入力されると、
前記認証ステータスが前記認証受付可能状態の場合に、前記入力暗証情報を前記利用者暗証情報と照合して前記入力暗証情報の有効性を判定し、有効の場合は正当な利用者とみなして前記個別情報と認証用サーバの保持する個別情報を照合する利用者認証処理を行い、前記利用者の認証が不可の場合には前記認証ステータスを前記認証受付不可状態に遷移させる利用者認証手段と、
前記認証ステータスが前記認証受付不可状態の場合に、前記入力暗証情報を前記管理者暗証情報と照合して前記入力暗証情報の有効性を判定し、有効の場合は正当な管理者とみなして前記暗証情報保持手段に保持されている前記利用者暗証情報を前記管理者によって設定された設定情報に変更し、前記認証ステータスを前記認証受付可能状態に遷移させる暗証情報変更手段と、
を有することを特徴とする付記１記載のＩＣカード。
【００８０】
（付記３）  前記利用者認証手段は、前記認証用サーバの保持する前記利用者に対応する個別情報を取得し、前記認証用サーバの前記個別情報と前記個別情報保持手段に保持された前記個別情報を照合し、不整合のある場合には認証不可とすることを特徴とする付記２記載のＩＣカード。
【００８１】
（付記４）  前記認証制御手段は、前記利用者暗証情報の変更時に、必要に応じて、前記個別情報保持手段に保持される前記個別情報を変更し、変更された前記個別情報を前記認証用サーバに送信することを特徴とする付記１記載のＩＣカード。
【００８２】
（付記５）  前記暗証情報保持手段に保持される前記利用者暗証情報、前記個別情報保持手段に保持される前記個別情報および前記認証ステータス保持手段に保持される前記認証ステータスは、認証対象のシステムごとに設けられ、前記利用者暗証情報、前記個別情報および前記認証ステータスは各システムに対応付けられて格納されることを特徴とする付記１記載のＩＣカード。
【００８３】
（付記６）  前記認証制御手段は、前記認証ステータスが前記認証受付不可状態の場合に、認証された前記管理者によって設定された設定情報と前記暗証情報保持手段に保持されている前記利用者暗証情報を照合し、一致していない場合のみ前記利用者暗証情報を前記設定情報に変更することを特徴とする付記１記載のＩＣカード。
【００８４】
（付記７）  前記暗証情報保持手段に設定された前記利用者暗証情報の履歴を格納する暗証情報履歴保持手段をさらに有し、
前記認証制御手段は、前記認証ステータスが前記認証受付不可状態の場合に、認証された前記管理者によって付与される設定情報と前記暗証情報履歴保持手段に格納されている所定の前記利用者暗証情報を照合し、一致していない場合のみ前記暗証情報保持手段の前記利用者暗証情報を前記設定情報に変更することを特徴とする付記１記載のＩＣカード。
【００８５】
（付記８）  入力された入力暗証情報の有効性を判断し、有効と判断した場合に予め保持している所定の認証情報を用いた認証処理を制御する認証制御プログラムにおいて、
コンピュータに、
利用者に付与される利用者暗証情報と、前記利用者暗証情報を変更可能な管理者に付与される管理者暗証情報を暗証情報保持手段に保持しておき、
前記入力暗証情報が入力されると、前記利用者の認証を受け付ける認証受付可能状態、または前記利用者の認証を受け付けない認証受付不可状態のいずれかの状態を表す認証ステータスを保持する認証ステータス保持手段から前記認証ステータスを読み出してチェックし、
前記認証ステータスが前記認証受付可能状態の場合に、前記入力暗証情報と前記利用者暗証情報を照合して前記入力暗証情報の有効性を判定し、有効の場合は正当な利用者とみなして前記利用者ごとに個別に設定され個別情報保持手段に保持されている個別情報を用いて前記利用者を認証し、
前記認証ステータスが前記認証受付不可状態の場合に、前記入力暗証情報と前記管理者暗証情報を照合して前記入力暗証情報の有効性を判定し、有効の場合は正当な管理者とみなし前記管理者によって前記暗証情報保持手段に保持される前記利用者暗証情報が変更されるまで前記認証受付不可状態を継続する手順、
を有することを特徴とする認証制御プログラム。
【図面の簡単な説明】
【００８６】
【図１】本発明の実施の形態に適用される発明の概念図である。
【図２】本発明の実施の形態のＩＣカードのハードウェアおよび本発明にかかるサーバクライアントシステムの構成図である。
【図３】本実施の形態のＰＩＮコード格納域、個別情報格納域および認証ステータス保有領域の構成図である。
【図４】本発明の実施の形態のＩＣカードのプログラムモジュール構成を示した図である。
【図５】本発明の実施の形態の認証制御プログラムによる処理手順を示したフローチャートである。
【図６】本発明の実施の形態の認証制御プログラムにおける認証受付不可状態の解除処理手順を示したフローチャートである。
【符号の説明】
【００８７】
１  ＩＣカード
２  カードリーダ／ライタ
３  端末装置
４  認証用サーバ
１１  暗証情報保持手段
１２  個別情報保持手段
１３  認証ステータス保持手段
１４  暗証情報履歴保持手段
１５  認証制御手段
１６  利用者認証手段
１７  暗証情報変更手段
１８  Ｉ／Ｏインタフェース
【図１】
2005202538.tif 000003
【図２】
2005202538.tif 000004
【図３】
2005202538.tif 000005
【図４】
2005202538.tif 000006
【図５】
2005202538.tif 000007
【図６】
2005202538.tif 000008