业务签审方法、设备、系统和存储介质与流程

文档序号:22798667发布日期:2020-11-04 03:54阅读:147来源:国知局
业务签审方法、设备、系统和存储介质与流程

本发明属于企业管理技术领域,具体涉及一种业务签审方法、设备、系统和存储介质。



背景技术:

随着企业信息化的转型和实际业务的不断无纸流程化,企业各类业务请求平台层出不穷,特别是大中型企业的业务请求平台数量有几十甚至几百,例如,涉及人事、办公、生产、销售等多方面的业务请求平台。

在数量庞大的业务请求平台中,签审人员每天都要针对自己需要签审的业务进入不同的业务请求平台后,再进行签审,这样,整个业务签审过程耗时较长且繁琐重复,降低了业务签审效率。



技术实现要素:

本发明的主要目的是提供一种业务签审方法、设备、系统和存储介质,以解决现有技术中业务签审效率问题。

针对上述问题,本发明提供了一种业务签审方法,包括:

接收具有签审需求的所有待办业务;每个待办业务携带当前签审人员的身份标识;

将当前签审人员的身份标识相同的待办业务划分为一个集合,以得到至少一个待办业务集合;

生成每个待办业务集合对应的签审界面;

创建每个签审页面对应的访问信息;

将每个所述访问信息发送给对应的当前签审人员的签审终端;

接收每个签审终端对对应的待办业务集合中的每个待办业务进行签审的签审结果;

将所述签审结果发送给所述待办业务对应的业务请求平台。

进一步地,上述所述的业务签审方法中,所述生成每个待办业务集合对应的签审界面,包括:

将每个待办业务集合中的每个待办业务的业务数据以页面的形式呈现,以生成每个待办业务集合对应的签审界面。

进一步地,上述所述的业务签审方法中,每个待办业务的业务数据包括:数据头部标识和数据字段;

所述数据头部标识包括身份令牌;

所述数据字段包含业务编号、业务类型、业务节点名称,流程处理路径、当前签审人员的身份标识、业务内容、提交人、提交时间、上一签审人员的身份标识、下一签审人员的身份标识、上一节点提交时间、是否允许批处理标识种的至少一种。

进一步地,上述所述的业务签审方法中,创建每个签审页面对应的访问信息,包括:

创建每个签审页面的链接地址作为所述访问信息;或者

创建包含每个签审页面的链接地址的图形码作为所述访问信息。

进一步地,上述所述的业务签审方法中,每个签审页面的链接地址携带每个待办业务集合对应的当前签审人员的身份标识。

进一步地,上述所述的业务签审方法中,接收具有签审需求的所有待办业务,包括:

通过业务调用接口接收具有签审需求的所有待办业。

进一步地,上述所述的业务签审方法,还包括:

获取每个业务调用接口的传输信息;

若存在传输信息表示存在传输异常的业务调用接口,输出报警信息。

进一步地,上述所述的业务签审方法中,接收具有签审需求的所有待办业务之前,还包括:

接收业务请求平台上传的接入请求,所述接入请求携带认证信息;

若所述认证信息满足预设的接入标准,生成业务请求平台的身份令牌,并将业务请求平台接入。

进一步地,上述所述的业务签审方法,还包括:

若接收到认证信息更新请求,维持所述身份令牌不变,并对所述认证信息进行更新。

本发明还提一种业务签审方法,包括:

若监测到具有签审需求的待办业务,将所述具有签审需求的待办业务发送给业务签审平台;

接收所述业务签审平台发送的所述具有签审需求的待办业务对应的签审结果;

其中,所述签审结果为所述业务签审平台根据上述所述的业务签审方法获得的。

本发明还提一种业务签审方法,包括:

接收业务签审平台发送的待办业务集合的签审界面对应的访问信息;其中,所述待办业务集合的签审界面对应的访问信息为所述业务签审平台上述所述的业务签审方法获得的;

基于所述访问信息访问所述签审界面,响应签审操作,以对待办业务集合中每个待办业务进行签审,并将得到的签审结果发送给所述业务签审平台。

本发明还提一种业务签审平台,包括存储器和处理器;

所述存储器上存储有计算机程序,所述计算机程序被处理器执行时实现上述业务签审方法的步骤。

本发明还提一种业务签审系统,其特征在于,多个签审终端、多个业务请求平台和上述所述的业务签审平台;

所述业务请求平台用于实现上述所述业务签审方法的步骤;

所述业务签审平台用于实现上述所述业务签审方法的步骤;

所述签审终端用于实现上述所述业务签审方法的步骤。

本发明还提一种存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被控制器执行时实现上述所述业务签审方法的步骤。

与现有技术相比,上述方案中的一个或多个实施例可以具有如下优点或有益效果:

应用本发明的业务签审方法、设备、系统和存储介质,通过接收具有签审需求的所有待办业务,实现了对各种业务请求平台的待办业务的获取,消除了网络和设备的限制,并将当前签审人员的身份标识相同的待办业务划分为一个集合,以得到至少一个待办业务集合后;生成每个待办业务集合对应的签审界面,并创建每个签审页面对应的访问信息,实现了对每个待办业务集合对应的当前签审人员进行无差别的呈现所有待办业务,以便与每个待办业务集合对应的当前签审人员利用对应的访问信息访问对应的签审页面后,对待办业务集合中对应地待办业务集合中的待办业务进行签审,避免了当前签审人员进入不同的业务请求平台进行签审,且待办业务集合能够在同一签审页面完成与自己有关的所有待办业务,缩短了业务签审过程的时间,提高了业务签审的便捷性,进而提高了业务签审效率。

本发明的其它特征和优点将在随后的说明书中阐述,并且部分地从说明书中变得显而易见,或者通过实施本发明而了解。本发明的目的和其他优点可通过在说明书、权利要求书以及附图中所特别指出的结构来实现和获得。

附图说明

附图用来提供对本发明的进一步理解,并且构成说明书的一部分,与本发明的实施例共同用于解释本发明,并不构成对本发明的限制。在附图中:

图1为本发明的业务签审系统实施例的结构示意图;

图2为本发明的业务签审方法一种实施例的流程图;

图3为本发明的业务签审方法的另一种实施例的流程图;

图4为本发明的业务签审方法的再一种实施例的流程图。

具体实施方式

以下将结合附图及实施例来详细说明本发明的实施方式,借此对本发明如何应用技术手段来解决技术问题,并达成技术效果的实现过程能充分理解并据以实施。需要说明的是,只要不构成冲突,本发明中的各个实施例以及各实施例中的各个特征可以相互结合,所形成的技术方案均在本发明的保护范围之内。

实施例一

为解决现有技术中存在的上述技术问题,本发明实施例提供了一种业务签审系统。

图1为本发明的业务签审系统实施例的结构示意图,如图1所示,本实施例的业务签审系统包括多个业务请求平台10、业务签审平台11和多个签审终端12。其中,每个业务请求平台10和每个签审终端12分别与业务签审平台11相连。

在一个具体实现过程中,可以针对每个业务请求平台10的后台接口在业务签审平台11设置对应的业务调用接口,这样,各类业务请求平台10可以通过对应的业务调用接口进行数据交互,从而消除网络和设备的限制,相对于针对所有业务请求平台10开发一个全新的业务签审平台11而言,具有耗时短、成本低、灵活性强的优点。

本实施例中,业务请求平台10注册提交接入业务签审平台11,提交的认证信息可以包含应用种类(网站、后台接口、轻应用)、应用名称、管理员姓名账号、系统用户账号模式(邮箱/工号)、网址、简介说明、是否支持批量处理(勾选费必填)、批量处理数据接口(非必填),批量处理接口的调用方式(get、post)等。业务签审平台11的管理人员审核通过后,分配两个随机生成的长唯一随机数,作为应用地址(appid)和应用密钥(appkey)即为业务的身份令牌。其中,审核通过的标准首先是应用系统是否重复申请,其次检查系统运行是否正常,是否符合公司软件安全规范等。

在实际应用中,当业务请求平台10的认证信息有信息更新,例如发布的网址或者系统管理员或者是修改名字等,可以在查看时更新相应的字段并且维持身份令牌不变的情况下对认证信息进行更新,这样则无须再修改程序中的身份令牌。

每个业务请求平台10可以按照预设的周期扫描所有新增的待办业务,本实施例中,可以称为具有签审需求的待办业务。这样,每个业务请求平台10用于若监测到具有签审需求的待办业务,将具有签审需求的待办业务发送给业务签审平台11,每个待办业务携带当前签审人员的身份标识,如当前签审人员的身份标识可以包括姓名、账号、邮箱等。

业务签审平台11用于接收具有签审需求的所有待办业务;将当前签审人员的身份标识相同的待办业务划分为一个集合,以得到至少一个待办业务集合;生成每个待办业务集合对应的签审界面后,创建每个签审页面对应的访问信息,并将访问信息发送给待办业务集合对应的当前签审人员的签审终端12。

每个待办业务集合对应的当前签审人员的签审终端12接收对应的访问信息后,每个待办业务集合对应的当前签审人员可以利用接收的访问信息访问对应的签审界面,并输入相应的签审操作,每个待办业务集合对应的当前签审人员的签审终端12响应对应的签审操作,对待办业务集合中每个待办业务进行签审,并将得到的每个待办业务的签审结果发送给业务签审平台11,这样,业务签审平台11在获取每个待办业务集合中的每个待办业务的签审结果后,将获取的每个待办业务签审结果发送给待办业务对应的业务请求平台10,从而完成该环节的审签流程。其中,本实施例中,每个待办业务集合对应的当前签审人员可以一键输入,例如,全部同意时,可以采用特定的键输入,这样,所有待办业务均被审签,使得每个待办业务集合对应的当前签审人员不必在逐一审签,提高了审签效率。

本实施例的业务签审系统,通过接收具有签审需求的所有待办业务,实现了对各种业务请求平台10的待办业务的获取,消除了网络和设备的限制,并将当前签审人员的身份标识相同的待办业务划分为一个集合,以得到至少一个待办业务集合后;生成每个待办业务集合对应的签审界面,并创建每个签审页面对应的访问信息,实现了对每个待办业务集合对应的当前签审人员进行无差别的呈现所有待办业务,以便与每个待办业务集合对应的当前签审人员利用对应的访问信息访问对应的签审页面后,对待办业务集合中对应地待办业务集合中的待办业务进行签审,避免了当前签审人员进入不同的业务请求平台10进行签审,且待办业务集合能够在同一签审页面完成与自己有关的所有待办业务,缩短了业务签审过程的时间,提高了业务签审的便捷性,进而提高了业务签审效率。

实施例二

为解决现有技术中存在的上述技术问题,本发明实施例提供了一种业务签审方法,该业务签审方法应用在业务签审平台中。

图2为本发明的业务签审方法一种实施例的流程图,如图2所示,本实施例的业务签审方法具体可以包括如下步骤:

200、接收具有签审需求的所有待办业务;

具体地,每个业务请求平台可以按照预设的周期将其所产生的具有签审需求的待办业务通过预设的业务调用接口上传给业务签审平台,这样业务签审平台能够接收到具有签审需求的所有待办业务。其中,每个待办业务携带当前签审人员的身份标识。

需要说明的是,本实施例中,还可以获取每个业务调用接口的传输信息,若存在传输信息表示存在传输异常的业务调用接口,输出报警信息。其中,传输异常可以包括长时间无数据或者数据堵塞情况。即无数据传输时长大于预设时长,或,输出传输速率小于预设速率。

本实施例中,可以接收业务请求平台上传的接入请求,其中,该接入请求携带认证信息;若认证信息满足预设的接入标准,生成业务请求平台的身份令牌,并将业务请求平台接入。若接收到认证信息更新请求,维持身份令牌不变,并对认证信息进行更新。

201、将当前签审人员的身份标识相同的待办业务划分为一个集合,以得到至少一个待办业务集合;

本实施例中,在接收具有签审需求的所有待办业务后,可以根据每个待办业务携带的当前签审人员的身份标识对所有待办业务进行集合处理,得到至少一个待办业务集合。具体地,可以将当前签审人员的身份标识相同的待办业务划分为一个集合。例如,可以根据每个待办业务携带当前签审人员的姓名,将属于其名下的所有待办业务形成一个待办业务集合,以便于后期每个待办业务携带当前签审人员能够快速审签。

202、生成每个待办业务集合对应的签审界面;

具体地,可以将每个待办业务集合中的每个待办业务的业务数据以页面的形式呈现,以生成每个待办业务集合对应的签审界面。其中,每个待办业务的业务数据包括:数据头部标识和数据字段;数据头部标识包括身份令牌;数据字段包含业务编号、业务类型、业务节点名称,流程处理路径、当前签审人员的身份标识、业务内容、提交人、提交时间、上一签审人员的身份标识、下一签审人员的身份标识、上一节点提交时间、是否允许批处理标识种的至少一种。

本实施例中,无需考虑每个待办业务的原有形式,而是获取到每个待办业务的业务数据后,将对应的业务数据以统一的页面进行显示,使得每个待办业务无差异的呈现给对应的当前签审人员。

203、创建每个签审页面对应的访问信息;

具体地,本实施例中,可以创建每个签审页面的链接地址作为访问信息;或者,创建包含每个签审页面的链接地址的图形码作为访问信息。

在实际应用中,若单独创建每个签审页面的链接地址作为访问信息时,通常需要采用浏览器进行访问,但是,不同版本浏览器可能存在适配问题,这样,在签审过程中需要打开不同的浏览器进入对应签审页面,影响用户使用,降低签审效率。例如,当前签审人员使用ie浏览器无法进入签审页面,而需要使用谷歌浏览器才能进入,这样,则可能造成当前签审人员切换浏览器。因此,本实施例中,优选为创建包含每个签审页面的链接地址的图形码作为访问信息。其中,图形码可以包括条形码和/或二维码,这样,当前签审人员只需扫码既可以访问签审页面,无需担心版本不同造成无法访问的问题。

在一个具体实现过程中,为了加强待办业务的安全性,每个签审页面的链接地址携带每个待办业务集合对应的当前签审人员的身份标识,这样,只有当前签审人员才能访问对应的签审页面,而其他人则无法访问该签审页面。

204、将每个签审页面对应的访问信息发送给对应的当前签审人员的签审终端;

本实施例中,在创建每个签审页面对应的访问信息后,可以将每个签审页面对应的访问信息发送给对应的当前签审人员的签审终端,这样,当前签审人员可以通过签审终端利用对应的访问信息进入对应的签审页面,并输入相应的签审操作,然后签审终端响应对应的签审操作,对待办业务集合中每个待办业务进行签审,并将得到的每个待办业务的签审结果发送给业务签审平台。

本实施例中,可以根据待办任务的公开性确定是否安装与待办业务相对应的专用应用程序。例如,有些公开允许查看公开允许查看,则可以不安装专用应用程序,使用签审终端中安装的应用程序即可,如支付宝,微信,有些不允许查看,则需要使用专用的应用程序。

本实施例中,签审终端优选为手机、平板等移动终端,这样可以随时随地进行审签。另外,在使用这些移动终端时,为了方便操作,还可以将移动终端扫描的签审界面传输至电脑、电视中。

205、接收每个签审终端对对应的待办业务集合中的每个待办业务进行签审的签审结果;

206、将签审结果发送给待办业务对应的业务请求平台。

业务签审平台在获取每个待办业务集合中的每个待办业务的签审结果后,将获取的每个待办业务签审结果发送给待办业务对应的业务请求平台,从而完成该环节的审签流程。

本实施例的业务签审方法,通过接收具有签审需求的所有待办业务,实现了对各种业务请求平台的待办业务的获取,消除了网络和设备的限制,并将当前签审人员的身份标识相同的待办业务划分为一个集合,以得到至少一个待办业务集合后;生成每个待办业务集合对应的签审界面,并创建每个签审页面对应的访问信息,实现了对每个待办业务集合对应的当前签审人员进行无差别的呈现所有待办业务,以便与每个待办业务集合对应的当前签审人员利用对应的访问信息访问对应的签审页面后,对待办业务集合中对应地待办业务集合中的待办业务进行签审,避免了当前签审人员进入不同的业务请求平台进行签审,且待办业务集合能够在同一签审页面完成与自己有关的所有待办业务,缩短了业务签审过程的时间,提高了业务签审的便捷性,进而提高了业务签审效率。

需要说明的是,本发明实施例的方法可以由单个设备执行,例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下,由多台设备相互配合来完成。在这种分布式场景的情况下,这多台设备中的一台设备可以只执行本发明实施例的方法中的某一个或多个步骤,这多台设备相互之间会进行交互以完成所述的方法。

实施例三

为解决现有技术中存在的上述技术问题,本发明实施例提供了一种业务签审方法,该业务签审方法应用于业务请求平台中。

图3为本发明的业务签审方法的另一种实施例的流程图,如图3所示,本实施例的业务签审方法具体可以包括如下步骤:

300、若监测到具有签审需求的待办业务,将具有签审需求的待办业务发送给业务签审平台;

本实施例中,每个业务请求平台可以按照预设的周期监测是否产生具有签审需求的待办业务,并在监测到具有签审需求的待办业务,将具有签审需求的待办业务发送给业务签审平台,以使业务签审平台上述实施例二的业务签审方法获得具有签审需求的待办业务对应的签审结果。

301、接收业务签审平台发送的具有签审需求的待办业务对应的签审结果。

实施例四

为解决现有技术中存在的上述技术问题,本发明实施例提供了一种业务签审方法,该业务签审方法应用于签审终端中。

图4为本发明的业务签审方法的再一种实施例的流程图,如图4所示,本实施例的业务签审方法具体可以包括如下步骤:

400、接收业务签审平台发送的待办业务集合的签审界面对应的访问信息;

实施例中,业务签审平台根据上述实施例二的业务签审方法获得待办业务集合的签审界面对应的访问信息,这样,业务签审终即可接收业务签审平台发送的待办业务集合的签审界面对应的访问信息。

401、基于访问信息访问签审界面,响应签审操作,以对待办业务集合中每个待办业务进行签审,并将得到的签审结果发送给业务签审平台。

当前签审人员可以通过签审终端利用对应的访问信息进入对应的签审页面,并输入相应的签审操作,然后签审终端响应对应的签审操作,对待办业务集合中每个待办业务进行签审,并将得到的每个待办业务的签审结果发送给业务签审平台。

实施例五

为解决现有技术中存在的上述技术问题,本发明实施例提供了一种业务签审平台。

该业务签审平台,包括存储器和处理器;

所述存储器上存储有计算机程序,所述计算机程序被处理器执行时实现上述实施例二的业务签审方法的步骤。

实施例六

为解决现有技术中存在的上述技术问题,本发明实施例提供了一种业务请求平台。

该业务请求平台,包括存储器和处理器;

所述存储器上存储有计算机程序,所述计算机程序被处理器执行时实现上述实施例三的业务签审方法的步骤。

实施例七

为解决现有技术中存在的上述技术问题,本发明实施例提供了一种签审终端。

该签审终端,包括存储器和处理器;

所述存储器上存储有计算机程序,所述计算机程序被处理器执行时实现上述实施例三的业务签审方法的步骤。

实施例八

为解决现有技术中存在的上述技术问题,本发明实施例提供了一种存储介质。

本发明实施例提供的存储介质,其上存储有计算机程序,计算机程序被处理器执行时实现上述实施例的业务签审方法的步骤。

可以理解的是,上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。

需要说明的是,在本发明的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本发明的描述中,除非另有说明,“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本发明的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解,本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。

此外,在本发明各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器,磁盘或光盘等。

在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

虽然本发明所公开的实施方式如上,但所述的内容只是为了便于理解本发明而采用的实施方式,并非用以限定本发明。任何本发明所属技术领域内的技术人员,在不脱离本发明所公开的精神和范围的前提下,可以在实施的形式上及细节上作任何的修改与变化,但本发明的保护范围,仍须以所附的权利要求书所界定的范围为准。

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