信息处理方法及装置、存储介质、电子设备与流程

本发明实施例涉及信息处理技术领域，具体而言，涉及一种信息处理方法、信息处理装置、计算机可读存储介质以及电子设备。

背景技术：

随着互联网的快速发展，电子支付也已深入人们的日常生活。进一步的，与电子支付对应的，传统的礼品卡也逐渐迁移到线上，成为了虚拟电子礼品卡，用户可以在线上方便的购买电子礼品卡。目前，为用户提供的电子礼品卡的使用场景可以包括如下两种：

一种是，将礼品卡绑定到自己的账户，购买商品时进行消费；另一种是，将礼品卡送给他人，然后他人再绑定到自己的账户，购买商品进行消费。

但是，上述两种礼品卡的使用都存在以下缺陷：一方面，购买或赠送的形式单一，用户只能购买或赠送给好友礼品卡，即使为礼品卡提供更多不一样的卡面，但还是较为单一；进一步的，卡面的设计也需要花费大量的人力成本；另一方面，当用户购买或领取一张礼品卡后，需要手动将礼品卡绑定到自己的账户再进行消费，需要花费较多的时间；再一方面，用户在使用礼品卡消费时，需要在结算时勾选要使用的礼品卡，并输入支付校验密码，才能实现礼品卡的核销，完成下单流程，增加了该处理过程的步骤，使得过程较为繁琐。

因此，需要提供一种新的信息处理方法及装置。

需要说明的是，在上述背景技术部分发明的信息仅用于加强对本发明的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

技术实现要素：

本发明的目的在于提供一种信息处理方法、信息处理装置、计算机可读存储介质以及电子设备，进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的耗时较多的问题。

根据本公开的一个方面，提供一种信息处理方法，包括：

向服务器发送包括待处理对象的属性信息的第一处理请求，并接收所述服务器响应所述第一处理请求，在查询所述属性信息包括预设属性时生成的属性信息卡；

将所述属性信息卡发送至第一客户端，并接收所述第一客户端对所述属性信息卡进行处理后的反馈信息；

根据所述反馈信息判断所述第一客户端是否完成对所述待处理对象的处理。

在本公开的一种示例性实施例中，在接收所述服务器响应所述第一处理请求，在查询所述属性信息包括预设属性时生成的属性信息卡之后，所述信息处理方法还包括：

向服务器发送包括所述属性信息卡的唯一标识信息的第二处理请求；

接收所述服务器响应所述第二处理请求，根据所述唯一标识信息对所述属性信息卡进行第二处理后的确认信息；

根据所述确认信息判断所述服务器是否完成对所述属性信息卡的第二处理。

在本公开的一种示例性实施例中，将所述属性信息卡发送至第一客户端包括：

将所述属性信息卡存储至预设位置；

从所述预设位置获取所述属性信息卡，并将所述属性信息卡发送至所述第一客户端。

根据本公开的一个方面，提供一种信息处理方法，包括：

接收第二客户端发送的包括待处理对象的属性信息的第一处理请求，响应所述第一处理请求查询所述属性信息是否包括预设属性；

如果所述属性信息包括所述预设属性，则根据所述属性信息生成属性信息卡；

将所述属性信息卡发送至所述第二客户端，以使所述第二客户端将所述属性信息卡发送至第一客户端并完成对所述待处理对象的处理。

在本公开的一种示例性实施例中，根据所述属性信息生成属性信息卡包括：

根据所述属性信息生成订单，并将所述订单发送至第二客户端；其中，所述订单包括唯一订单标识；

接收所述第二客户端发送的包括所述唯一订单标识、订单金额以及支付类型的第二处理请求，响应所述第二处理请求根据所述订单金额以及所述支付类型完成对所述订单的第二处理；

根据第二处理完成的订单生成所述属性信息卡。

在本公开的一种示例性实施例中，所述信息处理方法还包括：

接收所述第一客户端发送的包括所述属性信息卡的第三处理请求；

响应所述第三处理请求查询所述待处理对象的库存量；

如果所述待处理对象的库存量不小于所述待处理对象的数量，则利用所述属性信息卡对待处理对象进行处理。

在本公开的一种示例性实施例中，在利用所述属性信息卡对待处理对象进行处理之前，所述信息处理方法还包括：

根据所述唯一订单标识判断所述属性信息卡是否在有效期内。

在本公开的一种示例性实施例中，利用所述属性信息卡对待处理对象进行处理包括：

利用所述属性信息卡的订单金额对待处理对象进行支付。

在本公开的一种示例性实施例中，在利用所述属性信息卡的订单金额对待处理对象进行支付之后，所述信息处理方法还包括：

根据支付完成后的待处理对象以及所述第三处理请求中包括的用户信息生成实物订单。

根据本公开的一个方面，提供一种信息处理装置，包括：

第一发送模块，用于向服务器发送包括待处理对象的属性信息的第一处理请求，并接收所述服务器响应所述第一处理请求，在查询所述属性信息包括预设属性时生成的属性信息卡；

第一接收模块，用于将所述属性信息卡发送至第一客户端，并接收所述第一客户端对所述属性信息卡进行处理后的反馈信息；

第一判断模块，用于根据所述反馈信息判断所述第一客户端是否完成对所述待处理对象的处理。

根据本公开的一个方面，提供一种信息处理装置，包括：

第一查询模块，用于接收第二客户端发送的包括待处理对象的属性信息的第一处理请求，响应所述第一处理请求查询所述属性信息是否包括预设属性；

生成模块，用于如果所述属性信息包括所述预设属性，则根据所述属性信息生成属性信息卡；

第二发送模块，用于将所述属性信息卡发送至所述第二客户端，以使所述第二客户端将所述属性信息卡发送至第一客户端并完成对所述待处理对象的处理。

根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的信息处理方法。

根据本公开的一个方面，提供一种电子设备，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的信息处理方法。

本发明实施例一种信息处理方法及装置，通过向服务器发送第一处理请求并接收服务器响应第一处理请求生成的属性信息卡；再将属性信息卡发送至第一客户端，并接收第一客户端对属性信息卡处理后的反馈信息；最后再根据反馈信息判断第一客户端是否完成对待处理对象的处理；一方面，通过包括预设属性的待处理对象生成属性信息卡，增加了待处理对象的处理方法的多样性；另一方面，通过直接将属性信息卡发送至第一客户端，使得第一客户端可以直接对该属性信息卡进行处理(兑换)，不再需要通过绑定再输入密码才能进行支付，解决了现有技术中耗时较多的问题，简化了第一客户端的处理步骤，减少了处理时间；再一方面，根据反馈信息判断第一客户端是否对完成对待处理对象的处理，使得属性信息卡的发送方可以及时的对该属性信息卡的状态进行查看，避免了由于该属性信息卡超出预设使用期限后对用户造成的损失，提升了用户体验。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示一种信息处理方法的流程图。

图2示意性示出一种信息处理方法的应用场景示例图。

图3示意性示出另一信息处理的方法流程图。

图4示意性示出另一种信息处理的方法流程图。

图5示意性示出一种物品兑换的方法流程图。

图6示意性示出另一种物品兑换的方法流程图。

图7示意性示出一种信息处理装置的框图。

图8示意性示出一种用于实现上述信息处理方法的电子设备示例框图。

图9示意性示出一种用于实现上述信息处理方法的计算机可读存储介质。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本发明将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本发明的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本发明的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本发明的各方面变得模糊。

此外，附图仅为本发明的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本示例实施方式中首先提供了一种信息处理方法，该方法可以运行于客户端，该客户端可以是移动终端(例如可以是手机或者平板电脑等等)，也可以运行与pc；当然，本领域技术人员也可以根据需求在其他平台运行本发明的方法，本示例性实施例中对此不做特殊限定。参考图1所示，该信息处理方法可以包括以下步骤：

步骤s110.向服务器发送包括待处理对象的属性信息的第一处理请求，并接收所述服务器响应所述第一处理请求，在查询所述属性信息包括预设属性时生成的属性信息卡。

步骤s120.将所述属性信息卡发送至第一客户端，并接收所述第一客户端对所述属性信息卡进行处理后的反馈信息。

步骤s130.根据所述反馈信息判断所述第一客户端是否完成对所述待处理对象的处理。

上述信息处理方法中，一方面，通过包括预设属性的待处理对象生成属性信息卡，增加了待处理对象的处理方法的多样性；另一方面，通过直接将属性信息卡发送至第一客户端，使得第一客户端可以直接对该属性信息卡进行处理(兑换)，不再需要通过绑定再输入密码才能进行支付，解决了现有技术中耗时较多的问题，简化了第一客户端的处理步骤，减少了处理时间；再一方面，根据反馈信息判断第一客户端是否对完成对待处理对象的处理，使得属性信息卡的发送方可以及时的对该属性信息卡的状态进行查看，避免了由于该属性信息卡超出预设使用期限后对用户造成的损失，提升了用户体验。

下面，将结合附图对本示例实施方式中上述信息处理方法中的各步骤进行详细的解释以及说明。

在步骤s110中，向服务器发送包括待处理对象的属性信息的第一处理请求，并接收所述服务器响应所述第一处理请求，在查询所述属性信息包括预设属性时生成的属性信息卡。

在本示例实施方式中，待处理对象可以包括某一待兑换的商品；属性信息可以包括该带兑换商品的sku；第一处理请求可以包括下单请求；预设属性可以包括可兑换属性；属性信息卡可以包括待兑换商品的实物兑换卡。进一步的，首先，第二客户端(送礼方)向服务器发送包括物品sku的下单请求(第一处理请求)，其中，该物品sku可以包括该物品的所需数量(购买数量)、单价以及规格等；其次，当服务器接收到该下单请求后，响应该下单请求查询该物品sku是否包括兑换属性，如果该物品sku包括兑换属性，则生成与该物品sku对应的sku实物卡；并将该sku实物兑换卡发送至第二客户端。详细而言：

当用户想要生成某一商品的实物兑换卡时，首先通过第二客户端进入商品详情页，然后通过读取服务器中的商品系统中的商品详情接口，接收到该商品的详细信息；其中，该商品的详细信息可以包括商品图、名称以及规格等等，也可以包括其他信息，例如可以是生产日期等等，本示例对此不做特殊限制；进一步的，还可以从服务器中的促销系统读取该商品的当前促销价格；当读取到上述信息以后，在客户端的前台页面，展示已读取商详信息、提供增减购买商品个数的入口、购买商品总额、以及购买按钮(“送给好友”)，具体示例图可以参考图2所示。进一步的，再根据读取到的上述信息生成下单请求，并将下单请求发送至服务器。

更进一步的，当上述商品兑换卡生成成功后，还需要对该商品兑换卡进行支付，具体的可以包括：向服务器发送包括所述属性信息卡的唯一标识信息的第二处理请求；接收所述服务器响应所述第二处理请求，根据所述唯一标识信息对所述属性信息卡进行第二处理后的确认信息；根据所述确认信息判断所述服务器是否完成对所述属性信息卡的第二处理。详细而言：

第二处理请求可以包括支付请求；进一步的，礼品卡系统将该商品sku兑换成商品兑换卡的sku，使用商品兑换卡的sku请求订单系统的通用下单接口，下单接口会生成一个商品订单以及该商品订单的唯一标识信息(orderid)；然后，将该商品订单发送至第二客户端，当第二客户端接收到该商品订单后，根据该商品订单的唯一订单标识(orderid)、订单金额以及支付类型生成支付请求，并将该支付请求发送至服务器；当服务器接收到该支付请求后，响应该支付请求进入支付流程，再根据上述orderid、金额、支付类型进行支付并生成确认信息；最后，确认信息发送至第二客户端，第二客户端再根据该确认信息判断该sku实物兑换卡是否支付成功。

在步骤s120中，将所述属性信息卡发送至第一客户端，并接收所述第一客户端对所述属性信息卡进行处理后的反馈信息。

在本示例实施方式中，当第二客户端(送礼方)接收到sku实物兑换卡(sku实物卡)后，可以将该sku实物兑换卡发送至第一客户端(收礼方)，具体的可以包括：将所述属性信息卡存储至预设位置；从所述预设位置获取所述属性信息卡，并将所述属性信息卡发送至所述第一客户端。详细而言：

可以将该商品兑换卡存储至文件夹为“已购买的商品”中；当需要将该商品兑换卡发送至第一客户端时，可以打开“已购买的商品”文件夹，从该文件夹中选取对应的商品兑换卡并通过第三方即时通讯软件(例如可以是微信或者qq等)或者邮件的方式将该商品兑换卡发送至第一客户端；进一步的，当第一客户端(收礼方)接收到该商品兑换卡后，可以选择拒绝接收或者接收；如果拒绝接收，可以生成包括该sku实物兑换卡以及拒绝接收的反馈信息发送至第二客户端(送礼方)；如果接收，则可以生成包括接收成功的反馈信息发送至第二客户端(收礼方)。

在步骤s130中，根据所述反馈信息判断所述第一客户端是否完成对所述待处理对象的处理。

在本示例实施方式中，当第二客户端接收到上述反馈信息后，如果反馈信息为接收成功的信息，则该流程结束；如果反馈信息为拒绝接收的信息，则第二客户端可以将该商品兑换卡重新存储到文件夹为“已购买的商品”中，并自行进行兑换。

本公开还提供了另一种信息处理方法。该信息处理方法可以运行于服务器或者服务器集群，也可以运行于云服务器或者其他平台，本示例对此不做特殊限制。参考图3所示，该信息处理方法可以包括步骤s310-步骤s330。其中：

在步骤s310中，接收第二客户端发送的包括待处理对象的属性信息的第一处理请求，响应所述第一处理请求查询所述属性信息是否包括预设属性。

在本示例实施方式中，待处理对象可以包括某一待兑换商品；属性信息可以包括该带兑换商品的sku；第一处理请求可以包括下单请求；预设属性可以包括可兑换属性；属性信息卡可以包括待兑换商品的实物兑换卡。具体的，首先，服务器接收第二客户端(送礼方)发送的包括待兑换商品的sku的下单请求；其次，当服务器接收到该下单请求后，响应该下单请求查商品sku是否包括兑换属性。进一步的，为了便商品sku的兑换属性进行查询，该信息处理方法还可以包括：为可兑换商品增加兑换属性。举例而言：

例如，可以在服务器中的商品系统中对商品进行打标配置，使得该商品变成可以兑换的商品；例如，当某一品牌的某一型号的手机进行打标配置以后，该品牌的该型号的手机即可以增加兑换(虚拟赠礼)的属性。

在步骤s320中，如果所述属性信息包括所述预设属性，则根据所述属性信息生成属性信息卡。

在本示例实施方式中，当服务器接收到上述下单请求后，判断该下单请求中包括的sku是否包括上述兑换属性，如果不包括兑换属性，则该下单请求中断执行；如果包括兑换属性(虚拟赠礼的属性)，则可以根据sku生成商品兑换卡。其中，根据所述属性信息生成属性信息卡可以包括步骤s3202-步骤s3206。其中：

在步骤s3202中，根据所述属性信息生成订单，并将所述订单发送至第二客户端；其中，所述订单包括唯一订单标识。

在步骤s3204中，接收所述第二客户端发送的包括所述唯一订单标识、订单金额以及支付类型的第二处理请求，响应所述第二处理请求根据所述订单金额以及所述支付类型完成对所述订单的第二处理。

在步骤s3206中，根据第二处理完成的订单生成所述属性信息卡。

下面，将对步骤s3202至步骤s3206进行进一步详细的解释以及说明。第二处理请求可以包括支付请求。具体的，首先，礼品卡系统将该sku兑换成实物兑换卡的sku，使用实物兑换卡的sku请求订单系统的通用下单接口，下单接口会生成一个物品订单以及该物品订单的唯一标识(orderid)；然后，将该物品订单发送至第二客户端(送礼方)，当第二客户端(送礼方)接收到该物品订单后，根据该物品订单的唯一订单标识(orderid)、订单金额以及支付类型生成支付请求，并将该支付请求发送至服务器；当服务器接收到该支付请求后，响应该支付请求进入支付流程，再根据上述orderid、金额、支付类型，进入支付成功页面；最后，当支付成功后，服务器再根据支付完成的物品订单生成该商品兑换卡。

在步骤s330中，将所述属性信息卡发送至所述第二客户端，以使所述第二客户端将所述属性信息卡发送至第一客户端并完成对所述待处理对象的处理。

在本示例实施方式中，当上述商品兑换卡生成后，将该商品兑换卡发送至第二客户端(送礼方)，当第二客户端接收到上述商品兑换卡后，可以通过第三方即时通讯软件(例如可以是微信或者qq等)或者邮件的方式将该sku实物兑换卡发送至第一客户端(收礼方)。

进一步的，参考图4所示，上述信息处理方法还可以包括步骤s410-步骤s430。其中：

在步骤s410中，接收所述第一客户端发送的包括所述属性信息卡的第三处理请求。

在步骤s420中，响应所述第三处理请求查询所述待处理对象的库存量。

在步骤s430中，如果所述待处理对象的库存量不小于所述待处理对象的数量，则利用所述属性信息卡对待处理对象进行处理。

下面，将对步骤s410-步骤s430进行详细的解释以及说明。其中，第三处理请求可以包括兑换请求；具体的：当上述商品兑换卡生成完成后，如果用户自己想要利用该商品兑换卡兑换物品，则可以直接通过第二客户端向服务器发送包括上述商品兑换卡的兑换请求；当服务器接收到该兑换请求后，响应该兑换请求查询该待兑换商品的库存量是否不小于商品兑换卡中所包括的数量；如果待兑换商品的库存量不小于待兑换商品所需的数量，则可以直接利用该商品兑换卡对待兑换商品进行兑换。具体的可以包括：利用所述属性信息卡的订单金额对待处理对象进行支付。详细而言：

首先，判断商品兑换卡的订单金额是否不小于待兑换商品的实际金额，如果商品兑换卡的订单金额不小于待兑换商品的实际金额，则可以直接进行支付；如果商品兑换卡的订单金额小于待兑换商品的实际金额，则可以通过其他方式进行支付，例如可以通过补差价等方式，本示例对此不做特殊限制。此处需要进一步补充说明的是，如果其他客户端(第一客户端，也就是收礼方)需要利用商品兑换卡对待兑换商品进行兑换，则兑换流程与上述一致，此处不再赘述。

进一步的，为了防止该实物兑换卡失效导致的经济损失问题，该信息处理方法还可以包括：根据所述唯一订单标识判断所属性信息卡是否在有效期内。详细而言：

例如，可以根据上述唯一订单标识中包括的日期信息是否超过预设使用期限来判断该商品兑换卡是否在有效期内；如果未超过预设使用期限，则该商品兑换卡是在有效期内；如果超过预设使用期限，则该商品兑换卡不在有效期内。

更进一步的，当待兑换实物兑换成功以后，还需要将该待兑换实物邮寄各用户，具体的可以包括：根据支付完成后的待处理对象以及所述第三处理请求中包括的用户信息生成实物订单。详细而言：

当待兑换实物支付成功后，根据该支付完成后的待兑换商品(例如可以是该待兑换商品的数量以及规格等信息)以及上述兑换请求中包括的用户信息生成实物订单；当实物订单生成完成后，即可以进入实物配送流程。

此外，需要进一步说明的是，当上述商品兑换卡被兑换以后，需要在对该商品兑换卡进行标记，以免被重复使用造成经济损失。例如，可以通过删除已使用该商品兑换卡的唯一标识的方式；也可以通过其他方式，例如可以是通过对已使用的商品兑换卡进行标记的方式等等，本示例对此不做特殊限制。

下面，将结合图5对上述兑换过程进行进一步的解释以及说明。

步骤s510，响应客户端发送的兑换请求，根据sku实物兑换卡的唯一标识判断该sku实物兑换卡是否在有效期内；如果在有效期内，则跳转至步骤s530；如果不在有效期内，则跳转至步骤s520；

步骤s520，异常结束；

步骤s530，获取待兑换实物的商品sku，如果商品sku的库存量不小于所需的数量，则跳转至步骤s550；如果商品sku的库存量小于所需的数量，则跳转至步骤s540；

步骤s540，将sku实物兑换卡绑定到客户端的账户，流程结束；

步骤s550，利用sku实物兑换卡完成对待兑换实物的兑换，并对sku实物兑换卡进行核销；

步骤s560，生成实物对单，并完成配送。

下面，将结合图6对本公开中提及的实现实物虚拟赠礼以及兑换的方法进行进一步的解释以及说明。参考图6所示，该实现实物虚拟赠礼以及兑换的方法可以包括以下步骤：

步骤s610，商品系统为商品配置支持虚拟赠礼的属性标签；当配置完成后，该商品的属性列表里面会增加虚拟赠礼的属性；

步骤s620，当用户通过终端设备进入商品详情页以后，读取商品系统的商品详情接口，然后通过该商品详情接口读取该商品的详细信息；其中，该商品详细信息可以包括商品图片信息、名称、规格；然后再从促销系统中读取该商品的当前促销价格；然后再在终端设备的前台页面，展示已读取商品的详细信息，并提供增减购买商品个数的入口、购买商品总额，以及购买按钮(例如可以是送给好友)；

步骤s630，用户在终端设备提供的商品详情页，点击“送给好友”购买该商品；前台请求礼品卡系统的下单接口，并传递商品的sku(商品在商品系统中的唯一标识)给下单接口；礼品卡系统的下单接口收到下单请求后，到商品系统校验该sku是否有“虚拟赠礼”的属性；如果有，礼品卡系统将该sku兑换成实物兑换卡的sku，使用实物兑换卡的sku请求订单系统的通用下单接口，下单接口会生成一个订单，并返回该订单的唯一标识orderid；如果没有，礼品卡系统无法完成实物和礼品卡的兑换，流程结束；

步骤s640，当前台接收到订单系统返回的orderid后，进入支付流程，前台将该订单的orderid、金额、支付类型等数据传递给支付系统，完成支付，进入支付成功页面，该页面为用户提供兑换入口和返回购买列表入口；

步骤s650，在支付成功页面，如果用户需要自己兑换，则可以直接点击兑换入口，自己兑换实物，进入兑换流程步骤s660；如果需要赠送他人，则可以在支付成功页面，点击返回购买列表页，在点击已购买的商品(实物兑换卡)，通过社交平台赠送给他人，他人领取该商品(实物兑换卡)，礼品卡系统将该商品存放到领取人的礼品卡列表；他人进入礼品卡列表，点击已领取的商品(实物兑换卡)，立即兑换，进入兑换流程步骤s660；

步骤s660，用户进入兑换流程页面，选择商品配送地址，配送方式和时间，点击立即兑换；前台把兑换数据如兑换商品sku、用户地址、配送方式传递给礼品卡系统，礼品卡系统检查该商品sku的库存信息；如有货，礼品卡系统将检测该商品sku对应的实物兑换卡是否在有效期内；如在有效期内，将用该实物兑换卡的金额对该商品进行支付；支付成功后，生成实物订单，进入配送流程；同时，礼品卡系统会对该实物兑换卡进行核销结算，标记该礼品卡已兑换。(如当前商品金额是否实物兑换卡的金额等额，以及不等额如何处理，规则可自定义；如用户拒收商品或其他情况，可自定义售后规则。)(参看兑换流程图)

本公开还提供了一种信息处理装置。参考图7所示，该信息处理装置可以包括第一发送模块710、接收模块720以及判断模块740。其中：

第一发送模块710可以用于向服务器发送包括待处理对象的属性信息的第一处理请求，并接收所述服务器响应所述第一处理请求，在查询所述属性信息包括预设属性时生成的属性信息卡。

第一接收模块720可以用于将所述属性信息卡发送至第一客户端，并接收所述第一客户端对所述属性信息卡进行处理后的反馈信息。

第一判断模块730可以用于根据所述反馈信息判断所述第一客户端是否完成对所述待处理对象的处理。

在本公开的一种示例实施方式中，上述信息处理装置还可以包括：

第二送模块，可以用于向服务器发送包括所述属性信息卡的唯一标识信息的第二处理请求；

第二接收模块，可以用于接收所述服务器响应所述第二处理请求，根据所述唯一标识信息对所述属性信息卡进行第二处理后的确认信息；

第二判断模块，可以用于根据所述确认信息判断所述服务器是否完成对所述属性信息卡的第二处理。

在本公开的一种示例实施方式中，将所述属性信息卡发送至第一客户端包括：

将所述属性信息卡存储至预设位置；

从所述预设位置获取所述属性信息卡，并将所述属性信息卡发送至所述第一客户端。。

本公开还提供了另一种信息处理装置。该信息处理装置还可以包括：查询模块、生成模块以及第二发送模块。其中：

第一查询模块可以用于接收第二客户端发送的包括待处理对象的属性信息的第一处理请求，响应所述第一处理请求查询所述属性信息是否包括预设属性。

生成模块可以用于如果所述属性信息包括所述预设属性，则根据所述属性信息生成属性信息卡。

第二发送模块可以用于将所述属性信息卡发送至所述第二客户端，以使所述第二客户端将所述属性信息卡发送至第一客户端并完成对所述待处理对象的处理。

在本公开的一种示例实施方式中，根据所述属性信息生成属性信息卡包括：

根据所述属性信息生成订单，并将所述订单发送至第二客户端；其中，所述订单包括唯一订单标识；

接收所述第二客户端发送的包括所述唯一订单标识、订单金额以及支付类型的第二处理请求，响应所述第二处理请求根据所述订单金额以及所述支付类型完成对所述订单的第二处理；

根据第二处理完成的订单生成所述属性信息卡。

在本公开的一种示例实施方式中，所述信息处理装置还包括：

第三接收模块，接收所述第一客户端发送的包括所述属性信息卡的第三处理请求；

第二查询模块，可以用于响应所述第三处理请求查询所述待处理对象的库存量；

兑换模块，可以用于如果所述待处理对象的库存量不小于所述待处理对象的数量，则利用所述属性信息卡对待处理对象进行处理。

在本公开的一种示例实施方式中，所述信息处理装置还包括：

第三判断模块，可以用于根据所述唯一订单标识判断所述属性信息卡是否在有效期内。

在本公开的一种示例实施方式中，利用所述属性信息卡对待处理对象进行处理包括：

利用所述属性信息卡的订单金额对待处理对象进行支付。

在本公开的一种示例实施方式中，所述信息处理装置还包括：

订单生成模块，可以根据支付完成后的待处理对象以及所述第三处理请求中包括的用户信息生成实物订单。

上述信息处理装置中各模块的具体细节已经在对应的信息处理方法中进行了详细想描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本发明中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者网络设备等)执行根据本发明实施方式的方法。

在本发明的示例性实施例中，还提供了一种能够实现上述方法的电子设备。

所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图8来描述根据本发明的这种实施方式的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同系统组件(包括存储单元820和处理单元810)的总线830。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元810可以执行如图1中所示的步骤s110：向服务器发送包括待处理对象的属性信息的第一处理请求，并接收所述服务器响应所述第一处理请求，在查询所述属性信息包括预设属性时生成的属性信息卡；步骤s120：将所述属性信息卡发送至第一客户端，并接收所述第一客户端对所述属性信息卡进行处理后的反馈信息；步骤s130：根据所述反馈信息判断所述第一客户端是否完成对所述待处理对象的处理。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)8201和/或高速缓存存储单元8202，还可以进一步包括只读存储单元(rom)8203。

存储单元820还可以包括具有一组(至少一个)程序模块8205的程序/实用工具8204，这样的程序模块8205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备880(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本发明实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本发明实施方式的方法。

在本发明的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。

参考图9所示，描述了根据本发明的实施方式的用于实现上述方法的程序产品900，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c++等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里发明的发明后，将容易想到本发明的其他实施例。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未发明的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由权利要求指出。