一种管理虚拟资产的方法和装置与流程

文档序号:17117307发布日期:2019-03-15 23:27阅读:223来源:国知局
一种管理虚拟资产的方法和装置与流程

本发明涉及计算机技术领域,尤其涉及一种管理虚拟资产的方法和装置。



背景技术:

在电子商务快速发展的今天,越来越多的商品由线下转为线上售卖。各电商平台各业务线以不同虚拟资产为载体进行的促销层出不穷,虚拟资产主要包括优惠券、积分、购物卡等,商家借助这类虚拟资产以不同的促销策略进行促销活动。

现阶段不同的商务平台会根据自身的需求开发虚拟资产的使用规则,即使同一商务平台下的不同业务线,由于提供的服务不同,也可能会基于不同的规则开发不同的虚拟资产。

在实现本发明过程中,发明人发现现有技术中至少存在如下问题:不同平台、不同业务根据自己的促销方式独立开发虚拟资产的使用规则,这种方式重复性的工作很多,且在增加新的虚拟资产时或者新的使用规则时无法灵活对应,需要做大量修改才能满足需求。



技术实现要素:

有鉴于此,本发明实施例提供一种管理虚拟资产的方法和装置,能够减少开发虚拟资产的工作量,实现对虚拟资产信息的有效管理。

为实现上述目的,根据本发明实施例的一个方面,提供了一种管理虚拟资产的方法,包括:

构建虚拟资产模型;其中,所述虚拟资产模型包括规则组件;

获取虚拟资产的配置信息;其中,所述配置信息包括虚拟资产的使用规则;

将所述使用规则存储于所述虚拟资产模型的规则组件中;

根据所述虚拟资产模型配置相应虚拟资产的支付界面。

可选的,所述规则组件设置有启用状态标签;所述方法还包括:

在将所述使用规则存储于所述虚拟资产模型的规则组件中的步骤后,

根据所述规则组件中的启用状态标签的值,确定所述规则组件启用或停用。

可选的,所述配置信息还包括虚拟资产的资产信息,所述虚拟资产模型还包括信息组件,所述方法还包括:

在获取虚拟资产的配置信息的步骤后,

将所述资产信息存储于所述虚拟资产模型的信息组件中。

可选的,获取虚拟资产的配置信息的步骤包括:

使用数据接口获取虚拟资产的配置信息;所述数据接口与所述虚拟资产模型相匹配。

可选的,根据所述虚拟资产模型配置相应虚拟资产的支付界面的步骤包括:

根据所述虚拟资产模型中包含的规则组件确定所述虚拟资产在支付界面中的展示方式。

根据本发明实施例的另一个方面,提供了一种管理虚拟资产的装置,包括:

模型构建模块,用于构建虚拟资产模型;其中,所述虚拟资产模型包括规则组件;

配置信息获取模块,用于获取虚拟资产的配置信息;其中,所述配置信息包括虚拟资产的使用规则;

存储模块,用于将所述使用规则存储于所述虚拟资产模型的规则组件中;

支付配置模块,用于根据所述虚拟资产模型配置相应虚拟资产的支付界面。

可选的,所述规则组件设置有启用状态标签,所述装置还包括:

规则启用状态模块,用于根据所述规则组件中的启用状态标签的值,确定所述规则组件启用或停用。

可选的,所述配置信息还包括虚拟资产的资产信息,所述虚拟资产模型还包括信息组件,所述存储模块还用于:

将所述资产信息存储于所述虚拟资产模型的信息组件中。

可选的,所述装置还包括:

数据接口模块,用于使用数据接口获取虚拟资产的配置信息;所述数据接口与所述虚拟资产模型相匹配。

可选的,所述支付配置模块还用于:

根据所述虚拟资产模型中包含的规则组件确定所述虚拟资产在支付界面中的展示方式。

为实现上述目的,根据本发明实施例的再一个方面,提供了一种管理虚拟资产的电子设备,包括:

一个或多个处理器;

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

当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器至少实现:

构建虚拟资产模型;其中,所述虚拟资产模型包括规则组件;

获取虚拟资产的配置信息;其中,所述配置信息包括虚拟资产的使用规则;

将所述使用规则存储于所述虚拟资产模型的规则组件中;

根据所述虚拟资产模型配置相应虚拟资产的支付界面。

为实现上述目的,根据本发明实施例的又一个方面,提供一种计算机可读介质,其上存储有计算机程序,所述程序被处理器执行时至少实现:

构建虚拟资产模型;其中,所述虚拟资产模型包括规则组件;

获取虚拟资产的配置信息;其中,所述配置信息包括虚拟资产的使用规则;

将所述使用规则存储于所述虚拟资产模型的规则组件中;

根据所述虚拟资产模型配置相应虚拟资产的支付界面。

上述发明中的一个实施例具有如下优点或有益效果:因为采用通过虚拟资产模型存储虚拟资产的配置信息的技术手段,将不同类型的虚拟资产使用统一格式的虚拟资产模型进行定义,可以方便地对虚拟资产的各项信息、特别是虚拟资产的使用规则、特别是虚拟资产的使用规则进行配置和管理,所以克服了现有虚拟资产开发工作量大的技术问题,进而达到减少开发虚拟资产的工作量的技术效果。

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

附图说明

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

图1是根据本发明实施例的管理虚拟资产的方法的主要步骤的示意图;

图2是根据本发明实施例的管理虚拟资产的方法建立的虚拟资产管理系统的示意图;

图3是根据本发明实施例的管理虚拟资产的方法中构建的虚拟资产模型的示意图;

图4是根据本发明实施例的管理虚拟资产的装置的主要模块的示意图;

图5是本发明实施例可以应用于其中的示例性系统架构图;

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

具体实施方式

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

图1是根据本发明实施例的管理虚拟资产的方法的主要步骤的示意图。

如图1所示,根据本发明实施例提供的管理虚拟资产的方法,包括:

s10,构建虚拟资产模型。所述虚拟资产模型是预先构建的结构化模型,用于存储虚拟资产的配置信息,例如虚拟资产的所属、使用规则等信息。所述虚拟资产模型包括规则组件,用于存储虚拟资产的使用规则。

s11,获取虚拟资产的配置信息。由于虚拟资产模型为结构化模型,其中记录的各项信息具备特定结构,因此在获取配置信息时,不需要为每类虚拟资产单独开发获取规则,而可以提供统一的输入接口接收配置信息。其中,所述配置信息包括虚拟资产的使用规则,用于限定虚拟资产应当按照哪些要求使用。

s12,将所述使用规则存储于所述虚拟资产模型的规则组件中。

对于不同的虚拟资产而言,在使用所述虚拟资产模型记录虚拟资产的配置信息时,所得到的模型具备相同或者相近的格式(由于对不同的虚拟资产而言,可能具备区别于其他虚拟资产的特征,此时不同虚拟资产之间的共同特征部分在模型中以相同的格式进行记录,不同特征部分以增加的额外条目进行记录)。

在规则组件中,包含了用于限定规则的信息,例如可以包含规则名称、规则标识号以及规则内容等。对于不同的规则,可以在规则组件中配置不同的规则内容项目,例如对于数值类型的规则,可以规定具体的数值;对于使用方式(例如可以叠加使用)的限定,可以通过设置标签,根据标签值指定具体的使用方式。

s13,根据所述虚拟资产模型配置相应虚拟资产的支付界面。通过调用与虚拟资产对应的虚拟资产模型,可以获取到该虚拟资产的配置信息,由于虚拟资产模型是以结构化的方式存储配置信息的,因此在获取配置信息时可以使用预先定义的接口传递数据,从而使得在配置支付界面时的数据获取过程更加便利。

虚拟资产模型中可以包含有组件,不同的组件用于记录虚拟资产不同方面的信息。所述组件可以为独立的文件,也可以为文件中的部分数据。为了提高虚拟资产模型配置的灵活度,所述组件是可以复用、修改和转用的:

复用,是指组件可以被多次重复使用;当虚拟资产的配置信息发生变化时,其对应的虚拟资产模型中的部分组件会发生变化,而没有发生变化的部分则可以被重复使用,避免重复开发,降低开发成本;

修改,是指在将虚拟资产的配置信息输入虚拟资产模型后,还可以对配置信息进行修改;虚拟资产大多是伴随特定商务活动出现的,具备较强的时效性,可能随时发生改变,因此组件被配置为可修改,且易于修改的形式;

转用,是指同一组件可以用于多个模型;例如对于同一商务平台而言,其所属各类虚拟资产中用于记录平台信息的平台组件所包含的信息均相同,因此各模型的平台组件可以进行复用。

为了实现组件的上述功能,所述组件可以使用格式化语言进行构建,所述格式化语言是指采用独立于编程语言的文本格式来存储和表示数据的语言,具备简介和清晰的格式,易于人阅读和编写,同时也易于机器解析和生成,并有效地提升网络传输效率。使用格式化语言构建虚拟资产模型中的组件,一方面可以便于通过统一的数据接口接收虚拟资产的配置信息,另一方面在使用虚拟资产的场景,也便于外部使用者从模型中获取虚拟资产的配置信息。作为例子,所述格式化语言可以为xml(extensiblemarkuplanguage,可扩展标记语言)或json(javascriptobjectnotation,javascript对象标记语言)等。

从上面所述可以看出,本实施例提供的管理虚拟资产的方法因为采用通过虚拟资产模型存储虚拟资产的配置信息的技术手段,将不同类型的虚拟资产使用统一格式的虚拟资产模型进行定义,可以方便地对虚拟资产的各项信息、特别是虚拟资产的使用规则进行配置和管理,所以克服了现有虚拟资产开发工作量大的技术问题,进而达到减少开发虚拟资产的工作量的技术效果。

在一些可选的实施例中,所述规则组件设置有启用状态标签;所述方法还包括,在s12,将所述使用规则存储于所述虚拟资产模型的规则组件中的步骤后,

根据所述规则组件中的启用状态标签的值,确定所述规则组件启用或停用。其中,所述启用状态标签至少应具备两个可被识别的值,分别对应于该规则组件启用和停用。

当规则组件启用时,其包含的使用规则有效,会展示在支付界面中;当规则组件停用时,其包含的使用规则无效,不会展示在支付页面中。此外,当所述规则组件有2个或2个以上,则各所述规则组件的启用或停用彼此独立。

本实施例对规则组件的大致工作原理进行了说明,在虚拟资产的配置信息中,使用规则是非常重要的一项内容。对于一种虚拟资产,其使用规则很可能不止一项;例如,对于优惠券而言,需要规则说明优惠券的具体类型,比如说满减券,当消费额满足一定要求时才可以使用,并且有具体的可以抵扣的金额;此外,还需要规则说明优惠券如何使用,例如是否可以将多张优惠券叠加使用;另外,优惠券的使用场景可能是特定的,例如只能用于购买电器类商品。上述使用规则也是会随时发生改变的,仍然以优惠券为例,优惠额度可能会根据实际促销的内容而改变;是否可以叠加使用也是不确定的,例如在平日可以设置为不可叠加使用,而在一些特殊的促销节日则可以设置为可叠加使用;使用场景也是可以根据需要而随时改变的。

在很多使用场景,例如前文提到的优惠券使用场景中,虚拟资产的使用规则是会周期性地发生改变的,而如果在每次规则改变时都重新编辑配置信息则会产生大量的重复工作;但是在大多数情况下,使用规则的改变是对于某一些规则的增减而非修改。因此本实施例提供的一种实施方式中,每个规则组件都包含启用状态标签;当需要启用某项规则时,则将启用状态标签设置为启用状态,反之则设置为停用。在外部使用者调用虚拟资产模型时,可以通过启用状态标签判断是否将一项规则纳入使用的范围。可见,本实施方式在不需要启用某项规则时,无需删除规则对应的组件,若之后需要重新启用该规则只要改变使用规则标识,而无需重新传输各项信息,可以进一步降低重复开发成本。

在一些可选的实施例中,所述配置信息还包括虚拟资产的资产信息,所述虚拟资产模型还包括信息组件,所述方法还包括:

在s11,获取虚拟资产的配置信息的步骤后,

将所述资产信息存储于所述虚拟资产模型的信息组件中。

资产信息是指虚拟资产的一些基本信息,例如业务信息、平台信息和资产信息等。业务信息用于说明虚拟资产所述的具体业务,例如酒店或者机票等;平台信息用于说明虚拟资产所属的商务平台;资产信息则用于区分虚拟资产,可以包含唯一的区别标识、资产类别、资产名称、规则集合等。

与前面实施例中提到的规则组件类似,对于不同的资产信息,可以使用不同的组件进行记录,以便于复用、修改或转用;这些组件也可以设置有启用状态标签,各自独立地启用或者停用,以决定组件记录的信息的有效性,从而令使用和配置更加灵活。

进一步,获取虚拟资产的配置信息的步骤包括:

使用数据接口获取虚拟资产的配置信息;所述数据接口与所述虚拟资产模型相匹配。

本发明实施例中的方法使用结构化的虚拟资产模型存储虚拟资产的配置信息,为了便于使用,本实施例通过数据接口获取所述配置信息。通过设置数据接口的数据传输格式,可以保证获取到的配置信息与数据模型相匹配。

例如,可以开发与数据接口相对应的配置页面,在配置页面中将虚拟资产模型所包含的各项内容列出,并提供输入框或者下拉菜单等可以编辑的内容供使用者编辑,此外还可以提供自定义信息的功能,可以根据使用需要增加虚拟资产模型中的组件(这些组件应当至少满足虚拟资产模型整体的格式化要求)。在输入完成后,通过页面将输入内容转化为与虚拟资产模型格式相对应的配置信息(例如xml格式或者json格式的信息),输入至虚拟资产模型中进行存储。

本实施例提供统一的接口实现虚拟资产的配置,而不需要使用特定的编程语句进行开发,所以即使对于没有掌握代码开发技术的业务人员也可以根据本实施例提供的方法构建虚拟资产模型,无需与开发人员进行沟通,可以降低开发成本。此外,基于本实施例方法开发的服务系统,可以为不同业务领域、商务平台的不同虚拟资产提供统一的配置服务,可以实现跨平台使用。

在一些可选的实施例中,s13,根据所述虚拟资产模型配置相应虚拟资产的支付界面的步骤包括:

根据所述虚拟资产模型中包含的规则组件确定所述虚拟资产在支付界面中的展示方式。

支付是虚拟资产的主要功能,本实施例进一步提供使用虚拟资产模型实现支付功能的方法。例如,可以根据虚拟资产模型生成相应的支付组件,该支付组件与本发明实施例中的虚拟资产模型相匹配,可以根据虚拟资产模型中的规则组件以及其他各组件保存的数据显示相应的支付界面。所述支付组件可以被加载至所述支付页面中,用来展示虚拟资产的使用规则。

图2是根据本发明实施例的管理虚拟资产的方法建立的虚拟资产管理系统的示意图。

如图2所示,为基于本发明实施例中的管理虚拟资产的方法所建立的虚拟资产管理系统200的结构示意图,包括配置中心201和模型数据处理中心202。所述配置中心201提供了用于接收配置信息的数据接口,商务平台侧根据预设的形式,通过数据接口将虚拟资产的配置信息传输至配置中心201;配置中心201将接收到的格式化配置信息传输至模型数据处理中心202,以输入虚拟资产模型中进行存储。当商务平台需要使用虚拟资产时,向模型数据处理中心202请求数据,模型数据处理中心202根据请求调取相应虚拟资产模型,将虚拟资产模型中的数据发送至商务平台;或者,模型数据处理中心202还可以提供支付组件,用来根据虚拟资产模型展示对应虚拟资产的使用规则,并将支付组件发送至商务平台(例如以javascript组件的形式发送至商务平台)。

可以看出,本实施例提供的虚拟资产管理系统200不会对虚拟资产的具体数额进行干预,仅对于虚拟资产的基本信息和使用规则等进行管理。在支付页面中,商务平台可以通过引入本实施例中的支付组件生成虚拟资产的支付框架,然后导入平台自身用户的虚拟资产数额,从而建立完整的虚拟资产支付页面。因此,本实施例提供的系统可以跨平台使用,同时为多个不同的商务平台提供虚拟资产管理服务。

图3是根据本发明实施例的管理虚拟资产的方法中构建的虚拟资产模型的示意图。

如图3所示,本发明实施例中的所述虚拟资产模型300包括业务组件301、平台组件302、资产组件303和规则组件304。其中:

业务组件301用于描述虚拟资产所属的业务,例如用于描述该虚拟资产用于酒店支付、机票支付或者电子产品支付等等,具体可以包含用于标注业务类别的业务标识、业务名称、业务代码等;

平台组件302用于描述虚拟资产所属的商务平台,即业务所属的商务平台。具体可以包含用于标注平台类别的平台标识、平台名称等。

资产组件303用于记录虚拟资产的基本信息,例如虚拟资产的标识、类别、名称,以及虚拟资产被使用的促销形式等。

规则组件304用于规定虚拟资产的使用规则,是非常重要的一项。例如可以规定虚拟资产是否可以叠加使用、是否有最低消费额要求、是否可与其他类型的虚拟资产组合使用、是否有使用比例限制等。若对于一项虚拟资产有多项使用规则,则对于每一项使用规则单独设置一个规则组件进行描述,以便于修改或替换。

上述各组件均设置有启用状态标签,可以彼此独立地启用或者停用。这样一来,一方面在修改各组件时,可以采用新增组件而停用旧组件的方式实现,以记录该虚拟资产的使用历史;另一方面可以根据需要便捷地对虚拟资产进行配置调整,而不需要重新传递配置信息,这一点在规则组件的体现尤为明显。

为了更好地说明所述规则组件304的使用方法,提供一些具体的实施例。

在某一业务场景中,虚拟资产为优惠券,该优惠券包含两条使用规则:优惠券为满减券;优惠券可以叠加使用。则对应的两个规则组件记录的信息可以为:

规则组件1

规则名称:满减券;

展示形式:复选框;

是否为组合方式:是;

是否以百分比方式展示数据:否;

是否为启用状态:是。

规则组件2

规则名称:叠加使用;

展示形式:复选框;

是否为组合方式:是;

是否以百分比方式展示数据:否;

是否为启用状态:是。

其中,展示形式一项描述的是规则组件所表示的规则体现在支付组件中的形式,复选框是指对于每一张优惠券,采用可选择的框体进行表示,且可以同时选择多个框体,用来表示叠加使用多张优惠券。

在某一业务场景中,虚拟资产为积分,该积分包含两条使用规则:积分与人民币的兑换比率;积分占支付总额的最高比例。则对应的两个规则组件记录的信息可以为:

规则组件3

规则名称:积分与人民币兑换比率;

展示形式:文本框;

是否为组合方式:否;

是否以百分比方式展示数据:否;

是否为启用状态:是。

规则组件4

规则名称:积分占支付总额的最高比例;

展示形式:文本框;

是否为组合方式:否;

是否以百分比方式展示数据:是;

是否为启用状态:是。

其中,展示形式为文本框表示组件的信息在支付组件中以文本形式进行显示。此外,对于包含具体数值的规则组件(例如规则组件3),还可以在组件中添加用于记录数值的项。

图4是根据本发明实施例的管理虚拟资产的方法中构建的虚拟资产模型的示意图。

如图4所示,根据本发明实施例提供的管理虚拟资产的装置400,包括:

模型构建模块401,用于构建虚拟资产模型;其中,所述虚拟资产模型包括规则组件;

配置信息获取模块402,用于获取虚拟资产的配置信息;其中,所述配置信息包括虚拟资产的使用规则;

存储模块403,用于将所述使用规则存储于所述虚拟资产模型的规则组件中;

支付配置模块404,用于根据所述虚拟资产模型配置相应虚拟资产的支付界面。

在一些可选的实施例中,所述规则组件设置有启用状态标签,所述装置400还包括:

规则启用状态模块405,用于根据所述规则组件中的启用状态标签的值,确定所述规则组件启用或停用。

在一些可选的实施例中,所述配置信息还包括虚拟资产的资产信息,所述虚拟资产模型还包括信息组件,所述存储模块403还用于:

将所述资产信息存储于所述虚拟资产模型的信息组件中。

在一些可选的实施例中,所述装置400还包括:

数据接口模块406,用于使用数据接口获取虚拟资产的配置信息;所述数据接口与所述虚拟资产模型相匹配。

在一些可选的实施例中,所述支付配置模块404还用于:

根据所述虚拟资产模型中包含的规则组件确定所述虚拟资产在支付界面中的展示方式。

从上面所述可以看出,本实施例提供的管理虚拟资产的装置因为采用通过虚拟资产模型存储虚拟资产的配置信息的技术手段,将不同类型的虚拟资产使用统一格式的虚拟资产模型进行定义,可以方便地对虚拟资产的各项信息、特别是虚拟资产的使用规则进行配置和管理,所以克服了现有虚拟资产开发工作量大的技术问题,进而达到减少开发虚拟资产的工作量的技术效果。

图5示出了可以应用本发明实施例的管理虚拟资产的方法或管理虚拟资产的装置的示例性系统架构500。

如图5所示,系统架构500可以包括终端设备501、502、503,网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互,以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用,例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。

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

服务器505可以是提供各种服务的服务器,例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器。后台管理服务器可以提供购物支付页面中支付组件的后台管理服务,实现对虚拟资产的管理。

需要说明的是,本发明实施例所提供的管理虚拟资产的方法一般由服务器505执行,相应地,管理虚拟资产的装置一般设置于服务器505中。

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

根据本发明的实施例,本发明还提供了一种电子设备和一种可读存储介质。

图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。

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

如图6所示,计算机系统600包括中央处理单元(cpu)601,其可以根据存储在只读存储器(rom)602中的程序或者从存储部分608加载到随机访问存储器(ram)603中的程序而执行各种适当的动作和处理。在ram603中,还存储有系统600操作所需的各种程序和数据。cpu601、rom602以及ram603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。

以下部件连接至i/o接口605:包括键盘、鼠标等的输入部分606;包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分607;包括硬盘等的存储部分608;以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至i/o接口605。可拆卸介质611,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器610上,以便于从其上读出的计算机程序根据需要被安装入存储部分608。

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

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

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

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现,也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中,例如,可以描述为:一种处理器包括模型构建模块和存储模块。其中,这些模块的名称在某种情况下并不构成对该模块本身的限定,例如,存储模块还可以被描述为“用于将虚拟资产的配置信息输入所述虚拟资产模型进行存储的模块”。

作为另一方面,本发明还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的设备中所包含的;也可以是单独存在,而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该设备执行时,使得该设备包括:

构建虚拟资产模型;

将虚拟资产的配置信息输入所述虚拟资产模型进行存储。

根据本发明实施例的技术方案,因为采用通过虚拟资产模型存储虚拟资产的配置信息的技术手段,将不同类型的虚拟资产使用统一格式的虚拟资产模型进行定义,可以方便地对虚拟资产的各项信息、特别是虚拟资产的使用规则进行配置和管理,所以克服了现有虚拟资产开发工作量大的技术问题,进而达到减少开发虚拟资产的工作量的技术效果。

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

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1