一种任务的权限控制方法和装置与流程

本申请涉及网络安全技术领域，特别涉及一种任务的权限控制方法、装置、计算设备及计算机可读存储介质。

背景技术：

在网络游戏的场景编辑或游戏测试时，需要多人对相关代码一起进行协作处理，在协作处理代码或资源前就需要申请对代码的处理权限，当获得对代码的处理权限后，就能够对代码进行处理。上述代码处理权限的获得一般是通过代码权限控制系统实现。

现有技术中，代码权限控制系统包括开放源代码的版本控制系统(subversion，简称svn)和开源的分布式版本控制系统(简称git)，svn通过采用分支管理系统的高效管理，简而言之就是用于多个人共同开发同一个项目，实现共享资源，实现最终集中式的管理，svn是通过个人账号实现权限控制的，可实现单个账号的权限开通与关闭，当对某个账号开通权限时，其可编辑修改全部代码，当权限关闭时，其不能编辑修改任何代码，对账号权限控制的灵活性差，影响开发任务的正常进行。

git是一个开源的分布式版本控制系统，在涉及到多人编辑修改代码时，通过目录来对进行控制，即通过目录向某个账号下放一个超大的修改权限，包括对目标修改代码的权限，还包括其它不必要的修改权限，出现编程人员通过不必要的修改权限对代码误操作或恶意操作，影响开发任务的正常有序地进行。

技术实现要素：

有鉴于此，本申请实施例提供了一种任务的权限控制方法和装置、计算设备及计算机可读存储介质，以解决现有技术中存在的技术缺陷。

本申请实施例公开了一种任务的权限控制方法，包括：

接收第一请求人账号发送的任务单，所述任务单包括至少一个子任务单，所述子任务单中包括目标代码的信息和所述目标代码所需的处理权限的信息；

发送所述任务单至审批方；

在接收到所述审批方同意所述第一请求人账号获得所述处理权限的指令的情况下，向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限。

本申请实施例公开了一种任务的权限控制装置，包括：

接收模块，被配置为接收第一请求人账号发送的任务单，所述任务单包括至少一个子任务单，所述子任务单中包括目标代码的信息和所述目标代码所需的处理权限的信息；

发送模块，被配置为发送所述任务单至审批方；

授权模块，被配置为在接收到所述审批方同意所述第一请求人账号获得所述处理权限的指令的情况下，向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限。

本申请实施例公开了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现如上所述的任务的权限控制方法的步骤。

本申请实施例公开了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如上所述的任务的权限控制方法的步骤。

本申请通过向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限，不仅避免了第一请求人账号对目标代码具有不必要的处理权限，而且防止只有第一请求人账号具有处理权限，就能够对全部代码进行编辑修改，本申请实现了第一请求人仅能够对特定的目标代码具有特定的处理权限，对第一请求人账号的处理权限控制的灵活性高，防止编程人员通过不必要的修改权限对代码误操作或恶意操作，确保开发任务正常有序地进行，提高开发效率。

附图说明

图1是本申请实施例的计算设备的结构示意图；

图2是本申请第一实施例的任务的权限控制方法的流程示意图；

图3是本申请第二实施例的任务的权限控制方法的示意性流程图；

图4是本申请中任务的权限控制方法中收回处理权限的流程示意图；

图5是本申请第三实施例的任务的权限控制方法的示意性流程图；

图6是本申请第四实施例的任务的权限控制装置的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

在本申请中，提供了一种任务的权限控制方法和装置、计算设备及计算机可读存储介质，在下面的实施例中逐一进行详细说明。

图1是示出了根据本说明书一实施例的计算设备100的结构框图。该计算设备100的部件包括但不限于存储器110和处理器120。处理器120与存储器110通过总线130相连接，数据库150用于保存数据。

计算设备100还包括接入设备140，接入设备140使得计算设备100能够经由一个或多个网络160通信。这些网络的示例包括公用交换电话网(pstn)、局域网(lan)、广域网(wan)、个域网(pan)或诸如因特网的通信网络的组合。接入设备140可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(nic))中的一个或多个，诸如ieee802.11无线局域网(wlan)无线接口、全球微波互联接入(wi-max)接口、以太网接口、通用串行总线(usb)接口、蜂窝网络接口、蓝牙接口、近场通信(nfc)接口，等等。

在本说明书的一个实施例中，计算设备100的上述部件以及图1中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图1所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备100可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或pc的静止计算设备。计算设备100还可以是移动式或静止式的服务器。

其中，处理器120可以执行图2所示方法中的步骤。图2是示出了根据本申请第一实施例的任务的权限控制方法的示意性流程图，包括步骤202至步骤206。

步骤202：接收第一请求人账号发送的任务单，所述任务单包括至少一个子任务单，所述子任务单中包括目标代码的信息和所述目标代码所需的处理权限的信息。

所述第一请求人账号可以通过邮件的方式发送任务单，发送任务单的邮箱账号可以作为第一请求人账号，当然所述第一请求人账号可以为通过其它方式发送任务单。

所述任务单中可以包括两个子任务单或三个子任务单或四个子任务单，本申请对任务单中包括子任务单的数量不作限制。

所述任务单可以为总的游戏开发任务，所述任务单中的子任务单可以为开发游戏中一项功能的任务，所述子任务单包括开发游戏功能所需的目标代码的信息和所述目标代码所需的处理权限的信息，所述子任务单中的所述目标代码的信息可以为目标代码所在的存储路径或者目标代码所在的代码库，所述子任务单中还可以包括获取目标代码的理由说明。

所述目标代码所需的处理权限的信息可以为可读权限、编辑权限和提交权限中的至少一种，所述目标代码所需的处理权限还可以为其它权限，本申请对此不作限制。

需要说明的是，上述可读权限是第一请求人账号具有对目标代码读取的权限，而不能对目标代码进行修改或储存；上述编辑权限是第一请求人账号具有对目标代码进行编辑修改的权限；上述提交权限是任务单对应的目标代码处理完成后进行提交的权限，具有提交权限的第一请求人账号能够对子任务单对应的目标代码进行提交，从而完成子任务单。

步骤204：发送所述任务单至审批方。

通过将上述任务单发送至审批方之后，上述审批方根据任务单中需要处理目标代码的理由说明，对上述任务单中的目标代码的信息和所述目标代码所需的处理权限的信息进行审核。

步骤206：在接收到所述审批方同意所述第一请求人账号获得所述处理权限的指令的情况下，向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限。

上述第一请求人账号具有每个子任务单对应的所述目标代码所需的处理权限，比如，所述任务单包括第一子任务单和第二子任务单，所述第一子任务单中包括第一目标代码的信息和所述第一目标代码所需的第一处理权限的信息，所述第二子任务单中包括第二目标代码的信息和所述第二目标代码所需的第二处理权限的信息，向第一请求人账号分别授予第一子任务单对应的所述第一目标代码所需的第一处理权限以及第二子任务单对应的第二目标代码所需的第二处理权限。

这样第一子任务单对应的第一请求人账号只具有第一目标代码所需的第一处理权限，而第二子任务单对应的第一请求人账号只具有第二目标代码所需的第二处理权限，不仅避免了第一请求人账号对目标代码具有不必要的处理权限，而且防止只有第一请求人账号具有处理权限，就能够对全部代码进行编辑修改，本申请实现了第一请求人仅能够对特定的目标代码具有特定的处理权限，对第一请求人账号的处理权限控制的灵活性高，防止编程人员通过不必要的修改权限对代码误操作或恶意操作，确保开发任务正常有序地进行，提高开发效率。

需要说明的是，其它第一请求人账号也能够具有对子任务单对应的所述目标代码所需的处理权限，下面通过举例进行示意性说明。

第一请求人账号a1具有子任务单t1对应的所述目标代码code1所需的编辑权限，第一请求人账号a1还具有子任务单t2对应的所述目标代码code2所需的编辑权限和提交权限；

第一请求人账号a2具有子任务单t1对应的所述目标代码code1所需的可读权限；第一请求人账号a3具有子任务单t1对应的所述目标代码code1所需的编辑权限；第一请求人账号a4具有子任务单t2对应的所述目标代码code2所需的编辑权限。根据子任务单t1的所需的工作量和实际需求，来第一请求人账号的数量授予子任务单t1对应目标代码所需的处理权限，确保子任务单能够正常完成。

所述步骤206具体包括步骤2062至步骤2064。

步骤2062：根据每个所述子任务单中的目标代码的信息，确定所述目标代码所在的目录。

根据每个所述子任务单中的目标代码的信息中的目标代码所在的存储位置，来确定所述目标代码所在的目录。

步骤2064：向发送所述任务单的第一请求人账号授予所述目录下的代码所需的处理权限。

本申请通过对第一请求人账号授予所述目标代码所在的目录的处理权限，也就是第一请求人账号能够编辑目录下的所有代码，能够便于向第一请求人账号对所述目录下的代码所需的处理权限的授予。

本实施例通过向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限，不仅避免了第一请求人账号对目标代码具有不必要的处理权限，而且防止只有第一请求人账号具有处理权限，就能够对全部代码进行编辑修改，本申请实现了第一请求人仅能够对特定的目标代码具有特定的处理权限，对第一请求人账号的处理权限控制的灵活性高，防止编程人员通过不必要的修改权限对代码误操作或恶意操作，确保开发任务正常有序地进行，提高开发效率。

图3是示出了根据本申请第二实施例的任务的权限控制方法的示意性流程图，包括步骤302至步骤316。

步骤302：接收第一请求人账号发送的任务单，所述任务单包括至少一个子任务单，所述子任务单中包括目标代码的信息和所述目标代码所需的处理权限的信息。

步骤304：发送所述任务单至审批方。

步骤306：在接收到所述审批方同意所述第一请求人账号获得所述处理权限的指令的情况下，向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限。

上述步骤302至步骤306参照第一实施例中的步骤202至步骤206的说明，此处不再赘述。

步骤308：基于第一请求人账号发送的任务单中的子任务单，确定所述子任务单单号。

所述子任务单单号可以根据发送时间加上序号来确定，比如所述任务单中一个子任务单的发送时间为2019年08月03日12点00分，子任务单的序号为01，则确定该子任务单单号可以为20190803120001，所述任务单中另一个子任务单的单号可以为20190803120002，当然也可以根据其它规则确定子任务单单号。

步骤310：关联所述子任务单单号与具有提交权限的第一请求人账号并保存至任务表中。

所述第一请求人账号具有对子任务单单号对应的目标代码的提交权限，将所述述子任务单单号与所述第一请求人账号关联，比如将子任务单单号20190803120001与具有提交权限的第一请求人账号a1关联，将子任务单单号20190803120002与第一请求人账号a1关联后，保存至任务表中。另外，单个子任务单单号可以与多个第一请求人账号关联，所述子任务单单号20190803120001可以与第一请求人账号a2和第一请求人账号a3关联，子任务单单号20190803120002与第一请求人账号a4关联。

步骤312：接收第二请求人账号提交所述子任务单单号对应的已编代码的请求，根据所述子任务单单号，确定所述任务表中子任务单单号关联的所述第一请求人账号。

上述已编代码为第二请求人账号对目标代码进行编辑修改后的代码，第二请求人账号对编辑修改后的已编代码进行提交，上述第二请求人账号即为待验证的是否有对子任务单单号的提交权限。

步骤314：比较所述第二请求人账号与所述任务表中确定的第一请求人账号。

本步骤中将所述第二请求人账号与所述任务表中确定的每个第一请求人账号进行比较。

步骤316：在所述第二请求人账号与所述任务表中确定的任一第一请求人账号相同的情况下，提交所述子任务单单号对应的已编代码，收回所述子任务单单号关联的第二请求人账号对所述目标代码的处理权限。

本步骤是根据第二请求人账号要提交的子任务单单号对应的已编代码，基于该子任务单单号，在所述任务表中查找该子任务单单号关联的第一请求人账号，在所述第二请求人账号与所述任务表中确定的任一第一请求人账号相同的情况下，所述第二请求人账号具有所述子任务单单号对应的已编代码的提交权限，那么就确定第二请求人账号能够提交所述子任务单单号对应的已编代码，避免不具有子任务单单号对应的权限的第二请求人账号提交代码，造成代码混乱，确保子任务单能够顺利完成。

另外，只是收回所述子任务单单号关联的第二请求人账号对所述目标代码的处理权限，比如，第二请求人账号a1对子任务单t1具有目标代码code1的编辑权限和提交权限，第二请求人账号a1对子任务单t2具有目标代码code2的编辑权限，那么只是收回所述子任务单t1的单号关联的第二请求人账号a1对目标代码code1的编辑权限和提交权限，而第二请求人账号a1对子任务单t2对应的目标代码code2的编辑权限不受影响，避免第二请求人账号a1的处理权限收回时，影响第二请求人账号a1对子任务单t2对应的目标代码code2的编辑，对第一请求人账号a1的处理权限能够精准收回，保证开发任务高效地进行。

参见图4所示，所述步骤316包括步骤402至步骤406。

步骤402：设置收回所述子任务单单号关联的第二请求人账号的处理权限的收回时间。

设置收回所述子任务单单号关联的第二请求人账号的处理权限的收回时间可以为5分钟或1个小时，根据子任务单的实际情况来确定提交所述子任务单单号对应的已编代码之后的收回时间。

步骤404：记录提交所述子任务单单号对应的已编代码后的提交时间。

本步骤中只要第二请求人账号提交所述子任务单单号对应的已编代码后，就开始记录提交时间。

步骤406：在所述提交时间超过所述收回时间的情况下，收回所述子任务单单号关联的第二请求人账号的处理权限。

由于所述第二请求人账号对所述子任务单单号对应的已编代码进行第一次提交后，编程人员还需要切换到子任务单单号对应的其它已编代码，并对所述子任务单单号对应的其它已编代码进行提交，若编程人员未将所述子任务单单号对应的已编代码完整提交，就直接收回第二请求人账号的权限，造成编程人员还需要再次申请对子任务单单号对应的目标代码所需的处理权限，导致所述子任务单处理进度推迟，影响所述任务单的处理效率。

本申请通过设置收回所述子任务单单号关联的第二请求人账号的处理权限的收回时间，这样下述步骤中在所述提交时间超过所述收回时间的情况下，收回所述子任务单单号关联的第二请求人账号的处理权限，确保编程人员通过第二请求人账号能够将所述子任务单单号对应的已编代码全部提交，提高对所述子任务单单号对应的处理权限的收回灵活度，确保所述子任务单能够高效完成，进而保证整个任务单的高效完成。

下面对本实施例的一种应用场景作示意性说明。

比如，接收第一请求人账号a1发送的任务单中的第一子任务单t1和第二子任务单t2，所述第一子任务单t1中包括第一目标代码code1的信息和所述第一目标代码code1所需的编辑权限，所述第二子任务单t2中包括第二目标代码code2的信息和所述第二目标代码code2所需的编辑和提交权限。

发送所述第一子任务单t1和第二子任务单t2至审批方。

在接收到所述审批方同意所述第一请求人账号a1获得所述第一子任务单对应的编辑权限以及第二子任务单t2对应的编辑和提交权限的指令情况下，向第一请求人账号a1授予所述第一目标代码code1所需的编辑权限，向第一请求人账号a1授予所述第二目标代码code2所需的编辑和提交权限。

所述任务单中第一子任务单t1的发送时间为2019年08月03日12点00分，子任务单t1的序号为01，则确定第一子任务单t1的单号可以为20190803120001，所述任务单中第二子任务单t2的单号可以为20190803120002，

关联第二子任务单t2的单号20190803120002与所述具有提交权限的第一请求人账号a1并保存到任务表中，另外，任务表中还可以有第二子任务单t2的单号20190803120002关联的具有提交权限的第一请求人账号a2。

当接收到第二请求人账号提交所述第二子任务单t2的单号20190803120002对应的已编代码的请求，根据所述第二子任务单t2的单号20190803120002，确定所述任务表中第二子任务单t2的单号20190803120002关联的第一请求人账号a1和a2。

在所述第二请求人账号与所述任务表中确定的任一第一请求人账号相同的情况下，提交第二子任务单t2的单号20190803120002对应的已编代码，收回所述第二子任务单t2的单号20190803120002关联的第二请求人账号对所述目标代码的处理权限。避免不具有子任务单单号对应的权限的第二请求人账号提交代码，造成代码提交混乱而影响开发任务正常进行，确保子任务单能够顺利完成。

图5是示出了根据本申请第三实施例的任务的权限控制方法的示意性流程图，包括步骤502至步骤510。

步骤502：接收第一请求人账号发送的任务单，所述任务单包括至少一个子任务单，所述子任务单中包括目标代码的信息和所述目标代码所需的处理权限的信息。

步骤504：发送所述任务单至审批方。

步骤506：在接收到所述审批方同意所述第一请求人账号获得所述处理权限的指令的情况下，向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限。

向第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限，还可以接收第一请求人账号发送的预定计划，所述预定计划包括预定时间段和预定任务单，所述预定任务单包括目标代码的信息和所述目标代码所需的处理权限的信息；发送所述预定计划至审批方；在接收到所述审批方同意所预定计划的指令的情况下，在所述预定时间段向第一请求人账号授予所述预定任务单中目标代码所需的处理权限。上述第一请求人账号可以为一个或多个。

步骤508：设置所述第一请求人账号具有子任务单对应的处理权限的处理时间。

在向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限之后，根据子任务单的实际任务量所需的处理时间，来设置所述第一请求人账号具有子任务单对应的处理权限的处理时间。

步骤510：在所述第一请求人账号具有处理权限的时间超过所述处理时间的情况下，收回所述第一请求人账号对应的所述目标代码的处理权限。

本实施例通过在所述第一请求人账号具有处理权限的时间超过所述处理时间的情况下，收回所述第一请求人账号对应的所述目标代码的处理权限，灵活控制所述第一请求人账号具有子任务单对应的处理权限的时间，避免出现所述第一请求人账号持续拥有对子任务单对应的目标代码的处理权限的情况，进而防止编程人员对子任务单对应的目标代码误操作或恶意操作，确保开发任务高效进行本实施例通过向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限，不仅避免了第一请求人账号对目标代码具有不必要的处理权限，而且防止只有第一请求人账号具有处理权限，就能够对全部代码进行编辑修改，本申请实现了第一请求人仅能够对子任务单对应的特定目标代码具有特定的处理权限，对第一请求人账号的处理权限控制的灵活性高，防止编程人员通过不必要的修改权限对代码误操作或恶意操作，确保开发任务正常有序地进行，提高开发效率。

图6是示出了根据本申请第四实施例的任务的权限控制装置的结构示意图，包括：

接收模块602，被配置为接收第一请求人账号发送的任务单，所述任务单包括至少一个子任务单，所述子任务单中包括目标代码的信息和所述目标代码所需的处理权限的信息；

发送模块604，被配置为发送所述任务单至审批方；

授权模块606，被配置为在接收到所述审批方同意所述第一请求人账号获得所述处理权限的指令的情况下，向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限。

所述授权模块606被进一步配置为根据每个所述子任务单中的目标代码的信息，确定所述目标代码所在的目录；

向发送所述任务单的第一请求人账号授予所述目录下的代码所需的处理权限。

所述任务的权限控制装置还包括：

第一确定模块，被配置为基于第一请求人账号发送的任务单中的子任务单，确定所述子任务单单号；

关联模块，被配置为关联所述子任务单单号与具有提交权限的第一请求人账号并保存至任务表中；

第二确定模块，被配置为接收第二请求人账号提交所述子任务单单号对应的已编代码的请求，根据所述子任务单单号，确定所述任务表中子任务单单号关联的所述第一请求人账号；

比较模块，被配置为比较所述第二请求人账号与所述任务表中确定的第一请求人账号；

收回模块，被配置为在所述第二请求人账号与所述任务表中确定的任一第一请求人账号相同的情况下，提交所述子任务单单号对应的已编代码，收回所述子任务单单号关联的第二请求人账号对所述目标代码的处理权限。

所述任务的权限控制装置还包括：

设置模块，被配置为设置所述第一请求人账号具有子任务单对应的处理权限的处理时间；

收回模块，被配置为在所述第一请求人账号具有处理权限的时间超过所述处理时间的情况下，收回所述第一请求人账号对应的所述目标代码的处理权限。

所述收回模块被进一步配置为设置收回所述子任务单单号关联的第二请求人账号的处理权限的收回时间；

记录提交所述子任务单单号对应的已编代码后的提交时间；

在所述提交时间超过所述收回时间的情况下，收回所述子任务单单号关联的第二请求人账号的处理权限。

所述接收模块还被配置为接收第一请求人账号发送的预定计划，所述预定计划包括预定时间段和预定任务单，所述预定任务单包括目标代码的信息和所述目标代码所需的处理权限的信息；

所述发送模块还被配置为发送所述预定计划至审批方；

所述授予模块还被配置为在接收到所述审批方同意所预定计划的指令的情况下，在所述预定时间段向第一请求人账号授予所述预定任务单中目标代码所需的处理权限。

本实施例通过向所述第一请求人账号分别授予每个子任务单对应的所述目标代码所需的处理权限，不仅避免了第一请求人账号对目标代码具有不必要的处理权限，而且防止只有第一请求人账号具有处理权限，就能够对全部代码进行编辑修改，本申请实现了第一请求人仅能够对特定的目标代码具有特定的处理权限，对第一请求人账号的处理权限控制的灵活性高，防止编程人员通过不必要的修改权限对代码误操作或恶意操作，确保开发任务正常有序地进行，提高开发效率。

本申请一实施例还提供一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机指令，所述处理器执行所述指令时实现如前所述任务的权限控制方法的步骤。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现如前所述任务的权限控制方法的步骤。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述任务的权限控制方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述任务的权限控制方法的技术方案的描述。

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。