CN116996608B - 扫码绑定方法、存储介质及终端设备 - Google Patents

Abstract

本发明涉及智能终端技术领域，公开了一种扫码绑定方法、存储介质及终端设备，该方法包括：在手表中某一应用与手机中对应应用的绑定过程中，当手表应用确定绑定失败且用户在预设时间内无任何响应操作后，手表应用重新从手表应用对应的手表应用软件开发工具包（software development kit，SDK）获取绑定二维码以重新显示绑定二维码，进而用户可以通过手机重新扫描绑定二维码进行绑定。可知，手表应用重新获取的绑定二维码，不是从历史缓存中获取旧绑定二维码，而是重新从对应的手表应用SDK获取新绑定二维码，进而避免历史缓存中旧绑定二维码被释放无法获取的问题出现。

Description

扫码绑定方法、存储介质及终端设备

技术领域

本发明涉及智能终端技术领域，尤其涉及一种扫码绑定方法、存储介质及终端设备。

背景技术

用户在使用智能手表等智能可穿戴设备过程中，可以将手表与自己的手机进行绑定，以通过手表实现手机功能。例如，用户可以使用手机扫描手表中支付应用所对应的绑定二维码，以实现将手表中支付应用与手机中支付应用相互绑定，绑定后用户可以通过手表可以实现扫码支付功能。其中，在上述绑定过程中，若绑定失败，则手表可以从历史缓存中重新获取绑定二维码以重新显示绑定二维码，以便用户通过手机重新扫描绑定二维码进行重新绑定。

然而，由于手表的存储空间有限，历史缓存中的所存储的绑定二维码的存储空间可能被其他应用数据占用，导致历史缓存中的绑定二维码被释放。如此，当手表从历史缓存中获取绑定二维码时，手表无法获取绑定二维码的显示数据，即手表无法再次显示绑定二维码，导致用户无法实现重新扫码绑定，意味着前次绑定过程无法继续，影响用户体验。

发明内容

本发明实施例提供了一种扫码绑定方法、存储介质及终端设备。

第一方面，本发明提供了一种扫码绑定方法，应用于第一设备，其中，第一设备包括第一应用和第一应用SDK，方法包括：

第一应用响应于绑定操作，向第一应用SDK获取第一扫描码，并显示第一绑定界面，其中，第一绑定界面包括第一扫描码，绑定操作用于将第一设备的第一应用和第二设备的第二应用绑定，并且，第一扫描码能够被第二设备的扫码操作识别并实施绑定操作对应的第一绑定流程；第一应用响应于对应第一扫描码的扫码操作，运行第一绑定流程；第一应用确定第一绑定流程被中断；第一应用在第一预设时间内未检测到响应操作，向第一应用SDK获取第二扫描码，并显示第二绑定界面，其中，第二绑定界面包括第二扫描码，且第二扫描码用于运行第一绑定流程。

在本发明实施例中，在例如手表的第一设备中某一应用与例如手机的第二设备中对应应用的绑定过程中，当手表应用确定绑定失败且用户在预设时间内无任何响应操作后，手表应用重新从手表应用对应的手表应用SDK获取绑定二维码以重新显示绑定二维码，进而用户可以通过手机重新扫描绑定二维码进行绑定。可知，手表应用重新获取的绑定二维码，不是从历史缓存中获取旧绑定二维码，而是重新从对应的手表应用SDK获取新绑定二维码，进而避免历史缓存中旧绑定二维码被释放无法获取的问题出现。

在上述第一方面的一种可能的实现中，上述第一应用响应于对应第一扫描码的扫码操作，运行第一绑定流程，包括：第一应用隐藏第一绑定界面，并对第一扫描码进行缓存；第一应用显示绑定进度界面。

在上述第一方面的一种可能的实现中，上述第一应用在第一预设时间内未检测到响应操作，包括：第一应用清除缓存的第一扫描码以及第一绑定界面；第一应用向第一应用SDK获取第二扫描码，并显示第二绑定界面。

在上述第一方面的一种可能的实现中，上述方法还包括：第一应用响应于对应第二扫描码的扫码操作，运行第一绑定流程。

在上述第一方面的一种可能的实现中，上述第一设备包括以下设备的至少一种：智能手表、智能手环。

在上述第一方面的一种可能的实现中，上述第一应用包括以下应用的至少一种：支付应用、聊天应用、音乐应用、健康管理应用、购物应用和相册应用。

第二方面，本发明实施例提供了另一种扫码绑定方法，应用于第二设备，其中，第二设备包括第二应用，方法包括：第二设备对第一扫描码或第二扫描进行扫码操作，其中，第一扫描码或第二扫描码显示在第一设备上，且第一扫描码或第二扫描码用于将第二设备的第二应用与第一设备的第一应用绑定；第二应用响应于第二设备的扫码操作，运行第一绑定流程，以实施第二应用与第一应用的绑定操作。

第三方面，本发明实施例提供了其他一种扫码绑定方法，应用于第一设备和第二设备，其中，第一设备包括第一应用和第一应用SDK，第二设备包括第二应用，方法包括：第一应用响应于绑定操作，向第一应用SDK获取第一扫描码，并显示第一绑定界面，其中，第一绑定界面包括第一扫描码，绑定操作用于将第一设备的第一应用和第二设备的第二应用绑定，第一扫描码能够被第二设备的扫码操作识别并实施绑定操作对应的第一绑定流程；第二设备对第一扫描码进行扫码操作；第一应用和第二应用响应于对应第一扫描码的扫码操作，第一应用和第二应用运行第一绑定流程；第一应用确定第一绑定流程被中断；第一应用在第一预设时间内未检测到响应操作，向第一应用SDK获取第二扫描码，并显示第二绑定界面，其中，第二绑定界面包括第二扫描码，且第二扫描码用于运行第一绑定流程；第二设备对第二扫描码进行扫码操作；第一应用和第二应用响应于对应第二扫描码的扫码操作，第一应用和第二应用运行第一绑定流程。

第四方面，本发明实施例提供了一种可读存储介质，该可读存储介质上存储有指令，该指令在终端设备上执行时使终端设备实现上述第一至三方面及上述第一至三方面的各种可能实现提供的任意一种扫码绑定方法。

第五方面，本发明实施例提供了一种终端设备，该终端设备包括：存储器，用于存储由终端设备的一个或多个处理器执行的指令；以及处理器，是终端设备的处理器之一，用于执行存储器中存储的指令以实现上述第一至三方面及上述第一至三方面的各种可能实现提供的任意一种扫码绑定方法。

第六方面，本发明实施例提供了一种程序产品，该程序产品中包括指令，在该指令被终端设备执行时可以使终端设备实现上述第一至三方面及上述第一至三方面的各种可能实现提供的任意一种扫码绑定方法。

附图说明

图1根据本发明的一些实施例，示出了一种场景图；

图2A根据本发明的一些实施例，示出了手表10的应用列表显示界面图；

图2B根据本发明的一些实施例，示出了手表10的手表绑定提示界面图；

图2C根据本发明的一些实施例，示出了手表10的协议提示界面图；

图2D根据本发明的一些实施例，示出了手表10的一种绑定界面图；

图2E根据本发明的一些实施例，示出了手表10的手表绑定进度界面图；

图3A根据本发明的一些实施例，示出了手机20的协议确认界面图；

图3B根据本发明的一些实施例，示出了手机20的手机绑定进度界面图；

图3C根据本发明的一些实施例，示出了手机20的确认框图；

图4A根据本发明的一些实施例，示出了手表10的绑定失败界面图；

图4B根据本发明的一些实施例，示出了手表10的另一种绑定界面图

图5根据本发明的一些实施例，示出了手表10呈“黑屏”的界面图；

图6根据本发明的一些实施例，示出了一种扫码绑定方法的流程图；

图7根据本发明的一些实施例，示出了另一种扫码绑定方法的流程图；

图8根据本发明的一些实施例，示出了一种手表10的软件架构图；

图9根据本发明的一些实施例，示出了一种手表10的硬件结构图；

图10根据本发明的一些实施例，示出了一种手机20的硬件结构图。

实施方式

本发明的说明性实施例包括但不限于一种扫码绑定方法、存储介质及终端设备。

下面结合附图1至10对本发明的技术方案进行介绍。

图1根据本申请的一些实施例，示出了一种根据本申请的实施例的应用场景图。如图1所示，用户在使用智能手表（以下简称手表）10等智能可穿戴设备过程中，可以将手表10与自己的手机20进行绑定，或者将手表10中的应用和手机20中的应用进行绑定。手表10与手机20绑定后，用户通过手表10可以实现手机20的部分功能。例如，用户可以将手表10中的支付应用、聊天应用和相册应用等，分别与手机20中的支付应用、聊天应用、相册应用等进行绑定，以使得用户通过手表10可以实现扫码支付、聊天信息查询、照片预览等功能。

以下以手表10中支付应用与手机20中支付应用绑定作为示例，对手表10与手机20的绑定过程进行示例说明。

在一些实施例中，如图2A所示，用户可以通过手表10侧边的控制按键11切换手表10的显示界面。例如，当用户按压一次控制按键11时，手表10可以从图1所示的时间日期显示界面跳转至图2A所示的应用列表显示界面。又例如，当用户再次按压一次控制按键11时，手表10可以从图2A所示的应用列表显示界面跳转至图1所示的时间日期显示界面，具体不做限制。

在一些实施例中，如图2A所示，手表10显示出应用列表显示界面后，用户可以点击应用列表显示界面中的“支付应用”图标12，以打开手表10中的支付应用。

可以理解，当用户首次打开手表10中的支付应用时，支付应用通常显示为手表绑定提示界面，用户通过手表绑定提示界面可以使用手机20进行相关操作，以将手表10中的支付应用与手机20中的支付应用相互绑定。例如，如图2A和图2B所示，当用户在使用手表10过程中首次点击“支付应用”图标12时，手表10从图2A所示的应用列表显示界面跳转至图2B所示的手表绑定提示界面。随后，用户可以根据图2B所示的手表绑定提示界面，打开手机20或打开手机20的支付应用，以便后续进行扫码绑定。

在一些实施例中，如图2B和图2C所示，当用户点击图2B手表绑定提示界面中的“立即绑定”按钮13后，手表10从图2B所示的手表绑定提示界面跳转至图2C所示的协议提示界面。进一步地，如图2C和2D所示，当用户点击手表10协议提示界面中的“同意”按钮14后，手表10从图2C所示的协议提示界面跳转至图2D所示扫码绑定界面。

在一些实施例中，如图2D所示，在手表10显示出扫码绑定界面后，用户可以通过手机20扫码功能或手机20支付应用的扫码功能，对手表10扫码绑定界面中的二维码15进行扫码。例如，用户可以通过手机20扫码功能扫码获取手表10显示的二维码15，手机20根据二维码15的二维码信息可自动识别到二维码15所对应的绑定应用为支付应用，使得手机20打开支付应用并跳转至手机绑定提示界面。或者，用户也可以直接通过手机20支付应用的扫码功能扫码获取到手表10的二维码15，以使得手机20跳转至手机绑定提示界面。例如，如图3A所示，用户在通过手机20扫码获取到手表10的二维码15后，手机20从扫码界面跳转至图3A所示协议确认界面。

在一些实施例中，如图3A所示，手机20显示出协议确认界面后，用户可以点击协议确认界面中的“同意协议并绑定”按钮21，以实现手机20中支付应用与手表10中支付应用的绑定。例如，如图3A和图3B所示，当用户点击协议确认界面中的“同意协议并绑定”按钮21后，手机20从图3A所示的协议确认界面跳转至图3B所示的手机绑定进度界面。同时，手表10从图2D所示扫码绑定界面跳转至图2E所示的手表绑定进度界面。可以理解，当手表10与手机20中的支付应用绑定成功后，后续用户再次点击图2A所示“支付应用”图标12时，通过手表10可以实现扫码支付功能。

在一些实施例中，在上述图3B所示手机绑定进度界面的绑定过程中，当用户点击返回按钮22或向右滑动屏幕时，手机20弹出如图3C所示的确认框23。如图3C所示，用户可以选择点击“取消”按钮231以返回图3B所示的手机绑定进度界面继续绑定，或用户也可以选择点击“仍然退出”按钮232以取消绑定。

在一些实施例中，如图3C所示，在上述绑定过程中，当用户需要使用手机20实现其他功能时，例如拨打电话、回复信息等功能，用户可以点击“仍然退出”按钮232以取消绑定。在取消绑定后，手表10从图2E所示的手表绑定进度界面跳转至图4A所示绑定失败界面。

在另一些实施例中，当用户误点击返回按钮22或误向右滑动屏幕时，用户可能难以及时注意到手机20弹出如图3C所示的确认框23，无法及时做出对应响应操作。如此，在预设时间A后，例如两分钟后，手表10自动从图2E所示的手表绑定进度界面跳转至图4A所示绑定失败界面。

进一步地，手表10在显示图4A所示绑定失败界面后，若手表10在预设时间B，例如两秒内，未检测到用户任何响应操作，则手表10应该从图4A所示绑定失败界面跳转至图4B所示扫码绑定界面，以重新显示用于与手机20中支付应用绑定的二维码41，以便用户使用手机20重新扫码进行绑定。

可以理解，图4B所示的二维码41与图2D所示的二维码15通常为同一二维码。例如，在用户通过手机20扫描图2D所示的二维码15进行绑定后，手表10在显示为图2E所示手表绑定进度界面至图4A所示绑定失败界面过程中，手表10将二维码15所在界面层设置为隐藏并对该二维码15进行缓存。随后，在手表10显示图4A所示绑定失败界面后，若手表10在两秒内未检测到用户任何响应操作，则手表10可以从缓存中重新获取二维码15并将二维码15所在界面层设置为显示，以重新显示该二维码15（即二维码41），以便用户使用手机20重新扫码进行绑定。

然而，由于手表10的存储空间有限，在手表10正在绑定至绑定失败（图2E至图4A）的过程中，手表10隐藏的二维码15所在的存储空间可能被其他应用数据占用，导致该二维码15从手表10的存储空间释放（删除）。如此，如图5所示，在手表10绑定失败显示图4A所示绑定失败界面后，由于二维码15已被释放，手表10无法获取二维码15，导致手表10在将二维码15所在界面层设置为显示时，无法显示二维码15，界面呈空白，导致手表10呈现“黑屏”现象。也就是说，由于二维码15的缓存数据从手表10的存储空间释放，在手表10绑定失败以显示图4A所示绑定失败界面且在两秒内未检测到用户任何响应操作后，手表10无法从图4A所示绑定失败界面跳转至图4B所示扫码绑定界面，而只能从图4A所示绑定失败界面跳转至图5所示“黑屏”界面，导致用户无法使用手机20重新扫码进行绑定，导致用户无法使用手机20重新扫码进行绑定。

例如，手表10同时开启例如健康管理（血氧、心率及血压等）、音乐播放、跑步计时等多个应用时，在手表10支付应用正在绑定至绑定失败的过程中，手表10所缓存的二维码15所在存储空间，可能被上述多个应用的应用数据占用，导致该二维码15从手表10的存储空间释放。例如，健康管理应用中血氧检测数据的数据大小为11字节，而血氧检测数据的指针指向存储空间大小为5字0节的内存块。手表10在存储该11字节的血氧检测数据时，会将该血氧检测数据拷贝到指针所指向的5字节的内存块，以及该5字节的内存块之外的相邻内存块，以确保分配给血氧检测数据足够的存储空间能够容纳该血氧检测数据。然而，若该相邻内存块存储有二维码15的缓存数据，则可能会将该相邻块中二维码15的缓存数据释放，以确保分配给血氧检测数据足够的存储空间。

可以理解，上述二维码15和二维码41仅作为绑定扫描码的一种示例，在其他实施例中，绑定扫描码还可以包括一维码（如条形码等）以及其他编码形式的二维码（如行排式二维码、矩阵式二维码等），具体不做限制。

可以理解，上述手表10中支付应用在与手机20中支付应用的绑定应用仅作为一个绑定示例，在其他实施例中，上述绑定应用还可以是任一需要通过扫描二维码绑定的应用，如聊天应用、音乐应用、健康管理应用、购物应用和相册应用等，具体不做限制。

为此，本发明提出一种扫码绑定方法，该方法包括：在手表与手机的绑定过程中，当手表确定绑定失败且用户在预设时间B内无任何响应操作后，手表重新从对应的手表应用SDK获取绑定二维码以重新显示绑定二维码，进而用户可以通过手机重新扫描绑定二维码进行绑定。可以理解，手表重新获取的绑定二维码，不是从历史缓存中获取旧绑定二维码，而是重新从对应的手表应用SDK获取新绑定二维码，进而避免历史缓存中旧绑定二维码被释放无法获取的问题出现。

可以理解，上述将手表（作为第一设备的实例）的第一应用（如支付应用）和手机（作为第二设备的实例）的第二应用（如支付应用）绑定的描述，可以表示为手表中某一应用与手机中对应的应用的绑定，也可以表示为手表设备与手机设备的绑定，具体不做限制。可以理解，手表设备与手机设备的绑定时，对应的应用可以是系统级别的应用。例如，用户在首次使用手表时，可以使用手机扫描手表中系统应用的绑定二维码，以实现手表设备与手机设备的绑定。

可以理解，上述手表和手机仅作为绑定过程中终端设备的两个示例，在其他实施例中，还可以是智能手环与手机，或手表与平板电脑，或智能手环与平板电脑等，具体不做限制。

以下基于手表中支付应用与手机中支付应用通过二维码进行绑定的示例，对不同实施例的绑定过程进行进一步地示例的比较和说明。

图6根据本申请的一些实施例，示出了一种扫码绑定方法的步骤流程图。如图6所示，流程步骤包括：

S601：用户打开手表10的应用列表。例如，用户通过按压手表10的控制按键以使得手表切换至应用列表显示界面。

S602：用户点击手表10的界面中支付应用的图标。例如，用户从手表10显示的应用列表显示界面中选择并点击“支付应用”的图标。

S603：手表10的界面跳转至绑定提示界面。

S604：用户点击手表10的界面中立即绑定的按钮。例如，用户点击手表10绑定提示界面中的“立即绑定”按钮。

S605：手表10的界面跳转至协议提示界面。

S606：用户点击手表10的界面中同意的按钮，手表10通过支付应用61向手表中集成的支付应用SDK62请求第一二维码。

S607：手表10通过支付应用61从支付应用SDK62接收第一二维码。

S608：手表10的界面跳转至第一绑定界面，并显示第一二维码。例如，支付应用61接收到第一二维码后，通过手表10的显示屏显示包括有第一二维码的第一绑定界面。

S611：手机20扫描手表10的界面中的第一二维码。例如，用户可以通过手机20中的支付应用63的扫码功能扫码获取到手表10第一绑定界面中的二维码。

S612：手机20的界面跳转至协议确认界面。例如，用户在通过手机20扫码获取到手表10的二维码后，手机20从扫码界面跳转至协议确认界面。

S613：用户点击手机20的界面中同意协议并绑定的按钮。

S614：手机20的界面跳转至手机绑定进度界面。

S621：手表10实施TE中断。例如，手表10中的支付应用61通过TE中断机制不断向支付应用SDK62发送查询请求，以查询绑定状态并接收支付应用SDK62返回的绑定状态。

S622：手表10通过支付应用61向支付应用SDK62查询绑定状态。

S623：手表10通过支付应用61从支付应用SDK62接收绑定状态。

S624：手表10的支付应用61确定绑定状态为status_getting_profile，进入步骤S625。例如，在步骤S613时，用户点击协议确认界面中的“同意协议并绑定”按钮后，手表10中的支付应用61接收到的绑定状态为status_getting_profile，表示手机20中支付应用63与手机中支付应用61正在绑定。

S625：手表10隐藏第一绑定界面，对第一二维码进行缓存，并跳转至手表绑定进度界面。

S626：手表10的绑定状态在预设时间A内无更新或绑定状态为失败。

S627：手表10的界面跳转至绑定失败界面。

S628：手表10在预设时间B，例如两秒内，未检测到用户任何响应操作，跳转至步骤S629。

S629：手表10从缓存中获取第一二维码，并重新显示第一绑定界面。例如，手表10从缓存中获取第一二维码，并重新显示第一绑定界面，以重新显示第一二维码，以便用户使用手机20重新扫码进行绑定。可以理解，上述步骤S608和S629显示的两个二维码为同一二维码。

然而，在步骤S629中，由于手表10的存储空间有限，在手表10正在绑定至绑定失败（步骤S625至S628）的过程中，手表10隐藏的二维码所在的存储空间可能被其他应用数据占用，导致该二维码从手表10的存储空间释放。如此，手表10无法获取二维码，导致手表10在将二维码所在界面层设置为显示时，无法显示二维码，界面呈空白，导致手表10呈现“黑屏”现象。也就是说，由于二维码的缓存数据从手表10的存储空间释放，在步骤S629时，手表10无法从绑定失败界面跳转至扫码绑定界面，而只能显示“黑屏”界面（图5），导致用户无法使用手机20重新扫码进行绑定。

如前所述，手表10中支付应用在与手机20中支付应用绑定过程中，若绑定失败且预设时间B内用户无任何操作，手表10应该从历史缓存中获取历史二维码以重新显示二维码以便重新绑定。然而，由于手表10的存储空间有限，历史缓存中的历史二维码的存储空间可能被其他应用数据占用，导致历史二维码被释放。如此，当手表10从历史缓存中获取历史二维码以重新显示二维码时，手表10无法获取历史二维码，即手表10无法再次显示二维码，手表10呈现“黑屏”现象，导致用户无法使用手机20重新扫码进行绑定，影响用户体验。

为此，本发明的一个实施例提出了下面图7所示的扫码绑定方法。与上述图6所示方法不同，图7所示方法在手表10确定绑定失败重新获取绑定二维码的过程中，不是从历史缓存中获取旧绑定二维码，而是重新从对应的手表应用SDK获取新绑定二维码，进而避免历史缓存中旧绑定二维码被释放无法获取的问题出现。

具体地，参见以下图7描述：

图7根据本申请的一些实施例，示出了另一种绑定方法的流程图，和图6的主要区别在于步骤S629。如图7所示，流程步骤包括：

S701：用户打开手表10的应用列表。

在一些实施例中，如图1和2A所示，用户可以通过手表10侧边的控制按键11切换手表10的显示界面。例如，当用户按压一次控制按键11时，手表10可以从图1所示的时间日期显示界面跳转至图2A所示的应用列表显示界面。

S702：用户点击手表10的界面中支付应用的图标。

在一些实施例中，如图2A所示，手表10显示出应用列表显示界面后，用户可以点击应用列表显示界面中的“支付应用”图标12，以打开手表10中的支付应用61。

S703：手表10的界面跳转至绑定提示界面。

在一些实施例中，如图2A和图2B所示，当用户在使用手表10过程中首次点击“支付应用”图标12时，手表10从图2A所示的应用列表显示界面跳转至图2B所示的手表绑定提示界面。随后，用户可以根据图2B所示的手表绑定提示界面，打开手机20或打开手机20的支付应用63，以便后续进行扫码绑定。

S704：用户点击手表10的界面中立即绑定的按钮。

在一些实施例中，如图2B所示，手表10显示出绑定提示界面后，用户点击手表10绑定提示界面中的“立即绑定”按钮13，以继续绑定流程。

S705：手表10的界面跳转至协议提示界面。

在一些实施例中，如图2B和图2C所示，当用户点击手表10绑定提示界面中的“立即绑定”按钮13后，手表10从图2B所示的绑定提示界面跳转至图2C所示的协议提示界面。

S706：用户点击手表10的界面中同意的按钮，手表10通过支付应用61向手表中集成的支付应用SDK62请求第一二维码。

在一些实施例中，如图2C所示，当用户点击手表10协议提示界面中的“同意”按钮14后，手表10通过支付应用61向支付应用SDK62请求第一二维码。

S707：手表10通过支付应用61从支付应用SDK62接收第一二维码。

S708：手表10的界面跳转至第一绑定界面，并显示第一二维码。

在一些实施例中，如图2C所示，当用户点击手表10协议提示界面中的“同意”按钮14后，手表10通过支付应用61向手表10中集成的支付应用SDK62请求第一二维码，支付应用SDK62接收请求并向支付应用61发送第一二维码。如图2D所示，支付应用61接收到第一二维码（如二维码15）后，通过手表10的显示屏显示包括有第一二维码的第一绑定界面。

S711：手机20扫描手表10的界面中的第一二维码。

在一些实施例中，如图2D所示，在手表10显示出第一绑定界面后，用户可以通过手机20中的支付应用63的扫码功能扫描获取到手表10的二维码15，以使得手机20跳转至手机绑定提示界面。

S712：手机20的界面跳转至协议确认界面。

在一些实施例中，如图3A所示，用户在通过手机20扫码获取到手表10的二维码15后，手机20从扫码界面跳转至图3A所示协议确认界面。

S713：用户点击手机20的界面中同意协议并绑定的按钮。

在一些实施例中，如图3A所示，在手机20显示协议确认界面后，用户可以点击《智能设备服务协议》进行浏览，随后点击协议确认界面中的“同意协议并绑定”按钮21，以继续绑定流程。

S714：手机20的界面跳转至手机绑定进度界面。

在一些实施例中，如图3A和图3B所示，当用户点击协议确认界面中的“同意协议并绑定”按钮21后，手机20从图3A所示的协议确认界面跳转至图3B所示的手机绑定进度界面。

S721：手表10实施TE中断。在一些实施例中，手表10中的支付应用61通过TE中断机制不断向支付应用SDK62发送查询请求，以查询绑定状态并接收支付应用SDK62返回的绑定状态。

S722：手表10通过支付应用61向支付应用SDK62查询绑定状态。

S723：手表10通过支付应用61从支付应用SDK62接收绑定状态。

S724：手表10的支付应用61确定绑定状态为status_getting_profile，进入步骤S725。

S725：手表10隐藏第一绑定界面，对第一二维码进行缓存，并跳转至手表绑定进度界面。

在一些实施例中，在步骤S713时，当用户点击协议确认界面中的“同意协议并绑定”按钮21后，手表10中的支付应用61接收到的绑定状态为status_getting_profile，表示手机20中支付应用63与手机中支付应用61正在绑定。此时，手表10将第一绑定界面隐藏并对第一二维码进行缓冲，随后手表10从图2D所示第一绑定界面跳转至图2E所示的手表绑定进度界面。

S726：手表10的绑定状态在预设时间A内无更新或绑定状态为失败。

在一些实施例中，如图3C所示，在上述绑定过程中，当用户需要使用手机20实现其他功能时，例如拨打电话、回复信息等功能，用户可以点击手机20中的返回按钮22并点击确认框23中的“仍然退出”按钮232以取消绑定。此时手表10的绑定状态为失败。

在另一些实施例中，如图3C所示，当用户误点击返回按钮22或误向右滑动屏幕时，用户可能难以即时注意到手机20弹出如图3C所示的确认框23，无法即时做出对应选择。如此，在预设时间A后，例如两分钟后，支付应用61未能接收到新的绑定信息，此时手表10的绑定状态为无更新。

S727：手表10的界面跳转至绑定失败界面。

在一些实施例中，当手表10的绑定状态在预设时间A内无更新或绑定状态为失败时，手表10从图2E所示的手表绑定进度界面跳转至图4A所示绑定失败界面。

S728：手表10在预设时间B，例如两秒内，未检测到用户任何响应操作，跳转至步骤S629，跳转至步骤S71。

S71：手表10清除第一绑定界面及第一二维码。

在一些实施例中，在手表10跳转至图4A所示绑定失败界面且两秒内未检测到用户任何响应操作后，将隐藏的第一绑定界面以及缓存的第一二维码清除，以便后续重新请求新二维码重新显示，避免隐藏的第一绑定界面与新二维码的显示界面冲突导致无法显示的问题出现。

S72：手表10通过支付应用61向支付应用SDK62请求第二二维码。

S73：手表10通过支付应用61从支付应用SDK62接收第二二维码。

S74：手表10的界面跳转至第二绑定界面，并显示第二二维码。

在一些实施例中，支付应用61接收到第二二维码后，通过手表10的显示屏显示包括有第二二维码的第二绑定界面（未在附图中示出）。

可以理解，上述绑定方法的流程中的第一二维码和第二二维码可以是相同的二维码，也可以是不同的二维码。但第一二维码和第二二维码均用于手表10中支付应用61与手机20中支付应用63的绑定，用户可以通过手机20中支付应用63扫描第一二维码和第二二维码，以实现支付应用63与支付应用61的绑定。

可以理解，手表10重新获取的第二二维码，不是从历史缓存中获取旧绑定二维码（第一二维码），而是重新从对应的支付应用SDK获取新绑定二维码（第二二维码），进而避免历史缓存中旧绑定二维码被释放无法获取的问题出现，确保在手表10支付应用61绑定失败后，手表10可以重新显示用于与手机20支付应用63绑定的二维码，使得用户可以通过手机20重新扫码绑定。

结合图6和图7的描述可知：

图6所示方法中，手表10在步骤S629中重新获取的二维码是从历史缓存中获取的，可能会由于历史缓存中二维码所在的存储空间被其他应用数据占用，造成二维码从手表10的存储空间释放，而导致无法从历史缓存中获取二维码以及无法重新显示二维码的问题出现。

相对来说，图7所示方法中，手表10在步骤S71至S74中重新获取的二维码不是从历史缓存中获取的，而是重新向对应应用SDK获取的。如此，可以避免图6步骤S629中历史缓存二维码被释放无法获取的问题，确保手表10在绑定失败后，手表10可以重新显示用于与手机20绑定的二维码，使得用户可以通过手机20重新扫码绑定，提高绑定效率。

图8根据本申请的一些实施例，示出了一种手表10的软件框架图。如图8所示，分层架构将软件分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可以将应用于该手表10的系统分为六层，从上至下分别为应用程序层、应用程序框架层、系统库、内核层、硬件抽象（hardware abstraction layer，HAL）层、驱动层。

应用程序层可以包括一系列应用程序包。例如，应用程序包通信应用、健康管理应用、运动应用、系统应用、钱包应用等应用程序（application，APP）。其中，钱包应用中包括有支付应用，例如支付应用61。

应用程序框架层为应用程序层的应用程序提供应用编程接口（applicationprogramming interface，API）和编程框架。应用程序框架层包括一些预先定义的函数。应用程序框架层可以包括系统基本能力、运动健康服务能力、硬件服务能力等。其中，系统基本能力可以包括通信服务和音频服务，通信服务包括信息服务、通话服务、互联互通、联系人等能力，音频服务包括音乐播放、音频管理、语音播报、语音服务等能力；运动健康服务能力可以包括运动服务和健康服务，运动服务包括锻炼服务、日常活动服务、数据存储同步、训练状态评估等能力，健康服务可以包括心率服务、睡眠服务、呼吸压力、血氧等能力；硬件服务能力可以包括定位服务、近场通信（near field communication，NFC）服务、蓝牙服务等服务。

系统库可以包括基础库、算法库、传统蓝牙协议栈、蓝牙（bluetooth low energy，BLE）协议栈等。其中，基础库可以包括二维码（如二维码15和41）、条形码、基础C库、安全等；算法库可以包括手势算法、睡眠算法、运动算法、调光算法、压力算法等。

内核层是硬件和软件之间的层。内核层可以包括内存管理（memory management，Mem）模块，用于管理系统中的内存资源；任务调度器（task scheduler，Task），用于管理系统中的进程和线程；进程间通信（inter-process communication，IPC）模块，用于不同应用程序或进程之间相互交换数据和信息；中断（Interrupt），当发生硬件事件（如I/O请求、时钟中断等）时，中断机制会暂停当前正在执行的进程，转而执行相应的中断处理程序。这样可以及时响应设备的请求，提高系统的实时性和并发处理能力。

HAL层可以包括按键、充电、加速度、陀螺仪、气压计、磁力计、PPG。

驱动（driver）层可以包括PPG、闪存（Flash）、液晶显示器（liquid crystaldisplay，LCD）、触摸按键（touchkey）、充电器（charger）、蓝牙（bluetooth，BT）、NFC等。

可以理解，图8所示的手表10的软件结构只是一种示例，在另一些实施例中，手表10的软件结构也可以包括更多或更少的层，每层也可以包括更多或更少的模块，还可以是其他的操作系统结构，例如安卓、iOS、Windows等，在此不做限定。

图9根据本申请一些实施例，示出了一种手表10的硬件结构示意图。如图9所示，手表10包括触控面板（又称触摸屏）7、显示屏6、壳体（所述壳体包括前壳（图中未示出）和底壳（图中未示出）），以及处理器1、微控制单元3、电源管理系统4、电源5、存储器2、麦克风9、蓝牙8、温度传感器A、光电容积脉搏波（photo plethysmo graphy，PPG）传感器B以及加速度（acceleration transducer，ACC）传感器C。

尽管未示出，手表10还可以包括环境温传感器、天线、无线保真（wireless-fidelity，Wi-Fi）模块，近距离无线通信技术（near filed communication，NFC）模块，全球定位系统（global positioning system，GPS）模块、扬声器、陀螺仪传感器等。

电源5通过电源管理系统4与处理器1逻辑相连，从而通过电源管理系统4实现管理充电、放电以及功耗管理等功能。

触摸屏7，也称为触控面板，可收集手表10用户在其上的触摸操作。

显示屏6可用于显示由用户输入的信息或提供给用户的信息以及手表10的各种应用程序。进一步地，触控面板可以覆盖显示屏，当触控面板检测到其上或附近的触摸操作后，传送给处理器1确定触摸事件的类型，随后处理器根据触摸事件的类型在显示屏上提供相应的视觉输出。例如在本申请的实施例中，手表10的显示屏6上可以显示如图2A至图2E、图4A和图4B所示的界面，以提供给用户相应的功能选项或者信息，提高用户与手表10之间的人机交互体验。

处理器1用于进行系统调度，控制显示屏6、触摸屏7、支持处理麦克风9、蓝牙8等。

温度传感器A用于采集用户的皮肤温度数据。PPG传感器B用于采集环境光强度数据。ACC传感器C用于采集用户的ACC数据。

麦克风9也称为传声器，麦克风9可以将手表10的声音信号转换为电信号，由音频电路接收后转换为音频数据，音频电路也可以将音频数据转换为电信号，传输到扬声器，由扬声器转换为声音信号输出。

蓝牙8，手表10可通过蓝牙与其他终端设备，例如在本申请实施例中，手表10可以与用户手机20建立蓝牙连接，然后用户可通过手机20控制手表10启动相应的功能。

微控制单元3用于控制传感器，对传感器数据进行运算，与处理器1通信等，其中，传感器可以是ACC传感器C、PPG传感器B以及温度传感器A或其他传感器。

存储器2用于存储软件程序以及数据，处理器1通过运行存储在存储器的软件程序以及数据，执行手表10的各种功能应用以及数据处理。例如，存储器2可以存储上述PPG传感器B、ACC传感器C以及温度传感器A采集到的数据。

可以理解，本实施例示意的结构并不构成对手表10的具体限定。在本申请另一些实施例中，手表10可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现，在此不再赘述。

图10根据本申请的一些实施例，示出了手机20的一种结构示意图。如图10所示，手机20包括处理器110、电源模块140、存储器180，移动通信模块130、无线通信模块120、传感器模块170、音频模块150、接口模块160、按键101、显示屏102以及马达103等。

处理器110可以包括一个或多个处理单元，例如，可以包括中央处理器（centralprocessing Unit，CPU）、图像处理器（graphics processing unit，GPU）、数字信号处理器DSP、微处理器（micro-programmed control unit，MCU）、人工智能（artificialintelligence，AI）处理器或可编程逻辑器件（field programmable gate array，FPGA）等的处理模块或处理电路。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器110中可以设置存储单元，用于存储指令和数据。在一些实施例中，处理器110中的存储单元为高速缓冲存储器180。

电源模块140可以包括电源、电源管理部件等。电源可以为电池。电源管理部件用于管理电源的充电和电源向其他模块的供电。在一些实施例中，电源管理部件包括充电管理模块和电源管理模块。充电管理模块用于从充电器接收充电输入；电源管理模块用于连接电源，充电管理模块与处理器110。电源管理模块接收电源和/或充电管理模块的输入，为处理器110，显示屏102及无线通信模块120等供电。

移动通信模块130可以包括但不限于天线、功率放大器、滤波器、低噪声放大器（low noise amplify，LNA）等。移动通信模块130可以提供应用在手机20上的包括2G/3G/4G/5G等无线通信的解决方案。移动通信模块130可以由天线接收电磁波，并对接收的电磁波进行滤波，放大等处理，传送至调制解调处理器进行解调。移动通信模块130还可以对经调制解调处理器调制后的信号放大，经天线转为电磁波辐射出去。在一些实施例中，移动通信模块130的至少部分功能模块可以被设置于处理器110中。在一些实施例中，移动通信模块130至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。

无线通信模块120可以包括天线，并经由天线实现对电磁波的收发。无线通信模块120可以提供应用在手机20上的包括无线局域网（wireless local area networks，WLAN）（如无线保真（wireless fidelity，Wi-Fi）网络），蓝牙（blue tooth，BT），全球导航卫星系统（global navigation satellite system，GNSS），调频（frequency modulation，FM），近距离无线通信技术（near field communication，NFC），红外技术（infrared，IR）等无线通信的解决方案。手机20可以通过无线通信技术与网络以及其他设备进行通信。

在一些实施例中，手机20的移动通信模块130和无线通信模块120也可以位于同一模块中。

显示屏102用于显示人机交互界面、图像、视频等。显示屏102包括显示面板。显示面板可以采用液晶显示屏（liquid crystal display，LCD），有机发光二极管（organiclight-emitting diode，OLED），有源矩阵有机发光二极体或主动矩阵有机发光二极体（active-matrix organic light emitting diode的，AMOLED），柔性发光二极管（flexlight-emitting diode，FLED），量子点发光二极管（quantum dot light emittingdiodes，QLED）等。

传感器模块170可以包括接近光传感器、压力传感器，陀螺仪传感器，气压传感器，磁传感器，加速度传感器，距离传感器，指纹传感器，温度传感器，触摸传感器，环境光传感器，骨传导传感器等。

音频模块150用于将数字音频信息转换成模拟音频信号输出，或者将模拟音频输入转换为数字音频信号。音频模块150还可以用于对音频信号编码和解码。在一些实施例中，音频模块150可以设置于处理器110中，或将音频模块150的部分功能模块设置于处理器110中。在一些实施例中，音频模块150可以包括扬声器、听筒、麦克风以及耳机接口。

接口模块160包括外部存储器接口、通用串行总线（universal serial bus，USB）接口及SIM卡接口等。其中外部存储器接口可以用于连接外部存储卡，例如Micro SD卡，实现扩展手机20的存储能力。外部存储卡通过外部存储器接口与处理器110通信，实现数据存储功能。通用串行总线接口用于手机20和其他设备进行通信。用户标识模块卡接口用于与安装至手机20的SIM卡进行通信，例如读取SIM卡中存储的电话号码，或将电话号码写入SIM卡中。

在一些实施例中，手机20还包括按键101、马达103以及指示器等。其中，按键101可以包括音量键、开/关机键等。马达103用于使手机20产生振动效果，例如在用户的手机20被呼叫的时候产生振动，以提示用户接听手机20来电。指示器可以包括激光指示器、射频指示器、发光二极管（light-emitting diode，LED）指示器等。

可以理解，本实施例示意的结构并不构成对手机20的具体限定。在本申请另一些实施例中，手机20可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

在一些实施例中，本申请实施例还提供了一种计算机可读介质，该计算机可读介质存储有程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

在一些实施例中，本申请实施例还提供了一种计算机程序产品，该计算机程序产品包括：计算机程序代码，当计算机程序代码在计算机上运行时，使得计算机执行上述各方面中的方法。

在附图中，可以以特定布置和/或顺序示出一些结构或方法特征。然而，应该理解，可能不需要这样的特定布置和/或排序。而是，在一些实施例中，这些特征可以以不同于说明性附图中所示的方式和/或顺序来布置。另外，在特定图中包括结构或方法特征并不意味着暗示在所有实施例中都需要这样的特征，并且在一些实施例中，可以不包括这些特征或者可以与其他特征组合。

需要说明的是，本发明各设备实施例中提到的各单元/模块都是逻辑单元/模块，在物理上，一个逻辑单元/模块可以是一个物理单元/模块，也可以是一个物理单元/模块的一部分，还可以以多个物理单元/模块的组合实现，这些逻辑单元/模块本身的物理实现方式并不是最重要的，这些逻辑单元/模块所实现的功能的组合才是解决本发明所提出的技术问题的关键。此外，为了突出本发明的创新部分，本发明上述各设备实施例并没有将与解决本发明所提出的技术问题关系不太密切的单元/模块引入，这并不表明上述设备实施例并不存在其它的单元/模块。

需要说明的是，在本专利的示例和说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

虽然通过参照本发明的某些优选实施例，已经对本发明进行了图示和描述，但本领域的普通技术人员应该明白，可以在形式上和细节上对其作各种改变，而不偏离本发明的范围。

Claims (10)

1.一种扫码绑定方法，应用于第一设备，其中，所述第一设备包括第一应用和第一应用SDK，其特征在于，所述方法包括：

所述第一应用响应于绑定操作，向所述第一应用SDK获取第一扫描码，并显示第一绑定界面，其中，所述第一绑定界面包括所述第一扫描码，所述绑定操作用于将所述第一设备的第一应用和第二设备的第二应用绑定，并且，所述第一扫描码能够被所述第二设备的扫码操作识别并实施所述绑定操作对应的第一绑定流程；

所述第一应用响应于对应所述第一扫描码的扫码操作，运行所述第一绑定流程；

所述第一应用确定所述第一绑定流程被中断；

所述第一应用在第一预设时间内未检测到响应操作，向所述第一应用SDK获取第二扫描码，并显示第二绑定界面，其中，所述第二绑定界面包括所述第二扫描码，且所述第二扫描码用于运行所述第一绑定流程。

2.根据权利要求1所述的方法，其特征在于，所述第一应用响应于对应所述第一扫描码的扫码操作，运行所述第一绑定流程，包括：

所述第一应用隐藏所述第一绑定界面，并对所述第一扫描码进行缓存；

所述第一应用显示绑定进度界面。

3.根据权利要求2所述的方法，其特征在于，所述第一应用在第一预设时间内未检测到响应操作，包括：

所述第一应用清除所述缓存的所述第一扫描码以及所述第一绑定界面；

所述第一应用向所述第一应用SDK获取所述第二扫描码，并显示所述第二绑定界面。

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

所述第一应用响应于对应所述第二扫描码的扫码操作，运行所述第一绑定流程。

5.根据权利要求1至4任一所述的方法，其特征在于，所述第一设备包括以下设备的至少一种：智能手表、智能手环。

6.根据权利要求1至4任一所述的方法，其特征在于，所述第一应用包括以下应用的至少一种：支付应用、聊天应用、音乐应用、健康管理应用、购物应用和相册应用。

7.一种扫码绑定方法，应用于第二设备，其中，所述第二设备包括第二应用，其特征在于，所述方法包括：

所述第二设备对第一扫描码或第二扫描进行扫码操作，其中，所述第一扫描码或第二扫描码显示在第一设备上，且所述第一扫描码或第二扫描码用于将所述第二设备的第二应用与所述第一设备的第一应用绑定；

所述第二应用响应于所述第二设备的扫码操作，运行第一绑定流程，以实施所述第二应用与所述第一应用的绑定操作；

其中，所述第一扫描码是：所述第一应用响应于绑定操作，向所述第一设备的第一应用SDK获取的扫描码，其中，所述绑定操作用于将所述第一设备的第一应用和第二设备的第二应用绑定；

所述第二扫描码是：所述第一应用确定所述第一绑定流程被中断，且所述第一应用在第一预设时间内未检测到响应操作，所述第一应用向所述第一设备的第一应用SDK获取的扫描码。

8.一种扫码绑定方法，应用于第一设备和第二设备，其中，所述第一设备包括第一应用和第一应用SDK，所述第二设备包括第二应用，其特征在于，所述方法包括：

所述第一应用响应于绑定操作，向所述第一应用SDK获取第一扫描码，并显示第一绑定界面，其中，所述第一绑定界面包括所述第一扫描码，所述绑定操作用于将所述第一设备的第一应用和所述第二设备的第二应用绑定，所述第一扫描码能够被所述第二设备的扫码操作识别并实施所述绑定操作对应的第一绑定流程；

所述第二设备对所述第一扫描码进行扫码操作；

所述第一应用和所述第二应用响应于对应所述第一扫描码的扫码操作，所述第一应用和所述第二应用运行所述第一绑定流程；

所述第一应用确定所述第一绑定流程被中断；

所述第一应用在第一预设时间内未检测到响应操作，向所述第一应用SDK获取第二扫描码，并显示第二绑定界面，其中，所述第二绑定界面包括所述第二扫描码，且所述第二扫描码用于运行所述第一绑定流程；

所述第二设备对所述第二扫描码进行扫码操作；

所述第一应用和所述第二应用响应于对应所述第二扫描码的扫码操作，所述第一应用和所述第二应用运行所述第一绑定流程。

9.一种计算机可读存储介质，其特征在于，所述可读存储介质上存储有指令，所述指令在终端设备上执行时使所述终端设备实现权利要求1至8中任一项所述的方法。

10.一种终端设备，其特征在于，包括：

存储器，用于存储由终端设备的一个或多个处理器执行的指令；

以及处理器，是所述终端设备的处理器之一，用于执行所述存储器中存储的指令以实现权利要求1至8中任一项所述的方法。