CN110457015A - 生成交互式应用程序的方法及系统 - Google Patents
生成交互式应用程序的方法及系统 Download PDFInfo
- Publication number
- CN110457015A CN110457015A CN201910645375.6A CN201910645375A CN110457015A CN 110457015 A CN110457015 A CN 110457015A CN 201910645375 A CN201910645375 A CN 201910645375A CN 110457015 A CN110457015 A CN 110457015A
- Authority
- CN
- China
- Prior art keywords
- developer
- solid polymer
- interactive application
- user
- parameter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/30—Information retrieval; Database structures therefor; File system structures therefor of unstructured textual data
- G06F16/33—Querying
- G06F16/332—Query formulation
- G06F16/3329—Natural language query formulation or dialogue systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/20—Software design
- G06F8/24—Object-oriented
Abstract
本发明提供了一种开发交互式应用程序的方法及系统。该方法包括:接收开发者创建的针对交互式应用程序的用户意图的类;接收开发者创建的多个复合实体,其中,多个复合实体中的每个复合实体继承类的参数;通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能;根据意图技能,生成交互式应用程序。该发明通过继承类的参数的面向对象的开发方式,设计灵活度高,另外,可以减少开发过程中相同参数的重复输入或修改,大大提高开发者的工作效率。
Description
技术领域
本发明涉及计算机技术领域,具体涉及一种生成交互式应用程序的方法及系统。
背景技术
交互式应用程序的开发十分复杂,开发门槛较高,必须由专业开发人员参与才能够完成。而且,每开发一个交互式应用程序就要编写一套程序,开发者需要设计程序的整个交互过程,编程工作量大。此外,现有交互式应用程序开发过程中存在相同信息需要重复输入或修改,费时费力的情况,给开发人员带来了很大的负担。
发明内容
有鉴于此,本发明实施例提供了一种生成交互式应用程序的方法及系统,解决了交互式应用程序开发门槛高、相同信息需重复输入或修改、费时费力的问题。
根据本发明实施例提供的第一方面,提供一种生成交互式应用程序的方法,包括:接收开发者创建的针对交互式应用程序的用户意图的类;接收开发者创建的多个复合实体,其中,多个复合实体中的每个复合实体继承类的参数;通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能,以使得交互式应用程序在接收到与至少一个参数值匹配的用户表达时,输出响应;根据意图技能,生成交互式应用程序。
在本发明的一个实施例中,上述接收开发者创建的针对交互式应用程序的用户意图的类,包括:接收开发者创建的针对交互式应用程序的用户意图的抽象实体。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:多个复合实体中的每个复合实体继承抽象实体的用户表达示例。
在本发明的一个实施例中,上述接收开发者创建的多个复合实体,包括:接收开发者对多个复合实体中的每个复合实体是否继承抽象实体的选择,在开发者选择继承抽象实体的情况下,接收开发者设置的复合实体的参数,其中复合实体的参数为除继承的抽象实体的参数之外的参数;接收开发者输入的复合实体的名称;接收开发者输入的复合实体的用户表达示例。
在本发明的一个实施例中,上述接收开发者创建的多个复合实体,包括:在复合实体界面接收开发者创建的多个复合实体。
在本发明的一个实施例中,上述接收开发者创建的针对交互式应用程序的用户意图的抽象实体,包括:接收开发者输入的抽象实体的名称;接收开发者设置的抽象实体的参数;接收开发者输入的抽象实体的用户表达示例。
在本发明的一个实施例中,上述接收开发者创建的针对交互式应用程序的用户意图的抽象实体,包括:在抽象实体界面接收开发者创建的针对交互式应用程序的用户意图的抽象实体。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者创建的针对不同意图技能的默认全局信息的全局复合实体,不同意图技能继承全局复合实体的参数。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者创建的针对交互式应用程序的用户的欢迎意图技能,用于在用户开始使用交互式应用程序时,输出开发者在创建欢迎意图技能时设置的欢迎响应。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者创建的针对交互式应用程序的用户的缺省意图技能,用于在由于用户表达超出设置范围而无对应的响应时,输出开发者在创建缺省意图技能时设置的缺省响应。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者对意图技能继承的复合实体的直达设置,用于输出继承的复合实体的参数中的追问语句;或者接收开发者对意图技能继承的复合实体的不直达设置,并接收开发者针对继承的复合实体输入的追问语句,用于在不直达设置的情况下,输出开发者针对继承的复合实体输入的追问语句。
在本发明的一个实施例中,上述接收开发者对意图技能继承的复合实体的直达设置,包括:在参数设置界面接收开发者对意图技能继承的复合实体的直达设置,其中,上述接收开发者对意图技能继承的复合实体的不直达设置,并接收开发者针对继承的复合实体输入的追问语句,包括:在参数设置界面接收开发者对意图技能继承的复合实体的不直达设置,并接收开发者针对继承的复合实体输入的追问语句。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者针对参数的多值设置,用于接收用户表达中的多个参数值;或者接收开发者针对参数的单值设置,用于接收用户表达中的单个参数值。
在本发明的一个实施例中,上述接收开发者针对参数的多值设置,包括:在参数设置界面接收开发者针对参数的多值设置,其中,上述接收开发者针对参数的单值设置,包括:在参数设置界面接收开发者的单值设置。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者对用户表达的允许不确定值设置,用于允许用户表达不确定值;或者接收开发者对用户表达的不允许不确定值设置,用于不允许用户表达不确定值。
在本发明的一个实施例中,上述接收开发者对用户表达的允许不确定值设置,包括:在参数设置界面接收开发者对用户表达的允许不确定值设置,其中,上述接收开发者对用户表达的不允许不确定值设置,包括:在参数设置界面接收开发者对用户表达的不允许不确定值设置。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者输入的与参数相关的派生参数。
在本发明的一个实施例中,上述接收开发者输入的与参数相关的派生参数,包括:在意图技能界面、复合实体界面或抽象实体界面接收开发者输入的与参数相关的派生参数。
在本发明的一个实施例中,上述参数包括:参数标识、对应实体和/或追问语句。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者针对追问语句设置的值推荐,用于推荐追问语句所询问的参数值。
在本发明的一个实施例中,值推荐包括webhook推荐和SQL推荐。
在本发明的一个实施例中,上述接收开发者针对追问语句设置的值推荐包括:在意图技能界面、复合实体界面或抽象实体界面接收开发者针对追问语句设置的值推荐。
在本发明的一个实施例中,该生成交互式应用程序的方法还包括:接收开发者针对用户表达设置的值校验,用于校验用户表达中的参数值是否正确;以及接收开发者输入的针对值校验错误情况的错误信息。
在本发明的一个实施例中,上述接收开发者针对用户表达设置的值校验,用于校验用户表达中的参数值是否正确,包括:
在意图技能界面、复合实体界面或抽象实体界面接收开发者针对用户表达设置的值校验,
其中,上述接收开发者输入的针对值校验错误情况的错误信息,包括:在意图技能界面、复合实体界面或抽象实体界面接收错误信息。
在本发明的一个实施例中,复合实体包括多个基础实体,多个基础实体中的每个基础实体为多个参数值的集合。
在本发明的一个实施例中,上述接收开发者创建的针对交互式应用程序的用户意图的类,包括:接收开发者创建的针对交互式应用程序的用户意图定义的接口。
根据本发明实施例的第二方面,提供一种生成交互式应用程序的系统,包括:接收模块,用于接收开发者创建的针对交互式应用程序的用户意图的类;接收开发者创建的多个复合实体,其中,多个复合实体中的每个复合实体继承类的参数;建立模块,用于通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能,以使得交互式应用程序在接收到与至少一个参数值匹配的用户表达时,输出响应;生成模块,用于根据意图技能,生成交互式应用程序。
根据本发明实施例的第三方面,提供一种计算机可读存储介质,其上存储有计算机可执行指令,其特征在于,该可执行指令被处理器执行时实现如上所述的生成交互式应用程序的方法。
根据本发明实施例提供的技术方案,接收开发者创建的针对交互式应用程序的用户意图的类,多个复合实体中的每个复合实体继承类的参数;通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能;以及根据意图技能,生成交互式应用程序,通过继承类的参数的面向对象的开发方式,设计灵活度高,另外,可以减少开发过程中相同参数的重复输入或修改,大大提高开发者的工作效率。
附图说明
图1所示为本发明一实施例提供的生成交互式应用程序的方法的流程示意图。
图2所示为本发明一实施例提供的生成交互式应用程序的方法的复合实体界面示意图。
图3所示为本发明一实施例提供的生成交互式应用程序的方法的抽象实体界面的示意图。
图4所示为本发明一实施例提供的生成交互式应用程序的方法的参数设置界面的示意图。
图5所示为本发明一实施例提供的生成交互式应用程序的方法的意图技能界面的示意图。
图6所示为本发明一实施例提供的生成交互式应用程序的系统的框图。
图7所示为本发明另一实施例提供的生成交互式应用程序的系统的框图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明的实施例可以用于开发各种交互式应用程序,例如,可以用于智能客服、智能导购、智能顾问、企业对话应用、聊天机器人,或任何平台或设备上的语音对话或交互功能的实现,可广泛集成于网站、APP、社交媒体平台、物联网设备、各类机器人中,本发明对此不作限定。
通过本发明的实施例开发的交互式应用程序可以聚合语音识别、自然语言理解、语音合成等技术。可视化操作界面,隐藏繁琐技术细节,以简单高效的方式,实现复杂逻辑定义。开发流程简单,部署集成广泛。而且,该交互式应用程序可应用于不同平台,实现一套交互式体验的多维度灵活应用,支持多种使用场景,不受平台、设备的限制,不需要每个平台重复训练和部署。
图1所示为本发明一实施例提供的生成交互式应用程序的方法的流程示意图。该方法可以由计算机设备(例如,服务器)执行。如图1所示,该方法包括如下内容。
S110:接收开发者创建的针对交互式应用程序的用户意图的类。
类包括抽象类(例如,抽象实体)和接口类(例如,定义的接口),本发明对此不作限定。
实体是用户表达中具有特殊意义的部分,可以包括基础实体、复合实体、抽象实体等。复合实体可以包括多个基础实体,多个基础实体中的每个基础实体为多个参数值的集合。
基础实体是最简单的实体形式,可以分为自定义基础实体和系统基础实体。其中,系统基础实体在开发者设计交互式应用程序时,可直接标注使用;自定义基础实体需要用户创建并添加所需的数据后,才能标注使用。自定义基础实体可以分为静态实体和动态实体。
静态自定义基础实体可以定义关键词及相对应的同义词。例如,当用户使用交互式应用程序查询“北京的天气”时,“北京”作为城市,与“天津”、“上海”、“广州”等城市集合起来,就组成了中国城市(cn_city)这一“基础实体”,“北京”可以定义一些同义词如“帝都”、“首都”等。
动态自定义基础实体可以只需要在系统里定义名称,其包含的值可以来自于为用户配置的软件开发工具包(SDK)中。例如:当用户询问“小明的电话是多少”,“小明”为其通讯录联系人,由于每个用户的通信录信息并不一样,因此无法使用静态实体。此时,可以定义一个动态自定义基础实体为“通讯录”,把用户表达示例中的“小明”标记为“通讯录”,其通讯录信息就可以从用户处得到。
复合实体具有定义多参数的能力,以医疗场景为例,“发烧”、“腹痛”、“咳嗽”等症状各自具有不同的参数,如“发烧温度”、“发烧时长”、“腹痛部位”、“腹痛程度”、“咳嗽声音”、“咳嗽时长”等,那么“发烧”、“腹痛”、“咳嗽”等便可分别定义为“复合实体”。例如,开发者可以定义“发烧”为复合实体,在发烧中定义参数“发烧温度”、“发烧时长”等;还可以定义“个人信息”为复合实体,在“个人信息”中定义“姓名”、“性别”、“年龄”、“手机号码”等参数。参数可以称为属性,参数值即为属性值;例如,“发烧”可以称为“复合属性”,“发烧”复合属性又对应于“发烧”复合实体,本发明对此不作限定。
抽象实体可以抽象、概括出多个复合实体共同的参数,并根据共同的参数定义通用的用户表达示例及参数。复合实体可以继承抽象实体,一旦继承某个抽象实体,就可以引用该抽象实体中定义的用户表达示例及参数,并可以在此基础上继续定义。以医疗场景为例,“发烧”、“腹痛”、“咳嗽”等症状具有一些共同的参数,如“发病时间”、“严重程度”等,那么开发者可以定义“症状”为抽象实体,并定义“症状”的参数为“发病时间”、“严重程度”等。
S120:接收开发者创建的多个复合实体,其中,多个复合实体中的每个复合实体继承类的参数。
通过设置抽象实体,复合实体继承抽象实体中定义的参数,只需在抽象实体中输入一次通用的参数,减少了参数输入次数,另外,需要修改时,只需修改抽象实体中定义的参数即可,减轻了开发者的负担,提高了用户体验。
在本发明的另一个实施例中,复合实体还可以继承抽象实体的用户表达示例,本发明对此不作限定。
接口可以包括至少一个参数等,本发明对此不作限定。通过定义接口,复合实体调用接口,可更灵活的建立参数与复合实体之间的关联。
S130:通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能,以使得交互式应用程序在接收到与至少一个参数值匹配的用户表达时,输出响应。
在本发明实施例中,参数对应的参数值可以是复合实体、固定值、范围或布尔值等,本发明对此不作限定。建立参数值与响应之间的映射关系,即建立参数值与响应之间的相关规则。当交互式应用程序根据用户表达得到的参数值满足相关规则需要的预设条件时,输出相对应的响应。通过建立响应和参数值之间的映射关系,不需要考虑用户回答的顺序,减少了交互式应用程序处理的数据量,提高了处理效率。
意图技能可以在一个以图中通过引用多个可替换参数的方式实现多轮互动,同时响应中也能设置可替换参数。例如,开发者输入用户表达示例“买北京到南京的机票”、输入响应“好的,马上帮您买北京到南京的机票”,标记“北京”和“南京”为实体“city”,当用户表达“买北京到南京的机票”时,会收到回复“好的,马上帮您买北京到南京的机票”;当用户表达“买天津到深圳的机票”时,会收到回复“好的,马上帮您买天津到深圳的机票”。
应当理解,一个交互式应用程序可以拥有多个技能,如“订机票”、“订酒店”和“疾病诊断”等;每个技能可以针对不同的应用场景,通过不同的响应提供不同服务,如“机票查询服务”、“机票购买服务”等。
S140:根据意图技能,生成交互式应用程序。
在本发明实施例中,根据创建的意图技能,生成开发者所需要的交互式应用程序,可以在开发者不需要输入代码的前提下,以简单高效的方式,实现复杂逻辑定义,快速简便的生成交互式应用程序。
根据本发明实施例提供的技术方案,接收开发者创建的针对交互式应用程序的用户意图的类,多个复合实体中的每个复合实体继承类的参数;通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能,以使得交互式应用程序在接收到与至少一个参数值匹配的用户表达时,输出响应;以及根据意图技能,生成交互式应用程序,通过继承类的参数的面向对象的开发方式,设计灵活度高,另外,可以减少开发过程中相同参数的重复输入或修改,大大提高开发者的工作效率。
在本发明的另一个实施例中,上述参数包括:参数标识、对应实体和/或追问语句。
具体地,开发者可以在复合实体、抽象实体、意图技能等的参数列表中定义参数,参数可以包括参数标识、对应实体、追问语句等,本发明对此不作限定。追问语句用于交互式应用程序向用户发送以获取用户信息。
例如,针对“挂号”意图技能的一个参数“症状”,参数标识为“症状”,对应实体引用“症状”抽象实体,追问语句可以是“主要病症是什么?”等,来获取用户的病症。以上描述仅为示例性描述,参数标识、追问语句可根据用户需要进行设置或修改,本发明对此不作限定。
在本发明的另一个实施例中,可以在意图技能或复合实体的参数列表的对应实体位置调用接口。例如,先创建“症状”接口,其包括时长、程度等参数,然后创建“症状诊断”意图,该意图的参数列表中的一个参数为“症状”,在“症状”参数的对应实体中可以引用“症状”接口。再例如,先创建“发烧程度”接口,其包括“温度”等参数,然后创建“发烧”复合实体,在该复合实体的参数列表中设置参数“温度”,在其对应实体中可以引用“发烧程度”接口。
在本发明的另一个实施例中,可通过多路径交互获取同一信息。例如,设置抽象实体“到账查询方式”,设置参数“订单号”,其中,参数“订单号”的对应实体为“ni.number”,追问语句为“订单号是多少?”;设置两个复合实体分别为“手机号查询”和“订单号查询”,这两个复合实体均继承抽象实体“到账查询方式”,即继承了参数“订单号”,此外,“手机号查询”复合实体还设置有参数“手机号”,其追问语句为“手机号码是多少?”;另外,设置“到账查询”意图技能,其中一个参数为“查询方式”,其追问语句设置为“订单号查询还是手机号查询?”。
当用户想要进行到账查询时,触发交互式应用程序的“到账查询”意图技能,交互式应用程序将会询问用户“订单号查询还是手机号查询?”。当用户选择“订单号查询”时,触发复合实体“订单号查询”,由于复合实体“订单号查询”继承了抽象实体“到账查询方式”的参数“订单号”,将会询问用户“订单号是多少?”,当获取到用户订单号后,将进行下一轮交互。当用户选择“手机号查询”时,首先询问用户“手机号码是多少?”,获取手机号码后再询问“订单号是多少?”,当获取到用户订单号后,再进行下一轮交互。在该实施例中,直接询问订单号,和先询问手机号再询问订单号,两个过程的结果相同,即均获得了用户的订单号。
在本发明的另一个实施例中,一个意图技能中可以包括多个类别,这多个类别可以共享参数。例如,创建的意图技能“售前”包括两个类别“商品推荐”和“商品属性询问”,可以应用于售前为用户提供商品推荐和售前商品属性问题答疑的场景。例如“雅诗兰黛的口红”,这两个类别可以共享“雅诗兰黛”品牌名。
针对“售前”意图技能,设置有两个抽象实体,分别为与“商品推荐”相关的“查询条件”抽象实体和与“商品属性询问”相关的“咨询内容”抽象实体;还设置有继承“查询条件”抽象实体的“查询功效”、“查询产地”、“查询成分”、“查询颜色”、“查询品牌”等复合实体,其对应的追问语句分别可以是“您问什么功效?”、“产地哪里?”、“含什么成分?”、“您想要什么颜色?”、“您想要什么品牌?”等,其对应的用户表达示例可以是“保湿”、“保湿的功效”;“产地上海”、“北京”;“含玻尿酸”;“红色”、“蓝色”;“美宝莲”等;以及继承“咨询内容”抽象实体的“咨询功效”、“咨询产地”、“咨询成分”等复合实体,其对应的追问语句可以设置为不允许追问,其对应的用户表达示例可以是:“它有什么功效?”、“他有美白功效吗?”;“产地是哪里?”;“有玻尿酸成分吗”、“成分中有烟酰胺成分吗”等。
例如,用户在使用交互式应用程序时,表达“我想要补水面膜”,根据语意识别并与用户表达示例进行模型匹配等,可判断为商品推荐,此时,可以输出响应,为用户推荐所有种类的补水面膜,也可以继续询问“您想要什么品牌?”,“您想要什么成分”等,当用户依次回答品牌名和成分后,输出响应,为用户推荐满足品牌和成分条件的面膜。具体地,用户表达“我想要补水面膜”后直接输出响应或继续询问后输出响应,由响应输出条件决定,开发者可根据需要自行设置。
当为用户推荐相应的补水面膜后,用户表达“它含有玻尿酸成分吗”,根据语意识别并与用户表达示例进行模型匹配等,可判断为商品属性询问,此时可以输出响应“含玻尿酸”或“不含玻尿酸”等。
在本发明实施例中,可以根据多个用户表达分别判断该意图技能中的不同类别,不同类别对应的响应可交叉输出,本发明对此不作限定。
在本发明的另一个实施例中,上述接收开发者创建的多个复合实体,包括:接收开发者对多个复合实体中的每个复合实体是否继承抽象实体的选择,在开发者选择继承抽象实体的情况下,接收开发者输入的复合实体的名称;接收开发者设置的复合实体的参数,其中复合实体的参数为除继承的抽象实体的参数之外的参数;接收开发者输入的复合实体的用户表达示例。
具体地,开发者在创建复合实体时,可以选择复合实体是否继承抽象实体,并输入复合实体的名称、用户表达示例、参数等。当复合实体继承抽象实体时,复合实体的参数可以继承该抽象实体的用户表达示例及参数,开发者可以在此基础上继续定义复合实体的用户表达示例及参数,即定义除该抽象实体的用户表达示例及参数之外的用户表达示例及参数。
在本发明的另一个实施例,上述接收开发者创建的多个复合实体,包括:在复合实体界面接收开发者创建的多个复合实体。
具体地,当创建实体时,开发者可以点击实体用户界面上的创建符号,在弹出的对话框中选择创建复合实体还是抽象实体,当开发者选择创建复合实体时,复合实体后的下拉菜单可以提供“无继承”和多个可继承的抽象实体供开发者选择。比如,开发者想要创建“发烧”复合实体,可以在下拉菜单中选择继承“症状”抽象实体,随即进入“发烧”复合实体界面。如图2所示,例如,开发者可以在复合实体名称对应的文本框中输入“发烧”,复合实体“继承自实体”后可以自动显示所继承的抽象实体“症状”;在参数列表中“添加实体”的下拉菜单中选择“ni.number”,参数标识命名为“温度”,追问语句设置为“你发烧多少度?”,其中,参数标识名称、追问语句可以在通过点击“温度”参数行弹出的参数设置界面中进行设置或修改等;在用户表达示例对应的文本框中输入“发烧40度”等。应当理解,上述描述仅为示例性描述,本发明对此不作限定。
在本发明的另一个实施例中,上述接收开发者创建的针对交互式应用程序的用户意图的抽象实体,包括:接收开发者输入的抽象实体的名称;接收开发者设置的抽象实体的参数;接收开发者输入的抽象实体的用户表达示例。
具体地,开发者在创建抽象实体时,可以对抽象实体的名称、用户表达示例、参数等进行设置,其中,用户表达示例及参数为多个复合实体通用的用户表达示例及参数,可供多个复合实体继承。
在本发明的另一个实施例中,上述接收开发者创建的针对交互式应用程序的用户意图的抽象实体,包括:在抽象实体界面接收开发者创建的针对交互式应用程序的用户意图的抽象实体。
具体地,当创建抽象实体时,开发者可以点击实体用户界面上的创建符号,在弹出的对话框中选择创建抽象实体,随即可进入抽象实体界面。如图3所示,例如,开发者可以在抽象实体名称对应的文本框中输入“症状”;在参数列表中“添加实体”的下拉菜单中选择“ni.number”,参数标识命名为“天数”,追问语句设置为“这个症状几天了?”;在用户表达示例对应的文本框中输入“<症状>3天”。开发者还可以在参数列表中“添加实体”的下拉菜单中选择“程度”,参数标识命名为“程度”,追问语句设置为“程度如何呢?轻微,一般还是严重?”;在用户表达示例对应的文本框中输入“<症状>严重”。另外,参数标识名称、追问语句可以在通过点击相应的参数行弹出的参数设置界面中进行设置或修改等。应当理解,上述描述仅为示例性描述,本发明对此不作限定。
在本发明的另一个实施例中,该生成交互式应用程序的方法还包括:接收开发者创建的针对不同意图技能的默认全局信息的全局复合实体,不同意图技能继承全局复合实体的参数。
具体地,全局复合实体的参数可供不同的意图技能共享。比如,“姓名”、“性别”、“年龄”、“手机号码”等个人信息,可以在“买药”和“挂号”意图技能之间共享,则开发者可以在全局复合实体中设置“姓名”、“性别”、“年龄”、“手机号码”等参数。通过创建全局复合实体,多个意图技能可通用的参数只需输入一遍,大大减轻了开发者的负担,提高了用户体验。
在本发明的另一个实施例中,该生成交互式应用程序的方法还包括:接收开发者创建的针对交互式应用程序的用户的欢迎意图技能,用于在用户开始使用交互式应用程序时,输出开发者在创建欢迎意图技能时设置的欢迎响应。
具体地,开发者可以创建欢迎意图技能,使得用户在开始使用交互式应用程序时,交互式应用程序对用户做出响应。比如,开发者可以在技能响应中设置“欢迎意图回复”,即欢迎响应。欢迎响应可以是“你好呀”、“嗨”、“你想说什么”等语句响应,本发明对此不作限定。通过创建欢迎响应,可以及时给予交互式应用程序用户欢迎响应,提高用户体验。
在本发明的另一个实施例中,该生成交互式应用程序的方法还包括:接收开发者创建的针对交互式应用程序的用户的缺省意图技能,用于在由于用户表达超出设置范围而无对应的响应时,输出开发者在创建缺省意图技能时设置的缺省响应。
具体地,开发者可以创建缺省意图技能,使得用户表达超出设置范围而无对应的响应时,交互式应用程序对用户做出响应。比如,开发者可以在技能响应中设置“缺省意图回复”,即缺省响应。缺省响应可以是“太难了,我还不会呢”、“让我想想”、“这个问题有点难,等我学会了再告诉你”等语句响应,本发明对此不作限定。通过创建缺省意图技能,可以及时给予交互式应用程序用户缺省响应,提高用户体验。
在本发明的另一个实施例中,该生成交互式应用程序的方法还包括:接收开发者对意图技能继承的复合实体的直达设置,用于输出继承的复合实体的参数中的追问语句;或者接收开发者对意图技能继承的复合实体的不直达设置,并接收开发者针对继承的复合实体输入的追问语句,用于在不直达设置的情况下,输出开发者针对继承的复合实体输入的追问语句。
具体地,开发者对继承的复合实体进行了直达设置,即是默认了复合实体。例如,意图技能继承了复合实体“发烧”,复合实体“发烧”中设置了“发烧温度”、“发烧时长”等参数,“发烧温度”对应的追问语句为“你发烧多少度?”,“发烧时长”对应的追问语句为“你发烧了多长时间了?”。如果开发者对复合实体“发烧”进行了直达设置,相当于默认了用户发烧。交互式应用程序将直接进行复合实体“发烧”参数中的相关追问语句的输出,比如“你发烧多少度?”,当用户回答发烧温度后,交互式应用程序继续输出“你发烧了多长时间了?”等。
具体地,开发者对继承的复合实体进行了不直达设置,即首先要对复合实体做出判断,因此必须输入用于判断的追问语句。例如,开发者对复合实体“发烧”进行了不直达设置,则必须输入追问语句,如“你发烧吗?”,即交互式应用程序需要先对用户发烧还是不发烧做个判断,当输出“你发烧吗?”,得到用户“发烧”的回应后,交互式应用程序再进行复合实体“发烧”相关追问语句的输出,比如输出“你发烧多少度?”,当用户回答发烧温度后,继续输出“你发烧了多长时间了?”等。当得到用户“不发烧”的回应时,则不进行复合实体“发烧”的“发烧温度”和“发烧时长”等参数的追问语句。不直达设置相较于直达设置来说,多了对复合实体“发烧”的值“是(true)”还是“否(false)”的判断过程。通过对继承的复合实体的直达设置或不直达设置,可以满足开发者的不同需求,提高了用户体验。
在本发明的另一个实施例中,上述接收开发者对意图技能继承的复合实体的直达设置,包括:在参数设置界面接收开发者对意图技能继承的复合实体的直达设置,其中,上述接收开发者对意图技能继承的复合实体的不直达设置,并接收开发者针对继承的复合实体输入的追问语句,包括:在参数设置界面接收开发者对意图技能继承的复合实体的不直达设置,并接收开发者针对继承的复合实体输入的追问语句。
例如,开发者可以在参数设置界面的直达选择区选择直达设置或不直达设置,应当理解,上述描述仅为示例性描述,本发明对此不作限定。
在本发明的另一个实施例中,该生成交互式应用程序的方法还包括:接收开发者针对参数的多值设置,用于接收用户表达中的多个参数值;或者接收开发者针对参数的单值设置,用于接收用户表达中的单个参数值。
具体地,例如,“疾病诊断”意图技能的参数“症状”的对应实体是抽象实体“症状”,由于“病症”包括“发烧”、“头痛”、“肚子疼”、“流鼻涕”、“咳嗽”等子病症,因此,可以对参数“症状”进行多值设置,并设置追问语句为“你还有什么症状?”,则当输出追问语句“你还有什么症状?”,用户回答“我发烧39度”后;继续输出“你还有什么症状?”,用户回答“我流鼻涕3天了”后;继续输出“你还有什么症状?”,用户回答“我咳嗽挺严重的”等等,通过多次输出“你该有什么症状”,可以获取用户的多个症状,即多个参数值。另外,当一个用户表达中包括一个参数的多个参数值时,可接收该参数的多个参数值。
单值设置即当用户表达中包括一个参数的多个参数值时,只能接收其中一个参数值。通过对参数的多值设置或单值设置,可以满足开发者的不同需求,提高了用户体验。
在本发明的另一个实施例中,上述接收开发者针对参数的多值设置,包括:在参数设置界面接收开发者针对参数的多值设置,其中,上述接收开发者针对参数的单值设置,包括:在参数设置界面接收开发者针对参数的单值设置。
例如,如图4所示,开发者可以在参数设置界面的多值选择区选择多值设置或单值设置,应当理解,上述描述仅为示例性描述,本发明对此不作限定。
在本发明的另一个实施例中,该生成交互式应用程序的方法还包括:接收开发者对用户表达的允许不确定值设置,用于允许用户表达不确定值;或者接收开发者对用户表达的不允许不确定值设置,用于不允许用户表达不确定值。
具体地,不确定值是指用户表达中的不确定信息。允许不确定值是指允许用户表达不确定值,比如,对于“买口红”场景,当询问用户“你想买什么颜色的口红?”时,用户可以回答“都可以”,此时可推荐给用户各种颜色的口红。不允许不确定值是指不允许用户表达不确定值,例如在电商场景下,需要通过订单号确认订单的当前状态,则需要用户提供订单号,若用户回答“不知道订单号”,则交互式应用程序无法做出响应,因此对于“订单号”参数,可进行不允许不确定值设置。通过对用户表达的允许不确定值设置或不允许不确定值设置,可以满足开发者的不同需求,提高了用户体验。
在本发明的另一个实施例中,上述接收开发者对用户表达的允许不确定值设置,包括:在参数设置界面接收开发者对用户表达的允许不确定值设置,其中,上述接收开发者对用户表达的不允许不确定值设置,包括:在参数设置界面接收开发者对用户表达的不允许不确定值设置。
例如,如图4所示,开发者可以在参数设置界面的允许不确定值选择区选择允许不确定值设置或不允许不确定值设置,应当理解,上述描述仅为示例性描述,本发明对此不作限定。
在本发明的另一个实施例中,该生成交互式应用程序的方法还包括:接收开发者输入的与参数相关的派生参数。
例如,针对“到账查询”意图技能中的重要参数“订单号”,开发者可输入与订单号相关的付款金额、付款方式、订单状态、地址等参数,即派生参数,比如“订单-付款金额”、“订单-付款方式”、“订单-订单状态”、“订单-地址”等。派生参数对应的付款金额、付款方式、订单状态或地址等信息可根据订单数据库自动生成。
在本发明的另一个实施例中,上述接收开发者输入的与参数相关的派生参数,包括:在意图技能界面、复合实体界面或抽象实体界面接收开发者输入的与参数相关的派生参数。如图5所示,派生参数包括参数标识、对应实体、追问语句、数据库和数据库指令,本发明对此不作限定。
在本发明的另一个实施例中,该生成交互式应用程序的方法还包括:接收开发者针对追问语句设置的值推荐,用于推荐追问语句所询问的参数值。
值推荐包括webhook推荐和结构化查询语言(SQL)推荐,webhook推荐是指通过webhook调用的方式进行推荐,SQL推荐是指通过数据库访问的方式进行推荐。具体地,通过检索数据库的方式,查询对话中的相关信息,并根据交互式应用程序中已定义的业务逻辑,返回需要的数据或进行推荐,即当交互式应用程序需要输出追问语句,询问用户某一个参数值时,值推荐可以通过检索数据库为交互式应用程序推荐所要询问的参数值。例如在电商场景下,很多服务都需要从用户那获得订单号开始,但订单号并不好记。那么在询问用户订单号的同时,可以把当前用户ID对应的一些订单号信息推荐给用户,比如“请问你想咨询的订单号是多少(如:123、124、125)?”,以方便用户给出准确的回答。
在本发明的一个实施例中,上述接收开发者针对追问语句设置的值推荐包括:在意图技能界面、复合实体界面或抽象实体界面接收开发者针对追问语句设置的值推荐。
例如,如图2所示,开发者可以在复合实体界面的值推荐设置区选择webhook推荐,并输入webhook URL;或者如图5所示,开发者可以在意图技能界面的值推荐设置区选择SQL推荐,并输入参数标识、数据库和数据库指令。应当理解,上述描述仅为示例性描述,本发明对此不作限定。
在本发明的另一个实施例中,该交互式应用程序的方法还包括:接收开发者针对用户表达设置的值校验,用于校验用户表达中的值是否正确;以及接收开发者输入的针对值校验错误情况的错误信息。
具体地,通过检索数据库的方式,确认对话中相关信息的状态、正确与否(即是否真实存在数据库中)。比如在电商场景下,用户需要通过订单号确认订单的当前状态。当用户提供一个订单号后,交互式应用程序可以去数据库中对此订单号的值进行确认,如信息正确,则此信息可以被使用;如信息错误,则返回错误信息“此订单号不存在,请您确认后重新输入订单号”。应当理解,上述错误信息“此订单号不存在,请您确认后重新输入订单号”仅为示例性描述,本发明对此不作限定。
在本发明的另一个实施例中,上述接收开发者针对用户表达设置的值校验,用于校验用户表达中的值是否正确,包括:在意图技能界面、复合实体界面或抽象实体界面接收开发者针对用户表达设置的值校验;以及上述接收开发者输入的针对值校验错误情况的错误信息,包括:在意图技能界面、复合实体界面或抽象实体界面接收错误信息。如图5所示,开发者可以在意图技能界面的值校验设置区选择SQL方式,并输入参数标识、数据库、数据库指令和错误信息。应当理解,上述描述仅为示例性描述,本发明对此不作限定。
上述所有可选技术方案,可以采用任意结合形成本发明的可选实施例,在此不再一一赘述。
下述为本发明装置实施例,可以用于执行本发明方法实施例。对于本发明装置实施例中未披露的细节,请参照本发明方法实施例。
图6所示为本发明一实施例提供的生成交互式应用程序的系统的框图。如图6所示,该生成交互式应用程序的系统600包括:
接收模块610,用于接收开发者创建的针对交互式应用程序的用户意图的类;以及接收开发者创建的多个复合实体,其中,多个复合实体中的每个复合实体继承类的参数;
建立模块620,用于通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能,以使得交互式应用程序在接收到与至少一个参数值匹配的用户表达时,输出响应;
生成模块630,用于根据意图技能,生成交互式应用程序。
根据本发明实施例提供的技术方案,通过接收开发者创建的针对交互式应用程序的用户意图的类,多个复合实体中的每个复合实体继承类的参数;通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能,以使得交互式应用程序在接收到与至少一个参数值匹配的用户表达时,输出响应;以及根据意图技能,生成交互式应用程序,通过继承类的参数的面向对象的开发方式,设计灵活度高,另外,可以减少开发过程中相同参数的重复输入或修改,大大提高开发者的工作效率。
在本发明的另一个实施例中,接收模块610还用于接收开发者创建的针对交互式应用程序的用户意图的抽象实体。
在本发明的另一个实施例中,多个复合实体中的每个复合实体还可以继承抽象实体的用户表达示例。
在本发明的另一个实施例中,上述参数包括:参数标识、对应实体和/或追问语句。
在本发明的另一个实施例中,接收模块610还用于接收开发者对多个复合实体中的每个复合实体是否继承抽象实体的选择,在开发者选择继承抽象实体的情况下,接收开发者输入的复合实体的名称;接收开发者设置的复合实体的参数,其中复合实体的参数为除继承的抽象实体的参数之外的参数;接收开发者输入的复合实体的用户表达示例。
在本发明的另一个实施例,接收模块610还用于在复合实体界面接收开发者创建的多个复合实体。
在本发明的另一个实施例中,接收模块610还用于接收开发者输入的抽象实体的名称;接收开发者设置的抽象实体的参数;接收开发者输入的抽象实体的用户表达示例。
在本发明的另一个实施例中,接收模块610还用于在抽象实体界面接收开发者创建的针对交互式应用程序的用户意图的抽象实体。
在本发明的另一个实施例中,接收模块610还用于接收开发者创建的针对不同意图技能的默认全局信息的全局复合实体,不同意图技能继承全局复合实体的参数。
在本发明的另一个实施例中,接收模块610还用于接收开发者创建的针对交互式应用程序的用户的欢迎意图技能,用于在用户开始使用交互式应用程序时,输出开发者在创建欢迎意图技能时设置的欢迎响应。
在本发明的另一个实施例中,接收模块610还用于接收开发者创建的针对交互式应用程序的用户的缺省意图技能,用于在由于用户表达超出设置范围而无对应的响应时,输出开发者在创建缺省意图技能时设置的缺省响应。
在本发明的另一个实施例中,接收模块610还用于接收开发者对意图技能继承的复合实体的直达设置,用于输出继承的复合实体的参数中的追问语句;或者接收模块610还用于接收开发者对意图技能继承的复合实体的不直达设置,并接收开发者针对继承的复合实体输入的追问语句,用于在不直达设置的情况下,输出开发者针对继承的复合实体输入的追问语句。
在本发明的另一个实施例中,接收模块610还用于在参数设置界面接收开发者对意图技能继承的复合实体的直达设置;或者接收模块610还用于在参数设置界面接收开发者对意图技能继承的复合实体的不直达设置,并接收开发者针对继承的复合实体输入的追问语句。
在本发明的另一个实施例中,接收模块610还用于接收开发者针对参数的多值设置,用于接收用户表达中的多个参数值;或者接收模块610还用于接收开发者针对参数的单值设置,用于接收用户表达中的单个参数值。
在本发明的另一个实施例中,接收模块610还用于在参数设置界面接收开发者针对参数的多值设置;或者接收模块610还用于在参数设置界面接收开发者针对参数的单值设置。
在本发明的另一个实施例中,接收模块610还用于接收开发者对用户表达的允许不确定值设置,用于允许用户表达不确定值;或者接收模块610还用于接收开发者对用户表达的不允许不确定值设置,用于不允许用户表达不确定值。
在本发明的另一个实施例中,接收模块610还用于在参数设置界面接收开发者对用户表达的允许不确定值设置;或者接收模块610还用于在参数设置界面接收开发者对用户表达的不允许不确定值设置。
在本发明的另一个实施例中,接收模块610还用于接收开发者输入的与参数相关的派生参数。
在本发明的另一个实施例中,接收模块610还用于在意图技能界面、复合实体界面或抽象实体界面接收开发者输入的与参数相关的派生参数。
在本发明的另一个实施例中,接收模块610还用于接收开发者针对追问语句设置的值推荐,用于推荐追问语句所询问的参数值。
在本发明的另一个实施例中,值推荐包括webhook推荐和SQL推荐。
在本发明的另一个实施例中,接收模块610还用于在意图技能界面、复合实体界面或抽象实体界面接收开发者针对追问语句设置的值推荐。
在本发明的另一个实施例中,接收模块610还用于接收开发者针对用户表达设置的值校验,用于校验用户表达中的参数值是否正确;以及接收开发者输入的针对值校验错误情况的错误信息。
在本发明的另一个实施例中,接收模块610还用于在意图技能界面、复合实体界面或抽象实体界面接收开发者针对用户表达设置的值校验以及接收错误信息。
在本发明的另一个实施例中,复合实体包括多个基础实体,多个基础实体中的每个基础实体为多个值的集合。
在本发明的另一个实施例中,接收模块610还用于接收开发者创建的针对交互式应用程序的用户意图定义的接口。
上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程,在此不再赘述。
图7所示为本发明一实施例提供的生成交互式应用程序的系统700的框图。
参照图7,系统700包括处理组件710,其进一步包括一个或多个处理器,以及由存储器720所代表的存储器资源,用于存储可由处理组件710的执行的指令,例如应用程序。存储器720中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件710被配置为执行指令,以执行上述生成交互式应用程序的方法。
系统700还可以包括一个电源组件被配置为执行系统700的电源管理,一个有线或无线网络接口被配置为将系统700连接到网络,和一个输入输出(I/O)接口。系统700可以操作基于存储在存储器720的操作系统,例如Windows ServerTM,Mac OS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
一种非临时性计算机可读存储介质,当存储介质中的指令由上述系统700的处理器执行时,使得上述系统700能够执行一种生成交互式应用程序的方法,包括:接收开发者创建的针对交互式应用程序的用户意图的类;接收开发者创建的多个复合实体,其中,多个复合实体中的每个复合实体继承类的参数;通过建立多个复合实体中的至少一个参数值与响应之间的映射关系创建用户意图的意图技能,以使得交互式应用程序在接收到与至少一个参数值匹配的用户表达时,输出响应;根据意图技能,生成交互式应用程序。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序校验码的介质。
另外,还需要说明的是,本案中各技术特征的组合方式并不限本案权利要求中所记载的组合方式或是具体实施例所记载的组合方式,本案所记载的所有技术特征可以以任何方式进行自由组合或结合,除非相互之间产生矛盾。
需要注意的是,以上列举的仅为本发明的具体实施例,显然本发明不限于以上实施例,随之有着许多的类似变化。本领域的技术人员如果从本发明公开的内容直接导出或联想到的所有变形,均应属于本发明的保护范围。
以上仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (23)
1.一种生成交互式应用程序的方法,其特征在于,包括:
接收开发者创建的针对所述交互式应用程序的用户意图的类;
接收所述开发者创建的多个复合实体,其中,所述多个复合实体中的每个复合实体继承所述类的参数;
通过建立所述多个复合实体中的至少一个参数值与响应之间的映射关系创建所述用户意图的意图技能,以使得所述交互式应用程序在接收到与所述至少一个参数值匹配的用户表达时,输出所述响应;
根据所述意图技能,生成所述交互式应用程序。
2.如权利要求1所述的生成交互式应用程序的方法,其特征在于,所述接收开发者创建的针对所述交互式应用程序的用户意图的类,包括:
接收开发者创建的针对所述交互式应用程序的用户意图的抽象实体。
3.如权利要求2所述的生成交互式应用程序的方法,其特征在于,还包括:
所述多个复合实体中的每个复合实体继承所述抽象实体的用户表达示例。
4.如权利要求2所述的生成交互式应用程序的方法,其特征在于,所述接收所述开发者创建的多个复合实体,包括:
接收所述开发者对所述多个复合实体中的每个复合实体是否继承所述抽象实体的选择,
在所述开发者选择继承所述抽象实体的情况下,接收所述开发者输入的所述复合实体的名称;
接收所述开发者设置的所述复合实体的参数,其中所述复合实体的参数为除继承的所述抽象实体的参数之外的参数;
接收所述开发者输入的所述复合实体的用户表达示例。
5.如权利要求2所述的生成交互式应用程序的方法,其特征在于,所述接收所述开发者创建的多个复合实体,包括:
在复合实体界面接收所述开发者创建的所述多个复合实体。
6.如权利要求2所述的生成交互式应用程序的方法,其特征在于,所述接收开发者创建的针对所述交互式应用程序的用户意图的抽象实体,包括:
接收所述开发者输入的所述抽象实体的名称;
接收所述开发者设置的所述抽象实体的参数;
接收所述开发者输入的所述抽象实体的用户表达示例。
7.如权利要求2所述的生成交互式应用程序的方法,其特征在于,所述接收开发者创建的针对所述交互式应用程序的用户意图的抽象实体,包括:
在抽象实体界面接收所述开发者创建的针对所述交互式应用程序的用户意图的抽象实体。
8.如权利要求2所述的生成交互式应用程序的方法,其特征在于,还包括:
接收所述开发者创建的针对不同意图技能的默认全局信息的全局复合实体,所述不同意图技能继承所述全局复合实体的参数。
9.如权利要求2所述的生成交互式应用程序的方法,其特征在于,还包括:
接收所述开发者创建的针对所述交互式应用程序的用户的欢迎意图技能,用于在所述用户开始使用所述交互式应用程序时,输出所述开发者在创建所述欢迎意图技能时设置的欢迎响应。
10.如权利要求2所述的生成交互式应用程序的方法,其特征在于,还包括:
接收所述开发者创建的针对所述交互式应用程序的用户的缺省意图技能,用于在由于所述用户表达超出设置范围而无对应的响应时,输出所述开发者在创建所述缺省意图技能时设置的缺省响应。
11.如权利要求2所述的生成交互式应用程序的方法,其特征在于,还包括:
接收所述开发者对所述意图技能继承的复合实体的直达设置,用于输出继承的所述复合实体的参数中的追问语句;或者
接收所述开发者对所述意图技能继承的复合实体的不直达设置,并接收所述开发者针对继承的所述复合实体输入的追问语句,用于在所述不直达设置的情况下,输出所述开发者针对继承的所述复合实体输入的追问语句。
12.如权利要求2所述的生成交互式应用程序的方法,其特征在于,还包括:
接收所述开发者输入的与所述参数相关的派生参数。
13.如权利要求2所述的生成交互式应用程序的方法,其特征在于,所述接收所述开发者输入的与所述参数相关的派生参数,包括:
在意图技能界面、复合实体界面或抽象实体界面接收所述开发者输入的与所述参数相关的派生参数。
14.如权利要求2所述的生成交互式应用程序的方法,所述参数包括:参数标识、对应实体和/或追问语句。
15.如权利要求14所述的生成交互式应用程序的方法,其特征在于,还包括:
接收所述开发者针对所述追问语句设置的值推荐,用于推荐所述追问语句所询问的参数值。
16.如权利要求15所述的生成交互式应用程序的方法,其特征在于,所述值推荐包括webhook推荐和SQL推荐。
17.如权利要求15所述的生成交互式应用程序的方法,其特征在于,所述接收开发者针对追问语句设置的值推荐包括:
在意图技能界面、复合实体界面或抽象实体界面接收开发者针对所述追问语句设置的值推荐。
18.如权利要求2所述的生成交互式应用程序的方法,其特征在于,还包括:
接收所述开发者针对所述用户表达设置的值校验,用于校验所述用户表达中的参数值是否正确;以及
接收所述开发者输入的针对值校验错误情况的错误信息。
19.如权利要求18所述的生成交互式应用程序的方法,其特征在于,上述接收所述开发者针对所述用户表达设置的值校验,用于校验所述用户表达中的参数值是否正确,包括:
在意图技能界面、复合实体界面或抽象实体界面接收所述开发者针对所述用户表达设置的值校验,
其中,所述接收所述开发者输入的针对值校验错误情况的错误信息,包括:在意图技能界面、复合实体界面或抽象实体界面接收所述错误信息。
20.如权利要求1至19中的任一项所述的生成交互式应用程序的方法,其特征在于,所述复合实体包括多个基础实体,所述多个基础实体中的每个基础实体为多个参数值的集合。
21.如权利要求1所述的生成交互式应用程序的方法,其特征在于,所述接收开发者创建的针对所述交互式应用程序的用户意图的类,包括:
接收开发者创建的针对所述交互式应用程序的用户意图定义的接口。
22.一种生成交互式应用程序的系统,其特征在于,包括:
接收模块,用于接收开发者创建的针对所述交互式应用程序的用户意图的类;接收所述开发者创建的多个复合实体,其中,所述多个复合实体中的每个复合实体继承所述类的参数;
建立模块,用于通过建立所述多个复合实体中的至少一个参数值与响应之间的映射关系创建所述用户意图的意图技能,以使得所述交互式应用程序在接收到与所述至少一个参数值匹配的用户表达时,输出所述响应;
生成模块,用于根据所述意图技能,生成所述交互式应用程序。
23.一种计算机可读存储介质,其上存储有计算机可执行指令,其特征在于,所述可执行指令被处理器执行时实现如权利要求1至21中的任一项所述的生成交互式应用程序的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910645375.6A CN110457015B (zh) | 2019-07-17 | 2019-07-17 | 生成交互式应用程序的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910645375.6A CN110457015B (zh) | 2019-07-17 | 2019-07-17 | 生成交互式应用程序的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110457015A true CN110457015A (zh) | 2019-11-15 |
CN110457015B CN110457015B (zh) | 2023-10-17 |
Family
ID=68482854
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910645375.6A Active CN110457015B (zh) | 2019-07-17 | 2019-07-17 | 生成交互式应用程序的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110457015B (zh) |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106844499A (zh) * | 2016-12-26 | 2017-06-13 | 网易(杭州)网络有限公司 | 多轮会话交互方法及装置 |
CN106873854A (zh) * | 2017-01-20 | 2017-06-20 | 北京奇虎科技有限公司 | 终端及界面交互控制方法、联系人对象创建方法及装置 |
CN107450725A (zh) * | 2017-07-31 | 2017-12-08 | 科大讯飞股份有限公司 | 人机交互应用平台、方法、以及存储介质 |
US20180173500A1 (en) * | 2016-12-20 | 2018-06-21 | Microsoft Technology Licensing, Llc | Facilitating application development |
CN108984157A (zh) * | 2018-07-27 | 2018-12-11 | 苏州思必驰信息科技有限公司 | 用于语音对话平台的技能配置和调用方法及系统 |
CN109739481A (zh) * | 2018-12-11 | 2019-05-10 | 北京奇点机智科技有限公司 | 生成交互式应用程序的方法及系统 |
-
2019
- 2019-07-17 CN CN201910645375.6A patent/CN110457015B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180173500A1 (en) * | 2016-12-20 | 2018-06-21 | Microsoft Technology Licensing, Llc | Facilitating application development |
CN106844499A (zh) * | 2016-12-26 | 2017-06-13 | 网易(杭州)网络有限公司 | 多轮会话交互方法及装置 |
CN106873854A (zh) * | 2017-01-20 | 2017-06-20 | 北京奇虎科技有限公司 | 终端及界面交互控制方法、联系人对象创建方法及装置 |
CN107450725A (zh) * | 2017-07-31 | 2017-12-08 | 科大讯飞股份有限公司 | 人机交互应用平台、方法、以及存储介质 |
CN108984157A (zh) * | 2018-07-27 | 2018-12-11 | 苏州思必驰信息科技有限公司 | 用于语音对话平台的技能配置和调用方法及系统 |
CN109739481A (zh) * | 2018-12-11 | 2019-05-10 | 北京奇点机智科技有限公司 | 生成交互式应用程序的方法及系统 |
CN110018823A (zh) * | 2018-12-11 | 2019-07-16 | 北京奇点机智科技有限公司 | 交互式应用程序的处理方法及系统、生成方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110457015B (zh) | 2023-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Zhang et al. | Siren's song in the AI ocean: a survey on hallucination in large language models | |
Baharuddin et al. | Usability dimensions for mobile applications-a review | |
CN111506801B (zh) | 一种应用App中子应用的排序方法及装置 | |
CN109074292A (zh) | 适当的代理的自动化助理调用 | |
CN110321413A (zh) | 会话框架 | |
Bai et al. | Benchmarking foundation models with language-model-as-an-examiner | |
Lin et al. | Domain-independent user simulation with transformers for task-oriented dialogue systems | |
CN107291337A (zh) | 一种提供业务访问的方法及装置 | |
CN109739481A (zh) | 生成交互式应用程序的方法及系统 | |
Baizal et al. | Design of knowledge for conversational recommender system based on product functional requirements | |
US11556733B2 (en) | System and method for auto-completion of ICS flow using artificial intelligence/machine learning | |
CN110457689A (zh) | 语义处理方法及相关装置 | |
CN112084315A (zh) | 问答互动方法、装置、存储介质及设备 | |
CN109582760A (zh) | 一种应用在智能对话系统中的应答流程引擎系统 | |
Orman | Bayesian inference in trust networks | |
Poser et al. | Let’s Team Up with AI! Toward a Hybrid Intelligence System for Online Customer Service | |
Nielsen et al. | Multiparty symmetric sum types | |
CN110489531A (zh) | 高频问题的确定方法和装置 | |
CN110457015A (zh) | 生成交互式应用程序的方法及系统 | |
Lola et al. | Chatbot for fitness management using IBM Watson | |
Wang et al. | QPIN: a quantum-inspired preference interactive network for E-commerce recommendation | |
Goel et al. | A Machine Learning based Medical Chatbot for detecting diseases | |
CN109471969A (zh) | 一种应用搜索方法、装置及设备 | |
CN109450963A (zh) | 消息推送方法及终端设备 | |
JP7438808B2 (ja) | ニーズマッチング装置およびプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |