CN103546532A - 一种应用共享数据的方法及系统 - Google Patents

Abstract

本发明公开一种应用共享数据的方法及系统，其中，方法包括步骤：A、第一应用向系统请求数据；B、系统判断第一应用所请求的数据是第一应用内部的数据还是第二应用的数据，当所请求的数据是第一应用内部的数据时，获取第一应用的应用ID转入步骤C，否则查询第二应用的应用ID，转入步骤C；C、根据相应的应用ID以及请求数据的方法名查询所请求的数据是否在缓存中，当是时直接从缓存中获取数据；当否时根据应用ID向服务器端请求数据，并从服务器端返回数据。

Description

一种应用共享数据的方法及系统

技术领域

本发明涉及数据共享和备份领域，尤其涉及一种应用共享数据的方法及系统。

背景技术

随着智能终端的发展，各种运行在智能终端上的应用无论从数量上，还是从种类上都是大幅增长。随着智能终端应用数量及种类的增长，为了给用户带来更好的体验，在同一个终端上，整合应用间的功能的趋势越来越明显，应用间的交互及数据共享需求也就越来越迫切。

虽然目前各个操作系统已经提供了多种应用间数据共享的方法，如Android系统就提供了sharePreference（一种存储基础类型的存储机制）、provider（Android支持多个应用间的共享数据）、文件等方法来实现应用间的数据共享。但是这些方法没有对数据获取和缓存进行管理，要么需要多次从服务器端获取数据，浪费资源；要么一个应用需要和多个应用打交道，增加了应用共享的复杂性，开发成本也相应增加，且容易出错。

因此，现有技术还有待于改进和发展。

发明内容

鉴于上述现有技术的不足，本发明的目的在于提供一种应用共享数据的方法及系统，旨在解决现有技术中应用共享数据方法调用复杂、开发成本高、出错概率高的问题。

本发明的技术方案如下：

一种应用共享数据的方法，其中，包括步骤：

A、第一应用向系统请求数据；

B、系统判断第一应用所请求的数据是第一应用内部的数据还是第二应用的数据，当所请求的数据是第一应用内部的数据时，获取第一应用的应用ID转入步骤C，否则查询第二应用的应用ID，转入步骤C；

C、根据相应的应用ID以及请求数据的方法名查询所请求的数据是否在缓存中，当是时直接从缓存中获取数据；当否时根据应用ID向服务器端请求数据，并从服务器端返回数据。

所述的应用共享数据的方法，其中，所述步骤C之后还包括：

D、当所请求的数据是从服务器端返回时，将请求的数据缓存，并建立应用ID、请求数据的方法名、数据的对应关系。

所述的应用共享数据的方法，其中，所述步骤D中，缓存数据的方式为根据数据类型采用数据库或文件的存储方式。

所述的应用共享数据的方法，其中，所述步骤A之前还包括：

第一应用向系统注册，使第一应用和系统服务器端交互连接，同时获取用于标识第一应用的应用ID。

所述的应用共享数据的方法，其中，所述步骤C中，向服务器端请求数据的过程具体包括：

C1、根据应用ID查询服务器端地址和协议；

C2、根据服务器端地址和协议，利用反射机制获取服务器端请求方法；

C3、利用所述服务器端请求方法向服务器端请求数据，并解析返回的数据。

一种应用共享数据的系统，其中，包括：

消息处理模块，用于接收并处理第一应用向系统发送的数据请求；

第一判断模块，用于判断第一应用所请求的数据是第一应用内部的数据还是第二应用的数据；

第二判断模块，用于根据相应的应用ID以及请求数据的方法名查询所请求的数据是否在缓存中；

数据获取模块，用于直接从缓存中获取数据；

数据请求模块，用于根据应用ID向服务器端请求数据，并从服务器端返回数据。

所述的应用共享数据的系统，其中，还包括：

数据缓存模块，用于当所请求的数据是从服务器端返回时，将请求的数据缓存，并建立应用ID、请求数据的方法名、数据的对应关系。

所述的应用共享数据的系统，其中，还包括：

注册模块，用于向系统注册，使第一应用和系统服务器端交互连接，同时获取用于标识第一应用的应用ID。

所述的应用共享数据的系统，其中，所述数据请求模块具体包括：

查询单元，用于根据应用ID查询服务器端地址和协议；

反射单元，用于根据服务器端地址和协议，利用反射机制获取服务器端请求方法；

请求解析单元，用于利用所述服务器端请求方法向服务器端请求数据，并解析返回的数据。

有益效果：本发明通过应用共享的方法进行改进，使多个应用需要服务器端同一个数据时，只需一个应用一次请求，其他应用即可复用返回数据，节省了资源，提高了效率；同时，一个应用需要多个应用的共享数据时，不需要同多个应用进行交互，降低了应用间的耦合性，同时共享数据的获取方式一致，降低了复杂度及开发成本。

附图说明

图1为本发明应用共享数据的方法较佳实施例的流程图。

图2为图1所示方法中步骤S103的具体流程图。

图3为本发明应用共享数据的系统较佳实施例的结构框图。

图4为图3所示系统中数据请求模块的结构框图。

具体实施方式

本发明提供一种应用共享数据的方法及系统，为使本发明的目的、技术方案及效果更加清楚、明确，以下对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

请参阅图1，图1为本发明应用共享数据的方法较佳实施例的流程图，如图所示，其包括步骤：

S101、第一应用向系统请求数据；

S102、系统判断第一应用所请求的数据是第一应用内部的数据还是第二应用的数据，当所请求的数据是第一应用内部的数据时，获取第一应用的应用ID转入步骤S103，否则查询第二应用的应用ID，转入步骤S103；

S103、根据相应的应用ID以及请求数据的方法名查询所请求的数据是否在缓存中，当是时直接从缓存中获取数据，当否时根据应用ID向服务器端请求数据，从服务器端返回数据。

在步骤S103中，每个应用注册时需要预设该应用可以共享哪些数据，而这些数据就是通过方法名来区分的。比如应用A需要去用应用B中的共享数据Data1，而请求Data1的方法名getData1已经明确（每个数据从数据提供端获取的方法名是固定的），那么应用B就已经在系统中有一条对应的记录表示应用B可以通过方法名为getData1的方法来共享数据Data1，其它应用就可以根据应用B的ID和getData1来获取该共享数据。

在步骤S101中，首先是某个应用（第一应用）向系统请求数据，在向系统请求数据前，还需要预先在系统注册，即在步骤S101之前还包括步骤：

第一应用向系统注册，第一应用和系统服务器端交互连接，同时系统服务器端获取用于标识第一应用的应用ID。在系统服务器端维护一可共享数据的应用集合，包括第二应用的需要共享数据的应用均已经向系统注册。

向系统注册的目的是让注册的应用能够共享数据给其他应用，并能获得其他应用的数据；在注册后，还获取能够唯一标识第一应用的应用ID（appID）。此步骤中，还记录应用和服务器端协议和方法的对应关系，这样当需要从服务器端获取数据时，即可按照约定的协议请求数据。

在步骤S102中，第一应用向系统请求数据后，系统会判断其请求的数据属于第一应用内部数据还是其他应用的数据，即判定是内部数据还是外部数据，当是内部数据时，获取第一应用的应用ID；当判定是其他应用例如第二应用的数据，那么查询第二应用在注册时获取的应用ID，并进入到步骤S103。值得说明的是，所述第二应用与第一应用类似，已预先在系统注册其应用信息。

在步骤S103中，系统会根据获取到的相应的应用ID和请求数据的方法名来查询所请求的数据是否在缓存中。如果是在缓存中已经存储了，那么可直接从缓存中获取相应的数据，此时应用获取数据成功。

而当查询到所述请求的数据不在缓存中时，则需要跟服务器端进行交互，从服务器端获取相应的数据，此时需根据appID查询服务器端地址、协议，按照约定的协议向服务器端请求数据，例如通过Android系统的反射机制向服务器端请求数据，然后解析返回的数据，返回至请求的第一应用。

如图2所示，所述查询所请求的数据是否在缓存中的步骤可具体细化为以下步骤：

S201、根据应用ID查询服务器端地址和协议；一般地，在数据库中存储有相应要查找的信息，并设置应用ID与对应服务器端地址和协议的对应关系，根据应用ID进行地址与协议的查找。

S202、根据服务器端地址和协议，利用反射机制获取服务器端请求方法；

S203、利用所述服务器端请求方法向服务器端请求数据，并解析返回的数据。在解析返回的数据之后，可通知第一应用数据获取成功。

在从服务器端获取数据后，还需将数据缓存，以便在下次应用需要获取该数据时，直接从缓存中获取数据即可，所以在步骤S103之后还包括步骤：

S104、当所请求的数据是从服务器端返回时，将请求的数据缓存，并建立应用ID、请求数据的方法名、数据的对应关系。这里数据的对应关系是指应用ID，请求数据的方法名的对应关系, 在注册时我们已经将应用ID，请求数据的方法名建立了对应关系。 该方法中具体有哪些对应关系，可以根据实现自行定义，例如包括“应用ID”，"是否有缓存"，"获取缓存数据方法名"这几个数据之间的对应关系。至于数据缓存的方式，可以根据数据类型的不同采用数据库、文件或者系统的其他存储方式进行缓存。

通过本发明，在多个应用需要获取同一个数据时，只需要某个应用向服务器端请求一次，其他应用均可复用服务器端返回的数据，从节省了资源，提高了共享效率。

而在一个应用需要多个应用的共享数据时，也只需要与系统进行交互，而不用各个应用之间进行关联，例如应用A需要应用B、C、D的共享数据，传统的共享方法是应用A和应用B、C、D分别进行交互，所以应用B、C、D需要提供相应的共享方式，使应用A能够访问到应用B、C、D，而这些共享方式可能完全不一样，这将增大应用共享数据的开发成本和复杂度。而采用本发明，应用A只需和系统进行交互，应用B、C、D也只需要和系统进行交互，这大大降低了出错率和开发成本。

在本发明中，应用之间共享的数据并不受限制，即可以是用户设置的数据，也可以是从服务器端获取的数据，还可以是某个应用的中间结果数据，所以对于共享的数据本身具有通用性。

基于上述方法，本发明还提供一种应用共享数据的系统，如图3所示，其包括：

消息处理模块100，用于接收并处理第一应用向系统发送的数据请求；

第一判断模块200，用于判断第一应用所请求的数据是第一应用内部的数据还是第二应用的数据；

第二判断模块300，用于根据相应的应用ID以及请求数据的方法名查询所请求的数据是否在缓存中；

数据获取模块400，用于直接从缓存中获取数据；

数据请求模块500，用于根据应用ID向服务器端请求数据，并从服务器端返回数据。

进一步，还包括：

数据缓存模块，用于当所请求的数据是从服务器端返回时，将请求的数据缓存，并建立应用ID、请求数据的方法名、数据的对应关系。

进一步，还包括：

注册模块，用于向系统注册，使第一应用和系统服务器端交互连接，同时获取用于标识第一应用的应用ID。在系统服务器端维护一可共享数据的应用集合，第一应用与其他可共享数据的应用预先向系统服务器端注册。

进一步，如图4所示，所述数据请求模块500具体包括：

查询单元510，用于根据应用ID查询服务器端地址和协议；

反射单元520，用于根据服务器端地址和协议，利用反射机制获取服务器端请求方法；

请求解析单元530，用于利用所述服务器端请求方法向服务器端请求数据，并解析返回的数据。关于上述模块单元的技术细节在前面的方法中已有详述，故不再赘述。

综上所述，本发明通过应用共享的方法进行改进，使多个应用需要服务器端同一个数据时，只需一个应用一次请求，其他应用即可复用返回数据，节省了资源，提高了效率；同时，一个应用需要多个应用的共享数据时，不需要同多个应用进行交互，降低了应用间的耦合性，同时共享数据的获取方式一致，降低了复杂度及开发成本。

应当理解的是，本发明的应用不限于上述的举例，对本领域普通技术人员来说，可以根据上述说明加以改进或变换，所有这些改进和变换都应属于本发明所附权利要求的保护范围。

Claims (9)

1.一种应用共享数据的方法，其特征在于，包括步骤：

A、第一应用向系统请求数据；

B、系统判断第一应用所请求的数据是第一应用内部的数据还是第二应用的数据，当所请求的数据是第一应用内部的数据时，获取第一应用的应用ID转入步骤C，否则查询第二应用的应用ID，转入步骤C；

C、根据相应的应用ID以及请求数据的方法名查询所请求的数据是否在缓存中，当是时直接从缓存中获取数据；当否时根据应用ID向服务器端请求数据，并从服务器端返回数据。

2.根据权利要求1所述的应用共享数据的方法，其特征在于，所述步骤C之后还包括：

D、当所请求的数据是从服务器端返回时，将请求的数据缓存，并建立应用ID、请求数据的方法名、数据的对应关系。

3.根据权利要求2所述的应用共享数据的方法，其特征在于，所述步骤D中，缓存数据的方式为根据数据类型采用数据库或文件的存储方式。

4.根据权利要求1所述的应用共享数据的方法，其特征在于，所述步骤A之前还包括：

第一应用向系统注册，使第一应用和系统服务器端交互连接，同时获取用于标识第一应用的应用ID。

5.根据权利要求1所述的应用共享数据的方法，其特征在于，所述步骤C中，向服务器端请求数据的过程具体包括：

C1、根据应用ID查询服务器端地址和协议；

C2、根据服务器端地址和协议，利用反射机制获取服务器端请求方法；

C3、利用所述服务器端请求方法向服务器端请求数据，并解析返回的数据。

6.一种应用共享数据的系统，其特征在于，包括：

消息处理模块，用于接收并处理第一应用向系统发送的数据请求；

第一判断模块，用于判断第一应用所请求的数据是第一应用内部的数据还是第二应用的数据；

第二判断模块，用于根据相应的应用ID以及请求数据的方法名查询所请求的数据是否在缓存中；

数据获取模块，用于直接从缓存中获取数据；

数据请求模块，用于根据应用ID向服务器端请求数据，并从服务器端返回数据。

7.根据权利要求6所述的应用共享数据的系统，其特征在于，还包括：

数据缓存模块，用于当所请求的数据是从服务器端返回时，将请求的数据缓存，并建立应用ID、请求数据的方法名、数据的对应关系。

8.根据权利要求6所述的应用共享数据的系统，其特征在于，还包括：

注册模块，用于向系统注册，使第一应用和系统服务器端交互连接，同时获取用于标识第一应用的应用ID。

9.根据权利要求6所述的应用共享数据的系统，其特征在于，所述数据请求模块具体包括：

查询单元，用于根据应用ID查询服务器端地址和协议；

反射单元，用于根据服务器端地址和协议，利用反射机制获取服务器端请求方法；

请求解析单元，用于利用所述服务器端请求方法向服务器端请求数据，并解析返回的数据。

Images