CN104052881A - 智能业务系统的业务实现方法及装置、智能业务系统 - Google Patents

Abstract

本发明提供了一种智能业务系统的业务实现方法及装置、智能业务系统，其中，上述方法包括：接收来自核心网的业务请求消息；将业务请求消息转换成字符串消息，其中，该字符串消息携带有从业务请求消息中提取的指定参数；根据字符串消息和预先配置的业务流程模板执行后续业务流程，其中，上述字符串消息和业务流程模板相对应。采用本发明提供的上述技术方案，解决了相关技术中，尚无有效地实现网络协议类型、业务服务类型和接入方式类型的融合的自服务系统等技术问题等技术问题，从而通过预先配置的逻辑流程便可以实现融合性的自服务系统业务，进而在一定程度了节省了人力物力成本，同时实现简单。

Description

智能业务系统的业务实现方法及装置、智能业务系统

技术领域

本发明涉及通信领域，尤其是涉及一种智能业务系统的业务实现方法及装置、智能业务系统。

背景技术

随着网络通信行业、IT行业及物联网行业等领域的高速发展，目前各行业各项目均提供用户自服务产品，以便为终端用户提供帮助和进行一些自服务的管理设置。如：对通信行业的计费产品，通常有余额查询，充值，订购套餐，修改密码，切换语种等自服务流程；对彩铃产品，通常有铃音试听，铃音订购，铃音赠送等自服务流程；对票务系统，提供票务查询，订票服务等自服务流程；考试查分系统等自服务流程。传统自服务产品组网结构示意图如图1所示。

传统的自服务系统区分不同的网络协议类型，业务服务类型和接入方式类型。不同网络协议类型，例如：码分多址（Code Division Multiple Access，简称为CDMA）网络信令、全球移动通信系统（Global System for Mobile communications，简称为GSM）网络信令、公共交换电话网络（Public Switched Telephone Network，简称为PSTN）网络信令、下一代网络（NextGeneration Network，简称为NGN）网络信令、IP多媒体子系统（IP Multimedia Subsystem，简称为IMS）网络信令以及各种IT网络的协议等的自服务应用需求需要开发支持不同信令的自服务业务来实现相应功能；不同业务服务类型（包括通信业务、IT业务、物联网业务等）的自服务应用需求需要开发支持不同业务的自服务业务来实现相应功能；不同接入方式类型的自服务应用需求需要开发支持不同接入方式的自服务业务来实现相应功能，其中，上述接入类型包括：交互式语音纪录（Interactive Voice Record，简称为IVR）接入、非结构化的补充业务数据(Unstructured Supplement Service Data，简称为USSD)接入、类似非结构化的补充业务数据（Unstructured Supplement Service Data like，简称为USSD like）接入、短信接入、web接入和第三方网元接入等。

自服务系统应用广泛，对于综合性的运营商，需要各种网络协议类型及业务服务类型及接入方式类型的自服务系统的并存应用，存在如下问题：

产品类型众多，设备厂家众多，每个产品都提供IVR、短信、USSD和USSD like等自服务设备，导致运营商投资增加；

产品与产品间有交叉嵌套的话，设备厂家互相推诿，解决问题时间周期很长，效率低下；

各设备厂家技术能力不同，开发平台不同，运营商要维护多个系统，维护繁杂；

对最终终端用户来说，要记住不同系统的不同接入码，不能一站式体验，易用性差；

目前自服务系统的开发，部分厂家提供简单的菜单配置模块，部分厂家提供语音扩展标记语言（Voice Extensible Makeup Language，简称为VXML）开发工具，部分厂家提供业务生成环境（Service Create Environment，简称为SCE）开发工具，对于IT厂商还引入了企业服务总线（Enterprise Service Bus，简称为ESB）开发工具，但这些开发工具对运营商来说，基本上只能做些动态菜单的选配，或者功能块级模块的配置调用。对代码和使用SCE要了解底层协议，梳理使用编程工具，因此，在运营商提出较为复杂的流程需求时，还需要厂家介入编码，定制版本。

因此，针对目前自服务系统存在的以上各种问题，需要提供一套融合性的自服务系统，作为用户自服务的统一门户，真正意义上解决网络协议类型的融合、业务服务类型的融合和接入方式类型的融合。但是，相关技术中并未提供相应的解决方案。

针对相关技术中的上述问题，目前尚未提出有效的解决方案。

发明内容

针对相关技术中，尚无有效地实现网络协议类型、业务服务类型和接入方式类型的融合的自服务系统等技术问题，本发明提供了一种智能业务系统的业务实现方法及装置、智能业务系统，以至少解决上述问题。

根据本发明的一个方面，提供了一种智能业务系统的业务实现方法，包括：接收来自核心网的业务请求消息；将业务请求消息转换成字符串消息，其中，该字符串消息携带有从业务请求消息中提取的指定参数；根据字符串消息和预先配置的业务流程模板执行后续业务流程，其中，上述字符串消息和业务流程模板相对应。

优选地，根据字符串消息和预先配置的业务流程模板执行后续业务流程，包括：按照预先设置的命令模板将字符串消息封装为指定格式的信令，转发给外部网元或核心网。

优选地，根据字符串消息和预先配置的业务流程模板执行后续业务流程，包括：根据字符串消息和预先配置的业务流程模板执行智能网业务系统自有的业务流程。

优选地，根据字符串消息和预先配置的业务流程模板执行后续业务流程，包括：根据字符串消息获取业务流程模板所对应业务流程的节点号；根据节点号执行业务流程的下一步动作。

优选地，将业务请求消息转换成字符串消息之后，包括：将字符串消息中携带的各个指定参数进行标签化处理，其中，每个指定参数对应一个标签值。

根据本发明的另一个方面，提供了一种智能业务系统的业务实现装置，包括：接收模块，用于接收来自核心网的业务请求消息；转换模块，用于将业务请求消息转换成字符串消息，其中，字符串消息携带有从业务请求消息中提取的指定参数；执行模块，用于根据字符串消息和预先配置的业务流程模板执行后续业务流程，其中，字符串消息和业务流程模板相对应。

优选地，上述执行模块，用于按照预先设置的命令模板将字符串消息封装为指定格式的信令，转发给外部网元或核心网。

优选地，上述执行模块，用于根据字符串消息和预先配置的业务流程模板执行智能网业务系统自有的业务流程。

优选地，上述执行模块，包括：获取单元，用于根据字符串消息获取业务流程模板所对应业务流程的节点号；执行单元，根据节点号执行业务流程的下一步动作。

根据本发明的再一个方面，提供了一种智能业务系统，包括：锚定业务模块，用于接收来自核心网的业务请求消息，并将业务请求消息转换成字符串消息，其中，字符串消息携带有从业务请求消息中提取的指定参数；锚定接口模块，用于接收来自锚定业务模块的字符串消息并将字符串消息转发给用户自服务智能总线业务模块，以及接收来自用户自服务智能总线业务模块的响应消息，并将响应消息转发给锚定业务模块；用户自服务智能总线业务模块，用于将字符串消息中携带的各个指定参数进行标签化处理，其中，每个指定参数对应一个标签值；以及根据预先配置的业务流程模板确定下一步的动作，如果下一步动作需要跟外部网元进行交互，则将封装的字符串消息发送给参数转换接口模块，并接收参数转换接口模块的响应消息；如果下一步动作需要跟核心网交互，则将封装的字符串消息发送给锚定接口模块，并由锚定接口模块传递给锚定业务模块，由锚定业务模块将响应参数转换为相应的信令发送给核心网；参数转换接口模块，用于接收来自于用户自服务智能总线业务模块的封装后的字符串消息，并按照预先设置的命令模板将字符串消息封装为指定格式的信令，并将从传统接口模块接收到的响应消息进行参数化处理，将参数话处理的响应消息发送给用户自服务智能总线业务模块进行处理；传统接口模块，用于接收来自参数转换接口模块的指令，并将指令解析处理后发送给外部网元，以及将从外部网元接收到的响应消息解析处理后发送给参数转换接口模块。

通过本发明，采用将接收的业务请求消息转换成由指定参数组成的字符串消息，并根据该字符串消息和预先配置的业务流程模板执行后续业务流程的技术手段，解决了相关技术中，尚无有效地实现网络协议类型、业务服务类型和接入方式类型的融合的自服务系统等技术问题等技术问题，从而通过预先配置的逻辑流程便可以实现融合性的自服务系统业务，进而在一定程度了节省了人力物力成本，同时实现简单。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1为根据相关技术的传统自服务产品组网结构示意图；

图2为根据本发明实施例1的智能业务系统的业务实现方法的流程图；

图3为根据本发明实施例1的智能业务系统的业务实现装置的结构框图；

图4根据本发明实施例1的智能业务系统的业务实现装置的另一结构框图；

图5为根据本发明实施例1的智能业务系统的结构框图；

图6为根据本发明实施例2的用户操作流程及各网元交互流程结构示意图；

图7为根据本发明实施例2的智能业务系统与核心网和外界网元的交互的结构示意图；

图8为根据本发明实施例2的USSD自服务流程的流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

实施例1

图2为根据本发明实施例1的智能业务系统的业务实现方法的流程图。如图2所示，该方法包括：

步骤S202，接收来自核心网的业务请求消息；

步骤S204，将上述业务请求消息转换成字符串消息，其中，该字符串消息携带有从上述业务请求消息中提取的指定参数；

步骤S206，根据上述字符串消息和预先配置的业务流程模板执行后续业务流程，其中，上述字符串消息和上述业务流程模板相对应。

通过上述各个处理步骤，由于将接收的业务请求消息转换为由指定参数组成的字符串消息，并根据与该字符串消息对应的业务流程模板执行业务流程，因此，无需考虑网络协议类型、业务服务类型以及接入方式类型的不同，即实现了自服务系统业务的融合。

在本实施例中，智能业务系统和外部进行信令交互过程中，由于外部网元或核心网不能直接识别字符串消息，因此，需要将其转换为信令格式，具体地，可以采用以下方式实现：按照预先设置的命令模板将上述字符串消息封装为指定格式的信令，转发给外部网元或核心网。

在步骤S206中，上述后续业务流程还可以包括智能业务系统的内部业务（例如内部进行出话单或话务统计操作等），即步骤S206中的后续业务流程还包括：根据上述字符串消息和预先配置的业务流程模板执行智能网业务系统自有的业务流程。

在步骤S206中，业务流程模板是根据流程节点来实现业务流程的顺利进行的，具体地，可以表现为以下处理过程：根据上述字符串消息获取业务流程模板所对应业务流程的节点号；根据节点号执行业务流程的下一步动作。

为了进一步节省运行资源，可以在传递字符串消息时只传输用于表示其中指定参数的标识，具体地，将上述串消息中携带的各个指定参数进行标签化处理，其中，每个指定参数对应一个标签值。

在本实施例中还提供了一种智能业务系统的业务实现装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述，下面对该装置中涉及到的模块进行说明。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。图3为根据本发明实施例1的智能业务系统的业务实现装置的结构框图。如图3所示，该装置包括：

接收模块30，连接至转换模块32，用于接收来自核心网的业务请求消息；

转换模块32，连接至执行模块34，用于将上述业务请求消息转换成字符串消息，其中，该字符串消息携带有从业务请求消息中提取的指定参数；

执行模块34，用于根据字符串消息和预先配置的业务流程模板执行后续业务流程，其中，字符串消息和业务流程模板相对应。

通过上述各个模块实现的功能，同样可以实现了自服务系统业务的融合。

在本实施例中，上述执行模块34，还用于按照预先设置的命令模板将字符串消息封装为指定格式的信令，转发给外部网元或核心网。

在本实施例中，上述执行模块34，用于根据字符串消息和预先配置的业务流程模板执行智能网业务系统自有的业务流程。

在本实施例中，如图4所示，上述执行模块34包括但不限于以下处理单元：获取单元340，连接至执行单元342，用于根据字符串消息获取业务流程模板所对应业务流程的节点号；执行单元342，根据节点号执行业务流程的下一步动作。

在本实施例中，还提供一种智能业务系统，如图5所示，包括：

锚定业务模块50，用于接收来自核心网的业务请求消息，并将业务请求消息转换成字符串消息，其中，字符串消息携带有从业务请求消息中提取的指定参数组成；

锚定接口模块52，用于接收来自锚定业务模块的字符串消息并将字符串消息转发给用户自服务智能总线业务模块，以及接收来自用户自服务智能总线业务模块的响应消息，并将响应消息转发给锚定业务模块；

用户自服务智能总线业务模块54，用于将字符串消息中携带的各个指定参数进行标签化处理，其中，每个指定参数对应一个标签值；以及根据预先配置的业务流程模板确定下一步的动作，如果下一步动作需要跟外部网元进行交互，则将封装的字符串消息发送给参数转换接口模块，并接收参数转换接口模块的响应消息；如果下一步动作需要跟核心网交互，则将封装的字符串消息发送给锚定接口模块，并由锚定接口模块传递给锚定业务模块，由锚定业务模块将响应参数转换为相应的信令发送给核心网；

参数转换接口模块56，用于接收来自于用户自服务智能总线业务模块的封装后的字符串消息，并按照预先设置的命令模板将字符串消息封装为指定格式的信令，并将从传统接口模块接收到的响应消息进行参数化处理，将参数话处理的响应消息发送给用户自服务智能总线业务模块进行处理；

传统接口模块58，用于接收来自参数转换接口模块的指令，并将指令解析处理后发送给外部网元，以及将从外部网元接收到的响应消息解析处理后发送给参数转换接口模块。

为了更好地理解上述实施例，以下结合实施例2和相关附图详细说明。

实施例2

本实施例的主要设计思想在于，基于现有的各自为战的自服务产品，在这些独立的自服务产品基础上，采用统一的解决方案，通过在传统的自服务智能业务系统前增加锚定业务和锚定接口机网元的方法，实现了将不同的网络协议、不同的接入方式及不同的业务服务类型加以融合；通过在智能业务系统和传统接口机之间增加一个参数转换接口机的方法，实现了业务统一的参数化字符串接口及接口的动态可配置；从该系统中抽象出了一个处理业务流程和业务逻辑的动态可配置的用户自服务智能总线业务（intelligent Business logic for UserSelfcare，简称为iBUS），该iBUS业务内部实现了业务流程和业务逻辑的模块化封装及和外部模块单元的接口封装，无需编码，通过灵活性的WEB配置工具实现业务流程和业务逻辑的设计与配置，实现了外部交互接口的协议适配、外部交互接口请求、响应消息参数化配置与封装。通过以上网元的不同分工及用户的自服务逻辑流程配置便可形成一套融合性的自服务系统，作为用户自服务的统一门户。具体可以参见图6所示。在图6中，数据仓库、自然语言交互引擎、搜索引擎、视频模块、协议适配、规则模板均可以看作是iBUS用户自服务智能总线业务系统的重要的模块单元，作为以后系统发展的拓展，和iBUS业务系统共同实现更复杂和强大的智能业务功能。其中，操作维护管理模块（Operation Maintenance Management，简称为OMM）；日志模块（LOG）；话单纪录模块(Call Detail Rerord，简称为CDR)。

本实施例的目的在于，提供一种实现融合用户自服务的智能业务系统及其实现方法，用于融合不同的网络协议类型，不同的业务服务类型和不同的接入方式类型；实现代码的完全封装，无需编码，只需通过业务流程的动态配置即可实现满足用户需求的自服务流程，进而有效地解决和避免了给运营商、设备厂家和最终用户带来资源浪费、效率低下、维护繁杂和较差的易用性。

如图7所示，本实施例基于核心网70、智能网业务（包括智能业务及其相应接口机）和外部网元82在现网中的结合应用：锚定业务模块72（相当于锚定业务模块50）、锚定接口机74（相当于锚定接口模块52）、处理业务逻辑流程的iBUS（intelligent Business logic for UserSelfcare）用户自服务智能总线业务模块76（相当于用户自服务智能总线业务模块54）、参数转换接口机78（相当于参数转换接口模块56）、传统MML或XML接口机（相当于传统接口模块58）。该系统通过核心网70（CDMA、GSM、PSTN、NGN和IMS等）与用户交互，具体功能操作由传统MML或XML接口机发消息给外部网元82实现。本实施例将传统的自服务智能业务拆分成锚定业务、锚定接口机和用户自服务智能总线业务，在智能业务和传统接口机之间增加了一个参数转换接口机，形成了一套融合性的自服务系统，作为用户自服务的统一门户，真正意义上解决网络协议类型的融合、业务服务类型的融合和接入方式类型的融合。具体如下：

核心网70：包括CDMA、GSM、PSTN、NGN和IMS核心网络，当智能用户发起呼叫时，负责将各种网络的信令消息发送给锚定业务。

锚定业务模块72：负责接收从CDMA、GSM和PSTN网络的核心网接入的WIN、CAMEL和INAP信令或接收从GSM网络的归属位置寄存器（Home Location Register，简称为HLR）HLR接入的MAP信令或接收从NGN和IMS网络的核心网接入的SIP消息，从接收到的信令参数中抽取关键参数，转换成字符串形式，并以分隔符分隔后发送给锚定接口机。对来自锚定接口机以参数化字符串形式表示的指示消息，CDMA、GSM和PSTN网络的锚定业务需根据消息类型转换为SIU结构消息，通知IP或核心网侧放音收号，或者释放呼叫。NGN和IMS网络的锚定业务需将参数化字符串直接转换为SIP消息，与媒体服务器、SS/S-CSCF进行交互。

锚定接口机74：负责触发iBUS智能业务，创建会话并维护对话信息，接收从锚定业务送过来的参数化字符串消息，并将该参数化字符串消息传递给iBUS业务，iBUS业务处理完成后，返回响应消息给锚定接口机，锚定接口机需根据会话信息，将响应消息传递给原锚定业务并维护对话信息。

iBUS（intelligent Business logic for User Selfcare）用户自服务智能总线业务模块76：由参数标签化模块和业务逻辑处理模块组成。参数标签化模块负责接收从锚定接口机传递过来的参数化字符串消息，并将该参数化字符串消息根据分隔符进行分割后将各个参数根据一定的规则进行标签化；业务逻辑处理模块负责根据业务流程配置的逻辑确定下一步的动作，如果下一步动作需要跟外部网元例如在线计费系统（Online Charge System，简称为OCS）或充值中心（Voucher Center，简称为VC）或第三方网元等进行交互，则iBUS将预先组装好的参数化字符串消息发送给参数转换接口机，并接收参数转换接口机的响应消息；如果下一步动作需要跟核心网交互，则iBUS将预先组装好的参数化字符串消息发送给锚定接口机，并由锚定接口机传递给锚定业务，由锚定业务将响应参数转换为相应的信令发送给核心网。

参数转换接口机78：负责接收从iBUS业务发送过来的参数化字符串消息，并根据命令码从命令模板中按照解析该指令的参数和语法将该参数化字符串消息动态组装成相应的MML或XML指令，发送给传统接口机，并将从传统接口机接收到的MML或XML响应消息，根据会话号找到相应的命令码，从命令模板中按解析该响应消息的参数和语法，将响应结果参数化，组成参数化字符串消息发送给iBUS业务进行处理。

传统接口机80：负责接收从参数转换接口机发送过来的MML或XML指令，并将该指令解析处理后发送给外部网元（OCS系统或VC系统或第三方网元），并将从外部网元接收到的MML或XML响应消息解析处理后发送给参数化转换接口机。

外部网元82：包括OCS系统、VC充值系统和第三方网元等，主要负责用户鉴权、充值、信息处理等一些具体的操作。

从以上描述可知，本实施例的核心网元是iBUS业务模块76。下面结合图8，以USSD自服务流程为例进行详细说明，如图8所示，该流程包括：

步骤S802：用户拨打USSD流程接入码，该接入码必须以*或#开始，以#结束，开始USSD接入流程。

步骤S804：GSM核心网HLR接收到用户拨打的USSD流程接入码，通过相应接入码配置发送消息给智能业务平台，智能业务平台根据系统配置触发融合用户自服务智能业务系统的锚定业务。

步骤S806：锚定业务将GSM核心网HLR发送过来的信令消息转换成参数化字符串消息发送给锚定接口机。

步骤S808：锚定接口机接收到参数化字符串消息后，触发iBUS用户自服务智能总线业务创建新的呼叫对话，并将参数化字符串传递给iBUS业务。

步骤S810：iBUS用户自服务智能总线业务接收到参数化字符串消息后，进行入口消息参数标签化，对核心网送过来的消息参数进行逐一的贴标签。

步骤S812：iBUS用户自服务智能总线业务根据用户拨打的接入码及锚定业务传送过来的消息参数获取USSD业务流程初始节点号initialnodeid，其中，流程入口根据USSD接入码前缀匹配流程初始节点号nodeid。

步骤S814：iBUS用户自服务智能总线业务根据当前节点号nodeid及业务流程配置信息确定该节点的动作。如果该节点动作为发消息给外部网元，则继续执行步骤S816；如果该节点动作为业务内部出话单或话务统计，则转步骤S834；如果该节点动作为给用户推送USSD消息，则转步骤S838。

步骤S816：iBUS用户自服务智能总线业务将当前节点配置的外部网元需要的消息转换为参数化字符串消息后发送给参数转换接口机。

步骤S818：参数转换接口机根据命令码从命令模板中按照解析该指令的参数和语法，将参数化字符串动态组装成相应的MML或XML指令发送给具体的传统MML或XML接口机。

步骤S820：相应的传统MML或XML接口机将MML或XML指令解析处理后发送给外部网元。

步骤S811：业务流程判断是否需要外部网元响应消息，如果需要，则继续执行步骤S812；如果不需要，则流程结束。

步骤S822：外部网元收到具体的MML或XML指令后，根据命令码及具体参数信息进行相应指令操作，操作完成后将具体的响应消息发送给传统MML或XML接口机。

步骤S826：传统MML或XML接口机接收到响应消息后，将响应消息组装成MML或XML响应指令发送给参数转换接口机。

步骤S828：参数转换接口机接收到MML或XML响应指令后，将响应消息转换成参数化字符串消息发送给iBUS用户自服务智能总线业务。

步骤S830：iBUS用户自服务智能总线业务接收到外部网元的参数化字符串响应消息后，根据具体的分隔符对该参数化字符串消息进行拆分，然后将拆分出来的多个参数进行逐一贴标签。

步骤S832：iBUS用户自服务智能总线业务对响应消息贴完标签后，根据当前节点nodeid、业务流程配置数据和外部网元的响应结果进行流程分支，找到下一个节点号nextnodeid，然后再进行流程循环继续执行步骤S814。

步骤S834：iBUS用户自服务智能总线业务内部进行出话单或话务统计操作。

步骤S836：iBUS用户自服务智能总线业务出完话单或话务统计后，根据当前节点nodeid、业务流程配置数据和流程内参数化标签值进行流程分支，找到下一个节点号nextnodeid，然后再进行流程循环继续执行步骤S814。

步骤S838：iBUS用户自服务智能总线业务将发送号码和要推送给用户的短信内容组装成参数化字符串消息后，发送给锚定接口机。

步骤S840：锚定接口机传递参数化字符串消息给锚定业务，并维护对话号。

步骤S842：锚定业务通过MAP信令发送USSD消息给GSM HLR，GSM HLR将USSD消息推送到用户手机终端上。

步骤S844：判断是否需要用户响应消息，如果需要，则继续执行步骤S846；如果不需要，则流程结束。

步骤S846：用户接收到USSD消息后，输入响应消息，GSM HLR将用户输入的响应消息以信令消息的形式响应给锚定业务。

步骤S848：锚定业务接收到信令响应消息后，将其转换成参数化字符串消息发送给锚定接口机。

步骤S850：锚定接口机接收到参数化字符串响应消息后，触发上一个对话的iBUS用户自服务智能总线业务并将参数化字符串响应消息传递给iBUS业务。

步骤S852：iBUS用户自服务智能总线业务接收到核心网送过来的用户响应的参数化字符串消息后，根据具体的分隔符对该参数化字符串消息进行拆分，然后将拆分出来的多个参数进行逐一贴标签。

步骤S854：iBUS用户自服务智能总线业务对响应消息贴完标签后，根据当前节点nodeid、业务流程配置数据和用户的响应结果进行流程分支，找到下一个节点号nextnodeid，然后再进行流程循环，转步骤S814。

通过上述实施例可以看出，本发明实施例实现了以下有益效果：加快用户需求响应速度，缩短了新业务上线流程要求周期；可以加快项目线内部语言类和消息类自服务业务的融合，减少人力重复开发，持续不断开发的人力成本，同时，该产品需要对公司内部其他项目相似的自服务流程可以兼容，直接通过灵活配置实现融合。同时，基于本实施例中的业务流程配置方案，由于与具体编程无关，屏蔽了底层协议，并提供了良好的功能封装。通过直观的逻辑配置来定义业务流程。对于外部接口，提供了动态配置接口，新增和修改指令要求无需重新编码，发布版本，通过配置命令参数即可实现。

在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。

在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于：光盘、软盘、硬盘、可擦写存储器等。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种智能业务系统的业务实现方法，其特征在于，包括：

接收来自核心网的业务请求消息；

将所述业务请求消息转换成字符串消息，其中，所述字符串消息携带有从所述业务请求消息中提取的指定参数；

根据所述字符串消息和预先配置的业务流程模板执行后续业务流程，其中，所述字符串消息和所述业务流程模板相对应。

2.根据权利要求1所述的方法，其特征在于，根据所述字符串消息和预先配置的业务流程模板执行后续业务流程，包括：

按照预先设置的命令模板将所述字符串消息封装为指定格式的信令，转发给外部网元或所述核心网。

3.根据权利要求1所述的方法，其特征在于，根据所述字符串消息和预先配置的业务流程模板执行后续业务流程，包括：

根据所述字符串消息和预先配置的业务流程模板执行智能网业务系统自有的业务流程。

4.根据权利要求1至3任一项所述的方法，其特征在于，根据所述字符串消息和预先配置的业务流程模板执行后续业务流程，包括：

根据所述字符串消息获取所述业务流程模板所对应业务流程的节点号；

根据所述节点号执行所述业务流程的下一步动作。

5.根据权利要求1至3任一项所述的方法，其特征在于，将所述业务请求消息转换成字符串消息之后，包括：

将所述字符串消息中携带的各个所述指定参数进行标签化处理，其中，每个所述指定参数对应一个标签值。

6.一种智能业务系统的业务实现装置，其特征在于，包括：

接收模块，用于接收来自核心网的业务请求消息；

转换模块，用于将所述业务请求消息转换成字符串消息，其中，所述字符串消息携带有从所述业务请求消息中提取的指定参数；

执行模块，用于根据所述字符串消息和预先配置的业务流程模板执行后续业务流程，其中，所述字符串消息和所述业务流程模板相对应。

7.根据权利要求6所述的装置，其特征在于，所述执行模块，用于按照预先设置的命令模板将所述字符串消息封装为指定格式的信令，转发给外部网元或所述核心网。

8.根据权利要求6所述的装置，其特征在于，所述执行模块，用于根据所述字符串消息和预先配置的业务流程模板执行智能网业务系统自有的业务流程。

9.根据权利要求6至9任一项所述的装置，其特征在于，所述执行模块，包括：

获取单元，用于根据所述字符串消息获取所述业务流程模板所对应业务流程的节点号；

执行单元，根据所述节点号执行所述业务流程的下一步动作。

10.一种智能业务系统，其特征在于，包括：

锚定业务模块，用于接收来自核心网的业务请求消息，并将所述业务请求消息转换成字符串消息，其中，所述字符串消息携带有从所述业务请求消息中提取的指定参数；

锚定接口模块，用于接收来自锚定业务模块的所述字符串消息并将所述字符串消息转发给所述用户自服务智能总线业务模块，以及接收来自所述用户自服务智能总线业务模块的响应消息，并将所述响应消息转发给锚定业务模块；

所述用户自服务智能总线业务模块，用于将所述字符串消息中携带的各个所述指定参数进行标签化处理，其中，每个所述指定参数对应一个标签值；以及根据预先配置的业务流程模板确定下一步的动作，如果下一步动作需要跟外部网元进行交互，则将封装的所述字符串消息发送给参数转换接口模块，并接收所述参数转换接口模块的响应消息；如果下一步动作需要跟核心网交互，则将封装的所述字符串消息发送给锚定接口模块，并由锚定接口模块传递给所述锚定业务模块，由所述锚定业务模块将响应参数转换为相应的信令发送给核心网；

所述参数转换接口模块，用于接收来自于所述用户自服务智能总线业务模块的封装后的字符串消息，并按照预先设置的命令模板将所述字符串消息封装为指定格式的信令，并将从所述传统接口模块接收到的响应消息进行参数化处理，将参数话处理的响应消息发送给所述用户自服务智能总线业务模块进行处理；

所述传统接口模块，用于接收来自所述参数转换接口模块的所述指令，并将所述指令解析处理后发送给外部网元，以及将从所述外部网元接收到的响应消息解析处理后发送给所述参数转换接口模块。