CN111800211B - 一种数据处理的方法、装置及系统 - Google Patents

Abstract

本申请提供一种数据处理的方法、装置及系统，其中所述方法包括：在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；将所述目标数据以及指定时间类型的时间信息发送至客户端，以使所述客户端在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。以此实现了对来自不同时区的目标数据的统一管理，支持多时区和夏令时，保障了项目的时间一致性，使得因政策原因发生时区和夏令时变更，存储的历史记录不受影响。

Description

一种数据处理的方法、装置及系统

技术领域

本申请涉及数据处理领域，尤其涉及一种数据处理的方法、装置及系统。

背景技术

目前在世界的很多地方都在使用夏令时制度，夏令时制度为节约能源而人为规定地方时间的制度，在夏令时制度实行期间所有CPE(Customer premise equipment，用户驻地设备)使用统一的时间，该时间被称为夏令时。

在一些大型项目中，其中包含的前端设备、存储介质、服务端、客户端可能分别处于不同时区中，如图1所示，平台中的客户端、服务器和设备可能处于不同的时区，并且每个时区对应的夏令时规则也不尽相同，不同的客户端或者不同的设备也可能分布在不同的时区中。如果这些大型项目不支持多时区和夏令时或支持得不够完善，会对项目的使用场景造成较大的约束，很有可能造成时间显示和处理上的混乱。

发明内容

有鉴于此，本申请提供一种数据处理的方法、装置及系统。

具体地，本申请是通过如下技术方案实现的：

第一方面，本申请实施例提供了一种数据处理的方法，所述方法包括：

在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；

将所述目标数据以及指定时间类型的时间信息发送至客户端，以使所述客户端在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。

在本申请的一种可能的实施方式中，所述获取所述目标数据的时间信息，包括：

获取所述目标数据产生时的UTC时间；

根据预存的指定设备与时区的对应关系，确定产生所述目标数据的设备对应的时区信息；

判断所述时区信息对应的时区是否为执行夏令时制度的时区，并根据所述判断的结果确定该时区的时差；

根据所述UTC时间以及确定的所述时差，确定所述目标数据发生地的本地时间。

在本申请的一种可能的实施方式中，所述根据预存的指定设备与时区的对应关系，确定产生所述目标数据的设备对应的时区信息，包括：

获取产生所述目标数据的设备的设备标识；

在预置的设备数据表中查找所述设备标识对应的目标时区编号；

在预置的时区数据表中查找所述目标时区编号对应的目标记录，并从所述目标记录中查找时区信息。

在本申请的一种可能的实施方式中，所述判断所述时区信息对应的时区是否为执行夏令时制度的时区，并根据所述判断的结果确定该时区的时差，包括：

根据所述目标记录中记录的夏令时信息，确定所述时区信息对应的时区是否为执行夏令时制度的时区；

若是，则根据所述夏令时信息和/或所述时区信息，确定所述时差；

若否，则确定所述时区信息为所述时区的时差。

在本申请的一种可能的实施方式中，所述夏令时信息包括夏令时开始UTC时间、夏令时结束UTC时间以及夏令时偏差；

所述根据所述夏令时信息和/或所述时区信息，确定所述时差，包括：

判断所述目标数据产生时的UTC时间是否在所述夏令时开始UTC时间与夏令时结束UTC时间限定的时间区间内；

若否，则确定所述时区信息为所述时区的时差；

若是，则将所述时区信息与所述夏令时偏差之和作为所述时差。

在本申请的一种可能的实施方式中，所述获取所述目标数据的时间信息，包括：

接收外部设备发送的目标数据，其中，所述目标数据携带所述目标数据的发生地的本地时间、以及所述本地时间与所述UTC时间的时差；

根据所述本地时间与所述时差确定所述UTC时间。

在本申请的一种可能的实施方式中，所述将所述目标数据以及指定时间类型的时间信息发送至客户端，包括：

从所述目标数据关联的时间信息中提取指定时间类型的时间信息；

将所述指定时间类型的时间信息封装成ISO8601格式的时间戳；

将携带所述时间戳的所述目标数据发送至客户端。

在本申请的一种可能的实施方式中，在所述将所述目标数据以及指定时间类型的时间信息发送至客户端之前，所述方法还包括：

接收客户端发送的目标数据获取请求，所述目标数据获取请求包括目标时间类型的时间搜索词，其中，所述目标时间类型包括本地时间类型或者UTC时间类型，当所述目标时间类型为UTC时间类型时，该UTC时间类型对应的时间搜索词为所述客户端根据客户端时间的时间搜索词转换得到；

搜索与所述目标时间类型的时间搜索词匹配的目标数据；

所述将所述目标数据以及指定类型的时间信息发送至客户端，包括：

将所述匹配的目标数据以及关联的指定类型的时间信息发送至客户端。

在本申请的一种可能的实施方式中，所述指定时间类型的时间信息包括本地时间以及时差，所述指定时间格式包括本地时间的格式和/或客户端时间的格式；

其中，所述客户端时间的格式为所述客户端根据所述本地时间以及时差确定UTC时间后，将该UTC时间进行转换得到的客户端时间。

第二方面，本申请实施例提供了一种数据处理装置，所述装置包括：

数据存储模块，用于在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；

数据发送模块，用于将所述目标数据以及指定时间类型的时间信息发送至客户端，以使所述客户端在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。

第三方面，本申请实施例提供了一种数据处理系统，所述系统包括服务器以及客户端，

所述服务器包括：

数据存储模块，用于在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；

数据发送模块，用于将所述目标数据以及指定时间类型的时间信息发送至客户端；

所述客户端包括：

数据展示模块，用于在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。

本申请实施例具有如下有益效果：

在本申请实施例中，在存储目标数据时，可以获取该目标数据的发生地的本地时间、UTC时间、以及本地时间与UTC时间的时差等时间信息，并将目标数据与其时间信息关联存储，从而实现了对来自不同时区的目标数据的统一管理，支持多时区和夏令时，保障了项目的时间一致性，使得因政策原因发生时区和夏令时变更，存储的历史记录不受影响。

另外，由于本实施例将目标数据以及其时间信息关联存储，则在发送目标数据时，本实施例可以将目标数据以及指定时间类型的时间信息发送至客户端，使得客户端在显示目标数据时，可以将该指定时间类型的时间信息按照指定时间格式进行时间展示，保证了来自不同时区的目标数据在客户端侧能够被正确显示。

附图说明

图1是一示例性实施例示出的背景技术中处于不同时区的设备、客户端和服务器的项目示意图；

图2是本申请一示例性实施例示出的一种数据处理的方法实施例的步骤流程图；

图3是本申请一示例性实施例示出的一种获取目标数据的时间信息的实施例的步骤流程图；

图4是本申请一示例性实施例示出的另一种获取目标数据的时间信息的实施例的步骤流程图；

图5是本申请一示例性实施例示出的另一种数据处理的方法实施例的步骤流程图；

图6是本申请的装置所在设备的一种硬件结构图；

图7是本申请一示例性实施例示出的一种数据处理装置实施例的结构框图；

图8是本申请一示例性实施例示出的一种数据处理系统实施例的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

参考图2，示出了本申请一示例性实施例示出的一种数据处理的方法实施例的步骤流程图，本申请实施例可以应用于服务器或与其他设备中，例如，该设备示例性地可以包括摄像机、门禁设备等设备。

本实施例具体可以包括如下步骤：

步骤101，在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储。

在一种实施方式中，目标数据可以从连接的外部设备中获取或本端生成。例如，假设本端为服务器，外部设备为摄像机，当摄像机检测到指定事件(如越界事件、故障上报、车辆信息上报等)被触发时则可以生成目标数据，向服务器发送与该指定事件相关的目标数据。又如，假设外部设备为门禁设备，若门禁设备检测到人员打卡事件触发时则可以生成目标数据，并向服务器上报目标数据。又如，服务器在执行例行行为，如报表统计，例行巡检等也可以产生目标数据。

作为一种示例，目标数据可以包括实时数据以及历史数据等。在上述例子中提到的目标数据可以为实时数据。如下例子示例性的示出了目标数据为历史数据的场景：若门禁设备与服务器之间的网络因发生故障而断开，断开期间门禁设备从读卡器接收到大量的上班打卡记录，网络恢复后，门禁设备可以把这部分打卡记录作为历史数据上传给服务器。

作为一种示例，目标数据的时间信息可以包括但不限于如下时间类型的信息：目标数据的发生地的本地时间、UTC(Coordinated Universal Time，协调世界时)时间、以及本地时间与UTC时间的时差。

示例性地，目标数据的发生地的本地时间(LocalTime)可以为产生该目标数据的设备所在时区的当地时间。

UTC时间即国际协调时间，其去掉了时区的概念，指没有重复的标准时间。

时差是指本地时间与UTC时间之间的时差。

在一种可能的实施方式中，如图3示例性地示出了一种获取目标数据的时间信息的实施例的步骤流程图，在图3中，步骤101中可以采用如下子步骤获取目标数据的时间信息：

子步骤S11，获取所述目标数据产生时的UTC时间。

在一种可能的实施方式中，可以通过调用操作系统提供的UTC接口来获取目标数据的UTC时间。

例如，当目标数据为本端产生的实时数据时，在产生实时数据时，本端可以通过调用操作系统提供的UTC接口来获取UTC时间，作为产生该实时数据时的UTC时间。

又如，若目标数据为接收的、外部设备产生的实时数据时，由于外部设备传输的是实时数据，在忽略外部设备与本端的传输时延的情况下，可以将本端接收到该目标数据时的UTC时间作为产生该目标数据的UTC时间。在本端接收到目标数据时，可以通过调用操作系统提供的UTC接口来获取接收该目标数据时的UTC时间。

子步骤S12，根据预存的指定设备与时区的对应关系，确定产生所述目标数据的设备对应的时区信息。

在一种实施方式中，可以预先生成多个指定设备与所属时区的对应关系，然后从预先生成的多个对应关系中查找产生目标数据的设备，以获得该设备对应的时区。

在本实施例的一种可能的实施方式中，子步骤S12进一步可以包括如下子步骤：

子步骤S121，获取产生所述目标数据的设备的设备标识；

示例性地，若目标数据为本端产生的数据，则可以通过调用本端提供的设备信息获取接口来获取本端的设备标识。若目标数据为外部设备传送的数据，则该目标数据的传输链路中可以携带外部设备的设备标识。

子步骤S122，在预置的设备数据表中查找所述设备标识对应的目标时区编号；

示例性地，预置的设备数据表可以为预先配置或者调用其他业务接口获取的数据表。设备数据表用于存储所管理的设备的基础信息，在一种实施例中，如下表1所示，设备数据表中可以记录设备编号、设备信息(如设备标识)、时区编号(和下述的时区数据表中的编号对应)等信息，设备数据表通过时区编号与时区数据表进行关联。

编号	设备信息	时区编号
			1	设备1	1
2	设备2	1
			3	设备3	3
4	设备4	2

表1

例如，假设产生目标数据的设备的设备标识为设备1，在上表1中查询“设备1”，获得“设备1”所在的记录编号为1，并从该获得的记录中获得时区编号1作为目标时区编号。

在实际中，设备数据表中的记录随着设备的变化而变化。

子步骤S123，在预置的时区数据表中查找所述目标时区编号对应的目标记录，并从所述目标记录中查找时区信息。

示例性地，时区数据表可以为预先配置或者调用其他业务接口获取的数据表，用于存储与时区相关的信息，示例性地，时区相关的信息可以包括时区信息、夏令时信息等。

例如，如下表2所示，时区数据表中可以记录时区编号、时区名称、时区信息、夏令时开始本地时间、夏令时结束本地时间、夏令时偏差、本年夏令时开始UTC时间、本年夏令时结束UTC时间等信息。

其中，时区(Time Zone)是地球上的区域使用同一个时间定义。1884年在华盛顿召开国际经度会议时，为了克服时间上的混乱，规定将全球划分为24个时区。一般每个国家都有一个时区命名，比如CST、EST等，在夏令时实行的国家和地区，时区只有一个，但是与UTC的时差不同。在如表2的时区数据表中记录的时区信息为整型值，正数表示东时区，负数表示西时区，-700表示西7区，比UTC慢7小时00分。

表2

示例性地，时区数据表可以预先配置，后期可以录入和修改，例如，因行政原因某地区的时区发生变更，则需要修正时区数据表中对应的记录。

从设备数据表中确定目标时区编号以后，可以在时区数据表中定位该目标时区编号，获得该目标时区编号所在的目标记录。例如，针对上述目标时区编号为编号1的情况，从表2的时区数据表中定位编号1所在的记录，得到名称为“山地时间”所在的行记录作为目标记录。

从时区数据表中确定目标记录以后，则可以根据该目标记录中查找时区信息，例如，在上例子中，“山地时间”所在的目标记录中，时区信息为“-700”，即产生目标数据的设备对应的时区信息为“-700”。

子步骤S13，判断所述时区信息对应的时区是否为执行夏令时制度的时区，并根据所述判断的结果确定该时区的时差。

由于执行夏令时制度的时区与没有执行夏令时制度的时区的时差在计算时有所差异，因此在确定产生目标数据的设备的时区信息以后，可以进一步根据该时区信息判断该时区信息对应的时区是否为执行夏令时制度的时区，根据判断的结果可以确定对应的时差。

在一种可能的实施方式中，子步骤S13进一步可以包括如下子步骤：

子步骤S131，根据所述目标记录中记录的夏令时信息，确定所述时区信息对应的时区是否为执行夏令时制度的时区；若是，则执行子步骤S132；若否，则执行子步骤S133。

在一种实施方式中，可以根据目标记录中记录的夏令时开始本地时间、夏令时结束本地时间、本年夏令时开始UTC、本年夏令时结束UTC等任一项，来确定该时区信息对应的时区是否为执行夏令时制度的时区。

示例性地，在表2中，在夏令时开始(即夏令时开始本地时间)列以及夏令时结束(即夏令时结束本地时间)列中，由冒号分割的字符串组成，第一个数值表示月份，第二个数值表示本月第几周，第三个数值表示周几(0为周日)，第四个数值表示小时，第五个数值表示分，如3:2:0:2:0表示3月的第2个周日的2点开始进入夏令时，0:0:0:0:0表示不进入夏令时(即无夏令时)。

本年夏令时开始(或结束)UTC时间表示开始(或结束)夏令时时刻的UTC时间值，这个值系统初始化时需要每年重新计算一次，如果时区和夏令时政策发生变更，也需要重新计算。在表2中，夏令时开始(或结束)UTC时间记录了年-月-日-时-分-秒的信息，例如，“2018-11-04 09:00:00”表示2018年11月4日9时，“0”则表示不进入夏令时(即无夏令时)。

则在确定目标记录以后，可以判断目标记录中记录的夏令时开始本地时间/夏令时结束本地时间是否为“0:0:0:0:0”，或者判断本年夏令时开始UTC/本年夏令时结束UTC是否为“0”，若是，则表示该时区不执行夏令时制度；若否，则表示该时区执行夏令时制度。

例如，若上表2中编号1所在的记录为目标记录，从该记录的夏令时开始及夏令时结束项(并非为0:0:0:0:0)中可以得知该设备所在的时区执行夏令时制度。

又如，若上表2中编号3所在的记录为目标记录，从该记录的夏令时开始及夏令时结束项(0:0:0:0:0)中可以得知该设备所在的时区没有执行夏令时制度。

子步骤S132，根据所述夏令时信息和/或所述时区信息，确定所述时差；

在一种实施方式中，若判定产生目标数据的设备所在的时区执行夏令时时，可以根据该夏令时的夏令时偏差与对应的时区信息确定时差。其中，夏令时偏差表示进入夏令时时钟需要拨快的分钟数，例如，60表示要拨快60分钟。

在本实施例的一种可能的实施方式中，子步骤S132进一步可以包括如下子步骤：

判断所述目标数据产生时的UTC时间是否在所述夏令时开始UTC时间与夏令时结束UTC时间限定的时间区间内；若否，则确定所述时区信息为所述时区的时差；若是，则将所述时区信息与所述夏令时偏差之和作为所述时差。

示例性地，根据子步骤S11获得的UTC时间，可以判断该UTC时间是否在夏令时开始UTC时间与夏令时结束UTC时间限定的时间区间内，如果不在，则直接将对应的时区信息作为时差；如果在，则可以根据时区信息以及夏令时偏差确定时差，在一种实施方式中，可以将时区信息与夏令时偏差之和作为时差，例如，如表2的编号1所记录的数据，时差＝-700+60。

子步骤S133，确定所述时区信息为所述时区的时差。

若判定产生目标数据的设备所在的时区无夏令时时，则可以直接将对应的时区信息作为时差。例如，在表2中，编号3的记录中记载的时区信息为“800”，则对应的时差为“+800”。

子步骤S14，根据所述UTC时间以及确定的所述时差，确定所述目标数据发生地的本地时间。

在一种实施方式中，可以计算UTC时间与时差之和，作为目标数据的本地时间。即，若产生目标数据的设备所在的时区没有夏令时，则目标数据的本地时间＝UTC时间+时区信息。若产生目标数据的设备所在的时区有夏令时，但其UTC时间不在夏令时开始UTC时间与夏令时结束UTC时间限定的时间区间内，则本地时间＝UTC时间+时区信息。若产生目标数据的设备所在的时区有夏令时，且其UTC时间在夏令时开始UTC时间与夏令时结束UTC时间限定的时间区间内，则本地时间＝UTC时间+时区信息+夏令时偏差。

在另一种可能的实施方式中，如图4示例性地示出了另一种获取目标数据的时间信息的实施例的步骤流程图，在图4中，步骤101中可以采用如下子步骤获取目标数据的时间信息：

子步骤S21，接收外部设备发送的目标数据，其中，所述目标数据携带所述目标数据的发生地的本地时间、以及所述本地时间与所述UTC时间的时差。

在一种实施方式中，目标数据可以由外部设备产生。在产生目标数据时，外部设备可以通过调用其操作系统提供的时间接口来获取目标数据发生时的本地时间以及时差。在发送目标数据的同时可以携带该目标数据产生本地时间和时差。例如，摄像机可以通过其嵌入式操作系统获取目标数据产生时的本地时间和时差。

示例性地，本地时间和时差可以封装成时间戳，外部设备传输的目标数据携带其时间戳。例如，若本地时间为2019-01-16 15:55:05，时差为800，则两者组成的时间戳可以为2019-01-16 15:55:05T+0800。

在一个例子中，时间戳可以为符合ISO 8601格式的时间元素，其中，ISO8601是日期和时间的表示方法的一种国际标准，目前最新为第三版ISO8601:2004，该标准有多种表示格式。

本实施例示例性地可以适用于目标数据为历史数据的场景，因传输的是历史数据，本端无法通过图3的实施例，将本端的UTC时间作为外部设备的UTC时间来确定目标数据的时间信息。

子步骤S22，根据所述本地时间与所述时差确定所述UTC时间。

示例性地，本端可以根据接收的目标数据，获取其携带的本地时间以及时差，然后将本地时间减去时差可以得到UTC时间。

在其他实施例中，若外部设备为不具备获取时差能力的老设备(例如没有对应的时差获取接口)，则该外部设备只能通过其操作系统获取本地时间，并在发送目标数据时携带本地时间。则本端在接收到该目标数据以后，可以通过其携带的本地时间，获取其他时间信息。

示例性地，本端在接收到外部设备发送的目标数据以后，可以获取外部设备的设备标识，并在设备数据表(如表1)的中查找该外部设备的设备标识，获得该设备标识对应的目标时区编号。随后，在时区数据表(如表2)中查找该目标时区编号对应的记录，并从该查找到的记录中查找时区信息，作为该外部设备所处的时区。同时可以参考子步骤S13的过程，判断该外部设备所处的时区是否为执行夏令时制度的时区，并根据判断结果确定该外部设备对应的时差。

示例性地，一种确定时差的方式如下：

若外部设备所处的时区无夏令时，则该外部设备的时差＝时区信息。

若外部设备所处的时区有夏令时，则包括如下情况：

若该目标数据携带的本地时间不在夏令时开始本地时间与夏令时结束本地时间限定的时间区间内，则该外部设备的时差＝时区信息；

若夏令时开始本地时间<本地时间<夏令时开始本地时间+夏令时偏差，则该本地时间为无效时间；

若夏令时开始本地时间+夏令时偏差<本地时间<夏令时结束本地时间-夏令时偏差，则时差＝时区信息+夏令时偏差；

若夏令时结束本地时间-夏令时偏差<本地时间<夏令时结束本地时间，则时差＝时区信息+夏令时偏差，或者时差＝时区信息，在这种情况下，可以择一选取一种时差作为最终确定的时差。

得到外部设备的时差后，可以将目标数据的本地时间减去该时差得到该目标数据的UTC时间。

在本实施例中，获得目标数据的时间信息以后，可以将该目标数据与时间信息关联存储。

在一种可能的实施方式中，一种将目标数据与时间信息关联存储的方式可以为：将目标数据与时间信息记录在数据记录表。

示例性地，如下表3所示，数据记录表中可以记录编号、记录信息(包括目标数据的相关信息，如目标数据、目标数据的存储路径、名称等)、本地时间、时差、UTC时间等信息。

表3

步骤102，将所述目标数据以及指定时间类型的时间信息发送至客户端，以使所述客户端在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。

在本实施例中，还可以将目标数据以及关联的指定时间类型的时间信息发送至客户端，以由客户端展示目标数据，并在展示目标数据时，根据展示需要将指定时间类型的时间信息按照指定时间格式进行时间展示。

在一种可能的实施方式中，步骤102可以包括如下子步骤：

子步骤S31，从所述目标数据关联的时间信息中提取指定时间类型的时间信息；

在一个例子中，指定时间类型的时间信息可以包括本地时间以及时差这两种时间类型。

子步骤S32，将所述指定时间类型的时间信息封装成ISO8601格式的时间戳；

子步骤S33，将携带所述时间戳的所述目标数据发送至客户端。

在一种实施方式中，可以按照ISO 8601格式封装指定时间类型的时间信息，如，封装本地时间以及时差，得到目标数据的时间戳。在后续对目标数据的传输过程中都会携带该时间戳。

针对客户端而言，当其接收到目标数据以后，可以根据展示需要(客户端的用户可以根据自己的使用习惯或者具体的业务场景，在客户端中配置时间的展示格式)，采用不同的时间格式展示该目标数据。

在一个例子中，时间格式可以包括本地时间的时间格式。客户端可以以该目标数据携带的时间戳中的本地时间来展示目标数据，则客户端直接以该本地时间进行目标数据的展示即可。

在另一个例子中，时间格式可以包括客户端时间的时间格式。客户端可以客户端时间进行数据的展示，则在一种实施方式中，客户端在获取目标数据携带的时间戳中的本地时间和时差以后，可以将该本地时间减去时差得到对应的UTC时间，然后调用客户端所在操作系统提供的时间转换函数，将该UTC时间转换为客户端时间。

在本实施例中，客户端可以根据展示的需要，以本地时间和/或客户端时间进行目标数据的展示，避免了不同时区的时间造成的混乱，确保了时间展示的一致性，使得查询结果中的时间信息能够正确地显示。

在一种可能的实施方式中，本实施例可以主动向客户端推送目标数据。本实施例可以在获得目标数据以后，在满足预设的推送时刻时，可以将该目标数据及对应的时间戳发送至客户端中。

在另一种可能的实施方式中，本实施例还可以响应于客户端的请求，向客户端发送目标数据。参考图5示出了本申请一示例性实施例示出的另一种数据处理的方法实施例的步骤流程图，在步骤102之前，本实施例还可以包括如下步骤：

步骤103，接收客户端发送的目标数据获取请求，所述目标数据获取请求包括目标时间类型的时间搜索词。

在实际中，客户端的用户可以根据自己的使用习惯或者具体的业务场景，在客户端中配置从服务器中获取数据的目标时间类型。作为一种示例，目标数据获取请求可以包括客户端的用户指定的目标时间类型的时间搜索词。

在一种实施方式中，目标时间类型可以包括本地时间类型。客户端在确定本地时间类型的时间搜索词以后，可以根据该本地时间类型的时间搜索词生成目标数据获取请求，并将目标数据获取请求发送至服务器侧或设备侧。

在另一种实施方式中，目标时间类型可以包括UTC时间类型，其中，该UTC时间类型对应的时间搜索词为客户端根据客户端时间的时间搜索词转换得到。具体的，当客户端检测到用户设置的以客户端时间发起查询时，客户端可以首先确定发起查询的客户端时间，然后调用所处操作系统的转换函数，将该客户端时间转换成UTC时间，并以该UTC时间作为搜索词生成目标数据获取请求。

步骤104，搜索与所述目标时间类型的时间搜索词匹配的目标数据；

在一个例子中，当目标数据获取请求包括本地时间类型的时间搜索词，本实施例在接收到客户端发送的目标数据获取请求以后，可以以该本地时间类型的时间搜索词作为筛选条件，在数据记录表中进行筛选，获得匹配的目标数据。例如，假设客户端请求的是本地时间为“2018-03-11 03:10:00”的目标数据，则服务器可以在表3中查找本地时间“2018-03-11 03:10:00”，最终查找到记录2，并根据记录2获得目标数据。

在另一个例子中，当目标数据获取请求包括UTC时间类型的时间搜索词，本实施例在接收到客户端发送的目标数据获取请求以后，可以以该UTC时间类型的时间搜索词作为筛选条件，在数据记录表中进行筛选，获得匹配的目标数据。例如，假设客户端请求的是UTC时间为“2018-03-11 08:10:00”的目标数据，则服务器可以在表3中查找“2018-03-11 08:10:00”，最终查找到记录1，并根据记录1获得目标数据。

在本实施例的一种可能的实施方式中，步骤102可以包括如下子步骤：

将所述匹配的目标数据以及关联的指定类型的时间信息发送至客户端。

在本实施例中，当确定与目标数据获取请求匹配的目标数据以后，可以将该匹配的目标数据以及关联的指定类型的时间信息发送至客户端。作为一种示例，该指定类型的时间信息可以包括本地时间以及时差。该本地时间以及时差可以封装成时间戳进行发送。

针对客户端而言，当其接收到目标数据以后，可以根据展示需要，采用不同的时间格式展示该目标数据。

在一个例子中，时间格式可以包括本地时间的时间格式。客户端可以以该目标数据携带的时间戳中的本地时间来展示目标数据。

在另一个例子中，时间格式可以包括客户端时间的时间格式。客户端可以客户端时间进行数据的展示，则在一种实施方式中，客户端在获取目标数据携带的时间戳中的本地时间和时差以后，可以将该本地时间减去时差得到对应的UTC时间，然后调用客户端所在操作系统提供的时间转换函数，将该UTC时间转换为客户端时间进行目标数据的展示。

在本申请实施例中，在存储目标数据时，可以获取该目标数据的发生地的本地时间、UTC时间、以及本地时间与UTC时间的时差等时间信息，并将目标数据与其时间信息关联存储，从而实现了对来自不同时区的目标数据的统一管理，支持多时区和夏令时，保障了项目的时间一致性，使得因政策原因发生时区和夏令时变更，存储的历史记录不受影响。

另外，由于本实施例将目标数据以及其时间信息关联存储，则在发送目标数据时，本实施例可以将目标数据以及指定时间类型的时间信息发送至客户端，使得客户端在显示目标数据时，可以将该指定时间类型的时间信息按照指定时间格式进行时间展示，保证了来自不同时区的目标数据在客户端侧能够被正确显示。

与前述方法的实施例相对应，本申请还提供了一种数据处理装置的实施例。

本申请的装置实施例可以应用在电子设备中。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器将非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从硬件层面而言，如图6所示，为本申请的装置所在设备的一种硬件结构图，除了图6所示的处理器、内存、网络接口、以及非易失性存储器之外，实施例中装置所在的设备通常根据该装置的实际功能，还可以包括其他硬件，对此不再赘述。

请参考图7，示出了本申请一示例性实施例示出的一种数据处理装置实施例的结构框图，具体可以包括如下模块：

数据存储模块701，用于在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；

数据发送模块702，用于将所述目标数据以及指定时间类型的时间信息发送至客户端，以使所述客户端在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。

在本实施例的一种可能的实施例中，所述数据存储模块701包括：

UTC时间获取子模块，用于获取所述目标数据产生时的UTC时间；

时区信息确定子模块，用于根据预存的指定设备与时区的对应关系，确定产生所述目标数据的设备对应的时区信息；

时差确定子模块，用于判断所述时区信息对应的时区是否为执行夏令时制度的时区；并根据所述判断的结果确定该时区的时差；

本地时间确定子模块，用于根据所述UTC时间以及确定的所述时差，确定所述目标数据发生地的本地时间。

在本实施例的一种可能的实施例中，所述时区信息确定子模块包括：

设备标识获取单元，用于获取产生所述目标数据的设备的设备标识；

设备数据表查找单元，用于在预置的设备数据表中查找所述设备标识对应的目标时区编号；

时区数据表查找单元，用于在预置的时区数据表中查找所述目标时区编号对应的目标记录，并从所述目标记录中查找时区信息。

在本实施例的一种可能的实施例中，所述时差确定子模块包括：

夏令时判断单元，用于根据所述目标记录中记录的夏令时信息，确定所述时区信息对应的时区是否为执行夏令时制度的时区；若是，则调用第一时差确定单元；若否，则调用第二时差确定单元；

第一时差确定单元，用于根据所述夏令时信息和/或所述时区信息，确定所述时差；

第二时差确定单元，用于确定所述时区信息为所述时区的时差。

在本实施例的一种可能的实施例中，所述夏令时信息包括夏令时开始UTC时间、夏令时结束UTC时间以及夏令时偏差；

所述第一时差确定单元具体用于：

判断所述目标数据产生时的UTC时间是否在所述夏令时开始UTC时间与夏令时结束UTC时间限定的时间区间内；

若否，则确定所述时区信息为所述时区的时差；

若是，则将所述时区信息与所述夏令时偏差之和作为所述时差。

在本实施例的另一种可能的实施例中，所述数据存储模块701包括：

目标数据接收子模块，用于接收外部设备发送的目标数据，其中，所述目标数据携带所述目标数据的发生地的本地时间、以及所述本地时间与所述UTC时间的时差；

UTC时间确定子模块，用于根据所述本地时间与所述时差确定所述UTC时间。

在本实施例的一种可能的实施例中，所述数据发送模块702包括：

时间戳生成子模块，用于从所述目标数据关联的时间信息中提取指定时间类型的时间信息；并将所述指定时间类型的时间信息封装成ISO8601格式的时间戳；

数据发送子模块，用于将携带所述时间戳的所述目标数据发送至客户端。

在本实施例的一种可能的实施例中，所述装置还包括：

请求接收模块，用于在所述将所述目标数据以及指定时间类型的时间信息发送至客户端之前，接收客户端发送的目标数据获取请求，所述目标数据获取请求包括目标时间类型的时间搜索词，其中，所述目标时间类型包括本地时间类型或者UTC时间类型，当所述目标时间类型为UTC时间类型时，该UTC时间类型对应的时间搜索词为所述客户端根据客户端时间的时间搜索词转换得到；

搜索模块，用于搜索与所述目标时间类型的时间搜索词匹配的目标数据；

所述数据发送模块702具体用于：

将所述匹配的目标数据以及关联的指定类型的时间信息发送至客户端。

在本实施例的一种可能的实施例中，所述指定时间类型的时间信息包括本地时间以及时差，所述指定时间格式包括本地时间的格式和/或客户端时间的格式；

其中，所述客户端时间的格式为所述客户端根据所述本地时间以及时差确定UTC时间后，将该UTC时间进行转换得到的客户端时间。

请参考图8，示出了本申请一示例性实施例示出的一种数据处理系统实施例的结构框图，所述系统可以包括服务器80以及客户端90；

所述服务器80可以包括如下模块：

数据存储模块801，用于在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；

数据发送模块802，用于将所述目标数据以及指定时间类型的时间信息发送至客户端；

所述客户端90可以包括如下模块：

数据展示模块901，用于在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。

在本实施例的一种可能的实施例中，所述数据存储模块801包括：

UTC时间获取子模块，用于获取所述目标数据产生时的UTC时间；

时区信息确定子模块，用于根据预存的指定设备与时区的对应关系，确定产生所述目标数据的设备对应的时区信息；

时差确定子模块，用于判断所述时区信息对应的时区是否为执行夏令时制度的时区；并根据所述判断的结果确定该时区的时差；

本地时间确定子模块，用于根据所述UTC时间以及确定的所述时差，确定所述目标数据发生地的本地时间。

在本实施例的一种可能的实施例中，所述时区信息确定子模块包括：

设备标识获取单元，用于获取产生所述目标数据的设备的设备标识；

设备数据表查找单元，用于在预置的设备数据表中查找所述设备标识对应的目标时区编号；

时区数据表查找单元，用于在预置的时区数据表中查找所述目标时区编号对应的目标记录，并从所述目标记录中查找时区信息。

在本实施例的一种可能的实施例中，所述时差确定子模块包括：

夏令时判断单元，用于根据所述目标记录中记录的夏令时信息，确定所述时区信息对应的时区是否为执行夏令时制度的时区；若是，则调用第一时差确定单元；若否，则调用第二时差确定单元；

第一时差确定单元，用于根据所述夏令时信息和/或所述时区信息，确定所述时差；

第二时差确定单元，用于确定所述时区信息为所述时区的时差。

在本实施例的一种可能的实施例中，所述夏令时信息包括夏令时开始UTC时间、夏令时结束UTC时间以及夏令时偏差；

所述第一时差确定单元具体用于：

判断所述目标数据产生时的UTC时间是否在所述夏令时开始UTC时间与夏令时结束UTC时间限定的时间区间内；

若否，则确定所述时区信息为所述时区的时差；

若是，则将所述时区信息与所述夏令时偏差之和作为所述时差。

在本实施例的另一种可能的实施例中，所述数据存储模块801包括：

目标数据接收子模块，用于接收外部设备发送的目标数据，其中，所述目标数据携带所述目标数据的发生地的本地时间、以及所述本地时间与所述UTC时间的时差；

UTC时间确定子模块，用于根据所述本地时间与所述时差确定所述UTC时间。

在本实施例的一种可能的实施例中，所述数据发送模块802包括：

时间戳生成子模块，用于从所述目标数据关联的时间信息中提取指定时间类型的时间信息；并将所述指定时间类型的时间信息封装成ISO8601格式的时间戳；

数据发送子模块，用于将携带所述时间戳的所述目标数据发送至客户端。

在本实施例的一种可能的实施例中，所述服务器80还包括：

请求接收模块，用于在所述将所述目标数据以及指定时间类型的时间信息发送至客户端之前，接收客户端发送的目标数据获取请求，所述目标数据获取请求包括目标时间类型的时间搜索词，其中，所述目标时间类型包括本地时间类型或者UTC时间类型，当所述目标时间类型为UTC时间类型时，该UTC时间类型对应的时间搜索词为所述客户端根据客户端时间的时间搜索词转换得到；

搜索模块，用于搜索与所述目标时间类型的时间搜索词匹配的目标数据；

所述数据发送模块802具体用于：

将所述匹配的目标数据以及关联的指定类型的时间信息发送至客户端。

在本实施例的一种可能的实施例中，所述指定时间类型的时间信息包括本地时间以及时差，所述指定时间格式包括本地时间的格式和/或客户端时间的格式；

其中，所述客户端时间的格式为所述客户端根据所述本地时间以及时差确定UTC时间后，将该UTC时间进行转换得到的客户端时间。

在本实施例的一种可能的实施例中，所述客户端90还包括：

请求生成模块，用于确定目标时间类型的时间搜索词，并根据所述时间搜索词生成目标数据获取请求；

请求发送模块，用于将所述目标数据获取请求发送至所述服务器中。

在本实施例的一种可能的实施例中，所述目标时间类型包括本地时间的类型或者UTC时间的类型。

在本实施例的一种可能的实施例中，当所述目标时间类型为UTC时间的类型时，所述请求生成模块包括：

客户端时间确定子模块，用于确定需要请求的目标数据的客户端时间；

第一时间转换子模块，用于调用预置的时间转换函数，将所述客户端时间转换成UTC时间；

请求生成子模块，用于根据所述UTC时间生成目标数据获取请求。

在本实施例的一种可能的实施例中，所述指定时间格式包括本地时间的格式或者客户端时间的格式。

在本实施例的一种可能的实施例中，所述指定时间类型的时间信息包括本地时间以及时差；当所述指定时间格式为客户端时间的格式时，所述数据展示模块901可以包括如下子模块：

UTC时间计算子模块，用于根据所述本地时间以及所述时差，计算对应的UTC时间；

第二时间转换子模块，用于调用预置的时间转换函数，将所述UTC时间转换成客户端时间；

展示子模块，用于以所述客户端时间展示所述目标数据。

对于装置及系统实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。

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

本申请实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现上述方法实施例的步骤。

本申请实施例还提供了一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述方法实施例的步骤。

本说明书中描述的主题及功能操作的实施例可以在以下中实现：数字电子电路、有形体现的计算机软件或固件、包括本说明书中公开的结构及其结构性等同物的计算机硬件、或者它们中的一个或多个的组合。本说明书中描述的主题的实施例可以实现为一个或多个计算机程序，即编码在有形非暂时性程序载体上以被数据处理装置执行或控制数据处理装置的操作的计算机程序指令中的一个或多个模块。可替代地或附加地，程序指令可以被编码在人工生成的传播信号上，例如机器生成的电、光或电磁信号，该信号被生成以将信息编码并传输到合适的接收机装置以由数据处理装置执行。计算机存储介质可以是机器可读存储设备、机器可读存储基板、随机或串行存取存储器设备、或它们中的一个或多个的组合。

本说明书中描述的处理及逻辑流程可以由执行一个或多个计算机程序的一个或多个可编程计算机执行，以通过根据输入数据进行操作并生成输出来执行相应的功能。所述处理及逻辑流程还可以由专用逻辑电路—例如FPGA(现场可编程门阵列)或ASIC(专用集成电路)来执行，并且装置也可以实现为专用逻辑电路。

适合用于执行计算机程序的计算机包括，例如通用和/或专用微处理器，或任何其他类型的中央处理单元。通常，中央处理单元将从只读存储器和/或随机存取存储器接收指令和数据。计算机的基本组件包括用于实施或执行指令的中央处理单元以及用于存储指令和数据的一个或多个存储器设备。通常，计算机还将包括用于存储数据的一个或多个大容量存储设备，例如磁盘、磁光盘或光盘等，或者计算机将可操作地与此大容量存储设备耦接以从其接收数据或向其传送数据，抑或两种情况兼而有之。然而，计算机不是必须具有这样的设备。此外，计算机可以嵌入在另一设备中，例如车载终端、移动电话、个人数字助理(PDA)、移动音频或视频播放器、游戏操纵台、全球定位系统(GPS)接收机、或例如通用串行总线(USB)闪存驱动器的便携式存储设备，仅举几例。

适合于存储计算机程序指令和数据的计算机可读介质包括所有形式的非易失性存储器、媒介和存储器设备，例如包括半导体存储器设备(例如EPROM、EEPROM和闪存设备)、磁盘(例如内部硬盘或可移动盘)、磁光盘以及CD ROM和DVD-ROM盘。处理器和存储器可由专用逻辑电路补充或并入专用逻辑电路中。

虽然本说明书包含许多具体实施细节，但是这些不应被解释为限制任何发明的范围或所要求保护的范围，而是主要用于描述特定发明的具体实施例的特征。本说明书内在多个实施例中描述的某些特征也可以在单个实施例中被组合实施。另一方面，在单个实施例中描述的各种特征也可以在多个实施例中分开实施或以任何合适的子组合来实施。此外，虽然特征可以如上所述在某些组合中起作用并且甚至最初如此要求保护，但是来自所要求保护的组合中的一个或多个特征在一些情况下可以从该组合中去除，并且所要求保护的组合可以指向子组合或子组合的变型。

类似地，虽然在附图中以特定顺序描绘了操作，但是这不应被理解为要求这些操作以所示的特定顺序执行或顺次执行、或者要求所有例示的操作被执行，以实现期望的结果。在某些情况下，多任务和并行处理可能是有利的。此外，上述实施例中的各种系统模块和组件的分离不应被理解为在所有实施例中均需要这样的分离，并且应当理解，所描述的程序组件和系统通常可以一起集成在单个软件产品中，或者封装成多个软件产品。

由此，主题的特定实施例已被描述。其他实施例在所附权利要求书的范围以内。在某些情况下，权利要求书中记载的动作可以以不同的顺序执行并且仍实现期望的结果。此外，附图中描绘的处理并非必需所示的特定顺序或顺次顺序，以实现期望的结果。在某些实现中，多任务和并行处理可能是有利的。

以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。

Claims (10)

1.一种数据处理的方法，其特征在于，所述方法包括：

在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；

接收客户端发送的目标数据获取请求，所述目标数据获取请求包括目标时间类型的时间搜索词，其中，所述目标时间类型包括本地时间类型或者UTC时间类型，当所述目标时间类型为UTC时间类型时，该UTC时间类型对应的时间搜索词为所述客户端根据客户端时间的时间搜索词转换得到；

搜索与所述目标时间类型的时间搜索词匹配的目标数据；

将所述匹配的目标数据以及关联的指定时间类型的时间信息发送至客户端，以使所述客户端在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。

2.根据权利要求1所述的方法，其特征在于，所述获取所述目标数据的时间信息，包括：

获取所述目标数据产生时的UTC时间；

根据预存的指定设备与时区的对应关系，确定产生所述目标数据的设备对应的时区信息；

判断所述时区信息对应的时区是否为执行夏令时制度的时区，并根据所述判断的结果确定该时区的时差；

根据所述UTC时间以及确定的所述时差，确定所述目标数据发生地的本地时间。

3.根据权利要求2所述的方法，其特征在于，所述根据预存的指定设备与时区的对应关系，确定产生所述目标数据的设备对应的时区信息，包括：

获取产生所述目标数据的设备的设备标识；

在预置的设备数据表中查找所述设备标识对应的目标时区编号；

在预置的时区数据表中查找所述目标时区编号对应的目标记录，并从所述目标记录中查找时区信息。

4.根据权利要求3所述的方法，其特征在于，所述判断所述时区信息对应的时区是否为执行夏令时制度的时区，并根据所述判断的结果确定该时区的时差，包括：

根据所述目标记录中记录的夏令时信息，确定所述时区信息对应的时区是否为执行夏令时制度的时区；

若是，则根据所述夏令时信息和/或所述时区信息，确定所述时差；

若否，则确定所述时区信息为所述时区的时差。

5.根据权利要求4所述的方法，其特征在于，所述夏令时信息包括夏令时开始UTC时间、夏令时结束UTC时间以及夏令时偏差；

所述根据所述夏令时信息和/或所述时区信息，确定所述时差，包括：

判断所述目标数据产生时的UTC时间是否在所述夏令时开始UTC时间与夏令时结束UTC时间限定的时间区间内；

若否，则确定所述时区信息为所述时区的时差；

若是，则将所述时区信息与所述夏令时偏差之和作为所述时差。

6.根据权利要求1所述的方法，其特征在于，所述获取所述目标数据的时间信息，包括：

接收外部设备发送的目标数据，其中，所述目标数据携带所述目标数据的发生地的本地时间、以及所述本地时间与所述UTC时间的时差；

根据所述本地时间与所述时差确定所述UTC时间。

7.根据权利要求1-6任一项所述的方法，其特征在于，所述将所述匹配的目标数据以及关联的指定时间类型的时间信息发送至客户端，包括：

从所述匹配的目标数据关联的时间信息中提取指定时间类型的时间信息；

将所述关联的指定时间类型的时间信息封装成ISO8601格式的时间戳；

将携带所述时间戳的所述目标数据发送至客户端。

8.根据权利要求7所述的方法，其特征在于，所述指定时间类型的时间信息包括本地时间以及时差，所述指定时间格式包括本地时间的格式和/或客户端时间的格式；

其中，所述客户端时间的格式为所述客户端根据所述本地时间以及时差确定UTC时间后，将该UTC时间进行转换得到的客户端时间。

9.一种数据处理装置，其特征在于，所述装置包括：

数据存储模块，用于在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；

请求接收模块，用于接收客户端发送的目标数据获取请求，所述目标数据获取请求包括目标时间类型的时间搜索词，其中，所述目标时间类型包括本地时间类型或者UTC时间类型，当所述目标时间类型为UTC时间类型时，该UTC时间类型对应的时间搜索词为所述客户端根据客户端时间的时间搜索词转换得到；

搜索模块，用于搜索与所述目标时间类型的时间搜索词匹配的目标数据；

数据发送模块，用于将所述匹配的目标数据以及关联的指定时间类型的时间信息发送至客户端，以使所述客户端在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。

10.一种数据处理系统，所述系统包括服务器以及客户端，

所述服务器包括：

数据存储模块，用于在存储目标数据时，获取所述目标数据的时间信息，并将所述目标数据与所述时间信息关联存储，其中，所述时间信息包括如下时间类型的信息：所述目标数据的发生地的本地时间、协调世界时UTC时间、以及所述本地时间与所述UTC时间的时差；

请求接收模块，用于接收客户端发送的目标数据获取请求，所述目标数据获取请求包括目标时间类型的时间搜索词，其中，所述目标时间类型包括本地时间类型或者UTC时间类型，当所述目标时间类型为UTC时间类型时，该UTC时间类型对应的时间搜索词为所述客户端根据客户端时间的时间搜索词转换得到；

搜索模块，用于搜索与所述目标时间类型的时间搜索词匹配的目标数据；

数据发送模块，用于将所述匹配的目标数据以及关联的指定时间类型的时间信息发送至客户端；

所述客户端包括：

数据展示模块，用于在显示所述目标数据时，将所述指定时间类型的时间信息按照指定时间格式进行时间展示。