CN105099830A - 一种获取定位失败原因的方法、移动终端以及服务器 - Google Patents

Abstract

本发明实施例公开了一种获取定位失败原因的方法及装置，通过同时向所述服务器和预先设置的网站发送定位请求；根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，从而实现通过与手机、手表跟服务器的沟通反馈机制，使得程序能更加精确的判断出来是哪一个环节出了问题，让程序能更加精确，具体的告诉开发人员、销售人员、用户出问题的环节，并且还能有效减少定位失败的机率。

Description

一种获取定位失败原因的方法、移动终端以及服务器

技术领域

本发明实施例涉及移动终端的技术领域，尤其涉及一种获取定位失败原因的方法、移动终端以及服务器。

背景技术

当前的可定位穿戴设备在手机端需要定位时，一般流程如下：先接收用户触发的定位请求，将定位请求发送给服务器，服务器将定位请求发送给手表，手表根据定位请求定位所在的位置信息，并将所述位置信息发送给服务器，服务器再将位置信息返回给手机，因为定位时会涉及到手机、手表、服务器几个环节，很容易出现定位慢或失败的问题，当定位长时间不出来或失败时，由于环节比较多，情况比较复杂，很多开发人员想不到办法来准确的判断且告诉用户是哪一个环节出了问题，即使给出提醒都是很模糊、朦胧的，例如提醒用户定位失败、定位超时或者网络连接不畅。当出现问题时，开发人员、销售人员、用户均无法获知为何无法定位，也无法解释清楚。

发明内容

本发明实施例的目的在于提出一种获取定位失败原因的方法及装置，旨在解决如何获取移动终端定位失败的原因的问题。

为达此目的，本发明实施例采用以下技术方案：

一种获取定位失败原因的方法，所述方法包括：

同时向所述服务器和预先设置的网站发送定位请求；

根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况。

优选地，所述根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，包括：

若仅接收到所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器链接有问题；

若未能接收到所述服务器和所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器以及所述移动终端与所述预先设置的网站的链接均有问题；

若能接收到所述服务器发送的与所述定位请求对应的反馈消息，则进一步获取所述服务器向所述移动终端发送的定位信息。

优选地，所述同时向所述服务器和预先设置的网站发送定位请求之前，还包括：

向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

若检测未收到所述服务器返回的定位信息，则执行同时向所述服务器和预先设置的网站发送定位请求的步骤。

优选地，所述同时向所述服务器和预先设置的网站发送定位请求之前，还包括：

向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

若检测未收到所述服务器返回的定位信息，则进一步获取在预先设置的时间内是否未收到超过预先设置次数的所述服务器返回的定位信息；

若是，则执行同时向所述服务器和预先设置的网站发送定位请求的步骤。

一种获取定位失败原因的方法，所述方法包括：

接收移动终端发送的定位请求；

若向所述移动终端发送与所述定位请求对应的反馈消息，则向智能手表发送所述定位请求；

接收所述智能手表发送的定位信息，并分析所述定位信息是否正确；

将分析后的结果发送给所述移动终端，所述分析结果包括所述定位信息正确或者不正确。

一种移动终端，所述移动终端包括：

发送模块，用于同时向所述服务器和预先设置的网站发送定位请求；

返回模块，用于根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况。

优选地，所述返回模块，包括：

第一确定单元，用于若仅接收到所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器链接有问题；

第二确定单元，用于若未能接收到所述服务器和所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器以及所述移动终端与所述预先设置的网站的链接均有问题；

获取单元，用于若能接收到所述服务器发送的与所述定位请求对应的反馈消息，则进一步获取所述服务器向所述移动终端发送的定位信息。

优选地，所述移动终端还包括：

第一检测模块，用于向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

第一执行模块，用于若检测未收到所述服务器返回的定位信息，则执行发送模块。

优选地，所述移动终端还包括：

第二检测模块，用于向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

获取模块，用于若检测未收到所述服务器返回的定位信息，则进一步获取在预先设置的时间内是否未收到超过预先设置次数的所述服务器返回的定位信息；

第二执行模块，用于若是，则执行发送模块。

一种服务器，其特征在于，所述服务器包括：

第一接收模块，用于接收移动终端发送的定位请求；

第一发送模块，用于若向所述移动终端发送与所述定位请求对应的反馈消息，则向智能手表发送所述定位请求；

第二接收模块，用于接收所述智能手表发送的定位信息，并分析所述定位信息是否正确；

第二发送模块，用于将分析后的结果发送给所述移动终端，所述分析结果包括所述定位信息正确或者不正确。

本发明实施例通过同时向所述服务器和预先设置的网站发送定位请求；根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，从而实现通过与手机、手表跟服务器的沟通反馈机制，使得程序能更加精确的判断出来是哪一个环节出了问题，让程序能更加精确，具体的告诉开发人员、销售人员、用户出问题的环节，并且还能有效减少定位失败的机率。

附图说明

图1是本发明实施例获取定位失败原因的方法第一实施例的流程示意图；

图2是本发明实施例提供的一种获取定位失败原因的方法的流程示意图；

图3是本发明实施例获取定位失败原因的方法第二实施例的流程示意图；

图4是本发明实施例获取定位失败原因的方法第三实施例的流程示意图；

图5是本发明实施例获取定位失败原因的方法第四实施例的流程示意图；

图6是本发明实施例服务器、可穿戴设备以及手机端APP交互的系统结构图；

图7是本发明实施例移动终端的功能模块示意图；

图8是本发明实施例返回模块702的功能模块示意图；

图9是本发明实施例移动终端的功能模块示意图；

图10是本发明实施例移动终端的功能模块示意图；

图11是本发明实施例服务器的功能模块示意图。

具体实施方式

下面结合附图和实施例对本发明实施例作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明实施例，而非对本发明实施例的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明实施例相关的部分而非全部结构。

实施例一

参考图1，图1是本发明实施例获取定位失败原因的方法第一实施例的流程示意图。

在实施例一中，所述获取定位失败原因的方法包括：

步骤101，同时向所述服务器和预先设置的网站发送定位请求；

具体的，当前的可定位穿戴设备在手机端需要定位时，一般流程如下：先接收用户触发的定位请求，将定位请求发送给服务器，服务器将定位请求发送给手表，手表根据定位请求定位所在的位置信息，并将所述位置信息发送给服务器，服务器再将位置信息返回给手机。

若手机向服务器发送定位请求未能收到与所述定位请求对应的位置信息，则移动终端向所述服务器和预先设置的ping等网站发送定位请求。

步骤102，根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况。

优选地，所述根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，包括：

若仅接收到所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器链接有问题；

若未能接收到所述服务器和所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器以及所述移动终端与所述预先设置的网站的链接均有问题；

若能接收到所述服务器发送的与所述定位请求对应的反馈消息，则进一步获取所述服务器向所述移动终端发送的定位信息。

具体的，参考图2，图2是本发明实施例提供的一种获取定位失败原因的方法的流程示意图。

在图2中，所述获取定位失败原因的方法包括以下步骤：

步骤201，手机APP向服务器发送定位请求；

步骤202，手机APP同时向ping等其他网站发送定位请求；

步骤203，手机APP判断请求的反馈情况；

步骤204，若未能收到服务器反馈，则说明服务器连接有问题；

步骤205，若能收到服务器反馈，则服务器通过推送发送给手表定位请求；

步骤206，手表返回定位信息给服务器，主服务器将定位信息发给地图服务器进行解析，若解析出现错误要把错误码返回给主服务器；

步骤207，主服务器通过推送服务器，将解析后的定位信息或者是否错误码发送给手机APP；

步骤208，手机APP发送完请求后的一段时间，若没有返回信息，就主动发送请求到服务器获取结果。通过结果判断：

1、是手表没有返回定位信息。(结果中没有定位信息)

2、还是定位解析错误，(结果中有错误码)

3、定位回发手机时，才出现网络不通。(有解析后的定位信息，而手机没收到)

另外，主动请求还避开了推送服务器也出问题，没有推送的问题；

步骤209，若服务器和ping等其他网站都没能收到反馈，则说明手机的网络不通。

本发明实施例通过同时向所述服务器和预先设置的网站发送定位请求；根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，从而实现通过与手机、手表跟服务器的沟通反馈机制，使得程序能更加精确的判断出来是哪一个环节出了问题，让程序能更加精确，具体的告诉开发人员、销售人员、用户出问题的环节，并且还能有效减少定位失败的机率。

实施例二

参考图3，图3是本发明实施例获取定位失败原因的方法第二实施例的流程示意图。

在实施例一的基础上，所述同时向所述服务器和预先设置的网站发送定位请求之前，还包括：

步骤103，向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

步骤104，若检测未收到所述服务器返回的定位信息，则执行同时向所述服务器和预先设置的网站发送定位请求的步骤。

具体的，当前的可定位穿戴设备在手机端需要定位时，一般流程如下：先接收用户触发的定位请求，将定位请求发送给服务器，服务器将定位请求发送给手表，手表根据定位请求定位所在的位置信息，并将所述位置信息发送给服务器，服务器再将位置信息返回给手机。

若手机向服务器发送定位请求未能收到与所述定位请求对应的位置信息，则移动终端向所述服务器和预先设置的ping等网站发送定位请求。

实施例三

参考图4，图4是本发明实施例获取定位失败原因的方法第三实施例的流程示意图。

在实施例一的基础上，所述同时向所述服务器和预先设置的网站发送定位请求之前，还包括：

步骤105，向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

步骤106，若检测未收到所述服务器返回的定位信息，则进一步获取在预先设置的时间内是否未收到超过预先设置次数的所述服务器返回的定位信息；

步骤107，若是，则执行同时向所述服务器和预先设置的网站发送定位请求的步骤。

具体的，可以设置在2分钟内是否未能收到5次所述服务器返回的定位信息，若是，则执行同时向所述服务器和预先设置的网站发送定位请求的步骤。

实施例四

参考图5，图5是本发明实施例获取定位失败原因的方法第四实施例的流程示意图。

在实施例四中，所述获取定位失败原因的方法包括：

步骤501，接收移动终端发送的定位请求；

步骤502，若向所述移动终端发送与所述定位请求对应的反馈消息，则向智能手表发送所述定位请求；

步骤503，接收所述智能手表发送的定位信息，并分析所述定位信息是否正确；

步骤504，将分析后的结果发送给所述移动终端，所述分析结果包括所述定位信息正确或者不正确。

具体的，在本发明中包含可定位穿戴端、服务器、手机端APP三部分：

1、手机端负责发送定位命令，接收解析后的定位信息；

2、服务器端包含主服务器、推送服务器、地图定位服务器三部分服务器模块，具体的，参考图6，图6是本发明实施例服务器、可穿戴设备以及手机端APP交互的系统结构图。

主服务器负责接收手机命令、向手表发送定位请求、向推送服务器发送推送命令，向地图服务器推送定位信息，接收来自手表定位获取到的地图坐标、WIFI信息等定位信息，并且主服务器还会按策略来自动发送各种命令来让手机，穿戴端定时接收命令与信号。

推送服务器也可以跟主服务器集成在一起，做成主服务器的一个功能模块负责建立与手机、手表连接的持续通道，便于推送命令与信息。

3、穿戴端负责接收定位命令，通过GPS、WIFI模块进行定位位置信息如：地理坐标，WIFI热点信息的获取。

一般的定位流程是这样的：

手机APP发出定位请求之后，服务器会在收到信息后，很短时间后内反馈一条信息给APP，服务器收到请求没有(就是HTTP请求)。APP如果没有收到返回的反馈，就可以判断是手机跟服务器之间出现了问题，可能是网络连接，也有可能是推送出了问题。这是一般但必要的沟通方法。

增加优化流程：

在向服务器发送请求的同时，也向常用网站如百度网站发送HTTP请求(或用ping)命令，对两种PING的结果进行分析。如果PING服务器是不通的，而网站通，那么说明手机网络是通的，服务器跟手机的链接出现了问题，且很可能是服务器频繁。如果PING服务器、网站都不通，那么说明手机网络是不通的。通过这个优化流程，就可以及时，并准确的区分是哪种网络不通导致服务器没有收到定位请求。

主服务器通过推送，把手表定位请求发送到手表上，手表进行定位，把定位信息返回给服务器。

主服务器把定位信息发给地图定位服务器，进行解析，如果解析成功，就返回定位位置的结果信息。如果失败，则返回错误码。

服务器把得到的定位信息，状态通过推送服务器推送给手机APP。

而手机APP在等待接收定位结果信息，如果离发出定位请求有一段时间了，请说明定位失败，提醒用户定位失败了。

增加优化流程：

在APP发送完请求后的一段时间(如暂定一个等待时间：30秒)，若没有返回信息，就主动发送请求到服务器获取结果。通过结果就可以判断：

1、是手表没有返回定位信息。(结果中没有定位信息)

2、还是定位解析错误，(结果中有错误码)

3、定位回发手机时，才出现网络不通。(有解析后的定位信息，而手机没收到)

另外，主动请求还避开了推送服务器也出问题，没有推送的问题

本发明实施例通过同时向所述服务器和预先设置的网站发送定位请求；根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，从而实现通过与手机、手表跟服务器的沟通反馈机制，使得程序能更加精确的判断出来是哪一个环节出了问题，让程序能更加精确，具体的告诉开发人员、销售人员、用户出问题的环节，并且还能有效减少定位失败的机率。

实施例五

参考图7，图7是本发明实施例移动终端的功能模块示意图。

在实施例五中，所述移动终端包括：

发送模块701，用于同时向所述服务器和预先设置的网站发送定位请求；

具体的，当前的可定位穿戴设备在手机端需要定位时，一般流程如下：先接收用户触发的定位请求，将定位请求发送给服务器，服务器将定位请求发送给手表，手表根据定位请求定位所在的位置信息，并将所述位置信息发送给服务器，服务器再将位置信息返回给手机。

若手机向服务器发送定位请求未能收到与所述定位请求对应的位置信息，则移动终端向所述服务器和预先设置的ping等网站发送定位请求。

返回模块702，用于根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况。

优选地，参考图8，图8是本发明实施例返回模块702的功能模块示意图；

所述返回模块702，包括：

第一确定单元801，用于若仅接收到所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器链接有问题；

第二确定单元802，用于若未能接收到所述服务器和所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器以及所述移动终端与所述预先设置的网站的链接均有问题；

获取单元803，用于若能接收到所述服务器发送的与所述定位请求对应的反馈消息，则进一步获取所述服务器向所述移动终端发送的定位信息。

具体的，参考图2，图2是本发明实施例提供的一种获取定位失败原因的方法的流程示意图。

在图2中，所述获取定位失败原因的方法包括以下步骤：

步骤201，手机APP向服务器发送定位请求；

步骤202，手机APP同时向ping等其他网站发送定位请求；

步骤203，手机APP判断请求的反馈情况；

步骤204，若未能收到服务器反馈，则说明服务器连接有问题；

步骤205，若能收到服务器反馈，则服务器通过推送发送给手表定位请求；

步骤206，手表返回定位信息给服务器，主服务器将定位信息发给地图服务器进行解析，若解析出现错误要把错误码返回给主服务器；

步骤207，主服务器通过推送服务器，将解析后的定位信息或者是否错误码发送给手机APP；

步骤208，手机APP发送完请求后的一段时间，若没有返回信息，就主动发送请求到服务器获取结果。通过结果判断：

1、是手表没有返回定位信息。(结果中没有定位信息)

2、还是定位解析错误，(结果中有错误码)

3、定位回发手机时，才出现网络不通。(有解析后的定位信息，而手机没收到)

另外，主动请求还避开了推送服务器也出问题，没有推送的问题

步骤209，若服务器和ping等其他网站都没能收到反馈，则说明手机的网络不通。

本发明实施例通过同时向所述服务器和预先设置的网站发送定位请求；根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，从而实现通过与手机、手表跟服务器的沟通反馈机制，使得程序能更加精确的判断出来是哪一个环节出了问题，让程序能更加精确，具体的告诉开发人员、销售人员、用户出问题的环节，并且还能有效减少定位失败的机率。

实施例六

参考图9，图9是本发明实施例移动终端的功能模块示意图。

在实施例五的基础上，所述移动终端还包括：

第一检测模块703，用于向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

第一执行模块704，用于若检测未收到所述服务器返回的定位信息，则执行发送模块。

具体的，当前的可定位穿戴设备在手机端需要定位时，一般流程如下：先接收用户触发的定位请求，将定位请求发送给服务器，服务器将定位请求发送给手表，手表根据定位请求定位所在的位置信息，并将所述位置信息发送给服务器，服务器再将位置信息返回给手机。

若手机向服务器发送定位请求未能收到与所述定位请求对应的位置信息，则移动终端向所述服务器和预先设置的ping等网站发送定位请求。

实施例七

参考图10，图10是本发明实施例移动终端的功能模块示意图。

在实施例五的基础上，所述移动终端还包括：

第二检测模块705，用于向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

获取模块706，用于若检测未收到所述服务器返回的定位信息，则进一步获取在预先设置的时间内是否未收到超过预先设置次数的所述服务器返回的定位信息；

第二执行模块707，用于若是，则执行发送模块。

具体的，可以设置在2分钟内是否未能收到5次所述服务器返回的定位信息，若是，则执行同时向所述服务器和预先设置的网站发送定位请求的步骤。

实施例八

参考图11，图11是本发明实施例服务器的功能模块示意图。

在实施例八中，所述服务器包括：

第一接收模块1101，用于接收移动终端发送的定位请求；

第一发送模块1102，用于若向所述移动终端发送与所述定位请求对应的反馈消息，则向智能手表发送所述定位请求；

第二接收模块1103，用于接收所述智能手表发送的定位信息，并分析所述定位信息是否正确；

第二发送模块1104，用于将分析后的结果发送给所述移动终端，所述分析结果包括所述定位信息正确或者不正确。

具体的，在本发明中包含可定位穿戴端、服务器、手机端APP三部分：

1、手机端负责发送定位命令，接收解析后的定位信息；

2、服务器端包含主服务器、推送服务器、地图定位服务器三部分服务器模块，具体的，参考图5，图5是本发明实施例服务器、可穿戴设备以及手机端APP交互的系统结构图。

主服务器负责接收手机命令、向手表发送定位请求、向推送服务器发送推送命令，向地图服务器推送定位信息，接收来自手表定位获取到的地图坐标、WIFI信息等定位信息，并且主服务器还会按策略来自动发送各种命令来让手机，穿戴端定时接收命令与信号。

推送服务器也可以跟主服务器集成在一起，做成主服务器的一个功能模块负责建立与手机、手表连接的持续通道，便于推送命令与信息。

3、穿戴端负责接收定位命令，通过GPS、WIFI模块进行定位位置信息如：地理坐标，WIFI热点信息的获取。

一般的定位流程是这样的：

手机APP发出定位请求之后，服务器会在收到信息后，很短时间后内反馈一条信息给APP，服务器收到请求没有(就是HTTP请求)。APP如果没有收到返回的反馈，就可以判断是手机跟服务器之间出现了问题，可能是网络连接，也有可能是推送出了问题。这是一般但必要的沟通方法。

增加优化流程：

在向服务器发送请求的同时，也向常用网站如百度网站发送HTTP请求(或用ping)命令，对两种PING的结果进行分析。如果PING服务器是不通的，而网站通，那么说明手机网络是通的，服务器跟手机的链接出现了问题，且很可能是服务器频繁。如果PING服务器、网站都不通，那么说明手机网络是不通的。通过这个优化流程，就可以及时，并准确的区分是哪种网络不通导致服务器没有收到定位请求。

主服务器通过推送，把手表定位请求发送到手表上，手表进行定位，把定位信息返回给服务器。

主服务器把定位信息发给地图定位服务器，进行解析，如果解析成功，就返回定位位置的结果信息。如果失败，则返回错误码。

服务器把得到的定位信息，状态通过推送服务器推送给手机APP。

而手机APP在等待接收定位结果信息，如果离发出定位请求有一段时间了，请说明定位失败，提醒用户定位失败了。

增加优化流程：

在APP发送完请求后的一段时间(如暂定一个等待时间：30秒)，若没有返回信息，就主动发送请求到服务器获取结果。通过结果就可以判断：

1、是手表没有返回定位信息。(结果中没有定位信息)

2、还是定位解析错误，(结果中有错误码)

3、定位回发手机时，才出现网络不通。(有解析后的定位信息，而手机没收到)

另外，主动请求还避开了推送服务器也出问题，没有推送的问题

本发明实施例通过同时向所述服务器和预先设置的网站发送定位请求；根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，从而实现通过与手机、手表跟服务器的沟通反馈机制，使得程序能更加精确的判断出来是哪一个环节出了问题，让程序能更加精确，具体的告诉开发人员、销售人员、用户出问题的环节，并且还能有效减少定位失败的机率。

以上结合具体实施例描述了本发明实施例的技术原理。这些描述只是为了解释本发明实施例的原理，而不能以任何方式解释为对本发明实施例保护范围的限制。基于此处的解释，本领域的技术人员不需要付出创造性的劳动即可联想到本发明实施例的其它具体实施方式，这些方式都将落入本发明实施例的保护范围之内。

Claims (10)

1.一种获取定位失败原因的方法，其特征在于，所述方法包括：

同时向所述服务器和预先设置的网站发送定位请求；

根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况。

2.根据权利要求1所述的方法，其特征在于，所述根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况，包括：

若仅接收到所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器链接有问题；

若未能接收到所述服务器和所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器以及所述移动终端与所述预先设置的网站的链接均有问题；

若能接收到所述服务器发送的与所述定位请求对应的反馈消息，则进一步获取所述服务器向所述移动终端发送的定位信息。

3.根据权利要求1或2所述的方法，其特征在于，所述同时向所述服务器和预先设置的网站发送定位请求之前，还包括：

向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

若检测未收到所述服务器返回的定位信息，则执行同时向所述服务器和预先设置的网站发送定位请求的步骤。

4.根据权利要求1或2所述的方法，其特征在于，所述同时向所述服务器和预先设置的网站发送定位请求之前，还包括：

向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

若检测未收到所述服务器返回的定位信息，则进一步获取在预先设置的时间内是否未收到超过预先设置次数的所述服务器返回的定位信息；

若是，则执行同时向所述服务器和预先设置的网站发送定位请求的步骤。

5.一种获取定位失败原因的方法，其特征在于，所述方法包括：

接收移动终端发送的定位请求；

若向所述移动终端发送与所述定位请求对应的反馈消息，则向智能手表发送所述定位请求；

接收所述智能手表发送的定位信息，并分析所述定位信息是否正确；

将分析后的结果发送给所述移动终端，所述分析结果包括所述定位信息正确或者不正确。

6.一种移动终端，其特征在于，所述移动终端包括：

发送模块，用于同时向所述服务器和预先设置的网站发送定位请求；

返回模块，用于根据所述服务器和所述预先设置的网站返回的消息确定移动终端与所述服务器的连接情况。

7.根据权利要求6所述的移动终端，其特征在于，所述返回模块，包括：

第一确定单元，用于若仅接收到所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器链接有问题；

第二确定单元，用于若未能接收到所述服务器和所述预先设置的网站发送的与所述定位请求对应的反馈消息，则确定所述移动终端与所述服务器以及所述移动终端与所述预先设置的网站的链接均有问题；

获取单元，用于若能接收到所述服务器发送的与所述定位请求对应的反馈消息，则进一步获取所述服务器向所述移动终端发送的定位信息。

8.根据权利要求6或7所述的移动终端，其特征在于，所述移动终端还包括：

第一检测模块，用于向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

第一执行模块，用于若检测未收到所述服务器返回的定位信息，则执行发送模块。

9.根据权利要求6或7所述的移动终端，其特征在于，所述移动终端还包括：

第二检测模块，用于向所述服务器发送定位请求之后，检测是否收到所述服务器返回的定位信息；

获取模块，用于若检测未收到所述服务器返回的定位信息，则进一步获取在预先设置的时间内是否未收到超过预先设置次数的所述服务器返回的定位信息；

第二执行模块，用于若是，则执行发送模块。

10.一种服务器，其特征在于，所述服务器包括：

第一接收模块，用于接收移动终端发送的定位请求；

第一发送模块，用于若向所述移动终端发送与所述定位请求对应的反馈消息，则向智能手表发送所述定位请求；

第二接收模块，用于接收所述智能手表发送的定位信息，并分析所述定位信息是否正确；

第二发送模块，用于将分析后的结果发送给所述移动终端，所述分析结果包括所述定位信息正确或者不正确。