[发明专利]在POS端机上实现业务的方法、系统与POS端机

说明书

技术领域

本发明涉及POS（Point of Sale，销售点终端）端机应用技术领域，特别地，涉及一种在POS端机上实现业务的方法、系统与POS端机。

背景技术

目前，POS上的应用程序一般由厂商按照银行需求进行开发，银行对其上的程序管理比较粗放。POS端机上的存储空间十分有限，其上的程序主要分成主控应用程序、子应用程序以及POS厂商通过国内外的IC（Integrated Circuit，集成电路）卡金融支付认证模块等三部分，关于金融支付认证，国内实施的标准为PBOC 2.0（People Bank of China，中国人民银行），国外实施的是EMV标准（EUROPAY、MASTERCARD、VISA三个国际信用卡公司的首字母缩写词，这三个公司联合制定的IC卡借记/贷记应用标准，简称为EMV标准）。其中，主控应用程序主要负责POS端机与银行后台系统的交互、负责有关程序的全量下载及其安全控制、采集端机程序状态等；子应用程序主要负责银行某一类型业务在端机上的部署；IC卡金融支付认证模块负责卡片和终端的交互。

长期以来，POS端机上部署的银行业务一直比较单一，仅是收单业务。近年来，不但收单业务有了比较大的发展，而且各类增值服务业务和其他第三方的企业应用业务也都有了长足的发展，使得目前POS端机上的应用程序已不能满足发展的需要，主要包括以下几点：

（1）如何按业务要求快速开发POS端机上的程序

一般情况下，银行在采购端机产品时，约定由厂商开发POS端机上的程序。银行对POS端机上的程序提出一般性的开发要求，对其架构和实现方式没有进行十分具体的要求。

银行技术部门在接到新业务需求时，首先按照银行的POS应用规范，基于8583报文格式编写一个联机业务需求和接口文档，描述POS端机上的业务流程和银行后台接口。其中，8583协议是基于ISO8583报文国际标准的包格式的信息交换协议，8583包最多由128个字段域组成，每个域都有统一的规定，并有定长与变长之分，8583包前面一段为位图，它是打包解包确定字段域的关键代替，8583协议多在POS端机与银行后台的信息交换过程中使用。

此种方式存在很多弊端：一是受制于8583报文格式的限制，无法表达较为丰富的业务含义，同时也约束了后台服务接入的接口方式；二是POS端机程序开发过程不受控，对较为复杂的程序POS厂商需要较长的开发时间，银行无法控制；三是当程序开发完毕后，所有业务需求的实现基本上就固定下来了，当银行的需求发生变化时，哪怕是一个微小的业务要素发生变化，都需要重新修改和编译原程序，重新对POS上的程序进行部署和更新；四是每个需求生成的程序都是全量程序，随着业务的累加，POS端机上的程序数据量越来越大，这就导致下载量也越来越大；五是不支持除银行和POS厂商之外的第三方应用的开发与部署，银行在拓展业务时，如果需要部署第三方的业务，由于第三方业务需求的实施不在银行和POS厂商的合同范围内，POS厂商不予开发，而银行也没有能力独自开发。

（2）如何快速部署POS端机程序

POS端机上的程序开发完毕后，POS厂商通知银行进行业务验收与测试，银行业务验收后，POS厂商将验收后的程序交给业务部门，业务部门再将程序再转给技术部门，技术部门按业务部门要求将程序转发给分行技术部门，分行技术部门将程序转发给分行业务部门，分行业务部门一般采用手工方式将程序安装到POS端机上，对已经布放到商户的设备还要上门现场安装或取回升级，然后再重新布放。

由于银行精细化管理的要求以及业务创新的需求，上述做法存在很多缺点：一是工作流程冗长，POS端机上的程序开发完毕到布放到商户需要一个很长的业务处理流程；二是按照原有模式需要频繁地维护POS端机上的程序，程序开发、功能测试以及回归测试等需要很长一段时间，功能累加也造成程序越来越复杂、导致程序开发周期长、对需求的响应时间不能满足业务对商户营销的需求；三是POS端机上的程序布放成本较大，由于是人工手动安装，需要银行付出大量的人力成本；四是工作效率低、由于是人工布放并且对已经布放的设备需要现场安装，导致布放效率较低，对一些紧迫程度较高的需求，如更新错误或按商户要求布放一些特定时间段起效的特色业务，都会无能为力；五是远程更新技术不成熟，近年来虽然有些远程更新POS端机程序的技术解决方案，但由于受制于POS端机的处理能力和通讯功能限制，并且由于通讯过程中线路问题、远端不受控、全量程序下载数据量比较大、不同厂商下载的动态库稳定程度不同、线路数据传输质量受干扰、传输不稳定等诸多因素影响，导致实际应用效果十分不理想。

（3）如何支持IC卡交易