(57)【要約】【課題】本発明は、手間をかけずにセキュリティ性の高い決済を行うことを可能とする決済システムを提供することを課題とする。【解決手段】利用者用携帯電話１は、利用者の識別に利用される情報をＱＲコードとして画面１ａ上に表示する。店用携帯電話２は、利用者用携帯電話１からＱＲコードを読み取るとともに、そのＱＲコード情報ＱＤと店側記憶手段２２に記憶してある店側守護情報Ａ２１をクレジット会社側サーバ３に送信し、かつ、クレジット会社側サーバ３から送信されてくる情報を受信して、その情報を画面２ａ上に表示する。クレジット会社側サーバ３は、受信したＱＲコード情報ＱＤと店側守護情報Ａ２１を、会社側記憶手段３２に記憶してある情報と比較して一致するか否かを判断し、一致している場合には、結果情報Ｒに併せて顔写真データＦＰを店用携帯電話２に送信する。【選択図】図２
2007323249.tif 000002
【特許請求の範囲】
【請求項１】
利用者が使用する画面付きの携帯端末と、店員が使用する店側端末と、決済会社が使用する決済会社側端末とを備えた決済システムであって、
前記携帯端末は、
前記利用者の識別に利用される利用者識別情報を二次元コードとして前記携帯端末の画面上に表示する表示手段を備え、
前記店側端末は、
前記携帯端末の画面上に表示された前記二次元コードを読み取る読取手段と、
店を識別するための店識別情報を記憶した店側記憶手段と、
前記読取手段で読み取った前記二次元コードの情報に前記店識別情報を加えた審査情報を、前記決済会社側端末に送信する店側送信手段と、
前記決済会社側端末から送信されてくる結果情報および身体識別情報を受信する店側受信手段と、
前記結果情報および身体識別情報を前記店員に報知する報知手段を備え、
前記決済会社側端末は、
前記利用者識別情報と、前記店識別情報と、前記利用者の身体に依存する身体識別情報とを記憶した決済会社側記憶手段と、
前記店側端末から送信されてくる前記審査情報を受信する決済会社側受信手段と、
前記決済会社側受信手段で受信した前記審査情報を、前記決済会社側記憶手段に記憶されている前記利用者識別情報および前記店識別情報と比較して、これらが一致するか否かを判断する比較手段と、
前記比較手段による比較結果を結果情報として前記店側端末に送信するとともに、その結果情報が一致したことを示す情報である場合には、前記結果情報に併せて前記身体識別情報を前記店側端末に送信する決済会社側送信手段と、を備えていることを特徴とする決済システム。
【請求項２】
前記決済会社側端末は、
前記身体識別情報のデータ配列を並び替えるシャッフル手段と、
前記シャッフル手段で並び替えられた身体識別情報を、守護情報と化身情報の二つの情報に分割する分割手段と、
前記守護情報および前記化身情報から前記身体識別情報を復元させる復元手段を備えるとともに、
前記決済会社側記憶手段には、前記化身情報が記憶され、
前記決済会社側送信手段が、前記分割手段による分割が完了したときに前記守護情報を前記携帯端末に送信する機能と、前記携帯端末から送信されてくる前記守護情報と前記決済会社側記憶手段に記憶した前記化身情報に基づく前記復元手段による復元が成功したときに前記利用者識別情報を前記携帯端末に送信する機能と、前記復元手段で復元された身体識別情報を前記結果情報に併せて前記店側端末に送信する機能を有するように構成され、
前記携帯端末は、
前記決済会社側端末から送信されてくる前記守護情報および前記利用者識別情報を受信する利用者側受信手段と、
前記守護情報を記憶する利用者側記憶手段と、
前記表示手段で画面上に二次元コードを表示させる前に、前記利用者側記憶手段に記憶されている前記守護情報を前記決済会社側端末に送信する利用者側送信手段を備え、
前記表示手段が、前記利用者側受信手段で受信した前記利用者識別情報を二次元データとして表示するように構成されていることを特徴とする請求項１に記載の決済システム。
【請求項３】
前記シャッフル手段は、前記データ配列の並び替えの際に、ダミーデータを挿入させることを特徴とする請求項２に記載の決済システム。
【請求項４】
前記シャッフル手段は、所定時間毎に異なるテーブルを用いて作動する機能を有し、前記復元手段で前記身体識別情報が復元される度に、復元された身体識別情報をそのときの時間に応じた前記テーブルを用いてデータ配列の並び替えを行い、
前記分割手段は、その並び替えられたデータの分割により得られる新たな化身情報を前記決済会社側記憶手段に送信して化身情報の更新を実行させるとともに、新たな守護情報を前記決済会社側送信手段を介して携帯端末に送信して守護情報の更新を実行させることを特徴とする請求項２または請求項３に記載の決済システム。
【請求項５】
前記テーブルは、乱数表または魔法陣に基づいて構築されることを特徴とする請求項４に記載の決済システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、クレジットカードやデビットカードなどの利用者が店で買い物をする際に利用される決済システムに関する。
【背景技術】
【０００２】
一般に、クレジットカードを用いて買い物をする際には、利用者が、商品をレジに持って行き、店員に対してカードを提示した後、店員から渡される伝票の上にサインをする。また、この際、店員は、利用者から提示されたカードから専用のカードリーダによって利用者情報を読み取ってその情報を専用のクレジットネットワークを介してクレジット会社に送った後、伝票を発行して、その伝票を利用者に渡す。さらに、店員は、利用者が書いたサインを利用者のカード裏面に書かれたサインと照らし合わせることで、本人認証を行って決済を完了させている。ただし、この方法では、専用のクレジットネットワークを用いるため、通信費用が高いといった問題があるとともに、本人認証にはサインを比較するだけなので、例えばカードの盗用者が筆跡を真似て利用した場合には、本人以外の者の利用を許すことになるので、セキュリティ性を高めることが望まれている。
【０００３】
このような問題を解決する技術としては、従来、利用者が店員にカードを提示してカードのＩＤ番号をＰＯＳ端末に取得させる他、所定の入力装置を介してカードのパスワードをＰＯＳ端末に入力するとともに、携帯電話を用いてその携帯電話番号を店のＰＯＳ端末に送信すると、これらの情報がＰＯＳ端末からインターネットを介してクレジット会社に送信されるといった技術がある（特許文献１参照）。この技術では、ＰＯＳ端末とクレジット会社との通信がインターネットを介して行われるので通信費用を安くできるとともに、カードリーダで読み取るカードのＩＤ番号に加え、カードのパスワードや利用者の携帯電話番号をクレジット会社に送信するので、セキュリティ性も高められている。
【特許文献１】特開２００５−２７５９２３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、前記した特許文献１に記載の技術では、カードのパスワードを所定の入力装置で入力する手間と、携帯電話番号を携帯電話に打ち込んでＰＯＳ端末に送信する手間がかかるため、決済が煩雑となるといった問題があった。
【０００５】
そこで、本発明は、手間をかけずにセキュリティ性の高い決済を行うことを可能とする決済システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
前記課題を解決する本発明は、利用者が使用する画面付きの携帯端末と、店員が使用する店側端末と、決済会社が使用する決済会社側端末とを備えた決済システムであって、前記携帯端末は、前記利用者の識別に利用される利用者識別情報を二次元コードとして前記携帯端末の画面上に表示する表示手段を備え、前記店側端末は、前記携帯端末の画面上に表示された前記二次元コードを読み取る読取手段と、店を識別するための店識別情報を記憶した店側記憶手段と、前記読取手段で読み取った前記二次元コードの情報に前記店識別情報を加えた審査情報を、前記決済会社側端末に送信する店側送信手段と、前記決済会社側端末から送信されてくる結果情報および身体識別情報を受信する店側受信手段と、前記結果情報および身体識別情報を前記店員に報知する報知手段を備え、前記決済会社側端末は、前記利用者識別情報と、前記店識別情報と、前記利用者の身体に依存する身体識別情報とを記憶した決済会社側記憶手段と、前記店側端末から送信されてくる前記審査情報を受信する決済会社側受信手段と、前記決済会社側受信手段で受信した前記審査情報を、前記決済会社側記憶手段に記憶されている前記利用者識別情報および前記店識別情報と比較して、これらが一致するか否かを判断する比較手段と、前記比較手段による比較結果を結果情報として前記店側端末に送信するとともに、その結果情報が一致したことを示す情報である場合には、前記結果情報に併せて前記身体識別情報を前記店側端末に送信する決済会社側送信手段と、を備えていることを特徴とする。
【０００７】
ここで、「決済会社」とは、カードを用いた決済を行っている会社やその会社に決済業務を委託された会社などをいい、例えば、クレジットカードを発行するクレジット会社やデビットカードを発行する銀行の他、クレジット会社などに決済業務を委託された決済会社などを含む。
【０００８】
本発明によれば、店に来店した利用者は、まず、自分の携帯端末の表示手段を作動させて、その画面上に利用者識別情報を二次元コードとして表示させる。その後、店員は、利用者の携帯端末の画面上から二次元コードを読取手段によって読み取った後、その二次元コードの情報と店側記憶手段に記憶してある店識別情報とを審査情報として、店側送信手段によって決済会社側端末に送信する。決済会社側端末では、店側端末から送られてきた審査情報を、決済会社側記憶手段に記憶してある利用者識別情報および店識別情報と比較して、一致しているか否かが判断される。その結果、一致している場合には、決済会社側端末は、その結果情報と、決済会社側記憶手段に記憶してある身体識別情報を店側端末に送信する。そして、店側端末に結果情報および身体識別情報が送信されると、報知手段によって結果情報と身体識別情報が店員に報知される。これにより、店員は、その結果情報に基づいて、決済会社が利用者を承認したことを確認できるとともに、その身体識別情報（例えば、顔写真）に基づいて、目の前にいる利用者が正当な利用者か否かを判断することができる。
【０００９】
また、本発明では、前記決済会社側端末が、前記身体識別情報のデータ配列を並び替えるシャッフル手段と、前記シャッフル手段で並び替えられた身体識別情報を、守護情報と化身情報の二つの情報に分割する分割手段と、前記守護情報および前記化身情報から前記身体識別情報を復元させる復元手段を備えるとともに、前記決済会社側記憶手段には、前記化身情報が記憶され、前記決済会社側送信手段が、前記分割手段による分割が完了したときに前記守護情報を前記携帯端末に送信する機能と、前記携帯端末から送信されてくる前記守護情報と前記決済会社側記憶手段に記憶した前記化身情報に基づく前記復元手段による復元が成功したときに前記利用者識別情報を前記携帯端末に送信する機能と、前記復元手段で復元された身体識別情報を前記結果情報に併せて前記店側端末に送信する機能を有するように構成され、前記携帯端末は、前記決済会社側端末から送信されてくる前記守護情報および前記利用者識別情報を受信する利用者側受信手段と、前記守護情報を記憶する利用者側記憶手段と、前記表示手段で画面上に二次元コードを表示させる前に、前記利用者側記憶手段に記憶されている前記守護情報を前記決済会社側端末に送信する利用者側送信手段を備え、前記表示手段が、前記利用者側受信手段で受信した前記利用者識別情報を二次元データとして表示するように構成されていてもよい。
【００１０】
さらに、前記シャッフル手段は、前記データ配列の並び替えの際に、ダミーデータを挿入させるように構成されていてもよい。
【００１１】
これらによれば、守護情報だけでは利用価値がないので、例えば何らかの方法によって第三者が守護情報を取得した場合であっても利用者の情報は漏れることはなく、セキュリティ性をさらに高めることができる。
【００１２】
また、前記シャッフル手段は、所定時間毎に異なるテーブルを用いて作動する機能を有し、前記復元手段で前記身体識別情報が復元される度に、復元された身体識別情報をそのときの時間に応じた前記テーブルを用いてデータ配列の並び替えを行い、前記分割手段は、その並び替えられたデータの分割により得られる新たな化身情報を前記決済会社側記憶手段に送信して化身情報の更新を実行させるとともに、新たな守護情報を前記決済会社側送信手段を介して携帯端末に送信して守護情報の更新を実行させるように構成されていてもよい。
【００１３】
さらに、前記テーブルは、乱数表または魔法陣に基づいて構築されていてもよい。
【００１４】
これらによれば、利用者が携帯端末で買い物をする度に守護情報および化身情報が更新されるので、決済会社と携帯端末間の通信途中で守護情報が盗まれたとしても、所定時間後に利用者が携帯端末で買い物をした後は、過去に盗まれた守護情報の利用価値がなくなる。そのため、セキュリティ性をさらに高めることができる。
【発明の効果】
【００１５】
本発明によれば、利用者が携帯端末に二次元コードを表示させ、店員がそれを読み取って決済会社に送信して結果待ちするだけで決済を行うことができるので、手間をかけずに決済を行うことができる。また、本発明では、最終的に身体識別情報で本人確認をするため、セキュリティ性の高い決済を行うことができる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の実施形態について、適宜図面を参照しながら詳細に説明する。参照する図面において、図１は本実施形態に係る決済システムの概要を示す概要図であり、図２は決済システムの詳細を示すブロック図である。なお、本実施形態においては、携帯端末および店側端末の一例として携帯電話、決済会社の一例としてクレジット会社、決済会社側端末の一例としてサーバを採用することとする。また、携帯電話やサーバは、ＣＰＵ、メモリ、ハードディスク、キーボード、マウス、画面など周知の機器を適宜備えている。
【００１７】
図１に示すように、決済システムＳは、利用者が使用する利用者用携帯電話１と、店員が使用する店用携帯電話２と、クレジット会社が使用するクレジット会社側サーバ３とを備えて構成されている。そして、各携帯電話１，２は、所定の携帯網Ｎ１，Ｎ２およびインターネットＮ３を介してクレジット会社側サーバ３と通信可能となるとともに、所定の携帯網Ｎ１，Ｎ２を介して所定のダウンロードセンターＤ１，Ｄ２と通信可能となっている。
【００１８】
利用者用携帯電話１は、画面１ａ付きの携帯電話であり、この画面１ａの反対側の面には、カメラ１ｂ（図２の模式図参照）が設けられている。また、この利用者用携帯電話１は、図２に示すように、利用者側受信手段１１と、利用者側記憶手段１２と、表示手段１３と、利用者側送信手段１４を備えている。
【００１９】
利用者側受信手段１１は、主に、クレジット会社側サーバ３から送信されてくる守護情報Ａ１１およびＱＲコードイメージ情報（利用者識別情報）ＱＩを受信する機能を有しており、受信した守護情報Ａ１１およびＱＲコードイメージ情報ＱＩを利用者側記憶手段１２に出力するようになっている。ここで、守護情報Ａ１１およびＱＲコードイメージ情報ＱＩは、クレジット会社側サーバ３で生成される情報であり、その詳細な構造は後で詳述する。また、この利用者側受信手段１１は、ダウンロードセンターＤ１から所定のアプリケーションをダウンロードする機能（利用者側記憶手段１２に記憶させる）またはダウンロードセンターＤ１上で開いた前記アプリケーションの情報を受信して、その情報を表示手段１３に出力する機能を有している。ここで、このアプリケーションは、主に、画面１ａ上に所定の登録情報（例えば、氏名、生年月日、メールアドレス、住所、職業、口座番号などの情報）ＲＤなどを利用者に入力させる画像を提供する機能を有する他、この画像に表示される命令に対して利用者が適宜入力やボタンの選択を行ったときに適宜登録情報ＲＤなどを利用者側送信手段１４を介してクレジット会社側サーバ３に対して送信させる機能を有している。なお、本実施形態では、所定のアプリケーションを利用者用携帯電話１にダウンロードさせずに、随時ダウンロードセンターＤ１にアクセスすることで、所定のアプリケーションの情報を画面１ａ上に表示させる態様を適用する。
【００２０】
利用者側記憶手段１２は、利用者側受信手段１１から出力されてくる守護情報Ａ１１およびＱＲコードイメージ情報ＱＩを記憶するものであり、その記憶された各情報Ａ１１，ＱＩは利用者側送信手段１４によって適宜取り出され、また、ＱＲコードイメージ情報ＱＩは表示手段１３によっても適宜取り出されるようになっている。また、この利用者側記憶手段１２において既に各情報Ａ１１，ＱＩを記憶している場合には、利用者側受信手段１１から新たな守護情報Ａ１１およびＱＲコードイメージ情報ＱＩが出力されてくると、記憶してある各情報Ａ１１，ＱＩが新たな情報Ａ１１，ＱＩに更新されるようになっている。
【００２１】
表示手段１３は、利用者側記憶手段１２に記憶されているＱＲコードイメージ情報ＱＩをＱＲコード（二次元コード）として画面１ａ上に表示させる機能を有するとともに、ダウンロードセンターＤ１から前記アプリケーションの情報が利用者側受信手段１１で受信されている場合には、その情報を画面１ａ上に表示させる機能を有している。
【００２２】
利用者側送信手段１４は、表示手段１３で画面１ａ上にＱＲコードを表示させる前に、利用者側記憶手段１２に記憶されている各情報Ａ１１，ＱＩをクレジット会社側サーバ３に送信する機能を有している。詳しくは、利用者用携帯電話１を用いて決済をする際に、前記アプリケーションにより画面１ａ上に表示された所定のボタンを利用者が選択することで、利用者側送信手段１４が各情報Ａ１１，ＱＩをクレジット会社側サーバ３に送信するようになっている。また、利用者側送信手段１４は、カメラ１ｂで撮像した利用者の顔写真データＦＰを、身体識別情報の一例としてクレジット会社側サーバ３に送信する機能も有している。
【００２３】
店用携帯電話２は、画面２ａと読取手段の一例であるカメラ２ｂを有するとともに、店側受信手段２１と、店側記憶手段２２と、店側表示手段２３と、店側送信手段２４を備えている。
【００２４】
店側受信手段２１は、主に、クレジット会社側サーバ３から送信されてくる結果情報Ｒ、顔写真データＦＰおよび店側識別情報の一例である店側守護情報Ａ２１を受信する機能を有しており、受信した各情報Ｒ，ＦＰ，Ａ２１を店側記憶手段２２に出力するようになっている。ここで、結果情報Ｒおよび店側守護情報Ａ２１は、クレジット会社側サーバ３で生成される情報であり、その詳細な構造は後で詳述する。また、この店側受信手段２１は、ダウンロードセンターＤ２から所定のアプリケーションをダウンロードする機能（店側記憶手段２２に記憶させる）またはダウンロードセンターＤ２上で開いた前記アプリケーションの情報を受信して、その情報を店側表示手段２３に出力する機能を有している。なお、本実施形態では、所定のアプリケーションを店用携帯電話２にダウンロードさせずに、随時ダウンロードセンターＤ２にアクセスすることで、所定のアプリケーションの情報を画面２ａ上に表示させる態様を適用する。ここで、このアプリケーションは、前記したアプリケーションと略同様の機能を有しており、これにより、店員が画面２ａ上に表示される指示に従って店用携帯電話２を適宜操作することで、所定の店側登録情報ＳＲＤなどが店側送信手段２４を介してクレジット会社側サーバ３に送信されるようになっている。なお、店側登録情報ＳＲＤとしては、例えば店名、店用携帯電話２の電話番号、住所、登録者名などが挙げられる。
【００２５】
店側記憶手段２２は、店側受信手段２１から出力されてくる結果情報Ｒ、顔写真データＦＰおよび店側守護情報Ａ２１を記憶するものであり、その記憶された各情報Ｒ，ＦＰ，Ａ２１のうち結果情報Ｒと顔写真データＦＰは店側表示手段２３によって適宜取り出され、店側守護情報Ａ２１は店側送信手段２４によって適宜取り出されるようになっている。また、この店側記憶手段２２において既に結果情報Ｒ、顔写真データＦＰおよび店側守護情報Ａ２１を記憶している場合には、店側受信手段２１から新たな結果情報Ｒ、顔写真データＦＰおよび店側守護情報Ａ２１が出力されてくると、記憶してある各情報Ｒ，ＦＰ，Ａ２１が新たな情報Ｒ，ＦＰ，Ａ２１に更新されるようになっている。
【００２６】
店側表示手段２３は、店側記憶手段２２に記憶されている結果情報Ｒおよび顔写真データＦＰを画面２ａ上に表示させることで、その結果情報Ｒや顔写真データＦＰを店員に報知させる機能を有している。ここで、この店側表示手段２３と画面２ａは、報知手段の一例に当たる。また、この店側表示手段２３は、ダウンロードセンターＤ２から前記アプリケーションの情報が店側受信手段２１で受信されている場合には、その情報を画面２ａ上に表示させる機能を有している。
【００２７】
店側送信手段２４は、利用者用携帯電話１の画面１ａ上に表示されたＱＲコードをカメラ２ｂによって読み取ることで得られるＱＲコード情報ＱＤと、店側記憶手段２２に記憶してある店側守護情報Ａ２１とを、審査情報ＥＤとしてクレジット会社側サーバ３に送信する機能を有している。また、この店側送信手段２４は、カメラ２ｂで撮像した店写真データＳＰをクレジット会社側サーバ３に送信する機能も有している。
【００２８】
クレジット会社側サーバ３は、会社側受信手段３１と、会社側記憶手段３２と、シャッフル手段３３と、分割手段３４と、復元手段３５と、比較手段３６と、会社側送信手段３７を備えている。
【００２９】
会社側受信手段３１は、利用者用携帯電話１から適宜送信されてくる登録情報ＲＤ、顔写真データＦＰ、守護情報Ａ１１およびＱＲコードイメージ情報ＱＩを受信するとともに、店用携帯電話２から適宜送信されてくる店側登録情報ＳＲＤ、店写真データＳＰ、審査情報ＥＤを受信する機能を有している。そして、この会社側受信手段３１は、登録情報ＲＤ、顔写真データＦＰ、店側登録情報ＳＲＤ、店写真データＳＰを受信した際には、それらの情報ＲＤ，ＦＰ，ＳＲＤ，ＳＰを会社側記憶手段３２に出力し、守護情報Ａ１１、審査情報ＥＤを受信した際には、それらの情報Ａ１１，ＥＤを復元手段３５に出力するようになっている。
【００３０】
会社側記憶手段３２は、会社側受信手段３１から出力されてくる登録情報ＲＤ、顔写真データＦＰ、店側登録情報ＳＲＤ、店写真データＳＰを記憶するものであり、その記憶された各情報ＲＤ，ＦＰ，ＳＲＤ，ＳＰは、所定の審査システム（図示せず）によって適宜取り出されるようになっている。ここで、前記審査システムは、登録情報ＲＤに基づいて利用者が多重債務者であるか、口座番号が実在するかなどを審査するものである。そして、この審査システムによる審査結果がＮＧでない場合には、クレジット会社側サーバ３は、所定の複数のＩＤを決定し、それらを登録情報ＲＤの一部と適宜組み合わせながら第１基本情報および第２基本情報として会社側記憶手段３２に記憶させるとともに、顔写真データＦＰに所定のデータを加えた情報を認証情報として会社側記憶手段３２に記憶させるようになっている。さらに、審査結果がＮＧでない場合において、クレジット会社側サーバ３は、所定の複数のＩＤを決定し、それらのＩＤに基づいて利用者の識別に利用されるＱＲコード情報（利用者識別情報）ＱＤを会社側記憶手段３２に記憶させるようになっている。なお、店側の情報も同様に、所定の審査システムで審査されて、所定の複数のＩＤと店側登録情報ＳＲＤの一部が第１基本情報および第２基本情報として会社側記憶手段３２に記憶され、店写真データＳＰに所定のデータを加えた情報が認証情報として会社側記憶手段３２に記憶されるようになっている。そして、前記した第１基本情報と、第２基本情報と、認証情報とで、利用者側オリジナルデータＯＤ１または店側オリジナルデータ（店識別情報）ＯＤ２が構築されるようになっている。また、会社側記憶手段３２には、後で詳述する化身情報Ａ１２，Ａ２２も記憶されている。
【００３１】
以下に、第１基本情報、第２基本情報および認証情報の詳細について図３および図４を参照して説明する。参照する図面において、図３は利用者側オリジナルデータの第１基本情報、第２基本情報および認証情報を示す表であり、図４は店側オリジナルデータの第１基本情報、第２基本情報および認証情報を示す表である。
【００３２】
最初に、利用者側オリジナルデータＯＤ１の第１基本情報、第２基本情報および認証情報について説明する。
【００３３】
図３に示すように、第１基本情報は、ＵＵ−ＩＤ（ユニバーサル・ユニークＩＤ）、Ｃｏｒｒｅｌ−ＩＤ１（トランザクションＩＤ）、Ｃｏｒｒｅｌ−ＩＤ２（旧トランザクションＩＤ）、Ｓｕｂｓｃｒｉｂｅｒ−ＩＤ（サブスクライバーＩＤ）、ＡＭ−ＶＥＲＳＩＯＮ（バージョンＮＯ）、ＲＥＳＥＲＶＥＤ（予備領域）で構成されている。ここで、ＵＵ−ＩＤは、クレジット会社（決済センター）を識別するためのＣｅｎｔｅｒＩＤと、クレジット会社側サーバ３を識別するためのＳｅｒｖｅｒＩＤと、ＵＵ−ＩＤの生成した年月日および時間を百万分の一秒単位まで示すＴｉｍｅＳｔａｍｐ（タイムスタンプ）とで構成される。Ｃｏｒｒｅｌ−ＩＤ１またはＣｏｒｒｅｌ−ＩＤ２は、携帯電話の会社種別を示すＴｒａｎＩＤ（ＴＲＡＮ種別識別子）と、Ｃｏｒｒｅｌ−ＩＤ１またはＣｏｒｒｅｌ−ＩＤ２を生成した年月日および時間を百万分の一秒単位まで示すＴｉｍｅＳｔａｍｐ（タイムスタンプ）と、シャッフル手段３３によるシャッフル用の変換テーブルの処理件数を示すＣｏｒｒｅｌＮＯ（ＴＲＡＮ−ＮＯ）とで構成されている。なお、Ｃｏｒｒｅｌ−ＩＤ１のＴｉｍｅＳｔａｍｐやＣｏｒｒｅｌＮＯは、Ｃｏｒｒｅｌ−ＩＤ２の後に行われた最新の処理における処理時間や処理件数を示している。そのため、変換テーブルの処理がされる度に、新たなＣｏｒｒｅｌ−ＩＤ１が生成されるとともに、古いＣｏｒｒｅｌ−ＩＤ１はそのままＣｏｒｒｅｌ−ＩＤ２として利用される。
【００３４】
ＳｕｂｓｃｒｉｂｅｒＩＤは、各携帯電話会社（キャリア）の固体認証用のＩＤである。ＡＭ−ＶＥＲＳＩＯＮは、ダウンロードセンターＤ１，Ｄ２からダウンロード等される前記アプリケーションのプログラムのＶＥＲＳＩＯＮを設定するものであり、ＲＥＳＥＲＶＥＤは、将来的に使用するための予備領域である。
【００３５】
第２基本情報は、第１基本情報と同様のＵＵ−ＩＤ、Ｃｏｒｒｅｌ−ＩＤ１、Ｃｏｒｒｅｌ−ＩＤ２、Ｓｕｂｓｃｒｉｂｅｒ−ＩＤ、ＲＥＳＥＲＶＥＤの他に、携帯番号、ＰＡＮ（会員番号；カード番号）、ＪＩＳ−１（カードストライプ情報）で構成されている。
【００３６】
認証情報は、ＴＯＴＡＬ−ＬＥＮ（データ長）と、ＣＥＲＴ−ＴＹＰＥと、ＩＭＧ−ＴＹＰＥと、ＳＰＬＩＴ−ＮＯと、ＬＥＮＧＴＨと、ＣＥＲＴ−ＤＡＴＡとで構成されている。ここで、ＴＯＴＡＬ−ＬＥＮは、認証情報全体のデータ長を示す情報であり、ＣＥＲＴ−ＴＹＰＥは、写真や指紋などの認証タイプ（本実施形態では写真）を示す情報である。また、ＩＭＧ−ＴＹＰＥは、ＰＮＧやＢＭＰなどの画像フォーマットのタイプを示す情報であり、ＳＰＬＩＴ−ＮＯは、データの分割位置を決定するための情報である。さらに、ＬＥＮＧＴＨは、ＣＥＲＴ−ＤＡＴＡのデータ長を示す情報（複数のＣＥＲＴ−ＤＡＴＡを実装可能とするための情報）であり、ＣＥＲＴ−ＤＡＴＡは、写真データや指紋データなどの認証データ（本実施形態では顔写真データＦＰ）を示す情報である。
【００３７】
次に、店側オリジナルデータＯＤ２の第１基本情報、第２基本情報および認証情報について説明する。
【００３８】
図４に示すように、第１基本情報と認証情報の構造は、利用者側オリジナルデータＯＤ１の第１基本情報と認証情報と略同様の構造となっている。また、第２基本情報は、利用者側オリジナルデータＯＤ１の第２基本情報と比べて、ＵＵ−ＩＤ、Ｃｏｒｒｅｌ−ＩＤ１、Ｃｏｒｒｅｌ−ＩＤ２、Ｓｕｂｓｃｒｉｂｅｒ−ＩＤ、携帯番号、ＲＥＳＥＲＶＥＤを有する点で同じであるが、ＧＰＳ情報と、加盟店名と、登録者名とを有する点で異なっている。
【００３９】
図２に戻って、クレジット会社側サーバ３の構成についての説明を続けることとする。
【００４０】
シャッフル手段３３は、所定の信号を受信すると、図５に示すように、会社側記憶手段３２に記憶してある利用者側オリジナルデータＯＤ１（または店側オリジナルデータＯＤ２）のうち、第１基本情報と第２基本情報のデータ配列を公知のＸＯＲによるスクランブル方法でシャッフルする。さらに、このシャッフル手段３３は、このＸＯＲ方式でシャッフルした第２基本情報と認証情報のデータ配列を、所定時間毎に異なる変換テーブルを用いるとともに、ダミーデータを適宜混ぜながらシャッフルする機能を有している。なお、このシャッフル手段３３は、シャッフル処理を行う前に、前記したオリジナルデータＯＤ１，ＯＤ２や会社側記憶手段３２に記憶してあるＱＲコード情報ＱＤ中の各Ｃｏｒｒｅｌ−ＩＤ１を、現在の処理件数（シャッフルの回数）に応じて更新するようになっている。また、シャッフル手段３３によるシャッフル処理は、オリジナルデータＯＤ１，ＯＤ２を最初に生成したときや、後記するように一度シャッフル・分割されたオリジナルデータＯＤ１，ＯＤ２が正常に復元される度にそのときの時間に応じた変換テーブルに基づいて行えばよい。
【００４１】
以下に、所定の変換テーブルを用いたシャッフル方法について図６を参照して説明する。参照する図面において、図６は本実施形態に係る変換テーブルを用いたシャッフル方法を説明するための説明図である。
【００４２】
図６に示すように、例えば１時間毎（合計２４個）に異なる変換テーブルを用意する。
【００４３】
各変換テーブルには、変換前の情報を所定ビット長ずつシャッフルするとともに、変換後の情報の所定位置にダミーデータを混在させるためのプログラムが設定されている。そして、このプログラムは、図に示すように複数のブロックで構成されており、各ブロックには、読取パターンＰ、有効ビット長Ｌおよび魔法陣の幅Ｗよりなる複数の変換情報が設定されている。ここで、読取パターンＰとは、本実施形態においては魔法陣を読み取っていく順番であり、例えば、図に示す読取パターンＰの１パターンとしてのタイプ１では、魔法陣の左側一行目の上から下へ各要素を読み取っていくとともに、最下列まで読んだときは隣接する右側の行を順次上から下へと読み取っていくようになっている。ここで、魔法陣とは、正方形を縦横に等分割した中に数値を入れ、縦横斜めの数値を足した値が全て同じ値となるような表をいう。なお、本実施形態においては、魔法陣として７行７列の表を採用するが、魔法陣の行および列の数は奇数であればいくつであってもよい。また、読み取るパターンとしては、魔法陣を下から上へ読み取るパターンや渦巻状に読み取るパターンなどを適宜設定できる。
【００４４】
有効ビット長Ｌとは、変換前の情報のうちどのぐらいのビット長単位でシャッフルしていくかを決めるためや、どのぐらいのビット長のダミーデータを挿入するかを決めるために設定されるものである。また、この有効ビット長Ｌは、シャッフルかダミーデータの挿入かを選択するための指標としても利用されている。具体的に、本実施形態においては、有効ビット長Ｌが魔法陣の幅Ｗ（行数または列数）の二乗よりも小さい場合には、シャッフルさせ、大きい場合にはダミーデータを挿入させるようなプログラムが組まれている。また、この有効ビット長Ｌに基づいて、魔法陣で参照する各要素が決定されている。具体的に、有効ビット長Ｌが４０である場合には、図に示す魔法陣の各マス目に設定される１〜４０が参照可能な要素となり、その他の４１〜４９の要素は読み飛ばされるようになっている。
【００４５】
続いて、プログラムの最初のブロックに設定される読取パターンＰ１，有効ビット長Ｌ１，魔法陣の幅Ｗ１がそれぞれ「１，４０，７」である場合の処理について説明する。
【００４６】
この場合、有効ビット長Ｌ１が魔法陣の幅Ｗ１の二乗よりも小さいため、処理としてはデータのシャッフルが選択される。また、読取パターンＰ１が「１」であることから、読取パターンＰとしては、図に示すタイプ１が選択される。さらに、有効ビット長Ｌ１が「４０」であることから、魔法陣の１〜４０までの要素が参照要素として選択される。すなわち、この魔法陣をタイプ１の読取パターンで読み取っていくと、左上隅から順に３０，３８，５，１３，…２０という順番で適宜４１〜４９の要素を読み飛ばしつつ、各要素が参照される。これにより、変換前の情報の先頭からビット長４０分までのデータのうちの１ビット目が３０ビット目（魔法陣の左上の要素）に、２ビット目が３８ビット目に、３ビット目が５ビット目にといった具合に順次移動されて、シャッフルが行われる。
【００４７】
次に、プログラムの二番目のブロックに設定される読取パターンＰ２，有効ビット長Ｌ２，魔法陣の幅Ｗ２がそれぞれ「２，４０，５」である場合の処理について説明する。
【００４８】
この場合、有効ビット長Ｌ２が魔法陣の幅Ｗ２の二乗よりも大きいため、処理としてはダミーデータの挿入が選択される。また、有効ビット長Ｌ２が「４０」であることから、ビット長４０分のダミーデータが挿入される。なお、このときの読取パターンＰ２は、特に処理とは無関係であるため、どのパターンに設定してもよい。
【００４９】
以上のような処理を繰り返すことで、前記した第２基本情報と認証情報のデータ配列が、有効ビット長ずつシャッフルされる。
【００５０】
図２に戻って、クレジット会社側サーバ３の構成についての説明を続けることとする。
【００５１】
図２に示すように、分割手段３４は、シャッフル手段３３で並び替えられたオリジナルデータＯＤ１（ＯＤ２）を、守護情報Ａ１１（Ａ２１）と化身情報Ａ１２（Ａ２２）の二つの情報に分割する機能を有している。詳しくは、この分割手段３４は、図５に示すように、シャッフルされた第２基本情報および認証情報の一部を分割し（例えば１２８バイト分を切り出し）、この分割した情報に第１基本情報を付け加えることでデータ量の少ない守護情報Ａ１１（Ａ２１）を生成するとともに、オリジナルデータＯＤ１（ＯＤ２）の残りを化身情報Ａ１２（Ａ２２）として生成するようになっている。また、この分割手段３４は、利用者側オリジナルデータＯＤ１から生成される守護情報Ａ１１に、ＱＲコードイメージ情報ＱＩを付け加える機能をも備えている。
【００５２】
ここで、ＱＲコードイメージ情報ＱＩとは、会社側記憶手段３２に記憶されたＱＲコード情報ＱＤが所定の変換手段によってイメージデータ（ＰＮＧやＧＩＦ等）に変換されたものである。また、このＱＲコードイメージ情報ＱＩは、第１基本情報と同様のＵＵ−ＩＤおよびＣｏｒｒｅｌ−ＩＤ１と、ＣＶＣ１およびＣＶＣ２で構成されている。ここで、「ＣＶＣ１，ＣＶＣ２」とは、カード認証用の３桁のコードである。また、Ｃｏｒｒｅｌ−ＩＤ１は、前記したようにシャッフル処理の前に更新されるようになっている。なお、守護情報Ａ１１（Ａ２１）の分割位置は、セキュリティの関係上、シャッフル処理毎に変更していくのが望ましく、例えば、更新されるＣｏｒｒｅｌ−ＩＤ１の下二桁の数値に基づいて適宜設定することができる。
【００５３】
そして、分割手段３４は、分割した情報のうち守護情報Ａ１１（Ａ２１）を会社側送信手段３７に出力するとともに、化身情報Ａ１２（Ａ２２）を会社側記憶手段３２に記憶させるようになっている。なお、利用者用の守護情報Ａ１１には、前記したようにＱＲコードイメージ情報ＱＩが付加されている。また、会社側記憶手段３２に既に化身情報Ａ１２（Ａ２２）がある場合には、それらの情報Ａ１２（Ａ２２）は新たな化身情報Ａ１２（Ａ２２）に更新される。
【００５４】
図２に示すように、復元手段３５は、会社側受信手段３１から出力されてくる守護情報Ａ１１（Ａ２１）を受け取ると、その情報Ａ１１（Ａ２１）中の第１基本情報に基づいて、この第１基本情報に対応した化身情報Ａ１２（Ａ２２）を会社側記憶手段３２から取り出してくるようになっている。そして、この復元手段３５は、守護情報Ａ１１（Ａ２１）と化身情報Ａ１２（Ａ２２）を結合させた後、前記したシャッフル手段３３の変換テーブルに基づいてオリジナルデータＯＤ１（ＯＤ２）を復元させるようになっている。ここで、第１基本情報は、ＸＯＲ変換することで簡単に解読され、この解読された第１基本情報中のうちＣｏｒｒｅｌ−ＩＤ１のＴｉｍｅＳｔａｍｐ（データ生成時間を示すデータ）に基づいて、変換テーブルが選択されるようになっている。なお、この復元手段３５は、店側オリジナルデータＯＤ２を復元したときには、この店側オリジナルデータＯＤ２とともにＱＲコード情報ＱＤも比較手段３６に出力するようになっている。
【００５５】
比較手段３６は、復元手段３５で復元されたオリジナルデータＯＤ１（ＯＤ２）中の第１基本情報の一部と第２基本情報の一部とを比較するとともに、オリジナルデータＯＤ１（ＯＤ２）中の認証情報と会社側記憶手段３２に記憶してある認証情報とを比較して、一致するか否かを判断する機能を有している。そして、この比較手段３６は、復元された利用者側オリジナルデータＯＤ１がクレジット会社側の各情報と一致したと判断した場合には、その利用者側オリジナルデータＯＤ１を会社側記憶手段３２に記憶させるとともに、シャッフル手段３３に処理開始信号を出力するようになっている。また、この比較手段３６は、店側オリジナルデータＯＤ２がクレジット会社側の各情報と一致したと判断した場合には、次に、復元手段３５から出力されてくるＱＲコード情報ＱＤと、会社側記憶手段３２に記憶してあるＱＲコード情報ＱＤとを比較して、これらが一致するか否かを判断する機能を有している。そして、この比較手段３６は、各ＱＲコード情報ＱＤが一致したと判断した場合には、一致したことを示す結果情報Ｒと、会社側記憶手段３２に記憶してある顔写真データＦＰを店用携帯電話２に送信させるための指示信号とを、会社側送信手段３７に出力するようになっている。また、この比較手段３６は、復元された利用者側オリジナルデータＯＤ１がクレジット会社側の各情報と一致しなかった場合や、店側オリジナルデータＯＤ２がクレジット会社側の各情報と一致しなかった場合や、各ＱＲコード情報ＱＤが一致しなかった場合には、一致しなかったことを示す結果情報Ｒを会社側送信手段３７に出力するようになっている。
【００５６】
会社側送信手段３７は、比較手段３６から出力されてくる前記結果情報Ｒを、各携帯電話１，２に送信する機能と、比較手段３６から出力されてくる前記指示信号に基づいて、会社側記憶手段３２に記憶してある顔写真データＦＰを店用携帯電話２に送信する機能を有している。また、この会社側送信手段３７は、分割手段３４から出力されてくる守護情報Ａ１１（Ａ２１）やＱＲコードイメージ情報ＱＩを携帯電話１（２）に送信する機能と、前記審査システムでＯＫと判断されたときに、利用者の顔写真を要求する信号を利用者用携帯電話１に送信する機能を有している。
【００５７】
なお、このクレジット会社側サーバ３は、前記した各機能（各手段）の他、後で詳述するような店用携帯電話２から送信されてくる金額情報に基づいて、請求書に相当する情報を生成し、この情報を利用者用携帯電話１に送信する機能なども有している。
【００５８】
次に、本実施形態に係る決済システムＳによるクレジット会社への利用者または店の登録方法および決済方法について図７〜図９を参照して説明する。参照する図面において、図７はクレジット会社への利用者の登録方法を示す説明図、図８は決済方法のうちクレジット会社側サーバから店用携帯電話へ顔写真データが送信されるまでの工程を示す説明図、図９はクレジット会社側サーバから店用携帯電話へ顔写真データが送信されてから、決済が完了するまでの工程を示す説明図である。
【００５９】
まず、登録方法について説明する。
【００６０】
図７に示すように、利用者は、まず、利用者用携帯電話１を適宜操作することによって、ダウンロードセンターＤ１にアクセスし、所定のアプリケーションの情報を画面１ａ上に表示させる。この画面１ａ上には、氏名、生年月日、メールアドレス、住所、職業、口座情報などの登録情報ＲＤの入力を促す画像が表示される。そして、利用者は、この画像に示される空欄部分に適宜登録情報ＲＤを入力して、その登録情報ＲＤをクレジット会社側サーバ３に送信する。
【００６１】
クレジット会社側サーバ３は、登録情報ＲＤに基づいて所定の審査システムによる審査を行い、その審査結果を利用者用携帯電話１に送信する。ここで、審査結果がＯＫという判断である場合には、クレジット会社側サーバ３は、利用者の顔写真を要求するための要求信号αを審査結果とともに利用者用携帯電話１に送信し、利用者は、この要求信号αに基づいて、顔写真を撮った後、その顔写真データＦＰをクレジット会社側サーバ３に送信する。そして、クレジット会社側サーバ３は、登録情報ＲＤや顔写真データＦＰなどに基づいて利用者側オリジナルデータＯＤ１を生成し、これを会社側記憶手段３２に記憶する。さらに、このクレジット会社側サーバ３は、利用者側オリジナルデータＯＤ１に基づいて守護情報Ａ１１と化身情報Ａ１２を生成し、守護情報Ａ１１にＱＲコードイメージ情報ＱＩを付け加えた情報を利用者用携帯電話１に送信するとともに、化身情報Ａ１２を会社側記憶手段３２に記憶する。以上により、利用者のクレジット会社への登録が完了することとなる。
【００６２】
なお、クレジット会社への店の登録方法は、店側に送信する店側守護情報Ａ２１にＱＲコードイメージ情報ＱＩを付加しない点を除いて、前記した利用者の登録方法と同様となる。
【００６３】
次に、決済方法について説明する。
【００６４】
利用者が店に行って買い物をする際には、図８に示すように、利用者は、まず、利用者用携帯電話１を適宜操作することによって、ダウンロードセンターＤ１にアクセスし、所定のアプリケーションの情報を画面１ａ上に表示させる。この画面１ａ上には、支払い、キャッシング、返済などの利用者が行いたい処理のボタンが表示されるようになっており、決済を行う際には、利用者は各ボタンのうちの支払いボタンを選択することで、携帯会社固有のＩＤであるＳｕｂｓｃｒｉｂｅｒ−ＩＤと、守護情報Ａ１１およびＱＲコードイメージ情報ＱＩとが、利用者用携帯電話１からクレジット会社側サーバ３に送信される。
【００６５】
クレジット会社側サーバ３は、Ｓｕｂｓｃｒｉｂｅｒ−ＩＤや守護情報Ａ１１のうちの第１基本情報の解読結果などに基づいて、この守護情報Ａ１１に対応する化身情報Ａ１２を会社側記憶手段３２から取り出す。また、このクレジット会社側サーバ３は、これらの守護情報Ａ１１と化身情報Ａ１２から、所定の変換テーブルに基づいて利用者側オリジナルデータＯＤ１を復元し、その第１基本情報の一部と第２基本情報の一部を比較するとともに、その認証情報と会社側記憶手段３２に記憶してある認証情報とを比較する。そして、各情報が一致した場合には、クレジット会社側サーバ３は、そのときの時間に応じた変換テーブルに基づいて、復元した利用者側オリジナルデータＯＤ１を再シャッフル・再分割し、新たに生成された守護情報Ａ１１にＱＲコードイメージ情報ＱＩを付け加えた情報を利用者用携帯電話１に送信するとともに、新たに生成された化身情報Ａ１２を会社側記憶手段３２に上書きする。ここで、守護情報Ａ１１、化身情報Ａ１２およびＱＲコードイメージ情報ＱＩ中の各Ｃｏｒｒｅｌ−ＩＤ１は、新たなシャッフル処理に伴って更新されている。また、クレジット会社側サーバ３は、各情報が一致するか否かに関わらず、その比較結果である結果情報Ｒを利用者用携帯電話１に送信するようになっており、特に、一致しない場合には、結果情報Ｒのみを送信するようになっている。
【００６６】
利用者用携帯電話１では、受信した結果情報Ｒが一致していないことを示す情報である場合には、そのことを示すエラー情報が画面１ａ上に表示され、一致していることを示す情報である場合には、以下の処理が実行される。つまり、利用者用携帯電話１では、一致していることを示す結果情報Ｒとともに守護情報Ａ１１およびＱＲコードイメージ情報ＱＩを受信すると、それらの情報Ａ１１，ＱＩが更新されるとともに、画面１ａ上に、更新されたＱＲコードイメージ情報ＱＩに基づいたＱＲコードが表示されることとなる。そして、利用者は、ＱＲコードが画面１ａ上に表示された利用者用携帯電話１を店員に提示し、店員は、店用携帯電話２のカメラ２ｂによってＱＲコードを読み取る。その後、店員が店用携帯電話２を適宜操作することによって、この店用携帯電話２内において、読み取ったＱＲコードイメージ情報ＱＩがＱＲコード情報ＱＤに変換され、そのＱＲコード情報ＱＤと店側守護情報Ａ２１とがクレジット会社側サーバ３に送信される。
【００６７】
クレジット会社側サーバ３では、店用携帯電話２から送信されてきたＱＲコード情報ＱＤと、会社側記憶手段３２に記憶してあるＱＲコード情報ＱＤとが比較されるとともに、前記と同様にして店側守護情報Ａ２１と店側化身情報Ａ２２とに基づいて店側オリジナルデータＯＤ２が復元された後、各情報が比較される。そして、ＱＲコード情報ＱＤや各情報が一致した場合には、クレジット会社側サーバ３は、前記と同様にして復元した店側オリジナルデータＯＤ２の再シャッフル・再分割を行うとともに、新たな店側守護情報Ａ２１および店側化身情報Ａ２２や結果情報Ｒを店用携帯電話２や会社側記憶手段３２に適宜送信する。また、クレジット会社側サーバ３は、結果情報Ｒが一致したことを示す情報である場合には、会社側記憶手段３２に記憶してある利用者の顔写真データＦＰも店用携帯電話２に送信する。なお、クレジット会社側サーバ３は、前記と同様に各情報が一致するか否かに関わらず、その比較結果である結果情報Ｒを店用携帯電話２に送信するようになっており、特に、一致しない場合には、結果情報Ｒのみを送信するようになっている。
【００６８】
店用携帯電話２では、受信した結果情報Ｒが一致していないことを示す情報である場合には、そのことを示すエラー情報が画面２ａ上に表示され、一致していることを示す情報である場合には、以下の処理が実行される。つまり、店用携帯電話２では、図９に示すように、一致していることを示す結果情報Ｒとともに店側守護情報Ａ２１および顔写真データＦＰを受信すると、店側守護情報Ａ２１が更新されるとともに、顔写真データＦＰが画面２ａ上に表示されることとなる。これにより、店員は、画面２ａ上の顔写真と、目の前にいる利用者の顔を見比べることにより、本人確認を行う。
【００６９】
そして、顔写真と利用者の顔が一致したときは、店員が、利用者が買いたい商品の金額を店用携帯電話２に入力して、それをクレジット会社側サーバ３に送信する。クレジット会社側サーバ３では、店用携帯電話２から送信されてくる金額情報ＭＤに基づいて、利用者への請求書に相当する情報ＤＤを、利用者用携帯電話１に送信する。そして、利用者が、利用者用携帯電話１の画面１ａ上に表示される請求書の内容を確認して、所定の確認ボタンを選択すると、その確認情報ＣＤがクレジット会社側サーバ３に送信されて、決済が完了する。
【００７０】
以上によれば、本実施形態において、以下のような効果を得ることができる。
【００７１】
利用者が利用者用携帯電話１にＱＲコードを表示させ、店員が店用携帯電話２でそれを読み取ってクレジット会社側サーバ３に送信して結果待ちするだけで決済を行うことができるので、手間をかけずに決済を行うことができる。また、本実施形態においては最終的に顔写真で本人確認をするため、セキュリティ性の高い決済を行うことができる。
【００７２】
守護情報Ａ１１，Ａ２１がオリジナルデータＯＤ１，ＯＤ２を適宜シャッフル・分割することで生成されるものであるため、守護情報Ａ１１，Ａ２１だけでは利用価値がない。そのため、例えば何らかの方法によって第三者が守護情報Ａ１１，Ａ２１を取得した場合であっても利用者の情報は漏れることはなく、セキュリティ性をさらに高めることができる。
【００７３】
また、利用者が利用者用携帯電話１で買い物をする度に守護情報Ａ１１および化身情報Ａ１２が更新されるので、クレジット会社側サーバ３と利用者用携帯電話１間の通信途中で守護情報Ａ１１が盗まれたとしても、所定時間後に利用者が利用者用携帯電話１で買い物をした後は、過去に盗まれた守護情報Ａ１１の利用価値がなくなる。そのため、セキュリティ性をさらに高めることができる。
【００７４】
携帯電話１による登録が完了した際には、この携帯電話１は単に仮カードとして利用できる状態となるだけであり、銀行口座等の届出印を押した正式書面を後日送付するのは従来と変わらないが、本登録が完了した後もクレジット会社は本カードを発行する必要がなく、そのまま携帯電話１を本カードとして利用させることができる。すなわち、携帯電話１を仮カードおよび本カードとして一貫して利用できるため、カード製造に必要なコストを削減することができる。
【００７５】
店側の端末を携帯電話２としたことにより、利用者が商品の場所へ店員を呼びさえすれば、その場で決済を行うことができるので、商品の場所からレジまでの移動といった無駄な労力を削減することができる。
【００７６】
なお、本発明は前記各実施形態に限定されることなく、以下に例示するように様々な形態で利用できる。
【００７７】
前記実施形態では、携帯端末としてカメラ１ｂ付きの携帯電話１を採用したが、本発明はこれに限定されず、例えばカメラなしの携帯電話や携帯用コンピュータなどであってもよい。また、前記実施形態では、店側端末としてカメラ２ｂ付きの携帯電話２を採用したが、本発明はこれに限定されず、例えばバーコードリーダを備えたＰＯＳシステムやパソコンなどを採用してもよい。なお、このように携帯端末や店側端末をカメラなしの端末とした場合には、決済会社側端末への利用者または店の登録（登録情報、顔写真データ、店写真データなどの登録）は、決済会社へ利用者または店員が直接出向くか、デジタルカメラやパソコンやインターネットを利用することによって行えばよい。
【００７８】
前記実施形態では、身体識別情報として顔写真データＦＰを採用したが、本発明はこれに限定されず、例えば指紋データや網膜データなどであってもよい。
【００７９】
前記実施形態では、二次元コードとしてＱＲコードを採用したが、本発明はこれに限定されず、例えばＰＤＦ４１７、マキシコード、ベリコードなどであってもよい。
【００８０】
前記実施形態では、ＱＲコードイメージ情報ＱＩを利用者側記憶手段１２に記憶させる構成としたが、本発明はこれに限定されず、ＱＲコードイメージ情報ＱＩを利用者側記憶手段１２に記憶させずに、直接表示手段１３に渡して表示するように構成してもよい。
【００８１】
前記実施形態では、変換テーブルを魔法陣に基づいて構築したが、本発明はこれに限定されず、乱数表などに基づいて構築してもよい。
【００８２】
また、前記実施形態において、クレジット会社側サーバ３から利用者用携帯電話１へカード画像を送信し、このカード画像を利用者用携帯電話１の画面１ａに表示させるようにしてもよい。これによれば、利用者が仮カードまたは本カードが発行されたことをイメージしやすくなる。なお、この場合においては、カード画像のデータ中に所定の情報を、公知のステガノグラフィ技術により埋め込むようにするのが望ましい。これによれば、カードの更新時において、カード画像データ中に埋め込まれた情報を決済会社側端末で確認することができる他、カード画像が通信中に盗まれても解読不能であるため個人情報が漏れることを防止することができる。
【００８３】
店用携帯電話２からクレジット会社側サーバ３に送信する情報としては、例えば店用携帯電話２の現在位置を示すＧＰＳ情報などを採用してもよい。これによれば、例えば店の外における店用携帯電話２での決済をクレジット会社側サーバ３で中止させることも可能となる。
【００８４】
また、前記実施形態では、店用携帯電話２でＱＲコードイメージ情報ＱＩをＱＲコード情報ＱＤに変換するようにしたが、本発明はこれに限定されず、店用携帯電話２のカメラ２ｂで撮った画像データ（ＱＲコードイメージ情報ＱＩ）をそのままクレジット会社側サーバ３に送信し、このクレジット会社側サーバ３で変換するようにしてもよい。
【図面の簡単な説明】
【００８５】
【図１】本実施形態に係る決済システムの概要を示す概要図である。
【図２】決済システムの詳細を示すブロック図である。
【図３】利用者側オリジナルデータの第１基本情報、第２基本情報および認証情報を示す表である。
【図４】店側オリジナルデータの第１基本情報、第２基本情報および認証情報を示す表である。
【図５】オリジナルデータの構成とシャッフル方法および分割方法を示す説明図である。
【図６】本実施形態に係る変換テーブルを用いたシャッフル方法を説明するための説明図である。
【図７】クレジット会社への利用者の登録方法を示す説明図である。
【図８】決済方法のうちクレジット会社側サーバから店用携帯電話へ顔写真データが送信されるまでの工程を示す説明図である。
【図９】クレジット会社側サーバから店用携帯電話へ顔写真データが送信されてから、決済が完了するまでの工程を示す説明図である。
【符号の説明】
【００８６】
１      利用者用携帯電話（携帯端末）
１ａ    画面
１ｂ    カメラ
２      店用携帯電話（店側端末）
２ａ    画面（報知手段）
２ｂ    カメラ（読取手段）
３      クレジット会社側サーバ（決済会社側端末）
１１    利用者側受信手段
１２    利用者側記憶手段
１３    表示手段
１４    利用者側送信手段
２１    店側受信手段
２２    店側記憶手段
２３    店側表示手段
２４    店側送信手段
３１    会社側受信手段
３２    会社側記憶手段
３３    シャッフル手段
３４    分割手段
３５    復元手段
３６    比較手段
３７    会社側送信手段
Ａ１１  守護情報
Ａ１２  化身情報
Ａ２１  店側守護情報（店識別情報）
Ａ２２  店側化身情報
ＥＤ    審査情報
ＦＰ    顔写真データ（身体識別情報）
Ｎ１    携帯網
Ｎ３    インターネット
ＯＤ１  利用者側オリジナルデータ
ＯＤ２  店側オリジナルデータ
ＱＤ    ＱＲコード情報
ＱＩ    ＱＲコードイメージ情報
Ｒ      結果情報
ＲＤ    登録情報
Ｓ      決済システム
ＳＰ    店写真データ
ＳＲＤ  店側登録情報
【図１】
2007323249.tif 000003
【図２】
2007323249.tif 000004
【図３】
2007323249.tif 000005
【図４】
2007323249.tif 000006
【図５】
2007323249.tif 000007
【図６】
2007323249.tif 000008
【図７】
2007323249.tif 000009
【図８】
2007323249.tif 000010
【図９】
2007323249.tif 000011