一种位置信息确定方法及装置

摘要

本发明实施例提供了一种位置信息确定方法及装置。该方法应用于应用服务器，该方法包括：获得目标移动终端发送的位置信息获取请求；该请求中包括目标移动终端归属的用户在第三方通讯平台下，与目标通讯对象相关的目标账户标识信息；基于自身存储的MAC地址信息与账户标识信息之间的对应关系，确定目标账户标识信息所对应的目标MAC地址信息；获得目标MAC地址信息所对应的目标位置信息；将目标位置信息发送至目标移动终端。可以看出，本发明实施例在不改变定位系统的网络拓扑结构，且保证定位服务器的资源开销较小的前提下，能够使移动终端较为方便快捷地获得自身的位置信息。

权利要求

1.一种位置信息确定方法，其特征在于，应用于应用服务器，所述方法包括：获得目标移动终端发送的位置信息获取请求；其中，所述位置信息获取请求中包括所述目标移动终端归属的用户在第三方通讯平台下，与目标通讯对象相关的目标账户标识信息；

基于自身存储的移动终端的MAC地址信息与账户标识信息之间的对应关系，确定所述目标账户标识信息所对应的目标MAC地址信息；

获得所述目标MAC地址信息所对应的目标位置信息；

将所述目标位置信息发送至所述目标移动终端。

2.根据权利要求1所述的方法，其特征在于，所述获得所述目标MAC地址信息所对应的目标位置信息，包括：基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，获得所述目标MAC地址信息所对应的目标位置信息。

3.根据权利要求1所述的方法，其特征在于，所述获得所述目标MAC地址信息所对应的目标位置信息，包括：向定位服务器发送携带有所述目标MAC地址信息的位置查询指令，以使所述定位服务器在接收到所述位置查询指令后，基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，确定所述目标MAC地址信息所对应的目标位置信息，并将所述目标位置信息发送至所述应用服务器；

接收所述定位服务器发送的所述目标位置信息。

4.根据权利要求1所述的方法，其特征在于，所述获得目标移动终端发送的位置信息获取请求之前，所述方法还包括：在获得任一移动终端发送的针对接入认证页面的访问请求时，从所述访问请求中提取当前移动终端所对应的账户标识信息和MAC地址信息，并存储所提取的账户标识信息和MAC地址信息之间的对应关系，其中，所述接入认证页面为与所述目标通讯对象相关的无线网络对应的认证页面。

5.根据权利要求1-4中任一项所述的方法，其特征在于，所述第三方通讯平台包括微信平台；

所述目标通讯对象包括预定公众号；

所述账户标识信息包括open-id信息。

6.一种位置信息确定装置，其特征在于，应用于应用服务器，所述装置包括：请求获得模块，用于获得目标移动终端发送的位置信息获取请求；其中，所述位置信息获取请求中包括所述目标移动终端归属的用户在第三方通讯平台下，与目标通讯对象相关的目标账户标识信息；

目标MAC地址信息确定模块，用于基于自身存储的移动终端的MAC地址信息与账户标识信息之间的对应关系，确定所述请求获得模块所获得的位置信息请求中包括的目标账户标识信息所对应的目标MAC地址信息；

目标位置信息获得模块，用于获得所述所述目标MAC地址信息确定模块确定得到的目标MAC地址信息所对应的目标位置信息；

目标位置信息发送模块，用于将所述目标位置信息确定模块所获得的目标位置信息发送至所述目标移动终端。

7.根据权利要求6所述的装置，其特征在于，所述目标位置信息获得模块，具体用于：基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，获得所述目标MAC地址信息所对应的目标位置信息。

8.根据权利要求6所述的装置，其特征在于，所述目标位置信息获得模块，包括：位置查询指令发送单元，用于向定位服务器发送携带有所述目标MAC地址信息的位置查询指令，以使所述定位服务器在接收到所述位置查询指令后，基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，确定所述目标MAC地址信息所对应的目标位置信息，并将所述目标位置信息发送至所述应用服务器；

目标位置信息接收单元，用于接收所述定位服务器发送的所述目标位置信息。

9.根据权利要求6所述的装置，其特征在于，所述装置还包括：对应关系存储模块，用于在获得任一移动终端发送的针对接入认证页面的访问请求时，从所述访问请求中提取当前移动终端所对应的账户标识信息和MAC地址信息，并存储所提取的账户标识信息和MAC地址信息之间的对应关系，其中，所述接入认证页面为与所述目标通讯对象相关的无线网络对应的认证页面。

10.根据权利要求6-9中任一项所述的装置，其特征在于，所述第三方通讯平台包括微信平台；

所述目标通讯对象包括预定公众号；

所述账户标识信息包括open-id信息。

说明书

一种位置信息确定方法及装置

技术领域

[0001] 本发明涉及通信技术领域，特别是涉及一种位置信息确定方法及装置。

背景技术

[0002] 随着移动互联网技术和大数据的应用，基于WLAN网络的室内定位技术变得越来越炙手可热，其在零售、酒店、交通、医疗等行业均有着非常光明的应用前景。

[0003] 一般而言，现有的通过WLAN网络来实现定位的定位系统包括：移动终端、网络设备、定位服务器和应用服务器。当定位服务器获知具有某一MAC地址的移动终端成功接入该WLAN网络后，定位服务器就会通过网络设备，采用现有的方法来确定具有该MAC地址的移动终端的位置信息，以及该移动终端的IP地址，并存储该移动终端的MAC地址与该移动终端的位置信息之间的映射关系，以及该移动终端的IP地址与该移动终端的MAC地址之间的映射关系。这样，当某一移动终端想要获知自身的位置信息时，其会向应用服务器发送携带有自身IP地址的位置信息获取请求。应用服务器在获得了该请求后，其会向定位服务器发送携带有该IP地址的位置查询指令。这样，当定位服务器获得了该位置查询指令后，其根据该IP地址以及上述映射关系，就可以非常容易地确定该移动终端的位置信息，并将该位置信息通过应用服务器发送至该移动终端。

[0004] 当采用上述方式来使移动终端获得自身的位置信息时，通常存在一定的问题。具体来说，应用服务器和定位服务器两者很有可能与移动终端并不处于同一个二层网络内，此时该定位系统中还会存在网络地址转换NAT设备。这样，当移动终端发出位置信息获取请求后，NAT设备会将该位置信息获取请求中的IP地址由内网IP地址转换为外网IP地址，最终，定位服务器获得的位置查询指令中的IP地址为外网IP地址，而定位服务器内保存的是内网IP地址与MAC地址之间的对应关系，因此，定位服务器将无法查询到该移动终端的位置信息，相应地，移动终端将无法成功地获得自身的位置信息。

[0005] 为了解决上述问题，现有技术中提出了两种解决方案。

[0006] 一种解决方案中，可以使定位服务器、应用服务器和移动终端均处于同一个二层网络内，这样就不会存在内网IP地址和外网IP地址的区别。但是，这种解决方案需要改动整个定位系统的网络拓扑结构，其实施和维护的成本较高，实际项目中一般不会采用这种解决方案。

[0007] 另一种解决方案中，定位服务器可以根据网络设备发送的报文，实时地记录移动终端的内网IP地址、内网端口号、外网IP地址以及MAC地址之间的映射关系。这样，即使定位服务器获得的为外网IP地址，其也可以根据该映射关系，最终得到移动终端的位置信息。但是，这种解决方案中，其需要定位服务器实时地处理来自于网络设备的报文，故定位服务器的资源开销较大。

[0008] 因此，如何在不改变定位系统的网络拓扑结构，且保证定位服务器的资源开销较小的前提下，使移动终端较为方便快捷地获得自身的位置信息是一个亟待解决的问题。

发明内容

[0009] 本发明实施例的目的在于提供一种位置信息确定方法及装置，以在不改变定位系统的网络拓扑结构，且保证定位服务器的资源开销较小的前提下，使移动终端较为方便快捷地获得自身的位置信息。

[0010] 一方面，本发明实施例提供了一种位置信息确定方法，应用于应用服务器，所述方法包括：

[0011] 获得目标移动终端发送的位置信息获取请求；其中，所述位置信息获取请求中包括所述目标移动终端归属的用户在第三方通讯平台下，与目标通讯对象相关的目标账户标识信息；

[0012] 基于自身存储的移动终端的MAC地址信息与账户标识信息之间的对应关系，确定所述目标账户标识信息所对应的目标MAC地址信息；

[0013] 获得所述目标MAC地址信息所对应的目标位置信息；

[0014] 将所述目标位置信息发送至所述目标移动终端。

[0015] 在本发明实施例的一种具体实施方式中，所述获得所述目标MAC地址信息所对应的目标位置信息，包括：

[0016] 基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，获得所述目标MAC地址信息所对应的目标位置信息。

[0017] 在本发明实施例的一种具体实施方式中，所述获得所述目标MAC地址信息所对应的目标位置信息，包括：

[0018] 向定位服务器发送携带有所述目标MAC地址信息的位置查询指令，以使所述定位服务器在接收到所述位置查询指令后，基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，确定所述目标MAC地址信息所对应的目标位置信息，并将所述目标位置信息发送至所述应用服务器；

[0019] 接收所述定位服务器发送的所述目标位置信息。

[0020] 在本发明实施例的一种具体实施方式中，所述获得目标移动终端发送的位置信息获取请求之前，所述方法还包括：

[0021] 在获得任一移动终端发送的针对接入认证页面的访问请求时，从所述访问请求中提取当前移动终端所对应的账户标识信息和MAC地址信息，并存储所提取的账户标识信息和MAC地址信息之间的对应关系，其中，所述接入认证页面为与所述目标通讯对象相关的无线网络对应的认证页面。

[0022] 在本发明实施例的一种具体实施方式中，

[0023] 所述第三方通讯平台包括微信平台；

[0024] 所述目标通讯对象包括预定公众号；

[0025] 所述账户标识信息包括open-id信息。

[0026] 另一方面，本发明实施例还提供了一种位置信息确定装置，应用于应用服务器，所述装置包括：

[0027] 请求获得模块，用于获得目标移动终端发送的位置信息获取请求；其中，所述位置信息获取请求中包括所述目标移动终端归属的用户在第三方通讯平台下，与目标通讯对象相关的目标账户标识信息；

[0028] 目标MAC地址信息确定模块，用于基于自身存储的移动终端的MAC地址信息与账户标识信息之间的对应关系，确定所述目标账户标识信息所对应的目标MAC地址信息；

[0029] 目标位置信息获得模块，用于获得所述目标MAC地址信息所对应的目标位置信息；

[0030] 目标位置信息发送模块，用于将所述目标位置信息发送至所述目标移动终端。

[0031] 在本发明实施例的一种具体实施方式中，所述目标位置信息获得模块，具体用于：

[0032] 基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，获得所述目标MAC地址信息所对应的目标位置信息。

[0033] 在本发明实施例的一种具体实施方式中，所述目标位置信息获得模块，包括：

[0034] 位置查询指令发送单元，用于向定位服务器发送携带有所述目标MAC地址信息的位置查询指令，以使所述定位服务器在接收到所述位置查询指令后，基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，确定所述目标MAC地址信息所对应的目标位置信息，并将所述目标位置信息发送至所述应用服务器；

[0035] 目标位置信息接收单元，用于接收所述定位服务器发送的所述目标位置信息。

[0036] 在本发明实施例的一种具体实施方式中，所述装置还包括：

[0037] 对应关系存储模块，用于在获得任一移动终端发送的针对接入认证页面的访问请求时，从所述访问请求中提取当前移动终端所对应的账户标识信息和MAC地址信息，并存储所提取的账户标识信息和MAC地址信息之间的对应关系，其中，所述接入认证页面为与所述目标通讯对象相关的无线网络对应的认证页面。

[0038] 在本发明实施例的一种具体实施方式中，

[0039] 所述第三方通讯平台包括微信平台；

[0040] 所述目标通讯对象包括预定公众号；

[0041] 所述账户标识信息包括open-id信息。

[0042] 本方案中，由于目标账户标识信息不会受到网络地址转换NAT设备的影响，故目标移动终端并不需要与应用服务器和定位服务器两者位于同一二层网络内，定位服务器也不需要实时记录移动终端的内网IP地址、内网端口号、外网IP地址以及MAC地址之间的映射关系，只需要保证应用服务器内存储有移动终端的MAC地址信息与账户标识信息之间的对应关系，并且，定位服务器能够获得MAC地址信息对应的位置信息，目标移动终端最终就能够获得自身的位置信息。可以理解的是，由于目标移动终端并不需要与应用服务器和定位服务器两者位于同一二层网络内，故本发明实施例不需要改变定位系统的网络拓扑结构。又由于定位服务器不需要实时记录移动终端的内网IP地址、内网端口号、外网IP地址以及MAC地址之间的映射关系，故本发明实施例中，定位服务器的资源开销较小。因此，本发明实施例在不改变定位系统的网络拓扑结构，且保证定位服务器的资源开销较小的前提下，能够使移动终端较为方便快捷地获得自身的位置信息。

附图说明

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

[0044] 图1为本发明实施例提供的位置信息确定方法的流程图；

[0045] 图2为定位系统的系统构架示意图；

[0046] 图3为本发明实施例提供的位置信息确定装置的结构框图。

具体实施方式

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

[0048] 为了解决现有技术存在的问题，本发明实施例提供了一种位置信息确定方法及装置。

[0049] 下面首先对本发明实施例所提供的一种位置信息确定方法进行说明。

[0050] 需要强调的是，只有当移动终端处于与定位系统相关的无线网络的覆盖范围内，并且，该移动终端的WLAN处于打开状态时，本发明实施例所提供的位置信息确定方法才能够成功地实施。

[0051] 参见图1，图中示出了本发明实施例所提供的一种位置信息确定方法的流程图。如图1所示，该方法可以应用于应用服务器，该方法可以包括步骤：

[0052] S101，获得目标移动终端发送的位置信息获取请求；其中，位置信息获取请求中包括目标移动终端归属的用户在第三方通讯平台下，与目标通讯对象相关的目标账户标识信息。

[0053] 需要说明的是，目标移动终端可以为手机、平板电脑等，这都是可行的。

[0054] 需要强调的是，此处的“目标移动终端”可以是任一个待获取自身的位置信息的移动终端，该“目标移动终端”的“目标”并不对移动终端的具体类型造成任何限定。

[0055] 本实施例中，第三方通讯平台是指能够使用户进行一对一通信的交互平台，该通讯平台可以注册有若干通讯对象，例如注册有若干个用户，每两个注册用户之间均可以进行一对一的信息交互。目标通讯对象可以是预定公众号。具体地，该预定公众号可以是单个平台用户的账号、公众账号或者企业账号等，这都是可行的。另外，对于每个用户来说，其所对应的账户标识信息是唯一的，即目标通讯对象根据每个账户标识信息只能确定一个唯一的用户。

[0056] 举例来讲，在实际应用中，该第三方通讯平台可以包括微信平台，相应地，目标通讯对象可以包括预定公众号，账户标识信息可以包括open-id信息。具体地，该预定公众号可以为预定微信账号或者预定微信公众号。这样，对于预定公众号来说，目标移动终端所属的用户的目标open-id信息是唯一的。

[0057] 本领域技术人员可以理解的是，open-id信息是根据微信公众平台的定义，对微信账号或者微信公众号执行特定的加密算法后生成的，这样，即使不法分子获得了任一用户的open-id信息，其也无法根据该open-id信息去获得与该用户相关的、较为隐私的信息，例如手机号码等，这样较好地避免了用户的隐私泄露。此外，需要说明的是，不同的用户针对同一微信公众号的open-id信息是不同的，同一用户针对不同微信公众号的open-id信息也是不同的。

[0058] 另外，需要注意的是，在账户标识信息为open-id信息的情况下，目标移动终端向应用服务器发送位置信息获取请求时，目标open-id信息的字段是封装在http这类上层传输协议报文中进行传输的。因此，与IP地址不同的是，即使定位服务器和应用服务器与目标移动终端不处于同一二层网络内，目标open-id信息的字段也不会受到网络地址转换NAT设备的影响，应用服务器最终获得的位置信息获取请求中所携带的目标open-id信息与目标移动终端发出的位置信息获取请求中所携带的目标open-id信息是一致的，两者不会存在内外网的差别。

[0059] 需要强调的是，第三方通讯平台并不局限于微信平台，账户标识信息也并不限于open-id信息，只需保证每一移动终端归属的用户在该第三方通讯平台下，与目标通讯对象相关的账户标识信息对于该目标通讯对象来说是唯一的，并且，该目标标识信息不会受到NAT设备的影响，同时保证不法分子无法根据该目标标识信息去获得用户的隐私信息即可，本实施例对第三方通讯平台和账户标识信息的具体类型不做任何限定。

[0060] S102，基于自身存储的移动终端的MAC地址信息与账户标识信息之间的对应关系，确定目标账户标识信息所对应的目标MAC地址信息。

[0061] 可以理解的是，若应用服务器要基于移动终端的MAC地址信息与账户标识信息之间的对应关系，确定目标账户标识信息所对应的目标MAC地址信息，应用服务器需要预先获得移动终端的MAC地址信息与账户标识信息之间的对应关系。需要说明的是，应用服务器获得移动终端的MAC地址信息与账户标识信息之间的对应关系的具体实现形式多样，为了布局清楚，后续进行举例介绍。

[0062] S103，获得目标MAC地址信息所对应的目标位置信息。

[0063] 其中，目标位置信息为目标MAC地址信息所对应的位置信息，故目标位置信息为具有目标MAC地址信息的移动终端，即目标移动终端的位置信息。

[0064] 需要说明的是，定位服务器获得目标MAC地址信息所对应的目标位置信息的具体实现形式多样，为了布局清楚，后续进行举例介绍。

[0065] S104，将目标位置信息发送至目标移动终端。

[0066] 可以理解的是，当目标移动终端成功接收到了目标位置信息后，目标移动终端就获得了自身的位置信息。

[0067] 本实施例中，由于目标账户标识信息不会受到NAT设备的影响，故目标移动终端并不需要与应用服务器和定位服务器两者位于同一二层网络内，定位服务器也不需要实时记录移动终端的内网IP地址、内网端口号、外网IP地址以及MAC地址之间的映射关系，只需要保证应用服务器内存储有移动终端的MAC地址信息与账户标识信息之间的对应关系，并且，定位服务器能够获得MAC地址信息对应的位置信息，目标移动终端最终就能够获得自身的位置信息。

[0068] 可以理解的是，由于目标移动终端并不需要与应用服务器和定位服务器两者位于同一二层网络内，故本实施例不需要改变定位系统的网络拓扑结构。又由于定位服务器不需要实时记录移动终端的内网IP地址、内网端口号、外网IP地址以及MAC地址之间的映射关系，故本实施例中，定位服务器的资源开销较小。因此，本实施例在不改变定位系统的网络拓扑结构，且保证定位服务器的资源开销较小的前提下，能够使移动终端较为方便快捷地获得自身的位置信息。

[0069] 需要说明的是，上述步骤S103中应用服务器获得目标MAC地址信息所对应的目标位置信息的具体实现形式多样，下面对其中的两种实现方式进行详细说明。

[0070] 第一种实现方式中，获得目标MAC地址信息所对应的目标位置信息，可以包括：

[0071] 向定位服务器发送携带有目标MAC地址信息的位置查询指令，以使定位服务器在接收到位置查询指令后，基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，确定目标MAC地址信息所对应的目标位置信息，并将目标位置信息发送至应用服务器；

[0072] 接收定位服务器发送的目标位置信息。

[0073] 可以理解的是，若定位服务器要基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，确定目标MAC地址信息所对应的目标位置信息，定位服务器需要预先获得移动终端的MAC地址信息与位置信息之间的对应关系，下面结合图2，对定位服务器获得该对应关系的实现原理进行说明。

[0074] 如图2所示，每个定位系统均可以包括：无线接入控制器(Access Control，AC)、交换机、无线接入点(Access Point，AP)等网络设备，移动终端，以及定位服务器。需要说明的是，对于应用服务器而言，其可以与至少一个定位系统中的定位服务器相通信，为了便于说明，下述实施例中均以应用服务器仅与一个定位服务器相通信的情况为例进行说明。

[0075] 本实施例中，当无线AC通过现有技术中的方法，检测到具有某一MAC地址信息的移动终端新加入无线网络中时，无线AC会告知定位服务器。接下来，定位服务器会将具有该MAC地址的移动终端确定为待测量移动终端，选取待测量移动终端附近的一组无线AP，并向所选取的这组无线AP中的各个无线AP发送往返时间RTT测量指令。相应地，各个无线AP在接收到该RTT测量指令后，各个无线AP均会向待测量移动终端发送NULL data报文，并接收待测量移动终端在接收到该NULL data报文后回应的ACK报文，进而得到发出NULLdata报文和接收到ACK报文之间的时间间隔等信息，并将这些信息上报至定位服务器。定位服务器在获得了所选取的这组无线AP中的各个无线AP上报的时间间隔等信息后，其会对这些信息进行综合分析和计算，从而最终得到待测量移动终端的位置信息，例如坐标信息，此时，定位服务器会记录待测量移动终端的MAC地址信息与待测量移动终端的位置信息之间的对应关系。

[0076] 需要强调的是，定位服务器预先获得移动终端的MAC地址信息与位置信息之间的对应关系的具体实现形式并不局限于上述方式，举例而言，定位服务器还可以依据接收信号强度指示RSSI值，例如基于信号传输模型的三角定位法和基于信号采样的指纹特征法来获得移动终端的位置信息，进而确定移动终端的MAC地址信息与位置信息之间的对应关系，这都是可行的，本实施例对定位服务器获得该对应关系的具体实现形式不做任何限定。

[0077] 容易看出，定位服务器内最终生成了移动终端的MAC地址信息与位置信息之间的对应关系，这样，只要将目标MAC地址信息提供给定位服务器，定位服务器就能够根据该对应关系，非常容易地确定出目标MAC地址信息所对应的目标位置信息，并将确定出的目标位置信息发送至应用服务器，此时，应用服务器就可以获得目标位置信息。

[0078] 可以看出，这种实现方式中，应用服务器可以较为方便快捷地获得目标MAC地址信息所对应的目标位置信息。

[0079] 第二种实现方式中，获得目标MAC地址信息所对应的目标位置信息，可以包括：

[0080] 基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，获得目标MAC地址信息所对应的目标位置信息。

[0081] 可以理解的是，若应用服务器要基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，获得目标MAC地址信息所对应的目标位置信息，应用服务器需要预先获得移动终端的MAC地址信息与位置信息之间的对应关系。需要强调的是，在这种实现方式中，可以将定位服务器集成在应用服务器内，以将应用服务器作为定位服务器的一个部件。这样，定位服务器可以采用第一种实现方式中提及的任一种方法去获得移动终端的MAC地址信息与位置信息之间的对应关系，定位服务器获得该对应关系的具体过程参照对第一种实现方式的说明即可，在此不再赘述。

[0082] 容易看出，应用服务器可以通过定位服务器这个部件获得移动终端的MAC地址信息与位置信息之间的对应关系，这样，只要将目标MAC地址信息提供给应用服务器，应用服务器就能够根据该对应关系，非常容易地获得目标位置信息。

[0083] 可以看出，这种实现方式中，应用服务器也可以较为方便快捷地获得目标MAC地址信息所对应的目标位置信息。

[0084] 需要说明的是，应用服务器获得移动终端的MAC地址信息与账户标识信息之间的对应关系的具体实现形式多样，下面进行举例介绍。

[0085] 在本发明实施例的一种具体实施方式中，在获得目标移动终端发送的位置信息获取请求之前，该方法还可以包括：

[0086] 在获得任一移动终端发送的针对接入认证页面的访问请求时，从访问请求中提取当前移动终端所对应的账户标识信息和MAC地址信息，并存储所提取的账户标识信息和MAC地址信息之间的对应关系，其中，接入认证页面为与目标通讯对象相关的无线网络对应的认证页面。

[0087] 需要说明的是，上述接入认证页面可以由无线接入设备提供，举例而言，该无线接入设备可以是无线AP等。

[0088] 下面以第三方通讯平台为微信平台，目标通讯对象为企业的微信公众号，账户标识信息为open-id信息的情况，且应用服务器在移动终端进行微信认证上网的过程，获得移动终端的MAC地址信息与账户标识信息之间的对应关系的实现过程进行说明。

[0089] 首先，当持有移动终端的用户进入与企业的微信公众号相关的无线网络的覆盖范围内后，用户可以扫描企业的微信公众号所对应的二维码，以通过3G等移动网络与微信服务器进行信息交互，进而获取该二维码所对应的服务集标识SSID。接下来，移动终端可以根据获取到的SSID，向无线接入设备发送对接入认证页面的访问请求。无线接入设备在接收到该访问请求后，其会将该访问请求转发至微信服务器。相应地，微信服务器在接收到该访问请求后，其会与应用服务器进行信息交互，以将该访问请求发送至应用服务器。当应用服务器接收到该访问请求后，应用服务器会对发出访问请求的移动终端进行访问认证，以确定是否授予该移动终端以访问权限。本领域技术人员可以理解的是，应用服务器从该访问请求中可以非常容易地提取出发出该访问请求的移动终端的open-id信息和MAC地址信息，接下来，应用服务器还可以存储其提取的open-id信息与MAC地址信息之间的对应关系。需要说明的是，移动终端进行微信认证上网的后续流程为本领域技术人员所公知，在此不再赘述。

[0090] 可以看出，本实施例中，通过上述方式来获取账户标识信息和MAC地址信息之间的对应关系时，该对应关系的获取操作实施起来非常方便快捷。

[0091] 需要说明的是，当该位置信息确定方法应用于大型企业内部时，为了能够让企业员工较为方便快捷地获知当前接入应用服务器和企业的微信公众号相关的无线网络中的各个移动终端的相关信息，定位服务器可以具有一显示装置，例如显示屏，以通过该显示屏来实时地显示各个移动终端所对应的MAC地址信息与所对应位置信息之间的对应关系。一般而言，MAC地址信息是一长串代码，企业员工根据该长串代码根本无法确定处于某一具体位置的移动终端是由谁持有的，故仅仅显示MAC地址信息与位置信息之间的对应关系对于企业员工来说并不够直观。为了解决上述问题，该方法还可以包括：

[0092] 在接收到定位服务器发送的携带有目标MAC地址信息的昵称信息获取请求时，获得具有目标MAC地址信息的移动终端归属的用户在微信平台下的昵称信息；

[0093] 将所获得的昵称信息发送至定位服务器，以使定位服务器显示该昵称信息，目标MAC地址信息，以及目标位置信息三者之间的对应关系。

[0094] 需要说明的是，定位服务器获得具有目标MAC地址信息的移动终端归属的用户在微信平台下的昵称信息的具体实现方式为本领域技术人员所公知，在此不再赘述。

[0095] 本实施例中，定位服务器在获得了具有目标MAC地址信息的移动终端所归属的用户在微信平台下的昵称信息的情况下，其可以将所获得的昵称信息、目标MAC地址，以及目标位置信息三者之间的对应关系在显示屏上进行显示。这样，企业员工根据显示屏所显示的内容就能够获知位于某一具体位置的移动终端究竟是由谁持有的，例如是由昵称是张三的用户持有，或者是由昵称是李四的用户持有。

[0096] 容易看出，本实施例可以使企业员工较为方便快捷地确定处于某一具体位置的移动终端具体由谁持有。

[0097] 在本发明实施例的一种具体实施方式中，定位服务器可以按照设定的第一时间间隔，更新自身内部存储着的移动终端的MAC地址信息与位置信息之间的对应关系；

[0098] 相应地，目标移动终端可以按照设定的第二时间间隔，向应用服务器发送位置信息获取请求。

[0099] 其中，第一时间间隔和第二时间间隔的具体时长均可以根据实际情况来确定，本实施例对此不做任何限定。

[0100] 需要说明的是，由于持有移动终端的用户并不是固定不动的，移动终端的位置会由于用户的走动等原因而频繁地发生变化，一旦用户走动，定位服务器内存储着的该移动终端的MAC地址信息与位置信息之间的对应关系就不再准确了，相应地，该移动终端最终获得的自身的位置信息也就不准确了。为了避免出现这种情况，定位服务器可以按照设定的第一时间间隔，去重新对各移动终端的位置信息进行测量，进而更新自身内部存储着的移动终端的MAC地址信息与位置信息之间的对应关系。相应地，目标移动终端也可以按照设定的第二时间间隔，向应用服务器发送位置信息获取请求，以保证目标移动终端获得的自身的位置信息始终为当前最新的位置信息。

[0101] 可以看出，本实施例可以较好地保证目标移动终端所获得的位置信息的准确性。

[0102] 下面以一个具体的例子对本发明实施例的具体实施过程进行详细说明。

[0103] 首先，当任一移动终端想要接入与企业微信公众号相关的无线企业网络时，其就可以扫描企业的微信公众号，以进行后续的微信认证上网的业务流程。通过上述业务流程，应用服务器最终获得了移动终端的MAC地址信息与open-id信息之间的对应关系，即映射表L1：{[mac_1,open-id_1]、[mac_2,open-id_2]、[mac_3,open-id_3]、……}。当任一移动终端成功接入上述无线网络后，定位服务器会采用现有技术中的方法，对该移动终端进行测量定位。通过该测量定位过程，定位服务器最终获得了移动终端的MAC地址信息与位置信息之间的对应关系，即映射表L2：{[mac_1,pos_1]、[mac_2,pos_2]、[mac_3,pos_3]、……}。此外，定位服务器还可以通过应用服务器去获得用户昵称信息，以得到移动终端的MAC地址信息、位置信息以及昵称信息三者之间的对应关系，即映射表L3：{[mac_1,pos_1,NC_ID_1]、[mac_2,pos_2,NC_ID_3]、[mac_3,pos_3,NC_ID_3]、……}。

[0104] 这样，假设某一移动终端向应用服务器发送了携带有open-id_1信息的位置信息获取请求。当应用服务器接收到了该位置信息获取请求后，应用服务器根据映射表L1就可以确定open-id_1所对应的MAC地址为mac_1，接下来，应用服务器会向定位服务器发送携带有mac_1的位置查询指令。当定位服务器接收到该位置查询指令后，定位服务器根据映射表L2就可以确定mac_1所对应的位置信息为pos_1，最终，定位服务器会将pos_1这个位置信息通过应用服务器发送至移动终端，故移动终端就获得了自身的位置信息。此外，企业人员根据映射表L3可以较为直观地获知各个移动终端具体是由谁持有的。

[0105] 综上，本实施例在不改变定位系统的网络拓扑结构，且保证定位服务器的资源开销较小的前提下，能够使移动终端较为方便快捷地获得自身的位置信息。

[0106] 下面对本发明实施例所提供的一种位置信息确定装置进行说明。

[0107] 参见图3，图中示出了本发明实施例所提供的一种位置信息确定装置的结构框图。如图3所示，该装置可以应用于应用服务器，该装置可以包括：

[0108] 请求获得模块31，用于获得目标移动终端发送的位置信息获取请求；其中，位置信息获取请求中包括目标移动终端归属的用户在第三方通讯平台下，与目标通讯对象相关的目标账户标识信息；

[0109] 目标MAC地址信息确定模块32，用于基于预设的移动终端的MAC地址信息与账户标识信息之间的对应关系，确定目标账户标识信息所对应的目标MAC地址信息；

[0110] 目标位置信息获得模块33，用于获得目标MAC地址信息所对应的目标位置信息；

[0111] 目标位置信息发送模块34，用于将目标位置信息发送至目标移动终端。

[0112] 本实施例中，由于目标账户标识信息不会受到网络地址转换NAT设备的影响，故目标移动终端并不需要与应用服务器和定位服务器两者位于同一二层网络内，定位服务器也不需要实时记录移动终端的内网IP地址、内网端口号、外网IP地址以及MAC地址之间的映射关系，只需要保证应用服务器内存储有移动终端的MAC地址信息与账户标识信息之间的对应关系，并且，定位服务器能够获得MAC地址信息对应的位置信息，目标移动终端最终就能够获得自身的位置信息。

[0113] 可以理解的是，由于目标移动终端并不需要与应用服务器和定位服务器两者位于同一二层网络内，故本实施例不需要改变定位系统的网络拓扑结构。又由于定位服务器不需要实时记录移动终端的内网IP地址、内网端口号、外网IP地址以及MAC地址之间的映射关系，故本实施例中，定位服务器的资源开销较小。因此，本实施例在不改变定位系统的网络拓扑结构，且保证定位服务器的资源开销较小的前提下，能够使移动终端较为方便快捷地获得自身的位置信息。

[0114] 在本发明实施例的一种具体实施方式中，目标位置信息获得模块33，具体用于：

[0115] 基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，获得目标MAC地址信息所对应的目标位置信息。

[0116] 在本发明实施例的一种具体实施方式中，目标位置信息获得模块33，包括：

[0117] 位置查询指令发送单元，用于向定位服务器发送携带有目标MAC地址信息的位置查询指令，以使定位服务器在接收到位置查询指令后，基于自身存储的移动终端的MAC地址信息与位置信息之间的对应关系，确定目标MAC地址信息所对应的目标位置信息，并将目标位置信息发送至应用服务器；

[0118] 目标位置信息接收单元，用于接收定位服务器发送的目标位置信息。

[0119] 在本发明实施例的一种具体实施方式中，该装置还包括：

[0120] 对应关系存储模块(图3中未示出)，用于在获得任一移动终端发送的针对接入认证页面的访问请求时，从访问请求中提取当前移动终端所对应的账户标识信息和MAC地址信息，并存储所提取的账户标识信息和MAC地址信息之间的对应关系，其中，接入认证页面为与目标通讯对象相关的无线网络对应的认证页面。

[0121] 在本发明实施例的一种具体实施方式中，

[0122] 第三方通讯平台包括微信平台；

[0123] 目标通讯对象包括预定公众号；

[0124] 账户标识信息包括open-id信息。

[0125] 综上，本实施例在不改变定位系统的网络拓扑结构，且保证定位服务器的资源开销较小的前提下，能够使移动终端较为方便快捷地获得自身的位置信息。

[0126] 需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

[0127] 本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

[0128] 以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。