卡券使用系统、方法及装置

1.一种卡券使用系统，其特征在于，所述系统包括第一客户端、第二客户端、卡券服务器和支付服务器，所述第一客户端为用户使用的终端中安装的客户端，所述第二客户端为商户使用的终端中安装的客户端；
所述第一客户端，用于当接收到卡券使用触发信号时，向卡券服务器发送卡券使用请求，所述卡券使用请求中包括卡券的卡券信息，所述卡券是与所述第一客户端具有预定社交关系的第三客户端分享到社交平台的卡券，且所述卡券的使用次数为一次；显示支付码，所述支付码包括所述第一客户端对应的第一资源账号；
所述第二客户端，用于获取所述第一客户端显示的所述支付码；根据所述支付码向所述支付服务器发送支付请求，所述支付请求用于请求将所述第一资源账号中第一数量的资源转移到所述第二客户端对应的第二资源账号中，所述支付请求中包含所述第一数量、所述第一资源账号和所述第二资源账号；
所述卡券服务器，用于根据所述卡券使用请求中所述第一客户端的客户端标识，将所述卡券和所述第一客户端进行关联，并锁定所述卡券，锁定后的所述卡券无法与其他客户端进行关联；根据所述卡券信息对卡券进行验证；当所述卡券通过验证时，向所述支付服务器发送确认指示，所述确认指示中包含所述卡券对应的资源抵扣数量；
所述支付服务器，用于当接收到所述确认指示时，根据所述第一数量和所述资源抵扣数量计算第二数量；将所述第一资源账号中所述第二数量的资源转移到所述第二资源账号中。
2.根据权利要求1所述的系统，其特征在于，
所述支付服务器，用于获取所述支付请求中包含的所述第一客户端的客户端标识；根据所述客户端标识向所述卡券服务器发送询问请求，所述询问请求用于询问是否存在与所述第一客户端关联的所述卡券；
所述卡券服务器，还用于当检测到存在与所述第一客户端关联的所述卡券时，根据所述卡券信息对卡券进行验证。
3.根据权利要求2所述的系统，其特征在于，
所述卡券服务器，还用于核销所述卡券，并删除所述卡券和所述第一客户端之间的关联；向所述社交平台发送核销指示，所述社交平台用于根据所述核销指示核销所述卡券。
4.根据权利要求1至3任一所述的系统，其特征在于，
所述支付服务器，还用于在完成资源转移后，向所述第一客户端和所述第二客户端发送支付完成信息，所述支付完成信息中包括所述第一数量、所述资源抵扣数量和所述第二数量中的至少一种。
5.根据权利要求2或3所述的系统，其特征在于，
所述第二客户端，还用于在完成资源转移后，向所述卡券服务器发送卡券下发请求，所述卡券下发请求用于请求向所述第一客户端下发卡券；
所述卡券服务器，还用于根据所述卡券下发请求，向所述第一客户端下发卡券；
所述第一客户端，还用于将所述卡券分享至所述社交平台。
6.一种卡券使用方法，其特征在于，所述方法包括：
接收第一客户端发送的卡券使用请求，所述第一客户端为用户使用的终端中安装的客户端，所述卡券使用请求中包括卡券的卡券信息，所述卡券是与所述第一客户端具有预定社交关系的第三客户端分享到社交平台的卡券，且所述卡券的使用次数为一次；
根据所述卡券使用请求中所述第一客户端的客户端标识，将所述卡券和所述第一客户端进行关联；
锁定所述卡券，锁定后的所述卡券无法与其他客户端进行关联；
根据所述卡券信息对所述卡券进行验证；
当所述卡券通过验证时，向支付服务器发送确认指示，所述确认指示中包含所述卡券对应的资源抵扣数量，所述支付服务器用于在接收到所述确认指示时，根据第一数量和所述资源抵扣数量计算第二数量，并将所述第一客户端对应的第一资源账号中所述第二数量的资源转移到第二客户端对应的第二资源账号中，所述第二客户端为商户使用的终端中安装的客户端；
其中，所述第一数量、所述第一资源账号和所述第二资源账号是所述第二客户端获取到第一客户端显示的支付码后向卡券服务器发送的，所述支付码包括所述第一资源账号。
7.根据权利要求6所述的方法，其特征在于，所述根据所述卡券信息对所述卡券进行验证之前，包括：
接收支付服务器发送的询问请求，所述询问请求用于询问是否存在与所述第一客户端关联的所述卡券；
当检测到存在与所述第一客户端关联的所述卡券时，执行所述根据所述卡券信息对所述卡券进行验证的步骤。
8.根据权利要求7所述的方法，其特征在于，所述向支付服务器发送确认指示之后，包括：
核销所述卡券，并删除所述卡券和所述第一客户端之间的关联；
向所述社交平台发送核销指示，所述社交平台用于根据所述核销指示核销所述卡券。
9.根据权利要求7或8所述的方法，其特征在于，所述向支付服务器发送确认指示之后，包括：
接收所述第二客户端发送的卡券下发请求，所述卡券下发请求用于请求向所述第一客户端下发卡券；
根据所述卡券下发请求，向所述第一客户端下发卡券，所述第一客户端用于将所述卡券分享至所述社交平台。
10.一种卡券使用方法，其特征在于，所述方法包括：
接收第二客户端发送的支付请求，所述支付请求用于请求将第一客户端对应的第一资源账号中第一数量的资源转移到所述第二客户端对应的第二资源账号中，所述支付请求中包含所述第一数量、所述第一资源账号和所述第二资源账号，所述第一客户端为用户使用的终端中安装的客户端，所述第二客户端为商户使用的终端中安装的客户端；
接收卡券服务器发送的确认指示，所述确认指示是所述卡券服务器接收到所述第一客户端发送的卡券使用请求后，将卡券和所述第一客户端进行关联，锁定所述卡券，并对所述卡券使用请求中包括的卡券信息进行验证后发送的，所述确认指示中包含所述卡券对应的资源抵扣数量，所述卡券是与所述第一客户端具有预定社交关系的第三客户端分享到社交平台的卡券，所述卡券的使用次数为一次，且锁定后的所述卡券无法与其他客户端进行关联；
根据所述第一数量和所述资源抵扣数量计算第二数量；
将所述第一资源账号中所述第二数量的资源转移到所述第二资源账号；
其中，所述支付请求是所述第二客户端获取到所述第一客户端显示的支付码后发送的，所述支付码是所述第一客户端接收到卡券使用触发信号时显示的，所述支付码包括所述第一资源账号。
11.根据权利要求10所述的方法，其特征在于，所述接收第二客户端发送的支付请求之后，包括：
获取所述支付请求中包含的所述第一客户端的客户端标识；
根据所述客户端标识向所述卡券服务器发送询问请求，所述询问请求用于询问是否存在与所述第一客户端关联的所述卡券。
12.根据权利要求10或11所述的方法，其特征在于，所述将所述第一资源账号中所述第二数量的资源转移到所述第二资源账号之后，包括：
向所述第一客户端和所述第二客户端发送支付完成信息，所述支付完成信息中包括所述第一数量、所述资源抵扣数量和所述第二数量中的至少一种。
13.一种卡券使用装置，其特征在于，所述装置包括：
第一接收模块，用于接收第一客户端发送的卡券使用请求，所述卡券使用请求中包括卡券的卡券信息，所述第一客户端为用户使用的终端中安装的客户端，所述卡券是与所述第一客户端具有预定社交关系的第三客户端分享到社交平台的卡券，且所述卡券的使用次数为一次；
关联模块，用于根据所述卡券使用请求中所述第一客户端的客户端标识，将所述卡券和所述第一客户端进行关联；
锁定模块，用于锁定所述卡券，锁定后的所述卡券无法与其他客户端进行关联；
验证模块，用于根据所述卡券信息对所述卡券进行验证；
第一发送模块，用于当所述卡券通过验证时，向支付服务器发送确认指示，所述确认指示中包含所述卡券对应的资源抵扣数量，所述支付服务器用于在接收到所述确认指示时，根据第一数量和所述资源抵扣数量计算第二数量，并将所述第一客户端对应的第一资源账号中所述第二数量的资源转移到第二客户端对应的第二资源账号中，所述第二客户端为商户使用的终端中安装的客户端；
其中，所述第一数量、所述第一资源账号和所述第二资源账号是所述第二客户端获取到第一客户端显示的支付码后向卡券服务器发送的，所述支付码包括所述第一资源账号。
14.根据权利要求13所述装置，其特征在于，所述装置，包括：
第二接收模块，用于接收支付服务器发送的询问请求，所述询问请求用于询问是否存在与所述第一客户端关联的所述卡券；
所述验证模块，还用于当检测到存在与所述第一客户端关联的所述卡券时，执行所述根据所述卡券信息对所述卡券进行验证的步骤。
15.根据权利要求14所述的装置，其特征在于，所述装置，包括：
核销模块，用于核销所述卡券，并删除所述卡券和所述第一客户端之间的关联；
第二发送模块，用于向所述社交平台发送核销指示，所述社交平台用于根据所述核销指示核销所述卡券。
16.根据权利要求14或15所述的装置，其特征在于，所述装置，包括：
第三接收模块，用于接收所述第二客户端发送的卡券下发请求，所述卡券下发请求用于请求向所述第一客户端下发卡券；
下发模块，用于根据所述卡券下发请求，向所述第一客户端下发卡券，所述第一客户端用于将所述卡券分享至所述社交平台。
17.一种卡券使用装置，其特征在于，所述装置包括：
第四接收模块，用于接收第二客户端发送的支付请求，所述支付请求用于请求将第一客户端对应的第一资源账号中第一数量的资源转移到所述第二客户端对应的第二资源账号中，所述支付请求中包含所述第一数量、所述第一资源账号和所述第二资源账号，所述第一客户端为用户使用的终端中安装的客户端，所述第二客户端为商户使用的终端中安装的客户端；
第五接收模块，用于接收卡券服务器发送的确认指示，所述确认指示是所述卡券服务器接收到所述第一客户端发送的卡券使用请求后，将卡券和所述第一客户端进行关联，锁定所述卡券，并对所述卡券使用请求中包括的卡券信息进行验证后发送的，所述确认指示中包含所述卡券对应的资源抵扣数量，所述卡券是与所述第一客户端具有预定社交关系的第三客户端分享到社交平台的卡券，所述卡券的使用次数为一次，且锁定后的所述卡券无法与其他客户端进行关联；
计算模块，用于根据所述第一数量和所述资源抵扣数量计算第二数量；
转移模块，用于将所述第一资源账号中所述第二数量的资源转移到所述第二资源账号；
其中，所述支付请求是所述第二客户端获取到所述第一客户端显示的支付码后发送的，所述支付码是所述第一客户端接收到卡券使用触发信号时显示的，所述支付码包括所述第一资源账号。
18.根据权利要求17所述的装置，其特征在于，所述装置，包括：
获取模块，用于获取所述支付请求中包含的所述第一客户端的客户端标识；
第三发送模块，用于根据所述客户端标识向所述卡券服务器发送询问请求，所述询问请求用于询问是否存在与所述第一客户端关联的所述卡券。
19.根据权利要求17或18所述的装置，其特征在于，所述装置，包括：
第四发送模块，用于向所述第一客户端和所述第二客户端发送支付完成信息，所述支付完成信息中包括所述第一数量、所述资源抵扣数量和所述第二数量中的至少一种。

卡券使用系统、方法及装置\n技术领域\n[0001] 本申请涉及数据处理领域，特别涉及一种关于电子卡券的卡券使用系统、方法及装置。\n背景技术\n[0002] 随着互联网技术和移动终端技术的发展，越来越多的商户通过互联网发行纸质卡券或电子卡券给用户。\n[0003] 用户使用卡券在指定商户中消费时，需要出示卡券，店员通过扫描二维码等方式获取卡券的唯一编号，并根据该唯一编号对卡券进行验证。若卡券通过验证，店员则根据卡券指示的优惠金额以及用户实际消费金额计算出实际付款金额，并通过扫描用户出示的支付二维码完成收银。\n[0004] 在实现本发明实施例的过程中，发明人发现上述技术至少存在以下问题：在使用卡券的过程中，用户需要先后出示卡券和支付二维码，使用流程复杂，且支付效率较低。\n发明内容\n[0005] 为了解决使用卡券的过程中，用户需要先后出示卡券和支付二维码，使用流程复杂，且支付效率较低的问题，本发明实施例提供了一种卡券使用系统、方法及装置。所述技术方案如下：\n[0006] 第一方面，提供了一种卡券使用系统，该系统包括第一客户端、卡券服务器、支付服务器和第二客户端；\n[0007] 第一客户端，用于当接收到卡券使用触发信号时，向卡券服务器发送卡券使用请求，卡券使用请求中包括卡券的卡券信息；显示支付码，支付码包括第一客户端对应的第一资源账号；\n[0008] 第二客户端，用于获取第一客户端显示的支付码；根据支付码向支付服务器发送支付请求，支付请求用于请求将第一资源账号中第一数量的资源转移到第二客户端对应的第二资源账号中；\n[0009] 卡券服务器，用于根据卡券信息对卡券进行验证；当卡券通过验证时，向支付服务器发送确认指示，确认指示中包含卡券对应的资源抵扣数量；\n[0010] 支付服务器，用于当接收到确认指示时，根据第一数量和资源抵扣数量计算第二数量；将第一资源账号中第二数量的资源转移到第二资源账号中。\n[0011] 第二方面，提供了一种卡券使用方法，应用于卡券服务器中，该方法包括：\n[0012] 接收第一客户端发送的卡券使用请求，卡券使用请求中包括卡券的卡券信息；\n[0013] 根据卡券信息对卡券进行验证；\n[0014] 当卡券通过验证时，向支付服务器发送确认指示，确认指示中包含卡券对应的资源抵扣数量，支付服务器用于在接收到确认指示时，根据第一数量和资源抵扣数量计算第二数量，并将第一客户端对应的第一资源账号中第二数量的资源转移到第二客户端对应的第二资源账号中；\n[0015] 其中，第一数量是第二客户端获取到第一客户端显示的支付码后向卡券服务器发送的，支付码包括第一资源账号。\n[0016] 第三方面，提供了一种卡券使用方法，应用于支付服务器中，该方法包括：\n[0017] 接收第二客户端发送的支付请求，支付请求用于请求将第一客户端对应的第一资源账号中第一数量的资源转移到第二客户端对应的第二资源账号中；\n[0018] 接收卡券服务器发送的确认指示，确认指示是卡券服务器对第一客户端发送的卡券使用请求中包括的卡券信息进行验证后发送的，确认指示中包含卡券对应的资源抵扣数量；\n[0019] 根据第一数量和资源抵扣数量计算第二数量；\n[0020] 将第一资源账号中所述第二数量的资源转移到第二资源账号；\n[0021] 其中，支付请求是第二客户端获取到第一客户端显示的支付码后发送的，支付码是第一客户端接收到卡券使用触发信号时显示的，支付码包括第一资源账号。\n[0022] 第四方面，提供了一种卡券使用装置，该装置可通过专用硬件电路或软硬件的组合实现成为卡券服务器的全部或一部分，该装置包括：\n[0023] 第一接收模块，用于接收第一客户端发送的卡券使用请求，卡券使用请求中包括卡券的卡券信息；\n[0024] 验证模块，用于根据卡券信息对卡券进行验证；\n[0025] 第一发送模块，用于当卡券通过验证时，向支付服务器发送确认指示，确认指示中包含卡券对应的资源抵扣数量，支付服务器用于在接收到确认指示时，根据第一数量和资源抵扣数量计算第二数量，并将第一客户端对应的第一资源账号中第二数量的资源转移到第二客户端对应的第二资源账号中；\n[0026] 其中，第一数量是第二客户端获取到第一客户端显示的支付码后向卡券服务器发送的，支付码包括第一资源账号。\n[0027] 第五方面，提供了一种卡券使用装置，该装置可通过专用硬件电路或软硬件的组合实现成为支付服务器的全部或一部分，该装置包括：\n[0028] 第四接收模块，用于接收第二客户端发送的支付请求，支付请求用于请求将第一客户端对应的第一资源账号中第一数量的资源转移到第二客户端对应的第二资源账号中；\n[0029] 第五接收模块，用于接收卡券服务器发送的确认指示，确认指示是卡券服务器对第一客户端发送的卡券使用请求中包括的卡券信息进行验证后发送的，确认指示中包含卡券对应的资源抵扣数量；\n[0030] 计算模块，用于根据第一数量和资源抵扣数量计算第二数量；\n[0031] 转移模块，用于将第一资源账号中第二数量的资源转移到第二资源账号；\n[0032] 其中，支付请求是第二客户端获取到第一客户端显示的支付码后发送的，支付码是第一客户端接收到卡券使用触发信号时显示的，支付码包括第一资源账号。\n[0033] 本发明实施例提供的技术方案带来的有益效果是：\n[0034] 通过第一客户端向卡券服务器发送卡券使用请求，并显示支付码，由第二终端获取该支付码并向支付服务器发送支付请求；卡券服务器根据卡券使用请求中包含的卡券信息对卡券进行验证，并在验证通过后，向支付服务器发送卡券对应的资源抵扣数量，使得支付服务器根据支付请求中的第一数量以及该资源抵扣数量计算得到实际转移资源的数量，从而完成第一客户端和第二客户端之间资源的转移；解决了使用卡券的过程中，用户需要先后出示卡券和支付二维码，使用流程复杂，且支付效率较低的问题；达到了利用卡券服务器与支付服务器之间的数据交互通道进行卡券信息的传输，并完成卡券验证和支付流程，使得用户在使用卡券过程中无需出示卡券，只需出示支付码即可，从而简化了卡券使用流程，提高了支付效率。\n附图说明\n[0035] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。\n[0036] 图1是本发明一个实施例提供的卡券使用系统的方框图；\n[0037] 图2示出了本发明一个实施例提供的卡券使用方法的流程图；\n[0038] 图3是图2所示卡券使用方法的实施示意图；\n[0039] 图4示出了本发明另一个实施例提供的卡券使用方法的流程图；\n[0040] 图5是图4所示卡券使用方法的实施示意图；\n[0041] 图6示出了本发明再一个实施例提供的卡券使用方法的流程图；\n[0042] 图7是图6所示卡券使用方法的实施示意图；\n[0043] 图8示出了本发明一个实施例提供的卡券使用装置的结构方框图；\n[0044] 图9示出了本发明一个实施例提供的卡券使用装置的结构方框图。\n具体实施方式\n[0045] 为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。\n[0046] 为了方便理解，下面对本发明实施例中涉及的名词进行解释。\n[0047] 卡券：由商户所发行的、用于从该商户获得相应服务的凭证。卡券的类型包括但不限于：代金券、折扣券、礼品券、团购券、通用券、电影票、飞机票、汽车票、景点门票、会议门票、无储值功能会员卡、有储值功能会员卡等等。其中，代金券是获取服务时能够代替现金使用的券，比如10元代金券；折扣券是获取服务时拥有打折资格的券，比如9折折扣券；礼品券是以礼品形式展现，获取服务时能够直接兑换或抵用现金的券，比如橄榄油礼品券；团购券是在团购网站或者团购应用中使用团购方式获取的券；通用券是在某一个平台的全部品类或者某个服务范围内通用的优惠券。卡券通常是电子卡券，视客户需求也可打印为纸质卡券。\n[0048] 卡券信息：包括卡券的唯一编号、卡券对应的抵扣金额、卡券使用期限要求、卡券使用地点要求等等。其中，抵扣金额可以采用满减(比如满100-50)或打折(比如打9折)的形式。示意性的，XX咖啡店发行卡券的卡券信息可以如表一所示。\n[0049] 表一\n[0050]\n卡券编码 抵扣金额 使用期限 使用地点\nA1234567898 满100-20 2016.7.5-2016.7.31 XX咖啡朝阳店\n[0051] 图1示出了本发明一个实施例提供的卡券使用系统的方框图。该卡券使用系统包括：第一终端120、第二终端140、卡券服务器160和支付服务器180。\n[0052] 第一终端120是用户使用的终端。第一终端120可以是手机、平板电脑、电子书阅读器、MP3(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)播放器、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。第一终端120中运行有具备卡券领取、卡券收纳和卡券使用功能的第一客户端，比如，具有电子卡券功能的通讯客户端、具有电子卡券功能的钱包类客户端、具有电子卡券功能的点评类客户端、专门的卡包客户端。这些客户端可统一简称为“卡券应用”。\n[0053] 第二终端140是由商户使用的终端。第二终端120可以是商户定制机、手机、平板电脑、膝上型便携计算机和台式计算机等。第二终端120运行有具备卡券制作、卡券投放、卡券核销和卡券管理功能的第二客户端，该客户端可以是应用程序客户端或网页客户端。\n[0054] 可选地，第二终端140还具有扫描二维码和解析二维码中数据的能力。\n[0055] 可选的，第一终端120与卡券服务器160之间通过有线或无线网络相连，第二终端\n140余卡券服务器160之间通过有线或无线网络相连。\n[0056] 卡券服务器160是用于对电子卡券进行管理的后台服务器。卡券服务器160可以由商户自行搭建；也可以由电子卡券的平台服务商搭建后，由商户进行接入。在一种可能的实现方式中，卡券服务器160是由公众平台来搭建的。比如，卡券服务器160由中国腾讯公司的微信公众平台搭建，并由商户使用公众号接入该微信公众平台后，使用微信公众平台所提供的电子卡券功能。\n[0057] 公众平台是指一种通过社交关系和/或共同兴趣(或共同利益)将人与人之间、人与组织之间、人与物之间联系起来的网络架构，用户可以通过该公众平台所提供的客户端进行日常交流以及处理一些日常事务。每个用户可以拥有用于为该公众平台上其他用户所辨识的网络身份。\n[0058] 用户或组织可以在公众平台上建立一个公共社交网络标识(简称公众号)，并允许公众(例如，在公众平台上的任何用户)与该公共社交网络标识在公众平台上进行交流，该交流可以基于一种单向确认的方式，而无需用户之间互相确认。例如，用户可以选择订阅公共社会网络标识(例如，“跟随”公共社会网络身份)消息或发布信息，通过如订阅这类的单向确认方式，成为公共社会网络标识的社交网络联系人。公共社交网络身份的拥有者还可以将订阅了其消息或发布信息的其他用户作为其社交网络联系人。\n[0059] 公众平台上的每个用户和每个公共社会网络标识均具有社交网络联系人列表，以供其与其列表中的用户或公共社会网络标识采用即时通信消息等形式进行交流。例如，在一个社交群组内的用户可以通过公众平台提供的接口进行相互通信，而用户之间也可以通过公众平台提供的接口进行相互通信。\n[0060] 可选的，卡券服务器160与支付服务器180之间通过有线或无线网络相连。\n[0061] 支付服务器180是用于进行资源管理、资源转移的后台服务器。在一种可能的实施方式中，第一客户端和第二客户端均在支付服务器180中注册了资源账号，支付服务器180可以在资源账号间进行资源转移。其中，转移的资源可以是现金、积分、元宝、金豆或其他虚拟货币。\n[0062] 现有技术中，当用户使用第一客户端中的卡券时，第一客户端会显示卡券的唯一编码(比如二维码、条形码)，店员通过第二客户端获取该唯一编码，并将该唯一编码发送至支付服务器，由支付服务器对卡券进行验证；若卡券通过验证，支付服务器即向第二客户端返回验证成功指示；接收到该验证成功指示后，店员根据用户实际消费的金额以及卡券指示的抵扣金额计算得到实际支付金额，并通过扫描用户(第二客户端)出示的支付码，向支付服务器发送扣款指示，指示将第二客户端对应账户中指定数量(实际支付金额)的现金转移至第一客户端对应的账户中。\n[0063] 显然，现有技术中，卡券验证过程和支付过程相对隔离，即卡券服务器与支付服务器之间没有数据交互，导致用户需要先后出示卡券和支付码，严重影响卡券使用效率。而本发明实施例提供的卡券使用系统将卡券验证过程与支付过程有机结合，从而提高卡券使用效率。下面采用示意性的实施例进行说明。\n[0064] 图2示出了本发明一个实施例提供的卡券使用方法的流程图。本实施例以该卡券使用方法应用于图1所示的卡券使用系统来举例说明。该方法包括：\n[0065] 步骤201，第一客户端在接收到卡券使用触发信号时，向卡券服务器发送卡券使用请求，卡券使用请求中包括卡券的卡券信息。\n[0066] 第一客户端具有卡券领取、卡券收纳和卡券使用功能，其中，用户领取的卡券可以被集中收纳在“卡包”。当用户需要使用卡券时，即可在卡包中查阅已收纳的卡券，并选择相应的卡券进行使用。\n[0067] 在一种可能的实施方式中，第一客户端以列表的形式显示已收纳的卡券，并在接收到对卡券的选择信号时，跳转显示卡券的详细信息。在显示卡券详细信息的同时，第一客户端提供卡券的使用入口，并通过该使用入口接收卡券使用触发信号。\n[0068] 现有技术中，用户点击使用卡券时，第一客户端需要展示卡券的二维码(或条形码)，以供第二客户端验证。但是本发明实施例中，当接收到卡券使用触发信号时，第一客户端无需显示卡券的二维码，而是向卡券服务器发送携带有卡券信息的卡券使用请求，其中，该卡券信息中包括卡券的唯一编码、抵扣金额、卡券使用期限要求、卡券使用地点要求等等。\n[0069] 比如，如图3所示，第一客户端以列表的形式显示卡券31，并在卡券31的对应位置显示按钮32，当用户点击按钮32时，第一客户端即跳转卡券31的详细信息。同时，第一客户端提供卡券31的使用入口(按钮33)，当用户点击按钮33时，第一客户端即接收到卡券使用触发信号，并向卡券服务器发送卡券使用请求。\n[0070] 需要说明的是，第一客户端发送的卡券使用请求中，还携带有第一客户端的客户端标识，使得卡券服务器能够区分不同卡券使用请求各自对应的请求发送方。\n[0071] 步骤202，第一客户端显示支付码，该支付码包括第一客户端对应的第一资源账号。\n[0072] 第一客户端向卡券服务器发送卡券使用请求的同时，显示包括第一客户端对应的第一资源账号的支付码，该支付码可以采用二维码或条形码等展现形式，本实施例并不对支付码的展现形式进行限定。\n[0073] 比如，如图3所示，第一客户端接收到卡券使用触发信号时，显示支付页面。为了适配不同型号的扫码枪(第二客户端获取支付码时使用的扫码设备)，该支付页面中包括采用二维码34表示的支付码以及采用条形码35表示的支付码。同时，该支付页面中还包括卡券的抵扣金额36。\n[0074] 步骤203，第二客户端获取第一客户端显示的支付码。\n[0075] 相应的，第二客户端通过相应的扫码设备，获取第一客户端显示的支付码。比如，该扫码设备可以是与第二终端(安装有第二客户端)相连的扫码枪，或者，该扫码设备可以是第二终端的摄像头。\n[0076] 步骤204，第二客户端根据支付码向支付服务器发送支付请求，支付请求用于请求将第一资源账号中第一数量的资源转移到第二客户端对应的第二资源账号中。\n[0077] 第二客户端获取第一客户端出示的支付码后，获取该支付码中包括的第一资源账号。比如，第二客户端获取到第一客户端出示的支付二维码，并通过二维码解析功能提取该支付二维码中包括的第一资源账号。\n[0078] 第二客户端获取第一客户端出示的支付码之前(或之后)，接收店员录入的实际消费金额(第一数量)，根据第一客户端对应的第一资源账号、第二客户端对应的第二资源账号和实际消费金额，向支付服务器发送支付请求。\n[0079] 比如，第二客户端根据第一资源账号KH1234、第二资源账号SH1203和实际消费金额105元生成支付请求，并将该支付请求发送至支付服务器，指示支付服务器从第一资源账号KH1234中转移105元至第二资源账号SH1203。\n[0080] 步骤205，卡券服务器接收第一客户端发送的卡券使用请求。\n[0081] 上述步骤201中，第一客户端向卡券服务器发送了卡券使用请求，相应的，卡券服务器接收到该卡券使用请求，并获取该卡券使用请求中携带的卡券信息。\n[0082] 比如，卡券服务器获取到卡券使用请求中包含的卡券信息如上述表一所示。\n[0083] 步骤206，卡券服务器根据卡券信息对卡券进行验证。\n[0084] 由于商户发行的卡券在使用时具有一定的限制，因此，卡券服务器需要根据卡券信息对卡券进行进一步验证。\n[0085] 在一种可能的实施方式中，卡券服务器获取卡券信息中的唯一编码，并在预存的卡券库中查找是否存在与该唯一编码一致且未使用的卡券，若存在，则确定该卡券通过验证；\n[0086] 和/或；\n[0087] 卡券服务器获取卡券信息中的卡券使用期限，并检测当前时刻是否属于该卡券使用期限，若当前时刻是否属于该卡券使用期限，则确定该卡券通过验证；\n[0088] 和/或；\n[0089] 卡券服务器获取卡券信息中的卡券使用地点，并检测第一客户端(或第二客户端)当前的地理位置是否属于该卡券使用地点，若第一客户端(或第二客户端)当前的地理位置属于该卡券使用地点，则确定该卡券通过验证。\n[0090] 需要说明的是，本实施例仅以上述卡券验证方式为例进行示意性说明，并不对本公开构成限定。\n[0091] 步骤207，当卡券通过验证时，卡券服务器向支付服务器发送确认指示，确认指示中包含卡券对应的资源抵扣数量。\n[0092] 当卡券通过验证时，卡券服务器与支付服务器进行通信，告知支付服务器卡券的抵扣金额，并指示支付服务器根据实际消费金额和抵扣金额完成资源转移。其中，卡券服务器可以通过发送确定指示的方式，向支付服务器发送卡券对应的资源抵扣数量(抵扣金额)。\n[0093] 需要说明的是，当卡券未通过验证时，卡券服务器可以向第一客户端发送相应的指示，告知第一客户端卡券未通过验证，本实施例再此不在赘述。\n[0094] 步骤208，支付服务器在接收到确认指示时，根据第一数量和资源抵扣数量计算第二数量。\n[0095] 支付服务器接收到确认指示后，获取该确认指示中携带的资源抵扣数量(抵扣金额)，根据该资源抵扣数量以及支付请求中包含的第一数量(实际消费金额)，计算得到第二数量(实际支付金额)，其中，第二数量＝第一数量-资源抵扣数量。\n[0096] 比如，支付服务器接收到第二客户端发送的支付请求中包含的第一数量为105元，且接收到卡券服务器发送的确认指示中包含的资源抵扣数量为10元，则计算得到的第二数量为105-10＝95元。\n[0097] 需要说明的是，在其他可能的实施方式中，当资源抵扣数量为折扣时，第二数量＝第一数量*资源抵扣数量，本实施例并不对此进行限定。\n[0098] 步骤209，支付服务器将第一资源账号中第二数量的资源转移到第二资源账号中。\n[0099] 计算得到第二数量后，支付服务器即根据支付请求中第一客户端的第一资源账号以及第二客户端的第二资源账号，将第二数量的资源转移由第一资源账号转移至第二资源账号。\n[0100] 综上所述，本实施例提供的卡券使用方法，通过第一客户端向卡券服务器发送卡券使用请求，并显示支付码，由第二终端获取该支付码并向支付服务器发送支付请求；卡券服务器根据卡券使用请求中包含的卡券信息对卡券进行验证，并在验证通过后，向支付服务器发送卡券对应的资源抵扣数量，使得支付服务器根据支付请求中的第一数量以及该资源抵扣数量计算得到实际转移资源的数量，从而完成第一客户端和第二客户端之间资源的转移；解决了使用卡券的过程中，用户需要先后出示卡券和支付二维码，使用流程复杂，且支付效率较低的问题；达到了利用卡券服务器与支付服务器之间的数据交互通道进行卡券信息的传输，并完成卡券验证和支付流程，使得用户在使用卡券过程中无需出示卡券，只需出示支付码即可，从而简化了卡券使用流程，提高了支付效率。\n[0101] 需要说明的是，上述实施例中，以卡券服务器作为执行主体的步骤可以实现成为卡券服务器侧的卡券使用方法，以支付服务器作为执行主体的步骤可以实现成为支付服务器侧的卡券使用方法，本实施例在此不在赘述。\n[0102] 图2所示实施例中，用户使用的是已领取并收纳在第一客户端卡包中的卡券。在其他可能的实施方式中，该卡券也可以是与第一客户端具有预定社交关系的第三客户端分享到社交平台的卡券，其中，该预定社交关系可以指互为好友关系、相互关注或单向关注等等。本实施例中，将这类卡券被称为“朋友券”。\n[0103] 比如，以客户端为中国腾讯公司的微信客户端为例，微信客户端A(对应用户A)获取到卡券后，可以将该卡券分享到微信平台，微信平台即可将该卡券扩散至与微信客户端A具有好友关系(预定社交关系)的微信客户端B和微信客户端C。相应的，使用微信客户端B和微信客户端C的用户可以在朋友券中查看到该卡券并使用。\n[0104] 为了避免多个客户端同一时刻使用同一朋友券，导致卡券重复使用的问题，本发明实施例中，当卡券服务器接收到对卡券使用请求时，会对卡券进行，从而避免在同一卡券同时被多个客户端使用。下面采用一个示意性实施例进行说明。\n[0105] 图4示出了本发明另一个实施例提供的卡券使用方法的流程图。本实施例以该卡券使用方法应用于图1所示的卡券使用系统来举例说明。该方法包括：\n[0106] 步骤401，第一客户端在接收到卡券使用触发信号时，向卡券服务器发送卡券使用请求，卡券使用请求中包括卡券的卡券信息。\n[0107] 用户不仅可以在第一客户端的卡包中查看到已领取的卡券，还可以查看到与其具有预定社交关系的第三客户端分享的朋友券。当用户点击使用该朋友券时，第一客户端即接收到卡券触发使用信号，并向卡券服务器发送卡券使用请求。\n[0108] 比如，如图5所示，第一客户端以列表的形式显示(朋友券)卡券51，并在卡券51的对应位置显示分享该卡券的用户52以及按钮53，当用户点击按钮53时，第一客户端即跳转卡券51的详细信息。同时，第一客户端提供卡券51的使用入口(按钮54)，当用户点击按钮54时，第一客户端即接收到卡券使用触发信号，并向卡券服务器发送卡券使用请求。\n[0109] 步骤402，第一客户端显示支付码，该支付码包括第一客户端对应的第一资源账号。\n[0110] 步骤403，第二客户端获取第一客户端显示的支付码。\n[0111] 步骤404，第二客户端根据支付码向支付服务器发送支付请求，支付请求用于请求将第一资源账号中第一数量的资源转移到第二客户端对应的第二资源账号中。\n[0112] 上述步骤402至步骤404的实施方式与步骤201至步骤204相似，本实施再此不再赘述。\n[0113] 步骤405，卡券服务器接收第一客户端发送的卡券使用请求。\n[0114] 卡券服务器接收到第一客户端发送的卡券使用请求后，进一步获取卡券的卡券信息，并根据该卡券信息检测该卡券是否被锁定。若检测到该卡券已被锁定，则向第一客户端发送指示，提示第一客户端该朋友券正在被他人使用；若检测到该卡券未被锁定，则执行下述步骤406。\n[0115] 步骤406，卡券服务器根据卡券使用请求中第一客户端的客户端标识，将卡券和第一客户端进行关联。\n[0116] 第一客户端发送卡券使用请求时，将第一客户端的客户端标识添加到该请求时，相应的，卡券服务器接收到该卡券使用请求时，即可获取该客户端标识。进一步的，卡券服务器根据该客户端标识以及卡券信息，建立卡券与第一客户端之间的关联关系。\n[0117] 步骤407，卡券服务器锁定该卡券。\n[0118] 为了避免在使用卡券的过程中，其他客户端也使用该卡券，卡券服务器在建立第一客户端与卡券之间关联关系的同时，对该卡券进行锁定，其中，锁定后的卡券无法与其他客户端进行关联。比如，卡券服务器可以使用预定标识对卡券进行标记，从而完成卡券锁定。\n[0119] 步骤408，支付服务器获取支付请求中包含的第一客户端的客户端标识。\n[0120] 为了进一步确定第一客户端是否拥有可用的朋友券，支付服务器接收到第二客户端发送的支付请求后，获取该支付请求中携带的第一客户端的客户端标识。\n[0121] 步骤409，支付服务器根据客户端标识向卡券服务器发送询问请求，询问请求用于询问是否存在与第一客户端关联的卡券。\n[0122] 支付服务器根据该客户端标识，向卡券服务器发送询问请求。相应的，卡券服务器接收到询问请求后，根据客户端标识，查找是否存在与该第一客户端关联的卡券，若查找到与第一客户端关联的卡券时，则执行下述步骤410；若未查找到与第一客户端关联的卡券，则向第二客户端(或第一客户端)返回相应的指示，告知不存在可用的朋友券。\n[0123] 步骤410，当检测到存在与第一客户端关联的卡券时，卡券服务器根据卡券信息对卡券进行验证。\n[0124] 步骤411，当卡券通过验证时，卡券服务器向支付服务器发送确认指示，确认指示中包含卡券对应的资源抵扣数量。\n[0125] 步骤412，支付服务器在接收到确认指示时，根据第一数量和资源抵扣数量计算第二数量。\n[0126] 步骤413，支付服务器将第一资源账号中第二数量的资源转移到第二资源账号中。\n[0127] 上述步骤410至步骤413的实施方式与步骤206与步骤209相似，本实施例再次不在赘述。\n[0128] 综上所述，本实施例提供的卡券使用方法，通过第一客户端向卡券服务器发送卡券使用请求，并显示支付码，由第二终端获取该支付码并向支付服务器发送支付请求；卡券服务器根据卡券使用请求中包含的卡券信息对卡券进行验证，并在验证通过后，向支付服务器发送卡券对应的资源抵扣数量，使得支付服务器根据支付请求中的第一数量以及该资源抵扣数量计算得到实际转移资源的数量，从而完成第一客户端和第二客户端之间资源的转移；解决了使用卡券的过程中，用户需要先后出示卡券和支付二维码，使用流程复杂，且支付效率较低的问题；达到了利用卡券服务器与支付服务器之间的数据交互通道进行卡券信息的传输，并完成卡券验证和支付流程，使得用户在使用卡券过程中无需出示卡券，只需出示支付码即可，从而简化了卡券使用流程，提高了支付效率。\n[0129] 本实施例中，卡券服务器接收到第一客户端发送的卡券使用请求时，将卡券与第一客户端进行关联，并对该卡券进行锁定，从而避免同一时刻下，同一卡券被重复使用。\n[0130] 需要说明的是，上述实施例中，以卡券服务器作为执行主体的步骤可以实现成为卡券服务器侧的卡券使用方法，以支付服务器作为执行主体的步骤可以实现成为支付服务器侧的卡券使用方法，本实施例在此不在赘述。\n[0131] 在一种可选的实施方式中，基于图4所述的实施例，如图6所示，上述步骤413之后，还包括如下步骤。\n[0132] 步骤414，在完成资源转移后，支付服务器向第一客户端和第二客户端发送支付完成信息，支付完成信息中包括第一数量、资源抵扣数量和第二数量中的至少一种。\n[0133] 为了使用户和商户知悉支付情况，在完成资源转移后，卡券服务器向第一客户端和第二客户端发送包含第一数量(实际消费金额)、资源抵扣数量(抵扣金额)以及第二数量(实际支付金额)的支付完成信息。\n[0134] 比如，如图7所示，第一客户端对支付服务器发送的支付完成信息进行显示，该支付完成信息中包括实际消费金额71，抵扣金额72以及实际支付金额73。\n[0135] 步骤415，卡券服务器核销该卡券，并删除卡券和第一客户端之间的关联。\n[0136] 核销是指根据卡券的使用限制条件对卡券的可用性进行验证，并在完成验证后对卡券进行消除。其中，使用限制条件包括但不限于：使用地点、使用期限、使用品类范围中的至少一种。\n[0137] 本实施例中，由于卡券只能够单次使用，因此，在完成资源转移后(此时卡券已被使用)，卡券服务器需要对该卡券进行核销，将该卡券标记为已使用(即该卡券无法再次使用)，并删除上述步骤406中第一客户端与卡券之间的关联关系。需要说明的是，由于上述步骤410中，卡券服务器已对卡券进行了验证，因此，本步骤中所指的核销仅涉及对卡券的消除。\n[0138] 步骤416，卡券服务器向社交平台发送核销指示，社交平台用于根据核销指示核销该卡券。\n[0139] 与上述步骤415并行执行的，卡券服务器向社交平台发送携带有卡券唯一编码的核销指示，指示社交平台将该卡券核销。社交平台接收到该核销指示后，即删除该卡券，与第三客户端具有预定社交关系的其他客户端即无法查看使用该卡券。\n[0140] 本实施例中，在完成资源转移后，支付服务器向第一客户端和第二客户端提供相应的支付完成信息，供第一客户端和第二客户端显示，使得用户和商户能够更加直观了解到消费和支付情况。\n[0141] 本实施例中，在完成资源转移后，卡券服务器对卡券进行核销，并向社交平台发送核销指示，使得社交平台能够根据核销指示及时删除已使用卡券，从而避免卡券的重复使用。\n[0142] 为了达到推广商户的效果，在完成支付后，第二客户端可以向第一客户端赠送卡券。第一客户端领取卡券后，可以将该卡券分享至社交平台，供其好友使用，从而达到推广效果。在一种可选的实施方式中，基于图4所述的实施例，如图6所示，上述方法还包括如下步骤。\n[0143] 步骤417，在完成资源转移后，第二客户端向卡券服务器发送卡券下发请求，卡券下发请求用于请求向第一客户端下发卡券。\n[0144] 在一种可能的实施方式中，第二客户端接收到支付服务器发送的支付完成信息后，可以向卡券服务器发送卡券下发请求，请求卡券服务器下发卡券，其中，该卡券下发请求中包括第一客户端的客户端标识。\n[0145] 步骤418，卡券服务器根据卡券下发请求，向第一客户端下发卡券。\n[0146] 相应的，卡券服务器根据该卡券下发请求中携带的客户端标识，向第一客户端下发卡券。\n[0147] 步骤419，第一客户端将卡券分享至社交平台。\n[0148] 比如，如图7所示，第一客户端在显示支付完成信息的同时，显示卡券服务器下发的卡券74，当用户领取按钮75时，即可领取该卡券，并可进一步将卡券分享至社交平台，使得与第一客户端具有社交关系的其他客户端能够在朋友券中查看并使用该卡券。\n[0149] 需要说明的是，上述实施例中，以卡券服务器作为执行主体的步骤可以实现成为卡券服务器侧的卡券使用方法，以支付服务器作为执行主体的步骤可以实现成为支付服务器侧的卡券使用方法，本实施例在此不在赘述。\n[0150] 图8示出了本发明一个实施例提供的卡券使用装置的结构方框图。该卡券使用装置可以通过专用硬件电路或软硬件的结合，实现成为图1所示的卡券服务器160的全部或一部分，所述装置包括：\n[0151] 第一接收模块810，用于接收第一客户端发送的卡券使用请求，所述卡券使用请求中包括卡券的卡券信息；\n[0152] 验证模块820，用于根据所述卡券信息对所述卡券进行验证；\n[0153] 第一发送模块830，用于当所述卡券通过验证时，向支付服务器发送确认指示，所述确认指示中包含所述卡券对应的资源抵扣数量，所述支付服务器用于在接收到所述确认指示时，根据第一数量和所述资源抵扣数量计算第二数量，并将所述第一客户端对应的第一资源账号中所述第二数量的资源转移到第二客户端对应的第二资源账号中；\n[0154] 其中，所述第一数量是所述第二客户端获取到第一客户端显示的支付码后向卡券服务器发送的，所述支付码包括所述第一资源账号。\n[0155] 综上所述，本实施例提供的卡券使用装置，通过第一客户端向卡券服务器发送卡券使用请求，并显示支付码，由第二终端获取该支付码并向支付服务器发送支付请求；卡券服务器根据卡券使用请求中包含的卡券信息对卡券进行验证，并在验证通过后，向支付服务器发送卡券对应的资源抵扣数量，使得支付服务器根据支付请求中的第一数量以及该资源抵扣数量计算得到实际转移资源的数量，从而完成第一客户端和第二客户端之间资源的转移；解决了使用卡券的过程中，用户需要先后出示卡券和支付二维码，使用流程复杂，且支付效率较低的问题；达到了利用卡券服务器与支付服务器之间的数据交互通道进行卡券信息的传输，并完成卡券验证和支付流程，使得用户在使用卡券过程中无需出示卡券，只需出示支付码即可，从而简化了卡券使用流程，提高了支付效率。\n[0156] 可选的，所述卡券是与所述第一客户端具有预定社交关系的第三客户端分享到社交平台的卡券，且所述卡券的使用次数为一次；\n[0157] 所述装置，包括：\n[0158] 关联模块，用于根据所述卡券使用请求中所述第一客户端的客户端标识，将所述卡券和所述第一客户端进行关联；\n[0159] 锁定模块，用于锁定所述卡券，锁定后的所述卡券无法与其他客户端进行关联；\n[0160] 第二接收模块，用于接收支付服务器发送的询问请求，所述询问请求用于询问是否存在与所述第一客户端关联的所述卡券；\n[0161] 所述验证模块，还用于当检测到存在与所述第一客户端关联的所述卡券时，执行所述根据所述卡券信息对所述卡券进行验证的步骤。\n[0162] 可选的，该装置，包括：\n[0163] 核销模块，用于核销所述卡券，并删除所述卡券和所述第一客户端之间的关联；\n[0164] 第二发送模块，用于向所述社交平台发送核销指示，所述社交平台用于根据所述核销指示核销所述卡券。\n[0165] 可选的，该装置，包括：\n[0166] 第三接收模块，用于接收所述第二客户端发送的卡券下发请求，所述卡券下发请求用于请求向所述第一客户端下发卡券；\n[0167] 下发模块，用于根据所述卡券下发请求，向所述第一客户端下发卡券，所述第一客户端用于将所述卡券分享至所述社交平台。\n[0168] 图9示出了本发明一个实施例提供的卡券使用装置的结构方框图。该卡券使用装置可以通过专用硬件电路或软硬件的结合，实现成为图1所示的支付服务器180的全部或一部分，所述装置包括：\n[0169] 第四接收模块910，用于接收第二客户端发送的支付请求，所述支付请求用于请求将第一客户端对应的第一资源账号中第一数量的资源转移到所述第二客户端对应的第二资源账号中；\n[0170] 第五接收模块920，用于接收卡券服务器发送的确认指示，所述确认指示是所述卡券服务器对所述第一客户端发送的卡券使用请求中包括的卡券信息进行验证后发送的，所述确认指示中包含所述卡券对应的资源抵扣数量；\n[0171] 计算模块930，用于根据所述第一数量和所述资源抵扣数量计算第二数量；\n[0172] 转移模块940，用于将所述第一资源账号中所述第二数量的资源转移到所述第二资源账号；\n[0173] 其中，所述支付请求是所述第二客户端获取到所述第一客户端显示的支付码后发送的，所述支付码是所述第一客户端接收到卡券使用触发信号时显示的，所述支付码包括所述第一资源账号。\n[0174] 可选的，所述卡券是与所述第一客户端具有预定社交关系的第三客户端分享到社交平台的卡券，且所述卡券的使用次数为一次；\n[0175] 所述装置，包括：\n[0176] 获取模块，用于获取所述支付请求中包含的所述第一客户端的客户端标识；\n[0177] 第三发送模块，用于根据所述客户端标识向所述卡券服务器发送询问请求，所述询问请求用于询问是否存在与所述第一客户端关联的所述卡券；\n[0178] 其中，所述卡券服务器用于根据所述卡券使用请求中所述第一客户端的客户端标识，将所述卡券和所述第一客户端进行关联，并锁定所述卡券，锁定后的所述卡券无法与其他客户端进行关联。\n[0179] 可选的，所述装置，包括：\n[0180] 第四发送模块，用于向所述第一客户端和所述第二客户端发送支付完成信息，所述支付完成信息中包括所述第一数量、所述资源抵扣数量和所述第二数量中的至少一种。\n[0181] 需要说明的是：上述实施例提供的卡券使用装置在卡券核销时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的卡券使用装置与卡券使用方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。\n[0182] 上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。\n[0183] 本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。\n[0184] 以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。