基于云内核的受理终端系统的制作方法

本发明涉及云技术，具体地涉及一种基于云内核的受理终端系统。

背景技术：

随着移动支付、物联网等技术的发展，传统终端已无法满足市场各方的需求，在用户体验、终端成本、更新扩展能力、部署和维护的便利性等方面表现出了明显的劣势和不足。

现有的受理终端一般是单体设备，软硬件一体，其中，内核、应用、ui逻辑放在同一设备上。在这样的现有技术中存在以下问题：在终端形态上，复杂度高，封闭的独立设备，难以分别在软硬件上做精简，并且与商户原有系统的集成能力差；在入网方式上，部署方式不够灵活，产品投放速度慢，结构上，不能灵活扩展新的受理终端；在扩展和更新能力上，对创新业务和创新技术扩展能力差，没有形成模块化，不够灵活，升级改造难；在终端成本上，硬件、研发成本高，并且产品投放后使用和维护成本高。

因此，终端的轻量化，简化终端，降低终端成本，增加灵活性以及终端嵌入外部系统和环境的能力，是未来终端发展的一个趋势，能够给受理终端带来一定的积极影响。

技术实现要素：

鉴于上述问题，本发明旨在提出一种能够实现终端轻量化的基于云内核的受理终端系统。

为了实现上述目的，本发明提出一种基于云内核的受理终端系统，利用虚拟化技术，将大部分交易处理逻辑放在云端服务器，形成“云内核+轻终端”的受理终端系统，由此能够实现终端的轻量化和灵活性，提高终端的扩展性和更新能力。

本发明的一方面的基于云内核的受理终端系统，其特征在于，包括：受理终端和云端服务器，

所述受理终端包括：

交互模块，用于与所述云端服务器进行信息交互并且用于提供用户交互界面，执行交互逻辑处理；以及

数据通讯模块，用于与所述云端服务器进行数据交互并且实现数据处理，

所述云端服务器包括：

云内核，用于与所述受理终端进行数据交互并实现对核心业务逻辑的处理，实现传统终端中的支付应用、终端内核以及交易报文组装和上送等处理逻辑。

可选地，所述受理终端进一步包括：

信息读取模块，用于读取需要处理的信息并提供给所述数据通信模块。

可选地，所述信息读取模块是读卡器或者pinpad。

可选地，所述受理终端和云端服务器之间采用长链接方式进行通信。

可选地，所述云内核包括以下一个或多个的独立功能模块：

交易处理管理模块，用于控制支付逻辑，处理交易信息，组装交易报文，并上送至支付平台；

持卡人验证管理模块，用于管理持卡人验证方法；

终端风险管理模块，用于实现所述受理终端的风险管控；以及

传统终端的其他内核功能。

本发明的一方面的基于云内核的受理终端系统，其特征在于，包括：受理终端和云端服务器，

所述受理终端包括：

数据通信模块，用于与所述云端服务器进行数据交互并且实现数据处理，

所述云端服务器包括：

交互模块，用于远程提供用户交互界面以及用于与所述数据通信模块进行数据交互，以执行交互逻辑处理；以及

云内核，用于从所述交互模块获得数据，并实现对核心业务逻辑的处理，实现传统终端中的支付应用、终端内核以及交易报文组装和上送等处理逻辑。

可选地，所述受理终端进一步包括：

信息读取模块，用于读取需要处理的信息并提供给所述数据通信模块。

可选地，所述信息读取模块是读卡器。

可选地，所述交互模块通过浏览器远程提供用户交互界面。

可选地，所述受理终端和云端服务器之间采用长链接方式进行通信。

可选地，所述云内核包括以下一个或多个的独立功能模块：

交易处理管理模块，用于控制支付逻辑，处理交易信息，组装交易报文，并上送至支付平台；

持卡人验证管理模块，用于管理持卡人验证方法；

终端风险管理模块，用于实现所述受理终端的风险管控；以及

传统终端的其他内核功能。

如上所述，根据本发明的云内核的受理终端系统，通过将交易核心放到云端服务器，则能够使得受理终端实现轻量化，受理终端对运行环境、安全等方面的要求等大大降低。另一方面，通过将交易核心放到云端服务器，受理终端形态将更加灵活，而且，在扩展性和更新能力上，升级改造只需要在云端服务器进行即可，能够减少改造成本。

附图说明

图1是表示本发明第一实施方式的基于云内核的受理终端系统的结构示意图。

图2是表示一个示例的内核的结构示意图。

图3是表示本发明第二实施方式的基于云内核的受理终端系统的结构示意图。

具体实施方式

下面介绍的是本发明的多个实施例中的一些，旨在提供对本发明的基本了解。并不旨在确认本发明的关键或决定性的要素或限定所要保护的范围。

首先，对于本发明的基于云内核的受理终端系统的技术构思进行说明。

在本发明中，对传统终端的交互层与业务逻辑处理层进行分离，将传统终端按照交易处理逻辑拆分为三个模块：核心业务逻辑处理模块、交互模块和卡片通讯模块。

其中，核心业务逻辑处理模块用于实现内核功能为主，如终端风险管理、持卡人验证方法管理等，在功能上实现业务逻辑处理、后台支付系统对接、终端的接入和管理等，通过与用户交互模块和卡片通讯模块进行通讯，完成对交易的处理。

交互模块用于提供用户交互界面、完成交互逻辑处理，连接管理外设等。在功能上实现交易要素输入、交易请求提交、持卡人验证信息输入等。

卡片通讯模块用于实现与卡片的数据通讯读。在功能上实现卡片通讯协议处理和数据交互。

为了实现轻量化受理终端，在本发明中将业务逻辑处理模块放到云端服务器中，形成云内核，将用户交互模块和卡片通讯模块放到终端侧，由此实现受理终端轻量化。

进一步，还可以将交互模块的ui界面及其处理逻辑放到云端服务器，通过html5等方式提供给用户。

云内核通过网络，与受理终端侧的用户交互模块和卡片通讯模块进行通讯，以完成交易提交、交易处理、报文封装上送和交易结果判断等支付处理流程。为提高网络通讯效率，可以采用长连接等通讯方式。

在本发明中将交易处理逻辑放在云端服务器，由云端服务器的核心业务逻辑处理模块完成了大部分的计算逻辑，受理终端侧只负责用户交互与读取卡片数据。由此，受理终端逻辑更加分明，而且受理终端侧的逻辑更加简单，有利于形态上简化终端，灵活适应各种支付场景需求。例如将终端软件部分作为sdk安装到商户mis系统中，通过在系统插拔相关的硬件（如读卡器、pinpad）即可实现受理。又例如，在公交场景下，终端侧进一步简化成读卡器。

而且，根据本发明，由于将交易处理逻辑放在云端服务器，对于受理终端的更新、维护更加简单，可以避免大部分的现场操作，直接在云端服务器进行。

接着，对于本发明的基于云内核的受理终端系统的具体实施方式进行说明。

图1是表示本发明第一实施方式的基于云内核的受理终端系统的结构示意图。

如图1所示，本发明第一实施方式的基于云内核的受理终端系统，包括：受理终端100和云端服务器200。

受理终端100为独立一体设备，能够提供操作界面、读卡器等等。其中，受理终端100包括：

交互模块110，用于与所述云端服务器进行信息交互并且用于提供用户交互界面，执行交互逻辑处理，例如调用云端服务器服务接口、提交交易信息等；

信息读取模块120，用于读取需要处理的信息，例如可以采用读卡器或者pinpad等实现；以及

数据通讯模块130，用于在受理终端100与云端服务器200之间进行数据交互，接收来自云端服务器200的数据并向云端服务器200发送数据，例如将信息读取模块120提供的数据转换成具体协议以实现信息读取模块120与云端服务器200之间的数据交互处理。

其中，云端服务器200包括：云内核210，用于与受理终端100进行数据交互并实现对核心业务逻辑的处理，例如实现传统终端中的支付应用、终端内核以及交易报文组装和上送等处理逻辑。

受理终端100和云端服务器200之间作为一个示例，采用长链接方式进行通信。

关于云内核210，用于执行核心业务逻辑处理，完成大部分的计算逻辑，接着，例举一个云内核210的具体的示例。

图2是表示一个示例的内核的结构示意图。

如图2所示，云内核210包括以下一个或多个的独立功能模块，这里仅仅是示例，本发明不限于这些模块，可以按照业务需要设置需要的其他业务模块：

交易处理管理模块211，用于处理交易信息，例如控制支付逻辑，处理交易信息，组装交易报文，并上送至支付平台；

持卡人验证方法管理模块（cvm）212，用于管理持卡人验证方法；以及

终端风险管理模块（trm）213，用于实现所述受理终端的风险管控。

进一步，云内核210还可以包括传统终端的其他内核功能。

接着，对于利用本发明第一实施方式的云内核的受理终端系统实现的支付交易流程进行说明。这里，作为受理终端，例如是商户的收银设备，支付流程包括：

（1）收银员在受理终端100侧，通过交互模块110提供的ui界面，输入交易要素，例如交易类型、交易金额等。

（2）交易要素数据通过网络提交给云端服务器200。

（3）云端服务器200的内核210获得交易要素数据，内核210相关功能模块进行交易逻辑处理，在交易处理过程中，根据处理流程需要进行相应处理。

例如：需要读取卡片相关信息时：

内核210向受理终端100侧提交读取卡片请求；

交互模块110通过ui提示放置卡片；

内核210的相关功能模块请求读取向卡片通讯层请求读取卡片信息；

卡片通讯模块130通过信息读取模块120（例如读卡器）按照卡片通讯协议读取卡片信息，并返回给云端服务器200。

例如需要执行持卡人验证时：

内核210向受理终端100侧提交持卡人验证请求；

交互模块110通过ui提示输入联机密码；

交互模块110获得信息读取模块120（例如pinpad）所读取的输入数据；

将该输入数据返回给云端服务器200的内核210。

（4）内核210完成交易报文封装和发送，执行在线验证和授权，并将支付授权结果发送回受理终端100侧。

（5）受理终端100侧在其ui上显示交易处理结果。

接着，对于本发明第二实施方式的基于云内核的受理终端系统进行说明。

图3是表示本发明第二实施方式的基于云内核的受理终端系统的结构示意图。

如图3所示，本发明第二实施方式的基于云内核的受理终端系统包括：受理终端500和云端服务器600。

其中，受理终端500包括：

数据通信模块510，用于与云端服务器600进行数据交互并且实现数据处理；以及

信息读取模块520，用于读取需要处理的信息并提供给所述数据通信模块，例如读卡器等。

云端服务器600包括：

交互模块610，用于远程提供用户交互界面以及与所述数据通信模块510进行通信，以执行交互逻辑处理；以及

云内核620，用于与交互模块610进行数据交互并实现对核心业务逻辑的处理，例如，实现传统终端中的支付应用、终端内核以及交易报文组装和上送等处理逻辑。

进一步，云内核620还可以包括传统终端的其他内核功能。

作为一个示例，受理终端500和云端服务器600之间采用长链接方式进行通信。

另外，与第一实施方式相同，云内核600可以包括以下一个或多个的独立功能模块：

交易处理管理模块，用于处理交易信息；

持卡人验证管理模块，用于管理持卡人验证方法；以及

终端风险管理模块，用于实现所述受理终端的风险管控。

接着，对于利用本发明第二实施方式的云内核的受理终端系统实现的支付交易流程进行说明。这里，作为受理终端500，例如是商户的收银设备，支付流程包括：

（1）收银员通过商户设备的收银设备(如pc等)的浏览器访问交互模块610的ui页面，输入交易要素，如交易类型、交易金额等。

（2）交易要素数据通过网络提交给云端服务器600的交互模块610。

（3）交互模块将交易要素提交给内核620的相关功能模块。

（4）内核620的相关功能模块进行交易逻辑处理，在交易处理过程中，根据处理流程需要，如：读取卡片相关信息时包括下述流程：

交互模块610在界面上更新信息，提示放置卡片；

内核620的相关模块请求读取向卡片通讯层请求读取卡片信息；

数据通讯模块510（例如可以是卡片通信模块）按照卡片通讯协议读取卡片信息，并返回给内核620；以及

内核620完成交易报文封装和发送，执行在线验证和授权。

（5）交互模块610在页面上更新信息，显示交易处理结果。

根据本发明的云内核的受理终端系统，在终端形态上将交易核心放到云端，终端对运行环境、安全等方面的要求等大大降低，有利于对终端进行简化。另一方面，终端形态更加灵活，能够方便的适应各种场景需求，如将终端软件部分作为sdk安装到商户mis系统中，通过在系统插拔相关的硬件（如读卡器、pinpad）即可实现受理。

在入网方式上，终端的管理配置在云端进行，现场操作要求低，产品投放速度快。灵活性得到提高，商户可按需扩展新的受理设备。

在扩展性和更新能力上，升级改造在云端进行，减少了改造成本。同时，增加了创新支付业务和技术的设计空间，扩展能力大大增强。

在终端成本上，一方面，终端简化后，研发和硬件成本的降低，另一方面，内核等功能放在云端后，维护成本降低。

以上例子主要说明了本发明的云内核的受理终端系统。尽管只对其中一些本发明的具体实施方式进行了描述，但是本领域普通技术人员应当了解，本发明可以在不偏离其主旨与范围内以许多其他的形式实施。因此，所展示的例子与实施方式被视为示意性的而非限制性的，在不脱离如所附各权利要求所定义的本发明精神及范围的情况下，本发明可能涵盖各种的修改与替换。