JP2005078165A - Ｉｃカード、認証サーバ及びパスワード変更方法 - Google Patents

Abstract

【課題】 ＩＣカードのパスワードが破られる可能性を低減する。
【解決手段】 本発明によれば、ＩＣカード１００において、オリジナルパスワードと、パスワードの変更ルールを記憶しておく。変更ルールは、携帯電話機１０２などのＩＣカード端末からＩＣカード１００に書き込まれる。ＩＣカード１００は、ＩＣカード端末から日時データや累積的な利用回数の情報を受信し、変更ルールに基づいて、当該オリジナルパスワードを変更し、新しいパスワードを作成する。ＩＣカードリーダライタ１１０などのＩＣカード端末から認証パスワードを受信すると、ＩＣカード１００は、生成したパスワードと照合し認証処理を実行する。
【選択図】 図２

Description

本発明は、接触型ＩＣカード又は非接触型ＩＣカードなどのパスワードを変更する技術に関する。

従来、キャッシュカードやクレジットカードとして、主に磁気カードが利用されてきたが、近年のサービスの多様化に対応すべく、これらのカードをＩＣカード化することが検討されている。

一般に、ＩＣカードは、内部のメモリに暗証番号と認証プログラムとを記憶している。カード利用の際には、銀行端末などのＩＣカードリーダライタから入力された暗証番号と内部の暗証番号とを照合する。この照合処理は、ＩＣカード内で実行されるため、ＩＣカード内に記憶されている暗証番号が外部に出力されることはなく、セキュリティ面で優れているとされている。

ところで、暗証番号は、ＩＣカードの発行時に設定された後は原則として変更することができない。しかしながら、暗証番号のセキュリティをより一層高めるためには、暗証番号を頻繁に変更することが望ましい。

従来、磁気タイプのキャッシュカードの認証処理や、パソコン通信のネットワークサービスを享受するための認証処理に関しては、ネットワーク上のホストコンピュータにおいて、暗証番号を定期的に自動で作成する技術が提案されている（例えば、特許文献１）。
特開平６−２６６６７１号公報。

上述の従来技術では、ホストコンピュータにおいて、パスワード演算式に日時データを代入することで暗証番号を作成していた。

ここで、上述の従来技術をＩＣカードに適用することを検討する。もちろん、ここで検討する技術は公知の技術ではない。さて、この検討技術では、ホストコンピュータが作成した新規のパスワードを、ネットワークを介してＩＣカードリーダで受信し、当該ＩＣカードリーダライタによりＩＣカードへと正規の暗証番号を書き込むことになる。これは、ネットワーク上を正規の暗証番号が伝送されることになり、セキュリティが高いとはいえない。すなわち、ＩＣカードでは、セキュリティをより一層高めるべく、正規の暗証番号をＩＣカード内に留めておいて照合処理を実行しているが、検討技術では正規の暗証番号がＩＣカードの外部においても流通する点でセキュリティが低下してしまう。

また、従来技術や検討技術では、ホストコンピュータが必須であるが、通信回線がダウンしているときなど、カードリーダライタがオフラインの状態にあれば、パスワードを変更できないという問題がある。

そこで、本発明では、このような課題のうち少なくとも一つを解決することを目的とする。

本発明は上述の課題の少なくとも一つを解決するＩＣカード等を提供することを目的としている。当該ＩＣカードでは、カード内部にパスワードの変更プログラムを記憶しておいて、カード内においてパスワードを変更するようにしたものである。

本発明のＩＣカードは、例えば、前記ＩＣカードのカードアプリケーションに関する操作を制限するためのオリジナルパスワードを記憶するパスワード記憶ユニットと、前記ＩＣカード端末から、年に関する情報、月に関する情報、日に関する情報、時刻に関する情報のうち少なくとも一つを受信する受信ユニットと、前記受信した情報を用いて前記オリジナルパスワードの一部又は全部を変更する変更制御ユニットと、前記ＩＣカード端末から入力された認証パスワードと、前記変更後のパスワードとを比較して認証処理を実行する認証ユニットとを備えている。

本発明によれば、ＩＣカード内においてパスワードが適宜変更されるため、パスワードが破られる可能性を低減できよう。また、ホストコンピュータに対してオフラインの状態にあるカードリーダライタであっても、ＩＣカードに対して電源を供給できればパスワードを変更できる利点がある。

以下に本発明の一実施形態を示す。もちろん以下の実施形態は、上位概念として開示される本発明の下位概念にすぎない。すなわち、以下の実施形態は、特許請求の範囲によって確定される本願発明の技術的範囲に含まれるほんの一部の実施形態にすぎないのである。従って、本願の明細書又は図面に開示された上位概念たる発明であって、特許請求の範囲に記載された発明と技術思想が共通すれば、たとえ本願明細書又は図面に直接的に記載されていない実施形態であっても本願発明の技術的範囲に包含される。

なお、以下の実施形態に記載する下位概念の発明について、そのすべてが特許請求の範囲に記載されているとは限らない。ただし、これは特許発明の技術的範囲から意識的に除外したのではなく、特許発明と均等の関係にあるため特許請求の範囲には記載していない場合があることを理解していただきたい。

図１は、本実施形態に係るＩＣカードシステムの一例を示した図である。ＩＣカード１００は、オリジナルのＩＣカードであり、キャッシュカード機能、電子マネー機能、クレジットカード機能、デビットカード機能、航空会社のマイレージカード機能、鉄道・バス会社等の定期券機能、ＥＴＣ（道路通行料金自動徴収システム）カード機能、ポイントカード機能及び身分証明書（社員証など）機能などの少なくとも一つを備えている。なお、各機能を実現するデータやアプリケーションプログラムはＥＥＰＲＯＭなどの不揮発性の記憶装置に記憶されている。

携帯電話機１０２は、ＩＣカードリーダライタ機能つきの携帯端末である。ＰＣ１０３もＩＣカードリーダライタを備えている。

ＩＣカードリーダライタ１１０は、ＩＣカード１００と通信してデータを書き込んだり読み込んだりするためのＩＣカード端末である。ＩＣカードリーダライタ１１０は、単体の装置として各店舗に配置されてもよいし、店舗のレジ、改札装置などに内蔵されてもよい。

ＡＴＭ端末１１２は、ＩＣカードリーダライタ機能を備えるＩＣカード端末である。ここでは、ＩＣカードリーダ機能、ＩＣカードライタ機能又はＩＣカードリーダライタ機能を有する装置を総称してＩＣカード端末と呼ぶことにする。

ＩＣカードサーバ１２０は、例えば、磁気ストライプを有するＩＣカードが磁気カードリーダにおいて使用される際に、ＩＣカードに代わってパスワードを作成し認証処理などを実行するコンピュータである。

図２は、本実施形態に係るＩＣカードのブロック図である。ＣＰＵ２０１は、制御プログラムに従ってＩＣカード１００内の各部を制御する中央演算処理装置である。例えば、制御プログラムとしては、後述するフローチャートに従った変更ルールの設定処理、パスワードの生成処理などのプログラムが含まれる。ＲＡＭ２０２は、制御プログラムを実行する際に必要となる作業領域や各種のデータを記憶する記憶装置である。マスクＲＯＭ２０３は、制御プログラムや各種のデータを記憶するための記憶装置である。ＥＥＰＲＯＭ２０４は、ＩＣカードの発行時に設定されたオリジナルパスワード２１１、オリジナルパスワードの変更ルール２１２、及びパスワードの変更処理を行なう変更アプリケーションプログラムを記憶する書き換え可能な記憶装置である。また、ＥＥＰＲＯＭ２０４は、所定期間内（例えば、過去１週間、今日１日、今日の午前、今日の午後など）における各カードアプリケーションごとの利用回数も記憶していてもよい。なお、ＥＥＰＲＯＭ２０４は、フラッシュメモリなどに置き換えてもよい。通信インタフェース２０７は、ＩＣカード端末１１０等と通信するための通信（カード）インタフェースである。通信ＩＦ２０７は、非接触型インタフェース及び接触型インタフェースの少なくとも一方を搭載している。

なお、図には示していないが、カードのＩＤを記憶した磁気ストライプ（磁気媒体）を備えていてもよい。

図３は、本実施形態に係るＩＣカードリーダライタのブロック図である。ＣＰＵ３０１は、ＲＯＭ３０３に格納されているコンピュータプログラムに基づいて制御を実行する中央演算処理装置である。例えば、制御プログラムとしては、リアルタイムクロック（ＲＴＣ）３１０から日時データを取得してＩＣカード１００に転送したり、操作部３０５から入力された変更ルールをＩＣカードに転送したり、当該変更ルールをカードサーバ１２０に転送したりするためのプログラムを備えている。ＲＡＭ３０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ３０３は、書き換え不能のマスクＲＯＭである。ＥＥＰＲＯＭ３０９は、書き換え可能な記憶装置である。表示装置３０４は、ＩＣカード１００との通信結果や、ポイント発生事由情報などを表示するディスプレイである。操作部３０５は、タッチパネルデバイスやテンキーなどの入力装置である。通信インタフェース３０７は、サーバ１２０などと接続するための通信回路である。カード（通信）インタフェース３０８は、ＩＣカード１００に搭載されている磁気ストライプからデータを読み出したり、当該磁気ストライプにデータを書き込むための磁気カード装置、接触型ＩＣカードの接続端子からデータを読み出したり、書き込んだりするための接触型リーダライタ装置、及び非接触型ＩＣカードと無線通信を行い、データを読み出したり、書き込んだりするための非接触型リーダライタ装置の少なくとも一つを搭載している。ＲＴＣ３１０は、いわゆるリアルタイムクロックである。

なお、ＩＣカード端末１１０は、ＰＯＳ（店舗販売時点情報管理）システムなどの会計装置と一体化されていてもよい。また、ＩＣカード端末１１０は、例えば、複数のカードリーダライタ装置とホスト装置とからなるローカルなＩＣカードシステムであってもよい。この場合は、ホスト装置を経由して各種の決済サーバと通信を実行することになろう。

図４は、本実施形態にかかるカードサーバの例示的なブロック図である。ＣＰＵ４０１は、ＲＯＭ４０３や、ハードディスクドライブ４０８に格納されているコンピュータプログラム（例：パスワードの変更アプリケーションプログラム４１３など）に基づいて制御を実行する中央演算処理装置である。ＲＡＭ４０２は、データなどを記憶する揮発性の記憶装置である。ＲＯＭ４０３は、書き換え不能のマスクＲＯＭや書き換え可能なＥＥＰＲＯＭなどの記憶装置である。表示装置４０４は、各種の情報を表示するディスプレイである。操作部４０５は、キーボードやポインティングデバイスなどの入力装置である。通信インタフェース４０７は、ＩＣカード端末１１０、ＡＴＭ端末１１２などと接続するための通信回路である。ハードディスクドライブ４０８は、各ＩＣカードごとのオリジナルパスワードを登録したパスワードデータベース４１１、各ＩＣカードごとのパスワード変更ルールを登録したルールデータベース４１２、認証処理に必要となるコンピュータプログラム、及びオリジナルパスワードと変更ルールに基づいてパスワードを生成（変更）するパスワード生成（変更）プログラム４１３などを記憶する記憶装置である。

図５は、本実施形態のＩＣカードにおけるパスワード変更ルールの設定処理に関する例示的なフローチャートである。

ステップＳ５００において、ＩＣカード１００のＣＰＵ２０１は、カードインタフェース２０７を制御して、ＩＣカード端末１１０との間で通信回線を確立する。この通信回線は、非接触カードインタフェースにより無線回線であってもよいし、接触カードインタフェースのコネクタによる有線回線であってもよい。

ステップＳ５０２において、ＣＰＵ２０１は、パスワードの変更アプリケーション２１３を起動する。例えば、ＩＣカード端末１１０のＣＰＵ３０１は、ＩＣカード１００に含まれているカードアプリケーションの情報をＩＣカード１００から読み出し、読み出された情報を表示装置３０４に表示する。ユーザは、複数のカードアプリケーションが選択可能であることを視認し、その中から実際に実行したいカードアプリケーションを、操作部３０５を操作して選択する。ＣＰＵ３０１は、操作部３０５から入力された選択情報に基づいて、選択されたカードアプリケーションの起動命令をＩＣカード１００に送信する。ＩＣカード１００のＣＰＵ２０１は、カードインタフェース２０７を介して起動命令を受信すると、起動命令に従ってカードアプリケーションを起動する。

ステップＳ５０４において、ＣＰＵ２０１は、パスワードの変更画面情報（例：ＨＴＭＬやＸＭＬなどで作成された情報）をＥＥＰＲＯＭ２０４などから読み出し、カードインタフェース２０７を制御してＩＣカード端末１１０に送信する。

ＩＣカード端末１１０のＣＰＵ３０１は、カードインタフェース３０８を通じて変更画面情報を受信し、表示プログラム（例：ＷＥＢブラウザプログラムなど）により変更画面を表示装置３０４に表示させる。ユーザは、操作部３０５を操作して変更ルールを指定する。図１の携帯電話機１０２の表示装置には、変更画面の一例が示されている。例えば、４桁のパスワードの１桁目を、カード利用日時の時の１桁目の数字で変更するといった変更ルールを作成している。ＣＰＵ３０１は、操作部３０５から入力された変更ルールを、ＩＣカード１００に送信する。

変更ルールとしては、例えば、次のようなものが考えられる：
a) パスワード内において変更される桁の指定、カード利用日の日時データのうち、年の下一桁目の数字でもって指定桁を置換（例えば、オリジナルパスワードが「１２３４」、指定桁が下三桁目、カード利用年が「２００３」であれば、「１"３"３４」となる。）
b) パスワード内において変更される桁の指定、カード利用日の日時データのうち、月の下一桁目の数字でもって指定桁を置換
c) パスワード内において変更される桁の指定、カード利用日の日時データのうち、日の下一桁目の数字でもって指定桁を置換
d) パスワード内において変更される桁の指定、カード利用日の日時データをパラメータとして演算した結果の下１桁目で指定桁を置換（演算式としては、年データＸ月データなど）
e) パスワード内において変更される桁の指定、同日中のカードの累積利用回数で指定桁を置換
なお、これらは単なる一例であり、一度に複数の桁を置換してもよいし、他の置換方法を採用してもよいことはいうまでもないが、カードユーザにとって利用可能な程度に分かりやすく、また忘れにくい置換方法が好ましいだろう。

ステップＳ５０６において、ＣＰＵ２０１は、ＩＣカード端末１１０から変更ルールを受信する。この処理は、変更ルールの入力処理と観念することもできよう。

ステップＳ５０８において、ＣＰＵ２０１は、受信した変更ルールをＥＥＰＲＯＭ２０４に記憶させる。なお、以下のステップは、磁気カードリーダ用のオプションであり必須のものではない。

ステップＳ５１０において、ＣＰＵ２０１は、ＩＣカード端末１１０を介してカードサーバ１２０と通信可能であるか否かを判定する。例えば、ＩＣカード端末１１０に対して、カードサーバ１２０と通信可能かを問い合わせ、ＩＣカード端末１１０がカードサーバ１２０の通信試行に成功すれば、通信可能を表す情報をＩＣカード１００に返信する。これによって、ＩＣカード１００のＣＰＵ２０１は、カードサーバ１２０がＩＣカード端末１１０にオンライン接続されているかどうかを判定できる。通信可能であればステップＳ５１２に進み、通信不可能であればステップＳ５１４に進む。

ステップＳ５１２において、ＣＰＵ２０１は、カードＩＤ、変更ルール、及び当該変更ルールの送信命令をＩＣカード端末１１０に送信する。ＩＣカード端末１１０のＣＰＵ３０１は、カードＩＤ、変更ルール及び送信命令を受信すると、通信インタフェース３０７を制御し、変更ルールとカードＩＤとをカードサーバ１２０に送信する。カードサーバ１２０のＣＰＵ４０１は、通信インタフェース４０７を介して、カードＩＤと変更ルールを受信すると、これらを対応付けて、ルールデータベース４１２に登録する。

ステップＳ５１４において、ＣＰＵ２０１は、カードサーバ１２０と通信可能なＩＣカード端末１１０に接続した際に、当該ＩＣカード端末１１０を介して変更ルールを送信すべく、事後送信予約情報をＥＥＰＲＯＭ２０４に記憶する。その後、ＣＰＵ２０１は、他のＩＣカード端末と接続するたびに、事後送信予約情報がＥＥＰＲＯＭ２０４に記憶されているかを判定し、記憶されていれば、変更ルールの事後送信を試行する。ＣＰＵ２０１は、事後送信に成功すると、事後送信予約情報を削除する。

このようにしてパスワードの変更ルール（パスワードの自動作成ルールとも観念できる。）が作成され、ＩＣカード１００やカードサーバ１２０に登録される。

図６は、本実施形態に係るパスワードの認証処理に関する例示的なフローチャートである。

ステップＳ６００において、ＣＰＵ２０１は、ＩＣカード端末１１０から電源を供給されると、当該ＩＣカード端末１１０との通信回線を確立する。

ステップＳ６０２において、ＣＰＵ２０１は、カードアプリケーションを起動する。どのカードアプリケーションを起動するかは、上述したように、ＩＣカード端末１１０からの起動命令に従う。

ステップＳ６０４において、ＣＰＵ２０１は、ＥＥＰＲＯＭ２０４から変更ルール２１２を読み出す。

ステップＳ６０６において、ＣＰＵ２０１は、ＩＣカード端末１１０に対して日時データの送信要求を送信し、ＩＣカード端末１１０から日時データを受信する。なお、ステップＳ６０４とステップＳ６０６については、実行順序がどちらが先でも支障はない。ＣＰＵ２０１は、読み出した変更ルールが日時データ必要とするか否かを判定し、必要と判定した場合に限り、ステップＳ６０６を実行してもよい。また、累積的な利用回数情報が必要な場合はＥＥＰＲＯＭ２０４から読み出す。

ステップＳ６０８において、ＣＰＵ２０１は、読み出した変更ルールと、受信した日時データや利用回数情報などに基づいてパスワードを生成する。

ステップＳ６１０において、ＣＰＵ２０１は、ＩＣカード端末１１０から認証パスワードを受信する。認証パスワードは、ＩＣカード端末１１０の操作部３０５から入力されたものである。

ステップＳ６１２において、ＣＰＵ２０１は、受信した認証パスワードと生成されたパスワードとが一致するかを判定する。一致すれば、ステップＳ６１６に進み、不一致であればステップＳ６１４に進む。

ステップＳ６１４において、ＣＰＵ２０１は、認証失敗を表す情報をＩＣカード端末１１０に送信する。

ステップＳ６１６において、ＣＰＵ２０１は、認証成功を表す情報をＩＣカード端末１１０に送信する。

ステップＳ６１８において、ＣＰＵ２０１は、カードアプリケーションによる処理が終了したか否かを判定する。例えば、ＩＣカード端末１１０からの処理終了命令を受信すると、カードアプリケーションによる処理が終了したと判定する。

本実施形態によれば、ＩＣカード１００にパスワードの変更ルールを設定することで、カードアプリケーションを利用するごとにパスワードを生成するため、固定的なパスワードを使用することに伴う危険性を低減できよう。

また、パスワードの変更ルールとして、日時データを利用すれば、比較的にユーザが覚えやすい変更ルールを作成できる利点がある。

また、本実施形態では、ＩＣカード内において正規のパスワードを生成し、外部に送信することはないため、ネットワーク上で漏洩する危険性を低減できる。

また、本実施形態では、変更ルールのみでは正規のパスワードを特定できないため（すなわちオリジナルパスワードと変更ルールの双方が揃わないと正規のパスワードを特定できない。）、変更ルールのみであればネットワークを介してカードサーバ１２０に転送したとしても、パスワードがすぐに破られてしまう危険性は小さいだろう。これは、ネットワークを介して正規のパスワード自体を送信する場合に比べて、セキュリティ上の危険性が非常に小さいことを意味する。

ところで、本実施形態に係るＩＣカード１００を磁気カードリーダにおいて利用する際には、ＩＣカード１００内においてパスワードの変更・作成処理を実行できないし、当然に、認証処理も実行できない。

そこで、本実施形態では、変更ルールをカードサーバ１２０に登録しておくことで、当該カードサーバ１２０により、磁気カードリーダにおける認証処理を代理で実行する。

図７は、本実施形態に係るカードサーバを利用した認証処理の例示的なシーケンス図兼フローチャートである。磁気カードリーダは、カードインタフェースとして磁気リーダしか備えていない点を除き、ほぼ図３の構成とほぼ同様である。

ステップＳ７００において、磁気カードリーダのＣＰＵ３０１は、磁気ヘッドによりＩＣカード１００の磁気ストライプを読み取る。磁気ストライプにはカードＩＤが記録されているため、少なくともカードＩＤを取得できる。

ステップＳ７０２において、磁気カードリーダのＣＰＵ３０１は、通信インタフェース３０７を制御して、カードＩＤをカードサーバ１２０に送信する。カードサーバ１２０のＣＰＵ４０１は、通信インタフェース４０７を制御してカードＩＤを受信する。

ステップＳ７０４において、ＣＰＵ４０１は、受信したカードＩＤに対応する変更ルールをルールデータベース４１２から検索抽出する。

ステップＳ７０６において、磁気カードリーダのＣＰＵ３０１は、ＲＴＣ３１０から日時データを取得する。

ステップＳ７０８において、ＣＰＵ３０１は、取得した日時データをカードサーバ１２０に送信する。なお、カードサーバ１２０のＣＰＵ４０１は、カードサーバ内のリアルタイムクロックから取得した日時データを使用してもよい。

ステップＳ７１０において、ＣＰＵ４０１は、カードＩＤに対応するオリジナルパスワードをパスワードデータベース４１１から読み出し、日時データとともに変更ルールに当てはめて、パスワードを作成する。なお、変更ルールの読み出し処理、日時データの読み出し処理、及びオリジナルパスワードの読み出し処理は、パスワードの生成処理の前までに実行されていれば、いかなる順番であってもよい。

ステップＳ７１２において、ＣＰＵ３０１は、操作部３０５から認証パスワードを入力する。

ステップＳ７１４において、ＣＰＵ３０１は、通信インタフェース３０７を制御して、カードサーバ１２０に、入力された認証パスワードを送信する。カードサーバ１２０のＣＰＵ４０１は、通信インタフェース４０７を介して認証パスワードを受信し、ＲＡＭ４０２に記憶する。

ステップＳ７１６において、ＣＰＵ４０１は、受信した認証パスワードと生成されたパスワードに基づいて認証処理を実行する。具体的には、ステップＳ６１２〜Ｓ６１８とほぼ同様の処理を実行する。

ステップＳ７１８において、ＣＰＵ４０１は、認証結果を磁気カードリーダに送信する。

本実施形態によれば、ＩＣカード１００に設定されている変更ルールを予めカードサーバ１２０に登録しておくことで、ＩＣカード１００が磁気カードリーダや磁気カードリーダライタにおいて利用されるときは、ＩＣカード１００の代わりにカードサーバ１２０がパスワードの生成と認証に関する処理を実行することができる利点がある。

しかも、ネットワーク上では変更ルールのみが伝送され、生成されたパスワードは伝送されないため、パスワードのセキュリティを従来よりも高めることができると考えられる。

カードサーバ１２０は、ハードディスクドライブ４０８に、各カードの所定期間内における累積的な利用回数をデータベース化して記憶しておいてもよい。各カードの利用される度に各カード端末は、カードサーバ１２０にカードＩＤを送信し、カードサーバ１２０のＣＰＵ４０１は、当該カードＩＤの利用回数をインクリメントして利用回数データベースに登録する。このようにすれば、利用回数を用いた変更ルールに対応できる利点がある。

図１は、本実施形態に係るＩＣカードシステムの一例を示した図である。 図２は、本実施形態に係るＩＣカードの例示的なブロック図である。 図３は、本実施形態に係るＩＣカード端末の例示的なブロック図である。 図４は、本実施形態に係るカードサーバの例示的なブロック図である。 図５は、本実施形態に係る変更ルール設定処理の例示的なフローチャートである。 図６は、本実施形態に係るパスワード生成処理の例示的なフローチャートである。 図７は、本実施形態に係る他のパスワード生成処理の例示的なフローチャートである。

符号の説明

１００…ＩＣカード
１０２…ＩＣカードリーダライタ機能付き携帯電話機
１０３…ＩＣカードリーダライタ機能付きＰＣ
１１０…ＩＣカードリーダライタ
１１２…ＡＴＭ端末
１２０…カードサーバ

Claims (11)

1. ＩＣカード端末から電源の供給を受けて動作するＩＣカードであって、
   前記ＩＣカードのカードアプリケーションに関する操作を制限するためのオリジナルパスワードを記憶するパスワード記憶ユニットと、
   前記ＩＣカード端末から、年に関する情報、月に関する情報、日に関する情報、時刻に関する情報のうち少なくとも一つを受信する受信ユニットと、
   前記受信した情報を用いて前記オリジナルパスワードの一部又は全部を変更する変更制御ユニットと、
   前記ＩＣカード端末から入力された認証パスワードと、前記変更後のパスワードとを比較して認証処理を実行する認証ユニットと
   を含むＩＣカード。
2. 前記オリジナルのパスワードを変更する際に使用される変更ルールを前記ＩＣカード端末を介して入力する入力ユニットと、
   前記入力された変更ルールを記憶する変更ルール記憶ユニットと
   をさらに備え、前記変更制御ユニットは前記変更ルールを読み出し、該読み出された変更ルールに従って、前記オリジナルパスワードを変更することを特徴とする請求項１に記載のＩＣカード。
3. 所定期間内における前記ＩＣカードの利用回数を記憶する利用回数記憶ユニットをさらに備え、
   前記変更制御ユニットは、前記ＩＣカード端末から受信した情報の代わりに又は該情報とともに、前記所定期間内における利用回数を用いて前記オリジナルパスワードを変更することを特徴とする請求項１又は２に記載のＩＣカード。
4. ＩＣカード内において認証処理を実行できない場合に、該ＩＣカードの代わりに認証処理を実行する認証サーバであって、
   ＩＣカードのオリジナルパスワードと該ＩＣカードのカードＩＤとを対応付けて記憶するパスワードデータベースと、
   カードＩＤを記録した磁気ストライプを有するＩＣカードに対して磁気的にリード処理を行なう磁気カードリーダから、該ＩＣカードについてのカードＩＤを受信するカードＩＤ受信ユニットと、
   前記磁気カードリーダ又は内部のリアルタイムクロックから、年に関する情報、月に関する情報、日に関する情報、時刻に関する情報のうち少なくとも一つを受信する日時情報受信ユニットと、
   前記受信したカードＩＤに対応するオリジナルパスワードを読み出し、該読み出したオリジナルパスワードの一部又は全部を、前記日時情報受信ユニットにより受信した情報を用いて変更する変更制御ユニットと、
   前記磁気カードリーダにおいて入力された認証パスワードを受信するパスワード受信ユニットと、
   前記変更後のパスワードと、前記受信した認証パスワードとが一致するかを判定する判定ユニットと、
   前記判定結果を前記磁気カードリーダに送信する送信ユニットと
   を含む認証サーバ。
5. 前記ＩＣカードについて所定期間内の利用回数を記憶する利用回数データベースをさらに備え、
   前記認証サーバの変更制御ユニットは、前記磁気カードリーダ若しくは前記リアルタイムクロックから受信した情報の代わりに又は該情報とともに前記所定期間内における利用回数を用いて前記オリジナルのパスワードを変更することを特徴とする請求項４に記載の認証サーバ。
6. 前記ＩＣカードは、認証サーバにおいて前記変更ルールを使用させるべく、前記ＩＣカード端末を経由して該認証サーバに該変更ルールを送信する変更ルール送信ユニットをさらに含むことを特徴とする請求項２に記載のＩＣカード。
7. 前記認証サーバは、ＩＣカード端末を経由して前記ＩＣカードの変更ルールを受信する変更ルール受信ユニットをさらに備え、
   前記認証サーバの変更制御ユニットは、前記受信した変更ルールを用いて前記オリジナルのパスワードを変更することを特徴とする請求項４又は５に記載の認証サーバ。
8. ＩＣカード端末から電源の供給を受けて動作するＩＣカードのパスワードを変更するパスワード変更方法であって、
   前記ＩＣカード端末から、年に関する情報、月に関する情報、日に関する情報、時刻に関する情報のうち少なくとも一つを受信するとともに、前記ＩＣカードのカードアプリケーションに関する操作を制限するためのオリジナルパスワードを読み出すステップと、
   前記受信した情報を用いて前記オリジナルのパスワードの一部又は全部を変更するステップと、
   前記ＩＣカード端末から入力された認証パスワードと、前記変更後のパスワードとを比較して認証処理を実行するステップと
   を含むパスワード変更方法。
9. ＩＣカード内において認証処理を実行できない場合に、該ＩＣカードの代わりに認証処理を実行する代理認証方法であって、
   カードＩＤを記録した磁気ストライプを有するＩＣカードに対して磁気的にリード処理を行なう磁気カードリーダから、該ＩＣカードについてのカードＩＤ、年に関する情報、月に関する情報、日に関する情報、時刻に関する情報のうち少なくとも一つの情報、及び前記磁気カードリーダにおいて入力された認証パスワードを受信するステップと、
   ＩＣカードのオリジナルパスワードと該ＩＣカードのカードＩＤとを対応付けて記憶するパスワードデータベースから、前記受信したカードＩＤに対応するオリジナルパスワードを読み出すステップと、
   前記読み出したオリジナルパスワードの一部又は全部を、前記受信した日時等の情報を用いて変更するステップと、
   前記変更後のパスワードと、前記受信した認証パスワードとが一致するかを判定するステップと、
   前記判定結果を前記磁気カードリーダに送信するステップと
   を含む認証方法。
10. ＩＣカード端末から電源の供給を受けて動作するＩＣカードのパスワードを変更するカードアプリケーションプログラムであって、
    前記ＩＣカード端末から、年に関する情報、月に関する情報、日に関する情報、時刻に関する情報のうち少なくとも一つを受信するとともに、前記ＩＣカードのカードアプリケーションに関する操作を制限するためのオリジナルパスワードを読み出すステップと、
    前記受信した情報を用いて前記オリジナルのパスワードの一部又は全部を変更するステップと、
    前記ＩＣカード端末から入力された認証パスワードと、前記変更後のパスワードとを比較して認証処理を実行するステップと
    をＩＣカード内のコンピュータにより実行させるカードアプリケーションプログラム。
11. ＩＣカード内において認証処理を実行できない場合に、該ＩＣカードの代わりに認証処理を実行するコンピュータプログラムであって、
    カードＩＤを記録した磁気ストライプを有するＩＣカードに対して磁気的にリード処理を行なう磁気カードリーダから、該ＩＣカードについてのカードＩＤ、年に関する情報、月に関する情報、日に関する情報、時刻に関する情報のうち少なくとも一つの情報、及び前記磁気カードリーダにおいて入力された認証パスワードを受信するステップと、
    ＩＣカードのオリジナルパスワードと該ＩＣカードのカードＩＤとを対応付けて記憶するパスワードデータベースから、前記受信したカードＩＤに対応するオリジナルパスワードを読み出すステップと、
    前記読み出したオリジナルパスワードの一部又は全部を、前記受信した日時等の情報を用いて変更するステップと、
    前記変更後のパスワードと、前記受信した認証パスワードとが一致するかを判定するステップと、
    前記判定結果を前記磁気カードリーダに送信するステップと
    をコンピュータに実行させるコンピュータプログラム。

Images