多种形式，例如，其中一 种形式下，可以直接将从定位系统获取到的坐标信息（主要以经纬度等信息形式存在）作 为地理位置信息进行保存，此时，第一数据库中的数据可以如以下表1所示：
[0062] 表 1
[0064] 其中，具体的坐标信息可以由代表经纬度的坐标来表示。时间信息可以是一个时 间点，或者也可以是一个时间段的范围，例如，某用户在某段时间内所在的坐标位置没有发 生变化，则可以在第一数据库中记录下该坐标位置与该时间段时间的对应关系。
[0065] 按照以上方式进行记录时，可以采用周期性记录的方式来向第一数据库中添加数 字，也即每隔一定的时间就记录一次，如每十分钟（也可以更长或更短）记录一次。当然， 对于用户在某段时间内所在的坐标位置没有发生变化的情况，在连续几个周期内获取到的 定位信息可能都是相同的，因此，就可以将这几个连续周期内获取到的定位信息合并成一 条记录，添加到第一数据库中，也即一个定位信息对应一个时间段范围的情况。
[0066] 当然，在上述方式下，第一数据库中记录的信息条目可能会非常多，并且这种定位 信息对于用户而言可能并不直观，因此，在另一种实现方式下，在获取到定位系统的坐标信 息之后，还可以根据预先建立的第二数据库判断该当前所在位置是否位于某场所的区域范 围内，如果是，则将该场所信息作为地理位置信息记录到第一数据库中。其中，第二数据库 中保存有各个场所标识与场所所在范围的坐标信息之间的对应关系。这里所述的场所，可 以是一些咖啡厅、商场等等（其中，具体在第二数据库中保存哪些场所的数据，可以根据实 际需要来确定，可以选择一些热点场所进行保存，或者为了保证信息的覆盖率，也可以尽可 能多的保存一些场所的数据），其在地理位置上会占据一定的范围，只要某用户的坐标信息 位于某场所对应的区域范围内，就可以认为该用户正处于该场所中，进而可以将场所信息 与时间信息之间的对应关系记录到第一数据库中。此时，第一数据库中的数据可以如表2 所示：
[0069] 其中，由于一个场所对应着一个区域范围，而用户出现在某特定的场所，一般都是 去做某件具体的事情，可能会在该场所内停留一段时间。因此，在用场所信息来代表用户所 在的地理位置信息的情况下，时间信息往往是由时间段来表示的，该时间段可以由用户进 入该场所的起始时间以及结束时间来表示。例如，如表3所示：
[0072] 这样，第一数据库中每条记录用于表示以下信息：在某时间段内用户在某场所内。 这样，后续在向用户提供地理位置信息时，还可以将这种场所信息提供给用户，使得用户更 直观地了解自己当时所在的地理位置信息。
[0073] 其中，关于起始时间以及结束时间的获取，可以采用多种方式来进行。例如，其中 一种方式下，可以如下进行：同样可以周期性地获取终端设备中的定位信息，如果在某时刻 首次确定出用户处于某场所A中，则可以将该时间点确定为进入该场所A的起始时间，之 后仍然周期性的获取用户的定位信息，如果在下一周期到来时获取到的场所信息仍然是场 所A，则继续，直到某时刻根据获取到的坐标信息以及第二数据库确定出该用户进入另一场 所，或者离开了该场所A所属的区域范围，则将该时刻确定为在该场所A的结束时间，以此 类推。
[0074] 通过上述这种利用场所信息来记录用户的地理位置信息的实现方式下，记录到第 一数据库中的信息条目会比较少，对于用户而言也更有参考价值。
[0075] 当然，在实际应用中，如果用户是在去某地的途中路过某个地理位置，则该地理位 置信息对于该用户而言可能是没有用的，因为用户可能并没有真正在该地理位置处进行过 某项社会活动。因此，在本申请实施例中，无论是采用定位信息还是场所信息记录用户的位 置信息，都可以获取用户的运动状态信息，并且，只有在确定出运动速度小于某阈值的情况 下，才会将获取到的地理位置信息与时间信息之间的对应关系记录到第一数据库中。其中， 关于运动速度，由于之前在获取用户的地理位置信息时，可以进行周期性的获取坐标信息， 因此，在获取运动速度信息时，可以首先根据两个相邻的周期分别获取到的坐标信息，计算 出两点之间的距离，然后除以一个周期的时间长度，就可以得到运动速度。或者，在能够获 取到场所信息的情况下，还可以统计出用户位于同一场所内的时间长度，例如，连续多个时 间周期都处于某场所内，则证明该用户的运动速度比较低，或者正在该场所进行某种活动， 因此，可以记录到第一数据库中。否则，如果某时刻发现用户进入了某场所的区域范围，但 是之后下一个时间周期，用户就已经不在该场所的区域范围内，则证明用户只是路过该场 所，因此，可以不必记录到第一数据库中。
[0076] 总之，通过以上各种方式，都可以在终端设备本地建立起第一数据库，其中记录用 户在过去的各个时刻分别所在的地理位置信息，以便于后续查询时使用。
[0077] 需要说明的是，在该实施例一中，由于第一数据库保存在终端设备本地，如果保存 的数据过多，可能会导致对本地存储空间的占用过多，影响终端设备的性能。另外，用户一 般可能也仅需要回忆最近几天内去过什么地方，因此，在实际应用中，可以仅在数据库中保 存最近一天或者几天内的记录，之前的数据可以删除。
[0078] S103 :接收到查询历史时间点所在地理位置信息的请求时，确定待查询的目标时 间点；
[0079] 在第一数据库中记录了各条记录的情况下，可以随时接受用户的查询。在接收到 用户的查询请求之后，可以首先确定出待查询的目标时间点。具体实现时，可以为用户提供 输入框等方式，来让用户输入具体的日期、时间等信息，以此来确定目标时间点。其中，为了 方便用户操作，还可以为各个输入框提供对应的下拉列表等选择控件，用户可以直接通过 选择的方式来进行时间的输入。其中，由于第一数据库中可能仅保存了最近一天或者最近 几天的数据，因此在提供下拉列表时，可以根据第一数据库中记录的数据情况进行可选日 期、时间等选项的设置。例如，第一数据库中仅记录了最近两天的数据，则如果当前日期是 30日，则在可选日期中可以仅提供28日和29日这两个选项，等等。
[0080] 在另一种优选实现方式下，还可以为用户提供一用于选择目标时间点的操作界 面，该操作界面中提供有可操作对象，以及时间刻度信息，该可操作对象可以在操作界面中 被执行拖动等操作，如果用户想要查询某时间点的地理位置信息，则可以将该可操作对象 拖动或者滑动到对应的时间刻度处。相应的，客户端可以检测出可操作对象被操作的事件， 以及可操作对象在刻度盘中的位置、对应的刻度值等，进而，就可以确定出用户需查询的目 标时间点。具体实现时，优选地，该操作界面可以显示为"表盘"形状，时间刻度可以像时钟 一样进行显示，可操作对象可以显示为类似"时针"的形状，用户可以通过拖动该可操作对 象，来模拟发出"拨动"表盘的"时针"的动作，并以此来选择具体需要查询的目标时间点。 其中，在提供操作界面时，也可以根据第一数据库中的记录情况来提供。例如，关于表盘中 的时间刻度的范围，可以根据第一数据库中保存的时间范围来确定。
[0081] S104 :查询所述第一数据库，确定该目标时间点对应的目标地理位置信息；
[0082] 在确定了用户需要查询的目标时间点之后，就可以查询第一数据库，根据第一数 据库中记录的地理位置信息与时间信息之间的对应关系，确定出目标时间点对应的目标地 理位置信息。根据第一数据库中保存的目标地理位置信息形式的不同，这里获取到的目标 地理位置信息可以是用经纬度等坐标表示的定位信息，或者也可以是由场所的名称等标识 表不的场所信息。
[0083] S105 :从预置的地图数据库中获取所述目标地理位置信息对应的目标地图数据；
[0084] 地图数据库可以是预先下载到本地的，也可以是根据需要临时下载的。一般来说， 可以按照省、市等级别的行政区域来下载某个地区范围内的地图数据包。例如，北京的用户 由于一般最常用的就是北京市的数据，因此，可以仅下载北京市的地图数据包，等等。具体 实现时，该地图数据库可以是由单独的地图应用提供的，或者也可以是集成在本申请实施 例的应用客户端。总之，在本地已经保存了地图数据库的情况下，一般既可以通过具体的坐 标等进行具体地理位置的查询，也可以通过场所的名称等标识进行具体地理位置的查询。 因此，在本申请实施例中，在从第一数据库中获取到了目标时间点对应的目标地理位置信 息之后，就可以通过该目标地理位置信息查询地图数据库，这样，地图数据库就可以给出对 应位置的地图数据。
[0085] S106 :加载所述目标地图数据，以用于在用户界面展示。
[0086] 在获取到目标地图数据之后，就可以对这些数据进行加载，然后在用户界面中进 行显示，并且可以在界面中突出标示出具体的坐标或者场所所在的位置。也就是说，在用户 需要查询过去的某时间点去过什么地点时，可以通过本申请实施例提供的应用客户端选择 自己需要查询的时间点，之后该应用客户端就可以在用户界面中提供地图，并在地图界面 中标识出该时间点对应的具体目标位置。其中，如果位置信息是用场所标识来表示的，则在 地图中标示具体位置的同时，还可以显示出该场所的名称等标识，以更直观地帮助用户对 过去做过的事进行回忆。
[0087] 需要说明的是，如前文所述，为了便于用户选择所需查询的目标时间点，本申请实 施例可以为用户提供表盘等操作界面。在具体实现时，在刚接收到查询地理位置信息的请 求时，就可以在操作界面的下层界面加载地图数据并展示，当然，此时可以将操作界面显示 为半透明状态，或者将操作对象以及时间刻度之外的部分显示为透明状态，以避免对下层 的地图界面造成遮挡，并且，在未检测到可操作对象被操作的信号时，该地图数据可以处于 初始状态，例如，将地图的中心区域显示在屏幕中。或者将用户当前所在的位置显示在屏幕 中。之后，随着用