监测方法、装置、终端设备及存储介质与流程

本申请属于计算机技术领域，尤其涉及监测方法、装置、终端设备及存储介质。

背景技术：

版本管理是软件开发的一项重要内容，采用如commitmonitor，svnmonitorsvn等代码提交监测工具可以实时保障代码为最新版本。在软件项目开发过程中，对软件代码进行改动后，需要对代码进行测试和相关性分析。但目前的监测工具不够智能化，不具备提醒开发人员对代码进行相关性分析或测试人员对代码进行测试的能力，最终导致未经测试和相关性分析的软件代码存在的问题流到实际应用环境中，使得客户对软件的满意度降低。

技术实现要素：

本申请实施例提供了监测方法、装置、终端设备及存储介质，可以解决现有监测工具不够智能化的问题。

第一方面，本申请实施例提供了一种基于版本管理系统的监测方法，包括：

当监测到所述版本管理系统有更新记录时，获取所述更新记录中的注释信息和开发人员信息，所述注释信息包含id信息；

确定所述id信息的id类型，所述id类型包括软件特性id类型或软件缺陷id类型；

获取所述id信息对应的测试进度和用户信息，所述用户信息包括测试人员信息；

根据所述id类型和/或所述测试进度确定预设提醒信息，并将所述测试进度和所述预设提醒信息发送给所述开发人员信息对应的第一通信设备或所述测试人员信息对应的第二通信设备。

本申请实施例通过监测版本管理系统的更新记录，能够及时监控到软件代码已经被改动；获取更新记录中的注释信息，根据注释信息得到软件特性测试或软件缺陷测试对应的id信息，以得知软件的测试类型，便于提醒对应的用户进行相关操作；根据id信息获取测试进度，当测试进度到达预设测试节点时，及时通知测试节点对应的开发人员或测试人员，以使开发人员或测试人员能够及时对代码进行相关性分析或测试，实现智能化提醒开发人员或测试人员，避免软件代码改动而导致的问题流到实际应用中，保证客户的最佳体验。

第二方面，本申请实施例提供了一种基于版本管理系统的监测装置，包括：

第一获取模块，用于当监测到所述版本管理系统有更新记录时，获取所述更新记录中的注释信息，所述注释信息包含id信息；

确定模块，用于确定所述id信息的id类型，所述id类型包括软件特性id类型或软件缺陷id类型；

第二获取模块，用于获取所述id信息对应的测试进度和用户信息，所述用户信息包括开发人员信息和测试人员信息；

提醒模块，用于根据所述id类型和/或所述测试进度确定预设提醒信息，并将所述测试进度和所述预设提醒信息发送给所述开发人员信息对应的第一通信设备或所述测试人员信息对应的第二通信设备。

第三方面，本申请实施例提供了一种终端设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的监测方法。

第四方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质有计算机程序，所述计算机程序被处理器执行时实现上述第一方面中任一项所述的监测方法。

第五方面，本申请实施例提供了一种计算机程序产品，当计算机程序产品在终端设备上运行时，使得终端设备执行上述第一方面中任一项所述的监测方法。

可以理解的是，上述第二方面至第五方面的有益效果可以参见上述第一方面中的相关描述，在此不再赘述。

附图说明

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

图1是本申请一实施例提供的应用场景示意图；

图2是本申请一实施例提供的系统示意图；

图3是本申请一实施例提供的监测方法的所适用的svn服务器的示意图；

图4是本申请一实施例提供的监测方法的流程示意图；

图5是本申请另一实施例提供的监测方法的流程示意图；

图6是本申请另一实施例提供的监测方法的流程示意图；

图7是本申请另一实施例提供的监测方法的流程示意图；

图8是本申请实施例提供的监测装置的结构示意图；

图9是本申请实施例提供的终端设备的结构示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本申请。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

如背景技术相关介绍，在软件项目开发维护过程中，经常会修改软件代码(版本数据)以对软件版本进行更新，为了保证修改软件代码不会出现新的问题，则需要对软件代码进行软件缺陷测试、软件特性测试或相关性分析。但开发人员或测试人员由于工作任务繁重而无暇顾及测试进度或更新记录，因此未及时对软件代码进行软件缺陷测试、软件特性测试或相关性分析，而目前的监测工具不够智能，其仅能够提醒用户当前有更新记录，使得用户只知道有更新记录，却不知道接下来需要进行哪一个操作，这样提醒信息很容易就被用户忽略掉，从而导致提醒信息在很多情况下是无效，进而导致问题流到实际应用过程中，给客户带来不佳体验。

因此，需要一种基于版本管理系统的监测方法，实现监测版本管理系统的更新记录，获取测试进度，将更新记录与测试进度相结合，提醒对应的用户进行相关操作的过程。

其中，软件缺陷(defect，又称bug)为计算机软件或程序中存在的某种破坏正常运行能力的问题、错误或隐藏的功能缺陷，缺陷的存在会导致软件产品在某种程度上不能满足用户的需求。软件缺陷测试包括但不限于功能缺陷测试、系统缺陷测试、加工缺陷测试、数据缺陷测试、代码缺陷测试。

其中，软件特性测试为软件性能测试，是为了验证软件性能在正常环境和系统条件下重复使用是否还能满足性能指标，发现软件存在的性能瓶颈，从而优化软件性能。软件特性测试包括但不限于负载测试和软件压力测试。

其中，相关性分析为在软件代码修改后对每个修改的变量与其他相关变量进行分析的过程。如图1示出的应用场景示意图，图中有两处“营业单位代码”，在默认状态下，“自定义表头”中的“营业单位代码”应当与另一处“营业单位代码”相同，当软件代码将任一处“营业单位代码”修改为其他名称后，另一处“营业单位代码”也应当对应修改，而相关性分析就是验证软件代码中的与被修改的代码相关的其他代码是否也对应修改，保证关联代码的一致性。

图2示出了本申请实施例提供的一种系统示意图，该系统包括svn(subversion，版本管理)服务器201、测试系统202、第一通信设备203和第二通信设备204，所述svn服务器201与测试系统202、第一通信设备203、第二通信设备204通过有线和/或无线网络进行通信。

其中，本申请实施例提供的基于版本管理系统的监测方法可适用于所述svn服务器201。svn服务器201为版本管理系统运行的机器，svn服务器的运行方式可为独立服务器运行或借助apache运行。svn服务器可监测软件代码的提交情况，同时存储软件代码对应的版本数据，版本数据的存储方式可为bdb(事务安全性表类型)或fsfs(不需要数据库的存储系统)。

测试系统202为对软件版本进行软件缺陷测试或软件特性测试的系统，其记录了包括但不限于软件版本的测试类型对应的测试进度、测试人员信息以及件特性或软件缺陷的名称。

第一通信设备203和第二通信设备204分别为开发人员和测试人员的通信设备，均可以是手机、平板电脑、可穿戴设备、车载设备、笔记本电脑、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本、个人数字助理(personaldigitalassistant，pda)等通信设备，本申请实施例对第一通信设备203和第二通信设备204的具体类型不作任何限制。

图3示出了一种svn服务器201的示例，该svn服务器可以包括处理器301、存储器302、通信模块303和电源管理模块304等。

其中，处理器301可以包括中央处理器、应用处理器(applicationprocessor，ap)等处理器中的一种或多种。处理器301可以是无线路由器的神经中枢和指挥中心。处理器302可以根据指令操作码和时序信号，产生操作控制信号，完成获取指令和执行指令的控制。存储器302可以用于存储计算机可执行程序代码，可执行程序代码包括指令。处理器301通过运行存储在存储器302的指令，从而执行svn服务器201的各种功能应用以及数据处理。存储器302可以包括存储程序区和存储数据区，比如存储带播放的声音信号的数据等。例如，该存储器可以是双倍速率同步动态随机存储器ddr或闪存flash等。

通信模块303可以是应用在svn服务器201上的包括无线局域网(wirelesslocalareanetworks，wlan)，蓝牙，zigbee，移动通信网络，全球导航卫星系统(globalnavigationsatellitesystem，gnss)，调频(frequencymodulation，fm)，近距离无线通信技术(nearfieldcommunication，nfc)，红外技术(infrared，ir)等通信的解决方案。通信模块303可以包括天线，该天线可以只有一个阵元，也可以是包括多个阵元的天线阵列。该通信模块303可以通过天线接收电磁波，将电磁波信号调频以及滤波处理，将处理后的信号发送到处理器。通信模块303还可以从处理器接收待发送的信号，对其进行调频、放大，经天线转为电磁波辐射出去。

电源管理模块304可以接收电池和/或充电器的输入，为处理器301、存储器302和通信模块303等供电。

需要说明的是，上述图3并不构成对svn服务器201结构的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如svn服务器还可以包括显示屏、指示灯、控件(例如按键)等。

图4示出了本申请提供的基于版本管理系统的监测方法的示意性流程图，作为示例而非限定，该方法可以应用于上述svn服务器201中，该版本管理系统搭建在该svn服务器上。

s401，当监测到所述版本管理系统有更新记录时，获取所述更新记录中的注释信息和开发人员信息，所述注释信息包含id信息。

上述更新记录可包含但不限于更新软件版本的开发人员信息、更新时间信息(提交软件代码的时间)、注释信息和修改文件的路径信息。注释信息中包含id信息、id信息与测试系统的关联关系等。开发人员信息包括开发人员姓名、人员编号、通信设备的通信地址等。

s402，确定所述id信息的id类型，所述id类型包括软件特性id类型或软件缺陷id类型。

解析出注释信息中的id信息，根据id信息与预设确定规则确定id信息的id类型。上述软件特性id类型为标记一个软件版本在一次软件特性测试的标识，软件缺陷id类型为标记一个软件版本在一次软件缺陷测试的标识。

需要说明的是，当id类型为软件缺陷id类型时，说明软件已经完成了软件缺陷测试，因为只有完成了软件缺陷测试才能知道是软件缺陷。当id类型为软件特性id类型时，软件不一定开始或完成软件特性测试。

s403，获取所述id信息对应的测试进度和用户信息，所述用户信息包括开发人员信息和测试人员信息。

可选地，根据id信息与测试系统的关联关系，将id信息作为入参向测试系统发送获取测试进度和用户信息的请求，以从测试系统中获取id信息对应的测试进度和用户信息。

可选地，测试人员信息包括测试人员姓名、人员编号、通信设备的通信地址等。

s404，根据所述id类型和/或所述测试进度确定预设提醒信息，并将所述测试进度和所述预设提醒信息发送给所述开发人员信息对应的第一通信设备或所述测试人员信息对应的第二通信设备。

上述测试进度包括软件特性测试的测试进度或软件缺陷测试的测试进度，其中软件特性测试的测试进度包括但不限于已开始特性测试、未开始特性测试、已完成相关性分析、未开始补充测试和已开始补充测试，软件缺陷测试的测试进度包括但不限于已完成缺陷测试和已完成相关性分析。当id类型为软件特性id类型时，说明软件特性测试可能已完成、可能在进行中、可能未开始等，则进一步地确定测试进度所到达的流程节点，并根据测试进度所到达的流程节点确定对应的预设提醒信息；当id类型为软件缺陷id类型时，说明软件缺陷测试已经完成，则可以确定为提醒开发人员进行相关性分析的预设提醒信息。

上述预设提醒信息包括但不限于提醒开发人员进行相关性分析的提醒信息，提醒测试人员进行特性测试的提醒信息，以及提醒测试人员进行补充测试的提醒信息。

可选地，上述预设提醒信息的发送方式包括但不限于邮件发送、短信发送、实时聊天工具(如qq或微信)发送、电脑ip弹窗等。

在一种可能实现的方式中，获取开发人员的电脑ip地址，向该电脑ip地址发送一条携带上述预设提醒信息的数据，电脑接收到该数据的接收请求后，对该数据的数据来源等信息进行验证，验证通过后才正式接收该数据，并对接收到的该数据进行解析后，以弹框的方式显示预设提醒信息以提醒开发人员对版本数据进行相关性分析。其中，对数据来源等信息进行验证以避免数据为未知来源发送的携带恶意病毒的数据，以及避免被电脑杀毒软件拦截。进一步地，还可以对数据以预设加密方式进行加密后，再由电脑采用对应的预设解密方式进行解密，提高数据的安全性。

本实施例通过监测版本管理系统的更新记录，能够及时监控到软件代码的改动情况；获取更新记录中的注释信息，根据注释信息得到软件特性测试或软件缺陷测试对应的id信息，以得知软件的测试类型，便于提醒对应的用户进行相关操作；根据id信息获取测试进度，以结合更新记录与测试进度，向用户发送直接、有效的提醒信息；具体地，当测试进度到达预设测试节点时，及时通知测试节点对应的开发人员或测试人员，以使开发人员或测试人员能够及时对代码进行相关性分析或测试，实现智能化提醒开发人员或测试人员，避免软件代码改动而导致的问题流到实际应用中，保证客户的最佳体验。

在图4所示实施例的基础上，本申请还提出另一种监测方法的实施例。上述步骤s401具体包括s4011和s4012。需要说明的是，与图4实施例相同的步骤此处不再赘述，请参见前述。

s4011，监测所述版本管理系统的版本库中的版本数据；

s4012，当有新的版本数据加入到所述版本库时，判定所述版本管理系统有更新记录，并获取所述更新记录中的注释信息和开发人员信息。

在本实施例中，可以监测svn服务器的svn日志，svn日志中记录有版本库的版本数据的动态。当svn日志中有新的数据且该数据记录了有新的版本数据加入到版本库时，说明开发人员向版本管理系统发送了包含版本数据、注释信息、开发人员信息等信息的更新记录，因此获取更新记录中的注释信息和开发人员信息。

通过监测版本库中是否有新的版本数据加入，从而可以及时、准确的获知软件版本是否被改动，进而保证及时提醒用户进行相关操作。

在图4所示实施例的基础上，本申请还提出另一种监测方法的实施例。上述步骤s402具体包括s4021至s4023。需要说明的是，与图4实施例相同的步骤此处不再赘述，请参见前述。

s4021，获取所述id信息的关键字字段，确定所述关键字字段对应的id类型。

在本实施例中，上述id信息包括软件特性id信息或软件缺陷id信息，上述软件特性id信息或软件缺陷id信息中可包含软件名称id、测试类型(软件特性测试类型或软件缺陷测试类型)以及对应的代码测试次数。

具体地，若所述关键字字段为第一预设字段，则确定所述id信息的id类型为软件特性id类型；若所述关键字字段为第二预设字段，则确定所述id信息的id类型为软件缺陷id类型。例如，软件缺陷id信息为rj-qx0001，rj表示软件名称id，qx表示测试类型为软件缺陷测试类型，qx0001表示第一次软件缺陷测试；软件特性id信息为rj-tx0001，rj表示软件名称id，tx表示测试类型为软件特性测试类型，tx0001表示第一次软件特性测试。因此，上述解析注释信息中的id信息，可为解析出注释信息中的id信息是否包含表示测试类型的关键字字段，且确定测试类型的关键字字段是表示软件特性测试的字段还是软件缺陷测试的字段，从而确定id信息为软件特性id信息还是软件缺陷id信息。

应理解，上述软件缺陷id信息和软件特性id信息的关键字字段仅用于举例说明，不作为限定本申请实施方式的具体手段，在其他实施例中还是可以是其他形式的字符的组合，此处不再赘述。

在图4所示实施例的基础上，图5还提出另一种监测方法的实施例。如图5所示，上述步骤s404具体包括s501和s502。需要说明的是，与图4实施例相同的步骤此处不再赘述，请参见前述。

s501，当所述id类型为软件特性id类型，且所述测试进度到达已开始测试的测试节点时，确定所述预设提醒信息为第一预设提醒信息，并将所述测试进度和所述第一预设提醒信息发送至所述开发人员信息对应的第一通信设备，所述第一预设提醒信息用于提醒开发人员对版本数据进行相关性分析。

上述已开始测试具体为已开始特性测试。当软件特性测试已经开始时，说明测试很快就要完成，为加快软件开发项目的进度，则提醒开发人员对版本数据进行相关性分析，当开发人员启动设备准备进行相关性分析时，软件特性测试基本上结束，则直接可以进行相关性分析。

s502，当所述id类型为软件特性id类型，且所述测试进度到达未开始测试的测试节点时，确定所述预设提醒信息为第二预设提醒信息，并将所述测试进度和所述第二预设提醒信息发送至所述测试人员信息对应的第二通信设备，所述第二预设提醒信息用于提醒测试人员对所述版本数据进行软件特性测试。

上述未开始测试为未开始特性测试。当软件特性测试还未开始时，说明开发人员已经计划好需要测试人员进行软件特性测试，并将需要进行测试软件版本、特性名称等记录到了测试系统，此时需要测试人员对版本数据进行软件特性测试。实现结合测试进度向开发人员或测试人员提供准确、有效的提醒信息，有效提高软件开发项目的开发效率。

在图4所示实施例的基础上，图6还提出另一种监测方法的实施例。如图6所示，上述id类型为软件缺陷id类型，上述步骤s404具体包括s601。需要说明的是，与图4实施例相同的步骤此处不再赘述，请参见前述。

s601，当所述id类型为软件缺陷id类型时，确定所述预设提醒信息为第一预设提醒信息，并将所述测试进度和所述第一预设提醒信息发送至所述开发人员信息对应的第一通信设备，所述第一预设提醒信息用于提醒开发人员对版本数据进行相关性分析。

在本实施例中，当id类型为软件缺陷id类型时，由于软件缺陷只有测试完才能被发现，所以此时软件缺陷测试已经结束，此时需要提醒开发人员对软件缺陷测试后的版本数据进行相关性分析。从而保证软件版本的问题不会流到实际应用中，保证客户的最佳体验。

在图5或图6所示实施例的基础上，本申请还提出另一种监测方法的实施例。与图5或图6实施例相同步骤图7不再示出，上述步骤s501或s601之后还具体包括s701。需要说明的是，与图5或图6实施例相同的步骤此处不再赘述，请参见前述。

s701，当监测到所述测试进度到达所述开发人员已完成对所述版本数据的相关性分析的测试节点时，确定所述预设提醒信息为第三预设提醒信息，并将所述第三预设提醒信息发送至所述测试人员信息对应的第一通信设备，所述第三预设提醒信息用于提醒所述测试人员对相关性分析后的所述版本数据进行补充测试。

在本实施例中，补充测试包括软件特性补充测试或软件缺陷补充测试。由于开发人员对版本数据进行相关性分析后，发现版本数据存在问题，则需要修改相应的版本数据，或者，由于其他原因导致版本数据存在问题，因此需要提醒测试人员对进行相关性分析后的版本数据进行补充测试，保证发布到实际应用环境的版本数据不会存在问题。

可选地，在向开发人员或测试人员发送预设提醒信息后，定时监测对应的测试进度，当测试进度依旧处于向开发人员或测试人员发送预设提醒信息时的测试进度相同时，则再次向开发人员或测试人员发送预设提醒信息。从而避免开发人员或测试人员因某些原因而忽略了之前的预设提醒信息而未及时进行相关操作的情况。

在图4所示实施例的基础上，本申请还提出另一种监测方法的实施例。上述方法还包括s405和s406。需要说明的是，与图4实施例相同的步骤此处不再赘述，请参见前述。

s405，监测提交到所述版本管理系统的所述注释信息的提交规范；

s406，当所述注释信息的提交规范不符合预设提交规范，则发送按照预设提交规范提交所述注释信息的提醒。

在本实施例中，上述提交规范包括但不限于注释信息中是否存在id信息、id信息是否填写规范、id信息是否关联测试系统等。当开发人员向版本管理系统提交版本数据时，需要随版本数据一同提交注释信息，而为了保证可以根据id信息从测试系统中获取到测试进度，则需要将id信息关联测试系统，即id信息与测试系统中存储的id信息相同；当注释信息的提交规范不符合预设提交规范时，则弹出提醒信息以告知开发人员需要按照预设提交规范提交注释信息。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

对应于上文实施例所述的监测方法，图8示出了本申请实施例提供的基于版本管理系统的监测装置800的结构框图，为了便于说明，仅示出了与本申请实施例相关的部分。

参照图8，该装置包括：

第一获取模块801，用于当监测到所述版本管理系统有更新记录时，获取所述更新记录中的注释信息和开发人员信息，所述注释信息包含id信息；

确定模块802，用于确定所述id信息的id类型，所述id类型包括软件特性id类型或软件缺陷id类型；

第二获取模块803，用于获取所述id信息对应的测试进度和用户信息，所述用户信息包括测试人员信息；

提醒模块，用于根据所述id类型和/或所述测试进度确定预设提醒信息，并将所述测试进度和所述预设提醒信息发送给所述开发人员信息对应的第一通信设备或所述测试人员信息对应的第二通信设备。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

图9为本申请一实施例提供的终端设备的结构示意图。如图9所示，该实施例的终端设备9包括：至少一个处理器90(图9中仅示出一个)处理器、存储器91以及存储在所述存储器91中并可在所述至少一个处理器90上运行的计算机程序92，所述处理器90执行所述计算机程序92时实现上述任意各个监测方法实施例中的步骤。

所述终端设备9可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备，具体地，如上述svn服务器。该终端设备可包括但不仅限于，处理器90、存储器91。本领域技术人员可以理解，图9仅仅是终端设备9的举例，并不构成对终端设备9的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器90可以是中央处理单元(centralprocessingunit，cpu)，该处理器90还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(field-programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器91在一些实施例中可以是所述终端设备9的内部存储单元，例如终端设备9的硬盘或内存。所述存储器91在另一些实施例中也可以是所述终端设备9的外部存储设备，例如所述终端设备9上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，所述存储器91还可以既包括所述终端设备9的内部存储单元也包括外部存储设备。所述存储器91用于存储操作系统、应用程序、引导装载程序(bootloader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器91还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/终端设备的任何实体或装置、记录介质、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质。例如u盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

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

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

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

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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