网站处理方法、装置及存储介质与流程

本申请主要涉及网站管理应用领域，更具体地说是涉及一种网站处理方法、装置及存储介质。

背景技术：

随着互联网技术的发展，目前很多行业通过构建自己的网站，来提供相关的网络服务，并发布自己想要公开的资讯，用户可以通过网页浏览器访问网站，获取自己需要的资讯或享受网络服务。

在实际应用中，一个项目中通常会创建多个网站，在网站运营过程中，需要网站负责人对网站进行维护与优化，对于单人维护网站时，不存在优化方案分歧，而多人维护网站时，很容易出现该网站的多个网站负责人对该网站的优化分歧，不仅降低了网站优化效率，且增加了网站的维护与管理难度。

技术实现要素：

有鉴于此，本实施例提供了一种网站处理方法、装置及存储介质，避免了多人维护网站的各网站负责人，对该网站的优化方向和优化内容的冲突，提高了网站维护效率，降低了网站的维护与管理难度。

为了实现上述目的，本实施例公开了以下技术方案：

本申请提供了一种网站处理方法，所述方法包括：

获取待检项目包含的多个网站的检测信息；

响应第一网站的多个网站负责人基于所述检测信息输入的优化信息，生成待处理优化项，所述第一网站是所述多个网站中的任一网站，所述优化信息是所述多个网站负责人依据统一网站优化规则确定的；

将所述待处理优化项分别发送至所述多个网站负责人的绑定终端。

可选的，所述方法还包括：

接收所述第一网站的至少一个网站负责人通过绑定终端发送的优化指令，其中，不同网站负责人发送的优化指令的优化内容相同；

响应所述优化指令，实现对所述第一网站的优化；

调整所述第一网站的优化状态。

可选的，所述方法还包括：

检测优化后的第一网站的配置信息是否达到系统要求；

如果否，重新响应所述优化指令，再次对所述第一网站的优化。

可选的，所述方法还包括：

检测对所述第一网站的优化次数是否达到预设次数；

如果未达到，执行步骤所述重新响应所述优化指令，再次对所述第一网站的优化；

如果达到，向所述多个网站负责人的绑定终端发送优化调整指令，以使所述多个网站负责人依据所述优化调整指令，调整所述优化信息，以利用调整后的优化信息，完成对所述第一网站的优化。

可选的，所述获取所述多个网站的检测信息，包括：

确定待检测项目，所述待检测项目包含至少一个网站；

判断所述待检测项目是否存在验证文件；

如果不存在，获取所述验证文件，并将所述验证文件添加到所述待检测项目中；

如果存在，利用所述验证文件进行项目检测，得到检测信息。

可选的，所述方法还包括：

响应网站新增请求，输出网站新增界面；

获取针对所述网站新增界面输入的新增网站的名称和/或域名；

为所述新增网站分配网站负责人，并确定所述新增网站的核心关键词；

响应网站新增提交指令，更新所述网站中各网站的配置信息，所述新增提交指令包含所述新增网站的名称和/或域名，所述网站负责人和所述核心关键词。

本申请提供了一种网站处理装置，所述装置包括：

检测信息获取模块，用于获取待检项目包含的多个网站的检测信息；

优化项生成模块，用于响应第一网站的多个网站负责人输入的优化信息，生成待处理优化项，所述第一网站是所述多个网站中的任一网站，所述优化信息是所述多个网站负责人依据统一网站优化规则确定的；

优化项发送模块，用于将所述待处理优化项分别发送至所述多个网站负责人的绑定终端。

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

优化指令接收模块，用于接收所述第一网站的至少一个网站负责人通过绑定终端发送的优化指令，其中，不同网站负责人发送的优化指令的优化内容相同；

优化模块，用于响应所述优化指令，实现对所述第一网站的优化；

优化状态调整模块，用于调整所述第一网站的优化状态。

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

优化检测模块，用于检测优化后的第一网站的配置信息是否达到系统要求；如果否，重新响应所述优化指令，再次对所述第一网站的优化。

优化结果输出模块，用于在所述优化检测模块的检测结果为是的情况下，输出优化结果。

本申请提供了一种存储介质，其上存储有适用于被处理器执行的程序，以实现如上的网站处理方法的各步骤。

由此可见，与现有技术相比，本申请在得到待检项目的多个网站的检测信息，针对这多个网站中的任一网站(记为第一网站)，其对应的多个网站负责人都是依据统一网站优化规则，确定用来优化第一网站所需要的优化信息，避免各网站负责人对该第一网站的优化意见不同，甚至对第一网站的优化方向冲突，影响第一网站的优化，因此，本实施例的网站管理系统将得到第一网站的一个优化信息，并据此生成确定的待处理优化项，发送至这几个网站负责人的绑定终端，以便各网站负责人据此实现对第一网站的优化。

附图说明

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

图1示出了实现本申请提供的网站处理方法的网站架构图；

图2示出了本申请提供的网站处理方法的一种可选示例的流程图；

图3示出了本申请提供的网站处理方法的另一种可选示例的流程图；

图4示出了本申请提供的网站处理方法中，获取检测信息的一种可选示例的流程图；

图5示出了本申请提供的网站处理方法中，新增网站的一种可选示例流程图；

图6示出了本申请提供的网站处理装置的一种可选示例的结构示意图；

图7示出了本申请提供的网站处理装置的另一种可选示例的结构示意图；

图8示出了本申请提供的网站处理装置的又一种可选示例的结构示意图；

图9示出了本申请提供的网站处理装置的又一种可选示例的结构示意图；

图10示出了本申请提供的网站服务器的一种可选示例的硬件结构图。

具体实施方式

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

参照图1，示出了实现本申请提供的网站处理方法的网站拓扑图，通常情况下，一个项目中可以创建多个网站，且这多个网站可以呈现如图1所示的星链结构，但并不局限于这种星链结构，本申请对各网站的具体组成结构不做详述。

其中，对于各网站可以是由一个或多个服务器构成，通过该服务器为登录该网站的用户提供服务，具体实现过程本实施不作详述。

参照图1所示的拓扑结构，如图2所示，为本申请提供的网站处理方法的一种可选示例，该方法可以应用于网站管理系统，如图2所示，该方法可以包括：

步骤s11，获取待检项目包含的多个网站的检测信息；

在实际应用中，一个项目中通常会创建多个网站，这多个网站相互关联，且有着一个明确的目标或目的，在特定时间、资源内，依据网站创建规范完成各网站的创建，具体创建过程不做详述。

在对网站进行优化过程中，通常是先对该网站进行检测，再依据检测结果进行网站优化，本实施例对网站的检测方法不作限定。

可见，步骤s11中的检测信息可以是对各网站进行检测后得到的信息，本申请对该检测信息的内容不作限定，可以基于具体的被检测对象，确定，对于不同的被检测对象，所得到的检测信息的内容可能不同。

步骤s12，响应第一网站的多个网站负责人基于该检测信息输入的优化信息，生成待处理优化项；

完成对网站的检测后，可以输出得到的检测信息，以供相应网站的网站负责人查看，对于第一网站的多个网站负责人来说，可以依据统一网站优化规则，确定对第一网站的进行优化的优化信息，并输入网站管理系统，以使网站管理系统响应该优化信息，生成待处理优化项。其中，该第一网站可以是网站的多个网站中的任一网站。

可见，对于同一网站的多个网站负责人，对该网站的优化标准的认知是一致的，如网站负责人a认为某外链应该去掉，其他网站负责人也认为该外链应该去掉，保证同一网站的多个网站负责人确定的该网站的优化项所使用的优化信息一致，从而避免了多人维护网站时产生优化分歧，影响网站优化效率。

需要说明，本申请对上述统一网站优化规则的内容不作限定，可以由网站管理系统依靠专业科学的优化方案，来规则网站管理人员对优化标准的认识方面达成一致，确定用来对各网站的优化时所参照的统一网站优化规则，本实施例对该统一网站优化规则的内容不做限定。

其中，在确定上述统一网站优化规则过程中，还可以从优化方向上进行规范，比如各网站负责人对网站优化的核心关键词都是一致等，所以，本申请可以通过对优化标准及优化方向等多方面进行规范，确定出统一网站优化规则，但并不局限于本实施例描述的这种确定方法。

步骤s13，将待处理优化项分别发送至所述多个网站负责人的绑定终端。

在本实施例实际应用中，为了方便各网站负责人相应网站的维护和管理，通常会预先在网站管理系统上绑定一终端，以使网站管理系统通知各网站负责人需要处理的待处理任务或其他通知消息，各网站负责人也可以通过其绑定的终端，登录网站管理系统进行任务处理等操作。

其中，对于任一网站负责人，其可以与网站管理系统绑定一个或多个终端，且根据实际需要还可以调整所绑定的终端，本实施例对终端的绑定方式不做限定。

且，网站管理系统得到第一网站的待处理优化项后，可以采用短信、邮件或其他即时通信方式，将该待处理优化项发送至该第一网站的各网站负责人的绑定终端。

综上，在得到多个网站的检测信息，针对这多个网站中的任一网站(记为第一网站)，其对应的多个网站负责人都是依据统一网站优化规则，确定用来优化第一网站所需要的优化信息，避免各网站负责人对该第一网站的优化意见不同，甚至对第一网站的优化方向冲突，影响第一网站的优化，因此，本实施例的网站管理系统将得到第一网站的一个优化信息，并据此生成确定的待处理优化项，发送至这几个网站负责人的绑定终端，以便各网站负责人据此实现对第一网站的优化。

作为本申请另一可选示例，在上述实施例的基础上，网站负责人得知待处理优化项后，可以据此实现对相应网站的优化，具体实现过程可以参照以下实施例的描述，但并不局限于该实施例描述的优化处理方法，且对于获取待处理优化项的过程，可以参照上述实施例的描述，本实施例主要对获取待处理优化项之后的步骤进行描述，如图3所示，网站处理方法还可以包括：

步骤s21，接收第一网站的至少一个网站负责人通过绑定终端发送的优化指令；

继上文分析，由于本实施例同一网站的多个网站负责人是按照统一网站优化规则，确定该网站的优化方案，所以，这多个网站负责人确定的对该网站的优化意见往往相同，避免各网站负责人对该网站的优化冲突。由此可见，对于同一网站的不同网站负责人发送的优化指令的优化内容可以相同，对于不同网站优化的优化内容可能不同，本实施例在此不做详述。

步骤s22，响应该优化指令，实现对第一网站的优化；

本实施例对网站中各网站的优化方法不做限定，具体可以根据接收到的优化指令包含的优化内容，确定相应网站的优化方法，本实施例在此对各网站的优化方法不做一一详述。

步骤s23，调整第一网站的优化状态；

在完成对第一网站的优化后，可以将第一网站的优化状态从未优化调整为已优化，具体的，网站管理系统可以将该第一网站的各网站负责人账户下，该第一网站的优化任务从未优化状态标记为已优化状态，本实施例对第一网站的优化状态的调整方法，以及不同优化状态的表示方法均不作限定。

步骤s24，检测优化后的第一网站的配置信息是否达到系统要求，如果否，返回步骤s22，如果是，进入步骤s25；

步骤s25，输出该第一网站的优化结果。

为了保证对网站的可靠优化，本实施例按照上述方式完成对第一网站的一次优化后，可以检测优化后的第一网站的配置信息是否满足系统要求，该系统要求可以是最优或较优的网站对各网站的要求，本实施例对该系统要求的内容不做限定。可见，对于满足系统要求的网站，不需要再进行优化，因此，步骤s25输出的优化结果可以用来表明第一网站优化成功，还可以包括优化后的第一网站的配置信息，和/或本次对第一网站的优化内容等。

经过上述检测，若优化的第一网站的配置信息不满足系统要求，需要重新响应上述对第一网站的优化指令，再次对该第一网站进行优化，以提高第一网站的优化可靠性。

进一步地，为了避免对同一网站重复进行无效优化，本申请还可以设置优化次数，因此，在上述可选实施例的基础上，可以对第一网站的优化处理过程做进一步细化，参照图4，示出了本申请提供的网站处理方法中，网站优化过程的一细化可选示例，该方法可以包括：

步骤s31，检测优化后的第一网站的配置信息是否达到系统要求，如果否，进入步骤s32；如果是，执行步骤s38；

关于步骤s31的实现可以参照上述步骤s24的描述，本实施例不再赘述。

步骤s32，检测对第一网站的优化次数是否达到预设次数，如果未达到，进入步骤s33；如果达到，执行步骤s34；

本实施例可以预先针对网站的每一网站，设定对该第一网站进行优化的最大次数即预设次数，该预设次数的具体数值不做限定，需要说明，对于网站的各网站的预设次数可能相同，也可能不同，具体可以依据各网站的配置信息确定，但并不局限于此，如对于配置复杂的网站，预设运行的最大优化次数可以更多。

步骤s33，重新响应第一网站的优化指令，再次对第一网站的优化；

步骤s34，向多个网站负责人的绑定终端发送优化调整指令，以使多个网站负责人依据优化调整指令，调整优化信息；

步骤s35，获取调整后的优化信息，并响应该调整后的优化信息，生成新的待处理优化项；

步骤s36，将该新的待处理优化项重新发送至该第一网站的多个网站负责人的绑定终端；

可见，当对第一网站的优化次数未达到其预设次数的情况下，可以按照上述方式重新对该第一网站进行优化，上述步骤s33～步骤s36的具体实现方法，可以参照上述实施例相应部分的描述，本实施例不再赘述。

其中，第一网站的各网站负责人接收到的优化调整指令，可以包括上一次对第一网站的优化结果，以便基于该优化结果及上一次输入的优化信息，实现对该优化信息的调整方向，得到调整后的优化信息，本实施例对优化信息的具体调整方法不做详述。

步骤s37，获取针对该第一网站的新的优化指令，并响应该新的优化指令，实现对第一网站的优化，返回步骤s31继续检测；

步骤s38，输出第一网站的优化结果。

可见，本实施例每次完成对第一网站的优化后，若其优化次数未达到预设次数，可以调整第一网站的优化信息，确定新的优化指令，继续对该第一网站进行优化，直至完成对第一网站的优化，并将得到的优化结果输出，以通知该第一网站的各网站负责人该第一网站的优化结果，提高了网站的优化可靠性及准确性，进而提高了网站优化效率及可靠性。

作为本申请一可选示例，在上述各实施例的基础上，获取多个网站的检测信息的具体实现过程，可以参照图5所示的流程，但并不局限于5所示的实现方法，如图5所示，该过程具体可以包括：

步骤a1，确定待检项目；

其中，该待检测项目包含至少一个网站，对于不同待检项目所包含的网站可以不同，本实施例对网站中需要检测的项目数量及内容不作限定。

步骤a2，判断待检项目是否存在验证文件，如果不存在，进入步骤a3，如果存在，执行步骤a4；

其中，该验证文件可以是进行网站检测时所需的文件，本实施例对该验证文件的内容不做详述。

步骤a3，获取验证文件，并将验证文件添加到所述待检项目中；

若本次确定的待检项目中未包含验证文件，可以通知相应的工作人员输入该验证文件，或者从预设存储空间，获取与该待检测项目对应的验证文件，此时，该预设存储空间中的验证文件可以由网站工作人员提前输入的，也可以从其他设备中获取，本申请对上述验证文件的获取方式及内容不做详述。

步骤a4，利用验证文件进行项目检测，得到检测信息。

对于不同内容的验证文件，对待检测项目中各网站的检测内容不同，本实施例在此不做一一详述，在得到检测信息后，可以按照上述实施例描述的方式，实现对相应的各网站进行优化，在此不做赘述。

作为本申请一可选示例，本申请还提出了一种增加新网站的实现方法，具体可以参照图6示出的一种网站处理方法中，增加新网站的流程图，如图6所示，该方法可以包括：

步骤s41，响应网站新增请求，输出网站新增界面；

在实际应用中，当需要在网站中新增网站/网站规则时，相应工作人员可以通过登录该网站管理系统，向该网站管理系统发起网站新增请求，如点击“新增网站”按钮，生成网站新增请求，但并不局限于此。

其中，网站管理系统响应网站新增请求时，可以输出网站新增界面，以供工作人员完成网站增加操作，本实施例对该网站新增界面的样式及内容不做限定。

步骤s42，获取针对网站新增界面输入的新增网站的名称和/或域名；

步骤s43，为新增网站分配网站负责人；

步骤s44，确定新增网站的核心关键词；

步骤s45，响应网站新增提交指令，更新网站中各网站的配置信息。

在网站新增界面中，工作人员可以在相应输入框中，输入本次新增网站的名称和/或域名等内容，还可以选择为该新增网站分配的网站负责人，以及该新增网站的核心关键词等内容，最后，在点击“提交”按钮，生成新增提交指令，新增提交指令可以包含新增网站的名称和/或域名，该网站负责人和核心关键词，以使网站管理系统响应该新增提交指令，更新网站中各网站的配置信息，即将新增网站更新到网站的网站网络中，之后，就可以按照上述实施例描述的方式，对该新增网站进行优化。

可选的，对于上述新增网站的名称/域名、分配的网站负责人的确定等操作，可以按照预设规则自动确定，不需要工作人员手动输入，保证新增网站能够及时得到分配，极大提高了网站新增效率，使得新增网站能够及时投入工作中。

按照这种构思，对于一人负责多个网站的场景，为了方便描述，可以将这类网站记为第二网站，若第一网站的网站负责人离职，需要对该网站负责人负责的多个第二网站进行重新分配，此时网站管理系统可以按照上述规则，对这些多个第二网站进行重新分配，具体实现过程不做详述。可见，本实施例解决了多人维护的问题，即使有人离职，能够快速进行离职交接，避免因离职对网站资源造成影响。

而且，在对这些第二网站的建站方向和内容，本实施例，可以参照统一建站规则实现，这样,网站方向上，能够配合对整个项目内所有网站的检测，很好地规避建站方向冲突的问题，最终实现多人维护的网站管理。

可选的，在实际应用中，对于网站的管理人员，可以查看网站负责人对网站的优化情况，具体可以查看预设时间段内各网站负责人对相应网站的优化情况，以保证seo优化(searchengineoptimization，搜索引擎优化)网站(其指多人维护的网站)的优化方向一致，优化标准一致，优化项有一个量化的体现等，网站的具体优化过程可以参照上述实施例相应部分的描述。

参照图7，为本申请提供的网站处理装置的一种可选示例的结构示意图，该装置可以包括：

检测信息获取模块11，用于获取待检项目包含的多个网站的检测信息；

可选的，该检测信息获取模块11可以包括：

确定单元，用于确定待检测项目，所述待检测项目包含至少一个网站；

判断单元，用于判断所述待检测项目是否存在验证文件；

获取单元，用于在判定单元的判断结果为否的情况下，获取所述验证文件，并将所述验证文件添加到所述待检测项目中；

检测单元，用于在判定单元的判断结果为使的情况下，利用所述验证文件进行项目检测，得到检测信息。

优化项生成模块12，用于响应第一网站的多个网站负责人输入的优化信息，生成待处理优化项，所述第一网站是所述多个网站中的任一网站，所述优化信息是所述多个网站负责人依据统一网站优化规则确定的；

优化项发送模块13，用于将所述待处理优化项分别发送至所述多个网站负责人的绑定终端。

可选的，如图8所示，该装置还可以包括

优化指令接收模块14，用于接收所述第一网站的至少一个网站负责人通过绑定终端发送的优化指令，其中，不同网站负责人发送的优化指令的优化内容相同；

优化模块15，用于响应所述优化指令，实现对所述第一网站的优化；

优化状态调整模块16，用于调整所述第一网站的优化状态。

可选的，在上述各实施例的基础上，该装置还可以包括：

优化检测模块，用于检测优化后的第一网站的配置信息是否达到系统要求；如果否，重新响应所述优化指令，再次对所述第一网站的优化。

优化结果输出模块，用于在所述优化检测模块的检测结果为是的情况下，输出优化结果。

进一步地，在上述可选实施例的基础上，该装置还可以包括：

次数检测模块，用于检测对所述第一网站的优化次数是否达到预设次数；如果未达到，执行步骤所述重新响应所述优化指令，再次对所述第一网站的优化；

调整指令发送模块，用于在优化次数达到预设次数的情况下，向多个网站负责人的绑定终端发送优化调整指令，以使所述多个网站负责人依据所述优化调整指令，调整所述优化信息，以利用调整后的优化信息，完成对所述第一网站的优化。

在上述各实施例的基础上，如图9所示，该装置还可以包括：

界面输出模块17，用于响应网站新增请求，输出网站新增界面；

新增网站信息获取模块18，用于获取针对所述网站新增界面输入的新增网站的名称和/或域名；

新增网站配置模块19，用于为所述新增网站分配网站负责人，并确定所述新增网站的核心关键词；

网站更新模块110，用于响应网站新增提交指令，更新所述网站中各网站的配置信息，所述新增提交指令包含所述新增网站的名称和/或域名，所述网站负责人和所述核心关键词。

需要说明，关于上述各装置实施例中的模块可以是程序模块，通过执行相应的程序代码，实现相应功能，具体实现过程可以参照上述方法实施例相应部分的描述，不再赘述。

本申请实施例提供了一种存储介质，其上存储有适用于被处理器执行的程序，以实现上述网站处理方法的各步骤，具体实现过程可以参照上述方法实施例相应部分的描述。

参照图10，示出了本申请提供的网站服务器的硬件结构示意图，该网站服务器可以包括：至少一个通信接口21、至少一个存储器22和至少一个处理器23，其中：

至少一个通信接口21、至少一个存储器22和至少一个处理器23可以通过通信总线实现相互通信。

通信接口21可以是无线或有线通信接口，用来接收内部其他部件传输的数据，或外部设备发送的数据等等，本实施例对该通信接口21的类型不作限定。

存储器22可以用于存储实现上述网站处理方法的程序；

可选的，存储器22可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

处理器23可以用于加载并执行程序，以实现上述网站处理方法的各个步骤，具体实现过程可以参照上述方法实施例的描述，本实施例在此不再赘述。

另外，需要说明，对于网站服务器的硬件组成，并不局限于上文列举的各部件，具体可以根据实际需要确定，本实施例不再一一列举。

本领域内的技术人员应明白，本申请提供的方法、装置或存储介质实施例，可以是采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还有，需要说明的是，关于上述各实施例中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法或者系统中还存在另外的相同要素。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置、存储介质而言，由于其与实施例公开的方法对应，所以描述的比较简单，相关之处参见方法部分说明即可。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。