一种资源传输方法及装置与流程

本申请涉及计算机技术领域，尤其涉及一种资源传输方法及装置。

背景技术：

随着信息技术的发展，用户可通过终端或运行在终端上的应用，实现与其他用户之间的资源(如：文件、账户额度等)传输。

现有技术中，出现了一种增强现实(augmentedreality，ar)与基于位置服务(locationbasedservice，lbs)相结合的资源传输模式，改变了传统的即时传输模式。具体而言，在此模式下，资源发起者(以下称为：第一用户)可以在任一地点，通过终端采集该地点下的某一目标对象(如：某个物体)的图像，并基于采集到的图像和该地点的位置信息，设置所要发送的资源。相应地，资源获取者(以下称为：第二用户)可以通过终端采集相同地点、相同目标对象的图像，获得由第一用户发送的资源。

例如：在ar红包的场景下，第一用户在某一地点可通过手机采集特定物体的照片，并基于此发放ar红包。第二用户可通过位置服务搜索到第一用户发放的ar红包所在的地点，第二用户到达该地点之后，通过手机采集相同物体的图像，便可以获得ar红包。

但是，对于上述的资源传输方式而言，第二用户需要在资源所在的地点搜寻相应的目标对象并采集图像，然而第二用户搜寻目标对象的过程可能会耗费较长的时间。显然，该方式可能增加第二用户获得资源的耗时。

技术实现要素：

本申请实施例提供一种资源传输方法及装置，用以解决现有技术中基于增强现实及位置服务相结合的方式获取资源不便的问题。

本申请实施例提供的一种资源传输方法，包括：

接收第一用户的资源发送请求，其中，所述资源发送请求中至少包括所要发送的资源、匹配于该资源的用户问题以及对应于该资源的位置信息；

发布所述位置信息，以使得第二用户在根据发布的所述位置信息搜索并获取所述资源时，根据所述用户问题对所述第二用户进行校验，并在通过校验后，将所述资源发送给所述第二用户。

本申请实施例还提供的一种资源传输方法，包括：

接收资源发送操作；

根据所述资源发送操作生成资源发送请求；其中，所述资源发送请求中至少包括所要发送的资源、匹配于该资源的用户问题以及对应于该资源的位置信息；

将所述资源发送请求发送给服务器，以使得所述服务器发布所述位置信息，并根据所述用户问题对基于所述位置信息获取该资源的第二用户进行校验，在通过校验后，将所述资源发送给所述第二用户。

本申请实施例还提供的一种资源传输方法，包括：

监测第二用户对已发送资源的问题校验条件的触发；

当监测到所述第二用户触发所述问题校验条件后，向所述第二用户发送与所述已发送资源对应的用户问题，以使得所述第二用户根据所述用户问题反馈待校验答案；

接收并校验所述第二用户反馈的待校验答案；

当校验通过时，向所述第二用户发送所述资源。

本申请实施例还提供的一种资源传输方法，包括：

在触发对已发送资源的问题校验条件后，接收服务器发送的与所述已发送资源对应的用户问题；其中，所述资源由第一用户发送至服务器，并由所述服务器发布所述资源的位置信息；

根据所述用户问题，向所述服务器反馈待校验答案，以使得所述服务器对所述待校验答案进行校验，并在校验通过后，反馈所述资源；

获取所述服务器反馈的资源。

本申请实施例还提供的一种资源传输方法，包括：

接收第二用户发送的商品兑换码；

根据已存储的商品兑换码，对所述第二用户发送的商品兑换码进行校验；其中，所述已存储的商品兑换码是在向服务器发送与第一用户的交易信息后，由服务器生成并发送的商品兑换码；

当校验通过后，向所述第二用户提供对应于所述商品兑换码的商品。

本申请实施例还提供的一种资源传输装置，包括：

接收模块，接收第一用户的资源发送请求，其中，所述资源发送请求中至少包括所要发送的资源、匹配于该资源的用户问题以及对应于该资源的位置信息；

发布模块，发布所述位置信息，以使得第二用户在根据发布的所述位置信息搜索并获取所述资源时，根据所述用户问题对所述第二用户进行校验，并在通过校验后，将所述资源发送给所述第二用户。

本申请实施例还提供的一种资源传输装置，包括：

接收模块，接收资源发送操作；

请求生成模块，根据所述资源发送操作生成资源发送请求；其中，所述资源发送请求中至少包括所要发送的资源、匹配于该资源的用户问题以及对应于该资源的位置信息；

发送模块，将所述资源发送请求发送给服务器，以使得所述服务器发布所述位置信息，并根据所述用户问题对基于所述位置信息获取该资源的第二用户进行校验，在通过校验后，将所述资源发送给所述第二用户。

本申请实施例还提供的一种资源传输装置，包括：

监测模块，监测第二用户对已发送资源的问题校验条件的触发；

问题反馈模块，当监测到所述第二用户触发所述问题校验条件后，向所述第二用户发送与所述已发送资源对应的用户问题，以使得所述第二用户根据所述用户问题反馈待校验答案；

校验模块，接收并校验所述第二用户反馈的待校验答案；

资源发送模块，当校验通过时，向所述第二用户发送所述资源。

本申请实施例还提供的一种资源传输装置，包括：

接收模块，在触发对已发送资源的问题校验条件后，接收服务器发送的与所述已发送资源对应的用户问题；其中，所述资源由第一用户发送至服务器，并由所述服务器发布所述资源的位置信息；

答案发送模块，根据所述用户问题，向所述服务器反馈待校验答案，以使得所述服务器对所述待校验答案进行校验，并在校验通过后，反馈所述资源；

获取模块，获取所述服务器反馈的资源。

本申请实施例还提供的一种资源传输装置，包括：

接收模块，接收第二用户发送的商品兑换码；

校验模块，根据已存储的商品兑换码，对所述第二用户发送的商品兑换码进行校验；其中，所述已存储的商品兑换码是在向服务器发送与第一用户的交易信息后，由服务器生成并发送的商品兑换码；

资源提供模块，当校验通过后，向所述第二用户提供对应于所述商品兑换码的商品。

本申请实施例提供一种资源传输方法及装置，通过本方法可实现：

资源发送者(即，第一用户)在向服务器发送资源的同时，还会向服务器发送匹配于该资源的用户问题，其中，所述的用户问题用于对资源获取者(即，第二用户)进行校验。服务器还会获取第一用户的位置信息，作为该资源的位置信息。之后，服务器将会发布该位置信息，使得其他用户可以基于位置服务搜索到该位置信息所对应的资源。当然，一旦搜索到该资源的用户要获取资源时，服务器便可根据第一用户设置的用户问题对该第二用户进行校验，而只有当第二用户通过校验时，服务器才会将资源发送给该用户，使得该用户获得资源。

相较于现有技术，通过设置用户问题的方式，可以避免资源获取者在指定地点寻找特定目标对象并进行图像采集的繁琐过程，能够有效提升获取资源的便捷性，降低资源获取过程的繁琐程度。

附图说明

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

图1a为本申请实施例提供的资源传输方法所基于的架构示意图；

图1b～1c为本申请实施例提供的资源发送过程示意图；

图2a～2b为本申请实施例提供的实际应用中的架构示意图；

图3a～3c为本申请实施例提供的资源获取过程示意图；

图4a及4b为本申请实施例提供的虚拟红包的示意图；

图5～9为本申请实施例提供的资源传输装置结构示意图。

具体实施方式

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

正如前述，现有技术中基于ar及lbs相结合的资源传输方式，对于想要获得资源的用户而言，需到达某一地点并针对位于该地点的特定目标对象(如：位于该地点的茶杯、桌椅等任意物体，或该地点的任一空间区域)进行图像采集，才可获取其他用户所发送的资源。然而，用户到达了上述地点后，往往还需在该地点寻找特定目标对象，寻找特定目标对象的过程可能将耗费大量时间，显然，这样的方式对于欲获得资源的用户而言过于繁琐且不便。

基于此，本申请中提供一种资源传输方法，通过采用用户问题的方式，使得欲获得资源的用户无需在指定的地点寻找特定的目标对象，而只需在相应的终端设备上输入对应于用户问题的正确答案，便可获得其他用户所发送的资源。从而提升了获得资源的便捷性。

需要说明的是，本申请实施例中所述的资源，包括但不限于：多媒体文件(如：视频文件、音频文件、动态图片等)、字符消息、账户金额、款项、虚拟物品(如：虚拟红包)、资源兑换码等。所述的资源既可以存储于终端本地，也可以存储于使用终端的用户的账户中。这里并不构成对本申请的限定。

本申请实施例中的资源传输方法，可采用如图1a所示的架构，在图1a中，包括第一用户(即，资源发送者)、第二用户(即，资源获取者)以及服务器。

其中，服务器可以是业务提供方(如：网站、银行、电信运营商等)后台的业务服务器。从图1a中可见，所述的第一用户或第二用户，可理解为包含用户自身及其使用的终端。第一用户或第二用户可以通过其终端内运行的应用程序或该终端操作系统内自带的资源传输功能，实现资源的发送与获取。在本申请实施例的部分描述中，所述的第一用户或第二用户也可以理解为使用终端的用户自身。所述的终端，可包括但不限于：智能手机、智能手表、平板电脑、计算机、收银机等。

当然，在实际应用中，第一用户同样可获取其他用户发送的资源，此时，第一用户可视为是资源获取者(即，第二用户)。相类似地，第二用户也可以向其他用户发送资源，此时，第二用户也可视为是资源发送者(即，第一用户)。这里并不应构成对本申请的限定。

下面将对本申请实施例所提供的资源传输方法进行详细说明。

资源发送阶段：

基于如图1a所示的架构，对于服务器侧而言，本申请实施例提供的资源传输过程如图1b所示，该过程具体包括以下步骤：

s101：接收第一用户的资源发送请求。

其中，所述资源发送请求中至少包括所要发送的资源、匹配于该资源的用户问题以及对应于该资源的位置信息。

在本申请实施例中，第一用户所发送的资源发送请求中还可携带诸如：由第一用户设置的资源数量、资源获取权限(如：第一用户可设置任一用户均可获取，或仅限于与第一用户具有好友关系的用户可获取)、该第一用户的用户信息(如：用户id、账户名)等信息。这里不作具体限定。

不同于现有技术中采集目标对象图像的方式，在本申请实施例中，第一用户会设置相应的用户问题及标定答案，所述的用户问题用于对获取资源的其他用户进行校验。可以理解地，获取资源的用户需要输入与标定答案一致的答案信息，才能够获取资源。

其中，所述的用户问题及标定答案，可由第一用户自定义，也可采用问题库的方式(即，由第一用户在问题库中选取)，这里不作具体限定。此外，用户问题的格式可以采用以文字、数字及符号等字符构成的文本格式，也可以采用诸如语音、短视频等多媒体格式。相应地，所述标定答案的格式可与用户问题的格式相匹配。同样地，本申请实施例中用户问题及标定答案所采用的格式并不构成对本申请的限定。

所述的位置信息，可以是第一用户基于位置服务(如：前述的lbs)，所确定出的当前时刻第一用户所处位置的位置信息，当然，也可以是资源提供方对应的位置信息。

s102：发布所述位置信息，以使得第二用户根据发布的所述位置信息搜索并获取所述资源时，根据所述用户问题对所述第二用户进行校验，在通过校验后，将所述资源发送给所述第二用户。

服务器在确定了资源的位置信息后，便可发布该位置信息，可以理解地，发布的位置信息能够被其他用户通过位置服务搜索到。那么，搜索到该资源的用户便可以获取该资源。但由于第一用户为资源设置了用户问题和标定答案，所以，第二用户将根据用户问题和标定答案进行校验，只有第二用户通过校验，才能够获得该资源，也即，通过校验后，服务器可将第一用户的资源发送给获取资源的用户(即，第二用户)。

通过上述步骤，资源发送者(即，第一用户)在向服务器发送资源的同时，还会向服务器发送匹配于该资源的用户问题和标定答案，其中，所述的用户问题和标定答案用于对资源获取者(即，第二用户)进行校验，服务器还会获取第一用户的位置信息，作为该资源的位置信息，之后，服务器将会发布该位置信息，使得其他用户可以基于位置服务搜索到该位置信息所对应的资源，当然，一旦搜索到该资源的用户要获取资源时，服务器便可根据第一用户设置的用户问题和标定答案对该第二用户进行校验，而只有当第二用户通过校验时，服务器才会将资源发送给该用户，使得该用户获得资源。

相较于现有技术，通过设置用户问题的方式，可以避免资源获取者在指定地点寻找特定目标对象并进行图像采集的繁琐过程，能够有效提升获取资源的便捷性，降低资源获取过程的繁琐程度。

对于第一用户而言，本申请实施例提供的资源传输过程如图1c所示，该过程具体包括以下步骤：

s111：接收资源发送操作。

所述的资源发送操作，可以是第一用户向其终端所发出的、用以指示终端向服务器发送资源的操作。作为实际应用中的一种方式，所述资源发送操作可包括针对所需发送的资源的设置操作，以及针对用户问题、标定答案的编辑操作。这里并不构成对本申请的限定。

s112：根据所述资源发送操作生成资源发送请求。

当用户发出了传输操作后，终端便可以确定出该资源发送操作所对应的资源，以及用户问题和标定答案，从而生成相应的资源发送请求。故在本申请实施例中，所述资源发送请求中至少包括所要发送的资源、匹配于该资源的用户问题以及对应于该资源的位置信息。

s113：将所述资源发送请求发送给服务器，以使得所述服务器发布所述位置信息，并根据所述用户问题对基于所述位置信息获取该资源的第二用户进行校验，在通过校验后，将所述资源发送给所述第二用户。

服务器接收到第一用户发送的资源发送请求后，所执行的步骤可参考前述方法，在此不再过多敖述。

需要说明的是，在前述如图1b及1c所示方法的基础上，作为本申请实施例中的一种的实际应用场景，第一用户所发送的资源，可以是一种用于兑换资源的信息(如：商品兑换码)，即，资源兑换信息，也就是说，第二用户在获得了第一用户所发送的资源兑换信息后，可使用该资源兑换信息兑换某种资源。

具体来说，在该场景下的一种方式中，其架构可如图2a所示。相较于前述如图1a所示架构，图2a中的架构中增加了资源提供方，其中，所述的资源提供方可包括：线下商户、电信运营商、银行等。资源兑换信息可由前述方法中的服务器所生成。应理解，在如图2a所示的架构中，服务器提供一种资源兑换信息服务，也即，服务器可向第一用户和资源提供方发送相同的资源兑换信息(通常是在第一用户获得资源提供方所提供的资源时)。

例如：基于如图2a所示的架构，第一用户购买了线下商户(即，资源提供方)的某商品后(但该第一用户并不持有购买的该商品)，可使用由服务器提供的资源兑换信息服务，即，服务器会向第一用户和线下商户分别发送相同的商品兑换码。与前述示例相类似，第一用户将该商品兑换码作为所要发送的资源，发送给服务器，并通过服务器发布其位置，第二用户获取到商品兑换码后，可以在线下商户兑换商品，而线下商户则可以根据已存储的资源兑换码进行校验。

在实际操作时，图2a中所示的服务器可认为是业务平台(如：支付平台、银行等)的服务器，也就是说，第一用户和资源提供方之间的资源交互过程(如：第一用户从资源提供方处购买了某商品)在服务器的支持下完成，那么，服务器便基于第一用户和资源提供方在该平台上的账户、用户id等标识，向该第一用户和资源提供方发送资源兑换信息，显然，服务器发送给第一用户和资源提供方的资源兑换信息相同。

基于如图2b所示的架构，可知，第一用户首先需要获得资源兑换信息后，才会向服务器发送资源送请求，以使得服务器发布资源兑换信息的位置。

那么，对于第一用户而言，在接收资源发送操作之前，所述方法还包括：向所述服务器发送兑换信息获取请求，以使得所述服务器反馈对应于所述兑换信息获取请求的资源兑换信息，接收所述资源兑换信息，并将该资源兑换信息作为所要发送的资源。

相应地，对于服务器而言，在接收第一用户的资源发送请求之前，所述方法还包括：接收所述第一用户发送的兑换信息获取请求，根据所述兑换信息获取请求，生成资源兑换信息反馈给所述第一用户。那么，接收第一用户发送的资源发送请求，包括：接收所述第一用户发送的、以所述资源兑换信息作为资源的资源发送请求。

上述第一用户获得资源兑换信息的方式，又可细分为具体的两种情况：

情况一：第一用户在完成与资源提供方(如：线下商户)的交易后，服务器会主动询问第一用户，是否要获得资源兑换信息。

情况二：第一用户可在完成与资源提供方(如：线下商户)的交易后的任一时间，主动发起获得资源兑换信息的操作。

下面将针对两种情况在实际应用的场景进行说明(该场景下，资源兑换信息为：商品兑换码；资源提供方为：线下商户)：

情况一：

服务器提供支付服务，也即，第一用户和线下商户均使用该服务器提供的支付服务，那么，当第一用户和线下商户完成交易后，服务器将会获得交易信息，对于服务器而言，接收所述第一用户发送的兑换信息获取请求之前，所述方法还包括：接收所述第一用户与提供资源兑换服务的线下商户的交易信息，并向所述第一用户发起资源发送询问。

其中，交易信息可以包括：交易单号、完成交易的双方用户的用户信息等。

那么，如果第一用户想要获得商品兑换码，则第一用户可以基于服务器的询问，发出相应请求，进而，生成资源兑换信息反馈给所述第一用户，具体包括：根据所述交易信息，确定所述第一用户的用户信息与线下商户的用户信息，生成对应于所述第一用户的用户信息与线下商户的用户信息的资源兑换码，并反馈给所述第一用户及线下商户。

情况二：

第一用户从线下商户购买了某商品后，第一用户主动发起商品兑换码的请求，那么，对于第一用户而言，向所述服务器发送兑换信息获取请求，具体包括：获取自身的用户信息，以及提供资源兑换服务的线下商户的用户信息，向所述服务器发送携带有自身用户信息以及所述线下商户的用户信息的商品兑换码请求。

相应地，对于服务器而言，接收所述第一用户发送的兑换信息获取请求，具体包括：接收所述第一发送的、携带有所述第一用户的用户信息及提供资源兑换服务的线下商户的用户信息的商品兑换码请求。

当然，以上内容并不构成对本申请的限定。

此外，在该场景下的另一种方式中，上述的资源兑换信息还可由资源提供方所生成。

例如：基于图2b所示架构，第一用户购买了线下商户的某商品，此时，可由该线下商户为该第一用户生成商品兑换码(即，资源兑换信息)。从而，第一用户可将该商品兑换码作为所要发送的资源，携带在资源发送请求中发送给服务器，并由服务器发布该资源的位置信息，这样一来，获得了该商品兑换码的其他用户便可使用该商品兑换码，在相应的线下商户处兑换第一用户所购买的商品。

当然，在实际操作时，资源提供方为第一用户生成了资源兑换信息后，可通过即时通讯(instantmessaging，im)、短消息服务(shortmessageservice，sms)等方式将资源兑换信息发送给第一用户，以使得第一用户向服务器发送该资源兑换信息，这里并不作具体限定。

当然，这里并不构成对本申请的限定。

由于服务器将第一用户发送的资源的位置发布，从而，使得其他用户可基于位置服务搜索到该资源信息，并进一步获取资源。下面将阐述对资源的获取过程。

资源获取阶段：

对于第二用户而言，本申请实施例提供的资源传输过程如图3a所示，该过程具体包括以下步骤：

s301：在触发对已发送资源的问题校验条件后，接收服务器发送的与所述已发送资源对应的用户问题。

其中，所述资源由第一用户发送至服务器，并由所述服务器发布所述资源的位置信息。

在本申请实施例中，触发所述的问题校验条件，具体可以包括：第二用户主动基于位置服务搜索已发送的资源，并获取该资源。或者，服务器监测第二用户的位置处于已发送资源所在位置的设定范围内。

换言之，触发对已发送资源的问题校验条件，具体包括：向服务器发送针对基于已发布的位置信息搜索到的资源的获取请求，或位于已发送资源的位置的设定范围内。

一旦第二用户触发了问题校验条件，则服务器会将相应的用户问题发送给第二用户。

当然，在本申请实施例中，第二用户可通过位置服务来搜索第一用户发送的资源所处的位置。即，向服务器发送针对基于已发布的位置信息搜索到的资源的获取请求，具体包括：确定当前所处位置的位置信息，在所述位置的设定范围内，搜索已发布的资源的位置信息，接收针对搜索到的所述资源的获取指令，生成获取请求发送给所述服务器。

s302：根据所述用户问题，向所述服务器反馈待校验答案，以使得所述服务器对所述待校验答案进行校验，并在校验通过后，反馈所述资源。

其中，如前所述，第一用户会针对其发送给服务器的资源设置相应的用户问题，所以，服务器便会将该资源所对应的用户问题发送给第二用户进行校验。

s303：获取所述服务器发送的资源。

以上是基于第二用户侧的执行过程，对于服务器而言，本申请实施例还提供一种资源传输方法，如图3b所示，具体包括以下步骤：

s311：监测第二用户对已发送资源的问题校验条件的触发。

对问题校验条件的触发，与前述内容相同，即，监测第二用户对已发送资源的问题校验条件的触发，具体包括：监测接收第二用户针对已发送资源的资源获取请求，或监测所述第二用户所处的位置位于已发送资源的位置的设定范围内。

s312：当监测到所述第二用户触发所述问题校验条件后，向所述第二用户发送与所述已发送资源对应的用户问题，以使得所述第二用户根据所述用户问题反馈待校验答案。

s313：接收并校验所述第二用户反馈的待校验答案。

s314：当校验通过时，向所述第二用户发送所述资源。

与前述内容相类似，对于资源的获取阶段，同样可采用如图2a或2b所示的架构。这里需要说明的是，在本申请实施例中，针对第二用户，服务器设置了相应的限制条件，具体地，如图3b所示的方法还包括：确定发送所述资源获取请求的第二用户的用户信息，根据所述用户信息，统计所述第二用户发送的资源获取请求数量或校验次数，当所述资源获取请求数量或校验次数超过设定数量时，向所述第二用户反馈预设的超限提示信息。可见，一旦第二用户超过服务器设置的限制条件，则不能再获取资源。

相应地，对于第二用户而言，所述方法还包括：接收所述服务器反馈的超限提示信息，并展示。即，第二用户的终端会展示超限提示信息，以表示目前不能再获取资源。

当然，上述对数量的限制可以是在一定时间段生效，如：在每一自然日生效，并在下一自然日刷新该数量。这里并不构成对本申请的限定。

当然，对于图2a中的资源提供方而言，本申请实施例提供一种基于该资源提供方侧的资源传输方法，如图3c所示，包括：

s321：接收第二用户发送的资源兑换信息。

s322：根据已存储的资源兑换信息，对所述第二用户发送的资源兑换信息进行校验。

其中，所述已存储的资源兑换信息是在向服务器发送与第一用户的交易信息后，由服务器生成并发送的资源兑换信息。

s323：当校验通过后，向所述第二用户提供对应于所述资源兑换信息的资源。

换言之，资源提供方将首先与第一用户完成诸如支付等操作，使得某些资源归属于该第一用户(如：第一用户购买了某商品，那么，该商品便归属于该第一用户)，进而获得服务器生成的资源兑换信息，相应地，第一用户可通过服务器发布该资源兑换信息的位置，这样一来，获取了该资源兑换信息的第二用户便可在资源提供方处获得原本归属于第一用户的资源。

当然，对于图2b中的资源提供方而言，可采用相类似的执行步骤，这里不再过多赘述。

需要说明的是，本申请实施例中的资源传输方法，适用于虚拟红包的场景，下面，将基于该虚拟红包场景来说明本申请实施例中的上述方法(在该场景下所阐述的方法步骤，将不再提供步骤流程示意图)。

首先，第一用户与线下商品之间完成交易，即，第一用户从线下商户购买了某商品，并通过服务器获得了商品兑换码。

基于此，针对虚拟红包的发放过程：

在该场景下，在服务器侧，具体可包括如下步骤：

s401：接收第一用户发送的虚拟红包，以及匹配于该虚拟红包的红包问题和红包答案。其中，所述虚拟红包发送请求中至少包括所要发送的商品兑换码、匹配于该商品兑换码的用户问题以及对应于该虚拟红包的位置信息。

s402：发布所述位置信息，以使得第二用户在根据发布的所述位置信息搜索并获取所述虚拟红包时，根据所述用户问题对所述第二用户进行校验，并在通过校验后，将所述虚拟红包中的商品兑换码发送给所述第二用户。

在第一用户侧，具体可包括如下步骤：

s501：接收红包发送操作。

s502：根据所述红包发送操作，生成虚拟红包请求，其中，所述虚拟红包发送请求中至少包括所要发送的商品兑换码、匹配于该商品兑换码的用户问题以及对应于该虚拟红包的位置信息。

s503：将所述虚拟红包请求发送给服务器，以使得所述服务器发布所述位置信息，并根据所述红包问题对基于所述位置信息获取该虚拟红包的第二用户进行校验，在通过校验后，将所述虚拟红包中的商品兑换码发送给所述第二用户。

对于虚拟红包的发放过程，在实际应用时，第一用户可通过终端设置所要发放的虚拟红包，例如：第一用户可在线下商户处购买某种商品，并获取商品兑换码(该商品兑换码由服务器生成)，那么，第一用户也就可以发放虚拟红包，如图4a所示，在第一用户的终端界面上，显示有虚拟红包界面，第一用户可以在其中设置红包问题和红包答案。在用户点击了“发红包”控件后，终端可按照前述的方法步骤，向服务器发送虚拟红包，这里不再过多赘述。

针对虚拟红包的获取过程：

在服务器侧，具体可包括如下步骤：

s601：监测所述第二用户对已发送的虚拟红包的红包问题校验条件的触发。

s602：当监测到所述第二用户触发所述红包问题校验条件后，向所述第二用户发送与虚拟红包对应的红包问题。

s603：向所述第二用户发送所述虚拟红包中的商品兑换码。

在第二用户侧，具体可包括如下步骤：

s701：在触发对已发送的虚拟红包的问题校验条件后，接收服务器发送的与所述向虚拟红包对应的红包问题。

s702：根据所述红包问题，向所述服务器反馈待校验答案，以使得所述服务器对所述待校验答案进行校验，并在校验通过后，反馈所述虚拟红包中的商品兑换码。

s703：获取所述服务器反馈的商品兑换码。

沿用如图4a所示的示例，第二用户在获取虚拟红包时，其终端界面可如图4b所示，即，第二用户需要针对界面中所显示的红包问题，输入相应的信息作为待校验答案，以解开红包。并且，在本申请实施例中，第二用户可以点击红包界面上“向ta求助”的功能选项，发起与第一用户进行即时通讯聊天，以便向第一用户咨询红包问题的答案。

商品兑换的过程：

在第二用户获取到商品兑换码后，便可以在线下商户处兑换商品，也即，在线下商户侧，具体可包括如下步骤：

s801：接收第二用户发送的商品兑换码。

s802：根据已存储的商品兑换码，对所述第二用户发送的商品兑换码进行校验；其中，所述已存储的商品兑换码是在向服务器发送与第一用户的交易信息后，由服务器生成并发送的商品兑换码。

s803：当校验通过后，向所述第二用户提供对应于所述商品兑换码的商品。

以上为本申请实施例提供的资源传输方法，基于同样的思路，本申请实施例还提供一种资源传输装置。

如图5所示，资源传输装置设置服务器侧，包括：

接收模块501，接收第一用户的资源发送请求，其中，所述资源发送请求中至少包括所要发送的资源、匹配于该资源的用户问题以及对应于该资源的位置信息；

发布模块502，发布所述位置信息，以使得第二用户在根据发布的所述位置信息搜索并获取所述资源时，根据所述用户问题对所述第二用户进行校验，并在通过校验后，将所述资源发送给所述第二用户。

所述装置还包括：兑换信息模块503，接收所述第一用户发送的兑换信息获取请求，当接收到所述兑换信息获取请求后，生成资源兑换信息反馈给所述第一用户。

接收模块501，接收所述第一用户发送的、以所述资源兑换信息作为资源的资源发送请求。

其中，所述资源兑换信息至少包括：商品兑换码。

兑换信息模块503，在接收所述第一用户发送的兑换信息获取请求之前，接收所述第一用户与提供资源兑换服务的线下商户的交易信息，并向所述第一用户发起资源发送询问，并接收所述第一用户基于所述资源发送询问发送的商品兑换码请求，根据所述交易信息，确定所述第一用户的用户信息与线下商户的用户信息，生成对应于所述第一用户的用户信息与线下商户的用户信息的资源兑换码，并反馈给所述第一用户及线下商户。

兑换信息模块503，接收所述第一发送的、携带有所述第一用户的用户信息及提供资源兑换服务的线下商户的用户信息的商品兑换码请求。

当然，在实际的虚拟红包场景下：

接收模块501，接收第一用户的虚拟红包发送请求，其中，所述虚拟红包发送请求中至少包括所要发送的商品兑换码、匹配于该商品兑换码的用户问题以及对应于该虚拟红包的位置信息；

位置发布模块502，

发布所述位置信息，以使得第二用户在根据发布的所述位置信息搜索并获取所述虚拟红包时，根据所述用户问题对所述第二用户进行校验，并在通过校验后，将所述虚拟红包中的商品兑换码发送给所述第二用户。。

在第一用户侧，本申请实施例还提供一种资源传输装置，如图6所示，包括：

接收模块601，接收资源发送操作；

请求生成模块602，根据所述资源发送操作生成资源发送请求；其中，所述资源发送请求中至少包括所要发送的资源、匹配于该资源的用户问题以及对应于该资源的位置信息；

发送模块603，将所述资源发送请求发送给服务器，以使得所述服务器发布所述位置信息，并根据所述用户问题对基于所述位置信息获取该资源的第二用户进行校验，在通过校验后，将所述资源发送给所述第二用户。

所述装置还包括：兑换信息获取模块604，向所述服务器发送兑换信息获取请求，以使得所述服务器反馈对应于所述兑换信息获取请求的资源兑换信息，接收所述资源兑换信息，并将该资源兑换信息作为所要发送的资源。

其中，所述资源兑换信息至少包括：商品兑换码。

兑换信息获取模块604，在向所述服务器发送兑换信息获取请求之前，向所述服务器发送与线下商户的交易信息，并接收所述服务器基于所述交易信息所发起的资源发送询问。

兑换信息获取模块604，获取自身的用户信息，以及提供资源兑换服务的线下商户的用户信息，向所述服务器发送携带有自身用户信息以及所述线下商户的用户信息的商品兑换码请求。

当然，在实际的虚拟红包场景下：

接收模块601，接收红包发送操作；

请求生成模块602，根据所述红包发送操作，生成虚拟红包请求，其中，所述虚拟红包发送请求中至少包括所要发送的商品兑换码、匹配于该商品兑换码的用户问题以及对应于该虚拟红包的位置信息；

发送模块603，将所述虚拟红包请求发送给服务器，以使得所述服务器发布所述位置信息，并根据所述红包问题对基于所述位置信息获取该虚拟红包的第二用户进行校验，在通过校验后，将所述虚拟红包中的商品兑换码发送给所述第二用户。

在资源获取阶段，在服务器侧，本申请实施例还提供一种资源传输装置，如图7所示，包括：

监测模块701，监测第二用户对已发送资源的问题校验条件的触发；

问题反馈模块702，当监测到所述第二用户触发所述问题校验条件后，向所述第二用户发送与所述已发送资源对应的用户问题，以使得所述第二用户根据所述用户问题反馈待校验答案；

校验模块703，接收并校验所述第二用户反馈的待校验答案；

资源发送模块704，当校验通过时，向所述第二用户发送所述资源。

监测模块701，监测接收第二用户针对已发送资源的资源获取请求，或监测所述第二用户所处的位置位于已发送资源的位置的设定范围内。

所述装置还包括：超限提示模块705，确定发送所述资源获取请求的第二用户的用户信息，根据所述用户信息，统计所述第二用户发送的资源获取请求数量或校验次数，当所述资源获取请求数量或校验次数超过设定数量时，向所述第二用户反馈预设的超限提示信息。

当然，在实际的虚拟红包场景下：

监测模块701，监测所述第二用户对已发送的虚拟红包的红包问题校验条件的触发；

问题反馈模块702，当监测到所述第二用户触发所述红包问题校验条件后，向所述第二用户发送与虚拟红包对应的红包问题；

资源发送模块704，向所述第二用户发送所述虚拟红包中的商品兑换码。

在第二用户侧，本申请实施例还提供一种资源传输装置，如图8所示，包括：

接收模块801，在触发对已发送资源的问题校验条件后，接收服务器发送的与所述已发送资源对应的用户问题；其中，所述资源由第一用户发送至服务器，并由所述服务器发布所述资源的位置信息；

答案发送模块802，根据所述用户问题向所述服务器发送待校验答案，以使得所述服务器根据第一用户发送的标定答案，对所述待校验答案进行校验，并在校验通过后，向所述第二用户发送所述资源；

获取模块803，获取所述服务器发送的资源。

其中，触发对已发送资源的问题校验条件，可包括：向服务器发送针对基于已发布的位置信息搜索到的资源的获取请求，或位于已发送资源的位置的设定范围内。

所述装置还包括：资源搜索模块804，确定当前所处位置的位置信息，在所述位置的设定范围内，搜索已发布的资源的位置信息，接收针对搜索到的所述资源的获取指令，生成获取请求发送给所述服务器。

接收模块801，接收所述服务器反馈的超限提示信息，并展示。

当然，在实际的虚拟红包场景下：

接收模块801，在触发对已发送的虚拟红包的问题校验条件后，接收服务器发送的与所述向虚拟红包对应的红包问题；

答案发送模块802根据所述红包问题，向所述服务器反馈待校验答案，以使得所述服务器对所述待校验答案进行校验，并在校验通过后，反馈所述虚拟红包中的商品兑换码；；

获取模块803，获取所述服务器反馈的商品兑换码。

对于线下商户，本申请实施例还提供一种资源传输装置，如图9所示，包括：

接收模块901，接收第二用户发送的资源兑换信息；

校验模块902，根据已存储的资源兑换信息，对所述第二用户发送的资源兑换信息进行校验；其中，所述已存储的资源兑换信息是在向服务器发送与第一用户的交易信息后，由服务器生成并发送的资源兑换信息；

资源提供模块903，当校验通过后，向所述第二用户提供对应于所述资源兑换信息的资源。

当然，在实际的虚拟红包场景下：

接收模块901，接收第二用户发送的商品兑换码；

校验模块902，根据已存储的商品兑换码，对所述第二用户发送的商品兑换码进行校验；其中，所述已存储的商品兑换码由服务器生成并发送；

资源提供模块903，当校验通过后，向所述第二用户提供对应于所述商品兑换码的商品。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(programmablelogicdevice,pld)(例如现场可编程门阵列(fieldprogrammablegatearray，fpga))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片pld上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logiccompiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(hardwaredescriptionlanguage，hdl)，而hdl也并非仅有一种，而是有许多种，如abel(advancedbooleanexpressionlanguage)、ahdl(alterahardwaredescriptionlanguage)、confluence、cupl(cornelluniversityprogramminglanguage)、hdcal、jhdl(javahardwaredescriptionlanguage)、lava、lola、myhdl、palasm、rhdl(rubyhardwaredescriptionlanguage)等，目前最普遍使用的是vhdl(very-high-speedintegratedcircuithardwaredescriptionlanguage)与verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。