票据采集方法、系统、计算机设备及存储介质
技术领域
本发明涉及计算机技术领域,尤其涉及一种票据采集方法、系统、计算机设备及存储介质。
背景技术
保险行业竞争激烈,如何采取有效的手段提高工作效率、提升客户满意度、进而提高核心竞争力,成为各大保险公司关注的焦点,但是现阶段存在大量的医疗票据需要人工录入来完成理赔案件的备案以及审核,这样效率很低,目前医疗票据电子化还没有全面推行,电子票据比例还依托于患者就诊时的支付方式,导致电子票据实际比例偏低,商保公司核赔时仅依靠电子票据有可能存在没有电子票据数据的情况,导致票据获取效率较低。
发明内容
有鉴于此,本发明实施例提供了一种票据采集方法、系统、计算机设备及计算机可读存储介质,用于解决票据获取效率较低的问题。
本发明实施例是通过下述技术方案来解决上述技术问题:
一种票据采集方法,包括:
获取用户基本信息,所述用户基本信息中包括目标字段;
判断所述目标字段与电子票据平台上的电子票据服务商是否存在映射关系,若存在所述映射关系,则判定用户为电子票据平台用户,若不存在所述映射关系,则判定用户为非电子票据平台用户;
当用户为电子票据平台用户时,则调用电子票据平台,所述电子票据平台包括多个电子票据服务商,得到第一票据采集结果;当用户为非电子票据平台用户时,则调用光学字符识别平台,所述光学字符识别平台包括多个光学字符识别平台商家,得到第二票据采集结果;
将所述第一票据采集结果或所述第二票据采集结果发送至关联终端。
进一步地,所述判断所述目标字段与电子票据平台上的电子票据服务商是否存在映射关系,若存在所述映射关系,则判定用户为电子票据平台用户,若不存在所述映射关系,则判定用户为非电子票据平台用户包括:
根据目标字段获取医院标识码,所述目标字段与所述医院标识码一一对应;
基于所述医院标识码,判断所述医院标识码与所述电子票据平台上的电子票据服务商是否存在映射关系,存在则用户为电子票据平台用户,否则为非电子票据平台用户。
进一步地,所述基于所述医院标识码,判断所述医院标识码与所述电子票据平台上的电子票据服务商是否存在映射关系之前,所述方法还包括:
预先配置并存储所述医院标识码和所述电子票据服务商的映射关系。
进一步地,当用户为电子票据平台用户时,则调用电子票据平台,所述电子票据平台包括多个电子票据服务商,得到第一票据采集结果包括:
根据用户的基本信息,获取票据身份信息;
查询与所述票据身份信息匹配的票据,得到第一票据采集结果。
进一步地,所述如果用户为非电子票据平台用户,则调用光学字符识别平台,所述光学字符识别平台包括多个光学字符识别平台商家,得到第二票据采集结果包括:
接收票据照片采集指令;
根据所述票据照片采集指令启动图像采集装置,以采集票据照片;
调用光学字符识别商家识别所述票据照片,得到第二票据采集结果。
进一步地,所述调用光学字符识别平台,所述光学字符识别平台包括多个光学字符识别平台商家,得到第二票据采集结果包括:
根据预设规则对选择光学字符识别商家,所述预设规则用于根据票据类型选择识别精度最高的光学字符识别商家;
调用识别精度最高的光学字符识别商家对所述票据照片进行识别,得到第二票据采集结果。
进一步地,所述方法还包括:
对比所述第二票据采集结果的信息和预设的基础票据采集信息;
如果所述第二票据采集结果的信息少于所述预设的基础票据采集信息,则进行信息补录,得到最终票据采集结果以及
如果所述第二票据采集结果的信息与所述预设的基础票据采集信息一致,则将所述第二票据采集结果作为最终第二票据采集结果;
将所述第一票据采集结果或所述最终第二票据采集结果发送至关联终端。
为了实现上述目的,本发明实施例还提供一种票据采集系统,包括:
用户信息获取模块,用于获取用户基本信息,所述用户基本信息中包括目标字段;
用户类别判断模块,用于判断所述目标字段与电子票据平台上的电子票据服务商是否存在映射关系,若存在所述映射关系,则判定用户为电子票据平台用户,若不存在所述映射关系,则判定用户为非电子票据平台用户;
票据采集模块,用于当用户为电子票据平台用户时,则调用电子票据平台,所述电子票据平台包括多个电子票据平台商家,得到第一票据采集结果;当用户为非电子票据平台用户时,则调用光学字符识别平台,所述光学字符识别平台包括多个光学字符识别平台商家,得到第二票据采集结果;
票据结果发送模块,用于将所述第一票据采集结果或所述第二票据采集结果发送至关联终端。
为了实现上述目的,本发明实施例还提供一种计算机设备,所述计算机设备包括存储器、处理器以及存储在所述存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上所述票据采集方法的步骤。
为了实现上述目的,本发明实施例还提供一种计算机可读存储介质,所述计算机可读存储介质内存储有计算机程序,所述计算机程序可被至少一个处理器所执行,以使所述至少一个处理器执行如上所述的票据采集方法的步骤。
本发明实施例提供的票据采集方法、系统、计算机设备及计算机可读存储介质,通过设置光学字符识别平台和电子票据平台,可以根据用户提供的信息选择不同的票据数据获取方式,提高票据数据获取效率。
以下结合附图和具体实施例对本发明进行详细描述,但不作为对本发明的限定。
附图说明
图1为本发明实施例一之票据采集方法的步骤流程图;
图2为本发明实施例判断所述目标字段与电子票据平台上的电子票据服务商是否存在映射关系,若存在所述映射关系,则判定用户为电子票据平台用户,若不存在所述映射关系,则判定用户为非电子票据平台用户的具体流程示意图;
图3为本发明实施例当用户为电子票据平台用户时,则调用电子票据平台,所述电子票据平台包括多个电子票据平台商家,得到第一票据采集结果的具体流程示意图;
图4为本发明实施例如果用户为非电子票据平台用户,则调用光学字符识别平台,所述光学字符识别平台包括多个光学字符识别平台商家,得到第二票据采集结果的具体流程示意图;
图5为本发明实施例调用光学字符识别平台,所述光学字符识别平台包括多个光学字符识别平台商家,得到第二票据采集结果的具体流程示意图;
图6为本发明实施例对所述第一票据采集结果或所述第二票据采集结果进行信息补录的具体流程示意图;
图7为本发明实施例数据调度管理平台建设的模块示意图;
图8为本发明数据调度管理流程的调度场景示意图;
图9为本发明票据采集系统之实施例二的程序模块示意图;
图10为本发明计算机设备之实施例三的硬件结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅用以解释本发明,并不用于限定本发明。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
各个实施例之间的技术方案可以相互结合,但是必须是以本领域普通技术人员能够实现为基础,当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在,也不在本发明要求的保护范围之内。
实施例一
请参阅图1,示出了本发明实施例之票据采集方法的步骤流程图。可以理解,本方法实施例中的流程图不用于对执行步骤的顺序进行限定。下面以计算机设备为执行主体进行示例性描述,具体如下:
S100:获取用户基本信息,所述用户基本信息中包括目标字段;
以商业保险理赔,获取医院诊疗票据为例,在本实施例中,用户指的是商保公司的业务人员,用户信息为待理赔人的信息,包括但不限于待理赔人的身份证号、姓名、年龄、出生日期、就诊医院等。在另外的实施例中,用户也可以为待理赔人,用户信息即为本人的信息,包括但不限于本人的身份证号、姓名、年龄、出生日期、就诊医院等。
在示例性的实施例中,步骤S100进一步包括:
接收用户端的票据采集指令;
基于票据采集指令,生成用户信息采集界面;
根据所述用户基本信息采集界面,获取用户基本信息。
具体的,在本实施例中,所述票据采集指令通过用户端发出,所述用户基本信息采集界面可以是PC端的网页页面,也可以是终端应用程序APP中的页面。
以商业保险理赔,获取医院诊疗票据为例进行进一步说明,用户需要商业保险公司进行理赔时,通过触发界面上的理赔按钮,获取理赔界面,所述理赔界面可以包括被理赔人的基本信息填写界面和影像数据上传界面,所述基本信息包括但不限于身份证号、姓名、年龄、出生日期、就诊医院等,所述影像数据上传界面包括但不限于医疗费收费单、医疗处方、检查单、化验单、住院收费项目明细等。
S200:判断所述目标字段与电子票据平台上的电子票据服务商是否存在映射关系,若存在所述映射关系,则判定用户为电子票据平台用户,若不存在所述映射关系,则判定用户为非电子票据平台用户。
在示例性的实施例中,如图2所示,步骤S200进一步包括:
S201:根据目标字段获取医院标识码,所述目标字段与所述医院标识码一一对应;
S202:基于所述医院标识码,判断所述医院标识码与所述电子票据平台上的电子票据服务商是否存在映射关系,存在则用户为电子票据平台用户,否则为非电子票据平台用户。
在示例性的实施例中,所述基于所述医院标识码,判断所述医院标识码与所述电子票据平台上的电子票据服务商是否存在映射关系之前,所述方法还包括:
预先配置并存储所述医院标识码和所述电子票据服务商的映射关系。
具体的,在本实施例中,用户信息的目标字段为就诊医院。不同的就诊医院匹配不同的医院标识码。在本实施例中,具体的医院标识码可以与就诊医院预先一一对应设置。
具体的,所述电子票据平台包括多个电子票据服务商,预先建立并存储医院标识码和多个电子票据服务商的映射关系,以便在调用所述电子票据平台时,对所述院标识码和多个电子票据服务商的映射关系进行读取,获得与所述目标字段对应的电子票据服务商。所述电子票据服务商与医院标识码可以为一对一或者多对一的映射关系,即一个电子票据服务商可以服务于一家医院,也可以同时服务多家医院,通过所述基本信息中的就诊医院,确定理赔人就诊医院是否存在电子票据服务商,如果就诊医院与电子票据服务商存在映射关系时,则用户为电子票据平台用户,即就诊医院与电子票据服务商完成对码后,判断用户为电子票据平台用户。
在一实施方式中,电子票据平台通过接口对接的方式对接所有的电子票据供应商,接口遵循restful(Representational State Transfer,表征性状态转移)规范;通过restful规范使电子票据平台和电子票据供应商前后端分离,使安全问题集中在接口上,由于接受json格式,防止了注入型等安全问题,例如SQL注入和XSS注入漏洞,SQL注入就是通过把SQL命令插入到Web表单提交或输入域名或页面请求的查询字符串,最终达到欺骗服务器执行恶意的SQL命令,XSS注入漏洞通常指的是通过利用网页开发时留下的漏洞,通过注入恶意指令代码到网页,使用户加载并执行攻击者恶意制造的网页程序。后端只负责数据处理,前端表现方式可以是任何前端语言(android,ios,html5)前端和后端人员更加专注于各自开发,只需接口文档便可完成前后端交互,无需过多相互了解服务器性能优化。
S300:当用户为电子票据平台用户时,则调用电子票据平台,得到第一票据采集结果;当用户为非电子票据平台用户时,则调用光学字符识别平台,所述光学字符识别平台包括多个光学字符识别平台商家,得到第二票据采集结果。
在示例性的实施例中,如图3所示,步骤S300进一步包括:
S301A:根据用户的基本信息,获取票据身份信息;
S302A:查询与所述票据身份信息匹配的票据,得到第一票据采集结果。
具体的,所述票据身份信息指的是被理赔人的身份证号,被理赔人在医院就诊时,就诊医院会记录被理赔人的基本信息,例如姓名、性别、身份证号等,就诊医院收录被理赔人的基本信息与该理赔人在医院就诊的所有电子票据都存储于医院对应的电子票据存储库中,当获取到被理赔人的身份证号后,检索被理赔人的身份证号,获取该理赔人在医院就诊的所有电子票据,得到第一票据采集结果。
在示例性的实施例中,如图4所示,步骤S300进一步包括:
S301B:接收票据照片采集指令。
S302B:根据所述票据照片采集指令启动图像采集装置,以采集票据照片。
S303B:调用光学字符识别平台识别所述票据照片,得到第二票据采集结果。
具体的,所述票据照片采集指令可以由用户端发出,也可以是当用户被判定为非电子票据平台用户时,由系统自动触发,本方案在此不做限制。
具体的,可以通过图像采集装置拍照采集票据照片。图像采集装置带有用于获取票据照片的摄像头。
在另外的实施例中,所述票据照片也可预先存储于终端设备中。
在示例性的实施例中,如图5所示,步骤S302B进一步包括:
S302B1:根据预设规则对选择光学字符识别商家,所述预设规则用于根据票据类型选择识别精度最高的光学字符识别商家。
当用户被划分为非电子票据平台用户时,向所述光学字符识别平台发起识别请求,所述光学字符识别平台包括多个光学字符识别商家,所述光学字符识别平台调用光学字符识别商家,对票据照片进行识别。
在一实施方式中,光学字符识别平台通过接口对接的方式对接所有的光学字符识别商家,接口遵循restful(Representational State Transfer,表征性状态转移)规范;通过restful规范使光学字符识别平台和光学字符识别商家前后端分离,使安全问题集中在接口上,由于接受json格式,防止了注入型等安全问题,例如SQL注入和XSS注入漏洞,后端只负责数据处理,前端表现方式可以是任何前端语言(android,ios,html5)前端和后端人员更加专注于各自开发,只需接口文档便可完成前后端交互,无需过多相互了解服务器性能优化。
S302B2:调用识别精度最高的光学字符识别商家对所述票据照片进行识别,得到第二票据采集结果。
所述光学字符识别是检查纸上或者图片上的字符,通过检测暗、亮的模式确定其形状,然后用字符识别方法将其翻译成文字的过程。
具体的,所述识别过程为,对所述票据照片进行预处理,所述预处理步骤包括灰度化、降噪、二值化、字符分切和归一化处理,将所述票据照片中的文字处理成为大小相同,颜色相同的单个文字,对所述单个文字进行特征提取和降维,所述特征提取用来识别文字的关键信息,每个不同的文字都能通过特征和其他文字进行区分,所述降维处理适用于当识别出的文字特征维度太高时,为提高识别速率,对文字特征进行降低维数处理,将降维后的特征进行分类和优化,所述分类处理是指用分类器对文字特征进行分类,判断所述文字特征识别合成后对应的文字,所述优化是指通过语言模型根据语义对识别出的文字进行校正。
进一步地,所述光学字符识别平台包括多个光学字符识别商家,所述多个光学字符识别商家在对于不同的识别票据具有不同的识别精度,例如医疗费收费单、医疗处方、检查单、化验单、住院收费项目明细等领域。
具体的,所述预设规则为根据票据类型选择识别精度最高的光学字符识别商家,在一个实施例中,预先根据识别精度为所有光学字符平台上的光学字符识别商家在各个票据识别类型的精度上进行排序。例如,对于医疗收费单的光学字符识别,识别精度的优先级排序为:光学字符识别商家A>光学字符识别商家B>光学字符识别商家C。
进一步地,当所述光学字符平台上的光学字符识别技术商家变化时,需要重新对各个光学字符识别商家的识别优先级进行调整与更新,通过整合集成多家光学字符识别商家,提供更为强大以及个性化的服务质量,可以让商保公司在不同的发展阶段有足够的选择权去选择最适合自己的厂商。
S400:将所述第一票据采集结果或所述第二票据采集结果发送至关联终端。
在本实施例中,所述关联终端指的是商业保险公司。
在一实施方法中,如图6所示,所述方法还包括:
S110:对比所述第二票据采集结果的信息和预设的基础票据采集信息。
S111:如果所述第二票据采集结果的信息少于所述预设的基础票据采集信息,则进行信息补录,得到最终票据采集结果以及
如果所述第二票据采集结果的信息与所述预设的基础票据采集信息一致,则将所述第二票据采集结果作为最终第二票据采集结果。
S112:将所述第一票据采集结果或所述最终第二票据采集结果发送至关联终端。
具体的,所述信息补录是指对缺少必要信息的票据采集结果调用信息录入接口对数据或字段进行纠正或补充。
根据所述票据采集结果,判断所述票据采集结果是否缺少必要信息,如果缺少必要信息则进行智能录入包括:
根据预设的基础信息对所述票据采集结果进行判断;
具体的,根据预设的基础信息中的录入字段配置信息与已经识别出所述第二票据采集结果进行对比,判断哪些字段需要额外计算或者补充进行判断,如果不缺少必要信息,则将为最终票据采集结果,如果需要信息录入,则调用信息录入接口,对需要计算或补充的字段进行信息录入,得到最终第二票据采集结果。
下面结合数据调度管理的平台建设以及数据调度管理流程的具体场景来说明本发明票据的采集方法。
如图7示出了数据调度管理平台的建设。具体如下:
OCR(光学字符识别)平台建设:具体的,在本实施例中,直接集成OCR平台,具体如下:
OCR平台包含医疗票据管理,供应商管理,服务商管理,统计管理,费用结算管理,智能录入管理等功能。在OCR建设过程中依赖于PAAS层的各级组件来降低人力成本提高开发效率。OCR平台一端对接所有的OCR厂商,对接方式为接口对接,接口遵循restful规范;OCR平台另一端通过统一接口对接电子数据平台作为统一通道,再由电子数据服务平台分别对接各家商保公司。
电子票据平台建设:具体的,在本实施例中,直接集成电子票据平台,具体如下:
电子票据平台包含医疗票据管理,供应商管理,服务商管理,统计管理,费用结算管理,智能录入管理等功能。在电子票据平台建设过程中依赖于PAAS(Platform as aService,平台即服务层)层的各级组件来降低人力成本提高开发效率。电子票据平台一端对接所有的电子票据供应商,对接方式为接口对接,接口遵循restful规范;电子票据平台另一端通过统一接口对接电子数据平台作为统一通道,再由电子数据服务平台分别对接各家商保公司。
电子数据服务平台建设:集成电子票据平台和OCR平台业务数据调度管理,并建设自身业务功能。
电子数据服务平台包含医院管理、商保公司管理、运营管理,对码管理,调度管理等功能。
电子数据服务平台建设过程中依赖于PAAS层的各级组件来降低人力成本提高开发效率。电子数据服务平台对接外部商保公司,负责接收商保公司理赔请求相关业务数据至调度管理中心,由调度管理统一处理调用电子票据平台接口或OCR平台接口,将二者返回的结构化电子数据,根据商保公司需求调度返回给商保公司或者流入智能录入中心再加工处理,由此完成商保公司请求电子数据业务处理。
如图8所示,是基于图7的数据调度管理平台的数据调度管理流程的调度场景。具体如下:
(1)商保公司发送理赔及影像数据到电子数据服务平台,平台根据医院管理基础信息(即配置上线医院对应是否提供电子票据服务)、对码管理(医院编码与票据供应商存在对码),判断该理赔人就诊医院是否存在电子票据服务商,存在则由调度管理向电子票据平台发起该理赔就诊患者对应电子票据查询请求,将电子票据结果信息返回给商保公司,完成本次商保理赔数据响应;不存在则进行OCR平台调度。
(2)接收商保数据,医院配置无电子票据供应商,则调度管理向OCR平台发起OCR识别影像信息同步请求进行OCR识别服务调用,其中OCR平台会根据影像信息区分调用不同的OCR供应商以达到最优识别结果返回,平台调度管理接收OCR识别数据之后,会根据商保公司管理基础信息判断是否进行智能录入,不需录入则将OCR识别结果推送给商保公司,完成本次商保理赔数据响应;需要智能录入则转到智能录入业务处理的步骤。
(3)OCR识别结果流转至智能录入阶段,根据商保公司基础信息中的录入字段配置信息(即配置哪些字段需要额外计算或者补充),在智能录入模块完成OCR识别审核及录入,将最终结果返回至商保公司,完成本次理赔数据响应。
本发明实施例通过设置光学字符识别平台和电子票据平台,可以根据用户提供的信息的不同选择不同的票据数据获取方式,提高票据数据获取效率。另外,根据不同的票据类型找到最擅长的光学字符识别供应商提供最精确的识别服务,提升自动识别准确率,同时,将电子票据服务商和光学字符识别供应商进行统一管理,能够解决重复理赔的问题,提升整体工作效率。
实施例二
请继续参阅图9,示出了本发明票据采集系统的程序模块示意图。在本实施例中,票据采集系统20可以包括或被分割成一个或多个程序模块,一个或者多个程序模块被存储于存储介质中,并由一个或多个处理器所执行,以完成本发明,并可实现上述票据采集方法。本发明实施例所称的程序模块是指能够完成特定功能的一系列计算机程序指令段,比程序本身更适合于描述票据采集系统20在存储介质中的执行过程。以下描述将具体介绍本实施例各程序模块的功能:
用户信息获取模块200:用于获取用户基本信息,所述用户基本信息中包括目标字段;
用户类别判断模块202:用于判断所述目标字段与电子票据平台上的电子票据服务商是否存在映射关系,若存在所述映射关系,则判定用户为电子票据平台用户,若不存在所述映射关系,则判定用户为非电子票据平台用户;
进一步地,用户类别判断模块202还用于:
根据目标字段获取医院标识码,所述目标字段与所述医院标识码一一对应;
基于所述医院标识码,判断所述医院标识码与所述电子票据平台上的电子票据服务商是否存在映射关系,存在则用户为电子票据平台用户,否则为非电子票据平台用户。
进一步地,用户类别判断模块202还用于:
预先配置并存储所述医院标识码和所述电子票据服务商的映射关系。
票据采集模块204:用于当用户为电子票据平台用户时,则调用电子票据平台,所述电子票据平台包括多个电子票据平台商家,得到第一票据采集结果;当用户为非电子票据平台用户时,则调用光学字符识别平台,所述光学字符识别平台包括多个光学字符识别平台商家,得到第二票据采集结果。
进一步地,票据采集模块204还用于:
根据用户的基本信息,获取票据身份信息;
查询与所述票据身份信息匹配的票据,得到第一票据采集结果。
进一步地,票据采集模块204还用于:
接收票据照片采集指令;
根据所述票据照片采集指令启动图像采集装置,以采集票据照片;
调用光学字符识别商家识别所述票据照片,得到第二票据采集结果。
进一步地,票据采集模块204还用于:
根据预设规则对选择光学字符识别商家,所述预设规则用于根据票据类型选择识别精度最高的光学字符识别商家;
调用识别精度最高的光学字符识别商家对所述票据照片进行识别,得到第二票据采集结果。
进一步地,票据采集模块204还用于:
对比所述第二票据采集结果的信息和预设的基础票据采集信息;
如果所述第二票据采集结果的信息少于所述预设的基础票据采集信息,则进行信息补录,得到最终票据采集结果以及
如果所述第二票据采集结果的信息与所述预设的基础票据采集信息一致,则将所述第二票据采集结果作为最终第二票据采集结果;
将所述第一票据采集结果或所述最终第二票据采集结果发送至关联终端。
票据结果发送模块206:用于将所述第一票据采集结果或所述第二票据采集结果发送至关联终端。
实施例三
参阅图10,是本发明实施例三之计算机设备的硬件架构示意图。本实施例中,所述计算机设备2是一种能够按照事先设定或者存储的指令,自动进行数值计算和/或信息处理的设备。该计算机设备2可以是机架式服务器、刀片式服务器、塔式服务器或机柜式服务器(包括独立的服务器,或者多个服务器所组成的服务器集群)等。如图10所示,所述计算机设备2至少包括,但不限于,可通过系统总线相互通信连接存储器21、处理器22、网络接口23、以及票据采集系统20。其中:
本实施例中,存储器21至少包括一种类型的计算机可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中,存储器21可以是计算机设备2的内部存储单元,例如该计算机设备2的硬盘或内存。在另一些实施例中,存储器21也可以是计算机设备2的外部存储设备,例如该计算机设备2上配备的插接式硬盘,智能存储卡(Smart Media Card,SMC),安全数字(Secure Digital,SD)卡,闪存卡(Flash Card)等。当然,存储器21还可以既包括计算机设备2的内部存储单元也包括其外部存储设备。本实施例中,存储器21通常用于存储安装于计算机设备2的操作系统和各类应用软件,例如实施例二的票据采集系统20的程序代码等。此外,存储器21还可以用于暂时地存储已经输出或者将要输出的各类数据。
处理器22在一些实施例中可以是中央处理器(Central Processing Unit,CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器22通常用于控制计算机设备2的总体操作。本实施例中,处理器22用于运行存储器21中存储的程序代码或者处理数据,例如运行票据采集系统20,以实现上述实施例的票据采集方法。
所述网络接口23可包括无线网络接口或有线网络接口,该网络接口23通常用于在所述计算机设备2与其他电子装置之间建立通信连接。例如,所述网络接口23用于通过网络将所述计算机设备2与外部终端相连,在所述计算机设备2与外部终端之间的建立数据传输通道和通信连接等。所述网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(Global System of Mobile communication,GSM)、宽带码分多址(WidebandCode Division Multiple Access,WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。
需要指出的是,图10仅示出了具有部件20-23的计算机设备2,但是应理解的是,并不要求实施所有示出的部件,可以替代的实施更多或者更少的部件。
在本实施例中,存储于存储器21中的所述票据采集系统20还可以被分割为一个或者多个程序模块,所述一个或者多个程序模块被存储于存储器21中,并由一个或多个处理器(本实施例为处理器22)所执行,以完成本发明。
例如,图9示出了所述实现票据采集系统20实施例二的程序模块示意图,该实施例中,所述基于票据采集系统20可以被划分为用户信息获取模块200、用户类别判断模块202、票据采集模块204和票据结果发送模块206。其中,本发明所称的程序模块是指能够完成特定功能的一系列计算机程序指令段,比程序更适合于描述所述票据采集系统20在所述计算机设备2中的执行过程。所述程序模块用户信息获取模块200-票据结果发送模块206的具体功能在实施例二中已有详细描述,在此不再赘述。
实施例四
本实施例还提供一种计算机可读存储介质,如闪存、硬盘、多媒体卡、卡型存储器(例如,SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘、服务器、App应用商城等等,其上存储有计算机程序,程序被处理器执行时实现相应功能。本实施例的计算机可读存储介质用于存储票据采集系统20,被处理器执行时实现上述实施例的票据采集方法。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。
以上仅为本发明的优选实施例,并非因此限制本发明的专利范围,凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换,或直接或间接运用在其他相关的技术领域,均同理包括在本发明的专利保护范围内。