CN109985390A - 虚拟资产管理方法及系统 - Google Patents

Abstract

本发明实施例提供了一种虚拟资产管理方法及系统，其中，虚拟资产管系统理接入了多个虚拟资产生产者和多个消费者，对各个生产者的各个虚拟资产的处理规则进行整合，得到了每个虚拟资产在虚拟资产管理系统上的进行处理的目标规则；消费者在处理虚拟资产时，根据目标规则可生成并发送第一业务请求，这里的第一业务请求可以通过虚拟资产管理系统处理任何生产者的虚拟资产，从而实现了对不同的互联网产品的虚拟资产进行统一的管理，用户通过同一个平台或APP，利用统一的方法即可实现对不同的互联网产品的虚拟资产进行交易等操作，使用户对各种不同互联网产品的虚拟资产能够进行便捷、灵活的交易，有利于提高不同互联网产品的不同的业务之间的交互性。

Description

虚拟资产管理方法及系统

技术领域

本发明实施例涉及互联网以及数据处理技术领域，并且更具体地，涉及一种虚拟资产管理方法及系统。

背景技术

随着信息技术的不断发展和网络承载能力的不断提升，越来越多的人开始接触互联网产品，例如网络游戏、网上金融等，在使用互联网产品中会经常用到虚拟资产，这种虚拟资产用于在网络上进行交易，是一种受到法律保护的用户资产。下面对互联网中利用虚拟资产进行交易的具体形式进行举例说明。

例如，网络游戏中使用虚拟资产，游戏用户通过使用电子支付方式购买游戏内部设置的虚拟货币，游戏用户在游戏内部商城系统内，使用虚拟货币购买虚拟商品，购买后即形成用户的私有虚拟财产。另外，游戏用户可向自己的游戏好友，通过游戏提供的虚拟资产转让能力，进行虚拟货币或虚拟财产的赠送和共享。

再例如，网络中使用的红包形式的虚拟资产，用户实名绑定银行卡，通过已绑定的银行卡提取现金生成“现金红包”这一虚拟资产，之后用户将现金红包通过一对一或一对多形式发送，即形成虚拟资产转移和赠送(交互)，接收现金红包的用户可以将现金红包提取为实际的钱并转账至绑定的银行，实现了用户对虚拟资产的管理。

可见，当前虚拟资产的交易形式多种多样，交易量日益增多，需要对虚拟资产的交易进行统一管理。但是当前对于虚拟资产的管理基本上是各个互联网产品自行管理，这就产生了各个互联网产品管理规则各不相同，虚拟资产的形式多种多样的情况，这种虚拟资产的管理方式造成了不同的互联网产品对应的虚拟资产不能直接进行交易，如果用户使用多个互联网络产品的多种不同虚拟资产，如卡券、移动数据流量、现金红包等进行交易时，必须安装多种互联网络产品的移动APP，并且需要进行繁琐复杂的操作流程才能实现不同的虚拟资产的交易，严重影响了不同的业务之间的交互性。

综上，如何对不同的互联网产品的虚拟资产进行统一的管理，以实现对不同互联网产品的虚拟资产进行便捷、灵活的交易是目前亟需解决的技术问题。

发明内容

本发明实施例提供了一种虚拟资产管理方法及系统，其能够对不同的互联网产品的虚拟资产进行统一的管理，用户通过同一个平台或APP，利用统一的方法即可实现对不同的互联网产品的虚拟资产进行交易、转增等操作，使用户对各种不同互联网产品的虚拟资产能够进行便捷、灵活的交易，从而有利于提高不同互联网产品的不同的业务之间的交互性。

第一方面，提供了一种虚拟资产管理方法，所述方法包括如下步骤：

接入多个虚拟资产的生产者和多个消费者，其中每个所述生产者提供多种虚拟资产；

获取每个生产者对其各个虚拟资产的处理规则，得到若干个初始规则；

提取每个所述初始规则中的所有关键信息，并利用所述关键信息以及对应的生产者的标识形成每个所述初始规则对应的目标规则，以使消费者利用业务需求信息、消费者信息以及对应的目标规则生成并发送第一业务请求；其中，所述关键信息包括虚拟资产的标识和操作的标识；

接收消费者发送的第一业务请求，对所述第一业务请求进行解析，得到对应的关键信息、对应的生产者的标识、对应的业务需求信息以及对应的消费者信息，并利用所述对应的生产者的标识和所述对应的关键信息筛选得到对应的初始规则；

根据所述对应的初始规则、所述对应的业务需求信息以及所述对应的消费者信息生成第二业务请求，并根据所述对应的生产者的标识将所述第二业务请求发送给对应的生产者，以使所述对应的生产者根据所述第二业务请求中的关键信息和业务需求信息，对对应的虚拟资产进行对应的操作。

结合第一方面，在第一种可能的实现方式中，所述根据所述对应的初始规则、所述对应的业务需求信息以及所述对应的消费者信息生成第二业务请求，并根据所述对应的生产者的标识将所述第二业务请求发送给对应的生产者，包括如下子步骤：

根据所述对应的消费者信息和当前时间信息生成鉴权参数，并将所述鉴权参数放入所述第二业务请求的请求头中；

根据所述对应的初始规则和所述对应的业务需求信息生成所述第二业务请求的请求体；

对所述请求体和所述请求头进行对称加密；

对所述请求体中的预定内容进行非对称加密；其中所述预定内容包括业务需求信息；

将利用安全传输层协议，根据所述对应的生产者的标识，将所述第二业务请求发送给对应的生产者。

结合第一方面，在第二种可能的实现方式中，所述方法还包括如下步骤：

以多线程并行执行的方式，执行解析所述第一业务请求，同步所述消费者的信息、同步所述生产者的信息、记录接收所述第一业务请求的动作、记录生成所述第二业务请求的动作以及记录发送所述第二业务请求的动作。

结合第一方面，在第三种可能的实现方式中，所述方法还包括如下步骤：

设置多个数据节点，每个数据节点均存储有所有生产者的信息、所有消费者的信息、所有的所述第一业务请求、所有的所述第二业务请求、所有的所述目标规则以及所有的所述虚拟资产的类型；其中所述生产者的信息包括对应的生产者提供的虚拟资产的类型以及每种虚拟资产的数量；所述消费者的信息包括消费者的身份信息。

结合第一方面，在第四种可能的实现方式中，所述方法还包括如下步骤：

设置一个中心数据节点和多个子数据节点，每个子数据节点对应一个预定区域；其中，所述子数据节点用于存储对应区域内的所有生产者的信息、所有消费者的信息、所有的所述第一业务请求、所有的所述第二业务请求、所有的所述目标规则以及所有的所述虚拟资产的类型；其中所述生产者的信息包括对应的生产者提供的虚拟资产的类型以及每种虚拟资产的数量；所述消费者的信息包括消费者的身份信息；所述中心数据节点用于存储所有所述子数据节点存储的信息；

定时将每个所述子数据节点存储的信息同步到所述中心数据节点上。

结合第一方面，在第五种可能的实现方式中，所述方法还包括如下步骤：

根据预定需求，将所述方法的步骤进行划分，得到多个步骤块，其中每个所述步骤块包括一个以上的所述步骤；

根据所述预定需求，利用不同的处理器执行每个所述步骤块。

结合第一方面，在第六可能的实现方式中，所述方法还包括如下步骤：

获取所述第一业务请求中的生产者的标识，并根据所述生产者的标识确定生产者，得到目标生产者；

判断所述目标生产者是否具有自校验标识，其中所述自校验标识用于表示对应的目标生产者具有自校验模块；

如果所述目标生产者具有所述自校验标识，则获取对应的自校验模块的接口地址，并将所述第一业务请求通过所述接口地址发送给所述目标生产者，以使所述目标生产者对所述第一业务请求进行安全校验。

结合第一方面，在第七种可能的实现方式中，所述接入多个虚拟资产的生产者和多个消费者包括如下子步骤：

接收所述生产者或所述消费者的身份验证信息；

利用所述身份验证信息对所述生产者或消费者进行身份验证，若所述身份验证不通过，则判断N值是否大于预定值，若不大于所述预定值，则N值加1，并重新提示消费者或生产者再次输入其身份验证信息，其中，N的初始值为0。

第二方面，提供了一种虚拟资产管理系统，所述系统包括：

接入模块，用于接入多个虚拟资产的生产者和多个消费者，其中每个所述生产者提供多种虚拟资产；

规则获取模块，用于获取每个生产者对其各个虚拟资产的处理规则，得到若干个初始规则；

规则整合模块，用于提取每个所述初始规则中的所有关键信息，并利用所述关键信息以及对应的生产者的标识形成每个所述初始规则对应的目标规则，以使消费者利用业务需求信息、消费者信息以及对应的目标规则生成并发送第一业务请求；其中，所述关键信息包括虚拟资产的标识和操作的标识；

请求解析模块，用于接收消费者发送的第一业务请求，对所述第一业务请求进行解析，得到对应的关键信息、对应的生产者的标识、对应的业务需求信息以及对应的消费者信息，并利用所述对应的生产者的标识和所述对应的关键信息筛选得到对应的初始规则；

请求处理模块，用于根据所述对应的初始规则、所述对应的业务需求信息以及所述对应的消费者信息生成第二业务请求，并根据所述对应的生产者的标识将所述第二业务请求发送给对应的生产者，以使所述对应的生产者根据所述第二业务请求中的关键信息和业务需求信息，对对应的虚拟资产进行对应的操作。

结合第二方面，在第一种可能的实现方式中，所述请求处理模块包括：

第一加密模块，用于根据所述对应的消费者信息和当前时间信息生成鉴权参数，并将所述鉴权参数放入所述第二业务请求的请求头中；

请求体生成模块，用于根据所述对应的初始规则和所述对应的业务需求信息生成所述第二业务请求的请求体；

第二加密模块，用于对所述请求体和所述请求头进行对称加密；

第三加密模块，用于对所述请求体中的预定内容进行非对称加密；其中所述预定内容包括业务需求信息；

请求发送模块，用于将利用安全传输层协议，根据所述对应的生产者的标识，将所述第二业务请求发送给对应的生产者。

在本发明实施例的上述技术方案中，虚拟资产管系统理接入了多个虚拟资产的生产者和多个消费者，并且对各个生产者的各个虚拟资产的处理规则进行整合，得到了每个虚拟资产在虚拟资产管理系统上的进行处理的目标规则；消费者在处理虚拟资产时，根据业务需求以及对应的目标规则就可以生成并发送第一业务请求，这里的第一业务请求可以通过虚拟资产管理系统处理任何生产者的虚拟资产，从而实现了对不同的互联网产品的虚拟资产进行统一的管理，用户通过同一个平台或APP，利用统一的方法即可实现对不同的互联网产品的虚拟资产进行交易、转增等操作，使用户对各种不同互联网产品的虚拟资产能够进行便捷、灵活的交易，从而有利于提高不同互联网产品的不同的业务之间的交互性。

附图说明

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

图1示意性的示出了根据本发明一实施例的虚拟资产管理方法的流程图。

图2示意性的示出了根据本发明再一实施例的虚拟资产管理方法的流程图。

图3示意性的示出了根据本发明一实施例的虚拟资产管理系统的框图。

图4示意性的示出了根据本发明再一实施例的虚拟资产管理系统的框图。

图5示意性的示出了根据本发明一实施例的虚拟资产处理的流程图。

图6示意性的示出了根据本发明一实施例的虚拟资产管理中对外部请求校验的流程图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本实施例公开了一种虚拟资产管理方法，该实施例的方法由虚拟资产管理系统执行，具体包括如下步骤，如图1所示：

110、接入多个虚拟资产的生产者和多个消费者，其中每个生产者提供多种虚拟资产；

此步骤中，虚拟资产管理系统接入了多个生产者和多个消费者，通过虚拟资产管理系统这个平台可实现对各个生产者提供的虚拟资产进行统一管理；

120、获取每个生产者对其各个虚拟资产的处理规则，得到若干个初始规则；

此步骤中，初始规则就是各个生产者对其虚拟资产进行处理的规则或方法；

130、提取每个初始规则中的所有关键信息，并利用关键信息以及对应的生产者的标识形成每个初始规则对应的目标规则，以使消费者利用业务需求信息、消费者信息以及对应的目标规则生成并发送第一业务请求；其中，关键信息包括虚拟资产的标识和操作的标识；

此步骤中，目标规则就是在虚拟资产管理系统中将初始规则整合之后形成的新规则，利用目标规则可以处理任何与虚拟资产管理系统连接的生产者所提供的虚拟资产，即根据各个目标规则可以实现对各个生产者提供的虚拟资产进行统一管理；

此步骤中，第一业务请求可以是消费者向生产者进行交易的所有请求，例如可以是消费者获取虚拟资产的请求或消费者退订虚拟资产的请求；

140、接收消费者发送的第一业务请求，对第一业务请求进行解析，得到对应的关键信息、对应的生产者的标识、对应的业务需求信息以及对应的消费者信息，并利用对应的生产者的标识和对应的关键信息筛选得到对应的初始规则；

此步骤中，虚拟资产管理系统通过对第一业务请求的解析得到了需要处理的虚拟资产的生产者信息、需要利用的初始规则以及消费者的具体业务需求，根据需要利用的初始规则以及消费者的具体业务需求，虚拟资产管理系统能够生成对应生产者能够识别的第二业务请求，利用生成的第二业务请求，即可实现对对应的生产者的对应的虚拟资产进行处理或交易；

150、根据对应的初始规则、对应的业务需求信息以及对应的消费者信息生成第二业务请求，并根据对应的生产者的标识将第二业务请求发送给对应的生产者，以使对应的生产者根据第二业务请求中的关键信息和业务需求信息，对对应的虚拟资产进行对应的操作。

本实施例通过对各个初始规则的整合，得到了若干个目标规则，利用得到的目标规则即可生成并发送第一业务请求，这里的第一业务请求可以通过虚拟资产管理系统处理任何生产者的虚拟资产，从而实现了对不同的互联网产品的虚拟资产进行统一的管理，用户通过同一个平台或APP，利用统一的方法即可实现对不同的互联网产品的虚拟资产进行交易、转增等操作，使用户对各种不同互联网产品的虚拟资产能够进行便捷、灵活的交易，从而有利于提高不同互联网产品的不同的业务之间的交互性。

本实施例中，当第一业务请求是消费者获取虚拟资产的请求时，具体地可以通过如下步骤获取虚拟资产：

步骤一、用户登录融合了VAMCS能力的APP，APP通过VAMCS的SDK自动安全登录VAMCS，这里的VAMCS可以看做是虚拟资产管理系统；

步骤二、用户可以主动浏览VAMCS，根据用户数据和使用习惯运算得出的生产者可用列表和推荐列表，从而获取不同的虚拟资产；用户也可以通过主/被动使用已接入VAMCS的生产者提供的各类虚拟资产的相关功能、活动、能力，进而通生产者与VAMCS的自动数据互通得到相应的虚拟资产；这里的能力是指生产者本身(如中国移动)也对另一级生产者提供业务的能力。

本实施例中，接入多个虚拟资产的生产者在具体实施过程中可以包括如下步骤：

步骤一、虚拟资产生产者至VAMCS注册商户信息；

步骤二、提供业务、功能、虚拟资产所属的具备国家法律许可的商业资质的商户资料，这里的商户资料包括但不限于是经营许可证、法人身份证、护照等；

步骤三、VAMCS侧对生产者提交的资料进行审核；

步骤四、VAMCS对生产者的资料进行本地化注册，并生成唯一的生产者ID和相关安全数据；

此步骤中，生产者ID是基于UUID、时间戳、累加计数器组合后生成的32位MD5值(全部内容小写)；

此步骤中，安全数据包括基于生产者ID唯一的“第三方接入key”、周期变更的“加密密钥key”、周期变更的“加密算法规则”、“接入权限配置”、周期变更的“数字签名”；

步骤五、VAMCS生成生产者资料中提供的虚拟资产数据，同步进行落地存储和缓存注入；

此步骤中，虚拟资产数据是指由生产者提供的可用虚拟资产配置到VAMCS后形成的数据；

步骤六、VAMCS将生产者ID、安全数据、虚拟资产数据、接入VAMCS所需SDK和各类接文档资料统一回复给注册的生产者；

此步骤中，接入文档包括SDK、API的使用手册，VAMCS规范文档，VAMCS风控及安全协议文档；

步骤七、注册完成。

本实施例中，接入多个虚拟资产的消费者在具体实施过程中可以包括如下步骤：

步骤一、消费者通过整合了VAMCS能力的APP，以个人实名手机号注册用户身份；

步骤二、VAMCS根据消费者手机号作为唯一标识，生成消费者相关数据；

此步骤中，消费者相关数据包括但不限于是身份证信息、所属虚拟资产库(空库)、消费者信息缓存等。

在一个实施例中，如图2所示，步骤150中，根据对应的初始规则、对应的业务需求信息以及对应的消费者信息生成第二业务请求，并根据对应的生产者的标识将第二业务请求发送给对应的生产者，包括如下子步骤：

210、根据对应的消费者信息和当前时间信息生成鉴权参数，并将鉴权参数放入第二业务请求的请求头中；

此步骤中，消费者信息是指消费者相关数据，包括但不限于是身份证信息、所属虚拟资产库(空库)、消费者信息缓存等；

220、根据对应的初始规则和对应的业务需求信息生成第二业务请求的请求体；

230、对请求体和请求头进行对称加密；

此步骤中，使用AES进行对称加密；

240、对请求体中的预定内容进行非对称加密；其中预定内容包括业务需求信息；

此步骤中，利用RCS生成非对称加密的唯一签名；此步骤中的预定内容可以是关键内容；

250、将利用安全传输层协议，根据对应的生产者的标识，将第二业务请求发送给对应的生产者；

此步骤中，具体地可以使用基于TLS1.2版本的https网络协议，传送第二业务请求。

本实施例中，鉴权参数还可以利用如下步骤形成：

通过消费者身份证信息、APP或平台信息，经由SDK或API访问VAMCS中的安全模块获取单次有效的key，根据VAMCS制定的规则(包括但不限于使用用户身份证信息、时间戳、手机号等数据，根据数据的拼接、搭配等要求形成的规则)生成单次使用有效的高强度鉴权参数。获取key的接口受到安全、风控模块监控，生成鉴权参数的规则以较长周期变更并同步至所有接入方(即消费者)，这里的安全模块是指对第二业务请求进行加密的模块，即执行上述步骤210、230、240以及250的模块。

本实施例对请求头、请求提进行多级加密，使用包括但不限于RCS生成非对称加密的唯一签名，AES对称加密且使用高频更新密钥用于保护请求体内容，另外对请求体内部的关键参数，还可以使用MD5摘要算法、AES对称加密算法进行二次加密；本实施例的加密操作对操作会话生效，一次操作会话可包含多次双向请求，但由于其中请求体内容的变化，相应的加密同样会产生变化，极大减少被复用、篡改、盗取的可能性。

另外，对第二业务请求进行加密后，本实施例的方法还可以包括对请求体中携带的各类关键信息进行加密。

应当说明的是，本实施例是在生成第二业务请求时对第二业务请求进行加密，消费者在生成第一业务请求时也可以利用相同的方法对第一业务请求进行加密，那么虚拟资产管理系统在接收到第一业务请求时，需要首先对第一业务请求进行解密，如图6所示，具体的解密过程包括如下步骤：

步骤一、对外部请求，即第一业务请求进行HTTPS+TLS验证，即首先进行网络协议层的安全验证；

步骤二、对第一业务请求进行鉴权参数验证；

步骤三、进行第一业务请求的请求头和请求体的验证，以及进行请求体中关键内容的二次验证；

步骤四、对第一业务请求进行关键参数，即进行关键信息的验证或校验；

步骤五、对第一业务请求进行其他业务逻辑的验证。

另外，本发明实施例的虚拟资产管理方法在接收第一业务请求等其他关键操作时，还可以进行实时且可能多次的消息、短信、邮件、语音的二次确认，所有的确认都以友好的通知格式，在醒目位置告知消费者或生产者。

在一个实施例中，虚拟资产管理方法还包括如下步骤：

以多线程并行执行的方式，执行解析第一业务请求，同步消费者的信息、同步生产者的信息、记录接收第一业务请求的动作、记录生成第二业务请求的动作以及记录发送第二业务请求的动作。

本实施例中的多线程并行执行的方式，将极大提高操作响应效率，优化操作产生的事件处理逻辑，降低时间损失，提高执行效率，同时减少用户等待时间，提高使用体验。

本实施例中，多线程并行执行的触发或驱动方式，可以采用任务驱动或事件驱动，具体地：

任务驱动：基于任务(Task)的触发和独立线程执行多线程并行机制。主要应用于VAMCS的各类日志记录、数据分析、数据同步(非要求即时且需要响应同步完成状态)等操作中，便于减少因这些操作频繁执行导致的性能下降，使得业务功能与通用类型的基础功能解耦，提升性能的同时提升用户体验。

事件驱动：基于行动者(Actor)和信道(Channel)的多线程并行执行机制。主要用于针对前端(消费者方或生产者方)或上层调用方的大并发业务调用，分化业务调用步骤，减少各类调用间的状态共享，通过信道传递的方式确保数据可在不同线程间传递，从而提升VAMCS的整体业务处理能力，进而提升了VAMCS的稳定和容灾能力。

在一个实施例中，虚拟资产管理方法还包括如下步骤：

设置多个数据节点，每个数据节点均存储有所有生产者的信息、所有消费者的信息、所有的第一业务请求、所有的第二业务请求、所有的目标规则以及所有的虚拟资产的类型；其中生产者的信息包括对应的生产者提供的虚拟资产的类型以及每种虚拟资产的数量；消费者的信息包括消费者的身份证信息。

本实施例中，没有中心数据节点，各个数据节点存储相同的信息，具体地，各个节点可以均包括全量的VAMCS业务能力和全量的用户相关数据；各节点间具有实时、定时、条件触发等不同方式的数据同步能力，可互为灾备；用户根据规则(可以为手机接入的基站归属地等)接入到其对应节点。

在一个实施例中，虚拟资产管理方法还包括如下步骤：

设置一个中心数据节点和多个子数据节点，每个子数据节点对应一个预定区域；其中，子数据节点用于存储对应区域内的所有生产者的信息、所有消费者的信息、所有的第一业务请求、所有的第二业务请求、所有的目标规则以及所有的虚拟资产的类型；其中生产者的信息包括对应的生产者提供的虚拟资产的类型以及每种虚拟资产的数量；消费者的信息包括消费者的身份证信息；中心数据节点用于存储所有子数据节点存储的信息；定时将每个子数据节点存储的信息同步到中心数据节点上。

本实施例中，设置了一个中数据节点以及多个子数据节点，依托于中数据节点，子数据节点容灾实现简单。

以上两个实施例均实现了多点部署，具体实施时，多点部署根据具体需求进行分析和实现。多点部署的优点是性能压力由多个数据节点分摊，单个数据节点的性能压力降低，从而提高VAMCS的稳定性和用户体验。以上两个实施例基于多中心、多节点的多类数据同步机制，进行多节点部署，实现了分流用户体量，极大提升了相关设备的处理能力。

在一个实施例中，虚拟资产管理方法还包括如下步骤：

310、根据预定需求，将虚拟资产管理方法的步骤进行划分，得到多个步骤块，其中每个步骤块包括一个以上的步骤；

320、根据预定需求，利用不同的处理器分别执行每个步骤块。

本实施例实现了利用不同的处理器执行部分步骤，即利用指定的私有云执行部分步骤，从而能够提高步骤的执行速度，提高事件的处理效率。

另外，在具体实施时，可以依据用户(生产者、消费者或管理者)需求，在指定私有云中(即处理器)部署部分或全量的VAMCS业务能力(即执行部分或全部的虚拟资产管理的步骤)，实现真正的全模块定制化。

基于以上，VAMCS基于自有的基础框架进行开发和维护，拥有自定制的自动化、灰度化、实时化的部署能力和相应规范。能够在用户指定的私有云(即指用户提供的硬件环境)中，根据自有规范进行私有化部署，即可脱离公共网络，形成内部私有的业务能力体系，并对接用户定制的各类体系(如：用户体系、规则体系)等定制要求。其中，自动化是指：运维人员进行相关配置后，无需手动操作即可自动完成VAMCS的部署、更新等维护操作；灰度化是指：VAMCS的各类能力均可基于指定的用户群体提供使用，指定的用户群体即为“灰度”，主要用于新功能的体验发布、特殊业务功能的定向用户等；实时化是指：即指VAMCS的非重大变更(超过VAMCS现有运行版本的业务逻辑、代码逻辑、数据逻辑50％以上的变更)的实时更新，更新过程用户无感知。

在一个实施例中，虚拟资产管理方法还包括如下步骤：

410、获取第一业务请求中的生产者的标识，并根据生产者的标识确定生产者，得到目标生产者；

420、判断目标生产者是否具有自校验标识，其中自校验标识用于表示对应的目标生产者具有自校验模块；

此步骤中，目标生产者具有自己的校验体系，相关的请求需要在目标生产者上进行校验，例如，目标生产者为中国移动，其提供了统一认证体系，在对其进行业务请求时还需要在中国移动的认证体系上进行认证；

430、如果目标生产者具有自校验标识，则获取对应的自校验模块的接口地址，并将第一业务请求通过接口地址发送给目标生产者，以使目标生产者对第一业务请求进行安全校验。

本实施例中，区别于上述VAMCS自身的安全机制，VAMCS还允许接入生产者定制自有的安全验证规则，即可代理生产者自身应具备的安全验证机制。具体实施时，通过集成、调用、整合第三方安全认证平台提供的SDK、API或接入说明，来实现对生产者自定制安全机制的代理接入。

在一个实施例中，虚拟资产管理方法的步骤110中，接入多个虚拟资产的生产者和多个消费者包括如下子步骤：

510、接收生产者或消费者的身份验证信息；

520、利用身份验证信息对生产者或消费者进行身份验证，若身份验证不通过，则判断N值是否大于预定值，若不大于预定值，则N值加1，并重新提示消费者或生产者再次输入其身份验证信息，其中，N的初始值为0。

本实施例实现了生产者或消费者接入使的安全重试机制，用以确保产者或消费者操作的触达率。

综合以上，本发明中的虚拟资产管理可包括如下步骤，如图5所示：

步骤一、VAMCS-APP注册并登陆VAMCS；

步骤二、消费者登录VAMCS-APP，并发送发虚拟资产包的请求(即发送第一业务请求)；

步骤三、对发虚拟资产包的请求，进行安全验证；这里的安全验证包括请求验证(即请求本身的协议验证)、请求内容验证(即请求体验证)等；

步骤四、处理发虚拟资产包的请求；

步骤五、发送处理结果通知。

上述实施例的虚拟资产管理方法，可整合接入多种、多个虚拟资产生产者，并进行统一的整合管理，提供推广能力。并且可由消费者自主选择已整合管理的多种不同虚拟资产。同时为用户提供了丰富的虚拟资产流转形式，并提供统一简明化的操作方案。另外，还为用户提供了高性能、安全可靠的多重验证技术，保证虚拟资产的安全。

对应于上述虚拟资产管理方法，本发明实施例还提供了一种虚拟资产管理系统，如图3所示，该系统包括：

接入模块，用于接入多个虚拟资产的生产者和多个消费者，其中每个生产者提供多种虚拟资产；

规则获取模块，用于获取每个生产者对其各个虚拟资产的处理规则，得到若干个初始规则；

规则整合模块，用于提取每个初始规则中的所有关键信息，并利用关键信息以及对应的生产者的标识形成每个初始规则对应的目标规则，以使消费者利用业务需求信息、消费者信息以及对应的目标规则生成并发送第一业务请求；其中，关键信息包括虚拟资产的标识和操作的标识；

请求解析模块，用于接收消费者发送的第一业务请求，对第一业务请求进行解析，得到对应的关键信息、对应的生产者的标识、对应的业务需求信息以及对应的消费者信息，并利用对应的生产者的标识和对应的关键信息筛选得到对应的初始规则；

请求处理模块，用于根据对应的初始规则、对应的业务需求信息以及对应的消费者信息生成第二业务请求，并根据对应的生产者的标识将第二业务请求发送给对应的生产者，以使对应的生产者根据第二业务请求中的关键信息和业务需求信息，对对应的虚拟资产进行对应的操作。

在一个实施例中，如图4所示，请求处理模块包括：

第一加密模块，用于根据对应的消费者信息和当前时间信息生成鉴权参数，并将鉴权参数放入第二业务请求的请求头中；

请求体生成模块，用于根据对应的初始规则和对应的业务需求信息生成第二业务请求的请求体；

第二加密模块，用于对请求体和请求头进行对称加密；

第三加密模块，用于对请求体中的预定内容进行非对称加密；其中预定内容包括业务需求信息；

请求发送模块，用于利用安全传输层协议，根据对应的生产者的标识，将第二业务请求发送给对应的生产者。

上述虚拟资产管理系统还可以用下面的模块组成：统一外部接入平台、虚拟资产管理基础平台、多渠道分化接入业务处理中心、消息通知中心、数据处理中心。

统一外部接入平台，负责统一管理需使用VAMCS业务能力的第三方接入(包括生产者、消费者、管理者)，包括但不限于接入权限、性能配额、功能配额、安全审核、风险管控等管理项；

虚拟资产管理基础平台，为VAMCS的基础平台，负责提供渠道管理、用户管理、权限管理、配置管理、安全管理、风险控制、虚拟资产管理、数据管理等基础业务逻辑，是整个VAMCS的核心模块；

多渠道分化接入业务处理中心，负责针对不同的生产者，如中国移动、中国联通、三星、华为、小米等已经或将要具有强烈的定制业务需求的渠道商，提供定制业务能力、消息能力，同时提供从“虚拟资产管理基础平台”到“定制化渠道”之间的业务逻辑、数据等项目的适配转化能力；

消息通知中心，负责提供各类消息的生产、推送、订阅、拉取、更新、落地、缓存、日志等基础消息能力，可根据第三方接入的变化，依托“多渠道分化接入业务处理中心”实施定制；

数据处理中心，此平台只对接“接虚拟资产管理基础平台”，负责提供所有业务产生的数据的缓存、落地、同步、归档、导出等能力。

上述虚拟资产管理系统为用户提供了包括但不限于的如下能力：

多种不同虚拟资产生产者的多方接入和数据互通；其中，

多方接入：作为虚拟资产生产者的多种类、多数量生产者均通过VAMCS的统一外部接入平台，按照VAMCS提供的各类规则和说明接入到VAMCS中；

数据互通：通过VAMCS的虚拟资产管理基础平台、多渠道分化业务处理中心、数据处理中心三个模块的配合，可将已接入VAMCS的不同各类的不同生产者基于共同商定的协议，进行适配后的多方数据同步，进而形成数据互通。

及时有效的在线消息、短信、邮件、语音等全方位通知体系；

快速高效的缓存以及安全长久的落地存储能力，其中，落地存储为将数据存储至磁盘、磁带等可以长久保存并随时取用的存储介质中。区只在内存(易失性存储，断电数据即丢失)中存在的缓存。

本发明实施例的虚拟资产管理方法或系统还能够实现消费者进行虚拟资产管理、生产者进行虚拟资产推广、生产者进行虚拟资产管理、消费者的虚拟资产流转(交互)、消费者的虚拟资产变现等功能，具体地：

消费者进行虚拟资产管理：

1、消费者登录融合了VAMCS能力的APP，APP通过VAMCS的SDK自动安全登录VAMCS；

2、通过VAMCS的虚拟资产管理系统提供的交互环境对自有的虚拟资产进行包括查看、核对、数据同步、修改、删除、订阅/退订等一系列管理类操作。

生产者进行虚拟资产推广：

1、生产者指定管理人员(下统称“管理员”)登录VAMCS对外接入的生产者管理后台；

2、管理员提交指定格式的推广规则到VAMCS，包含但不限于活动、赠送、广告、分享等各式符合国家法律规定的推广方案；

3、VAMCS根据格式，自动生成生产者提交方案的对应自动执行任务链，实时或定时自动执行并反馈执行结果同步至生产者。

生产者进行虚拟资产管理：

1、生产者指定管理人员(下统称“管理员”)登录VAMCS对外接入的生产者管理后台；

2、通过VAMCS的虚拟资产管理模块提供的交互环境对自有的虚拟资产进行包括查看、核对、数据同步、修改、删除、订阅/退订等一系列管理类操作。

消费者的虚拟资产流转(交互)：

1、消费者登录融合了VAMCS能力的APP，APP通过VAMCS的SDK自动安全登录VAMCS；

2、消费者使用VAMCS的红包功能将指定虚拟资产按规则打包，生成虚拟资产红包(下统称“红包”)；

这里的规则是基于中华人民共和国法律，各省市地方规定前提下，由VAMCS制定，或由VAMCS与接入生产者协议约定的各类规则。此处提到的仅指规则中的“虚拟资产使用规则”，该项规则是由VAMCS与接入生产者协议约定的，即不同的生产者提供的各类型和数量的虚拟资产可以使用相同或不同的方式进行打包(封装)形成红包；

3、消费者将红包通过VAMCS发送给指定的个人、群体等目标；

4、接收红包的消费者可通过登录融合了VAMCS能力的APP提取红包内的虚拟资产，该资产将在提取后变更所有权；

5、VAMCS以消费者配置规则同步所有操作的状态至各方。

消费者的虚拟资产变现：

1、消费者登录融合了VAMCS能力的APP，APP通过VAMCS的SDK自动安全登录VAMCS；

2、消费者至管理自有虚拟资产界面，选取相应虚拟资产，根据生产者提供的提取规则，将虚拟资产变更为符合其价值的实际货币，并通过绑定的银行卡转入账户，或通过其它合法手段输出为实体资产。

综合以上，VAMCS具有如下性能：

VAMCS的单业务机QPS高于2500，基于现有主流商用中端服务器计算。

VAMCS基于分布式高容灾高性能的redis缓存和mysql数据存储进行数据存储。

VAMCS对用户(生产者、消费者、管理者)行为、操作日志等各类大数据分析在基于上一条的前提下，同时使用hadoop存储进行大数据运算支撑。

VAMCS对用户操作数据进行全量记录和审核，并可保存较长(不少于12个月)时间以备查询。

VAMCS使用了基于redis的高效缓存队列机制，同时提供大容量的落地存储能力，确保队列不丢失的前提下提供高效的执行性能。

基于多重的安全手段，VAMCS进一步提供了可自定义的重试机制，以确保用户操作的触达率。

VAMCS提供高兼容性的多种SDK和API，便于接入。

VAMCS提供基于FastDFS的分布式高效文件存储系统。

本发明实施例的虚拟资产管理方法或系统，区别于传统的单一的虚拟资产应用，VAMCS提供了基于合法合理安全高效的规则的多各类多用户的接入机制，能够对多种不同的虚拟资产进行有效整合，提高利用率，从而给接入商户(即生产者)以及使用者(即消费者)带来更多的利益。本发明实施例的虚拟资产管理方法或系统，区别于传统的虚拟资产应用的“一锤子买卖”的交易形式，VAMCS提供丰富、持久、基于多种数据同步形式，并支持长效备案和查询。本发明实施例的虚拟资产管理方法或系统，区别于传统的虚拟资产应用单一的资产交互能力，VAMCS提供了基于“打包”这一独特整合类型，将多种多形式虚拟资产以自定义或丰富的默认规则进行“打包”并按规进行转赠、分享、支付、提取等操作，使得消费者能够对自身拥有的虚拟资产进行复合应用，以取得最大效果，同时提高了商户定制的虚拟资产的使用率，拉动业务增长。本发明实施例的虚拟资产管理方法或系统，区别于传统虚拟资产应用的定式化部署，VAMCS可定制私有云部署，同时支持高性能的多节点部署，高效的数据同步和安全保障在提供高性能的同时也保护了商户、使用者的切身利益。

应当说明的是，本发明实施例的方法的每个步骤与本发明实施例的对应系统的执行步骤是一一对应的，因此对于其中重复的部分，不再进行赘述。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。

Claims (10)

1.一种虚拟资产管理方法，其特征在于，所述方法包括如下步骤：

接入多个虚拟资产的生产者和多个消费者，其中每个所述生产者提供多种虚拟资产；

获取每个生产者对其各个虚拟资产的处理规则，得到若干个初始规则；

提取每个所述初始规则中的所有关键信息，并利用所述关键信息以及对应的生产者的标识形成每个所述初始规则对应的目标规则，以使消费者利用业务需求信息、消费者信息以及对应的目标规则生成并发送第一业务请求；其中，所述关键信息包括虚拟资产的标识和操作的标识；

接收消费者发送的第一业务请求，对所述第一业务请求进行解析，得到对应的关键信息、对应的生产者的标识、对应的业务需求信息以及对应的消费者信息，并利用所述对应的生产者的标识和所述对应的关键信息筛选得到对应的初始规则；

根据所述对应的初始规则、所述对应的业务需求信息以及所述对应的消费者信息生成第二业务请求，并根据所述对应的生产者的标识将所述第二业务请求发送给对应的生产者，以使所述对应的生产者根据所述第二业务请求中的关键信息和业务需求信息，对对应的虚拟资产进行对应的操作。

2.根据权利要求1所述的方法，其特征在于，所述根据所述对应的初始规则、所述对应的业务需求信息以及所述对应的消费者信息生成第二业务请求，并根据所述对应的生产者的标识将所述第二业务请求发送给对应的生产者，包括如下子步骤：

根据所述对应的消费者信息和当前时间信息生成鉴权参数，并将所述鉴权参数放入所述第二业务请求的请求头中；

根据所述对应的初始规则和所述对应的业务需求信息生成所述第二业务请求的请求体；

对所述请求体和所述请求头进行对称加密；

对所述请求体中的预定内容进行非对称加密；其中所述预定内容包括业务需求信息；

利用安全传输层协议，根据所述对应的生产者的标识，将所述第二业务请求发送给对应的生产者。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括如下步骤：

以多线程并行执行的方式，执行解析所述第一业务请求，同步所述消费者的信息、同步所述生产者的信息、记录接收所述第一业务请求的动作、记录生成所述第二业务请求的动作以及记录发送所述第二业务请求的动作。

4.根据权利要求1所述的方法，其特征在于，所述方法还包括如下步骤：

设置多个数据节点，每个数据节点均存储有所有生产者的信息、所有消费者的信息、所有的所述第一业务请求、所有的所述第二业务请求、所有的所述目标规则以及所有的所述虚拟资产的类型；其中所述生产者的信息包括对应的生产者提供的虚拟资产的类型以及每种虚拟资产的数量；所述消费者的信息包括消费者的身份信息。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括如下步骤：

设置一个中心数据节点和多个子数据节点，每个子数据节点对应一个预定区域；其中，所述子数据节点用于存储对应区域内的所有生产者的信息、所有消费者的信息、所有的所述第一业务请求、所有的所述第二业务请求、所有的所述目标规则以及所有的所述虚拟资产的类型；其中所述生产者的信息包括对应的生产者提供的虚拟资产的类型以及每种虚拟资产的数量；所述消费者的信息包括消费者的身份信息；所述中心数据节点用于存储所有所述子数据节点存储的信息；

定时将每个所述子数据节点存储的信息同步到所述中心数据节点上。

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

根据预定需求，将所述方法的步骤进行划分，得到多个步骤块，其中每个所述步骤块包括一个以上的所述步骤；

根据所述预定需求，利用不同的处理器分别执行每个所述步骤块。

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

获取所述第一业务请求中的生产者的标识，并根据所述生产者的标识确定生产者，得到目标生产者；

判断所述目标生产者是否具有自校验标识，其中所述自校验标识用于表示对应的目标生产者具有自校验模块；

如果所述目标生产者具有所述自校验标识，则获取对应的自校验模块的接口地址，并将所述第一业务请求通过所述接口地址发送给所述目标生产者，以使所述目标生产者对所述第一业务请求进行安全校验。

8.根据权利要求1所述的方法，其特征在于，所述接入多个虚拟资产的生产者和多个消费者包括如下子步骤：

接收所述生产者或所述消费者的身份验证信息；

利用所述身份验证信息对所述生产者或消费者进行身份验证，若所述身份验证不通过，则判断N值是否大于预定值，若不大于所述预定值，则N值加1，并重新提示消费者或生产者再次输入其身份验证信息，其中，N的初始值为0。

9.一种虚拟资产管理系统，其特征在于，所述系统包括：

接入模块，用于接入多个虚拟资产的生产者和多个消费者，其中每个所述生产者提供多种虚拟资产；

规则获取模块，用于获取每个生产者对其各个虚拟资产的处理规则，得到若干个初始规则；

规则整合模块，用于提取每个所述初始规则中的所有关键信息，并利用所述关键信息以及对应的生产者的标识形成每个所述初始规则对应的目标规则，以使消费者利用业务需求信息、消费者信息以及对应的目标规则生成并发送第一业务请求；其中，所述关键信息包括虚拟资产的标识和操作的标识；

请求解析模块，用于接收消费者发送的第一业务请求，对所述第一业务请求进行解析，得到对应的关键信息、对应的生产者的标识、对应的业务需求信息以及对应的消费者信息，并利用所述对应的生产者的标识和所述对应的关键信息筛选得到对应的初始规则；

请求处理模块，用于根据所述对应的初始规则、所述对应的业务需求信息以及所述对应的消费者信息生成第二业务请求，并根据所述对应的生产者的标识将所述第二业务请求发送给对应的生产者，以使所述对应的生产者根据所述第二业务请求中的关键信息和业务需求信息，对对应的虚拟资产进行对应的操作。

10.根据权利要求9所述的系统，其特征在于，所述请求处理模块包括：

第一加密模块，用于根据所述对应的消费者信息和当前时间信息生成鉴权参数，并将所述鉴权参数放入所述第二业务请求的请求头中；

请求体生成模块，用于根据所述对应的初始规则和所述对应的业务需求信息生成所述第二业务请求的请求体；

第二加密模块，用于对所述请求体和所述请求头进行对称加密；

第三加密模块，用于对所述请求体中的预定内容进行非对称加密；其中所述预定内容包括业务需求信息；

请求发送模块，用于利用安全传输层协议，根据所述对应的生产者的标识，将所述第二业务请求发送给对应的生产者。