WO2021056571A1 - 支付处理方法、装置、电子设备以及存储介质 - Google Patents

Abstract

一种支付处理方法、装置、电子设备以及存储介质，涉及支付技术领域。该方法应用于电子设备，所述方法包括：电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息，基于该属性信息判断支付应用程序是否合法，当支付应用程序不合法时，生成待处理事件，将待处理事件发送至服务器，该待处理事件用于指示服务器对目标应用程序进行处理。该支付处理方法、装置、电子设备以及存储介质通过在运行目标应用程序的过程中进入支付模式，且检测到所调用的支付应用程序不合法时对目标应用程序进行处理，以准确且及时的发现非法支付行为，充分保障用户和平台的合法利益。

Description

支付处理方法、装置、电子设备以及存储介质 技术领域

本申请涉及支付技术领域，更具体地，涉及一种支付处理方法、装置、电子设备以及存储介质。

背景技术

随着科学技术的发展，电子设备的使用越来越广泛，功能越来越多，已经成为人们日常生活中的必备之一。目前，电子设备可以用于进行移动支付。

发明内容

鉴于上述问题，本申请提出了一种支付处理方法、装置、电子设备以及存储介质，以解决上述问题。

第一方面，本申请实施例提供了一种支付处理方法，应用于电子设备，所述方法包括：所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息；基于所述属性信息判断所述支付应用程序是否合法；当所述支付应用程序不合法时，生成待处理事件；将所述待处理事件发送至服务器，所述待处理器事件用于指示所述服务器对所述目标应用程序进行处理。

第二方面，本申请实施例提供了一种支付处理方法，应用于服务器，所述方法包括：所述服务器接收电子设备发送的待处理事件，所述待处理事件为所述电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成；响应所述待处理事件对所述目标应用程序进行处理。

第三方面，本申请实施例提供了一种支付处理方法，应用于支付处理系统，所述支付处理系统包括连接的电子设备和服务器，所述方法包括：所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息；所述电子设备基于所述属性信息判断所述支付应用程序是否合法；当所述支付应用程序不合法时，所述电子设备生成待处理事件；所述电子设备将所述待处理事件发送至服务器；所述服务器响应所述待处理器事件对所述目标应用程序进行处理。

第四方面，本申请实施例提供了一种支付处理装置，应用于电子设备，所述装置包括：属性信息获取模块，用于所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息；属性信息判断模块，用于基于所述属性信息判断所述支付应用程序是否合法；待处理事件生成模块，用于当所述支付应用程序不合法时，生成待处理事件；待处理事件发送模块，用于将所述待处理事件发送至服务器，所述待处理器事件用于指示所述服务器对所述目标应用程序进行处理。

第五方面，本申请实施例提供了一种支付处理装置，应用于服务器，所述装置包括：待处理事件接收模块，用于所述服务器接收电子设备发送的待处理事件，所述待处理事件为所述电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成；待处理事件响应模块，用于响应所述待处理事件对所述目标应用程序进行处理。

第六方面，本申请实施例提供了一种电子设备，包括存储器和处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行上述方法。

第七方面，本申请实施例提供了一种计算机可读取存储介质，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行上述方法。

本申请实施例提供的支付处理方法、装置、电子设备以及存储介质，电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息，基于该属性信息判断支付应用程序是否合法，当支付应用程序不合法时，生成待处理事件，将待处理事件发送至服务器，该待处理事件用于指示服务器对目标应用程序进行处理，从而通过在运行目标应用程序的过程中进入 支付模式，且检测到所调用的支付应用程序不合法时对目标应用程序进行处理，以准确且及时的发现非法支付行为，充分保障用户和平台的合法利益。

附图说明

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

图1示出了本申请实施例提供支付处理方法的应用场景的示意图；

图2示出了本申请一个实施例提供的支付处理方法的时序图；

图3示出了本申请又一个实施例提供的支付处理方法的流程示意图；

图4示出了本申请再一个实施例提供的支付处理方法的流程示意图；

图5示出了本申请的图4所示的支付处理方法的步骤S310的流程示意图；

图6示出了本申请的图5所示的支付处理方法的步骤S312的流程示意图；

图7示出了本申请的图4所示的支付处理方法的步骤S340的一个实施例的流程示意图；

图8示出了本申请的图4所示的支付处理方法的步骤S340的又一个实施例的流程示意图；

图9示出了本申请另一个实施例提供的支付处理方法的流程示意图；

图10示出了本申请又再一个实施例提供的支付处理方法的流程示意图；

图11示出了本申请一个实施例提供的支付处理装置的模块框图；

图12示出了本申请又一个实施例提供的支付处理装置的模块框图；

图13示出了本申请实施例用于执行根据本申请实施例的支付处理方法的电子设备的框图；

图14示出了本申请实施例的用于保存或者携带实现根据本申请实施例的支付处理方法的程序代码的存储单元。

具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。

移动支付也称为手机支付(Mobile Payment)，是允许用户使用电子设备(例如手机、平板电脑等)对所消费的商品或服务进行账务支付的一种方式。其是一种结合了电子化货币、身份验证、移动通信与电子设备的崭新业务，可以使用户随时随地地享受多种服务。目前，电子设备对应的厂商开始研发用于支持电子设备进行移动支付的支付应用程序，并设定安装于该电子设备上的联合运营的应用程序在调用支付类应用程序时，需要调用该电子设备对应的厂商研发的支付应用程序。但是，部分联合运营的应用程序在调用支付类应用程序时，会调用比较多的第三方支付应用程序(非电子设备的对应的厂商研发的支付应用程序)，即应用程序进行“切支付”，从而严重损害了电子设备平台的利益。

针对上述问题，发明人经过长期的研究发现，并提出了本申请实施例提供的支付处理方法、装置、电子设备以及存储介质，通过在运行目标应用程序的过程中进入支付模式，且检测到所调用的支付应用程序不合法时对目标应用程序进行处理，以准确且及时的发现非法支付行为，充分保障用户和平台的合法利益。其中，具体的支付处理方法在后续的实施例中进行详细的说明。

下面将针对本申请实施例提供的支付处理方法的应用场景进行描述。

请参阅图1，图1示出了本申请实施提供的支付处理系统10的示意图。支付处理系统10包括电子设备100和服务器200，其中，电子设备100和服务器200通信连接，以实现电子设备100和服务器200的数据交互，例如，电子设备100可以发送待处理事件至服务器200等。作为一种方式，电子设备100和服务器200可以分别与基站连接，以通过基站实现电子设备100和服务器200之间的 数据交互。其中，电子设备100可以包括智能手机、平板电脑、穿戴式电子设备等。服务器200可以包括传统服务器、云服务器等，在此不做限定。

进一步地，该支付处理系统10还包括其他更多的电子设备，例如，还可以包括第一测试设备300、第二测试设备400以及第三测试设备500。服务器200分别第一测试设备300、第二测试设备400以及第三测试设备500通信连接，以实现与第一测试设备300、第二测试设备400以及第三测试设备500的数据交互，例如，服务器200可以发送待处理事件中的数据信息给第一测试设备300、第二测试设备400或者第三测试设备500等，在此不做限定。

请参阅图2，图2示出了本申请一个实施例提供的支付处理方法的时序图。下面将针对图2所示的流程进行详细的阐述，所述支付处理方法应用于支付处理系统，该支付处理系统包括电子设备和服务器，该电子设备和服务器连接，所述支付处理方法具体可以包括以下步骤：

步骤S110：所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息。

在本实施例中，电子设备可以在前台运行应用程序、在后台运行应用程序或在前台和后台切换运行应用程序，在此不做限定。具体的，在前台运行的应用程序是指通常可以和用户进行交互，能运行在前台的应用程序，当它不可见时就会被挂起(比如：游戏)；在后台运行的应用程序是指和用户交互非常有限，除了配置期间，其生存期的其他时间都是隐藏的(比如：SMS自动回复程序和闹钟程序)；在电子设备的前台和后台切换运行的应用程序是指可以在前台以及后台之间随意切换的应用程序。可以理解的，当应用程序没有被杀掉(kill)时，表征该应用程序在电子设备上运行。可选地，在本实施例中，目标应用程序为在电子设备的前台运行的应用程序。

在一些实施方式中，电子设备在运行目标应用程序的过程中，可能会涉及到支付行为，则目标应用程序会响应支付行为调用支付应用程序进入支付模式。例如，若该目标应用程序为游戏类应用程序，则电子设备在运行游戏类应用程序的过程中，用户可能触发“装备购买”、“皮肤购买”等需要支付的场景，则目标应用程序可以响应用户的触发调用支付应用程序进入支付模式。又例如，若该目标应用程序为购物类应用程序，则电子设备在运行购物类应用程序的过程中，用户可能触发“购买”、“付款”等需要支付的场景，则目标应用程序可以响应用户触发调用支付应用程序进入支付模式。当然，在本实施例中，目标应用程序还可以在其他场景下进入支付模式，在此不再赘述。

在本实施例中，电子设备在运行目标应用程序的过程中进入支付模式时，电子设备可以获取该目标应用程序所调用的支付应用程序，并获取该支付应用程序的属性信息。其中，目标应用程序的属性信息包括但不限于：目标应用程序的包名、目标应用程序的软件开发工具包SDK插件、目标应用程序的上线时间、目标应用程序的客户量、目标应用程序的转化率等，在此不做限定。在一些实施方式中，电子设备可以从本地或者服务器获取支付应用程序的属性信息，以电子设备从本地获取为例，电子设备的本地可以记录有所安装的所有应用程序的属性信息，因此，电子设备在确定所调用的支付应用程序时，可以从本地读取该支付应用程序的属性信息。

步骤S120：所述电子设备基于所述属性信息判断所述支付应用程序是否合法。

在一些实施方式中，电子设备可以预先设置属性信息的合法条件，其中，该合法条件用于表征支付应用程序为官方支付应用程序。因此，在获得所调用的支付应用程序的属性信息后，可以将支付应用程序的属性信息和合法条件进行比较，以判断支付应用程序的属性信息是否满足合法条件。

其中，当支付应用程序的属性信息满足合法条件时，表征支付应用程序为电子设备设定的官方支付应用程序，而非第三方支付应用程序，目标应用程序没有发生“切支付”，可以确定目标应用程序调用的支付应用程序合法；当支付应用程序的属性信息不满足合法条件时，表征支付应用程序不是电子设备设定的官方支付应用程序，而是第三方支付应用程序，目标应用程序发生“切支付”，可以确定目标应用程序调 用的支付应用程序不合法。

步骤S130：当所述支付应用程序不合法时，所述电子设备生成待处理事件。

在一些实施方式中，当判断结果表征支付应用程序不合法时，表征该目标应用程序发生“切支付”，因此，为了充分保障用户和厂商平台的利益，有效打击“切支付”的应用程序和背后的开发商，肃清整个行业的环境，可以对发生“切支付”的目标应用程序进行处理。在本实施例中，当目标应用程序包所调用的支付应用程序不合法时，电子设备可以生成针对目标应用程序的待处理事件，其中，该待处理事件可以包括待处罚事件、待验证事件等，以对目标应用程序进行处理，在此不做限定。

作为一种方式，当判断结果表征支付应用程序不合法时，电子设备可以继续执行支付操作，以减小对用户支付的影响，提升用户体验。作为另一种方式，当判断结果表征支付应用程序不合法时，电子设备可以继续执行支付操作并输出提示信息，该指示信息用于提示用户该目标应用程序可能存在的问题，以便用户帮助肃清整个行业的环境。作为再一种方式，当判断结果表征支付应用程序不合法时，电子设备可以终止支付操作并输出提示信息，以直接避免平台的利益受损。当然，在本实施例中，当支付应用程序不合法时，电子设备还可以包括其他更多针对支付操作的方式，在此不再赘述。

步骤S140：所述电子设备将所述待处理事件发送至服务器。

在一些实施方式中，电子设备在生成待处理事件后，可以通过数据网络或无线网络将待处理事件发送至服务器，在此不做限定。

步骤S150：所述服务器响应所述待处理器事件对所述目标应用程序进行处理。

在一些实施方式中，服务器在接收到电子设备发送的待处理事件后，可以响应该待处理事件对目标应用程序进行处理，例如，对目标应用程序进行处罚、对目标应用程序背后的开发商进行处罚等。在本实施例中，服务器在接收到电子设备发送的待处理事件后，可以对目标应用程序的支付过程进行复现并取证，以通过真实发生“切支付”时的数据复现目标应用程序的不合法行为，以便对目标应用程序进行处理。

本申请一个实施例提供支付处理方法，电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息，基于该属性信息判断支付应用程序是否合法，当支付应用程序不合法时，生成待处理事件，将待处理事件发送至服务器，服务器响应该待处理事件对目标应用程序进行处理，从而通过电子设备在运行目标应用程序的过程中进入支付模式，且检测到所调用的支付应用程序不合法时，通过服务器对目标应用程序进行处理，以准确且及时的发现非法支付行为，充分保障用户和平台的合法利益。

请参阅图3，图3示出了本申请又一个实施例提供的支付处理方法的流程示意图。在具体的实施例中，该方法应用于如图11所示的支付处理装置600以及配置有所述支付处理装置600的电子设备100(如图1所示)。下面将针对图3所示的流程进行详细的阐述，所述支付处理方法具体可以包括以下步骤：

步骤S210：所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息。

步骤S220：基于所述属性信息判断所述支付应用程序是否合法。

步骤S230：当所述支付应用程序不合法时，生成待处理事件。

步骤S240：将所述待处理事件发送至服务器，所述待处理器事件用于指示所述服务器对所述目标应用程序进行处理。

其中，步骤S210-步骤S240的具体描述请参阅步骤S110-步骤S150，在此不再赘述。

本申请又一个实施例提供的支付处理方法，电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息，基于该属性信息判断支付应用程序是否合法，当支付应用程序不合法时，生成待处理事件，将待处理事件发送至服务器，该待处理事件用于指示服务 器对目标应用程序进行处理，从而通过在运行目标应用程序的过程中进入支付模式，且检测到所调用的支付应用程序不合法时对目标应用程序进行处理，以准确且及时的发现非法支付行为，充分保障用户和平台的合法利益。

请参阅图4，图4示出了本申请再一个实施例提供的支付处理方法的流程示意图。该方法应用于电子设备，下面将针对图4所示的流程进行详细的阐述，所述支付处理方法具体可以包括以下步骤：

步骤S310：所述电子设备在运行应用程序时，判断所述应用程序是否满足指定条件。

在一些实施方式中，电子设备预先设置并存储有指定条件，该指定条件用于作为电子设备运行的应用程序的判断依据，且指定条件用于表征满足目标应用程序条件。因此，在本实施例中，电子设备在运行应用程序时，可以将电子设备运行的应用程序和指定条件进行比较，以判断该应用程序是否满足指定条件，其中，当判断结果表征应用程序满足指定条件时，可以将应用程序确定为目标应用程序，当判断结果表征应用程序不满足指定条件时，可以将应用程序确定为非目标应用程序。

请参阅图5，图5示出了本申请实施例的图4所示的支付处理方法的步骤S310的流程示意图。下面将针对图5所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S311：电子设备在运行所述应用程序时，判断所述应用程序是否属于联合运营的应用程序。

在一些实施方式中，该指定条件可以包括联合运营的应用程序，即当应用程序属于联合运营的应用程序时，可以确定该应用程序满足指定条件，当应用程序不属于联合运营的应用程序时，可以确定该应用程序不满足指定条件。其中，联合运营的应用程序是指电子设备厂商和应用程序开发商共同合作的应用程序。

在本实施例中，电子设备在运行应用程序时，可以将电子设备运行的应用程序和所有联合运营的应用程序进行比较，以判断该应用程序是否属于联合运营的应用程序，其中，当判断结果表征应用程序属于联合运营的应用程序时，可以确定应用程序满足指定条件，将应用程序确定为目标应用程序，当判断结果表征应用程序不属于联合运营的应用程序时，可以确定应用程序不满足指定条件，将应用程序确定为非目标应用程序。

作为一种方式，电子设备可以预先创建联合运营的应用程序的清单，该清单用于添加记录所有联合运营的应用程序，因此，电子设备在获取运行的应用程序后，可以通过在清单中查找是否记录有与运行的应用程序一致的应用程序的方式，来判断运行的应用程序是否属于联合运营的应用程序。作为另一种方式，电子设备可以在每个联合运营的应用程序添加标记，因此，电子设备在获取运行的应用程序后，可以通过判断运行的应用程序是否包括标记的方式，来判断运行的应用程序是否属于联合运营的应用程序。当然，在本实施例中，电子设备还可以包括其他更多判断运行的应用程序是否为联合运营的应用程序的方式，在此不再赘述。

步骤S312：当所述应用程序属于联合运营的应用程序时，将所述应用程序确定为所述目标应用程序。

请参阅图6，图6示出了本申请实施例的图5所示的支付处理方法的步骤S312的流程示意图。下面将针对图5所示的流程进行详细的阐述，所述方法具体可以包括以下步骤：

步骤S3121：当所述应用程序属于所述联合运营的应用程序时，判断所述应用程序是否为游戏类应用程序。

在一些实施方式中，当确定应用程序属于联合运营的应用程序时，可以判断该应用程序是否为游戏类应用程序，其中，当判断结果表征该应用程序为游戏类应用程序时，可以将该应用程序确定为目标应用程序，当判断结果表征该应用程序不是游戏类应用程序时，可以将该应用程序确定为非目标应用程序。在本实施例中，可以获取应用程序的类型，并将该应用程序的类型和游戏类应用程序的类型进行比较，以判断该应用程序是否为游戏类应用程序，可以理解的是，当应用程序的类型与游戏类应用程序的类型一致时，可以确定该应用程序为游戏类应用程序，当应用程序的类型与游戏类应用程序的类型不一致时，可以确定 该应用程序为非游戏类应用程序。

步骤S3122：当所述应用程序为游戏类应用程序时，将所述应用程序确定为所述目标应用程序。

步骤S320：当所述应用程序满足所述指定条件时，将所述应用程序确定为目标应用程序。

步骤S330：所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息。

其中，步骤S330的具体描述请参阅步骤S110，在此不再赘述。

步骤S340：基于所述属性信息判断所述支付应用程序是否为官方支付应用程序，所述官方支付应用程序为所述电子设备所属的厂商对应的支付应用程序。

在一些实施方式中，支付应用程序的合法条件为官方支付应用程序，其中，官方支付应用程序为电子设备所属的厂商对应的支付应用程序。因此，在本实施例中，在获取支付应用程序的属性信息后，可以基于该属性信息判断支付应用程序是否为官方支付应用程序，其中，当支付应用程序为官方支付应用程序时，可以确定该目标应用程序没有发生“切支付”，该支付应用程序合法，当支付应用程序不是官方支付应用程序时，可以确定该目标应用程序发生“切支付”，该支付应用程序不合法。

请参阅图7，图7示出了本申请实施例的图4所示的支付处理方法的步骤S340的一个实施例的流程示意图。下面将针对图7所示的流程进行详细的阐述，所述电子设备预先存储所述官方支付应用程序对应的官方属性信息，所述支付处理方法具体可以包括以下步骤：

步骤S341A：获取所述官方属性信息，并判断所述属性信息是否与所述官方属性信息一致。

在一些实施方式中，电子设备预先存储有官方支付应用程序对应的官方属性信息。因此，在本实施例中，在获取支付应用程序的属性信息和官方属性信息之后，可以将支付应用程序的属性信息和官方属性信息进行比较，以判断支付应用程序的属性信息是否与官方属性信息一致，当支付应用程序的属性信息与官方属性信息一致时，可以确定支付应用程序是官方支付应用程序，当支付应用程序的属性信息与官方属性信息不一致时，可以确定支付应用程序不是官方支付应用程序。

步骤S342A：当所述属性信息与所述官方属性信息不一致时，确定所述支付应用程序不是所述官方支付应用程序。

请参阅图8，图8示出了本申请实施例的图4所示的支付处理方法的步骤S340的又一个实施例的流程示意图。下面将针对图8所示的流程进行详细的阐述，所述属性信息包括软件开发工具包SDK插件，所述支付处理方法具体可以包括以下步骤：

步骤S341B：判断所述SDK插件是否为官方SDK插件，所述官方SDK插件为所述电子设备所属的厂商对应的SDK插件。

在一些实施方式中，属性信息包括SDK插件，电子设备可以预先存储有官方SDK插件，该官方SDK插件为电子设备所属的厂商对应的SDK插件。因此，在本实施例中，在获取支付应用程序的SDK插件和官方SDK插件之后，可以将支付应用程序的SDK插件和官方SDK插件进行比较，以判断支付应用程序的SDK插件是否与官方SDK插件一致，当支付应用程序的SDK插件与官方SDK插件一致时，可以确定支付应用程序是官方支付应用程序，当支付应用程序的SDK插件与官方SDK插件不一致时，可以确定支付应用程序不是官方支付应用程序。

步骤S342B：当所述SDK插件不是所述官方SDK插件时，确定所述支付应用程序不是所述官方支付应用程序。

步骤S350：当所述支付应用程序不是所述官方支付应用程序时，确定所述支付应用程序不合法。

步骤S360：当所述支付应用程序不合法时，生成待处理事件。

步骤S370：将所述待处理事件发送至服务器，所述待处理器事件用于指示所述服务器对所述目标应用程序进行处理。

其中，步骤S360-步骤S370的具体描述请参阅步骤S130-步骤S150，在此不再赘述。

本申请再一个实施例提供的支付处理方法，电子设备在运行应用程序时，判断该应用程序是否满足指定条件，当应用程序满足指定条件时，将应用程序确定为目标应用程序。电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息，基于该属性信息判断支付应用程序是否为官方支付应用程序，该官方支付应用程序为电子设备所属的厂商对应的支付应用程序，当支付应用程序不是官方支付应用程序时，确定支付应用程序不合法，当支付应用程序不合法时，生成待处理事件，将待处理事件发送至服务器，该待处理事件用于指示服务器对目标应用程序进行处理。相较于图3所示的支付处理方法，本实施例还通过指定条件对电子设备运行的应用程序进行判断以确定目标应用程序，以提升目标应用程序处理的准确性。另外，本实施例还通过判断支付应用程序是否为官方支付应用程序的方式判断支付应用程序是否合法，以提升支付应用程序判断的准确性。

请参阅图9，图9示出了本申请另一个实施例提供的支付处理方法的流程示意图。在具体的实施例中，该方法应用于如图12所示的支付处理装置700以及配置有所述支付处理装置700的服务器200(如图1所示)。下面将针对图9所示的流程进行详细的阐述，所述支付处理方法具体可以包括以下步骤：

步骤S410：所述服务器接收电子设备发送的待处理事件，所述待处理事件为所述电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成。

步骤S420：响应所述待处理事件对所述目标应用程序进行处理。

其中，步骤S410-步骤S420的具体描述请参阅步骤S110-步骤S150，在此不再赘述。

本申请另一个实施例提供的支付处理方法，服务器接收电子设备发送的待处理事件，该待处理事件为电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成，响应待处理事件对目标应用程序进行处理，从而通过在运行目标应用程序的过程中进入支付模式，且检测到所调用的支付应用程序不合法时对目标应用程序进行处理，以准确且及时的发现非法支付行为，充分保障用户和平台的合法利益。

请参阅图10，图10示出了本申请又再一个实施例提供的支付处理方法的流程示意图。该方法应用于服务器，下面将针对图10所示的流程进行详细的阐述，所述待处理事件包括所述目标应用程序的基础信息、所述电子设备的第一标识信息以及所述电子设备的第二标识信息，所述支付处理方法具体可以包括以下步骤：

步骤S510：所述服务器接收电子设备发送的待处理事件，所述待处理事件为所述电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成。

其中，步骤S510的具体描述请参阅步骤S110-步骤S140，在此不再赘述。

步骤S520：将所述基本信息发送至第一测试设备，所述基本信息用于指示所述第一测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。

在一些实施方式中，待处理事件包括目标应用程序的基本信息，相应地，服务器可以响应该待处理事件，基于所述基本信息对所述目标应用程序进行处理。其中，该目标应用程序的基本信息至少可以包括该目标应用程序的包名，则服务器可以基于目标应用程序的包名查找到对应的目标应用程序，以对目标应用程序进行处理。

在一些实施方式中，服务器在获取目标应用程序的基本信息后，可以将目标应用程序的基本信息发送至通信连接的第一测试设备，相应地，第一测试设备可以基于接收到的基本信息安装目标应用程序，以对该目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证，以提供对目标 应用程序进行处罚的证据。例如，当该基本信息为包名时，第一测试设备可以基于接收到的包名安装目标应用程序，以对该目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证。在本实施例中，第一测试设备可以通过录屏取证，在此不做限定。

步骤S530：当所述目标应用程序的支付过程复现失败时，确定与所述第一标识信息对应的第二测试设备。

在一些实施方式中，目标应用程序的开发者为了降低被发现“切支付”行为可能性，其设定的“切支付”可能并非针对所有电子设备，而是针对部分型号的电子设备，因此，仅通过目标应用程序的基本信息对目标应用程序的支付过程进行复现，可能无法复现“切支付”行为，即导致目标应用程序的支付过程复现失败。

在本实施例中，待处理事件还包括电子设备的第一标识信息。因此，当目标应用程序的支付过程复现失败时，表征仅通过基本信息无法实现对目标应用程序的支付过程的复现时，可以基于该第一标识信息确定对应的第二测试设备，以通过第二测试设备解决目标应用程序的“切支付”可能仅针对部分型号的电子设备的问题。具体地，该第一标识信息至少可以包括机型，因此，当目标应用程序的支付过程复现失败时，可以基于机型确定与电子设备的机型一致的电子设备作为第二测试设备，以通过与发生“切支付”的电子设备机型一致的电子设备作为第二测试设备对支付过程进行复现的方式，解决目标应用程序的“切支付”可能仅针对部分型号的电子设备的问题。

步骤S540：将所述基本信息发送至所述第二测试设备，所述基本信息用于指示所述第二测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。

在一些实施方式中，服务器在获取目标应用程序的基本信息以及确定与第一标识信息对应的第二测试设备后，可以将目标应用程序的基本信息发送至通信连接的第二测试设备，相应地，第二测试设备可以基于接收到的基本信息安装目标应用程序，以对该目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证，以提供对目标应用程序进行处罚的证据。例如，当该基本信息为包名时，第二测试设备可以基于接收到的包名安装目标应用程序，以对该目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证。在本实施例中，第二测试设备可以通过录屏取证，在此不做限定。

步骤S550：当所述目标应用程序的支付过程复现失败时，确定与所述第一标识信息和第二标识信息对应的第三测试设备。

在一些实施方式中，目标应用程序的开发者为了降低被发现“切支付”行为可能性，其设定的“切支付”可能并非针对所有电子设备，而是针对部分型号的电子设备，并且其设定的“切支付”可能并非针对所有的区域，而是针对比较偏远的区域。因此，仅通过目标应用程序的基本信息和电子设备的第一标识信息对目标应用程序的支付过程进行复现，可能无法复现“切支付”行为，即导致目标应用程序的支付过程复现失败。

在本实施例中，待处理事件还包括电子设备的第二标识信息。因此，当目标应用程序的支付过程复现失败时，表征仅通过基本信息和第一标识信息无法实现对目标应用程序的支付过程的复现时，可以基于该第一标识信息和第二标识信息确定对应的第三测试设备，以通过第三测试设备解决目标应用程序的“切支付”可能仅针对部分型号的电子设备且针对比较偏远的区域的问题。具体地，该第一标识信息至少可以包括机型，该第二标识信息至少可以包括网络协议IP地址，因此，当目标应用程序的支付过程复现失败时，可以基于机型和IP地址确定与电子设备的机型一致且处于同一城市的电子设备作为第三测试设备，以通过与发生“切支付”的电子设备机型一致且城市相同的电子设备作为第三测试设备对支付过程进行复现的方式，解决目标应用程序的“切支付”可能仅针对部分型号的电子设备且针对比较偏远的区域的问题。

步骤S560：将所述基本信息发送至所述第三测试设备，所述基本信息用于指示所述第三测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。

在一些实施方式中，服务器在获取目标应用程序的基本信息以及确定与第一标识信息和第二标识信息对应的第三测试设备后，可以将目标应用程序的基本信息发送至通信连接的第三测试设备，相应地，第三测试设备可以基于接收到的基本信息安装目标应用程序，以对该目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证，以提供对目标应用程序进行处罚的证据。例如，当该基本信息为包名时，第三测试设备可以基于接收到的包名安装目标应用程序，以对该目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证。在本实施例中，第三测试设备可以通过录屏取证，在此不做限定。

当然，在本实施例中，还可以通过第三测试设备在与电子设备发生“切支付”的时间相同的时间进行目标应用程序的支付过程的复现，以提高复现的成功率，在此不再赘述。

本申请又再一个实施例提供的支付处理方法，服务器接收电子设备发送的待处理事件，该待处理事件为电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成，将基本信息发送至第一测试设备，该基本信息用于指示第一测试设备基于基本信息安装目标应用程序，以对目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证。当目标应用程序的支付过程复现失败时，确定与第一标识信息对应的第二测试设备，将基本信息发送至第二测试设备，该基本信息用于指示第二测试设备基于基本信息安装目标应用程序，以对目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证。当目标应用程序的支付过程复现失败时，确定与第一标识信息和第二标识信息对应的第三测试设备，将基本信息发送至第三测试设备，该基本信息用于指示第三测试设备基于基本信息安装目标应用程序，以对目标应用程序的支付过程进行复现，并在目标应用程序的支付过程复现成功时进行取证。相较于图9所示的支付处理方法，本实施例在通过基本信息复现支付过程失败时，还根据电子设备的机型、IP地址等进行支付过程的复现，以提升支付过程复现的成功率，以便于取证。

请参阅图11，图11示出了本申请一个实施例提供的支付处理装置600的模块框图。该支付处理装置600应用于上述电子设备，下面将针对图11所示的框图进行阐述，所述支付处理装置600包括：属性信息获取模块610、属性信息判断模块620、待处理事件生成模块630以及待处理事件发送模块640，其中：

属性信息获取模块610，用于所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息。

属性信息判断模块620，用于基于所述属性信息判断所述支付应用程序是否合法。进一步地，所述属性信息判断模块620包括：属性信息判断子模块和第一确定子模块，其中：

属性信息判断子模块，用于基于所述属性信息判断所述支付应用程序是否为官方支付应用程序，所述官方支付应用程序为所述电子设备所属的厂商对应的支付应用程序。进一步地，所述电子设备预先存储所述官方支付应用程序对应的官方属性信息，所述属性信息判断子模块包括：属性信息判断单元和第一确定单元，其中：

属性信息判断单元，用于获取所述官方属性信息，并判断所述属性信息是否与所述官方属性信息一致。

第一确定单元，用于当所述属性信息与所述官方属性信息不一致时，确定所述支付应用程序不是所述官方支付应用程序。

进一步地，所述属性信息包括软件开发工具包SDK插件，所述属性信息判断子模块包括：SDK插件判断单元和第二确定单元，其中：

SDK插件判断单元，用于判断所述SDK插件是否为官方SDK插件，所述官方SDK插件为所述电子设备所属的厂商对应的SDK插件。

第二确定单元，用于当所述SDK插件不是所述官方SDK插件时，确定所述支付应用程序不是所述官方支付应用程序。

第一确定子模块，用于当所述支付应用程序不是所述官方支付应用程序时，确定所述支付应用程序不合法。

待处理事件生成模块630，用于当所述支付应用程序不合法时，生成待处理事件。

待处理事件发送模块640，用于将所述待处理事件发送至服务器，所述待处理器事件用于指示所述服务器对所述目标应用程序进行处理。

进一步地，所述支付处理装置600还包括：应用程序判断子模块和应用程序确定子模块，其中：

应用程序判断子模块，用于所述电子设备在运行应用程序时，判断所述应用程序是否满足指定条件。进一步地，所述应用程序判断子模块包括：应用程序判断单元和应用程序确定单元，其中：

应用程序判断单元，用于电子设备在运行所述应用程序时，判断所述应用程序是否属于联合运营的应用程序。

应用程序确定单元，用于当所述应用程序属于联合运营的应用程序时，将所述应用程序确定为所述目标应用程序。进一步地，所述应用程序确定单元包括：应用程序判断子模块和应用程序确定子单元，其中：

应用程序判断子单元，用于当所述应用程序属于所述联合运营的应用程序时，判断所述应用程序是否为游戏类应用程序。

应用程序确定子模块，用于当所述应用程序为游戏类应用程序时，将所述应用程序确定为所述目标应用程序。

应用程序确定子模块，用于当所述应用程序满足所述指定条件时，将所述应用程序确定为目标应用程序。

请参阅图12，图12示出了本申请又一个实施例提供的支付处理装置700的模块框图。该支付处理装置700应用于上述电子设备，下面将针对图12所示的框图进行阐述，所述支付处理装置700包括：待处理事件接收模块710和待处理事件响应模块720，其中：

待处理事件接收模块710，用于所述服务器接收电子设备发送的待处理事件，所述待处理事件为所述电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成。

待处理事件响应模块720，用于响应所述待处理事件对所述目标应用程序进行处理。进一步地，所述待处理事件包括所述目标应用程序的基本信息，所述待处理事件响应模块720包括：待处理事件响应子模块，其中：

待处理事件响应子模块，用于响应所述待处理事件，基于所述基本信息对所述目标应用程序进行处理。进一步地，所述待处理事件响应子模块包括：基本信息发送单元，其中：

第一基本信息发送单元，用于将所述基本信息发送至第一测试设备，所述基本信息用于指示所述第一测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。

进一步地，所述待处理事件还包括所述电子设备的第一标识信息，所述待处理事件响应子模块包括：第二测试设备确定单元和第二基本信息发送单元，其中：

第二测试设备确定单元，用于当所述目标应用程序的支付过程复现失败时，确定与所述第一标识信息对应的第二测试设备。进一步地，所述第一标识信息包括机型，所述第二测试设备确定单元包括：

第二测试设备确定子单元，用于当所述目标应用程序的支付过程复现失败时，基于所述机型确定与所述电子设备的机型一致的电子设备作为所述第二测试设备。

第二基本信息发送单元，用于将所述基本信息发送至所述第二测试设备，所述基本信息用于指示所述第二测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。

进一步地，所述待处理事件还包括所述电子设备的第二标识信息，所述待处理事件响应子模块包括：第三测试设备确定单元和第三基本信息发送单元，其中：

第三测试设备确定单元，用于当所述目标应用程序的支付过程复现失败时，确定与所述第一标识信息和第二标识信息对应的第三测试设备。进一步地，所述第一标识信息包括机型，所述第二标识信息包括网络协议IP地址，所述第三测试设备确定单元包括：第三测试设备确定子单元，其中：

第三测试设备确定子单元，用于当所述目标应用程序的支付过程复现失败时，基于所述机型和所述IP地址确定与所述电子设备机型一致且处于同一城市的电子设备作为所述第三测试设备。

第三基本信息发送单元，用于将所述基本信息发送至所述第三测试设备，所述基本信息用于指示所述第三测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。

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

请参阅图13，其示出了本申请实施例提供的一种电子设备800的结构框图。其中，该电子设备800可以包括电子设备100，也可以包括服务器200，在此不做限定。该电子设备800可以是智能手机、平板电脑、电子书等能够运行应用程序的电子设备。本申请中的电子设备800可以包括一个或多个如下部件：处理器810、存储器820以及一个或多个应用程序，其中一个或多个应用程序可以被存储在存储器520中并被配置为由一个或多个处理器510执行，一个或多个程序配置用于执行如前述方法实施例所描述的方法。

其中，处理器810可以包括一个或者多个处理核。处理器810利用各种接口和线路连接整个电子设备800内的各个部分，通过运行或执行存储在存储器820内的指令、程序、代码集或指令集，以及调用存储在存储器820内的数据，执行电子设备800的各种功能和处理数据。可选地，处理器810可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field－Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable Logic Array，PLA)中的至少一种硬件形式来实现。处理器810可集成中央处理器(Central Processing Unit，CPU)、图形处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责待显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器810中，单独通过一块通信芯片进行实现。

存储器820可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。存储器820可用于存储指令、程序、代码、代码集或指令集。存储器820可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等。存储数据区还可以存储电子设备800在使用中所创建的数据(比如电话本、音视频数据、聊天记录数据)等。

请参阅图14，其示出了本申请实施例提供的一种计算机可读存储介质的结构框图。该计算机 可读介质900中存储有程序代码，所述程序代码可被处理器调用执行上述方法实施例中所描述的方法。

计算机可读存储介质900可以是诸如闪存、EEPROM(电可擦除可编程只读存储器)、EPROM、硬盘或者ROM之类的电子存储器。可选地，计算机可读存储介质900包括非易失性计算机可读介质(non-transitory computer-readable storage medium)。计算机可读存储介质900具有执行上述方法中的任何方法步骤的程序代码910的存储空间。这些程序代码可以从一个或者多个计算机程序产品中读出或者写入到这一个或者多个计算机程序产品中。程序代码910可以例如以适当形式进行压缩。

综上所述，本申请实施例提供的支付处理方法、装置、电子设备以及存储介质，电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息，基于该属性信息判断支付应用程序是否合法，当支付应用程序不合法时，生成待处理事件，将待处理事件发送至服务器，该待处理事件用于指示服务器对目标应用程序进行处理，从而通过在运行目标应用程序的过程中进入支付模式，且检测到所调用的支付应用程序不合法时对目标应用程序进行处理，以准确且及时的发现非法支付行为，充分保障用户和平台的合法利益。

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

Claims (20)

1. 一种支付处理方法，其特征在于，应用于电子设备，所述方法包括：

   所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息；

   基于所述属性信息判断所述支付应用程序是否合法；

   当所述支付应用程序不合法时，生成待处理事件；

   将所述待处理事件发送至服务器，所述待处理器事件用于指示所述服务器对所述目标应用程序进行处理。
2. 根据权利要求1所述的方法，其特征在于，所述基于所述属性信息判断所述支付应用程序是否合法，包括：

   基于所述属性信息判断所述支付应用程序是否为官方支付应用程序，所述官方支付应用程序为所述电子设备所属的厂商对应的支付应用程序；

   当所述支付应用程序不是所述官方支付应用程序时，确定所述支付应用程序不合法。
3. 根据权利要求2所述的方法，其特征在于，所述电子设备预先存储所述官方支付应用程序对应的官方属性信息，所述基于所述属性信息判断所述支付应用程序是否为官方支付应用程序，包括：

   获取所述官方属性信息，并判断所述属性信息是否与所述官方属性信息一致；

   当所述属性信息与所述官方属性信息不一致时，确定所述支付应用程序不是所述官方支付应用程序。
4. 根据权利要求2或3所述的方法，其特征在于，所述属性信息包括软件开发工具包SDK插件，所述基于所述属性信息判断所述支付应用程序是否为官方支付应用程序，包括：

   判断所述SDK插件是否为官方SDK插件，所述官方SDK插件为所述电子设备所属的厂商对应的SDK插件；

   当所述SDK插件不是所述官方SDK插件时，确定所述支付应用程序不是所述官方支付应用程序。
5. 根据权利要求1-4任一项所述的方法，其特征在于，所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息之前，还包括：

   所述电子设备在运行应用程序时，判断所述应用程序是否满足指定条件；

   当所述应用程序满足所述指定条件时，将所述应用程序确定为目标应用程序。
6. 根据权利要求5所述的方法，其特征在于，所述电子设备在运行应用程序时，判断所述应用程序是否满足指定条件，包括：

   电子设备在运行所述应用程序时，判断所述应用程序是否属于联合运营的应用程序；

   当所述应用程序属于联合运营的应用程序时，将所述应用程序确定为所述目标应用程序。
7. 根据权利要求6所述的方法，其特征在于，所述当所述应用程序属于联合运营的应用程序时，将所述应用程序确定为所述目标应用程序，包括：

   当所述应用程序属于所述联合运营的应用程序时，判断所述应用程序是否为游戏类应用程序；

   当所述应用程序为游戏类应用程序时，将所述应用程序确定为所述目标应用程序。
8. 一种支付处理方法，其特征在于，应用于服务器，所述方法包括：

   所述服务器接收电子设备发送的待处理事件，所述待处理事件为所述电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成；

   响应所述待处理事件对所述目标应用程序进行处理。
9. 根据权利要求8所述的方法，其特征在于，所述待处理事件包括所述目标应用程序的基本信息，所述响应所述待处理事件对所述目标应用程序进行处理，包括：

   响应所述待处理事件，基于所述基本信息对所述目标应用程序进行处理。
10. 根据权利要求9所述的方法，其特征在于，所述响应所述待处理事件，基于所述基本信息对所述目标应用程序进行处理，包括：

    将所述基本信息发送至第一测试设备，所述基本信息用于指示所述第一测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。
11. 根据权利要求9或10所述的方法，其特征在于，所述基本信息至少包括包名。
12. 根据权利要求10所述的方法，其特征在于，所述待处理事件还包括所述电子设备的第一标识信息，所述方法还包括：

    当所述目标应用程序的支付过程复现失败时，确定与所述第一标识信息对应的第二测试设备；

    将所述基本信息发送至所述第二测试设备，所述基本信息用于指示所述第二测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。
13. 根据权利要求12所述的方法，其特征在于，所述第一标识信息包括机型，所述当所述目标应用程序的支付过程复现失败时，确定与所述第一标识信息对应的第二测试设备，包括：

    当所述目标应用程序的支付过程复现失败时，基于所述机型确定与所述电子设备的机型一致的电子设备作为所述第二测试设备。
14. 根据权利要求12或13所述的方法，其特征在于，所述待处理事件还包括所述电子设备的第二标识信息，所述方法还包括：

    当所述目标应用程序的支付过程复现失败时，确定与所述第一标识信息和第二标识信息对应的第三测试设备；

    将所述基本信息发送至所述第三测试设备，所述基本信息用于指示所述第三测试设备基于所述基本信息安装所述目标应用程序，以对所述目标应用程序的支付过程进行复现，并在所述目标应用程序的支付过程复现成功时进行取证。
15. 根据权利要求14所述的方法，其特征在于，所述第一标识信息包括机型，所述第二标识信息包括网络协议IP地址，所述当所述目标应用程序的支付过程复现失败时，确定与所述第一标识信息和第二标识信息对应的第三测试设备，包括：

    当所述目标应用程序的支付过程复现失败时，基于所述机型和所述IP地址确定与所述电子设备机型一致且处于同一城市的电子设备作为所述第三测试设备。
16. 一种支付处理方法，其特征在于，应用于支付处理系统，所述支付处理系统包括连接的电子设备和服务器，所述方法包括：

    所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息；

    所述电子设备基于所述属性信息判断所述支付应用程序是否合法；

    当所述支付应用程序不合法时，所述电子设备生成待处理事件；

    所述电子设备将所述待处理事件发送至服务器；

    所述服务器响应所述待处理器事件对所述目标应用程序进行处理。
17. 一种支付处理装置，其特征在于，应用于电子设备，所述装置包括：

    属性信息获取模块，用于所述电子设备在运行目标应用程序的过程中进入支付模式时，获取所调用的支付应用程序的属性信息；

    属性信息判断模块，用于基于所述属性信息判断所述支付应用程序是否合法；

    待处理事件生成模块，用于当所述支付应用程序不合法时，生成待处理事件；

    待处理事件发送模块，用于将所述待处理事件发送至服务器，所述待处理器事件用于指示所述服务器对所述目标应用程序进行处理。
18. 一种支付处理装置，其特征在于，应用于服务器，所述装置包括：

    待处理事件接收模块，用于所述服务器接收电子设备发送的待处理事件，所述待处理事件为所述电子设备在运行目标应用程序的过程中进入支付模式时，所调用的支付应用程序不合法时生成；

    待处理事件响应模块，用于响应所述待处理事件对所述目标应用程序进行处理。
19. 一种电子设备，其特征在于，包括存储器和处理器，所述存储器耦接到所述处理器，所述存储器存储指令，当所述指令由所述处理器执行时所述处理器执行如权利要求1-7任一项或如权利要求8-15任一项所述的方法。
20. 一种计算机可读取存储介质，其特征在于，所述计算机可读取存储介质中存储有程序代码，所述程序代码可被处理器调用执行如权利要求1-7任一项或如权利要求8-15任一项所述的方法。

Images