用于电视台的审计系统和电子设备
技术领域
本申请涉及计算机
技术领域
,具体地,涉及一种用于电视台的审计系统和电子设备。背景技术
电视台作为媒体龙头企业,在传播新闻节目信息方面起着举足轻重的作用,同时在新技术新设备等方面也一直处于领先地位。围绕新闻节目的采购方式多样、需求复杂、业务模式特殊、涉及资金规模庞大,这对传统的纸质资料审计工作带来很大困难。
目前市面上主要是基于企业资源计划(Enterprise Resource Planning,ERP)系统的审计系统一般都是基于财务数据进行分析,对于电视台的审计范围过于片面,无法满足电视台的工作模式。
发明内容
本申请实施例中提供了一种用于电视台的审计系统和电子设备,可以有效解决审计系统无法满足电视台的工作模式的问题。
根据本申请实施例的第一个方面,提供了一种用于电视台的审计系统,该审计系统包括:线上审计模块、智能文件存取模块、报销模块、风险预警模块以及数据分析模块;所述线上审计模块,用于根据接收到的填报信息生成任务,控制所述任务的流程并对所述任务的流程进行展示;所述智能文件存取模块,用于通过智能文件柜控制所述任务所产生的实物文件的智能存取;所述报销模块,用于在所述任务为报销任务时,通过识别票据图片中的文字,并将识别到的文字作为所述填报信息;所述风险预警模块,用于对所述填报信息进行风险监测,在监测到风险时生成预警信息;所述数据分析模块,用于获取关键词,并根据所述关键词,输出与所述关键词对应的分析结果。
根据本申请实施例的第二个方面,提供了一种电子设备,所述电子设备包括第一方面提供的用于电视台的审计系统。
采用本申请实施例中提供的用于电视台的审计系统,该审计系统包括线上审计模块、智能文件存取模块、报销模块、风险预警模块以及数据分析模块;所述线上审计模块,用于根据接收到的填报信息生成任务,控制所述任务的流程并对所述任务的流程进行展示;所述智能文件存取模块,用于通过智能文件柜控制所述任务所产生的实物文件的智能存取;所述报销模块,用于在所述任务为报销任务时,通过识别票据图片中的文字,并将识别到文字作为所述填报信息;所述风险预警模块,用于对所述填报信息进行风险监测,在监测到风险时生成预警信息;所述数据分析模块,用于获取关键词,并根据所述关键词,输出与所述关键词对应的分析结果。通过集成内部审计协作、软硬件结合、票据识别、风险预警、数据分析等于一体,对审计数据从采集、转化、整合、归集到最终的调用分析的全生命周期的管理,其整合性、系统性、灵活性和实施控制性更强,可满足电视台的工作模式。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的用于电视台的审计系统的结构示意图;
图2为本申请另一个实施例提供的用于电视台的审计系统的结构示意图;
图3为本申请一个实施例提供的工作流引擎子模块的工作方式示意图;
图4为本申请一个实施例提供的任务在每个节点的执行进度的示意图;
图5为本申请一个实施例提供的智能文件柜的使用方式的示意图;
图6为本申请一个实施例提供的根据票据图片生成票据信息的示意图;
图7为本申请实施例提出的电子设备的结构框图。
具体实施方式
审计通常是基于财务数据的进行分析的一种经济监督行为。而在电视台的审计中,由于电视台作为媒体龙头企业,在传播新闻节目信息方面起着举足轻重的作用,同时在新技术新设备等方面也一直处于领先地位。围绕新闻节目的采购方式多样、需求复杂、业务模式特殊、涉及资金规模庞大,这对传统的纸质资料审计工作带来很大困难。
在电视台的日常审计中,覆盖面广,面对大量的纸质材料的审核效率十分低下。审计的成果也难以进行存储和检索,在需要进行统计或是检索时,响应速度慢。目前市场上基于企业资源计划(Enterprise Resource Planning,ERP)系统的审计系统一般都是基于财务数据进行分析,对比电视台的审计范围过于片面,且其属于事后审计,无法满足电视台事中审计的工作模式。事后审计是指事项结束后,对所审事项的相关数据拿来分析。而在电视台内,通常是事中审计,事中审计通常是指在确认采购结果后,签订正式合同前开展过程审计,监督项目的审批、采购全过程遵纪守法的情况。
针对上述问题,本申请实施例中提供了一种用于电视台的审计系统及方法,所述审计系统包括:线上审计模块、智能文件存取模块、报销模块、风险预警模块以及数据分析模块;所述线上审计模块,用于根据接收到的填报信息生成任务,控制所述任务的流程并对所述任务的流程进行展示;所述智能文件存取模块,用于通过智能文件柜控制所述任务所产生的实物文件的智能存取;所述报销模块,用于在所述任务为报销任务时,通过识别票据图片中的文字,并将识别到的文字作为所述填报信息;所述风险预警模块,用于对所述填报信息进行风险监测,在监测到风险时生成预警信息;所述数据分析模块,用于获取关键词,并根据所述关键词,输出与所述关键词对应的分析结果。通过集成内部审计协作、软硬件结合、票据识别、风险预警、数据分析等于一体,对审计数据从采集、转化、整合、归集到最终的调用分析的全生命周期的管理,其整合性、系统性、灵活性和实施控制性更强,可满足电视台的工作模式。
本申请实施例中的方案可以采用各种计算机语言实现,例如,面向对象的程序设计语言Java和直译式脚本语言JavaScript,以及Python等。
为了使本申请实施例中的技术方案及优点更加清楚明白,以下结合附图对本申请的示例性实施例进行进一步详细的说明,显然,所描述的实施例仅是本申请的一部分实施例,而不是所有实施例的穷举。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
请参阅图1,本申请实提供了一种用于电视台的审计系统的结构示意图。所述审计系统10包括线上审计模块100,智能文件存取模块200,报销模块300,风险预警模块400以及数据分析模块500。
所述线上审计模块100用于根据接收到的填报信息生成任务,控制所述任务的流程并对所述任务的流程进行展示。所述智能文件存取模块200用于通过智能文件柜控制所述任务所产生的实物文件的智能存取。所述报销模块300,用于在所述任务为报销任务时,通过识别票据图片中的文字,将将识别到的文字作为所述填报信息。所述风险预警模块400,用于对所述填报信息进行风险监测,在监测到风险时生成预警信息。所述数据分析模块500,用于获取关键词,并根据所述关键词,输出与所述关键词对应的分析结果。
请参阅图2,本申请实提供了另一种用于电视台的审计系统的结构示意图。所述线上审计模块100包括工作流引擎子模块110以及跨轨流转展示子模块120。所述工作流引擎子模块110和所述跨轨流转展示子模块120共同实现根据接收到的填报信息生成任务,控制所述任务的流程并对所述任务的流程进行展示的功能。
所述工作流引擎子模块110用于接收填报信息,并根据所述填报信息生成任务,采用并行分支模式、同步模式、顺序模式的方式控制所述任务的流程。所述跨轨流转展示子模块120,用于对所述任务在每个节点的执行进度跨角色进行展示。
具体的,工作流引擎子模块110可以采用并行分支模式、同步模式、顺序模式中的一种或多种对任务的流程进行控制。所述并行分支模式用于将所述任务分配给多个节点,通过所述多个节点并行执行,所述同步模式用于将所述多个节点对所述任务执行结果合并至下一节点,通过下一节点继续执行所述任务,所述顺序模式用于控制所述任务按照预设的节点顺序执行。请参阅图3,示出了工作流引擎子模块的工作方式示意图。
首先,提供填报入口,用户基于所述填报入口输入填报信息,获取到所述填报信息后创建任务,所述任务先进入初审、征询节点,在所述初审、征询节点时,并行分支模式可将任务分配给多个节点,由多个节点并行执行,即将任务同时分配给部门1,部门2。在各个部门1和部门2均进行征询回复之后,使用同步模式将部门1,部门2对任务的执行结果收集起来,合并为一个节点的任务,即根据部门1和部门2的征询回复出具报告,将该任务传递给领导审批节点,领导审批节点之后到投递文件柜节点。在领导审批节点和投递文件柜节点时,使用顺序模式严格控制节点的顺序,即一定是在领导审批节点结束之后,才能进行投递文件柜节点。
所述跨轨流程展示子模块120用于对所述任务在每个节点的执行进度跨角色进行展示。在进行展示时,可以是利用坐标将节点的位移路径形成线等图形展示出来,从而可以直观的了解到任务在每个节点的执行进度。在一些实施方式中,不同节点下,对该任务的处理可能有多个不同的角色参与,可以将任务在每个节点的执行进度跨角色进行展示。可参照图4,示出了任务在每个节点的执行进度的示意图。具体的,在展示任务在每个节点的执行进度时,可以采用canvas作图技术,canvas是一个二维网络,以画布左上角(0,0)为坐标原点,x轴向右延伸,y轴向下延伸。在制作图形时,可以是通过CanvasRenderingContext2D对象提供的绘图方法绘制图形:比如,通过arc(x,y,r,sAngle,eAngle,counterclockwise)方法绘制圆型,通过stroke():绘制线条,通过fill():填充当前绘图(主要是颜色填充)等;最后是根据任务在各个节点的状态实现执行进度的展示。
所述智能文件存取模块200,用于通过智能文件柜控制所述任务所产生的实物文件的智能存取。每个任务的最终节点为投递文件柜节点,投递的文件为该任务所产生的实物文件,例如可以是发票,审批单等无法电子化的实物文件,智能文件柜是一个具有智能文件系统的柜子,柜子上有多个箱体,每个箱体可存放实物文件。
所述智能文件存取模块200在接收到用户的投递请求时,可以获取智能文件柜中每个箱体的状态信息,并经过视图渲染后进行展示,以指示用户选择目标箱体;在关闭所述目标箱体,接收目标箱体的状态标识,动态生成开箱密码,并发送所述开箱密码至用户,以此将实物文件投放至智能文件柜。具体的,开箱密码发送的用户可以是任务节点中预先设置好的,发送方式可以是短信或系统内提示,在此不做具体限定。
在需要取出所述实物文件时,用户可以使用开箱密码开启所述目标箱体,在所述用户使用开箱密码开启所述目标箱体时,所述智能文件存取模块200可以获取所述目标箱体的状态标识,并根据所述状态标识更新所述目标箱体的状态。从而通过可以清楚的知道实物文件是否被取走。
具体可参阅图5,示出了智能文件柜的使用方式的示意图。智能文件柜中存在智能文件系统,智能文件存取模块200通过智能文件系统与智能文件柜通信,具体的,智能文件系统与所述智能文件存取模块200可以采用webService接口方式通信,数据格式为json字符串。
在需要向智能文件柜中投放实物文件时,可以接收到用户发起的投递请求,在所述智能文件存取模块200接收到所述投递请求时,可以调用findBox()方法,获取智能文件柜中每个箱体的状态信息,并通过视图解析器ViewReslover进行视图渲染。所述箱体的状态信息可以包括空闲状态和占用状态,箱体在空闲状态时,表明箱体可以投放实物文件,箱体在占用状态时,不可以投放实物文件。
智能文件存取模块200可以根据智能文件柜中每个箱体的状态信息,进行展示,具体可以是将空闲状态的箱体和占用状态的箱体以不同的颜色进行展示,或是仅展示空闲状态的箱体等,具体可以根据实际的需要进行设置。
用户可以根据展示的结果选择目标箱体,在选择目标箱体时,可以控制所述智能文件柜中对应的目标箱体打开,在用户完成实物文件的存放之后,关闭目标箱体。在关闭目标箱体时,调用openBoxLock()方法,传递参数为每个箱体的唯一标识key和箱号。智能文件系统接收到调用指令后,将目标箱体状态更新为占用,同时生成开箱密码返回智能文件存取模块200。智能文件存取模块200接收到开箱密码后首先更新投递数据的状态,同时调用短信接口,自动短信提醒给取件用户,投递数据的状态可以包括已投递,未投递,已取件,这里投递完成之后,可以将投递数据的状态更新为已投递。用户在取件时,通过智能文件柜输入开箱密码,触发智能文件柜open()方法,开启目标箱体。取件完成关闭目标箱体时通过接口调用审计系统SjService.quJian(key)方法,Dao层通过hibernate从数据库中获取与参数key匹配的数据返回给Service层,Service层根据返回结果数据集合list<bean>逐条更新数据集状态,这里的数据集状态是指更新投递状态,此时取出所述目标箱体中的实物文件,可以将投递状态更新为已取件。从而,对于实物文件的领取不再受到时间限制,领取人可以随时使用开箱密码进行资料的领取,在减轻了工作人员的劳动强度,也大大提高了实物文件领取的效率,从而使审计工作周期缩短,管理更加轻松快捷。
所述报销模块300用于获取用户上传的票据图片;使用光学字符识别(OpticalCharacter Recognition,OCR)技术,识别票据图片中的文字,将所述识别到的文字作为填报信息,具体可参考图6,示出了根据票据图片生成票据信息的示意图。可以理解的是,所述OCR技术对票据图片进行识别,识别到的文字为票据信息,票据信息可以作为报销任务的填报信息。使用OCR可以减少用户繁杂的输入工作,减少录入的错误率,可有效提高工作效率。
所述风险预警模块400还用于按照目标规则计算所述填报信息是否符合目标条件;若所述填报信息符合所述目标条件,根据所述填报信息以及预警信息生成任务;若所述填报信息不符合所述目标条件,根据所述填报信息生成任务。
具体的,在实现风险预警模块400的功能时,可以是采用spring+springmvc+hibernate框架,具体步骤如下:
获取用户的填报信息;前端控制器DispatcherServlet获取到用户的请求后,调用处理器映射器HandlerMapping。HandlerMapping根据注解找到系统内置预警规则的处理器并返回给DispatcherServlet。DispatcherServlet调用HandlerAdapter处理器适配器,经过适配后,调用系统内置预警规则对应的Controller,通过request.getParameter()获取到相关信息。Dao层通过hibernate从数据库中获取与票据相关的历史信息。在系统内置预警规则对应的Service层。调用Dao层获取的历史信息,并且计算得出填报信息是否符合系统内置预警规则的结果。Controller调用系统内置预警规则对应的Service将查询到的是否符合系统内置预警规则的结果集封装成集合list<bean>,保存到request中,返回ModelAndView。HandlerAdapter将系统内置预警规则对应的controller执行结果ModelAndView通过DispatcherServlet传给视图解析器ViewReslover。ViewReslover解析后返回具体View,DispatcherServlet根据View进行渲染视图,在JSP页面采用jQuery的DataTable展示查询到的是否符合系统内置预警规则结果。DispatcherServlet响应用户,将结果展示给用户。
在一些实施方式中,所述风险预警模块400可以确定与所述填报信息对应的填报类型为目标类型;根据所述目标类型查询信息表,确定与所述目标类型对应的目标规则和目标条件,所述信息表包括填报类型对应的预设规则和预设条件。
在确定与所述填报信息对应的填报类型时,可以是在用户上传所述填报信息时,选择的填报类型。例如,在用户需要报销时,可以选择填报类型为报销,进行信息的填写。还可以是根据填报信息中的关键字确定的,例如,若填报信息中有“采购”可以认为填报信息的填报类型为采购。对应报销的填报类型所生成的任务为报销任务,对应采购的填报类型所生成的任务可以是采购任务。
在确定与所述填报信息对应的填报类型后,可以直接将所述填报类型作为目标类型,并基于所述目标类型从信息表中确定与所述目标类型对应的目标规则和目标条件,所述信息表中包括填报类型对应的预设规则和预设条件。
在一些实施方式中,确定填报类型为报销时,还可以进一步确定报销类型,例如,报销类型可以是餐费、交通费等,所述信息表中还可以包括报销类型对应的预设规则和预设条件。在确定报销类型后,可以基于所述报销类型从信号表中确定出对应的预设规则和预设条件。
若确定所述填报信息符合所述目标条件,表明所述填报信息中可能存在不实数据或是异常数据,可以生成预警信息,并根据所述填报信息和所述预警信息一起生成任务,在任务到后续节点时,提醒对应的承办人。所述预警信息的表现形式可以多种多样,可以是颜色为红色,还可以是带有预警标识等,在此不做具体限定。
若确定所述填报信息符合所述目标条件,表明所述填报信息中不存在不实数据,是正常的信息,由此可以直接生成任务。
所述数据分析模块500,用于获取所述审计系统的数据以及电视台的其他系统的数据为基础数据;获取用户选择的分析类型以及关键词,所述分析类型包括查询、统计;根据所述分析类型和关键词,对所述基础数据进行处理得到分析结果;展示所述分析结果。
具体的,数据资源层可以对审计系统的数据以及电视台的其他系统的数据进行调取,并将调取的数据的作为基础数据。其中,电视台的其他系统可以是指电视台OA系统等系统。
所述数据资源层可以将所述基础数据传递到分析支撑平台,所述分析支撑平台根据用户选择的分析类型以及关键词对基础数据进行处理得到分析结果。其中,所述分析类型可以是查询、统计等。具体的,在所述分析类型为查询时,得到的分析结果可以是所有与关键词相关的数据,在所述分析类型为统计时,可以是对与所述关键词相关的数据进行统计后得到统计结果。最后可以将分析结果以图形形式动态展示;为用户提供强大的分析能力和直观的数据展示,为业务决策提供有力的数据支撑。
本申请实施例提供的用于电视台的审计系统,包括:线上审计模块、智能文件存取模块、报销模块、风险预警模块以及数据分析模块;所述线上审计模块,用于根据接收到的填报信息生成任务,控制所述任务的流程并对所述任务的流程进行展示;所述智能文件存取模块,用于通过智能文件柜控制所述任务所产生的实物文件的智能存取;所述报销模块,用于在所述任务为报销任务时,通过识别票据图片中的文字,并将识别到文字作为所述填报信息;所述风险预警模块,用于对所述填报信息进行风险监测,在监测到风险时生成预警信息;所述数据分析模块,用于获取关键词,并根据所述关键词,输出与所述关键词对应的分析结果。通过集成内部审计协作、软硬件结合、票据识别、风险预警、数据分析等于一体,对审计数据从采集、转化、整合、归集到最终的调用分析的全生命周期的管理,其整合性、系统性、灵活性和实施控制性更强,可满足电视台的工作模式。
请参阅图7,本申请实施例提供了一种电子设备的结构框图,该电子设备600包括处理器610以及存储器620以及一个或多个应用程序,其中所述一个或多个应用程序被存储在所述存储器620中并被配置为由所述一个或多个处理器610执行,所述一个或多个程序配置用于执行上述用于电视台的审计系统的各个模块的功能。
该电子设备600可以是智能手机、平板电脑等能够运行应用程序的终端设备。本申请中的电子设备600可以包括一个或多个如下部件:处理器610、存储器620、以及一个或多个应用程序,其中一个或多个应用程序可以被存储在存储器620中并被配置为由一个或多个处理器610执行,一个或多个程序配置用于执行如前述方法实施例所描述的方法。
处理器610可以包括一个或者多个处理核。处理器610利用各种接口和线路连接整个电子设备600内的各个部分,通过运行或执行存储在存储器620内的指令、程序、代码集或指令集,以及调用存储在存储器620内的数据,执行电子设备600的各种功能和处理数据。可选地,处理器610可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(Programmable LogicArray,PLA)中的至少一种硬件形式来实现。处理器610可集成中央处理器(CentralProcessing Unit,CPU)、图像处理器(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中,CPU主要处理操作系统、用户界面和应用程序等;GPU用于负责显示内容的渲染和绘制;调制解调器用于处理无线通信。可以理解的是,上述调制解调器也可以不集成到处理器610中,单独通过一块通信芯片进行实现。
存储器620可以包括随机存储器(Random Access Memory,RAM),也可以包括只读存储器(Read-Only Memory)。存储器620可用于存储指令、程序、代码、代码集或指令集。存储器620可包括存储程序区和存储数据区,其中,存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备600在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。
本申请实施例提供的电子设备,可以安装有用于电视台的审计系统,该系统包括:线上审计模块,用于根据接收到的填报信息生成任务,控制所述任务的流程并对所述任务的流程进行展示;所述智能文件存取模块,用于通过智能文件柜实现实物文件的智能存取;所述报销模块,用于识别票据图片中的文字,并根据识别到文字生成票据信息;所述风险预警模块,用于获取所述填报信息,并对所述填报信息进行风险监测,在检测到风险时生成预警信息;所述数据分析模块,用于根据输入的关键词,输出与所述关键词对应的分析结果。通过集成内部审计协作、软硬件结合、票据识别、风险预警、数据分析等于一体,对审计数据从采集、转化、整合、归集到最终的调用分析的全生命周期的管理,其整合性、系统性、灵活性和实施控制性更强。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。