业务工单处理方法、服务器及存储介质与流程

1.本发明涉及通信技术领域，尤其涉及业务工单处理方法、服务器及计算机可读存储介质。


背景技术：

2.在电信运营商业务中，信控停复机业务是支撑电信运营商业务系统的核心业务。特别信控复机业务，由于其用户感知明显，因此时效性要求极高。但是，在相关技术中，信控复机需要根据通信账户实时余额与授信额度情况来促发信控工单，然后送网元进行停机或者复机处理。
3.由于相关技术记载的信控停复机流程中，存在多次数据查询流程，导致其信控停复机流程十分复杂，处理效率难以提升。
4.上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。


技术实现要素：

5.本发明的主要目的在于提供一种业务工单处理方法、服务器及计算机可读存储介质，旨在达成提升信控工单处理效率的效果。
6.为实现上述目的，本发明提供一种业务工单处理方法，所述业务工单处理方法包括以下步骤：
7.接收信控工单，并获取所述信控工单的工单参数；
8.在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录；
9.根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。
10.可选地，所述根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作的步骤包括：
11.根据所述历史处理记录确定所述信控工单对应的处理指令及网元识别标识；
12.将所述处理指令发送至所述网元识别标识对应的网元，其中，所述网元接收到所述处理指令后，执行所述处理指令。
13.可选地，所述接收信控工单，并获取所述信控工单的工单参数的步骤之后，还包括：
14.获取简易流程控制标识的当前状态；
15.在所述当前状态为启用简易流程时，执行所述在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录的步骤；
16.在所述当前状态为不启用简易流程时，根据原始工单处理流程处理所述信控工单。
17.可选地，所述根据原始工单处理流程处理所述信控工单的步骤包括：
18.根据所述工单参数确定工单拆分规则；
19.根据所述工单拆分规则拆分所述信控工单，生成至少一个子工单；
20.确定所述子工单对应的目标指令和目标网元，并将所述目标指令发送至所述目标网元。
21.可选地，所述在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录的步骤包括：
22.在所述工单参数对应的业务规则未更新时，在预设时段对应的历史记录中，查询所述信控工单对应的所述历史处理记录；
23.当查询到所述历史处理记录时，获取所述历史处理记录。
24.可选地，所述在所述工单参数对应的业务规则未更新时，在预设时段对应的历史记录中，查询所述信控工单对应的所述历史处理记录的步骤之后，还包括：
25.当未查询到所述历史处理记录时，根据原始工单处理流程处理所述信控工单。
26.可选地，所述根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作的步骤之后，还包括：
27.更新所述信控工单对应的所述历史处理记录。
28.此外，为实现上述目的，本发明还提供一种服务器，所述服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务工单处理程序，所述业务工单处理程序被所述处理器执行时实现如上所述的业务工单处理方法的步骤。
29.此外，为实现上述目的，本发明还提供一种服务器，所述服务器包括：
30.接收模块，用于接收信控工单，并获取所述信控工单的工单参数；
31.获取模块，用于在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录；
32.执行模块，用于根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。
33.此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有业务工单处理程序，所述业务工单处理程序被处理器执行时实现如上所述的业务工单处理方法的步骤。
34.本发明实施例提出的一种业务工单处理方法、服务器及计算机可读存储介质，先接收信控工单，并获取所述信控工单的工单参数，然后在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录，根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。由于可以在工单参数对应的业务规则未更新时，直接根据历史处理记录确定该信控工单对应的处理动作，从而无需对工单进行拆分和确定对应的处理指令。这样缩减了工单处理流程，从而达成了提高工单处理效率的效果。与此同时，由于工单处理过程中，只需要获取历史处理数据，而无需频繁调用其它业务数据。因此，避免了频繁的数据查询和规则匹配，从而提高了业务工单处理系统的鲁棒性。
附图说明
35.图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图；
36.图2为本发明业务工单处理方法一实施例的流程示意图；
37.图3为本发明业务工单处理方法另一实施例的流程示意图；
38.图4为本发明业务工单处理方法又一实施例的流程示意图
39.图5为本发明实施例涉及的服务器的模块化示意图。
40.本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。
具体实施方式
41.应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
42.如图1所示，图1是本发明实施例方案涉及的硬件运行环境的终端结构示意图。
43.本发明实施例终端可以是服务器。
44.如图1所示，该终端可以包括：处理器1001，例如cpu，网络接口1003，存储器1004，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。网络接口1003可选的可以包括标准的有线接口、无线接口(如wi-fi接口)。存储器1004可以是高速ram存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1004可选的还可以是独立于前述处理器1001的存储装置。
45.本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
46.本领域技术人员可以理解，图1中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
47.如图1所示，作为一种计算机存储介质的存储器1004中可以包括操作系统、网络通信模块以及业务工单处理程序。
48.在图1所示的终端中，处理器1001可以用于调用存储器1004中存储的业务工单处理程序，并执行以下操作：
49.接收信控工单，并获取所述信控工单的工单参数；
50.在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录；
51.根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。
52.进一步地，处理器1001可以调用存储器1004中存储的业务工单处理程序，还执行以下操作：
53.根据所述历史处理记录确定所述信控工单对应的处理指令及网元识别标识；
54.将所述处理指令发送至所述网元识别标识对应的网元，其中，所述网元接收到所述处理指令后，执行所述处理指令。
55.进一步地，处理器1001可以调用存储器1004中存储的业务工单处理程序，还执行以下操作：
56.获取简易流程控制标识的当前状态；
57.在所述当前状态为启用简易流程时，执行所述在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录的步骤；
58.在所述当前状态为不启用简易流程时，根据原始工单处理流程处理所述信控工
单。
59.进一步地，处理器1001可以调用存储器1004中存储的业务工单处理程序，还执行以下操作：
60.根据所述工单参数确定工单拆分规则；
61.根据所述工单拆分规则拆分所述信控工单，生成至少一个子工单；
62.确定所述子工单对应的目标指令和目标网元，并将所述目标指令发送至所述目标网元。
63.进一步地，处理器1001可以调用存储器1004中存储的业务工单处理程序，还执行以下操作：
64.在所述工单参数对应的业务规则未更新时，在预设时段对应的历史记录中，查询所述信控工单对应的所述历史处理记录；
65.当查询到所述历史处理记录时，获取所述历史处理记录。
66.进一步地，处理器1001可以调用存储器1004中存储的业务工单处理程序，还执行以下操作：
67.当未查询到所述历史处理记录时，根据原始工单处理流程处理所述信控工单。
68.进一步地，处理器1001可以调用存储器1004中存储的业务工单处理程序，还执行以下操作：
69.更新所述信控工单对应的所述历史处理记录。
70.信控停复机是电信运营业务支撑系统的重要功能，其主要作用是根据通信账户实时余额与授信额度情况，来促发信控工单送网元进行停机或者复机处理。在相关技术中，停复机业务工单的处理流程主要包括：查询用户订购业务，根据规则拆分工单并根据网元、属性生成送网元指令，以及送网元处理等3个步骤。其中，查询用户订购业务是指：针对信控工单的处理，首先要获取用户订购的相关业务，以及开通的程控功能等，例如4g(the 4th generation mobile communication technology，第四代移动通信技术)流量、高清语音等。根据规则拆分工单是指：根据操作类型和业务类型拆分信控工单，同时识别网元类型和服务类型，同时根据网元 服务生成送网元处理指令。
71.由此可见，在上述信控停复机流程中，存在多次数据查询流程，同时工单拆分和指令生成的处理逻辑，需根据操作类型和业务类型去匹配对应的拆分规则，拆分后按照网元编号 服务匹配指令模板，加上每个用户往往存在多个服务属性，逐一生成相应的开通指令本身就是较为复杂的流程，所以现有方案流程复杂，导致信控停复机效率难以提升。
72.并且，在上述方案中，一旦出现相关数据库异常，某个中间环节发送故障，就会直接导致信控停复机业务流程中断，尤其是复机业务用户感知尤为明显，易引起批量投诉。
73.为了解决相关技术存在的上述缺陷，本发明实施例本发明提出了一种业务工单处理方法，根据历史信控停复机记录模拟生成网元指令工单，避免了频繁的数据查询和规则匹配，简化了信控业务工单的处理流程，可以有效提升信控业务工单处理效率。
74.参照图2，在本发明业务工单处理方法的一实施例中，所述业务工单处理方法包括以下步骤：
75.步骤s10、接收信控工单，并获取所述信控工单的工单参数；
76.步骤s20、在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历
史处理记录；
77.步骤s30、根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。
78.执行所述业务工单处理方法的可以是服务器，所述服务器设置有工单分发功能模块。所述工单分发功能模块可以接收服务器的其它功能模块根据用户账号的实时额定、授予的信用额度等数据触发的信控工单。其中，所述信控工单可以是停复机信用控制工单。
79.当接收到所述信控工单后，可以获取所述信控工单的工单参数。其中，所述工单参数是指所述信控工单中设置的具体业务参数、控制参数等具体参数。
80.需要说明的是，所述工单参数用于体现所述信控工单的具体内容，从而使得不同工单参数对应的信控工单可以实现不同的信用控制功能。相同工单参数的信控工单用于实现相同的信用控制功能。因此，相同工单参数对应的信控工单的处理流程和处理结果是相同的。
81.进一步地，当接收到一信控工单，并获取所述信控工单对应的工单参数后，可以确定工单参数对应的业务规则是否已更新。在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录，根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。在所述工单参数对应的业务规则已更新时，根据原始工单处理流程处理所述信控工单。
82.需要说明的是，原始信控工单处理(即根据原始工单处理流程处理所述信控工单)时，需要先根据所述工单参数确定工单拆分规则，然后根据所述工单拆分规则拆分所述信控工单，生成至少一个子工单，并确定所述子工单对应的目标指令和目标网元，并将所述目标指令发送至所述目标网元。
83.示例性地，在对原始工单进行处理时，先根据操作类型和业务类型去匹配对应的拆分规则，每条拆分规则的拆分条件里配置了工单属性匹配条件。当上述工单参数满足一子工单对应的工单属性匹配条件时，即产生一条子工单。进一步地，拆分后的子工单需要根据操作类型和业务类型进行网元类型的识别(发送到何种网元设备)和服务的识别(用于匹配具体指令模板)，以生成相应的控制指令，进而将对应的指令发送至对应的网元去执行。
84.在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录，然后根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。
85.可以理解的是，在根据原始工单处理流程处理了一信控工单后，可以将处理结果保存。示例性地，当服务器处理一具体的信控工单后，可以根据结果更新工单拆分记录表。其中，所述供电拆分记录表中，可以保存所述信控工单的拆分方案(即根据所述信控工单拆分得到的子工单)，和/或每一子工单对应的处理指令。当然，在其它的一下实施方式中，也可以不以表格的形式保存信控工单的处理结果，而以处理日志等其它方式保存对信控工单的处理结果。
86.进一步地，在所述工单参数对应的业务规则未更新时，可以获取该信控工单对应的历史拆分结果，然后将所述历史拆分结果作为当前接收到的信控工单的拆分结果。和/或还可以获取历史指令生成结果，进而将历史指令生成结果对应的处理指令作为该信控工单对应的处理指令。这样，当接收到该信控工单时，则可以直接根据历史处理记录确定该信控工单对应的拆分结果和/或处理指令。而无需再次通过执行拆分规则对其进行拆分。
87.示例性地，根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作时，可以先根据所述历史处理记录确定所述信控工单对应的处理指令及网元识别标识，然后将所述处理指令发送至所述网元识别标识对应的网元，其中，所述网元接收到所述处理指令后，执行所述处理指令，以实现所述信控工单对应的信控功能。
88.可选地，所述根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作的步骤之后，还可以更新所述信控工单对应的所述历史处理记录。
89.示例性地，可以更新所述信控工单管理的历史处理时间，使得所述历史处理记录对应的时间更新为本次处理进程对应的执行时间。当然，当以表格形式保存所述历史处理记录时，还可以根据表格的具体设置，更新相应标签对应的数据。
90.在本实施例公开的技术方案中，先接收信控工单，并获取所述信控工单的工单参数，然后在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录，根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。由于可以在工单参数对应的业务规则未更新时，直接根据历史处理记录确定该信控工单对应的处理动作，从而无需对工单进行拆分和确定对应的处理指令。这样缩减了工单处理流程，从而达成了提高工单处理效率的效果。与此同时，由于工单处理过程中，只需要获取历史处理数据，而无需频繁调用其它业务数据。因此，避免了频繁的数据查询和规则匹配，从而提高了业务工单处理系统的鲁棒性。
91.参照图3，基于上述实施例，在本发明业务工单处理方法的另一实施例中，所述步骤s10之后，还包括：
92.步骤s40、获取简易流程控制标识的当前状态
93.步骤s50、所述当前状态是否为启用简易流程。
94.在本实施例中，在所述当前状态为启用简易流程时，执行所述在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录的步骤。在所述当前状态为不启用简易流程时，根据原始工单处理流程处理所述信控工单。这样使得管理者可以通过控制简易流程控制标识的状态，便捷地控制服务器如何处理业务工单。从而提高了业务工单处理系统的控制便捷性。
95.参照图4，基于上述任一实施例，在本发明业务工单处理方法的又一实施例中，所述步骤s20包括：
96.步骤s21、在所述工单参数对应的业务规则未更新时，在预设时段对应的历史记录中，查询所述信控工单对应的所述历史处理记录；
97.步骤s22、当查询到所述历史处理记录时，获取所述历史处理记录。
98.在本实施例中，在所述工单参数对应的业务规则未更新时，可以在预设时间段对应的历史记录中，查询当前接收到的信控工单对应的所述历史处理记录。其中，所述预设时段可以由管理者自定义设置。例如，一般设置为[a,b]，其中，b为当前时刻。区间[a,b]的区间长度，可选地，可以根据服务器的数据处理能力确定。例如，服务器的数据处理能力越强，[a,b]对应的区间长度越大。可选地，[a,b]的区间长度一般设置为诶5天-10天。
[0099]
进一步地，当查询到所述历史处理记录时，获取所述历史处理记录。当未查询到所述历史处理记录时，根据原始工单处理流程处理所述信控工单。
[0100]
需要说明的是，为了避免历史记录追溯影响工单分发的处理效率，所以控制只判
断预设时段对应的历史记录，如果存在信控工单对应的历史处理记录则取时间最近的历史处理记录，模拟生成网元指令的处理流程，否则执行完整信控处理流程处理。这样达成了避免服务器处理效率下降的效果。
[0101]
此外，本发明实施例还提出一种服务器，所述服务器包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的业务工单处理程序，所述业务工单处理程序被所述处理器执行时实现如上各个实施例所述的业务工单处理方法的步骤。
[0102]
此外，本发明实施例还提出一种服务器100，所述服务器100包括：
[0103]
接收模块101，用于接收信控工单，并获取所述信控工单的工单参数；
[0104]
获取模块102，用于在所述工单参数对应的业务规则未更新时，获取所述信控工单对应的历史处理记录；
[0105]
执行模块103，用于根据所述历史处理记录确定所述信控工单对应的处理动作，并执行所述处理动作。
[0106]
此外，本发明实施例还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有业务工单处理程序，所述业务工单处理程序被处理器执行时实现如上各个实施例所述的业务工单处理方法的步骤。
[0107]
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。
[0108]
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
[0109]
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台服务器执行本发明各个实施例所述的方法。
[0110]
以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。