CN107493350A

CN107493350A - 缓存方法、装置及系统

Info

Publication number: CN107493350A
Application number: CN201710922768.8A
Authority: CN
Inventors: 覃万明
Original assignee: Maipu Communication Technology Co Ltd
Current assignee: Maipu Communication Technology Co Ltd
Priority date: 2017-09-30
Filing date: 2017-09-30
Publication date: 2017-12-19

Abstract

本发明提供一种缓存方法、装置及系统，方法包括：模拟终端用户登录应用服务器，根据获取的需要缓存的应用程序的标识信息，从所述应用服务器下载并缓存所述应用程序，记录所述应用程序的下载地址。如此，可自动地从应用服务器下载需要缓存的应用程序，更加便捷。

Description

缓存方法、装置及系统

技术领域

本发明涉及缓存技术领域，具体而言，涉及一种缓存方法、装置及系统。

背景技术

通常，用户会通过移动终端访问应用服务器提供的应用商店，下载所需的应用程序(Application，APP)安装并使用。但直接通过移动终端从应用服务器下载相应的APP速度较慢，用户体验不好，导致许多APP的推广受到限制。

针对这一问题，现有的一些做法是将需要缓存的APP缓存到缓存设备中。然而，存在一些应用服务器，缓存设备无法直接从中下载APP进行缓存，在有APP更新或是需要缓存新的APP时，必须要人为地从应用服务器下载该应用程序，再存储到缓存设备中，使用起来很不方便。

发明内容

有鉴于此，本发明的目的在于提供一种缓存方法、装置及系统，以改善上述问题。

为了达到上述目的，本发明实施例提供一种缓存方法，所述方法包括：

模拟终端用户登录应用服务器，根据获取的需要缓存的应用程序的标识信息，从所述应用服务器下载并缓存所述应用程序，记录所述应用程序的下载地址。

可选地，在上述方法中，所述方法还包括；

获取终端用户对目标应用程序的下载请求；

检测记录的下载地址中是否包括所述下载请求的目的地址；

如是，则将所述下载请求的目的地址重定向到缓存的所述目标应用程序对应的本地下载地址。

可选地，在上述方法中，根据获取的需要缓存的应用程序的标识信息，从所述应用服务器下载并缓存所述应用程序，包括：

基于获取的需要缓存的应用程序的标识信息，从所述应用服务器查找所述应用程序，从所述应用服务器下载并缓存所述应用程序；和/或

基于获取的需要缓存的应用程序的标识信息，检测缓存的所述应用程序在所述应用服务器是否有更新，如是，则从所述应用服务器下载并重新保存所述应用程序。

可选地，在上述方法中，根据获取的需要缓存的应用程序的标识信息的步骤中，需要缓存的应用程序的标识信息通过以下方法获得：

根据配置操作，获得所述需要缓存的应用程序的标识信息。

可选地，在上述方法中，所述模拟终端用户登录应用服务器的步骤之前，所述方法还包括：

获取登录所述应用服务器需要的登录信息以及要缓存的应用程序的标识信息。

本发明实施例还提供一种缓存装置，所述装置包括：

缓存模块，用于模拟终端用户登录应用服务器，根据获取的需要缓存的应用程序的标识信息，从所述应用服务器下载并缓存所述应用程序，记录所述应用程序的下载地址。

可选地，在上述装置中，所述装置还包括：

请求获取模块，用于获取终端用户对目标应用程序的下载请求；

检测模块，用于检测记录的下载地址中是否包括所述下载请求的目的地址；

重定向模块，用于在所述记录的下载地址中包括所述下载请求的目的地址时，将所述下载地址的目的地址重定向到缓存的所述目标应用程序对应的本地下载地址。

可选地，在上述装置中，所述缓存模块根据获取的需要缓存的应用程序的标识信息，从所述应用服务器下载并缓存所述应用程序的方式，包括：

基于获取的需要缓存的应用程序的标识信息，检测缓存的所述应用程序在所述应用服务器是否有更新。

本发明实施例还提供一种缓存系统，包括网管服务器及缓存设备；

所述网管服务器，用用于模拟终端用户登录应用服务器，根据配置的需要缓存的应用程序的标识信息，从所述应用服务器下载所述应用程序并记录所述应用程序的下载地址，将所述应用程序与所述应用程序的下载地址一起发送至所述缓存设备中；

所述缓存设备，用于接收并缓存所述网管服务器发送的所述应用程序与所述应用程序的下载地址。

可选地，在上述系统中，所述缓存设备，还用于获取终端用户对目标应用程序的下载请求；检测记录的下载地址中是否包括所述下载请求的目的地址；如是，则将所述下载请求的目的地址重定向到缓存的所述目标应用程序对应的本地下载地址。

相对于现有技术而言，本发明具有以下有益效果：

本发明提供一种缓存方法、装置及系统，通过模拟终端用户登录应用服务器，再根据获取的需要缓存的应用程序的标识信息，从应用服务器下载并缓存该应用程序，以及记录该应用程序的下载地址。如此，可自动地从应用服务器下载需要缓存的应用程序，而不必依赖于人为操作，使用起来更为便捷。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本发明第一实施例提供的一种缓存设备、应用服务器及终端设备的交互示意图；

图2为本发明第一实施例提供的一种缓存方法的流程示意图；

图3为本发明第一实施例提供的一种缓存装置的功能模块框图；

图4为本发明第二实施例提供的一种缓存系统的连接框图。

图标：10-缓存系统；100(600)-缓存设备；200-应用服务器；300-终端设备；400-AP；500-网管服务器；110-缓存装置；111-缓存模块；112-请求获取模块；113-检测模块；114-重定向模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

第一实施例

请参照图1，图1是本发明实施例提供的缓存设备100、终端设备300与应用服务器200的交互示意图，所述缓存设备100及终端设备300可通过网络与所述应用服务器200通信。所述终端设备300可通过无线接入点(Access Point，AP)400与所述缓存设备100通信，以实现数据交互。

在本实施例中，所述应用服务器200提供有可供所述终端设备100下载及安装的应用商店APP，终端用户可以通过该应用商店APP从所述应用服务器200下载自己所需的APP进行安装。所述缓存设备100也可从所述应用服务器200下载APP进行缓存。

经发明人研究发现，现有的一些应用商店APP(如，苹果的App Store)要求用户通过登录信息登录到该应用商店APP对应的应用服务器200后，才能下载APP。这导致了缓存设备100无法直接获取到应用服务器200中的APP，也就无法进行缓存。现有的做法是，人为地从所述应用服务器200下载需要缓存的APP，再将该APP存储到所述缓存设备100中，操作起来极为不便。

此外，当应用服务器200中需要缓存的APP发生更新时，缓存设备100无法及时探测到，需要等到相应的监控人员发现后，再手动地将更新后的APP下载并缓存到缓存设备100中。采用上述方式存在许多弊端，一方面，不能及时地更新缓存设备100中的APP；另一方面，每次有APP更新时都需要人为下载和缓存，操作不便。

发明人仔细研究后发现，若将缓存设备100模拟终端用户登录到应用服务器200，即可自动下载需要缓存的APP，以及自动探测需要缓存的APP是否发生更新。

请参阅图2，图2是本发明实施例提供的一种缓存方法的流程示意图，所述缓存方法可应用于图1中所示的缓存设备100。下面结合图2对所述缓存方法的具体流程及步骤做详细阐述。

步骤S110，模拟终端用户登录应用服务器200。

其中，所述终端用户是指可通过所使用的终端设备300登录到所述应用服务器200，并从所述应用服务器200下载所需APP的用户。

在本实施例中，缓存设备100可基于登录所述应用服务器200所需的登录信息模拟终端设备300用户登录到所述应用服务器200。以苹果的应用商店App Store为例，所述登录信息可以包括苹果账号信息以及与该苹果账号信息匹配的密码信息。

步骤S120，根据获取的需要缓存的APP的标识信息，从所述应用服务器200下载并缓存所述APP。

其中，所述标识信息可以是需要缓存的APP的名称及开发商名称，也可以是其他可以唯一地标识所述APP的信息，本实施例对此不做限制。

可选地，在本实施例中，需要缓存的APP可以有一个、两个或多个，其具体数量可根据获取到的标识信息的数量确定，每个标识信息对应的一个需要缓存的APP。

实施时，针对每个标识信息，缓存设备100在所述应用服务器200中下载并缓存该标识信息对应的APP。

可选地，在本实施例中，所述需要缓存的APP的标识信息可以通过如下方法获得：

根据配置操作，获得所述需要缓存的APP的标识信息。

其中，所述配置操作是指用户配置标识信息的操作。在本实施例中，用户可以在缓存设备100配置需要缓存的APP的标识信息，也可在用于管理缓存设备100的网管服务器500配置所述需要缓存的APP的标识信息。当用户在网管服务器500配置所述需要缓存的APP的标识信息时，所述网管服务器500会将用户配置的标识信息发送给所述缓存设备100。

在本实施例中，可选地，当检测到用户的配置操作时，可以判断该配置操作配置的标识信息中与之前配置的标识信息是否相同，如不同，则可以根据该配置操作对之前配置的标识信息进行更新，所述更新包括删除或新增标识信息。针对被删除的标识信息，可以删除缓存的与该标识信息对应的APP；针对新增的标识信息，可以模拟终端用户登录所述应用服务器200，从所述应用服务器200下载该新增的标识信息对应的APP并缓存。

进一步地，用户在配置需要缓存的APP的标识信息时，还可一并配置用于登录所述应用服务器200的登录信息。其中，当所述登录信息被配置在所述网管服务器500时，所述网管服务器500会将所述登录信息发送给所述缓存设备100。

可选地，在本实施例中，在步骤S110之前，所述方法还可以包括如下步骤：

获取登录所述应用服务器200需要的登录信息以及需要缓存的APP的标识信息。

在模拟终端用户登录之前，所述缓存设备100可以获取配置的登录所述应用服务器200的登录信息以及需要缓存的APP的标识信息，如此，在步骤S110中，所述缓存设备100可以基于所述登录信息登录到所述应用服务器200，以及在步骤S120中，所述缓存设备100可以基于所述需要缓存的APP的标识信息，从所述应用服务器200下载所述需要缓存的APP并缓存。

可选地，在本实施例中，所述步骤S120可以包括如下步骤：

基于获取的需要缓存的APP的标识信息，从所述应用服务器200查找所述APP，从所述应用服务器200下载并缓存所述APP；和/或

基于获取的需要缓存的APP的标识信息，检测缓存的所述APP在所述应用服务器200中是否有更新，如是，则从所述应用服务器200下载并重新缓存所述APP。

在本实施例中，当需要缓存的APP的标识信息是新获取到的，也即，当所述缓存设备100中没有缓存所述APP时，可以直接从所述应用服务器200查找所述APP，下载所述APP并缓存。

例如，当缓存设备100第一次登录应用服务器200时，所述应用服务器200中未缓存有APP，因此，针对获取到的每个标识信息，缓存设备100会从所述应用服务器200中查找与该标识信息对应的APP，下载该APP并缓存。

在本实施例中，当需要缓存的APP的标识信息并非是新获取到的，也即，当所述缓存设备100已经缓存有所述APP时，可以检测所述APP在所述应用服务器200中是否有更新，并在有更新时，从所述应用服务器200中下载并重新缓存所述APP。

可选地，在本实施例中，检测所述APP在所述应用服务器200中是否有更新的方式可以有多种。

作为一种实施方式，可以通过版本信息进行检测。例如，假设存在需要缓存的APP2，所述缓存设备100可以根据该APP2的名称及开发商信息在所述应用服务器200中查找到该APP2，进而获取该APP2的版本信息，并判断获取到的版本信息与缓存的该APP2的版本信息是否相同。如是，则确定所述应用服务器200中的该APP2相对所述缓存设备100中的该APP2没有更新；如否，则确定所述应用服务器200中的该APP2相对所述缓存设备100中的该APP2有更新。其中，所述版本信息可以是版本号。

在实际应用中，某些应用服务器200提供的APP的下载地址会随着版本变化而变化。因而，作为另一种实施方式，可以通过APP的下载地址进行检测。例如，假设存在需要缓存的APP3，缓存设备100在所述应用服务器200中查找到该APP3后，可以获取该APP3的下载地址，并判断获取到的下载地址是否与缓存的APP3的下载地址相同。如是，则确定所述应用服务器200中的APP3相对缓存的APP3没有更新，如否，则确定所述应用服务器200中的APP3相对缓存的APP3有更新。

可选地，在本实施例中，所述缓存设备100可以定期模拟终端用户登录到所述应用服务器200，以检测缓存的APP在所述应用服务器200中是否有更新，并在有更新时，从所述应用服务器200下载并重新缓存该APP。其中，定期登录的规则可以有多种。

作为一种实施方式，可以按照预先设定的时间间隔。例如，可以每间隔预设时长(如，0.1秒、1秒、5秒等)登录；又如，可以将预登录次数作为一个周期，其中，相邻两次登录之间的间隔时长可以不等，比如，可以将第一次登录与第二次登录的间隔时长设定为1秒，将第二次登录与第三次登录的时间间隔设定为5秒，并以三次登录为一个周期进行循环。

作为另一种实施方式，可以根据网速及预先设定的时间间隔定期登录。详细地，可以在网速较快时每间隔第一时长登录一次，可以在网速较慢时每间隔第二时长登录一次，以检测缓存的APP在所述应用服务器200中是否有更新。至于网速的快慢，可以根据预先设定的阈值进行判断，本实施例对此不做限定。

在本实施例中，需要缓存的APP的标识信息中，可能有一部分标识信息对应的APP未被缓存，另一部分标识信息对应的APP已经被缓存在缓存设备100中。在这一情形下，针对未被缓存的APP的标识信息，可以直接从所述应用服务器200查找该APP，下载该APP并缓存。针对已经被缓存的APP的标识信息，可以检测该APP在所述应用服务器200中是否有更新，若有更新，则从所述应用服务器200下载该APP并重新缓存。

在实际应用中，缓存设备100通常是通过终端用户对APP发起的下载请求的目的地址来判断是否缓存有该APP，也即，判断该APP是否是需要缓存的APP。因此，在从所述应用服务器200下载并缓存所述APP之后，还需记录所述APP的下载地址。

步骤S130，记录所述APP的下载地址。

在本实施例中，针对从所述应用服务器200下载的每个需要缓存的APP，所述缓存设备100都会记录该APP的下载地址。其中，所述下载地址可以是该APP在所述应用服务器200中的存放路径，如，URL地址。

如此，当终端用户在应用商店中对想要下载的APP发起下载请求时，缓存设备100可以获取该下载请求，并根据该下载请求的目的地址判断该下载请求所请求下载的APP是否是需要缓存的APP。

详细地，所述缓存方法还可以包括如下步骤：

获取终端用户对目标APP的下载请求；

检测记录的下载地址中是否包括所述下载请求的目的地址；

如是，则将所述下载请求的目的地址重定向到所述目标APP在对应的本地下载地址。

实施时，当终端用户在终端设备300中的应用商店上选中想要下载的目标APP并进行下载操作后，所述终端设备300会向所述应用服务器200发送一下载请求，该下载请求的目的地址为所述目标APP的下载地址。

在本实施例中，缓存设备100可以获取到终端用户发送给所述应用服务器200的每个下载请求，并检测记录的下载地址中是否包括该下载请求的目的地址，，若包括，则表明缓存设备100中缓存有该下载请求所请求下载的APP，可以直接从本地获取该下载请求所请求下载的APP。

需要说明的是，所述目标APP对应的本地下载地址是指所述目标APP在所述缓存设备100中的存储地址。

例如，假设某一终端用户在终端设备300上对APP1发起了下载请求，所述缓存设备100获取该下载请求，并检测到已经记录有与该下载请求的目的地址相同的下载地址，则可以将该下载请求的目的地址重定向到该APP1在缓存设备100中的存储地址，也即，将该APP1在缓存设备100中的存储地址反馈给所述终端设备300，以使所述终端设备300从缓存设备100获取该APP1进行安装。

经发明人研究发现，目前存在一些应用服务器200(如，苹果的AppStore对应的服务器)，当其提供的APP发生更新时，该APP的下载地址也会随之改变。在这一情形下，一旦某个需要缓存的APP在应用服务器200中发生了更新，缓存设备100便不再能准确识别该APP是不是需要缓存。

因而，在本实施例中，针对每个重新缓存的APP，所述缓存设备100也会记录该APP的下载地址，如此，能够确保当需要缓存的APP在应用服务器200发生更新时，缓存设备100也能对用于下载该APP的下载请求进行重定向。

通过上述设计，缓存设备100能够自动且及时地更新缓存的APP，能够更好地满足用户的需求。

如图3所示，是本发明实施例提供的一种缓存装置110，应用于图1中所示的缓存设备100，所述缓存装置110包括缓存模块111。

其中，所述缓存模块111用于模拟终端用户登录应用服务器200，根据获取的需要缓存的APP的标识信息，从所述应用服务器200下载并缓存所述APP，在所述应用服务器200下载并缓存所述APP之后，记录所述APP的下载地址。

在本实施例中，关于所述缓存模块111的描述具体可参考对图2中所示的步骤S110-步骤S130的详细描述，也即，所述步骤S110-步骤S130可以由所述缓存模块111执行。

可选地，在本实施例中，所述缓存模块111根据获取的需要缓存的应用程序的标识信息，从所述应用服务器200下载并缓存所述应用程序的方式，可以包括：

基于获取的需要缓存的应用程序的标识信息，从所述应用服务器200查找所述应用程序，从所述应用服务器200下载并缓存所述应用程序；和/或

基于获取的需要缓存的应用程序的标识信息，检测缓存的所述应用程序在所述应用服务器200是否有更新。

可选地，在本实施例中，所述缓存装置110还可以包括请求获取模块112、检测模块113以及重定向模块114。

其中，所述请求获取模块112用于获取终端用户对目标应用程序的下载请求。

所述检测模块113用于检测记录的下载地址中是否包括所述下载请求的目的地址。

所述重定向模块114用于在所述记录的下载地址中包括所述下载请求的目的地址时，将所述下载地址的目的地址重定向到缓存的所述目标应用程序对应的本地下载地址。

在本实施例中，关于所述请求获取模块112、检测模块113以及重定向模块114的描述具体可参考上述内容中对相关步骤的详细描述。

第二实施例

如图4所示，图4是本发明实施例提供的一种缓存系统10的连接框图，所述缓存系统10包括网管服务器500及缓存设备600，所述网管服务器500及缓存设备600相互通信，其中，所述缓存设备600用于缓存从应用服务器200下载的APP，所述网管服务器500可用于管理所述缓存设备600。

所述网管服务器500用于模拟终端用户登录应用服务器200，根据配置的需要缓存的APP的标识信息，从所述应用服务器200下载所述APP并记录所述APP的下载地址，将所述APP与所述APP的下载地址一起发送至所述缓存设备600中。

所述缓存设备600用于接收并缓存所述网管服务器500发送的所述APP及所述APP的下载地址。

可选地，在本实施例中，所述缓存设备600还可以用于获取终端用户对目标APP的下载请求，检测记录的下载地址中是否包括所述下载请求的目的地址，如是，则将所述下载请求的目的地址重定向到缓存的所述目标APP对应的本地下载地址。

综上所述，本发明实施例提供的缓存方法、装置及系统，通过模拟终端用户登录应用服务器200，再根据获取的需要缓存的APP的标识信息，从应用服务器200下载并缓存该APP，以及记录该APP的下载地址。如此，可自动地从应用服务器200下载需要缓存的APP，而不必依赖于人为操作，使用起来更为便捷。

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

Claims

1.一种缓存方法，其特征在于，所述方法包括：

2.根据权利要求1所述的方法，其特征在于，所述方法还包括；

获取终端用户对目标应用程序的下载请求；

检测记录的下载地址中是否包括所述下载请求的目的地址；

3.根据权利要求1或2所述的方法，其特征在于，根据获取的需要缓存的应用程序的标识信息，从所述应用服务器下载并缓存所述应用程序，包括：

4.根据权利要求1或2所述的方法，其特征在于，根据获取的需要缓存的应用程序的标识信息的步骤中，需要缓存的应用程序的标识信息通过以下方法获得：

根据配置操作，获得所述需要缓存的应用程序的标识信息。

5.根据权利要求4所述的方法，其特征在于，所述模拟终端用户登录应用服务器的步骤之前，所述方法还包括：

6.一种缓存装置，其特征在于，所述装置包括：

7.根据权利要求6所述的装置，其特征在于，所述装置还包括：

8.根据权利要求6或7所述的装置，其特征在于，所述缓存模块根据获取的需要缓存的应用程序的标识信息，从所述应用服务器下载并缓存所述应用程序的方式，包括：

9.一种缓存系统，其特征在于，包括网管服务器及缓存设备；

所述网管服务器，用于模拟终端用户登录应用服务器，根据配置的需要缓存的应用程序的标识信息，从所述应用服务器下载所述应用程序并记录所述应用程序的下载地址，将所述应用程序与所述应用程序的下载地址一起发送至所述缓存设备中；

10.根据权利要求9所述的系统，其特征在于，所述缓存设备，还用于获取终端用户对目标应用程序的下载请求；检测记录的下载地址中是否包括所述下载请求的目的地址；如是，则将所述下载请求的目的地址重定向到缓存的所述目标应用程序对应的本地下载地址。