CN103870957A - 将虚拟账户余额运用于实体购物的交易系统及其方法 - Google Patents

Abstract

一种将虚拟账户余额运用于实体购物的交易系统及其方法，包括第三方支付平台、卡号管理服务器、银行服务器及端点销售设备。使用者具有第三方支付平台的账户，并可通过账户的账号与密码向第三方支付平台申请一组虚拟卡号。于交易时，端点销售设备可接受虚拟卡号的输入，并依虚拟卡号判别收单银行后，将消费信息传送至银行服务器。银行服务器将消费信息传送至卡号管理服务器，再由卡号管理服务器传送至第三方支付平台，以对虚拟卡号运算得到对应账户的账号与密码。当第三方支付平台确认账户中的余额足够支付该笔交易时，该笔交易即可成立。

Description

将虚拟账户余额运用于实体购物的交易系统及其方法

技术领域

本发明涉及一种交易系统及其交易方法，尤其涉及一种可将虚拟账户的余额用于实体购物的交易系统及其交易方法。

背景技术

一般来说，消费者于实体店家中进行消费时，主要是以现金交易为最大宗，若消费者身上的现金不足时，就必须要到附近的提款机提领。然而，若该提款机与消费者的提款卡不属于同一间银行，则消费者提款时将会被扣除一笔手续费，实不划算。再者，若是外国消费者进行跨国提款，例如大陆游客于台湾的提款机进行提款时，最高更可能被银行收取10%的手续费，相当昂贵。

所以，一般来说，部分民众会选择以信用卡来做为第二支付手段。然而，信用卡主要是一种先享受后付款的支付方式，若消费者的克制力不足，将可能会累积出一张金额庞大、难以负担的帐单。所以，部分消费者并不喜欢使用信用卡，但若不使用信用卡，则当消费者身上的现金不足时，即无任何的解决方法。

近年来，第三方支付的服务盛行，所谓的第三方支付，是指消费者先在一支付网站中进行储值，当消费者在网络上购物时，先由该支付网站确认消费者已经收到货物之后，才会以消费者预先储值的金钱，支付购物金给卖家。这样的好处在于，消费者已事先在支付网站中储值，故卖家不怕收不到钱；而支付网站需确认消费者已经收到货物之后，才会支付购物金给卖家，因此可确保消费者不会收不到货物，可谓一举两得。

有鉴于上述优点，近来许多消费者已习惯在该些支付网站中预先储值一大笔的金钱，以便使用。再者，网络拍卖的卖家也可能设定将其拍卖所得直接汇入卖家在该些支付网站上的虚拟账户之中，令自己的账户中能保留有一定数目的余额，以便自己要购物时使用。然而，现有的支付网站中的余额，仅能在网络购物的行为上使用，无法被运用在实体店家的消费行为上，相当可惜。

发明内容

本发明的主要目的，在于提供一种将虚拟账户余额运用于实体购物的交易系统及其方法，可让使用者在实体店家中进行交易时，可以使用网络上的账户中的余额来进行支付动作。

为了达到上述目的，本发明提供一种将虚拟账户余额运用于实体购物的交易系统，包括：

一第三方支付平台，管理至少一账户，该账户具有一账号及一密码，并且该第三方支付平台记录有一加解密运算函式，用以对该账号及该密码进行加密运算，并得出对应的一组虚拟卡号；

一卡号管理服务器，连接该第三方支付平台，接受该虚拟卡号的注册；

一端点销售(Point of Sale,POS)装置，设置于一实体店家，该端点销售装置于使用者进行一笔交易时，接受该虚拟卡号的输入，并判断该虚拟卡号的一收单银行；及

一银行服务器，对应至该收单银行，由该端点销售装置接收该虚拟卡号及一消费信息，并传送至该卡号管理服务器进行验证；

其中，该卡号管理服务器于判断该虚拟卡号已经过注册后，将该虚拟卡号及该消费信息传送至该第三方支付平台，该第三方支付平台依该加解密运算函式对该虚拟卡号进行解密运算，以得出对应的该账户的该账号及该密码，并确认该账户中的余额是否足够支付该笔交易，若该账户中的余额足够支付该笔交易，该第三方支付平台对该账户进行扣款，并授权对该笔交易进行支付动作。

如上所述，其中该虚拟卡号为一组16码的信用卡卡号，该端点销售装置由该虚拟卡号的前6码来判断该虚拟卡号的该收单银行。

如上所述，其中该账户的该账号为使用者的电子邮件信箱或手机号码。

如上所述，其中该加解密运算函式为一数据加密标准(Data EncryptionStandard,DES)函式，并且该第三方支付平台通过一以时间为基础(time-based)的一次性密码(One Time Password,OTP)做为该DES函式的加解密金钥。

如上所述，其中该第三方支付平台更为该虚拟卡号设定一到期日。

如上所述，其中该第三方支付平台依据该加解密运算函式对该账号及该密码进行加密运算，得出对应的该虚拟卡号及一卡片密码，该端点销售装置接受该虚拟卡号及该卡片密码的输入，并且该第三方支付平台更依据该加解密运算函式对该虚拟卡号及该卡片密码进行解密运算，以得出对应的该账户的该账号及该密码。

为了达到上述目的，本发明还提供一种交易方法，包括：

a)于使用者进行该交易时，该端点销售装置接受该虚拟卡号的输入；

b)该端点销售装置由该虚拟卡号的前6码判断该虚拟卡号的该收单银行，并将该虚拟卡号及该消费信息传送至该收单银行对应的该银行服务器；

c)该银行服务器将该虚拟卡号及该消费信息传送至该卡号管理服务器；

d)该卡号管理服务器判断该虚拟卡号是否经过注册；

e)若该虚拟卡号经过注册，该卡号管理服务器将该虚拟卡号及该消费信息传送至该第三方支付平台；

f)该第三方支付平台通过该加解密运算函式对该虚拟卡号进行解密运算，得出对应的该账户的该账号及该密码；

g)该第三方支付平台确认该账户中的余额是否足够支付该笔交易；及

h)若该账户中的余额足够支付该笔交易，该第三方支付平台对该账户进行扣款，并授权对该笔交易进行支付动作。

如上所述，其中该步骤a之前更包括下列步骤：

a01)于该第三方支付平台上注册该账户；

a02)设定该账户的该账号及该密码；及

a03)对该账户进行一储值动作。

如上所述，其中该步骤a之前更包括下列步骤：

a04)以该账户的该账号及该密码向该第三方支付平台申请一组虚拟卡号；

a05)该第三方支付平台依据该加解密运算函式对该账号及该密码进行加密运算，以计算出对应的该虚拟卡号；

a06)将该虚拟卡号注册至该卡号管理服务器中；及

a07)回复该虚拟卡号给该使用者。

如上所述，其中更包括一步骤i：若该账户中的余额不足以支付该笔交易，该第三方支付平台回复一交易失败信息给该卡号管理服务器、该银行服务器及该端点销售装置。

如上所述，其中更包括一步骤j：若该账户中的余额足够支付该笔交易，该第三方支付平台回复一交易成功信息给该卡号管理服务器、该银行服务器及该端点销售装置。

为了达到上述目的，本发明还提供一种将虚拟账户余额运用于实体购物的交易系统，包括：

一第三方支付平台，管理至少一账户，该账户具有一账号及一密码，并且该第三方支付平台记录有一加解密运算函式；

一卡号管理服务器，连接该第三方支付平台；

一卡号产生装置，记录有该加解密运算函式，用以接收该账号及该密码，并依据该加解密运算函式加密运算出对应的一组虚拟卡号；

一端点销售(Point of Sale,POS)装置，设置于一实体店家，该端点销售装置于使用者进行一笔交易时，接受该虚拟卡号的输入，并判断该虚拟卡号的一收单银行；及

一银行服务器，对应至该收单银行，由该端点销售装置接收该虚拟卡号及一消费信息，并传送至该卡号管理服务器进行验证；

其中，该卡号管理服务器将该虚拟卡号及该消费信息传送至该第三方支付平台，该第三方支付平台依该加解密运算函式对该虚拟卡号进行解密运算，得出对应的该账户的该账号及该密码，并确认该账户中的余额是否足够支付该笔交易，若该账户中的余额足够支付该笔交易，该第三方支付平台对该账户进行扣款，并授权对该笔交易进行支付动作。

如上所述，其中该虚拟卡号为一16码的信用卡卡号，该端点销售装置由该虚拟卡号的前6码来判断该虚拟卡号的该收单银行。

如上所述，其中该账户的该账号为使用者的电子邮件信箱或手机号码。

如上所述，其中该加解密运算函式为一数据加密标准(Data EncryptionStandard,DES)函式，并且该第三方支付平台及该卡号产生装置系通过一以时间为基础(time-based)的一次性密码(One Time Password,OTP)做为该DES函式的加解密金钥。

如上所述，其中该卡号产生装置更为该虚拟卡号设定一到期日。

如上所述，其中该卡号产生装置依据该加解密运算函式对该账号及该密码进行加密运算，以得出对应的该虚拟卡号及一卡片密码，该端点销售装置接受该虚拟卡号及该卡片密码的输入，并且该第三方支付平台依据该加解密运算函式对该虚拟卡号及该卡片密码进行解密运算，以得出对应的该账户的该账号及该密码。

为了达到上述目的，本发明还提供一种交易方法，包括：

a)于使用者进行该交易时，该端点销售装置接受该虚拟卡号的输入；

b)该端点销售装置由该虚拟卡号的前6码判断该虚拟卡号的该收单银行，并将该虚拟卡号及该消费信息传送至该收单银行对应的该银行服务器；

c)该银行服务器将该虚拟卡号及该消费信息传送至该卡号管理服务器，并由该卡号管理服务器将该虚拟卡号及该消费信息传送至该第三方支付平台；

d)该第三方支付平台通过该加解密运算函式对该虚拟卡号进行解密运算，得出对应的该账户的该账号及该密码；

e)该第三方支付平台确认该账户中的余额是否足够支付该笔交易；及

f)若该账户中的余额足够支付该笔交易，该第三方支付平台对该账户进行扣款，并授权对该笔交易进行支付动作。

如上所述，其中该步骤a之前更包括下列步骤：

a01)于该第三方支付平台上注册该账户；

a02)设定该账户的该账号及该密码；

a03)对该账户进行一储值动作；

a04)将该账户的该账号及该密码输入该卡号产生装置中；及

a05)该卡号产生装置依据该加解密运算函式对该账号及该密码进行加密运算，以计算出对应的该虚拟卡号。

如上所述，其中更包括下列步骤：

g)若该账户中的余额不足以支付该笔交易，该第三方支付平台回复一交易失败信息给该卡号管理服务器、该银行服务器及该端点销售装置；及

h)若该账户中的余额足够支付该笔交易，该第三方支付平台回复一交易成功信息给该卡号管理服务器、该银行服务器及该端点销售装置。

本发明对照现有技术所能达成的功效在于，使用者可以将储值于虚拟账户中的金钱，运用在实体的交易行为中。只要使用者事先进行申请，以该虚拟账户的账号及密码来申请一组对应的虚拟卡号，即可于实体交易时使用该虚拟卡号来进行交易，相当便利。并且，使用者在第三方支付平台的账户中的余额，可同时在网络及实体通路上使用，故可有效提高第三方支付平台的交易量，并吸引使用者在第三方支付平台中进行储值。

再者，该虚拟卡号主要是具有对应至标准信用卡卡号的规定，因此实体店家中现有的POS装置并不需要做任何软、硬件上的更改，即可直接接受该虚拟卡号的输入，以令使用者采用该虚拟卡号来进行交易。因此，通过本发明的系统与方法，无论是对使用者、实体店家、第三方支付平台或是银行端来说，均具有相当大的便利性。

以下结合附图和具体实施例对本发明进行详细描述，但不作为对本发明的限定。

附图说明

图1为本发明的第一较佳具体实施例的系统方框图；

图2A为本发明的第一较佳具体实施例的卡号申请页面示意图；

图2B为本发明的第二较佳具体实施例的卡号申请页面示意图；

图3为本发明的第一较佳具体实施例的账户申请流程图；

图4为本发明的第一较佳具体实施例的虚拟卡号申请流程图；

图5为本发明的第一较佳具体实施例的支付流程图；

图6为本发明的第二较佳具体实施例的系统方框图；

图7A为本发明的第一较佳具体实施例的卡号产生装置使用示意图；

图7B为本发明的第二较佳具体实施例的卡号产生装置使用示意图；

图8为本发明的第一较佳具体实施例的卡号产生装置制造流程图；

图9为本发明的第一较佳具体实施例的虚拟卡号产生流程图；

图10为本发明的第二较佳具体实施例的支付流程图。

其中，附图标记：

1…第三方支付平台；

11…虚拟卡号申请页面；

2…卡号管理服务器；

3…端点销售设备；

4…银行服务器；

5…使用者；

6…电脑装置；

7…卡号产生装置；

71…显示屏幕；

72…键盘；

I1…账户信息；

I11…账号；

I12…密码；

I2…卡片信息；

I21…虚拟卡号；

I22…到期日；

I23…卡片密码；

S10~S14…步骤；

S20~S28…步骤；

S30~S54…步骤；

S60~S64…步骤；

S70~S74…步骤；

S80~S102…步骤。

具体实施方式

兹就本发明的一较佳实施例，配合附图，详细说明如后。

首请参阅图1，为本发明的第一较佳具体实施例的系统方框图。本发明揭露了一种可将虚拟账户余额运用于实体购物的交易系统，于此实施例中，该交易系统主要包括了一第三方支付平台1(下面将于说明书内文中简称为该支付平台1)、一卡号管理服务器2、一端点销售(Point of Sale,POS)设备3及一银行服务器4。本发明的主要技术特征在于，该支付平台1为一在网络上提供储值与支付服务的网站，例如为支付宝、PayPal及GOHAPPY等，不加以限定。一使用者5可通过网络，在该支付平台1上的一虚拟账户中储值金钱，并将其运用在与实体店家的交易之上。如此一来，当该使用者5于实体店家中进行消费，但身上的现金不足时，即可使用该支付平台1中的账户余额来进行支付。再者，如PayPal或GOHAPPY等支付平台1通常会依据使用者5的操作而给予一定程度的红利点数(如购物满100元给予1点红利点数)，并且允许使用者5将该些红利点数视同现金来使用(例如购物时可扣除10点红利点数来折抵现金1元)。本发明可让使用者5将该支付平台1上的账户的金钱余额，以及剩余的红利点数，运用在与实体店家的交易上。而为方便说明，下面将仅以该账户中的金钱余额来举例说明，但并不加以限定。

本实施例中，该使用者5需在该支付平台1上注册有一账户，并且再以该账户的账户信息I1向该支付平台1申请一组虚拟卡号(如图2B中的虚拟卡号I21)。该支付平台1中记录有至少一组的加解密运算函式，该支付平台1可依据该加解密运算函式对该账户信息I1进行加密运算，以得出一组对应的卡片信息I2，并且，将该卡片信息I2注册于该卡号管理服务器2中(主要是注册该虚拟卡号I21)，并回复给该使用者5知晓。如此一来，当该使用者5于实体店家中消费时，可将该卡片信息I2输入实体店家中的该POS装置3，以进行支付。本实施例中，该卡片信息I2主要可包括该虚拟卡号I21，以及对应的一到期日I22及一卡片密码I23等，但不加以限定。下面将于说明书中，以该虚拟卡号I21来简单说明。值得一提的是，该加解密运算函式主要可由该卡号管理服务器2的业者提供给该支付平台1，但并不加以限定。

本实施例中，该虚拟卡号I21主要具有对应至标准的信用卡卡号的规定，因此，该POS装置3不需要做任何软、硬件上的更改，即可直接接受该虚拟卡号I21的输入(例如通过手动直接输入卡号的模式，由店家手动输入该虚拟卡号I21、该到期日I22、该卡片密码I23及消费金额等)，以令该使用者5可以通过该虚拟卡号I21来进行交易。

如上所述，该虚拟卡号I21是对应至标准的信用卡的格式，因此该POS装置3可通过该虚拟卡号I21判断出收单银行是哪一间，藉以，将该虚拟卡号I21以及交易所生的一消费信息(例如消费金额)传送至该收单银行所对应的该银行服务器4。本实施例中，该银行服务器4可辨别出该虚拟卡号I21并非一般信用卡的卡号，而是由该支付平台1运算产生的虚拟卡号，因此会将数据传送至该卡片管理服务器2进行验证。

该卡号管理服务器2接收该虚拟卡号I21后，是先判断该虚拟卡号I21是否有经过注册，若有经过注册，表示该虚拟卡号I21确为该支付平台1所产生。因此，该卡号管理服务器2可将该虚拟卡号I21及该消费信息传送至该支付平台1，如此一来，该支付平台1就可依据该加解密运算函式对该虚拟卡号I21进行解密运算，以得出该虚拟卡号I21所对应的该账户的该账户信息I1。进而，该支付平台1得依该账户信息I1登入该账户中，确认该账户中的余额是否足够支付该笔交易(例如，可依该账户的余额与该消费信息中的消费金额进行比对)。若该账户中的余额足够支付该笔交易，再对该账户进行扣款，并授权对该笔交易进行支付动作。更具体而言，该支付平台1主要是在扣款后，将授权信息回复给该卡号管理服务器2及该银行服务器4进行记录，该银行服务器4再将授权信息传送至该POS装置3，以令该实体店家可以确认支付动作成功。

续请同时参阅图2A及图2B，分别为本发明的第一较佳具体实施例与第二较佳具体实施例的卡号申请页面示意图。首先如图2A所示，若该使用者5在该支付平台1上具有一账户，则该使用者5可操作一电脑装置6，以登入该支付平台1的一虚拟卡号申请页面11，并于该虚拟号申请页面11中输入账户该账户信息I1，本实施例中，是以该账户的一账号I11及一密码I12为例，举例说明。

接着如图2B所示，该支付平台1可依据该加解密运算函式对该账号I11及该密码I12进行加密运算，以得出对应的一组该虚拟卡号I21后，显示于该虚拟卡号申请页面11上，以提供给该使用者5使用。更具体而言，该支付平台1主要是在加密运算后，得出上述的该卡片信息I2，包含该虚拟卡号I21、该到期日I22及该卡片密码I23等，但不加以限定。如此一来，当该使用者5使用该虚拟卡号I21进行实体交易时，可通过该到期日I22及该卡片密码I23，提高交易的安全性。

参阅图3，为本发明的第一较佳具体实施例的账户申请流程图。要实现本发明的交易方法，并以本发明的交易系统来进行交易，首先，该使用者5需于该支付平台1中申请一个账户(步骤S10)，并且，设定该账户的该账号I11及该密码I12(步骤S12)。本实施例中，该账号I11主要可为该使用者5的一电子邮件信箱、手机号码或是该支付平台1自订规格的账户等，并且可为数字、文字及符号所组成的一组账号，但不加以限定。最后，该使用者5可通过信用卡或是转帐等付费手段，于该账户中储值可让该支付平台1代为支付的金钱(步骤S14)。

续请参阅图4，为本发明的第一较佳具体实施例的虚拟卡号申请流程图。当该使用者5拥有了该支付平台1中的账户后，该使用者5即可以该账户的该账号I11与该密码I12，向该支付平台1申请该虚拟卡号I21(步骤S20)。更具体而言，该使用者5是于该虚拟卡号申请页面11中输入该账户的该账号I11及该密码I12(步骤S22)，藉以通过该虚拟卡号申请页面11来提出申请。当该支付平台1确认该账户确实存在后，即可依据该加解密运算函式对该账号I11及该密码I12进行加密运算，以得出对应的该虚拟卡号I21(步骤S24)。并且如上所述，除了该虚拟卡号I21外，该支付平台1更可同时运算得出该虚拟卡号I21对应的该到期日I22及该卡片密码I23，以提高该虚拟卡号I21使用上的安全性。并且，其中支付平台1更可以一次性密码(One Time Password,OTP)，来做为该卡片密码I23，但不加以限定。

本实施例中，该加解密运算函式主要为一数据加密标准(Data EncryptionStandard,DES)函式，并且，该支付平台1主要可使用一个以时间为基础(time-based)的一次性密码(One Time Password,OTP)，做为该DES函式的加解密金钥，但不加以限定。DES函式及OTP均为数据加密的公知技术，在此不再赘述。

当该支付平台1运算得出该虚拟卡号I21(以及该到期日I22与该卡片密码I23)后，会先将该虚拟卡号I21注册到该卡号管理服务器2中(步骤S26)，最后，再将该虚拟卡号I21回复给该使用者5(步骤S28)。更具体而言，该步骤S28中，该支付平台1主要是可如图2B中所示，将该虚拟卡号I21、该到期日I22及该卡片密码I23等卡片信息I2显示于该虚拟卡号申请页面11上，以令该使用者5知晓。

参阅图5，为本发明的第一较佳具体实施例的支付流程图。当该使用者5预先于网络上申请了该虚拟卡号I21后，即可于实体店家中进行消费(步骤S30)，并且，当该使用者5与该实体店家进行交易时，主要可将该虚拟卡号I21输入该实体店家中的该POS装置3(步骤S32)。更具体而言，该POS装置3主要是可通过手动直接输入卡号的模式，接受该虚拟卡号I21、该到期日I22与该卡片密码I23等卡片信息I2的输入，本实施例中，主要仅以输入该虚拟卡号I21为例，以举例说明，但并不加以限定。并且，该POS装置3是更接受此笔交易所生的消费信息的输入，例如消费金额，但不加以限定。

当该POS装置3接受该虚拟卡号I21的输入后，即可判断该虚拟卡号I21的收单银行是哪一间(步骤S34)，藉以将该虚拟卡号I21以及该消费信息传送至该收单银行所对应的该银行服务器4(步骤S36)。本实施例中，该虚拟卡号I21主要是为由0-9的数字所组成的一组16码的信用卡卡号，例如为「1234-5678-1357-2468」，与一般信用卡卡号的格式相同。因此，该POS装置3接收该虚拟卡号I21后，可由该虚拟卡号I21的前6码来判断该虚拟卡号I21的收单银行是哪一间，藉以，将该虚拟卡号I21及该消费信息传送至正确的该银行服务器4。

更具体而言，本发明中，该卡号管理服务器2的业者主要可与该收单银行协商，令该加解密运算函式所计算出来的所有虚拟卡号，都具有该收单银行所使用的代码(即，前6码均相同)。如此一来，该POS装置3会将前6码相同的卡号均传送至该收单银行，再由该收单银行来判断是一般信用卡的卡号，还是该虚拟卡号I21。更甚者，该卡号管理服务器2的业者更可直接向信用卡国际组织注册一组新的号码，藉此，只要一组卡号的前6码为该新的号码，就表示该组卡号为该虚拟卡号I21。然而，以上所述均仅为本发明的较佳具体实例，并不以此为限。

该步骤S36后，该银行服务器4可接收该POS装置3所传来的一组卡号以及该消费信息，并且可判断该组卡号是否为该虚拟卡号I21(步骤S38)。若该组卡号不是该虚拟卡号I21，表示为一般信用卡的卡号；反之，若确认该POS装置3传来的是该虚拟卡号I21，则该银行服务器4是进一步将该虚拟卡号I21与该消费信息传送至该卡号管理服务器2(步骤S40)。该卡号管理服务器2判断该虚拟卡号I21是否已经过注册(步骤S42)，若该卡号管理服务器2判断该虚拟卡号I21并未经过注册，表示该虚拟卡号I21无法被使用，故该卡号管理服务器2回复一交易失败信息给该银行服务器4及该POS装置3(步骤S44)。

若该卡号管理服务器2判断该虚拟卡号I21有经过注册，表示该虚拟卡号I21的确为该支付平台1所运算产生的，因此该卡号管理服务器2会将该虚拟卡号I21与该消费信息传送至该支付平台1(步骤S46)。藉此，该支付平台1可依据该加解密运算函式，对该虚拟卡号I21进行解密运算，以得出对应的该账户的该账号I11与该密码I12(步骤S48)。

更具体而言，若该使用者5申请时，该支付平台1系加密运算出该虚拟卡号I21及该卡片密码I23，则于交易时，该POS装置3即需同时接受该虚拟卡号I21及该卡片密码I23的输入，并且于验证时，该支付平台1对该虚拟卡号I21及该卡片密码I23进行解密运算，以得出对应的该账户的该账号I11及该密码I12。然而，以上所述均为本发明的一较佳具体实例，该支付平台1实可依实际所需，选择性运算出该虚拟卡号I21、该到期日I22与该卡片密码I23的至少其中之一，以供使用者运用，但并不加以限定。

当该支付平台1运算得出对应的该账户的该账号I11及该密码I12后，该支付平台1即可登入该账户中，并确认该账户中的余额是否足够支付该笔交易的金额(步骤S50)。更具体而言，该支付平台1主要是可将该账户的余额与该消费信息进行比对，以确认该账户的余额是否足够。若该账户中的余额不足以支付该笔交易，则该支付平台1会回复该交易失败信息给该卡号管理服务器2、该银行服务器4及该POS装置3(步骤S44)。若该账户中的余额足够支付该笔交易，则该支付平台1就可对该账户进行扣款，并授权对该笔交易进行支付动作(步骤S52)，并且，再回复一交易成功信息给该卡号管理服务器2、该银行服务器4及该POS装置3(步骤S54)。

通过本发明的技术，只要该使用者5预先向该支付平台1提出申请，就等于拥有了一张额外的信用卡可以使用。并且，只要该支付平台1中的账户的余额或红利点数足够，该使用者5就可以使用该虚拟卡号I21，于国内、外的实体店家中进行交易，相当便利。值得一提的是，为了避免该使用者5申请完后忘记该虚拟卡号I21，该支付平台1更可依据该虚拟卡号I21，制作一张实体卡片给该使用者5。如此一来，该使用者5要使用该虚拟卡号I21来进行支付动作时，就如同使用一般信用卡一般，只要将该实体卡片交予该POS装置3进行刷卡动作即可。

续请参阅图6，为本发明的第二较佳具体实施例的系统方框图。与前述实施例的差别在于，本实施例中，该交易系统更包括了一卡号产生装置7，该卡号产生装置7中记录有该支付平台1所使用的该加解密运算函式，并且本实施例中，主要是以该卡号产生装置7取代该支付平台1来运算产生该虚拟卡号I21。

该卡号产生装置7可为该支付平台1的业者授权制造的一可携式装置，主要可贩售给该使用者5，或是实体店家。于前述实施例中，该使用者5需预先上网登入该支付平台1，并向该支付平台1申请该虚拟卡号I21。本实施例中，该使用者5不必预先申请，而是在需要进行交易时，再即时通过该卡号产生装置7来取得该虚拟卡号I21即可。

请同时参阅图7A及图7B，为本发明的第一较佳具体实施例与第二较佳具体实施例的卡号产生装置使用示意图。该卡号产生装置7上主要具有一显示屏幕71及一键盘72，并且该键盘72具备有数字输入键、文字输入键与符号输入键，该使用者5可通过该键盘72来完整输入该账号I11及该密码I12。当该使用者5要进行交易时，可通过该键盘72将该账户的该账号I11与该密码I12输入该卡号产生装置7中，藉以，该卡号产生装置7可依据该加解密运算函式来进行加密运算，以得出对应的一组该虚拟卡号I21。并且，该卡号产生装置7也可进一步运算得出对应至该虚拟卡号I21的该到期日I22与该卡片密码I23，但不加以限定。并且，该虚拟卡号I21产生后，显示于该显示屏幕71令该使用者5知晓。

本实施例中，该虚拟卡号I21为即时产生，并且不是在线上由该支付平台1来产生，因此不需向该卡号管理服务器2进行注册。也就是说，本实施例与前述实施例相比，是以安全性来换取便利性。

当该使用者5于该实体店家进行交易时，是与前述实施例类似，该POS装置3是接收该虚拟卡号I21的输入，并将该虚拟卡号I21与该笔交易所产生的消费信息传送至该收单银行对应的该银行服务器4，由该银行服务器4传送给该卡号管理服务器2，最后再由该卡号管理服务器2传送至该支付平台1进行处理。而如同前述实施例中所示，该支付平台1会依据该加解密运算函式对该虚拟卡号I21进行解密运算，以得出对应的该账户的该账号I11与该密码I12，并且确认该账户的余额是否足以支付该笔交易后，再将结果回复给该卡号管理服务器2、该银行服务器4与该POS装置3。

参阅图8，为本发明的第一较佳具体实施例的卡号产生装置制造流程图。如上所述，本实施例主要是通过该卡号产生装置7来运算产生该虚拟卡号I21，是以，厂商必须与该支付平台1合作，并将该支付平台1所使用的该加解密运算函式导入该卡号产生装置7中(步骤S60)。接着，厂商即可依据需求，制造对应数量的该卡号产生装置7(步骤S62)，最后再于市场上销售该卡号产生装置7(步骤S64)。值得一提的是，该卡号产生装置7主要可贩售给该使用者5，由该使用者5自行运用，以于需要时产生该虚拟卡号I21；反之，该卡号产生装置7也可贩售给特定的该实体店家，当该使用者5于该实体店家中进行消费，并且要通过该账户中的余额来支付时，再由该实体店家提供该卡号产生装置7，以令该使用者5产生该虚拟卡号I21并加以使用。

参阅图9，为本发明的第一较佳具体实施例的虚拟卡号产生流程图。无论该使用者5自己拥有一台该卡号产生装置7，或是使用该实体店家所提供的该卡号产生装置7，当该使用者5要使用该账户中的余额时，是需将该账户的该账号I11及该密码I12输入该卡号产生装置7中(步骤S70)，藉以，该卡号产生装置7依据该加解密运算函式，对该账号I11及该密码I12进行加密运算，以得出对应的该虚拟卡号I21(步骤S72)。并且更具体而言，还可同时产生对应至该虚拟卡号I21的该到期日I22与该卡片密码I23，但不加以限定。最后，该卡号产生装置7将该虚拟卡号I21(及该到期日I22与该卡片密码I23)显示于该显示屏幕71上(步骤S74)，以令该使用者5知晓。

接续请参阅图10，为本发明的第二较佳具体实施例的支付流程图。本实施例的支付流程与前述实施例大致相同，主要差异在于，该虚拟卡号I21为即时产生，不需于该卡号管理服务器2中进行注册，因此该卡号管理服务器2不需判断该虚拟卡号I21已否有经过注册，详细说明如下。

当该使用者5要于该实体店家中进行消费(步骤S80)，并且已由该卡号产生装置7取得该账户所对应的该虚拟卡号I21之后，需将该虚拟卡号I21输入该POS装置3中(步骤S82)。该POS装置3接收该虚拟卡号I21后，系由该虚拟卡号I21的前6码来判断该虚拟卡号I21的收单银行是哪一间(步骤S84)，藉以，将该虚拟卡号I21及此笔交易所产生的消费信息传送至该收单银行对应的该银行服务器4(步骤S86)。

接着，该银行服务器4进一步判断所接收的卡号是否为该虚拟卡号I21(步骤S88)，若否，表示该卡号为一般信用卡的卡号；若是，则该银行服务器4将该虚拟卡号I21及该消费信息传送至该卡号管理服务器2(步骤S90)，并且再由该卡号管理服务器2传送至该支付平台1(步骤S92)。该支付平台1接收该虚拟卡号I21后，依据该加解密运算函式对该虚拟卡号I21进行解密运算，以得出对应的该账户的该账号I11及该密码I12(步骤S94)。进而，该支付平台1得以登入该账户中，并确认该账户的余额是否足以支付该笔交易(步骤S96)。若该账户的余额不足以支付该笔交易，则该支付平台1回复该交易失败信息给该卡号管理服务器2、该银行服务器4及该POS装置3(步骤S98)，表示该笔交易无法成立。反之，若该账户的余额足够支付该笔交易，则该支付平台1对该账户进行扣款，并授权对该笔交易进行支付动作(步骤S100)。最后，再回复该交易成功信息给该卡号管理服务器2、该银行服务器4及该POS装置3，表示该笔交易成立。

通过本发明的系统与方法，使用者只要在该支付平台1中具有一账户，并且该账户中具有足够的余额或红利点数，则使用者就可以预先申请一组对应至该账户的虚拟卡号，或是于要进行消费时，再即时申请一组虚拟卡号。如此一来，就可以该虚拟卡号进行支付动作，以将网络上的该账户中的余额或红利点数，运用于实体交易之中。

当然，本发明还可有其它多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (20)

1.一种将虚拟账户余额运用于实体购物的交易系统，其特征在于，包括：

一第三方支付平台，管理至少一账户，该账户具有一账号及一密码，并且该第三方支付平台记录有一加解密运算函式，用以对该账号及该密码进行加密运算，并得出对应的一组虚拟卡号；

一卡号管理服务器，连接该第三方支付平台，接受该虚拟卡号的注册；

一端点销售装置，设置于一实体店家，该端点销售装置于使用者进行一笔交易时，接受该虚拟卡号的输入，并判断该虚拟卡号的一收单银行；及

一银行服务器，对应至该收单银行，由该端点销售装置接收该虚拟卡号及一消费信息，并传送至该卡号管理服务器进行验证；

其中，该卡号管理服务器于判断该虚拟卡号已经过注册后，将该虚拟卡号及该消费信息传送至该第三方支付平台，该第三方支付平台依该加解密运算函式对该虚拟卡号进行解密运算，以得出对应的该账户的该账号及该密码，并确认该账户中的余额是否足够支付该笔交易，若该账户中的余额足够支付该笔交易，该第三方支付平台对该账户进行扣款，并授权对该笔交易进行支付动作。

2.根据权利要求1所述的交易系统，其特征在于，该虚拟卡号为一组16码的信用卡卡号，该端点销售装置由该虚拟卡号的前6码来判断该虚拟卡号的该收单银行。

3.根据权利要求2所述的交易系统，其特征在于，该账户的该账号为使用者的电子邮件信箱或手机号码。

4.根据权利要求2所述的交易系统，其特征在于，该加解密运算函式为一数据加密标准函式，并且该第三方支付平台通过一以时间为基础的一次性密码做为该数据加密标准函式的加解密金钥。

5.根据权利要求4所述的交易系统，其特征在于，该第三方支付平台更为该虚拟卡号设定一到期日。

6.根据权利要求4所述的交易系统，其特征在于，该第三方支付平台依据该加解密运算函式对该账号及该密码进行加密运算，得出对应的该虚拟卡号及一卡片密码，该端点销售装置接受该虚拟卡号及该卡片密码的输入，并且该第三方支付平台更依据该加解密运算函式对该虚拟卡号及该卡片密码进行解密运算，以得出对应的该账户的该账号及该密码。

7.一种应用权利要求2所述的交易系统所使用的交易方法，其特征在于，包括：

a)于使用者进行该交易时，该端点销售装置接受该虚拟卡号的输入；

b)该端点销售装置由该虚拟卡号的前6码判断该虚拟卡号的该收单银行，并将该虚拟卡号及该消费信息传送至该收单银行对应的该银行服务器；

c)该银行服务器将该虚拟卡号及该消费信息传送至该卡号管理服务器；

d)该卡号管理服务器判断该虚拟卡号是否经过注册；

e)若该虚拟卡号经过注册，该卡号管理服务器将该虚拟卡号及该消费信息传送至该第三方支付平台；

f)该第三方支付平台通过该加解密运算函式对该虚拟卡号进行解密运算，得出对应的该账户的该账号及该密码；

g)该第三方支付平台确认该账户中的余额是否足够支付该笔交易；及

h)若该账户中的余额足够支付该笔交易，该第三方支付平台对该账户进行扣款，并授权对该笔交易进行支付动作。

8.根据权利要求7所述的交易方法，其特征在于，该步骤a之前更包括下列步骤：

a01)于该第三方支付平台上注册该账户；

a02)设定该账户的该账号及该密码；及

a03)对该账户进行一储值动作。

9.根据权利要求8所述的交易方法，其特征在于，该步骤a之前更包括下列步骤：

a04)以该账户的该账号及该密码向该第三方支付平台申请一组虚拟卡号；

a05)该第三方支付平台依据该加解密运算函式对该账号及该密码进行加密运算，以计算出对应的该虚拟卡号；

a06)将该虚拟卡号注册至该卡号管理服务器中；及

a07)回复该虚拟卡号给该使用者。

10.根据权利要求9所述的交易方法，其特征在于，更包括一步骤i：若该账户中的余额不足以支付该笔交易，该第三方支付平台回复一交易失败信息给该卡号管理服务器、该银行服务器及该端点销售装置。

11.根据权利要求9所述的交易方法，其特征在于，更包括一步骤j：若该账户中的余额足够支付该笔交易，该第三方支付平台回复一交易成功信息给该卡号管理服务器、该银行服务器及该端点销售装置。

12.一种将虚拟账户余额运用于实体购物的交易系统，其特征在于，包括：

一第三方支付平台，管理至少一账户，该账户具有一账号及一密码，并且该第三方支付平台记录有一加解密运算函式；

一卡号管理服务器，连接该第三方支付平台；

一卡号产生装置，记录有该加解密运算函式，用以接收该账号及该密码，并依据该加解密运算函式加密运算出对应的一组虚拟卡号；

一端点销售装置，设置于一实体店家，该端点销售装置于使用者进行一笔交易时，接受该虚拟卡号的输入，并判断该虚拟卡号的一收单银行；及

一银行服务器，对应至该收单银行，由该端点销售装置接收该虚拟卡号及一消费信息，并传送至该卡号管理服务器进行验证；

其中，该卡号管理服务器将该虚拟卡号及该消费信息传送至该第三方支付平台，该第三方支付平台依该加解密运算函式对该虚拟卡号进行解密运算，得出对应的该账户的该账号及该密码，并确认该账户中的余额是否足够支付该笔交易，若该账户中的余额足够支付该笔交易，该第三方支付平台对该账户进行扣款，并授权对该笔交易进行支付动作。

13.根据权利要求12所述的交易系统，其特征在于，该虚拟卡号为一16码的信用卡卡号，该端点销售装置由该虚拟卡号的前6码来判断该虚拟卡号的该收单银行。

14.根据权利要求13所述的交易系统，其特征在于，该账户的该账号为使用者的电子邮件信箱或手机号码。

15.根据权利要求13所述的交易系统，其特征在于，该加解密运算函式为一数据加密标准函式，并且该第三方支付平台及该卡号产生装置通过一以时间为基础的一次性密码做为该数据加密标准函式的加解密金钥。

16.根据权利要求13所述的交易系统，其特征在于，该卡号产生装置更为该虚拟卡号设定一到期日。

17.根据权利要求13所述的交易系统，其特征在于，该卡号产生装置依据该加解密运算函式对该账号及该密码进行加密运算，以得出对应的该虚拟卡号及一卡片密码，该端点销售装置接受该虚拟卡号及该卡片密码的输入，并且该第三方支付平台依据该加解密运算函式对该虚拟卡号及该卡片密码进行解密运算，以得出对应的该账户的该账号及该密码。

18.一种应用权利要求13所述的交易系统所使用的交易方法，其特征在于，包括：

a)于使用者进行该交易时，该端点销售装置接受该虚拟卡号的输入；

b)该端点销售装置由该虚拟卡号的前6码判断该虚拟卡号的该收单银行，并将该虚拟卡号及该消费信息传送至该收单银行对应的该银行服务器；

c)该银行服务器将该虚拟卡号及该消费信息传送至该卡号管理服务器，并由该卡号管理服务器将该虚拟卡号及该消费信息传送至该第三方支付平台；

d)该第三方支付平台通过该加解密运算函式对该虚拟卡号进行解密运算，得出对应的该账户的该账号及该密码；

e)该第三方支付平台确认该账户中的余额是否足够支付该笔交易；及

f)若该账户中的余额足够支付该笔交易，该第三方支付平台对该账户进行扣款，并授权对该笔交易进行支付动作。

19.根据权利要求18所述的交易方法，其特征在于，该步骤a之前更包括下列步骤：

a01)于该第三方支付平台上注册该账户；

a02)设定该账户的该账号及该密码；

a03)对该账户进行一储值动作；

a04)将该账户的该账号及该密码输入该卡号产生装置中；及

a05)该卡号产生装置依据该加解密运算函式对该账号及该密码进行加密运算，以计算出对应的该虚拟卡号。

20.根据权利要求19所述的交易方法，其特征在于，更包括下列步骤：

g)若该账户中的余额不足以支付该笔交易，该第三方支付平台回复一交易失败信息给该卡号管理服务器、该银行服务器及该端点销售装置；及

h)若该账户中的余额足够支付该笔交易，该第三方支付平台回复一交易成功信息给该卡号管理服务器、该银行服务器及该端点销售装置。

Images