CN107093089A - 一种用户虚拟资源的共享方法及装置 - Google Patents

Abstract

本申请公开了一种用户虚拟资源的共享方法及装置。一种用户虚拟资源的共享方法包括：服务端接收共享发起方用户侧发送的针对待共享资源的共享请求；确定所述共享请求对应的共享目标用户集合；为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源；将所述共享资源信息添加至所述共享目标用户集合中每个用户的可用资源信息，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。本申请提供了虚拟资产的用户间共享方案，与现有技术相比，扩大了每份虚拟资源的可被使用范围，从而更有利于提升虚拟资源的使用率，也可以为用户带来更好的使用体验。

Description

一种用户虚拟资源的共享方法及装置

技术领域

本申请涉及互联网应用技术领域，尤其涉及一种用户虚拟资源的共享方法及装置。

背景技术

计算机和互联网技术的发展，为用户带来了前所未有的便捷，目前这些技术已经渗透到人们日常生活的各个方面，对于一些综合性的服务提供方而言，往往能够在多个领域的多个方面为用户提供服务。例如，某些综合性的服务平台(如支付宝、微信、淘宝、大众点评等)，可以与众多线上或线下的商户(如购物、餐饮、旅游、休闲娱乐等)建立合作关系，用户通过登录该综合服务平台，就可以使用平台合作商户所提供的各种服务。

为了鼓励用户消费，商户或合作平台经常会向用户发放各种形式的虚拟资源，例如折扣券、代金券、满减券等等，根据现有技术的实现方式，虚拟资源都是“用户”为单位进行发放和管理的，用户得到的每一份虚拟资源都属于个人资产，只能自己使用，而这种方式显然不利于提高虚拟资源的使用率，无形中提升了系统的运营成本。针对上述情况，一种改进的方案是，允许用户之间以“赠与”的方式流通虚拟资源，然而这种方案的技术实质仍然是以用户为单位对虚拟资源进行管理，也就是说，无论如何流通，一份虚拟资源在同一时刻只能“属于”一个用户，其他用户无法查看和使用，这对虚拟资源的使用率改善程度依然是很有限的。从用户的角度来看，也不利于更多的用户享受到更多的优惠服务。

发明内容

针对上述技术问题，本申请提供用户虚拟资源的共享方法及装置，技术方案如下：

根据本申请的第一方面，提供一种用户虚拟资源的共享方法，应用于服务端，该方法包括：

接收共享发起方用户侧发送的针对待共享资源的共享请求，所述待共享资源为所述共享发起方用户的私有资源；

确定所述共享请求对应的共享目标用户集合；

为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源；

将所述共享资源信息添加至所述共享目标用户集合中每个用户的可用资源信息，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。

根据本申请的第二方面，提供一种用户虚拟资源的共享方法，应用于共享发起方用户的客户端，该方法包括：

从共享发起方用户的私有资源中，确定待共享资源；

针对所述待共享资源，向服务端发起共享请求，以用于所述服务端确定所述共享请求对应的共享目标用户集合、为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源、将所述共享资源信息添加至所述共享目标用户集合中每个用户的资源列表，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。

根据本申请的第三方面，提供一种用户虚拟资源的共享方法，应用于共享目标用户的客户端，该方法包括：

响应于当前用户的资源查看操作，展现当前用户的可用共享资源的信息；

其中，所述共享资源，由服务端根据共享发起方用户提供的待共享资源生成；所述当前用户为：所述共享资源对应的共享目标用户集合中的用户。

根据本申请的第四方面，提供一种用户虚拟资源的共享装置，应用于服务端，该装置包括：

共享请求接收模块，用于接收共享发起方用户侧发送的针对待共享资源的共享请求，所述待共享资源为所述共享发起方用户的私有资源；

共享目标确定模块，用于确定所述共享请求对应的共享目标用户集合；

共享处理模块，用于为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源；将所述共享资源信息添加至所述共享目标用户集合中每个用户的可用资源信息，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。

根据本申请的第五方面，提供一种用户虚拟资源的共享装置，应用于共享发起方用户的客户端，该装置包括：

待共享资源确定模块，用于从共享发起方用户的私有资源中，确定待共享资源；

共享请求发送模块，用于针对所述待共享资源，向服务端发起共享请求，以用于所述服务端确定所述共享请求对应的共享目标用户集合、为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源、将所述共享资源信息添加至所述共享目标用户集合中每个用户的资源列表，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。

根据本申请的第六方面，提供一种用户虚拟资源的共享装置，应用于共享目标用户的客户端，该装置包括：

资源查看操作接收模块，用于获得当前用户的资源查看操作；

共享资源展现模块，用于响应当前用户的资源查看操作，展现当前用户的可用共享资源的信息；

其中，所述共享资源，由服务端根据共享发起方用户提供的待共享资源生成；所述当前用户为：所述共享资源对应的共享目标用户集合中的用户。

本申请提供了虚拟资产的用户间共享，对于任一份已共享的虚拟资源，对共享群组内的所有用户都可见，并且任一名用户都可以使用。与现有技术相比，对虚拟资源的管理单位从“单个用户”扩充到了“用户组”，扩大了每份虚拟资源的可被使用范围，从而更有利于提升虚拟资源的使用率。从用户的角度来看，不仅可以让更多的用户享受到各类优惠服务，还可以有效地增加用户间的交流与互动，为用户带来更好的使用体验。

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

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。

图1是本申请的本申请方案的系统架构示意图；

图2是本申请的用户虚拟资源的共享方法的流程示意图；

图3是本申请的用户虚拟资源的共享装置的第1种结构示意图；

图4是本申请的用户虚拟资源的共享装置的第2种结构示意图；

图5是本申请的用户虚拟资源的共享装置的第3种结构示意图；

图6是本申请的用户虚拟资源的共享装置的第4种结构示意图；

图7是用于配置用户虚拟资源的共享装置的第5种结构示意图；

图8a-图8f是本申请的具体应用实例的界面示意图。

具体实施方式

为了使本领域技术人员更好地理解本申请中的技术方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行详细地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都应当属于本申请保护的范围。

在本申请中，假设用户x要将自己的私有虚拟资源R(例如折扣券、代金券、满减券等)共享给其他用户y1、y2、y3……，则将用户x称为共享发起方用户，将y1、y2、y3……称为共享目标用户，对于任一次共享操作而言，共享目标用户可以只有一个，也可以是多个用户构成的用户集合。另外，根据实际应用场景的需求，共享目标用户既可以包括共享发起方用户，也可以不包括共享发起方用户。

在本申请中，“私有资源”是指仅能被资源拥有者个人查看及使用的资源，而“共享资源”则是指能够被任意共享目标用户查看及使用的资源。

如图1所示，本申请方案涉及的交互实体包括：共享发起方用户的客户端10、服务端20、共享目标方用户的客户端30。其中服务端对应发放并管理虚拟资源的服务平台，不同的客户端之间通过服务端来实现虚拟资源的共享。本申请中的“客户端”及“服务端”，既可以理解为实际的客户端设备(例如手机、平板电脑、PC机等)及服务端设备(例如服务器、服务器集群等)，也可以理解为安装在相应物理设备上的软件。

可以理解的是，图1仅示出了一种最简的系统架构情形，实际应用中，一个共享发起方用户提供的共享资源可以共享给多个共享目标用户；一个共享目标用户也可以查看并使用多个共享发起方用户提供的共享资源。

图2所示为本申请提供的虚拟资源共享方法的交互流程图，从流程上看，该方法可以被划分为两个阶段：共享发起阶段和共享使用阶段，当然该阶段仅是针对特定的虚拟资源而言，下面分别对每个阶段进行说明：

1)共享发起阶段，主要可以包括两个过程：

S101，共享发起方客户端向服务端发起资源共享请求；

在本步骤中，共享发起方用户首先从自己的私有虚拟资源中，确定准备要共享的资源，即“待共享资源”。这里的“待共享资源”在性质上仍然属于私有资源。

实际应用时，共享发起方客户端可以直接将用户所有的可用虚拟资源都确定为待共享资源，也可以根据用户的选择操作，确定一份或多份待共享资源。

在本申请的一种具体实施方式中，可以在共享发起方客户端应用的用户界面上提供资源共享操作入口，接收到用户的资源共享操作指令后，向用户展现当前可供共享的私有资源列表，以供用户选择。在存在较多私有资源的情况下，还可以提供一定的筛选或排序规则，例如：按照卡券的即将过期时间进行筛选/排序、按照卡券的金额进行筛选/排序、按照卡券的可用场景进行筛选/排序等等，从而方便用户更有针对性地进行选择。

确定待共享资源后，共享发起方可以向客户端向服务端发起资源共享请求，并在该请求中携带待共享资源的标识。

关于待共享资源的共享目标用户的确定，一种基本的实现方案是：获取共享发起方用户的好友信息，并将发起用户的所有好友确定为共享目标用户集合；

实际应用中，共享发起方客户端也可以向共享发起方用户提供共享目标用户的选择功能，然后根据共享发起方用户的选择，将共享发起方用户指定的一名或多名用户确定为共享目标用户集合。这里共享发起方用户所指定的用户，既可以是通常意义上的“好友”，也可以是非好友用户。

在另一种实施方式中，共享发起发用户也可以预先定义一个或多个用户组，在需要共享资源时可以直接以用户组为单位进行选择，以确定共享目标用户集合。这里的“用户组”既可以是通常社交意义上的用户组、例如“同事”、“同学”、“家人”等等，也可以专用于资源共享的用户组。而且专用于资源共享的用户组还可以做进一步划分，例如“餐饮优惠券共享组”、“购物优惠券共享组”等等。

进一步地，如果“待共享资源”和“共享目标用户集合”均由共享发起方客户端确定，那么综合这两方面信息，还可以进行进一步的筛选处理。举例说明，很多资源是有一些使用限制的，例如：xx级别以上会员可用，xx城市可用，对于这类待共享资源，在确定共享目标用户集合时，可以根据上述使用限制信息，对无法使用所述待共享资源的用户进行过滤，过滤操作可以在向用户展现选择列表之前进行，并将过滤结果体现在选择列表中；也可以在用户选择之后进行，从而有效地避免资源共享后其他用户无法实际使用的情形发生。

另外，根据实际应用场景的需求，所确定的共享目标用户集合中，既可以包括共享发起方用户，也可以不包括共享发起方用户。

需要说明的是，上述确定共享目标用户集合的操作，既可以由共享发起方客户端实现，并将确定结果提供给服务端(例如携带在共享请求中提供、或者通过单独发送消息提供等)；也可以由客户端实现；或者部分由共享发起方客户端实现、部分由客户端实现，本申请对此并不需要进行限定。在后面的步骤中，也将对由服务端实现共享目标用户集合确定操作的情况进行说明。

S102，服务端根据资源共享请求，对待共享资源进行共享处理。

服务端作为所有用户虚拟资源的管理方，在接收到共享发起方客户端发起的资源共享请求后，对待共享资源进行共享处理，即将“待共享资源”转换为“共享资源”，具体可包括以下步骤：

S102a，确定共享请求对应的共享目标用户集合；

如果共享发起方客户端确定了共享目标用户集合，并将确定结果以某种方式(例如携带在共享请求中提供、或者通过单独发送消息提供等)提供给服务端，则服务端则可以直接根据共享发起方客户端提供的信息确定共享目标用户集合。

在本申请的另一种实施方式中，服务端也可以自行确定共享目标用户集合，具体可以是服务端根据某些已知信息(例如共享发起方用户的好友信息、共享发起方用户的预定义的共享目标用户信息，等等)自动确定共享目标用户集合；也可以是服务端通过与用户侧交互的方式，根据共享发起方用户的选择，将其指定的至一名或多名用户确定为共享目标用户集合。

服务端在实际确定共享目标用户集合的过程中，也可以采用排序、筛选等方式优化确定结果以及用户操作体验，具体方式可以参见S101中对共享发起方客户端侧的描述，这里不再做重复说明。

S102b，为待共享资源添加共享标识，得到针对共享目标用户集合的共享资源；

确定“待共享资源”以及“共享目标用户集合”两方面信息后，服务端对待共享资源进行标识处理，实际应用时，可以预先在资源数据库中添加“是否共享”、“共享对象”等类似字段，通过修改该字段来实现对资源共享状态的标识。当然，本申请并不需要对具体的标识处理方式进行限定。

进行标识之后，“待共享资源”转换为“共享资源”，不再处于“私有”状态。

S102c，将共享资源信息添加至共享目标用户集合中每个用户的可用资源信息；

为了令已的共享资源能够被共享目标用户集合中的任一用户查看并使用，需要进一步将共享资源的信息添加至每个共享目标用户的可用资源中，具体的添加方式可以是直接将共享资源信息复制到每个共享目标用户的可用资源列表中，也通过在每个共享目标用户的资源列表中添加链接信息等方式实现，本申请对具体的实现方式并不需要进行限定。

完成上述操作后，对于任意的共享目标用户，在客户端上执行可用资源查看操作后，即可直接看到其他用户共享给自己的资源信息。客户端在实际展现可用共享资源时，既可以对共享资源和私有资源做分类展示，也可以将共享资源和私有资源混合展示。其中，在展现共享资源时，可以同时展现该共享资源的共享发起方用户信息，以便令当前用户知道是哪位好友向自己共享了资源。在展现共享的信息的其他规则(例如排序、筛选等)均可以采用与私有资源相似的方式，本实施例中不再具体说明。可以理解的是，对于某个用户而言，可以同时查看到多名其他用户对其共享的资源。

2)共享发起阶段，主要可以包括两个过程：

S103，共享目标方客户端向服务端发起共享资源使用请求；

S104，服务端根据共享资源使用请求，对共享资源进行核销处理。

在一次资源共享过程中，对于任意的共享目标用户，都可以使用其他用户向自己共享的资源。在使用过程中，只要满足相应的资源使用条件，共享资源与私有资源可以是被等同处理的，例如，在用户购物优惠买单时，将其可用的私有资源和共享资源混合在一起进行排序、筛选，选择出最合适优惠券/优惠券组合参与购物结算。具体的筛选/排序规则可以是按照优惠券的即将过期时间进行筛选/排序、按照优惠金额进行筛选/排序等等，本申请并不需要进行限定。

事实上，共享资源的使用方式与私有资源基本类似，不同之处仅在于：每份共享资源尽管被多人所共享，但实际上仍然只能被使用一次，所以使用“先到先得”的原则，即一份资源在被任一用户使用之后，服务端立即对其进行核销，即将该资源的状态修改为“已使用”，共享目标用户集合中的其他用户、以及共享发起方用户本人后续无法再使用该虚拟资源。

基于上述情况，在共享目标用户数量较多的情况下，服务端可能需要进一步考虑多个客户端针对同一份共享资源并发使用请求的方式，例如，通过幂等性检查等方式，避免同一份共享资源被多次核销。当然，本申请对具体的并发处理方案并不需要进行限定。

在本申请的一种具体实施方式中，可以提供“共享感谢”机制，具体而言，当用户y使用了用户x共享的资源后，系统可以自动提供用户y对x的交互渠道，以便用户y对x进行感谢，例如自动为y开启向x发送站内消息的界面，甚至还可以让y向x提供一定数量的资源以示感谢。实际应用中，感谢资源的数量可以由共享资源的使用者来确定，也可以由系统自动确定。在使用系统自动确定方案时，考虑到感谢资源的数量应该不大于共享资源的数量，可以设置感谢资源为实际节省资源的一定比例，例如，用户y通过使用用户x共享的优惠券，在购物时节省了5元钱，那么可以设置让y向x提供不大于0.5元(实际节省金额的10％)的感谢费用，具体的费用数量可以由y自行填写，也可以系统自动确定，例如生成范围在[0.01,0.5]的随机数，然后从y的账户向x的账户转账相应数量的金额。通过这种方式，既避免了x的资源限制，又令y得到了实际的优惠，最终x也能够得到一些收益，可以说对共享发起方用户和共享目标用户都有好处，而且还能有效地增加用户间的交流与互动。

另外，考虑到用户的实际使用情况，在本申请的一种具体实施方式中，还可以提供“预约使用”机制。具体而言，在共享目标用户希望使用某资源、但是又无法立即使用的情况下，可以针对该资源执行“预约使用”操作，客户端根据该操作，向服务端发送针对指定共享资源的预约使用请求。服务端接收到该请求后，对该指定共享资源进行临时锁定处理，其中，被锁定的共享资源在预设的时长内无法被除预约使用发起方之外的其他用户使用。这里预设时长可以根据实际需求设定例如6小时、8小时等等，预约使用后超过该时长，若资源仍未被使用，则锁定自动解除。此外，预约使用发起方用户也可以自行取消预约，相应地服务端根据取消预约操作，解除对共享资源的锁定。

例如，某用户y看到自己有别人共享的某餐馆的优惠券，决定去该餐馆就餐，为了避免该优惠券在买单之前被其他人抢用，该用户y可以预约使用该优惠券，假设系统预设的自动锁定时长为5小时，则在这5小时之内，该优惠券只能被用户y使用，对于其他的共享目标用户则为“不可用状态”，通过这种方式，有效地避免了用餐结束后无优惠券可用的情形发生。

以上介绍了一次虚拟资源共享的发起、使用的过程，在实际的应用过程中，一份资源的状态可能发生多次变化，例如被共享、被预约、预约解除、被使用等等，每次发生状态变化后，服务端都可以将具体状态变动情况广播至共享目标用户集合中的每名用户、共享发起方用户，以便相关用户可以随时掌握共享资源的最新动态。

此外，当共享目标用户集合的成员发生变动后，服务端可以相应修改变动所涉及成员对所述共享资源的查看及使用权限。例如，某共享资源的共享对象是“共享发起方用户的所有好友”，那么在资源共享后，如果共享发起方用户增加了新的好友，则服务端自动为该新好友增加对该共享资源的查看及使用权限；类似地，如果共享发起方用户与某用户解除了好友关系，则服务端自动删除该用户对该共享资源的查看及使用权限。

相应于上述方法实施例，本申请还提供一种应用于服务端的用户虚拟资源的共享装置，参见图3所示，该装置可以包括：

共享请求接收模块110，用于接收共享发起方用户侧发送的针对待共享资源的共享请求，待共享资源为共享发起方用户的私有资源；

共享目标确定模块120，用于确定共享请求对应的共享目标用户集合；

共享处理模块130，用于为待共享资源添加共享标识，得到针对共享目标用户集合的共享资源；将共享资源信息添加至共享目标用户集合中每个用户的可用资源信息，以便共享资源能够被共享目标用户集合中的任一用户查看并使用。

在本申请的一种具体实施方式中，共享目标确定模块，可以具体用于：

获取共享发起方用户的好友信息，将共享发起方用户的至少一名好友确定为共享目标用户集合；

或者

根据共享发起方用户的选择，将共享发起方用户指定的至少一名用户确定为共享目标用户集合。

在本申请的一种具体实施方式中，共享目标确定模块，可以具体用于：

将共享发起方用户的全部好友确定为共享目标用户集合；

或者

根据共享发起方用户预定义的共享目标用户信息，确定共享目标用户集合。

在本申请的一种具体实施方式中，共享目标确定模块，可以具体用于：

根据共享发起方用户当前指定的用户或用户组，确定共享目标用户集合。

在本申请的一种具体实施方式中，共享目标确定模块，可以具体用于：

根据待共享资源的使用限制信息，对无法使用待共享资源的用户进行过滤，以确定共享目标用户集合。

在本申请的一种具体实施方式中，共享处理模块，还可以用于：

当共享目标用户集合的成员发生变动后，相应修改变动所涉及成员对共享资源的查看及使用权限。

在本申请的一种具体实施方式中，共享处理模块，还可以用于：

将共享资源的状态变动情况广播至共享目标用户集合中的用户。

参见图4所示，在本申请的一种具体实施方式中，上述共享装置还可以包括：

使用请求处理模块140，用于在接收到共享目标用户集合中的任一用户侧发送的、针对指定共享资源的使用请求后，对指定共享资源进行核销处理。

预约请求处理模块150，用于在接收到共享目标用户集合中的任一用户侧发送的、针对指定共享资源的预约使用请求后，对指定共享资源进行临时锁定处理，其中，被锁定的共享资源在预设的时长内无法被除预约使用发起方之外的其他用户使用。

参见图5所示，本申请还提供一种应用于共享发起方用户客户端的用户虚拟资源的共享装置，该装置可以包括：

待共享资源确定模块210，用于从共享发起方用户的私有资源中，确定待共享资源；

共享请求发送模块220，用于针对待共享资源，向服务端发起共享请求，以用于服务端确定共享请求对应的共享目标用户集合、为待共享资源添加共享标识，得到针对共享目标用户集合的共享资源、将共享资源信息添加至共享目标用户集合中每个用户的资源列表，以便共享资源能够被共享目标用户集合中的任一用户查看并使用。

在本申请的一种具体实施方式中，待共享资源确定模块，可以具体用于：

根据预设的规则，对共享发起方用户的私有资源进行筛选或排序，将结果展现给共享发起方用户，并根据共享发起方用户针对展现结果的选择操作确定待共享资源。

在本申请的一种具体实施方式中，上述共享装置还可以包括：

共享目标确定模块(图中未示出)，用于确定共享目标用户集合，并将确定结果提供至服务端。

参见图6所示，本申请还提供一种应用于共享目标用户客户端的用户虚拟资源的共享装置，该装置可以包括：

资源查看操作接收模块310，用于获得当前用户的资源查看操作；

共享资源展现模块320，用于响应当前用户的资源查看操作，展现当前用户的可用共享资源的信息；

其中，共享资源是由服务端根据共享发起方用户提供的待共享资源生成；当前用户为是指共享资源对应的共享目标用户集合中的用户。

参见图7所示，在本申请的一种具体实施方式中，上述共享装置还可以包括：

共享资源使用请求模块330，用于在满足预设的资源使用条件的情况下，向服务端发送针对指定共享资源的使用请求，以便服务端对指定共享资源进行核销处理。

共享资源预约请求模块340，用于向服务端发送针对指定共享资源的预约使用请求，以便服务端对指定共享资源进行临时锁定处理，被锁定的共享资源在预设的时长内无法被除预约使用发起方之外的其他用户使用。

下面结合一个具体的实例，对本申请提供的虚拟资源共享方案进行说明。以支付宝平台对餐饮优惠券的共享处理为例，参见图8a-图8f所示：

假设共享发起方用户x有一张“肯德基40元”代金券想要共享给好友，则对该券进行“共享”操作后，共享发起方客户端呈现如图8a所示界面，用户选择确认共享后，客户端向服务端发送共享请求，服务端进行相应的共享处理，处理成功后，共享发起方客户端呈现如图8b所示界面，表示该券已被共享；当用户再次查看此券信息后，客户端呈现如图8c所示界面，此时用户x仍然可以使用该券。

另一方面，对于任一共享目标用户y，可以在自己的客户端中看到用户x共享的券，如图8d所示；用户y可以查看该券的具体信息，也可以使用该券，如图8e所示；y使用该券后，服务端自动对该券进行核销，包括x在内的其他用户无法再使用，同时自动向x提供感谢信息，如图8f所示界面中的“打赏2毛”。

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

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置或系统实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，在实施本申请方案时可以把各模块的功能在同一个或多个软件和/或硬件中实现。也可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (30)

1.一种用户虚拟资源的共享方法，应用于服务端，其特征在于，该方法包括：

接收共享发起方用户侧发送的针对待共享资源的共享请求，所述待共享资源为所述共享发起方用户的私有资源；

确定所述共享请求对应的共享目标用户集合；

为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源；

将所述共享资源信息添加至所述共享目标用户集合中每个用户的可用资源信息，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。

2.根据权利要求1所述的方法，其特征在于，所述确定所述共享请求对应的共享目标用户集合，包括：

获取所述共享发起方用户的好友信息，将所述共享发起方用户的至少一名好友确定为共享目标用户集合；

或者

根据所述共享发起方用户的选择，将所述共享发起方用户指定的至少一名用户确定为共享目标用户集合。

3.根据权利要求2所述的方法，其特征在于，所述将所述共享发起方用户的至少一名好友确定为共享目标用户集合，包括：

根据所述共享发起方用户的好友信息，将所述共享发起方用户的全部好友确定为共享目标用户集合；

或者

根据所述共享发起方用户预定义的共享目标用户信息，确定共享目标用户集合。

4.根据权利要求2所述的方法，其特征在于，所述根据所述共享发起方用户的选择，将所述共享发起方用户指定的至少一名用户确定为共享目标用户集合，包括：

根据所述共享发起方用户当前指定的用户或用户组，确定共享目标用户集合。

5.根据权利要求1所述的方法，其特征在于，所述确定所述共享请求对应的共享目标用户集合，包括：

根据所述待共享资源的使用限制信息，对无法使用所述待共享资源的用户进行过滤，以确定共享目标用户集合。

6.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收到所述共享目标用户集合中的任一用户侧发送的、针对指定共享资源的使用请求后，对所述指定共享资源进行核销处理。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

接收到所述共享目标用户集合中的任一用户侧发送的、针对指定共享资源的预约使用请求后，对所述指定共享资源进行临时锁定处理，被锁定的共享资源在预设的时长内无法被除预约使用发起方之外的其他用户使用。

8.根据权利要求1所述的方法，其特征在于，还包括：

当所述共享目标用户集合的成员发生变动后，相应修改变动所涉及成员对所述共享资源的查看及使用权限。

9.根据权利要求1所述的方法，其特征在于，还包括：

将所述共享资源的状态变动情况广播至所述共享目标用户集合中的用户。

10.一种用户虚拟资源的共享方法，应用于共享发起方用户的客户端，其特征在于，该方法包括：

从共享发起方用户的私有资源中，确定待共享资源；

针对所述待共享资源，向服务端发起共享请求，以用于所述服务端确定所述共享请求对应的共享目标用户集合、为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源、将所述共享资源信息添加至所述共享目标用户集合中每个用户的资源列表，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。

11.根据权利要求9所述的方法，其特征在于，所述从共享发起方用户的私有资源中，确定待共享资源，包括：

根据预设的规则，对共享发起方用户的私有资源进行筛选或排序，将结果展现给共享发起方用户，并根据共享发起方用户针对展现结果的选择操作确定待共享资源。

12.根据权利要求9所述的方法，其特征在于，所述方法还包括：

所述共享发起方用户的客户端确定共享目标用户集合，并将确定结果提供至服务端。

13.一种用户虚拟资源的共享方法，应用于共享目标用户的客户端，其特征在于，该方法包括：

响应于当前用户的资源查看操作，展现当前用户的可用共享资源的信息；

其中，所述共享资源，由服务端根据共享发起方用户提供的待共享资源生成；所述当前用户为：所述共享资源对应的共享目标用户集合中的用户。

14.根据权利要求13所述的方法，其特征在于，所述方法还包括：

在满足预设的资源使用条件的情况下，向服务端发送针对指定共享资源的使用请求，以便服务端对所述指定共享资源进行核销处理。

15.根据权利要求13所述的方法，其特征在于，所述方法还包括：

向服务端发送针对指定共享资源的预约使用请求，以便服务端对所述指定共享资源进行临时锁定处理，被锁定的共享资源在预设的时长内无法被除预约使用发起方之外的其他用户使用。

16.一种用户虚拟资源的共享装置，应用于服务端，其特征在于，该装置包括：

共享请求接收模块，用于接收共享发起方用户侧发送的针对待共享资源的共享请求，所述待共享资源为所述共享发起方用户的私有资源；

共享目标确定模块，用于确定所述共享请求对应的共享目标用户集合；

共享处理模块，用于为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源；将所述共享资源信息添加至所述共享目标用户集合中每个用户的可用资源信息，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。

17.根据权利要求16所述的装置，其特征在于，所述共享目标确定模块，具体用于：

获取所述共享发起方用户的好友信息，将所述共享发起方用户的至少一名好友确定为共享目标用户集合；

或者

根据所述共享发起方用户的选择，将所述共享发起方用户指定的至少一名用户确定为共享目标用户集合。

18.根据权利要求17所述的装置，其特征在于，所述共享目标确定模块，具体用于：

将所述共享发起方用户的全部好友确定为共享目标用户集合；

或者

根据所述共享发起方用户预定义的共享目标用户信息，确定共享目标用户集合。

19.根据权利要求17所述的装置，其特征在于，所述共享目标确定模块，具体用于：

根据所述共享发起方用户当前指定的用户或用户组，确定共享目标用户集合。

20.根据权利要求16所述的装置，其特征在于，所述共享目标确定模块，具体用于：

根据所述待共享资源的使用限制信息，对无法使用所述待共享资源的用户进行过滤，以确定共享目标用户集合。

21.根据权利要求16所述的装置，其特征在于，所述装置还包括：

使用请求处理模块，用于在接收到所述共享目标用户集合中的任一用户侧发送的、针对指定共享资源的使用请求后，对所述指定共享资源进行核销处理。

22.根据权利要求16所述的装置，其特征在于，所述装置还包括：

预约请求处理模块，用于在接收到所述共享目标用户集合中的任一用户侧发送的、针对指定共享资源的预约使用请求后，对所述指定共享资源进行临时锁定处理，被锁定的共享资源在预设的时长内无法被除预约使用发起方之外的其他用户使用。

23.根据权利要求16所述的装置，其特征在于，所述共享处理模块，还用于：

当所述共享目标用户集合的成员发生变动后，相应修改变动所涉及成员对所述共享资源的查看及使用权限。

24.根据权利要求16所述的装置，其特征在于，所述共享处理模块，还用于：

将所述共享资源的状态变动情况广播至所述共享目标用户集合中的用户。

25.一种用户虚拟资源的共享装置，应用于共享发起方用户的客户端，其特征在于，该装置包括：

待共享资源确定模块，用于从共享发起方用户的私有资源中，确定待共享资源；

共享请求发送模块，用于针对所述待共享资源，向服务端发起共享请求，以用于所述服务端确定所述共享请求对应的共享目标用户集合、为所述待共享资源添加共享标识，得到针对所述共享目标用户集合的共享资源、将所述共享资源信息添加至所述共享目标用户集合中每个用户的资源列表，以便所述共享资源能够被所述共享目标用户集合中的任一用户查看并使用。

26.根据权利要求25所述的装置，其特征在于，所述待共享资源确定模块，具体用于：

根据预设的规则，对共享发起方用户的私有资源进行筛选或排序，将结果展现给共享发起方用户，并根据共享发起方用户针对展现结果的选择操作确定待共享资源。

27.根据权利要求26所述的装置，其特征在于，所述装置还包括：

共享目标确定模块，用于确定共享目标用户集合，并将确定结果提供至服务端。

28.一种用户虚拟资源的共享装置，应用于共享目标用户的客户端，其特征在于，该装置包括：

资源查看操作接收模块，用于获得当前用户的资源查看操作；

共享资源展现模块，用于响应当前用户的资源查看操作，展现当前用户的可用共享资源的信息；

其中，所述共享资源，由服务端根据共享发起方用户提供的待共享资源生成；所述当前用户为：所述共享资源对应的共享目标用户集合中的用户。

29.根据权利要求28所述的装置，其特征在于，所述装置还包括：

共享资源使用请求模块，用于在满足预设的资源使用条件的情况下，向服务端发送针对指定共享资源的使用请求，以便服务端对所述指定共享资源进行核销处理。

30.根据权利要求28所述的装置，其特征在于，所述装置还包括：

共享资源预约请求模块，用于向服务端发送针对指定共享资源的预约使用请求，以便服务端对所述指定共享资源进行临时锁定处理，被锁定的共享资源在预设的时长内无法被除预约使用发起方之外的其他用户使用。