CN103399753A - 软件架构 - Google Patents

Abstract

本发明公开了一种软件架构，适用于销售点终端的应用软件架构，软件架构包括应用层、操作系统层和应用程序编程接口层，其中，操作系统层，用于提供应用编程接口函数，并反馈应用编程接口函数，其中应用编程接口函数用于执行销售点终端的业务；应用程序编程接口层，用于将不同操作系统层反馈的应用编程接口函数进行重新封装，得到统一的应用程序编程接口函数，因此应用层可以针对该统一的应用程序编程接口函数进行同一种业务功能的应用层软件代码开发，不同POS厂商生成的各种类型的POS终端可以使用同一个应用层软件代码执行同一种业务功能，提高通用性。进一步，当应用层软件代码更新时，只需更改一次应用层软件代码，提高更新效率并节约成本。

Description

软件架构

技术领域

本发明涉及销售点终端技术领域，特别是涉及一种适用运行于销售点终端的软件架构。

背景技术

POS（Point of sale，销售点）终端，是一种具有通讯功能，并且可以完成信息交互的设备，例如POS终端可以接收银行卡信息，将银行卡信息发送至柜台处的终端，再由使用该终端的柜员发送指令至POS终端，从而完成金融交易。

现有技术中，每个POS厂商所生产的POS终端使用的OS（OperatingSystem，操作系统）由各自研发人员进行研发，由于针对同一业务不同POS厂商研发的OS不同，进而不同POS厂商向POS终端的应用层提供的API（Application Programming Interface，应用程序编程接口）函数也各不相同，所以各厂商POS应用软件开发人员根据其自有API函数进行某一种业务功能的应用层软件开发。

综上可以看出，现有不同厂商的不同类型POS终端中的OS向应用层提供的API函数不一致，从而造成各POS厂商提供的各类型POS终端执行同一种业务功能的应用层软件代码各异，使得应用层软件代码不通用。

发明内容

有鉴于此，本发明实施例提供了一种软件架构，用于解决现有技术中由于不同厂商的不同类型POS终端中的OS向应用层提供的API函数不一致导致的应用层软件代码不通用的问题。

本发明实施例提供的软件架构的技术实现如下：

一种软件架构，适用于销售点终端的应用软件架构，所述软件架构包括应用层，所述软件架构还包括：操作系统层和应用程序编程接口层，其中，

所述操作系统层，用于提供应用编程接口函数，并反馈所述应用编程接口函数至所述应用程序编程接口层，其中所述应用编程接口函数用于执行所述销售点终端的业务；

所述应用程序编程接口层，用于将不同所述操作系统层反馈的所述应用编程接口函数进行重新封装，得到统一的应用程序编程接口函数。

优选地，所述应用程序编程接口层包括：系统类应用程序编程接口、显示类应用程序编程接口、打印类应用程序编程接口、工具类应用程序编程接口、通讯类应用程序编程接口、集成电路板卡类应用程序编程接口、磁条卡类应用程序编程接口、文件类应用程序编程接口、密码键盘类应用程序编程接口和三大国际卡组织制定的国际通用金融IC卡规范库类应用程序编程接口；

所述应用程序编程接口层，具体用于识别所述操作系统层反馈的所述应用程序编程接口函数对应的接口类型，并将不同接口类型对应的所述应用程序编程接口函数重新封装为各自接口类型对应的统一的应用程序编程接口函数。

优选地，所述应用程序编程接口层进一步用于向所述应用层提供所述统一的应用程序编程接口函数的函数名称、函数参数和返回值。

本发明实施例所提供的软件架构中，应用程序编程接口层可以将不同操作系统层反馈的应用编程接口函数进行重新封装，得到统一的应用程序编程接口函数，因此应用层可以针对该统一的应用程序编程接口函数进行同一种业务功能的应用层软件代码开发，从而不同POS厂商生成的各种类型的POS终端可以使用同一个应用层软件代码执行同一种业务功能，使得应用层软件代码可以通用。

进一步，由于应用程序编程接口层可以得到不同操作系统层反馈的应用编程接口函数的统一的应用程序编程接口函数，当应用层软件代码更新时，应用程序开发人员只需要更改一次应用层软件代码，即可以实现不同销售点终端中应用层的软件代码更新，提高更新效率并节约成本。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例所提供的软件架构的一种结构示意图；

图2为本发明实施例所提供的软件架构的一种接口示意图；

图3为现有软件架构的结构示意图；

图4为本发明实施例所提供的软件架构的另一种结构示意图；

图5为本发明实施例所提供的软件架构的再一种结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

为了使得应用层软件代码可以通用，本发明实施例提供了一种适用于POS终端的应用软件架构。如图1所示，该软件架构，可以包括：OS（OperatingSystem，操作系统）层11、API（Application Programming Interface，应用程序编程接口）层12和应用层13。其中，

OS层11，用于提供API函数，并反馈所述API函数的应用程序编程接口函数至所述API层12，其中所述API函数用于执行所述销售点终端的业务。即当应用层13接收到业务执行指令后，应用层13通过API层12调用OS层11所提供的API函数，由API函数实现业务的执行。

比如当应用层13接收到打印业务指令后，应用层13通过API层12调用OS层11所提供的具有打印功能的API函数，执行打印业务。

因为OS层11提供的API函数是由各POS厂商的各自研发人员进行研发，而不同研发人员在编写执行同样业务的API函数时，由于自身编写习惯和对业务执行过程的理解不同，编写的API函数也不同，所以当API函数应用于OS层11时，OS层11反馈至API层12的应用程序编程接口函数也不同。

当API层12接收到OS层11反馈的应用程序编程接口函数后，对应用程序编程接口函数进行重新封装，得到统一的API函数。其中统一的API函数可以是API函数具有相同的函数名称、相同的数据类型和函数参数等。在本实施例中，API函数的函数名称、API函数的数据类型和API函数的函数参数可以由开发API层的开发人员进行设定，本实施例对此不加以限制。

API层12将不同OS层11反馈的应用程序编程接口函数封装为统一的应用程序编程接口函数，则从应用层13来看，API层12将OS层11提供的不同接口封装为统一接口，因此应用层13仅需调用该统一接口进行应用层软件代码开发。具体可以参阅图2所示，其示出了软件架构中OS层11的不同接口被API层12封装为统一接口的接口示意图。

在本实施例中，图3示出了现有软件架构的结构示意图，从图3所示的软件结构中可以看出不同POS厂商研发的OS层直接与应用层连接，而由于不同POS厂商向POS终端的OS层由各自研发人员进行研发，所以OS层向应用层提供的API函数也各不相同，进而需要各自POS厂商的研发人员针对自身提供的API函数进行应用层软件代码开发。

而本发明实施例所提供的软件架构中，API层12可以将不同OS层11反馈的API函数封装为统一的API函数，因此应用层13可以针对该统一的API函数进行同一种业务功能的应用层软件代码开发，从而不同POS厂商生成的各种类型的POS终端可以使用同一个应用层软件代码执行同一种业务功能，使得应用层软件代码可以通用。

进一步，由于API层12可以将不同OS层11反馈的API函数封装为统一的API函数，当应用层软件代码更新时，应用程序开发人员只需要更改一次应用层软件代码，即可以实现不同销售点终端中应用层的软件代码更新，提高更新效率并节约成本。

此外，在本实施例中，API层12可以包括系统类API、显示类API、打印类API、工具类API、通讯类API、IC（Integrated Circuit，集成电路板）卡类API、磁条卡类API、文件类API、密码键盘类API和EMV（Europay,MasterCard,VISA三大国际卡组织制定的国际通用金融IC卡规范）库类API，如图4所示。

API层12将上述不同接口类型的API函数分别进行封装，并且封装后不同接口类型的API对应的API函数也可以不同，即可以对不同接口类型的API函数设定不同的函数名称、数据类型和函数参数，同一接口类型的API函数设定相同的函数名称、数据类型和函数参数。

当API层12接收到OS层11反馈的API函数时，首先识别OS层11反馈的API函数对应的接口类型，然后再将API函数封装为接口类型对应的API函数，从而不同具有相同接口类型的OS层11反馈的API函数可以封装为同一类型的API函数，进而由应用层13对于该种类型的API函数进行应用层软件代码的开发。

在本实施例中，API层12将上述不同接口类型的API函数分别封装到各自的API动态库中，其中API动态库的个数和接口类型的个数相同。例如本实施例中API动态库包括系统类API，显示类API，打印类API，工具类API，通讯类API，IC卡类API，磁条卡类API，文件类API，密码键盘类API，EMV库类API。每个API动态库中保存相应的POS厂商的OS层11反馈的API函数。当在执行某个业务时，API层12从API动态库中查找到执行业务的API函数，运行API函数完成该业务。

具体可以是：当应用层13接收到业务执行指令后，API层12首先判断该业务执行指令所对应的接口类型，然后再调用该接口类型对应的OS层11中的API函数进行业务执行。

在本实施例中，以打印类POS终端为例对图4所示的示意图进行介绍。其中打印类POS终端包括：显示屏、打印机、通讯、磁条和IC读卡器等多种硬件模块构成。每个POS厂商采购的硬件模块各不相同，采用的硬件驱动也不一样，故各POS厂商针对硬件模块所开发的OS层的API函数也完全不同。

当POS终端执行打印业务时，应用层13接收到打印业务指令，通过API层12调用OS层11提供的具有打印功能的API函数执行打印业务。

需要注意的一点是：在执行某个业务时，需要使用该业务对应的同一类型的多个API函数，则API层12根据业务中API函数的执行顺序依次调用API函数，完成该业务。

同时，需要说明的是：POS终端硬件特性决定本发明实施例中API层12对不同OS层11的API函数转换，即决定本发明实施例中API层12将不同OS层11不同接口封装为统一接口的软件集成方式，只有满足这种软件集成方式的POS终端方可采用软件架构的API层。

当然，API层12还可以进一步向应用层13提供统一的API函数的函数名称、函数参数和返回值，以便开发人员对不同POS厂商研发的OS层11的理解。

下面结合具体应用实例对本发明实施例所提供的一种适用于POS终端的软件架构进行介绍。本领域技术人员可以理解的是，本具体应用实例所提供的软件架构仅仅作为一种示例，并不应该构成对本发明实施例的限定。

如图5所示，一种软件架构可以包括：

API层，其基于标准C语言和4个厂商（厂商A、厂商B、厂商C及厂商D）的POS终端的OS层各自的API函数，将各个API函数封装为统一的API函数，即将不同OS层的不同接口封装为统一接口，由统一接口与应用层通信。

进一步，所述API层可以包括系统类API、显示类API、打印类API、工具类API、通讯类API、IC卡类API、磁条卡类API、文件类API、密码键盘类API、EMV库类API，从而API层可以将每种类型OS层的不同API分别封装为统一类型的API。例如系统类型OS层的API被统一封装为系统类API，而显示类型OS层的API被统一封装为显示类API。

应用层，其包括共有功能模块，其中，每一共有功能模块唯一对应某一种业务之间的共有功能，且每个共有功能模块的软件代码通过调用API层对应的OS层的API函数实现。其中，应用层可以包括：打包\解包模块、参数文件管理模块、流水文件管理模块、结算文件管理模块、打印模块、通讯封装模块、交易结果处理模块。

业务模块层，其包括业务逻辑模块，每个业务逻辑模块的软件代码均通过API层调用OS层的API函数。其中所述业务模块层可以包括：应用入口模块、由模块1-消费、模块2-预授权、模块3-退货构成的业务逻辑模块、脚本执行结果上送模块、离线流水上送处理模块、冲正处理模块。

其中，该API层中的API函数、该公共模块层中的共有功能模块和该业务模块层中的业务模块均以动态库形式存在，以实现动态加载。

其中，该API层基于标准C语言和四个厂商的POS终端的OS层对应的私有API，并通过预先约定的标准API技术要求，将与多种OS层的API函数封装为统一的API函数，且同一OS层的不同接口类型的API函数被封装为不同的API函数，不同OS层的相同接口类型的API函数被封装为相同的API函数，以适应各厂商的多种OS层，消除不同OS层的封装差异，提高代码通用性。

需要说明的是：每个接口类型对应一种功能。例如打印接口类型对应打印功能，显示接口类型对应显示功能。

该公共模块层基于标准C语言，并调用该API层中的相应API函数，将应用软件所包括业务之间的不同的共有功能封装为不同的共有功能模块，即各业务可以共有的功能抽离出来进行封装，从而达到降低每一业务模块的开发工作量的目的；而业务模块层基于标准C语言，并调用该API层的相应API函数、该公共模块层的相应共有功能，将不存在共有功能的各业务封装为不同的业务模块。

需要说明的是，该API层为应用软件与各个厂商POS终端的OS层的接口层；其中，通过封装作为接口层的该API层中的各业务所需的API函数，使得应用软件的软件代码可以适用于各厂商POS终端的OS层上；同时，当行业规范或设备硬件驱动发生变更时，API层的软件代码需要修改。

本领域技术人员可以理解的是，当执行某一业务时，该业务模块层将调用该API层的相应API函数以及该公共模块层的共有功能模块，进而该公共模块层调用该API层的相应API函数，而该API层再与OS层进行交互，以此完成该业务的实现。

例如：当执行消费业务时，该业务模块层中的模块1-消费可以调用该API层中的显示类API、磁条卡类API、打印类API等标准API，以及调用公共模块层中的打印模块、交易结果处理模块、结算文件管理模块等共有功能模块，而公共模块层中的被调用的公共模块功能可以调用该API层中的API函数，以此完成该业务的实现。

当然，API层也可以将不同接口类型的API函数分别封装到各自的API动态库中，当在执行某个业务时，API层从API动态库中查找到执行业务的API函数，运行API函数完成该业务。

应用上述技术方案，API层可以将不同OS层反馈的API函数封装为统一的API函数，即将不同接口封装为统一接口，因此应用层可以针对该统一接口进行同一种业务功能的应用层软件代码开发，从而不同POS厂商生成的各种类型的POS终端可以使用同一个应用层软件代码执行同一种业务功能，使得应用层软件代码可以通用。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

最后，还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本发明时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例或者实施例的某些部分所述的方法。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (3)

1.一种软件架构，适用于销售点终端的应用软件架构，所述软件架构包括应用层，其特征在于，所述软件架构还包括：操作系统层和应用程序编程接口层，其中，

所述操作系统层，用于提供应用编程接口函数，并反馈所述应用编程接口函数至所述应用程序编程接口层，其中所述应用编程接口函数用于执行所述销售点终端的业务；

所述应用程序编程接口层，用于将不同所述操作系统层反馈的所述应用编程接口函数进行重新封装，得到统一的应用程序编程接口函数。

2.根据权利要求1所述的软件构架，其特征在于，所述应用程序编程接口层包括：系统类应用程序编程接口、显示类应用程序编程接口、打印类应用程序编程接口、工具类应用程序编程接口、通讯类应用程序编程接口、集成电路板卡类应用程序编程接口、磁条卡类应用程序编程接口、文件类应用程序编程接口、密码键盘类应用程序编程接口和三大国际卡组织制定的国际通用金融IC卡规范库类应用程序编程接口；

所述应用程序编程接口层，具体用于识别所述操作系统层反馈的所述应用程序编程接口函数对应的接口类型，并将不同接口类型对应的所述应用程序编程接口函数重新封装为各自接口类型对应的统一的应用程序编程接口函数。

3.根据权利要求2所述的软件架构，其特征在于，所述应用程序编程接口层进一步用于向所述应用层提供所述统一的应用程序编程接口函数的函数名称、函数参数和返回值。

Images