数据处理方法及装置、数据交互方法及系统与流程

本发明属于计算机及互联网技术领域，尤其涉及一种数据处理方法及装置、数据交互方法及系统。

背景技术：

伴随着计算机及互联网技术的高速发展，人们的生活越来越向数字化方向发展，人们相互之间经常利用手机等终端，通过服务器进行各种类型的资源包数据的交互，以促进感情交流，例如：电子红包数据的交互。然而现有的数据处理和交互技术中，服务器在处理发送端和接收端之间传输的资源包时，无法获取发送端和接收端对资源包中的资源信息的反馈信息，对于资源包有关的信息的处理效率较低。

技术实现要素：

本发明提供一种数据处理方法及装置、数据交互方法及系统，可提高服务器对资源包相关反馈信息的处理效率，有利于资源包发送者对传输的信息或者数据的掌握。

本发明提供一种数据处理方法，所述方法包括：服务器接收发放端发送的电子红包开立指令，所述开立指令中包含有为电子红包开立的金额信息；当获取到银行端发放的电子承诺支付凭证的信息时，生成电子红包的配置文件，并将所述电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及所述电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及所述原本的副本；将所述电子红包的副本发送给电子红包的接收端，使得所述接收端根据 接收的所述电子红包的副本，显示电子红包的界面，并在所述界面上显示所述通信交互窗口，以及向所述银行端发送所述解付申请指令。

优选地，所述将所述电子红包的副本发送给电子红包的接收端之后包括：接收所述接收端通过所述通信交互窗口发送的反馈信息，将所述反馈信息写入所述电子红包的原本中，并将所述反馈信息发送给所述发放端；接收所述发放端根据所述反馈信息发送的回馈信息，将所述回馈信息写入所述电子红包的原本中，并向所述接收端发送更新指令，使得所述接收端根据所述电子红包的原本更新所述副本，以将所述回馈信息显示在所述通信交互窗口中。

优选地，所述方法还包括：获取所述电子红包的流通数据，并将所述流通数据写入所述电子红包的原本中，所述流通数据包括所述电子红包每一次被转送的发送方和接收方的信息数据。

优选地，所述接收发放端发送的电子红包开立指令之前包括：接收所述发放端发送的申请开立电子红包的请求，所述请求中包含有所述电子红包的发放方的账户信息；判断所述发放方的账户是否具有开立所述电子红包的权限；若有，则向所述发放端发送授权所述发放方的账户开立所述电子红包的反馈信息。

本发明提供一种数据交互方法，所述方法包括：发放端根据电子红包发放方触发的开立指令，生成电子红包开立指令，并将所述电子红包开立指令发送给服务器，所述电子红包开立指令中包含有为电子红包开立的金额信息；所述服务器将所述电子红包开立指令转发给银行端；所述银行端根据所述金额信息，冻结电子红包发放方的账户内所述金额信息对应的虚拟资源，并生成电子承诺支付凭证及解付申请指令，将所述电子承诺支付凭证的信息及所述解付申请指令发送给所述服务器；所述服务器生成电子红包的配置文件，并将所述电子承诺支付凭证的信息、所述解付申请指令、通信交互窗口以及所述电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及所述原本的副本，将所述电子红包的副本发送给电子红包的接收端；所述接收端根据接收的所述电 子红包的副本，显示电子红包的界面，并在所述界面上显示所述通信交互窗口，以及向所述银行端发送所述解付申请指令；所述银行端根据所述解付申请指令，将所述电子承诺支付凭证中记载的虚拟资源从所述电子红包发放方的账户转移给接收方的账户，并将处理结果发送给所述发放端。

本发明提供一种数据处理装置，所述装置包括：接收模块，用于接收发放端发送的电子红包开立指令，所述开立指令中包含有为电子红包开立的金额信息；生成模块，用于当获取到银行端发放的电子承诺支付凭证的信息时，生成电子红包的配置文件，并将所述电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及所述电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及所述原本的副本；发送模块，用于将所述电子红包的副本发送给电子红包的接收端，使得所述接收端根据接收的所述电子红包的副本，显示电子红包的界面，并在所述界面上显示所述通信交互窗口，以及向所述银行端发送所述解付申请指令。

优选地，所述装置还包括：通信模块，用于接收所述接收端通过所述通信交互窗口发送的反馈信息；数据更新模块，用于将所述反馈信息写入所述电子红包的原本中；所述发送模块，还用于将所述反馈信息发送给所述发放端；所述通信模块，还用于接收所述发放端根据所述反馈信息发送的回馈信息；所述数据更新模块，还用于将所述回馈信息写入所述电子红包的原本中；所述发送模块，还用于向所述接收端发送更新指令，使得所述接收端根据所述电子红包的原本更新所述副本，以将所述回馈信息显示在所述通信交互窗口中。

优选地，所述接收模块，还用于获取所述电子红包的流通数据；所述数据更新模块，还用于将所述流通数据写入所述电子红包的原本中，所述流通数据包括所述电子红包每一次被转送的发送方和接收方的信息数据。

优选地，所述接收模块，还用于接收所述发放端发送的申请开立电子红包的请求，所述请求中包含有所述电子红包的发放方的账户信息；所述装置还包 括：判断模块，用于判断所述发放方的账户是否具有开立所述电子红包的权限；所述发送模块，还用于若所述发放方的账户具有开立所述电子红包的权限，则向所述发放端发送授权所述发放方的账户开立所述电子红包的反馈信息。

本发明提供一种数据交互系统，其特征在于，所述系统包括：发放端、服务器、接收端、银行端；其中，所述发放端，用于根据电子红包发放方触发的开立指令，生成电子红包开立指令，并将所述电子红包开立指令发送给所述服务器，所述电子红包开立指令中包含有为电子红包开立的金额信息；所述服务器，用于将所述电子红包开立指令转发给所述银行端；所述银行端，用于根据所述金额信息，冻结电子红包发放方的账户内所述金额信息对应的虚拟资源，生成电子承诺支付凭证及解付申请指令，并将所述电子承诺支付凭证的信息及解付申请指令发送给所述服务器；所述服务器，还用于生成电子红包的配置文件，并将所述电子承诺支付凭证的信息、所述解付申请指令、通信交互窗口以及所述电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及所述原本的副本，将所述电子红包的副本发送给电子红包的接收端；所述接收端，用于根据接收的所述电子红包的副本，显示电子红包的界面，并在所述界面上显示所述通信交互窗口，以及向所述银行端发送解付申请指令；所述银行端，还用于根据所述解付申请指令，将所述电子承诺支付凭证中记载的虚拟资源从所述电子红包发放方的账户转移给接收方的账户，并将处理结果发送给所述发放端。

从上述本发明实施例可知，本发明通过将电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及电子红包的配置文件，按照预置的规则封装为电子红包，使得接收方在收到电子红包后，还可以利用通信交互窗口与红包发放方进行信息交流，相较于现有技术，本发明通过将电子红包与通信交互相结合，服务器在处理发送端和接收端之间传输的电子红包资源包的过程中，还可获取发送端和接收端对电子红包的反馈信息，从而可提高服务器对资源包相关反馈 信息的处理效率，有利于资源包发送者对传输的信息或者数据的掌握。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明第一实施例提供的数据处理方法的实现流程示意图；

图2是本发明第二实施例提供的数据交互方法的实现流程示意图；

图3是本发明第三实施例提供的数据交互方法的流程图；

图4是本发明第三实施例提供的数据交互方法中用户端与银行端的交互流程图；

图5是本发明第三实施例提供的数据交互方法的网络结构图；

图6是现有技术提供的数据交互方法中用户端与银行端的交互流程图；

图7是现有技术提供的数据交互方法的网络结构图；

图8是本发明第三实施例提供的数据交互方法的结构示意图；

图9是本发明第四实施例提供的数据处理装置的结构示意图；

图10是本发明第五实施例提供的数据处理装置的结构示意图；

图11是本发明第六实施例提供的数据交互系统的结构示意图。

具体实施方式

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的 所有其他实施例，都属于本发明保护的范围。

以下各实施例提供的数据处理方法及数据交互方法，均以电子红包为例，可应用于服务器中，服务器可以是独立于银行端和发放端的第三方服务器，或者是第三方服务器中的一个数据处理模块，或者也可以作为一个数据处理模块配置在发放端所属企业的服务器中，或者也可以作为一个数据模块直接配置在发放端中。电子红包的发放端和接收端可以但不限于包括：智能手机、平板电脑、台式机等各种计算机设备，其中配置有各自的客户端，也即是通过该客户端进入数据处理系统中实现电子红包发放、流转和收取。同时，流转信息都被数据处理模块相应的记录在每个独立的电子红包内，形成一个独立的智能文件，可在互联网上自由流通。

请参阅图1，图1为本发明第一实施例提供的数据处理方法的实现流程示意图。如图1所示，该方法主要包括以下步骤：

s101、服务器接收发放端发送的电子红包开立指令，开立指令中包含有为电子红包开立的金额信息；

进一步地，电子红包的发放方用户(以下简称发放方)在使用发送电子红包的业务之前，需要通过发放端向服务器发送申请开立电子红包的请求，服务器接收该申请开立电子红包的请求，并判断该发放方的账户是否具有开立电子红包的权限，该请求中包括发放方的账户信息。判断的标准可以预先设置，可以根据发放方的账户的资质进行设置，例如，发放方的账户若为具备一定规模的大企业，若有良好的信用评价，若具备一定储备金的客户，都可以认为是具有开立电子红包的权限。若判断结果是该发放方的账户有此权限，则向发放端发送授权该发放方的账户开立电子红包的反馈信息。

发放端接收到允许开立电子红包的反馈信息后，设置电子红包的开立金额，并通过向服务器发送电子红包开立指令，将该开立金额信息发送给服务器，指示该服务器为电子红包开立对应的金额信息，以及，将该开立金额信息和电子 红包的接收方用户(以下简称接收方)的账户信息发送给银行端，指示该银行端开立红包金额，使的该银行端根据发放方的账户信息、接收方的账户信息以及红包金额，生成电子承诺支付凭证。具体地，该电子承诺支付凭证为银信证。

银信证是指银行根据开证人的申请冻结所需数额资金而开立，并承诺依照约定解付条件办理支付结算的电子凭证。在银行版电子红包场景中，开证人即为向银行申请发放电子红包的企业。当领取了电子红包后，用户在银信证的收证人处输入自己的银行账号信息，向银行申请收证，银行即在约定的时间内将资金转入收证账户。银信证的业务流程如下：(1)开证人通过互联网或以其他方式向开证银行申请开证。(2)开证银行验证身份、账户信息无误后受理，审核确认符合开证条件，冻结保付资金后开立银信证。(3)收证人通过互联网或以其他方式向收证银行申请收证。(4)收证银行验证身份、账户信息无误后受理收证(或根据收证人设置由收证银行自动收证)。(5)收证人履行银信证项下基础交易义务后，提交履约信息(一般用于电商领域，收证人为商家，履行发货义务后，提交发货信息，在电子红包领域中，由于是开证人无偿转移给收证人，因此就不需要履行交易义务)。(6)收证人或指定的第三方将申请解付信息发送至开证银行申请解付(在电子红包领域中，收证人填写收证后即自动申请解付)。(7)开证银行解付银信证并将资金划转至收证银行，收证银行将资金转入收证账户。

可以理解地，发放端也可不指定接收方，而是由银行端根据发放端指定的接收方的数量，在发放端关联的用户账号中随机确定接收方。

需要说明的是，服务器向银行端发送该发放端的上述需求信息，是让银行端获知发放端要开立一定金额的红包。具体地，该上述需求信息可以是由服务器代为传递给银行端，此时，所传递的信息是经过发放端用户的电子签名的，用以证明该需求信息是经过发放端用户的授权。该上述需求信息也可以是发放端直接与其开户银行端通讯连接，将其预备开立红包的金额通知到银行端。

s102、当获取到银行端发放的电子承诺支付凭证的信息时，生成电子红包的配置文件，并将电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及原本的副本；

该电子承诺支付凭证中记载的支付额度为电子红包开立的金额。

进一步地，银行端接收发放端发送的电子红包的开立金额信息，以及电子红包的接收方的账户信息，银行端判断该发放方的账户中虚拟资源的余额是否大于该电子红包的开立金额，该账户的余额可以是以下三种中的一种或几种：储蓄金额，信用额度，以及贷款额度。若大于，则冻结该发放方账户余额中与该开立金额相等的资金，并对应生成电子承诺支付凭证，将生成的电子承诺支付凭证的信息发送给服务器，该电子承诺支付凭证中包含有电子红包的接收方信息，发放方信息，支付金额等信息。若不大于，则拒绝生成该电子承诺支付证，并向发放端和服务器返回通知信息，以通知发放端和服务器金额不足，无法发放电子承诺支付凭证。其中虚拟资源可以是礼金或礼券，接收方可根据礼金或礼券兑换现金或实物。

服务器在获取到银行端发放的电子承诺支付凭证的信息时，根据该电子支付凭证中包含的电子红包发放方的账户信息和接收方的账户信息，生成基于该电子承诺支付凭证的解付申请指令，该解付申请指令用于请求该银行端按照该电子红包的金额，将该电子承诺支付凭证中记载的虚拟资源从该电子红包发放方转移给该接收方。可以理解地，该解付申请指令也可由银行端生成。

s103、将电子红包的副本发送给电子红包的接收端，使得接收端根据接收的电子红包的副本，显示电子红包的界面，并在界面上显示通信交互窗口，以及向银行端发送解付申请指令。

服务器生成电子红包的配置文件，电子红包的界面可以认为是该电子红包的封套，通过配置文件，将电子红包的界面配置为包含有一个通信交互窗口以 及电子承诺支付凭证的信息显示区域。该电子红包上的通信交互窗口可以是随电子红包一同封装，也可以仅是将电子承诺支付凭证的信息封装于电子红包之后，再增设一个通信交互窗口。该通信交互窗口用于电子红包持有方与电子红包发放方进行语言交流。

需要说明的是，可以在同一个阶段生成解付申请指令、生成通信交互窗口以及生成电子红包的配置文件，也可以在不同的阶段分别生成上述数据。例如，可在接收到电子承诺支付凭证的信息前，先生成通信交互窗口，并生成对应配置文件，以配置通信交互窗口与电子红包的界面的位置关系，待接收到电子承诺支付凭证的信息时，再生成解付申请指令，执行后续的封装操作。

服务器将电子承诺支付凭证的信息、通信交互窗口以及电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及原本的副本。其中，电子红包的原本被存储在服务器中，电子红包的副本被发送给电子红包的接收端。副本相当于原本的镜像或映射，接收端根据原本的变化更新接收的副本。服务器可以直接将副本发送给接收端，或者将原本的下载链接发送给接收端，接收端根据下载链接，将原本复制到本地后，本地保存的复制本即为副本。

接收端接收服务器发送的电子红包的副本，在检测到运行电子红包的副本的命令被触发时，即，当接收端用户点击显示屏上的电子红包的图标时，运行电子红包，显示电子红包的界面，并在界面上显示通信交互窗口，并通过通信交互窗口与电子红包发放方进行通信。在显示电子红包的界面的同时，自动触发发送解付申请指令的操作，向银行端发送解付申请指令，该解付申请指令用于请求银行端按照电子红包的金额，将电子承诺支付凭证中记载的虚拟资源从电子红包发放方的账户转移给接收方的账户。银行端根据该解付申请指令的指示，将该电子承诺支付凭证中虚拟资源转移给电子红包的接收方，例如，解冻之前冻结的资金，将其划拨到该用户提供的收款账户内，并将处理信息反馈给电子红包的发放端。或者，银行端将处理信息反馈给服务器，服务器将该处理 信息转发给发放端。

进一步地，服务器接收接收端通过通信交互窗口发送的反馈信息，将反馈信息写入电子红包的原本中，并将反馈信息发送给发放端。例如：接收方用户可以在通信交互窗口中输入“谢谢！”等文字或表情图片，接收端将用户输入的“谢谢！”发送给服务器，服务器将“谢谢！”转发给发放端，同时将“谢谢！”写入电子红包的原本中，这样，当接收方再次打开电子红包时，可在通信交互窗口中查看到曾经发送过的信息。

进一步地，接收发放端根据反馈信息发送的回馈信息，将回馈信息写入电子红包的原本中，并向接收端发送更新指令，使得接收端根据电子红包的原本更新副本，以将回馈信息显示在通信交互窗口中。例如：发放端在显示反馈信息的同时，提示发放方是否需要回复，如果发放方选择需要，则显示信息输入窗口，获取发放方输入的回馈信息，如“不客气”，发放端将“不客气”发送给服务器，服务器将“不客气”写入电子红包的原本，同时向接收端发送更新指令，接收端根据更新指令，获取“不客气”并显示在通信交互窗口上。由于是将回馈信息写入原本，这样，当接收方再次打开电子红包时，可在通信交互窗口中查看到曾经发送和接收过的交互通信信息。通过通信交互窗口与电子红包的结合，为人与人之间的沟通提供了一种新型的沟通方式，同时，可加强电子红包发放中参与各方的交流，扩展了电子红包的应用范围。

进一步地，服务器获取电子红包的流通数据，并将所述流通数据写入所述电子红包的原本，所述流通数据包括所述电子红包每一次被转送的发送方和接收方的信息数据。接收方可以将收到的电子红包转送给其他人，接收端根据接收方的转送操作，将电子红包转发给其他接收端，并将转发时产生的流通数据发送给服务器，流通数据包括：转发时间、转发的发送方信息、接收方信息等等。服务器将接收端发送的流通数据写入电子红包的原本，在原本中形成电子红包的流通轨迹记录，如：电子红包由谁发出，又由谁接收，后来又转给了谁。 这样，后一个接收方，可根据流通轨迹记录，了解电子红包的流转过程，从而使得电子红包承载更多的信息。

本发明实施例提供的数据处理方法，通过将电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及电子红包的配置文件，按照预置的规则封装为电子红包，使得接收方在收到电子红包后，还可以利用通信交互窗口与红包发放方进行信息交流，相较于现有技术，本发明通过将电子红包与通信交互相结合，服务器在处理发送端和接收端之间传输的电子红包资源包的过程中，还可获取发送端和接收端对电子红包的反馈信息，从而可提高服务器对资源包相关反馈信息的处理效率，有利于资源包发送者对传输的信息或者数据的掌握。

请参阅图2，图2为本发明第二实施例提供的数据交互方法的实现流程示意图。如图2所示，该方法主要包括以下步骤：

s201、发送电子红包开立指令；

发放端根据电子红包发放方触发的开立指令，设置电子红包的开立金额，生成电子红包开立指令，并将电子红包开立指令发送给服务器，电子红包开立指令中包含有为电子红包开立的金额信息。

进一步地，电子红包发放方在使用发送电子红包的业务之前，需要通过发放端向服务器发送申请开立电子红包的请求，服务器接收该申请开立电子红包的请求，并判断该发放方的账户是否具有开立电子红包的权限，该请求中包括发放方的账户信息。判断的标准可以预先设置，可以根据发放方的账户的资质进行设置，例如，发放方的账户若为具备一定规模的大企业，若有良好的信用评价，若具备一定储备金的客户，都可以认为是具有开立电子红包的权限。若判断结果是该发放方的账户有此权限，则向发放端发送授权该发放方的账户开立电子红包的反馈信息。

s202、转发电子红包开立指令；

服务器将发放端发送的电子红包开立指令转发给银行端。

s203、冻结虚拟资源，生成电子承诺支付凭证及解付申请指令；

s204、发送电子承诺支付凭证的信息及解付申请指令；

银行端接收电子红包开立指令，判断发放方的账户中虚拟资源的余额是否大于该电子红包的开立金额，该账户的余额可以是以下三种中的一种或几种：储蓄金额，信用额度，以及贷款额度。若大于，则冻结该发放方账户余额中与该开立金额相等的资金，并对应生成电子承诺支付凭证及解付申请指令，将生成的电子承诺支付凭证的信息及解付申请指令发送给服务器，该电子承诺支付凭证中包含有电子红包的接收方信息，发放方信息，支付金额等信息。若不大于，则拒绝生成该电子承诺支付证，并向发放端和服务器返回通知信息，以通知发放端和服务器金额不足，无法发放电子承诺支付凭证。其中虚拟资源可以是礼金或礼券，接收方可根据礼金或礼券兑换现金或实物。

s205、生成电子红包的原本和副本；

s206、发送电子红包的副本；

服务器生成电子红包的配置文件，并将电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及原本的副本，将电子红包的副本发送给电子红包的接收端。

需要说明的是，可以在同一个阶段生成解付申请指令、生成通信交互窗口以及生成电子红包的配置文件，也可以在不同的阶段分别生成上述数据。例如，可在接收到电子承诺支付凭证的信息前，先生成通信交互窗口，并生成对应配置文件，以配置通信交互窗口与电子红包的界面的位置关系，待接收到电子承诺支付凭证的信息时，再生成解付申请指令，执行后续的封装操作。

s207、根据接收的电子红包的副本，显示电子红包的界面，以及并在界面上显示通信交互窗口；

s208、发送解付申请指令；

接收端接收电子红包的副本，根据副本中包含有的各数据，生成并显示电 子红包的界面，并在界面上显示通信交互窗口，通过通信交互窗口与电子红包发放方进行通信，同时触发发送解付申请指令的操作，向银行端发送解付申请指令。

进一步地，接收端通过通信交互窗口与发放端进行通信的具体过程可包括：

接收端获取接收方在通信交互窗口输入的反馈信息，并发送给服务器；服务器将反馈信息写入电子红包的原本中，并将反馈信息发送给发放端；发放端将该反馈信息显示给发放方，获取发放方输入的回馈信息，将该回馈信息发送给服务器；服务器将回馈信息写入电子红包的原本中，并向接收端发送更新指令；接收端根据电子红包的原本更新副本，获取回馈信息并显示在通信交互窗口中。通过通信交互窗口与电子红包的结合，为人与人之间的沟通提供了一种新型的沟通方式，同时，可加强电子红包发放中参与各方的交流，扩展了电子红包的应用范围。

进一步地，接收端在接收到红包转送指令时，将电子红包转发给接收方指定的其他接收端，并将转发时产生的流通数据发送给服务器，服务器将该流通数据写入电子红包的原本，流通数据包括电子红包每一次被转送的发送方和接收方的信息数据。服务器将接收端发送的流通数据写入电子红包的原本，在原本中形成电子红包的流通轨迹记录，如：电子红包由谁发出，又由谁接收，后来又转给了谁。这样，后一个接收方，可根据流通轨迹记录，了解电子红包的流转过程，从而使得电子红包承载更多的信息。

s209、根据解付申请指令，将电子承诺支付凭证中记载的虚拟资源从电子红包发放方的账户转移给接收方的账户；

s210、发送处理结果。

银行端根据解付申请指令，解冻虚拟资源，将电子承诺支付凭证中记载的虚拟资源从电子红包发放方的账户转移给接收方的账户，并将处理结果发送给发放端。

本发明实施例提供的数据交互方法，通过服务器将电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及电子红包的配置文件，按照预置的规则封装为电子红包，使得接收方在收到电子红包后，还可以利用通信交互窗口与红包发放方进行信息交流，相较于现有技术，本发明通过将电子红包与通信交互相结合，服务器在处理发送端和接收端之间传输的电子红包资源包的过程中，还可获取发送端和接收端对电子红包的反馈信息，从而可提高服务器对资源包相关反馈信息的处理效率，有利于资源包发送者对传输的信息或者数据的掌握。

请参阅图3，图3是本发明第三实施例提供的数据交互方法的流程图，在本实施例中，电子红包服务器作为一个模块配置于银行端1服务器中。如图3所示，该方法包括以下步骤：

s301、银行端1服务器根据发送端的用户请求生成电子红包数据包，并将发送端用户的银行账号中对应的电子红包的金额进行冻结，将电子红包数据包的副本发送给接收端，该电子红包数据包中包含通信交互窗口。

s302、接收端根据接收的电子红包数据包的副本，向银行端2服务器发送对电子红包的提现请求。

s303、银行端2服务器接收终端发送的对电子红包的提现请求，根据提现请求通知银行端1服务器对发送端用户的银行账号中的电子红包的冻结金额进行解冻，并将发送端用户的银行账号中的与电子红包对应的金额划拨到接收端用户的银行账号中。

s304、接收端通过接收的电子红包数据包的副本中的通信交互窗口，获取接收方在通信交互窗口输入的反馈信息，并发送给银行端1服务器。

s305、银行端1服务器将反馈信息写入电子红包数据包中，并将反馈信息发送给发送端。

s306、发送端将该反馈信息显示给发放方，获取发放方输入的回馈信息，将该回馈信息发送给银行端1服务器。

s307、银行端1服务器将回馈信息写入电子红包数据包中，并向接收端发送更新指令。

s308、接收端根据该更新指令更新电子红包数据包的副本，获取回馈信息并显示在通信交互窗口中。

现有的互联网电子红包，例如微信平台的电子红包、支付宝平台的电子红包，均不支持通信交互功能，即现有的互联网电子红包都只是单方面的数据传输，无法实现多方信息交互，从而限制了电子红包的应用范围，降低了电子红包的相关反馈信息的处理效率。

本发明实施例中，如图4、5所示，用户1的终端为发送端，用户2的终端2为接收端。用户1的银行账号1对应银行服务器1，用户2的银行账号2对应银行服务器2。用户1可以为企业或者个人。

银行服务器1接收到用户1提交的生成电子红包的请求后，生成a金额的电子红包，并冻结银行账号1中的a金额。用户1的发送端向网域内发送生成的电子红包或该生成的电子红包的地址信息。用户2查阅到电子红包，进行抢红包、收红包、拆红包、领红包以及利用通信交互窗口将反馈信息发送给银行服务器1等操作，其中，确认领电子红包时，用户2通知银行账号2的银行服务器2，银行服务器2校验，确认后向银行服务器1发送解冻请求，银行服务器1将银行账号1中的冻结的a金额进行解冻，并将a金额从银行账号1中划拨到银行账号2中。

而现有技术中，如图6、7所示，用户3在终端3登录平台，向同一平台的用户4发送电子红包(金额大小为b)，用户4在终端4登录该平台收取电子红包，该平台的服务器执行用户3的平台账号3(用户3在平台的电子账户，预先与用户3的银行账号3关联)与用户4的平台账号4(用户4在平台的电子账户，预先与用户4的银行账号4关联)之间的电子金额数据结算，即平台后台服务器接收到终端3的用户3的发红包请求后，生成对应电子红包并发送 给终端4的用户4，并对应将平台账号3的余额数字减去b，将平台账号4的余额数字加上b。电子账户仅限于同一平台内数据有效，脱离平台则无法进行信息交互，实际上用户3将银行账号3中的金额转入平台的银行账号3中，通过平台账号3中的金额发电子红包，但在用户4将电子红包兑现前，电子钱包的金额仍旧在平台的银行账户中。且若用户4需将抢到的电子红包兑现，则需关闭当前电子红包页面，到钱包菜单栏中查找到平台账号4，点击提现按钮，将金额提现到关联的银行账号4中。

现有技术中的电子红包的发、抢、领均基于平台，脱离平台则无法实现，且电子红包金额存入平台账号中，电子钱包的发/收仅是平台系统内的金额数据的转移和标记，用户的实际金额存入平台账户中，带来资金数据的安全问题，存在第三方平台资金风险，且现有技术中的提现操作步骤繁琐。

并且，现有技术中的电子红包都依托于特定的传播平台，不能够跨平台独立传播，从而限制了电子红包的传播范围，降低电子红包的传播效率。而本发明实施例中的电子红包的实现无需基于第三方平台实现，用户发出电子红包后，对应金额仍旧在发红包者的银行账户中冻结，直到其他用户确认收到电子红包后，将对应电子红包金额从发红包者的银行账户中解除冻结并转账到收红包者的银行账户中。本方案不存在资金在第三方平台上的安全问题，本方案中，电子钱包的实际金额在银行账户中直接流转，相比于现有技术中需在平台账户中流转以及繁琐的提现步骤，本方案中的提现步骤简便，安全性高。

本方案中的电子红包实现了跨平台传输，现有技术中的电子红包数据仅能在即时通讯、电商平台等同一平台内部进行传输和处理，本方案中的电子红包的发和领取不限于同一平台，支持不同平台间进行数据的传输、交互和处理。

为了更好的说明本方案的技术优势，结合附图8，发行终端5发布电子红包，接收客户端6、接收客户端7……接收客户端n收到电子红包，在对电子红包进行领取时，无需与发行终端5发布电子红包的同一平台进行领取，同时各 接收客户端还可通过通信交互窗口进行信息反馈。而现有技术中发红包与领红包均需在同一平台系统上进行，本方案中接收客户端6、接收客户端7……接收客户端n中的领取红包可以为不同的平台系统，例如各银行的移动客户端。本方案中接收客户端6、接收客户端7……接收客户端n还可以将电子红包领取请求直接发至接收用户的银行账号的银行终端，无需基于任何平台系统。通过本方案，实现了电子红包跨平台传输和领取。同时，通过允许接收端通过通信交互窗口进行信息反馈，有利于电子红包发放方掌握电子红包的发放情况及接收方的反馈信息。

请参阅图9，图9是本发明第四实施例提供的数据处理装置的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分。该装置可以是上述第一实施例提供的数据处理方法的执行主体，如服务器或服务器中的一个模块。该装置主要包括：接收模块401、生成模块402以及发送模块403。各功能模块详细说明如下：

接收模块401，用于接收发放端发送的电子红包开立指令，该开立指令中包含有为电子红包开立的金额信息；

生成模块402，用于当获取到银行端发放的电子承诺支付凭证的信息时，生成电子红包的配置文件，并将该电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及该电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及该原本的副本；

发送模块403，用于将所述电子红包的副本发送给电子红包的接收端，使得所述接收端根据接收的所述电子红包的副本，显示电子红包的界面，并在所述界面上显示所述通信交互窗口，向所述银行端发送所述解付申请指令。

需要说明的是，以上图9示例的数据处理装置的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，例如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将该 装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。而且，实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成。本说明书提供的各个实施例都可应用上述描述原则，以下不再赘述。

本发明实施例未尽细节，请参见前述图1所述实施例的描述。

请参阅图10，图10是本发明第五实施例提供的数据处理装置的结构示意图，为了便于说明，仅示出了与本发明实施例相关的部分。在图9示例的数据处理装置的基础上，本实施例与图9示例的数据处理装置的不同之处在于，在本实施例中：

进一步地，该装置还包括：

通信模块501，用于接收该接收端通过该通信交互窗口发送的反馈信息；

数据更新模块502，用于将该反馈信息写入该电子红包的原本中；

发送模块403，还用于将该反馈信息发送给该发放端；

通信模块501，还用于接收该发放端根据该反馈信息发送的回馈信息；

数据更新模块502，还用于将该回馈信息写入该电子红包的原本中；

发送模块403，还用于向该接收端发送更新指令，使得该接收端根据该电子红包的原本更新该副本，以将该回馈信息显示在该通信交互窗口中。

进一步地，接收模块401，还用于获取该电子红包的流通数据；

数据更新模块502，还用于将该流通数据写入该电子红包的原本中，该流通数据包括该电子红包每一次被转送的发送方和接收方的信息数据。

进一步地，接收模块401，还用于接收该发放端发送的申请开立电子红包的请求，该请求中包含有该发放方的账户信息；

该装置还包括：

判断模块503，用于判断该发放方的账户是否具有开立该电子红包的权限；

发送模块403，还用于若该发放方的账户具有开立该电子红包的权限，则 向该发放端发送授权该发放方的账户开立该电子红包的反馈信息。

进一步地，发送模块403，还用于将该开立指令中为电子红包开立的金额信息转发给该银行端，使得该银行端根据该金额信息生成该电子承诺支付凭证，并将该电子承诺支付凭证的信息发送给该服务器。

本发明实施例未尽细节，请参见前述图1所示实施例的描述。

从上述图9或图10示例的数据处理装置可知，本发明通过将电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及电子红包的配置文件，按照预置的规则封装为电子红包，使得接收方在收到电子红包后，还可以利用通信交互窗口与红包发放方进行信息交流，相较于现有技术，本发明通过将电子红包与通信交互相结合，服务器在处理发送端和接收端之间传输的电子红包资源包的过程中，还可获取发送端和接收端对电子红包的反馈信息，从而可提高服务器对资源包相关反馈信息的处理效率，有利于资源包发送者对传输的信息或者数据的掌握。并进一步地，通过记录流通轨迹，可使得电子红包承载更多的信息，扩展了电子红包的应用范围。

请参阅图11，图11是本发明第六实施例提供的数据交互系统的结构示意图，如图11所示，该系统包括：发放端601、服务器602、接收端603、银行端604；

其中，发放端601，用于根据电子红包发放方触发的开立指令，生成电子红包开立指令，并将该电子红包开立指令发送给服务器602，该电子红包开立指令中包含有为电子红包开立的金额信息；

服务器602，用于将该电子红包开立指令转发给银行端604；

银行端604，用于根据该金额信息，冻结电子红包发放方的账户内该金额信息对应的虚拟资源，生成电子承诺支付凭证及解付申请指令，并将该电子承诺支付凭证的信息及该解付申请指令发送给服务器602；

服务器602，还用于生成电子红包的配置文件，并将该电子承诺支付凭证 的信息、该解付申请指令、通信交互窗口以及该电子红包的配置文件按照预置的规则进行封装，生成电子红包的原本及该原本的副本，将该电子红包的副本发送给电子红包的接收端603；

接收端603，用于根据接收的该电子红包的副本，显示电子红包的界面，并在该界面上显示该通信交互窗口，以及向银行端604发送解付申请指令；

银行端604，还用于根据该解付申请指令，将该电子承诺支付凭证中记载的虚拟资源从该电子红包发放方的账户转移给接收方的账户，并将处理结果发送给发放端601。

上述设备各自实现其功能的过程具体可参考上述第一实施例至第三实施例，上述服务器的结构具体可参考上述第四实施例和第五实施例，此处不再赘述。

本发明实施例提供的数据交互系统，通过服务器将电子承诺支付凭证的信息、解付申请指令、通信交互窗口以及电子红包的配置文件，按照预置的规则封装为电子红包，使得接收方在收到电子红包后，还可以利用通信交互窗口与红包发放方进行信息交流，相较于现有技术，本发明通过将电子红包与通信交互相结合，服务器在处理发送端和接收端之间传输的电子红包资源包的过程中，还可获取发送端和接收端对电子红包的反馈信息，从而可提高服务器对资源包相关反馈信息的处理效率，有利于资源包发送者对传输的信息或者数据的掌握。

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。

所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上为对本发明所提供的数据处理方法及装置、数据交互方法及系统的描 述，对于本领域的技术人员，依据本发明实施例的思想，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。