CN102682274A - 帐票处理***及方法 - Google Patents
帐票处理***及方法 Download PDFInfo
- Publication number
- CN102682274A CN102682274A CN2011102367219A CN201110236721A CN102682274A CN 102682274 A CN102682274 A CN 102682274A CN 2011102367219 A CN2011102367219 A CN 2011102367219A CN 201110236721 A CN201110236721 A CN 201110236721A CN 102682274 A CN102682274 A CN 102682274A
- Authority
- CN
- China
- Prior art keywords
- data
- storage part
- account ticket
- cashier
- chapter
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明的实施方式涉及帐票处理***及方法。提供一种能够不重复执行扫描、模型识别、OCR处理及邮寄,能够提高处理效率的帐票处理***及方法。在一个实施方式中,第1附加部根据收纳代理机构终端装置的操作,对图像存储部内的图像数据附加第1电子出纳章ID。第2附加部根据指定金融机构终端装置的操作,对图像存储部内的图像数据附加第2电子出纳章ID。最终数据写入部在第2电子出纳章ID附加后,将根据通知单号码从核对数据存储部中读出的帐票记载信息、和表示指定金融机构的处理已结束的状态ID写入最终数据存储部。
Description
技术领域
本发明涉及帐票处理***(system)及方法。
背景技术
通常,在地方公共团体或企业等组织中使用一种帐票处理***,该帐票处理***用于处理从纳税人、顾客等支付人与金钱一起取得的帐票。以下,以地方公共团体和纳税人为代表例进行说明。
图14是表示这种帐票处理***的概略结构的一例的示意图。该帐票处理***由地方公共团体100、收纳代理机构200及指定金融机构300这三者来运营。在该图中,双线箭头表示实物的流向,细线箭头表示数据的流向,虚线箭头表示信息处理。另外,框内的(2)、(3)、(4)、(5’)、(6’)、(7’)、(8’)、(10’)表示处理的号码。
在处理(2)中,在地方公共团体100内,打印机(printer)装置101根据纳税人总账存储装置S0内的纳税人总账打印帐票(缴纳单)L。
在处理(3)中,从地方公共团体100向纳税人tp分发帐票L。
在处理(4)中,纳税人tp将帐票L带到银行等收纳代理机构200并支付税款。收纳代理机构200的负责人从纳税人tp取得税款及帐票L,如图15所示,在帐票L上盖上出纳章M1。收纳代理机构200通过在帐票L上盖上出纳章M1,来担保税款已收纳。
在处理(5’)中,收纳代理机构200的扫描仪(scanner)装置201’扫描(scanning)已盖章的帐票L来生成图像数据(image data),并将该图像数据保存到图像存储部S2a。
在处理(6’)中,收纳代理机构200的计算机(未图示)根据图像存储部S2a内的图像数据和模型(model)存储部S3内的模型主表(model master table)识别与该图像数据相对应的模型信息。
在处理(7’)中,收纳代理机构200的计算机利用基于该识别结果的OCR(optical character recognition:光学字符识别)处理来根据图像数据生成代码数据(code data),并将该代码数据写入代码数据存储部S4a。
在处理(8’)中,收纳代理机构终端装置202’通过负责人的操作显示图像存储部S2a内的图像数据及代码数据存储部S4a内的代码数据并执行输入(entry)处理,适当地修正代码数据并确定代码数据。
之后,收纳代理机构200的负责人通过操作收纳代理机构终端装置202’,将从纳税人tp收到的税款汇到指定金融机构账户。并且,收纳代理机构200的负责人将已盖章的帐票L邮寄到指定金融机构300。
指定金融机构300的负责人接收到邮寄来的帐票L,并确认帐票L的出纳章M1已盖章之后,如图15所示,在帐票L上盖上出纳章M2。指定金融机构300通过在帐票L上盖上出纳章M2,来担保税款已收纳。
接着,在指定金融机构300中利用扫描仪装置301、图像存储部S2b、模型存储部S3、代码数据存储部S4b及指定金融机构终端装置302’,执行与上述同样的处理(5’)~(8’)。
在处理(10’)中,指定金融机构终端装置302’通过负责人的操作,将在处理(8’)中确定了的代码数据发送到地方公共团体终端装置102’。在地方公共团体终端装置102’中,将发送来的代码数据保存到代码数据存储部S4c。
之后,指定金融机构300的负责人通过操作指定金融机构终端装置302’,将汇入指定金融机构账户的税款转入地方公共团体账户。并且,指定金融机构300的负责人将已盖章的帐票L邮寄到地方公共团体100。
地方公共团体100的负责人接收到邮寄来的帐票L,利用扫描仪装置103对帐票L进行扫描来生成图像数据,并将该图像数据保存到图像存储部S2c。
地方公共团体终端装置102’通过负责人的操作,显示图像存储部S2c内的图像数据及代码数据存储部S4c内的代码数据并执行输入处理,来适当地修正代码数据并确定代码数据。
之后,地方公共团体的负责人根据显示中的图像数据确认出纳章M2已盖章,并且通过操作地方公共团体终端装置102’,从预先根据纳税人总账作成的未缴纳人的数据中核对已纳税的纳税人的数据。
然而,以上那样的怅票处理***平常不特别存在问题,但根据本发明人的研究认为,由于重复执行同样的处理,因此通过设法避免处理的重复,能够提高处理效率。
例如,处理(5’)的扫描、处理(6’)的模型识别、处理(7’)的OCR处理以及邮寄被收纳代理机构200及指定金融机构300重复执行。特别是处理(5’)的扫描被地方公共团体100、收纳代理机构200及指定金融机构300这三者重复执行。
因此,认为通过不重复执行上述处理(5’)~(7’)以及邮寄,能够提高处理效率。
发明内容
本发明要解决的课题在于提供一种能够不重复执行扫描、模型识别、OCR处理及邮寄,能够提高处理效率的帐票处理***及方法。
实施方式的帐票处理***包括被选择性地执行的各执行服务器(server)装置及保管服务器装置。
所述各执行服务器装置及保管服务器装置能够与以下装置通信,即:在发行税款/公共基金收纳用的帐票的地方公共团体内配置的地方公共团体终端装置及纳税人总账存储装置、在所述地方公共团体的收纳代理机构内配置的收纳代理机构终端装置及扫描仪装置、在所述地方公共团体的指定金融机构内配置的指定金融机构终端装置。
所述保管服务器装置包括:核对主表(master)存储部、图像存储部、模型存储部、代码数据存储部、核对数据(data)存储部及最终数据存储部。
所述核对主表存储部用于存储帐票记载信息,该帐票记载信息包含存储在所述纳税人总账存储装置中的每个所述帐票的通知单号码。
所述图像存储部用于存储从所述扫描仪装置发送来的所述帐票的图像数据,并且能够从所述地方公共团体终端装置查询。
所述模型存储部针对帐票的每种尺寸(size)及格式(form)来存储用于表示该帐票的图像数据内的读取对象区域的模型信息。
所述代码数据存储部用于存储根据所述图像数据生成的代码数据。
所述核对数据存储部用于存储所述帐票记载信息和状态(status)ID。
所述最终数据存储部用于存储所述帐票记载信息和状态ID,并且能够从所述地方公共团体终端装置查询。
所述各执行服务器装置包括:核对主表写入部、模型识别部、OCR部、第1处理促进部、第1附加部、核对数据写入部、第2处理促进部、第2附加部及最终数据写入部。
所述核对主表写入部用于将所述纳税人总账存储装置内的帐票记载信息写入所述核对主表存储部。
所述模型识别部用于根据所述图像存储部内的图像数据来识别符合该图像数据的尺寸及格式的模型信息。
所述OCR部基于所述识别出的模型信息利用OCR处理来根据所述图像存储部内的图像数据的读取对象区域生成代码数据,并将该代码数据写入所述代码数据存储部。
所述第1处理促进部用于在所述代码数据写入后,向所述收纳代理机构终端装置发送处理通知来催促处理。
所述第1附加部根据所述收纳代理机构终端装置的操作,对所述图像存储部内的图像数据附加第1电子出纳章ID。
所述核对数据写入部用于在所述第1电子出纳章ID附加后,将根据在所述代码数据存储部内的代码数据中包含的通知单号码从所述核对主表存储部读出的帐票记载信息、表示所述收纳代理机构的处理已结束的状态ID写入所述核对数据存储部。
在向所述核对数据存储部写入后,所述第2处理促进部向所述指定金融机构终端装置发送处理通知来催促处理。
所述第2附加部根据所述指定金融机构终端装置的操作,对所述图像存储部内的图像数据附加第2电子出纳章ID。
所述最终数据写入部在所述第2电子出纳章ID附加后,将根据所述代码数据存储部内的通知单号码从所述核对数据存储部读出的帐票记载信息、表示所述指定金融机构的处理已结束的状态ID写入所述最终数据存储部。
根据上述结构的帐票处理***,能够不重复执行扫描、模型识别、OCR处理及邮寄,从而能够提高处理效率。
附图说明
图1是用于说明一个实施方式的帐票处理***及其周边结构的概要的示意图。
图2是表示该实施方式中的帐票处理***及其周边结构的一例的示意图。
图3是表示该实施方式中的纳税人总账表的一例的示意图。
图4是表示该实施方式中的核对主表(master table)的一例的示意图。
图5是表示该实施方式中的图像管理表(table)的一例的示意图。
图6是表示该实施方式中的模型主表的一例的示意图。
图7是表示该实施方式中的代码数据表(code data table)的一例的示意图。
图8是表示该实施方式中的核对数据表的一例的示意图。
图9是表示该实施方式中的最终数据表的一例的示意图。
图10是表示该实施方式中的电子出纳章表的一例的示意图。
图11是用于说明该实施方式中的动作的示意图。
图12是用于说明该实施方式中的动作的概要的示意图。
图13是用于说明该实施方式中的电子出纳章附加的概要的示意图。
图14是表示现有的帐票处理***的概略结构的一例的示意图。
图15是用于说明向现有的帐票盖章的示意图。
具体实施方式
以下,利用附图说明一个实施方式,但在此之前,利用图1说明一个实施方式的概要。
图1是用于说明一个实施方式的帐票处理***及其周边结构的概要的示意图,对与图14中相同的部分标注相同符号并省略其详细的说明,在此主要说明不同的部分。此外,图1中的箭头的说明与图14中的相同。
本实施方式具有帐票处理***400,该帐票处理***400从能够不重复执行扫描、模型识别、OCR处理及邮寄,谋求提高处理效率的角度出发,如图1所示,从地方公共团体100及指定金融机构300中省略扫描仪装置103、301,共享各存储部S1~S7及各功能部G1、G6~G11、G13、G14。
该帐票处理***400,从顺利地处理许多帐票的角度出发,由云计算***(cloud computing system)构成,该云计算***包括在低负荷时被选择性地执行的未图示的各执行服务器装置及保管服务器装置。
在此,各执行服务器装置及保管服务器装置能够与以下装置通信,即在发行税款/公共基金收纳用的帐票的地方公共团体100内配置的地方公共团体终端装置102及纳税人总账存储装置S0、在地方公共团体100的收纳代理机构200内配置的收纳代理机构终端装置202及扫描仪装置201、在地方公共团体100的指定金融机构300内配置的指定金融机构终端装置302。
云计算***的保管服务器装置包括各存储部S1~S7。而且,云计算***的各执行服务器装置包括各功能部G1、G6~G11、G13、G14。包括该各功能部G1、G6~G11、G13、G14的各执行服务器装置被冗余化设置,以便即使在某个执行服务器装置由于高负荷状态或故障状态等而无法执行各功能部G1、G6~G11、G13、G14的处理时,也能够由低负荷状态的其他执行服务器装置执行各功能部G1、G6~G11、G13、G14的处理。但是,各存储部S1~S7及各功能部G1、G6~G11、G13、G14的配置并不限定于该例。
在此,各功能部G1、G6~G11、G13、G14在该各服务器装置中的在低负荷时被选择的服务器装置内个别地执行各处理(1)、(6)~(11)、(13)及附加电子出纳章。另外,各功能部G1、G6~G11、G13、G14能够通过硬件(hardware)结构、或者硬件资源与软件(software)的组合结构中的任意一种来实现。作为组合结构的软件,利用预先从网络或存储介质安装(install)到对应的装置的计算机中,用于实现对应的装置的功能的程序(program)。另外,设置在扫描仪装置201及各终端装置202、302、102中的各功能部G5、G8、G10、G12也同样能够通过硬件结构、或硬件资源与软件的组合结构中的任意一种来实现。另外,为了便于说明,各功能部Gi的尾标i与各处理的号码(i)用同一值表示(其中,i为1、5、6、7、8、9、10、11、12、13中的某一个。)。
以上为一个实施方式的概要。接下来,具体地说明具有这样的概要的一个实施方式的结构。
图2是表示一个实施方式中的帐票处理***及其周边结构的一例的示意图,图3~图10是表示各表的一例的示意图。
在地方公共团体100内配置有纳税人总账存储装置S0、打印机装置101及地方公共团体终端装置102。
纳税人总账存储装置S0是能够从地方公共团体终端装置102读出/写入的存储装置,存储有纳税人总账表T0。
如图3所示,纳税人总账表T0中相关联地存储有:纳税人总账ID、纳税人名、纳税人号码、缴纳金额、通知单号码、年度、税目、期别、指定期限、滞纳金、合计金额、OCR代码1、OCR代码2及OCR代码3。在纳税人总账表T0内的信息中,例如纳税人号码、缴纳金额、通知单号码、税目、指定期限、滞纳金、合计金额、OCR代码1、OCR代码2及OCR代码3构成了帐票记载信息。帐票记载信息包含每个帐票L的通知单号码,是记载(打印)在帐票L上的信息。但是,作为帐票记载信息并不限于该例,能够使用包含每个帐票的通知单号码的任意信息。
在此,纳税人总账ID是识别纳税人总账表T0的数据。
纳税人名是表示纳税人tp的姓名的数据。
纳税人号码是识别纳税人tp的数据。
缴纳金额是表示缴纳的税款的金额的数据。
通知单号码是识别帐票L的数据。
年度是表示税款的年度的数据。
税目是表示税款的名目的数据。
期别是表示征税对象的时期的数据。
指定期限是表示缴纳期限日的数据。此外,指定期限还是表示支付期限日的数据,因此也可以称为支付期限。
滞纳金是表示缴纳晚于指定期限时的追征金额的数据。
合计金额是表示合计缴纳金额和滞纳金而得的金额的数据。
OCR代码1是表示与地方公共团体100相关的代码号的数据。
OCR代码2是表示与收纳代理机构200相关的代码号的数据。
OCR代码3是表示与指定金融机构300相关的代码号的数据。
另外,纳税人总账ID的数据类型为ID型。纳税人名的数据类型为字符型。纳税人号码、通知单号码、年度、税目、期别、OCR代码1、OCR代码2及OCR代码3的数据类型为数值型。缴纳金额、滞纳金及合计金额的数据类型为金额型。指定期限的数据类型为日期型。
打印机装置101为普通的打印机,例如根据纳税人总账存储装置S0内的纳税人总账表T0打印帐票L。
地方公共团体终端装置102是普通的计算机(computer)终端装置,包括查询部G12。
查询部G12具有通过负责人的操作,读出并显示帐票处理***400内的最终数据存储部S6内的最终数据表T6的功能。
收纳代理机构200内配置有扫描仪装置201及收纳代理机构终端装置202。
扫描仪装置201包括扫描部G5。
概略地讲,扫描部G5具有如下功能:扫描已盖章的帐票L来生成帐票L的图像数据,发送该图像数据并将该图像数据写入图像存储部S2。具体而言,扫描部G5具有执行后述的处理(5)的动作的功能。
收纳代理机构终端装置202包括第1输入部G8。
概略地讲,第1输入部G8具有如下功能:显示图像存储部S2内的图像数据及代码数据存储部S4内的代码数据来执行输入处理,并确定该代码数据的功能;以及将电子出纳章附加请求发送到电子出纳章附加部G14的功能。具体而言,第1输入部G8具有执行后述的处理(8)的动作的功能。
指定金融机构300内配置有指定金融机构终端装置302。
指定金融机构终端装置302包括第2输入部G10。
概略地讲,第2输入部G10具有如下功能:显示图像存储部S2内的图像数据、代码数据存储部S4内的代码数据及核对数据存储部S5内的帐票记载信息来执行输入处理,并确定该代码数据及帐票记载信息的功能;以及将电子出纳章附加请求发送到电子出纳章附加部G14的功能。具体而言,第2输入部G10具有执行后述的处理(10)的动作的功能。
另一方面,帐票处理***400包括:核对主表存储部S1、图像存储部S2、模型存储部S3、代码数据存储部S4、核对数据存储部S5、最终数据存储部S6、电子出纳章表存储部S7、核对主表写入部G1、模型识别部G6、OCR部G7、核对数据写入部G9、最终数据写入部G11,综合管理部G13及电子出纳章附加部G14。此外,各存储部S1~S7是能够从各部G1、G6、G7、G9、G11、G13、G14读出/写入的存储装置或存储装置的存储区域。
概略地讲,核对主表存储部S1用于存储帐票记载信息,该帐票记载信息包含存储在纳税人总账存储装置S0中的每个帐票L的通知单号码。具体而言,核对主表存储部S1如图4所示,存储核对主表T1。核对主表T1中能够相关联地写入:核对ID、通知单号码、纳税人号码、OCR代码1、OCR代码2、OCR代码3、地方公共团体ID、税目、缴纳金额、滞纳金、合计金额及指定期限。在上述的例子中,帐票记载信息为:纳税人号码、缴纳金额、通知单号码、税目、指定期限、滞纳金、合计金额、OCR代码1、OCR代码2及OCR代码3。即,核对主表存储部S1不仅存储帐票记载信息,还存储其他信息(核对ID、地方公共团体ID)。
在此,核对ID是识别核对主表写入部G1的写入处理的数据。核对ID的数据类型为ID型。
地方公共团体ID是为了识别地方公共团体100而通过核对主表写入部G1附加的数据。地方公共团体ID的数据类型为数值型。另外,地方公共团体ID是在地方公共团体与帐票处理***400之间签订利用契约时从帐票处理***400赋予地方公共团体的号码。
概略地讲,图像存储部S2用于存储从扫描仪装置201发送来的帐票L的图像数据,能够从地方公共团体终端装置102查询。具体而言,图像存储部S2如图5所示,存储图像管理表T2及未图示的图像数据。图像管理表T2中能够相关联地写入:图像ID、编号(numbering)号码、文件(file)名、模型ID、电子出纳章ID1、电子出纳章ID2、登录日及删除日。
在此,图像ID是识别图像数据的数据。
编号号码是表示附加于图像数据的连续号码的数据,例如,包含识别扫描仪装置201的扫描仪ID、和该扫描仪装置201中的扫描处理的连续号码。
文件名是表示图像数据的文件名的数据,例如,可以包含登录图像数据的日期和连续号码。
模型ID是识别用于表示图像数据的尺寸及格式的模型信息的数据,通过模型识别部G6被写入。
电子出纳章ID1是利用第1输入部G8从电子出纳章附加部G14附加于图像数据的电子出纳章ID的值,通过电子出纳章附加部G14被写入。
电子出纳章ID2是利用第2输入部G10从电子出纳章附加部G14附加于图像数据的电子出纳章ID的值,通过电子出纳章附加部G14被写入。
登录日是表示图像数据被登录到图像存储部S2中的日期的数据。删除日是表示图像数据被从图像存储部S2删除的日期的数据。
此外,图像ID、模型ID、电子出纳章ID1及电子出纳章ID2的数据类型为ID型。编号号码的数据类型为数值型。文件名的数据类型为字符型。登录日及删除日的数据类型为日期型。
图像数据是附加有编号号码的图像信息的文件,能够根据上述的文件名来读出。图像数据中附加有包含电子出纳章ID1的值以及电子出纳章ID2的值的信息。
概略地讲,模型存储部S3针对帐票的每种尺寸及格式,存储用于表示该帐票的图像数据内的读取对象区域的模型信息。具体而言,模型存储部S3如图6所示,存储模型主表T3及未图示的模型信息。模型主表T3中相关联地存储有:模型ID、模型名、定义文件名、登录日及删除日。
在此,模型名是表示模型信息的名称的数据,其数据类型为字符型。
定义文件名是表示模型信息的文件名的数据,例如可以包含模型名,其数据类型为字符型。
登录日是表示模型信息被登录到模型存储部S3的日期的数据。删除日是表示模型信息被从模型存储部S3删除的日期的数据。
模型信息是预先针对帐票L的每种尺寸及格式而作成的、写入有表示帐票L的图像数据的尺寸及格式的信息的文件,能够根据上述的定义文件名来读出。
概略地讲,代码数据存储部S4用于存储根据图像存储部S2内的图像数据生成的代码数据、和通过输入而附加的代码数据。具体而言,代码数据存储部S4如图7所示,存储代码数据表T4。代码数据表T4中能够有关联地写入:代码ID、编号号码、通知单号码、纳税人号码、OCR代码1、OCR代码2、OCR代码3、地方公共团体ID、税目、缴纳金额、滞纳金、合计金额、指定期限、金融机构代码、分店代码、收纳日、图像ID、登录日、登录扫描仪ID、更新用户(user)ID、更新组织ID、IP地址(address)、最终更新日、删除日及状态ID。
在此,代码ID是识别代码数据生成部G9的写入处理的数据。代码ID的数据类型为ID型。
金融机构代码是识别收纳代理机构200的数据。金融机构代码的数据类型为数值型。
分店代码是识别收纳代理机构200的多个分店中配置有用于扫描帐票L来作成图像数据的扫描仪装置201的分店的数据。分店代码的数据类型为数值型。
收纳日是表示收纳代理机构200从纳税人收到帐票及税款的日期的数据。收纳日的数据类型为日期型。
登录扫描仪ID是识别用于扫描帐票L来作成图像数据的扫描仪装置201的数据。登录扫描仪ID的数据类型为数值型。
更新用户ID是识别收纳代理机构200或指定金融机构300的输入负责人的数据,该负责人是对代码数据表T4进行了更新操作的人。更新用户ID的数据类型为数值型。
更新组织ID是识别代码数据表T4被更新时的配置有扫描仪装置201或收纳代理机构终端装置202的收纳代理机构200的数据,或者是识别代码数据表T4被更新时的配置有指定金融机构终端装置302的指定金融机构300的数据。更新组织ID的数据类型为数值型。
IP地址是代码数据表T4被更新时的收纳代理机构终端装置202或指定金融机构终端装置302的IP地址。IP地址的数据类型为字符型。
最终更新日是表示代码数据表T4最后被更新的日期的数据。最终更新日的数据类型为日期型。
状态ID,是针对代码数据表T4中的数据,表示未通过输入负责人确认的状态“0”、已通过第1输入部G8的输入负责人确认的状态“1”、或者已通过第2输入部G10的输入负责人确认的状态“2”的数据。状态ID的数据类型为数值型。
概略地讲,核对数据存储部S5用于存储帐票记载信息和状态ID。具体而言,核对数据存储部S5如图8所示,存储核对数据表T5。核对数据表T5中能够相关联地写入:核对ID、通知单号码、纳税人号码、缴纳金额、滞纳金、合计金额、收纳日、登录日、更新用户ID、最终更新日、删除日以及状态ID。
概略地讲,最终数据存储部S6用于存储帐票记载信息和状态ID,能够从地方公共团体终端装置102查询。具体而言,最终数据存储部S6如图9所示,存储最终数据表T6。最终数据表T6中能够相关联地写入:核对ID、图像ID、通知单号码、纳税人号码、地方公共团体ID、缴纳金额、滞纳金、合计金额、收纳日、登录日、更新用户ID、最终更新日、删除日以及状态ID。
概略地讲,电子出纳章表存储部S7用于存储电子出纳章ID。电子出纳章表存储部S7如图10所示,存储电子出纳章表T7。电子出纳章表T7中能够相关联地写入:电子出纳章ID、更新日、更新组织ID、更新组织名、更新用户ID及更新用户名。
更新组织名是表示利用更新组织ID识别的组织的名称的数据。
更新用户名是表示利用更新用户ID识别的输入负责人的姓名的数据。更新组织名及更新用户名的数据类型为字符型。
接着,说明各功能部G1、G6、G7、G9、G11、G13、G14的功能。此外,具体而言,各功能部G1、G6、G7、G9、G11、G13、G14具有执行后述的帐票处理方法所示的动作的功能。因此,在此说明各功能部G1、G6、G7、G9、G11、G13、G14的概略的功能。
概略地讲,核对主表写入部G1具有将纳税人总账存储装置S0内的帐票记载信息写入核对主表存储部S1的功能。
概略地讲,模型识别部G6具有根据图像存储部S2内的图像数据来识别符合该图像数据的尺寸及格式的模型信息的模型识别功能。
概略地讲,OCR部G7具有如下功能:基于识别出的模型信息利用OCR处理来根据图像存储部S2内的图像数据的读取对象区域生成代码数据,并将该代码数据写入代码数据存储部S4。
概略地讲,核对数据写入部G9具有如下功能:在附加第1电子出纳章ID后,将根据在代码数据存储部S4内的代码数据中包含的通知单号码从核对主表存储部S1读出的帐票记载信息、和表示收纳代理机构200的处理已结束的状态ID写入核对数据存储部S5。
概略地讲,最终数据写入部G11具有如下功能:在附加第2电子出纳章ID后,将根据代码数据存储部S4内的通知单号码而从核对数据存储部S5读出的帐票记载信息、和表示指定金融机构300的处理已结束的状态ID写入最终数据存储部S6。
概略地讲,综合管理部G13具有:取得各存储部S1~S7的状态来管理帐票处理的状况的功能;在代码数据写入后,向收纳代理机构终端装置202发送处理通知来催促处理的第1处理促进部;在向核对数据存储部S5写入后,向指定金融机构终端装置302发送处理通知来催促处理的第2处理促进部。
另外,综合管理部G13也可以具有执行云计算***中的核款处理的功能。例如,综合管理部G13也可以具有如下功能:根据最终数据存储部S6内的通知单号码的个数,作成表示帐票处理***400的使用费用的会计信息;将包含该会计信息的账户转账委托数据发送到指定金融机构终端装置302的功能。在该账户转账委托数据显示在指定金融机构终端装置302中时,催促指定金融机构终端装置302的负责人进行如下账户转账:将会计信息中所示的使用费用从地方公共团体账户转账到帐票处理***400的供应商的账户。
概略地讲,电子出纳章附加部G14包括:第1附加部,其与收纳代理机构终端装置202的操作相应地在图像存储部S2内的图像数据中附加第1电子出纳章ID;第2附加部,其与指定金融机构终端装置302的操作相应地在图像存储部S2内的图像数据中附加第2电子出纳章ID。
接着,利用图11~图13说明以上那样构成的帐票处理***的帐票处理方法。首先说明帐票处理方法的概要,接着说明帐票处理方法的详细内容。
在该帐票处理方法中,核对主表写入部G1将纳税人总账存储装置S0内的帐票记载信息写入核对主表存储部S1(处理(1))。
在地方公共团体100中,打印帐票L并向纳税人tp分发该帐票L(处理(2)~(3))
纳税人tp将帐票L带到收纳代理机构200并支付税款。收纳代理机构200的收款负责人在帐票L上盖上出纳章M1,之后将该帐票L移交给扫描负责人(处理(4))。此外,处理(2)~(4)与以往相同,在本实施方式的帐票处理***400的范围之外。
在处理(4)之后,扫描仪装置201扫描已盖章的帐票L来生成帐票L的图像数据,并发送该图像数据并将该图像数据写入图像存储部S2(处理(5))。
模型识别部G6根据图像存储部S2内的图像数据,来识别符合该图像数据的尺寸及格式的模型信息(处理(6))。
OCR部G7基于识别出的模型信息,利用OCR处理来根据图像存储部S2内的图像数据的读取对象区域生成代码数据,并将该代码数据写入代码数据存储部S4(处理(7))。
综合管理部G13中的第1处理促进部,在代码数据写入后,向收纳代理机构终端装置202发送处理通知来催促处理。
收纳代理机构终端装置202内的第1输入部G8显示图像存储部S2内的图像数据及代码数据存储部S4内的代码数据来执行输入处理,并确定该代码数据(处理(8))。而且,第1输入部G8向电子出纳章附加部G14发送电子出纳章附加请求。
核对数据写入部G9在第1电子出纳章ID附加后,将根据在代码数据存储部S4内的代码数据中包含的通知单号码从核对主表存储部S1读出的帐票记载信息、和表示收纳代理机构200的处理已结束的状态ID写入核对数据存储部S5(处理(9))。
在向核对数据存储部S5写入后,综合管理部G13中的第2处理促进部向指定金融机构终端装置302发送处理通知来催促处理。
指定金融机构终端装置302的第2输入部G10显示图像存储部S2内的图像数据,代码数据存储部S4内的代码数据及核对数据存储部S5内的帐票记载信息来执行输入处理,并确定该代码数据及帐票记载信息(处理(10))。而且,第2输入部G10向电子出纳章附加部G14发送电子出纳章附加请求。
最终数据写入部G11在第2电子出纳章ID附加后,将根据代码数据存储部S4内的通知单号码从核对数据存储部S5读出的帐票记载信息、和表示指定金融机构300的处理已结束的状态ID写入最终数据存储部S6(处理(11))。
地方公共团体终端装置102内的查询部G12通过负责人的操作读出并显示帐票处理***400内的最终数据存储部S6内的最终数据表T6(处理(12))。
以上为帐票处理方法的概要。接着,说明帐票处理方法的详细内容。
在处理(1)中,在地方公共团体100中,负责人通过操作地方公共团体终端装置102来访问帐票处理***400,并如图3所示,将纳税人总账存储装置S0内的纳税人总账表T0发送到帐票处理***400。
在帐票处理***400中,如图11所示,核对主表写入部G1从发送来的纳税人总账表T0中提取通知单号码、纳税人号码、OCR代码1、OCR代码2、OCR代码3、税目、缴纳金额、滞纳金、合计金额及指定期限的数据,并如图4所示,将该提取出的数据和核对ID以及地方公共团体ID相关联地写入核对主表存储部S1内的核对主表T1。而且,核对主表写入部G1向综合管理部G13通知核对主表T1写入结束。综合管理部G13根据该通知取得核对主表T1的写入结束状态。
在处理(2)中,在地方公共团体100中,负责人通过操作地方公共团体终端装置102,根据纳税人总账存储装置S0内的纳税人总账表T0中未发行帐票(缴纳单)的数据,从打印机装置101打印帐票(缴纳单)L。
在处理(3)中,该帐票L从地方公共团体100向纳税人tp分发,以向纳税人tp通知纳税款额和期限。
在处理(4)中,纳税人tp将帐票L带到收纳代理机构200并支付税款后,从收纳代理机构200的负责人领取收据。
收纳代理机构200的收款负责人对所支付的税款进行收款处理,在怅票(实物)L上盖上出纳章M1。之后,帐票(实物)L被从收款负责人移交到扫描负责人。
在处理(5)中,如图12及图13所示,收纳代理机构200的扫描仪装置201通过扫描负责人的操作扫描已盖章的帐票L并且通过扫描部G5附加编号号码来生成帐票L的图像数据Li,并将唯一的文件名(日期时间+连续号码)附加到该图像数据Li中。此外,编号号码是用于确保图像数据Li的唯一性的固有信息。
另外,扫描仪装置201利用扫描部G5将图像数据Li写入图像存储部S2,并且如图5中的(b)列所示,更新图像存储部S2内的图像管理表T2的图像ID、编号号码、文件名以及登录日。
然后,收纳代理机构200的负责人将图像数据写入后的帐票L邮寄到帐票处理***400的实物管理中心401。在实物管理中心401保管邮寄来的帐票L并在保管期限后进行废弃处理。即,邮寄到实物管理中心401的帐票L被省略了向指定金融机构300及地方公共团体100的进一步邮寄。
在处理(6)中,模型识别部G6根据图像存储部S2内的图像数据Li、模型存储部S3内的模型主表T3以及模型信息,来执行用于识别该图像数据Li的类别的识别处理。通过判断图像存储部S2内的图像数据Li符合(已登录)模型信息所示的尺寸及格式还是不符合(无法识别)来执行识别处理。
另外,模型识别部G6根据识别处理的执行结果来更新图像管理表T2内的模型ID。例如在识别出的类别为已登录帐票的情况下,如图6和图5中的(c)列所示,模型识别部G6以如下方式更新图像管理表T2内的模型ID,即写入与在模型主表T3内表示模型信息的定义文件名相关联的模型ID“350”。
另一方面,在识别出的类别为无法识别的帐票的情况下,模型识别部G6将图像管理表内的模型ID设为空。
在处理(7)中,OCR部G7根据与已更新的模型ID相对应的模型信息,提取图像数据Li中的读取对象区域,并执行OCR(光学字符识别)处理,生成表示识别出的字符的代码数据和代码ID。
在OCR处理正常结束的情况下,OCR部G7根据已生成的代码数据及代码ID,如图7中的(d)列所示,更新代码数据存储部S4内的代码数据表T4的代码ID、编号号码、通知单号码、纳税人号码、OCR代码1、OCR代码2、OCR代码3(识别错误的例子)、地方公共团体ID、税目、缴纳金额、滞纳金(识别错误的例子)、合计金额、指定期限、金融机构代码、分店代码、收纳日、图像ID、登录日、登录扫描仪ID、更新组织ID、最终更新日以及状态ID。
另外,在未确定帐票及OCR处理中发生错误的情况下,OCR部G7以如下方式更新代码数据存储部S4内的代码数据表T4,即将代码数据表T4的状态ID设为“未处理”状态,仅登录部分生成的代码数据。另外,不管是正常结束的情况还是发生错误的情况,OCR部G7都向综合管理部G13通知编号号码、图像ID及代码ID。
综合管理部G13根据该通知,取得编号号码、图像ID及代码ID。另外,综合管理部G13根据所取得的代码ID取得(确认)代码数据表T4的状态ID后,向收纳代理机构终端装置202发送用于催促第1输入处理的处理通知。
在处理(8)中,在收纳代理机构终端装置202中,当接收到处理通知时,通过输入负责人的操作,第1输入部G8显示图像存储部S2内的图像数据Li及代码数据存储部S4内的代码数据来执行输入处理,并适当地修正代码数据并确定代码数据。
例如,第1输入部G8显示未确定的帐票L的图像数据Li和代码数据表4,并通过输入负责人的操作,对代码数据表T4进行修正及补充,如图7中的(e)列所示那样,确定代码数据表T4的滞纳金(识别错误的修正例)、更新用户ID、更新组织ID、IP地址、最终更新日、状态ID。
在确定后,第1输入部G8向电子出纳章附加部G14发送所确定的代码数据表T4内的代码ID、图像ID、更新日、更新用户名及更新组织名的电子出纳章附加请求。电子出纳章附加部G14中的第1附加部向综合管理部G13发送包含该电子出纳章附加请求的电子出纳章发行请求。
综合管理部G13根据该电子出纳章发行请求内的代码ID取得代码数据表T4内的状态ID后,根据电子出纳章发行请求内的代码ID及图像ID发行第1电子出纳章ID,并向电子出纳章附加部G14发送该第1电子出纳章ID。
电子出纳章附加部G14中的第1附加部将该第1电子出纳章ID、电子出纳章附加请求内的更新日、更新用户名及更新组织名附加到与电子出纳章附加请求内的图像ID相对应的图像数据Li中。
另外,根据附加到图像数据Li中的信息,利用指定金融机构终端装置302及地方公共团体终端装置102能够确认收纳代理机构200的收纳已结束,因此即使不邮寄帐票L的实物,也能够维持以往的担保水平。关于该情况,利用第2输入部G10中的电子出纳章附加部G14的附加信息也同样。
另外,如图5中的(f)列所示,电子出纳章附加部G14更新图像管理表T2内的电子出纳章ID1。而且,电子出纳章附加部G14根据电子出纳章附加请求内的代码ID从代码数据表T4取得更新组织ID以及更新用户ID,并如图10中的(f)列所示那样更新电子出纳章表T7内的电子出纳章ID、更新日、更新组织ID、更新组织名、更新用户ID以及更新用户名。
另外,收纳代理机构200的输入负责人通过操作收纳代理机构终端装置202,将从纳税人tp接收到的税款汇入指定金融机构账户。
在处理(9)中,核对数据写入部G9读出由第1输入部G8确定的代码数据表T4和核对主表存储部S1内的核对主表T1,并如图8所示,将与两表T4、T1间一致的“通知单号码”相关联的核对ID、通知单号码、纳税人号码、缴纳金额、滞纳金、合计金额、收纳日、登录日、最终更新日及状态ID写入核对数据存储部S5内的核对数据表T5。
而且,核对数据写入部G9向综合管理部G13通知用于表示核对数据表T5的写入结束的状态ID。综合管理部G13在根据该通知取得核对数据表T5的状态ID时,向指定金融机构终端装置302发送用于催促第2输入处理的处理通知。
在处理(10)中,在指定金融机构终端装置302中,当接收到处理通知时,通过输入负责人的操作,第2输入部G10显示图像存储部S2内的图像数据Li、代码数据存储部S4内的代码数据表T4及核对数据存储部S5内的核对数据表T5来执行输入处理,并如图8和图7中的(h)列所示那样确定核对数据表T5及代码数据表T4的OCR代码3(识别错误的修正例)、更新用户ID、更新组织ID、IP地址、最终更新日、状态ID。
在确定后,第2输入部G10向电子出纳章附加部G14发送包含所确定的代码数据表T4内的代码ID、图像ID、更新日、更新用户名及更新组织名的电子出纳章附加请求。电子出纳章附加部G14中的第2附加部向综合管理部G13发送包含该电子出纳章附加请求的电子出纳章ID发行请求。
综合管理部G13根据该电子出纳章ID发行请求内的代码ID取得代码数据表T4内的状态ID后,根据电子出纳章ID发行请求内的代码ID及图像ID发行第2电子出纳章ID,并向电子出纳章附加部G14发送该第2电子出纳章ID。
电子出纳章附加部G14中的第2附加部将该第2电子出纳章ID、电子出纳章附加请求内的更新日、更新用户名及更新组织名附加到与电子出纳章附加请求内的图像ID相对应的图像数据Li中。
另外,如图5中的(i)列所示,电子出纳章附加部G14更新图像管理表T2内的电子出纳章ID2及登录日。而且,电子出纳章附加部G14根据电子出纳章附加请求内的代码ID从代码数据表T4取得更新组织ID及更新用户ID,并如图10中的(i)列所示那样更新电子出纳章表T7内的电子出纳章ID、更新日、更新组织ID、更新组织名、更新用户ID及更新用户名。
然后,指定金融机构300的负责人通过操作指定金融机构终端装置302,将汇入指定金融机构账户的税款转入地方公共团体账户。
在处理(11)中,最终数据写入部G11根据核对数据表T5内的核对ID、通知单号码、纳税人号码、缴纳金额、滞纳金、合计金额、收纳日及状态ID、与该通知单号码相对应的代码数据表T4内的通知单号码、图像ID、地方公共团体ID、最终更新日及状态ID,如图9所示那样将核对ID、图像ID、通知单号码、纳税人号码、地方公共团体ID、缴纳金额、滞纳金、合计金额、收纳日、登录日、最终更新日及状态ID写入最终数据存储部S6内的最终数据表T6。
而且,最终数据写入部G11向综合管理部G13通知最终数据表T6的写入结束。综合管理部G13根据该通知取得最终数据表T6的写入结束状态。
在处理(12)中,在地方公共团体终端装置102中,通过负责人的操作,查询部G12显示最终数据存储部S6内的最终数据表T6及图像存储部S2内的图像数据Li。负责人对显示出的最终数据表T6及图像数据Li的内容和状态进行确认。
在负责人确认内容和状态后,地方公共团体终端装置102通过负责人的操作结束处理。
在处理(13)中,综合管理部G13管理处理(1)和处理(5)~(12)的帐票处理的进展情况,并且通过向收纳代理机构终端装置202及指定金融机构终端装置302发送用于催促输入处理的处理通知,来顺利地进行帐票处理。
如上所述,根据本实施方式,帐票处理***400在对从收纳代理机构200的扫描仪装置201接收到的图像数据Li执行模型识别及OCR处理后,根据收纳代理机构终端装置202及指定金融机构终端装置302的操作,从地方公共团体终端装置102查询附加有包含电子出纳章ID的信息的图像数据Li,通过该结构省略了以往的指定金融机构300及地方公共团体100中的扫描、模型识别、OCR处理及邮寄,因此能够不重复地执行扫描、模型识别、OCR处理及邮寄,可以提高处理效率。
另外,在上述各实施方式中记载的方法,也可以作为能够利用计算机执行的程序,存储在磁盘(disk)(软盘(Floppy disc)(注册商标)、硬盘(hard disk)等)、光盘(CD-ROM、DVD等)、光磁盘(MO)、半导体存储器等存储介质中来发布。
另外,作为该存储介质,只要是能够存储程序并且能够由计算机读取的存储介质,其存储形式可以是任意形态。
另外,也可以按照从存储介质安装到计算机上的程序的指示,使在计算机上运行的OS(操作***(operating system))、数据库(database)管理软件(software)、网络软件(network software)等MW(中间件(middleware))等执行用于实现上述实施方式的各处理的一部分。
此外,各实施方式中的存储介质不限于与计算机独立的介质,也包括将通过LAN、因特网(Internet)等传输的程序下载(Download)并存储或临时存储的存储介质。
而且,存储介质不限于一个,从多个介质来执行上述各实施方式中的处理的情况也包含在本发明中的存储介质中,介质结构可以是任意结构。
另外,各实施方式中的计算机根据存储在存储介质中的程序执行上述各实施方式中的各处理,该计算机可以是由一台个人计算机(personal computer)等构成的装置、通过网络连接多台装置而成的***等任意的结构。
另外,各实施方式中的计算机不限于个人计算机,也包括在信息处理设备中包含的运算处理装置、微型计算机(microcomputer)等,是能够通过程序实现本发明的功能的设备、装置的总称。
另外,对本发明的几个实施方式进行了说明,但这些实施方式用于举例说明,并不是用来限定发明的范围。这些新的实施方式能够通过其他的各种形态实现,在不脱离发明的主旨的范围内,可以进行各种省略、替换、变更。这些实施方式及其变形包含在发明的范围、主旨中,且包含在权利要求书所述的发明及与其等同的范围内。
本申请以日本专利申请2011-55558(申请日:2011年3月14日)为基础,享受该申请的优先权的利益。本申请参照该申请而包含该申请的所有内容。
Claims (2)
1.一种帐票处理***,包括被选择性地执行的各执行服务器装置及保管服务器装置,所述各执行服务器装置及保管服务器装置能够与以下装置通信,即:在发行税款/公共基金收纳用的帐票的地方公共团体内配置的地方公共团体终端装置及纳税人总账存储装置、在所述地方公共团体的收纳代理机构内配置的收纳代理机构终端装置及扫描仪装置、在所述地方公共团体的指定金融机构内配置的指定金融机构终端装置,所述帐票处理***的特征在于,
所述保管服务器装置包括:
核对主表存储部,其存储怅票记载信息,该帐票记载信息包含存储在所述纳税人总账存储装置中的每个所述帐票的通知单号码;
图像存储部,其存储从所述扫描仪装置发送来的所述帐票的图像数据,并且能够从所述地方公共团体终端装置查询;
模型存储部,其针对所述帐票的每种尺寸及格式来存储用于表示该帐票的图像数据内的读取对象区域的模型信息;
代码数据存储部,其存储根据所述图像数据生成的代码数据;
核对数据存储部,其存储所述帐票记载信息和状态ID;以及
最终数据存储部,其存储所述帐票记载信息和状态ID,并且能够从所述地方公共团体终端装置查询,
所述各执行服务器装置包括:
核对主表写入部,其将所述纳税人总账存储装置内的帐票记载信息写入所述核对主表存储部;
模型识别部,其根据所述图像存储部内的图像数据来识别符合该图像数据的尺寸及格式的模型信息;
OCR部,其基于所述识别出的模型信息,利用OCR处理来根据所述图像存储部内的图像数据的读取对象区域生成代码数据,并将该代码数据写入所述代码数据存储部;
第1处理促进部,其在所述代码数据写入后,向所述收纳代理机构终端装置发送处理通知来催促处理;
第1附加部,其根据所述收纳代理机构终端装置的操作,对所述图像存储部内的图像数据附加第1电子出纳章ID;
核对数据写入部,其在所述第1电子出纳章ID附加后,将根据在所述代码数据存储部内的代码数据中包含的通知单号码从所述核对主表存储部读出的帐票记载信息、和表示所述收纳代理机构的处理已结束的状态ID写入所述核对数据存储部;
第2处理促进部,其在向所述核对数据存储部写入后,向所述指定金融机构终端装置发送处理通知来催促处理;
第2附加部,其根据所述指定金融机构终端装置的操作,对所述图像存储部内的图像数据附加第2电子出纳章ID;以及
最终数据写入部,其在所述第2电子出纳章ID附加后,将根据所述代码数据存储部内的通知单号码从所述核对数据存储部读出的帐票记载信息、和表示所述指定金融机构的处理已结束的状态ID写入所述最终数据存储部。
2.一种帐票处理方法,是由权利要求1所述的帐票处理***所包括的各执行服务器装置中的所述被选择性地执行的执行服务器装置内的各部来执行的帐票处理方法,其特征在于,
包括如下步骤:
所述核对主表写入部将所述纳税人总账存储装置内的帐票记载信息写入所述核对主表存储部;
所述模型识别部根据所述图像存储部内的图像数据来识别符合该图像数据的尺寸及格式的模型信息;
所述OCR部基于所述识别出的模型信息,利用OCR处理来根据所述图像存储部内的图像数据的读取对象区域生成代码数据,并将该代码数据写入所述代码数据存储部;
所述第1处理促进部在所述代码数据写入后,向所述收纳代理机构终端装置发送处理通知来催促处理;
所述第1附加部根据所述收纳机构代理机构终端装置的操作,对所述图像存储部内的图像数据附加第1电子出纳章ID;
所述核对数据写入部在所述第1电子出纳章ID附加后,将根据在所述代码数据存储部内的代码数据中包含的通知单号码从所述核对主表存储部读出的帐票记载信息、和表示所述收纳代理机构的处理已结束的状态ID写入所述核对数据存储部;
所述第2处理促进部在向所述核对数据存储部写入后,向所述指定金融机构终端装置发送处理通知来催促处理;
所述第2附加部根据所述指定金融机构终端装置的操作,对所述图像存储部内的图像数据附加第2电子出纳章ID;
所述最终数据写入部在所述第2电子出纳章ID附加后,将根据所述代码数据存储部内的通知单号码从所述核对数据存储部读出的帐票记载信息、和表示所述指定金融机构的处理已结束的状态ID写入所述最终数据存储部。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2011-055558 | 2011-03-14 | ||
JP2011055558A JP2012190410A (ja) | 2011-03-14 | 2011-03-14 | 帳票処理システム、方法及びプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
CN102682274A true CN102682274A (zh) | 2012-09-19 |
Family
ID=46814175
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2011102367219A Pending CN102682274A (zh) | 2011-03-14 | 2011-08-15 | 帐票处理***及方法 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP2012190410A (zh) |
CN (1) | CN102682274A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115063222A (zh) * | 2022-05-26 | 2022-09-16 | 重庆银行股份有限公司 | 银行对账单信息处理方法、计算机装置和存储介质 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6087768B2 (ja) * | 2013-08-30 | 2017-03-01 | 富士通フロンテック株式会社 | 帳票処理プログラム |
JP7372516B2 (ja) * | 2019-03-12 | 2023-11-01 | 富士通株式会社 | 納税管理プログラム、納税管理装置及び納税管理方法 |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002024908A (ja) * | 2000-07-07 | 2002-01-25 | Hitachi Ltd | 払込帳票の自動受付処理方法および自動取引装置 |
CN1383094A (zh) * | 2001-04-25 | 2002-12-04 | 株式会社日立制作所 | 帐票识别方法 |
JP2005258618A (ja) * | 2004-03-10 | 2005-09-22 | Oki Electric Ind Co Ltd | 入金処理方法、装置及びシステム |
CN1750036A (zh) * | 2004-09-07 | 2006-03-22 | 韩国超级票据株式会社 | 电子票据和电子支票管理、转换、买卖中介的***和方法 |
CN1976383A (zh) * | 2006-12-08 | 2007-06-06 | 杭州信雅达***工程股份有限公司 | 一种电子文档防伪认证*** |
CN101079134A (zh) * | 2007-06-28 | 2007-11-28 | 北京博世金电科技开发有限公司 | 一种基于彩色图像的票据交换和截流的方法 |
JP2009015631A (ja) * | 2007-07-05 | 2009-01-22 | Nihon Soken Solutions:Kk | 公金収納管理システム、公金収納管理方法及び公金収納管理用プログラム |
CN101377845A (zh) * | 2007-08-28 | 2009-03-04 | 冲电气工业株式会社 | 帐票处理*** |
-
2011
- 2011-03-14 JP JP2011055558A patent/JP2012190410A/ja active Pending
- 2011-08-15 CN CN2011102367219A patent/CN102682274A/zh active Pending
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002024908A (ja) * | 2000-07-07 | 2002-01-25 | Hitachi Ltd | 払込帳票の自動受付処理方法および自動取引装置 |
CN1383094A (zh) * | 2001-04-25 | 2002-12-04 | 株式会社日立制作所 | 帐票识别方法 |
JP2005258618A (ja) * | 2004-03-10 | 2005-09-22 | Oki Electric Ind Co Ltd | 入金処理方法、装置及びシステム |
CN1750036A (zh) * | 2004-09-07 | 2006-03-22 | 韩国超级票据株式会社 | 电子票据和电子支票管理、转换、买卖中介的***和方法 |
CN1976383A (zh) * | 2006-12-08 | 2007-06-06 | 杭州信雅达***工程股份有限公司 | 一种电子文档防伪认证*** |
CN101079134A (zh) * | 2007-06-28 | 2007-11-28 | 北京博世金电科技开发有限公司 | 一种基于彩色图像的票据交换和截流的方法 |
JP2009015631A (ja) * | 2007-07-05 | 2009-01-22 | Nihon Soken Solutions:Kk | 公金収納管理システム、公金収納管理方法及び公金収納管理用プログラム |
CN101377845A (zh) * | 2007-08-28 | 2009-03-04 | 冲电气工业株式会社 | 帐票处理*** |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115063222A (zh) * | 2022-05-26 | 2022-09-16 | 重庆银行股份有限公司 | 银行对账单信息处理方法、计算机装置和存储介质 |
Also Published As
Publication number | Publication date |
---|---|
JP2012190410A (ja) | 2012-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8401936B2 (en) | Architectural design for expense reimbursement application software | |
US20150287005A1 (en) | Bar coded monetary transaction system and method | |
GB2450220A (en) | Managing electronic receipts | |
CN101652774A (zh) | 用于财务文档转换的*** | |
US11544799B2 (en) | Comprehensive tax return preparation system | |
CN101512571A (zh) | 用于处理图像退回票据的方法和*** | |
CN102682274A (zh) | 帐票处理***及方法 | |
RU2673001C1 (ru) | Способ и система выявления и классификации причин возникновения претензий пользователей в устройствах самообслуживания | |
JP2015130159A (ja) | 電子帳票サーバ、電子帳票サーバの動作方法、電子帳票サーバの動作プログラム、電子帳票サーバの動作プログラムを記録した記録媒体 | |
CN113240503A (zh) | 一种基于智能设备的报销类***管理方法、装置和介质 | |
JP2019061602A (ja) | 会計情報モニタリングシステム、認証方法、およびプログラム | |
JP4159261B2 (ja) | 個人立替経費精算システム、個人立替経費精算方法、プログラム及び記録媒体 | |
CN101046902B (zh) | 确认方法及登记要件确认*** | |
US8280143B1 (en) | Method and system for adding check information to an electronic transaction listing | |
JP6064975B2 (ja) | 情報処理装置、電子債権情報収集システム、電子債権情報収集方法及びプログラム | |
JP2014235444A (ja) | 情報処理システム、情報処理方法、及びプログラム | |
JP3152354B2 (ja) | ペーパレス会計システム | |
US20050182719A1 (en) | Method and system for automated traffic citation payment and processing | |
US20070156518A1 (en) | Invoice verification hub | |
CN110865813A (zh) | 票据信息采集方法、装置、计算机设备及可读存储介质 | |
US20140114820A1 (en) | Method and system for managing credit disputes associated with account payables of an organization | |
US20240161111A1 (en) | Distributed ledger system for asset management with token-based transactions | |
JP6419378B1 (ja) | 会計情報モニタリングシステム | |
JP2017091171A (ja) | 出力制御システムおよび出力制御方法 | |
JP5197422B2 (ja) | 収納データ提供システム、支払い済み伝票情報管理装置、収納データ提供方法、及びプログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120919 |