(57)【特許請求の範囲】
【請求項１】
無線ネットワーク接続される決済デバイスから使い捨てのカード番号が要請されるとき、前記決済デバイスに使い捨てのカード番号を提供するカード社のサーバーを介して遂行され、
前記決済デバイスが前記使い捨てのカード番号を要請するとき、前記使い捨てのカード番号を要請する順番によって前記決済デバイスをインデックステーブルに割り当てる段階；
前記インデックステーブルに非順次に備えられるターゲットアドレスを用いて、使い捨ての番号を備える使い捨てのカード番号テーブルから数字列を獲得する段階；及び
前記数字列及び公開状態のＢＩＮ（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を含む使い捨てのカード番号を生成する段階；を含むことを特徴とする、使い捨てのカード番号生成方法。
【請求項２】
前記インデックステーブルは、互いに異なるターゲットアドレスを備えることを特徴とする、請求項１に記載の使い捨てのカード番号生成方法。
【請求項３】
前記ターゲットアドレスの値は、前記インデックステーブルのアドレスに比べて単調に増加するとか単調に減少する数字列は排除されることを特徴とする、請求項１に記載の使い捨てのカード番号生成方法。
【請求項４】
前記ターゲットアドレスの値は、前記インデックステーブルのアドレスの順によらないで不規則に配列され、前記インデックステーブルには同一のターゲットアドレス値が存在しないことを特徴とする、請求項１に記載の使い捨てのカード番号生成方法。
【請求項５】
前記使い捨てのカード番号テーブルは、６桁の数字列を使い捨ての番号として含むことを特徴とする、請求項１に記載の使い捨てのカード番号生成方法。
【請求項６】
前記使い捨てのカード番号は、ＢＩＮ（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）、前記使い捨ての番号及び提携会社に対応する予備コードを含んでなることを特徴とする、請求項５に記載の使い捨てのカード番号生成方法。
【請求項７】
前記予備コードは、付加サービス情報及び提携会社カード情報のいずれか一つを含むことを特徴とする、請求項６に記載の使い捨てのカード番号生成方法。
【請求項８】
前記使い捨てのカード番号は、前記ＢＩＮと前記使い捨ての番号との間に備えられ、前記ＢＩＮのデータフィールド延長のための予備フィールドをさらに含むことを特徴とする、請求項６に記載の使い捨てのカード番号生成方法。
【請求項９】
前記使い捨ての番号は、前記使い捨ての番号を生成するときの生成時間情報、前記カード社のサーバーに付与されるシステムＩＤ（Ｓｙｓｔｅｍ ＩＤ）、任意の初期値（Ｉｎｉｔ Ｖｅｃｔｏｒ）、使い捨ての番号を生成するたびごとに増加する順番増加値を因子とするＳＨＡ（Ｓｃｕｒｅ Ｈａｓｈ Ｓｔａｎｄａｒｄ）アルゴリズムによって生成されることを特徴とする、請求項１に記載の使い捨てのカード番号生成方法。
【請求項１０】
前記使い捨ての番号は任意の数字列で、１６進数でなる第１の１６進（Ｈｅｘａ−ｄｅｃｉｍａｌ）コード列、及び第２の１６進コード列を用いて生成し、前記第１の１６進コード列と前記第２の１６進コード列のそれぞれは、上位桁数が数字だけで構成され、下位桁数が１６進数値を１０進数に置換して生成する第１数字列と第２数字列を生成し、前記第１数字列を半分して加算した第１加算値と前記第２数字列を半分して加算した第２加算値に対して再び加算した後、上位３桁数を除去して得る数字列であることを特徴とする、請求項１に記載の使い捨てのカード番号生成方法。
【請求項１１】
前記第１数字列及び前記第２数字列は、前記第１の１６進コード列及び前記第２の１６進コード列に含まれる１６進数記号Ａ〜Ｆをそれぞれ１〜６に対応させて数字だけで構成された数字列を生成することを特徴とする、請求項１０に記載の使い捨てのカード番号生成方法。
【請求項１２】
前記使い捨てのカード番号は、前記使い捨てのカード番号の検証のためのＯＶＣ（Ｏｎｅ ｔｉｍｅ ｃｏｄｅ Ｖｅｒｉｆｉｃａｔｉｏｎ Ｃｏｄｅ）をさらに含み、
前記ＯＶＣはＢＩＮ（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）と前記使い捨ての番号でなる使い捨てのカード番号の部分領域、前記決済デバイスから前記使い捨てのカード番号を要請した要請時間情報、及び実物カード番号をＳＨＡ（Ｓｃｕｒｅ Ｈａｓｈ Ｓｔａｎｄａｒｄ）アルゴリズムの因子にして生成されることを特徴とする、請求項１に記載の使い捨てのカード番号生成方法。
【請求項１３】
前記ＯＶＣは、前記部分領域、前記要請時間情報、及び前記実物カード番号を因子とするＳＨＡ（Ｓｃｕｒｅ Ｈａｓｈ Ｓｔａｎｄａｒｄ）アルゴリズムによって生成されることを特徴とする、請求項１２に記載の使い捨てのカード番号生成方法。
【請求項１４】
前記因子は、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ ｕｎｉｑｕｅ ｉｄｅｎｔｉｆｉｅｒ）をさらに含むことを特徴とする、請求項１３に記載の使い捨てのカード番号生成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は使い捨てのカード番号生成方法に係り、より詳しくはモバイル環境でスマートフォン及び携帯電話のような決済デバイスが使い捨てのカード番号を用いて決済を進行するようにし、使い捨てのカード番号が他人による予測が不可能な方式で生成されるようにすることで、モバイル決済の保安性を向上させる使い捨てのカード番号生成方法に関するものである。
【背景技術】
【０００２】
現金は決済に必要な金額に比例してその嵩の増加する側面があるが、クレジットカードは使用が簡便でありながらも決済金額にかかわらず一枚のプラスチックカード形態のメディアをカードリーダーに近接または接触することで決済をなすことが可能な便利さがある。
【０００３】
クレジットカードは、プラスチックまたは金属材の本体に彫り上げまたは掘り込みで１６桁の数字列が刻まれ、数字列にはＢＩＮ（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）、カード番号及びＣＶＣ（Ｃａｒｄ Ｖａｌｉｄａｔｉｏｎ Ｃｏｄｅ）値を含んでおり、現在、カード番号及び有効期間だけでも信用決済が可能な場合が多い。よって、カード番号や有効期間情報は他人に露出されないように管理する必要があるが、クレジットカードと接触または近接するカードリーダーでカード番号や有効期間の情報を判読することができ、カードリーダーから中継サーバー（例えば、ＶＡＮ（Ｖａｌｕｅ Ａｄｄｅｄ Ｎｅｔｗｏｒｋ）サーバー）を介してカード社のサーバーに進行する決済プロセスにおいてハッカーや他人によってカード番号が露出される危険性がある。
【０００４】
このような問題を解決するために、大韓民国公開特許第１０−２００１−０１１２５４６号は、クレジットカードリーダー−中継サーバー−カード社のサーバーの順につながる既存の決済プロセスに臨時クレジットカード番号生成サーバーを付け加えて臨時カード番号を用いるようにするクレジットカードを用いた電子商取引システムを提案したことがある。
【０００５】
大韓民国公開特許第１０−２００１−０１１２５４６号は、使用者端末機（パーソナルコンピューター）で臨時クレジットカード番号生成サーバーに臨時クレジットカード番号を要請するとき、臨時クレジットカード番号生成サーバーが臨時カード番号及び有効期間を設定し、これをカード社のサーバーに通報し、通報された臨時カード番号を使用者端末機に提供することにより、使用者端末機が臨時カード番号を用いて電子商取引を進行する。
【０００６】
しかし、大韓民国公開特許第１０−２００１−０１１２５４６号は、カードリーダー−中継サーバー−カード社のサーバーの順につながる既存の決済プロセスに臨時クレジットカード番号を発給するための別途の臨時クレジットカード番号生成サーバーを付け加えなければならなく、臨時に生成された臨時クレジットカード番号の有効性を信用カード社のサーバーで検証しなければならないため、決済プロセスが長くなって複雑になることができる。また、大韓民国公開特許第１０−２００１−０１１２５４６号では臨時クレジットカード番号を生成する方法が具体化されていなかったが、この場合、通常順次に生成される数字列を使用者端末機に割り当てる方法が主に用いられるが、生成される臨時クレジットカード番号はハッカーまたは他人によって類推されるおそれが存在する。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明の目的は、他人による順番予測及びアルゴリズム予測が難しい使い捨てのカード番号を生成し、これを用いて保安性が向上した信用決済を遂行するカード番号生成方法を提供することにある。
【課題を解決するための手段】
【０００８】
前述した目的は、本発明によって、無線ネットワーク接続される決済デバイスから使い捨てのカード番号が要請されるとき、前記決済デバイスに使い捨てのカード番号を提供するカード社のサーバーを介して遂行され、前記決済デバイスが前記使い捨てのカード番号を要請するとき、前記使い捨てのカード番号を要請する順番によって前記決済デバイスをインデックステーブルに割り当てる段階；前記インデックステーブルに非順次に備えられるターゲットアドレスを用いて、使い捨ての番号を備える使い捨てのカード番号テーブルから数字列を獲得する段階；及び前記数字列及び公開状態のＢＩＮ（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を含む使い捨てのカード番号を生成する段階によって達成される。
【発明の効果】
【０００９】
本発明によれば、決済デバイスに使い捨てのカード番号を発給するに当たり、発給される使い捨てのカード番号が他人によって類推または予測できない方式で生成することにより、保安性が向上した信用決済を遂行する。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施例によって使い捨てのカード番号を生成する方法の概念図を示す。
【図２】使い捨てのカード番号の構造の参照図を示す。
【図３】使い捨てのカード番号の構造の参照図を示す。
【図４】使い捨てのカード番号の構造の参照図を示す。
【図５】使い捨てのカード番号の構造の参照図を示す。
【図６】使い捨てのカード番号を生成するカード社のサーバーの一例のブロック概念図を示す。
【図７】ＯＶＣ検証方法の一例の参照図を示す。
【図８】ＯＶＣ検証方法の一例の参照図を示す。
【図９】使い捨ての番号生成方法の一例の参照図を示す。
【図１０】ＯＶＣを生成する一例の参照図を示す。
【符号の説明】
【００１１】
１０  決済デバイス
５０  カードリーダー
１００  カード社のサーバー
２００  中継サーバー
【発明を実施するための形態】
【００１２】
この明細書で言及する決済デバイスは、モバイル環境で決済可能な装置を意味することができる。モバイル環境で決済可能な装置として、モバイルフォン（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、スマートフォン（Ｓｍａｒｔ Ｐｈｏｎｅ）、ノートブック型ＰＣ及びＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）のような装置があるが、この外にも無線通信が可能で、ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）チップまたは金融社でクレジットカード決済を代替する金融チップが装着されている装置の中で携帯可能な装置を指称することもできる。
【００１３】
この明細書で言及する“クレジットカード”と言うクレジットカードそのものはもちろんのこと、クレジットカードの代わりをしてカードリーダーにカード番号またはカード番号に準するとかカード番号を代替する情報を伝送する携帯端末機そのものを意味することもできる。すなわち、この明細書でクレジットカードの意味は磁気式クレジットカードや電子クレジットカードはもちろんのこと、モバイル環境で費用決済可能な携帯端末機を指称することができるものであり、敢えてカード形態の媒体にその意味が限定されない。
【００１４】
この明細書で言及する中継サーバーは、カードリーダーとカード社のサーバーとの間に備えられるサーバーを意味することができる。または、中継サーバーは、カード社のサーバーやＶＡＮサーバーにネットワーク接続されるＰＯＳ（Ｐｏｉｎｔ Ｏｆ Ｓａｌｅｓ ｓｙｓｔｅｍ）サーバーを意味することもできる。中継サーバーは、カードリーダーで決済データをカード社のサーバーに伝送するとき、ぞれぞれのカード社を代行して売上伝票を収集して管理し、カードリーダーから伝送された決済データからカード社情報を把握し、決済データを該当のカード社のサーバーに提供するＶＡＮ（Ｖａｌｕｅ Ａｄｄｅｄ Ｎｅｔｗｏｒｋ）サーバーであることができる。
【００１５】
この明細書で言及するカードリーダーは、既存のＭＳ（Ｍａｇｎｅｔｉｃ Ｓｔｒｉｐ）クレジットカードからトラック２の情報を読み出す種類のカードリーダー、既存の電子クレジットカードに内蔵されるＩＣチップと接触してトラック２の情報を読み出す種類のカードリーダー、及び携帯電話やスマートフォンのような携帯端末機と近距離無線通信を行ってこれらの携帯端末機からトラック２の情報を得る形態のものが存在することができる。
【００１６】
したがって、カードリーダーは、磁気式クレジットカードと接触してＩＳＯ／ＩＥＣ ７８１３規格のトラック２の情報を獲得する装置、電子クレジットカードまたはＵＳＩＭチップや金融チップを内蔵する携帯端末機のいずれか一つと接触または近接して本発明による使い捨てのカード情報を読み出し、これを中継サーバーを介してカード社のサーバーに伝送することができる装置を意味することができる。
【００１７】
この明細書で決済デバイスはカードリーダーと近距離無線通信を遂行することができる。この際、決済デバイスは、ＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能のチップを携帯端末機内に別に内蔵するとかあるいはＵＳＩＭチップと一体に形成されたものを備えることができる。
【００１８】
以下、図面に基づいて本発明を詳細に説明する。
【００１９】
図１は本発明の一実施例によって使い捨てのカード番号を生成する方法の概念図を示す。
【００２０】
図１を参照すれば、実施例による使い捨てのカード番号を生成する方法は、カード社のサーバーで遂行され、決済デバイス１０ａ、１０ｂ及び１０ｃでカード社のサーバーに接続すれば、カード社のサーバーは決済デバイス１０ａ、１０ｂ及び１０ｃをインデックステーブル１７０に備えられたインデックス（Ｉｎｄｅｘ）アドレスに対応させることができる。決済デバイス１０ａ、１０ｂ及び１０ｃに対応するインデックスアドレスは、決済デバイス１０ａ、１０ｂ及び１０ｃがカード社のサーバーに接続して使い捨てのカード番号を要請する順番によって対応することができる。例えば、インデックステーブル１７０は、決済デバイス１０ａ、１０ｂ及び１０ｃからカード社のサーバーに接続する順番によってインデックステーブル１７０のインデックスアドレスを順次に対応させることができるものである。
【００２１】
インデックステーブル１７０において、インデックスアドレスは開始番地を基準として単調に増加する形でアドレスが付与されることができる。インデックステーブル１７０のアドレスそのものは不規則ではない。しかし、インデックステーブル１７０の各アドレスに対応する保存領域に備えられるターゲットアドレスは不規則的であり、これはインデックステーブル１７０と決済デバイス１０ａ、１０ｂ及び１０ｃのアドレスが順次にマッチングされると言っても、それぞれの決済デバイス１０ａ、１０ｂ及び１０ｃに割り当てられるターゲットアドレス値が互いに異なるので、他人による予測が難しくなる。
【００２２】
カード社のサーバーは、決済デバイス１０ａ、１０ｂ及び１０ｃをインデックステーブル１７０に対応させた後、インデックスアドレスのデータとして含まれるターゲットアドレスを参照することができる。ターゲットアドレスはカード番号テーブル１８０に対するアドレスを示す。
【００２３】
インデックステーブル１７０にはカード番号テーブル１８０に対するターゲットアドレスが含まれ、インデックステーブル１７０に含まれるターゲットアドレスは同一のものが重複して存在しない。すなわち、インデックステーブル１７０には互いに同一でなくて異なるターゲットアドレスが備えられ、ターゲットアドレスはインデックステーブル１７０のアドレス配列順によらなく、その位置は不規則に備えられることができる。
【００２４】
例えば、インデックステーブル１７０のインデックスアドレスのデータとして、ターゲットアドレスはＡ（Ａｄｄｒｅｓｓ）１００、Ａ５０及びＡ２０番地が備えられることができる。インデックステーブル１７０において、一番目のインデックスアドレスのデータはＡ１００番アドレス値を持つことができる。Ａ１００番アドレスは使い捨てのカード番号テーブル１８０のターゲットアドレスを指称し、二番目のインデックスアドレスのデータは使い捨てのカード番号テーブル１８０のＡ５０番アドレスをターゲットアドレスとして指定している。このように、インデックステーブル１７０には非順次で不規則なターゲットアドレスが配列されることができる。
【００２５】
したがって、カード社のサーバーがインデックステーブル１７０から一番目のインデックスアドレスを選択してから二番目のインデックスアドレスを選択する場合、二番目で選択されるインデックスアドレスのデータとして記録されたターゲットアドレスの値（例えば、Ａ５０）は他人（または金融ネットワーク職員）による予測が非常に困難な側面がある。これはインデックステーブル１７０に備えられるターゲットアドレス値の保存方式が何のパターンも持たないで、不規則であることによる。
【００２６】
インデックステーブル１７０から決済デバイス１０ａ、１０ｂ及び１０ｃに対応するターゲットアドレスが選択された後、カード社のサーバーは使い捨てのカード番号テーブル１８０のターゲットアドレスにアクセスする。アクセスしたターゲットアドレスにはインデックステーブル１７０のインデックスアドレス及び使い捨ての番号（ＯＴＮ：Ｏｎｅ Ｔｉｍｅ Ｎｕｍｂｅｒ）が備えられることができる。例えば、決済デバイス１０ａがインデックステーブル１７０の一番目のインデックスアドレスに対応した後、Ａ１００をターゲットアドレスとして指定されれば、カード社のサーバーは使い捨てのカード番号テーブル１８０からＡ１００アドレスに対応する使い捨ての番号として“３４５６７８”を選択し、使い捨ての番号“３４５６７８”を含む使い捨てのカード番号を生成することができる。
【００２７】
この際、カード社のサーバーは、決済デバイス１０ａ、１０ｂ及び１０ｃの識別子、例えば、電話番号、ＥＳＮ（Ｅｌｅｃｔｒｉｃａｌ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ Ｉｄｅｎｔｉｆｉｅｒ）またはＭＡＣ ＡＤＤＲＥＳＳを参照して決済デバイス１０ａ、１０ｂ及び１０ｃに対応する実物カード番号を検索し、実物カード番号に含まれるＢＩＮ（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ）を抽出し、ＢＩＮ＋使い捨ての番号（ＯＴＮ：Ｏｎｅ Ｔｉｍｅ Ｎｕｍｂｅｒ）＋ＯＶＣ（Ｏｎｅ ｔｉｍｅ ｃｏｄｅ Ｖｅｒｉｆｉｃａｔｉｏｎ Ｃｏｄｅ）及び予備コードを含む使い捨てのカード番号を生成し、生成された使い捨てのカード番号を決済デバイス１０ａ、１０ｂ及び１０ｃに提供することができる。
【００２８】
使い捨てのカード番号は固定フィールドを備えるとか、あるいは可変フィールドから具現されることができる。これは図２〜図５を一緒に参照して説明する。
【００２９】
まず、図２を参照すれば、使い捨てのカード番号の基本構造として、６桁（Ｄｉｇｉｔ）のＢＩＮ、１桁の第１予備フィールド、６桁の使い捨ての番号（ＯＴＮ）、３桁のＯＶＣ、１桁の第２予備フィールド及び４桁の予備コードを含んでなることができる。
【００３０】
ＢＩＮ（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｉｔｏｎ Ｎｕｍｂｅｒ）はカード社を示すコードで、６桁〜１０桁から構成されることができる。
【００３１】
使い捨ての番号（ＯＴＮ）は使い捨てのカード番号テーブル１８０から獲得された番号で、６桁からなるとか、または６桁以上のフィールド長でなることができる。使い捨ての番号は決済デバイス１０ａ、１０ｂ及び１０ｃでインデックステーブル１７０に対応した後、インデックステーブル１７０から割り当てられたターゲットアドレスを参照して使い捨てのカード番号テーブル１８０から採番された番号に対応する。使い捨ての番号（ＯＴＮ）は使い捨てのカード番号テーブル１８０のアドレス順によって単調に増加するとか、または単調に減少することはない。
【００３２】
例えば、使い捨てのカード番号テーブル１８０のターゲットアドレスがＡ１０、Ａ１１、Ａ１２、Ａ１３、Ａ１４の順に存在すると仮定すると、それぞれのターゲットアドレス（Ａ１１、Ａ１２、Ａ１３、Ａ１４）に対応する使い捨てのカード番号は、
１１１１１１、１１１１１２、１１１１１３、１１１１１４、１１１１１５のように単調に増加するとか、あるいは
１１１１１５、１１１１１４、１１１１１３、１１１１１２、１１１１１１のように単調に減少するとか、あるいは
１１１１１１、１１１１１４、１１１１１７、１１１１２０、１１１１２３のように一定の規則（＋３の規則）で単調に増加する形態としては備えられないことを意味する。
【００３３】
すなわち、使い捨てのカード番号テーブル１８０に備えられる使い捨ての番号は単調に増加するとか、単調に減少するとか、一定の規則によって単調に増加もしくは減少する番号列を備えないことを意味する。また、使い捨てのカード番号は１次線形関数または２次関数によって一定のパターンを持つ形態に生成されないことが好ましい。
【００３４】
ＯＶＣ（Ｏｎｅ ｔｉｍｅ ｃｏｄｅ Ｖｅｒｆｉｃａｔｉｏｎ Ｃｏｄｅ）は使い捨ての番号（ＯＴＮ）に対する検証値である。ＯＶＣは、決済デバイス１０ａ、１０ｂ及び１０ｃから使い捨ての番号を含む使い捨てのカード番号を要請するとき、決済デバイス１０ａ、１０ｂ及び１０ｃが使い捨てのカード番号を要請する時間による時間情報、決済デバイス１０ａ、１０ｂ及び１０ｃの識別子（例えば、ＵＵＩＤ、ＭＡＣ ＡＤＤＲＥＳＳ、フォン番号）、実物クレジットカード番号の中で一領域及び順番増加値をＳＨＡアルゴリズムの入力値として生成することができる。ここで、順番増加値は、ＯＶＣを生成するたびごとに＋１ずつ増加する値で、開始値はシステム設計者によって任意に設定されることができるのはいうまでもない。ＳＨＡアルゴリズムは、入力値が違う場合、同一の結果値を導出しない特徴を用いたものである。ＳＨＡアルゴリズムは、入力値として、同一の入力値を入れない場合、けっして同一の結果値を算出しない特徴がある。
【００３５】
予備コードは付加サービス、または提携会社カード情報を含むことができる。
【００３６】
これは、使い捨てのカード番号（ＯＴＮ）がカード情報そのものではなくて、ただ実物カード番号に対応する任意の数字列であることによるもので、別途の提携カード情報や付加サービスについての情報を表現しようとするとき、４桁の予備コードが要求されることができる。
【００３７】
付加サービスは、ポイント積立カード、ＯＫキャッシュバック（ＯＫ Ｃａｓｈ Ｂａｃｋ）カードのようにポイントや金額を保全する形態の付加サービスを提供する種類のカード、及び該当のカードのサービス種類を予備コードに表現することができるものである。また、クレジットカード使用者が決済費用の一部を払い戻す形を持つ提携カードについての情報も予備コードに記録されることができる。
【００３８】
ＯＶＣと予備コードとの間には第２予備フィールドが備えられることができる。第２予備フィールドは付加サービスまたは提携カード情報を示す。もっと多い桁が要求される場合、４桁の予備コードを５桁で使うことができるようにする。すなわち、予備コードの桁が４桁から５桁に増加することができる。予備コード及び第２予備フィールドについての説明は以下の説明においても同様に適用され、重複する説明はそれ以上行わない。
【００３９】
次に、図３を参照すれば、ＢＩＮと使い捨ての番号（ＯＴＮ）との間に備えられる予備フィールドによってＢＩＮのフィールドが拡張される一例を示す。
【００４０】
図３に示したように、予備フィールドはＢＩＮのフィールドを延ばすのに用いられることができ、６桁のフィールド長を持つＢＩＮが７桁のフィールド長を持つようにすることができる。６桁から７桁にフィールド長が延ばされれば、ＢＩＮによって表現可能なカード社及びカード社に附属するクレジットカードの種類は大幅に増加することができる。後に各信用カード社で発売する多様な種類のクレジットカードは予備フィールドを用いて表現することができるものである。
【００４１】
次に、図４は使い捨ての番号（ＯＴＮ）のフィールド長を延ばす一例を示す。
【００４２】
図４を参照すれば、使い捨ての番号（ＯＴＮ）を検証するためのＯＶＣを除き、ＯＶＣに割り当てられたフィールドを使い捨ての番号（ＯＴＮ）に割り当てることにより、ＯＴＮの桁数を増加させることができる。使い捨ての番号（ＯＴＮ）の桁数を増加させれば、一度に生成可能な使い捨ての番号の数が増加することができる。図４において、使い捨ての番号は１０桁のフィールド長を持つことができ、予備フィールドは省略可能である。
【００４３】
次に、図５は予備フィールドは維持し、使い捨ての番号（ＯＴＮ）のフィールド長は増加させた一例を示す。
【００４４】
図５を参照すれば、使い捨てのカード番号は６桁のフィールド長を持つＢＩＮ、１桁のフィールド長を持つ予備フィールド、９桁のフィールド長を持つ使い捨ての番号（ＯＴＮ）及び４桁のフィールド長を持つ予備コードから構成されることができる。
【００４５】
ＢＩＮを６桁で設定するとき、ＢＩＮは予備フィールドによって１桁のフィールド長が延ばされることができるので、最小６桁、最大７桁のフィールド長に設定されることができる。使い捨ての番号（ＯＴＮ）は９桁のフィールド長を持つことができ、ＯＶＣは省略され、予備コードは４桁からなることができる。
【００４６】
ここで、図２〜図５に例示した予備コードはいずれも４桁からなったものを例示しているが、予備コードは２桁〜５桁の範囲であることができる。
【００４７】
図６は使い捨てのカード番号を生成するカード社のサーバーの一例のブロック概念図を示す。
【００４８】
図６を参照すれば、カード社のサーバーは、インデックステーブル１７０、使い捨てのカード番号テーブル１８０、ＯＴＣ生成モジュール１１０、ＯＴＣ暗号化モジュール１２０、ＯＶＣ検証モジュール１３０、データベース１５０及び有効性判断モジュール１４０を含んでなることができる。
【００４９】
ＯＴＣ生成モジュール１１０は、決済デバイス１０がカード社のサーバーに使い捨てのカード番号を要請するとき、決済デバイス１０をインデックステーブル１７０のインデックスアドレスに対応させ、インデックスアドレスのデータであるターゲットアドレスによって使い捨てのカード番号テーブル１８０にアクセスする。ＯＴＣ生成モジュール１１０は、使い捨てのカード番号テーブル１８０にアクセスした後、使い捨てのカード番号テーブル１８０からターゲットアドレスに対応する使い捨ての番号（ＯＴＮ）を獲得し、獲得したＯＴＮにＢＩＮ、予備フィールド、ＯＶＣ及び予備コードを付け加えて一つの使い捨てのカード番号を生成することができる。この際、ＯＴＣ生成モジュール１１０は、決済デバイス１０の識別子、決済デバイス１０からＯＴＣを要請した時間についての時間情報、実物カード番号の部分領域（例えば、ＢＩＮ、ＯＴＣ）を用いてＯＶＣを生成することができる。生成されたＯＶＣは使い捨てのカード番号（ＯＴＣ）に含まれ、ＯＶＣが含まれた使い捨てのカード番号は決済デバイス１０に提供されることができる。
【００５０】
この際、ＯＶＣはデータベース１５０に記録されることができる。または、ＯＶＣはデータベース１５０に記録されず、ＯＶＣを生成するのに必要となる因子、例えば決済デバイス１０から使い捨てのカード番号を要請した時間についての時間情報、決済デバイス１０の識別子、実物カード番号に対する部分領域についての情報のみを備えることもできる。
【００５１】
データベース１５０には決済デバイス１０の登録情報が備えられることができる。決済デバイス１０の登録情報は決済デバイス１０の識別子、例えば決済デバイス１０の電話番号、ＥＳＮ、ＵＵＩＤ、ＭＡＣ ＡＤＤＲＥＳＳのような識別子情報を含むことができ、識別子は、決済デバイス１０で用いる実物カード情報（例えば、カード番号、カード所有者情報、ＡＴＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｔｒａｎｓａｃｔｉｏｎ Ｃｏｕｎｔ）、クレジットカードの決済限度）を備えることができる。
【００５２】
また、データベース１５０は、ＯＶＣ、またはＯＶＣを生成するのに必要な因子を備えることができる。ＯＶＣについての詳細な説明は追後のＯＶＣ検証モジュールについての説明で詳述する。
【００５３】
ＯＴＣ暗号化モジュール１２０は、使い捨てのカード情報をＡＥＳ（Ａｄｖａｎｃｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）、ＲＳＡ（Ｒｉｖｅｓｔ Ｓｈａｍｉｒ Ａｄｌｅｍａｎ）、ＤＥＳ（Ｄａｔａ Ｅｎｃｒｙｐｔｉｏｎ Ｓｔａｎｄａｒｄ）、ＴＤＥＳ（Ｔｒｉｐｌｅ ＤＥＳ）、ＡＲＩＡ（Ａｃａｄｅｍｙ Ｒｅｓｅａｒｃｈ Ｉｎｓｔｉｔｕｔｅ Ａｇｅｎｃｙ）アルゴリズムによって暗号化することができる。
【００５４】
ＯＴＣ暗号化モジュール１２０は、使い捨てのカード番号（ＯＴＣ）の全部に対して暗号化を遂行するよりは、使い捨ての番号（ＯＴＮ）に対して遂行することができる。しかし、使い捨ての番号（ＯＴＮ）そのものがインデックステーブル１７０と使い捨てのカード番号テーブル１８０によって生成されるので、敢えて暗号化過程が必須に要求されるものではない。すなわち、ＯＴＣに対する暗号化は選択的である。
【００５５】
ＯＶＣ検証モジュール１３０は、使い捨てのカード番号（ＯＴＣ）を決済デバイス１０に伝送した後、決済デバイス１０−カードリーダー−中継サーバー−カード社のサーバーにつながる決済プロセスで中継サーバーがリターンした承認要請メッセージに含まれる使い捨てのカード番号（ＯＴＣ）を用いてＯＶＣを検証することができる。
【００５６】
中継サーバーを介してリターンする承認要請メッセージはカードリーダーで作成されるもので、カードリーダーは承認要請メッセージに使い捨てのカード番号を結合し、使い捨てのカード番号にはＯＶＣ情報が含まれる。
【００５７】
ＯＶＣ検証モジュール１３０は、中継サーバーを介してリターンする使い捨てのカード番号からＯＶＣを獲得し、獲得したＯＶＣが正しい値であるかを検証する。ＯＶＣ検証モジュール１３０は下記の各号のいずれか一つによってＯＶＣ値を検証することができる。
【００５８】
１）ＯＶＣ検証モジュール１３０はカード社のサーバーから決済デバイス１０に使い捨てのカード番号を伝送するときに生成されるＯＶＣ値の生成因子、例えば、
−決済デバイス１０から使い捨てのカード番号を要請した時間についての時間情報、
−決済デバイスの識別子、
−実物カード番号に対する部分領域情報を保存しておくことができる。
【００５９】
この状態で、決済デバイス１０に伝送された使い捨てのカード番号が中継サーバーを介してリターンすれば、中継サーバーがリターンした使い捨てのカード番号からＯＶＣを抽出し、使い捨てのカード番号から抽出される使い捨ての番号（ＯＴＮ）を参照してデータベース１５０に保存されたＯＶＣ値の生成因子を検索することができる。
【００６０】
すなわち、カード社のサーバーは、使い捨ての番号（ＯＴＮ）を用いてデータベース１５０に保存されたＯＶＣ生成因子を検索することができる。
【００６１】
その後、カード社のサーバーは、ＯＶＣ生成因子を用いてＯＶＣを生成し、生成されたＯＶＣが中継サーバーを介してリターンした使い捨てのカード番号に含まれるＯＶＣと同一であるかを比較することで、中継サーバーを介してリターンした使い捨てのカード番号を検証することができる。
【００６２】
一方、カード社のサーバーは、
２）データベース１５０にＯＶＣ値を保存しておき、中継サーバーを介してリターンする使い捨てのカード番号（ＯＴＣ）から抽出されたＯＶＣ値を比較してＯＶＣ値を検証することができる。
【００６３】
この場合、カード社のサーバーから決済デバイス１０に使い捨てのカード番号を伝送するとき、ＯＴＣ生成モジュール１１０がデータベース１５０にＯＶＣの写本を保存しておくことができる。
【００６４】
有効性判断モジュール１４０は、データベース１５０に保存された口座情報を参照して使用可能なクレジットカードであるかを判断する。この際、承認要請メッセージに含まれる決済費用が決済限度（例えば、一日使用限度）を超えないかを判断する。判断結果、決済限度を満たして有効なクレジットカードの場合、中継サーバーに承認可否を知らせることができる。
【００６５】
図７及び図８はＯＶＣ検証方法の一例の参照図を示す。
【００６６】
まず、図７を参照すれば、決済デバイス１０からカード社のサーバー１００に使い捨てのカード番号（ＯＴＣ）が要請されれば、カード社のサーバー１００は図１に基づいて説明した方式によって、使い捨ての番号及びＯＶＣを含む使い捨てのカード番号を生成し、生成された使い捨てのカード番号を決済デバイス１０に提供する。
【００６７】
決済デバイス１０は、実物カード番号に対応する使い捨てのカード番号をカードリーダー５０に提供して決済を要請し、カードリーダー５０は、使い捨てのカード番号、加盟店の情報及び決済費用情報を含む承認要請メッセージを作成し、作成された承認要請メッセージを中継サーバー２００に伝送して決済を要請することができる。中継サーバー２００は、カードリーダー５０から伝送された承認要請メッセージに含まれる使い捨てのカード番号の情報の中でＢＩＮを参照して、どのカード社のサーバーに承認要請メッセージを伝送しなければならないかを判断することができる。判断結果によって、中継サーバー２００が承認要請メッセージを伝送しなければならない対象がカード社のサーバー１００の場合、承認要請メッセージはカード社のサーバー１００に伝送されることができる。
【００６８】
カード社のサーバー１００は、承認要請メッセージを受信した後、承認要請メッセージに含まれる使い捨てのカード番号を獲得し、使い捨てのカード番号に含まれるＯＶＣを抽出することができる。カード社のサーバー１００は、中継サーバー２００を介してリターンした使い捨てのカード番号に含まれる使い捨ての番号（ＯＴＮ）を用いてカード社のサーバー１００から決済デバイス１０に伝送された使い捨てのカード番号がどれかを判断し、使い捨てのカード番号を決済デバイス１０に伝送するとき、生成したＯＶＣのＯＶＣ生成因子をデータベース１５０で検索することができる。その後、カード社のサーバー１００は、ＯＶＣ生成因子を用いてＯＶＣを生成し、生成されたＯＶＣが中継サーバー２００を介してリターンしたＯＶＣと同一のものであるかを比較し、中継サーバー２００を介してリターンした使い捨てのカード番号を検証することができる。
【００６９】
次に、図８を参照すれば、決済デバイス１０からカード社のサーバー１００に使い捨てのカード番号（ＯＴＣ）が要請されれば、カード社のサーバー１００は図１に基づいて説明し方式によって、使い捨ての番号及びＯＶＣを含む使い捨てのカード番号を生成し、生成された使い捨てのカード番号を決済デバイス１０に提供する。その後、決済デバイス１０からカードリーダー５０に使い捨てのカード番号が提供され、カードリーダー５０で使い捨てのカード番号、加盟店の情報及び決済費用についての情報を含む承認要請メッセージを作成し、中継サーバー２００を介してカード社のサーバー１００にリターンすることができる。
【００７０】
カード社のサーバー１００は、中継サーバー２００を介してリターンした使い捨てのカード番号から使い捨ての番号を抽出し、データベース１５０で抽出された使い捨ての番号を検索することができる。データベース１５０は使い捨ての番号とＯＶＣがマッチングして保存されるＯＶＣマッチング情報を備えることができ、カード社のサーバー１００は、ＯＶＣマッチング情報を用いて中継サーバー２００を介してリターンしたＯＶＣを検証することができるものである。
【００７１】
図９は使い捨ての番号生成方法の一例の参照図を示す。
【００７２】
図９を参照すれば、使い捨ての番号は、１６進数からなる一対の１６進（ＨＥＸＡ−ｄｅｃｉｍａｌ）コード列を用いてカード社のサーバーで生成することができる。
【００７３】
使い捨ての番号を生成するために、下記の各号による１６進コード列が存在すると仮定する。
【００７４】
３）Ａ９Ｂ６７３５ＢＣＢ９６４Ｆ３Ｄ−第１の１６進コード列
４）１２３４５６７８９０ＡＢＣＤＥＦ−第２の１６進コード列
３）の第１の１６進コード列と第２の１６進コード列はそれぞれ１６進数の数字列で、Ａ〜Ｆの１６進数記号を含んでいる。
【００７５】
１６進数記号（Ａ〜Ｆ）を１０進数で表現するため、
Ａ→１／Ｂ→２／Ｃ→３／Ｄ→４／Ｅ→５／Ｆ→６に置換する置換ルールによって置換すると仮定すれば、
第１の１６進コード列は、上位桁数は数字列で満たし、下位桁数は置換値で記入して第１数字列を生成することができる。例えば、第１の１６進コード列は、
Ａ９Ｂ６７３５ＢＣＢ９６４Ｆ３Ｄ→９６７３５９６４３１２２３２６４（第１数字列）に変換されることができ、第２の１６進コード列は、
１２３４５６７８９０ＡＢＣＤＥＦ→１２３４５６７８９０１２３４５６（第２数字列）に変換されることができる。
【００７６】
ここで、第１数字列と第２数字列はそれぞれ同じ桁数に半分されることができる。例えば、
５）第１数字列：９６７３５９６４／３１２２３２６４
６）第２数字列：１２３４５６７８／９０１２３４５６
第１数字列を桁数によって半分した９６７３５９６４／３１２２３２６４を加算すれば、１２７９５９２２８のような第１加算値が生成される。
【００７７】
第２数字列を桁数によって半分した１２３４５６７８／９０１２３４５６を加算すれば、１０２４６９１３４のような第２加算値が生成される。
【００７８】
その後、第１加算値と第２加算値を再び加算すれば、“２３０４２８３６２”が生成され、生成された値から上位桁数３個を除去すると、６桁数の“４２８３６２”が残る。残った６桁数の“４２８３６２”が使い捨ての番号（ＯＴＮ）であり、
ここにＢＩＮ、予備フィールド、ＯＶＣ及び予備コードを付け加えたものが使い捨てのカード番号（ＯＴＣ）となる。
【００７９】
前述した過程によって生成されたＯＴＮは使い捨てのカード番号テーブル１８０の保存領域に非順次で不規則に配列される。よって、使い捨てのカード番号テーブル１８０に不規則に配列された使い捨ての番号（ＯＴＮ）は一番目で発給される使い捨ての番号と二番目で発給される使い捨ての番号との間に何の連関性も、かつ何のアルゴリズムも類推することができないので、他人による予測は不可能である。
【００８０】
図１０はＯＶＣを生成する一例の参照図を示す。
【００８１】
図１０を参照すれば、ＯＶＣはＳＨＡ２（Ｓｅｃｕｒｅ Ｈａｓｈ Ａｌｇｏｒｉｔｈｍ２）アルゴリズム（ＥＸ：ＳＨＡ−２５６アルゴリズム）の因子で、
５）ＯＴＣ部分領域、
６）生成時間、
７）実物カード番号、及び
８）ＵＵＩＤを用いて生成することができる。
【００８２】
ここで、ＯＴＣ部分領域は、ＯＴＣのＢＩＮ、ＯＴＮに対応する領域を意味し、部分領域のデータがＳＨＡ−２アルゴリズムの入力値として用いられることができる。
【００８３】
ここで、生成時間は、決済デバイス１０からカード社のサーバー１００で使い捨てのカード番号を要請した時間を意味することができる。
【００８４】
ここで、実物カード番号は、実物クレジットカードに彫り上げまたは掘り込みで刻まれる１６桁のカード番号の全部または一部を意味することができる。
【００８５】
ここで、ＵＵＩＤは決済デバイス１０に対する識別子であり、この外にも、ＭＡＣ ＡＤＤＲＥＳＳ、電話番号、及びＥＳＮ（Ｅｌｅｃｔｒｉｃａｌ Ｓｅｒｉａｌ Ｎｕｍｂｅｒ）値がＵＵＩＤの代わりに用いられることもできる。ここで、決済デバイス１０の識別子であるＵＵＩＤはＳＨＡアルゴリズムの入力値として用いられないこともある。この場合、ＯＶＣを生成するのに使われる入力値は部分領域、生成時間、実物カード番号であることができる。
【００８６】
ＯＶＣ生成のために、カード社のサーバー１００は、
５）＋６）＋７）＋８）を加算するとか、あるいは
５）＋６）＋７）を加算した値をＳＨＡアルゴリズムに対する入力値とすることができる。その後、ＳＨＳアルゴリズムで生成される値の上位８桁を数字に置換し、置換された数字を含むＳＨＡアルゴリズムの結果値の中で上位３桁数のみを取ってＯＶＣとして用いることができる。ここで、置換規則は、前述した図９に基づいて説明したように、Ａ→１／Ｂ→２／Ｃ→３／Ｄ→４／Ｅ→５／Ｆ→６に置換する置換ルールによって置換することができる。
【産業上の利用可能性】
【００８７】
本発明は、使い捨てのカード番号を発給するとき、他人によって類推できない使い捨てのカード番号を生成するようにし、金融取引のために保安ソリューションを提供する金融保安会社、信用取引を支援するカード社や銀行のような金融会社の活性化に寄与することができる。
【図１】
0005838393.tif 000002
【図２】
0005838393.tif 000003
【図３】
0005838393.tif 000004
【図４】
0005838393.tif 000005
【図５】
0005838393.tif 000006
【図６】
0005838393.tif 000007
【図７】
0005838393.tif 000008
【図８】
0005838393.tif 000009
【図９】
0005838393.tif 000010
【図１０】
0005838393.tif 000011