业务处理方法、装置、设备以及计算机可读介质与流程

1.本技术涉及计算机技术领域，尤其涉及一种业务处理方法、装置、设备以及计算机可读介质。


背景技术：

2.随着银行业务的不断扩张，银行可提供的业务种类也越来越多，相应的，银行开发出的系统也越来越多，不同的系统用于满足客户不同的业务需求，例如，某一个银行的对客系统具体包括有资金交易、咨询、问答等多个系统，客户可通过登录不同的系统，自助办理不同的业务。
3.然而，一些客户对银行的各个系统并不是很熟悉，难以快速从多个系统中选取出自身需要使用的系统。尤其是当客户具有多个业务需求时，需要选取登录的系统更多，操作也更为繁琐。


技术实现要素：

4.有鉴于此，本技术实施例提供一种业务处理方法、装置、设备以及计算机可读介质，以通过客户输入的需求语句自动向客户展示用户需使用的功能项的页面。
5.为实现上述目的，本技术实施例提供如下技术方案：
6.本技术第一方面公开了一种业务处理方法，包括：
7.获取客户输入的需求语句；其中，所述需求语句用于说明所述客户的业务需求；
8.从所述需求语句中，获取所述客户的元需求列表；其中，所述元需求列表，包括：所述需求语句中的每一个关键词；所述元需求列表用于说明所述客户的业务需求对应的每一个元需求；
9.根据所述客户的元需求列表，从关联表中匹配得到每一个目标功能项；其中，所述关联表包括：多个请求格式以及多个所述请求格式对应的功能项；所述目标功能项为所述元需求匹配的功能项；
10.向所述客户展示每一个所述目标功能项的页面。
11.可选地，在上述种业务处理方法中，所述获取客户输入的需求语句之后，还包括：
12.从所述需求语句中，获取链接列表；其中，所述链接列表，包括：所述需求语句中的转换词和停词；所述需求语句中的转换词和停词用于指示所述客户的多个元需求的先后顺序；
13.所述根据所述客户的元需求列表，从关联表中匹配得到每一个目标功能项之后，还包括：
14.若所述目标功能项为多个，则根据所述链接列表，确定出所有目标功能项的展示先后顺序；
15.所述向所述客户展示每一个所述目标功能项对应的页面，包括：
16.按照所述展示先后顺序，向所述客户展示每一个所述目标功能项的页面。
17.可选地，在上述种业务处理方法中，所述从所述需求语句中，获取所述客户的元需求列表，包括：
18.从所述需求语句中切分出所有关键词，得到所述需求语句对应的关键词组；其中，所述关键词组，包括：所述需求语句中的每一个所述关键词；
19.针对所述关键词组中的每一个所述关键词，查询出所述关键词对应的同义词组；其中，所述关键词对应的同义词组包括至少一个所述关键词的同义词；
20.将每一个所述关键词分别与所述关键词的同义词进行融合，得到所述客户的元需求列表；其中，所述客户的元需求列表，包括：每一个融合后的关键词。
21.可选地，在上述种业务处理方法中，所述从所述需求语句中，获取所述客户的元需求列表之后，还包括：
22.根据所述客户的历史记录信息和所述客户的元需求列表，确定出所述元需求列表的候选标签；其中，所述客户的历史记录信息包括：所述客户的历史交易记录信息和/或所述客户的个人信息；所述元需求列表的候选标签用于说明所述客户的元需求的补充信息；
23.所述根据所述客户的元需求列表，从关联表中匹配得到每一个目标功能项，包括：
24.根据所述客户的元需求列表和所述候选标签，从关联表中匹配得到每一个目标请求格式；其中，所述目标请求格式为与所述客户的元需求匹配的请求格式；
25.针对每一个所述目标请求格式，将所述目标请求格式对应的功能项，确定为所述目标功能项。
26.可选地，在上述种业务处理方法中，所述根据所述客户的元需求列表和所述候选标签，从关联表中匹配得到每一个目标请求格式，包括：
27.若所述客户的元需求列表中说明所述客户具有一个元需求，则将所述元需求列表和所述候选标签作为匹配条件，分别与关联表中的每一个所述请求格式进行相似度匹配，得到n个候选匹配结果；其中，所述n个候选匹配结果为以元需求列表和候选标签作为匹配条件时，相似度最高的n个请求格式；所述n为正整数；
28.从所述n个候选匹配结果中选取出相似度最高的请求格式，作为目标请求格式；
29.若所述客户的元需求列表中说明所述客户具有多个业务需求，则将所述元需求列表作为匹配条件，分别与所述关联表中的每一个所述请求格式进行相似度匹配，得到m个候选匹配结果；并将所述元需求列表和所述候选标签作为匹配条件，分别与所述关联表中的每一个所述请求格式进行相似度匹配，得到n个候选匹配结果；其中，所述m个候选匹配结果为以元需求列表作为匹配条件时，相似度最高的m个请求格式；所述m为正整数；
30.从所述m个候选匹配结果和所述n个候选匹配结果中，选取出每一个所述目标请求格式。
31.可选地，在上述种业务处理方法中，所述多个请求格式，包括：多个标准请求格式、每一个所述标准请求格式对应的相似请求格式、每一个所述标准请求格式对应的弱关联请求格式；所述多个请求格式对应的功能项，包括：每一个所述标准请求格式对应的功能项、每一个所述相似请求格式对应的相似功能项、以及每一个所述弱关联请求格式对应的功能项；其中，所述标准请求格式的相似度匹配权重大于所述相似请求格式的相似度匹配权重；所述相似请求格式的相似度匹配权重大于所述弱关联请求格式的相似度匹配权重。
32.可选地，在上述种业务处理方法中，所述向所述客户展示每一个所述目标功能项
的页面之后，还包括：
33.记录所述客户实际操作功能项的先后顺序；
34.将所述客户实际操作功能项的先后顺序，与所述所有目标功能项的展示先后顺序进行比对，得到比对结果；
35.根据所述比对结果，更新所述关联表。
36.本技术第二方面公开了一种业务处理装置，包括：
37.第一获取单元，用于获取客户输入的需求语句；其中，所述需求语句用于说明所述客户的业务需求；
38.第二获取单元，用于从所述需求语句中，获取所述客户的元需求列表；其中，所述元需求列表，包括：所述需求语句中的每一个关键词；所述元需求列表用于说明所述客户的业务需求对应的每一个元需求；
39.匹配单元，用于根据所述客户的元需求列表，从关联表中匹配得到每一个目标功能项；其中，所述关联表包括：多个请求格式以及多个所述请求格式对应的功能项；所述目标功能项为所述元需求匹配的功能项；
40.展示单元，用于向所述客户展示每一个所述目标功能项的页面。
41.本技术第三方面公开了一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如上述第一方面中任一所述的方法。
42.本技术第四方面公开了一种业务处理设备，包括：
43.一个或多个处理器；
44.存储装置，其上存储有一个或多个程序；
45.当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述第一方面中任一所述的方法。
46.基于上述本技术实施例提供的业务处理方法，通过获取客户输入的需求语句，然后从需求语句中，获取客户的元需求列表，进而再根据客户的元需求列表，从关联表中匹配得到每一个目标功能项。其中，关联表包括：多个请求格式以及多个请求格式对应的功能项，而目标功能项为元需求匹配的功能项。匹配得到每一个目标功能项之后，向客户展示每一个目标功能项。即客户在输入需求语句之后，本技术即可自动向客户展示能够满足客户需求的每一个目标功能项的页面，而不需要客户自己操作找寻自身需要登录的系统，然后从该系统中操作调出需要的功能项的页面。本技术为客户节省了繁琐的操作，提高了客户在办理业务时的体验。
附图说明
47.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。
48.图1为本技术实施例提出的一种业务处理方法的流程示意图；
49.图2为本技术实施例提出的一种获取元需求列表的方法的流程示意图；
50.图3为本技术实施例提出的一种匹配出目标功能项的方法的流程示意图；
51.图4为本技术实施例提出的一种匹配出目标请求格式的方法的流程示意图；
52.图5为本技术实施例提出的一种业务处理装置的结构示意图。
具体实施方式
53.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
54.在本技术中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
55.参阅图1，本技术实施例公开了一种业务处理方法，该业务处理方法可以应用于电脑、平板、手机、银行自助终端机等任一电子设备，具体包括以下步骤：
56.s101、获取客户输入的需求语句。
57.其中，需求语句用于说明客户的业务需求。业务需求可以理解为客户办理业务的需求。例如，可以是“请先告诉我转账怎么操作，再帮我直接跳转转账操作界面”、可以是“我想转账”、还可以是“我想取些现金”等等。业务需求具体可以是银行方面的业务需求，也可以是别的领域的业务需求，例如还可以是物业公司的业务需求等。本技术实施例对于业务需求所属的应用领域不作限制。
58.可选地，执行步骤s101的过程可以是：电子设备向客户展示需求输入框，并在界面上提示客户在需求输入框中输入自己的需求，进而客户在需求输入框上输入需求语句，电子设备响应客户输入需求语句的操作，获取到客户输入的需求语句。
59.可选地，执行步骤s101的过程还可以是：电子设备提示客户可语音表述自身的业务需求，进而客户在电子设备的提示下语音说出需求，然后电子设备获取到客户的语音信息，从语音信息中解析得到客户的需求语句。
60.需要说明的是，本技术实施例中，获取客户输入的需求语句的方式有很多，包括但不限于本技术实施例提出的获取方式。
61.可选地，在本技术一具体实施例中，执行步骤s101之后，还包括：
62.从需求语句中，获取链接列表。其中链接列表，包括：需求语句中的转换词和停词。需求语句中的转换词和停词用于指示该客户的多个元需求的先后顺序。
63.转换词也可以认为是连接词，主要是用来连接词与词、词组与词组或句子与句子、表示某种逻辑关系的虚词。连词可以表并列、承接、转折、因果、选择、假设、比较、让步等关系。例如，“先
……”
、“然后
……”
、“再
……”
等这类表示先后次序含义的词都属于转换词。停词主要用于表示一个句子的结束词。例如“了”、“哦”、“啊”等句子结束处所使用的词。
64.通过需求语句中的转换词和停词，能够明确该客户的多个元需求之间的先后顺序。举例说明，客户输入的需求语句为“请先告诉我转账怎么操作，再帮我直接跳转转账操作界面”，通过“先
……
再
……”
的转换词，即可确定出客户首先具有的是告诉转账操作的问
答方面元需求，然后才是关于进行转账操作的交易方面元需求，即确认出了客户的两个元需求的先后顺序。
65.后续在为客户展示该客户的每一个元需求对应的功能项时，即可通过链接列表确定出展示多个元需求对应的功能项时的先后顺序，进一步满足了客户的需求。
66.s102、从需求语句中，获取客户的元需求列表，其中，元需求列表，包括：需求语句中的每一个关键词，元需求列表用于说明客户的业务需求对应的每一个元需求。
67.即元需求列表中包括的每一个关键词，能够用于说明客户所有的元需求。其中，元需求能够说明客户当前需求的功能项。元需求可以理解为是通过对客户的业务需求进行拆解之后得到的多个需求。例如，若步骤s101中获取的需求语句为“请先告诉我转账怎么操作，再帮我直接跳转转账操作界面”，那么该需求语句中所反映的业务需求，可以被拆解为关于告诉转账操作的问答方面元需求，以及关于进行转账操作的交易方面元需求。
68.具体的，执行步骤s102时，从需求语句中，提取出该需求语句中的各个关键词，例如当需求语句为“我想要转账”，那么需求语句中可以提取到的的关键词就有“我”、“想要”、以及“转账”。提取出需求语句中的每一个关键词之后，保存在客户的元需求列表中，由于这些关键词能够反映出客户的元需求，因此后续可以利用元需求列表中的关键词，查询出元需求匹配的功能项(即目标功能项)，具体可参阅后续的步骤s103部分的相关描述。
69.需要说明的是，元需求列表用于说明的元需求个数可能仅有1个，也可能有多个，进而后续查询出的目标功能项的数量也可能是有一个或者多个，即具有多少个元需求，最终会查询出多少个目标功能项(即元需求匹配的功能项)。
70.可选地，在一些实施例中，元需求列表中的关键词可以按照需求语句中的关键词顺序进行排列，按照需求语句中的关键词顺序排列，可提高后续查询目标功能项的准确性。
71.可选地，参阅图2，执行步骤s102的一种实施方式，包括：
72.s201、从需求语句中切分出所有关键词，得到需求语句对应的关键词组。其中，关键词组，包括：需求语句中的每一个关键词。
73.可选地，执行步骤s201的过程可以是：先对需求语句进行分句，得到至少一个句子。然后再对每一个句子的关键词进行切分，得到每一个句子对应的关键词组。即需求语句对应的关键词组包括每一个句子对应的关键词组。而句子对应的关键词组包括：句子中的每一个关键词。可选地，关键词组中的关键词可以是按照句子中的关键词顺序进行排序。
74.可选地，在执行步骤s201时，也可以不对需求语句进行分句，而是直接切分出需求语句的关键词，得到需求语句对应的关键词组。其中，关键词组里的所有关键词可以按照需求语句里的关键词顺序排序。
75.需要说明的是，从需求语句中识别出关键词的方式可以参考现有技术的关键词提取相关内容，本技术实施例对于识别出关键词的方式不作限制。此外，本技术实施例中从需求语句中切分出关键词的切分方式也有很多，本技术实施例同样不作限制。
76.s202、针对关键词组中的每一个关键词，查询出该关键词对应的同义词组，其中关键词对应的同义词组包括至少一个该关键词的同义词。
77.可选地，可以预先存储有多个同义词组，每一个同义词组中包括有多个同义词(即意思相近的多个词)。例如，某一个同义词组为：取款、取现、取钱。执行步骤s202时，可以将关键词分别与每一个同义词组分别进行相似度匹配，然后将相似度最高的同义词组确定为
该关键词对应的同义词组。该关键词对应的同义词组中的词，均可以被认定为是该关键词的同义词。可选地，关键词与同义词组的相似度，可以通过关键词与该同义词组中的每一个词的相似度确定。例如，可以从关键词与同义词组中的每一个词的相似度，选取出最大值，作为关键词与同义词组的相似度。也可以是选择将关键词与同义词组中的每一个词的相似度的平均值，作为关键词与该同义词组的相似度。
78.可选地，执行步骤s202的过程还可以是：预先存储有多个词，然后针对每一个关键词，将该关键词与每一个预先存储的词分别进行相似度匹配，然后将相似度大于阈值的词，确定为该关键词的同义词。最终确定出的所有该关键词的同义词组合成该关键词对应的同义词组。
79.需要说明的是，查询出关键词对应的同义词组的方式有很多，得到关键词对应的同义词组的方式的不同，并不影响本技术实施例的实现。
80.s203、将每一个关键词分别与关键词的同义词进行融合，得到客户的元需求列表，其中，客户的元需求列表，包括：每一个融合后的关键词。
81.具体的，针对每一个关键词，将该关键词与步骤s202中得到的该关键词的同义词进行融合，得到融合后的关键词。最终将所有融合后的关键词组合成该客户的元需求列表。
82.针对每一个关键词，由于用户输入的关键词可能较为口语化或者表述并不是太准确等，若直接使用可能会导致难以通过这些关键词查询到用户实际的元需求所匹配的功能项。因此，可以通过执行步骤s203，将该关键词与该关键词的同义词进行融合，以融合成词含义相同，但表述更为规范标准的关键词。即融合后的关键词相较于未融合前的关键词更为规范标准，进而提升了后续通过关键词查询出元需求匹配的功能项的准确度。举例说明，某一个关键词为领钱，经过与多个同义词进行融合后，变为当前业务场景下表述更为规范的词：取款。
83.可选地，在另一些实施例中，执行步骤s102之后，还包括：
84.根据客户的历史记录信息和客户的元需求列表，确定出元需求列表的候选标签。其中，客户的历史记录信息包括：客户的历史交易记录信息和/或客户的个人信息。元需求列表的候选标签用于说明客户的元需求的补充信息。
85.客户的历史交易记录信息例如可以是业务办理历史记录、产品购买记录、转账记录等等涉及到该客户的业务交易相关信息。客户的个人信息例如可以是客户的年龄、性别、资产、信用等级等等个人属性信息。
86.可选地，根据客户的历史记录信息和客户的元需求列表，确定出元需求列表的候选标签的过程可以是：使用元需求列表中的关键词与客户的历史记录信息进行匹配，从历史记录信息中提取出匹配度最高(也可以理解为是相似度最高)的词，作为该元需求列表的候选标签。该候选标签相当于是客户的元需求的一个补充信息。通过客户的历史记录信息和客户的元需求列表，所确定出的候选标签，能够进一步体现出该客户的元需求。后续在执行步骤s103时，可以使用候选标签和元需求列表来查询元需求匹配的功能项，以提高查询准确度。
87.s103、根据客户的元需求列表，从关联表中匹配得到每一个目标功能项。其中关联表包括多个请求格式以及每一个请求格式对应的功能项，目标功能项为元需求匹配的功能项。
88.其中，通过关联表查询出的目标功能项可以有一个也可以有多个，由于目标功能项为元需求匹配的功能项，因此步骤s103最终查询出的目标功能项的数量与该客户具有的元需求数量一致，即步骤s103可以理解为查找出该客户的每一个元需求所匹配的功能项的过程。
89.其中，关联表中包括的请求格式，可以理解为是客户用于提出需求的固定语句格式。例如，“请帮我查一下账户余额”、“我想转账”等。请求格式对应的功能项，则可以理解为满足该请求格式所提出的需求的功能项。例如“我想转账”这一请求格式，对应的功能项为转账功能项。需要说明的是，请求格式与请求格式对应的功能项之间可以不是一一对应的关系，即可以是多个请求格式对应同一个功能项。具体的，可以针对每一个功能项，汇总该功能项对应的多个不同的请求格式，这些请求格式所表达的需求相同，但表达方式存在区别。
90.可选地，关联表中包括的多个请求格式以及每一个请求格式对应的功能项，可以是通过业务系统管理员创建得到的。具体的，业务系统管理员可以对业务系统进行整合，得到系统具有的所有功能类型。然后依据整合出的所有的功能类型，汇总常见的、标准的请求格式，以及请求格式对应的功能项。本技术实施例对于关联表的具体创建过程不作限制，关键表中只需汇总所有的功能项以及请求格式即可。
91.由于元需求列表中包括有多个关键词，因此可以使用该元需求列表中的多个关键词，从关联表中查询到与这些关键词匹配的请求格式，进而可以将该请求格式对应的功能项，确定为最终查询出的目标功能项。
92.具体的，可以预先根据元需求列表中的关键词，确定客户具有的元需求的个数。然后再使用该元需求列表中的多个关键词，从关联表中查询到多个候选匹配结果。其中，候选匹配结果包括多个相似度最高的请求格式。再针对每一个元需求，从候选匹配结果中确定出与该元需求匹配的请求格式，再将该元需求匹配的请求格式所对应的功能项，确定为目标功能项。进而得到每一个元需求的目标功能项。针对不同元需求所得到的目标功能项，可以理解为是用于实现该元需求的功能项。
93.可选地，使用元需求列表中的关键词查询匹配的请求格式的过程，可以是将元需求列表中的所有关键词作为匹配条件进行查询，还可以是将元需求列表中的每一个关键词分别作为匹配条件进行查询。可选地，若在执行步骤s102之后，还根据客户的历史记录信息和客户的元需求列表，确定出元需求列表的候选标签，则执行步骤s103时，还可以将元需求列表和候选标签作为匹配条件进行查询。即执行步骤s103的过程中，使用元需求列表对关联表进行查询的方式有很多，查询过程中通过元需求列表设置匹配条件的方式也有很多，包括但不限于本技术实施例所提出的内容。
94.可选地，参阅图3，以元需求列表和候选标签作为步骤s103查询过程中的匹配条件时，执行步骤s103的过程可以是：
95.s301、根据客户的元需求列表和候选标签，从关联表中匹配得到每一个目标请求格式，其中目标请求格式为与客户的元需求匹配的请求格式。
96.具体的，将客户的元需求列表中的所有关键词和候选标签，设置为当前的匹配条件，使用该匹配条件在关联表中的所有请求格式中进行相似度匹配，查询得到每一个元需求匹配的请求格式。
97.可选地，参阅图4，在本技术一具体实施例中，执行步骤s301的一种实施方式，包括：
98.s401、根据客户的元需求列表，确定客户的元需求数量。
99.可选地，执行步骤s401的方式为，可以使用客户的元需求列表作为匹配条件，对关联表中的所有功能项进行查询匹配，若最终匹配出的功能项有多个，可以确定出元需求数量为多个，若匹配出的功能项仅有一个则可以确定出仅有一个元需求。功能项匹配的条件可以预先设置，例如可以是相似度高于预设的相似度阈值，即认为该功能项匹配。
100.若确定出的元需求数量为一个，则执行步骤s402至s403。若确定出的元需求数量为多个，则执行步骤s404至s406。
101.s402、将元需求列表和候选标签作为匹配条件，分别与关联表中的每一个请求格式进行相似度匹配，得到n个候选匹配结果。
102.其中，n个候选匹配结果为以元需求列表和候选标签作为匹配条件时，相似度最高的n个请求格式。n为正整数。n可以是预先设置好的一个固定值，也可以是非固定值。例如n可以指的是满足相似度大于相似度阈值的请求格式数目。
103.使用匹配条件分别与关联表中的每一个请求格式进行相似度匹配的过程，可以理解为分别计算匹配条件与每一个请求格式的相似度的过程。
104.由于该候选匹配结果是采用了元需求列表和候选标签作为匹配条件得到的，即同时考虑了客户的元需求以及元需求的补充信息，因此该候选匹配结果的准确度较高，查询出的候选匹配结果中准确的涵盖了与客户的需求语句所表示的需求相同的请求格式。
105.s403、从n个候选匹配结果中选取出相似度最高的请求格式，作为目标请求格式。
106.由于当前该元需求列表所反映出的元需求数量只有一个，因此n个候选匹配结果中相似度最高的请求格式，就是与客户的元需求最为匹配的请求格式。因此，可以从n个候选匹配结果中选取出相似度最高的请求格式，作为目标请求格式。
107.s404、将元需求列表和候选标签作为匹配条件，分别与关联表中的每一个请求格式进行相似度匹配，得到n个候选匹配结果。
108.其中，步骤s404的执行过程和原理可以参考步骤s402，此处不再赘述。
109.当元需求数量为多个时，同样也采用元需求列表和候选标签作为匹配条件，在关联表中查询该匹配条件与每一个请求格式的相似度，进而得到n个候选匹配结果。
110.s405、将元需求列表作为匹配条件，分别与关联表中的每一个请求格式进行相似度匹配，得到m个候选匹配结果。
111.其中，m个候选匹配结果为以元需求列表(即元需求列表中的所有关键词)作为匹配条件时，相似度最高的m个请求格式。m为正整数。m可以是预先设置好的一个固定值，也可以是非固定值。例如m可以指的是满足相似度大于相似度阈值的请求格式数目。
112.由于元需求列表中就有的元需求数量是多个，因此为了保证能够把每一个元需求匹配的请求格式均查询到，除了在步骤s404中选择更为具体的匹配条件(即元需求列表和候选标签的组合)之外，还可以仅采用元需求列表作为匹配条件，进行相似度匹配。由于步骤s405中用作匹配条件的仅有元需求列表，因此筛选出的候选匹配结果会更多，避免遗漏掉每一个元需求匹配的请求格式。
113.需要说明的是，本技术实施例对于步骤s404和步骤s405的执行先后顺序不作限
制。
114.还需要说明的是，步骤s405的执行过程和原理与步骤s402相近，区别点仅在于匹配条件不同，因此此处不再赘述步骤s405的执行过程和原理。
115.s406、从m个候选匹配结果和n个候选匹配结果中，选取出每一个目标请求格式。
116.其中，选取出的每一个目标请求格式可以理解为选取出每一个元需求匹配的请求格式。
117.可选地，可以先从n个候选匹配结果中选取出相似度最高的请求格式，作为其中一个元需求匹配的请求格式。然后再针对其他的每一个元需求，分别从m个候选匹配结果和n个候选匹配结果中比较选取出该元需求匹配的请求格式。
118.可选地，在从m个候选匹配结果和n个候选匹配结果中选取的过程中，由于得到m个候选匹配结果时使用的匹配条件相较于得到n个候选匹配结果的匹配条件，准确度较低，因此可以赋予n个候选匹配结果更高的选取权重，再根据每一个候选匹配结果的相似度，最终得到该元需求匹配的请求格式(即目标请求格式)。
119.s302、针对每一个目标请求格式，将目标请求格式对应的功能项，确定为目标功能项。
120.由于关联表中包括多个请求格式和每一个请求格式对应的功能项。因此，在步骤s301中查询出每一个目标请求格式之后，针对每一个目标请求格式，可以从关联表中确定出该目标请求格式对应的功能项，进而将该目标请求格式对应的功能项，确定为目标功能项。
121.可选地，在本技术一具体实施例中，多个请求格式，包括：多个标准请求格式、每一个标准请求格式对应的相似请求格式、每一个标准请求格式对应的弱关联请求格式。多个请求格式对应的功能项，包括：每一个标准请求格式对应的功能项、每一个相似请求格式对应的相似功能项、以及每一个弱关联请求格式对应的功能项。
122.其中，标准请求格式的相似度匹配权重大于相似请求格式的相似度匹配权重，相似请求格式的相似度匹配权重大于弱关联请求格式的相似度匹配权重。相似度匹配权重，可以理解为是计算相似度时被赋予的权重。
123.标准请求格式可以理解为是比较常用的请求格式。而标准请求格式对应的相似请求格式可以理解为是使用频率低于标准请求格式，但表达的需求与标准请求格式相同或者相似的请求格式。举例说明，例如标准请求格式为：我想要转账，该标准请求对应的相似请求格式可以为：我想要打钱给别人。标准请求格式对应的弱关联请求格式所表达的需求与标准请求格式所表达的需求具有弱关联性。例如，标准请求格式为：我要挂失账号。该标准请求格式对应的弱关联请求格式为：我想注销账号。
124.举例说明，关联表中具体可以包括的要素项有：标准请求格式、标准项id、相似请求格式、相似项id、弱关联请求格式、弱关联功能项id。在标准请求格式这一项中填充了所有的标准请求格式。而标准项这一块，按照每一个功能项和标准请求格式之间的对应关系，填充每一个标准请求格式对应的功能项id。而相似请求格式这一项中，则根据相似请求格式与标准请求格式之间的对应关系，填充每一个标准请求格式对应的相似请求格式。相似项id这一项中，则填充了每一个相似请求格式对应的功能项id。弱关联请求格式这一项中，则根据弱关联请求格式与标准请求格式之间的对应关系，填充每一个标准请求格式对应的
弱关联请求格式。弱关联功能项id这一项中，则填充了每一个弱关联功能项对应的功能项id。
125.需要说明的是，上述请求格式与请求格式之间、以及请求格式与功能项之间既可以不是一一对应的关系，例如可以一个标准项id对应多个标准请求格式，一个相似项id对应多个相似请求格式等。
126.在另一些实施例中，关联表中还可以包括每一个标准请求格式对应的请求强度(简称标准请求强度)、每一个相似请求格式对应的请求强度(简称相似请求强度)、以及每一个弱关联请求格式对应的请求强度(简称弱关联强度)。其中，请求强度可以理解为是被选取为目标请求格式的次数，即请求格式被匹配上的次数。
127.可选地，在上述实施例中提及到的选取出目标请求格式之后，可以利用选取出的目标请求格式，更新关联表中的请求强度的信息，即将目标请求格式对应的请求强度加一。当相似请求强度大于与其对应的标准请求强度时，将该相似请求格式与该标准请求格式进行互换。当弱关联请求强度大于与其对应的相似请求强度时，将该弱关联格式合并到相似请求格式这一项中。通过更新请求强度的方式，调整关联表中的请求格式，进而调整了请求格式的相似度匹配权重。保障使用频率越高(即匹配概率越大)的请求格式，相似度匹配权重越大，由此提高匹配过程中的准确度。
128.可选地，在上述涉及到的使用匹配条件分别与关联表中的每一个请求格式进行相似度匹配的过程中，可以先使用匹配条件分别与每一个标准请求格式和每一个相似请求格式进行相似度匹配，若无法得到候选匹配结果，则可以再分别与每一个弱关联请求格式进行相似度匹配。在另一些实施例中，还可以直接使用匹配条件与所有的请求格式均进行相似度匹配，只不过在相似度匹配过程中，不同种类的请求格式所使用的相似度匹配权重不同。
129.s104、向客户展示每一个目标功能项的页面。
130.目标功能项的页面用于为客户提供该目标功能项具有的功能。例如目标功能项可以为问答功能项，问答功能项的界面可以为客户提供问答功能。
131.可选的，执行步骤s104的过程可以是：当通过步骤s103确定出每一个目标功能项之后，即可分别调用每一个功能项，然后跳转该目标功能项的页面。例如，当客户输入了“请先告诉我转账怎么操作，再帮我直接跳转转账操作界面”的需求语句之后，通过执行步骤s101至步骤s104，最终向客户分别展示了问答功能项的页面以及交易功能项的页面。
132.可选的，在另一种实施方式中，执行步骤s104的过程还可以是：向客户展示目标页面，其中目标页面上显示有每一个目标功能项。针对每一个目标功能项，响应于客户对该目标功能项的操作，展示该目标功能项的页面。即可将步骤s103得到的所有的目标功能项均展示在目标页面上，以推荐用户选择。例如，当客户输入了“请先告诉我转账怎么操作，再帮我直接跳转转账操作界面”的需求语句之后，通过执行步骤s101至步骤s104，最终向客户展示了问答功能项以及交易功能项。客户可通过点击问答功能项，进入问答功能项的页面了解转账操作流程，也可以通过点击交易功能项，进入交易功能项的页面进行转账操作。
133.可选地，在本技术另一具体实施例中，若在执行步骤s101之后，还从需求语句中，获取链接列表，则在执行步骤s103之后，还包括：
134.若目标功能项为多个，则根据链接列表，确定出所有目标功能项的展示先后顺序。
其中，执行步骤s104时，按照该展示先后顺序，向客户展示每一个目标功能项的页面。
135.具体的，根据链接列表对系统中的模板进行匹配和组装，例如客户需求输入为“请先告诉我转账怎么操作，再帮我直接跳转转账操作界面”，此时根据链接列表中的结果“再”，即可确认最终的目标功能项的展示先后顺序为先“问答”功能项然后是“交易”功能项。进而再执行步骤s104时，可以先展示问答功能项的页面再展示交易功能项的页面。其中，系统中的模板可以理解为是转换词模板。例如系统中的模板包括“先
……
再
……”
、
“……
然后”等等可表达先后顺序的格式模板。
136.可选地，在本技术一具体实施例中，执行那个步骤s104之后，还包括：
137.记录客户实际操作功能项的先后顺序，然后将客户实际操作功能项的先后顺序，与所有目标功能项的展示先后顺序进行比对，得到比对结果。最后根据比对结果，更新该关联表。
138.具体的，客户实际操作功能项的先后顺序可以理解为客户实际选择的功能项的先后顺序。例如，可以采用顺序链的方式记录客户实际操作功能项的先后顺序。顺序链中按照操作顺序串联了客户实际操作的每一个功能项。
139.将客户实际操作功能项的先后顺序，与所有目标功能项的展示先后顺序进行比对，查看客户实际操作的功能项的的先后顺序，是否与步骤s104中对所有目标功能项的展示先后顺序一致。示例性，可以首先对顺序链首节点进行匹配，如果首个展示的目标功能项与客户实际操作的首个功能项一致，则对关联表中的标准请求格式、以及标准请求格式对应的标准项进行扩充。如果顺序链的后续节点中出现该目标功能项，则对相似请求格式以及相似请求格式对应的功能项进行扩充。否则则为功能项推荐错误，对弱关联请求格式以及对应的功能项进行补充。通过比对结果不断调整关联表，以提高后续执行步骤s103时的匹配准确度。
140.现有技术中，客户存在需求时，只能够根据自身的需求，不断需要客户自己操作找寻自身需要登录的系统，然后从该系统中操作调出需要的功能项对应的页面。而本技术实施例中，通过获取客户输入的需求语句，然后从需求语句中，获取客户的元需求列表，进而再根据客户的元需求列表，从关联表中匹配得到每一个目标功能项。其中，关联表包括：多个请求格式以及多个请求格式对应的功能项，而目标功能项为元需求匹配的功能项。查询得到每一个目标功能项之后，向客户展示每一个目标功能项。即客户在输入需求语句之后，本技术即可自动匹配出客户需要使用的每一个目标功能项，进而可以自动向客户展示能够满足客户需求的每一个目标功能项的页面，而不需要客户自己操作找寻自身需要登录的系统，然后从该系统中操作调出需要的功能项的页面。本技术为客户节省了繁琐的操作，提高了客户在办理业务时的体验。
141.基于上述本技术实施例提出的业务处理方法，本技术实施例对应公开了一种业务处理系统，包括：转换器模块、控制器模块以及处理器模块。转换器模块用于对客户需求输入(即客户的需求语句)进行处理和关联，得到一个或多个元需求(即得到元需求列表)。具体可以参考前述步骤s101至步骤s102的执行过程和原理，此处不再赘述。控制器模块用于接收处理器的元需求列表，对关联表进行映射计算相关度(也可以成为相似度)，并根据模板组装目标功能项的展示先后顺序。具体可以参阅步骤s103的执行过程和原理，此处不再赘述。处理器模块，用于针对组装后的目标功能项，记录客户的功能选择，通过顺序链的方
式记录客户功能跳转，最终对关联表进行更新。具体可以参阅前述提及的“记录客户实际操作功能项的先后顺序，然后将客户实际操作功能项的先后顺序，与所有目标功能项的展示先后顺序进行比对，得到比对结果。最后根据比对结果，更新该关联表”的相关内容的介绍，此处不再赘述。
142.参阅图5，基于上述本技术实施例提出的业务请求方法，本技术实施例还对应公开了一种业务处理装置，包括：第一获取单元501、第二获取单元502、匹配单元503以及展示单元504。
143.第一获取单元501，用于获取客户输入的需求语句。其中，需求语句用于说明客户的业务需求。
144.可选地，在本技术一具体实施例中，第一获取单元501，包括：
145.切分子单元，用于从需求语句中切分出所有关键词，得到需求语句对应的关键词组。其中，关键词组，包括：需求语句中的每一个关键词。
146.查询子单元，用于针对关键词组中的每一个关键词，查询出关键词对应的同义词组。其中，关键词对应的同义词组包括至少一个关键词的同义词。
147.融合子单元，用于将每一个关键词分别与关键词的同义词进行融合，得到客户的元需求列表。其中，客户的元需求列表，包括：每一个融合后的关键词。
148.第二获取单元502，用于从需求语句中，获取客户的元需求列表。其中，元需求列表，包括：需求语句中的每一个关键词。元需求列表用于说明客户的业务需求对应的每一个元需求。
149.匹配单元503，用于根据客户的元需求列表，从关联表中匹配得到每一个目标功能项。其中，关联表包括：多个请求格式以及多个请求格式对应的功能项。目标功能项为元需求匹配的功能项。
150.展示单元504，用于向客户展示每一个目标功能项的页面。
151.可选地，在本技术一具体实施例中，业务处理装置还包括：第三获取单元和第一确定单元。
152.第三获取单元，用于从需求语句中，获取链接列表。其中，链接列表，包括：需求语句中的转换词和停词。需求语句中的转换词和停词用于指示客户的多个元需求的先后顺序。
153.第一确定单元，用于若目标功能项为多个，则根据链接列表，确定出所有目标功能项的展示先后顺序。其中，展示单元504执行向客户展示每一个目标功能项对应的页面时，用于：按照展示先后顺序，向客户展示每一个目标功能项的页面。
154.可选地，在本技术一具体实施例中，业务处理装置还包括：
155.第二确定单元，用于根据客户的历史记录信息和客户的元需求列表，确定出元需求列表的候选标签。其中，客户的历史记录信息包括：客户的历史交易记录信息和/或客户的个人信息。元需求列表的候选标签用于说明客户的元需求的补充信息。
156.其中，匹配单元503，包括：第一匹配子单元和第一确定子单元。
157.第一匹配子单元，用于根据客户的元需求列表和候选标签，从关联表中匹配得到每一个目标请求格式。其中，目标请求格式为与客户的元需求匹配的请求格式。
158.第一确定子单元，用于针对每一个目标请求格式，将目标请求格式对应的功能项，
确定为目标功能项。
159.可选地，在本技术一具体实施例中，第一匹配子单元，包括：第二匹配子单元、第一选取子单元、第三匹配子单元以及第二选取子单元。
160.第二匹配子单元，用于若客户的元需求列表中说明客户具有一个元需求，则将元需求列表和候选标签作为匹配条件，分别与关联表中的每一个请求格式进行相似度匹配，得到n个候选匹配结果。其中，n个候选匹配结果为以元需求列表和候选标签作为匹配条件时，相似度最高的n个请求格式。n为正整数。
161.第一选取子单元，用于从n个候选匹配结果中选取出相似度最高的请求格式，作为目标请求格式。
162.第三匹配子单元，用于若客户的元需求列表中说明客户具有多个业务需求，则将元需求列表作为匹配条件，分别与关联表中的每一个请求格式进行相似度匹配，得到m个候选匹配结果，并将元需求列表和候选标签作为匹配条件，分别与关联表中的每一个请求格式进行相似度匹配，得到n个候选匹配结果。其中，m个候选匹配结果为以元需求列表作为匹配条件时，相似度最高的m个请求格式。m为正整数。
163.第二选取子单元，用于从m个候选匹配结果和n个候选匹配结果中，选取出每一个目标请求格式。
164.可选地，在本技术一具体实施例中，多个请求格式，包括：多个标准请求格式、每一个标准请求格式对应的相似请求格式、每一个标准请求格式对应的弱关联请求格式。多个请求格式对应的功能项，包括：每一个标准请求格式对应的功能项、每一个相似请求格式对应的相似功能项、以及每一个弱关联请求格式对应的功能项。其中，标准请求格式的相似度匹配权重大于相似请求格式的相似度匹配权重。相似请求格式的相似度匹配权重大于弱关联请求格式的相似度匹配权重。
165.可选地，在本技术一具体实施例中，业务处理装置还包括：记录单元、比对单元以及更新单元。
166.记录单元，用于记录客户实际操作功能项的先后顺序。
167.比对单元，用于将客户实际操作功能项的先后顺序，与所有目标功能项的展示先后顺序进行比对，得到比对结果。
168.更新单元，用于根据比对结果，更新关联表。
169.上述本技术实施例公开的业务处理装置中的具体的原理和执行过程，与上述本技术实施例公开的业务处理方法相同，可参见上述本技术实施例公开的业务处理方法中相应的部分，这里不再进行赘述。
170.本技术实施例提出的业务处理装置，通过第一获取单元501获取客户输入的需求语句，然后第二获取单元502从需求语句中，获取客户的元需求列表，进而匹配单元503再根据客户的元需求列表，从关联表中匹配得到每一个目标功能项。其中，关联表包括：多个请求格式以及多个请求格式对应的功能项，而目标功能项为元需求匹配的功能项。匹配得到每一个目标功能项之后，展示单元504向客户展示每一个目标功能项。即客户在输入需求语句之后，本技术即可自动向客户展示能够满足客户需求的每一个目标功能项的页面，而不需要客户自己操作找寻自身需要登录的系统，然后从该系统中操作调出需要的功能项的页面。本技术为客户节省了繁琐的操作，提高了客户在办理业务时的体验。
171.本技术实施例还公开了一种计算机可读介质，其上存储有计算机程序，其中，所述程序被处理器执行时实现如上述各实施例中任一所述的业务处理方法。
172.本技术实施例还公开了一种业务处理设备，包括：
173.一个或多个处理器；存储装置，其上存储有一个或多个程序。当一个或多个程序被一个或多个处理器执行时，使得一个或多个处理器实现如上述各实施例中任一所述的业务处理方法。
174.需要说明的是，本技术提供的业务处理方法、装置、设备以及计算机可读介质可用于人工智能领域、区块链领域、分布式领域、云计算领域、大数据领域、物联网领域、移动互联领域、网络安全领域、芯片领域、虚拟现实领域、增强现实领域、全息技术领域、量子计算领域、量子通信领域、量子测量领域、数字孪生领域或金融领域。上述仅为示例，并不对本技术提供的业务处理方法、装置、设备以及计算机可读介质的应用领域进行限定。
175.本技术提供的业务处理方法、装置、设备以及计算机可读介质可用于金融领域或其他领域，例如，可用于金融领域中的网点自助终端为客户提供业务服务的应用场景。其他领域为除金融领域之外的任意领域，例如，电力领域、物业管理领域等。上述仅为示例，并不对本技术提供的业务处理方法、装置、设备以及计算机可读介质的应用领域进行限定。
176.本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
177.专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
178.对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本技术。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本技术的精神或范围的情况下，在其它实施例中实现。因此，本技术将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。