CN109525940B - 基于天线的定位方法、装置及电子设备 - Google Patents

Abstract

本申请公开了一种基于天线的定位方法、装置及电子设备。其中，该方法包括：接收定位终端上报的定位请求，并确定所述定位请求对应目标天线的天线参数；查询预设数据库中任一天线的天线参数与所述目标天线的天线参数是否一致；若一致，计算所述目标天线的位置，以依据所述目标天线的位置向所述定位终端提供相应的位置服务。本申请以上报加密的天线参数的方式提高天线广播数据的安全性，保护运营商提供位置服务的安全性。

Description

基于天线的定位方法、装置及电子设备

技术领域

本申请涉及数据处理领域，具体而言，涉及一种用于基于天线的定位方法、装置及电子设备。

背景技术

室内分布系统是针对室内用户群、用于改善建筑物内移动通信环节的方案，主要是利用室内天线分布系统将移动基站的信号均匀分布在室内每个角落，从而保证室内区域拥有理想的信号覆盖。

相关技术中，室内分布系统存在如下技术问题：一、室内分布系统的位置服务都是采用Beacon技术，但因Beacon技术协议是完全开放的，任何用户都可以获取到每个室内天线的MAC、UUID、Major、Minor等基本参数信息，因而借助天线具体位置等安装信息可以轻松复制并利用这些天线设备提供位置服务，因而无法保护运营商的合法利益；二、对单一Beacon硬件进行加密管理，安全性差，无法提供运营商级的服务质量，同时没有考虑天线端具有超低功耗、低成本的基础特点，因而无法应用在这种场景。

发明内容

本申请的主要目的在于提供基于天线的定位方法、装置及电子设备，以解决上述技术问题。

为了实现上述目的，根据本申请的第一方面，提供了一种基于天线的定位方法，该方法包括：

接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数；

查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致；

若一致，计算目标天线的位置，以依据目标天线的位置向定位终端提供相应的位置服务。

进一步地，接收定位终端上报的定位请求之前，方法还包括：

确定预配置的安全策略；

获取不同天线的天线参数并存储至预设数据库，其中，天线参数是依据安全策略对应的密钥对相应天线的初始参数进行加密处理得到的。

进一步地，获取不同天线的天线参数并存储至预设数据库之前，方法还包括：

将安全策略发送至部署在预定区域内任一网关，以使网关依据安全策略对应的密钥对网关接收到的任一天线的初始参数进行加密处理；

获取不同天线的天线参数并存储至预设数据库，包括：

在网关将任一天线的天线参数配置至对应的天线后，通过网关获取任一天线的天线参数并存储至预设数据库。

进一步地，网关通过蓝牙协议接收任一天线的初始参数。

进一步地，天线参数至少包括Mac、UUID、Major以及Minor。

进一步地，查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致，包括：

从目标天线的天线参数中选定用于匹配的校验参数，其中，用于匹配的校验参数为Mac，或者UUID、Major以及Minor或者Mac、UUID、Major以及Minor；

将用于匹配的校验参数，与预设数据库中任一天线的天线参数进行匹配比较；

若一致，确定预定数据库中存储有目标天线，以计算所述目标天线的位置。

进一步地，若预设数据库中任一天线的天线参数与目标天线的天线参数不一致，检测预配置的安全策略是否发生过更新；

若发生过更新，判断是否接收到网关上传的任一天线的新的天线参数，其中，任一天线的新的天线参数是依据更新后的安全策略对应的密钥对任一天线的初始参数进行加密处理得到的；

若未接收到，将更新安全策略之前获取到的任一天线的天线参数与目标天线的天线参数进行匹配判断；

若仍不一致，确定目标天线为异常设备。

进一步地，计算目标天线的位置，包括：利用预设的定位引擎计算目标天线的位置。

根据本申请的第二方面，提供了一种基于天线的定位装置，该装置包括：

请求获取模块，用于接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数；

天线查询模块，用于查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致；

定位处理模块，用于若一致，计算目标天线的位置，以依据目标天线的位置向定位终端提供相应的位置服务。

进一步地，请求获取模块，在接收定位终端上报的定位请求之前，还用于确定预配置的安全策略；获取不同天线的天线参数并存储至预设数据库，其中，任一天线的天线参数是依据安全策略对应的密钥对任一天线的初始参数进行加密处理得到的。

进一步地，请求获取模块，还用于获取不同天线的天线参数并存储至预设数据库之前，将安全策略发送至部署在预定区域内的任一网关，以使网关依据安全策略对应的密钥对网关接收到的任一天线的初始参数进行加密处理，在网关将任一天线的天线参数配置至对应的天线后，通过网关获取任一天线的天线参数并存储至预设数据库。

进一步地，网关通过蓝牙协议接收任一天线的初始参数。

进一步地，天线参数至少包括Mac、UUID、Major以及Minor。

进一步地，天线查询模块，用于从目标天线的天线参数中选定用于匹配的校验参数，其中，用于匹配的校验参数为Mac，或者UUID、Major以及Minor或者Mac、UUID、Major以及Minor；将用于匹配的校验参数，与预设数据库中任一天线的天线参数进行匹配比较；若一致，确定预定数据库中存储有目标天线，以计算所述目标天线的位置。

进一步地，定位处理模块还用于：若预设数据库中任一天线的天线参数与目标天线的天线参数不一致，检测预配置的安全策略是否发生过更新；若发生过更新，判断是否接收到网关上传的任一天线的新的天线参数，其中，任一天线的新的天线参数是依据更新后的安全策略对应的密钥对任一天线的初始参数进行加密处理得到的；若未接收到，将更新安全策略之前获取到的任一天线的天线参数与目标天线的天线参数进行匹配判断；若仍不一致，确定目标天线为异常设备。

进一步地，定位处理模块，用于利用预设的定位引擎计算目标天线的位置。

根据本申请的第三方面，提供了一种电子设备，该电子设备包括：

至少一个处理器；

以及与处理器连接的至少一个存储器、总线；其中，

处理器、存储器通过总线完成相互间的通信；

处理器用于调用存储器中的程序指令，以执行上述基于天线的定位方法。

本申请实施例，接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数，查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致；若一致，计算目标天线的位置，以依据目标天线的位置向定位终端提供相应的位置服务，实现了通过天线参数向定位终端用户提供位置服务的目的，解决了现有技术中无法实现室内定位或者室内定位精度差的问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请实施例的一种基于天线的定位方法的流程示意图；

图2是根据本申请实施例的天线序列号的结构示意图；

图3是根据本申请实施例的另一种基于天线的定位方法的流程示意图；

图4是根据本申请实施例的一种基于天线的定位装置的框图结构示意图；

图5根据本申请实施例的一种电子设备的框图结构示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

实施例一

如图1所示，本申请提供了一种基于天线的定位方法，该方法包括步骤S101至步骤S103。

步骤S101、接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数；

本实施例中，服务器接收定位终端上报的定位请求，并确定该定位请求对应天线发送的天线参数。

本实施例中，定位终端可以为手机、pad、笔记本、可穿戴设备等电子设备。

本实施例中，定位终端上报定位请求之前，定位终端接收到当前区域内任一天线的广播数据包，该广播数据可以是当前区域内任一天线通过Beacon帧广播的该天线的天线参数。实际应用时，定位终端可能接收到一个天线发送的广播数据包，也可能接收到多个天线发送的广播数据包，在接收到多个广播数据包时，用户可以在定位终端上进行选择，选择确定那个广播数据包对应天线的位置。例如，定位终端上接收到3个广播数据包，这三个广播数据包以列表的方式显示，定位终端检测到用户输入的选择操作后，可以直接发送定位请求，也可以在选择操作后进入定位选择界面，以便根据用户在定位选择页面的控制操作，从而确定是否上报定位请求。

步骤S102、查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致。

本申请实施例中，预设数据库可以存储在服务器本地，也可以存在数据库服务器，应用时，服务器通过预设接口与数据库服务器通信，实现查询预设数据库的目的。

步骤S103、若一致，计算目标天线的位置，以依据目标天线对应的位置向定位终端提供相应的位置服务。

本实施例中，若预设数据库中任一天线的天线参数与目标天线的天线参数一致，表明该目标天线为合法的设备，服务器可以根据确定该目标天线的位置，进而提供位置服务。

本实施例中，接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数，查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致；若一致，计算目标天线的位置，以依据目标天线的位置向定位终端提供相应的位置服务，实现了通过天线参数向定位终端用户提供位置服务的目的，解决了现有技术中无法实现室内定位或者室内定位精度差的问题。

在一个实现方式中，如图1所示，步骤S101中接收定位终端上报的定位请求之前，该方法还包括：步骤S90(图中未示出)，和步骤S100(图中未示出)。

步骤S90、确定预配置的安全策略；

步骤S100、获取不同天线的天线参数并存储至预设数据库，其中，任一天线的天线参数是依据安全策略对应的密钥对任一天线的初始参数进行加密处理得到的。

实际应用时，可以在服务器设置不同的加密算法，以便服务器依据任一加密算法确定作为安全策略的密钥。本实施例中任一天线广播的数据对应的天线参数，该天线参数为经过加密后的数据，即本申请中增加了对任一天线的初始参数进行加密的步骤，保证天线广播的天线参数为加密的数据，从而提高了天线的安全性，防止被恶意用户利用室内天线来损害运营商的合法利益。

在该实现方式中，步骤S100中获取不同天线的天线参数并存储至预设数据库之前，该方法还包括：步骤S1001(图中未示出)，且步骤S100包括步骤S1002(图中未示出)。

步骤S1001、将安全策略发送至部署在预定区域内的任一网关，以使网关依据安全策略对应的密钥对网关接收到的任一天线的初始参数进行加密处理。

本实施例中，将对天线的初始参数的进行加密的步骤移植至网关，降低了现有技术中天线端因执行加密导致的计算开销，同时降低了天线的功耗，实现了利用网关实现对天线广播数据的动态加密的目的，从而防止天线参数信息容易被复制的技术问题。

本实施例中，将对天线的初始参数的进行加密的步骤被移植至网关，因此，网关需要预先获取任一天线的初始参数，为了解决这个问题，网关可以通过蓝牙协议与任一天线通信连接，以得到任一天线的初始参数，进而使网关能够利用安全策略对应的密钥对任一天线的初始参数进行加密，以得到任一天线对应的天线参数。

本申请中，通过将对天线的初始参数的进行加密的步骤从天线端剥离，降低了现有技术中天线端因执行加密导致的计算开销，同时降低了天线的功耗。

实际应用时，将对天线的初始参数的进行加密的步骤还可以移植在服务器，即服务器确定安全策略后，利用该安全策略对应的密钥对预先获取到的任一天线的初始参数进行加密处理，得到任一天线的天线参数后，配置至对应的天线，以使任一天线以广播的加密的数据的方式，防止天线参数信息被复制，进而影响运营商的利益。例如，服务器确定安全策略后，利用该安全策略对应的密钥对预先获取到的任一天线的初始参数进行加密处理，得到任一天线的天线参数后，配置至对应的天线，以使任一天线以广播的加密的数据的方式，防止天线参数信息被复制，进而影响运营商的利益。

步骤S1002、在网关将任一天线的天线参数配置至对应的天线后，通过网关获取任一天线的天线参数并存储至预设数据库。

实际应用时，网关将任一天线的天线参数配置至对应的天线，天线可以向网关发送相应的配置完成的提示信息，网关接收到该提示信息后，向服务器发送任一天线的天线参数，从而实现将任一天线的天线参数存储至预设数据库的目的，为后续查询提供条件。

实际应用时，安全策略中还可以包括任一天线的上报方式，如上报条件(如为网关开机时广播)、上报周期(如1小时上报一次)等。通过确定天线的上报周期以保证天线的低功耗。

实际应用时，任一天线的天线参数配置完成后，天线向网关发送配置完成的提示信息，网关接收到该提示信息后，将任一天线的天线参数发送至服务器，以便服务器进行存储，为后续定位过程提供基础数据。

本实施例中，将对任一天线的初始天线参数的加密步骤转移至网关端，避免了天线端进行加密导致的计算开销，降低了天线端的硬件要求并适应其低功耗的应用，以低天线端的硬件要求并适应其低功耗的应用。本申请采用加密的方式，防止了天线参数被第三方复制，进而对服务提供商造成的影响。

本实施例提供的方法中，控制粒度最小以网关为基础，较大粒度的话可以以建筑物或片区为基础，但控制点在网关上。实际应用时，服务器下发至网关的密钥更新的周期最短不小于1天且不能短于天线上报周期，正常应用工程下天线上报周期为1天1次，密钥更新周期无需过于频繁，一般保持1周1次即可。

具体地，网关通过蓝牙协议接收任一天线的初始参数。

本申请中，天线参数至少包括：Mac、UUID、Major以及Minor。

实际应用时，由于MAC、Major和Minor都是非16字节的长度，一般可以选择采用AES的CTR模式算法，服务器确定的安全策略可以确认各参数的加密方式，如服务器生成一个16字节的随机数和密钥并发送至网关，以便网关依据该密钥对任一天线的初始天线参数(UUID、MAC、Major或Minor)进行加密处理，得到最终的天线参数。另外UUID则采用AES的ECB模式算法进行加密。实际应用时，天线参数还可以包括序列号(即SN)，天线的序列号(即SN)一般由运营商统一进行管理，与天线的唯一标识码的长度一致，共16字节。具体地，如图2所示，天线的序列号一般包括运营商标识(2字节)、型号标识(2字节)、生产厂家标识(2字节)、厂家自定义生产序列号(10字节)。

在又一个实现方式中，步骤S102包括：步骤S1021(图中未示出)、步骤S1022(图中未示出)和步骤S1023(图中未示出)。

步骤S1021、从目标天线的天线参数中选定用于匹配的校验参数，其中，用于匹配的校验参数为Mac，或者UUID、Major以及Minor或者Mac、UUID、Major以及Minor；

步骤S1022、将用于匹配的校验参数，与预设数据库中任一天线的天线参数进行匹配比较；

步骤S1023、若一致，确定预定数据库中存储有目标天线，以计算所述目标天线的位置。

本申请实现了根据目标天线的四个参数中任一个参数查询预定数据库，确定目标天线是否为预定数据库中天线的目的，起到了判断目标天线合法性的作用，防止非法设备对位置服务运营商造成的影响，起到了维护运营商合法利益的作用。

在又一个实现方式中，步骤S103中计算目标天线的位置，包括：利用预设的定位引擎计算目标天线的位置。

本实施例中，服务器可以利用预设的定位引擎确定目标天线的位置，起到了为定位终端提供位置服务的目的。

在一个实施例中，如图3所示，该方法包括：步骤S201至步骤S207，其中，步骤S201、步骤S202、步骤S203与步骤S101、步骤S102、步骤S103执行时相同或相似，此处不再赘述。

步骤S204、若预设数据库中任一天线的天线参数与目标天线的天线参数不一致，检测预配置的安全策略是否发生过更新；

步骤S205、若发生过更新，判断是否接收到网关上传的任一天线的新的天线参数，其中，任一天线的新的天线参数是依据更新后的安全策略对应的密钥对任一天线的初始参数进行加密处理得到的；

步骤S206、若未接收到，将更新安全策略之前获取到的任一天线的天线参数与目标天线的天线参数进行匹配判断；

步骤S207、仍不一致，确定目标天线为异常设备。

本实施例中，网关依据服务器下发的安全策略对应的密钥对任一天线的初始参数进行加密处理，以便由网关将加密处理得到的任一天线的天线参数配置到对应的天线，若网关接收到任一天线反馈的配置成功的提示消息后，服务器接收网关上传的任一天线的天线参数并进行存储。

然而，实际应用时，为了降低天线的功耗，一般会设置天线的上报周期，即天线成功配置对应的天线参数后，需要等待，直至达到该天线的上报时间点。例如，完成天线1的天线参数的配置后，若天线1向网关上报的时间为每天的15:00。假设，依据安全策略1确定的天线1的天线参数为参数1，依据更新后的安全策略2确定的天线1的天线参数为参数2，那么在网关将依据安全策略2对应的密钥对天线1的初始参数加密处理，得到参数2并下发至天线1后，若参数2已成功配置到天线1，但当前的时间点为12:00，那么天线1将按照参数2进行广播，服务器接收到的定位请求中关于天线1的天线参数则为参数2，而预设数据库中存储的天线1的天线参数为参数1，二者不同，服务器可能认定天线1为异常设备，拒绝向定位终端提供位置服务。

为了解决这种问题，本实施例利用更新安全策略之前获取到的任一天线的天线参数与目标天线的天线参数进行比较，防止因未及时获取到更新安全策略之后的任一天线的天线参数，导致的认定异常设备不准确的问题，通过两次判断，提高针对异常设备识别的精度，解决异常设备认定中误判的几率。

实际应用时，若安全策略未发生过更新，则可以直接确定目标天线为异常设备。

如图4所示，本申请提供了一种基于天线的定位装置，该装置40包括：

请求获取模块401，用于接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数；

天线查询模块402，用于查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致；

定位处理模块403，用于若一致，计算目标天线的位置，以依据目标天线的位置向定位终端提供相应的位置服务。

本实施例中，接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数，查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致；若一致，计算目标天线的位置，以依据目标天线的位置向定位终端提供相应的位置服务，实现了通过天线参数向定位终端用户提供位置服务的目的，解决了现有技术中无法实现室内定位或者室内定位精度差的问题。

进一步地，请求获取模块401，在接收定位终端上报的定位请求之前，还用于确定预配置的安全策略；获取不同天线的天线参数并存储至预设数据库，其中，任一天线的天线参数是依据安全策略对应的密钥对任一天线的初始参数进行加密处理得到的。

进一步地，请求获取模块401，还用于获取不同天线的天线参数并存储至预设数据库之前，将安全策略发送至部署在预定区域内的任一网关，以使网关依据安全策略对应的密钥对网关接收到的任一天线的初始参数进行加密处理，在网关将任一天线的天线参数配置至对应的天线后，通过网关获取任一天线的天线参数并存储至预设数据库。

进一步地，网关通过蓝牙协议接收任一天线的初始参数。

进一步地，天线参数至少包括Mac、UUID、Major以及Minor。

天线查询模块402，用于从目标天线的天线参数中选定用于比较的参数，其中，用于匹配的校验参数为Mac，或者UUID、Major以及Minor或者Mac、UUID、Major以及Minor；将用于匹配的校验参数，与预设数据库中任一天线的天线参数进行匹配比较；若一致，确定预定数据库中存储有目标天线，以计算所述目标天线的位置。

进一步地，定位处理模块403还用于：若预设数据库中任一天线的天线参数与目标天线的天线参数不一致，检测预配置的安全策略是否发生过更新；若发生过更新，判断是否接收到网关上传的任一天线的新的天线参数，其中，任一天线的新的天线参数是依据更新后的安全策略对应的密钥对任一天线的初始参数进行加密处理得到的；若未接收到，将更新安全策略之前获取到的任一天线的天线参数与目标天线的天线参数进行匹配判断；若仍不一致，确定目标天线为异常设备。

进一步地，定位处理模块403，用于利用预设的定位引擎计算目标天线的位置。

在又一个实施例中，本申请实施例提供了一种终端设备，如图5所示，图5所示的终端设备500包括：处理器5001和存储器5003。其中，处理器5001和存储器5003相连，如通过总线5002相连。可选地，电子设备500还可以包括收发器5004。需要说明的是，实际应用中收发器5004不限于一个，该电子设备500的结构并不构成对本申请实施例的限定。

处理器5001可以是CPU，通用处理器，DSP，ASIC，FPGA或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框，模块和电路。处理器5001也可以是实现计算功能的组合，例如包含一个或多个微处理器组合、DSP和微处理器的组合等。

总线5002可包括一通路，在上述组件之间传送信息。总线5002可以是PCI总线或EISA总线等。总线5002可以分为地址总线、数据总线、控制总线等。为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

存储器5003可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。

可选地，存储器5003用于存储执行本申请方案的应用程序代码，并由处理器5001来控制执行。处理器5001用于执行存储器5003中存储的应用程序代码，以实现图4所示实施例提供的基于天线的定位方法。

本实施例中，接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数，查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致；若一致，计算目标天线的位置，以依据目标天线的位置向定位终端提供相应的位置服务，实现了通过天线参数向定位终端用户提供位置服务的目的，解决了现有技术中无法实现室内定位或者室内定位精度差的问题。

本申请实施例提供了一种电子设备，适用于上述实施例所示的方法，在此不再赘述。

本申请实施例提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该程序被处理器执行时实现实施例一或实施例二所示的方法。

本实施例中，接收定位终端上报的定位请求，并确定定位请求对应目标天线的天线参数，查询预设数据库中任一天线的天线参数与目标天线的天线参数是否一致；若一致，计算目标天线的位置，以依据目标天线的位置向定位终端提供相应的位置服务，实现了通过天线参数向定位终端用户提供位置服务的目的，解决了现有技术中无法实现室内定位或者室内定位精度差的问题。

本申请实施例提供了一种计算机可读存储介质适用于实施上述实施例所示的方法。在此不再赘述。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (7)

1.一种基于天线的定位方法，其特征在于，包括：

确定预配置的安全策略；

将所述安全策略发送至部署在预定区域内的任一网关，以使任一网关依据所述安全策略对应的密钥对任一网关接收到的不同天线的初始参数进行加密处理，并将加密后的任一天线的天线参数配置至对应的天线；

获取不同天线的天线参数并存储至预设数据库，所述天线参数至少包括Mac、UUID、Major以及Minor，其中，任一天线的天线参数是依据所述安全策略对应的密钥对任一天线的初始参数进行加密处理得到的；

接收定位终端上报的定位请求，并确定所述定位请求对应目标天线的天线参数，所述定位终端在上报定位请求之前，接收到当前区域内任一天线的广播数据包，该广播数据包是当前区域内任一天线通过Beacon帧广播的该天线的天线参数，所述定位请求中携带有该天线的天线参数；

查询所述预设数据库中任一天线的天线参数与所述目标天线的天线参数是否一致；

若一致，利用预设的定位引擎计算所述目标天线的位置，以依据所述目标天线的位置向所述定位终端提供相应的位置服务。

2.根据权利要求1所述的方法，其特征在于，所述获取不同天线的天线参数并存储至所述预设数据库，包括：在所述网关将任一天线的天线参数配置至对应的天线后，通过所述网关获取所述任一天线的天线参数并存储至所述预设数据库。

3.根据权利要求1或2所述的方法，其特征在于，所述网关通过蓝牙协议接收任一天线的初始参数。

4.根据权利要求1所述的方法，其特征在于，所述查询预设数据库中任一天线的天线参数与所述目标天线的天线参数是否一致，包括：

从所述目标天线的天线参数中选定用于匹配的校验参数，其中，用于匹配的校验参数为Mac，或者UUID、Major以及Minor或者Mac、UUID、Major以及Minor；

将用于匹配的校验参数，与所述预设数据库中任一天线的天线参数进行匹配比较；

若一致，确定所述预定数据库中存储有所述目标天线，以计算所述目标天线的位置。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括；

若所述预设数据库中任一天线的天线参数与所述目标天线的天线参数不一致，检测预配置的所述安全策略是否发生过更新；

若发生过更新，判断是否接收到所述网关上传的所述任一天线的新的天线参数，其中，任一天线的新的天线参数是依据更新后的安全策略对应的密钥对任一天线的初始参数进行加密处理得到的；

若未接收到，将更新所述安全策略之前获取到的任一天线的天线参数与目标天线的天线参数进行匹配判断；

若仍不一致，确定所述目标天线为异常设备。

6.一种基于天线的定位装置，其特征在于，包括：

请求获取模块，用于确定预配置的安全策略；获取不同天线的天线参数并存储至预设数据库之前，将安全策略发送至部署在预定区域内的任一网关，以使网关依据安全策略对应的密钥对网关接收到的任一天线的初始参数进行加密处理，并将加密后的任一天线的天线参数配置至对应的天线；获取不同天线的天线参数并存储至预设数据库，其中，任一天线的天线参数是依据安全策略对应的密钥对任一天线的初始参数进行加密处理得到的；接收定位终端上报的定位请求，并确定所述定位请求对应目标天线的天线参数，所述定位终端在上报定位请求之前，接收到当前区域内任一天线的广播数据包，该广播数据包是当前区域内任一天线通过Beacon帧广播的该天线的天线参数，所述定位请求中携带有该天线的天线参数，其中，所述天线参数至少包括Mac、UUID、Major以及Minor；

天线查询模块，用于查询预设数据库中任一天线的天线参数与所述目标天线的天线参数是否一致；

定位处理模块，用于若一致，利用预设的定位引擎计算所述目标天线的位置，以依据所述目标天线的位置向所述定位终端提供相应的位置服务。

7.一种电子设备，其特征在于，包括：

至少一个处理器；

以及与所述处理器连接的至少一个存储器、总线；其中，

所述处理器、存储器通过所述总线完成相互间的通信；

所述处理器用于调用所述存储器中的程序指令，以执行权利要求1至5中任一项所述的基于天线的定位方法。

Images