CN101616132A

CN101616132A - 一种数据获取方法及其装置和系统

Info

Publication number: CN101616132A
Application number: CN200810115488A
Authority: CN
Inventors: 朱春梅; 曾庆祥; 侯睿; 程宝平; 张鑫; 于川
Original assignee: China Mobile Communications Group Co Ltd
Current assignee: China Mobile Communications Group Co Ltd
Priority date: 2008-06-24
Filing date: 2008-06-24
Publication date: 2009-12-30
Anticipated expiration: 2028-06-24
Also published as: CN101616132B

Abstract

本发明公开了一种数据获取方法及其装置和系统，用以解决现有客户端获取数据的过程实现复杂、占用端口资源多的问题。具体包括如下技术方案：通过统一接口单元接收客户端中各应用程序发送的数据获取请求，该数据获取请求中至少携带应用程序标识；根据数据获取请求获取相应的数据，并将获取到的数据通过接口单元提供给与应用程序标识对应的应用程序。通过本发明技术方案，用于存储数据的网络侧服务器只需提供一个向数据获取装置提供客户端所请求数据的接口，从而节省了端口资源，技术实现简单。

Description

一种数据获取方法及其装置和系统

技术领域

本发明涉及数据通信领域，尤其涉及一种数据获取方法及其装置和系统。

背景技术

为了满足用户的使用需求，用户设备的客户端中一般包括多个应用程序(例如浏览器、飞信、Email等)，当要启动其中一个应用程序时，需要获取相应数据，例如获取广告信息以展现于客户端的界面上。当前客户端中的各种应用程序在获取数据时，均通过应用程序自身的接口从网络侧服务器中获取，由于应用程序的多样性，所以应用程序通过各自的接口从网络侧服务器获取数据的方式实现复杂。并且，对于网络侧服务器来说，其要为客户端中的多个应用程序提供数据，所以要求网络侧服务器具备与多个应用程序进行数据交互的多个接口，导致网络侧服务器的接口复杂、占用端口资源多。

另外，当前客户端中的很多应用程序都有对离线数据获取的业务需求。以浏览器为例，现有离线数据的下载主要通过用户手动提前下载的方式(例如“文件-＞另存为”的方式)，其下载的数据内容单一(仅为网页内容)，而由于浏览器已经是最上层的和用户直接交互的程序，所以下载的网页内容不能被其它程序所共享。并且浏览器只有启动后才能和互联网进行信息的交互，交互的过程需要用户进行触发，实现较复杂，给用户带来了很多不便，其它应用程序也存在离线数据下载方式单一、实现较复杂等问题。

综上，现有技术中获取应用程序数据的方式在技术实现较复杂、占用端口资源较多。

发明内容

本发明提供一种数据获取方法及其装置和系统，用以解决现有客户端获取数据的过程实现复杂、占用端口资源多的问题。

本发明实施例提供的技术方案如下：

本发明实施例提供一种数据获取方法，包括如下步骤：

通过统一接口单元接收客户端中各应用程序发送的数据获取请求，所述数据获取请求中至少携带应用程序标识；

根据所述数据获取请求获取相应的数据，并将获取到的数据通过所述接口单元提供给与所述应用程序标识对应的应用程序。

本发明实施例还提供一种数据获取装置，包括第一接口单元和数据获取单元；

所述第一接口单元，用于接收并转发客户端中各应用程序发送的数据获取请求，所述数据获取请求中至少携带应用程序标识；并接收根据转发的所述数据获取请求返回的数据，以及将接收的数据提供给与所述应用程序标识对应的应用程序；

数据获取单元，用于根据所述第一接口单元转发的数据获取请求获取相应的数据，并将获取到的数据发送到所述第一接口单元。

本发明实施例还提供一种数据获取系统，包括客户端装置以及数据获取装置；

所述客户端装置，用于将各应用程序的数据获取请求发送到所述数据获取装置中用于支持各应用程序接口标准的统一接口单元，所述数据获取请求中至少携带应用程序标识；还用于接收所述数据获取装置通过其统一接口单元发送的数据，并提供给与所述应用程序标识对应的应用程序；

所述数据获取装置，用于根据所述客户端装置发送的数据获取请求获取相应的数据，并将获取到的数据通过其统一接口单元发送给所述客户端装置。

通过上述技术方案，通过统一接口单元接收客户端中各应用程序发送的数据获取请求，并在根据该数据获取请求获取到需要的数据后，通过该统一的接口单元提供给发送数据获取请求的应用程序，相应地，用于存储数据的网络侧服务器也只需提供一个面向数据获取装置的接口，从而与现有技术中各应用程序通过各自的接口从网络侧服务器获取数据相比，节省了端口资源，并且技术实现简单。

附图说明

图1为本发明实施例提供的一种数据获取系统示意图；

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

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

图4为本发明实施例提供的一种数据获取装置结构图。

具体实施方式

针对现有客户端应用程序在数据获取过程中的不足之处，本发明实施例提出一种数据获取方法及其装置和系统，下面结合说明书附图对本发明实施例的主要实现原理、具体实施过程及其对应能够达到的有益效果进行详细的阐述。

本发明实施例提供的数据获取系统，如图1所示，该系统包括用户设备的客户端100、数据获取装置200以及网络侧服务器300。其中，数据获取装置200可以集成于客户端100中作为客户端100中的功能模块，网络侧服务器300可以为远程Web服务器。客户端100和数据获取装置200之间可以基于HTTP协议进行通信；数据获取装置200和网络侧服务器300之间可以基于HTTP协议进行通信，网络侧服务器300可以通过WapPush消息触发方式与数据获取装置200进行通信。

其中，客户端100中包括一个或多个应用程序，当包括多个应用程序时，各个应用程序向数据获取装置200中用于支持各应用程序接口标准的接口单元(以下称第一接口单元)发送数据获取请求，并接收数据获取装置200通过该第一接口单元返回的数据。客户端100中的每个应用程序以应用程序标识(APPID)进行唯一标识，当应用程序需要获取数据时，将此标识携带在数据获取请求中，以便于数据获取装置200根据该标识将获取到的数据提供给对应的应用程序。进一步地，用户可以通过客户端100设置离线下载策略或更改离线下载策略，并将离线下载策略同步到数据获取装置200中。

数据获取装置200，用于通过第一接口单元接收客户端100发送的数据获取请求，根据该数据获取请求获取相应的数据，并将获取到的数据通过该第一接口单元提供给发出数据获取请求的应用程序。该装置中保存有离线下载策略，使其可根据保存的离线下载策略实现离线数据的统一获取和存储。离线下载策略由用户通过客户端100设置，或由网络侧服务器300根据网络状态以及业务开展需要进行设置并下载到数据获取装置200中。数据获取装置200与网络侧的交互通过该装置上的第二接口单元实现。

网络侧服务器300位于网络侧(如局域网络或远程网络)，用于为数据获取装置200提供客户端100所需要的数据。

数据获取装置200与客户端100之间的第一接口单元支持的接口协议，以及其与网络侧服务器300之间的第二接口单元支持的接口协议可以相同或者不同。对于已经商用的应用程序，数据获取装置200分别采用与客户端100和网络侧服务器300原有的接口协议相同的接口协议进行通信，以便减少对客户端100以及网络侧服务器300的改造。对于尚未商用的应用程序，数据获取装置200可针对网络侧服务器300和客户端100的特点分别制定适合的接口协议，使得客户端100中各应用程序与网络侧服务器300之间的耦合度降低，从而利于客户端100或者网络侧服务器300的升级改造。

当客户端100中的应用程序只需从用户设备/客户端本地获取数据时，上述系统中可以不包括网络侧服务器300。由于客户端通常集成于用户设备，此处所述的客户端本地也可理解为用户设备本地。

基于图1所示的系统实现网络侧数据的获取的流程，可如图2所示，包括如下步骤：

步骤201、客户端100中各应用程序向数据获取装置200的第一接口单元发送数据获取请求，该数据获取请求中至少包括应用程序标识APPID。

该步骤中，数据获取请求中还可携带数据位置信息，该数据位置信息指示出需要获取的数据位于网络侧还是用户设备/客户端。数据获取请求中还可进一步携带数据描述信息，用于描述需要获取的数据的属性信息，如数据名称、类型、大小、在某个文件中的位置等。例如，数据获取请求的具体格式为：

Http://66.249.67.196:80/adGet？Appid＝123456&mainview＝true

其中，66.249.67.196:80为数据位置信息部分，表示客户端100请求获取的数据位于地址为66.249.67.196的网络侧服务器300，并指示出从该服务器300的端口号80获取数据；adGet为获取数据的指令，表示需要获取广告数据；Appid为应用程序标识部分，用于标识表示请求获取数据的应用程序；Mainview＝“ture”为数据描述信息，表示所要获取的数据将在应用程序的主界面上进行显示。

步骤202、数据获取装置200接收到数据获取请求后，判断出所请求获取的数据位于网络侧。

通常情况下，数据获取请求中会携带数据位置信息，数据获取装置200可根据该信息判断所请求的数据是用户设备/客户端本地数据还是网络侧数据。例如，上述数据获取请求命令中的数据获取URL地址为66.249.67.196:80，表示请求获取的数据位于该地址的网络侧服务器中。

有些应用程序需要获取的数据内容比较单一，该数据内容的存储位置也相对固定，所以也可以预先在数据获取装置200中设置APPID与数据位置的对应关系，使数据获取装置200可根据数据获取请求中携带的APPID以及该对应关系，确定APPID对应的应用程序所要获取的数据的位置。

步骤203、数据获取装置200从网络侧下载到用户设备/客户端100本地的离线数据中查找对应的数据，如果未获取到，则执行步骤204，否则执行步骤205。

步骤204、客户端100连接到相应的网络侧服务器300，通过数据获取装置200向该网络侧服务器请求下载客户端100所请求获取的数据。

该步骤中，可以通过向客户端100发送询问信息的方式向用户确认是否在从离线数据中获取不到相应的数据时，实时下载该数据，若用户通过客户端100确认实时下载，则连接到相应的网络侧服务器300，以进行数据下载；若用户通过客户端100确认放弃下载，则结束本次数据获取流程。

步骤205、数据获取装置200将获取到的数据，通过第一接口单元提供给APPID对应的应用程序。

上述流程中，当步骤204中，由于网络原因、网络侧服务器300等原因，客户端100未能获取到所请求的数据时，数据获取装置200还可根据设定的时间间隔或设定的次数自动进行远程连接并向该网络侧服务器请求下载客户端100所请求获取的数据。

上述流程中，当数据获取装置200从用户设备/客户端100本地的离线数据中未查找到对应的数据时，还可进一步判断客户端100请求该数据的次数是否超过设定阈值，并当判断结果为是时，在下载任务列表中添加下载该数据的任务，以便根据该下载任务列表以及离线下载策略将该数据下载到用户设备/客户端本地。这样，当应用程序对某个数据频繁访问时，可不必每次都从远程服务器下载该数据，从而提高了响应速度。

本实施例中，离线下载策略可以包括如下中的一个或多个：

1、网络可用时下载，以减少网络不可用带来的无法和网络侧服务器进行交互的情况；

2、网络闲时下载，以减少对网络的拥塞；

3、固定时间下载，可以根据用户使用网络的习惯进行下载，为用户提供方便。

本实施例中通过下载任务列表指定下载的数据，例如指定下载视频广告等相关业务数据内容，或指定下载客户端频繁请求的网络侧数据内容，从而可根据用户喜好获取数据，还可将下载过程比较消耗网络资源的数据提前下载到用户设备/客户端本地，从而当应用程序请求的数据中包含该指定数据时，从用户设备/客户端本地进行获取，利于加快数据获取请求的响应时间，以及有利于减少窄带宽或网络拥塞等带来的影响，增强用户体验。

上述离线下载策略，不管是由客户端100设置还是由网络侧服务器300设置，都需要同步到数据获取装置200中。如果是由网络侧服务器300设置，可以通过WapPush消息同步其设置的离线下载策略，同时可以通过WapPush消息触发离线数据下载流程。如果是由客户端100设置，则可以通过发送请求的方式将设置的离线下载策略同步到数据获取装置200，如果需要更改离线下载策略，也可以通过发送请求的方式进行更改。数据获取装置200可以根据上述离线下载策略、客户端100的请求或网络侧服务器300的要求，进行相关内容的下载。

为了方便对离线数据内容进行扩展，离线数据可以通过XML的方式进行存储，具体应用中，可根据业务需要定义相应的扩展标签。为了方便理解，以XML格式存储的离线数据1可以为：

<？xml version＝″1.0″encoding＝″gb2312″？>

<contenttype>application/advertisement</contenttype>

<URL>Http://66.249.67.196:80/adGet</URL>

……

<body>

……

</body>

以上仅为示例格式，针对不同的应用程序，可以通过XML定制相应的标签组。在上述离线数据的存储示例中，Contenttype代表数据类型(此处代表数据类型为广告数据)，应用程序根据此字段可以按照预先的约定分析处理相应信息；APPID＝“123456”，代表该广告数据是供APPID为123456的应用程序使用的广告数据；mainview为“true”代表该广告需要在应用程序的主页面上进行显示；URL代表下载离线数据时连接的网络侧服务器的地址；body标签中的内容为数据实体，可以是文字、图片、Flash等数据的具体内容或在用户设备中的存储路径。当然可以进一步细化上述XML格式下的离线数据信息，设置更多的数据属性参数，从而更全面地对数据进行描述，以提高与应用程序的数据获取请求的匹配程度，为应用程序提供更加准确的数据。

通过上述XML方式存储的离线数据还可以方便地实现应用程序对离线数据的共享，例如，以XML格式存储的共享离线数据2可以为：

<？xml version＝″1.0″encoding＝″gb2312″？>

<contenttype>application/video</contenttype>

<URL>Http://66.249.67.125:60/viGet</URL>

……

<body>

……

</body>

上述示例中，Contenttype为“application/video”表示该离线数据的数据类型为视频数据；APPID＝“000000”，表示该视频数据为通用的视频数据，即各个应用程序都可以使用的视频数据；mainview为“true”表示该视频需要在应用程序的主页面上进行显示。

以上述用户设备上存储的离线数据1和离线数据2为例，通过以下3个实例来描述不同的应用程序获取所需的离线数据以及离线数据被不同应用程序所共享的过程。

实例1、应用程序123456发送数据获取请求，请求获取来自66.2.67.196:80的数据，并且该数据为需要显示在应用程序主页上的广告数据，该请求命令为：

Http://66.249.67.196:80/adGet？Appid＝123456&mainview＝true

数据获取装置200根据该数据获取请求从用户设备中的离线数据中查找相应的数据时，由于离线数据1的属性与该数据获取请求所要求获取的数据相匹配，包括离线数据1可应用于该应用程序，另外，URL地址相同(都是66.249.67.196:80)、数据类型相同(都是广告数据)、数据应用位置(即mainview)属性相同，因此数据获取装置200将离线数据1提供给APPID为123456的应用程序。

实例2、应用程序123456发送数据获取请求，请求获取来自66.249.67.125:60的数据，并且该数据为需要显示在应用程序主页上的视频数据，该请求命令为：

Http://66.249.67.125:60/viGet？Appid＝123456&mainview＝true

数据获取装置200根据该数据获取请求从用户设备中的离线数据中查找相应的数据时，由于离线数据2的属性与该数据获取请求所要求获取的数据相匹配，包括离线数据2是通用数据，可应用于该应用程序，另外，URL地址相同(都是66.249.67.125:60)、数据类型相同(都是视频数据)、数据应用位置(即mainview)属性相同，因此数据获取装置200将离线数据2提供给APPID为123456的应用程序。

实例3、应用程序654321发送数据获取请求，请求获取来自66.249.67.125:60的数据，并且该数据为需要显示在应用程序主页上的视频数据，该请求命令为：

Http://66.249.67.125:60/viGet？Appid＝654321&mainview＝true

从以上3个实例可以看出，数据获取装置200可根据不同的应用程序的数据获取请求从离线数据中查找最为匹配的数据，从而满足应用程序的需要，并且一个离线数据可以被多个应用程序所共享。

当存储的离线数据比较多时，可以通过建立索引并基于索引进行查找的方式，以便于加快数据查找和请求的响应速度。例如，可以根据离线数据对应的APPID、Contenttype、服务器URL地址等信息为离线数据建立索引，查找时可以基于索引信息进行查找。例如：

将离线数据对应的APPID作为第一索引字段并按照一定规则(如APPID升序)建立索引表，其中包含APPID与相应的离线数据的物理存储位置信息，当查找与应用程序的数据获取请求匹配的离线数据时，可以根据索引表快速定位到数据获取请求中的APPID所对应的离线数据的物理存储位置，以加快查找速度。还可以在此基础上，将离线数据的属性信息(如URL地址)作为第二索引字段建立索引表，进一步提高数据查找速度。

由于当增加、删除或者更新离线数据的属性信息时，索引表将相应更新，因此，在建立索引时需要考虑索引表存储空间、索引信息维护，以及数据查找效率之间的平衡。

基于图1所示的系统实现用户设备/客户端本地数据的获取流程，可如图3所示，包括如下步骤：

步骤301、客户端100中各应用程序向数据获取装置200的第一接口单元发送数据获取请求，该数据获取请求中至少包括应用程序标识。

同图2流程中的步骤201，数据获取请求中还可携带数据位置信息，以及数据描述信息。例如，数据获取请求的具体格式为：

Http://127.0.0.1:80/adGet？Appid＝123456

其中，127.0.0.1:80为数据位置信息部分，表示获取的数据在用户设备中的存储路径；adGet为获取数据的指令，表示需要获取广告数据；Appid为应用程序标识部分，用于标识请求获取数据的应用程序。

步骤302、数据获取装置200接收到数据获取请求后，判断出所请求获取的数据位于用户设备/客户端本地。

通常情况下，数据获取请求中会携带数据位置信息，数据获取装置200可根据该信息判断所请求的数据是用户设备/客户端本地数据还是远程数据。例如，上述数据获取请求命令中的数据获取地址为Http://127.0.0.1:80，表示请求获取的数据位于用户设备/客户端本地。

有些应用程序需要获取的数据内容比较单一，该数据内容的存储位置也相对固定，所以也可以预先在数据获取装置200中设置APPID与数据位置的对应关系，使数据获取装置200可根据数据获取请求中携带的APPID以及该对应关系确定APPID对应的应用程序所要获取的数据的位置。

步骤303、数据获取装置200根据该数据位置信息从用户设备/客户端100的本地获取相应的数据，如果获取到，则执行步骤304；否则执行步骤305。

步骤304、数据获取设备200将获取到的数据通过其第一接口单元提供给APPID所对应的应用程序。

步骤305、放弃数据获取操作，并结束本次数据获取流程。

本发明实施例中的数据获取装置可如图4所示，包括如下功能单元：

该数据获取装置至少包括第一接口单元1和数据获取单元2。其中，

第一接口单元1，用于接收客户端100中各应用程序发送的数据获取请求，该数据获取请求中至少携带应用程序标识，还可携带数据位置信息；第一接口单元1还用于将数据获取单元2获取到的数据提供给与应用程序标识对应的应用程序；

数据获取单元2，用于根据第一接口单元1接收的数据获取请求获取相应的数据，并将获取到的数据发送到第一接口单元1。

该数据获取装置还可包括判断单元3；进一步地，数据获取单元2包括离线数据获取模块21和本地获取模块23，其中，

判断单元3，用于根据数据获取请求中携带的数据位置信息判断所请求获取的数据位于网络侧还是客户端/用户设备本地。该判断单元3所实现的功能也可以通过两个判断单元实现。如，第一判断单元，用于根据数据获取请求中携带的数据位置信息判断所请求获取的数据是否位于网络侧；第二判断单元，用于根据数据获取请求中携带的数据位置信息判断所请求获取的数据是否位于客户端/用户设备本地；

离线数据获取模块21，用于当判断单元3判断所请求获取的数据位于网络侧时，从网络侧下载到用户设备/客户端本地的离线数据中获取相应的数据；

本地获取模块23，用于当判断单元3判断所请求获取的数据位于客户端/用户设备本地时，根据数据位置信息所指示的路径从客户端/用户设备本地获取数据。

进一步地，上述数据获取装置还包括第二接口单元5；数据获取单元2还包括：远程获取模块22；

其中，远程获取模块22，用于当离线数据获取模块21未获取到相应的数据时，向第二接口单元5发送数据下载请求；还用于接收第二接口单元5返回的数据；第二接口单元5，用于根据远程获取模块22的请求连接数据位置信息所指示的网络侧服务器，并从该服务器获取相应的数据。

上述数据获取装置还可以包括：离线数据下载单元4，用于根据下载任务列表以及离线下载策略，通过第二接口单元5从远程服务器中下载网络侧数据，并将下载的数据保存到用户设备/客户端本地的离线数据中。该离线数据下载单元4进一步用于，当离线数据获取模块21未获取到相应的数据时，确定客户端对该数据的请求次数，当该次数到达设定阈值时，在下载任务列表中添加下载该数据的任务。

通过上述技术方案，通过统一接口单元接收客户端中各应用程序发送的数据获取请求，并在根据该数据获取请求获取到需要的数据后，通过该统一的接口单元提供给发送数据获取请求的应用程序，相应地，用于存储数据的网络侧服务器也只需提供一个向数据获取装置提供客户端所请求的数据的接口，从而与现有技术中各应用程序通过各自的接口获取数据相比，节省了端口资源，并且技术实现简单。

另外，上述实施例在进行离线数据的获取时，可根据离线下载策略在网络可用时下载、网络闲时下载、固定时间下载、特定数据内容提前下载等，根据网络使用状况或用户习惯进行离线数据下载，为用户提供了方便并且增加了离线数据下载的灵活性。进一步地，对下载的离线数据按照索引方式进行存储，并可基于索引方式进行查找，以便于加快数据查找和请求响应速度。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims

1、一种数据获取方法，其特征在于，包括如下步骤：

2、如权利要求1所述的数据获取方法，其特征在于，所述根据数据获取请求获取相应的数据，具体为：

从所述数据获取请求中获得该数据获取请求携带的数据位置信息；

根据所述数据位置信息确定所请求获取的数据位于网络侧；

从网络侧下载到客户端本地的离线数据中获取相应的数据。

3、如权利要求1所述的数据获取方法，其特征在于，所述根据数据获取请求获取相应的数据，具体为：

根据所述数据位置信息确定所请求获取的数据位于网络侧；

从网络侧下载到客户端本地的离线数据中查询相应的数据，并当未查询到时，连接到所述数据位置信息所指示的网络侧服务器，从该服务器获取相应的数据。

4、如权利要求2或3所述的数据获取方法，其特征在于，所述下载到客户端本地的离线数据通过该离线数据可被调用的应用程序信息以及该离线数据的属性信息进行描述；

所述从网络侧下载到客户端本地的离线数据中获取或查询相应的数据，具体为：

根据从网络侧下载到客户端本地的离线数据所对应的可被调用的应用程序信息以及属性信息，获取或查询分别与数据获取请求中所携带的应用程序标识和数据属性信息相匹配的数据。

5、如权利要求4所述的数据获取方法，其特征在于，所述可被调用的应用程序信息为应用程序标识，或者为表示可被所有应用程序调用的通用标识。

6、如权利要求2或3所述的数据获取方法，其特征在于，所述离线数据是根据客户端的下载任务列表以及离线数据下载策略，从网络侧下载并存储到客户端本地的。

7、如权利要求6所述的数据获取方法，其特征在于，所述离线下载策略包括如下中的一个或多个：

在网络可用时下载；

在网络闲时下载；

在固定时间下载。

8、如权利要求6所述的数据获取方法，其特征在于，当从网络侧下载到客户端本地的离线数据中未查询到所请求获取的数据时，还包括步骤：

确定所述客户端对该数据的请求次数，当该请求次数到达设定阈值时，在下载任务列表中添加下载该数据的任务。

9、如权利要求1所述的数据获取方法，其特征在于，根据所述数据获取请求获取相应的数据，具体为：

根据所述数据位置信息确定所请求获取的数据位于客户端本地；

从客户端本地保存的数据中获取相应的数据。

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

第一接口单元，用于接收并转发客户端中各应用程序发送的数据获取请求，所述数据获取请求中至少携带应用程序标识；并接收根据转发的所述数据获取请求返回的数据，以及将接收的数据提供给与所述应用程序标识对应的应用程序；

11、如权利要求10所述的数据获取装置，其特征在于，所述数据获取装置还包括第一判断单元，用于根据所述数据获取请求中携带的数据位置信息判断所请求获取的数据是否位于网络侧；

所述数据获取单元进一步用于，当所述第一判断单元的判断结果为是时，从网络侧下载到客户端本地的离线数据中获取相应的数据。

12、如权利要求11所述的数据获取装置，其特征在于，还包括：第二接口单元；

所述数据获取单元进一步用于，当从网络侧下载到客户端本地的离线数据中未获取到数据时，向所述第二接口单元发送数据下载请求；还用于接收所述第二接口单元返回的数据；

所述第二接口单元，用于根据所述数据获取单元的请求连接到所述数据位置信息所指示的网络侧服务器，并从该服务器获取相应的数据，并将获取到的数据发送给所述数据获取单元。

13、如权利要求12所述的数据获取装置，其特征在于，还包括：

离线数据下载单元，用于根据下载任务列表以及离线下载策略，通过所述第二接口单元从网络侧服务器下载数据并进行保存到客户端本地的离线数据中。

14、如权利要求10所述的数据获取装置，其特征在于，所述数据获取装置还包括第二判断单元，用于根据所述数据获取请求中携带的数据位置信息，判断所请求获取的数据是否位于客户端本地；

所述数据获取单元进一步用于，当所述第二判断单元的判断结果为是时，根据所述数据位置信息从客户端本地保存的数据中获取相应的数据。

15、一种数据获取系统，其特征在于，包括客户端装置以及数据获取装置；

所述客户端装置，用于将各应用程序的数据获取请求发送到所述数据获取装置中用于支持各应用程序接口标准的统一接口单元，所述数据获取请求中至少携带应用程序标识；还用于接收所述数据获取装置通过所述接口单元发送的数据，并提供给与所述应用程序标识对应的应用程序；

所述数据获取装置，用于根据所述客户端装置发送的数据获取请求获取相应的数据，并将获取到的数据通过所述接口单元发送给所述客户端装置。

16、如权利要求15所述的数据获取系统，其特征在于，所述数据获取装置进一步用于，当判断所述数据获取请求所请求获取的数据位于网络侧时，从网络侧下载到客户端装置本地的离线数据中获取相应的数据。

17、如权利要求16所述的数据获取系统，其特征在于，还包括用于存储数据的网络侧服务器；

所述数据获取装置进一步用于，当判断所述数据获取请求所请求获取的数据位于网络侧时，从网络侧下载到客户端装置本地的离线数据中查询相应的数据，并当未查询到时，连接到相应的网络侧服务器，并从连接的服务器中获取相应的数据。

18、如权利要求15所述的数据获取系统，其特征在于，所述数据获取装置集成于客户端装置。