CN110675058A - 工单处理方法、电子设备、存储介质及系统 - Google Patents

Abstract

本申请实施例提供一种工单处理方法、电子设备、存储介质及系统，该方法应用于第一服务器，第一服务器为安装有集中业务支撑系统的服务器，方法包括：发起停机指令或开机指令；根据停机指令生成停机工单，停机工单包括消息列队kafka下发标识；或，根据开机指令生成开机工单，开机工单包括kafka下发标识；根据kafka下发标识向第二服务器发送kafka消息，kafka消息用于指示第二服务器对停机工单或开机工单进行处理，第二服务器为安装有省分业务支撑系统的服务器。实现了停机工单和开机工单的快速下发，提高了停机工单和开机工单的处理效率。

Description

工单处理方法、电子设备、存储介质及系统

技术领域

本申请涉及通信技术领域，尤其涉及一种工单处理方法、电子设备、存储介质及系统。

背景技术

在集中业务支撑系统(central business support system，cBSS)的信控管理中，停开机的及时性是一个影响用户感知最直接的关键性指标。用户缴费后，开机工单的及时执行，是提升用户使用感知的关键所在。随着用户量的不断增加，集中业务支撑系统在每月初抵扣租费之后会产生大量的停机工单，而被停机用户在缴费后又会产生大量的开机工单，这样就要求系统要快速处理完大量的开机工单，保证开机的及时性；另一方面，月初的批量停机工单，需要在短时间内处理完毕，避免用户产生高额欠费，同时还要兼顾不能因资源争抢影响开机工单的执行及时性。

在通信行为信控管理中，现有技术中的工单传递方式是通过实时接口模式进行，对于大批量的停开机工单，集中业务支撑系统(cBSS)通过接口扫单传给全业务枢纽后，省分的业务支撑系统(business support system，BSS)才能接收到工单，然后向服务开通系统发送相关联机指令进行停开机。

然而，现有技术中停开机工单流转的环节多，在出现大批量工单集中需要处理的时候，处理效率低且容易出现开机工单积压的现象。

发明内容

本申请实施例提供一种工单处理方法、电子设备、存储介质及系统，提高了停机工单和开机工单的处理效率，避免了开机工单积压的现象。

第一方面，本申请实施例提供一种工单处理方法，该方法应用于第一服务器，第一服务器为安装有集中业务支撑系统的服务器，方法包括：

发起停机指令或开机指令；根据停机指令生成停机工单，停机工单包括消息列队kafka下发标识；或，根据开机指令生成开机工单，开机工单包括kafka下发标识；根据kafka下发标识向第二服务器发送kafka消息，kafka消息用于指示第二服务器对停机工单或开机工单进行处理，第二服务器为安装有省分业务支撑系统的服务器。

本申请实施例中，通过第一服务器生成停机工单以及开机工单，并根据kafka下发标识向第二服务器发送kafka消息，指示第二服务器对停机工单或开机工单进行处理，实现了停机工单和开机工单的快速下发，提高了停机工单和开机工单的处理效率。

在一种可能的实现方式中，根据停机指令生成停机工单，包括：

判断第一服务器中是否存在在途工单；若不存在在途工单，则生成停机工单。

可选的，根据开机指令生成开机工单，包括：

判断第一服务器中是否存在在途工单；若不存在在途工单，则生成开机工单。

可选的，本申请实施例提供的工单处理方法，还包括：

若存在在途工单，则判断在途工单是否为停机工单；若在途工单为停机工单，则生成开机工单。

可选的，本申请实施例提供的工单处理方法，还包括：

接收第二服务器发送的第一工单竣工消息或第二工单竣工消息，第一工单竣工消息包括停机工单信息，第二工单竣工消息包括开机工单信息；通过停机工单信息对停机工单进行完工处理，或，通过开机工单信息对开机工单进行完工处理。

第二方面，本申请实施例提供一种工单处理方法，该方法应用于第二服务器，第二服务器为安装有省分业务支撑系统的服务器，方法包括：

接收第一服务器发送的kafka消息，kafka消息包括第一服务器根据停机指令生成的停机工单或第一服务器根据开机指令生成的开机工单，kafka消息用于指示第二服务器对停机工单或开机工单进行处理，第一服务器为安装有集中业务支撑系统的服务器；根据kafka消息对停机工单或开机工单进行处理。

本申请实施例中，由于第二服务器通过接收第一服务器发送的kafka消息，kafka消息中包括开机工单或停机工单，并根据kafka消息对停机工单或开机工单进行处理，提高了停机工单和开机工单的处理效率。

可选的，根据kafka消息对停机工单进行处理，包括：

判断是否存在开机工单；若不存在开机工单，则执行停机工单；对停机工单进行完工处理。

本申请实施例中，通过在对停机工单进行处理时，判断是否存在开机工单，并在不存在开机工单时，对终端进行停机处理，避免了对终端在短时间内的停机再开机的操作，增强了用户体验，并提高了工单处理效率。

在一种可能的实施方式中，若存在开机工单，则对停机工单进行完工处理，并执行开机工单；对开机工单进行完工处理。

可选的，根据kafka消息对开机工单进行处理，包括：

判断是否存在停机工单；若不存在停机工单，则执行开机工单；对开机工单进行完工处理。

在一种可能的实施方式中，若存在停机工单，则对停机工单进行完工处理，并执行开机工单；对开机工单进行完工处理。

本申请实施例中，通过在处理开机工单时，判断是否存在停机工单，若存在停机工单，则直接对停机工单进行完工处理，提高了工单处理效率，避免了对终端停机之后再开机，增强了用户体验。

可选的，停机工单中包括用户业务信息，执行停机工单，包括：

从停机工单中获取用户业务信息；通过用户业务信息，生成停机指示信息；发送停机指示信息至网元，停机指示信息用于指示网元对终端进行停机处理。

可选的，开机工单中包括用户业务信息，执行开机工单，包括：

从开机工单中获取用户业务信息；通过用户业务信息，生成开机指示信息；发送开机指示信息至网元，开机指示信息用于指示网元对终端进行开机处理。

可选的，对停机工单进行完工处理，包括：生成第一工单竣工消息，第一工单竣工消息中包括停机工单信息，用于指示第一服务器对停机工单进行完工处理；发送第一工单竣工消息至第一服务器。

可选的，对开机工单进行完工处理，包括：生成第二工单竣工消息，第二工单竣工消息中包括开机工单信息，用于指示第一服务器对开机工单进行完工处理；发送第二工单竣工消息至第一服务器。

下面介绍本申请实施例提供的电子设备、可读存储介质、系统以及计算机程序产品，其内容及效果可参考第一方面或第一方面可选方式提供的工单处理方法，或参考第二方面或第二方面可选方式提供的工单处理方法，不再赘述。

应当理解，尽管在本申请实施例中采用术语第一、第二来描述服务器，但这些服务器不应限于这些术语。这些术语仅用来将服务器彼此区分开。例如，在不脱离本申请实施例范围的情况下，第一服务器也可以被称为第二服务器，类似地，第二服务器也可以被称为第一服务器。

第三方面，本申请实施例提供一种电子设备，包括：

至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第一方面或第一方面可选方式提供的方法。

第四方面，本申请实施例提供一种电子设备，包括：

至少一个处理器；以及与至少一个处理器通信连接的存储器；其中，

存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如第二方面或第二方面可选方式提供的方法。

第五方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第一方面或第一方面可选方式提供的方法。

第六方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，计算机指令用于使计算机执行如第二方面或第二方面可选方式提供的方法。

第七方面，本申请实施例提供一种计算机程序产品，包括：可执行指令，可执行指令用于实现如第一方面或第一方面可选方式提供的方法。

第八方面，本申请实施例提供一种计算机程序产品，包括：可执行指令，可执行指令用于实现如第二方面或第二方面可选方式提供的方法。

第九方面，本申请实施例提供一种系统，包括第三方面或第三方面可选方式提供的电子设备和如第四方面或第四方面可选方式提供的电子设备，不再赘述。

上述申请中的一个实施例具有如下优点或有益效果：通过第一服务器生成停机工单以及开机工单，并根据kafka下发标识向第二服务器发送kafka消息，指示第二服务器对停机工单或开机工单进行处理，实现了停机工单和开机工单的快速下发，提高了停机工单和开机工单的处理效率。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

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

图2是本申请一实施例提供的工单处理方法的交互流程图；

图3是本申请另一实施例提供的停机工单处理方法的流程图；

图4是本申请又一实施例提供的开机工单处理方法的流程图；

图5是本申请一实施例提供的第一服务器的结构示意图；

图6是本申请一实施例提供的第二服务器的结构示意图；

图7是本申请实施例提供的电子设备的结构示意图；

图8是本申请实施例提供的电子设备的结构示意图；

图9是本申请实施例提供的系统的结构示意图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

在cBSS的信控管理中，停开机的及时性是一个影响用户感知最直接的关键性指标。随着用户量的不断增加，集中业务支撑系统在每月初抵扣租费之后会产生大量的停机工单，而被停机用户在缴费后又会产生大量的开机工单，这样就要求系统要快速处理完大量的开机工单，保证开机的及时性，然而现有技术中的工单传递方式是通过实时接口模式进行，对于大批量的停开机工单，停开机工单流转的环节多，在出现大批量工单集中需要处理的时候，处理效率低且容易出现开机工单积压的现象。为了解决上述技术问题，本申请实施例提供一种工单处理方法、电子设备、存储介质及系统。

以下，对本申请实施例的示例性应用场景进行介绍。

本申请实施例提供的工单处理方法，可以应用在服务器中，图1是本申请实施例提供的一示例性应用场景图，其中第一服务器11安装有集中业务支撑系统的服务器，第二服务器12为安装有省分业务支撑系统的服务器，本申请实施例对第一服务器和第二服务器的数量不做限制，第一服务器可以为一个服务器，也可以是多个服务器组成的服务器集群，类似的，第二服务器可以为一个服务器，也可以是多个服务器组成的服务器集群，图1仅为本申请实施例中的一种示例性的可实现方式，本申请实施例并不限于此。第一服务器11可以通过用户账户的话费余额，生成停机工单或开机工单，并发送停机工单或开机工单至第二服务器，第二服务器12在接收到停机工单或开机工单后，进行相应的停机处理或开机处理，进而实现对终端的开机或停机。

基于此，本申请实施例提供一种工单处理方法、电子设备、存储介质及系统。

图2是本申请一实施例提供的工单处理方法的交互流程图，该方法可以通过本申请实施例提供的第一服务器和第二服务器执行，第一服务器为安装有集中业务支撑系统的服务器，第二服务器为安装有省分业务支撑系统的服务器，下面对本申请实施例提供的工单处理方法进行介绍。如图2所示，本申请实施例提供的工单处理方法，可以包括：

步骤S101：第一服务器发起停机指令或开机指令。

第一服务器在判断用户满足停机条件时，发起停机指令，本申请实施例对停机条件不做限制，在一种可能的实施方式中，例如在每个月固定扣费日期时，用户账户中的余额可能无法满足用户基本业务的费用，停机条件可以为：在扣费之后，用户账户中的余额会小于等于零。第一服务器在判断用户满足开机条件时，发起开机指令。本申请实施例对开机条件不做限制，在一种可能的实施方式中，例如，开机条件可以是在用户停机之后，用户进行了充话费的操作，此时的用户账户中的余额大于零。

步骤S102：第一服务器根据停机指令生成停机工单，停机工单包括消息列队kafka下发标识；或，根据开机指令生成开机工单，开机工单包括kafka下发标识。

第一服务器根据停机指令生成停机工单，本申请实施例对停机工单的具体内容、格式、类型等均不做限制，停机工单中包括kafka下发标识，本申请实施例对kafka下发标识的形式也不做限制，例如可以是标识码，再例如，停机工单中还可以包括用户账户信息、用户业务信息等，本申请实施例不限于此。第一服务器根据开机指令生成开机工单，本申请实施例对开机工单的具体内容、格式、类型等均不做限制，开机工单中包括kafka下发标识，本申请实施例对kafka下发标识的形式也不做限制，例如可以是标识码，再例如，开机工单中还可以包括用户账户信息、用户业务信息等，本申请实施例不限于此。

另外，本申请实施例对第一服务器根据停机工单指令生成停机工单的具体实现方式也不做限制，在一种可能的实现方式中，根据停机指令生成停机工单，包括：判断第一服务器中是否存在在途工单；若不存在在途工单，则生成停机工单。

在途工单可能是开机工单或用户办理的其他业务工单，例如：开流量包工单、换套餐工单等等，本申请实施例对在途工单的具体工单不做限制。通过判断第一服务器中是否存在在途工单，并在不存在在途工单时生成停机工单，优先处理除停机工单之外的在途工单，避免了与其他在途工单的冲突，并实现了对停机工单的生成。若第一服务器中存在在途工单，则第一服务器信控失败，并在预设时间内，再次判断是否存在在途工单，以生成停机工单，本申请实施例对此不做限制。

本申请实施例对第一服务器根据开机工单指令生成开机工单的具体实现方式也不做限制，在一种可能的实现方式中根据开机指令生成开机工单，包括：判断第一服务器中是否存在在途工单；若不存在在途工单，则生成开机工单。

通过第一服务器判断是否存在在途工单，并在不存在在途工单时生成开机工单，避免了与在途工单的冲突。

若存在在途工单，则判断在途工单是否为停机工单；若在途工单为停机工单，则生成开机工单。

若存在在途工单且在途工单为停机工单，则生成开机工单，通过在途工单为停机工单时，生成开机工单，实现了第一服务器向第二服务器发送停机工单和开机工单，以使第二服务器对停机工单和开机工单进行处理。

步骤S103：第一服务器根据kafka下发标识向第二服务器发送kafka消息，kafka消息用于指示第二服务器对停机工单或开机工单进行处理。

第一服务器根据kafka下发标识向第二服务器发送kafka消息，kafka消息包括停机工单或开机工单，kafka消息用于指示第二服务器对停机工单或开机工单进行处理，通过第一服务器向第二服务器发送kafka消息的方式，下发停机工单或开机工单，可以提高停机工单和开机工单的下发效率，进而有利于提高工单处理效率。

步骤S104：第二服务器接收第一服务器发送的kafka消息。

第二服务器为安装有省分业务支撑系统的服务器，第二服务器接收第一服务器发送的kafka消息，并通过kafka消息获取到停机工单或开机工单。在获取到停机工单或开机工单之后，第二服务器还可以将停机工单或开机工单存储至客户关系管理数据库(customer relationship management，CRM)数据库中。

步骤S105：第二服务器根据kafka消息对停机工单或开机工单进行处理。

第二服务器根据kafka消息对停机工单或开机工单进行处理，可以通过停机工单获取用户的停机业务，以对停机工单进行处理，或通过开机工单获取用户需要开通的业务，以对开机工单进行处理，本申请实施例对第二服务器根据kafka消息对停机工单或开机工单进行处理的具体实施方式不做限制。

本申请实施例中，通过第一服务器生成停机工单以及开机工单，并根据kafka下发标识向第二服务器发送kafka消息，指示第二服务器对停机工单或开机工单进行处理，实现了停机工单和开机工单的快速下发，提高了停机工单和开机工单的处理效率。

在对停机工单的处理过程中，可能会存在开机工单，在处理停机工单时判断是否存在开机工单，并判断是否需要对停机工单进行处理，可以有效提高停机工单处理的效率。基于此，在一种可能的实施方式中，图3是本申请另一实施例提供的停机工单处理方法的流程图，该方法可以通过本申请实施例提供的第二服务器执行，第一服务器为安装有集中业务支撑系统的服务器，第二服务器为安装有省分业务支撑系统的服务器，下面对本申请实施例提供的工单处理方法进行介绍。如图3所示，本申请实施例提供的工单处理方法，停机工单中包括用户业务信息，步骤S105中根据kafka消息对停机工单进行处理，包括：

步骤S201：第二服务器判断是否存在开机工单。

第二服务器判断是否存在开机工单，若存在开机工单，则执行步骤S203，若不存在开机工单，则执行步骤S202。

步骤S202：若不存在开机工单，则第二服务器执行停机工单。

本申请实施例对第二服务器执行停机工单的具体实现方式不做限制，只要可以执行停机工单即可，在一种可能的实施方式中，第二服务器执行停机工单，可以包括：从停机工单中获取用户业务信息，第二服务器通过用户业务信息，生成停机指示信息，第二服务器发送停机指示信息至网元，停机指示信息用于指示网元对终端进行停机处理。

若不存在开机工单，则第二服务器对停机工单进行处理，停机工单中包括用户业务信息，本申请实施例对具体用户业务信息不做限制，例如，用户业务信息可以包括用户号码、用户标识、号码归属地等信息。

第二服务器发送停机指示信息至网元，以指示网元对终端进行停机处理，终端可以是手机，本申请实施例对此不做限制。

步骤S203：第二服务器对停机工单进行完工处理。

本申请实施例对第二服务器对停机工单进行完工处理的具体实现方式不做限制，在一种可能的实施方式中，第二服务器对停机工单进行完工处理，可以包括：第二服务器生成第一工单竣工消息，第一工单竣工消息中包括停机工单信息，用于指示第一服务器对停机工单进行完工处理；第二服务器发送第一工单竣工消息至第一服务器；

第二服务器生成第一工单竣工消息时，不需要收到网元对终端停机处理完毕的回执信息，仅在向网元发送停机指示或者在判断存在停机工单之后，即可生成第一工单竣工消息，第一工单竣工消息包括停机工单信息，以指示第一服务器对停机工单进行完工处理。

对停机工单进行完工处理，具体可以通过对停机工单写入已竣工标识，并将停机工单进行备份处理的方式实现，本申请实施例对此不做限制。

本申请实施例中，通过在向网元发送停机指示信息之后，生成并发送第一工单竣工消息至第一服务器，不需要等待网元的状态回写，提高了对停机工单完工处理的效率。

步骤S204：若存在开机工单，则第二服务器对停机工单进行完工处理，并执行开机工单。

第二服务器对停机工单进行完工处理的具体实现方式，可参考步骤S202中的内容，不再赘述。本申请实施例对第二服务器执行开机工单的具体实现方式不做限制，在一种可能的实施方式中，第二服务器从开机工单中获取用户业务信息；第二服务器通过用户业务信息，生成开机指示信息；第二服务器发送开机指示信息至网元，开机指示信息用于指示网元对终端进行开机处理。

第二服务器发送开机指示信息至网元，以指示网元对终端进行开机处理，终端可以是手机，本申请实施例对此不做限制。

步骤S205：第二服务器对开机工单进行完工处理。

本申请实施例对开机工单进行完工处理的实现方式不做限制，在一种可能的实施方式中，第二服务器生成第二工单竣工消息，第二工单竣工消息中包括开机工单信息，用于指示第一服务器对开机工单进行完工处理；第二服务器发送第二工单竣工消息至第一服务器；第一服务器接收第二服务器发送的第二工单竣工消息；第一服务器通过开机工单信息对开机工单进行完工处理。

第二服务器生成第二工单竣工消息并发送第二工单竣工消息至第一服务器的方式与第二服务器生成第一工单竣工消息并发送第一工单竣工消息至第一服务器的方式类似，第一服务器接收第二工单竣工消息并通过开机工单信息对开机工单进行完工处理的方式与第一服务器接收第一工单竣工消息并通过停机工单信息对停机工单进行完工处理的方式类似，不再赘述。详情可参考步骤S203。

本申请实施例中，通过在向网元发送开机指示信息之后，生成并发送第二工单竣工消息至第一服务器，不需要等待网元的状态回写，提高了对开机工单完工处理的效率。

在对开机工单的处理过程中，可能会存在停机工单，在处理开机工单时判断是否存在停机工单，以在存在停机工单时，对停机工单进行竣工处理，直接执行开机工单，可以有效提高工单处理的效率。基于此，在一种可能的实施方式中，图4是本申请又一实施例提供的开机工单处理方法的流程图，该方法可以通过本申请实施例提供第二服务器执行，第一服务器为安装有集中业务支撑系统的服务器，第二服务器为安装有省分业务支撑系统的服务器，下面对本申请实施例提供的工单处理方法进行介绍。如图4所示，本申请实施例提供的工单处理方法，开机工单中包括用户业务信息，步骤S105中根据kafka消息对开机工单进行处理，包括：

步骤S301：第二服务器判断是否存在停机工单。

经过第二服务器对是否存在停机工单的判断，若不存在停机工单，则执行步骤S302，若存在停机工单则执行步骤S303。

步骤S302：若不存在停机工单，则第二服务器执行开机工单。

执行开机工单的具体过程可参考步骤S204中的相关内容，不再赘述。

步骤S303：若存在停机工单，则对停机工单进行完工处理，并执行开机工单。

对停机工单进行完工处理的具体实现方式可参考步骤S203中的内容，不再赘述，执行开机工单的具体实现方式可参考步骤S204中的相关内容，不再赘述。

步骤S304：第二服务器对开机工单进行完工处理。

对开机工单进行完工处理的具体实现方式可参考步骤S205中的相关内容，不再赘述。

本申请实施例中，通过在处理开机工单时，判断存在停机工单，则直接生成第一工单竣工消息，对停机工单进行完工处理，提高了工单处理效率，避免了对终端停机之后再开机，增强了用户体验。

下面介绍本申请实施例提供的服务器、电子设备、可读存储介质、系统以及计算机程序产品，其内容及效果可参考上述实施例提供的工单处理方法，不再赘述。

本申请实施例提供一种第一服务器，第一服务器为安装有集中业务支撑系统的服务器，图5是本申请一实施例提供的第一服务器的结构示意图，如图5所示，本申请实施例提供的第一服务器可以包括：

发起模块51，用于发起停机指令或开机指令。

第一生成模块52，用于根据停机指令生成停机工单，停机工单包括消息列队kafka下发标识；或，根据开机指令生成开机工单，开机工单包括kafka下发标识。

第一发送模块53，用于根据kafka下发标识向第二服务器发送kafka消息，kafka消息用于指示第二服务器对停机工单或开机工单进行处理，第二服务器为安装有省分业务支撑系统的服务器。

可选的，第一生成模块52具体用于：

判断第一服务器中是否存在在途工单；若不存在在途工单，则生成停机工单。

可选的，第一生成模块52具体用于：

判断第一服务器中是否存在在途工单；若不存在在途工单，则生成开机工单。

可选的，第一生成模块52还用于：

若存在在途工单，则判断在途工单是否为停机工单；若在途工单为停机工单，则生成开机工单。

可选的，如图5所示，本申请实施例提供的第一服务器，还包括：

第一接收模块54，用于接收第二服务器发送的第一工单竣工消息或第二工单竣工消息，第一工单竣工消息包括停机工单信息，第二工单竣工消息包括开机工单信息；第一处理模块55，用于通过停机工单信息对停机工单进行完工处理，或，通过开机工单信息对开机工单进行完工处理。

在一种可选的实现方式中，本申请实施例中的第一发送模块和第一接收模块可以是处理器的传输接口，发起模块、第一生成模块和第一处理模块的功能可以都是处理模块完成，该处理模块例如可以是处理器。

本申请实施例提供一种第二服务器，第二服务器为安装有省分业务支撑系统的服务器，图6是本申请一实施例提供的第二服务器的结构示意图，如图6所示，本申请实施例提供的第二服务器可以包括：

第二接收模块61，用于接收第一服务器发送的kafka消息，kafka消息包括第一服务器根据停机指令生成的停机工单或第一服务器根据开机指令生成的开机工单，kafka消息用于指示第二服务器对停机工单或开机工单进行处理，第一服务器为安装有集中业务支撑系统的服务器；第二处理模块62，用于根据kafka消息对停机工单或开机工单进行处理。

在一种可能的实施方式中，第二处理模块62具体用于：

判断是否存在开机工单；若不存在开机工单，则执行停机工单；对停机工单进行完工处理。

在一种可能的实施方式中，第二处理模块62具体用于，若存在开机工单，则对停机工单进行完工处理，并执行开机工单；对开机工单进行完工处理。

在一种可能的实施方式中，第二处理模块62具体用于：

判断是否存在停机工单；若不存在停机工单，则执行开机工单；对开机工单进行完工处理。

在另一种可能的实施方式中，若存在停机工单，则对停机工单进行完工处理，并执行开机工单；对开机工单进行完工处理。

可选的，第二处理模块62具体用于：

从停机工单中获取用户业务信息；通过用户业务信息，生成停机指示信息；发送停机指示信息至网元，停机指示信息用于指示网元对终端进行停机处理。

可选的，第二处理模块62具体用于：

从开机工单中获取用户业务信息；通过用户业务信息，生成开机指示信息；发送开机指示信息至网元，开机指示信息用于指示网元对终端进行开机处理。

可选的，第二处理模块62具体用于：生成第一工单竣工消息，第一工单竣工消息中包括停机工单信息，用于指示第一服务器对停机工单进行完工处理；发送第一工单竣工消息至第一服务器。

可选的，第二处理模块62，具体用于：生成第二工单竣工消息，第二工单竣工消息中包括开机工单信息，用于指示第一服务器对开机工单进行完工处理；发送第二工单竣工消息至第一服务器。

在一种可实现的方式中，第二处理模块的功能可以通过处理器实现，第二接收模块可以是该处理器的传输接口或接收端口，本申请实施例对比不做限制。

图7是本申请实施例提供的电子设备的结构示意图，如图7所示，该设备包括：

处理器71、存储器72、收发器73以及计算机程序；其中，收发器73实现与其他设备之间的数据传输，计算机程序被存储在存储器72中，并且被配置为由处理器71执行，计算机程序包括用于执行上述工单处理方法的指令，其内容及效果请参考方法实施例。

图8是本申请实施例提供的电子设备的结构示意图，如图8所示，该设备包括：

处理器81、存储器82、收发器83以及计算机程序；其中，收发器83实现与其他设备之间的数据传输，计算机程序被存储在存储器82中，并且被配置为由处理器81执行，计算机程序包括用于执行上述工单处理方法的指令，其内容及效果请参考方法实施例。

图9是本申请实施例提供的系统的结构示意图，可选的，电子设备可以是服务器，如图9所示，本申请实施例提供的系统可以包括第一服务器91和第二服务器92，第一服务器91和第二服务器92用于执行上述工单处理方法。

此外，本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当用户设备的至少一个处理器执行该计算机执行指令时，用户设备执行上述各种可能的方法。

其中，计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于用户设备中。当然，处理器和存储介质也可以作为分立组件存在于通信设备中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims (19)

1.一种工单处理方法，其特征在于，所述方法应用于第一服务器，所述第一服务器为安装有集中业务支撑系统的服务器，所述方法包括：

发起停机指令或开机指令；

根据所述停机指令生成停机工单，所述停机工单包括消息列队kafka下发标识；或，根据所述开机指令生成开机工单，所述开机工单包括kafka下发标识；

根据所述kafka下发标识向第二服务器发送kafka消息，所述kafka消息用于指示所述第二服务器对所述停机工单或所述开机工单进行处理，所述第二服务器为安装有省分业务支撑系统的服务器。

2.根据权利要求1所述的方法，其特征在于，所述根据所述停机指令生成停机工单，包括：

判断所述第一服务器中是否存在在途工单；

若不存在所述在途工单，则生成所述停机工单。

3.根据权利要求1所述的方法，其特征在于，所述根据所述开机指令生成开机工单，包括：

判断所述第一服务器中是否存在在途工单；

若不存在所述在途工单，则生成所述开机工单。

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

若存在所述在途工单，则判断所述在途工单是否为所述停机工单；

若所述在途工单为所述停机工单，则生成所述开机工单。

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

接收所述第二服务器发送的第一工单竣工消息或第二工单竣工消息，所述第一工单竣工消息包括停机工单信息，所述第二工单竣工消息包括开机工单信息；

通过所述停机工单信息对所述停机工单进行完工处理，或，通过所述开机工单信息对所述开机工单进行完工处理。

6.一种工单处理方法，其特征在于，所述方法应用于第二服务器，所述第二服务器为安装有省分业务支撑系统的服务器，所述方法包括：

接收第一服务器发送的kafka消息，所述kafka消息包括第一服务器根据停机指令生成的停机工单或第一服务器根据开机指令生成的开机工单，所述kafka消息用于指示所述第二服务器对所述停机工单或所述开机工单进行处理，所述第一服务器为安装有集中业务支撑系统的服务器；

根据所述kafka消息对所述停机工单或所述开机工单进行处理。

7.根据权利要求6所述的方法，其特征在于，根据所述kafka消息对所述停机工单进行处理，包括：

判断是否存在所述开机工单；

若不存在所述开机工单，则执行所述停机工单；

对所述停机工单进行完工处理。

8.根据权利要求7所述的方法，其特征在于，

若存在所述开机工单，则对所述停机工单进行完工处理，并执行所述开机工单；

对所述开机工单进行完工处理。

9.根据权利要求6所述的方法，其特征在于，根据所述kafka消息对所述开机工单进行处理，包括：

判断是否存在所述停机工单；

若不存在所述停机工单，则执行所述开机工单；

对所述开机工单进行完工处理。

10.根据权利要求9所述的方法，其特征在于，

若存在所述停机工单，则对所述停机工单进行完工处理，并执行所述开机工单；

对所述开机工单进行完工处理。

11.根据权利要求7所述的方法，其特征在于，所述停机工单中包括用户业务信息，所述执行所述停机工单，包括：

从所述停机工单中获取所述用户业务信息；

通过所述用户业务信息，生成停机指示信息；

发送所述停机指示信息至网元，所述停机指示信息用于指示所述网元对终端进行停机处理。

12.根据权利要求8-10任一项所述的方法，其特征在于，所述开机工单中包括用户业务信息，所述执行所述开机工单，包括：

从所述开机工单中获取所述用户业务信息；

通过所述用户业务信息，生成开机指示信息；

发送所述开机指示信息至网元，所述开机指示信息用于指示所述网元对终端进行开机处理。

13.根据权利要求7-8或10-11任一项所述的方法，其特征在于，对所述停机工单进行完工处理，包括：

生成第一工单竣工消息，所述第一工单竣工消息中包括停机工单信息，用于指示所述第一服务器对所述停机工单进行完工处理；

发送所述第一工单竣工消息至所述第一服务器。

14.根据权利要求8-10任一项所述的方法，其特征在于，对所述开机工单进行完工处理，包括：

生成第二工单竣工消息，所述第二工单竣工消息中包括开机工单信息，用于指示所述第一服务器对所述开机工单进行完工处理；

发送所述第二工单竣工消息至所述第一服务器。

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

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-5中任一项所述的方法。

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

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求6-14中任一项所述的方法。

17.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-5中任一项所述的方法。

18.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求6-14中任一项所述的方法。

19.一种系统，其特征在于，包括如权利要求15所述的电子设备和如权利要求16所述的电子设备。

Images