一种信息处理方法及装置与流程

本申请涉及计算机
技术领域：
，尤其涉及一种信息处理方法及装置。
背景技术：
：随着互联网的飞速发展，人机交互系统的应用越来越广泛。其中，人机交互系统的输入可以是询问天气、订购机票、百科知识和闲聊等请求，而人机交互系统可根据用户的请求，反馈给满足用户需求的信息，比如，用户输入的请求可以是“北京明天的天气情况”，而人机交互系统反馈给用户的信息可以为“北京明天的天气为晴转多云”。在现有技术中，人机交互系统必须在用户的请求信息中，获取满足的关键信息。如果在用户的请求信息中，获取不到满足条件的关键信息，人机交互系统将会反馈处理失败的信息至用户，从而使得用户体验较差，人机交互效率低下。技术实现要素：本申请提供一种信息处理方法及装置，以获得较好的用户体验较好，人机交互效率较高。第一方面，本申请提供一种信息处理方法，包括：接收用户输入的第一请求信息；对所述第一请求信息进行意图识别，确定负责所述第一请求信息的第一任务引擎，所述第一任务引擎中设有第一槽位；根据所述第一槽位在所述第一请求信息中提取关键信息；若根据所述第一槽位在所述第一请求信息中提取不到关键信息，或者，若根据所述第一槽位在所述第一请求信息中提取到关键信息且提取到的关键信息不满足条件，则在所述用户的共享参数列表中，获取目标关键信息；其中，所述共享参数列表中至少包括第二槽位与目标关键信息的对应关系，所述第二槽位与所述第一槽位具有相同的槽位类型，所述第二槽位为所述第二任务引擎中的槽位，所述第一任务引擎与所述第二任务引擎不同。在本申请实施例中，如果针对第一槽位提取不到关键信息，或提取到的关键信息不满足条件，则在用户的共享参数列表中，获取目标关键信息，相对于现有技术中的方案，提取不到关键信息或提取到的关键信息不满足条件，即反馈处理失败的信息，使用户再次输入请求的方案，可获得较好的用户体验，人机交互效率较高。在一种可能的实现中，所述共享参数列表中包括第一任务引擎与一个或多个任务引擎的对应关系，存在对应关系的任两个任务引擎包括的槽位间的对应关系，以及第二槽位与目标关键信息的对应关系，所述一个或多个任务引擎中包括所述第二任务引擎；可采用以下方式，在用户的共享参数列表中，获取目标关键信息：根据所述第一任务引擎与一个或多个任务引擎的对应关系，确定第二任务引擎；根据所述槽位间的对应关系，在所述共享参数列表中包括的所述第二任务引擎包括的槽位中，确定与所述第一任务引擎的第一槽位存在对应关系的第二槽位；根据所述第二槽位与目标关键信息的对应关系，确定所述目标关键信息。可选的，所述第二任务引擎用于负责所述用户的第二请求信息，所述第二请求信息与所述第一请求信息发生在预设时间内，且所述第二请求信息与所述第一请求信息发生在预设的对话轮数之内，一轮对话可具体指用户输入一请求信息，人机交互系统反馈一信息的过程。在本申请实施例中，将共享参数列表与请求信息的发生时间相结合，确定第二任务引擎，可较精准的定位第二任务引擎，提升对第二槽位填充的目标关键信息的准确性。在一种可能的实现中，所述共享参数列表中存储有第二槽位与目标关键信息的对应关系，可采用以下方式，在所述用户的共享参数列表中，获取目标关键信息：通过所述用户的上下文参数，确定与所述第一任务引擎时间相邻的第二任务引擎；在所述第二任务引擎的槽位中，确定与所述第一槽位类型相同的第二槽位；根据所述第二槽位与目标关键信息的对应关系，确定所述目标关键信息。其中，所述第二任务引擎用于负责所述用户的第二请求信息，所述第二任务引擎中设有与所述第一槽位类型相同的槽位，所述时间相邻指所述第二请求信息的发生时间与所述第一请求信息的发生时间相邻。在一种可能的实现中，确定与所述第一槽位类型相同的第二槽位时，当与所述第一槽位类型相同的槽位有两个或两个以上时可以按预设的优先级信息选定。在本申请实施例中，所述共享参数列表中仅存储一种对应关系，即任务引擎的不同槽位与目标关键信息的对应关系，相对于上述共享参数列表的实现方式(上述共享参数列表中需要存储三种对应关系)，采用本申请的方式，可减少共享参数列表所存储信息的数据量，提高访问共享参数列表的速率。在一种可能的实现中，所述共享参数列表为所述第二任务引擎所独占的共享参数列表，所述第二任务引擎所独占的共享参数列表中可包括第二槽位与关键信息的对应关系。可采用以下方式，在所述用户的共享参数列表中，获取目标关键信息：根据所述第一任务引擎与所述第二任务引擎的相关性，确定第二任务引擎，所述第一任务引擎与所述第二任务引擎的相关性大于预设阈值；根据所述第二任务引擎，确定所述第二任务引擎所独占的共享参数列表；在所述第二任务引擎所独占的共享参数列表中，查找与所述第一槽位的槽位类型相同的槽位作为所述第二槽位；根据所述第二槽位与目标关键信息对的应关系，确定所述目标关键信息。在本申请实施例中，人机交互系统的每个任务引擎各自维护一张共享参数表列，该共享参数列表中存储有该任务引擎的槽位与目标关键信息的对应关系，相对应于上述两种共享参数列表，一种为维护三种对应关系，另一种为存储多个任务引擎的槽位与目标关键信息的对应关系，采用本申请的共享参数列表，可进一步减少共享参数列表所存储信息的数据量，进一步提高访问共享参数列表的速率。在本申请实施例中，所述不满足条件的关键信息包括指代信息，且在所述共享参数列表中包括的所述第二槽位与目标关键信息的对应关系中，所述第二槽位所对应的目标关键信息是唯一的，且第二槽位所对应的关键信息是可更新的。在一种可能的实现方式中，可采用以下方式更新第二槽位所对应的目标关键信息，具体为：接收用户输入的第三请求信息，所述第三请求信息由所述第二任务引擎负责；在所述第三请求信息中，提取所述第二任务引擎的第二槽位所对应的关键信息；根据在所述第三请求信息中，提取的第二槽位所对应的关键信息，更新所述共享参数列表中的第二槽位与目关键信息的对应关系中，所述第二槽位所对应的目标关键信息。在本申请实施例中，第一任务引擎中可设有多个槽位，可采用以下方式，在多个槽位中确定第一槽位，具体为：确定所述第一任务引擎所设有的多个槽位，所述多个槽位具有优先级信息；根据所述多个槽位的优先级信息，确定所述第一槽位。在本申请的一示例中，所述槽位类型可具体为时间、地点、行为或人物等。在可能的实现中，所述共享参数列表可以存储在本端，比如所述信息处理装置中的存储器，也可以由通信网络或存取接口从外部存储设备中获取。第二方面，本申请提供一种信息处理装置，用于终端设备或服务器，包括：包括用于执行以上第一方面各个步骤的单元或手段(means)。第三方面，本申请提供一种信息处理装置，用于终端设备或服务器，包括至少一个处理元件和至少一个存储元件，其中所述至少一个存储元件用于存储程序和数据，所述至少一个处理元件用于执行本申请第一方面种提供的方法。第四方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面所述的方法。第五方面，本申请提供一种计算机程序，所述计算机程序包括计算机指令，当所述计算机指令被计算机执行时，使得所述计算机执行第一方面所述的方法。第六方面，本申请提供一种人机交互系统，包括中控模块和任务引擎模块，其中中控模块由本申请所提供的信息处理装置实现，所述引擎模块用于实现第一任务引擎和第二任务引擎的功能。在一种可能的实现中，所述人机交互系统还包括多任务参数分享管理模块，所述共享参数列表可存储在所述分享参数管理模块中。附图说明图1为本申请提供的一种人机交互系统；图2为本申请提供的另一种人机交互系统；图3为本申请提供的一种信息处理流程；图4为本申请提供的另一种信息处理流程；图5为本申请提供的共享参数列表的一示意图；图6为本申请提供的共享参数列表的另一示意图；图7为本申请提供的共享参数列表的又一示意图；图8为本申请提供的又一种信息处理流程；图9为本申请提供的通信装置的一结构图；图10为本申请提供的通信装置的又一结构图。具体实施方式如图1所示，本申请提供一种人机交互系统，该人机交互系统主要包括中控模块、任务引擎模块；所述人机交互系统还可以包括任务状态库模块。其中，中控模块，主要负责将对话请求分发至一个或多个相关的任务引擎模块，然后对多个任务引擎模块返回的结果进行汇总决策，以得到最终的结果。任务引擎模块，包括多个任务引擎，每个任务引擎主要用于负责某个特定领域的对话业务，比如，对用户输入的请求信息进行解析，以获取满足条件的关键信息。比如，对于订机票任务引擎，可从用户输入的请求信息中，提取满足订机票任务的关键信息，比如，起始地信息、目的地信息以及时间信息等。任务状态库模块，主要用于用于存储用户对话任务的中间状态。在本申请中，在任务引擎模块获取满足条件的关键信息后，可由任务引擎模块根据所述关键信息，执行相应的任务，或者，可由中控模块根据所述关键信息，执行相应的任务，或者，可由智能终端根据所述关键信息，执行相应的任务，或者，可在人机交互系统中，开发一新模块，用于根据所述关键信息，执行相应的任务。在本申请中，并不具体限定根据关键信息，执行相应任务的主体。需要说明的是，所述人机交互系统的功能可以由服务器实现，也可以由终端设备实现，还可以由服务器与终端设备共同实现。因此，上文所述的人机交互系统主要包括中控模块、任务引擎模块，可以理解为，当所述人机交互系统的功能由服务器实现时，所述服务器中包括中控模块、任务引擎模块，当所述人机交互系统的功能由终端设备实现时，所述终端设备中包括中控模块、任务引擎模块。在本申请的一示例中，以“任务引擎模块在获取满足条件的关键信息后，将所述关键信息发送至中控模块，由中控模块执行相应任务”为例，详细说明整个人机交互系统的工作过程：用户输入请求信息至智能终端，其中，所述请求信息可为语音信息，或为文本信息，或为图像信息。所述智能终端将用户的请求信息转发至人机交互系统的中控模块。所述中控模块将所述用户的请求信息转发至任务引擎模块中的一个或多个任务引擎。所述任务引擎可解析所述请求信息，获取满足条件的关键信息，并发送所述满足条件的关键信息至中控模块。所述中控模块可根据任务引擎模块反馈的关键信息，执行相应的任务。同时，所述任务引擎可将相应的解析结果存储至任务状态库模块中的相应任务状态中。比如，用户a在智能终端中输入“我要预订明天从北京到上海的机票”的请求，那么智能终端可将“用户a要预订明天从北京到上海的机票”的请求发送至中控模块，而中控模块可首先确定所述请求归“订机票任务引擎”所处理，然后将所述“用户a要预订明天从北京到上海的机票”的请求发送至任务引擎模块中的订机票任务引擎，订机票任务引擎可对“用户a要预订明天从北京至上海的机票”的请求信息进行解析，获得以下满足条件的关键信息{意图＝“订机票”，时间＝“明天”，起始地＝“北京”，目的地＝“上海”}，然后“订机票任务引擎”可将所述关键信息反馈至中控模块，而中控模块可根据“订机票任务引擎”反馈的关键信息为用户a预订“明天从北京至上海的机票”，最后生成处理结果“已经为您预订明天从北京至上海的机票，且订票信息为****”的反馈信息，且发送所述反馈信息至智能终端，而智能终端可通过文字、语音或图像等方式展示所述反馈信息至用户。通过上述分析可以看出，在图1所示的人机交互系统中，在对用户的任务请求进行处理时，必须要获取满足执行该任务条件的关键信息，才能对用户的任务请求进行处理，比如，对于订机票的任务请求，必须要获取满足订机票任务的“时间、起始地和目的地”等关键信息，才能根据用户的任务请求，为用户预订机票；对于天气查询任务请求，必须要获取满足天气查询任务的“地点与时间”等关键信息，才能为用户查询天气。如果在某一任务请求中，提取不到关键信息，或能提取到关键信息，但提取到的关键信息不满足条件，人机交互系统将会反馈“处理失败，请重新输入信息”等提示，而用户需要重新输入请求信息，从而使得人机交互的效率低下。比如，如果用户首先输入“我要预订明天从北京至上海的机票”的请求信息，然后，再输入“那边天气怎么样”的请求信息，由于在对“那边天气怎么样”的请求信息进行处理时，提取不到满足天气查询任务的天气与地点等关键信息，结果会导致人机交互系统反馈“请问您想问那个城市的天气情况”，从而使得用户的体验较差，人机交互的效率低下。基于以上场景，如图2所示，本申请提供一种人机交互系统，至少包括：中控模块、任务引擎模块以及多任务参数分享管理模块。可选的，还可包括：任务状态库模块。其中，中控模块、任务引擎模块以及任务状态库模块的相应功能可参见上述图1中的记载所示，在此不再赘述。所述多任务参数分享管理模块中可存储有共享参数列表，所述共享参数列表的数量可为一个，所述人机交互系统中的n个任务引擎可共享该共享参数列表。或者，所述共享参数列表的数量也可为多个，人机交互系统中的每个任务引擎独占一个共享参数列表。比如，整个人机交互系统包括n个任务引擎，那么，多任务参数分享管理模块中也可包括n个共享参数列表，n个任务引擎中每个任务引擎独占n个共享参数列表中的一个共享参数列表。可选的，所述多任务参数管理模块中还可包括多任务参数分享管理单元，用于对共享参数列表进行管理。在本申请实施例中，所述共享参数列表可根据用户的历史对话参数所生成。在本申请实施例中，当任务引擎模块在用户输入的请求信息中，提取不到关键信息，或可提取到关键信息但提取到的关键信息不满足条件时，可在共享参数列表中，获取满足条件的目标关键信息，无需用户重复输入，用户体验较好，人机交互的效率有效提高。基于图2所示的人机交互系统，本申请提供一种信息处理方法，该方法的执行主体可为上述图1或图2所示的智能终端，也可为运行上述图1或图2所示人机交互系统的服务器，所述服务器可但不限于为云端服务器。在本申请实施例中，以运行所述人机交互系统的服务器为执行主体举例，如图3所示，详细说明信息处理方法的流程。步骤s301：服务器接收用户输入的第一请求信息。在本申请实施例中，所述第一请求信息可为语音信息、文本信息或图像信息等。所述用户可输入第一请求信息至智能终端，所述智能终端可转发所述第一请求信息至服务器。步骤s302：服务器对接收的第一请求信息进行意图识别，确定负责所述第一请求信息的第一任务引擎。在本申请实施例中，服务器中的中控模块可对第一请求信息进行意图识别，并根据意图识别结果，确定负责第一请求信息的第一任务引擎。比如，中控模块确定第一请求信息的意图识别结果为订机票，那么可确定负责所述第一请求信息的第一任务引擎为订机票任务引擎。在本申请实施例中，每个任务引擎中可设有不同的槽位(slot)，所述槽位可具体为一个变量，槽位的值(slotview)可具体为该槽位所对应的关键信息。在本申请实施例中，所述槽位也可称为信息槽，所述槽位所对应的关键信息也可称为槽信息。在本申请实施例中，以第一任务引擎中设有第一槽位为例，详细说明本申请的过程。需要说明的是，在本申请实施例中，第一任务引擎、第二任务引擎、第一槽位、第二槽位中的“第一、第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。步骤s303：服务器根据所述第一槽位在所述第一请求信息中提取关键信息。比如，第一任务引擎为“订机票任务引擎”，所述第一槽位为“起始地槽位”，那么服务器可在第一请求信息中，提取“起始地槽位”所对应的关键信息。再如，第一槽位为“目的地槽位”，那么服务器可在第一请求信息中，提取“目的地槽位”所对应的关键信息。步骤s304：若根据所述第一槽位在所述第一请求信息中提取不到关键信息，或者，若根据所述第一槽位在所述第一请求信息中提取到关键信息且提取到的关键信息不满足条件，所述服务器则在所述用户的共享参数列表中，获取目标关键信息。其中，所述共享参数列表中至少包括第二槽位与目标关键信息的对应关系，所述第二槽位与所述第一槽位具有相同的槽位类型，所述槽位类型是时间、地点、行为或人物等，所述第二槽位为所述第二任务引擎中的槽位，所述第一任务引擎与所述第二任务引擎不同。所述不满足条件的关键信息可具体为指代信息，所述指代信息可具体为在第一请求信息中提取的关键信息为指代词，所述指代词可为“这”、“那”、“这里”、“那里”等指代词。步骤s305：服务器根据所述目标关键信息，执行相应的任务。由上可见，在本申请实施例中，当在用户输入的第一请求信息中提取不到关键信息，或可提取到关键信息，但提取的关键信息不满足条件时，可在用户的共享参数列表中获取目标关键信息，并根据所述目标关键信息，执行相应任务。相对于上述图1所示的方案，当提取不到关键信息，或提取的关键信息不满足条件时，即请求用户再次输入方案，采用本申请的方案，用户体验较好，人机交互效率较高。在本申请的一示例中，第一任务引擎中可设有多个槽位，每个槽位的级别是相同的，可按照任意的顺序，填充每个槽位所对应的关键信息。比如，第一任务引擎中设有“起始地槽位”，“目的地槽位”以及“时间槽位”，可按照“起始地槽位”，“目的地槽位”以及“时间槽位”的顺序，依次填充每个槽位所对应的关键信息，也可按照“时间槽位”，“目的地槽位”以及“起始地槽位”的顺序，依次填充每个槽位所对应的关键信息等。在本申请的另一示例中，第一任务引擎中可设有多个槽位，每个槽位具有不同的优先级，可根据槽位的优先级，填充每个槽位所对应的关键信息，比如，对于订机票任务引擎中包括三个槽位，分别为“起始地槽位”，“目的地槽位”以及“时间槽位”，且设定“时间槽位”的优先级最高，“起始地槽位”的优先级次高，“目的地槽位”的优先级最低，那么，可首先填充“时间槽位”所对应的关键信息，再填充“起始地槽位”所对应的关键信息，最后再填充“目的地槽位”所对应的关键信息。在本申请实施例中，填充每个槽位所对应的关键信息的过程，以第一槽位为例，详细说明该过程：首先在用户输入的请求信息中，提取第一槽位所对应的关键信息，如果能提取到关键信息，且提取的关键信息满足条件，且第一槽位的填充完成。如果在请求信息中，提取不到关键信息，或能提取到关键信息，但提取的关键信息不满足条件，则在用户的共享参数列表中，获取目标关键信息，所述目标关键信息作为所述第一槽位所对应的关键信息。可选的，在图3所示的流程中，还可包括：服务器根据每个任务引擎的语义识别结果，更新所述用户的共享参数列表，所述语义识别结果包括意图信息以及满足条件的关键信息。比如，用户a输入的第一请求为“预订明天从北京到上海的机票”，那么对于订机票任务引擎所获取的语义识别结果，可为{意图＝“订机票”；时间＝“明天”，起始地＝“北京”，目的地＝“上海”}。其中，意图信息为{意图＝“订机票”}，满足条件的关键信息为{时间＝“明天”，起始地＝“北京”，目的地＝“上海”}。在本申请实施例中，当第一请求信息除对应第一任务引擎外，还对于n个其它任务引擎时，比如，用户输入第一请求信息“预订明天从北京至上海的票”，那么人机交互系统的中控模块对用户输入的第一请求信息进行意图识别，发现第一请求信息对应于“订票”，而整个人机交互系统中包括“订机票任务引擎”，“订火车票任务引擎”以及“订汽车票任务引擎”，那么中控模块可将上述第一请求信息，分别发送至“订火车票任务引擎”、“订汽车票任务引擎”以及“订机票任务引擎”。可称为第一请求信息与上述”订火车票任务引擎”、“订汽车票任务引擎”以及“订机票任务引擎”，三个任务引擎相对应。在本申请实施例中，当第一任务请求与n+1个任务引擎相对应时，所述n+1个任务引擎包括第一任务引擎以及上述其它n个任务引擎，那么，上述n+1个任务引擎可将各自针对第一请求信息的语义识别结果发送至中控模块，所述中控模块可从上述n+1个语义识别结果中选择满足规则的语义识别结果，比如最优的语义识别结果，更新所述用户的共享参数列表。如图4所示，在本申请的一示例中，以上述图3所示的服务器包括中控模块、任务引擎模块和多任务参数分享管理模块为例，详细说明上述图3所示的信息处理流程：步骤s401：智能终端接收用户输入的第一请求信息，发送所述第一请求信息至人机交互系统的中控模块。步骤s402：中控模块对所述第一请求信息进行意图识别，获取与该第一请求信息相关的一个或多个任务引擎，并发送所述第一请求信息至任务引擎模块中的一个或多个任务引擎。步骤s403：针对一个任务引擎，确定该任务引擎所对应的槽位。其中，不同的任务引擎可对应不同的槽位，比如，对于订机票任务引擎所对应的槽位可为“起始地槽位”、“目的地槽位”或“地点槽位”。对于天气查询任务引擎所对应的槽位可为“地点槽位”或“时间槽位”。步骤s404：任务引擎根据所述该任务引擎所对应的槽位，在第一请求信息中提取关键信息。比如，对于天气查询任务引擎，其所对应的槽位可具体包括“地点槽位”和“时间槽位”，所述天气查询任务引擎，可在用户输入的第一请求信息中，依次提取“地点槽位”和“时间槽位”所对应的关键信息。再如，用户输入的第一请求信息可为“查询北京明天的天气状况”，那么天气查询任务引擎可依次在上述第一请求信息中，提取“地点槽位”所对应的关键信息“北京”，提取“时间槽位”所对应的关键信息“明天”。步骤s405：针对一槽位，如果可在第一请求信息中提取到关键信息，且提取的关键信息满足条件，则执行步骤s409，否则执行步骤s406。步骤s406：任务引擎发送读取指令，至多任务参数分享管理模块。步骤s407：多任务参数分享管理模块，从所述用户的共享参数列表中，获取目标关键信息。步骤s408：多任务参数分享管理模块，发送目标关键信息至任务引擎。步骤s409：任务引擎获取针对第一请求信息的语义识别结果。其中，所述语义识别结果包括针对第一请求信息的意图信息以及满足条件的关键信息。步骤s410：任务引擎将针对第一请求信息的语义识别结果发送至中控模块。步骤s411：中控模块根据任务引擎发送的语义识别结果更新所述多任务参数分享管理模块中用户的共享参数列表。需要说明的是，在上述图4所示的流程中，是以任务引擎模块在共享参数列表中，读取信息，中控模块更新共享参数列表为例进行说明的。在本申请实施例中，并不限定在共享参数列表中读取信息的主体，以及更新共享参数列表的主体。比如，在本申请中，中控模块可负责从共享参数列表中读取信息，以及更新共享参数列表。或者，任务引擎模块负责从共享参数列表中读取信息，以及更新共享参数列表。或者，中控模块负责从共享参数列表中读取信息，任务引擎模块负责更新共享参数列表。或者，任务引擎模块负责从共享参数列表中读取信息，中控模块负责更新共享参数列表。在本申请实施例中，将详细说明，在上述图3或图4所示流程中，“如何根据用户的共享参数列表，获取目标关键信息”。其中，本申请实施例提供以下两种共享参数列表，分别为第一种共享参数列表和第二种共享参数列表。利用所述第一种共享参数列表或第二种共享参数列表，均可获取目标关键信息。第一种共享参数列表：共享参数列表的数量为一个，人机交互系统中的所有任务引擎共享该共享参数列表，也即上述多任务参数分享管理模块中仅存储一个共享参数列表。在本申请的一示例中，针对第一种共享参数列表，所述第一种共享参数列表中可具体包括：第一任务引擎与一个或多个任务引擎的对应关系，存在对应关系的任两个任务引擎包括的槽位间的对应关系，以及第二槽位与目标关键信息的对应关系。所述一个或多个任务引擎中包括所述第二任务引擎。针对第一种共享参数列表，可具体采用以下方式，获取目标关键信息：根据所述第一任务引擎与一个或多个任务引擎的对应关系，确定第二任务引擎；可选的，所述第二任务引擎可用于负责所述用户的第二请求信息，所述第二请求信息与所述第一请求信息可发生在预设时间内，且所述第二请求信息与所述第一请求信息发生在预设对话轮数内。根据所述槽位间的对应关系，在所述共享参数列表中包括的所述第二任务引擎包括的槽位中，确定与所述第一任务引擎的第一槽位存在对应关系的第二槽位；根据所述第二槽位与目标关键信息的对应关系，确定所述目标关键信息。在本示例中，所述第一种共享参数列表中可具体存储有三个对应关系，分别为：不同任务引擎间的对应关系，以及如果两个任务引擎间存在对应关系，两个任务引擎所包括槽位的对应关系，以及针对每个任务引擎所包括的槽位与目标关键信息的对应关系。比如，如图1所示，以天气查询任务引擎为例，获取目标关键信息的过程可为：首先获取在预设时间(比如10分钟)和预设对话轮数(比如5轮对话，所述1轮对话的过程，具体包括用户输入一请求信息，人机交互系统反馈一信息)，与用户存在交互的任务引擎，比如，存在交互的任务引擎可包括{机票预定任务引擎、订外卖任务引擎}。然后，获取在共享参数列表中，与天气查询任务引擎存在对应关系的任务引擎，比如，可为{订机票任务引擎、订火车票任务引擎、酒店预定任务引擎}。那么两者取交集，即将{机票预定任务引擎、订外卖任务引擎}与{订机票任务引擎、订火车票任务引擎、酒店预定任务引擎}取交集，可以看出，两者的交集为{订机票任务引擎}。然后，在机票预定任务引擎的槽位中，查询与天气查询任务引擎的地点槽位存在对应关系的槽位，通过图5可以看出，与天气查询任务引擎的地点槽位存在对应关系的槽位，为订机票任务引擎的目的地槽位；最后将目的地槽位所对应的目标关键信息即上海，作为天气查询任务引擎的地点槽位的关键信息。在本申请的另一示例中，针对第一种共享参数列表，所述第一种共享参数列表中可具体包括第二槽位与目标关键信息的对应关系。针对第一种共享参数列表，可具体采用以下方式，确定目标关键信息：通过所述用户的上下文参数，确定与所述第一任务引擎时间相邻的第二任务引擎；其中，所述第二任务引擎用于负责所述用户的第二请求信息，所述第二任务引擎中设有与所述第一槽位类型相同的槽位，所述时间相邻指所述第二请求信息的发生时间与所述第一请求信息的发生时间相邻；在所述第二任务引擎的槽位中，确定与所述第一槽位类型相同的第二槽位；根据所述第二槽位与目标关键信息的对应关系，确定所述目标关键信息。需要说明的是，在本申请示例中，所述第一任务引擎与第二任务引擎时间相邻，可具体包括以下两种情况，第一种情况：所述第一任务引擎所负责的第一任务请求，与所述第二任务引擎所负责的第二任务请求，在时间上相邻，即用户输入的第一任务请求与第二任务请求在时间上相邻，比如，用户首先在人机交互系统中输入第一任务请求“预定北京至上海的机票”，然后在人机交互系统中输入第二任务请求“那边天气怎么样”。可认为上述第一任务请求与上述第二任务请求在时间上相邻。同时，设定上述“第一任务请求”由“机票预定”任务引擎负责，上述“第二任务请求”由“天气查询”任务引擎负责，那么可认定上述“机票预定”任务引擎与“天气查询”任务引擎在时间上相邻。第二种情况：第一任务引擎所负责的第一任务请求，与所述第二任务引擎所负责的第二任务请求，在时间上相隔预设时间，且两者在预定对话轮数之内。在本示例中，整个共享参数列表中，仅存储有一个对应关系，即每个任务引擎的槽位与关键信息的对应关系。仍以填充天气查询任务引擎的地点槽位为例，进行说明，获取目标关键信息的过程可为：首先在用户的上下文参数中，获取与天气查询任务引擎相邻近的任务引擎，即用户在与天气查询任务引擎交互前，与之交互的任务引擎，比如，如图6所示，与天气查询任务引擎时间上相邻近的任务引擎为机票预定任务引擎。然后，在机票预定任务引擎的槽位中，查询与地点槽位类型相同的槽位，比如查询出的类型相同的槽位为目的地槽位，最后，用共享参数列表中的订机票任务引擎的目的地槽位所对应的关键信息，即上海，作为天气查询领域的地点槽位所对应的关键信息。第二种共享参数列表：共享参数列表的数量为多个，每个任务引擎独占一个共享参数列表。比如，整个人机交互系统，包括n个任务引擎，那么多任务参数分享管理模块中可存储n个共享参数列表，n个任务引擎中的每个任务引擎独占n个共享参数列表中的一个共享参数列表。针对第二种共享参数列表，所述共享参数列表中可具体存储第二槽位与目标关键信息的对应关系。可采用以下方式，获取目标关键信息，具体为：获得所述第一请求信息所对应的第一任务引擎；获得第二任务引擎，其中，所述第二任务引擎对应于第二垂域，所述第一任务引擎对应于第一垂域，所述第一垂域与所述第二垂域的相关性大于预设阈值，所述第一垂域与所述第二垂域的相关性通过历史数据聚类所获得的；在所述第二任务引擎所独占的共享参数列表中，查找与第一槽位的槽位类型相同的槽位作为所述第二槽位，根据所述第二槽位与目标关键信息对的应关系确定目标关键信息。在本申请的一示例中，比如对于订机票任务引擎所维护的共享参数列表，可如图7所示。在本申请实施例中，可根据用户与人机交互系统的历史对话参数，生成所述共享参数列表。比如，用户输入“预定今天北京至上海的机票”的请求信息至人机交互系统，那么机票预定任务引擎，可在上述请求信息中，分别提取“起始地槽位”所对应的关键信息“北京”，“目的地槽位”所对应的关键信息“上海”，“时间槽位”所对应的关键信息“今天”。最后，根据不同槽位所对应的关键信息，更新所述订机票任务引擎所独占的共享参数列表。在本申请实施例中，仍沿用上述举例，用户首先在人机交互系统中，输入“预定今天北京至上海的机票”的请求信息，且生成上述图7所示的共享参数列表。然后用户在人机交互系统中，再次输入“那边天气怎么样”的请求信息，可以发现该请求信息归属天气查询任务引擎所处理，然后天气查询任务引擎，可在用户输入的请求信息中，分别提取“地点槽位”和“时间槽位”所对应的关键信息。可见发现，对于“地点槽位”所提取到的关键信息“那边”为指代信息，对于“时间槽位”提取不到的关键信息，即对于“时间槽位”缺失信息。在本申请实施例中，可设定“缺失信息”和“指代信息”均不满足条件，此时，可采用以下方式，获取目标关键信息：获取天气查询任务引擎所对应的第一垂域；获取与第一垂域的相关性大于预设阈值的第二垂域。其中，第一垂域与第二垂域的相关性可通过历史数据聚类所获得的。获取第二垂域所对应的第二任务引擎。在第二任务引擎所所独占的共享参数列表中，获取目标关键信息。在本申请中，可设定第二任务引擎为订机票任务引擎，那么，可在上述图7所示的共享参数列表中，获取满足条件的关键信息。比如，在本申请的一示例中，可在上述图7所示的共享参数列表中，查询天气任务引擎中“地点槽位”所对应的满足条件的关键信息，通过上述表7可以看出，“上海”为天气查询任务引擎中“地点槽位”所对应的满足条件的关键信息。同理，可在上述图7所示的共享参数列表中，查询天气任务引擎的“时间槽位”所对应的关键信息，通过上述表7可以看出，“今天”为天气查询任务引擎中“时间槽位”所对应的满足条件的关键信息。通过以上分析可以看出，在上述第一种共享参数列表和第二种共享参数列表中，均存储有第二槽位与目标关键信息的对应关系。在本申请实施例中，所述第二槽位所对应的关键信息是唯一的，且可更新的。在本申请的一示例中，可采用以下方式，更新第二槽位所对应的关键信息：服务器接收用户输入的第三请求信息，所述第三请求信息由所述第二任务引擎负责；服务器在所述第三请求信息中，提取所述第二任务引擎的第二槽位所对应的关键信息；服务器根据在所述第三请求信息中，提取的第二槽位所对应的关键信息，更新所述共享参数列表中的第二槽位与目关键信息的对应关系中，所述第二槽位所对应的目标关键信息。针对上述的第一种共享参数列表和第二种共享参数列表，如图8所示，本申请提供了信息处理的另一流程，包括：在图8所示的流程中，以用户与人机交互系统进行三轮对话为例，详细进行说明：第一轮对话：用户输入“北京今天的天气怎么样”的请求信息至人机交互系统，人机交互系统可对用户输入的请求信息进行意图识别，确定该请求信息归属天气查询任务引擎进行处理。天气查询任务引擎的地点槽位，可在上述请求信息中提取关键信息“北京”。天气查询任务引擎的时间槽位，可在上述请求信息中提取关键信息“今天”，最后生成的历史参数列表，可参见下述表1所示。用户id意图时间地点***查天气今天北京表1第二轮对话：用户继续输入“订一张明天北京至布宜诺斯艾利斯的机票”的请求信息至人机交互系统，同理，人机交互系统可对用户的请求信息进行意图识别，确定该请求信息归属机票预定任务引擎所处理。然后机票预定任务引擎可在请求信息中，分别提取“起始地槽位”所对应的关键信息“北京”，“目的地槽位”所对应的关键信息“布宜诺斯艾利斯”，时间槽位所对应的关键信息为“明天”。最后，生成的历史参数列表，可参见下述表2所示。用户id意图出发地目的地时间***订机票北京布宜诺斯艾利斯明天表2在本申请实施例中，可将上述表1所示的历史参数列表和上述表2所示的历史参数列表存储于第一种共享参数列表中，也可存储于第二种共享参数列表中。且如果存储于第二共享参数列表中，对于上述表1所示的历史参数列表可为天气查询任务引擎所独占的共享参数列表，对于上述表2所示的历史参数列表可为机票预定任务引擎所独占的共享参数列表。第三轮对话：用户输入“那边的天气怎么样”的请求信息至人机交互系统。步骤s801：接收用户输入的第三轮对话的请求信息，“那边的天气怎么样”。步骤s802：在第三轮对话的请求信息中，提取关键信息。其中，提取的关键信息，可参见下述表3所示。用户id意图时间地点***查询天气？那边表3步骤s803：获得在天气查询场景下，缺少的必要信息槽集合l0＝{“时间”，“地点”}。可选的，在步骤s803之后，还可包括：步骤s804、步骤s805、步骤s806以及步骤s807。步骤s804：判断信息槽的填充是否有预定义规则；如果否，执行步骤s805；如果是，执行步骤s808。其中，所述预定义规则是指是否可采用利用共享参数列表，填充信息槽；步骤s805：判断缺失的信息槽是否可利用传感器补充关键信息。如果是，执行步骤s806；否则，执行步骤s807；步骤s806：用传感器填充“地点信息”。步骤s807：提示用户输入“地点信息”。在本申请实施例中，设置步骤s804至步骤s807的目的是，可为信息槽的填充，设置不同的方式，比如可采用共享参数列表的方式，也可采用传感器的方式，也可采用用户手动输入的方式。而在本申请实施例中，也可在步骤s803之后，直接执行步骤s808，即直接设置采用共享参数列表的方式，填充信息槽的关键信息。步骤s808：据预定义规则，逐个判断l0的槽位在场景开发时是否预定义到共享参数列给中的某个值，且如果是的话，加入集合l1＝{“时间”，“地点”}。步骤s809：l1非空时，根据l1中的每个槽位的优先级，得到集合l2＝{“地点”，“时间”}。步骤s810：根据用户id在共享参数列表中，查询用户的历史“地点”参数。步骤s811：判断历史“地点”参数是否有值；如果没有值，执行步骤s812；否则执行步骤s813。步骤s812：提示用户输入“地点”信息。步骤s813：将历史“地点”参数的值填充到“地点”槽位。在本申请实施例中，可将上述表2所示的“目的地：布宜诺斯艾利斯”填充到“地点”槽位，生成表4所示的关键信息。用户id意图时间地点***查询天气？布宜诺斯艾利斯表4步骤s814：根据用户id在共享参数列表中，查询用户的历史“时间”参数。步骤s815：判断历史“时间”参数是否有值。如果有值，执行步骤s816；否则执行步骤s817。步骤s816：将历史“时间”参数的值填充到“时间”槽位。在本申请实施例中，可将上述表2所示的“时间：明天”填充到时间槽位，生成表5所示的关键信息。用户id意图时间地点***查询天气明天布宜诺斯艾利斯表5步骤s817：提示用户输入“时间”信息。通过以上方式，可以看出在本申请实施例中，在用户输入的请求信息中提取不到满足条件的关键信息时，可利用用户的历史对话参数，获取到满足条件的关键信息，从而用户无需再次输入请求信息，用户体验较好，人机交互效率较高。与上述构思相同，如图9所示，本申请提供一种信息处理装置900，该信息处理装置900可具体为终端设备或服务器等，包括：其中，收发单元901，用于接收用户输入的第一请求信息；需要说明的是，所述收发单元901可以是硬件装置如收发器，也可以是逻辑单元如数据接口，在本申请中不对此做限定。处理单元902，用于对所述第一请求信息进行意图识别，确定负责所述第一请求信息的第一任务引擎，所述第一任务引擎中设有第一槽位，根据所述第一槽位在所述第一请求信息中提取关键信息，若根据所述第一槽位在所述第一请求信息中提取不到关键信息，或者，若根据所述第一槽位在所述第一请求信息中提取到关键信息且提取到的关键信息不满足条件，则在所述用户的共享参数列表中，获取目标关键信息；其中，所述共享参数列表中至少包括第二槽位与目标关键信息的对应关系，所述第二槽位与所述第一槽位具有相同的槽位类型，所述第二槽位为所述第二任务引擎中的槽位，所述第一任务引擎与所述第二任务引擎不同。关于收发单元901和处理单元902的具体介绍，可参数上述图3所示的信息处理方法的介绍，在此不再赘述。与上述构思相同，如图10所示，本申请实施例还提供一种信息处理装置100的结构，信息处理装置100可具体为终端设备或服务器，可选的，所述信息处理装置100可以具体为所述服务器中的中控模块，或者其功能由所述服务器中的中控模块实现；进一步可选的，所述信息处理装置100可以具体为所述终端设备中的中控模块，或者其功能由所述终端设备中的中控模块实现。如图10所示，信息处理装置100中可以包括通信接口101、处理器102。信息处理装置100中还可以包括存储器103。存储器103可以设置于信息处理装置100的内部，还可以设置于信息处理装置的外部。上述图9中所示的处理单元902可以由处理器102实现。收发单元901可以由通信接口101实现。处理器102通过通信接口101接收业务数据。本申请实施例中通信接口101可以是电路、总线、收发器或者其它任意可以用于进行信息交互的装置。本申请实施例中处理器102可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本申请实施例中的公开的图3、图4或图8所示的信息处理方法。通用处理器可以是微处理器或者任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件单元组合执行完成。处理器102用于实现上述方法所执行的程序代码可以存储在存储器103中。存储器103和处理器102耦合。处理器102可能和存储器103协同操作。存储器103可以是非易失性存储器，比如硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)等，还可以是易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)。存储器103是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本申请实施例中不限定上述通信接口101、处理器102以及存储器103之间的具体连接介质。本申请实施例在图10中以存储器103、处理器102以及通信接口101之间通过总线连接，总线在图10中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。基于以上实施例，本申请实施例还提供了一种计算机存储介质，该存储介质中存储软件程序，该软件程序在被一个或多个处理器读取并执行时可实现上述任意一个或多个实施例提供的方法。所述计算机存储介质可以包括：u盘、移动硬盘、只读存储器、随机存取存储器、磁碟或者光盘等各种可以存储程序代码的介质。基于以上实施例，本申请提供一种计算机程序，所述计算机程序包括计算机指令，当所述计算机指令被计算机执行时，使得所述计算机执行上述任意一个或多个实施例提供的方法。本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。当前第1页12