CN109716802B - 一种数据传输方法及装置 - Google Patents

Abstract

本申请公开一种数据传输方法及装置，该方法包括：第一终端接收第一通知消息，该第一通知消息用于指示第一终端目标单车处于可用状态，第一终端在收到该第一通知消息后向第二终端发送模式设定指令；该模式设定指令用于指示第二终端进入骑行模式。第二终端接收第一终端发送的模式设定指令，进入骑行模式。

Description

一种数据传输方法及装置

本申请要求于2017年03月07日提交中国专利局、申请号为201710129934.9、发明名称为“一种使用智能设备解锁共享自行车的方法和设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。

技术领域

本申请涉及通信技术领域，尤其涉及一种数据传输方法及装置。

背景技术

目前，越来越多的人使用共享单车出行，如图1a和图1b所示，使用共享单车的过程一般包括：用户拿出手机并打开手机的共享单车应用程序(application，APP)；用户扫描共享单车上的二维码，或者输入共享单车的编号，从而解锁共享单车；之后，用户便可以使用解锁后的共享单车。

此外，可穿戴设备可以获取用户在不同运动状态下的生理数据。例如，智能手表、智能手环等可穿戴设备能够测量用户的脉搏、心率等生理数据。但是受限于算法，可穿戴设备难以判断用户是否在骑行。因此，为了记录用户在骑共享单车过程中的心率数据，用户在解锁共享单车后，如图1c所示，需要用户手动设定可穿戴设备为骑行模式；如图1d所示，在用户骑行结束后，还需要用户再次设置可穿戴设备以退出骑行模式。可见，在用户使用可穿戴设备记录骑行心率的过程中，用户需要进行较多的操作，这给用户带来了不便。

发明内容

本申请的实施例提供一种数据传输方法及装置，用以解决现有技术中存在的可穿戴设备需要用户设定才能进入骑行模式带来的操作复杂的问题。本申请实施例中的数据传输方法及装置可以应用于各种共享交通工具，例如共享单车。

第一方面，本申请实施例提供一种数据传输方法，该方法应用于第一终端，该方法包括：第一终端接收用于指示第一终端目标单车处于可用状态的第一通知消息；并根据该第一通知消息，向第二终端发送模式设定指令，该模式设定指令用于指示第二终端进入骑行模式。

其中，第一终端为手机、平板电脑、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer，UMPC)、上网本、个人数字助理(personal digitalassistant，PDA)等设备。第二终端为能够采集用户的生理数据(如心率、血压、血糖等)的可穿戴设备，如智能手表、智能手环等。可用状态用于表示单车可用，因此，该第一通知消息可以在单车刚解锁时发送，也可以在单车解锁后的任意时刻发送，如用户骑行过程中终端收到该第一通知消息。

可见，本申请实施例提供的数据传输方法，第一终端在确定单车处于可用状态后，无需用户手动设置第二终端以使得第二终端进入骑行模式，第一终端可向第二终端发送模式设定指令。这样，第二终端根据该模式设定指令自动进入骑行模式。本申请实施例提供的方法能够实现在无用户操作的情况下，由第一终端触发第二终端自动进入骑行模式，减少了用户操作。

在一种实现方式中，在第一终端接收第一通知消息之前，本申请实施例提供的方法还包括：第一终端自动获取目标单车的标识；向目标单车对应的服务器发送解锁请求，该解锁请求中携带目标单车的标识和第一终端的标识。进而，第一终端接收目标单车对应的服务器发送的第一通知消息，该第一通知消息用于通知第一终端，目标单车处于可用状态，该可用状态为解锁状态。

可选的，如果第一终端中安装了目标单车对应的应用程序，也即第一终端作为客户端，本申请实施例提供了一种自动解锁单车的方法，并在自动解锁单车后通知第一终端单车处于可用状态，该方法包括：第一终端自动获取目标单车的标识；根据目标单车的标识，确定目标单车对应的应用程序的标识；根据应用程序的标识启动目标单车对应的应用程序；这样，在启动目标单车对应的应用程序后，第一终端作为客户端向目标单车对应的服务器发送解锁请求；进而第一终端接收目标单车对应的服务器发送的第一通知消息，该第一通知消息用于通知第一终端，目标单车处于解锁状态。

其中，第一终端自动获取目标单车的标识可通过以下两种实现方式：

第一、第一终端和目标单车中都安装有近场通信(near field communication，NFC)模块时，则当第一终端与目标单车的距离在NFC协议规定的可进行NFC通信的距离内时，第一终端与目标单车进行NFC通信以自动获取目标单车的标识。

第二、第二终端和目标单车都安装有NFC模块时，则目标单车能够读取第二终端的标识，由于目前单车的处理能力一般较弱，则单车将第二终端的标识发送给单车对应的服务器，单车对应的服务器中预先保存了用户注册的账号、第二终端的标识、与第二终端建立连接的第一终端的标识三者之间的关联关系，因此由单车对应的服务器查看是否已保存该第二终端的标识，如果是，则表明该第二终端的标识为有效的，则进一步确定与该第二终端的标识相关联的第一终端的标识，并将目标单车的标识发送给第一终端，这样，第一终端从单车对应的服务器获取了目标单车的标识。

可见，通过该实现方式，第一终端能够自动获取到目标单车的标识，在整个过程中，省去了现有技术中用户需要打开APP、选择APP的扫描二维码的功能、扫描单车二维码或者手动输入单车编号的操作步骤，进一步减少了用户操作。

在一种可能实现方式中，如果第一终端中未安装目标单车对应的应用程序，但第一终端中预先存储了用于与多种类型的单车对应的服务器进行通信的接口信息等，则本申请实施例还提供了一种自动解锁单车的方法，包括：第一终端自动获取目标单车的标识；第一终端根据目标单车的标识，确定用于与目标单车对应的服务器进行通信的目标服务接口；第一终端通过该目标服务接口向目标单车对应的服务器发送解锁请求，该解锁请求中携带目标单车的标识和第一终端的标识；第一终端接收目标单车对应的服务器通过目标服务接口发送的第一通知消息，该第一通知消息用于通知第一终端，目标单车处于解锁状态。

其中，第一终端自动获取目标单车的标识的具体实现可参考前文所述的两种方法，此处不再赘述。

可见，通过该实现方式，第一终端能够自动获取到目标单车的标识，且第一终端无需安装目标单车的应用程序，便能够实现根据预先定义的接口解锁单车。

在一种实现方式中，当用户骑行结束，本申请实施例提供的方法，还包括：第一终端接收第二通知消息，该第二通知消息用于指示第一终端目标单车处于非骑行状态；第一终端根据该第二通知消息，向第二终端发送第三通知消息，该第三通知消息用于通知第二终端骑行结束。这样，第二终端在收到该通知消息后能够在无需用户手动操作的情况下自动退出骑行模式。

其中，所述非骑行状态可以为单车已上锁的状态，该第三通知消息可以在用户骑行结束后单车APP结束计费时发给第一终端，触发第一终端通知第二终端骑行结束；也可以在用户骑行过程中，当用户不想记录心率等数据时，由用户进行操作以告知第一终端单车处于非骑行状态，进而触发第一终端通知第二终端骑行结束。

第二方面，本申请实施例提供一种数据传输方法，该方法应用于第二终端，该方法包括：第二终端接收第一终端发送的模式设定指令，该模式设定指令用于指示第二终端进入骑行模式；第二终端根据该模式设定指令进入骑行模式。

在一种可能的设计中，在第二终端根据模式设定指令进入骑行模式之后，该方法还包括：第二终端加载骑行模式下的显示界面，该显示界面至少用于显示所述第二终端获取的用户数据。

在一种可能的设计中，在第二终端根据模式设定指令进入骑行模式之后，该方法还包括：第二终端接收第一终端发送的通知消息，该通知消息用于通知第二终端骑行结束；第二终端根据该通知消息退出骑行模式。

第三方面，本申请实施例提供一种数据传输方法，应用于由终端和目标单车组成的系统，该方法包括：终端接收第一通知消息，该第一通知消息用于指示终端目标单车处于可用状态；在收到该第一通知消息后，终端进入骑行模式。

其中，该终端既能够解锁单车又能够获取用户的心率等生理数据。例如：该单车可以为安装有单车对应的应用程序的智能手表、智能手环等。该终端解锁目标单车的具体实现可参考前文第一终端解锁目标单车的具体实现，此处不再赘述。

本申请实施例提供的上述数据传输方法，能够实现终端在收到指示单车处于可用状态的通知消息后，无需用户手动设置便能够进入骑行模式。

在一种实现方式中，终端在进入骑行模式后，加载骑行模式下的显示界面，该显示界面至少用于显示第二终端获取的用户数据。

在一种实现方式中，在骑行结束后，该方法还包括：终端接收第二通知消息，该第二通知消息用于指示终端目标单车处于非骑行状态；终端根据该第二通知消息，退出骑行模式下。

第四方面，提供一种终端，该终端作为第一终端包括：接收单元，用于接收第一通知消息，所述第一通知消息用于指示所述第一终端目标单车处于可用状态；发送单元，用于根据所述接收单元接收的所述第一通知消息，向第二终端发送模式设定指令；所述模式设定指令用于指示所述第二终端进入骑行模式。

在一种可能的设计中，所述终端作为第一终端，还包括：获取单元，用于自动获取所述目标单车的标识；所述发送单元，还用于向所述目标单车对应的服务器发送解锁请求，所述解锁请求中携带所述第一终端的标识和所述获取单元获取的目标单车的标识；所述接收单元，还用于接收所述目标单车对应的服务器发送的第一通知消息，所述第一通知消息用于通知所述第一终端，所述目标单车处于可用状态，所述可用状态为解锁状态。

在一种可能的设计中，所述终端作为第一终端，还包括：启动单元，用于根据所述获取单元获取的目标单车的标识，确定所述目标单车对应的应用程序的标识；根据所述应用程序的标识自动启动所述目标单车对应的应用程序。

在一种可能的设计中，所述发送单元，具体用于根据所述目标单车的标识，确定用于与所述目标单车对应的服务器进行通信的目标服务接口；通过所述目标服务接口向所述目标单车对应的服务器发送解锁请求；所述接收单元，具体用于接收所述目标单车对应的服务器通过所述目标服务接口发送的第一通知消息。

在一种可能的设计中，所述获取单元，具体用于当所述第一终端与所述目标单车的距离在预设距离内时，所述第一终端与所述目标单车进行近场通信NFC以自动获取所述目标单车的标识；所述预设距离为NFC协议规定的可进行NFC通信的距离。

在一种可能的设计中，所述接收单元，还用于接收第二通知消息，所述第二通知消息用于指示所述第一终端所述目标单车处于非骑行状态；所述发送单元，还用于根据所述接收单元接收的所述第二通知消息，向所述第二终端发送第三通知消息，所述第三通知消息用于通知所述第二终端骑行结束。

第五方面，提供一种终端，所述终端作为第二终端包括：接收单元，用于接收第一终端发送的模式设定指令，所述模式设定指令用于指示所述第二终端进入骑行模式；模式设定单元，用于根据所述接收单元接收的模式设定指令进入骑行模式。

在一种可能的设计中，所述终端作为第二终端，还包括：显示单元，用于在所述模式设定单元将所述第二终端设定为骑行模式后，加载骑行模式下的显示界面，所述显示界面至少用于显示所述第二终端获取的用户数据。

在一种可能的设计中，所述接收单元，还用于接收所述第一终端发送的通知消息，所述通知消息用于通知所述第二终端骑行结束；所述模式设定单元，还用于根据所述接收单元接收的通知消息退出骑行模式。

第六方面，提供一种终端，包括：接收单元，用于接收第一通知消息，该第一通知消息用于指示终端目标单车处于可用状态；模式设定单元，用于当接收单元接收到第一通知消息后，进入骑行模式。

在一种可能的设计中，所述终端作为第二终端，还包括：显示单元，用于在所述模式设定单元将所述第二终端设定为骑行模式后，加载骑行模式下的显示界面，所述显示界面至少用于显示所述第二终端获取的用户数据。

在一种可能的设计中，所述接收单元，还用于接收第二通知消息，所述第二通知消息用于通知所述终端骑行结束；所述模式设定单元，还用于根据所述接收单元接收的第二通知消息退出骑行模式。

第七方面，提供一种终端，所述终端作为第一终端包括：收发器、存储器和处理器，所述存储器用于存储计算机执行代码，所述收发器用于接收第一通知消息，所述第一通知消息用于指示所述第一终端目标单车处于可用状态；还用于在收到所述第一通知消息后，向第二终端发送模式设定指令；所述模式设定指令用于指示所述第二终端进入骑行模式。

在一种可能的设计中，所述处理器，用于自动获取所述目标单车的标识；所述收发器，还用于向所述目标单车对应的服务器发送解锁请求，所述解锁请求中携带所述目标单车的标识和所述第一终端的标识；所述收发器，还用于接收所述目标单车对应的服务器发送的第一通知消息，所述第一通知消息用于通知所述第一终端，所述目标单车处于可用状态，所述可用状态为解锁状态。

在一种可能的设计中，所述处理器，还用于根据所述目标单车的标识，确定所述目标单车对应的应用程序的标识；根据所述应用程序的标识自动启动所述目标单车对应的应用程序。

在一种可能的设计中，所述处理器，还用于根据所述目标单车的标识，确定用于与所述目标单车对应的服务器进行通信的目标服务接口；所述收发器，还用于通过所述目标服务接口向所述目标单车对应的服务器发送解锁请求；所述收发器，还用于通过所述目标服务接口接收所述目标单车对应的服务器发送的第一通知消息。

在一种可能的设计中，所述处理器，还用于当所述第一终端与所述目标单车的距离在预设距离内时，所述第一终端与所述目标单车进行近场通信NFC以自动获取所述目标单车的标识；所述预设距离为NFC协议规定的可进行NFC通信的距离。

在一种可能的设计中，所述收发器，还用于接收第二通知消息，所述第二通知消息用于指示所述第一终端所述目标单车处于非骑行状态；所述收发器，还用于根据所述第二通知消息，向所述第二终端发送第三通知消息，所述第三通知消息用于通知所述第二终端骑行结束。

第八方面，提供一种终端，所述终端作为第二终端包括：收发器、存储器和处理器，所述存储器用于存储计算机执行代码；所述收发器，用于接收第一终端发送的模式设定指令，所述模式设定指令用于指示所述第二终端进入骑行模式；所述处理器，用于根据所述模式设定指令进入骑行模式。

在一种可能的设计中，所述终端作为第二终端，还包括：显示器，用于加载骑行模式下的显示界面，所述显示界面至少用于显示所述第二终端获取的用户数据。

在一种可能的设计中，所述收发器，还用于接收所述第一终端发送的通知消息，所述通知消息用于通知所述第二终端骑行结束；所述处理器，还用于根据所述通知消息退出骑行模式。

第九方面，提供一种终端，所述终端包括：收发器、存储器和处理器，所述存储器用于存储计算机执行代码；所述收发器，用于接收第一通知消息，该第一通知消息用于指示终端目标单车处于可用状态；所述处理器用于在接收到第一通知消息后，进入骑行模式。

在一种可能的设计中，所述终端还包括显示器，用于加载骑行模式下的显示界面，所述显示界面至少用于显示所述第二终端获取的用户数据。

在一种可能的设计中，所述收发器，还用于接收第二通知消息，所述第二通知消息用于通知所述终端骑行结束；所述处理器，还用于在收到第二通知消息后退出骑行模式。

第十方面，提供一种数据传输系统，该系统包括第七方面所述的第一终端以及第八方面所述的第二终端。

第十一方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面及第一方面的各种可能设计中所述的方法。

第十二方面，提供一种计算机程序产品，该计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行第一方面及第一方面的各种可能设计中所述的方法。

第十三方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第二方面及第二方面的各种可能设计中所述的方法。

第十四方面，提供一种计算机程序产品，该计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行第二方面及第二方面的各种可能设计中所述的方法。

第十五方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第三方面及第三方面的各种可能设计中所述的方法。

第十六方面，提供一种计算机程序产品，该计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行第三方面及第三方面的各种可能设计中所述的方法。

第十七方面，提供一种解锁单车的方法，该方法应用于第一终端和单车组成的系统，所述第一终端和单车中安装有NFC模块，该方法包括：第一终端和单车通过NFC模块进行NFC通信以获取所述单车的标识；第一终端向单车对应的服务器发送解锁请求，该解锁请求中携带所述单车的标识；第一终端接收单车对应的服务器发送的第一通知消息，该第一通知消息用于指示第一终端所述单车已解锁。

其中，单车对应的服务器接收到第一终端发送的解锁请求后，向单车发出解锁指示，在单车回复已解锁的通知时，向第一终端发送所述第一通知消息。

在一种可能的设计中，第一终端在向单车对应的服务器发送解锁请求之前，该方法还包括：第一终端根据单车的标识，确定单车对应的应用程序的标识，并启动该应用程序。在启动应用程序后，第一终端作为客户端通过该应用程序向单车对应的服务器发送解锁请求。

在一种可能的设计中，第一终端在向单车对应的服务器发送解锁请求之前，该方法还包括：第一终端根据单车的标识，确定用于与单车对应的服务器进行通信的目标服务接口。则第一终端通过该目标服务接口向单车对应的服务器发送解锁请求以及通过该目标服务接口接收单车对应的服务器回复的第一通知消息。

通过上述方法，当第一终端靠近单车时，便可通过NFC技术自动解锁单车，省去了用户打开单车APP、扫描单车二维码或输入单车编号等操作，减少了用户操作，能够实现快速便捷解锁单车。

在一种可能的设计中，第一终端在接收到单车服务器发送的第一通知消息后，向第二终端发送模式设定指令，该模式设定指令用于指示第二终端进入骑行模式。

相应的，在一种可能设计中，第一终端接收单车服务器发送的第二通知消息，该第二通知消息用于指示第一终端骑行结束，然后第一终端向第二终端发送第三通知消息，该第三通知消息用于指示第二终端退出骑行模式。

第十八方面，提供一种终端，该终端作为第一终端包括：获取单元，用于和单车进行NFC通信以获取所述单车的标识。发送单元，用于向单车对应的服务器发送解锁请求，该解锁请求中携带所述获取单元获取的单车的标识。接收单元，用于接收单车对应的服务器发送的第一通知消息，该第一通知消息用于指示终端所述单车已解锁。

在一种可能的设计中，该终端还包括：启动单元，用于根据所述获取单元获取的单车的标识，确定单车对应的应用程序的标识，并启动该应用程序。

在一种可能的设计中，所述发送单元，还用于根据获取单元获取的单车的标识，确定用于与单车对应的服务器进行通信的目标服务接口，并通过该目标服务接口向单车对应的服务器发送解锁请求；该接收单元，还用于通过该目标服务接口接收单车对应的服务器回复的第一通知消息，该第一通知消息用于指示终端单车已解锁。

在一种可能的设计中，所述发送单元，还用于向第二终端发送模式设定指令，以使得第二终端根据该模式设定指令进入骑行模式。所述接收单元，还用于接收单车服务器发送的第二通知消息，该第二通知消息用于指示第一终端骑行结束；所述发送单元，还用于向第二终端发送第三通知消息，该第三通知消息用于指示第二终端退出骑行模式。

第十九方面，提供一种终端，该终端包括：收发器、处理器和存储器，所述存储器用于存储计算机执行代码；所述收发器用于和单车进行NFC通信以获取单车的标识；向单车对应的服务器发送解锁请求，该解锁请求中携带所述单车的标识；以及接收单车对应的服务器发送的第一通知消息，该第一通知消息用于指示终端所述单车已解锁。

在一种可能的设计中，所述处理器，用于根据单车的标识，确定单车对应的应用程序的标识，并启动该应用程序。

在一种可能的设计中，所述处理器，还用于根据单车的标识，确定用于与单车对应的服务器进行通信的目标服务接口。所述收发器，用于通过该目标服务接口向单车对应的服务器发送解锁请求以及通过该目标服务接口接收单车对应的服务器回复的第一通知消息。

在一种可能的设计中，所述收发器还用于向第二终端发送模式设定指令，以使得第二终端根据该模式设定指令进入骑行模式；还用于接收单车服务器发送的第二通知消息，该第二通知消息用于指示第一终端骑行结束，向第二终端发送第三通知消息，该第三通知消息用于指示第二终端退出骑行模式。

第二十方面，提供一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行第十七方面及第十七方面的各种可能设计中所述的方法。

第二十一方面，提供一种计算机程序产品，该计算机程序产品包含指令，当其在计算机上运行时，使得计算机执行第十七方面及第十七方面的各种可能设计中所述的方法。

附图说明

图1a和1b为现有技术中解锁单车的过程示意图；

图1c、图1d依次为现有技术中用户设定智能手表以进入骑行模式、骑行结束后用户设定智能手表以退出骑行模式的过程示意图；

图2为本申请实施例提供的一种数据传输系统的架构示意图；

图3a、图3b、图3c依次为本申请实施例提供的手机、智能手表和单车的结构示意图；

图4为本申请实施例提供的一种数据传输方法的流程示意图；

图5a为本申请实施例提供的另一种数据传输方法的流程示意图；

图5b为本申请实施例提供的又一种数据传输方法的流程示意图；

图6a为本申请实施例提供的一种获取目标单车标识的方法的流程示意图；

图6b为本申请实施例提供的另一种获取目标单车标识的方法的流程示意图；

图7a为本申请实施例提供的解锁单车的过程示意图；

图7b为本申请实施例提供的单车解锁成功后，手机上显示界面示意图；

图7c为本申请实施例提供的智能手表进入骑行模式的过程示意图；

图7d为本申请实施例提供的在骑行结束后手机向智能手表发送通知消息，智能手表收到该通知消息后退出骑行模式的过程示意图；

图8为本申请实施例提供的一种数据传输方法的流程示意图；

图9为本申请实施例提供的一种目标单车和用户当前所在位置的预览界面示意图；

图10为本申请实施例提供的一种设定单车对应的APP的启动权限的界面示意图；

图11为本申请实施例提供的一种成功解锁目标单车后的提示界面的示意图；

图12a为本申请实施例提供的智能手表在收到手机的模式设定指令之前的界面示意图；

图12b为本申请实施例提供的智能手表在收到手机的模式设定指令后提示用户进入骑行模式的显示界面的示意图；

图12c为本申请实施例提供的智能手表在收到手机的模式设定指令后自动加载的骑行模式下的显示界面的示意图；

图13a、图13b、图13c依次为本申请实施例中骑行开始时智能手表和手机的界面示意图、骑行过程中智能手表和手机的界面示意图、骑行结束时智能手表和手机的界面示意图；

图14为本申请实施例提供的又一种数据传输方法的流程示意图；

图15为本申请实施例提供的再一种数据传输方法的流程示意图；

图16a和图16b为本申请实施例提供的一种提供共享单车快捷服务的界面示意图；

图17为本申请实施例提供的另一种数据传输系统的架构示意图；

图18为本申请实施例提供的另一种智能手表的结构示意图；

图19为本申请实施例提供的在图17所示的系统架构下的数据传输方法的流程示意图；

图20为本申请实施例提供的第一终端的一种结构示意图；

图20a为本申请实施例提供的第一终端的另一种结构示意图；

图20b为本申请实施例提供的第一终端的又一种结构示意图；

图21为本申请实施例提供的第二终端的一种结构示意图；

图21a为本申请实施例提供的第二终端的另一种结构示意图；

图21b为本申请实施例提供的第二终端的又一种结构示意图；

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

图22a为本申请实施例提供的终端的另一种结构示意图；

图22b为本申请实施例提供的终端的又一种结构示意图。

具体实施方式

本申请实施例中的术语“多个”是指两个或两个以上。本申请实施例中的术语“第一”、“第二”等仅是为了区分不同的对象，并不对其顺序进行限定。例如，第一通知消息和第二通知消息仅仅是为了区分不同时刻发送的用于通知不同事件的通知消息，并不对其先后顺序进行限定。本申请实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本申请实施例中字符“/”，一般表示前后关联对象是一种“或”的关系。

本申请实施例提供一种数据传输系统，用于采集用户骑行过程中的用户数据，该用户数据可以为心率、血压、血糖等生理数据。

如图2所示，该系统包括：第一终端110、第二终端120、单车130以及单车服务器140。其中，第一终端110可以为手机、平板电脑、笔记本电脑、超级移动个人计算机、上网本、个人数字助理等设备。第二终端120可以为能够采集用户的生理数据(如心率、血压、血糖等)的可穿戴设备，如智能手表、智能手环等。可以理解的是，在本申请实施例中，单车130也可以是其他共享交通工具，例如单车130也可以是共享汽车，单车服务器140也可以是共享汽车服务器。

第一终端110和第二终端120之间、第一终端110和单车130之间、第一终端110与单车服务器140之间、第二终端120和单车130之间、单车服务器140与单车130之间均可以建立通信连接以互相通信。具体的，本申请的一些实施例中，第一终端110用于在获取了单车标识(Identity，ID)后向单车服务器140发送解锁请求，该解锁请求中包括第一终端110和单车130的标识，用于请求解锁单车130；单车服务器140在接收到第一终端110的解锁请求后，向单车130发送解锁指令以指示单车130解锁，并通知第一终端110单车130已解锁。第一终端110在单车130解锁后自动向第二终端120发送指令以使第二终端120自动进入骑行模式，并记录用户骑行模式下的心率等生理数据，还可以记录用户的骑行速度、运动轨迹、时长等数据。用户可查看第二终端及时的得知当前的身体状态并调整骑行的速度等。

本申请实施例所指的通信连接的方式可以为NFC、蓝牙(Bluetooth，BT)、2G、3G、4G、5G、无线保真(wireless fidelity，WiFi)等。

结合图2所示的系统架构，以第一终端为手机为例，如图3a所示，手机200包括：射频(radio frequency，RF)电路210、蓝牙模块211、NFC模块212、存储器220、输入单元230、显示单元240、重力传感器250、音频电路260、处理器270以及电源280等部件。本领域技术人员可以理解，图3a中示出的手机结构并不构成对手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面分别对手机200的各功能组件进行介绍：

其中，RF电路210可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器270处理；另外，将上行的数据发送给基站。通常，RF电路包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier，LNA)、双工器等。此外，RF电路210还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystem of mobile communication，GSM)、通用分组无线服务(general packet radioservice，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址(wideband code division multiple access，WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息服务(short messaging service，SMS)等。

蓝牙模块211，可用于手机在特定距离内(蓝牙协议规定的距离内)与其他支持蓝牙功能的设备建立蓝牙连接并互相通信。

NFC模块212，可用于手机与其他支持NFC通信的设备建立NFC连接并互相通信。

可选的，手机还可能包括WiFi模块，手机可通过WiFi模块建立WiFi连接并进行数据传输。

存储器220可用于存储软件程序以及模块，该处理器270通过运行存储在存储器220的软件程序以及模块，从而执行手机200的各种功能应用以及数据处理。存储器220可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等，比如声音播放功能、图像播放功能等；存储数据区可存储根据手机200的使用所创建的数据(比如音频数据、图像数据、电话本等)等。此外，存储器220可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元230可用于接收输入的数字或字符信息，以及产生与手机200的用户设置以及功能控制有关的键信号输入。具体地，输入单元230可包括触摸屏231以及其他输入设备232。触摸屏231，也称为触控面板，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触摸屏231上或在触摸屏231附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触摸屏231可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器270，并能接收处理器270发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触摸屏231。除了触摸屏231，输入单元230还可以包括其他输入设备232。具体地，其他输入设备232可以包括但不限于物理键盘、功能键(比如音量控制按键、电源开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元240可用于显示由用户输入的信息或提供给用户的信息以及手机200的各种菜单。显示单元240可包括显示面板241，可选的，可以采用液晶显示器(liquidcrystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)等形式来配置显示面板241。进一步的，触摸屏231可覆盖显示面板241，当触摸屏231检测到在其上或附近的触摸操作后，传送给处理器270以确定触摸事件的类型，随后处理器270根据触摸事件的类型在显示面板241上提供相应的视觉输出。虽然在图3a中，触摸屏231与显示面板241是作为两个独立的部件来实现手机200的输入和输入功能，但是在某些实施例中，可以将触摸屏231与显示面板241集成而实现手机200的输入和输出功能。

重力传感器(gravity sensor)250，可以检测手机在各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等。

手机200还可以包括其它传感器，比如光传感器。具体地，光传感器可包括环境光传感器及接近光传感器。其中，环境光传感器可根据环境光线的明暗来调节显示面板231的亮度；接近光传感器可以检测是否有物体靠近或接触手机，可在手机200移动到耳边时，关闭显示面板231和/或背光。手机200还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路260、扬声器271、麦克风272可提供用户与手机200之间的音频接口。音频电路260可将接收到的音频数据转换后的电信号，传输到扬声器271，由扬声器271转换为声音信号输出；另一方面，麦克风272将收集的声音信号转换为电信号，由音频电路260接收后转换为音频数据，再将音频数据输出至RF电路210以发送给比如另一手机，或者将音频数据输出至存储器220以便进一步处理。

处理器270是手机200的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器220内的软件程序和/或模块，以及调用存储在存储器220内的数据，执行手机200的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器270可包括一个或多个处理单元；可选的，处理器270可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器270中。

手机200还包括给各个部件供电的电源280(比如电池)，可选的，电源可以通过电源管理系统与处理器270逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，手机200还可以包括天线、WiFi模块、NFC模块、全球定位系统(globalpositioning system，GPS)模块、扬声器、加速计、陀螺仪等。

以第二终端为智能手表为例，如图3b所示，智能手表300可以包括相互连接的表体和腕带，其中表体可以包括前壳(图3b未示出)、触摸屏301(又称触摸屏)、显示屏302、底壳(图3b未示出)，以及处理器303、微控制单元(micro control unit，MCU)304、存储器305、麦克风(microphone，MIC)306、薄膜致动器307、蓝牙模块308、气压传感器309、心率检测传感器310、重力传感器311、电源312、电源管理系统313等，尽管未示出，智能手表还可以包括天线、WiFi模块、NFC模块、GPS模块、扬声器、加速计、陀螺仪等。本领域技术人员可以理解，图3b中示出的智能手表结构并不构成对智能手表的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面分别对智能手表300的各功能组件进行介绍：

触摸屏301，也称为触控面板，可收集手表用户在其上的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程式驱动响应的连接装置。可选的，触摸屏301可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器303，并能接收处理器303发送的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板。除了触摸屏301之外，智能手表还可以包括其他输入设备，其他输入设备可以包括但不限于功能键(比如音量控制按键、开关按键等)。

显示屏302可用于显示由用户输入的信息或提供给用户的信息以及手表的各种菜单。可选的，可以采用LCD、OLED等形式来配置显示屏302。进一步的，触摸屏301可覆盖显示屏302，当触摸屏301检测到在其上或附近的触摸操作后，传送给处理器303以确定触摸事件的类型，随后处理器303根据触摸事件的类型在显示屏302上提供相应的视觉输出。虽然在图3b中，触摸屏301与显示屏302是作为两个独立的部件来实现手表的输入和输出功能，但是在某些实施例中，可以将触摸屏301与显示屏302集成而实现手表的输入和输出功能。

处理器303用于进行系统调度，控制显示屏、触摸屏，支持处理麦克风306、一个或多个薄膜致动器307，蓝牙308等。

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

蓝牙308，智能手表通过蓝牙308可以与其他电子设备(如手机、平板电脑等)交互信息，并通过上述电子设备连接网络，与服务器连接，处理语音识别等功能。

微控制单元304用于控制传感器，对传感器数据进行运算，与处理器303通信等功能。

传感器可以是气压传感器309、心率检测传感器310、重力加速度传感器311、光传感器、运动传感器或其他传感器。具体地，光传感器可包括环境光传感器及接近传感器。至于手表还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

存储器305用于存储软件程序以及数据，处理器303通过运行存储在存储器的软件程序以及数据，执行手表的各种功能应用以及数据处理。存储器305主要包括存储程序区以及存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)；存储数据区可以存储根据使用手表所创建的数据(比如音频数据、电话本等)。此外，存储器可以包括高速随机存取存储器，还可以包括非易失存储器，例如磁盘存储器件、闪存器件或其他易失性固态存储器件。

智能手表300还包括给各个部件供电的电源312(比如电池)，可选的，电源312可以通过电源管理系统313与处理器303逻辑相连，从而通过电源管理系统313实现管理充电、放电、以及功耗管理等功能。

如图3c所示，单车400包括单车本体(图中未示出)、智能电子锁(图中未示出)和安装在单车内的处理器410、存储器420、定位模块430、客户识别模块(subscriberidentification module，SIM)卡440以及NFC模块450。本领域技术人员可以理解，图3c中示出的单车结构并不构成对单车的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

其中，处理器410为单车400的控制中心，利用各种接口和线路连接整个单车的各个部分，通过运行或执行存储在存储器420内的软件程序和/或模块，以及调用存储在存储器420内的数据，执行单车400的各种功能和处理数据，从而对单车进行整体监控。可选的，处理器410可包括一个或多个处理单元。

存储器420可用于存储软件程序、模块以及其他数据，如存储定位模块430获取的单车位置信息，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

定位模块430用于定位单车在骑行过程中的位置，该定位模块430可以为GPS芯片、北斗、伽利略、全球卫星导航系统(global navigation satellite system，GLONASS)等。

SIM卡440可以为带有标识的物联网SIM卡，SIM卡中包含上网模块。单车可以通过SIM卡内的上网模块建立数据连接，并通过已建立的数据连接与服务器进行通信。

NFC模块450用于携带单车的唯一ID。当手机中安装有NFC模块时，手机靠近单车并在NFC协议规定的通信范围内时，可以通过NFC通信获取单车ID。

本申请实施例提供一种数据传输方法，可应用于图2所示的系统中，如图4所示，该方法包括：

步骤501、第一终端接收第一通知消息。

其中，该第一通知消息用于指示第一终端目标单车处于可用状态。该可用状态可以为目标单车已解锁，也可以为目标单车已解锁且达到了一定的运行速度，表示用户开始使用目标单车骑行。可以理解的是，此处的目标单车也可以是共享汽车等共享交通工具，后文中各方法及装置同样适用于共享汽车等共享交通工具，不再赘述。

可选的，该第一通知消息可以由目标单车对应的服务器发送，其发送时间可以为在检测到目标单车解锁时发送，也可以在目标单车解锁后的任意时刻发送，如检测到单车的速度达到了预设值，表示用户使用单车进行骑行；或者该第一通知消息还可以在目标单车解锁后，且达到一定时长后发送。

该第一通知消息也可以为用户操作触发发送，如用户在骑行开始或者骑行一段时间后想要记录骑行模式下的心率数据时，则用户可以进行操作以向终端发送该第一通知消息。

步骤502、第一终端根据所述第一通知消息，向第二终端发送模式设定指令。

其中，该模式设定指令用于指示第二终端进入骑行模式。可以理解的是，对于共享汽车而言，该模式设定指令可以用于指示第二终端进入驾驶模式。第一终端和第二终端预先已经建立连接，能够进行通信，例如第一终端为手机，第二终端为智能手表，手机和智能手表可以预先建立蓝牙连接，蓝牙连接的具体实现可参考现有技术。第一终端和第二终端建立蓝牙连接后，可基于蓝牙协议传输信令，该具体实现可参考现有技术，此处不再赘述。

可选的，第一终端在收到第一通知消息后，可以向用户弹出提示，如询问用户是否设定第二终端为骑行模式的提示消息；在用户确认后，第一终端可以向第二终端发送模式设定指令。

可选的，第一终端在接收到第一通知消息后，可以自动向第二终端发送模式设定指令。

步骤503、第二终端接收第一终端发送的模式设定指令，进入骑行模式。

可选的，第二终端在进入骑行模式后可以加载骑行模式下的显示界面。在用户骑行过程中，第二终端获取用户生理数据，并可以通过该显示界面显示获取的用户生理数据。其中，第二终端获取的用户数据包括如心率、血压、血糖等生理数据，还可以包括用户的骑行时长、骑行里程、运动轨迹等运动数据。这样，用户能够通过第二终端的显示界面查看自身当前的身体状态并调整自己的骑行速度、骑行方向、骑行时长等。

通过上述方法，第一终端在检测到单车解锁后，无需用户手动设置第二终端以使得第二终端进入骑行模式，第一终端可向第二终端发送模式设定指令，第二终端根据该模式设定指令进入骑行模式，能够减少用户操作，进而提升用户体验。

可选的，在骑行结束后，第一终端可以通知第二终端骑行结束，从而第二终端可以退出骑行模式。因此，本申请实施例提供的方法还可以包括：

步骤504、第一终端接收第二通知消息。

其中，该第二通知消息用于指示第一终端目标单车处于非骑行状态。该非骑行状态可以为单车已上锁，也可以表示单车的速度小于一定值，表示用户并未使用单车骑行，如可能是在推车行走或者虽然已解锁但未使用。

可选的，该第二通知消息可以由目标单车对应的服务器发送，其发送时间可以为在检测到目标单车上锁时发送，如检测到目标单车的速度小于预设值，表示用户未使用单车进行骑行；或者该第二通知消息还可以在目标单车上锁后的任意时刻发送，如上锁后达到一定时长后发送。

该第二通知消息也可以为用户操作触发发送，如用户在骑行结束或者骑行一段时间后不想要记录骑行模式下的心率数据时，则用户可以进行操作以向终端发送该第二通知消息。

步骤505、第一终端根据所述第二通知消息，向第二终端发送第三通知消息。

其中，该第三通知消息用于通知第二终端用户骑行结束。该第三通知消息中携带第一终端的标识、第二终端的标识和通知事件，该通知事件可以为通知第二终端骑行结束。

步骤506、第二终端接收第一终端发送的第三通知消息，并退出骑行模式。

可选的，第二终端退出骑行模式下的显示界面，显示默认设置的界面，如待机界面。

可选的，在骑行结束后，本申请实施例提供的方法还包括：第二终端向第一终端上报用户数据。

通过上述步骤504至步骤506，在骑行结束后，第一终端通知第二终端用户骑行结束，进而第二终端能够退出骑行模式，与现有技术中用户需要手动退出骑行模式相比，通过上述方法，无需用户任何操作，便能够实现智能手表自动化退出骑行模式。

可选的，在第一终端接收第一通知消息之前，所述方法还包括：所述第一终端自动获取所述目标单车的标识；然后向目标单车对应的服务器发送解锁请求，该解锁请求中携带所述目标单车的标识和所述第一终端的标识；则在目标单车对应的服务器得知目标单车解锁后，向第一终端发送第一通知消息，第一终端接收所述目标单车对应的服务器发送的第一通知消息，该第一通知消息用于通知所述第一终端，目标单车处于可用状态，该可用状态为解锁状态。

可选的，当第一终端中安装有单车对应的应用程序时，上述触发发送第一通知消息的过程，如图5a所示，具体包括：

步骤507a、第一终端自动获取目标单车的标识。

步骤508a、第一终端根据目标单车的标识，确定目标单车对应的应用程序的标识。

步骤509a、第一终端根据应用程序的标识自动启动目标单车对应的应用程序。

步骤510a、第一终端向目标单车对应的服务器发送解锁请求。

其中，该解锁请求中携带目标单车的标识和第一终端的标识。

则前述步骤501“第一终端接收第一通知消息”，具体为：

步骤501a、第一终端接收目标单车对应的服务器发送的第一通知消息。

其中，该第一通知消息用于通知第一终端目标单车已解锁。

相应的，当目标单车处于非骑行状态，如目标单车上锁，则目标单车对应的服务器能检测到单车处于上锁状态，则步骤504“第一终端接收第二通知消息”，具体为：

步骤504a、第一终端接收目标单车对应的服务器发送的第二通知消息。

其中，该第二通知消息用于通知第一终端目标单车处于非骑行状态。

可选的，当第一终端中未安装有单车对应的应用程序时，上述触发发送第一通知消息的过程，如图5b所示，具体包括：

步骤507b、第一终端自动获取目标单车的标识。

步骤508b、第一终端根据目标单车的标识，确定用于与目标单车对应的服务器进行通信的目标服务接口。

其中，目标服务接口可以为根据内嵌在手机中的单车的软件开发工具包(software development kit，SDK)定义的接口，也可以是一个可以通过网络通信访问的网络接口。实际应用中，手机可以保存有多种类型的单车的SDK。当需要与不同类型的单车服务器通信时，需要采用不同的服务接口。

步骤509b、第一终端通过该目标服务接口向目标单车对应的服务器发送解锁请求。

其中，该解锁请求中携带目标单车的标识和第一终端的标识。

则前述步骤501“第一终端接收第一通知消息”，具体为：

步骤501b、第一终端接收目标单车对应的服务器通过目标服务接口发送的第一通知消息。

其中，该第一通知消息用于通知第一终端目标单车已解锁。

相应的，当目标单车处于非骑行状态，如目标单车上锁，则目标单车对应的服务器能检测到单车处于上锁状态，则步骤504“第一终端接收第二通知消息”，具体为：

步骤504b、第一终端接收目标单车对应的服务器通过目标服务接口发送的第二通知消息。

其中，该第二通知消息用于通知第一终端目标单车处于非骑行状态。

在一种实现方式中，步骤507a和步骤507b中所指的第一终端自动获取目标单车的标识，可以通过以下两种方式实现：

如图6a所示，当第一终端和目标单车中都安装有NFC模块时，第一种实现方式包括：

步骤601a、当第一终端与目标单车的距离在NFC协议规定的可进行NFC通信的距离内时，第一终端与目标单车进行NFC通信以自动获取目标单车的标识。

在图6a所示的实现方式中，第一终端能够和目标单车能够通过NFC通信自动获取目标单车的标识，在整个过程中，省去了用户打开单车APP、扫描二维码或者输入单车编码等操作，能够减少用户的操作。

如图6b所示，当第二终端和目标单车都安装有NFC模块时，第二种实现方式包括：

步骤601b、目标单车与第二终端进行NFC通信以读取第二终端的标识。

步骤602、目标单车将第二终端的标识发送给单车对应的服务器。

步骤603、目标单车对应的服务器本地查看是否已保存该第二终端的标识。

如果是，则执行下述步骤604。

步骤604、目标单车对应的服务器确定与该第二终端的标识相关联的第一终端的标识。

步骤605、目标单车对应的服务器将第二终端的标识发送给第一终端。

在图6b所示的实现方式中，单车能够主动获取第二终端的标识，并在第二终端的标识有效的情况下，由单车对应的服务器自动向第一终端发送单车的标识，整个过程中，同样省去了用户打开单车APP、扫描二维码的操作，减少了用户操作。

通过本申请图6a和图6b所示的实现方式，第一终端能够自动获取到目标单车的标识，在整个过程中，省去了现有技术中用户需要打开APP、选择APP的扫描二维码的功能、然后扫描单车二维码的操作步骤，进一步减少了用户操作。

以第一终端为手机，第二终端为智能手表，手机和智能手表预先建立了蓝牙连接，手机作为客户端安装有单车对应的APP，能够与单车对应的服务器互相通信；且手机和智能手表中均安装有NFC模块为例。采用本申请的方法，如图7a所示，当用户发现共享单车时，用户拿出手机并靠近共享单车，由于手机和共享单车中安装有NFC模块，则当手机与单车之间的距离满足NFC协议规定的通信距离时，手机读取单车的ID，读取到单车ID后自动启动手机上安装的单车对应的APP并向单车服务器发送解锁请求，该解锁请求中携带手机ID和单车ID；单车服务器收到该解锁请求后向单车发送开锁指令并向手机发送单车已解锁的通知(启动单车对应的APP后，手机、单车服务器、单车之间通过信令交互解锁单车的具体实现过程可参考现有技术，该具体过程为用户不可见，图7a中未示出)。可见，在解锁单车过程中，与图1a和图1b所示的现有技术中用户需要将手机靠近单车，打开单车对应的APP，且调出单车对应的APP的扫描二维码功能，然后扫描单车二维码才能解锁单车相比，采用上述方法后，只要用户将手机靠近单车后，无需用户的操作就可实现手机自动化解锁单车。如图7b所示，单车解锁后，手机显示单车解锁成功开始计费的界面提示用户单车已解锁。如图7c所示，单车解锁后，手机在收到单车服务器发送的单车已解锁的通知后，自动向手表发送指令，该指令用于指示手表进入骑行模式，并在骑行模式下记录用户的心率等用户数据。可见，在解锁单车后，与图1c所示的现有技术中用户需要自行操作以设定手表的模式为骑行模式相比；本申请实施例中，用户无需对智能手表进行任何操作，终端能够在知道单车已解锁后自动将手表的模式设定为骑行模式。如图7d所示，在用户锁上单车，骑行结束后，单车对应的服务器确定单车上锁后向手机发送通知以通知手机用户骑行结束，接着手机会自动通知智能手表骑行结束，智能手表可退出骑行模式，并向手机上报用户在骑行过程中的心率等用户数据。可见，在骑行结束后，与图1d所示的现有技术中，用户需要进行设置操作以使智能手表退出骑行模式相比，本申请实施例中，用户无需任何操作，手机可自动通知智能手表骑行结束。

为了支持图7a至图7d的实现过程，将本申请提供的上述方法应用于上述应用场景时，如图8所示，该方法具体包括：

步骤701、当手机与单车的距离在预设距离内时，所述手机与所述单车进行NFC通信以自动获取所述单车的标识。

所述手机和单车中均安装有NFC芯片，单车中的NFC芯片可以位于单车的智能锁内，每个NFC芯片具有唯一的ID，用于唯一标识该单车。其中，所述预设距离为NFC协议规定的可进行NFC通信的距离。NFC通信的具体实现可参考现有技术，此处不再赘述。

通过执行本步骤，本申请实施例中，手机和单车之间进行NFC通信能够自动获取单车的标识，省去了用户打开手机的单车对应的APP的扫码功能、扫描单车上的二维码等步骤。

可选的，为了避免用户实际上想要使用单车A，但由于误操作，实际却获取了单车B的标识，则在本申请实施例的一种可能实现方式中，如图9所示，手机显示单车和用户位置的相对关系的预览示意图，其中，黑色粗线框中选中的单车为用户手机已获取标识的单车。用户可通过查看该预览示意图确认已获取标识的单车是否为用户实际上想要使用的单车，如果是，则用户可点击确认以执行下一步，如果否，则用户可返回并再次获取其他单车的标识。

步骤702、所述手机根据所述单车的标识，确定所述单车对应的APP的标识。

实际应用中，不同类型的单车属于不同的厂商。用户可能在手机上安装了多种类型的单车的APP。因此，在手机通过步骤701获取了单车的标识后，为了解锁单车，需要执行步骤702以确定单车对应的APP的标识。

可选的，在手机通过步骤701获取单车的标识后，在本步骤的一种可能实现方式中，手机查询本地数据库或位于云端服务器的数据库中确定数据库中是否保存有该单车的标识，如果有，表明单车的标识对手机而言为有效的，可进一步根据单车的标识，得到该单车的厂商信息并得到单车对应的APP的标识。

其中，手机本地数据库或云端服务器中可以存储单车的ID，手机本地存储的单车ID与云端服务器存储的单车的ID互相备份，手机可访问云端服务器以将获取的单车ID与云端服务器存储的单车ID进行比较以验证获取的单车ID是否合法。

之后，手机根据单车对应的APP的标识执行下述步骤703。

步骤703、手机根据所述APP的标识自动启动所述单车对应的APP。

在本步骤的一种实现方式中，在单车对应的APP的安装包中将该单车对应的APP的启动触发条件设置为获取到单车的标识，则在手机和单车之间进行NFC通信获取到单车的标识后可触发执行本步骤703。

可选的，在本步骤的另一种实现方式中，在单车对应的APP的安装包中将该单车对应的APP的启动触发条件设置为获取到单车的标识后自动启动；或者用户对单车对应的APP进行操作后启动。则用户可以在单车对应的APP的设置选项中，设定是否允许手机自动启动该单车对应的APP，如果允许，则执行本步骤703；如果不允许，则在执行步骤702后，在打开单车对应的APP前，提示用户是否允许启动单车对应的APP，在用户进行操作的条件下启动单车对应的APP。

此外，如果手机在自动启动单车对应的APP前，手机处于锁屏状态，则手机还要确定所述单车对应的APP是否允许在锁屏状态下自动启动；如果允许，则手机自动启动所述单车对应的该APP。如果不允许，则手机需要提示用户解锁手机后才能自动启动该单车对应的APP。

示例性的，如图10所示，用户可在该单车对应的APP的设置选项中，更改单车对应的APP的启动权限，包括：是否允许自动启动以及在允许自动启动的条件下是否可以在锁屏状态下自动启动，具体可以设置为，始终允许、本次允许、永久禁止等。

需要说明的是，图10所示的自动启动是指在获取到单车的标识后自动启动，并不是在手机开机的时候或者手机系统加载的时候自动启动。

在手机获取单车的标识后，手机作为客户端可以和单车对应的服务器通过执行下述步骤704解锁所述单车。

步骤704、手机和单车对应的服务器之间进行信令交互以解锁单车。

在本步骤的一种实现方式中，所述手机根据所述单车对应的APP，确定所述单车对应的服务器的地址，并向所述单车对应的服务器发送解锁请求。其中，所述解锁请求中携带所述单车的标识和所述手机的标识。所述单车对应的服务器收到该解锁请求后向所述单车发送解锁指令。单车根据收到的解锁指令解锁，并向单车对应的服务器发送响应，用于回复单车对应的服务器，该单车已解锁，则所述单车对应的服务器向所述手机发送通知消息。其中，所述通知消息中包含已解锁的所述单车的标识。该通知消息用于通知所述手机所述单车已解锁。

上述步骤704所描述的手机和单车对应的服务器进行交互以解锁单车的具体实现过程可参考现有技术，此处不再赘述。

示例性的，在成功解锁单车后，单车对应的APP显示如图11a所示的界面，用于提示用户已经解锁单车并开始计费；此外，还示出了已解锁单车和用户当前位置的相对关系的预览示意图，用户可根据该预览示意图确认已解锁单车，并找到该已解锁单车。

在手机确定所述单车已解锁后，手机执行下述步骤705以自动设定智能手表的模式为骑行模式。

步骤705、手机自动向智能手表发送模式设定指令。

其中，所述模式设定指令用于设定所述智能手表的运动模式为骑行模式。

可选的，所述模式设定指令中包含手机的标识、智能手表的标识以及智能手表的工作模式的取值，智能手表根据该取值调整其工作模式。

步骤706、所述智能手表根据所述模式设定指令加载骑行模式下的显示界面。

其中，所述显示界面用于显示所述智能手表获取的用户在骑行单车过程中的用户数据。

示例性的，如图12a所示，智能手表在收到手机发送的模式设定指令之前，智能手表的显示界面为待机界面，其与普通手表类似，主要用于显示时间；当智能手表收到手机发送的模式设定指令后，无需用户的任何操作，自动跳转到图12c所示的骑行模式下的显示界面，包括当前心率、骑行里程、以及当前时间。可见，与图1c中用户需要进行设置操作，如在当前显示的界面进行点击或滑动操作等，才能使智能手表跳转到能够记录用户骑行模式下的心率等数据的显示画面；采用本申请的方法，省去了用户的设置操作，能够实现智能手表自动化进入骑行模式并记录骑行模式下的心率数据。

可选的，智能手表在由图12a所示的待机界面跳转到图12c所示的骑行模式下的显示界面之前，如图12b所示，智能手表提示用户是否要进入骑行模式，在用户确认之后，跳转到图12c所示的界面。

步骤707、骑行过程中，智能手表记录用户数据。

其中，所述用户数据包括心率、血压等生理数据，还可以包括运动轨迹、运动时长等运动数据。

当用户给单车上锁，表明此次骑行结束。单车、手机、单车对应的服务器之间通过下述步骤708进行交互以通知手机单车已上锁。

步骤708、单车上锁，骑行结束。

本申请实施例中，该步骤包括：当单车检测到已上锁后，则单车锁定后，单车向单车服务器发送骑行结束的通知，进而单车服务器向手机发送骑行结束的通知，手机接着通过执行下述步骤709通知智能手表用户骑行结束。

步骤709、手机向智能手表发送通知消息。

其中，所述通知消息用于通知智能手表用户骑行结束，智能手表在收到通知消息后，向手机上报骑行过程中的用户数据；还可退出当前的骑行模式，回复到默认设置的工作模式。

可选的，所述通知消息中携带有手机的标识、智能手表的标识和用于通知智能手表骑行结束的指示字段等。

可见，与图1所示的现有技术中，在骑行结束后需要用户手动关闭智能手表的骑行模式相比；本申请实施例中，在骑行结束后，手机自动通知智能手表骑行结束，智能手表在收到该通知后可自行向手机上报用户数据并退出骑行模式下的显示界面，无需用户操作。

步骤710、所述智能手表向所述手机上报用户数据。

步骤711、所述手机接收所述智能手表上报的用户数据并显示。

步骤712、智能手表退出骑行模式下的显示界面。

可选的，在本申请实施例的一种可能实现方式中，在骑行结束后，手机将智能手表上报的用户数据分别同步给单车对应的APP、手机上已安装的运动健康APP等。

可选的，在本申请实施例的另一种可能实现方式中，智能手表也可以在骑行过程中实时向手机上报获取的用户数据并由手机显示以及由手机同步给共享单车对应的APP、手机上已安装的运动健康APP等。

如图13a至图13c分别为采用上述方法在骑行开始时、骑行过程中以及骑行结束后智能手表和手机记录生理数据和骑行行程、骑行时长等运动轨迹的示意图。

可选的，当单车和手表中设置有NFC模块，并能进行NFC通信时，本申请实施例还提供了一种数据传输方法，如图14所示，该方法包括：

步骤801、当单车与智能手表的距离在预设距离范围内时，单车和智能手表进行NFC通信以获取智能手表的标识。

其中，所述预设距离为NFC协议规定的可进行NFC通信的距离。NFC通信的具体实现可参考现有技术，此处不再赘述。

步骤802、单车向单车对应的服务器发送智能手表的标识。

步骤803、单车对应的服务器根据智能手表的标识确定所述单车对应的服务器是否存储有智能手表的标识。

手机作为安装单车对应的应用程序的客户端，一般需要用户使用账号和密码登录后才能使用，因此，可以预先建立用户注册该单车对应的应用程序的账号、用户手机的标识、与手机建立连接的手表的标识三者之间的对应关系并保存在服务器中。这样，在执行本步骤时，单车对应的服务器确认是否保存有该智能手表的标识，如果有，则执行下述步骤804以进一步确认与该智能手表建立关联关系的手机的标识。

步骤804、单车对应的服务器确定与智能手表建立连接的手机的标识。

步骤805、单车对应的服务器向手机发送单车的标识。

在执行步骤805之后，可执行步骤702至步骤712，本申请实施例不再赘述。

本申请实施例中，单车可通过与智能手表进行NFC通信主动读取智能手表的标识，并在判断智能手表的标识合法后，将单车的标识发送给与智能手表建立连接的手机，进而手机在得到了单车的标识后能够自动启动单车对应的APP并解锁单车，且在解锁单车后自动将智能手表的运动模式设定为骑行模式，并在骑行结束后，手机再自动通知智能手表骑行已结束，触发智能手表向手机上报用户数据。可见从解锁单车到得到用户在骑行过程中的运动状态数据的过程中，用户均无需操作，能够实现自动化。

需要说明的是，上述步骤801中，之所以由单车主动读取智能手表的标识，这是由于智能手表的的体积一般较小，可能不便于安装用于读取智能手表NFC标识的天线，因此受限于天线，一般由单车主动读取智能手表的标识。但随着技术的发展，智能手表也可以主动读取单车的NFC标识，进而可将单车的NFC标识发送给手机，进而同样可执行步骤701至步骤712。

可选的，如果手机中并未安装单车对应的APP，则本申请实施例还提供一种数据传输方法，如图15所示，该方法包括：

步骤901、手机可通过上述步骤701或上述步骤801至步骤803以获取单车的标识。

步骤902、手机根据所述单车的标识，确定用于与所述单车对应的服务器进行通信的目标服务接口。

其中，目标服务接口可以为根据内嵌在手机中的单车的SDK定义的接口，也可以是一个可以通过网络通信访问的网络接口。

实际应用中，手机可以保存有多种类型的单车的SDK，则如图16a所示，本申请实施例提供一种手机中未安装单车对应的APP情况下，手机为用户提供单车服务的快捷服务界面图。正常使用时，用户可点击该快捷服务界面图所示的单车图标，接着手机根据用户的该操作为用户搜索所有满足一定条件(如与用户的距离在一定范围内)可用的单车，该可用的单车并不限定单车的类型，如该可用的单车既包括厂商A的单车，还包括厂商B的单车、厂商C的单车等；如图16b所示，手机加载所有可用单车的列表，并显示每个单车与用户的距离，进而用户可根据自己的需求去解锁自己想要解锁的目标单车。

步骤903、所述手机通过所述目标服务接口与所述单车对应的服务器进行交互以解锁。

该步骤的具体实现过程可参考步骤704，不同的是，手机和单车对应的服务器之间通过所述目标服务接口进行通信。

在执行步骤903之后，手机可执行步骤705至步骤712，本申请实施例不再赘述。

本申请提供另一种数据传输系统，如图17所示，包括终端1010、单车1020和单车对应的服务器1030。终端1010为既能够解锁单车又能够采集用户的心率、血压、血糖等生理数据的设备。例如：该终端1010可以为既能够解锁单车又能够采集用户的生理数据的智能手表或智能手环。其中，该智能手表可安装有单车对应的应用程序以解锁单车。随着科学技术的发展，手机、电脑等形式的设备也可能具备采集用户的心率、血压、血糖等生理数据的功能，因此，该终端1010还可以为如手机、平板电脑、笔记本电脑、超级移动个人计算机、上网本、个人数字助理等设备。

终端1010、单车1020和单车服务器1030建立连接以互相通信。该连接的方式可以为蓝牙连接、2G、3G、4G、5G、Wi-Fi连接等。

其中，如图18所示，以终端1010为智能手表为例，智能手表包括触控面板10101(又称触摸屏)、显示屏10102以及处理器10103、存储器10104、蓝牙模块10105、NFC模块10106、心率检测传感器10107、重力传感器10108等。尽管未示出，终端1010还可以包括天线、Wi-Fi模块、GPS模块、扬声器、加速计、陀螺仪、电源、电源管理系统等。

具体地，触控面板10101的具体实现可参考前文所述触摸屏231或触摸屏301；显示屏10102的具体实现可参考前文所述显示面板241或显示屏302；处理器10103可参考前文所述处理器270或处理器303；存储器10104可参考前文所述存储器220或存储器305；蓝牙模块10105可参考前文所述蓝牙模块211或308、NFC模块10106可参考前文所述NFC模块212；心率检测传感器10107可参考前文所述心率检测传感器310、重力传感器10108可参考前文所述重力传感器250或重力加速度传感器311、电源10109可参考前文所述电源280等。本申请实施例不再赘述。

单车1020的具体实现可参考前文所述单车400。本申请实施例不再赘述。

本申请实施例提供一种数据传输方法，可应用于图17所示的系统架构中，如图19所示，该方法包括：

步骤1101、终端与单车进行NFC通信以自动获取单车的标识。

步骤1102、终端、单车、单车服务器之间进行交互以解锁单车。

当终端上安装有单车对应的APP时，该过程的具体实现可参考步骤702至步骤704，此处不再赘述。当终端上提供对于多种类型的快捷服务时，该过程的具体实现可参考步骤902和903，此处不再赘述。

步骤1103、终端显示骑行模式下的显示界面。

该步骤的具体实现可参考步骤706，此处不再赘述。

步骤1104、终端记录用户骑行过程中的用户数据。

步骤1105、单车上锁，骑行结束。

该步骤的具体实现可参考步骤708，本申请实施例不再赘述。

步骤1106、骑行结束后，终端显示用户的生理数据、运动轨迹等用户数据。

该步骤的具体实现可参考步骤711，此处不再赘述。

步骤1107、终端退出骑行模式。

上述数据传输方法，终端在检测到单车解锁后，无需用户手动设置便能够进入骑行模式，并加载骑行模式下的显示界面，进而可以将获取的用户骑行过程中的用户数据通过该显示界面显示。本申请实施例提供的方法能够实现在无用户操作的情况下，在用户开始使用共享单车骑行时，自动显示用户在骑行过程中的用户数据，减少了用户操作。

本申请实施例提供一种解锁单车的方法，该方法应用于第一终端和单车组成的系统，所述第一终端和单车中安装有NFC模块，该方法包括：第一终端和单车通过NFC模块进行NFC通信以获取所述单车的标识；第一终端向单车对应的服务器发送解锁请求，该解锁请求中携带所述单车的标识；第一终端接收单车对应的服务器发送的第一通知消息，该第一通知消息用于指示第一终端所述单车已解锁。

可选的，单车对应的服务器接收到第一终端发送的解锁请求后，向单车发出解锁指示，在单车回复已解锁的通知时，向第一终端发送所述第一通知消息。

可选的，第一终端在向单车对应的服务器发送解锁请求之前，该方法还包括：第一终端根据单车的标识，确定单车对应的应用程序的标识，并启动该应用程序。在启动应用程序后，第一终端作为客户端通过该应用程序向单车对应的服务器发送解锁请求。

可选的，第一终端在接收到单车服务器发送的第一通知消息后，向第二终端发送模式设定指令，以使得第二终端根据该模式设定指令进入骑行模式。

可选的，第一终端接收单车服务器发送的第二通知消息，该第二通知消息用于指示第一终端骑行结束，然后第一终端向第二终端发送第三通知消息，该第三通知消息用于指示第二终端退出骑行模式。

其中，上述第一终端可以为手机、平板电脑、笔记本电脑、超级移动个人计算机、上网本、个人数字助理等设备。第二终端为能够采集用户的生理数据(如心率、血压、血糖等)的可穿戴设备，如智能手表、智能手环等。

上述方法的具体实现可参考前述图5、图5a、图5b所示的方法，此处不再赘述。

需要说明的是，第一终端和第二终端可以为同一个终端，则第一终端在接收到单车服务器发送的第一通知消息后，根据该第一通知消息进入骑行模式。第一终端在接收到单车服务器发送的用于指示第一终端骑行结束的第二通知消息时，退出骑行模式。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，各个网元，例如单车、终端等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对各个网元等进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

在采用对应各个功能划分各个功能模块的情况下，图20示出了上述实施例中所涉及的第一终端的一种可能的结构示意图，第一终端1200包括：接收单元1201、发送单元1202。接收单元1201用于支持第一终端接收第一通知消息，该第一通知消息用于指示所述第一终端目标单车处于可用状态；发送单元1202，用于根据所述接收单元1201接收的所述第一通知消息，向第二终端发送模式设定指令；该模式设定指令用于指示所述第二终端进入骑行模式。

可选的，还包括获取单元1203，用于支持第一终端自动获取目标单车的标识，如当第一终端与所述目标单车的距离在预设距离内时，与目标单车进行近场通信NFC以自动获取所述目标单车的标识；该预设距离为NFC协议规定的可进行NFC通信的距离。启动单元1204，用于根据获取单元1203获取的目标单车的标识，确定目标单车对应的应用程序的标识；根据所述应用程序的标识启动目标单车对应的应用程序。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图20a示出了上述实施例中所涉及的第一终端的一种可能的结构示意图。第一终端1300包括：处理模块1302和通信模块1303。处理模块1302用于对第一终端的动作进行控制管理，例如，处理模块1302用于支持第一终端执行图5a中的过程507a、过程508a、509a、图5b中的507b、508b，图6a中的601a和/或用于本文所描述的技术的其它过程。通信模块1303用于支持第一终端与其他网络实体的通信，例如与图2中示出的第二终端、单车、单车对应的服务器之间的通信，如图4中的过程501、过程504、图5a中的501a、510a。第一终端还可以包括存储模块1301，用于存储第一终端的程序代码和数据。

其中，处理模块1302可以是处理器或控制器，例如可以是中央处理器(centralprocessing unit，CPU)，通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application-specific integrated circuit，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1303可以是收发器、收发电路或通信接口等。存储模块1301可以是存储器。

当处理模块1302为处理器，通信模块1303为收发器，存储模块1301为存储器时，本申请实施例所涉及的第一终端可以为图20b所示的第一终端。

参阅图20b所示，该第一终端1400包括：处理1401、收发器1402、存储器1403以及总线1404。其中，收发器1402、处理器1401以及存储器1403通过总线1404相互连接；总线1404可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图20b中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

图21示出了上述实施例所涉及的第二终端的一种可能结构示意图，第二终端1500包括接收单元1501、模式设定单元1502。其中，接收单元1501，用于支持第二终端接收第一终端发送的模式设定指令，该模式设定指令用于指示所述第二终端进入骑行模式。模式设定单元1502，用于支持第二终端根据所述接收单元1501接收的模式设定指令进入骑行模式。

可选的，所述接收单元1502，还用于接收所述第一终端发送的通知消息，所述通知消息用于通知所述第二终端骑行结束。所述模式设定单元1502，还用于根据所述接收单元接收的通知消息退出骑行模式。

可选的，第二终端还包括显示单元1503用于支持第二终端在模式设定单元1502将所述第二终端设定为骑行模式后，加载骑行模式下的显示界面，所述显示界面至少用于显示所述第二终端获取的用户数据。其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在采用集成的单元的情况下，图21a示出了上述实施例中所涉及的第二终端的一种可能的结构示意图。第二终端1600包括：处理模块1602和通信模块1603。处理模块1602用于对第二终端的动作进行控制管理，例如，处理模块1602用于支持第二终端执行图4中的过程503、506和/或用于本文所描述的技术的其它过程。通信模块1603用于支持基站与其他网络实体的通信，例如与2中示出的第一终端、单车、单车对应的服务器之间的通信，例如图4中的过程501、504、506。第二终端还可以包括存储模块1601，用于存储第二终端的程序代码和数据。

其中，处理模块1602可以是处理器或控制器，例如可以是中央处理器(centralprocessing unit，CPU)，通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application-specific integrated circuit，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1603可以是收发器、收发电路或通信接口等。存储模块1601可以是存储器。

当处理模块1602为处理器，通信模块1603为收发器，存储模块1601为存储器时，本申请实施例所涉及的第二终端可以为图21b所示的第二终端。

参阅图21b所示，该第二终端1700包括：处理1701、收发器1702、存储器1703以及总线1704。其中，收发器1702、处理器1701以及存储器1703通过总线1704相互连接；总线1704可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图21b中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例提供一种终端，如图22所示，第一终端1800包括：获取单元1801，用于和单车进行NFC通信以获取所述单车的标识。发送单元1802，用于向单车对应的服务器发送解锁请求，该解锁请求中携带所述获取单元获取的单车的标识。接收单元1803，用于接收单车对应的服务器发送的第一通知消息，该第一通知消息用于指示终端所述单车已解锁。可选的，该终端还包括：启动单元1804，用于根据所述获取单元获取的单车的标识，确定单车对应的应用程序的标识，并启动该应用程序。则所述发送单元1802，还用于根据获取单元1801获取的单车的标识，确定用于与单车对应的服务器进行通信的目标服务接口，并通过该目标服务接口向单车对应的服务器发送解锁请求；该接收单元1803，还用于通过该目标服务接口接收单车对应的服务器回复的第一通知消息。

在一种可能的设计中，所述发送单元1802，还用于向第二终端发送模式设定指令，以使得第二终端根据该模式设定指令进入骑行模式。所述接收单元1803，还用于接收单车服务器发送的第二通知消息，该第二通知消息用于指示第一终端骑行结束；所述发送单元1802，还用于向第二终端发送第三通知消息，该第三通知消息用于指示第二终端退出骑行模式。

在采用集成的单元的情况下，图22b示出了上述实施例中所涉及的终端的一种可能的结构示意图。第一终端1900包括：处理模块1902和通信模块1903。处理模块1902用于对第二终端的动作进行控制管理，例如，处理模块1902用于支持终端执行图5a中的过程507a至509a和/或用于本文所描述的技术的其它过程。通信模块1903用于支持基站与其他网络实体的通信，例如与单车、单车对应的服务器之间的通信。该终端还可以包括存储模块1901，用于存储终端的程序代码和数据。

其中，处理模块1902可以是处理器或控制器，例如可以是中央处理器(centralprocessing unit，CPU)，通用处理器，数字信号处理器(digital signal processor，DSP)，专用集成电路(application-specific integrated circuit，ASIC)，现场可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，DSP和微处理器的组合等等。通信模块1903可以是收发器、收发电路或通信接口等。存储模块1901可以是存储器。

当处理模块1902为处理器，通信模块1903为收发器，存储模块1901为存储器时，本申请实施例所涉及的9终端可以为图22b所示的终端。

如图22b所示，提供一种终端，该终端包括：收发器2002、处理器2001、存储器2003和总线2004。其中，收发器2002、处理器2001、存储器2003通过总线2004互相连接。

所述存储器2003用于存储计算机执行代码；所述收发器2002用于和单车进行NFC通信以获取单车的标识；向单车对应的服务器发送解锁请求，该解锁请求中携带所述单车的标识；以及接收单车对应的服务器发送的第一通知消息，该第一通知消息用于指示终端所述单车已解锁。

可选的，所述处理器2001，用于根据单车的标识，确定单车对应的应用程序的标识，并启动该应用程序。

可选的，所述处理器2001，还用于根据单车的标识，确定用于与单车对应的服务器进行通信的目标服务接口。所述收发器2002，用于通过该目标服务接口向单车对应的服务器发送解锁请求以及通过该目标服务接口接收单车对应的服务器回复的第一通知消息。

可选的，所述收发器2002还用于向第二终端发送模式设定指令，以使得第二终端根据该模式设定指令进入骑行模式；还用于接收单车服务器发送的第二通知消息，该第二通知消息用于指示第一终端骑行结束，向第二终端发送第三通知消息，该第三通知消息用于指示第二终端退出骑行模式。

结合本申请公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于随机存取存储器(random access memory，RAM)、闪存、只读存储器(readonly memory，ROM)、可擦除可编程只读存储器(erasable programmable ROM，EPROM)、电可擦可编程只读存储器(electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本申请所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上所述的具体实施方式，对本申请的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本申请的具体实施方式而已，并不用于限定本申请的保护范围，凡在本申请的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本申请的保护范围之内。

Claims (30)

1.一种数据传输方法，其特征在于，所述方法包括：

第一终端获取目标单车的标识，向所述目标单车对应的服务器发送解锁请求，所述解锁请求中携带所述目标单车的标识和所述第一终端的标识；

所述第一终端接收所述目标单车对应的服务器发送的第一通知消息，所述第一通知消息用于指示所述第一终端目标单车处于可用状态，所述可用状态为所述目标单车已解锁且达到预设的运行速度；

所述第一终端根据所述第一通知消息，向用于采集用户的生理数据的可穿戴设备发送模式设定指令；所述模式设定指令用于指示所述可穿戴设备进入骑行模式。

2.根据权利要求1所述的方法，其特征在于，在所述第一终端向所述目标单车对应的服务器发送解锁请求之前，所述方法还包括：

所述第一终端根据所述目标单车的标识，确定所述目标单车对应的应用程序的标识；

所述第一终端根据所述应用程序的标识启动所述目标单车对应的应用程序。

3.根据权利要求1所述的方法，其特征在于，在所述第一终端向所述目标单车对应的服务器发送解锁请求之前，所述方法还包括：

所述第一终端根据所述目标单车的标识，确定用于与所述目标单车对应的服务器进行通信的目标服务接口；

所述第一终端向所述目标单车对应的服务器发送解锁请求，具体包括：

所述第一终端通过所述目标服务接口向所述目标单车对应的服务器发送解锁请求；

所述第一终端接收所述目标单车对应的服务器发送的第一通知消息，具体包括：

所述第一终端接收所述目标单车对应的服务器通过所述目标服务接口发送的第一通知消息。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述第一终端自动获取所述目标单车的标识，包括：

当所述第一终端与所述目标单车的距离在预设距离内时，所述第一终端与所述目标单车进行近场通信NFC以自动获取所述目标单车的标识；所述预设距离为NFC协议规定的可进行NFC通信的距离。

5.根据权利要求4所述的方法，其特征在于，在所述第一终端向可穿戴设备发送模式设定指令之后，所述方法还包括：

所述第一终端接收第二通知消息，所述第二通知消息用于指示所述第一终端所述目标单车处于非骑行状态；

所述第一终端根据所述第二通知消息，向所述可穿戴设备发送第三通知消息，所述第三通知消息用于通知所述可穿戴设备骑行结束。

6.根据权利要求1至3任一项所述的方法，其特征在于，在所述第一终端向可穿戴设备发送模式设定指令之后，所述方法还包括：

所述第一终端接收第二通知消息，所述第二通知消息用于指示所述第一终端所述目标单车处于非骑行状态；

所述第一终端根据所述第二通知消息，向所述可穿戴设备发送第三通知消息，所述第三通知消息用于通知所述可穿戴设备骑行结束。

7.一种数据传输方法，其特征在于，所述方法包括：

可穿戴设备接收第一终端发送的模式设定指令，所述模式设定指令用于指示所述可穿戴设备进入骑行模式；其中，所述可穿戴设备用于采集用户的生理数据；所述模式设定指令是所述第一终端根据来自目标单车对应的服务器的第一通知消息发送的，所述第一通知消息用于指示所述第一终端目标单车处于可用状态，所述可用状态为所述目标单车已解锁且达到预设的运行速度；

所述可穿戴设备根据所述模式设定指令进入骑行模式。

8.根据权利要求7所述的方法，其特征在于，所述可穿戴设备根据所述模式设定指令进入骑行模式之后，所述方法还包括：

所述可穿戴设备加载骑行模式下的显示界面，所述显示界面至少用于显示所述可穿戴设备获取的用户数据。

9.根据权利要求7或8所述的方法，其特征在于，在所述可穿戴设备根据所述模式设定指令进入骑行模式之后，所述方法还包括：

所述可穿戴设备接收所述第一终端发送的通知消息，所述通知消息用于通知所述可穿戴设备骑行结束；

所述可穿戴设备根据所述通知消息退出骑行模式。

10.一种终端，其特征在于，所述终端作为第一终端包括：

获取单元，用于获取目标单车的标识；

发送单元，用于向所述目标单车对应的服务器发送解锁请求，所述解锁请求中携带所述第一终端的标识和所述获取单元获取的目标单车的标识；

接收单元，用于接收所述目标单车对应的服务器发送的第一通知消息，所述第一通知消息用于指示所述第一终端目标单车处于可用状态，所述可用状态为所述目标单车已解锁且达到预设的运行速度；

所述发送单元，还用于根据所述接收单元接收的所述第一通知消息，向用于采集用户的生理数据的可穿戴设备发送模式设定指令；所述模式设定指令用于指示所述可穿戴设备进入骑行模式。

11.根据权利要求10所述的终端，其特征在于，所述终端作为第一终端，还包括：

启动单元，用于根据所述获取单元获取的目标单车的标识，确定所述目标单车对应的应用程序的标识；根据所述应用程序的标识启动所述目标单车对应的应用程序。

12.根据权利要求11所述的终端，其特征在于，所述发送单元，具体用于根据所述目标单车的标识，确定用于与所述目标单车对应的服务器进行通信的目标服务接口；通过所述目标服务接口向所述目标单车对应的服务器发送解锁请求；

所述接收单元，具体用于接收所述目标单车对应的服务器通过所述目标服务接口发送的第一通知消息。

13.根据权利要求10至12任一项所述的终端，其特征在于，

所述获取单元，具体用于当所述第一终端与所述目标单车的距离在预设距离内时，与所述目标单车进行近场通信NFC以自动获取所述目标单车的标识；所述预设距离为NFC协议规定的可进行NFC通信的距离。

14.根据权利要求13所述的终端，其特征在于，

所述接收单元，还用于接收第二通知消息，所述第二通知消息用于指示所述第一终端所述目标单车处于非骑行状态；

所述发送单元，还用于根据所述接收单元接收的所述第二通知消息，向所述可穿戴设备发送第三通知消息，所述第三通知消息用于通知所述可穿戴设备骑行结束。

15.根据权利要求10至12任一项所述的终端，其特征在于，

所述接收单元，还用于接收第二通知消息，所述第二通知消息用于指示所述第一终端所述目标单车处于非骑行状态；

所述发送单元，还用于根据所述接收单元接收的所述第二通知消息，向所述可穿戴设备发送第三通知消息，所述第三通知消息用于通知所述可穿戴设备骑行结束。

16.一种终端，其特征在于，所述终端作为用于采集用户的生理数据的可穿戴设备包括：

接收单元，用于接收第一终端发送的模式设定指令，所述模式设定指令用于指示所述可穿戴设备进入骑行模式；其中，所述模式设定指令是所述第一终端根据来自目标单车对应的服务器的第一通知消息发送的，所述第一通知消息用于指示所述第一终端目标单车处于可用状态，所述可用状态为所述目标单车已解锁且达到预设的运行速度；

模式设定单元，用于根据所述接收单元接收的模式设定指令进入骑行模式。

17.根据权利要求16所述的终端，其特征在于，所述终端作为可穿戴设备，还包括：

显示单元，用于在所述模式设定单元将所述可穿戴设备设定为骑行模式后，加载骑行模式下的显示界面，所述显示界面至少用于显示所述可穿戴设备获取的用户数据。

18.根据权利要求16或17所述的终端，其特征在于，

所述接收单元，还用于接收所述第一终端发送的通知消息，所述通知消息用于通知所述可穿戴设备骑行结束；

所述模式设定单元，还用于根据所述接收单元接收的通知消息退出骑行模式。

19.一种终端，其特征在于，所述终端作为第一终端包括：收发器、存储器和处理器，所述存储器用于存储计算机执行代码，所述处理器，用于获取目标单车的标识；所述收发器用于向所述目标单车对应的服务器发送解锁请求，所述解锁请求中携带所述目标单车的标识和所述第一终端的标识；还用于接收所述目标单车对应的服务器发送的第一通知消息，所述第一通知消息用于指示所述第一终端目标单车处于可用状态，所述可用状态为所述目标单车已解锁且达到预设的运行速度；还用于在收到所述第一通知消息后，向用于采集用户的生理数据的可穿戴设备发送模式设定指令；所述模式设定指令用于指示所述可穿戴设备进入骑行模式。

20.根据权利要求19所述的终端，其特征在于，所述处理器，还用于根据所述目标单车的标识，确定所述目标单车对应的应用程序的标识；根据所述应用程序的标识启动所述目标单车对应的应用程序。

21.根据权利要求19所述的终端，其特征在于，所述处理器，还用于根据所述目标单车的标识，确定用于与所述目标单车对应的服务器进行通信的目标服务接口；

所述收发器，还用于通过所述目标服务接口向所述目标单车对应的服务器发送解锁请求；

所述收发器，还用于通过所述目标服务接口接收所述目标单车对应的服务器发送的第一通知消息。

22.根据权利要求19至21任一项所述的终端，其特征在于，所述处理器，还用于当所述第一终端与所述目标单车的距离在预设距离内时，所述第一终端与所述目标单车进行近场通信NFC以自动获取所述目标单车的标识；所述预设距离为NFC协议规定的可进行NFC通信的距离。

23.根据权利要求22所述的终端，其特征在于，

所述收发器，还用于接收第二通知消息，所述第二通知消息用于指示所述第一终端所述目标单车处于非骑行状态；

所述收发器，还用于根据所述第二通知消息，向所述可穿戴设备发送第三通知消息，所述第三通知消息用于通知所述可穿戴设备骑行结束。

24.根据权利要求19至21任一项所述的终端，其特征在于，

所述收发器，还用于接收第二通知消息，所述第二通知消息用于指示所述第一终端所述目标单车处于非骑行状态；

所述收发器，还用于根据所述第二通知消息，向所述可穿戴设备发送第三通知消息，所述第三通知消息用于通知所述可穿戴设备骑行结束。

25.一种终端，其特征在于，所述终端作为用于采集用户的生理数据的可穿戴设备包括：收发器、存储器和处理器，所述存储器用于存储计算机执行代码；

所述收发器，用于接收第一终端发送的模式设定指令，所述模式设定指令用于指示所述可穿戴设备进入骑行模式；其中，所述模式设定指令是所述第一终端根据来自目标单车对应的服务器的第一通知消息发送的，所述第一通知消息用于指示所述第一终端目标单车处于可用状态，所述可用状态为所述目标单车已解锁且达到预设的运行速度；

所述处理器，用于根据所述模式设定指令进入骑行模式。

26.根据权利要求25所述的终端，其特征在于，所述终端作为可穿戴设备，还包括：

显示器，用于加载骑行模式下的显示界面，所述显示界面至少用于显示所述可穿戴设备获取的用户数据。

27.根据权利要求25或26所述的终端，其特征在于，

所述收发器，还用于接收所述第一终端发送的通知消息，所述通知消息用于通知所述可穿戴设备骑行结束；

所述处理器，还用于根据所述通知消息退出骑行模式。

28.一种数据传输系统，其特征在于，所述系统包括权利要求19至24任一项所述的第一终端、权利要求25至27任一项所述的可穿戴设备。

29.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述权利要求1至6任一项所述的方法。

30.一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述权利要求7至9任一项所述的方法。

Images