CN111539710A - 支付方式确定方法、装置及存储介质 - Google Patents

Abstract

本公开是关于一种支付方式确定方法、装置及存储介质。支付方式确定方法应用于终端，所述方法包括：当所述终端上运行的应用需进行支付操作时，获取所述终端的国家码；调用匹配所述国家码的支付方式进行支付。通过本公开能够实现无需更改系统代码支持不同国家和地区的应用支付功能。

Description

支付方式确定方法、装置及存储介质

技术领域

本公开涉及应用处理领域，尤其涉及一种支付方式确定方法、支付方式确定装置及存储介质。

背景技术

目前，移动设备操作系统拥有大量的海外不同地区的活跃用户，依托移动设备操作系统的应用商店也能够获得大量的活跃用户和下载量及购买量，且用户数量还在不断增长。

终端上安装的应用(APP)联运业务的主要目标是依托上述移动设备操作系统带来的互联网流量。例如，针对终端上安装的游戏应用，通过为海外不同地区的游戏开发者搭建游戏分发及运营平台，为广大游戏玩家提供游戏下载、攻略资讯、优惠促销等服务，终极目标是实现互联网流量变现。

由于终端需要出口至多个不同的国家，而各个国家的政策，技术服务能力，民族文化，用户习惯都有很大的不同。在不同国家运行终端安装的应用实现相应功能，需要针对不同的国家更换相应APK(Android application package，安卓应用程序)包或者修改代码。例如，针对应用中的支付功能，在不更换APK包或者修改代码的情况下很难实现不同国家和地区应用的支付功能。

发明内容

为克服相关技术中存在的问题，本公开提供一种支付方式确定方法、装置及存储介质，可以有效地解决在不更换APK包或者修改代码的情况下能够实现不同国家的应用支付功能。

根据本公开实施例的第一方面，提供一种支付方式确定方法，应用于终端，所述方法包括：

当所述终端上运行的应用需进行支付操作时，获取所述终端的国家码；调用匹配所述国家码的支付方式进行支付。

一种实施方式中，获取所述终端的国家码，包括：

基于所述终端中安装的用户身份识别卡USIM卡，获取所述终端的国家码；和/或

基于所述终端的系统国家码，获取所述终端的国家码。

另一种实施方式中，所述调用匹配所述国家码的支付方式进行支付，包括：

通过聚合有至少一个软件开发工具包SDK的统一SDK接口，在所述至少一个SDK中调用匹配所述国家码的SDK，并显示与所述SDK对应的支付方式，其中，每一国家码的SDK与支付方式之间具有对应关系。

又一种实施方式中，每一国家码的SDK与支付方式之间的对应关系由云端服务器预先配置。

一种实施方式中，所述调用匹配所述国家码的支付方式进行支付，包括：

获取用户基于所述国家码设置的支付方式配置信息，并通过所述支付方式配置信息确定与所述国家匹配的支付方式。

又一种实施方式中，所述支付方式与货币类型具有对应关系；

调用匹配所述国家码的支付方式包括：调用与所述国家码对应的国家货币类型匹配，且与所述国家码对应的国家支持的支付方式。

根据本公开实施例的第二方面，提供一种支付方式确定装置，应用于终端，所述装置包括：

获取单元，用于当所述终端上运行的应用需进行支付操作时，获取所述终端的国家码；

调用单元，用于调用单元调用匹配所述国家码的支付方式进行支付。

一种实施方式中，所述获取单元用于采用如下方式获取用户获取所述终端的国家码：

基于所述终端中安装的用户身份识别卡USIM卡，获取所述终端的国家码；和/或基于所述终端的系统国家码，获取所述终端的国家码。

另一种实施方式中，所述调用单元用于采用如下方式调用匹配所述国家码的支付方式进行支付：

通过聚合有至少一个软件开发工具包SDK的统一SDK接口，在所述至少一个SDK中调用匹配所述国家码的SDK，并显示与所述SDK对应的支付方式，其中，每一国家码的SDK与支付方式之间具有对应关系。

又一种实施方式中，每一国家码的SDK与支付方式之间的对应关系由云端服务器预先配置。

又一种实施方式中，所述调用单元用于采用如下方式调用匹配所述国家码的支付方式进行支付：

获取用户基于所述国家码设置的支付方式配置信息，并通过所述支付方式配置信息确定与所述国家匹配的支付方式。

又一种实施方式中，所述支付方式与货币类型具有对应关系；所述调用单元用于采用如下方式调用匹配所述国家码的支付方式：调用与所述国家码对应的国家货币类型匹配，且与所述国家码对应的国家支持的支付方式。

根据本公开实施例第三方面，提供一种支付方式确定装置，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行第一方面或者第一方面任意一种实施方式中所述的支付方式确定方法。

根据本公开实施例第四方面，提供一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行第一方面或者第一方面任意一种实施方式中所述的支付方式确定方法。

本公开的实施例提供的技术方案可以包括以下有益效果：

当终端上运行的应用需进行支付操作时，获取终端的国家码，并调用匹配国家码的支付方式进行支付，可以实现在不更换APK包或者修改代码的情况下实现不同国家的应用支付功能。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是根据一示例性实施例示出的一种支付方式确定方法的流程图；

图2是根据一示例性实施例示出的一种支付方式确定方法中支付过程的详细流程图；

图3是根据一示例性实施例示出的一种支付方式确定方法中账号登录页面的示意图；

图4是根据一示例性实施例示出的一种支付方式确定方法中账号登录的流程图；

图5是根据一示例性实施例示出的一种支付方式确定方法中游客模式登录的流程图；

图6是根据一示例性实施例示出的一种支付方式确定方法中登录过程的详细流程图；

图7是根据一示例性实施例示出的一种支付方式确定装置的示意图；

图8是根据一示例性实施例示出的一种支付方式确定装置的框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图1是根据一示例性实施例示出的一种支付方式确定方法的流程图，如图1所示，支付方式确定方法用于终端中，包括以下步骤。

在步骤S11中，当终端上运行的应用需进行支付操作时，获取终端的国家码。

本公开实施例中终端上运行应用为能够支持支付功能或者支持调用支付功能的应用程序。用户在运行的应用上进行操作能够实现支付操作。当终端运行的应用需要进行支付时，会调用终端系统的支付SDK(Software Development Kit，软件开发工具包)进行支付。本公开中，可以是应用主动调起SDK以进行国家码的获取。

一种方式中，终端可以通过应用程序调用接口获取用户在终端上运行应用中进行支付的操作。当响应到了用户的支付操作的时候，即可以理解为是当终端上运行的应用需进行支付操作时，获取终端的国家码。在本实施例中，终端的国家码可以理解为是标识终端使用时所需符合的国家的标识。

其中，一种实施方式中，本公开实施例可以基于终端中安装的USIM卡(UniversalSubscriber Identity Module，用户身份识别卡)，获取终端的国家码。例如，将IMSI码(International Mobile Subscriber Identity，IMSI)作为终端的国家码。另一种实施方式中，也可以基于终端的系统国家码，获取终端的国家码。又一种实施方式中，本公开实施例也可以结合上述两种实施方式获取终端的国家码。

在本公开一示例中，获取国家码的方式为：首先通过读取USIM卡的信息进行国家码获取。如果通过读取USIM卡未获取到终端的国家码，例如终端上没有安装USIM卡导致国家码获取失败，则基于终端的系统国家码，获取终端的国家码。例如，针对高版本Rom的终端，可以通过读取Android系统提供的LocaleListCompat方法获取终端的国家码。对于低版本Rom的终端，可以使用Locale.getDefault()方法获取终端的国家码。

在步骤S12中，调用匹配获取到的国家码的支付方式进行支付。

本公开实施例，利用此方法进行支付，可以实现在不更换APK包或者修改代码的情况下实现不同国家的应用支付功能。

相关技术中，为了实现不同国家和地区，不同货币种类的本地化应用支付功能，通常针对不同国家或发布渠道提供多个嵌入不同APK的SDK。每一国家码的SDK对应有匹配该国家码的支付方式，即SDK与支付方式之间具有对应关系。针对多个SDK需要单独进行支付方式的调用，并且在用户账号管理方面需要进行多个平台的维护，在运营费用的审核、结算、计费等流程中，需要进行大量的沟通，浪费大量的人力物力，降低了产品的可控性。

在本公开实施例中，将多个SDK聚合为一个SDK，并由该包括多个SDK的一个SDK提供统一的SDK接口。在调用匹配国家码的支付方式进行支付时，可以通过聚合有至少一个SDK的统一SDK接口，在多个SDK中调用匹配国家码的SDK，并显示与SDK对应的支付方式，无需针对每一个SDK单独通过各自的接口单独调用，进而能够便于SDK的控制，例如，在运营费用的审核、结算、计费等流程中可以统一进行控制。

其中，每一国家码的SDK与支付方式之间具有对应关系。一种实施方式中，每一国家码的SDK与支付方式之间的对应关系由云端服务器预先配置，实现对终端的云端控制。例如，预设的支付方式包括CodaPay、Xsolla、miPay等方式，可以基于不同国家支持的支付方式，设置国家码SDK对应的支付方式。比如，针对印尼的国家码的SDK对应的支付方式可以是CodaPay和Xsolla支付方式。在调用匹配国家码的支付方式进行支付时，可以基于获取到的国家码，以及预设的国家码与支付方式的对应关系，调用匹配国家码的支付方式进行支付。

在本公开实施例中，可以设置支付方式与货币类型的对应关系，调用匹配国家码的支付方式时，进一步基于国家货币类型进行支付方式的调用，例如，调用与国家码对应的国家货币类型匹配，且与国家码对应的国家支持的支付方式。

一示例中，假设货币类型为IDR或USD、国家码为印尼时对应的支付方式为CodaPay支付方式。货币类型为IDR和USD之外的货币类型、国家码对应的国家为印尼时对应的支付方式为Xsolla支付方式。国家码获取成功时，则当前货币类型为IDR或USD且国家码对应为印尼时，则支付时显示CodaPay支付方式。当前货币类型为IDR、USD之外的货币类型且国家码对应的国家印尼时，则支付时显示Xsolla支付方式进行支付。

本公开实施例另一方面，提供多种选择支付方式的方法，例如，游戏或应用的运营商可以提供自动选择模式和/或自定义配置选择模式。在采用自定义配置选择模式时，可以由用户基于实际需求进行匹配当前国家码的支付方式的设置。在调用匹配国家码的支付方式进行支付时，可以获取用户基于国家码设置的支付方式配置信息，并通过支付方式配置信息确定与国家匹配的支付方式。

一示例中，本公开实施例可以由云服务设置应用包名实现用户自定义支付方式的设置。假设服务器设置当前运行应用包名进行指定配置(例如，对某个游戏中心自定义通过游戏包名区分设置)，指定地区、获取货币类型的组合配置，进行当前地区、当前货币类型要显示哪个支付渠道进行支付，则用户可以选择CodaPay、Xsolla、miPay等支付方式中的一个或多个支付方式进行设置。根据各个国家支持的支付方式(政策和货币类型)等，云服务器控制是否对当前的组合配置允许配置。

本公开实施例中可以在执行上述涉及的支付方式确定前，为用户提供账号登陆界面，在用户登陆成功的前提下，执行上述支付方式确定的过程，以保障支付的可实施与安全。因此，本公开又一实施例中提供了账号登录的登录方式。图2是根据一示例性实施例示出的一种支付方式确定方法中账号登录的流程图。参照图2，该方法包括：

在步骤S1001中，接收用户启动应用的指令。

启动应用的指令即通常用户在移动端设备中打开应用的界面。

在步骤S1002中，激活账号登录页面。

由于应用中存在着SDK，因此，账号登录页面中会提示用户可以通过多种方式登录到应用中，例如通过账号登录。在这种方式中应用会提示用户输入账号与密码信息。

在步骤S1003中，判断网络连接是否畅通。

在用户提交了账号与密码信息后，客户端会先判断其与云端服务器之间的网络连接是否畅通，若是畅通，则转至下一步，若是连接不畅通，则会在客户端中提示用户登录失败的原因是网络连接不畅通，并且提示用户在检查网络后重新登录。

在步骤S1004中，判断登录账号与密码信息是否正确。

如果上述信息正确则直接跳转至下一步，若是上述信息不正确，则会提示用户登录失败及失败原因，并返回至登录界面中。

在步骤S1005中，若网络连接不畅或账号密码信息错误时，提示用户登录失败；若网络连接畅通且账号密码信息正确时，转至下一步。

在步骤S1006中，完成登录。

考虑到本公开上述实施例中均未提供支付前的登录，可能会影响未登录用户的购买体验。因此，本公开另一实施例又提供了游客模式登录的登录方式。参见图4-5，示出了本公开实施例中的支付方式确定方法的登录流程图。当在应用客户端中启动登录功能时，账号登录模式和游客登录模式会以对话框形式显示出来，供用户手动选择。

当用户选择游客模式登录时，其步骤如下：

在步骤S1101中，接收用户启动应用或游戏的指令。

当用户打开应用的客户端时，SDK会接收到用户启动应用的指令。

在步骤S1102中，调用SDK中的登录接口。

在步骤S1103中，获取UID账号。

用户可以选择游客模式进行登录，当然也可以选择其他实施例中的账号登录方式。

如果选择了游客模式进行登录，则系统需要获取UID(User Identification，用户标识)账号。

在步骤S1104中，根据UID账号确认账号有效性。

通过UID账号，云端服务器可以查找其所记录的所有账号信息，查看所述UID账号是否已经存在。如果存在，则转至下一步；如果不存在，则云端服务器会为此账号提供一个新的映射信息，并建立一个新账号，用户可以通过这个建立的新账号直接完成登录。

在步骤S1105中，完成登录。

值得说明的是，作为本公开的一种示例，在进行游客登录时，应用客户端可通过获取手机的唯一ID进行账号加密形成账号UID。

一般情况下，UID被保存在手机本地隐藏目录及手机APP的Content Provider(一种数据存储方式)中，因此在本实施例中，获取UID的方法为，读取游戏或应用内存，若所述位置中存在UID则连接业务服务器进行登录。若游戏或应用内存中不存在UID信息，则读取手机本地隐藏目录，若所述位置中存在UID则连接业务服务器进行登录；若游戏或应用内存和手机本地隐藏目录中都不存在UID，则获取手机的唯一ID进行加密从而为此手机生成一个新的UID。

连接业务服务器并利用UID信息进行登录请求的方法为，将包含UID信息的登录请求发送至业务服务器；若业务服务器中已存在与之对应映射的账号信息，则允许登录请求并显示登录状态；若业务服务器中尚未存在与之对应映射的账号信息，则根据所述UID信息生成与之对应映射的新的账号信息，同时允许登录请求并显示登录状态。获取UID过程中，使用的代码如下：

本公开实施例中，用户登陆到相应应用后可以进行支付操作。本公开实施例以下以应用为游戏应用，对应用上述实施例涉及的应用支付方式确定过程进行说明。其中，本公开实施例支付操作为在游戏中购买游戏上报，聚合多个国家码的SDK称为海外聚合支付SDK，支持的支付方式为UniPay。

图6是根据一示例性实施例示出的用户进行支付过程示意图。参阅图6所示，用户点击购买游戏内的商品，如虚拟币或道具，在游戏应用内创建出订单信息。一般情况下，订单信息的内容包括商品码，商品数量，游戏方订单ID，游戏账号名，购买商品名以及能够确保商品成功购买的其他相关信息。当运行有游戏应用的终端接收到用户的购买请求时，终端创建订单信息，传送订单信息至SDK(海外聚合支付SDK)，同时调用SDK的支付接口请求支付。.其中，在进行支付时可以选择并显示支付方式。其中，支付方式的选择是可根据获取到手机中的国家码、业务服务器的货币类型和地区自动选择支付方式，在经过支付方式的自动选择后，就可以根据订单信息选择至少两个支付方式中的一个。当然也可使用自定义配置方式选择支付方式，即根据游戏或应用包名进行指定配置的方式。

完成支付方式的选择后，若接收到支付成功的订单状态信息，就会将所述支付成功的订单状态信息发送给业务服务器，业务服务器接收到订单状态信息后为用户的虚拟账号充值或对所购买的商品进行处理，并向用户反馈支付结果。或者，完成支付方式的选择后，若收到支付失败的订单状态信息，也会将支付失败的订单状态信息发送给应用，此时应用记录支付状态，并向用户反馈支付失败信息。一示中，完成支付方式的选择后，海外聚合支付SDK进行miUnPay方法的调用进行服务器的信息交互。业务服务器与海外聚合支付SDK交互此订单信息是否支付成功。当支付失败时，SDK将此订单信息状态告知游戏应用，游戏应用对于支付失败的结果进行页面上UI提示给用户。当支付成功时，SDK将此订单支付成功的结果告知业务服务器和游戏应用。业务服务器获取到通知的结果进行为用户的虚拟账号进行所购买的商品进行处理(充值)。

本公开实施例中，反馈的用户信息可以包括支付成功，支付失败，稍后查询。在通常情况下，先对业务服务器中的订单信息进行校验，而后再给用户反馈相关信息。反馈用户信息的步骤包括，将支付成功的订单状态信息发送给应用，应用接收到订单状态信息后与业务服务器进行支付状态同步，并对业务服务器中的数据进行校验，若校验成功则判断订单信息的商品购买成功，并向用户反馈支付成功的结果；若校验失败，则判断订单信息的商品购买失败，等待稍后重新查询。

一种实施方式中，游戏应用获取到通知的结果进行支付状态的同步，与业务服务器进行数据交互，使用订单信息中的游戏方订单ID进行业务服务器数据的校验。一般情况下，对业务服务器中的数据进行校验的校验项为：业务服务器是否功能正常，用户所购买的商品是否在业务服务器上已经得到处理，处理的结果是否正常。一示例中，校验的内容如：业务服务器是否正常功能，用户所购买的商品是否在业务服务器上已经得到商品处理(充值)，处理的结果是否正常，游戏应用和业务服务器的达成数据的一致性，则认为此次订单信息的商品购买成功，如果游戏应用和业务服务器未达成数据的一致性，则认为此次的订单信息的商品购买是失败的。

基于相同的构思，本公开实施例还提供一种支付方式确定装置。

可以理解的是，本公开实施例提供的支付方式确定装置为了实现上述功能，包含了执行各个功能相应的硬件结构和/或软件模块。结合本公开实施例中所公开的各示例的单元及算法步骤，本公开实施例能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能，但是这种实现不应认为超出本公开实施例的技术方案的范围。

图7是根据一示例性实施例示出的一种支付方式确定装置100的示意图。参照图7，该支付方式确定装置包括：

获取单元101，用于当所述终端上运行的应用需进行支付操作时，获取所述终端的国家码；

调用单元102，用于调用匹配所述国家码的支付方式进行支付。

在本公开实施例中，获取单元101用于，基于终端中安装的用户身份识别卡USIM卡，获取终端的国家码和/或基于终端的系统国家码，获取终端的国家码。

一种实施方式中，调用单元102用于通过聚合有至少一个SDK的统一SDK接口，在至少一个SDK中调用匹配国家码的SDK，并显示与SDK对应的支付方式，其中，每一国家码的SDK与支付方式之间具有对应关系。

另一种实施方式中，每一国家码的SDK与支付方式之间的对应关系由云端服务器预先配置。

又一种实施方式中，调用单元102用于获取用户基于国家码设置的支付方式配置信息，并通过支付方式配置信息确定与国家匹配的支付方式。

又一种实施方式中，支付方式与货币类型具有对应关系。调用单元103用于采用如下方式调用匹配国家码的支付方式：调用与国家码对应的国家货币类型匹配，且与国家码对应的国家支持的支付方式。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

图8是根据一示例性实施例示出的一种支付方式确定装置200的框图。例如，装置200可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图8，装置200可以包括以下一个或多个组件：处理组件202，存储器204，电力组件206，多媒体组件208，音频组件210，输入/输出(I/O)的接口212，传感器组件214，以及通信组件216。

处理组件202通常控制装置200的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件202可以包括一个或多个处理器220来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件202可以包括一个或多个模块，便于处理组件202和其他组件之间的交互。例如，处理组件202可以包括多媒体模块，以方便多媒体组件208和处理组件202之间的交互。

存储器204被配置为存储各种类型的数据以支持在设备200的操作。这些数据的示例包括用于在装置200上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器204可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电力组件206为装置200的各种组件提供电力。电力组件206可以包括电源管理系统，一个或多个电源，及其他与为装置200生成、管理和分配电力相关联的组件。

多媒体组件208包括在所述装置200和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件208包括一个前置摄像头和/或后置摄像头。当设备200处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件210被配置为输出和/或输入音频信号。例如，音频组件210包括一个麦克风(MIC)，当装置200处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器204或经由通信组件216发送。在一些实施例中，音频组件210还包括一个扬声器，用于输出音频信号。

I/O接口212为处理组件202和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件214包括一个或多个传感器，用于为装置200提供各个方面的状态评估。例如，传感器组件214可以检测到设备200的打开/关闭状态，组件的相对定位，例如所述组件为装置200的显示器和小键盘，传感器组件214还可以检测装置200或装置200一个组件的位置改变，用户与装置200接触的存在或不存在，装置200方位或加速/减速和装置200的温度变化。传感器组件214可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件214还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件214还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件216被配置为便于装置200和其他设备之间有线或无线方式的通信。装置200可以接入基于通信标准的无线网络，如WiFi，2G或2G，或它们的组合。在一个示例性实施例中，通信组件216经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件216还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，装置200可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器204，上述指令可由装置200的处理器220执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

可以理解的是，本公开中“多个”是指两个或两个以上，其它量词与之类似。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。

进一步可以理解的是，术语“第一”、“第二”等用于描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开，并不表示特定的顺序或者重要程度。实际上，“第一”、“第二”等表述完全可以互换使用。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。

进一步可以理解的是，本公开实施例中尽管在附图中以特定的顺序描述操作，但是不应将其理解为要求按照所示的特定顺序或是串行顺序来执行这些操作，或是要求执行全部所示的操作以得到期望的结果。在特定环境中，多任务和并行处理可能是有利的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (14)

1.一种支付方式确定方法，其特征在于，应用于终端，所述方法包括：

当所述终端上运行的应用需进行支付操作时，获取所述终端的国家码；

调用匹配所述国家码的支付方式进行支付。

2.根据权利要求1所述的支付方式确定方法，其特征在于，获取所述终端的国家码，包括：

基于所述终端中安装的用户身份识别卡USIM卡，获取所述终端的国家码；和/或

基于所述终端的系统国家码，获取所述终端的国家码。

3.根据权利要求1所述的支付方式确定方法，其特征在于，所述调用匹配所述国家码的支付方式进行支付，包括：

通过聚合有至少一个软件开发工具包SDK的统一SDK接口，在所述至少一个SDK中调用匹配所述国家码的SDK，并显示与所述SDK对应的支付方式；

其中，每一国家码的SDK与支付方式之间具有对应关系。

4.根据权利要求3所述的支付方式确定方法，其特征在于，每一国家码的SDK与支付方式之间的对应关系由云端服务器预先配置。

5.根据权利要求1所述的支付方式确定方法，其特征在于，所述调用匹配所述国家码的支付方式进行支付，包括：

获取用户基于所述国家码设置的支付方式配置信息，并通过所述支付方式配置信息确定与所述国家匹配的支付方式。

6.根据权利要求3至5中任意一项所述的支付方式确定方法，其特征在于，所述支付方式与货币类型具有对应关系；

所述调用匹配所述国家码的支付方式包括：

调用与所述国家码对应的国家货币类型匹配，且与所述国家码对应的国家支持的支付方式。

7.一种支付方式确定装置，其特征在于，所述装置包括：

获取单元，用于当终端上运行的应用需进行支付操作时，获取所述终端的国家码；

调用单元，用于调用匹配所述国家码的支付方式进行支付。

8.根据权利要求7所述的支付方式确定装置，其特征在于，所述获取单元用于采用如下方式获取所述终端的国家码：

基于所述终端中安装的用户身份识别卡USIM卡，获取所述终端的国家码；和/或

基于所述终端的系统国家码，获取所述终端的国家码。

9.根据权利要求7所述的支付方式确定装置，其特征在于，所述调用单元用于采用如下方式调用匹配所述国家码的支付方式进行支付：

通过聚合有至少一个软件开发工具包SDK的统一SDK接口，在所述至少一个SDK中调用匹配所述国家码的SDK，并显示与所述SDK对应的支付方式，其中，每一国家码的SDK与支付方式之间具有对应关系。

10.根据权利要求9所述的支付方式确定装置，其特征在于，每一国家码的SDK与支付方式之间的对应关系由云端服务器预先配置。

11.根据权利要求7所述的支付方式确定装置，其特征在于，所述调用单元用于采用如下方式调用匹配所述国家码的支付方式进行支付：

获取用户基于所述国家码设置的支付方式配置信息，并通过所述支付方式配置信息确定与所述国家匹配的支付方式。

12.根据权利要求9至11中任意一项所述的支付方式确定装置，其特征在于，所述支付方式与货币类型具有对应关系；

所述调用单元用于采用如下方式调用匹配所述国家码的支付方式：

调用与所述国家码对应的国家货币类型匹配，且与所述国家码对应的国家支持的支付方式。

13.一种支付方式确定装置，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器被配置为：执行权利要求1至6中任意一项所述的支付方式确定方法。

14.一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行权利要求1至6中任意一项所述的支付方式确定方法。

Images