ＩＣカード、端末機のデータ盗難防止法
【課題】
ＩＣカードや端末機のデータを盗むことを難しくする。正当な利用者であることを確認できるようにする。サーバをエミュレートされた場合でも、有効なデータが外部に流出しないで安全性を高める。
【解決手段】
端末機等とサーバが最後に通信した際に暗号キーと、利用者照合データをそれぞれの記憶装置に記録する。次回通信する際にサーバから確認データを送り端末機等がその確認データと記録されている利用者照合データを記録されている暗号キーで暗号化して一つのデータとして送り返す。サーバでそのデータを復号し確認する。
盗難の疑いがある場合は使用不可能にして暗号キーが解読できないようにする。
ＩＣカードや端末機のデータを盗むことを難しくする。正当な利用者であることを確認できるようにする。サーバをエミュレートされた場合でも、有効なデータが外部に流出しないで安全性を高める。
【解決手段】
端末機等とサーバが最後に通信した際に暗号キーと、利用者照合データをそれぞれの記憶装置に記録する。次回通信する際にサーバから確認データを送り端末機等がその確認データと記録されている利用者照合データを記録されている暗号キーで暗号化して一つのデータとして送り返す。サーバでそのデータを復号し確認する。
盗難の疑いがある場合は使用不可能にして暗号キーが解読できないようにする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子マネーや許可証などに使用されるＩＣカードや端末機のデータの盗聴を予防する方策に関するものである。
【背景技術】
【０００２】
安全性が高いといわれているＩＣカードやＩＣチップを組み込んだ携帯端末機でも特に無線通信機能を持ったもので容易にデータを盗まれ（スキミング）てしまう。サーバと通信する際の信号を盗聴され、その信号をエミュレート（模倣、成りすまし）することによりどんなサーバでも騙されてしまう。
【０００３】
【特許文献１】特開平１０−１７１７１７号公報
【非特許文献１】Peter Wayner著 「ディジタルキャッシュテクノロジー」ソフトバンク（株） １９９７年
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＩＣカード、端末機、特に無線で通信できるものでは、通信が無線で行われるために知らないうちにスキミングされＩＤを読み取られて使用されてしまうという点があった。その解決のためＩＣカードや端末機のデータを盗むことを難しくし、正当な利用者であることを確認できるようにする。サーバをエミュレートされた場合でも、有効なデータが外部に流出しないで安全性を高める。
【課題を解決するための手段】
【０００５】
端末機等とサーバが最後に通信した際に暗号キーと、利用者照合データをそれぞれの記憶装置に記録する。次回通信する際にサーバから確認データを送り端末機等がその確認データと記録されている利用者照合データを記録されている暗号キーで暗号化し合わせて一つのデータとして送り返す。サーバでそのデータを復号し確認する。
盗難の疑いがある場合は使用不可能にして暗号キーが解読できないようにする。
【発明の効果】
【０００６】
盗難者がサーバをエミュレートして端末機等からの信号をコピーしても、そのコピーした同じ信号で正当なサーバに応答しても無効となる。
無線ＩＣカードは無線の通信範囲で盗聴（スキミング）されるが、通信の際にさまざまなやり取りや暗号化を用い有効なデータが外部に流出しない。サーバをエミュレートしてスキミングする際も有効なデータを取得することが出来ない。有効な通信が行われないと、外部へのデータの通信を遮断し暗号のキーが解読できないようにする。
【発明を実施するための最良の形態】
【０００７】
発明の実施の形態を実施例に基づき図面を参照して説明する。
図１を参照してハードウェア及び機能構成について説明する。なお各装置は外部記憶装置、通信装置を除いて、ＣＰＵ（中央演算装置）にプログラムが読み込まれて実現する、いわゆるプログラムからなるシステムである。
なおデータの主要な流れを矢印で示した。また本構成は請求項４と請求項５を構成するものであり、その他の請求項では不要なものを含んでいるが詳細は各請求項の構成を参照されたい。
【０００８】
１．ハードウェア及び機器構成、機能構成
電子マネーのサーバ（Ａ）の構成及び主なデータは次の通りである。
まず通信回線を介して他の機器に接続する通信装置（Ｍ１）がある。ＩＤ（Ｉ１）やサービス情報（Ｚ１）、利用者照合データ（Ｒ１）、復号キー（Ｆ１）を記録する記憶装置（Ｓ１）と確認データ（Ｄ１）を準備する確認データ準備装置（Ｎ１）、暗号化され送信された利用者照合データ（Ｒ２）と、確認データ（Ｄ２）を復号する復号装置（Ｇ２）、復号された上記データ（Ｒ３、Ｄ３）と、記録された該利用者照合データ（Ｒ６）と送信した確認データ（Ｄ２）を照合確認する照合確認装置（Ｃ１）、確認結果と要求サービス（Ｋ２）に基づきサービスを行うサービス実行装置（Ｙ１）、新たな暗復号キー（Ｆ７）と、利用者照合データ（Ｒ７）を準備する暗号キー、利用者照合データ準備装置（Ｂ１）及び上記準備されたそれらのデータ（Ｒ７、Ｆ７）を記録する暗号キー、利用者データ記録装置（Ｘ１）からなる。
【０００９】
端末機等（Ｔ）の構成及び主なデータは次の通りである。
まず通信回線を介して他の機器に接続する通信装置（Ｍ２）がある。ＩＤ（Ｉ４）や利用者照合データ（Ｒ４）、暗号キー（Ｆ４）を記録する記憶装置（Ｓ２）と利用者照合データ（Ｒ４）と、確認データ（Ｄ４）を暗号する暗号装置（Ｇ１）、新たな暗復号キー（Ｆ７、Ｆ８）と、利用者照合データ（Ｒ７、Ｒ８）を準備する暗号キー、利用者照合データ準備装置（Ｂ２）及び上記準備されたそれらのデータ（Ｒ８、Ｆ８）を記録する暗号キー、利用者データ記録装置（Ｘ２）からなる。
【００１０】
なお要求するサービス（Ｋ５）は端末機等（Ｔ）よりは外部の自動販売機、電子マネー端末機、入室チェック端末などの中継端末機（Ｕ）から送信される場合が多いので図では端末機等の外部に図示した。ＩＤ（Ｉ４）も端末機等から上記中継端末機（Ｕ）が一旦受信して上記サーバ（Ａ）が受信する場合もあるが、ＩＤ（Ｉ４）の出所は端末機等（Ｔ）であるので図では端末機等（Ｔ）から上記サーバ（Ａ）にＩＤ（Ｉ４）が送信されるように図示した。
【００１１】
以下の実施例ではサービスとして電子マネー、サービス実行者のサーバとして電子マネー発行者のサーバ、サービスの情報として電子マネー残高、要求サービスとして利用金額、中継端末機として電子マネー端末機を例にとり説明しているが、ＩＣカード、端末機のデータ盗難防止にかかわる仕組みは、たとえばＩＣカードの社員証を入室許可のサービスに使用する場合でも同じである。
【００１２】
２．利用者照合データと確認データを用い、暗号キーを用いずに正当な利用者を識別する方法
次に図２を参照してサービスの内容として電子マネーを例に取り、利用者照合データと確認データを用い、暗号キーを用いずに正当な利用者を識別する方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００１３】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者照合データ（Ｒ４）が記録され、ｂ２．）同じ利用者照合データ（Ｒ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００１４】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００１５】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００１６】
ｄ１．）利用者の端末機等（Ｔ）が上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビット配列やバイト配列を混ぜ合わせることにより暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００１７】
上記説明のように上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法で暗号化して上記サーバ（Ａ）に送信する際に、上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をそれぞれのビットやバイト配列を混ぜ合わせて暗号化してひとつのデータとして送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせないでサーバ（Ａ）と示し合わせた方法で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるからサーバ（Ａ）と示し合わせた暗号法の少なくとも一部は容易に解読されうる。
【００１８】
よく設計された方法で上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせるだけでも十分な暗号化になる。
【００１９】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記利用者照合データ（Ｒ２）と上記確認データ（Ｄ２）を上記ｄ１．においてあらかじめサーバ（Ａ）と示し合わせた方法で復号して、利用者照合データ（Ｒ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記利用者照合データ（Ｒ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００２０】
ｆ．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行する。
【００２１】
３．利用者照合データと確認データを用い正当な利用者を識別する方法
次に図３を参照してサービスの内容として電子マネーを例に取り、利用者照合データと確認データを用い正当な利用者を識別する方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００２２】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者照合データ（Ｒ４）と利用者ごとに異なる、利用者照合データ長＋下記確認データ長以上の長さの暗号キー（Ｆ４）が記録され、ｂ２．）同じ利用者照合データ（Ｒ１）と該復号キー（Ｆ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００２３】
上記説明のように暗号キー（Ｆ４）は利用者ごとに変えるのがセキュリティー上望ましい。また暗号キーの長さは、利用者照合データ長＋下記ｃ１．）における確認データ長以上の長さであれば複雑な暗号法を用いることなくセキュリティーを高めることが出来る。
【００２４】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００２５】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００２６】
ｄ１．）利用者の端末機等（Ｔ）が上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせ、さらに上記暗号キー（Ｆ４）で暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００２７】
上記説明のように上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を上記暗号キー（Ｆ４）で暗号化して上記サーバ（Ａ）に送信する際に、上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバと示し合わせた方法で、それぞれのビットやバイト配列を混ぜ合わせて、さらに上記暗号キー（Ｆ４）で暗号化してひとつのデータとして送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせないで上記暗号キー（Ｆ４）で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるから暗号キー（Ｆ４）の少なくとも一部は容易に解読されうる。
【００２８】
よく設計された方法で上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせるだけでも十分な暗号化になるが、上記例では混ぜ合わせてひとつのデータにしてさらに暗号キー（Ｆ４）で二重に暗号化をしてセキュリティーを高めている。
【００２９】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記利用者照合データ（Ｒ２）と上記確認データ（Ｄ２）を上記該復号キー（Ｆ１）で復号し、利用者照合データ（Ｒ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記利用者照合データ（Ｒ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００３０】
ｆ．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行する。
【００３１】
４．暗号キーと確認データを用い正当な利用者を識別する方法
次に図４を参照してサービスの内容として電子マネーを例に取り、利用者照合データと確認データを用い正当な利用者を識別する方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００３２】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者ごとに異なる、下記確認データ長以上の長さの暗号キー（Ｆ４）が記録され、ｂ２．）該復号キー（Ｆ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００３３】
上記説明のように暗号キー（Ｆ４）は利用者ごとに変えるのがセキュリティー上望ましい。また暗号キーの長さは下記ｃ１．）における確認データ長以上の長さであれば複雑な暗号法を用いることなくセキュリティーを高めることが出来る。
【００３４】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００３５】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００３６】
ｄ１．）利用者の端末機等（Ｔ）が上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせ、さらに上記暗号キー（Ｆ４）で暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００３７】
上記説明のように上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）を上記暗号キー（Ｆ４）で暗号化して上記サーバ（Ａ）に送信する際に、上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）をあらかじめサーバと示し合わせた方法で、それぞれのビットやバイト配列を混ぜ合わせてひとつのデータとして上記暗号キー（Ｆ４）で暗号化して送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）を混ぜ合わせないで上記暗号キー（Ｆ４）で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるから暗号キー（Ｆ４）の少なくとも一部は容易に解読されうる。
【００３８】
よく設計された方法で混ぜ合わせるだけでも十分な暗号化になるが、上記例では混ぜ合わせてひとつのデータにしてさらに暗号キー（Ｆ４）で二重に暗号化をしてセキュリティーを高めている。
【００３９】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記暗号キー（Ｒ２）と上記確認データ（Ｄ２）を上記該復号キー（Ｆ１）で復号し、暗号キー（Ｆ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記暗号キー（Ｆ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００４０】
ｆ．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行する。
【００４１】
別途利用者照合データを設けなくとも暗号キーを利用者照合データとして利用することが出来る。このようにすることで送受信のデータと、記録するデータを減らすことが可能である。
【００４２】
５．利用者照合データを利用ごとに入れ替える方法
次に図５を参照して、サービスの内容として電子マネーを例に取り、利用者照合データを利用ごとに入れ替える方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００４３】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者照合データ（Ｒ４）と利用者ごとに異なる、利用者照合データ長＋下記確認データ長以上の長さの暗号キー（Ｆ４）が記録され、ｂ２．）同じ利用者照合データ（Ｒ１）と該復号キー（Ｆ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００４４】
上記説明のように暗号キー（Ｆ４）は利用者ごとに変えるのがセキュリティー上望ましい。また暗号キーの長さは、利用者照合データ長＋下記ｃ１．）における確認データ長以上の長さであれば複雑な暗号法を用いることなくセキュリティーを高めることが出来る。
【００４５】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００４６】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００４７】
ｄ１．）利用者の端末機等（Ｔ）が上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせ、さらに上記暗号キー（Ｆ４）で暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００４８】
上記説明のように上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を上記暗号キー（Ｆ４）で暗号化して上記サーバ（Ａ）に送信する際に、記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバと示し合わせた方法で、それぞれのビットやバイト配列を混ぜ合わせて、さらに上記暗号キー（Ｆ４）で暗号化してひとつのデータとして送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせないで上記暗号キー（Ｆ４）で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるから暗号キー（Ｆ４）の少なくとも一部は容易に解読されうる。
【００４９】
よく設計された方法で混ぜ合わせるだけでも十分な暗号化になるが、上記例では混ぜ合わせてひとつのデータにしてさらに暗号キー（Ｆ４）で二重に暗号化をしてセキュリティーを高めている。
【００５０】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記利用者照合データ（Ｒ２）と上記確認データ（Ｄ２）を上記該復号キー（Ｆ１）で復号し、利用者照合データ（Ｒ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記利用者照合データ（Ｒ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００５１】
ｆ１．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行し、ｆ２．）上記サーバ（Ａ）と上記端末機等（Ｔ）は両者の間で、上記サーバ（Ａ）又は上記端末機（Ｔ）が発行するか、あらかじめ用意され記録されたデータから取り出し相手側に通信回線を介して通知して、利用者照合データ（Ｒ７、Ｒ８）と暗復号キー（Ｆ７、Ｆ８）を準備する。
【００５２】
ｇ１．）上記サーバ（Ａ）は準備された上記復号キー（Ｆ７）と上記利用者照合データ（Ｒ７）を上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録し、ｇ２．）上記端末機等（Ｔ）は上記利用者照合データ（Ｒ８）と上記暗号キー（Ｆ８）を上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録し、上記ｃ．以降を繰り返す。
【００５３】
６．暗号キーを利用ごとに入れ替える方法
次に図６を参照して、サービスの内容として電子マネーを例に取り、暗号キーを利用ごとに入れ替える方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００５４】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者ごとに異なる、下記確認データ長以上の長さの暗号キー（Ｆ４）が記録され、ｂ２．）該復号キー（Ｆ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００５５】
上記説明のように暗号キー（Ｆ４）は利用者ごとに変えるのがセキュリティー上望ましい。また暗号キーの長さは下記ｃ１．）における確認データ長以上の長さであれば複雑な暗号法を用いることなくセキュリティーを高めることが出来る。
【００５６】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００５７】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００５８】
ｄ１．）利用者の端末機等（Ｔ）が上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせて、さらに上記暗号キー（Ｆ４）で暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００５９】
上記説明のように上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）を上記暗号キー（Ｆ４）で暗号化して上記サーバ（Ａ）に送信する際に、上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）をあらかじめサーバと示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせて、さらに上記暗号キー（Ｆ４）で暗号化してひとつのデータとして送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）を混ぜ合わせないで上記暗号キー（Ｆ４）で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるから暗号キー（Ｆ４）の少なくとも一部は容易に解読されうる。
【００６０】
よく設計された方法で混ぜ合わせるだけでも十分な暗号化になるが、上記例では混ぜ合わせてひとつのデータにしてさらに暗号キー（Ｆ４）で二重に暗号化をしてセキュリティーを高めている。
【００６１】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記暗号キー（Ｒ２）と上記確認データ（Ｄ２）を上記該復号キー（Ｆ１）で復号し、暗号キー（Ｆ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記暗号キー（Ｆ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００６２】
ｆ１．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行しｆ２．）上記サーバ（Ａ）と上記端末機等（Ｔ）は両者の間で、上記サーバ（Ａ）又は上記端末機（Ｔ）が発行するか、あらかじめ用意され記録されたデータから取り出し相手側に通信回線を介して通知して、暗復号キー（Ｆ７、Ｆ８）を準備する。
【００６３】
ｇ１．）上記サーバ（Ａ）は準備された上記復号キー（Ｆ７）を上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録し、ｇ２．）上記端末機等（Ｔ）は上記暗号キー（Ｆ８）を上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録し、上記ｃ．以降を繰り返す。
【００６４】
別途利用者照合データを設けなくとも暗号キーを利用者照合データとして利用することが出来る。このようにすることで送受信のデータと、記録するデータを減らすことが可能である。
【００６５】
７．使用不能にして盗難から守る方法
次に図７を参照して、サービスの内容として電子マネーを例に取り、使用不能にして盗難から守る方法を説明する。
Ｉ１．）上記サーバ（Ａ）と上記端末機等（Ｔ）の間で暗復号キー（Ｆ７、Ｆ８）が準備されなかった場合は、Ｉ２．）上記端末機等（Ｔ）は上記サーバ（Ａ）が受信する上記端末機等（Ｔ）のＩＤ（Ｉ５）の送信をそれ以降行わないか、正当に処理されないデータを送信するなどして自身を使用不能にする。
【００６６】
上記端末機等（Ｔ）がＩＤ（Ｉ５）を送信しないか正当でないデータを送信するので上記端末機等は上記サーバ（Ａ）から確認を受けられず使用不能となる。端末機等（Ｔ）がＩＤ（Ｉ５）を送信しないか、正当でないデータを送信するので盗難を試みることが出来なくなる。正当な保持者であれば窓口に届けてリセットをしてもらう。
【００６７】
盗難しようと試みる者がサーバ（Ａ）からの応答をエミュレートした場合は暗号キー（Ｆ４）が新しい暗号キー（Ｆ８）によって書き換えられ、正当なサーバではそれ以後使用不可能となり、次回以降は盗難しようと試みる者自身がエミュレートした偽の暗号キーを盗もうとする無駄な努力に帰し、盗難は失敗する。
【００６８】
８．データを混ぜ合わせて暗号化する方法
次に図８を参照して、サービスの内容として電子マネーを例に取り、データを混ぜ合わせて暗号化する方法を説明する。
利用者照合データ（Ｒ４）または暗号キー（Ｆ４）と、確認データ（Ｄ４）を暗号キー（Ｆ４）で暗号化する際に、暗号キー（Ｆ４）又は利用者照合データ（Ｒ４）の内容に依存する方法で利用者照合データ（Ｒ４）または暗号キー（Ｆ４）と確認データ（Ｄ４）それぞれのビットやバイト配列を混ぜ合わせてひとつのデータ（Ｅ２）として、そのデータ（Ｅ２）を上記暗号キー（Ｆ４）で暗号化する。
【００６９】
図８では利用者照合データ（Ｒ４）または暗号キー（Ｆ４）を元のデータ１（Ｍ１）として８バイトのデータを想定している。同じく確認データ（Ｄ４）を元のデータ２（Ｍ２）として８バイトのデータを想定している。
【００７０】
依存するデータの例として８バイトのデータ（Ｉ１）を想定し、それを２回繰り返して１６バイトにして使用している。その依存法として値が偶数か奇数かで混ぜ合わされるどちらかのデータからとるかを決めている。この依存するデータは、暗号キー（Ｆ４）又は利用者照合データ（Ｒ４）のデータ（Ｄ４）のいずれかで、利用ごとに変更するデータであれば暗号法が毎回異なり盗難されにくい。
【００７１】
解読は容易になるが内容に依存するデータが短い場合には図８の例のようにそのデータを繰り返して使用すればよい。また図の例で奇数に偏りすぎ取るべき元のデータがない場合にはその後は全てもう一方の値から取るなどルールーを決めておけばよい。
【００７２】
図８では各バイトの値が奇数か偶数で混ぜ合わせされる２つのデータのどちらから取るか決めているが、これを各ビットのＯＮかＯＦＦかによって２つのデータのどちらから取るかをビット単位で行えば解読はより難しくなる。
【００７３】
このようにすることで、データの暗号法が最後に電子マネーのサーバとやり取りしたデータに依存する。最後に電子マネーのサーバとやり取りしたデータは今サーバをエミュレートして盗難しようとしているものには知りえない情報で、盗難をより難しくする。
【００７４】
９．暗号化の方法
次に図９を参照して暗号化の方法を説明する。
本考案で使われる暗号キーと復号キーは公開キーと秘密キーのペアである必要はなく古典的な秘密キーのペアで十分である。暗号キー（Ｆ）は暗号化される利用者照合データ（Ｒ）、確認データ（Ｄ）の長さの和より長くて十分な長さを持っていれば（たとえば１２８ビット＝１６バイト以上）複雑な暗号を用いることも必要なく、たとえば各ビットのＸＯＲをとるだけでどんなスーパーコンピュータでどんなに時間をかけても解読することは不可能である。ＸＯＲは演算が容易であるのでＩＣカードなどには有利である。
【００７５】
図９では混合（Ａ）により一回目の暗号化を行い、ＸＯＲ（Ｂ）により二回目の暗号化を行っている。混合（Ａ）する際に利用者照合データ（Ｒ）又は／及び確認データ（Ｄ）又は／及び暗号キー（Ｆ）に依存して混合する方法が図８で詳細を説明したデータを混ぜ合わせて暗号化する方法である。
【００７６】
暗号キー（Ｆ）、利用者照合データ（Ｒ）、確認データ（Ｄ）などはよく設計された乱数発生器からの乱数で十分である。暗号キー（Ｆ）が暗号化するデータ（図９ではＥ）より十分長く、また利用者照合データ（Ｒ）、確認データ（Ｄ）が６４ビット（＝８バイト）程度あれば、複雑な演算や暗号法を用いずとも上記ＸＯＲによる方法で十分なセキュリティーが保たれる。よりセキュリティーを高めたいのならばもっとも有効な方法は暗号キー長、各データ長を２倍にすることである。それでも全てあわせて高々６４バイトである。今の端末機等の技術において問題となるコストではない。
【００７７】
上記の例では利用者照合データ（Ｒ）、確認データ（Ｄ）を一旦混ぜ合わせさらに暗号キーでＸＯＲを取り二重に暗号化しているが、正当なサーバしか知りえない利用者照合データ（Ｒ）、又は暗号キー（Ｆ）に依存して混ぜ合わせるだけでも十分な暗号化になる。また依存したデータがどのように利用されるか盗難を試みるものには知りようがないので、盗難を試みようとする者によってエミュレートされたサーバが送信する確認データ（Ｄ）に依存して混ぜ合わせる方法でも十分な暗号化になる。
【図面の簡単な説明】
【００７８】
【図１】ハードウェア及び機器構成、機能構成
【図２】利用者照合データと確認データを用い、暗号キーを用いない方法
【図３】利用者照合データと確認データを用い正当な利用者を識別する方法
【図４】暗号キーと確認データを用い正当な利用者を識別する方法
【図５】利用者照合データを利用ごとに入れ替える方法
【図６】暗号キーを利用ごとに入れ替える方法
【図７】使用不能にして盗難から守る方法
【図８】データを混ぜ合わせて暗号化する方法
【図９】暗号化の方法
【符号の説明】
【００７９】
（図１）
Ａ．サービス実行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．サービス情報； Ｒ１．利用者照合データ； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．要求サービス； Ｒ２．暗号化利用者照合データ； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．サービス実行装置； Ｂ１．暗号キー、利用者照合データ準備装置； Ｒ７．利用者照合データ； Ｆ７．復号キー； Ｘ１．暗号キー、利用者データ記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｒ４．利用者照合データ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； Ｒ５．暗号化利用者照合データ； D５．暗号化確認データ； Ｍ２．通信装置； Ｘ２．暗号キー、利用者データ記録装置； Ｒ８．利用者照合データ； Ｆ８．暗号キー； Ｂ２．暗号キー、利用者照合データ準備装置； Ｕ．中継端末機； Ｋ５．要求サービス；
（図２）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｒ１．利用者照合データ； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｒ２．暗号化利用者照合データ； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．決済記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； D５．暗号化確認データ； Ｍ２．通信装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図３）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｒ１．利用者照合データ； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｒ２．暗号化利用者照合データ； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．決済記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； D５．暗号化確認データ； Ｍ２．通信装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図４）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｆ３．暗号キー； Ｄ３．確認データ； Ｆ６．暗号キー Ｃ１．照合確認装置； Ｙ１．決済記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； D５．暗号化確認データ； Ｍ２．通信装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図５）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｒ１．利用者照合データ； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｒ２．暗号化利用者照合データ； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．決済記録装置； Ｂ１．暗号キー、利用者照合データ準備装置； Ｒ７．利用者照合データ； Ｆ７．復号キー； Ｘ１．暗号キー、利用者データ記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｒ４．利用者照合データ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； Ｒ５．暗号化利用者照合データ； D５．暗号化確認データ； Ｍ２．通信装置； Ｘ２．暗号キー、利用者データ記録装置； Ｒ８．利用者照合データ； Ｆ８．暗号キー； Ｂ２．暗号キー、利用者照合データ準備装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図６）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｆ３．暗号キー； Ｄ３．確認データ； Ｆ６．暗号キー； Ｃ１．照合確認装置； Ｙ１．決済記録装置； Ｂ１．暗号キー、利用者照合データ準備装置； Ｆ７．復号キー； Ｘ１．暗号キー、利用者データ記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； Ｒ５．暗号化された暗号キー； D５．暗号化確認データ； Ｍ２．通信装置； Ｘ２．暗号キー、利用者データ記録装置； Ｆ８．暗号キー； Ｂ２．暗号キー、利用者照合データ準備装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図７）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｒ１．利用者照合データ； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｒ２．暗号化利用者照合データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．決済記録装置； Ｂ１．暗号キー、利用者照合データ準備装置； Ｒ７．利用者照合データ； Ｆ７．復号キー； Ｘ１．暗号キー、利用者データ記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｒ４．利用者照合データ； Ｆ４．暗号キー； Ｇ１．暗号装置； Ｉ５．ＩＤ； Ｒ５．暗号化利用者照合データ； D５．暗号化確認データ； Ｍ２．通信装置； Ｘ２．暗号キー、利用者データ記録装置； Ｒ８．利用者照合データ； Ｆ８．暗号キー； Ｂ２．暗号キー、利用者照合データ準備装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図８）
Ｍ１．元のデータ１； Ｍ２．元のデータ２； Ｍ３．混ぜ合わされたデータ； Ｉ１．依存するデータ； Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｒ４．利用者照合データ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｅ１．混合装置； Ｅ２．混合データ；
（図９）
Ｒ．利用者照合データ Ｄ．確認データ；Ｅ．混ぜ合わされたデータ；Ｆ．暗号キー；Ｃ．暗号化データ；
【技術分野】
【０００１】
本発明は、電子マネーや許可証などに使用されるＩＣカードや端末機のデータの盗聴を予防する方策に関するものである。
【背景技術】
【０００２】
安全性が高いといわれているＩＣカードやＩＣチップを組み込んだ携帯端末機でも特に無線通信機能を持ったもので容易にデータを盗まれ（スキミング）てしまう。サーバと通信する際の信号を盗聴され、その信号をエミュレート（模倣、成りすまし）することによりどんなサーバでも騙されてしまう。
【０００３】
【特許文献１】特開平１０−１７１７１７号公報
【非特許文献１】Peter Wayner著 「ディジタルキャッシュテクノロジー」ソフトバンク（株） １９９７年
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＩＣカード、端末機、特に無線で通信できるものでは、通信が無線で行われるために知らないうちにスキミングされＩＤを読み取られて使用されてしまうという点があった。その解決のためＩＣカードや端末機のデータを盗むことを難しくし、正当な利用者であることを確認できるようにする。サーバをエミュレートされた場合でも、有効なデータが外部に流出しないで安全性を高める。
【課題を解決するための手段】
【０００５】
端末機等とサーバが最後に通信した際に暗号キーと、利用者照合データをそれぞれの記憶装置に記録する。次回通信する際にサーバから確認データを送り端末機等がその確認データと記録されている利用者照合データを記録されている暗号キーで暗号化し合わせて一つのデータとして送り返す。サーバでそのデータを復号し確認する。
盗難の疑いがある場合は使用不可能にして暗号キーが解読できないようにする。
【発明の効果】
【０００６】
盗難者がサーバをエミュレートして端末機等からの信号をコピーしても、そのコピーした同じ信号で正当なサーバに応答しても無効となる。
無線ＩＣカードは無線の通信範囲で盗聴（スキミング）されるが、通信の際にさまざまなやり取りや暗号化を用い有効なデータが外部に流出しない。サーバをエミュレートしてスキミングする際も有効なデータを取得することが出来ない。有効な通信が行われないと、外部へのデータの通信を遮断し暗号のキーが解読できないようにする。
【発明を実施するための最良の形態】
【０００７】
発明の実施の形態を実施例に基づき図面を参照して説明する。
図１を参照してハードウェア及び機能構成について説明する。なお各装置は外部記憶装置、通信装置を除いて、ＣＰＵ（中央演算装置）にプログラムが読み込まれて実現する、いわゆるプログラムからなるシステムである。
なおデータの主要な流れを矢印で示した。また本構成は請求項４と請求項５を構成するものであり、その他の請求項では不要なものを含んでいるが詳細は各請求項の構成を参照されたい。
【０００８】
１．ハードウェア及び機器構成、機能構成
電子マネーのサーバ（Ａ）の構成及び主なデータは次の通りである。
まず通信回線を介して他の機器に接続する通信装置（Ｍ１）がある。ＩＤ（Ｉ１）やサービス情報（Ｚ１）、利用者照合データ（Ｒ１）、復号キー（Ｆ１）を記録する記憶装置（Ｓ１）と確認データ（Ｄ１）を準備する確認データ準備装置（Ｎ１）、暗号化され送信された利用者照合データ（Ｒ２）と、確認データ（Ｄ２）を復号する復号装置（Ｇ２）、復号された上記データ（Ｒ３、Ｄ３）と、記録された該利用者照合データ（Ｒ６）と送信した確認データ（Ｄ２）を照合確認する照合確認装置（Ｃ１）、確認結果と要求サービス（Ｋ２）に基づきサービスを行うサービス実行装置（Ｙ１）、新たな暗復号キー（Ｆ７）と、利用者照合データ（Ｒ７）を準備する暗号キー、利用者照合データ準備装置（Ｂ１）及び上記準備されたそれらのデータ（Ｒ７、Ｆ７）を記録する暗号キー、利用者データ記録装置（Ｘ１）からなる。
【０００９】
端末機等（Ｔ）の構成及び主なデータは次の通りである。
まず通信回線を介して他の機器に接続する通信装置（Ｍ２）がある。ＩＤ（Ｉ４）や利用者照合データ（Ｒ４）、暗号キー（Ｆ４）を記録する記憶装置（Ｓ２）と利用者照合データ（Ｒ４）と、確認データ（Ｄ４）を暗号する暗号装置（Ｇ１）、新たな暗復号キー（Ｆ７、Ｆ８）と、利用者照合データ（Ｒ７、Ｒ８）を準備する暗号キー、利用者照合データ準備装置（Ｂ２）及び上記準備されたそれらのデータ（Ｒ８、Ｆ８）を記録する暗号キー、利用者データ記録装置（Ｘ２）からなる。
【００１０】
なお要求するサービス（Ｋ５）は端末機等（Ｔ）よりは外部の自動販売機、電子マネー端末機、入室チェック端末などの中継端末機（Ｕ）から送信される場合が多いので図では端末機等の外部に図示した。ＩＤ（Ｉ４）も端末機等から上記中継端末機（Ｕ）が一旦受信して上記サーバ（Ａ）が受信する場合もあるが、ＩＤ（Ｉ４）の出所は端末機等（Ｔ）であるので図では端末機等（Ｔ）から上記サーバ（Ａ）にＩＤ（Ｉ４）が送信されるように図示した。
【００１１】
以下の実施例ではサービスとして電子マネー、サービス実行者のサーバとして電子マネー発行者のサーバ、サービスの情報として電子マネー残高、要求サービスとして利用金額、中継端末機として電子マネー端末機を例にとり説明しているが、ＩＣカード、端末機のデータ盗難防止にかかわる仕組みは、たとえばＩＣカードの社員証を入室許可のサービスに使用する場合でも同じである。
【００１２】
２．利用者照合データと確認データを用い、暗号キーを用いずに正当な利用者を識別する方法
次に図２を参照してサービスの内容として電子マネーを例に取り、利用者照合データと確認データを用い、暗号キーを用いずに正当な利用者を識別する方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００１３】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者照合データ（Ｒ４）が記録され、ｂ２．）同じ利用者照合データ（Ｒ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００１４】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００１５】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００１６】
ｄ１．）利用者の端末機等（Ｔ）が上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビット配列やバイト配列を混ぜ合わせることにより暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００１７】
上記説明のように上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法で暗号化して上記サーバ（Ａ）に送信する際に、上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をそれぞれのビットやバイト配列を混ぜ合わせて暗号化してひとつのデータとして送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせないでサーバ（Ａ）と示し合わせた方法で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるからサーバ（Ａ）と示し合わせた暗号法の少なくとも一部は容易に解読されうる。
【００１８】
よく設計された方法で上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせるだけでも十分な暗号化になる。
【００１９】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記利用者照合データ（Ｒ２）と上記確認データ（Ｄ２）を上記ｄ１．においてあらかじめサーバ（Ａ）と示し合わせた方法で復号して、利用者照合データ（Ｒ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記利用者照合データ（Ｒ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００２０】
ｆ．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行する。
【００２１】
３．利用者照合データと確認データを用い正当な利用者を識別する方法
次に図３を参照してサービスの内容として電子マネーを例に取り、利用者照合データと確認データを用い正当な利用者を識別する方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００２２】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者照合データ（Ｒ４）と利用者ごとに異なる、利用者照合データ長＋下記確認データ長以上の長さの暗号キー（Ｆ４）が記録され、ｂ２．）同じ利用者照合データ（Ｒ１）と該復号キー（Ｆ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００２３】
上記説明のように暗号キー（Ｆ４）は利用者ごとに変えるのがセキュリティー上望ましい。また暗号キーの長さは、利用者照合データ長＋下記ｃ１．）における確認データ長以上の長さであれば複雑な暗号法を用いることなくセキュリティーを高めることが出来る。
【００２４】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００２５】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００２６】
ｄ１．）利用者の端末機等（Ｔ）が上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせ、さらに上記暗号キー（Ｆ４）で暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００２７】
上記説明のように上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を上記暗号キー（Ｆ４）で暗号化して上記サーバ（Ａ）に送信する際に、上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバと示し合わせた方法で、それぞれのビットやバイト配列を混ぜ合わせて、さらに上記暗号キー（Ｆ４）で暗号化してひとつのデータとして送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせないで上記暗号キー（Ｆ４）で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるから暗号キー（Ｆ４）の少なくとも一部は容易に解読されうる。
【００２８】
よく設計された方法で上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせるだけでも十分な暗号化になるが、上記例では混ぜ合わせてひとつのデータにしてさらに暗号キー（Ｆ４）で二重に暗号化をしてセキュリティーを高めている。
【００２９】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記利用者照合データ（Ｒ２）と上記確認データ（Ｄ２）を上記該復号キー（Ｆ１）で復号し、利用者照合データ（Ｒ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記利用者照合データ（Ｒ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００３０】
ｆ．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行する。
【００３１】
４．暗号キーと確認データを用い正当な利用者を識別する方法
次に図４を参照してサービスの内容として電子マネーを例に取り、利用者照合データと確認データを用い正当な利用者を識別する方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００３２】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者ごとに異なる、下記確認データ長以上の長さの暗号キー（Ｆ４）が記録され、ｂ２．）該復号キー（Ｆ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００３３】
上記説明のように暗号キー（Ｆ４）は利用者ごとに変えるのがセキュリティー上望ましい。また暗号キーの長さは下記ｃ１．）における確認データ長以上の長さであれば複雑な暗号法を用いることなくセキュリティーを高めることが出来る。
【００３４】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００３５】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００３６】
ｄ１．）利用者の端末機等（Ｔ）が上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせ、さらに上記暗号キー（Ｆ４）で暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００３７】
上記説明のように上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）を上記暗号キー（Ｆ４）で暗号化して上記サーバ（Ａ）に送信する際に、上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）をあらかじめサーバと示し合わせた方法で、それぞれのビットやバイト配列を混ぜ合わせてひとつのデータとして上記暗号キー（Ｆ４）で暗号化して送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）を混ぜ合わせないで上記暗号キー（Ｆ４）で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるから暗号キー（Ｆ４）の少なくとも一部は容易に解読されうる。
【００３８】
よく設計された方法で混ぜ合わせるだけでも十分な暗号化になるが、上記例では混ぜ合わせてひとつのデータにしてさらに暗号キー（Ｆ４）で二重に暗号化をしてセキュリティーを高めている。
【００３９】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記暗号キー（Ｒ２）と上記確認データ（Ｄ２）を上記該復号キー（Ｆ１）で復号し、暗号キー（Ｆ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記暗号キー（Ｆ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００４０】
ｆ．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行する。
【００４１】
別途利用者照合データを設けなくとも暗号キーを利用者照合データとして利用することが出来る。このようにすることで送受信のデータと、記録するデータを減らすことが可能である。
【００４２】
５．利用者照合データを利用ごとに入れ替える方法
次に図５を参照して、サービスの内容として電子マネーを例に取り、利用者照合データを利用ごとに入れ替える方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００４３】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者照合データ（Ｒ４）と利用者ごとに異なる、利用者照合データ長＋下記確認データ長以上の長さの暗号キー（Ｆ４）が記録され、ｂ２．）同じ利用者照合データ（Ｒ１）と該復号キー（Ｆ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００４４】
上記説明のように暗号キー（Ｆ４）は利用者ごとに変えるのがセキュリティー上望ましい。また暗号キーの長さは、利用者照合データ長＋下記ｃ１．）における確認データ長以上の長さであれば複雑な暗号法を用いることなくセキュリティーを高めることが出来る。
【００４５】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００４６】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００４７】
ｄ１．）利用者の端末機等（Ｔ）が上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせ、さらに上記暗号キー（Ｆ４）で暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００４８】
上記説明のように上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を上記暗号キー（Ｆ４）で暗号化して上記サーバ（Ａ）に送信する際に、記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）をあらかじめサーバと示し合わせた方法で、それぞれのビットやバイト配列を混ぜ合わせて、さらに上記暗号キー（Ｆ４）で暗号化してひとつのデータとして送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記利用者照合データ（Ｒ４）と、上記確認データ（Ｄ４）を混ぜ合わせないで上記暗号キー（Ｆ４）で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるから暗号キー（Ｆ４）の少なくとも一部は容易に解読されうる。
【００４９】
よく設計された方法で混ぜ合わせるだけでも十分な暗号化になるが、上記例では混ぜ合わせてひとつのデータにしてさらに暗号キー（Ｆ４）で二重に暗号化をしてセキュリティーを高めている。
【００５０】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記利用者照合データ（Ｒ２）と上記確認データ（Ｄ２）を上記該復号キー（Ｆ１）で復号し、利用者照合データ（Ｒ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記利用者照合データ（Ｒ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００５１】
ｆ１．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行し、ｆ２．）上記サーバ（Ａ）と上記端末機等（Ｔ）は両者の間で、上記サーバ（Ａ）又は上記端末機（Ｔ）が発行するか、あらかじめ用意され記録されたデータから取り出し相手側に通信回線を介して通知して、利用者照合データ（Ｒ７、Ｒ８）と暗復号キー（Ｆ７、Ｆ８）を準備する。
【００５２】
ｇ１．）上記サーバ（Ａ）は準備された上記復号キー（Ｆ７）と上記利用者照合データ（Ｒ７）を上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録し、ｇ２．）上記端末機等（Ｔ）は上記利用者照合データ（Ｒ８）と上記暗号キー（Ｆ８）を上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録し、上記ｃ．以降を繰り返す。
【００５３】
６．暗号キーを利用ごとに入れ替える方法
次に図６を参照して、サービスの内容として電子マネーを例に取り、暗号キーを利用ごとに入れ替える方法を説明する。
Ａ１．）電子マネー発行者のサーバ（Ａ）にＩＤ（Ｉ１）と残高（Ｚ１）が記録され、Ａ２．）同じＩＤ（Ｉ４）が利用者のＩＣカード又は端末機（以下両者を端末機等）（Ｔ）の記憶装置（Ｓ２）に記録されている
【００５４】
ｂ１．）さらに上記端末機等（Ｔ）の記憶装置（Ｓ２）には利用者ごとに異なる、下記確認データ長以上の長さの暗号キー（Ｆ４）が記録され、ｂ２．）該復号キー（Ｆ１）が上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録されている。
【００５５】
上記説明のように暗号キー（Ｆ４）は利用者ごとに変えるのがセキュリティー上望ましい。また暗号キーの長さは下記ｃ１．）における確認データ長以上の長さであれば複雑な暗号法を用いることなくセキュリティーを高めることが出来る。
【００５６】
ｃ１．）電子マネー発行者のサーバ（Ａ）と電子マネー利用者の端末機等（Ｔ）が通信回線を介して接続され、上記サーバ（Ａ）が上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録されているＩＤ（Ｉ４）を受信し決済する際に、ｃ２．）上記サーバ（Ａ）はその都度変更する確認データ（Ｄ１）を準備してサーバ（Ａ）内に記録し、利用者の端末機等（Ｔ）に送信する。
【００５７】
上記説明のように確認データ（Ｄ１）は準備する都度変更することにより上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。
【００５８】
ｄ１．）利用者の端末機等（Ｔ）が上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）をあらかじめサーバ（Ａ）と示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせて、さらに上記暗号キー（Ｆ４）で暗号化して、ｄ２．）ひとつのデータとして上記サーバ（Ａ）に送信する。
【００５９】
上記説明のように上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）を上記暗号キー（Ｆ４）で暗号化して上記サーバ（Ａ）に送信する際に、上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）をあらかじめサーバと示し合わせた方法でそれぞれのビットやバイト配列を混ぜ合わせて、さらに上記暗号キー（Ｆ４）で暗号化してひとつのデータとして送信することにより、上記サーバ（Ａ）をエミュレートして盗難を試みるものに対して暗号キーの解読を難しくする。単純に上記暗号キー（Ｆ４）と、上記確認データ（Ｄ４）を混ぜ合わせないで上記暗号キー（Ｆ４）で暗号化して一つのデータとして送信すると上記確認データは上記サーバ（Ａ）が知りうるデータであるから暗号キー（Ｆ４）の少なくとも一部は容易に解読されうる。
【００６０】
よく設計された方法で混ぜ合わせるだけでも十分な暗号化になるが、上記例では混ぜ合わせてひとつのデータにしてさらに暗号キー（Ｆ４）で二重に暗号化をしてセキュリティーを高めている。
【００６１】
ｅ１．）上記サーバ（Ａ）は上記暗号化され一つのデータとして送信された上記暗号キー（Ｒ２）と上記確認データ（Ｄ２）を上記該復号キー（Ｆ１）で復号し、暗号キー（Ｆ３）と確認データ（Ｄ３）を得て、ｅ２．）サーバに記録された該上記暗号キー（Ｆ６）と上記確認データ（Ｄ１）と照合し一致するか確認する
【００６２】
ｆ１．）上記サーバ（Ａ）は残高が十分あるなどその他の決済条件に加えて、上記の確認ができた場合に決済を実行しｆ２．）上記サーバ（Ａ）と上記端末機等（Ｔ）は両者の間で、上記サーバ（Ａ）又は上記端末機（Ｔ）が発行するか、あらかじめ用意され記録されたデータから取り出し相手側に通信回線を介して通知して、暗復号キー（Ｆ７、Ｆ８）を準備する。
【００６３】
ｇ１．）上記サーバ（Ａ）は準備された上記復号キー（Ｆ７）を上記ＩＤ（Ｉ１）と伴に上記サーバ（Ａ）に記録し、ｇ２．）上記端末機等（Ｔ）は上記暗号キー（Ｆ８）を上記端末機等（Ｔ）の記憶装置（Ｓ２）に記録し、上記ｃ．以降を繰り返す。
【００６４】
別途利用者照合データを設けなくとも暗号キーを利用者照合データとして利用することが出来る。このようにすることで送受信のデータと、記録するデータを減らすことが可能である。
【００６５】
７．使用不能にして盗難から守る方法
次に図７を参照して、サービスの内容として電子マネーを例に取り、使用不能にして盗難から守る方法を説明する。
Ｉ１．）上記サーバ（Ａ）と上記端末機等（Ｔ）の間で暗復号キー（Ｆ７、Ｆ８）が準備されなかった場合は、Ｉ２．）上記端末機等（Ｔ）は上記サーバ（Ａ）が受信する上記端末機等（Ｔ）のＩＤ（Ｉ５）の送信をそれ以降行わないか、正当に処理されないデータを送信するなどして自身を使用不能にする。
【００６６】
上記端末機等（Ｔ）がＩＤ（Ｉ５）を送信しないか正当でないデータを送信するので上記端末機等は上記サーバ（Ａ）から確認を受けられず使用不能となる。端末機等（Ｔ）がＩＤ（Ｉ５）を送信しないか、正当でないデータを送信するので盗難を試みることが出来なくなる。正当な保持者であれば窓口に届けてリセットをしてもらう。
【００６７】
盗難しようと試みる者がサーバ（Ａ）からの応答をエミュレートした場合は暗号キー（Ｆ４）が新しい暗号キー（Ｆ８）によって書き換えられ、正当なサーバではそれ以後使用不可能となり、次回以降は盗難しようと試みる者自身がエミュレートした偽の暗号キーを盗もうとする無駄な努力に帰し、盗難は失敗する。
【００６８】
８．データを混ぜ合わせて暗号化する方法
次に図８を参照して、サービスの内容として電子マネーを例に取り、データを混ぜ合わせて暗号化する方法を説明する。
利用者照合データ（Ｒ４）または暗号キー（Ｆ４）と、確認データ（Ｄ４）を暗号キー（Ｆ４）で暗号化する際に、暗号キー（Ｆ４）又は利用者照合データ（Ｒ４）の内容に依存する方法で利用者照合データ（Ｒ４）または暗号キー（Ｆ４）と確認データ（Ｄ４）それぞれのビットやバイト配列を混ぜ合わせてひとつのデータ（Ｅ２）として、そのデータ（Ｅ２）を上記暗号キー（Ｆ４）で暗号化する。
【００６９】
図８では利用者照合データ（Ｒ４）または暗号キー（Ｆ４）を元のデータ１（Ｍ１）として８バイトのデータを想定している。同じく確認データ（Ｄ４）を元のデータ２（Ｍ２）として８バイトのデータを想定している。
【００７０】
依存するデータの例として８バイトのデータ（Ｉ１）を想定し、それを２回繰り返して１６バイトにして使用している。その依存法として値が偶数か奇数かで混ぜ合わされるどちらかのデータからとるかを決めている。この依存するデータは、暗号キー（Ｆ４）又は利用者照合データ（Ｒ４）のデータ（Ｄ４）のいずれかで、利用ごとに変更するデータであれば暗号法が毎回異なり盗難されにくい。
【００７１】
解読は容易になるが内容に依存するデータが短い場合には図８の例のようにそのデータを繰り返して使用すればよい。また図の例で奇数に偏りすぎ取るべき元のデータがない場合にはその後は全てもう一方の値から取るなどルールーを決めておけばよい。
【００７２】
図８では各バイトの値が奇数か偶数で混ぜ合わせされる２つのデータのどちらから取るか決めているが、これを各ビットのＯＮかＯＦＦかによって２つのデータのどちらから取るかをビット単位で行えば解読はより難しくなる。
【００７３】
このようにすることで、データの暗号法が最後に電子マネーのサーバとやり取りしたデータに依存する。最後に電子マネーのサーバとやり取りしたデータは今サーバをエミュレートして盗難しようとしているものには知りえない情報で、盗難をより難しくする。
【００７４】
９．暗号化の方法
次に図９を参照して暗号化の方法を説明する。
本考案で使われる暗号キーと復号キーは公開キーと秘密キーのペアである必要はなく古典的な秘密キーのペアで十分である。暗号キー（Ｆ）は暗号化される利用者照合データ（Ｒ）、確認データ（Ｄ）の長さの和より長くて十分な長さを持っていれば（たとえば１２８ビット＝１６バイト以上）複雑な暗号を用いることも必要なく、たとえば各ビットのＸＯＲをとるだけでどんなスーパーコンピュータでどんなに時間をかけても解読することは不可能である。ＸＯＲは演算が容易であるのでＩＣカードなどには有利である。
【００７５】
図９では混合（Ａ）により一回目の暗号化を行い、ＸＯＲ（Ｂ）により二回目の暗号化を行っている。混合（Ａ）する際に利用者照合データ（Ｒ）又は／及び確認データ（Ｄ）又は／及び暗号キー（Ｆ）に依存して混合する方法が図８で詳細を説明したデータを混ぜ合わせて暗号化する方法である。
【００７６】
暗号キー（Ｆ）、利用者照合データ（Ｒ）、確認データ（Ｄ）などはよく設計された乱数発生器からの乱数で十分である。暗号キー（Ｆ）が暗号化するデータ（図９ではＥ）より十分長く、また利用者照合データ（Ｒ）、確認データ（Ｄ）が６４ビット（＝８バイト）程度あれば、複雑な演算や暗号法を用いずとも上記ＸＯＲによる方法で十分なセキュリティーが保たれる。よりセキュリティーを高めたいのならばもっとも有効な方法は暗号キー長、各データ長を２倍にすることである。それでも全てあわせて高々６４バイトである。今の端末機等の技術において問題となるコストではない。
【００７７】
上記の例では利用者照合データ（Ｒ）、確認データ（Ｄ）を一旦混ぜ合わせさらに暗号キーでＸＯＲを取り二重に暗号化しているが、正当なサーバしか知りえない利用者照合データ（Ｒ）、又は暗号キー（Ｆ）に依存して混ぜ合わせるだけでも十分な暗号化になる。また依存したデータがどのように利用されるか盗難を試みるものには知りようがないので、盗難を試みようとする者によってエミュレートされたサーバが送信する確認データ（Ｄ）に依存して混ぜ合わせる方法でも十分な暗号化になる。
【図面の簡単な説明】
【００７８】
【図１】ハードウェア及び機器構成、機能構成
【図２】利用者照合データと確認データを用い、暗号キーを用いない方法
【図３】利用者照合データと確認データを用い正当な利用者を識別する方法
【図４】暗号キーと確認データを用い正当な利用者を識別する方法
【図５】利用者照合データを利用ごとに入れ替える方法
【図６】暗号キーを利用ごとに入れ替える方法
【図７】使用不能にして盗難から守る方法
【図８】データを混ぜ合わせて暗号化する方法
【図９】暗号化の方法
【符号の説明】
【００７９】
（図１）
Ａ．サービス実行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．サービス情報； Ｒ１．利用者照合データ； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．要求サービス； Ｒ２．暗号化利用者照合データ； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．サービス実行装置； Ｂ１．暗号キー、利用者照合データ準備装置； Ｒ７．利用者照合データ； Ｆ７．復号キー； Ｘ１．暗号キー、利用者データ記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｒ４．利用者照合データ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； Ｒ５．暗号化利用者照合データ； D５．暗号化確認データ； Ｍ２．通信装置； Ｘ２．暗号キー、利用者データ記録装置； Ｒ８．利用者照合データ； Ｆ８．暗号キー； Ｂ２．暗号キー、利用者照合データ準備装置； Ｕ．中継端末機； Ｋ５．要求サービス；
（図２）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｒ１．利用者照合データ； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｒ２．暗号化利用者照合データ； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．決済記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； D５．暗号化確認データ； Ｍ２．通信装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図３）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｒ１．利用者照合データ； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｒ２．暗号化利用者照合データ； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．決済記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； D５．暗号化確認データ； Ｍ２．通信装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図４）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｆ３．暗号キー； Ｄ３．確認データ； Ｆ６．暗号キー Ｃ１．照合確認装置； Ｙ１．決済記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； D５．暗号化確認データ； Ｍ２．通信装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図５）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｒ１．利用者照合データ； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｒ２．暗号化利用者照合データ； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．決済記録装置； Ｂ１．暗号キー、利用者照合データ準備装置； Ｒ７．利用者照合データ； Ｆ７．復号キー； Ｘ１．暗号キー、利用者データ記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｒ４．利用者照合データ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； Ｒ５．暗号化利用者照合データ； D５．暗号化確認データ； Ｍ２．通信装置； Ｘ２．暗号キー、利用者データ記録装置； Ｒ８．利用者照合データ； Ｆ８．暗号キー； Ｂ２．暗号キー、利用者照合データ準備装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図６）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｄ１．確認データ； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｄ２．暗号化確認データ； Ｇ２．復号装置； Ｆ３．暗号キー； Ｄ３．確認データ； Ｆ６．暗号キー； Ｃ１．照合確認装置； Ｙ１．決済記録装置； Ｂ１．暗号キー、利用者照合データ準備装置； Ｆ７．復号キー； Ｘ１．暗号キー、利用者データ記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｇ１．暗号装置； Ｉ５．ＩＤ； Ｒ５．暗号化された暗号キー； D５．暗号化確認データ； Ｍ２．通信装置； Ｘ２．暗号キー、利用者データ記録装置； Ｆ８．暗号キー； Ｂ２．暗号キー、利用者照合データ準備装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図７）
Ａ．電子マネー発行者のサーバ； Ｓ１．Ａの記憶装置； Ｉ１．ＩＤ； Ｚ１．残高； Ｒ１．利用者照合データ； Ｆ１．復号キー； Ｍ１．通信装置； Ｎ１．確認データ準備装置； Ｉ２．ＩＤ； Ｋ２．利用金額； Ｒ２．暗号化利用者照合データ； Ｇ２．復号装置； Ｒ３．利用者照合データ； Ｄ３．確認データ； Ｒ６．該利用者照合データ； Ｃ１．照合確認装置； Ｙ１．決済記録装置； Ｂ１．暗号キー、利用者照合データ準備装置； Ｒ７．利用者照合データ； Ｆ７．復号キー； Ｘ１．暗号キー、利用者データ記録装置；
Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｒ４．利用者照合データ； Ｆ４．暗号キー； Ｇ１．暗号装置； Ｉ５．ＩＤ； Ｒ５．暗号化利用者照合データ； D５．暗号化確認データ； Ｍ２．通信装置； Ｘ２．暗号キー、利用者データ記録装置； Ｒ８．利用者照合データ； Ｆ８．暗号キー； Ｂ２．暗号キー、利用者照合データ準備装置； Ｕ．電子マネー端末機； Ｋ５．利用金額；
（図８）
Ｍ１．元のデータ１； Ｍ２．元のデータ２； Ｍ３．混ぜ合わされたデータ； Ｉ１．依存するデータ； Ｔ．端末機等； Ｓ２．端末機等の記憶装置； Ｉ４．ＩＤ； Ｒ４．利用者照合データ； Ｆ４．暗号キー； Ｄ４．確認データ； Ｅ１．混合装置； Ｅ２．混合データ；
（図９）
Ｒ．利用者照合データ Ｄ．確認データ；Ｅ．混ぜ合わされたデータ；Ｆ．暗号キー；Ｃ．暗号化データ；
【特許請求の範囲】
【請求項１】
下記のａ乃至ｆから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には利用者照合データが記録され、同じ利用者照合データが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記利用者照合データと、上記確認データをあらかじめ上記サーバと示し合わせた方法で暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記一つのデータとして送信された上記利用者照合データと上記確認データを上記あらかじめ示し合わせた方法で復号して、サーバに記録された該上記利用者照合データと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行する。
【請求項２】
下記のａ乃至ｆから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には利用者照合データと暗号キーが記録され、同じ利用者照合データと該復号キーが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記利用者照合データと、上記確認データを上記暗号キーで暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記暗号化され送信された上記利用者照合データと上記確認データを上記該復号キーで復号して、サーバに記録された該上記利用者照合データと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行する。
【請求項３】
下記のａ乃至ｆから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には暗号キーが記録され、該復号キーが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記暗号キーと、上記確認データを上記暗号キーで暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記暗号化され送信された上記暗号キーと上記確認データを上記該復号化キーで復号して、サーバに記録された該上記暗号キーと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行する。
【請求項４】
下記のａ乃至ｇから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には利用者照合データと暗号キーが記録され、同じ利用者照合データと該復号キーが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記利用者照合データと、上記確認データを上記暗号キーで暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記暗号化され送信された上記利用者照合データと上記確認データを上記該復号キーで復号して、サーバに記録された該上記利用者照合データと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行し、さらに上記サーバと上記端末機等は両者の間で利用者照合データと暗復号キーを準備する。
ｇ．上記サーバは準備された上記復号キーと上記利用者照合データを上記サーバに記録し、上記端末機等は上記利用者照合データと上記暗号キーを上記端末機等の記憶装置に記録し、上記ｃ．以降を繰り返す。
【請求項５】
下記のａ乃至ｇから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には暗号キーが記録され、該復号キーが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記暗号キーと、上記確認データを上記暗号キーで暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記暗号化され送信された上記暗号キーと上記確認データを上記該復号化キーで復号して、サーバに記録された該上記暗号キーと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行し、さらに上記サーバと上記端末機等は両者の間で暗復号キーを準備する。
ｇ．上記サーバは上記復号キーを上記サーバの記憶装置に記録し、上記端末機等は上記暗号キーを上記端末機等の記憶装置に記録し、上記ｃ．以降を繰り返す。
【請求項６】
請求項４、および請求項５のｆ．において上記サーバと上記端末機等の間で暗復号キーが準備されなかった場合は、上記端末機等は自身を使用不能にする請求項４、および請求項５のＩＣカード、端末機のデータ盗難防止法。
【請求項７】
請求項２から請求項５のｄ．において利用者照合データ（請求項２及び請求項４の場合）または暗号キー（請求項３及び請求項５の場合）と、確認データを暗号キーで暗号化する際に、暗号キー又は／及び利用者照合データ又は／及び確認データのデータ内容に依存する方法で利用者照合データ（請求項２及び請求項４の場合）または暗号キー（請求項３及び請求項５の場合）と確認データそれぞれのビット又はバイト配列を混ぜ合わせてひとつのデータとすることにより暗号化する請求項２、から請求項５のＩＣカード、端末機のデータ盗難防止法。
【請求項１】
下記のａ乃至ｆから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には利用者照合データが記録され、同じ利用者照合データが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記利用者照合データと、上記確認データをあらかじめ上記サーバと示し合わせた方法で暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記一つのデータとして送信された上記利用者照合データと上記確認データを上記あらかじめ示し合わせた方法で復号して、サーバに記録された該上記利用者照合データと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行する。
【請求項２】
下記のａ乃至ｆから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には利用者照合データと暗号キーが記録され、同じ利用者照合データと該復号キーが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記利用者照合データと、上記確認データを上記暗号キーで暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記暗号化され送信された上記利用者照合データと上記確認データを上記該復号キーで復号して、サーバに記録された該上記利用者照合データと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行する。
【請求項３】
下記のａ乃至ｆから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には暗号キーが記録され、該復号キーが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記暗号キーと、上記確認データを上記暗号キーで暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記暗号化され送信された上記暗号キーと上記確認データを上記該復号化キーで復号して、サーバに記録された該上記暗号キーと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行する。
【請求項４】
下記のａ乃至ｇから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には利用者照合データと暗号キーが記録され、同じ利用者照合データと該復号キーが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記利用者照合データと、上記確認データを上記暗号キーで暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記暗号化され送信された上記利用者照合データと上記確認データを上記該復号キーで復号して、サーバに記録された該上記利用者照合データと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行し、さらに上記サーバと上記端末機等は両者の間で利用者照合データと暗復号キーを準備する。
ｇ．上記サーバは準備された上記復号キーと上記利用者照合データを上記サーバに記録し、上記端末機等は上記利用者照合データと上記暗号キーを上記端末機等の記憶装置に記録し、上記ｃ．以降を繰り返す。
【請求項５】
下記のａ乃至ｇから成るＩＣカード、端末機のデータ盗難防止法
ａ．サービス実行者のサーバにＩＤとサービス情報が記録され同じＩＤが利用者のＩＣカード又は端末機（以下両者を端末機等）の記憶装置に記録されている。
ｂ．さらに上記端末機等の記憶装置には暗号キーが記録され、該復号キーが上記サーバに記録されている。
ｃ．サービス実行者のサーバとサービスの利用者の端末機等が通信回線を介して接続され、上記サーバが上記端末機等の記憶装置に記録されているＩＤを受信しサービスを実行する際に、上記サーバは確認データを準備してサーバ内に記録し、利用者の端末機等に送信する。
ｄ．利用者の端末機等が上記暗号キーと、上記確認データを上記暗号キーで暗号化して一つのデータとして上記サーバに送信する。
ｅ．上記サーバは上記暗号化され送信された上記暗号キーと上記確認データを上記該復号化キーで復号して、サーバに記録された該上記暗号キーと上記確認データと照合し一致するか確認する。
ｆ．上記サーバはその他のサービス実行条件に加えて、上記ｅ．の確認ができた場合にサービスを実行し、さらに上記サーバと上記端末機等は両者の間で暗復号キーを準備する。
ｇ．上記サーバは上記復号キーを上記サーバの記憶装置に記録し、上記端末機等は上記暗号キーを上記端末機等の記憶装置に記録し、上記ｃ．以降を繰り返す。
【請求項６】
請求項４、および請求項５のｆ．において上記サーバと上記端末機等の間で暗復号キーが準備されなかった場合は、上記端末機等は自身を使用不能にする請求項４、および請求項５のＩＣカード、端末機のデータ盗難防止法。
【請求項７】
請求項２から請求項５のｄ．において利用者照合データ（請求項２及び請求項４の場合）または暗号キー（請求項３及び請求項５の場合）と、確認データを暗号キーで暗号化する際に、暗号キー又は／及び利用者照合データ又は／及び確認データのデータ内容に依存する方法で利用者照合データ（請求項２及び請求項４の場合）または暗号キー（請求項３及び請求項５の場合）と確認データそれぞれのビット又はバイト配列を混ぜ合わせてひとつのデータとすることにより暗号化する請求項２、から請求項５のＩＣカード、端末機のデータ盗難防止法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２００８−８４２３１（Ｐ２００８−８４２３１Ａ）
【公開日】平成２０年４月１０日（２００８．４．１０）
【国際特許分類】
【出願番号】特願２００６−２６６１３１（Ｐ２００６−２６６１３１）
【出願日】平成１８年９月２８日（２００６．９．２８）
【出願人】（３９７０７６３６１）有限会社アプリコシステム (5)
【Ｆターム（参考）】
【公開日】平成２０年４月１０日（２００８．４．１０）
【国際特許分類】
【出願日】平成１８年９月２８日（２００６．９．２８）
【出願人】（３９７０７６３６１）有限会社アプリコシステム (5)
【Ｆターム（参考）】
[ Back to top ]