终端处理方法、装置及终端网络管理系统与流程

本发明涉及通信领域，具体而言，涉及一种终端处理方法、装置及终端网络管理系统。

背景技术：

终端网络管理系统(以下简称：终端网管)通过北向接口与电信运营商的业务支撑系统(Business support system，简称为BSS)/运营支撑系统(Office of Strategic Services，简称为OSS)等系统进行对接，接收其对终端设备的开户、业务配置、故障诊断等管理操作，并通过TR069管理协议(其全称为“客户端设备(Customer Premises Equipment，简称为CPE)广域网管理协议”)实现对终端的管理。

工单有三种类型：新装、修改、拆机。标准流程状态下，其顺序为新增(单个)->修改(单个或数个)->拆机(单个)。基于终端设备的在线特点，其状态一般分为：待执行(设备离线，待设备上线后触发执行)、已执行(包含成功、失败、已取消等状态)。

在与电信运营商的BSS/OSS等系统进行对接后，基于不同运营商的系统构建及管理的特点，存在很多对接口调用合法，但工单定制下发流程不规范或流程不合理而导致的工单多次重复下发、工单下发流程非法等问题，如果严格按照流程处理，则存在降低工单执行效率、增加南向与设备的交互、终端网管服务器的运营压力等问题。由此可知，在相关技术中存在着下发工单时，与终端的交互量大的问题。

针对相关技术中存在的下发工单时与终端的交互量大的问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明提供了一种终端处理方法、装置及终端网络管理系统，以至少解决相关技术中存在的下发工单时与终端的交互量大的问题。

根据本发明的一个方面，提供了一种工单处理方法，包括：接收运营商的业务支撑系统BSS和/或运营支撑系统OSS通过北向接口传递的用于对终端进行处理的第一工单；在将所述第一工单下发给所述终端之前，根据所述第一工单的类型对所述第一工单和/或预先接收到的待执行的第二工单进行处理。

可选地，所述第一工单的类型包括以下至少之一：新装工单、修改工单、拆机工单。

可选地，当所述第一工单的类型为新装工单时，根据所述第一工单的类型对所述第 一工单和/或预先接收到的待执行的第二工单进行处理包括以下至少之一：当存在已执行的且与所述第一工单相同的工单时，将所述第一工单标记为重复工单下发，并归档至工单执行历史中；当存在预先接收到的待执行的所述第二工单时，将所述第一工单和所述第二工单合并为新工单，并将所述第一工单和所述第二工单均标记为已合并至新工单下发，并将标记后的第一工单和标记后的第二工单归档至工单执行历史中，其中，所述新工单状态为待执行。

可选地，当所述第一工单的类型为修改工单时，根据所述第一工单的类型对所述第一工单和/或预先接收到的待执行的第二工单进行处理包括以下至少之一：当不存在与所述第一工单对应的待执行的新装工单类型的工单时，将所述第一工单标记为执行失败，并归档至工单执行历史中；当存在预先接收到的待执行的所述第二工单，且所述第二工单为与所述第一工单对应的新装工单时，将所述第一工单和所述第二工单合并为新工单，并将所述第一工单和所述第二工单均标记为已合并至新工单下发，并将标记后的第一工单和标记后的第二工单归档至工单执行历史中，其中，所述新工单状态为待执行。

可选地，当所述第一工单的类型为拆机工单时，根据所述第一工单的类型对所述第一工单和/或预先接收到的待执行的第二工单进行处理包括以下至少之一：当不存在与所述第一工单对应的待执行的新装工单类型的工单时，将所述第一工单标记为执行失败，并归档至工单执行历史中；当存在预先接收到的待执行的所述第二工单，且所述第二工单为与所述第一工单对应的新装工单时，将所述第二工单标识为已取消，并归档至工单执行历史中，同时将所述第一工单标识为执行工单，并归档至所述工单执行历史中。

根据本发明的另一方面，提供了一种工单处理装置，包括：接收模块，用于接收运营商的业务支撑系统BSS和/或运营支撑系统OSS通过北向接口传递的用于对终端进行处理的第一工单；处理模块，用于在将所述第一工单下发给所述终端之前，根据所述第一工单的类型对所述第一工单和/或预先接收到的待执行的第二工单进行处理。

可选地，所述第一工单的类型包括以下至少之一：新装工单、修改工单、拆机工单。

可选地，当所述第一工单的类型为新装工单时，所述处理模块包括以下至少之一：当存在已执行的且与所述第一工单相同的工单时，将所述第一工单标记为重复工单下发，并归档至工单执行历史中；当存在预先接收到的待执行的所述第二工单时，将所述第一工单和所述第二工单合并为新工单，并将所述第一工单和所述第二工单均标记为已合并至新工单下发，并将标记后的第一工单和标记后的第二工单归档至工单执行历史中，其中，所述新工单状态为待执行。

可选地，当所述第一工单的类型为修改工单时，所述处理模块包括以下至少之一：当不存在与所述第一工单对应的待执行的新装工单类型的工单时，将所述第一工单标记为执行失败，并归档至工单执行历史中；当存在预先接收到的待执行的所述第二工单，且所述第二工单为与所述第一工单对应的新装工单时，将所述第一工单和所述第二工单 合并为新工单，并将所述第一工单和所述第二工单均标记为已合并至新工单下发，并将标记后的第一工单和标记后的第二工单归档至工单执行历史中，其中，所述新工单状态为待执行。

可选地，当所述第一工单的类型为拆机工单时，所述处理模块包括以下至少之一：当不存在与所述第一工单对应的待执行的新装工单类型的工单时，将所述第一工单标记为执行失败，并归档至工单执行历史中；当存在预先接收到的待执行的所述第二工单，且所述第二工单为与所述第一工单对应的新装工单时，将所述第二工单标识为已取消，并归档至工单执行历史中，同时将所述第一工单标识为执行工单，并归档至所述工单执行历史中。

根据本发明的另一方面，提供了一种终端网络管理系统，包括上述任一项所述的装置。

通过本发明，采用接收运营商的业务支撑系统BSS和/或运营支撑系统OSS通过北向接口传递的用于对终端进行处理的第一工单；在将所述第一工单下发给所述终端之前，根据所述第一工单的类型对所述第一工单和/或预先接收到的待执行的第二工单进行处理，解决了相关技术中存在的下发工单时与终端的交互量大的问题，进而达到了降低与终端的交换量，减轻系统压力的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的工单处理方法的流程图；

图2是根据本发明实施例的工单处理装置的结构框图；

图3是根据本发明实施例的终端网络管理系统的结构框图；

图4是根据本发明实施例的工单处理装置系统结构示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

在本实施例中提供了一种工单处理方法，图1是根据本发明实施例的工单处理方法的流程图，如图1所示，该流程包括如下步骤：

步骤S102，接收运营商的业务支撑系统BSS和/或运营支撑系统OSS通过北向接口传递的用于对终端进行处理的第一工单；

步骤S104，在将第一工单下发给终端之前，根据第一工单的类型对第一工单和/或预先接收到的待执行的第二工单进行处理。

其中，上述处理可以包括将第一工单和第二工单合并为新工单、将第一工单标记为重复工单下发或无效或执行失败、将第二工单标记为已取消等处理，通过上述处理，可以减少需要下发给终端的工单的数量，从而减少与终端的交互操作，解决了相关技术中存在的下发工单时与终端的交互量大的问题，进而达到了降低与终端的交换量，减轻系统压力的效果。

在一个可选的实施例中，上述第一工单的类型包括以下至少之一：新装工单、修改工单、拆机工单。

在一个可选的实施例中，当上述第一工单的类型为新装工单时，根据该第一工单的类型对第一工单和/或预先接收到的待执行的第二工单进行处理包括以下至少之一：当存在已执行的且与该第一工单相同的工单时，将第一工单标记为重复工单下发，并归档至工单执行历史中；当存在预先接收到的待执行的第二工单时，将该第一工单和第二工单合并为新工单，并将第一工单和第二工单均标记为已合并至新工单下发，并将标记后的第一工单和标记后的第二工单归档至工单执行历史中，其中，该新工单状态为待执行。

在一个可选的实施例中，当上述第一工单的类型为修改工单时，根据该第一工单的类型对第一工单和/或预先接收到的待执行的第二工单进行处理包括以下至少之一：当不存在与第一工单对应的待执行的新装工单类型的工单时，将该第一工单标记为执行失败，并归档至工单执行历史中；当存在预先接收到的待执行的第二工单，且该第二工单为与第一工单对应的新装工单时，将第一工单和第二工单合并为新工单，并将第一工单和第二工单均标记为已合并至新工单下发，并将标记后的第一工单和标记后的第二工单归档至工单执行历史中，其中，该新工单状态为待执行。

在一个可选的实施例中，当第一工单的类型为拆机工单时，根据该第一工单的类型对第一工单和/或预先接收到的待执行的第二工单进行处理包括以下至少之一：当不存在与第一工单对应的待执行的新装工单类型的工单时，将第一工单标记为执行失败，并归档至工单执行历史中；当存在预先接收到的待执行的第二工单，且该第二工单为与第一工单对应的新装工单时，将第二工单标识为已取消，并归档至工单执行历史中，同时将第一工单标识为执行工单，并归档至工单执行历史中。

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

在本实施例中还提供了一种工单处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图2是根据本发明实施例的工单处理装置的结构框图，如图2所示，该装置包括接收模块22和处理模块24，下面对该装置进行说明：

接收模块22，用于接收运营商的业务支撑系统BSS和/或运营支撑系统OSS通过北向接口传递的用于对终端进行处理的第一工单；处理模块24，连接至上述接收模块22，用于在将第一工单下发给终端之前，根据第一工单的类型对第一工单和/或预先接收到的待执行的第二工单进行处理。

可选地，上述第一工单的类型包括以下至少之一：新装工单、修改工单、拆机工单。

可选地，当上述第一工单的类型为新装工单时，上述处理模块24包括以下至少之一：当存在已执行的且与第一工单相同的工单时，将第一工单标记为重复工单下发，并归档至工单执行历史中；当存在预先接收到的待执行的第二工单时，将第一工单和第二工单合并为新工单，并将第一工单和第二工单均标记为已合并至新工单下发，并将标记后的第一工单和标记后的第二工单归档至工单执行历史中，其中，新工单状态为待执行。

可选地，当上述第一工单的类型为修改工单时，上述处理模块24包括以下至少之一：当不存在与第一工单对应的待执行的新装工单类型的工单时，将第一工单标记为执行失败，并归档至工单执行历史中；当存在预先接收到的待执行的第二工单，且第二工单为与第一工单对应的新装工单时，将第一工单和第二工单合并为新工单，并将第一工单和第二工单均标记为已合并至新工单下发，并将标记后的第一工单和标记后的第二工单归档至工单执行历史中，其中，新工单状态为待执行。

可选地，当上述第一工单的类型为拆机工单时，上述处理模块24包括以下至少之一：当不存在与第一工单对应的待执行的新装工单类型的工单时，将第一工单标记为执行失败，并归档至工单执行历史中；当存在预先接收到的待执行的第二工单，且第二工单为与第一工单对应的新装工单时，将第二工单标识为已取消，并归档至工单执行历史中，同时将第一工单标识为执行工单，并归档至工单执行历史中。

图3是根据本发明实施例的终端网络管理系统的结构框图，如图3所示，该终端网络管理系统32包括上述的工单处理装置34。

通过上述实施例中的工单处理装置，能够将需要下发到终端的业务配置标准化，简单而言，就是通过增加了一个工单预处理模块(同上述的处理模块24)，可以在不丢失 任何工单信息的前提下，对工单进行标准化处理，从而减少实际执行时与终端的交互量，增加工单的执行效率，减轻网管服务器的运营压力。

下面结合具体实施例对本发明进行说明。为了减少与终端的交互量，增加工单的执行效率，本发明实施例中还提供了一种提高终端网管处理基于TR069协议的工单效率的方法和装置。

该实施例通过采用如下方案实现：

在收到北向接口传递的工单信息，进入工单正常调度前，增加一个工单处理装置，此装置用于对工单内容进行处理，以保证通过TR069协议与终端设备交互的高效。

对新装工单，装置使用以下方法进行处理：

如果存在已成功执行的工单(同一个业务的判断标准：用户相同、终端相同、工单业务号相同、主键标识(如VLAN号)相同)，如果判定参数亦未发生变化，则直接标识为重复工单下发，归档至工单执行历史中。

如果存在待执行的工单，则将两条工单均标识为已合并至新工单下发，并归档至工单执行历史中。同时系统自动生成新的合并后的工单，其状态为待执行。

如果对接方反复下新装工单(对接方系统异常之类的)，则归档的仅为对接方下发的工单，系统自动生成的待执行工单只合并参数，不归档。

对于修改工单，装置使用以下方法进行处理：

如果不存在此业务的新装工单，则直接标识为执行失败(流程不合法)，归档至工单执行历史中。

如果存在待执行的新装工单，则将两条工单均标识为已合并至新工单下发，并归档至工单执行历史中。同时系统自动生成新的合并后的工单，其状态为待执行。

如果对接方反复下修改工单(对接方系统异常之类的)，则归档的仅为对接方下发的工单，系统自动生成的待执行工单只合并参数，不归档。

对与拆机工单，装置使用以下方法进行处理：

如果不存在此业务的新装工单，则直接标识为执行失败(流程不合法)，归档至工单执行历史中。

如果仅存在待执行的新装工单，则直接将待执行的新装工单标识为已取消(拆机取消)，归档至工单执行历史中。同时将拆机工单置为执行工单，并归档至工单执行历史中。

如果同时存在待执行的工单和执行成功的工单，则将待执行的工单标识为已取消 (拆机取消)并归档。拆机工单状态不变。

图4是根据本发明实施例的工单处理装置系统结构示意图，如图4所示，该工单处理装置包括：

BSS/OSS 10，其位于运营商测，基于网络服务(Web Service)协议实现对终端网管的工单下方功能；

Web Service模块12，用于依据从BSS/OSS10接收工单信息；

工单处理装置13，位于工单处理模块之前，用于完成BSS/OSS 10接收的工单信息的转换；以及，

工单处理模块14，用于将工单通过ACS15下发到终端16，以完成工单的执行；

自动配置服务器ACS 15，ACS 15支持TR069协议，按照TR069协议管理终端设备16；

终端设备16，位于用户侧，用于基于TR069协议与自动配置服务器ACS 15进行交互；

在实际实施过程中，参考图4所示，ACS 15可以作为独立主体通过公共接口与终端网络管理系统11进行交互，如ACS15通过公共接口与终端网络管理系统11通信，将用户输入或其他方式产生的管理操作指令通过ACS15发送至相对应的终端设备16；参考图4所示，ACS 15也可以被设置为终端网络管理系统11的一个功能模块，由终端网络管理系统11统一管理。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述模块分别位于多个处理器中。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，接收运营商的业务支撑系统BSS和/或运营支撑系统OSS通过北向接口传递的用于对终端进行处理的第一工单；

S2，在将第一工单下发给终端之前，根据第一工单的类型对第一工单和/或预先接收到的待执行的第二工单进行处理。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(Read-Only Memory，简称为ROM)、随机存取存储器(Random Access Memory，简称为RAM)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行上述的步骤 S1和S2。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

通过本发明实施例中的方案，能够在与运营商完成接口对接后，可以在不丢失任何工单信息的前提下，对工单进行标准化处理，从而减少实际执行时与终端的交互量，增加工单的执行效率，减轻网管服务器的运营压力。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。