CN103077020A - 文本对话服务系统 - Google Patents

Abstract

本发明提供一种文本对话服务系统，包含：所述的短信收发模块，为文本收发适配子模块；所述的业务逻辑处理及资源管理模块，与解析器模块一起完成业务流程化处理，完成文本对话功能；所述的解析器模块，完成VXML脚本解析，与资源管理器模块一起完成业务流程化处理，完成文本对话功能；所述的文本识别引擎模块，基于自然语言理解的内置识别引擎，用于识别理解用户意图，实现智能对话功能；所述的管理维护模块，用于Web管理系统配置和监控系统运行情况。本发明采用脚本化的开发方法，应用开发简单、效率高；实现应用与平台的分离，应用开发只需关心核心业务逻辑，与业务无关的系统无需关心，可以直接用来进行人机交互类应用开发。

Description

文本对话服务系统

技术领域

随着增值业务及网络的不断发展，诸如短信类的文本交互应用越来越多，且交互性不断增强，应用逻辑也越来越复杂，传统的开发方法是选择一种开发语言从零开始或者基于以前相似的系统进行开发，开发效率低，存在很多重复开发，且后期维护量大。 

本发明涉及文本交互应用开发技术领域，公开一种通过使VXML用脚本的开发方式实现交互应用的方法和系统。利用本发明，可以提升交互应用开发效率和降低开发复杂度，把应用开发者从低级的编程语言和资源管理中解放出来。 

背景技术

如图1所示，现有短信类文本交互应用系统基本都会重复实现以下内容： 

第一步：选择开发语言、框架，并进行基础框架和通用模块开发； 

第二步：对系统及交互逻辑进行处理； 

第三步：若存在状态管理，还需专门开发状态管理模块； 

第四步：进行各个功能模块开发； 

第五步：与外部相关系统一一集成（如短信网关、识别引擎等等）。 

综上，应用开发过程中需要关注很多与业务逻辑无关的内容，开发过程和内容均比较复杂。 

现有技术的缺点为：现有技术实现短信交互应用太过复杂，需要开发大量与应用无关的内容，导致开发效率低，后期应用系统维护麻烦。 

发明内容

本发明要解决以下技术问题： 

1.统一外部系统处理模块，应用开发无需关心与业务逻辑无关的开发内容； 

2.简化应用开发方式，业务应用无需通过复杂的代码实现业务逻辑，能够通过简单脚本实现业务逻辑； 

3.提供智能识别引擎，业务应用可以直接使用，减少集成工作，方便智能交互应用实现。 

本发明采用的技术方案为：一种文本对话服务系统，主要包含5个模块：短信收发模块 （SMAC）、资源管理器模块（RCC）、解析器模块（Interpreter）、文本识别引擎模块和管理维护模块；其中： 

所述的短信收发模块（SMAC）：其为文本收发适配子模块，主要作用是适配不同的文本收发模块，并转换成统一格式传递到系统内部，系统处理完再将结果适配发出； 

所述的业务逻辑处理及资源管理模块（RCC）：其与解析器模块（Interpreter）一起完成业务流程化处理，完成文本对话功能； 

所述的解析器模块（Interpreter）：该解析器模块完成VXML脚本解析，与资源管理器模块（RCC）一起完成业务流程化处理，完成文本对话功能，应用开发者通过开发VXML脚本，并以HTTP方式与解析器模块（Interpreter）交互实现业务流程； 

所述的文本识别引擎模块：该文本识别引擎基于自然语言理解的内置识别引擎，用于识别理解用户意图，实现智能对话功能； 

所述的管理维护模块：用于Web管理系统配置和监控系统运行情况。 

本发明与现有技术相比的技术优点为： 

1）、本发明采用脚本化的开发方法，应用开发简单、效率高； 

2）、本发明实现应用与平台的分离，应用开发只需关心核心业务逻辑，与业务无关的系统无需关心 

3）、本发明提供一种基于自然语言理解的文本识别引擎，可以直接用来进行人机交互类应用开发 

附图说明

图1为现有技术短信类文本交互应用系统； 

图2为系统整体架构示意图； 

图3为系统处理流程图； 

图4为应用开发工作流程图。 

图5为文法编译成文法网络的示意图； 

图6为文法网络解析及解析结果示意图。 

具体实施方式

下面结合附图以及具体实施例进一步说明本发明。 

1.如图2所示，系统整体架构如下： 

系统包含5个主要模块：SMAC（短信收发模块）、RCC（资源管理器模块）、Interpreter（解析器模块）、文本识别引擎模块和管理维护模块： 

1）SMAC：文本收发适配子模块，主要作用是适配不同的文本收发模块，并转换成统一格式传递到系统内部，系统处理完再将结果适配发出； 

2）RCC：业务逻辑处理及资源管理模块，与Interpreter模块一起完成业务流程化 处理，完成文本对话功能； 

3）Interpreter：解析器，完成VXML脚本解析，与RCC模块一起完成业务流程化处理，完成文本对话功能。应用开发者通过开发VXML脚本，并以HTTP方式与Interpreter交互实现业务流程。 

4）TRS：文本识别引擎，基于自然语言理解的内置识别引擎，用于识别理解用户意图，实现智能对话功能； 

5）管理维护：Web管理系统，用于管理系统配置和监控系统运行情况。 

2.系统关键模块详细说明： 

1）Interpreter解析器：本系统核心模块，通过对VXML脚本进行解析完成业务操作，从而实现文本交互类应用只需通过编写VXML脚本即可完成业务功能和逻辑。同时提供超长周期会话管理功能，方便了以短信为载体的非实时在线的人机对话业务的开发。如图3所示， 

在文本对话服务系统上，应用开发者只需基于VXML脚本开发语言进行文本对话应用开发，减少了大量与业务逻辑无关的功能或模块开发，如图4所示，开发流程如下： 

应用开发者通过VXML脚本语言可以实现含自然语言理解识别的文本交互应用，常见的交互应用场景实现方式如下： 

√无识别对话 

无识别会话表示在一次交互过程中对用户发送的文本不需要进行识别，而是直接获取。 

通过application.lastresult$.context获取识别前的短信内容，将field标记的type属性设置为getputin，不使用语法识别，直接将用户的输入保存到变量中作为返回值，如果需要进行二次识别则返回值包含二次识别结果。 

√识别对话 

用户发送的短信需要进行识别时，可以在脚本中传入识别文法的路径或字符串，引擎用相应语法进行识别，得到识别结果，脚本再根据识别结果进行处理，得到每个识别结果的一些属性： 

application.lastresult$.mode  //标识是以哪种方式（一次识别、二次识别）识别出来的 

application.lastresult$.inputmode//表示用户输入的类型，暂时只支持text类型，表示文本 

application.lastresult$.context    //识别前的短信内容 

application.lastresult$.lenth  //单个语义的参数个数，如第一个语义或第一个参数可以将[0]省略 

application.lastresult$[0].paramtype//识别出的参数类型，可能包括操作、业务、时间等信息，其中还包括帮助的类型 

application.lastresult$[0].paramvalue//识别结果的各参数值 

√交互识别对话 

当应用层想不以收用户短信为前提进行识别的话，可以将识别的内容放入expr与value中，系统会不等用户短信而自动进行识别，并将识别结果放入application.lastresult$中，解决二次交互的问题，如用户先说gprs，又说了帮我开通吧，应用层可以直接将两个文本拼起来。 

√二次识别对话 

在用户主导态交互过程中，有些时候用户一次输入仅仅用一次语法识别是不够的，这种情况就需要二次识别，引擎会自动先针对设置的语法进行识别，如果没有识别结果则再采用大文法进行识别。 

设置Secondrecognize属性为True，使用之前保存的语法进行二次识别，如果之前没有保存语法则此处设置为True无效；此属性默认值为False，即不是用保存的语法进行二次识别。 

2）TRS文本识别引擎： 

采用科大讯飞现有的自然语言理解文本识别引擎，满足多种短信类应用智能交互需求。 

如图5、图6所示，科大讯飞现有的自然语言理解文本识别引擎采用上下文无关文法（ABNF）解析受限领域下的自然语言，将自然语言理解问题转换成有限空间下的搜索问题：-将自然语言中的句式编写成句文法，并定义句文法中的概念及要素（或业务、操作、属性)。 

-利用下推自动机理论，将句文法编译成文法网络，形成受限领域下的自然语言搜索空间。 

-对用户输入的自然语言，在文法网络中进行深度优先或广度优先搜索，解析出对应的概念及要素 

ABNF文法有以下特点： 

-不需要分词，以字为单位构建文法网络。 

-文法头尾处有filler，可以有效除去“请你、你好、谢谢了”之类的语义无关的文字。 

-支持属性信息的解析，例如“5元套餐”“合肥”“上海”等。 

-支持误拼写、别名，例如“升请、流浪、帐单”等常用误拼写，“搞个、查下”等业务或 操作的别名。 

-语义信息可灵活加载 

·放在节点上： 

我要开通彩铃业务。语义信息放在“开通”和“彩铃”上。 

·放在路径上： 

我的密码丢了，我想改一下。语义为：密码重置-变更 

我怎么才能让话费便宜点呢。语义为：套餐变更-帮助 

ABNF文法编译及解析举例： 

$qq=[[一]个][超级][手机|上网|[5元|包月]套餐]qq; 

$open=(开通|订购|申请|审请|升请)[[一]下]; 

$qqopen=$_ti_filler_$open $qq $_ti_filler_; 

本发明未详细阐述的部分属于本领域公知技术。 

尽管上面对本发明说明性的具体实施方式进行了描述，以便于本技术领的技术人员理解本发明，但应该清楚，本发明不限于具体实施方式的范围，对本技术领域的普通技术人员来讲，只要各种变化在所附的权利要求限定和确定的本发明的精神和范围内，这些变化是显而易见的，一切利用本发明构思的发明创造均在保护之列。 

Claims (1)

1.一种文本对话服务系统，其特征在于：主要包含5个模块：短信收发模块（SMAC）、业务逻辑处理及资源管理模块（RCC）、解析器模块（Interpreter）、文本识别引擎模块和管理维护模块；其中：

所述的短信收发模块（SMAC）：其为文本收发适配子模块，主要作用是适配不同的文本收发模块，并转换成统一格式传递到系统内部，系统处理完再将结果适配发出；

所述的业务逻辑处理及资源管理模块（RCC）：其与解析器模块（Interpreter）一起完成业务流程化处理，完成文本对话功能；

所述的解析器模块（Interpreter）：该解析器模块完成VXML脚本解析，与资源管理器模块（RCC）一起完成业务流程化处理，完成文本对话功能，应用开发者通过开发VXML脚本，并以HTTP方式与解析器模块（Interpreter）交互实现业务流程；

所述的文本识别引擎模块：该文本识别引擎模块基于自然语言理解的内置识别引擎，用于识别理解用户意图，实现智能对话功能；

所述的管理维护模块：用于Web管理系统配置和监控系统运行情况。

Images