CN109032952B - 一种基于规则的智能外呼服务模拟方法及系统 - Google Patents

Abstract

本申请公开了一种基于规则的智能外呼服务模拟方法及系统，所述方法包括：对接收到的应用子系统发送的请求报文进行解析，生成解析结果，解析结果包括请求报文服务编号，基于请求报文服务编号生成规则值，基于请求报文服务编号和规则值返回响应报文。本申请能够通过模拟外部系统的服务，接收并解析子系统发来的请求报文，并返回响应报文，使得服务和数据随时可用、可控，解决了现有技术外部系统无法及时提供服务的问题。

Description

一种基于规则的智能外呼服务模拟方法及系统

技术领域

本申请涉及数据处理技术领域，尤其涉及一种基于规则的智能外呼服务模拟方法及系统。

背景技术

在大型的软件系统中，往往会涉及多个子系统和多个开发小组，每个开发小组负责一个子系统。由于每个子系统需要进行交互和协调来共同完成整个大系统的工作，因此某些子系统需要向其他子系统提供服务，其他子系统通过外呼的方式获得服务。外呼的方式一般是发送请求报文，接收响应报文并解析。在某个子系统开发小组的单元测试阶段或进行自动化回归测试阶段，由于外部子系统功能和数据不稳定，常常会出现想要测试时而无法获得服务或数据的情况，给开发和测试工作带来很大的不便。

发明内容

有鉴于此，本申请提供了一种基于规则的智能外呼服务模拟方法，能够通过模拟外部系统的服务，接收并解析子系统发来的请求报文，并返回响应报文，使得服务和数据随时可用、可控，解决了现有技术外部系统无法及时提供服务的问题。

本申请提供了一种基于规则的智能外呼服务模拟方法，所述方法包括：

对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；

基于所述请求报文服务编号生成规则值；

基于所述请求报文服务编号和所述规则值返回响应报文。

优选地，所述基于所述请求报文服务编号生成规则值包括：

基于所述请求报文服务编号在预先生成的规则库中查询相应的规则公式；

基于所述规则公式依次检索所述请求报文中对应的应用字段；

提取出所述应用字段中的值，将所述值添加至所述规则公式对应的参数中，生成规则值。

优选地，所述基于所述请求报文服务编号和所述规则值返回响应报文包括：

基于所述请求报文服务编号和所述规则值生成服务库的唯一索引；

基于所述索引在预先生成的服务库中检索到唯一一条服务记录；

提取出所述服务记录的服务响应报文；

在所述服务响应报文中添加报文头信息，返回响应报文。

优选地，所述方法还包括：

通过所述请求报文服务编码在寻址服务中获得该服务的访问地址；

通过所述访问地址将当前服务转发到对应的子系统；

判断所述子系统是否返回正确模式的响应报文，若否，则自动生成服务报文；

提取所述服务报文的解析信息，获得所述服务报文的服务编号，通过所述服务报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述服务报文的服务编号和默认规则公式添加至规则库，若否，则：

通过规则公式解析出规则值；

将所述服务报文的服务编号、规则值和对应的响应报文添加到服务库中。

优选地，当所述子系统返回正确模式的响应报文后，提取所述请求报文的解析信息，获得所述请求报文的服务编号，通过所述请求报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述请求报文的服务编号和默认规则公式添加至规则库，若否，则：

通过规则公式解析出规则值；

将所述请求报文的服务编号、规则值和对应的响应报文添加到服务库中。

一种基于规则的智能外呼服务模拟系统，包括：

请求报文解析模块，用于对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；

规则解析模块，用于基于所述请求报文服务编号生成规则值；

服务组装模块，用于基于所述请求报文服务编号和所述规则值返回响应报文。

优选地，所述规则解析模块包括：

查询单元，用于基于所述请求报文服务编号在预先生成的规则库中查询相应的规则公式；

第一检索单元，用于基于所述规则公式依次检索所述请求报文中对应的应用字段；

第一生成单元，用于提取出所述应用字段中的值，将所述值添加至所述规则公式对应的参数中，生成规则值。

优选地，所述服务组装模块用于：

第二生成单元，用于基于所述请求报文服务编号和所述规则值生成服务库的唯一索引；

第二检索单元，用于基于所述索引在预先生成的服务库中检索到唯一一条服务记录；

提取单元，用于提取出所述服务记录的服务响应报文；

返回单元，用于在所述服务响应报文中添加报文头信息，返回响应报文。

优选地，所述系统还包括：

真实服务寻址模块，用于通过所述请求报文服务编码在寻址服务中获得该服务的访问地址；

报文转发及解析模块，用于通过所述访问地址将当前服务转发到对应的子系统，判断所述子系统是否返回正确模式的响应报文；

报文智能生成模块，用于当所述子系统未返回正确模式的响应报文时，自动生成服务报文；

服务保存模块，用于：

提取所述服务报文的解析信息，获得所述服务报文的服务编号，通过所述服务报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述服务报文的服务编号和默认规则公式添加至规则库，若否，则：

通过规则公式解析出规则值；

将所述服务报文的服务编号、规则值和对应的响应报文添加到服务库中。

优选地，所述服务保存模块，还用于：

当所述子系统返回正确模式的响应报文时，提取所述请求报文的解析信息，获得所述请求报文的服务编号，通过所述请求报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述请求报文的服务编号和默认规则公式添加至规则库，若否，则：

通过规则公式解析出规则值；

将所述请求报文的服务编号、规则值和对应的响应报文添加到服务库中。

综上所述，本申请公开了一种基于规则的智能外呼服务模拟方法，首先对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；然后基于请求报文服务编号生成规则值，然后基于请求报文服务编号和规则值返回响应报文。本申请能够通过模拟外部系统的服务，接收并解析子系统发来的请求报文，并返回响应报文，使得服务和数据随时可用、可控，解决了现有技术外部系统无法及时提供服务的问题。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请公开的一种基于规则的智能外呼服务模拟方法实施例1的流程图；

图2为本申请公开的一种基于规则的智能外呼服务模拟方法实施例2的流程图；

图3为本申请公开的一种基于规则的智能外呼服务模拟方法实施例3的流程图；

图4为本申请公开的一种基于规则的智能外呼服务模拟系统实施例1的结构示意图；

图5为本申请公开的一种基于规则的智能外呼服务模拟系统实施例2的结构示意图；

图6为本申请公开的一种基于规则的智能外呼服务模拟系统实施例3的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，为本申请公开的一种基于规则的智能外呼服务模拟方法实施例1的流程图，本方法可以包括以下步骤：

S101、对接收到的应用子系统发送的请求报文进行解析，生成解析结果，其中，解析结果包括请求报文服务编号；

当需要基于规则实现智能外呼服务模拟时，首先接收应用子系统发送的XML(Extensible Markup Language，可扩展标记语言)请求报文，然后对接收到的请求报文进行解析，解析的关键信息包括请求报文服务编号、报文长度、报文所有应用字段名称、报文所有应用字段的值。下面进行举例说明：

对于上面的XML请求报文片段，解析出服务编号Service1，报文长度为100，应用字段名称为Filed1、Filed2、Filed3，其对应的值分别为Data1、Data2、Data3。

S102、基于请求报文服务编号生成规则值；

以参数化的方式定义如何将规则公式转化为规则值，其规则公式如下：

#{Field1}-#{Field2}-#{Field3}…-#{Fieldn}

其中Field为请求报文中的应用字段名称，程序将按照公式解析出对应的规则值。

规则库主要对每个服务的规则解析公式进行存储，其关键信息是服务编号、规则解析公式，其中每个服务编号在库中是唯一的。

S103、基于请求报文服务编号和规则值返回响应报文。

服务库主要对每个服务的信息进行存储，其中包括服务编号、服务描述信息、服务规则值、服务响应报文。最后根据请求报文服务编号和规则值返回响应报文。

综上所述，在上述实施例中，首先对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；然后基于请求报文服务编号生成规则值，然后基于请求报文服务编号和规则值返回响应报文。本申请能够通过模拟外部系统的服务，接收并解析子系统发来的请求报文，并返回响应报文，使得服务和数据随时可用、可控，解决了现有技术外部系统无法及时提供服务的问题。

如图2所示，为本申请公开的一种基于规则的智能外呼服务模拟方法实施例2的流程图，本方法可以包括以下步骤：

S201、对接收到的应用子系统发送的请求报文进行解析，生成解析结果，其中，解析结果包括请求报文服务编号；

S202、基于请求报文服务编号在预先生成的规则库中查询相应的规则公式；

当对请求报文进行解析后，接收请求报文解析模块传入的请求报文服务编号，然后在规则库中根据请求报文服务编号查询到相应的规则公式。其中，规则库主要对每个服务的规则解析公式进行存储，其关键信息是服务编号、规则解析公式，其中每个服务编号在库中是唯一的。

S203、基于规则公式依次检索请求报文中对应的应用字段；

当查询到规则公式后，根据规则公式依次检索请求报文中对应的应用字段。

S204、提取出应用字段中的值，将值添加至规则公式对应的参数中，生成规则值；

S205、基于请求报文服务编号和规则值生成服务库的唯一索引；

服务库主要对每个服务的信息进行存储，其中包括服务编号、服务描述信息、服务规则值、服务响应报文。然后，接收规则解析模块解析出的规则值和请求报文服务编号，根据请求报文服务编号和规则值生成服务库的唯一索引。

S206、基于索引在预先生成的服务库中检索到唯一一条服务记录；

S207、提取出服务记录的服务响应报文；

S208、在服务响应报文中添加报文头信息，返回响应报文。

综上所述，在上述实施例中，首先对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；然后基于请求报文服务编号在预先生成的规则库中查询相应的规则公式，基于规则公式依次检索所述请求报文中对应的应用字段，提取出应用字段中的值，将值添加至所述规则公式对应的参数中，生成规则值，基于请求报文服务编号和规则值生成服务库的唯一索引，基于索引在预先生成的服务库中检索到唯一一条服务记录，提取出服务记录的服务响应报文，在服务响应报文中添加报文头信息，返回响应报文。本申请能够通过模拟外部系统的服务，接收并解析子系统发来的请求报文，并返回响应报文，使得服务和数据随时可用、可控，解决了现有技术外部系统无法及时提供服务的问题。

在上述实施例1和实施例2的基础上，还可以进一步通过服务的自学习模式减少手动维护规则库和服务库的大量工作，具体实现方式如图3所示，可以包括以下步骤：

S301、通过请求报文服务编码在寻址服务中获得该服务的访问地址；

当需要通过自学习模式减少手动维护规则库和服务库的工作时，首先解析应用子系统发送的请求报文、获得服务编码、规则解析公式、规则值。在规则库中按服务编码进行搜索，如果搜索记录数为1时，则在服务库中按服务编码和规则值进行搜索，如果搜索记录数为1时，重复上述实施例1或实施例2所述的过程，如果搜索记录数为0时，通过请求报文服务编码在寻址服务中获得该服务的访问地址。

S302、通过访问地址将当前服务转发到对应的子系统；

S303、判断子系统是否返回正确模式的响应报文，若否，则进入S304～S308，若否，则进入S309～S312：

S304、自动生成服务报文；

当子系统未返回正确模式的响应报文时，通过报文智能生成模块自动生成服务报文。

S305、提取服务报文的解析信息，获得所述服务报文的服务编号，通过所述服务报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若否，则进入S306，若是，则进入S307：

S306、当搜索记录数为1时，生成默认规则公式，将所述服务报文的服务编号和默认规则公式添加至规则库；

S307、通过规则公式解析出规则值；

当搜索记录数为0时，通过规则公式解析出规则值。

S308、将服务报文的服务编号、规则值和对应的响应报文添加到服务库中；

S309、提取请求报文的解析信息，获得所述请求报文的服务编号，通过所述请求报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则进入S310，若否，则进入S311：

当子系统返回正确模式的响应报文时，提取请求报文的解析信息，获得所述请求报文的服务编号，通过所述请求报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0。

S310、生成默认规则公式，将所述请求报文的服务编号和默认规则公式添加至规则库；

S311、通过规则公式解析出规则值；

当搜索记录数为1时，通过规则公式解析出规则值。

S312、将请求报文的服务编号、规则值和对应的响应报文添加到服务库中。

综上所述，在上述自学习过程中，主要功能是通过和真实环境的交互，分析交互中获得的报文，将服务记录自动添加到服务库中。在报文无法在真实环境获得的情况下，报文智能生成模块通过报文接口查询服务提供的报文接口描述信息自动生成服务响应报文。真实服务寻址通过寻址服务查找到服务对应的地址，每一个服务都需要在寻址服务注册其访问地址。报文转发及解析模块将服务请求转发到外部子系统，接收真实环境返回的报文并对其进行解析。一个服务由外部子系统中的一个子系统提供，通过寻址服务能获得服务对应的子系统地址。

报文智能生成模块主要以服务编号为参数向报文接口查询服务发送查询请求，报文接口查询服务以JSON数据格式返回报文接口描述信息，包括报文结构、报文头格式、报文字段、报文字段定义说明，报文转发及解析模块收到返回信息后，解析JSON数据自动生成响应报文。

服务保存模块接收报文转发及解析模块或报文智能生成模块提供的服务报文，提取请求报文的解析信息，包括服务编号、规则解析公式、规则解析公式对应的规则值，将这些信息以及对应的响应报文信息插入到规则库和服务库中，减少了收到维护规则库和服务库的大量工作。

如图4所示，为本申请公开的一种基于规则的智能外呼服务模拟系统实施例1的结构示意图，本系统可以包括：

请求报文解析模块401，用于对接收到的应用子系统发送的请求报文进行解析，生成解析结果，其中，解析结果包括请求报文服务编号；

当需要基于规则实现智能外呼服务模拟时，首先接收应用子系统发送的XML(Extensible Markup Language，可扩展标记语言)请求报文，然后对接收到的请求报文进行解析，解析的关键信息包括请求报文服务编号、报文长度、报文所有应用字段名称、报文所有应用字段的值。下面进行举例说明：

对于上面的XML请求报文片段，解析出服务编号Service1，报文长度为100，应用字段名称为Filed1、Filed2、Filed3，其对应的值分别为Data1、Data2、Data3。

规则解析模块402，用于基于请求报文服务编号生成规则值；

以参数化的方式定义如何将规则公式转化为规则值，其规则公式如下：

#{Field1}-#{Field2}-#{Field3}…-#{Fieldn}

其中Field为请求报文中的应用字段名称，程序将按照公式解析出对应的规则值。

规则库主要对每个服务的规则解析公式进行存储，其关键信息是服务编号、规则解析公式，其中每个服务编号在库中是唯一的。

服务组装模块403，用于基于请求报文服务编号和规则值返回响应报文。

服务库主要对每个服务的信息进行存储，其中包括服务编号、服务描述信息、服务规则值、服务响应报文。最后根据请求报文服务编号和规则值返回响应报文。

综上所述，在上述实施例中，首先对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；然后基于请求报文服务编号生成规则值，然后基于请求报文服务编号和规则值返回响应报文。本申请能够通过模拟外部系统的服务，接收并解析子系统发来的请求报文，并返回响应报文，使得服务和数据随时可用、可控，解决了现有技术外部系统无法及时提供服务的问题。

如图5所示，为本申请公开的一种基于规则的智能外呼服务模拟系统实施例2的结构示意图，本系统可以包括：

请求报文解析模块501，用于对接收到的应用子系统发送的请求报文进行解析，生成解析结果，其中，解析结果包括请求报文服务编号；

查询单元502，用于基于请求报文服务编号在预先生成的规则库中查询相应的规则公式；

当对请求报文进行解析后，接收请求报文解析模块传入的请求报文服务编号，然后在规则库中根据请求报文服务编号查询到相应的规则公式。其中，规则库主要对每个服务的规则解析公式进行存储，其关键信息是服务编号、规则解析公式，其中每个服务编号在库中是唯一的。

第一检索单元503，用于基于规则公式依次检索所述请求报文中对应的应用字段；

当查询到规则公式后，根据规则公式依次检索请求报文中对应的应用字段。

第一生成单元504，用于提取出应用字段中的值，将值添加至所述规则公式对应的参数中，生成规则值；

第二生成单元505，用于基于请求报文服务编号和规则值生成服务库的唯一索引；

服务库主要对每个服务的信息进行存储，其中包括服务编号、服务描述信息、服务规则值、服务响应报文。然后，接收规则解析模块解析出的规则值和请求报文服务编号，根据请求报文服务编号和规则值生成服务库的唯一索引。

第二检索单元506，用于基于索引在预先生成的服务库中检索到唯一一条服务记录；

提取单元507，用于提取出服务记录的服务响应报文；

返回单元508，用于在服务响应报文中添加报文头信息，返回响应报文。

综上所述，在上述实施例中，首先对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；然后基于请求报文服务编号在预先生成的规则库中查询相应的规则公式，基于规则公式依次检索所述请求报文中对应的应用字段，提取出应用字段中的值，将值添加至所述规则公式对应的参数中，生成规则值，基于请求报文服务编号和规则值生成服务库的唯一索引，基于索引在预先生成的服务库中检索到唯一一条服务记录，提取出服务记录的服务响应报文，在服务响应报文中添加报文头信息，返回响应报文。本申请能够通过模拟外部系统的服务，接收并解析子系统发来的请求报文，并返回响应报文，使得服务和数据随时可用、可控，解决了现有技术外部系统无法及时提供服务的问题。

在上述系统实施例1和系统实施例2的基础上，还可以进一步通过服务的自学习模式减少手动维护规则库和服务库的大量工作，具体实现方式如图6所示，可以包括：

真实服务寻址模块601，用于通过请求报文服务编码在寻址服务中获得该服务的访问地址；

当需要通过自学习模式减少手动维护规则库和服务库的工作时，首先解析应用子系统发送的请求报文、获得服务编码、规则解析公式、规则值。在规则库中按服务编码进行搜索，如果搜索记录数为1时，则在服务库中按服务编码和规则值进行搜索，如果搜索记录数为1时，重复上述实施例1或实施例2所述的过程，如果搜索记录数为0时，通过请求报文服务编码在寻址服务中获得该服务的访问地址。

报文转发及解析模块602，用于通过访问地址将当前服务转发到对应的子系统，判断所述子系统是否返回正确模式的响应报文；

报文智能生成模块603，用于当所述子系统未返回正确模式的响应报文时，自动生成服务报文；

当子系统未返回正确模式的响应报文时，通过报文智能生成模块自动生成服务报文。

服务保存模块604，用于：提取服务报文的解析信息，获得所述服务报文的服务编号，通过所述服务报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述服务报文的服务编号和默认规则公式添加至规则库，若否，则：通过规则公式解析出规则值，将所述服务报文的服务编号、规则值和对应的响应报文添加到服务库中；

服务保存模块604，还用于：当所述子系统返回正确模式的响应报文时，提取请求报文的解析信息，获得所述请求报文的服务编号，通过所述请求报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述请求报文的服务编号和默认规则公式添加至规则库，若否，则：通过规则公式解析出规则值，将所述请求报文的服务编号、规则值和对应的响应报文添加到服务库中。

综上所述，在上述自学习过程中，主要功能是通过和真实环境的交互，分析交互中获得的报文，将服务记录自动添加到服务库中。在报文无法在真实环境获得的情况下，报文智能生成模块通过报文接口查询服务提供的报文接口描述信息自动生成服务响应报文。真实服务寻址通过寻址服务查找到服务对应的地址，每一个服务都需要在寻址服务注册其访问地址。报文转发及解析模块将服务请求转发到外部子系统，接收真实环境返回的报文并对其进行解析。一个服务由外部子系统中的一个子系统提供，通过寻址服务能获得服务对应的子系统地址。

报文智能生成模块主要以服务编号为参数向报文接口查询服务发送查询请求，报文接口查询服务以JSON数据格式返回报文接口描述信息，包括报文结构、报文头格式、报文字段、报文字段定义说明，报文转发及解析模块收到返回信息后，解析JSON数据自动生成响应报文。

服务保存模块接收报文转发及解析模块或报文智能生成模块提供的服务报文，提取请求报文的解析信息，包括服务编号、规则解析公式、规则解析公式对应的规则值，将这些信息以及对应的响应报文信息插入到规则库和服务库中，减少了收到维护规则库和服务库的大量工作。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以直接用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请的精神或范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种基于规则的智能外呼服务模拟方法，其特征在于，所述方法包括：

对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；

基于所述请求报文服务编号生成规则值；

基于所述请求报文服务编号和所述规则值返回响应报文；

通过请求报文服务编码在寻址服务中获得该服务的访问地址；

通过所述访问地址将当前服务转发到对应的子系统；

判断所述子系统是否返回正确模式的响应报文，若否，则自动生成服务报文；

提取所述服务报文的解析信息，获得所述服务报文的服务编号，通过所述服务报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述服务报文的服务编号和默认规则公式添加至规则库，若否，则：

通过规则公式解析出规则值；

将所述服务报文的服务编号、规则值和对应的响应报文添加到服务库中。

2.根据权利要求1所述的方法，其特征在于，所述基于所述请求报文服务编号生成规则值包括：

基于所述请求报文服务编号在预先生成的规则库中查询相应的规则公式；

基于所述规则公式依次检索所述请求报文中对应的应用字段；

提取出所述应用字段中的值，将所述值添加至所述规则公式对应的参数中，生成规则值。

3.根据权利要求2所述的方法，其特征在于，所述基于所述请求报文服务编号和所述规则值返回响应报文包括：

基于所述请求报文服务编号和所述规则值生成服务库的唯一索引；

基于所述索引在预先生成的服务库中检索到唯一一条服务记录；

提取出所述服务记录的服务响应报文；

在所述服务响应报文中添加报文头信息，返回响应报文。

4.根据权利要求1所述的方法，其特征在于，当所述子系统返回正确模式的响应报文后，提取所述请求报文的解析信息，获得所述请求报文的服务编号，通过所述请求报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述请求报文的服务编号和默认规则公式添加至规则库，若否，则：

通过规则公式解析出规则值；

将所述请求报文的服务编号、规则值和对应的响应报文添加到服务库中。

5.一种基于规则的智能外呼服务模拟系统，其特征在于，包括：

请求报文解析模块，用于对接收到的应用子系统发送的请求报文进行解析，生成解析结果，所述解析结果包括请求报文服务编号；

规则解析模块，用于基于所述请求报文服务编号生成规则值；

服务组装模块，用于基于所述请求报文服务编号和所述规则值返回响应报文；

真实服务寻址模块，用于通过请求报文服务编码在寻址服务中获得该服务的访问地址；

报文转发及解析模块，用于通过所述访问地址将当前服务转发到对应的子系统，判断所述子系统是否返回正确模式的响应报文；

报文智能生成模块，用于当所述子系统未返回正确模式的响应报文时，自动生成服务报文；

服务保存模块，用于：

提取所述服务报文的解析信息，获得所述服务报文的服务编号，通过所述服务报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述服务报文的服务编号和默认规则公式添加至规则库，若否，则：

通过规则公式解析出规则值；

将所述服务报文的服务编号、规则值和对应的响应报文添加到服务库中。

6.根据权利要求5所述的系统，其特征在于，所述规则解析模块包括：

查询单元，用于基于所述请求报文服务编号在预先生成的规则库中查询相应的规则公式；

第一检索单元，用于基于所述规则公式依次检索所述请求报文中对应的应用字段；

第一生成单元，用于提取出所述应用字段中的值，将所述值添加至所述规则公式对应的参数中，生成规则值。

7.根据权利要求6所述的系统，其特征在于，所述服务组装模块用于：

第二生成单元，用于基于所述请求报文服务编号和所述规则值生成服务库的唯一索引；

第二检索单元，用于基于所述索引在预先生成的服务库中检索到唯一一条服务记录；

提取单元，用于提取出所述服务记录的服务响应报文；

返回单元，用于在所述服务响应报文中添加报文头信息，返回响应报文。

8.根据权利要求5所述的系统，其特征在于，所述服务保存模块，还用于：

当所述子系统返回正确模式的响应报文时，提取所述请求报文的解析信息，获得所述请求报文的服务编号，通过所述请求报文的服务编号在规则库中进行搜索，判断搜索记录数是否为0，若是，则生成默认规则公式，将所述请求报文的服务编号和默认规则公式添加至规则库，若否，则：

通过规则公式解析出规则值；

将所述请求报文的服务编号、规则值和对应的响应报文添加到服务库中。

Images