CN107809448B - 一种数据处理方法及终端 - Google Patents

Abstract

本发明公开了一种数据处理方法及终端，其中，所述方法包括：发起第一请求，所述第一请求中携带预设参数；接收以所述预设参数为统计单位的趋势数据；根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；获取第二请求，所述第二请求中携带所述时间区间参数；显示符合所述时间区间参数的目标数据。

Description

一种数据处理方法及终端

技术领域

本发明涉及数据通信技术，尤其涉及一种数据处理方法及终端。

背景技术

大数据时代的开启，使数据渗透到当今每一个行业和业务职能领域，用户的生活离不开大数据，通过对大数据的分析能对数据进行优化，使其更符合预期需求。在大数据分析中，常用的方法是对收集的历史数据进行分析，以便找到规律，对预期数据趋势做出更准确的判断，从而更符合预期需求。

对收集的历史数据进行分析时，存在的问题是：1)如果是一次性的拉取全部历史数据，虽然能对数据进行全面的评估，然而，大量数据的拉取会占网络带宽，浪费流量；有些数据也不一定是当前迫切需要进行分析的数据，从而造成数据冗余，在终端存储过多的冗余数据会占用终端有限的存储空间。2)加载所拉取的历史数据进行显示时，是将所拉取的数据以其所在的历史时间点到截止当前时间点作为一个时间区间，对全部数据进行显示。同样的，在该时间区间所包含的全部数据中有些数据并不一定是用户当前迫切关心的数据，从而造成数据冗余，如果用户想要查询某个指定时间点或某个指定时间区间的数据，还需要额外花费时间进行检索后才可以获取，检索就会带来时延，使得用户无法第一时间查询到所关心的数据。然而，相关技术中，对于该问题，尚无有效解决方案。

发明内容

有鉴于此，本发明实施例提供了一种数据处理方法及终端，至少解决了现有技术存在的问题。

本发明实施例的技术方案是这样实现的：

本发明实施例的一种数据处理方法，所述方法包括：

发起第一请求，所述第一请求中携带预设参数；

接收以所述预设参数为统计单位的趋势数据；

根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；

获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；

响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；

获取第二请求，所述第二请求中携带所述时间区间参数；

显示符合所述时间区间参数的目标数据。

上述方案中，在所述数据趋势图中仅显示以年份为统计单位的近期行情数据，隐藏非近期的其他时间段内的数据；

将非近期的其他时间段内的数据以年份为标识生成待选取项，将所述待选取项显示于所述用户操作区中。

上述方案中，所述响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数，包括：

当所述第一操作作用于所述待选取项中的第一选取项时，将所述第一选取项对应的年份作为用户按需选取的起始年份；

当所述第一操作作用于所述待选取项中的第二选取项时，将所述第二选取项对应的年份作为用户按需选取的截止年份；

根据所述起始年份和所述截止年份生成所述时间区间参数。

上述方案中，所述方法还包括：

根据所述趋势数据建立索引表，所述索引表以年份为索引关键字；

所述趋势数据更新后，将更新后的趋势数据以年份进行拆分，得到对应至少一个年份的趋势数据；

将所述对应至少一个年份的趋势数据，根据索引关键字中对应的年份，更新到所述索引表中。

上述方案中，所述获取第二请求，所述第二请求中携带所述时间区间参数，包括：根据所述时间区间参数请求按照年份来拉取分段数据；

所述显示符合所述时间区间参数的目标数据，包括：获取请求拉取的所述分段数据，将所述分段数据按照年份的时间顺序进行拼接，得到所述目标数据。

上述方案中，根据所述时间区间参数请求按照年份来拉取分段数据，包括：

查询本地存储的索引表，所述索引表以年份为索引关键字；

若根据所述时间区间参数中的年份能查询到对应的索引关键字，则从所述索引表中按照年份来拉取分段数据。

上述方案中，根据所述时间区间参数请求按照年份来拉取分段数据，包括：

查询本地存储的索引表，所述索引表以年份为索引关键字；

若根据所述时间区间参数中的年份未能查询到对应的索引关键字，则向服务器请求数据，按照所述时间区间参数中的各个年份将所述第二请求拆分成X个第三请求，所述X为大于1的正整数；

判断所述X个第三请求是否超过请求次数的上限；

如果未超过，则发送所述X个第三请求，所述X个第三请求中携带对应的年份；

如果超过，则以所述请求次数的上限为依据，对所述X个第三请求进行打包处理后，得到Y个第四请求，X＞Y，发送所述Y个第四请求，所述Y个第四请求中携带打包请求所整合的年份区间。

本发明实施例的一种终端，所述终端包括：

请求发起单元，用于发起第一请求，所述第一请求中携带预设参数；

接收单元，用于接收以所述预设参数为统计单位的趋势数据；

趋势图生成单元，用于根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；

操作获取单元，用于获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；

操作响应单元，用于响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；

请求获取单元，用于获取第二请求，所述第二请求中携带所述时间区间参数；

显示单元，用于显示符合所述时间区间参数的目标数据。

上述方案中，所述显示单元，进一步用于：

在所述数据趋势图中仅显示以年份为统计单位的近期行情数据，隐藏非近期的其他时间段内的数据；

将非近期的其他时间段内的数据以年份为标识生成待选取项，将所述待选取项显示于所述用户操作区中。

上述方案中，所述操作响应单元，进一步用于：

当所述第一操作作用于所述待选取项中的第一选取项时，将所述第一选取项对应的年份作为用户按需选取的起始年份；

当所述第一操作作用于所述待选取项中的第二选取项时，将所述第二选取项对应的年份作为用户按需选取的截止年份；

根据所述起始年份和所述截止年份生成所述时间区间参数。

上述方案中，所述终端还包括：索引建立单元和索引更新单元；其中，

所述索引建立单元，用于：

根据所述趋势数据建立索引表，所述索引表以年份为索引关键字；

所述索引更新单元，用于：

所述趋势数据更新后，将更新后的趋势数据以年份进行拆分，得到对应至少一个年份的趋势数据；

将所述对应至少一个年份的趋势数据，根据索引关键字中对应的年份，更新到所述索引表中。

上述方案中，所述请求获取单元，进一步用于：根据所述时间区间参数请求按照年份来拉取分段数据；

所述显示单元，进一步用于：获取请求拉取的所述分段数据，将所述分段数据按照年份的时间顺序进行拼接，得到所述目标数据。

上述方案中，所述请求获取单元，进一步用于：

查询本地存储的索引表，所述索引表以年份为索引关键字；

若根据所述时间区间参数中的年份能查询到对应的索引关键字，则从所述索引表中按照年份来拉取分段数据。

上述方案中，所述请求获取单元，进一步用于：

查询本地存储的索引表，所述索引表以年份为索引关键字；

若根据所述时间区间参数中的年份未能查询到对应的索引关键字，则向服务器请求数据，按照所述时间区间参数中的各个年份将所述第二请求拆分成X个第三请求，所述X为大于1的正整数；

判断所述X个第三请求是否超过请求次数的上限；

如果未超过，则发送所述X个第三请求，所述X个第三请求中携带对应的年份；

如果超过，则以所述请求次数的上限为依据，对所述X个第三请求进行打包处理后，得到Y个第四请求，X＞Y，发送所述Y个第四请求，所述Y个第四请求中携带打包请求所整合的年份区间。

本发明实施例的数据处理方法包括：发起第一请求，所述第一请求中携带预设参数；接收以所述预设参数为统计单位的趋势数据；根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；获取第二请求，所述第二请求中携带所述时间区间参数；显示符合所述时间区间参数的目标数据。

采用本发明实施例，收到以所述预设参数为统计单位的趋势数据，该趋势数据能反映近期趋势，方便用户查看最新的数据发展动态，对后续所关心的数据有个合理预期，且将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中，图形表达的方式，使用户能更直观的看到这种合理预期。由在用户操作区触发的所述第一操作，可以选取到时间区间参数，利用该时间区间参数发起按需请求，从而能按需加载所请求的有效数据，即用户关心的数据，而不是将所有的数据不作区分(如时间区分)一并拉取到终端设备侧，这种按需请求和对应的按需加载，可以避免占用网络带宽，减少流量，避免数据冗余，最终在终端设备侧显示符合时间区间参数的目标数据，使得用户可以第一时间得到其所关心的数据。

附图说明

图1为实现本发明各个实施例的移动终端一个可选的硬件结构示意图；

图2为如图1所示的移动终端的通信系统示意图；

图3为本发明实施例中进行信息交互的各方硬件实体的示意图；

图4为本发明实施例中的包含趋势图的用户界面示意图；

图5为本发明实施例一的终端与服务器交互的示意图；

图6为本发明实施例二的处理流程示意图；

图7为本发明实施例五的系统组成结构示意图；

图8为现有技术中的K线图；

图9-10为应用本发明实施例一应用场景的示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

现在将参考附图描述实现本发明各个实施例的移动终端。在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明实施例的说明，其本身并没有特定的意义。因此，"模块"与"部件"可以混合地使用。

在下面的详细说明中，陈述了众多的具体细节，以便彻底理解本发明。不过，对于本领域的普通技术人员来说，显然可在没有这些具体细节的情况下实践本发明。在其他情况下，没有详细说明公开的公知方法、过程、组件、电路和网络，以避免不必要地使实施例的各个方面模糊不清。

另外，本文中尽管多次采用术语“第一”、“第二”等来描述各种元件(或各种阈值或各种应用或各种指令或各种操作)等，不过这些元件(或阈值或应用或指令或操作)不应受这些术语的限制。这些术语只是用于区分一个元件(或阈值或应用或指令或操作)和另一个元件(或阈值或应用或指令或操作)。例如，第一操作可以被称为第二操作，第二操作也可以被称为第一操作，而不脱离本发明的范围，第一操作和第二操作都是操作，只是二者并不是相同的操作而已。

本发明实施例中的步骤并不一定是按照所描述的步骤顺序进行处理，可以按照需求有选择的将步骤打乱重排，或者删除实施例中的步骤，或者增加实施例中的步骤，本发明实施例中的步骤描述只是可选的顺序组合，并不代表本发明实施例的所有步骤顺序组合，实施例中的步骤顺序不能认为是对本发明的限制。

本发明实施例中的术语“和/或”指的是包括相关联的列举项目中的一个或多个的任何和全部的可能组合。还要说明的是：当用在本说明书中时，“包括/包含”指定所陈述的特征、整数、步骤、操作、元件和/或组件的存在，但是不排除一个或多个其他特征、整数、步骤、操作、元件和/或组件和/或它们的组群的存在或添加。

本发明实施例的智能终端(如移动终端)可以以各种形式来实施。例如，本发明实施例中描述的移动终端可以包括诸如移动电话、智能电话、笔记本电脑、数字广播接收器、个人数字助理(PDA，Personal Digital Assistant)、平板电脑(PAD)、便携式多媒体播放器(PMP，Portable Media Player)、导航装置等等的移动终端以及诸如数字TV、台式计算机等等的固定终端。下面，假设终端是移动终端。然而，本领域技术人员将理解的是，除了特别用于移动目的的元件之外，根据本发明的实施方式的构造也能够应用于固定类型的终端。

图1为实现本发明各个实施例的移动终端一个可选的硬件结构示意图。

移动终端100可以包括通信单元110、音频/视频(A/V)输入单元120、用户输入单元130、请求发起单元140、接收单元141、趋势图生成单元142、操作获取单元143、操作响应单元144、请求获取单元145、输出单元150、显示单元151、存储单元160、接口单元170、处理单元180和电源单元190等等。图1示出了具有各种组件的移动终端，但是应理解的是，并不要求实施所有示出的组件。可以替代地实施更多或更少的组件。将在下面详细描述移动终端的元件。

通信单元110通常包括一个或多个组件，其允许移动终端100与无线通信系统或网络之间的无线电通信(如果将移动终端用固定终端代替，也可以通过有线方式进行电通信)。例如，通信单元具体为无线通信单元时可以包括广播接收单元111、移动通信单元112、无线互联网单元113、短程通信单元114和位置信息单元115中的至少一个，这些单元是可选的，根据不同需求可以增删。

广播接收单元111经由广播信道从外部广播管理服务器接收广播信号和/或广播相关信息。广播信道可以包括卫星信道和/或地面信道。广播管理服务器可以是生成并发送广播信号和/或广播相关信息的服务器或者接收之前生成的广播信号和/或广播相关信息并且将其发送给终端的服务器。广播信号可以包括TV广播信号、无线电广播信号、数据广播信号等等。而且，广播信号可以进一步包括与TV或无线电广播信号组合的广播信号。广播相关信息也可以经由移动通信网络提供，并且在该情况下，广播相关信息可以由移动通信单元112来接收。广播信号可以以各种形式存在，例如，其可以以数字多媒体广播(DMB，Digital Multimedia Broadcasting)的电子节目指南(EPG，Electronic Program Guide)、数字视频广播手持(DVB-H，Digital Video Broadcasting-Handheld)的电子服务指南(ESG，Electronic Service Guide)等等的形式而存在。广播接收单元111可以通过使用各种类型的广播系统接收信号广播。特别地，广播接收单元111可以通过使用诸如多媒体广播-地面(DMB-T，Digital Multimedia Broadcasting-Terrestrial)、数字多媒体广播-卫星(DMB-S，Digital Multimedia Broadcasting-Satellite)、数字视频广播手持(DVB-H)，前向链路媒体(MediaFLO，Media Forward Link Only)的数据广播系统、地面数字广播综合服务(ISDB-T，Integrated Services Digital Broadcasting-Terrestrial)等等的数字广播系统接收数字广播。广播接收单元111可以被构造为适合提供广播信号的各种广播系统以及上述数字广播系统。经由广播接收单元111接收的广播信号和/或广播相关信息可以存储在存储器160(或者其它类型的存储介质)中。

移动通信单元112将无线电信号发送到基站(例如，接入点、节点B等等)、外部终端以及服务器中的至少一个和/或从其接收无线电信号。这样的无线电信号可以包括语音通话信号、视频通话信号、或者根据文本和/或多媒体消息发送和/或接收的各种类型的数据。

无线互联网单元113支持移动终端的无线互联网接入。该单元可以内部或外部地耦接到终端。该单元所涉及的无线互联网接入技术可以包括无线局域网络(Wi-Fi，WLAN，Wireless Local Area Networks)、无线宽带(Wibro)、全球微波互联接入(Wimax)、高速下行链路分组接入(HSDPA，High Speed Downlink Packet Access)等等。

短程通信单元114是用于支持短程通信的单元。短程通信技术的一些示例包括蓝牙、射频识别(RFID，Radio Frequency Identification)、红外数据协会(IrDA，InfraredData Association)、超宽带(UWB，Ultra Wideband)、紫蜂等等。

位置信息单元115是用于检查或获取移动终端的位置信息的单元。位置信息单元的典型示例是全球定位系统(GPS，Global Positioning System)。根据当前的技术，GPS单元115计算来自三个或更多卫星的距离信息和准确的时间信息并且对于计算的信息应用三角测量法，从而根据经度、纬度和高度准确地计算三维当前位置信息。当前，用于计算位置和时间信息的方法使用三颗卫星并且通过使用另外的一颗卫星校正计算出的位置和时间信息的误差。此外，GPS单元115能够通过实时地连续计算当前位置信息来计算速度信息。

A/V输入单元120用于接收音频或视频信号。A/V输入单元120可以包括相机121和麦克风122，相机121对在视频捕获模式或图像捕获模式中由图像捕获装置获得的静态图片或视频的图像数据进行处理。处理后的图像帧可以显示在显示单元151上。经相机121处理后的图像帧可以存储在存储单元160(或其它存储介质)中或者经由通信单元110进行发送，可以根据移动终端的构造提供两个或更多相机121。麦克风122可以在电话通话模式、记录模式、语音识别模式等等运行模式中经由麦克风接收声音(音频数据)，并且能够将这样的声音处理为音频数据。处理后的音频(语音)数据可以在电话通话模式的情况下转换为可经由移动通信单元112发送到移动通信基站的格式输出。麦克风122可以实施各种类型的噪声消除(或抑制)算法以消除(或抑制)在接收和发送音频信号的过程中产生的噪声或者干扰。

用户输入单元130可以根据用户输入的命令生成键输入数据以控制移动终端的各种操作。用户输入单元130允许用户输入各种类型的信息，并且可以包括键盘、鼠标、触摸板(例如，检测由于被接触而导致的电阻、压力、电容等等的变化的触敏组件)、滚轮、摇杆等等。特别地，当触摸板以层的形式叠加在显示单元151上时，可以形成触摸屏。

请求发起单元140，用于发起第一请求，所述第一请求中携带预设参数；接收单元141，用于接收以所述预设参数为统计单位的趋势数据；趋势图生成单元142，用于根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；操作获取单元143，用于获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；操作响应单元144，用于响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；请求获取单元145，用于获取第二请求，所述第二请求中携带所述时间区间参数。相应的，符合所述时间区间参数的目标数据可以通过显示单元151进行显示。

接口单元170用作至少一个外部装置与移动终端100连接可以通过的接口。例如，外部装置可以包括有线或无线头戴式耳机端口、外部电源(或电池充电器)端口、有线或无线数据端口、存储卡端口、用于连接具有识别单元的装置的端口、音频输入/输出(I/O)端口、视频I/O端口、耳机端口等等。识别单元可以是存储用于验证用户使用移动终端100的各种信息并且可以包括用户识别单元(UIM，User Identify Module)、客户识别单元(SIM，Subscriber Identity Module)、通用客户识别单元(USIM，Universal SubscriberIdentity Module)等等。另外，具有识别单元的装置(下面称为"识别装置")可以采取智能卡的形式，因此，识别装置可以经由端口或其它连接装置与移动终端100连接。接口单元170可以用于接收来自外部装置的输入(例如，数据信息、电力等等)并且将接收到的输入传输到移动终端100内的一个或多个元件或者可以用于在移动终端和外部装置之间传输数据。

另外，当移动终端100与外部底座连接时，接口单元170可以用作允许通过其将电力从底座提供到移动终端100的路径或者可以用作允许从底座输入的各种命令信号通过其传输到移动终端的路径。从底座输入的各种命令信号或电力可以用作用于识别移动终端是否准确地安装在底座上的信号。输出单元150被构造为以视觉、音频和/或触觉方式提供输出信号(例如，音频信号、视频信号、振动信号等等)。输出单元150可以包括显示单元151、音频输出单元152等等。

显示单元151可以显示在移动终端100中处理的信息。例如，移动终端100可以显示相关用户界面(UI，User Interface)或图形用户界面(GUI，Graphical User Interface)。当移动终端100处于视频通话模式或者图像捕获模式时，显示单元151可以显示捕获的图像和/或接收的图像、示出视频或图像以及相关功能的UI或GUI等等。

同时，当显示单元151和触摸板以层的形式彼此叠加以形成触摸屏时，显示单元151可以用作输入装置和输出装置。显示单元151可以包括液晶显示器(LCD，LiquidCrystal Display)、薄膜晶体管LCD(TFT-LCD，Thin Film Transistor-LCD)、有机发光二极管(OLED，Organic Light-Emitting Diode)显示器、柔性显示器、三维(3D)显示器等等中的至少一种。这些显示器中的一些可以被构造为透明状以允许用户从外部观看，这可以称为透明显示器，典型的透明显示器可以例如为透明有机发光二极管(TOLED)显示器等等。根据特定想要的实施方式，移动终端100可以包括两个或更多显示单元(或其它显示装置)，例如，移动终端可以包括外部显示单元(未示出)和内部显示单元(未示出)。触摸屏可用于检测触摸输入压力以及触摸输入位置和触摸输入面积。

音频输出单元152可以在移动终端处于呼叫信号接收模式、通话模式、记录模式、语音识别模式、广播接收模式等等模式下时，将通信单元110接收的或者在存储器160中存储的音频数据转换音频信号并且输出为声音。而且，音频输出单元152可以提供与移动终端100执行的特定功能相关的音频输出(例如，呼叫信号接收声音、消息接收声音等等)。音频输出单元152可以包括扬声器、蜂鸣器等等。

存储单元160可以存储由处理单元180执行的处理和控制操作的软件程序等等，或者可以暂时地存储己经输出或将要输出的数据(例如，电话簿、消息、静态图像、视频等等)。而且，存储单元160可以存储关于当触摸施加到触摸屏时输出的各种方式的振动和音频信号的数据。

存储单元160可以包括至少一种类型的存储介质，所述存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等等)、随机访问存储器(RAM，Random AccessMemory)、静态随机访问存储器(SRAM，Static Random Access Memory)、只读存储器(ROM，Read Only Memory)、电可擦除可编程只读存储器(EEPROM，Electrically ErasableProgrammable Read Only Memory)、可编程只读存储器(PROM，Programmable Read OnlyMemory)、磁性存储器、磁盘、光盘等等。而且，移动终端100可以与通过网络连接执行存储单元160的存储功能的网络存储装置协作。

处理单元180通常控制移动终端的总体操作。例如，处理单元180执行与语音通话、数据通信、视频通话等等相关的控制和处理。又如，处理单元180可以执行模式识别处理，以将在触摸屏上执行的手写输入或者图片绘制输入识别为字符或图像。

电源单元190在处理单元180的控制下接收外部电力或内部电力并且提供操作各元件和组件所需的适当的电力。

这里描述的各种实施方式可以以使用例如计算机软件、硬件或其任何组合的计算机可读介质来实施。对于硬件实施，这里描述的实施方式可以通过使用特定用途集成电路(ASIC，Application Specific Integrated Circuit)、数字信号处理器(DSP，DigitalSignal Processing)、数字信号处理装置(DSPD，Digital Signal Processing Device)、可编程逻辑装置(PLD，Programmable Logic Device)、现场可编程门阵列(FPGA，FieldProgrammable Gate Array)、处理器、控制器、微控制器、微处理器、被设计为执行这里描述的功能的电子单元中的至少一种来实施，在一些情况下，这样的实施方式可以在控制器180中实施。对于软件实施，诸如过程或功能的实施方式可以与允许执行至少一种功能或操作的单独的软件单元来实施。软件代码可以由以任何适当的编程语言编写的软件应用程序(或程序)来实施，软件代码可以存储在存储器160中并且由控制器180执行。

至此，己经按照其功能描述了移动终端。下面，为了简要起见，将描述诸如折叠型、直板型、摆动型、滑动型移动终端等等的各种类型的移动终端中的滑动型移动终端作为示例。因此，本发明能够应用于任何类型的移动终端，并且不限于滑动型移动终端。

如图1中所示的移动终端100可以被构造为利用经由帧或分组发送数据的诸如有线和无线通信系统以及基于卫星的通信系统来操作。

现在将参考图2描述其中根据本发明实施例的移动终端能够操作的通信系统。

这样的通信系统可以使用不同的空中接口和/或物理层。例如，由通信系统使用的空中接口包括例如频分多址(FDMA，Frequency Division Multiple Access)、时分多址(TDMA，Time Division Multiple Access)、码分多址(CDMA，Code Division MultipleAccess)和通用移动通信系统(UMTS，Universal Mobile Telecommunications System)(特别地，长期演进(LTE，Long Term Evolution))、全球移动通信系统(GSM)等等。作为非限制性示例，下面的描述涉及CDMA通信系统，但是这样的教导同样适用于其它类型的系统。

参考图2，CDMA无线通信系统可以包括多个移动终端100、多个基站(BS，BaseStation)270、基站控制器(BSC，Base Station Controller)275和移动交换中心(MSC，Mobile Switching Center)280。MSC280被构造为与公共电话交换网络(PSTN，PublicSwitched Telephone Network)290形成接口。MSC280还被构造为与可以经由回程线路耦接到基站270的BSC275形成接口。回程线路可以根据若干己知的接口中的任一种来构造，所述接口包括例如E1/T1、ATM、IP、PPP、帧中继、HDSL、ADSL或xDSL。将理解的是，如图2中所示的系统可以包括多个BSC275。

每个BS 270可以服务一个或多个分区(或区域)，由多向天线或指向特定方向的天线覆盖的每个分区放射状地远离BS 270。或者，每个分区可以由用于分集接收的两个或更多天线覆盖。每个BS 270可以被构造为支持多个频率分配，并且每个频率分配具有特定频谱(例如，1.25MHz，5MHz等等)。

分区与频率分配的交叉可以被称为CDMA信道。BS 270也可以被称为基站收发器子系统(BTS，Base Transceiver Station)或者其它等效术语。在这样的情况下，术语“基站”可以用于笼统地表示单个BSC275和至少一个BS 270。基站也可以被称为“蜂窝站”。或者，特定BS 270的各分区可以被称为多个蜂窝站。

如图2中所示，广播发射器(BT，Broadcast Transmitter)295将广播信号发送给在系统内操作的移动终端100。如图1中所示的广播接收单元111被设置在移动终端100处以接收由BT295发送的广播信号。在图2中，示出了几个卫星300，例如可以采用全球定位系统(GPS)卫星300。卫星300帮助定位多个移动终端100中的至少一个。

在图2中，描绘了多个卫星300，但是理解的是，可以利用任何数目的卫星获得有用的定位信息。如图1中所示的位置信息单元115通常被构造为与卫星300配合以获得想要的定位信息。替代GPS跟踪技术或者在GPS跟踪技术之外，可以使用可以跟踪移动终端的位置的其它技术。另外，至少一个GPS卫星300可以选择性地或者额外地处理卫星DMB传输。

作为无线通信系统的一个典型操作，BS 270接收来自各种移动终端100的反向链路信号。移动终端100通常参与通话、消息收发和其它类型的通信。特定基站270接收的每个反向链路信号被在特定BS 270内进行处理。获得的数据被转发给相关的BSC275。BSC提供通话资源分配和包括BS 270之间的软切换过程的协调的移动管理功能。BSC275还将接收到的数据路由到MSC280，其提供用于与PSTN290形成接口的额外的路由服务。类似地，PSTN290与MSC280形成接口，MSC与BSC275形成接口，并且BSC275相应地控制BS 270以将正向链路信号发送到移动终端100。

移动终端中通信单元110的移动通信单元112基于移动终端内置的接入移动通信网络(如2G/3G/4G等移动通信网络)的必要数据(包括用户识别信息和鉴权信息)接入移动通信网络为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)。

通信单元110的无线互联网单元113通过运行无线热点的相关协议功能而实现无线热点的功能，无线热点支持多个移动终端(移动终端之外的任意移动终端)接入，通过复用移动通信单元112与移动通信网络之间的移动通信连接为移动终端用户的网页浏览、网络多媒体播放等业务传输移动通信数据(包括上行的移动通信数据和下行的移动通信数据)，由于移动终端实质上是复用移动终端与通信网络之间的移动通信连接传输移动通信数据的，因此移动终端消耗的移动通信数据的流量由通信网络侧的计费实体计入移动终端的通信资费，从而消耗移动终端签约使用的通信资费中包括的移动通信数据的数据流量。

图3为本发明实施例中进行信息交互的各方硬件实体的示意图，图3中包括：服务器11、终端设备21-24，终端设备21-24通过有线网络或者无线网络与服务器进行信息交互，终端设备包括手机、台式机、PC机、一体机等类型。采用本发明实施例，终端设备可以通过处理逻辑10向服务器请求近期的趋势数据，得到如图4所示的包括趋势图的用户界面，图4所示的用户界面中，包括A2所标识的近期趋势图和用户操作区，其中，近期趋势图作为该用户操作区的背景。在用户操作区中以年份提供针对非近期数据(以年份划分的历史数据)的选择项，也就是说，用户界面中包括近期数据和其他数据的选项，方便用户按照查询需求来点击该其他数据的选项，从而在用户界面上显示所需要的数据，即：在该用户界面上按需获取用户选取操作，以选取起始时间和截止时间，以该起始时间和截止时间作为时间区间，从而实现按需拉取数据，而不是将所有数据(对用户有用的数据和对用户没用的数据)一并拉取，比如，用户选取操作为拖动操作，通过拖动操作选择图4中的2012-2014选项，以获取2012-2014这一时间段的历史数据作为请求获取的目标数据，最终将获取的用户所需的目标数据在用户界面中进行显示，以便用户可以根据在用户界面中的显示结果来决策下一步的处理策略。服务器，可以作为用户所请求的数据来源存在的，如果在终端设备侧预先拉取的趋势数据中就已经包含用户所需的目标数据，则在终端设备本地获取该目标数据并直接显示在该用户界面中；如果在终端设备侧预先拉取的趋势数据中未包含用户所需的目标数据，则终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据。其中，以该起始时间和截止时间作为时间区间请求按需拉取该目标数据，可以根据时间区间的划分单位(如年份)进行分拆，即：请求按照年份分段拉取数据，最终，将分段拉取数据在终端设备侧进行拼接处理后再显示于该用户界面中。所述处理逻辑10包括：S1、发起第一请求，所述第一请求中携带预设参数；S2、接收以所述预设参数为统计单位的趋势数据；S3、根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；S4、获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；S5、响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；S6、获取第二请求，所述第二请求中携带所述时间区间参数；S7、显示符合所述时间区间参数的目标数据。

上述图3的例子只是实现本发明实施例的一个系统架构实例，本发明实施例并不限于上述图3所述的系统结构，基于上述图1所述的移动终端100硬件结构、图2所述的通信系统及图3所述的系统架构，提出本发明方法各个实施例。

实施例一：

本发明实施例的一种数据处理方法，如图5所示，所述方法包括：

步骤101、终端发起第一请求，所述第一请求中携带预设参数。

这里，所述预设参数在一个实际应用中可以采取年份为统计单位，将携带预设参数的第一请求发送给服务器，以便服务器根据该年份为统计单位，为终端匹配对应年份的近期趋势数据。

步骤102、服务器解析该第一请求，得到预设参数，根据预设参数为统计单位得到趋势数据。

步骤103、服务器发送以预设参数为统计单位的趋势数据。

这里，通过步骤102-103，服务器从该第一请求中解析出上述预设参数，在一个实际应用中，预设参数以年份为统计单位，则服务器根据该年份为统计单位，为终端匹配对应年份的近期趋势数据，将对应年份的近期趋势数据返回终端。

步骤104、终端接收以所述预设参数为统计单位的趋势数据，根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中。

这里，终端获得对应年份的近期趋势数据，根据所述趋势数据渲染得到数据趋势图，如图4所示的包括趋势图的用户界面，图4所示的用户界面中，包括A2所标识的近期趋势图和用户操作区，其中，近期趋势图作为该用户操作区的背景。针对用户操作区而言，即后续用户操作(如拖动年份选项的操作)的拖动进度条所在的位置为用户操作区，用户操作区以至少一个时间参数为标识，在实际应用中，时间参数以年份为单位，对应的，数据趋势图也是以年份为统计参数，根据该以年份为统计参数的统计单位从服务器拉取数据而生成该数据趋势图。其中，A2所标识的近期趋势图和所标识的用户操作区都位于用户界面中的第一区域中，数据趋势图是用户操作区的背景，在数据趋势图上方的第二区域A3所标识的是：包含更多数据的全局数据趋势图，俗称K线图，在A2和A3间的A1，其所标识的是：指标线。

步骤105、获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识，响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数。

这里，当所述预设参数以年份为统计单位时，所述时间区间参数包括：基于所述第一操作按需选取的起始年份和截止年份。在一个实际应用中，在用户操作区中以年份提供针对非近期数据(以年份划分的历史数据)的选择项，也就是说，用户界面中包括近期数据和其他数据的选项，方便用户按照查询需求来点击该其他数据的选项，从而在用户界面上显示所需要的数据，即：在该用户界面上按需获取用户选取操作，以选取起始时间和截止时间，以该起始时间和截止时间作为时间区间，从而实现按需拉取数据，而不是将所有数据(对用户有用的数据和对用户没用的数据)一并拉取，比如，用户选取操作为拖动操作，通过拖动操作选择图4中的2012-2014选项，以获取2012-2014这一时间段的历史数据作为请求获取的目标数据，最终将获取的用户所需的目标数据在用户界面中进行显示，以便用户可以根据在用户界面中的显示结果来决策下一步的处理策略。其中，该位于所述用户操作区的第一操作不限于拖动进度条的拖动操作，也可以是在预设时间间隔内点击至少2个时间参数而生成该指定时间区间的数据选取，比如时间间隔为2S内。

步骤106、获取第二请求，所述第二请求中携带所述时间区间参数。

这里，如106a所示为在终端本地获取第二请求。具体的，如果在终端设备侧预先拉取的趋势数据中就已经包含用户所需的目标数据，则在终端设备本地获取该目标数据并直接显示在该用户界面中。如106b所示为终端发送第二请求，服务器获取到第二请求。具体的，如果在终端设备侧预先拉取的趋势数据中未包含用户所需的目标数据，则终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据。

这里，终端请求的数据可以是按需拉取的分段数据(以年份进行分段)，比如终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据(如以年份进行划分的分段数据)，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据(如将以年份进行划分的分段数据进行拼接合并后得到的目标数据)。也就是说，以起始时间和截止时间作为时间区间请求按需拉取该目标数据，可以根据时间区间的划分单位(如年份)进行分拆，即：请求按照年份分段拉取数据，最终，将分段拉取数据在终端设备侧进行拼接处理后再显示于该用户界面中。

步骤107、显示符合所述时间区间参数的目标数据。

采用本发明实施例，收到以所述预设参数为统计单位的趋势数据，该趋势数据能反映近期趋势，方便用户查看最新的数据发展动态，对后续所关心的数据有个合理预期，且将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中，图形表达的方式，使用户能更直观的看到这种合理预期。由在用户操作区触发的所述第一操作，可以选取到时间区间参数，利用该时间区间参数发起按需请求，从而能按需加载所请求的有效数据，即用户关心的数据，而不是将所有的数据不作区分(如时间区分)一并拉取到终端设备侧，这种按需请求和对应的按需加载，可以避免占用网络带宽，减少流量，避免数据冗余，最终在终端设备侧显示符合时间区间参数的目标数据，使得用户可以第一时间得到其所关心的数据。

实施例二：

本发明实施例的一种数据处理方法，如图6所示，所述方法包括：

步骤201、终端发起第一请求，所述第一请求中携带预设参数。

这里，所述预设参数在一个实际应用中可以采取年份为统计单位，将携带预设参数的第一请求发送给服务器，以便服务器根据该年份为统计单位，为终端匹配对应年份的近期趋势数据。

步骤202、服务器解析该第一请求，得到预设参数，根据预设参数为统计单位得到趋势数据。

步骤203、服务器发送以预设参数为统计单位的趋势数据。

这里，通过步骤202-203，服务器从该第一请求中解析出上述预设参数，在一个实际应用中，预设参数以年份为统计单位，则服务器根据该年份为统计单位，为终端匹配对应年份的近期趋势数据，将对应年份的近期趋势数据返回终端。

步骤204、终端接收以所述预设参数为统计单位的趋势数据，根据所述趋势数据渲染得到数据趋势图，在所述数据趋势图中仅显示以年份为统计单位的近期行情数据，隐藏非近期的其他时间段内的数据，将非近期的其他时间段内的数据以年份为标识生成待选取项，将所述待选取项显示于所述用户操作区中。

这里，终端获得对应年份的近期趋势数据，根据所述趋势数据渲染得到数据趋势图，如图4所示的包括趋势图的用户界面，图4所示的用户界面中，包括A2所标识的近期趋势图和用户操作区，其中，近期趋势图作为该用户操作区的背景。针对用户操作区而言，即后续用户操作(如拖动年份选项的操作)的拖动进度条所在的位置为用户操作区，用户操作区以至少一个时间参数为标识，在实际应用中，时间参数以年份为单位，对应的，数据趋势图也是以年份为统计参数，根据该以年份为统计参数的统计单位从服务器拉取数据而生成该数据趋势图。其中，A2所标识的近期趋势图和A2所标识的用户操作区都位于用户界面中的第一区域中，数据趋势图是用户操作区的背景，在数据趋势图上方的第二区域A3所标识的是：包含更多数据的全局数据趋势图，俗称K线图，在A2和A3间的A1，其所标识的是：指标线。

步骤205、当所述第一操作作用于所述待选取项中的第一选取项时，将所述第一选取项对应的年份作为用户按需选取的起始年份。

步骤206、当所述第一操作作用于所述待选取项中的第二选取项时，将所述第二选取项对应的年份作为用户按需选取的截止年份。

步骤207、根据所述起始年份和所述截止年份生成所述时间区间参数。

这里，通过步骤205-207，获取位于所述用户操作区的第一操作，基于该第一操作选取得到后续发送第二请求(或称按需请求)对应的历史数据时间区间参数(如查看时间段)，以年份为统计单位时，时间区间参数(如查看时间段)以第一选取项对应的起始年份和第二选取项对应的截止年份所构成。

这里，当所述预设参数以年份为统计单位时，所述时间区间参数包括：基于所述第一操作按需选取的起始年份和截止年份。在一个实际应用中，在用户操作区中以年份提供针对非近期数据(以年份划分的历史数据)的选择项，也就是说，用户界面中包括近期数据和其他数据的选项，方便用户按照查询需求来点击该其他数据的选项，从而在用户界面上显示所需要的数据，即：在该用户界面上按需获取用户选取操作，以选取起始时间和截止时间，以该起始时间和截止时间作为时间区间，从而实现按需拉取数据，而不是将所有数据(对用户有用的数据和对用户没用的数据)一并拉取，比如，用户选取操作为拖动操作，通过拖动操作选择图4中的2012-2014选项，以获取2012-2014这一时间段的历史数据作为请求获取的目标数据，最终将获取的用户所需的目标数据在用户界面中进行显示，以便用户可以根据在用户界面中的显示结果来决策下一步的处理策略。其中，该位于所述用户操作区的第一操作不限于拖动进度条的拖动操作，也可以是在预设时间间隔内点击至少2个时间参数而生成该指定时间区间的数据选取，比如时间间隔为2S内。

步骤208、获取第二请求，所述第二请求中携带所述时间区间参数。

这里，1)在终端本地获取第二请求。具体的，如果在终端设备侧预先拉取的趋势数据中就已经包含用户所需的目标数据，则在终端设备本地获取该目标数据并直接显示在该用户界面中。2)终端发送第二请求，服务器获取到第二请求。具体的，如果在终端设备侧预先拉取的趋势数据中未包含用户所需的目标数据，则终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据。

这里，终端请求的数据可以是按需拉取的分段数据(以年份进行分段)，比如终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据(如以年份进行划分的分段数据)，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据(如将以年份进行划分的分段数据进行拼接合并后得到的目标数据)。也就是说，以起始时间和截止时间作为时间区间请求按需拉取该目标数据，可以根据时间区间的划分单位(如年份)进行分拆，即：请求按照年份分段拉取数据，最终，将分段拉取数据在终端设备侧进行拼接处理后再显示于该用户界面中。

步骤209、显示符合所述时间区间参数的目标数据。

采用本发明实施例，收到以所述预设参数为统计单位的趋势数据，该趋势数据能反映近期趋势，方便用户查看最新的数据发展动态，对后续所关心的数据有个合理预期，且将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中，图形表达的方式，使用户能更直观的看到这种合理预期。由在用户操作区触发的所述第一操作，可以选取到时间区间参数，利用该时间区间参数发起按需请求，从而能按需加载所请求的有效数据，即用户关心的数据，而不是将所有的数据不作区分(如时间区分)一并拉取到终端设备侧，这种按需请求和对应的按需加载，可以避免占用网络带宽，减少流量，避免数据冗余，最终在终端设备侧显示符合时间区间参数的目标数据，使得用户可以第一时间得到其所关心的数据。

实施例三：

本发明实施例的一种数据处理方法，所述方法包括：

步骤301、终端发起第一请求，所述第一请求中携带预设参数。

这里，所述预设参数在一个实际应用中可以采取年份为统计单位，将携带预设参数的第一请求发送给服务器，以便服务器根据该年份为统计单位，为终端匹配对应年份的近期趋势数据。

步骤302、服务器解析该第一请求，得到预设参数，根据预设参数为统计单位得到趋势数据。

步骤303、服务器发送以预设参数为统计单位的趋势数据。

这里，通过步骤302-303，服务器从该第一请求中解析出上述预设参数，在一个实际应用中，预设参数以年份为统计单位，则服务器根据该年份为统计单位，为终端匹配对应年份的近期趋势数据，将对应年份的近期趋势数据返回终端。

步骤304、终端接收以所述预设参数为统计单位的趋势数据，根据所述趋势数据渲染得到数据趋势图，在所述数据趋势图中仅显示以年份为统计单位的近期行情数据，隐藏非近期的其他时间段内的数据，将非近期的其他时间段内的数据以年份为标识生成待选取项，将所述待选取项显示于所述用户操作区中。

这里，终端获得对应年份的近期趋势数据，根据所述趋势数据渲染得到数据趋势图，如图4所示的包括趋势图的用户界面，图4所示的用户界面中，包括A2所标识的近期趋势图和用户操作区，其中，近期趋势图作为该用户操作区的背景。针对用户操作区而言，即后续用户操作(如拖动年份选项的操作)的拖动进度条所在的位置为用户操作区，用户操作区以至少一个时间参数为标识，在实际应用中，时间参数以年份为单位，对应的，数据趋势图也是以年份为统计参数，根据该以年份为统计参数的统计单位从服务器拉取数据而生成该数据趋势图。其中，A2所标识的近期趋势图和A2所标识的用户操作区都位于用户界面中的第一区域中，数据趋势图是用户操作区的背景，在数据趋势图上方的第二区域A3所标识的是：包含更多数据的全局数据趋势图，俗称K线图，在A2和A3间的A1，其所标识的是：指标线。

步骤305、根据所述趋势数据建立索引表，所述索引表以年份为索引关键字。

步骤306、在所述趋势数据更新后，将更新后的趋势数据以年份进行拆分，得到对应至少一个年份的趋势数据，将所述对应至少一个年份的趋势数据，根据索引关键字中对应的年份，更新到所述索引表中。

这里，通过步骤305-306，实现了索引表的建立和索引表的更新。其中，索引表的优选方式是保存在终端本地，当然也可以保存于服务器，或者在终端本地和服务器都予以保存。

步骤307、当所述第一操作作用于所述待选取项中的第一选取项时，将所述第一选取项对应的年份作为用户按需选取的起始年份。

步骤308、当所述第一操作作用于所述待选取项中的第二选取项时，将所述第二选取项对应的年份作为用户按需选取的截止年份。

步骤309、根据所述起始年份和所述截止年份生成所述时间区间参数。

这里，通过步骤307-309，获取位于所述用户操作区的第一操作，基于该第一操作选取得到后续发送第二请求(或称按需请求)对应的历史数据时间区间参数(如查看时间段)，以年份为统计单位时，时间区间参数(如查看时间段)以第一选取项对应的起始年份和第二选取项对应的截止年份所构成。

这里，当所述预设参数以年份为统计单位时，所述时间区间参数包括：基于所述第一操作按需选取的起始年份和截止年份。在一个实际应用中，在用户操作区中以年份提供针对非近期数据(以年份划分的历史数据)的选择项，也就是说，用户界面中包括近期数据和其他数据的选项，方便用户按照查询需求来点击该其他数据的选项，从而在用户界面上显示所需要的数据，即：在该用户界面上按需获取用户选取操作，以选取起始时间和截止时间，以该起始时间和截止时间作为时间区间，从而实现按需拉取数据，而不是将所有数据(对用户有用的数据和对用户没用的数据)一并拉取，比如，用户选取操作为拖动操作，通过拖动操作选择图4中的2012-2014选项，以获取2012-2014这一时间段的历史数据作为请求获取的目标数据，最终将获取的用户所需的目标数据在用户界面中进行显示，以便用户可以根据在用户界面中的显示结果来决策下一步的处理策略。其中，该位于所述用户操作区的第一操作不限于拖动进度条的拖动操作，也可以是在预设时间间隔内点击至少2个时间参数而生成该指定时间区间的数据选取，比如时间间隔为2S内。

步骤310、根据所述时间区间参数请求按照年份来拉取分段数据。

这里，1)在终端本地获取第二请求。具体的，如果在终端设备侧预先拉取的趋势数据中就已经包含用户所需的目标数据，则在终端设备本地获取该目标数据并直接显示在该用户界面中。2)终端发送第二请求，服务器获取到第二请求。具体的，如果在终端设备侧预先拉取的趋势数据中未包含用户所需的目标数据，则终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据。

这里，终端请求的数据可以是按需拉取的分段数据(以年份进行分段)，比如终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据(如以年份进行划分的分段数据)，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据(如将以年份进行划分的分段数据进行拼接合并后得到的目标数据)。也就是说，以起始时间和截止时间作为时间区间请求按需拉取该目标数据，可以根据时间区间的划分单位(如年份)进行分拆，即：请求按照年份分段拉取数据，最终，将分段拉取数据在终端设备侧进行拼接处理后再显示于该用户界面中。

步骤311、获取请求拉取的所述分段数据，将所述分段数据按照年份的时间顺序进行拼接，得到符合所述时间区间的所述目标数据。

收到以所述预设参数为统计单位的趋势数据，该趋势数据能反映近期趋势，方便用户查看最新的数据发展动态，对后续所关心的数据有个合理预期，且将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中，图形表达的方式，使用户能更直观的看到这种合理预期。由在用户操作区触发的所述第一操作，可以选取到时间区间参数，利用该时间区间参数发起按需请求，从而能按需加载所请求的有效数据，即用户关心的数据，而不是将所有的数据不作区分(如时间区分)一并拉取到终端设备侧，这种按需请求和对应的按需加载，可以避免占用网络带宽，减少流量，避免数据冗余，最终在终端设备侧显示符合时间区间参数的目标数据，使得用户可以第一时间得到其所关心的数据。

采用本发明实施例，在建立索引表和更新索引表的基础上，一个实际应用中，索引表在前端，即终端侧保存，索引表里面有近期的趋势数据。如果发第二请求，需要展示数据时，先去比对索引表中的关键字，如果能找到关键字，则直接从终端本地来得到需要展示的数据；如果没有查到该关键字，说明终端本地未拉取到所请求的数据，此时，需要发起分组请求，即终端向后台服务器发起多次请求以拉取数据。具体处理过程在后续实施例四中进行描述。对于分组请求而言，需要注意，如果超过请求次数的上限，则需要对多次请求做打包处理，使打包处理后的请求次数不超过请求次数的上限为好，当然，一个特例是：也可以将这多个请求打包成一个请求，发给后台服务器。当通过分组请求从后台服务器拉取到所请求的数据后，需要对终端本地的原有索引表，按照年份拉取数据对应的年份找到对应的索引关键字，将数据对应到索引表中具体的年份中，从而实现对索引表的更新。

实施例四：

本发明实施例的一种数据处理方法，所述方法包括：如下所示的两种方式，基于与索引表比对得到的不同比对结果，执行不同的处理逻辑。

第一，根据所述时间区间参数请求按照年份来拉取分段数据的过程中，查询本地存储的索引表，所述索引表以年份为索引关键字；若根据所述时间区间参数中的年份能查询到对应的索引关键字，则从所述索引表中按照年份来拉取分段数据。

采用第一种处理逻辑，基于上述实施例的各种描述，是在终端本地索引表中进行查询，如果能查到目标数据，则直接显示该目标数据。

第二，根据所述时间区间参数请求按照年份来拉取分段数据，包括：查询本地存储的索引表，所述索引表以年份为索引关键字；若根据所述时间区间参数中的年份未能查询到对应的索引关键字，则向服务器请求数据，按照所述时间区间参数中的各个年份将所述第二请求拆分成X个第三请求，所述X为大于1的正整数；判断所述X个第三请求是否超过请求次数的上限；如果未超过，则发送所述X个第三请求，所述X个第三请求中携带对应的年份；如果超过，则以所述请求次数的上限为依据，对所述X个第三请求进行打包处理后，得到Y个第四请求，X＞Y，发送所述Y个第四请求，所述Y个第四请求中携带打包请求所整合的年份区间。

采用第二处理逻辑，基于上述实施例的各种描述，是在终端本地索引表查询，查不到目标数据，则终端向服务器请求目标数据，为了避免占用网络带宽，浪费流量，终端可以对多个请求进行打包处理，则终端按照需求分段拉取数据，对分段拉取的数据进行合并(或称拼接)整理后显示目标数据。

在一个实际应用中，其具体实现为：1)加载趋势数据。调整时间段到任意位置，每次加载时间，本方案只加载用户拖动到的数据，如图4所示，在图4上半部分的数据(A3所标识)，首屏加载最新320条，目的是：用于更新索引表，在A2和A3间的A1，其所标识的是：指标线；在图4下半部分数据(A2所标识)，拉取全部周趋势图，目的是：尽量少拉取数据，减少流量，据周趋势图生成拖动条背景图，目的是：为用户提供其他时间段内数据的呈现选项，方便对用户的选取时间区间的拖动操作进行响应。可见：通过加载最新数据并显示，可以快速响应用户。而对于同时拉取的全部周趋势数据而言，该趋势数据是对以周/年等预设参数为统计单位对金融产品价格的统计，可以反映金融产品的价格趋势，数据量较小方便拉取，可以用作拖动条的背景图展现时间、价格的大致关系。之后，根据周趋势数据建立“时间-数据”间的索引表，供用户使用。在周趋势内包含数据日期的所有年份，以便后续根据年份请求历史数据。在索引表建立好之后，需将最近数据按年份拆分，并对应更新到索引表上。2)根据历史数据进行分析。拖动历史数据，响应该拖动操作，映射出按需请求对应时间区间，即：根据用户选择的时间点来按需拉取近期数据或对更新数据，得到最新的数据，时间区间包括起始时间和截止时间。如果查询已经创建的索引表，发现索引关键字(或称索引表标记)是否已经存在，则说明已经拉取到了需要显示的数据，则直接显示数据；否则，分组发送请求数据，分组请求数据有发送上限的，需要打包多个请求，比如，上限连接请求的数目为10个请求，如果超出上限，则需要将超出的多个请求打包成一个请求来向后台服务器发出请求，拉取到数据后，更新索引表中的索引关键字(或称索引表标记)及对应的数据，合并数据。经过上述的请求数据阶段及在合并数据阶段(或称拼接数据阶段)的处理，最后在呈现数据时，是将索引表中的Data行数据顺序连接起来，再将用户选取的时间段的数据呈现出来即可。

实施例五：

本发明实施例的一种数据处理系统，如图7所示，包括终端31和服务器41，所述服务器41在本实施例中作为终端所请求数据所在的数据源；其中，终端31包括：请求发起单元311，用于发起第一请求，所述第一请求中携带预设参数；接收单元312，用于接收以所述预设参数为统计单位的趋势数据；趋势图生成单元313，用于根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；操作获取单元314，用于获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；操作响应单元315，用于响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；请求获取单元316，用于获取第二请求，所述第二请求中携带所述时间区间参数；显示单元317，用于显示符合所述时间区间参数的目标数据。

在一个实际应用中，所述预设参数可以采取年份为统计单位，将携带预设参数的第一请求发送给服务器，以便服务器根据该年份为统计单位，为终端匹配对应年份的近期趋势数据，具体的，服务器从该第一请求中解析出上述预设参数，在一个实际应用中，预设参数以年份为统计单位，则服务器根据该年份为统计单位，为终端匹配对应年份的近期趋势数据，将对应年份的近期趋势数据返回终端。终端获得对应年份的近期趋势数据，根据所述趋势数据渲染得到数据趋势图，如图4所示的包括趋势图的用户界面，图4所示的用户界面中，包括A2所标识的近期趋势图和用户操作区，其中，近期趋势图作为该用户操作区的背景。针对用户操作区而言，即后续用户操作(如拖动年份选项的操作)的拖动进度条所在的位置为用户操作区，用户操作区以至少一个时间参数为标识，在实际应用中，时间参数以年份为单位，对应的，数据趋势图也是以年份为统计参数，根据该以年份为统计参数的统计单位从服务器拉取数据而生成该数据趋势图。其中，A2所标识的近期趋势图和所标识的用户操作区都位于用户界面中的第一区域中，数据趋势图是用户操作区的背景，在数据趋势图上方的第二区域A3所标识的是：包含更多数据的全局数据趋势图，俗称K线图，在A2和A3间的A1，其所标识的是：指标线。

当所述预设参数以年份为统计单位时，所述时间区间参数包括：基于所述第一操作按需选取的起始年份和截止年份。在一个实际应用中，在用户操作区中以年份提供针对非近期数据(以年份划分的历史数据)的选择项，也就是说，用户界面中包括近期数据和其他数据的选项，方便用户按照查询需求来点击该其他数据的选项，从而在用户界面上显示所需要的数据，即：在该用户界面上按需获取用户选取操作，以选取起始时间和截止时间，以该起始时间和截止时间作为时间区间，从而实现按需拉取数据，而不是将所有数据(对用户有用的数据和对用户没用的数据)一并拉取，比如，用户选取操作为拖动操作，通过拖动操作选择图4中的2012-2014选项，以获取2012-2014这一时间段的历史数据作为请求获取的目标数据，最终将获取的用户所需的目标数据在用户界面中进行显示，以便用户可以根据在用户界面中的显示结果来决策下一步的处理策略。其中，该位于所述用户操作区的第一操作不限于拖动进度条的拖动操作，也可以是在预设时间间隔内点击至少2个时间参数而生成该指定时间区间的数据选取，比如时间间隔为2S内。获取第二请求，所述第二请求中携带所述时间区间参数。针对第二请求而言，1)在终端本地获取第二请求。具体的，如果在终端设备侧预先拉取的趋势数据中就已经包含用户所需的目标数据，则在终端设备本地获取该目标数据并直接显示在该用户界面中。2)终端发送第二请求，服务器获取到第二请求。具体的，如果在终端设备侧预先拉取的趋势数据中未包含用户所需的目标数据，则终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据。

这里需要指出的是，终端请求的数据可以是按需拉取的分段数据(以年份进行分段)，比如终端设备会向服务器继续发起请求，以该起始时间和截止时间作为时间区间继续请求按需拉取该目标数据(如以年份进行划分的分段数据)，为了避免多次的请求造成网络带宽的压力，可以将多次的请求进行打包处理后在予以发送，最终，从服务器得到该目标数据(如将以年份进行划分的分段数据进行拼接合并后得到的目标数据)。也就是说，以起始时间和截止时间作为时间区间请求按需拉取该目标数据，可以根据时间区间的划分单位(如年份)进行分拆，即：请求按照年份分段拉取数据，最终，将分段拉取数据在终端设备侧进行拼接处理后再显示于该用户界面中。

采用本发明实施例，收到以所述预设参数为统计单位的趋势数据，该趋势数据能反映近期趋势，方便用户查看最新的数据发展动态，对后续所关心的数据有个合理预期，且将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中，图形表达的方式，使用户能更直观的看到这种合理预期。由在用户操作区触发的所述第一操作，可以选取到时间区间参数，利用该时间区间参数发起按需请求，从而能按需加载所请求的有效数据，即用户关心的数据，而不是将所有的数据不作区分(如时间区分)一并拉取到终端设备侧，这种按需请求和对应的按需加载，可以避免占用网络带宽，减少流量，避免数据冗余，最终在终端设备侧显示符合时间区间参数的目标数据，使得用户可以第一时间得到其所关心的数据。

在本发明实施例一实施方式中，所述显示单元，进一步用于：在所述数据趋势图中仅显示以年份为统计单位的近期行情数据，隐藏非近期的其他时间段内的数据；将非近期的其他时间段内的数据以年份为标识生成待选取项，将所述待选取项显示于所述用户操作区中。

在本发明实施例一实施方式中，所述操作响应单元，进一步用于：当所述第一操作作用于所述待选取项中的第一选取项时，将所述第一选取项对应的年份作为用户按需选取的起始年份；当所述第一操作作用于所述待选取项中的第二选取项时，将所述第二选取项对应的年份作为用户按需选取的截止年份；根据所述起始年份和所述截止年份生成所述时间区间参数。

在本发明实施例一实施方式中，所述终端还包括：索引建立单元和索引更新单元；其中，所述索引建立单元，用于：根据所述趋势数据建立索引表，所述索引表以年份为索引关键字；所述索引更新单元，用于：所述趋势数据更新后，将更新后的趋势数据以年份进行拆分，得到对应至少一个年份的趋势数据；将所述对应至少一个年份的趋势数据，根据索引关键字中对应的年份，更新到所述索引表中。

在本发明实施例一实施方式中，所述请求获取单元，进一步用于：根据所述时间区间参数请求按照年份来拉取分段数据；所述显示单元，进一步用于：获取请求拉取的所述分段数据，将所述分段数据按照年份的时间顺序进行拼接，得到所述目标数据。

在本发明实施例一实施方式中，所述请求获取单元，进一步用于：查询本地存储的索引表，所述索引表以年份为索引关键字；若根据所述时间区间参数中的年份能查询到对应的索引关键字，则从所述索引表中按照年份来拉取分段数据。

在本发明实施例一实施方式中，所述请求获取单元，进一步用于：查询本地存储的索引表，所述索引表以年份为索引关键字；若根据所述时间区间参数中的年份未能查询到对应的索引关键字，则向服务器请求数据，按照所述时间区间参数中的各个年份将所述第二请求拆分成X个第三请求，所述X为大于1的正整数；判断所述X个第三请求是否超过请求次数的上限；如果未超过，则发送所述X个第三请求，所述X个第三请求中携带对应的年份；如果超过，则以所述请求次数的上限为依据，对所述X个第三请求进行打包处理后，得到Y个第四请求，X＞Y，发送所述Y个第四请求，所述Y个第四请求中携带打包请求所整合的年份区间。

其中，对于用于数据处理的处理器而言，在执行处理时，可以采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，Digital SingnalProcessor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例信息处理方法流程中的各个步骤。

这里需要指出的是：以上涉及终端和服务器项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明终端和服务器实施例中未披露的技术细节，请参照本发明方法流程描述的实施例所描述内容。

以一个现实应用场景为例对本发明实施例阐述如下：

以数据处理场景为针对金融产品的处理为例，采用本发明实施例，具体为一种获取和展示金融产品数据的方案。金融产品通常以K线进行表示，如图8所示。K线又称蜡烛图、日本线、阴阳线、棒线、红黑线等，它是以每个分析周期的开盘价、最高价、最低价和收盘价绘制而成，所有的k线都是围绕这四个数据展开，反映大势的状况和价格信息。实际应用中，用户在对某金融产品进行评价时，通常会观测该产品的历史行情即K线图，并以此作为依据进行分析。现有技术中，1)一次性拉取全部数据。在用户选择某一段时间时查找到该时间段的数据，并进行显示。这种方式问题是：首次拉取全部数据后，每次只需查找，耗时短，用户选择时间段时程序可以迅速返回数据并呈现，体验比较好。然而，在首次拉取数据时，对于数据量巨大的金融产品就会非常的耗时，程序卡住，且单次请求大量数据对服务器的压力也非常巨大。2)用户拖动时，倒序加载历史数据(app)，此外，对于app来说，如果采用倒序加载历史数据的方法，由于终端有屏幕较小，手指触点选择不便的限制，不适合采用拖动拖动条选择时间段的方式，而是采用每次向后拖动则加载前一段时间的历史数据。这样的交互方式对终端(如手机)没问题，对于Web端就会显得有些局限性，在用户使用鼠标点选某一历史时间段时，则将会拉取从最新到用户选取时间的全部数据，而中间的数据也许用户并不想参考，那么这一时间段的拉取就浪费了。总的来说，采用现有技术，存在加载数据冗余，且不适合web的操作方式。

对于上述场景，一支金融产品可能会有长期的，大量的历史数据，不方便一次显示全面，采用本发明实施例，能达到图4所示的效果，即在呈现时往往会优先呈现最近一段时期的行情数据(如A2所标识)，并对用户提供其他时间段内数据的呈现选项(如A2所标识)，行情数据作为呈现选项的背景。本发明实施例是一种新型的K线数据获取及展现方法，对大量的K线数据进行获取和展现时，充分考虑了网络带宽限制、服务器负载强度和用户交互操作等方面，将金融产品历史K线数据进行整理和统计，并在终端web进行呈现。采用了分段拉取数据、按需加载、合并整理显示数据的方法，尽可能使用户在节省流量、降低服务器负载的同时，获取到其关心的信息，对于终端app和web操作方式都适用。

对于上述场景，采用本发明实施例，如图4所示，拖动拖动条调整时间段到任意位置，每次加载时间短，用户几乎无感。首次加载数据量为320条，拉取速度也很快，不会出现卡屏的情况。具体实现方案如图9-10所示，描述了本发明实施例中，通过按需加载和拼接来拉取服务器端的K线数据。

图9的处理流程为建立和更新索引表的过程，包括：

步骤401、拉取全部周趋势数据，将其做为拖动条背景图。

步骤402、根据该趋势数据建立索引表。

步骤403、根据获取的首屏加载的最新320条数据来更新索引表标记。

通过步骤401-403，描述了首次加载中如何建立和更新索引表的过程，拉取趋势数据的好处是尽量少拉取数据，减少流量；根据趋势数据生成数据趋势图，将其作为拖动条的背景图，好处是可以对用户提供其他时间段内数据的呈现选项。同时，根据趋势数据建立的索引表，方便后续进行数据查询的比对。

图10的处理流程为根据索引表进行比对的过程，包括：

步骤501、根据用户操作选取想查看时间区间对应的历史数据，并基于选取来映射时间区间中的起始时间和截止时间。

步骤502、查询索引表标记是否已存在，如果是，则执行步骤503，否则，执行步骤504。

步骤503、查找数据并直接显示，结束当前流程。

步骤504、分组发送请求数据。

步骤505、更新索引标记，合并数据，结束当前流程。

通过步骤501-505，描述了用户拖动选择历史数据来选取查询结果的过程，分组请求数据有发送上限的，需要打包多个请求，优选的连接请求数目为10个请求，如果超出上限，则需要将超出的多个请求打包成一个请求来向后台服务器发出请求，更新索引标记，合并数据。

以下对上述两个过程描述的内容具体阐述。

(a)首次加载数据

当用户首次加载数据时，程序加载最新数据并显示，以快速响应用户。另外，同时拉取全部周趋势数据。该数据对以周为单位统计金融产品价格，反映了金融产品的价格趋势，数据量较小方便拉取，可以用作拖动条的背景图展现时间、价格的大致关系。之后，以周趋势数据建立“时间-数据”构成的索引表(TDTable)，该表的形式如表1所示。

Time

1990

1991

1995

1996

…

2014

2015

2016

Flag

false

false

false

false

…

false

false

false

Data

表1

TDTable时间行是周趋势内数据日期的所有年份(排重后)，这样做是为了在某支金融产品某段时间停牌或其他原因引起数据不存在时，不至于会产生影响。如表1中1991年后是1995年，在后续根据年份请求历史数据时，需要做到：不会请求一段空的数据，具体的处理方式会在下文详细说明。

当最近数据已拉取且索引表建立好之后，需将最近数据按年份拆分，并对应更新到索引表上。设请求到的最新数据为yyyy-mm-dd至YYYY-MM-DD的数据，请求到的最近K线数据为Kdata，Kdata_year表示Kdata中日期年份为year的全部数据。则：

对于年份YYYY：

TDTable[YYYY][Data]＝[Kdata_YYYY]，

TDTable[YYYY][Flag]＝true，或(①其中YYYY≠yyyy，此时YYYY年份的数据是完全的)

TDTable[YYYY][Flag]＝false(②其中YYYY＝yyyy，此时无法判断YYYY年份的数据是否完全)

对于年份yyyy：

TDTable[yyyy][data]＝[Kdata-yyyy]，

TDTable[yyyy][Flag]＝false(③其中YYYY≠yyyy，此时无法判断yyyy年份的数据是否完全；yyyy＝YYYY的情况同①)

对于年份y’y’y’y’(如果有)：

TDTable[y’y’y’y’]＝[Kdata_y’y’y’y’]，

TDTable[yyyy][F1ag]＝true(其中yyyy＜y’y’y’y’＜YYYY，此时

y’y’y’y’年份的数据是完全的)

此时更新TDTable表如下面的表2所示。

Time

1990

1991

1995

1996

…

2014

2015

2016

Flag

false

false

false

false

…

false

True

True

Data

[Kdata_2014]

[Kdata_2015]

[Kdata_2016]

表2

(b)拖动加载历史数据

当用户拖动选择时间时，首先映射拖动条的位置，对应到起始、结束时间ts,te上。在这里，可以直接取用户所选中的所有整年数据，取所有年份ys…yt。并判断TDTable的flag，如果该年份flag＝false，表示未被拉取，则将该年份加入待拉取年份数组fetchYearList。如果fetchYearList长度为0，表示所有数据都已存在，不需请求新数据；若长度非0，则进入请求数据阶段。

这里值得注意的是，如果用户选择2010-05-10～2013-01-01，那么程序将准备2010-2013的全部数据，2010-05-10之前的2010年的数据和2013-01-01之后的2013年的数据即使未被选取，也会被拉取。

在请求数据阶段，如果一次性将所有待请求年份全部加载，在处理上会非常简便，但会为服务器带来很大压力。另一方面，向服务器端请求的数据都是连续的，如果只将ys和yt传参请求，可能会返回中间不需请求的数据，造成冗余。然而如果每个请求只传一个年份，又会造成请求数过多，影响速度。为了同时减轻服务器压力，同时尽量减少连接数，可以将fetchYearList中的年份再进行一次打包处理，发送一个请求获取连续两年的数据。举例来说，设fetchYearList＝[y0,y1…yn],则最终可能有x次请求，其中n/2<＝x<＝n。此过程的具体处理方式列举如下：对于y0，检查y1是否满足连续条件index(TDTable[y1])-index(TDTable[y0])＝1，若满足，则将y0和y1打包请求发出，之后检查y2和y3是否满足连续；若不满足，则将y0单独发出，继续检查y1和y2是否满足连续条件。重复此过程到yn，此时所有年份都被检查过，亦即所有请求都已发出。这里的连续判断是由TDTable的序号来判断的，这也排除了请求空数据年份的情况。仍以表1的TDTable为例，1992-1994年的数据为空，程序在获取周趋势数据建立TDTable时，这几年的数据是不存在的，也就是说，即使1991年和1995年并不是实际上连续的两年，他们在此时应判断是数据上连续的两年，可以一次请求发出。数据返回后，重复(a)步骤中的拆分数据并更新TDTable的过程。此时，由于所有年份都是完整请求的(请求时参数startTime设为yyyy-01-01，endTime设为YYYY-12-31)，对应的年份flag直接设为true即可。最后在呈现数据时，将TDTable中的Data行数据顺序连接起来，再将用户选取的时间段的数据呈现出来即可。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (12)

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

发起第一请求，所述第一请求中携带预设参数；

接收以所述预设参数为统计单位的趋势数据；

根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；

根据所述趋势数据建立索引表，并将所述索引表存储在终端本地；

其中，所述索引表以年份为索引关键字；

获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；

响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；

其中，所述时间区间参数包括：基于所述第一操作按需选取的起始年份和截止年份；

获取第二请求，所述第二请求中携带所述时间区间参数；

根据所述第二请求查询所述终端本地存储的所述索引表；

当根据所述时间区间参数中的年份能查询到对应的索引关键字时，从所述索引表中按照年份来拉取分段数据；

当根据所述时间区间参数中的年份未能查询到对应的索引关键字时，按照年份对所述第二请求进行拆分，并向服务器发送分组请求，以从所述服务器中拉取所述分段数据；

将所述分段数据按照年份的时间顺序进行拼接，得到符合所述时间区间参数的目标数据；

显示符合所述时间区间参数的所述目标数据。

2.根据权利要求1所述的方法，其特征在于，在所述数据趋势图中仅显示以年份为统计单位的近期行情数据，隐藏非近期的其他时间段内的数据；

将非近期的其他时间段内的数据以年份为标识生成待选取项，将所述待选取项显示于所述用户操作区中。

3.根据权利要求2所述的方法，其特征在于，所述响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数，包括：

当所述第一操作作用于所述待选取项中的第一选取项时，将所述第一选取项对应的年份作为用户按需选取的起始年份；

当所述第一操作作用于所述待选取项中的第二选取项时，将所述第二选取项对应的年份作为用户按需选取的截止年份；

根据所述起始年份和所述截止年份生成所述时间区间参数。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

所述趋势数据更新后，将更新后的趋势数据以年份进行拆分，得到对应至少一个年份的趋势数据；

将所述对应至少一个年份的趋势数据，根据索引关键字中对应的年份，更新到所述索引表中。

5.根据权利要求1所述的方法，其特征在于，所述按照年份对所述第二请求进行拆分，并向服务器发送分组请求，包括：

按照所述时间区间参数中的各个年份将所述第二请求拆分成X个第三请求，所述X为大于1的正整数；

判断所述X个第三请求是否超过请求次数的上限；

如果未超过，则发送所述X个第三请求，所述X个第三请求中携带对应的年份；

如果超过，则以所述请求次数的上限为依据，对所述X个第三请求进行打包处理后，得到Y个第四请求，X＞Y，发送所述Y个第四请求，所述Y个第四请求中携带打包请求所整合的年份区间。

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

请求发起单元，用于发起第一请求，所述第一请求中携带预设参数；

接收单元，用于接收以所述预设参数为统计单位的趋势数据；

趋势图生成单元，用于根据所述趋势数据渲染得到数据趋势图，将所述数据趋势图作为用户操作区的背景，并显示于终端用户界面的第一区域中；

索引建立单元，用于根据所述趋势数据建立索引表，并将所述索引表存储在终端本地；其中，所述索引表以年份为索引关键字；

操作获取单元，用于获取位于所述用户操作区的第一操作，所述用户操作区以至少一个时间参数为标识；

操作响应单元，用于响应所述第一操作，获取由所述第一操作作用于所述至少一个时间参数所选取得到的时间区间参数；

其中，所述时间区间参数包括：基于所述第一操作按需选取的起始年份和截止年份；

请求获取单元，用于获取第二请求，所述第二请求中携带所述时间区间参数；

所述请求获取单元，还用于根据所述第二请求查询所述终端本地存储的所述索引表；

当根据所述时间区间参数中的年份能查询到对应的索引关键字时，从所述索引表中按照年份来拉取分段数据；

当根据所述时间区间参数中的年份未能查询到对应的索引关键字时，按照年份对所述第二请求进行拆分，并向服务器发送分组请求，以从所述服务器中拉取所述分段数据；

显示单元，用于将所述分段数据按照年份的时间顺序进行拼接，得到符合所述时间区间参数的目标数据；

所述显示单元，还用于显示符合所述时间区间参数的所述目标数据。

7.根据权利要求6所述的终端，其特征在于，所述显示单元，进一步用于：

在所述数据趋势图中仅显示以年份为统计单位的近期行情数据，隐藏非近期的其他时间段内的数据；

将非近期的其他时间段内的数据以年份为标识生成待选取项，将所述待选取项显示于所述用户操作区中。

8.根据权利要求7所述的终端，其特征在于，所述操作响应单元，进一步用于：

当所述第一操作作用于所述待选取项中的第一选取项时，将所述第一选取项对应的年份作为用户按需选取的起始年份；

当所述第一操作作用于所述待选取项中的第二选取项时，将所述第二选取项对应的年份作为用户按需选取的截止年份；

根据所述起始年份和所述截止年份生成所述时间区间参数。

9.根据权利要求6至8任一项所述的终端，其特征在于，所述终端还包括：索引更新单元；其中，

所述索引更新单元，用于：

所述趋势数据更新后，将更新后的趋势数据以年份进行拆分，得到对应至少一个年份的趋势数据；

将所述对应至少一个年份的趋势数据，根据索引关键字中对应的年份，更新到所述索引表中。

10.根据权利要求6所述的终端，其特征在于，所述请求获取单元，进一步用于：

按照所述时间区间参数中的各个年份将所述第二请求拆分成X个第三请求，所述X为大于1的正整数；

判断所述X个第三请求是否超过请求次数的上限；

如果未超过，则发送所述X个第三请求，所述X个第三请求中携带对应的年份；

如果超过，则以所述请求次数的上限为依据，对所述X个第三请求进行打包处理后，得到Y个第四请求，X＞Y，发送所述Y个第四请求，所述Y个第四请求中携带打包请求所整合的年份区间。

11.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于引起处理器执行时，实现权利要求1-5任一项所述的数据处理方法。

12.一种终端设备，其特征在于，包括：

存储器，用于存储可执行指令；

处理器，用于执行所述可执行指令时实现权利要求1-5任一项所述的数据处理方法。

Images