技术领域
[0001] 本公开涉及通信技术领域，特别涉及一种终端定位的方法及终端。
相关背景技术
[0002] 目前，可以采用多种技术实现移动终端的定位功能，例如GPS（Global Positioning System，全球定位系统）技术、A-GPS（Assisted GPS，辅助GPS）技术、WIFI（WIreless-Fidelity，无线网络）定位技术、以及基站定位技术等。
[0003] 相关技术实现终端定位具有如下缺陷：
[0004] 对于GPS技术和A-GPS技术，由于该技术受到天气和用户所处位置等因素的影响，其实现定位的时间比较慢，在室内等封闭场所内实现定位比较困难。
[0005] 而对于WIFI定位技术和基站定位技术，则需要终端能够联网，将终端的MAC（Media Access Control，介质访问控制）地址和基站编号通过网络上传至指定的服务器进行查询，依据得到的查询结果实现定位功能。可见，该技术实现定位取决于当时的网络状况，当网络较差时，很难实现定位。
具体实施方式
[0095] 这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明的一些方面相一致的装置和方法的例子。
[0096] 本公开实施例中，首先对WIFI定位技术和基站定位技术进行简单的介绍。
[0097] 终端的基站定位技术，是通过移动通信运营商的网络获取移动终端用户的位置信息（如经纬度坐标），在电子地图平台的支持下，为用户提供定位功能。
[0098] 其工作原理大致为：终端测量不同基站的下行导频信号，得到不同基站下行导频的TOA（Time of Arrival，到达时刻）或TDOA（Time Difference of Arrival，到达时间差），根据该测量结果并结合基站的坐标，计算得到终端的位置。
[0099] WIFI定位技术的原理与基站定位技术相类似。众所周知，每一个无线AP（Access Point，访问接入点）都具有一个全球唯一的MAC地址。WIFI定位技术就是侦测周围信号最强的无线AP的MAC地址，通过比对数据库中该MAC地址的坐标，交叉计算得到终端所在地的位置。
[0100] 由此可见，无论是WIFI定位技术还是基站定位技术，都依赖于移动通信网络，需要将当前信号最强的AP的MAC地址或者是基站的ID通过网络上传至指定的服务器进行查询，依据得到的查询结果实现定位功能，使得实现定位的速度比较慢；且在通信网络较差或不存在时，将很难甚至于无法实现终端的定位功能。
[0101] 为克服相关技术中存在的问题，本公开提供了一种终端定位的方法及终端，该方法可以不依赖于网络实现对终端的定位，提高了定位的可实现性，且该方法能够加快终端定位的速度。
[0102] 图1是根据一示例性实施例示出的一种终端定位的方法流程图。如图1所示，所述终端定位的方法用于终端中，包括以下步骤：
[0103] 在步骤S101中，获取当前搜索到的信号最强的接入点的标识信息。
[0104] 在步骤S102中，查询本地数据库，当存在与所述接入点的标识信息对应的地理信息时，将所述地理信息作为定位结果。
[0105] 本公开实施例中，当终端发起定位动作时，终端并不急于采用常规的定位的方法，而是先根据采集到的接入点的标识信息，查询终端的本地数据库，判断本地数据库中是否保存有与该接入点的标识信息对应的地理信息，如果存在，则终端只需要将该地理信息直接提取出来，作为定位的结果返回给用户，不需要再进行常规的定位的过程。
[0106] 由此使得，本公开实施例的方法，可以不依赖于通信网络即可实现对终端的定位，提高了终端定位的可实施性；且该方法不需要终端与服务器的交互过程，大大缩短了定位所需的时间，加快了定位的速度。
[0107] 图2是根据一示例性实施例示出的另一种终端定位的方法流程图。如图2所示，所述终端定位的方法用于服务器中，包括以下步骤：
[0108] 在步骤S201中，接收终端上传的接入点的标识信息；所述接入点的标识信息为所述终端当前搜索到的信号最强的接入点的标识信息。
[0109] 在步骤S202中，查询数据库，当存在与所述接入点的标识信息对应的地理信息时，将所述地理信息作为定位结果，返回至所述终端。
[0110] 本公开实施例中，当服务器接收到终端发送的接入点的标识信息后，并不急于根据常规的方法计算得到与该接入点的标识信息对应的地理信息，而是先根据该接入点的标识信息，查询数据库，判断数据库中是否保存有与该接入点的标识信息对应的地理信息，如果存在，则服务器只需要将该地理信息直接提取出来，作为定位的结果返回给终端，不需要再进行常规的计算过程。
[0111] 由此使得，本公开实施例的方法，服务器不再需要复杂的计算过程，大大缩短了实现定位所需的时间，加快了定位的速度。
[0112] 图3是根据一示例性实施例示出的另一种终端定位的方法流程图。如图3所示，该终端定位的方法用于终端中，包括以下步骤：
[0113] 在步骤S301中，终端接收到定位指令，发起WIFI定位动作。
[0114] 本公开实施例中，终端可以是接收到外设输入的定位指令后，发起WIFI定位或基站定位动作的。该外设可以指终端的触摸屏幕、外接键盘等。
[0115] 一种情况可以是，终端向用户提供“定位”的功能，并在终端的显示屏上以图标形式或者菜单选择形式提供给用户。当持有该终端的用户到达某地时，用户选择该“定位”的功能，发送定位指令给终端；终端接收到定位指令后，发起WIFI定位或基站定位的动作。
[0116] 还有一种情况可以是，终端提供给用户的某些应用中可能会用到定位的功能。例如，天气播报、美食搜索等。当持有终端的用户选择打开这些应用时，这些应用会根据需要启动定位功能，自动发送定位指令给终端；终端接收到定位指令后，发起WIFI定位或基站定位的动作。
[0117] 当然，在实际应用中，需要终端启动定位功能的可以但不限于上述两种情况，本公开实施例仅是以上述为例进行说明。
[0118] 下面对本公开实施例的终端实现定位的过程进行详细的介绍。
[0119] 在步骤S302中，终端收集周围的AP信号，获取当前信号最强的AP的MAC地址。
[0120] 目前，WIFI的AP越来越多，在一般情况下，空间中的任何一个点都可能接收到至少一个AP信号。该AP信号中，包含该AP的全球唯一的MAC地址。
[0121] 在步骤S303中，查询终端的本地数据库，判断是否存在与该信号最强的AP的MAC地址对应的地理信息，如果存在，进入步骤S304中；如果不存在，进入步骤S305中。
[0122] 在步骤S304中，将该地理信息作为定位的结果，展示给用户。
[0123] 在步骤S305中，采用常规的WIFI定位的方法进行定位。
[0124] 本公开实施例中，当终端接收到定位指令，发起WIFI定位动作时，终端并不急于采用常规的WIFI定位的方法，而是先根据采集到的周围AP的MAC地址，查询终端的本地数据库，判断数据库中是否保存有与当前信号最强的AP的MAC地址对应的地理信息，如果存在，则终端只需要将该地理信息直接提取出来，作为定位的结果返回给用户，不需要再进行常规的WIFI定位的过程。
[0125] 由此使得，本公开实施例的方法，可以不依赖于通信网络即可实现对终端的定位，提高了终端定位的可实施性；且该方法不需要终端与服务器的交互过程，大大缩短了定位所需的时间，加快了定位的速度。
[0126] 对于步骤S305，当终端数据库中不存在与该AP的MAC地址对应的地理信息时，表明该终端并没有保存当前所在位置的定位信息，此时，只能采用常规的WIFI定位方法实现终端定位。
[0127] 则，步骤S305可以包括：将该信号最强的AP的MAC地址上传至服务器，接收服务器返回的与所述AP的MAC地址对应的地理信息。
[0128] 由此实现了对终端的WIFI定位的功能。
[0129] 在步骤S305之后，本公开实施例的方法还可以包括：建立该信号最强的AP的MAC地址与该服务器返回的地理信息之间的对应关系，且将该对应关系保存在终端的数据库中。
[0130] 由此使得，当终端再次在当前所在位置发起WIFI定位时，可以直接通过查询本地数据库，获取与当前所在位置信号最强的AP的MAC地址对应的地理信息。这样，终端再次处于当前位置时，即使没有通信网络，也可以实现对终端的定位，提高了定位的可实现性；且该定位过程不再需要与通信网络中服务器的交互，加快了定位的速度，节省了终端操作的时间。
[0131] 前述实施例中，终端将AP的MAC地址与地理信息之间的对应关系保存在终端本地的数据库中。但是，在实际应用中，考虑到终端的内存空间有限，为节省终端的内存空间，则本公开实施例的方法还可以包括：终端将所述AP的MAC地址与地理信息之间的对应关系上传至服务器。
[0132] 将AP的MAC地址与地理信息之间的对应关系上传服务器的好处在于，资源共享。在实际应用中，单个终端到达的位置或者在某个位置发起的定位功能总是有限，但是如果将所有的终端每次定位获取的AP的MAC地址与地理信息的对应关系集中起来，将构成非常庞大的定位信息数据库。
[0133] 例如，对于持有第一终端的用户，该用户首次到达某地，由于不熟悉该地，需要使用WIFI定位功能。由于该用户是首次到达该地，所以该用户所持的第一终端的数据库中显然不存在与当前收集到信号最强的AP的MAC地址对应的地理信息。但是，由于可能存在其他终端来过该地，且在该地发起WIFI定位动作后，上传过该地的定位信息至服务器。所以该第一终端可以向服务器发送请求，该请求中携带有当前收集到的AP的MAC地址。
[0134] 服务器接收到该请求后，根据该请求中携带的AP的MAC地址，查询服务器的数据库，如果存在与该AP的MAC地址对应的地理信息，则服务器直接提取出该地理信息，作为定位结果返回给该终端；如果不存在，服务器采用常规的WIFI定位方法，根据该AP的MAC地址进行交叉计算，获得当前位置的地理信息，返回给终端。
[0135] 由上述可见，对于本公开实施例的方法，当服务器中保存有与AP的MAC地址对应的地理信息时，服务器可以直接提取出该地理信息作为定位结果返回给终端，不再需要利用该AP的MAC地址进行计算的过程，由此可以大大缩短WIFI定位所需的时间，加快了定位的速度。且该方法，可以实现不同终端之间的资源共享，有利于信息化的快速发展。
[0136] 进一步的，本公开实施例的方法还可以包括：终端定期向服务器发送同步请求，请求同步该服务器的数据库中保存的AP的MAC地址与地理信息之间的对应关系。
[0137] 由此使得，终端可以定期向服务器要求同步，获取服务器的数据库中保存的AP的MAC地址与地理信息之间的对应关系。这样，终端就可以获取其他终端上传至服务器的定位信息，实现终端本地数据库中信息的快速扩展，即使终端首次到达某地，也可以快速的在该地实现定位，提高了定位的可实现性。
[0138] 当然，进一步的，终端在向服务器发送同步请求时，该同步请求中可以携带有预设的地理范围信息，用于同步该服务器的数据库中保存的位于该地理范围信息内部的定位信息，该定位信息是指AP的MAC地址与地理信息之间的对应关系。
[0139] 终端在向服务器进行同步请求时，可以是有目的性的请求。例如，持有终端的用户经常活动的区域或者是该用户可能将要达到的区域等，终端希望获取更多的处于该区域范围内的定位信息。此时，终端可以在同步请求中携带预设的地理范围信息（即为终端希望获取的区域范围）。服务器获取到该地理范围信息后，查询本地的数据库，获取位于该地理范围信息内部的信号最强的AP的MAC地址与地理信息之间的对应关系，并同步给该终端。
[0140] 图4是根据一示例性实施例示出的另一种终端定位的方法流程图。如图4所示，该终端定位的方法用于终端中，包括以下步骤：
[0141] 在步骤S401中，终端接收到定位指令，发起基站定位动作。
[0142] 本公开实施例中，终端可以是接收到外设输入的定位指令后，发起基站定位动作的。该外设可以指终端的触摸屏幕、外接键盘等。
[0143] 一种情况可以是，终端向用户提供“基站定位”的功能，并在终端的显示屏上以图标形式或者菜单选择形式提供给用户。当持有该终端的用户到达某地时，用户选择该“定位”的功能，发送定位指令给终端；终端接收到定位指令后，发起基站定位的动作。
[0144] 还有一种情况可以是，终端提供给用户的某些应用中可能会用到定位的功能。例如，天气播报、美食搜索等。当持有终端的用户选择打开这些应用时，这些应用会根据需要启动定位功能，自动发送定位指令给终端；终端接收到定位指令后，发起基站定位的动作。
[0145] 当然，在实际应用中，需要终端启动定位功能的可以但不限于上述两种情况，本公开实施例仅是以上述为例进行说明。
[0146] 下面对本公开实施例的终端实现定位的过程进行详细的介绍。
[0147] 在步骤S402中，终端获取当前信号最强的基站的ID。
[0148] 对于每个基站，其基站ID是全球唯一的。当终端发起基站定位时，终端会自动获取当前搜索到的信号最前的基站的ID。
[0149] 在步骤S403中，查询终端的本地数据库，判断是否存在与该基站的ID对应的地理信息，如果存在，进入步骤S404中；如果不存在，进入步骤S405中。
[0150] 在步骤S404中，将该地理信息作为定位的结果，展示给用户。
[0151] 在步骤S405中，采用常规的基站定位的方法进行定位。
[0152] 本公开实施例中，当终端接收到定位指令，发起基站定位动作时，终端并不急于采用常规的基站定位的方法，而是先根据该信号最强的基站的ID，查询终端的本地数据库，判断数据库中是否保存有与该基站的ID对应的地理信息，如果存在，则终端只需要将该地理信息直接提取出来，作为定位的结果返回给用户，不需要再进行常规的基站定位的过程。
[0153] 由此使得，本公开实施例的方法，可以不依赖于通信网络即可实现对终端的定位，提高了终端定位的可实施性；且该方法不需要终端与服务器的交互过程，大大缩短了定位所需的时间，加快了定位的速度。
[0154] 对于步骤S405，当终端数据库中不存在与该基站的ID对应的地理信息时，表明该终端并没有保存当前所在位置的定位信息，此时，只能采用常规的基站定位方法实现终端定位。
[0155] 则，步骤S405可以包括：将该基站的ID上传至服务器，接收服务器返回的与所述基站的ID对应的地理信息。
[0156] 由此实现了对终端的基站定位的功能。
[0157] 进一步的，在步骤S405之后，本公开实施例的方法还可以包括：建立该基站的ID与该服务器返回的地理信息之间的对应关系，且将该对应关系保存在终端的数据库中。
[0158] 由此使得，当终端再次在当前所在位置发起基站定位时，可以直接通过查询本地数据库，获取与当前所在位置信号最强的基站的ID对应的地理信息。这样，终端再次处于当前位置时，即使没有通信网络，也可以实现对终端的定位，提高了定位的可实现性；且该定位过程不再需要与通信网络中服务器的交互，加快了定位的速度，节省了终端操作的时间。
[0159] 前述实施例中，终端将基站的ID与地理信息之间的对应关系保存在终端本地的数据库中。但是，在实际应用中，考虑到终端的内存空间有限，为节省终端的内存空间，则本公开实施例的方法还可以包括：终端将所述基站的ID与地理信息之间的对应关系上传至服务器。
[0160] 将基站的ID与地理信息之间的对应关系上传服务器的好处在于，资源共享。具体而言，在实际应用中，单个终端到达的位置或者在某个位置发起的定位功能总是有限，但是如果将所有的终端每次定位获取的基站的ID与地理信息的对应关系集中起来，将构成非常庞大的定位信息数据库。
[0161] 例如，对于持有第一终端的用户，该用户首次到达某地，由于不熟悉该地，需要使用基站定位功能。由于该用户是首次到达该地，所以该用户所持的第一终端的数据库中显然不存在与当前连接的基站的ID对应的地理信息。但是，由于可能存在其他终端来过该地，且在该地发起基站定位动作后，上传过该地的定位信息至服务器。所以该第一终端可以向服务器发送请求，该请求中携带有当前连接的基站的ID。
[0162] 服务器接收到该请求后，根据该请求中携带的基站的ID，查询服务器的数据库，如果存在与该基站的ID对应的地理信息，则服务器直接提取出该地理信息，作为定位结果返回给该终端；如果不存在，服务器采用常规的基站定位方法，根据该基站的ID进行交叉计算，获得当前位置的地理信息，返回给终端。
[0163] 由上述可见，对于本公开实施例的方法，当服务器中保存有与基站的ID对应的地理信息时，服务器可以直接提取出该地理信息作为定位结果返回给终端，不再需要利用该基站的ID进行计算的过程，由此可以大大缩短基站定位所需的时间，加快了定位的速度。且该方法，可以实现不同终端之间的资源共享，有利于信息化的快速发展。
[0164] 进一步的，本公开实施例的方法还可以包括：终端定期向服务器发送同步请求，请求同步该服务器的数据库中保存的基站的ID与地理信息之间的对应关系。
[0165] 由此使得，终端可以定期向服务器要求同步，获取服务器的数据库中保存的基站的ID与地理信息之间的对应关系。这样，终端就可以获取其他终端上传至服务器的定位信息，实现终端本地数据库中信息的快速扩展，即使终端首次到达某地，也可以快速的在该地实现定位，提高了定位的可实现性。
[0166] 当然，进一步的，终端在向服务器发送同步请求时，该同步请求中可以携带有预设的地理范围信息，用于同步该服务器的数据库中保存的位于该地理范围信息内部的定位信息，该定位信息是指基站的ID与地理信息之间的对应关系。
[0167] 终端在向服务器进行同步请求时，可以是有目的性的请求。例如，持有终端的用户经常活动的区域或者是该用户可能将要达到的区域等，终端希望获取更多的处于该区域范围内的定位信息。此时，终端可以在同步请求中携带预设的地理范围信息（即为终端希望获取的区域范围）。服务器获取到该地理范围信息后，查询本地的数据库，获取位于该地理范围信息内部的基站的ID与地理信息之间的对应关系，并同步给该终端。
[0168] 图5是根据一示例性实施例示出的一种终端的示意图。参照图5所示，该终端包括：数据库501、获取单元502以及查询单元503。
[0169] 该获取单元502被配置为，用于获取当前搜索到的信号最强的接入点的标识信息。
[0170] 该查询单元503被配置为，用于查询本地数据库501，当存在与所述接入点的标识信息对应的地理信息时，将所述地理信息作为定位结果。
[0171] 本公开实施例中，当终端发起定位动作时，终端并不急于采用常规的定位的方法，而是先根据采集到的接入点的标识信息，查询终端的本地数据库501，判断本地数据库501中是否保存有与该接入点的标识信息对应的地理信息，如果存在，则终端只需要将该地理信息直接提取出来，作为定位的结果返回给用户，不需要再进行常规的定位的过程。
[0172] 由此使得，本公开实施例的终端，可以不依赖于通信网络即可实现定位，提高了终端定位的可实施性；且该终端实现定位不需要与服务器的交互过程，大大缩短了定位所需的时间，加快了定位的速度
[0173] 该接入点的标识信息为：访问接入点AP的介质访问控制MAC地址或者基站的身份标识ID。
[0174] 图6是根据一示例性实施例示出的另一种终端的示意图。参照图6所示，该终端包括：数据库501、获取单元502、查询单元503、上传单元504、接收单元505、建立单元506以及保存单元507。
[0175] 该获取单元502被配置为，用于获取当前搜索到的信号最强的接入点的标识信息。
[0176] 该查询单元503被配置为，用于查询本地数据库501，当存在与所述接入点的标识信息对应的地理信息时，将所述地理信息作为定位结果。
[0177] 该上传单元504被配置为，用于当所述查询单元的查询结果为不存在时，将所述接入点的标识信息上传至服务器。
[0178] 该接收单元505被配置为，用于接收服务器返回的与所述接入点的标识信息对应的地理信息。
[0179] 该建立单元506被配置为，用于建立所述接入点的标识信息与所述服务器返回的地理信息之间的对应关系。
[0180] 该保存单元507被配置为，用于将所述对应关系保存在本地数据库中。
[0181] 前述实施例中，终端将接入点的标识信息与地理信息之间的对应关系保存在终端本地的数据库中。但是，在实际应用中，考虑到终端的内存空间有限，为节省终端的内存空间，则本公开实施例终端包括的上传单元504，还可以用于将所述对应关系上传至服务器。
[0182] 将接入点的标识信息与地理信息之间的对应关系上传服务器的好处在于，资源共享。在实际应用中，单个终端到达的位置或者在某个位置发起的定位功能总是有限，但是如果将所有的终端每次定位获取的接入点的标识信息与地理信息的对应关系集中起来，将构成非常庞大的定位信息数据库
[0183] 该终端还可以包括：发送单元，用于向服务器发送同步请求；所述同步请求，用于请求同步所述服务器中保存的接入点的标识信息与地理信息之间的对应关系。
[0184] 由此使得，终端可以定期向服务器要求同步，获取服务器的数据库中保存的接入点的标识信息与地理信息之间的对应关系。这样，终端就可以获取其他终端上传至服务器的定位信息，实现终端本地数据库中信息的快速扩展，即使终端首次到达某地，也可以快速的在该地实现定位，提高了定位的可实现性。
[0185] 该同步请求中还可以携带有预设的地理范围；使得该同步请求，可以用于请求同步所述服务器中保存的位于所述地理范围之内的接入点的标识信息与地理信息之间的对应关系。
[0186] 终端在向服务器进行同步请求时，可以是有目的性的请求。例如，持有终端的用户经常活动的区域或者是该用户可能将要达到的区域等，终端希望获取更多的处于该区域范围内的定位信息。此时，终端可以在同步请求中携带预设的地理范围信息（即为终端希望获取的区域范围）。服务器获取到该地理范围信息后，查询本地的数据库，获取位于该地理范围信息内部的信号最强的AP的MAC地址与地理信息之间的对应关系，并同步给该终端。
[0187] 关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明
[0188] 图7是根据一示例性实施例示出的一种服务器的示意图。参照图7所示，该服务器包括：接收单元701、查询单元702、发送单元703以及数据库704。
[0189] 该接收单元701被配置为，用于接收终端上传的接入点的标识信息；所述接入点的标识信息为所述终端当前搜索到的信号最强的接入点的标识信息。
[0190] 该查询单元702被配置为，用于查询数据库704，当存在与所述接入点的标识信息对应的地理信息时，将所述地理信息作为定位结果。
[0191] 该发送单元703被配置为，用于将所述定位结果返回至所述终端。
[0192] 本公开实施例中，当服务器接收到终端发送的接入点的标识信息后，并不急于根据常规的方法计算得到与该接入点的标识信息对应的地理信息，而是先根据该接入点的标识信息，查询数据库704，判断数据库704中是否保存有与该接入点的标识信息对应的地理信息，如果存在，则服务器只需要将该地理信息直接提取出来，作为定位的结果返回给终端，不需要再进行常规的计算过程。
[0193] 由此使得，本公开实施例中，服务器不再需要复杂的计算过程，大大缩短了实现定位所需的时间，加快了定位的速度
[0194] 该接入点的标识信息为：访问接入点AP的介质访问控制MAC地址或者基站的身份标识ID。
[0195] 该服务器的接收单元701，还可以用于接收终端上传的接入点的标识信息与地理信息之间的对应关系。
[0196] 则，该服务器还可以包括保存单元，用于将所述对应关系保存在数据库704中。
[0197] 该服务器的接收单元701，还可以用于接收终端发送的同步请求。
[0198] 则，该服务器还可以包括第一同步单元，用于对所述终端进行信息同步，将数据库中保存的接入点的标识信息与地理信息之间的对应关系同步至所述终端。
[0199] 该服务器的接收单元701，还可以用于接收终端发送的同步请求；所述同步请求中携带有预定的地理范围信息。
[0200] 则，该服务器还可以包括第二同步单元，用于对所述终端进行信息同步，将数据库中保存的位于所述地理范围信息内部的接入点的标识信息与地理信息之间的对应关系同步至所述终端。
[0201] 关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
[0202] 本公开实施例还提供一种终端定位的装置，包括：
[0203] 处理器；
[0204] 用于存储处理器可执行指令的存储器；
[0205] 其中，所述处理器被配置为：
[0206] 获取当前搜索到的信号最强的接入点的标识信息；
[0207] 查询本地数据库，当存在与所述接入点的标识信息对应的地理信息时，将所述地理信息作为定位结果。
[0208] 图8是根据一示例性实施例示出的一种用于终端定位的装置800的框图。例如，装置800可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
[0209] 参照图8，装置800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出（I/O）的接口812，传感器组件814，以及通信组件816。
[0210] 处理组件802通常控制装置800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
[0211] 存储器804被配置为存储各种类型的数据以支持在装置800的操作。这些数据的示例包括用于在装置800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器（SRAM），电可擦除可编程只读存储器（EEPROM），可擦除可编程只读存储器（EPROM），可编程只读存储器（PROM），只读存储器（ROM），磁存储器，快闪存储器，磁盘或光盘。
[0212] 电源组件806为装置800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为装置800生成、管理和分配电力相关联的组件。
[0213] 多媒体组件808包括在所述装置800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器（LCD）和触摸面板（TP）。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当装置800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
[0214] 音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风（MIC），当装置800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
[0215] I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
[0216] 传感器组件814包括一个或多个传感器，用于为装置800提供各个方面的状态评估。例如，传感器组件814可以检测到装置800的打开/关闭状态，组件的相对定位，例如所述组件为装置800的显示器和小键盘，传感器组件814还可以检测装置800或装置800一个组件的位置改变，用户与装置800接触的存在或不存在，装置800方位或加速/减速和装置800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
[0217] 通信组件816被配置为便于装置800和其他设备之间有线或无线方式的通信。装置800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信（NFC）模块，以促进短程通信。例如，在NFC模块可基于射频识别（RFID）技术，红外数据协会（IrDA）技术，超宽带（UWB）技术，蓝牙（BT）技术和其他技术来实现。
[0218] 在示例性实施例中，装置800可以被一个或多个应用专用集成电路（ASIC）、数字信号处理器（DSP）、数字信号处理设备（DSPD）、可编程逻辑器件（PLD）、现场可编程门阵列（FPGA）、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
[0219] 在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由装置800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器（RAM）、CD-ROM、磁带、软盘和光数据存储设备等。
[0220] 一种非临时性计算机可读存储介质，当所述存储介质中的指令由移动终端的处理器执行时，使得移动终端能够执行一种终端定位的方法，所述方法包括：
[0221] 获取当前搜索到的信号最强的接入点的标识信息；
[0222] 查询本地数据库，当存在与所述接入点的标识信息对应的地理信息时，将所述地理信息作为定位结果。
[0223] 图9是本发明实施例中服务器的结构示意图。该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器（central processing units，CPU）1922（例如，一个或一个以上处理器）和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930（例如一个或一个以上海量存储设备）。其中，存储器
1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块（图示没标出），每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。
[0224] 服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或一个以上操作系统1941，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
[0225] 本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
[0226] 应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
[0227] 以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
