CN110049445A - 设备上报位置信息的方法及相关装置 - Google Patents
设备上报位置信息的方法及相关装置 Download PDFInfo
- Publication number
- CN110049445A CN110049445A CN201910197407.0A CN201910197407A CN110049445A CN 110049445 A CN110049445 A CN 110049445A CN 201910197407 A CN201910197407 A CN 201910197407A CN 110049445 A CN110049445 A CN 110049445A
- Authority
- CN
- China
- Prior art keywords
- equipment
- scene
- report cycle
- cloud server
- position information
- 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
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/025—Services making use of location information using location based information parameters
- H04W4/027—Services making use of location information using location based information parameters using movement velocity, acceleration information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephone Function (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请公开了一种设备上报位置信息的方法及相关装置。在该方法中,设备在追踪对象时,可以确定该对象当前处在的场景,并使用和该场景相对应的上报周期上报实时位置信息。实施本申请,设备可以根据当前所处的场景自主调整上报周期,从而适应于当前场景并按照实际需求上报位置信息。
Description
技术领域
本申请涉及终端及通信技术领域,特别涉及设备上报位置信息的方法及相关装置。
背景技术
随着终端技术的发展,越来越多的终端具备定位功能以及基于蜂窝网络的通信功能。这类终端(例如追踪器(tracker))可以通过传感器(例如加速度传感器、气压传感器等)测量数据、卫星导航系统定位、Wi-Fi定位、基站定位等方式获取当前所在的位置,并通过蜂窝网络将该位置信息上报到云端服务器。
这类具有定位功能以及基于蜂窝网络的通信功能的终端可广泛应用于追踪各类对象,例如追踪人物(例如儿童、老人)、宠物、重要物品(例如行李箱、医疗设备),以及农业、畜牧业、物流业、冷链等行业的对象等。用户可以通过终端上传的位置信息查看被追踪对象的当前位置以及活动轨迹。
目前,终端上报位置的周期都是固定的。终端在追踪对象时,该对象所处的场景可能会发生变化(例如该对象可能从家中到飞机上,再到酒店里等)。而终端上报位置的周期是固定的。例如,上报周期为1小时的终端在追踪行李箱时,当行李箱处于家中时,终端每1小时上报1次位置信息是合理的,但是当行李箱处于机场时,终端每1小时上报1次位置信息不能满足用户的需求。也就是说,目前终端上报位置时的场景适应性较差。
发明内容
本申请提供了设备上报位置信息的方法及相关装置,设备可以根据当前所处的场景自主调整上报周期,使得设备可以适应于当前场景并按照实际需求上报位置信息。
第一方面,本申请提供了一种设备上报位置信息的方法,该方法可包括:第一设备获取场景数据;该第一设备用于追踪对象,该第一设备和该对象之间的距离小于第一值;该场景数据反映了该对象所处的地理位置或者环境;该第一设备根据该场景数据确定该对象当前处在第一场景;该第一设备确定与该第一场景相对应的第一上报周期;该第一设备使用该第一上报周期上报位置信息给云服务器;该位置信息为该第一设备实时的位置信息。
这里,上报周期是指第一设备每2次上报位置信息之间的时间间隔。
这里,第一设备追踪对象时和该对象之间的距离小于第一值,即可以将第一设备获取到的位置信息看作是该对象的位置信息。
实施第一方面所描述的技术方案,设备可以根据当前所处的场景自主调整上报周期,使得设备可以适应于当前场景并按照实际需求上报位置信息。
结合第一方面,在一种可能的实现方式中,第一设备追踪的对象的类型可通过以下任意一种方式设置:
1.该第一设备追踪的该对象的类型是由用户设置的。用户可以从第二设备提供的包含多种追踪对象类型的菜单中,选择其中的一个对象类型作为第一设备追踪的对象的类型,即为第一设备绑定追踪对象类型。
可理解的,由用户设置第一设备追踪对象的类型的方式,可以使得第一设备根据用户需要追踪不同的对象,适用范围更广,更具有实用性,更加符合用户的使用习惯,用户体验更佳。
2.该第一设备追踪的该对象的类型是由该第一设备默认设置的。第一设备可以预先存储固定的上报周期,和该固定的上报周期相对应的对象类型可以看作第一设备默认设置的追踪对象类型。
结合第一方面,在一种可能的实现方式中,该方法还包括:第一设备根据变化后的该场景数据确定该对象处在第二场景;该第一设备确定与该第二场景相对应的第二上报周期;该第一设备使用该第二上报周期上报位置信息给该云服务器。也就是说,第一设备在追踪同一对象时,该对象处在不同场景时,第一设备使用适应于该场景的上报周期上报位置信息。
结合第一方面,不同的场景对应有不同的上报周期,以满足用户对于掌握被追踪对象的位置以及活动轨迹的需求。下面示例性地给出两种第一设备上报位置信息的策略:
1.当被追踪对象的运动速度越大时,用户需要越频繁地获知该对象的位置及活动轨迹,即第一设备可以使用较短的上报周期上报位置信息。也就是说,若被追踪的该对象在该第一场景中的运动速度大于在该第二场景中的运动速度,则该第一上报周期小于该第二上报周期。
2.当被追踪对象处于安全场景时,用户不需要过于频繁地获知该对象的位置及活动轨迹,当被追踪对象处于非安全场景时,用户需要频繁地获知该对象的位置及活动轨迹。也就是说,若该第一场景为安全场景,该第二场景为非安全场景,则该第一上报周期大于该第二上报周期。这里,安全场景和非安全场景可以由用户预先设置,例如可以将家和学校设置为安全场景,将其余地方设置为非安全场景。
结合第一方面,第一设备确定当前被追踪对象处在的场景后,可以获知和该场景相对应的上报周期。在一些实施例中,第一设备可通过以下任意一种方式来获知和当前被追踪对象处在的场景相对应的上报周期:
1.该对象在不同场景下的上报周期可以根据经验数据预先设置,例如可以由研发人员通过调研等方式确定该对象合适于不同场景的上报周期,并将其预置在第一设备中。
2.该对象在不同场景下的上报周期可以由用户根据需求进行设置。
结合第一方面,在一种可能的实施方式中,第一设备还可以根据指令调整上报周期。该第一设备根据指令调整上报周期的过程可包括如下步骤:第二设备根据输入的用户操作,向云服务器发送第一指令,该第一指令用于请求云服务器通知第一设备尽快上报位置信息;云服务器基于该第一指令,向第一设备发送第二指令,该第二指令用于指示第一设备尽快上报位置信息;第一设备接收到云服务器发送的第二指令,缩短上报周期,以更快的频率上报位置信息。这种用户主动干预第一设备的上报周期的方式,在一些紧急场景下,用户可以迅速获知被追踪对象的当前位置。
在一些实施例中,该第二指令具有时效性。在第一设备接收到该第二指令的第一时长之内,第一设备使用缩短后的上报周期上报位置信息给云服务器;在第一设备接收到该第二指令的第一时长之后,该第一设备使用和该对象当前处在的场景相对应的上报周期上报位置信息给云服务器。
结合第一方面,在一种可能的实施方式中,第一设备根据和当前场景对应的上报周期上报位置信息时,还可以考虑第一设备的运动情况。在一个具体的实施方式中,若第一设备在第二时长内没有运动,则停止上报位置信息给云服务器。也就是说,当第一设备长时间不动时,即使上报周期到来时,也可以不上报位置信息,可以节省功耗。这里,第一设备可以通过加速度传感器、陀螺仪传感器、振动传感器等传感器检测在该第二时长内是否有运动。
结合第一方面,在一种可能的实施方式中,第一设备处于极端情形时,可以调整上报周期。在一个具体的实施方式中,第一设备在遭受到猛烈撞击时,缩短上报周期,并使用缩短后的上报周期上报位置信息给该云服务器。第一设备遭遇到猛烈撞击时,可能处于危险情形,此时缩短上报周期可以使得用户获知被追踪对象最新的位置信息。这里,第一设备可以通过加速度传感器、振动传感器中的一个或多个检测是否遭遇到猛烈撞击。
结合第一方面,在一种可能的实施方式中,第一设备获取到场景数据之前,可以使用初始上报周期上报位置信息给云服务器。在获取到场景数据之后,第一设备可以根据和确定的场景相对应的上报周期上报位置信息给云服务器。这里,初始上报周期可以是和当前被追踪对象的类型对应的上报周期。
结合第一方面,在一种可能的实施方式中,第一设备通过蜂窝网络上报位置信息给云服务器。在一些实施例中,该蜂窝网络为窄带物联网(narrow band internet ofthings,NB-IoT),该第一设备上报该位置信息时启动非省电模式,在不上报该位置信息时启动省电模式(power saving mode,PSM)。结合第一设备在NB-IoT下的PSM来上报位置信息,可避免在通信层面浪费数据流量和电量,可以充分利用设备在NB-IoT下的PSM达到省电的效果。
结合第一方面,在一种可能的实施方式中,第一设备根据场景数据确定被追踪对象当前处在第一场景,具体包括:第一设备使用机器学习算法分析场景数据,以确定该对象当前处在第一场景。
在一些实施例中,第一设备还可以更新用于识别场景的机器学习算法。具体的,该更新过程可包括:第一设备将该场景数据以及确定的该第一场景发送给该云服务器,该场景数据以及确定的该第一场景用于该云服务器更新该机器学习算法;该第一设备接收到该云服务器发送的更新数据;该第一设备根据该更新数据更新该机器学习算法。
结合第一方面,在一种可能的实施方式中,场景数据包括以下一项或多项:该第一设备获取到的运动速度、加速度、振动信号或该位置信息;该位置信息包括以下一项或多项:经纬度坐标、地理位置名称或海拔高度。
第二方面,本申请提供了一种设备,该设备包括:一个或多个处理器、存储器和通信模块;该存储器与该一个或多个处理器耦合,该存储器用于存储计算机程序代码,该计算机程序代码包括计算机指令,该一个或多个处理器调用该计算机指令以使得该设备执行:
获取场景数据;该设备用于追踪对象,该设备和该对象之间的距离小于第一值;该场景数据反映了该对象所处的地理位置或者环境;
根据该场景数据确定该对象当前处在第一场景;
确定与该第一场景相对应的第一上报周期;
通过该通信模块,使用该第一上报周期上报位置信息给云服务器;该位置信息为该设备实时的位置信息。
这里,上报周期是指设备每2次上报位置信息之间的时间间隔。
这里,设备追踪对象时和该对象之间的距离小于第一值,即可以将该设备获取到的位置信息看作是该对象的位置信息。
第二方面所描述的设备可以根据当前所处的场景自主调整上报周期,可以适应于当前场景并按照实际需求上报位置信息。
结合第二方面,在一种可能的实施方式中,该设备追踪的对象的类型可通过以下任意一种方式设置:
1.该设备追踪的该对象的类型是由用户设置的。用户可以从第二设备提供的包含多种追踪对象类型的菜单中,选择其中的一个对象类型作为该设备追踪的对象的类型,即为该设备绑定追踪对象类型。
可理解的,由用户设置该设备追踪对象的类型的方式,可以使得该设备根据用户需要追踪不同的对象,适用范围更广,更具有实用性,更加符合用户的使用习惯,用户体验更佳。
2.该设备追踪的该对象的类型是由该设备默认设置的。该设备可以预先存储固定的上报周期,和该固定的上报周期相对应的对象类型可以看作该设备默认设置的追踪对象类型。
结合第二方面,在一种可能的实施方式中,该一个或多个处理器还用于调用该计算机指令以使得该设备执行:根据变化后的该场景数据确定该对象处在第二场景;确定与该第二场景相对应的第二上报周期;通过该通信模块,使用该第二上报周期上报位置信息给该云服务器。也就是说,该设备在追踪同一对象时,该对象处在不同场景时,该设备使用适应于该场景的上报周期上报位置信息。
结合第二方面,不同的场景对应有不同的上报周期,以满足用户对于掌握被追踪对象的位置以及活动轨迹的需求。下面示例性地给出两种该设备上报位置信息的策略:
1.当被追踪对象的运动速度越大时,用户需要越频繁地获知该对象的位置及活动轨迹,即该设备可以使用较短的上报周期上报位置信息。也就是说,若被追踪的该对象在该第一场景中的运动速度大于在该第二场景中的运动速度,则该第一上报周期小于该第二上报周期。
2.当被追踪对象处于安全场景时,用户不需要过于频繁地获知该对象的位置及活动轨迹,当被追踪对象处于非安全场景时,用户需要频繁地获知该对象的位置及活动轨迹。也就是说,若该第一场景为安全场景,该第二场景为非安全场景,则该第一上报周期大于该第二上报周期。这里,安全场景和非安全场景可以由用户预先设置,例如可以将家和学校设置为安全场景,将其余地方设置为非安全场景。
结合第二方面,该设备确定当前被追踪对象处在的场景后,可以获知和该场景相对应的上报周期。在一些实施例中,该设备可通过以下任意一种方式来获知和当前被追踪对象处在的场景相对应的上报周期:
1.该对象在不同场景下的上报周期可以根据经验数据预先设置,例如可以由研发人员通过调研等方式确定该对象合适于不同场景的上报周期,并将其预置在该设备中。
2.该对象在不同场景下的上报周期可以由用户根据需求进行设置。
结合第二方面,在一种可能的实施方式中,该一个或多个处理器还用于调用该计算机指令以使得该设备执行:通过该通信模块接收到该云服务器发送的指令,该指令用于指示该设备缩短上报周期;该设备根据该指令缩短上报周期,并通过该通信模块,使用缩短后的上报周期上报位置信息给该云服务器。这种用户主动干预该设备的上报周期的方式,在一些紧急场景下,用户可以迅速获知被追踪对象的当前位置。
结合第二方面,在一种可能的实施方式中,该指令的时效性为第一时长。在该设备接收到该指令的第一时长之内,通过该通信模块使用缩短后的上报周期上报位置信息给该云服务器;在该设备接收到该指令的第一时长之后,通过该通信模块使用和该对象当前处在的场景相对应的上报周期上报位置信息给该云服务器。
结合第二方面,在一种可能的实施方式中,该设备还可以考虑运动情况来上报位置信息时。在一个具体的实施方式中,该一个或多个处理器还用于调用该计算机指令以使得该设备执行:若该设备在第二时长内没有运动,则停止上报位置信息给该云服务器。也就是说,当该设备长时间不动时,即使上报周期到来时,也可以不上报位置信息,可以节省功耗。这里,该设备可以通过加速度传感器、陀螺仪传感器、振动传感器等传感器检测在该第二时长内是否有运动。
结合第二方面,在一种可能的实施方式中,设备处于极端情形时,可以调整上报周期。在一个具体的实施方式中,该一个或多个处理器还用于调用该计算机指令以使得该设备执行:该设备在遭受到猛烈撞击时,缩短上报周期,并通过该通信模块使用缩短后的上报周期上报位置信息给该云服务器。设备遭遇到猛烈撞击时,可能处于危险情形,此时缩短上报周期可以使得用户获知被追踪对象最新的位置信息。这里,该设备可以通过加速度传感器、振动传感器中的一个或多个检测是否遭遇到猛烈撞击。
结合第二方面,在一种可能的实施方式中,该一个或多个处理器还用于调用该计算机指令以使得该设备执行:在获取该场景数据之前,通过该通信模块,使用初始上报周期上报位置信息给该云服务器。这里,初始上报周期可以是和当前被追踪对象的类型对应的上报周期。
结合第二方面,在一种可能的实施方式中,该通信模块为移动通信模块,该移动通信模块提供蜂窝网络解决方案,该设备通过蜂窝网络上报该位置信息给该云服务器。在一些实施例中,该蜂窝网络为窄带物联网(narrow band internet of things,NB-IoT),该设备上报该位置信息时启动非省电模式,在不上报该位置信息时启动省电模式。结合该设备在NB-IoT下的PSM来上报位置信息,可避免在通信层面浪费数据流量和电量,可以充分利用设备在NB-IoT下的PSM达到省电的效果。
结合第二方面,在一种可能的实施方式中,该设备根据该场景数据确定该对象当前处在第一场景,具体包括:该设备使用机器学习算法分析该场景数据,以确定该对象当前处在第一场景。
在一些实施例中,该一个或多个处理器还用于调用该计算机指令以使得该设备执行:通过该通信模块将该场景数据以及确定的该第一场景发送给该云服务器,该场景数据以及确定的该第一场景用于该云服务器更新该机器学习算法;通过该通信模块接收到该云服务器发送的更新数据;根据该更新数据更新该机器学习算法。这样改设备可以更新用于识别场景的机器学习算法,使得后续的场景识别更加准确。
结合第二方面,在一种可能的实施方式中,场景数据包括以下一项或多项:该设备获取到的运动速度、加速度、振动信号或该位置信息;位置信息包括以下一项或多项:经纬度坐标、地理位置名称或海拔高度。
第三方面,本申请提供一种包含指令的计算机程序产品,当上述计算机程序产品在电子设备上运行时,使得上述电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。
第四方面,本申请提供一种计算机可读存储介质,包括指令,当上述指令在电子设备上运行时,使得上述电子设备执行如第一方面以及第一方面中任一可能的实现方式描述的方法。
实施本申请提供的技术方案,设备可以根据当前所处的场景自主调整上报周期,使得设备可以适应于当前场景并按照实际需求上报位置信息。
附图说明
图1是本申请实施例提供的通信系统的结构示意图;
图2是本申请实施例提供的第一设备的结构的示意性图;
图3是本申请实施例提供的第一设备和用户建立从属关系的方法流程示意图;
图4-图5是本申请实施例提供的一些人机交互示意图;
图6是本申请实施例提供的设备上报位置信息的方法流程示意图;
图7是本申请实施例的通信系统中各个设备提供的功能的示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。
其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
以下,术语“第一”、“第二”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请实施例的描述中,除非另有说明,“多个”的含义是两个或两个以上。
本申请实施例提供了一种设备上报位置信息的方法,设备可以根据当前所处的场景自主调整上报周期,使得设备可以适应于当前场景并按照实际需求上报位置信息。这里,上报周期是指设备每2次上报位置信息之间的时间间隔。
首先介绍本申请实施例涉及的通信系统。参考图1,图1示出了本申请实施例提供的通信系统的结构示意图。如图1所示,该通信系统可包括:第一设备100、第二设备200、云服务器300。其中:
第一设备100是具有定位功能以及基于蜂窝网络的通信功能的终端。第一设备100具有定位功能是指第一设备100可以根据以下一种或多种方式获取当前所在的位置信息,这些方式包括:全球卫星导航系统(global navigation satellite system,GNSS)定位、Wi-Fi定位、基站定位、以及通过配置的传感器(例如加速度传感器、气压传感器等)测量的数据来定位等方式。第一设备100具有基于蜂窝网络的通信功能是指第一设备100可以通过蜂窝网络连接到核心网,以和其他设备通信。在本申请实施例中,第一设备100可以基于蜂窝网络连接到云服务器300,从而和云服务器300通信。
第一设备100可以用于追踪各类对象,例如人物(例如儿童、老人)、宠物、重要物品(例如行李箱、医疗设备),以及农业、畜牧业、物流业、冷链等行业的对象等。第一设备100追踪对象时,该第一设备100和该对象之间的距离小于阈值。该阈值可以预先设置,例如10厘米(cm)、5cm等。也就是说,在本申请实施例中,可以将第一设备100的位置信息看作是该第一设备100所追踪对象的位置信息。在具体的实施例中,第一设备100可以放置在配件中,方便用户使用。不限于图1所示的被放置在手环中的第一设备100,第一设备100还可以放置在其他配件中。例如,第一设备100可以放置在宠物项圈中,用于追踪宠物;第一设备100还可以放置在行李箱的卡扣中,用于追踪行李箱;第一设备100还可以放置在自行车的卡扣/绑带/水杯瓶扣中,用于追踪自行车;第一设备100还可以放置在衣物配饰(例如腰带)中,用于追踪儿童或老人等等。在本申请实施例中,第一设备100在追踪对象时,可以根据当前所处的场景自主调整上报周期,并根据上报周期将获取到的自身的位置信息上报给云服务器300。在一些实施例中,第一设备100也可以被称为追踪器(tracker)。
第二设备200可以为手机、平板电脑、个人数字助理(personal digitalassistant,PDA)、可穿戴设备等便携式电子设备。便携式电子设备的示例性实施例包括但不限于搭载iOS、Android、Microsoft或者其他操作系统的便携式电子设备。上述便携式电子设备也可以是其他便携式电子设备,诸如具有触敏表面(例如触控面板)的膝上型计算机(laptop)等。还应当理解的是,在本申请其他一些实施例中,第二设备200也可以不是便携式第二设备,而是具有触敏表面(例如触控面板)的台式计算机或者车载设备等。
第二设备200可以通过无线网络连接到云服务器300,通过云服务器300操控第一设备100。具体的,第二设备200可以通过无线网络接收到云服务器300发送的第一设备100的位置信息。在一些实施例中,第二设备200还可以通过无线网络向云服务器300发送指令,云服务器300可以根据该指令指示第一设备100执行相应的操作(例如更改上报周期等)。这里,该无线网络可以是蜂窝网络、无线局域网(wireless local area networks,WLAN)(例如无线保真(wireless fidelity,Wi-Fi)网络))等。
第二设备200可以安装有用于管理第一设备100的应用(application,APP),或者,第二设备200可以访问用于管理第一设备100的万维网(world wide web,web)页面。第二设备200可以通过该应用或web页面控制和该第二设备200的关联用户具有从属关系的第一设备。第二设备200的关联用户是指登录到该第二设备200上用于管理第一设备的应用或web页面的用户账号所对应的用户。在本申请实施例中,可将登录到该第二设备200的应用或web页面的用户账号称为第二设备200的关联用户账号。举例说明,用户1使用自己的用户账号(例如华为账号)在第二设备200上登录到用于管理第一设备的应用或web页面,则用户1为第二设备200的关联用户,用户1的华为账号为第二设备200的关联用户账号。用户和第一设备具有从属关系是指,该用户的用户账号和该第一设备的设备标识绑定,该第一设备属于该用户并且能够被该用户操控。
云服务器300是提供安全可靠的弹性计算服务的设备。在本申请实施例中,云服务器300提供用于管理第一设备100的应用或web页面的接口,云服务器300可通过该接口和第二设备200通信。具体的,云服务器300可以通过该接口接收来自第二设备200的指令,并根据该指令指示第一设备100执行相应的操作(例如更改上报周期)。在本申请实施例中,云服务器300还可以基于蜂窝网络接收到第一设备100上报的位置信息,并通过该接口将该位置信息发送给第二设备200。
本申请实施例提及的蜂窝网络可包括但不限于:1.基于以下任意一种无线通信技术构建的蜂窝网络:第二代移动通信技术(2G)(例如全球移动通讯系统(global systemfor mobile communications,GSM)、通用分组无线服务(general packet radio service,GPRS))、第三代移动通信技术(3G)(例如码分多址接入(code division multiple access,CDMA),宽带码分多址(wideband code division multiple access,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA))、第四代移动通信技术(4G)(例如长期演进(long term evolution,LTE))、第五代移动通信技术(5G)以及后续发展过程中提出的通信技术等等。2.窄带物联网(narrow band internet of things,NB-IoT)。其中,NB-IoT基于蜂窝网络构建,可以满足物联网终端设备低功耗、低成本的需求。
下面介绍本申请实施例提供的第一设备100的结构。
参见图2,图2为第一设备100的结构示意图。第一设备100可包括处理器110,存储器120,充电管理模块130,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,传感器模块170,以及用户标识模块(subscriber identificationmodule,SIM)卡接口180等。其中传感器模块170可以包括以下一种或多种:陀螺仪传感器170A,气压传感器170B,加速度传感器170C,距离传感器170D,温度传感器170E和振动传感器170F等。
可以理解的是,本申请实施例示意的结构并不构成对第一设备100的具体限定。在本申请另一些实施例中,第一设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。例如,在一些实施例中,第一设备100还可以配置有显示屏。在一些可能的实施方式中,该显示屏可用于显示指示该第一设备100的标识的二维码。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。其中,控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从所述存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
存储器120可以用于存储计算机可执行程序代码,所述可执行程序代码包括指令。存储器120可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如上报位置信息功能等)等。存储数据区可存储第一设备100使用过程中所创建的数据(比如位置信息等)等。此外,存储器120可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。处理器110通过运行存储在存储器120的指令,和/或存储在设置于处理器中的存储器的指令,执行第一设备100的各种功能应用以及数据处理。
在本申请的一些实施例中,存储器120可用于存储一个或多个用于识别第一设备100所处场景的算法。处理器110可以调用该算法,对传感器(例如气压传感器170B、加速度传感器170C)和/或无线通信模块160获取到的场景数据进行分析,识别第一设备100所处的场景。处理器110识别第一设备100所处的场景之后,可以根据第一设备100所处的场景调整第一设备100上报位置信息的周期。
充电管理模块130用于从充电器接收充电输入。其中,充电器可以是无线充电器,也可以是有线充电器。在一些有线充电的实施例中,充电管理模块130可以通过USB接口接收有线充电器的充电输入。在一些无线充电的实施例中,充电管理模块130可以通过第一设备100的无线充电线圈接收无线充电输入。充电管理模块130为电池142充电的同时,还可以通过电源管理模块141为电子设备供电。
电源管理模块141用于连接电池142,充电管理模块130与处理器110。电源管理模块141接收电池142和/或充电管理模块130的输入,为处理器110,存储器120和无线通信模块160等供电。电源管理模块141还可以用于监测电池容量,电池循环次数,电池健康状态(漏电,阻抗)等参数。在其他一些实施例中,电源管理模块141也可以设置于处理器110中。在另一些实施例中,电源管理模块141和充电管理模块130也可以设置于同一个器件中。
第一设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。第一设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在第一设备100上的包括2G/3G/4G/5G、NB-IoT等无线通信的解决方案。移动通信模块150可以包括至少一个滤波器,开关,功率放大器,低噪声放大器(low noise amplifier,LNA)等。移动通信模块150可以由天线1接收电磁波,并对接收的电磁波进行滤波,放大等处理,传送至调制解调处理器进行解调。移动通信模块150还可以对经调制解调处理器调制后的信号放大,经天线1转为电磁波辐射出去。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。在本申请实施例中,移动通信模块150可用于根据上报周期将无线通信模块160、传感器(例如气压传感器170B、加速度传感器170C)等获取到的位置信息发送给云服务器300。在一些实施例中,移动通信模块150还用于接收来自云服务300的指令,该指令用于指示第一设备100执行相应的操作(例如调整上报周期)。
调制解调处理器可以包括调制器和解调器。其中,调制器用于将待发送的低频基带信号调制成中高频信号。解调器用于将接收的电磁波信号解调为低频基带信号。
无线通信模块160可以提供应用在第一设备100上的包括无线局域网(wirelesslocal area networks,WLAN)(如无线保真(wireless fidelity,Wi-Fi)网络),蓝牙(bluetooth,BT),全球导航卫星系统(global navigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,第一设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得第一设备100可以通过无线通信技术与网络以及其他设备通信。所述无线通信技术可以包括全球移动通讯系统(global system for mobile communications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(codedivision multiple access,CDMA),宽带码分多址(wideband code division multipleaccess,WCDMA),时分码分多址(time-division code division multiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。所述GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidounavigation satellite system,BDS),准天顶卫星系统(quasi-zenith satellitesystem,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
陀螺仪传感器170A可以用于确定第一设备100的运动姿态。在一些实施例中,可以通过陀螺仪传感器170A确定第一设备100围绕三个轴(即,x,y和z轴)的角速度。陀螺仪传感器170A还可以用于导航场景。
气压传感器170B用于测量气压。在一些实施例中,第一设备100通过气压传感器170B测得的气压值计算海拔高度,辅助定位和导航。
加速度传感器170C可检测第一设备100在各个方向上(一般为三轴)加速度的大小。当第一设备100静止时可检测出重力的大小及方向。还可以用于识别电子设备姿态,应用于横竖屏切换,计步器等应用。
距离传感器170D,用于测量距离。第一设备100可以通过红外或激光测量距离。
温度传感器170E用于检测温度。在一些实施例中,第一设备100可利用温度传感器170E采集周围的环境温度。
振动传感器170F可以获取振动信号。在一些实施例中,当有外力作用于第一设备100时,振动传感器170F可以获取到振动信号。
SIM卡接口180用于连接SIM卡。SIM卡可以通过插入SIM卡接口180,或从SIM卡接口180拔出,实现和第一设备100的接触和分离。第一设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口180可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口180可以同时插入多张卡。所述多张卡的类型可以相同,也可以不同。SIM卡接口180也可以兼容不同类型的SIM卡。SIM卡接口180也可以兼容外部存储卡。第一设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,第一设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在第一设备100中,不能和第一设备100分离。
基于图1所示的通信系统以及图2所示的第一设备100,本申请实施例提供了设备上报位置信息的方法。实施本申请实施例提供的方法,第一设备可以根据当前所处的场景自主调整上报周期,使得第一设备可以适应于当前场景并按照实际需求上报位置信息,既能满足追踪对象的需求,又能节省功耗。
在本申请实施例中,第一设备的位置信息可包括以下一个或多个:经纬度坐标、海拔高度或地理位置名称。第一设备可通过以下任意一种方式或者结合以下任意几种方式获取位置信息:
1.第一设备通过全球导航卫星系统,例如GPS、GLONASS、BDS、QZSS或SBAS等获取经纬度坐标或者地理位置名称。
2.第一设备采用基站定位的方式获取经纬度坐标。
3.第一设备采用无线室内定位技术获取经纬度坐标或者地理位置名称。无线室内定位技术可包括Wi-Fi、射频识别(radio frequency identification,RFID)、蓝牙、红外、超声波等短距离无线技术。
4.第一设备通过传感器采集到的数据获取位置信息。例如,第一设备可通过气压传感器170B测量气压值,并根据测量得到的气压值计算海拔高度。第一设备还可通过加速度传感器170C测量速度和加速度,并根据测量得到的速度、加速度和之前某个时间点的经纬度坐标计算当前时间点的经纬度坐标等。第一设备还可以通过距离传感器170D测量和某个物体之间的距离,并根据测量到的距离和该物体的经纬度坐标计算自身的经纬度坐标等。
在本申请实施例中,第一设备100的部分传感器例如气压传感器170B、加速度传感器170C等可以连续长时间工作以采集数据,从而获取被追踪对象的位置信息。
在本申请实施例中,第一设备100的无线通信模块160可以持续提供全球导航卫星系统(例如GPS)、Wi-Fi、蓝牙、红外等无线通信解决方案以获取第一设备100的位置信息,也可以周期性(例如以固定周期)或者根据需要(例如在需要上报位置信息之时或者之前)提供上述无线通信解决方案以获取第一设备100的位置信息。
在实施本申请实施例提供的方法之前,即第一设备100在获取位置信息及上报位置信息之前,第一设备100需和用户建立从属关系。第一设备100上报位置信息之后,和该第一设备100具有从属关系的用户可以在第二设备200上查看第一设备的位置以及活动轨迹。示例性地,参见图3,用户和第一设备100建立从属关系的过程可包括如下步骤:
步骤1:用户使用自己的用户账号和密码登录到第二设备200上安装的用于管理第一设备的应用,或者,登陆到第二设备200访问的用于管理第一设备的万维网(web)页面。
这里,用于管理第一设备的应用或web页面可以由第一设备的生产厂商(例如tracker的生产厂商(例如华为))开发。
示例性地,参见图4的4a,其示出了用户使用用户账号和密码登录到用于管理第一设备的应用之后,第二设备200提供的用户界面10。如4a所示,该用户界面10可包括:查看用户信息控件101、设置控件102、添加控件103、地图展示区域104、添加设备控件105。在一些实施例中,该用户界面10还可包括状态栏106,状态栏106可包括以下一项或多项:运营商的名称(例如中国移动)、Wi-Fi图标、信号强度、时间、电池图标、闹钟图标(图中未示出)或蓝牙图标(图中未示出)等。在一些实施例中,该用户界面10还可包括可隐藏的导航栏107,导航栏107可包括返回键、主显示屏键以及多任务键。在该用户界面10中:
查看用户信息控件101可用于接收输入的用户操作(例如点击操作),响应于该用户操作,第二设备100可以在用户界面10上展示用户信息(例如已登录用于管理第一设备的应用的用户账号的头像、名称等)、用于退出登录或切换登录账号的控件等。
设置控件102可用于接收输入的用户操作(例如点击操作),响应于该用户操作,第二设备100可以显示设置该用于管理第一设备的应用的相关功能的用户界面。用于管理第一设备的应用的相关功能可包括:提示新消息的方式、显示的语言等。
添加控件103可用于接收输入的用户操作(例如点击操作),响应于该用户操作,第二设备200可以在用户界面10上显示包括一个或多个控件的小窗口。第二设备200可响应于在该小窗口内的控件上检测到的用户操作(例如点击操作),提供扫描二维码、查看帮助反馈信息、添加好友或其他的一些功能。
地图展示区域104用于展示地图。地图展示区域104可以用于展示和第二设备200的当前位置对应的地图。地图展示区域104中展示的地图可以由地图类应用(例如谷歌地图、百度地图)提供。
添加设备控件105可用于接收输入的用户操作(例如点击操作),响应于该用户操作,第二设备200可以获取附近的第一设备100的标识。也就是说,响应于用户在添加设备控件105上输入的用户操作(例如点击操作),第二设备200可以执行下面的步骤2。
步骤2:第二设备200获取第一设备100的标识,根据该标识发现第一设备100。
第一设备100的标识可以为第一设备100构建的服务集的标识(service setidentifier,SSID),可以用于指示该第一设备100。第二设备200获取到第一设备100的标识,即第二设备200发现附近存在该第一设备100。
在本申请实施例中,第二设备200可以执行以下任意一种方法来获取第一设备100的标识:
(1)第二设备200扫描附近的第一设备100发送的消息,该消息携带第一设备100的标识。
第一设备100可以在连接电源或者在接收到用户操作(例如智能音箱的电源键接收到用户的长按操作)之后发送消息。第一设备100可以持续发送该消息。第一设备100发送的该消息携带有第一设备100的标识。
在一些实施例中,该消息可以是第一设备100采用Wi-Fi技术发送的信标帧(beacon帧)或探查请求帧(也称为probe request)。例如,第一设备100可以作为AP热点发送beacon帧或probe request。第二设备200在接收到作用于用户界面10中的添加设备控件105上的用户操作后,可以响应于该用户操作在Wi-Fi信道上执行扫描操作。第二设备200执行扫描操作的时长可以为预设时长,在预设时长之后第二设备200可停止扫描。当第二设备200和第一设备100之间的距离在Wi-Fi信号的有效范围之内时,第二设备200可以扫描到第一设备100发送的beacon帧或probe request。
在另一些实施例中,该消息可以是第一设备100采用蓝牙技术发送的广播包。第二设备200在接收到作用于用户界面10中的添加设备控件105上的用户操作后,可以响应于该用户操作在蓝牙信道上执行扫描操作。第二设备200执行扫描操作的时长可以为预设时长,在预设时长之后第二设备200可停止扫描。当第二设备200和第一设备100之间的距离在蓝牙信号的有效范围之内时,第二设备200可以扫描到第一设备100发送的广播包。
示例性地,参见图4的4b,其示出了第二设备200响应于添加设备控件105上接收到的用户操作,通过上述第(1)种方式来获取附近的第一设备100的标识时显示的用户界面20。该用户界面20可包括:返回上一级控件201、提示信息202、可用设备列表203。其中,返回上一级控件201可用于接收输入的用户操作(例如点击操作),第二设备200可响应于该用户操作再次显示如4a所示的用户界面10。提示信息202用于提示用户当前第二设备200正在扫描附近的第一设备发送的消息。可用设备列表203用于展示第二设备200发现的附近的第一设备的信息,该信息被携带在第一设备发送的消息中,该信息可以是第一设备的名称。示例性地,如4b所示,第二设备200发现了两个第一设备,其名称分别为“AAAAA”、“BBBBB”。可用设备列表203中各个设备的名称可用于接收用户操作。
示例性地,参见图4的4b及4c,用户可以点击可用设备列表203中的“BBBBB”,响应于该点击操作,第二设备200可以显示如4c所示的用户界面30。该用户界面30可包括返回上一级控件301、提示信息302、暂不绑定控件303和立即绑定控件304。其中,返回上一级控件301可用于接收输入的用户操作(例如点击操作),第二设备200可响应于该用户操作再次显示如4b所示的用户界面20。提示信息302用于提示用户是否绑定发现的第一设备。暂不绑定控件303可用于接收输入的用户操作(例如点击操作),第二设备200可响应于该用户操作再次显示如4b所示的用户界面20。立即绑定控件304可用于接收输入的用户操作(例如点击操作),响应于该用户操作,第二设备200可触发使得第二设备200的关联用户和第一设备“BBBBB”建立从属关系的流程。该第二设备200的关联用户和第一设备建立从属关系的流程可参照后续步骤3-步骤8。
在一些实施例中,第二设备200触发使得第二设备200的关联用户和第一设备建立从属关系的流程时,还可显示如图5的5b所示的用户界面40。也就是说,响应于立即绑定控件304上接收到的用户操作,第二设备200可显示如图5的5b所示的用户界面40。该用户界面40包括提示信息404,用于提示用户当前正在绑定第二设备200的关联用户和第一设备。
(2)第二设备200扫描附近的第一设备100提供的二维码,该二维码用于指示该第一设备100的标识。
在一些实施例中,若第一设备100配置有显示屏,则该第一设备100可以在出厂时预先存储二维码,并在开机后将二维码显示在显示屏上。在另一些实施例中,该二维码可以在该第一设备100出厂时张贴在该第一设备100的表面。
具体实现中,第二设备200在接收到作用于用户界面10中的添加设备控件105上的用户操作后,可以开启摄像头并通过摄像头扫描第一设备100提供的二维码,根据该二维码获取第一设备100的标识。
不限于上述两种获取第一设备100的标识的方式,本申请实施例还可以通过其他方式获取第一设备100的标识,例如第二设备200还可以接收用户输入的第一设备100的标识等。
步骤3:第二设备200向云服务器300发送用于请求该云服务器300为第一设备100分配设备标识(device ID)的消息,该消息携带该第二设备200的关联用户账号。
步骤4:云服务器300为第一设备100分配设备标识,并将该第一设备100的设备标识发送给第二设备200。
这里,云服务器300为第一设备100分配的设备标识,不同于之前步骤1中第二设备200发现第一设备100时该第一设备100的标识。云服务器300为第一设备100分配的设备标识可以用于云服务器300识别该第一设备100。该设备标识可以由数字、字母、符号等中的一个或多个组成。
步骤5:第二设备200将该设备标识发送给第一设备100。
第二设备200可以采用WiFi技术或者蓝牙技术将该设备标识发送给第一设备100。
步骤6:第一设备100向云服务器300发送绑定请求,该绑定请求携带云服务器300分配给第一设备100的设备标识,用于请求云服务器300为第二设备200的关联用户和该第一设备100建立从属关系。
具体的,第一设备100可以通过蜂窝网络(例如2G/3G/4G/5G、NB-IoT等)向云服务器300发送该绑定请求。
步骤7:云服务器300接收到绑定请求,并根据该绑定请求将第二设备200的关联用户账号和该第一设备100的设备标识关联存储,即将第二设备200的关联用户和该第一设备100绑定。
云服务器300将第二设备200的关联用户账号和第一设备100的设备标识绑定之后,该用户账号对应的用户(即第二设备200的关联用户)和第一设备100成功建立从属关系。第二设备200的关联用户和第一设备100建立从属关系之后,该第二设备200的关联用户可以在第二设备200上通过管理第二设备的应用或者web页面查看第一设备100上报的位置信息。
步骤8:云服务器300向第二设备200发送通知消息,该通知消息用于通知第二设备200其关联用户和该第一设备100绑定成功。
具体的,第二设备200接收到云服务器300发送的通知消息之后,可以确定第二设备200的关联用户和第一设备100成功建立从属关系。在一些实施例中,第二设备200可以提示用户当前成功和第一设备100建立从属关系的信息,提示方式可包括但不限于:在显示屏上显示提示信息、语音播报提示信息或振动等。
在一些实施例中,上述步骤3-步骤6还可以替换为以下步骤3a-步骤6a:
步骤3a:第一设备100请求云服务器300为该第一设备100分配设备标识(deviceID)。
具体的,第一设备100可以通过蜂窝网络(例如2G/3G/4G/5G、NB-IoT等)请求云服务器300为该第一设备100分配设备标识(device ID)。
步骤4a:云服务器300为第一设备100分配设备标识,并将该第一设备100的设备标识发送给该第一设备100。
步骤5a:第一设备100将该设备标识发送给第二设备200。
步骤6a:第二设备200向云服务器300发送绑定请求,该绑定请求携带云服务器300分配给第一设备100的设备标识以及第二设备200的关联用户账号,该绑定请求用于请求云服务器300为第二设备200的关联用户和该第一设备100建立从属关系。
示例性地,参见图5的5c,第二设备200的关联用户和第一设备100建立从属关系之后,第二设备200可以在用户界面10上显示该第一设备100的相关信息108。该第一设备100的相关信息108可包括:第一设备100所追踪对象的图片和/或昵称、第一设备100的名称(例如“BBBBB”)、第一设备100的剩余电量(例如38%)、第一设备100上报位置信息的情况(例如设备是否上报位置信息、设备最近一次上报的位置信息等)等。第一设备100所追踪对象的图片和/或昵称可以由用户在和第一设备100建立从属关系添加或者设置。第一设备100的剩余电量以及上报位置信息的情况可以由第一设备100通过云服务器300发送给第二设备200。其中,第一设备100获取该位置信息的方式可参照前文相关描述,第一设备100上报该位置信息的方式可参照后续实施例的相关描述。
在本申请实施例中,第二设备200的关联用户和第一设备100建立从属关系之后,第一设备100可以开始工作,即第一设备100可以根据自身的上报周期上报位置信息到云服务器300。
可理解的,第一设备100的上报周期决定了用户掌控第一设备100/追踪对象的位置以及活动轨迹的准确度、精细度。该上报周期越短时,第一设备100可以越频繁地上报位置信息,使得用户更加准确地获知第一设备100/追踪对象的位置以及活动轨迹。但是,该上报周期越短,也意味着第一设备100需要更加频繁地和云服务器300通信,会增加功耗。
考虑到用户需求以及设备功耗,一般情况下第一设备100所追踪对象的类型和自身的上报周期相对应。例如,对于家庭成员(例如儿童、老人等),用户希望能够较为频繁的获知家庭成员的位置,如每5分钟获知更新的家庭成员的位置,从而保证家庭成员的安全,因此第一设备追踪家庭成员时上报位置信息的周期可以为5分钟。又例如,宠物的重要程度相对于家庭成员的重要程度低,考虑到功耗问题,用户希望能够以普通的频次获知宠物的位置,如每1小时获知更新的宠物的位置,因此第一设备追踪宠物时上报位置信息的周期可以为1小时。
示例性地,可参见表1,表1给出了几种被追踪对象的类型以及和该对象类型相对应的上报周期。
表1不同对象类型对应的上报周期
在本申请实施例中,第一设备100追踪的对象的类型可以通过以下任意一种方式确定:
1.第一设备100所追踪对象的类型可以是第一设备100默认设置的。
在一些实施例中,第一设备100可以预先存储固定的上报周期,和该固定的上报周期相对应的对象类型可以看作第一设备100默认设置的追踪对象类型。例如,当第一设备预先存储的上报周期为5分钟时,该第一设备可用于追踪家庭成员;当第一设备预先存储的上报周期为1小时,该第一设备可用于追踪宠物。
2.第一设备100所追踪对象的类型可以是用户设置的。
具体的,用户可以从第二设备200提供的包含多种追踪对象类型的菜单中,选择其中的一个对象类型作为第一设备100追踪的对象的类型,即为第一设备100绑定追踪对象类型。
示例性地,参见图5的5a,第二设备200可以响应于用户界面30中立即绑定控件304上输入的用户操作,显示如5a所示的用户界面40。该用户界面40可包括:返回上一级控件401、提示信息402、追踪对象类型菜单403、下一步控件404。其中,返回上一级控件401可用于接收输入的用户操作(例如点击操作),第二设备200可响应于该用户操作再次显示如图4的4c所示的用户界面30。提示信息402用于提示用户设置第一设备100所追踪对象的类型。追踪对象类型菜单403中可包括多个对象类型的名称和/或图标,例如5a所示的行李403A、宠物403B、自行车403C、贵重物品403D。不限于5a所示的追踪对象类型菜单403,具体实现中,该追踪对象类型菜单403可包括更多或更少的对象类型,本申请实施例对此不做限制。
用户可根据第一设备100实际所追踪的对象,在追踪对象类型菜单403中选择该追踪对象所属的类型。示例性地,参见图5的5a,当第一设备100实际用于追踪用户的宠物狗时,用户可以点击宠物403B,将宠物设置为第一设备100所追踪对象的类型。用户选中宠物403B之后,可以在下一步控件404上输入用户操作(例如点击操作),响应于该用户操作,电子设备200可以显示如5b所示的用户界面40。关于5a所示的用户界面40的详细描述请参照前文相关实施例。
用户在第二设备200上设置了第一设备100追踪对象的类型之后,第二设备200可以将该对象类型发送给云服务器300。云服务器300可以将该对象类型发送给第一设备100,以使得第一设备100获知自己追踪的对象的类型。
可理解的,由用户设置第一设备100追踪对象的类型的方式,可以使得第一设备100根据用户需要追踪不同的对象,第一设备100的适用范围更广,更具有实用性,更加符合用户的使用习惯,用户体验更佳。
下面描述本申请实施例提供的第一设备100上报位置信息的方法。第一设备100上报位置信息的方法可包括以下两种:
1.在一些实施例中,第一设备100可以在工作初始阶段按照和自身追踪对象的类型对应的上报周期上报位置信息,在工作一段时间后,根据第一设备100当前所处的场景自适应调整上报周期。也就是说,第一设备100可以将和自身追踪对象的类型对应的上报周期作为初始上报周期,并可以在工作一段时间后根据所处场景调整上报周期。这里,追踪对象的类型和上报周期之间的对应关系可参照前文表1以及相关描述。
这里,第一设备100可以通过以下任意一种方式确定和自身追踪对象的类型对应的上报周期:
(1)在一些实施例中,和各个追踪对象类型相对应的上报周期可以存储在云服务器300中,第一设备100可以从云服务器300处获取到和自身追踪对象的类型对应的上报周期。
(2)在另一些实施例中,第一设备100可以预先存储和各个追踪对象类型相对应的上报周期。第一设备100可以在获知追踪对象的类型之后,查找到和该追踪对象的类型对应的上报周期。
2.在另一些实施例中,第一设备100可以在工作初始阶段即根据当前所处的场景自适应确定上报周期。也就是说,第一设备100并没有初始上报周期,在整个工作过程中都根据所处场景自适应确定上报周期。
下面详细描述第一设备100根据所处场景自适应确定上报周期并上报位置信息的过程。
示例性地,参见图6,图6示出了本申请实施例提供的第一设备100根据所处场景自适应确定上报周期并上报位置信息的方法的流程示意图。如图6所示,该方法可包括如下步骤:
步骤S101:第一设备100获取场景数据。
具体的,第一设备100追踪对象时,被追踪对象可能处于不同的场景。被追踪对象所处的场景可以包括或者反映该被追踪对象所处的地理位置、环境。
示例性地,可参见表2,表2给出了几种对象类型分别对应的可能的场景。这里,各个对象类型对应的场景可以根据经验数据预先设置,也可以由用户自主设置。在一些实施例中,第二设备200可以提供用于设置或者添加和对象类型相对应的场景的用户界面,用户可通过该用户界面设置或者添加和对象类型相对应的场景。例如,用户可以设置和宠物对应的3个场景:家里场景、遛狗场景和外出旅行场景。
表2不同对象类型对应的场景
场景数据是可以用于第一设备100判定被追踪对象当前处于哪一种场景的数据。场景数据可包括以下一个或多个:第一设备100通过加速度传感器170C获取到的运动速度和加速度、第一设备100通过振动传感器170F获取到的振动信号或者第一设备100获取到的位置信息。其中,第一设备100获取位置信息的方式以及具体的位置信息可参照前文相关描述,在此不赘述。
步骤S102、第一设备100根据场景数据确定被追踪对象当前所处的场景。
具体的,第一设备100可以根据获取到的场景数据,在被追踪对象的类型所对应的场景中确定当前被追踪对象所处的场景。
举例来说,当第一设备100当前追踪的对象为宠物时,该宠物可能处于的场景包括:家里场景、遛狗场景、外出旅行场景。在第一设备100获取到的场景数据中,若位置信息表明该宠物位于家中,则第一设备100可确定当前处于家里场景;若运动速度>4km/h,则第一设备100可确定当前处于遛狗场景;若位置信息表明该宠物和家的距离超过预设值(例如100km),则第一设备100可以确定当前处于外出旅行场景。
再举例来说,当第一设备100当前追踪的对象为用户的自行车时,该自行车可能处于的场景包括:家里场景、骑行场景。在第一设备100获取到的场景数据中,若运动速度接近于0km/h,则第一设备100可确定当前处于家里场景;若运动速度>10km/h,则第一设备100可确定当前处于骑行场景。
再举例来说,当第一设备100当前追踪的对象为儿童时,该儿童可能处于的场景包括:家里场景、学校场景、校外场景。在第一设备100获取到的场景数据中,若位置信息表明该儿童位于家中,则第一设备100可确定当前处于家里场景;若位置信息表明该儿童位于学校,则第一设备100可确定当前处于学校场景;若位置信息表明该儿童既不在家中也不在学校,则第一设备100可确定当前处于校外场景。
再举例来说,当第一设备100当前追踪的对象为用户的行李箱时,该行李箱可能处于的场景包括:家里场景、飞行场景、机场场景、出租车场景、酒店场景。在第一设备100获取到的场景数据中,若速度>300km/h、短时间(例如20s)内上升的高度超过5000m或者气压快速变化,则第一设备100可确定当前处于飞行场景;若速度>30km/h,且当前位置处于城市主干道时,则第一设备100可确定当前处于出租车场景。其中,第一设备100可根据加速度以及经纬度计算速度。
在本申请的一些实施例中,第一设备100可以存储一个或多个用于识别场景的算法。该算法可以为人工智能(artificial intelligence,AI)算法。第一设备100可以将获取到的场景数据作为该算法的输入,该算法的输出即为当前被追踪对象所处的场景。也就是说,第一设备100可以通过该算法识别当前被追踪对象所处的场景。
可理解的,不同的对象类型对应的场景不同,因此,在本申请实施例中,不同的对象类型分别对应不同的算法。例如,对象类型“行李箱”有对应的算法,对象类型“宠物”有对应的算法,且该两个算法不相同。第一设备100采用和当前追踪对象的类型相对应的算法,来识别被追踪对象所处的场景。
当第一设备100所追踪对象的类型通过上述第1种方式在出厂时默认设置时,第一设备100可以存储和该追踪对象的类型相对应的算法。当第一设备100所追踪对象的类型通过上述第2种方式由用户设置时,即第一设备100所追踪对象的类型不确定时,第一设备100可以存储多个分别对应不同追踪对象类型的算法,例如可存储对应于宠物的算法、对应于行李箱的算法以及对应于自行车的算法等。
这里,第一设备100存储的一个或多个用于识别场景的算法可以通过以下方式获取:1.该算法可以根据研发人员获取到的经验数据初步训练得到,并在出厂时预置在第一设备100中。2.云服务器300根据研发人员获取到的经验数据训练该算法,并存储该算法,第一设备100从云服务器300处获取该算法。在上述任意一种方式中,训练算法时用到的经验数据具体包括:研发人员试验时采集到的场景数据,以及,试验时的场景。具体的,可以将试验采集到的场景数据作为输入,将该试验时的场景作为输出,从而训练得到对应的算法。
在一些实施例中,第一设备100还可以更新存储的一个或多个用于识别场景的算法。具体的,随着越来越多的第一设备投入使用,会产生越来越丰富的数据。云服务器300可以获取到这些数据并使用这些数据来更新该一个或多个用于识别场景的算法。
下面以某种对象类型(以下称为特定对象类型)对应的算法为例说明该更新过程,该更新过程可包括如下步骤:
步骤1:越来越多的第一设备在追踪属于该特定对象类型的对象时,可以向云服务器300上报获取到的场景数据以及确定的场景。这里,这些第一设备获取场景数据的方式可参照步骤S101中的相关描述。这些第一设备确定所处场景的方式可包括:(1)使用当前存储的算法,以获取到的场景数据作为输入得到计算结果,将该计算结果作为所处的场景。(2)第一设备根据非算法的其他方式确定当前所处的场景。例如,可根据所处地理位置的关键词确定所处场景(例如行李箱所处地理位置的关键词包括机场,则可确定行李箱所处场景为“机场场景”)。
也就是说,在一些实施例中,第一设备100可以将在步骤S101中获取到的场景数据以及在步骤S102中确定的场景上报给云服务器300,以供云服务器300更新用于识别场景的算法。这里,第一设备100可以按照一定的周期上报自身获取到的场景数据以及对应的场景。该周期可以预先设置或者由第一设备100自主确定,本申请实施例不做限制。可理解的,随着越来越多的第一设备投入使用,第一设备100上报自身获取到的场景数据以及对应的场景的周期可以拉长。
步骤2:云服务器300可以使用这些第一设备上报的场景数据以及场景来更新对应于该特定对象类型的算法。具体的,云服务器300可以将这些第一设备上报的场景数据作为输入,将对应的场景作为输入,更新对应于该特定对象类型的算法。
步骤3:云服务器300可以将该特定对象类型的算法的更新数据发送给第一设备100。
步骤4:第一设备100可根据接收到的更新数据来更新存储的对应于该特定对象类型的算法。更新后的算法可以用于更加精准地识别该特定对象类型的对象所处的场景。
在本申请实施例中,可以使用机器学习算法来更新或者训练用于识别场景。该机器学习算法可以为深度学习(deep learning)算法,可包括以下一种或多种:近邻(k-NearestNeighbor,KNN)分类算法、卷积神经网络(convolutional neural network,CNN)、循环神经网络(recurrent neural network,RNN)或统计算法等。可理解的,在本申请实施例中,可以根据更新结果或者训练结果调整使用的机器学习算法。
步骤S103、第一设备100确定与被追踪对象当前所处的场景相对应的上报周期。
下面详细描述什么是和场景相对应的上报周期。在本申请实施例中,用户在使用第一设备100追踪对象时,对象处于不同的场景时,用户需要掌握被追踪对象的位置以及活动轨迹的需求不同,即第一设备100上报位置信息的上报周期不同。下面示例性给出两种在不同的用户需求下,第一设备100上报位置信息的策略:
1.当被追踪对象的运动速度越大时,用户需要越频繁地获知该对象的位置及活动轨迹,即第一设备100可以使用较短的上报周期上报位置信息。具体的,被追踪对象的运动速度越大,意味着该对象的位置变化越快,为了避免该对象走失,第一设备100可以频繁上报位置信息。
2.当被追踪对象处于安全场景时,用户不需要过于频繁地获知该对象的位置及活动轨迹,当被追踪对象处于非安全场景时,用户需要频繁地获知该对象的位置及活动轨迹。也就是说,当被追踪对象处于安全场景时,第一设备100可以使用较长的上报周期上报位置信息,当被追踪对象处于非安全场景时,第一设备100可以使用较短的上报周期上报位置信息。这里,安全场景、非安全场景可以预先设置。举例说明,用户使用第一设备100追踪宠物时,当宠物处于“家里场景”时,由于家中安全程度高,用户并不需要第一设备100特别频繁地上报位置信息。又例如,当宠物处于“外出旅行场景”时,安全程度降低,用户需要第一设备100较为频繁地上报位置信息,以获取宠物的位置以及活动轨迹,避免宠物走失。
在本申请实施例中,被追踪对象在不同的场景下对应有不同的上报周期,以满足用户对于掌握对象的位置以及活动轨迹的需求。示例性地,参见3,表3示出了类型为“行李箱”的对象在不同场景下的上报周期。
场景 | 上报周期 |
家里场景 | 1小时 |
飞行场景 | 无需上报位置信息,上报周期趋近于无限大 |
机场场景 | 5分钟 |
出租车场景 | 10分钟 |
酒店场景 | 0.5小时 |
表3类型为“行李箱”的对象在不同场景下的上报周期
可理解的,不限于表3所示的“行李箱”,其他类型的对象在其对应的场景下也有不同的上报周期。例如,第一设备100追踪“宠物”类型的对象(例如宠物狗)时,当宠物狗处于家里场景时,上报周期可以为60分钟;当宠物狗处于遛狗场景时,上报周期可以为5分钟;当宠物狗处于其他场景时,上报周期可以为30分钟。又例如,第一设备100追踪“儿童”类型的对象时,当儿童处于上学/放学场景时,上报周期可以为1分钟;当儿童处于家里场景或学校场景时,上报周期可以为60分钟;当儿童处于游玩场景时,上报周期可以为30分钟。
在本申请实施例中,第一设备100可以获知当前追踪的对象在不同场景下的上报周期。第一设备100获知当前追踪的对象在不同场景下的上报周期的方式可包括以下任意一种:
1.在一些实施例中,该对象在不同场景下的上报周期可以根据经验数据预先设置,例如可以由研发人员通过调研等方式确定该对象合适于不同场景的上报周期,并将其预置在第一设备100中。
当第一设备100所追踪对象的类型通过上述第1种方式在出厂时默认设置时,第一设备100可以预先存储该类型的对象在不同场景下的上报周期。例如,当第一设备100在出厂时默认设置了追踪对象的类型为“行李箱”时,第一设备100可以预先存储有类型为“行李箱”的对象在不同场景下的上报周期。
当第一设备100所追踪对象的类型通过上述第2种方式由用户设置时,即第一设备100所追踪对象的类型不确定时,第一设备100可以预先存储多个不同类型的对象分别在不同场景下的上报周期。例如,第一设备100可以预先存储有“行李箱”、“宠物”、“家庭成员”等多个类型的对象分别在不同场景下的上报周期,在用户设置第一设备100所追踪对象的类型之后,第一设备100可以从预先存储的多个类型的对象对应的上报周期中查找到和该第一设备100所追踪对象在不同场景下的上报周期。
2.在另一些实施例中,该对象在不同场景下的上报周期可以由用户根据需求进行设置。
具体的,第二设备200可以在显示屏上提供用于设置该对象在不同场景下的上报周期的用户界面。用户可以在该用户界面上设置该对象在不同场景下的上报周期。第二设备200可以将用户设置的该对象在不同场景下的上报周期发送给云服务器300,并由云服务器300将该对象在不同场景下的上报周期发送给第一设备100。
步骤S104、第一设备100使用和被追踪对象当前所处的场景相对应的上报周期上报位置信息给云服务器300,该位置信息为第一设备100获取到的实时位置信息。
在步骤S103中,第一设备100可以使用和步骤S103中确定的当前所处的场景相对应的上报周期上报位置信息。上报周期是指第一设备100每2次上报位置信息的间隔。举例说明,第一设备100确定追踪的行李箱当前处于“机场场景”时,可以每5分钟上报1次位置信息。这里,第一设备100获取位置信息的方式可参照前文相关描述,这里不再赘述。
在本申请实施例中,第一设备100可以采用移动通信模块提供的无线通信解决方案上报位置信息给云服务器300。即,第一设备100可以通过蜂窝网络(例如2G/3G/4G/5G、NB-IoT等)上报位置信息给云服务器300。具体的,当第一设备100需要上报位置信息时,第一设备100可以使用蜂窝网络将第一设备100实时获取到的位置信息上报给云服务器300。第一设备100实时获取到的位置信息可以是指最近一次获取到的位置信息,也可以是指电子设备100在需要上报位置信息之前(例如1s之前)或之时获取到的位置信息,本申请对此不做限制。可理解的,本申请实施例提及的需要上报位置信息时是指第一设备100的上报周期到来时。
第一设备100的移动通信模块提供NB-IoT的无线通信解决方案时,在一种可能的实施方式中,第一设备100还可以结合在NB-IoT下的省电模式(power saving mode,PSM)来上报位置信息。具体的,基于NB-IoT工作的设备工作时可以处于PSM,在PSM下,第一设备100关闭收发无线信号的功能,不监听核心网侧的寻呼,无法接收下行数据,消耗的功率很低。具体的,第一设备100可以在不需要上报位置信息时启动PSM;在需要上报位置信息时,若第一设备100处于PSM,则启动非PSM,即主动唤醒第一设备100,并通过NB-IoT将第一设备100最新获取到的位置信息上报给云服务器300。第一设备100的非PSM可包括连接(connected)态和空闲(idle)态。这里,在上报周期到来时,第一设备100需要上报位置信息。也就是说,第一设备100可以在上报位置信息时启动非省电模式,在不上报位置信息时启动省电模式。
结合第一设备100在NB-IoT下的PSM来上报位置信息,可避免在通信层面浪费数据流量和电量,可以充分利用设备在NB-IoT下的PSM达到省电的效果。
通过图6所示的方法,第一设备可以根据当前所处的场景自主调整上报周期,可以适应于当前场景并且按照实际需求上报位置信息,既能满足追踪对象的需求,又能节省功耗。
在本申请实施例中,可以将步骤S102中第一设备100根据场景数据确定的被追踪对象处于的场景称为第一场景,将在步骤S103中确定的和当前所处的场景相对应的上报周期称为第一上报周期。
在一些实施例中,若第一设备100/被追踪对象所处的地理位置或者环境有所变化,则第一设备100可以获取到变化后的场景数据,第一设备100可以再次执行上述步骤S101-S104。在本申请实施例中,可以将第一设备根据变化后的场景数据确定的被追踪对象所处的场景称为第二场景,将和该第二场景相对应的上报周期称为第二上报周期。
在一种具体的实施方式中,若被追踪对象在第一场景中的运动速度大于在第二场景中的运动速度,则第一上报周期小于第二上报周期。在另一种具体的实施方式中,若第一场景为安全场景,第二场景为非安全场景,则第一上报周期大于第二上报周期。这样,可以满足用户对于掌握被追踪对象的位置及活动轨迹的需求。
结合图6所示的第一设备100根据所处场景自适应确定上报周期并上报位置信息的方法,在一些实施例中,第一设备100根据对应的上报周期上报位置信息时,还可以考虑第一设备100的运动情况。例如,第一设备100的上报周期到来时,第一设备100若在预设时间内没有运动,则可以不上报位置信息。也就是说,当第一设备100长时间不动时,即使上报周期到来时,也可以不上报位置信息,可以节省功耗。这里,第一设备100可以通过加速度传感器170C、陀螺仪传感器170A、振动传感器170F等传感器检测在预设时间内是否运动。
结合图6所示的第一设备100根据所处场景自适应确定上报周期并上报位置信息的方法,在一些实施例中,第一设备100还可以结合其他的一些情况来调整上报周期,下面详细描述2种可能的调整方式:
1.第一设备100处于极端情形时,调整上报周期。
在一些实施例中,第一设备100遭遇到猛烈撞击时,可能处于危险情形,第一设备100可以将上报周期缩短,例如将上报周期调整为5秒,使得用户可以尽快获取被追踪对象的位置。可理解的,当第一设备100的无线通信模块提供NB-IoT的无线通信解决方案时,第一设备100遭遇到猛烈撞击时若处于PSM,则可以立即启动非PSM,即唤醒第一设备100,并通过NB-IoT将第一设备100最新获取到的位置信息上报给云服务器300。第一设备100主动启动非PSM的方式可以包括:第一设备100主动向核心网侧发送上行数据。
这里,第一设备100可以通过加速度传感器170C、振动传感器170F中的一个或多个检测是否遭遇到猛烈撞击。
2.用户发出指令指示第一设备100上报位置信息时,第一设备100根据该指令调整上报周期。
在一些实施例中,图6所示的方法还可包括:第一设备100根据指令调整上报周期。该第一设备100根据指令调整上报周期的过程可包括如下步骤:
步骤1:第二设备200根据输入的用户操作,向云服务器300发送第一指令。
示例性地,参见图5的5d,其示出了第二设备200的关联用户和第一设备100建立了从属关系,并且第一设备100工作一段时间(例如1小时)之后,第二设备200显示的用户界面50。该用户界面50可以由第二设备200响应于输入的用户操作而显示,该用户操作可以是图5的5c所示的相关信息108中第一设备100追踪的对象的图片或第一设备100的名称接收到的用户操作(例如点击操作)。
该用户界面50用于展示第一设备100追踪对象的详细情况。如5d所示,该用户界面50可包括:返回上一级控件501、第一设备100的相关信息502、第一设备100上报的位置信息503、查看历史轨迹控件504和紧急查找控件505。其中:
返回上一级控件501可用于接收输入的用户操作(例如点击操作),第二设备200可响应于该用户操作再次显示如5c所示的用户界面10。
第一设备100的相关信息502和用户界面10中所示的第一设备100的相关信息108相同,可参照相关描述。
第一设备100上报的位置信息503可包括第一设备上报的位置信息以及上报该位置信息的时间。该位置信息可以是第一设备100最近一次上报的。第一设备100上报该位置信息的方法可参照前文相关实施例(例如图6所示的方法实施例)的描述。
查看历史轨迹控件504可用于接收输入的用户操作(例如点击操作),第二设备200可响应于该用户操作显示第一设备100的历史轨迹。
紧急查找控件505可用于接收输入的用户操作(例如点击操作),第二设备200可响应该用户操作向云服务器300发送第一指令。该第一指令用于请求云服务器300通知第一设备100尽快上报位置信息。
步骤2:云服务器300接收到该第一指令,并检测第一设备100是否连接到云服务器300。
在一些实施例中,第一设备100可能连接到核心网,但是还没有和云服务器300建立连接。第一设备100和云服务器300没有建立连接时,云服务器300和第一设备100之间不能通信。
步骤3:当第一设备100连接到云服务器300时,云服务器300可以基于该第一指令,通过蜂窝网络(例如2G/3G/4G/5G、NB-IoT等)向第一设备100发送第二指令,该第二指令用于指示第一设备100尽快上报位置信息。
当第一设备100没有连接到云服务器300时,云服务器300通过核心网指示第一设备100和云服务器300建立连接。第一设备100接收到核心网的指示后,可使用基于用户数据包协议(user datagram protocol,UDP)的受限制应用协议(constrained applicationprotocol,CoAP),即使用CoAP over UDP主动和云服务器300建立连接。在第一设备100连接到云服务器300后,云服务器300可以基于该第一指令,通过蜂窝网络(例如2G/3G/4G/5G、NB-IoT等)向第一设备100发送第二指令,该第二指令用于指示第一设备100尽快上报位置信息。
步骤4:第一设备100在接收到云服务器300发送的第二指令,缩短上报周期,以更快的频率上报位置信息。例如第一设备100可以将上报周期调整为5秒,使得用户可以尽快获取被追踪对象的位置。
在一些实施例中,第一设备100通过NB-IoT和云服务器300通信,该第一设备100可能处于PSM,也可能处于非PSM。在云服务器300向第一设备100发送第二指令时,若第一设备100处于非PSM,则第一设备可以立即接收到该第二指令,并根据该第二指令调整上报周期。在云服务器300向第一设备100发送第二指令时,若第一设备100处于PSM,则第一设备100需要在退出PSM后,才能接收到该第二指令并根据该第二指令调整上报周期。第一设备100可以在以下两种情况下退出PSM:第一设备100主动向核心网侧发送上行数据,或者,第一设备100的跟踪区更新(tracking area update,TAU)周期结束。
在一些实施例中,该第二指令具有时效性。即,第一设备100接收到第二指令并根据第二指令调整上报周期后,可以仅在预设时间内根据该调整后的上报周期上报位置信息。在该预设时间之后,第一设备100可以按照前文实施例所描述的调整上报周期的方法(例如图6所示的方法)调整上报周期。也就是说,第一设备100在接收到第二指令的预设时间之内,使用缩短后的上报周期上报位置信息给云服务器300;在接收到第二指令的预设时间之后,使用和被追踪对象当前处在的场景相对应的上报周期上报位置信息给云服务器300。该预设时间可以预先设置。在本申请实施例中,可以将该预设时间称为第一时长。
通过上述第2种由用户主动干预第一设备的上报周期的方式,在一些紧急场景下,用户可以迅速获知被追踪对象的当前位置。
在本申请实施例中,第一设备100将位置信息上报给云服务器300之后,云服务器300可以获知第一设备100当前的位置信息。云服务器300可以根据以下任意一种策略来确定是否将接收到的第一设备100的位置信息同步发送给第二设备200:1.云服务器300接收到第一设备100发送的位置信息,即将该位置信息发送给第二设备200。2.云服务器300接收到第一设备100发送的位置信息,判断该位置信息是否在预设区域内,若是,则将该位置信息发送给第二设备200。其中,预设区域可以由用户自主设置。可理解的,第2种策略类似地理围栏,当第一设备100追踪的对象位于预设区域时,第二设备200才能收到更新的位置信息。
第二设备200接收到云服务器300发送的位置信息后,可以提示用户当前第一设备100所追踪对象的位置有更新。第二设备200提示用户的方式可包括以下一种或多种:
1、第二设备200接收到云服务器300发送的位置信息后,可以通过用于管理第一设备的应用提供的用户界面显示该位置信息,以使得掌控被追踪对象所在的位置。示例性地,参见图5的5c及5d,在第一设备100上报位置信息之后,用户可以在第二设备提供的如5c所示的用户界面10上查看第一设备100的相关信息108,以及,如5d所示的位置信息503中查看到第一设备100最近一次上报的位置信息,从而掌握被追踪对象所在的位置。
在一些实施例中,第二设备200还可以根据第一设备100近期上报的一个或多个位置信息展示第一设备100的活动轨迹。示例性地,用户还可以点击5d所示用户界面50中的查看历史轨迹控件504,响应于该点击操作,第二设备200可以显示被追踪对象的活动轨迹。
2、第二设备200接收到云服务器300发送的位置信息后,可以调用第二设备200的通知管理器,在第二设备200的显示屏顶部显示提示窗,该提示窗包括该第二设备200接收到的位置信息。第二设备200的显示屏顶部显示的提示窗可以短暂停留后自动消失,无需用户交互。
不限于上述2种提示方式,第二设备200接收到云服务器300发送的位置信息后,还可以通过发出提示音、振动、指示灯闪烁灯方式提示用户,本申请实施例不做限制。
上述详细描述了本申请实施例提供的设备上报位置信息的方法,下面结合本申请的方法以及通信系统,描述各个设备在本申请中的功能。示例性地,参见图7,图7示出了本申请实施例中各个设备的主要功能。其中:
第一设备100的传感器和无线通信模块可用于获取第一设备100的场景数据,获取方式可参照前文相关描述。第一设备100可存储有场景识别算法,第一设备可将获取到的场景数据作为该场景识别算法的输入,以识别第一设备100所处的场景。
第一设备100的处理器可用于根据第一设备100所处的场景自适应调整上报周期。在一些实施例中,第一设备100通过NB-IOT和云服务器300通信时,处理器还可调整第一设备100所处的模式(PSM或非PSM),调整方式可参照前文相关描述。
第一设备100的传感器和无线通信模块还可用于获取第一设备100的位置信息,获取方式可参照前文相关描述。
第一设备100的移动通信模块还用于将获取到的位置信息按照上报周期发送给云服务器300。
第一设备100还可以被放置在配件中使用,配件类型可参照前文相关描述。
云服务器300可提供电子围栏云服务、算法训练及更新、位置云服务等。其中,算法训练及更新可参照前文相关描述。位置云服务是指云服务器300可以接收第一设备100上报的位置信息,为第二设备100提供查询位置或历史轨迹的服务。电子围栏云服务是指云服务器300接收到第一设备100发送的位置信息后,可判断该位置信息是否在预设区域内,若是,则将该位置信息发送给第二设备200。可理解的,图7所示的云服务器300提供的多种服务不一定由一个云服务器提供,也可以分别由多个云服务器提供。
第二设备200可提供设备场景绑定、历史轨迹查看、紧急查找等功能,具体可参照前文相关描述,在此不赘述。
由上述方法实施例以及人机交互实施例可知,实施本申请实施例提供的设备上报位置信息的方法,第一设备100可以用于追踪不同类型的对象,适用性广。第一设备100在追踪对象时,可以根据当前所处的场景调整上报周期,按照实际需求上报位置信息,既能满足追踪对象的需求,又能够适用于当前的应用场景进行低功耗工作,提高待机时长。
本申请的各实施方式可以任意进行组合,以实现不同的技术效果。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时,可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时,全部或部分地产生按照本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线)或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质,(例如,软盘、硬盘、磁带)、光介质(例如,DVD)、或者半导体介质(例如固态硬盘Solid StateDisk)等。
总之,以上所述仅为本发明技术方案的实施例而已,并非用于限定本发明的保护范围。凡根据本发明的揭露,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (28)
1.一种设备上报位置信息的方法,其特征在于,包括:
第一设备获取场景数据;所述第一设备用于追踪对象,所述第一设备和所述对象之间的距离小于第一值;所述场景数据反映了所述对象所处的地理位置或者环境;
所述第一设备根据所述场景数据确定所述对象当前处在第一场景;
所述第一设备确定与所述第一场景相对应的第一上报周期;
所述第一设备使用所述第一上报周期上报位置信息给云服务器;所述位置信息为所述第一设备实时的位置信息。
2.根据权利要求1所述的方法,其特征在于,所述第一设备追踪的所述对象的类型是由用户设置的,或者,所述第一设备追踪的所述对象的类型是由所述第一设备默认设置的。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
所述第一设备根据变化后的所述场景数据确定所述对象处在第二场景;
所述第一设备确定与所述第二场景相对应的第二上报周期;
所述第一设备使用所述第二上报周期上报位置信息给所述云服务器。
4.根据权利要求3所述的方法,其特征在于,
若被追踪的所述对象在所述第一场景中的运动速度大于在所述第二场景中的运动速度,则所述第一上报周期小于所述第二上报周期;
或者,
若所述第一场景为安全场景,所述第二场景为非安全场景,则所述第一上报周期大于所述第二上报周期。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述方法还包括:
所述第一设备接收到所述云服务器发送的指令,所述指令用于指示所述第一设备缩短上报周期;
所述第一设备根据所述指令缩短上报周期,并使用缩短后的上报周期上报位置信息给所述云服务器。
6.根据权利要求5所述的方法,其特征在于,所述指令的时效性为第一时长;
在所述第一设备接收到所述指令的第一时长之内,所述第一设备使用缩短后的上报周期上报位置信息给所述云服务器;
在所述第一设备接收到所述指令的第一时长之后,所述第一设备使用和所述对象当前处在的场景相对应的上报周期上报位置信息给所述云服务器。
7.根据权利要求1-6任一项所述的方法,其特征在于,
若所述第一设备在第二时长内没有运动,则停止上报位置信息给所述云服务器;
或者,
所述第一设备在遭受到猛烈撞击时,缩短上报周期,并使用缩短后的上报周期上报位置信息给所述云服务器。
8.根据权利要求1-7任一项所述的方法,其特征在于,所述第一设备获取场景数据之前,所述方法还包括:所述第一设备使用初始上报周期上报位置信息给所述云服务器。
9.根据权利要求1-8任一项所述的方法,其特征在于,所述第一设备通过蜂窝网络上报所述位置信息给所述云服务器。
10.根据权利要求9所述的方法,其特征在于,所述蜂窝网络为窄带物联网;所述第一设备上报所述位置信息时启动非省电模式,在不上报所述位置信息时启动省电模式。
11.根据权利要求1-10任一项所述的方法,其特征在于,所述第一设备根据所述场景数据确定所述对象当前处在第一场景,具体包括:所述第一设备使用机器学习算法分析所述场景数据,以确定所述对象当前处在第一场景。
12.根据权利要求11所述的方法,其特征在于,所述方法还包括:
所述第一设备将所述场景数据以及确定的所述第一场景发送给所述云服务器,所述场景数据以及确定的所述第一场景用于所述云服务器更新所述机器学习算法;
所述第一设备接收到所述云服务器发送的更新数据;
所述第一设备根据所述更新数据更新所述机器学习算法。
13.根据权利要求1-12任一项所述的方法,其特征在于,
所述场景数据包括以下一项或多项:所述第一设备获取到的运动速度、加速度、振动信号或所述位置信息;
所述位置信息包括以下一项或多项:经纬度坐标、地理位置名称或海拔高度。
14.一种设备,其特征在于,包括:一个或多个处理器、存储器和通信模块;
所述存储器与所述一个或多个处理器耦合,所述存储器用于存储计算机程序代码,所述计算机程序代码包括计算机指令,所述一个或多个处理器调用所述计算机指令以使得所述设备执行:
获取场景数据;所述设备用于追踪对象,所述设备和所述对象之间的距离小于第一值;所述场景数据反映了所述对象所处的地理位置或者环境;
根据所述场景数据确定所述对象当前处在第一场景;
确定与所述第一场景相对应的第一上报周期;
通过所述通信模块,使用所述第一上报周期上报位置信息给云服务器;所述位置信息为所述设备实时的位置信息。
15.根据权利要求14所述的设备,其特征在于,所述设备追踪的所述对象的类型是由用户设置的,或者,所述设备追踪的所述对象的类型是由所述设备默认设置的。
16.根据权利要求14或15所述的设备,其特征在于,所述一个或多个处理器还用于调用所述计算机指令以使得所述设备执行:
根据变化后的所述场景数据确定所述对象处在第二场景;
确定与所述第二场景相对应的第二上报周期;
通过所述通信模块,使用所述第二上报周期上报位置信息给所述云服务器。
17.根据权利要求16所述的设备,其特征在于,
若被追踪的所述对象在所述第一场景中的运动速度大于在所述第二场景中的运动速度,则所述第一上报周期小于所述第二上报周期;
或者,
若所述第一场景为安全场景,所述第二场景为非安全场景,则所述第一上报周期大于所述第二上报周期。
18.根据权利要求14-17任一项所述的设备,其特征在于,所述一个或多个处理器还用于调用所述计算机指令以使得所述设备执行:
通过所述通信模块接收到所述云服务器发送的指令,所述指令用于指示所述设备缩短上报周期;
所述设备根据所述指令缩短上报周期,并通过所述通信模块,使用缩短后的上报周期上报位置信息给所述云服务器。
19.根据权利要求18所述的设备,其特征在于,所述指令的时效性为第一时长;
在所述设备接收到所述指令的第一时长之内,通过所述通信模块使用缩短后的上报周期上报位置信息给所述云服务器;
在所述设备接收到所述指令的第一时长之后,通过所述通信模块使用和所述对象当前处在的场景相对应的上报周期上报位置信息给所述云服务器。
20.根据权利要求14-19任一项所述的设备,其特征在于,所述一个或多个处理器还用于调用所述计算机指令以使得所述设备执行:
若所述设备在第二时长内没有运动,则停止上报位置信息给所述云服务器;
或者,
所述设备在遭受到猛烈撞击时,缩短上报周期,并通过所述通信模块使用缩短后的上报周期上报位置信息给所述云服务器。
21.根据权利要求14-20任一项所述的设备,其特征在于,所述一个或多个处理器还用于调用所述计算机指令以使得所述设备执行:
在获取所述场景数据之前,通过所述通信模块,使用初始上报周期上报位置信息给所述云服务器。
22.根据权利要求14-21任一项所述的设备,其特征在于,所述通信模块为移动通信模块,所述设备通过蜂窝网络上报所述位置信息给所述云服务器。
23.根据权利要求22所述的设备,其特征在于,所述蜂窝网络为窄带物联网;所述设备上报所述位置信息时启动非省电模式,在不上报所述位置信息时启动省电模式。
24.根据权利要求14-23任一项所述的设备,其特征在于,所述设备根据所述场景数据确定所述对象当前处在第一场景,具体包括:所述设备使用机器学习算法分析所述场景数据,以确定所述对象当前处在第一场景。
25.根据权利要求24所述的设备,其特征在于,所述一个或多个处理器还用于调用所述计算机指令以使得所述设备执行:
通过所述通信模块将所述场景数据以及确定的所述第一场景发送给所述云服务器,所述场景数据以及确定的所述第一场景用于所述云服务器更新所述机器学习算法;
通过所述通信模块接收到所述云服务器发送的更新数据;
根据所述更新数据更新所述机器学习算法。
26.根据权利要求14-25任一项所述的设备,其特征在于,
所述场景数据包括以下一项或多项:所述设备获取到的运动速度、加速度、振动信号或所述位置信息;
所述位置信息包括以下一项或多项:经纬度坐标、地理位置名称或海拔高度。
27.一种包含指令的计算机程序产品,其特征在于,当所述计算机程序产品在电子设备上运行时,使得所述电子设备执行如权利要求1-13中任一项所述的方法。
28.一种计算机可读存储介质,包括指令,其特征在于,当所述指令在电子设备上运行时,使得所述电子设备执行如权利要求1-13中任一项所述的方法。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910197407.0A CN110049445A (zh) | 2019-03-15 | 2019-03-15 | 设备上报位置信息的方法及相关装置 |
PCT/CN2020/078494 WO2020187082A1 (zh) | 2019-03-15 | 2020-03-10 | 设备上报位置信息的方法及相关装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910197407.0A CN110049445A (zh) | 2019-03-15 | 2019-03-15 | 设备上报位置信息的方法及相关装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110049445A true CN110049445A (zh) | 2019-07-23 |
Family
ID=67273735
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910197407.0A Pending CN110049445A (zh) | 2019-03-15 | 2019-03-15 | 设备上报位置信息的方法及相关装置 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110049445A (zh) |
WO (1) | WO2020187082A1 (zh) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110728823A (zh) * | 2019-10-09 | 2020-01-24 | 中兴健康科技有限公司 | 一种低功耗往返监护的路径感知电子围栏系统 |
CN110822638A (zh) * | 2019-11-20 | 2020-02-21 | 青岛海信日立空调系统有限公司 | 一种家用电器 |
CN110868473A (zh) * | 2019-11-20 | 2020-03-06 | 青岛海信日立空调系统有限公司 | 一种家用电器 |
CN110971255A (zh) * | 2019-11-29 | 2020-04-07 | 四川科道芯国智能技术股份有限公司 | 腕部穿戴设备 |
WO2020187082A1 (zh) * | 2019-03-15 | 2020-09-24 | 华为技术有限公司 | 设备上报位置信息的方法及相关装置 |
CN111896979A (zh) * | 2020-08-07 | 2020-11-06 | 成都思晗科技股份有限公司 | 一种电力工器具的定位模块及方法 |
CN112036532A (zh) * | 2020-09-03 | 2020-12-04 | 成都思晗科技股份有限公司 | 一种智能型电力安全工器具管理系统及方法 |
CN112584319A (zh) * | 2019-09-30 | 2021-03-30 | 大唐移动通信设备有限公司 | 一种位置报告周期调整方法、装置、网络设备及终端 |
CN114513753A (zh) * | 2022-01-28 | 2022-05-17 | 青岛海信移动通信技术股份有限公司 | 一种终端设备、轨迹监控方法和存储介质 |
CN116258314A (zh) * | 2022-11-23 | 2023-06-13 | 东土科技(宜昌)有限公司 | 生产车间的场景管理方法、系统、电子设备及存储介质 |
WO2023103160A1 (zh) * | 2021-12-08 | 2023-06-15 | 丰疆智能(深圳)有限公司 | 数据传输方法、装置及存储介质 |
CN116546104A (zh) * | 2023-06-27 | 2023-08-04 | 北京集度科技有限公司 | 数据上报方法、物联网设备、系统、存储介质及电子设备 |
Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103916938A (zh) * | 2014-01-27 | 2014-07-09 | 北京奇虎科技有限公司 | 将随身定位设备切换至省电模式的方法、装置及系统 |
CN104066163A (zh) * | 2014-04-24 | 2014-09-24 | 深圳市研强通信技术有限公司 | 功耗节省装置、移动终端和功耗节省方法 |
CN105338466A (zh) * | 2014-07-08 | 2016-02-17 | 华为软件技术有限公司 | 位置信息获取方法及设备 |
CN106507311A (zh) * | 2016-12-13 | 2017-03-15 | 深圳亿家联网络科技有限公司 | 一种定位的处理方法及系统 |
CN106792520A (zh) * | 2016-12-07 | 2017-05-31 | 朱策 | 位置信息记录方法和装置 |
CN107277774A (zh) * | 2017-07-17 | 2017-10-20 | 上海斐讯数据通信技术有限公司 | 一种基于电子围栏的监控方法及系统 |
CN107466006A (zh) * | 2016-06-02 | 2017-12-12 | 韩军 | 一种自适应机制的移动终端轨迹跟踪记录技术 |
WO2018098717A1 (zh) * | 2016-11-30 | 2018-06-07 | 华为技术有限公司 | 一种调整定位周期的方法及装置 |
CN108174347A (zh) * | 2017-12-27 | 2018-06-15 | 广州小毛球智能科技有限公司 | 一种宠物定位设备能耗管理方法、宠物定位设备和服务器 |
CN108228714A (zh) * | 2017-12-01 | 2018-06-29 | 兰雨晴 | 云端管理系统及其云端管理方法 |
CN108900976A (zh) * | 2018-07-10 | 2018-11-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种位置信息上报方法和装置 |
WO2018232970A1 (zh) * | 2017-06-19 | 2018-12-27 | 深圳市盛路物联通讯技术有限公司 | 一种应用于物联网的终端设备状态检测方法及系统 |
CN109392064A (zh) * | 2018-11-07 | 2019-02-26 | 深圳酷泰丰科技有限公司 | 降低定位穿戴设备功耗的方法、系统、设备及存储介质 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101452992B1 (ko) * | 2013-03-28 | 2014-11-03 | 주식회사 앰투앰넷 | 이동 단말 및 그 측위 방법 |
CN105353395B (zh) * | 2015-09-24 | 2018-06-29 | 广州视源电子科技股份有限公司 | 调整位置信息上报频率的方法和装置 |
CN106023540A (zh) * | 2016-05-20 | 2016-10-12 | 广州视源电子科技股份有限公司 | 基于防丢器的防丢物品提示方法及装置 |
CN108156186B (zh) * | 2016-12-02 | 2021-10-26 | 中移(杭州)信息技术有限公司 | 一种信息采集方法及装置 |
CN110049445A (zh) * | 2019-03-15 | 2019-07-23 | 华为技术有限公司 | 设备上报位置信息的方法及相关装置 |
-
2019
- 2019-03-15 CN CN201910197407.0A patent/CN110049445A/zh active Pending
-
2020
- 2020-03-10 WO PCT/CN2020/078494 patent/WO2020187082A1/zh active Application Filing
Patent Citations (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103916938A (zh) * | 2014-01-27 | 2014-07-09 | 北京奇虎科技有限公司 | 将随身定位设备切换至省电模式的方法、装置及系统 |
CN104066163A (zh) * | 2014-04-24 | 2014-09-24 | 深圳市研强通信技术有限公司 | 功耗节省装置、移动终端和功耗节省方法 |
CN105338466A (zh) * | 2014-07-08 | 2016-02-17 | 华为软件技术有限公司 | 位置信息获取方法及设备 |
CN107466006A (zh) * | 2016-06-02 | 2017-12-12 | 韩军 | 一种自适应机制的移动终端轨迹跟踪记录技术 |
WO2018098717A1 (zh) * | 2016-11-30 | 2018-06-07 | 华为技术有限公司 | 一种调整定位周期的方法及装置 |
CN106792520A (zh) * | 2016-12-07 | 2017-05-31 | 朱策 | 位置信息记录方法和装置 |
CN106507311A (zh) * | 2016-12-13 | 2017-03-15 | 深圳亿家联网络科技有限公司 | 一种定位的处理方法及系统 |
WO2018232970A1 (zh) * | 2017-06-19 | 2018-12-27 | 深圳市盛路物联通讯技术有限公司 | 一种应用于物联网的终端设备状态检测方法及系统 |
CN107277774A (zh) * | 2017-07-17 | 2017-10-20 | 上海斐讯数据通信技术有限公司 | 一种基于电子围栏的监控方法及系统 |
CN108228714A (zh) * | 2017-12-01 | 2018-06-29 | 兰雨晴 | 云端管理系统及其云端管理方法 |
CN108174347A (zh) * | 2017-12-27 | 2018-06-15 | 广州小毛球智能科技有限公司 | 一种宠物定位设备能耗管理方法、宠物定位设备和服务器 |
CN108900976A (zh) * | 2018-07-10 | 2018-11-27 | 宇龙计算机通信科技(深圳)有限公司 | 一种位置信息上报方法和装置 |
CN109392064A (zh) * | 2018-11-07 | 2019-02-26 | 深圳酷泰丰科技有限公司 | 降低定位穿戴设备功耗的方法、系统、设备及存储介质 |
Cited By (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020187082A1 (zh) * | 2019-03-15 | 2020-09-24 | 华为技术有限公司 | 设备上报位置信息的方法及相关装置 |
CN112584319A (zh) * | 2019-09-30 | 2021-03-30 | 大唐移动通信设备有限公司 | 一种位置报告周期调整方法、装置、网络设备及终端 |
CN110728823A (zh) * | 2019-10-09 | 2020-01-24 | 中兴健康科技有限公司 | 一种低功耗往返监护的路径感知电子围栏系统 |
CN110822638B (zh) * | 2019-11-20 | 2022-04-05 | 青岛海信日立空调系统有限公司 | 一种家用电器 |
CN110822638A (zh) * | 2019-11-20 | 2020-02-21 | 青岛海信日立空调系统有限公司 | 一种家用电器 |
CN110868473A (zh) * | 2019-11-20 | 2020-03-06 | 青岛海信日立空调系统有限公司 | 一种家用电器 |
CN110971255A (zh) * | 2019-11-29 | 2020-04-07 | 四川科道芯国智能技术股份有限公司 | 腕部穿戴设备 |
CN111896979A (zh) * | 2020-08-07 | 2020-11-06 | 成都思晗科技股份有限公司 | 一种电力工器具的定位模块及方法 |
CN112036532A (zh) * | 2020-09-03 | 2020-12-04 | 成都思晗科技股份有限公司 | 一种智能型电力安全工器具管理系统及方法 |
WO2023103160A1 (zh) * | 2021-12-08 | 2023-06-15 | 丰疆智能(深圳)有限公司 | 数据传输方法、装置及存储介质 |
CN114513753A (zh) * | 2022-01-28 | 2022-05-17 | 青岛海信移动通信技术股份有限公司 | 一种终端设备、轨迹监控方法和存储介质 |
CN116258314A (zh) * | 2022-11-23 | 2023-06-13 | 东土科技(宜昌)有限公司 | 生产车间的场景管理方法、系统、电子设备及存储介质 |
CN116546104A (zh) * | 2023-06-27 | 2023-08-04 | 北京集度科技有限公司 | 数据上报方法、物联网设备、系统、存储介质及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2020187082A1 (zh) | 2020-09-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110049445A (zh) | 设备上报位置信息的方法及相关装置 | |
US10303905B2 (en) | Method and system for asset tracking in an enterprise environment | |
EP2974474B1 (en) | Power optimizations for challenging wan service conditions | |
CN105933943B (zh) | 多模式无线定位追踪方法及系统 | |
US20180293861A1 (en) | Monitoring system | |
US20200128482A1 (en) | Bluecell devices and methods | |
CN103189758B (zh) | 基于音频的环境感知 | |
CN103597804B (zh) | 基带板载位置监测 | |
US20170202180A1 (en) | A self learning system for identifying status and location of pet animals | |
CN109565659A (zh) | 用于物联网的定位的支持的方法及系统 | |
EP3342192A1 (en) | Method and arrangement for locating a mobile device | |
CN108476395A (zh) | 用于紧急数据传递的系统及方法 | |
CN107409275A (zh) | 用于提供增强型基于定位的三边测量的方法及系统 | |
CN108605205A (zh) | 用于确定电子装置的位置的设备和方法 | |
US10805900B2 (en) | Method and device for deriving location | |
CN109688539A (zh) | 终端定位方法、装置、移动终端及可读存储介质 | |
CN109154665A (zh) | 确定用户设备的时间校准值 | |
CN108055393A (zh) | 速度提醒方法、装置及计算机可读存储介质 | |
Obbo et al. | Human Sensing Meets People Crowd Detection-A Case of Developing Countries | |
JP6572026B2 (ja) | 位置管理システム、移動応対システム及び位置管理方法 | |
KR101623881B1 (ko) | 무선신호 송출기를 이용한 이동체 모니터링 방법, 시스템 및 단말 | |
EP4401430A1 (en) | Perception service processing method, terminal, and network side device | |
US20240236935A1 (en) | Sensing Service Processing Method, Terminal, and Network-Side Device | |
Eickeler et al. | Improving pedestrian simulations with low power, high range sensor beacons | |
Ma'Som et al. | GoJejak: IoT-Based Object Tracker Application Using WiFi and Bluetooth |
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 | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190723 |
|
RJ01 | Rejection of invention patent application after publication |