CN105447756A - 商品登记装置及其控制方法 - Google Patents

Abstract

本发明公开了一种商品登记装置及其控制方法，对在半自动化结账***中能够让用证券支付的购物客人的结算顺利进行。该商品登记装置对基于证券的支付金额和购买商品的合计金额进行比较，而且，判定是能够支付零钱的设定的证券还是不能支付零钱的设定的证券，在被判定是能够支付零钱的设定的证券时，商品登记装置在基于证券的支付金额与购买商品的合计金额相等时，发行票据；除此之外将结算信息发送给结算装置；在被判定是不能支付零钱的设定的证券时，商品登记装置在基于证券的支付金额大于等于购买商品的合计金额时，发行票据，除此之外将结算信息发送给结算装置。

Description

商品登记装置及其控制方法

本申请主张申请日为2014年09月18日、申请号为JP2014-190309的日本申请为优先权，并引用上述申请的内容。

技术领域

本发明涉及一种用于半自助化的结账***的商品登记装置及该装置的控制方法。

背景技术

作为针对超市等大卖场的结账***，半自助化***是广为人知的。此***，通过各自不同的商品登记装置及结算装置进行对购买商品的登记及结算的各自的处理。并且，商品登记装置的操作由员工进行，结算装置的操作由购物客人进行。在此类***中，将用于结算处理的结算信息由商品登记装置传输至空闲状态的结算装置。

不过，作为结算方式之一有商品券等证券。并且，证券包括：在证券的金额多于合计金额(结算金额)的支付过剩状态时找零钱的类型，及即使在支付过剩状态时也不找零钱的类型，因而，当购物客人要求使用证券结算时，商家必须辨别是找零钱的类型还是不找零钱的类型。因而，即使在已导入了半自动化结算***的情况下，对于要使用证券支付货款的至少一部分的客人，需要由商品登记装置进行结算。但是，在产生找零钱的情况下，其零钱最好是从任意一个结算装置支付。

发明内容

鉴于上述技术问题，本发明的目的在于，提供在半自动化的结账***中让使用证券支付的客人的结算处理变得顺利的商品登记装置及该装置的控制方法。

为解决上述技术问题，本发明第一方面所涉及的商品登记装置，与结算装置共同构成结账***，所述商品登记装置包括：登记部、计算部、受理部、比较部、判定部、发送部、及发行部。

登记部取得指定购买商品的商品符号，登记购买商品的销售数据。计算部根据在登记结束被指示为止的登记期间内被登记的购买商品的销售数据，计算出购买商品的合计金额。受理部受理购买商品的货款支付所使用的证券的输入。比较部对基于已受理输入的证券的支付金额和计算出的购买商品的合计金额进行比较。判定部判定已受理输入的证券是能够支付零钱的设定的证券还是不能支付零钱的设定的证券。

发送部在判定是能够支付零钱的设定的证券时，在基于证券的支付金额和购买商品的合计金额不一致时，将结算信息发送给结算装置。另外，发送部在判定是不能支付零钱的设定的证券时，在基于证券的支付金额少于购买商品的合计金额时，将结算信息发送给结算装置。结算信息包括购买商品的销售数据、基于证券的支付金额、以及购买商品的合计金额。

发行部在判定是能够支付零钱的设定的证券时，在基于证券的支付金额和购买商品的合计金额一致时，发行票据。另外，发行部在判断基于证券的支付金额大于等于购买商品的合计金额时，发行票据。在票据上记录着购买商品的销售数据、基于证券的支付金额、以及购买商品的合计金额。

本发明第二方面所涉及的商品登记装置，与结算装置共同构成结账***，所述商品登记装置包括：登记部，用于获取指定购买商品的商品代码，登记所述购买商品的销售数据；计算部，根据在登记结束被指示为止的登记期间内由所述登记部登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；受理部，受理所述购买商品的货款支付所使用的证券的输入；比较部，对基于由所述受理部受理了输入的证券的支付金额和由所述计算部计算出的所述购买商品的合计金额进行比较；发送部，当基于所述证券的支付金额和所述购买商品的合计金额不一致时，将包括所述购买商品的销售数据、基于所述证券的支付金额和所述购买商品的合计金额的结算信息发送给所述结算装置；以及发行部，当基于所述证券的支付金额和所述购买商品的合计金额一致时，对记录了所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行。

本发明第三方面所涉及的商品登记装置，与结算装置共同构成结账***，所述商品登记装置包括：登记部，用于获取指定购买商品的商品代码，登记所述购买商品的销售数据；计算部，根据在登记结束被指示为止的登记期间内由所述登记部登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；受理部，受理所述购买商品的货款支付所使用的证券的输入；比较部，对基于由所述受理部受理了输入的证券的支付金额和由所述计算部计算出的所述购买商品的合计金额进行比较；发送部，当基于所述证券的支付金额少于所述购买商品的合计金额时，将包括所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的结算信息发送给所述结算装置；以及发行部，当基于所述证券的支付金额大于等于所述购买商品的合计金额时，对记录了所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行。

本发明第四方面所涉及的控制方法，用于控制与结算装置共同构成结账***的商品登记装置，包括以下步骤：登记步骤，用于获取指定购买商品的商品代码，登记所述购买商品的销售数据；计算步骤，根据在登记结束被指示为止的登记期间内由所述登记步骤登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；受理步骤，受理所述购买商品的货款支付所使用的证券的输入；比较步骤，对基于由所述受理步骤受理了输入的证券的支付金额和由所述计算步骤计算出的所述购买商品的合计金额进行比较；判定步骤，对由所述受理步骤已受理输入的证券是能够支付零钱的设定的证券还是不能支付零钱的设定的证券进行判定；发送步骤，在由所述判定步骤判定是所述能够支付零钱的设定的证券时，在基于所述证券的支付金额和所述购买商品的合计金额不一致时，将结算信息发送给所述结算装置，在由所述判定步骤判定是所述不能支付零钱的设定的证券时，在基于所述证券的支付金额少于所述购买商品的合计金额时，将所述结算信息发送给所述结算装置，其中，所述结算信息包括所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额；以及发行步骤，在由所述判定步骤判定是所述能够支付零钱的设定的证券时，在基于所述证券的支付金额和所述购买商品的合计金额一致时，对记录有所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行，在判定是所述不能支付零钱的设定的证券时，在基于所述证券的支付金额大于等于所述购买商品的合计金额时，发行票据。

本发明第五方面所涉及的控制方法，用于控制与结算装置共同构成结账***的商品登记装置，包括以下步骤：登记步骤，用于获取指定购买商品的商品代码，登记所述购买商品的销售数据；计算步骤，根据在登记结束被指示为止的登记期间内由所述登记步骤登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；受理步骤，受理所述购买商品的货款支付所使用的证券的输入；比较步骤，对基于由所述受理步骤受理了输入的证券的支付金额和由所述计算步骤计算出的所述购买商品的合计金额进行比较；发送步骤，当基于所述证券的支付金额和所述购买商品的合计金额不一致时，将包括所述购买商品的销售数据、基于所述证券的支付金额和所述购买商品的合计金额的结算信息发送给所述结算装置；以及发行步骤，当基于所述证券的支付金额和所述购买商品的合计金额一致时，对记录了所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行。

本发明第六方面所涉及的控制方法，用于控制与结算装置共同构成结账***的商品登记装置，包括以下步骤：登记步骤，用于获取指定购买商品的商品代码，登记所述购买商品的销售数据；计算步骤，根据在登记结束被指示为止的登记期间内由所述登记步骤登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；受理步骤，受理所述购买商品的货款支付所使用的证券的输入；比较步骤，对基于由所述受理步骤受理了输入的证券的支付金额和由所述计算步骤计算出的所述购买商品的合计金额进行比较；发送步骤，当基于所述证券的支付金额少于所述购买商品的合计金额时，将包括所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的结算信息发送给所述结算装置；以及发行步骤，当基于所述证券的支付金额大于等于所述购买商品的合计金额时，对记录了所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行。

附图说明

图1是本实施例所涉及的结账***的立体图；

图2是表示图1所示的结账***的商品登记装置及结算装置的框图；

图3是表示图2所示的在商品登记装置的RAM上形成的数据表的商品销售数据的模式图；

图4是表示图2所示的保存在商品登记装置的辅助存储装置上的区分证券合计文件的模式图；

图5是表示商品登记装置的CPU按照控制程序执行的控制处理的主要步骤的流程图；

图6是表示商品登记装置的CPU按照控制程序执行的控制处理的主要步骤的流程图；

图7是表示商品登记装置的CPU按照控制程序执行的控制处理的主要步骤的流程图；

图8是表示显示在商品登记装置的触摸面板上的登记画面的一个例子的模式图；

图9是表示显示在商品登记装置的触摸面板上的传输目的地画面的一个例子的模式图；

图10是表示显示在商品登记装置的触摸面板上的货款支付画面的一个例子的模式图；

图11是表示显示在商品登记装置的触摸面板上的告知画面的一个例子的模式图；以及

图12表示结算装置的CPU按照控制程序执行的控制处理的主要步骤的流程图。

附图标记说明

10结账***11商品登记装置11aCPU11bROM

11CRAM11d辅助存储单元11e钱箱开放单元11f扫描仪

11g触摸面板11h打印机11i读卡器11j通信单元

11k传输***12结算装置12aCPU12bROM

12cRAM12d辅助存储单元12e自动零钱机12f扫描仪

12g触摸面板12h打印机12i读卡器12j通信单元

12k传输***31登记商品表32证券信息表

40区分证券合计文件

具体实施方式

下面，参照附图，对在半自动化结账***中能够让用证券支付的购物客人的结算顺利进行的商品登记装置的实施例进行说明。当结合附图考虑时，通过参照下面的详细描述，能够更完整更好地理解本发明及容易得知其中许多伴随的优点，但此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定，其中：

图1是与本实施例相关的结账***10的立体图。结账***10包括：至少一台商品登记装置11和至少一台结算装置12。在图1中，示出了两台商品登记装置11和四台结算装置12的结账***10。结账***10分别包括几台商品登记装置11及结算装置12是任意的，商品登记装置11和结算装置12之间的数量比例也是任意的。商品登记装置11和结算装置12被设置在超市等店铺的结账***区域。

商品登记装置11的操作者是负责担任称为收银员的职责的上述店铺员工21。结算装置12的操作者是购买上述店铺销售的商品的购物客人22。但结算装置12有时也由员工操作。

在图1中，商品登记装置11安装在操作台23上。操作台23具有长方形桌面。通过以大致与桌面的长边方向并行的方式来配置多个操作台23，从而形成购物客人22用的通道。

商品登记装置11具备购买商品的登记处理、结算信息的生成、结算处理，并向结算装置12通知结算信息的功能。登记处理是指将进入通道的购物客人所持的商品作为购买商品进行登记的处理。结算处理是指结算购买商品的商业交易为目的的处理。结算信息是指结算处理所需要的信息。

结算装置12当由商品登记装置11通知结算信息时，进行以本结算信息为依据的结算处理。

图2是商品登记装置11及结算装置12的框图。商品登记装置11及结算装置12均与网络LAN(localareanetwork)13相连接。网络能够用因特网或无线LAN等其他通信网络替代LAN13。或也能够做成在商品登记装置11和结算装置12之间通过服务器收发信息的结构。

商品登记装置11包括：CPU(centralprocessingunit)11a、ROM(read-onlymemory)11b、RAM(random-accessmemory)11c、辅助存储单元11d、钱箱开放单元11e、扫描仪11f、触摸面板11g、打印机11h、读卡器11i、通信单元11j、及传输***11k。

CPU11a、ROM11a、RAM11c、及辅助存储单元11d通过传输***11k连接，从而构成计算机。

CPU11a相当于所述计算机的中枢部分。CPU11a按照存储在ROM11b及RAM11c上的操作***、中间件和应用程序，为了实现作为商品登记装置11的各种功能而控制各部。

ROM11b相当于所述计算机的主存储部分。ROM11b存储所述操作***。ROM11b也有存储所述中间件和应用程序的情况。并且ROM11b也有存储CPU12a进行各种处理时使用的数据的情况。

RAM11c相当于所述计算机的主存储部分。RAM11c存储CPU11a在进行各种处理时参照的数据。而且RAM11c存储CPU11a在进行各种处理时临时使用的数据，即作为工作区被使用。

辅助存储单元11d相当于所述计算机的辅助存储部分。辅助存储单元11a保存CPU11a进行各种处理时使用的数据、或通过在CPU11a中的处理而生成的数据。作为辅助存储设备11a，可以使用诸如EEPROM(ElectricErasableProgrammableReadOnlyMemory：电可擦可编程只读存储器)、HDD(HardDiscDrive：硬盘驱动器)或者SSD(SolidStateDrive：固态硬盘)等。

保存在ROM11b或辅助存储单元11d的应用程序包括记述了与后述的控制处理有关的控制程序。商品登记装置11的转让通常在控制程序被ROM11b或辅助存储单元11d所保存的状态下进行。但也有在控制程序没有被ROM11b或辅助存储单元11d保存的状态下，商品登记装置11就被转让的情况。在这种情况下，控制程序将通过记录在磁盘、光磁盘、光盘、半导体数据等可移动记录媒体转让。或控制流程通过网络被转让，此控制程序也可以记录到所述另行被转让的商品登记装置11的辅助存储单元11d上。

钱箱开放单元11e自动开放钱箱以便收纳货币。

扫描仪11f读取商品信息，从而得到该商品代码。作为扫描仪11f，可以直接利用各种众所周知的类型。扫描仪11f可以只对应众所周知的类型中的一个，也可以对应多个类型。即扫描仪11f可以包括固定型或手持型的二维码扫描仪。并且作为扫描仪11f可以包括利用图像识别技术通过图像识别商品的类型。

触摸面板11g包括显示装置及接触式传感器。显示装置将其显示画面设定为CPU画面等任意画面。作为显示装置，可以利用诸如彩色LCD等众所周知的装置。接触式传感器被重叠配置在显示装置的显示面上。接触式传感器检测出操作者在显示装置的显示面上的触摸位置，将此位置信息发送给CPU11a。作为接触式传感器，可以利用众所周知的装置。

打印机11h通过把各种字符串或图像等打印在票据上的形式发行票据。作为此类打印机，可以利用诸如热敏打印机或针式打印机等。

读卡器11i具有读取记录在卡上的信息的功能和将数据写入所述的卡里的功能。此卡不仅包括***、借记卡、电子货币卡、充值卡等结算用的卡，此外还可以包括被称为会员卡(member’scard需要交纳年费，能够享受更多的服务)、积分卡等的会员卡(无需交纳年费，能够享受的服务相对少些)。会员卡、至少记录用于识别持卡会员的信息。读卡器11i可以是磁气式、接触式、或非接触式中任意一个装置，也可以包括多种装置。

通信单元11j与通过LAN13被连接的多个结算装置12进行数据的通信。通信单元11j也可以通过LAN13与其他商品登记装置11进行通信。

传输***11k在CPU11a、ROM11b、RAM11c、辅助存储单元11d、钱箱开放单元11e、扫描仪11f、触摸面板11g、打印机11h、读卡器11i、通信单元11j、及传输***11k之间进行收发数据的传输。传输***11k可以利用***总线等各种总线、及包括连接这些总线和各部的各种接口线路的众所周知的装置。

作为此类商品登记装置11的硬盘，可以利用例诸如已有的POS终端。

结算装置12包括：CPU12a、ROM12b、RAM12c、辅助存储单元12d、自动零钱机12e、扫描仪12f、触摸面板12g、打印机12h、读卡器12i、通信单元12j、及传输***12k。

CPU12a、ROM12b、RAM12c和辅助存储单元12d通过传输***12k连接，从而构成计算机。

CPU12a相当于所述计算机的中枢部分。CPU12a按照存储在ROM12b及RAM12c上的操作***、中间件和应用程序，为了实现作为商品登记装置12的各种功能而控制各部。

ROM12b相当于所述计算机的主存储部分。ROM12b存储所述操作***。ROM12b也有存储所述中间件和应用程序的情况。并且，ROM12b也有存储CPU12a进行各种处理时使用的数据的情况。

RAM12c相当于所述计算机的主存储部分。RAM12c存储CPU12a在进行各种处理时参照的数据。而且，RAM12c存储CPU12a在进行各种处理时临时使用的数据，即作为工作区被使用。

辅助存储单元12d相当于所述计算机的辅助存储部分。辅助存储单元12a保存CPU12a进行各种处理时使用的数据、或通过在CPU12a中的处理而生成的数据。作为辅助存储设备12a，可以使用诸如EEPROM、HDD、或者SSD等。

保存在ROM12b或辅助存储单元12d的应用程序包括记述了与后述的控制处理有关的控制程序。结算装置12的转让通常在控制程序被ROM12b或辅助存储单元12d所保存的状态下进行。但也有在控制程序没有被ROM12b或辅助存储单元12d保存的状态下，结算装置12就被转让的情况。在这种情况下，控制程序将通过记录在磁盘、光磁盘、光盘、半导体数据等可移动记录媒体转让。或控制流程通过网络被转让，此控制程序也可以记录到所述另行被转让的结算装置12的辅助存储单元12d上。

自动零钱机12e接收被投入的硬币或纸币。并且自动零钱机排出作为零钱的硬币及纸币。

扫描仪12f读取商品信息，从而得到此商品代码。作为扫描仪12f，可以直接利用各种众所周知的类型。扫描仪12f可以只对应众所周知的类型中的一个，也可以对应多个类型。即扫描仪12f可以包括固定型或手持型的二维码扫描仪。扫描仪12f可以包括利用图像识别技术通过图像识别商品的类型。

触摸面板12g包括显示装置及接触式传感器。显示装置将其画面设定为CPU画面等任意画面。作为显示装置，可以利用诸如彩色LCD等众所周知的装置。接触式传感器被重叠配置在显示装置的显示面上。接触式传感器检测出操作者在显示装置的显示面上的触摸位置，将此位置信息发送给CPU12a。作为接触式传感器，可以利用众所周知的装置。

打印机12h通过把各种字符串或图像等打印在票据上的形式发放票据。作为此类打印机，可以利用诸如热敏打印机或针式打印机等。

读卡器12i具有读取记录在卡上的信息的功能和将数据写入所述的卡里的功能。此卡不仅包括***、借记卡、电子货币卡、充值卡等结算用的卡，此外还可以包括会员卡(member’scard需要交年会费，能够享受更多的服务)或积分卡等的记录结算处理所涉及的信息的各种卡。会员读卡器12i可以是磁气式、接触式、或非接触式中任意一个装置，也可以包括多种装置。

通信单元12j与通过LAN13被连接的多个结算装置12进行数据的通信。通信单元12j也可以通过LAN13与其他商品登记装置11进行通信。

传输***12k在CPU12a、ROM12b、RAM12c、辅助存储单元12d、钱箱开放单元12e、扫描仪12f、触摸面板12g、打印机12h、读卡器12i、通信单元12j、及传输***12k之间进行收发数据的传输。传输***12k可以利用***总线等各种总线、及包括连接这些总线和各部的各种接口线路的众所周知的装置。

作为此类结算装置12的硬盘，可以利用例诸如已有的POS终端。

包括如上所述的商品登记装置11和结算装置12的结账***10，为了让使用证券支付的客人的结算处理变得顺利，在商品登记装置11上具备以下构成。也就是说，如图3所示，商品登记装置11将登记商品表31和证券信息表32形成在RAM11c上。另外商品登记装置11将如图4所示的数据构造的区分证券合计文件40用辅助存储单元11d进行保存。

登记商品表31是用于对已经完成购买登记的商品的销售数据进行登记的数据表。证券信息表32是对与使用在结算上的证券相关的信息进行登记的数据表。

区分证券合计文件40按照可以用于结算的证券的种类，在存储支付过剩标志OTF的同时，合计用该证券支付的支付数据。支付数据包括支付笔数和支付金额。支付过剩标志OTF识别所对应的证券是能够支付零钱的类型还是不能支付零钱的类型的信息。比如支付过剩标志OTF将能够支付零钱的类型信息设为“1”，将不能支付零钱的类型设为“0”。并且在本实施例中，将可以用于结算的证券分为证券“1”和证券“2”两种。且“证券1”设为能够支付零钱的类型，“证券2”设为不能支付零钱的类型。

图5～图7是表示商品登记装置11的CPU11a按照控制程序执行控制处理的主要步骤的流程图。图8～图11是表示根据其控制处理显示在商品登记装置11的触摸面板11g上的一种画面例子的模式图。图12是结算装置12的CPU12按照控制程序执行控制处理的主要步骤的流程图。以下，参照附图对结账***10的动作进行说明。另外，作为以下说明仅为处理内容的一个例子，可以利用能够得出同样结果的各种处理。

当商品登记装置11在进行购买商品的登记处理模式下启动时，CPU11a开始图5的流程图所示的处理。首先，CPU11a清除登记商品表31及证券信息表32(Act1)。其次，CPU11a在触摸面板11g的一部分上显示登记画面SC1(参照图8)(Act2)。

登记画面SC1是显示登记商品表31的内容等，从而让员工确认登记处理的实施情况的。在图8中示出了登记画面SC1的一个例子。登记画面SC1包括区域R1、R2。区域R1是显示与最新进行购买登记的商品有关的商品名称、数量及价格、与将此商品进行登记后的购买商品的合计数量及合计金额的区域。区域R2是显示与在登记画面SC1所示的商品之前进行购买登记的商品有关的商品名称、数量、价格及金额的表格的区域。

另外，此处省略图示，CPU11a显示在触摸面板11g的画面中作为登记画面SC1的区域之外，员工21为指定商品而设的商品按钮或小计按钮等的各种功能的按钮。

CPU11a确认小计按钮是否被触摸(Act3)。在小计按钮没有被触摸的情况下(Act3：NO)，CPU11a确认是否取得应进行购买登记的商品的商品代码(Act4)。在没有取得商品代码的情况下(Act4：NO)，CPU11a将再一次确认小计按钮是否被触摸(Act3)。因而CPU11a作为Act3及Act4，等待小计按钮被触摸或取得商品代码。另外CPU11a在这个待机中，还可以确认是否有其他操作等事故的发生，可以转移进行应对其发生事故的处理。

商品代码根据员工21的操作通过众所周知的处理取得。在商品代码被取得时(Act4：YES)，CPU11a将通过其商品代码所指定的商品的销售数据登记在登记商品表31上(Act5：登记部)。销售数据包括：商品代码及其商品代码所指定的商品的商品名称、数量及价格、以及价格乘以数量得出的金额。并且CPU11a根据登记在登记商品表31上的销售数据，计算出在登记期间内被登记的购买商品的合计数量和合计金额(Act6：计算部)。此后CPU11a按照销售数据登记后的登记商品表31的内容，更新登记画面SC1。

登记画面SC1更新后，CPU11a返回Act3及Act4的待机状态。在这个待机状态中，如果小计按钮被触摸(Act3：YES)，CPU11a就进入到图6中的Act8的处理。即CPU11a根据在这个时间的登记商品表31的内容生成结算信息(Act8)。结算信息包括：登记商品的商品名称、数量、价格及金额的表格，和购买商品的合计数量及合计金额。

其次，CPU11a将传输目的地选择画面SC2(参照图9)显示在触摸面板11g的画面的一部分(Act9)。图9示出了传输目的地选择画面SC2的一个例子。传输目的地选择画面SC2包括：显示区AR1、AR2、AR3、AR4、AR5、AR6及按钮B1、B2、B3、B4、B5、B6、B7、B8。

显示区AR1显示包括在结算信息中的合计数量及合计金额。显示区AR2显示各种消息。按钮B1、B2用于员工指定21对包括在结算信息中的合计金额进行折扣。按钮B3用于员工21指定转移到选择购买商品的货款的支付方法。按钮B4用于员工指定21将触摸面板11g的画面的一部分区域退回至登记画面SC1。

显示区AR3～AR6分别显示是否进行四个结算装置12的各自的结算情报的传输。按钮B5～B8用于员工指定21进行四个结算装置12的各自的结算信息的传输。结算装置12在执行结算处理时不接收结算信息的传输。在与此状态中的结算装置12相关联的显示区AR3～AR6上显示“不可传输”。相反，在与接收结算信息的传输的结算装置12相关联的显示区AR3～AR6上显示“可以传输”。另外按钮B5～B8可以根据相关联的结算装置12是否接收结算信息的传输来改变其显示形态。或者，可以在相关联的结算装置12不接收结算信息的传输的情况下，将按钮B5～B8设为不显示。

在显示传输目的地选择画面SC2时，CPU11a确认是否取得应进行购买登记的商品的商品代码(Act10)。在没有取得商品代码的情况下(Act10：NO)，CPU11a确认结算信息的传输目的地结算装置12是否被指定(Act11)。在结算装置12没有被指定的情况下(Act11：NO)，CPU11a确认是否被指定转移至货款支付方法的选择(Act12)。没有被指定转移至货款支付方法的情况下(Act12：NO)，CPU11a再一次确认是否取得商品代码(Act10)。因而CPU11a作为Act10至Act12，等待取得商品代码、指定结算装置12、转移至货款支付方法的选择。另外CPU11a在这个待机中，还可以确认是否有其他操作等事故的发生，可以转移进行应对其发生事故的处理。例如CPU11a在按钮B1、B2的其中任意一个被员工21触摸，并且被触摸面板11g检测出的情况下，将结算信息中包括的合计金额按照之后员工21的指示进行改变。

在Act10至Act12的待机状态中，取得商品代码后(Act10：YES)，CPU11a就将触摸面板11g的画面的一部分区域退回登记画面SC1(Act12)。此后，CPU11a进入图5中的Act5的处理，像上述一样重复进行随后的处理。

在Act10至Act12的待机状态中，在传输目的地选择画面SC2的按钮B5～B8的任意一个按钮被员工21触摸时，CPU11a视为结算装置12已被指定。结算装置12被指定时(Act11：YES)，CPU11a将通过Act8的处理生成的信息发送至被指定的结算装置12(Act14)。具体来讲CPU11a控制通信单元11j，让其把被指定的结算装置12作为收信方将结算信息送发送至LAN13。基于此，结算信息通过LAN13向结算装置12发送。

并且，CPU11a使告知画面SC4(参照图11)显示在触摸面板11g的画面的一部分上(Act15)。图11示出了传输目的地选择画面SC4的一个例子。告知画面SC4包括显示区AR11、AR12及按钮B11。

显示区AR11显示用于让员工21识别基于半自动的结算已被选择的图像。另外，基于半自动的结算是指在结算装置12中按照购物客人22的操作执行结算处理的结算方式。

显示区AR12显示在结算信息中所包括的合计数量及合计金额，而且，还显示将包括这种内容的结算信息传输给四个结算装置12中的任意一个。

按钮B11用于员工21指定关闭告知画面SC4。CPU11a随着按钮B11被触摸，返回图5中的Act1的处理。与上述说明相同重复随后的处理。

另外，在与不接收结算信息的传输的结算装置12相关联的按钮B5～B8被触摸的情况下，CPU11a在Act11上不会判定为YES。如此一来，CPU11a不会接收不接收结算信息的传输的结算装置12的指定。因而，在所有的结算装置12都处于动作的停止状态或不接收结算信息的传输的动作状态的情况下，CPU11a不等待结算装置12的指定。

在Act10至Act12的待机状态中，在支付方法选择按钮B3被员工21所触摸时，CPU11a视为转移至货款支付方法的选择被指定。在指定了转移至货款支付方法的选择(Act12为YES)时，CPU11a使货款支付画面SC3(参照图10)显示在触摸面板11g的画面的一部分上(Act16)。图10示出了货款支付画面SC3的一个例子。货款支付画面SC3显示按钮B9、B10，来取代了传输目的地选择画面SC2上的按钮B1、B2、B3，其余部分与传输目的地选择画面SC2相同。但按钮B9、B10被显示的区域和显示在显示区AR2上的消息内容是不同的。

按钮B9、B10用于员工21指定作为支付方法之一的证券的种类。如上所述，本实施例中，将证券的种类分为：能够支付零钱的设定的“证券1”和不能支付零钱的设定的“证券2”两个种类。在货款支付画面SC3中，按钮B9是用于员工21指定“证券1”的。按钮B10是用于员工21指定“证券2”的。

在显示货款支付画面SC3之后，CPU11a进入图7中的Act17的处理。即CPU11a等待证券信息被输入(Act17：受理部)。证券信息包括用于结算的证券的种类和张数和面额。当购物客人22向员工21提出使用证券结算时，员工21确认其证券是“证券1”还是“证券2”。并且是“证券1”时，员工21触摸按钮B9。是“证券2”时，员工21触摸按钮B10。如此一来例如货款支付画面SC3上将通过虚拟按键(softkey)显示出数字键(tenkey)，员工21将其证券的张数和面额依次输入。面额是指记录在证券上的金额。另外，用于支付的证券是一张时，可以省略证券张数的输入。并且也可以不使用虚拟按键，而是使用硬键盘将数字键盘连接到商品登记装置11上，由员工21将张数和面额输入并显示。

包括证券的种类、张数及面额的证券信息被输入(Act17：YES)，CPU11a就将此证券信息登记到证券信息表32上(Act18)。接着，CPU11a比较基于此证券支付的金额和通过Act8的处理生成的结算信息所包括的购买商品的合计金额(Act19：比较部)。基于证券的支付金额是指在Act7的处理中输入的张数的面额合计。

作为比较基于证券的支付金额和购买商品的合计金额的结果，当支付金额少于合计金额时(Act19：No)，在商品登记装置11上无法结束结算。在这种情况下，CPU11a从合计金额减去基于证券支付的金额算出不足金额(Act20)。将此不足金额显示在货款支付画面SC3的一部分上，例如显示在显示区AR2上从而告知员工21及购物客人22(Act20：告知部)。并且CPU11a将用于通知员工21指定结算装置12为结算信息的传输目的地的消息显示在货款支付画面SC3的一部分，例如显示区AR2(Act22)。并且CPU21等待结算装置12被指定(Act23：选择部)。

此时，货款支付画面SC3的按钮B5～B8的任意一个被员工21所触摸时，CPU21使通过Act8的处理存储的证券信息包含在通过Act8的处理而生成的结算信息中。并且，CPU21将包括此证券信息的结算信息发送至被指定的结算装置12(Act24：发送部)。具体来讲CPU11a控制通信单元11j，让其把被指定的结算装置12作为收信方将包括证券信息的结算信息送发送至LAN13。从而，包括证券信息的结算信息被发送至被指定的结算装置12。

此外，CPU11a使与Act15的处理相同的告知画面SC4显示在触摸面板11g的画面的一部分上(Act25)。

另一方面，当合计金额与基于证券支付的金额一致或基于证券的支付金额高于合计金额时(Act19：YES)，CPU11a将搜索区分证券合计文件40。并且CPU11a调查与Act17的处理中输入的证券所对应的支付过剩标志OTF(Act26)。

支付过剩标志OTF为“1”(Act26：YES)时，在Act17的处理中输入的证券是能够找零钱的。此时CPU11a确认合计金额与基于证券的支付金额是否一致(Act27)。合计金额不等于基于证券的支付金额，即基于证券支付的金额高于合计金额时(Act27：NO)，将产生找零。在该***10上能够由结算装置12支付零钱。因此，CPU11a进入Act22的处理，随后的处理与上述相同重复进行。

与此相对，当合计金额与基于证券支付的金额一致时(Act26：YES)，将不产生找零。即在商品登记装置11上结束结算。此时，CPU11a控制打印机11h并发行票据(Act28:发行部)。在票据上，至少记录购买商品的销售数据及合计金额和基于证券的支付金额。

另一方面，支付过剩标志OTF为“0”(Act26：NO)时，在Act17的处理中输入的证券是不能找零钱的。从而，在商品登记装置11上结束结算。此时，CPU11a控制打印机11h，发行对结算信息上所示的信息和/或在证券信息上所示的信息等进行了显示的票据(Act28:发行部)。

在结束Act25或Act28的处理时，CPU11a进行区分证券分类合计处理(Act29)。此处理是：在Act17的处理中输入的证券的种类所对应的区分证券合计文件40的合计张数及合计金额上，分别加上在该处理中输入的证券的张数和支付金额的处理。在结束该区分证券合计处理时，CPU11a返回图5中的Act1，与上述相同重复进行随后的处理。

另一方面，在结算装置12被启动时，CPU12a开始图12的流程图所示的处理。首先，CPU12a将触摸面板12g的画面视为待机画面(Act31)。待机画面是显示目前不处在进行结算处理的状态的画面，具体显示什么样的信息可以是任意的。待机画面能够设想到例如显示无法进行结算处理的消息，或作为屏幕保护显示广告等的任意的图像。将触摸面板12g的画面设为待机画面后，CPU12a等待接收结算信息(Act32)。

如上所述，商品登记装置11的CPU11a在Act14或Act24上的处理中，将结算信息由通信单元11j发送至LAN13。该结算信息通过设置在成为收信方的结算装置12上的通信单元12j被接收，保存在RAM2或辅助存储单元12d上。

CPU12a根据结算信息被保存在RAM12c或辅助存储单元12d上,从而判定为已接收结算信息的发送(Act32：YES)。并且，CPU12a将触摸面板12g的画面变更为结算画面(Act33)。

结算画面受理根据接收的结算信息进行结算的购物客人22的操作。结算画面例如至少显示结算信息上所示的合计金额。另外，结算画面能够显示合计数量和/或购买商品的列表。

CPU12a确认结算信息中是否包括有证券信息(Act34)。结算信息中不包括证券信息时(Act34：NO),CPU12a进入Act38的处理。

另一方面，结算信息上包括证券信息时(Act34：YES),CPU12a对包括在结算信息的合计金额和基于证券支付的支付金额进行比较(Act35)。比较结果为合计金额高于基于证券支付的金额时(Act35：YES),CPU12将合计金额与基于证券支付的支付金额的差额作为不足金额显示在结算画面上(Act36)。之后CPU12a进入Act38的处理。

与此相对，基于证券的支付金额高于合计金额时(Act35：NO)，CPU12将基于证券的支付金额和合计金额之间的差额作为零钱显示在结算画面(Act37)。随后CPU12a进入Act40的处理。

在Act38中，CPU12a确认用于结算的购物客人22的操作是否已进行。购物客人对自动零钱机或读卡器12i进行用于结算在结算画面上所显示的合计金额或不足金额的操作。

如果检测出对自动零钱机12e或读卡器12i已进行操作时(Act38：YES)，CPU12a执行结算处理(Act39)。此结算处理是根据购物客人22的操作，对保存在RAM12c或辅助存储单元12d的结算信息所示的结算合计金额或不足金额进行结算的处理。此结算处理可以直接适用于例如在已有的自助POS终端等进行的处理。结算处理结束后，CPU12a就进入Act40的处理。

在Act40中，CPU12a控制打印机12h发行票据。票据上至少记录着购买商品的销售信息及合计金额、以及用于结算该购买商品的支付信息。并且，在产生零钱的情况下，其零钱也被记录。并且，在结算信息中包括证券信息的情况下，作为支付信息基于证券的支付金额将被记录下来。

在发行票据后，CPU12a返回Act31的处理，像上述一样重复进行随后的处理。

如上所述，在本实施例的结账***10中，当购物客人22提出使用证券结算时，员工21使用商品登记装置11进行结算。此时员工21判断是能够支付零钱的设定的证券还是不能支付零钱的设定的证券。并且在能够支付零钱的设定的证券的情况下，员工21在货款支付画面SC3中触摸按钮B9。在不能支付零钱的设定的证券的情况下，员工21在货款支付画面SC3中触摸按钮B10。

按钮B9被触摸后，在商品登记装置11中，基于证券的支付金额和购买商品的合计金额将得到比较。并且当基于证券的支付金额与合计金额一致时，由商品登记装置11发行票据。即在商品登记装置11上结束结算。此时购物客人22无需通过结算装置12进行结算。

当基于证券的支付金额与合计金额不一致时，将用于通知员工21指定结算装置12为结算信息的传输目的地的消息显示在货款支付画面SC3上。此时员工21选择能够传输结算信息的结算装置12，触摸与其传输目的地的结算装置12所对应的按钮B5～B8。并且员工21告知购物客人22移动至传输目的地结算装置12。

购物客人22移动到被告知的结算装置12。在此结算装置12的触摸面板12g上，将会显示结算画面。并且当基于证券的支付金额高于购买商品的合计金额时，在结算界面上显示零钱额度的同时，等同于零钱额度的零钱由自动零钱机12e支付。另外，打印机12h启动发行票据。

相反，当基于证券的支付金额少于购买商品的合计金额时，结算画面上显示不足金额。此时购物客人22用例如现金或电子货币来进行支付操作。这样打印机12h启动发行票据。

另一方面，当按钮B10被触摸时，在商品登记装置11中，基于证券的支付金额和购买商品的合计金额将得到比较。并且，当基于证券的支付金额与合计金额相等或多的情况下，由商品登记装置11发行票据。即在商品登记装置11上结束结算。此时购物客人22无需通过结算装置12进行结算。

当基于证券的支付金额少于购买商品的合计金额时，将用于通知员工21指定结算装置12为结算信息的传输目的地的消息显示在货款支付画面SC3上。此时员工21选择能够传输结算信息的结算装置12，触摸与其传输目的地的结算装置12所对应的按钮B5～B8。并且员工21告知购物客人22已将传输目的地移动至结算装置12。

购物客人22移动到被告知的结算装置12。在此结算装置12的触摸面板12g上，与不足金额一起显示结算画面。此时购物客人22用例如现金或电子货币来对不足金额进行支付操作。于是，打印机12h启动发行票据。

这样的话，根据本实施例，在和使用能够支付零钱的设定的证券支付购买商品的货款的购物客人22之间进行商业交易时，当基于其证券的支付金额大于等于购买商品的合计金额时能够在商品登记装置11上进行结算。另外，基于证券的支付金额少于购买商品的合计金额时，在商品登记装置11上处理证券的支付，并用结算装置12进行针对不足金额的支付处理，从而结算商业交易。而且，基于证券的支付金额大于购买商品的合计金额时，通过在商品登记装置11上进行使用证券的支付，从而能够由结算装置12支付零钱，结算商业交易。

另一方面，在和使用不能支付零钱的设定的证券支付购买商品的货款的购物客人22之间进行商业交易时，当基于其证券的支付金额等于购买商品的合计金额时能够在商品登记装置11上进行结算。另外，基于证券的支付金额少于购买商品的合计金额时，在商品登记装置11上处理基于证券的支付，并用结算装置12进行针对不足金额的支付处理，从而结算商业交易。

另外，本发明并不限定于所述实施例。

例如，在上述实施例中，列举了能够支付零钱的设定的证券和不能支付零钱的设定的证券同时存在的情况。在本实施例中即使只存在任意一种证券，通过修改一部分商品登记装置11的控制程序，也能够适用上述实施例。具体来讲，在只存在不能支付零钱的设定的证券的情况下，省略图7的Act26的处理。在存在只能够支付零钱的设定的证券的情况下，省略图7的Act26及Act7的处理。

当Act26被省略时，作为比较基于证券的支付金额和购买商品的合计金额的结果，当基于证券的支付金额少于购买商品的合计金额时，Act20～Act25的处理将被执行。另外，当基于证券的支付金额高于购买商品的合计金额时，Act20至Act25的处理将被执行。也就是说，包括证券信息的结算信息发送至被指定的结算装置12(发送部)。与此相对，基于证券的支付金额与购买商品的合计金额相等时，Act28的处理将被执行。即票据将被发行(发行部)。

当Act26及Act27的处理被省略时，作为比较基于证券的支付金额和购买商品的合计金额的结果，当基于证券的支付金额少于购买商品的合计金额时，Act20至Act25的处理将被执行。也就是说，包括证券信息的结算信息被发送至被指定的结算装置12(发送部)。与此相对，当基于证券的支付金额与购买商品的合计金额一致或基于证券的支付金额高于购买商品的合计金额时，Act28的处理将被执行。即票据被发行(发行部)。

另外，在上述实施例中，在货款支付画面SC3上配置了用于员工21指定证券种类的按钮B9、B10。并且根据这些按钮B9、B10的选择输入，证券的种类被指定，随后根据数字键盘的操作输入证券的面额。证券的受理部不限定于此。例如根据证券的不同，附有条形码等的光学读取式的代码。在此，将这个代码用扫描仪11f扫描，从而能够自动输入金券的种类和金额。

而且在判别证券的种类时，在登记装置11的触摸面板11g上，能够显示以下消息。即当支付过剩标志OTF为“1”的证券时，显示“此证券是能够支付零钱的证券”的消息。当支付过剩标志OTF为“0”的证券时，显示“此证券是不能支付零钱的证券”的消息。将这样的消息显示给员工21，能够在使用证券之前让购物客人22确认是否能够使用。另外这样的消息不仅显示给店员21，如果还能显示给购物客人22一侧，就会更加有效果。

而且在上述实施例中，列举了具有多个结算装置12的结账***10，但是即使是只有一台结算装置12的结账***10，只是会在传输目的地SC2及货款支付画面S2上只显示一个结算装置12的数量而已，本实施例仍然直接适用。

而且在上述实施例中，虽然作为告知不足金额的告知方法，列举了显示输出在触摸面板11g上的方法，但作为告知方法，不限定于显示输出。也能够例如在商品登记装置11上具备声音合成装置的情况下，将不足金额通过声音输出来告知。

此外，对本发明的几个实施例进行了说明，但是这些实施例是作为例子提出的，并不意图限定发明的范围。这些新颖的实施例可以用其他的各种形式来实施，在不脱离发明要旨的范围内可以进行各种省略、替换、变更。这些实施例及其变形均被包括在发明的范围或要旨中，而且，包括在权利要求的范围所记载的发明和其等同的范围内。

Claims (10)

1.一种商品登记装置，与结算装置共同构成结账***，其特征在于，包括：

登记部，用于取得指定购买商品的商品代码，登记所述购买商品的销售数据；

计算部，根据在登记结束被指示为止的登记期间内由所述登记部登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；

受理部，受理所述购买商品的货款支付所使用的证券的输入；

比较部，对基于由所述受理部受理了输入的证券的支付金额和由所述计算部计算出的所述购买商品的合计金额进行比较；

判定部，对由所述受理部已受理输入的证券是能够支付零钱的设定的证券还是不能支付零钱的设定的证券进行判定；

发送部，在由所述判定部判定是所述能够支付零钱的设定的证券时，在基于所述证券的支付金额和所述购买商品的合计金额不一致时，将结算信息发送给所述结算装置，在由所述判定部判定是所述不能支付零钱的设定的证券时，在基于所述证券的支付金额少于所述购买商品的合计金额时，将所述结算信息发送给所述结算装置，其中，所述结算信息包括所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额；以及

发行部，在由所述判定部判定是所述能够支付零钱的设定的证券时，在基于所述证券的支付金额和所述购买商品的合计金额一致时，对记录有所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行，在判定是所述不能支付零钱的设定的证券时，在基于所述证券的支付金额大于等于所述购买商品的合计金额时，发行票据。

2.一种商品登记装置，与结算装置共同构成结账***，其特征在于，包括：

登记部，用于取得指定购买商品的商品代码，登记所述购买商品的销售数据；

计算部，根据在登记结束被指示为止的登记期间内由所述登记部登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；

受理部，受理所述购买商品的货款支付所使用的证券的输入；

比较部，对基于由所述受理部受理了输入的证券的支付金额和由所述计算部计算出的所述购买商品的合计金额进行比较；

发送部，当基于所述证券的支付金额和所述购买商品的合计金额不一致时，将包括所述购买商品的销售数据、基于所述证券的支付金额和所述购买商品的合计金额的结算信息发送给所述结算装置；以及

发行部，当基于所述证券的支付金额和所述购买商品的合计金额一致时，对记录了所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行。

3.一种商品登记装置，与结算装置共同构成结账***，其特征在于，包括：

登记部，用于取得指定购买商品的商品代码，登记所述购买商品的销售数据；

计算部，根据在登记结束被指示为止的登记期间内由所述登记部登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；

受理部，受理所述购买商品的货款支付所使用的证券的输入；

比较部，对基于由所述受理部受理了输入的证券的支付金额和由所述计算部计算出的所述购买商品的合计金额进行比较；

发送部，当基于所述证券的支付金额少于所述购买商品的合计金额时，将包括所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的结算信息发送给所述结算装置；以及

发行部，当基于所述证券的支付金额大于等于所述购买商品的合计金额时，对记录了所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行。

4.根据权利要求1至3中任一项所述的商品登记装置，其特征在于，还包括，

选择部，在所述结算装置为多个的情况下，选择其中一个结算装置，

其中，所述发送部对已被选择的所述一个结算装置发送所述结算信息。

5.根据权利要求1至3中任一项所述的商品登记装置，其特征在于，还包括，

告知部，当基于所述证券的支付金额少于所述购买商品的合计金额时，将基于所述证券的支付金额和所述购买商品之间的差额作为不足金额进行告知。

6.根据权利要求1至3中任一项所述的商品登记装置，其特征在于，还包括，

存储部，存储有区分证券合计文件，所述区分证券合计文件按照能够用于结算的证券的种类，在存储支付过剩标志的同时合计用所述证券支付的支付数据。

7.根据权利要求1至3中任一项所述的商品登记装置，其特征在于，还包括，

显示部，显示有具有多个显示区的传输目的地选择画面。

8.一种控制方法，用于控制与结算装置共同构成结账***的商品登记装置，包括以下步骤：

登记步骤，用于取得指定购买商品的商品代码，登记所述购买商品的销售数据；

计算步骤，根据在登记结束被指示为止的登记期间内由所述登记步骤登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；

受理步骤，受理所述购买商品的货款支付所使用的证券的输入；

比较步骤，对基于由所述受理步骤受理了输入的证券的支付金额和由所述计算步骤计算出的所述购买商品的合计金额进行比较；

判定步骤，对由所述受理步骤已受理输入的证券是能够支付零钱的设定的证券还是不能支付零钱的设定的证券进行判定；

发送步骤，在由所述判定步骤判定是所述能够支付零钱的设定的证券时，在基于所述证券的支付金额和所述购买商品的合计金额不一致时，将结算信息发送给所述结算装置，在由所述判定步骤判定是所述不能支付零钱的设定的证券时，在基于所述证券的支付金额少于所述购买商品的合计金额时，将所述结算信息发送给所述结算装置，其中，所述结算信息包括所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额；以及

发行步骤，在由所述判定步骤判定是所述能够支付零钱的设定的证券时，在基于所述证券的支付金额和所述购买商品的合计金额一致时，对记录有所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行，在判定是所述不能支付零钱的设定的证券时，在基于所述证券的支付金额大于等于所述购买商品的合计金额时，发行票据。

9.一种控制方法，用于控制与结算装置共同构成结账***的商品登记装置，包括以下步骤：

登记步骤，用于获取指定购买商品的商品代码，登记所述购买商品的销售数据；

计算步骤，根据在登记结束被指示为止的登记期间内由所述登记步骤登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；

受理步骤，受理所述购买商品的货款支付所使用的证券的输入；

比较步骤，对基于由所述受理步骤受理了输入的证券的支付金额和由所述计算步骤计算出的所述购买商品的合计金额进行比较；

发送步骤，当基于所述证券的支付金额和所述购买商品的合计金额不一致时，将包括所述购买商品的销售数据、基于所述证券的支付金额和所述购买商品的合计金额的结算信息发送给所述结算装置；以及

发行步骤，当基于所述证券的支付金额和所述购买商品的合计金额一致时，对记录了所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行。

10.一种控制方法，用于控制与结算装置共同构成结账***的商品登记装置，包括以下步骤：

登记步骤，用于获取指定购买商品的商品代码，登记所述购买商品的销售数据；

计算步骤，根据在登记结束被指示为止的登记期间内由所述登记步骤登记的所述购买商品的销售数据，计算出所述购买商品的合计金额；

受理步骤，受理所述购买商品的货款支付所使用的证券的输入；

比较步骤，对基于由所述受理步骤受理了输入的证券的支付金额和由所述计算步骤计算出的所述购买商品的合计金额进行比较；

发送步骤，当基于所述证券的支付金额少于所述购买商品的合计金额时，将包括所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的结算信息发送给所述结算装置；以及

发行步骤，当基于所述证券的支付金额大于等于所述购买商品的合计金额时，对记录了所述购买商品的销售数据、基于所述证券的支付金额、以及所述购买商品的合计金额的票据进行发行。