CN110772785B - 游戏存档的共享方法、装置及电子设备 - Google Patents

Abstract

本公开的实施例提供了一种游戏存档的共享方法、装置及电子设备。该方法包括：第一平台接收游戏存档的下载请求；所述第一平台根据所述下载请求在区块链中确定目标游戏存档，所述目标游戏存档通过第二平台基于上传请求存储到区块链中；所述第一平台从区块链中下载所述目标游戏存档。本公开实施例提供的游戏存档的共享方法、装置及电子设备通过第一平台接收下载请求，并根据该下载请求匹配通过第二平台基于上传请求存储的目标游戏存档，以在区块链中下载该目标游戏存档，能够实现跨平台的游戏存档的共享。

Description

游戏存档的共享方法、装置及电子设备

技术领域

本公开涉及计算机应用技术领域，具体而言，涉及一种游戏存档的共享方法、装置及电子设备。

背景技术

游戏存档指游戏保存时留下的文件，是用于保存单机游戏进度的可读写文件。为实现不同用户间共享游戏存档，目前通过将用户个人的存档上传至云服务器中，以便于用户自主管理或共享其目录下的游戏存档文件。但在该技术中，不同的云平台间的游戏存档文件是独立，且不同用户间的游戏存档文件也是相互独立的。

因此，需要一种新的游戏存档的共享方法、装置及电子设备。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开实施例提供一种游戏存档的共享方法、装置及电子设备，进而至少在一定程度上实现跨平台的游戏存档的共享。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供了一种游戏存档的共享方法，包括：第一平台接收游戏存档的下载请求；所述第一平台根据所述下载请求在区块链中确定目标游戏存档，所述目标游戏存档通过第二平台基于上传请求存储到区块链中；所述第一平台从区块链中下载所述目标游戏存档。

根据本公开实施例的一个方面，提供了一种游戏存档的共享装置，包括：下载请求获取模块，用于第一平台接收游戏存档的下载请求；游戏存档确定模块，用于所述第一平台根据所述下载请求在区块链中确定目标游戏存档，所述目标游戏存档通过第二平台基于上传请求存储到区块链中；下载操作执行模块，用于所述第一平台从区块链中下载所述目标游戏存档。

根据本公开实施例的一个方面，提供了一种计算机可读介质，所述存储介质中存储有计算机程序，所述程序被处理器加载并执行时实现如上文中所述的游戏场景的阴影实现方法。

根据本公开实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的游戏存档的共享方法。

在本公开的一些实施例所提供的技术方案中，在平台与区块链之间建立连接，在第一平台接收游戏存档的下载请求时，能够根据所述下载请求在区块链中确定目标游戏存档，以实现在区块链中存储游戏存档、游戏存档共享的技术效果。进一步地，目标游戏存档可以是通过第二平台基于上传请求存储至区块链中的，而第一平台通过区块链确定目标游戏存档，进而第一平台与第二平台间能够通过区块链实现游戏存档的跨平台的共享功能。

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

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

在附图中：

图1示出了可以应用本公开实施例的游戏存档的共享方法或装置的示例性系统架构100的示意图；

图2是本发明实施例提供的分布式系统200应用于区块链系统的一个可选的结构示意图；

图3是本发明实施例提供的区块结构(Block Structure)一个可选的示意图；

图4示意性示出了根据本公开的一个实施例的游戏存档的共享方法的流程图；

图5示意性示出了根据本公开的另一个实施例的游戏存档的共享方法的流程图；

图6是基于图5的步骤S520在一个示例性实施例中的流程图；

图7是基于图5的步骤S520在一个示例性实施例中的流程图；

图8是基于图5的步骤S520在一个示例性实施例中的流程图；

图9示意性示出了根据本公开的又一个实施例的游戏存档的共享方法的流程图；

图10示意性示出了根据本公开的又一个实施例的游戏存档的共享方法的流程图；

图11是基于图4的步骤S420在一个示例性实施例中的流程图；

图12示意性示出了根据本公开的再一实施例的游戏存档的共享方法的流程图；

图13示意性示出了根据本公开的一实施例的游戏存档的上传界面图；

图14示意性示出了根据本公开的一实施例的游戏存档的下载界面图；

图15示意性示出了根据本公开的一实施例的游戏存档的共享装置的框图；

图16示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

图1示出了可以应用本公开实施例的游戏存档的共享方法或装置的示例性系统架构100的示意图。

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

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机、台式计算机、可穿戴设备、虚拟现实设备、智能家居等等。

服务器105可以是提供各种服务的服务器。例如终端设备103(也可以是终端设备101或102)向服务器105上传下载请求。服务器105可以作为第一平台接收游戏存档的下载请求；根据所述下载请求在区块链中确定目标游戏存档，所述目标游戏存档通过第二平台基于上传请求存储到区块链中；通过所述第一平台从区块链中下载所述目标游戏存档。并将目标游戏存档反馈给终端设备103，进而终端设备103可以根据该目标游戏存档执行下一步操作，从而实现跨平台的游戏存档的共享。

又例如，服务器105可以通过所述第二平台接收游戏存档的上传请求，所述上传请求包括所述目标游戏存档；对所述目标游戏存档进行校验；若校验成功，根据所述上传请求将所述目标游戏存档存储到所述区块链中，并将上传结果反馈给终端设备101(也可以是终端设备102或103)，进而用于可以基于终端设备101上显示的内容确定该上传请求的反馈是否为成功。

本发明实施例涉及的系统可以是由客户端、多个节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的分布式系统。

以分布式系统为区块链系统为例，参见图2，图2是本发明实施例提供的分布式系统200应用于区块链系统的一个可选的结构示意图，由多个节点210(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端220形成，节点之间形成组成的点对点(P2P，Peer To Peer)网络，P2P协议是一个运行在传输控制协议(TCP，Transmission ControlProtocol)协议之上的应用层协议。在分布式系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。

参见图2示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)钱包，用于提供进行电子货币的交易的功能，包括发起交易(即，将当前交易的交易记录发送给区块链系统中的其他节点，其他节点验证成功后，作为承认交易有效的响应，将交易的记录数据存入区块链的临时区块中；当然，钱包还支持查询电子货币地址中剩余的电子货币；

2.2)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。

2.3)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

参见图3，图3是本发明实施例提供的区块结构(Block Structure)一个可选的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

图4示意性示出了根据本公开的一个实施例的游戏存档的共享方法的流程图。本公开实施例所提供的方法可以由任意具备计算处理能力的电子设备处理，例如上述图1实施例中的服务器105和/或终端设备102、103，在下面的实施例中，以服务器105为执行主体为例进行举例说明，但本公开并不限定于此。

如图4所示，本公开实施例提供的游戏存档的共享方法可以包括以下步骤。

在步骤S410中，第一平台接收游戏存档的下载请求。

本公开实施例中，第一平台可例如为游戏供应商平台、第三方云共享平台、论坛等性质的平台等，本公开对第一平台的具体类型并不作特殊限定。例如，一外部平台可通过发送加入请求以申请接入本公开实施例提供的游戏存档的共享方法所涉及的平台集合中。平台集合中每一平台可具有一预设的权重值。可根据平台集合中权重值大于预设权重阈值的各平台对该加入请求进行审核。并在审核结果为通过时，确认该外部平台加入本公开实施例提供的游戏存档的共享方法所涉及的平台集合中。以及，根据审核结果为该新加入的平台赋予权重值。

本公开实施例中，下载请求可为第一平台的用户发送的。

在步骤S420中，第一平台根据该下载请求在区块链中确定目标游戏存档，该目标游戏存档通过第二平台基于上传请求存储到区块链中。

本公开实施例中，区块链可用于存储游戏存档。第二平台与第一平台类似，此处不再赘述。上传请求可为第二平台的用户发送的。

在一个实施例中，第一平台与第二平台可为不同的平台，也可为相同的平台，本公开对此并不作特殊限定。第一平台的用户和第二平台的用户可为同一用户，也可为不同的用户，本公开对此并不作特殊限定。

本公开实施例中，下载请求中可包含游戏存档名称，第一平台可根据该游戏存档名称向区块链的节点发送下载请求，区块链的节点可根据游戏存档名称在各区块中进行查找，具体查找顺序可例如按照各区块的链接顺序逆向查找，并在查找成功后根据查找结果生成反馈信息。第一平台可接收区块链节点响应于该下载请求的反馈信息，该反馈信息中可包括目标游戏存档的下载地址(例如目标区块)，又例如可包括下载代价信息，例如价格信息等。

在步骤S430中，第一平台从区块链中下载该目标游戏存档。

本公开实施例中，区块链可提供下载接口，第一平台可调用该下载接口以下载该目标游戏存档。

在一个实施例中，在该目标游戏存档包括下载代价时，第一平台可根据该下载代价生成支付信息并发送至用户客户端。在接收到用户客户端响应于支付信息发送的支付成功信息后，根据该支付成功信息调用区块链的下载接口以下载该目标游戏存档。进一步地，第一平台可将下载获得的目标游戏存档发送至用户客户端，以实现游戏存档的共享功能。

游戏存档的共享理应实现不受平台或用户的限制的共享操作：上传或下载，而相关技术的云服务技术并不能满足该要求。本公开实施方式提供的游戏存档的共享方法，在平台与区块链之间建立连接，在第一平台接收游戏存档的下载请求时，能够根据下载请求在区块链中确定目标游戏存档，以实现在区块链中存储游戏存档、游戏存档共享的技术效果。进一步地，目标游戏存档可以是通过第二平台基于上传请求存储至区块链中的，而第一平台通过区块链确定目标游戏存档，进而第一平台与第二平台间能够通过区块链实现游戏存档的跨平台的共享功能。

图5示意性示出了根据本公开的另一个实施例的游戏存档的共享方法的流程图。

如图5所示，本公开实施例提供的游戏存档的共享方法可以包括以下步骤。

在步骤S510中，接收游戏存档的上传请求，上传请求包括目标游戏存档。

本公开实施例中，可通过平台接收游戏存档的上传请求，平台可例如为游戏供应商平台、第三方云共享平台、论坛等性质的平台等，本公开对该平台的具体类型并不作特殊限定。该平台可为图4中实施例中的第一平台或第二平台，本公开对此并不作特殊限定。上传请求可为平台的用户通过客户端发送至该第二平台的。该上传请求中可包括待上传的游戏存档。相应地，该游戏存档可例如为图4中下载请求所请求下载的目标游戏存档的可读写文件。

在步骤S520，对目标游戏存档进行校验。

本公开实施例中，校验目的可例如避免垃圾文件、病毒文件的上传，又例如避免恶意攻击，又例如避免非法用户的恶意上传等，本公开对此并不作特殊限定。为避免垃圾文件、病毒文件的上传，可例如对上传的目标游戏存档的格式进行校验；为避免恶意攻击，可例如对各用户在预定时间内的上传请求的发送次数进行限制；为避免非法用户的恶意上传，可例如统计各用户的历史违规记录，并根据历史违规记录确定各用户的信用值，以在用户的信用值低于信用阈值时，拒绝该用户的上传请求。

在步骤S530中，若校验成功，根据上传请求将目标游戏存档存储到区块链中。

本公开实施例中，区块链中可用于存储游戏存档。

在一示例性实施例中，区块链中每一区块可存储同一游戏名称对应的游戏存档。其存储内容可例如包括上传者信息、上传时间、信息摘要码、下载次数以及平台源等。其中，平台源表示游戏存档的上传的平台。

图6是基于图5的步骤S520在一个示例性实施例中的流程图。

如图6所示，上述图5实施例中的步骤S520可以进一步包括以下步骤。

在步骤S5211中，获取目标游戏存档的目标信息摘要码。

本公开实施例中，可通过平台获取目标游戏存档的目标信息摘要码。该平台可为图4中实施例中的第一平台或第二平台，本公开对此并不作特殊限定。信息摘要码(MessageDigest)是将任意长度的消息变成固定长度的短消息。信息摘要码类似于一个自变量是消息的函数，也就是散列函数。数字摘要就是采用单向散列函数将需要加密的明文“摘要”成一串固定长度(128位)的密文这一串密文又称为数字指纹，它有固定的长度，而且不同的明文摘要成密文，其结果总是不同的，而同样的明文其摘要必定一致。游戏存档的信息摘要码可例如为MD5(Message Digest Algorithm)算法、安全散列算法(Secure Hash Algorithm)等。

在步骤S5212中，根据目标信息摘要码与区块链中各区块包括的信息摘要码进行比对，以对目标游戏存档进行校验。

本公开实施例中，区块链中各区块中存储的各游戏存档分别具有一信息摘要码，区块链中各区块包括的信息摘要码指已上传至区块链中的所有游戏存档的信息摘要码。通过将目标信息摘要码与区块链中各区块包括的信息摘要码进行比对，以验证该目标信息摘要码是否与区块链中各区块包括的信息摘要码中的任一个重复，进而实现对目标游戏存档的校验功能。

本公开实施例的游戏存档的共享方法，在对目标游戏存档进行校验时，通过目标游戏存档的目标信息摘要码与区块链中各区块包括的信息摘要码进行比对，以验证该目标信息摘要码是否已存在于区块链中，能够进一步验证该目标游戏存档是否已存储与区块链中，进而能够验证游戏存档存储的唯一性，避免重复存储，节约存储资源。

图7是基于图5的步骤S520在一个示例性实施例中的流程图。

如图7所示，上述图5实施例中的步骤S520可以进一步包括以下步骤。

在步骤S5221中，根据目标游戏存档的格式信息对目标游戏存档进行校验。

本公开实施例中，可预先设置游戏存档的固有格式，例如sav(save)存档格式、dat(data)存档格式等。通过目标游戏存档的格式信息与固有格式进行一一对比，以验证该目标游戏存档的格式是否为固有格式，进而实现对该目标游戏存档的校验。

在步骤S5222中，在预设沙箱环境中运行目标游戏存档，以对目标游戏存档进行校验。

本公开实施例中，沙箱(Sandboxie，又叫沙盘)是一个虚拟系统程序，允许你在沙箱环境中运行浏览器或其他程序，因此运行所产生的变化可以随后删除。它创造了一个类似沙盒的独立作业环境，在其内部运行的程序并不能对硬盘产生永久性的影响。在网络安全中，沙箱指在隔离环境中，用以测试不受信任的文件或应用程序等行为的工具。

本公开实施例的游戏存档的共享方法，通过对目标游戏存档的格式进行验证，能够避免无关文件或垃圾文件的上传；通过将目标游戏存档在沙箱环境中运行，以根据运行结果对目标游戏存档进行校验，能够检验该目标游戏存档是否存在病毒、或为损坏文件等；通过上述两种方式，能够在保证游戏存档的安全上传机制，并保证上传的游戏存档的质量。

图8是基于图5的步骤S520在一个示例性实施例中的流程图。

如图8所示，上述图5实施例中的步骤S520可以进一步包括以下步骤。

本公开实施例中，上传请求包括上传者信息，上传者信息包括信用值和预定时间内的上传次数。

其中，信用值是根据上传者信息所对应用户的历史上传的违规记录进行统计的分值。违规记录的占比较高或违规记录的严重程度较高时将降低信用值分值。预定时间内的上传次数可例如为上传者对应用户从当前时间开始之前的一段时间内的总的上传次数，且该上传次数的统计并不受平台的限制。预定时间可例如为24小时、7×24小时等，本公开对此并不作特殊限定。

在步骤S5231中，若信用值小于预定信用阈值，则确认目标游戏存档的校验结果为失败。

本公开实施例中，预定信用阈值表征了用户为可信任用户的最低信用分值。预定信用阈值的具体数值可根据历史经验获得，本公开的技术方案对此并不作特殊限定。当信用值小于预定信用阈值时，认为该上传者信息对应用户为违规用户，将确认其上传请求中的目标游戏存档的校验结果为失败。

在示例性实施例中，在目标游戏存档的校验结果为失败时，可通过第二平台生成响应于上传请求的上传失败信息。

在步骤S5232中，若上传次数大于上传次数阈值，则确认目标游戏存档的校验结果为失败。

本公开实施例中，上传次数阈值表征了正常用户在预定时间内的最大上传次数。上传次数阈值的具体数值可根据历史经验获得，本公开的技术方案对此并不作特殊限定。当上传次数大于上传次数阈值时，认为该用户的上传行为存在攻击性，将确认其上传请求中的目标游戏存档的校验结果为失败。

在示例性实施例中，在目标游戏存档的校验结果为失败时，可通过第二平台生成响应于上传请求的上传失败信息。

本公开实施例的游戏存档的共享方法，通过对上传者的信用值和预定时间内的上传次数进行校验，能够在信用值低于信用阈值时、或上传次数大于上传次数阈值时确认目标游戏存档的校验结果为失败，进一步地能够避免用户的违规上传或恶意攻击，以保证上传的目标游戏存档的安全性，并维系系统稳定。

图9示意性示出了根据本公开的又一个实施例的游戏存档的共享方法的流程图。

如图9所示，本公开实施例提供的游戏存档的共享方法可以包括以下步骤。

在步骤S910中，第一平台接收第一用户的游戏存档的下载请求。

在步骤S920中，第二平台接收第一用户的游戏存档的上传请求，并根据上传请求将上传请求包括的目标游戏存档存储到区块链中。

本公开实施例中，在第二平台接收第一用户的游戏存档的上传请求时，还可对该上传请求中包括的目标游戏存档进行校验，若校验成功，则根据该上传请求将目标游戏存档存储到区块链中。

本公开实施例中，第一用户可为第一平台的注册用户，同时还可为第二平台的注册用户。当第一平台与第二平台有用户共用机制时，第一用户可使用同一用户标识(ID)接入。当第一平台与第二平台为相互独立的平台时，可例如根据用户的唯一识别码(例如身份证号等)对第一用户分别在第一平台、第二平台中的注册账号进行绑定。

在步骤S930中，第一平台根据下载请求在区块链中确定目标游戏存档。

本公开实施例的步骤S930与图4中的步骤S420为类似步骤，此处不再赘述。

在步骤S940中，第一平台从区块链中下载目标游戏存档。

本公开实施例的步骤S940与图4中的步骤S430为类似步骤，此处不再赘述。

本公开实施例的游戏存档的共享方法，通过第二平台接收第一用户的上传请求，能够根据该上传请求实现第一用户通过第二平台将目标游戏存档存储至区块链。同时，第一平台接收第一用户的下载请求，以根据下载请求在区块链中确定第一用户通过第二平台存储到区块链的目标游戏存档并进行下载，能够实现同一用户通过不同平台上传游戏存档或下载游戏存档的功能。

图10示意性示出了根据本公开的又一个实施例的游戏存档的共享方法的流程图。

如图10所示，本公开实施例提供的游戏存档的共享方法可以包括以下步骤。

在步骤S1010中，第一平台接收第一用户的游戏存档的下载请求。

在步骤S1020中，第二平台接收第二用户的游戏存档的上传请求，并根据上传请求将上传请求包括的目标游戏存档存储到区块链中。

本公开实施例中，在第二平台接收第二用户的游戏存档上传请求时，还可对该上传请求中包括的目标游戏存档进行校验，若校验成功，则根据该上传请求将目标游戏存档存储到区块链中。

本公开实施例中，第一用户可为第一平台的注册用户，第二用户可为第二平台的注册用户。第一用户与第二用户可为不同的用户，也可为同一用户，本公开的技术方案对此并不作特殊限定。

在步骤S1030中，第一平台根据下载请求在区块链中确定目标游戏存档。

本公开实施例的步骤S1030与图4中的步骤S420为类似步骤，此处不再赘述。

在步骤S1040中，第一平台从区块链中下载目标游戏存档。

本公开实施例的步骤S1040与图4中的步骤S430为类似步骤，此处不再赘述。

本公开实施例的游戏存档的共享方法，通过第二平台接收第二用户的上传请求，能够根据该上传请求实现第二用户通过第二平台将目标游戏存档存储至区块链。同时，第一平台接收第一用户的下载请求，以根据下载请求在区块链中确定第二用户通过第二平台存储到区块链的目标游戏存档并进行下载，能够实现不同用户间通过不同平台上传游戏存档或下载游戏存档的功能。

图11是基于图4的步骤S420在一个示例性实施例中的流程图。

如图11所示，上述图4实施例中的步骤S420可以进一步包括以下步骤。

在步骤S421中，根据下载请求确定目标游戏存档的目标游戏名称和目标存档名称。

本公开实施例中，可通过第一平台或第二平台根据下载请求确定目标游戏存档的目标游戏名称和目标存档名称，本公开对具体的平台并不作特殊限定。下载请求中可包括目标游戏存档的游戏名称，即目标游戏名称。

在步骤S422中，根据目标存档名称在区块链中目标游戏名称对应区块中进行查找，确定目标游戏存档。

本公开实施例中，区块链中的各区块可用于存储同一游戏的存档。例如，在接收到游戏上传请求时，可根据目标游戏名称对各上传请求进行分类，以便将具有同一目标游戏名称的各上传请求中包括的目标游戏存档存储至同一区块中。

本公开实施例中，可首先根据目标游戏名称确定区块链中的目标区块，并在各目标区块中根据目标存档名称进行查找，以确定目标游戏存档。

在示例性实施例中，区块链中存储的目标游戏存档还可包括上传者信息、上传时间、下载次数、信息摘要码等，本公开的技术方案对此并不作特殊限定。

图12示意性示出了根据本公开的再一实施例的游戏存档的共享方法的流程图。

如图12所示，本公开实施例的游戏存档的共享方法可以包括以下步骤。

在步骤S1210中，第一平台接收第一用户上传的游戏存档。

在步骤S1220中，第一平台根据上传的游戏存档向区块链提交游戏存档。

在步骤S1230中，第一平台接收第一用户的下载请求。

在步骤S1240中，第一平台根据下载请求在区块链中确定目标游戏存档，并向第一用户发送下载的游戏存档。

在步骤S1250中，第二平台接收第二用户上传的游戏存档。

在步骤S1260中，第二平台根据上传的游戏存档向区块链提交游戏存档。

在步骤S1270中，第二平台接收第二用户的下载请求。

在步骤S1280中，第二平台根据下载请求在区块链中确定目标游戏存档，并向第二用户发送下载的游戏存档。

本公开实施例的游戏存档的共享方法，向用户客户端提供了两类接口：

(1)上传游戏存档接口：用户可以通过该接口上传游戏存档。图13示意性示出了根据本公开的一实施例的游戏存档的上传界面图。如图13所示，用户客户端基于用户的操作可接收待上传的目标游戏存档名称与目标游戏存档的存档文件，并根据目标游戏存档名称与目标游戏存档的存档文件生成上传请求发送至第一平台或第二平台，以便于第一平台或第二平台执行后续操作。

(2)下载游戏存档接口：用户可以通过该接口下载游戏存档。图14示意性示出了根据本公开的一实施例的游戏存档的下载界面图。如图14所示，用户客户端基于用户的操作可接收待下载的目标游戏存档名称，并根据目标游戏存档名称生成下载请求发送至第一平台或第二平台，以便于第一平台或第二平台执行后续操作。

本公开实施例的游戏存档的共享方法，能够实现如下功能：

(1)同一用户通过不同的平台上传游戏存档；

(2)同一用户上传的游戏存档信息存储在区块链中，能够保证游戏存档的长期稳定存储，不受时空限制；

(3)同一用户可通过不同的平台上传或下载自己或其他用户的游戏存档；

(4)每一用户可以下载其他用户通过不同的平台上传的游戏存档，从而提升用户体验。

(5)有效地避免伪装为游戏存档的大量病毒以及垃圾文件，从而提供一个更加安全友好的游戏存档的共享环境。

以下介绍本公开的装置实施例，可以用于执行本公开上述的游戏存档的共享方法。对于本公开装置实施例中未披露的细节，请参照本公开上述的游戏存档的共享方法的实施例。

图15示意性示出了根据本公开的一实施例的游戏存档的共享装置的框图。

参照图15所示，根据本公开的一个实施例的游戏存档的共享装置1500，可以包括：下载请求获取模块1510、游戏存档确定模块1520和下载操作执行模块1530。

本公开实施例的游戏存档的共享装置1500中，下载请求获取模块1510可以配置为接收游戏存档的下载请求。

游戏存档确定模块1520可以配置为根据下载请求在区块链中确定目标游戏存档，目标游戏存档通过第二平台基于上传请求存储到区块链中。

下载操作执行模块1530可以配置为从区块链中下载目标游戏存档。

本公开实施例的游戏存档的共享装置1500还可包括上传请求获取模块、游戏存档校验模块以及上传操作执行模块。其中，上传请求获取模块可以配置为接收游戏存档的上传请求，上传请求包括目标游戏存档；游戏存档校验模块可以配置为对目标游戏存档进行校验；可以配置为若校验成功，根据上传请求将目标游戏存档存储到区块链中。

在示例性实施例中，游戏存档校验模块可以包括摘要码获取单元和摘要码校验单元。其中，摘要码获取单元可以配置为获取目标游戏存档的目标信息摘要码；摘要码校验单元可以配置为根据目标信息摘要码与区块链中各区块包括的信息摘要码进行比对，以对目标游戏存档进行校验。

在示例性实施例中，游戏存档校验模块可以包括格式校验单元或沙箱校验单元。其中，格式校验单元可以配置为根据目标游戏存档的格式信息对目标游戏存档进行校验；沙箱校验单元可以配置为在预设沙箱环境中运行目标游戏存档，以对目标游戏存档进行校验。

在示例性实施例中，上传请求包括上传者信息，上传者信息包括信用值和预定时间内的上传次数；其中，游戏存档校验模块可以包括信用值校验单元或上传次数校验单元。信用值校验单元可以配置为若信用值小于预定信用阈值，则确认目标游戏存档的校验结果为失败；上传次数校验单元可以配置为若上传次数大于上传次数阈值，则确认目标游戏存档的校验结果为失败。

在示例性实施例中，上传请求获取模块可以配置为接收第一用户的游戏存档的上传请求；下载请求获取模块1510可以配置为接收第一用户的下载请求。

在示例性实施例中，上传请求获取模块可以配置为接收第二用户的游戏存档的上传请求；下载请求获取模块1510可以配置为接收第一用户的下载请求。

在示例性实施例中，游戏存档确定模块1520可以包括游戏名称确定单元和游戏存档确定单元。其中，游戏名称确定单元可以配置为根据下载请求确定目标游戏存档的目标游戏名称和目标存档名称；游戏存档确定单元可以配置为根据目标存档名称在区块链中目标游戏名称对应区块中进行查找，确定目标游戏存档。

本公开实施方式提供的游戏存档的共享装置，在平台与区块链之间建立连接，在第一平台接收游戏存档的下载请求时，能够根据下载请求在区块链中确定目标游戏存档，以实现在区块链中存储游戏存档、游戏存档共享的技术效果。进一步地，目标游戏存档可以是通过第二平台基于上传请求存储至区块链中的，而第一平台通过区块链确定目标游戏存档，进而第一平台与第二平台间能够通过区块链实现游戏存档的跨平台的共享功能。

图16示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。需要说明的是，图16示出的电子设备的计算机系统1600仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

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

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

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

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

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

描述于本公开实施例中所涉及到的模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的模块和/或单元也可以设置在处理器中。其中，这些模块和/或单元的名称在某种情况下并不构成对该模块和/或单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图4或图5或图6或图7或图8或图9或图10或图11或图12所示的各个步骤。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元或者来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。

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

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

Claims (11)

1.一种游戏存档的共享方法，其特征在于，包括：

第一平台接收游戏存档的下载请求；

所述第一平台根据所述下载请求确定目标游戏存档的目标游戏名称和目标存档名称；根据所述目标游戏名称和所述目标存档名称向区块链的节点发送下载请求，以使所述区块链的节点根据所述目标游戏名称确定所述区块链中的目标区块，并在各目标区块中根据所述目标存档名称进行查找，在查找过程中，按照各区块的链接顺序逆向查找，并在所述区块链中查找到所述目标游戏存档后，生成反馈信息，所述目标游戏存档通过第二平台基于上传请求存储到区块链中，所述区块链用于将具有同一目标游戏名称的各上传请求中包括的目标游戏存档存储至同一区块中，所述第二平台与所述第一平台相互独立，所述第二平台接收游戏存档的上传请求，所述上传请求包括所述目标游戏存档，所述第二平台对所述目标游戏存档进行校验，若校验成功，所述第二平台根据所述上传请求将所述目标游戏存档存储到所述区块链中；

所述第一平台接收所述区块链的节点返回的所述反馈信息，所述反馈信息中包括所述目标游戏存档的下载地址；

所述第一平台根据所述目标游戏存档的下载地址从区块链中下载所述目标游戏存档；

所述第一平台将下载获得的所述目标游戏存档发送至用户客户端；

其中，所述第二平台对所述目标游戏存档进行校验包括：

所述第二平台获取所述目标游戏存档的目标信息摘要码；

所述第二平台根据所述目标信息摘要码与区块链中各区块包括的信息摘要码进行比对，以对所述目标游戏存档进行校验。

2.如权利要求1所述的方法，其特征在于，

所述第二平台接收游戏存档的上传请求包括：

所述第二平台接收第二用户的游戏存档的上传请求；

第一平台接收游戏存档的下载请求包括：

所述第一平台接收第一用户的游戏存档的下载请求。

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

所述第二平台接收游戏存档的上传请求包括：

所述第二平台接收第一用户的游戏存档的上传请求；

第一平台接收游戏存档的下载请求包括：

所述第一平台接收所述第一用户的游戏存档的下载请求。

4.一种游戏存档的共享方法，其特征在于，包括：

第一平台接收游戏存档的下载请求；

所述第一平台根据所述下载请求确定目标游戏存档的目标游戏名称和目标存档名称；根据所述目标游戏名称和所述目标存档名称向区块链的节点发送下载请求，以使所述区块链的节点根据所述目标游戏名称确定所述区块链中的目标区块，并在各目标区块中根据所述目标存档名称进行查找，在查找过程中，按照各区块的链接顺序逆向查找，并在所述区块链中查找到所述目标游戏存档后，生成反馈信息，所述目标游戏存档通过第二平台基于上传请求存储到区块链中，所述区块链用于将具有同一目标游戏名称的各上传请求中包括的目标游戏存档存储至同一区块中，所述第二平台与所述第一平台相互独立，所述第二平台接收游戏存档的上传请求，所述上传请求包括所述目标游戏存档，所述第二平台对所述目标游戏存档进行校验，若校验成功，所述第二平台根据所述上传请求将所述目标游戏存档存储到所述区块链中；

所述第一平台接收所述区块链的节点返回的所述反馈信息，所述反馈信息中包括所述目标游戏存档的下载地址；

所述第一平台根据所述目标游戏存档的下载地址从区块链中下载所述目标游戏存档；

所述第一平台将下载获得的所述目标游戏存档发送至用户客户端；

其中，所述第二平台对所述目标游戏存档进行校验包括以下情况的一种或多种：

所述第二平台根据所述目标游戏存档的格式信息对所述目标游戏存档进行校验；或

所述第二平台在预设沙箱环境中运行所述目标游戏存档，以对所述目标游戏存档进行校验。

5.一种游戏存档的共享方法，其特征在于，包括：

第一平台接收游戏存档的下载请求；

所述第一平台根据所述下载请求确定目标游戏存档的目标游戏名称和目标存档名称；根据所述目标游戏名称和所述目标存档名称向区块链的节点发送下载请求，以使所述区块链的节点根据所述目标游戏名称确定所述区块链中的目标区块，并在各目标区块中根据所述目标存档名称进行查找，在查找过程中，按照各区块的链接顺序逆向查找，并在所述区块链中查找到所述目标游戏存档后，生成反馈信息，所述目标游戏存档通过第二平台基于上传请求存储到区块链中，所述区块链用于将具有同一目标游戏名称的各上传请求中包括的目标游戏存档存储至同一区块中，所述第二平台与所述第一平台相互独立，所述第二平台接收游戏存档的上传请求，所述上传请求包括所述目标游戏存档，所述第二平台对所述目标游戏存档进行校验，若校验成功，所述第二平台根据所述上传请求将所述目标游戏存档存储到所述区块链中；

所述第一平台接收所述区块链的节点返回的所述反馈信息，所述反馈信息中包括所述目标游戏存档的下载地址；

所述第一平台根据所述目标游戏存档的下载地址从区块链中下载所述目标游戏存档；

所述第一平台将下载获得的所述目标游戏存档发送至用户客户端；

所述上传请求包括上传者信息，所述上传者信息包括信用值和预定时间内的上传次数；其中，所述第二平台对所述目标游戏存档进行校验包括以下情况的一种或多种：

若所述信用值小于预定信用阈值，则所述第二平台确认所述目标游戏存档的校验结果为失败；或

若所述上传次数大于上传次数阈值，则所述第二平台确认所述目标游戏存档的校验结果为失败。

6.一种游戏存档的共享装置，其特征在于，包括：

下载请求获取模块，用于通过第一平台接收游戏存档的下载请求；

游戏存档确定模块，用于通过所述第一平台根据所述下载请求确定目标游戏存档的目标游戏名称和目标存档名称；根据所述目标游戏名称和所述目标存档名称向区块链的节点发送下载请求，以使所述区块链的节点根据所述目标游戏名称确定所述区块链中的目标区块，并在各目标区块中根据所述目标存档名称进行查找，在查找过程中，按照各区块的链接顺序逆向查找，并在所述区块链中查找到所述目标游戏存档后，生成反馈信息，所述目标游戏存档通过第二平台基于上传请求存储到区块链中，所述区块链用于将具有同一目标游戏名称的各上传请求中包括的目标游戏存档存储至同一区块中，所述第二平台与所述第一平台相互独立；

下载操作执行模块，用于通过所述第一平台接收所述区块链的节点返回的所述反馈信息，所述反馈信息中包括所述目标游戏存档的下载地址，根据所述目标游戏存档的下载地址从区块链中下载所述目标游戏存档，将下载获得的所述目标游戏存档发送至用户客户端；

上传请求获取模块，用于通过所述第二平台接收游戏存档的上传请求，所述上传请求包括所述目标游戏存档；

游戏存档校验模块，用于通过所述第二平台对所述目标游戏存档进行校验；

上传操作执行模块，用于若校验成功，通过所述第二平台根据所述上传请求将所述目标游戏存档存储到所述区块链中；

所述游戏存档校验模块包括：

摘要码获取单元，用于通过所述第二平台获取所述目标游戏存档的目标信息摘要码；

摘要码校验单元，用于通过所述第二平台根据所述目标信息摘要码与区块链中各区块包括的信息摘要码进行比对，以对所述目标游戏存档进行校验。

7.如权利要求6所述的装置，其特征在于，所述上传请求获取模块用于：通过所述第二平台接收第二用户的游戏存档的上传请求；

所述下载请求获取模块用于：通过所述第一平台接收第一用户的游戏存档的下载请求。

8.如权利要求6所述的装置，其特征在于，所述上传请求获取模块用于：通过所述第二平台接收第一用户的游戏存档的上传请求；

所述下载请求获取模块用于：通过所述第一平台接收所述第一用户的游戏存档的下载请求。

9.一种游戏存档的共享装置，其特征在于，包括：

下载请求获取模块，用于通过第一平台接收游戏存档的下载请求；

游戏存档确定模块，用于通过所述第一平台根据所述下载请求确定目标游戏存档的目标游戏名称和目标存档名称；根据所述目标游戏名称和所述目标存档名称向区块链的节点发送下载请求，以使所述区块链的节点根据所述目标游戏名称确定所述区块链中的目标区块，并在各目标区块中根据所述目标存档名称进行查找，在查找过程中，按照各区块的链接顺序逆向查找，并在所述区块链中查找到所述目标游戏存档后，生成反馈信息，所述目标游戏存档通过第二平台基于上传请求存储到区块链中，所述区块链用于将具有同一目标游戏名称的各上传请求中包括的目标游戏存档存储至同一区块中，所述第二平台与所述第一平台相互独立；

下载操作执行模块，用于通过所述第一平台接收所述区块链的节点返回的所述反馈信息，所述反馈信息中包括所述目标游戏存档的下载地址，根据所述目标游戏存档的下载地址从区块链中下载所述目标游戏存档，将下载获得的所述目标游戏存档发送至用户客户端；

上传请求获取模块，用于通过所述第二平台接收游戏存档的上传请求，所述上传请求包括所述目标游戏存档；

游戏存档校验模块，用于通过所述第二平台对所述目标游戏存档进行校验；

上传操作执行模块，用于若校验成功，通过所述第二平台根据所述上传请求将所述目标游戏存档存储到所述区块链中；

所述游戏存档校验模块包括：

格式校验单元，用于通过所述第二平台根据所述目标游戏存档的格式信息对所述目标游戏存档进行校验；或

沙箱校验单元，用于通过所述第二平台在预设沙箱环境中运行所述目标游戏存档，以对所述目标游戏存档进行校验。

10.一种游戏存档的共享装置，其特征在于，包括：

下载请求获取模块，用于通过第一平台接收游戏存档的下载请求；

游戏存档确定模块，用于通过所述第一平台根据所述下载请求确定目标游戏存档的目标游戏名称和目标存档名称；根据所述目标游戏名称和所述目标存档名称向区块链的节点发送下载请求，以使所述区块链的节点根据所述目标游戏名称确定所述区块链中的目标区块，并在各目标区块中根据所述目标存档名称进行查找，在查找过程中，按照各区块的链接顺序逆向查找，并在所述区块链中查找到所述目标游戏存档后，生成反馈信息，所述目标游戏存档通过第二平台基于上传请求存储到区块链中，所述区块链用于将具有同一目标游戏名称的各上传请求中包括的目标游戏存档存储至同一区块中，所述第二平台与所述第一平台相互独立；

下载操作执行模块，用于通过所述第一平台接收所述区块链的节点返回的所述反馈信息，所述反馈信息中包括所述目标游戏存档的下载地址，根据所述目标游戏存档的下载地址从区块链中下载所述目标游戏存档，将下载获得的所述目标游戏存档发送至用户客户端；

上传请求获取模块，用于通过所述第二平台接收游戏存档的上传请求，所述上传请求包括所述目标游戏存档；

游戏存档校验模块，用于通过所述第二平台对所述目标游戏存档进行校验；

上传操作执行模块，用于若校验成功，通过所述第二平台根据所述上传请求将所述目标游戏存档存储到所述区块链中；

所述上传请求包括上传者信息，所述上传者信息包括信用值和预定时间内的上传次数；其中，所述游戏存档校验模块包括：

信用值校验单元，用于若所述信用值小于预定信用阈值，则通过所述第二平台确认所述目标游戏存档的校验结果为失败；或

上传次数校验单元，用于若所述上传次数大于上传次数阈值，则通过所述第二平台确认所述目标游戏存档的校验结果为失败。

11.一种电子设备，其特征在于，包括：

一个或多个处理器；

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

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

Images