一种物联网设备的定位方法、装置及系统与流程

本申请涉及通信技术领域，尤其涉及一种物联网设备的定位方法、装置及系统。

背景技术：

物联网是新一代信息技术的重要组成部分，对于物联网中的各个设备，无论是静止不动的，还是运动的设备，很多情况下需要及时获知这些物联网设备当前的位置信息，以实现对各个物联网设备的安全监控。

现有的定位技术大都是基于全球导航卫星系统(globalnavigationsatellitesystem，简称gnss)来实现的，比如美国的全球定位系统(globalpositioningsystem，简称gps)、俄罗斯的格洛纳斯glonass、欧洲的galileo、我国的北斗卫星导航系统，以及相关的增强系统，比如美国的广域增强系统waas、欧洲的欧洲静地导航重叠系统egnos和日本的多功能运输卫星增强系统msas等。但这种定位技术受限于网络带宽，星历数据下载时间较长，导致冷启动定位时间长，无法满足特定场景需求。虽然可以利用辅助定位a-gps技术来解决这类问题，但a-gps技术需要较大的网络带宽，才能实现准确定位。而物联网属于窄带网络，需要低功耗、广覆盖、海量连接的解决方案，这必然会极大地削减无线传输的网络带宽，从而对agps技术造成不利的影响，位置数据传输时间会延长，造成定位效率的降低。

因此，如何升级物联网设备的定位方式，提高定位速度，降低功耗，以满足物联网中低功耗、快速定位的要求，已成为亟待解决的问题。

技术实现要素：

有鉴于此，本申请实施例提供一种物联网设备的定位方法、装置及系统，以提高物联网设备的定位速度并降低功耗，从而能过满足物联网中低功耗、快速定位的要求。

第一方面，本申请实施例提供了一种物联网设备的定位方法，所述方法包括：

接收定位请求；

根据所述定位请求，判断是否需要更新当前星历数据；

若否，则利用所述当前星历数据对待定位物联网设备进行定位；

若是，则向gnss平台发送星历数据下载请求；

接收来自所述gnss平台发送的差分星历数据，根据所述差分星历数据和所述当前星历数据，对所述待定位物联网设备进行定位；所述差分星历数据为所述gnss平台下载的星历数据中与所述当前星历数据不同的星历数据；

所述接收来自所述gnss平台发送的差分星历数据之后，还包括：

根据所述差分星历数据更新所述当前星历数据。

一种可能的实现方式中，所述根据所述定位请求，判断是否需要更新当前星历数据，包括：

判断接收所述定位请求的时间是否为星历数据的周期更新时间；

若是，则执行所述向gnss平台发送星历数据下载请求的步骤；

若否，则执行所述利用所述当前星历数据对所述待定位物联网设备进行定位的步骤。

一种可能的实现方式中，所述向gnss平台发送星历数据下载请求，还包括：

将所述待定位物联网设备附近预设范围内的地理位置信息和/或当前星历数据的版本信息共同进行加密和压缩，得到压缩数据；

向所述gnss平台发送携带有所述压缩数据的星历数据下载请求。

一种可能的实现方式中，若所述差分星历数据是经过所述gnss平台进行加密和压缩处理后发送给所述待定位物联网设备的数据；

则所述接收来自所述gnss平台发送的差分星历数据之后，还包括：

对所述差分星历数据进行解压和解密处理，得到解压和解密后的差分星历数据。

一种可能的实现方式中，所述根据所述gnss平台发送的差分星历数据和所述当前星历数据，对所述待定位物联网设备进行定位，包括：

利用预设的数据处理算法，对所述差分星历数据和所述当前星历数据进行复原操作，获得新的星历数据；

根据所述新的星历数据，获得对应的位置信息数据；

根据所述位置信息数据，获得位置信息。

一种可能的实现方式中，所述根据所述位置信息数据，获得位置信息，具体为：

根据所述位置信息数据，结合待定位物联网设备的传感器数据，获得所述位置信息。

一种可能的实现方式中，所述数据处理算法包括差分压缩算法和/或插值压缩算法。

一种可能的实现方式中，所述对所述待定位物联网设备进行定位之后，还包括：

向所述gnss平台发送定位得到的定位信息；以便所述gnss平台向业务平台发送所述定位信息。

第二方面，本申请实施例提供了一种物联网设备的定位方法，所述方法包括：

接收待定位物联网设备发送的星历数据下载请求；

根据所述星历数据下载请求，确定已存储的所述待定位物联网设备的当前星历数据；

根据所述星历数据下载请求，下载星历数据；

根据预设的数据处理算法，以及下载的星历数据和所述当前星历数据得出差分星历数据；

向所述待定位物联网设备发送所述差分星历数据，以便所述待定位物联网设备根据所述差分星历数据进行定位；

所述下载星历数据之后，还包括：

根据下载的星历数据更新所述当前星历数据。

一种可能的实现方式中，所述数据处理算法包括差分压缩算法和/或插值压缩算法。

一种可能的实现方式中，所述星历数据下载请求携带有压缩数据；所述压缩数据为所述待定位物联网设备对所述已存储的当前星历数据的版本信息进行加密和压缩后得到的；

所述根据所述星历数据下载请求，确定已存储的所述待定位物联网设备的当前星历数据，包括：

对所述压缩数据进行解密和解压，得到所述已存储的所述待定位物联网设备的当前星历数据的版本信息；

根据所述已存储的所述待定位物联网设备的当前星历数据的版本信息，确定已存储的所述待定位物联网设备当前星历数据。

一种可能的实现方式中，所述压缩数据还包括所述待定位物联网设备对附近预设范围内的地理位置信息，所述压缩数据为所述待定位物联网设备对附近预设范围内的地理位置信息和所述已存储的当前星历数据的版本信息共同进行加密和压缩后得到的；

对所述压缩数据进行解密和解压得到的数据中还包括所述地理位置信息；

所述根据所述星历数据下载请求，下载星历数据，包括：

根据所述地理位置信息，下载星历数据。

一种可能的实现方式中，所述根据所述星历数据下载请求，下载星历数据，包括：

根据所述待定位物联网设备的当前星历数据的版本信息找到对应的地理位置信息，根据所述地理位置信息，下载星历数据。

一种可能的实现方式中，所述星历数据下载请求携带有压缩数据；所述压缩数据为所述待定位物联网设备对附近预设范围内的地理位置信息进行加密和压缩后得到的；

所述根据所述星历数据下载请求，确定已存储的所述待定位物联网设备的当前星历数据，包括：

对所述压缩数据进行解密和解压，得到所述待定位物联网设备附近预设范围内的地理位置信息；

根据所述星历数据下载请求中待定位物联网设备信息，确定已存储的所述待定位物联网设备当前星历数据；

所述根据所述星历数据下载请求，下载星历数据，包括：

根据所述地理位置信息下载星历数据。

一种可能的实现方式中，得出所述差分星历数据之后，还包括：

对所述差分星历数据进行加密和压缩处理得到差分星历数据的压缩数据；

所述向所述待定位物联网设备发送所述差分星历数据，具体为：向所述待定位物联网设备发送所述差分星历数据的压缩数据。

一种可能的实现方式中，所述方法还包括：

接收所述待定位物联网设备发送的定位信息；

向业务平台发送所述定位信息。

第三方面，本申请实施例提供了一种物联网设备的定位系统，所述系统包括待定位物联网设备、gnss平台；

所述待定位物联网设备，用于接收定位请求；根据所述定位请求，判断是否需要更新当前星历数据；若否，则利用所述当前星历数据进行定位；若是，则向gnss平台发送星历数据下载请求；接收来自所述gnss平台发送的差分星历数据，根据所述差分星历数据和所述当前星历数据进行定位；所述差分星历数据为所述gnss平台下载的星历数据中与所述当前星历数据不同的星历数据；在接收来自所述gnss平台发送的差分星历数据之后，根据所述差分星历数据更新所述当前星历数据；

所述gnss平台，用于根据来自所述待定位物联网设备的所述星历数据下载请求，确定所述待定位物联网设备已存储的当前星历数据，根据所述星历数据下载请求下载星历数据；根据数据处理算法，以及下载的星历数据和所述当前星历数据得出差分星历数据,向所述待定位物联网设备发送所述差分星历数据。

可选地，上述系统还包括：业务平台；

所述待定位物联网设备，还用于将根据所述差分星历数据和所述当前星历数据进行定位得到的定位信息发给所述业务平台。

所述业务平台，用于接收所述待定位物联网设备发送的定位信息，并根据所述定位信息进行业务处理。

或者，可选地，上述系统还包括：业务平台；

所述待定位物联网设备，还用于将根据所述差分星历数据和所述当前星历数据进行定位得到的定位信息发给所述gnss平台。

所述gnss平台，还用于接收来自所述待定位物联网设备的所述定位信息，将所述定位信息发送给所述业务平台；

所述业务平台，用于接收来自所述gnss平台发送的定位信息，并根据所述定位信息进行业务处理。

第四方面，本申请实施例还提供了一种物联网设备的定位装置，所述装置包括：

物联网连接单元，用于接收定位请求；

判断单元，用于根据所述定位请求，判断是否需要更新当前星历数据；

定位单元，用于若判断出不需要更新当前星历数据，则利用所述当前星历数据对待定位物联网设备进行定位；

所述物联网连接单元，还用于若判断出需要更新当前星历数据，则向gnss平台发送星历数据下载请求；

所述物联网连接单元，还用于接收来自所述gnss平台发送的差分星历数据；

所述定位单元，还用于根据所述差分星历数据和所述当前星历数据，对所述待定位物联网设备进行定位；所述差分星历数据为所述gnss平台下载的星历数据中与所述当前星历数据不同的星历数据；

更新单元，用于根据所述差分星历数据更新所述当前星历数据。

一种可能的实现方式中，所述判断单元具体用于：

判断接收所述定位请求的时间是否为星历数据的周期更新时间；若是，则调用所述物联网连接单元向gnss平台发送星历数据下载请求；若否，则调用所述定位单元利用所述当前星历数据对所述待定位物联网设备进行定位。

一种可能的实现方式中，所述物联网连接单元包括：

压缩子单元，用于将所述待定位物联网设备附近预设范围内的地理位置信息和/或当前星历数据的版本信息共同进行加密和压缩，得到压缩数据；

发送子单元，用于向所述gnss平台发送携带有所述压缩数据的星历数据下载请求。

一种可能的实现方式中，若所述差分星历数据是经过所述gnss平台进行加密和压缩处理后发送给所述待定位物联网设备的数据；

则所述装置还包括：

解码单元，用于对所述差分星历数据进行解压，得到解压后的差分星历数据；

安全单元，用于对所述差分星历数据进行解密，得到解密后的差分星历数据。

一种可能的实现方式中，所述定位单元包括：

复原子单元，用于利用预设的数据处理算法，对所述差分星历数据和所述当前星历数据进行复原操作，获得新的星历数据；

第一获得子单元，用于根据所述新的星历数据，获得对应的位置信息数据；

第二获得子单元，用于根据所述位置信息数据，获得位置信息。

一种可能的实现方式中，所述第二获得子单元具体用于：

根据所述位置信息数据，结合待定位物联网设备的传感器数据，获得所述位置信息。

一种可能的实现方式中，所述数据处理算法包括差分压缩算法和/或插值压缩算法。

一种可能的实现方式中，所述物联网连接单元，还用于向所述gnss平台发送定位信息；以便所述gnss平台向业务平台发送所述定位单元得到的所述定位信息。

第五方面，本申请实施例还提供了一种物联网设备的定位装置，所述装置包括：

第一接收单元，用于接收待定位物联网设备发送的星历数据下载请求；

确定单元，用于根据所述星历数据下载请求，确定已存储的所述待定位物联网设备的当前星历数据；

下载单元，用于根据所述星历数据下载请求，下载星历数据；

获得单元，用于根据数据处理算法，以及下载的星历数据和所述当前星历数据得出差分星历数据；

第一发送单元，用于向所述待定位物联网设备发送所述差分星历数据，以便所述待定位物联网设备根据所述差分星历数据进行定位；

更新单元，用于在所述下载星历数据之后，根据下载的星历数据更新所述当前星历数据。

一种可能的实现方式中，所述数据处理算法包括差分压缩算法和/或插值压缩算法。

一种可能的实现方式中，所述星历数据下载请求携带有压缩数据；所述压缩数据为所述待定位物联网设备对所述已存储的当前星历数据的版本信息进行加密和压缩后得到的；

所述确定单元包括：

第一解码子单元，用于对所述压缩数据进行解密和解压，得到所述已存储的所述待定位物联网设备的当前星历数据的版本信息；

确定子单元，用于根据所述已存储的所述待定位物联网设备的当前星历数据的版本信息，确定已存储的所述待定位物联网设备当前星历数据。

一种可能的实现方式中，所述压缩数据还包括所述待定位物联网设备对附近预设范围内的地理位置信息，所述压缩数据为所述待定位物联网设备对附近预设范围内的地理位置信息和所述已存储的当前星历数据的版本信息共同进行加密和压缩后得到的；

所述第一解码子单元，具体用于对所述压缩数据进行解密和解压得到包括所述地理位置信息的数据；

所述下载单元具体用于：

根据所述地理位置信息，下载星历数据。

一种可能的实现方式中，所述下载单元具体用于：

所述待定位物联网设备的当前星历数据的版本信息找到对应的地理位置信息，根据所述地理位置信息，下载星历数据。一种可能的实现方式中，所述星历数据下载请求携带有压缩数据；所述压缩数据为所述待定位物联网设备对附近预设范围内的地理位置信息进行加密和压缩后得到的；

所述确定单元包括：

第二解码子单元，用于对所述压缩数据进行解密和解压，得到所述待定位物联网设备附近预设范围内的地理位置信息；

确定子单元，用于根据所述星历数据下载请求中待定位物联网设备信息，确定已存储的所述待定位物联网设备当前星历数据；

所述下载单元具体用于：

根据所述地理位置信息下载星历数据。

一种可能的实现方式中，上述装置还包括：

加密单元，用于对所述差分星历数据进行加密得到差分星历数据的加密数据；

压缩单元，用于对所述差分星历数据的加密数据进行压缩处理得到差分星历数据的压缩数据；

所述第一发送单元，具体用于向所述待定位物联网设备发送所述差分星历数据的压缩数据。

一种可能的实现方式中，所述装置还包括：

第二接收单元，用于接收所述待定位物联网设备发送的定位信息；

第二发送单元，用于向业务平台发送所述定位信息。

由此可见，本申请实施例具有如下有益效果：

由于本申请实施例中gnss平台仅是向待定位物联网设备发送了差分星历数据，且该差分星历数据是gnss平台下载的星历数据中与待定位物联网设备已存储的当前星历数据不同的星历数据，进而待定位物联网设备可以根据该差分星历数据和已存储的当前星历数据进行快速且准确的定位，相较于目前将所有星历数据进行传输的方式，极大的降低了数据传输量，缩短了数据传输时间，从而可以有效提高定位速率并降低定位功耗，进而能够满足物联网中的低功耗、快速定位的要求，并且待定位物联网设备在不需要更新时将不会下载星历数据，使用自身存储的当前星历数据进行定位，从而能够减少数据传输，进一步降低功耗、提高定位速度。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本申请实施例提供的一种物联网设备的定位方法的流程图；

图2为本申请实施例提供的另一种物联网设备的定位方法的流程图；

图3为本申请实施例提供的物联网设备的定位方法的交互流程图；

图4为本申请实施例提供的一种物联网设备的定位系统的结构示意图；

图5为本申请实施例提供的一种畜牧养殖管理系统的结构示意图；

图6为本申请实施例提供的一种物联网设备的定位装置的结构示意图之一；

图7为本申请实施例提供的一种物联网设备的定位装置的结构示意图之二。

具体实施方式

在一些物联网设备的定位方法中，通常采用到达时间差(timedifferenceofarrival，简称tdoa)的定位方法，即，物联网设备向其所在位置附近的网络范围内的多个基站和/或网关发送一段位置数据信号，然后，这些基站和/或网关收到这段位置数据信号后，可将其传输给网络服务器，以便网络服务器能够通过比较数据信号强度、到达时间、信噪比及其它参数来计算物联网设备的所在位置。

但由于tdoa技术的定位精度与信号带宽密切相关，带宽越宽，精度越高。而大部分物联网网络(lpwan)都属于窄带系统，且通信协议较为简单，这必然会极大地削减无线传输的网络带宽，从而对agps技术造成不利的影响，位置数据传输时间会延长，造成定位效率的降低。

为解决上述缺陷，本申请实施例提供了一种物联网设备的定位方法，在对待定位物联网设备进行定位时，待定位物联网设备在接收到定位请求后，首先根据定位请求判断是否需要更新当前星历数据，若否，则利用当前星历数据进行定位，若是，则向gnss平台发送星历数据下载请求，以便gnss平台根据该星历数据下载请求，根据下载的星历数据中与已存储的待定位物联网设备的当前星历数据不同的星历数据，作为差分星历数据返回给待定位物联网设备，进而待定位物联网设备可以根据该差分星历数据进行定位，可见，由于本申请实施例中gnss平台仅是向待定位物联网设备发送了差分数据，且该差分数据是gnss平台下载的星历数据中与待定位物联网设备已存储的星历数据不同的星历数据，进而待定位物联网设备可以根据该差分星历数据和已存储的星历数据进行快速且准确的定位，相较于目前将所有星历数据进行传输的方式，极大的降低了数据传输量，缩短了数据传输时间，从而可以有效提高定位速率并降低定位功耗，进而能够满足物联网中的低功耗、快速定位的要求。并且待定位物联网设备在不需要更新时将不会下载星历数据，使用自身存储的当前星历数据进行定位，从而能够减少数据传输，进一步降低功耗、提高定位速度。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

参见图1，为本实施例提供的一种物联网设备的定位方法的流程示意图，该方法包括以下步骤：

s101：接收定位请求。

在本实施例中，将采用本实施例实现定位的任一物联网设备定义为待定位物联网设备，且本申请不限制待定位物联网设备的具体结构。

在实际应用中，待定位设备通常是直接从卫星下载星历数据进行自身定位，定位消耗的时间较长，定位时间持续2-3分钟，并且功耗过高，用户体验差，常常因电池续航能力差，导致物联网设备不能工作。

为了提高定位速度，待定位物联网设备可以先接收业务平台发送的定位请求，再执行后续步骤s102。

s102：根据定位请求，判断是否需要更新当前星历数据。

在本实施例中，待定位物联网设备在接收到定位请求后，进一步可以根据接收到该定位请求携带的定位时间或者物联网设备自身设置定时器的时间，判断出是否为待定位物联网设备定时从卫星下载星历数据进行自身定位的时间，若是，则执行后续步骤s104，若否，则执行后续步骤s103。

具体来讲，在本申请实施例一些可能的实现方式中，本步骤s102的实现过程可以包括下述步骤a1-a3：

步骤a1：判断接收定位请求的时间是否为星历数据的周期更新时间。

在本实现方式中，待定位物联网设备在接收到业务平台发送的定位请求后，首先需要判断接收定位请求的时间是否为星历数据的周期更新时间，若是，则执行后续步骤a2，若否，则执行后续步骤a3。

需要说明的而是，当定位请求中携带有指定的定位时刻，是需要判断该指定的定位时刻是否为星历数据的周期更新时刻，若是，则执行后续步骤a2，若否，则执行后续步骤a3。

步骤a2：若判断出接收定位请求的时间为星历数据的周期更新时间，则执行后续步骤s104。

步骤a3：若判断出接收定位请求的时间并不是星历数据的周期更新时间，则执行后续步骤s103。

s103：若判断出无需更新当前星历数据，则利用当前星历数据对待定位物联网设备进行定位。

在本实施例中，若通过步骤s102根据定位请求，判断出无需更新当前星历数据，即，接收到该定位请求中指定的定位时间或者物联网设备自身设置定时器的时间并不是待定位物联网设备定时从卫星下载星历数据进行自身定位的时间，此时，即可利用当前星历数据进行定位。

s104：若判断出需要更新当前星历数据，则向gnss平台发送星历数据下载请求。

在本实施例中，若通过步骤s102根据定位请求，判断出需要更新当前星历数据，即，接收到该定位请求中指定的定位时间或者物联网设备自身设置定时器的时间为待定位物联网设备定时从卫星下载星历数据进行自身定位的时间，此时，为了提高定位速度，减少定位数据的传输量，首先需要先向gnss平台发送星历数据下载请求，以便gnss平台根据该星历数据下载请求确定出差分星历数据并对其进行加密和压缩之后的结果返回给待定位物联网设备，具体实现过程将在后续实施例中介绍。

具体来讲，在本申请实施例一些可能的实现方式中，本步骤s104中“向gnss平台发送星历数据下载请求”的实现过程可以包括下述步骤b1-b2：

步骤b1：将当前的星历数据的版本信息进行加密和压缩，得到压缩数据。

在本实现方式中，由于星历数据信号的数据量巨大，因此，为了提高定位效率，降低数据传输量，提高定位准确度，首先需要利用数据加密和压缩算法，将当前星历数据的版本信息进行加密和压缩，得到压缩数据，用以执行后续步骤b2。比如，可以利用国密算法及des、aes、rsa等主流算法对当前星历数据的版本信息进行加密，或者通过硬件对其进行加解密等，并结合编码或量化算法，进行压缩，以提高安全算法等级及运算速度。

步骤b2：向gnss平台发送携带有压缩数据的星历数据下载请求。

在本实现方式中，通过步骤b1将当前星历数据的版本信息进行加密和压缩得到压缩数据后，进一步可以将携带有该压缩数据的星历数据下载请求发送至gnss平台，以便gnss平台获取对应的差分星历数据。

需要说明的是，当星历数据下载请求中仅携带将当前星历数据的版本信息进行加密和压缩得到的压缩数据，则表明gnss平台已存储有待定位物联网设备附近预设范围内的地理位置信息，该信息可以是之前待定位物联网设备发送历史星历数据下载请求时携带的，且待定位物联网设备发送此次星历数据下载请求时并未更换附近预设范围内的地理位置信息。

另一种可选的实现方式是，本步骤s104中“向gnss平台发送星历数据下载请求”的具体实现过程可以包括下述步骤c1-c2：

步骤c1：将待定位物联网设备附近预设范围内的地理位置信息和当前的星历数据的版本信息共同进行加密和压缩，得到压缩数据。

在本实现方式中，为了提高定位准确度，不仅可以将已存储的星历数据的版本信息进行加密和压缩后的得到的压缩数据发送至gnss平台，还可以在搜索到待定位物联网设备当前附近预设范围内的地址位置信息(如基站和/或网关信息(bsgwi))后，利用现有或未来出现的加密和压缩算法，将这些bsgwi和当前的星历数据的版本信息共同进行加密和压缩，作为压缩数据，用以执行后续步骤c2。比如，可以利用国密算法及des、aes、rsa等主流算法对这些bsgwi和当前的星历数据的版本信息共同进行加密，或者通过硬件对其进行加解密等，并结合编码或量化算法，进行压缩，以提高安全算法等级及运算速度。

步骤c2：向gnss平台发送携带有压缩数据的星历数据下载请求。

在本实现方式中，通过步骤c1将待定位物联网设备附近预设范围内的地理位置信息和当前的星历数据的版本信息共同进行加密和压缩得到压缩数据后，进一步可以将携带有该压缩数据的星历数据下载请求发送至gnss平台，以便gnss平台获取到更为准确的差分星历数据。

另一种可选的实现方式是，本步骤s104中“向gnss平台发送星历数据下载请求”的具体实现过程包括：将待定位物联网设备附近预设范围内的地理位置信息进行加密和压缩，得到压缩数据。

在本实现方式中，为了提高定位准确度，可以在搜索到待定位物联网设备当前附近预设范围内的地址位置信息(如基站和/或网关信息(bsgwi))后，利用现有或未来出现的加密和压缩算法，将这些bsgwi和当前的星历数据的版本信息共同进行加密和压缩，作为压缩数据，并向用gnss平台发送携带有该压缩数据的星历数据下载请求。比如，可以利用国密算法及des、aes、rsa等主流算法对这些bsgwi进行加密，或者通过硬件对其进行加解密等，并结合编码或量化算法，进行压缩，以提高安全算法等级及运算速度。并将携带有该压缩数据的星历数据下载请求发送至gnss平台，以便gnss平台在对该压缩数据进行解密和解压，得到待定位物联网设备附近预设范围内的地理位置信息，进而可以根据星历数据下载请求中待定位物联网设备信息，确定已存储的待定位物联网设备当前星历数据，并且，可以根据待定位物联网设备附近预设范围内的地理位置信息，下载星历数据，以便获取到更为准确的差分星历数据。

s105：接收来自gnss平台发送的差分星历数据，根据差分星历数据和当前星历数据，对待定位物联网设备进行定位；其中，差分行星历数据为gnss平台下载的星历数据中与当前星历数据不同的星历数据。

在本实施例中，gnss平台在接收到星历数据下载请求后，会根据星历数据下载请求中携带的压缩数据，进行解压和解密，并根据解压和解密后得到的结果进行星历数据的下载，并确定出下载的星历数据中与当前星历数据不同的星历数据，作为差分数据，并对其进行加密和压缩处理后返回至待定位物联网设备，而并非将所有下载的星历数据均返回至待定位物联网设备，从而可以减少数据传输数据量，提高定位速度并降低功耗。

进而，待定位物联网设备在接收到gnss平台发送的差分星历数据后，可以对该差分星历数据进行解压和解密处理，得到解压和解密后的差分星历数据，进一步再根据该差分星历数据和当前星历数据进行准确定位，具体定位过程可以包括下述步骤d1-d3：

步骤d1：利用预设的数据处理算法，对差分星历数据和当前星历数据进行复原操作，获得新的星历数据。

具体来讲，待定位物联网设备在接收到差分星历数据后，对其进行解压和解密处理后，可以利用预设的数据处理算法，对解压和解密处理后的差分星历数据、当前星历数据进行复原操作，获得新的星历数据。一种可选的实现方式是，可以采用差分压缩算法和/或插值压缩算法对差分星历数据以及已存储的星历数据进行复原操作，以获得新的星历数据。比如，以差分压缩算法为例，待定位物联网设备在接收到差分星历数据后，进一步可以利用差分压缩算法对差分星历数据以及当前星历数据进行复原操作，以得到新的星历数据eph-rd。

步骤d2：根据新的星历数据，获得对应的位置信息数据。

通过步骤d1获取到新的星历数据后，进一步可以根据新的星历数据eph-rd(包括所有卫星星空坐标)，选择离自己最近的至少3个不在同一直线上的三个卫星的坐标计算出当前的位置信息数据(如nmea数据)，且该位置信息数据中包括已确定好的坐标数据，需要说明的是，如果从eph-rd中选择的3个卫星坐标中一个或多个接收不到相应的卫星信号，则会从eph-rd再选择离自己相对近的卫星进行定位。

步骤d3：根据位置信息数据，获得待定位物联网设备的位置信息。

通过步骤d2确定位置信息数据(如nmea数据)后，可以直接确定出待定位物联网设备的坐标等位置信息。并且，一种可选的实现方式是，当待定位物联网设备无法接收到星历数据时，可以结合待定位物联网设备可与自身安装的传感器数据相结合，以根据传感器数据，确定出待定位物联网设备的位置信息。

举例说明：假设通过步骤d2确定nmea数据后，待定位物联网设备在一段隧道中通过，此时，无法获取到对应的nmea数据来进行定位，才是可以通过预先安装的加速度传感器记录的传感器数据，确定出待定位物联网设备在通过这段隧道的过程中的实时移动的距离，进而实现实时定位，即实时获得待定位物联网设备的位置信息。

s106：根据差分星历数据更新当前星历数据。

具体地，根据差分星历数据更新当前星历数据，具体为：根据步骤d1中获得新的星历数据更新当前星历数据。

在本实施例中，为了提高后续的定位准确率，在接收到来自gnss平台发送的差分星历数据之后，还可以对该差分星历数据进行解压和解密处理，并根据处理结果更新当前星历数据，以便于进行后续的定位操作。

在申请实施例一些可能的实现方式中，在通过上述步骤实现准确定位后，待定位物联网设备还可以向gnss平台发送定位信息；以便所述gnss平台向业务平台发送所述定位信息。

具体来讲，在本实现方式中，为了响应业务平台的定位请求，待定位物联网设备可以先将定位得到的定位信息发送给gnss平台，以便gnss平台向业务平台发送该定位信息，进而业务平台可以根据该定位信息进行相应的业务处理。一种可选的实现方式是，为了降低数据传输量，待定位物联网设备首先可以利用现有或未来出现的数据加密和压缩算法，将定位信息进行加密和压缩，比如，可以利用国密算法及des、aes、rsa等主流算法对定位信息进行加密，或者通过硬件对其进行加解密等，并结合编码或量化算法，进行压缩，然后，再将加密和压缩后的定位信息发送至gnss平台，再通过gnss平台将定位信息发送至业务平台进行业务处理。

接下来，本申请将对gnss平台根据接收到的星历数据下载请求确定出差分星历数据并返回给待定位物联网设备的实现过程解析介绍，具体可以包括下述步骤s201-s206：

s201：接收待定位物联网设备发送的星历数据下载请求。

s202：根据星历数据下载请求，确定已存储的待定位物联网设备的当前星历数据。

在本实施中，通过步骤s201接收到待定位物联网设备发送的星历数据下载请求后，可以对该星历数据下载请求进行数据处理，以确定出已存储的待定位物联网设备的当前星历数据。

具体来讲，一种可选的实现方式是，星历数据下载请求携带有压缩数据，且压缩数据为待定位物联网设备对已存储的当前星历数据的版本信息和/或待定位物联网设备对附近预设范围内的地理位置信息进行加密和压缩后得到的，由此，gnss平台需要采用相应的解密和解压算法，对星历数据下载请求进行解压和解密，以确定出已存储的待定位物联网设备的当前星历数据的版本信息和/或待定位物联网设备对附近预设范围内的地理位置信息，进而可以根据该版本信息和/或地理位置信息，确定出已存储的待定位物联网设备的当前星历数据，用以执行后续步骤s204。

s203：根据星历数据下载请求，下载星历数据。

在本实施中，通过步骤s201接收到待定位物联网设备发送的星历数据下载请求后，可以对该星历数据下载请求进行数据处理，以根据处理结果，下载星历数据。

具体来讲，一种可选的实现方式是，星历数据下载请求携带有压缩数据，且压缩数据为待定位物联网设备对附近预设范围内的地理位置信息(如基站和/或网关信息)进行加密和压缩后得到的，由此，gnss平台需要采用相应的解密和解压算法，对星历数据下载请求进行解压和解密，以确定出待定位物联网设备附近预设范围内的基站和/或网关信息，进而可以根据该基站和/或网关信息以及待定位物联网设备信息，确定出对应的卫星的当前星历数据以及下载星历数据，用以执行后续步骤s204。

s204：根据数据处理算法，以及下载的星历数据和当前星历数据得出差分星历数据。

在本实施例中，通过步骤s202确定出已存储的待定位物联网设备的当前星历数据，以及通过步骤203下载了星历数据后，进一步可以利用数据处理算法(可以是预设的数据处理算法)，对下载的星历数据和已存储的当前星历数据进行比对分析，以确定出下载的星历数据中与已存储的当前星历数据不同的星历数据，作为差分星历数据。一种可选的实现方式是，可以采用差分压缩算法和/或插值压缩算法对下载的星历数据以及已存储的当前星历数据进行比对分析，以确定出下载的星历数据中与已存储的当前星历数据不同的星历数据，作为差分星历数据。比如，以差分压缩算法为例，gnss平台在确定出已存储的待定位物联网设备的当前星历数据并下载了星历数据后，进一步可以利用差分压缩算法对下载的星历数据以及已存储的当前星历数据进行比对分析，以确定出下载的星历数据中与已存储的当前星历数据不同的星历数据，作为差分星历数据。

s205：向待定位物联网设备发送差分星历数据，以便待定位物联网设备根据差分星历数据进行定位。

可选地，得出差分星历数据之后，还包括：对所述差分星历数据进行加密和压缩处理得到差分星历数据的压缩数据；

相应地，上述向所述待定位物联网设备发送所述差分星历数据，具体为：向所述待定位物联网设备发送所述差分星历数据的压缩数据。

s206：根据下载的星历数据更新当前星历数据。

在本实施例中，为了提高后续的定位准确率，gnss平台在下载了星历数据，并根据下载的星历数据确定出差分数据后，使待定位物联网设备进一步可以利用得到的差分数据更新当前星历数据，以便于进行后续的定位操作。

在申请实施例一些可能的实现方式中，gnss平台在接收到在待定位物联网设备发送的定位信息后，可以向业务平台发送该定位信息，以便业务平台可以根据该定位信息进行相应的业务处理，比如根据牲畜的活动轨迹和范围，改进养殖方法等。

综上，由于本申请实施例中gnss平台仅是向待定位物联网设备发送了差分数据，且该差分数据是gnss平台下载的星历数据中与已存储的待定位物联网设备的当前星历数据不同的星历数据，进而待定位物联网设备可以根据该差分星历数据和已存储的当前星历数据进行快速且准确的定位，相较于目前将所有星历数据进行传输的方式，极大的降低了数据传输量，缩短了数据传输时间，从而可以有效提高定位速率并降低定位功耗，进而能够满足物联网中的低功耗、快速定位的要求。并且待定位物联网设备在不需要更新时将不会下载星历数据，使用自身存储的当前星历数据进行定位，从而能够减少数据传输，进一步降低功耗、提高定位速度。

为了便于理解本申请的技术方案，参见图3所示，其示出了本申请实施例提供的实现物联网设备的定位方法的交互示意图，可以包括以下步骤：

s301：业务平台向待定位物联网设备发送定位请求。

s302：待定位物联网设备接收定位请求后，根据定位请求，判断是否需要更新当前星历数据。

可选地，业务平台向待定位物联网设备发送定位请求，具体为：业务平台对定位请求进行加密和压缩处理，得到加密加压的定位请求，将加密加压的定位请求发给待定位物联网设备；

相应地，待定位物联网设备接收定位请求具体为加密加压的定位请求，在接收到加密加压的定位请求后，还包括：对定位请求进行解压解密处理，得到定位请求。

判断是否需要更新当前星历的方法参考上面的实施例，在此不再赘述。

s303：当需要更新当前星历数据时，待定位物联网设备向gnss平台发送星历数据下载请求。

s304：gnss平台接收待定位物联网设备发送的星历数据下载请求，并根据星历数据下载请求，确定已存储的待定位物联网设备的当前星历数据。

可选地，步骤s303中，待定位物联网设备向gnss平台发送星历数据下载请求，可以参考上述实施例中，可以包括当前星历数据的版本信息和/或地理位置信息，并且可以对版本信息和/或地理位置信息进行加密和压缩处理；相应地，gnss平台接收待定位物联网设备发送的星历数据下载请求可以进行解压和解密处理。具体参考上述实施例，在此不再赘述。

具体地，gnss平台根据星历数据下载请求，确定已存储的待定位物联网设备的当前星历数据具体实施方式参考上述实施例，在此不再赘述。

s305：gnss平台根据星历数据下载请求，下载星历数据。

具体地，gnss平台根据星历数据下载请求，下载星历数据，具体实施方式参考上述实施例，在此不再赘述。

s306：gnss平台根据数据处理算法，以及下载的星历数据和当前星历数据得出差分星历数据。

gnss平台根据数据处理算法与上述实施例中的实施方式相同，在此不再赘述。

s307：gnss平台向待定位物联网设备发送差分星历数据。

s308：gnss平台根据下载的星历数据更新当前星历数据。

s309：待定位物联网设备接收来自gnss平台发送的差分星历数据，根据差分星历数据和当前星历数据，对待定位物联网设备进行定位。

其中，差分行星历数据为gnss平台下载的星历数据中与当前星历数据不同的星历数据。

当步骤s307中向待定位物联网设备发送的差分星历数据是经过加密和压缩处理的，则在步骤s309中还包括对差分星历数据执行解压和解密操作，进而根据解压和解密的差分星历数据和当前星历数据，对待定位物联网设备进行定位。

s310：待定位物联网设备根据差分星历数据更新当前星历数据。

步骤s309中根据差分星历数据和当前星历数据，对待定位物联网设备进行定位，以及步骤s310中，待定位物联网设备根据差分星历数据更新当前星历数据，与上述实施例相同，在此不再赘述。

s311：待定位物联网设备向gnss平台发送定位信息。

需要说明的是，待定位物联网设备也可以直接将定位信息发送至业务平台，进而执行步骤s313

s312：gnss平台接收到待定位物联网设备发送的定位信息后，将向业务平台发送该定位信息。

s313：业务平台接收定位信息后，根据该定位信息进行业务处理。

其中，定位信息是由待定位物联网设备和/或gnss平台发送的。

本实施例提供的定位方法，可以有效提高定位速率并降低定位功耗，进而能够满足物联网中的低功耗、快速定位的要求，并且待定位物联网设备在不需要更新时将不会下载星历数据，从而能够减少数据传输，降低功耗，提高定位速度。

本实施例还提供了一种物联网设备的定位系统，系统包括待定位物联网设备、gnss平台；

待定位物联网设备，用于接收定位请求；根据定位请求，判断是否需要更新当前星历数据；若否，则利用当前星历数据进行定位；若是，则向gnss平台发送星历数据下载请求；接收来自gnss平台发送的差分星历数据，根据差分星历数据和当前星历数据进行定位；差分星历数据为gnss平台下载的星历数据中与当前星历数据不同的星历数据；在接收来自gnss平台发送的差分星历数据之后，根据差分星历数据更新当前星历数据；

gnss平台，用于根据来自待定位物联网设备的星历数据下载请求，确定待定位物联网设备已存储的当前星历数据，根据星历数据下载请求下载星历数据；根据预设的数据处理算法，以及下载的星历数据和当前星历数据得出差分星历数据，向待定位物联网设备发送差分星历数据。

可选地，上述系统还包括：业务平台；

待定位物联网设备，还用于将根据差分星历数据和当前星历数据进行定位得到的定位信息发给业务平台。

业务平台，用于接收待定位物联网设备发送的定位信息，并根据定位信息进行业务处理。

或者，可选地，上述系统还包括：业务平台；

待定位物联网设备，还用于将根据差分星历数据和当前星历数据进行定位得到的定位信息发给gnss平台。

gnss平台，还用于接收来自待定位物联网设备的定位信息，将定位信息发送给业务平台；

业务平台，用于接收来自gnss平台发送的定位信息，并根据定位信息进行业务处理。

参见图4所示，本申请还提供了一种物联网设备的定位系统，可以包括待定位物联网设备401、gnss平台402和业务平台403。

其中，待定位物联网设备401，用于接收待定位物联网设备401的定位请求；根据所述定位请求，判断是否需要更新当前星历数据；若否，则利用所述当前星历数据进行定位；若是，则向gnss平台402发送星历数据下载请求；接收来自所述gnss平台402发送的差分星历数据，根据所述差分星历数据进行定位；其中，差分星历数据为gnss平台402下载的星历数据中与当前星历数据不同的星历数据；并在接收来自所述gnss平台402发送的差分星历数据之后，根据所述差分星历数据更新所述当前星历数据。具体的过程请参考上述图1所示实施例中s101-s106的详细描述，这里不再赘述。

gnss平台402，用于根据星历数据下载请求，确定待定位物联网设备401已存储的当前星历数据并下载当前星历数据；根据数据处理算法，以及下载的星历数据和所述当前星历数据得出差分星历数据并向待定位物联网设备401发送该差分星历数据，以便待定位物联网设备401根据该差分星历数据进行定位。具体的过程请参考上述图2所示实施例中s201-s206的详细描述，这里不再赘述。

业务平台403，用于接收待定位物联网设备和/或gnss平台402发送的定位信息，并根据该定位信息进行业务处理。需要说明的是，业务平台403可以执行特定场景下的业务流程，比如：查表计费、牧场管理、车辆管理、能源管理等。具体实现过程中，可以通过发送定位请求给待定位物联网设备401和/或gnss平台402，并接收来自gnss平台402的定位信息。

具体来讲，一种可选的实现方式是，如图3所示，待定位物联网设备401具体可以包括：控制单元、安全单元、定位单元、感知单元、解码单元1、编码单元2以及物联网连接单元。

其中，控制单元运行在终端嵌入式系统上，用于负责流程控制、业务处理、逻辑判断等。控制单元分别连接：安全单元、感知单元、定位单元、物联网连接单元、编码单元1和解码单元2。

安全单元，用于对输入待定位物联网设备401的明文执行加密运算，对输入密文执行解密运算。支持国密算法及des/aes/rsa等主流算法，支持硬件加解密引擎，提高了安全算法等级及运算速度。

物理网连接单元，作为待定位物联网终端设备401和业务平台403的无线连接单元，支持蜂窝连接和非蜂窝连接，如：窄带物联网nb-iot、zigbee等。用于数据的接收和发送，支持多种物联网传输协议，如：lwm2m、mqtt、coap、oceannet、onenet等。需要说明的是，作为蜂窝连接时，物联网连接单元只包含节点，而作为非蜂窝连接时，物联网连接单元包含节点和网关，即节点数据需要经过网关路由后转发到平台。

定位单元，用于通过gnss网络、传感器或辅助定位服务器等方式，获取待定位物联网终端设备401的物理位置信息。该位置信息包含了经纬度、高度、方向角等信息，并将这些信息以原始数据格式发送给控制单元，

感知单元，作为定位的辅助信息来源(如传感器)，用于在gnss网络及蜂窝网络的盲区，收集速度、角度、加速度等信息，以固定格式组帧并发送给控制单元。

解码单元1，用于对星历压缩数据eph-cd解码，输出星历原始数据eph-rd，并将该数据下发给定位单元，可缩短定位时间，提高定位效率。

编码单元2：用于对nmea原始数据及其他辅助位置数据pos-rd做数据压缩编码，输出位置压缩数据pos-cd(数据通常小于50字节)。

此外，一种可选的实现方式是，如图3所示，gnss平台402具体可以包括：gnss平台单元、安全单元、编码单元1以及解码单元2。

其中，gnss平台单元，用于负责位置信息的编码、解码、加密、解密及数据解析等。位置信息包含：卫星星历、nmea数据、辅助位置数据等，gnss平台单元接收基站信息、节点位置信息(压缩编码)及业务指令等，发送星历数据(压缩编码)、解析后的位置数据及业务反馈等。

安全单元，用于对输入gnss平台402的明文执行加密运算，对输入密文执行解密运算。支持国密算法及des/aes/rsa等主流算法，支持硬件加解密引擎，提高了安全算法等级及运算速度。

编码单元1，用于对卫星星历原始数据eph-rd(15-20k字节)做数据压缩编码，输出星历压缩数据eph-cd(数据小于100字节)，该数据将通过窄带无线网络下发到物联网连接单元。

解码单元2，用于对定位信息的压缩数据pos-cd解码，输出位置原始数据pos-rd，并将其数据发送到业务平台403进行业务处理。

综上，由于在本申请实施例提供的物联网设备的定位系统中，gnss平台仅是向待定位物联网设备发送了差分数据，且该差分数据是gnss平台下载的星历数据中与已存储的待定位物联网设备已存储的当前星历数据不同的星历数据，进而待定位物联网设备可以根据该差分星历数据和已存储的当前星历数据进行快速且准确的定位，相较于目前将所有星历数据进行传输的方式，极大的降低了数据传输量，缩短了数据传输时间，从而可以有效提高定位速率并降低定位功耗，进而能够满足物联网中的低功耗、快速定位的要求。

进一步的，为便于理解，现结合图5所示的一种畜牧养殖管理系统的结构示意图。以畜牧管理监控平台集成了业务平台和gnss平台、畜牧移动节点为待定位物联网设备为例，对安装有物联网设备的牲畜进行定位的实现过程进行介绍。、

参见图5，其示出了本申请实施例提供的一种畜牧养殖管理系统，该系统用于监控放养的牲畜(如牲畜1、牲畜2和牲畜3)，记录它们的位置、活动轨迹/范围、活动状态等信息。进而通过对长期监控获取的大数据进行分析，并根据分析结果为牲畜养殖户提供养殖方法改进建议，从而提高牲畜养殖的质量。

其中，畜牧管理监控平台集成了gnss平台和业务平台，实际是两个平台，并且这两个平台之间相互连接，同时均与基站和/或网关连接。牲畜1、2、3分别对应安装有待定位的物联网设备，例如，假设牲畜1、2、3为牛，则可以在这三头牛的耳朵上设置物联网设备(如钉到牛耳朵后)，需要说明的是，为了防止物联网设备丢失，通常钉的比较牢固，不会轻易取下，因此，对物联网设备的电池续航要求就很高，所以需要实现对其低功耗且效率高的定位。这样，业务平台可以实时监控每头牛的状态，包括位置、体温等，比如牛产奶的体温和不产奶的体温有区别的，进而业务平台可以根据此区别状态来判断哪头牛产奶。

具体来讲，首先，畜牧移动节点在每次掉电唤醒后，需要重新登录，基于系统的安全(加密/解密)单元，配合账号登录和管理单元，可确保登录的高安全性。定期的登录机制，也有助于确认畜牧移动节点是否正常，从而及时发现异常节点，并采取措施。

然后，畜牧移动节点登录后，即发送定位请求，并回复系统确认请求，从而启动正常服务。如果请求失败，则采用重复发送机制，如果重复请求次数超限，系统将该节点的状态标注为异常，并告警提示工作人员去现场排查故障。

接着，畜牧移动节点发送的定位请求通过后，系统开启位置服务，即定期接收各个畜牧移动节点上报的位置信息，记录并绘制活动轨迹。当判断节点位置位于电子围栏(该电子围栏的范围和具体位置是由上述畜牧管理监控平台(即gnss平台)来确定的)之外时，系统报警并通知工作人员。由于畜牧行业的特殊性，移动节点设备对功耗要求很苛刻，比如：在北部地区以及西北地区的寒冷环境下，冬季时间很长，电池电量损失加速。传统的gnss定位对天气环境要求高，在不利环境下，定位时长增加，导致设备功耗增加，无法满足物联网场景的应用要求。而通过本申请实施例提供的畜牧养殖管理系统，即可可大大缩短全天候的定位时长，从而满足畜牧业对设备低功耗的苛刻要求。

需要说明的是，由于牲畜活动有其特殊性，每天有特定的活动周期。在牲畜休息的时间，定位信息上报频次可以降低，这样可以降低设备功耗。通过移动节点设备内置的传感器，判断牲畜的活动状态，并依据其状态，动态更新定位信息的上报频次。

进而，畜牧管理平台可以对收集到牧场所有牲畜的活动信息数据进行数据分析，并根据分析结果完成业务流程。这样，通过本申请实施例提供的畜牧养殖管理系统可为牲畜养殖户提供养殖方法改进建议，从而提高牲畜养殖的质量。

需要说明的是，本申请实施例提供的物联网设备的定位系统还可以应用于其他不同特定场景下的业务流程，比如：查表计费、牧场管理、车辆管理、能源管理等。具体实现过程与上述过程类似，在此不再赘述。

参见图6所示，本申请还提供了一种物联网设备的定位装置，所述装置包括：

物联网连接单元601，用于接收定位请求；

判断单元602，用于根据所述定位请求，判断是否需要更新当前星历数据；

定位单元603，用于若判断出不需要更新当前星历数据，则利用所述当前星历数据对待定位物联网设备进行定位；

所述物联网连接单元601，还用于若判断出需要更新当前星历数据，则向gnss平台发送星历数据下载请求；

所述物联网连接单元601，还用于接收来自所述gnss平台发送的差分星历数据；

所述定位单元603，还用于根据所述差分星历数据和所述当前星历数据，对所述待定位物联网设备进行定位；所述差分星历数据为所述gnss平台下载的星历数据中与所述当前星历数据不同的星历数据；

更新单元604，用于根据所述差分星历数据更新所述当前星历数据。

在一种可能的实现方式中，所述判断单元602具体用于：

判断接收所述定位请求的时间是否为星历数据的周期更新时间；若是，则调用所述物联网连接单元601向gnss平台发送星历数据下载请求；若否，则调用所述定位单元603利用所述当前星历数据对所述待定位物联网设备进行定位。

在一种可能的实现方式中，所述物联网连接单元601包括：

压缩子单元，用于将所述待定位物联网设备附近预设范围内的地理位置信息和/或当前星历数据的版本信息共同进行加密和压缩，得到压缩数据；

发送子单元，用于向所述gnss平台发送携带有所述压缩数据的星历数据下载请求。

在一种可能的实现方式中，若所述差分星历数据是经过所述gnss平台进行加密和压缩处理后发送给所述待定位物联网设备的数据；

则所述装置还包括：

解码单元1，用于对所述差分星历数据进行解压，得到解压后的差分星历数据；

安全单元，用于对所述差分星历数据进行解密，得到解密后的差分星历数据。

在一种可能的实现方式中，所述定位单元603包括：

复原子单元，用于利用预设的数据处理算法，对所述差分星历数据和所述当前星历数据进行复原操作，获得新的星历数据；

第一获得子单元，用于根据所述新的星历数据，获得对应的位置信息数据；

第二获得子单元，用于根据所述位置信息数据，获得位置信息。

在一种可能的实现方式中，所述第二获得子单元具体用于：

根据所述位置信息数据，结合待定位物联网设备的传感器数据，获得所述位置信息。

在一种可能的实现方式中，所述数据处理算法包括差分压缩算法和/或插值压缩算法。

在一种可能的实现方式中，所述物联网连接单元，还用于向所述gnss平台发送定位信息；以便所述gnss平台向业务平台发送定位单元得到的所述定位信息。

参见图7所示，本申请还提供了一种物联网设备的定位装置，所述装置包括：

第一接收单元701，用于接收待定位物联网设备发送的星历数据下载请求；

确定单元702，用于根据所述星历数据下载请求，确定已存储的所述待定位物联网设备的当前星历数据；

下载单元703，用于根据所述星历数据下载请求，下载星历数据；

获得单元704，用于根据数据处理算法，以及下载的星历数据和所述当前星历数据得出差分星历数据；

第一发送单元705，用于向所述待定位物联网设备发送所述差分星历数据，以便所述待定位物联网设备根据所述差分星历数据进行定位；

更新单元706，用于在所述下载星历数据之后，根据下载的星历数据更新所述当前星历数据。

在一种可能的实现方式中，所述数据处理算法包括差分压缩算法和/或插值压缩算法。

在一种可能的实现方式中，所述星历数据下载请求携带有压缩数据；所述压缩数据为所述待定位物联网设备对所述已存储的当前星历数据的版本信息进行加密和压缩后得到的；

所述确定单元702包括：

第一解码子单元，用于对所述压缩数据进行解密和解压，得到所述已存储的所述待定位物联网设备的当前星历数据的版本信息；

确定子单元，用于根据所述已存储的所述待定位物联网设备的当前星历数据的版本信息，确定已存储的所述待定位物联网设备当前星历数据。

在一种可能的实现方式中，所述压缩数据还包括所述待定位物联网设备对附近预设范围内的地理位置信息，所述压缩数据为所述待定位物联网设备对附近预设范围内的地理位置信息和所述已存储的当前星历数据的版本信息共同进行加密和压缩后得到的；

所述第一解码子单元，具体用于对所述压缩数据进行解密和解压得到包括所述地理位置信息的数据；

所述下载单元703具体用于：

根据所述地理位置信息，下载星历数据。

在一种可能的实现方式中，所述下载单元具体用于：

所述待定位物联网设备的当前星历数据的版本信息找到对应的地理位置信息，根据所述地理位置信息，下载星历数据。

在一种可能的实现方式中，所述星历数据下载请求携带有压缩数据；所述压缩数据为所述待定位物联网设备对附近预设范围内的地理位置信息进行加密和压缩后得到的；

所述确定单元702包括：

第二解码子单元，用于对所述压缩数据进行解密和解压，得到所述待定位物联网设备附近预设范围内的地理位置信息；

确定子单元，用于根据所述星历数据下载请求中待定位物联网设备信息，确定已存储的所述待定位物联网设备当前星历数据；

所述下载单元703具体用于：

根据所述地理位置信息下载星历数据。

在一种可能的实现方式中，上述装置还包括：

加密单元，用于对所述差分星历数据进行加密得到差分星历数据的加密数据；

压缩单元，用于对所述差分星历数据的加密数据进行压缩处理得到差分星历数据的压缩数据；

所述第一发送单元，具体用于向所述待定位物联网设备发送所述差分星历数据的压缩数据。

在一种可能的实现方式中，所述装置还包括：

第二接收单元，用于接收所述待定位物联网设备发送的定位信息；

第二发送单元，用于向业务平台发送所述定位信息。

当介绍本申请的各种实施例的元件时，冠词“一”、“一个”、“这个”和“所述”都意图表示有一个或多个元件。词语“包括”、“包含”和“具有”都是包括性的并意味着除了列出的元件之外，还可以有其它元件。

需要说明的是，本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法实施例的流程。其中，所述存储介质可为磁碟、光盘、只读存储记忆体(read-onlymemory,rom)或随机存储记忆体(randomaccessmemory,ram)等。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上所述仅是本申请的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。