CN109150651A - 传输资源的监控方法 - Google Patents

Abstract

本发明提供一种传输资源的监控方法，包括：根据预先构建的计算模型分析传输资源，获得所述传输资源中的问题数据；若判断获知传输资源中的问题数据需要由现场人员核查，则将问题数据推送至所述现场人员携带的终端，以使得所述现场人员对问题数据进行维护，并通过所述终端返回维护后的数据；根据所述计算模型分析所述维护后的数据，若所述维护后的数据不再是问题数据，则结束监控。本发明实施例在发现问题时能够迅速、准确的进行处理，并且将发现的数据问题以任务形式主动推送到现场人员，便于现场人员实时进行资源重点清查，拒绝全量普查，大大减少了现场工作量，提升了资源数据的准确性以及管理效率。

Description

传输资源的监控方法

技术领域

本发明涉及通信技术领域，更具体地，涉及传输资源的监控方法。

背景技术

由于移动互联网业务高速发展的需要，各电信运营商都在积极打造优质高效的传输网络，传输资源可以理解为电信运营商的、与通信相关的传输设备和传输线路路由，包括逻辑站点、管道路由、杆路/挂墙路由等，而摸清传输资源分布和使用情况，盘活存量资源，进一步提高资源使用效率，就成为建设优质高效传输网络的前提和关键。

目前，传输资源管理问题严重突出，缺乏完整的规则核查机制和动态的资源调整流程。现有技术在对传输资源监控时，需要由相关人员对待监控的所有传输资源进行人工核查，不仅待监控的传输资源数量众多，需要耗费大量时间，即使发现传输资源存在问题也无法迅速、准确的进行优化更新。

发明内容

本发明提供一种克服上述问题或者至少部分地解决上述问题的传输资源的监控方法。

根据本发明的一个方面，提供一种传输资源的监控方法，包括：

根据预先构建的计算模型分析传输资源，获得所述传输资源中的问题数据；

若判断获知传输资源中的问题数据需要由现场人员核查，则将问题数据推送至所述现场人员携带的终端，以使得所述现场人员对问题数据进行维护，并通过所述终端返回维护后的数据；

根据所述计算模型分析所述维护后的数据，若所述维护后的数据不再是问题数据，则结束监控。

优选地，在根据所述计算模型分析所述核查后的数据的步骤后，还包括：

若所述维护后的数据中仍为问题数据，则将问题数据再次推送至所述现场人员携带的终端，直至维护后的数据不再是问题数据。

优选地，所述计算模型的构建方法包括：

根据所述传输资源的数据要求规则以及积累的业务经验规则，构建规则管理库；

根据所述规则管理库中的各项规则，创建针对所述传输资源的、符合基础规范性、连接合规性以及业务合规性的规则算法，作为所述计算模型。

优选地，所述传输资源为资管传输设备和传输管线路由的增量和存量数据。

优选地，所述将问题数据推送至所述现场人员携带的终端，具体为：

通过APP、邮件或短信的方式将问题数据推送至现场人员携带的终端。

优选地，所述基础规范性包括命名规范性、数据唯一性、数据完整性和数据逻辑准确性中的一种或多种。

优选地，所述资管传输设备包括站点、机房、机架、ODF、光缆段、成端以及端子连接。

根据本发明的另一个方面，还提供一种传输资源的监控方法，包括：

若接收到服务器下发的传输资源中的问题数据，则向现场人员进行展示，以使得现场人员对所述问题数据进行维护；录入维护后的数据并上报所述服务器。

根据本发明的另一个方面，还提供一种服务器，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行本发明实施例的监控方法中服务器侧方法及其所有可选实施例的方法。

根据本发明的另一个方面，还提供一种终端，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行本发明实施例的监控方法中终端侧方法及其所有可选实施例的方法。

本发明提出的传输资源的监控方法在发现问题时能够迅速、准确的进行处理，并且将发现的数据问题以任务形式主动推送到现场人员，便于现场人员实时进行资源重点清查，拒绝全量普查，大大减少了现场工作量，提升了资源数据的准确性以及管理效率。

附图说明

图1为根据本发明实施例的传输资源的监控方法的流程示意图；

图2为根据本发明实施例的计算模型的构建方法的流程示意图；

图3为根据本发明实施例的服务器的设备框图；

图4为根据本发明实施例的终端的设备框图；

图5为根据本发明实施例的服务器的功能框图。

具体实施方式

下面结合附图和实施例，对本发明的具体实施方式作进一步详细描述。以下实施例用于说明本发明，但不用来限制本发明的范围。

为了克服现有技术的上述问题，本发明实施例提供一种传输资源的监控方法，本方法的执行主体为服务器，参见图1，该方法包括：

101、根据预先构建的计算模型分析传输资源，获得所述传输资源中的问题数据；

需要说明的是，本发明实施例在核查传输资源时，首先通过预先构建的计算模型进行分析，找出传输资源中的问题数据。计算模型由传输资源应当满足的一系列分析规则构成，例如，以基站和基站控制器之间传输网络层的网络传输负荷作为一种传输资源，计算模型中关于该传输资源存在一个规则：该传输资源应当小于门限值。通过将采集的传输资源——某基站与某基站控制器之间传输网络层的实际网络传输负荷与预设的门限值进行比较，若实际网络传输负荷大于了预设的门限值，则认为该基站与该基站控制器之间传输网络层的网络传输负荷为问题数据。

102、若判断获知传输资源中的问题数据需要由现场人员核查，则将问题数据推送至所述现场人员携带的终端，以使得所述现场人员对问题数据进行维护，并通过所述终端返回维护后的数据。

需要说明的是，并不是所有传输资源中的问题数据都需要由现场人员进行核查，某些问题数据——例如无线接入网络RAN侧设备判断发生拥塞时，并不需要由人工进行核查，通过移动管理实体MME根据接收的拥塞指示信息(包含有拥塞小区的标识)确定待调控用户设备UE并自动对该待调控的UE进行服务质量的调控，无须由人工核查和解决。但有些问题数据则需要由人工到现场进行核查，例如光缆段发生故障，就需要由相关人员到出现故障的光缆段实地核查故障原因并现场解决，并将结果，即核查后的数据返回至服务器。本发明实施例将仅需要现场核查的问题数据发送至现场人员，由现场人员核查，大大降低了需要由人工核查的数据量，提高了核查效率。

103、根据所述计算模型分析所述维护后的数据，若所述维护后的数据不再是问题数据，则结束监控。

需要说明的是，本发明实施例在接收到现场人员返回的维护后的数据后，将再次利用计算模型分析这些维护后的数据，若维护后的数据不再是问题数据，则说明本次监控中发现的问题都得到了解决，就可以结束监控了。本发明实施例的监控方法中，当发现问题时能够迅速、准确的进行处理，并且将发现的数据问题以任务形式主动推送到现场人员，便于现场人员实时进行资源重点清查，拒绝全量普查，大大减少了现场工作量，提升了资源数据的准确性以及管理效率。

在上述实施例的基础上，在根据所述计算模型分析所述维护后的数据的步骤后，还包括：

若所述维护后的数据仍为问题数据，则将问题数据再次推送至所述现场人员携带的终端，直至维护后的数据不再是问题数据。

需要说明的是，若维护后的数据仍然是问题数据，则需要将这些问题数据重新推送至现场人员携带的终端，由现场人员再一次进行维护，之后将结果再一次返回服务器，若服务器通过计算模型再次分析返回的数据发现不再为问题数据就可以结束监控，若仍然发现有问题数据则再次推送至现场人员携带的终端，这样就使得整个维护过程形成一个闭环。

在上述实施例的基础上，所述计算模型的构建方法，参见图2，包括：

201、根据所述传输资源的数据要求规则以及积累的业务经验规则，构建规则管理库；

需要说明的是，传输资源的数据要求规则是为了使数据在上报、下发时能够遵循一个统一的规则，例如，将MODBUS通信数据参数作为一种传输资源来说，该传输资源的数据要求规则需要填写PLC站名、PLC站号、模拟量起始寄存器地址、开入量启示寄存器地址以及开出量其实寄存器地址。也就是说，如果在收集MODBUS通信数据时没有按照这个规则上传，则会认为该传输资源为问题数据。

业务经验规则包括了传输资源基础规则、业务逻辑分析规则、对比规则等一系列规则，对于基础规则来说，可以包括对资源对象的相关属性进行规范性、完整性、唯一性和关联性验证。所谓规范性，就是指资源对象的相关属性需要按照一定的规范进行整理和上传，而完整性是指资源对象在整理和上传的过程中应当是完整的，以MODBUS通信数据参数来说，如果仅填写了PLC站名和PLC站号，就会判断为不完整，需要作为问题数据处理，唯一性是指一个传输资源不能存在重复的情况，而关联性验证是指某些传输资源存在相关性，如果在输入至计算模型时没有将一个选定的传输资源的相关联传输资源进行说明，同样会认为该选定的传输资源是一个问题数据。对比规则则是指将资源数据依次与代维台账数据和巡检数据进行比对的规则。代维台账数据是指通信运营商的资源管理系统台账数据，可以理解为是日积月累形成的资产数据，而巡检数据则是指由巡检人员在巡检过程中产生的数据。需要说明的是，通过将新录入的传输数据依次与资源管理系统的台账数据、巡检数据进行对比，产生差异信息报告，并完成资源数据的同步更新，资源数据更新的方式可以是基于更新规则的自动更新和基于人工方式的提交更新。业务逻辑分析规则可以包括通过模拟网络场景，贯穿端到端连接，对专业内以及跨专业的资源数据的质量进行场景化分析。进行场景化分析的目的是：经过数据完整性、关联性验证基本保证了传输数据本身的准确，但还需要验证录入数据在网络场景中是否符合业务逻辑，即判断数据是否存在质量问题。例如对于业务逻辑准确性来说，末端分光器下联端口占用数应大于系统下挂用户的数量；同一个PON口下的末端分光器数量大于16个；验证PON口与系统录入PON口不一致等。

202、根据所述规则管理库中的各项规则，创建针对所述传输资源的、符合基础规范性、连接合规性以及业务合规性的规则算法，作为所述计算模型。

需要说明的是，计算模型是从规则管理库中各项规则中，针对传输资源构建的规则算法，例如以资管传输设备和传输管线路由的增量和存量作为传输资源来看，基础规范性分析规则可以包括：命名规范性、数据唯一性、数据完整性、数据逻辑准确性等。连接合规性分析规则可以包括：针对光缆成端信息、ODF端子跳纤信息、设备端口与ODF端子的连接信息等。业务合规性分析规则可以包括：光路的关联或缺失、路由圈图的断点或跳纤缺失等。

在上述实施例的基础上，所述传输资源为资管传输设备和传输管线路由的增量和存量数据。所谓增量数据即相对上一次数据维护时增加的数据，存量数据是全部可确指的资产。

在上述实施例的基础上，本发明实施例的所述将问题数据推送至现场人员，具体为：通过APP、邮件或短信的方式将问题数据推送至现场人员。也就是说，本发明实施例可以通过多种方式将问题数据告知现场人员，增加了维护的便捷性。

在上述实施例的基础上，所述基础规范性包括命名规范性、数据唯一性、数据完整性和数据逻辑准确性中的一种或多种。

在上述实施例的基础上，所述资管传输设备包括站点、机房、机架、ODF、光缆段、成端以及端子连接。

本发明实施例还提供一种传输资源的监控方法，该监控方法的执行主体为现场巡检人员携带的终端。该监控方法包括：

若接收到服务器下发的传输资源中的问题数据，则向现场人员进行展示，以使得现场人员对所述问题数据进行维护；录入维护后的数据并上报所述服务器。

需要说明的是，终端用于接收服务器下发的传输数据中的问题数据并进行展示，当现场人员通过终端看到问题数据后即对问题数据进行维护，并将维护后的数据录入终端，并通过终端发送至服务器。

图3示出了本发明实施例的服务器的设备框图，参见图3，该服务器包括：处理器301、存储器(memory)302和总线303；其中，所述处理器301和存储器302通过所述总线303完成相互间的通信。

所述处理器301用于调用所述存储器302中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：根据预先构建的计算模型分析传输资源，获得所述传输资源中的问题数据；若判断获知传输资源中的问题数据需要由现场人员核查，则将问题数据推送至所述现场人员携带的终端，以使得所述现场人员对问题数据进行维护，并通过所述终端返回维护后的数据；根据所述计算模型分析所述维护后的数据，若所述维护后的数据中不再是问题数据，则结束监控。

本发明另一实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：根据预先构建的计算模型分析传输资源，获得所述传输资源中的问题数据；若判断获知传输资源中的问题数据需要由现场人员维护，则将问题数据推送至所述现场人员携带的终端，以使得所述现场人员对问题数据进行维护，并通过所述终端返回维护后的数据；根据所述计算模型分析所述维护后的数据，若所述维护后的数据中不再是问题数据，则结束监控。

本发明另一实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：根据预先构建的计算模型分析传输资源，获得所述传输资源中的问题数据；若判断获知传输资源中的问题数据需要由现场人员维护，则将问题数据推送至所述现场人员携带的终端，以使得所述现场人员对问题数据进行维护，并通过所述终端返回维护后的数据；根据所述计算模型分析所述维护后的数据，若所述维护后的数据中不再是问题数据，则结束监控。

图4示出了本发明实施例的终端的设备框图，参见图4，该终端包括：处理器(processor)401、存储器(memory)402和总线403；其中，所述处理器401和存储器402通过所述总线403完成相互间的通信。

所述处理器401用于调用所述存储器402中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：若接收到服务器下发的传输资源中的问题数据，则向现场人员进行展示，以使得现场人员对所述问题数据进行维护；录入维护后的数据并上报所述服务器。

本发明另一实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：若接收到服务器下发的传输资源中的问题数据，则在维护所述问题数据后，向所述服务器上报维护后的数据。

本发明另一实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：若接收到服务器下发的传输资源中的问题数据，则在维护所述问题数据后，向所述服务器上报维护后的数据。

图5为本发明实施例的服务器的功能框图，如图所示，服务器包括：

问题数据获得模块501，用于根据预先构建的计算模型分析传输资源，获得所述传输资源中的问题数据。

需要说明的是，本发明实施例在核查传输资源时，首先通过预先构建的计算模型进行分析，找出传输资源中的问题数据。计算模型由传输资源应当满足的一系列分析规则构成，例如，以基站和基站控制器之间传输网络层的网络传输负荷作为一种传输资源，计算模型中关于该传输资源存在一个规则：该传输资源应当小于门限值。通过将采集的传输资源——某基站与某基站控制器之间传输网络层的实际网络传输负荷与预设的门限值进行比较，若实际网络传输负荷大于了预设的门限值，则认为该基站与该基站控制器之间传输网络层的网络传输负荷为问题数据。

通信模块502，用于若判断获知传输资源中的问题数据需要由现场人员核查，则将问题数据推送至所述现场人员携带的终端，以使得所述现场人员对问题数据进行维护，并通过所述终端返回维护后的数据。

需要说明的是，并不是所有传输资源中的问题数据都需要由现场人员进行核查，某些问题数据——例如无线接入网络RAN侧设备判断发生拥塞时，并不需要由人工进行核查，通过移动管理实体MME根据接收的拥塞指示信息(包含有拥塞小区的标识)确定待调控用户设备UE并自动对该待调控的UE进行服务质量的调控，无须由人工核查和解决。但有些问题数据则需要由人工到现场进行核查，例如光缆段发生故障，就需要由相关人员到出现故障的光缆段实地核查故障原因并现场解决，并将结果，即核查后的数据返回至服务器。本发明实施例将仅需要现场核查的问题数据发送至现场人员，由现场人员核查，大大降低了需要由人工核查的数据量，提高了核查效率。

判断模块503，用于根据所述计算模型分析所述维护后的数据，若所述维护后的数据不再是问题数据，则结束监控。

需要说明的是，本发明实施例在接收到现场人员返回的维护后的数据后，将再次利用计算模型分析这些维护后的数据，若维护后的数据不再是问题数据，则说明本次监控中发现的问题都得到了解决，就可以结束监控了。本发明实施例的监控方法中，当发现问题时能够迅速、准确的进行处理，并且将发现的数据问题以任务形式主动推送到现场人员，便于现场人员实时进行资源重点清查，拒绝全量普查，大大减少了现场工作量，提升了资源数据的准确性以及管理效率。

在上述实施例的基础上，通信模块503还用于：若所述维护后的数据中仍为问题数据，则将问题数据再次推送至所述现场人员携带的终端，直至维护后的数据中不再是问题数据。

需要说明的是，若维护后的数据仍然是问题数据，则需要将这些问题数据重新推送至现场人员携带的终端，由现场人员再一次进行维护，之后将结果再一次返回服务器，若服务器通过计算模型再次分析返回的数据发现不再为问题数据就可以结束监控，若仍然发现有问题数据则再次推送至现场人员携带的终端，这样就使得整个维护过程形成一个闭环。

在上述实施例的基础上，服务器还包括：模型构建模块，所述模型构建模块具体包括：

管理库单元，用于根据所述传输资源的数据要求规则以及积累的业务经验规则，构建规则管理库；

需要说明的是，传输资源的数据要求规则是为了使数据在上报、下发时能够遵循一个统一的规则，例如，将MODBUS通信数据参数作为一种传输资源来说，该传输资源的数据要求规则需要填写PLC站名、PLC站号、模拟量起始寄存器地址、开入量启示寄存器地址以及开出量其实寄存器地址。也就是说，如果在收集MODBUS通信数据时没有按照这个规则上传，则会认为该传输资源为问题数据。

业务经验规则包括了传输资源基础规则、业务逻辑分析规则、对比规则等一系列规则，对于基础规则来说，可以包括对资源对象的相关属性进行规范性、完整性、唯一性和关联性验证。所谓规范性，就是指资源对象的相关属性需要按照一定的规范进行整理和上传，而完整性是指资源对象在整理和上传的过程中应当是完整的，以MODBUS通信数据参数来说，如果仅填写了PLC站名和PLC站号，就会判断为不完整，需要作为问题数据处理，唯一性是指一个传输资源不能存在重复的情况，而关联性验证是指某些传输资源存在相关性，如果在输入至计算模型时没有将一个选定的传输资源的相关联传输资源进行说明，同样会认为该选定的传输资源是一个问题数据。对比规则则是指将资源数据依次与代维台账数据和巡检数据进行比对的规则。代维台账数据是指通信运营商的资源管理系统台账数据，可以理解为是日积月累形成的资产数据，而巡检数据则是指由巡检人员在巡检过程中产生的数据。需要说明的是，通过将新录入的传输数据依次与资源管理系统的台账数据、巡检数据进行对比，产生差异信息报告，并完成资源数据的同步更新，资源数据更新的方式可以是基于更新规则的自动更新和基于人工方式的提交更新。业务逻辑分析规则可以包括通过模拟网络场景，贯穿端到端连接，对专业内以及跨专业的资源数据的质量进行场景化分析。进行场景化分析的目的是：经过数据完整性、关联性验证基本保证了传输数据本身的准确，但还需要验证录入数据在网络场景中是否符合业务逻辑，即判断数据是否存在质量问题。例如对于业务逻辑准确性来说，末端分光器下联端口占用数应大于系统下挂用户的数量；同一个PON口下的末端分光器数量大于16个；验证PON口与系统录入PON口不一致等。

模型构建单元，用于根据所述规则管理库中的各项规则，创建针对所述传输资源的、符合基础规范性、连接合规性以及业务合规性的规则算法，作为所述计算模型。

需要说明的是，计算模型是从规则管理库中各项规则中，针对传输资源构建的规则算法，例如以资管传输设备和传输管线路由的增量和存量作为传输资源来看，基础规范性分析规则可以包括：命名规范性、数据唯一性、数据完整性、数据逻辑准确性等。连接合规性分析规则可以包括：针对光缆成端信息、ODF端子跳纤信息、设备端口与ODF端子的连接信息等。业务合规性分析规则可以包括：光路的关联或缺失、路由圈图的断点或跳纤缺失等。

在上述实施例的基础上，通信模块具体通过APP、邮件或短信的方式将问题数据推送至现场人员携带的终端。也就是说，本发明实施例可以通过多种方式将问题数据告知现场人员，增加了维护的便捷性。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，根据ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

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

Claims (10)

1.一种传输资源的监控方法，其特征在于，包括：

根据预先构建的计算模型分析传输资源，获得所述传输资源中的问题数据；

若判断获知传输资源中的问题数据需要由现场人员核查，则将问题数据推送至所述现场人员携带的终端，以使得所述现场人员对问题数据进行维护，并通过所述终端返回维护后的数据；

根据所述计算模型分析所述维护后的数据，若所述维护后的数据不再是问题数据，则结束监控。

2.根据权利要求1所述的监控方法，其特征在于，在根据所述计算模型分析所述核查后的数据的步骤后，还包括：

若所述维护后的数据中仍为问题数据，则将问题数据再次推送至所述现场人员携带的终端，直至维护后的数据中不再是问题数据。

3.根据权利要求1所述的监控方法，其特征在于，所述计算模型的构建方法包括：

根据所述传输资源的数据要求规则以及积累的业务经验规则，构建规则管理库；

根据所述规则管理库中的各项规则，创建针对所述传输资源的、符合基础规范性、连接合规性以及业务合规性的规则算法，作为所述计算模型。

4.根据权利要求1所述的监控方法，其特征在于，所述传输资源为资管传输设备和传输管线路由的增量和存量数据。

5.根据权利要求1所述的监控方法，其特征在于，所述将问题数据推送至所述现场人员携带的终端，具体为：

通过APP、邮件或短信的方式将问题数据推送至现场人员携带的终端。

6.根据权利要求3所述的监控方法，其特征在于，所述基础规范性包括命名规范性、数据唯一性、数据完整性和数据逻辑准确性中的一种或多种。

7.根据权利要求4所述的监控方法，其特征在于，所述资管传输设备包括站点、机房、机架、ODF、光缆段、成端以及端子连接。

8.一种传输资源的监控方法，其特征在于，包括：

若接收到服务器下发的传输资源中的问题数据，则向现场人员进行展示，以使得现场人员对所述问题数据进行维护；录入维护后的数据并上报所述服务器。

9.一种服务器，其特征在于，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行根据权利要求1至7任一所述的方法。

10.一种终端，其特征在于，包括：

至少一个处理器；以及

与所述处理器通信连接的至少一个存储器，其中：

所述存储器存储有可被所述处理器执行的程序指令，所述处理器调用所述程序指令能够执行根据权利要求8所述的方法。