BSS业务系统的控制方法、装置、电子设备及存储介质与流程

bss业务系统的控制方法、装置、电子设备及存储介质
技术领域
1.本技术实施例涉及计算机技术领域，特别是涉及一种bss业务系统的控制方法、装置、电子设备及存储介质。


背景技术：

2.随着电信技术的不断发展，电信业务日趋复杂，在传统业务之外还新增了很多新兴业务，并且已经实现通过计算机、应用程序(application，app)、小程序等方式进行7*24小时业务受理，保证更加全面的服务于客户，但也正是因为于此，使得每一种接入端口的业务呈现不断叠加，最后导致bss业务系统从前端到后端整体业务能力十分庞大、接入的外围系统也越来越多。这些外围系统和bss业务系统共同支撑起电信业务受理体系，这些外围系统不可避免的会有故障发生，进而影响整个bss业务系统的稳定性。


技术实现要素：

3.本技术实施例提供一种bss业务系统的控制方法、装置、电子设备及存储介质，有助于提高bss业务系统的稳定性。
4.为了解决上述问题，第一方面，本技术实施例提供了一种bss业务系统的控制方法，包括：
5.响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态；
6.根据所述调用开关状态，控制对所述外围系统的调用。
7.第二方面，本技术实施例提供了一种bss业务系统的控制装置，包括：
8.开关状态获取模块，用于响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态；
9.调用控制模块，用于根据所述调用开关状态，控制对所述外围系统的调用。
10.第三方面，本技术实施例还提供了一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面所述的bss业务系统的控制方法。
11.第四方面，本技术实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时第一方面所述的bss业务系统的控制方法的步骤。
12.本技术实施例提供的bss业务系统的控制方法、装置、电子设备及存储介质，通过响应于第一用户标识对bss业务系统的外围系统的调用请求，获取外围系统的调用开关状态，根据调用开关状态控制对外围系统的调用，由于调用开关状态是基于第二用户标识的操作请求进行更新的，在外围系统故障时，第二用户标识的操作请求可以是请求将调用开
关状态更新为关闭状态，这样在外围系统故障时可以及时关闭对外围系统的调用，可以避免外围系统故障对bss业务系统的影响，提高bss业务系统的稳定性。
附图说明
13.为了更清楚地说明本技术实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
14.图1是本技术实施例提供的一种bss业务系统的控制方法的流程图；
15.图2是本技术实施例提供的另一种bss业务系统的控制方法的流程图；
16.图3是本技术实施例提供的另一种bss业务系统的控制方法的流程图；
17.图4是本技术实施例中在业务规则调用过程中出现问题时的定位过程的示意图；
18.图5是本技术实施例提供的另一种bss业务系统的控制方法的流程图；
19.图6是本技术实施例提供的一种bss业务系统的控制装置的结构框图；
20.图7是本技术实施例提供的一种电子设备的结构框图。
具体实施方式
21.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
22.图1是本技术实施例提供的一种bss业务系统的控制方法的流程图，该bss业务系统的控制方法可以由bss业务系统执行，也可以由独立于bss业务系统的其他系统进行执行，如图1所示，该方法包括如下步骤。
23.步骤110，响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态。
24.其中，第一用户标识可以是在营业厅为客户办理业务的第一用户(例如可以是柜台工作人员)的标识，例如可以是工号。第二用户标识可以是bss业务系统的运维人员的标识。外围系统可以是进行无纸化操作的系统，例如可以进行电子签名、电子表单的核对等。所述调用开关状态为关闭状态时表征外围系统不可用，所述调用开关状态为开启状态时表征外围系统可用。
25.在bss业务系统的外围系统故障时，接收第二用户标识针对所述外围系统的关闭操作请求，更新所述外围系统的调用开关的状态为关闭状态；在所述外围系统的故障解除时，接收第二用户标识针对所述外围系统的开启操作请求，更新所述调用开关的状态为开启状态。可以对外围系统的调用日志进行分析，确定外围系统是否有故障，并向第二用户标识进行告警；或者，也可以是第二用户标识所对应的第二用户来确定外围系统是否有故障。在外围系统有故障时，第二用户基于第二用户标识在系统中进行操作，即在对外围系统的
操作页面中对有故障的外围系统进行一键关闭操作，操作页面中显示各外围系统的调用开关的操作按钮，第二用户可以触发有故障的外围系统对应的关闭按钮，对外围系统进行一键关闭操作，系统接收到第二用户标识对有故障的外围系统的关闭操作请求，关闭对外围系统的调用，在数据库中将外围系统的调用开关的状态由开启状态更新为关闭状态，同时对业务系统的缓存中该外围系统的调用开关状态进行刷新。在外围系统的故障解除时，第二用户基于第二用户标识在系统中进行操作，即在对外围系统的操作页面中对解除故障后可用的外围系统进行一键开启操作，操作页面中显示各外围系统的调用开关的操作按钮，第二用户可以触发已解除故障的外围系统对应的开启按钮，对外围系统进行一键开启操作，系统接收到第二用户标识对外围系统的开启操作请求，开启对外围系统的调用，在数据库中将该外围系统的调用开关的状态由关闭状态更新为开启状态，同时对业务系统的缓存中该外围系统的调用开关状态进行刷新。其中，第二用户基于第二用户标识在系统中进行操作时，可以使用计算机进行操作，或者也可以使用手机、平板电脑等中的应用程序进行操作。业务系统的缓存可以是业务系统的本地缓存，或者是缓存中间件。通过缓存同时存储调用开关状态，不需要每次对数据库进行读取，可以提升性能。
26.在第一用户操作bss业务系统进行业务办理时，如果需要调用外围系统，则可以在bss业务系统中进行操作，触发对外围系统的调用请求，系统接收到第一用户标识对bss业务系统的外围系统的调用请求，从缓存中查询外围系统的调用开关状态。
27.外围系统的调用开关状态可以通过开关定义模块来进行控制。开关定义模块，定义一个标志作为外围系统是否可调用的开关，标志为开启状态时表示可以调用外围系统，标志为关闭状态时表示不可以调用外围系统。开关定义(也就是调用开关状态)一般保存在数据库中，同时为了提升性能，开关的数据库定义结果会加载到系统缓存或者独立的缓存中间件中。如果调用开关状态有变更，需要更新数据库中的调用开关状态的配置并刷新缓存中的调用开关状态后，新的开关配置(即新的调用开关状态)才能真正生效。
28.步骤120，根据所述调用开关状态，控制对所述外围系统的调用。
29.在调用开关状态为开启状态时，表明外围系统是可用的，可以调用外围系统；在调用开关状态为关闭状态时，表明外围系统是不可用的，不允许调用外围系统。在根据调用开关状态控制对外围系统的调用时，还可以结合调用开关状态和第一用户标识对于的操作权限的来控制对外围系统的调用。
30.可以设置业务场景埋点判断模块，来对是否可调用外围系统进行判断，可以基于各个系统或者模块的业务要求，在调用外围系统的位置设置埋点，加载开关定义模块，并基于判断逻辑来判断是否可调用外围系统，即在从开关定义模块获取到调用开关状态后，判断调用开关状态是开启状态还是关闭状态，进而控制对外围系统的调用。
31.在本技术的一个实施例中，所述根据所述调用开关状态，控制对所述外围系统的调用，包括：若所述调用开关状态为开启状态，则调用所述外围系统；若所述调用开关状态为关闭状态，则拒绝调用所述外围系统。
32.在一种示例性场景中，可以只基于调用开关状态来控制对外围系统的调用。在调用开关状态为开启状态时，可以调用外围系统，在调用开关状态为关闭状态时，拒绝调用该外围系统。这样在外围系统故障时及时更新调用开关状态，便可以基于调用开关状态拒绝调用外围系统，可以避免外围系统故障给bss业务系统造成的影响，提高bss业务系统的稳
定性。
33.在本技术的另一个实施例中，所述根据所述调用开关状态，控制对所述外围系统的调用，包括：若所述调用开关状态为开启状态，则获取调用所述外围系统的调用接口所对应的权限码，并获取所述权限码和所述第一用户标识的关联状态；在所述权限码为生效状态且所述关联状态为生效状态时，调用所述外围系统，在所述权限码为失效状态或者所述关联状态为失效状态时，拒绝调用所述外围系统；若所述调用开关状态为关闭状态，则拒绝对所述外围系统的调用。
34.在另一种示例性场景中，可以结合调用开关状态和第一用户标识对应的操作权限来共同控制对外围系统的调用。在调用开关状态为开启状态的情况下，进一步判断第一用户标识所对应的操作权限。不同的业务的调用接口分别对应不同的权限码，该权限码有对应的调用状态，调用状态来控制该权限码是否生效，第一用户标识和权限码也有对应的关联状态，关联状态用来控制第一用户标识与该权限码的关联关系，权限码的调用状态、以及第一用户标识和权限码的关联状态可以在数据库中保存。在权限码为生效状态且第一用户标识和权限码的关联状态也是生效状态时，表示第一用户标识具备该外围系统的调用权限，这时可以调用该外围系统；在权限码为失效状态、或者第一用户标识和权限码的关联状态为失效状态时，标识第一用户标识不具备该外围系统的调用权限，这时拒绝调用该外围系统。在调用开关状态为关闭状态的情况下，表示外围系统不可用，这时不需要判断第一用户标识所对应的操作权限，直接拒绝调用该外围系统。
35.可以设置权限控制模块来对第一用户标识的操作权限进行控制，即将对外围系统的访问抽象为一种权限，为不同的调用接口和业务定义不同的权限码，权限码和第一用户标识关联，同时权限码实体有状态定义，第一用户标识和权限码也有关联状态的定义。当权限码为生效状态且第一用户标识和权限码的关联状态也是生效状态的时候，表示第一用户标识具备外围系统调用的权限，可以调用和访问外围系统；当权限码为失效状态、或者第一用户标识和权限码的关联状态为生效状态的时候，表示第一用户标识不具备外围系统调用的权限，不可以调用和访问外围系统。在设置权限控制模块时，业务场景埋点判断模块还需要加载权限控制模块，并增加权限判断逻辑，来基于从权限控制模块中获取到的调用接口权限码的状态、以及第一用户标识和权限码的关联状态，对第一用户标识对外围系统的调用权限进行判断。
36.在调用开关状态为开启状态的情况下，进一步结合第一用户标识的操作权限，来对外围系统的调用进行控制，可以提高外围系统的安全性。
37.需要说明的是，在其他示例性场景中，如果外围系统故障不会对bss业务系统造成影响，也可以不考虑调用开关状态，可以对第一用户标识的操作权限进行判断，在第一用户标识具备外围系统的调用权限时，调用外围系统，在第一用户标识不具备外围系统的调用权限时，拒绝调用外围系统。即获取调用外围系统的调用接口所对应的权限码，并获取权限码和第一用户标识的关联状态；在权限码为生效状态且关联状态为生效状态时，调用外围系统，在权限码为失效状态或者关联状态为失效状态时，拒绝调用外围系统。
38.本实施例提供的bss业务系统的控制方法，通过响应于第一用户标识对bss业务系统的外围系统的调用请求，获取外围系统的调用开关状态，根据调用开关状态控制对外围系统的调用，由于调用开关状态是基于第二用户标识的操作请求进行更新的，在外围系统
故障时，第二用户标识的操作请求可以是请求将调用开关状态更新为关闭状态，这样在外围系统故障时可以及时关闭对外围系统的调用，可以避免外围系统故障对bss业务系统的影响，提高bss业务系统的稳定性。
39.在上述技术方案的基础上，所述方法还包括：在所述bss业务系统的当前主机故障时，接收第二用户标识对所述bss业务系统的主机切换指令；在所述第二用户标识具有所述bss业务系统的主机切换权限时，将所述当前主机所关联的工号切换至目标主机中。
40.提供bss业务系统的主机一键切换的界面，在bss业务系统的当前主机故障时，第二用户标识所对应的第二用户可以在主机一键切换的界面中进行操作，对有故障的当前主机进行切换，系统接收到第二用户标识对bss业务系统的主机切换指令，判断第二用户标识是否具有bss业务系统的主机切换权限，在第二用户标识具有bss业务系统的主机切换权限时，将当前主机所关联的所有工号切换至目标主机中，由目标主机支持这些工号所办理的业务。所述目标主机可以是预先配置的与当前主机所对应的备用主机，或者，也可以是第二用户在进行主机切换时指定的主机。
41.通过基于第二用户标识的主机切换指令，在第二用户标识具有主机切换权限时，进行主机的切换，可以在当前主机故障时，及时进行主机的切换，进一步保证bss业务系统的稳定性。
42.在本技术的一个实施例中，在所述第二用户标识具有所述bss业务系统的主机切换权限时，将所述当前主机所关联的工号切换至目标主机中，包括：在所述第二用户标识具有所述bss业务系统的主机切换权限时，对所述第二用户标识进行认证，在认证通过时，将所述当前主机所关联的工号切换至所述目标主机中。
43.为了进一步保证主机切换的安全性，在第二用户标识具有bss业务系统的主机切换权限时，对第二用户标识进行进一步认证，在认证通过时，将当前主机所关联的所有工号切换至目标主机中，若认证不通过，则不执行主机的切换。
44.在本技术的一个实施例中，所述对所述第二用户标识进行认证，包括：获取所述第二用户标识的高级权限；若所述第二用户标识具有高级权限，则认证通过；若所述第二用户标识无高级权限，则进行短信认证。
45.在对第二用户标识进行安全认证时，可以从数据库中查询第二用户标识的高级权限，若第二用户标识具有高级权限，则认证通过，若第二用户标识不具有高级权限，可以进行短信认证，即展示短信认证页面，基于第二用户标识的短信认证指令，向第二用户标识所关联的手机号码发送验证码，第二用户输入验证码后，如果第二用户输入的验证码与向所述手机号码发送的验证码相同，则认证通过，否则认证不通过。通过对具有高级权限的第二用户，不进行短信认证，可以避免第二用户无法直接联系或者短信发送平台故障导致无法接收到短信的情况，而且对于不具有高级权限的第二用户进行短信认证，可以进一步提高主机切换的安全性。
46.在上述技术方案的基础上，在所述将所述当前主机所关联的工号切换至目标主机中之后，还包括：生成主机切换的日志记录，所述日志记录包括所述第二用户标识、操作时间和操作结果。
47.在进行主机切换后，生成主机切换的日志记录，记录进行主机切换操作的第二用户标识、主机切换时的操作时间以及对应的操作结果(切换成功或切换失败)，还可以记录
操作事由(主机故障或者其他问题)、认证方式(短信认证或高级权限的认证)等。通过保存主机切换的日志，方便进行查询。
48.本技术实施例实现了一键切换系统(包括外围系统或主机)，可以大大减少故障处理所需的沟通协调成本，并且大大提升故障处理所需的时间，故障处置时间可以缩短到1分钟内，并且由于记录了日志，这样有详细操作轨迹便于日后核查。
49.图2是本技术实施例提供的另一种bss业务系统的控制方法的流程图。业务规则作为bss业务系统实现业务的核心，随着电信业务的不断发展，新业务层出不穷，涉及的业务规则也越来越多，且业务规则会经常发生变化。业务规则不断推陈出新，各种各样的规则无法及时加载，仅靠人为管理，为保证生产系统的稳定，营业系统建立了多环境机制，导致一条规则需要在生产、测试、灰度等多环境多次配置，业务规则的管理较为混乱，此外过多的业务规则导致对业务需求的响应缓慢，同时也影响了系统的稳定性。为了解决这个问题，本技术实施例提供如下的技术方案。如图2所示，所述bss业务系统的控制方法包括如下步骤：
50.步骤210，响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态。
51.步骤220，根据所述调用开关状态，控制对所述外围系统的调用。
52.步骤230，通过规则配置页面获取与第一业务标识对应的第一规则标识。
53.提供规则配置页面，以供第二用户进行规则配置，第二用户可以基于第二用户标识登录系统，来进行规则的配置，来配置第一规则标识以及第一规则标识对应的应用场景，系统通过规则配置页面获取第二用户配置的与第一业务标识对应的第一规则标识。
54.步骤240，将所述第一规则标识对应的第一业务规则发布到所述第一业务标识对应的测试环境中，并在数据库中保存所述第一规则标识、所述第一规则标识对应的规则代码以及所述测试环境的环境标识。
55.在配置完成后，第二用户可以选择发布环境，进而给出发布指令，系统基于将第一规则标识发布到测试环境的发布指令，将第一规则标识对应的第一业务规则发布到第一业务标识对应的测试环境中，并在数据库中保存第一规则标识、第一规则标识对应的规则代码以及测试环境的环境标识，将第一业务规则发布到测试环境后，刷新系统中测试环境的主机缓存，在缓存中记录第一规则标识、第一规则标识对应的规则代码以及测试环境的环境标识，在第一业务规则被调用时，可以基于第一规则标识所对应的环境标识来限制对应的环境场景。
56.步骤250，响应于对所述第一规则标识的同步指令，将所述第一业务规则同步发布到生产环境中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识，所述生产环境基于所述数据库中的规则代码对所述第一业务规则进行调用。
57.在测试环境中对第一业务规则进行测试，测试完成后，可以对第一业务规则进行一键同步，将第一业务规则同步发布到生产环境中，将数据库中该第一规则标识所对应的环境标识更新为生产环境的环境标识，该生产环境无需重启应用，基于数据库的更新刷新生产环境的主机缓存，在生产环境的主机缓存中记录第一规则标识、第一规则标识对应的规则代码以及该生产环境的环境标识，生产环境便可以基于规则代码对第一业务规则进行
调用。测试环境和生产环境仅共用保存业务规则的数据库，其余的基础数据源为各自的数据源，独立保存。
58.在将第一业务规则从测试环境同步发布到生产环境时，可以同时将多个第一业务规则同步发布到生产环境中。在将第一业务规则从测试环境同步发布到生产环境时，首先将第一业务规则对应的第一插件发布到生产环境中，之后将第一业务规则发布到生产环境中，调用服务接口刷新生产环境下各节点的规则缓存(即将各节点的规则缓存中第一规则标识所对应的环境标识刷新为生产环境的环境标识)，并调用服务接口刷新生产环境下各节点的插件缓存(即将各节点的插件缓存中第一插件所对应的环境标识刷新为生产环境的环境标识)，将测试环境的场景启停发布记录同步到生产环境中，并更新生产环境中场景启停发布记录状态。场景启停发布记录是记录第一业务规则的启停，即每次发布业务规则时会先停止该业务规则，再发布修改后的业务规则。第一插件规定了第一业务规则的使用场景，相当于一个场景模板，规定了出入参。
59.示例性的，在将第一业务规则对应的第一插件发布到生产环境中时，查询生产环境的插件发布记录数据，可以使用sql来进行查询，如果生产环境的插件发布记录数据中有第一插件的发布记录，说明该第一插件为已有插件，这时将第一插件的发布记录更新为失效状态，如果生产环境的发布记录数据中没有第一插件的发布记录，说明第一插件不是已有插件，则不需要处理；查询测试环境的插件发布记录数据，从测试环境的插件发布记录数据中获取待发布到生产环境中的第一插件，将测试环境中第一插件的插件发布记录数据循环插入到生产环境的插件发布记录数据中。在将第一业务规则发布到生产环境中时，查询生产环境(即目标环境)对应的所有规则发布记录，并查询生产环境的规则集，如果规则发布记录中有待发布的第一业务规则的发布记录，说明第一业务规则是已有规则，本次发布的第一业务规则可能是版本更新后的规则，这时将第一业务规则的发布记录更新为失效状态，如果规则发布记录中有待发布的第一业务规则的发布记录，说明第一业务规则在生产环境中不存在，这时不需要进行处理；查询测试环境(即源环境)下对应的规则发布记录，获取待发布到生产环境的第一业务规则，将生产环境的第一业务规则的规则发布记录插入到生产环境的规则发布记录中。在将测试环境的场景启停发布记录同步到生产环境中时，查询生产环境的场景启停发布记录，若生产环境的场景启停发布记录中包括第一规则标识对应的场景启停发布记录，则将生产环境中的该场景启停发布记录置为失效状态，查询测试环境的所有场景启停发布记录，将测试环境中第一规则标识的场景启停发布记录插入至生产环境的场景启停发布记录中。在更新生产环境中场景启停发布记录状态时，查询生产环境对应的规则发布日志表、插件发布日志表，将规则发布日志表、插件发布日志表中场景启停发布记录为失败状态的数据更新为成功状态。
60.本实施例提供的bss业务系统的控制方法，通过规则配置业务获取与第一业务标识对应的第一规则标识，将第一规则标识对应的第一业务规则发布到第一业务标识对应的测试环境中，在数据库中保存第一规则标识、第一规则标识对应的规则代码以及测试环境的环境标识，响应于对第一规则标识的同步指令，将第一业务规则同步发布到生产环境中，将数据库中测试环境的环境标识更新为生产环境的环境标识，测试环境和生产环境共用保存规则的数据库，实现了测试环境规则与生产环境规则的打通，做到了一次配置多环境同步，可以减少业务规则从测试环境到生产环境中时人为遗漏配置，而且规则的发布与业务
系统松耦合，可以灵活调整，规则发布时业务系统无感知，由于规则可以直接从测试环境同步到生产环境中，提高了规则的发布效率。
61.在上述技术方案的基础上，所述数据库中还保存有所述第一规则标识对应的至少两个规则版本以及与每个所述规则版本对应的规则代码；
62.在所述将所述第一业务规则同步发布到生产环境中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识之后，还包括：响应于对所述第一规则标识的版本回退指令，将所述生产环境中的所述第一规则标识对应的当前版本回退至所述当前版本的前一版本。
63.第一业务规则可以具有多个规则版本，在前一规则版本的基础上进行更新后得到新的规则版本，这时，可以在数据库中保存第一规则标识对应的所有规则版本以及与每个规则版本对应的规则代码。
64.在将第一业务规则发布到生产环境后，如果当前版本的第一业务规则有问题或者想继续使用前一版本的第一业务规则，第二用户可以触发版本回退指令，系统接收到版本回退指令后，将生产环境中第一规则标识对应的当前版本回退至前一版本，使用前一版本的规则代码来调用第一业务规则。在当前版本的第一业务规则出现问题时，可以进行规则版本的回退，实现规则的回退，不影响生产环境中的业务。
65.在上述技术方案的基础上，在所述将所述第一业务规则同步发布到生产环境中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识之后，还包括：响应于对所述第一规则标识的停用指令，在所述生产环境中停用所述第一规则标识对应的第一业务规则。
66.在将第一业务规则发布到生产环境后，如果第一业务规则有问题，第二用户可以触发对第一规则标识的停用指令，系统接收到停用指令后，在生产环境中将第一规则标识对应的第一业务规则停用，实现有问题规则的及时下线，避免有问题规则对bss业务系统的影响。
67.图3是本技术实施例提供的另一种bss业务系统的控制方法的流程图。如图3所示，所述bss业务系统的控制方法包括如下步骤：
68.步骤310，响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态。
69.步骤320，根据所述调用开关状态，控制对所述外围系统的调用。
70.步骤330，通过规则配置页面获取与第一业务标识对应的第一规则标识。
71.步骤340，将所述第一规则标识对应的第一业务规则发布到所述第一业务标识对应的测试环境中，并在数据库中保存所述第一规则标识、所述第一规则标识对应的规则代码以及所述测试环境的环境标识。
72.步骤350，响应于对所述第一规则标识的同步指令，将所述第一业务规则同步发布到生产环境中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识，所述生产环境基于所述数据库中的规则代码对所述第一业务规则进行调用。
73.步骤360，从日志数据库中获取所述第一业务规则在所述生产环境中的调用记录。
74.生产环境中的每个节点在调用第一业务规则后，按照标准化格式生成第一规则标识对应的调用记录，并通过filebeat日志采集工具采用标准路径和格式将调用记录保存至日志数据库中。日志数据库可以是es库。调用记录可以包括第一规则标识、调用时间、调用结果、应用名称、节点名称、业务关键字(如号码、订单号等)、主机标识、容器ip地址等，还可以包括外部流水号、内部流水号、请求系统编码、请求ip、请求参数、规则编码、场景编码、插件编码、耗时、调用状态等。日志数据库可以采用集群架构的部署方式进行部署。
75.从日志数据库中获取生产环境中每个节点对各第一业务规则的调用记录，并在监控大屏中展示每个节点对各第一业务规则的调用记录的统计数据。在监控大屏中展示调用记录的统计数据时，可以区分不同服务中心的调用记录的统计数据，如果一个服务中心的调用记录正常，可以预设颜色来展示调用记录的视图，如展示为绿色。调用记录的统计数据可以包括调用量、cpu使用率、主机内存等。
76.步骤370，对所述日志数据库中的调用记录进行分析，在确定所述第一业务规则存在问题时，生成告警信息，并将所述告警信息发送至所述第二用户标识所对应的终端。
77.对日志数据库中的调用记录进行统计分析，将统计值与阈值进行比较来确定是否存在问题，如统计值大于阈值,则确定第一业务规则存在问题，生成告警信息(例如可以是告警短信)，并将告警信息推送至第二用户标识所对应的终端，在确定第一业务规则存在问题时，还可以在监控大屏中对存在问题的第一业务规则进行区别展示，示例性的，可以通过颜色进行区别展示，例如可以将存在问题的第一业务规则展示为红色。进一步的，问题可以包括第一问题和第二问题，若统计值大于第一阈值，则确定第一业务规则存在第一问题，若统计值大于第二阈值,则确定第一业务规则存在第二问题，第一阈值小于第二阈值，第一问题是需要告警的问题，第二问题是稍微严重的问题，需要及时处理；在确定第一业务规则存在问题时，在监控大屏中可以对存在第一问题的第一业务规则、存在第二问题的第一业务规则以及正常的第一业务规则进行区别展示，例如可以将存在第一问题的第一业务规则展示为黄色，将存在第二问题的第二业务规则展示为红色。第二用户标识所对应的终端可以是手机、计算机等。
78.其中，统计值可以是第一业务规则的调用量、第一业务规则的调用失败次数，第一业务规则对应的cpu使用率和第一业务规则所消耗的主机内存；在对统计值进行统计时，可以确定第一业务规则的调用量是否大于第一调用量阈值，确定第一业务规则的调用失败次数是否大于次数阈值，确定第一业务规则对应的cpu使用率是否大于第一cpu阈值，或者，确定第一业务规则所消耗的主机内存是否大于第一内存阈值，在其中至少一种大于第一阈值时，确定第一业务规则存在第一问题；确定第一业务规则的调用量是否大于第二调用量阈值，确定第一业务规则对应的cpu使用率是否大于第二cpu阈值，或者，确定第一业务规则所消耗的主机内存是否大于第二内存阈值，在其中至少一种大于第二阈值时，确定第一业务规则存在第二问题。
79.步骤380，响应于所述第二用户标识对所述问题的定位指令，从所述日志数据库中获取存在问题的调用记录，并展示所述存在问题的调用记录。
80.接收第二用户标识通过终端触发的定位指令，或者通过系统的展示界面触发的定位指令，从日志数据库中获取存在问题的调用记录，并在系统的展示界面中展示存在问题的调用记录，便于第二用户对有问题的第一业务规则进行处理。在从日志数据库中获取存
在问题的调用记录时，可以基于第二用户标识指定的时间范围，从日志数据库中获取时间范围内的存在问题的调用记录，并区分各个节点来展示各节点对应的调用记录，响应于第二用户标识对目标节点的选中指令，展示目标节点对应的调用记录，响应于第二用户标识对其中的目标调用记录的选中指令，展示该目标调用记录的报错信息。
81.本实施例提供的bss业务系统的控制方法，通过从日志数据库中获取第一业务规则在生产环境中的调用记录，对日志数据库中的调用记录进行分析，在确定第一业务规则存在问题时生成告警信息，并将告警信息发送至第二用户标识所对应的终端，响应于第二用户标识对所述问题的定位指令，从日志数据库中获取存在问题的调用记录，并展示存在问题的调用记录，通过对第一业务规则的日志进行分析，在问题出现时能够及时通知到第二用户，并且基于第二用户的指令，可以对问题进行快速定位，提升问题的定位效率。
82.在上述技术方案的基础上，在所述将所述告警信息发送至所述第二用户标识所对应的终端之后，还包括：根据所述问题的问题类型，采用与所述问题类型对应的处理方式对所述第一业务规则进行处理。
83.其中，所述处理方式包括规则停用、环境切换或者人工干预等。
84.在对日志数据库中的调用记录进行分析时，在确定对于业务规则存在问题时，同时确定该问题的问题类型。问题类型可以通过告警等级来进行区分，每个告警等级对应统计值的不同阈值，在统计值大于与告警等级对应的阈值时确定处于该告警等级。不同的问题类型对应不同的处理方式，在确定问题的问题类型后，采用与该问题类型对应的处理方式对存在问题的第一业务规则进行处理。
85.通过采用与问题类型对应的处理方式可以及时对存在问题的第一业务规则进行处理，进一步提高bss业务系统的稳定性。
86.在上述技术方案的基础上，所述方法还包括：通过定时任务定时对前一天的调用记录进行统计，得到统计报表，并保存所述统计报表。
87.定时任务定时在当天的固定时间对前一天的调用记录进行统计，可以按照统计条件从日志数据库中获取对应的调用记录(日志数据)进行统计，得到统计报表，如可以调用日志平台个性化查询定制能力，得到个性化报表。统计报表可以包括每日调用量最多的预设数量的第一业务规则(每日调用量top10)、每日规则耗时top10、失败规则top10等。得到的统计报表可以用于个性化分析各第一业务规则的使用情况。各类统计数据，如统计报表等，可以按照单片表的模式在mysql数据库保存，表模型设计关键字日期(date)字段，便于基于该日期字段快速检索。通过统计报表可以分析潜在的风险。
88.上述对日志数据库中的调用记录进行分析的操作可以通过日志平台完成，日志平台统一采集saas日志数据，通过kafka中转后实时存入日志数据库(es数据库)，实现业务日志的统一查询和统计。日志平台支持按照应用名、节点名、业务索引、调用链流水、业务关键字等维度检索日志信息；通过日志与调用链的串联，实现业务问题的快速、准确定位。日志平台的基础数据包括：业务日志、接口日志、中间件日志等。日志平台的应用系统在采集日志数据后发送至kafka，kafka负责统一接收应用系统发送的日志数据，并保存到日志数据库中。
89.在对日志数据库中的调用记录进行分析时，可以针对复杂日志进行复杂分析和提取的，比如json的解析、字段的生成、日志的复杂拆分等；各系统的日志，除公共字段以外，
可自行定义业务字段；各系统日志单独存储，单独查询逻辑，不支持跨系统一次性查询。提供了日志公共查询功能，提供日志查询的界面，可以根据应用名、节点名、日志级别、时间范围、关键字检索日志信息，提供了数据定时清理程序，预设时间(如3月)前的日志数据自动清理。提供了日志个性化查询定制能力，根据各系统业务字段，支持按时间段、业务字段进行复杂的统计类查询，如：1分钟调用量、日成功率等用于分析统计使用。
90.图4是本技术实施例中在业务规则调用过程中出现问题时的定位过程的示意图，如图4所示，通过调用链来调用es日志数据库中的日志数据，并展示在监控大屏中；判断各服务中心是否正常，在服务中心正常时，在监控大屏中展示绿色的调用视图，并展示定制化数据，如调用量、cpu使用率、主机内存等；在服务中心存在异常时，将问题应用(即存在第二问题的应用)显示为红色、告警应用(即存在第一问题的应用)显示为黄色，并统一推送告警短信；在接收到对各服务中心的点击指令时，通过es日志查询服务从es日志数据库中查询对应的日志数据；基于选中的时间范围通过调用链从es日志数据库中查询对应的日志数据；在选中失败节点时，展示失败节点的日志数据；基于对展示的日志数据中一日志数据的点击指令，展示该日志数据的报错信息；针对定位出的问题，可以进行处理；通过定时任务对前一天的日志数据生成统计报表，可以生成规则调用报表、sql调用超时清单、业务调用峰值报表、系统监控相关报表(监控cpu使用率、主机内存等)等，基于报表的内容可以分析潜在的风险。
91.图5是本技术实施例提供的另一种bss业务系统的控制方法的流程图。如图5所示，所述bss业务系统的控制方法包括如下步骤：
92.步骤510，响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态。
93.步骤520，根据所述调用开关状态，控制对所述外围系统的调用。
94.步骤530，通过规则配置页面获取与第二业务标识对应的第二业务规则。
95.提供规则配置页面，以供第二用户进行规则配置，第二用户可以基于第二用户标识登录系统，来进行规则的配置，来配置第二业务标识对应的第二业务规则。第二业务规则可以是通用规则，也可以是个性化的规则。
96.步骤540，获取所述第二业务规则的规则类型。
97.其中，所述规则类型包括通用规则(如全省规则)或标识规则。标识规则也可以称为个性化规则，服务中心可以基于需求在通用规则的基础上进行个性化设置，得到个性化规则。
98.在获取到第二业务规则的个性化标识时，确定第二业务规则的规则类型为标识规则；在未获取到第二业务规则的个性化标识时，确定第二业务规则的规则类型为通用规则。
99.步骤550，在所述第二业务规则被所述第二业务标识所对应的业务触发调用时，根据所述规则类型对所述第二业务规则进行校验。
100.在第二业务规则配置完成后，系统加载第二业务规则到对应环境中，并在数据库中保存第二业务规则的第二规则标识、规则代码以及环境标识，同时对对应环境的主机缓存进行刷新。对应环境可以是测试环境，或者是生产环境。
101.在第二业务规则被第二业务标识所对应的业务触发调用时，也就是在第二业务规则为所述业务订购时，根据规则类型采用与规则类型对应的校验方式对第二业务规则进行校验。
102.步骤560，在校验通过时，允许所述业务调用所述第二业务规则，在校验不通过时，拦截所述业务对所述第二业务规则的调用。
103.本实施例提供的bss业务系统的控制方法，通过规则配置业务获取与第二业务标识对应的第二业务规则，获取第二业务规则的规则类型，在第二业务规则被第二业务标识所对应的业务触发调用时，根据规则类型对第二业务规则进行校验，在校验通过时允许业务调用第二业务规则，在校验不通过时拦截业务对第二业务规则的调用，实现了采用与规则类型对应的校验方式对规则进行校验，进而实现了规则的个性化定制。
104.在上述技术方案的基础上，所述规则类型包括标识规则；
105.所述获取所述第二业务规则的规则类型，包括：若获取到所述第二业务规则的个性化标识，将所述个性化标识添加至所述第二业务规则中，确定所述第二业务规则的规则类型为标识规则；
106.所述在所述第二业务规则被所述第二业务标识所对应的业务触发调用时，根据所述规则类型对所述第二业务规则进行校验，包括：在所述第二业务规则被所述第二业务标识所对应的业务触发调用时，获取触发调用所述第二业务规则的触发标识；若所述触发标识与所述第二业务规则中的个性化标识相同，确定所述触发标识是否在预设标识范围内；若所述触发标识在预设标识范围内，确定所述第二业务规则校验不通过，若所述触发标识在所述预设标识范围外，确定所述第二业务规则校验通过。
107.在规则类型为标识规则时，在获取第二业务规则时会获取到第二业务规则的个性化标识，这时将个性化标识添加至第二业务规则中，并可以确定第二业务规则的规则类型为标识规则。其中，所述触发标识可以包括本地网标识、营业厅标识、工号、自营标识、代理标识等中的至少一种。
108.在根据规则类型对第二业务规则进行校验时，获取触发调用第二业务规则的触发标识，判断触发标识与第二业务规则中的个性化标识是否相同，如果触发标识与第二业务规则中的个性化标识相同，进一步确定触发标识是否在预设标识范围内，如果触发标识在预设标识范围内，则确定第二业务规则校验不通过，如果触发标识在预设标识范围外，则确定第二业务规则校验通过。
109.通过添加个性化标识实现了对规则的个性化配置以及校验，实现了相同业务基于个性化标识可以进行不同的校验，从而可以促进业务的应用。
110.在上述技术方案的基础上，所述通过规则配置页面获取与第二业务标识对应的第二业务规则，包括：通过所述规则配置页面获取与所述第二业务标识对应的通用规则和规则插件，并获取所述规则插件的插件内容，所述插件内容包括所述个性化标识和所述预设标识范围；根据所述通用规则和所述规则插件，生成所述第二业务规则。
111.其中，规则插件用于规定第二业务规则的应用场景。规则插件可以包括服务插件、脚本插件或跨中心插件。脚本插件是用sql查询能解决的规则；服务插件是基于编写的代码才能解决的规则；跨中心插件是需要查询多个服务中心的数据库才能解决的规则。
112.在第二用户通过规则配置页面对第二业务规则进行配置时，可以配置第二业务标
识对应的通用规则和规则插件，并在规则插件的插件内容中增加个性化标识和预设标识范围，从而根据通用规则和规则插件生成第二业务规则。通过规则插件来实现规则的个性化配置。
113.第二业务规则配置完成后，将第二业务规则发布到对应环境中，在发布第二业务规则时，也要发布第二业务规则对应的规则插件，同时需要在对应环境的缓存中加载规则插件或者对缓存中的规则插件进行刷新。在缓存中加载规则插件时，查询所有的插件内容，按场景分类，对插件内容对象进行封装，并添加到一级缓存对象中；当判断规则插件为脚本插件时，查询插件发布表，根据插件标识和环境标识，查询该环境发布的脚本内容，将发布的脚内容替换脚本插件中的内容；在规则插件为跨中心插件时，查询跨中心脚本插件所使用的插件，构建插件对象，缓存到二级缓存对象中。在对缓存中的规则插件进行刷新时，可以分为刷新单个插件、刷新场景下的所有插件、刷新全部插件。在一个规则插件发布后，需要刷新该单个规则插件，这时通过查询插件标识，查询脚本插件的最新发布内容，取出脚本内容，封装插件对象，并将插件对象放入缓存对象中，判断该插件是否被跨中心插件使用，如果该插件被跨中心插件使用，同步更新二级缓存，将插件对象存储至二级缓存对象中。在发布一个场景下的所有插件，即场景一键同步时，需要刷新该场景下的所有插件，查询该场景下的所有插件标识，获取该场景下的插件表和插件发布表；根据插件表和插件发布表，封装插件对象，将整个场景下封装的插件对象放入到缓存对象中。在环境一键同步时，需要刷新全部插件，这时查询所有的插件，并基于所有的插件，刷新全部插件缓存，包括一级缓存和二级缓存，即查询所有的插件内容，按场景分类，对插件内容对象进行封装，并添加到一级缓存对象中；当判断规则插件为脚本插件时，查询插件发布表，根据插件标识和环境标识，查询该环境发布的脚本内容，将发布的脚内容替换脚本插件中的内容；在规则插件为跨中心插件时，查询跨中心脚本插件所使用的插件，构建插件对象，缓存到二级缓存对象中。
114.图6是本技术实施例提供的一种bss业务系统的控制装置的结构框图，如图6所示，所述装置包括：
115.开关状态获取模块610，用于响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态；
116.调用控制模块620，用于根据所述调用开关状态，控制对所述外围系统的调用。
117.可选的，所述调用控制模块具体用于：
118.若所述调用开关状态为开启状态，则调用所述外围系统；
119.若所述调用开关状态为关闭状态，则拒绝调用所述外围系统。
120.可选的，所述调用控制模块具体用于：
121.若所述调用开关状态为开启状态，则获取调用所述外围系统的调用接口所对应的权限码，并获取所述权限码和所述第一用户标识的关联状态；
122.在所述权限码为生效状态且所述关联状态为生效状态时，调用所述外围系统，在所述权限码为失效状态或者所述关联状态为失效状态时，拒绝调用所述外围系统；
123.若所述调用开关状态为关闭状态，则拒绝对所述外围系统的调用。
124.可选的，所述装置还包括：
125.切换指令接收模块，用于在所述bss业务系统的当前主机故障时，接收第二用户标识对所述bss业务系统的主机切换指令；
126.主机切换模块，用于在所述第二用户标识具有所述bss业务系统的主机切换权限时，将所述当前主机所关联的工号切换至目标主机中。
127.可选的，所述主机切换模块具体用于：
128.在所述第二用户标识具有所述bss业务系统的主机切换权限时，对所述第二用户标识进行认证，在认证通过时，将所述当前主机所关联的工号切换至所述目标主机中。
129.可选的，所述主机切换模块包括认证模块，所述认证模块用于：
130.获取所述第二用户标识的高级权限；
131.若所述第二用户标识具有高级权限，则认证通过；若所述第二用户标识无高级权限，则进行短信认证。
132.可选的，所述装置还包括：
133.日志生成模块，用于生成主机切换的日志记录，所述日志记录包括所述第二用户标识、操作时间和操作结果。
134.可选的，所述装置还包括：
135.第一规则标识获取模块，用于通过规则配置页面获取与第一业务标识对应的第一规则标识；
136.第一规则发布模块，用于将所述第一规则标识对应的第一业务规则发布到所述第一业务标识对应的测试环境中，并在数据库中保存所述第一规则标识、所述第一规则标识对应的规则代码以及所述测试环境的环境标识；
137.第一规则同步模块，用于响应于对所述第一规则标识的同步指令，将所述第一业务规则同步发布到生产环境中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识，所述生产环境基于所述数据库中的规则代码对所述第一业务规则进行调用。
138.可选的，所述数据库中还保存有所述第一规则标识对应的至少两个规则版本以及与每个所述规则版本对应的规则代码；
139.所述装置还包括：
140.版本回退模块，用于响应于对所述第一规则标识的版本回退指令，将所述生产环境中的所述第一规则标识对应的当前版本回退至所述当前版本的前一版本。
141.可选的，所述装置还包括：
142.规则停用模块，用于响应于对所述第一规则标识的停用指令，在所述生产环境中停用所述第一规则标识对应的第一业务规则。
143.可选的，所述装置还包括：
144.调用记录获取模块，用于从日志数据库中获取所述第一业务规则在所述生产环境中的调用记录；
145.告警发送模块，用于对所述日志数据库中的调用记录进行分析，在确定所述第一业务规则存在问题时，生成告警信息，并将所述告警信息发送至所述第二用户标识所对应的终端；
146.问题定位模块，用于响应于所述第二用户标识对所述问题的定位指令，从所述日
志数据库中获取存在问题的调用记录，并展示所述存在问题的调用记录。
147.可选的，所述装置还包括：
148.规则处理模块，用于根据所述问题的问题类型，采用与所述问题类型对应的处理方式对所述第一业务规则进行处理。
149.可选的，所述装置还包括：
150.报表统计模块，用于通过定时任务定时对前一天的调用记录进行统计，得到统计报表，并保存所述统计报表。
151.可选的，所述装置还包括：
152.第二规则配置模块，用于通过规则配置页面获取与第二业务标识对应的第二业务规则；
153.规则类型获取模块，用于获取所述第二业务规则的规则类型；
154.规则校验模块，用于在所述第二业务规则被所述第二业务标识所对应的业务触发调用时，根据所述规则类型对所述第二业务规则进行校验；
155.规则调用控制模块，用于在校验通过时，允许所述业务调用所述第二业务规则，在校验不通过时，拦截所述业务对所述第二业务规则的调用。
156.可选的，所述规则类型包括标识规则；
157.所述规则类型获取模块具体用于：
158.若获取到所述第二业务规则的个性化标识，将所述个性化标识添加至所述第二业务规则中，确定所述第二业务规则的规则类型为标识规则；
159.所述规则校验模块具体用于：
160.在所述第二业务规则被所述第二业务标识所对应的业务触发调用时，获取触发调用所述第二业务规则的触发标识；
161.若所述触发标识与所述第二业务规则中的个性化标识相同，确定所述触发标识是否在预设标识范围内；
162.若所述触发标识在预设标识范围内，确定所述第二业务规则校验不通过，若所述触发标识在所述预设标识范围外，确定所述第二业务规则校验通过。
163.可选的，所述第二规则配置模块包括：
164.插件配置单元，用于通过所述规则配置页面获取与所述第二业务标识对应的通用规则和规则插件，并获取所述规则插件的插件内容，所述插件内容包括所述个性化标识和所述预设标识范围；
165.第二规则生成单元，用于根据所述通用规则和所述规则插件，生成所述第二业务规则。
166.本技术实施例提供的bss业务系统的控制装置，用于实现本技术实施例所述的bss业务系统的控制方法的各步骤，装置的各模块的具体实施方式参见相应步骤，此处不再赘述。
167.本技术实施例提供的bss业务系统的控制装置，通过响应于第一用户标识对bss业务系统的外围系统的调用请求，获取外围系统的调用开关状态，根据调用开关状态控制对外围系统的调用，由于调用开关状态是基于第二用户标识的操作请求进行更新的，在外围系统故障时，第二用户标识的操作请求可以是请求将调用开关状态更新为关闭状态，这样
在外围系统故障时可以及时关闭对外围系统的调用，可以避免外围系统故障对bss业务系统的影响，提高bss业务系统的稳定性。
168.图7是本技术实施例提供的一种电子设备的结构框图，如图7所示，该电子设备700可以包括一个或多个处理器710以及与处理器710连接的一个或多个存储器720。电子设备700还可以包括输入接口730和输出接口740，用于与另一装置或系统进行通信。被处理器710执行的程序代码可存储在存储器720中。
169.电子设备700中的处理器710调用存储在存储器720的程序代码，以执行上述实施例中的bss业务系统的控制方法。
170.本技术实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本技术实施例所述的bss业务系统的控制方法。
171.本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
172.以上对本技术实施例提供的一种bss业务系统的控制方法、装置、电子设备及存储介质进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。
173.通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件实现。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

技术特征：
1.一种bss业务系统的控制方法，其特征在于，包括：响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态；根据所述调用开关状态，控制对所述外围系统的调用。2.根据权利要求1所述的方法，其特征在于，所述根据所述调用开关状态，控制对所述外围系统的调用，包括：若所述调用开关状态为开启状态，则调用所述外围系统；若所述调用开关状态为关闭状态，则拒绝调用所述外围系统。3.根据权利要求1所述的方法，其特征在于，所述根据所述调用开关状态，控制对所述外围系统的调用，包括：若所述调用开关状态为开启状态，则获取调用所述外围系统的调用接口所对应的权限码，并获取所述权限码和所述第一用户标识的关联状态；在所述权限码为生效状态且所述关联状态为生效状态时，调用所述外围系统，在所述权限码为失效状态或者所述关联状态为失效状态时，拒绝调用所述外围系统；若所述调用开关状态为关闭状态，则拒绝对所述外围系统的调用。4.根据权利要求1-3任一项所述的方法，其特征在于，还包括：在所述bss业务系统的当前主机故障时，接收第二用户标识对所述bss业务系统的主机切换指令；在所述第二用户标识具有所述bss业务系统的主机切换权限时，将所述当前主机所关联的工号切换至目标主机中。5.根据权利要求4所述的方法，其特征在于，在所述第二用户标识具有所述bss业务系统的主机切换权限时，将所述当前主机所关联的工号切换至目标主机中，包括：在所述第二用户标识具有所述bss业务系统的主机切换权限时，对所述第二用户标识进行认证，在认证通过时，将所述当前主机所关联的工号切换至所述目标主机中。6.根据权利要求5所述的方法，其特征在于，所述对所述第二用户标识进行认证，包括：获取所述第二用户标识的高级权限；若所述第二用户标识具有高级权限，则认证通过；若所述第二用户标识无高级权限，则进行短信认证。7.根据权利要求4所述的方法，其特征在于，在所述将所述当前主机所关联的工号切换至目标主机中之后，还包括：生成主机切换的日志记录，所述日志记录包括所述第二用户标识、操作时间和操作结果。8.根据权利要求1所述的方法，其特征在于，还包括：通过规则配置页面获取与第一业务标识对应的第一规则标识；将所述第一规则标识对应的第一业务规则发布到所述第一业务标识对应的测试环境中，并在数据库中保存所述第一规则标识、所述第一规则标识对应的规则代码以及所述测试环境的环境标识；响应于对所述第一规则标识的同步指令，将所述第一业务规则同步发布到生产环境
中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识，所述生产环境基于所述数据库中的规则代码对所述第一业务规则进行调用。9.根据权利要求8所述的方法，其特征在于，所述数据库中还保存有所述第一规则标识对应的至少两个规则版本以及与每个所述规则版本对应的规则代码；在所述将所述第一业务规则同步发布到生产环境中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识之后，还包括：响应于对所述第一规则标识的版本回退指令，将所述生产环境中的所述第一规则标识对应的当前版本回退至所述当前版本的前一版本。10.根据权利要求8所述的方法，其特征在于，在所述将所述第一业务规则同步发布到生产环境中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识之后，还包括：响应于对所述第一规则标识的停用指令，在所述生产环境中停用所述第一规则标识对应的第一业务规则。11.根据权利要求8所述的方法，其特征在于，在所述将所述第一业务规则同步发布到生产环境中，并将所述数据库中的测试环境的环境标识更新为所述生产环境的环境标识之后，还包括：从日志数据库中获取所述第一业务规则在所述生产环境中的调用记录；对所述日志数据库中的调用记录进行分析，在确定所述第一业务规则存在问题时，生成告警信息，并将所述告警信息发送至所述第二用户标识所对应的终端；响应于所述第二用户标识对所述问题的定位指令，从所述日志数据库中获取存在问题的调用记录，并展示所述存在问题的调用记录。12.根据权利要求11所述的方法，其特征在于，在所述将所述告警信息发送至所述第二用户标识所对应的终端之后，还包括：根据所述问题的问题类型，采用与所述问题类型对应的处理方式对所述第一业务规则进行处理。13.根据权利要求11所述的方法，其特征在于，还包括：通过定时任务定时对前一天的调用记录进行统计，得到统计报表，并保存所述统计报表。14.根据权利要求1所述的方法，其特征在于，还包括：通过规则配置页面获取与第二业务标识对应的第二业务规则；获取所述第二业务规则的规则类型；在所述第二业务规则被所述第二业务标识所对应的业务触发调用时，根据所述规则类型对所述第二业务规则进行校验；在校验通过时，允许所述业务调用所述第二业务规则，在校验不通过时，拦截所述业务对所述第二业务规则的调用。15.根据权利要求14所述的方法，其特征在于，所述规则类型包括标识规则；所述获取所述第二业务规则的规则类型，包括：若获取到所述第二业务规则的个性化标识，将所述个性化标识添加至所述第二业务规则中，确定所述第二业务规则的规则类型为标识规则；
所述在所述第二业务规则被所述第二业务标识所对应的业务触发调用时，根据所述规则类型对所述第二业务规则进行校验，包括：在所述第二业务规则被所述第二业务标识所对应的业务触发调用时，获取触发调用所述第二业务规则的触发标识；若所述触发标识与所述第二业务规则中的个性化标识相同，确定所述触发标识是否在预设标识范围内；若所述触发标识在预设标识范围内，确定所述第二业务规则校验不通过，若所述触发标识在所述预设标识范围外，确定所述第二业务规则校验通过。16.根据权利要求15所述的方法，其特征在于，所述通过规则配置页面获取与第二业务标识对应的第二业务规则，包括：通过所述规则配置页面获取与所述第二业务标识对应的通用规则和规则插件，并获取所述规则插件的插件内容，所述插件内容包括所述个性化标识和所述预设标识范围；根据所述通用规则和所述规则插件，生成所述第二业务规则。17.一种bss业务系统的控制装置，其特征在于，包括：开关状态获取模块，用于响应于第一用户标识对bss业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态；调用控制模块，用于根据所述调用开关状态，控制对所述外围系统的调用。18.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至16任意一项所述的bss业务系统的控制方法。19.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至16任意一项所述的bss业务系统的控制方法。

技术总结
本申请实施例公开了一种BSS业务系统的控制方法、装置、电子设备及存储介质，该方法包括：响应于第一用户标识对BSS业务系统的外围系统的调用请求，获取所述外围系统的调用开关状态；所述调用开关状态表征所述外围系统是否可用，是基于第二用户标识在外围系统故障时或故障清除时的操作请求进行更新的，包括关闭状态或开启状态；根据所述调用开关状态，控制对所述外围系统的调用。本申请实施例可以避免外围系统故障对BSS业务系统的影响，提高BSS业务系统的稳定性。系统的稳定性。系统的稳定性。


技术研发人员：陈亮 刘聪 乔慧 郄嘉阳 韩雪
受保护的技术使用者：中国电信股份有限公司
技术研发日：2023.07.03
技术公布日：2023/10/15