CN107632869B - 一种加载pos应用的用户界面的方法与设备 - Google Patents

Abstract

本发明适用于通信技术领域，提供了一种加载POS应用的用户界面的方法与设备，包括接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识；根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面；获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件；根据所述终端的标识将所述HTML文件发送至所述终端。通过上述方式，实现POS应用的多平台复用，提高开发效率和运维效率，降低开发成本和维护成本。

Description

一种加载POS应用的用户界面的方法与设备

技术领域

本发明属于通信技术领域，尤其涉及一种加载POS应用的用户界面的方法与设备。

背景技术

在交易支付时，销售终端(point of sale，POS)设备自动读取收银机的商品销售信息，如商品名、单价、销售数量、销售时间、销售店铺、购买顾客等，并通过通讯网络或者计算机系统将这些信息传送至相关模块进行分析加工，完成在商品销售过程中的信息记录、资金流动等功能，提高了商品的经营效率，对整个交易过程做了良好的保障。

其中，现有技术中很多POS设备采用的操作系统都是通过基于嵌入式Linux系统或Android系统进行系统开发，再通过运行Web浏览器调用或者显示开发之后的用户界面(User Interface，用户界面)和运行结果。通常情况下，现有的基于嵌入式Linux系统或者Android系统开发方法中，很难结合POS系统的业务需求和业务逻辑，多平台兼容并统一地设计用户界面并完整地开发POS系统，从而造成开发成本和维护成本都较高的问题。

发明内容

有鉴于此，本发明实施例提供了一种加载POS应用的用户界面的方法与设备，以解决现有技术中开发人员很难结合POS系统的业务需求和业务逻辑，多平台兼容并统一地设计用户界面并完整地开发POS系统，从而造成开发成本和维护成本都较高的问题。

第一方面，本发明实施例提供了一种加载POS应用的用户界面的方法，该方法包括：

接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识；

根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面；

获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件；

根据所述终端的标识将所述HTML文件发送至所述终端。

第二方面，本发明实施例提供了一种加载POS应用的用户界面的设备，该设备包括：

接收请求单元，用于接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识；

目标确定单元，用于根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面；

目标获取单元，用于获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件；

文件发送单元，用于根据所述终端的标识将所述HTML文件发送至所述终端。

第三方面，本发明实施例提供了一种加载POS应用的用户界面的设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至5任一项所述方法的步骤。

第四方面，本发明实施例提供了一种计算机可读存储介质，所述计算机存储介质存储有计算机程序，所述计算机程序包括程序指令，所述程序指令当被处理器执行时使所述处理器执行上述第一方面的方法。

本发明实施例与现有技术相比存在的有益效果是：通过将原生开发语言接口Native API封装为脚本文件接口，以供Web层可以通过浏览器调用该接口来访问用户界面的控件和元素，将开发过程中对平台接口的依赖最小化，以实现POS应用的多平台复用，提高开发效率和运维效率。

附图说明

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

图1是本发明实施例提供的加载POS应用的用户界面的方法的流程图；

图2是本发明另一实施例提供的加载POS应用的用户界面的方法流程图；

图3是本发明实施例提供的加载POS应用的用户界面的设备的示意图；

图4是本发明另一实施例提供的加载POS应用的用户界面的设备示意图；

图5是本发明实施例提供的加载POS应用的用户界面的设备的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。

为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。

参见图1，图1是本发明实施例提供的一种加载POS应用的用户界面的方法的流程图。本实施例中加载POS应用的用户界面方法的执行主体为具有加载POS应用的用户界面功能的设备，该设备可以是服务器、计算机设备、平板电脑等设备。如图1所示的加载POS应用的用户界面的方法可以包括以下步骤：

S101：接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识。

服务端正常工作时，若检测到终端通过调用脚本文件接口发送的请求信息，则接收该终端通过调用脚本文件接口发送的请求信息。

在本实施例中，请求信息用于加载POS应用的用户界面，请求信息包括终端的标识。该标识可以是终端的唯一标识，也可以是终端的类型、型号以及终端的显示屏幕的大小或者分辨率。

进一步，请求信息还可以包括用户的需求信息或者POS系统的应用需求信息。其中，用户的需求信息可以是该用户所需要的用户界面的样式、色系或风格等特征；POS系统的应用需求信息可以是针对于该POS系统使用环境，或者业务需求、业务分类等需求信息。

一般情况下，开发人员在对POS应用的用户界面进行开发时，应当按照用户需求、POS系统的应用需求或者交易终端的类型进行针对性的开发，否则开发出来的应用界面将不适用于用户的需求、POS系统或者终端的使用。因此，在本实施例中，终端通过调用脚本文件接口发送请求信息，该请求信息中包括终端的标识，终端的标识可以是该终端的系统编号，或者显示屏幕的分辨率及大小等信息，这里不做限制。本实施例中通过接收终端发送的请求信息，以确定该请求信息所对应的要加载的目标用户用界面，以防止自适应加载的用户界面不符合请求信息，进而不符合终端的标识而造成失误。

脚本文件接口是一组方法签名的集合，其他内置接口的语言可以在接口中进行函数声明，从而定义一个接口。例如，公共的接口类:Interface，通过一份“契约”规定来自不同的开发人员的软件之间如何相互作用，每个开发人员都可以在不知道别人的开发成果的前提下，独立开发自己的代码。

脚本文件接口可以为JavaScript接口，在JavaScript接口中，通过给Interface类增加一个数组成员，保存方法名称。示例性的，将该Interface类命名为：methods，另外还有个成员：name，这个成员是接口名，通过该接口名获得该脚本文件接口发送的请求信息，还可以方便快速定位错误，比如某个界面对象到底是没有实现对应接口的方法。

接收终端通过调用脚本文件接口发送的请求信息，来获取加载POS应用的用户界面的需求信息或环境信息，进而确定针对于该请求信息的目标用户界面，使用户界面与终端的标识相互对应。

S102：根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面。

在本实施例中，一个用户界面可以对应于一个脚本文件接口，脚本文件接口与用户界面之间通过预设的对应关系确定两者之间的联系，通过脚本文件接口确定出与该接口对应的用户界面。

一个用户界面也可以对应于多个脚本文件接口，不同的接口对应于该用户界面中不同的控件或者元素，以及该控件或者元素对应的不同的功能或框架结构。

在本实施例中，基于Web技术的POS应用可以分为四层，分别为：平台API层、Web基础库层、支付框架层和应用层。其中，平台API层将硬件、系统等平台相关API从NATIVE层通过浏览器接口映射到浏览器中，以支撑JavaScript接口的调用，包括POS基础硬件密码键盘、打印机、读卡器等模块接口；Web基础库层包括JavaScript文件形式的基础工具函数模块、超级文本标记语言(Hyper Text Markup Language，HTML)和层叠样式表(CascadingStyle Sheets，CSS)实现的用户界面组件库，支撑上层应用的JavaScript开发和用户界面开发；支付框架层实现业务逻辑的架构、模块化交易的所有支撑功能，包括交易检查、交易数据采集、交易前置处理、交易报文处理、交易通信、交易后置处理、打印、电子签名等具体业务。定制化的实现各个子交易，包括消费、退货、撤销等；应用层实现对交易的调用、菜单组织、参数管理等功能。

在基于Web技术的POS应用的四层中，高层级接口依赖低层级接口，高层级接口通过调用低层级接口来获取该低层级的用户界面，或在该低层级接口的基础上进行高层级的任务，而非平台API层访问调用Web基础库层接口，且不存在低层次接口对高层次接口的访问。

通过根据脚本文件接口与用户界面的预设对应关系，确定终端当前待加载的目标用户界面，进而确定出该用户界面对应的目标控件以及目标界面元素等信息，以备将这些目标控件以及目标界面元素对应的HTML文件发送至终端。

S103：获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件。

每个用户界面由对应的控件或者元素组成，在确定终端当前待加载的目标用户界面之后，获取目标用户界面对应的目标控件以及目标界面元素。

其中目标控件为将与支付相关的基础属性和方法封装的控件，目标控件可以包括卡控件、个人识别码(Personal Identification Number，PIN)控件、通信控件、打印控件等，通过控件可以操作用户界面、调用硬件接口，以实现相关控件的功能。

进一步的，还可以扩展目标控件的方法和属性，比如卡类型属性、硬件卡轮询方法实现，便于指令等模块复用。

进一步的，通过采集控件的运行数据，提供数据存取方法，持有控件运行的结果数据之后，可以将交易预先采集的数据可以设置到相关控件，也可以存储结果数据至对应的流水结构中，以备之后的流水信息查询或调取。

其中目标界面元素为与支付相关的具有单一作用的元素，目标界面元素可以包括输入框、复选框、按钮、开关等一系列的基础用户界面元素。

进一步的，并且每个用户界面的样式或分辨率同样也要求其对应的控件或者元素具有相同的样式或分辨率，以实现对不同分辨率的设备用户界面库可以很好的兼容，所以平台封装好了接口后整个POS应用可以完全复用。

将获取到的目标控件的信息以及目标界面元素的信息写入超文本标记语言HTML文件，HTML文件是由HTML命令组成的描述性文本，HTML文件可以用于描述文字、图形、动画、声音、表格、链接等形式的内容。HTML文件的结构包括头部(Head)、主体(Body)两大部分，其中头部描述浏览器所需的信息，而主体则包含所要说明的具体内容，即目标用户界面对应的目标控件以及目标界面元素。

将HTML文件存储在服务器硬盘上，通过传输协议用户可以远程获取这些文件所传达的资讯和信息。网络浏览器能够解释HTML文件来显示网页，例如通过网景领航员(Netscape Navigator)或Microsoft Internet explorer浏览器在互联网上浏览网页时，浏览器软件就自动完成HTML文件到网页的转换。在浏览器的地址输入框内敲入相关网址，进入动态服务器网页的网点，当在屏幕上显示了此网页后，从网络浏览器的菜单条上选择“查看源代码”命令。此时屏幕上就会弹出一个新的窗口并显示HTML文件的内容。

进一步的，还可以将目标控件的信息以及目标界面元素的信息写入CSS文件或者Java脚本(JavaScript，JS)文件。HTML文件、CSS文件及JS文件均采用用于描述网页的语言编写，且均为符合预设格式的文本文件。CSS文件用于描述网页元素的显示样式。例如，用于描述网页元素的颜色、尺寸、分辨率等。JS文件用于描述网页元素的交互方式，即用于描述网页元素被触发时的响应内容。HTML文件、CSS文件以及JS文件的具体内容可以由研发人员根据实际需求编写，此处不做限制。

在本实施例中，JavaScript层只需要将处理后的功能模块的HTML文件内容传递到Native层，即可调用该功能模块对应的任务，且仅需要一个Native API接口，极大的降低了传统方式实现各功能模块需要的API数量，将开发过程中对平台接口依赖最小化。

S104：根据所述终端的标识将所述HTML文件发送至所述终端。

本实施例中的HTML文件是用于描述网页的文件，HTML文件包括HTML标签和纯文本。HTML标签用于描述网页元素，纯文本用于描述网页元素对应的内容，网页元素可以包括但不限于页面、标题、段落、图像、表格、文本、输入框等。根据终端的标识将HTML文件发送至终端，以通过HTML文件确定目标用户界面的显示。

进一步的，也可以根据终端的标识将HTML文件和CSS文件发送至终端。终端获取到CSS文件后，可以调用预设的CSS解析包解析CSS文件，从而得到HTML标签与样式属性之间的预设对应关系，终端根据解析得到的每个HTML标签以及HTML标签与样式属性之间的预设对应关系，确定解析得到的每个HTML标签对应的样式属性。

示例性的，通过基于HTML文件和CSS文件实现打印小票的内容和样式排版作为打印模板文件，将交易数据和模板文件进行绑定后，转换为图片传递给底层打印机打印。此种方式只需要JavaScript层将处理后的完整小票的HTML文件传递到Native层，再由Native层发送至终端，即可调用实现打印，且仅需要一个打印接口。极大的降低传统方式打印功能实现需要的API数量，并且充分发挥了Web技术的优势，实现的技术小票也由上层调用者自行组织，排版和内容完全无限制，采用WEB技术实现应用的多平台兼容，提高了POS应用开发效率，增强用户界面的复用性。

基于HTML文件和CSS文件技术实现一套风格统一的、支持自适应的、组件化的用户界面库，包括基于此控件集合支撑支付框架层中POS业务需求组合出寻卡组件、数字软键盘、电子签名板等组件。浏览器默认风格的用户界面控件各平台和各浏览器间存在差异，而且默认样式过于简单，对基础用户界面元素的默认样式重写，统一显示风格，也丰富了用户界面效果。

上述方案，服务器接收终端通过调用脚本文件接口发送的请求信息，用于请求加载POS应用的用户界面，再根据脚本文件接口与用户界面的预设对应关系确定终端当前待加载的目标用户界面；获取目标用户界面对应的目标控件以及目标界面元素，并将目标控件的信息以及目标界面元素的信息写入超文本标记语言HTML文件，最后根据终端的标识将HTML文件发送至终端。POS终端可以通过浏览器调用脚本文件接口来访问POS服务器，获取POS应用的用户界面的控件和元素，实现POS应用的多平台复用，提高开发效率和运维效率，降低开发成本和维护成本。

参见图2，图2是本发明另一实施例提供的一种加载POS应用的用户界面的方法的流程图。其中，图2在图1的基础上增加了步骤S201-S203，并将图1中的S103细化为步骤S2051-S2052。本实施例中加载POS应用的用户界面方法的执行主体为具有加载POS应用的用户界面功能的设备，该设备可以是服务器、计算机设备、平板电脑等设备。如图2所示的加载POS应用的用户界面的方法可以包括以下步骤：

S201：获取所述POS应用的每个用户界面对应的控件、界面元素以及系统原生开发语言接口Native API。

POS应用的每个用户界面都由与其功能或显示等效果相对应的控件、界面元素以及系统原生开发语言接口Native API。其中的控件和界面元素组成了该用户界面的显示效果，而Native API则是通过二进制的方式，由函式库直接开放的应用程式开发接口，可以直接由C/C++等程序设计语言来调取并使用。

在本实施例中，基于Web技术的POS应用可以分为四层，分别为：平台API层、Web基础库层、支付框架层和应用层。其中，平台API层将硬件、系统等平台相关API从NATIVE层通过浏览器接口映射到浏览器中，以支撑JavaScript调用，包括POS基础硬件密码键盘、打印机、读卡器等模块接口；Web基础库层包括JavaScript的基础工具函数模块和HTML文件和CSS文件实现的用户界面组件库，支撑上层应用的JavaScript开发和用户界面开发；支付框架层实现业务逻辑的架构、模块化交易的所有支撑功能，包括交易检查、交易数据采集、交易前置处理、交易报文处理、交易通信、交易后置处理、打印、电子签名等具体业务。定制化的实现各个子交易，包括消费、退货、撤销等；应用层实现对交易的调用、菜单组织、参数管理等功能。

其中，平台API层提供的功能模块为Web层提供访问Native API对应的硬件功能的能力。平台API层可以包括的功能模块有：密码键盘模块、读卡器模块以及打印机模块。其中，密码键盘模块，用于实现写密钥、获取密码、生成密钥和校验密钥等功能；读卡器模块，用于提供三种卡(磁条卡、接触式卡片、非接触式卡片)的主要操作接口函数；打印机模块用于基于HTML文件和CSS文件实现打印小票的内容和样式排版作为打印模板文件，将交易数据和模板文件进行绑定后，转换为图片传递给底层打印机打印，交易小票的内容模板也由上层调用者自行组织，排版和内容完全无限制。此种方式JavaScript层只需要将处理后的完整小票的HTML文件和CSS文件内容传递到Native层，即可调用实现打印，仅需要一个打印接口，降低传统方式打印功能实现需要的API数量。

在本实施例中，JavaScript层只需要将处理后的功能模块的HTML文件和CSS文件内容传递到Native层，即可调用该功能模块对应的任务，且仅需要一个Native API接口。极大的降低了传统方式实现各功能模块需要的API数量，从而实现了POS应用的多平台复用，提高开发效率和运维效率，降低开发成本和维护成本。

平台API层中还可以包括：系统API、文件操作以及简易移动值(ease of movementvalue，EMV)，其中，系统API用于提供设置系统时间等接口；文件操作API用于提供文件操作函数接口；EMV用于提供银行卡组织规范中要求的卡片操作协议实现API。

S202：将所述Native API封装为脚本文件接口，并将所述脚本文件接口注册至应用层；其中，所述脚本文件接口供POS终端调用，以获取所述Native API对应的用户界面。

将Native API封装为脚本文件接口，脚本文件接口可以为JavaScript API，基于各系统提供的浏览器接口将平台相关的Native API封装为JavaScript API，注册到浏览器以供调用。

并将脚本文件接口注册至应用层，以实现对交易的调用、菜单组织、参数管理等功能。具体为：基于组件化用户界面实现应用界面，组织页面跳转逻辑。调用交易接口，组织交易菜单。对框架层进行模块初始化配置，对收单行可能变化的部分进行配置，载入8583域属性等，实现参数设置维护功能。

S203：将所述每个用户界面各自对应的所述控件、所述界面元素以及所述NativeAPI对应的脚本文件接口关联保存至Web基础库。

每个用户界面都有各自对应的控件、界面元素以及Native API对应的脚本文件接口，将用户界面与其对应的文件关联保存至Web基础库中。

其中，与用户界面各自对应的控件为将与支付相关的基础属性和方法封装的控件，控件包括卡控件、PIN控件、通信控件或打印控件等，通过控件可以操作用户界面、调用硬件接口，以实现相关控件的功能。

进一步的，Web基础库中还可以包括过滤器控件，以完成数据的格式化处理功能。示例性的，通过过滤器将小数点金额转为12位数字金额，保证数据金额的统一性，该数字金额的位数可以根据终端的显示要求、服务器的处理要求或者用户的使用需求进行设定，此处不做限定。

其中，与用户界面各自对应的元素为与支付相关的具有单一作用的元素，可以为：输入框、复选框、按钮、开关等一系列的基础用户界面元素。

其中，脚本文件接口为将Native API封装得到的接口，以供Web层访问该NativeAPI对应的硬件功能的能力。

Web基础库可以采用原生脚本语言结合浏览器提供的一系列特性开发，其中持久化存储为浏览器依照Web标准提供的特性，所以此部分内容完全输出标准Web开发，可以兼容运行于所有浏览器环境中。Web基础库中还可以包括：脚本工具库和用户界面组件库。

其中，脚本工具库可以为常用的一些工具函数封装，提供可扩展标记语言(Extensible Markup Language，XML)、字符编码转换、加密算法库、8583组包解包等功能模块。进一步的，基于浏览器功能还可以封装出本地存储(Local Storage)和本地数据库(WebSQL)等持久化存储模块，通过添加很多功能将原本必须保存在服务器上的数据转为保存在客户端本地，从而大大提高了Web基础库的性能，减轻了服务器端的负担。

其中，Web基础库中还可以包含用户界面组件库，用户界面组件库可以为基于HTML文件和CSS文件技术，实现一套风格统一的、支持自适应的、组件化的用户界面库，包括基于此控件集合支撑支付框架层中POS业务需求组合出寻卡组件、数字软键盘、电子签名板等组件。

组件即通过自定义HTML标签定义的用于完成独立的模块功能的用户界面元素，组件可以包括操作页面用户界面元素和终端等硬件设备的调用等。通过组件化的封装方式，也将用户界面元素相关的样式和结构编写工作全部封装在用户界面组件化库中，便于上层应用的调用和维护。

示例性的，通过Web基础库中的寻卡组件，自动展示读卡用户界面，调用硬件轮询接口，并返回磁道结果给用户绑定的回调接口。

进一步的，将具有相同样式的用户界面的控件、界面元素以及Native API对应的脚本文件接口保存至一个用户界面组件库中，并将用户界面组件库保存至Web基础库中。实现风格一致、易于调用、用户体验良好的一套用户界面库。

浏览器默认风格的用户界面控件各平台和各浏览器间存在差异，而且默认样式过于简单，本实施例中，通过对基础用户界面元素的默认样式重写，统一显示风格，也丰富了用户界面效果。

浏览器可以提供对屏幕大小的查询接口，所以在编写样式中可以动态的根据查询到的屏幕大小，调整用户界面控件和组件的元素高宽值，即自适应终端屏幕大小，兼容处理用户界面差异，保证了用户界面的复用性和响应性。

S204：接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识。

本实施例中的步骤S204与上一实施例中的步骤S101相同，具体请参阅上一实施例中的步骤S101的相关描述，此处不赘述。

S205：根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面。

通过根据脚本文件接口与用户界面的预设对应关系，确定所述终端当前待加载的目标用户界面，进而确定出该用户界面对应的目标控件以及目标界面元素等信息，以备将这些目标控件以及目标界面元素对应的HTML文件发送至终端。

进一步的，本实施例中，步骤S205还可以包括步骤S2051和步骤S2052：

S2051：根据脚本文件接口与用户界面的预设对应关系确定所述终端调用的脚本文件接口对应的目标Native API。

通过根据脚本文件接口与用户界面的预设对应关系，确定终端当前待加载的目标用户界面，进而确定出该用户界面对应的目标控件以及目标界面元素等信息，使用户界面与终端的标识相互对应。

S2052：调用所述目标Native API从所述Web基础库获取所述目标用户界面的目标控件和目标界面元素。

每个用户界面都有各自对应的控件、界面元素以及Native API对应的脚本文件接口，将用户界面与其对应的文件关联保存至Web基础库中。通过调用与该用户界面的目标控件和目标界面元素相对应的目标Native API，从Web基础库获取目标用户界面的目标控件和目标界面元素。

S206：获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件。

本实施例中的步骤S206与上一实施例中的步骤S103相同，具体请参阅上一实施例中的步骤S103的相关描述，此处不赘述。

S207：根据所述终端的标识将所述HTML文件发送至所述终端。

根据终端的标识将HTML文件发送至终端，以通过HTML文件在终端显示目标用户界面的信息。

不同的HTML文件所对应的用户界面的目标控件或元素的生成策略可以根据实际需求进行设置，此处不做限制。例如，对于容器类HTML文件，其对应的预设的应用界面元素生成策略可以为，采用与预设操作系统对应的框架布局构建方式，将解析得到的容器类HTML文件转换为应用界面的框架布局(例如FrameLayout)；对于文本类HTML文件，其对应的预设的应用界面元素生成策略可以为，采用与预设操作系统对应的文本视图构建方式，将解析得到的文本类HTML文件转换为应用界面的文本视图(例如TextView)；对于图片类HTML文件，其对应的预设的应用界面元素生成策略可以为，采用与预设操作系统对应的图像视图构建方式，将解析得到的图片类HTML文件转换为应用界面的图像视图(例如ImageView)；对于输入框类HTML文件，其对应的应用界面元素生成策略可以为，采用与预设操作系统对应的编辑框构建方式，将解析得到的输入框类HTML文件转换为应用界面的编辑框(例如Editext)。

基于HTML技术实现一套风格统一的、支持自适应的、组件化的用户界面库，包括基于此控件集合支撑支付框架层中POS业务需求组合出寻卡组件、数字软键盘、电子签名板等组件。浏览器默认风格的用户界面控件各平台和各浏览器间存在差异，而且默认样式过于简单，对基础用户界面元素的默认样式重写，统一显示风格，也丰富了用户界面效果。

通过将用户界面加载在终端上，以完成基于该用户界面的支付过程。在本实施例中的支付框架层中，通过脚本文件提供支付的关键要素功能，支撑完成完整的交易流程，示例性的，一个完成的交易流程包括：数据采集、前置处理、报文组包处理、网络通信、报文解包处理、后置交易处理以及打印小票。

本实施例中将整个支付过程中的支付框架层分为交易支撑层和交易定制层。其中交易支撑层完全依照面向对象思想开发，包括流水对象、交易基类、交易派生类等抽象。提供了完整的数据流水增删查改能力、提供报文的可定制化能力、提供交易流程的定制化能力、提供交易小票打印的定制化能力，涉及多模块桥接，统一为支付组件模块。可用于交易前、交易后处理、交易流程实现、交易数据采集用户界面的解耦支撑以及以服务的形式，提供支付的相关模块功能。

交易定制层为独立模块形式的交易实现，依赖于交易支撑层的自定义流水和自定义参数机制，实现流水、参数存储和组解包功能。交易支撑层提供交易定制层交易定制化实现时的面向对象支撑，交易定制层中交易保持独立性、模块化，可用于组织数据采集控件，并注册交易数据；基于8583模块实现组包相关域置位，解包处理；交易流水管理，保存交易相关数据，用于重打印、上送等交易；交易参数管理，保存交易相关特有参数数据。

整个POS应用分层次、模块化实现各功能，交易间独立不产生强耦合性，基于面向对象思想有交易基类模块派生出管理类交易、金融类交易、辅助类交易三大子交易派生类，根据具体实现的交易性质由上述基类扩展。如：消费、撤销等由金融类交易基类派生。签到、结算等交易由管理类交易派生。冲正、脚本上送等由辅助类交易派生。

上述方案中，通过获取POS应用的每个用户界面对应的控件、界面元素以及系统原生开发语言接口Native API，将Native API封装为脚本文件接口，并将脚本文件接口注册至应用层；再将每个用户界面各自对应的控件、界面元素以及Native API对应的脚本文件接口关联保存至Web基础库，实现一套风格统一的、支持自适应的、组件化的用户界面库。接收终端通过调用脚本文件接口发送的请求信息；根据脚本文件接口与用户界面的预设对应关系确定终端调用的脚本文件接口对应的目标Native API；调用目标Native API从Web基础库获取目标用户界面的目标控件和目标界面元素，以最小化对平台接口的依赖，采用WEB技术实现应用的多平台兼容，提高了POS应用开发效率，增强POS用户界面的复用性。获取目标用户界面对应的目标控件以及目标界面元素，并将目标控件的信息以及目标界面元素的信息写入超文本标记语言HTML文件；根据终端的标识将HTML文件发送至终端。POS终端可以通过浏览器调用脚本文件接口来访问POS服务器，获取POS应用的用户界面的控件和元素，实现POS应用的多平台复用，提高开发效率和运维效率，降低开发成本和维护成本。

参见图3，图3是本发明实施例提供的一种加载POS应用的用户界面的设备的示意图。本实施例的设备300包括的各单元用于执行图1对应的实施例中的各步骤，具体请参阅图1以及图1对应的实施例中的相关描述，此处不赘述。本实施例的设备300包括：接收请求单元301、目标确定单元302、目标获取单元303、文件发送单元304。具体地：

接收请求单元301，用于接收终端通过调用脚本文件接口发送的请求信息；请求信息用于请求加载POS应用的用户界面，所述请求信息包括终端的标识。

例如，接收请求单元301接收终端通过调用脚本文件接口发送的请求信息；请求信息用于请求加载POS应用的用户界面，请求信息包括终端的标识。

目标确定单元302，用于根据脚本文件接口与用户界面的预设对应关系确定终端当前待加载的目标用户界面。

例如，目标确定单元302根据脚本文件接口与用户界面的预设对应关系确定终端当前待加载的目标用户界面。

目标获取单元303，用于获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件。

例如，目标获取单元303获取目标用户界面对应的目标控件以及目标界面元素，并将目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件。

文件发送单元304，用于根据所述终端的标识将所述HTML文件发送至所述终端。

例如，文件发送单元304根据终端的标识将HTML文件发送至终端。

上述方案中，通过接收终端通过调用脚本文件接口发送的请求信息；请求信息用于请求加载POS应用的用户界面，请求信息包括终端的标识；根据脚本文件接口与用户界面的预设对应关系确定终端当前待加载的目标用户界面；获取目标用户界面对应的目标控件以及目标界面元素，并将目标控件的信息以及目标界面元素的信息写入超文本标记语言HTML文件；根据终端的标识将HTML文件发送至终端。POS终端可以通过浏览器调用脚本文件接口来访问POS服务器，获取POS应用的用户界面的控件和元素，实现POS应用的多平台复用，提高开发效率和运维效率，降低开发成本和维护成本。

参见图4，图4是本发明实施例提供的一种加载POS应用的用户界面的设备示意图。图4在图3的基础上增加了信息获取单元401、接口封装单元402、数据保存单元403，并将图3中的目标确定单元303细化为接口确定单元4051和目标调用单元4052。本实施例的设备400包括的各单元用于执行图2对应的实施例中的各步骤，具体请参阅图2以及图2对应的实施例中的相关描述，此处不赘述。本实施例的设备400包括：

信息获取单元401，用于获取所述POS应用的每个用户界面对应的控件、界面元素以及系统原生开发语言接口Native API；

接口封装单元402，用于将所述Native API封装为脚本文件接口，并将所述脚本文件接口注册至应用层；其中，所述脚本文件接口供POS终端调用，以获取所述Native API对应的用户界面；

数据保存单元403，用于将所述每个用户界面各自对应的所述控件、所述界面元素以及所述Native API对应的脚本文件接口关联保存至Web基础库。

接收请求单元404，用于接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识；

目标确定单元405，用于根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面；

进一步地，目标确定单元405包括：接口确定单元4051和目标调用单元4052。

接口确定单元4051，用于根据脚本文件接口与用户界面的预设对应关系确定所述终端调用的脚本文件接口对应的目标Native API；

目标调用单元4052，用于调用所述目标Native API从所述Web基础库获取所述目标用户界面的目标控件和目标界面元素。

目标获取单元406，用于获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件；

文件发送单元407，用于根据所述终端的标识将所述HTML文件发送至所述终端。

上述方案中，通过获取POS应用的每个用户界面对应的控件、界面元素以及系统原生开发语言接口Native API，将Native API封装为脚本文件接口，并将脚本文件接口注册至应用层；再将每个用户界面各自对应的控件、界面元素以及Native API对应的脚本文件接口关联保存至Web基础库，实现一套风格统一的、支持自适应的、组件化的用户界面库。接收终端通过调用脚本文件接口发送的请求信息；根据脚本文件接口与用户界面的预设对应关系确定终端调用的脚本文件接口对应的目标Native API；调用目标Native API从Web基础库获取目标用户界面的目标控件和目标界面元素，以最小化对平台接口的依赖，采用WEB技术实现应用的多平台兼容，提高了POS应用开发效率，增强用户界面的复用性。获取目标用户界面对应的目标控件以及目标界面元素，并将目标控件的信息以及目标界面元素的信息写入超文本标记语言HTML文件；根据终端的标识将HTML文件发送至终端。POS终端可以通过浏览器调用脚本文件接口来访问POS服务器，获取POS应用的用户界面的控件和元素，实现POS应用的多平台复用，提高开发效率和运维效率，降低开发成本和维护成本。

参见图5，是本发明再一实施例提供的一种加载POS应用的用户界面的设备的示意图。如图所示的本实施例中的设备可以包括：一个或多个处理器501；一个或多个输入设备502，一个或多个输出设备503和存储器504。上述处理器501、输入设备502、输出设备503和存储器504通过总线505连接。存储器502用于存储，计算机程序包括指令，处理器501通过调用存储器502存储的计算机程序执行如下操作：

处理器501用于：接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识；

处理器501用于：根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面；

处理器501用于：获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件；

处理器501用于：根据所述终端的标识将所述HTML文件发送至所述终端。

处理器501还用于：获取所述POS应用的每个用户界面对应的控件、界面元素以及系统原生开发语言接口Native API；

处理器501还用于：将所述Native API封装为脚本文件接口，并将所述脚本文件接口注册至应用层；其中，所述脚本文件接口供POS终端调用，以获取所述Native API对应的用户界面；

处理器501还用于：将所述每个用户界面各自对应的所述控件、所述界面元素以及所述Native API对应的脚本文件接口关联保存至Web基础库。

处理器501具体用于：根据脚本文件接口与用户界面的预设对应关系确定所述终端调用的脚本文件接口对应的目标Native API；

处理器501具体用于：调用所述目标Native API从所述Web基础库获取所述目标用户界面的目标控件和目标界面元素。

处理器501具体用于：将具有相同样式的所述用户界面的所述控件、所述界面元素以及所述Native API对应的脚本文件接口保存至一个用户界面组件库中，并将所述用户界面组件库保存至Web基础库中。

应当理解，在本发明实施例中，所称处理器501可以是中央处理单元(CentralProcessing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(DigitalSignal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

输入设备502可以包括计算机、手机、平板电脑等，输出设备503可以包括POS设备、手机、平板电脑等。

存储器504可以是所述加载POS应用的用户界面的设备500的内部存储单元，例如加载POS应用的用户界面的设备500的硬盘或内存。所述存储器504也可以是所述加载POS应用的用户界面的设备500的外部存储设备，例如所述加载POS应用的用户界面的设备500上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器504还可以既包括所述加载POS应用的用户界面的设备500的内部存储单元也包括外部存储设备。所述存储器504用于存储所述计算机程序以及所述加载POS应用的用户界面的装置所需的其他程序和数据。所述存储器504还可以用于暂时地存储已经输出或者将要输出的数据。

具体实现中，本发明实施例中所描述的处理器501、输入设备502、输出设备503可执行本发明实施例提供的一种加载POS应用的用户界面的方法的第一实施例和第二实施例中所描述的实现方式，也可执行本发明实施例所描述的设备的实现方式，在此不再赘述。

在本发明的另一实施例中提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现：

接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识；

根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面；

获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件；

根据所述终端的标识将所述HTML文件发送至所述终端。

所述计算机程序被处理器执行时还实现：

获取所述POS应用的每个用户界面对应的控件、界面元素以及系统原生开发语言接口Native API；

将所述Native API封装为脚本文件接口，并将所述脚本文件接口注册至应用层；其中，所述脚本文件接口供POS终端调用，以获取所述Native API对应的用户界面；

将所述每个用户界面各自对应的所述控件、所述界面元素以及所述Native API对应的脚本文件接口关联保存至Web基础库。

所述计算机程序被处理器执行时还实现：

根据脚本文件接口与用户界面的预设对应关系确定所述终端调用的脚本文件接口对应的目标Native API；

调用所述目标Native API从所述Web基础库获取所述目标用户界面的目标控件和目标界面元素。

所述计算机程序被处理器执行时还实现：

将具有相同样式的所述用户界面的所述控件、所述界面元素以及所述Native API对应的脚本文件接口保存至一个用户界面组件库中，并将所述用户界面组件库保存至Web基础库中。

上述方案中，通过接收终端通过调用脚本文件接口发送的请求信息；请求信息用于请求加载POS应用的用户界面，请求信息包括终端的标识；根据脚本文件接口与用户界面的预设对应关系确定终端当前待加载的目标用户界面；获取目标用户界面对应的目标控件以及目标界面元素，并将目标控件的信息以及目标界面元素的信息写入超文本标记语言HTML文件；根据终端的标识将HTML文件发送至终端。POS终端可以通过浏览器调用脚本文件接口来访问POS服务器，获取POS应用的用户界面的控件和元素，实现POS应用的多平台复用，提高开发效率和运维效率，降低开发成本和维护成本。

应理解，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述设备的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(Read-Only Memory，ROM)、随机存取存储器(RandomAccess Memory，RAM)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。

Claims (8)

1.一种加载POS应用的用户界面的方法，其特征在于，包括：

获取所述POS应用的每个用户界面对应的控件、界面元素以及系统原生开发语言接口Native API；

基于各系统提供的浏览器接口将所述Native API封装为脚本文件接口，并将所述脚本文件接口注册至浏览器；其中，所述脚本文件接口供POS终端调用，以获取所述Native API对应的用户界面；

将所述每个用户界面各自对应的所述控件、所述界面元素以及所述Native API对应的脚本文件接口关联保存至Web基础库；

接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识；

根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面；

获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件；

根据所述终端的标识将所述HTML文件发送至所述终端。

2.如权利要求1所述的加载POS应用的用户界面的方法，其特征在于，所述根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面包括：

根据脚本文件接口与用户界面的预设对应关系确定所述终端调用的脚本文件接口对应的目标Native API；

调用所述目标Native API从所述Web基础库获取所述目标用户界面的目标控件和目标界面元素。

3.如权利要求1所述的加载POS应用的用户界面的方法，其特征在于，所述每个用户界面对应的控件包括：卡控件、个人识别码PIN控件、通信控件或打印控件。

4.如权利要求1所述的加载POS应用的用户界面的方法，其特征在于，所述将所述每个用户界面各自对应的所述控件、所述界面元素以及所述Native API对应的脚本文件接口关联保存至Web基础库，包括：

将具有相同样式的所述用户界面的所述控件、所述界面元素以及所述Native API对应的脚本文件接口保存至一个用户界面组件库中，并将所述用户界面组件库保存至Web基础库中。

5.一种加载POS应用的用户界面的设备，其特征在于，包括：

信息获取单元，用于获取所述POS应用的每个用户界面对应的控件、界面元素以及系统原生开发语言接口Native API；

接口封装单元，用于基于各系统提供的浏览器接口将所述Native API封装为脚本文件接口，并将所述脚本文件接口注册至浏览器；其中，所述脚本文件接口供POS终端调用，以获取所述Native API对应的用户界面；

数据保存单元，用于将所述每个用户界面各自对应的所述控件、所述界面元素以及所述Native API对应的脚本文件接口关联保存至Web基础库；

接收请求单元，用于接收终端通过调用脚本文件接口发送的请求信息；所述请求信息用于请求加载POS应用的用户界面，所述请求信息包括所述终端的标识；

目标确定单元，用于根据脚本文件接口与用户界面的预设对应关系确定所述终端当前待加载的目标用户界面；

目标获取单元，用于获取所述目标用户界面对应的目标控件以及目标界面元素，并将所述目标控件的信息以及所述目标界面元素的信息写入超文本标记语言HTML文件；

文件发送单元，用于根据所述终端的标识将所述HTML文件发送至所述终端。

6.如权利要求5所述的加载POS应用的用户界面的设备，其特征在于，所述目标确定单元包括：

接口确定单元，用于根据脚本文件接口与用户界面的预设对应关系确定所述终端调用的脚本文件接口对应的目标Native API；

目标调用单元，用于调用所述目标Native API从所述Web基础库获取所述目标用户界面的目标控件和目标界面元素。

7.一种加载POS应用的用户界面的设备，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至4任一项所述方法的步骤。

8.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至4任一项所述方法的步骤。

Images