CN110163319A - 条形码显示方法、装置及设备 - Google Patents

Abstract

本说明书提供一种条形码显示方法、装置及设备，可以在确定设备处于支付环境下根据设备的姿态数据，来预测用户是否需要显示支付条形码，在基于目标条件确定当前需要显示支付条形码后，可以自动提供用于显示支付条形码的显示页面，实现对支付条形码显示的快捷显示。由于直接自动显示，可以简化支付条形码显示的操作，减少用户打开该显示页面的步骤，提高操作效率。

Description

条形码显示方法、装置及设备

技术领域

本说明书涉及互联网技术领域，尤其涉及条形码显示方法、装置及设备。

背景技术

随着智能设备技术的发展，用户的手机、手表等设备都可以支持多种近距离信息交换方式，相应也产生了许多应用场景，例如支付、门禁、交换名片等。

目前，用户使用手机等智能设备进行二维码快捷支付时，典型的操作过程如下：用户解锁手机→找到支付功能APP→运行APP→触发二维码功能子界面→APP跳转至二维码功能子界面→用户握持手机令屏幕显示的二维码供对端设备扫描。可见，在实际应用中，一次完整的二维码显示操作需要较多的操作步骤才能实现，不仅用户使用不便，而且也无法很好地适应商场支付用户流量较大的应用场景。

发明内容

为克服相关技术中存在的问题，本说明书提供了条形码显示方法、装置及设备。

根据本说明书实施例的第一方面，提供一种条形码显示方法，所述方法包括：

若确定设备处于支付环境，获取设备的姿态数据；

在基于所述姿态数据和目标条件确定需要显示支付条形码后，提供用于显示所述支付条形码的显示页面；其中，所述目标条件根据设备在所述支付条形码显示前后的历史姿态变化特征而设定。

可选的，所述历史姿态变化特征，通过如下数据获取到：目标图像显示前后的历史姿态数据。

可选的，所述历史姿态变化特征，包括：

设备屏幕从面向用户变化至面向对端设备的姿态变化特征。

可选的，所述方法由应用处于前台运行的情况下执行。

可选的，所述提供用于显示所述支付条形码的显示页面，包括：

从当前页面直接跳转至所述显示页面。

可选的，所述显示页面与所述应用的主页面不同。

可选的，所述获取设备的姿态数据，包括：

获取设备内置的陀螺仪和/或加速计的检测数据，通过所述检测数据确定设备的姿态数据。

可选的，所述显示页面是在设备处于解锁状态下提供的。

可选的，基于所述支付条形码显示时的如下一种或多种历史环境特征确定设备处于支付环境：

历史地理位置特征、历史时间范围特征、历史网络状态、历史与对端设备的历史距离特征或历史检测的信号特征。

根据本说明书实施例的第二方面，提供一种条形码显示装置，所述装置包括：

数据获取模块，用于：若确定设备处于支付环境，获取设备的姿态数据；

显示模块，用于：在基于所述姿态数据和目标条件确定需要显示目标图像后，提供用于显示所述目标图像的显示页面；其中，所述目标条件根据设备在所述目标图像显示前后的历史姿态变化特征而设定。

可选的，所述历史姿态变化特征，通过如下数据获取到：目标图像显示前后的历史姿态数据。

可选的，所述历史姿态变化特征，包括：

设备屏幕从面向用户变化至面向对端设备的姿态变化特征。

可选的，所述装置由应用处于前台运行的情况下执行。

可选的，所述显示模块，具体用于：

从当前页面直接跳转至所述显示页面。

可选的，所述显示页面与所述应用的主页面不同。

可选的，所述数据获取模块，具体用于：

获取设备内置的陀螺仪和/或加速计的检测数据，通过所述检测数据确定设备的姿态数据。

可选的，所述显示页面是在设备处于解锁状态下提供的。

可选的，基于所述支付条形码显示时的如下一种或多种历史环境特征确定设备处于支付环境：

历史地理位置特征、历史时间范围特征、历史网络状态、历史与对端设备的历史距离特征或历史检测的信号特征。

根据本说明书实施例的第三方面，提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现前述的条形码显示方法。

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

本说明书实施例中，可以在确定设备处于支付环境下根据设备的姿态数据，来预测用户是否需要显示支付条形码，在基于目标条件确定当前需要显示支付条形码后，可以自动提供用于显示支付条形码的显示页面，实现对支付条形码显示的快捷显示。由于直接自动显示，可以简化支付条形码显示的操作，减少用户打开该显示页面的步骤，提高操作效率。

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

附图说明

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

图1A是本说明书根据一示例性实施例示出的一种条形码显示方法的流程图。

图1B是本说明书根据一示例性实施例示出的一种用户握持手机的示意图。

图1C是本说明书根据一示例性实施例示出的一种陀螺仪检测示意图。

图1D是本说明书根据一示例性实施例示出的一种加速计检测示意图。

图2是本说明书根据一示例性实施例示出的一种条形码支付处理示意图。

图3是本说明书实施例条形码显示装置所在电子设备的一种硬件结构图。

图4是本说明书根据一示例性实施例示出的一种条形码显示装置的框图。

具体实施方式

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

在本说明书使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书。在本说明书和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

如图1A所示，是本说明书根据一示例性实施例示出的一种图像显示方法的流程图，该方法的执行主体可以是移动终端等设备中所安装的应用，例如手机等设备中安装的支付类应用等。该方法可以包括以下步骤：

在步骤102中，若确定设备处于支付环境，获取设备的姿态数据。

在步骤104中，在基于所述姿态数据和目标条件确定需要显示支付条形码后，提供用于显示所述支付条形码的显示页面；其中，所述目标条件根据设备在所述支付条形码显示前后的历史姿态变化特征而设定。

本实施例中，用户在需要显示支付条形码的时候，设备会随着用户握持设备的方式发生改变而变化。因此可以通过收集历史数据，分析历史上支付条形码显示前后设备的姿态变化，从而确定历史上支付条形码显示前后设备姿态的变化规律，进而利用设备的历史姿态变化特征来预测用户是否需要显示支付条形码。

本实施例中可以预先获取支付条形码显示前后设备的历史姿态数据，以基于历史姿态数据分析支付条形码在显示前后设备的姿态变化特征，进而确定目标条件。其中，分析支付条形码在显示前后设备的姿态变化特征，是为了确定用户在需要显示支付条形码时，用户会如何改变设备的握持方式，可以理解，用户改变了设备的握持方式，设备的姿态将会发生一定变化。之后可以基于目标条件预测出当前是否需要显示支付条形码。

以支付扫码场景为例，操作过程包括：找到支付功能APP→运行APP→触发二维码功能子界面→APP跳转至二维码功能子界面→用户握持手机令屏幕显示的二维码供对端设备扫描。在这段操作过程中，设备先是面向用户，之后又面向对端设备供对端设备扫描，如图1B所示，以手机为例，示出了用户平时使用手机或刚拿出手机的姿势，以及用户令手机对准二维码扫描仪时的姿势，从面对手机屏幕正面到用户面对手机背面，手机旋转了180度，如图1C所示，示出了设备内置陀螺仪的检测原理，设备的翻转动作可以通过手机内置的陀螺仪等器件检测到。

如图1D所示，示出设备内置加速计的检测原理，设备内置加速计可以检测到设备在三个轴上的受力情况，设备静止并与水平面垂直时，y轴负方向指向地心，此时加速计获取到的数据为(0，0，-1)，也就是说设备在x轴和y轴方向受力为0，在z轴方向上受理为-1个重力加速度，如果设备沿着x轴倾斜一定角度，则可以根据加速计获取的重力在y轴和z轴的分量通过三角几何计算出设备沿着x轴倾斜的角度值，依据上述原理可以计算出设备的姿态数据。

其中，显示页面在显示支付条形码时，可以是获取预先生成的静态支付条形码，也可以实时生成支付条形码，例如在支付应用中的支付条形码页面的快捷显示场景下，该支付条形码页面显示时，支付条形码这一目标图像可以是静态的图形，也可以是实时生成并且可动态变化的图形。

其中，本实施例的支付条形码显示方法的执行时机，在不同场景下可以有多种实现方式。在一些例子中，若应用具有较高的权限，可以实现如下效果：用户正常握持智能设备，在需要显示支付条形码的情况下，用户翻转智能设备使设备屏幕面向对端设备(例如POS机或地铁闸机等设备)，智能设备就可调用应用提供该支付条形码的显示页面。此种实现方式中，并不限制应用一定需要在前台运行的情况下才可实现，只要智能设备的操作系统开放一定权限给应用，即使应用不在前台运行的情况下仍可被调用并在前台展示图标图像。可选的，基于安全等考虑，还可以是在设备处于解锁状态下，提供用于显示所述支付条形码的显示页面，也就是，用户解锁设备后，翻转智能设备使设备屏幕面向对端设备，则设备就可以显示支付条形码。

当然，由于设备厂商的限制，应用厂商可能获得设备厂商开放的权限，则本实施例的方法可以是应用在前台运行的情况下执行。也就是说，用户需要启动应用使应用占用前台，应用才可执行上述方案。虽然如此，但本实施例方法仍可减少用户操作，给用户带来极大便利。接下来对此种实现方式进行详细说明。

本实施例中，应用可以具有多个功能页面，例如主页面、本实施例的显示页面、或者是其他功能页面，其中，该显示页面并非应用的主页面。应用安装于智能手机等用户设备中，在某些情况下可能处于被关闭状态，此种状态下，当应用被用户启动后，本领域的惯用技术手段是显示应用的主页面；在某些情况下，应用可能显示某个界面P(例如主页面或某个其他功能页面)后被退出，应用处于系统后台中运行，此种状态下，当应用被用户启动后，本领域的惯用技术手段是显示应用被退出前所显示的页面(即界面P)。

其中，应用安装于智能手机等用户设备中，设备中展示有应用图标以供用户触发，例如常见的具有触摸功能的智能手机，用户可以点击设备屏幕上所展示应用图标，此类点击操作的目的是为了触发应用于前台运行，而不是一种专用于触发显示目标图像的操作。智能手机检测到用户针对应用的触发操作后，确定需要调用应用至前台运行，应用可以通过系统接口接收操作系统的调用消息，从而确定自身被操作系统调用至前台运行，以Android系统为例，该接口具体可以是RunningProcess等，实际应用中可以基于不同设备的操作系统而灵活配置确定被调用至前台运行的实现方式。

应用发现自身被调用至操作系统的前台运行后，应用需要预测当前是否需要显示支付条形码，若确定需要，则自动触发该显示界面，实现对该显示界面的快捷跳转，例如电子钱包等应用中的“付款码”功能页面等等。这样，由于应用可以直接跳转到该显示页面以显示支付条形码，从而可以简化显示支付条形码的用户操作，由于不需要用户手动切换至该显示页面，因此减少用户打开该显示页面的步骤，提高操作效率。

值得注意的是，本实施例是应用被调用至前台运行，并利用设备的姿态数据和目标条件来预测用户是否需要显示目标图像；在背景技术部分提到的以快捷支付为例的操作过程，可以理解为两个阶段，第一个是“解锁手机”的阶段，第二个是“运行APP至APP跳转至功能子界面”的阶段，第一阶段的改进方案如“无需解锁直接显示APP功能子界面”等，需要手机操作系统开放一些权限，或者需要设备厂商的支持，这意味着更多且复杂的开发工作量。但由于实现这些触发方式的绑定需要较多要求，本实施例方法可以在第二阶段执行，在应用运行后由应用执行本实施例方法，利用设备的姿态数据和目标条件来预测用户是否需要显示支付条形码，因此本实施例方法的实现难度较低，适用范围更大。

其中，考虑到支付或交通出行等一些典型场景的特点，本实施例是在确定设备处于支付环境下后根据姿态数据确定是否需要显示支付条形码。例如，用户可能会在某些特定时间范围或特定位置等需要显示目标图像。因此，可以基于所述支付条形码显示时的如下一种或多种历史环境特征确定设备处于支付环境，本实施例历史环境特征可以包括历史地理位置特征、历史时间范围特征、历史网络状态、历史与对端设备的历史距离特征或历史检测的信号特征。

本实施例基于时间、位置、网络状态、与对端设备的距离和目标信号等多种因素分析目标图像被显示时的历史特征。上述特征可以理解为用户在特定时间、特定位置或特定条件等情况下经常启动应用以显示支付条形码。

以线下支付场景为例，用户可能经常于早餐时段、午餐时段或晚餐时段就餐并发生支付行为，并且支付行为通常发生于固定位置，例如其居住位置、公司位置周围、餐厅或线下商铺等等。此种情况下，通过历史显示统计数据可以分析出用户通常在哪些时间范围、哪些位置发生支付行为。在另一些例子中，还可以结合网络状态分析，因为在支付时用户设备也可能经常处于某一种网络状态，例如支付时常常处于移动通信网络状态、支付时常常连接某个标识的无线网络等等。

以交通出行场景为例，公交车或地铁出入口通常配置有电子设备，此类设备需要与用户的移动终端配合完成乘车码支付，本实施例将此类设备称为对端设备。其中，乘车码是一类用于支付乘车费的条形码，用户需要启动移动终端中的APP来显示乘车码，由于移动终端需要移动至与对端设备附近、两者配合完成乘车码支付，因此历史特征可以包括与对端设备的目标距离；在一些例子中，对端设备可以发出目标信号，以用于与移动终端传输信息或建立连接，因此历史特征还可以包括目标信号等等。

实际应用中，支付条形码被显示时的历史姿态特征或上述历史环境特征都可以通过收集历史显示统计数据来确定，历史显示统计数据的来源可以有多种，在一些例子中，可以是由应用检测到支付条形码被显示时后进行记录而得到，例如记录支付条形码显示前后的历史姿态数据等数据，并基于记录的数据对历史姿态变化特征进行分析；或者也可以是将记录的数据发送给服务器侧进行分析。在另一些例子中，可以是收集支付条形码被显示后所产生的数据进行分析，例如，支付条形码被显示的目的是为了完成支付行为，而支付行为会产生支付订单数据，因此，可以通过收集基于支付条形码而产生的支付订单数据进行分析等多种方式。

通过上述方式确定了支付条形码被显示前后的历史姿态变化特征，相应地可以确定目标条件，可选的，目标条件可以是，获取到的设备的姿态数据与历史姿态变化特征相匹配，例如手机与水平面的夹角忽然增加30度到50度，并且手机从屏幕正面对着用户到背对着用户，就可以确定用户需要显示目标图像。

可选的，还可以结合上述历史环境特征而相对应地设定更多考虑因素。可选的，可以是当前时间处于目标时间范围内、当前地理位置匹配目标地理位置、当前网络状态匹配目标网络状态、与对端设备的距离匹配所述目标距离或检测到目标信号等等。

下面以快捷显示支付条形码(包括一维条形码、二维条形码等)为例，在支付客户端中，通过本说明书实施例可快捷跳转至支付条形码的显示界面，接下来对本说明书实施例进行详细说明。

其中，应用可以是包括有支付条形码显示界面的应用(例如常见的支付宝钱包APP、微信APP或银行类APP等等)，该应用具有用于条形码的显示界面，条形码具体可以包括付款码或乘车码等等。其中，该显示界面并非该应用的主界面，并且，该应用还具有一个或多个其他功能界面。应用安装于智能手机等用户设备中，在某些情况下可能处于被关闭状态，此种状态下，当应用被用户启动后，本领域的惯用技术手段是显示应用的主界面；在某些情况下，应用可能显示某个界面P(例如主界面或某个其他功能界面)后被退出，应用处于系统后台中运行，此种状态下，当应用被用户启动后，本领域的惯用技术手段是显示应用被退出前所显示的界面(即界面P)。

本实施例中，应用可以预先确定目标条件，该目标条件通过支付条形码显示前后的历史姿态变化特征而确定，可选的，目标条件可以是应用预先分析得到，也可以是应用从服务端侧获取。

如图2所示，是本说明书根据一示例性实施例示出的一种条形码支付处理示意图，图2中以智能手机为例，应用具体是一支付宝APP。智能手机被用户所持有，图2中展示的是智能手机处于解锁状态的桌面，桌面上包括有多个应用图标。用户可以点击智能手机桌面上所展示的支付宝APP图标，智能手机的操作系统检测到用户针对应用的点击操作后，调用应用至前台运行，应用通过接收操作系统的通知确定被调用至前台运行后，可以获取设备内置的陀螺仪和/或加速计的检测数据，通过所述检测数据确定设备的姿态数据；当用户翻转手机令手机屏幕背对用户时，设备内置的陀螺仪和/或加速计会持续地检测数据，应用可以持续地确定设备的姿态数据，并基于此确定设备的姿态变化满足设定的历史姿态变化特征，例如，手机与水平面的夹角忽然增加30度到50度，并且手机从屏幕正面对着用户到背对着用户。因此应用可以认为当前需要显示支付条形码，进而直接跳转至用于显示支付条形码的显示界面。对用户来说，用户只需要在一次点击操作和翻转手机操作，智能手机的屏幕上就可以直接展示支付条形码并被对端设备扫描，因此能够显著减少用户操作，提高支付条形码的展示效率。

本说明书实施例还提供了图像显示方案，可应用于具有基本显示功能的用户设备，具体的用户设备形式可以是手机、平板电脑、智能手表等复合型设备，还可以是如电子名片、电子标签等单一功能设备，本说明书实施例对此并不进行限定。本申请中，所述的显示页面具体可以是一个应用中的一个功能页面，例如可以是一个网页；也可以是一个人机交互的界面，例如支付界面、内容发布界面等；也可以是在已有页面基础上提供的弹窗，例如在已开启页面上悬浮展示的窗口。相应的，目标图像的具体形式可以是二维码(也称二维条形码)、一维条形码、可变条码或可变内容信息图像等，而应用场景则可以是支付、门禁、交通出行、名片交换或社交场景等，这些均不影响本申请方案的实现。

该图像显示方法可包括：获取设备的姿态数据；在基于所述姿态数据和目标条件确定需要显示目标图像后，提供用于显示所述目标图像的显示页面；其中，所述目标条件根据设备在所述目标图像显示前后的历史姿态变化特征而设定.

本实施例中，用户在需要显示目标图像的时候，设备会随着用户握持设备的方式发生改变而变化。因此可以通过收集历史数据，分析历史上目标图像显示前后设备的姿态变化，从而确定历史上目标图像显示前后设备姿态的变化规律，进而利用设备的历史姿态变化特征来预测用户是否需要显示目标图像。

本实施例中可以预先获取目标图像显示前后设备的历史姿态数据，以基于历史姿态数据分析目标图像在显示前后设备的姿态变化特征，进而确定目标条件。其中，分析目标图像在显示前后设备的姿态变化特征，是为了确定用户在需要显示目标图像时，用户会如何改变设备的握持方式，可以理解，用户改变了设备的握持方式，设备的姿态将会发生一定变化。之后可以基于目标条件预测出当前是否需要显示目标图像。

其中，显示页面在显示目标图像时，可以是获取预先生成的静态目标图像，也可以实时生成目标图像，例如在支付应用中的支付条形码页面的快捷显示场景下，该支付条形码页面显示时，支付条形码这一目标图像可以是静态的图形，也可以是实时生成并且可动态变化的图形。

其中，本实施例的图像显示方法的执行时机，在不同场景下可以有多种实现方式。在一些例子中，若应用具有较高的权限，可以实现如下效果：用户正常握持智能设备，在需要显示目标图像的情况下，用户翻转智能设备使设备屏幕面向对端设备(例如门禁设备、POS机或地铁闸机等设备)，智能设备就可调用应用提供该目标图像的显示页面。此种实现方式中，并不限制应用一定需要在前台运行的情况下才可实现，只要智能设备的操作系统开放一定权限给应用，即使应用不在前台运行的情况下仍可被调用并在前台展示图标图像。可选的，基于安全等考虑，还可以是在设备处于解锁状态下，提供用于显示所述目标图像的显示页面，也就是，用户解锁设备后，翻转智能设备使设备屏幕面向对端设备，则设备就可以显示目标图像。

当然，由于设备厂商的限制，应用厂商可能获得设备厂商开放的权限，则本实施例的方法可以是应用在前台运行的情况下执行。也就是说，用户需要启动应用使应用占用前台，应用才可执行上述方案。虽然如此，但本实施例方法仍可减少用户操作，给用户带来极大便利。

实际应用中，目标图像被显示时的历史姿态特征或上述历史环境特征都可以通过收集历史显示统计数据来确定，历史显示统计数据的来源可以有多种，在一些例子中，可以是由应用检测到目标图像被显示时后进行记录而得到，例如记录目标图像显示前后的历史姿态数据等数据，并基于记录的数据对历史姿态变化特征进行分析；或者也可以是记录的数据发送给服务器侧进行分析。在另一些例子中，可以是收集目标图像被显示后所产生的数据进行分析，例如，目标图像是支付条形码，目标图像被显示的目的是为了完成支付行为，而支付行为会产生支付订单数据，因此，可以通过收集基于支付条形码而产生的支付订单数据进行分析等多种方式。

通过上述方式确定了目标图像被显示前后的历史姿态变化特征，相应地可以确定目标条件，可选的，目标条件可以是，获取到的设备的姿态数据与历史姿态变化特征相匹配，例如手机与水平面的夹角忽然增加30度到50度，并且手机从屏幕正面对着用户到背对着用户，就可以确定用户需要显示目标图像。

可选的，目标条件还可以结合上述历史环境特征而相对应地设定更多考虑因素。可选的，可以是当前时间处于目标时间范围内、当前地理位置匹配目标地理位置、当前网络状态匹配目标网络状态、与对端设备的距离匹配所述目标距离或检测到目标信号等等。

与前述条形码显示方法的实施例相对应，本说明书还提供了条形码显示装置及其所应用的电子设备的实施例。

本说明书条形码显示装置的实施例可以应用在电子设备上，例如智能手机等。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在文件处理的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图3所示，为本说明书实施例条形码显示装置所在电子设备的一种硬件结构图，除了图3所示的处理器310、内存330、网络接口320、以及非易失性存储器340之外，实施例中装置331所在的电子设备，通常根据该电子设备的实际功能，还可以包括其他硬件，对此不再赘述。

如图4所示，图4是本说明书根据一示例性实施例示出的一种条形码显示装置的框图，包括：

数据获取模块41，用于：若确定设备处于支付环境，获取设备的姿态数据；

显示模块42，用于：在基于所述姿态数据和目标条件确定需要显示目标图像后，提供用于显示所述目标图像的显示页面；其中，所述目标条件根据设备在所述目标图像显示前后的历史姿态变化特征而设定。

可选的，所述历史姿态变化特征，通过如下数据获取到：目标图像显示前后的历史姿态数据。

可选的，所述历史姿态变化特征，包括：

设备屏幕从面向用户变化至面向对端设备的姿态变化特征。

可选的，所述装置由应用处于前台运行的情况下执行。

可选的，所述显示模块，具体用于：

从当前页面直接跳转至所述显示页面。

可选的，所述显示页面与所述应用的主页面不同。

可选的，所述数据获取模块，具体用于：

获取设备内置的陀螺仪和/或加速计的检测数据，通过所述检测数据确定设备的姿态数据。

可选的，所述显示页面是在设备处于解锁状态下提供的。

可选的，基于所述支付条形码显示时的如下一种或多种历史环境特征确定设备处于支付环境：

历史地理位置特征、历史时间范围特征、历史网络状态、历史与对端设备的历史距离特征或历史检测的信号特征。

相应的，本说明书还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如下前述图像显示方法/条形码支付方法。

上述条形码显示装置中各个模块的功能和作用的实现过程具体详见上述条形码显示装置中对应步骤的实现过程，在此不再赘述。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本说明书方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

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

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

以上所述仅为本说明书的较佳实施例而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书保护的范围之内。

Claims (11)

1.一种条形码显示方法，所述方法包括：

若确定设备处于支付环境，获取设备的姿态数据；

在基于所述姿态数据和目标条件确定需要显示支付条形码后，提供用于显示所述支付条形码的显示页面；其中，所述目标条件根据设备在所述支付条形码显示前后的历史姿态变化特征而设定。

2.根据权利要求1所述的方法，所述历史姿态变化特征，通过如下数据获取到：目标图像显示前后的历史姿态数据。

3.根据权利要求1或2所述的方法，所述历史姿态变化特征，包括：

设备屏幕从面向用户变化至面向对端设备的姿态变化特征。

4.根据权利要求1所述的方法，所述方法由应用处于前台运行的情况下执行。

5.根据权利要求4所述的方法，所述提供用于显示所述支付条形码的显示页面，包括：

从当前页面直接跳转至所述显示页面。

6.根据权利要求5所述的方法，所述显示页面与所述应用的主页面不同。

7.根据权利要求1所述的方法，所述获取设备的姿态数据，包括：

获取设备内置的陀螺仪和/或加速计的检测数据，通过所述检测数据确定设备的姿态数据。

8.根据权利要求1所述的方法，所述显示页面是在设备处于解锁状态下提供的。

9.根据权利要求1所述的方法，基于所述支付条形码显示时的如下一种或多种历史环境特征确定设备处于支付环境：

历史地理位置特征、历史时间范围特征、历史网络状态、历史与对端设备的历史距离特征或历史检测的信号特征。

10.一种条形码显示装置，所述方法包括：

数据获取模块，用于：若确定设备处于支付环境，获取设备的姿态数据；

显示模块，用于：在基于所述姿态数据和目标条件确定需要显示支付条形码后，提供用于显示所述支付条形码的显示页面；其中，所述目标条件根据设备在所述支付条形码显示前后的历史姿态变化特征而设定。

11.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述程序时实现如权利要求1至9任一所述的方法。