CN112348499A - 支付终端的通信服务方法及装置 - Google Patents

Abstract

本申请适用于支付设备技术领域，提供了一种支付终端的通信服务方法及装置，其中该方法包括：解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息；根据所述目标厂商标识信息，确定相应的目标接口配置；发送所述目标接口配置至支付终端，以使得所述服务器为具有所述目标接口配置的支付终端提供服务。由此，服务器能够兼容由不同厂家所生产的支付终端，并提供相应服务。

Description

支付终端的通信服务方法及装置

技术领域

本申请属于支付设备技术领域，尤其涉及一种用于在支付终端与服务器之间进行通信方法及装置。

背景技术

随着互联网技术的不断提升，移动支付已经逐渐渗透至人们生活中的各个方面，并且产生了各种支付形式的衍生设备(例如，云音箱等)。为了节约生产成本，支付设备的生产厂家可能会使用由其他厂家所代工的产品并贴牌出售，但是生产厂家在使用代工产品的同时也还可能会自行生产同类型的产品。

但是，如果相同类型的产品使用的方案类似，并且都需要应用开发，最理想的情况是不同厂家所开发的同类型的产品固件可以兼容，例如云音箱很多应用业务都需要对接银行或者第三方支付机构的后台。由于银行或者第三方机构的后台对于同类型的产品会统一处理，如果同类型的产品固件不兼容，势必会导致后台接口无法成功对接，使得市场推广产品难度增大。

针对上述问题，目前业界仍无较佳的解决方案。

发明内容

有鉴于此，本申请实施例提供了一种支付终端的通信服务方法及装置，以至少解决现有技术中不同厂家所开发的同类型的产品无法在服务器端兼容的问题。

本申请实施例的第一方面提供了一种支付终端的通信服务方法，应用于服务器，所述方法包括：解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息；根据所述目标厂商标识信息，确定相应的目标接口配置；发送所述目标接口配置至支付终端，以使得所述服务器为具有所述目标接口配置的支付终端提供服务。

本申请实施例的第二方面提供了一种支付终端的通信服务方法，应用于支付终端，所述方法包括：检测是否存在与支付终端的目标厂商标识信息相对应的目标接口配置；当不存在所述目标接口配置时，发送包含所述目标厂商标识信息的通信服务请求至服务器，以由所述服务器确定相应的目标接口配置；从所述服务器接收所述目标接口配置；加载所述目标接口配置，以使得所述服务器能够向所述支付终端提供服务。

本申请实施例的第三方面提供了一种支付终端的通信服务装置，包括：通信请求解析单元，被配置为解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息；接口配置确定单元，被配置为根据所述目标厂商标识信息，确定相应的目标接口配置；接口配置发送单元，被配置为发送所述目标接口配置至支付终端，以使得所述服务器为具有所述目标接口配置的支付终端提供服务。

本申请实施例的第四方面提供了一种支付终端的通信服务装置，包括：接口配置检测单元，被配置为检测是否存在与支付终端的目标厂商标识信息相对应的目标接口配置；通信请求单元，被配置为当不存在所述目标接口配置时，发送包含所述目标厂商标识信息的通信服务请求至服务器，以由所述服务器确定相应的目标接口配置；接口配置接收单元，被配置为从所述服务器接收所述目标接口配置；接口配置加载单元，被配置为加载所述目标接口配置，以使得所述服务器能够向所述支付终端提供服务。

本申请实施例的第五方面提供了一种移动终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述方法的步骤。

本申请实施例的第六方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述方法的步骤。

本申请实施例的第七方面提供了一种计算机程序产品，当计算机程序产品在移动终端上运行时，使得移动终端实现如上述方法的步骤。

本申请实施例与现有技术相比存在的有益效果是：

通过本申请实施例，服务器可以通过解析支付终端的目标厂商标识信息而得到相应的目标接口配置，并下发该目标接口配置来对支付终端进行配置，使得服务器可以为该支付终端提供服务。由此，服务器可以针对不同厂商所生产的支付终端分别配置相应的目标接口配置，保障服务器能够兼容各种支付终端并提供相应服务。

附图说明

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

图1示出了服务器与多个支付终端之间的通信固件兼容的情况下的通信架构示意图；

图2示出了服务器与各个支付终端之间的通信固件不兼容的情况下的通信架构示意图；

图3示出了根据本申请实施例的支付终端的通信服务方法的一示例的流程图；

图4示出了根据本申请实施例的支付终端的通信服务方法的一示例的流程图；

图5示出了根据本申请实施例的部署服务器的一示例的流程图；

图6示出了根据本申请实施例的服务器与支付终端通信的一示例的架构示意图；

图7示出了根据本申请实施例的支付终端的通信服务方法的一示例的流程图；

图8示出了根据本申请实施例的支付终端的通信服务方法的一示例的流程图；

图9示出了根据本申请实施例的支付终端的通信服务装置的一示例的结构框图；

图10示出了根据本申请实施例的支付终端的通信服务装置的一示例的结构框图；

图11是本申请实施例的移动终端的一示例的示意图。

具体实施方式

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

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

应当理解，当在本说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在此本申请说明书中所使用的术语仅仅是出于描述特定实施例的目的而并不意在限制本申请。如在本申请说明书和所附权利要求书中所使用的那样，除非上下文清楚地指明其它情况，否则单数形式的“一”、“一个”及“该”意在包括复数形式。

还应当进一步理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

具体实现中，本申请实施例中描述的移动终端包括但不限于诸如具有触摸敏感表面(例如，触摸屏显示器和/或触摸板)的移动电话、膝上型计算机或平板计算机之类的其它便携式设备。还应当理解的是，在某些实施例中，上述设备并非便携式通信设备，而是具有触摸敏感表面(例如，触摸屏显示器)的计算机。

在接下来的讨论中，描述了包括显示器和触摸敏感表面的移动终端。然而，应当理解的是，移动终端可以包括诸如物理键盘、鼠标和/或控制杆的一个或多个其它物理用户接口设备。

可以在移动终端上执行的各种应用程序可以使用诸如触摸敏感表面的至少一个公共物理用户接口设备。可以在应用程序之间和/或相应应用程序内调整和/或改变触摸敏感表面的一个或多个功能以及终端上显示的相应信息。这样，终端的公共物理架构(例如，触摸敏感表面)可以支持具有对用户而言直观且透明的用户界面的各种应用程序。

图1示出了服务器与多个支付终端之间的通信固件兼容的情况下的通信架构示意图。如图1所示，服务器可以负责处理业务分发操作和固件升级操作，可以实现兼容与CSXX产品系列的支付终端之间的通信过程。图2示出了服务器与各个支付终端之间的通信固件不兼容的情况下的通信架构示意图。如图2所示，服务器针对每个支付终端(CS10、CS20和CS30)均存在相应的固件。因此，固件不兼容会对服务器、终端都产生影响，增大产品开发及对接后台复杂度，导致应用开发维护难度增大，产品推广困难。

需说明的是，考虑到同类型产品，可能不同厂家生产，如果同类型产品固件不兼容会导致产品推广和销售变得相当困难时，需要设计一种方法能够实现同类型产品的固件能够跨厂家兼容。另外，产品因为涉及产品设计、版权、硬件设计和PCB设计等多个方面，导致系统和驱动也会千差万别，很难有不同的厂家生产的产品能够通过同一个固件达到兼容的情况。然而，在支付行业，有代工和自行生产产品属于同一类型产品时，为了更好的将产品推广和销售，解决固件跨厂家兼容的问题是绕不过的一个难题。

图3示出了根据本申请实施例的支付终端的通信服务方法的一示例的流程图。关于本申请方法实施例的执行主体，其可以是能够提供支付相关服务的移动终端设备(例如，服务器)。

如图3所示，在步骤310中，服务器解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息。应理解的是，通信服务请求中还可以携带除厂商标识信息之外的其他信息，且都属于本申请实施例的实施范围内。

在步骤320中，服务器根据目标厂商标识信息，确定相应的目标接口配置。在本申请实施例的一些示例中，在服务器中可以预先存储多个厂商标识信息和各自相应的接口配置(或，与实现接口功能相关的驱动配置)，利用接口配置可以配置相应厂商所生产的支付终端。

在步骤330中，服务器发送目标接口配置至支付终端，以使得服务器为具有目标接口配置的支付终端提供服务。示例性地，支付终端可以加载接口配置，使得服务器的接口能够与支付终端兼容，并实现相应的通信交互过程。

通过本申请实施例，针对请求通信服务的支付终端的厂商标识信息，服务器下发相应的目标接口配置，使得服务器能够与不同厂商的支付终端兼容通信，降低了应用开发维护的难度，并还能有助于产品推广。

在一些情况下，服务器针对不同类型的应用功能(例如，4G、WIFI功能等)可以分别配置相应的接口，即同一厂商下的不同应用可能分别需要相应的接口与支付终端进行对接。

鉴于此，图4示出了根据本申请实施例的支付终端的通信服务方法的一示例的流程图。

如图4所示，在步骤410中，服务器解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息和目标应用服务类型。示例性地，服务器除了从通信服务请求中解析出相应的厂商标识信息，还可以得到相应的应用服务类型(例如，WIFI通信或蓝牙通信服务功能)。

在步骤420中，服务器根据目标厂商标识信息和目标应用服务类型，确定相应的目标应用依赖配置库，以作为目标接口配置。示例性地，服务器可以预先存储有多个应用依赖配置库，并且每一应用依赖配置库分别对应于唯一的厂商标识信息和应用服务类型。

在步骤430中，服务器发送目标接口配置至支付终端，以使得服务器为具有目标接口配置的支付终端提供对应目标应用服务类型的应用服务，例如服务器可以与支付终端进行基于WIFI模块的通信过程。

在一些实施方式中，服务器可以基于应用接口适配层与具有目标接口配置的支付终端之间建立通信连接。这里，应用接口适配层是根据与各个接口配置分别相匹配的识别配置而设置的，例如服务器通过识别配置可以对接具有接口配置的支付终端，从而实现相应的通信连接。进而，服务器可以向支付终端提供对应目标应用服务类型的应用服务。

通过本申请实施例，在服务器中可以设置分别对应不同应用服务类型的应用依赖配置库，实现了针对不同应用服务类型的接口配置和管理。示例性地，当需要添加或删除应用服务(例如，蓝牙服务)时，在服务器中可以添加或删除针对对应服务的应用依赖配置库，通过模块化操作，有利于运营方的管理和维护。

在一些应用场景下，服务器可以从各个厂商运营设备端接收针对应用服务类型的接口配置和相应的识别配置。进而，服务器可以基于所接收的接口配置来确定相应的应用依赖配置库，以及基于所接收的识别配置来确定相应的应用接口适配层，例如增删相应的应用依赖配置库，或对接口适配层进行相应的更新操作。由此，可以由各个厂商自行设计相应服务的配置文件，给予不同厂商自由的开发设计空间，同时也降低了服务器在接口配置方面的维护成本和负担。

在本申请实施例的一些示例中，对应不同厂商标识信息的支付终端可以采用相同类型的系统级芯片和编译器。这样，不同厂商的支付终端可以基于统一的硬件开发平台而进行开发设计，保障了服务器与支付终端成功对接的可靠性。

在一些具体的实现方式中，针对同平台系列产品在系统和应用不分层时需要通过方案设计和实现完成：首先，需要保证应用业务逻辑要能一致。然后，需要将应用依赖的库要能独立出来。此外，与硬件相关的驱动需要通过配置来区分加载。由此，可以通过综合考虑厂家硬件、驱动、工程等事宜，在嵌入式小系统中实现应用和系统集成打包更新。

在应用业务逻辑方面，应用业务只需给客户开发一套应用，应用逻辑就可以适用在同平台的多个机器上。因此，应用可以适用在同平台的多个机器上要满足的要求：其一，编译器要一致，也就是应用运行指令集要一致或能够兼容。其二，在单片机类的SOC方案中，应用运行地址有时也需要确定。其三，目标终端机基本要属于同一个系列，也就是这些产品的功能基本一致，区别较小。因此，应用逻辑一致并不能保证固件兼容，比如同样的一款功能类似的支付终端(例如，POS机)，考虑到成本因素，可能会使用不同的MCU或者SOC方案，就算此时应用编程接口一致、应用也一致，同样也是无法实现固件兼容的。

在应用依赖库方面，可以将应用依赖库独立出来。这里，应用依赖库主要是针对同平台产品扩展功能时才需要独立，例如产品原生支持4G模块，应用依赖库MQTT、HTTP库都需要依赖TCP的通讯socket接口，但是同平台产品不同厂家在今后的产品功能上势必会增加WIFI模块，如果这些应用库能独立出来，扩展WIFI模块就会变得容易很多。

具体地，可以将依赖平台的接口重新封装移植，使得库只保留独立的逻辑部分，而不依赖平台，从而将应用依赖库独立出来。由此，可以减少应用的移植难度，开发难度，方便应用的维护。

图5示出了根据本申请实施例的部署服务器的一示例的流程图。

如图5所示，厂家A和B可以选定双方功能同认可的核心板，也就是说使用同一个内核固件，然后厂家A和B可以分别进行相应的硬件设计，并在应用层开发相应的驱动配置A和B，然后按照相应规则制定硬件配置文件A和B，从而在服务器端可以存储相应的驱动配置文件A和B，并利用相应的驱动配置文件A和B来设置应用接口适配层。由此，独立出来一个应用接口适配层，以适配不同厂家的模块。

图6示出了根据本申请实施例的服务器与支付终端通信的一示例的架构示意图。

如图6所示，支付终端的系统内核设置有4G通信模块和TCP/IP通讯接口，通过服务器中的应用网络适配层接口，可以在应用层的网络接口兼容WIFI模块。另外，如果将WIFI模块下移动到系统内核中，就不能满足目前的研发需求。

在硬件驱动依赖配置方面，可以区分硬件驱动，根据配置文件来区分不同机型对应的不同硬件驱动，实现固件对多套硬件的兼容。另外，配置文件是描述机型及机型硬件模块的配置的差异的，有了这个区分，代码逻辑可以根据不同的硬件加载不同的驱动。

通过本申请实施例，方便开发和维护应用，正因为需要这样做，而实际产品配置又有差别，这样设计就可以更好的实现产品的扩展，比如4G机器的配置上增加其他类型的通讯模块(WiFi模块)，开发过程会更加简单，调试会相对容易。示例性地，4G模块接口适配层是独立且完备的，使得在开发WIFI模块基本不会再影响到4G模块，独立开发WIFI模块的基本通讯即可。

图7示出了根据本申请实施例的支付终端的通信服务方法的一示例的流程图。

如图7所示，在步骤710中，支付终端检测是否存在与支付终端的目标厂商标识信息相对应的目标接口配置。示例性地，在支付终端上电时，支付终端可以进行相应的配置检测操作。

如果检测到本地存在目标接口配置，则跳转至步骤740。如果检测到本地不存在目标接口配置，则跳转至步骤720。

在步骤720中，支付终端发送包含目标厂商标识信息的通信服务请求至服务器，以由服务器确定相应的目标接口配置。

在步骤730中，支付终端从服务器接收目标接口配置。

在步骤740中，支付终端加载目标接口配置，以使得服务器能够向支付终端提供服务。

通过本申请实施例，支付终端可以检测本地是否存在用于与服务器对接的接口配置，并在不存在相应配置的情况下，可以由服务器下发对应厂商标识信息的接口配置，从而保障了服务器与不同厂商所生产的支付终端对接的可靠性。

图8示出了根据本申请实施例的支付终端的通信服务方法的一示例的流程图。

如图8所示，在步骤810中，支付终端检测是否存在与目标厂商标识信息和目标应用服务类型相对应的目标接口配置。这里，支付终端上针对不同的应用服务类型可能会存在相应的接口配置，并且可以通过应用服务类型来实现相应的操作过程。

如果不存在目标接口配置，则跳转至步骤820。如果存在目标接口配置，则跳转至步骤840。

在步骤820中，支付终端发送包含所述目标厂商标识信息和所述目标应用服务类型的通信服务请求至服务器，以由服务器确定相应的目标接口配置。

在步骤830中，支付终端从服务器接收目标接口配置。

在步骤840中，支付终端加载目标接口配置，以使得服务器能够向支付终端提供服务。

通过本申请实施例，支付终端可以检测本地是否存在用于与服务器对接的接口配置，并在不存在相应配置的情况下，可以由服务器下发对应厂商标识信息和应用服务类型的接口配置，从而保障了服务器与不同厂商的支付终端进行对应应用服务类型的通信对接过程。

图9示出了根据本申请实施例的支付终端的通信服务装置的一示例的结构框图。

如图9所示，支付终端的通信服务装置900包括通信请求解析单元910、接口配置确定单元920和接口配置发送单元930。

通信请求解析单元910被配置为解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息。

接口配置确定单元920被配置为根据所述目标厂商标识信息，确定相应的目标接口配置。

接口配置发送单元930被配置为发送所述目标接口配置至支付终端，以使得所述服务器为具有所述目标接口配置的支付终端提供服务。

图10示出了根据本申请实施例的支付终端的通信服务装置的一示例的结构框图。

如图10所示，支付终端的通信服务装置1000包括接口配置检测单元1010、通信请求单元1020、接口配置接收单元1030和接口配置加载单元1040。

接口配置检测单元1010被配置为检测是否存在与支付终端的目标厂商标识信息相对应的目标接口配置。

通信请求单元1020被配置为当不存在所述目标接口配置时，发送包含所述目标厂商标识信息的通信服务请求至服务器，以由所述服务器确定相应的目标接口配置。

接口配置接收单元1030被配置为从所述服务器接收所述目标接口配置。

接口配置加载单元1040被配置为加载所述目标接口配置，以使得所述服务器能够向所述支付终端提供服务。

需要说明的是，上述装置/单元之间的信息交互、执行过程等内容，由于与本申请方法实施例基于同一构思，其具体功能及带来的技术效果，具体可参见方法实施例部分，此处不再赘述。

图11是本申请实施例的移动终端的一示例的示意图。如图11所示，该实施例的移动终端1100包括：处理器1110、存储器1120以及存储在所述存储器1120中并可在所述处理器1110上运行的计算机程序1130。所述处理器1110执行所述计算机程序1130时实现上述支付终端的通信服务方法实施例中的步骤，例如图3所示的步骤310至330。或者，所述处理器1110执行所述计算机程序1130时实现上述各装置实施例中各模块/单元的功能，例如图9所示单元910至930的功能。

示例性的，所述计算机程序1130可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器1120中，并由所述处理器1110执行，以完成本申请。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序1130在所述移动终端1100中的执行过程。例如，所述计算机程序1130可以被分割成通信请求解析程序模块、接口配置程序模块和接口配置程序模块，各模块具体功能如下：

通信请求解析程序模块被配置为解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息；

接口配置确定程序模块被配置为根据所述目标厂商标识信息，确定相应的目标接口配置；

接口配置发送程序模块被配置为发送所述目标接口配置至支付终端，以使得所述服务器为具有所述目标接口配置的支付终端提供服务。

所述移动终端1100可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述移动终端可包括，但不仅限于，处理器1110、存储器1120。本领域技术人员可以理解，图11仅是移动终端1100的示例，并不构成对移动终端1100的限定，可以包括比图示更多或少的部件，或组合某些部件，或不同的部件，例如所述移动终端还可以包括输入输出设备、网络接入设备、总线等。

所称处理器1110可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器1120可以是所述移动终端1100的内部存储单元，例如移动终端1100的硬盘或内存。所述存储器1120也可以是所述移动终端1100的外部存储设备，例如所述移动终端1100上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器1120还可以既包括所述移动终端1100的内部存储单元也包括外部存储设备。所述存储器1120用于存储所述计算机程序以及所述移动终端所需的其他程序和数据。所述存储器1120还可以用于暂时地存储已经输出或者将要输出的数据。

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

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

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

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

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

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

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

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

Claims (10)

1.一种支付终端的通信服务方法，其特征在于，应用于服务器，所述方法包括：

解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息；

根据所述目标厂商标识信息，确定相应的目标接口配置；

发送所述目标接口配置至支付终端，以使得所述服务器为具有所述目标接口配置的支付终端提供服务。

2.如权利要求1所述的方法，其特征在于，所述解析来自支付终端的通信服务请求包括：

解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息和目标应用服务类型；

相应地，所述根据所述目标厂商标识信息，确定相应的目标接口配置，包括：

根据所述目标厂商标识信息和所述目标应用服务类型，确定相应的目标应用依赖配置库，以作为目标接口配置。

3.如权利要求2所述的方法，其特征在于，在发送所述目标接口配置至支付终端之后，所述方法还包括：

基于应用接口适配层与具有所述目标接口配置的所述支付终端之间建立通信连接，其中所述应用接口适配层是根据与各个接口配置分别相匹配的识别配置而设置的；以及

向所述支付终端提供对应所述目标应用服务类型的应用服务。

4.如权利要求3所述的方法，其特征在于，所述方法还包括：

从各个厂商运营设备端接收针对应用服务类型的接口配置和相应的识别配置；

基于所接收的接口配置，确定相应的应用依赖配置库；以及

基于所接收的识别配置，确定相应的应用接口适配层。

5.一种支付终端的通信服务方法，其特征在于，应用于支付终端，所述方法包括：

检测是否存在与支付终端的目标厂商标识信息相对应的目标接口配置；

当不存在所述目标接口配置时，发送包含所述目标厂商标识信息的通信服务请求至服务器，以由所述服务器确定相应的目标接口配置；

从所述服务器接收所述目标接口配置；

加载所述目标接口配置，以使得所述服务器能够向所述支付终端提供服务。

6.如权利要求5所述的方法，其特征在于，所述检测是否存在与支付终端的目标厂商标识信息相对应的目标接口配置，包括：

检测是否存在与目标厂商标识信息和目标应用服务类型相对应的目标接口配置；

相应地，当不存在所述目标接口配置时，所述方法还包括：

发送包含所述目标厂商标识信息和所述目标应用服务类型的通信服务请求至服务器，以由所述服务器确定相应的目标接口配置。

7.一种支付终端的通信服务装置，其特征在于，包括：

通信请求解析单元，被配置为解析来自支付终端的通信服务请求，以得到相应的目标厂商标识信息；

接口配置确定单元，被配置为根据所述目标厂商标识信息，确定相应的目标接口配置；

接口配置发送单元，被配置为发送所述目标接口配置至支付终端，以使得所述服务器为具有所述目标接口配置的支付终端提供服务。

8.一种支付终端的通信服务装置，其特征在于，包括：

接口配置检测单元，被配置为检测是否存在与支付终端的目标厂商标识信息相对应的目标接口配置；

通信请求单元，被配置为当不存在所述目标接口配置时，发送包含所述目标厂商标识信息的通信服务请求至服务器，以由所述服务器确定相应的目标接口配置；

接口配置接收单元，被配置为从所述服务器接收所述目标接口配置；

接口配置加载单元，被配置为加载所述目标接口配置，以使得所述服务器能够向所述支付终端提供服务。

9.一种移动终端，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如权利要求1-6中任一项所述的支付终端的通信服务方法的步骤。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-6中任一项所述的支付终端的通信服务方法的步骤。

Images