CN104869019A - 用于定位故障的反馈方法、装置及服务器 - Google Patents

Abstract

本申请公开了用于定位故障的反馈方法、装置及服务器。所述方法的一具体实施方式包括：接收用户终端发送的定位故障相关信息；根据所述定位故障相关信息，确定定位服务器中是否存储有对应的定位日志；如果是，获取所述定位日志；基于所述定位日志确定对应的定位故障的原因；向指定终端发送包含所述定位故障的原因的信息。该实施方式实现了对定位故障原因的反馈，解决了现有技术中对定位故障的处理和反馈周期长，效率低等技术问题，提高了反馈定位故障原因的效率。

Description

用于定位故障的反馈方法、装置及服务器

技术领域

本申请涉及通信技术领域，具体涉及定位技术领域，尤其涉及用于定位故障的反馈方法、装置及服务器。

背景技术

目前，LBS定位服务端问题尚无统一的反馈入口，且对于用户的反馈问题，依赖人工分析，存在处理周期长，易受分析人员主观因素的影响，缺少反馈整体统计，无法发现核心问题等缺点。

现有的对定位故障进行处理和反馈的方法主要是通过测试机模拟，人工查询海量日志，根据复杂定位策略，逐条进行分析比对，然后联系用户和跟进人，从而进一步反馈并解决问题。这种技术的缺陷在于：对定位故障的处理和反馈周期长，缺少整体状况统计分析，无法发现核心问题，效率低等问题。

发明内容

本申请提供了一种用于定位故障的反馈的方法、装置及服务器。解决了现有技术中对定位故障的处理和反馈周期长，效率低等技术问题。

第一方面，本申请提供了一种用于定位故障的反馈方法，所述方法包括：接收用户终端发送的定位故障相关信息；根据所述定位故障相关信息，确定定位服务器中是否存储有对应的定位日志；如果是，获取所述定位日志；基于所述定位日志确定对应的定位故障的原因；向指定终端发送包含所述定位故障的原因的信息。

在某些实施方式中，所述方法还包括：确定所述定位故障的原因是否为指定原因；如果是，从已存储的数据中获取所述定位故障的原因所对应的故障解决策略；向指定终端发送包含所述故障解决策略的信息。

在某些实施方式中，所述基于所述定位日志确定对应的定位故障的原因，包括：从所述定位日志中获取在定位过程中生成的错误码；根据所述错误码确定定位故障的原因。

在某些实施方式中，所述根据所述错误码确定定位故障的原因，包括：将所述错误码对应的原因确定为定位故障的原因；或者根据所述错误码确定定位故障的类型；从所述定位日志中获取对应的定位参考信息以及定位依据；基于所述定位故障的类型、定位参考信息以及定位依据，确定定位故障的原因。

在某些实施方式中，所述定位参考信息包括以下至少一项：基于网络之间互连的协议IP进行定位的定位结果，基于基站进行定位的定位结果，通过无线局域网基于概率进行定位的定位结果，通过无线局域网基于位置指纹进行定位的定位结果以及通过GPS进行定位的定位结果。

在某些实施方式中，所述定位依据包括以下至少一项：无线访问接入点以及基站。

在某些实施方式中，所述定位故障相关信息至少包括：用户终端的标识信息，定位故障发生的估计时刻信息以及定位故障的类型信息。

第二方面，本申请提供了一种用于定位故障的反馈装置，所述装置包括：接收单元，用于接收用户终端发送的定位故障相关信息；第一确定单元，用于根据所述定位故障相关信息，确定定位服务器中是否存储有对应的定位日志；获取单元，用于响应于定位服务器中存储有对应的定位日志，获取所述定位日志；第二确定单元，用于基于所述定位日志确定对应的定位故障的原因；发送单元，用于向指定终端发送包含所述定位故障的原因的信息。

在某些实施方式中，所述装置还包括判断单元和提取单元；所述判断单元，用于确定所述定位故障的原因是否为指定原因；所述提取单元，用于响应于所述定位故障的原因为指定原因，从已存储的数据中获取所述定位故障的原因所对应的故障解决策略；所述发送单元，还用于向指定终端发送包含所述故障解决策略的信息。

在某些实施方式中，所述第二确定单元包括：错误码获取子单元，用于从所述定位日志中获取在定位过程中生成的错误码；确定子单元，用于根据所述错误码确定定位故障的原因。

在某些实施方式中，所述确定子单元配置用于：将所述错误码对应的原因确定为定位故障的原因；或者根据所述错误码确定定位故障的类型；从所述定位日志中获取对应的定位参考信息以及定位依据；基于所述定位故障的类型、定位参考信息以及定位依据，确定定位故障的原因。

在某些实施方式中，所述定位参考信息包括以下至少一项：基于网络之间互连的协议IP进行定位的定位结果，基于基站进行定位的定位结果，通过无线局域网基于概率进行定位的定位结果，通过无线局域网基于位置指纹进行定位的定位结果以及通过GPS进行定位的定位结果。

在某些实施方式中，所述定位依据包括以下至少一项：无线访问接入点以及基站。

在某些实施方式中，所述定位故障相关信息至少包括：用户终端的标识信息，定位故障发生的估计时刻信息以及定位故障的类型信息。

第三方面，本申请提供了一种服务器，所述服务器包括：第二方面或第二方面的任一种可能的实现方式所述的装置。

本申请提供的用于定位故障的反馈方法、装置及服务器，通过根据用户终端发送的定位故障相关信息，从定位服务器获取对应的定位日志，并基于定位日志确定对应的定位故障的原因，将包含上述定位故障的原因的信息发送给指定终端，以向用户或者检修者反馈定位故障的原因。解决了现有技术中对定位故障的处理和反馈周期长，效率低等技术问题，提高了反馈定位故障原因的效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请实施例提供的用于定位故障的反馈方法的一个实施例的流程图；

图2是本申请实施例提供的用于定位故障的反馈方法的另一个实施例的流程图；

图3是本申请实施例提供的基于定位日志确定对应的定位故障的原因的方法的一个实施例的流程图；

图4是本申请实施例提供的用于定位故障的反馈装置的一个实施例的结构示意图；

图5是可以应用本申请实施例的示例性***架构示意图；

图6是适于用来实现本申请实施例的终端设备或服务器的计算机***的结构示意图。

具体实施方式

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

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

本申请所涉及的终端具有并开启了定位功能。终端可以包括但不限于智能手机、平板电脑、个人数字助理、智能穿戴设备及膝上型便携计算机等等。出于示例描述目的以及为了简洁起见，在接下来的讨论中，结合具有并开启了定位功能的终端来描述本申请的示例性实施例。

请参考图1，其示出了根据本申请的用于定位故障的反馈方法的一个实施例的流程100。该方法可以由服务器来执行。

如图1所示，在步骤101中，接收用户终端发送的定位故障相关信息。

一般来说，当用户终端开启了定位功能后，该用户终端就与用于定位的定位服务器建立了通信连接。如果当前用户终端能接收到某基站的通信信号，和/或当前用户终端开启了接收无线局域网信号的功能，并接收到了AP(Wireless Access Point，无线访问接入点)的信号，则定位服务器会获取上述基站和/或AP的相关信息(如上述基站和/或AP的标识信息等等)，以及获取该用户终端接收到上述基站和/或AP的信号状态的相关信息(如该用户终端接收到上述基站和/或AP的信号的强度等等)。定位服务器可以根据上述信息采用各种不同的方法对该用户终端进行定位，例如，基于基站的相关信息对用户终端进行定位，或者通过无线局域网基于概率对用户终端进行定位，或者通过无线局域网基于位置指纹对用户终端进行定位等等，并获取通过上述各种不同定位方式进行定位的定位结果。

另外，定位服务器还可以获取通过其它定位方式对该用户终端进行定位的定位结果，例如，基于IP(Internet Protocol，网络之间互连的协议)进行定位的定位结果以及通过GPS进行定位的定位结果等等。可以理解，定位服务器需要获取某定位时刻能够获得的采用不同的方法得到的所有定位结果。

需要说明的是，采用各种不同的方法对用户终端进行定位的精度并不相同，因此，可以根据定位精度的高低对所获得的定位结果对应的定位方法进行排序。例如，按照定位精度从低到高的顺序对定位方法排序如下：基于IP定位的方法，基于基站定位的方法，通过无线局域网基于概率进行定位的方法，通过无线局域网基于位置指纹进行定位的方法，GPS定位的方法。将按照定位精度对定位方法的排序作为定位优先级的排序，定位精度越高定位优先级就越高。然后，根据定位优先级从定位服务器获取的所有定位结果中提取定位精度最高的定位结果作为最终的定位结果。最后，定位服务器将最终的定位结果发送给对应的用户终端。

一般来说，在某些情况下，定位服务器有可能定位失败或者定位不准。例如，如果定位服务器仅能获取一个AP的相关信息，或者仅能扫描到的AP被判断为移动热点，又或者仅能扫描到的AP不在预定范围内等等。又例如，如果定位服务器仅能获取基站的相关信息，且基站的参数获取不正确，或者仅能获取的基站在数据库中被标记为bad基站等等。在这些情况下定位服务器有可能定位失败或者定位不准。如果定位失败或者定位不准，则说明定位发生了故障。

用户可以通过定位服务器发送的定位结果判断是否发生了定位故障。如果发生了定位故障，用户可以在用户终端提供的定位故障反馈界面上输入定位故障相关信息，并将上述定位故障相关信息发送给用于反馈定位故障原因的服务器。其中，定位故障相关信息至少包括：用户终端的标识信息，定位故障发生的估计时刻信息以及定位故障的类型信息。可以理解，定位故障相关信息还可以包括：故障发生的地点(如用户在用户终端提供的定位故障反馈界面上输入的地点的名称或者范围等等)，用户终端的类型(如用户终端的型号等等)以及网络类型(如2G网络、3G网络、4G网络或者wifi网络等等)。

用户终端的标识信息为用户终端的唯一性标识信息，例如，用户终端的标识信息可以是用户终端的移动设备国际身份码(InternationalMobile Equipment Identity，IMEI)，也可以是用户终端的产品序列号，还可以是用户终端的MAC地址等等。

定位故障发生的估计时刻信息为用户在用户终端提供的定位故障反馈界面上输入的定位故障可能发生的估计时刻，可以理解，该估计时刻并不一定是定位故障发生的准确时刻，其仅仅是用户估测的定位故障发生的时刻。

定位故障的类型至少包括定位失败以及定位不准，定位故障的类型信息可以是用户直接在用户终端提供的定位故障反馈界面上输入的文字信息，也可以是用户从定位故障反馈界面上提供的选项中选择的信息，可以理解，定位故障的类型信息还可以是其它形式的信息。

接着，在步骤102中，根据上述定位故障相关信息，确定定位服务器中是否存储有对应的定位日志。

一般来说，定位服务器会将定位过程中获取的与定位相关的信息进行存储，从而生成由多个字段组成的定位日志。但是如果出现网络异常或客户端异常等情况，则不会生成定位日志。其中，定位日志中记录的信息可以包括进行某次定位的用户终端的标识信息，对应于该次定位的定位时刻，该次定位所采用的不同方式进行定位的定位结果，该次定位对应的最终定位结果以及该次定位对应的定位依据的标识信息等等。可以理解，定位日志中记录的信息还可以包括其它的信息，本申请对定位日志中记录的信息的具体形式以及内容不限定。需要说明的是，对于一次定位来说，对应一条定位日志，即对应定位日志中的某个字段。

在本实施例中，用于反馈定位故障原因的服务器接收到用户终端发送的定位故障相关信息后，首先要在定位服务器中查找是否存储有对应的定位日志。如果在定位服务器中查找不到对应的定位日志，则说明出现网络异常或客户端异常等情况。如果在定位服务器中能够查找到对应的定位日志，则获取上述定位日志。

继而，在步骤103中，如果确定定位服务器中存储有对应的定位日志，则获取上述定位日志。

接着，在步骤104中，基于上述定位日志确定对应的定位故障的原因。

在本实施例中，因为定位日志中记录了与定位相关的信息，如果定位过程中发生定位故障，则可以通过分析与定位相关的信息确定定位故障的原因。

最后，在步骤105中，向指定终端发送包含上述定位故障的原因的信息。

在本实施例中，指定终端包括但不限于发送定位故障相关信息的用户终端，定位服务器维护人员使用的终端以及定位功能开发人员使用的终端等等。可以理解，本申请对指定终端的具体种类以及用途不限定。用于反馈定位故障原因的服务器在确定了对应的定位故障的原因后，将包含上述定位故障的原因的信息发送给指定终端。可以理解，在包含上述定位故障的原因的信息中还可以包含其它的信息。

本申请的上述实施例提供的方法，通过根据用户终端发送的定位故障相关信息，从定位服务器获取对应的定位日志，并基于定位日志确定对应的定位故障的原因，将包含上述定位故障的原因的信息发送给指定终端，以向用户或者检修者反馈定位故障的原因。解决了现有技术中对定位故障的处理和反馈周期长，效率低等技术问题，提高了反馈定位故障原因的效率。

进一步参考图2，其示出了根据本申请的用于定位故障的反馈方法的另一个实施例的流程200。

如图2所示，在步骤201中，接收用户终端发送的定位故障相关信息。

在本实施例中，定位故障相关信息至少包括：用户终端的标识信息，定位故障发生的估计时刻信息以及定位故障的类型信息。可以理解，定位故障相关信息还可以包括：故障发生的地点(如用户在用户终端提供的定位故障反馈界面上输入的地点的名称或者范围等等)，用户终端的类型(如用户终端的型号等等)以及网络类型(如2G网络、3G网络、4G网络或者wifi网络等等)。

接着，在步骤202中，根据上述定位故障相关信息，确定定位服务器中是否存储有对应的定位日志。

继而，在步骤203中，如果定位服务器中存储有对应的定位日志，则获取上述定位日志。

在本实施例中，用于反馈定位故障原因的服务器接收到用户终端发送的定位故障相关信息后，首先要在定位服务器中查找是否存储有对应的定位日志。如果在定位服务器中查找不到对应的定位日志，则说明出现网络异常或客户端异常等情况。如果在定位服务器中能够查找到对应的定位日志，则获取上述定位日志。

继而，在步骤204中，基于上述定位日志确定对应的定位故障的原因。

在本实施例中，因为定位日志中记录了与定位相关的信息，如果定位过程中发生定位故障，则可以通过分析与定位相关的信息确定定位故障的原因。

接着，在步骤205中，确定上述定位故障的原因是否为指定原因。

在本实施例中，对于一些常见而易于解决的定位故障，通常会预先将对应的解决策略存储在用于反馈定位故障原因的服务器中。因此，指定原因为在用于反馈定位故障原因的服务器中存储有对应解决策略的定位故障的原因。例如，指定原因可以包括以下至少一项：定位权限异常，定位信息有误，网络异常，定位故障问题已自修复，缺少定位依据，定位依据无效，定位服务器中查找不到定位依据的相关信息以及定位依据状态为bad等等。可以理解，指定原因还可以包括其它的定位故障的原因，本申请对指定原因的具体内容不限定。

接着，在步骤206中，如果上述定位故障的原因为指定原因，从已存储的数据中获取上述定位故障的原因所对应的故障解决策略。

在本实施例中，如果上述定位故障的原因为指定原因，则说明在用于反馈定位故障原因的服务器中存储有对应的解决策略，因此，可以从已存储的数据中获取上述定位故障的原因所对应的故障解决策略。将上述定位故障的原因所对应的故障解决策略反馈给用户、维护人员或者开发人员，能够加快解决问题排除故障的效率。

例如，如果指定原因为定位权限异常，则该次定位失败的原因为key验证失败，对应的解决策略可以是“参考链接中的申请密钥部分http://developer.***.com/map/index.php？title＝android-locsdk/guide/v4-2，如有问题请反馈loc-bugs***.com”。

例如，如果指定原因为信息有误，则该次定位失败的原因可能是用户提供的定位故障相关信息有错误，对应的解决策略可以是“核实所提供的信息”。

又例如，如果指定原因为问题已自修复，则说明用户提供故障信息的时候，定位故障已经修复，如用户提供定位失败的信息可能发生在该定位失败后1天，而定位服务是个自适应的***，会每天更新数据库中定位依据的位置信息。可能用户提供故障信息的时候，定位故障已经被定位***修复了。因此，该指定原因对应的解决策略可以是“重试”。

又例如，如果指定原因为缺少定位依据，则该次定位失败的原因可能是定位依据缺失，一般是因为用户终端未获取到定位依据，对应的解决策略可以是“检查是否连到基站或者扫描到wifi，尝试重新请求定位”。

再例如，如果指定原因为定位依据无效，则该次定位失败的原因可能是定位依据的标识ID为非法，一般是因为用户终端从***中获取基站参数失败，对应的解决策略可以是“检查是否禁用获取位置信息权限，尝试重新请求定位”。

再例如，如果指定原因为定位服务器中查找不到定位依据的相关信息，一般是因为用户终端获取到的定位依据不足，对应的解决策略可以是“尝试开启GPS，重新请求定位”。

还例如，如果指定原因为定位依据状态为bad，则该次定位失败的原因可能是定位依据不可信，一般是因为用户终端从***中获取到的基站参数异常，对应的解决策略可以是“尝试重启App，重新请求定位”。

最后，在步骤207中，向指定终端发送包含上述定位故障的原因以及故障解决策略的信息。

本申请的上述实施例提供的方法，除了将上述定位故障的原因反馈给用户、维护人员或者开发人员以外，还将上述定位故障的原因所对应的故障解决策略反馈给用户、维护人员或者开发人员，能够加快解决问题排除故障的效率。

进一步参考图3，其示出了本申请提供的基于定位日志确定对应的定位故障的原因的方法的一个实施例的流程300。

如图3所示，在步骤301中，从上述定位日志中获取在定位过程中生成的错误码。

在本实施例中，在定位过程中，调用定位SDK(SoftwareDevelopment Kit，软件开发工具包)后，如果发生定位故障，定位SDK会返回用来标识定位未成功及定位类型的错误码，将这个错误码对应的记录在定位日志中。

最后，在步骤302中，根据上述错误码确定定位故障的原因。

在本实施例中，在有些情况下，可以直接根据错误码确定定位故障的原因。如当定位故障的原因为定位服务器异常或者定位权限异常时，可以直接根据错误码确定定位故障的原因。

在另一些情况下，需要将错误码结合定位日志中的定位参考信息以及定位依据，才能确定定位故障的原因。具体来说，可以先根据错误码确定定位故障的类型是定位失败还是定位不准。然后，从上述定位日志中获取对应的定位参考信息以及定位依据。最后，基于上述定位故障的类型、定位参考信息以及定位依据，确定定位故障的原因。

例如，当定位故障的类型是定位不准时，先从定位服务器中查找出对应的定位依据的位置信息，然后根据预定的算法推算出用户的估测位置，将用户的估测位置与和日志中的最终定位结果进行比较，从而进一步确定对应的故障的原因。

当定位故障的类型是定位失败时，先查看定位日志中是否包含最终定位结果。如果定位日志中包含最终定位结果，则进一步判断最终定位结果的经纬度值是否合法，如果最终定位结果的经纬度值合法，则说明定位故障已经修复。如果最终定位结果的经纬度值不合法，则说明定位故障的原因是为定位结果异常。如果定位日志中不包含最终定位结果，则可以根据从定位日志中获取的定位依据的种类、位置以及状态判断定位故障的原因是缺少定位依据，还是定位依据无效，还是定位服务器中查找不到定位依据的相关信息，还是定位依据状态为bad等等。

需要说明的是，因为定位日志中包括进行某次定位所采用的不同方式进行定位的定位结果以及该次定位对应的最终定位结果等等，所以，可以从上述定位日志中获取对应的定位参考信息以及最终定位结果。其中，定位参考信息为某定位时刻能够获得的采用不同的方法得到的所有定位结果，上述定位参考信息可以包括以下至少一项：基于网络之间互连的协议IP进行定位的定位结果，基于基站进行定位的定位结果，通过无线局域网基于概率进行定位的定位结果，通过无线局域网基于位置指纹进行定位的定位结果以及通过GPS进行定位的定位结果。可以理解，定位参考信息还可以包括通过其它方法获得的定位结果。定位依据可以包括以下至少一项：无线访问接入点以及基站。

应当注意，尽管在附图中以特定顺序描述了本发明方法的操作，但是，这并非要求或者暗示必须按照该特定顺序来执行这些操作，或是必须执行全部所示的操作才能实现期望的结果。相反，流程图中描绘的步骤可以改变执行顺序。附加地或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，和/或将一个步骤分解为多个步骤执行。

进一步参考图4，其示出了根据本申请的用于定位故障的反馈装置一个实施例的结构示意图。

如图4所示，本实施例的装置400包括：接收单元401，第一确定单元402，获取单元403，第二确定单元404和发送单元405。其中，接收单元401用于接收用户终端发送的定位故障相关信息。第一确定单元402用于根据上述定位故障相关信息，确定定位服务器中是否存储有对应的定位日志。获取单元403用于响应于定位服务器中存储有对应的定位日志，获取上述定位日志。第二确定单元404用于基于上述定位日志确定对应的定位故障的原因。发送单元405发送单元，用于向指定终端发送包含上述定位故障的原因的信息。

在一些可选实施方式中，装置400还包括：判断单元和提取单元(未示出)。其中，判断单元用于确定定位故障的原因是否为指定原因。判断单元用于判断上述定位依据是否有效。提取单元用于响应于定位故障的原因为指定原因，从已存储的数据中获取定位故障的原因所对应的故障解决策略。发送单元还用于向指定终端发送包含上述故障解决策略的信息。

在一些可选实施方式中，第二确定单元包括错误码获取子单元和确定子单元。错误码获取子单元用于从上述定位日志中获取在定位过程中生成的错误码。确定子单元用于根据上述错误码确定定位故障的原因。

在一些可选实施方式中，确定子单元配置用于：将上述错误码对应的原因确定为定位故障的原因。或者根据上述错误码确定定位故障的类型。从上述定位日志中获取对应的定位参考信息以及定位依据。基于上述定位故障的类型、定位参考信息以及定位依据，确定定位故障的原因。

在一些可选实施方式中，定位参考信息包括以下至少一项：基于网络之间互连的协议IP进行定位的定位结果，基于基站进行定位的定位结果，通过无线局域网基于概率进行定位的定位结果，通过无线局域网基于位置指纹进行定位的定位结果以及通过GPS进行定位的定位结果。

在一些可选实施方式中，上述定位依据包括以下至少一项：无线访问接入点以及基站。

在一些可选实施方式中，定位故障相关信息至少包括：用户终端的标识信息，定位故障发生的估计时刻信息以及定位故障的类型信息。

应当理解，装置400中记载的诸单元或模块与参考图1-3描述的方法中的各个步骤相对应。由此，上文针对方法描述的操作和特征同样适用于装置400及其中包含的单元，在此不再赘述。装置400可以预先设置在服务器中，也可以通过下载等方式而加载到服务器中。装置400中的相应单元可以与服务器中的单元相互配合以实现定位故障的反馈的方案。

图5示出了可以应用本申请实施例的示例性***架构500。

如图5所示，***架构500可以包括终端设备501、网络503和服务器502、504。网络503用以在终端设备501和服务器502、504之间提供通信链路的介质。网络503可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户510可以使用终端设备501通过网络503与服务器502、504交互，以接收或发送消息等。终端设备501上可以安装有各种用于定位的客户端应用，例如即时通信工具、地图、社交平台软件等。

终端设备501可以是各种电子设备，包括但不限于个人电脑、智能手机、智能手表、平板电脑、个人数字助理等等。

服务器502可以是能够提供定位服务的服务器。服务器504可以是能够反馈定位故障原因的服务器。服务器502、504可以对接收到的数据进行存储、分析等处理，并将处理结果反馈给终端设备。

需要说明的是，在一些实施例中，终端设备501可以将用于定位的相关信息上传给服务器502，由服务器502根据用于定位的相关信息对终端设备501进行定位，并将最终定位结果反馈给端设备501。当发生定位故障时，用户510可以使用终端设备501向服务器504发送定位故障相关信息，服务器504可以根据定位故障相关信息从服务器502中取回对应的定位日志，并基于该定位日志确定对应的定位故障的原因，以反馈给用户，定位服务器维护人员或者定位功能开发人员等等。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本申请实施例的终端设备或服务器的计算机***600的结构示意图。

如图6所示，计算机***600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有***600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括有形地包含在机器可读介质上的计算机程序，所述计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。

附图中的流程图和框图，图示了按照本发明各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请实施例中所涉及到的单元模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元模块也可以设置在处理器中，例如，可以描述为：一种处理器包括接收单元，第一确定单元，获取单元，第二确定单元，发送单元。其中，这些单元模块的名称在某种情况下并不构成对该单元模块本身的限定，例如，接收单元还可以被描述为“用于接收用户终端发送的定位故障相关信息的单元”。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入终端中的计算机可读存储介质。所述计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本申请的用于定位故障的反馈方法。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (15)

1.一种用于定位故障的反馈方法，其特征在于，所述方法包括：

接收用户终端发送的定位故障相关信息；

根据所述定位故障相关信息，确定定位服务器中是否存储有对应的定位日志；

如果是，获取所述定位日志；

基于所述定位日志确定对应的定位故障的原因；

向指定终端发送包含所述定位故障的原因的信息。

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

确定所述定位故障的原因是否为指定原因；

如果是，从已存储的数据中获取所述定位故障的原因所对应的故障解决策略；

向指定终端发送包含所述故障解决策略的信息。

3.根据权利要求1所述的方法，其特征在于，所述基于所述定位日志确定对应的定位故障的原因，包括：

从所述定位日志中获取在定位过程中生成的错误码；

根据所述错误码确定定位故障的原因。

4.根据权利要求3所述的方法，其特征在于，所述根据所述错误码确定定位故障的原因，包括：

将所述错误码对应的原因确定为定位故障的原因；或者

根据所述错误码确定定位故障的类型；

从所述定位日志中获取对应的定位参考信息以及定位依据；

基于所述定位故障的类型、定位参考信息以及定位依据，确定定位故障的原因。

5.根据权利要求4所述的方法，其特征在于，所述定位参考信息包括以下至少一项：基于网络之间互连的协议IP进行定位的定位结果，基于基站进行定位的定位结果，通过无线局域网基于概率进行定位的定位结果，通过无线局域网基于位置指纹进行定位的定位结果以及通过GPS进行定位的定位结果。

6.根据权利要求4所述的方法，其特征在于，所述定位依据包括以下至少一项：无线访问接入点以及基站。

7.根据权利要求1-6中任意一项所述的方法，其特征在于，所述定位故障相关信息至少包括：用户终端的标识信息，定位故障发生的估计时刻信息以及定位故障的类型信息。

8.一种用于定位故障的反馈装置，其特征在于，所述装置包括：

接收单元，用于接收用户终端发送的定位故障相关信息；

第一确定单元，用于根据所述定位故障相关信息，确定定位服务器中是否存储有对应的定位日志；

获取单元，用于响应于定位服务器中存储有对应的定位日志，获取所述定位日志；

第二确定单元，用于基于所述定位日志确定对应的定位故障的原因；

发送单元，用于向指定终端发送包含所述定位故障的原因的信息。

9.根据权利要求8所述的装置，其特征在于，所述装置还包括判断单元和提取单元；

所述判断单元，用于确定所述定位故障的原因是否为指定原因；

所述提取单元，用于响应于所述定位故障的原因为指定原因，从已存储的数据中获取所述定位故障的原因所对应的故障解决策略；

所述发送单元，还用于向指定终端发送包含所述故障解决策略的信息。

10.根据权利要求8所述的装置，其特征在于，所述第二确定单元包括：

错误码获取子单元，用于从所述定位日志中获取在定位过程中生成的错误码；

确定子单元，用于根据所述错误码确定定位故障的原因。

11.根据权利要求10所述的装置，其特征在于，所述确定子单元配置用于：

将所述错误码对应的原因确定为定位故障的原因；或者

根据所述错误码确定定位故障的类型；

从所述定位日志中获取对应的定位参考信息以及定位依据；

基于所述定位故障的类型、定位参考信息以及定位依据，确定定位故障的原因。

12.根据权利要求11述的装置，其特征在于，所述定位参考信息包括以下至少一项：基于网络之间互连的协议IP进行定位的定位结果，基于基站进行定位的定位结果，通过无线局域网基于概率进行定位的定位结果，通过无线局域网基于位置指纹进行定位的定位结果以及通过GPS进行定位的定位结果。

13.根据权利要求11述的装置，其特征在于，所述定位依据包括以下至少一项：无线访问接入点以及基站。

14.根据权利要求8-13中任意一项所述的装置，其特征在于，所述定位故障相关信息至少包括：用户终端的标识信息，定位故障发生的估计时刻信息以及定位故障的类型信息。

15.一种服务器，其特征在于，所述服务器包括：如权利要求7-14中任意一项所述的装置。