背景技术
在对购物中心、大型购物中心等里面开设分店的承租方(经营商店的企业等)的商店进行管理的承租方管理部门中,收集各商店一天的营业额,制作现金营业额、信用卡营业额、优待券营业额等的营业额明细。作为该营业额明细的制作方法,例如,使用如下方法,即,承租方管理部门的业务负责人通常看着由各商店提供的精算收据及营业额日报,通过手工作业输入营业额明细。另外,有时也将数据输入专用终端设置于各承租方的商店,由各商店的负责人输入营业额明细。
再者,在专利文献1中,通过在印刷信息中赋予QR代码(注册商标)等的代码化信息,并利用能执行读取/印刷的复合机进行读取、处理、印刷,由此,就不使用PC(Personal Computer)等,此外,提供了从数据输入的繁琐、不准确中解脱出来的装置,还有,提出了一种仅在原稿台上随意地放置多个原稿,即可得到所希望的处理结果的复合机。
专利文献1:日本特开2007-81650号公报
如上所述,在看着由购物中心等的各商店提供的精算收据(以下,称为收据)及营业额日报而输入营业额明细的情况下,经营购物中心等的公司(组织)的承租方管理部门的业务负责人在输入作业、输入后的检查作业中耗费相当的时间。另外,在数据被输入的营业额明细是否准确、收据及营业额日报、作为信用赠品等的商品券类而输入的数据的检查及修正输入中也耗费相当的时间。因此,现状是,承租方管理部门的业务负责人在这些作业等的管理作业中耗费掉日常业务的大半。
如果能通过联机从各商店的终端自动地收集营业额数据虽然是最好的,但是,由于在大规模的大型购物中心等中,存在入住100以上的多家商店的情况,并且它们各自使用的信息设备的种类不同,因此,在实际中要做到改变这些信息设备而能统一对应于数据收集是极为困难的。
图17表示实际分析了承租方管理部门中的日常业务的例子。图17中按每个作业项目示出了与内容、作业时间(分钟)、其整体的作业时间相对应的比例。另外,图17中示出的“日报”是指各商店提供的一天的收据、一天的营业额表等。
图18中作为例如“日报”的一例示出了营业额日报册200。营业额日报册200例如由承租方管理部门预先交付给各商店的统一形式的格式纸。如图18所示,各商店的负责人在营业额日报册200的登记栏201中填入商店代码、商店名称等,并粘贴从商店所具备的收银机印刷的收据202。另外,由于按每个商店,收银机的种类不同,所以收据202的明细的排列及名称等也不同,其印刷形式也各种各样。
图19及图20表示基于承租方管理部门的结算项目的例子和基于各承租方(或者商店)的结算收据(以下,称为收据)的例子。
在开发商等的承租方管理部门,作为承租方的各商店一天的营业额合计数据所必需的数据是,例如图19(A)所示的精算项目。同时,在各商店从各自的收银机印刷的收据为,如图19(B)所示的收据210,或者如图20(A)所示的收据220,或者如图20(B)所示的收据230那样,在收据项目的数量、收据项目的内容、印刷位置、形式上,分别随商店不同而不同。
承租方管理部门像作为合计所必需的相当于“现金营业额”的精算项目的数值、相当于“赊销营业额”的精算项目的数值、…那样,从这些各种收据210、220、…,选出从第1项到第11项的各精算项目的数值,并通过手工输入向承租方管理部门管理的收据数据收集装置进行输入。该作业是每天必须进行的作业,变成很大的作业负担。
如图17的例子所示,为了伴随以上说明的作业,在承租方管理部门的业务中,一天的业务时间的合计571分钟之中,300分钟(53%)被上述的“日报”的日报检查作业(项目No.5)所占据,进而,如果包含从日报袋的准备到日报修正作业(项目No.3~6),则变为350分钟(61%)。另外,如果再包含其后的营业额的订正/输入(项目No.7)、商品券的订正/输入(项目No.8),则上升到合计420分钟(74%)。
上述课题与商店数成比例,特别是,上述项目No.3~No.8及No.17的业务量进一步增加。
另外,在专利文献1的技术中,仅仅为了读出记录有收据信息的QR代码而得到收据信息,有必要在由各承租方的商店提供的收据及营业额日报上印刷全部记录有其内容的QR代码。由于各承租方分别为独立的企业,所以为了在收据、营业额日报上印刷QR代码,变成有必要修正由本公司导入的系统,进而成为对各企业招致系统修正、设备更新等的负担。
另外,即使在收据等上印刷有QR代码的情况下,因印刷的污渍、印刷的不清楚等而不能读取时,需要人工修正、输入作业。另外,还需要读取的收据信息和实际印刷的收据内容的检查作业。
同时,虽然也有在各承租方的商店设置数据输入专用终端设置,并使各商店的负责人输入营业额明细的方法,但是在该情况下,各承租方在人员、人工费层面要承受很大的负担。
具体实施方式
下面,边使用附图边详细说明本发明的实施方式。再者,以下主要对商店营业额进行合计的装置的例子进行说明,但是,本发明不限于营业额合计,而同样能适用于对进货合计数据及打印在其它记账单等上的实绩数据进行合计。
图1是表示用于说明本发明的概要的装置结构例。图1中,1是由CPU及硬盘或存储器等的存储装置等构成的,并且执行与营业额的合计有关的处理的按商店的收据数据收集装置,20是标上与各商店对应的识别代码21(示于图2)且夹持各商店的收据22(示于图2)的收据夹持用薄片。
当将从商店收集的收据夹持用薄片20输入到按商店的收据数据收集装置1时,将输入的收据夹持用薄片20作为图像数据来进行处理。按商店的收据数据收集装置1从该图像数据读取该商店的收据22的收据项目和与其相对应的数值等的收据数据,并从读取的收据数据生成被统一的名称的精算项目的营业额明细数据且进行保存。该精算项目是指成为向营业额DB(数据库)114保存的保存对象的预定的基本项目信息。
再者,收据22是按每个承租方的商店,例如,印刷由每个商店所具备的收银机等合计的一天的营业额的结果的收据。另外,这些收据22是作为与营业额合计有关的一例被示出,除营业额合计之外,也可以是关于进货合计、其它的帐票处理的收据。
首先,使用图2及图3,对收据夹持用薄片20进行说明。图2是表示收据夹持用薄片20的一实施方式的结构的图。特别是,图2(A)是从透明薄膜231一侧看到的收据夹持用薄片20的上表面图,图2(B)是说明在收据夹持用薄片20中收据22被透明薄片23夹持前的状态的立体图。
如图2(A)所示,例如收据夹持用薄片20将各商店的收据22夹持于带衬纸的透明薄片23中。通过印刷、封贴等在透明薄片23的右上角标上对应于该商店的识别代码21(QR代码等的二维代码等)。
如图2(B)所示,透明薄片23例如将透明薄膜(薄片)231和衬纸232在一端233连接(粘着等),在夹持收据22之前的状态,透明薄片23处于半开封状态。在该半开封状态的透明薄片23的衬纸232上载有收据22,例如,通过将粘着面具有粘性的透明薄膜231和衬纸232粘合而夹持收据22。另外,例如在定位于衬纸232的右上角的范围内,通过印刷、封贴等标上上述识别代码21。
图3表示收据夹持用薄片20的其它实施方式的结构。用于图3所示的收据夹持用薄片20的透明薄片23,将薄片234和透明薄膜235在侧端部236和下端部237连接,如套状夹板那样处于半开封状态。另外,其构成为,在中央部设有间隔238(图3的虚线),二张收据22分别以该间隔238为界,在一侧和另一侧能被透明薄片23夹持。再者,在本例中,对于由该虚线表示的隔板238的一部分,沿虚线将薄片234和透明薄膜235粘接。
作为使收据22夹持于收据夹持用薄片20的方法,能按每个商店使用各种方法。将按照该收据22的种类的夹持方法称为收据类型。由于收据22的长度及张数在每个商店不同,所以按每个商店预先设定收据类型。图4及图5表示收据类型的例子。
例如,图4(A)所示的收据夹持用薄片20A的收据类型是将一张收据22A夹入一个收据夹持用薄片20A的类型。将其称为收据类型1。在对应于识别代码21A的商店的收据夹持用薄片20A中,将收据22A夹持于规定的位置。在此,规定的位置是指为了确定收据22处于透明薄片23(23A)的哪个位置,而预先登记于按商店的收据数据收集装置1中,处于实用上不受影响的位置的范围内。实用上不受影响的位置的范围内是指只要对图像数据的OCR处理不产生大的影响的范围即可。
图5(A)所示的收据类型是指收据22B过长而不能收纳于收据夹持用薄片20B时所使用的类型。将其称为收据类型2。
例如,在对应于识别代码21B的商店中的收据22B的长度比收据夹持用薄片20B的纵向的长度还长的情况下,在该商店将收据22B在预定的适当位置裁断为收据22B1和收据22B2。将这些收据22B1和收据22B2配置于收据夹持用薄片20B中。该收据夹持用薄片20B是图3所示的类型的收据夹持用薄片20。
图5(B)中所示的收据类型是收据22B过长而不能收纳于收据夹持用薄片20B时所使用的类型的第二例。将其称为收据类型3。在该类型中,将裁断了收据22B后的两个收据22B1、22B2分别配置于收据夹持用薄片20C、20D,进行两次读取。
另外,对于收据类型2、3,说明了读取一张收据22B被裁断后的收据22B1、22B2时的例子,但是,在由各商店从最初发行多张收据的情况下,也能使用该收据类型2、3。
按每个商店,将以上那样的收据类型及包含于收据22的收据项目等信息预先登记于商店信息存储部112并存储。将在后面详细地对这些商店信息进行说明。
下面,对输入该收据夹持用薄片20的按商店的收据数据收集装置1的结构进行说明。按商店的收据数据收集装置1具备:读取机10、图像数据读入部11、商店信息特别指定部12、收据数据判别部13、帐票数据处理部14。进而,按商店的收据数据收集装置1还具备:图像数据存储部111、商店信息存储部112、收据数据存储部113、营业额DB存储部114等的存储单元。后面详细说明的这些各部的功能是通过CPU及存储器等的硬件和软件程序来实现的。
按商店的收据数据收集装置1的读取机10例如是扫描仪等的光学图像读取装置,图像数据读入部11输入由读取机10读取的收据夹持用薄片20的图像数据,并在图像数据存储部111进行保存。例如作为位图形式的文件将图像数据存储于图像数据存储部111。
在该例中,作为按商店的收据数据收集装置1具备读取机10的结构进行了说明,但是,也可以是按商店的收据数据收集装置1不具备读取机10的情况。在不具备读取机10的情况下,按商店的收据数据收集装置1的图像数据读入部111就变成经由外部的读取机等输入图像数据的结构。
商店信息特别指定部12读入图像数据存储部111中存储的图像数据,从读入的图像数据首先提取识别代码21,根据识别代码21的解码结果(将其称为认识代码),从商店信息存储部112中存储的商店信息,特别指定发行了收据22的商店。
在图6中,示出了商店信息存储部112中存储的商店信息表1120的结构例。例如图6所示,在商店信息表1120中,按每个商店登记并存储有从识别代码21获得的“认识代码”、识别商店的“商店代码”、“商店名称”、“收据版面信息”、“收据项目信息”、“项目对应信息”等的商店信息。
在此,“认识代码”既是例如将QR代码等的识别代码21解码并数据化的代码,也是按每个商店唯一对应地设定的代码。“商店代码”是识别承租方内的商店的编号,另外,“商店名称”是该商店的称呼、承租方的商店名称等。
在图6的例子中,在商店信息表1120中,作为与解码后的认识代码“A1A1A1A1”对应的商店的商店信息,存储有商店代码“1111”、商店名称“OO屋1号店”等,同样还存储有其它认识代码“B2B2B2B2”等。另外,“认识代码”也可以是“商店代码”。
将收据版面信息1121的例子示于图7中。在该例子中,作为收据版面信息1121设定有上述的收据类型的信息、收据夹持用薄片20中的收据22的读入范围的打印开始位置、和表示读入的行数等的收据22的读入范围的信息(成为收据22的认识对象的行数)等。
由于存在按每个商店读入的收据22的张数不同的情况,所以收据版面信息1121中的打印开始位置有时根据收据类型被设定多组。再者,也可以将收据版面信息1121与商店信息表1120分开,进行表格化并保持。
收据项目信息1122是表示每个商店的收据22的营业额明细项目的名称、与其相当的数值的类型等的信息。在此,营业额明细项目例如在图19(B)所示的收据210中,称为在“日报上营业额金额”、“收银机营业额金额”、…等各行中所示的项目。
将收据项目信息1122的例子示于图8中。在收据项目信息1122中,按每个收据22中的读取范围的行,预先决定并存储“行编号”、“MAX位数”、“文字项目的文字数”、“1行内的数值项目的数目”、“数值类型# 1、#2…”等的设定项目。
例如,当打印在收据22的第一行的文字为图8所示的字符串1301时,在收据项目信息1122的行编号中设定1,作为MAX位数,设定有第一行中可打印的最大的文字数(位数)=24,文字项目的文字数,由于文字项目为“総売上”(总营业额),所以设定为3。另外,在一行内的数值项目的数目中设定2,将各数值项目中是否带单位等的信息作为各数值类型#1、#2进行设定。在该例子中,由于第一个数值带有“点”的单位,所以在数值类型#1中设定2。另外,对于收据项目信息1122,作为与商店信息表1120不同的表,也可以进行表格化并保持。
对于商店信息表1120中的项目对应信息1123的详情,参照图14及图15的例子进行后述。
收据数据判别部13从商店信息特别指定部12接收商店信息和图像数据,将图像数据进行OCR(Optical Character Recognition)数据化。即,收据数据判别部13从收据22的图像数据中提取文字部分,作为文本数据(OCR数据)进行复原。另外,收据数据判别部13将认识结果的文本数据标准化为规定的形式。
帐票数据处理部14使用由收据数据判别部13标准化了的收据数据和商店信息,进行将各商店的收据的收据项目(营业额明细)置换为统一化的精算项目的处理。帐票数据处理部14按每个商店(及营业额日期),将处理后的精算项目的数据存储于预先准备的数据库即营业额DB114中。
图9是本发明实施方式的按商店的收据数据收集装置1的处理流程图。按照图9具体说明按商店的收据数据收集装置1所执行的处理。
当向按商店的收据数据收集装置1的读取机10输入收据夹持用薄片20时,开始本处理。以下,以图4所示的收据夹持用薄片20A被输入到读取机10为例进行说明。
图像数据读入部11读入由读取机10扫描的收据夹持用薄片20A的图像,并将该图像数据存储于图像数据存储部111(步骤S1)。
之后,商店信息特别指定部12从图像数据存储部111存储的收据夹持用薄片20A的图像数据,提取识别代码21,并基于提取的识别代码21且参照商店信息存储部112存储的商店信息表1120(图6),将商店代码进行特别指定(步骤S2)。其次,商店信息特别指定部12读入与特别指定的商店代码对应的收据版面信息1121、收据项目信息1122等的商店信息(步骤S3)。
收据数据判别部13使用由商店信息特别指定部12读入的商店信息的收据版面信息1121和收据项目信息1122,作为收据22A的图像数据来决定读入的位置、范围(步骤S4)。
例如,在图10中示出了收据22A的读入位置和范围的例子。实际上,由于图10所示的收据22A夹持于收据夹持用薄片20A中,所以,根据收据夹持用薄片20A整体的图像数据中的收据部分的图像位置,来决定打印开始位置#1、#2。
图10所示的打印开始位置#1、#2、MAX位数、读入的行数PL是从图7所示的收据版面信息1121获得的信息。具体而言,在商店信息特别指定部12特别指定的商店的收据版面信息1211为图7所示的信息的情况下,以收据22A的收据类型为“1”、打印开始位置#1为“100mm”、打印开始位置#2为“10mm”、读入的行数为“27”的方式,在图像数据中的收据22A的图像中作为OCR处理的范围来决定图10所示的收据22A的读取范围221A。由此,作为收据夹持用薄片20A夹持的收据22A的收据项目,能锁定必要的范围,除去多余的项目及文字、记号等。
之后,收据数据判别部13针对决定的收据22A的读取范围,从图像数据读入用于实施OCR处理的图像数据(步骤S5)。然后,重复步骤S7和步骤S8的处理直至完成收据22的最后行的处理。
首先,收据数据判别部13通过图8所示的收据项目信息1122,进行从收据22A的图像数据按行单位切出图像数据的处理(步骤S7)。进而,从切出的行单位的图像数据,按文字单位切出图像数据进行文字认识(步骤S8)。
在图11中,示出了将收据22A的图像数据按行单位及文字单位切出并认识的结果130的例子。
如果完成了到最后行的处理,则收据数据判别部13针对从以行单位及文字单位切出并认识的信息获得的项目名称、数值,进行数据标准化(步骤S9)。
在图12中,示出了数据标准化后的收据项目131的例子。图12所示的收据项目131表示图11所示的收据项目的认识结果130被标准化后的例子,例如对项目名称向左对齐,另外,对数值进行除去“,”等的处理。例如,对第一行的“148,467”,数值被数据标准化为“148467”,对第三行的“ 内税”成为“内税”,除去“,”、“ ”等多余的文本文字。
进行了数据标准化后,收据数据判别部13将标准化的数据区分为收据项目名和数值,生成图13所示的收据数据1130,并将生成的收据数据1130与商店代码一起存储于收据数据存储部113(步骤S10)。
接着,帐票数据处理部14根据收据数据1130和设定于商店信息表1120的每个商店的项目对应信息1123,计算出承租方管理部门所需的预定的各精算项目,按每个商店写出到营业额DB114中(步骤S11)。
在图14及图15中,示出了按各商店的收据项目与承租方管理部门的结算项目之间的对应关系的例子。另外,在图14及图15中,按实际的收据210、220的形式表示收据数据。在图14及图15中,作为精算项目与收据项目之间的对应表,示出的是设定于商店信息表1120的每个商店的项目对应信息1123。
在该例子中,承租方管理部门在承租方的营业额管理中实际需要的营业额合计的数据是自No.001的现金营业额到No.011的客人数的11个精算项目。但是,这些精算项目作为各商店的收据210、220的项目,不是按照一对一的关系原样打印的。因此,使用每个商店的项目对应信息1123,进行从各商店的收据项目计算11个的各精算项目的处理。
在图14的收据210的情况,在第19项的项目“日报上现金现额 ”中加上第7项的项目“感谢卡”的值的金额相当于第1项的精算项目“现金营业额”被示于项目对应信息1123。因此,帐票数据处理部14在收据210的商店的情况,将122,793日元(日报现金现额)+2,500日元(感谢卡)=125,293日元作为第1项的精算项目的“现金营业额”的值。
另一方面,在图15的收据220的情况,第14项的项目“现金营业额”的金额按原样相当于第1项的精算项目“现金营业额”被示于项目对应信息1123。因此,帐票数据处理部14在收据220的商店的情况,将139,639日元(现金营业额)按原样作为第1项的精算项目的“现金营业额”的值。其它精算项目也同样根据精算项目和收据项目的对应表即项目对应信息1123分别计算,将计算出的精算项目存储于营业额DB114。
在图16中示出了营业额DB114的例子。在营业额DB114中,按每个商店代码,存储有与涉及 “营业额日期”、精算项目No.001“现金营业额”、No.002“赊销营业额”、No.003“信用营业额”、…等营业额的精算项目相对应的数值。
由上可知,在营业额DB114中,按每个商店完全不同的格式(薄片形式)的收据22的收据项目被一元化,将由各承租方的商店输出的收据中不能统一获取的收据项目、名称、数值等,作为基于统一性地获取的精算项目的营业额数据,不进行手动作业而能自动地进行收集。由此,由于承租方管理部门的业务负责人能自动地将每个商店的营业额进行合计,所以,能高效且高速地进行商店的营业额管理业务。
另外,由于不需要变更各商店所具备的收银机等的收据输出装置,所以,对承租方一侧来说能抑制多余的开支。
以上的按商店的收据数据收集装置进行的处理能通过计算机和软件程序实现,并且该程序既能记录于计算机可读取的记录介质中,也能通过网络进行提供。