CN111988350A - 一种将心率耳机采集的数据同步保存到云端服务器的方法 - Google Patents

一种将心率耳机采集的数据同步保存到云端服务器的方法 Download PDF

Info

Publication number
CN111988350A
CN111988350A CN201910431142.6A CN201910431142A CN111988350A CN 111988350 A CN111988350 A CN 111988350A CN 201910431142 A CN201910431142 A CN 201910431142A CN 111988350 A CN111988350 A CN 111988350A
Authority
CN
China
Prior art keywords
cloud server
data
encryption factor
app terminal
app
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201910431142.6A
Other languages
English (en)
Inventor
杨兴旺
陈宝娃
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guangdong Spark Technology Co ltd
Original Assignee
Guangdong Spark Technology Co ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Guangdong Spark Technology Co ltd filed Critical Guangdong Spark Technology Co ltd
Priority to CN201910431142.6A priority Critical patent/CN111988350A/zh
Publication of CN111988350A publication Critical patent/CN111988350A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25—Integrating or interfacing systems involving database management systems
    • G06F16/252—Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • G—PHYSICS
    • G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
    • G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
    • G16H50/00—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics
    • G16H50/30—ICT specially adapted for medical diagnosis, medical simulation or medical data mining; ICT specially adapted for detecting, monitoring or modelling epidemics or pandemics for calculating health indices; for individual health risk assessment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H04L67/125—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks involving control of end-device applications over a network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/22—Parsing or analysis of headers

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Computer Security & Cryptography (AREA)
  • Theoretical Computer Science (AREA)
  • Health & Medical Sciences (AREA)
  • Databases & Information Systems (AREA)
  • Medical Informatics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • Computing Systems (AREA)
  • Public Health (AREA)
  • Software Systems (AREA)
  • Biomedical Technology (AREA)
  • Pathology (AREA)
  • Bioethics (AREA)
  • Epidemiology (AREA)
  • Primary Health Care (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开了一种将心率耳机采集的数据同步保存到云端服务器的方法，该方法包括心率耳机进行数据采集并通过蓝牙协议将采集的数据上传至APP端；APP端将接收的数据进行解析并定时向云端服务器发送更新数据请求指令，将解析后的数据通过通信协议上传至云端服务器；云端服务器对接收的数据进行解析并根据心率耳机的序列号以及接收数据的时间将解析后的数据放入数据库的对应位置中进行存储；APP端通过通信协议向云端服务器发送历史数据请求指令，云端服务器根据接收到的历史数据请求指令，对数据库进行查询，并将查询到的历史数据通过通信协议返回至APP端。本发明可以解决由于心率耳机内存不足无法存储大量数据且由于心率耳机屏幕较小查看不便的问题。

Description

一种将心率耳机采集的数据同步保存到云端服务器的方法
技术领域
本发明涉及心率耳机技术领域，特别涉及一种将心率耳机采集的数据同步保存到云端服务器的方法。
背景技术
随着电子技术的不断发展，人们常用的电子设备变得更加小型化和轻量化，如手机、数码相机等。在这一趋势中，出现了智能穿戴设备的概念。所谓智能穿戴设备是指应用穿戴式技术对日常穿戴的物品进行智能化设计，并开发出的可以穿戴的设备的总称，如智能手表、智能眼镜、智能耳机等。
作为未来很有潜力的智能可穿戴产品形态，智能耳机的种类也越来越多，这些智能耳机由一开始的可以记录人们的锻炼或睡眠等情况的简单功能，发展到现在可以记录使用者的营养情况、拥有智能闹钟、健康提醒、喝水提醒、疲劳提醒、防丢、社交网络分享等功能。此类产品小巧易用，价格适中，且在人们越来越关注自身健康的情况下，受到消费者的青睐。心率耳机可实时检测用户心率，实时反映用户身体状态，因此被越来越多的消费者使用。
但是由于耳机本身内存的限制，无法长久的对检测得到的数据进行保存，且由于耳机本身体积较小，无法全面地对这些检测得到的数据进行显示。
发明内容
本发明的目的是提供一种将心率耳机采集的数据同步保存到云端服务器的方法，可以解决上述现有技术问题中的一个或多个。
根据本发明的一个方面，提供了一种将心率耳机采集的数据同步保存到云端服务器的方法，包括：心率耳机进行数据采集并通过蓝牙协议将采集的数据上传至APP端；
APP端将接收的数据进行解析并定时向云端服务器发送更新数据请求指令，将解析后的数据通过通信协议上传至云端服务器；
云端服务器对接收的数据进行解析并根据心率耳机的序列号以及接收数据的时间将解析后的数据放入数据库的对应位置中进行存储；
APP端通过通信协议向云端服务器发送历史数据请求指令，云端服务器根据接收到的历史数据请求指令，对数据库进行查询，并将查询到的历史数据通过通信协议返回至APP端。
本发明的有益效果在于：通过采用本发明提供的方法，可以将心率耳机采集的数据通过APP端同步上传至云端服务器进行保存，当用户需要查看历史数据时，可通过APP端从云端服务器中获取历史数据并通过手机或平板电脑等拥有大屏幕的移动设备进行查看，从而可以解决由于心率耳机内存不足无法存储大量数据且由于心率耳机屏幕较小查看不便的问题。通过采用本发明提供的方法，用户可以对自身的心率情况进行实时监测。
在一些实施方式中，APP端解析完心率耳机传输过来的数据后，判断APP端与云端服务器之间的网络连接是否畅通，若网络连接畅通，则将解析后的数据上传至云端服务器；若网络连接不畅通，则APP端自动将解析后的数据存储在本地服务器，在网络连接恢复至畅通情况下再上传至云端服务器。由此，此种设置可以保证数据传输的成功率，有效防止数据丢失。
在一些实施方式中，APP端向云端服务器发送的数据交互请求指令中含有加密因子，云端服务器会对APP端发送过来的数据交互请求指令中的加密因子进行验证。由此，此种设置可以保证数据传输的安全性。
在一些实施方式中，加密因子的生成方法包括：
APP端首次访问云端服务器时，云端服务器生成初始加密因子并将初始加密因子返回给APP端，APP端和云端服务器均对初始加密因子进行存储；
APP端首次与云端服务器进行数据交互时，APP端将保存的初始加密因子写入数据交互请求指令中，云端服务器对APP端发送过来的数据交互请求指令中的加密因子进行核算，若确认APP端发送过来的加密因子与云端服务器中存储的加密因子一致，则APP端与云端服务器能够成功完成数据交互，云端服务器对初始加密因子进行更新并将更新后的加密因子返回给APP端，APP端和云端服务器均对更新后的加密因子进行保存；
依次类推，APP端每次与云端服务器进行数据交互时，APP端均将上一次保存的加密因子写入数据交互请求指令中，云端服务器对APP端发送过来的加密因子进行核算，若APP端发送过来的加密因子与云端服务器中存储的加密因子一致，则云端服务器加密因子进行更新并将更新后的加密因子返回给APP端，APP端和云端服务器均对更新后的加密因子进行保存；若APP端发送过来的加密因子与云端服务器中存储的加密因子不一致，云端服务器向APP端返回错误码，APP端向云端服务器发送重置加密因子的请求，云端服务器重置加密因子，并将重置后的加密因子返回给APP端。
由此，APP端与云端服务器每成功完成一次数据交互后，云端服务器就会对加密因子进行一次更新，从而进一步保证APP端与云端服务器在数据交互中的安全性。
在一些实施方式中，加密因子＝base+userID+N，其中，base为随机生成的四位随机数，userID为用户ID，N为APP端与云端服务器成功完成数据交互的次数，APP端首次访问云端服务器时，N为0。由此，云端服务器在核验APP端传送过来的加密因子时，会将加密因子拆成base、userID和N三要素并分别进行验证，只有当这三要素均一致时，验证才能通过，APP端和云端服务器才能成功完成数据交互。
在一些实施方式中，心率耳机收集的数据包括心率、计步开始时间、计步结束时间和运动步数。因此，通过心率耳机收集的心率、计步开始时间、计步结束时间和运动步数等数据，可以对用户的心率和运动情况进行有效监测。
在一些实施方式中，云端服务器对APP端传送过来的计步数据进行累计，计算出运动距离和消耗的卡路里并保存至数据库中。由此，通过云端服务器计算出的运动距离和消耗的卡路里，可以使得用户能够清楚地了解自己的运动状况。
附图说明
图1为本发明一实施方式的将心率耳机采集的数据同步保存到云端服务器的方法的流程图。
具体实施方式
为使本发明目的、技术方案和优点更加清楚明白，下面结合附图对发明作进一步详细的说明。
在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行。并且，虽然在流程图中示出了逻辑顺序，但是，在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
图1示意性地显示了根据本发明的一种实施方式的将心率耳机采集的数据同步保存到云端服务器的方法。如图所示，该方法包括：
步骤1：心率耳机进行数据采集并通过蓝牙协议将采集的数据上传至APP端。
其中，心率耳机可通过蓝牙BLE4.0协议将采集的数据同步上传至APP端，APP端可以对心率耳机传送过来的数据进行实时显示。
心率耳机采集的数据可包括心率、计步开始时间、计步结束时间和运动步数等。由此，通过采集的心率数据可以反映用户的心脏状态，通过计步开始时间、计步结束时间和运动步数等数据可以反映用户的运动情况。
在步骤1中，APP端通过蓝牙与心率耳机相连，APP端向心率耳机发送数据获取指令，从心率耳机获取指定时间段的数据。
APP端可以周期性的从心率耳机获取数据，例如，每10分钟从心率耳机获取一次数据。
心率耳机接收APP端发送的数据获取指令，获取指定时间段的数据并通过蓝牙协议将数据上传至APP端。
步骤2：APP端将接收的数据进行解析并定时向云端服务器发送更新数据请求指令，将解析后的数据通过通信协议上传至云端服务器。
具体地APP端与云端服务器之间可通过HTTP协议进行数据的交互。由此，APP端可以通过网络将心率耳机采集的数据同步上传至云端服务器中，从而可以充分发挥大数据技术的优势，为心率耳机的各种功能提供有力的数据存储和数据处理的支撑。
APP端可以每隔一定的时间(如每隔10分钟)向云端服务器发送一次更新数据请求指令。由此，此种设置可以更加方便的对用户不同运动状态下的心率数据进行管理，以更加便于后续的数据分析。
对于步骤2，APP端解析完心率耳机传输过来的数据后，判断APP端与云端服务器之间的网络连接是否畅通，若网络连接畅通，则将解析后的数据上传至云端服务器；若网络连接不畅通，则APP端自动将解析后的数据存储在本地服务器，在网络连接恢复至畅通情况下再上传至云端服务器。由此，此种设置可以保证数据传输的成功率，有效防止数据丢失。
步骤3：云端服务器对接收的数据进行解析并根据心率耳机的序列号以及接收数据的时间将解析后的数据放入数据库的对应位置中进行存储。
由于，每只心率耳机都拥有唯一的序列号，由此，云端服务器可以根据心率耳机的序列号及接收数据的时间将由该心率耳机采集的数据存储到与数据库中的对应位置进行存储，从而对不同序列号的心率耳机采集的数据按照数据采集的时间进行有效地管理。
云端服务器可以对APP端传送过来的计步数据进行累计，将当天的计步结果数据进行相加，得到总的步数。根据总得步数计算出运动距离和消耗的卡路里并保存至数据库中。由此，通过云端服务器计算出的运动距离和消耗的卡路里，可以使得用户能够清楚地了解自己的运动状况。
云端服务器通过对APP端传送过来的计步数据进行累计，可以获知用户在特定时间内的状态，如：静止不动、走动或跑动。根据上述状态判断用户此时的心率是否正常，以达到对用户身体状态进行分析的目的。
步骤4：APP端通过通信协议向云端服务器发送历史数据请求指令，云端服务器根据接收到的历史数据请求指令，对数据库进行查询，并将查询到的历史数据通过通信协议返回至APP端。
云端服务器在接收到APP端传送过来的数据后，可对接收的数据进行按天汇总，并将汇总结果存入按天汇总表，当云端服务器接收到APP端发送的历史数据请求指令时，根据APP端请求的时间范围从按天汇总表中读取APP端请求的时间范围内的数据返回给APP端。
为了保证数据传输过程中的安全性，APP端向云端服务器发送的数据交互请求指令中含有加密因子，云端服务器会对APP端发送过来的数据交互请求指令中的加密因子进行验证。由此，此种设置可以保证数据传输的安全性。
加密因子的生成方法包括：
APP端首次访问云端服务器时，云端服务器生成初始加密因子并将初始加密因子返回给APP端，APP端和云端服务器均对初始加密因子进行存储；
APP端首次与云端服务器进行数据交互时，APP端将保存的初始加密因子写入数据交互请求指令中，云端服务器对APP端发送过来的数据交互请求指令中的加密因子进行核算，若确认APP端发送过来的加密因子与云端服务器中存储的加密因子一致，则APP端与云端服务器能够成功完成数据交互，云端服务器对初始加密因子进行更新并将更新后的加密因子返回给APP端，APP端和云端服务器均对更新后的加密因子进行保存；
依次类推，APP端每次与云端服务器进行数据交互时，APP端均将上一次保存的加密因子写入数据交互请求指令中，云端服务器对APP端发送过来的加密因子进行核算，若APP端发送过来的加密因子与云端服务器中存储的加密因子一致，则APP端与云端服务器之间能够成功完成数据交互，且云端服务器对加密因子进行更新并将更新后的加密因子返回给APP端，APP端和云端服务器均对更新后的加密因子进行保存。
若APP端发送过来的加密因子与云端服务器中存储的加密因子不一致，云端服务器向APP端返回错误码，APP端向云端服务器发送重置加密因子的请求，云端服务器重置加密因子，并将重置后的加密因子返回给APP端。APP端再将重置后的加密因子写入数据交互请求指令中并发送给云端服务器进行核算。
由此，APP端与云端服务器每成功完成一次数据交互后，云端服务器就会对加密因子进行一次更新，从而进一步保证APP端与云端服务器在数据交互中的安全性。
作为一种优选，加密因子由base、userID和N这三要素组成，即加密因子＝base+userID+N，其中，base为随机生成的四位随机数，userID为用户ID，N为APP端与云端服务器成功完成数据交互的次数，APP端首次访问云端服务器时，N为0，APP端与云端服务器之间每成功完成一次数据交互后，base和userID均保持不变，N执行一次加1的操作，即当APP端与云端服务器完成第一次完数据交互后，更新后的加密因子中的N为1，当APP端与云端服务器完成第二次数据交互后，更新后的加密因子中的N为2，依次类推，当APP端与云端服务器完成第n次数据交互后，更新后的加密因子中的N为n，当APP端与云端服务器完成第n+1次数据交互后，更新后的加密因子中的N为n+1。由此，云端服务器在核验APP端传送过来的加密因子时，会将加密因子拆成base、userID和N三要素并分别进行验证，只有当这三要素均一致时，验证才能通过，APP端和云端服务器才能成功完成数据交互。
综上所述，通过采用本发明提供的方法，可以将心率耳机采集的数据通过APP端同步上传至云端服务器进行保存，当用户需要查看历史数据时，可通过APP端从云端服务器中获取历史数据并通过手机或平板电脑等拥有大屏幕的移动设备进行查看，从而可以解决由于心率耳机内存不足无法存储大量数据且由于心率耳机屏幕较小查看不便的问题。通过采用本发明提供的方法，用户可以对自身的心率情况进行实时监测。
以上所述的仅是本发明的一些实施方式。对于本领域的普通技术人员来说，在不脱离本发明创造构思的前提下，还可以做出若干变形和改进，这些都属于发明的保护范围。

Claims (7)

1.一种将心率耳机采集的数据同步保存到云端服务器的方法，其特征在于，所述方法包括：
心率耳机进行数据采集并通过蓝牙协议将采集的数据上传至APP端；
所述APP端将接收的数据进行解析并定时向所述云端服务器发送更新数据请求指令，将解析后的数据通过通信协议上传至云端服务器；
所述云端服务器对接收的数据进行解析并根据所述心率耳机的序列号以及接收数据的时间将解析后的数据放入数据库的对应位置中进行存储；
所述APP端通过通信协议向所述云端服务器发送历史数据请求指令，所述云端服务器根据接收到的历史数据请求指令，对数据库进行查询，并将查询到的历史数据通过通信协议返回至所述APP端。
2.根据权利要求1所述的一种将心率耳机采集的数据同步保存到云端服务器的方法，其特征在于，所述APP端解析完所述心率耳机传输过来的数据后，判断所述APP端与所述云端服务器之间的网络连接是否畅通，若网络连接畅通，则将解析后的数据上传至云端服务器；若网络连接不畅通，则APP端自动将解析后的数据存储在本地服务器，在网络连接恢复至畅通情况下再上传至云端服务器。
3.根据权利要求1所述的一种将心率耳机采集的数据同步保存到云端服务器的方法，其特征在于，所述APP端向所述所述云端服务器发送的数据交互请求指令中含有加密因子，所述云端服务器会对所述APP端发送过来的数据交互请求指令中的加密因子进行验证。
4.根据权利要求1所述的一种将心率耳机采集的数据同步保存到云端服务器的方法，其特征在于，加密因子的生成方法包括：
所述APP端首次访问所述云端服务器时，所述云端服务器生成初始加密因子并将所述初始加密因子返回给所述APP端，所述APP端和所述云端服务器均对所述初始加密因子进行存储；
所述APP端首次与所述云端服务器进行数据交互时，所述APP端将保存的初始加密因子写入数据交互请求指令中，所述云端服务器对所述APP端发送过来的数据交互请求指令中的加密因子进行核算，若确认所述APP端发送过来的加密因子与所述云端服务器中存储的加密因子一致，则所述APP端与所述云端服务器能够成功完成数据交互，所述云端服务器对所述初始加密因子进行更新并将更新后的加密因子返回给APP端，所述APP端和所述云端服务器均对更新后的所述加密因子进行保存；
依次类推，所述APP端每次与所述云端服务器进行数据交互时，所述APP端均将上一次保存的加密因子写入数据交互请求指令中，所述云端服务器对所述APP端发送过来的加密因子进行核算，若所述APP端发送过来的加密因子与所述云端服务器中存储的加密因子一致，则所述APP端与所述云端服务器之间能够成功完成数据交互，且所述云端服务器对加密因子进行更新并将更新后的加密因子返回给所述APP端，所述APP端和所述云端服务器均对更新后的所述加密因子进行保存；若所述APP端发送过来的加密因子与所述云端服务器中存储的加密因子不一致，则所述云端服务器向所述APP端返回错误码，所述APP端向所述云端服务器发送重置加密因子的请求，所述云端服务器重置加密因子，并将重置后的加密因子返回给所述APP端。
5.根据权利要求4所述的一种将心率耳机采集的数据同步保存到云端服务器的方法，其特征在于，所述加密因子＝base+userID+N，其中，base为随机生成的四位随机数，userID为用户ID，N为所述APP端与所述云端服务器成功完成数据交互的次数，所述APP端首次访问所述云端服务器时，N为0。
6.根据权利要求1所述的一种将心率耳机采集的数据同步保存到云端服务器的方法，其特征在于，所述心率耳机收集的数据包括心率、计步开始时间、计步结束时间和运动步数。
7.根据权利要求6所述的一种将心率耳机采集的数据同步保存到云端服务器的方法，其特征在于，所述云端服务器对所述APP端传送过来的计步数据进行累计，计算出运动距离和消耗的卡路里并保存至所述数据库中。
CN201910431142.6A 2019-05-22 2019-05-22 一种将心率耳机采集的数据同步保存到云端服务器的方法 Pending CN111988350A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910431142.6A CN111988350A (zh) 2019-05-22 2019-05-22 一种将心率耳机采集的数据同步保存到云端服务器的方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910431142.6A CN111988350A (zh) 2019-05-22 2019-05-22 一种将心率耳机采集的数据同步保存到云端服务器的方法

Publications (1)

Publication Number Publication Date
CN111988350A true CN111988350A (zh) 2020-11-24

Family

ID=73436436

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910431142.6A Pending CN111988350A (zh) 2019-05-22 2019-05-22 一种将心率耳机采集的数据同步保存到云端服务器的方法

Country Status (1)

Country Link
CN (1) CN111988350A (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103457995A (zh) * 2013-06-07 2013-12-18 北京百纳威尔科技有限公司 终端设备数据信息的存储方法、终端设备和云端服务器
CN105187536A (zh) * 2015-09-15 2015-12-23 贵阳朗玛信息技术股份有限公司 一种数据上传的方法及数据转发服务器
CN105407146A (zh) * 2015-10-27 2016-03-16 成都艾克尔特医疗科技有限公司 一种从手环到app再到服务器的数据同步方法
US20160127331A1 (en) * 2014-03-11 2016-05-05 Tencent Technology (Shenzhen) Company Limited Method and system for encrypted communications
CN106330456A (zh) * 2016-08-19 2017-01-11 Tcl集团股份有限公司 一种智能设备安全接入的方法及系统
CN106535025A (zh) * 2016-12-29 2017-03-22 深圳市秦通通讯有限公司 蓝牙耳机及其数据采集系统
US9900287B1 (en) * 2014-09-12 2018-02-20 Verily Life Sciences, LLC Transmitting sensitive information securely over unsecured networks without authentication

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103457995A (zh) * 2013-06-07 2013-12-18 北京百纳威尔科技有限公司 终端设备数据信息的存储方法、终端设备和云端服务器
US20160127331A1 (en) * 2014-03-11 2016-05-05 Tencent Technology (Shenzhen) Company Limited Method and system for encrypted communications
US9900287B1 (en) * 2014-09-12 2018-02-20 Verily Life Sciences, LLC Transmitting sensitive information securely over unsecured networks without authentication
CN105187536A (zh) * 2015-09-15 2015-12-23 贵阳朗玛信息技术股份有限公司 一种数据上传的方法及数据转发服务器
CN105407146A (zh) * 2015-10-27 2016-03-16 成都艾克尔特医疗科技有限公司 一种从手环到app再到服务器的数据同步方法
CN106330456A (zh) * 2016-08-19 2017-01-11 Tcl集团股份有限公司 一种智能设备安全接入的方法及系统
CN106535025A (zh) * 2016-12-29 2017-03-22 深圳市秦通通讯有限公司 蓝牙耳机及其数据采集系统

Similar Documents

Publication Publication Date Title
US10813592B2 (en) Physiological sensor history backfill system and method
US10796549B2 (en) Notifications on a user device based on activity detected by an activity monitoring device
US11291796B2 (en) Method and apparatus for adjusting user emotion
US20200275848A1 (en) Virtual reality guided meditation with biofeedback
US10181251B2 (en) Wearable device, monitoring method and intelligent monitoring system
CN108721898B (zh) 帧率的确定方法和装置、存储介质、电子装置
CN104376039A (zh) 一种推送网络内容的方法、装置及系统
US20120316932A1 (en) Wellness application for data-capable band
US20190235723A1 (en) Method and apparatus for pushing information
CN104036444A (zh) 一种健康状况的改善方法、装置及系统
CN103976717A (zh) 一种多维度睡眠质量监测方法及系统
CN106789591B (zh) 基于可穿戴设备的信息分享方法及系统
WO2017193566A1 (zh) 一种穿戴式设备数据的管理方法、终端及系统
CN104834896A (zh) 一种信息采集方法及其终端
US20140012593A1 (en) Apparatuds and method for lifestyle management based on model
WO2021179916A1 (zh) 口腔护理监测和习惯养成系统
CN111367359A (zh) 一种用户运动信息的展示方法及可穿戴设备
CN106934043B (zh) 媒体文件推荐方法、装置和系统
US9092123B1 (en) Method and apparatus to provide movement-based analytics
CN111988350A (zh) 一种将心率耳机采集的数据同步保存到云端服务器的方法
EP2718914A1 (en) Wellness application for data-capable band
CN115793918A (zh) 壁纸显示方法、装置和电子设备
CN204734472U (zh) 智能珠宝饰品
US11537589B2 (en) Methods and apparatus for event management
WO2016000163A1 (zh) 用户数据的处理方法和设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20201124