特開 2024-58277 決済システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024058277

(43)【公開日】2024-04-25

(54)【発明の名称】決済システム

(51)【国際特許分類】

   G06Q 20/24 20120101AFI20240418BHJP

   G06Q 20/38 20120101ALI20240418BHJP

【ＦＩ】

G06Q20/24

G06Q20/38 310

【審査請求】未請求

【請求項の数】14

【出願形態】ＯＬ

(21)【出願番号】P 2022165540

(22)【出願日】2022-10-14

(71)【出願人】

【識別番号】513316795

【氏名又は名称】ルミーズ株式会社

(74)【代理人】

【識別番号】110001508

【氏名又は名称】弁理士法人 津国

(72)【発明者】

【氏名】佐藤 有道

【テーマコード（参考）】

5L020

5L055

【Ｆターム（参考）】

5L020AA52

5L020AA71

5L055AA52

5L055AA71

(57)【要約】

【課題】 比較的低コストで、キャッシュレス決済のためのセキュリティの高い決済システムを提供するとともに、販売店による売上情報の一元管理をすることができる決済システムを提供する。
【解決手段】 入力されたキャッシュレス決済情報を暗号化して、暗号化キャッシュレス決済情報に変換する機能を有する情報入力暗号化装置と、通信モジュールと、トークンを発行するための決済サーバと、暗号化キャッシュレス決済情報をキャッシュレス決済情報に変換するための鍵管理サーバと、キャッシュレス決済情報及びトークンを記憶するための決済情報記憶装置と、を含み、通信モジュールが、情報入力暗号化装置と接続するためのインターフェースを含み、通信モジュールと、販売店の受注アプリとの接続が、ソフトウエア開発キットソフトウエアにより可能であるように構成される、決済システムである。
【選択図】 図１

【特許請求の範囲】

【請求項1】

販売店の販売代金を、キャッシュレスにより決済をするための決済システムであって、
決済システムが、
キャッシュレス決済情報を入力するための情報入力暗号化装置であって、情報入力暗号化装置が、入力されたキャッシュレス決済情報を暗号化して、暗号化キャッシュレス決済情報に変換する機能を有する、情報入力暗号化装置と、
情報入力暗号化装置に接続し、インターネット経由で情報を送受信するための通信モジュールと、
インターネット経由で通信モジュールに接続する決済サーバであって、キャッシュレス決済情報に対応するトークンを発行するための決済サーバと、
決済サーバと接続する鍵管理サーバであって、暗号化キャッシュレス決済情報の暗号を解読して、暗号化キャッシュレス決済情報をキャッシュレス決済情報に変換するための鍵管理サーバと、
決済サーバと接続する決済情報記憶装置であって、キャッシュレス決済情報及びトークンを記憶するための決済情報記憶装置と、
を含み、
通信モジュールが、情報入力暗号化装置と接続するためのインターフェースを含み、
通信モジュールと、販売店の受注アプリとの接続が、ＳＤＫ（ソフトウエア開発キット）ソフトウエアにより可能であるように構成される、決済システム。

【請求項2】

情報入力暗号化装置が、通信モジュールのインターフェースに接続するための接続モジュールを含む、請求項１に記載の決済システム。

【請求項3】

キャッシュレス決済情報が、クレジットカード情報である、請求項１又は２に記載の決済システム。

【請求項4】

決済システムが、情報処理装置を含み、情報処理装置が、通信モジュール及び受注アプリを含み、情報処理装置が、販売時点情報管理端末（Point Of Sales端末、ＰＯＳ端末）である、請求項１又は２に記載の決済システム。

【請求項5】

情報入力暗号化装置が、キャッシュレス決済情報を受け取るための決済情報読取装置を更に含む、請求項１又は２に記載の決済システム。

【請求項6】

情報入力暗号化装置が、入力されたキャッシュレス決済情報を暗号化した後、暗号化前のキャッシュレス決済情報を情報入力暗号化装置の外部に送信せずに、暗号化前のキャッシュレス決済情報を消去するように構成される、請求項１又は２に記載の決済システム。

【請求項7】

情報入力暗号化装置が、ＰＣＩ ＰＴＳ（Payment Card Industry Pin Transaction Security）のＳＲＥＤ（Secure Reading and Exchange of Data）要件を満たす、請求項１又は２に記載の決済システム。

【請求項8】

情報入力暗号化装置によるキャッシュレス決済情報の暗号化が、ＤＵＫＰＴ（Derived Unique Key Per Transaction）に基づく鍵管理プロトコルにより行われる、請求項１又は２に記載の決済システム。

【請求項9】

トークンが、１６桁の数字により記述される、請求項１又は２に記載の決済システム。

【請求項10】

決済サーバが、発行したトークン及び／又はキャッシュレス決済情報を紐付けて、決済情報記憶装置に記憶するように構成される、請求項１又は２に記載の決済システム。

【請求項11】

決済サーバが、発行したトークンを、通信モジュールへ送信するように構成される、請求項１又は２に記載の決済システム。

【請求項12】

決済サーバが、通信モジュールからトークン及び販売品情報を受信し、受信したトークンに基づいて、決済情報記憶装置に記憶されたキャッシュレス決済情報を得るように構成される、請求項１１に記載の決済システム。

【請求項13】

決済サーバが、キャッシュレス決済情報及び販売品情報を、決済代行事業者に送信するように構成される、請求項１２に記載の決済システム。

【請求項14】

決済代行事業者が、トークンサービスプロバイダであり、決済代行事業者又はトークンサービスプロバイダが、決済サーバと、鍵管理サーバと、決済情報記憶装置とを有する、請求項１又は２に記載の決済システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、販売店が販売代金を、クレジットカードなどによりキャッシュレス決済をするための決済システムに関する。

【背景技術】

【0002】

特許文献１には、旅行、通信販売その他の電話予約などで、カード決済する場合において、予約発信者の予約を受け付ける予約受信者などの予約受信手段、カード決済に必要な情報を、カード会社に伝達するカード情報の伝達手段、カード会社の照合回答手段及び予約完了手段を備えたことを特徴とする電話受け付けによるカード予約決済システムが記載されている。

【0003】

特許文献２には、ワンタイムパスワードによって、契約者の本人認証が行われ、本人確認がなされた場合、識別情報を用いた決済によるネット商取引が可能にされる、可搬型のネット決済補助装置が記載されている。

【0004】

特許文献３には、カード取引サービス管理サーバにおいて、トークン化技術（tokenization）を用いることが記載されている。

【0005】

特許文献４には、販売店の販売代金を、クレジットカードにより決済をするための決済システムが記載されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】国際公開第２００４／１０４８８２号

【特許文献2】特開２００８－１５９２４号公報

【特許文献3】特開２０１８－１４０８８号公報

【特許文献4】特開２０１９－１４９０７５号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

販売店では、商品の販売のために、顧客から発注を受け、顧客から販売店への支払いの決済のためにクレジットカードなどのキャッシュレス決済を用いる場合がある。また、販売店は店舗にて、販売時点情報管理端末（Point Of Sales端末、ＰＯＳ端末）などを用いてキャッシュレス決済を処理する場合がある。また、販売店は、顧客から電話、ＦＡＸ及び郵便（はがき及び手紙など）等（以下、「電話等」という。）により発注を受け、顧客から販売店への支払いの決済のためにクレジットカードを用いる場合がある。

【0008】

近年、クレジットカード情報のセキュリティを高めるため、販売店でのクレジットカード情報の非保持化が求められている。販売店でのクレジットカード情報の非保持化とは、販売店がクレジットカードによる決済を直接行わず、クレジットカード情報を伝送せず、クレジットカード情報を保管しないことをいう。

【0009】

クレジットカード情報の非保持化のために、クレジットカードに関するセキュリティ基準であるＰＣＩ ＤＳＳ（Payment Card Industry Data Security Standard）が提案されている。しかしながら、ＰＣＩ ＤＳＳは、数多くの要求があるため、販売店がＰＣＩ ＤＳＳを導入しようとすると、非常に大きな負荷となり、導入するためのコストが高い。

【0010】

販売店は、クレジットカード決済のためのシステムと、販売店の基幹システムとのシームレスな連携を行うことを求めている。クレジットカード決済の情報と、販売店の売上を管理するための基幹システムとがシームレスな連携を行うことができれば、販売店は、売上情報を一元管理することができる。販売店の基幹システムを用いてクレジットカードによる決済をするための決済ネットワークの接続のことを、一般的に「内回り接続」という。販売店が内回り接続をすれば、クレジットカード決済の情報と、販売店の売上を管理するための基幹システムとがシームレスな連携を行うことができ、売上情報を一元管理することができる。しかしながら、販売店が内回り接続を行うためには、所定の技術要件に適合するためのセキュリティ基準を満たすことが必要である。このセキュリティ基準のハードルは高く、販売店が内回り接続を行うことは容易ではない。そのため、販売店は、内回り接続によるクレジットカード決済を採用せず、クレジットカード会社や決済代行事業者に依頼して、クレジットカード会社や決済代行事業者がセキュリティを管理する「外回り接続」を選択する場合がある。外回り接続の場合、クレジットカード決済のためのシステムと、販売店の基幹システムとの接続が極めて限られていることため、販売店による売上情報の一元管理が困難になる。そのため、クレジットカード決済による売上の内容と、販売店の基幹システムに記録された売上の内容に齟齬が生じることがある。

【0011】

また、従来の決済システムでは、所定の情報入力暗号化装置に適合する情報入力暗号化装置を得るために、情報入力暗号化装置の仕様に合わせて決済システムの通信モジュールのアプリケーションを作成していたため、新たな情報入力暗号化装置（端末）をラインナップに加えることには非常に手間がかかり、容易ではなかった。また、情報入力暗号化装置の製造会社にとっても、自社の情報入力暗号化装置（端末）が、所定の決済システムの情報入力暗号化装置として採用されることは容易ではなく、自社の端末の販売を拡大することは容易ではなかった。

【0012】

上述の問題は、クレジットカード以外の、デビットカード、電子マネー、プリペイドカード及びバーコード決済などのキャッシュレス決済の場合についても同様である。

【0013】

そこで本発明は、比較的低コストで、クレジットカード情報などのキャッシュレス決済のためのセキュリティの高い決済システムを提供するとともに、販売店による売上情報の一元管理をすることができる決済システムを提供することを目的とする。また、適合可能な情報入力暗号化装置を容易に得ることができる決済システムを提供することを目的とする。

【0014】

また、本発明は、販売店が、比較的低コストでクレジットカード情報の非保持化をすることのできる決済システムを提供することを目的とする。また、本発明は、販売店がサイバー攻撃を受けた場合でも、クレジットカード情報の漏えいを防止することができる決済システムを得ることを目的とする。

【課題を解決するための手段】

【0015】

上記課題を解決するため、本発明は以下の構成を有する。

【0016】

（構成１）
構成１は、販売店の販売代金を、キャッシュレスにより決済をするための決済システムであって、
決済システムが、
キャッシュレス決済情報を入力するための情報入力暗号化装置であって、情報入力暗号化装置が、入力されたキャッシュレス決済情報を暗号化して、暗号化キャッシュレス決済情報に変換する機能を有する、情報入力暗号化装置と、
情報入力暗号化装置に接続し、インターネット経由で情報を送受信するための通信モジュールと、
インターネット経由で通信モジュールに接続する決済サーバであって、キャッシュレス決済情報に対応するトークンを発行するための決済サーバと、
決済サーバと接続する鍵管理サーバであって、暗号化キャッシュレス決済情報の暗号を解読して、暗号化キャッシュレス決済情報をキャッシュレス決済情報に変換するための鍵管理サーバと、
決済サーバと接続する決済情報記憶装置であって、キャッシュレス決済情報及びトークンを記憶するための決済情報記憶装置と、
を含み、
通信モジュールが、情報入力暗号化装置と接続するためのインターフェースを含み、
通信モジュールと、販売店の受注アプリとの接続が、ＳＤＫ（ソフトウエア開発キット）ソフトウエアにより可能であるように構成される、決済システムである。

【0017】

（構成２）
構成２は、情報入力暗号化装置が、通信モジュールのインターフェースに接続するための接続モジュールを含む、構成１の決済システムである。

【0018】

（構成３）
構成３は、キャッシュレス決済情報が、クレジットカード情報である、構成１又は２の決済システムである。

【0019】

（構成４）
構成４は、決済システムが、情報処理装置を含み、情報処理装置が、通信モジュール及び受注アプリを含み、情報処理装置が、販売時点情報管理端末（Point Of Sales端末、ＰＯＳ端末）である、構成１～３のいずれかの決済システムである。

【0020】

（構成５）
構成５は、情報入力暗号化装置が、キャッシュレス決済情報を受け取るための決済情報読取装置を更に含む、構成１～４のいずれかの決済システムである。

【0021】

（構成６）
構成６は、情報入力暗号化装置が、入力されたキャッシュレス決済情報を暗号化した後、暗号化前のキャッシュレス決済情報を情報入力暗号化装置の外部に送信せずに、暗号化前のキャッシュレス決済情報を消去するように構成される、構成１～５のいずれかの決済システムである。

【0022】

（構成７）
構成７は、情報入力暗号化装置が、ＰＣＩＰＴＳ（Payment Card Industry Pin Transaction Security）のＳＲＥＤ（Secure Reading and Exchange of Data）要件を満たす、構成１～６のいずれかの決済システムである。

【0023】

（構成８）
構成８は、情報入力暗号化装置によるキャッシュレス決済情報の暗号化が、ＤＵＫＰＴ（Derived Unique Key Per Transaction）に基づく鍵管理プロトコルにより行われる、構成１～７のいずれかの決済システムである。

【0024】

（構成９）
構成９は、トークンが、１６桁の数字により記述される、構成１～８のいずれかの決済システムである。

【0025】

（構成１０）
構成１０は、決済サーバが、発行したトークン及び／又はキャッシュレス決済情報を紐付けて、決済情報記憶装置に記憶するように構成される、構成１～９のいずれかの決済システムである。

【0026】

（構成１１）
構成１１は、決済サーバが、発行したトークンを、通信モジュールへ送信するように構成される、構成１～１０のいずれかの決済システムである。

【0027】

（構成１２）
構成１２は、決済サーバが、通信モジュールからトークン及び販売品情報を受信し、受信したトークンに基づいて、決済情報記憶装置に記憶されたキャッシュレス決済情報を得るように構成される、構成１１の決済システムである。

【0028】

（構成１３）
構成１３は、決済サーバが、キャッシュレス決済情報及び販売品情報を、決済代行事業者に送信するように構成される、構成１２の決済システムである。

【0029】

（構成１４）
構成１４は、決済代行事業者が、トークンサービスプロバイダであり、決済代行事業者又はトークンサービスプロバイダが、決済サーバと、鍵管理サーバと、決済情報記憶装置とを有する、構成１～１３のいずれかの決済システムである。

【発明の効果】

【0030】

本発明によれば、比較的低コストで、クレジットカード情報などのキャッシュレス決済のためのセキュリティの高い決済システムを提供することができるとともに、販売店による売上情報の一元管理をすることができる決済システムを提供することができる。

【0031】

本発明によれば、販売店が、比較的低コストでクレジットカード情報の非保持化をすることのできる決済システムを提供することができる。また、本発明によれば、販売店がサイバー攻撃を受けた場合でも、販売店にはクレジットカード情報が存在しないので、クレジットカード情報の漏えいを防止することができる。

【図面の簡単な説明】

【0032】

【図1】本実施形態の決済システムの構成の一例を示す構成図である。

【図2】本実施形態の決済システムの構成の、別の一例を示す構成図である。

【図3】図２に示す本実施形態の決済システムの構成を、更に説明するための構成図である。

【図4】本実施形態の決済システムにより、トークンの発行するための動作の一例を示すフロー図である。

【図5】本実施形態の決済システムにより、トークンを使用して決済をするための動作の一例を示すフロー図である。

【発明を実施するための形態】

【0033】

以下、本発明の実施形態について、図面を参照しながら具体的に説明する。なお、以下の実施形態は、本発明を具体化する際の形態であって、本発明をその範囲内に限定するものではない。

【0034】

本明細書において、「装置Ａが装置Ｂに接続する」とは、装置Ａと装置Ｂとの間で、インターネットを含む有線又は無線の情報通信手段により、少なくとも情報の送受信が必要なときに、装置Ａと装置Ｂとが情報を相互に送受信することが可能なように接続されることをいう。また、「装置Ａが装置Ｂに接続する」とは、装置Ａと装置Ｂとの間に他の装置を介して装置Ａと装置Ｂとを接続することを含む。

【0035】

図１は、本実施形態の決済システムの構成の一例を示す構成図である。本実施形態の決済システムは、販売店１０が販売代金をキャッシュレスで決済をするための決済システムである。

【0036】

図２及び３は、本実施形態の決済システムの構成の、別の一例を示す構成図である。図２及び３に、本実施形態の決済システムを販売店１０の自動販売機５０に用いる例を示す。

【0037】

図１に示すように、本実施形態の決済システムは、少なくとも情報入力暗号化装置１２と、通信モジュール２２と、決済サーバ３２と、鍵管理サーバ３４と、決済情報記憶装置３６とを含む。また、本実施形態の決済システムは、更に、受注アプリ２４を含むことができる。受注アプリ２４は、販売店１０が管理することができる。本実施形態によれば、所定の情報入力暗号化装置１２が、入力されたキャッシュレス決済情報（例えば、クレジットカード情報）を所定の方法で暗号化することにより、比較的低コストで、キャッシュレス決済情報のセキュリティの高い決済システムを得ることができる。本実施形態の決済システムによれば、情報入力暗号化装置１２が所定の機能を備えることにより、販売店１０が、比較的低コストでキャッシュレス決済情報（例えば、クレジットカード情報）の非保持化をすることができる。

【0038】

図２及び３に示す自動販売機５０に用いる例では、トークンサービスプロバイダ３０内の決済サーバ３２、鍵管理サーバ３４、及び決済情報記憶装置３６、並びに決済代行事業者４０の図示を省略している。図２及び３に示す自動販売機５０の場合も、基本的に図１に示す例と同様である。

【0039】

図１及び３に示すように、本実施形態の決済システムの通信モジュール２２（「トークンカプラ」ともいう。）は、情報入力暗号化装置１２と接続するためのインターフェース２３を含む。また、情報入力暗号化装置１２は、通信モジュール２２のインターフェース２３に接続するための接続モジュール１３を含むことができる。

【0040】

通信モジュール２２から情報入力暗号化装置１２への接続は、通信モジュール２２（トークンカプラ）のインターフェース２３、及び情報入力暗号化装置１２の接続モジュール１３を介して行うことができる。通信モジュール２２（トークンカプラ）のインターフェース２３の仕様は、所定のトークンサービスプロバイダ３０及び／又は所定の決済代行事業者４０などの事業者により公開される。そのため、情報入力暗号化装置１２の製造会社は、自社の通信モジュール２２（トークンカプラ）を情報入力暗号化装置１２のインターフェース２３に接続するための接続モジュール１３を、容易に設計し、製造することができる。したがって、情報入力暗号化装置１２の製造会社は、所定の接続モジュール１３を開発することにより、自社が製造する既存の情報入力暗号化装置１２（端末）を、本実施形態の決済システムに適合可能な情報入力暗号化装置１２として提供することができる。したがって、本実施形態では、本実施形態の決済システムに適合可能な情報入力暗号化装置１２を容易に得ることができる。

【0041】

すなわち、情報入力暗号化装置１２の製造会社は、自ら接続モジュール１３を開発することにより、本実施形態の決済システムのサービス（すなわち、所定のトークンサービスプロバイダ３０及び／又は所定の決済代行事業者４０が提供する決済システムのサービス）に対応する情報入力暗号化装置１２（端末）を製造することが容易に可能となる。そのため、本実施形態の決済システムにより、情報入力暗号化装置１２の製造会社にとっては、自社の端末の販売を拡大することが容易になるというメリットがある。

【0042】

また、従来、トークンサービスプロバイダ３０及び／又は決済代行事業者４０が情報入力暗号化装置１２を選定して、自らが、情報入力暗号化装置１２の仕様に合わせて通信モジュール２２等のアプリケーションを作成していたため、新たな端末をラインナップに加えることには非常に手間がかかり、容易ではなかった。本実施形態の決済システムでは、所定のトークンサービスプロバイダ３０及び／又は所定の決済代行事業者４０は、通信モジュール２２（トークンカプラ）のインターフェース２３の仕様を公開することができる。情報入力暗号化装置１２の製造会社は、公開されたインターフェース２３の仕様に基づき、情報入力暗号化装置１２の所定の接続モジュール１３を開発することができる。そのため、所定のトークンサービスプロバイダ３０及び／又は所定の決済代行事業者４０は、手間がかからずに新たな端末（情報入力暗号化装置１２）のラインナップを増やすことができる。

【0043】

以上述べたように、本実施形態の決済システムを採用することは、販売店１０だけでなく、トークンサービスプロバイダ３０、所定の決済代行事業者４０及び／又は情報入力暗号化装置１２の製造会社にとり、メリットがあるといえる。

【0044】

図１及び３に示すように、本実施形態の決済システムは、通信モジュール２２と、販売店１０の受注アプリ２４との接続が、ＳＤＫ（ソフトウエア開発キット）ソフトウエア２５により可能であるように構成される。ＳＤＫ（ソフトウエア開発キット）ソフトウエア２５の仕様はトークンサービスプロバイダ３０などの事業者により公開される。そのため、販売店１０の基幹システムと、本実施形態の決済システムの通信モジュール２２との接続のために、販売店１０は、ＳＤＫソフトウエア２５を自ら作成することができる。この結果、販売店１０は、キャッシュレス決済をするときに得られる情報を、販売店１０の売上を管理するための基幹システムと連携することにより、売上情報を一元管理することができる。すなわち、販売店１０は、本実施形態の決済システムを用いることにより、決済システムが外回り接続であるにも関わらず、まるで決済システムが内回り接続であるかのように、キャッシュレス決済（例えば、クレジットカード決済）のためのシステムと、販売店１０の基幹システムとのシームレスな連携を行うことができる。その結果、販売店１０は、売上情報の一元管理をすることができ、キャッシュレス決済（例えば、クレジットカード決済）による売上の内容と、販売店１０の基幹システムに記録された売上の内容に齟齬が生じることを防止することができる。

【0045】

本実施形態の決済システムは、販売店１０の販売代金を、キャッシュレスにより決済をするための決済システムである。キャッシュレスによる決済としては、クレジットカード、デビットカード、電子マネー、プリペイドカード及びバーコード決済などが挙げられる。本明細書では、キャッシュレスにより決済するための情報のことを、キャッシュレス決済情報という。例えば、クレジットカードにより決済するための情報としては、クレジットカード番号、有効期限及びセキュリティコードなどがある。販売店１０の販売代金は、店舗の販売時点情報管理端末（Point Of Sales端末、ＰＯＳ端末）による販売代金であることができる。また、販売店１０の販売代金は、販売店１０の自動販売機５０の販売代金であることができる。また、販売店１０の販売代金は、顧客からの電話、ＦＡＸ及び郵便による発注により発生した販売代金であることができる。

【0046】

本実施形態の決済システムは、キャッシュレス決済情報が、クレジットカード情報であることが好ましい。以下の説明では、キャッシュレス決済情報が、クレジットカード情報である場合を例に、本実施形態の決済システムを構成する装置について、具体的に説明する。

【0047】

図１に示す本実施形態の決済システムでは、販売店１０には、少なくとも通信モジュール２２と、受注アプリ２４とを含む情報処理装置２０が配置される。販売店１０の情報処理装置２０は、例えば販売時点情報管理端末（ＰＯＳ端末）であることができる。販売員１４が情報処理装置２０（ＰＯＳ端末）を用いて顧客からの注文を受け付ける。なお、顧客が情報処理装置２０（ＰＯＳ端末）を操作することにより、クレジットカード情報などのキャッシュレス決済情報を入力することができる。

【0048】

本実施形態の決済システムの別の実施形態では、販売店１０にコールセンターが配置され、販売員１４（例えば、オペレータ）が顧客からの電話等による発注を受け付けることができる。販売店１０には、少なくとも通信モジュール２２と、受注アプリ２４とを含む情報処理装置２０が配置される。情報入力暗号化装置１２は、情報処理装置２０の通信モジュール２２に接続される。また、情報処理装置２０は、表示装置２６に接続する。販売員１４は、表示装置２６に表示される画像にしたがって、顧客からの受注のために、受注アプリ２４及び情報入力暗号化装置１２に対して必要な入力をすることができる。

【0049】

本明細書において「販売店１０」とは、商品を販売するための組織（例えば、株式会社等の会社、個人商店、社団法人等の法人）である。図１～３に販売店１０として一点鎖線で示す内側にある構成は、必ずしも物理的に同じ場所に配置する必要はない。例えば、情報処理装置２０を本店に配置し、情報入力暗号化装置１２をコールセンターに配置するなど、必要に応じて適切に配置することができる。また、情報処理装置２０は、異なる場所に配置された複数のサーバ等からなるように構成することができる。ただし、本実施形態の決済システムをコールセンターで用いる場合には、情報入力暗号化装置１２は、販売店１０の販売員１４が、顧客からの電話等による情報を入力することが可能なように配置する必要がある。また、表示装置２６は販売員１４により視認できるように配置する必要がある。

【0050】

本明細書において、販売店１０の「情報処理装置２０」は、販売店１０の受注システムの少なくとも一部又は全部を含むことができる。また、情報処理装置２０が受注システムと接続することにより、情報処理装置２０と、販売店１０の受注システムとの間で情報を送受信するように構成することができる。情報処理装置２０は、販売時点情報管理端末（Point Of Sales端末、ＰＯＳ端末）、パーソナルコンピュータ及びサーバ等を接続した情報処理システムであることができる。また、情報処理装置２０は、インターネットを介して所定の情報処理装置が接続したシステムであることができる。情報処理装置２０がＰＯＳ端末の場合には、情報処理装置２０（ＰＯＳ端末）を、販売員１４が顧客と接する店舗に配置することができる。

【0051】

＜情報入力暗号化装置１２＞
情報入力暗号化装置１２は、クレジットカード情報などのキャッシュレス決済情報を入力するための装置である。キャッシュレス決済手段がクレジットカードの場合には、キャッシュレス決済情報は、クレジットカードの番号及び有効期限などのクレジットカード情報である。以下、キャッシュレス決済情報がクレジットカード情報である場合を例に、説明する。

【0052】

情報入力暗号化装置１２は、入力されたクレジットカード情報を暗号化して、暗号化クレジットカード情報に変換する機能を有する。情報入力暗号化装置１２は、単体の装置であることができ、ＵＳＢ（Universal Serial Bus）規格に準拠した接続及びＲＳ２３２Ｃ規格に準拠した接続等により、通信モジュール２２に接続することができる。

【0053】

本実施形態に用いられる情報入力暗号化装置１２は、入力されたクレジットカード情報を暗号化した後、情報入力暗号化装置１２の内部に保持しない。すなわち、情報入力暗号化装置１２は、入力されたクレジットカード情報を暗号化した後、クレジットカード情報を外部に送信せずに、暗号化前のクレジットカード情報を自動的に消去することができる。なお、販売店１０は、情報入力暗号化装置１２により暗号化されたクレジットカード情報を復号化するための暗号化鍵を保持しないので、暗号化されたクレジットカード情報を解読できない。そのため、販売店１０によるクレジットカード情報の非保持化を達成できる。

【0054】

本実施形態の決済システムでは、情報入力暗号化装置１２が、ＰＣＩ ＰＴＳ（Payment Card Industry Pin Transaction Security）のＳＲＥＤ（Secure Reading and Exchange of Data）要件を満たすことが好ましい。ＳＲＥＤ要件とは、ＰＣＩ ＰＴＳに準拠して、上記のように販売店１０によるクレジットカード情報の非保持化を具現化するための暗号化のためのセキュリティ要件である。すなわち、情報入力暗号化装置１２が、ＳＲＥＤ要件を満たすことにより、情報入力暗号化装置１２にクレジットカード情報を入力した瞬間に暗号化することが可能となる。

【0055】

情報入力暗号化装置１２で暗号化されたクレジットカード情報は、後述する鍵管理サーバ３４でのみ解読（復号化）することができる。本実施形態では、鍵管理サーバ３４による暗号化されたクレジットカード情報の解読が、Ｐ２ＰＥ（Point-to-Point Encryption）に基づいて行われることが好ましい。情報入力暗号化装置１２により、暗号化し、鍵管理サーバ３４により暗号を解読するというＰ２ＰＥに基づいた方法を採用することにより、クレジットカード情報を高いセキュリティで送受信することができる。

【0056】

なお、暗号化のためにＳＲＥＤ機能を有する情報入力暗号化装置１２、及び所定のエンドポイントに到達するまで復号化できない暗号方法を含め、ＰＣＩ Ｐ２ＰＥソリューションという場合がある。ＰＣＩ Ｐ２ＰＥソリューションは、ＰＣＩ ＳＳＣ（Payment Card Industry Security Standards Council,LLC.、VISA/MasterCard/JCB/AmericanExpress/Dinersが共同で設立した協議会）により定められたセキュリティ基準の一つである。本実施形態の決済システムは、ＰＣＩ Ｐ２ＰＥソリューションに準拠したシステムとすることができる。

【0057】

本実施形態の決済システムが、ＰＣＩ Ｐ２ＰＥソリューションを準拠するために、トークンサービスプロバイダ３０である事業者が、ＰＣＩ Ｐ２ＰＥソリューションの認定を受け、その事業者が提供するＰＣＩ Ｐ２ＰＥソリューションに準拠した決済システムを、販売店１０が利用する方法を採用することができる。この場合、トークンサービスプロバイダ３０は、所定の情報入力暗号化装置１２（ＰＣＩ ＰＴＳ要件を満たすデバイス）を用意して、販売店１０に貸与することができる。クレジットカード情報は、販売店１０に配置された所定の情報入力暗号化装置１２で暗号化され、ＰＣＩ ＤＳＳ準拠済みのトークンサービスプロバイダ３０（事業者）内でのみで復号化される。販売店１０では一切、クレジットカード情報を復号化することができない。

【0058】

本実施形態の決済システムでは、情報入力暗号化装置１２によるクレジットカード情報の暗号化が、ＤＵＫＰＴ（Derived Unique Key Per Transaction）に基づく鍵管理プロトコルにより行われる。情報入力暗号化装置１２によるクレジットカード情報の暗号化が、ＤＵＫＰＴに基づく鍵管理プロトコルにより行われることにより、暗号化したクレジットカード情報をより高いセキュリティで送受信することができる。

【0059】

なお、上述のようなＳＲＥＤ及びＤＵＫＰＴに準拠した情報入力暗号化装置１２として、例えば、ＩＤ ＴＥＣＨ社製「ＳＲＥＤＫｅｙ」を挙げることができる。

【0060】

情報入力暗号化装置１２は、通信モジュール２２のインターフェース２３に接続するための接続モジュール１３を含むことができる。通信モジュール２２と情報入力暗号化装置１２との接続は、通信モジュール２２（トークンカプラ）のインターフェース２３、及び情報入力暗号化装置１２の接続モジュール１３を介して行うことができる。通信モジュール２２（トークンカプラ）のインターフェース２３の仕様は、所定のトークンサービスプロバイダ３０及び／又は所定の決済代行事業者４０などの事業者により公開される。そのため、情報入力暗号化装置１２の製造会社は、所定の通信モジュール２２（トークンカプラ）を情報入力暗号化装置１２のインターフェース２３に接続するための接続モジュール１３を、容易に設計し、製造することができる。

【0061】

＜＜決済情報読取装置＞＞
本実施形態の決済システムでは、情報入力暗号化装置１２が、キャッシュレス決済情報を受け取るための決済情報読取装置を含むことができる。

【0062】

図２及び３に、自動販売機５０の情報入力暗号化装置１２が決済情報読取装置を有する例を示す。決済情報読取装置は、情報入力暗号化装置１２の一部であることができる。決済情報読取装置は、例えばクレジットカード及びＩＣ式プリペイドカードのようなキャッシュレス決済手段６４のキャッシュレス決済情報（例えば、クレジットカードの番号及び有効期限等）を受け取るための装置である。決済情報読取装置は、クレジットカードの読み取り装置のように、クレジットカードのようなキャッシュレス決済情報を有するキャッシュレス決済手段６４に接触して決済情報を読み取ることができる。また、決済情報読取装置がカメラであることができる。その場合、キャッシュレス決済手段を有する顧客６０の顧客端末６２に表示されたバーコード又は二次元コードとしてのキャッシュレス決済情報を、決済情報読取装置のカメラが読み取り、情報入力暗号化装置１２がバーコードの内容を解読することができる。バーコード又は二次元コードは、いわゆるバーコード決済のためのバーコード又は二次元コード（例えばＱＲコード（登録商標））であることができる。

【0063】

＜＜非接触通信機＞＞
本実施形態の決済システムでは、情報入力暗号化装置１２が、キャッシュレス決済情報を受け取るための非接触通信機を含むことができる。図２及び３に示す自動販売機５０の例では、キャッシュレス決済情報を、無線通信により情報入力暗号化装置１２の非接触通信機に対して入力することができる。非接触通信機は、情報入力暗号化装置１２の一部であることができる。非接触通信機は、キャッシュレス決済情報を有するスマートフォンなどの顧客端末６２、非接触による通信が可能なクレジットカード及び非接触型ＩＣカードとの電磁波による無線通信が可能なように構成される。非接触通信機は、決済情報読取装置と同様に、キャッシュレス決済手段６４の有するキャッシュレス決済情報（例えば、クレジットカードの番号及び有効期限等）を、電磁波による無線通信により受け取ることができる。

【0064】

＜通信モジュール２２＞
通信モジュール２２（「トークンカプラ」ともいう。）は、販売店１０の情報処理装置２０に配置される。通信モジュール２２は、情報入力暗号化装置１２に接続する。情報入力暗号化装置１２と、通信モジュール２２（情報処理装置２０）との通信は、例えばＵＳＢ（Universal Serial Bus）規格に準拠した接続、及びＲＳ２３２Ｃ規格に準拠した接続等により行うことができる。通信モジュール２２は、情報入力暗号化装置１２において暗号化したクレジットカード情報を受信することができる。また、通信モジュール２２は、インターネット経由で決済サーバ３２に情報を送受信することができる。したがって、通信モジュール２２は、暗号化したクレジットカード情報を決済サーバ３２に送信することができる。通信モジュール２２は、暗号化したクレジットカード情報に送信した後、販売店１０の他の装置に送信することなく、直ちに暗号化したクレジットカード情報をその内部から消去する。

【0065】

販売店１０の情報処理装置２０において、通信モジュール２２は、受注アプリ２４に接続する。なお、通信モジュール２２は、受注アプリ２４に対して、クレジットカード情報及び暗号化されたクレジットカード情報を送信しない。したがって、所定の通信モジュール２２を用いることにより、販売店１０での、クレジットカード情報の非保持化を実現することができる。

【0066】

通信モジュール２２は、販売店１０の受注アプリ２４に対して、クレジットカード情報及び暗号化されたクレジットカード情報以外の情報を送信することができる。また、通信モジュール２２は、受注アプリ２４から所定の情報を受信することができる。本実施形態の決済システムは、通信モジュール２２と、販売店１０の受注アプリ２４との接続が、ＳＤＫ（ソフトウエア開発キット）ソフトウエア２５により可能であるように構成される。ＳＤＫソフトウエア２５については後述する。

【0067】

図１及び３に示すように、本実施形態の決済システムの通信モジュール２２（「トークンカプラ」ともいう。）は、情報入力暗号化装置１２の接続モジュール１３と接続するためのインターフェース２３を含む。通信モジュール２２（トークンカプラ）のインターフェース２３は、トークンサービスプロバイダ３０などの事業者により公開される。そのため、情報入力暗号化装置１２の製造会社は、所定の通信モジュール２２（トークンカプラ）のインターフェース２３に接続可能な情報入力暗号化装置１２の接続モジュール１３を容易に開発することができる。

【0068】

＜受注アプリ２４＞
受注アプリ２４は、ＰＯＳ端末等の販売店１０の情報処理装置２０に配置され、受注に関する機能を制御する。受注アプリ２４は、販売店１０の受注システムの少なくとも一部であることができる。受注アプリ２４は、受注に関する情報を販売員１４に通知するための表示装置２６に接続することができる。販売員１４は、キーボート及びマウス等の所定の入力装置により、受注アプリ２４に対して所定の事項を入力することができる。受注アプリ２４は、情報処理装置２０に接続された記憶装置に、トークン等の必要な情報を記録することができる。

【0069】

なお、受注アプリ２４は、クレジットカード情報及び暗号化されたクレジットカード情報を受信しないように構成される。暗号化されたクレジットカード情報は、上述の通信モジュール２２を経由して、インターネット経由で決済サーバ３２に送信される以外に、他へ送信されることはない。

【0070】

図１及び３に示すように、本実施形態の決済システムは、通信モジュール２２と、販売店１０の受注アプリ２４との接続が、ＳＤＫ（ソフトウエア開発キット）ソフトウエア２５により可能であるように構成される。ＳＤＫ（ソフトウエア開発キット）ソフトウエア２５の仕様はトークンサービスプロバイダ３０により公開される。そのため、販売店１０の基幹システムと、本実施形態の決済システムの通信モジュール２２との接続のために、販売店１０は、ＳＤＫソフトウエア２５を自ら作成することができる。この結果、販売店１０は、クレジットカード決済の情報と、販売店１０の売上を管理するための基幹システムとを連携することにより、売上情報を一元管理することができる。すなわち、販売店１０は、本実施形態の決済システムを用いることにより、決済システムが外回り接続であるにも関わらず、まるで決済システムが内回り接続であるかのように、クレジットカード決済のためのシステムと、販売店１０の基幹システムとのシームレスな連携を行うことができる。その結果、販売店１０は、売上情報の一元管理をすることができ、クレジットカード決済による売上の内容と、販売店１０の基幹システムに記録された売上の内容に齟齬が生じることを防止することができる。

【0071】

＜決済サーバ３２＞
決済サーバ３２は、トークンサービスプロバイダ３０に配置され、インターネット経由で販売店１０の通信モジュール２２に接続する。決済サーバ３２は、クレジットカード情報に対応するトークン（Token）を発行するという、トークンサーバとしての機能を有する。トークンの発行方法等のトークン化技術は、公知の方法を用いることができる。

【0072】

本明細書において、「トークンサービスプロバイダ３０」とは、トークンを用いることにより、販売店１０のクレジットカード情報の非保持化を実現する、トークン処理会社等の事業者を意味する。決済サーバ３２、鍵管理サーバ３４及び決済情報記憶装置３６（「Token Vault」ともいう。）を含むトークンサービスプロバイダ３０内のシステムは、所定の高いセキュリティ状態を保つために、例えば、ＰＣＩ ＤＳＳに準拠した構成である。

【0073】

本実施形態の決済システムは、トークンが、１６桁の数字により記述されることが好ましい。トークンが、クレジットカード番号と同じ１６桁の数字により記述されることにより、クレジットカードの処理に用いられるシステムへの転用が可能となるので、決済システムの汎用性を高めることができる。

【0074】

決済サーバ３２は、トークンサービスプロバイダ３０内で、鍵管理サーバ３４及び決済情報記憶装置３６に接続されている。

【0075】

決済サーバ３２から鍵管理サーバ３４へは、暗号化されたクレジットカード情報の復号化のために、暗号化されたクレジットカード情報が送信される。鍵管理サーバ３４から決済サーバ３２へは、鍵管理サーバ３４で復号化されたクレジットカード情報が送信される。

【0076】

決済サーバ３２から決済情報記憶装置３６へは、クレジットカード情報及びそれに対応するトークンが送信される。なお、クレジットカード情報及びそれに対応するトークンは、鍵管理サーバ３４で暗号化した後に、決済情報記憶装置３６へ送信されることが好ましい。決済情報記憶装置３６から決済サーバ３２へは、決済サーバ３２による所定のトークンを用いた呼び出しに応じて、所定のトークンに対応するクレジットカード情報が送信される。

【0077】

決済サーバ３２は、決済代行事業者４０に接続する。決済代行事業者４０は、外部の事業者が行うことができる。この場合、決済サーバ３２と、決済代行事業者４０との接続は、インターネットを介して、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure）等の高いセキュリティを確保した通信方法により、行うことができる。

【0078】

また、決済代行事業者４０が、トークンサービスプロバイダ３０を兼ねることも可能である。この場合、決済代行事業者４０が、トークンサービスプロバイダ３０であり、決済代行事業者４０又はトークンサービスプロバイダ３０が、決済サーバ３２と、鍵管理サーバ３４と、決済情報記憶装置３６とを有することになる。また、決済代行事業者４０が、トークンサービスプロバイダ３０である場合、決済サーバ３２と、決済代行事業者４０との接続は、内部的にセキュリティを確保した所定の通信方法により行うことができる。決済代行事業者４０によるクレジットカード会社への決済方法は公知である。

【0079】

本実施形態の決済システムは、決済サーバ３２が、発行したトークンを、通信モジュール２２へ送信することができる。トークンを、販売店１０に配置される通信モジュール２２へ送信することにより、販売店１０がクレジットカード情報を保有することなく、販売店１０による決済のためのトークンの利用を可能にする。

【0080】

本実施形態の決済システムでは、決済サーバ３２が、通信モジュール２２からトークン及び販売品情報を受信し、受信したトークンに基づいて、決済情報記憶装置３６に記憶されたクレジットカード情報を得ることができる。トークンサービスプロバイダ３０の決済サーバ３２が、販売店１０から得たトークンに基づいて、決済情報記憶装置３６に記憶されたクレジットカード情報を得ることにより、販売店１０がクレジットカード情報を保有することなく、トークンサービスプロバイダ３０がクレジットカード情報を用意することができる。

【0081】

本実施形態の決済システムでは、決済サーバ３２が、クレジットカード情報及び販売品情報を、決済代行事業者４０に送信することができる。決済代行事業者４０は、クレジットカード情報及び販売品情報を受信し、セキュリティの確保された通信により、クレジットカード会社にそれらの情報を送ることができる。この結果、クレジットカードによる決済を完了することができる。なお、後述するトークンを発行する手順が既に行われて、販売店１０がトークンを保有している場合には、決済サーバ３２を経由せずに、販売店サーバ１６から決済代行事業者４０へ、トークン及び販売品情報を直接送信することによっても決済を完了することができる。また、販売店１０がトークンを保有している場合には、販売の取消及び販売金額の変更等についても、決済サーバ３２を経由せずに、決済代行事業者４０へ直接情報を送信することができる。

【0082】

＜鍵管理サーバ３４＞
鍵管理サーバ３４は、決済サーバ３２に接続する。鍵管理サーバ３４は、暗号化クレジットカード情報の暗号を解読して、暗号化クレジットカード情報をクレジットカード情報に変換する。

【0083】

上述のように、情報入力暗号化装置１２によりクレジットカード情報の暗号化が行われる。したがって、鍵管理サーバ３４は、情報入力暗号化装置１２による暗号化に対応した復号化が可能であるように構成される。具体的には、クレジットカード情報の暗号化が、Ｐ２ＰＥに基づく場合には、鍵管理サーバ３４は、復号化のエンドポイントとなるように構成される。また、情報入力暗号化装置１２によるクレジットカード情報の暗号化が、ＤＵＫＰＴに基づく鍵管理プロトコルにより行われた場合には、鍵管理サーバ３４は、情報入力暗号化装置１２のＤＵＫＰＴに基づく鍵管理プロトコルに対応する暗号を復号化できるように構成される。鍵管理サーバ３４によって、情報入力暗号化装置１２で暗号化されたクレジットカード情報を、暗号化前のクレジットカード情報に変換することにより、クレジットカード情報を使用可能な形式に復号化することができる。

【0084】

鍵管理サーバ３４は、決済情報記憶装置３６に記憶されるクレジットカード情報及び／又はトークンを、所定の方法で暗号化することができるように構成される。クレジットカード情報及び／又はトークンを暗号化することにより、セキュリティをより高めることができる。

【0085】

＜決済情報記憶装置３６＞
決済情報記憶装置３６は、決済サーバ３２と接続する。決済情報記憶装置３６には、クレジットカード情報及びトークンが記憶される。決済サーバ３２は、発行したトークン及びクレジットカード情報を紐付けて、決済情報記憶装置３６に記憶させるように構成される。

【0086】

トークン及びクレジットカード情報を、決済情報記憶装置３６に記憶させる際に、トークン及び／又はクレジットカード情報を暗号化し、決済情報記憶装置３６に記憶するようにすることが好ましい。トークン及び／又はクレジットカード情報を暗号化は、鍵管理サーバ３４を用いることにより、行うことができる。具体的には、決済サーバ３２が鍵管理サーバ３４に、トークン及び／又はクレジットカード情報を送信し、鍵管理サーバ３４がトークン及び／又はクレジットカード情報を暗号化する。暗号化したトークン及び／又はクレジットカード情報は決済サーバ３２に送信され、更に決済情報記憶装置３６に記憶される。このように、トークン及び／又はクレジットカード情報を暗号化して決済情報記憶装置３６に記憶することにより、トークンサービスプロバイダ３０内のクレジットカード情報に対するセキュリティを高めることができる。

【0087】

上述の本実施形態の決済システムを用いれば、クレジットカードによる販売代金の決済において、比較的低コストで販売店１０でのクレジットカード情報の非保持化を実現することができる。

【0088】

本実施形態の決済システムは、決済システムが外回り接続であるにも関わらず、まるで決済システムが内回り接続であるかのように、クレジットカード決済のためのシステムと、販売店１０の基幹システムとのシームレスな連携を行うことができる。そのため、本実施形態の決済システムにより、販売店１０による売上情報の一元管理をすることができる。

【0089】

上述の説明は、クレジットカードによるキャッシュレス決済を例に説明したが、これに限られない。本実施形態の決済システムでは、デビットカード、電子マネー、プリペイドカード及びバーコード決済などのキャッシュレス決済の場合でも、上述のクレジットカードと同様にキャッシュレス決済をすることができる。

【実施例0090】

以下、実施例により、本実施形態の決済システムを用いる際の具体例について、説明する。ただし、本実施例が、本発明を限定することを意図するものではない。

【0091】

図１に、本実施例の決済システムの一例を示す。本実施例の決済システムは、少なくとも情報入力暗号化装置１２と、通信モジュール２２と、決済サーバ３２と、鍵管理サーバ３４と、決済情報記憶装置３６とを含む。図１では、情報入力暗号化装置１２及び通信モジュール２２は、ＰＯＳ端末などの情報処理装置２０に含まれる。図１では、本実施例においてインターネットにより接続される部分を太線で示している。

【0092】

情報入力暗号化装置１２及び通信モジュール２２を含む情報処理装置２０は、販売店１０に配置される。情報処理装置２０は、更に受注アプリ２４を含むことができる。ここでは、情報処理装置２０が、単体の装置（例えば、ＰＯＳ端末及びパーソナルコンピュータなど）である場合を例に説明する。なお、情報処理装置２０は、パーソナルコンピュータ及びサーバ等を接続した情報処理システムの形態であることもできる。

【0093】

決済サーバ３２、鍵管理サーバ３４及び決済情報記憶装置３６は、トークンサービスプロバイダ３０である事業者内に配置される。また、事業者は、ＰＣＩ ＤＳＳ及びＰ２ＰＥソリューション準拠の事業者である。これに対して販売店１０は、ＰＣＩ ＤＳＳ及びＰ２ＰＥソリューションのいずれも準拠する必要はない。

【0094】

図４に、本実施形態の決済システムにより、トークンの発行するための動作の一例を示すフロー図を示す。図４中の記号Ｓ１０１～Ｓ１１１は、本実施例の決済システムによる動作のステップを示す。

【0095】

まず初めに、販売店１０の販売員１４が、顧客からの受注を受ける。販売員１４は、表示装置２６を見ながら、受注アプリ２４に所定事項を入力する。所定事項の入力は、バーコードの読み取りなどによっても行うことができる。このとき、代金決済のためのクレジットカードの番号及び有効期限等のクレジットカード情報は、受注アプリ２４に入力しない。受注アプリ２４に所定事項（氏名、販売品名、及び数量等）を入力すると、受注アプリ２４から、通信モジュール２２へと所定の信号が送信される（Ｓ１０１）。通信モジュール２２と、販売店１０の受注アプリ２４との接続は、所定のＳＤＫ（ソフトウエア開発キット）ソフトウエア２５により可能である。ＳＤＫソフトウエア２５の仕様はトークンサービスプロバイダ３０により公開されるので、販売店１０は、ＳＤＫソフトウエア２５を自ら作成することができる。

【0096】

通信モジュール２２は、接続モジュール１３を有する情報入力暗号化装置１２に対して、所定のインターフェース２３及び接続モジュール１３を介して、クレジットカード情報の入力を促すように信号を送る（Ｓ１０２）。この結果、情報入力暗号化装置１２の表示部に、クレジットカード情報の入力を促す表示がなされる。所定のインターフェース２３は、トークンサービスプロバイダ３０などの事業者により公開される。そのため、情報入力暗号化装置１２の製造会社は、所定の通信モジュール２２（トークンカプラ）のインターフェース２３に接続可能な情報入力暗号化装置１２の接続モジュール１３を容易に開発することができる。

【0097】

クレジットカード情報は、情報入力暗号化装置１２に入力される（Ｓ１０３）。この場合、販売員１４が、情報入力暗号化装置１２のテンキーを用いて、クレジットカード情報を入力することができる。なお、この入力のとき、販売員１４は、顧客から聞いたクレジットカード情報を書き取ったりするなどの記録を取ることなく、情報入力暗号化装置１２に対してのみ、クレジットカード情報を入力する。また、ＰＯＳ端末などを用いた販売の場合には、クレジットカード情報は、顧客が情報入力暗号化装置１２を操作することにより、情報入力暗号化装置１２に入力することができる。例えば、クレジットカード情報は、クレジットカードのＩＣチップ又は磁気テープの読み取りにより、情報入力暗号化装置１２に入力することができる。

【0098】

情報入力暗号化装置１２は、入力されたクレジットカード情報を、ＳＲＥＤ要件に基づく機能により、直ちに暗号化する。また、この暗号化は、ＤＵＫＰＴに基づく鍵管理プロトコルにより行われる。このような機能を有する情報入力暗号化装置１２として、ＩＤ ＴＥＣＨ社製「ＳＲＥＤＫｅｙ」を用いることができる。

【0099】

情報入力暗号化装置１２の内部で暗号化されたクレジットカード情報は、情報入力暗号化装置１２の接続モジュール１３から、所定のインターフェース２３を介して、通信モジュール２２へ送信される（Ｓ１０４）。

【0100】

通信モジュール２２は、暗号化されたクレジットカード情報を、インターネット経由で、トークンサービスプロバイダ３０の決済サーバ３２に送信する（Ｓ１０５）。なお、通信モジュール２２は、暗号化したクレジットカード情報の送信後、販売店１０の他の装置に送信せず、また、暗号化したクレジットカード情報を通信モジュール２２内に記録しない。すなわち、情報入力暗号化装置１２で暗号化されたクレジットカード情報は、通信モジュール２２を素通りし、決済サーバ３２に送信される。

【0101】

決済サーバ３２は、暗号化したクレジットカード情報を受信した後、暗号化したクレジットカード情報を、鍵管理サーバ３４へ送信する（Ｓ１０６）。鍵管理サーバ３４は、所定の復号化手段を用いて、暗号化したクレジットカード情報を復号化する。具体的には、鍵管理サーバ３４は、ＤＵＫＰＴに基づく鍵管理プロトコルに基づき、暗号化したクレジットカード情報を復号化する。

【0102】

復号化されたクレジットカード情報は、鍵管理サーバ３４から決済サーバ３２へ送信される。決済サーバ３２は、クレジットカード情報に基づき、トークンを発行する（Ｓ１０７）。

【0103】

なお、復号化されたクレジットカード情報及び発行されたトークンは、再度、鍵管理サーバ３４へ送信され、暗号化される。暗号化されたクレジットカード情報及びトークンは、決済サーバ３２へ送信される（Ｓ１０８）。

【0104】

暗号化されたクレジットカード情報及びトークンは、決済サーバ３２から決済情報記憶装置３６へと送られ、そこで、クレジットカード情報及びトークンを紐付けて、記憶される（Ｓ１０９）。

【0105】

決済サーバ３２は、販売店１０の通信モジュール２２へ、インターネット経由で、トークンを送信する（Ｓ１１０）。

【0106】

販売店１０の通信モジュール２２が受信したトークンは、受注アプリ２４へと送られる（Ｓ１１１）。トークンは、受注アプリ２４内で記憶され、使用を待つ。また、受注アプリ２４は、表示装置２６に、トークンが利用可能になったことを表示することができる。

【0107】

本実施例の決済システムでは、通信モジュール２２と、販売店１０の受注アプリ２４との接続が、ＳＤＫソフトウエア２５により可能であるように構成される。ＳＤＫソフトウエア２５の仕様はトークンサービスプロバイダ３０により公開されるので、通信モジュール２２と、販売店１０の受注アプリ２４との接続のために適切なＳＤＫソフトウエア２５を、販売店１０は自ら作成することができる。そのため、通信モジュール２２と、販売店１０の受注アプリ２４との間で、キャッシュレス決済情報（クレジットカード情報）以外の情報を、適切に通信することができる。その結果、販売店１０は、売上情報の一元管理をすることができる。

【0108】

次に、上述のようにして販売店１０が得たトークンの使用について説明する。

【0109】

図５に、本実施例の決済システムにより発行されたトークンを使用して、クレジットカード決済をするための動作の一例を示すフロー図を示す。図５中の記号Ｓ２０１～Ｓ２０９は、発行されたトークンの使用の際の動作のステップを示す。

【0110】

上述のＳ１０１～Ｓ１１１を経て得られたトークンを用いたクレジットカード決済を開始するために、例えば、販売店１０の販売員１４が、受注アプリ２４に対して所定の入力をする。この結果、トークンは、受注アプリ２４から、ＳＤＫソフトウエア２５を介して、通信モジュール２２へと送信される（Ｓ２０１）。なお、このとき、受注した販売品情報も受注アプリ２４から、ＳＤＫソフトウエア２５を介して、通信モジュール２２へと送信される。

【0111】

通信モジュール２２は、トークン及び販売品情報を、インターネット経由で、トークンサービスプロバイダ３０の決済サーバ３２に送信する（Ｓ２０２）。

【0112】

決済サーバ３２は、トークン及び販売品情報を受信した後、決済情報記憶装置３６に対して、トークンを送信し、トークンに対応する暗号化したクレジットカード情報を受信する（Ｓ２０３）。

【0113】

決済サーバ３２は、暗号化したクレジットカード情報を鍵管理サーバ３４へ送信する。鍵管理サーバ３４は、所定の復号化手段を用いて、暗号化したクレジットカード情報を復号化し、決済サーバ３２へ送信する（Ｓ２０４）。

【0114】

この結果、決済サーバ３２は、クレジットカード決済のために必要な所定のクレジットカード情報及び販売品情報を保持することになる（Ｓ２０５）。なお、トークンがクレジットカード番号と同じ桁数の場合には、トークンの所定の桁数を復号化されたクレジットカード情報のカード番号と置換することにより、クレジットカード情報の様式を得ることができる。有効期限等についても、同様に同じ桁数にすることにより、置換を容易にできる。

【0115】

決済サーバ３２は、クレジットカード情報及び販売品情報を、決済代行事業者４０に送信する。なお、決済代行事業者４０が、トークンサービスプロバイダ３０とは異なった事業者である場合には、図５に示すように、インターネットを介したセキュリティの確保された通信により、クレジットカード情報及び販売品情報を、決済代行事業者４０に送信することができる（Ｓ２０６）。また、決済代行事業者４０が、トークンサービスプロバイダ３０と同一の事業者である場合には、決済サーバ３２から、内部ネットワークを利用して、決済代行事業者４０に対応するサーバへと、クレジットカード情報及び販売品情報を送信することができる。

【0116】

決済代行事業者４０は、セキュリティの確保された通信により、クレジットカード会社にそれらの情報を送る。クレジットカード会社での所定の承認の後、クレジットカードによる販売品の決済が完了する。決済代行事業者４０は、クレジットカード決済の結果を、トークンサービスプロバイダ３０の決済サーバ３２へと送信する（Ｓ２０７）。

【0117】

トークンサービスプロバイダ３０の決済サーバ３２は、販売店１０の通信モジュール２２へと、クレジットカード決済の結果を送信する（Ｓ２０８）。

【0118】

クレジットカード決済の結果は、通信モジュール２２から、ＳＤＫソフトウエア２５を介して、受注アプリ２４へと送られる（Ｓ２０９）。受注アプリ２４は、クレジットカード決済の結果を表示装置２６に表示することができる。クレジットカード決済の結果を確認した販売員１４は、クレジットカード決済の結果を、顧客に伝えることができる。また、表示装置２６は、顧客に対して直接、クレジットカード決済の結果を表示することができる。

【0119】

なお、以上述べた実施例は、本実施形態の決済システムの一例であり、当業者は、本実施形態の範囲内で、必要に応じて、所定の変更をすることが可能であることはいうまでもない。

【0120】

本実施形態の別の形態として、例えば、Ｓ２０２において、販売店１０がトークンを保有している場合には、販売店１０は、決済サーバ３２を経由せずに、トークン及び販売品情報を、決済代行事業者４０に直接送信することよって決済を完了ができる。この場合、Ｓ２０２～Ｓ２０５に相当するステップは、決済代行事業者４０が、トークンを発行したトークンサービスプロバイダ３０にトークンを送信して、トークンサービスプロバイダ３０にそのトークンに対応するクレジットカード情報の送信を依頼することができる。あるいは、Ｓ２０２～Ｓ２０５に相当するステップを、決済代行事業者４０が自ら行うことができる。ステップＳ２０７では、クレジットカード決済の結果を、決済代行事業者４０が販売店サーバ１６に直接送信することができる。

【0121】

また、販売の取消及び販売金額の変更等についても、上述のように決済サーバ３２を経由せずに、販売店１０が決済代行事業者４０へ直接情報を送信することができる。

【0122】

また、トークンは、１回の決済のみ有効とすることもできるし、複数回の決済に有効とすることもできる。１回の決済のみ有効とするトークンの場合には、Ｓ２０１～Ｓ２０５で示す手順によりトークンを決済で使用された後、決済情報記憶装置３６内のトークン及び販売品情報が削除される。複数回の決済に使用可能なトークンの場合には、販売店１０がトークンを保持し、決済情報記憶装置３６内のトークン及び販売品情報が削除されずに残る。販売店１０がトークンを再利用して決済を行う場合には、上述のＳ２０１～Ｓ２０９の手順にしたがうことにより、特定の顧客６０の所定のクレジットカードを利用した販売品の代金決済を、複数回行うことができる。

【0123】

また、上記の実施例では、キャッシュレスによる決済として、クレジットカードを用いる場合について説明したが、これに限られない。キャッシュレスによる決済の手段として、デビットカード、電子マネー、プリペイドカード及びバーコード決済などについても、クレジットカードの場合と同様に、本実施形態の決済システムを用いることができる。

【0124】

以上の実施例によれば、クレジットカード情報が販売店１０に保存されることなく、トークンを用いてクレジットカード決済をすることになる。すなわち、販売店１０は、ＰＣＩ ＤＳＳに準拠する必要がないにもかかわらず、クレジットカード情報の非保持化を実現することができる。したがって、本実施形態の決済システムは、比較的低コストで、クレジットカード情報のセキュリティの高い決済システムであるといえる。また、本実施形態の決済システムは、販売店１０が、比較的低コストでクレジットカード情報の非保持化をすることのできる決済システムであるといえる。

【0125】

また、本実施例によれば、販売店１０の基幹システムと、本実施形態の決済システムの通信モジュール２２との接続のために、販売店１０は、ＳＤＫソフトウエア２５を自ら作成することができる。この結果、販売店１０は、クレジットカード決済をするときに得られる情報を、販売店１０の売上を管理するための基幹システムと連携することにより、販売店１０による売上情報の一元管理をすることができる。

【0126】

本実施形態の決済システムを用いる場合には、販売店１０がサイバー攻撃を受けた場合でも、販売店１０にはクレジットカード情報が存在しないので、クレジットカード情報の漏えいを防止することができるといえる。

【符号の説明】

【0127】

１０ 販売店
１２ 情報入力暗号化装置
１３ 接続モジュール
１４ 販売員
１６ 販売店サーバ
２０ 情報処理装置
２２ 通信モジュール（トークンカプラ）
２３ インターフェース
２４ 受注アプリ
２５ ＳＤＫ（ソフトウエア開発キット）ソフトウエア
２６ 表示装置
３０ トークンサービスプロバイダ（トークン処理会社）
３２ 決済サーバ（トークンサーバ）
３４ 鍵管理サーバ
３６ 決済情報記憶装置（Token Vault）
４０ 決済代行事業者
５０ 自動販売機
６０ 顧客
６２ 顧客端末
６４ キャッシュレス決済手段

【図1】

【図2】

【図3】

【図4】

【図5】