交易服务管控方法、装置、设备及存储介质

技术领域

本发明实施例涉及人工智能领域，尤其涉及一种交易服务管控方法、装置、设备及存储介质。

背景技术

基于建行新一代组件架构，各个组件之间可以通过P4进行寻址访问服务，一条交易线和业务线上存在多个关联组件交互，当其中任意一个组件出现异常时，都会出现“牵一发而动全身”的影响。

现有技术中，在服务组件发生异常时，为了保护自身系统交易处理，避免产生大量脏数据，通常会直接将整个交易系统停机，等到服务异常恢复之后，再重新启动系统进行业务处理。但这种方式存在系统停机重启的时间开销，会引起业务中断，影响业务的连续性。

发明内容

本发明实施例提供一种交易服务管控方法、装置、设备及存储介质，以实现针对性的对异常服务进行管控，避免停机修复，将业务影响范围降低到最小。

第一方面，本发明实施例提供了一种交易服务管控方法，包括：

接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态；

如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略；

使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据；

根据服务管控数据，对调用请求报文进行响应处理。

可选的，接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态，包括：

如果接收到其他组件的调用请求报文，则确定请求联机服务控制总开关的状态；

如果接收到外呼其他组件的调用请求报文，则确定外呼联机服务控制总开关的状态；

如果接收到定时扫描服务的调用请求报文，则确定定时扫描服务控制总开关的状态。

可选的，如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略，包括：

如果请求联机服务控制总开关处于工作状态，则从调用请求报文中获取本组件的联机服务交易码，并确定与联机服务交易码匹配的联机服务控制策略；

其中，联机服务控制策略包括：根据本组件的联机服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的联机服务交易码所对应的服务管控数据，确定服务是否被管控。

可选的，使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据，包括：

根据本组件的联机服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，

根据本组件的联机服务交易码，获取关联调用方的联机服务交易码；

根据本组件和关联调用方的联机服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态。

可选的，如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略，包括：

如果外呼联机服务控制总开关处于工作状态，则从调用请求报文中获取本组件的外呼服务交易码，并确定与外呼服务交易码匹配的外呼服务控制策略；

其中，外呼服务控制策略包括：根据本组件的外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的常用外呼服务交易码所对应的服务管控数据，确定服务是否被管控。

可选的，使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据，包括：

根据本组件的外呼服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，

根据本组件的外呼服务交易码，获取关联调用方的外呼服务交易码；

根据本组件和关联调用方的外呼服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态；或者，

获取预设的常用外呼服务交易码，根据常用外呼服务交易码查询本地服务控制表，得到常用外呼服务开关状态。

可选的，如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略，包括：

如果定时扫描服务控制总开关处于工作状态，则从调用请求报文中获取本组件的扫描服务交易码，并确定与扫描服务交易码匹配的扫描服务控制策略；

其中，扫描服务控制策略包括：根据本组件的扫描服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的扫描服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的常用外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的账务联机服务交易码所对应的服务管控数据，确定服务是否被管控。

可选的，使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据，包括：

根据本组件的扫描服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，

根据本组件的扫描服务交易码，获取关联调用方的扫描服务交易码；

根据本组件和关联调用方的扫描服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态；或者，

获取预设的常用外呼服务交易码，根据常用外呼服务交易码查询本地服务控制表，得到常用外呼服务开关状态；或者，

获取预设的账务联机服务交易码，根据账务联机服务交易码查询本地服务控制表，得到账务联机服务开关状态。

可选的，根据服务管控数据，对调用请求报文进行响应处理，包括：

如果服务管控数据中包括的服务开关状态全为工作状态，则接受服务调用请求，否则，拒绝服务调用请求。

可选的，还包括：

如果检测到目标组件出现异常，则将与目标组件关联的所有组件的服务开关状态都设为关闭状态。

可选的，还包括：

如果检测到组件系统异常，则将与组件系统关联的服务控制总开关的状态设为关闭状态，或者将所有组件的服务开关状态都设为关闭状态。

可选的，还包括：

如果服务开关的状态发生变化，则根据变化的服务开关状态对本地的服务控制表进行更新，并更新服务控制表的版本号；

其中，服务控制表用于存储各组件的服务开关状态。

第二方面，本发明实施例还提供了一种交易服务管控装置，包括：

报文接收模块，用于接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态；

策略确定模块，用于如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略；

管控数据查询模块，用于使用服务交易码查询本地服务控制表，得到服务管控数据；

请求响应模块，用于对服务控制策略以及服务管控数据进行匹配，根据匹配结果对调用请求报文进行响应处理。

第三方面，本发明实施例还提供了一种电子设备，设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现本发明任意实施例提供的业务一致性处理方法。

第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本发明任意实施例提供的业务一致性处理方法。

本发明实施例中，通过接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态；如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略；使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据；根据服务管控数据，对调用请求报文进行响应处理，解决了现有技术中存在异常时直接停机修复，对业务的影响较大的问题，实现了针对性的对异常服务进行管控，避免停机修复，将业务影响范围降低到最小。

附图说明

图1是本发明实施例一中的一种交易服务管控方法的流程图；

图2是本发明实施例二中的一种交易服务管控装置的结构示意图；

图3是本发明实施例三中的一种电子设备的结构示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。

实施例一

图1是本发明实施例一中的一种交易服务管控方法的流程图，本实施例可适用于在不停机的情况下，对异常服务进行管控的情况，该方法可以由交易服务管控装置来执行，该装置可以由硬件和/或软件来实现，并一般可以集成在提供异常服务管控服务的电子设备中。如图1所示，该方法包括：

步骤110、接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态。

本实施例中，针对不同的业务场景，调用请求报文可以是外部组件请求调用本组件的联机服务的请求报文，可以是通过本组件外呼其他组件的联机服务的请求报文，还可以是调度定时扫描服务执行的请求报文。为了避免组件故障时直接停机修复，本实施例在系统应用中针对不同业务场景下的服务分别增加相应的服务控制总开关，且每种服务控制总开关都采用即时生效方式，无需启停系统进行生效。并且，通过服务控制总开关，能灵活的进行服务隔离选择。

可选的，接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态，可以包括：如果接收到其他组件的调用请求报文，则确定请求联机服务控制总开关的状态；如果接收到外呼其他组件的调用请求报文，则确定外呼联机服务控制总开关的状态；如果接收到定时扫描服务的调用请求报文，则确定定时扫描服务控制总开关的状态。

本实施例中，服务控制总开关包括：请求联机服务控制总开关、外呼联机服务控制总开关和定时扫描服务控制总开关。在外部组件请求调用本组件的联机服务时，需要确定请求联机服务控制总开关的状态；在外呼其他组件的联机服务时，需要确定外呼联机服务控制总开关的状态；在调度定时扫描服务执行时，需要确定定时扫描服务控制总开关的状态。

其中，服务控制总开关的状态决定其管理的所有服务是否需要进行服务控制处理，当服务控制总开关处于关闭状态时，其管理的所有服务无论是否被管控都拒绝服务调用，当服务控制总开关处于工作状态时，才会根据具体的服务管控状态判断请求的服务是否能被调用。

步骤120、如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略。

本实施例中，为了对不同的服务进行全面且有针对性的异常管控，分别为不同服务交易设置了多种服务控制策略。因此，在确定服务控制总开关处于工作状态时，需要从调用请求报文中提取服务交易码，从而根据服务交易码确定要采用的服务管控规则。

可选的，如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略，可以包括：如果请求联机服务控制总开关处于工作状态，则从调用请求报文中获取本组件的联机服务交易码，并确定与联机服务交易码匹配的联机服务控制策略；

其中，联机服务控制策略包括：根据本组件的联机服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的联机服务交易码所对应的服务管控数据，确定服务是否被管控。

本实施例中，针对外部组件请求调用本组件的联机服务的场景，如果确定请求联机服务控制总开关处于工作状态，则根据调用请求报文中的联机服务交易码确定匹配的联机服务控制策略。其中，针对外部组件请求联机服务场景，设置了两种服务控制策略，其一，只根据本组件的联机服务管控状态确定是否进行服务管控；其二，获取本交易中与本组件相关联的其他组件，根据本组件和关联组件的联机服务管控状态，共同确定是否进行服务管控。

可选的，如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略，可以包括：如果外呼联机服务控制总开关处于工作状态，则从调用请求报文中获取本组件的外呼服务交易码，并确定与外呼服务交易码匹配的外呼服务控制策略；

其中，外呼服务控制策略包括：根据本组件的外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的常用外呼服务交易码所对应的服务管控数据，确定服务是否被管控。

本实施例中，针对外呼其他组件的联机服务的场景，如果确定外呼联机服务控制总开关处于工作状态，则根据调用请求报文中的外呼服务交易码确定匹配的外呼服务控制策略。其中，针对外呼其他组件的联机服务场景，设置了三种服务控制策略，其一，只根据本组件的外呼服务管控状态确定是否进行服务管控；其二，获取本交易中与本组件相关联的其他组件，根据本组件和关联组件的外呼服务管控状态，共同确定是否进行服务管控；其三，根据一些预设的常用外呼服务是否被管控，来确定本组件的服务是否需要被管控。例如，所有账务交易流程中都会涉及到外呼E0181S421进行户名信息查询，因此，当该常用服务进行了管控，则其他所有外呼的服务也应受到管控。

可选的，如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略，可以包括：如果定时扫描服务控制总开关处于工作状态，则从调用请求报文中获取本组件的扫描服务交易码，并确定与扫描服务交易码匹配的扫描服务控制策略；

其中，扫描服务控制策略包括：根据本组件的扫描服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的扫描服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的常用外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的账务联机服务交易码所对应的服务管控数据，确定服务是否被管控。

本实施例中，针对调度定时扫描服务执行的场景，如果确定定时扫描服务控制总开关处于工作状态，则根据调用请求报文中的扫描服务交易码确定匹配的扫描服务控制策略。其中，针对调度定时扫描服务执行场景，设置了四种服务控制策略，其一，只根据本组件的扫描服务管控状态确定是否进行服务管控；其二，获取本交易中与本组件相关联的其他组件，根据本组件和关联组件的扫描服务管控状态，共同确定是否进行服务管控；其三，根据一些预设的常用外呼服务是否被管控，来确定本组件的服务是否需要被管控；其四，根据一些预设的重要的账务联机服务是否被管控，来确定本组件的服务是否需要被管控。

其中，策略四的设置原因与策略三类似，都是考虑到交易中必不可少的服务的管控状态，如果该服务被管控，则该交易必然会失败，则本组件的服务也相当于被管控。

步骤130、使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据。

本实施例中，在系统数据库表中增加一个服务控制表，该服务控制表中存储了与每个服务的交易码对应的管控状态，例如，1表示服务正常工作，0表示服务被管控，即服务关闭。在确定服务控制策略后，为了验证本组件服务的管控状态是否符合匹配的服务控制策略，即确定本服务是否被管控，需要使用服务控制策略中涉及的组件的服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据，进而判断是否需要进行服务管控。

其中，在数据库表中增加服务控制表，由于对于所有请求准入、外呼准出或者自动扫描任务都需访问服务控制表进行判断，因此，为了提高效率，对于服务控制表的访问采取数据库本地缓存机制，即将数据库记录到本地存储。

可选的，使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据，可以包括：根据本组件的联机服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，根据本组件的联机服务交易码，获取关联调用方的联机服务交易码；根据本组件和关联调用方的联机服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态。

本实施例中，为了灵活控制各个服务，为各个服务分别设置一个服务开关，服务控制表中实际上存储的是各个服务的服务开关的状态，例如，状态值为1表示服务可以正常调用，状态值为0表示服务被管控，拒绝调用。基于此，针对外部组件请求调用本组件的联机服务的场景，如果确定联机服务控制策略为第一种，则只需查询本组件的服务开关状态；如果确定联机服务控制策略为第二种，则需要同时查询本组件和关联调用组件的服务开关状态。

可选的，使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据，可以包括：根据本组件的外呼服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，根据本组件的外呼服务交易码，获取关联调用方的外呼服务交易码；根据本组件和关联调用方的外呼服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态；或者，获取预设的常用外呼服务交易码，根据常用外呼服务交易码查询本地服务控制表，得到常用外呼服务开关状态。

本实施例中，针对外呼其他组件的联机服务的场景，如果确定外呼服务控制策略为第一种，则只需查询本组件的服务开关状态；如果确定外呼服务控制策略为第二种，则需要同时查询本组件和关联调用组件的服务开关状态；如果确定外呼服务控制策略为第三种，则需要查询预设的所有的常用外呼服务开关状态。

可选的，使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据，可以包括：根据本组件的扫描服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，根据本组件的扫描服务交易码，获取关联调用方的扫描服务交易码；根据本组件和关联调用方的扫描服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态；或者，获取预设的常用外呼服务交易码，根据常用外呼服务交易码查询本地服务控制表，得到常用外呼服务开关状态；或者，获取预设的账务联机服务交易码，根据账务联机服务交易码查询本地服务控制表，得到账务联机服务开关状态。

本实施例中，针对调度定时扫描服务执行的场景，如果确定扫描服务控制策略为第一种，则只需查询本组件的服务开关状态；如果确定扫描服务控制策略为第二种，则需要同时查询本组件和关联调用组件的服务开关状态；如果确定扫描服务控制策略为第三种，则需要查询预设的所有的常用外呼服务开关状态；如果确定扫描服务控制策略为第四种，则需要查询预设的所有的账务联机服务开关状态。

步骤140、根据服务管控数据，对调用请求报文进行响应处理。

可选的，根据服务管控数据，对调用请求报文进行响应处理，可以包括：如果服务管控数据中包括的服务开关状态全为工作状态，则接受服务调用请求，否则，拒绝服务调用请求。

本实施例中，在获取到服务控制策略中相关组件的服务开关状态之后，如果获取到的所有服务开关状态全部都是工作状态，则该服务未被管控，可以接受服务调用请求；如果至少一个服务开关状态为关闭状态，即交易中的至少一个关联服务被管控，则该交易会失败，因此可以拒绝当前的服务调用请求。

本实施例中，通过针对服务的类别(供其他组件调用自身组件的联机服务、外呼其他组件的联机服务、定时扫描服务)和功能性质(账务类、非账务类)配置不同的服务控制策略，当服务异常时，可以灵活采用服务控制策略对有问题的服务和业务场景进行管控，避免采取停机修复等方式，引起业务中断和影响业务的连续性，将业务影响范围降低到最小。待异常恢复后，可以打开服务管控开关，做到实时生效，规避系统停机重启的时间。

可选的，还可以包括：如果检测到目标组件出现异常，则将与目标组件关联的所有组件的服务开关状态都设为关闭状态。

示例性的，对于交易线上的关联组件系统，当下游组件出现异常情况，如交易服务成功率大幅度下降或者交易服务关闭等，在不停机的前提下，可以通过控制对应下游组件服务开关，关闭该服务，避免出现该交易影响带来的异常数据，同时也不影响其他服务。

示例性的，对于核心记账系统或者人行系统出现停机维护等情况，在不停机的前提下，可以控制自身的账务交易服务开关，关闭该服务，及时拒绝客户请求，避免客户资金不能到账引起客户投诉。

示例性的，对于核心记账系统记账功能异常时，通过关闭定时扫描服务开关，暂时将待处理业务数据缓存记录到系统中，待异常恢复后，打开定时扫描服务开关，继续处理留存的待处理业务。

可选的，还可以包括：如果检测到组件系统异常，则将与组件系统关联的服务控制总开关的状态设为关闭状态，或者将所有组件的服务开关状态都设为关闭状态。

示例性的，对于外部关联系统维护(如人行系统运维日)或者主机核心记账系统停机维护，在不停机的前提下，关闭全部服务的服务开关或全部主机服务进行系统隔离，又或者直接关闭对应的服务控制总开关。

可选的，还可以包括：如果服务开关的状态发生变化，则根据变化的服务开关状态对本地的服务控制表进行更新，并更新服务控制表的版本号；其中，服务控制表用于存储各组件的服务开关状态。

本实施例中，如果由于服务异常或者服务异常恢复等原因，导致服务开关的状态发生变化，则记录服务管控状态的服务控制表也要对应更新，同时，服务控制表的版本号也要相应更新，即版本号加1。这样才能保证后续查询该服务的管控状态时，查询到最新的服务控制表，获取到正确的服务管控数据。

本发明实施例中，通过接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态；如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略；使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据；根据服务管控数据，对调用请求报文进行响应处理，解决了现有技术中存在异常时直接停机修复，对业务的影响较大的问题，实现了针对性的对异常服务进行管控，避免停机修复，将业务影响范围降低到最小。

实施例二

图2是本发明实施例二中的一种交易服务管控装置的结构示意图，本实施例可适用于在不停机的情况下，对异常服务进行管控的情况，该装置可以由硬件和/或软件来实现，并一般可以集成在提供异常服务管控服务的电子设备中。如图2所示，该装置包括：

报文接收模块210，用于接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态；

策略确定模块220，用于如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略；

管控数据查询模块230，用于使用服务交易码查询本地服务控制表，得到服务管控数据；

请求响应模块240，用于对服务控制策略以及服务管控数据进行匹配，根据匹配结果对调用请求报文进行响应处理。

本发明实施例中，通过接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态；如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略；使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据；根据服务管控数据，对调用请求报文进行响应处理，解决了现有技术中存在异常时直接停机修复，对业务的影响较大的问题，实现了针对性的对异常服务进行管控，避免停机修复，将业务影响范围降低到最小。

可选的，报文接收模块210，用于：

如果接收到其他组件的调用请求报文，则确定请求联机服务控制总开关的状态；

如果接收到外呼其他组件的调用请求报文，则确定外呼联机服务控制总开关的状态；

如果接收到定时扫描服务的调用请求报文，则确定定时扫描服务控制总开关的状态。

可选的，策略确定模块220，包括：

联机服务单元，用于如果请求联机服务控制总开关处于工作状态，则从调用请求报文中获取本组件的联机服务交易码，并确定与联机服务交易码匹配的联机服务控制策略；

其中，联机服务控制策略包括：根据本组件的联机服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的联机服务交易码所对应的服务管控数据，确定服务是否被管控。

可选的，管控数据查询模块230，包括：

联机服务查询单元，用于根据本组件的联机服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，

根据本组件的联机服务交易码，获取关联调用方的联机服务交易码；

根据本组件和关联调用方的联机服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态。

可选的，策略确定模块220，包括：

外呼联机服务单元，用于如果外呼联机服务控制总开关处于工作状态，则从调用请求报文中获取本组件的外呼服务交易码，并确定与外呼服务交易码匹配的外呼服务控制策略；

其中，外呼服务控制策略包括：根据本组件的外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的常用外呼服务交易码所对应的服务管控数据，确定服务是否被管控。

可选的，管控数据查询模块230，包括：

外呼联机服务查询单元，用于根据本组件的外呼服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，

根据本组件的外呼服务交易码，获取关联调用方的外呼服务交易码；

根据本组件和关联调用方的外呼服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态；或者，

获取预设的常用外呼服务交易码，根据常用外呼服务交易码查询本地服务控制表，得到常用外呼服务开关状态。

可选的，策略确定模块220，包括：

扫描服务单元，用于如果定时扫描服务控制总开关处于工作状态，则从调用请求报文中获取本组件的扫描服务交易码，并确定与扫描服务交易码匹配的扫描服务控制策略；

其中，扫描服务控制策略包括：根据本组件的扫描服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据本组件和关联调用方的扫描服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的常用外呼服务交易码所对应的服务管控数据，确定服务是否被管控；或者，根据预设的账务联机服务交易码所对应的服务管控数据，确定服务是否被管控。

可选的，管控数据查询模块230，包括：

扫描服务查询单元，用于根据本组件的扫描服务交易码查询本地服务控制表，得到本组件的服务开关状态；或者，

根据本组件的扫描服务交易码，获取关联调用方的扫描服务交易码；

根据本组件和关联调用方的扫描服务交易码查询本地服务控制表，得到本组件和关联调用方的服务开关状态；或者，

获取预设的常用外呼服务交易码，根据常用外呼服务交易码查询本地服务控制表，得到常用外呼服务开关状态；或者，

获取预设的账务联机服务交易码，根据账务联机服务交易码查询本地服务控制表，得到账务联机服务开关状态。

可选的，请求响应模块240，用于：

如果服务管控数据中包括的服务开关状态全为工作状态，则接受服务调用请求，否则，拒绝服务调用请求。

可选的，还包括：

组件管控模块，用于如果检测到目标组件出现异常，则将与目标组件关联的所有组件的服务开关状态都设为关闭状态。

可选的，还包括：

系统管控模块，用于如果检测到组件系统异常，则将与组件系统关联的服务控制总开关的状态设为关闭状态，或者将所有组件的服务开关状态都设为关闭状态。

可选的，还包括：

数据更新模块，用于如果服务开关的状态发生变化，则根据变化的服务开关状态对本地的服务控制表进行更新，并更新服务控制表的版本号；

其中，服务控制表用于存储各组件的服务开关状态。

本发明实施例所提供的交易服务管控装置可执行本发明任意实施例所提供的交易服务管控方法，具备执行方法相应的功能模块和有益效果。

实施例三

图3是本发明实施例三中的一种电子设备的结构示意图。图3示出了适于用来实现本发明实施方式的示例性设备12的框图。图3显示的设备12仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图3所示，设备12以通用计算设备的形式表现。设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。

总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(ISA)总线，微通道体系结构(MAC)总线，增强型ISA总线、视频电子标准协会(VESA)局域总线以及外围组件互连(PCI)总线。

设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。

系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(RAM)30和/或高速缓存存储器32。设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图3未显示，通常称为“硬盘驱动器”)。尽管图3中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。

具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括但不限于操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。

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

处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的交易服务管控方法。

也即：实现一种交易服务管控方法，包括：

接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态；

如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略；

使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据；

根据服务管控数据，对调用请求报文进行响应处理。

实施例四

本发明实施例四还公开了一种计算机存储介质，其上存储有计算机程序，该程序被处理器执行时实现一种交易服务管控方法，包括：

接收调用请求报文，并确定与调用请求报文匹配的服务控制总开关的状态；

如果服务控制总开关处于工作状态，则获取调用请求报文中的服务交易码，并确定与服务交易码匹配的服务控制策略；

使用服务交易码查询本地服务控制表，得到与服务控制策略对应的服务管控数据；

根据服务管控数据，对调用请求报文进行响应处理。

本发明实施例的计算机存储介质，可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是，但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。

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

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

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

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。