JP2019012461A - カード、サーバ、認証システム、および、プログラム - Google Patents
カード、サーバ、認証システム、および、プログラム Download PDFInfo
- Publication number
- JP2019012461A JP2019012461A JP2017129364A JP2017129364A JP2019012461A JP 2019012461 A JP2019012461 A JP 2019012461A JP 2017129364 A JP2017129364 A JP 2017129364A JP 2017129364 A JP2017129364 A JP 2017129364A JP 2019012461 A JP2019012461 A JP 2019012461A
- Authority
- JP
- Japan
- Prior art keywords
- card
- server
- card number
- generation unit
- unit
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Abstract
【課題】クレジットカードまたはキャッシュカードのカード番号の不正な使用を防止する。【解決手段】クレジットカードまたはキャッシュカードとして機能するカード（２）であって、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照して逐次変更するカード番号生成部（２５５）を備えているカード。【選択図】図２
Description
本発明は、クレジットカードまたはキャッシュカードとして機能するカード、カードを認証するサーバ、カードおよびサーバを備えた認証システム、ならびに、カードおよびサーバのプログラムに関する。
近年、クレジットカードやキャシュカードといったカードの不正使用が問題になっている。例えば、（１）所有者がカードを紛失し、当該カードを拾得した第三者が当該カードを使用する、（２）スキミングによってカードの情報を抜き出し、まったく同じ情報を持つカードを複製し、当該カードを使用する、といったことが社会問題になっている。特に（２）は近年のカード犯罪の中でも多く使われる手口であり、ＮＦＣリーダ機をカードに近づけ、カードのＩＣに書き込まれている情報を抜き出す手口が社会問題になっている。そのため、このような問題を解決する技術が開発されている。
例えば、非特許文献１には、暗証番号が入力されることによって活性化するクレジットカードに関する技術が開示されている。
Dynamics Inc.、"Security:Hidden"、２０１７年６月１４日検索、インターネット（URL: https://www2.dynamicsinc.com/Corporate/Products）
ところで、上記の従来技術では、カード番号が不正に使用される虞が生じるという問題がある。
本発明の一態様は、上記の問題に鑑みてなされたものであり、クレジットカードまたはキャッシュカードのカード番号の不正な使用を防止することを目的とする。
上記の課題を解決するために、本発明の一態様に係るカードは、クレジットカードまたはキャッシュカードとして機能するカードであって、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照して逐次変更するカード番号生成部
を備えている。
を備えている。
上記の構成によれば、クレジットカードまたはキャッシュカードの、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照して逐次変更するため、カード番号が逐次変化するので、カード番号の不正な使用を防止することができる。
また、本発明の一態様に係るカードは、上記カード番号生成部が、当該カードを他のカードと識別するための情報である識別情報を更に参照して、上記カード番号を逐次変更してもよい。
上記の構成によれば、カードを他のカードと識別するための情報である識別情報を更に参照して、カード番号を逐次変更するので、更に確実に、カード番号の不正な使用を防止することができる。
また、本発明の一態様に係るカードは、当該カードを使用可能とするために、端末から受信するカードデータと照合するカードデータを、時刻情報を参照して生成するカードデータ生成部をさらに備えていてもよい。
上記の構成によれば、カードを使用可能とするために、端末から受信するカードデータと照合するカードデータを、時刻情報を参照して生成するため、カードデータが逐次変化するので、カードデータの不正な使用を防止することができる。
また、本発明の一態様に係るサーバは、クレジットカードまたはキャッシュカードとして機能するカードを認証するサーバであって、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照して逐次変更するカード番号生成部を備えている。
上記の構成によれば、クレジットカードまたはキャッシュカードの、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照して逐次変更するため、カード番号が逐次変化するので、カード番号の不正な使用を防止することができる。
また、本発明の一態様に係るサーバは、上記カード番号生成部が、当該カードを他のカードと識別するための情報である識別情報を更に参照して、上記カード番号を逐次変更してもよい。
上記の構成によれば、カードを他のカードと識別するための情報である識別情報を更に参照して、カード番号を逐次変更するので、更に確実に、カード番号の不正な使用を防止することができる。
また、本発明の一態様に係る認証システムは、クレジットカードまたはキャッシュカードとして機能するカードと、当該カードを認証するサーバと、を備えた認証システムであって、上記カードが、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照し、所定のアルゴリズムを用いて逐次変更することにより、第１カード番号を生成する第１カード番号生成部と、上記第１カード番号を上記サーバに送信するカード番号送信部と、を備えており、上記サーバが、上記第１カード番号を上記カードから受信するカード番号受信部と、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照し、上記所定のアルゴリズムと同じアルゴリズムを用いて逐次変更することにより、第２カード番号を生成する第２カード番号生成部と、上記第１カード番号と、上記第２カード番号とを照合するカード番号照合部と、を備えている。
上記の構成によれば、クレジットカードまたはキャッシュカードの、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照して逐次変更するため、カード番号が逐次変化するので、カード番号の不正な使用を防止することができる。また、カードと、サーバとの間で、同じアルゴリズムを用いてカード番号を逐次変更するので、サーバは、正確にカードを認証することができる。
本発明の一態様によれば、クレジットカードまたはキャッシュカードのカード番号の不正な使用を防止することができるとの効果を奏する。
〔実施形態１〕
以下、本発明の実施形態１について、図１〜図６を用いて詳細に説明する。
以下、本発明の実施形態１について、図１〜図６を用いて詳細に説明する。
（認証システム１の構成）
図１は、本実施形態に係る認証システム１の概要構成を示す図である。図１に示すように、認証システム１は、カード２、スマートフォン３、および、サーバ４を備えている。認証システム１では、クレジットカードまたはキャッシュカード（デビットカード）として機能するカード２は、近距離無線通信を介してスマートフォン３によって活性化される。換言すると、カード２は、スマートフォン３によって活性化されるまでは非活性化されているため、カードが活性化されるまでユーザはカード２を使用することができない。カード２は、スイッチ２２およびＬＣＤ２４を備えている。サーバ４は、カード２を認証する。
図１は、本実施形態に係る認証システム１の概要構成を示す図である。図１に示すように、認証システム１は、カード２、スマートフォン３、および、サーバ４を備えている。認証システム１では、クレジットカードまたはキャッシュカード（デビットカード）として機能するカード２は、近距離無線通信を介してスマートフォン３によって活性化される。換言すると、カード２は、スマートフォン３によって活性化されるまでは非活性化されているため、カードが活性化されるまでユーザはカード２を使用することができない。カード２は、スイッチ２２およびＬＣＤ２４を備えている。サーバ４は、カード２を認証する。
なお、本実施形態では、認証システム１における近距離無線通信としてＢＴ（Bluetooth（登録商標））を用いて説明するが、本発明における近距離無線通信はＢＴに限定されない。
図２は、本実施形態に係る認証システム１の詳細構成を示すブロック図である。
（カード２の構成）
カード２は、図２に示すように、通信部２１、スイッチ２２、バッテリ２３、ＬＣＤ（Liquid Crystal Display）２４、および、カード制御部２５を備えている。
カード２は、図２に示すように、通信部２１、スイッチ２２、バッテリ２３、ＬＣＤ（Liquid Crystal Display）２４、および、カード制御部２５を備えている。
通信部２１は、スマートフォン３（より具体的には、通信部３１）とＢＴ通信を行うデバイスである。また、通信部２１は、ＢＴ通信を行う対象機器から供給される電力を、バッテリ２３に供給することもできる。
スイッチ２２は、ユーザからカード２を起動する旨の操作を受け付けるデバイスである。バッテリ２３は、カード制御部２５に電力を供給する内蔵バッテリである。ＬＣＤ２４は、カード制御部２５から出力された画像情報が示す画像を表示するデバイスである。ＬＣＤ２４は、カード２に内蔵可能な液晶パネルであるが、液晶パネルに限定されず、カード２に内蔵可能な表示デバイスであればよい。カード制御部２５は、カード２の各構成を統括的に制御する部分であり、ＣＰＵにより実現される。
カード制御部２５は、図２に示すように、通信制御部（カード番号送信部）２５１、ＬＣＤ制御部２５２、カード管理部２５３、カードデータ生成部２５４、および、カード番号生成部（第１カード番号生成部）２５５を備えている。
通信制御部２５１は、通信部２１を介した、スマートフォン３との間におけるデータの送受信を制御する。特に、通信制御部２５１は、カード番号生成部２５５によって生成されたカード番号（第１カード番号）をサーバ４に送信する。ＬＣＤ制御部２５２は、ＬＣＤ２４に表示する画像を示す画像信号を、ＬＣＤ２４に出力する。カード管理部２５３は、カード２に関する情報を管理する処理を行う。
カードデータ生成部２５４は、カード２を使用可能とするために、端末から受信するカードデータと照合するカードデータを、時刻情報を参照して生成する。カードデータは、例えば、カード２の、ＢＴに関するＭＡＣ（Media Access Control）アドレスである。
カード番号生成部２５５は、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照し、所定のアルゴリズムを用いて逐次変更することにより、カード番号（第１カード番号）を生成する。また、カード番号生成部２５５は、カード２を他のカードと識別するための情報である識別情報を更に参照して、カード番号を逐次変更する。
（スマートフォン３の構成）
スマートフォン３は、図２に示すように、通信部３１、通信部３２、ＬＣＤ３３、指紋センサ３４、および、スマートフォン制御部３５を備えている。
スマートフォン３は、図２に示すように、通信部３１、通信部３２、ＬＣＤ３３、指紋センサ３４、および、スマートフォン制御部３５を備えている。
通信部３１は、カード２（より具体的には、通信部２１）とＢＴ通信を行うデバイスである。通信部３２は、サーバ４（より具体的には、通信部４１）とネットワーク通信を行うデバイスである。ＬＣＤ３３は、スマートフォン制御部３５から出力された画像情報が示す画像を表示するデバイスである。指紋センサ３４は、ユーザの指紋の情報である指紋情報を取得するセンサである。スマートフォン制御部３５は、スマートフォン３の各構成を統括的に制御する部分であり、ＣＰＵにより実現される。
スマートフォン制御部３５は、図２に示すように、通信制御部３５１、ＬＣＤ制御部３５２、および、管理部３５３を備えている。通信制御部３５１は、通信部３１を介した、カード２との間におけるデータの送受信を制御し、また、通信部３１を介した、サーバ４との間におけるデータの送受信を制御する。ＬＣＤ制御部３５２は、ＬＣＤ３３に表示する画像を示す画像信号を、ＬＣＤ３３に出力する。管理部３５３は、スマートフォン３に関する情報を管理する処理を行う。
（サーバ４の構成）
サーバ４は、図２に示すように、通信部４１、および、サーバ制御部４２を備えている。
サーバ４は、図２に示すように、通信部４１、および、サーバ制御部４２を備えている。
通信部４１は、スマートフォン３（より具体的には、通信部３２）とネットワーク通信を行うデバイスである。サーバ制御部４２は、サーバ４の各構成を統括的に制御する部分であり、ＣＰＵにより実現される。
サーバ制御部４２は、図２に示すように、通信制御部（カード番号受信部）４２１、管理部（カード番号照合部）４２２、および、カード番号生成部（第２カード番号生成部）４２３を備えている。
通信制御部４２１は、通信部４１を介した、スマートフォン３との間におけるデータの送受信を制御する。特に、通信制御部４２１は、カード２から送信されたカード番号（第１カード番号）を受信する。管理部４２２は、サーバ４に関する情報を管理する処理を行う。特に、管理部４２２は、通信制御部４２１によって受信されたカード番号（第１カード番号）と、カード番号生成部４２３によって生成されたカード番号（第２カード番号）とを照合する。
カード番号生成部４２３は、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照し、カード２のカード番号生成部２５５が用いるアルゴリズムと同じアルゴリズムを用いて逐次変更することにより、カード番号（第２カード番号）を生成する。また、カード番号生成部４２３は、カード２を他のカードと識別するための情報である識別情報を更に参照して、カード番号を逐次変更する。
（認証システム１の処理）
続いて、本実施形態に係る認証システム１の処理について、図３〜図５を用いて説明する。本実施形態においては、カード２およびサーバ４に対して、同じアルゴリズムによるカード番号生成プログラムをインストールする。そして、カード２およびサーバ４の両方が、当該プログラムを用いて、ＯＴＣＮ（One Time Card Number）を生成する。
続いて、本実施形態に係る認証システム１の処理について、図３〜図５を用いて説明する。本実施形態においては、カード２およびサーバ４に対して、同じアルゴリズムによるカード番号生成プログラムをインストールする。そして、カード２およびサーバ４の両方が、当該プログラムを用いて、ＯＴＣＮ（One Time Card Number）を生成する。
（カード２の処理）
図３は、本実施形態に係るカード２の処理を示すフローチャートである。図３に示すように、カード２は、非活性化の状態になっており、使用不可である。
図３は、本実施形態に係るカード２の処理を示すフローチャートである。図３に示すように、カード２は、非活性化の状態になっており、使用不可である。
（ステップＳ３０１）
カード２は、ユーザによるスイッチ２２の操作により、バッテリ２３から給電が行われて、電源オンの状態になる。
カード２は、ユーザによるスイッチ２２の操作により、バッテリ２３から給電が行われて、電源オンの状態になる。
（ステップＳ３０２）
通信部２１は、スマートフォン３との間で、ＢＴ通信のペアリングを確立させるべく、制御情報の送受信を行う。カード制御部２５は、ペアリングが確立した場合（ステップＳ３０２のＹＥＳ）、ステップＳ３０３の処理を実行する。カード制御部２５は、ペアリングが確立しなかった場合（ステップＳ３０２のＮＯ）、ステップＳ３１６の処理を実行する。
通信部２１は、スマートフォン３との間で、ＢＴ通信のペアリングを確立させるべく、制御情報の送受信を行う。カード制御部２５は、ペアリングが確立した場合（ステップＳ３０２のＹＥＳ）、ステップＳ３０３の処理を実行する。カード制御部２５は、ペアリングが確立しなかった場合（ステップＳ３０２のＮＯ）、ステップＳ３１６の処理を実行する。
（ステップＳ３０３）
ＬＣＤ制御部２５２は、”８８８８．８８／８８，８８８”をＬＣＤ２４に表示させる。
ＬＣＤ制御部２５２は、”８８８８．８８／８８，８８８”をＬＣＤ２４に表示させる。
（ステップＳ３０４）
カードデータ生成部２５４は、カード２を使用可能とするために、スマートフォン３から受信するカードデータと照合するカードデータを、時刻情報を参照して生成する。時刻情報は、逐次変化する数値を示す情報であり、現在の時刻そのものであってもよいし、時刻とは無関係にカウントアップされる数値であってもよい。そして、通信制御部２５１は、通信部２１を介してスマートフォン３からカードデータを受信する。
カードデータ生成部２５４は、カード２を使用可能とするために、スマートフォン３から受信するカードデータと照合するカードデータを、時刻情報を参照して生成する。時刻情報は、逐次変化する数値を示す情報であり、現在の時刻そのものであってもよいし、時刻とは無関係にカウントアップされる数値であってもよい。そして、通信制御部２５１は、通信部２１を介してスマートフォン３からカードデータを受信する。
（ステップＳ３０５）
カード制御部２５は、カードデータの生成から所定時間以内である場合（ステップＳ３０５のＹＥＳ）、ステップＳ３０６の処理を実行する。カード制御部２５は、カードデータの生成から所定時間を超えた場合（ステップＳ３０５のＮＯ）、ステップＳ３１７の処理を実行する。
カード制御部２５は、カードデータの生成から所定時間以内である場合（ステップＳ３０５のＹＥＳ）、ステップＳ３０６の処理を実行する。カード制御部２５は、カードデータの生成から所定時間を超えた場合（ステップＳ３０５のＮＯ）、ステップＳ３１７の処理を実行する。
（ステップＳ３０６）
カード制御部２５は、スマートフォン３から受信したカードデータと、カード２が管理するカードデータとが一致した場合（ステップＳ３０６のＹＥＳ）、ステップＳ３０７の処理を実行する。カード制御部２５は、スマートフォン３から受信したカードデータと、カード２が管理するカードデータとが一致しなかった場合（ステップＳ３０６のＮＯ）、ステップＳ３０４の処理を再度実行する。
カード制御部２５は、スマートフォン３から受信したカードデータと、カード２が管理するカードデータとが一致した場合（ステップＳ３０６のＹＥＳ）、ステップＳ３０７の処理を実行する。カード制御部２５は、スマートフォン３から受信したカードデータと、カード２が管理するカードデータとが一致しなかった場合（ステップＳ３０６のＮＯ）、ステップＳ３０４の処理を再度実行する。
（ステップＳ３０７）
スマートフォン３のカード２に対する処理により、カード２は、活性化状態になり、使用可能となる。
スマートフォン３のカード２に対する処理により、カード２は、活性化状態になり、使用可能となる。
（ステップＳ３０８）
カード制御部２５は、スマートフォン３から通信部２１を介して、ＯＴＣＮ生成のためのシードコード（識別情報）を取得する。そして、カード番号生成部２５５は、時刻情報およびシードコードを入力データとして、カード番号生成プログラムを実行することにより、ＯＴＣＮを生成する。
カード制御部２５は、スマートフォン３から通信部２１を介して、ＯＴＣＮ生成のためのシードコード（識別情報）を取得する。そして、カード番号生成部２５５は、時刻情報およびシードコードを入力データとして、カード番号生成プログラムを実行することにより、ＯＴＣＮを生成する。
時刻情報は、逐次変化する数値を示す情報であり、現在の時刻そのものであってもよいし、時刻とは無関係にカウントアップされる数値であってもよい。シードコードは、カード２を他のカードと識別するための情報である識別情報であり、カード２に付いているバーコードの番号であってもよいし、製造時にカード２に固有に付された個体番号であってもよいし、サーバ４がカード２を認証する際の認証番号であってもよい。
カード番号生成プログラムは、カード２に固有の１６桁からなる当初のカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報およびシードコードを参照して逐次変更する。カード番号生成プログラムは、当初のカード番号をすべて書き換える、すなわち、新たなカード番号を生成してもよい。
（ステップＳ３０９）
ＬＣＤ制御部２５２は、生成したＯＴＣＮを含む情報を、ＬＣＤ２４に表示させる。
ＬＣＤ制御部２５２は、生成したＯＴＣＮを含む情報を、ＬＣＤ２４に表示させる。
（ステップＳ３１０）
通信制御部２５１は、カード番号生成部２５５によって生成されたＯＴＣＮを付加した支払要求を、スマートフォン３またはカード端末（ターミナル）を介してサーバ４に送信する。カード端末には、クレジットカード端末機、金融機関のＡＴＭ（Automatic Teller Machine）端末等が含まれる。
通信制御部２５１は、カード番号生成部２５５によって生成されたＯＴＣＮを付加した支払要求を、スマートフォン３またはカード端末（ターミナル）を介してサーバ４に送信する。カード端末には、クレジットカード端末機、金融機関のＡＴＭ（Automatic Teller Machine）端末等が含まれる。
（ステップＳ３１１）
通信制御部２５１は、支払要求に対するサーバ４の応答（決済の承認、または、失敗）を、スマートフォン３またはカード端末（ターミナル）を介してサーバ４から受信する。そして、カード管理部２５３は、サーバ４の応答として決済が承認された場合（ステップＳ３１１のＹＥＳ）、ステップＳ３１５の処理を実行する。カード管理部２５３は、サーバ４の応答として決済が承認されなかった場合（ステップＳ３１１のＮＯ）、ステップＳ３１２の処理を実行する。
通信制御部２５１は、支払要求に対するサーバ４の応答（決済の承認、または、失敗）を、スマートフォン３またはカード端末（ターミナル）を介してサーバ４から受信する。そして、カード管理部２５３は、サーバ４の応答として決済が承認された場合（ステップＳ３１１のＹＥＳ）、ステップＳ３１５の処理を実行する。カード管理部２５３は、サーバ４の応答として決済が承認されなかった場合（ステップＳ３１１のＮＯ）、ステップＳ３１２の処理を実行する。
（ステップＳ３１２）
カード管理部２５３は、ＯＴＣＮの再生成をカード番号生成部２５５に要求する。
カード管理部２５３は、ＯＴＣＮの再生成をカード番号生成部２５５に要求する。
（ステップＳ３１３）
カード管理部２５３は、ＯＴＣＮの再生成要求が最初である場合（ステップＳ３１３のＹＥＳ）、ステップＳ３０８の処理を再度実行する。カード管理部２５３は、ＯＴＣＮの再生成要求が最初でない場合（ステップＳ３１３のＮＯ）、ステップＳ３１４の処理を実行する。
カード管理部２５３は、ＯＴＣＮの再生成要求が最初である場合（ステップＳ３１３のＹＥＳ）、ステップＳ３０８の処理を再度実行する。カード管理部２５３は、ＯＴＣＮの再生成要求が最初でない場合（ステップＳ３１３のＮＯ）、ステップＳ３１４の処理を実行する。
（ステップＳ３１４）
カード管理部２５３は、支払が失敗した場合の処理を実行する。
カード管理部２５３は、支払が失敗した場合の処理を実行する。
（ステップＳ３１５）
カード管理部２５３は、スマートフォン３から支払処理の成功結果を受信するのを待って、支払が成功した場合の処理を実行する。
カード管理部２５３は、スマートフォン３から支払処理の成功結果を受信するのを待って、支払が成功した場合の処理を実行する。
（ステップＳ３１６）
ＬＣＤ制御部２５２は、「ＢＴエラー」をＬＣＤ２４に表示させる。
ＬＣＤ制御部２５２は、「ＢＴエラー」をＬＣＤ２４に表示させる。
（ステップＳ３１７）
ＬＣＤ制御部２５２は、「認証エラー」をＬＣＤ２４に表示させる。
ＬＣＤ制御部２５２は、「認証エラー」をＬＣＤ２４に表示させる。
（ステップＳ３１８）
カード２は、ユーザによるスイッチ２２の操作を監視して、当該操作が所定時間以上行われなかった場合、非活性化の状態に移行する。
カード２は、ユーザによるスイッチ２２の操作を監視して、当該操作が所定時間以上行われなかった場合、非活性化の状態に移行する。
（スマートフォン３の処理）
図４は、本実施形態に係るスマートフォン３の処理を示すフローチャートである。図４に示すように、スマートフォン３は、認証用のアプリケーションプログラム（以下、「認証アプリ」という）が実行可能な状態になっている。
図４は、本実施形態に係るスマートフォン３の処理を示すフローチャートである。図４に示すように、スマートフォン３は、認証用のアプリケーションプログラム（以下、「認証アプリ」という）が実行可能な状態になっている。
（ステップＳ４０１）
通信部３１は、カード２との間で、ＢＴ通信のペアリングを確立させるべく、制御情報の送受信を行う。ペアリングが確立した場合（ステップＳ４０１のＹＥＳ）、スマートフォン制御部３５は、ステップＳ４０２の処理を実行する。ペアリングが確立しなかった場合（ステップＳ４０１のＮＯ）、通信部３１は、ステップＳ４０１の処理を繰り返す。
通信部３１は、カード２との間で、ＢＴ通信のペアリングを確立させるべく、制御情報の送受信を行う。ペアリングが確立した場合（ステップＳ４０１のＹＥＳ）、スマートフォン制御部３５は、ステップＳ４０２の処理を実行する。ペアリングが確立しなかった場合（ステップＳ４０１のＮＯ）、通信部３１は、ステップＳ４０１の処理を繰り返す。
（ステップＳ４０２）
通信制御部３５１が、カード２から通信部３１を介して受信した、カードデータの照合結果を参照して、カード２に送信したカードデータと、カード２が管理するカードデータとが一致した場合（ステップＳ４０２のＹＥＳ）、スマートフォン制御部３５は、ステップＳ４０３の処理を実行する。カード２に送信したカードデータと、カード２が管理するカードデータとが一致しなかった場合（ステップＳ４０２のＮＯ）、通信制御部３５１は、ステップＳ４０２の処理を繰り返す。
通信制御部３５１が、カード２から通信部３１を介して受信した、カードデータの照合結果を参照して、カード２に送信したカードデータと、カード２が管理するカードデータとが一致した場合（ステップＳ４０２のＹＥＳ）、スマートフォン制御部３５は、ステップＳ４０３の処理を実行する。カード２に送信したカードデータと、カード２が管理するカードデータとが一致しなかった場合（ステップＳ４０２のＮＯ）、通信制御部３５１は、ステップＳ４０２の処理を繰り返す。
（ステップＳ４０３）
管理部３５３は、認証アプリを実行する。ＬＣＤ制御部３５２は、認証要求のメッセージをＬＣＤ３３に表示させる。
管理部３５３は、認証アプリを実行する。ＬＣＤ制御部３５２は、認証要求のメッセージをＬＣＤ３３に表示させる。
（ステップＳ４０４）
管理部３５３は、自動モードである場合（ステップＳ４０４のＹＥＳ）、ステップＳ４０６の処理を実行する。管理部３５３は、自動モードでない場合（ステップＳ４０４のＮＯ）、ステップＳ４０５の処理を実行する。
管理部３５３は、自動モードである場合（ステップＳ４０４のＹＥＳ）、ステップＳ４０６の処理を実行する。管理部３５３は、自動モードでない場合（ステップＳ４０４のＮＯ）、ステップＳ４０５の処理を実行する。
（ステップＳ４０５）
管理部３５３は、指紋センサ３４から取得したデータ、または、表示された操作キーボードから取得したパスワードにより認証がＯＫである場合（ステップＳ４０５のＹＥＳ）、ステップＳ４０６の処理を実行する。管理部３５３は、認証がＮＧである場合（ステップＳ４０５のＮＯ）、ステップＳ４０６の処理を実行する。なお、通信制御部３５１は、認証結果をカード２に送信する。
管理部３５３は、指紋センサ３４から取得したデータ、または、表示された操作キーボードから取得したパスワードにより認証がＯＫである場合（ステップＳ４０５のＹＥＳ）、ステップＳ４０６の処理を実行する。管理部３５３は、認証がＮＧである場合（ステップＳ４０５のＮＯ）、ステップＳ４０６の処理を実行する。なお、通信制御部３５１は、認証結果をカード２に送信する。
（ステップＳ４０６）
管理部３５３は、カード２を活性化させる。そして、通信制御部３５１は、通信部３１を介してカード２に対して、ＯＴＣＮ生成のためのシードコードを送信する。
管理部３５３は、カード２を活性化させる。そして、通信制御部３５１は、通信部３１を介してカード２に対して、ＯＴＣＮ生成のためのシードコードを送信する。
通信制御部３５１は、ステップＳ４０７が実行されるまで、カード２と、サーバ４との間のデータ送受信を中継する。
（ステップＳ４０７）
管理部３５３は、ユーザの操作に応じて認証アプリを終了させる。
管理部３５３は、ユーザの操作に応じて認証アプリを終了させる。
（サーバ４のＤＢの構成）
図５（ａ）は、本実施形態に係るサーバ４の発行者ＤＢの構成を示す図である。発行者ＤＢは、サーバ４のサーバ制御部４２にアクセスされるＤＢである。図５（ａ）に示すように、発行者ＤＢは、履歴、ユーザ情報、カード情報、および、登録済アプリキーを含んでいる。
図５（ａ）は、本実施形態に係るサーバ４の発行者ＤＢの構成を示す図である。発行者ＤＢは、サーバ４のサーバ制御部４２にアクセスされるＤＢである。図５（ａ）に示すように、発行者ＤＢは、履歴、ユーザ情報、カード情報、および、登録済アプリキーを含んでいる。
履歴は、カード２からスマートフォン３を介して受信したＯＴＣＮの履歴、スマートフォン３との間で行われたトランザクションの履歴等である。ユーザ情報は、カード２のユーザに関する情報である。カード情報は、カード２ごとに固有の情報であり、カード２に当初設定されていたカード番号、カード２のユーザの個人ＩＤ等である。登録済アプリキーは、サーバ４が処理可能なアプリとして登録済であるアプリを他のアプリから区別するためのアプリ識別番号である。
（サーバ４の処理）
図５（ｂ）は、本実施形態に係るサーバ４の処理を示すフローチャートである。本処理は、サーバ４がカード２からスマートフォン３経由で受信した要求に応じて行う処理である。図５（ｂ）に示すように、サーバ４は、スマートフォン３からの要求待ちの状態になっている。
図５（ｂ）は、本実施形態に係るサーバ４の処理を示すフローチャートである。本処理は、サーバ４がカード２からスマートフォン３経由で受信した要求に応じて行う処理である。図５（ｂ）に示すように、サーバ４は、スマートフォン３からの要求待ちの状態になっている。
（ステップＳ５０１）
スマートフォン３において認証アプリが起動されると、当該認証アプリのキーがサーバ４に送信される。サーバ４のサーバ制御部４２は、スマートフォン３から当該認証アプリのキーを受信して、当該認証アプリとの接続を確認する。
スマートフォン３において認証アプリが起動されると、当該認証アプリのキーがサーバ４に送信される。サーバ４のサーバ制御部４２は、スマートフォン３から当該認証アプリのキーを受信して、当該認証アプリとの接続を確認する。
（ステップＳ５０２）
サーバ制御部４２は、スマートフォン３から受信した認証アプリのキーが、発行者ＤＢの登録済アプリキーに含まれている場合（ステップＳ５０２のＹＥＳ）、ステップＳ５０３の処理を実行する。サーバ制御部４２は、スマートフォン３から受信した認証アプリのキーが、発行者ＤＢの登録済アプリキーに含まれていない場合（ステップＳ５０２のＮＯ）、要求待ちの状態に戻る。
サーバ制御部４２は、スマートフォン３から受信した認証アプリのキーが、発行者ＤＢの登録済アプリキーに含まれている場合（ステップＳ５０２のＹＥＳ）、ステップＳ５０３の処理を実行する。サーバ制御部４２は、スマートフォン３から受信した認証アプリのキーが、発行者ＤＢの登録済アプリキーに含まれていない場合（ステップＳ５０２のＮＯ）、要求待ちの状態に戻る。
（ステップＳ５０３）
カード番号生成部４２３は、時刻情報と、認証アプリのキーとともに受信したシードコードとを入力データとして、カード番号生成プログラムを実行することにより、ＯＴＣＮを生成する。
カード番号生成部４２３は、時刻情報と、認証アプリのキーとともに受信したシードコードとを入力データとして、カード番号生成プログラムを実行することにより、ＯＴＣＮを生成する。
時刻情報は、逐次変化する数値を示す情報であり、現在の時刻そのものであってもよいし、時刻とは無関係にカウントアップされる数値であってもよい。シードコードは、カード２を他のカードと識別するための情報である識別情報であり、カード番号の一部であってもよいし、製造時にカード２に固有に付された個体番号であってもよいし、有効期限であってもよいし、カード２のユーザ名であってもよい。カード番号生成部４２３は、ユーザ名を識別番号に変換して、その識別番号をシードコードとして用いてもよい。
カード番号生成プログラムは、カード２に固有の１６桁からなる当初のカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報およびシードコードを参照して逐次変更する。カード番号生成プログラムは、当初のカード番号をすべて書き換える、すなわち、新たなカード番号を生成してもよい。
（ステップＳ５０４）
通信制御部４２１は、カード２からスマートフォン３を介して、ＯＴＣＮを付加した支払要求を受信するのを待つ。
通信制御部４２１は、カード２からスマートフォン３を介して、ＯＴＣＮを付加した支払要求を受信するのを待つ。
（ステップＳ５０５）
管理部４２２は、ＯＴＣＮを生成してから所定時間以内に支払要求を受信した場合（ステップＳ５０５のＹＥＳ）、ステップＳ５０６の処理を実行する。管理部４２２は、ＯＴＣＮを生成してから所定時間より長く経過した後に支払要求を受信した場合（ステップＳ５０５のＮＯ）、ステップＳ５０８の処理を実行する。ここで、所定時間とは、ＯＴＣＮを生成してから当該ＯＴＣＮが有効な時間である。ＯＴＣＮを生成してから所定時間が経過すると、有効なＯＴＣＮが更新される。
管理部４２２は、ＯＴＣＮを生成してから所定時間以内に支払要求を受信した場合（ステップＳ５０５のＹＥＳ）、ステップＳ５０６の処理を実行する。管理部４２２は、ＯＴＣＮを生成してから所定時間より長く経過した後に支払要求を受信した場合（ステップＳ５０５のＮＯ）、ステップＳ５０８の処理を実行する。ここで、所定時間とは、ＯＴＣＮを生成してから当該ＯＴＣＮが有効な時間である。ＯＴＣＮを生成してから所定時間が経過すると、有効なＯＴＣＮが更新される。
（ステップＳ５０６）
管理部４２２は、ステップＳ５０５で受信した支払要求に含まれるＯＴＣＮと、ステップＳ５０３で生成したＯＣＴＮとを照合する。管理部４２２は、受信した支払要求に含まれるＯＴＣＮと、生成したＯＣＴＮとが一致した場合（ステップＳ５０６のＹＥＳ）、ステップＳ５０７の処理を実行する。管理部４２２は、受信した支払要求に含まれるＯＴＣＮと、生成したＯＣＴＮとが一致しなかった場合（ステップＳ５０６のＮＯ）、ステップＳ５０８の処理を実行する。
管理部４２２は、ステップＳ５０５で受信した支払要求に含まれるＯＴＣＮと、ステップＳ５０３で生成したＯＣＴＮとを照合する。管理部４２２は、受信した支払要求に含まれるＯＴＣＮと、生成したＯＣＴＮとが一致した場合（ステップＳ５０６のＹＥＳ）、ステップＳ５０７の処理を実行する。管理部４２２は、受信した支払要求に含まれるＯＴＣＮと、生成したＯＣＴＮとが一致しなかった場合（ステップＳ５０６のＮＯ）、ステップＳ５０８の処理を実行する。
なお、通信制御部４２１は、スマートフォン３を介してカード２に、ＯＣＴＮが一致したか否かに応じてＯＴＣＮが有効か否かを示す応答を送信する。
（ステップＳ５０７）
管理部４２２は、支払要求を許可する処理を行う。そして、通信制御部４２１は、スマートフォン３を介してカード２に、支払処理の成功結果を送信する。その後、サーバ４は、要求待ちの状態に戻る。
管理部４２２は、支払要求を許可する処理を行う。そして、通信制御部４２１は、スマートフォン３を介してカード２に、支払処理の成功結果を送信する。その後、サーバ４は、要求待ちの状態に戻る。
（ステップＳ５０８）
管理部４２２は、支払要求を拒否する処理を行う。その後、サーバ４は、要求待ちの状態に戻る。
管理部４２２は、支払要求を拒否する処理を行う。その後、サーバ４は、要求待ちの状態に戻る。
（サーバ４の処理の変形例）
図６は、本実施形態に係るサーバ４の処理の変形例を示すフローチャートである。本処理は、ユーザがカード端末を操作することによって発行される要求に応じて実行する、サーバ４の処理である。ユーザは、カード２のＬＣＤ２４に表示されるカード番号を参照して、カード端末を操作する。図６に示すように、サーバ４は、カード端末（図示せず）からの支払要求待ちの状態になっている。
図６は、本実施形態に係るサーバ４の処理の変形例を示すフローチャートである。本処理は、ユーザがカード端末を操作することによって発行される要求に応じて実行する、サーバ４の処理である。ユーザは、カード２のＬＣＤ２４に表示されるカード番号を参照して、カード端末を操作する。図６に示すように、サーバ４は、カード端末（図示せず）からの支払要求待ちの状態になっている。
（ステップＳ６０１）
サーバ４の通信制御部４２１は、カード端末から支払要求を受信する。
サーバ４の通信制御部４２１は、カード端末から支払要求を受信する。
（ステップＳ６０２）
管理部４２２は、支払要求に含まれる個人ＩＤがカード２のユーザとして発行者ＤＢに登録されている場合（ステップＳ６０２のＹＥＳ）、ステップＳ６０３の処理を実行する。管理部４２２は、支払要求に含まれる個人ＩＤがカード２のユーザとして発行者ＤＢに登録されていない場合（ステップＳ６０２のＮＯ）、ステップＳ６０４の処理を実行する。
管理部４２２は、支払要求に含まれる個人ＩＤがカード２のユーザとして発行者ＤＢに登録されている場合（ステップＳ６０２のＹＥＳ）、ステップＳ６０３の処理を実行する。管理部４２２は、支払要求に含まれる個人ＩＤがカード２のユーザとして発行者ＤＢに登録されていない場合（ステップＳ６０２のＮＯ）、ステップＳ６０４の処理を実行する。
（ステップＳ６０３）
カード番号生成部４２３は、支払要求とともに受信したユーザ名に対応する識別番号と、時刻情報とを用いて、ＯＴＣＮを生成する。
カード番号生成部４２３は、支払要求とともに受信したユーザ名に対応する識別番号と、時刻情報とを用いて、ＯＴＣＮを生成する。
（ステップＳ６０４）
管理部４２２は、従来カードの処理として、支払要求とともに受信したユーザ名に対応する暗証番号を発行者ＤＢから取得する。
管理部４２２は、従来カードの処理として、支払要求とともに受信したユーザ名に対応する暗証番号を発行者ＤＢから取得する。
（ステップＳ６０５）
管理部４２２は、ステップＳ６０１で受信した支払要求に含まれるＯＴＣＮと、ステップＳ６０３で生成したＯＣＴＮとが一致した場合、または、ステップＳ６０１で受信した支払要求に含まれる暗証番号と、ステップＳ６０４で取得した暗証番号とが一致した場合（ステップＳ６０５のＹＥＳ）、ステップＳ６０６の処理を実行する。管理部４２２は、ステップＳ６０１で受信した支払要求に含まれるＯＴＣＮと、ステップＳ６０３で生成したＯＣＴＮとが一致しなかった場合、または、ステップＳ６０１で受信した支払要求に含まれる暗証番号と、ステップＳ６０４で取得した暗証番号とが一致しなかった場合（ステップＳ６０５のＮＯ）、ステップＳ６０７の処理を実行する。
管理部４２２は、ステップＳ６０１で受信した支払要求に含まれるＯＴＣＮと、ステップＳ６０３で生成したＯＣＴＮとが一致した場合、または、ステップＳ６０１で受信した支払要求に含まれる暗証番号と、ステップＳ６０４で取得した暗証番号とが一致した場合（ステップＳ６０５のＹＥＳ）、ステップＳ６０６の処理を実行する。管理部４２２は、ステップＳ６０１で受信した支払要求に含まれるＯＴＣＮと、ステップＳ６０３で生成したＯＣＴＮとが一致しなかった場合、または、ステップＳ６０１で受信した支払要求に含まれる暗証番号と、ステップＳ６０４で取得した暗証番号とが一致しなかった場合（ステップＳ６０５のＮＯ）、ステップＳ６０７の処理を実行する。
（ステップＳ６０６）
管理部４２２は、支払要求を許可する処理を行う。その後、サーバ４は、支払要求待ちの状態に戻る。
管理部４２２は、支払要求を許可する処理を行う。その後、サーバ４は、支払要求待ちの状態に戻る。
（ステップＳ６０７）
管理部４２２は、支払要求を拒否する処理を行う。その後、サーバ４は、支払要求待ちの状態に戻る。
管理部４２２は、支払要求を拒否する処理を行う。その後、サーバ４は、支払要求待ちの状態に戻る。
〔実施形態２〕
以下、本発明の実施形態２について、図７〜図９を用いて詳細に説明する。
以下、本発明の実施形態２について、図７〜図９を用いて詳細に説明する。
図７は、本実施形態に係る認証システム１ａの詳細構成を示すブロック図である。図７に示すように、認証システム１ａは、カード２ａ、スマートフォン３ａ、および、サーバ４を備えている。カード２ａは、図２に示すカード２からカード制御部２５のカード番号生成部２５５が取り除かれた構成になっている。スマートフォン３ａは、図２に示すスマートフォン３にスマートフォン制御部３５ａのカード番号生成部３５４が追加された構成になっている。カード番号生成部３５４は、複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照し、所定のアルゴリズムを用いて逐次変更することにより、カード番号（第１カード番号）を生成する。
（認証システム１ａの処理）
続いて、本実施形態に係る認証システム１ａの処理について、図８、図９を用いて説明する。本実施形態においては、スマートフォン３ａおよびサーバ４に対して、同じアルゴリズムによるカード番号生成プログラムをインストールする。そして、スマートフォン３ａおよびサーバ４の両方が、当該プログラムを用いて、ＯＴＣＮを生成する。さらに、スマートフォン３ａは、カード２ａを活性化する際に、生成したＯＴＣＮをカード２ａに送信する。
続いて、本実施形態に係る認証システム１ａの処理について、図８、図９を用いて説明する。本実施形態においては、スマートフォン３ａおよびサーバ４に対して、同じアルゴリズムによるカード番号生成プログラムをインストールする。そして、スマートフォン３ａおよびサーバ４の両方が、当該プログラムを用いて、ＯＴＣＮを生成する。さらに、スマートフォン３ａは、カード２ａを活性化する際に、生成したＯＴＣＮをカード２ａに送信する。
（カード２ａの処理）
図８は、本実施形態に係るカード２ａの処理を示すフローチャートである。図３と比較すると、ステップＳ８０８、ステップＳ８１２およびステップＳ８１３の処理が異なっており、それ以外の処理は同じである。
図８は、本実施形態に係るカード２ａの処理を示すフローチャートである。図３と比較すると、ステップＳ８０８、ステップＳ８１２およびステップＳ８１３の処理が異なっており、それ以外の処理は同じである。
（ステップＳ８０８）
カード２ａの通信制御部２５１は、スマートフォン３ａからＯＴＣＮを受信する。
カード２ａの通信制御部２５１は、スマートフォン３ａからＯＴＣＮを受信する。
（ステップＳ８１２）
カード管理部２５３は、ＯＴＣＮの再生成をスマートフォン３ａに要求する。
カード管理部２５３は、ＯＴＣＮの再生成をスマートフォン３ａに要求する。
（ステップＳ８１３）
カード管理部２５３は、ＯＴＣＮの再生成要求が最初である場合（ステップＳ８１３のＹＥＳ）、ステップＳ８０８の処理を実行する。
カード管理部２５３は、ＯＴＣＮの再生成要求が最初である場合（ステップＳ８１３のＹＥＳ）、ステップＳ８０８の処理を実行する。
（スマートフォン３ａの処理）
図９は、本実施形態に係るスマートフォン３ａの処理を示すフローチャートである。図４と比較すると、ステップＳ９０７、および、ステップＳ９０８の処理が追加されており、それ以外の処理は同じである。
図９は、本実施形態に係るスマートフォン３ａの処理を示すフローチャートである。図４と比較すると、ステップＳ９０７、および、ステップＳ９０８の処理が追加されており、それ以外の処理は同じである。
（ステップＳ９０７）
カード番号生成部３５４は、取得したシードコードおよび時刻情報を入力として、カード番号生成プログラムを実行することにより、ＯＴＣＮを生成する。そして、通信制御部３５１は、カード番号生成部３５４によって生成されたＯＴＣＮをカード２ａに送信する。
カード番号生成部３５４は、取得したシードコードおよび時刻情報を入力として、カード番号生成プログラムを実行することにより、ＯＴＣＮを生成する。そして、通信制御部３５１は、カード番号生成部３５４によって生成されたＯＴＣＮをカード２ａに送信する。
（ステップＳ９０８）
管理部３５３は、カード２ａからＯＴＣＮの再生成要求を受信した場合（ステップＳ９０８のＹＥＳ）、ステップＳ９０７の処理を実行する。管理部３５３は、カード２ａからＯＴＣＮの再生成要求を受信しなかった場合（ステップＳ９０８のＮＯ）、ステップＳ９０９の処理を実行する。
管理部３５３は、カード２ａからＯＴＣＮの再生成要求を受信した場合（ステップＳ９０８のＹＥＳ）、ステップＳ９０７の処理を実行する。管理部３５３は、カード２ａからＯＴＣＮの再生成要求を受信しなかった場合（ステップＳ９０８のＮＯ）、ステップＳ９０９の処理を実行する。
（サーバ４の処理）
本実施形態に係るサーバ４の処理は、実施形態１に係るサーバ４の処理と同様である。すなわち、サーバ４は、自らＯＴＣＮを生成し、スマートフォン３ａまたはカード端末から受信した支払要求に含まれるＯＴＣＮと照合する。なお、サーバ４は、ＯＴＣＮの代わりに暗証番号を照合することもある。
本実施形態に係るサーバ４の処理は、実施形態１に係るサーバ４の処理と同様である。すなわち、サーバ４は、自らＯＴＣＮを生成し、スマートフォン３ａまたはカード端末から受信した支払要求に含まれるＯＴＣＮと照合する。なお、サーバ４は、ＯＴＣＮの代わりに暗証番号を照合することもある。
〔実施形態３〕
以下、本発明の実施形態３について、図１０〜図１２を用いて詳細に説明する。
以下、本発明の実施形態３について、図１０〜図１２を用いて詳細に説明する。
図１０は、本実施形態に係る認証システム１ｂの詳細構成を示すブロック図である。図１０に示すように、認証システム１ｂは、カード２ａ、スマートフォン３ｂ、および、サーバ４ｂを備えている。カード２ａは、図２に示すカード２からカード制御部２５のカード番号生成部２５５を取り除いた構成になっている。スマートフォン３ｂは、図２に示すスマートフォン３と構成は同じであるが、ＯＴＣＮをサーバ４から受信し、当該ＯＴＣＮをカード２に送信する処理が追加される。サーバ４ｂは、図２に示すサーバ４と構成は同じであるが、ＯＴＣＮをスマートフォン３ｂに送信する処理が追加される。
（認証システム１ｂの処理）
続いて、本実施形態に係る認証システム１ｂの処理について、図１１、図１２を用いて説明する。本実施形態においては、サーバ４ｂだけに対してカード番号生成プログラムをインストールする。そして、カード２ａを活性化する際に、スマートフォン３ｂからサーバ４ｂにＯＴＣＮの送信を要求する。サーバ４ｂは、スマートフォン３ｂから要求を受信して、カード番号生成プログラムを用いてＯＴＣＮを生成して、スマートフォン３ｂに送信する。スマートフォン３ｂは、サーバ４ｂからＯＴＣＮを受信して、カード２ａの活性化と同時に、カード２ａにＯＴＣＮを送信する。
続いて、本実施形態に係る認証システム１ｂの処理について、図１１、図１２を用いて説明する。本実施形態においては、サーバ４ｂだけに対してカード番号生成プログラムをインストールする。そして、カード２ａを活性化する際に、スマートフォン３ｂからサーバ４ｂにＯＴＣＮの送信を要求する。サーバ４ｂは、スマートフォン３ｂから要求を受信して、カード番号生成プログラムを用いてＯＴＣＮを生成して、スマートフォン３ｂに送信する。スマートフォン３ｂは、サーバ４ｂからＯＴＣＮを受信して、カード２ａの活性化と同時に、カード２ａにＯＴＣＮを送信する。
（カード２ａの処理）
本実施形態に係るカード２ａの処理は、実施形態２に係るカード２ａの処理と同様である。すなわち、カード２ａは、カード番号を自ら生成することなく、スマートフォン３ｂからカード番号を受信する。
本実施形態に係るカード２ａの処理は、実施形態２に係るカード２ａの処理と同様である。すなわち、カード２ａは、カード番号を自ら生成することなく、スマートフォン３ｂからカード番号を受信する。
（スマートフォン３ｂの処理）
図１１は、本実施形態に係るスマートフォン３ｂの処理を示すフローチャートである。図４と比較すると、ステップＳ１１０７〜ステップＳ１１０９の処理が追加されているが、それ以外の処理は同じである。
図１１は、本実施形態に係るスマートフォン３ｂの処理を示すフローチャートである。図４と比較すると、ステップＳ１１０７〜ステップＳ１１０９の処理が追加されているが、それ以外の処理は同じである。
（ステップＳ１１０７）
スマートフォン３ｂの通信制御部３５１は、認証アプリに関する情報（アプリキー等）をサーバ４ｂに送信する。そして、通信制御部３５１は、ＯＴＣＮをサーバ４ｂから受信する。
スマートフォン３ｂの通信制御部３５１は、認証アプリに関する情報（アプリキー等）をサーバ４ｂに送信する。そして、通信制御部３５１は、ＯＴＣＮをサーバ４ｂから受信する。
（ステップＳ１１０８）
通信制御部３５１は、サーバ４ｂから受信したＯＴＣＮをカード２ａに送信する。
通信制御部３５１は、サーバ４ｂから受信したＯＴＣＮをカード２ａに送信する。
（ステップＳ１１０９）
管理部３５３は、カード２ａからＯＴＣＮの再生成要求を受信した場合（ステップＳ１１０９のＹＥＳ）、ステップＳ１１０７の処理を実行する。管理部３５３は、カード２ａからＯＴＣＮの再生成要求を受信しなかった場合（ステップＳ１１０９のＮＯ）、ステップＳ１１１０の処理を実行する。
管理部３５３は、カード２ａからＯＴＣＮの再生成要求を受信した場合（ステップＳ１１０９のＹＥＳ）、ステップＳ１１０７の処理を実行する。管理部３５３は、カード２ａからＯＴＣＮの再生成要求を受信しなかった場合（ステップＳ１１０９のＮＯ）、ステップＳ１１１０の処理を実行する。
（サーバ４ｂの処理）
図１２は、本実施形態に係るサーバ４ｂの処理を示すフローチャートである。図５（ｂ）と比較すると、ステップＳ１２０３の処理が異なるが、それ以外の処理は同じである。
図１２は、本実施形態に係るサーバ４ｂの処理を示すフローチャートである。図５（ｂ）と比較すると、ステップＳ１２０３の処理が異なるが、それ以外の処理は同じである。
（ステップＳ１２０３）
カード番号生成部４２３は、認証アプリのキーとともに受信したシードコードと、時刻情報とを用いて、ＯＴＣＮを生成する。そして、通信制御部４２１は、カード番号生成部４２３により生成されたＯＴＣＮをスマートフォン３ｂに送信する。
カード番号生成部４２３は、認証アプリのキーとともに受信したシードコードと、時刻情報とを用いて、ＯＴＣＮを生成する。そして、通信制御部４２１は、カード番号生成部４２３により生成されたＯＴＣＮをスマートフォン３ｂに送信する。
〔ソフトウェアによる実現例〕
カード２、２ａ、スマートフォン３、３ａ、３ｂ、および、サーバ４、４ｂの制御ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。
カード２、２ａ、スマートフォン３、３ａ、３ｂ、および、サーバ４、４ｂの制御ブロックは、集積回路（ＩＣチップ）等に形成された論理回路（ハードウェア）によって実現してもよいし、ソフトウェアによって実現してもよい。
後者の場合、カード２、２ａ、スマートフォン３、３ａ、３ｂ、および、サーバ４、４ｂは、各機能を実現するソフトウェアであるプログラムの命令を実行するコンピュータを備えている。このコンピュータは、例えば１つ以上のプロセッサを備えていると共に、上記プログラムを記憶したコンピュータ読み取り可能な記録媒体を備えている。そして、上記コンピュータにおいて、上記プロセッサが上記プログラムを上記記録媒体から読み取って実行することにより、本発明の目的が達成される。上記プロセッサとしては、例えばＣＰＵ（Central Processing Unit）を用いることができる。上記記録媒体としては、「一時的でない有形の媒体」、例えば、ＲＯＭ（Read Only Memory）等の他、テープ、ディスク、カード、半導体メモリ、プログラマブルな論理回路などを用いることができる。また、上記プログラムを展開するＲＡＭ（Random Access Memory）などをさらに備えていてもよい。また、上記プログラムは、該プログラムを伝送可能な任意の伝送媒体（通信ネットワークや放送波等）を介して上記コンピュータに供給されてもよい。なお、本発明の一態様は、上記プログラムが電子的な伝送によって具現化された、搬送波に埋め込まれたデータ信号の形態でも実現され得る。
本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
１、１ａ、１ｂ 認証システム
２、２ａ カード
３、３ａ、３ｂ スマートフォン（端末）
４、４ｂ サーバ
２５１ 通信制御部（カード番号送信部）
２５４ カードデータ生成部
２５５ カード番号生成部（第１カード番号生成部）
４２１ 通信制御部（カード番号受信部）
４２２ 管理部（カード番号照合部）
４２３ カード番号生成部（第２カード番号生成部）
２、２ａ カード
３、３ａ、３ｂ スマートフォン（端末）
４、４ｂ サーバ
２５１ 通信制御部（カード番号送信部）
２５４ カードデータ生成部
２５５ カード番号生成部（第１カード番号生成部）
４２１ 通信制御部（カード番号受信部）
４２２ 管理部（カード番号照合部）
４２３ カード番号生成部（第２カード番号生成部）
Claims (8)
- クレジットカードまたはキャッシュカードとして機能するカードであって、
複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照して逐次変更するカード番号生成部
を備えていることを特徴とするカード。 - 上記カード番号生成部は、
当該カードを他のカードと識別するための情報である識別情報を更に参照して、上記カード番号を逐次変更する
ことを特徴とする請求項１に記載のカード。 - 当該カードを使用可能とするために、端末から受信するカードデータと照合するカードデータを、時刻情報を参照して生成するカードデータ生成部
をさらに備えていることを特徴とする請求項１または２に記載のカード。 - クレジットカードまたはキャッシュカードとして機能するカードを認証するサーバであって、
複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照して逐次変更するカード番号生成部
を備えていることを特徴とするサーバ。 - 上記カード番号生成部は、
当該カードを他のカードと識別するための情報である識別情報を更に参照して、上記カード番号を逐次変更する
ことを特徴とする請求項４に記載のサーバ。 - クレジットカードまたはキャッシュカードとして機能するカードと、
当該カードを認証するサーバと、
を備えた認証システムであって、
上記カードは、
複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照し、所定のアルゴリズムを用いて逐次変更することにより、第１カード番号を生成する第１カード番号生成部と、
上記第１カード番号を上記サーバに送信するカード番号送信部と、
を備えており、
上記サーバは、
上記第１カード番号を上記カードから受信するカード番号受信部と、
複数桁からなるカード番号のうち、少なくとも何れか１つの桁の番号を、時刻情報を参照し、上記所定のアルゴリズムと同じアルゴリズムを用いて逐次変更することにより、第２カード番号を生成する第２カード番号生成部と、
上記第１カード番号と、上記第２カード番号とを照合するカード番号照合部と、
を備えていることを特徴とする認証システム。 - 請求項１に記載のカードとしてコンピュータを機能させるためのプログラムであって、上記カード番号生成部としてコンピュータを機能させるためのプログラム。
- 請求項４に記載のサーバとしてコンピュータを機能させるためのプログラムであって、上記カード番号生成部としてコンピュータを機能させるためのプログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017129364A JP2019012461A (ja) | 2017-06-30 | 2017-06-30 | カード、サーバ、認証システム、および、プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017129364A JP2019012461A (ja) | 2017-06-30 | 2017-06-30 | カード、サーバ、認証システム、および、プログラム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2019012461A true JP2019012461A (ja) | 2019-01-24 |
Family
ID=65228018
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017129364A Pending JP2019012461A (ja) | 2017-06-30 | 2017-06-30 | カード、サーバ、認証システム、および、プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2019012461A (ja) |
-
2017
- 2017-06-30 JP JP2017129364A patent/JP2019012461A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11664997B2 (en) | Authentication in ubiquitous environment | |
| US10140479B1 (en) | Systems and methods for a wearable user authentication factor | |
| US11620633B2 (en) | Biometric reader in card | |
| US11018870B2 (en) | Biometric verification process using certification token | |
| CN204948095U (zh) | 认证装置和确保应用程序和用户之间的交互的系统 | |
| US9953319B2 (en) | Payment system | |
| US20190392427A1 (en) | Digital transaction system and method with a virtual companion card | |
| US20200356984A1 (en) | Transaction recording | |
| CN101809977A (zh) | 使用附加元件更新移动设备 | |
| US20160162893A1 (en) | Open, on-device cardholder verification method for mobile devices | |
| US11868988B2 (en) | Devices and methods for selective contactless communication | |
| US20180047026A1 (en) | System and method for authenticating a secure payment transaction between a payer and a payee | |
| AU2017213235A1 (en) | Apparatus and method for externally controlling a digital transaction processing unit (DTPU) | |
| AU2017210752A1 (en) | Indirect security system and method | |
| KR101103189B1 (ko) | 범용 가입자 식별 모듈 정보를 이용한 공인 인증서 발급방법 및 시스템과 이를 위한 기록매체 | |
| KR20150142773A (ko) | 스마트 오티피 인증 시스템 및 방법 | |
| JP2019012461A (ja) | カード、サーバ、認証システム、および、プログラム | |
| WO2019107000A1 (ja) | 情報処理装置、情報処理システム、および情報処理方法、並びにプログラム | |
| TWI679603B (zh) | 用於幫助持卡人首次設定金融卡密碼之系統及其方法 | |
| AU2017213236A1 (en) | Cryptographic data transfer | |
| WO2017127867A1 (en) | System and method for transacting |