数据交互方法和装置与流程

本发明涉及电子技术领域，尤其是涉及一种数据交互方法和装置。

背景技术：

随着互联网的飞速发展，网络上兴起了发电子红包的热潮，不少企业抓住这一契机通过发电子红包的机会发送大量的目标数据给目标接收者。但现有技术中，终端收到电子红包后点击电子红包即可领取，无需任何其它操作，并且市场上出现了一些红包外挂的软件，终端装上外挂软件后就可以自动获取电子红包，导致目标数据大量流失而不能传送到目标接收者的手中。因此，现有技术中数据交互的准确性和有效性亟待提高。

技术实现要素：

本发明的主要目的在于提供一种数据交换方法和装置，旨在提高数据交互的准确性和有效性。

为达以上目的，本发明提出一种数据交互方法，包括以下步骤：

接收客户端发送的获取资源文件的核心文件的请求，所述资源文件包括封装文件和设于所述封装文件内的所述核心文件，所述封装文件设有封口；

根据所述请求判断是否满足预设条件；

当满足预设条件时，允许所述客户端获取所述核心文件；否则，拒绝所述客户端的请求。

本发明同时提出一种数据交互装置，包括：

接收模块，用于接收客户端发送的获取资源文件的核心文件的请求，所述资源文件包括封装文件和设于所述封装文件内的所述核心文件，所述封装文件设有封口；

判断模块，用于根据所述请求判断是否满足预设条件；

处理模块，用于当满足预设条件时，允许所述客户端获取所述核心文件；否则，拒绝所述客户端的请求。

本发明所提供的一种数据交互方法，通过在资源文件上设置获取条件，使得用户必须在客户端上进行操作才能获取资源文件的核心文件，从而可以避免外挂软件自动获取资源文件，并且资源文件发送者可以据此定向发送资源文件，达到将资源文件发送给目标接收者的目的，提高了数据交互的准确性和有效性。

附图说明

图1是本发明的数据交互方法第一实施例的流程图；

图2是本发明实施例中的资源文件的示意图；

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

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

图5是本发明的数据交互方法第四实施例的流程图；

图6为本发明的数据交互方法第四实施例的流程图；

图7为本发明实施例中电子红包的信息交互示意图；

图8为本发明实施例中各主体基于电子红包的信息交互示意图；

图9为现有技术中电子红包的信息交互示意图；

图10为现有技术中各主体基于电子红包的信息交互示意图；

图11为本发明实施例中电子红包的又一信息交互示意图；

图12是本发明的数据交互系统一实施例的模块示意图；

图13是本发明的数据交互装置一实施例的模块示意图；

图14是图13中的数据交互装置的判断模块的模块示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中，资源文件是指能够在网络上发放资源的电子文件，资源文件包括封装文件和设于封装文件内的核心文件，封装文件通常设有封口，当打开封装文件的封口后就能获取核心文件。例如，红包电子文件(或称电子红包)即为一种典型的资源文件，通过红包电子文件可以发放现金、电子 凭证和电子消费券等资金资源，红包电子文件通常包括封套(即封装文件)和设于封套内的内容物(即核心文件)，封套通常设有封口，打开封套上的封口就能获取内容物，该内容物即现金、电子凭证和电子消费券等资金资源。所述电子消费券包括优惠券、折扣券、抵用券、兑换券等。电子凭证包括银信证、物信证或其他电子凭证。

其中，银信证是指资源管理机构(如银行)根据开证人的申请冻结其信用额度或其账户中一定额度的资金而生成的具有支付功能的电子信用凭证；收证人绑定的资源管理机构收到电子凭证后，将电子凭证绑定收证人从而完成收证，收证后收证人可申请提现，收到提现的请求后收证机构(如收证银行)与开证机构(如开证银行)进行资金划拨，收证人即可得到开证人通过电子凭证冻结的资金。在银行版电子红包(即红包电子文件)场景中，开证人即向银行申请发放电子红包的企业。当领取了电子红包后，用户在银信证的收证人处输入自己的银行账号信息，向银行申请收证，银行即在约定的时间内将资金转入收证账户。

银信证的业务流程如下：

1.1、开证人通过互联网或以其他方式向开证银行申请开证；

1.2、开证银行验证身份、账户信息无误后受理，审核确认符合开证条件，冻结保付资金后开立银信证；

1.3、收证人通过互联网或以其他方式向收证银行申请收证；

1.4、收证银行验证身份、账户信息无误后受理收证(或根据收证人设置由收证银行自动收证)；

1.5、收证人履行银信证项下基础交易义务后，提交履约信息(一般用于电商领域，收证人为商家，履行发货义务后，提交发货信息，在电子红包领域中，由于是开证人无偿转移给收证人，因此就不需要履行交易义务)；

1.6、收证人或指定的第三方将申请解付信息发送至开证银行申请解付(在电子红包领域中，收证人填写收证后即自动申请解付)；

1.7、开证银行解付银信证并将资金划转至收证银行，收证银行将资金转入收证账户。

物信证是指标的物交易信息记录凭证，是记载和传播商品(包括服务)信息的一种标准化、通用化网络电子单证。物信证上集成了电子商务所必备的各项功能，一旦触发即可启动预设流程，例如会根据预设程序和交易规则 启动供应商发货、物流配送、银行卡付收款等流程。物信证可实现全网域分发、流转和交易。物信证至少包括具有名称和金额的物品属性以及具有至少一个账户的收结算信息。物信证由产品供应商提供，收款账户为产品供应商账户。当资源文件的内容物是物信证时，则可以是商家提供的具有优惠价格或者价格为零(即免费赠送)的商品的物信证，用户可以通过物信证的购买功能以较低的价格完成该商品的购买。

参见图1，提出本发明的数据交互方法第一实施例，所述方法应用于发放资源文件的服务器，包括以下步骤：

s11、接收客户端发送的获取资源文件的核心文件的请求，根据该请求判断是否满足预设条件。当满足预设条件时，执行步骤s12；当不满足预设条件时，执行步骤s13。

s12、允许客户端获取核心文件。

s13、拒绝客户端的请求。

可选地，在一实施例中，服务器在生成资源文件时在资源文件的封装文件上设置一封口，并预先设置了打开封口的条件，此时，获取资源文件的核心文件的请求即打开封装文件的封口的请求。服务器根据客户端发送的打开封装文件的封口的请求，判断是否满足打开封口的预设条件；当满足打开封口的预设条件时，允许客户端打开封装文件的封口获取核心文件；当不满足打开封口的预设条件时，拒绝客户端的请求，此时客户端不能获取核心文件。这种情形将在下述第二实施例中进行详细说明。

可选地，在另一实施例中，服务器在生成资源文件时在资源文件的封装文件上设置一封口，并预先设置了显示封口的条件，此时，封装文件的封口在平时处于隐藏状态，获取资源文件的核心文件的请求即显示封装文件的封口的请求。服务器根据客户端发送的显示封装文件的封口的请求，判断是否满足显示封口的预设条件；当满足显示封口的预设条件时，在封装文件上显示封口，并允许客户端打开封装文件的封口获取核心文件；当不满足显示封口的预设条件时，拒绝客户端的请求，不予显示封装文件的封口，此时客户端不能获取核心文件。这种情形将在下述第三实施例中进行详细说明。

可选地，还有一些实施例中，服务器在生成资源文件时在资源文件的封装文件上设置一封口，并预先设置了显示封口和打开封口的条件，此时，封装文件的封口在平时处于隐藏状态，获取资源文件的核心文件的请求包括显 示封装文件的封口的请求和打开封装文件的封口的请求。首先，服务器根据客户端发送的显示封装文件的封口的请求，判断是否满足显示封口的预设条件；当满足显示封口的预设条件时，在封装文件上显示封口；当不满足显示封口的预设条件时，拒绝客户端的请求，不予显示封装文件的封口。当显示封口后，服务器根据客户端发送的打开封装文件的封口的请求，判断是否满足打开封口的预设条件；当满足打开封口的预设条件时，允许客户端打开封装文件的封口获取核心文件；当不满足打开封口的预设条件时，拒绝客户端的请求，此时客户端不能获取核心文件。这种情形将在下述第四实施例中进行详细说明。

如图2所示，为一公司的资源文件的示意图，具体显示的是该资源文件的封装文件。其中，封装文件的封口上的文字“xx公司的星意”为资源文件的标题，该标题可以设置为超链接，点击该标题后可以打开企业网站、关注企业公众号等，以帮助企业引流；封装文件的中部为多媒体文件(如视频、音频等)以及祝福语，通过多媒体的方式进一步展示企业形象，可以控制必须浏览完该多媒体才能获取资源文件的核心文件；封装文件底部显示资源文件的编号。此外，企业可以自定义品牌形象图片作为封装文件的封面背景图片，每个资源文件传播出去的时候，用户都会看到该背景图片。

本实施例中，服务器收到封装文件上的链接、文字、图案或/和多媒体被点击的信息后，或/和收到客户端输入的信息后，或/和获取客户端的身份信息后，则判断是否满足预设条件。也就是说，当资源文件上的链接、文字、图案或/和多媒体被点击后，输入了指定的信息后，或/和客户端的身份信息满足条件时，服务器则判定满足预设条件。

举例而言：资源文件的封装文件上设置了广告(以链接、文字、图案或多媒体的方式呈现)，当用户点击浏览了广告后，用户才能获取资源文件的核心文件；或者，用户欲获取资源文件的核心文件时，要求用户输入密码，当用户输入的密码正确时，用户才能获取核心文件；或者，用户欲获取资源文件的核心文件时，要求用户说出指定的广告语，当用户说出了指定的广告语后，用户才能获取核心文件；或者，资源文件是定向发送的，当发送请求的客户端的身份信息显示该客户端是定向发送对象时，则允许用户获取资源文件的核心文件。

本实施例中，通过在资源文件上设置获取条件，使得用户必须在客户端 上进行操作才能获取资源文件的核心文件，从而可以避免外挂软件自动获取资源文件，并且资源文件发送者可以据此定向发送资源文件，达到将资源文件发送给目标接收者的目的，提高了数据交互的准确性和有效性获取。

参见图3，提出本发明的数据交互方法第二实施例，所述方法包括以下步骤：

s21、客户端向服务器发送打开封装文件的封口的请求。

具体的，客户端获取资源文件后，在屏幕上显示资源文件，根据用户的特定操作触发打开封装文件的封口的指令，根据该指令向服务器发送打开封装文件的封口的请求。

例如：用户点击资源文件的封装文件任意位置或特定位置(如封口位置)后则触发打开封装文件的封口的指令，或者用户点击资源文件的封装文件上的图案、文字、链接或/和多媒体后则触发打开封装文件的封口的指令，或者输入指定的信息后则触发打开封装文件的封口的指令。或者将前述三种操作中的任意两种或三种结合起来才触发打开封装文件的封口的指令。输入指定的信息，包括输入文字信息(如输入数字密码或广告文字)，或者输入语音信息(如用户说出特定的广告语)。

s22、服务器接收打开封装文件的封口的请求，判断是否满足打开封口的预设条件。当满足该预设条件时，执行步骤s23；当不满足该预设条件时，执行步骤s24。

具体的，当资源文件的封装文件上的链接、文字、图案或/和多媒体被点击后，或/和输入了指定的信息后，或/和客户端的身份信息满足条件时，服务器则判定满足打开封口的预设条件；否则，判定不满足打开封口的预设条件。

s23、服务器允许客户端打开封装文件的封口获取资源文件的核心文件。

具体的，当满足打开封口的预设条件时，服务器则将客户端与资源文件绑定(或关联)，并向客户端反馈获取成功的信息，终端接收到信息后，则可以打开封装文件的封口，获取资源文件的核心文件。

可选地，在某些实施例中，当满足打开封口的预设条件时，服务器则自动打开封装文件的封口，以使客户端成功获取资源文件的核心文件。

s24、服务器拒绝客户端的请求。

具体的，当不满足打开封口的预设条件时，服务器则拒绝客户端的请求，同时还可以向客户端反馈获取失败的信息，此时客户端不能获取资源文件的 核心文件。

本实施例为资源文件设置了拆封条件，当满足拆封条件时用户才能打开封装文件的封口，进而获取资源文件的核心文件，从而可以避免外挂软件自动获取资源文件，并且资源文件发送者可以据此定向发送资源文件，达到将资源文件发送给目标接收者的目的，提高了数据交互的准确性和有效性。

参见图4，提出本发明的数据交互方法第三实施例，所述方法包括以下步骤：

s31、客户端向服务器发送显示封装文件的封口的请求。

具体的，客户端获取资源文件后，在屏幕上显示资源文件，但资源文件的封装文件上没有显示封口。此时，客户端根据用户的特定操作触发显示封装文件的封口的指令，根据该指令向服务器发送显示封装文件的封口的请求。

例如：用户点击资源文件的封装文件任意位置或特定位置后则触发显示封装文件的封口的指令，或者用户点击资源文件的封装文件上的图案、文字、链接或/和多媒体后则触发显示封装文件的封口的指令，或者输入指定的信息后则触发显示封装文件的封口的指令。或者将前述三种操作中的任意两种或三种结合起来才触发显示封装文件的封口的指令。输入指定的信息，包括输入文字信息(如输入数字密码或广告文字)，或者输入语音信息(如用户说出特定的广告语)。

s32、服务器接收显示封装文件的封口的请求，判断是否满足显示封口的预设条件。当满足该预设条件时，执行步骤s33；当不满足该预设条件时，执行步骤s34。

具体的，当资源文件的封装文件上的链接、文字、图案或/和多媒体被点击后，或/和输入了指定的信息后，或/和客户端的身份信息满足条件时，服务器则判定满足显示封口的预设条件；否则，判定不满足显示封口的预设条件。

s33、服务器在封装文件上显示封口，并允许客户端打开封装文件的封口获取资源文件的核心文件。

具体的，当满足显示封口的预设条件时，服务器则修改资源文件的状态为封口可显示，在资源文件的封装文件上显示隐藏的封口，同时将客户端与资源文件绑定(或关联)，并向客户端反馈获取成功的信息，终端接收到信息后，则可以打开封装文件的封口，获取资源文件的核心文件。

可选地，在某些实施例中，当满足显示封口的预设条件时，服务器则在 资源文件的封装文件上显示隐藏的封口，并自动打开封口，以使客户端成功获取资源文件的核心文件。

s34、服务器拒绝客户端的请求。

具体的，当不满足显示封口的预设条件时，服务器则拒绝客户端的请求，不予显示封装文件的封口，同时还可以向客户端反馈获取失败(或封口打开失败)的信息，此时客户端不能获取资源文件的核心文件。

本实施例为资源文件设置了封口显示条件，当满足封口显示条件时才显示封装文件的封口，进而用户才能打开封装文件的封口获取核心文件，从而可以避免外挂软件自动获取资源文件，并且资源文件发送者可以据此定向发送资源文件，达到将资源文件发送给目标接收者的目的，提高了数据交互的准确性和有效性。

参见图5，提出本发明的数据交互方法第四实施例，所述方法包括以下步骤：

s41、客户端向服务器发送显示封装文件的封口的请求。

具体的，客户端获取资源文件后，在屏幕上显示资源文件，但资源文件的封装文件上没有显示封口。此时，客户端根据用户的特定操作触发显示封装文件的封口的指令，根据该指令向服务器发送显示封装文件的封口的请求。

例如：用户点击资源文件的封装文件任意位置或特定位置后则触发显示封装文件的封口的指令，或者用户点击资源文件的封装文件上的图案、文字、链接或/和多媒体后则触发显示封装文件的封口的指令，或者输入指定的信息后则触发显示封装文件的封口的指令。或者将前述三种操作中的任意两种或三种结合起来才触发显示封装文件的封口的指令。输入指定的信息，包括输入文字信息(如输入数字密码或广告文字)，或者输入语音信息(如用户说出特定的广告语)。

s42、服务器接收显示封装文件的封口的请求，判断是否满足显示封口的预设条件。当满足该预设条件时，执行步骤s43；当不满足该预设条件时，执行步骤s47。

具体的，当资源文件的封装文件上的链接、文字、图案或/和多媒体被点击后，或/和输入了指定的信息后，或/和客户端的身份信息满足条件时，服务器则判定满足显示封口的预设条件；否则，判定不满足显示封口的预设条件。

s43、服务器在封装文件上显示封口。

具体的，当满足显示封装文件的封口的预设条件时，服务器则修改资源文件的状态为封口可显示，在资源文件的封装文件上显示隐藏的封口。

s44、客户端向服务器发送打开封装文件的封口的请求。

具体的，当屏幕上显示封装文件的封口后，客户端根据用户的特定操作触发打开封装文件的封口的指令，根据该指令向服务器发送打开封装文件的封口的请求。

例如：用户点击资源文件的封装文件任意位置或特定位置(如封口位置)后则触发打开封装文件的封口的指令，或者用户点击资源文件的封装文件上的图案、文字、链接或/和多媒体后则触发打开封装文件的封口的指令，或者输入指定的信息后则触发打开封装文件的封口的指令。或者将前述三种操作中的任意两种或三种结合起来才触发打开封装文件的封口的指令。输入指定的信息，包括输入文字信息(如输入数字密码或广告文字)，或者输入语音信息(如用户说出特定的广告语)。

s45、服务器接收打开封装文件的封口的请求，判断是否满足打开封口的预设条件。当满足该预设条件时，执行步骤s46；当不满足该预设条件时，执行步骤s47。

具体的，当资源文件的封装文件上的链接、文字、图案或/和多媒体被点击后，或/和输入了指定的信息后，或/和客户端的身份信息满足条件时，服务器则判定满足打开封口的预设条件；否则，判定不满足打开封口的预设条件。

s46、服务器允许客户端打开封装文件的封口获取资源文件的核心文件。

具体的，当满足打开封口的预设条件时，服务器则将客户端与资源文件绑定(或关联)，并向客户端反馈获取成功的信息，终端接收到信息后，则可以打开封装文件的封口，获取资源文件的核心文件。

可选地，在某些实施例中，当满足打开封口的预设条件时，服务器则自动打开封装文件的封口，以使客户端成功获取资源文件的核心文件。

s47、服务器拒绝客户端的请求。

具体的，当不满足显示封口的预设条件时，服务器则拒绝客户端的请求，不予显示封装文件的封口，同时还可以向客户端反馈获取失败(或封口打开失败)的信息，此时客户端不能获取资源文件的核心文件。当满足显示封口的预设条件，但不满足打开封口的预设条件时，服务器则拒绝客户端的请求，同时还可以向客户端反馈获取失败的信息，此时客户端也不能获取资源文件 的核心文件。

本实施例为资源文件设置了封口显示条件和拆封条件，当满足封口显示条件时，才显示封装文件的封口，当满足拆封条件时用户才能打开封装文件的封口，进而获取资源文件的核心文件，从而可以避免外挂软件自动获取资源文件，并且资源文件发送者可以据此定向发送资源文件，达到将资源文件发送给目标接收者的目的，提高了数据交互的准确性和有效性。

可选地，本发明实施例中的资源文件，可以由申请者(如企业)向其绑定的银行申请，利用银行的资源文件生成器关联申请者的银行账号而生成。资源文件本身具有交互功能，用户收到的资源文件后可以放在终端的资源文件管理器上，通过该资源文件可以与服务器上的资源文件生成器进行数据交互。

参见图6，提出本发明的数据交互方法第五实施例，本发明实施例以资源文件为电子红包(即红包电子文件)，内容物(即核心文件)为银信证，发放资源文件的服务器为银行服务器为例进行详细说明，所述方法包括以下步骤：

s51、银行服务器1根据客户端1的用户请求生成电子红包数据包，并将客户端1用户的银行账号中对应的电子红包的金额进行冻结，将电子红包数据包发送给客户端2。

s52、银行服务器2接收客户端2发送的对电子红包的提现请求并转发给银行服务器1。

对电子红包的提现请求，即获取电子红包(资源文件)的内容物(核心文件)的请求。本实施例中电子红包的内容物为银信证，因此获取核心文件的请求即对电子红包的提现请求。

s53、银行服务器1接收提现请求，根据提现请求判断是否满足预设条件。当满足预设条件时，执行步骤s55；当不满足预设条件时，执行步骤s54。

s54、银行服务器1拒绝客户端2的提现请求。

s55、银行服务器1对客户端1用户的银行账号中的电子红包的冻结金额进行解冻，并将客户端1用户的银行账号中的与电子红包对应的金额划拨到客户端2用户的银行账号中。

需要说明的是，本发明中的电子红包与现有技术的电子红包是不同的。

在本发明实施例中，如图7和图8所示，银行服务器1接收到客户端1提交的生成电子红包的请求后，生成a金额的电子红包，并冻结客户端1用 户的银行账号中的a金额。客户端1或银行服务器1向网域内发送生成的电子红包或该生成的电子红包的地址信息。客户端2用户查阅到电子红包后，在客户端2上进行抢电子红包、收电子红包、拆电子红包、领电子红包等操作，其中，确认领电子红包时，客户端2通知银行服务器2，银行服务器2进行校验，确认后向银行服务器1发送提现请求，银行服务器1根据提现请求判断是否满足预设条件，当满足预设条件时将客户端1用户的银行账号中冻结的a金额进行解冻，并将a金额从客户端1用户的银行账号中划拨到客户端2用户的银行账号中。

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

现有技术中的电子红包的发、抢、领均基于平台，脱离平台则无法实现，且电子红包金额存入平台账号中，电子钱包的发/收仅是平台系统内的金额数据的转移和标记，用户的实际金额存入平台账户中，带来资金数据的安全问题，存在第三方平台资金风险，且现有技术中的提现操作步骤繁琐。此外，现有技术中，客户端收到电子红包后点击电子红包即可领取，无需任何其它操作，当客户端装上外挂软件后就可以自动获取电子红包，导致目标数据大量流失而不能传送到目标接收者的手中。

本发明实施例中的电子红包的实现无需基于第三方平台实现，用户发出 电子红包后，对应金额仍旧在发红包者的银行账户中冻结，直到其他用户确认收到电子红包后，将对应电子红包金额从发红包者的银行账户中解除冻结并转账到收红包者的银行账户中。本发明实施例不存在资金在第三方平台上的安全问题，本发明实施例中，电子钱包的实际金额在银行账户中直接流转，相比于现有技术中需在平台账户中流转以及繁琐的提现步骤，本发明实施例中的提现步骤简便，安全性高。而且，客户端对电子红包进行提现时，银行服务器根据提现请求判断是否满足预设条件，当满足预设条件时才允许客户端提现，从而保证了数据交互的准确性和有效性。

本发明实施例中的电子红包实现了跨平台传输，现有技术中的电子红包数据仅能在即时通讯、电商平台等同一平台内部进行传输和处理，本发明实施例中的电子红包的发放和领取不限于同一平台，支持不同平台间进行数据的传输、交互和处理。并且本发明实施例的电子红包可以保证数据交互的准确性和有效性。

为了更好的说明本发明实施例的技术优势，结合附图11，电子红包的发送端发布电子红包，接收端1、接收端2……接收端n收到电子红包，在对电子红包进行领取时，无需与发送端发布电子红包的同一平台进行领取。而现有技术中发红包与领红包均需在同一平台系统上进行，本发明实施例中接收端1、接收端2……接收端n中的领取红包可以为不同的平台系统，例如各银行的移动客户端。本发明实施例中接收端1、接收端2……接收端n还可以将电子红包领取请求直接发至接收用户的银行账号的银行服务器，无需基于任何平台系统。因此，通过本发明实施例实现了电子红包跨平台传输和领取。如此，扩大了电子红包的传播范围和次数。

参见图12，提出本发明的数据交互系统一实施例，所述系统包括客户端10和服务器20。其中，客户端10用于向服务器20发送获取资源文件的核心文件的请求，当满足预设条件时，获取资源文件的核心文件。服务器20用于接收客户端10发送的获取资源文件的核心文件的请求，根据该请求判断是否满足预设条件，当满足预设条件时，允许客户端10获取资源文件的核心文件，否则，拒绝客户端10的请求。资源文件包括封装文件和设于所述封装文件内的核心文件，封装文件上设有封口。

可选地，获取资源文件的核心文件的请求包括打开封装文件的封口的请求。客户端10用于向服务器20发送打开封装文件的封口的请求；服务器20 用于根据打开封装文件的封口的请求判断是否满足打开封口的预设条件，当满足打开封口的预设条件时，允许客户端10打开封装文件的封口获取资源文件的核心文件。

可选地，获取资源文件的核心文件的请求包括显示封装文件的封口的请求。客户端10用于向服务器20发送显示封装文件的封口的请求；服务器20用于根据显示封装文件的封口的请求判断是否满足显示封口的预设条件，当满足显示封口的预设条件时，在封装文件上显示封口，并允许客户端10打开封装文件的封口获取资源文件的核心文件。

可选地，获取资源文件的核心文件的请求包括显示封装文件的封口的请求和打开封装文件的封口的请求，客户端10用于先向服务器20发送显示封装文件的封口的请求，当显示封装文件的封口后，再向服务器20发送打开封装文件的封口的请求。服务器20用于根据显示封装文件的封口的请求判断是否满足显示封口的预设条件，当满足显示封口的预设条件时，在封装文件上显示封口，否则不予显示封口；根据打开封装文件的封口的请求判断是否满足打开封口的预设条件，当满足打开封口的预设条件时，允许客户端10打开封装文件的封口获取资源文件的核心文件。

本实施例中，服务器根据收到的封装文件上的链接、文字、图案或/和多媒体被点击的信息，收到的客户端输入的信息，或/和获取的客户端的身份信息，判断是否满足预设条件。也就是说，当资源文件的封装文件上的链接、文字、图案或/和多媒体被点击后，或/和输入了指定的信息后，或/和客户端的身份信息满足条件时，服务器20则判定满足预设条件。

本实施例的数据交换系统，通过服务器在资源文件上设置获取条件，使得用户必须在客户端上进行操作才能获取资源文件的核心文件，从而可以避免外挂软件自动获取资源文件，并且资源文件发送者可以据此定向发送资源文件，达到将资源文件发送给目标接收者的目的，提高了数据交互的准确性和有效性获取。

应当理解，上述实施例提供的数据交换系统与数据交互方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在系统实施例中均对应适用，这里不再赘述。

参见图13，提出本发明的数据交换装置一实施例，所述装置应用于前述服务器，所述装置包括接收模块21、判断模块22和处理模块23，其中：

接收模块21：用于接收客户端发送的获取资源文件的核心文件的请求。资源文件包括封装文件和设于封装文件内的核心文件，封装文件上设有封口。

判断模块22：用于根据获取资源文件的核心文件的请求判断是否满足预设条件，所述预设条件为服务器在生成资源文件时所设置。

处理模块23：用于当满足预设条件时，允许客户端获取资源文件的核心文件；否则，拒绝客户端的请求。

可选地，获取资源文件的核心文件的请求包括打开封装文件的封口的请求。判断模块22用于根据打开封装文件的封口的请求判断是否满足打开封口的预设条件；处理模块23用于当满足打开封口的预设条件时，允许客户端打开封装文件的封口获取资源文件的核心文件。

可选地，获取资源文件的核心文件的请求包括显示封装文件的封口的请求，判断模块22用于根据打开封装文件的封口的请求判断是否满足显示封口的预设条件；处理模块23用于当满足显示封口的预设条件时，显示封装文件的封口，并允许客户端打开封口获取资源文件的核心文件。

可选地，获取资源文件的核心文件的请求包括显示封装文件的封口的请求和打开封装文件的封口的请求，判断模块22如图14所示，包括第一判断单元221和第二判断单元222，其中：

第一判断单元221，用于根据显示封装文件的封口的请求，判断是否满足显示封口的预设条件；

第二判断单元222，用于根据打开封装文件的封口的请求，判断是否满足打开封口的预设条件。

此时，处理模块23用于：当满足显示封口的预设条件时，在封装文件上显示封口，否则不予显示封口；当满足打开封口的预设条件时，允许客户端打开封装文件的封口获取资源文件的核心文件。

本实施例中，判断模块用于：根据收到的封装文件上的链接、文字、图案或/和多媒体被点击的信息，或/和收到的客户端输入的信息，或/和获取的客户端的身份信息，判断是否满足预设条件。也就是说，当资源文件的封装文件上的链接、文字、图案或/和多媒体被点击后，或/和输入了指定的信息后，或/和客户端的身份信息满足条件时，判断模块22则判定满足预设条件。

本发明实施例的数据交换装置，通过在资源文件上设置获取条件，使得用户必须在客户端上进行操作才能获取资源文件的核心文件，从而可以避免 外挂软件自动获取资源文件，并且资源文件发送者可以据此定向发送资源文件，达到将资源文件发送给目标接收者的目的，提高了数据交互的准确性和有效性获取。

应当理解，上述实施例提供的数据交换装置与数据交互方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在装置实施例中均对应适用，这里不再赘述。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质，可以有多种变型方案实现本发明，比如作为一个实施例的特征可用于另一实施例而得到又一实施例。凡在运用本发明的技术构思之内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。