CN111381915A - 数据处理方法、设备、系统及存储介质 - Google Patents

Abstract

本申请实施例提供一种数据处理方法、设备、系统及存储介质。在本申请实施例中，将扫码操作与信息推荐相结合，在扫码界面上显示推荐信息，如果用户选择扫码界面上的推荐信息，可直接从扫码界面跳转到被选择的推荐信息指向的界面，省去了扫码过程，一定程度上可解决扫码过程中可能出现的扫码失败、扫码效率不高等问题。

Description

数据处理方法、设备、系统及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种数据处理方法、设备、系统及存储介质。

背景技术

二维码是目前比较流行的一种编码方式，它能存储更多的信息，也能表示更多的数据类型，用户通过终端设备扫码二维码便可获取其携带的内容和信息，便捷、快速，因此得到广泛应用。

其中，扫码支付是二维码比较常见的一种应用场景。无论是哪种应用场景，在扫码过程中，都可能出现扫码失败，扫码效率不高等问题，亟待解决。

发明内容

本申请的多个方面提供一种数据处理方法、设备、系统及存储介质，用以解决扫码过程中存在的扫描失败、扫码效率不高等问题。

本申请实施例提供一种数据处理方法，适用于终端设备，所述方法包括：响应用户的扫码触发操作，显示扫码界面，所述扫码界面上显示有至少一个推荐信息；响应用户对所述至少一个推荐信息的选择操作，从所述扫码界面跳转至目标界面，所述目标界面是被选择的推荐信息对应的条码所指向的界面。

本申请实施例提供一种数据处理方法，适用于服务器，所述方法包括：接收终端设备发送的推荐请求，所述推荐请求是所述终端设备根据用户的扫码触发操作生成并发送的；基于所述推荐请求，获取所述终端设备的历史扫码信息和当前位置信息中的至少一个信息；根据所述历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；将所述至少一个推荐信息返回给所述终端设备，以供所述终端设备在扫码界面上显示所述至少一个推荐信息。

本申请实施例还提供一种扫码系统，包括：终端设备和服务器；

所述终端设备，用于响应用户的扫码触发操作，显示扫码界面，并向所述服务器发送推荐请求，以及接收所述服务器返回的至少一个推荐信息，在所述扫码界面上显示所述至少一个推荐信息；

所述服务器，用于接收所述终端设备发送的推荐请求，根据所述终端设备的历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息，并将所述至少一个推荐信息返回给所述终端设备。

本申请实施例还提供一种终端设备，包括：一个或多个存储器、一个或多个处理器以及显示屏幕；所述一个或多个存储器，用于存储计算机程序；所述一个或多个处理器，与所述一个或多个存储器耦合，用于执行所述计算机程序，以用于：响应用户的扫码触发操作，在所述显示屏幕上显示扫码界面，所述扫码界面上显示有至少一个推荐信息；响应用户对所述至少一个推荐信息的选择操作，从所述扫码界面跳转至目标界面，所述目标界面是被选择的推荐信息对应的条码所指向的界面。

本申请实施例还提供一种服务器，包括：一个或多个存储器、一个或多个处理器以及通信组件；所述一个或多个存储器，用于存储计算机程序；所述一个或多个处理器，与所述一个或多个存储器耦合，用于执行所述计算机程序，以用于：通过所述通信组件接收终端设备发送的推荐请求，所述推荐请求是所述终端设备根据用户的扫码触发操作生成并发送的；基于所述推荐请求，获取所述终端设备的历史扫码信息和当前位置信息中的至少一个信息；根据所述历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；通过所述通信组件将所述至少一个推荐信息返回给所述终端设备，以供所述终端设备在扫码界面上显示所述至少一个推荐信息。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器实现上述可由终端设备执行的方法实施例中的步骤。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器实现上述可由服务器执行的方法实施例中的步骤。

本申请实施例还提供一种数据处理方法，适用于终端设备，所述方法包括：响应用户的扫码触发操作，显示扫码界面，所述扫码界面上显示有扫码框和至少一个商户图标；响应用户对所述至少一个商户图标的选择操作，从所述扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

本申请实施例还提供一种数据处理方法，适用于终端设备，所述方法包括：响应用户的扫码触发操作，显示扫码界面，所述扫码界面上显示有扫码框；向服务器发送推荐请求，以请求所述服务器推荐至少一个商户并返回至少一个商户的商户图标；接收所述服务器返回的至少一个商户图标，并在所述扫码界面上显示所述至少一个商户图标；以及响应用户对所述至少一个商户图标的选择操作，从所述扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

本申请实施例还提供一种数据处理方法，适用于终端设备，所述方法包括：响应用户的扫码触发操作，显示扫码界面，所述扫码界面上显示有扫码框；根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个商户；在所述扫码界面上显示所述至少一个商户的商户图标；以及响应用户对所述至少一个商户图标的选择操作，从所述扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

在本申请实施例中，将扫码操作与信息推荐相结合，在扫码界面上显示推荐信息，如果用户选择扫码界面上的推荐信息，可直接从扫码界面跳转到被选择的推荐信息指向的界面，省去了扫码过程，一定程度上可解决扫码过程中可能出现的扫码失败、扫码效率不高等问题。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1a为本申请示例性实施例给出的支付场景下一种数据处理方法的流程示意图；

图1b为本申请示例性实施例给出的以支付场景为例的扫码界面的一种状态示意图；

图1c为本申请示例性实施例给出的以支付场景为例的扫码界面的另一种状态示意图；

图1d为本申请示例性实施例给出的以支付场景为例的扫码界面的又一种状态示意图；

图2a为本申请示例性实施例给出的支付场景下另一种数据处理方法的流程示意图；

图2b为本申请示例性实施例给出的支付场景下又一种数据处理方法的流程示意图；

图3a为本申请示例性实施例给出的可用于各种应用场景的一种数据处理方法的流程示意图；

图3b为本申请示例性实施例给出的可用于各种应用场景的另一种数据处理方法的流程示意图；

图3c为本申请示例性实施例给出的可用于各种应用场景的又一种数据处理方法的流程示意图；

图3d为本申请示例性实施例给出的带有帮助功能的一种数据处理方法的流程示意图；

图3e和图3f为本申请示例性实施例给出的扫码界面的状态变化示意图；

图3g为本申请示例性实施例给出的带有帮助功能的另一种数据处理方法的流程示意图；

图4为本申请示例性实施例提供的一种数据处理系统的结构示意图；

图5为本申请示例性实施例提供的一种终端设备的结构示意图；

图6为本申请示例性实施例提供的一种服务器的结构示意图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在二维码使用过程中，由于光线，手机对焦质量，二维码图片磨损等可能会导致扫码失败，在扫码失败的情况下需要重新扫码，而每次扫码都要消耗几秒钟时间，这会引起扫码效率不高的问题。针对这些问题，在本申请一些实施例中，将扫码操作与信息推荐相结合，在扫码界面上显示推荐信息，如果用户选择扫码界面上的推荐信息，可直接从扫码界面跳转到被选择的推荐信息对应的条码所指向的界面，省去了扫码操作，一定程度上可解决扫码过程中可能出现的扫码失败、扫码效率不高等问题。另外，如果用户不选择扫码界面上的推荐信息，可以继续通过扫码操作获取相关信息，可以满足用户的扫码需求。

应注意：本申请实施例中的“条码”是由一组按一定编码规则排列的条、空符号，用以表示一定的字符、数字及符号组成的信息，一般是图形化的信息载体。从承载信息的维度来看，本申请实施例中的条码可以包括一维码(或称条形码)、二维码或三维码。一维码可以包括但不限于：EAN码、UPC码、39码、Code 93码等。二维码可以包括但不限于：PDF417二维码、QR Code二维条码等。

随着条码技术的发展，条码可以携带的内容和信息越来越丰富，且用户只需扫描条码即可获取其所携带的内容和信息，操作方便，因此条码在很多场景中都得到广泛应用。例如，现在大多商品或其包装上都设有一维码，用户通过终端设备扫描商品或其包装上的一维码，可以获知该商品相关的信息，例如商品名称、厂家、出厂日期、生产地、价格、原料等等。又例如，企业设计二维码并发布到公司网页上，用户通过终端设备扫描公司网页上的二维码，可以获知该公司的详细信息，例如企业性质、经营范围、成立时间、注册资金、员工人数、占地面积等等。又例如，在支付场景中，收款方设计自己的收款码，例如二维码，将该收款码提供给付款方，这样付款方通过终端设备扫描付款码即可进入相应支付页面完成支付。

无论是哪种应用场景，用户均需要扫码，扫码操作往往需要几秒钟时间，效率不是很高，另外因为光线，手机对焦质量，二维码图片磨损等还可能出现扫码失败，失败后需要重新扫码，扫码效率会进一步降低。

值得说明的是，无论是上述哪种应用场景，都可以采用本申请实施例提供的技术方案解决扫码过程中可能出现的扫码失败、扫码效率不高等问题。另外，本申请实施例提供的技术方案不仅可以应用到上面列举的几种场景中，而是可以应用到任何使用一维码、二维码等条码的应用场景中。下面以支付场景为例，对本申请实施例的技术方案做详细说明。

如图1a所示，为本申请示例性实施例给出的支付场景下一种数据处理方法的流程。该数据处理方法可在终端设备上执行实施。终端设备可以是任何具有一定计算能力，且具有扫码功能的计算机设备，例如可以是智能手机、平板电脑、笔记本电脑、台式电脑、平板二合一、穿戴设备、AR设备、VR设备等。

如图1a所示，该数据处理方法包括以下步骤：

11a、响应用户的扫码触发操作，显示扫码界面，该扫码界面上显示有扫码框和至少一个商户图标。

12a、响应用户对至少一个商户图标的选择操作，从扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

在各类支付场景中，用户可以通过其终端设备进行扫码支付。例如，用户在超市、商场、门店、生鲜市场或者小商贩处购买商品后，需要向超市、商场、门店、生鲜市场或小商贩等支付相应费用，用户可以扫描超市、商场、门店、生鲜市场或小商贩等提供的收款条码，例如二维码向这些商户支付费用。又例如，在商户对商户的交易场景中，一方商户提供商品，另一方商户收取商品并支付费用，则需要支付费用的商户可以扫描对方商户提供的收款条码向对方商户支付相应费用。在这些支付场景中，用户具有支付需求，则用户可以启动终端设备自带的支付应用，或者终端设备上安装的第三方的支付应用，并通过该支付应用发起扫码触发操作。可选地，支付应用可以面向用户提供扫码触发控件，如“扫一扫”，用户通过点击“扫一扫”发起扫码触发操作。

对终端设备而言，可响应用户发起的扫码触发操作，向用户显示扫码界面。如图1b所示，本实施例的扫码界面与现有“扫码界面”不同，本实施例的扫码界面上不仅显示有扫码框，还显示有至少一个商户图标，这些商户图标所标识的商户有可能是用户要发起支付操作的商户。在图1b所示的扫码界面上，以A商户的图标和B商户的图标为例进行图示。值得说明的是，商户图标的数量以及商户图标的显示方式均不限于图1b所示。值得说明的是，商户图标可以是任何能够标识相应商户的图标信息，可以是字符、文字、图形，或者字符、文字和图形的任意结合。

在图1b中，A商户的图标和B商户的图标均位于扫码框外部，且均位于扫码框下方，但不限于此。例如，A商户的图标和B商户的图标还可以位于扫码框的左侧、右侧、上方等。另外，A商户的图标和B商户的图标可以设置在扫码框的同一侧，也可以设置在扫码框的不同侧。

可选地，如图1c所示，A商户的图标位于扫码框内部，B商户的图标位于扫码框的外部。当然，B商户的图标也可以位于扫码框内部。

可选地，如图1d所示，A商户的图标一部分位于扫码框内部，一部分位于扫码框外部，即A商户的图标与扫码框相互交叠。同理，如图1d所示，B商户的图标也与扫码框相互交叠。当然，A商户和B商户的图标中，也可以有一个与扫码框相互交叠，另一个不与扫码框相互交叠。对于不与扫码框交叠的商户图标可以位于扫码框外部，也可以位于扫码框内部。

如果至少一个商户图标所标识的商户中存在用户要发起支付操作的目标商户，则用户可以对至少一个商户图标中与目标商户对应的商户图标发起选择操作。本实施例并不限定选择操作的操作方式，可以是点击、双击、鼠标悬停、触控、长按、按设定轨迹滑动或随意滑动等。对终端设备而言，可感知或捕捉用户对至少一个商户图标的选择操作，并可响应用户对至少一个商户图标的选择操作，直接从扫码界面跳转到被选择的商户图标对应的条码所指向的支付界面。从功能上来看，用户选择商户图标的操作等效于对商户图标对应的条码进行扫描的操作，使得用户省去了扫码操作，一定程度上可解决扫码过程中可能出现的扫码失败、扫码效率不高等问题。另外，本实施例跳过扫码过程，可以快速地进入支付页面，还有利于提高支付效率，节约用户时间，提高用户体验。

在本申请实施例中，并不限定至少一个商户图标的来源方式。例如，在一些应用场景中，可以预先设定至少一个商户图标。在另一些应用场景中，可以根据用户发起的扫码触发操作实时确定至少一个商户图标。在本申请下述实施例中，将以实时确定至少一个商户图标的方式为例展开说明。

如图2a所示，为本申请示例性实施例给出的支付场景下另一种数据处理方法的流程。该数据处理方法可在终端设备上执行实施。如图2a所示，该方法包括：

21a、响应用户的扫码触发操作，显示扫码界面，该扫码界面上显示有扫码框。

22a、根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个商户。

23a、在扫码界面上显示至少一个商户的商户图标。

24a、响应用户对至少一个商户图标的选择操作，从扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

在本实施例中，用户具有支付需求时，可以通过其终端设备发起扫码触发操作。用户发起的扫码触发操作，一方面可以触发终端设备向用户显示扫码界面，即步骤21a描述的操作，另一方面可以触发终端设备确定可向用户推荐的至少一个商户，即步骤22a描述的操作。在此说明，本实施例对步骤21a和步骤22a的执行顺序不做限定。例如，当用户发起扫码触发操作时，终端设备可以先执行步骤21a描述的操作，再执行步骤22a描述的操作；或者，可以先执行步骤22a描述的操作，再执行步骤21a描述的操作；或者，也可以并行地执行步骤21a和步骤22a描述的操作。

另外，步骤23a在技术实现上，可以是先显示扫码界面，之后在扫码界面上显示至少一个商户图标；或者，也可以在显示扫码界面的同时，在扫码界面上显示至少一个商户图标。可选地，可以将至少一个商户图标作为扫码界面的界面元素添加至扫码界面上，然后再显示添加界面元素后的扫码界面，以达到同时显示的效果；或者，可以将至少一个商户图标作为一个新的图层，将该图层覆盖到扫码界面上，然后再显示覆盖新图层的扫描界面，以达到同时显示的效果。本申请实施例并不对扫码界面与至少一个商户图标之间的显示顺序做限定，凡是能够实现“扫码界面上显示有至少一个商户图标”这种显示状态的显示方式和顺序均适用于本申请实施例。另外，由于计算能力以及计算速度的提高，无论技术层面的执行逻辑如何，从用户角度来看，在发出扫码触发操作之后，可同时看到扫码界面和扫码界面上的至少一个商户图标。

在本实施例中，终端设备可以根据其历史扫码信息和当前位置信息中的至少一个信息向用户推荐可能要发起支付操作的商户。下面分情况说明：

在可选实施例V1中，终端设备根据历史扫码信息确定用户有可能发起支付操作的至少一个商户。其中，历史扫码信息包含终端设备在一定历史时段内扫描条码的相关信息，例如可以包括终端设备在一定历史时段内扫描过的条码、扫描时间、扫描地点，还可以包括统计出的各条码的扫描频度等。历史时段的长度可以根据应用需求灵活设定，例如可以是当前时间之前一个月、两个月、两周、三周、三天、五天等，还可以是两个历史时间点所限定的时间段，例如可以是3月15日-5月15日之间。

可选地，可以根据历史扫码信息中包含的各条码对应的扫码频度，选择扫码频度大于频度阈值的至少一个条码，获取至少一个条码所绑定的商户图标。

可选地，可以根据历史扫码信息中包含的各条码对应的扫码时间，选择扫码时间与当前时间位于同一时段内的至少一个条码，获取至少一个条码所绑定的商户图标。

可选地，可以根据历史扫码信息中包含的各条码对应的扫码频度和扫码时间，选择扫码频度大于频度阈值且扫码时间与当前时间位于同一时段内的至少一个条码，获取至少一个条码所绑定的商户图标。

在可选实施例V2中，终端设备根据其当前位置信息确定用户有可能发起支付操作的至少一个商户。可选地，终端设备可以通过GPS服务、基站定位、第三方定位软件(例如地图)等各种方式获取自己当前所处的位置信息。

可选地，终端设备可以从其当前位置信息周围存在的商户中，选择符合推荐条件的至少一个商户。例如，可以从中选择距离当前位置信息最近的N各商户。又例如，可以结合用户的历史消费行为，从中选择用户曾经消费过的N个商户。又例如，可以结合商户的评价指数，从中选择评价指数大于设定阈值的N个商户。又例如，可以结合商户的营业时间，从中选择营业时间包括当前时间的N个商户。其中，N是自然数。

在可选实施例V3中，终端设备同时根据其历史扫码信息和当前位置信息，确定用户有可能发起支付操作的至少一个商户。

可选地，可以根据历史扫码信息中包含的各条码对应的扫码位置，选择扫码位置与当前位置信息的距离之差小于设定距离阈值的至少一个条码，获取至少一个条码所绑定的商户图标。

值得说明的是，在可选实施例V1-V3中，均可以进一步结合其他信息。另外，上述列举的实施方式之外，其它类似或本领域技术人员可轻易想到的其它实施方式均在本申请保护范围之内。

在获得至少一个商户图标之后，可以将至少一个商户图标显示在扫码界面上。其中，至少一个商户图标在扫码界面上的显示方式可参见图1b-图1d所示，在此不做赘述。

对用户来说，若扫码界面上显示的至少一个商户图标中确有自己需要支付的商户，例如A商户，则用户可以不用像以前一样拿着终端设备将扫码框对准A商户的收款条码进行扫码，而是可以直接选择A商户的商户图标即可，相比于扫码过程，选择商户图标的操作相对简单，易于操作，而且对终端设备来说，还可以省略识别收款条码的过程，处理效率会更高，可以直接跳转至A商户的支付界面，进而提高用户在支付界面上完成支付操作的效率。另外，由于跳过了扫码过程，自然不存在扫码失败的问题。

可选地，扫码界面上显示的至少一个商户图标中可能不存在用户需要支付的商户。以图1b所示扫码界面为例，该扫码界面上显示有A商户和B商户的图标，但是用户购买的是C商户的商品，需要向C商户付款。由于扫码界面上没有用户需要支付的商户，则用户可以采用传统方式，即拿着终端设备将扫码框对准C商户的收款码进行扫码，终端设备对C商户的收款码成功识别后跳转至C商户的支付页面，供用户完成支付操作。

进一步可选地，扫码界面上还包括扫码控件，该扫码控件用于供用户发出扫码指令。基于此，当用户确定需要继续发起扫码操作时，一方面需将扫码框对准商户的条码，另一方面对扫码控件发起触发操作，例如可以对扫码控件执行点击、长按、悬停、触控、滑动等操作。终端设备可响应用户对扫码控件的触发操作，调用其摄像头对进入扫码框内的条码进行扫描，在成功识别进入扫码框内的条码后，跳转至进入该扫码框内的条码所指向的支付页面，供用户完成支付操作。

在此说明：在本申请各实施例中，均不对支付界面的实现样式以及用户在支付界面上进行支付操作的方式等做限定。例如，一种支付界面，自动带有支付金额和支付渠道(例如信用卡、银行卡、第三方支付等)，用户只需点击确认即可完成支付操作。又例如，另一种支付界面，用户需要输入支付金额，选择支付方式，输入支付密码后完成支付操作。

如图2b所示，为本申请示例性实施例给出的支付场景下又一种数据处理方法的流程。该数据处理方法可由数据处理系统中的终端设备与服务器配合实施。如图2b所示，该方法包括：

21b、终端设备响应用户的扫码触发操作，显示扫码界面，该扫码界面上显示有扫码框。

22b、终端设备向服务器发送推荐请求，以请求服务器推荐至少一个商户并返回至少一个商户的商户图标。

23b、服务器根据推荐请求，为用户推荐至少一个商户。

24b、服务器向终端设备返回所推荐的至少一个商户的商户图标。

25b、终端设备接收服务器返回的至少一个商户图标，并在扫码界面上显示至少一个商户图标。

26b、响应用户对至少一个商户图标的选择操作，从扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

在本实施例中，终端设备与服务器之间有线或无线通信连接。可选地，终端设备可以通过移动网络与服务器通信连接，相应地，移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、WiMax等中的任意一种。可选地，终端设备也可以通过蓝牙、WiFi、红外线等方式和服务器通信连接。另外，本实施例的服务器可以是常规服务器、云服务器、云主机、虚拟中心等服务器设备。

在本实施例中，用户具有支付需求时，可以通过其终端设备发起扫码触发操作。用户发起的扫码触发操作，一方面可以触发终端设备向用户显示扫码界面，即步骤21b描述的操作，另一方面可以触发终端设备向服务器发送推荐请求，以请求服务器为用户推荐至少一个商户，即步骤22b描述的操作。在此说明，本实施例对步骤21b和步骤22b的执行顺序不做限定。例如，当用户发起扫码触发操作时，终端设备可以先执行步骤21b描述的操作，再执行步骤22b描述的操作；或者，可以先执行步骤22b描述的操作，再执行步骤21b描述的操作；或者，也可以并行地执行步骤21b和步骤22b描述的操作。

对服务器来说，可接收终端设备发送的推荐请求，该推荐请求携带有终端设备的标识信息，例如终端设备的IP地址、MAC地址或设备识别码等。另外，本实施例的推荐请求是一种请求服务器为当前通过终端设备发起扫码触发操作的用户推荐可能商户的请求。该推荐请求可以包含一个类型字段，可以通过类型字段的取值明确其功能，并与其它请求或报文进行区分。类型字段取值不同，表示不同类型的请求或报文，不同类型的请求或报文的功能是不同的。

之后，服务器可以根据推荐请求，为当前通过终端设备发起扫码触发操作的用户推荐至少一个商户。在本实施例中，服务器所推荐的至少一个商户在很大程度上可能是用户此次发起扫码触发操作需要进行支付的商户。

其中，服务器可以根据各种与终端设备或用户相关的信息为用户推荐至少一个商户。例如，服务器可以根据终端设备的历史扫码信息和当前位置信息中的至少一个信息为用户推荐可能要发起支付操作的商户，当然并不限于历史扫码信息和当前位置信息。对服务器来说，可以单独根据终端设备的历史扫码信息为用户推荐可能要发起支付操作的商户；或者，也可以单独根据终端设备的当前位置信息为用户推荐可能要发起支付操作的商户；或者，也可以同时根据终端设备的历史扫码信息和当前位置信息为用户推荐可能要发起支付操作的商户。其中，每种情况下的详细实施方式可参见前述实施例V1-V3中的描述，在此不再赘述。

服务器在为用户推荐出至少一个商户后，可以将至少一个商户的商户图标返回给终端设备。终端设备接收服务器返回的至少一个商户图标，在扫码界面上显示至少一个商户图标。另外，需要说明的是：由于计算能力以及计算速度的提高，无论技术层面如何执行，结合人眼视觉暂留效应等，从用户角度来看，在发出扫码触发操作之后，可同时看到扫码界面和扫码界面上的至少一个商户图标。当然，如果扫码界面和至少一个商户图标的显示时间差异较大，也可以采用一定显示技术消除这种时间差异可能造成画面抖动、闪现等问题，以保证用户视觉感受。

关于步骤26b的描述，可参见前述实施例相同或相应内容的描述，在此不再赘述。

在本实施例中，终端设备与服务器配合，可以充分借助服务器处理能力较强的优势，将推荐过程放到服务器来执行，可以极大地减轻终端设备的处理负担，在用户发出扫码触发操作之后，可以快速向用户返回扫码界面和扫码界面上显示的至少一个商户图标，有利于提高响应速度，可减少用户等待结果的时间，提高用户感受。

需要说明的是：在上述各实施例中，扫码界面上包括扫码框，但是在本申请各实施例中“扫码框”并不是扫码界面上的必要的界面元素。也就是说，扫码界面上可以显示扫码框，也可以不显示扫码框。在扫码界面上不显示扫码框的情况下，在用户需要使用扫码框时，允许用户发出相关触发操作调出扫码框；对终端设备而言，可响应用户发出的调出扫码框的触发操作，在扫码界面上显示扫码框。当然，对于一开始就在扫码界面上显示扫码框的情况，可以更好地兼容现有扫码方案，有利于保护用户的使用习惯，提高用户体验。

另外，上述实施例以支付场景为例进行了说明，但本申请实施例的技术方案还可以应用于其它场景。在脱离支付场景的情况下，扫码界面上显示的商户图标可以被概括为推荐信息。在不同应用场景中，推荐信息会有所不同。这里的不同，既包括推荐信息在内容上的不同，也包括推荐信息在表现形式上的不同。下面分别进行说明：

内容上：扫码界面上显示的推荐信息的内容可以包括但不限于：商家信息、商品信息、广告信息以及好友信息中的至少一种。

表现形式上：扫码界面上显示的推荐信息的表现形式可以包括但不限于：指向相关界面的图标、链接地址、文本以及按钮等中的至少一种。

基于上述分析，本申请实施例还提供的一种具有普适性(即可用于各种应用场景)的数据处理方法，如图3a所示，该方法包括以下步骤：

31a、响应用户的扫码触发操作，显示扫码界面，该扫码界面上显示有至少一个推荐信息。

32a、响应用户对至少一个推荐信息的选择操作，从扫码界面跳转至目标界面，该目标界面是被选择的推荐信息对应的条码所指向的界面。

在实际应用中，在很多场景中，用户经常需要通过其终端设备扫描相关条码。例如，在加好友时，用户可以扫码好友的二维码。又例如，作为超市工作人员，需要扫描商品上的一维码(或条形码)进行商品信息登记、拣货等。

在本实施例中，在用户发起扫码触发操作时，终端设备一方面可以向用户展示扫码界面，另一方面还可以在扫码界面上显示相关推荐信息。优选地，这些推荐信息可以是一些与应用场景、用户发起扫码触发操作的动机或需求相关的信息。当然，推荐信息也可以是一些与应用场景、用户发起扫码触发操作的动机或需求不相关的信息，例如可以是一些广告信息，或推广类信息。

在本实施例中，这些推荐信息有对应的条码。当用户需要了解、使用某个推荐信息，或者需要针对该推荐信息发起相关操作时，可以从中选择该推荐信息。终端设备可以响应用户的选择操作，从当前扫码界面上跳转至被选择的推荐信息对应的条码所指向的页面，进而，用户可以在该页面上了解、使用该推荐信息，或者在该界面上对该推荐信息发起相关操作。值得说明的是，如果用户可以获得推荐信息对应的条码，用户也可以通过扫描该推荐信息对应的条码进入对应的界面，并在界面上完成相关操作。

在有些场景中，用户可能经常需要扫描相同的条码。例如，在支付场景中，用户经常在同一咖啡厅买咖啡，每次购买咖啡都要扫描咖啡厅的收款码进行支付。又例如，随着条码技术的发展，公司员工上下班可以通过扫码打卡，这样员工每天都要扫描设置于公司门口或前台处的二维码。对于这些场景，在本实施例中，当用户发起扫码触发操作时，终端设备除了向用户显示扫码界面之外，还可以将用户经常扫描的条码对应的标识信息，例如咖啡馆名称或图标、公司名称或Logo等显示在扫码界面上，这样用户点击扫码界面上显示的标识信息即可直接跳转到相关界面，例如，用户点击咖啡馆名称或图标可直接跳转到咖啡款的支付页面，用户点击公司名称或Logo可直接跳转到公司的签到页面。这个过程中，跳过了用户扫描条码的过程，一方面可以提高效率，另一方面可以解决扫码过程存在的扫码失败等问题。

如图3b所示，为本申请实施例提供的另一种具有普适性的数据处理方法的流程，该方法可由终端设备执行实施。如图3b所示，该方法包括以下步骤：

31b、响应用户的扫码触发操作，显示扫码界面。

32b、获取历史扫码信息和当前位置信息中的至少一个信息。

33b、根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息。

34b、在扫码界面上显示至少一个推荐信息。

35b、响应用户对至少一个推荐信息的选择操作，从扫码界面跳转至目标界面，该目标界面是被选择的推荐信息对应的条码所指向的界面。

如图3c所示，为本申请实施例提供的又一种具有普适性的数据处理方法的流程，该方法可由终端设备和服务器配合实施。如图3c所示，该方法包括以下步骤：

31c、终端设备响应用户的扫码触发操作，显示扫码界面。

32c、终端设备向服务器发送推荐请求，以请求服务器推荐至少一个推荐信息。

33c、服务器接收终端设备发送的推荐请求，并基于推荐请求，获取终端设备的历史扫码信息和当前位置信息中的至少一个信息。

其中，推荐请求是终端设备根据用户的扫码触发操作生成并发送的。

34c、服务器根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息。

35c、服务器向终端设备返回所确定的至少一个推荐信息。

36c、终端设备接收服务器返回的至少一个推荐信息，并在扫码界面上显示至少一个推荐信息。

37c、响应用户对至少一个推荐信息的选择操作，从扫码界面跳转至目标界面，该目标界面是被选择的推荐信息对应的条码所指向的界面。

图3b和图3c所示实施例与图2a和图2b所示实施例类似，区别仅在于：扫码界面上是否有扫码框，以及商户图标与推荐信息之间的差异，其它内容相同或类似，可参见前述实施例的描述，在此不再赘述。

在本申请上述各实施例中，用户的扫码触发操作可直接触发终端设备或服务器进行推荐信息或商户的推荐操作，但并不限于此。例如，可以在扫码界面上设置对用户具有帮助意义的控件(简称为帮助控件)，该帮助控件的表现样式不做限定，可以实现为按钮、图标、文字、链接等。在扫码界面上设置帮助控件的情况下，如果用户扫码失败，需要帮助的时候，可以触发该帮助控件，触发方式包括但不限于：点击、长按、触控、悬停、双击、滑动等。终端设备可以根据用户对帮助控件的触发，在显示界面上显示至少一个推荐信息。值得说明的是，这里的推荐信息是与用户扫码动机或需求相关的信息。

如图3d所示，为本申请实施例提供的又一种具有普适性的数据处理方法的流程，该方法可由终端设备执行实施。如图3d所示，该方法包括以下步骤：

31d、响应用户的扫码触发操作，显示扫码界面，该扫码界面上显示帮助控件。

32d、响应用户对帮助控件的触发操作，获取历史扫码信息和当前位置信息中的至少一个信息。

33d、根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息。

34d、在扫码界面上显示至少一个推荐信息。

35d、响应用户对至少一个推荐信息的选择操作，从扫码界面跳转至目标界面，该目标界面是被选择的推荐信息对应的条码所指向的界面。

在本实施例中，用户发起扫码触发操作时，终端设备响应该扫码触发操作，向用户显示扫码界面，扫码界面上包含帮助控件。

可选地，如图3e所示，是扫码界面的一种状态示意图。在图3e中，扫码界面上显示一帮助控件，该帮助控件上显示有“未扫描到二维码？获取帮助”的字样。对用户来说，可以在扫描二维码但未扫描到的情况下，点击帮助控件；也可以在未扫描二维码的情况下，直接点击帮助控件。

当用户对帮助控件发起触发操作时，终端设备历史扫码信息和当前位置信息中的至少一个信息确定需要推荐给用户的至少一个推荐信息。这部分内容的详细实施方式可参见图2a所示实施例中的描述，在此不再赘述。

当终端设备确定至少一个推荐信息并将至少一个推荐信息显示在扫码界面之后，可以得到图3f所示的扫码界面。在图3f中以商品链接1、商品链接2和商品链接3作为推荐信息进行图示，但并不限于此。

关于步骤35d的描述，可参见前述实施例相同或相似内容的描述，在此不再赘述。

如图3g所示，为本申请实施例提供的又一种具有普适性的数据处理方法的流程，该方法可由终端设备和服务器配合实施。如图3g所示，该方法包括以下步骤：

31g、终端设备响应用户的扫码触发操作，显示扫码界面，该扫码界面上显示帮助控件。

32g、终端设备响应用户对帮助控件的触发操作，向服务器发送推荐请求以请求服务器推荐至少一个推荐信息。

33g、服务器接收终端设备发送的推荐请求，并基于该推荐请求，获取终端设备的历史扫码信息和当前位置信息中的至少一个信息。

34g、服务器根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息。

35g、服务器向终端设备返回所确定的至少一个推荐信息。

36g、终端设备接收服务器返回的至少一个推荐信息，并在扫码界面上显示至少一个推荐信息。

37g、响应用户对至少一个推荐信息的选择操作，从扫码界面跳转至目标界面，该目标界面是被选择的推荐信息对应的条码所指向的界面。

在本实施例中，在扫码界面上设置帮助控件，用户通过帮助控件触发推荐过程，而终端设备与服务器配合，可以充分借助服务器处理能力较强的优势，将推荐过程放到服务器来执行，可以极大地减轻终端设备的处理负担，在用户发出扫码触发操作之后，可以快速向用户返回扫码界面和扫码界面上显示的至少一个商户图标，有利于提高响应速度，可减少用户等待结果的时间，提高用户感受。

进一步可选地，在上述图3a-图3d以及3f所示实施例中，扫码界面上还可以显示扫码框，如图3e和图3f所示扫码界面中的虚线框，即为扫码框。在显示位置上，至少一个推荐信息与扫码框之间可以交叠，也可以不交叠。以至少一个推荐信息中的第一推荐信息为例，则第一推荐信息可以显示于扫码框的外部；或者，第一推荐信息可以显示于扫码框的内部；或者，第一推荐信息的一部分显示于扫码框的内部，另一部分显示于扫码框的外部。其中，第一推荐信息是至少一个推荐信息中的任一推荐信息。

在扫码框的基础上，扫码界面上进一步还可以包括扫码控件，该扫码控件用于供用户发出扫码指令。如图3e和图3f中“扫码”或“AR”等字样表示扫码控件。基于此，当用户确定需要继续发起扫码操作时，一方面需将扫码框对准相应条码，另一方面对扫码控件发起触发操作，例如可以对扫码控件执行点击、长按、悬停、触控、滑动等操作。终端设备可响应用户对扫码控件的触发操作，调用摄像头对进入扫码框内的条码进行扫描，并跳转至进入扫码框内的条码所指向的页面，以便于用户进行相关操作。

需要说明的是，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如21b、22b等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

除上述方法实施例之外，本申请实施例还提供一种数据处理系统，如图4所示，该数据处理系统包括：终端设备41和服务器42。终端设备41可以是一台或多台。

终端设备41与服务器42之间有线或无线通信连接。可选地，终端设备41可以通过移动网络与服务器42通信连接。另外，本实施例的终端设备41可以是任何具有一定计算能力，且具有扫码功能的计算机设备，例如可以是智能手机、平板电脑、笔记本电脑、台式电脑、平板二合一、穿戴设备、AR设备、VR设备等。本实施例的服务器42可以是常规服务器、云服务器、云主机、虚拟中心等服务器设备。

终端设备41，用于响应用户的扫码触发操作，显示扫码界面，并向服务器42发送推荐请求，以及接收服务器42返回的至少一个推荐信息，在扫码界面上显示至少一个推荐信息；以及，响应用户对至少一个推荐信息的选择操作，从扫码界面跳转至目标界面，该目标界面是被选择的推荐信息对应的条码所指向的界面。

服务器42，用于接收终端设备41发送的推荐请求，根据终端设备41的历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息，并将至少一个推荐信息返回给终端设备41。

可选地，在支付场景中，推荐信息可以是商户图标。

值得说明的是，本数据处理系统可用于实现上述图2b、图3c以及图3g所示实施例中的方案。关于终端设备41以及服务器42的详细描述可参见前述实施例，在此不再赘述。

图5为本申请示例性实施例提供的一种终端设备的结构示意图。如图5所示，该终端设备包括：一个或多个存储器51、一个或多个处理器52以及显示屏幕53。

一个或多个存储器51，用于存储计算机程序，并可被配置为存储其它各种数据以支持在终端设备上的操作。这些数据的示例包括用于在终端设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

一个或多个存储器51可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

一个或多个处理器52，与一个或多个存储器51耦合，用于执行一个或多个存储器51中的计算机程序，以用于：响应用户的扫码触发操作，在显示屏幕53上显示扫码界面，该扫码界面上显示有至少一个推荐信息；响应用户对至少一个推荐信息的选择操作，从扫码界面跳转至目标界面，该目标界面是被选择的推荐信息对应的条码所指向的界面。

在一可选实施例中，一个或多个处理器52还用于：响应用户的扫码触发操作，获取历史扫码信息和当前位置信息中的至少一个信息；根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；在扫码界面上显示至少一个推荐信息。

在一可选实施例中，如图5所示，该终端设备还包括：通信组件54。一个或多个处理器52还用于：响应用户的扫码触发操作，通过通信组件54向服务器发送推荐请求以请求服务器推荐至少一个推荐信息；通过通信组件54接收服务器返回的至少一个推荐信息，并在扫码界面上显示至少一个推荐信息；其中，至少一个推荐信息是服务器根据终端设备的历史扫码信息和当前位置信息中的至少一个信息确定的。

在一可选实施例中，一个或多个处理器52还用于：在扫码界面上显示至少一个推荐信息之前，在扫码界面上显示帮助控件；响应用户对帮助控件的触发操作，在扫码界面上显示至少一个推荐信息。

进一步可选地，一个或多个处理器52在扫码界面上显示至少一个推荐信息时，具体用于：响应用户对帮助控件的触发操作，获取历史扫码信息和当前位置信息中的至少一个信息；根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；在扫码界面上显示至少一个推荐信息。

进一步可选地，一个或多个处理器52在扫码界面上显示至少一个推荐信息时，具体用于：响应用户对帮助控件的触发操作，通过通信组件54向服务器发送推荐请求以请求服务器推荐至少一个推荐信息；通过通信组件54接收服务器返回的至少一个推荐信息，并在扫码界面上显示至少一个推荐信息；其中，至少一个推荐信息是服务器根据终端设备的历史扫码信息和当前位置信息中的至少一个信息确定的。

在一可选实施例中，一个或多个处理器52具体用于：根据历史扫码信息，确定至少一个推荐信息。进一步，一个或多个处理器52具体用于：

根据历史扫码信息中包含的各条码对应的扫码频度，选择扫码频度大于频度阈值的至少一个条码，将至少一个条码所绑定的信息作为至少一个推荐信息；或者

根据历史扫码信息中包含的各条码对应的扫码时间，选择扫码时间与当前时间位于同一时段内的至少一个条码，将至少一个条码所绑定的信息作为至少一个推荐信息；或者

根据历史扫码信息中包含的各条码对应的扫码频度和扫码时间，选择扫码频度大于频度阈值且扫码时间与当前时间位于同一时段内的至少一个条码，将至少一个条码所绑定的信息作为至少一个推荐信息。

在一可选实施例中，一个或多个处理器52具体用于：根据当前位置信息，确定至少一个推荐信息。进一步，一个或多个处理器52具体用于：从当前位置信息周围存在的门店信息中，选择符合推荐条件的至少一个门店信息作为至少一个推荐信息。

在一可选实施例中，一个或多个处理器52具体用于：根据历史扫码信息和当前位置信息，确定至少一个推荐信息。进一步，一个或多个处理器52具体用于：根据历史扫码信息中包含的各条码对应的扫码位置，选择扫码位置与当前位置信息的距离之差小于设定距离阈值的至少一个条码，将至少一个条码所绑定的信息作为至少一个推荐信息。

在一可选实施例中，扫码界面上还显示有扫码框；至少一个推荐信息与扫码框交叠或不交叠。

例如，以第一推荐信息为例，第一推荐信息位于扫码框的外部；或者，第一推荐信息位于扫码框的内部；或者，第一推荐信息的一部分位于扫码框的内部，另一部分位于扫码框的外部；其中，第一推荐信息是至少一个推荐信息中的任一推荐信息。

在一可选实施例中，扫码界面上还包括扫码控件。一个或多个处理器52还用于：响应用户对扫码控件的触发操作，调用摄像头对进入扫码框内的条码进行扫描，并跳转至进入扫码框内的条码所指向的页面。

值得说明的是，推荐信息的表现形式以及内容可以结合应用场景灵活设定，本实施例对此不做限定。例如，至少一个推荐信息的表现形式包括但不限于：指向目标界面的图标、链接地址、文本以及按钮中的至少一种。又例如，根据应用场景的不同，至少一个推荐信息的内容包括但不限于：商家信息、商品信息、广告信息以及好友信息中的至少一种。

进一步，如图5所示，该终端设备还包括：摄像头55、电源组件56、音频组件57等其它组件。图5中仅示意性给出部分组件，并不意味着终端设备只包括图5所示组件。

值得说明的是，本申请实施例提供的终端设备可应用到不同场景中。下面以终端设备应用在支付场景为例，在支付场景中，用户可以通过本实施例的终端设备发起扫码触发操作。则，终端设备中的一个或多个处理器52执行一个或多个存储器51中存储的计算机程序，以用于执行下述动作：

响应用户的扫码触发操作，显示扫码界面，扫码界面上显示有扫码框和至少一个商户图标；响应用户对至少一个商户图标的选择操作，从扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

进一步，在一种可选实施例中，终端设备中的一个或多个处理器52执行一个或多个存储器51中存储的计算机程序，以用于：

响应用户的扫码触发操作，显示扫码界面，扫码界面上显示有扫码框；向服务器发送推荐请求，以请求服务器推荐至少一个商户并返回至少一个商户的商户图标；接收服务器返回的至少一个商户图标，并在扫码界面上显示至少一个商户图标；以及响应用户对至少一个商户图标的选择操作，从扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

进一步，在一种可选实施例中，终端设备中的一个或多个处理器52执行一个或多个存储器51中存储的计算机程序，以用于执行下述动作：

响应用户的扫码触发操作，显示扫码界面，扫码界面上显示有扫码框；根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个商户；在扫码界面上显示至少一个商户的商户图标；以及响应用户对至少一个商户图标的选择操作，从扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由终端设备执行的各步骤。

图6为本申请示例性实施例提供的一种服务器的结构示意图。如图6所示，该服务器包括：一个或多个存储器61、一个或多个处理器62以及通信组件63。

一个或多个存储器61，用于存储计算机程序，并可被配置为存储其它各种数据以支持在服务器上的操作。这些数据的示例包括用于在服务器上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

一个或多个存储器61可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

一个或多个处理器62，与一个或多个存储器61耦合，用于执行一个或多个存储器61中的计算机程序，以用于：

通过通信组件63接收终端设备发送的推荐请求，推荐请求是终端设备根据用户的扫码触发操作生成并发送的；基于推荐请求，获取终端设备的历史扫码信息和当前位置信息中的至少一个信息；根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；通过通信组件63将至少一个推荐信息返回给终端设备，以供终端设备在扫码界面上显示至少一个推荐信息。

在一可选实施例中，一个或多个处理器62具体用于：根据历史扫码信息，确定至少一个推荐信息。进一步，一个或多个处理器62具体用于：

根据历史扫码信息中包含的各条码对应的扫码频度，选择扫码频度大于频度阈值的至少一个条码，将至少一个条码所绑定的信息作为至少一个推荐信息；或者

根据历史扫码信息中包含的各条码对应的扫码时间，选择扫码时间与当前时间位于同一时段内的至少一个条码，将至少一个条码所绑定的信息作为至少一个推荐信息；或者

根据历史扫码信息中包含的各条码对应的扫码频度和扫码时间，选择扫码频度大于频度阈值且扫码时间与当前时间位于同一时段内的至少一个条码，将至少一个条码所绑定的信息作为至少一个推荐信息。

在一可选实施例中，一个或多个处理器62具体用于：根据当前位置信息，确定至少一个推荐信息。进一步，一个或多个处理器62具体用于：从当前位置信息周围存在的门店信息中，选择符合推荐条件的至少一个门店信息作为至少一个推荐信息。

在一可选实施例中，一个或多个处理器62具体用于：根据历史扫码信息和当前位置信息，确定至少一个推荐信息。进一步，一个或多个处理器62具体用于：根据历史扫码信息中包含的各条码对应的扫码位置，选择扫码位置与当前位置信息的距离之差小于设定距离阈值的至少一个条码，将至少一个条码所绑定的信息作为至少一个推荐信息。

进一步，如图6所示，该服务器还包括：电源组件64等其它组件。图6中仅示意性给出部分组件，并不意味着服务器只包括图6所示组件。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由服务器执行的各步骤。

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

上述实施例中的显示屏幕，可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。

上述实施例中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

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

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

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

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

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

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

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

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

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

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

Claims (23)

1.一种数据处理方法，适用于终端设备，其特征在于，所述方法包括：

响应用户的扫码触发操作，显示扫码界面，所述扫码界面上显示有至少一个推荐信息；

响应用户对所述至少一个推荐信息的选择操作，从所述扫码界面跳转至目标界面，所述目标界面是被选择的推荐信息对应的条码所指向的界面。

2.根据权利要求1所述的方法，其特征在于，还包括：

响应用户的扫码触发操作，获取历史扫码信息和当前位置信息中的至少一个信息；

根据所述历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；

在所述扫码界面上显示所述至少一个推荐信息。

3.根据权利要求1所述的方法，其特征在于，还包括：

响应用户的扫码触发操作，向服务器发送推荐请求以请求所述服务器推荐至少一个推荐信息；

接收所述服务器返回的所述至少一个推荐信息，并在所述扫码界面上显示所述至少一个推荐信息；

其中，所述至少一个推荐信息是所述服务器根据所述终端设备的历史扫码信息和当前位置信息中的至少一个信息确定的。

4.根据权利要求1所述的方法，其特征在于，还包括：

在所述扫码界面上显示至少一个推荐信息之前，在所述扫码界面上显示帮助控件；

响应用户对所述帮助控件的触发操作，在所述扫码界面上显示至少一个推荐信息。

5.根据权利要求4所述的方法，其特征在于，响应用户对所述帮助控件的触发操作，在所述扫码界面上显示至少一个推荐信息，包括：

响应用户对所述帮助控件的触发操作，获取历史扫码信息和当前位置信息中的至少一个信息；

根据所述历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；

在所述扫码界面上显示所述至少一个推荐信息。

6.根据权利要求4所述的方法，其特征在于，响应用户对所述帮助控件的触发操作，在所述扫码界面上显示至少一个推荐信息，包括：

响应用户对所述帮助控件的触发操作，向服务器发送推荐请求以请求所述服务器推荐至少一个推荐信息；

接收所述服务器返回的所述至少一个推荐信息，并在所述扫码界面上显示所述至少一个推荐信息；

其中，所述至少一个推荐信息是所述服务器根据所述终端设备的历史扫码信息和当前位置信息中的至少一个信息确定的。

7.根据权利要求2或5所述的方法，其特征在于，根据所述历史扫码信息，确定至少一个推荐信息，包括：

根据所述历史扫码信息中包含的各条码对应的扫码频度，选择扫码频度大于频度阈值的至少一个条码，将所述至少一个条码所绑定的信息作为所述至少一个推荐信息；或者

根据所述历史扫码信息中包含的各条码对应的扫码时间，选择扫码时间与当前时间位于同一时段内的至少一个条码，将所述至少一个条码所绑定的信息作为所述至少一个推荐信息；或者

根据所述历史扫码信息中包含的各条码对应的扫码频度和扫码时间，选择扫码频度大于频度阈值且扫码时间与当前时间位于同一时段内的至少一个条码，将所述至少一个条码所绑定的信息作为所述至少一个推荐信息。

8.根据权利要求2或5所述的方法，其特征在于，根据所述当前位置信息，确定至少一个推荐信息，包括：

从所述当前位置信息周围存在的门店信息中，选择符合推荐条件的至少一个门店信息作为所述至少一个推荐信息。

9.根据权利要求2或5所述的方法，其特征在于，根据所述历史扫码信息和当前位置信息，确定至少一个推荐信息，包括：

根据所述历史扫码信息中包含的各条码对应的扫码位置，选择扫码位置与当前位置信息的距离之差小于设定距离阈值的至少一个条码，将所述至少一个条码所绑定的信息作为所述至少一个推荐信息。

10.根据权利要求1-6任一项所述的方法，其特征在于，所述扫码界面上还显示有扫码框；所述至少一个推荐信息与所述扫码框交叠或不交叠。

11.根据权利要求10所述的方法，其特征在于，第一推荐信息位于所述扫码框的外部；或者，第一推荐信息位于所述扫码框的内部；或者，第一推荐信息的一部分位于所述扫码框的内部，另一部分位于所述扫码框的外部；

其中，所述第一推荐信息是所述至少一个推荐信息中的任一推荐信息。

12.根据权利要求10所述的方法，其特征在于，所述扫码界面上还包括扫码控件；所述方法还包括：

响应用户对所述扫码控件的触发操作，调用摄像头对进入所述扫码框内的条码进行扫描，并跳转至进入所述扫码框内的条码所指向的页面。

13.根据权利要求1-6任一项所述的方法，其特征在于，所述至少一个推荐信息的表现形式包括：指向所述目标界面的图标、链接地址、文本以及按钮中的至少一种。

14.根据权利要求13所述的方法，其特征在于，所述至少一个推荐信息的内容包括：商家信息、商品信息、广告信息以及好友信息中的至少一种。

15.一种数据处理方法，适用于服务器，其特征在于，所述方法包括：

接收终端设备发送的推荐请求，所述推荐请求是所述终端设备根据用户的扫码触发操作生成并发送的；

基于所述推荐请求，获取所述终端设备的历史扫码信息和当前位置信息中的至少一个信息；

根据所述历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；

将所述至少一个推荐信息返回给所述终端设备，以供所述终端设备在扫码界面上显示所述至少一个推荐信息。

16.一种数据处理系统，其特征在于，包括：终端设备和服务器；

所述终端设备，用于响应用户的扫码触发操作，显示扫码界面，并向所述服务器发送推荐请求，以及接收所述服务器返回的至少一个推荐信息，在所述扫码界面上显示所述至少一个推荐信息，响应用户对所述至少一个推荐信息的选择操作，从所述扫码界面跳转至目标界面，所述目标界面是被选择的推荐信息对应的条码所指向的界面；

所述服务器，用于接收所述终端设备发送的推荐请求，根据所述终端设备的历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息，并将所述至少一个推荐信息返回给所述终端设备。

17.一种终端设备，其特征在于，包括：一个或多个存储器、一个或多个处理器以及显示屏幕；

所述一个或多个存储器，用于存储计算机程序；

所述一个或多个处理器，与所述一个或多个存储器耦合，用于执行所述计算机程序，以用于：

响应用户的扫码触发操作，在所述显示屏幕上显示扫码界面，所述扫码界面上显示有至少一个推荐信息；

响应用户对所述至少一个推荐信息的选择操作，从所述扫码界面跳转至目标界面，所述目标界面是被选择的推荐信息对应的条码所指向的界面。

18.一种服务器，其特征在于，包括：一个或多个存储器、一个或多个处理器以及通信组件；

所述一个或多个存储器，用于存储计算机程序；

所述一个或多个处理器，与所述一个或多个存储器耦合，用于执行所述计算机程序，以用于：

通过所述通信组件接收终端设备发送的推荐请求，所述推荐请求是所述终端设备根据用户的扫码触发操作生成并发送的；

基于所述推荐请求，获取所述终端设备的历史扫码信息和当前位置信息中的至少一个信息；

根据所述历史扫码信息和当前位置信息中的至少一个信息，确定至少一个推荐信息；

通过所述通信组件将所述至少一个推荐信息返回给所述终端设备，以供所述终端设备在扫码界面上显示所述至少一个推荐信息。

19.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器实现权利要求1-14任一项所述方法中的步骤。

20.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器实现权利要求15所述方法中的步骤。

21.一种数据处理方法，适用于终端设备，其特征在于，所述方法包括：

响应用户的扫码触发操作，显示扫码界面，所述扫码界面上显示有扫码框和至少一个商户图标；

响应用户对所述至少一个商户图标的选择操作，从所述扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

22.一种数据处理方法，适用于终端设备，其特征在于，所述方法包括：

响应用户的扫码触发操作，显示扫码界面，所述扫码界面上显示有扫码框；

向服务器发送推荐请求，以请求所述服务器推荐至少一个商户并返回至少一个商户的商户图标；

接收所述服务器返回的至少一个商户图标，并在所述扫码界面上显示所述至少一个商户图标；以及

响应用户对所述至少一个商户图标的选择操作，从所述扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

23.一种数据处理方法，适用于终端设备，其特征在于，所述方法包括：

响应用户的扫码触发操作，显示扫码界面，所述扫码界面上显示有扫码框；

根据历史扫码信息和当前位置信息中的至少一个信息，确定至少一个商户；

在所述扫码界面上显示所述至少一个商户的商户图标；以及

响应用户对所述至少一个商户图标的选择操作，从所述扫码界面跳转至被选择的商户图标所指向的支付界面，以供用户进行支付操作。

Images