CN111711997B - 一种多蓝牙设备管理及无感数据采集方法 - Google Patents
一种多蓝牙设备管理及无感数据采集方法 Download PDFInfo
- Publication number
- CN111711997B CN111711997B CN202010541295.9A CN202010541295A CN111711997B CN 111711997 B CN111711997 B CN 111711997B CN 202010541295 A CN202010541295 A CN 202010541295A CN 111711997 B CN111711997 B CN 111711997B
- Authority
- CN
- China
- Prior art keywords
- bluetooth
- data
- devices
- equipment
- connection
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/14—Direct-mode setup
-
- 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
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/18—Management of setup rejection or failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
本发明公开了一种多蓝牙设备管理及无感数据采集方法,包括采集方法应用程序,所述采集方法应用程序采用fastble框架,所述fastble框架封装了安卓低功耗蓝牙的基本操作,该基本操作包括扫描连接,采集方法应用程序中每一个设备对应一个Activity。本发明通过基于FastBle框架,并重写分析程序,是本技术方案能够同时管理多个设备,解析数据,显示多个设备的数据内容,实时监测人体健康数据,并且将多个设备的测量结果整合到一个界面,省去设备和手机应用程序来回切换的步骤,针对掉电息屏问题,本技术方案设计了自动重连机制,设备重新开启时自动连接进行新的测量任务。
Description
技术领域
本发明涉及蓝牙医疗设备领域,具体涉及一种多蓝牙设备管理及无感数据采集方法。
背景技术
蓝牙医疗设备的出现极大的方便了医护人员和患者,通过手机蓝牙连接医疗设备,实时读取数据,实现医疗数据的可视化,为数据的分析和远程诊断提供可能性。目前现有的实现方案只针对单一的蓝牙设备设计应用程序,切换应用程序较为麻烦,且兼容的设备少,实现的功能单一,只能同时连接单个蓝牙设备,而且设备的测量结果独立,用户需要不断切换设备和手机的应用程序,才能依次看到各个设备的测量结果,我们将多个设备整个到一个界面上,同时连接多个设备,让设备的测量结果在一起显示,避免了来回切换的麻烦。由于蓝牙医疗设备是低功耗设备,在设备因掉电而息屏关机的时候,需要重复整个扫描连接的工作,整个过程耗费大量时间,并且需要在设备和手机之间来回切换。
因此,发明一种多蓝牙设备管理及无感数据采集方法来解决上述问题很有必要。
发明内容
本发明的目的是提供一种多蓝牙设备管理及无感数据采集方法,通过基于FastBle框架,并重写分析程序,是本技术方案能够同时管理多个设备,解析数据,显示多个设备的数据内容,实时监测人体健康数据,并且将多个设备的测量结果整合到一个界面,省去设备和手机应用程序来回切换的步骤,针对掉电息屏问题,本技术方案设计了自动重连机制,设备重新开启时自动连接进行新的测量任务,以解决技术中的上述不足之处。
为了实现上述目的,本发明提供如下技术方案:一种多蓝牙设备管理及无感数据采集方法,包括采集方法应用程序,所述采集方法应用程序采用fastble框架,所述fastble框架封装了安卓低功耗蓝牙的基本操作,该基本操作包括扫描连接,采集方法应用程序中每一个设备对应一个Activity,根据厂家设备的通讯协议和项目开发的要求,填入每个设备对应的服务UUID和特征UUID,UUID为端口号,一个服务包含多个特征,对特征进行读、写和通知操作;
多蓝牙设备管理及无感数据采集方法具体步骤如下:
步骤一:获得服务UUID和特征UUID,在Activity的OnCreate()方法里即活动创建时,调用CheckPermissions()方法,并在此方法里检查手机的蓝牙是否开启,定位是否开启,操作并保持蓝牙和定位处于打开状态;
步骤二:调用SharedPreferences.getString(A)方法来获得设备名对应的MAC地址,如果设备MAC地址不为空,调用fastble的connect()方法直接连接,省去扫描的步骤,蓝牙的扫描是个很耗时的步骤,这样可以加快项目的启动,当本地没有存MAC地址时,调用fastble的startScan()方法开启扫描,获得附近所需的蓝牙设备的MAC地址;
步骤三:调用connect()方法连接设备,如果连接失败,则在onConnectFail()方法里需要延迟一段时间继续连接,否则会产生一些异常的错误,这是蓝牙的性质影响的,如果连接成功,在connect()的回调函数onConnectSuccess()里开启设备指定服务下指定特征下的通知Notify和Indicate,并发送命令,对于特征进行读和写;
步骤四:将每一个设备都对应相应的Notify和Indicate类继承自BleNotifyCallback和BleIndiateCallback,类里有三个方法,三个方法分别为OnNotifySuccess()用来处理开启通知成功、OnNotifyFailure()用来处理开启通知失败和onCharacteristicChanged(),在低功耗蓝牙设备的数据发生变化或到了固定时间间隔时,自动向手机端发送数据,该数据为一串连续的十六进制或者是ASCII编码,获得的该数据根据蓝牙设备通信协议,进行解析并规范化数据;
步骤五:创建一个UI线程动态的显示蓝牙医疗设备的测量结果,同时给设备的特征发送命令通过write方法,发送读取设备里所有历史数据、当前时间、剩余电量的命令等,在BleWriteCallback的回调函数里,判断数据发送成功与否,并将获得的数据进行解码和处理显示在界面上;
步骤六:不断监测设备状态,在设备掉电息屏关机时,在BleGattCallback()里重写回调函数onConnectFail(),先Thread.sleep(10000)后,重新尝试连接设备蓝牙,直到连接成功,当设备有新的测量任务的时候,不需要在重复整个扫描连接过程,自动就连接设备,开始新的测量任务,不需要在设备和手机端来回切换,退出当前界面时,主动断开和设备的连接;
步骤七:对于管理多个设备的连接,构造HashMap<String,BleBluetooth>,对于连接成功的设备,将该设备的名称bleDevice.getName()和设备的MAC地址bleDevice().getMac()组合成新的字符串作为HashMap的Key,将设备作为BleBluetooth的Value,通过管理HashMap实现对多个设备的管理,当断开设备的连接时,通过设备的Key作为索引将设备从HashMap中移除,判断设备是否时处于连接状态,通过判断HashMap中是否有对应设备的Key即可,当关闭所有连接,通过遍历整个HashMap来依次关闭所有设备的连接,并清除整个HashMap。
优选的,所述步骤二中采集方法应用程序通过BleManager.getInstance()获得手机蓝牙设备的实例进而对本机蓝牙进行操作,利用重写FastBle的Scan()方法,接受了一个BleScanCallback类的对象作为参数,BleScanCallback类里有三个方法分别是onScanStarted()用于处理开始扫描时,onScanning()用于处理附近扫描到的设备,进一步判断设备是否为空,再根据设备名过滤设备,获得目标设备的MAC地址并保存到SharedPreferences.Editor里,保存后editor.commit()提交,在下一次启动服务时通过SharedPreferences对象的getString()方法,直接获得对应设备名的MAC地址。
优选的,所述onScanFinished()用于对扫描完成后进行处理,扫描之后为连接的步骤,通过调用FastBle的传输回调方法,进一步接收两个参数,两个参数包括蓝牙设备的实例和BleGattCallbak类的对象,这个类包括onStartConnect()用于处理开始连接、onConnectFail()用于处理连接失败、onConnectSuccess()当连接成功后该方法会被自动调用并且可以进一步操作设备和onDisConnected()用于处理蓝牙设备因为异常而断开的情况。
优选的,每个设备均含有数据处理的多个内部类,这些内部类继承自BleNotifyCallback或是BleIndicateCallback类,该类里面有三个方法分别用于处理开启通知成功的onNotifySuccess(),开启通知失败的onNotifyFailure()和监测设备数据的变化的onCharacteristicChanged(),onCharacteristicChanged()方法在于接收蓝牙设备发送的数据,该数据经解析并处理后显示在界面上。
优选的,本采集方法应用程序用于管理多个医疗设备,实时监测身体的健康状况。
在上述技术方案中,本发明提供的技术效果和优点:
通过基于FastBle框架,并重写分析程序,是本技术方案能够同时管理多个设备,解析数据,显示多个设备的数据内容,实时监测人体健康数据,并且将多个设备的测量结果整合到一个界面,省去设备和手机应用程序来回切换的步骤,针对掉电息屏问题,本技术方案设计了自动重连机制,设备重新开启时自动连接进行新的测量任务。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明中记载的一些实施例,对于本领域普通技术人员来讲,还可以根据这些附图获得其他的附图。
图1为本发明的整体结构示意图。
具体实施方式
为了使本领域的技术人员更好地理解本发明的技术方案,下面将结合附图对本发明作进一步的详细介绍。
本发明提供了如图1所示的一种多蓝牙设备管理及无感数据采集方法,包括采集方法应用程序,所述采集方法应用程序采用fastble框架,所述fastble框架封装了安卓低功耗蓝牙的基本操作,该基本操作包括扫描连接,采集方法应用程序中每一个设备对应一个Activity,根据厂家设备的通讯协议和项目开发的要求,填入每个设备对应的服务UUID和特征UUID,UUID为端口号,一个服务包含多个特征,对特征进行读、写和通知操作;
多蓝牙设备管理及无感数据采集方法具体步骤如下:
步骤一:获得服务UUID和特征UUID,在Activity的OnCreate()方法里即活动创建时,调用CheckPermissions()方法,并在此方法里检查手机的蓝牙是否开启,定位是否开启,操作并保持蓝牙和定位处于打开状态;
步骤二:调用SharedPreferences.getString(A)方法来获得设备名对应的MAC地址,如果设备MAC地址不为空,调用fastble的connect()方法直接连接,省去扫描的步骤,蓝牙的扫描是个很耗时的步骤,这样可以加快项目的启动,当本地没有存MAC地址时,调用fastble的startScan()方法开启扫描,获得附近所需的蓝牙设备的MAC地址;
步骤三:调用connect()方法连接设备,如果连接失败,则在onConnectFail()方法里需要延迟一段时间继续连接,否则会产生一些异常的错误,这是蓝牙的性质影响的,如果连接成功,在connect()的回调函数onConnectSuccess()里开启设备指定服务下指定特征下的通知Notify和Indicate,并发送命令,对于特征进行读和写;
步骤四:将每一个设备都对应相应的Notify和Indicate类继承自BleNotifyCallback和BleIndiateCallback,类里有三个方法,三个方法分别为OnNotifySuccess()用来处理开启通知成功、OnNotifyFailure()用来处理开启通知失败和onCharacteristicChanged(),在低功耗蓝牙设备的数据发生变化或到了固定时间间隔时,自动向手机端发送数据,该数据为一串连续的十六进制或者是ASCII编码,获得的该数据根据蓝牙设备通信协议,进行解析并规范化数据;
步骤五:创建一个UI线程动态的显示蓝牙医疗设备的测量结果,同时给设备的特征发送命令通过write方法,发送读取设备里所有历史数据、当前时间、剩余电量的命令等,在BleWriteCallback的回调函数里,判断数据发送成功与否,并将获得的数据进行解码和处理显示在界面上;
步骤六:不断监测设备状态,在设备掉电息屏关机时,在BleGattCallback()里重写回调函数onConnectFail(),先Thread.sleep(10000)后,重新尝试连接设备蓝牙,直到连接成功,当设备有新的测量任务的时候,不需要在重复整个扫描连接过程,自动就连接设备,开始新的测量任务,不需要在设备和手机端来回切换,退出当前界面时,主动断开和设备的连接;
步骤七:对于管理多个设备的连接,构造HashMap<String,BleBluetooth>,对于连接成功的设备,将该设备的名称bleDevice.getName()和设备的MAC地址bleDevice().getMac()组合成新的字符串作为HashMap的Key,将设备作为BleBluetooth的Value,通过管理HashMap实现对多个设备的管理,当断开设备的连接时,通过设备的Key作为索引将设备从HashMap中移除,判断设备是否时处于连接状态,通过判断HashMap中是否有对应设备的Key即可,当关闭所有连接,通过遍历整个HashMap来依次关闭所有设备的连接,并清除整个HashMap。
进一步的,在上述技术方案中,所述步骤二中采集方法应用程序通过BleManager.getInstance()获得手机蓝牙设备的实例进而对本机蓝牙进行操作,利用重写FastBle的Scan()方法,接受了一个BleScanCallback类的对象作为参数,BleScanCallback类里有三个方法分别是onScanStarted()用于处理开始扫描时,onScanning()用于处理附近扫描到的设备,进一步判断设备是否为空,再根据设备名过滤设备,获得目标设备的MAC地址并保存到SharedPreferences.Editor里,保存后editor.commit()提交,在下一次启动服务时通过SharedPreferences对象的getString()方法,直接获得对应设备名的MAC地址。
进一步的,在上述技术方案中,所述onScanFinished()用于对扫描完成后进行处理,扫描之后为连接的步骤,通过调用FastBle的传输回调方法,进一步接收两个参数,两个参数包括蓝牙设备的实例和BleGattCallbak类的对象,这个类包括onStartConnect()用于处理开始连接、onConnectFail()用于处理连接失败、onConnectSuccess()当连接成功后该方法会被自动调用并且可以进一步操作设备和onDisConnected()用于处理蓝牙设备因为异常而断开的情况。
进一步的,在上述技术方案中,每个设备均含有数据处理的多个内部类,这些内部类继承自BleNotifyCallback或是BleIndicateCallback类,该类里面有三个方法分别用于处理开启通知成功的onNotifySuccess(),开启通知失败的onNotifyFailure()和监测设备数据的变化的onCharacteristicChanged(),onCharacteristicChanged()方法在于接收蓝牙设备发送的数据,该数据经解析并处理后显示在界面上。
进一步的,在上述技术方案中,本采集方法应用程序用于管理多个医疗设备,实时监测身体的健康状况。
实施方式具体为:该发明能够同时管理多个设备,解析数据,显示多个设备的数据内容,实时监测人体健康数据,并且将多个设备的测量结果整合到一个界面,省去设备和手机应用程序来回切换的步骤,针对掉电息屏问题,本技术方案设计了自动重连机制,设备重新开启时自动连接进行新的测量任务,该实施方式具体解决了现有技术中存在的设备部与手机蓝牙连接不便的问题。
以上只通过说明的方式描述了本发明的某些示范性实施例,毋庸置疑,对于本领域的普通技术人员,在不偏离本发明的精神和范围的情况下,可以用各种不同的方式对所描述的实施例进行修正。因此,上述附图和描述在本质上是说明性的,不应理解为对本发明权利要求保护范围的限制。
Claims (5)
1.一种多蓝牙设备管理及无感数据采集方法,包括采集方法应用程序,所述采集方法应用程序采用fastble框架,其特征在于:所述fastble框架封装了安卓低功耗蓝牙的基本操作,该基本操作包括扫描连接,采集方法应用程序中每一个设备对应一个Activity,根据厂家设备的通讯协议和项目开发的要求,填入每个设备对应的服务UUID和特征UUID,UUID为端口号,一个服务包含多个特征,对特征进行读、写和通知操作;
多蓝牙设备管理及无感数据采集方法具体步骤如下:
步骤一:获得服务UUID和特征UUID,在Activity的OnCreate()方法里即活动创建时,调用CheckPermissions()方法,并在此方法里检查手机的蓝牙是否开启,定位是否开启,操作并保持蓝牙和定位处于打开状态;
步骤二:调用SharedPreferences.getString(A)方法来获得设备名对应的MAC地址,如果设备MAC地址不为空,调用fastble的connect()方法直接连接,省去扫描的步骤,当本地没有存MAC地址时,调用fastble的startScan()方法开启扫描,获得附近所需的蓝牙设备的MAC地址;
步骤三:调用connect()方法连接设备,如果连接失败,则在onConnectFail()方法里需要延迟一段时间继续连接,如果连接成功,在connect()的回调函数onConnectSuccess()里开启设备指定服务下指定特征下的通知Notify和Indicate,并发送命令,对于特征进行读和写;
步骤四:将每一个设备都对应相应的Notify和Indicate类继承自BleNotifyCallback和BleIndiateCallback,类里有三个方法,三个方法分别为OnNotifySuccess()用来处理开启通知成功、OnNotifyFailure()用来处理开启通知失败和onCharacteristicChanged(),在低功耗蓝牙设备的数据发生变化或到了固定时间间隔时,自动向手机端发送数据,该数据为一串连续的十六进制或者是ASCII编码,获得的该数据根据蓝牙设备通信协议,进行解析并规范化数据;
步骤五:创建一个UI线程动态的显示蓝牙医疗设备的测量结果,同时给设备的特征发送命令通过write方法,发送读取设备里所有历史数据、当前时间、剩余电量的命令等,在BleWriteCallback的回调函数里,判断数据发送成功与否,并将获得的数据进行解码和处理显示在界面上;
步骤六:不断监测设备状态,在设备掉电息屏关机时,在BleGattCallback()里重写回调函数onConnectFail(),先Thread.sleep(10000)后,重新尝试连接设备蓝牙,直到连接成功,当设备有新的测量任务的时候,不需要在重复整个扫描连接过程,自动就连接设备,开始新的测量任务,不需要在设备和手机端来回切换,退出当前界面时,主动断开和设备的连接;
步骤七:对于管理多个设备的连接,构造HashMap<String,BleBluetooth>,对于连接成功的设备,将该设备的名称bleDevice.getName()和设备的MAC地址bleDevice().getMac()组合成新的字符串作为HashMap的Key,将设备作为BleBluetooth的Value,通过管理HashMap实现对多个设备的管理,当断开设备的连接时,通过设备的Key作为索引将设备从HashMap中移除,判断设备是否时处于连接状态,通过判断HashMap中是否有对应设备的Key即可,当关闭所有连接,通过遍历整个HashMap来依次关闭所有设备的连接,并清除整个HashMap。
2.根据权利要求1所述的一种多蓝牙设备管理及无感数据采集方法,其特征在于:所述步骤二中采集方法应用程序通过BleManager.getInstance()获得手机蓝牙设备的实例进而对本机蓝牙进行操作,利用重写FastBle的Scan()方法,接受了一个BleScanCallback类的对象作为参数,BleScanCallback类里有三个方法分别是onScanStarted()用于处理开始扫描时,onScanning()用于处理附近扫描到的设备,进一步判断设备是否为空,再根据设备名过滤设备,获得目标设备的MAC地址并保存到SharedPreferences.Editor里,保存后editor.commit()提交,在下一次启动服务时通过SharedPreferences对象的getString()方法,直接获得对应设备名的MAC地址。
3.根据权利要求2所述的一种多蓝牙设备管理及无感数据采集方法,其特征在于:onScanFinished()用于对扫描完成后进行处理,扫描之后为连接的步骤,通过调用FastBle的传输回调方法,进一步接收两个参数,两个参数包括蓝牙设备的实例和BleGattCallbak类的对象,这个类包括onStartConnect()用于处理开始连接、onConnectFail()用于处理连接失败、onConnectSuccess()当连接成功后该方法会被自动调用并且可以进一步操作设备和onDisConnected()用于处理蓝牙设备因为异常而断开的情况。
4.根据权利要求3所述的一种多蓝牙设备管理及无感数据采集方法,其特征在于:每个设备均含有数据处理的多个内部类,这些内部类继承自BleNotifyCallback或是BleIndicateCallback类,该类里面有三个方法分别用于处理开启通知成功的onNotifySuccess(),开启通知失败的onNotifyFailure()和监测设备数据的变化的onCharacteristicChanged(),onCharacteristicChanged()方法在于接收蓝牙设备发送的数据,该数据经解析并处理后显示在界面上。
5.根据权利要求1-4任意一项所述的一种多蓝牙设备管理及无感数据采集方法,其特征在于:所述采集方法应用程序用于管理多个医疗设备,实时监测身体的健康状况。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010541295.9A CN111711997B (zh) | 2020-06-15 | 2020-06-15 | 一种多蓝牙设备管理及无感数据采集方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010541295.9A CN111711997B (zh) | 2020-06-15 | 2020-06-15 | 一种多蓝牙设备管理及无感数据采集方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111711997A CN111711997A (zh) | 2020-09-25 |
CN111711997B true CN111711997B (zh) | 2023-04-07 |
Family
ID=72540473
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010541295.9A Active CN111711997B (zh) | 2020-06-15 | 2020-06-15 | 一种多蓝牙设备管理及无感数据采集方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111711997B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112601204B (zh) * | 2020-12-11 | 2023-08-01 | 宜通世纪物联网研究院(广州)有限公司 | 多通道蓝牙设备的数据采集网关及其实现方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100444788C (zh) * | 2006-01-17 | 2008-12-24 | 山东优加利信息科技有限公司 | 一种基于广域网的电生理数据远程移动监测方法及装置 |
US9647838B2 (en) * | 2013-01-25 | 2017-05-09 | Ralph John Hilla | Restructuring the computer and its association with the internet |
CN103316472B (zh) * | 2013-05-17 | 2015-12-23 | 南京睿悦信息技术有限公司 | 一种基于蓝牙手柄的Android设备游戏平台系统及其实现方法 |
CN103327091A (zh) * | 2013-06-17 | 2013-09-25 | 北京交通大学 | 一种获取乘客轨迹及行为参数的系统与方法 |
CN108898691A (zh) * | 2018-07-06 | 2018-11-27 | 曾云辉 | 基于蓝牙与nb-iot的签到系统及方法 |
CN113157644B (zh) * | 2021-04-14 | 2023-01-13 | 上海创建达一智能科技有限公司 | 一种基于纸质手写的课堂和会议笔记效果实时评价系统 |
-
2020
- 2020-06-15 CN CN202010541295.9A patent/CN111711997B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN111711997A (zh) | 2020-09-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2608497C (en) | System and method for real time viewing of critical patient data on mobile devices | |
CN109600406B (zh) | 环境辐射监测站系统 | |
CN111711997B (zh) | 一种多蓝牙设备管理及无感数据采集方法 | |
CN101375514B (zh) | 管理一个或多个无线收发器装置中存储数据的存储器的系统 | |
WO2015188529A1 (zh) | 一种嵌入式监控设备的管理方法及系统 | |
CN111586188A (zh) | 电能监控系统与方法 | |
CN107063501A (zh) | 一种电子设备内部温度的检测处理方法及系统 | |
CN114167794A (zh) | 一种智能电表远程数据采集系统及数据采集方法 | |
CN112822073B (zh) | 测试方法、装置、系统、电子设备及可读存储介质 | |
CN111431762B (zh) | 一种无线网络状态监控与显示系统 | |
CN113609048A (zh) | 一种电力物联网云边业务协同交互方法 | |
CN107544392A (zh) | 卫星在轨监测系统平台状态的图形化监控系统及方法 | |
CN111212281A (zh) | 一种视频板卡的检测方法及检测装置 | |
CN211785736U (zh) | 一种lo5模块激光电流分析仪 | |
CN109756351B (zh) | 一种用于系统单元状态变化的自动通知与响应系统 | |
CN217133593U (zh) | 燃料电池车用电子执行器测试系统 | |
CN113289146A (zh) | 一种输液报警控制方法、系统、装置及存储介质 | |
CN110149609B (zh) | 中央监测系统内的设备的断开方法及中央监测系统 | |
CN111679617A (zh) | 一种数字班牌监控管理的方法及系统 | |
CN112352288A (zh) | 运行医疗设备的方法以及根据该方法工作的医疗设备 | |
CN104580508A (zh) | 野外台站数据传输整合系统 | |
CN114640660A (zh) | 一种基于双重身份的多方通信方法 | |
CN214412753U (zh) | 一种基于modbustcp通讯的数据采集及远传系统装置 | |
CN219761049U (zh) | 一种钻井井场智能网关系统 | |
CN112614569B (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 | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20230322 Address after: Room B212-22, Room Z101, Building 1-2, No. 78, Jinshan East Road, Suzhou High-tech Zone, Suzhou City, Jiangsu Province, 215000 Applicant after: Suzhou Yidaijian Health Management Co.,Ltd. Address before: 606, Building 3, No. 209, Zhuyuan Road, Suzhou High-tech Zone, Suzhou City, Jiangsu Province, 215011 Applicant before: Corobo (Suzhou) Intelligent Technology Co.,Ltd. |
|
TA01 | Transfer of patent application right | ||
GR01 | Patent grant | ||
GR01 | Patent grant |