CN112131503A - 数据获取方法、装置、设备 - Google Patents

Abstract

本发明实施例提供一种数据获取方法、装置、设备，该方法包括：响应于用户终端对地址数据的请求信息，确定地址数据是否属于实时地址数据；若地址数据不属于实时地址数据，则向用户终端反馈历史地址数据；若地址数据属于实时地址数据，则基于用户终端所处的运行环境条件获取实时地址数据，并将实时地址数据反馈给用户终端。通过历史地址数据和实时地址数据的结合，可以实现对用户地址的准确定位，减少向用户索取定位授权，保障用户体验。

Description

数据获取方法、装置、设备

技术领域

本发明涉及互联网技术领域，尤其涉及一种数据获取方法、装置、设备。

背景技术

随着移动终端设备的普及，越来越多人选择通过移动终端设备处理日常生活中的各种事情。随之而来的，越来越多针对移动终端设备的服务程序进入日常生活的各个领域。例如线上购物、租房、求职、家政服务等。

为用户提供服务的过程中常常需要对用户进行定位，以便基于定位结果为用户提供相应服务。例如，租房服务中需要对用户进行定位，从而基于定位结果向用户推送附近的房源，规划看房路线。

目前，基于第五代超文本标记语言(Hyper Text Markup Language 5，HTML5)技术的用户定位过程，通常在每个页面都会向用户索取定位授权，对用户造成骚扰，影响用户体验。

因而，如何定位用户地址，并保障用户体验，成为目前用户定位技术中亟待解决的问题。

发明内容

本发明实施例提供一种数据获取方法、装置、设备，用以提供用户地址，保障用户体验。

第一方面，本发明实施例提供一种数据获取方法，该方法包括：

响应于用户终端对地址数据的请求信息，确定地址数据是否属于实时地址数据；

若地址数据不属于实时地址数据，则向用户终端反馈历史地址数据；

若地址数据属于实时地址数据，则基于用户终端所处的运行环境条件获取实时地址数据，并将实时地址数据反馈给用户终端。

在一可能的设计中，用户终端加载有应用程序；请求信息为用户通过应用程序触发的；

向用户终端反馈历史地址数据，包括：判断用户是否为应用程序的注册用户；若用户为应用程序的注册用户，则从存储有历史地址数据的数据库中获取用户的历史地址数据，并反馈给应用程序；若用户不是应用程序的注册用户，则从用户终端的本地缓存中获取用户的历史地址数据，并反馈给应用程序。

在一可能的设计中，基于用户终端所处的运行环境条件获取实时地址数据，包括：确定用户终端所处的运行环境；采用与运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据。

在一可能的设计中，运行环境包括即时通信程序。

采用与运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据，包括：调用即时通信程序中的定位服务接口，以触发即时通信程序对用户终端所处位置进行定位；将来自定位服务接口的定位结果作为实时地址数据。

在一可能的设计中，运行环境包括用户终端加载的应用程序。

采用与运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据，包括：调用应用程序中的地址组件，以触发地址组件采用预设定位策略对用户终端所处位置进行定位；将地址组件的定位结果作为实时地址数据。

第二方面，本发明实施例提供一种数据获取装置，该装置包括：

确定模块，用于响应于用户终端对地址数据的请求信息，确定地址数据是否属于实时地址数据；

处理模块，用于若地址数据不属于实时地址数据，则向用户终端反馈历史地址数据；若地址数据属于实时地址数据，则基于用户终端所处的运行环境条件获取实时地址数据，并将实时地址数据反馈给用户终端。

在一可能的设计中，用户终端加载有应用程序，请求信息为用户通过应用程序触发的。

在向用户终端反馈历史地址数据的过程中，处理模块具体用于：

判断用户是否为应用程序的注册用户；若用户为应用程序的注册用户，则从存储有历史地址数据的数据库中获取用户的历史地址数据，并反馈给应用程序；若用户不是应用程序的注册用户，则从用户终端的本地缓存中获取用户的历史地址数据，并反馈给应用程序。

在一可能的设计中，在基于用户终端所处的运行环境条件获取实时地址数据的过程中，处理模块具体用于：

确定用户终端所处的运行环境；采用与运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据。

在一可能的设计中，运行环境包括即时通信程序。

在采用与运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据的过程中，处理模块具体用于：

调用即时通信程序中的定位服务接口，以触发即时通信程序对用户终端所处位置进行定位；将来自定位服务接口的定位结果作为实时地址数据。

在一可能的设计中，运行环境包括用户终端加载的应用程序。

在采用与运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据的过程中，处理模块具体用于：

调用应用程序中的地址组件，以触发地址组件采用预设定位策略对用户终端所处位置进行定位；将地址组件的定位结果作为实时地址数据。

第三方面，本发明实施例提供一种电子设备，其中包括处理器和存储器，其中，所述存储器上存储有可执行代码，当所述可执行代码被所述处理器执行时，使所述处理器至少可以实现第一方面中的数据获取方法。

第四方面，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被电子设备的处理器执行时，使所述处理器至少可以实现第一方面中的数据获取方法。

本发明实施例中，首先，响应于用户终端对地址数据的请求信息，确定地址数据是否属于实时地址数据。若所请求的地址数据不属于实时地址数据，则向用户终端反馈历史地址数据。这样，无需向用户询问权限即可获取用户的历史地址数据，有助于减少对用户终端的定位，避免骚扰用户。若所请求的地址数据属于实时地址数据，则基于用户终端所处的运行环境条件获取实时地址数据，并将实时地址数据反馈给用户终端。这样，配合于用户终端所处的运行环境条件，可以选取相适应的实时地址获取方式，避免向用户询问权限对用户造成的骚扰。综上，通过历史地址数据和实时地址数据的结合，可以实现对用户地址的准确定位，减少向用户索取定位授权，保障用户体验。

附图说明

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

图1为本发明实施例提供的一种数据获取方法的流程图；

图2为本发明实施例提供的一种数据获取装置的结构示意图；

图3为与图2所示实施例提供的数据获取装置对应的电子设备的结构示意图。

具体实施方式

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

在本发明实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本发明。在本发明实施例中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义，“多种”一般包含至少两种。

取决于语境，如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地，取决于语境，短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的商品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。

另外，下述各方法实施例中的步骤时序仅为一种举例，而非严格限定。

本发明实施例提供的数据获取方法可以由一电子设备来执行，该电子设备可以是诸如PC机、笔记本电脑等终端设备，也可以是服务器。该服务器可以是包含一独立主机的物理服务器，或者也可以为主机集群承载的虚拟服务器，或者也可以为云服务器。

实际应用中，该数据获取方法的执行主体可以是应用程序。该应用程序比如是向用户提供某一服务的客户端。如向用户提供家政清洁预约服务的客户端，向用户提供月嫂服务的客户端。

该数据获取方法适用于对各种地址获取场景。其中，地址比如是客户端获取用户待清洁的房屋的地址。再比如，地址也可以是租房服务中用户意图租赁房屋所处的位置范围。

针对各种地址获取场景，本发明实施例提供了一个地址系统。该地址系统用于向用户终端提供用户的历史地址数据和/或实时地址数据。该地址系统还用于管理和维护各种地址数据，如维护某一用户在各种服务中所用到的地址。该地址系统还可以向各种业务端提供地址数据接口，以便各业务端可以基于地址数据接口获取用户的地址数据，或者更新各业务端的地址数据。

实际应用中，该地址系统可以实现为地址组件，该地址组件中包括地址数据接口。该地址数据接口可以适配各种业务端的页面和软件开发工具包(Software DevelopmentKit，SDK)。例如该地址数据接口可以实现为JS-SDK(其中JS全称为“Java Script”)。JS-SDK主要用于实现地址组件与各种业务端的交互。通过设置地址组件中的各种API，可以向不同业务系统提供不同定位服务所需的地址数据，从而提高地址组件的适配性。该JS-SDK还支持多业务端根据自身需求接入该地质组件。例如，基于位置的下单页面中通过调用上述地址组件可以获取用户的历史地址数据或实时地址数据。可选地，还可以向各种业务端提供地址组件的维护接口，用以支持业务端维护与地址组件相关的参数。例如，向各种酒店、餐厅提供地址组件的维护接口，以便各种酒店、餐厅直接修改地址服务覆盖范围。比如各种酒店所对应的服务城市、服务区域。

实际应用中，比如在下单页面中，向用户提供统一的地址选择页面，同时支持多业务端定制化的接入需求。

下面结合以下实施例对该数据获取方法的执行过程进行说明。

图1为本发明实施例提供的一种数据获取方法的流程图。如图1所示，该方法包括如下步骤：

101、响应于用户终端对地址数据的请求信息，确定地址数据是否属于实时地址数据。

实际应用中，用户终端加载有应用程序。此情况下，对地址数据的请求信息为用户通过该应用程序触发的。在一可选实施例中，触发方式可以是通过选取该应用程序中的某一选项或服务直接实现的。例如，进入某一服务的下单页面，从而该应用程序基于待下单服务，触发对用户终端的定位，以便将定位结果呈现于该待下单服务的下单页面中。另一可选实施例中，触发方式也可以是在用户无感知的情况下，通过执行某一服务策略间接实现的。比如，用户浏览租房页面时，由租房页面调用地址组件间接触发对用户终端的定位，以便基于定位结果在租房页面中呈现可选房源。

在触发用户终端对地址数据的请求信息之后，首先，确定该请求信息所请求的地址数据是否属于实施地址数据。

具体来说，在一可选实施例中，解析请求信息，基于解析结果确定该请求信息所属的服务类型。基于服务类型判断该请求信息所请求的地址数据是否属于实时地址数据。例如，解析某一请求信息，基于解析结果确定该请求信息所属的服务类型为家政服务。由于家政服务所对应的服务地点通常相对固定，因而，可以判断该请求信息所请求的地址数据不属于实时地址数据。

再例如，解析另一请求信息后，基于解析结果确定该请求信息所属的服务类型为房屋租赁服务。由于房屋租赁服务所对应的服务地点通常不固定，比如会在应用程序中提供多个房源以供用户选择，因而，可以判断该请求信息所请求的地址数据属于实时地址数据。

当然，除了采用请求信息所属的服务类型作为判断依据之外，还可以采用其他方式进行确定该请求信息所请求的地址数据是否属于实施地址数据，此处并不限定。例如，在请求信息中添加地址类型标识，该地址类型标识用于表示该请求信息所请求的地址数据是否属于实时地址数据。再例如，基于该服务信息的内容判断该请求信息所请求的地址数据是否属于实时地址数据。

需要说明的是，本发明实施例中步骤编号并不限定这两个步骤的执行顺序。实际上，步骤102和步骤103为并列步骤。下面结合具体示例介绍步骤102和步骤103各自的执行过程：

102、若地址数据不属于实时地址数据，则向用户终端反馈历史地址数据。

其中，在一可选实施例中，向所述用户终端反馈历史地址数据，可以实现为：

判断用户是否为应用程序的注册用户。若用户为应用程序的注册用户，则从存储有历史地址数据的数据库中获取用户的历史地址数据，并反馈给应用程序。若用户不是应用程序的注册用户，则从用户终端的本地缓存中获取用户的历史地址数据，并反馈给应用程序。

实际上，若用户为应用程序的注册用户，则说明用户在该应用程序中曾使用或曾意图使用过涉及到地址数据的功能，因而极有可能该应用程序对应的数据库中存储有该用户的历史地址数据，故此情况下可以从存储有历史地址数据的数据库中获取用户的历史地址数据，并反馈给应用程序。

举例来说，该数据库中存储的历史地址数据包括但不限于用户历史下单信息中所涉及的历史地址数据、用户注册时填写的历史地址数据、在某一历史时段中对用户进行实时定位时上传至服务端的历史定位数据。

若用户不是应用程序的注册用户，则说明用户有可能未在该应用程序中使用过涉及到地址数据的功能，故此情况下可以从用户终端的本地缓存中获取用户的历史地址数据，并反馈给应用程序。举例来说，用户终端为手机，可以读取手机中缓存的历史地址数据。

当然，实际应用中，除判断用户是否为应用程序的注册用户之外，还可以通过判断该用户对该应用程序的登录情况，或者判断该用户终端与该用户的绑定关系。从而，基于上述两种判断结果也可以采用类似原理确定获取历史地址数据的具体方式以及向用户反馈历史地址数据的具体方式。确定过程的相似之处参见上文实施例，此处不再展开。

103、若地址数据属于实时地址数据，则基于用户终端所处的运行环境条件获取实时地址数据，并将实时地址数据反馈给用户终端。

其中，在一可选实施例中，基于用户终端所处的运行环境条件获取实时地址数据，可以实现为：确定用户终端所处的运行环境；采用与用户终端所处的运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据。

实际应用中，假设用户终端所处的运行环境包括即时通信程序。基于此，采用与用户终端所处的运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据，可以实现为：

调用即时通信程序中的定位服务接口，以触发即时通信程序对用户终端所处位置进行定位；将来自定位服务接口的定位结果作为实时地址数据。

具体地，用户终端加载有即时通信程序。若检测到用户终端所处的运行环境为即时通信程序，比如检测到用户登录该用户终端加载的即时通信程序中，则可以调用该即时通信程序中的定位服务接口，从而触发该即时通信程序对登录的用户进行定位，以便将来自定位服务接口的定位结果作为实时地址数据。

实际上，对用户的定位过程是由该即时通信程序实现的，并且，定位授权信息通常是由该即时通信程序预先获取的，例如注册该即时通信程序时设定的。因而，无需向用户再次索取定位授权信息，即可从定位服务接口侧获取实时地址数据，既保障实时定位准确性，又有效减少对用户的骚扰。

另一实施例中，假设用户终端所处的运行环境包括用户终端加载的应用程序。该应用程序可以是即时通信程序也可以是非即时通信程序。103中，采用与用户终端所处的运行环境相匹配的定位策略，对用户终端所处位置进行定位，以获得实时地址数据，可以实现为：

调用应用程序中的地址组件，以触发地址组件采用预设定位策略对用户终端所处位置进行定位；将地址组件的定位结果作为实时地址数据。

实际应用中，应用程序可以集成有vue组件集合。该vue组件集合比如包括地址组件。预设定位策略比如基于网络环境采用对应传感器对用户终端所处位置进行定位，最终输出对传感器采集数据的处理结果作为地址组件的定位结果。

通过步骤102和步骤103可以输出用户的地址数据，从而及时对用户进行定位。

实际应用中，由于应用程序可以向用户提供多种服务，而不同服务所覆盖的服务区域不同。可选地，向用户终端反馈地址数据之前，还可以基于请求信息所属服务覆盖的服务区域，对地址数据进行筛选。比如，向用户终端用户的历史地址数据之前，还可以基于请求信息所属服务(如家政服务)覆盖的服务区域，保留历史地址数据中属于该服务区域的历史地址数据，并删除历史地址数据中不属于该服务区域的历史地址数据。若保留的历史地址数据有多个，可以在用户终端中向用户展示由这些历史地址数据建立的地址列表，以供用户选择。

图1示出的数据获取方法，首先，响应于用户终端对地址数据的请求信息，确定地址数据是否属于实时地址数据。若所请求的地址数据不属于实时地址数据，则向用户终端反馈历史地址数据。这样，无需向用户询问权限即可获取用户的历史地址数据，有助于减少对用户终端的定位，避免骚扰用户。若所请求的地址数据属于实时地址数据，则基于用户终端所处的运行环境条件获取实时地址数据，并将实时地址数据反馈给用户终端。这样，配合于用户终端所处的运行环境条件，可以选取相适应的实时地址获取方式，避免向用户询问权限对用户造成的骚扰。通过上述数据获取方法，无需向用户多次索取定位授权即可获取适用于当前场景的地址数据，实现了对用户的定位，避免了对用户的骚扰。比如基于位置的浏览页面不再向用户展示弹窗索要定位授权。

以下将详细描述本发明的一个或多个实施例的数据获取装置。本领域技术人员可以理解，这些数据获取装置均可使用市售的硬件组件通过本方案所教导的步骤进行配置来构成。

图2为本发明实施例提供的一种数据获取装置的结构示意图，如图2所示，该数据获取装置包括：确定模块11、处理模块12。

确定模块11，用于响应于用户终端对地址数据的请求信息，确定地址数据是否属于实时地址数据。

处理模块12，用于若地址数据不属于实时地址数据，则向用户终端反馈历史地址数据；若地址数据属于实时地址数据，则基于用户终端所处的运行环境条件获取实时地址数据，并将实时地址数据反馈给用户终端。

可选地，所述用户终端加载有应用程序，所述请求信息为用户通过所述应用程序触发的。

在向所述用户终端反馈历史地址数据的过程中，所述处理模块具体用于：

判断所述用户是否为所述应用程序的注册用户；若所述用户为所述应用程序的注册用户，则从存储有历史地址数据的数据库中获取所述用户的历史地址数据，并反馈给所述应用程序；若所述用户不是所述应用程序的注册用户，则从所述用户终端的本地缓存中获取所述用户的历史地址数据，并反馈给所述应用程序。

可选地，在基于所述用户终端所处的运行环境条件获取所述实时地址数据的过程中，所述处理模块具体用于：

确定所述用户终端所处的运行环境；采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据。

可选地，所述运行环境包括即时通信程序。

在采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据的过程中，所述处理模块具体用于：

调用所述即时通信程序中的定位服务接口，以触发所述即时通信程序对所述用户终端所处位置进行定位；将来自所述定位服务接口的定位结果作为所述实时地址数据。

可选地，所述运行环境包括所述用户终端加载的应用程序。

在采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据的过程中，所述处理模块具体用于：

调用所述应用程序中的地址组件，以触发所述地址组件采用预设定位策略对所述用户终端所处位置进行定位；将所述地址组件的定位结果作为所述实时地址数据。

图2所示数据获取装置可以执行前述各实施例中提供的方法，本实施例未详细描述的部分，可参考前述实施例的相关说明，在此不再赘述。

在一个可能的设计中，上述图2所示的数据获取装置的结构可实现为一电子设备。如图3所示，该电子设备可以包括：处理器21、存储器22。其中，所述存储器22上存储有可执行代码，当所述可执行代码被所述处理器21执行时，至少使所述处理器21可以实现如前述实施例中提供的数据获取方法。

其中，该电子设备的结构中还可以包括通信接口23，用于与其他设备或通信网络通信。

另外，本发明实施例提供了一种非暂时性机器可读存储介质，所述非暂时性机器可读存储介质上存储有可执行代码，当所述可执行代码被无线路由器的处理器执行时，使所述处理器执行前述各实施例中提供的数据获取方法。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的各个模块可以是或者也可以不是物理上分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现，当然也可以通过硬件和软件结合的方式来实现。基于这样的理解，上述技术方案本质上或者说做出贡献的部分可以以计算机产品的形式体现出来，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种数据获取方法，其特征在于，包括：

响应于用户终端对地址数据的请求信息，确定所述地址数据是否属于实时地址数据；

若所述地址数据不属于所述实时地址数据，则向所述用户终端反馈历史地址数据；

若所述地址数据属于所述实时地址数据，则基于所述用户终端所处的运行环境条件获取所述实时地址数据，并将所述实时地址数据反馈给所述用户终端。

2.根据权利要求1所述的方法，其特征在于，所述用户终端加载有应用程序；所述请求信息为用户通过所述应用程序触发的；

所述向所述用户终端反馈历史地址数据，包括：

判断所述用户是否为所述应用程序的注册用户；

若所述用户为所述应用程序的注册用户，则从存储有历史地址数据的数据库中获取所述用户的历史地址数据，并反馈给所述应用程序；

若所述用户不是所述应用程序的注册用户，则从所述用户终端的本地缓存中获取所述用户的历史地址数据，并反馈给所述应用程序。

3.根据权利要求1所述的方法，其特征在于，所述基于所述用户终端所处的运行环境条件获取所述实时地址数据，包括：

确定所述用户终端所处的运行环境；

采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据。

4.根据权利要求3所述的方法，其特征在于，所述运行环境包括即时通信程序；

所述采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据，包括：

调用所述即时通信程序中的定位服务接口，以触发所述即时通信程序对所述用户终端所处位置进行定位；

将来自所述定位服务接口的定位结果作为所述实时地址数据。

5.根据权利要求3所述的方法，其特征在于，所述运行环境包括所述用户终端加载的应用程序；

所述采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据，包括：

调用所述应用程序中的地址组件，以触发所述地址组件采用预设定位策略对所述用户终端所处位置进行定位；

将所述地址组件的定位结果作为所述实时地址数据。

6.一种数据获取装置，其特征在于，包括：

确定模块，用于响应于用户终端对地址数据的请求信息，确定所述地址数据是否属于实时地址数据；

处理模块，用于若所述地址数据不属于所述实时地址数据，则向所述用户终端反馈历史地址数据；若所述地址数据属于所述实时地址数据，则基于所述用户终端所处的运行环境条件获取所述实时地址数据，并将所述实时地址数据反馈给所述用户终端。

7.根据权利要求6所述的装置，其特征在于，所述用户终端加载有应用程序；所述请求信息为用户通过所述应用程序触发的；

在向所述用户终端反馈历史地址数据的过程中，所述处理模块具体用于：

判断所述用户是否为所述应用程序的注册用户；

若所述用户为所述应用程序的注册用户，则从存储有历史地址数据的数据库中获取所述用户的历史地址数据，并反馈给所述应用程序；

若所述用户不是所述应用程序的注册用户，则从所述用户终端的本地缓存中获取所述用户的历史地址数据，并反馈给所述应用程序。

8.根据权利要求6所述的装置，其特征在于，在基于所述用户终端所处的运行环境条件获取所述实时地址数据的过程中，所述处理模块具体用于：

确定所述用户终端所处的运行环境；

采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据。

9.根据权利要求8所述的装置，其特征在于，所述运行环境包括即时通信程序；

在采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据的过程中，所述处理模块具体用于：

调用所述即时通信程序中的定位服务接口，以触发所述即时通信程序对所述用户终端所处位置进行定位；

将来自所述定位服务接口的定位结果作为所述实时地址数据。

10.根据权利要求8所述的装置，其特征在于，所述运行环境包括所述用户终端加载的应用程序；

在采用与所述运行环境相匹配的定位策略，对所述用户终端所处位置进行定位，以获得所述实时地址数据的过程中，所述处理模块具体用于：

调用所述应用程序中的地址组件，以触发所述地址组件采用预设定位策略对所述用户终端所处位置进行定位；

将所述地址组件的定位结果作为所述实时地址数据。

Images