CN108874836B - 转移电子券的方法和装置 - Google Patents

Abstract

本发明提供一种转移电子券的方法和装置，涉及计算机技术领域。本发明的转移电子券的方法的一具体实施方式包括：接收用户发来的电子券转移请求，电子券具有可转移属性，转移请求包括请求类型和电子券的属主信息；根据请求类型对电子券执行对应的转移操作；当转移操作完成后，变更电子券的属主信息。该实施方式能够实现基于***内部用户体系的电子券转移，无须依赖现行的社交软件，同时保证了虚拟资产转移的安全性。

Description

转移电子券的方法和装置

技术领域

本发明涉及计算机技术领域，尤其涉及一种转移电子券的方法和装置。

背景技术

随着计算机和移动通信技术的发展，电子券已广泛应用于人们的日常生活中。电子券是由各商家发放，以各种电子媒介形式制作、传播和使用的促销优惠凭证。电子券通常所使用的电子媒介形式包括互联网(Web)、手机网络(WAP)、短信和彩信等等。目前最常见的电子券是各种优惠券。

目前，电商平台基于优惠券的营销手段非常丰富，用户可通过领取、抽奖、定向等多种方式获取到并使用在最终结算环节。但是，由于目前的优惠券仅为单向营销，即由商家发放用户获取，一旦用户不使用，将会有大量的优质优惠券在用户账户中过期，从而造成营销资源的浪费。现在，一些电商平台已能从用户意愿出发，基于目前的社交化场景，让用户间可以通过转移优惠券的方式来提升优惠券的使用率，以促进优惠券的营销，更好地促进消费。现有常用的优惠券进行转移的方法为基于微信好友之间的卡券包的转移。

在实现本发明的过程中，发明人发现现有技术存在如下技术问题：

首先，微信卡券包是基于微信账号体系之下的转移方式，领域较狭窄；第二，卡券包分享是基于用户间的好友关系做转移，但是，六度空间衰减会弱化其传播可能性；第三，微信卡券分享优惠券是基于电商平台之外的应用APP服务，对用户的虚拟资产转移场景来说，风险较大且不可控。

发明内容

有鉴于此，本发明实施例提供一种转移电子券的方法和装置，能够实现基于***内部用户体系的电子券转移，无须依赖现行的社交软件，同时保证了虚拟资产转移的安全性。

为实现上述目的，根据本发明实施例的一个方面，提供了一种转移电子券的方法。

一种转移电子券的方法，包括：接收用户发来的电子券转移请求，所述电子券具有可转移属性，所述转移请求包括请求类型和所述电子券的属主信息；根据所述请求类型对所述电子券执行对应的转移操作；当所述转移操作完成后，变更所述电子券的属主信息。

可选地，接收用户发来的电子券转移请求之前，还包括：预先保存所述电子券具有可转移属性的信息。

可选地，所述可转移属性包括：可分享属性和/或可售卖属性；并且，所述请求类型包括分享和售卖。

可选地，当所述请求类型为分享时，所述转移操作包括：从预存的所述用户的好友关系中选择被分享者，并将所述电子券发送给所述被分享者。

可选地，若所述被分享者不在所述用户的好友关系中，则通过调用外部***进行所述转移操作，所述转移操作包括：将所述转移请求转发给所述外部***以便所述外部***根据接收的所述用户的操作指令将所述电子券分享给所述被分享者，所述用户和所述被分享者在所述外部***是好友关系。

可选地，所述转移请求还包括将所述被分享者添加为好友，并且，在所述转移操作完成后，将所述被分享者添加为好友。

可选地，将所述被分享者添加为好友之后，还包括：获取并保存所述用户和所述被分享者在所述外部***的标识信息。

可选地，若调用所述外部***失败，则返回预存的默认值。

可选地，当所述请求类型为售卖时，根据预先保存的售卖事件进行所述电子券的转移，其中，所述售卖事件包括售卖规则、售卖时间和售卖总量。

可选地，所述售卖事件的审批者为所述电子券的创建者。

可选地，所述转移操作包括：根据所述售卖规则，获取所述电子券的售卖金额；对所述电子券的买方的资产进行校验，并从所述买方的资产中扣除与所述售卖金额相等的资产；修改所述电子券的状态和所述售卖总量；将所述用户的资产中增加与所述售卖金额相等的资产。

可选地，根据所述请求类型对所述电子券执行对应的转移操作之前，还包括：修改所述电子券的状态，并通过消息同步机制将所述电子券的信息和状态保存到缓存中；以及，通过消息机制进行所述电子券的信息和状态的同步操作。

根据本发明实施例的另一方面，提供了一种转移电子券的装置。

一种转移电子券的装置，包括：请求接收模块，用于接收用户发来的电子券转移请求，所述电子券具有可转移属性，所述转移请求包括请求类型和所述电子券的属主信息；转移处理模块，用于根据所述请求类型对所述电子券执行对应的转移操作；属主变更模块，用于当所述转移操作完成后，变更所述电子券的属主信息。

可选地，还包括信息保存模块，用于：在接收用户发来的电子券转移请求之前，预先保存所述电子券具有可转移属性的信息。

可选地，所述可转移属性包括：可分享属性和/或可售卖属性；并且，所述请求类型包括分享和售卖。

可选地，当所述请求类型为分享时，所述转移操作包括：从预存的所述用户的好友关系中选择被分享者，并将所述电子券发送给所述被分享者。

可选地，若所述被分享者不在所述用户的好友关系中，则通过调用外部***进行所述转移操作，所述转移操作包括：将所述转移请求转发给所述外部***以便所述外部***根据接收的所述用户的操作指令将所述电子券分享给所述被分享者，所述用户和所述被分享者在所述外部***是好友关系。

可选地，所述转移请求还包括将所述被分享者添加为好友，并且，在所述转移操作完成后，将所述被分享者添加为好友。

可选地，还包括信息获取模块，用于：在将所述被分享者添加为好友之后，获取并保存所述用户和所述被分享者在所述外部***的标识信息。

可选地，若调用所述外部***失败，则返回预存的默认值。

可选地，当所述请求类型为售卖时，根据预先保存的售卖事件进行所述电子券的转移，其中，所述售卖事件包括售卖规则、售卖时间和售卖总量。

可选地，所述售卖事件的审批者为所述电子券的创建者。

可选地，所述转移操作包括：根据所述售卖规则，获取所述电子券的售卖金额；对所述电子券的买方的资产进行校验，并从所述买方的资产中扣除与所述售卖金额相等的资产；修改所述电子券的状态和所述售卖总量；将所述用户的资产中增加与所述售卖金额相等的资产。

可选地，所述装置还包括数据缓存模块，用于：在根据所述请求类型对所述电子券执行对应的转移操作之前，修改所述电子券的状态，并通过消息同步机制将所述电子券的信息和状态保存到缓存中；以及，通过消息机制进行所述电子券的信息和状态的同步操作。

根据本发明实施例的又一方面，提供了一种转移电子券的终端设备。

一种转移电子券的终端设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的转移电子券的方法。

根据本发明实施例的再一方面，提供了一种计算机可读存储介质。

一种计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的转移电子券的方法。

上述发明中的一个实施例具有如下优点或有益效果：

根据用户发来的电子券转移请求的类型，确定电子券转移操作是分享还是售卖，然后进行相应的电子券转移操作，解决了电子券在不同用户之间的转移问题，且本发明的实施例是基于***内部的用户体系，无须依赖现行的社交软件，从而实现了电子券的流通，并且保证了虚拟资产转移的安全性。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图说明

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例可以应用于其中的示例性***架构图；

图2是根据本发明实施例的转移电子券的方法的主要步骤示意图；

图3是根据本发明实施例的转移电子券的装置的主要模块示意图；

图4是适于用来实现本发明实施例的终端设备的计算机***400的结构示意图。

具体实施方式

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

图1示出了可以应用本发明实施例的转移电子券的方法或转移电子券的装置的示例性***架构100。

如图1所示，***架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。

需要说明的是，本发明实施例所提供的转移电子券的方法一般由服务器105执行，相应地，转移电子券的装置一般设置于服务器105中。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

为了解决电子券浪费的问题，本发明的实施例提供了一种转移电子券的方法，通过为电子券增加“可转移”的属性信息，使得用户可以将电子券转移给他人。

图2是根据本发明实施例的转移电子券的方法的主要步骤示意图。如图2所示，本发明实施例的转移电子券的方法主要包括如下的步骤S21至步骤S23。

步骤S21：接收用户发来的电子券转移请求，电子券具有可转移属性，转移请求包括请求类型和电子券的属主信息；

步骤S22：根据请求类型对电子券执行对应的转移操作；

步骤S23：当转移操作完成后，变更电子券的属主信息。

根据本发明的实施例，在步骤S21接收用户发来的电子券转移请求之前，还可以：预先保存电子券具有可转移属性的信息。通过为电子券增加“可转移”的属性信息，使得用户可以将电子券转移给他人。

转移请求中还可以包括电子券的信息，例如：电子券的编号、有效期、所有人、是否可转移及转移时间等。并且，在接收用户发来的电子券转移请求之后，还可以对电子券的信息进行校验。通过对电子券的信息的校验，可以判断该电子券是否可以被转移，例如：是否可以分享给好友，是否可以被售卖等。

当该电子券可以被转移时，会在电子券的相应位置展示用于标识可转移属性的操作模块，例如，可显示为按钮，以供用户选择是否将该电子券转移给他人。当用户点击该按钮后，***将该电子券的状态相应地修改为“转移中”。同时，在对电子券执行对应的转移操作之前，还可以包括：修改电子券的状态，并通过消息同步机制将所述电子券的信息和状态保存到缓存中，例如：可以通过消息同步机制，将该电子券的信息和电子券的状态放入缓存中并进行同步操作。缓存例如可以是Redis或Memcached等key-value形式的存储***。

根据本发明的实施例，可转移属性包括：可分享属性和/或可售卖属性。也就是说，电子券的可转移属性可以包括：可分享、可售卖，以及可分享且可售卖3种形式。当电子券仅具有可分享属性时，用户请求转移该电子券时的请求类型即为分享；当电子券仅具有可售卖属性时，用户请求转移该电子券时的请求类型即为售卖；当电子券具有可分享属性和可售卖属性时，用户请求转移该电子券时的请求类型可以为分享或售卖，具体依用户的选择而定。理论上，一张电子券是不能同时被分享和售卖的。因此，请求类型主要包括分享和售卖两种。其中，分享面向好友之间进行，售卖可以面向***中的所有人。

下面分别介绍上述两种类型的电子券转移请求的处理过程。

当请求类型为分享时，***执行的电子券的转移操作是从预存的用户的好友关系中选择被分享者，并将电子券发送给被分享者。

当该电子券可以被分享时，会在电子券的相应位置展示“分享”按钮，以供用户选择是否将该电子券分享给好友。当用户点击“分享”按钮后，***首先进行电子券的信息校验，主要包括：电子券是否可分享、电子券是否在有效期、用户信息等。当校验通过后，***将该电子券的状态修改为“分享中”，返回***中预存的该用户的好友关系并提示用户选择被分享者；然后根据用户选择的被分享者将该电子券发送给被分享者。同时，还通过消息同步机制，将该电子券的信息和电子券的状态放入缓存(例如Redis)中并进行同步操作。并且，还可以将电子券的信息放入Elasticsearch集群进行存储，以便通过电子券编号和分享人，在Elasticsearch集群查询电子券属主变更的记录。

另外，还可以根据电子券的分享情况修改电子券的状态，主要可以包括如下3种情况：

若电子券的分享情况为被分享者已领取，则将电子券的状态修改为已领取；

若电子券的分享情况为用户取消分享，则将电子券的状态修改为未使用；

若电子券的分享情况为分享时间到期，则将电子券的状态修改为未使用。

若被分享者不在用户的好友关系中，则通过调用外部***进行转移操作，将转移请求转发给外部***以便外部***根据接收的用户的操作指令将电子券分享给被分享者，其中，用户和被分享者在外部***是好友关系。

用户将转移请求转发给外部***分享电子券时，还可以选择是否将被分享人添加为好友，以便下次分享电子券时可以直接从***中保存的好友关系中进行选择。也就是说，转移请求还可以包括将被分享者添加为好友。并且，在转移操作成功后，将被分享者添加为好友，以及还可以获取并保存用户和被分享者在外部***的标识信息，以便用户可以从***中保存的好友关系中看到该好友关系是通过电子券分享添加的。例如：若该外部***为微信，则可以通过微信服务获取用户和被分享者的微信昵称和微信头像等标识信息，并存储在数据库和缓存中。当用户和被分享者添加为好友后，基于该好友关系，不仅可以分享电子券，还可以进行浏览记录分享、商品推荐、活动推荐等等交互。

本发明的实施例中还可以采用可调节降级机制，若调用外部***失败，则返回预存的默认值。当调用外部***服务，非本***服务发生不可用或响应超时的情况时，将由默认值替换希望值，以保证业务***正常运行。当特殊情况发生时，也可人工进行默认值的调整。例如：通过监控对外部***服务的调用时间，当判断调用时间超出阈值(例如设定为200毫秒)时，将不再等待外部***的返回结果，直接返回默认值，该默认值可根据不同的业务情况具体设定，由此保证***在可接受的时间范围(例如500毫秒)内对用户的操作做出相应的响应，从而保证用户的体验。

由于电子券分享功能多、数据量大，在数据存储和读取方面采用了分库分表的设计方式。例如：可以以用户账号为分表依据，经过哈希运算后，将用户分享操作的明细信息分散在多张数据表中。当电子券的状态发生变更时，第一步只对底层数据库进行修改，然后通过消息机制，异步完成对缓存、流水表等相对次要信息的完善和构建，从而可以保证***的处理效率。例如：***通过消息机制，将电子券的最新状态同步到Elasticsearch集群中，以便通过电子券编号和分享人，在Elasticsearch集群查询电子券所属关系的变更记录。

当用户发来的电子券转移请求的请求类型为售卖时，可以根据预先保存的售卖事件进行电子券的转移，其中，售卖事件包括售卖规则、售卖时间和售卖总量。其中，售卖事件的审批者为电子券的创建者。本发明的实施例中，每个申请售卖的电子券批次，是通过提交OA审批单来创建售卖事件的，并且该售卖事件只有电子券的创建人才能审核，这样极大地增强了电子券类虚拟资产的安全性。

当电子券可以被售卖时，会在电子券的相应位置展示“售卖”按钮，以供用户选择是否将该电子券进行售卖。当用户点击“售卖”按钮后，***首先进行电子券的信息校验，主要包括：电子券是否可售卖、电子券是否在有效期、用户信息、售卖事件信息等。当校验通过后，***将该电子券的状态修改为“售卖中”；然后，将电子券和用户的相关信息添加到电子券交易平台的数据表中，并通过消息机制，将这些信息同步到缓存Redis中，同时将电子券售卖事件的售卖总量进行变更。其中，电子券交易平台是***提供的一个电子券集市，当有电子券添加售卖或售卖成功时，会实时更新此次售卖事件的可售卖电子券数量，即售卖总量。

当有买方通过电子券交易平台购买电子券时，***所执行的转移操作主要包括：

根据售卖规则，获取电子券的售卖金额，其中，售卖规则中包括不同的电子券的售卖金额或售卖金额与电子券面额的占比等，当用户点击“售卖”按钮后，该电子券的售卖金额可以由***生成并自动显示，不同的领取时间、不同类型或存在其他差异的电子券所对应的售卖金额可能不同。另外，本领域技术人员可以知道，电子券的售卖金额也可以由用户自行设定；

对电子券的买方的资产进行校验，并从买方的资产中扣除与售卖金额相等的资产，其中，当买方的资产不足时，会提示校验失败；

修改电子券的状态和售卖总量，将电子券的状态修改为“已售卖”，并将售卖总量减1，同时还可以保存该电子券的售卖记录；

将用户的资产中增加与售卖金额相等的资产，通过消息机制，计算用户可得的资产，并对用户的资产进行相应增加。

根据以上介绍的转移操作，即可实现通过***提供的电子券交易平台进行电子券的售卖。

另外，当一个电子券具有可售卖属性时，用户可查看该电子券对应的售卖事件，例如：售卖规则、售卖时间、售卖总量等。还可以根据电子券的售卖情况修改电子券的状态，例如：若电子券的售卖情况为买方已购买、用户取消售卖，或者售卖时间到期，则将电子券的状态修改为未使用。并且，如果是售卖时间到期的话，则电子券将不可再次进行售卖，其对应的可售卖属性将消失。

与电子券的分享过程类似，在电子券进行售卖时，用户发送的电子券转移请求中也可以包括将电子券的买方添加为好友的请求，并且，当买方在电子券交易平台上购买了电子券后，将买方添加为好友，以便进行电子券的分享、浏览记录分享、商品推荐、活动推荐等等交互。

根据以上所述的电子券的分享和售卖的过程，解决了电子券在用户间转移的问题，且基于***内部的用户体系，无须依赖现行的社交软件，从而极大地保证了虚拟资产转移的安全性。

图3是根据本发明实施例的转移电子券的装置的主要模块示意图。如图3所示，本发明实施例的转移电子券的装置30主要包括请求接收模块31、转移处理模块32和属主变更模块33。

请求接收模块31用于接收用户发来的电子券转移请求，所述电子券具有可转移属性，所述转移请求包括请求类型和所述电子券的属主信息。

转移处理模块32用于根据所述请求类型对所述电子券执行对应的转移操作。

属主变更模块33用于当所述转移操作完成后，变更所述电子券的属主信息。

根据本发明的实施例，转移电子券的装置30还可以包括信息保存模块(图中未示出)，用于：在接收用户发来的电子券转移请求之前，预先保存所述电子券具有可转移属性的信息。

其中，可转移属性可以包括：可分享属性和/或可售卖属性；并且，请求类型包括分享和售卖。当电子券仅具有可分享属性时，用户发送的电子券转移请求的请求类型即为分享；当电子券仅具有可售卖属性时，用户发送的电子券转移请求的请求类型即为售卖；当电子券具有可分享属性和可售卖属性时，用户发送的电子券转移请求的请求类型可以为分享或售卖，根据用户的选择而定。

根据本发明实施例的技术方案，当请求类型为分享时，转移操作包括：从预存的用户的好友关系中选择被分享者，并将电子券发送给被分享者。

若被分享者不在用户的好友关系中，则通过调用外部***进行转移操作，转移操作包括：将转移请求转发给外部***以便外部***根据接收的用户的操作指令将电子券分享给被分享者，用户和被分享者在外部***是好友关系。

另外，转移请求中还可以包括将被分享者添加为好友，并且，在转移操作完成后，将被分享者添加为好友。

另外，本发明实施例的转移电子券的装置30还可以包括：信息获取模块(图中未示出)，用于在将被分享者添加为好友之后，获取并保存用户和被分享者在外部***的标识信息，以便当用户进行电子券好友选择时，可以看到哪些好友是通过外部***添加的。

其中，在调用外部***进行电子券的转移操作时，若调用外部***失败，则返回预存的默认值，以保证***可以及时地作出响应，保证用户的体验。

当请求类型为售卖时，根据预先保存的售卖事件进行电子券的转移，其中，售卖事件包括售卖规则、售卖时间和售卖总量。

本发明的实施例中，售卖事件的审批者为电子券的创建者，从而增强了电子券类虚拟资产的安全性。

并且，当有买方通过***提供的电子券交易平台购买电子券时，电子券的转移操作包括：根据售卖规则，获取电子券的售卖金额；对电子券的买方的资产进行校验，并从买方的资产中扣除与售卖金额相等的资产；修改电子券的状态和售卖总量；将用户的资产中增加与售卖金额相等的资产。

另外，本发明实施例的转移电子券的装置30还可以包括数据缓存模块(图中未示出)，用于：在根据请求类型对电子券执行对应的转移操作之前，修改电子券的状态，并通过消息同步机制将电子券的信息和状态保存到缓存中。以及，本发明的实施例中可以通过消息机制进行电子券的信息和状态的同步操作。

根据本发明实施例的技术方案，根据用户发来的电子券转移请求的类型，确定电子券转移操作是分享还是售卖，然后进行相应的电子券转移操作，解决了电子券在不同用户之间的转移问题，且本发明的实施例是基于***内部的用户体系，无须依赖现行的社交软件，从而实现了电子券的流通，并且保证了虚拟资产转移的安全性。

根据本发明的实施例，本发明还提供了一种转移电子券的终端设备和一种计算机可读介质。

本发明的转移电子券的终端设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明所提供的转移电子券的方法。

本发明的计算机可读介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明所提供的转移电子券的方法。

下面参考图4，其示出了适于用来实现本发明实施例的终端设备的计算机***400的结构示意图。图4示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机***400包括中央处理单元(CPU)401，其可以根据存储在只读存储器(ROM)402中的程序或者从存储部分408加载到随机访问存储器(RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有***400操作所需的各种程序和数据。CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(I/O)接口405也连接至总线404。

以下部件连接至I/O接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。

特别地，根据本发明公开的实施例，上文主要步骤图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行主要步骤图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(CPU)401执行时，执行本发明的***中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括请求接收模块、转移处理模块和属主变更模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，请求接收模块还可以被描述为“用于接收用户发来的电子券转移请求，所述电子券具有可转移属性，所述转移请求包括请求类型和电子券的属主信息的模块”。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：接收用户发来的优惠券电子券转移请求，所述电子券具有可转移属性，所述转移请求包括请求类型和所述电子券的属主信息；根据所述请求类型对所述电子券执行对应的转移操作；当所述转移操作完成后，变更所述电子券的属主信息。

根据本发明实施例的技术方案，根据用户发来的电子券转移请求的类型，确定电子券转移操作是分享还是售卖，然后进行相应的电子券转移操作，解决了电子券在不同用户之间的转移问题，且本发明的实施例是基于***内部的用户体系，无须依赖现行的社交软件，从而实现了电子券的流通，并且保证了虚拟资产转移的安全性。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (8)

1.一种转移电子券的方法，其特征在于，包括：

接收用户发来的电子券转移请求，所述电子券具有可转移属性，所述转移请求包括请求类型和所述电子券的属主信息，所述可转移属性包括：可分享属性和/或可售卖属性；并且，所述请求类型包括分享和售卖；

根据所述请求类型对所述电子券执行对应的转移操作；

当所述转移操作完成后，变更所述电子券的属主信息；

当所述请求类型为售卖时，根据预先保存的售卖事件进行所述电子券的转移，其中，所述售卖事件包括售卖规则、售卖时间和售卖总量，所述售卖事件的审批者为电子券的创建者，且所述售卖事件是通过提交OA审批单来创建的；所述转移操作包括：

根据所述售卖规则，获取所述电子券的售卖金额；

对所述电子券的买方的资产进行校验，并从所述买方的资产中扣除与所述售卖金额相等的资产；

修改所述电子券的状态和所述售卖总量；

将所述用户的资产中增加与所述售卖金额相等的资产；

并且，在根据所述请求类型对所述电子券执行对应的转移操作之前，还包括：

修改所述电子券的状态，并通过消息同步机制将所述电子券的信息和状态保存到缓存中；以及，

通过消息机制进行所述电子券的信息和状态的同步操作；

当所述请求类型为分享时，所述转移操作包括：从预存的所述用户的好友关系中选择被分享者，并将所述电子券发送给所述被分享者；

若所述被分享者不在所述用户的好友关系中，则通过调用外部***进行所述转移操作，所述转移操作包括：将所述转移请求转发给所述外部***以便所述外部***根据接收的所述用户的操作指令将所述电子券分享给所述被分享者，所述用户和所述被分享者在所述外部***是好友。

2.根据权利要求1所述的方法，其特征在于，接收用户发来的电子券转移请求之前，还包括：

预先保存所述电子券具有可转移属性的信息。

3.根据权利要求1所述的方法，其特征在于，

所述转移请求还包括将所述被分享者添加为好友，

并且，在所述转移操作完成后，将所述被分享者添加为好友。

4.根据权利要求3所述的方法，其特征在于，将所述被分享者添加为好友之后，还包括：

获取并保存所述用户和所述被分享者在所述外部***的标识信息。

5.根据权利要求1所述的方法，其特征在于，

若调用所述外部***失败，则返回预存的默认值。

6.一种转移电子券的装置，其特征在于，包括：

请求接收模块，用于接收用户发来的电子券转移请求，所述电子券具有可转移属性，所述转移请求包括请求类型和所述电子券的属主信息，所述可转移属性包括：可分享属性和/或可售卖属性；并且，所述请求类型包括分享和售卖；

转移处理模块，用于根据所述请求类型对所述电子券执行对应的转移操作；当所述请求类型为售卖时，根据预先保存的售卖事件进行所述电子券的转移，其中，所述售卖事件包括售卖规则、售卖时间和售卖总量，所述售卖事件的审批者为电子券的创建者，且所述售卖事件是通过提交OA审批单来创建的；所述转移操作包括：根据所述售卖规则，获取所述电子券的售卖金额；对所述电子券的买方的资产进行校验，并从所述买方的资产中扣除与所述售卖金额相等的资产；修改所述电子券的状态和所述售卖总量；将所述用户的资产中增加与所述售卖金额相等的资产；当所述请求类型为分享时，所述转移操作包括：从预存的所述用户的好友关系中选择被分享者，并将所述电子券发送给所述被分享者；若所述被分享者不在所述用户的好友关系中，则通过调用外部***进行所述转移操作，所述转移操作包括：将所述转移请求转发给所述外部***以便所述外部***根据接收的所述用户的操作指令将所述电子券分享给所述被分享者，所述用户和所述被分享者在所述外部***是好友；

属主变更模块，用于当所述转移操作完成后，变更所述电子券的属主信息；

数据缓存模块，用于在根据所述请求类型对所述电子券执行对应的转移操作之前，修改所述电子券的状态，并通过消息同步机制将所述电子券的信息和状态保存到缓存中；以及，通过消息机制进行所述电子券的信息和状态的同步操作。

7.一种转移电子券的终端设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

8.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-5中任一所述的方法。

Images