聊天机器人实践(二)

之前的推送中,介绍了聊天机器人目前的发展。本篇主要介绍基于规则的,检索的聊天机器人引擎 - Bot Engine.

问题域


Speech to Text => Logic => Text to Speech

STT和TTS,目前有很多厂商提供技术产品:

Speech to Text 语音识别技术

Google Cloud PlatformIBM Watson API云知声科大讯飞

Text to Speech 语音合成技术

IBM Watson API Docs demo

经过多年的研究,尤其是深度学习的采用,在这两项技术上取得了突破性进展。今天本文所要讨论的是logic,而且是基于规则引擎的logic, 基于机器学习的部分将在以后的文章中讨论。

Conversation Model


在两个人之间的对话,可以用下面这个模型表示,双方头脑中所要向对方表达的目标,需要通过语言来交换意见,为了达成共识,二者需要在一个语境下。

https://vimeo.com/43677920

为了支撑这个模型,在设计Bot Engine过程中,要考虑如下的要点:

低成本的构建对话

能区分不同类型的对话

规范化输入

高效率的规则引擎

用户画像

回复时,考虑对话的历史记录

低成本的构建对话


构建聊天内容最好是不需要有开发技能,而且有的开发者也没有很好的聊天的技能。即便像Botframework这样的大厂的产品,在构建对话时,都不够友好,只能面向有开发技能的人,而且是一种硬编码。这样对于维护对话很不利。

使用Botframework的waterfall,设计对话的人需要了解builder.Prompts接口和session.beginDialog|endDialog。这样做很不合理。

exports.start = [(session, arg, next) => {  
    builder.Prompts.text(session, "Do you want to start Class now?");
}, (session, results) => {
    co(function*() {
        return yield watson.sentiment(results.response);
    }).then(function(o) {
        let reply;
        switch (o.docSentiment.type.toLowerCase()) {
            case 'positive':
                reply = '_begin_';
                break;
            case 'negative':
                reply = "Got it."
                break;
            case 'neutral':
                reply = "Ok, then.";
                break;
        }
        if (reply == '_begin_') {
            session.beginDialog('/daily_lessons/vocabulary');
        } else {
            builder.Prompts.text(session, reply);
            session.endDialog();
        }
    });
}];

而另外一方面,使用script的方式,显得更合理,比如SuperScript.

+ Do you want to start Class now?
- start_class

  + ~yes
  % Do you want to start Class now
  - Great, ^redirectTo(/daily_lessons/vocabulary)

  + ~no
  % Do you want to start Class now
  - Ok, then.

还有rivescriptchatscript, 同样类似于superscript方式进行构建对话。

能区分不同类型的对话


设计对话时,至少有三种类型的对话:

system

系统对话,只能聊一次,或者只能由系统主动发出。比如自我介绍,bot小明进行初次对话,bot会问:“你叫什么名字?”。小明回答“小明”。那么bot就知道"id:xxx"是小明。而将来bot都不应该再问这个问题。

daily

这些是bot可以重复和用户聊的主题,可能并不是每天,它们可以每隔一段频率就触发,比如:问候,节日祝福,“你在做什么”, etc.

business

和一些闲聊的机器人不同,bot应该提供一些价值,这些价值可能是个人信息助手导购教育播放音乐

声明对话类型:

> topic:business (vocabulary class)
+ Do you want to start Class now?
- start_class

  + ~yes
  % Do you want to start Class now
  - Great, ^redirectTo(/daily_lessons/vocabulary)

  + ~no
  % Do you want to start Class now
  - Ok, then.
<

所以,一个对话看起来像是这个样子。

规范化输入


表达同样的意思,可以有多种表示方法。

whats the color of the calanders  
what is the colour of the calenders  
what be the colour of the calender

在将输入语句传给规则引擎前,要先做规则化处理。比如:

1) tokenized - 分词

2) stemmed - 英文单词取词根

3) lemmatized - 英文单词变形的归类(例如单复数归类)

4) part-of-speech (POS) tagger - reads text in some language and assigns parts of speech to each word

5) named entity recognizer (NER) - [ labels sequences of words in a text which are the names of things] 
(http://nlp.stanford.edu/software/CRF-NER.html) 专有名词 - 人名、地名、组织名、URL链接、系统路径等

这里需要结合很多工具库来实现:NLTK, Stanford CoreNLP, Jieba分词,Wordnet, ConceptNet.

比如,借助Stanford CoreNLP,可以有下面的标注:

经过规范化输入,在规则引擎中,可以依赖词性和函数实现更智能的回答。

高效率的规则引擎


Bot可以有大量的主题,即便是只有100主题,每个主题15个对话,那就是1500个规则。如果只是单机运行,至少要进行下面两个优化:

排序

通过聊天的记录和关键字,先给对话栈排序。

排序的思路大概是这样:

1) 查看当前对话,是否还有下文,一个对话的下文可以对应多个规则。

如果有下文,检测是否一个规则能匹配上输入。如果匹配上了,回复。 如果没有下文,或者没有规则能匹配上,进入次优匹配

2) 次优匹配是将聊天主题的历史记录,使用TF-IDF算法进行排序。

简单说,就是使用一个函数计算用户聊天的对应主题频率。给不同的聊天主题加权重。在次优匹配中,都是处理用户曾经聊过的主题。

3) 在次优匹配中,没有命中,进入其他匹配

其他匹配包括了以前没有聊过的主题。

并发

在排序后,去同时处理匹配运算,将命中的规则的回复,按照排序的顺序放到数组里,然后,从数组中取第一个元素。这样就比按照顺序一个一个检测快很多。

比如,一些Node.js模块:async

用户画像


在和用户聊天的过程中,获取到的用户相关的信息,有必要记录在数据库中,这其实是构建知识图谱的过程。

知识图谱所用的数据库是存在三个字段的结构化数据:

{
  "subject": "Mao",
  "predict": "chairman",
  "object": "China"
}

由此构建了一个关系:

B又可以跳转到D

目前,较为成熟的商业产品和开源方案都有。

Google Knowledge Graph API

cayley graph

在Bot Engine中,可以得到相关用户的Knowledge Graph.

this.user.memory.get( ...)  
this.bot.createUserFact( ...)

使用知识图谱,除了对实体之间完成关系构建外,还有一个原因是,搜索速度非常快,搜索功能强大。

SuperScript


介绍了这么多,那么到底怎么实现一个Bot Engine呢?经过了很多比较后,我觉得基于SuperScript实现Bot Engine是可行的。主要是下面这几点:

社区活跃:目前稳定版本v0.12.2没有bug, 最新版v1.0.0也在快速开发。

轻便灵活: 将SuperScript的源码读了一遍,觉得即便是作者不维护了,我也可以维护。

功能强大:在上面讨论的问题中,SuperScript都是有涉及的。

对话脚本


topic type - 话题

conversation - 对话

function - 插件和函数

Get started

npm install superscript

var superscript = require("superscript");  
new superscript({ ...}, function(err, bot){  
    bot.reply("userId", "hello", function(err, reply){
        // do your magic
    })
})

Conclusion


很多人预计2017年,AI方向最可能取得成功的领域是聊天机器人。那么,在这种情况下,面向聊天机器人的架构设计,是一个热门问题。包括Google,Facebook都有可能发布类似于微软的Botframework平台。而Bot Engine, 一种处理对话的引擎,起着很关键的作用。在开源社区,还没有看到哪个呼声非常高的实现,SuperScript,至少在JavaScript社区,是一个不错的选择。

在下一篇文章中,我将介绍使用深度学习技术,依靠聊天语料,训练Bot Model.

Reading List


NaturalNode - General natural language facilities for node.

SuperScript - A dialog system and bot engine for conversational UI's.

Stanford CoreNLP - a suite of core NLP tools

Natural Language Toolkit - NLTK is a leading platform for building Python programs to work with human language data.

How to Cook a Graph Database in a Night - A Knowledge Graphic tool based on LevelDB.

◆  ◆  ◆  ◆  ◆  

张洋铭,投资人中最懂动漫的程序员,负责PlugandPlay早期科技类项目投资,个人关注动漫虚拟助手。

微信公众号:张洋铭Ocean(ocean_anidata)

BP请投递至:ocean.zhang@plugandplaychina.com

本文作者:王海良  原文地址:http://eng.snaplingo.net/approaching-a-chatbot-service-part-2-bot-engine/ 

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 212,029评论 6 492
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 90,395评论 3 385
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 157,570评论 0 348
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 56,535评论 1 284
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 65,650评论 6 386
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 49,850评论 1 290
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 39,006评论 3 408
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 37,747评论 0 268
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 44,207评论 1 303
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 36,536评论 2 327
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 38,683评论 1 341
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 34,342评论 4 330
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,964评论 3 315
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 30,772评论 0 21
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,004评论 1 266
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 46,401评论 2 360
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 43,566评论 2 349

推荐阅读更多精彩内容