数据响应方法、装置、计算机设备及存储介质与流程

文档序号:19149680发布日期:2019-11-15 23:56阅读:166来源:国知局
数据响应方法、装置、计算机设备及存储介质与流程

本发明涉及智能决策领域,尤其涉及一种数据响应方法、装置、计算机设备及存储介质。



背景技术:

随着计算机技术的不断发展,日常生活或者工作中的应用都日渐往更加智能化的方向发展。在很多数据流转环节中,往往都涉及到数据推送的过程。数据推送一般为将数据按照预定的推送环节发送到一个指定的终端。

然而,很多数据的推送环节只能机械化地按照既定的推送链(示例性地,a→b→c)进行数据的投递或者流转,而在很多实际应用场景中,经常会有部分数据需要经过特殊的推送环节,而现今的系统或者终端在碰到这类数据时,在数据推送过程中往往不够灵活而影响了数据的流转效率。



技术实现要素:

本发明实施例提供一种数据响应方法、装置、计算机设备及存储介质,以解决数据推送的灵活性不高,影响数据流转效率的问题。

一种数据响应方法,包括:

获取数据推送请求,所述数据推送请求包括待推送信息和推送类型信息;

根据所述推送类型信息将所述待推送信息发送至对应的审核端;

获取所述审核端返回的审核信息,对所述审核信息进行验证,得到验证信息;

若所述验证信息为验证通过,则将所述审核信息添加至所述待推送信息中;

对所述审核信息进行解析,根据解析结果对所述数据推送请求进行响应。

一种数据响应装置,包括:

数据推送请求获取模块,用于获取数据推送请求,所述数据推送请求包括待推送信息和推送类型信息;

待推送信息发送模块,用于根据所述推送类型信息将所述待推送信息发送至对应的审核端;

审核信息验证模块,用于获取所述审核端返回的审核信息,对所述审核信息进行验证,得到验证信息;

审核信息添加模块,用于在所述验证信息为验证通过时,将所述审核信息添加至所述待推送信息中;

数据推送请求响应模块,用于对所述审核信息进行解析,根据解析结果对所述数据推送请求进行响应。

一种计算机设备,包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述数据响应方法。

一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述数据响应方法。

上述数据响应方法、装置、计算机设备及存储介质中,在获取数据推送请求之后,根据所述推送类型信息将所述待推送信息发送至对应的审核端;并且获取所述审核端返回的审核信息,对所述审核信息进行验证,得到验证信息;若所述验证信息为验证通过,则将所述审核信息添加至所述待推送信息中;对所述审核信息进行解析,根据解析结果对所述数据推送请求进行响应。通过推送类型信息保证了推送链的灵活性,并且在对审核信息解析之后响应数据推送请求,也保证了数据流转的效率。

附图说明

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

图1是本发明一实施例中数据响应方法的一应用环境示意图;

图2是本发明一实施例中数据响应方法的一示例图;

图3是本发明一实施例中数据响应方法的另一示例图;

图4是本发明一实施例中数据响应方法的另一示例图;

图5是本发明一实施例中数据响应方法的另一示例图;

图6是本发明一实施例中数据响应方法的另一示例图;

图7是本发明一实施例中数据响应方法的另一示例图;

图8是本发明一实施例中数据响应装置的一原理框图;

图9是本发明一实施例中数据响应装置的另一原理框图;

图10是本发明一实施例中计算机设备的一示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

本发明实施例提供的数据响应方法,可应用在如图1的应用环境中,其中,客户端和审核端通过网络与服务端进行通信。服务端获取客户端发送的数据推送请求;再根据所述推送类型信息将所述待推送信息发送至对应的审核端;获取所述审核端返回的审核信息,对所述审核信息进行验证,得到验证信息;若所述验证信息为验证通过,则将所述审核信息添加至所述待推送信息中;对所述审核信息进行解析,根据解析结果对所述数据推送请求进行响应。其中,客户端和审核端可以但不限于各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务端可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一实施例中,如图2所示,提供一种数据响应方法,以该方法应用在图1中的服务端为例进行说明,包括如下步骤:

s10:获取数据推送请求,数据推送请求包括待推送信息和推送类型信息。

其中,数据推送请求是由客户端发起的对数据进行推送的触发请求。需要进行数据推送的用户通过客户端发起该数据推送请求。具体地,用户可以在客户端的网页页面或者应用程序中的页面中通过预定的操作来触发该数据推送请求。

数据推送请求包括待推送信息和推送类型信息。待推送信息为具体需要推送的内容,例如:提示信息、预警信息或者其他需要推送的内容,在此不做具体限制。该待推送信息可以为电子文档,即通过在线编辑完成,或者,可以通过本地扫描或者上传该待推送信息。推送类型信息为标示该待推送信息的推送链的类型信息,推送链用以指示对应数据需要推送的环节或者流程。可选地,该推送类型信息包括无推送链类型、自定义类型和预设模板类型。其中,预设模板类型是指该待推送信息通过常规的推送环节进行推送,该常规的推送环节作为模板保存在数据库中,可以理解地,该模板可以为复数个。自定义类型为该待推送信息的审核环节与常规的推送环节不同,因此可以通过自定义配置一个推送链来实现。而无推送链类型为该待推送信息的审核环节为不固定的推送环节,该待推送信息的审核端可以由每一层级视实际需要进行指定。

s20:根据推送类型信息将待推送信息发送至对应的审核端。

在该步骤中,通过推送类型信息的不同而选择不同的审核端确定方式。具体地,若推送类型信息为无推送链类型,则用户可以通过客户端直接发送审核端的信息至服务端。可选地,可以在数据推送请求中就包含该审核端信息,或者,在服务端确定推送类型信息为无推送链类型之后,服务端向客户端发出一个审核端信息获取请求,再接收客户端返回的审核端信息即可。在服务端获取到审核端信息之后,即把待推送信息发送至审核端信息对应的审核端。可以理解地,审核端可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。

若推送类型信息为自定义类型,则说明该数据推送请求对应的推送链为用户自行定义的。可选地,用户可以通过客户端将自己定义的自定义推送链信息发送到服务端。该自定义推送链信息可以包含在数据推送请求中,也可以单独发送至服务端。服务端在确定推送类型信息为自定义类型之后,即从该自定义推送链信息中获取对应的审核端信息,再把待推送信息发送至审核端信息对应的审核端。可以理解地,该自定义推送链信息包括该数据推送请求的每一个环节对应的审核端信息,由此,根据该自定义推送链信息可以确定该数据推送请求每一个审核环节对应的审核端。

若推送类型信息为预设模板类型,则说明该数据推送请求对应的推送链为常规的推送链。因此,可以从服务端中预存的推送链模板中选择一对应的推送链作为该数据推送请求的默认推送链。具体地,用户可以通过客户端将对应的推送链模板的模板标识发送到服务端。该模板标识可以包含在数据推送请求中,也可以单独发送至服务端。服务端在确定推送类型信息为预设模板类型之后,即根据该模板标识从数据库中获取对应的推送链模板,再根据推送链模板确定审核端信息,最后把待推送信息发送至审核端信息对应的审核端。优选地,也可以预先设置一默认推送链,即对于每一用户,可以预先设置一个默认推送链,当服务端未接收到模板标识时,即按照该预设的默认推送链进行审核端信息的确认。

s30:获取审核端返回的审核信息,对审核信息进行验证,得到验证信息。

其中,审核信息为审核端对待推送信息进行审阅之后所作出的审核意见。可选地,该审核信息可以通过审核端直接输入,也可以通过手写之后通过本地扫描上传到审核端,或者通过手写板等手写辅助设备进行输入得到。

在得到审核信息之后,服务端对审核信息进行验证,得到验证信息。验证信息可以包括验证通过和验证不通过。可以理解地,不同的输入方式对应的验证方式也不同。具体地,若审核信息为通过审核端直接输入的内容,则对审核信息进行验证可以为对输入该审核信息的人员的合法性进行验证,具体地,可以通过特定的账号密码进行验证,或者通过人脸识别等方式进行验证,得到验证信息。若审核信息为通过手写板或者手写之后本地扫描上传到审核端,则在审核信息中可以包括审核人员的手写签名,然后对该手写签名的真伪进行验证,得到验证信息。

s40:若验证信息为验证通过,则将审核信息添加至所述待推送信息中。

若验证信息为验证通过,则将审核信息添加至所述待推送信息中。可以将审核信息添加至待推送信息中的对应位置中,例如:对应的推送意见栏中。具体地,若审核信息为通过审核端直接输入的内容,则可以直接将审核信息添加至待推送信息中的对应位置中。例如,将审核端直接输入的文字信息添加至待推送信息中的推送意见栏中。

进一步地,若审核信息为通过手写板或者手写之后经过本地扫描的方式上传到审核端,则可以将审核信息通过图像形式进行缩放处理,将图像形式的审核信息缩放至一个预设的尺寸,然后添加到待推送信息中的对应位置中,该预设的尺寸可以根据待推送信息中对应位置的区域大小来设置。可选地,可以先检测待推送信息中对应位置(例如:推送意见栏)的尺寸大小,然后根据该尺寸大小来得到预设尺寸,再将图像形式的审核信息进行缩放处理,得到预设尺寸大小的审核信息,再将该缩放后的审核信息添加至推送意见栏中。优选地,还可以对该图像形式的审核信息进行文字识别,得到文字信息,再将该文字信息添加至待推送信息中。

在一个具体实施方式中,可以将图像形式的审核信息和文字信息都添加至待推送信息中。具体地,可以将审核信息和文字信息进行并列显示,或者将两者择一进行突出显示,另一项进行缩小处理后添加在一预设位置,在有需要时再将该预设位置的这项信息进行显示。

s50:对审核信息进行解析,根据解析结果对数据推送请求进行响应。

在该步骤中,对审核信息进行解析,具体地,可以通过关键词匹配的方式来对审核信息进行解析。先对审核信息进行分词处理,然后再将每一分词后得到的关键词和预设的词库进行匹配,根据匹配结果得到解析结果。例如,若审核信息就是“同意”二字,则对应的解析结果为推送通过,则可以直接进入下一个环节。若审核信息为“不同意”,则对应的解析结果为推送不通过,将该解析结果反馈到客户端。

在本实施例中,在获取数据推送请求之后,根据所述推送类型信息将所述待推送信息发送至对应的审核端;并且获取所述审核端返回的审核信息,对所述审核信息进行验证,得到验证信息;若所述验证信息为验证通过,则将所述审核信息添加至所述待推送信息中;对所述审核信息进行解析,根据解析结果对所述数据推送请求进行响应。通过推送类型信息保证了推送链的灵活性,并且在对审核信息解析之后响应数据推送请求,也保证了数据流转的效率。

在一个实施例中,如图3所示,所述根据所述推送类型信息将所述待推送信息发送至对应的审核端,包括:

s21:对推送类型信息进行识别,得到推送链类型,推送链类型包括无推送链类型、自定义类型和预设模板类型。

在该步骤中,通过对推送类型信息进行识别来得到推送链类型。具体地,该推送类型信息可以通过标签化的方式来体现。例如,通过不同的数字、字母、符号或者文字等来代表不同的推送链类型。用户在客户端通过输入或者选择和推送链类型对应的标签,即可形成推送类型信息,服务端再将该推送类型信息进行识别,即可得到对应的推送链类型。可选地,若预设模板类型的数量较少,则可以将不同的模板类型也通过标签化的方式来实现,如此,服务端即可直接通过推送类型信息直接识别得到客户端选的模板类型,提高了该数据流转的效率。推送链类型包括无推送链类型、自定义类型和预设模板类型。示例性地,若预设模板类型包括a和b。则可以将推送链类型进行标签化为001、002、003、004分别代表无推送链类型、自定义类型、预设模板类型a和预设模板类型b。

s22:根据推送链类型获取审核端信息。

在得到推送链类型之后,通过该推送链类型来获取审核端信息。若推送类型信息为自定义类型,则说明该数据推送请求对应的推送链为用户自行定义的。可选地,用户可以通过客户端将自己定义的自定义推送链信息发送到服务端。该自定义推送链信息可以包含在数据推送请求中,也可以单独发送至服务端。服务端在确定推送类型信息为自定义类型之后,即从该自定义推送链信息中获取对应的审核端信息。若推送类型信息为预设模板类型,则说明该数据推送请求对应的推送链为常规的推送链。因此,可以从服务端中预存的推送链模板中选择一对应的推送链作为该数据推送请求的默认推送链。具体地,用户可以通过客户端将对应的推送链模板的模板标识发送到服务端。该模板标识可以包含在数据推送请求中,也可以单独发送至服务端。服务端在确定推送类型信息为预设模板类型之后,即根据该模板标识从数据库中获取对应的推送链模板,再根据推送链模板确定审核端信息。优选地,也可以预先设置一默认推送链,即对于每一用户,可以预先设置一个默认推送链,当服务端未接收到模板标识时,即按照该预设的默认推送链进行审核端信息的确认。

s23:根据审核端信息将待推送信息发送至对应的审核端。

在得到审核端信息之后,服务端将待审核信息发送至审核端信息对应的审核端进行审核。

在本实施例中,先对所述推送类型信息进行识别,得到推送链类型;再根据所述推送链类型获取审核端信息;最终根据所述审核端信息将所述待推送信息发送至对应的审核端。保证了待推送信息发送的准确性。

在一个实施例中,如图4所示,所述根据所述推送链类型获取审核端信息,包括:

s221:若推送链类型为自定义类型,则获取客户端发送的自定义推送链信息。

其中,自定义推送链信息是指自行设置或者制定的审核环节或者审核流程。该自定义推送链信息可以包括审核角色和审核流程信息。审核角色代表每一环节进行审核的人员的角色,该审核角色可以是企业的内部等级,也可以是权限等,具体可以根据实际需要设置。审核流程信息代表审核环节的走向,例如,从组长-部长-经理的审核流程信息。在一个具体实施方式中,该自定义推送链信息还包括推送链制定信息,即通过该推送链制定信息来验证该自定义推送链信息的合法性。可以通过该推送链制定信息来验证该自定义推送链信息是否有效。可选地,推送链制定信息可以为制定人的角色信息或者身份信息,例如,经理。可以通过验证该制定人的角色信息是否有权限来制定该自定义推送链信息来验证自定义推送链信息是否有效。例如,可以规定制定人的角色信息或者身份信息必须等于或者高于自定义推送链信息中的最高角色。

s222:通过预设的基准链信息对所述自定义推送链信息进行解析,得到推送链层级信息。

其中,基准链信息为根据不同角色或者终端的层级而形成的基准推送链相关的信息。该基准链信息可以包括层级标识,即在基准链信息中不同的角色或者终端所处的层级信息,层级标识可以通过数字、符号或者文字中的至少一项表示。在该步骤中,通过预设的基准链信息对所述自定义推送链信息进行解析,从基准链信息中获取自定义推送链信息中每一个角色或者终端所对应的层级信息,以得到推送链层级信息。示例性地,以数字来表示层级信息(数字越大,层级越高为例),通过预设的基准链信息对自定义推送链信息(a→b→c)进行解析,得到推送链层级信息(1→2→4)。

s223:对所述推送链层级信息进行合规校验,得到合规校验结果。

合规校验为对自定义推送链的合格与否的校验过程。具体地,可以根据具体需求制定校验标准。可选地,可以对自定义推送链中的层级信息进行校验,例如:层级顺序或者层级跨度等。层级顺序为按照从上到下或者从下到上的层级顺序,层级跨度为设置推送链中每一相邻的层级之间的跨度层级(例如不大于1级或者2级)。通过预先设置好合规校验标准之后,对所述推送链层级信息进行合规校验,得到合规校验结果。若合规校验通过,则合规校验结果为校验通过,否则,合规校验结果为校验不通过。

s224:若所述合规校验结果为校验通过,则对待审核信息进行解析,得到当前角色信息。

若所述合规校验结果为校验通过,则对待审核信息进行解析,该步骤中,从待审核信息进行解析,得到当前角色信息。当前角色信息是指当前被审核的角色信息。例如:组长。具体地,可以通过待审核信息中的预设栏中获取到该当前角色信息。具体地,通过对待审核信息中的数据申请人进行识别,再对待审核信息中的审核信息栏进行识别,得到申请人信息和当前审核信息。再根据申请人信息和当前审核信息从自定义推送链信息中确定当前角色信息。若当前审核信息为空,则直接根据申请人信息从自定义推送链信息中确定当前角色信息。否则根据当前审核信息从自定义推送链信息中确定当前角色信息。

s225:根据当前角色信息从自定义推送链信息中获取审核端信息。

通过当前角色信息从自定义推送链信息中获取审核端信息。例如:若当前角色信息为部长,则在自定义推送链信息中对应的下一个审核环节为经理,则对应的审核端信息为经理对应的审核端。

在本实施例中,若所述推送链类型为自定义类型,则获取客户端发送的自定义推送链信息;对所述待审核信息进行解析,得到当前角色信息;最后根据所述当前角色信息从所述自定义推送链信息中获取审核端信息。确保了审核端信息获取的准确性。

在一个实施例中,如图5所示,所述根据所述推送链类型获取审核端信息,包括:

s221’:若推送链类型为预设模板类型,则获取客户端发送的预设模板标识。

若推送类型信息为预设模板类型,则说明该数据推送请求对应的推送链为常规的推送链。因此,可以从服务端中预存的推送链模板中选择一对应的推送链作为该数据推送请求的默认推送链。具体地,用户可以通过客户端将对应的推送链模板的模板标识发送到服务端。该模板标识可以包含在数据推送请求中,也可以单独发送至服务端。

s222’:根据预设模板标识获取对应的预设推送链信息。

具体地,通过预设模板标识即可从数据库中获取到对应的预设推送链信息。

s223’:对待审核信息进行解析,得到当前角色信息。

s224’:根据当前角色信息从预设推送链信息中获取审核端信息。

上述步骤s223’和步骤s224’和上述实施例中的步骤s222以及s223类似,在此不再赘述。

在本实施例中,若推送链类型为预设模板类型,则根据对应的预设模板标识来获取预设推送链信息,并进行对应的解析和获取环节,得到审核端信息,也保证了审核端信息获取的准确性。

在一个具体实施方式中,所述根据所述推送链类型获取审核端信息,包括:

若所述推送链类型为无推送链类型,则对所述待审核信息进行解析,得到当前角色信息。根据所述当前角色信息在预设的基准链信息中进行定位,得到所述当前角色信息的层级信息。从预设的基准链信息中获取所述当前角色信息的层级信息对应的上一层级信息,作为审核端信息。

在该实施方式中,若推送链类型为无推送链类型,则根据当前角色信息在预设的基准链信息中进行定位,从预设的基准链信息中获取所述当前角色信息的层级信息对应的上一层级信息,作为审核端信息。保证了对于无推送链类型的数据推送请求智能地制定审核端,更好地保证了数据流转的效率。

在一个实施例中,所述审核信息为手写图像信息。

其中,手写图像信息可以为审核端的用户通过触控笔在审核端的显示端直接输入,或者借助手写笔等辅助工具进行手写输入,并将输入的内容以图像的形式进行保存。

在本实施例中,如图6所示,所述将所述审核信息添加至所述待推送信息中,包括:

s41:将审核信息根据预设像素值进行图像缩放处理,得到标准审核图像。

其中,预设像素值为预先获取到的一个数值,具体地,该预设像素值可以为预先设置好的固定值,也可以通过对待推送信息中推送意见栏的尺寸大小进行识别之后转化得到。例如,该预设像素值可以和推送意见栏的尺寸大小相等,或者为推送意见栏的尺寸大小的一个预设比例值,例如:80%、70%或者60%等。在得到预设像素值之后,将审核信息按照预设像素值进行缩放处理,即得到标准审核图像。

s42:对审核信息进行文字识别,得到审核文本信息。

具体地,可以通过光学字符识别对审核信息进行文字识别。光学字符识别(opticalcharacterrecognition,ocr)技术是指电子设备(例如扫描仪或数码相机)检查纸上打印的字符,通过检测暗、亮的模式确定其形状,然后用字符识别方法将形状翻译成计算机文字的过程。服务端在获取到图像形式的审核信息之后,对该审核信息采用光学字符识别技术进行文字识别,得到审核文本信息。审核文本信息是指从审核信息上转化得到的所需要的文字信息。

s43:将标准审核图像和审核文本信息分别添加至待推送信息中的预定位置中。

将标准审核图像和文字信息都添加至待推送信息中的预定位置。具体地,可以将标准审核图像和文字信息进行并列显示,或者将两者择一进行突出显示,另一项进行缩小处理后添加在一预设位置,在有需要时再将该预设位置的这项信息进行显示。

在本实施例中,将所述审核信息根据预设像素值进行图像缩放处理,得到标准审核图像;再对所述审核信息进行文字识别,得到审核文本信息;最后将所述标准审核图像和所述审核文本信息分别添加至待推送信息中的预定位置中。通过将审核信息以不同信息添加至待推送信息中,保证了信息展示的多样性,更好地保证了数据推送的顺利。

在一个实施例中,如图7所示,所述对所述审核信息进行解析,根据解析结果对所述数据推送请求进行响应,包括:

s51:根据预设的位置信息对审核信息进行文字识别,得到正文信息。

审核信息包括正文部分和签名部分,在该步骤中,通过对审核信息中的正文部分进行识别,得到正文信息。预设的位置信息为预先设定的位置,该位置信息可以通过坐标的方式来表示。在得到位置信息之后,对审核信息中该位置信息对应的部分进行文字识别,即得到正文信息。可选地,该位置信息可以为审核信息中的左上角区域,或者审核信息中的上方区域。

s52:对正文信息进行分词处理,得到正文关键词。

采用分词算法对正文信息进行分词处理,得到正文关键词。可选地,该分词算法可以采用基于字符串匹配的分词算法、基于统计以及机器学习的分词算法或者基于隐马尔可夫模型的分词算法等实现。

s53:将每一正文关键词和预设的标准词库进行匹配,得到每一正文关键词的标签信息。

标准词库为预先建立的带有大量关键词的词库,该标准词库可以包括不同的标签信息。例如,像“同意”、“通过”、“不同意”、“不通过”等关键词可以统一为推送意见标签,或者分为推送通过标签和推送不通过标签。还可以预先将企业内部的人名导入该标准词库中,统一为审核人员标签。

在该步骤中,将每一正文关键词和预设的标准词库进行匹配,得到每一正文关键词的标签。可以理解地,若跟标准词库中的关键词均未匹配成功,可以为该关键词分配一未匹配成功的标签。

s54:根据每一正文关键词的所述标签信息获取对应的待发送端。

通过每一正文关键词的标签信息来获取对应的待发送端,具体地,若正文关键词中标签信息中包含推送通过标签,则待发送端为推送链中的下一个推送端。若正文关键词中标签信息中包含推送不通过标签,则待发送端为推送链中的上一推送端。进一步地,若标签信息中还包含有审核人员标签,则在待发送端中加入该审核人员标签对应的审核人员。

s55:将待推送信息发送至待发送端。

在得到待发送端之后,将所述待推送信息发送至待发送端。

在本实施例中,根据预设的位置信息对所述审核信息进行文字识别,得到正文信息;再对所述正文信息进行分词处理,得到正文关键词;将每一所述正文关键词和预设的标准词库进行匹配,得到每一正文关键词的标签信息;根据每一所述正文关键词的所述标签信息获取对应的待发送端;最后将所述待推送信息发送至待发送端。通过对审核信息的智能识别和匹配,确定待发送端,保证了数据审核的准确性。

应理解,上述实施例中各步骤的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。

在一实施例中,提供一种数据响应装置,该数据响应装置与上述实施例中数据响应方法一一对应。如图8所示,该数据响应装置包括数据推送请求获取模块10、待推送信息发送模块20、审核信息验证模块30、审核信息添加模块40和数据推送请求响应模块50。各功能模块详细说明如下:

数据推送请求获取模块10,用于获取数据推送请求,所述数据推送请求包括待推送信息和推送类型信息。

待推送信息发送模块20,用于根据所述推送类型信息将所述待推送信息发送至对应的审核端。

审核信息验证模块30,用于获取所述审核端返回的审核信息,对所述审核信息进行验证,得到验证信息。

审核信息添加模块40,用于在所述验证信息为验证通过时,将所述审核信息添加至所述待推送信息中。

数据推送请求响应模块50,用于对所述审核信息进行解析,根据解析结果对所述数据推送请求进行响应。

优选地,如图9所示,待推送信息发送模块20包括推送类型信息识别单元21、审核端信息获取单元22和待推送信息发送单元23。

推送类型信息识别单元21,用于对所述推送类型信息进行识别,得到推送链类型,所述推送链类型包括无推送链类型、自定义类型和预设模板类型。

审核端信息获取单元22,用于根据所述推送链类型获取审核端信息。

待推送信息发送单元23,用于根据所述审核端信息将所述待推送信息发送至对应的审核端。

优选地,审核端信息获取单元22包括自定义推送链信息获取子单元、第一审核信息解析子单元和第一审核端信息获取子单元。

自定义推送链信息获取子单元,用于在推送链类型为自定义类型时,获取客户端发送的自定义推送链信息。

推送链层级信息获取子单元,用于通过预设的基准链信息对所述自定义推送链信息进行解析,得到推送链层级信息。

合规校验子单元,用于对所述推送链层级信息进行合规校验,得到合规校验结果。

第一审核信息解析子单元,用于在所述合规校验结果为校验通过时,则对待审核信息进行解析,得到当前角色信息。

第一审核端信息获取子单元,用于根据当前角色信息从自定义推送链信息中获取审核端信息。

优选地,审核端信息获取单元22包括预设模板标识获取子单元、预设推送链信息获取子单元、第二审核信息解析子单元和第二审核端信息获取子单元。

预设模板标识获取子单元,用于在推送链类型为预设模板类型时,获取客户端发送的预设模板标识。

预设推送链信息获取子单元,用于根据预设模板标识获取对应的预设推送链信息。

第二审核信息解析子单元,用于对待审核信息进行解析,得到当前角色信息。

第二审核端信息获取子单元,用于根据当前角色信息从预设推送链信息中获取审核端信息。

优选地,审核端信息获取单元22还用于在所述推送链类型为无推送链类型时,则对所述待审核信息进行解析,得到当前角色信息;根据所述当前角色信息在预设的基准链信息中进行定位,得到所述当前角色信息的层级信息;从预设的基准链信息中获取所述当前角色信息的层级信息对应的上一层级信息,作为审核端信息。

优选地,审核信息为手写图像信息。审核信息添加模块40包括图像缩放单元、文字识别单元和信息添加单元。

图像缩放单元,用于将审核信息根据预设像素值进行图像缩放处理,得到标准审核图像。

文字识别单元,用于对审核信息进行文字识别,得到审核文本信息。

信息添加单元,用于将标准审核图像和审核文本信息分别添加至待推送信息中的预定位置中。

优选地,数据推送请求响应模块50包括正文信息获取单元、分词处理单元、关键词匹配单元、待发送端获取单元和待推送信息发送单元。

正文信息获取单元,用于根据预设的位置信息对审核信息进行文字识别,得到正文信息。

分词处理单元,用于对正文信息进行分词处理,得到正文关键词。

关键词匹配单元,用于将每一正文关键词和预设的标准词库进行匹配,得到每一正文关键词的标签信息。

待发送端获取单元,用于根据每一正文关键词的所述标签信息获取对应的待发送端。

待推送信息发送单元,用于将待推送信息发送至待发送端。

关于数据响应装置的具体限定可以参见上文中对于数据响应方法的限定,在此不再赘述。上述数据响应装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中,提供了一种计算机设备,该计算机设备可以是服务器,其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于上述实施例中数据响应方法中使用到的数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种数据响应方法。

在一个实施例中,提供了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,处理器执行计算机程序时实现上述实施例中的数据响应方法。

在一个实施例中,提供了一种计算机可读存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述实施例中的数据响应方法。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。

以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1