JP6897147B2 - カード処理端末、決済データ処理方法、および決済データ処理プログラム - Google Patents

Description

この発明は、クレジットカード等の決済カードで取引金額を決済する技術に関する。

従来、取引金額の決済を現金ではなく、クレジットカード（決済カード）で決済するカード取引が店舗等で行われている。

一方で、クレジットカードのカードデータの漏洩（悪意もった第３者による詐取）により、偽造カードや、電子取引でのなりすまし等による不正な取引が増加している。漏洩したカードデータの多くは、悪意もった第３者による店舗側の取引処理システムに対する不正アクセスによるものである。例えば、ＰＯＳ（point of sale）システムのＰＯＳ端末やＰＯＳサーバに対する不正アクセスによるものである。

そこで、カードデータが漏洩するのを防止するという観点から、店舗側の取引処理システムでカードデータを保持しない非保持化が検討されている（非特許文献１参照）。具体的には、Ｐ２ＰＥ（Point to Point Encryption）という方式が検討されている。Ｐ２ＰＥでは、カード処理端末がクレジットカードから読み取ったカードデータを記憶している暗号鍵で暗号化し、ＰＯＳ端末に出力する。ＰＯＳ端末、およびＰＯＳサーバは、暗号化されたカードデータを復号するための復号鍵を持っていない。すなわち、ＰＯＳ端末、およびＰＯＳサーバは、カードデータを復号し、復号したカードデータを保持することができない。したがって、ＰＯＳ端末、またはＰＯＳサーバに対して不正なアクセスが行われても、クレジットカードのカードデータが漏洩するのを防止できる。

ＰＯＳ端末は、暗号化されたカードデータ、取引金額等を含む取引の認証要求を認証センタに転送する。認証センタは、暗号化されたカードデータを復号するための復号鍵を持っている。認証センタは、カードデータを復号し、ネガチェック、与信限度額のチェック等を行い、取引の可否を判定した認証結果をＰＯＳ端末に送信する。ＰＯＳ端末は、認証センタから送信されてきた認証結果に応じて、取引金額を決済する決済処理を行う。

http://www.meti.go.jp/press/2015/02/20160223005/20160223005.html

しかしながら、上記の構成は、店舗側の取引処理システムにおいて、カードデータを用いてなんらの処理も行わないことを前提にしている。このため、取引金額の決済を上述したオンライン認証ではなく、オフライン認証で行う取引処理システム等には、適用できないという問題があった。

このようなことから、カードデータを用いてなんらかの処理を行うことがある取引処理システムにも適用でき、且つカードデータが漏洩するのを防止できる技術が要望されている。

この発明の目的は、カードデータを用いてなんらかの処理を行うことがある取引処理システムにも適用でき、且つカードデータの漏洩に対するセキュリティを向上させた技術を提供することにある。

この発明のカード処理端末は、上記目的を達するために、以下のように構成している。

カードデータ読取部は、取引金額の決済に用いる決済カードに記録されているカードデータを読み取る。決済カードは、磁気カード、接触式ＩＣカード、非接触式ＩＣカードのいずれであってもよいし、これらの複合カードであってもよい。決済カードは、例えば、クレジットカードである。

暗号化部は、カードデータ読取部が読み取ったカードデータを暗号化する。また、処理機能群認証部は、カードデータ読取部が読み取ったカードデータを要求してきた機能部が、第１の処理機能群に属する機能部であるか、第２の処理機能群に属する機能部であるかを認証する。

そして、データ受渡部は、処理機能群認証部によって、カードデータを要求してきた機能部が第１の処理機能群に属する機能部であると認証された場合、暗号化部で暗号化していないカードデータを受け渡し、カードデータを要求してきた機能部が第２の処理機能群に属する機能部であると認証された場合、暗号化部で暗号化したカードデータを受け渡す。

カードデータを用いてなんらかの処理を行うことがある機能部を、第１の処理機能群に属する機能部として登録しておき、登録されていない機能部を第２の処理機能群に属する機能部とすることによって、カードデータが暗号化されていない状態で伝送されるのを抑制できる。したがって、カード処理端末に対する不正アクセスによって、暗号化されていないカードデータが抜き取られ、漏洩するのを抑制できる。このため、カードデータの漏洩に対するセキュリティの向上が図れる。

また、第１の処理機能群に属する機能部に対しては、暗号化されていないカードデータを受け渡すので、カードデータを用いてなんらかの処理を行うことがある取引処理システムにも適用できる。

また、決済カードの所有者のアカウントデータを入力する入力部を備える構成であってもよい。アカウントデータは、例えば決済カードの所有者の認証に用いる認証コード（所謂、暗証番号）である。この場合、暗号化部は、入力部において入力されたアカウントデータについても暗号化する構成にすればよい。これにより、アカウントデータについても、漏洩に対するセキュリティの向上が図れる。

また、処理機能群認証部は、第１の処理機能群に属する機能部については、データ受渡部が受け渡すデータを入力データとして用いる処理を実行する機能部であるかどうかを認証し、データ受渡部は、処理機能群認証部によって、カードデータを要求してきた機能部が第１の処理機能群に属する機能部であると認証された場合であっても、データ受渡部が受け渡すデータが入力データである処理を実行しない機能部であれば、暗号化部で暗号化したデータを受け渡す、構成にしてもよい。このように構成すれば、カードデータが暗号化されていない状態で伝送されるのを一層抑制できる。

また、決済装置とデータ通信を行う通信部を備える構成であってもよい。この場合、第１の処理機能群に属する機能部は、データ受渡部から受け渡されたデータであって、暗号化部で暗号化されていないデータについては、暗号化した後に、決済装置に送信する構成にするのがよい。

これにより、決済装置、例えばＰＯＳ端末、は、暗号化されていないカードデータを保持することができないので、ＰＯＳ端末に対して不正なアクセスが行われても、クレジットカードのカードデータが漏洩するのを防止できる。

この発明によれば、カードデータを用いてなんらかの処理を行うことがある取引処理システムにも適用でき、且つカードデータの漏洩に対するセキュリティの向上が図れる。

カード取引処理システムを示す概略図である。 カード処理端末の主要部の構成を示すブロック図である。 カード処理端末の制御部のソフトウェア構造を示す概略図である。 伝送されるカードデータや認証コードの状態を示す図である。 カード処理端末の動作を示すフローチャートである。 別の例にかかるカード処理端末の動作を示すフローチャートである。

以下、この発明の実施形態であるカード処理端末について説明する。

図１は、この例にかかるカード処理端末を用いた取引処理システムを示す概略図である。図１に示す取引処理システムは、カード処理端末１と、決済端末２と、認証サーバ３とを備えている。この取引処理システムは、取引金額の決済がクレジットカード（この発明で言う決済カードに相当する。）で行える。カード処理端末１、および決済端末２は、顧客が商品を購入する店舗に設置される。認証サーバ３は、認証センタに設置される。カード処理端末１と決済端末２とは、データ通信可能に接続されている。カード処理端末１と決済端末２とは、有線で接続される構成であってもよいし、無線で接続される構成であってもよい。また、決済端末２と、認証サーバ３とは、ネットワーク５を介してデータ通信可能に接続されている。

カード処理端末１は、取引金額の決済に用いるクレジットカードに対するカードデータの読み取りや、カードデータの書き込み等を行う。決済端末２は、取引する商品やサービス等の登録を行うとともに、登録した商品にかかる取引を処理する。決済端末２は、例えばＰＯＳ端末である。認証サーバ３は、クレジットカード会社のサーバであってもよいし、ペイメント・サービス・プロバイダー（ＰＳＰ）のサーバであってもよい。

なお、決済端末２とネットワーク５との間に、店舗での取引を管理するサーバ（ＰＯＳサーバ等）を設けることも可能である。また、カード処理端末１と決済端末２とは、一体化した装置で構成してもよい。

図２は、カード処理端末の主要部の構成を示すブロック図である。カード処理端末１は、制御部１０と、カード処理部１１と、操作部１２と、表示部１３と、通信部１４とを備える。

制御部１０は、カード処理端末１本体各部の動作を制御する。制御部１０は、ハードウェアＣＰＵ、メモリ、その他の電子回路によって構成されている。ハードウェアＣＰＵが、この発明で言う暗号化部、処理機能群認証部、およびデータ受渡部として機能する。また、メモリは、ワーキングエリアとして、一時的なデータの記憶領域として利用される。また、制御部１０が、この発明にかかる決済データ処理方法を実行する。また、制御部１０が、この発明にかかる決済データ処理プログラムを実行する。制御部１０は、ハードウェアＣＰＵ、メモリ、その他の電子回路を一体化したＬＳＩであってもよい。

また、カード処理部１１は、受け付けたクレジットカードに記録されているカードデータの読み取りや、書き込みを行う。クレジットカードは、磁気カードであってもよいし、接触式ＩＣカードであってもよいし、非接触式ＩＣカードであってもよい。また、クレジットカードは、磁気カード、および接触式ＩＣカードの復合カードであってもよいし、磁気カード、および非接触式ＩＣカードの復合カードであってもよい。

操作部１２は、１０個の数字キー（０〜９のそれぞれに対応する数字キー）と、「＊」、および「＃」の２つの記号キーとを有する。操作部１２は、押下されたキーに応じたキーコードを制御部１０に通知する。操作部１２においては、本人確認に用いる認証コード（この発明で言うアカウントデータに相当する。）等の入力操作が行われる。

表示部１３は、制御部１０からの指示にしたがって表示器（不図示）の表示を制御する。

通信部１４は、決済端末２との間におけるデータ通信を制御する。

図３は、カード処理端末の制御部のソフトウェア構造を示す概略図である。制御部１０には、ファームウェア層２０と、アプリケーションプログラム層３０とが設けられている。ファームウェア層２０には、暗号化プログラム２１、処理機能群認証プログラム２２、データ受渡プログラム２３等の複数のファームウェアがインストールされている。アプリケーションプログラム層３０には、第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡ、第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢがインストールされている。第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡは、カードデータを暗号化せずに受け渡してもよいアプリケーションプログラムである。第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢは、第１のアプリケーションプログラム群３１に属しないアプリケーションプログラムである。制御部１０のメモリには、第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡが登録されている。すなわち、制御部１０のメモリに登録されていないアプリは、第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢである。

また、暗号化プログラム２１は、暗号鍵を用いてカードデータ、認証コード等を暗号化するプログラムである。暗号化プログラム２１が、この発明で言う暗号化部に相当する構成である。処理機能群認証プログラム２２は、アプリケーションプログラム層３０にあるアプリ１Ａ〜ｎＡ、１Ｂ〜ｍＢ毎に、そのアプリが第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡであるか、第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢであるかを認証する。処理機能群認証プログラム２２が、この発明で言う処理機能群認証部に相当する構成である。データ受渡プログラム２３は、カードデータ等をアプリケーションプログラム層３０にあるアプリ１Ａ〜ｎＡ、１Ｂ〜ｍＢに受け渡すプログラムである。データ受渡プログラム２３は、第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡについては、カードデータ等を暗号化プログラム２１で暗号化することなく、平文で受け渡す。また、データ受渡プログラム２３は、第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢについては、カードデータ等を暗号化プログラム２１で暗号化した暗号化データで受け渡す。

また、第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡは、上述した暗号化プログラム２１と同様に、暗号鍵を用いてカードデータ等を暗号化する機能を有している。

図４を参照して、伝送されるカードデータや認証コードの暗号化について説明する。カード処理部１１が決済カードから読み取ったカードデータや、操作部１２において入力された認証コードは、ファームウェア層２０にインストールされているファームウェアに送られる。

ファームウェア層２０にインストールされているデータ受渡プログラム２３が、カードデータや、認証コード等をアプリケーションプログラム層３０にインストールされているアプリ１Ａ〜ｎＡ、１Ｂ〜ｍＢに受け渡す。データ受渡プログラム２３は、第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡについては、上述したように、カードデータや認証コード等を、暗号化プログラム２１で暗号化していない平文で受け渡す。また、データ受渡プログラム２３は、第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢについては、上述したように、カードデータや認証コード等を、暗号化プログラム２１で暗号化した暗号化データで受け渡す。

また、第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢは、データ受渡プログラム２３から受け取った暗号化データを復号する機能を有していない。したがって、第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢは、データ受渡プログラム２３から受け取った暗号化データを決済端末２に出力する。また、第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡは、データ受渡プログラム２３から平文で受け取ったカードデータや認証コード等を暗号化して決済端末２に出力する。すなわち、カード処理端末１から決済端末２に出力するカードデータや認証コード等は、暗号化されたデータである。言い換えれば、カード処理端末１は、カードデータや認証コードを平文で決済端末２に出力することはない。

決済端末２は、カードデータや認証コード等を暗号化データで認証サーバ３に送信する。すなわち、決済端末２が認証サーバ３に送信するカードデータや認証コードは、暗号化されたデータである。言い換えれば、決済端末２は、カードデータや認証コード等を認証サーバ３に送信することはない。

次に、この例にかかる取引処理システムにおけるカード処理端末１の動作について説明する。図５は、カード処理端末の動作を示すフローチャートである。カード処理端末１は、決済端末２から何らかの要求を受信するのを待つ（ｓ１）。カード処理端末１は、通信部１４において、決済端末２と通信する。

アプリケーションプログラム層３０にインストールされているアプリ１Ａ〜ｎＡ、１Ｂ〜ｍＢが、ｓ１で受信した要求に応じたデータをファームウェア層２０にインストールされているファームウェアに対して要求する（ｓ２）。ｓ２では、例えば取引金額の決済に使用するクレジットカードのカードデータの要求や、本人確認に用いる認証コードの要求等がある。

カード処理端末１は、ファームウェアがｓ２で要求されたデータを取得する（ｓ３）。例えば、カード処理端末１は、カードデータが要求された場合、カード処理部１１において受け付けたクレジットカードから、カードデータを読み取る。また、カード処理端末１は、認証コードが要求された場合、操作部１２において、利用者による認証コードの入力操作を受け付ける。

カード処理端末１は、処理機能群認証プログラム２２がｓ２でデータを要求してきたアプリ１Ａ〜ｎＡ、１Ｂ〜ｍＢが、第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡであるか、第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢであるかを判定する（ｓ４）。カード処理端末１は、処理機能群認証プログラム２２が第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡであると判定すると、データ受渡プログラム２３が今回データを要求してきたアプリ１Ａ〜ｎＡに対して、要求されたデータを平文で受け渡す（ｓ５）。ｓ５でアプリ１Ａ〜ｎＡに受け渡されるデータは、暗号化プログラム２１によって暗号化されていない。言い換えれば、暗号化プログラム２１は、ｓ５でアプリ１Ａ〜ｎＡに受け渡すデータに対して暗号化処理を行わない。

要求したデータが平文で受け渡されたアプリ１Ａ〜ｎＡは、そのデータを用いて何らかの処理を行う（ｓ６）。例えば、カードデータが受け渡されたアプリ１Ａ〜ｎＡは、クレジットカードの有効期限が切れているかどうかを判定する処理を行う。また、認証コードが受け渡されたアプリ１Ａ〜ｎＡは、認証コードが適正であるかどうか（クレジットカードに記憶されている認証コードと、利用者が操作部１２において入力した認証コードとが一致しているかどうか）を判定する処理を行う。

なお、アプリ１Ａ〜ｎＡは、平文で受け渡されたデータ（ｓ２で要求したデータ）を用いて、後述する暗号化以外の処理を何ら行わないものであってもよい。

アプリ１Ａ〜ｎＡは、ｓ５において、平文で受け渡されたデータを暗号化し（ｓ７）、この暗号化したデータを決済端末２に出力し（ｓ１０）、ｓ１に戻る。

また、カード処理端末１は、ｓ４で、処理機能群認証プログラム２２が第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡでないと判定すると（第２のアプリケーションプログラム群３２に属するアプリ１Ｂ〜ｍＢであると判定すると、）、暗号化プログラム２１がｓ３で取得したデータを暗号化する（ｓ８）。カード処理端末１は、データ受渡プログラム２３が今回データを要求してきたアプリ１Ｂ〜ｍＢに対して、ｓ８で暗号化したデータを受け渡す（ｓ９）。アプリ１Ｂ〜ｍＢは、受け渡されたデータ（暗号化されているデータ）を、ｓ１０で決済端末２に出力し、ｓ１に戻る。

このように、カード処理端末１は、カードデータや認証コード等のデータを平文で決済端末２に出力することがなく、常に暗号化データで出力する。

また、決済端末２は、取引の認証要求を認証サーバ３に送信する。認証要求に含まれるデータは、例えば、カード処理端末１から入力されたデータ（暗号化されたデータ）、取引金額である。

認証サーバ３は、決済端末２から送信されてきた認証要求を受信すると、その認証要求の中に暗号化されているデータがあれば、そのデータを復号する。認証サーバ３は、決済端末２から送信されてきた認証要求に含まれているデータを用いて、取引の可否を判定する認証処理を行う。認証サーバ３は、今回の取引で使用されたクレジットカードがネガファイルに登録されている無効カードであるかどうか、今回の取引が与信限度額の範囲内の取引金額であるかどうか等を判定し、これらの判定結果に基づいて、取引の可否を判定する。認証サーバ３は、認証処理の結果を決済端末２に通知する。

決済端末２は、認証サーバ３の認証結果が取引可であれば今回の取引にかかる取引金額をクレジットカードで決済する。一方、決済端末２は、認証サーバ３の認証結果が取引不可であれば今回の取引を中止する。

このように、この例では、決済端末２には、クレジットカードのカードデータや、認証コード等が暗号化された状態で入力されるので、決済端末２に対して不正なアクセスが行われても、クレジットカードのカードデータや、認証コード等が漏洩するのを防止できる。

また、クレジットカードのカードデータや、認証コードを搾取するワームがカード処理端末１のアプリケーションプログラム層３０に不正にインストールされても、処理機能群認証プログラム２２が、このワームを第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡであると判定することはない。したがって、カード処理端末１に不正にインストールされたワームによって、クレジットカードのカードデータや、認証コードが抜き取られ、漏洩するのも防止できる。

なお、上記の説明は、オンライン認証を例にしたものである。また、ｓ６で、カードデータが受け渡されたアプリ１Ａ〜ｎＡにおいてクレジットカードの有効期限が切れていると判定された場合や、認証コードが受け渡されたアプリ１Ａ〜ｎＡにおいて認証コードが適正でないと判定された場合等に、決済端末２が認証サーバ３に対して認証要求を行うことなく、取引を中止してもよい。

また、決済端末２は、ｓ６におけるカードデータが受け渡されたアプリ１Ａ〜ｎＡによるクレジットカードの有効期限が切れているかどうかの判定結果や、認証コードが受け渡されたアプリ１Ａ〜ｎＡによる認証コードが適正であるかどうかの判定結果によって、取引の可否を認証する、オフライン認証で取引金額の決済を行ってもよい。

次に、カード処理端末１の別の例について説明する。この例のカード処理端末１も上記と同じ構成であるが、図６に示す処理を行う点で、上記の例のカード処理端末１と異なる。図６は、この例にかかるカード処理端末の動作を示すフローチャートである。図６では、図５と同じ処理については、同じステップ番号を付している。

この例にかかるカード処理端末１は、図６に示すように、ｓ４とｓ５との間で、ｓ２でデータを要求してきたアプリ１Ａ〜ｎＡが、要求してきたデータを用いて何らかの処理を行うかどうかを判定する（ｓ２１）。カード処理端末１は、何らの処理も行わないと判定するとｓ８に進み、何らかの処理を行うと判定するとｓ５に進む。これにより、第１のアプリケーションプログラム群３１に属するアプリ１Ａ〜ｎＡであっても、要求されたデータを用いて何らの処理も行わないアプリ１Ａ〜ｎＡについては、カードデータや認証コード等を平文で受け渡すことがない。

これにより、カードデータが暗号化されていない状態で伝送されるのを一層抑制できるので、これらのデータの漏洩に対するセキュリティを一層向上できる。

なお、図６に示すｓ４、ｓ２１の処理の順番は、逆であってもよい。また、この発明にかかるカード処理端末１は、上述したＰＯＳシステムに限らず、クレジットカード等の決済カードを用いて取引金額の決済が行える取引処理システムに適用できる。

１…カード処理端末
１Ａ〜ｎＡ…アプリ
１Ｂ〜ｍＢ…アプリ
２…決済端末
３…認証サーバ
５…ネットワーク
１０…制御部
１１…カード処理部
１２…操作部
１３…表示部
１４…通信部
２０…ファームウェア層
２１…暗号化プログラム
２２…処理機能群認証プログラム
２３…データ受渡プログラム
３０…アプリケーションプログラム層
３１…第１のアプリケーションプログラム群
３２…第２のアプリケーションプログラム群

Claims (6)

1. 取引金額の決済に用いる決済カードに記録されているカードデータを読み取るカードデータ読取部と、
   前記カードデータ読取部が読み取った前記カードデータを暗号化する暗号化部と、
   前記カードデータ読取部が読み取った前記カードデータを要求してきた機能部が、第１の処理機能群に属する機能部であるか、第２の処理機能群に属する機能部であるかを認証する処理機能群認証部と、
   前記処理機能群認証部によって、前記カードデータを要求してきた機能部が前記第１の処理機能群に属する機能部であると認証された場合、前記暗号化部で暗号化していない前記カードデータを受け渡し、前記カードデータを要求してきた機能部が前記第２の処理機能群に属する機能部であると認証された場合、前記暗号化部で暗号化した前記カードデータを受け渡すデータ受渡部と、を備えたカード処理端末。
2. 前記決済カードの所有者のアカウントデータを入力する入力部を備え、
   前記暗号化部は、前記入力部において入力された前記アカウントデータについても暗号化し、
   前記処理機能群認証部は、前記入力部において入力された前記アカウントデータを要求してきた機能部が、前記第１の処理機能群に属する機能部であるか、前記第２の処理機能群に属する機能部であるかを認証し、
   前記データ受渡部は、前記処理機能群認証部によって、前記アカウントデータを要求してきた機能部が前記第１の処理機能群に属する機能部であると認証された場合、前記暗号化部で暗号化していない前記アカウントデータを受け渡し、前記アカウントデータを要求してきた機能部が前記第２の処理機能群に属する機能部であると認証された場合、前記暗号化部で暗号化した前記アカウントデータを受け渡す、請求項１に記載のカード処理端末。
3. 前記処理機能群認証部は、前記第１の処理機能群に属する機能部については、前記データ受渡部が受け渡すデータを入力データとして用いる処理を実行する機能部であるかどうかを認証し、
   前記データ受渡部は、前記処理機能群認証部によって、前記カードデータを要求してきた機能部が前記第１の処理機能群に属する機能部であると認証された場合であっても、前記データ受渡部が受け渡すデータが入力データである処理を実行しない機能部であれば、前記暗号化部で暗号化したデータを受け渡す、請求項１、または２に記載のカード処理端末。
4. 決済装置とデータ通信を行う通信部を備え、
   前記第１の処理機能群に属する機能部は、前記データ受渡部から受け渡されたデータであって、前記暗号化部で暗号化されていないデータについては、暗号化した後に、前記決済装置に送信する、請求項３に記載のカード処理端末。
5. カードデータ読取部が読み取った、取引金額の決済に用いる決済カードに記録されているカードデータを暗号化する暗号化ステップと、
   前記カードデータ読取部が読み取った前記カードデータを要求してきた機能部が、第１の処理機能群に属する機能部であるか、第２の処理機能群に属する機能部であるかを認証する処理機能群認証ステップと、
   前記処理機能群認証ステップによって、前記カードデータを要求してきた機能部が前記第１の処理機能群に属する機能部であると認証された場合、前記暗号化ステップで暗号化していない前記カードデータを受け渡し、前記カードデータを要求してきた機能部が前記第２の処理機能群に属する機能部であると認証された場合、前記暗号化ステップで暗号化した前記カードデータを受け渡すデータ受渡ステップと、をコンピュータが実行する決済データ処理方法。
6. カードデータ読取部が読み取った、取引金額の決済に用いる決済カードに記録されているカードデータを暗号化する暗号化ステップと、
   前記カードデータ読取部が読み取った前記カードデータを要求してきた機能部が、第１の処理機能群に属する機能部であるか、第２の処理機能群に属する機能部であるかを認証する処理機能群認証ステップと、
   前記処理機能群認証ステップによって、前記カードデータを要求してきた機能部が前記第１の処理機能群に属する機能部であると認証された場合、前記暗号化ステップで暗号化していない前記カードデータを受け渡し、前記カードデータを要求してきた機能部が前記第２の処理機能群に属する機能部であると認証された場合、前記暗号化ステップで暗号化した前記カードデータを受け渡すデータ受渡ステップと、をコンピュータに実行させる決済データ処理プログラム。

Images