一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

数据传输方法和装置、可穿戴设备及存储介质与流程

2021-10-22 21:40:00 来源:中国专利 TAG:穿戴 数据传输 电子设备 装置 可读


1.本技术涉及电子设备技术领域,特别是涉及一种数据传输方法和装置、可 穿戴设备以及计算机可读存储介质。


背景技术:

2.近年来,随着电子设备技术的快速发展,一些可穿戴设备支持双系统操作, 双系统是指在可穿戴设备中提供两个操作系统,这两个操作系统之间互相独立、 互不影响;同时,这两个操作系统之间需要进行数据交互。
3.但是,在这两个操作系统进行数据交互时,常常出现数据传输紊乱的问题。


技术实现要素:

4.本技术实施例提供一种数据传输方法、装置、可穿戴设备以及计算机可读 存储介质,可以避免两个操作系统之间数据传输紊乱的问题。
5.一种数据传输方法,包括:
6.获取待传输数据类型;
7.检测可穿戴设备当前的屏幕状态信息;
8.根据所述可穿戴设备当前的屏幕状态信息以及所述待传输数据类型确定待 传输数据,并将所述待传输数据由所述可穿戴设备的第一操作系统传输至所述 可穿戴设备的第二操作系统,所述第一操作系统的功耗低于所述第二操作系统 的功耗。
9.一种数据传输装置,包括:
10.获取模块,用于获取待传输数据类型;
11.检测模块,用于检测可穿戴设备当前的屏幕状态信息;
12.传输模块,用于根据所述可穿戴设备当前的屏幕状态信息以及所述待传输 数据类型确定待传输数据,并将所述待传输数据由所述可穿戴设备的第一操作 系统传输至所述可穿戴设备的第二操作系统,所述第一操作系统的功耗低于所 述第二操作系统的功耗。
13.一种可穿戴设备,包括存储器以及处理器,所述存储器中储存有计算机程 序,所述计算机程序被所述处理器执行时,使得所述处理器执行任一项所述的 数据传输方法的步骤。
14.一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处 理器执行时,使得所述处理器执行任一项所述的数据传输方法的步骤。
15.上述数据传输方法、装置、可穿戴设备以及计算机可读存储介质,获取待 传输数据类型,检测可穿戴设备当前的屏幕状态信息,根据可穿戴设备当前的 屏幕状态信息以及待传输数据类型确定待传输数据,并将待传输数据由可穿戴 设备的第一操作系统传输至可穿戴设备的第二操作系统,其中,第一操作系统 的功耗低于第二操作系统的功耗,这样,根据待传输数据类型以及可穿戴设备 的屏幕状态信息控制数据在第一操作系统和第二操作系统之间传输,实现了双 系统环境下数据的有序传输。
附图说明
16.为了更清楚地说明本技术实施例或现有技术中的技术方案,下面将对实施 例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述 中的附图仅仅是本技术的一些实施例,对于本领域普通技术人员来讲,在不付 出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
17.图1为一个实施例中数据传输方法的流程图;
18.图2为一个实施例中可穿戴设备的结构框图;
19.图3为一个实施例中第一数据类型的数据的上报流程示意图;
20.图4为一个实施例中确定待传输数据的细化流程图;
21.图5为另一个实施例中确定待传输数据的细化流程图;
22.图6为又一个实施例中确定待传输数据的细化流程图;
23.图7为一个实施例中第二数据类型的数据的上报流程示意图;
24.图8为一个实施例中第一操作系统重启的流程流程图;
25.图9为另一个实施例中第一操作系统重启的流程示意图;
26.图10为又一个实施例中第一操作系统重启的流程示意图;
27.图11为一个实施例中数据传输装置的结构框图;
28.图12为一个实施例中可穿戴设备的内部结构框图。
具体实施方式
29.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实 施例,对本技术进行进一步详细说明。应当理解,此处所描述的具体实施例仅 仅用以解释本技术,并不用于限定本技术。
30.本技术实施例中的可穿戴设备可以是以手腕为支撑的可穿戴设备(包括手 表、手环、腕带等产品),以脚为支撑的可穿戴设备(包括鞋、袜子或者将来的 其它腿上佩戴产品),以头为支撑的可穿戴设备(包括眼镜、头盔、头带、耳机 等),以及服装、书包、拐杖、配饰等各类形态的可穿戴设备。该可穿戴设备支 持双系统操作,这两个操作系统分别通过第一芯片以及第二芯片支持,该第一 芯片和第二芯片均可采用mcu(microcontroller unit,微控制单元)。在一个实施 例中,第一芯片的功耗小于第二芯片的功耗。
31.在一个实施例中,可穿戴设备获取待传输数据类型;接着,可穿戴设备检 测可穿戴设备当前的屏幕状态信息;接着,可穿戴设备根据可穿戴设备当前的 屏幕状态信息以及待传输数据类型确定待传输数据,并将待传输数据由可穿戴 设备的第一操作系统传输至可穿戴设备的第二操作系统,第一操作系统的功耗 低于第二操作系统的功耗。
32.图1为一个实施例中数据传输方法的流程图。图1所示的数据传输方法可 应用于上述可穿戴设备中,包括:
33.步骤102,获取待传输数据类型。
34.其中,待传输数据是由第一操作系统传输至第二操作系统的数据,第一操 作系统和第二操作系统均为可穿戴设备的操作系统,第一操作系统的功耗低于 第二操作系统的功耗,即第一操作系统可用于实现超长待机能力,第二操作系 统用于实现提供更为完备的智能功能。
35.在一个实施例中,第一操作系统可为rtos(real-time operating system,实 时操作系统),rtos会按照排序运行、管理系统资源,并为开发应用程序提供 一致的基础,其具有“实时”的特性,即当一个任务需要执行时,rtos会马上执 行该任务。第二操作系统可为android系统、ios(iphone operation system)系 统、windows phone系统、blackberry os(operation system)系统、tizen系统 等。
36.在一个实施例中,第一操作系统通过第一芯片进行支持,第二操作系统通 过第二芯片进行支持,第一芯片的功耗小于第二芯片的功耗,即第一操作系统 可通过协处理器进行支持,第二操作系统可通过主处理器进行支持,协处理器 和主处理器均可独立进行工作。
37.在一个实施例中,可穿戴设备可通过蓝牙与移动终端的应用程序配合使用。 第一操作系统通过第一蓝牙与移动终端进行通信,第二操作系统通过第二蓝牙 与移动终端进行通信,第一蓝牙的功耗小于第二蓝牙的功耗。其中,第一蓝牙 可为低功耗蓝牙(ble,bluetooth low energy),第二蓝牙可为经典蓝牙 (br/edr,basic rate/enhanced data rate)。
38.在一个实施例中,如图2所示,第一操作系统可用于采集可穿戴设备中各 个传感器的数据,对各个传感器的数据进行处理得到待传输数据,并将待传输 数据上报至第二操作系统,以使得第二操作系统进行显示。其中,该传感器可 以是加速度传感器、陀螺仪传感器、地磁传感器、心率传感器、血氧传感器等 等。该待传输数据可以是心率、海拔高度、步数、距离、速度、卡路里、步频 等。
39.在一个实施例中,待传输数据类型可包括第一数据类型以及第二数据类型。 第一数据类型可为预设时长内采集得到的数据,第二数据类型可为预定时长内 采集得到的数据,其中,预设时长和预定时长可根据实际应用进行设定。可选 地,预定时长可为预设时长的至少两倍,可根据第一数据类型的数据确定第二 数据类型的数据。可选地,第一数据类型可为实时数据,其可每隔1s采集一次, 其具有实时性质,可为用户提供实时的数据;第二数据类型可为详情数据,其 可每隔3s采集一次,其具有累积性质,可为用户提供一段时间内的累积数据以 及数据变化等,其可通过图表等方式进行显示。
40.在一个实施例中,可设置第一数据类型以及第二数据类型的上报至第二操 作系统的时间间隔。可选地,可设置第一数据类型的上报时间间隔为预设时间 间隔,第二数据类型的上报时间间隔为预定时间间隔,预设时间间隔和预定时 间间隔可根据实际应用进行设定。
41.在一个实施例中,可穿戴设备获取待传输数据类型。
42.步骤104,检测可穿戴设备当前的屏幕状态信息。
43.其中,屏幕状态信息用于表征可穿戴设备的屏幕状态,其可包括亮屏状态 以及息屏状态。亮屏状态是指可穿戴设备在运行过程中,屏幕背光处于开启状 态;息屏状态是指可穿戴设备在运行过程中,屏幕背光处于关闭状态。在一个 实施例中,可穿戴设备检测当前的屏幕状态信息。
44.步骤106,根据所述可穿戴设备当前的屏幕状态信息以及所述待传输数据类 型确定待传输数据,并将所述待传输数据由所述可穿戴设备的第一操作系统传 输至所述可穿戴设备的第二操作系统,所述第一操作系统的功耗低于所述第二 操作系统的功耗。
45.具体地,根据可穿戴设备当前的屏幕状态信息以及待传输数据类型确定是 否上报数据,以及上报数据的数量。在一个实施例中,可穿戴设备根据可穿戴 设备当前的屏幕状态信息以及待传输数据类型确定待传输数据,并将待传输数 据由第一操作系统传输至第二操作系统。
46.本实施例中的数据传输方法,获取待传输数据类型,检测可穿戴设备当前 的屏幕状态信息,根据可穿戴设备当前的屏幕状态信息以及待传输数据类型确 定待传输数据,并将待传输数据由可穿戴设备的第一操作系统传输至可穿戴设 备的第二操作系统,其中,第一操作系统的功耗低于第二操作系统的功耗,这 样,根据待传输数据类型以及可穿戴设备的屏幕状态信息控制数据在第一操作 系统和第二操作系统之间传输,实现了双系统环境下数据的有序传输,提高了 双系统环境下数据传输的稳定性。
47.在一个实施例中,所述根据所述可穿戴设备当前的屏幕状态信息以及所述 待传输数据类型确定待传输数据,包括:当所述可穿戴设备当前的屏幕状态信 息为亮屏状态,且所述待传输数据类型为第一数据类型时,将单批次的所述第 一数据类型的数据作为所述待传输数据。
48.其中,单批次的第一数据类型的数据为:预设时间间隔上报至第二操作系 统的第一数据类型的数据,该预设时间间隔可与预设时长一致,比如1s。
49.具体地,第一数据类型的数据具有实时性质,其可用于实时刷新第二操作 系统的显示界面。当可穿戴设备当前的屏幕状态信息为亮屏状态,可直接将第 一数据类型的数据上报至第二操作系统,这样,在亮屏状态下,用户可感受到 第一数据类型的数据的实时更新。
50.本实施例中的数据传输方法,当可穿戴设备当前的屏幕状态信息为亮屏状 态,且待传输数据类型为第一数据类型时,将单批次的第一数据类型的数据作 为待传输数据,这样,在亮屏状态下,保证了第一数据类型的数据的实时性。
51.在一个实施例中,所述方法还包括:当所述可穿戴设备当前的屏幕状态信 息为息屏状态,且所述待传输数据类型为第一数据类型时,不传输所述第一数 据类型的数据。
52.具体地,当可穿戴设备当前的屏幕状态信息为息屏状态,则不上报该第一 数据类型的数据,这样,在息屏状态下,可减少对第二操作系统的唤醒次数, 降低了功耗。
53.本实施例中的数据传输方法,当可穿戴设备当前的屏幕状态信息为息屏状 态,且待传输数据类型为第一数据类型时,不传输第一数据类型的数据,这样, 在息屏状态下,节省了可穿戴设备的功耗。
54.在一个实施例中,如图3所示,图3为一个实施例中第一数据类型的数据 的上报流程示意图,所述方法包括:
55.步骤302,检测屏幕状态转变消息以及算法结果分发消息。
56.其中,屏幕状态转变消息用于表征可穿戴设备的屏幕状态信息的转变,算 法结果分发消息用于表征算法结果分发完成。具体地,第一操作系统对各个传 感器的数据进行数字模型过滤,得到算法结果,对算法结果进行分发,并根据 分发后的算法结果确定待传输数据。其中,对算法结果进行分发的目的是:对 算法结果进行管理,针对不同的功能调用,为该功能提供相应的分发结果。可 选地,算法结果的分发时间间隔可与第一数据类型的数据的上报时间间隔一致。
57.步骤304,当检测到屏幕状态转变消息以及算法结果分发消息时,判断可穿 戴设备当前的屏幕状态信息是否为亮屏状态。
58.若当前的屏幕状态信息为亮屏状态,步骤306,根据分发结果确定第一数据 类型的数据,并将第一数据类型的数据上报至第二操作系统。
59.或者,若当前的屏幕状态信息不是亮屏状态,步骤308,不上报第一数据类 型的数据。
60.本实施例中的数据传输方法,当由第一操作系统向第二操作系统上报第一 数据类型的数据时,在亮屏状态下,保证了第一数据类型的数据的实时性,在 息屏状态下,可减少对第二操作系统的唤醒次数,降低了功耗。
61.在一个实施例中,如图4所示,所述根据所述可穿戴设备当前的屏幕状态 信息以及所述待传输数据类型确定待传输数据,包括:
62.步骤402,当所述可穿戴设备当前的屏幕状态信息为息屏状态,且所述待传 输数据类型为第二数据类型时,检测所述第二数据类型的数据的待传输批次是 否达到预设批次。
63.其中,第二数据类型的上报时间间隔为预定时间间隔,该预定时间间隔可 与预定时长一致,比如3s。每隔预定时间间隔,若第二数据类型的数据上报至 第二操作系统,即为一传输批次,若第二数据类型的数据未上报至第二操作系 统,即为一待传输批次。预设批次可根据实际应用进行设定,比如3-5次。
64.步骤404,当所述第二数据类型的数据的待传输批次达到所述预设批次时, 将所述预设批次的所述第二数据类型的数据作为所述待传输数据。
65.具体地,当可穿戴设备当前的屏幕状态信息为息屏状态,检测第二数据类 型的数据的待传输批次是否达到预设批次,当第二数据类型的数据的待传输批 次达到所述预设批次时,将预设批次的第二数据类型的数据上报至第二操作系 统,这样,在息屏状态下,将第二数据类型的数据累积至预设批次再进行上报, 可减少对第二操作系统的唤醒次数,降低了功耗。
66.本实施例中的数据传输方法,当可穿戴设备当前的屏幕状态信息为息屏状 态,且待传输数据类型为第二数据类型时,检测第二数据类型的数据的待传输 批次是否达到预设批次,当第二数据类型的数据的待传输批次达到预设批次时, 将预设批次的第二数据类型的数据作为待传输数据,这样,在息屏状态下,节 省了可穿戴设备的功耗。
67.在一个实施例中,如图5所示,所述根据所述可穿戴设备当前的屏幕状态 信息以及所述待传输数据类型确定待传输数据,包括:
68.步骤502,当所述可穿戴设备当前的屏幕状态信息为亮屏状态,且所述待传 输数据类型为第二数据类型时,检测上一次发送所述第二数据类型的数据的所 述屏幕状态信息。步骤504,当上一次发送所述第二数据类型的数据的所述屏幕 状态信息为亮屏状态时,将单批次的所述第二数据类型的数据作为所述待传输 数据。
69.其中,单批次的第二数据类型的数据为:预定时间间隔上报至第二操作系 统的数据。
70.具体地,第二数据类型的数据具有累积性质。当可穿戴设备当前的屏幕状 态信息为亮屏状态,且上一次发送第二数据类型的数据的屏幕状态信息也为亮 屏状态时,说明没
有待传输批次的第二数据类型的数据,可直接将单批次的第 二数据类型的数据上报至第二操作系统,这样,在亮屏状态下,用户可感受到 第二数据类型的数据的及时更新。
71.本实施例中的数据传输方法,当可穿戴设备当前的屏幕状态信息为亮屏状 态,且待传输数据类型为第二数据类型时,检测上一次发送第二数据类型的数 据的屏幕状态信息,当上一次发送第二数据类型的数据的屏幕状态信息为亮屏 状态时,将单批次的第二数据类型的数据作为待传输数据,这样,在亮屏状态 下,保证了第二数据类型的数据的及时更新。
72.在一个实施例中,如图6所示,所述方法还包括:
73.步骤602,当上一次发送所述第二数据类型的数据的所述屏幕状态信息为息 屏状态时,检测上一次发送所述第二数据类型的数据的时间。
74.在一个实施例中,第一操作系统每次上报第二数据类型的数据,均可记录 发送数据的时间戳。
75.步骤604,根据当前时间以及所述上一次发送所述第二数据类型的数据的时 间,确定所述待传输数据。
76.具体地,当可穿戴设备当前的屏幕状态信息为亮屏状态,但上一次发送第 二数据类型的数据的屏幕状态信息为息屏状态时,说明有待传输批次的第二数 据类型的数据,可将上一次发送第二数据类型的数据的时间,至当前时间所累 积的第二数据类型的数据,上报至第二操作系统,其中,该待传输批次小于预 设批次。这样,在亮屏状态下,用户可感受到第二数据类型的数据的及时更新。
77.本实施例中的数据传输方法,当上一次发送第二数据类型的数据的屏幕状 态信息为息屏状态时,检测上一次发送第二数据类型的数据的时间,根据当前 时间以及上一次发送第二数据类型的数据的时间,确定待传输数据,这样,在 亮屏状态下,及时更新第二数据类型的数据。
78.在一个实施例中,如图7所示,图7为一个实施例中第二数据类型的数据 的上报流程示意图,所述方法包括:
79.步骤702,检测算法结果分发消息以及算法结果分发消息。
80.步骤704,当检测到屏幕状态转变消息以及算法结果分发消息时,判断是否 生成单批次的第二数据类型的数据。
81.当生成单批次的第二数据类型的数据时,步骤706,判断可穿戴设备当前的 屏幕状态信息是否为亮屏状态;当未生成单批次的第二数据类型的数据时,步 骤708,不传输第二数据类型的数据。
82.进一步地,当可穿戴设备当前的屏幕状态信息为息屏状态时,步骤710,检 测第二数据类型的数据的待传输批次是否达到预设批次,当第二数据类型的数 据的待传输批次达到预设批次时,将预设批次的第二数据类型的数据传输至第 二操作系统。
83.或者,当可穿戴设备当前的屏幕状态信息为亮屏状态时,步骤712,检测上 一次发送第二数据类型的数据的屏幕状态信息。
84.步骤714,当上一次发送第二数据类型的数据的屏幕状态信息为亮屏状态 时,将单批次的第二数据类型的数据传输至第二操作系统。
85.或者,步骤716,当上一次发送第二数据类型的数据的屏幕状态信息为息屏 状态
时,检测上一次发送第二数据类型的数据的时间,根据当前时间以及上一 次发送第二数据类型的数据的时间,确定待传输数据,将待传输数据传输至第 二操作系统。
86.本实施例中的数据传输方法,当由第一操作系统向第二操作系统上报第二 数据类型的数据时,在亮屏状态下,保证了第二数据类型的数据的及时更新, 在息屏状态下,可减少对第二操作系统的唤醒次数,降低了功耗。
87.在一个实施例中,如图8所示,所述方法还包括:
88.步骤802,当检测到所述第一操作系统重启时,获取待恢复数据。
89.其中,待恢复数据是指,在此次数据传输过程中,第一操作系统已经上报 给第二操作系统的第二数据类型的数据。
90.具体地,第一操作系统可在一些线程添加定时器,当检测到定时器超时时, 说明线程阻塞,此时第一操作系统将重启原因写入闪存,并进行重启。当第一 操作系统重启成功后,从闪存读取重启原因,并上报至第二操作系统,第二操 作系统会广播该重启原因,以使各个功能根据重启原因执行不同的动作。由于 第二数据类型具有累积性质,在第一操作系统重启后,若不恢复之前上报给第 二操作系统的第二数据类型的数据,则会导致之后上报的第二数据类型的数据 不准确。
91.步骤804,将所述待恢复数据由所述第二操作系统传输至所述第一操作系 统。
92.具体地,第二操作系统将待恢复数据由第二操作系统传输至第一操作系统, 第一操作系统进行存储,进而根据待恢复数据以及新检测的第二数据类型的数 据,确定待上报的第二数据类型的数据,并继续向第二操作系统上报第二数据 类型的数据。
93.本实施例中的数据传输方法,当检测到第一操作系统重启时,获取待恢复 数据,将待恢复数据由第二操作系统传输至第一操作系统,这样,在第一操作 系统重启后,也能保证第二数据类型的数据的准确性。
94.在一个实施例中,所述方法还包括:当所述第一操作系统接收到所述待恢 复数据时,设置预设重启标识。
95.其中,预设重启标识用于指示第一操作系统结合待恢复数据生成第二数据 类型的数据。
96.在一个实施例中,如图9所示,图9为一个实施例中第一操作系统重启的 流程示意图。
97.步骤902,第一操作系统重启后,将重启原因上报至第二操作系统。
98.步骤904,第二操作系统将待恢复数据传输至第一操作系统。
99.步骤906,第一操作系统设置预设重启标识。
100.本实施例中的数据传输方法,当第一操作系统接收到待恢复数据时,设置 预设重启标识,这样,在第一操作系统重启后,可根据预设重启标识读取待恢 复数据,并结合待恢复数据生成第二数据类型的数据,保证了第二数据类型的 数据的准确性。
101.在一个实施例中,所述方法还包括:当检测到所述预设重启标识时,根据 所述待恢复数据确定第二数据类型的数据,并清除所述预设重启标识。
102.在一个实施例中,如图10所示,图10为一个实施例中第一操作系统重启 的流程示意图。
103.步骤1002,当第一操作系统接收到第二操作系统发送的数据上报消息时, 检测是
否存在预设重启标识。
104.步骤1004,当检测到预设重启标识时,从存储中读取待恢复数据,根据待 恢复数据以及新检测的第二数据类型的数据,确定待上报的第二数据类型的数 据。
105.步骤1006,向第二操作系统上报第二数据类型的数据。
106.本实施例中的数据传输方法,当第一操作系统检测到预设重启标识时,根 据待恢复数据确定第二数据类型的数据,并清除预设重启标识,这样,在第一 操作系统重启后,也能保证第二数据类型的数据的准确性。
107.在一个具体的实施例中,提供一种数据传输方法,该可穿戴设备包括第一 操作系统以及第二操作系统,第一操作系统的功耗低于第二操作系统的功耗, 第一操作系统通过第一芯片进行支持,第二操作系统通过第二芯片进行支持, 第一芯片的功耗小于第二芯片的功耗,且第一操作系统通过第一蓝牙与移动终 端进行通信,第二操作系统通过第二蓝牙与移动终端进行通信,第一蓝牙的功 耗小于第二蓝牙的功耗。该方法包括:
108.获取待传输数据类型;
109.接着,检测可穿戴设备当前的屏幕状态信息;
110.进一步地,当可穿戴设备当前的屏幕状态信息为亮屏状态,且待传输数据 类型为第一数据类型时,将单批次的第一数据类型的数据发送至第二操作系统, 单批次的第一数据类型的数据为预设时间间隔上报至第二操作系统的数据。
111.或者,当可穿戴设备当前的屏幕状态信息为息屏状态,且待传输数据类型 为第一数据类型时,不传输第一数据类型的数据。
112.或者,当可穿戴设备当前的屏幕状态信息为息屏状态,且待传输数据类型 为第二数据类型时,检测第二数据类型的数据的待传输批次是否达到预设批次, 当第二数据类型的数据的待传输批次达到预设批次时,将预设批次的第二数据 类型的数据发送至第二操作系统。
113.或者,当可穿戴设备当前的屏幕状态信息为亮屏状态,且待传输数据类型 为第二数据类型时,检测上一次发送第二数据类型的数据的屏幕状态信息,当 上一次发送第二数据类型的数据的屏幕状态信息为亮屏状态时,将单批次的第 二数据类型的数据发送至第二操作系统,单批次的第二数据类型的数据为预定 时间间隔上报至第二操作系统的数据。
114.或者,当上一次发送第二数据类型的数据的屏幕状态信息为息屏状态时, 检测上一次发送第二数据类型的数据的时间,根据当前时间以及上一次发送第 二数据类型的数据的时间,确定待传输数据,将待传输数据发送至第二操作系 统。
115.本实施例中的数据传输方法,当由第一操作系统向第二操作系统上报第一 数据类型的数据时,在亮屏状态下,保证了第一数据类型的数据的实时性,在 息屏状态下,可减少对第二操作系统的唤醒次数,降低了功耗;当由第一操作 系统向第二操作系统上报第二数据类型的数据时,在亮屏状态下,保证了第二 数据类型的数据的及时更新,在息屏状态下,可减少对第二操作系统的唤醒次 数,降低了功耗。
116.应该理解的是,虽然图1-10的流程图中的各个步骤按照箭头的指示依次显 示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明 确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺 序执行。而且,图1-10中的至少一部分步骤可以包括多个子步骤或者多个阶段, 这些子步骤或者阶段并不必然是在同
一时刻执行完成,而是可以在不同的时刻 执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它 步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
117.图11为一个实施例的数据传输装置1100的结构框图。如图11所示,一种 数据传输装置1100,包括:获取模块1102、检测模块1104和传输模块1106。
118.其中:
119.获取模块1102,用于获取待传输数据类型;
120.检测模块1104,用于检测可穿戴设备当前的屏幕状态信息;
121.传输模块1106,用于根据所述可穿戴设备当前的屏幕状态信息以及所述待 传输数据类型确定待传输数据,并将所述待传输数据由所述可穿戴设备的第一 操作系统传输至所述可穿戴设备的第二操作系统,所述第一操作系统的功耗低 于所述第二操作系统的功耗。
122.本实施中的数据传输装置1100,获取待传输数据类型,检测可穿戴设备当 前的屏幕状态信息,根据可穿戴设备当前的屏幕状态信息以及待传输数据类型 确定待传输数据,并将待传输数据由可穿戴设备的第一操作系统传输至可穿戴 设备的第二操作系统,其中,第一操作系统的功耗低于第二操作系统的功耗, 这样,根据待传输数据类型以及可穿戴设备的屏幕状态信息控制数据在第一操 作系统和第二操作系统之间传输,实现了双系统环境下数据的有序传输,提高 了双系统环境下数据传输的稳定性。
123.在一个实施例中,所述传输模块1106,还用于:当所述可穿戴设备当前的 屏幕状态信息为亮屏状态,且所述待传输数据类型为第一数据类型时,将单批 次的所述第一数据类型的数据作为所述待传输数据,所述单批次的所述第一数 据类型的数据为预设时间间隔上报至所述第二操作系统的数据。
124.本实施例中,当可穿戴设备当前的屏幕状态信息为亮屏状态,且待传输数 据类型为第一数据类型时,将单批次的第一数据类型的数据作为待传输数据, 这样,在亮屏状态下,保证了第一数据类型的数据的实时性。
125.在一个实施例中,所述传输模块1106,还用于:当所述可穿戴设备当前的 屏幕状态信息为息屏状态,且所述待传输数据类型为第一数据类型时,不传输 所述第一数据类型的数据。
126.本实施例中,当可穿戴设备当前的屏幕状态信息为息屏状态,且待传输数 据类型为第一数据类型时,不传输第一数据类型的数据,这样,在息屏状态下, 节省了可穿戴设备的功耗。
127.在一个实施例中,所述传输模块1106,还用于:当所述可穿戴设备当前的 屏幕状态信息为息屏状态,且所述待传输数据类型为第二数据类型时,检测所 述第二数据类型的数据的待传输批次是否达到预设批次;当所述第二数据类型 的数据的待传输批次达到所述预设批次时,将所述预设批次的所述第二数据类 型的数据作为所述待传输数据。
128.本实施例中,当可穿戴设备当前的屏幕状态信息为息屏状态,且待传输数 据类型为第二数据类型时,检测第二数据类型的数据的待传输批次是否达到预 设批次,当第二数据类型的数据的待传输批次达到预设批次时,将预设批次的 第二数据类型的数据作为待传输数据,这样,在息屏状态下,节省了可穿戴设 备的功耗。
129.在一个实施例中,所述传输模块1106,还用于:当所述可穿戴设备当前的 屏幕状态信息为亮屏状态,且所述待传输数据类型为第二数据类型时,检测上 一次发送所述第二数据类型的数据的所述屏幕状态信息;当上一次发送所述第 二数据类型的数据的所述屏幕状态信息为亮屏状态时,将单批次的所述第二数 据类型的数据作为所述待传输数据,所述单批次的所述第二数据类型的数据为 预定时间间隔上报至所述第二操作系统的数据。
130.本实施例中,当可穿戴设备当前的屏幕状态信息为亮屏状态,且待传输数 据类型为第二数据类型时,检测上一次发送第二数据类型的数据的屏幕状态信 息,当上一次发送第二数据类型的数据的屏幕状态信息为亮屏状态时,将单批 次的第二数据类型的数据作为待传输数据,这样,在亮屏状态下,保证了第二 数据类型的数据的及时更新。
131.在一个实施例中,所述传输模块1106,还用于:当上一次发送所述第二数 据类型的数据的所述屏幕状态信息为息屏状态时,检测上一次发送所述第二数 据类型的数据的时间;根据当前时间以及所述上一次发送所述第二数据类型的 数据的时间,确定所述待传输数据。
132.本实施例中,当上一次发送第二数据类型的数据的屏幕状态信息为息屏状 态时,检测上一次发送第二数据类型的数据的时间,根据当前时间以及上一次 发送第二数据类型的数据的时间,确定待传输数据,这样,在亮屏状态下,及 时更新第二数据类型的数据。
133.在一个实施例中,数据传输装置1100还包括重启模块,所述重启模块,用 于:当检测到所述第一操作系统重启时,获取待恢复数据;将所述待恢复数据 由所述第二操作系统传输至所述第一操作系统。
134.本实施例中,当检测到第一操作系统重启时,获取待恢复数据,将待恢复 数据由第二操作系统传输至第一操作系统,这样,在第一操作系统重启后,也 能保证第二数据类型的数据的准确性。
135.在一个实施例中,所述重启模块,还用于:当所述第一操作系统接收到所 述待恢复数据时,设置预设重启标识;当检测到所述预设重启标识时,根据所 述待恢复数据确定第二数据类型的数据,并清除所述预设重启标识。
136.本实施例中,当所述第一操作系统接收到所述待恢复数据时,设置预设重 启标识,当检测到所述预设重启标识时,根据所述待恢复数据确定第二数据类 型的数据,并清除所述预设重启标识,这样,在第一操作系统重启后,也能保 证第二数据类型的数据的准确性。
137.关于数据传输装置的具体限定可以参见上文中对于数据传输方法的限定, 在此不再赘述。上述数据传输装置中的各个模块可全部或部分通过软件、硬件 及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处 理器中,也可以以软件形式存储于计算机设备中的存储器中,以便于处理器调 用执行以上各个模块对应的操作。
138.图12为一个实施例中可穿戴设备的内部结构示意图。如图12所示,该可穿 戴设备包括通过系统总线连接的处理器和存储器。其中,该处理器用于提供计 算和控制能力,支撑整个可穿戴设备的运行。存储器可包括非易失性存储介质 及内存储器。非易失性存储介质存储有操作系统和计算机程序。该计算机程序 可被处理器所执行,以用于实现以上各个实施例所提供的一种数据传输方法。 内存储器为非易失性存储介质中的操作系统计算机程序提供高速缓存的运行环 境。
139.本技术实施例中提供的数据传输装置中的各个模块的实现可为计算机程序 的形式。该计算机程序可在终端或服务器上运行。该计算机程序构成的程序模 块可存储在终端或服务器的存储器上。该计算机程序被处理器执行时,实现本 申请实施例中所描述方法的步骤。
140.本技术实施例还提供了一种计算机可读存储介质。一个或多个包含计算机 可执行指令的非易失性计算机可读存储介质,当所述计算机可执行指令被一个 或多个处理器执行时,使得所述处理器执行数据传输方法的步骤。
141.一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机执 行数据传输方法。
142.本技术所使用的对存储器、存储、数据库或其它介质的任何引用可包括非 易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪 存。易失性存储器可包括随机存取存储器(ram),它用作外部高速缓冲存储器。 作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram (dram)、同步dram(sdram)、双数据率sdram(ddr sdram)、增强型 sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线 (rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存 储器总线动态ram(rdram)。
143.以上所述实施例仅表达了本技术的几种实施方式,其描述较为具体和详细, 但并不能因此而理解为对本技术专利范围的限制。应当指出的是,对于本领域 的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和 改进,这些都属于本技术的保护范围。因此,本技术专利的保护范围应以所附 权利要求为准。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献

  • 日榜
  • 周榜
  • 月榜