一种支付类应用程序的运行方法、运行装置及终端设备与流程

本申请属于应用程序技术领域，尤其涉及一种支付类应用程序的运行方法、运行装置、终端设备及计算机可读存储介质。

背景技术

随着终端设备和互联网技术的发展，几乎所有的用户都会在其终端设备上安装支付类应用程序(比如，支付宝、微信等)，用户通过支付类应用程序进行支付交易已成为常态。虽然利用支付类应用程序进行支付交易非常方便，但是现有的支付类应用程序并不能非常好的保障用户的资金安全，比如，有时用户会受到他人的胁迫，被迫利用支付类应用程序进行交易，从而造成资金损失。

技术实现要素：

有鉴于此，本申请提供了一种支付类应用程序的运行方法、运行装置、终端设备及计算机可读存储介质，以解决目前的支付类应用程序不能很好的保障用户资金安全的技术问题。

本申请第一方面提供了一种支付类应用程序的运行方法，包括：

获取用户输入的支付类应用程序的启动密码；

根据上述启动密码，确定上述支付类应用程序启动后的运行模式，其中，不同的运行模式对应不同的资产金额；

根据上述运行模式运行上述支付类应用程序。

本申请第二方面提供了一种支付类应用程序的运行装置，包括：

密码获取模块，用于获取用户输入的支付类应用程序的启动密码；

模式确定模块，用于根据上述启动密码，确定上述支付类应用程序启动后的运行模式，其中，不同的运行模式对应不同的资产金额；

运行模块，用于根据上述运行模式运行上述支付类应用程序。

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

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

本申请第五方面提供了一种计算机程序产品，上述计算机程序产品包括计算机程序，上述计算机程序被一个或多个处理器执行时实现如上述第一方面方法的步骤。

由上可见，本申请提供了一种支付类应用程序的运行方法，首先，获取用户输入的支付类应用程序的启动密码，比如，在支付类应用程序启动之前，需要获取用户在登录界面输入的启动密码；其次，根据上述启动密码，确定上述支付类应用程序启动后的运行模式，其中，不同的运行模式对应不同的资产金额；然后，根据上述运行模式运行上述支付类应用程序。由此可见，本申请提供的支付类应用程序可以支持多个运行模式，不同的运行模式对应不同的资产金额，因此，本申请所提供的技术方案，可以使得在他人逼迫用户利用支付类应用程序进行交易时，用户可以选择支付类应用程序运行在资产金额较少的运行模式下，所以，可以在一定程度上保障用户的资金安全，解决了目前的支付类应用程序不能很好的保障用户资金安全的技术问题。

附图说明

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

图1是本申请实施例一提供的一种支付类应用程序的运行方法的实现流程示意图；

图2是本申请实施例一提供的一种支付类应用程序的运行过程示意图；

图3是本申请实施例二提供的另一种支付类应用程序的运行方法的实现流程示意图；

图4是本申请实施例三提供的一种支付类应用程序的运行装置的结构示意图；

图5是本申请实施例四提供的终端设备的结构示意图。

具体实施方式

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

本申请实施例提供的支付类应用程序的运行方法可以适用于终端设备，示例性地，上述终端设备包括但不限于：智能穿戴设备(比如，电子手表)、移动终端、平板电脑或学习机等。

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

实施例一

下面对本申请实施例一提供的一种支付类应用程序的运行方法进行描述，请参阅附图1，本申请实施例一中的支付类应用程序的运行方法包括：

在步骤s101中，获取用户输入的支付类应用程序的启动密码；

在本申请实施例中，上述支付类应用程序是指具备支付功能的应用程序，当然，该支付类应用程序除了具备支付功能之外，还可以具备其他功能，例如即时通讯功能、游戏功能和/或拍照功能等，此处对此不作限定。

上述启动密码为启动该支付类应用程序时必须输入的登录密码，比如在用户启动支付宝时，需要在登录界面输入登录密码。

在步骤s102中，根据上述启动密码，确定上述支付类应用程序启动后的运行模式，其中，不同的运行模式对应不同的资产金额；

在本申请实施例中，终端设备中可以预先存储对应关系表，该对应关系表中记录有不同的启动密码与不同的运行模式之间的对应关系信息，其中每一个启动密码对应一个运行模式，因此，在获取到用户输入的启动密码之后，可以在预先存储的对应关系表中查找用户输入的启动密码，若查找到用户输入的启动密码，则进一步在该对应关系表中查找与用户输入的启动密码相对应的运行模式，然后将该查找到的运行模式确定为上述支付类应用程序启动后的运行模式。

此外，在本申请实施例中，若未在预先存储的对应关系表中查找到用户输入的启动密码，则可以输出用于提醒用户重新输入启动密码的提示信息。

在本申请实施例中，某个运行模式所对应的资产金额的数目可以是固定的，比如固定为0元、10元或者100元等(在这种情况下，固定的资产金额数目可以由用户自定义设置，也可以在终端设备出厂之前设置)；或者，也可以根据用户的实际资产进行变动，比如某个运行模式所对应的资产金额的数目为用户的某张银行卡的储蓄金额数目，或是某两张银行卡的总储蓄金额的十分之一。

在步骤s103中，根据上述运行模式运行上述支付类应用程序；

在本申请实施例中，在获取到当前支付类应用程序的运行模式之后，启动该支付类应用程序。

在启动上述支付类应用程序之后，当检测到用户执行支付操作时，可以判断当前支付操作中的支付金额是否大于当前运行模式下的资产金额，若大于，则可以以语音和/或文字的方式输出提示信息，用于提示用户余额不足，并拒绝用户本次支付操作。

为了详细阐述本申请实施例一所提供的技术方案，下面利用附图2举例说明：

如图2所示，假设本申请实施例所提供的支付类应用程序的运行方法应用于电子手表，其中该电子手表中预先存储有对应关系表，如图2所示，该对应关系表中存储有：当启动密码为19930101时，对应的运行模式为第一安全模式，其中该第一安全模式对应的资产金额为0(对应关系表中除了存储有启动密码与运行模式的对应关系信息之外，还可以存储运行模式与资产金额的对应关系信息)；当启动密码为19930202时，对应的运行模式为第二安全模式，其中该第二安全模式对应的资产金额为xx银行的储蓄金额的1/10；当启动密码为19930303时，对应的运行模式为正常模式，其中该正常模式对应的资产金额为用户的实际资产金额。

如图2(a)所示，若用户在启动该支付类应用程序时，输入的启动密码为19930202，则该电子手表通过查找预设的对应关系表，确定启动密码为19930202时，所对应的运行模式为第二安全模式，并确定该第二安全模式所对应的资产金额，即：xx银行的储蓄金额的1/10。如图2(b)所示，为该支付类应用程序启动后的界面，在本申请实施例中，还可以在该支付类应用程序启动后的界面上显示当前运行模式下的资产金额，比如，若xx银行的储蓄金额为15000元，则可以在该界面上显示“当前余额1500元”的信息。

如图2(c)所示，，若xx银行的储蓄金额为15000元，假设本次支付金额为10000元，则说明超过了该运行模式对应的资产金额，可以在该电子手表的界面上，提示余额不足，如图2(d)所示，并拒绝本次支付操作。

本申请实施例一提供了一种支付类应用程序的运行方法，首先，获取用户输入的支付类应用程序的启动密码；其次，根据上述启动密码，确定上述支付类应用程序启动后的运行模式，其中，不同的运行模式对应不同的资产金额；然后，根据上述运行模式运行上述支付类应用程序。由此可见，本申请提供的支付类应用程序可以支持多个运行模式，不同的运行模式对应不同的资产金额，因此，本申请所提供的技术方案，可以使得在他人逼迫用户利用支付类应用程序进行交易时，用户可以选择支付类应用程序运行在资产金额较少的运行模式下，所以，可以在一定程度上保障用户的资金安全，解决了目前的支付类应用程序不能很好的保障用户资金安全的技术问题。

实施例二

下面对本申请实施例二提供的另一种支付类应用程序的运行方法进行描述，请参阅附图3，本申请实施例二中的支付类应用程序的运行方法包括：

在步骤s301中，获取用户输入的支付类应用程序的启动密码；

在步骤s302中，在对应关系表中，查找上述用户输入的启动密码，若查找到上述用户输入的启动密码，则在上述对应关系表中查找上述用户输入的启动密码对应的运行模式，并将该查找到的运行模式确定为上述支付类应用程序启动后的运行模式，其中，不同的运行模式对应不同的资产金额；

在步骤s303中，根据上述运行模式运行上述支付类应用程序；

在本申请实施例中，上述步骤s301-s303均与实施例一中有相应的记载，具体可参见实施例一的描述，此处不再赘述。

在步骤s304中，当检测到上述用户输入运行模式切换指令时，根据上述对应关系表，切换上述支付类应用程序的运行模式；

通常情况下，用户在启动支付类应用程序之后的很长时间内，不需要再次登录该支付类应用程序。然而，用户可能在使用该支付类应用程序的过程中，需要更改当前的支付类应用程序的运行模式，比如当用户突然受到胁迫时，若当前的支付类应用程序所对应的资产金额较大，则用户需要将当前的支付类应用程序的运行模式更改为对应资产金额较小的其他运行模式。

在本申请实施例中，检测运行模式切换指令可以通过检测特定手势，比如当检测到用户晃动终端设备时，切换支付类应用程序的运行模式；或者，可以通过检测特定语音，比如当检测到用户喊出“更换”时，切换支付类应用程序的运行模式；或者，还可以通过检测预设部位的按压，比如，当检测到用户按压特定按键或者点击终端设备的屏幕时，切换支付类应用程序的运行模式，等等。

此外，在本申请实施例中，根据上述对应关系表，切换上述支付类应用程序的运行模式，可以包括：在预先存储的对应关系表中，自动选择任意一个除当前运行模式之外的其他运行模式；将该支付类应用程序的运行模型切换为所选择的其他运行模式。

或者，根据上述对应关系表，切换上述支付类应用程序的运行模式，可以包括：在显示屏上显示对应关系表中的各个运行模式；获取用户自定义选择的运行模式，并将该支付类应用程序的运行模型切换为用户自定义选择的运行模式。

或者，根据上述对应关系表，切换上述支付类应用程序的运行模式，可以包括：检测用户当前所处的环境(可以通过gps定位、通过麦克风采集外界环境的语音信息、和/或通过摄像头采集的视频信息，来确定用户当前所处的环境)；根据用户当前所处的环境，在预先存储的对应关系表中，确定与当前所处的环境对应的运行模式；若该支付类应用程序的当前运行模式与当前所处的环境不对应，则将该支付类应用程序的运行模式切换为与当前所处的环境对应的运行模式。比如，若检测到用户在商场，则可以将当前的运行模式切换为对应资产金额最多的运行模式；若检测到用户在较为偏远的地方，则可以将当前的运行模式切换为对应资产金额最少的运行模式。

或者，根据上述对应关系表，切换上述支付类应用程序的运行模式，可以包括：检测用户当前所处的环境是否安全；若检测到用户当前所处的环境不安全，则获取对应关系表中对应资产金额最低的基准运行模式，并在该支付类应用程序的当前运行模式不是上述基准运行模式时，将该支付类应用程序的运行模式切换为上述基准运行模式；若检测到用户当前所处的环境安全，则可以将该支付类应用程序切换为用户自定义选择的运行模式。其中，上述检测用户当前所处的环境是否安全，可以包括：检测当前环境的环境亮度以及当前环境的声音分贝数；若上述环境亮度小于预设亮度，且上述声音分贝数小于预设分贝数，则认为用户当前所处的环境不安全。此外，还可以通过gps定位和/或摄像头采集到的视频信息等辅助判断当前环境是否安全。

本申请实施例二所提供的支付类应用程序的运行方法相比于实施例一，可以对支付类应用程序的当前运行模式进行切换，因此能够进一步提高用户的使用体验。并且本申请实施例二提供的支付类应用程序可以支持多个运行模式，不同的运行模式对应不同的资产金额，因此，可以使得在他人逼迫用户利用支付类应用程序进行交易时，用户可以选择支付类应用程序运行在资产金额较少的运行模式下，能够在一定程度上保障用户的资金安全，解决了目前的支付类应用程序不能很好的保障用户资金安全的技术问题。

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

实施例三

本申请实施例三提供了一种支付类应用程序的运行装置，为便于说明，仅示出与本申请相关的部分，如图4所示运行装置400包括：

密码获取模块401，用于获取用户输入的支付类应用程序的启动密码；

模式确定模块402，用于根据上述启动密码，确定上述支付类应用程序启动后的运行模式，其中，不同的运行模式对应不同的资产金额；

运行模块403，用于根据上述运行模式运行上述支付类应用程序。

可选地，上述运行方法应用于终端设备，上述终端设备存储有预设的对比关系表，上述对应关系表记录有不同的启动密码与不同的运行模式之间的对应关系，其中每一个启动密码对应一个运行模式；

相应地，上述模式确定模块402，包括：

第一查找单元，用于在上述对应关系表中查找上述用户输入的启动密码；

第二查找单元，用于若在上述对应关系表中查找到上述用户输入的启动密码，则在上述对应关系表中查找上述用户输入的启动密码所对应的运行模式，并将查找到的运行模式确定为上述支付类应用程序启动后的运行模式。

可选地，上述运行装置400还包括：

模式切换模块，用于当检测到上述用户输入运行模式切换指令时，根据上述对应关系表，切换上述支付类应用程序的运行模式。

可选地，上述模式切换模块包括：

安全检测单元，用于检测上述用户当前所处的环境是否安全；

基准模式确定单元，用于若检测到上述用户当前所处的环境不安全时，则获取上述对应关系表中对应资产金额最低的基准运行模式，并判断上述支付类应用程序的当前运行模式是否为基准运行模式；

基准模式切换单元，用于若上述支付类应用程序的当前运行模式不是上述基准运行模式，则将上述支付类应用程序的当前运行模式切换为上述基准运行模式。

可选地，上述安全检测单元包括：

环境检测子单元，用于检测当前环境的环境亮度以及当前环境的声音分贝数；

安全确定子单元，用于若上述环境亮度小于预设亮度，且上述声音分贝数小于预设分贝数，则认为上述用户当前所处的环境不安全。

可选地，上述运行装置400还包括：

支付判断模块，用于在检测到上述用户执行支付操作时，判断当前支付操作中的支付金额是否大于上述资产金额，若是，则输出提示信息。

可选地，上述支付判断模块具体用于：

在检测到上述用户执行支付操作时，判断当前支付操作中的支付金额是否大于上述资产金额，若是，则以语音和/或文字的方式提示上述用户余额不足。

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

实施例四

图5是本申请一实施例提供的终端设备的示意图。如图5所示，该实施例的终端设备5包括：处理器50、存储器51以及存储在上述存储器51中并可在上述处理器50上运行的计算机程序52。上述处理器50执行上述计算机程序52时实现上述各个方法实施例中的步骤，例如图1所示的步骤s101至s103。或者，上述处理器50执行上述计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图4所示模块401至403的功能。

示例性的，上述计算机程序52可以被分割成一个或多个模块/单元，上述一个或者多个模块/单元被存储在上述存储器51中，并由上述处理器50执行，以完成本申请。上述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述上述计算机程序52在上述终端设备5中的执行过程。例如，上述计算机程序52可以被分割成密码获取模块、模式确定模块以及运行模块，各模块具体功能如下：

获取用户输入的支付类应用程序的启动密码；

根据上述启动密码，确定上述支付类应用程序启动后的运行模式，其中，不同的运行模式对应不同的资产金额；

根据上述运行模式运行上述支付类应用程序。

上述终端设备5可以是智能手机、平板电脑、学习机、智能穿戴设备等计算设备。上述终端设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端设备5的示例，并不构成对终端设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如上述终端设备还可以包括输入输出设备、网络接入设备、总线等。

所称处理器50可以是中央处理单元(centralprocessingunit，cpu)，还可以是其它通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field-programmablegatearray，fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

上述存储器51可以是上述终端设备5的内部存储单元，例如终端设备5的硬盘或内存。上述存储器51也可以是上述终端设备5的外部存储设备，例如上述终端设备5上配备的插接式硬盘，智能存储卡(smartmediacard,smc)，安全数字(securedigital,sd)卡，闪存卡(flashcard)等。进一步地，上述存储器51还可以既包括上述终端设备5的内部存储单元也包括外部存储设备。上述存储器51用于存储上述计算机程序以及上述终端设备所需的其它程序和数据。上述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

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

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

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

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

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

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

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

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