资源管理方法、装置、设备及存储介质与流程

本发明涉及资源管理技术领域，尤其涉及一种资源管理方法、装置、设备及存储介质。

背景技术：

随着游戏行业的快速发展，游戏市场更新迭代的速度日渐变快，游戏对应的资源的管理难度也越来越大。目前，对于运营期游戏，为了保障资源的安全性和游戏包体的稳定性，资源管理采取了分支管理的形式，即将正在开发的资源和已开发的资源由人工进行审核维护，根据实际需求放入不同的资源目录。在实际应用中，发明人发现上述方案至少存在以下问题：

对资源的分支管理需要人工进行审核维护，从而导致资源管理的效率较低。

技术实现要素：

本发明提供一种资源管理方法、装置、设备及存储介质，以有效提升资源管理效率。

第一方面，本发明提供一种资源管理方法，包括：

接收资源提交请求，资源提交请求携带待提交资源的相关信息；

确定待提交资源的相关信息是否满足预设审核内容；

若待提交资源的相关信息满足预设审核内容，则获取待提交资源；

将待提交资源由开发目录同步到外放目录中，并提交待提交资源至外放资源库；

其中，开发目录用于存储和管理游戏涉及的所有资源，外放目录用于存储和管理游戏运营期当下版本需要外放的所有资源。

可选的，确定待提交资源的相关信息是否满足预设审核内容，包括以下至少一种实现方式：

确定待提交资源的提交者权限是否满足预设权限；

确定待提交资源的提交时间是否满足预设时间范围；

确定待提交资源是否满足提交许可；

确定待提交资源的格式是否满足预设资源格式。

可选的，将待提交资源由开发目录同步到外放目录中，包括：

根据待提交资源的路径，确定资源外放列表，待提交资源的路径用于指示开发目录下的资源仓库文件夹，资源仓库文件夹包含仓库描述文件，仓库描述文件记录有待提交资源所用到的资源文件的标识以及资源文件所依赖的资源文件的标识；

根据资源外放列表，从开发目录中提取待提交资源的资源文件；

将资源文件同步到外放目录中。

可选的，在提交待提交资源至外放资源库之前，还包括：

确定资源文件是否满足预设检查内容；

若资源文件不满足预设检查内容，提交待提交资源至外放资源库。

可选的，若资源文件满足预设检查内容，获取资源文件的标识以及错误信息；

将错误信息发送至提交方，提交方是根据资源文件的标识确定的。

可选的，预设检查内容，包括以下至少一种：

仓库描述文件损坏、场景资源缺失、依赖缺失、资源缺失、贴图格式错误以及资源文件的标识重复。

可选的，提交待提交资源至外放资源库，包括：

通过预设账号，提交待提交资源至外放资源库。

可选的，若待提交资源的相关信息不满足预设审核内容，则将待提交资源发送至待处理资源的提交方进行修改。

可选的，存储资源管理过程中的相关信息。

第二方面，本发明提供一种资源管理装置，包括：

权限控制模块，用于接收资源提交请求，资源提交请求携带待提交资源的相关信息；及，确定待提交资源的相关信息是否满足预设审核内容；

资源同步模块，用于在待提交资源的相关信息满足预设审核内容时，获取待提交资源；

资源提交模块，用于将待提交资源由开发目录同步到外放目录中，并提交待提交资源至外放资源库；

其中，开发目录用于存储和管理游戏涉及的所有资源，外放目录用于存储和管理游戏运营期当下版本需要外放的所有资源。

可选的，权限控制模块在用于确定待提交资源的相关信息是否满足预设审核内容时，具体包括以下至少一种实现方式：

确定待提交资源的提交者权限是否满足预设权限；

确定待提交资源的提交时间是否满足预设时间范围；

确定待提交资源是否满足提交许可；

确定待提交资源的格式是否满足预设资源格式。

可选的，资源提交模块在用于将待提交资源由开发目录同步到外放目录中时，具体为：

根据待提交资源的路径，确定资源外放列表，待提交资源的路径用于指示开发目录下的资源仓库文件夹，资源仓库文件夹包含仓库描述文件，仓库描述文件记录有待提交资源所用到的资源文件的标识以及资源文件所依赖的资源文件的标识；

根据资源外放列表，从开发目录中提取待提交资源的资源文件；

将资源文件同步到外放目录中。

可选的，资源管理装置还包括：

资源检查模块，用于在资源提交模块提交待提交资源至外放资源库之前，确定资源文件是否满足预设检查内容；并在资源文件不满足预设检查内容时，触发资源提交模块提交待提交资源至外放资源库。

可选的，资源检查模块还用于：在资源文件满足预设检查内容时，获取资源文件的标识以及错误信息；将错误信息发送至提交方，提交方是根据资源文件的标识确定的。

可选的，预设检查内容，包括以下至少一种：

仓库描述文件损坏、场景资源缺失、依赖缺失、资源缺失、贴图格式错误以及资源文件的标识重复。

可选的，资源提交模块在用于提交待提交资源至外放资源库时，具体为：

通过预设账号，提交待提交资源至外放资源库。

可选的，权限控制模块还用于：在待提交资源的相关信息不满足预设审核内容时，将待提交资源发送至待处理资源的提交方进行修改。

第三方面，本发明提供一种电子设备，包括：存储器，用于存储程序指令；

处理器，用于调用并执行存储器中的程序指令，执行如第一方面中任一项所述的方法。

第四方面，本发明提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序；计算机程序被处理器执行时，实现如第一方面中任一项所述的方法。

本发明提供的资源管理方法、装置、设备及存储介质，首先接收资源提交请求，资源提交请求携带待提交资源的相关信息；再确定待提交资源的相关信息是否满足预设审核内容；若待提交资源的相关信息满足预设审核内容，则获取待提交资源；则将待提交资源由开发目录同步到外放目录中，并提交待提交资源至外放资源库。相比人工进行审核维护的资源管理方式，通过本发明实施例提供的资源管理方案，可实现对资源的自动化管理，从而能够有效提升资源管理效率。

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

附图说明

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

图1为本发明提供的资源管理的应用场景示例图；

图2为本发明一实施例提供的资源管理方法的流程图；

图3为本发明另一实施例提供的资源管理方法的流程图；

图4为本发明又一实施例提供的资源管理方法的流程图；

图5为本发明一实施例提供的资源管理装置的结构示意图；

图6为本发明另一实施例提供的资源管理装置的结构示意图；

图7为本发明一实施例提供的电子设备的结构示意图。

具体实施方式

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

在本发明的描述中，需要理解的是，术语“上部”、“上”、“下”、“前”、“后”等指示的方位或者位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或者暗示所指的装置或者元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。在发明的描述中，“多个”的含义是两个或两个以上，除非是另有精确具体地规定。

本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例，例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它步骤或单元。

描述包括对形成详细描述的一部分的附图的参考。附图示出了根据示例性实施方式的图示。在本文中也可被称为“示例”的这些实施方式被足够详细地描述，以使本领域中的技术人员能够实践本文所描述的所要求保护的主题的实施方式。在不偏离所要求保护的主题的范围和精神的情况下，可组合实施方式，可使用其它实施方式，或可做出结构、逻辑和电气改变。应理解的是，本文中所描述的实施方式并不旨在限制主题的范围，而是使本领域中的技术人员能够实践、制作和/或使用该主题。

目前，游戏公司为了保障资源的安全性和包体大小的稳定，采取了分支管理资源的策略，即维护人员分为两个资源的目录进行开发，外放的资源放在外放目录中，正在开发的资源放在开发目录，由维护人员人工审核维护这两份资源目录。当前对于资源的管理主要存在以下几个问题：

1、维护人员工维护两份资源目录的过程会造成大量的工作冗余和浪费。

2、缺乏一个稳定的审核机制，对于不同资源目录内容的上传，仍需要控制外放的人员进行人工审核。而在实际游戏开发的过程中，一些开发任务和运营内容外放时间不同，例如：美术开发任务，一般早于运营内容外放时间2-3个月，美术开发人员对于外放资源的内容控制无统一标准，如果将权限交给控制外放的人员，又存在策划对资源不熟悉，导致部分资源漏传或者多传的情况发生。

因此，目前的资源管理方法会造成大量的工作冗余和浪费，管理效率低，而且安全性较差，难以满足现今游戏行业对游戏资源的安全性及管理效率的需求。

基于上述问题，本发明实施例提供一种资源管理方法、装置、设备及存储介质，通过对资源的自动化管理方式，有效提升资源管理效率。

图1为本发明提供的资源管理的应用场景示例图。如图1所示，开发目录采用svn仓库进行管理，用于存储和管理游戏运营内的所有资源内容，以及游戏开发和测试过程中的同步更新和数据记录等，其面向所有使用资源仓库的职能岗位，包括有：美术模型资源，场景资源，ui资源以及图资源等；外放目录用于存储和管理游戏运营期当下版本需要外放的所有资源；智能管理平台例如是采用django框架作为核心框架搭建前端、后台的服务器平台，其拥有权限控制，资源记录存储，资源检查等多个功能，主要用于管理开发目录和外放目录的各种管理需求，以及存储资源管理过程中的相关信息。开发目录与外放目录通过智能管理平台实现自动化的资源同步过程。其中，开发目录用于存储和管理游戏涉及的所有资源，外放目录用于存储和管理游戏运营期当下版本需要外放的所有资源。

在资源管理过程中，由智能管理平台向开发目录发送请求，管理人员根据研发需求从开发目录中获取并发送资源提交请求至智能管理平台，其中，资源提交请求携带待提交资源的相关信息。智能管理平台确定所述待提交资源的相关信息是否满足预设审核内容，若所述待提交资源的相关信息满足预设审核内容，则获取所述待提交资源；发送资源提交请求给外放目录，当接收到外放目录发送的返回状态时，将所述待提交资源由开发目录同步到外放目录中，并提交所述待提交资源至外放资源库，以完成整个资源管理过程。在实际应用中，智能管理平台还用于存储资源管理过程中的相关信息。

在一种实施方式中，工作人员可以通过智能管理平台自由选择外放的资源内容，再通过后台的计算，将需要外放的资源同步到外放目录中。另一种实施方式中，可以由智能管理平台根据预设研发节点自动选择外放的资源内容，再通过后台的计算，由系统将需要外放的资源同步到外放目录中。通过本实施例提供的方案，相比人工进行审核维护的资源管理方式，通过本发明实施例提供的资源管理方案，可实现对资源的自动化管理，从而能够有效提升资源管理效率。

本领域技术人员可以理解的是，本实施例提供的智能管理平台可以为计算机，也可以为其它设备，例如服务器等具有信息处理功能的电子设备，本实施例此处不做特别限制。

下面以具体地实施例对本发明的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本发明的实施例进行描述。

图2为本发明一实施例提供的资源管理方法的流程图。本发明实施例提供的资源管理方法，实施例的执行主体可以为计算机，也可以为其它设备，例如服务器等具有信息处理功能的电子设备，本实施例此处不做特别限制。如图2所示，该资源管理方法包括以下步骤：

s201、接收资源提交请求，资源提交请求携带待提交资源的相关信息。

实际应用中，在网络游戏运营阶段，会涉及新的资源整合，例如这很难对网络游戏漏洞的修复，网络游戏新的功能的增加，等等，因此，需要将这部分新的资源由开发目录同步至外放目录。

具体地，相关操作人员通过计算机等电子设备发送资源提交请求至智能管理平台。其中，该资源提交请求携带待提交资源的相关信息。

本领域技术人员可以理解的是，资源提交请求可以是由管理人员根据开发/测试需求发起的，也可以是系统根据开发节点自动发起的，本实施例对此不做限定。

对应地，智能管理平台接收该资源提交请求。

s202、确定待提交资源的相关信息是否满足预设审核内容。

在实际运用中，为保证资源的安全性，需首先确定待提交资源的相关信息是否满足预设审核内容。其中，预设审核内容可根据实际需求或历史经验进行设置，相关描述可参考后续实施例。

s203、若待提交资源的相关信息满足预设审核内容，则获取待提交资源。

在确定待提交资源的相关信息满足预设审核内容后，获取待提交资源；否则，将待提交资源发送至待处理资源的提交方进行修改。

s204、将待提交资源由开发目录同步到外放目录中，并提交待提交资源至外放资源库。

在实际应用中，首先将待提交资源由开发目录同步到外放目录中，目的是为了使外放目录中的内容与资源情况实时同步，能够实时的反映出最新的资源情况。

进一步的，将待提交资源提交至外放资源库，最终形成资源外放。

在本实施例中，首先接收资源提交请求，其中，资源提交请求携带待提交资源的相关信息；再确定待提交资源的相关信息是否满足预设审核内容；若待提交资源的相关信息满足预设审核内容，则获取待提交资源；最后将待提交资源由开发目录同步到外放目录中，并提交待提交资源至外放资源库。相比人工进行审核维护的资源管理方式，通过本发明实施例提供的资源管理方法，可实现对资源的自动化管理，从而可以有效提升资源管理效率。

可选地，待提交资源的相关信息可以包括以下至少一种：待提交资源的提交者权限、待提交资源的提交时间、提交许可以及待提交资源的格式等。

与上述待提交资源的相关信息所包含的信息类型相对应，s202、确定待提交资源的相关信息是否满足预设审核内容，可以包括以下至少一种实现方式：

(1)确定待提交资源的提交者权限是否满足预设权限。

具体的，根据不同职能员工的岗位需求进行权限分类，确定待提交资源的提交者权限是否满足该权限分类。

(2)确定待提交资源的提交时间是否满足预设时间范围。

具体的，设置资源的提交时间范围以及冻结时间范围，当确定待提交资源的提交时间处于提交时间范围时，确定待提交资源的提交时间满足预设时间范围。对应的，当确定待提交资源的提交时间处于冻结时间范围时，确定待提交资源的提交时间不满足预设时间范围。

在实际应用中，可以利用分时锁定功能来实现。

具体的，对不同目录(即资源文件路径)设置的独立冻结时间范围和提交时间范围，当开发进入最后测试阶段，只需要冻结对应的资源目录，即进入无法提交的状态，当版本外放后，进入恢复状态，之前冻结的资源目录就恢复正常提交。

(3)确定待提交资源是否满足提交许可。

具体的，监控提交者的提交日志，当监测到提交者获得对接的测试人员的提交许可时，确定待提交资源是否满足提交许可。

(4)确定待提交资源的格式是否满足预设资源格式等。

具体的，确定待提交资源是否含有预设引擎无法识别的资源内容，以messiah引擎为例，待提交资源中不能含有.psd、.dxtc等后缀结尾的格式的文件。

图3为本发明另一实施例提供的资源管理方法的流程图。如图3所示，在图2所示流程的基础上，s204、将待提交资源由开发目录同步到外放目录中，并提交待提交资源至外放资源库，可以进一步包括以下步骤：

s301、根据待提交资源的路径，确定资源外放列表。

其中，待提交资源的路径用于指示开发目录下的资源仓库文件夹，资源仓库文件夹包含仓库描述文件，仓库描述文件记录有待提交资源所用到的资源文件的标识以及资源文件所依赖的资源文件的标识。

示例的，对资源通过脚本进行调用，确定脚本调用的路径，根据路径确定资源对应的资源外放列表。

在实际运用中，以messiah引擎的资源目录结构为例，一个资源(例如：一件时装、一个坐骑)中的相关资源内容(例如：模型、贴图等)会存放在同一子文件夹下，根据子文件夹的路径确定该资源的外放资源列表。

s302、根据资源外放列表，从开发目录中提取待提交资源的资源文件。

一种实施方式中，提交资源外放列表，根据需求添加资源外放列表中的外放资源，记录经添加后的外放资源的路径，根据路径确定该外放资源所涉及的所有资源文件的全局唯一标识符(英文globallyuniqueidentifier，简称guid)，其中，所有资源文件的guid可以包括：该外放资源所有用到的单个资源文件的guid以及每单个资源文件需要依赖的资源文件的guid。

s303、将资源文件同步到外放目录中。

具体的，根据资源外放列表在开发目录中取出列表中所有的资源文件，同步到开发目录中，实现外放资源的自动同步和过滤。

在一种实施方式中，会存在同步失败的情况，即当待提交资源由开发目录同步到外放目录的过程失败时，获取同步信息，并将同步信息发送至待提交资源的提交方，提交方根据同步信息对待提交资源进行修改后，可继续提交资源提交请求。

其中，同步信息可以包括：同步失败原因、以及对应修改方法等。

s304、确定资源文件是否满足预设检查内容。

在实际运用中，预设检查内容可以包括以下至少一种：

仓库描述文件损坏、场景资源缺失、依赖缺失、资源缺失、贴图格式错误以及资源文件的标识重复，等等。

具体的，以messaiah引擎为例，确定资源文件是否满足预设检查内容，可以包括以下至少一种：

(1)仓库描述文件损坏：当文件仓库下的resource、repository文件无法打开时，确定资源文件满足预设检查内容。

(2)场景资源缺失：当场景描述文件中用到了某个资源，但是在仓库中不存在，确定资源文件满足预设检查内容。

(3)依赖缺失：当解析资源依赖时，需要依赖的资源不存在时，确定资源文件满足预设检查内容。

(4)资源缺失：当仓库文件中描述的文件不存在时，确定资源文件满足预设检查内容。

(5)贴图格式错误：当贴图的大小不满足是2的整数次幂这一规则时，确定资源文件满足预设检查内容。

(6)资源文件的标识重复：当资源文件guid出现重复，确定资源文件满足预设检查内容。

s305、若资源文件满足预设检查内容，获取资源文件的标识以及错误信息。

可选地，错误信息可以包括：错误内容、错误地址以及对应修改方法等。

s306、将错误信息发送至提交方。

具体的，根据标识确定该错误资源对应的提交方，并将错误信息发送至提交方，提交方根据错误信息对资源进行修改后，可继续提交资源提交请求。

s307、若资源文件不满足预设检查内容，提交待提交资源至外放资源库。

进一步的，若资源文件不满足预设检查内容，即外放资源通过检查，则提交待提交资源至外放资源库。

具体的，可以通过预设账号，提交待提交资源至外放资源库。

其中，预设账号可以是一个私密账号，由相应管理方进行控制，以保障资源的安全性。本领域技术人员可以理解的是，预设账号的数量可以为多个，也可以是一个唯一的账号，具体可以根据开发需求进行设置，本实施例不以此为限定。

在本实施例中，通过确定资源文件是否满足预设检查内容，在资源文件满足预设检查内容时，获取资源文件的标识以及错误信息，将错误信息发送至提交方；在资源文件不满足预设检查内容时，提交待提交资源至外放资源库，从而可以及时发现外放资源的错误，保证外放资源的安全性。

图4为本发明又一实施例提供的资源管理方法的流程图。如图4所示，本发明实施例的资源管理方法可以包括：

s401、接收资源提交请求，资源提交请求携带待提交资源的相关信息

s402、确定待提交资源的相关信息是否满足预设审核内容。

s403、若待提交资源的相关信息满足预设审核内容，则获取待提交资源

其中，s401至s403与图2所示实施例中的s201至s203类似，具体描述可参考如图2所示实施例，此处不再赘述。

s404、若待提交资源的相关信息不满足预设审核内容，将待提交资源发送至待处理资源的提交方进行修改。

在实际应用中，待提交资源的相关信息不满足预设审核内容时，根据相关信息确定该待提交资源对应的提交方，并审核结果发送至待处理资源的提交方，其中审核结果可以包括一些下至少一种：错误内容、错误地址以及对应修改方法等。提交方根据错误信息对资源进行修改后，可继续提交资源提交请求。

s405、根据待提交资源的路径，确定资源外放列表。

s406、根据资源外放列表，从开发目录中提取待提交资源的资源文件。

s407、将资源文件同步到外放目录中。

s408、确定资源文件是否满足预设检查内容。

s409、若资源文件满足预设检查内容，获取资源文件的标识以及错误信息。

s410、将错误信息发送至提交方。

s411、若资源文件不满足预设检查内容，提交待提交资源至外放资源库。

其中，s405至s411与图3所示实施例中的s301至s307类似，具体描述可参考如图3所示实施例，此处不再赘述。

下述为本发明装置实施例，可以用于执行本发明上述方法实施例，其实现原理和技术效果类似。

图5为本发明一实施例提供的资源管理装置的结构示意图。如图5所示，资源管理装置500包括：权限控制模块501、资源同步模块502以及资源提交模块503。

权限控制模块501，用于接收资源提交请求，其中，资源提交请求携带待提交资源的相关信息；及，确定待提交资源的相关信息是否满足预设审核内容；

资源同步模块502，用于在待提交资源的相关信息满足预设审核内容时，获取待提交资源；

资源提交模块503，用于将待提交资源由开发目录同步到外放目录中，并提交待提交资源至外放资源库；

其中，开发目录用于存储和管理游戏涉及的所有资源，外放目录用于存储和管理游戏运营期当下版本需要外放的所有资源。

本实施例的资源管理装置，其中各模块的具体实现过程可参见上述方法实施例，其实现原理和技术效果类似，本实施例此处不再赘述。

在一些实施例中，权限控制模块501在用于确定待提交资源的相关信息是否满足预设审核内容时，具体包括以下至少一种实现方式：

确定待提交资源的提交者权限是否满足预设权限；

确定待提交资源的提交时间是否满足预设时间范围；

确定待提交资源是否满足提交许可；

确定待提交资源的格式是否满足预设资源格式。

一种实现方式中，资源同步模块502在用于将待提交资源由开发目录同步到外放目录中时，具体为：

根据待提交资源的路径，确定资源外放列表，待提交资源的路径用于指示开发目录下的资源仓库文件夹，资源仓库文件夹包含仓库描述文件，仓库描述文件记录有待提交资源所用到的资源文件的标识以及资源文件所依赖的资源文件的标识；

根据资源外放列表，从开发目录中提取待提交资源的资源文件；

将资源文件同步到外放目录中。

在一种实施方式中，资源管理装置还包括：

资源检查模块(未示出)，用于在资源提交模块503提交待提交资源至外放资源库之前，确定资源文件是否满足预设检查内容；并在资源文件不满足预设检查内容时，触发资源提交模块提交待提交资源至外放资源库。

在另一种实施方式中，资源检查模块还用于：在资源文件满足预设检查内容时，获取资源文件的标识以及错误信息；将错误信息发送至提交方，其中提交方是根据资源文件的标识确定的。

进一步的，预设检查内容可以包括以下至少一种：

仓库描述文件损坏、场景资源缺失、依赖缺失、资源缺失、贴图格式错误以及资源文件的标识重复等。

更进一步的，资源提交模块503在用于提交待提交资源至外放资源库时，具体为：

通过预设账号，提交待提交资源至外放资源库。

可选的，权限控制模块501还用于：在待提交资源的相关信息不满足预设审核内容时，将待提交资源发送至待处理资源的提交方进行修改。

图6为本发明另一实施例提供的资源管理装置的结构示意图。如图6所示，在图5所示装置的基础上，资源管理装置500还可以包括：

信息存储模块504，用于存储资源管理过程中的相关信息。

具体的，信息存储模块504存储各模块资源管理过程中的相关信息。

本实施例的资源管理装置，可以执行图2、图3以及图4所示方法中的技术方案，其具体实现过程和技术原理参见图2、图3以及图4所示方法中的相关描述，此处不再赘述。

图7为本申请一实施例提供的电子设备的结构示意图。如图7所示，本实施例所述的电子设备70可以是前述方法实施例中提到的计算机(或者可用于计算机的部件)。电子设备70可用于实现上述方法实施例中描述的对应于计算机的方法，具体参见上述方法实施例中的说明。

电子设备70可以包括一个或多个处理器701，该处理器701也可以称为处理单元，可以实现一定的控制或者处理功能。处理器701可以是通用处理器或者专用处理器等。例如可以是基带处理器、或中央处理器。基带处理器可以用于对数据进行处理，中央处理器可以用于对电子设备70进行控制，执行软件程序，处理软件程序的数据。

在一种可能的设计中，处理器701也可以存有指令703或者数据(例如测试参数)。其中，指令703可以被处理器701运行，使得电子设备70执行上述方法实施例中描述的对应于计算机设备或者网络设备的方法。

在又一种可能的设计中，电子设备70可以包括电路，该电路可以实现前述方法实施例中发送或接收或者通信的功能。

在一种可能的实现方式中，电子设备70中可以包括一个或多个存储器702，其上可以存有指令704，该指令可在处理器701上被运行，使得电子设备70执行上述方法实施例中描述的方法。

在一种可能的实现方式中，存储器702中也可以是存储有数据。处理器701和存储器702可以单独设置，也可以集成在一起。

在一种可能的实现方式中，电子设备70还可以包括收发器705和/或天线707。处理器701可以称为处理单元，对电子设备70进行控制。收发器705可以称为收发单元、收发机、收发电路、或者收发器等，用于实现电子设备70的收发功能。

其中，处理器701和收发器705的具体实现过程可以参见上述各实施例的相关描述，此处不再赘述。

本申请中描述的处理器701和收发器705可实现在集成电路(integratedcircuit，ic)、模拟ic、射频集成电路(radiofrequencyintegratedcircuit，rfic)、混合信号ic、专用集成电路(applicationspecificintegratedcircuit，asic)、印刷电路板(printedcircuitboard，pcb)、电子设备等上。

本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时用于实现如上任一实施例所述的优化方法。

在上述的实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个单元中。上述模块成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能模块的形式实现的集成的模块，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施例所述方法的部分步骤。

应理解，上述处理器可以是中央处理单元(centralprocessingunit，简称：cpu)，也可以是数字信号处理器(digitalsignalprocessor，简称：dsp)、专用集成电路(applicationspecificintegratedcircuit，简称：asic)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合发明所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。

存储器可能包含高速ram存储器，也可能还包括非易失性存储nvm，例如至少一个磁盘存储器，还可以为u盘、移动硬盘、只读存储器、磁盘或光盘等。

上述存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)、电可擦除可编程只读存储器(eeprom)、可擦除可编程只读存储器(eprom)、可编程只读存储器(prom)、只读存储器(rom)、磁存储器、快闪存储器、磁盘或光盘等。存储介质可以是通用或专用计算机能够存取的任何可用介质。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。