CN103942680A

CN103942680A - 一种条码支付方法

Info

Publication number: CN103942680A
Application number: CN201310019145.1A
Authority: CN
Inventors: 顾健
Original assignee: Shanghai Bolu Information Technology Co Ltd
Current assignee: Shanghai Bolu Information Technology Co Ltd
Priority date: 2013-01-20
Filing date: 2013-01-20
Publication date: 2014-07-23

Abstract

本发明公开了一种条码支付方法，包含条码模块，支付模块，业务逻辑模块等。本发明将通过系统读取移动终端上承载的加密条码识别终端用户和支付数据，在验证后对移动终端用户的支付账户进行支付操作，达到通过条码实现终端支付能力，同时在支付流程中嵌入密码验证方式以保证消费安全，通过在移动终端上集成基于条码的支付功能，用户携带移动终端如手机即可进行支付，同时终端设备也无需进行改造，降低了终端支付的成本，有利于提高用户的业务使用体验。

Description

一种条码支付方法

技术领域

本发明涉及移动终端、系统软件等多个技术领域，特别是指一种条码支付方法。

背景技术

随着互联网技术、通信技术的发展，特别是终端技术、条码技术和软件技术的发展，为基于条码的终端支付系统的发展提供了可行性。

终端支付尤其是手机支付成为一种便捷的消费模式，用户无需携带钱包等物品即可完成消费的全过程，成为人们的一种消费支付的选择。

目前流行的支付方式主要是NFC方式，需要更换特制手机终端或SIM/UIM卡，在推广上存在各种弊端，成本也较高，通过手机承载条码并通过光电识别，可以完成NFC类似的支付功能，同时对手机没有过多要求，用户基础更加坚实。

有鉴于此，本发明的目的在于提出一种简单，易行，通过移动终端承载条码与系统交互的一种条码支付方法。

发明内容

从上面所述可以看出，本发明提供的一种条码支付方法，通过移动终端承载条码实现用户识别以及电子化支付，实现了一种简单易行的一种条码支付方法。

进一步的，通过所提供的一种条码支付方法为一种支付业务的发展提供有力保障，满足用户各方要求，提升用户友好体验。

为实现上述目的，本发明的一个方面提供了一种条码支付方法，该方法包括：

终端包含手机、平板电脑等易于携带的支持无线数据网络的各种产品，对于每个用户，系统将生成的一个唯一性的ID号，该ID号与用户终端号码进行绑定，该ID号数据编码到条码，条码可以是一维码或者二维码，系统在识别该条码后即可获取该用户信息以及对应的终端号码。

本发明提供的一种条码支付方法的一个实施例中，该方法还包括：

系统可以加密条码中的数据和通过验证用户手机号码的方式，保证数据属于合法的持有用户。

通过系统与客户端约定的加密算法，将条码包含的数据进行加密，加密可以采取对称密钥算法或不对称密钥算法加密。

用户支付安全策略包含无密码，静态密码、动态文本密码，动态条码密码，用户在系统门户或客户端进行设置并根据数据的变化互相同步，系统按照安全策略执行支付流程，无密码方式无需进行二次验证，系统将根据识别的用户的账户进行支付，有密码方式则需二次验证，需要密码时将提示用户获取和输入密码或扫描密码条码进行验证。

系统将再次下发密码到识别的用户手机号码上进行二次验证，密码可以是文本密码或条码密码，文本密码是明文，条码密码是包含加密密码数据的条码，明文密码在用户终端上输入或在消费终端上输入进行验证，条码密码则再次在消费终端上进行识别验证，验证在系统的设定时间和次数范围内，超出即认为支付流程终止。

支付方式包含用户在系统储值、信用卡授权或第三方支付系统进行支付，系统储值方式需用户进行充值后使用，第三方支付系统则通过调用第三方的开放支付接口进行支付。

通知采取客户端消息，短信，彩信发送支付通知，并记录在用户消费日志，用户随后可以进行支付数据查询。

具体来说具有以下优点：

成本低廉：

基于图像的条码由系统生成，并通过数据通道推送到手机，无需实体传播，费用低廉，有效地降低了成本。

自动识别：

通过条形码，消费端设备可以方便地识别，实现了手机与系统的自动对话，减少用户的操作和实现了自动识别和统计。

交互灵活：

在消费终端识别用户终端后，如需要验证密码等操作时，用户可以在终端上进行操作，也可以在消费终端上进行操作，交互方式灵活。

易于部署：

消费端的条码识别设备已经大量普及，成本低廉，条码识读技术成熟，部署简单快捷。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为本发明系统模块结构的示意图。

图2为支付系统交互示意图。

图3为支付流程示意图。

具体实施方式

下面参照附图对本发明进行更全面的描述，其中说明本发明的示例性实施例。

为实现上述目的，提出了一种条码支付方法。

以下通过结合附图，对本发明的实施方式进行描述。

实现一种条码支付方法的关键点如下：

消息编解码：

在系统获取到各种信息后，按照信息的种类进行编码，首先编码成系统的统一格式，通过XML进行描述，包含各个用户属性等数据。

用户数据示例：

<AccountType>CreditCard</AccountType>

</AccountData>

</UserData >

支付数据示例：

<Meta>

<Pid>ProductIDXXXXXXXXX</Pid>

<AccountType>CreditCard</AccountType>

</AccountData>

</Meta>

<ObjectName>川国演义浦东店< /ObjectName >

<Addreess>上海市浦东新区世纪大道800号< / Addreess >

</CosumeData >

使用策略数据示例：

<Meta>

<Pid>ProductIDXXXXXXXXX</Pid>

<Meta>

<PayMethod>CreditCardAuthorization</PayMethod>

<Location>SHANGHAI</Location >

</ SecuritySetting>

</Strategic>

数据压缩：

如数据量达到一定的阈值后，系统将数据压缩成二进制数据编码到条码中以减少数据量。

数据加解密：

为保证数据和消息的安全，编码到条码中的信息和系统与终端之间往来的消息进行加密，支付时系统将读取条码的加密数据进行解密，保证信息的安全。

加密可以采取对称加密或者不对称加密，根据消息加密指示进行选择，可以动态调整加密的强度，更好的保护信息的数据。

服务接口：

服务接口是终端与系统，消费端终端与系统之间的接口，通过网络

进行服务的调用，各个服务封装成SOA接口模式，如REST方式，SOAP协议的方式。

支付接口包含本地储值系统接口，信用卡授权支付接口，第三方支付系统接口，可以是调用本地接口，也可以是第三方系统的接口，通过远程接口服务形式完成支付。

主要功能模块

如图1所示，一种条码支付方法的结构主要包括：

终端侧：

终端本地数据库100：

移动终端内部的数据库系统，保存各种数据，为其他模块提供数据来源和访问接口。

逻辑模块101：

终端侧的与支付有关的各个逻辑流程的控制和执行，与其他模块进行交互完成各种业务逻辑功能。

终端接口模块102：

负责与系统端和终端侧的各个模块进行接口协议适配，负责与系统侧的接口模块进行通信，按照协商的协议进行数据传输和通信，提供各种消息和数据的上下行的收发。

支付模块103：

负责在终端支付过程中的各个支付有关的功能，包含获取密码，输入密码验证，提交密码数据，接受和处理支付状态数据等。

终端门户104：

用户在终端上访问业务功能的界面，用户通过终端门户进入系统和使用业务的各种功能。

管理配置模块105：

终端用户进行业务配置和数据管理，用户通过管理模块对业务的数据和业务的配置进行设置。

消费端：

条码扫描106：

在消费终端上扫描条码和解析条码信息，并将读取的数据提交给业务逻辑模块。

人机交互模块107：

消费终端与用户进行交互的模块，用户可以在消费终端进行输入密码，消费商户的操作员进行人机操作的模块。

条码识别108：

消费终端上在读取到条码后在本地识别条码或通过系统的条码识别服务接口进行远程条码识别，并将识别结果提交给业务逻辑模块。

本地数据库109:

在消费终端上保存业务逻辑数据，包含识别信息，识别结果，支付数据等各种业务数据并提供数据查询等数据库的常见功能。

业务逻辑110：

消费终端上根据条码识别的结果执行对应的业务逻辑，包含使用条件判定，支付请求等操作，并将各种逻辑操作结果记录在日志。

数据接口模块111：

负责将消费端设备与系统的交互的数据通过数据传输通道与系统进行上下行的数据交互，完成数据的传输，系统的其他模块通过调用接口完成数据的上下载。

管理配置模块113：

负责消费终端侧的系统的参数配置，提供消费终端设备的各种设备和软件的管理功能。

传输通道114：

提供数据传输的实际的物理通道，可以是无线宽带网和移动数据网络，包含各个移动通信的数据信道，WIFI，固定宽带等。

系统侧：

系统接口模块114：

负责与终端与消费端设备的接口模块进行通信，按照协商的协议进行数据传输和通信，将数据发送给终端和接收终端的请求数据。

数据库115：

提供数据存储和数据库以及各种基于数据库的各种功能，如数据触发器、函数等逻辑功能以及报表系统等。

终端业务逻辑模块116：

负责系统端的对应终端用户的各个业务逻辑的执行和逻辑设置、保存等功能，解析终端侧的业务请求并响应终端，处理各种业务请求逻辑。

消费终端业务逻辑模块117：

负责系统端与消费终端的对应的业务逻辑的执行和逻辑设置、保存等功能，解析消费终端侧的业务请求并响应终端，处理消费终端侧各种业务请求逻辑。

服务封装118：

将系统端的业务逻辑服务能力封装成服务接口形式，供终端侧以远程服务形式调用，包含条码服务，验证服务、查询服务等。

安全模块119：

负责用户身份验证和支付安全相关的各种功能，包含生成动态密码，验证终端用户身份和属性，加密和解密各种数据等功能。

条码模块120：

负责生成条码和解析条码，为业务逻辑模块提供条码的生成和解析，通过条码服务接口，消费终端可将条码发送到系统的条码模块进行识别，识别后将数据返回到消费终端，也可以在消费终端本地进行识别。

结算模块121：

负责与消费终端所属的商户以及支付系统所属机构进行结算，提供各种支付数据的详细数据和资金结算的数据，通过报表模块提供各种分析数据报表。

日志模块122：

将系统的支付操作的信息记录到系统日志，并提供给用户进行查询。

本地支付模块123:

为用户提供系统内进行支付的功能，系统提供完整的储值，扣款，出账等支付功能。

报表模块124：

为系统提供各种报表，根据用户的需求，生成和输出各种分析数据报表。

第三方支付接口125：

与第三方支付系统的接口，系统通过调用支付接口完成与第三方支付系统的交互。

第三方支付系统126：

第三方的支付系统，提供电子化的支付接口和根据接口协议完成支付功能，并将支付结果返回给调用方。

管理模块127：

管理系统，包含用户管理，业务逻辑管理、日志、参数配置等各种管理功能。

系统门户128：

系统用户登入门户的系统的门户，提供用户使用系统的界面和各种业务流程的承载。

下面举一个例子来说明本发明用户使用手机进行支付的工作流程，该实施例中，业务包括以下步骤：

预置条件：终端已经注册并获取了用户识别条码。

步骤1：用户在商户进行消费，支付时出示手机上的条码；

步骤2：消费端设备通过光电设备识别该条码，获得条码包含的用户信息发起支付请求；

步骤3：系统查询该用户的支付安全策略和支付类型，如包含用户确认，则发起验证，如无需验证则发起扣费流程；

步骤4.在需要用户确认的情况下，系统根据用户安全设定选择静态密码或动态密码验证，用户需在终端或消费端设备输入密码或扫描系统生成的动态支付密码，系统进行密码确认；

步骤5.验证成功后，系统根据用户设定的支付方式进行用户账户的扣费；

步骤6.系统将支付结果返回给消费终端并通知用户终端设备；

步骤7.消费终端打印或者发送电子版的支付信息作为支付单据，并将本次支付的有关数据记录在日志。

本发明的描述是为了示例和说明起见而给出的，而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用，并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims

1.一种条码支付方法，其特征在于，系统识别终端上的条码并触发手机与系统的交互进行基于条码的支付。

2.如权利要求1所述，系统通过条码识别终端和用户，其特征在于，终端包含手机、平板电脑等易于携带的支持无线数据网络的各种产品，对于每个用户，系统将生成的一个唯一性的ID号，该ID号与用户终端号码进行绑定，该ID号数据编码到条码，条码可以是一维码或者二维码，系统在识别该条码后即可获取该用户信息以及对应的终端号码。

3.如权利要求2所述，系统为每个用户生成唯一性条码，条码以彩信或客户端方式获取和保存，为保证条码合法地使用，系统采取加密等安全措施，其特征在于，系统可以加密条码中的数据和通过验证用户手机号码的方式，保证数据属于合法的持有用户。

4.如权利要求3所述，系统为保证条码数据不被其他的系统进行识读，可以对条码包含的数据进行加密，其特征在于，通过系统与客户端约定的加密算法，将条码包含的数据进行加密，加密可以采取对称密钥算法或不对称密钥算法加密。

5.如权利要求2所述，系统通过条码识读其中包含的用户ID号识别用户，识别用户后将根据用户的消费安全策略使用安全验证方式，其特征在于，用户支付安全策略包含无密码，静态密码、动态文本密码，动态条码密码，用户在系统门户或客户端进行设置并根据数据的变化互相同步，系统按照安全策略执行支付流程，无密码方式无需进行二次验证，系统将根据识别的用户的账户进行支付，有密码方式则需二次验证，需要密码时将提示用户获取和输入密码或扫描密码条码进行验证。

6.如权利要求5所述，在用户设置安全策略为有密码时系统进行二次验证，验证通过则发起支付流程，其特征在于，系统将再次下发密码到识别的用户手机号码上进行二次验证，密码可以是文本密码或条码密码，文本密码是明文，条码密码是包含加密密码数据的条码，明文密码在用户终端上输入或在消费终端上输入进行验证，条码密码则再次在消费终端上进行识别验证，验证在系统的设定时间和次数范围内，超出即认为支付流程终止。

7.如权利要求6所述，系统成功验证用户后发起支付，其特征在于，支付方式包含用户在系统储值、信用卡授权或第三方支付系统进行支付，系统储值方式需用户进行充值后使用，第三方支付系统则通过调用第三方的开放支付接口进行支付。

8.如权利要求7所述，系统在完成支付流程后通过各种方式通知终端用户，其特征在于，通知采取客户端消息，短信，彩信发送支付通知，并记录在用户消费日志，用户随后可以进行支付数据查询。