CN103036985B - 一种基于流应用的资源下载方法和装置 - Google Patents

Abstract

本发明提供了一种基于流应用的资源下载方法及装置，该方法包括：接收用户安装任一应用软件之后触发当前业务的当前业务请求；判断所述当前业务的入口页面对应的入口业务资源是否保存在本地，如果是，则从本地加载所述入口业务资源，如果否，则下载所述入口业务资源并加载；在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地，如果否，则下载所述业务子资源。本发明实施例提供的方法或装置实施例，可以提高该业务的加载效率，也不会使用户在需要使用子业务的时候等待时间过长。

Description

一种基于流应用的资源下载方法和装置

技术领域

本发明涉及互联网数据处理领域，特别涉及一种基于流应用的资源下载方法和装置。

背景技术

在移动互联网的时代，每天都会有新软件在发布、更新，不管是PC端还是手机终端，用户都会下载、安装大量软件。每个软件都会携带大量该软件正常运行所必须的资源，如：图片、配置文件等，特别是类似C/S结构的软件。这样普遍面临一个下载软件包过大、时间过长的问题。有些软件虽首次发布不携带具体功能所需资源，但在使用到某功能时，需要完整将该功能所需资源全部下载完毕，才能使用，打断了用户使用业务的流畅度，体验比较差。因此，流应用(streamapp)应运而生，流应用类似流媒体概念，是一种边下载边使用的软件下载模式。

目前现有技术中，在软件发布时，第一种方式是将所有业务所需的本地资源全部打包，以供用户下载，这样用户下载安装该软件之后就可以直接使用所有功能。另一种方式是在软件发布时，仅发布预设的一些核心业务所需的本地资源，其他具体业务所需的应用资源在被用户触发使用时，才开始下载，并在该具体业务所需的应用资源完全下载完毕后，才给用户展现相应的业务界面。

发明内容

但是发明人在研究中发现，现有技术中全部打包供用户下载的方式由于安装包过大，所以下载速度会较慢，特别是手机作为终端的情况下，不仅速度慢，也会浪费用户的网络流量。而另一种发布预设的一些核心业务的方式，因为只有在用户使用具体业务时才下载相应的资源，并且完全下载完毕后才能给用户展现业务的相关界面，就会造成用户等待时间较长的现象，也会使业务的使用流畅度不足。

本发明所要解决的技术问题是提供一种基于流应用的资源下载方法，避免现有技术中第一种方式导致的安装包过大且下载速度慢的现象，也解决第二种方式导致的用户等待时间较长使得业务的使用流畅度不足的问题。

本发明还提供了一种基于流应用的资源下载装置，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本发明公开了一种基于流应用的资源下载方法，包括：

接收用户安装任一应用软件之后触发当前业务的当前业务请求；

判断所述当前业务的入口页面对应的入口业务资源是否保存在本地，如果是，则从本地加载所述入口业务资源，如果否，则下载所述入口业务资源并加载；

在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地，如果否，则下载所述业务子资源。

优选的，在加载所述入口业务资源后，还包括：

判断与所述当前业务并列的其他业务是否需要下载，如果是，则下载所述其他业务对应的其他业务资源。

优选的，所述下载所述其他业务对应的其他业务资源，包括：

获取预先设置的至少一个其他业务资源的第一下载顺序；

按照所述第一下载顺序下载所述至少一个其他业务资源。

优选的，如果所述当前业务的各个子业务对应的业务子资源保存在本地，则所述方法还包括：

在用户触发所述业务子资源对应的子业务的情况下，从本地加载所述业务子资源。

优选的，所述下载所述业务子资源，包括：

获取预先设置的至少一个业务子资源的第二下载顺序；

按照所述第二下载顺序对所述至少一个业务子资源进行下载。

本发明还提供了一种基于流应用的资源下载装置，该装置包括：

接收模块，用于接收用户安装任一应用软件之后触发当前业务的当前业务请求；

第一判断模块，用于判断所述当前业务的入口页面对应的入口业务资源是否保存在本地；

第一加载模块，用于在所述第一判断模块的结果为是的情况下，从本地加载所述入口业务资源；

第一下载模块，用于在所述第一判断模块的结果为否的情况下，下载所述入口业务资源并加载；

第二判断模块，用于在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地；

第二下载模块，用于在所述第二判断模块的结果为否的情况下，下载所述业务子资源。

优选的，还包括：

第三判断模块，用于判断与所述当前业务并列的其他业务是否需要下载；

第三下载模块，用于在所述第三判断模块的结果为是的情况下，下载所述其他业务对应的其他业务资源。

优选的，所述第三下载模块包括：

第一获取子模块，用于获取预先设置的至少一个其他业务资源的第一下载顺序；

第一下载子模块，用于按照所述第一下载顺序下载所述至少一个其他业务资源。

优选的，还包括：

第二加载模块，用于在用户触发所述业务子资源对应的子业务的情况下，从本地加载所述业务子资源。

优选的，所述第二下载模块包括：

第二获取子模块，用于获取预先设置的至少一个业务子资源的第二下载顺序；

第二下载子模块，用于按照所述第二下载顺序对所述至少一个业务子资源进行下载。

与现有技术相比，本发明包括以下优点：

在本发明中，用户安装一个应用软件之后，如果触发了当前业务的当前业务请求，首先判断该当前业务的入口页面对应的入口业务资源是否已经保存在本地，如果已经保存就可以直接从本地记载入口业务资源，这样就可以提高该业务的加载效率，而如果没有保存在本地，就下载该入口业务资源并加载。而在加载入口业务资源之后，不管用户是否触发该当前业务的子业务的请求，都判断该当前业务的各个子业务对应的业务子资源是否保存在本地，如果未保存在本地，则下载该业务子资源到本地。这样的话，用户后续如果触发该当前业务的子资源，就可以直接从本地进行加载，这样的话就可以在用户使用当前业务的同时就下载各个子业务，方便用户后续对子业务的使用，也不会使用户在需要使用子业务的时候等待时间过长。

进一步的，在加载子业务的子资源之后，还可以判断与当前业务并列的其他业务是否需要下载，如果需要的话，就下载其他业务对应的其他业务资源，这样的话，在用户需要使用其他业务的时候，也可以及时和实时的从本地加载其他业务的其他资源进行使用。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明的一种基于流应用的资源下载方法实施例1的流程图；

图2是本发明方法实施例1中步骤103的流程图；

图3是发明方法实施例1中子步骤A2的流程图；

图4是本发明的一种基于流应用的资源下载方法实施例2的流程图；

图5是本发明的一种基于流应用的资源下载装置实施例1的结构框图；

图6是本发明装置实施例1中在线数据处理单元505的结构框图；

图7是本发明装置实施例1中截取模块602的结构框图；

图8是本发明的一种基于流应用的资源下载装置实施例2的结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明可用于众多通用或专用的计算装置环境或配置中。例如：个人计算机、装置计算机、手持设备或便携式设备、平板型设备、多处理器装置、包括以上任何装置或设备的分布式计算环境等等。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

参考图1，示出了本发明一种基于流应用的资源下载方法实施例1的流程图，可以包括以下步骤：

步骤101：接收用户安装任一应用软件之后触发当前业务的当前业务请求。

在本实施例中，用户安装的应用软件只发布一些预设的核心业务，因此，用户在安装该应用软件之后，用户使用的当前业务如果不是软件发布时的预设的核心业务之一，该当前业务所需的当前应用资源就还未在本地保存。其中，预设的核心业务可以只包括启动该应用软件、该应用软件连接网络以及实现下载功能的业务，当然，也可以包括其他一些该应用软件的其他业务，核心业务可以在不同的应用场景下有所区别，本领域技术人员根据软件需求进行自主设置即可。

步骤102：判断所述当前业务的入口页面对应的入口业务资源是否保存在本地，如果是，则进入步骤103；如果否，则进入步骤104。

在用户触发当前业务的当前业务请求之后，判断该当前业务的入口页面对应的入口业务资源是否已经保存在本地，该入口业务资源可以理解为打开该当前业务的首页所需的应用资源，例如，打开浏览器之后网站的首页。

步骤103：从本地加载所述入口业务资源。

在本步骤中直接从本地加载入口业务资源，为用户打开该当前业务的入口页面。

步骤104：下载所述入口业务资源并加载。

如果入口业务资源并未在本地保存，则从提供入口业务资源的网站或者服务器下载入口业务资源并加载，也可以为用户打开该当前业务的入口页面。

步骤105：在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地，如果否，则进入步骤106。

在下载入口业务资源后，继续判断该当前业务的各个子业务对应的业务子资源是否保存在本地，以便在本地并未保存各个子业务对应的业务子资源的情况下，可以触发业务子资源的下载。

而如果本步骤中业务子资源已经保存在本地，则不执行后续的步骤106。

步骤106：下载所述业务子资源。

在本地并未保存各个子业务对应的业务子资源的情况下，从提供业务子资源的网站或者服务器下载业务子资源，并保存在本地，以便在用户后续需要使用业务子资源的时候，可以直接从本地进行加载。

参考图2所示，为步骤106的流程图，在实际应用中，所述步骤106具体可以包括：

步骤201：获取预先设置的至少一个业务子资源的第二下载顺序；

在实际应用中，如果当前业务存在多个子业务，则可以预先对该多个子业务设置一定的下载顺序，例如，当前业务为新浪首页的“新闻”时，包括“国内新闻”、“国际新闻”、“娱乐新闻”等就是当前业务的子业务，可以预先设定在下载上述多个子业务的时候，先下载“娱乐新闻”、再下载“国内新闻”接着再下载“国际新闻”的第二下载顺序。当然，根据业务的不同，其多个子业务的下载顺序也可以是有所区别的。

步骤202：按照所述第二下载顺序对所述至少一个业务子资源进行下载。

再按照各个子业务的下载顺序对当前业务的至少一个业务子资源进行下载。

采用本发明实施例，应用软件在发布时只发布预设的一些核心业务，就能提高用户下载该应用软件的安装包的效率。同时，用户安装应用软件之后，如果在本地保存业务资源且用户触发该业务，就可以直接从本地加载该业务，同时在用户使用该业务的时候，就下载该业务的子业务保存至本地，这样就能实现用户在使用后续子业务的时候，也能够直接从本地进行加载。又进一步的提升了用户使用业务的体验，降低了用户使用业务时的下载等待时间。

参考图3，示出了本发明一种基于流应用的资源下载方法实施例2的流程图，可以包括以下步骤：

步骤301：接收用户安装任一应用软件之后触发当前业务的当前业务请求。

步骤302：判断所述当前业务的入口页面对应的入口业务资源是否保存在本地，如果是，则进入步骤303；如果否，则进入步骤304。

步骤303：从本地加载所述入口业务资源。

步骤304：下载所述入口业务资源并加载。

步骤305：在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地，如果否，则进入步骤306，如果是，则进入步骤307。

步骤306：下载所述业务子资源。

其中，步骤301～步骤306的实现方式可以参考实施例1，在此不再赘述。

步骤307：在用户触发所述业务子资源对应的子业务的情况下，从本地加载所述业务子资源。

如果所述当前业务的各个子业务对应的业务子资源保存在本地，则在用户触发所述业务子资源对应的子业务的情况下，直接从本地加载所述业务子资源。

步骤308：判断与所述当前业务并列的其他业务是否需要下载，如果是，则进入步骤309。

本实施例中，和当前业务并列的其他业务也称为同级兄弟业务，例如“国内新闻”和“国际新闻”即是同级兄弟业务。而假设当前业务是“新闻”，则其并列的其他业务可能是“财经”等。在不同的应用场景或者应用软件中，各个业务都有不同的同级兄弟业务，本发明在此不对同级兄弟业务做任何限定。

步骤309：下载所述其他业务对应的其他业务资源。

如果当前业务并列的其他业务也需要下载，那么就从提供其他业务资源的网站或者服务器下载其他业务对应的其他业务资源。

其中，可以理解的是，这样判断其他业务是否需要下载可以预先进行设置，例如预先设定当用户使用“新闻”业务的时候就下载“财经”业务，那么可以预先将“新闻”业务与“财经”业务进行映射或者采用其他方式进行关联，那么当用户触发“新闻”业务的时候发现其链接到了“财经”业务，此时就认为“财经”业务是需要下载的。当然，本领域技术人员也可以采用其他方式实现上述功能。

参考图4所示，为步骤309的流程图，在实际应用中步骤309具体可以包括：

步骤401：获取预先设置的至少一个其他业务资源的第一下载顺序；

在实际应用中，如果当前业务存在多个并列的其他业务，则可以预先对该多个其他业务设置一定的下载顺序，例如，当前业务为新浪首页的“新闻”时，包括“财经”、“博客”、“视频”等就是当前业务并列的其他业务，可以预先设定在需要下载上述多个其他业务的时候，先下载“财经”、再下载“视频”接着再下载“博客”的第一下载顺序。当然，根据当前业务的不同，其多个其他业务的下载顺序也可以是有所区别的。

步骤402：按照所述第一下载顺序下载所述至少一个其他业务资源。

再按照各个其他业务的下载顺序对当前业务的至少一个其他业务资源进行下载。

需要说明的是，在本发明实施例中，除了能够实现实施例1的有益效果之外，还能在加载子业务的子资源之后，判断与当前业务并列的其他业务是否需要下载，如果需要的话，就下载其他业务对应的其他业务资源，这样的话，在用户需要使用其他业务的时候，也可以及时和实时的从本地加载其他业务的其他资源进行使用。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

与上述本发明一种基于流应用的资源下载方法实施例1所提供的方法相对应，参见图5，本发明还提供了一种基于流应用的资源下载装置实施例1，在本实施例中，该装置可以包括：

接收模块501，用于接收用户安装任一应用软件之后触发当前业务的当前业务请求；

第一判断模块502，用于判断所述当前业务的入口页面对应的入口业务资源是否保存在本地；

第一加载模块503，用于在所述第一判断模块的结果为是的情况下，从本地加载所述入口业务资源；

第一下载模块504，用于在所述第一判断模块的结果为否的情况下，下载所述入口业务资源并加载；

第二判断模块505，用于在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地；

第二下载模块506，用于在所述第二判断模块的结果为否的情况下，下载所述业务子资源。

参考图6所示，为所述第二下载模块506的结构示意图，在实际应用中第二下载模块506具体可以包括：

第二获取子模块601，用于获取预先设置的至少一个业务子资源的第二下载顺序；

第二下载子模块602，用于按照所述第二下载顺序对所述至少一个业务子资源进行下载。

采用本发明实施例，应用软件在发布时只发布预设的一些核心业务，就能提高用户下载该应用软件的安装包的效率。同时，用户安装应用软件之后，如果在本地保存业务资源且用户触发该业务，就可以直接从本地加载该业务，同时在用户使用该业务的时候，就下载该业务的子业务保存至本地，这样就能实现用户在使用后续子业务的时候，也能够直接从本地进行加载。又进一步的提升了用户使用业务的体验，降低了用户使用业务时的下载等待时间。

与上述本发明一种基于流应用的资源下载方法实施例2所提供的方法相对应，参见图7，本发明还提供了一种基于流应用的资源下载装置实施例2，在本实施例中，该装置可以包括：

接收模块501，用于接收用户安装任一应用软件之后触发当前业务的当前业务请求；

第一判断模块502，用于判断所述当前业务的入口页面对应的入口业务资源是否保存在本地；

第一加载模块503，用于在所述第一判断模块的结果为是的情况下，从本地加载所述入口业务资源；

第一下载模块504，用于在所述第一判断模块的结果为否的情况下，下载所述入口业务资源并加载；

第二判断模块505，用于在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地；

第二下载模块506，用于在所述第二判断模块的结果为否的情况下，下载所述业务子资源。

第二加载模块701，用于在用户触发所述业务子资源对应的子业务的情况下，从本地加载所述业务子资源。

第三判断模块702，用于判断与所述当前业务并列的其他业务是否需要下载；

第三下载模块703，用于在所述第三判断模块的结果为是的情况下，下载所述其他业务对应的其他业务资源。

参考图8所示，为所述第三下载模块703的结构示意图，在实际应用中第三下载模块703具体可以包括：

第一获取子模块801，用于获取预先设置的至少一个其他业务资源的第一下载顺序；

第一下载子模块802，用于按照所述第一下载顺序下载所述至少一个其他业务资源。

需要说明的是，在本发明实施例中，除了能够实现装置实施例1的有益效果之外，还能在加载子业务的子资源之后，判断与当前业务并列的其他业务是否需要下载，如果需要的话，就下载其他业务对应的其他业务资源，这样的话，在用户需要使用其他业务的时候，也可以及时和实时的从本地加载其他业务的其他资源进行使用。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种基于流应用的资源下载方法及装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (4)

1.一种基于流应用的资源下载方法，其特征在于，该方法包括：

接收用户安装任一应用软件之后触发当前业务的当前业务请求；

判断所述当前业务的入口页面对应的入口业务资源是否保存在本地，如果是，则从本地加载所述入口业务资源，如果否，则下载所述入口业务资源并加载；所述入口业务资源为：打开该当前业务的首页所需的应用资源；

判断与所述当前业务并列的其他业务是否需要下载，如果是，则下载所述其他业务对应的其他业务资源；所述下载所述其他业务对应的其他业务资源，包括：获取预先设置的至少一个其他业务资源的第一下载顺序，并按照所述第一下载顺序下载所述至少一个其他业务资源；

在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地，如果否，则下载所述业务子资源；所述下载所述业务子资源，包括：获取预先设置的至少一个业务子资源的第二下载顺序，并按照所述第二下载顺序对所述至少一个业务子资源进行下载。

2.根据权利要求1所述的方法，其特征在于，如果所述当前业务的各个子业务对应的业务子资源保存在本地，则所述方法还包括：

在用户触发所述业务子资源对应的子业务的情况下，从本地加载所述业务子资源。

3.一种基于流应用的资源下载装置，其特征在于，该装置包括：

接收模块，用于接收用户安装任一应用软件之后触发当前业务的当前业务请求；

第一判断模块，用于判断所述当前业务的入口页面对应的入口业务资源是否保存在本地；所述入口业务资源为：打开该当前业务的首页所需的应用资源；

第一加载模块，用于在所述第一判断模块的结果为是的情况下，从本地加载所述入口业务资源；

第一下载模块，用于在所述第一判断模块的结果为否的情况下，下载所述入口业务资源并加载；

第三判断模块，用于判断与所述当前业务并列的其他业务是否需要下载；

第三下载模块，用于在所述第三判断模块的结果为是的情况下，下载所述其他业务对应的其他业务资源；其中，所述第三下载模块包括：第一获取子模块，用于获取预先设置的至少一个其他业务资源的第一下载顺序；和，第一下载子模块，用于按照所述第一下载顺序下载所述至少一个其他业务资源；

第二判断模块，用于在加载所述入口业务资源后，判断所述当前业务的各个子业务对应的业务子资源是否保存在本地；

第二下载模块，用于在所述第二判断模块的结果为否的情况下，下载所述业务子资源；所述第二下载模块包括：第二获取子模块，用于获取预先设置的至少一个业务子资源的第二下载顺序；和，第二下载子模块，用于按照所述第二下载顺序对所述至少一个业务子资源进行下载。

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

第二加载模块，用于在用户触发所述业务子资源对应的子业务的情况下，从本地加载所述业务子资源。