CN103295132A - 一种数据处理的方法及系统 - Google Patents

Abstract

本发明公开了一种数据处理的方法及系统，所述方法应用于一电子客户端上，所述电子客户端通过与一数据处理系统配合，实现电子数据的转移，所述方法包括：发送第一请求到所述数据处理系统，所述第一请求中包含所述电子客户端的账户信息；接收所述数据处理系统基于所述第一请求而生成的标准字符串，所述标准字符串与所述第一请求唯一对应；接收所述数据处理系统基于电子数据接收端生成的第二请求而返回的响应请求，基于所述响应请求，将所述电子数据值是否转移的信息反馈给所述数据处理系统。

Description

一种数据处理的方法及系统

技术领域

本申请涉及计算机领域，尤其涉及一种数据处理的方法及系统。

背景技术

随着互联网技术的发展，现在越来越多的线下行为都可以在互联网上实现，比如支付。以网上支付为例，用户只需要在相应的网站或客户端上登录服务页面，输入支付的对象和金额就可以完成支付。整个过程不会有现金的出现，落实到互联网上，支付金额，相当于电子数据的值，付款方和收款方是一串字符标识，而账户内的金额就是数据库中存储的数据，几者之间互相关联，借助计算机及网络技术就可以完成金额的转移，由此我们可以得出的结论是，网络支付实际就是一种电子数据的处理方式，其目的是为了实现电子数据的转移。

在现有技术中，传统的交易方式在利用二维码进行交易时，二维码仅仅是充当一个交易成功的凭证，商户将此交易凭证，即二维码，以彩信的方式发送到用户手机，用户在凭此二维码到指定的地点兑换获得相对应的商品或服务，兑换点通过二维码识别机具，读取二维码中包含的信息后，即可知道对应的交易信息，从而提供给用户相应的商品或服务。

另外，还可以通过信用卡交易系统或非接触式卡片进行交易，商户先扫描用户的信用卡片，在扣除相应的商品金额后，用户即可获得相应的商品或服务。

本申请的申请人在实现本申请实施例的过程中，发现上述技术手段至少存在如下问题：

一、在利用二维码作为电子凭证使用时，二维码可以被复制，比如，通过彩信下发到用户手机时，存在被截取的可能；

二、现有的二维码交易方式，必须依赖手机才能将二维码凭证传递给用户，使得该交易方式应用的范围受到限制。

三、在使用信用卡交易系统或非接触式卡片交易时，磁条信息或卡片密码易被复制或记录，例如，用户在输入账户密码时，存在被记录的可能，因为输入密码是在对方的终端设备上完成的，存在安全隐患。

发明内容

本申请提供了一种进行交易的方法，用以解决现有技术中存在交易不安全的问题。

一方面，通过本申请的一个实施例，提供了如下技术方案：

一种数据处理的方法，应用于一电子客户端上，所述电子客户端通过与一数据处理系统配合，实现电子数据的转移，所述方法包括：

发送第一请求到所述数据处理系统，所述第一请求中包含所述电子客户端的账户信息；

接收所述数据处理系统基于所述第一请求而生成的标准字符串，所述标准字符串与所述第一请求唯一对应；

接收所述数据处理系统基于电子数据接收端生成的第二请求而返回的响应请求，其中，所述第二请求为所述电子数据接收端生成的请求，所述第二请求中包括有：对应所述第一请求的电子数据值及待验证字符串；所述响应请求为所述数据处理系统在利用所述标准字符串验证所述待验证字符串成功后生成的请求，所述响应请求中包括有对应所述第一请求的电子数据值；

基于所述响应请求，将所述电子数据值是否转移的信息反馈给所述数据处理系统。

可选的，所述发送第一请求到所述数据处理系统，具体包括：

以一账户通过所述电子客户端登录所述数据处理系统；

检测所述账户对应的电子客户端是否是授权设备；

当所述账户对应的电子客户端是授权设备时，则发送所述第一请求到所述数据处理系统；

当所述账户对应的电子客户端不是授权设备时，则对所述电子客户端进行授权；授权成功后，发送所述第一请求到所述数据处理系统。

可选的，所述对所述账户对应的电子客户端进行授权，具体为：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述账户对应的电子客户端进行授权；或

在所述电子客户端与所述数据处理系统间以密码验证方式，对所述账户对应的电子客户端进行授权。

可选的，所述待验证字符串具体由：

所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

可选的，在所述基于所述响应请求，将所述电子数据值是否转移的信息反馈给所述数据处理系统之后，所述方法还包括：

接收所述数据处理系统在所述电子数据值转移成功后返回的转移成功确认信息。

一种数据处理的方法，应用在一数据处理系统中，所述数据处理系统通过与一电子客户端的配合，实现电子数据的转移，所述方法包括：

接收所述电子客户端发送的第一请求，所述第一请求中包含所述电子客户端的账户信息；

基于所述第一请求生成标准字符串，将所述标准字符串反馈给所述电子客户端；

接收电子数据接收端生成的第二请求，所述第二请求中包括有：电子数据值及通过解析获得的待验证字符串；

利用所述标准字符串验证所述待验证字符串；

在验证成功后，生成响应请求，并将所述响应请求发给所述电子客户端，其中，所述响应请求中包括有所述电子数据值；

基于所述电子客户端基于响应所述响应请求返回的电子数据转移确认信息，按所述电子数据值进行数据转移。

可选的，所述第一请求的生成步骤如下：

通过在所述电子客户端上以一账户登录所述数据处理系统；

检测所述账户对应的电子客户端是否是授权设备；

当所述账户对应的电子客户端是授权设备时，生成所述第一请求；

当所述账户对应的电子客户端不是授权设备时，则对所述电子客户端进行授权；授权成功后，生成所述第一请求。

可选的，所述对所述电子客户端进行授权，具体为：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述电子客户端进行授权；或

在所述电子客户端与所述数据处理系统间以密码验证方式，对所述电子客户端进行授权。

可选的，所述待验证字符串具体由：

所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

可选的，在所述基于所述电子客户端基于响应所述响应请求返回的电子数据转移确认信息，按所述电子数据的值进行数据转移之后，所述方法还包括：

返回电子数据值转移成功确认信息给所述电子数据接收端和所述电子客户端。

另一方面，通过本申请的另一实施例，提供了如下技术方案：

一种数据处理的系统，应用在一电子客户端上，所述电子客户端通过与一数据处理系统的配合，实现电子数据的转移，所述系统包括：

发送模块，用于发送第一请求到所述数据处理系统，所述第一请求中包含所述电子客户端的账户信息；

第一接收模块，用于接收所述数据处理系统基于所述第一请求而生成的标准字符串，所述标准字符串与所述第一请求唯一对应；

第二接收模块，用于接收所述数据处理系统基于电子数据接收端生成的第二请求而返回的响应请求，其中，所述第二请求为所述电子数据接收端生成的请求，所述第二请求中包括有：对应所述第一请求的电子数据值及待验证字符串；所述响应请求为所述数据处理系统在利用所述标准字符串验证所述待验证字符串成功后生成的请求，所述响应请求中包括有对应所述第一请求的电子数据值；

反馈模块，用于基于所述响应请求，将所述电子数据值是否转移的信息反馈给所述数据处理系统。

可选的，所述发送模块具体包括：

检测单元，用于在以一账户通过所述电子客户端登录所述数据处理系统时，检测所述账户对应的电子客户端是否是授权设备；

第一发送单元，用于当所述账户对应的电子客户端是授权设备时，发送所述第一请求到所述数据处理系统；

授权单元，用于当所述账户对应的电子客户端不是授权设备时，对所述电子客户端进行授权；

第二发送单元，用于在所述授权单元授权成功后，发送所述第一请求到所述数据处理系统。

可选的，所述授权单元具体用于：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述账户对应的电子客户端进行授权；或

在所述电子客户端与所述数据处理系统间以密码验证方式，对所述账户对应的电子客户端进行授权。

可选的，所述待验证字符串具体由：

所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

可选的，所述系统还包括：

第三接收模块，用于接收所述数据处理系统在所述电子数据值转移成功后返回的转移成功确认信息。

再一方面，通过本申请的另一实施例，提供了如下技术方案：

一种数据处理系统，所述数据处理系统通过与一电子客户端的配合，实现电子数据的转移，所述系统包括：

第一接收模块，用于接收所述电子客户端发送的第一请求，所述第一请求中包含所述电子客户端的账户信息；

反馈模块，用于基于所述第一请求生成标准字符串，将所述标准字符串反馈给所述电子客户端；

第二接收模块，用于接收电子数据接收端生成的第二请求，所述第二请求中包括有：电子数据值及通过解析获得的待验证字符串；

验证模块，用于利用所述标准字符串验证所述待验证字符串；

生成模块，用于在验证成功后，生成响应请求，并将所述响应请求发给所述电子客户端，其中，所述响应请求中包括有所述电子数据值；

响应模块，用于基于所述电子客户端基于响应所述响应请求返回的电子数据转移确认信息，按所述电子数据值进行数据转移。

可选的，所述第一请求的生成步骤如下：

通过在所述电子客户端上以一账户登录所述数据处理系统；

检测所述账户对应的电子客户端是否是授权设备；

当所述账户对应的电子客户端是授权设备时，生成所述第一请求；

当所述账户对应的电子客户端不是授权设备时，则对所述电子客户端进行授权；授权成功后，生成所述第一请求。

可选的，所述对所述账户对应的电子客户端进行授权，具体为：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述电子客户端进行授权；或

在所述电子客户端与所述数据处理系统间以密码验证方式，对所述电子客户端进行授权。

可选的，待验证字符串具体由：

所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

可选的，所述系统还包括：

返回模块，用于返回电子数据值转移成功确认信息给所述电子数据接收端和所述电子客户端。

本申请通过一个实施例或者多个实施例，可以达到以下优点或有益技术效果之一：

一、通过动态的生成标准字符串，解决了现有技术中，用户在被盗取所述二维码或其他电子凭证时，没有兑换到相应商品而存在的金钱损失的问题，实现了用户在支付金钱的同时获得商品的安全保障。

二、进一步地，通过在用户自己的终端上输入交易密码，解决了现有技术中，用户在商户的终端上进行输入及确认付款存在安全隐患的技术问题，具有较高的安全性。

三、通过采用本申请中的多种方式传递动态码的技术手段，解决了现有的二维码交易方式必须依赖手机才能将电子凭证传递给用户，扩大了交易的应用范围。

附图说明

图1为本申请第一实施例中数据处理的方法流程图；

图2为本申请第二实施例中数据处理的方法流程图；

图3为本申请第三实施例中数据处理系统的结构模块图；

图4为本申请第四实施例中数据处理系统的结构模块图；

图5为本申请实施例中利用条码进行数据转移的时序图。

具体实施方式

本申请提供了一种数据处理的方法，通过对各个电子终端方电子数据的处理，完成电子数据的转移，具体体现网上支付中时，为通过互联网实现电子数据即金钱在各个交易方之间的转移。

在具体应用到实际操作中时，其主要思路是：交易双方通过一个包含动态字符串的图形来建立交易关系，付款方终端，即：用户方的电子客户端，显示该图形，而收款方，即：电子数据接收端，通过扫描获并解析该图形获取该动态字符串，最终以该动态字符串为对象发起收款，即：电子数据转移；服务端即：数据处理系统，根据该动态字符串找到并通知对应的付款终端即：电子数据接收端，付款人即：用户在自有终端电子客户端上完成付款确认。

下面将结合各个附图，对本申请实施例中具体的实施过程，作详尽地描述。

实施例一：

在本实施例中，参与交易包括了三方，用户、商户和系统，分别代表电子客户端、电子数据接收端、数据处理系统，为了便于理解，在本实施例中将以此三种便于理解的名称进行说明，

请参考图1，为本申请第一实施例中数据处理的方法流程图；

步骤S100，发送第一请求到所述数据处理系统；

在具体的实施过程中，用户可以通过一电子客户端登录数据处理系统，比如使用手机，平板，或者直接使用电脑，登录系统，也可以通过在手机等终端上安装的程序或应用登录所述数据处理系统，在用户登录系统后，所述数据处理系统将会检测所述账户对应的电子客户端是否是授权设备，如果是，则发送所述第一请求到所述数据处理系统；此处对所述电子客户端进行授权验证的目的是为了保证，在进行电子数据转移时，转移对象电子客户端是安全可以信任的。

如果所述账户对应的电子客户端不是授权设备，则可以选择对所述账户对应的电子客户端进行授权，具体来说，所述授权可以采用以下方式进行：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述账户对应的电子客户端进行授权；或在所述电子客户端与所述数据处理系统间以密码验证方式，对所述账户对应的电子客户端进行授权。本申请所属技术领域的技术人员还可采用其他业界常用的技术手段对电子客户端进行授权，此处就不在一一举例了。

当对所述账户对应的电子客户端授权成功后，就保证了用户在进行交易时，电子客户端的安全性。然后用户在指定购买一些商品后，所述电子客户端就会基于用户的购买，生成第一请求，电子客户端将发送所述第一请求到所述数据处理系统，其中，所述第一请求中包含了登录所述电子客户端的账户信息，同时此第一请求中还包括了用户意欲购买的商品信息。

此处，第一请求中包括账户信息的目的是为了使数据处理系统能够知道，请求进行交易的发起方是谁，以用户A使用手机举例，用户A需要进行一个交易，那么在交易开始时，用户A通过手机发送第一请求到数据处理系统，而系统在收到该请求后，根据第一请求中携带的账户信息即可知道具体是哪个用户发起的交易，从而进行后续的交易。

步骤S110，接收所述数据处理系统基于所述第一请求而生成的标准字符串；

在具体的实施过程中，所述数据处理系统在接收到授权用户发送的第一请求后，数据处理系统将会基于此请求，生成一个标准字符串，其中，所述标准字符串与所述第一请求唯一对应，即用来保证此标准字符串是一次性的，同时仅与这个账户的这次交易相关联；具体来讲，在进行交易的过程中，由于此标准字符串与一个第一请求对应，而第一请求又包含了账户信息，数据处理系统基于此标准字符串就可以找到具体的用户，从而建立起标准字符串和用户之间的对应关系，当数据处理系统将次标准字符串转发给电子数据接收端即：商户时，商户并不会此标准字符串具体对应的是哪个用户，因而对电子数据转移具有安全保护的作用。

另外，所述数据处理系统在将所述标准字符串发给所述用户时，采用图形的方式发送给所述电子客户端，比如用户使用手机登录数据处理系统，则所述数据处理系统可采用二维码或条形码或者其他随机码的形式发送给所述用户，对所述电子客户端来说，仅仅需要获取到所述标准字符串就行了，上述方式中的二维码，条形码或者其他等等方式都是发送所述标准字符串到用户的手段之一。

本领域所属技术人员可以根据具体的情况，采用其他相同或相似的技术手段，将所述标准字符串发送个电子客户端，此处不再赘述。

步骤S120，接收所述数据处理系统基于电子数据接收端生成的第二请求而返回的响应请求；

在具体的实施过程中，所述第二请求为所述电子数据接收端生成的请求，所述第二请求中包括有：对应所述第一请求中的电子数据值及待验证字符串；所述响应请求中包括有对应所述第一请求的电子数据值。

另外，所述响应请求为所述数据处理系统在利用所述标准字符串验证所述待验证字符串成功后生成的请求。具体来讲，所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得由数据处理系统生成的标准字符串。

在此步骤中，获得所述解析并获得所述待验证字符串的目的即是为了保证所述响应请求与所述用户开始产生的第一请求对应，同时，保证所述待验证字符串在各个终端之间传递时没有变化，从而确保数据处理系统方，电子客户端方和电子数据接收端方的准确性及安全性。

步骤S130，基于所述响应请求，将所述电子数据值是否转移的信息反馈给所述数据处理系统。

在具体的实施过程中，由于此响应请求是由用户发起的第一请求而生成的，在收到所述响应请求时，还需要检测用户是否确认电子数据转移，用户可以通过支付宝，网银，手机银行等等方式对电子数据转移进行确认，对所述用户是否可以采用其他业界常用的技术手段。所述电子客户端将检测的结果返回给数据处理系统，所述数据处理系统再将所述结果返回给电子数据接收端端。若用户数据转移成功，电子数据接收端也确认收到相应的电子数据值，则双方交易成功，若用户转移失败，则所述数据处理系统再将相关信息发送给交易的双方，重新启动交易或取消交易等等。

在本申请实施例中，用户通过电子客户端登录数据处理系统后，向数据处理系统发出第一请求，数据处理系统基于用户的第一请求创建标准字符串。此时，数据处理系统建立有标准字符串和用户账户信息的对应关系，将标准字符串返回给用户后，数据处理系统再接收由电子数据接收端扫描用户电子客户端获得的标准字符串，即可获知交易的双方的身份信息。电子数据接收端基于标准字符串创建交易订单，转发给数据处理系统，数据处理系统在获得用户基于订单信息在电子数据转移后，转发电子数据转移信息给商户，到此即完成了整个交易过程。所述标准字符串的目的起到了一个传递用户与商户之间的交易关系的作用，即使此标准字符串泄露，也不会对用户造成任何损失，同时用户在自己的终端上进行数据转移时的密码输入，有效的保证了交易的安全性。

实施例二：

在本实施例中，为从数据处理系统端来描述整个电子数据值转移过程中，数据处理处理系统做的工作。

下面请参考图2，为本申请第二实施例中数据处理的方法流程图；

步骤S200，接收所述电子客户端发送的第一请求；

在具体的实施过程中，所述第一请求是由电子客户端发送的，其具体的生成步骤如下：

通过在所述电子客户端上以一账户登录所述数据处理系统，所述数据处理系统将会检测所述账户对应的电子客户端是否是授权设备，如果不是授权设备，则根据用户的意愿，对所述电子客户端进行授权，通常情况下，可以采用上行短信和下行短信方式，对所述电子客户端进行授权；或以密码验证方式，对所述电子客户端进行授权。

如果所述账户是授权设备，则基于用户购买商品的信息生成第一请求，其中，所述第一请求中还包含所述电子客户端的账户信息。

需要说明的是，对电子客户端进行授权的目的是为了保证用户使用的过程中，所述电子客户端为安全的终端，起到一定的安全保护作用。

步骤S210，基于所述第一请求生成标准字符串，并将所述标准字符串反馈给所述电子客户端；

在具体的实施过程中，所述电子客户端在将所述第一请求返回给所述数据处理系统后，数据处理系统基于所述第一请求，生成与此次第一请求唯一对应的标准字符串，再将所述标准字符串反馈给所述电子客户端，在将所述标准字符串反馈给所述电子客户端时，可以通过条形码，二维码发送给电子客户端，本领域技术人员可以根据具体的情况选择具体的发送方式，此处不在赘述。

步骤S220，接收电子数据接收端生成的第二请求；

在具体的实施过程中，所述第二请求包括有对应的第一请求的电子数据值及通过解析获得的待验证字符串，因为所述数据处理系统在将所述标准字符串发送给所述电子客户端时，可能采用二维码或者条形码等方式，故电子数据接收端需要通过扫描所述电子客户端的图像，获得所述待验证的字符串。

由于第二请求是由电子数据接收端发出的，所以数据处理系统也会知道电子数据接收端的身份信息。

步骤S230，利用所述标准字符串验证所述待验证字符串；

在具体的实施过程中，所述数据处理系统会基于创建的标准字符串验证所述待验证的标准字符串，在验证所述标准字符串和所述待验证字符串后，即可知道交易的双方身份信息，即所述数据处理系统知道用户的账户信息和商户的身份信息。

步骤S240，在验证成功后，生成响应请求，并将所述响应请求发给所述电子客户端；

在具体的实施过程中，所述数据处理系统在验证交易双方的身份信息后，就根据电子数据接收端生成的第二请求，所述第二请求中就包含的所述登录所述电子客户端的账户需要的电子数据值以及商品信息。

步骤S250，基于所述电子客户端基于响应所述响应请求返回的电子数据转移确认信息，按所述电子数据值进行数据转移；

在具体的实施过程中，在电子数据值进行转移后，将已经转移的信息发送给电子数据接收端，电子数据接收端在收到数据转移的信息后，即完成了整个交易过程。

实施例三：

请参考图3，为本申请第三实施例中进行交易的系统模块图；

在本实施例中，所述系统应用在一电子客户端上，通过与数据处理系统配合，完成电子数据转移，保障了用户在电子数据转移过程中的安全性。

如图3所示，所示系统包括：

发送模块，用于发送第一请求到所述数据处理系统，所述第一请求中包含所述电子客户端的账户信息；

在具体的实施过程中，所述发送模块具体包括：

检测单元，用于在以一账户通过所述电子客户端登录所述数据处理系统时，检测所述账户对应的电子客户端是否是授权设备；

第一发送单元，用于当所述账户对应的电子客户端是授权设备时，发送所述第一请求到所述数据处理系统；

授权单元，用于当所述账户对应的电子客户端不是授权设备时，对所述电子客户端进行授权；具体来说，所述授权单元可以采用如下方式进行授权，在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述账户对应的电子客户端进行授权；或在所述电子客户端与所述数据处理系统间以密码验证方式，对所述账户对应的电子客户端进行授权。

第二发送单元，用于在所述授权单元授权成功后，发送所述第一请求到所述数据处理系统。

第一接收模块，用于接收所述数据处理系统基于所述第一请求而生成的标准字符串，所述标准字符串与所述第一请求唯一对应；

第二接收模块，用于接收所述数据处理系统基于电子数据接收端生成的第二请求而返回的响应请求，其中，所述第二请求为所述电子数据接收端生成的请求，所述第二请求中包括有：对应所述第一请求的电子数据值及待验证字符串；所述响应请求为所述数据处理系统在利用所述标准字符串验证所述待验证字符串成功后生成的请求，所述响应请求中包括有对应所述第一请求的电子数据值；

需要说明的是，所述待验证字符串具体由：

所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

在具体的实施过程中，所述响应请求可以采用如下方式：以二维码方式表示的响应请求；或以条形码方式表示的响应请求。

所述系统还包括：

第三接收模块，用于接收所述数据处理系统在所述电子数据值转移成功后返回的转移成功确认信息。

实施例四：

请参考图4，为本申请第四实施例中数据处理系统的结构模块图；

在本实施例中，所述系统应用在数据处理系统中，通过与一电子客户端的配合，能实现电子数据值的转移，所述系统包括：

第一接收模块，用于接收所述电子客户端发送的第一请求，所述第一请求中包含所述电子客户端的账户信息；

在具体的实施过程中，所述第一请求的生成过程与对用户进行授权的方式均与所述第三实施例中，具体过程一致，此处不再描述。

反馈模块，用于基于所述第一请求生成标准字符串，将所述标准字符串反馈给所述电子客户端；

在具体的实施过程中，将所述标准字符串反馈给所述电子客户端时，可通过图形的方式，如二维码或条形码的方式发送，本领域所属的技术人员可以根据实际的情况，具体设置。

第二接收模块，

用于接收电子数据接收端生成的第二请求，所述第二请求中包括有：电子数据值及通过解析获得的待验证字符串；

生成模块，用于在验证成功后，生成响应请求，并将所述响应请求发给所述电子客户端，其中，所述响应请求中包括有所述电子数据值；

响应模块，用于基于所述电子客户端基于响应所述响应请求返回的电子数据转移确认信息，按所述电子数据值进行数据转移。

实施例五：

在本实施例中，详细描述了在进行电子数据转移时，电子客户端，数据处理系统以及电子数据接收端三者间数据转移的关系。

请参考图5，为本申请实施例中利用条码进行数据转移的时序图。

步骤1，用户登录系统；

在具体的实施过程中，用户可以通过手机、电脑、平板等等终端通过打开网页登录数据处理系统，也可以是通过在终端上的安装程序或者具体的应用登录条码数据处理系统。

用户先通过一个账号登录数据处理系统，系统在检测到账号登录后，先判断所述账号对应的电子客户端是否是授权设备，若是授权设备，则可进行后续操作，若当前电子客户端不是授权设备，则可以选择给用户的电子客户端提供授权，具体的授权方式前面已经做过具体介绍，此处不再赘述。

步骤2，发起第一请求；

在具体的实施过程中，当用户需要购买商品时，就会向所述数据处理系统发送一个第一请求，在所述第一请求中包含了登录所述电子客户端的账户信息。

步骤3，生成标准字符串；

在具体的实施过程中，所述数据处理系统在接收到用户发起的第一请求后，基于第一请求中的账户信息，生成本次数据转移的唯一标准字符串，此字符只与用户账户、申请时间有关联，不包含任何的交易信息。

步骤4，将标准字符串返回给用户；

在具体的实施过程中，在将所述标准字符串返回给用户时，可以通过二维码、条形码等等方式传递给用户，从技术上来说，二维码和条形码都只是一串字符不同的表现形式，具体生成二维码或条形码的方式可根据本领域常用的技术手段来实现。

步骤5，以图形的方式显示字符串；

在具体的实施过程中，由于所述数据处理系统返给用户时，所述标准字符串都是以二维码或条形码方式呈现，故需要用户以图形的方式显示所述标准字符串。

上述步骤为用户获得标准字符串的过程，其中数据处理系统记录了所述标准字符串和具体的用户账户的对应关系。

下面将从商户的角度继续描述利用标准字符串的进行交易的过程。

步骤6，登录系统进行电子数据转移；

在具体的实施过程中，商户登录数据处理系统时，其登录的过程和登录方式与用户的登录方式一致，此不再赘述。

然后，基于用户购买的商品，商户将创建一个数据转移订单，所述交易订单中包含了电子数据值和其他的备注商品信息，此处创建数据转移订单的过程可由技术人员根据本领域的常用手段进行处理，此处不再详细描述订单中的信息及创建订单的过程；

步骤7，获得用户的待验证标准字符串；

在具体的实施过程中，所述待验证字符串即为原用户申请的标准字符串，由于所述字符串在传递的过程中可能变化，故以待验证标准字符串命名；由于数据处理系统将所述标准字符串传递给用户时可采用二维码或条形码等，商户在获取此标准字符串时需要通过扫描获得表示用户待验证的标准字符串的二维码或条形码；

步骤8，发送第二请求；

在具体的实施过程中，商户将获得的待验证标准字符串和电子数据转移订单以第二请求的方式发给所述数据处理系统；

上述过程为商户处理标准字符串的过程；

步骤9，校验并解析标准字符串；

在具体的实施过程中，基于先前创建的用户和标准字符串的对应关系，判断所述标准字符是否有效，在有效后，解析出所述商户传递给数据处理系统的待验证标准字符串对应的用户；

步骤10，创建响应请求并发送给用户；

在具体的实施过程中，所述数据处理系统会基于先前商户创建的第二请求，创建一个响应请求，并把所述响应请求转发给所述待验证字符串对应的用户。

步骤11，接收响应请求并确认；

在具体的实施过程中，电子客户端在接收到最开始由商户创建的电子数据订单而生成的响应请求时，检测所述响应请求中的电子数据值，商品信息等用户需要购买的信息是否正确，在正确后，确认转移，具体来讲，所述转移的方式可以采用业界常用的技术手段，此处不作描述。

另外，在用户确认转移后，将所述确认转移的信息发送给数据处理系统。

步骤12，确认响应请求信息并通知各方；

在具体的实施过程中，所述数据处理系统在收到用户确认转移的信息后，将电子数据转移成功的通知返回给用户和商户，在商户收到相应的电子数据转移确认信息后，用户即可取走所需要的商品或享受相应的服务。

通过本申请的一个或多个实施例，实现了如下技术效果或优点之一：

一、通过动态的生成标准字符串，解决了现有技术中，用户在被盗取所述二维码或其他电子凭证时，没有兑换到相应商品而存在的金钱损失的问题，实现了用户在支付金钱的同时获得商品的安全保障。

二、进一步地，通过在用户自己的终端上输入交易密码，解决了现有技术中，用户在商户的终端上进行输入及确认付款存在安全隐患的技术问题，具有较高的安全性。

三、通过采用本申请中的多种下发动态码的技术手段，解决了现有的二维码交易方式必须依赖手机才能将电子凭证传递给用户，扩大了交易的应用范围。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (20)

1.一种数据处理的方法，应用于一电子客户端上，所述电子客户端通过与一数据处理系统配合，实现电子数据的转移，其特征在于，所述方法包括：

发送第一请求到所述数据处理系统，所述第一请求中包含所述电子客户端的账户信息；

接收所述数据处理系统基于所述第一请求而生成的标准字符串，所述标准字符串与所述第一请求唯一对应；

接收所述数据处理系统基于电子数据接收端生成的第二请求而返回的响应请求，其中，所述第二请求为所述电子数据接收端生成的请求，所述第二请求中包括有：对应所述第一请求的电子数据值及待验证字符串；所述响应请求为所述数据处理系统在利用所述标准字符串验证所述待验证字符串成功后生成的请求，所述响应请求中包括有对应所述第一请求的电子数据值；

基于所述响应请求，将所述电子数据值是否转移的信息反馈给所述数据处理系统。

2.如权利要求1所述的方法，其特征在于，所述发送第一请求到所述数据处理系统，具体包括：

以一账户通过所述电子客户端登录所述数据处理系统；

检测所述账户对应的电子客户端是否是授权设备；

当所述账户对应的电子客户端是授权设备时，则发送所述第一请求到所述数据处理系统；

当所述账户对应的电子客户端不是授权设备时，则对所述电子客户端进行授权；授权成功后，发送所述第一请求到所述数据处理系统。

3.如权利要求2所述的方法，其特征在于，所述对所述账户对应的电子客户端进行授权，具体为：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述账户对应的电子客户端进行授权；或

在所述电子客户端与所述数据处理系统间以密码验证方式，对所述账户对应的电子客户端进行授权。

4.如权利要求1或2或3所述的方法，其特征在于，所述待验证字符串具体由：

所述电子数据接收端扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

5.如权利要求1或2或3所述的方法，其特征在于，在所述基于所述响应请求，将所述电子数据值是否转移的信息反馈给所述数据处理系统之后，所述方法还包括：

接收所述数据处理系统在所述电子数据值转移成功后返回的转移成功确认信息。

6.一种数据处理的方法，应用在一数据处理系统中，所述数据处理系统通过与一电子客户端的配合，实现电子数据的转移，其特征在于，所述方法包括：

接收所述电子客户端发送的第一请求，所述第一请求中包含所述电子客户端的账户信息；

基于所述第一请求生成标准字符串，将所述标准字符串反馈给所述电子客户端；

接收电子数据接收端生成的第二请求，所述第二请求中包括有：电子数据值及通过解析获得的待验证字符串；

利用所述标准字符串验证所述待验证字符串；

在验证成功后，生成响应请求，并将所述响应请求发给所述电子客户端，其中，所述响应请求中包括有所述电子数据值；

基于所述电子客户端基于响应所述响应请求返回的电子数据转移确认信息，按所述电子数据值进行数据转移。

7.如权利要求6所述的方法，其特征在于，所述第一请求的生成步骤如下：

通过在所述电子客户端上以一账户登录所述数据处理系统；

检测所述账户对应的电子客户端是否是授权设备；

当所述账户对应的电子客户端是授权设备时，生成所述第一请求；

当所述账户对应的电子客户端不是授权设备时，则对所述电子客户端进行授权；授权成功后，生成所述第一请求。

8.如权利要求7所述的方法，其特征在于，所述对所述电子客户端进行授权，具体为：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述电子客户端进行授权；或

在所述电子客户端与所述数据处理系统间以密码验证方式，对所述电子客户端进行授权。

9.如权利要求6或7或8所述的方法，其特征在于，所述待验证字符串具体由：

所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

10.如权利要求6或7或8所述的方法，其特征在于，在所述基于所述电子客户端基于响应所述响应请求返回的电子数据转移确认信息，按所述电子数据的值进行数据转移之后，所述方法还包括：

返回电子数据值转移成功确认信息给所述电子数据接收端和所述电子客户端。

11.一种数据处理的系统，应用在一电子客户端上，所述电子客户端通过与一数据处理系统的配合，实现电子数据的转移，其特征在于，所述系统包括：

发送模块，用于发送第一请求到所述数据处理系统，所述第一请求中包含所述电子客户端的账户信息；

第一接收模块，用于接收所述数据处理系统基于所述第一请求而生成的标准字符串，所述标准字符串与所述第一请求唯一对应；

第二接收模块，用于接收所述数据处理系统基于电子数据接收端生成的第二请求而返回的响应请求，其中，所述第二请求为所述电子数据接收端生成的请求，所述第二请求中包括有：对应所述第一请求的电子数据值及待验证字符串；所述响应请求为所述数据处理系统在利用所述标准字符串验证所述待验证字符串成功后生成的请求，所述响应请求中包括有对应所述第一请求的电子数据值；

反馈模块，用于基于所述响应请求，将所述电子数据值是否转移的信息反馈给所述数据处理系统。

12.如权利要求11所述的系统，其特征在于，所述发送模块具体包括：

检测单元，用于在以一账户通过所述电子客户端登录所述数据处理系统时，检测所述账户对应的电子客户端是否是授权设备；

第一发送单元，用于当所述账户对应的电子客户端是授权设备时，发送所述第一请求到所述数据处理系统；

授权单元，用于当所述账户对应的电子客户端不是授权设备时，对所述电子客户端进行授权；

第二发送单元，用于在所述授权单元授权成功后，发送所述第一请求到所述数据处理系统。

13.如权利要求12所述的系统，其特征在于，所述授权单元具体用于：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述账户对应的电子客户端进行授权；或

在所述电子客户端与所述数据处理系统间以密码验证方式，对所述账户对应的电子客户端进行授权。

14.如权利要求11或12或13所述的系统，其特征在于，所述待验证字符串具体由：

所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

15.如权利要求11或12或13所述的系统，其特征在于，所述系统还包括：

第三接收模块，用于接收所述数据处理系统在所述电子数据值转移成功后返回的转移成功确认信息。

16.一种数据处理系统，所述数据处理系统通过与一电子客户端的配合，实现电子数据的转移，其特征在于，所述系统包括：

第一接收模块，用于接收所述电子客户端发送的第一请求，所述第一请求中包含所述电子客户端的账户信息；

反馈模块，用于基于所述第一请求生成标准字符串，将所述标准字符串反馈给所述电子客户端；

第二接收模块，用于接收电子数据接收端生成的第二请求，所述第二请求中包括有：电子数据值及通过解析获得的待验证字符串；

验证模块，用于利用所述标准字符串验证所述待验证字符串；

生成模块，用于在验证成功后，生成响应请求，并将所述响应请求发给所述电子客户端，其中，所述响应请求中包括有所述电子数据值；

响应模块，用于基于所述电子客户端基于响应所述响应请求返回的电子数据转移确认信息，按所述电子数据值进行数据转移。

17.如权利要求16所述的系统，其特征在于，所述第一请求的生成步骤如下：

通过在所述电子客户端上以一账户登录所述数据处理系统；

检测所述账户对应的电子客户端是否是授权设备；

当所述账户对应的电子客户端是授权设备时，生成所述第一请求；

当所述账户对应的电子客户端不是授权设备时，则对所述电子客户端进行授权；授权成功后，生成所述第一请求。

18.如权利要求17所述的系统，其特征在于，所述对所述账户对应的电子客户端进行授权，具体为：

在所述电子客户端与所述数据处理系统间以上行短信和下行短信方式，对所述电子客户端进行授权；或

在所述电子客户端与所述数据处理系统间以密码验证方式，对所述电子客户端进行授权。

19.如权利要求16或17或18所述的系统，其特征在于，待验证字符串具体由：

所述电子数据接收端去扫描所述电子客户端中显示的与所述标准字符串对应的图形，然后解析所述图形而获得。

20.如权利要求16或17或18所述的系统，其特征在于，所述系统还包括：

返回模块，用于返回电子数据值转移成功确认信息给所述电子数据接收端和所述电子客户端。

Images