掌桥专利:专业的专利平台
掌桥专利
首页

业务办理形式的确定方法、装置及设备

文献发布时间:2024-04-18 19:58:21


业务办理形式的确定方法、装置及设备

技术领域

本申请实施例涉及互联网技术领域,尤其涉及一种业务办理形式的确定方法、装置及设备。

背景技术

每种类型的政务业务可以有业务描述信息,业务描述信息例如可以为网络办理深度。网络办理深度可以包括互联网咨询、互联网收件、互联网预审、互联网受理、互联网办理、互联网办理结果信息反馈、互联网电子证照反馈、以及其他。

目前,针对任意一种业务类型,配置人员可以根据业务类型的网络办理深度、确定该业务类型对应业务的业务办理形式。例如,业务办理形式可以为,全程网办形式、或者非全程网办形式。具体而言,若网络办理深度包括互联网咨询、互联网收件、互联网预审、互联网受理和互联网办理,则配置人员可以确定业务办理形式为全程网办形式。然而,上述过程中,可能由于配置人员的疏忽、导致业务办理形式确定错误(例如,将非全程网办形式的业务确定为全程网办形式),使得业务办理形式的确定准确度较低。

发明内容

本申请实施例提供一种业务办理形式的确定方法、装置及设备,所述方法可以提高业务办理形式的确定准确度。

第一方面,本申请提供一种业务办理形式的确定方法,包括:

获取目标业务类型对应的业务描述信息;

确定多个预设字段,所述多个预设字段包括:推荐办理形式、网点地址指示信息、现场办理次数和网络办理深度,所述网点地址指示信息用于指示是否存在网办地址;

对所述业务描述信息进行文本识别处理,以确定所述业务描述信息中是否包括每个预设字段对应的字段值;

若所述业务描述信息中包括每个预设字段对应的字段值,则根据每个预设字段对应的字段值,确定所述目标业务类型对应的目标业务办理形式;

若所述业务描述信息中未包括每个预设字段对应的字段值,则获取所述目标业务类型对应的历史业务办理信息,并根据所述业务描述信息和所述历史业务办理信息,确定所述目标业务办理形式。

一种可能的实现方式中,对所述业务描述信息进行文本识别处理,以确定所述业务描述信息中是否包括每个预设字段对应的字段值,包括:

根据所述多个预设字段,对所述业务描述信息进行文本识别处理,以在所述业务描述信息中确定每个预设字段的文本位置;

根据每个预设字段的文本位置,在所述业务描述信息中确定每个预设字段的相关文本;

针对任意一个预设字段,判断所述预设字段对应的相关文本中是否存在所述预设字段的字段值。

一种可能的实现方式中,针对任意一个预设字段;根据所述预设字段对所述业务描述信息进行文本识别处理,以在所述业务描述信息中确定所述预设字段的文本位置,包括:

对所述业务描述信息进行扫描处理,以判断所述业务描述信息中是否存在所述预设字段;

若是,则确定所述预设字段在所述业务描述信息中的文本位置;

若否,则确定所述预设字段对应的至少一个替换字段、以及各替换字段的优先级,按照所述至少一个替换字段的优先级,依次在对所述业务描述信息进行扫描处理,直至得到所述替换字段在业务描述信息中的位置,并将所述替换字段在所述业务描述信息中的位置确定为所述文本位置,所述替换字段与所述预设字段的语义信息相同。

一种可能的实现方式中,根据每个预设字段的文本位置,在所述业务描述信息中确定每个预设字段的相关文本,包括:

确定第一字符数量M和第二字符数量N,所述M和所述N为大于1的整数;

将所述业务描述信息中,所述预设字段之前的M个字符、以及所述预设字段之后的N个字符,确定为所述相关文本。

一种可能的实现方式中,根据所述业务描述信息和所述历史业务办理信息,确定所述目标业务办理形式,包括:

在所述业务描述信息中确定至少一个第一预设字段对应的字段值,所述多个预设字段包括所述至少一个第一预设字段;

根据所述历史业务办理信息,确定至少一个第二预设字段对应的字段值,所述多个预设字段包括所述至少一个第一预设字段和所述至少一个第二预设字段;

确定所述多个预设字段对应的字段值包括所述至少一个第一预设字段对应的字段值和所述至少一个第二预设字段对应的字段值;

根据每个预设字段对应的字段值,确定所述目标业务类型对应的目标业务办理形式。

一种可能的实现方式中,根据每个预设字段对应的字段值,确定所述目标业务类型对应的目标业务办理形式,包括:

判断所述推荐办理形式是否为网上办理;

若是,则判断所述网点地址指示信息是否指示存在网办地址,若是,则根据所述现场办理次数和所述网络办理深度确定所述目标业务办理形式,若否,则确定所述目标业务办理形式为非全程网办形式;

若否,则确定所述目标业务办理形式为所述非全程网办形式。

一种可能的实现方式中,根据所述现场办理次数和所述网络办理深度确定所述目标业务办理形式,包括:

判断所述现场办理次数是否为零;

若是,则在所述网络办理深度为预设深度时,确定所述目标业务办理形式为全程网办形式;

若否,则确定所述目标业务办理形式为所述非全程网办形式。

第二方面,本申请提供一种业务办理形式的确定装置,所述业务办理形式的确定装置包括:获取模块、确定模块和识别模块,其中,

所述获取模块用于,获取目标业务类型对应的业务描述信息;

所述确定模块用于,确定多个预设字段,所述多个预设字段包括:推荐办理形式、网点地址指示信息、现场办理次数和网络办理深度,所述网点地址指示信息用于指示是否存在网办地址;

所述识别模块用于,对所述业务描述信息进行文本识别处理,以确定所述业务描述信息中是否包括每个预设字段对应的字段值;

若所述业务描述信息中包括每个预设字段对应的字段值,则所述确定模块用于,根据每个预设字段对应的字段值,确定所述目标业务类型对应的目标业务办理形式;

若所述业务描述信息中未包括每个预设字段对应的字段值,则所述获取模块用于,获取所述目标业务类型对应的历史业务办理信息;所述确定模块用于,根据所述业务描述信息和所述历史业务办理信息,确定所述目标业务办理形式。

在一种可能的实现方式中,所述识别模块具体用于,

根据所述多个预设字段,对所述业务描述信息进行文本识别处理,以在所述业务描述信息中确定每个预设字段的文本位置;

根据每个预设字段的文本位置,在所述业务描述信息中确定每个预设字段的相关文本;

针对任意一个预设字段,判断所述预设字段对应的相关文本中是否存在所述预设字段的字段值。

在一种可能的实现方式中,针对任意一个预设字段;所述识别模块具体用于,

对所述业务描述信息进行扫描处理,以判断所述业务描述信息中是否存在所述预设字段;

若是,则确定所述预设字段在所述业务描述信息中的文本位置;

若否,则确定所述预设字段对应的至少一个替换字段、以及各替换字段的优先级,按照所述至少一个替换字段的优先级,依次在对所述业务描述信息进行扫描处理,直至得到所述替换字段在业务描述信息中的位置,并将所述替换字段在所述业务描述信息中的位置确定为所述文本位置,所述替换字段与所述预设字段的语义信息相同。

在一种可能的实现方式中,所述识别模块具体用于,

确定第一字符数量M和第二字符数量N,所述M和所述N为大于1的整数;

将所述业务描述信息中,所述预设字段之前的M个字符、以及所述预设字段之后的N个字符,确定为所述相关文本。

在一种可能的实现方式中,所述确定模块具体用于,

在所述业务描述信息中确定至少一个第一预设字段对应的字段值,所述多个预设字段包括所述至少一个第一预设字段;

根据所述历史业务办理信息,确定至少一个第二预设字段对应的字段值,所述多个预设字段包括所述至少一个第一预设字段和所述至少一个第二预设字段;

确定所述多个预设字段对应的字段值包括所述至少一个第一预设字段对应的字段值和所述至少一个第二预设字段对应的字段值;

根据每个预设字段对应的字段值,确定所述目标业务类型对应的目标业务办理形式。

在一种可能的实现方式中,所述确定模块具体用于,

判断所述推荐办理形式是否为网上办理;

若是,则判断所述网点地址指示信息是否指示存在网办地址,若是,则根据所述现场办理次数和所述网络办理深度确定所述目标业务办理形式,若否,则确定所述目标业务办理形式为非全程网办形式;

若否,则确定所述目标业务办理形式为所述非全程网办形式。

在一种可能的实现方式中,所述确定模块具体用于,

判断所述现场办理次数是否为零;

若是,则在所述网络办理深度为预设深度时,确定所述目标业务办理形式为全程网办形式;

若否,则确定所述目标业务办理形式为所述非全程网办形式。

第三方面,本申请提供一种业务办理形式的确定设备,包括:处理器,以及与所述处理器通信连接的存储器;

所述存储器存储计算机执行指令;

所述处理器执行所述存储器存储的计算机执行指令,以实现第一方面任一项所述的方法。

第四方面,本申请提供一种计算机可读存储介质,所述计算机可读存储介质中存储有计算机执行指令,所述计算机执行指令被处理器执行时用于实现如第一方面任一项所述的方法。

第五方面,本申请提供一种计算机程序产品,包括计算机程序,所述计算机程序被计算机执行时实现如第一方面中任一项所述的方法。

本申请实施例提供的业务办理形式的确定方法、装置及设备,可以获取目标业务类型对应的业务描述信息;可以确定多个预设字段;可以对业务描述信息进行文本识别处理,以确定业务描述信息中是否包括每个预设字段对应的字段值;若业务描述信息中包括每个预设字段对应的字段值,则可以根据每个预设字段对应的字段值,确定目标业务类型对应的目标业务办理形式;若业务描述信息中未包括每个预设字段对应的字段值,则可以获取目标业务类型对应的历史业务办理信息,并根据业务描述信息和历史业务办理信息,确定目标业务办理形式。通过上述方法,可以实现业务办理形式的自动确定,避免了配置人员的人工失误、提高了业务办理形式的确定准确度。另外,上述方法中,根据多个预设字段对应的字段值组合确定业务办理形式,避免了仅采用网络办理深度确定业务办理形式,进一步提高了业务办理形式的确定准确度。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的应用场景的示意图;

图2为本申请实施例提供的一种业务办理形式的确定方法的流程示意图;

图3为本申请实施例提供的另一种业务办理形式的确定方法的流程示意图;

图4为本申请实施例提供的一种业务办理形式的确定装置的结构示意图;

图5为本申请实施例提供的一种业务办理形式的确定设备的硬件结构示意图。

通过上述附图,已示出本申请明确的实施例,后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围,而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

本申请的技术方案中,所涉及的金融数据或用户数据等信息的收集、存储、使用、加工、传输、提供和公开等处理,均符合相关法律法规的规定,且不违背公序良俗。

为便于理解,下面结合图1,对本申请实施例涉及的应用场景进行说明。

图1为本申请实施例提供的应用场景的示意图。政务网上大厅可以办理多种业务类型的业务。针对任意一种业务类型的业务,可以根据该业务类型的网络办理深度确定、该业务类型对应的业务办理形式。

请参见图1,网络办理深度可以包括互联网咨询、互联网收件、互联网预审、互联网受理、互联网办理、互联网办理结果信息反馈、互联网电子证照反馈和其他。

相关技术中,配置人员可以查看每种业务类型的网络办理深度。针对任意一种业务类型,若该业务类型的网络办理深度包括互联网咨询、互联网收件、互联网预审、互联网受理和互联网办理,则配置人员可以确定该业务类型对应的业务办理形式可以为全程网办形式;若该业务类型的网络办理深度不包括如下至少一种:互联网咨询、互联网收件、互联网预审、互联网受理和互联网办理,则配置人员可以确定该业务类型对应的业务办理形式可以为非全程网办形式。

然而,具体实施过程中,可能由于配置人员的疏忽导致业务办理形式确定错误;或者,虽然配置人员根据网络办理深度准确确定业务办理形式为全程网办形式,但该业务类型的业务描述信息中未设置网办地址,导致业务办理形式确定错误,使得业务办理形式的确定准确度较低。

有鉴于此,本申请实施例提供了一种业务办理形式的确定方法。该方法中,针对任意一个业务类型,可以根据业务类型对应的推荐办理形式、网点地址指示信息、现场办理次数和网络办理深度等信息,自动确定业务类型对应的业务办理形式。上述方法中,一方面可以通过多个信息要素的组合确定业务办理形式,提高了业务办理形式的确定准确度;另一方面可以实现业务办理形式的自动确定,避免了配置人员的人工失误、进一步提高了业务办理形式的确定准确度。另外,上述方法可以提高业务办理形式的确定准确度,降低了业务办理形式的确定错误、减少了公众查询业务办理形式时的疑惑、并提高了公众满意度。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合,对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图,对本申请的实施例进行描述。

图2为本申请实施例提供的一种业务办理形式的确定方法的流程示意图。该方法的执行主体可以为业务办理形式的确定系统,也可以为设置在业务办理形式的确定系统中的业务办理形式的确定装置。业务办理形式的确定装置可以通过软件实现,也可以通过软件和硬件的结合实现。请参见图2,该方法可以包括:

S201、获取目标业务类型对应的业务描述信息。

目标业务类型可以为,任意一种业务类型。例如,业务类型可以为身份证办理类型、或者许可审批类型等。

业务描述信息中可以包括,业务类型对应的推荐办理形式、网办地址、现场办理次数、或者网络办理深度等。

其中,推荐办理形式可以为网上办理、窗口办理、或者快递申请办理等;网办地址可以为网上办理业务的网址;现场办理次数可以为,办理该项业务需要去窗口的次数,例如现场办理次数可以为0次或者1次等;网络办理深度可以包括互联网咨询、互联网收件、互联网预审、互联网受理、互联网办理、互联网办理结果信息反馈、互联网电子证照反馈或其他。

本实施例中,可以从存储业务描述信息的数据库获取业务描述信息;或者,也可以通过其他方式获取业务描述信息,本申请实施例对此不做限定。

可选的,业务描述信息可以以信息表的形式存储至数据库。

S202、确定多个预设字段。

本实施例中,可以根据多个预设字段对应的字段值、确定业务办理形式。

多个预设字段可以包括:推荐办理形式、网点地址指示信息、现场办理次数和网络办理深度,网点地址指示信息用于指示是否存在网办地址。

S203、对业务描述信息进行文本识别处理,以确定业务描述信息中是否包括每个预设字段对应的字段值。

若是,执行S204;

若否,执行S205。

本实施例中,可以根据多个预设字段,对业务描述信息进行文本识别处理,以在业务描述信息中确定每个预设字段的文本位置;根据每个预设字段的文本位置,在业务描述信息中确定每个预设字段的相关文本;针对任意一个预设字段,判断预设字段对应的相关文本中是否存在预设字段的字段值。

预设字段的文本位置可以为,预设字段在业务描述信息中的位置。例如,预设字段的文本位置可以为业务描述信息中第1行的第4个字符至第7个字符。

预设字段的字段值可以为,预设字段对应的字段信息。例如,预设字段可以为推荐办理形式,预设字段的字段值可以为网上办理;预设字段可以为现场办理次数,预设字段的字段值可以为零次。

预设字段的相关文本可以为,包含预设字段的字段值的文本。

具体而言,针对任意一个预设字段,可以扫描业务描述信息、以在业务描述信息中确定预设字段的位置,可以按照预设规则、将预设字段附近的文本确定为预设字段的相关文本,可以在相关文本中确定是否存在预设字段的字段值。

其中,预设规则可以根据实际需要进行设置,本实施例对此不做限定。例如,预设规则可以为:将预设字段之前的4个字符确定为预设字段的相关文本、或者将预设字段之后的4个字符确定为预设字段的相关文本等。

S204、根据每个预设字段对应的字段值,确定目标业务类型对应的目标业务办理形式。

本实施例中,若业务描述信息中包括每个预设字段对应的字段值,可以判断推荐办理形式对应的字段值是否为网上办理,若推荐办理形式对应的字段值不是网上办理,则可以确定业务办理形式为非全程网办形式。

若推荐办理形式对应的字段值是网上办理,可以判断网点地址指示信息的相关文本中是否存在网办地址,若网点地址指示信息的相关文本中不存在网办地址,则可以确定业务办理形式为非全程网办形式。

若网点地址指示信息的相关文本中存在网办地址,可以判断现场办理次数对应的字段值是否为零次,若现场办理次数对应的字段值不为零次,则可以确定业务办理形式为非全程网办形式。

若现场办理次数对应的字段值为零次,则可以判断网络办理深度是否包括互联网咨询、互联网收件、互联网预审、互联网受理和互联网办理;若是,则可以确定业务办理形式为全程网办形式;若否,则可以确定业务办理形式为非全程网办形式。

S205、获取目标业务类型对应的历史业务办理信息,并根据业务描述信息和历史业务办理信息,确定目标业务办理形式。

历史业务办理信息可以为,历史办理的一个或多个历史业务的业务办理信息。其中,历史业务的类型为目标业务类型。

历史业务办理信息中可以包括S202中的多个预设字段。

本实施例中,针对业务描述信息中未包括某个预设字段的字段值,可以从历史业务办理信息中获取该预设字段的字段值。

本实施例中,从业务描述信息和历史业务办理信息中获取多个字段对应的字段值后,可以按照S204的方式、根据每个预设字段对应的字段值,确定目标业务类型对应的目标业务办理形式,此处不再赘述。

本实施例提供的业务办理形式的确定方法,可以获取目标业务类型对应的业务描述信息;可以确定多个预设字段;可以对业务描述信息进行文本识别处理,以确定业务描述信息中是否包括每个预设字段对应的字段值;若业务描述信息中包括每个预设字段对应的字段值,则可以根据每个预设字段对应的字段值,确定目标业务类型对应的目标业务办理形式;若业务描述信息中未包括每个预设字段对应的字段值,则可以获取目标业务类型对应的历史业务办理信息,并根据业务描述信息和历史业务办理信息,确定目标业务办理形式。通过上述方法,可以实现业务办理形式的自动确定,避免了配置人员的人工失误、提高了业务办理形式的确定准确度。另外,上述方法中,根据多个预设字段对应的字段值组合确定业务办理形式,避免了仅采用网络办理深度确定业务办理形式,进一步提高了业务办理形式的确定准确度。

在上述实施例的基础上,若业务描述信息中不存在预设字段,还可以在业务描述信息中确定预设字段对应的替换字段。下面,结合图3对本申请实施例提供的业务办理形式的确定方法进行进一步说明。

图3为本申请实施例提供的另一种业务办理形式的确定方法的流程示意图。该方法的执行主体可以为业务办理形式的确定系统,也可以为设置在业务办理形式的确定系统中的业务办理形式的确定装置。业务办理形式的确定装置可以通过软件实现,也可以通过软件和硬件的结合实现。请参见图3,该方法可以包括:

S301、获取目标业务类型对应的业务描述信息。

S302、确定多个预设字段。

需要说明的是,S301-S302的具体实现方式可以参见S201-S202,此处不再赘述。

S303、根据多个预设字段,对业务描述信息进行文本识别处理,以在业务描述信息中确定每个预设字段的文本位置。

本实施例中,针对任意一个预设字段;可以对业务描述信息进行扫描处理,以判断业务描述信息中是否存在预设字段;若是,则确定预设字段在业务描述信息中的文本位置;若否,则确定预设字段对应的至少一个替换字段、以及各替换字段的优先级,按照至少一个替换字段的优先级,依次在对业务描述信息进行扫描处理,直至得到替换字段在业务描述信息中的位置,并将替换字段在业务描述信息中的位置确定为文本位置,替换字段与预设字段的语义信息相同。

替换字段可以为,预设字段的同义替换字段。例如,假设预设字段为推荐办理形式,则替换字段可以为推荐办理方式、常用办理方式、或者历史办理形式等。

需要说明的是,针对任意一个预设字段,预设字段可以包括一个或多个替换字段。预设字段包括多个替换字段时,多个替换字段的优先级可以预先设置。例如,假设预设字段为推荐办理形式,替换字段为推荐办理方式、常用办理方式、以及历史办理形式,则可以预先设置多个替换字段按照优先级从高到低的顺序可以为推荐办理方式、常用办理方式、历史办理方式。

具体而言,针对任意一个预设字段,若在业务描述信息中扫描得到该预设字段,可以将该预设字段在业务描述信息中的位置确定为预设字段的文本位置。若在业务描述信息中未扫描到该预设字段,可以按照优先级从高到低的顺序、在业务描述信息中扫描该预设字段对应的替换字段,直到首次扫描到一个替换字段,可以将该替换字段在业务描述信息中的位置确定为预设字段的文本位置。

S304、根据每个预设字段的文本位置,在业务描述信息中确定每个预设字段的相关文本。

本实施例中,可以确定第一字符数量M和第二字符数量N,M和N为大于1的整数;将业务描述信息中,预设字段之前的M个字符、以及预设字段之后的N个字符,确定为相关文本。

具体而言,针对任意一个预设字段,可以将预设字段之前的M个字符、即预设字段之后的N个字段,确定为预设字段的相关文本。

示例性的,假设M为4,N为4,预设字段为推荐办理形式,则可以在业务描述信息中,将推荐办理形式之前的4个字符、以及推荐办理形式之后的4个字符确定为推荐办理形式的相关文本。

S305、针对任意一个预设字段,判断预设字段对应的相关文本中是否存在预设字段的字段值。

若否,执行S306;

若是,执行S309。

S306、在业务描述信息中确定至少一个第一预设字段对应的字段值,多个预设字段包括至少一个第一预设字段。

第一预设字段可以为,既包括在多个预设字段中、又包括在业务描述信息中的字段。也就是说,第一预设字段可以为,业务描述信息与多个预设字段的交集。

应该理解的是,第一预设字段的数量可以为一个或多个。

本实施例中,可以将在业务描述信息中扫描得到的一个或多个预设字段,确定为第一预设字段。

S307、获取目标业务类型对应的历史业务办理信息,并根据历史业务办理信息,确定至少一个第二预设字段对应的字段值,多个预设字段包括至少一个第一预设字段和至少一个第二预设字段。

第二预设字段可以为,既包括在多个预设字段中、又包括在历史业务办理信息中的字段。也就是说,第二预设字段可以为,历史业务办理信息与多个预设字段的交集。

应该理解的是,第二预设字段的数量可以为一个或多个。

需要说明的是,第一预设字段与第二预设字段不一样。也就是说,针对任意一个预设字段,若第一预设字段包括该预设字段,则无需在历史业务办理信息中继续扫描该预设字段。

S308、确定多个预设字段对应的字段值包括至少一个第一预设字段对应的字段值和至少一个第二预设字段对应的字段值。

本实施例中,多个预设字段包括至少一个第一预设字段和至少一个第二预设字段。

针对任意一个预设字段,预设字段对应的字段值可以为第一预设字段对应的字段值、或者预设字段对应的字段值可以为第二预设字段对应的字段值。

S309、根据每个预设字段对应的字段值,确定目标业务类型对应的目标业务办理形式。

本实施例中,可以判断推荐办理形式是否为网上办理;若是,则判断网点地址指示信息是否指示存在网办地址,若是,则根据现场办理次数和网络办理深度确定目标业务办理形式,若否,则确定目标业务办理形式为非全程网办形式;若否,则确定目标业务办理形式为非全程网办形式。

进一步的,根据现场办理次数和网络办理深度确定目标业务办理形式可以为,判断现场办理次数是否为零;若是,则在网络办理深度为预设深度时,确定目标业务办理形式为全程网办形式;若否,则确定目标业务办理形式为非全程网办形式。

预设深度可以根据实际需要进行设置。本实施例中,预设深度可以为:网络办理深度包括互联网咨询、互联网收件、互联网预审、互联网受理和互联网办理。

具体而言,可以判断推荐办理形式是否为网上办理,若推荐办理形式不为网上办理,则确定目标业务办理形式为非全程网办形式;

若推荐办理形式为网上办理,判断网点地址指示信息是否指示存在网办地址,若不存在网办地址,则确定目标业务办理形式为非全程网办形式;

若存在网办地址,判断现场办理次数是否为零次,若现场办理次数不为零次,则确定目标业务办理形式为非全程网办形式;

若现场办理次数为零次,则判断网络办理深度是否为预设深度;若是,则确定目标业务办理形式为全程网办形式;若否,则确定目标业务办理形式为非全程网办形式。

本实施例提供的业务办理形式的确定方法,可以获取目标业务类型对应的业务描述信息;可以确定多个预设字段;可以根据多个预设字段,对业务描述信息进行文本识别处理,以在业务描述信息中确定每个预设字段的文本位置;可以根据每个预设字段的文本位置,在业务描述信息中确定每个预设字段的相关文本。针对任意一个预设字段,判断预设字段对应的相关文本中是否存在预设字段的字段值;若是,根据每个预设字段对应的字段值,确定目标业务类型对应的目标业务办理形式;若否,在业务描述信息中确定至少一个第一预设字段对应的字段值、获取目标业务类型对应的历史业务办理信息,并根据历史业务办理信息确定至少一个第二预设字段对应的字段值、确定多个预设字段对应的字段值包括至少一个第一预设字段对应的字段值和至少一个第二预设字段对应的字段值,并根据每个预设字段对应的字段值,确定目标业务类型对应的目标业务办理形式。通过上述方法,可以实现业务办理形式的自动确定,避免了配置人员的人工失误、提高了业务办理形式的确定准确度。另外,上述方法中,根据多个预设字段对应的字段值组合确定业务办理形式,避免了仅采用网络办理深度确定业务办理形式,进一步提高了业务办理形式的确定准确度。

图4为本申请实施例提供的一种业务办理形式的确定装置的结构示意图。所述业务办理形式的确定装置10包括:获取模块11、确定模块12和识别模块13,其中,

所述获取模块11用于,获取目标业务类型对应的业务描述信息;

所述确定模块12用于,确定多个预设字段,所述多个预设字段包括:推荐办理形式、网点地址指示信息、现场办理次数和网络办理深度,所述网点地址指示信息用于指示是否存在网办地址;

所述识别模块13用于,对所述业务描述信息进行文本识别处理,以确定所述业务描述信息中是否包括每个预设字段对应的字段值;

若所述业务描述信息中包括每个预设字段对应的字段值,则所述确定模块12用于,根据每个预设字段对应的字段值,确定所述目标业务类型对应的目标业务办理形式;

若所述业务描述信息中未包括每个预设字段对应的字段值,则所述获取模块11用于,获取所述目标业务类型对应的历史业务办理信息;所述确定模块12用于,根据所述业务描述信息和所述历史业务办理信息,确定所述目标业务办理形式。

本实施例提供的业务办理形式的确定装置,可用于执行上述方法实施例中的业务办理形式的确定方法,其实现原理和技术效果类似,此处不作赘述。

在一种可能的实现方式中,所述识别模块13具体用于,

根据所述多个预设字段,对所述业务描述信息进行文本识别处理,以在所述业务描述信息中确定每个预设字段的文本位置;

根据每个预设字段的文本位置,在所述业务描述信息中确定每个预设字段的相关文本;

针对任意一个预设字段,判断所述预设字段对应的相关文本中是否存在所述预设字段的字段值。

在一种可能的实现方式中,针对任意一个预设字段;所述识别模块13具体用于,

对所述业务描述信息进行扫描处理,以判断所述业务描述信息中是否存在所述预设字段;

若是,则确定所述预设字段在所述业务描述信息中的文本位置;

若否,则确定所述预设字段对应的至少一个替换字段、以及各替换字段的优先级,按照所述至少一个替换字段的优先级,依次在对所述业务描述信息进行扫描处理,直至得到所述替换字段在业务描述信息中的位置,并将所述替换字段在所述业务描述信息中的位置确定为所述文本位置,所述替换字段与所述预设字段的语义信息相同。

在一种可能的实现方式中,所述识别模块13具体用于,

确定第一字符数量M和第二字符数量N,所述M和所述N为大于1的整数;

将所述业务描述信息中,所述预设字段之前的M个字符、以及所述预设字段之后的N个字符,确定为所述相关文本。

在一种可能的实现方式中,所述确定模块12具体用于,

在所述业务描述信息中确定至少一个第一预设字段对应的字段值,所述多个预设字段包括所述至少一个第一预设字段;

根据所述历史业务办理信息,确定至少一个第二预设字段对应的字段值,所述多个预设字段包括所述至少一个第一预设字段和所述至少一个第二预设字段;

确定所述多个预设字段对应的字段值包括所述至少一个第一预设字段对应的字段值和所述至少一个第二预设字段对应的字段值;

根据每个预设字段对应的字段值,确定所述目标业务类型对应的目标业务办理形式。

在一种可能的实现方式中,所述确定模块12具体用于,

判断所述推荐办理形式是否为网上办理;

若是,则判断所述网点地址指示信息是否指示存在网办地址,若是,则根据所述现场办理次数和所述网络办理深度确定所述目标业务办理形式,若否,则确定所述目标业务办理形式为非全程网办形式;

若否,则确定所述目标业务办理形式为所述非全程网办形式。

在一种可能的实现方式中,所述确定模块12具体用于,

判断所述现场办理次数是否为零;

若是,则在所述网络办理深度为预设深度时,确定所述目标业务办理形式为全程网办形式;

若否,则确定所述目标业务办理形式为所述非全程网办形式。

本实施例提供的业务办理形式的确定装置,可用于执行上述方法实施例中的业务办理形式的确定方法,其实现原理和技术效果类似,此处不作赘述。

图5为本申请实施例提供的一种业务办理形式的确定设备的硬件结构示意图。请参见图5,该业务办理形式的确定设备20可以包括:处理器21和存储器22,其中,处理器21和存储器22可以通信;示例性的,处理器21和存储器22通过通信总线23通信,所述存储器22用于存储计算机执行指令,所述处理器21用于调用存储器中的计算机执行指令执行上述任意方法实施例所示的业务办理形式的确定方法。

可选的,业务办理形式的确定设备20还可以包括通信接口,通信接口可以包括发送器和/或接收器。

可选的,上述处理器可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。

本申请提供一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机执行指令;所述计算机执行指令用于实现如上述任意实施例所述的业务办理形式的确定方法。

本申请实施例提供一种计算机程序产品,所述计算机程序产品包括计算机程序,当所述计算机程序被执行时,使得计算机执行上述业务办理形式的确定方法。

实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一可读取存储器中。该程序在执行时,执行包括上述各方法实施例的步骤;而前述的存储器(存储介质)包括:只读存储器(英文:read-only memory,缩写:ROM)、RAM、快闪存储器、硬盘、固态硬盘、磁带(英文:magnetic tape)、软盘(英文:floppydisk)、光盘(英文:optical disc)及其任意组合。

本申请实施例是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程终端设备的处理单元以产生一个机器,使得通过计算机或其他可编程终端设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程终端设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程终端设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然,本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

在本申请中,术语“包括”及其变形可以指非限制性的包括;术语“或”及其变形可以指“和/或”。本申请中术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。本申请中,“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

本领域技术人员在考虑说明书及实践里公开的发明后,将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

相关技术
  • 工作流中办理人员确定方法及装置、计算机设备及存储介质
  • 业务办理方法、装置、计算机设备和存储介质
  • 一种基于第三方支付平台实现业务办理的方法及装置
  • 一种基于二维码的业务表单办理方法、系统及装置
  • 基于物联网的业务办理方法及终端设备
  • 业务办理等待时长的确定方法、装置和服务器
  • 银行确定业务办理渠道的方法及装置
技术分类

06120116484477