CN114244894A - 停复机业务处理方法、***、计算机存储介质和电子设备 - Google Patents

Abstract

本公开涉及通信技术领域，涉及了一种停复机业务处理方法及***、存储介质和电子设备。该方法包括：根据停复机业务的类型，确定处理所述停复机业务的优先级和目标业务处理通道，所述目标业务处理通道包括处理停复机业务的所有业务处理逻辑和对应的微服务执行对象，所述业务处理逻辑至少包括：根据监控到的优先级生成所述停复机业务对应的停复机工单；根据所述停复机工单的业务执行信息，生成所述停复机工单对应的网元施工指令，以根据所述网元施工指令处理所述停复机工单；对所述网元施工指令的执行过程进行调控。本公开通过采用停复机业务对应的专用通道进行停复机业务的处理，提高高并发情况下的业务处理效率和稳定性，提高用户体验。

Description

停复机业务处理方法、***、计算机存储介质和电子设备

技术领域

本公开涉及通信技术领域，更具体地，涉及一种停复机业务处理方法、停复机业务处理***、计算机存储介质和电子设备。

背景技术

随着通信技术领域的发展，各种电信新业务层出不穷，各种业务话单也逐年增加，其中在计费***月初出账后，会产生大批量停复机单，数量级达到几十万甚至百万级。例如，当用户产生欠费时，需要对用户号码进行单停(可接听，不可拨打)或双停(不可接听，不可拨打)以中断服务来避免继续产生高额欠费，同时督促用户主动交费；当用户交清欠费后，需要对用户停机号码进行复机以便用户能正常使用服务。

相关技术中，停复机存在高并发下的卡单、***稳定性低等问题，影响停复机业务处理效率，进而影响移动用户入网语音类业务准实时开通或缴费开机，极大影响用户使用体验，甚至产生投诉。

需要说明的是，在上述背景技术部分发明的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种停复机业务处理方法及***、计算机存储介质和电子设备，进而在一定程度上提高停复机业务的处理效率，提升用户体验。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的一个方面，提供一种停复机业务处理方法，应用于基于微服务的业务处理***，所述方法包括：根据停复机业务的类型，确定处理所述停复机业务的优先级和目标业务处理通道，所述目标业务处理通道包括处理停复机业务的所有业务处理逻辑和对应的微服务执行对象，所述业务处理逻辑至少包括：根据监控到的优先级生成所述停复机业务对应的停复机工单；根据所述停复机工单的业务执行信息，生成所述停复机工单对应的网元施工指令，以根据所述网元施工指令处理所述停复机工单；对所述网元施工指令的执行过程进行调控。

在本公开的一种示例性实施例中，所述目标业务通道至少包括并行的第一业务处理通道和第二业务处理通道，所述第一业务处理通道处理的停复机业务的优先级高于所述第二业务处理通道处理的停复机业务的优先级；通过所述目标业务处理通道处理所述停复机业务，包括：在所述第一业务处理通道中的待处理停复机业务的数量小于预设阈值时，向所述第二业务处理通道发送通知信息，以指示所述第二业务处理通道向所述第一业务处理通道推送待处理停复机业务。

在本公开的一种示例性实施例中，所述根据监控到的优先级生成所述停复机业务对应的停复机工单，包括：根据所述停复机业务的优先级，依次生成多个候选停复机工单；根据预设去重规则对所述多个候选停复机工单进行过滤；根据预设时序控制规则对过滤后的候选停复机工单进行时序校验，以得到所述停复机业务对应的停复机工单。

在本公开的一种示例性实施例中，所述根据所述停复机工单的业务执行信息，生成所述停复机工单对应的网元施工指令，以根据所述网元施工指令处理所述停复机工单，包括：根据所述停复机工单的业务执行信息，将所述停复机工单拆分为多个子工单，其中所述子工单与施工网元一一对应；根据各所述子工单对应的子业务执行信息，获取各所述子工单对应的子网元施工指令，所述子网元施工指令来自预先配置的虚指令集，每个虚指令集包括多个虚指令和各所述虚指令之间的关联关系信息；将各所述子网元施工指令发送至对应的目标施工网元，以指示各所述目标施工网元执行对应的子网元施工指令。

在本公开的一种示例性实施例中，所述方法还包括：在各所述目标施工网元执行完成对应的子网元施工指令后，根据各所述目标施工网元的类型确定目标回单处理方式；根据所述目标回单处理方式，将各所述目标施工网元对应子网元施工指令的执行结果进行回单处理，以同步所述停复机业务对应终端用户的状态至计费***和客户关系管理***，其中针对任一子工单，仅当所述任一子工单对应的子网元施工指令的执行结果全部成功，所述任一子工单执行成功；若存在目标子工单对应的目标子网元施工指令存在执行异常，则根据预设异常策略处理规则重新执行所述目标子网元施工指令，并在所述目标子网元施工指令的执行结果成功时，将所述目标子网元施工指令的执行结果进行回单处理。

在本公开的一种示例性实施例中，所述对所述网元施工指令的执行进程进行调控，包括：对各所述子工单对应的子网元施工指令的执行进程进行监控，并在存在异常时进行调整；所述异常包括所述子工单对应的子网元施工指令转换异常、所述子工单对应的子网元施工指令执行异常、所述将各所述子网元施工执行发送至对应的目标施工网元的过程存在异常和所述子工单处理结果分析异常中的至少一种。

根据本公开的一个方面，提供一种基于微服务的停复机业务处理***，所述***包括任务调度模块和用于根据所述任务调度模块调度结果处理停复机业务的业务处理通道；所述任务调度模块用于根据停复机业务的类型，确定处理所述停复机业务的优先级和目标业务处理通道，所述目标业务处理通道包括处理停复机业务的所有业务处理逻辑和对应的微服务执行对象；所述微服务执行对象至少包括：业务监控模块，用于根据监控到的优先级生成所述停复机业务对应的停复机工单；业务运行模块，用于根据所述停复机工单的业务执行信息，生成所述停复机工单对应的网元施工指令，以根据所述网元施工指令处理所述停复机工单；业务管理模块，用于对所述网元施工指令的执行过程进行调控。

在本公开的一种示例性实施例中，所述业务运行模块包括：子工单管理单元，用于根据所述停复机工单的业务执行信息，将所述停复机工单拆分为多个子工单，其中所述子工单与施工网元一一对应；指令调度单元，用于根据各所述子工单对应的子业务执行信息，获取各所述子工单对应的子网元施工指令，所述子网元施工指令来自预先配置的虚指令集，每个虚指令集包括多个虚指令和各所述虚指令之间的关联关系信息；指令发送单元，用于将各所述子网元施工指令发送至对应的目标施工网元，以指示各所述目标施工网元执行对应的子网元施工指令。

根据本公开的一个方面，提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的停复机业务处理方法。

根据本公开的一个方面，提供一种电子设备，包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项所述的停复机业务处理方法。

本公开的示例性实施例中的停复机业务处理方法，根据停复机业务的类型，确定处理停复机业务的优先级和目标业务处理通道，该目标业务处理通道包括处理停复机业务的所有业务处理逻辑，至少包括根据监控到的优先级生成停复机业务对应的停复机工单，根据停复机工单的业务执行信息，生成停复机工单对应的网元施工指令，以根据网元施工指令处理停复机工单，并且对网元施工指令的执行过程进行调控。一方面，通过专有通道处理停复机业务，将停复机业务与其它非实时、批量业务等分离，且基于停复机业务的类型确定对应的处理优先级，以根据处理优先级调控停复机业务的处理先后，从而提高业务开通、缴费开通等实时停复机业务的处理效率；另一方面，对网元施工指令的执行过程进行调控，以确保网元施工指令的顺利执行完成，能应对各类异常问题；再一方面，采用不同的微服务执行对象处理对应的业务处理逻辑，形成高可用集群，降低故障率，从而提升业务处理***的稳定性和可维护性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

通过参考附图阅读下文的详细描述，本公开示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本公开的若干实施方式，其中：

图1示出了根据本公开示例性实施例的停复机业务处理方法的流程图；

图2示出了根据本公开示例性实施例的根据监控到的优先级生成停复机业务对应的停复机工单的流程图；

图3示出了根据本公开示例性实施例的根据停复机工单的业务执行信息，生成停复机工单对应的网元施工指令，以根据网元施工指令处理停复机工单的流程图；

图4示出了根据本公开示例性实施例的一种停复机业务处理流程图；

图5示出了根据本公开示例性实施例的一种基于微服务的停复机业务处理***的结构示意图；

图6示出了根据本公开示例性实施例的一种基于微服务的停复机业务处理***的结构示意图；

图7示出了根据本公开示例性实施例的存储介质的示意图；以及

图8示出了根据本公开示例性实施例的电子设备的框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

现在将参考附图更全面地描述示例性实施方式。然而，示例性实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施例使得本公开将更加全面和完整，并将示例性实施方式的构思全面地传达给本领域的技术人员。图中相同的附图标记表示相同或类似的结构，因而将省略它们的详细描述。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本公开的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而没有所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知结构、方法、装置、实现或者操作以避免模糊本公开的各方面。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个软件硬化的模块中实现这些功能实体或功能实体的一部分，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

在本领域的相关技术中，停复机存在的高并发下的卡单、***稳定性差等问题，在全国各省，各运营商普遍存在，其中停复机业务的业务结构是由于欠费、缴费，而在计费***产生的停机，复机单，或者其他个人原因所在网上营业厅，营业厅办理的停机复机业务产生的业务单，包括以下两种：

1)由用户在网上营业厅或前台办理的停复机业务，开始于CRM(Customerrelationship management system，客户关系管理***)，终止于施工网元平台，再原路返回，并同步终端用户状态至计费***：

CRM->服务开通->自动激活->网元->自动激活->服务开通->CRM->计费***。

2)由于欠费、缴费导致的停机、复机，开始于计费***，终止于施工网元平台，再原路返回，并同步终端用户状态至CRM：

处理流程：计费***->自动激活->网元->自动激活->计费***、CRM。

由上述停机、复机过程可知，在处理流程较长的情况下，若计费***月初出账后下发大量的停机复单，容易引起卡单，影响用户入网语音类业务准实时开通或缴费开机，影响用户体验，甚至用户投诉。

基于此，在本公开示例性实施例中，首先提供了一种停复机业务处理方法，应用于基于微服务的业务处理***。参考图1所示，该停复机业务处理方法包括以下步骤：

步骤S110：根据停复机业务的类型，确定处理停复机业务的优先级和目标业务处理通道；

步骤S120：基于目标业务处理通道所包括的处理停复机业务的所有业务处理逻辑和对应的微服务执行对象，处理所述停复机业务。

根据本示例实施例中的停复机业务处理方法，通过专有通道处理停复机业务，将停复机业务与其它非实时、批量业务等分离，且基于停复机业务的类型确定对应的处理优先级，以根据处理优先级调控停复机业务的处理先后，从而提高业务开通、缴费开通等实时停复机业务的处理效率；对网元施工指令的执行过程进行调控，以确保网元施工指令的顺利执行完成，能应对各类异常问题；采用不同的微服务执行对象处理对应的业务处理逻辑，形成高可用集群，降低故障率，从而提升业务处理***的稳定性。

下面结合图1对本公开示例性实施例中的停复机业务处理方法进行进一步的说明。

在步骤S110中，根据停复机业务的类型，确定处理停复机业务的优先级和目标业务处理通道。

在本公开的示例性实施例中，停复机业务的类型包括但不限于实时业务、准实时业务、非实时业务和批量业务等，实时业务还包括停机业务、复机业务。其中，实时业务、准实时业务的优先级高于非实时业务和批量业务，而复机业务的优先级高于停机业务的优先级。目标业务处理通道为处理停复机业务设置的专用通道，包括处理停复机业务的所有业务处理逻辑和对应的微服务执行对象，其中不同的业务处理逻辑具有对应的微服务执行对象，也就是说，可以根据不同业务处理逻辑，将停复机业务拆分为多个服务并由不同的微服务应用处理，以通过对应的微服务执行对象分别进行处理。

通过本公开的示例性实施例，通过采用专用通道处理停复机业务，从而将停复机业务与其他非实时或批量业务进行分离，提高停复机业务的处理效率。而基于目标业务处理通道，采用微服务集群模式部署，将不同业务处理逻辑拆分为多个微服务应用的方式，提升***的稳定性和处理效率，也方便***维护。

在一些可能的实施方式中，目标业务通道至少包括并行的第一业务处理通道和第二业务处理通道，且第一业务处理通道处理的停复机业务的优先级高于第二业务处理通道处理的停复机业务的优先级。例如，目标业务处理通道至少包括实时和准实时通道，实时通道处理停复机业务的优先级高于准实时通道，通过调度实时和准实时两通道，可以确保两通道任务均可高效执行。

在一些可能的实施方式中，通过目标业务处理通道处理停复机业务时，可以在第一业务处理通道中的待处理停复机的数量小于预设阈值时，采用消息通知的方式，向第二业务处理通道发送通知信息，以指示第二业务处理通道向第一业务处理通道推送待处理停复机业务。基于此，不仅可以避免第一业务处理通道在处理停复机业务时存在堵单量，也通过消息通知的方式从第二业务处理通道推送待处理停复机业务，实现实时激活能力，使第一业务处理通道和第二业务处理通道在并行进行业务处理的情况下，优先调度待停复机业务至第一业务处理通道进行处理，实现双通道的合理调度。

在一些可能的实施方式中，在目标业务处理通道下，还可以采用多线程的方式，优化停复机业务的处理效率，缩短月初批量停复机的开通流程。具体而言，通过取单线程将停复机业务添加至业务处理队列后立即通知执行线程，执行线程从队列中取出停复机业务后，通知取单线程，以为业务处理队列中继续添加停复机业务，其中执行线程在发现业务处理队列中剩余停复机业务的数量小于预设阈值时，唤醒取单线程获取新的待处理停复机业务。

通过本示例性实施方式，在目标业务处理通道下，通过采用第一业务处理通道和第二业务处理通道，以及多线程的处理方式，可以降低堵单量，缩短获取待处理停复机业务的激活时间，从而提高停复机业务的处理效率。

在本公开的示例性实施例中，目标业务处理通道可以包括如下业务处理逻辑：

1)根据监控到的优先级生成停复机业务对应的停复机工单；

2)根据停复机工单的业务执行信息，生成停复机工单对应的网元施工指令，以根据网元施工指令处理停复机工单；

3)对网元施工指令的执行过程进行调控。

其中，不同的业务处理逻辑可经由对应的微服务执行对象执行，下面基于上述业务处理逻辑的目标业务处理通道处理停复机业务的过程进行说明。

在本公开的示例性实施例中，图2示意性的示出了根据本公开的示例性实施例的根据监控到的优先级生成停复机业务对应的停复机工单的流程图，如图2所示，该过程包括：

在步骤S210中，根据停复机业务的优先级，依次生成多个候选停复机工单。

在本公开的示例性实施例中，可以根据停复机业务的优先级，先后生成多个候选停复机工单。可选地，复机业务的优先级高于停机业务的优先级；可选地，请求时间新的停复机业务优先级越高，例如停复机业务1的请求时间为2021年12月12日12:01，停复机业务2的请求时间为2021年12月12日12:02，则停复机请求业务1的优先级高于停复机业务2，当然，实际执行过程中，停复机业务的请求时间间隔可能更小，如毫秒，但不影响根据停复机请求的时间确定对应的停复机业务的优先级。可选地，非批量停复机业务的优先级高于批量业务的优先级，例如，对于不是由用户发起而由运营商主动发起的批量业务，通常在如夜间等不影响用户使用的时间执行，因此，批量业务的优先级低于非批量业务。

通过本示例性实施例，可以根据停复机业务的优先级，先后生成多个候选停复机工单，优先级高的优先生成停复机工单，相反，优先级相对较低的则在之后生成停复机工单。相应的，生成的各个候选停复机工单也具有对应的优先级，从而在后续将对应的停复机工单发送至执行网元时，也按照优先级进行发送，从而对具有不同优先级的停复机工单进行不同优先顺序的处理，以确保停复机业务的处理效率。

在步骤S220中，根据预设去重规则对多个候选停复机工单进行过滤。

在本公开的示例性实施例中，可以根据预设去重规则对多个候选停复机工单进行过滤，也就是剔重处理。

在一些可能的实施方式中，若在预设时间间隔内存在针对同一用户的多个停复机业务请求对应的候选停复机工单，则根据各停复机业务请求的请求时间，即候选停复机工单对应的请求类型和请求时间，对候选停复机工单进行剔重。例如，在30秒内，若先后存在同一用户的请求停机、请求复机的候选停复机工单，则将请求停机对应的工单进行剔重，仅需处理请求复机对应的候选停复机工单即可。基于此，可以避免重复地进行停机、又复机的过程，提高停复机业务的处理效率，也减少***资源浪费在重复工作上。需要说明的是，所述预设时间间隔可根据实际业务处理需求设定，例如还可以为1分钟，等等，本公开对预设时间间隔不做特殊限定。

在一些可能的实施方式中，若在预设时间间隔内存在属于同一用户的不同类型的停复机请求，例如来自短信、语音分别对应不同的停复机工单且停复请求内容相同，则将该些停复请求对应的候选停复机工单进行剔重，以避免重复处理同一候选停复机业务。

在步骤S230中，根据预设时序控制规则对过滤后的候选停复机工单进行时序校验，以得到停复机业务对应的停复机工单。

在本公开的示例性实施例中，可以根据预设时序控制规则对过滤后的停复机工单进行时序校验，即对各候选停复机工单的执行先后根据对应的时间进行确认，以避免得到的停复机工单出现时序错乱而导致的停复机业务处理不及时，影响终端用户状态更新。

在本公开的示例性实施例中，图3示出了根据本公开的示例性实施例的根据停复机工单的业务执行信息，生成停复机工单对应的网元施工指令，以根据网元施工指令处理停复机工单的流程图，如图3所示，具体包括如下过程：

在步骤S310中，根据停复机工单的业务执行信息，将停复机工单拆分为多个子工单。

在本公开的示例性实施例中，业务执行信息包括但不限于业务对应的产品类型、停复机动作类型，根据业务执行信息将停复机工单拆分为多个可执行的子工单。其中，一个工单根据施工网元数量确定多个子工单，即子工单与施工网元一一对应。

在步骤S320中，根据各子工单对应的子业务执行信息，获取各子工单对应的子网元施工指令。

在本公开的示例性实施例中，子网元施工指令来自预先配置的虚指令集，每个虚指令集包括多个虚指令和各虚指令之间的关联关系信息。具体而言，虚指令为指示施工网元执行动作的具体指令，如跳转页、提示失败等，而虚指令具有对应的实指令，实指令为虚指令对应的实现参数集，为对各设备厂家型号的具体指令定义，可以对不同厂家型号的实指令映射成虚指令。其中，本公开的示例性实施例可以将多个虚指令封装为一个虚指令集，并在虚指令集中定义各个虚指令之间的关联关系。关联关系可以包括各虚指令的执行先后顺序，执行结果(如成功、失败或分支跳转等)。子工单对应的子业务执行信息至少包括子工单业务类型、执行动作类型等，根据子工单对应的子业务执行信息获取对应的用于执行子工单的子网元施工指令。

在步骤S330中，将各子网元施工指令发送至对应的目标施工网元，以指示各目标施工网元执行对应的子网元施工指令。

在本公开的示例性实施例中，将各子网元施工指令发送至对应的目标施工网元，从而指示各目标施工网元执行对应的子网元施工指令。

通过本示例性实施例，可以将停复机工单拆分为多个子工单并分别交由对应的施工网元进行执行，从而可以提高停复机工单的处理效率。

在一些可能的实施方式中，还可以在各目标施工网元执行完成对应的子网元施工指令后，根据各目标施工网元的类型确定目标回单处理方式，并根据目标回单处理方式，将各目标施工网元对应的子网元施工指令的执行结果进行回单处理，以同步停复机业务对应终端用户的状态至计费***和客户关系管理***。

需要说明的是，针对任一子工单，仅当任一子工单对应的子网元施工指令的执行结果全部成功，该任一子工单执行成功。具体而言，***对同一个子工单下所有的子网元施工指令的结果进行合并，若存在一条子网元施工指令的执行结果失败，则该子工单执行失败。

在一些可能的实施方式中，若存在目标子工单对应的目标子网元施工指令存在执行异常，则根据预设异常策略处理规则重新执行目标子网元施工指令，并在目标子网元施工指令的执行结果成功时，将目标子网元施工指令的执行结果进行回单处理。其中，针对执行异常的目标子工单，可以调用虚指令集中的重新执行指令，重新执行该目标子工单；或者，通过人工设定该目标子工单执行成功；或者，修改对应的目标子网元施工指令后重新执行，等等。

在一些可能的实施方式中，停复机工单的执行结果包括正常回单和异常回单。在停复机工单对应的全部子工单的执行结果合并且执行结果均为成功的情况下，将该停复机工单标识为成功工单，则将该成功工单的处理结果反馈至***。而针对异常回单，则将其对应的全部子工单进行回滚逆向操作后重新交由对应的目标施工网元重新执行，待全部子工单的执行结果为成功时，才将该异常回单的处理结果反馈至***。

在本公开的示例性实施中，在施工网元执行网元施工指令的过程中，还可以对网元施工指令的执行过程进行调控。

在一些可能的实施方式中，可以对各子工单对应的子网元施工指令的执行进程进行监控，并在存在异常时进行调整。其中，子网元施工指令执行进程中的异常包括子工单对应的子网元施工指令转换异常、子工单对应的子网元施工指令执行异常、将各子网元施工执行发送至对应的目标施工网元的过程存在异常和子工单处理结果分析异常中的至少一种。其中，可以通过获取***日志和/或业务日志的方式对子工单对应的子网元施工指令的执行进程进行监控，并提供异常处理能力。可选地，也可以根据业务需求，选择子工单的子网元施工指令对应的日志等相关信息进行监控；可选地，在发现异常时，还可以通过发出告警的方式通知用户。

在一些可能的实施方式中，还可以对涉及到的施工网元进行管理，包括但不限于网元类型，在每种网元类型下的网元细类，网元归属细类等。例如，针对固话相关的网元类型，还可以根据不同的厂家、版本信息等，进一步将网元类型进行细化。

在一些可能的实施方式中，还可以预先配置各类规则并管理，包括但不限于网元路由规则、虚指令集优化规则、回滚规则、结果解析规则和异常处理规则等，并在需要相关规则时，通过直接调用即可快速执行相关规则，以促进停复机业务的处理效率。

在一些可能的实施方式中，还可以提供指令配置模板，基于指令配置模板可快速配置得到需要处理停复机业务的相关指令。可选地，还可以在指令模板配置指令时，同时配置指令执行结果的解析规则，则在施工网元执行相关指令后，根据解析规则提取结果信息，从而可提高施工结果的响应速度。此外，在判断指令执行成功与否，还可以将提取的结果信息映射至标准的结果结构，从而可以对标准的结果进行判断，也可以提高响应速度。

在一些可能的实施方式中，可以以集群方式部署消息接收服务集群，以在根据停复机业务的类型，确定处理停复机业务的优先级和目标业务处理通道之前，通过消息接收服务集群的方式接收停复机请求信息，从而以集群方式部署能够根据业务量实现停复机消息的横向扩展。

需要说明的是，还可以将结果解析、工单剔重和网元指令调度等均以集群方式部署，从而均可以根据业务量实现停复机相关业务的横向扩展，提高停复机业务的处理效率，避免堵单量。

在一些可能的实施方式中，还可以提供工单查询功能，包括但不限于工单内容查询，子工单内容查询、历史工单查询，等等。

在本公开的示例性实施中，上述各项不同的业务功能，可以分别部署于不同的微服务应用，并由对应的微服务执行对象来执行，提高***的处理效率和稳定性。

图4示出了根据本公开的一种示例性实施例的停复机业务处理流程图，如图4所示，首先计费***下发停复机业务单；其次通过工单智能处理模块TFIS对停复机业务单进行扫描生成停复机工单，而在生成停复机工单之前，根据停复机业务类型确定处理停复机业务的优先级和目标业务处理通道；其次，根据停复机业务对应的优先级，将生成停复机工单发送至施工指令控制转换单元NPI，以发送网元施工指令至对应的目标施工网元进行执行；最后，在目标施工网元完成指令执行后，向NPI返回执行结果，并依次进行回单处理。

在上述停复机业务处理过程中，在TFIS根据优先级发送停复机工单至NPI之前，已完成对停复机工单的剔重、时序校验等，且在整个停复机业务处理过程中，通过部署于不同微服务应用的微服务执行对象执行对应的业务逻辑，无论哪一部分产生异常，即可仅对该部分进行维护，而无需对整个***进行维护。

根据本示例实施例中的停复机业务处理方法，通过专有通道处理停复机业务，将停复机业务与其它非实时、批量业务等分离，且基于停复机业务的类型确定对应的处理优先级，以根据处理优先级调控停复机业务的处理先后，从而提高业务开通、缴费开通等实时停复机业务的处理效率；对网元施工指令的执行过程进行调控，以确保网元施工指令的顺利执行完成，能应对各类异常问题；采用不同的微服务执行对象处理对应的业务处理逻辑，形成高可用集群，降低故障率，从而提升业务处理***的稳定性。

在本公开的示例性实施例中，还提供了一种基于微服务的停复机业务处理***。参考图5所示，该基于微服务的停复机业务处理***500可以包括任务调度模块510和业务处理通道520。具体地，

任务调度模块510用于根据停复机业务的类型，确定处理停复机业务的优先级和目标业务处理通道，所述目标业务处理通道包括处理停复机业务的所有业务处理逻辑和对应的微服务执行对象；

在本公开的示例性实施例中，目标业务处理通道至少包括：

业务监控模块521，用于根据监控到的优先级生成停复机业务对应的停复机工单；

业务运行模块522，用于根据停复机工单的业务执行信息，生成停复机工单对应的网元施工指令，以根据网元施工指令处理停复机工单；

业务管理模块523，用于对网元施工指令的执行过程进行调控。

在一些可能的实施方式中，业务运行模块522至少可以包括：

子工单管理单元，用于根据停复机工单的业务执行信息，将停复机工单拆分为多个子工单，其中子工单与施工网元一一对应；指令调度单元，用于根据各子工单对应的子业务执行信息，获取各子工单对应的子网元施工指令，所述子网元施工指令来自预先配置的虚指令集，每个虚指令集包括多个虚指令和各虚指令之间的关联关系信息；指令发送单元，用于将各子网元施工指令发送至对应的目标施工网元，以指示各目标施工网元执行对应的子网元施工指令。

图6示出了根据本公开的示例性实施例的基于微服务的停复机业务处理***的结构示意图，下面结合图6对本公开的基于微服务的停复机业务处理***(即***主体部分)进行说明，至少包括业务监控模块521、业务运行模块522和业务管理模块523.

业务监控模块521至少还可以包括：异常子工单监控单元，用于提供***日志和业务日志的监控，提供异常处理能力，包括指令转换异常、指令执行异常、网元下发异常、结果分析异常等。其中，还可以按需提供相关查询、告警能力；人工指令控制台，用于对施工网元提供人工指令控制，直接向施工网元发送指令，完成通讯能力开通及暂停的能力；工单监控单元，用于提供工单的接收执行情况以及子工单在施工网元设备、业务平台执行情况的监控，对工单、子工单执行进程的监控。

业务运行模块522还可以包括：消息接收服务集群，以集群方式部署，可以根据业务量实现停复机消息横向扩展；解析剔重服务集群，以集群方式部署，可以根据业务量实现停复机的剔重服务的横向扩展；网元指令调度集群，提供专门网元指令调度处理功能，可以查询出执行工单进行处理情况，异常工单包括失败工单、超时工单及失败的子工单，基于网元指令调度至少可以提供以下处理方式：子工单重新执行、重新执行指令、子工单人工成功、子工单人工失败、修改指令后重新执行、从断点处继续执行、从断点处回滚、选中指令重新执行、优先级提升、转人工处理；指令解析管理集群，用于管理指令解析规则；回单控制服务集群，用于根据子工单对应的子网元施工指令的执行结果控制回单结果。

业务管理模块523至少可以包括：网元管理单元，用于提供网元类型、网元细类、网元归属细类等管理；指令集管理单元，用于提供虚指令集的管理。支持多个虚指令封装组合成一个虚指令集，并能定义虚指令的关系，包括：执行先后顺序、成功/失败/分支跳转关系；指令管理单元，用于提供实指令和虚指令的管理。实指令为对各设备厂家型号的具体指令定义；虚指令管理是对不同厂家型号的实指令映射成虚指令的管理；参数管理单元，用于提供参数管理，支持控制参数、指令参数和虚指令集参数的管理；规则管理单元，用于提供规则的管理，支持网元路由规则、虚指令集优化规则、回滚规则、结果解析规则和异常处理规则的管理；异常策略管理单元，用于处理指令的执行异常，根据预置规则实现即时重试、自动重新执行、容错等，实现API(Application Programming Interface，应用程序接口)服务内部的回滚匹配处理，即根据回滚规则，在指令异常后自动发起回滚指令。

由于本公开的示例性实施例的基于微服务的停复机业务处理***的各个功能模块与上述基于微服务的停复机业务处理***方法的发明实施例中相同，因此在此不再赘述。

应当注意，尽管在上文详细描述中提及了基于微服务的停复机业务处理***的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，在本公开示例性实施方式中，还提供了一种能够实现上述方法的计算机存储介质。其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施例中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

参考图7所示，描述了根据本公开的示例性实施方式的用于实现上述方法的程序产品700，其可以采用便携式紧凑盘只读存储器(CD-ROM)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本公开的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。

所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

此外，在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。所属技术领域的技术人员能够理解，本公开的各个方面可以实现为***、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施例、完全的软件实施例(包括固件、微代码等)，或硬件和软件方面结合的实施例，这里可以统称为“电路”、“模块”或“***”。

下面参照图8来描述根据本公开的这种实施例的电子设备800。图8显示的电子设备800仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图8所示，电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于：上述至少一个处理单元810、上述至少一个存储单元820、连接不同***组件(包括存储单元820和处理单元810)的总线830、显示单元840。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元810执行，使得所述处理单元810执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施例的步骤。

存储单元820可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)821和/或高速缓存存储单元822，还可以进一步包括只读存储单元(ROM)823。

存储单元820还可以包括具有一组(至少一个)程序模块825的程序/实用工具824，这样的程序模块825包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线830可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备800也可以与一个或多个外部设备900(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备800交互的设备通信，和/或与使得该电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口850进行。并且，电子设备800还可以通过网络适配器860与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图所示，网络适配器860通过总线830与电子设备800的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备800使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

通过以上的实施例的描述，本领域的技术人员易于理解，这里描述的示例实施例可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施例的方法。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (10)

1.一种停复机业务处理方法，应用于基于微服务的业务处理***，其特征在于，所述方法包括：

根据停复机业务的类型，确定处理所述停复机业务的优先级和目标业务处理通道，所述目标业务处理通道包括处理停复机业务的所有业务处理逻辑和对应的微服务执行对象，所述业务处理逻辑至少包括：

根据监控到的优先级生成所述停复机业务对应的停复机工单；

根据所述停复机工单的业务执行信息，生成所述停复机工单对应的网元施工指令，以根据所述网元施工指令处理所述停复机工单；

对所述网元施工指令的执行过程进行调控。

2.根据权利要求1所述的方法，其特征在于，所述目标业务通道至少包括并行的第一业务处理通道和第二业务处理通道，所述第一业务处理通道处理的停复机业务的优先级高于所述第二业务处理通道处理的停复机业务的优先级；

通过所述目标业务处理通道处理所述停复机业务，包括：

在所述第一业务处理通道中的待处理停复机业务的数量小于预设阈值时，向所述第二业务处理通道发送通知信息，以指示所述第二业务处理通道向所述第一业务处理通道推送待处理停复机业务。

3.根据权利要求1所述的方法，其特征在于，所述根据监控到的优先级生成所述停复机业务对应的停复机工单，包括：

根据所述停复机业务的优先级，依次生成多个候选停复机工单；

根据预设去重规则对所述多个候选停复机工单进行过滤；

根据预设时序控制规则对过滤后的候选停复机工单进行时序校验，以得到所述停复机业务对应的停复机工单。

4.根据权利要求1所述的方法，其特征在于，所述根据所述停复机工单的业务执行信息，生成所述停复机工单对应的网元施工指令，以根据所述网元施工指令处理所述停复机工单，包括：

根据所述停复机工单的业务执行信息，将所述停复机工单拆分为多个子工单，其中所述子工单与施工网元一一对应；

根据各所述子工单对应的子业务执行信息，获取各所述子工单对应的子网元施工指令，所述子网元施工指令来自预先配置的虚指令集，每个虚指令集包括多个虚指令和各所述虚指令之间的关联关系信息；

将各所述子网元施工指令发送至对应的目标施工网元，以指示各所述目标施工网元执行对应的子网元施工指令。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

在各所述目标施工网元执行完成对应的子网元施工指令后，根据各所述目标施工网元的类型确定目标回单处理方式；

根据所述目标回单处理方式，将各所述目标施工网元对应子网元施工指令的执行结果进行回单处理，以同步所述停复机业务对应终端用户的状态至计费***和客户关系管理***，其中针对任一子工单，仅当所述任一子工单对应的子网元施工指令的执行结果全部成功，所述任一子工单执行成功；

若存在目标子工单对应的目标子网元施工指令存在执行异常，则根据预设异常策略处理规则重新执行所述目标子网元施工指令，并在所述目标子网元施工指令的执行结果成功时，将所述目标子网元施工指令的执行结果进行回单处理。

6.根据权利要求4所述的方法，其特征在于，所述对所述网元施工指令的执行进程进行调控，包括：

对各所述子工单对应的子网元施工指令的执行进程进行监控，并在存在异常时进行调整；

所述异常包括所述子工单对应的子网元施工指令转换异常、所述子工单对应的子网元施工指令执行异常、所述将各所述子网元施工执行发送至对应的目标施工网元的过程存在异常和所述子工单处理结果分析异常中的至少一种。

7.一种基于微服务的停复机业务处理***，其特征在于，所述***包括任务调度模块和用于根据所述任务调度模块调度结果处理停复机业务的业务处理通道；

所述任务调度模块用于根据停复机业务的类型，确定处理所述停复机业务的优先级和目标业务处理通道，所述目标业务处理通道包括处理停复机业务的所有业务处理逻辑和对应的微服务执行对象；

所述微服务执行对象至少包括：

业务监控模块，用于根据监控到的优先级生成所述停复机业务对应的停复机工单；

业务运行模块，用于根据所述停复机工单的业务执行信息，生成所述停复机工单对应的网元施工指令，以根据所述网元施工指令处理所述停复机工单；

业务管理模块，用于对所述网元施工指令的执行过程进行调控。

8.根据权利要求7所述的方法，其特征在于，所述业务运行模块包括：

子工单管理单元，用于根据所述停复机工单的业务执行信息，将所述停复机工单拆分为多个子工单，其中所述子工单与施工网元一一对应；

指令调度单元，用于根据各所述子工单对应的子业务执行信息，获取各所述子工单对应的子网元施工指令，所述子网元施工指令来自预先配置的虚指令集，每个虚指令集包括多个虚指令和各所述虚指令之间的关联关系信息；

指令发送单元，用于将各所述子网元施工指令发送至对应的目标施工网元，以指示各所述目标施工网元执行对应的子网元施工指令。

9.一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现根据权利要求1至6中任一项所述的停复机业务处理方法。

10.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至6中任一项所述的停复机业务处理方法。

Images