CN108182577A - 一种展示付款信息的方法、装置及设备 - Google Patents

Abstract

本说明书实施例公开了一种展示付款信息的方法、装置及设备。在本说明书实施例中，终端若监测到当前显示的界面中部署有支付应用对应的应用小部件APP Widget，则通过所述APP Widget展示付款信息；所述付款信息是所述APP Widget从所述支付应用获取的。

Description

一种展示付款信息的方法、装置及设备

技术领域

本说明书涉及信息技术领域，尤其涉及一种展示付款信息的方法、装置及 设备。

背景技术

随着移动支付技术的普及，用户可以使用终端(如手机)上安装的支付应 用来进行支付。

具体地，当需要支付时，用户通常需要解锁手机屏幕，启动手机上安装的 支付应用，接着在支付应用的界面中点击按钮，触发手机展示付款信息(如二 维码等)，商家的扫码设备扫描手机展示的二维码后，可获取用户的账户标识 等信息，执行后续的扣款步骤。

基于现有技术，需要一种更为便利的展示付款信息的方法。

发明内容

本说明书实施例提供一种展示付款信息的方法、装置及设备，以解决现有 的展示付款信息的方法存在的便利性较低的问题。

为解决上述技术问题，本说明书实施例是这样实现的：

本说明书实施例提供的一种展示付款信息的方法，包括：

终端监测当前显示的界面中是否部署有支付应用对应的应用小部件APP Widget；

若是，通过所述APP Widget展示付款信息；所述付款信息是所述APP Widget从所述支付应用获取的。

本说明书实施例提供的另一种展示付款信息的方法，包括：

应用小部件APP Widget从其对应的支付应用获取付款信息；

当部署有所述APP Widget的界面被终端显示时，展示所述付款信息。

本说明书实施例提供的另一种展示付款信息的方法，包括：

支付应用获取用于生成付款信息的相关数据；

根据获取的相关数据，生成付款信息；

将生成的付款信息发送给所述支付应用对应的APP Widget，以使当部署有 所述APP Widget的界面被终端显示时，所述APP Widget展示所述付款信息。

本说明书实施例提供的一种展示付款信息的装置，包括：

监测模块，监测当前显示的界面中是否部署有支付应用对应的应用小部件 APPWidget；

展示模块，若是，通过所述APP Widget展示付款信息；所述付款信息是 所述APPWidget从所述支付应用获取的。

本说明书实施例提供的一种展示付款信息的装置，包括：

获取模块，从其对应的支付应用获取付款信息；

展示模块，当部署有所述装置的界面被终端显示时，展示所述付款信息。

本说明书实施例提供的一种展示付款信息的装置，包括：

获取模块，获取用于生成付款信息的相关数据；

生成模块，根据获取的相关数据，生成付款信息；

发送模块，将生成的付款信息发送给所述应用对应的APP Widget，以使当 部署有所述APP Widget的界面被终端显示时，所述APP Widget展示所述付款 信息。

本说明书实施例提供的一种终端，包括一个或多个处理器及存储器，所述 存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

监测当前显示的界面中是否部署有支付应用对应的应用小部件APP Widget；

若是，通过所述APP Widget展示付款信息；所述付款信息是所述APP Widget从所述支付应用获取的。

由以上本说明书实施例提供的技术方案可见，在本说明书实施例中，可以 将支付应用对应的APP Widget部署到终端的界面中。终端当监测到当前显示 的界面中部署有所述APP Widget时，就会通过所述APP Widget展示来自所述 支付应用的付款信息。当需要支付时，用户只需操作手机显示部署有所述APP Widget的界面即可，所述APP Widget可以直接将付款信息展示给用户。也就 是说，用户无需启动支付应用，并等待支付应用的界面被渲染，才能触发终端 展示付款信息。这提升了展示付款信息方法的便利性。

附图说明

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

图1是现有技术中用户操作手机展示二维码所经历的步骤示意图；

图2是本说明书实施例提供的一种展示付款信息的方法流程图；

图3a～3b是本说明书实施例提供的在终端的界面中部署APP Widget的示 意图；

图4a～4b是本说明书实施例提供的展示付款信息的方法示意图；

图5本说明书实施例提供的一种展示付款信息的装置示意图；

图6是本说明书实施例提供的另一种展示付款信息的装置示意图；

图7是本说明书实施例提供的另一种展示付款信息的装置示意图；

图8是本说明书实施例提供的一种展示付款信息的设备示意图。

具体实施方式

图1是现有技术中用户操作手机展示二维码所经历的步骤示意图。如图1 所示，当需要支付时，用户往往需要操作手机经历如下步骤：1、解锁手机屏 幕；2、在桌面界面展示的应用列表中寻找支付应用；3、点击寻找到的支付应 用；4、等待手机启动支付应用并渲染支付应用的界面；5、在支付应用的界面 中点击“二维码”按钮，触发手机在支付应用的界面中展示二维码。当然，若 手机已经处于解锁状态，则不会经历上述步骤1。

上述的每个步骤都需要耗费用户的时间，尤其是第4步操作，手机启动支 付应用并渲染支付应用的界面耗费的时间往往较长，对于性能不高的手机而 言，启动应用和渲染界面会耗费更长的时间，有时甚至出现界面渲染失败的情 况。这就给需要进行支付的用户造成了困扰，即现有的展示付款信息的方法便 利性较低。

而在本说明的一个或多个实施例中，将支付应用对应的应用小部件APP Widget部署到终端的界面中。用户的终端若监测到当前显示的界面中部署有支 付应用对应的APPWidget，则会直接通过所述APP Widget展示从所述支付应 用获取的付款信息。用户不必经历上述步骤2～5。如此一来，可以精简用户进 行支付时所需的操作，提升了展示付款信息方法的便利性。

需要说明的是，本文所述的付款信息可以是用户的账户标识、用户的账户 对应的二维码、条形码等。

为了使本技术领域的人员更好地理解本说明书中的技术方案，下面将结合 本说明书一个或多个实施例中的附图，对本说明书实施例中的技术方案进行清 楚、完整地描述，显然，所描述的实施例仅仅是本说明书一部分实施例，而不 是全部的实施例。通过本说明书实施例，本领域普通技术人员在没有作出创造 性劳动前提下所获得的所有其他实施例，都应当属于本说明书保护的范围。

以下结合附图，详细说明本说明书各实施例提供的技术方案。

图2是本说明书实施例提供的展示付款信息的方法流程图，包括以下步骤：

S200：终端监测当前显示的界面中是否部署有支付应用对应的应用小部件 APPWidget，若是，则执行步骤S202，否则，执行步骤S204。

S202：通过所述APP Widget展示付款信息。

本方法的执行主体是终端，其具体可以是用户的手机、平板电脑等可用于 支付的智能设备。

在本说明书实施例中，预先在终端的界面中部署应用小部件APP Widget， 所述APP Widget对应于所述终端上安装的支付应用。

其中，终端的界面可以是除支付应用外的其他界面，如桌面界面、锁屏界 面或其他应用的界面等。此处需要说明的是，终端的桌面(例如，安卓系统下， 将之称为桌面启动器laucher)实际上是终端安装的系统级应用，桌面界面实际 上也是一个应用的界面。桌面可以有不止一页桌面界面，第一页桌面界面通常 是终端的操作系统启动后，终端默认显示的界面。各页桌面界面主要用于展示 终端安装的所有应用的列表。

为本领域技术人员所熟知的是，App Widget是操作系统(如安卓、ios、 windows)支持的一种组件形式，允许开发者针对某个应用，开发该应用对应 的APP Widget，APPWidget能够被部署到除该应用外的其他应用的界面中， 用于展示来自APP Widget对应的应用的数据内容。

例如，当在手机的桌面界面中部署支付应用对应的APP Widget时，可以 如图3a所示。又如，当在手机安装的即时通讯应用的界面中部署支付应用对 应的APP Widget时，可以如图3b所示。

此处值得强调，本说明书实施例对部署所述APP Widget的界面不做具体 限制。但是考虑到所述APP Widget展示的付款信息是用户的隐私，为了保护 用户的隐私，部署所述APP Widget的界面可以不包括锁屏界面。这样，唯有 用户本人解锁自己的终端后，终端才会显示部署有所述APP Widget的界面。

在实际应用中，当用户需要支付时，用户的终端当前显示的界面存在多种 情况。终端当前显示的界面可以是锁屏界面、桌面界面或其他应用的界面。

终端会监测当前显示的界面中是否部署有所述APP Widget，若是，则直接 通过所述APP Widget展示付款信息。其中，所述付款信息是所述APP Widget 从所述支付应用获取的。

S204：不展示所述付款信息。

若当前显示的界面中未部署有所述APP Widget，则终端不展示付款信息。 此时，用户可以进行界面切换，切换到部署有所述APP Widget的界面。用户 切换界面的操作可以是滑动桌面界面，从当前使用的应用的界面返回到桌面界 面等，这些操作较为简单，耗时也很少。

图4a和图4b是本说明书实施例提供的的展示付款信息的方法示意图。如 图4a所示，一种可能的情况是，所述APP Widget部署于终端默认显示的桌面 界面，用户解锁手机屏幕后，就可以看到该默认显示的桌面界面(如第一页桌 面界面)通过所述APP Widget展示的二维码。此外，另一种可能的情况是， 所述APP Widget部署于非默认显示的桌面界面(如第二页、第三页桌面界面 等)，用户解锁手机后，终端默认显示的桌面界面中并未部署所述APP Widget， 用户可滑动界面，陆续切换出其他桌面界面。图4b示出的是用户切换出包含 所述APP Widget的第二页桌面界面。

通过图2所示的展示付款信息的方法，当用户需要支付时，用户只需操作 手机显示部署有所述APP Widget的界面即可，所述APP Widget可以直接将付 款信息展示给用户。也就是说，用户无需启动支付应用，并等待支付应用的界 面被渲染。这提升了展示付款信息方法的便利性。

此外，有必要对本说明书实施例中的APP Widget与所述APP Widget对应 的支付应用做补充性说明。

实际上，可以将支付应用对应的APP Widget视为支付应用的一个特殊的 窗口组件，该窗口组件独立于支付应用的界面，被嵌入到其他应用(如桌面) 的界面中，用于显示来自支付应用的付款信息。正是由于APP Widget的这种 特性，才使得终端既可以无需渲染支付应用的界面，又可以向用户展示付款信 息。

具体而言，当需要展示付款信息时，终端的操作系统无需在前台耗费时间 和资源渲染支付应用的界面，而是在后台维持支付应用的某些进程即可，这些 进程与生成付款信息相关。这使得支付应用可以获取用于生成付款信息的相关 数据，根据获取的相关数据生成付款信息，然后通过操作系统与其对应的APP Widget进行通信，向所述APP Widget提供生成的付款信息，以供所述APP Widget展示。

所述支付应用可以从本地的存储器获取生成付款信息的相关数据，也从服 务器获取用于生成付款信息的相关数据。所述相关数据可以是用户的账户标 识、当前时间的时间戳、加密密钥等。

进一步地，支付应用可以在需要更新付款信息时，从服务器获取用于生成 付款信息的相关数据，根据获取的相关数据生成新的付款信息，将新的付款信 息发送给所述APPWidget，用于展示。

基于图2所示的展示付款信息的方法，本说明书实施例还对应提供了一种 展示付款信息的装置，如图5所示，包括：

监测模块501，监测当前显示的界面中是否部署有支付应用对应的应用小 部件APP Widget；

展示模块502，若是，通过所述APP Widget展示付款信息；所述付款信息 是所述APP Widget从所述支付应用获取的。

所述APP Widget部署在桌面界面中。

基于图2所示的展示付款信息的方法，本说明书实施例还对应提供了一种 展示付款信息的装置，如图6所示，包括：

获取模块601，从其对应的支付应用获取付款信息；

展示模块602，当部署有所述装置的界面被终端显示时，展示所述付款信 息。

基于图2所示的展示付款信息的方法，本说明书实施例还对应提供了一种 展示付款信息的装置，如图7所示，包括：

获取模块701，获取用于生成付款信息的相关数据；

生成模块702，根据获取的相关数据，生成付款信息；

发送模块703，将生成的付款信息发送给所述应用对应的APP Widget，以 使当部署有所述APP Widget的界面被终端显示时，所述APP Widget展示所述 付款信息。

所述获取模块701，当需要更新付款信息时，从服务器获取用于生成付款 信息的相关数据。

基于图2所示的展示付款信息的方法，本说明书还对应提供了一种终端， 如图8所示，该设备包括一个或多个处理器及存储器，所述存储器存储有程序， 并且被配置成由所述一个或多个处理器执行以下步骤：

监测当前显示的界面中是否部署有支付应用对应的应用小部件APP Widget；

若是，通过所述APP Widget展示付款信息；所述付款信息是所述APP Widget从所述支付应用获取的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相 似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之 处。尤其，对于图8所示的终端而言，由于其基本相似于方法实施例，所以描 述的比较简单，相关之处参见方法实施例的部分说明即可。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改 进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对 于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已 经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程 编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的 改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field ProgrammableGate Array， FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字符系统“集成”在一片PLD上，而不需要请芯片制 造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成 电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现， 它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得 用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、 Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL (Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL (RubyHardware Description Language)等，目前最普遍使用的是VHDL (Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。 本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作 逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件 电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器 或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件 或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器 的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存 储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序 代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制 器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包 括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以 将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件 部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实 体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。 具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、 智能电话、个人数字符助理、媒体播放器、导航设备、电子邮件设备、游戏控 制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然， 在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计 算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结 合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包 含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、 CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产 品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/ 或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入 式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算 机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一 个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中 的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个 流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使 得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处 理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个 流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出 接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内 存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任 何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序 的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存 (PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他 类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储 器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、 数字符多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其 他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信 息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排 他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括 那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、 方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括 一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设 备中还存在另外的相同要素。

本领域技术人员应明白，本说明书的实施例可提供为方法、系统或计算机 程序产品。因此，本说明书可采用完全硬件实施例、完全软件实施例或结合软 件和硬件方面的实施例的形式。而且，本说明书可采用在一个或多个其中包含 有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述， 例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型 的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践 本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设 备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的 本地和远程计算机存储介质中。

以上所述仅为本说明书的实施例而已，并不用于限制本说明书。对于本领 域技术人员来说，本说明书可以有各种更改和变化。凡在本说明书的精神和原 理之内所作的任何修改、等同替换、改进等，均应包含在本说明书的权利要求 范围之内。

Claims (11)

1.一种展示付款信息的方法，包括：

终端监测当前显示的界面中是否部署有支付应用对应的应用小部件APPWidget；

若是，通过所述APP Widget展示付款信息；所述付款信息是所述APPWidget从所述支付应用获取的。

2.根据权利要求1所述的方法，所述APP Widget部署在桌面界面中。

3.一种展示付款信息的方法，包括：

应用小部件APP Widget从其对应的支付应用获取付款信息；

当部署有所述APP Widget的界面被终端显示时，展示所述付款信息。

4.一种展示付款信息的方法，包括：

支付应用获取用于生成付款信息的相关数据；

根据获取的相关数据，生成付款信息；

将生成的付款信息发送给所述支付应用对应的APP Widget，以使当部署有所述APPWidget的界面被终端显示时，所述APP Widget展示所述付款信息。

5.根据权利要求4所述的方法，获取用于生成付款信息的相关数据，具体包括：

当需要更新付款信息时，从服务器获取用于生成付款信息的相关数据。

6.一种展示付款信息的装置，包括：

监测模块，监测当前显示的界面中是否部署有支付应用对应的应用小部件APPWidget；

展示模块，若是，通过所述APP Widget展示付款信息；所述付款信息是所述APP Widget从所述支付应用获取的。

7.根据权利要求6所述的装置，所述APP Widget部署在桌面界面中。

8.一种展示付款信息的装置，包括：

获取模块，从其对应的支付应用获取付款信息；

展示模块，当部署有所述装置的界面被终端显示时，展示所述付款信息。

9.一种展示付款信息的装置，包括：

获取模块，获取用于生成付款信息的相关数据；

生成模块，根据获取的相关数据，生成付款信息；

发送模块，将生成的付款信息发送给所述装置对应的APP Widget，以使当部署有所述APP Widget的界面被终端显示时，所述APP Widget展示所述付款信息。

10.根据权利要求9所述的装置，所述获取模块，当需要更新付款信息时，从服务器获取用于生成付款信息的相关数据。

11.一种终端，包括一个或多个处理器及存储器，所述存储器存储有程序，并且被配置成由所述一个或多个处理器执行以下步骤：

监测当前显示的界面中是否部署有支付应用对应的应用小部件APPWidget；

若是，通过所述APP Widget展示付款信息；所述付款信息是所述APPWidget从所述支付应用获取的。