CN117009040A - 业务流程处理方法、装置、设备和介质 - Google Patents

Abstract

本公开提供了一种业务流程处理方法，可以应用于人工智能技术领域。该方法包括：当业务流程中第一节点接收到第一调用请求时，通过第一节点处理第一调用请求，得到流程传参信息；当第一节点的下一流程包括无法唯一确定的多个下游节点时，通过与用户以自然语言进行对话，从多个下游节点中确定出第二节点；基于流程传参信息，生成对第二节点的第二调用请求；以及将第二调用请求转发至第二节点。本公开还提供了一种业务流程处理装置、设备、存储介质和程序产品。

Description

业务流程处理方法、装置、设备和介质

技术领域

本公开涉及人工智能领域，更具体地涉及一种业务流程处理方法、装置、设备、介质和程序产品。

背景技术

业务流程为了适应市场变化、客户需求、技术变革、竞争压力、成本变化和组织变革等多种因素会经常性发生变动。然而，传统的系统方案中业务流程，要么节点的上下游关系是直接确定的，及一个节点处理完成之后直接流转到下一节点；要么稍微复杂一点的，可以在一个节点处理之后，根据流转信息等所满足的条件，自适应地匹配到多个节点其中之一。但是这些业务流程的规则都是预先设置好的，无法实时、动态的按照客户需求进行智能调整和智能扩展。

发明内容

鉴于上述问题，本公开实施例提供了在业务推进过程中，可以根据与用户的对话交互，在业务流程中实时、动态拼接相应节点的业务流程处理方法、装置、设备、介质和程序产品。

本公开实施例的第一方面，提供了一种业务流程处理方法。所述方法包括：当业务流程中第一节点接收到第一调用请求时，通过所述第一节点处理所述第一调用请求，得到流程传参信息；当所述第一节点的下一流程包括无法唯一确定的多个下游节点时，通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点；基于所述流程传参信息，生成对所述第二节点的第二调用请求；以及将所述第二调用请求转发至所述第二节点。

根据本公开的实施例，所述多个下游节点的调用接口均被配置为具有统一调用格式的标准服务接口；所述第二调用请求为按照所述统一调用格式封装得到的调用请求。

根据本公开的实施例，当所述第二节点的入参被配置为除了所述流程传参信息外，还包括用户传参信息时，所述方法还包括：从与所述用户的对话中，提取所述用户传参信息。所述基于所述流程传参信息，生成对所述第二节点的第二调用请求包括：按照所述统一调用格式封装所述流程传参信息和所述用户传参信息，以生成所述第二调用请求。

根据本公开的实施例，在所述业务流程中针对所述第一节点配置有用于筛选出所述多个下游节点的第一跳转条件，其中，所述方法还包括；当所述流程传参信息满足所述第一跳转条件时，确定所述第一节点的下一流程包括无法唯一确定的多个下游节点。

根据本公开的实施例，在所述业务流程中对所述第一节点还配置有用于唯一跳转到第三节点的第三跳转条件，其中，所述方法还包括：当所述流程传参信息满足所述第三跳转条件时，确定所述第一节点的下一流程为唯一确定的所述第三节点。

根据本公开的实施例，所述与用户以自然语言进行对话包括：与所述用户进行语音交互。

根据本公开的实施例，所述通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点包括：基于所述多个下游节点的业务关键词，生成与所述用户进行对话的询问内容，以引导所述用户进行对话交互；基于用户对询问内容的答复内容，识别用户的操作意图；以及基于所述用户的操作意图，确定出所述第二节点。

根据本公开的实施例，所述通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点包括：通过与所述用户的多轮对话，从所述多个下游节点中确定出所述第二节点。

根据本公开的实施例，当所述第一节点为所述业务流程的起始节点时，所述第一调用请求为基于所述用户在客户端的触发操作而产生的业务请求。

本公开实施例的第二方面，提供了一种业务流程处理装置。所述装置包括业务处理模块、对话交互模块、请求生成模块和节点调用模块。业务处理模块用于当业务流程中第一节点接收到第一调用请求时，通过所述第一节点处理所述第一调用请求，得到流程传参信息。对话交互模块用于当所述第一节点的下一流程包括无法唯一确定的多个下游节点时，通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点。请求生成模块，用于基于所述流程传参信息，生成对所述第二节点的第二调用请求。节点调用模块用于将所述第二调用请求转发至所述第二节点。

本公开实施例的第三方面，提供了一种电子设备。所述电子设备包括一个或多个处理器和存储器。所述存储器用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述方法。

本公开实施例的第四方面，还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述方法。

本公开实施例的第五方面，还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述方法。

上述一个或多个实施例具有如下优点或有益效果：通过在业务流程的一些环节中根据可能的用户需求，设置可以自由拼接到业务流程中的节点，这样在业务流程被启动后，当执行到该环节时，可以通过与用户以自然语言对话的方式获取用户的操作意图，据此确定出最符合用户当前的操作意图的节点，拼接到业务流程中。从而实现业务流程的动态化和智能化，满足用户的多样性、实时性需求，而且便于业务流程的灵活开发和扩展。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的业务流程处理方法、装置、设备、介质和程序产品的系统架构；

图2示意性示出了根据本公开一实施例的业务流程处理方法的流程图；

图3示意性示出了本公开实施例中第一节点的下一流程包括无法唯一确定的多个下游节点的各种情形的示意图；

图4示意性示出了业务流程中一个节点的下一流程为确定性操作的各种情形；

图5示意性示出了可以应用本公开实施例的业务流程处理方法的一个业务流程；

图6示意性示出了根据本公开另一实施例的业务流程处理方法的流程图；以及

图7示意性示出了根据本公开实施例的业务流程处理装置的方框图；以及

图8示意性示出了适于实现根据本公开实施例的业务流程处理方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

相关技术中，按照预置规则开发的业务流程，当需求发生变动时，就需要研发人员改动代码逻辑适配新的业务规则，周期长、投入人力大、业务灵活性和可扩展性差，无法跟上快速迭代的市场需求。为了提高业务流程开发的效率，很多企业会将通用的业务模块抽象出来，开发为API接口供其他业务提供服务，这样虽然在一定程度上提高代码的复用率，提升需求交付速度和质量，但是由于业务流程的规则是预先规划好的，是固定的，仍然无法满足客户动态、实时、多变的需求。

有鉴于此，本公开实施例提供了可以在处理业务的过程中，根据与用户的对话交互，实时动态拼接业务节点的业务流程处理方法、装置、设备、介质和程序产品。根据本公开的实施例，可以在业务流程的一些环节中，根据可能的用户需求，设置可以自由拼接到业务流程中的节点。然后在业务流程被启动后用于处理用户的请求的过程中，当执行到该环节时，可以通过与用户以自然语言对话的方式获取用户的操作意图，据此确定出最符合用户当前的操作意图的节点，拼接到业务流程中。以此方式实现业务流程的动态化和智能化，满足用户的多样性、实时性需求，而且便于业务流程的灵活开发和扩展。

在本公开的技术方案中，所涉及的用户信息(包括但不限于用户个人信息、用户图像信息、用户设备信息，例如位置信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、存储、使用、加工、传输、提供、公开和应用等处理，均遵守相关国家和地区的相关法律法规和标准，采取了必要保密措施，不违背公序良俗，并提供有相应的操作入口，供用户选择授权或者拒绝。

图1示意性示出了根据本公开实施例的业务流程处理方法、装置、设备、介质和程序产品的系统架构100。

如图1所示，该系统架构100可以包括业务流程自由配置平台101、NLP人工智能平台102和各专业的业务系统103。

业务流程自由配置平台101可以实现渠道层特色应用的快速接入、业务组件库的管理、业务流程的配置管理、以及各专业的业务系统103的聚合管理等。

NLP人工智能平台102通过与用户以自然语言进行对话交互，在业务流程中实时、动态拼接节点，实现业务流程按用户需求智能流转。其中，NLP为Natural LanguageProcessing的缩写，指的是自然语言处理。NLP人工智能平台102中可以集成有各种机器学习算法模型、知识图谱和/或NLP自然语言处理算法模型。

业务流程自由配置平台101可以根据业务流程的流转调用相应地业务系统103，提供业务流程中节点的业务处理服务。

根据本公开的实施例，用户可以在渠道层任意一种客户端界面中操作，发起业务请求。发起请求到达业务流程自由配置平台101后，业务流程自由配置平台101可以通过流程引擎启动相应的业务流程，并且当推进到业务流程的某个环节，需要通过与用户的交互确定该环节中信息流转的节点时，可以调用NLP人工智能平台102与用户以自然语言对话，然后通过对对话内容的语义理解和语义识别，确定出下一节点，然后将业务流程中的信息流转到该节点，实现业务流程的智能化、动态化拼接。

需要说明的是，本公开实施例确定的业务流程处理方法、装置、设备、介质和程序产品，可用于金融领域，也可用于除金融领域之外的任意领域，本公开对应用领域不做限定。

应该理解，可以理解，图1所示仅为可以应用本公开实施例的系统架构的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

以下将基于图1描述的系统架构，对本公开实施例的业务流程处理方法和装置分别进行详细描述。应注意，下述方法中各个操作的序号仅作为该操作的表示以便描述，而不应被看作表示该各个操作的执行顺序。除非明确指出，否则该方法不需要完全按照所示顺序来执行。

图2示意性示出了根据本公开一实施例的业务流程处理方法的流程图。

如图2所示，该方法可以包括操作S210～操作S240。

首先在操作S210，当业务流程中第一节点接收到第一调用请求时，通过第一节点处理第一调用请求，得到流程传参信息。该流程传参信息包括第一节点对第一调用请求进行处理后的出参信息。除此之外，在一些实施例中，还可以包括从第一节点的上游节点流转过来的信息，诸如用户在客户端发起业务请求时传入的用户信息、或者第一节点的任意一个上游节点传输而来的参数信息。

接着在操作S220，当第一节点的下一流程包括无法唯一确定的多个下游节点时，通过与用户以自然语言进行对话，从多个下游节点中确定出第二节点。该无法唯一确定的多个下游节点，是指根据已有的流程信息(如流程跳转规则等配置信息、流程传参信息)，不能够唯一确定出下游节点的情况。

图3示意性示出了本公开实施例中第一节点的下一流程包括无法唯一确定的多个下游节点的各种情形的示意图。

如图3(a)所示，第一节点的下一流程包括了三个节点组成的结果集。其中，对于这三个节点，需要通过与用户的对话才能从三个节点中筛选出能够满足用户需求的节点，作为第二节点。

如图3(b)所示，虽然第一节点的下一流程也包括了三个节点组成的结果集，但是节点1是按照固定的条件规则流转的，只有节点2和节点3是无法根据业务流程已有的规则唯一确定的。

在图3(b)这种情形中，当流程传参信息满足条件3-1时，第一节点的下一流程是唯一确定的；只有当流程传参信息满足条件3-2时，可以确定第一节点的下一流程包括无法唯一确定的多个下游节点，进而按照操作S220通过与用户以自然语言对话交互，从节点2和节点3中筛选出能够满足用户需求的节点，作为第二节点。根据图3(b)情形可以看出，通过将自由拼接的节点与规则跳转的节点组合起来，可以方便业务流程的自由扩展。

接下来在操作S230，基于流程传参信息，生成对第二节点的第二调用请求。

在一些实施例中，当第二节点的入参被配置为除了上述流程传参信息外，还包括不包含于该流程传参信息中的用户传参信息时，还可以从与用户的对话中，通过语义识别等方式，提取用户传参信息。例如，可以在确定出第二节点后，通过NLP人工智能平台102继续引导用户进行对话，来提供用户传参信息。

接下来在操作S240，将第二调用请求转发至第二节点。

考虑到多个下游节点是在业务流转过程中，根据用户当前的需求动态拼接到第一节点之后的，为了接口调用和信息传输的方便起见，多个下游节点的调用接口可以均被配置为具有统一调用格式的标准服务接口。这样，在操作S230中生成第二调用请求时，可以不必考虑所调用的第二节点具体是哪一个，均按照统一调用格式进行封装，然后在操作S240中进行转发以调用相应节点。例如，可以将流程传参信息和用户传参信息(如有)按照统一调用格式封装，生成第二调用请求。

在另一实施例中，也可以将业务流程中的所有节点的调用接口均配置为上述标准服务接口，可以便利业务流程自由配置平台101对各个业务系统103的调用。

可见，本公开实施例可以在业务流转过程中，根据用户实时的需求进行业务流程中节点的自由拼接，并且通过“拟人化”的对话交互方式，可以实现业务流程实时、动态按需智能流转，极大提升了客户体验。

本公开实施例中的业务流程中，节点的上下游关系，除了参考图3所示的存在难以唯一确定的下游节点的情形外，还可以包括有下游操作唯一确定的各种情形，如图4所示。

与图3形成对比，图4示意性示出了业务流程中一个节点的下一流程为确定性操作的各种情形。其中，图4中(a)和(b)所示的情形下，节点的下游操作为固定的、不需要选择的。在图4(c)所示的情形下，一个节点的下一步操作是按照预先设定的规则条件进行跳转的。可以理解，在一些实施例中，业务结束也可以视为一个节点，对应于流程结束反馈客户端流程处理结果的各种操作。需要说明的是，图3和图4中所示的各种情形仅是示例，并未穷举。

可以理解，本公开实施例的业务流程中，上述第一节点可以是业务流程的起始节点，例如，用户在渠道层任意一种客户端界面中的触发操作而产生的业务请求，然后该业务请求从客户端传入该第一节点(即，起始节点)。当然，在另一些实施例中，第一节点也可以是业务流程中的任意一个中间节点，其中，第一节点可以是以传统的固定规则的方式连接在业务流程中的节点，或者也可以是经过与用户的对话交互后动态拼接到业务流程中的节点所示的下游。

相应地，上述第二节点的下一流程也可以如图4所示的各种情形，或者也可以是如图3所示的各种情形。即，本公开实施例中的业务流程，可以包括图3和/或图4中所示的各种情形，例如图5中所示的业务流程500。

图5示意性示出了可以应用本公开实施例的业务流程处理方法的一个业务流程500。

如图5所示，该业务流程500中的各个节点根据其下游跳转方式来分，包括了图3和图4所示的各种情形。如节点A属于图4(c)所示的情形，节点B和E属于图4(a)所示的情形，节点I、F和H属于图4(b)所示的情形。另外节点D属于图3(a)所示的情形，节点C属于图3(b)所示的情形。

具体地，业务流程500可以通过业务流程自由配置平台101进行配置和组装。其中，业务流程500的配置过程可以简述如下。

首先，可以在业务流程自由配置平台101中建立业务模块组件库。

具体地，可以由业务架构师，根据业务流程500所提供的业务服务，将整个业务流程按照一定的逻辑拆解为一个个独立的业务组件。其中，可以由业务架构师定义每个业务组件的基本属性和业务自定义属性。其中，基本属性如业务名称、业务描述、负责部门和负责人等。每个业务组件对应业务流程500中的一个节点。

然后，配置每个业务组件的接口请求和入参等要素，对业务组件进行封装，向外提供调用接口。其中每个业务组件的入参可以是来自于上游节点的出参，也可以是来自用户从客户端中输入的页面输入要素，或者也可以是来自于与用户对话交互时从用户对话中提取出的用户入参信息。

具体地，需要先定义每个业务组件的调用接口所需的入参、出参和事件。其中，事件(EVENT)：不同事件类型代表不同业务含义，对应不同的业务处理功能。入参(PARAMS)：业务组件所需的请求参数。出参(RESULT)：业务组件的返回值。

当业务组件的入参包括页面输入要素时，可以定义每个业务组件的页面元素，诸如元素标签、元素类型、英文标签，可以参见如下表1的示例。

表1

事件	组件编号	序号	元素标签	元素类型	英文标签
						业务申请	Id001	1	姓名	输入框	Name
业务申请	Id001	2	身份类型	下拉框	Idnotype
						业务申请	Id001	3	业务类型	多选项	Busitype
业务申请	Id001	4	办理日期	时间控件	Date
						业务申请	Id001	5	性别	勾选框	Sex
业务申请	Id001	N	...	...

业务流程自由配置平台101可以将每个业务组件(即，业务流程500中的节点)的调用接口设置为具有统一调用格式的标准服务接口。这样在业务流程500中不同节点之间通过节点调用进行信息传输时，可以将要传输的信息按照统一调用格式封装形成对应的调用请求，方便业务组件(或节点)的调用。尤其是对节点C和节点D的下游节点E、F、H、I，是在业务流程500的处理过程中通过用户对话动态、实时拼接到业务流程500中的。

当节点E、F、H、I的调用接口被设置为标准服务接口时，可以方便对节点E、F、H、I的调用，便于节点E、F、H、I在业务流程500中的快速拼接。

而且，将节点的调用接口设置为标准服务接口时，也便于在业务流程500中按需扩展新的可自由拼接的节点，例如可以在节点C之后，与节点F、H并列扩展其他节点等。而且使用标准服务接口也可以在一定程度上提高代码的复用率，提升需求交付速度和质量，也避免了对现有业务系统的大量改造和适配工作。

接下来，当每个业务组件的入参、出参、事件、调用接口等配置完成后，可以配置业务组件间的关联关系。

具体地，可以定义每个业务组件的下一流程。参照图3和图4所示的各种情形等，配置每个业务组件的下一流程。

对于需要通过与用户对话交互的情形，可以配置用户交互的引导语。其中，可以在NLP人工智能平台102上配置业务组件流转时对应的引导语、引导回答等。

例如，假设当前节点为C，且节点C的输出参数满足条件5-4，则下一步流程中的节点为一个结果集{F，H}。这时通过调用NLP人工智能平台102，与用户进行交互，来确认用户当前的操作意图，从而从{F，H}中确定出节点C之后的下一流程。

例如，在一个简单的对话示例中，NLP人工智能平台102可以根据节点F的业务关键词，向用户提问：是否需要办理xx业务？如果用户回答是，则流转至F，若不是则流转至H。

其中“是否需要办理xx业务？”对应的正确回答和相似回答的语义信息可以预先配置在NLP人工智能平台102内。NLP人工智能平台102可以在用户回答后，获取截止当前的对话内容，然后通过相似算法、关键字匹配等确定出下一流程的节点，然后进行流程流转。

可以理解，业务流程500可以是所有节点一次开发而成的流程，也可以是在业务流程使用过程中逐步扩展出来的。例如，节点F、H可以是在其他节点及流转关系开发完成后，根据市场需求变动扩展出来的。其中，可以先开发出节点F和H，并设置为标准服务接口，然后再通过对节点C配置跳转条件，以及在NLP人工智能平台102中关联节点F和H的用户对话设置等，就可以在业务流程500中智能化拼接节点F、H。

图6示意性示出了根据本公开另一实施例的业务流程处理方法的流程图。

如图6所示，参阅图1所示的系统架构，该实施例的业务流程处理方法可以大致划分为S1～S7七大步骤。

步骤S1，用户从客户端发起业务请求。交互渠道包括但不限于小程序、公众号、HTML5、Web等。

步骤S2，客户端将用户发起的业务请求转发至业务流程自由配置平台101。

步骤S3，业务流程自由配置平台101根据客户端转发的业务请求，启动流程引擎。其中流程引擎根据接收到的业务请求和该业务的业务流程，逐个节点先前推进该业务的处理。

具体地，业务请求被转发到业务流程自由配置平台101时，先到达业务流程中的起始节点。然后流程引擎在按照业务流程推进该业务的过程中，当每个节点执行完本节点的业务处理操作之后，流程引擎会判定该业务的下一步流程中的节点是否存在以及是否唯一。

如果是(如图4(a)所示)，则提交至步骤S4。

如果否，即判断该起始节点的下一步流程中的节点不唯一，是一个结果集(如图3、图4(c)所示)，即起始节点的下一节点包含多个节点，需要流程引擎从多个节点中选择其中一个节点，则提交至步骤S5。

如无下一节点(如图4(b)所示)，即业务结束，则提交至步骤S7

步骤S4，业务流程自由配置平台101根据流程引擎的判断结果，将当前节点的出参等信息和/或业务请求中的相关信息，按照下一节点的接口调用格式进行封装，生成对下一节点的调用请求，然后提交至下一节点对应的业务系统103。

步骤S5，接收流程引擎搜集到的下一节点结果集，然后通过NLP人工智能平台102引导用户进行交互，确认本次业务中的下一节点。具体如下。

首先，将流程引擎搜集到的结果集提交至NLP人工智能平台102。

然后，NLP人工智能平台102根据交互流程配置应答，引导用户进行对话交互，确认下一节点。在一些实施例中，当确定出的下一节点的入参中，除了从前一节点传过来的参数外，还需要用户额外输入信息时，也可以在用户对话过程中，向用户询问相关信息，然后从用户的答复对话中采集用户传参信息。

NLP人工智能平台102引导用户进行对话交互时，可以是语音交互，方便快速获取用户需求，并且方便用户操作。当然，在另一些实施例中，也可以是用户输入文本信息，例如在会议、办公环境等场合下，可能不便于语音输入时，用户也可以通过输入字符串等文本信息进行对话交互。

NLP人工智能平台102在通过与用户的对话交互，确认下一节点时，可能涉及多次用户交互，尤其是当流程引擎搜集到的结果集中的节点数量较多的情况下。往往需要多轮对话，获取足够的对话内容信息，以便于准确分析用户的操作意图。

例如，可以根据流程引擎搜集到的结果集中的节点业务关键词，生成与用户进行对话的询问内容，然后利用这些询问内容对用户进行提问，在提问过程中NLP人工智能平台102可以根据用户的答复进行拟人化的反馈，模拟真实的对话场景，引导用户进行会话。在每次用户答复之后，可以获取截止当前的全部对话内容，然后通过对对话内容的语义识别等，来识别用户操作意图，然后可以将识别出的用户操作意图与结果集中多个节点所提供的业务内容(如节点的业务关键词、或者节点的处理逻辑描述信息等)进行匹配。当用户的操作意图与某个节点所提供的业务内容的匹配度超过一定阈值(例如，90％)，且与其他节点的匹配度都不满足该阈值时，则可以将匹配出的该节点确认为下一节点。或者，如果当识别出的用户操作意图与两个以上节点的匹配度都超过该阈值时，引导用户继续进行对话，更精准地明确用户的操作意图，直到可以唯一确定出下一节点。

接下来，NLP人工智能平台102可以将确认出的下一节点，以及从用户对话中提取出的用户入参信息(如果有)，提交至业务流程自由配置平台101。

然后跳转到步骤S4封装下一节点的调用请求，然后将调用请求转发给下一节点对应的业务系统103。

步骤S6，业务系统103接收调用请求，开始该节点的业务处理，并将结果反馈至业务流程自由配置平台101，并返回步骤S3。

步骤S7，当一个节点的下一部流程的节点不存在时，意味着该业务流程处理结束，可以将业务处理结果返回客户端，并结束本次业务处理。

以此方式，本公开实施例采用“对话”的形式，通过NLP人工智能平台102完成语音识别、语义理解等，识别用户当前的操作意图，以此来确定业务流程中的下一节点，方便业务流程的灵活设置和自定义扩展，满足用户多变且个性化的需求。

而且，采用“对话”的形式识别用户当前的操作意图，也可以通过收集同一时段使用某个业务流程的大量用户的对话内容，分析用户的需求变化趋势，发现潜在的业务需求，并进而可以根据这些需求变化趋势或潜在的业务需求，在业务流程中相应环节中设置可以自由拼接的节点。从而可以在不影响业务流程原有功能的基础上，及时扩展新的业务功能。

例如，当发现大量用户对话中都出现某种或某类用户操作意图，而当前下一流程的所有节点中尚不在与该类操作意图精确匹配的节点时，就可以根据该操作意图确定用户的潜在易业务需求，进而设置相应的节点或子流程，并可以与已有的业务流程通过用户对话的方式拼接起来。以此方式，可以有效提高业务流程更新换代的效率，使业务流程可以快速适应不断更新变化的市场需求。

另外采用“对话”的形式确定下一节点，还有一个好处就是可以在确定了下一节点后，可以通过与用户的对话补充输入该下一节点需要但此前的节点不需要处理的用户入参信息。这样，当用户启动一个业务时，并不需要在业务处理伊始就将该业务流程中可能需要的所有的信息全部都提供，尤其是对于可以如图3中所示的自由适配或自由拼接的业务流程。

本公开实施例，可以在通过用户对话确定下一节点时，引导用户提供所确定的下一节点需要输入的用户入参信息。这样，通过从用户对话中提取业务功能相关的用户入参信息，不再需要用户逐项输入，也不需要在业务流程设置或者扩展的初期就要考虑清楚所有的用户输入情况，大为提高业务流程设计和流转的便捷性，有利于在业务流程中动态更新可以自由拼接或自由适配的节点，提高业务流程的灵活性。

基于上述各个实施例的业务流程处理方法，本公开实施例还提供了一种业务流程处理装置。以下将结合图7对该装置进行详细描述。

图7示意性示出了根据本公开实施例的业务流程处理装置700的方框图。

如图7所示，该装置700可以包括业务处理模块710、对话交互模块720、请求生成模块730和节点调用模块740。根据本公开的实施例，该装置700可以执行参考图2～图6所描述的方法。具体说明如下。

业务处理模块710用于当业务流程中第一节点接收到第一调用请求时，通过所述第一节点处理所述第一调用请求，得到流程传参信息。在一个实施例中，业务处理模块71 0可以执行前文介绍的操作S210。业务处理模块710可以是图6或图5中所描述的各专业的业务系统103中封装的业务组件。

对话交互模块720用于当所述第一节点的下一流程包括无法唯一确定的多个下游节点时，通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点。在一个实施例中，对话交互模块720可以执行前文介绍的操作S220。对话交互模块720可以是前文介绍的NLP人工智能平台102或其组成部分。

请求生成模块730用于基于所述流程传参信息，生成对所述第二节点的第二调用请求。在一个实施例中，请求生成模块730可以执行前文介绍的操作S230。

节点调用模块740用于将所述第二调用请求转发至所述第二节点。在一个实施例中，节点调用模块740可以执行前文介绍的操作S240。

在另一些实施例中，当所述第二节点的入参被配置为除了所述流程传参信息外，还包括用户传参信息时，对话交互模块720还用于从与所述用户的对话中，提取所述用户传参信息。相应地，请求生成模块730还可以用于按照所述统一调用格式封装所述流程传参信息和所述用户传参信息，以生成所述第二调用请求。

根据本公开的实施例，业务处理模块710、对话交互模块720、请求生成模块730和节点调用模块740中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，业务处理模块710、对话交互模块720、请求生成模块730和节点调用模块740中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，业务处理模块710、对话交互模块720、请求生成模块730和节点调用模块740中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图8示意性示出了适于实现根据本公开实施例的业务流程处理方法的电子设备的方框图。

如图8所示，根据本公开实施例的电子设备800包括处理器801，其可以根据存储在只读存储器(ROM)802中的程序或者从存储部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 803中，存储有电子设备800操作所需的各种程序和数据。处理器801、ROM802以及RAM 803通过总线804彼此相连。处理器801通过执行ROM 802和/或RAM 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，程序也可以存储在除ROM802和RAM 803以外的一个或多个存储器中。处理器801也可以通过执行存储在一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备800还可以包括输入/输出(I/O)接口805，输入/输出(I/O)接口805也连接至总线804。电子设备800还可以包括连接至I/O接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 802和/或RAM 803和/或ROM 802和RAM 803以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的方法。

在该计算机程序被处理器801执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分809被下载和安装，和/或从可拆卸介质811被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (12)

1.一种业务流程处理方法，包括：

当业务流程中第一节点接收到第一调用请求时，通过所述第一节点处理所述第一调用请求，得到流程传参信息；

当所述第一节点的下一流程包括无法唯一确定的多个下游节点时，通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点；

基于所述流程传参信息，生成对所述第二节点的第二调用请求；以及

将所述第二调用请求转发至所述第二节点。

2.根据权利要求1所述的方法，其中，所述多个下游节点的调用接口均被配置为具有统一调用格式的标准服务接口；所述第二调用请求为按照所述统一调用格式封装得到的调用请求。

3.根据权利要求2所述的方法，其中，

当所述第二节点的入参被配置为除了所述流程传参信息外，还包括用户传参信息时，所述方法还包括：从与所述用户的对话中，提取所述用户传参信息；

所述基于所述流程传参信息，生成对所述第二节点的第二调用请求包括：按照所述统一调用格式封装所述流程传参信息和所述用户传参信息，以生成所述第二调用请求。

4.根据权利要求2所述的方法，其中，在所述业务流程中针对所述第一节点配置有用于筛选出所述多个下游节点的第一跳转条件，其中，所述方法还包括；

当所述流程传参信息满足所述第一跳转条件时，确定所述第一节点的下一流程包括无法唯一确定的多个下游节点。

5.根据权利要求4所述的方法，其中，在所述业务流程中对所述第一节点还配置有用于唯一跳转到第三节点的第三跳转条件，其中，所述方法还包括：

当所述流程传参信息满足所述第三跳转条件时，确定所述第一节点的下一流程为唯一确定的所述第三节点。

6.根据权利要求1所述的方法，其中，所述与用户以自然语言进行对话包括：与所述用户进行语音交互。

7.根据权利要求1所述的方法，其中，所述通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点包括：

基于所述多个下游节点的业务关键词，生成与所述用户进行对话的询问内容，以引导所述用户进行对话交互；

基于用户对询问内容的答复内容，识别用户的操作意图；

基于所述用户的操作意图，确定出所述第二节点。

8.根据权利要求7所述的方法，其中，所述通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点包括：

通过与所述用户的多轮对话，从所述多个下游节点中确定出所述第二节点。

9.一种业务流程处理装置，包括：

业务处理模块，用于当业务流程中第一节点接收到第一调用请求时，通过所述第一节点处理所述第一调用请求，得到流程传参信息；

对话交互模块，用于当所述第一节点的下一流程包括无法唯一确定的多个下游节点时，通过与用户以自然语言进行对话，从所述多个下游节点中确定出第二节点；

请求生成模块，用于基于所述流程传参信息，生成对所述第二节点的第二调用请求；以及

节点调用模块，用于将所述第二调用请求转发至所述第二节点。

10.一种电子设备，包括：

一个或多个处理器；

存储器，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～8中任一项所述的方法。

11.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～8中任一项所述的方法。

12.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～8中任一项所述的方法。