虚拟宠物商品的交易方法、装置、系统及存储介质与流程

本申请是2018年08月30号提交的、申请号为201811006230.3、发明名称为“虚拟宠物商品的交易方法、装置、设备及存储介质”的发明专利申请的分案申请。

本申请涉及计算机应用技术领域，特别涉及一种虚拟宠物商品的交易方法、装置、系统及存储介质。

背景技术：

提供虚拟宠物的应用程序通常具有虚拟宠物的交易功能，以便用户向系统或者其他用户购买虚拟宠物。

在相关技术中，应用程序可以提供用于宠物交易的交易界面，用户通过该交易界面向服务器请求购买或者上架出售虚拟宠物，服务器接收到请求后，根据本地存储的相关验证信息对交易相关的请求的合法性进行验证，比如，验证用户是否有足够的资源购买或者出售虚拟宠物等，在验证通过后，服务器修改虚拟宠物的所有权。

然而，相关技术中用于交易请求合法性验证的相关验证信息存储在应用程序的服务器中，存在一定的安全风险，导致虚拟宠物交易的安全性较低。

技术实现要素：

本申请实施例提供了一种虚拟宠物商品的交易方法、装置、系统、计算机设备及存储介质，可以用于解决相关技术中虚拟宠物交易的安全性较低的问题，技术方案如下：

一方面，提供了一种虚拟宠物商品的交易方法，用于为应用程序提供后台支持的服务器集群中，所述应用程序提供有虚拟宠物，且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的，所述方法包括：

接收第二终端发送的上架请求，所述上架请求用于请求在所述应用程序的交易界面上架出售所述第一宠物商品；

根据所述上架请求获取第三验证信息，所述第三验证信息是存储在区块链系统中的，用于指示所述上架请求的合法性的第二类型信息；

当所述第三验证信息指示所述上架请求合法时，将所述第一宠物商品在所述交易界面上架。

一方面，提供了一种虚拟宠物商品的交易方法，用于运行有应用程序的终端中，所述应用程序提供有虚拟宠物，且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的，所述方法包括：

展示所述应用程序的宠物展示界面，所述宠物展示界面用于展示第二账号拥有的宠物商品，所述第二账号是在所述终端中登录的账号；

检测到对所述宠物展示界面中的第一宠物商品的触发操作时，展示所述第一宠物商品的宠物信息界面，所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件，所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具；

检测到对所述出售控件的触发操作时，向服务器集群发送上架请求，所述上架请求用于触发所述服务器集群获取第三验证信息，并在所述第三验证信息指示所述上架请求合法时，将所述第一宠物商品在所述应用程序的交易界面上架；所述第三验证信息是存储在区块链系统中的，用于指示所述上架请求的合法性的上架验证信息。

一方面，提供了一种虚拟宠物商品的交易方法，用于运行有应用程序的终端中，所述应用程序提供有虚拟宠物，且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的，所述方法包括：

展示所述应用程序的宠物展示界面，所述宠物展示界面用于展示第三账号拥有的宠物商品，所述第三账号是在所述终端中登录的账号；

检测到对所述宠物展示界面中的第二宠物商品的触发操作时，展示所述第二宠物商品的宠物信息界面，所述第二宠物商品是已经在所述交易界面上架的虚拟宠物，且所述宠物信息界面中包含所述第二宠物商品的下架控件，所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具；

检测到对所述下架控件的触发操作时，向所述服务器集群发送下架请求，所述下架请求用于触发所述服务器集群获取第五验证信息，并在所述第五验证信息指示所述下架请求合法时，将所述第二宠物商品从所述交易界面中下架；所述第五验证信息是存储在区块链系统中的，用于指示所述下架请求的合法性的下架验证信息。

一方面，提供了一种虚拟宠物商品的交易装置，用于为应用程序提供后台支持的服务器集群中，所述应用程序提供有虚拟宠物，且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的，所述装置包括：

上架请求接收模块，用于接收第二终端发送的上架请求，所述上架请求用于请求在所述应用程序的交易界面上架出售所述第一宠物商品；

第三验证信息获取模块，用于根据所述上架请求获取第三验证信息，所述第三验证信息是存储在区块链系统中的，用于指示所述上架请求的合法性的第二类型信息；

上架模块，用于当所述第三验证信息指示所述上架请求合法时，将所述第一宠物商品在所述交易界面上架。

一方面，提供了一种虚拟宠物商品的交易装置，用于运行有应用程序的终端中，所述应用程序提供有虚拟宠物，且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的，所述装置包括：

宠物界面展示模块，用于展示所述应用程序的宠物展示界面，所述宠物展示界面用于展示第二账号拥有的宠物商品，所述第二账号是在所述终端中登录的账号；

信息界面展示模块，用于检测到对所述宠物展示界面中的第一宠物商品的触发操作时，展示所述第一宠物商品的宠物信息界面，所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件，所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具；

上架请求发送模块，用于检测到对所述出售控件的触发操作时，向服务器集群发送上架请求，所述上架请求用于触发所述服务器集群获取第三验证信息，并在所述第三验证信息指示所述上架请求合法时，将所述第一宠物商品在所述应用程序的交易界面上架；所述第三验证信息是存储在区块链系统中的，用于指示所述上架请求的合法性的上架验证信息。

一方面，提供了一种虚拟宠物商品的交易装置，用于运行有应用程序的终端中，所述应用程序提供有虚拟宠物，且存在至少一个所述虚拟宠物的宠物形象是基于基因遗传规则生成的，所述装置包括：

宠物界面展示模块，用于展示所述应用程序的宠物展示界面，所述宠物展示界面用于展示第三账号拥有的宠物商品，所述第三账号是在所述终端中登录的账号；

信息界面展示模块，用于检测到对所述宠物展示界面中的第二宠物商品的触发操作时，展示所述第二宠物商品的宠物信息界面，所述第二宠物商品是已经在所述交易界面上架的虚拟宠物，且所述宠物信息界面中包含所述第二宠物商品的下架控件，所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具；

下架请求发送模块，用于检测到对所述下架控件的触发操作时，向所述服务器集群发送下架请求，所述下架请求用于触发所述服务器集群获取第五验证信息，并在所述第五验证信息指示所述下架请求合法时，将所述第二宠物商品从所述交易界面中下架；所述第五验证信息是存储在区块链系统中的，用于指示所述下架请求的合法性的下架验证信息。

另一方面，提供了一种虚拟宠物商品的交易系统，所述系统包括服务器集群和终端；

所述服务器集群包括如上述用于服务集群中的虚拟宠物商品的交易装置；

所述终端包括如上述用于终端中的虚拟宠物商品的交易装置。

另一方面，提供了一种计算机设备，所述计算机设备包含处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述虚拟宠物商品的交易方法。

又一方面，提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现上述虚拟宠物商品的交易方法。

本申请所示的方案，接收到终端发送的购买宠物商品的请求后，从区块链系统中获取稳定性和可靠性的极高的验证信息对该请求的合法性进行验证，并在验证合法后执行宠物商品的交易，从而极大的提高了虚拟宠物交易的安全性。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请一个示例性实施例提供的计算机系统的结构示意图；

图2是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的流程示意图；

图3是图2所示实施例涉及的虚拟宠物交易的流程图；

图4是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图；

图5是图4所示实施例涉及的一种虚拟猫的交易界面示意图；

图6是图4所示实施例涉及的一种虚拟猫的购买界面示意图；

图7是图4所示实施例涉及的一种猫铃铛的购买界面示意图；

图8是图4所示实施例涉及的一种诱猫铃铛的购买界面示意图；

图9是图4所示实施例涉及的一种价格走势示意图；

图10是图4所示实施例涉及的虚拟猫购买确认界面的示意图；

图11是图4所示实施例涉及的一种交易提示界面的示意图；

图12是图4所示实施例涉及的诱猫铃铛购买确认界面的示意图；

图13是图4所示实施例涉及的交易成功提示界面示意图；

图14是图4所示实施例涉及的虚拟猫购买流程示意图；

图15是图4所示实施例涉及的猫铃铛购买流程示意图；

图16是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图；

图17是图16所示实施例涉及的一种虚拟猫的宠物信息界面的示意图；

图18是图16所示实施例涉及的一种上架确认界面示意图；

图19是图16所示实施例涉及的一种公示区展示示意图；

图20是图16所示实施例涉及的一种上架展示逻辑示意图；

图21是图16所示实施例涉及的虚拟猫上架流程示意图；

图22是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图；

图23是图22所示实施例涉及的虚拟猫下架流程示意图；

图24是本申请一示例性实施例提供的虚拟宠物商品的交易装置；

图25是本申请一示例性实施例提供的虚拟宠物商品的交易装置；

图26是本申请一示例性实施例提供的虚拟宠物商品的交易装置；

图27是本申请一示例性实施例提供的虚拟宠物商品的交易装置；

图28是本申请一示例性实施例提供的计算机设备的结构框图；

图29是本申请一示例性实施例提供的计算机设备的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

本申请提供的方案，可以在进行虚拟宠物的交易时，通过存储在区块链系统中的验证信息对交易请求进行验证，以提高虚拟宠物交易的安全性。为了便于理解，下面首先对本申请涉及到的几个名词进行解释。

虚拟宠物：是以卡通形式和/或动物形式的宠物形象进行呈现的数字宠物。该虚拟宠物是二维数字宠物或三维数字宠物，比如，虚拟宠物是以卡通猫形式的宠物形象进行呈现的三维虚拟宠物。可选地，存在一部分虚拟宠物的宠物形象是随机生成的，比如0代虚拟宠物的宠物形象是随机生成的；存在一部分虚拟宠物的宠物形象是根据父母亲虚拟宠物和/或其他祖辈虚拟宠物的宠物形象按照基因遗传规则生成的，比如除0代虚拟宠物之外的后代虚拟宠物的宠物形象是按照基因遗传规则生成的。可选地，每只虚拟宠物都有独一无二的基因序列，该基因序列包括用于确定虚拟宠物的宠物形象的生成参数，基因序列也称形象参数。

在一些实施例中，每只虚拟宠物的宠物信息存储在区块链系统上，经过区块链系统上的多个节点的共识机制进行存储和认证。宠物信息至少包括：虚拟宠物的第一无二的基因序列，还可选包括：虚拟宠物的标识、虚拟宠物的父母亲信息、虚拟宠物的代际信息、虚拟宠物的族谱信息、虚拟宠物的历史交易流水信息、虚拟宠物的历史生涯事件信息和虚拟宠物的其它信息中的至少一种。由于每只虚拟宠物的基因序列是独一无二的，而且在区块链系统上存储的信息是真实和唯一的，因此虚拟宠物具有收藏属性。同时，由于虚拟宠物的宠物信息是存储在区块链系统上的，即便虚拟宠物是设计在第一应用程序中使用的数字宠物，也可以方便地迁移到第二应用程序中进行使用。

在一些实施例中，虚拟宠物是终端中运行的应用程序所展示的数字宠物。该应用程序包括如下功能中的至少一项：抓取虚拟宠物、生成虚拟宠物、繁育虚拟宠物、交易虚拟宠物、使用虚拟宠物进行战斗、使用虚拟宠物进行增强现实(augmentedreality，ar)互动、使用虚拟宠物进行社交、使用虚拟宠物进行ar教育。在另一些实施例中，该应用程序是基于区块链系统进行虚拟宠物的获取、繁育和/或交易的应用程序。在另一些实施例中，该应用程序是基于地理位置的社交游戏程序，该社交游戏程序提供有利用虚拟宠物进行收藏、成长和/或战斗中的至少一种功能。

在一些实施例中，应用程序具有使用虚拟宠物进行战斗的功能。此时，基因序列会决定虚拟宠物所具有的特征。上述特征可以包括：外在特征和/或内在特征。

外在特征是指体现虚拟宠物的宠物形象的特征。可选地，虚拟宠物包括皮肤、斑纹、耳朵、胡须、花纹、眼睛和嘴巴等不同身体部位，每一个身体部位均可以有多种不同的外在特征。上述外在特征可以包括颜色、形状、纹理等可见特征。例如，皮肤的外在特征可以包括白色皮肤、红色皮肤、橙色皮肤、黄色皮肤、绿色皮肤、青色皮肤、蓝色皮肤和紫色皮肤等不同颜色。又例如，耳朵的外在特征可以包括长耳、短耳、卷耳、折耳、正常耳等不同形状。

内在特征是指体现虚拟宠物的内在属性的特征。例如，内在属性可以包括智力值、攻击力值、防御力值、灵力值、魔力值、力量值、耐力值、敏捷度值、潜力值、速度值、寿命值等多种不同的属性。

基因遗传规则：又称遗传规则、基因算法或基因遗传算法，是将父母亲虚拟宠物和/或其他祖辈虚拟宠物的宠物形象模仿真实生物的遗传规律进行传递，以生成孩子虚拟宠物的宠物形象的规则。以虚拟宠物是3d虚拟宠物为例，每个虚拟宠物的宠物形象包括多个类型的3d形象素材，每个类型的3d形象素材对应不同的角色部位和/或纹理层次，每个3d形象素材对应一个素材标识，该3d素材标识可视为一个“基因”。在一些实施例中，为保证每个虚拟宠物都是独一无二的个性化虚拟宠物，该独一无二的特性由该虚拟宠物的基因序列所决定。在一些实施例中，该基因遗传规则是将父母亲虚拟宠物和/或其他祖辈虚拟宠物的宠物形象按照遗传规律进行重组和去重后，生成孩子虚拟宠物具有唯一特性的宠物形象的规则。去重是指当遗传过程中出现与已有虚拟宠物相同的基因序列时，会重新生成该虚拟宠物的基因序列，从而保证该虚拟宠物的基因唯一性的机制。可选地，由于基因遗传规则是模仿真实生物的遗传规则，因此还存在怀孕时长、近亲不能繁育之类的限制条件。

在本申请实施例中，两个具有遗传关系的虚拟宠物之间，存在遗传基因。遗传基因是指由两个具有遗传关系的虚拟宠物中的一方遗传给另一方的基因。遗传基因所决定的特征即可称为遗传特征。两个具有遗传关系的虚拟宠物之间存在相同的遗传特征，也即存在相同的形象素材特征。例如，两个具有遗传关系的虚拟宠物，都具有黄色皮肤。又例如，两个具有遗传关系的虚拟宠物，都具有红色皮肤和折耳。遗传特征的数量可以是一个，也可以是多个，本申请实施例对此不作限定。在通常情况下，两个具有遗传关系的虚拟宠物之间的辈分越近，则遗传特征越多；反之，两个具有遗传关系的虚拟宠物之间的辈分越远，则遗传特征越少。

区块链：(英语：blockchain或blockchain)是用一种基于分布式数据库识别的，传播和记载信息的智能化对等网络，也称为价值互联网。

交易：本方案中所提的交易，是指应用程序中，以区块链技术为基础的区块链数字宠物交易行为。

图1是本申请一个示例性实施例提供的计算机系统的结构示意图。该系统包括：若干个终端120和服务器集群140。

终端120可以是手机、游戏主机、平板电脑、电子书阅读器、智能眼镜、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器等移动终端，或者，终端120也可以是个人计算机(personalcomputer，pc)，比如膝上型便携计算机和台式计算机等等。

其中，终端120中可以安装有用于提供虚拟宠物的应用程序。

终端120与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

服务器集群140是一台服务器，或者由若干台服务器组成，或者是一个虚拟化平台，或者是一个云计算服务中心。服务器集群140用于为提供虚拟宠物的应用程序提供后台服务。可选地，服务器集群140承担主要计算工作，终端120承担次要计算工作；或者，服务器集群140承担次要计算工作，终端120承担主要计算工作；或者，终端120和服务器集群140之间采用分布式计算架构进行协同计算。

在一些可选的实施例中，服务器集群140用于存储各个虚拟宠物的角色信息和交易记录。角色信息包括：用于唯一标识虚拟宠物的角色标识，用于表征虚拟宠物的角色形象的形象参数，以及用于表征虚拟宠物的状态的数据等。

在本申请中，服务器集群140还与区块链系统160相连，服务器集群140将各个虚拟宠物的角色信息和/或交易记录存储在区块链系统中。在一些可选的实施例中，服务器集群140本身也可以作为区块链系统中的一个节点运行和存储数据。

可选的，在本申请实施例中，服务器集群140包括逻辑服务器142和区块链服务器144。其中，逻辑服务器142用于实现应用程序的逻辑控制，比如，进行虚拟宠物交易的请求处理、账号资源管理、界面内容管理等，区块链服务器144作为区块链系统160的一部分，用于实现各个虚拟宠物的角色信息和/或交易记录的存储，以及重要功能的决策管理，比如，可以实现对交易请求的决策。

需要说明的是，上述逻辑服务器142和渲染服务器144可以属于同一个计算机设备，或者，上述逻辑服务器142和渲染服务器144也可以分属于不同的计算机设备。

可选地，不同的终端120中安装的应用程序的客户端是相同的，或两个终端120上安装的应用程序的客户端是不同控制系统平台的同一类型应用程序的客户端。基于终端平台的不同，该应用程序的客户端的具体形态也可以不同，比如，该应用程序客户端可以是手机客户端、pc客户端或者全球广域网(worldwideweb，we)客户端等。

本领域技术人员可以知晓，上述终端120的数量可以更多或更少。比如上述终端可以仅为一个，或者上述终端为几十个或几百个，或者更多数量。本申请实施例对终端的数量和设备类型不加以限定。

可选的，该系统还可以包括管理设备(图1未示出)，该管理设备与服务器集群140之间通过通信网络相连。可选的，通信网络是有线网络或无线网络。

可选的，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(localareanetwork，lan)、城域网(metropolitanareanetwork，man)、广域网(wideareanetwork，wan)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(hypertextmark-uplanguage，html)、可扩展标记语言(extensiblemarkuplanguage，xml)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(securesocketlayer，ssl)、传输层安全(transportlayersecurity，tls)、虚拟专用网络(virtualprivatenetwork，vpn)、网际协议安全(internetprotocolsecurity，ipsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

图2是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的流程示意图。该方法可以由上述图1所示系统中的服务器集群140执行，其中，该服务器集群用于为应用程序提供后台支持，该应用程序提供有虚拟宠物，且存在至少一个虚拟宠物的宠物形象是基于基因遗传规则生成的。如图2所示，该方法可以包括如下几个步骤：

步骤21，接收第一终端发送的购买请求，该购买请求用于请求购买第一宠物商品。

其中，该第一宠物商品为第一虚拟宠物或者用于获取第一虚拟宠物的虚拟道具。

其中，虚拟道具可以是使用后直接或者间接获取到对应的虚拟宠物的道具。

在一些示例中，虚拟道具可以在被使用后触发终端展示vr(virtualreality，虚拟现实)空间、ar(augmentedreality，虚拟增强)空间或者其它类型的三维虚拟空间，该三维虚拟空间中包含可捕捉状态的虚拟宠物，用户执行捕捉操作并成功捕捉后，即可以获得该虚拟宠物。可选的，虚拟宠物为虚拟猫，虚拟道具为虚拟猫铃铛，用户使用该虚拟猫铃铛后，可以在终端展示的ar空间中捕捉虚拟猫。

在另一些示例中，虚拟道具可以是使用后即获取到对应的虚拟宠物的虚拟宠笼、虚拟宠物箱或者虚拟宠物包裹等，在该虚拟道具被使用后，用户直接获得该虚拟宠物。

在另一些示例中，虚拟道具可以是使用后间隔一段时间获取到对应的虚拟宠物的道具，比如宠物蛋等，用户使用该虚拟道具后，经过一段时间孵化后，可以获得对应的虚拟宠物。

在另一些示例中，虚拟道具可以是使用后给予使用者一个指定任务的道具，用户完成该指定任务后，即可以获得该虚拟宠物。

在本申请实施例中，宠物商品可以是系统出售的虚拟宠物。

或者，上述宠物商品可以是由系统出售的用于获取虚拟宠物的虚拟道具。

或者，上述宠物商品可以是由用户出售的虚拟宠物。

或者，上述宠物商品可以是由用户出售的用于获取虚拟宠物的虚拟道具。

本申请后续实施例将分别以宠物商品是由系统出售的用于获取虚拟宠物的虚拟道具，以及，宠物商品是由用户出售的虚拟宠物为例进行图示说明，但并不对此进行限制。

步骤22，根据该购买请求获取第一验证信息，该第一验证信息是存储在区块链系统中的，用于指示该购买请求的合法性的第一类型信息。

在本申请实施例中，上述购买请求中可以包含第一账号以及请求购买的第一宠物商品的标识等信息。

该第一账号可以是在第一终端中登录的账号，比如，该第一账号可以是用户名、用户手机号或者用户的应用程序账号等。

其中，该第一宠物商品的标识可以在区块链系统中唯一标识该第一宠物商品，比如，该第一宠物商品的标识可以是该第一宠物商品的编号。

服务器集群接收到购买请求后，可以根据购买请求中包含的第一账号以及第一宠物商品的标识等信息，从区块链系统中查询上述第一类型信息。

步骤23，当该第一验证信息指示该购买请求合法时，将该第一宠物商品的所有权由第二账号转移至第一账号。

其中，该第二账号是出售该第一宠物商品的账号。其中，当该第一宠物商品由系统出售时，该第二账号可以是系统账号；或者，当该第一宠物商品由用户出售时，该第二账号可以是用户账号。

其中，上述合法性，是指对应的请求被系统允许执行。当服务器集群通过第一验证信息确定上述购买请求合法时，服务器集群可以控制宠物商品的交易完成，将第一宠物商品的所有权由第二账号转移至第一账号。

可选的，当第一宠物商品的购买需要消耗一定的资源时，服务器集群在移交第一宠物商品的所有权之前，还执行资源扣除操作，即扣除第一账号所拥有的资源中，用于购买该第一宠物商品所需的资源。

其中，上述资源可以是系统定义或者允许使用的资源，比如，上述资源可以是真实货币、虚拟货币、以及积分等等，本申请实施例不对上述资源的具体表现形式进行限定。

服务器集群在完成上述第一宠物商品的所有权的转移后，可以通知相关的终端(比如上述第一终端和第二账号登录的第二终端等)。

或者，当服务器集群根据第一验证信息确定购买请求不合法时，可以向第一终端反馈交易失败的数据响应，以便第一终端展示交易失败的提示。

区块链系统是基于区块链技术构建的计算机系统，其中，区块链技术是利用块链式数据结构来验证与存储数据、利用分布式节点共识算法来生成和更新数据、利用密码学的方式保证数据传输和访问的安全、利用由自动化脚本代码组成的智能合约来编程和操作数据的一种全新的分布式基础架构与计算方式。区块链技术具有信息不可篡改性，一旦信息经过验证并存储至区块链系统，就会被永久的存储起来，只有获得系统中超过51％的节点同意确认，才能对其中的信息进行修改，而单个节点上对信息的修改是无效的，因此，区块链系统中的数据的稳定性和可靠性的极高。

而在本申请实施例中，服务器集群接收到终端发送的购买宠物商品的请求后，从区块链系统中获取稳定性和可靠性的极高的验证信息对该请求的合法性进行验证，并在验证合法后执行宠物商品的交易，从而极大的提高了虚拟宠物交易的安全性。

比如，请参考图3，其示出了本申请实施例涉及的虚拟宠物交易的流程图。如图3所示，以应用程序是提供虚拟宠物的游戏程序，服务器集群是游戏服务器为例，用户通过终端执行发起交易(比如请求购买)的操作，终端向游戏服务器发送请求，游戏服务器向各个区块链各节点确认请求是否合法，当各节点进行数据确认并发送反馈，已反馈该请求是否合法，游戏服务器根据区块链各节点发送的反馈，向终端发送数据反馈，以便终端展示交易成功或失败的交易结果。

图4是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图。该方法可以由上述图1所示系统中的终端120以及服务器集群140执行，其中，终端中安装有应用程序，服务器集群用于为应用程序提供后台支持，该应用程序提供有虚拟宠物，且存在至少一个虚拟宠物的宠物形象是基于基因遗传规则生成的。如图4所示，该方法可以包括如下几个步骤：

步骤401，第一终端展示应用程序的交易界面，该交易界面中包含第一宠物商品的购买控件。

该第一宠物商品为第一虚拟宠物或者用于获取该第一虚拟宠物的虚拟道具。

其中，第一终端中安装有提供虚拟宠物的应用程序，并登录有第一账号。该应用程序的界面中包含用于进行宠物物品交易的交易界面，按照交易的宠物物品的类型以及功能的不同，该交易界面可以包含多个标签，每个标签下用于展示类型不同的第一宠物商品，比如，按照类型不同，交易界面中可以包含用于展示当前正在出售的虚拟宠物的标签、用于展示当前提供配对的虚拟宠物的标签、用于展示当前正在出售的宠物道具的标签、用于展示将要可出售的虚拟宠物的标签、用于展示全部虚拟宠物的标签以及用户展示当前用户账号交易过的虚拟宠物或宠物道具的标签。

在本申请实施例中，在第一宠物商品对应的标签下，可以显示该第一宠物商品的购买入口，该购买入口中可以包含该第一宠物商品的购买控件。

或者，该购买入口中也可以不包含第一宠物商品的购买控件，而是通过该购买入口触发进入的购买界面中包含该购买控件。

或者，上述购买入口以及通过该购买入口触发进入的构面界面中都可以包含购买控件。

可选的，上述第一宠物商品的购买控件中还可以包含第一虚拟宠物相关的各种信息，比如形象、价格、图标、名称以及特征等。

可选的，上述交易界面提供选择控件，该选择控件用于按照指定的条件或顺序展示宠物商品。

比如，以第一宠物商品是虚拟猫或用于获取虚拟猫的猫铃铛，从该第一宠物商品的购买入口进入的购买界面中包含购买控件为例。请参考图5至图9。

当第一宠物商品是用户上架出售的虚拟猫时，如图5所示，其示出了本申请实施例涉及的一种虚拟猫的交易界面示意图。如图5所示，该在交易界面51中，包含“出售中”、“求配对”、“猫铃铛”、“公示区”、“全部猫”、以及“我的交易”这6个标签，其中，“出售中”标签511下显示各个出售中的虚拟猫的购买入口512，每个虚拟猫的购买入口可以展示对应的虚拟猫的以下信息：形象、代际、编号、点赞数、恢复时间、出售标记icon、新上架标记icon、价格、出售剩余时间、以及恢复中标记等。

此外，该上述“出售中”标签下，还会展示当前正在出售的虚拟猫的总数。

如图5所示，在上述“出售中”标签下，每页可以显示50只虚拟猫，当玩家点击下一页的时候，服务器集群及可以向区块链系统拉取后面50只虚拟猫的数据，并发送给终端进行展示。

如图5所示，在上述“出售中”标签下，可以按编号由大到小(综合排序)、代际顺序/逆序、价格顺序/逆序、点赞数由高到低、恢复时间顺序/逆序对所有出售中的虚拟猫进行排序。

此外，在图5所示的界面中，在上述“出售中”标签下，还可以按普通猫、梦幻猫(拥有全局特性的猫)等条件进行虚拟猫的筛选；可以筛选精确的代际(即只显示某一代的猫)；也可以按低于2小时、低于1天、低于1星期、大于1星期等恢复时长的顺序来筛选猫。

其中，上述恢复时长可以是虚拟猫下一次可以进行配对所需要的时长，该恢复时长可以固定，也可以按照虚拟猫的配对次数的增加而增加或减少。

用户点击图5中“出售中”标签下的某个虚拟猫的购买入口后，终端可以展示对应的虚拟猫的购买界面，如图6所示，其示出了本申请实施例涉及的一种虚拟猫的购买界面示意图。如图6所示，在虚拟猫的购买界面61中，显示的虚拟猫的信息与虚拟猫在所有者的背包中展示的虚拟猫的详情界面类似，用户无论查看的是自己出售的虚拟猫，还是其它用户出售的猫，所查看到的购买界面中显示的信息都与用户查看自己拥有的虚拟猫的界面类似，比如，在图6所示的购买界面中，包含虚拟猫的形象、出售状态、恢复状态、恢复时间、所属用户的昵称和头像、代际、名称、点赞数、名称、特征、父母亲形象、用于显示虚拟猫的配对信息的控件、用于显示虚拟猫的区块信息的控件、以及用于显示虚拟猫的经历的控件等。

如图6所示，与虚拟猫在所有者的背包中展示的虚拟猫的详情界面不同的是，在虚拟猫的购买界面中，还包括购买功能条(bar)部分611，在该部分左下角显示登录账号(即第一账号)当前拥有的货币数量，中上部显示有购买按钮611a(及上述购买控件)，该购买按钮下方显示这只虚拟猫当前的价格，右下角显示这只虚拟猫距离自动下架还有多长时间。

如图6所示，除了购买功能条部分之外，在虚拟猫的购买界面中，还包括用户控制虚拟猫下架的下架控件，如果登录账号查看的虚拟猫是自己正在出售的，则此时上述购买按钮不可点击，而下架控件可点击；如果登录账号查看的虚拟猫不是自己正在出售的，则此时上述购买按钮可点击，而下架控件不可点击。

当第一宠物商品是用户上架出售的虚拟猫的猫铃铛时，请参考图7，其示出了本申请实施例涉及的一种猫铃铛的购买界面示意图；在图7中，“猫铃铛”标签711下显示系统出售的各个诱猫铃铛(即上述猫铃铛)的购买入口712，每个诱猫铃铛的购买入口可以展示对应的虚拟猫的以下信息：形象、代际以及价格等。此外，每个诱猫铃铛还对应有一个专门的编号，该编号就是对应的虚拟猫的唯一编号。用户点击一个猫铃铛的购买入口后，进入诱猫铃铛的购买界面。

如图8所示，其示出了本申请实施例涉及的一种诱猫铃铛的购买界面示意图。如图8所示，在该诱猫铃铛的购买界面81中，包含有铃铛对应的猫的形象、价格走势按钮812、铃铛icon、铃铛名字、对应的虚拟猫的特性等信息。在该诱猫铃铛的购买界面下方的购买条811中，还包含有购买按钮811a，该购买按钮上可以显示诱猫铃铛的价格。

可选的，当上述第一宠物商品是由系统出售的虚拟宠物或者宠物道具时，第一终端还可以在交易界面中展示第一宠物商品的价格走势控件(比如上述图8中的价格走势按钮812)；在检测到对价格走势控件的触发操作时，展示第一宠物商品的价格走势界面，该价格走势界面中所述第一宠物商品在上架时间点开始后的各个时间点上的价格。

比如，如图7所示，每隔一段时间，系统会上架一批新的诱猫铃铛。上架时间和每一批上架的诱猫铃铛的数量可以根据开发人员在系统中配置来决定。

其中，在一种配置中，上述诱猫铃铛的价格可以由市场决定。比如，系统设置一个诱猫铃铛的底价，第一批诱猫铃铛的价格全部为底价。从第n个诱猫铃铛开始，新上架的诱猫铃铛的价格为前n个诱猫铃铛成交的平均价格乘以m％。这里的n、m可以由运营人员或者开发人员进行配置。可选的，诱猫铃铛从上架开始，会逐渐进行价格衰减，比如，每隔x时间，诱猫铃铛的价格会下降y，并且在z次降价之后下降到底价，上述x、y、z也以由运营人员或者开发人员进行配置。其中，诱猫铃铛的价格走势可以在对应的价格走势界面中查看，比如，请参考图9，其示出了本申请实施例涉及的一种价格走势示意图。如图9所示，在价格走势界面91中，显示有诱猫铃铛的上架时间、上架价格以及每一次降价的时间以及价格。同时还高亮标记当前虚拟猫的价格属于哪一次降价范围(即图9中的虚线框91a所示的区域)，以方便用户判断是否决定购买。

步骤402，第一终端检测到对购买控件的触发操作时，向服务器集群发送购买请求，服务器集群接收该购买请求。

可选的，第一终端对应的用户点击交易界面中包含的购买控件后，第一终端可以展示二次确认界面，用户在该二次确认界面中点击确认购买后，第一终端将向服务器集群发送购买请求。

比如，当第一宠物商品是用户上架出售的虚拟猫时，请参考图10，其示出了本申请实施例涉及的虚拟猫购买确认界面的示意图。如图10所示，在虚拟猫的购买确认界面1001中，详细展示了虚拟猫的编号(编号是虚拟猫的区块链上的凭证，可以在区块链上绝对唯一)、付款用户标识、付出的资源数量(即支付金额)、虚拟猫的形象、代际以及区块链信息确认提示1001a以及支付按钮1001b等，用户点击支付按钮1001b之后，即可以进入区块链确认环节(请见后续步骤403至步骤405)，同时展示交易提示界面，该交易提示界面用于提示正在进行交易中。

比如，请参考图11，其示出了本申请实施例涉及的一种交易提示界面的示意图。如图11所示，在该交易提示界面1101中，显示有提示信息1101a，以提示用户当前正在进行区块链交易确认，用户可以点击确认按钮1101b或者关闭按钮1101c关闭该交易提示界面1101。

再比如，当第一宠物商品是系统上架出售的诱猫铃铛时，请参考图12，其示出了本申请实施例涉及的诱猫铃铛购买确认界面的示意图。如图12所示，用户点击诱猫铃铛的购买控件后，展示诱猫铃铛购买确认界面1201，该界面中展示了虚拟猫的编号、付款用户标识、付出的资源数量、虚拟猫的形象、代际以及区块链信息确认提示以及支付按钮1201a等，用户点击支付按钮1201a之后，即可以进入区块链确认环节，同时展示交易提示界面。

步骤403，服务器集群根据该购买请求获取第二验证信息，该第二验证信息是存储在该区块链系统之外的，用于指示该购买请求的合法性的第一类型信息。

其中，上述第一类型信息可以包括但不限于以下6种信息中的至少一种：

1)第一宠物商品的所有权是否合法

该信息指示第一宠物商品是否由出售该第一宠物商品的第二账户所有，若第一宠物商品是由第二账户所有，则购买请求合法，反之，购买请求不合法。

2)第一宠物商品的价格是否合法

该信息指示第一宠物商品的价格是否处于合法的区间内，当第一宠物商品的价格处于合法的区间内时，则购买请求合法，反之，购买请求不合法。

3)第一宠物商品的可出售状态是否合法

该信息指示第一宠物商品的是否处于可出售状态，当第一宠物商品处于可出售状态时，则购买请求合法，反之，购买请求不合法。

比如，以第一宠物商品是虚拟猫为例，当虚拟猫未处于配对状态或者任务状态等当前正在使用的状态时，可以认为该虚拟猫处于可出售状态。

4)第一宠物商品的锁定状态是否为未锁定

该信息指示第一宠物商品是否被锁定，当第一宠物商品未被锁定时，则购买请求合法，反之，购买请求不合法。

其中，第一宠物商品的锁定可以分为用户锁定和系统锁定。

比如，以第一虚拟宠物是虚拟猫为例，虚拟猫的拥有者可以在背包界面中将虚拟猫锁定，使其不可交易，此时，虚拟猫为被锁定；或者，当虚拟猫在交易界面中被另一个用户账号请求购买且尚未完成购买时，服务器集群可以后台将该虚拟猫的交易锁定，此时，虚拟猫也是被锁定状态。

5)第一账号是否拥有购买该第一宠物商品所需的资源

该信息指示第一账号所拥有的资源是否足够支付购买该第一宠物商品。比如，第一类型信息中可以包含第一账户所有用的资源的数量，当该资源的数量大于或者等于购买该第一宠物商品所需的资源时，则购买请求合法，反之，购买请求不合法。

6)是否成功扣除购买该第一宠物商品所需的资源

该信息指示服务器集群是否已经从第一账号所拥有的资源中扣除了购买该第一宠物商品所需的资源，若是，则购买请求合法，反之，购买请求不合法。

步骤404，当该第二验证信息指示该购买请求合法时，服务器集群根据该购买请求获取第一验证信息，该第一验证信息是存储在区块链系统中的，用于指示该购买请求的合法性的第一类型信息。

在本申请实施例中，若每次都通过区块链系统中存储的第一类型信息来判断合法性，当购买请求很频繁时，会导致区块链系统的压力过大，为了避免给区块链系统带来不必要的压力，同时进一步提高验证的准确性，在本申请实施例中，服务器集群获取区块链系统中存储的第一验证信息之前，可以首先获取在区块链系统之外存储的第二验证信息，当第二验证信息指示购买请求不合法时，可以拒绝交易请求，只有在第二验证信息指示购买请求合法时，才会执行后续获取第一验证信息的步骤。

步骤405，当该第一验证信息指示该购买请求合法时，服务器集群将该第一宠物商品的所有权由第二账号转移至第一账号。

其中，该第二账号是出售该第一宠物商品的账号。

可选的，当该第一验证信息指示该购买请求合法时，在将该第一宠物商品的所有权由第二账号转移至第一账号之前，将该第一宠物商品的锁定状态设置为已锁定。

如上述第一宠物商品的锁定状态的描述，由于从接收到购买请求到完成交易之间存在一定的时间差，当短时间内接收到对同一个宠物商品的多个购买请求时，若对所有的购买请求都做处理，则容易导致重复处理或者同一宠物商品的重复售卖，因此，在本申请实施例中，服务器集群根据第一验证信息确定购买请求合法之后，即可以将第一宠物商品的锁定状态设置为已锁定，并设定一个锁定时长(比如5s)，若5s内交易未完成，则将第一宠物商品的锁定状态设置为未锁定，并处理下一个针对该第一宠物商品的购买请求。若5s内交易完成，则服务器集群可以将第一宠物商品从交易界面移除。可选的，服务器集群还通过邮件向第一账号发送交易完成提示。

可选的，第一终端在该应用程序的宠物展示界面中展示该第一宠物商品，该宠物展示界面用于展示该第一账号拥有的虚拟宠物。

在交易完成后，终端可以将第一宠物商品发送至第一账号，第一账号登录的第一终端进行相应的展示。比如，请参考图13，其示出了本申请实施例涉及的交易成功提示界面示意图。如图13所示，该交易成功提示界面1301中包含交易成功的提示文本，用户可以点击交易成功提示界面中的确认按钮1301a或者关闭按钮1301b关闭该界面。

比如，以第一宠物商品是虚拟猫或用于获取虚拟猫的猫铃铛，服务器集群包括游戏服务器和区块链服务器，购买请求由第一终端中的游戏客户端发送为例，请参考图14和图15。

图14示出了本申请实施例涉及的虚拟猫购买流程示意图。如图14所示，该流程可以包括如下步骤：

141)玩家在市场列表中，点击购买虚拟猫，终端向游戏服务器发送购买请求。

142)游戏服务器检查购买请求的合法性，包括猫的所属合法性、价格合法性、可出售状态合法性、买家待消耗道具是否充足等。

143)游戏服务器检查购买合法后，向区块链服务器请求预购买。

144)区块链服务器再次检查下单的合法性，另外额外验证这只猫是不是被其它买家锁定，如果合法并且处于未锁定状态，则锁定这只猫5秒钟。

145)区块链服务器向游戏服务器回复预购买的结果，游戏服务器收到正确的预购买的结果后，扣取玩家的购买消耗道具。

146)游戏服务器扣取玩家的购买消耗道具后，向区块链服务器请求购买。

147)区块链服务器处理购买请求，修改猫在区块链中的交易状态、所属关系，然后从市场上删除这只猫，最后回复游戏服务器购买结果。

可选的，区块链服务器处理购买请求之前，再次检查购买合法性，本次检测除了检查上述猫的所属合法性、价格合法性、可出售状态合法性、买家待消耗道具是否充足之外，还检查是否成功扣除了玩家的购买消耗道具。

148)游戏服务器收到成功购买的结果后，在原卖家背包删除这只猫，同时给卖家发送出售所得的道具，发邮件告知玩家购买成功，最后回复买家购买结果。

图15示出了本申请实施例涉及的猫铃铛购买流程示意图。如图15所示，该流程可以包括如下步骤：

151)玩家在猫铃铛市场列表中，选中一只猫铃铛，点击购买，终端向游戏服务器发送购买请求。

152)游戏服务器检查这笔购买交易的合法性，包括猫铃铛的所属合法性、价格合法性、可出售状态合法性、买家待消耗资源是否充足等。

153)游戏服务器检查购买合法后，向区块链服务器请求预购买。

154)区块链服务器再次检查下单的合法性，另外额外验证这只猫铃铛是不是被其它买家锁定，如果合法并且处于未锁定状态，则锁定这只猫铃铛5秒钟。

155)区块链服务器向游戏服务器返回预购买的结果游戏服务器收到正确的预购买的结果后，扣取玩家的购买消耗道具。

156)游戏服务器扣取玩家的购买消耗道具后，向区块链服务器请求购买。

157)区块链服务器处理购买请求，修改猫铃铛在区块链中的交易状态、所属关系，然后从市场上删除这只猫铃铛，最后回复游戏服务器购买结果。

可选的，区块链服务器处理购买请求之前，再次检查购买合法性，本次检测除了检查上述猫的所属合法性、价格合法性、可出售状态合法性、买家待消耗道具是否充足之外，还检查是否成功扣除了玩家的购买消耗道具。

158)游戏服务器收到成功购买的结果后，在玩家道具背包添加这只猫铃铛，发邮件告知玩家购买成功，最后回复买家购买结果。

综上所述，本申请实施例所示的方案，服务器集群接收到终端发送的购买宠物商品的请求后，从区块链系统中获取稳定性和可靠性的极高的验证信息对该请求的合法性进行验证，并在验证合法后执行宠物商品的交易，从而极大的提高了虚拟宠物交易的安全性。

此外，本申请实施例所示的方案，服务器集群从区块链系统中获取验证信息之前，先从区块链之外获取同类型的验证信息，并在验证合法之后，再从区块链系统中获取验证信息对该请求的合法性进行验证，避免对区块链系统造成不必要的压力，同时进一步提高验证的准确性。

当上述出售第一宠物商品的第二账号是用户账号时，第二账号对应的用户需要对第一宠物商品进行上架操作，服务器集群才可以将第一宠物商品进行上架(即添加到交易界面中)，该上架过程也需要进行验证。

图16是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图。该方法可以由上述图1所示系统中的终端120以及服务器集群140执行，其中，终端中安装有应用程序，服务器集群用于为应用程序提供后台支持，该应用程序提供有虚拟宠物，且存在至少一个虚拟宠物的宠物形象是基于基因遗传规则生成的。如图16所示，该方法可以包括如下几个步骤：

步骤1601，第二终端展示应用程序的宠物展示界面，该宠物展示界面用于展示第二账号拥有的宠物商品，该第二账号是在该终端中登录的账号。

在本申请实施例中，用户执行打开宠物展示界面(比如背包)的操作后，终端可以展示宠物展示界面，该宠物展示界面可以展示用户拥有的宠物商品(比如虚拟猫和诱猫铃铛)。

步骤1602，第二终端检测到对该宠物展示界面中的第一宠物商品的触发操作时，展示该第一宠物商品的宠物信息界面。

其中，该第一宠物商品的宠物信息界面中包含该第一宠物商品的出售控件，该第一宠物商品为第一虚拟宠物或者用于获取该第一虚拟宠物的虚拟道具。

比如，如图17所示，其示出了本申请实施例涉及的一种虚拟猫的宠物信息界面的示意图。如图17所示，该虚拟猫的宠物信息界面1701中显示的信息与图6所示的虚拟猫的购买界面中的信息类似，与图6不同的是，在图17中，当虚拟猫未上架时，该虚拟猫的宠物信息界面中不包含购买条，但是包含一个出售控件1701a。

步骤1603，第二终端检测到对出售控件的触发操作时，向服务器集群发送上架请求，服务器集群接收该上架请求。

其中，该上架请求用于请求上架出售该第一宠物商品。

比如，基于图17所示的虚拟猫的宠物信息界面的示意图，当用户触发图17中的出售控件后，第二终端可以展示上架确认界面。如图18所示，其示出了本申请实施例涉及的一种上架确认界面示意图。如图18所示的上架确认界面1801，玩家将虚拟猫上架进行售卖，需要消耗道具(即图18中的猫箱1801a)，该道具可以是游戏内产出，可以用游戏货币购买或兑换。虚拟猫每次上架的时间为游戏内规定的限制时间，该限制时间的设计是为了避免上架后的虚拟猫无人购买时间过长，造成区块链网络通信压力。虚拟猫的价格由玩家自定义，可以不设置上下限的限制，用户可以在价格设置框1801b中设置价格。在成功出售后，系统可以收取定价的一部分作为区块链信息变更的手续费，该手续费的比例可以由系统配置决定。玩家定价并消耗对应道具后，点击确认上架按钮1801c，就会播放一段大地图动画。动画播放过程中，区块链网络已经在确认此次上架。当区块链网络确认完成后，这只猫就会在市场中出现。区块链确认的过程可以参考后续步骤1604至步骤1606。

步骤1604，服务器集群根据该上架请求获取第四验证信息，该第四验证信息是存储在该区块链系统之外的，用于指示该上架请求的合法性的第二类型信息。

其中，该第二类型信息包括以下几种信息中的至少一种：

1)第一宠物商品的所有权是否合法。

该信息指示第一宠物商品是否由出售该第一宠物商品的第二账户所有，若第一宠物商品是由第二账户所有，则上架请求合法，反之，上架请求不合法。

2)第一宠物商品的价格是否合法。

该信息指示第一宠物商品的价格是否处于合法的区间内，当第一宠物商品的价格处于合法的区间内时，则上架请求合法，反之，上架请求不合法。

3)第一宠物商品的可出售状态是否合法。

该信息指示第一宠物商品的是否处于可出售状态，当第一宠物商品处于可出售状态时，则上架请求合法，反之，上架请求不合法。

4)第二账号是否拥有上架该第一宠物商品所需的资源。

其中，该信息指示第二账号所拥有的资源是否足够支付上架该第一宠物商品。比如，第二类型信息中可以包含第二账户所有用的资源的数量，当该资源的数量大于或者等于上架该第一宠物商品所需的资源时，则上架请求合法，反之，上架请求不合法。

5)第二账号的邮箱是否已满。

其中，该信息指示第二账号的邮箱是否有容量可以接收通知邮件，若是，则上架请求合法，反之，上架请求不合法。

6)是否成功扣除上架该第一宠物商品所需的资源中的至少一种。

该信息指示服务器集群是否已经从第二账号所拥有的资源中扣除了上架该第一宠物商品所需的资源，若是，则上架请求合法，反之，上架请求不合法。

步骤1605，当该第四验证信息指示该上架请求合法时，服务器集群根据该上架请求获取第三验证信息，该第三验证信息是存储在区块链系统中的，用于指示该上架请求的合法性的第二类型信息。

类似的，在本申请实施例中，若每次都通过区块链系统中存储的第二类型信息来判断合法性，当上架请求很频繁时，会导致区块链系统的压力过大，为了避免给区块链系统带来不必要的压力，同时进一步提高验证的准确性，在本申请实施例中，服务器集群获取区块链系统中存储的第三验证信息之前，可以首先获取在区块链系统之外存储的第四验证信息，当第四验证信息指示上架请求不合法时，可以拒绝上架请求，只有在第四验证信息指示上架请求合法时，才会执行后续获取第三验证信息的步骤。

步骤1606，当该第三验证信息指示该上架请求合法时，将该第一宠物商品在该交易界面上架。

可选的，当该第三验证信息指示该上架请求合法时，服务器集群在该交易界面中的公示区域添加该第一宠物商品的信息展示控件，该公示区域中的各个虚拟宠物处于禁止交易状态，该信息展示控件用于展示对应的虚拟宠物的信息；当该第一宠物商品的信息展示控件在该公示区域中的有效展示时长达到预设时长时，在该交易界面中的交易区域添加该第一宠物商品的购买入口。

玩家上架的猫不会马上进入可售卖状态，而是会经历一定的公示期。公示期的时间长短也由系统根据运营需求可调整。

比如，请参考图19，其示出了本申请实施例涉及的一种公示区展示示意图。如图19所示，“公示区”标签1901下显示将要进入可售卖状态的各个虚拟猫的查看入口1902，每个虚拟猫的查看入口可以展示对应的虚拟猫的形象、代际、编号、点赞数、恢复时间、价格以及公示标签，用户点击虚拟猫的查看入口后，可以展示虚拟猫的详情界面，该详情界面中可以不包含购买条，或者包含购买条，但购买条中的购买按钮处于不可用状态。在虚拟猫上架后的公示阶段，所有玩家都可以查看这些虚拟猫，但不可进行购买。只有当公示期到期后，虚拟猫才会进入可售卖状态，并在“出售中”标签下展示。

公示规则的设计是为了提高在交易市场中进行点对点交易的门槛，尽可能避免玩家之间的线上低价交易、线下高价倒卖。

公示期时间不显示倒计时，增加玩家判断公示期结束期的成本。

可选的，该有效展示时长是在各个预定周期中的指定时间段内展示的时长。

其中，上述预定周期一天(24小时)，指定时间段可以是每天中的交易活跃期，相应的，指定时间段之外的时间段是每天中的非交易活跃期。

在一些示例中，公示区可以设计宵禁规则。即一个预定周期可以是每天凌晨0点到次日凌晨0点之间的24小时，指定时间段可以是每天凌晨0点到早上6点之外的时间段，而在凌晨0点到早上6点之间，公示区处于宵禁状态，在此时间段内仍在公示的虚拟宠物需要到凌晨6时后才会解除公示状态。假设公示期为2小时，则每天22时后进入公示的虚拟宠物，需要到第二天6时后才可进行购买。若虚拟宠物在宵禁时间内上架公示且距离6时的时间少于规定的公示期时间，则需要经历实际的公示期时间后，才能进入出售状态。这样的设计主要是为了规避在凌晨活跃用户较少的情况下进行点对点的交易。

请参考图20，其示出了本申请实施例涉及的一种上架展示逻辑示意图。如图20所示，以虚拟宠物是虚拟猫为例，虚拟猫的上架展示过程可以如下：

s20a，服务器集群确认虚拟猫上架之后，确定该虚拟猫可以开始被交易的可交易时间点，该可交易点时间点是上架时间戳加上展示时长，其中，上架时间戳可以是服务器集群确认虚拟猫可以上架的时间点，比如，当用户在宵禁期之外上架虚拟猫时，上架时间戳可以是服务器集群验证上架请求合法的时间点。上述展示时长即公示期的时长。

s20b，服务器集群判断可交易时间点是否处于宵禁期内(即上述指定时间段之外)，若是，执行s20c，否则，执行s20d。

s20c，若服务器集群判断可交易时间点处于宵禁期内，则对可交易时间点进行修改。比如，修改前的可交易时间点是t，服务器首先计算从t开始且时长为上述展示时长的时间段落在宵禁期内的时长l，并设置修改后的可交易时间点为宵禁期结束时间点加上时长l。

s20d，服务器集群判断可交易时间点是否大于当前时间点，若是，执行s20e，否则，执行s20f。

s20e，服务器集群继续保持虚拟猫在公示区展示，将虚拟猫展示在“公示区”的标签下。

s20f，服务器集群将虚拟猫设置为可交易的状态，比如，将虚拟猫从“公示区”标签下转移至“出售中”标签。

请参考图21，其示出了本申请实施例涉及的虚拟猫上架流程示意图。如图21所示，该上架流程可以如下：

211)玩家在自己的虚拟猫背包中，点击上架，输入待出售的价格，终端向游戏服务器发送上架请求。

212)游戏服务器检查这笔上架交易的合法性，包括虚拟猫的所属合法性、价格合法性、可出售状态合法性、道具是否充足、邮箱是否已满等。

213)游戏服务器检查上架合法后，向区块链服务器请求预上架。

214)区块链服务器再次检查上架的合法性，如果合法，向游戏服务器返回预上架的结果。

215)游戏服务器收到正确的预上架的结果后，扣取玩家的上架消耗道具，然后向区块链服务器请求上架。

216)区块链服务器处理上架请求，将这笔订单加入市场的公示区，同时修改猫在区块链中的交易状态，最后回复游戏服务器上架结果。

可选的，区块链服务器处理上架请求之前，再次检查上架合法性，本次检测除了检查上述虚拟猫的所属合法性、价格合法性、可出售状态合法性、道具是否充足、邮箱是否已满等合法性之外，还检查是否成功扣除了玩家的上架消耗道具。

217)游戏服务器收到成功上架的结果后，修改猫的状态，通知客户端刷新猫的最新状态，最后回复玩家上架结果。

综上所述，本申请实施例所示的方案，服务器集群接收到终端发送的上架宠物商品的请求后，从区块链系统中获取稳定性和可靠性的极高的验证信息对该请求的合法性进行验证，并在验证合法后执行宠物商品的交易，从而极大的提高了虚拟宠物交易的安全性。

此外，本申请实施例所示的方案，服务器集群在允许宠物商品降价后，现将宠物商品在公示区公示一定的时间后，才会允许宠物商品被交易，此外，在预定时间段内的公示才算做有效公示时间，能够有效的避免点对点交易，进一步提高虚拟宠物交易的安全性。

当上述用户上架一个宠物商品后，在该宠物商品售出之前，还可以对该宠物商品进行下架，以取消出售该宠物商品，该下架过程也需要进行验证。

图22是本申请一个示例性实施例提供的虚拟宠物商品的交易方法的方法流程图。该方法可以由上述图1所示系统中的终端120以及服务器集群140执行，其中，终端中安装有应用程序，服务器集群用于为应用程序提供后台支持，该应用程序提供有虚拟宠物，且存在至少一个虚拟宠物的宠物形象是基于基因遗传规则生成的。如图22所示，该方法可以包括如下几个步骤：

步骤2201，第三终端展示应用程序的宠物展示界面，该宠物展示界面用于展示第二账号拥有的宠物商品，该第二账号是在该终端中登录的账号。

该步骤与上述步骤1601类似，此处不再赘述。

步骤2202，第三终端检测到对该宠物展示界面中的第二宠物商品的触发操作时，展示该第二宠物商品的宠物信息界面。

其中，该第二宠物商品是已经在该交易界面上架的虚拟宠物，且该宠物信息界面中包含该第二宠物商品的下架控件，该第二宠物商品为第二虚拟宠物或者用于获取该第二虚拟宠物的虚拟道具。

步骤2203，检测到对该下架控件的触发操作时，第三终端向该服务器集群发送下架请求，服务器集群接收该下架请求。

比如，上述宠物信息界面可以与上述图6所示的界面类似，相应的，用户也可以从交易界面中查看自己正在出售的宠物商品，并通过交易界面打开该宠物商品的宠物信息界面。当用户触发该宠物信息界面中的下架控件时，第三终端向该服务器集群发送下架请求。

步骤2204，服务器集群根据该下架请求获取第六验证信息，该第六验证信息是存储在该区块链系统之外的，用于指示该下架请求的合法性的第三类型信息。

其中，该第三类型信息包括以下信息中的至少一种：

1)第二宠物商品的所有权是否合法。

该信息指示第二宠物商品是否由出售该第二宠物商品的第三账户所有，若第二宠物商品是由第三账户所有，则下架请求合法，反之，下架请求不合法。

2)第二宠物商品的可下架状态是否合法中的至少一种。

该信息指示第二宠物商品的是否处于可下架状态，当第二宠物商品处于可下架状态时，则下架请求合法，反之，下架请求不合法。

步骤2205，当第六验证信息指示该下架请求合法时，服务器集群根据该下架请求获取第五验证信息，该第五验证信息是存储在区块链系统中的，用于指示该下架请求的合法性的第三类型信息。

类似的，在本申请实施例中，若每次都通过区块链系统中存储的第三类型信息来判断合法性，当下架请求很频繁时，会导致区块链系统的压力过大，为了避免给区块链系统带来不必要的压力，同时进一步提高验证的准确性，在本申请实施例中，服务器集群获取区块链系统中存储的第五验证信息之前，可以首先获取在区块链系统之外存储的第六验证信息，当第六验证信息指示下架请求不合法时，可以拒绝下架请求，只有在第六验证信息指示上架请求合法时，才会执行后续获取第五验证信息的步骤。

步骤2206，当该第五验证信息指示该下架请求合法时，将该第二宠物商品从该交易界面中下架。

当服务器集群通过区块链系统中的信息确定下架请求合法时，可以将第二宠物商品从交易界面中移除，并通知第三终端。

比如，请参考图23，其示出了本申请实施例涉及的虚拟猫下架流程示意图。如图23所示，该下架流程可以如下：

231)玩家在自己的虚拟猫背包中，点击下架后，终端向游戏服务器发送下架请求。

232)游戏服务器检查这笔下架操作的合法性，包括虚拟猫的所属合法性、状态合法性等。

233)游戏服务器检查下架合法性通过后，向区块链服务器发送下架请求。

234)区块链服务器检查下架的合法性，检查下架合法通过后，从交易市场删除这只虚拟猫，同时修改虚拟猫在区块链中的状态，最后回复下架结果。

235)游戏服务器收到成功下架的结果后，修改虚拟猫的状态，通知客户端刷新虚拟猫的最新状态，最后回复玩家下架结果。

综上所述，本申请实施例所示的方案，服务器集群接收到终端发送的下架宠物商品的请求后，从区块链系统中获取稳定性和可靠性的极高的验证信息对该请求的合法性进行验证，并在验证合法后执行宠物商品的交易，从而极大的提高了虚拟宠物交易的安全性。

本申请上述各个实施例所示的方案，以交易的安全、透明、公平为基础考量思路，引入了区块链技术作为技术底层，保证安全性的同时，通过系统设计(公示区+宵禁机制)极大的提高了经济流转风险产生和黑产打击的门槛，解决了传统游戏中交易的不安全性和相关风险，同时为超多样化商品展示和出售提供了良好的解决办法。

图24是本申请一示例性实施例提供的虚拟宠物商品的交易装置，该虚拟宠物商品的交易装置可以用于为应用程序提供后台支持的服务器集群中，以执行上述各个方法实施例中由服务器集群执行的全部或者部分步骤，上述应用程序提供有三维虚拟宠物，且存在至少一个三维虚拟宠物的宠物形象是基于基因遗传规则生成的。该虚拟宠物商品的交易装置可以包括：

购买请求接收模块2401，用于接收第一终端发送的购买请求，所述购买请求用于请求购买第一宠物商品，所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具；

第一验证信息获取模块2402，用于根据所述购买请求获取第一验证信息，所述第一验证信息是存储在区块链系统中的，用于指示所述购买请求的合法性的第一类型信息；

交易模块2403，用于当所述第一验证信息指示所述购买请求合法时，将所述第一宠物商品的所有权由第二账号转移至第一账号，所述第一账号是所述第一终端中登录的账号，所述第二账号是出售所述第一宠物商品的账号。

可选的，所述装置还包括：

第二验证信息获取模块，用于在所述第一验证信息获取模块根据所述购买请求获取第一验证信息之前，根据所述购买请求获取第二验证信息，所述第二验证信息是存储在所述区块链系统之外的，用于指示所述购买请求的合法性的第一类型信息；

所述第一验证信息获取模块2402，具体用于当所述第二验证信息指示所述购买请求合法时，执行所述根据所述购买请求获取第一验证信息的步骤。

可选的，所述装置还包括：

锁定模块，用于在当所述交易模块完成将所述第一宠物商品的所有权由第二账号转移至第一账号之前，将所述第一宠物商品的锁定状态设置为已锁定。

可选的，所述第一类型信息包括：

所述第一宠物商品的所有权是否合法、所述第一宠物商品的价格是否合法、所述第一宠物商品的可出售状态是否合法、所述第一宠物商品的锁定状态是否为未锁定以及所述第一账号是否拥有购买所述第一宠物商品所需的资源、以及是否成功扣除购买所述第一宠物商品所需的资源中的至少一种。

可选的，所述装置还包括：

上架请求接收模块，用于接收第二终端发送的上架请求，所述上架请求用于请求上架出售所述第一宠物商品；

第三验证信息获取模块，用于根据所述上架请求获取第三验证信息，所述第三验证信息是存储在区块链系统中的，用于指示所述上架请求的合法性的第二类型信息；

上架模块，用于当所述第三验证信息指示所述上架请求合法时，将所述第一宠物商品在所述交易界面上架。

可选的，所述装置还包括：

第四验证信息获取模块，用于在所述第三验证信息获取模块根据所述上架请求获取第三验证信息之前，根据所述上架请求获取第四验证信息，所述第四验证信息是存储在所述区块链系统之外的，用于指示所述上架请求的合法性的第二类型信息；

所述第三验证信息获取模块，具体用于当所述第四验证信息指示所述上架请求合法时，执行所述根据所述上架请求获取第三验证信息的步骤。

可选的，所述上架模块，具体用于，

当所述第三验证信息指示所述上架请求合法时，在所述交易界面中的公示区域添加所述第一宠物商品的信息展示控件，所述公示区域中的各个虚拟宠物处于禁止交易状态，所述信息展示控件用于展示对应的虚拟宠物的信息；

当所述第一宠物商品的信息展示控件在所述公示区域中的有效展示时长达到预设时长时，在所述交易界面中的交易区域添加所述第一宠物商品的购买入口。

可选的，所述有效展示时长是在各个预定周期中的指定时间段内展示的时长。

可选的，所述第二类型信息包括：

所述第一宠物商品的所有权是否合法、所述第一宠物商品的价格是否合法、所述第一宠物商品的可出售状态是否合法、所述第二账号是否拥有上架所述第一宠物商品所需的资源、所述第二账号的邮箱是否已满、以及是否成功扣除上架所述第一宠物商品所需的资源中的至少一种。

可选的，所述装置还包括：

下架请求接收模块，用于接收第三终端发送的下架请求，所述下架请求用于请求将第二宠物商品从所述应用程序的交易界面中下架，所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具；

第五验证信息获取模块，用于根据所述下架请求获取第五验证信息，所述第五验证信息是存储在区块链系统中的，用于指示所述下架请求的合法性的第三类型信息；

下架模块，用于当所述第五验证信息指示所述下架请求合法时，将所述第二宠物商品从所述交易界面中下架。

可选的，所述装置还包括：

第六验证信息获取模块，用于在所述第五验证信息获取模块根据所述下架请求获取第五验证信息之前，根据所述下架请求获取第六验证信息，所述第六验证信息是存储在所述区块链系统之外的，用于指示所述下架请求的合法性的第三类型信息；

所述第六验证信息获取模块，具体用于当所述第六验证信息指示所述下架请求合法时，执行所述根据所述下架请求获取第五验证信息的步骤。

可选的，所述第三类型信息包括：

所述第二宠物商品的所有权是否合法以及所述第二宠物商品的可下架状态是否合法中的至少一种。

图25是本申请一示例性实施例提供的虚拟宠物商品的交易装置，该虚拟宠物商品的交易装置可以用于运行有应用程序的终端中，以执行上述各个方法实施例中由第一终端执行的全部或者部分步骤，上述应用程序提供有三维虚拟宠物，且存在至少一个三维虚拟宠物的宠物形象是基于基因遗传规则生成的。该虚拟宠物商品的交易装置可以包括：

交易界面展示模块2501，用于展示所述应用程序的交易界面，所述交易界面中包含第一宠物商品的购买控件，所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具；

购买请求发送模块2502，用于检测到对所述购买控件的触发操作时，向服务器集群发送购买请求，所述购买请求用于触发所述服务器集群获取第一验证信息，并在所述第一验证信息指示所述购买请求合法时，将所述第一宠物商品的所有权由第二账号转移至第一账号，所述第一验证信息是存储在区块链系统中的，用于指示所述购买请求的合法性的第一类型信息，所述第一账号是所述终端中登录的账号，所述第二账号是出售所述第一宠物商品的账号；

商品展示模块2503，用于在所述应用程序的宠物展示界面中展示所述第一宠物商品，所述宠物展示界面用于展示所述第一账号拥有的虚拟宠物。

可选的，所述装置还包括：

价格走势控件展示模块，用于在所述交易界面中展示所述第一宠物商品的价格走势控件；

价格走势界面展示模块，用于检测到对所述价格走势控件的触发操作时，展示所述第一宠物商品的价格走势界面，所述价格走势界面中包含所述第一宠物商品在上架时间点开始后的各个时间点上的价格。

图26是本申请一示例性实施例提供的虚拟宠物商品的交易装置，该虚拟宠物商品的交易装置可以用于运行有应用程序的终端中，以执行上述各个方法实施例中由第二终端执行的全部或者部分步骤，上述应用程序提供有三维虚拟宠物，且存在至少一个三维虚拟宠物的宠物形象是基于基因遗传规则生成的。该虚拟宠物商品的交易装置可以包括：

宠物界面展示模块2601，用于展示所述应用程序的宠物展示界面，所述宠物展示界面用于展示第二账号拥有的宠物商品，所述第二账号是在所述终端中登录的账号；

信息界面展示模块2602，用于检测到对所述宠物展示界面中的第一宠物商品的触发操作时，展示所述第一宠物商品的宠物信息界面，所述第一宠物商品的宠物信息界面中包含所述第一宠物商品的出售控件，所述第一宠物商品为第一虚拟宠物或者用于获取所述第一虚拟宠物的虚拟道具；

上架请求发送模块2603，用于检测到对所述出售控件的触发操作时，向服务器集群发送上架请求，所述上架请求用于触发所述服务器集群获取第三验证信息，并在所述第三验证信息指示所述上架请求合法时，将所述第一宠物商品在所述应用程序的交易界面上架；所述第三验证信息是存储在区块链系统中的，用于指示所述上架请求的合法性的上架验证信息。

图27是本申请一示例性实施例提供的虚拟宠物商品的交易装置，该虚拟宠物商品的交易装置可以用于运行有应用程序的终端中，以执行上述各个方法实施例中由第上终端执行的全部或者部分步骤，上述应用程序提供有三维虚拟宠物，且存在至少一个三维虚拟宠物的宠物形象是基于基因遗传规则生成的。该虚拟宠物商品的交易装置可以包括：

宠物界面展示模块2701，用于展示所述应用程序的宠物展示界面，所述宠物展示界面用于展示第三账号拥有的宠物商品，所述第三账号是在所述终端中登录的账号；

信息界面展示模块2702，用于检测到对所述宠物展示界面中的第二宠物商品的触发操作时，展示所述第二宠物商品的宠物信息界面，所述第二宠物商品是已经在所述交易界面上架的虚拟宠物，且所述宠物信息界面中包含所述第二宠物商品的下架控件，所述第二宠物商品为第二虚拟宠物或者用于获取所述第二虚拟宠物的虚拟道具；

下架请求发送模块2703，用于检测到对所述下架控件的触发操作时，向所述服务器集群发送下架请求，所述下架请求用于触发所述服务器集群获取第五验证信息，并在所述第五验证信息指示所述下架请求合法时，将所述第二宠物商品从所述交易界面中下架；所述第五验证信息是存储在区块链系统中的，用于指示所述下架请求的合法性的下架验证信息。

图28是本申请一示例性实施例提供的一种计算机设备的结构框图。所述计算机设备可以实现为服务器集群。所述计算机设备2800包括中央处理单元(cpu)2801、包括随机存取存储器(ram)2802和只读存储器(rom)2803的系统存储器2804，以及连接系统存储器2804和中央处理单元2801的系统总线2805。所述计算机设备2800还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(i/o系统)2806，和用于存储操作系统2813、应用程序2814和其他程序模块2815的大容量存储设备2807。

所述基本输入/输出系统2806包括有用于显示信息的显示器2808和用于用户输入信息的诸如鼠标、键盘之类的输入设备2809。其中所述显示器2808和输入设备2809都通过连接到系统总线2805的输入输出控制器2810连接到中央处理单元2801。所述基本输入/输出系统2806还可以包括输入输出控制器2810以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器2810还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备2807通过连接到系统总线2805的大容量存储控制器(未示出)连接到中央处理单元2801。所述大容量存储设备2807及其相关联的计算机可读介质为计算机设备2800提供非易失性存储。也就是说，所述大容量存储设备2807可以包括诸如硬盘或者cd-rom驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括ram、rom、eprom、eeprom、闪存或其他固态存储其技术，cd-rom、dvd或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器2804和大容量存储设备2807可以统称为存储器。

计算机设备2800可以通过连接在所述系统总线2805上的网络接口单元2811连接到互联网或者其它网络设备。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，中央处理器2801通过执行该一个或一个以上程序来实现上述各个实施例所示的虚拟宠物商品的交易方法中，由服务器集群执行的全部或者部分步骤。

图29是本申请一示例性实施例提供的计算机设备2900的结构框图。该计算机设备2900可以是终端，比如智能手机、平板电脑、mp3播放器(movingpictureexpertsgroupaudiolayeriii，动态影像专家压缩标准音频层面3)、mp4(movingpictureexpertsgroupaudiolayeriv，动态影像专家压缩标准音频层面4)播放器、笔记本电脑或台式电脑。计算机设备2900还可能被称为用户设备、便携式终端、膝上型终端、台式终端等其他名称。

通常，计算机设备2900包括有：处理器2901和存储器2902。

处理器2901可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器2901可以采用dsp(digitalsignalprocessing，数字信号处理)、fpga(field－programmablegatearray，现场可编程门阵列)、pla(programmablelogicarray，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器2901也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称cpu(centralprocessingunit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器2901可以在集成有gpu(graphicsprocessingunit，图像处理器)，gpu用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器2901还可以包括ai(artificialintelligence，人工智能)处理器，该ai处理器用于处理有关机器学习的计算操作。

存储器2902可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器2902还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。在一些实施例中，存储器2902中的非暂态的计算机可读存储介质用于存储至少一个指令，该至少一个指令用于被处理器2901所执行以实现本申请中方法实施例提供的虚拟宠物商品的交易方法中，由第一终端、第二终端或者第三终端执行的步骤。

在一些实施例中，计算机设备2900还可选包括有：外围设备接口2903和至少一个外围设备。处理器2901、存储器2902和外围设备接口2903之间可以通过总线或信号线相连。各个外围设备可以通过总线、信号线或电路板与外围设备接口2903相连。具体地，外围设备包括：射频电路2904、触摸显示屏2905、摄像头2906、音频电路2907、定位组件2908和电源2909中的至少一种。

外围设备接口2903可被用于将i/o(input/output，输入/输出)相关的至少一个外围设备连接到处理器2901和存储器2902。在一些实施例中，处理器2901、存储器2902和外围设备接口2903被集成在同一芯片或电路板上；在一些其他实施例中，处理器2901、存储器2902和外围设备接口2903中的任意一个或两个可以在单独的芯片或电路板上实现，本实施例对此不加以限定。

射频电路2904用于接收和发射rf(radiofrequency，射频)信号，也称电磁信号。射频电路2904通过电磁信号与通信网络以及其他通信设备进行通信。射频电路2904将电信号转换为电磁信号进行发送，或者，将接收到的电磁信号转换为电信号。可选地，射频电路2904包括：天线系统、rf收发器、一个或多个放大器、调谐器、振荡器、数字信号处理器、编解码芯片组、用户身份模块卡等等。射频电路2904可以通过至少一种无线通信协议来与其它终端进行通信。该无线通信协议包括但不限于：万维网、城域网、内联网、各代移动通信网络(2g、3g、4g及5g)、无线局域网和/或wifi(wirelessfidelity，无线保真)网络。在一些实施例中，射频电路2904还可以包括nfc(nearfieldcommunication，近距离无线通信)有关的电路，本申请对此不加以限定。

显示屏2905用于显示ui(userinterface，用户界面)。该ui可以包括图形、文本、图标、视频及其它们的任意组合。当显示屏2905是触摸显示屏时，显示屏2905还具有采集在显示屏2905的表面或表面上方的触摸信号的能力。该触摸信号可以作为控制信号输入至处理器2901进行处理。此时，显示屏2905还可以用于提供虚拟按钮和/或虚拟键盘，也称软按钮和/或软键盘。在一些实施例中，显示屏2905可以为一个，设置计算机设备2900的前面板；在另一些实施例中，显示屏2905可以为至少两个，分别设置在计算机设备2900的不同表面或呈折叠设计；在再一些实施例中，显示屏2905可以是柔性显示屏，设置在计算机设备2900的弯曲表面上或折叠面上。甚至，显示屏2905还可以设置成非矩形的不规则图形，也即异形屏。显示屏2905可以采用lcd(liquidcrystaldisplay，液晶显示屏)、oled(organiclight-emittingdiode,有机发光二极管)等材质制备。

摄像头组件2906用于采集图像或视频。可选地，摄像头组件2906包括前置摄像头和后置摄像头。通常，前置摄像头设置在终端的前面板，后置摄像头设置在终端的背面。在一些实施例中，后置摄像头为至少两个，分别为主摄像头、景深摄像头、广角摄像头、长焦摄像头中的任意一种，以实现主摄像头和景深摄像头融合实现背景虚化功能、主摄像头和广角摄像头融合实现全景拍摄以及vr(virtualreality，虚拟现实)拍摄功能或者其它融合拍摄功能。在一些实施例中，摄像头组件2906还可以包括闪光灯。闪光灯可以是单色温闪光灯，也可以是双色温闪光灯。双色温闪光灯是指暖光闪光灯和冷光闪光灯的组合，可以用于不同色温下的光线补偿。

音频电路2907可以包括麦克风和扬声器。麦克风用于采集用户及环境的声波，并将声波转换为电信号输入至处理器2901进行处理，或者输入至射频电路2904以实现语音通信。出于立体声采集或降噪的目的，麦克风可以为多个，分别设置在计算机设备2900的不同部位。麦克风还可以是阵列麦克风或全向采集型麦克风。扬声器则用于将来自处理器2901或射频电路2904的电信号转换为声波。扬声器可以是传统的薄膜扬声器，也可以是压电陶瓷扬声器。当扬声器是压电陶瓷扬声器时，不仅可以将电信号转换为人类可听见的声波，也可以将电信号转换为人类听不见的声波以进行测距等用途。在一些实施例中，音频电路2907还可以包括耳机插孔。

定位组件2908用于定位计算机设备2900的当前地理位置，以实现导航或lbs(locationbasedservice，基于位置的服务)。定位组件2908可以是基于美国的gps(globalpositioningsystem，全球定位系统)、中国的北斗系统、俄罗斯的glonass(globalnavigationsatellitesystem，全球卫星导航系统)或者欧洲的伽利略系统的定位组件。

电源2909用于为计算机设备2900中的各个组件进行供电。电源2909可以是交流电、直流电、一次性电池或可充电电池。当电源2909包括可充电电池时，该可充电电池可以是有线充电电池或无线充电电池。有线充电电池是通过有线线路充电的电池，无线充电电池是通过无线线圈充电的电池。该可充电电池还可以用于支持快充技术。

在一些实施例中，计算机设备2900还包括有一个或多个传感器2910。该一个或多个传感器2910包括但不限于：加速度传感器2911、陀螺仪传感器2912、压力传感器2913、指纹传感器2914、光学传感器2915以及接近传感器2916。

加速度传感器2911可以检测以计算机设备2900建立的坐标系的三个坐标轴上的加速度大小。比如，加速度传感器2911可以用于检测重力加速度在三个坐标轴上的分量。处理器2901可以根据加速度传感器2911采集的重力加速度信号，控制触摸显示屏2905以横向视图或纵向视图进行用户界面的显示。加速度传感器2911还可以用于游戏或者用户的运动数据的采集。

陀螺仪传感器2912可以检测计算机设备2900的机体方向及转动角度，陀螺仪传感器2912可以与加速度传感器2911协同采集用户对计算机设备2900的3d动作。处理器2901根据陀螺仪传感器2912采集的数据，可以实现如下功能：动作感应(比如根据用户的倾斜操作来改变ui)、拍摄时的图像稳定、游戏控制以及惯性导航。

压力传感器2913可以设置在计算机设备2900的侧边框和/或触摸显示屏2905的下层。当压力传感器2913设置在计算机设备2900的侧边框时，可以检测用户对计算机设备2900的握持信号，由处理器2901根据压力传感器2913采集的握持信号进行左右手识别或快捷操作。当压力传感器2913设置在触摸显示屏2905的下层时，由处理器2901根据用户对触摸显示屏2905的压力操作，实现对ui界面上的可操作性控件进行控制。可操作性控件包括按钮控件、滚动条控件、图标控件、菜单控件中的至少一种。

指纹传感器2914用于采集用户的指纹，由处理器2901根据指纹传感器2914采集到的指纹识别用户的身份，或者，由指纹传感器2914根据采集到的指纹识别用户的身份。在识别出用户的身份为可信身份时，由处理器2901授权该用户执行相关的敏感操作，该敏感操作包括解锁屏幕、查看加密信息、下载软件、支付及更改设置等。指纹传感器2914可以被设置计算机设备2900的正面、背面或侧面。当计算机设备2900上设置有物理按键或厂商logo时，指纹传感器2914可以与物理按键或厂商logo集成在一起。

光学传感器2915用于采集环境光强度。在一个实施例中，处理器2901可以根据光学传感器2915采集的环境光强度，控制触摸显示屏2905的显示亮度。具体地，当环境光强度较高时，调高触摸显示屏2905的显示亮度；当环境光强度较低时，调低触摸显示屏2905的显示亮度。在另一个实施例中，处理器2901还可以根据光学传感器2915采集的环境光强度，动态调整摄像头组件2906的拍摄参数。

接近传感器2916，也称距离传感器，通常设置在计算机设备2900的前面板。接近传感器2916用于采集用户与计算机设备2900的正面之间的距离。在一个实施例中，当接近传感器2916检测到用户与计算机设备2900的正面之间的距离逐渐变小时，由处理器2901控制触摸显示屏2905从亮屏状态切换为息屏状态；当接近传感器2916检测到用户与计算机设备2900的正面之间的距离逐渐变大时，由处理器2901控制触摸显示屏2905从息屏状态切换为亮屏状态。

本领域技术人员可以理解，图29中示出的结构并不构成对计算机设备2900的限定，可以包括比图示更多或更少的组件，或者组合某些组件，或者采用不同的组件布置。

在一示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括至少一条指令、至少一段程序、代码集或指令集的存储器，上述至少一条指令、至少一段程序、代码集或指令集可由处理器执行以完成上述各个虚拟宠物商品的交易方法中，由服务器集群、第一终端、第二终端或者第三终端执行的全部或者部分步骤。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

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

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。