(57)【特許請求の範囲】
【請求項１】
１または複数の通信相手との間で通信を行う処理方式判定装置であって、
前記通信相手との間の通信において当該通信相手における処理方式を判定する処理方式判定手段と、
前記通信相手における複数の処理方式それぞれに応じた有効期限情報のうち、前記処理方式判定手段により判定された処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を前記通信相手に送信する有効期限送信手段と、
を備えることを特徴とする処理方式判定装置。
【請求項２】
前記通信相手との通信において当該通信相手から送信された認証情報を受信する認証情報受信手段と、
前記認証情報受信手段により受信された認証情報に基づいて前記通信相手の認証を行う認証手段と、
を更に備え、
前記有効期限送信手段は、前記認証手段による認証結果が認証成功である場合に、前記有効期限情報を前記通信相手に送信することを特徴とする請求項１に記載の処理方式判定装置。
【請求項３】
前記通信相手との通信において当該通信相手から送信された認証情報を受信する認証情報受信手段と、
前記認証情報受信手段により受信された認証情報に基づいて前記通信相手の認証を行う認証手段と、
前記認証手段による認証結果が認証成功である場合に、当該認証成功を示す認証結果を前記通信相手に送信する認証結果送信手段と、
前記認証結果に応じて前記通信相手から送信された有効期限読出命令を受信する読出命令受信手段と、
を更に備え、
前記有効期限送信手段は、前記有効期限読出命令に応じて、前記有効期限情報を前記通信相手に送信することを特徴とする請求項１に記載の処理方式判定装置。
【請求項４】
従来型の認証装置または刷新型の認証装置との間で通信を行う携帯型情報処理装置であって、
前記認証装置との間の通信において当該認証装置における認証処理方式を判定する処理方式判定手段と、
前記従来型の認証装置と前記刷新型の認証装置のそれぞれの認証処理方式に応じた有効期限情報のうち、前記処理方式判定手段により判定された認証処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を、前記判定された認証処理方式に係る前記認証装置へ送信する有効期限送信手段と、
を備えることを特徴とする携帯型情報処理装置。
【請求項５】
１または複数の通信相手との間で通信を行うＩＣカードであって、
前記通信相手との間の通信において当該通信相手における処理方式を判定する処理方式判定手段と、
前記通信相手における複数の処理方式それぞれに応じた有効期限情報のうち、前記処理方式判定手段により判定された処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を前記通信相手に送信する有効期限送信手段と、
を備えることを特徴とするＩＣカード。
【請求項６】
従来型の認証装置または刷新型の認証装置との間で通信を行うＩＣカードであって、
前記認証装置との間の通信において当該認証装置における認証処理方式を判定する処理方式判定手段と、
前記従来型の認証装置と前記刷新型の認証装置のそれぞれの認証処理方式に応じた有効期限情報のうち、前記処理方式判定手段により判定された認証処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を、前記判定された認証処理方式に係る前記認証装置へ送信する有効期限送信手段と、
を備えることを特徴とするＩＣカード。
【請求項７】
１または複数の通信相手との間で通信を行うコンピュータにおける処理方式判定方法であって、
前記コンピュータが前記通信相手との間の通信において当該通信相手における処理方式を判定するステップと、
前記通信相手における複数の処理方式それぞれに応じた有効期限情報のうち、前記コンピュータが前記判定された処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を前記通信相手に送信するステップと、
を含むことを特徴とする処理方式判定方法。
【請求項８】
１または複数の通信相手との間で通信を行うコンピュータを、
前記通信相手との間の通信において当該通信相手における処理方式を判定する処理方式判定手段と、
前記通信相手における複数の処理方式それぞれに応じた有効期限情報のうち、前記処理方式判定手段により判定された処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を前記通信相手に送信する有効期限送信手段として機能させることを特徴とする処理方式判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯型情報処理装置と認証装置とが読取装置を介して通信し、認証装置が携帯型情報処理装置を認証するシステム等の技術分野に関する。
【背景技術】
【０００２】
個人ユーザが所有するＩＣカードやスマートフォンのような携帯型情報処理装置と認証装置とが読取装置を介して通信し、認証装置が携帯型情報処理装置を認証して、ユーザの挙動を許可するシステムは、飲食施設、娯楽施設、または交通機関等における清算や入退場を管理するＩＤゲートの分野では非常に一般的である。そのような携帯型情報処理装置の偽造や盗難リスクを軽減するため、携帯型情報処理装置には有効期限が設定され当該有効期限を示す有効期限情報が当該携帯型情報処理装置に記憶されると共に、認証装置にカレンダー機能が具備されることがある。この場合、認証装置は、携帯型情報処理装置から有効期限情報を読み出して有効期限とカレンダーとを比較し、携帯型情報処理装置が有効期間内にあるか、あるいは失効しているかを判断して、後続処理の実行可否を決定する。有効期限を迎えて失効した携帯型情報処理装置は、それがＩＣカードであれば当該ＩＣカードが破棄されて十分な有効期限が設定された新たなＩＣカードに交換（例えば、クレジットカードが定期的に更新（再発行）される仕組みと同様）され、それがスマートフォンであればそのメモリに格納されている有効期限情報や暗号鍵が消去されて新たな有効期限情報や暗号鍵に更新される。なお、特許文献１には、有効期限を記憶するＩＣカードの技術が開示されている。
【０００３】
このようなシステムにおいては、運用を継続するうちに社会環境が変化し、採用している技術が陳腐化してしまう場合がある。陳腐化とは、競合する他のシステムと比較した場合に処理能力が相対的に低くなったり、セキュリティ性が相対的に低下したりすることである。これらが発覚すると、それまでに囲い入れたユーザが離れて行ってしまう要因となり得るため、システム運営者はこれらを未然に防ぐような対策を講じなければならない。その根本的な対策は、陳腐化したシステムを更に高性能なシステムへと刷新することである。システムの刷新にあたり、システムを一時停止させ、携帯型情報処理装置と認証装置とに記憶されているプログラム、あるいは装置そのものを交換し、システムを再起動することが可能であるならば、システムの刷新は容易に実現に至る。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−０４８３６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし実際には、システムを停止させることによる利益の機会損失や、装置の交換に要するコストを度外視することは難しく、システムを停止させぬまま、ある程度の期間に渡る刷新計画に基づいて段階的に装置を交換し、刷新へと至らせる場合が多い。このような刷新計画の例として、刷新前における従来型の認証装置であっても、刷新後における刷新型の認証装置であっても動作することが可能な刷新型の携帯型情報処理装置（つまり、ハイブリットタイプの携帯型情報処理装置）を準備することが考えられる。この場合、刷新型の携帯型情報処理装置は、認証装置から送信される命令を解釈し、それが従来型であるか、あるいは刷新型であるかを判定し、動作を切り替える。
【０００６】
図１は、刷新計画の一例を示す概念図である。図１（Ａ）は、ケースａ〜ｄそれぞれにおける携帯型情報処理装置の更新タイミングを示す。図１（Ａ）に示すように、刷新型の携帯型情報処理装置の提供が開始されてから、以降に従来型の携帯型情報処理装置が有効期限に到達することで、従来型の携帯型情報処理装置が全て、刷新型の携帯型情報処理装置に置き換わることになる。
【０００７】
そして、例えば、全ての携帯型情報処理装置が刷新型に置き換わった後、認証装置の刷新が開始される。ところで、認証装置は、携帯型情報処理装置と比較すると高額である場合が多いため、容易に置き換えることができない。例えば、一般的な工業製品の寿命を１０年とするならば、導入から１０年を経て故障し、修繕の余地がない場合に、従来型の認証装置が破棄され、新たに刷新型の認証装置が導入されることによって置き換えが完了するという流れが想定される。
【０００８】
以上のようにして、刷新計画を実現することが可能となるが、製品寿命は、あくまでも期待値であり、稀に１５年〜２０年と長期に渡って従来型の認証装置が使用される事態も有り得る。
【０００９】
図１（Ｂ）は、ケースα〜γそれぞれにおける認証装置の更新タイミングを示す。図１（Ｂ）に示すケースβの場合、期待される刷新完了日時Ｔを超えて従来型の認証装置が使用される。このような場合、刷新完了までに要する時間は非常に長く、競合となる他システムと比べて劣っている技術を維持したまま運用を続けることになるため、陳腐化した技術には早々に見切りをつけて刷新を完了させることが望まれる。特にセキュリティに関する技術であれば、陳腐化した装置は悪意ある第三者の攻撃対象となりえるため、なおさら早々に刷新を完了させるべきとなる。
【００１０】
しかしながら、特に、認証装置が一般の市販製品である場合、その所有権がユーザに帰属するため、システム提供者が一方的に従来型の認証装置を使用できなくすることは困難である。以上の点に鑑みると、製品寿命の期待値である１０年の経過を待ち、大多数の従来型の認証装置が故障して刷新型の認証装置に変更された状況において、残存する希少な従来型の認証装置を停止（失効）させ、従来の方式をシステムから排除することが求められる。
【００１１】
そこで、本発明は、残存する希少な従来型の認証装置を停止させ、従来の方式をシステムから容易に排除させることが可能な処理方式判定装置、携帯型情報処理装置、ＩＣカード、処理方式判定方法、及び処理方式判定プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、請求項１に記載の発明は、１または複数の通信相手との間で通信を行う処理方式判定装置であって、前記通信相手との間の通信において当該通信相手における処理方式を判定する処理方式判定手段と、前記通信相手における複数の処理方式それぞれに応じた有効期限情報のうち、前記処理方式判定手段により判定された処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を前記通信相手に送信する有効期限送信手段と、を備えることを特徴とする。
【００１３】
請求項２に記載の発明は、請求項１に記載の処理方式判定装置において、前記通信相手との通信において当該通信相手から送信された認証情報を受信する認証情報受信手段と、前記認証情報受信手段により受信された認証情報に基づいて前記通信相手の認証を行う認証手段と、を更に備え、前記有効期限送信手段は、前記認証手段による認証結果が認証成功である場合に、前記有効期限情報を前記通信相手に送信することを特徴とする。
【００１４】
請求項３に記載の発明は、請求項１に記載の処理方式判定装置において、前記通信相手との通信において当該通信相手から送信された認証情報を受信する認証情報受信手段と、前記認証情報受信手段により受信された認証情報に基づいて前記通信相手の認証を行う認証手段と、前記認証手段による認証結果が認証成功である場合に、当該認証成功を示す認証結果を前記通信相手に送信する認証結果送信手段と、前記認証結果に応じて前記通信相手から送信された有効期限読出命令を受信する読出命令受信手段と、を更に備え、前記有効期限送信手段は、前記有効期限読出命令に応じて、前記有効期限情報を前記通信相手に送信することを特徴とする。
【００１５】
請求項４に記載の発明は、従来型の認証装置または刷新型の認証装置との間で通信を行う携帯型情報処理装置であって、前記認証装置との間の通信において当該認証装置における認証処理方式を判定する処理方式判定手段と、前記従来型の認証装置と前記刷新型の認証装置のそれぞれの認証処理方式に応じた有効期限情報のうち、前記処理方式判定手段により判定された認証処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を、前記判定された認証処理方式に係る前記認証装置へ送信する有効期限送信手段と、を備えることを特徴とする。
【００１６】
請求項５に記載の発明は、１または複数の通信相手との間で通信を行うＩＣカードであって、前記通信相手との間の通信において当該通信相手における処理方式を判定する処理方式判定手段と、前記通信相手における複数の処理方式それぞれに応じた有効期限情報のうち、前記処理方式判定手段により判定された処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を前記通信相手に送信する有効期限送信手段と、を備えることを特徴とする。
【００１７】
請求項６に記載の発明は、従来型の認証装置または刷新型の認証装置との間で通信を行うＩＣカードであって、前記認証装置との間の通信において当該認証装置における認証処理方式を判定する処理方式判定手段と、前記従来型の認証装置と前記刷新型の認証装置のそれぞれの認証処理方式に応じた有効期限情報のうち、前記処理方式判定手段により判定された認証処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を、前記判定された認証処理方式に係る前記認証装置へ送信する有効期限送信手段と、を備えることを特徴とする。
【００１８】
請求項７に記載の発明は、１または複数の通信相手との間で通信を行うコンピュータにおける処理方式判定方法であって、前記コンピュータが前記通信相手との間の通信において当該通信相手における処理方式を判定するステップと、前記通信相手における複数の処理方式それぞれに応じた有効期限情報のうち、前記コンピュータが前記判定された処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を前記通信相手に送信するステップと、を含むことを特徴とする。
【００１９】
請求項８に記載の発明は、１または複数の通信相手との間で通信を行うコンピュータを、前記通信相手との間の通信において当該通信相手における処理方式を判定する処理方式判定手段と、前記通信相手における複数の処理方式それぞれに応じた有効期限情報のうち、前記処理方式判定手段により判定された処理方式に応じた前記有効期限情報を取得し、取得した有効期限情報を前記通信相手に送信する有効期限送信手段として機能させることを特徴とする。
【発明の効果】
【００２０】
本発明によれば、残存する希少な従来型の認証装置を停止させ、従来の方式をシステムから容易に排除させることができる。
【図面の簡単な説明】
【００２１】
【図１】刷新計画の一例を示す概念図である。
【図２】本実施形態に係るシステムの一例を示す図である。
【図３】不揮発性メモリ１５に記憶されるファイルの管理構造の一例を示す図である。
【図４】認証装置２、または認証装置３から受信される命令のフォーマットの一例を示す図である。
【図５】携帯型情報処理装置１と認証装置２との間の処理の流れの一例を示すシーケンス図である。
【図６】携帯型情報処理装置１と認証装置３との間の処理の流れの一例を示すシーケンス図である。
【図７】実施例１と実施例２において、ＣＰＵ１１により実行される命令処理の一例を示すフローチャートである。
【図８】実施例１において、図７に示すステップＳ１０５の識別情報読出処理の詳細を示すフローチャートである。
【図９】実施例１において、図７に示すステップＳ１０７の認証処理の詳細を示すフローチャートである。
【図１０】実施例２において、図７に示すステップＳ１０５の識別情報読出処理の詳細を示すフローチャートである。
【図１１】実施例２において、図７に示すステップＳ１０７の認証処理の詳細を示すフローチャートである。
【図１２】従来型の有効期限情報と刷新型の有効期限情報とを記憶する携帯型情報処理装置１により、従来型の認証装置が停止されることを示す概念図である。
【発明を実施するための形態】
【００２２】
以下、図面を参照して本発明の実施形態について詳細に説明する。以下に説明する実施形態は、刷新型の携帯型情報処理装置に対して本発明を適用した場合の実施の形態である。
【００２３】
先ず、図２を参照して、本実施形態に係るシステムの概要構成について説明する。図２は、本実施形態に係るシステムの一例を示す図である。図２に示すシステムＳでは、刷新型の携帯型情報処理装置１、従来型（旧型）の認証装置２、及び刷新型の認証装置３等を備えている。なお、システムＳには、従来型の携帯型情報処理装置が存在することもあり得るが、従来型の携帯型情報処理装置と、従来型の認証装置２または刷新型の認証装置３との間の動作については説明を省略する。
【００２４】
図２に示すように、携帯型情報処理装置１は、認証装置２、または認証装置３との間で、接触または非接触で通信を行うことが可能になっている。携帯型情報処理装置１は、本発明の処理方式判定装置の一例である。なお、携帯型情報処理装置１の例として、ＩＣカード、スマートフォン等が挙げられる。
【００２５】
携帯型情報処理装置１は、図１に示すように、ＣＰＵ（Central Processing Unit）１１、コプロセッサ１２、ＲＡＭ（Random Access Memory）１３、ＲＯＭ（Read Only Memory）１４、不揮発性メモリ１５、及びＩ／Ｏ回路１６を備えて構成される。ＣＰＵ１１、コプロセッサ１２、ＲＡＭ１３、ＲＯＭ１４、不揮発性メモリ１５、及びＩ／Ｏ回路１６は、バス１７に接続されている。不揮発性メモリ１５は、本発明の記憶手段の一例である。不揮発性メモリ１５の例として、フラッシュメモリが挙げられる。不揮発性メモリ１５は、「Electrically Erasable Programmable Read-Only Memory」を適用しても構わない。
【００２６】
ＲＯＭ１４または不揮発性メモリ１５は、ＣＰＵ１２に実行させるＯＳ（オペレーティングシステム）及び命令処理プログラム（本発明の処理方式判定プログラムを含む）等のプログラムを記憶する。また、不揮発性メモリ１５には、セキュアな記憶領域が設けられており、この記憶領域には、例えば、暗号鍵（例えば、携帯型情報処理装置１の秘密鍵と公開鍵の組と認証装置２の公開鍵、あるいは、携帯型情報処理装置１と認証装置２の共通鍵）、及び電子バリュー値等が記憶されている。
【００２７】
更に、不揮発性メモリ１５は、１または複数の通信相手における複数の処理方式それぞれに応じた複数の有効期限情報を記憶する。ここで、通信相手とは、認証装置２または認証装置３を意味する。本実施形態において、処理方式には、認証装置２における認証処理方式と、認証装置３における認証処理方式とがある。認証装置２における認証処理方式（以下、「従来型の認証処理方式」という）と、認証装置３における認証処理方式（以下、「刷新型の認証処理方式」という）とは異なる。従来型の認証処理方式と刷新型の認証処理方式とは、例えば、認証プロトコル（命令シーケンス）や認証処理で用いられる暗号化及び復号方式（アルゴリズム）が異なる。また、従来型の認証処理方式と刷新型の認証処理方式とは、暗号鍵の強度（長さ）が異なる場合もある。なお、認証装置３は、従来型の認証処理方式と刷新型の認証処理方式との双方をサポートしている場合もあるが、この場合、刷新型の認証処理方式をメインの認証処理方式とする。携帯型情報処理装置１は、従来型の認証処理方式と刷新型の認証処理方式との双方をサポートしており、不揮発性メモリ１５は、携帯型情報処理装置１がサポートしている認証処理方式を識別する識別情報を記憶する。
【００２８】
従来型の認証処理方式に応じた有効期限情報を、以下、「従来型の有効期限情報」といい、刷新型の認証処理方式に応じた有効期限情報を、以下、「刷新型の有効期限情報」という。従来型の有効期限情報が示す有効期限は、例えばシステム運営者が期待する刷新完了日時（例えば、図１に示す刷新完了日時Ｔ）の前日に設定される。一方、刷新型の有効期限情報が示す有効期限は、携帯型情報処理装置１の更新日時の例えば前日に設定される。例えば、携帯型情報処理装置１がＩＣカードである場合、刷新型の有効期限情報が示す有効期限は、当該ＩＣカードが再発行される日時に設定される。このため、従来型の有効期限情報が示す有効期限は、刷新型の有効期限情報が示す有効期限よりも先に到来する。従来型の有効期限情報が示す有効期限が経過すると、従来型の認証装置２は、後述する処理において、停止（失効）させられる。一方、刷新型の有効期限情報は、ＩＣカードが定期的に更新（再発行）されるたびに更に未来の日付に更新されるため、認証装置３は停止されないようになっている。なお、上記有効期限情報は、携帯型情報処理装置１が該当する処理方式を使用することができる末日を特定するためのものであり、処理方式を失効する日付であってもよく、電子証明書の有効期限や暗号鍵の有効期限であってもよい。
【００２９】
ところで、従来型の有効期限情報、刷新型の有効期限情報、及び携帯型情報処理装置１がサポートしている認証処理方式を識別する識別情報は、例えば、不揮発性メモリ１５に記憶されるファイルのレコードに格納される。ここで、不揮発性メモリ１５に記憶されるファイルについて説明する。図３は、不揮発性メモリ１５に記憶されるファイルの管理構造の一例を示す図である。図３の例では、ＭＦ（Master File）５１、ＤＦ（Dedicated File）５２、及びＥＦ（Elementary File）５２ａ，５２ｂ等の複数のファイルが示されている。なお、図３の例では、１つのＤＦ５２を示すが、複数のＤＦが不揮発性メモリ１５に記憶（例えば、アプリケーション毎にＤＦが記憶）される場合もある。これらのファイルは、不揮発性メモリ１５に記憶される定義情報により定義され、図３に示すような階層構造で管理される。このような階層構造の最上位には、ＭＦ５１が位置し、ＭＦ５１の配下にＤＦ５２が位置している。ＤＦ５２はフォルダに相当し、その配下にはＥＦ５２ａ，５２ｂ等のファイルが位置している。ＥＦ５２ａ，５２ｂ等のファイルは、データを格納するレコードを有する。各レコードには、各ＥＦ５２ａ，５２ｂ内でレコード番号（図３の例では、Record#1, Record#2）が割り当てられている。このレコード番号は、ＣＰＵ１２に実行される命令処理プログラムにより指定されることができる。そして、図３の例では、ＥＦ５２ａ内のRecord#1のレコードには従来型の有効期限情報がデータとして格納され、ＥＦ５２ａ内のRecord#2のレコードには刷新型の有効期限情報がデータとして格納されている。また、ＥＦ５２ｂ内のRecord#1のレコードには携帯型情報処理装置１がサポートしている認証処理方式を識別する識別情報がデータとして格納されている。
【００３０】
コンピュータとしてのＣＰＵ１１は、認証装置２、または認証装置３から命令（コマンド）を受信すると、ＯＳ上で命令処理プログラムに従って、後述する命令処理を実行する。この処理において、ＣＰＵ１１は、本発明における認証情報受信手段、認証手段、処理方式判定手段、有効期限送信手段、認証結果送信手段、及び読出命令受信手段等として機能する。ここで、認証装置２、または認証装置３から受信される命令のフォーマットについて説明する。図４は、認証装置２、または認証装置３から受信される命令のフォーマットの一例を示す図である。このようなフォーマットは、ＩＳＯ／ＩＥＣ７８１６−４で規定される。図４において、ＣＬＡ、ＩＮＳ、Ｐ１、及びＰ２が命令（ヘッダともいう）を構成する。そして、命令の後には、Ｌｃ、Ｄａｔａ、及びＬｅから構成されるボディが続くことになる。ＣＬＡ（クラスバイト）は、命令クラス（種別）を示す。ＩＮＳ（インストラクションバイト）は、命令コードを示す。Ｐ１及びＰ２（パラメータバイト）は、ＩＮＳに応じたパラメータを示す。例えば、命令が後述する認証命令である場合、Ｐ１及びＰ２には、従来型の認証処理方式を示す識別子、または刷新型の認証処理方式を示す識別子が含まれてもよい。Ｌｃ（Ｌｃフィールド）は、Ｄａｔａの長さ（ビット長）を示す。Ｄａｔａ（データフィールド）は、命令処理に使用されるデータを示す。例えば、命令が認証命令である場合、Ｄａｔａには、後述する認証コード、または、上記認証処理方式を示す識別子と認証コードが格納される。Ｌｅ（Ｌｅフィールド）は、当該命令に対して返信されるレスポンスの最大長を示す。
【００３１】
Ｉ／Ｏ回路１６は、認証装置２、または認証装置３とのインターフェイスを担う。Ｉ／Ｏ回路１６は、接触または非接触で認証装置２、または認証装置３に接続される。例えば、携帯型情報処理装置１が接触式のＩＣカードである場合、Ｉ／Ｏ回路１６には、例えば、Ｃ１〜Ｃ８の８個の端子が備えられている。例えば、Ｃ１端子は電源端子、Ｃ２端子はリセット端子、Ｃ３端子はクロック端子、Ｃ５端子はグランド端子、Ｃ７端子は認証装置２、または認証装置３との間で通信（読取装置を介して通信）を行うための端子である。一方、携帯型情報処理装置１が非接触式のＩＣカードである場合、Ｉ／Ｏ回路１６には、例えば、アンテナ、及び変復調回路が備えられている。
【００３２】
認証装置２、及び認証装置３は、それぞれ、携帯型情報処理装置１と通信を行う読取装置と、携帯型情報処理装置１の認証を行う認証装置とが別体で構成され、当該読取装置と当該認証装置とが例えば有線または無線で接続されるように構成されてもよいし、あるいは、上記読取装置と上記認証装置とが一体的に構成されてもよい。認証装置２、及び認証装置３は、それぞれ、時計機能（カレンダー機能）を有し、暗号鍵（例えば、認証装置２の秘密鍵と公開鍵の組と携帯型情報処理装置１の公開鍵、あるいは、携帯型情報処理装置１と認証装置２の共通鍵）を記憶する。そして、認証装置２、及び認証装置３は、それぞれ、携帯型情報処理装置１を認証し、認証結果に応じて所定の処理を実行する。例えば、認証装置２、及び認証装置３には、それぞれ、その用途に応じた決済処理装置や機器制御装置などが接続され、認証結果に応じて各種命令を出力する。
【００３３】
次に、図５及び図６を参照して、本実施形態に係るシステムの動作について説明する。図５は、携帯型情報処理装置１と認証装置２との間の処理の流れの一例を示すシーケンス図である。図６は、携帯型情報処理装置１と認証装置３との間の処理の流れの一例を示すシーケンス図である。
【００３４】
先ず、図５の例では、携帯型情報処理装置１が、接触または非接触で認証装置２に接続されると、認証装置２は、開始命令（リセット命令）を携帯型情報処理装置１へ送信する（ステップＳ１）。携帯型情報処理装置１は、認証装置２から送信された開始命令を受信すると、初期応答情報を当該認証装置２へ送信する（ステップＳ２）。認証装置２は、携帯型情報処理装置１から送信された初期応答情報を受信すると、認証コードＣ１を生成し（ステップＳ３）、生成した認証コードＣ１（図４に示すＤａｔａに格納）と認証命令とを携帯型情報処理装置１へ送信する（ステップＳ４）。ここで、認証コードＣ１は、例えば、携帯型情報処理装置１から取得した乱数を、認証装置２の秘密鍵で署名することにより生成される。署名には、例えばＤＳＡやＲＳＡ暗号方式等などが用いられる。なお、認証コードＣ１は、例えば、携帯型情報処理装置１から取得した乱数を、携帯型情報処理装置１と認証装置２の共通鍵で暗号化することにより生成されてもよい。
【００３５】
携帯型情報処理装置１は、認証装置２から送信された認証コードＣ１と認証命令とを受信すると、当該受信された認証コードＣ１に基づいて認証装置２の認証（認証コードＣ１の検証）を行う（ステップＳ５）。認証コードＣ１は、認証装置２の間の通信において認証装置２から送信された認証情報の一例である。例えば、携帯型情報処理装置１は、当該受信された認証コードＣ１を不揮発性メモリ１５に記憶された公開鍵（認証装置２の公開鍵）で署名検証し、署名検証された値と、当該認証コードＣ１の基になった乱数（認証装置２へ送信された乱数）とが一致するか否かを判定することにより上記認証を行う。なお、携帯型情報処理装置１は、当該受信された認証コードＣ１を不揮発性メモリ１５に記憶された共通鍵で復号し、復号された値と、当該認証コードＣ１の基になった乱数とが一致するか否かを判定することにより上記認証を行ってもよい。復号された値と当該認証コードＣ１の基になった乱数とが一致する場合、認証成功と判定される一方、両者が一致しない場合、認証失敗と判定される。なお、公開鍵で認証コードＣ１が署名検証できたことをもって、認証成功と判定されてもよい（この場合、復号された値と、乱数とが一致するか否かの判定を省略される）。認証成功と判定された場合、携帯型情報処理装置１は、認証コードＣ２を生成し（ステップＳ６）、生成した認証コードＣ２と認証結果とを認証装置２へ送信する（ステップＳ７）。ここで、認証コードＣ２は、例えば、認証装置２から取得した乱数を、携帯型情報処理装置１の秘密鍵で署名することにより生成される。なお、認証コードＣ２は、例えば、認証装置２から取得した乱数を、携帯型情報処理装置１と認証装置２の共通鍵で暗号化することにより生成されてもよい。なお、認証失敗と判定された場合、携帯型情報処理装置１は、その認証結果を認証装置２へ送信する。
【００３６】
認証装置２は、携帯型情報処理装置１から送信された認証コードＣ２と認証結果とを受信すると、当該受信された認証コードＣ２に基づいて携帯型情報処理装置１の認証（認証コードＣ２の検証）を行う（ステップＳ８）。例えば、認証装置２は、当該受信された認証コードＣ２を携帯型情報処理装置１の公開鍵で署名検証し、署名検証された値と、当該認証コードＣ２の基になった乱数とが一致するか否かを判定することにより上記認証を行う。なお、認証装置２は、当該受信された認証コードＣ２を共通鍵で復号し、復号された値と、当該認証コードＣ２の基になった乱数とが一致するか否かを判定することにより上記認証を行ってもよい。復号された値と当該認証コードＣ２の基になった乱数とが一致する場合、認証成功と判定される一方、両者が一致しない場合、認証失敗と判定される。なお、公開鍵で認証コードＣ２が署名検証できたことをもって、認証成功と判定されてもよい（この場合、復号された値と、乱数とが一致するか否かの判定を省略される）。認証装置２は、携帯型情報処理装置１から送信された認証結果が認証失敗であるか、または認証コードＣ２に基づく認証の結果が認証失敗であると判定した場合（ステップＳ８：ＮＯ）、認証装置２の動作を停止する（ステップＳ９）。一方、認証装置２は、携帯型情報処理装置１から送信された認証結果が認証成功であり、且つ認証コードＣ２に基づく認証の結果が認証成功であると判定した場合（ステップＳ８：ＹＥＳ）、有効期限読出命令を携帯型情報処理装置１へ送信する（ステップＳ１０）。なお、認証装置２は、認証コードＣ２に基づく認証の結果が認証成功であると判定した場合、有効期限読出命令を携帯型情報処理装置１へ送信してもよい（この場合、認証装置２は、携帯型情報処理装置１から送信された認証結果を判断しない）。
【００３７】
携帯型情報処理装置１は、認証結果に応じて認証装置２から送信された有効期限読出命令を受信すると、当該有効期限読出命令に応じて、従来型の認証処理方式に応じた有効期限情報（例えば、認証装置２の刷新完了日の前日を示す情報）を不揮発性メモリ１５から読み出し（取得し）、読み出した有効期限情報を認証装置２へ送信する（ステップＳ１１）。
【００３８】
認証装置２は、携帯型情報処理装置１から送信された有効期限情報を受信すると、当該受信された有効期限情報が示す有効期限と、時計機能に基づく現在日時とを比較し、携帯型情報処理装置１が有効期間内にあるか否かを判定（有効期限を判定）する（ステップＳ１２）。認証装置２は、携帯型情報処理装置１が有効期間内にない（有効期限が到来している）と判定した場合（ステップＳ１２：ＮＯ）、認証装置２の動作を停止（失効）する（ステップＳ１３）。一方、認証装置２は、携帯型情報処理装置１が有効期間内にあると判定した場合（ステップＳ１２：ＹＥＳ）、書込命令を携帯型情報処理装置１へ送信する（ステップＳ１４）。書込命令は、携帯型情報処理装置１に記憶されている電子バリュー値を加算または減算させるための命令、あるいはゲートを通過したログ情報を書き込ませるための命令である。携帯型情報処理装置１は、認証装置２から送信された書込命令を受信すると、当該書込命令に従って、不揮発性メモリ１５に情報を書き込み、書込結果を認証装置２へ送信する（ステップＳ１５）。
【００３９】
なお、読取装置と認証装置とが別体で構成されている場合、認証装置が携帯型情報処理装置１の認証（ステップＳ８）を行う一方、読取装置が携帯型情報処理装置１からの有効期間情報に基づく判定を行う（ステップＳ１２）ように構成してもよい。
【００４０】
次に、図６の例では、携帯型情報処理装置１が、接触または非接触で認証装置３に接続されると、図５の例と同様、認証装置３は、開始命令を携帯型情報処理装置１へ送信する（ステップＳ２１）。携帯型情報処理装置１は、認証装置３から送信された開始命令を受信すると、初期応答情報を当該認証装置３へ送信する（ステップＳ２２）。認証装置３は、携帯型情報処理装置１から送信された初期応答情報を受信すると、識別情報読出命令を携帯型情報処理装置１へ送信する（ステップＳ２３）。携帯型情報処理装置１は、認証装置３から送信された識別情報読出命令を受信すると、携帯型情報処理装置１がサポートしている認証処理方式を識別する識別情報を読み出し、読み出した識別情報を、認証装置３へ送信する（ステップＳ２４）。認証装置３は、携帯型情報処理装置１から送信された識別情報を受信すると、当該識別情報により識別される認証処理方式を選択し、当該選択した認証処理方式にしたがって認証コードＣ３を生成し（ステップＳ２５）、生成した認証コードＣ３と認証命令とを携帯型情報処理装置１へ送信する（ステップＳ２６）。ここで、認証コードＣ３は、例えば、認証コードＣ１よりも強度が高くなっている。携帯型情報処理装置１は、認証装置３から送信された認証コードＣ３と認証命令とを受信すると、当該受信された認証コードＣ３に基づいて携帯型情報処理装置１がサポートしている認証処理方式で認証装置３の認証（認証コードＣ３の検証）を行う（ステップＳ２７）。認証成功と判定された場合、携帯型情報処理装置１は、認証コードＣ４を生成し（ステップＳ２８）、生成した認証コードＣ４と認証結果とを認証装置３へ送信する（ステップＳ２９）。ここで、認証コードＣ４は、例えば、認証装置３から取得した乱数を、携帯型情報処理装置１の秘密鍵で署名、または共通鍵で暗号化することにより生成される。
【００４１】
認証装置３は、携帯型情報処理装置１から送信された認証コードＣ４と認証結果とを受信すると、当該受信された認証コードＣ４に基づいて携帯型情報処理装置１の認証（認証コードＣ４の検証）を行う（ステップＳ３０）。例えば、認証装置３は、当該受信された認証コードＣ４を携帯型情報処理装置１の公開鍵で署名検証し、署名検証された値と、当該認証コードＣ４の基になった乱数とが一致するか否かを判定することにより上記認証を行う。なお、認証装置３は、当該受信された認証コードＣ４を共通鍵で復号し、復号された値と、当該認証コードＣ４の基になった乱数とが一致するか否かを判定することにより上記認証を行ってもよい。復号された値と当該認証コードＣ４の基になった乱数とが一致する場合、認証成功と判定される一方、両者が一致しない場合、認証失敗と判定される。なお、公開鍵で認証コードＣ４が署名検証できたことをもって、認証成功と判定されてもよい（この場合、復号された値と、乱数とが一致するか否かの判定を省略される）。認証装置３は、携帯型情報処理装置１から送信された認証結果が認証失敗であるか、または認証コードＣ４に基づく認証の結果が認証失敗であると判定した場合（ステップＳ３０：ＮＯ）、認証装置３の動作を停止する（ステップＳ３１）。一方、認証装置３は、携帯型情報処理装置１から送信された認証結果が認証成功であり、且つ認証コードＣ４に基づく認証の結果が認証成功であると判定した場合（ステップＳ３０：ＹＥＳ）、有効期限読出命令を携帯型情報処理装置１へ送信する（ステップＳ３２）。なお、認証装置３は、認証コードＣ４に基づく認証の結果が認証成功であると判定した場合、有効期限読出命令を携帯型情報処理装置１へ送信してもよい（この場合、認証装置３は、携帯型情報処理装置１から送信された認証結果を判断しない）。
【００４２】
携帯型情報処理装置１は、認証結果に応じて認証装置３から送信された有効期限読出命令を受信すると、当該有効期限読出命令に応じて、刷新型の認証処理方式に応じた有効期限情報を不揮発性メモリ１５から読み出し（取得し）、読み出した有効期限情報を認証装置３へ送信する（ステップＳ３３）。以降、ステップＳ３４〜Ｓ３７の処理は、図５に示すステップＳ１２〜Ｓ１５の処理と同様である。
【００４３】
次に、図７〜図１１を参照して、図５または図６に示す動作において携帯型情報処理装置１が行う命令処理の詳細について、実施例１と実施例２とに分けて説明する。実施例１では、認証装置から受信した認証命令に示される認証処理方式が刷新型であると判定されたことに基づき認証装置情報を刷新型に設定するのに対し、実施例２では、認証装置から識別情報読出命令が受信されたことに基づき認証装置情報を刷新型に設定する点が異なる。ここで、認証装置情報とは、認証装置の認証処理方式が従来型であるか、あるいは刷新型であるかを示す情報である。携帯型情報処理装置１には、実施例１と実施例２との何れか一方の実施例をサポートする命令処理プログラムがインストールされる。図７は、実施例１と実施例２において、ＣＰＵ１１により実行される命令処理の一例を示すフローチャートである（つまり、図７に示す処理は、実施例１と実施例２とで共通する）。図８は、実施例１において、図７に示すステップＳ１０５の識別情報読出処理の詳細を示すフローチャートである。図９は、実施例１において、図７に示すステップＳ１０７の認証処理の詳細を示すフローチャートである。図１０は、実施例２において、図７に示すステップＳ１０５の識別情報読出処理の詳細を示すフローチャートである。図１１は、実施例２において、図７に示すステップＳ１０７の認証処理の詳細を示すフローチャートである。
【００４４】
（実施例１）
はじめに、図７〜図９を参照して、実施例１における命令処理の詳細について説明する。図７に示す処理は、携帯型情報処理装置１が、認証装置２または認証装置３から開始命令を受信したときに開始される。ここで受信される開始命令は、図５のステップＳ１に示す開始命令、または図６のステップＳ２１に示す開始命令に相当する。図７に示す処理が開始されると、携帯型情報処理装置１のＣＰＵ１１は、上記認証装置情報を従来型に初期設定（例えば、ＲＡＭ１３または不揮発性メモリ１５に設けられた設定領域のフラグを“０”にセット）し、初期応答情報を、Ｉ／Ｏ回路１６を介して、開始命令の送信元である認証装置へ送信し（ステップＳ１０１）、命令受信待ちとなる（ステップＳ１０２）。ここで送信される初期応答情報は、図５のステップＳ２に示す初期応答情報、または図６のステップＳ２２に示す初期応答情報に相当する。
【００４５】
次いで、携帯型情報処理装置１のＣＰＵ１１は、命令を受信したか否かを判定する（ステップＳ１０３）。携帯型情報処理装置１のＣＰＵ１１は、命令を受信していないと判定した場合（ステップＳ１０３：ＮＯ）、ステップＳ１０２に戻る。一方、携帯型情報処理装置１のＣＰＵ１１は、命令を受信したと判定した場合（ステップＳ１０３：ＹＥＳ）、ステップＳ１０４へ進む。
【００４６】
ステップＳ１０４では、携帯型情報処理装置１のＣＰＵ１１は、受信した命令が識別情報読出命令であるか否かを判定する。携帯型情報処理装置１のＣＰＵ１１は、受信した命令が識別情報読出命令であると判定した場合（ステップＳ１０４：ＹＥＳ）、ステップＳ１０５へ進む。ここで受信される識別情報読出命令は、図６のステップＳ２３に示す識別情報読出命令に相当する。なお、携帯型情報処理装置１が従来型の認証装置２と通信する場合、当該認証装置２からは識別情報読出命令が送信されないため（図５参照）、ステップＳ１０３で受信された命令が識別情報読出命令と判定されることはない。一方、携帯型情報処理装置１のＣＰＵ１１は、受信した命令が識別情報読出命令でないと判定した場合（ステップＳ１０４：ＮＯ）、ステップＳ１０６へ進む。
【００４７】
ステップＳ１０５の識別情報読出処理では、図８に示すように、携帯型情報処理装置１のＣＰＵ１１は、携帯型情報処理装置１がサポートしている認証処理方式を識別する識別情報を、例えば不揮発性メモリ１５に記憶されたレコード（図３の例では、ＥＦ５２ｂ内のRecord#1のレコード）から読み出し、読み出した識別情報を、Ｉ／Ｏ回路１６を介して、認証装置２へ送信し（ステップＳ５０１）、図７に示す処理に戻る。ここで送信される識別情報は、図６のステップＳ２４に示す識別情報に相当する。なお、ステップＳ１０５の識別情報読出処理は、携帯型情報処理装置１が刷新型の認証装置３と通信する場合にのみ実行される。
【００４８】
ステップＳ１０６では、携帯型情報処理装置１のＣＰＵ１１は、受信した命令が認証命令であるか否かを判定する。携帯型情報処理装置１のＣＰＵ１１は、受信した命令が認証命令であると判定した場合（ステップＳ１０６：ＹＥＳ）、ステップＳ１０７へ進む。この場合、受信された認証命令には、上述したように認証コードＣ１または認証コードＣ３が付加されている。ここで受信される認証命令は、図５のステップＳ４に示す認証命令、または図６のステップＳ２６に示す認証命令に相当する。一方、携帯型情報処理装置１のＣＰＵ１１は、受信した命令が認証命令でないと判定した場合（ステップＳ１０６：ＮＯ）、ステップＳ１０８へ進む。
【００４９】
ステップＳ１０７の認証処理では、図９に示すように、携帯型情報処理装置１のＣＰＵ１１は、認証命令を送信した認証装置の認証処理方式は刷新型であるか否かを判定（つまり、認証命令を送信した認証装置における認証処理方式を判定）する（ステップＳ７０１）。例えば、認証命令と共に受信された認証コードの長さ（例えばビット長）が閾値以上である場合、当該認証装置の認証処理方式は刷新型であると判定される。認証コードの長さは、図４を用いて説明したように、認証命令に続くボディに含まれるＬｃまたはＤａｔａから特定することができる。あるいは、認証命令自体の形式、または認証命令に含まれる識別子から、認証命令を送信した認証装置の認証処理方式は刷新型であるか否かが判定されてもよい。認証命令自体の形式は、認証命令におけるＣＬＡ及びＩＮＳから特定することができる。認証命令に含まれる識別子は、従来型の認証処理方式または刷新型の認証処理方式を示すものであり、認証装置側で認証命令におけるＰ１及びＰ２に含まれる。ステップＳ７０１において、認証命令を送信した認証装置の認証処理方式は刷新型でないと判定された場合（ステップＳ７０１：ＮＯ）、ステップＳ７０２へ進む。なお、ステップＳ７０１において認証命令を送信した認証装置の認証処理方式が刷新型でないと判定された場合、上記認証装置情報が従来型に設定されるように構成してもよく、この場合、ステップＳ１０１において上記認証装置情報が従来型に初期設定されなくてもよい。一方、認証命令を送信した認証装置の認証処理方式は刷新型であると判定された場合（ステップＳ７０１：ＹＥＳ）、ステップＳ７０７へ進む。
【００５０】
ステップＳ７０２では、携帯型情報処理装置１のＣＰＵ１１は、認証命令と共に受信された認証コードＣ１に基づいて認証装置２の認証（図５のステップＳ５に示す認証に相当）を行う。例えば、ＣＰＵ１１は、認証コードＣ１と演算命令とをコプロセッサ１２へ出力する。コプロセッサ１２は、演算命令に応じて、不揮発性メモリ１５に記憶された上述した公開鍵で認証コードＣ１を署名検証するか、または共通鍵で認証コードＣ１を復号し、その値をＣＰＵへ出力する。ＣＰＵ１１は、例えば、コプロセッサ１２からの値と、当該認証コードＣ１の基になった乱数（認証装置２へ以前に送信された乱数）とが一致するか否かを判定することにより上記認証を行う。そして、携帯型情報処理装置１のＣＰＵ１１は、認証成功であるか否かを判定する（ステップＳ７０３）。上記値と当該認証コードＣ１の基になった乱数とが一致する場合（あるいは、署名検証結果が良好である場合）、認証成功と判定される一方、両者が一致しない場合、認証失敗と判定される。認証成功であると判定された場合（ステップＳ７０３：ＹＥＳ）、ステップＳ７０４へ進む。一方、認証成功でないと判定された場合（ステップＳ７０３：ＮＯ）、ステップＳ７０６へ進む。
【００５１】
ステップＳ７０４では、携帯型情報処理装置１のＣＰＵ１１は、コプロセッサ１２に認証コードＣ２を生成（図５のステップＳ６に示す生成に相当）させる。例えば、ＣＰＵ１１は、認証装置２から以前に取得した乱数と演算命令とをコプロセッサ１２へ出力する。コプロセッサ１２は、演算命令に応じて、不揮発性メモリ１５に記憶された上述した秘密鍵で乱数を署名するか、または共通鍵で乱数を暗号化し、これにより生成された認証コードＣ２をＣＰＵへ出力する。ＣＰＵ１１は、コプロセッサ１２により生成された認証コードＣ２を取得する。次いで、携帯型情報処理装置１のＣＰＵ１１は、生成された認証コードＣ２と、認証成功を示す認証結果とを、Ｉ／Ｏ回路１６を介して、認証装置２へ送信し（ステップＳ７０５）、図７に示す処理に戻る。ここで送信される認証結果は、図５のステップＳ７に示す認証結果に相当する。一方、ステップＳ７０６では、携帯型情報処理装置１のＣＰＵ１１は、認証失敗を示す認証結果を、Ｉ／Ｏ回路１６を介して、認証装置２へ送信し、図７に示す処理に戻る。ここで送信される認証結果は、図５のステップＳ７に示す認証結果に相当する。
【００５２】
ステップＳ７０７では、携帯型情報処理装置１のＣＰＵ１１は、認証装置情報を刷新型に設定（例えば、ＲＡＭ１３または不揮発性メモリ１５に設けられた設定領域のフラグを“１”にセット）する。つまり、ステップＳ７０１において認証命令を送信した認証装置の認証処理方式が刷新型であると判定されたことに基づき認証装置情報が刷新型に設定される。これにより、認証装置情報の設定は、従来型から刷新型に切り替わる。次いで、携帯型情報処理装置１のＣＰＵ１１は、認証命令と共に受信された認証コードＣ３に基づいて、ステップＳ７０２と同じ要領で、認証装置３の認証（図６のステップＳ２７に示す認証に相当）を行う（ステップＳ７０８）。そして、携帯型情報処理装置１のＣＰＵ１１は、認証成功であるか否かを判定する（ステップＳ７０９）。認証成功であると判定された場合（ステップＳ７０９：ＹＥＳ）、ステップＳ７１０へ進む。一方、認証成功でないと判定された場合（ステップＳ７０９：ＮＯ）、ステップＳ７１２へ進む。ステップＳ７１０では、携帯型情報処理装置１のＣＰＵ１１は、ステップＳ７０４と同じ要領で、コプロセッサ１２に認証コードＣ４を生成（図６のステップＳ２８に示す生成に相当）させる。次いで、携帯型情報処理装置１のＣＰＵ１１は、生成された認証コードＣ４と、認証成功を示す認証結果とを、Ｉ／Ｏ回路１６を介して、認証装置３へ送信し（ステップＳ７１１）、図７に示す処理に戻る。ここで送信される認証結果は、図６のステップＳ２９に示す認証結果に相当する。一方、ステップＳ７１２では、携帯型情報処理装置１のＣＰＵ１１は、認証失敗を示す認証結果を、Ｉ／Ｏ回路１６を介して、認証装置３へ送信し、図７に示す処理に戻る。ここで送信される認証結果は、図６のステップＳ２９に示す認証結果に相当する。
【００５３】
図７の処理に戻り、ステップＳ１０８では、携帯型情報処理装置１のＣＰＵ１１は、受信した命令が有効期限読出命令であるか否かを判定する。携帯型情報処理装置１のＣＰＵ１１は、受信した命令が有効期限読出命令であると判定した場合（ステップＳ１０８：ＹＥＳ）、ステップＳ１０９へ進む。ここで受信される有効期限読出命令は、図５のステップＳ１０に示す有効期限読出命令、または図６のステップＳ３２に示す有効期限読出命令に相当する。一方、携帯型情報処理装置１のＣＰＵ１１は、受信した命令が有効期限読出命令でないと判定した場合（ステップＳ１０８：ＮＯ）、ステップＳ１１２へ進む。
【００５４】
ステップＳ１０９では、携帯型情報処理装置１のＣＰＵ１１は、認証装置情報が刷新型に設定されているか否かを判定する。携帯型情報処理装置１のＣＰＵ１１は、認証装置情報が刷新型に設定されていると判定した場合（ステップＳ１０９：ＹＥＳ）、刷新型の認証処理方式に応じた「刷新型の有効期限情報」を不揮発性メモリ１５に記憶されたレコード（図３の例では、ＥＦ５２ａ内のRecord#2のレコード）から読み出し（取得し）、読み出した有効期限情報を、Ｉ／Ｏ回路１６を介して、認証装置３へ送信し（ステップＳ１１０）、ステップＳ１０２に戻る。ここで送信される刷新型の有効期限情報は、図６のステップＳ３３に示す有効期限情報に相当する。一方、携帯型情報処理装置１のＣＰＵ１１は、認証装置情報は刷新型に設定されていないと判定した場合（ステップＳ１０９：ＮＯ）、従来型の認証処理方式に応じた「従来型の有効期限情報」を不揮発性メモリ１５に記憶されたレコード（図３の例では、ＥＦ５２ａ内のRecord#1のレコード）から読み出し（取得し）、読み出した有効期限情報を、Ｉ／Ｏ回路１６を介して、認証装置２へ送信し（ステップＳ１１１）、ステップＳ１０２に戻る。ここで送信される従来型の有効期限情報は、図５のステップＳ１１に示す有効期限情報に相当する。
【００５５】
ステップＳ１１２では、携帯型情報処理装置１のＣＰＵ１１は、受信した命令が書込命令であるか否かを判定する。携帯型情報処理装置１のＣＰＵ１１は、受信した命令が書込命令であると判定した場合（ステップＳ１１２：ＹＥＳ）、ステップＳ１１３へ進む。ここで受信される書込命令は、図５のステップＳ１４に示す書込命令、または図６のステップＳ３６に示す書込命令に相当する。一方、携帯型情報処理装置１のＣＰＵ１１は、受信した命令が書込命令でないと判定した場合（ステップＳ１１２：ＮＯ）、異常命令応答を出力し（ステップＳ１１７）、ステップＳ１０２に戻る。
【００５６】
ステップＳ１１３では、携帯型情報処理装置１のＣＰＵ１１は、書き込み処理を実行する。この書き込み処理では、携帯型情報処理装置１のＣＰＵ１１は、例えば、不揮発性メモリ１５に記憶されている電子バリュー値を加算または減算する。あるいは、携帯型情報処理装置１のＣＰＵ１１は、ゲートを通過したログ情報を不揮発性メモリ１５に書き込む。次いで、携帯型情報処理装置１のＣＰＵ１１は、不揮発性メモリ１５に正常に書き込めたか否かを判定する（ステップＳ１１４）。携帯型情報処理装置１のＣＰＵ１１は、正常に書き込めたと判定した場合（ステップＳ１１４：ＹＥＳ）、書込成功情報を、Ｉ／Ｏ回路１６を介して、書込命令の送信元である認証装置へ送信し（ステップＳ１１５）、ステップＳ１０２に戻る。ここで送信される書込成功情報は、図５のステップＳ１５に示す書込結果、または図６のステップＳ３７に示す書込結果に相当する。一方、携帯型情報処理装置１のＣＰＵ１１は、正常に書き込めないと判定した場合（ステップＳ１１４：ＮＯ）、書込失敗情報を、Ｉ／Ｏ回路１６を介して、書込命令の送信元である認証装置へ送信し（ステップＳ１１６）、ステップＳ１０２に戻る。
【００５７】
（実施例２）
次に、図７、図１０、及び図１１を参照して、実施例２における命令処理の詳細について説明する。実施例２においても、実施例１と同様、図７に示す処理は、携帯型情報処理装置１が、認証装置２または認証装置３から開始命令を受信したときに開始される。図７に示すステップＳ１０１〜Ｓ１０４、Ｓ１０６、及びＳ１０８〜Ｓ１１６の処理は、実施例１と同様であるので、重複する説明を省略する。
【００５８】
ステップＳ１０５の識別情報読出処理は、実施例１とは異なり、図１０に示す処理が行われる。すなわち、携帯型情報処理装置１のＣＰＵ１１は、図１０に示すように、認証装置情報を刷新型に設定（例えば、ＲＡＭ１３または不揮発性メモリ１５に設けられた設定領域のフラグを“１”にセット）する（ステップＳ５１１）。つまり、ステップＳ１０４において認証装置から識別情報読出命令が受信されたことに基づき認証装置情報が刷新型に設定される。次いで、携帯型情報処理装置１のＣＰＵ１１は、携帯型情報処理装置１がサポートしている認証処理方式を識別する識別情報を、例えば不揮発性メモリ１５に記憶されたレコード（図３の例では、ＥＦ５２ｂ内のRecord#1のレコード）から読み出し、読み出した識別情報を、Ｉ／Ｏ回路１６を介して、認証装置２へ送信し（ステップＳ５１２）、図７に示す処理に戻る。ここで送信される識別情報は、図６のステップＳ２４に示す識別情報に相当する。なお、ステップＳ１０５の識別情報読出処理は、携帯型情報処理装置１が刷新型の認証装置３と通信する場合にのみ実行される。
【００５９】
次に、ステップＳ１０７の認証処理は、実施例２とは異なり、図１１に示す処理が行われる。すなわち、携帯型情報処理装置１のＣＰＵ１１は、図１１に示すように、認証装置情報が刷新型に設定されているか否かを判定する。携帯型情報処理装置１のＣＰＵ１１は、認証装置情報が刷新型に設定されていないと判定した場合（ステップＳ７２１：ＮＯ）、ステップＳ７２２へ進む。つまり、ステップＳ５１１の処理が行われなった場合、認証装置情報は従来型に初期設定されているので、ステップＳ７２２へ進む。一方、携帯型情報処理装置１のＣＰＵ１１は、認証装置情報が刷新型に設定されていると判定した場合（ステップＳ７２１：ＹＥＳ）、ステップＳ７２７へ進む。
【００６０】
ステップＳ７２２では、携帯型情報処理装置１のＣＰＵ１１は、認証命令と共に受信された認証コードＣ１に基づいて認証装置２の認証を行う。次いで、携帯型情報処理装置１のＣＰＵ１１は、認証成功であるか否かを判定する（ステップＳ７２３）。上記値と当該認証コードＣ１の基になった乱数とが一致する場合（あるいは、署名検証結果が良好である場合）、認証成功と判定される一方、両者が一致しない場合、認証失敗と判定される。認証成功であると判定された場合（ステップＳ７２３：ＹＥＳ）、認証コードＣ２が生成され（ステップＳ７２４）、生成された認証コードＣ２と、認証成功を示す認証結果とが、認証装置２へ送信され（ステップＳ７２５）、図７に示す処理に戻る。一方、認証成功でないと判定された場合（ステップＳ７２３：ＮＯ）、認証失敗を示す認証結果が、認証装置２へ送信され（ステップＳ７２６）、図７に示す処理に戻る。なお、ステップＳ７２２〜Ｓ７２６の処理は、図９に示す７０２〜Ｓ７０６の処理と同様である。
【００６１】
一方、ステップＳ７２７では、携帯型情報処理装置１のＣＰＵ１１は、認証命令と共に受信された認証コードＣ３に基づいて、認証装置３の認証を行う。次いで、携帯型情報処理装置１のＣＰＵ１１は、認証成功であるか否かを判定する（ステップＳ７２８）。認証成功であると判定された場合（ステップＳ７２８：ＹＥＳ）、認証コードＣ４が生成され（ステップＳ７２９）、生成された認証コードＣ４と、認証成功を示す認証結果とが、認証装置３へ送信され（ステップＳ７３０）、図７に示す処理に戻る。一方、認証成功でないと判定された場合（ステップＳ７２８：ＮＯ）、認証失敗を示す認証結果が認証装置３へ送信され（ステップＳ７３１）、図７に示す処理に戻る。なお、ステップＳ７２７〜Ｓ７３０の処理は、図９に示す７０８〜Ｓ７１２の処理と同様である。
【００６２】
なお、上記実施例１または実施例２において、認証装置が携帯型情報処理装置１から送信された認証結果を判断せずに、有効期限読出命令を送信する構成の場合、携帯型情報処理装置１のＣＰＵ１１は、上記ステップＳ７０２、ステップＳ７０８、ステップＳ７２２、またはステップＳ７２７の認証結果を記憶しておき、当該記憶された認証結果が認証成功であるか否かを、図７のステップＳ１０９で判定し、認証成功であると判定した場合（認証成功が記憶されている場合）に、認証装置情報は刷新型に設定されているか否かを判定することになる。なお、認証成功でないと判定された場合、有効期限情報は送信されず、異常命令応答が出力される。
【００６３】
図１２は、従来型の有効期限情報と刷新型の有効期限情報とを記憶する携帯型情報処理装置１により、従来型の認証装置が停止されることを示す概念図である。図１２の例では、ケースβの場合において、従来型の有効期限により、期待される刷新完了日時Ｔに、従来型の認証装置が使用不可となる。一方、従来型の有効期限より先に設定された刷新型の有効期限まで刷新型の認証装置は使用可能であり、その後も携帯型情報処理装置１の更新により刷新型の認証装置は使用可能となる。
【００６４】
以上説明したように、上記実施形態によれば、携帯型情報処理装置１は、複数の認証処理方式それぞれに応じた複数の有効期限情報を記憶しておき、認証装置との間の通信において当該認証装置における認証処理方式を判定し、判定した認証処理方式に応じた有効期限情報を不揮発性メモリ１５から取得し、取得した有効期限情報を認証装置へ送信するように構成したので、残存する希少な従来型の認証装置を停止させ、従来の方式をシステムから容易に排除させることができる。
【００６５】
なお、上記実施形態においては、通信相手における処理方式として認証処理方式を例にとって説明したが、通信相手における処理方式は、通信相手における機器の制御処理方式であってもよい。この場合、例えば、建物内の部屋の出入口のドアの開閉を制御する機器の制御処理方式に違い（例えば、曜日によって異なる）があれば、制御処理方式ごとに有効期限情報を設定することができる。また、上記実施形態においては、通信相手として、認証装置２と認証装置３を例にとって説明したが、通信相手は、装置において動作するＯＳ等であってもよい。また、通信相手における処理方式は、３つ以上あってもよい。例えば、処理方式１、処理方式２、処理方式３、及び処理方式４と４つの異なる処理方式がある場合、通信相手における複数の処理方式それぞれに応じた有効期限情報とは、処理方式１に応じた有効期限情報１、処理方式２に応じた有効期限情報２、処理方式３に応じた有効期限情報３、及び処理方式４に応じた有効期限情報４というように解釈する。あるいは、有効期限情報２〜４が同一であってもよく、この場合、通信相手における複数の処理方式それぞれに応じた有効期限情報とは、処理方式１に応じた有効期限情報１と、処理方式１以外（つまり、処理方式２〜４）に応じた有効期限情報２というように解釈する。
【００６６】
また、上記実施形態においては、不揮発性メモリ１５には、通信相手における複数の処理方式それぞれに応じた複数の有効期限情報を記憶するように構成したが、有効期限情報が例えばＩＣカード発行時の発行処理データとして不揮発性メモリ１５に記録されていなくてもよく、当該有効期限情報は、計算によって導き出されたり、あるいはプログラム中に直接記述（ハードコーディング）されたりするものであってもよい。また、当該有効期限情報の応答にあたり、携帯型情報処理装置１は、応答する情報が有効期限情報であると認識せずに応答してもよい。
【符号の説明】
【００６７】
１  携帯型情報処理装置
２  従来型の認証装置
３  刷新型の認証装置
１１  ＣＰＵ
１２  コプロセッサ
１３  ＲＡＭ
１４  ＲＯＭ
１５  不揮発性メモリ
１６  Ｉ／Ｏ回路
１７  バス
【図１】
0006613916.tif 000002
【図２】
0006613916.tif 000003
【図３】
0006613916.tif 000004
【図４】
0006613916.tif 000005
【図５】
0006613916.tif 000006
【図６】
0006613916.tif 000007
【図７】
0006613916.tif 000008
【図８】
0006613916.tif 000009
【図９】
0006613916.tif 000010
【図１０】
0006613916.tif 000011
【図１１】
0006613916.tif 000012
【図１２】
0006613916.tif 000013