理起来有难度的较复杂的问题等。
[0041]智能机器人系统能够基于本申请的技术核心自动化地与人交互，解决难题。
[0042]S12:接收用户输入的规章类问题，根据所述规章类问题和所述可供选择的数据，进行如下处理中的一项或多项:查询、推理、服务匹配，得到查询结果或多轮交互信息。
[0043]规章类问题包括对于规章本身全文或部分的查询(“最新北京市计划生育条例”、“刑法中关于诈骗罪的规定”、“劳动合同法第五条”、“机场安检锂电池的规定”)，对于某种场景下具备充分或不充分条件的推理(“我是独生子，老婆有妹妹，能生二胎吗”、“牛奶能不能带上飞机”)，以及其他与规章相关的需求。用户提出这些问题时，可以是一次性的，也可以是多轮、不断补充的；可以是以获取答案为终极目标的，也可以期望后续的服务或提出更深层次的需求。
[0044]例如，参见图2，本实施例对应的系统还可以包括:子系统23，子系统23具有查询、推理、服务匹配能力中的一项或多项。例如，子系统可以是搜索引擎、服务引擎等。
[0045]通过上述处理，可供选择的数据不再是刻板堆砌的文字，而是可被机器理解、可被用于自动解决问题的基质，从而更好的满足用户需求，避免用户自己选择信息带来的问题。
[0046]具体的，子系统可以细分为分别对应查询、推理和服务匹配的引擎单元，以查询和推理为例，可以细分为查询引擎和推理引擎，查询引擎用于处理查询类问题(query)，推理引擎用于处理推理类问题。查询引擎和推理引擎可以分别具有符合自身要求的查询算法或推理算法等。
[0047]一些实施例中，对于用户输入的规章类问题，可以经过上述处理得到查询结果，此时，可以将查询结果返回给用户。或者，
[0048]一些实施例中，当用户输入的问题较复杂时，可以调用多轮交互，通过一步步澄清用户查询目的、引导其更好地表达需求的方式，将条件不足或表达有歧义等情况转变为可进行计算并获得结果的情况，作为多轮交互信息返回给用户。例如，当用户询问“牛奶可以带上飞机吗”时，系统会根据相应的规章以选择等方式提供一些用于推理的关键问题请他继续补充条件，比如单件包装超过100ml 了吗、总量超过1L 了吗、是不是密封的……等。
[0049]S13:通过用户界面将所述查询结果或多轮交互信息展示给用户。
[0050]例如，参见图2，本实施例对应的系统还可以包括:用户界面24，用户界面用于接收用户输入的规章类问题，并当子系统获取到查询结果或多轮交互信息时，由用户界面展示给用户。用户在输入规章类问题时，可以以文本、语音、图片等方式进行输入。
[0051]以展示查询结果为例，不同类别的规章类问题对应的查询结果可以以不同的样式展示。
[0052]不同类别的规章类问题例如可以包括:部分查询的规章类问题，全文查询的规章类问题，推理类的规章类问题。其中，部分查询的规章类问题例如query =“贵阳市二胎政策”，全文查询的规章类问题例如query = “最新劳动合同法”，推理类的规章类问题例如query = “内蒙古满族能生二胎吗”。
[0053]具体的，例如，当规章类问题41是部分查询的规章类问题时，相应的查询结果42可以如图4所示。又例如，当规章类问题51是全文查询的规章类问题时，相应的查询结果52可以如图5所示。又例如，当规章类问题61是推理类的规章类问题时，相应的查询结果62可以如图6所示。又例如，当规章类问题71是另一种推理类的规章类问题时，相应的查询结果72可以如图7所示。从图6和图7可以看出，即使都是推理类的规章类问题，但根据规章类问题的具体内容的不同，查询结果中可以有明确答案(图7)或者没有明确答案(图
6) ο
[0054]通过上述处理，可以为用户提供更直接的查询结果，或者为用户提供多轮交互信息，以通过多轮交互满足用户需求。可以理解的是，在上述流程之外还可以包括如下处理中的一项或多项:问题(query)解析、语音检索、推荐、个性化处理、支付、用户管理等。
[0055]一些实施例中，参见图8，S12可以具体包括:
[0056]S81:接收用户输入的规章类问题。
[0057]S82:确定提供服务的子系统。
[0058]其中，可以根据不同的使用场景和/或不同的用户确定提供服务的子系统。
[0059]子系统例如搜索引擎、服务引擎等。
[0060]S83:由提供服务的子系统根据所述规章类问题和所述可供选择的数据，进行如下处理中的一项或多项:查询、推理、服务匹配，得到查询结果或多轮交互信息。
[0061]其中，不同的子系统可以从不同的发布源获取规章类数据，并且可以采用不同的处理方式对获取的规章类数据进行处理，以满足不同使用场景和/或不同用户的个性化需求。
[0062]其中，不同的子系统可以位于不同的产品中，相应的，在展示时可以由提供服务的子系统所在的产品的用户界面展示查询结果或多轮交互信息(S84)。
[0063]本实施例中，通过构造种类丰富的平台、分工明确的产品梯队的方式进一步优化数据获取与建设的效果及对用户需求的满足效果。
[0064]—些实施例中，不同产品还可以结合，从而为不同使用场景、不同用户群体设计的产品各有侧重然而并不单一，能够有机流畅地结合，充分发挥各自的优势。例如，查询结果通过搜索卡片的形式出现，为垂直搜索频道、特色中间页导流，并且带动APP和其他产品与服务的用户量增长。
[0065]本实施例中，通过从不同途径获取可供选择的数据，以及，根据规章类问题和可供选择的数据进行上述不同方式的处理，可以更好的理解用户输入的规章类问题，从而更好的满足用户需求。具体的，通过整合在规章类数据领域的数据建设，先进推理计算能力研发，灵活、简洁、可交互的界面设计，以及包含专家的客服系统，将与人们日常生活联系十分紧密的规章类问题由繁琐化为简洁，由机械化为智能，并将解决方案以更优美、可靠、高效的方式呈现出来。
[0066]图9是本发明另一实施例提出规章类问题的查询装置的结构示意图，该装置90包括:获取模块91、处理模块92和展示模块93。
[0067]获取模块91，用于获取可供选择的数据，所述可供选择的数据包括如下项中的一项或多项:规章知识库提供的数据、客服系统提供的数据；
[0068]本实施例以可供选择的数据包括:规章知识库提供的数据以及客服系统提供的数据为例。
[0069]例如，参见图2，本实施例对应的系统可以包括:规章知识库21和客服系统22。
[0070]一些实施例中，参见图10，该装置90还包括:
[0071]数据建设模块94，用于从规章类数据的发布源获取规章类数据；对所述规章类数据进行知识生产处理；将处理后的规章类数据保存在规章知识库内。
[0072]规章类数据是指官方发布的政策法规，以及有据可依的公理与常识、使用与维护指南等。上述每一个类别又可以细分出许多分支，例如“政策法规”，其定义如下:政策一一政府部门制定颁布的制度、规定、文件、标准等；法规指宪法、法律、行政法规、地方性法规、自治条例和单行条例等。再如“使用说明”，这是一类与用户生活十分贴近的分支，包含制造商等官方所发布的产品使用、保养、维修说明等。除了上述二个分类示例之外，还有许多其他类别的规章