クレジットカード番号の決め方


PayPayの騒動を見て疑問に思ったTipsのような話。

クレジットカード番号はどうやって決まるのか？


  • 多くは16桁の番号。ただし、14桁や15桁のクレジットカード番号もある
  • 最初の6桁は、BIN（Bank Identification Number, 銀行識別番号）またはIIN（Issuer Identification Number, 発行者識別番号）と呼ばれ、カードのイシュア（発行事業者）を特定する。
  • 残りの部分は、イシュアが決める。
    • ただし、多くのクレジットカード番号会社では、番号の入力間違いの検知などをチェックするため、番号の決定にLuhnアルゴリズム（ルーンアルゴリズム）を採用している。
    • そして、最終桁はチェック・ディジットになる。
  • なお、これはISO/IEC 7812に規定されている

  • ISO/IEC 7812 - ウィキペディア

Luhnアルゴリズムとは

調べると興味深いが、整理すると３つの工程を踏む
  1. チェックデジット（最終桁）を除く数値を決定する
    1. 仮に 1234 5678 9012 345X とする。（Xは、チェックデジット）
  2. チェックデジットを含んで右から偶数桁を２倍にする。ただし、2桁の場合はそれぞれの桁を分ける。（本が６ならば、１２なので１＋２）とする。それ以外はそのままとして、それらの総和を出す
    1. 偶数桁 2 + 6 + ( 1+0 ) + (1+4) + (1+8) + 2 + 6 + (1+0)
    2. 奇数桁　 2 + 4      +     6    +     8    +    0 + 2 + 4 
    3. 上の総和は、58
  3. １０の倍数になるように、チェックデジットを求める。
    1. 直近の10の倍数だと、60なので、60-58=2
    2. 最終的には、 1234 5678 9012 3452 という数値が決定される
これは、逆に言うと、手持ちのクレジットカード番号を２番めの法則に基づいて計算すると、必ず１０の倍数になるということを意味している。

なぜLuhaアルゴリズムを使うのか

一つは、入力間違いをすぐに検知するためである。
多くのカードは、磁気カードであるのでスライドしたときに微妙に違う数値が出ることがある。その場合に、この計算式を使えば、正しいか誤っているかを判断できる。
また、隣接する番号の入力間違いの検出ができる。
例えば、一部が「25」という順番の数値を「52」としてしまった場合、上の法則では10の倍数にならなくなる。（ただし、09を90とした場合は検出できないし、同じ数字が2つ連続する場合の間違いも10種類のうち4種類までは検出できる（22 ⇔ 55、33⇔ 66、44 ⇔ 77 は検出できない）。
これは、筆記での入力間違いを検出しやすくメリットがある。

まとめ

今回のPayPayでも上記の法則が利用されたかも・・・しれない。というか、ISOで公表されているし、パブリックドメインでもあるから、この手の話は基本事項だっただろう。
ちなみに、ISO/IEC 7812は、クレジットカード番号だけでなく銀行の番号や多くのカードで採用されている規格であるので、Luhaアルゴリズムで確認できる番号も多々あることだろうから、豆知識として覚えておくといいかもしれない。

コメント

コメントを投稿

このブログの人気の投稿

リモートワークをLogicoolのマウスとキーボードで複数ＰＣ切り替えて優勝した

イメージ
デバイス多すぎるんやが問題 仕事上シンクライアントPCを支給されているのだけれども、当然キーボードとマウスが増えるのでとても面倒くさい。 シンクライアントPCはノートPCなのでノートのキーボード使えやって話でもあるけど、使いにくいでしょ？ ということで、自前のをつないでいるんだけれど、メインPCでも調べごとしながらしているとなかなか作業場が厄介になる。 メインで使っているのはMXREGOじゃない 上図のマウス１に当たる部分はLogicoolのMX REGOというトラックボールマウスである 「そういえばこれPC2台接続できるじゃない？ ということで、ついでにキーボードも切り替えできるものとしてK375sを購入した Logicool K375s Multi-Device Wireless Keyboard & Stand Combo 構成 問題点 シンクライアントPCにLogicoolのソフト入れられない シンクライアントPCなのでLogicoolのPCにUnifyingソフトウェアを入れることができない。 つまり設定することができない つまり詰んだ？ ぴえん🥺 解決法 「聞こえますか…UnifyingはBIOSで認識できるのです...」 アラサーおじさんが泣いていると直接脳内に声が聞こえました。 アメージング！ Unifyingレシーバーは直接デバイスとペアリングしているのです！ ここらへんの仕様を調べたのですが、Logicoolのホワイトペーパーとかも見当たらないし、今ひとつつかめないんですよね。 同じような無線仕様のBluetoothはアプリケーションレベルで解決してるっぽい？のですが、Unifyingはハードウェアレベルで解決してるようですね。 話はそれましたが、解決法はこうです。 メインPCに2つ目のレシーバーを挿す 通常どおりペアリングする そのレシーバーを外しメインPCには元のレシーバーを挿す シンクラPCに2つ目のレシーバーを挿す これで解決できました。レシーバー上にペアリング情報が残るのですね。なので、こういった他PCでペアリングして指し直して使うという取り回しができるようですね。 リモートワークも一組のキーボードとマウスですむようになった...
続きを読む

VBAでのInterfaceやキャスト

前段 個人的に、Excel VBAを仕事で組む機会がある。 自由に組んでいるので、いろいろと設計方法、実装方法を考える。 VBAのインターフェース VBAにはJavaでいうextendsのような継承はない。 Interfaceがあるので、ポリモーフィズムを実現するときは、これを使うのが一つの方法論だ。 ただ、インターフェースは、というか、VBAはクラスのキャストができない。 インターフェイス自体が、そうする性質のものではないのだが、つい欲しくなるときがある。 Object型 さて、話は変わるが、VBAには、Object型というものがある。 平たく言うと、あらゆるクラスに適する型である。あらゆるクラスのスーパークラスと思うと話が早い。 そして、Objcet型からは元のクラスで実装したプロシージャを呼ぶことができる。ObjectによるポリモーフィズムもVBAでは可能、といえる。 なので、ダウンキャストを実現するために、インターフェイスでインスタンスが自己をObjectで出力するためのメソッドを定義してあげることで、スーパークラスからサブクラスへのキャストを実現する。 実装例 Class InterfaceClass '' プロパティ Public porp as String　 '' イミディエイトウィンドウに出力する Public Sub printOut() As String End Sub '' 自己をObject型で出力する Public Function Object() As Object End Function Class ImplementClass '' InterfaceClassを実装する Implements InterfaceClass '' スーパークラスのGet,Letのため、 '' 値を保持しておくためのプロパティ Private prop As String '' Getter Public Property Get InterfaceClass_prop() As String InterfaceClass_prop = prop End Property ...
続きを読む

SUPERHOTがいかにSUPERHOTか語りたい

イメージ
注意 ただの感想の垂れ流しです 全世界が驚愕した待望したゲーム性 SUPER HOT は、今までで3作でている。 SUPER HOT （以下SUPERHOT） SUPER HOT VR（以下VR） SUPER HOT : MIND CONTROL DELETE（以下DELETE） SUPERHOTは2013年にKickStarterでクラウンドファンディングされて、見事成立させできたゲームだ。 このゲーム性は、シンプルかつ非常に魅力的なものだった。 「自分が動いている間だけ時間が進む。自分が動かなければ（ほとんど）すべてが止まる」 映画MATRIXの有名な場面のように 弾丸が止まって見える を体現したゲームだったのだ。 死角から弾丸が発射されても、軌道を見てから紙一重で避けて、反撃する。そんな映画みたいな演出を実体験できる。 ブラウザでできるプロトタイプからそれが実現できていた。 プロトタイプを再生する-SUPERHOT クラウンドファンディングが成功して当然のゲームなのだ。 質実剛健なグラフィック SUPERHOTが発売されたものは、グラフィック自体は特に凝っているわけではなかった。すべて３Ｄグラフィックだが、ポリゴンチックで２０１３年当時でもきめ細かいグラフィックとは言えない。 ただ、その表現が非常にゲームとしてシンプルかつ機能美を追求したものだった。 敵は赤色 武器は黒色 ステージなどその他は白色 直感的でゲームを理解できる。そして、敵キャラクターはほとんど同じ造形のポリゴン。ただの記号だ。 ゲームはゲーム。下手な感情移入など不要。そう言わんばかりの作りだ。 先の「映画的な楽しみ方」を１００％没頭させるゲームなのだ。 シンプルなゲーム性に高い戦略性 しかし、一言でいうとこのゲーム「死にゲー」である。 ルールハシンプルだが、かなりの高い戦略性を求められる。 1対1で射撃戦を講じるなら余裕だろう。しかし、このゲーム敵がわんさか出て、１対多を必然的に求められる。 ３６０度どこから弾丸が飛んでくるか分からない。故に、全体を見渡しての状況把握が必要となる。 そうやって視点を動かしている間に背後を取られる、などというのもしばしば起こる。 そして、「ゲームオーバー」 さながら、ワンマンアーミーの過酷さ...
続きを読む