CN103581267A - 移动终端系统的数据定向缓存方法和装置 - Google Patents

Abstract

本发明的各实施方式提供了一种移动终端系统的数据定向缓存的方法和装置，其通过将多账户或多应用的缓存系统关联起来，实现了多账户或多应用的缓存数据的关联更新或共享，从而避免了重复下载相同的部分缓存数据，降低了资源的占用，极大地提高了用户登录的速度以及系统的运行性能，提升了用户体验。

Description

移动终端系统的数据定向缓存方法和装置

技术领域

本发明的各实施方式涉及移动终端的缓存设计，并且更具体地，涉及移动终端系统的数据定向缓存方法和装置。

背景技术

随着系统的复杂化，单点登录的设计越来越深入人心。

单点登录(Single Sign On)，简称为SSO，是目前比较流行的企业业务整合的解决方案之一。SSO的定义是在多个应用系统中，用户只需要登录一次就可以访问所有相互信任的应用系统。当用户第一次访问应用系统1的时候，因为还没有登录，会被引导到认证系统中进行登录；根据用户提供的登录信息，认证系统进行身份效验，如果通过效验，应该返回给用户一个认证的凭据--验证票；用户再访问别的应用的时候，就会将这个验证票带上，作为自己认证的凭据，应用系统接受到请求之后会把验证票送到认证系统进行效验，检查验证票的合法性。如果通过效验，用户就可以在不用再次登录的情况下访问应用系统2和应用系统3了。

然而，现有的单点登录方案，除了提供简单的验证票外，系统内各个应用的数据缓存机制仍然比较简单，具体而言，各个用户账户缓存系统一般是独立的，单个用户账户缓存系统中的不同应用的缓存一般也是独立的。而登录服务器端的实际情况是，尤其是利用同一移动终端登录时，不同账户访问的服务器系统中的部分缓存数据可能是相同的，单个账户所登录的不同应用的部分缓存数据可能是相同的。上述不同账户缓存、不同应用缓存独立或不能共享的不利之处在于，不能有效地利用上述部分相同的缓存数据，使得不同账户或应用需重复下载所述相同的缓存数据，从而占用了资源，降低了服务器系统的访问效率。

因此，现在迫切需要一种能够保证多应用或多账户在使用相关服务时更加快捷、高效的相关缓存方法和装置。而缓存的优化意味着更快的访问速度，更满意的用户体验。

发明内容

鉴于目前现状，本发明的目的至少在于提供一种移动终端系统的数据定向缓存的方法和装置，其通过将多账户或多应用的缓存系统关联起来，实现了多账户或多应用的缓存数据的关联更新或共享，从而避免了需重复下载相同的部分缓存数据，降低了资源的占用，极大地提高了用户登录的速度以及系统的运行性能，提升了用户体验。

根据本发明的第一方面，提供了一种移动终端系统内的数据定向缓存的方法，包括：将服务器系统的第一账户登录过的各个应用数据保存在移动终端内的第一账户缓存系统；关联所述第一账户缓存系统内的各个应用数据中的部分应用数据。

根据本发明的一个实施方式：关联所述第一账户缓存系统内的所述部分应用数据，使得所述第一账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第一账户缓存系统内的其他应用数据的所述部分应用数据。

根据本发明的一个实施方式：将服务器系统的第二账户登录过的各个应用数据保存在移动终端内的第二账户缓存系统，使得所述第二账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第二账户缓存系统内的其他应用数据的所述部分应用数据。

根据本发明的一个实施方式：存在多个账户缓存系统时，关联多个账户缓存系统的部分账户数据，使得其中一个账户的账户缓存系统的部分账户数据发生改变时，相应地更新其他账户的账户缓存系统的所述部分账户数据。

根据本发明的一个实施方式：各个账户优先利用所述移动终端内的所述账户缓存系统登录服务器系统。

根据本发明的一个实施方式：由于存在所述第二账户缓存系统，使得能在第一账户的任一应用中将第一账户切换到第二账户，而无需读取服务器系统的信息。

根据本发明的一个实施方式：更新所述部分应用数据或所述部分账户数据，包括当距前一个更新的时间间隔大于预定时间间隔时，执行所述部分应用数据或所述部分账户数据的更新。

根据本发明的一个实施方式：所述移动终端系统是安卓系统。

根据本发明的另一方面，提供了一种移动终端系统内的数据定向缓存的装置，包括：缓存部，用于将服务器系统的第一账户登录过的各个应用数据保存在移动终端内的第一账户缓存系统；

关联部，用于关联所述第一账户缓存系统内的各个应用数据中的部分应用数据。

根据本发明的一个实施方式：所述关联部使得所述第一账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第一账户缓存系统内的其他应用数据的所述部分应用数据。

根据本发明的一个实施方式：所述缓存部还将服务器系统的第二账户登录过的各个应用数据保存在移动终端内的第二账户缓存系统，以及所述关联部还使得所述第二账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第二账户缓存系统内的其他应用数据的所述部分应用数据。

根据本发明的一个实施方式：存在多个账户缓存系统时，所述关联部关联多个账户缓存系统的部分账户数据，使得其中一个账户的账户缓存系统的部分账户数据发生改变时，相应地更新其他账户的账户缓存系统的所述部分账户数据。

根据本发明的一个实施方式：各个账户优先利用所述移动终端内的所述账户缓存系统登录服务器系统。

根据本发明的一个实施方式：由于存在所述第二账户缓存系统，使得用户能在第一账户的任一应用中将第一账户切换到第二账户，而无需读取服务器系统的信息。

根据本发明的一个实施方式：所述关联部更新所述部分应用数据或所述部分账户数据，包括在距前一个更新的时间间隔大于预定时间间隔时，执行所述部分应用数据或所述部分账户数据的更新。

根据本发明的一个实施方式：所述移动终端系统是安卓系统。

附图说明

当结合附图阅读下文对示范性实施方式的详细描述时，这些以及其他目的、特征和优点将变得显而易见，在附图中：

图1示出了根据本发明一个实施方式的移动终端系统内的数据定向缓存的方法流程。

图2示出了根据本发明一个实施方式的缓存示意图；

图3示出了根据本发明一个实施方式的移动终端系统内的数据定向缓存的装置图；以及

图4示出了根据本发明的各实施方式可在其中实现的优选移动终端的配置图。

具体实施方式

附图中的流程图和框图，图示了按照本发明各种实施方式的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，所述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

现在将仅通过示例性方式来详细地描述本发明的各种实施方式。

图1示出了根据本发明一个实施方式的移动终端系统的数据定向缓存的方法流程。所述移动终端系统包括但不限于安卓系统。其开始于步骤S100。

步骤S110，将服务器系统的第一账户登录过的各个应用数据保存在移动终端内的第一账户缓存系统；

所述服务器系统例如可以为人人网的服务器端的系统，所述服务器系统可以具有多个应用程序，比如多个游戏应用。用户可以通过移动终端访问所述服务器系统，并且可以注册、登录所述服务器系统。

根据本发明的各实施方式，优选为以单点登录的设计为前提。例如，用户可以单点登录所述服务器系统的多个应用。在该种情形中，当用户登录一个应用后，可以无需再次登录地访问服务器系统的其他应用。所述应用包括但不限于apk(android package)应用。用户可以同时运行所述多个应用，也可以单独运行所述多个应用。用户可以以第一账户登录所述服务器系统，也可以以其他账户(例如第二账户)登录所述服务系统。所述其他账户同样也将其登录过的各个应用数据保存在移动终端内的对应账户缓存系统。根据本发明的各实施方式，可将所述账户缓存系统设置在移动终端内。所述移动终端包括但不限于移动电话、个人数字助理(PDA)、笔记本、IPAD等。

所述账户缓存系统存储该账户产生的所有数据，包括比如登录应用产生的数据、注册/登录/修改个人信息的数据、添加的好友信息等、应用对应的接口信息、数据类型/标识等方面的信息、存储位置的信息等等。

本领域技术人员公知，使用缓存的有利之处在于能够降低系统运行的负荷、提升系统运行的速度和性能。但如背景技术中所述的，在多用户或多应用情况下，现有的移动终端的缓存系统相对而言比较简单，尚不能满足用户的需要。本发明将在下面详细描述如何优化移动终端内的缓存。

步骤S120，关联所述第一账户缓存系统内的各个应用数据中的部分应用数据。

如前所述，当第一账户在登录服务器系统并在服务器系统上登录各种应用时将产生各种数据，并将所述各种数据存储在用户所持移动终端的所述账户缓存系统中。本领域技术人员应明白，用户登录所述各个应用时，尤其是在单点登录的情况下，产生的部分数据可以是相同或可共用的。这类部分数据例如可以包括应用页面上的部分插件的更新，应用运行时新添加的好友信息，甚至是应用页面上的广告内容。根据本发明的各实施方式，可以将该第一账户下的各应用数据中的部分应用数据关联起来。这样做地有利之处在于，可以基于所述关联，执行所述部分应用数据的共享或关联更新。就共享而言，例如可以对各应用缓存的所述部分应用数据执行缓存共享。

而就关联更新而言，例如可以关联所述第一账户缓存系统内的所述部分应用数据，使得所述第一账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第一账户缓存系统内的其他应用数据的所述部分应用数据。本领域技术人员可以明白，这种更新可以在被更新的应用正在运行或没有运行的时候实现。

图2示出了根据本发明一个实施方式的缓存示意图。其中，用户在移动终端上可以以第一账户登录A应用、B应用等，相应地可以将A应用、B应用等的缓存数据缓存在第一账户缓存系统210。反过来，可以调用A应用缓存系统运行A应用，可以调用B应用缓存系统运行B应用，而且更为关键地，所述A应用的缓存数据和B应用的缓存数据是关联的。

进一步举例来说，第一账户“张三”在移动终端上登录人人网的“Q将三国”，并且可以实时地或不实时地在移动终端上缓存与“Q将三国”相关的应用数据，由于对于其他应用(比如“超级三国”“汽车工厂”等)来说，上述“Q将三国”的好友信息是可以与其他应用(比如“超级三国”“汽车工厂”等)相同或共享的。因此，当在“Q将三国”应用中添加好友信息时，可以使得其他应用(比如“超级三国”“汽车工厂”等)的缓存系统中的相应好友信息也相应更新。

本领域技术人员明白，通过上述更新或者共享，当用户登录比如“超级三国”、“汽车工厂”等的其他应用时，可以直接调用相应的“超级三国”、“汽车工厂”缓存系统，直接加载更新后的新好友信息，而无需访问服务器系统来加载。按照这样的方式，显然增加了用户访问各应用的速度，提升了用户的体验。

根据本发明的各实施方式，还可以允许多个账户在移动终端登录服务器系统。在这种情况下，多个账户的每个账户可以拥有自己的缓存系统。例如对于其他账户(例如第二账户)，可以与设计与第一账户类似的缓存系统，即将服务器系统的其他账户(例如第二账户)登录过的各个应用数据保存在移动终端内的其他账户(例如第二账户)缓存系统，使得所述其他账户(例如第二账户)缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述其他账户(例如第二账户)缓存系统内的其他应用数据的所述部分应用数据。或者将可以共用的所述部分应用数据执行缓存共享。

但本领域技术人员应该理解，当不同账户登录服务器系统的主页、登录服务器系统内的同一应用等时，通常也会有至少部分的数据是相同的。该部分数据例如可以包括游戏应用的升级更新，甚至是游戏页面上的广告内容的变更等等。为了与上述部分应用数据区分开，本申请将多账户之间的相同的所述部分数据定义为部分账户数据。应理解，所述部分账户数据中的数据有可能是与所述部分应用数据中的数据是相同的，比如针对所有页面的插件更新的数据等。因此，可以根据部分相同的缓存数据的数据属性，既定义成所述部分应用数据，又定义成所述部分账户数据，或者两者之一。

因此，类似上述多个应用时的情况，存在多个账户缓存系统时，可以关联多个账户缓存系统的部分账户数据。例如，参见图2，可以看出第一账户缓存系统210和第二账户缓存系统220也是关联的。可以基于所述关联，执行所述部分账户缓存数据的共享或关联更新。就共享而言，例如可以将各账户缓存的所述部分账户数据执行缓存共享，即每个账户均可以调用所述部分账户数据。

就关联更新而言，可以关联多个账户缓存系统的部分账户数据，使得其中一个账户的账户缓存系统的部分账户数据发生改变时，相应地更新其他账户的账户缓存系统的所述部分账户数据。本领域技术人员可以明白，这种更新可以在被更新的账户正在运行或没有运行的时候实现。

例如，用户在第一移动终端以第一账户登录服务器系统，运行例如游戏应用时会将存在的应用升级更新进行缓存。由于这一缓存数据对于其他账户而言实际上也是通用的。此时根据上述的关联更新或者共享，第二账户缓存系统中可以直接更新或者共享使用相应的所述应用升级更新数据。这样的有利之处在于第二账户在登录系统前即已经获取了所述应用更新，并且可以利用所述第二账户缓存系统快速登录服务器系统。与现有的缓存方式，即只能是在登录之后才可能获取所述更新相比，大大增加了用户访问各系统或应用的速度，提升了用户的体验。

从上面的描述可知，根据本申请的各实施方式，各个账户可以总是优先利用所述移动终端内的所述账户缓存系统登录服务器系统。而且由于所述每个账户每个应用都可以设置自己相应的缓存系统，这样，即便在用户执行账户切换时，也可以快速地登录系统和应用，甚至可能无需读取服务器系统的信息。

根据本发明的优选实施方式，关于上述部分应用数据或所述部分账户数据的关联更新，如果距前一个更新的时间间隔小于预定时间间隔时，可以不执行所述部分应用数据或所述部分账户数据的更新。这样地有利之处在于可以避免所述部分应用数据或所述部分账户数据的重复更新。所述更新可以表现为替换原有的数据，或者可以表现为在下载替换数据的同时保存原有的数据。所述保存的原有数据由于可以不再使用，可以根据需要定时地清除。本领域技术人员可以明白，只要移动终端的容量足够大，不清除曾经缓存的数据也是可能的。根据本发明的各实施方式，所述预定时间间隔可以优选为5分钟、30分钟、1天，甚至1周等。

步骤S130，结束。

图3示出了根据本发明一个实施方式的移动终端系统的数据定向缓存的装置图。装置300包括：

缓存部310，用于将服务器系统的第一账户登录过的各个应用数据保存在移动终端内的第一账户缓存系统；

关联部320，用于关联所述第一账户缓存系统内的各个应用数据中的部分应用数据。

所述关联部320使得所述第一账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第一账户缓存系统内的其他应用数据的所述部分应用数据。

所述缓存部310还将服务器系统的第二账户登录过的各个应用数据保存在移动终端内的第二账户缓存系统，以及所述关联部还使得所述第二账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第二账户缓存系统内的其他应用数据的所述部分应用数据。

存在多个账户缓存系统时，所述关联部320关联多个账户缓存系统的部分账户数据，使得其中一个账户的账户缓存系统的部分账户数据发生改变时，相应地更新其他账户的账户缓存系统的所述部分账户数据。

根据本发明的各实施方式，各个账户优先利用所述移动终端内的所述账户缓存系统登录服务器系统

由于存在所述账户缓存系统，使得用户能在第一账户的任一应用中将第一账户切换到第二账户，而无需读取服务器系统的信息。

所述关联部310更新所述部分应用数据或所述部分账户数据，包括在距前一个更新的时间间隔大于预定时间间隔时，执行所述部分应用数据或所述部分账户数据的更新。

所述移动终端系统包括但不限于安卓系统。

本领域技术人员可以明白，上面仅仅是简单描述了移动终端系统的数据定向缓存的装置，由于根据本发明的装置和方法是相互对应的，因此，上述方法中的其他步骤特征可以由所述装置中的相应装置或模块实现。

图4示出了根据本发明的各实施方式可在其中实现的优选移动终端的配置图。

移动通信终端具有控制器400，其负责移动终端的整体操作，并且可以利用任何商业可得CPU(“中央处理单元”)、DSP(“数字信号处理器”)或任何其他电子可编程逻辑器件实现。控制器400具有关联电子存储器402，诸如RAM存储器、ROM存储器、EEPROM存储器、闪存或其任何组合。存储器402由控制器400用于各种目的，其中之一在于为移动通信终端中各种软件存储程序指令和数据。软件包括实时操作系统420、用于人机界面(MMI)434的驱动器、应用处理机432和各种应用。应用可以包括消息文本编辑器450、手写识别(HWR)应用460和各种其他应用470，诸如，用于语音呼叫、视频呼叫、发送和接收短消息服务(SMS)消息、多媒体消息服务(MMS)或电子邮件、web浏览、即时消息收发应用、电话簿应用、日历应用、控制面板应用、照相机应用、一个或多个视频游戏、记事本应用等。应当注意，上述应用的两个或更多可以作为同一应用执行。

MMI434还包括一个或多个硬件控制器，其与MMI驱动器一起与第一显示器436，小键盘438和各种其他I/O设备(诸如麦克风、扬声器、振动器、响铃发生器、LED指示器等)协作。如所公知的，用户可以通过这样形成的人机界面来操作移动终端。

软件还可以包括各种模块、协议栈、驱动器等，其被共同标记为430，并且为RF接口406以及可选地为蓝牙接口408和/或IrDA接口410提供通信服务(诸如，传输、网络和连通性)，以用于本地连通性。RF接口406包括内部或外部天线以及用于建立和维护通往基站的无线链路的适当无线电电路。如本领域技术人员公知的，无线电电路包括一系列模拟和数字电子组件，其一起形成无线电接收机和发射机。这些组件例如包括带通滤波器、放大器、混频器、本地振荡器、低通滤波器、AD/DA转换器等。

移动通信终端还可以包括SIM卡404和相关联的读出器。如所公知的，SIM卡404包括处理器以及本地工作和数据存储器。

本发明的实施方式可以体现为一种程序包和一种应用程序编程接口API。移动应用软件的开发者可以通过包含、引用、导入本程序包的方式或者调用本应用程序编程接口的方式为移动应用软件增加传播移动应用软件的功能。

本发明还提供一种包含计算机可读程序的存储介质，当计算机可读程序由处理器执行时，其使得处理器按照本发明的实施方式来实现扩展移动通信终端的功能的方法。存储介质可以为任何有形媒介，例如软盘、CD-ROM、DVD、硬盘驱动器、甚至网络介质等。

上述描述的各种方面可以单独使用或者在各种组合中使用。本申请的教导可以通过硬件和软件的组合实现，但是也可以以硬件或软件实现。本申请的教导还可以具体化为计算机可读介质上的计算机程序产品，其可以是任何材料介质，诸如软盘、CD-ROM、DVD、硬盘驱动器乃至网络介质等。

已经出于示出和描述的目的给出了本发明的说明书，但是其并不意在是穷举的或者限制于所公开形式的发明。本领域技术人员可以想到很多修改和变体。本领域技术人员应当理解，本发明实施方式中的方法和装置可以以软件、硬件、固件或其组合实现。

因此，实施方式是为了更好地说明本发明的原理、实际应用以及使本领域技术人员中的其他人员能够理解以下内容而选择和描述的，即，在不脱离本发明精神的前提下，做出的所有修改和替换都将落入所附权利要求定义的本发明保护范围内。

Claims (16)

1.一种移动终端系统的数据定向缓存的方法，其特征在于：

将服务器系统的第一账户登录过的各个应用数据保存在移动终端内的第一账户缓存系统；

关联所述第一账户缓存系统内的各个应用数据中的部分应用数据。

2.根据权利要求1所述的方法，其特征还在于：关联所述第一账户缓存系统内的所述部分应用数据，使得所述第一账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第一账户缓存系统内的其他应用数据的所述部分应用数据。

3.根据权利要求1所述的方法，其特征还在于：

将服务器系统的第二账户登录过的各个应用数据保存在移动终端内的第二账户缓存系统，使得所述第二账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第二账户缓存系统内的其他应用数据的所述部分应用数据。

4.根据权利要求1所述的方法，其特征还在于：存在多个账户缓存系统时，关联多个账户缓存系统的部分账户数据，使得其中一个账户的账户缓存系统的部分账户数据发生改变时，相应地更新其他账户的账户缓存系统的所述部分账户数据。

5.根据权利要求1所述的方法，其特征还在于：各个账户优先利用所述移动终端内的所述账户缓存系统登录服务器系统。

6.根据权利要求3所述的方法，其特征还在于：由于存在所述第二账户缓存系统，使得能在第一账户的任一应用中将第一账户切换到第二账户，而无需读取服务器系统的信息。

7.根据权利要求2或4所述的方法，其特征还在于：更新所述部分应用数据或所述部分账户数据，包括当距前一个更新的时间间隔大于预定时间间隔时，执行所述部分应用数据或所述部分账户数据的更新。

8.根据权利要求1所述的方法，其特征还在于：所述移动终端系统是安卓系统。

9.一种移动终端系统的数据定向缓存的装置，其特征在于：

缓存部，用于将服务器系统的第一账户登录过的各个应用数据保存在移动终端内的第一账户缓存系统；

关联部，用于关联所述第一账户缓存系统内的各个应用数据中的部分应用数据。

10.根据权利要求9所述的装置，其特征还在于：所述关联部使得所述第一账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第一账户缓存系统内的其他应用数据的所述部分应用数据。

11.根据权利要求9所述的装置，其特征还在于：

所述缓存部还将服务器系统的第二账户登录过的各个应用数据保存在移动终端内的第二账户缓存系统，以及所述关联部还使得所述第二账户缓存系统内的任一应用数据中的所述部分应用数据发生改变时，相应地更新所述第二账户缓存系统内的其他应用数据的所述部分应用数据。

12.根据权利要求9所述的装置，其特征还在于：存在多个账户缓存系统时，所述关联部关联多个账户缓存系统的部分账户数据，使得其中一个账户的账户缓存系统的部分账户数据发生改变时，相应地更新其他账户的账户缓存系统的所述部分账户数据。

13.根据权利要求9所述的装置，其特征还在于：各个账户优先利用所述移动终端内的所述账户缓存系统登录服务器系统。

14.根据权利要求11所述的装置，其特征还在于：由于存在所述第二账户缓存系统，使得用户能在第一账户的任一应用中将第一账户切换到第二账户，而无需读取服务器系统的信息。

15.根据权利要求10或12所述的装置，其特征还在于：所述关联部更新所述部分应用数据或所述部分账户数据，包括在距前一个更新的时间间隔大于预定时间间隔时，执行所述部分应用数据或所述部分账户数据的更新。

16.根据权利要求9所述的装置，其特征还在于：所述移动终端系统是安卓系统。

Images