资源的生成方法及装置与流程

本发明涉及互联网领域，特别是涉及一种资源的生成方法以及装置。

背景技术：

随着互联网技术的发展，大部分即时通信应用、社交网络应用或平台等都支持资源分享，这里的资源包括但不限于货币金额、虚拟货币金额、积分数额、电子代金券等。这些资源在互联网中分享通常是以赠送的形式进行，通过网络的第三方平台送出，其在第三方平台上的展示形式通常是以“电子红包”的样式进行展示，“电子红包”的产生改变了传统的用户来往形式。

传统技术中，生成的资源的传播依赖于相应的传播平台，它们都被限制在各自的传播平台中传播，资源的信息只能够在相应的传播平台中提取。这样，资源的分享受到了限制，使得资源分享效率低下。

技术实现要素：

基于此，有必要针对上述技术问题，提供一种提高资源分享效率的资源的生成方法以及装置。

一种资源的生成方法，其包括：根据生成请求生成资源基本信息和资源标识；根据生成的资源基本信息和资源标识生成数据包，所述数据包按照预设的要求从中提取所述资源基本信息。

在其中一个实施例中，所述根据生成请求生成资源基本信息和资源标识的步骤，包括：获取生成请求，生成资源标识；提供至少一个所述资源基本信息的信息选项；获取所述信息选项中被选择的选项。

在其中一个实施例中，所述提供至少一个所述资源基本信息的信息选项的步骤中，所述信息选项根据与资源数额匹配的数额属性信息生成，所述数额属性信息包括数额类型和对应的属性值。

在其中一个实施例中，所述提供至少一个所述资源基本信息的信息选项的 步骤中，所述信息选项根据与资源接收者匹配的账户属性信息生成，所述账户属性信息包括账户类型和对应的属性值。

在其中一个实施例中，所述提供至少一个所述资源基本信息的信息选项的步骤中，所述信息选项根据与资源接收者的人数匹配的发送数量属性信息生成，所述发送数量属性信息包括发送数量类型和对应的属性值。

一种资源的生成装置，其包括：请求模块，用于根据生成请求生成资源基本信息和资源标识；数据包生成模块，用于根据生成的资源基本信息和资源标识生成数据包，所述数据包按照预设的要求从中提取所述资源基本信息。

在其中一个实施例中，所述请求模块用于获取生成请求，生成资源标识，提供至少一个所述资源基本信息的信息选项，并获取所述信息选项中被选择的选项。

在其中一个实施例中，所述请求模块提供的所述信息选项根据与资源数额匹配的数额属性信息生成，所述数额属性信息包括数额类型和对应的属性值。

在其中一个实施例中，所述请求模块提供的所述信息选项根据与资源接收者匹配的账户属性信息生成，所述账户属性信息包括账户类型和对应的属性值。

在其中一个实施例中，所述请求模块提供的所述信息选项根据与资源接收者的人数匹配的发送数量属性信息生成，所述发送数量属性信息包括发送数量类型和对应的属性值。

上述资源生成的方法和装置，由于可以根据资源基本信息和资源标识生成资源的数据包，该数据包不再依赖特定的传播平台，其可以在各个平台上传播，并且可在不同平台上提取该数据包中的资源基本信息，使得生成的资源可以跨平台独立传播，提升了资源的分享效率。

附图说明

图1为一个实施例中资源的生成方法的应用环境图；

图2为一个实施例中的资源的生成方法的流程示意图；

图3为另一个实施例中的资源的生成方法的流程示意图；

图4为一个具体场景中资源的生成方法的流程示意图；

图5为一个实施例中资源的生成装置的结构框图；

图6为一个具体的应用场景中分享电子红包的流程图；

图7为图6的分享电子红包的原理图；

图8为现有技术分享电子红包的流程图；

图9为现有技术分享电子红包的原理图；

图10为另一个具体的应用场景中分享红包的原理图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供的资源的生成方法可应用于如图1所示的应用场景中。参考图1所示，第一终端102和第二终端106分别通过网络与服务器104进行通信，第一终端102为资源分享者所使用的终端，通过任意第三方平台发起资源的“赠送”。第一终端102可登录第三方平台并在发起资源分享后进入到资源设置界面，通过资源设置界面可输入资源设置信息，比如资源类型、资源数额、资源接收者、资源接收者的人数等。在设置这些信息时，第三方服务器可以提供这些信息中至少一个选项，以供用户选择。在接收到用户确认发出资源的命令后将资源生成请求发送到服务器104。服务器104接收资源生成请求，生成资源基本信息和资源标识，并根据生成的资源基本信息和资源标识生成数据包，所述数据包可按照预设的要求从中提取资源基本信息。服务器104生成资源的数据包后，可将资源消息发送到第一终端102和第二终端106上进行显示。第二终端106为资源接收者所使用的终端，其登录了第三方平台并通过相应的应用界面接收和显示服务器104发送的资源消息，由于资源是以具有资源基本信息的数据包的形式存在的，资源接收者可以通过任意的第三方平台来接收数据包，并提取相应的资源基本信息，从而实现了资源的跨平台传播。通常，资源消息以资源消息体的形式在第一终端102和第二终端106的应用界面上显示。

其中，第一终端102和第二终端106可以是但不限于是个人计算机、笔记 本电脑、平板电脑、智能手机、可穿戴式智能设备等。第三方平台可以是但不限于即时通信应用、社交网络应用、游戏应用等。资源分享者和资源接收者分别通过第一终端102和第二终端106登录相同的第三方平台时可存在关系链数据，比如，资源分享者和资源接收者在第三方平台中可以是好友关系、收听人或关注人关系、群组或讨论组成员关系等。此外，资源分享者和资源接收者在第三方平台中也可不存在关系链数据，比如资源分享者可以是第三方平台的公众服务用户(比如企业、商家用户)，而资源接收者是第三方平台中的全部用户或某一类用户。而当资源分享者和资源接收者分别通过第一终端102和第二终端106登录不同的第三方平台时，两者之间也可存在关系链数据，比如资源分享者和资源接收者注册相应的第三方平台使用的电子邮件、手机号码、即时通讯帐号同时在另外一个或多个相同的第三方平台是好友关系、收听人或关注人关系、群组或讨论组成员关系等。此外，资源分享者和资源接收者在第三方平台中也可不存在关系链数据，比如资源分享者可以是某一第三方平台的公众服务用户(比如企业、商家用户)，而资源接收者是另外一个或多个第三方平台中的全部用户或某一类用户。

其中，资源可以是但不限于货币金额、虚拟货币金额、积分数额、电子代金券、电子凭证、电子优惠券、购物券等，其在第三方平台上的展示形式通常是以“电子红包”的样式进行展示。这里的电子凭证可以为银信证和物信证,银信证是指银行根据开证人的申请冻结所需数额资金而开立，并承诺依照约定解付条件办理支付结算的电子凭证。物信证是一种具有商品标识码和交互接口，且可记录该商品信息的电子凭证。

如图2所述，在一个实施例中，提供了一种资源的生成方法，该方法以应用于图1中的服务器进行举例说明，包括：

步骤202，根据生成请求生成资源基本信息和资源标识。

本实施例中，资源标识用于唯一标识一个资源，在终端发起资源分享请求后，服务器可为分享的资源分配一个具有唯一性的标识。

具体的，终端可先登录某一第三方平台，通过该第三方平台提供的应用界面发起资源分享并进入到资源设置界面，通过资源设置界面获取用户输入的资 源设置信息，包括资源类型、资源数额、资源接收者、资源接收者的人数等中的至少一种。其中，资源类型包括普通资源和口令资源，普通资源是指传统的资源，接收者点击资源消息体即可分享资源，而口令资源是指在点击资源消息体后还需要输入对应的口令才能分享的资源。

进一步的，终端获取到用户确认发起分享的命令后将资源生成请求发送到服务器，服务器接收资源生成请求，该资源生成请求生成资源标识和资源基本信息。资源基本信息包括资源类型、资源数额、资源接收者、资源接收者的人数信息中的至少一种。

步骤204，根据生成的资源基本信息和资源标识生成数据包。

在本实施例中，数据包可按照预设的要求从中提取资源基本信息。

具体的，服务器将生成的数据包通过网络发送至另一终端，用户通过该终端登录任意一个第三方平台，按照预设的要求来提取资源基本信息，从而接收该资源。

在另一个实施例中，如图3所示，提供了一种资源的生成方法，包括：

步骤302，获取生成请求，生成资源标识。

本实施例中，资源标识用于唯一标识一个资源，在终端发起资源分享请求后，服务器可为分享的资源分配一个具有唯一性的标识。

步骤304，提供至少一个资源基本信息的信息选项。

本实施例中，资源基本信息包括资源类型、资源数额、资源接收者、资源接收者的人数等，服务器预先存储有不同资源基本信息的信息选项。当服务器接收到企业端发出的生成请求信息后，在其数据库中至少提供一种资源基本信息的信息选项，以供用户选择。

优选的，服务器所提供的资源基本信息为资源数额，该信息选项根据与资源数额匹配的数额属性信息生成，该数额属性信息包括数额类型和对应的属性值。数额类型可以为人工输入面额、优选面额、随机面额等，用户通过终端可以选择其中任意中来确定数额类型。确定数额类型之后，用户可以通过终端来确定不同数额类型的属性值，当用户选择人工输入面额时，用户可以通过终端来人为的输入面额；当用户选择优选面额时，服务器可以提供一些有寓意的面 额，如1314、520等，用户可以直接从中选择来确定属性值；当用户选择随机面额时，服务器可以通过内部计算程序来确定一个或一组面额，用户从中选择来确定面额值。

当然，该信息选项还可以根据与资源接收者匹配的账户属性信息生成，该账户属性信息包括账户类型和对应的属性值，账户类型可以为人工输入账户、优选账户、随机账户等，其对应的属性值可以为人为输入的账户、社交网络中特别关注的账户或特定范围账户、根据随机程序产生的账户等。

当然，该信息选项还可以根据与资源接收者的人数匹配的发送数量属性信息生成，该发送数量属性信息包括发送数量类型和对应的属性值，发送数量类型可以为人工输入数量、优选数量、随机数量等，其对应的属性可以为人为输入的数量、具有广泛使用量的数量(如10、8888、1000)、根据随机程序产生的数量等。

可以理解的是，对于其他的资源基本信息的信息选项也可以根据相应资源基本信息匹配的属性信息生成，这些属性信息包括了不同的类型和对应的属性值，对于不再赘述。服务器提供给用户相应的信息选项，通过用户的选择可以方便、快捷的生成相应的资源基本信息。

步骤306，获取信息选项中被选择的选项。

本实施例中，用户可以通过终端来选择上述步骤中的信息选项，从而确定分享的资源相应的资源基本信息。

步骤308根据生成的资源基本信息和资源标识生成数据包。

在本实施例中，数据包可按照预设的要求从中提取资源基本信息。

具体的，服务器将生成的数据包通过网络发送至另一终端，用户通过该终端登录任意一个第三方平台，按照预设的要求来提取资源基本信息，从而接收该资源。

在本实施例中，由于可以根据资源基本信息和资源标识生成资源的数据包，该数据包中的资源基本信息可以在各个平台上来提取该数据包中的资源基本信息，使得生成的资源可以跨平台独立传播，生成的资源的分享效率也提升了。并且，在生成资源过程中，提供资源的资源基本信息的信息选项以供用户选择， 可以更加快捷的生成资源。

下面结合一个具体的应用场景来说明本发明实施例所提供的资源的生成方法的流程。如图4所示，该应用场景中，用户为企业用户，企业用户可登录银行服务器并发起资源分享。本实施例中，通常将资源称为“电子红包”，企业用户可通过银行服务器向用户“赠送”“电子红包”。具体的，该方法流程包括：

步骤401：企业用户通过企业终端发出生成“电子红包”请求。企业用户可以通过企业终端的界面向银行服务器发出“赠送”“电子红包”的请求，企业用户可以选择某一电子凭证作为要分享的内容。其中该电子凭证优选为银行根据开证人的申请冻结所需数额资金而开立的，并承诺依照约定解付条件办理支付结算的电子凭证。在电子商务领域中，开证人为买方。当然，企业用户也可以选择其它比如电子优惠券、购物券、优惠码等作为要分享的“电子红包”的内容。

步骤402：银行服务器获取“电子红包”请求，并生成“电子红包”标识。该标识用于唯一标识一个“电子红包”，银行服务器可为分享的“电子红包”分配一个具有唯一性的标识，使得“电子红包”在传播过程中具有唯一性。

步骤403：银行服务器提供至少一个资源基本信息的信息选项。银行服务器可以根据不同的资源信息从其数据库中选取不同的信息选项，以供用户选择。以“电子红包”赠送货币面额为例，这些信息选项可以为工输入面额、优选额度的面额(如520、1314等数值)、随机面额等。当然这些选项还可以为“电子红包”的资源类型、资源接收者、资源接收者的人数等。

步骤404：企业用户通过企业终端选择信息选项中的任意选项。银行服务器将信息选项传送给企业终端，企业用户通过企业终端界面来对信息选项进行选择，通过选择来生成相应的资源基本信息。

步骤405：企业终端生成具有资源基本信息和资源标识的数据包。

请参考图5，在一个实施例中，还提供了一种资源的生成装置，该装置包括：

请求模块502，用于根据生成请求生成资源基本信息和资源标识。

数据包生成模块504，用于根据生成的资源基本信息和资源标识生成数据包，数据包可按照预设的要求从中提取资源基本信息。在本实施例中，资源基本信息包括资源类型、资源数额、资源接收者、资源接收者的人数信息中的至 少一种

在一个实施例中，请求模块502用于获取生成请求，提供至少一个资源基本信息的信息选项，并获取信息选项中被选择的选项。

在一个实施例中，请求模块502提供的信息选项根据与资源数额匹配的数额属性信息生成，数额属性信息包括数额类型和对应的属性值。

在一个实施例中，请求模块502提供的信息选项根据与资源接收者匹配的账户属性信息生成，账户属性信息包括账户类型和对应的属性值。

在一个实施例中，请求模块502提供的信息选项根据与资源接收者的人数匹配的发送数量属性信息生成，发送数量属性信息包括发送数量类型和对应的属性值。

下面将以资源为电子凭证为例对本发明的方法原理进行详细的描述。

本实施例中，电子凭证可以是银信证和物信证，如上所述，其中，银信证是指银行根据开证人的申请冻结所需数额资金而开立，并承诺依照约定解付条件办理支付结算的电子凭证。物信证是一种具有商品标识码和交互接口，且可记录该商品信息的电子凭证。

具体的，在银行版电子红包场景中，开证人即向银行申请发放电子红包的企业。当领取了电子红包后，用户在银信证的收证人处输入自己的银行账号信息，向银行申请收证，银行即在约定的时间内将资金转入收证账户。银信证的业务流程如下：

1)开证人通过互联网或以其他方式向开证银行申请开证。

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

3)收证人通过互联网或以其他方式向收证银行申请收证。

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

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

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

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

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

具体的，参考图6所示，本实施例所提供的电子红包分享过程包括：

(1)用户在发送端终端设置电子红包的基本信息和标识，基本信息包括资源类型、资源数额、资源接收者、资源接收者的人数等。发送客户端根据设置的电子红包的基本信息和标识生成相应的电子红包的数据包。该生成的电子红包的数据包中电子红包的基本信息和标识可以被直接提取，不再依赖于特定的传播平台，提升了电子红包的分享效率。

(2)银行服务器a接收用户发送端生成的电子红包的数据包，并提取数据包的基本信息，银行服务器a将发送端用户的银行账号中对应的电子红包的金额进行冻结，将电子红包数据包发送给用户接收端。

(3)用户接收端接收到银行服务器a发送的电子红包，用户接收端拆开电子红包后可领取电子红包金额，并向银行服务器b发送获取领取电子红包金额的信息。

(4)银行服务器b接收用户接收端发送的对电子红包的提现请求，根据提现请求通知银行服务器a对发送端用户的银行账号中的电子红包的冻结金额进行解冻，并将发送端用户的银行账号中与电子红包对应的金额拨到接收端用户的银行账号中。

结合图6和图7所示，用户发送端为发红包终端，用户接收端为收红包终端，用户发送端对应银行服务器a，用户接收端对应银行服务器b，用户发送端1银行服务器a存在第一银行账户(即发送端的用户的银行账户)，用户接收端在银行服务器b存在第二银行账号(即接收端的用户的银行账户)。用户发送端的用户可以为企业或个人。

进一步的，银行服务器a接收到用户发送端提交的生成电子红包的请求后，生成一定金额x的电子红包，并冻结第一银行账户中的该金额x。用户发送端向网域内发送生成的电子红包或该生成的电子红包的地址信息。用户接收端的用户查阅到电子红包，并在接收端进行抢电子红包、收电子红包、拆电子红包、领电子红包等操作，其中，确认领电子红包时，接收端用户通知第二银行账户的银行服务器b，银行服务器b进行校验，确认后向银行服务器a发送解冻请求，银行服务器a将第一银行账户中的冻结的金额x进行解冻，并将金额x从第一银行账户中划拨到第二银行账户中。

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

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

而本实施例所提供的电子红包分享方法的实现无需基于第三方平台实现，用户发出电子红包后，对应金额让就在发送者用户的银行账户中冻结，直到其它用户确认收到电子红包后，将对应电子红包金额从发电子红包者的银行账户中解除解冻并转账到收电子红包者的银行账户中。本方案不存在资金在第三方平台上的安全问题，且电子红包的实际金额在银行账户中直接流转，相对于现有技术需在平台账户中流转以及繁琐的提现步骤，更加简便，安全性高。

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

为了更好的说明本方案的效果，结合图10所示，红包分享者用户使用发送端生成电子红包并进行发布，接收端1、接收端2…以及接收端n收到电子红包，对电子红包进行领取时，无需与发送端发布电子红包的同一平台进行领取。而现有技术中发红包和领红包均需在同一平台系统中进行。本实施例中，接收端1、接收端2…以及接收端n中的领取红包可以为不同的平台系统，例如各银行的移动客户端。接收端1、接收端2…以及接收端n还可以将电子红包领取请求直接发送至用户的银行账户的银行服务器，无需基于任何平台系统，实现了电子红包的跨平台传输和领取。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技 术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。