ＩＣカードシステム、その通信端末、携帯端末
【課題】ＩＣカード秘匿鍵等に関する耐タンパ性をハードウェア的に確保する必要なく安価に構築できる。
【解決手段】各通信端末２０の不揮発性メモリ２１には、ＩＣカード２との通信に必要な秘匿鍵等を暗号鍵によって暗号化されたＩＣカード認証鍵３３等が記憶されており、更に上記暗号鍵を分割して生成された複数の分割暗号鍵の一方（分割暗号鍵Ａ３1）が記憶されている。また、上記複数の分割暗号鍵の他方（分割暗号鍵Ｂ）は端末管理サーバ１０に記憶されている。通信端末２０の運用開始時に、携帯端末１を介してサーバ１０から分割暗号鍵Ｂを取得することで上記暗号鍵を復元し、以って上記暗号化されたＩＣカード認証鍵３３を復号する。
【解決手段】各通信端末２０の不揮発性メモリ２１には、ＩＣカード２との通信に必要な秘匿鍵等を暗号鍵によって暗号化されたＩＣカード認証鍵３３等が記憶されており、更に上記暗号鍵を分割して生成された複数の分割暗号鍵の一方（分割暗号鍵Ａ３1）が記憶されている。また、上記複数の分割暗号鍵の他方（分割暗号鍵Ｂ）は端末管理サーバ１０に記憶されている。通信端末２０の運用開始時に、携帯端末１を介してサーバ１０から分割暗号鍵Ｂを取得することで上記暗号鍵を復元し、以って上記暗号化されたＩＣカード認証鍵３３を復号する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＣカードを利用してサービスを提供する端末において、耐タンパ性を持ったチップを利用しなくても、ＩＣカード等との秘匿通信に利用する鍵が第三者に漏洩することを防ぐための技術に関する。
【背景技術】
【０００２】
近年、セキュリティの高さ、非接触による故障率の低さ、利便性の高さより、非接触ＩＣカードを用いて電子マネー決済サービスやポイントサービス等を提供するＩＣカードシステムが普及している。このようなＩＣカードシステムに利用される通信端末（非接触ＩＣカード・リーダライタを備える）は、非接触ＩＣカードとの秘匿通信に利用する認証鍵（秘匿鍵）を保持する必要があるが、この秘匿鍵が第三者に漏洩する事態を回避する為に、耐タンパ性を持ったチップを備えており、このチップ内に秘匿鍵を保持している。
【０００３】
また、電子マネーやポイントなどの電子価値情報をＩＣカードに積み増す機能を有する通信端末に関しては、この通信端末の設置場所とは別のセキュアな場所にあるサーバと通信を行い、認証に成功することで認証鍵（秘匿鍵）を取得することによって、盗難による不正な積み増しができないようにすることが考案されている。
【０００４】
特許文献１では、サーバとの認証が成功することで認証鍵（秘匿鍵）を取得するため、サーバとの認証処理のための情報は、非接触ＩＣカードとの認証鍵（秘匿鍵）と同様の耐タンパの領域（耐タンパチップ内等）で管理する必要がある。
【０００５】
特許文献２では、仮認証端末を用いて、端末管理サーバの負担集中を低減しているが、仮認証端末との通信はネットワークを介しており、相応の耐タンパ機能が必要である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１５７４９７号公報
【特許文献２】特開２００８−１９９２０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記従来技術では、例えば耐タンパ性を持ったチップを必要とする等、耐タンパ性をハードウェア的に確保する必要がある。
しかしながら、耐タンパ性をハードウェア的に確保しようとすると通信端末のコストアップに繋がり、ポイントサービスなど付加的サービスに利用するためには、通信端末やシステム全体が高価になり、これが導入障壁となっている。
【０００８】
上記問題に対しては、上記従来技術では何等考慮されていない。
本発明の課題は、耐タンパ性をハードウェア的に確保する必要なく安価に構築でき、特にＩＣカード等との秘匿通信に利用する秘匿鍵が第三者に漏洩することを防止できるＩＣカードシステム、その通信端末、携帯端末等を提供することである。
【課題を解決するための手段】
【０００９】
本発明のＩＣカードシステムは、所定の秘匿鍵を必要とする非接触ＩＣカードとの通信処理を行う各通信端末と、サーバ装置とがネットワークに接続されたシステムであって、非接触ＩＣカード通信機能を持つ携帯端末を更に備え、
前記各通信端末は、不揮発性メモリと、揮発性メモリと、暗号化と復号を行う暗号鍵を生成し、該暗号鍵を用いて少なくとも前記秘匿鍵を含むセキュリティ情報を暗号化し、該暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化手段と、前記暗号鍵を分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、該第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に格納させる暗号鍵分割格納手段と、起動時に、前記携帯端末を介して前記サーバ装置が保持している前記第２の分割暗号鍵を取得し、前記不揮発性メモリに格納している前記第１の分割暗号鍵と該取得した第２の分割暗号鍵とによって前記暗号鍵を前記揮発性メモリ上に復元する暗号鍵復元手段と、該暗号鍵復元手段で復元した前記暗号鍵を用いて、前記不揮発性メモリに格納している前記暗号化セキュリティ情報を前記揮発性メモリ上に復号することで少なくとも前記秘匿鍵を前記揮発性メモリ上に復号するセキュリティ情報復号手段とを有し、
前記携帯端末は、認証用情報を入力させることでユーザ認証を行うユーザ認証手段と、該ユーザ認証手段によりユーザ認証ＯＫとなった場合、前記非接触ＩＣカード通信機能によって前記通信端末と通信を行って該通信端末の前記端末ＩＤを取得し、該取得した端末ＩＤを前記サーバ装置に送信することで前記通信端末に対応する前記第２の分割暗号鍵を該サーバ装置から取得して、該取得した第２の分割暗号鍵を前記非接触ＩＣカード通信機能によって前記暗号鍵復元手段に転送する分割暗号鍵転送手段とを有する。
【００１０】
各通信端末において、ＩＣカードとの通信に必要となる秘匿鍵等は、暗号化されて格納されている。この暗号化セキュリティ情報を復号する為に必要な暗号鍵は、分割されて、サーバ装置と通信端末とに保持されている。この暗号鍵を得る（復元する）為には、上記所定の機能を有する携帯端末を用いる必要があり、更に、正しいＰＩＮ情報を知る必要がある。各通信端末において、暗号鍵やセキュリティ情報は揮発性メモリ上で復元されるので、電源ＯＦＦにより消去される。
【００１１】
上記ＩＣカードシステムにおいて、例えば、前記セキュリティ情報には更に前記サーバ装置との認証鍵も含まれ、前記セキュリティ情報復号手段は、該サーバ装置との認証鍵も前記揮発性メモリ上に復号する。
【００１２】
また、上記ＩＣカードシステムにおいて、例えば、前記通信端末は、更に、前記揮発性メモリ上に前記復号されたセキュリティ情報が保持されている状態において、乱数を用いて新たな暗号鍵を生成し、該生成した新たな暗号鍵を用いて前記セキュリティ情報を暗号化し、該新たな暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化変更手段と、前記新たな暗号鍵を分割して新たな第１の分割暗号鍵と新たな第２の分割暗号鍵を生成し、該新たな第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該新たな第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に送信して格納させる新暗号鍵分割格納手段とを有する。
【発明の効果】
【００１３】
本発明のＩＣカードシステム、その通信端末、携帯端末等によれば、耐タンパ性をハードウェア的に確保する必要なく安価に構築でき、特にＩＣカード等との秘匿通信に利用する秘匿鍵が第三者に漏洩することを防止できる。
【図面の簡単な説明】
【００１４】
【図１】本例の非接触ＩＣカードシステムの構成例である。
【図２】本例の非接触ＩＣカードシステムの概略動作を示す図である。
【図３】携帯端末の処理フローチャート（その１）である。
【図４】携帯端末の処理フローチャート（その２）である。
【図５】携帯端末の処理フローチャート（その３）である。
【図６】通信端末の処理フローチャート図（その１）である。
【図７】通信端末の処理フローチャート図（その２）である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施の形態について説明する。
図１に本例の非接触ＩＣカードシステムの構成例を示す。
図示の非接触ＩＣカードシステムは、端末管理サーバ１０と各通信端末２０が、インターネット等のネットワーク４に接続している。また、一例としては、本例の非接触ＩＣカードシステムには携帯端末１が含まれていてもよい。この携帯端末１は、例えば、各通信端末２０が設置されている店舗等の責任者／店員等が使用するものであり、ＩＣカード機能付きである。携帯端末１は、例えば、ＩＣカード機能付き携帯電話等である。また、通信端末２０は、ＩＣカード２またはＩＣカード機能付き携帯電話等との非接触近距離通信を行って電子マネー決済処理、ポイントサービス等を行う装置である。
【００１６】
端末管理サーバ１０は、ハードウェア的には一般的なサーバ装置（汎用コンピュータ装置）であり、よって特に図示しないが、概略的には例えば不図示のＣＰＵ、記憶装置（ハードディスク、メモリ）、通信インタフェース等を有している。そして、上記不図示のＣＰＵが、不図示のハードディスク等に予め記憶されている各種アプリケーションプログラムを読出し・実行することにより、例えば後述する各種処理を実現する。
【００１７】
また、端末管理サーバ１０は、ネットワーク３（携帯電話網等）を介して携帯端末１（ＩＣカード機能付き）と通信可能、ネットワーク４（インターネット等）を介して各通信端末２０と通信可能となっている。
【００１８】
また、携帯端末１も、ハードウェア的には一般的なＩＣカード機能付き携帯電話等の構成であり、よって特に図示しないが、概略的には例えば不図示のＣＰＵ、記憶装置（メモリ等）、液晶ディスプレイ、入力装置(キー等)、通信機能等を有している。そして、上記不図示のＣＰＵが、不図示の記憶装置等に予め記憶されている各種アプリケーションプログラムを読出し・実行することにより、例えば後述する図２、図３〜図５に示す各種処理を実現する。
【００１９】
また、各通信端末２０は、不揮発性メモリ２１、通信装置２２、ＣＰＵ２３、通信装置２４、表示装置２５、暗号処理装置２６、リーダ・ライタ装置２７を有する。ＣＰＵ２３は、揮発性メモリ２３ａを内蔵している。
【００２０】
各通信端末２０は、出荷後、任意の場所（店舗内等）に設置され、通常、当該店舗内に設けられている上位装置５（レジ等）と接続して運用が行われる。ＣＰＵ２３は、上記通信装置２２を介して上位装置５との通信を行う。また、通信装置２４はインターネット等のネットワーク４に接続しており、ＣＰＵ２３は通信装置２４を介して端末管理サーバ１０との通信を行う。
【００２１】
また、リーダ・ライタ装置２７は、ＩＣカード２または携帯端末１（ＩＣカード機能付き）と非接触の近距離通信を行う、一般的な非接触ＩＣカード・リーダ／ライタである。表示装置２５は例えば小型の液晶ディスプレイ等である。
【００２２】
暗号処理装置２６は、例えば暗号演算に特化したＩＣチップであるが、必ずしも必要ないものである。本説明では、暗号処理装置２６が存在しないものとし、暗号化／復号化等の暗号演算も、ＣＰＵ２３が実行するものとして説明する。但し、この例に限るものではなく、暗号処理装置２６が存在する構成の場合には暗号化／復号化等の暗号演算は暗号処理装置２６に実行させればよい。
【００２３】
不揮発性メモリ２１には、不図示の各種アプリケーションプログラムが予め記憶されており、ＣＰＵ２３は、任意のアプリケーションプログラムを自己の揮発性メモリ２３ａに読み出し・実行することにより、後述する各種処理(例えば図２、図６、図７に示す処理等)を実現する。
【００２４】
ここで、図２に、本例の非接触ＩＣカードシステムの概略的な動作を示す。
以下、図２も参照して、図１に示す構成の非接触ＩＣカードシステムの動作について概略的に説明する。
【００２５】
本例の非接触ＩＣカードシステムの動作は、図２に示すように、出荷前設定時と出荷後の起動時とに大別される。
以下、出荷前設定時の動作について説明する。
【００２６】
まず、各通信端末２０には予め固有の識別番号（ＩＤ）が割り当てられるものであり、このＩＤを端末ＩＤと呼ぶものとする。特に図示しないが各通信端末２０内の不揮発性メモリ２１には自己の端末ＩＤも記憶されている。
【００２７】
そして、各通信端末２０は、例えば出荷前において、その内部で任意の暗号鍵Ｚを生成する。この暗号鍵Ｚは、例えば共通鍵暗号方式（秘密鍵暗号方式ともいう）による鍵である。よく知られているように、共通鍵暗号方式は、暗号化と復号とで同一の鍵を用いる。よって、上記暗号鍵Ｚによって暗号化を行い且つ復号も行う。各通信端末２０は、この暗号鍵Ｚによって所定の鍵／情報を暗号化する。
【００２８】
すなわち、例えば管理者等から提供された“非接触ＩＣカードとの通信に必要な認証鍵（秘匿鍵）”（本例では「ＩＣカード認証鍵」と呼ぶ）、“端末管理サーバ１０との通信に必要な認証鍵”（本例では「端末管理サーバ認証鍵」と呼ぶ）、“処理履歴の暗号化鍵”、“端末管理サーバ１０への接続情報（ＵＲＬ等）”（本例では「端末管理サーバ接続情報」と呼ぶ）、“通信端末２０上で動作するアプリケーションで必要な情報”（例えば、不図示のアプリケーション用サーバとの接続情報、認証情報、データ秘匿鍵情報等）（本例では「アプリケーション情報」と呼ぶ）等の各種「セキュリティ情報」を、通信端末２０は上記生成した暗号鍵Ｚによって暗号化する。
【００２９】
そして、上記暗号鍵Ｚで暗号化された各種「セキュリティ情報」を、自端末２０内の不揮発メモリ２１に格納する。図１において不揮発メモリ２１内に示す各種認証鍵／情報３３〜３６が、上記暗号鍵Ｚによって暗号化した各種認証鍵／情報である。
【００３０】
すなわち、図示のＩＣカード認証鍵３３は上記「ＩＣカード認証鍵」を上記暗号鍵Ｚによって暗号化したものであり、以下、“暗号化ＩＣカード認証鍵３３”と呼ぶ場合もあるものとする。
【００３１】
同様に、図示の端末管理サーバ認証鍵３４は、上記「端末管理サーバ認証鍵」を上記暗号鍵Ｚによって暗号化したものであり、以下、“暗号化端末管理サーバ認証鍵３４”と呼ぶ場合もあるものとする。同様に、図示の端末管理サーバ接続情報３５は、上記「端末管理サーバ接続情報」を上記暗号鍵Ｚによって暗号化したものであり、以下、“暗号化端末管理サーバ接続情報３５”と呼ぶ場合もあるものとする。同様に、図示のアプリケーション情報３６は、上記「アプリケーション情報」を上記暗号鍵Ｚによって暗号化したものであり、以下、“暗号化アプリケーション情報３６”と呼ぶ場合もあるものとする。
【００３２】
尚、図２においては、上記暗号化された各種「セキュリティ情報」３３〜３６を、まとめて、暗号化アプリケーション設定値６として示している。
尚、「アプリケーション情報」は、本手法に関しては特に関係ないので、詳細には説明しないものとすると共に、以下の説明においては省略する場合もある。
【００３３】
上記のように通信端末２０は、任意の暗号鍵Ｚを生成し、この暗号鍵Ｚによって暗号化した各種認証鍵／情報３３〜３６等を自己の不揮発性メモリ２１に格納する。通信端末２０は、続いて、所定のハッシュ関数によって当該暗号鍵Ｚのハッシュ値を生成し、その後、この暗号鍵Ｚを２つに分割して分割暗号鍵Ａ、分割暗号鍵Ｂを生成する。そして、生成したハッシュ値及び分割暗号鍵Ａを、自己の不揮発性メモリ２１に格納する。これが、図１に示す分割暗号鍵Ａ３１、ハッシュ値３２である。
【００３４】
また、生成した分割暗号鍵Ｂは、自己の端末ＩＤと共に端末管理サーバ１０へ送信する。ここで、図２においては、上記分割暗号鍵Ａ、分割暗号鍵Ｂを“Key A”、“Key B”と記してあり、上記暗号化された各種「セキュリティ情報」３３〜３６の生成に用いた上記暗号鍵Ｚは、「“Key A”＋“Key B”」と見做すことができる。図２に示す例では、通信端末２０は、“Key B”を自己の端末ＩＤと共に端末管理サーバ１０へ送信して、端末管理サーバ１０内の記憶装置に登録させている。
【００３５】
上記のようにして、各通信端末２０毎に、その通信端末２０で生成・使用した暗号鍵Ｚの一部（分割暗号鍵Ａ）とハッシュ値が当該通信端末２０内に記憶されると共に、暗号鍵Ｚの残りの一部（分割暗号鍵Ｂ）が端末管理サーバ１０内に記憶されることになる。
【００３６】
尚、本例では、暗号鍵Ｚを２つに分割するものとしたが、この例に限らず、３つ以上に分割してもよい。但し、本手法では、暗号鍵Ｚを分割して一部（本例では分割暗号鍵Ａ）を不揮発性メモリ２１に記憶し、残り（本例では分割暗号鍵Ｂ）をサーバ１０に格納させるのであり、暗号鍵Ｚを分割して２箇所に分散記憶させるものである。よって、暗号鍵Ｚを例えば分割暗号鍵Ｃ，Ｄ，Ｅ，Ｆ，Ｇの５つに分割したとしても、これらを上記２箇所に分散記憶させることになり、結局、本例のように２つに分割して上記２箇所に分散記憶させる例と比べて本質的な違いはない。
【００３７】
別の考え方で言えば、本例の分割暗号鍵Ａを更に分割したものが上記分割暗号鍵Ｃ，Ｄであり、本例の分割暗号鍵Ｂを更に分割したものが上記分割暗号鍵Ｅ，Ｆ，Ｇであると見做すこともできる。これより、例えば「暗号鍵Ｚを分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、第１の分割暗号鍵を不揮発性メモリ２１に格納すると共に、第２の分割暗号鍵をサーバ１０に格納させる」とは、暗号鍵Ｚを２つに分割する場合に限らず、３つ以上に分割する場合も含まれるものとする。
【００３８】
ここで具体例としては、端末管理サーバ１０の上記不図示の記憶装置には、図１に示す端末毎暗号鍵格納テーブル１１も記憶される。端末管理サーバ１０は、上記のように通信端末２０から送信されてくる分割暗号鍵Ｂ及び端末ＩＤを、端末毎暗号鍵格納テーブル１１に登録する。すなわち、図示のように、端末毎暗号鍵格納テーブル１１には、端末ＩＤ１２に対応付けて分割暗号鍵Ｂ１３が登録される。すなわち、各通信端末２０毎の分割暗号鍵Ｂが登録・管理される。
【００３９】
尚、上述した出荷前の設定作業・処理は、例えば工場内等で行うので、端末管理サーバ１０−通信端末２０間の通信は、例えば専用の１対１の通信ケーブルを介して行うようにしてもよい。
【００４０】
上述した出荷前の作業・処理が完了したら、通信端末２０を出荷して任意の店舗内等に設置し、上記のように上位端末５等と接続して運用開始するが、上記の通り各種鍵／情報は暗号化されているので、特に「ＩＣカード認証鍵」が暗号化されたままなので、このままでは運用開始できない。
【００４１】
上記暗号化された各種鍵／情報を復号するには、暗号化に用いた上記暗号鍵Ｚが必要であるが、通信端末２０は暗号鍵の一部（分割暗号鍵Ａ）しか保持しておらず、残り（分割暗号鍵Ｂ）は端末管理サーバ１０に保存されているので、これを取得する必要がある。但し、第三者が暗号鍵Ｚを不正に入手し、それによって特にＩＣカードとの通信に必要な認証鍵（ＩＣカード認証鍵）が不正に入手されてしまう事態を、回避する必要がある。
【００４２】
その為に本例では別の端末（携帯端末１）を介して分割暗号鍵Ｂを取得するようにしており、その際に認証用情報として例えばＰＩＮ入力による確認を行うようにしている。認証用情報としては、バイオメトリクス情報を用いてもよい。
【００４３】
まず、上記の通り、携帯端末１は、例えば各通信端末２０が設置されている店舗等の責任者／店員が使用するものであり、例えば店員等の所有物であってもよいが、予め所定のアプリケーションがインストールされている必要がある。この所定のアプリケーションは、例えば、端末管理サーバ１０側で管理されており、例えば事前に、携帯端末１を端末管理サーバ１０に接続して、上記所定のアプリケーションを携帯端末１にダウンロードする。
【００４４】
上記所定のアプリケーションを携帯端末１にダウンロードする処理は、ネットワーク３を介して行ってもよいが、安全の為に以下に説明するようにしてもよい。
すなわち、例えば上述した通信端末２０の出荷前の設定作業・処理に伴って、この通信端末２０の出荷先に係わる携帯端末１に対する上記アプリケーション・インストール作業を、上記工場内で行ってもよい。この場合、携帯端末１−端末管理サーバ１０間の通信（ダウンロード等）は、例えば専用の１対１の通信ケーブルを介して行うようにしてもよい。
【００４５】
上記所定のアプリケーションは、例えば図３、図４、図５の処理をそれぞれ実行する複数のアプリケーションより成るものである。
これら各アプリケーションは、予め決められている所定のＰＩＮ情報が正しく入力された場合のみ動作するようになっている。このＰＩＮ情報は、端末管理サーバ１０の管理者等が何らかの安全な方法により上記店員等に伝えておく（上記工場内でのダウンロード作業の際に口頭で伝えても良い）。
【００４６】
また、上記所定のアプリケーションには、上記「端末管理サーバ接続情報」等（ＵＲＬ等）を用いた端末管理サーバ１０へのアクセス処理等が含まれている。これより、図２に示すように、例えば上記出荷前の設定作業・処理によって、携帯端末１には所定のＰＩＮ情報と「端末管理サーバ接続情報」等が登録されるものと見做してもよい。尚、「端末管理サーバ接続情報」等とは、例えば「端末管理サーバ接続情報」及び上記「端末管理サーバ認証鍵」等であり、携帯端末１が後述するようにサーバ１０にアクセスして分割暗号鍵Ｂ（Key B）を取得する為に必要となる情報を意味する。
【００４７】
上述したことから、設定後の携帯端末１は、ＰＩＮによりユーザを判定する機能を備えており、正常なＰＩＮ（Personal Ｉdentification Number）情報が入力されない限り、該当する非接触ＩＣカード機能を有効にしない。ＰＩＮによりユーザを判定する機能及び“該当する非接触ＩＣカード機能”とは、図３、図４、図５にそれぞれ示す処理機能である。上記の通り、これら処理機能を実現する複数のアプリケーションは、予め携帯端末１にインストールされており、ユーザ操作により任意に起動できる。
【００４８】
以下、図２に示す出荷後起動時の動作について、図１、図３〜図７も参照して説明する。
例えば店員等は、通信端末２０を運用開始したい場合には（例えば、上記設置直後の運用開始時、あるいは夜間は電源ＯＦＦしておき、翌朝電源ＯＮする場合等）、通信端末２０が電源ＯＮに伴う所定の初期処理を実行して完了した後、上記携帯端末１を操作して、まず図３に示す処理を実行させる。
【００４９】
すなわち、携帯端末１を操作して端末ＩＤ読取処理対応のアプリケーションを起動し（ステップＳ１１）、事前に知らされたＰＩＮ情報を入力する（ステップＳ１２）。正しいＰＩＮ情報が入力された場合には（ステップＳ１３，ＹＥＳ）、端末ＩＤ読取処理対応のアプリケーションの機能を実行する。すなわち、ＩＣカード機能を用いて通信端末２０との非接触近距離通信を行って、この通信端末２０の端末ＩＤを取得する（ステップＳ１４）。そして、取得した端末ＩＤを、自己の非接触ＩＣカード機能のＩＣチップの所定の記憶領域に格納する。
【００５０】
当該通信端末２０との通信は、ＩＣカード認証鍵３３（秘匿鍵）を用いない通信とする。一般的に、ＩＣカードとの非接触近距離通信には、ＩＣカード認証鍵３３（秘匿鍵）を用いる通信と用いない通信との２種類が存在するものであり、ここでは後者の通信（ＩＣカード認証鍵３３を用いない通信）を行う。但し、通信内容を暗号化して秘匿する必要がある場合には、例えばDiffie-Hellman鍵交換等の鍵交換アルゴリズムを、事前に携帯端末１と通信端末２０の双方に実装しておく。
【００５１】
そして、例えば上記ステップＳ１４や後述するステップＳ３４の処理の際には、処理の直前に携帯端末１と通信端末２０との間で暗号鍵交換（ワンタイムの鍵の交換）を行って、送信するデータの暗号化／復号を行えるようにする。例えばステップＳ３４の場合、この処理の直前に携帯端末１と通信端末２０との間で暗号鍵交換（ワンタイムの鍵の交換）を行って、携帯端末１においてこの鍵を用いて分割暗号鍵Ｂを暗号化したうえで通信端末２０に送信する。勿論、通信端末２０は、上記鍵を用いて、暗号化された分割暗号鍵Ｂを復号する。
【００５２】
もし、正しいＰＩＮ情報が入力されなかった場合には（ステップＳ１３，ＮＯ）、上記ステップＳ１４の処理を行うことなく、本処理を終了する。この場合には、例えばエラーメッセージを表示して、店員に再度のＰＩＮ情報入力を促すようにしてもよい。
【００５３】
上述したようにして、携帯端末１を用いて、起動したい通信端末２０からその端末ＩＤを読取る。尚、上述した図３の処理は、図２には示していないが、図３の処理を実行後に
図２に示すステップＳ１、Ｓ２の処理を行う。すなわち、ＰＩＮ入力によるユーザ検証を行い（ステップＳ１）、検証ＯＫであれば、端末管理サーバ１０に接続して分割暗号鍵Ｂ（Key B）を取得する（ステップＳ２）。
【００５４】
上記ステップＳ１，Ｓ２の処理の詳細を、図４に示す。
上記図３の処理によって運用開始対象の通信端末２０の端末ＩＤを取得できた場合には、続いて、図４の処理を実行させる。すなわち、店員等は携帯端末１を操作して分割暗号鍵Ｂ取得処理対応のアプリケーションを起動し（ステップＳ２１）、事前に知らされたＰＩＮ情報を入力する（ステップＳ２２）。正しいＰＩＮ情報が入力された場合には（ステップＳ２３，ＹＥＳ）、分割暗号鍵Ｂ取得処理対応のアプリケーションの機能を実行する。
【００５５】
すなわち、携帯端末１は、ネットワーク３を介して端末管理サーバ１０に接続して、端末管理サーバ１０から上記運用開始対象となる通信端末２０の分割暗号鍵Ｂを取得する（ステップＳ２４）。
【００５６】
これは、例えば、上記「端末管理サーバ接続情報」、「端末管理サーバ認証鍵」等を用いて、端末管理サーバ１０にアクセスすると共に所定の認証処理を行う。そして、アクセス成功で且つ認証ＯＫであった場合には、携帯端末１は上記ステップＳ１４で取得した端末ＩＤを付加した暗号鍵Ｂ要求コマンドを端末管理サーバ１０へ送信する。
【００５７】
この暗号鍵Ｂ要求コマンドを受信した端末管理サーバ１０は、このコマンドに付加されている端末ＩＤを用いて、自己が記憶する上記端末毎暗号鍵格納テーブル１１を検索して、該当する分割暗号鍵Ｂ１３を取得する。そして、取得した分割暗号鍵Ｂ１３を、要求元の携帯端末１へ返信する。
【００５８】
上述したようにして、携帯端末１を使って端末管理サーバ１０へ接続し、運用開始対象の通信端末２０に応じた分割暗号鍵Ｂ（暗号鍵Ｚの一部）を取得する。携帯端末１は、取得した分割暗号鍵Ｂを、例えば自己の非接触ＩＣカード機能のＩＣチップの記憶領域（耐タンパメモリ等）に一時的に記憶する。尚、携帯端末１−端末管理サーバ１０間の通信は、ＳＳＬで秘匿するため、通信データから分割暗号鍵Ｂが外部へ漏洩することはない。また、尚、上記「端末管理サーバ接続情報」、「端末管理サーバ認証鍵」等も、上記非接触ＩＣカード機能のＩＣチップ内に記憶されて保護されている。
【００５９】
該当する分割暗号鍵Ｂを取得できた場合には、続いて、図５の処理を実行させる。すなわち、店員等は携帯端末１を操作して暗号鍵Ｂ通知処理対応のアプリケーションを起動し（ステップＳ３１）、事前に知らされたＰＩＮ情報を入力する（ステップＳ３２）。正しいＰＩＮ情報が入力された場合には（ステップＳ３３，ＹＥＳ）、暗号鍵Ｂ通知処理対応のアプリケーションの機能を実行する。
【００６０】
すなわち、携帯端末１は、上記ステップＳ２４で取得した分割暗号鍵Ｂを、上記運用開始対象となる通信端末２０に対して、非接触ＩＣカード機能による非接触近距離通信によって送信し、送信完了したら上記取得してある分割暗号鍵Ｂ、端末ＩＤ（自己が一時的に記憶している）を削除する（ステップＳ３４）。
【００６１】
尚、既に述べたように、携帯端末１は、ステップＳ３４の処理の直前に通信端末２０との暗号鍵交換（ワンタイムの鍵の交換）を行い、この鍵を用いて分割暗号鍵Ｂを暗号化することで、当該暗号化された分割暗号鍵Ｂを上記運用開始対象となる通信端末２０へ送信するようにしてもよい。
【００６２】
尚、正しいＰＩＮ情報が入力されなかった場合には（ステップＳ３３，ＮＯ）、ステップＳ３４の処理を行うことなく本処理を終了する。この場合には、例えばエラーメッセージを表示して、店員に再度のＰＩＮ情報入力を促すようにしてもよい。
【００６３】
尚、上記ステップＳ１４，Ｓ３４の処理の際には、店員は携帯端末１を通信端末２０に翳す。
ここで、図２には、上記携帯端末１を介して分割暗号鍵Ｂを取得した後の通信端末２０の概略処理を示している。通信端末２０の処理の詳細については、後に図６、図７を参照して説明するが、ここではまず図２を参照して概略的に説明する。
【００６４】
すなわち、通信端末２０は、上記のようにして分割暗号鍵Ｂを取得したら、この分割暗号鍵Ｂと、自己が保持している分割暗号鍵Ａとによって上記暗号鍵Ｚを復号する（ステップＳ３）。そして、復号した暗号鍵Ｚの検証を行い（ステップＳ４）、検証ＯＫであれば処理を継続し、検証ＮＧであれば処理を終了する。
【００６５】
処理継続の場合には、復号した暗号鍵Ｚを用いて上記暗号化アプリケーション設定値６を復号することで、アプリケーション設定値７を得る。上記の通り暗号化アプリケーション設定値６は例えば上記暗号化された各種セキュリティ情報３３〜３６に相当する。よって、アプリケーション設定値７は、例えば、上記「ＩＣカード認証鍵」、「端末管理サーバ接続情報」、「端末管理サーバ認証鍵」等であり、特に「ＩＣカード認証鍵」は必ず含まれる。
【００６６】
尚、暗号鍵Ｚ、アプリケーション設定値７は、揮発性メモリ２３ａ上に展開する。
以上の処理によって、少なくとも「ＩＣカード認証鍵」を得ることで、通信端末２０はＩＣカード２等と秘匿通信を行って電子マネー決済処理を行える状態となる。すなわち、通信端末２０は運用開始できる状態となる。
【００６７】
また、例えば起動回数をカウントしておき、起動回数が所定回数を越えた場合等には、上記運用開始時等に暗号鍵を変更する処理を行う。すなわち、図２に示すように、まず新たな暗号鍵Ｚ’を任意に生成し（ステップＳ６）、この新たな暗号鍵Ｚ’を用いて上記アプリケーション設定値７を暗号化することで、新たな暗号化アプリケーション設定値８を生成して不揮発性メモリ２１に記憶する。その際、古い暗号化アプリケーション設定値６は削除する。
【００６８】
また、上記新たな暗号鍵Ｚ’のハッシュ値を求めると共に、当該新たな暗号鍵Ｚ’を分割して新たな分割暗号鍵Ａ’、分割暗号鍵Ｂ’を生成し、新たな分割暗号鍵Ｂ’を自己の端末ＩＤと共に端末管理サーバ１０に送信して更新登録させる。また、上記ハッシュ値と新たな分割暗号鍵Ａ’は、不揮発性メモリ２１に記憶する。その際、古いハッシュ値と分割暗号鍵Ａは削除する。尚、上記端末管理サーバ１０への新たな分割暗号鍵Ｂ’の登録の際には、上記復号した「端末管理サーバ接続情報（ＵＲＬ等）」、「端末管理サーバ認証鍵」を用いて、端末管理サーバ１０への接続と所定の認証処理を行うことになる。
【００６９】
以下、図６、図７を参照して、通信端末２０の処理について更に詳しく説明する。
図６、図７は、通信端末２０の処理フローチャート図である。
図６は、起動処理フローチャート図である。
【００７０】
図６において、通信端末２０は、まず、所定のカウント値（ここでは、“認証鍵生成失敗カウント”をリセットする（‘０’にする）（ステップＳ４１）。
そして、携帯端末１との通信待ち状態になる。尚、以下の説明では逐一述べないが、上記携帯端末１に関する処理で説明したように、携帯端末１−通信端末２０間の通信は、上記非接触近距離通信である。よって、通信端末２０側においては、携帯端末１との通信は、図１のリーダ・ライタ装置２７を介して行うことになる。
【００７１】
携帯端末１との通信が行えたら（ステップＳ４２）、この通信が上記ステップＳ１４の処理に係わるものであるか、それとも上記ステップＳ３４の処理に係わるものであるかを判定する為に、携帯端末１側に自己の端末ＩＤが記憶されているか否かを確認する。すなわち、携帯端末１における非接触ＩＣカード機能の所定の記憶領域に、自己の端末ＩＤが記憶されているか否かをチェックする（ステップＳ４３）。
【００７２】
自己の端末ＩＤが記憶されていない場合、または、別の通信端末２０の端末ＩＤが記憶されていた場合には（ステップＳ４３，ＮＯ）、上記非接触ＩＣカード機能の所定の記憶領域に、自己の端末ＩＤを書込む（ステップＳ４４）。そして、再び上記携帯端末１との通信待ち状態になる。尚、その後に再び携帯端末１との通信を行ったときには、上記ステップＳ４３の判定はＹＥＳとなるはずである。尚、上記ステップＳ４４の処理は、上記ステップＳ１４の処理と略同様と見做してよい（通信端末２０と携帯端末１のどちらが主体的に処理を行うかの違いだけである）。
【００７３】
一方、携帯端末１側に既に自己の端末ＩＤが記憶されている場合には（ステップＳ４３，ＹＥＳ）、携帯端末１から分割暗号鍵Ｂを取得する。そして、携帯端末１に記憶されている分割暗号鍵Ｂを削除する（ステップＳ４５）。尚、ここでは通信端末２０が能動的に分割暗号鍵Ｂの取得・削除を行うものとしたが、これは一例であり、上記ステップＳ３４で説明したように、携帯端末１側において分割暗号鍵Ｂの送信・削除を行うものとし、通信端末２０は単に分割暗号鍵Ｂの受信を行うだけとしてもよい（通信端末２０と携帯端末１のどちらが主体的に処理を行うかの違いだけである；これに限らず、処理方法は様々であってよい）。
【００７４】
尚、上記携帯端末１において端末ＩＤを記憶する記憶領域（アドレス）、分割暗号鍵Ｂを記憶する記憶領域（アドレス）は、予め決められており、本処理例においては、通信端末２０側にも予めこれらのアドレスが登録されているものとする。
【００７５】
そして、通信端末２０は、上記ステップＳ４５で分割暗号鍵Ｂ（暗号鍵の一部）を取得できたら、不揮発性メモリ２１に保持している上記分割暗号鍵Ａ３１と、取得した分割暗号鍵Ｂとに基づいて、暗号鍵Ｚを復元する（ステップＳ４５）。これは、例えば上記ＣＰＵ２３が内蔵する揮発性メモリ２３ａ上に、暗号鍵Ｚを復元するものである。よって、暗号鍵Ｚ復元後に、後述するように各種セキュリティ情報を復元して暗号鍵Ｚを消去する前に、もし通信端末２０が盗難にあっても、それに伴って通信端末２０の電源がＯＦＦすることで、暗号鍵Ｚは消去されるので、情報漏洩する可能性は極めて低いものとなる。
【００７６】
そして、復元した暗号鍵Ｚからハッシュ値を生成し（ステップＳ４６）、これを不揮発性メモリ２１に記憶してある上記ハッシュ値３２と比較して一致した場合にのみ（ステップＳ４７，ＹＥＳ）、復元した暗号鍵Ｚを有効とし、ステップＳ４８の処理を実行してサービス開始する。
【００７７】
すなわち、上記ハッシュ値が一致した場合（ステップＳ４７，ＹＥＳ）、復元した暗号鍵Ｚを用いて各種暗号化セキュリティ情報（暗号化ＩＣカード認証鍵３３、暗号化端末管理サーバ認証鍵３４、暗号化端末管理サーバ接続情報３５等）を復号することで、各種セキュリティ情報（「ＩＣカード認証鍵」、「端末管理サーバ認証鍵」、「端末管理サーバ接続情報」等）を復元する（ステップＳ４８）。例えば上記ＣＰＵ２３が内蔵する揮発性メモリ２３ａ上に、各種セキュリティ情報を復元するものである。尚、各種セキュリティ情報を復元した後、暗号鍵Ｚは消去する。
【００７８】
これによって、非接触ＩＣカードとの秘匿通信に利用する秘匿鍵（ＩＣカード認証鍵）や、サーバ１０との接続、認証に必要な鍵／情報が取得されるので、電子マネーサービスを実行可能な状況となりサービス開始することになる。また、復元された各種セキュリティ情報は、揮発性メモリ２３ａ上にあるので、通信端末２０の電源ＯＦＦによって消去されることになる。よって、もし通信端末２０が盗難にあっても、それに伴って通信端末２０の電源がＯＦＦすることで、各種セキュリティ情報は消去されるので、情報漏洩する可能性は極めて低いものとなる。
【００７９】
一方、ハッシュ値が一致しなかった場合には（ステップＳ４７，ＮＯ）、直ちにエラーとはしないで、何度かリトライさせる。
すなわち、上記“認証鍵生成失敗カウント”の値が予め設定された規定値を越えた場合には（ステップＳ４９、ＹＥＳ）、通信端末２０は自身をサービス停止状態にして、上記不揮発性メモリ２１に保持している分割暗号鍵Ａ３１とハッシュ値３２を削除する。更に上記不揮発性メモリ２１に保持している各種暗号化セキュリティ情報（ＩＣカード認証鍵３３、端末管理サーバ認証鍵３４、端末管理サーバ接続情報３５等）を削除するようにしてもよい（ステップＳ５１）。一方、上記“認証鍵生成失敗カウント”の値が未だ上記規定値を越えていない場合には（ステップＳ４９、ＮＯ）、“認証鍵生成失敗カウント”値を＋１インクリメントし（ステップＳ５０）、ステップＳ４２に戻る。
【００８０】
尚、ステップＳ５１の処理に伴って、例えばエラーメッセージの表示等を行うようにしてもよい。
例えば、閉店後は通信端末２０の電源をＯＦＦし、翌朝等に開店前に通信端末２０の電源をＯＮするような運用方法の場合、毎日開店前に上述した図３〜図６の処理を実行することになる。夜間等は通信端末２０は電源ＯＦＦ状態であるので、揮発性メモリ２３ａ上には何も記憶されていないし、不揮発性メモリ２１上に記憶されている暗号鍵Ｚの一部（分割暗号鍵Ａ３１）やハッシュ値３２だけでは、不揮発性メモリ２１上に記憶されている各種暗号化セキュリティ情報（ＩＣカード認証鍵３３、端末管理サーバ認証鍵３４、端末管理サーバ接続情報３５）を復号することは出来ない。よって、夜間等に通信端末２０が盗まれても、暗号鍵Ｚや各種セキュリティ情報が漏洩する可能性は極めて低い。
【００８１】
ここで、上記サーバ１０側に保存してある分割暗号鍵Ｂ１３や各通信端末２０側で不揮発性メモリ２１に保持している各種情報（分割暗号鍵Ａ３１〜端末管理サーバ接続情報３５）は、上述したように通信端末２０の出荷前等に任意に生成された暗号鍵Ｚに基づいて生成されるものであるが、出荷後でも任意のときにこれら鍵／情報を変更することも可能である。例えば、一定期間経過する毎に図７に示す変更処理を行う。図７の処理は、図６の処理が正常に完了していることを前提としており、よって端末管理サーバ１０にアクセスして認証を行うこともでき、これより端末管理サーバ１０が保持するデータ（特に分割暗号鍵Ｂ）を更新することが許されるものである。
【００８２】
図７において、通信端末２０は、上記ステップＳ４８で復元した「端末管理サーバ接続情報」（例えば端末管理サーバ１０のネットアドレス（ＵＲＬ等））を用いて端末管理サーバ１０にアクセスする（ステップＳ６１）。アクセス成功した場合には、更に、上記ステップＳ４８で復元した「端末管理サーバ認証鍵」を用いて端末管理サーバ１０との認証処理を行い、認証成功した場合には（ステップＳ６２，ＹＥＳ）ステップＳ６３〜Ｓ６５の処理を実行する。
【００８３】
一方、アクセス／認証が失敗した場合には（ステップＳ６２，ＮＯ）、例えば上記復元した各種セキュリティ情報を、上記暗号鍵Ｚを用いて暗号化して（ここでは暗号鍵Ｚは未だ消去していないものとする）、再び上記各種暗号化セキュリティ情報（ＩＣカード認証鍵３３、端末管理サーバ認証鍵３４、端末管理サーバ接続情報３５等）を生成して不揮発性メモリ２１に格納する（ステップＳ６６）。
【００８４】
一方、上記アクセス・認証成功した場合には（ステップＳ６２，ＹＥＳ）、通信端末２０は、ステップＳ６３の処理を実行する。このステップＳ６３の処理では、まず、新たに乱数を生成することで新たな暗号鍵Ｚ’を生成する。そして、この新たな暗号鍵Ｚ’を用いて上記復元した各種セキュリティ情報を暗号化して、新たな各種暗号化セキュリティ情報（新たなＩＣカード認証鍵３３、新たな端末管理サーバ認証鍵３４、新たな端末管理サーバ接続情報３５）として不揮発性メモリ２１に記憶する。
【００８５】
続いて、新たな暗号鍵Ｚ’から新たなハッシュ値を生成すると共に、新たな暗号鍵Ｚ’を分割することで新たな分割暗号鍵Ａ’、分割暗号鍵Ｂ’を生成する。そして、生成した分割暗号鍵Ａ’、ハッシュ値を、新たな分割暗号鍵Ａ３１、ハッシュ値３２として不揮発性メモリ２１に記憶する。以上が、ステップＳ６３の処理であるが、この段階では未だ旧分割暗号鍵Ａ３１、旧ハッシュ値３２、及び旧各種暗号化セキュリティ情報は、削除しない。
【００８６】
続いて、上記生成した新たな分割暗号鍵Ｂ’を自己の端末ＩＤと共に端末管理サーバ１０へ送信する（新たな暗号鍵Ｚ’の一部をサーバ１０へアップロードする）。上記の通り端末管理サーバ１０との認証処理は成功しており、端末管理サーバ１０側では、受信データを用いて端末毎暗号鍵格納テーブル１１を更新する。すなわち、端末管理サーバ１０は、上記新たな分割暗号鍵Ｂ’と端末ＩＤを受信すると、この端末ＩＤを用いて端末毎暗号鍵格納テーブル１１を検索して該当するレコードを求める。そして、この該当レコードの分割暗号鍵Ｂ１３のフィールドに、受信した新たな分割暗号鍵Ｂ’を上書き格納する（ステップＳ６４）。そして、新たな分割暗号鍵Ｂ’を格納完了したら、“アップロード完了”を送信元の通信端末２０へ返信する。
【００８７】
通信端末２０は、上記“アップロード完了”通知を受信したら、旧分割暗号鍵Ａ３１、旧ハッシュ値３２、及び旧各種暗号化セキュリティ情報（旧暗号鍵Ｚで暗号化された各種セキュリティ情報）を削除する。
【００８８】
アップロードの完了の確認が取れない場合、次回起動時は、新旧の暗号鍵でそれぞれに対応した暗号化されたセキュリティ情報の復元を行うことで、鍵の不一致を防ぐ。
以上説明したように、例えば図１に示すような本例の非接触ＩＣカードシステムは、各通信端末２０を管理するサーバであって特に各通信端末毎に暗号鍵の一部を保持する端末管理サーバ１０と、非接触ＩＣカードと通信して電子マネー決済、電子マネー・チャージ、ポイント付加等の各種電子マネーサービスを提供する各通信端末２０と、非接触ＩＣカード機能を有する携帯端末１から構成される。
【００８９】
各通信端末２０は、出荷時に非接触ＩＣカードとの認証鍵（秘匿鍵）、サーバ１０との認証鍵などのセキュリティ情報を秘匿するために暗号鍵Ｚで暗号化し、この暗号化セキュリティ情報及びこの暗号鍵Ｚの一部（分割暗号鍵Ａ）、暗号鍵Ｚのハッシュ値を、不揮発性の記憶領域に記憶する。また、この暗号鍵Ｚの他の一部（残り；分割暗号鍵Ｂ）を、端末管理サーバ１０で記憶・管理させる。すなわち、端末管理サーバ１０では、通信端末２０の端末ＩＤと紐付けて分割暗号鍵Ｂをテーブル１１に保持する。
【００９０】
携帯端末１は、非接触ＩＣカードの機能と、端末管理サーバ１０と通信する機能と、ユーザを認証するＰＩＮ機能を備え、ユーザから正規のＰＩＮ（Personal ＩＤentifＩＣation Number）を入力された携帯端末１は、通信端末２０から端末ＩＤを読取り（非接触ＩＣカード機能の領域に端末ＩＤを格納する）、この通信端末２０に対応する分割暗号鍵Ｂを端末管理サーバ１０から取得する。すなわち、通信端末２０から読取った端末ＩＤを用いて端末管理サーバ１０にアクセスすることで、この端末ＩＤに紐付いた分割暗号鍵Ｂを端末管理サーバ１０から取得する。携帯端末１は、取得した分割暗号鍵Ｂを自己の非接触ＩＣカード機能領域に記憶する。
【００９１】
通信端末２０は、携帯端末１の非接触ＩＣカード機能領域から分割暗号鍵Ｂを切り取り（読取った分割暗号鍵Ｂは携帯端末１から削除する）、これと自己が保持する暗号鍵の一部（分割暗号鍵Ａ）とに基づいて、上記セキュリティ情報を秘匿・復号するための暗号鍵を揮発性メモリ２３ａ上に復元する。上記記憶してあるハッシュ値を用いて、復元した暗号鍵が正しいものであるのかチェックするようにしてもよい。
【００９２】
そして、この暗号鍵を使って、不揮発性メモリ２１に格納された暗号化セキュリティ情報（上記各種認証鍵等）を揮発性メモリ上で復号する。特に、非接触ＩＣカードとの認証鍵（秘匿鍵）を復号することで、非接触ＩＣカードとの通信が可能となり各種電子マネーサービスを提供することができるようになり、通信端末２０の運用開始が可能となる。また、暗号鍵Ｚや各種認証鍵等は揮発性メモリ２３ａ上に復元されるので、電源ＯＦＦによって消去される。
【００９３】
これにより、通信端末２０が盗難にあった場合でも、電源ＯＦＦすることで揮発性メモリ２３ａに記憶された暗号鍵Ｚや各種認証鍵等は消去されるので、特に、非接触ＩＣカードとの認証鍵（秘匿鍵）のような重要な情報が漏洩することはない。よって、例えば、不正に電子価値情報を積み増すこと等は不可能となる。
【００９４】
また、盗難者がその後に通信端末２０を電源ＯＮして起動しても、揮発性メモリ２３ａ上には上記の通りデータは残っていないし、不揮発性メモリ２１上には暗号鍵Ｚの一部（分割暗号鍵Ａ）しか残っていないので、これだけでは不揮発性メモリ２１上の暗号化セキュリティ情報（上記各種認証鍵等）を復号できない。
【００９５】
暗号化セキュリティ情報（上記各種認証鍵等）の復号の為には、携帯端末１が必要となるが、盗難者にとっては携帯端末１が必要であることを知ること自体が困難であるし、仮に知っても通信端末２０に加えて更に携帯端末１も盗み出すことは困難である。更に、仮に通信端末２０と携帯端末１を不正に入手されたとしても、ＰＩＮ情報が分からないと分割暗号鍵Ｂを入手できない。
【００９６】
この様に、盗難者は、分割暗号鍵Ｂを入手することは出来ず、暗号鍵Ｚを生成することはできない。よって、暗号化セキュリティ情報（上記各種認証鍵等）を復号して非接触ＩＣカードとの認証鍵等を入手することも出来ない。
【００９７】
尚、端末管理サーバ１０側では、通信端末２０または携帯端末１の盗難や不正利用が発覚した時点で、該当通信端末２０に対応する分割暗号鍵Ｂを削除し、又は、該当携帯端末１の接続を拒絶することで、不正利用を防ぐことができる。
【００９８】
また、通信端末２０は、出荷後でも例えば定期的に乱数等に基づいて暗号鍵を新たに生成して、この新たな暗号鍵Ｚ’を用いてセキュリティ情報を暗号化すると共に、この暗号鍵Ｚ’の一部を自己が保持し、残りの一部を端末管理サーバ１０側で記憶・管理させるようにしてもよい。
【００９９】
これにより、通信端末２０と携帯端末１との非接触通信を傍受されても、携帯端末１の複製による不正利用を防ぐことが可能となる。
以上説明した本例の非接触ＩＣカードシステムによれば、通信端末２０に高価な耐タンパ性を持ったチップを搭載することなく、不正利用からセキュリティ情報を守ることが可能になる。これにより、通信端末やシステム全体のコストダウンが図れ、ポイントサービスなど付加的サービスへの導入障壁を低くすることが出来る。
【０１００】
本発明は、上述した例に限らない。例えば、携帯端末１は必須の構成要素ではない。携帯端末１が無くても本システムは成立し得る。但し、その為には、例えば通信端末２０に何らかの入力装置（少なくともＰＩＮの入力が可能なもの）が備えられている必要がある。しかしながら、通信端末２０は、基本的にはレジ横等に設置されるＩＣカードリーダ／ライタであり、入力装置が無い場合が多い。もし、通信端末２０に入力装置が無い場合には、通信端末２０を改造して入力装置を追加するか、あるいは上述した例のように携帯端末１を利用する必要がある。但し、セキュリティ上、携帯端末１を利用することが望ましい。
【０１０１】
本例のように携帯端末１を用いる場合には、各店舗の店員等が所有する携帯電話等を利用して実現する（上記のように所定のアプリケーションをインストールする等）ことが可能であるので、通信端末２０を改造して入力装置を追加する方法に比べれば、低コストで本発明システムを実現できるというメリットがある。また、上述したようにセキュリティが強化されるというメリットもある。
【０１０２】
以上説明したように、本手法では、ＩＣカード認証鍵等は暗号鍵Ｚで暗号化して暗号鍵Ｚのハッシュ値と共に通信端末の不揮発性メモリ２１に格納しておくと共に、この暗号鍵Ｚを２つに分割して通信端末と端末管理サーバにそれぞれ保持させておく。そして、通信端末を運用開始する毎に、携帯端末を用いてＰＩＮ入力によるユーザ確認を行ってＯＫである場合のみ端末管理サーバにアクセスして暗号鍵Ｚの一部を取得し、これによって暗号鍵Ｚを復元する。復元した暗号鍵Ｚに関してハッシュ値により確認を行ってＯＫであれば、この暗号鍵Ｚを用いて上記暗号化されたＩＣカード認証鍵等を復号する。
【０１０３】
通信端末は、以上の処理によりＩＣカード認証鍵等を得たことで、非接触ＩＣカードとの秘匿通信が可能となり、ＩＣカードを用いる各種サービスを提供可能となり、運用開始できることになる。上記処理によって得たＩＣカード認証鍵等は、揮発性メモリ上に展開するので、通信端末の電源ＯＦＦにより消去される。よって、通信端末の盗難等によってＩＣカード認証鍵が漏洩する可能性は非常に低い。
【０１０４】
また、暗号鍵Ｚを復元してＩＣカード認証鍵等を復号するためには、通信端末２０だけでなく携帯端末１も必要であり、ＩＣカード認証鍵が漏洩する可能性は極めて低い。
尚、特に図示しないが、通信端末２０、携帯端末１は、それぞれ、以下に説明する各種機能部（何れも不図示）を有するものと言うこともできる。
【０１０５】
すなわち、まず、通信端末２０は、暗号化機能部、暗号鍵分割格納機能部、暗号鍵復元機能部、セキュリティ情報復号機能部（何れも不図示）を有するものということもできる。また、これら各種機能部によって上述した図６の処理を実現するものということもできる。尚、これら各種機能部の処理機能は、ＣＰＵ２３が不揮発性メモリ２１に予め記憶されている所定のアプリケーションプログラムを読出し・実行することにより実現される。
【０１０６】
上記暗号化機能部は、例えば、暗号化と復号を行う暗号鍵Ｚを生成し、該暗号鍵Ｚを用いて少なくとも上記秘匿鍵を含むセキュリティ情報を暗号化し、該暗号化セキュリティ情報を不揮発性メモリ２１に格納する。
【０１０７】
上記暗号鍵分割格納機能部は、例えば上記暗号鍵Ｚを分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、該第１の分割暗号鍵を上記不揮発性メモリ２１に格納すると共に、該第２の分割暗号鍵を自己の端末ＩＤと共にサーバ装置（サーバ１０等）に格納させる。
【０１０８】
上記暗号鍵復元機能部は、起動時に、上記携帯端末１を介して上記サーバ装置が保持している第２の分割暗号鍵を取得し、不揮発性メモリ２１に格納している第１の分割暗号鍵と該取得した第２の分割暗号鍵とによって上記暗号鍵Ｚを揮発性メモリ２３ａ上に復元する。
【０１０９】
セキュリティ情報復号機能部は、上記暗号鍵復元機能部で復元した暗号鍵Ｚを用いて、不揮発性メモリ２１に格納している暗号化セキュリティ情報を揮発性メモリ２３ａ上に復号することで、少なくとも秘匿鍵を揮発性メモリ２３ａ上に復号する。
【０１１０】
また、通信端末２０は、例えば更に、上記揮発性メモリ２３ａ上に復号されたセキュリティ情報が保持されている状態において、乱数を用いて新たな暗号鍵を生成し、該生成した新たな暗号鍵を用いてセキュリティ情報を暗号化し、該新たな暗号化セキュリティ情報を不揮発性メモリ２１に格納する暗号化変更機能部と、新たな暗号鍵を分割して新たな第１の分割暗号鍵と新たな第２の分割暗号鍵を生成し、該新たな第１の分割暗号鍵を不揮発性メモリ２１に格納すると共に、該新たな第２の分割暗号鍵を自己の端末ＩＤと共にサーバ装置に送信して格納させる新暗号鍵分割格納機能部とを有するものであってもよい。
【０１１１】
また、携帯端末１は、例えば既存の非接触ＩＣカード通信機能を有する携帯電話等であって、ユーザ認証機能部と分割暗号鍵転送機能部（何れも不図示）とを有するものということもできる。また、これら各種機能部によって上述した図３〜図５の処理を実現するものということもできる。尚、これら各種機能部の処理機能は、携帯端末１の不図示のＣＰＵ等が不図示の記憶装置（メモリ等）に予め記憶されている所定のアプリケーションプログラムを読出し・実行することにより実現される。
【０１１２】
ユーザ認証機能部は、例えば所定のＰＩＮ情報を入力させることでユーザ認証を行う。
分割暗号鍵転送機能部は、該ユーザ認証機能部によりユーザ認証ＯＫとなった場合、上記非接触ＩＣカード通信機能によって任意の通信端末２０と通信を行って、該通信端末２０の端末ＩＤを取得し、該取得した端末ＩＤをサーバ装置に送信することで上記通信端末２０に対応する第２の分割暗号鍵を該サーバ装置から取得する。そして、該取得した第２の分割暗号鍵を上記非接触ＩＣカード通信機能によって上記暗号鍵復元機能部に転送する。
【符号の説明】
【０１１３】
１ 携帯端末
２ ＩＣカード
３ ネットワーク
４ ネットワーク
５ 上位装置
６ 暗号化アプリケーション設定値
７ アプリケーション設定値
８ 新たな暗号化アプリケーション設定値
１０ 端末管理サーバ
１１ 端末毎暗号鍵格納テーブル
１２ 端末ＩＤ
１３ 分割暗号鍵Ｂ
２０ 通信端末
２１ 不揮発性メモリ
２２ 通信装置
２３ ＣＰＵ
２３ａ 揮発性メモリ
２４ 通信装置
２５ 表示装置
２６ 暗号処理装置
２７ リーダ・ライタ装置
３１ 分割暗号鍵Ａ
３２ ハッシュ値
３３ ＩＣカード認証鍵
３４ 端末管理サーバ認証鍵
３５ 端末管理サーバ接続情報
【技術分野】
【０００１】
本発明は、ＩＣカードを利用してサービスを提供する端末において、耐タンパ性を持ったチップを利用しなくても、ＩＣカード等との秘匿通信に利用する鍵が第三者に漏洩することを防ぐための技術に関する。
【背景技術】
【０００２】
近年、セキュリティの高さ、非接触による故障率の低さ、利便性の高さより、非接触ＩＣカードを用いて電子マネー決済サービスやポイントサービス等を提供するＩＣカードシステムが普及している。このようなＩＣカードシステムに利用される通信端末（非接触ＩＣカード・リーダライタを備える）は、非接触ＩＣカードとの秘匿通信に利用する認証鍵（秘匿鍵）を保持する必要があるが、この秘匿鍵が第三者に漏洩する事態を回避する為に、耐タンパ性を持ったチップを備えており、このチップ内に秘匿鍵を保持している。
【０００３】
また、電子マネーやポイントなどの電子価値情報をＩＣカードに積み増す機能を有する通信端末に関しては、この通信端末の設置場所とは別のセキュアな場所にあるサーバと通信を行い、認証に成功することで認証鍵（秘匿鍵）を取得することによって、盗難による不正な積み増しができないようにすることが考案されている。
【０００４】
特許文献１では、サーバとの認証が成功することで認証鍵（秘匿鍵）を取得するため、サーバとの認証処理のための情報は、非接触ＩＣカードとの認証鍵（秘匿鍵）と同様の耐タンパの領域（耐タンパチップ内等）で管理する必要がある。
【０００５】
特許文献２では、仮認証端末を用いて、端末管理サーバの負担集中を低減しているが、仮認証端末との通信はネットワークを介しており、相応の耐タンパ機能が必要である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００５−１５７４９７号公報
【特許文献２】特開２００８−１９９２０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上記従来技術では、例えば耐タンパ性を持ったチップを必要とする等、耐タンパ性をハードウェア的に確保する必要がある。
しかしながら、耐タンパ性をハードウェア的に確保しようとすると通信端末のコストアップに繋がり、ポイントサービスなど付加的サービスに利用するためには、通信端末やシステム全体が高価になり、これが導入障壁となっている。
【０００８】
上記問題に対しては、上記従来技術では何等考慮されていない。
本発明の課題は、耐タンパ性をハードウェア的に確保する必要なく安価に構築でき、特にＩＣカード等との秘匿通信に利用する秘匿鍵が第三者に漏洩することを防止できるＩＣカードシステム、その通信端末、携帯端末等を提供することである。
【課題を解決するための手段】
【０００９】
本発明のＩＣカードシステムは、所定の秘匿鍵を必要とする非接触ＩＣカードとの通信処理を行う各通信端末と、サーバ装置とがネットワークに接続されたシステムであって、非接触ＩＣカード通信機能を持つ携帯端末を更に備え、
前記各通信端末は、不揮発性メモリと、揮発性メモリと、暗号化と復号を行う暗号鍵を生成し、該暗号鍵を用いて少なくとも前記秘匿鍵を含むセキュリティ情報を暗号化し、該暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化手段と、前記暗号鍵を分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、該第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に格納させる暗号鍵分割格納手段と、起動時に、前記携帯端末を介して前記サーバ装置が保持している前記第２の分割暗号鍵を取得し、前記不揮発性メモリに格納している前記第１の分割暗号鍵と該取得した第２の分割暗号鍵とによって前記暗号鍵を前記揮発性メモリ上に復元する暗号鍵復元手段と、該暗号鍵復元手段で復元した前記暗号鍵を用いて、前記不揮発性メモリに格納している前記暗号化セキュリティ情報を前記揮発性メモリ上に復号することで少なくとも前記秘匿鍵を前記揮発性メモリ上に復号するセキュリティ情報復号手段とを有し、
前記携帯端末は、認証用情報を入力させることでユーザ認証を行うユーザ認証手段と、該ユーザ認証手段によりユーザ認証ＯＫとなった場合、前記非接触ＩＣカード通信機能によって前記通信端末と通信を行って該通信端末の前記端末ＩＤを取得し、該取得した端末ＩＤを前記サーバ装置に送信することで前記通信端末に対応する前記第２の分割暗号鍵を該サーバ装置から取得して、該取得した第２の分割暗号鍵を前記非接触ＩＣカード通信機能によって前記暗号鍵復元手段に転送する分割暗号鍵転送手段とを有する。
【００１０】
各通信端末において、ＩＣカードとの通信に必要となる秘匿鍵等は、暗号化されて格納されている。この暗号化セキュリティ情報を復号する為に必要な暗号鍵は、分割されて、サーバ装置と通信端末とに保持されている。この暗号鍵を得る（復元する）為には、上記所定の機能を有する携帯端末を用いる必要があり、更に、正しいＰＩＮ情報を知る必要がある。各通信端末において、暗号鍵やセキュリティ情報は揮発性メモリ上で復元されるので、電源ＯＦＦにより消去される。
【００１１】
上記ＩＣカードシステムにおいて、例えば、前記セキュリティ情報には更に前記サーバ装置との認証鍵も含まれ、前記セキュリティ情報復号手段は、該サーバ装置との認証鍵も前記揮発性メモリ上に復号する。
【００１２】
また、上記ＩＣカードシステムにおいて、例えば、前記通信端末は、更に、前記揮発性メモリ上に前記復号されたセキュリティ情報が保持されている状態において、乱数を用いて新たな暗号鍵を生成し、該生成した新たな暗号鍵を用いて前記セキュリティ情報を暗号化し、該新たな暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化変更手段と、前記新たな暗号鍵を分割して新たな第１の分割暗号鍵と新たな第２の分割暗号鍵を生成し、該新たな第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該新たな第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に送信して格納させる新暗号鍵分割格納手段とを有する。
【発明の効果】
【００１３】
本発明のＩＣカードシステム、その通信端末、携帯端末等によれば、耐タンパ性をハードウェア的に確保する必要なく安価に構築でき、特にＩＣカード等との秘匿通信に利用する秘匿鍵が第三者に漏洩することを防止できる。
【図面の簡単な説明】
【００１４】
【図１】本例の非接触ＩＣカードシステムの構成例である。
【図２】本例の非接触ＩＣカードシステムの概略動作を示す図である。
【図３】携帯端末の処理フローチャート（その１）である。
【図４】携帯端末の処理フローチャート（その２）である。
【図５】携帯端末の処理フローチャート（その３）である。
【図６】通信端末の処理フローチャート図（その１）である。
【図７】通信端末の処理フローチャート図（その２）である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して本発明の実施の形態について説明する。
図１に本例の非接触ＩＣカードシステムの構成例を示す。
図示の非接触ＩＣカードシステムは、端末管理サーバ１０と各通信端末２０が、インターネット等のネットワーク４に接続している。また、一例としては、本例の非接触ＩＣカードシステムには携帯端末１が含まれていてもよい。この携帯端末１は、例えば、各通信端末２０が設置されている店舗等の責任者／店員等が使用するものであり、ＩＣカード機能付きである。携帯端末１は、例えば、ＩＣカード機能付き携帯電話等である。また、通信端末２０は、ＩＣカード２またはＩＣカード機能付き携帯電話等との非接触近距離通信を行って電子マネー決済処理、ポイントサービス等を行う装置である。
【００１６】
端末管理サーバ１０は、ハードウェア的には一般的なサーバ装置（汎用コンピュータ装置）であり、よって特に図示しないが、概略的には例えば不図示のＣＰＵ、記憶装置（ハードディスク、メモリ）、通信インタフェース等を有している。そして、上記不図示のＣＰＵが、不図示のハードディスク等に予め記憶されている各種アプリケーションプログラムを読出し・実行することにより、例えば後述する各種処理を実現する。
【００１７】
また、端末管理サーバ１０は、ネットワーク３（携帯電話網等）を介して携帯端末１（ＩＣカード機能付き）と通信可能、ネットワーク４（インターネット等）を介して各通信端末２０と通信可能となっている。
【００１８】
また、携帯端末１も、ハードウェア的には一般的なＩＣカード機能付き携帯電話等の構成であり、よって特に図示しないが、概略的には例えば不図示のＣＰＵ、記憶装置（メモリ等）、液晶ディスプレイ、入力装置(キー等)、通信機能等を有している。そして、上記不図示のＣＰＵが、不図示の記憶装置等に予め記憶されている各種アプリケーションプログラムを読出し・実行することにより、例えば後述する図２、図３〜図５に示す各種処理を実現する。
【００１９】
また、各通信端末２０は、不揮発性メモリ２１、通信装置２２、ＣＰＵ２３、通信装置２４、表示装置２５、暗号処理装置２６、リーダ・ライタ装置２７を有する。ＣＰＵ２３は、揮発性メモリ２３ａを内蔵している。
【００２０】
各通信端末２０は、出荷後、任意の場所（店舗内等）に設置され、通常、当該店舗内に設けられている上位装置５（レジ等）と接続して運用が行われる。ＣＰＵ２３は、上記通信装置２２を介して上位装置５との通信を行う。また、通信装置２４はインターネット等のネットワーク４に接続しており、ＣＰＵ２３は通信装置２４を介して端末管理サーバ１０との通信を行う。
【００２１】
また、リーダ・ライタ装置２７は、ＩＣカード２または携帯端末１（ＩＣカード機能付き）と非接触の近距離通信を行う、一般的な非接触ＩＣカード・リーダ／ライタである。表示装置２５は例えば小型の液晶ディスプレイ等である。
【００２２】
暗号処理装置２６は、例えば暗号演算に特化したＩＣチップであるが、必ずしも必要ないものである。本説明では、暗号処理装置２６が存在しないものとし、暗号化／復号化等の暗号演算も、ＣＰＵ２３が実行するものとして説明する。但し、この例に限るものではなく、暗号処理装置２６が存在する構成の場合には暗号化／復号化等の暗号演算は暗号処理装置２６に実行させればよい。
【００２３】
不揮発性メモリ２１には、不図示の各種アプリケーションプログラムが予め記憶されており、ＣＰＵ２３は、任意のアプリケーションプログラムを自己の揮発性メモリ２３ａに読み出し・実行することにより、後述する各種処理(例えば図２、図６、図７に示す処理等)を実現する。
【００２４】
ここで、図２に、本例の非接触ＩＣカードシステムの概略的な動作を示す。
以下、図２も参照して、図１に示す構成の非接触ＩＣカードシステムの動作について概略的に説明する。
【００２５】
本例の非接触ＩＣカードシステムの動作は、図２に示すように、出荷前設定時と出荷後の起動時とに大別される。
以下、出荷前設定時の動作について説明する。
【００２６】
まず、各通信端末２０には予め固有の識別番号（ＩＤ）が割り当てられるものであり、このＩＤを端末ＩＤと呼ぶものとする。特に図示しないが各通信端末２０内の不揮発性メモリ２１には自己の端末ＩＤも記憶されている。
【００２７】
そして、各通信端末２０は、例えば出荷前において、その内部で任意の暗号鍵Ｚを生成する。この暗号鍵Ｚは、例えば共通鍵暗号方式（秘密鍵暗号方式ともいう）による鍵である。よく知られているように、共通鍵暗号方式は、暗号化と復号とで同一の鍵を用いる。よって、上記暗号鍵Ｚによって暗号化を行い且つ復号も行う。各通信端末２０は、この暗号鍵Ｚによって所定の鍵／情報を暗号化する。
【００２８】
すなわち、例えば管理者等から提供された“非接触ＩＣカードとの通信に必要な認証鍵（秘匿鍵）”（本例では「ＩＣカード認証鍵」と呼ぶ）、“端末管理サーバ１０との通信に必要な認証鍵”（本例では「端末管理サーバ認証鍵」と呼ぶ）、“処理履歴の暗号化鍵”、“端末管理サーバ１０への接続情報（ＵＲＬ等）”（本例では「端末管理サーバ接続情報」と呼ぶ）、“通信端末２０上で動作するアプリケーションで必要な情報”（例えば、不図示のアプリケーション用サーバとの接続情報、認証情報、データ秘匿鍵情報等）（本例では「アプリケーション情報」と呼ぶ）等の各種「セキュリティ情報」を、通信端末２０は上記生成した暗号鍵Ｚによって暗号化する。
【００２９】
そして、上記暗号鍵Ｚで暗号化された各種「セキュリティ情報」を、自端末２０内の不揮発メモリ２１に格納する。図１において不揮発メモリ２１内に示す各種認証鍵／情報３３〜３６が、上記暗号鍵Ｚによって暗号化した各種認証鍵／情報である。
【００３０】
すなわち、図示のＩＣカード認証鍵３３は上記「ＩＣカード認証鍵」を上記暗号鍵Ｚによって暗号化したものであり、以下、“暗号化ＩＣカード認証鍵３３”と呼ぶ場合もあるものとする。
【００３１】
同様に、図示の端末管理サーバ認証鍵３４は、上記「端末管理サーバ認証鍵」を上記暗号鍵Ｚによって暗号化したものであり、以下、“暗号化端末管理サーバ認証鍵３４”と呼ぶ場合もあるものとする。同様に、図示の端末管理サーバ接続情報３５は、上記「端末管理サーバ接続情報」を上記暗号鍵Ｚによって暗号化したものであり、以下、“暗号化端末管理サーバ接続情報３５”と呼ぶ場合もあるものとする。同様に、図示のアプリケーション情報３６は、上記「アプリケーション情報」を上記暗号鍵Ｚによって暗号化したものであり、以下、“暗号化アプリケーション情報３６”と呼ぶ場合もあるものとする。
【００３２】
尚、図２においては、上記暗号化された各種「セキュリティ情報」３３〜３６を、まとめて、暗号化アプリケーション設定値６として示している。
尚、「アプリケーション情報」は、本手法に関しては特に関係ないので、詳細には説明しないものとすると共に、以下の説明においては省略する場合もある。
【００３３】
上記のように通信端末２０は、任意の暗号鍵Ｚを生成し、この暗号鍵Ｚによって暗号化した各種認証鍵／情報３３〜３６等を自己の不揮発性メモリ２１に格納する。通信端末２０は、続いて、所定のハッシュ関数によって当該暗号鍵Ｚのハッシュ値を生成し、その後、この暗号鍵Ｚを２つに分割して分割暗号鍵Ａ、分割暗号鍵Ｂを生成する。そして、生成したハッシュ値及び分割暗号鍵Ａを、自己の不揮発性メモリ２１に格納する。これが、図１に示す分割暗号鍵Ａ３１、ハッシュ値３２である。
【００３４】
また、生成した分割暗号鍵Ｂは、自己の端末ＩＤと共に端末管理サーバ１０へ送信する。ここで、図２においては、上記分割暗号鍵Ａ、分割暗号鍵Ｂを“Key A”、“Key B”と記してあり、上記暗号化された各種「セキュリティ情報」３３〜３６の生成に用いた上記暗号鍵Ｚは、「“Key A”＋“Key B”」と見做すことができる。図２に示す例では、通信端末２０は、“Key B”を自己の端末ＩＤと共に端末管理サーバ１０へ送信して、端末管理サーバ１０内の記憶装置に登録させている。
【００３５】
上記のようにして、各通信端末２０毎に、その通信端末２０で生成・使用した暗号鍵Ｚの一部（分割暗号鍵Ａ）とハッシュ値が当該通信端末２０内に記憶されると共に、暗号鍵Ｚの残りの一部（分割暗号鍵Ｂ）が端末管理サーバ１０内に記憶されることになる。
【００３６】
尚、本例では、暗号鍵Ｚを２つに分割するものとしたが、この例に限らず、３つ以上に分割してもよい。但し、本手法では、暗号鍵Ｚを分割して一部（本例では分割暗号鍵Ａ）を不揮発性メモリ２１に記憶し、残り（本例では分割暗号鍵Ｂ）をサーバ１０に格納させるのであり、暗号鍵Ｚを分割して２箇所に分散記憶させるものである。よって、暗号鍵Ｚを例えば分割暗号鍵Ｃ，Ｄ，Ｅ，Ｆ，Ｇの５つに分割したとしても、これらを上記２箇所に分散記憶させることになり、結局、本例のように２つに分割して上記２箇所に分散記憶させる例と比べて本質的な違いはない。
【００３７】
別の考え方で言えば、本例の分割暗号鍵Ａを更に分割したものが上記分割暗号鍵Ｃ，Ｄであり、本例の分割暗号鍵Ｂを更に分割したものが上記分割暗号鍵Ｅ，Ｆ，Ｇであると見做すこともできる。これより、例えば「暗号鍵Ｚを分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、第１の分割暗号鍵を不揮発性メモリ２１に格納すると共に、第２の分割暗号鍵をサーバ１０に格納させる」とは、暗号鍵Ｚを２つに分割する場合に限らず、３つ以上に分割する場合も含まれるものとする。
【００３８】
ここで具体例としては、端末管理サーバ１０の上記不図示の記憶装置には、図１に示す端末毎暗号鍵格納テーブル１１も記憶される。端末管理サーバ１０は、上記のように通信端末２０から送信されてくる分割暗号鍵Ｂ及び端末ＩＤを、端末毎暗号鍵格納テーブル１１に登録する。すなわち、図示のように、端末毎暗号鍵格納テーブル１１には、端末ＩＤ１２に対応付けて分割暗号鍵Ｂ１３が登録される。すなわち、各通信端末２０毎の分割暗号鍵Ｂが登録・管理される。
【００３９】
尚、上述した出荷前の設定作業・処理は、例えば工場内等で行うので、端末管理サーバ１０−通信端末２０間の通信は、例えば専用の１対１の通信ケーブルを介して行うようにしてもよい。
【００４０】
上述した出荷前の作業・処理が完了したら、通信端末２０を出荷して任意の店舗内等に設置し、上記のように上位端末５等と接続して運用開始するが、上記の通り各種鍵／情報は暗号化されているので、特に「ＩＣカード認証鍵」が暗号化されたままなので、このままでは運用開始できない。
【００４１】
上記暗号化された各種鍵／情報を復号するには、暗号化に用いた上記暗号鍵Ｚが必要であるが、通信端末２０は暗号鍵の一部（分割暗号鍵Ａ）しか保持しておらず、残り（分割暗号鍵Ｂ）は端末管理サーバ１０に保存されているので、これを取得する必要がある。但し、第三者が暗号鍵Ｚを不正に入手し、それによって特にＩＣカードとの通信に必要な認証鍵（ＩＣカード認証鍵）が不正に入手されてしまう事態を、回避する必要がある。
【００４２】
その為に本例では別の端末（携帯端末１）を介して分割暗号鍵Ｂを取得するようにしており、その際に認証用情報として例えばＰＩＮ入力による確認を行うようにしている。認証用情報としては、バイオメトリクス情報を用いてもよい。
【００４３】
まず、上記の通り、携帯端末１は、例えば各通信端末２０が設置されている店舗等の責任者／店員が使用するものであり、例えば店員等の所有物であってもよいが、予め所定のアプリケーションがインストールされている必要がある。この所定のアプリケーションは、例えば、端末管理サーバ１０側で管理されており、例えば事前に、携帯端末１を端末管理サーバ１０に接続して、上記所定のアプリケーションを携帯端末１にダウンロードする。
【００４４】
上記所定のアプリケーションを携帯端末１にダウンロードする処理は、ネットワーク３を介して行ってもよいが、安全の為に以下に説明するようにしてもよい。
すなわち、例えば上述した通信端末２０の出荷前の設定作業・処理に伴って、この通信端末２０の出荷先に係わる携帯端末１に対する上記アプリケーション・インストール作業を、上記工場内で行ってもよい。この場合、携帯端末１−端末管理サーバ１０間の通信（ダウンロード等）は、例えば専用の１対１の通信ケーブルを介して行うようにしてもよい。
【００４５】
上記所定のアプリケーションは、例えば図３、図４、図５の処理をそれぞれ実行する複数のアプリケーションより成るものである。
これら各アプリケーションは、予め決められている所定のＰＩＮ情報が正しく入力された場合のみ動作するようになっている。このＰＩＮ情報は、端末管理サーバ１０の管理者等が何らかの安全な方法により上記店員等に伝えておく（上記工場内でのダウンロード作業の際に口頭で伝えても良い）。
【００４６】
また、上記所定のアプリケーションには、上記「端末管理サーバ接続情報」等（ＵＲＬ等）を用いた端末管理サーバ１０へのアクセス処理等が含まれている。これより、図２に示すように、例えば上記出荷前の設定作業・処理によって、携帯端末１には所定のＰＩＮ情報と「端末管理サーバ接続情報」等が登録されるものと見做してもよい。尚、「端末管理サーバ接続情報」等とは、例えば「端末管理サーバ接続情報」及び上記「端末管理サーバ認証鍵」等であり、携帯端末１が後述するようにサーバ１０にアクセスして分割暗号鍵Ｂ（Key B）を取得する為に必要となる情報を意味する。
【００４７】
上述したことから、設定後の携帯端末１は、ＰＩＮによりユーザを判定する機能を備えており、正常なＰＩＮ（Personal Ｉdentification Number）情報が入力されない限り、該当する非接触ＩＣカード機能を有効にしない。ＰＩＮによりユーザを判定する機能及び“該当する非接触ＩＣカード機能”とは、図３、図４、図５にそれぞれ示す処理機能である。上記の通り、これら処理機能を実現する複数のアプリケーションは、予め携帯端末１にインストールされており、ユーザ操作により任意に起動できる。
【００４８】
以下、図２に示す出荷後起動時の動作について、図１、図３〜図７も参照して説明する。
例えば店員等は、通信端末２０を運用開始したい場合には（例えば、上記設置直後の運用開始時、あるいは夜間は電源ＯＦＦしておき、翌朝電源ＯＮする場合等）、通信端末２０が電源ＯＮに伴う所定の初期処理を実行して完了した後、上記携帯端末１を操作して、まず図３に示す処理を実行させる。
【００４９】
すなわち、携帯端末１を操作して端末ＩＤ読取処理対応のアプリケーションを起動し（ステップＳ１１）、事前に知らされたＰＩＮ情報を入力する（ステップＳ１２）。正しいＰＩＮ情報が入力された場合には（ステップＳ１３，ＹＥＳ）、端末ＩＤ読取処理対応のアプリケーションの機能を実行する。すなわち、ＩＣカード機能を用いて通信端末２０との非接触近距離通信を行って、この通信端末２０の端末ＩＤを取得する（ステップＳ１４）。そして、取得した端末ＩＤを、自己の非接触ＩＣカード機能のＩＣチップの所定の記憶領域に格納する。
【００５０】
当該通信端末２０との通信は、ＩＣカード認証鍵３３（秘匿鍵）を用いない通信とする。一般的に、ＩＣカードとの非接触近距離通信には、ＩＣカード認証鍵３３（秘匿鍵）を用いる通信と用いない通信との２種類が存在するものであり、ここでは後者の通信（ＩＣカード認証鍵３３を用いない通信）を行う。但し、通信内容を暗号化して秘匿する必要がある場合には、例えばDiffie-Hellman鍵交換等の鍵交換アルゴリズムを、事前に携帯端末１と通信端末２０の双方に実装しておく。
【００５１】
そして、例えば上記ステップＳ１４や後述するステップＳ３４の処理の際には、処理の直前に携帯端末１と通信端末２０との間で暗号鍵交換（ワンタイムの鍵の交換）を行って、送信するデータの暗号化／復号を行えるようにする。例えばステップＳ３４の場合、この処理の直前に携帯端末１と通信端末２０との間で暗号鍵交換（ワンタイムの鍵の交換）を行って、携帯端末１においてこの鍵を用いて分割暗号鍵Ｂを暗号化したうえで通信端末２０に送信する。勿論、通信端末２０は、上記鍵を用いて、暗号化された分割暗号鍵Ｂを復号する。
【００５２】
もし、正しいＰＩＮ情報が入力されなかった場合には（ステップＳ１３，ＮＯ）、上記ステップＳ１４の処理を行うことなく、本処理を終了する。この場合には、例えばエラーメッセージを表示して、店員に再度のＰＩＮ情報入力を促すようにしてもよい。
【００５３】
上述したようにして、携帯端末１を用いて、起動したい通信端末２０からその端末ＩＤを読取る。尚、上述した図３の処理は、図２には示していないが、図３の処理を実行後に
図２に示すステップＳ１、Ｓ２の処理を行う。すなわち、ＰＩＮ入力によるユーザ検証を行い（ステップＳ１）、検証ＯＫであれば、端末管理サーバ１０に接続して分割暗号鍵Ｂ（Key B）を取得する（ステップＳ２）。
【００５４】
上記ステップＳ１，Ｓ２の処理の詳細を、図４に示す。
上記図３の処理によって運用開始対象の通信端末２０の端末ＩＤを取得できた場合には、続いて、図４の処理を実行させる。すなわち、店員等は携帯端末１を操作して分割暗号鍵Ｂ取得処理対応のアプリケーションを起動し（ステップＳ２１）、事前に知らされたＰＩＮ情報を入力する（ステップＳ２２）。正しいＰＩＮ情報が入力された場合には（ステップＳ２３，ＹＥＳ）、分割暗号鍵Ｂ取得処理対応のアプリケーションの機能を実行する。
【００５５】
すなわち、携帯端末１は、ネットワーク３を介して端末管理サーバ１０に接続して、端末管理サーバ１０から上記運用開始対象となる通信端末２０の分割暗号鍵Ｂを取得する（ステップＳ２４）。
【００５６】
これは、例えば、上記「端末管理サーバ接続情報」、「端末管理サーバ認証鍵」等を用いて、端末管理サーバ１０にアクセスすると共に所定の認証処理を行う。そして、アクセス成功で且つ認証ＯＫであった場合には、携帯端末１は上記ステップＳ１４で取得した端末ＩＤを付加した暗号鍵Ｂ要求コマンドを端末管理サーバ１０へ送信する。
【００５７】
この暗号鍵Ｂ要求コマンドを受信した端末管理サーバ１０は、このコマンドに付加されている端末ＩＤを用いて、自己が記憶する上記端末毎暗号鍵格納テーブル１１を検索して、該当する分割暗号鍵Ｂ１３を取得する。そして、取得した分割暗号鍵Ｂ１３を、要求元の携帯端末１へ返信する。
【００５８】
上述したようにして、携帯端末１を使って端末管理サーバ１０へ接続し、運用開始対象の通信端末２０に応じた分割暗号鍵Ｂ（暗号鍵Ｚの一部）を取得する。携帯端末１は、取得した分割暗号鍵Ｂを、例えば自己の非接触ＩＣカード機能のＩＣチップの記憶領域（耐タンパメモリ等）に一時的に記憶する。尚、携帯端末１−端末管理サーバ１０間の通信は、ＳＳＬで秘匿するため、通信データから分割暗号鍵Ｂが外部へ漏洩することはない。また、尚、上記「端末管理サーバ接続情報」、「端末管理サーバ認証鍵」等も、上記非接触ＩＣカード機能のＩＣチップ内に記憶されて保護されている。
【００５９】
該当する分割暗号鍵Ｂを取得できた場合には、続いて、図５の処理を実行させる。すなわち、店員等は携帯端末１を操作して暗号鍵Ｂ通知処理対応のアプリケーションを起動し（ステップＳ３１）、事前に知らされたＰＩＮ情報を入力する（ステップＳ３２）。正しいＰＩＮ情報が入力された場合には（ステップＳ３３，ＹＥＳ）、暗号鍵Ｂ通知処理対応のアプリケーションの機能を実行する。
【００６０】
すなわち、携帯端末１は、上記ステップＳ２４で取得した分割暗号鍵Ｂを、上記運用開始対象となる通信端末２０に対して、非接触ＩＣカード機能による非接触近距離通信によって送信し、送信完了したら上記取得してある分割暗号鍵Ｂ、端末ＩＤ（自己が一時的に記憶している）を削除する（ステップＳ３４）。
【００６１】
尚、既に述べたように、携帯端末１は、ステップＳ３４の処理の直前に通信端末２０との暗号鍵交換（ワンタイムの鍵の交換）を行い、この鍵を用いて分割暗号鍵Ｂを暗号化することで、当該暗号化された分割暗号鍵Ｂを上記運用開始対象となる通信端末２０へ送信するようにしてもよい。
【００６２】
尚、正しいＰＩＮ情報が入力されなかった場合には（ステップＳ３３，ＮＯ）、ステップＳ３４の処理を行うことなく本処理を終了する。この場合には、例えばエラーメッセージを表示して、店員に再度のＰＩＮ情報入力を促すようにしてもよい。
【００６３】
尚、上記ステップＳ１４，Ｓ３４の処理の際には、店員は携帯端末１を通信端末２０に翳す。
ここで、図２には、上記携帯端末１を介して分割暗号鍵Ｂを取得した後の通信端末２０の概略処理を示している。通信端末２０の処理の詳細については、後に図６、図７を参照して説明するが、ここではまず図２を参照して概略的に説明する。
【００６４】
すなわち、通信端末２０は、上記のようにして分割暗号鍵Ｂを取得したら、この分割暗号鍵Ｂと、自己が保持している分割暗号鍵Ａとによって上記暗号鍵Ｚを復号する（ステップＳ３）。そして、復号した暗号鍵Ｚの検証を行い（ステップＳ４）、検証ＯＫであれば処理を継続し、検証ＮＧであれば処理を終了する。
【００６５】
処理継続の場合には、復号した暗号鍵Ｚを用いて上記暗号化アプリケーション設定値６を復号することで、アプリケーション設定値７を得る。上記の通り暗号化アプリケーション設定値６は例えば上記暗号化された各種セキュリティ情報３３〜３６に相当する。よって、アプリケーション設定値７は、例えば、上記「ＩＣカード認証鍵」、「端末管理サーバ接続情報」、「端末管理サーバ認証鍵」等であり、特に「ＩＣカード認証鍵」は必ず含まれる。
【００６６】
尚、暗号鍵Ｚ、アプリケーション設定値７は、揮発性メモリ２３ａ上に展開する。
以上の処理によって、少なくとも「ＩＣカード認証鍵」を得ることで、通信端末２０はＩＣカード２等と秘匿通信を行って電子マネー決済処理を行える状態となる。すなわち、通信端末２０は運用開始できる状態となる。
【００６７】
また、例えば起動回数をカウントしておき、起動回数が所定回数を越えた場合等には、上記運用開始時等に暗号鍵を変更する処理を行う。すなわち、図２に示すように、まず新たな暗号鍵Ｚ’を任意に生成し（ステップＳ６）、この新たな暗号鍵Ｚ’を用いて上記アプリケーション設定値７を暗号化することで、新たな暗号化アプリケーション設定値８を生成して不揮発性メモリ２１に記憶する。その際、古い暗号化アプリケーション設定値６は削除する。
【００６８】
また、上記新たな暗号鍵Ｚ’のハッシュ値を求めると共に、当該新たな暗号鍵Ｚ’を分割して新たな分割暗号鍵Ａ’、分割暗号鍵Ｂ’を生成し、新たな分割暗号鍵Ｂ’を自己の端末ＩＤと共に端末管理サーバ１０に送信して更新登録させる。また、上記ハッシュ値と新たな分割暗号鍵Ａ’は、不揮発性メモリ２１に記憶する。その際、古いハッシュ値と分割暗号鍵Ａは削除する。尚、上記端末管理サーバ１０への新たな分割暗号鍵Ｂ’の登録の際には、上記復号した「端末管理サーバ接続情報（ＵＲＬ等）」、「端末管理サーバ認証鍵」を用いて、端末管理サーバ１０への接続と所定の認証処理を行うことになる。
【００６９】
以下、図６、図７を参照して、通信端末２０の処理について更に詳しく説明する。
図６、図７は、通信端末２０の処理フローチャート図である。
図６は、起動処理フローチャート図である。
【００７０】
図６において、通信端末２０は、まず、所定のカウント値（ここでは、“認証鍵生成失敗カウント”をリセットする（‘０’にする）（ステップＳ４１）。
そして、携帯端末１との通信待ち状態になる。尚、以下の説明では逐一述べないが、上記携帯端末１に関する処理で説明したように、携帯端末１−通信端末２０間の通信は、上記非接触近距離通信である。よって、通信端末２０側においては、携帯端末１との通信は、図１のリーダ・ライタ装置２７を介して行うことになる。
【００７１】
携帯端末１との通信が行えたら（ステップＳ４２）、この通信が上記ステップＳ１４の処理に係わるものであるか、それとも上記ステップＳ３４の処理に係わるものであるかを判定する為に、携帯端末１側に自己の端末ＩＤが記憶されているか否かを確認する。すなわち、携帯端末１における非接触ＩＣカード機能の所定の記憶領域に、自己の端末ＩＤが記憶されているか否かをチェックする（ステップＳ４３）。
【００７２】
自己の端末ＩＤが記憶されていない場合、または、別の通信端末２０の端末ＩＤが記憶されていた場合には（ステップＳ４３，ＮＯ）、上記非接触ＩＣカード機能の所定の記憶領域に、自己の端末ＩＤを書込む（ステップＳ４４）。そして、再び上記携帯端末１との通信待ち状態になる。尚、その後に再び携帯端末１との通信を行ったときには、上記ステップＳ４３の判定はＹＥＳとなるはずである。尚、上記ステップＳ４４の処理は、上記ステップＳ１４の処理と略同様と見做してよい（通信端末２０と携帯端末１のどちらが主体的に処理を行うかの違いだけである）。
【００７３】
一方、携帯端末１側に既に自己の端末ＩＤが記憶されている場合には（ステップＳ４３，ＹＥＳ）、携帯端末１から分割暗号鍵Ｂを取得する。そして、携帯端末１に記憶されている分割暗号鍵Ｂを削除する（ステップＳ４５）。尚、ここでは通信端末２０が能動的に分割暗号鍵Ｂの取得・削除を行うものとしたが、これは一例であり、上記ステップＳ３４で説明したように、携帯端末１側において分割暗号鍵Ｂの送信・削除を行うものとし、通信端末２０は単に分割暗号鍵Ｂの受信を行うだけとしてもよい（通信端末２０と携帯端末１のどちらが主体的に処理を行うかの違いだけである；これに限らず、処理方法は様々であってよい）。
【００７４】
尚、上記携帯端末１において端末ＩＤを記憶する記憶領域（アドレス）、分割暗号鍵Ｂを記憶する記憶領域（アドレス）は、予め決められており、本処理例においては、通信端末２０側にも予めこれらのアドレスが登録されているものとする。
【００７５】
そして、通信端末２０は、上記ステップＳ４５で分割暗号鍵Ｂ（暗号鍵の一部）を取得できたら、不揮発性メモリ２１に保持している上記分割暗号鍵Ａ３１と、取得した分割暗号鍵Ｂとに基づいて、暗号鍵Ｚを復元する（ステップＳ４５）。これは、例えば上記ＣＰＵ２３が内蔵する揮発性メモリ２３ａ上に、暗号鍵Ｚを復元するものである。よって、暗号鍵Ｚ復元後に、後述するように各種セキュリティ情報を復元して暗号鍵Ｚを消去する前に、もし通信端末２０が盗難にあっても、それに伴って通信端末２０の電源がＯＦＦすることで、暗号鍵Ｚは消去されるので、情報漏洩する可能性は極めて低いものとなる。
【００７６】
そして、復元した暗号鍵Ｚからハッシュ値を生成し（ステップＳ４６）、これを不揮発性メモリ２１に記憶してある上記ハッシュ値３２と比較して一致した場合にのみ（ステップＳ４７，ＹＥＳ）、復元した暗号鍵Ｚを有効とし、ステップＳ４８の処理を実行してサービス開始する。
【００７７】
すなわち、上記ハッシュ値が一致した場合（ステップＳ４７，ＹＥＳ）、復元した暗号鍵Ｚを用いて各種暗号化セキュリティ情報（暗号化ＩＣカード認証鍵３３、暗号化端末管理サーバ認証鍵３４、暗号化端末管理サーバ接続情報３５等）を復号することで、各種セキュリティ情報（「ＩＣカード認証鍵」、「端末管理サーバ認証鍵」、「端末管理サーバ接続情報」等）を復元する（ステップＳ４８）。例えば上記ＣＰＵ２３が内蔵する揮発性メモリ２３ａ上に、各種セキュリティ情報を復元するものである。尚、各種セキュリティ情報を復元した後、暗号鍵Ｚは消去する。
【００７８】
これによって、非接触ＩＣカードとの秘匿通信に利用する秘匿鍵（ＩＣカード認証鍵）や、サーバ１０との接続、認証に必要な鍵／情報が取得されるので、電子マネーサービスを実行可能な状況となりサービス開始することになる。また、復元された各種セキュリティ情報は、揮発性メモリ２３ａ上にあるので、通信端末２０の電源ＯＦＦによって消去されることになる。よって、もし通信端末２０が盗難にあっても、それに伴って通信端末２０の電源がＯＦＦすることで、各種セキュリティ情報は消去されるので、情報漏洩する可能性は極めて低いものとなる。
【００７９】
一方、ハッシュ値が一致しなかった場合には（ステップＳ４７，ＮＯ）、直ちにエラーとはしないで、何度かリトライさせる。
すなわち、上記“認証鍵生成失敗カウント”の値が予め設定された規定値を越えた場合には（ステップＳ４９、ＹＥＳ）、通信端末２０は自身をサービス停止状態にして、上記不揮発性メモリ２１に保持している分割暗号鍵Ａ３１とハッシュ値３２を削除する。更に上記不揮発性メモリ２１に保持している各種暗号化セキュリティ情報（ＩＣカード認証鍵３３、端末管理サーバ認証鍵３４、端末管理サーバ接続情報３５等）を削除するようにしてもよい（ステップＳ５１）。一方、上記“認証鍵生成失敗カウント”の値が未だ上記規定値を越えていない場合には（ステップＳ４９、ＮＯ）、“認証鍵生成失敗カウント”値を＋１インクリメントし（ステップＳ５０）、ステップＳ４２に戻る。
【００８０】
尚、ステップＳ５１の処理に伴って、例えばエラーメッセージの表示等を行うようにしてもよい。
例えば、閉店後は通信端末２０の電源をＯＦＦし、翌朝等に開店前に通信端末２０の電源をＯＮするような運用方法の場合、毎日開店前に上述した図３〜図６の処理を実行することになる。夜間等は通信端末２０は電源ＯＦＦ状態であるので、揮発性メモリ２３ａ上には何も記憶されていないし、不揮発性メモリ２１上に記憶されている暗号鍵Ｚの一部（分割暗号鍵Ａ３１）やハッシュ値３２だけでは、不揮発性メモリ２１上に記憶されている各種暗号化セキュリティ情報（ＩＣカード認証鍵３３、端末管理サーバ認証鍵３４、端末管理サーバ接続情報３５）を復号することは出来ない。よって、夜間等に通信端末２０が盗まれても、暗号鍵Ｚや各種セキュリティ情報が漏洩する可能性は極めて低い。
【００８１】
ここで、上記サーバ１０側に保存してある分割暗号鍵Ｂ１３や各通信端末２０側で不揮発性メモリ２１に保持している各種情報（分割暗号鍵Ａ３１〜端末管理サーバ接続情報３５）は、上述したように通信端末２０の出荷前等に任意に生成された暗号鍵Ｚに基づいて生成されるものであるが、出荷後でも任意のときにこれら鍵／情報を変更することも可能である。例えば、一定期間経過する毎に図７に示す変更処理を行う。図７の処理は、図６の処理が正常に完了していることを前提としており、よって端末管理サーバ１０にアクセスして認証を行うこともでき、これより端末管理サーバ１０が保持するデータ（特に分割暗号鍵Ｂ）を更新することが許されるものである。
【００８２】
図７において、通信端末２０は、上記ステップＳ４８で復元した「端末管理サーバ接続情報」（例えば端末管理サーバ１０のネットアドレス（ＵＲＬ等））を用いて端末管理サーバ１０にアクセスする（ステップＳ６１）。アクセス成功した場合には、更に、上記ステップＳ４８で復元した「端末管理サーバ認証鍵」を用いて端末管理サーバ１０との認証処理を行い、認証成功した場合には（ステップＳ６２，ＹＥＳ）ステップＳ６３〜Ｓ６５の処理を実行する。
【００８３】
一方、アクセス／認証が失敗した場合には（ステップＳ６２，ＮＯ）、例えば上記復元した各種セキュリティ情報を、上記暗号鍵Ｚを用いて暗号化して（ここでは暗号鍵Ｚは未だ消去していないものとする）、再び上記各種暗号化セキュリティ情報（ＩＣカード認証鍵３３、端末管理サーバ認証鍵３４、端末管理サーバ接続情報３５等）を生成して不揮発性メモリ２１に格納する（ステップＳ６６）。
【００８４】
一方、上記アクセス・認証成功した場合には（ステップＳ６２，ＹＥＳ）、通信端末２０は、ステップＳ６３の処理を実行する。このステップＳ６３の処理では、まず、新たに乱数を生成することで新たな暗号鍵Ｚ’を生成する。そして、この新たな暗号鍵Ｚ’を用いて上記復元した各種セキュリティ情報を暗号化して、新たな各種暗号化セキュリティ情報（新たなＩＣカード認証鍵３３、新たな端末管理サーバ認証鍵３４、新たな端末管理サーバ接続情報３５）として不揮発性メモリ２１に記憶する。
【００８５】
続いて、新たな暗号鍵Ｚ’から新たなハッシュ値を生成すると共に、新たな暗号鍵Ｚ’を分割することで新たな分割暗号鍵Ａ’、分割暗号鍵Ｂ’を生成する。そして、生成した分割暗号鍵Ａ’、ハッシュ値を、新たな分割暗号鍵Ａ３１、ハッシュ値３２として不揮発性メモリ２１に記憶する。以上が、ステップＳ６３の処理であるが、この段階では未だ旧分割暗号鍵Ａ３１、旧ハッシュ値３２、及び旧各種暗号化セキュリティ情報は、削除しない。
【００８６】
続いて、上記生成した新たな分割暗号鍵Ｂ’を自己の端末ＩＤと共に端末管理サーバ１０へ送信する（新たな暗号鍵Ｚ’の一部をサーバ１０へアップロードする）。上記の通り端末管理サーバ１０との認証処理は成功しており、端末管理サーバ１０側では、受信データを用いて端末毎暗号鍵格納テーブル１１を更新する。すなわち、端末管理サーバ１０は、上記新たな分割暗号鍵Ｂ’と端末ＩＤを受信すると、この端末ＩＤを用いて端末毎暗号鍵格納テーブル１１を検索して該当するレコードを求める。そして、この該当レコードの分割暗号鍵Ｂ１３のフィールドに、受信した新たな分割暗号鍵Ｂ’を上書き格納する（ステップＳ６４）。そして、新たな分割暗号鍵Ｂ’を格納完了したら、“アップロード完了”を送信元の通信端末２０へ返信する。
【００８７】
通信端末２０は、上記“アップロード完了”通知を受信したら、旧分割暗号鍵Ａ３１、旧ハッシュ値３２、及び旧各種暗号化セキュリティ情報（旧暗号鍵Ｚで暗号化された各種セキュリティ情報）を削除する。
【００８８】
アップロードの完了の確認が取れない場合、次回起動時は、新旧の暗号鍵でそれぞれに対応した暗号化されたセキュリティ情報の復元を行うことで、鍵の不一致を防ぐ。
以上説明したように、例えば図１に示すような本例の非接触ＩＣカードシステムは、各通信端末２０を管理するサーバであって特に各通信端末毎に暗号鍵の一部を保持する端末管理サーバ１０と、非接触ＩＣカードと通信して電子マネー決済、電子マネー・チャージ、ポイント付加等の各種電子マネーサービスを提供する各通信端末２０と、非接触ＩＣカード機能を有する携帯端末１から構成される。
【００８９】
各通信端末２０は、出荷時に非接触ＩＣカードとの認証鍵（秘匿鍵）、サーバ１０との認証鍵などのセキュリティ情報を秘匿するために暗号鍵Ｚで暗号化し、この暗号化セキュリティ情報及びこの暗号鍵Ｚの一部（分割暗号鍵Ａ）、暗号鍵Ｚのハッシュ値を、不揮発性の記憶領域に記憶する。また、この暗号鍵Ｚの他の一部（残り；分割暗号鍵Ｂ）を、端末管理サーバ１０で記憶・管理させる。すなわち、端末管理サーバ１０では、通信端末２０の端末ＩＤと紐付けて分割暗号鍵Ｂをテーブル１１に保持する。
【００９０】
携帯端末１は、非接触ＩＣカードの機能と、端末管理サーバ１０と通信する機能と、ユーザを認証するＰＩＮ機能を備え、ユーザから正規のＰＩＮ（Personal ＩＤentifＩＣation Number）を入力された携帯端末１は、通信端末２０から端末ＩＤを読取り（非接触ＩＣカード機能の領域に端末ＩＤを格納する）、この通信端末２０に対応する分割暗号鍵Ｂを端末管理サーバ１０から取得する。すなわち、通信端末２０から読取った端末ＩＤを用いて端末管理サーバ１０にアクセスすることで、この端末ＩＤに紐付いた分割暗号鍵Ｂを端末管理サーバ１０から取得する。携帯端末１は、取得した分割暗号鍵Ｂを自己の非接触ＩＣカード機能領域に記憶する。
【００９１】
通信端末２０は、携帯端末１の非接触ＩＣカード機能領域から分割暗号鍵Ｂを切り取り（読取った分割暗号鍵Ｂは携帯端末１から削除する）、これと自己が保持する暗号鍵の一部（分割暗号鍵Ａ）とに基づいて、上記セキュリティ情報を秘匿・復号するための暗号鍵を揮発性メモリ２３ａ上に復元する。上記記憶してあるハッシュ値を用いて、復元した暗号鍵が正しいものであるのかチェックするようにしてもよい。
【００９２】
そして、この暗号鍵を使って、不揮発性メモリ２１に格納された暗号化セキュリティ情報（上記各種認証鍵等）を揮発性メモリ上で復号する。特に、非接触ＩＣカードとの認証鍵（秘匿鍵）を復号することで、非接触ＩＣカードとの通信が可能となり各種電子マネーサービスを提供することができるようになり、通信端末２０の運用開始が可能となる。また、暗号鍵Ｚや各種認証鍵等は揮発性メモリ２３ａ上に復元されるので、電源ＯＦＦによって消去される。
【００９３】
これにより、通信端末２０が盗難にあった場合でも、電源ＯＦＦすることで揮発性メモリ２３ａに記憶された暗号鍵Ｚや各種認証鍵等は消去されるので、特に、非接触ＩＣカードとの認証鍵（秘匿鍵）のような重要な情報が漏洩することはない。よって、例えば、不正に電子価値情報を積み増すこと等は不可能となる。
【００９４】
また、盗難者がその後に通信端末２０を電源ＯＮして起動しても、揮発性メモリ２３ａ上には上記の通りデータは残っていないし、不揮発性メモリ２１上には暗号鍵Ｚの一部（分割暗号鍵Ａ）しか残っていないので、これだけでは不揮発性メモリ２１上の暗号化セキュリティ情報（上記各種認証鍵等）を復号できない。
【００９５】
暗号化セキュリティ情報（上記各種認証鍵等）の復号の為には、携帯端末１が必要となるが、盗難者にとっては携帯端末１が必要であることを知ること自体が困難であるし、仮に知っても通信端末２０に加えて更に携帯端末１も盗み出すことは困難である。更に、仮に通信端末２０と携帯端末１を不正に入手されたとしても、ＰＩＮ情報が分からないと分割暗号鍵Ｂを入手できない。
【００９６】
この様に、盗難者は、分割暗号鍵Ｂを入手することは出来ず、暗号鍵Ｚを生成することはできない。よって、暗号化セキュリティ情報（上記各種認証鍵等）を復号して非接触ＩＣカードとの認証鍵等を入手することも出来ない。
【００９７】
尚、端末管理サーバ１０側では、通信端末２０または携帯端末１の盗難や不正利用が発覚した時点で、該当通信端末２０に対応する分割暗号鍵Ｂを削除し、又は、該当携帯端末１の接続を拒絶することで、不正利用を防ぐことができる。
【００９８】
また、通信端末２０は、出荷後でも例えば定期的に乱数等に基づいて暗号鍵を新たに生成して、この新たな暗号鍵Ｚ’を用いてセキュリティ情報を暗号化すると共に、この暗号鍵Ｚ’の一部を自己が保持し、残りの一部を端末管理サーバ１０側で記憶・管理させるようにしてもよい。
【００９９】
これにより、通信端末２０と携帯端末１との非接触通信を傍受されても、携帯端末１の複製による不正利用を防ぐことが可能となる。
以上説明した本例の非接触ＩＣカードシステムによれば、通信端末２０に高価な耐タンパ性を持ったチップを搭載することなく、不正利用からセキュリティ情報を守ることが可能になる。これにより、通信端末やシステム全体のコストダウンが図れ、ポイントサービスなど付加的サービスへの導入障壁を低くすることが出来る。
【０１００】
本発明は、上述した例に限らない。例えば、携帯端末１は必須の構成要素ではない。携帯端末１が無くても本システムは成立し得る。但し、その為には、例えば通信端末２０に何らかの入力装置（少なくともＰＩＮの入力が可能なもの）が備えられている必要がある。しかしながら、通信端末２０は、基本的にはレジ横等に設置されるＩＣカードリーダ／ライタであり、入力装置が無い場合が多い。もし、通信端末２０に入力装置が無い場合には、通信端末２０を改造して入力装置を追加するか、あるいは上述した例のように携帯端末１を利用する必要がある。但し、セキュリティ上、携帯端末１を利用することが望ましい。
【０１０１】
本例のように携帯端末１を用いる場合には、各店舗の店員等が所有する携帯電話等を利用して実現する（上記のように所定のアプリケーションをインストールする等）ことが可能であるので、通信端末２０を改造して入力装置を追加する方法に比べれば、低コストで本発明システムを実現できるというメリットがある。また、上述したようにセキュリティが強化されるというメリットもある。
【０１０２】
以上説明したように、本手法では、ＩＣカード認証鍵等は暗号鍵Ｚで暗号化して暗号鍵Ｚのハッシュ値と共に通信端末の不揮発性メモリ２１に格納しておくと共に、この暗号鍵Ｚを２つに分割して通信端末と端末管理サーバにそれぞれ保持させておく。そして、通信端末を運用開始する毎に、携帯端末を用いてＰＩＮ入力によるユーザ確認を行ってＯＫである場合のみ端末管理サーバにアクセスして暗号鍵Ｚの一部を取得し、これによって暗号鍵Ｚを復元する。復元した暗号鍵Ｚに関してハッシュ値により確認を行ってＯＫであれば、この暗号鍵Ｚを用いて上記暗号化されたＩＣカード認証鍵等を復号する。
【０１０３】
通信端末は、以上の処理によりＩＣカード認証鍵等を得たことで、非接触ＩＣカードとの秘匿通信が可能となり、ＩＣカードを用いる各種サービスを提供可能となり、運用開始できることになる。上記処理によって得たＩＣカード認証鍵等は、揮発性メモリ上に展開するので、通信端末の電源ＯＦＦにより消去される。よって、通信端末の盗難等によってＩＣカード認証鍵が漏洩する可能性は非常に低い。
【０１０４】
また、暗号鍵Ｚを復元してＩＣカード認証鍵等を復号するためには、通信端末２０だけでなく携帯端末１も必要であり、ＩＣカード認証鍵が漏洩する可能性は極めて低い。
尚、特に図示しないが、通信端末２０、携帯端末１は、それぞれ、以下に説明する各種機能部（何れも不図示）を有するものと言うこともできる。
【０１０５】
すなわち、まず、通信端末２０は、暗号化機能部、暗号鍵分割格納機能部、暗号鍵復元機能部、セキュリティ情報復号機能部（何れも不図示）を有するものということもできる。また、これら各種機能部によって上述した図６の処理を実現するものということもできる。尚、これら各種機能部の処理機能は、ＣＰＵ２３が不揮発性メモリ２１に予め記憶されている所定のアプリケーションプログラムを読出し・実行することにより実現される。
【０１０６】
上記暗号化機能部は、例えば、暗号化と復号を行う暗号鍵Ｚを生成し、該暗号鍵Ｚを用いて少なくとも上記秘匿鍵を含むセキュリティ情報を暗号化し、該暗号化セキュリティ情報を不揮発性メモリ２１に格納する。
【０１０７】
上記暗号鍵分割格納機能部は、例えば上記暗号鍵Ｚを分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、該第１の分割暗号鍵を上記不揮発性メモリ２１に格納すると共に、該第２の分割暗号鍵を自己の端末ＩＤと共にサーバ装置（サーバ１０等）に格納させる。
【０１０８】
上記暗号鍵復元機能部は、起動時に、上記携帯端末１を介して上記サーバ装置が保持している第２の分割暗号鍵を取得し、不揮発性メモリ２１に格納している第１の分割暗号鍵と該取得した第２の分割暗号鍵とによって上記暗号鍵Ｚを揮発性メモリ２３ａ上に復元する。
【０１０９】
セキュリティ情報復号機能部は、上記暗号鍵復元機能部で復元した暗号鍵Ｚを用いて、不揮発性メモリ２１に格納している暗号化セキュリティ情報を揮発性メモリ２３ａ上に復号することで、少なくとも秘匿鍵を揮発性メモリ２３ａ上に復号する。
【０１１０】
また、通信端末２０は、例えば更に、上記揮発性メモリ２３ａ上に復号されたセキュリティ情報が保持されている状態において、乱数を用いて新たな暗号鍵を生成し、該生成した新たな暗号鍵を用いてセキュリティ情報を暗号化し、該新たな暗号化セキュリティ情報を不揮発性メモリ２１に格納する暗号化変更機能部と、新たな暗号鍵を分割して新たな第１の分割暗号鍵と新たな第２の分割暗号鍵を生成し、該新たな第１の分割暗号鍵を不揮発性メモリ２１に格納すると共に、該新たな第２の分割暗号鍵を自己の端末ＩＤと共にサーバ装置に送信して格納させる新暗号鍵分割格納機能部とを有するものであってもよい。
【０１１１】
また、携帯端末１は、例えば既存の非接触ＩＣカード通信機能を有する携帯電話等であって、ユーザ認証機能部と分割暗号鍵転送機能部（何れも不図示）とを有するものということもできる。また、これら各種機能部によって上述した図３〜図５の処理を実現するものということもできる。尚、これら各種機能部の処理機能は、携帯端末１の不図示のＣＰＵ等が不図示の記憶装置（メモリ等）に予め記憶されている所定のアプリケーションプログラムを読出し・実行することにより実現される。
【０１１２】
ユーザ認証機能部は、例えば所定のＰＩＮ情報を入力させることでユーザ認証を行う。
分割暗号鍵転送機能部は、該ユーザ認証機能部によりユーザ認証ＯＫとなった場合、上記非接触ＩＣカード通信機能によって任意の通信端末２０と通信を行って、該通信端末２０の端末ＩＤを取得し、該取得した端末ＩＤをサーバ装置に送信することで上記通信端末２０に対応する第２の分割暗号鍵を該サーバ装置から取得する。そして、該取得した第２の分割暗号鍵を上記非接触ＩＣカード通信機能によって上記暗号鍵復元機能部に転送する。
【符号の説明】
【０１１３】
１ 携帯端末
２ ＩＣカード
３ ネットワーク
４ ネットワーク
５ 上位装置
６ 暗号化アプリケーション設定値
７ アプリケーション設定値
８ 新たな暗号化アプリケーション設定値
１０ 端末管理サーバ
１１ 端末毎暗号鍵格納テーブル
１２ 端末ＩＤ
１３ 分割暗号鍵Ｂ
２０ 通信端末
２１ 不揮発性メモリ
２２ 通信装置
２３ ＣＰＵ
２３ａ 揮発性メモリ
２４ 通信装置
２５ 表示装置
２６ 暗号処理装置
２７ リーダ・ライタ装置
３１ 分割暗号鍵Ａ
３２ ハッシュ値
３３ ＩＣカード認証鍵
３４ 端末管理サーバ認証鍵
３５ 端末管理サーバ接続情報
【特許請求の範囲】
【請求項１】
所定の秘匿鍵を必要とする非接触ＩＣカードとの通信処理を行う各通信端末と、サーバ装置とがネットワークに接続されたシステムであって、
非接触ＩＣカード通信機能を持つ携帯端末を更に備え、
前記各通信端末は、
不揮発性メモリと、
揮発性メモリと、
暗号化と復号を行う暗号鍵を生成し、該暗号鍵を用いて少なくとも前記秘匿鍵を含むセキュリティ情報を暗号化し、該暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化手段と、
前記暗号鍵を分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、該第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に格納させる暗号鍵分割格納手段と、
起動時に、前記携帯端末を介して前記サーバ装置が保持している前記第２の分割暗号鍵を取得し、前記不揮発性メモリに格納している前記第１の分割暗号鍵と該取得した第２の分割暗号鍵とによって前記暗号鍵を前記揮発性メモリ上に復元する暗号鍵復元手段と、
該暗号鍵復元手段で復元した前記暗号鍵を用いて、前記不揮発性メモリに格納している前記暗号化セキュリティ情報を前記揮発性メモリ上に復号することで少なくとも前記秘匿鍵を前記揮発性メモリ上に復号するセキュリティ情報復号手段とを有し、
前記携帯端末は、
認証用情報を入力させることでユーザ認証を行うユーザ認証手段と、
該ユーザ認証手段によりユーザ認証ＯＫとなった場合、前記非接触ＩＣカード通信機能によって前記通信端末と通信を行って該通信端末の前記端末ＩＤを取得し、該取得した端末ＩＤを前記サーバ装置に送信することで前記通信端末に対応する前記第２の分割暗号鍵を該サーバ装置から取得して、該取得した第２の分割暗号鍵を前記非接触ＩＣカード通信機能によって前記暗号鍵復元手段に転送する分割暗号鍵転送手段と、
を有することを特徴とするＩＣカードシステム。
【請求項２】
前記セキュリティ情報には更に前記サーバ装置との認証鍵も含まれ、
前記セキュリティ情報復号手段は、該サーバ装置との認証鍵も前記揮発性メモリ上に復号することを特徴とする請求項１記載のＩＣカードシステム。
【請求項３】
前記通信端末は、更に、
前記揮発性メモリ上に前記復号されたセキュリティ情報が保持されている状態において、乱数を用いて新たな暗号鍵を生成し、該生成した新たな暗号鍵を用いて前記セキュリティ情報を暗号化し、該新たな暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化変更手段と、
前記新たな暗号鍵を分割して新たな第１の分割暗号鍵と新たな第２の分割暗号鍵を生成し、該新たな第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該新たな第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に送信して格納させる新暗号鍵分割格納手段と、
を有することを特徴とする請求項２記載のＩＣカードシステム。
【請求項４】
前記通信端末の前記暗号鍵分割格納手段は、更に、前記暗号鍵のハッシュ値を求めて該ハッシュ値も前記不揮発性メモリに格納し、
前記暗号鍵復元手段は、更に、前記復元した暗号鍵のハッシュ値を求めて、該ハッシュ値が前記不揮発性メモリに格納してあるハッシュ値と一致することを確認することを特徴とする請求項１〜３の何れかに記載のＩＣカードシステム。
【請求項５】
所定の秘匿鍵を必要とする非接触ＩＣカードとの通信処理を行う各通信端末とサーバ装置とがネットワークに接続され、非接触ＩＣカード通信機能を持つ携帯端末を備えるシステムにおける前記通信端末であって、
不揮発性メモリと、
揮発性メモリと、
暗号化と復号を行う暗号鍵を生成し、該暗号鍵を用いて少なくとも前記秘匿鍵を含むセキュリティ情報を暗号化し、該暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化手段と、
前記暗号鍵を分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、該第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に格納させる暗号鍵分割格納手段と、
起動時に、前記携帯端末を介して前記サーバ装置が保持している前記第２の分割暗号鍵を取得し、前記不揮発性メモリに格納している前記第１の分割暗号鍵と該取得した第２の分割暗号鍵とによって前記暗号鍵を前記揮発性メモリ上に復元する暗号鍵復元手段と、
該暗号鍵復元手段で復元した前記暗号鍵を用いて、前記不揮発性メモリに格納している前記暗号化セキュリティ情報を前記揮発性メモリ上に復号することで少なくとも前記秘匿鍵を前記揮発性メモリ上に復号する復号手段と、
を有することを特徴とするＩＣカードシステムの通信端末。
【請求項６】
所定の秘匿鍵を必要とする非接触ＩＣカードとの通信処理を行う各通信端末と、サーバ装置とがネットワークに接続され、非接触ＩＣカード通信機能を持つ携帯端末を備えるシステムにおける前記携帯端末であって、
認証用情報を入力させることでユーザ認証を行うユーザ認証手段と、
該ユーザ認証手段によりユーザ認証ＯＫとなった場合、前記非接触ＩＣカード通信機能によって前記通信端末と通信を行って該通信端末の端末ＩＤを取得し、該取得した端末ＩＤを前記サーバ装置に送信することで前記通信端末に対応する第２の分割暗号鍵を該サーバ装置から取得して、該第２の分割暗号鍵を前記通信端末に転送する分割暗号鍵転送手段と、
を有することを特徴とするＩＣカードシステムの携帯端末。
【請求項１】
所定の秘匿鍵を必要とする非接触ＩＣカードとの通信処理を行う各通信端末と、サーバ装置とがネットワークに接続されたシステムであって、
非接触ＩＣカード通信機能を持つ携帯端末を更に備え、
前記各通信端末は、
不揮発性メモリと、
揮発性メモリと、
暗号化と復号を行う暗号鍵を生成し、該暗号鍵を用いて少なくとも前記秘匿鍵を含むセキュリティ情報を暗号化し、該暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化手段と、
前記暗号鍵を分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、該第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に格納させる暗号鍵分割格納手段と、
起動時に、前記携帯端末を介して前記サーバ装置が保持している前記第２の分割暗号鍵を取得し、前記不揮発性メモリに格納している前記第１の分割暗号鍵と該取得した第２の分割暗号鍵とによって前記暗号鍵を前記揮発性メモリ上に復元する暗号鍵復元手段と、
該暗号鍵復元手段で復元した前記暗号鍵を用いて、前記不揮発性メモリに格納している前記暗号化セキュリティ情報を前記揮発性メモリ上に復号することで少なくとも前記秘匿鍵を前記揮発性メモリ上に復号するセキュリティ情報復号手段とを有し、
前記携帯端末は、
認証用情報を入力させることでユーザ認証を行うユーザ認証手段と、
該ユーザ認証手段によりユーザ認証ＯＫとなった場合、前記非接触ＩＣカード通信機能によって前記通信端末と通信を行って該通信端末の前記端末ＩＤを取得し、該取得した端末ＩＤを前記サーバ装置に送信することで前記通信端末に対応する前記第２の分割暗号鍵を該サーバ装置から取得して、該取得した第２の分割暗号鍵を前記非接触ＩＣカード通信機能によって前記暗号鍵復元手段に転送する分割暗号鍵転送手段と、
を有することを特徴とするＩＣカードシステム。
【請求項２】
前記セキュリティ情報には更に前記サーバ装置との認証鍵も含まれ、
前記セキュリティ情報復号手段は、該サーバ装置との認証鍵も前記揮発性メモリ上に復号することを特徴とする請求項１記載のＩＣカードシステム。
【請求項３】
前記通信端末は、更に、
前記揮発性メモリ上に前記復号されたセキュリティ情報が保持されている状態において、乱数を用いて新たな暗号鍵を生成し、該生成した新たな暗号鍵を用いて前記セキュリティ情報を暗号化し、該新たな暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化変更手段と、
前記新たな暗号鍵を分割して新たな第１の分割暗号鍵と新たな第２の分割暗号鍵を生成し、該新たな第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該新たな第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に送信して格納させる新暗号鍵分割格納手段と、
を有することを特徴とする請求項２記載のＩＣカードシステム。
【請求項４】
前記通信端末の前記暗号鍵分割格納手段は、更に、前記暗号鍵のハッシュ値を求めて該ハッシュ値も前記不揮発性メモリに格納し、
前記暗号鍵復元手段は、更に、前記復元した暗号鍵のハッシュ値を求めて、該ハッシュ値が前記不揮発性メモリに格納してあるハッシュ値と一致することを確認することを特徴とする請求項１〜３の何れかに記載のＩＣカードシステム。
【請求項５】
所定の秘匿鍵を必要とする非接触ＩＣカードとの通信処理を行う各通信端末とサーバ装置とがネットワークに接続され、非接触ＩＣカード通信機能を持つ携帯端末を備えるシステムにおける前記通信端末であって、
不揮発性メモリと、
揮発性メモリと、
暗号化と復号を行う暗号鍵を生成し、該暗号鍵を用いて少なくとも前記秘匿鍵を含むセキュリティ情報を暗号化し、該暗号化セキュリティ情報を前記不揮発性メモリに格納する暗号化手段と、
前記暗号鍵を分割して第１の分割暗号鍵と第２の分割暗号鍵を生成し、該第１の分割暗号鍵を前記不揮発性メモリに格納すると共に、該第２の分割暗号鍵を自己の端末ＩＤと共に前記サーバ装置に格納させる暗号鍵分割格納手段と、
起動時に、前記携帯端末を介して前記サーバ装置が保持している前記第２の分割暗号鍵を取得し、前記不揮発性メモリに格納している前記第１の分割暗号鍵と該取得した第２の分割暗号鍵とによって前記暗号鍵を前記揮発性メモリ上に復元する暗号鍵復元手段と、
該暗号鍵復元手段で復元した前記暗号鍵を用いて、前記不揮発性メモリに格納している前記暗号化セキュリティ情報を前記揮発性メモリ上に復号することで少なくとも前記秘匿鍵を前記揮発性メモリ上に復号する復号手段と、
を有することを特徴とするＩＣカードシステムの通信端末。
【請求項６】
所定の秘匿鍵を必要とする非接触ＩＣカードとの通信処理を行う各通信端末と、サーバ装置とがネットワークに接続され、非接触ＩＣカード通信機能を持つ携帯端末を備えるシステムにおける前記携帯端末であって、
認証用情報を入力させることでユーザ認証を行うユーザ認証手段と、
該ユーザ認証手段によりユーザ認証ＯＫとなった場合、前記非接触ＩＣカード通信機能によって前記通信端末と通信を行って該通信端末の端末ＩＤを取得し、該取得した端末ＩＤを前記サーバ装置に送信することで前記通信端末に対応する第２の分割暗号鍵を該サーバ装置から取得して、該第２の分割暗号鍵を前記通信端末に転送する分割暗号鍵転送手段と、
を有することを特徴とするＩＣカードシステムの携帯端末。
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図１】
【公開番号】特開２０１２−６５１２３（Ｐ２０１２−６５１２３Ａ）
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願番号】特願２０１０−２０７３１４（Ｐ２０１０−２０７３１４）
【出願日】平成２２年９月１５日（２０１０．９．１５）
【出願人】（０００２３７７１０）富士電機リテイルシステムズ株式会社 (1,851)
【Ｆターム（参考）】
【公開日】平成２４年３月２９日（２０１２．３．２９）
【国際特許分類】
【出願日】平成２２年９月１５日（２０１０．９．１５）
【出願人】（０００２３７７１０）富士電機リテイルシステムズ株式会社 (1,851)
【Ｆターム（参考）】
[ Back to top ]