CN103309688B - 启动画面的控制方法及装置 - Google Patents

Abstract

本发明提供了一种启动画面的控制方法及装置，所述控制方法包括：提取选定闪屏图片对应的地址；根据所述地址加载所述闪屏图片；在应用程序的启动中显示所述加载的闪屏图片。所述控制装置包括：提取模块，用于提取选定闪屏图片对应的地址；加载模块，用于根据所述地址加载所述闪屏图片；显示模块，用于在应用程序的启动中显示所述加载的闪屏图片。采用本发明实现了应用程序启动过程中闪屏图片的自动切换。

Description

启动画面的控制方法及装置

技术领域

本发明涉及互联网技术，特别是涉及一种启动画面的控制方法及装置。

背景技术

各种应用程序的启动过程需要进行初始化，这将使得应用程序的启动需要耗费一定的时间，因此常常在这一启动过程中通过显示界面向用户展示各种启动画面。例如，浏览器常常从服务器获取闪屏图片或者获取安装时默认闪屏图片，并作为启动画面展示于显示界面中。

然而，无论是从服务器获取还是安装时设定的，应用程序的启动画面的变换只能依赖于服务器对下发的闪屏图片进行变换来实现，或者安装改变了闪屏图片设置的应用程序更换启动画面。但是，对于提供闪屏图片的服务器以及新的应用程序发布者而言，在实际的发布过程中常常较少地变换闪屏图片，这将使得应用程序的启动画面难以进行变换，进而无法实现启动过程的自动切换。

发明内容

基于此，有必要针对应用程序的启动画面无法自动切换的问题，提供一种能自动切换的启动画面的控制方法。

此外，还有必要提供一种能自动切换的启动画面的控制装置。

一种启动画面的控制方法，包括如下步骤：

提取选定闪屏图片对应的地址；

根据所述地址加载所述闪屏图片；

在应用程序的启动中显示所述加载的闪屏图片。

在其中一个实施例中，所述提取选定闪屏图片对应的地址的步骤之前还包括：

根据可选闪屏界面中的选定操作获取选定闪屏图片对应的地址；

记录所述获取的地址；

所述提取选定闪屏图片对应的地址的步骤为：

通过应用程序的启动触发提取所述记录的地址。

在其中一个实施例中，所述记录所述获取的地址的步骤之前还包括：

根据可选闪屏界面中的添加操作判断所述待添加的图片是否与预设显示区域相匹配，若是，则

将所述待添加的图片新增为选定闪屏图片；

若否，则按照所述预设显示区域处理所述待添加的图片得到新增的选定闪屏图片；

获取所述新增的选定闪屏图片对应的地址。

在其中一个实施例中，还包括：

根据所述新增的选定闪屏图片的上传操作判断所述新增的选定闪屏图片是否进行分享，若否，则

获取对应的标识，并上传所述新增的选定闪屏图片及标识。

在其中一个实施例中，所述提取选定闪屏图片对应的地址的步骤之前还包括：

判断是否存在服务器下发闪屏图片对应的地址，若是，则根据所述下发的地址进行加载，若否，则

进入所述提取选定闪屏图片对应的地址的步骤。

在其中一个实施例中，所述根据所述下发的地址进行加载的步骤之前还包括：

获取所述服务器返回的第一优先级以及与选定闪屏图片对应的第二优先级；

判断所述第一优先级是否大于第二优先级，若是，则进入所述根据所述下发的地址进行加载的步骤；

若否，则进入所述提取选定闪屏图片对应的地址的步骤。

在其中一个实施例中，所述根据所述下发的地址进行加载的步骤为：

按照所述下发的地址从服务器加载闪屏图片；

获取所述闪屏图片的应用时间；

所述在应用程序的启动中显示所述加载的闪屏图片的步骤为：

按照所述应用时间在应用程序的启动中显示所述从服务器加载的闪屏图片；

对所述从服务器加载的闪屏图片的显示进行计时得到显示时间；

判断所述显示时间是否达到应用时间，若是，则进入所述提取选定闪屏图片对应的地址的步骤。

在其中一个实施例中，所述在应用程序的启动中显示所述加载的闪屏图片的步法之后还包括：

将所述显示的闪屏图片存储为历史闪屏图片；

从所述历史闪屏图片获取选定闪屏图片。

一种启动画面的控制装置，包括：

提取模块，用于提取选定闪屏图片对应的地址；

加载模块，用于根据所述地址加载所述闪屏图片；

显示模块，用于在应用程序的启动中显示所述加载的闪屏图片。

在其中一个实施例中，还包括：

闪屏选定模块，用于根据可选闪屏界面中的选定操作获取选定闪屏图片对应的地址；

记录模块，用于记录所述获取的地址；

所述提取模块还用于通过应用程序的启动触发提取所述记录的地址。

在其中一个实施例中，还包括：

匹配模块，用于根据可选闪屏界面中的添加操作判断所述待添加的图片是否与预设显示区域相匹配，若是，则通知新增模块，若否，则通知图片处理模块；

所述新增模块用于将所述待添加的图片新增为选定闪屏图片；

所述图片处理模块用于按照所述预设显示区域处理所述待添加的图片得到新增的选定闪屏图片；

新增地址获取模块，用于获取所述新增的选定闪屏图片对应的地址。

在其中一个实施例中，还包括：

分享判断模块，用于根据所述新增的选定闪屏图片的上传操作判断所述新增的选定闪屏图片是否进行分享，若否，则通知标识获取模块；

所述标识获取模块用于获取对应的标识；

上传模块，用于上传所述新增的选定闪屏图片及标识。

在其中一个实施例中，还包括：

下发判断模块，用于判断是否存在服务器下发闪屏图片对应的地址，若是，则通知所述加载模块，若否，则通知所述提取模块；

所述加载模块还用于根据下发的地址进行加载。

在其中一个实施例中，还包括：

优先级获取模块，用于获取所述服务器返回的第一优先级以及与选定闪屏图片对应的第二优先级；

优先级判断模块，用于判断所述第一优先级是否大于第二优先级，若是，则通知所述加载模块，若否，则通知所述提取模块；

在其中一个实施例中，所述加载模块包括：

服务器加载单元，用于按照所述下发的地址从服务器加载闪屏图片；

时间获取单元，用于获取所述闪屏图片的应用时间；

所述显示模块包括：

闪屏显示单元，用于按照所述应用时间在应用程序的启动中显示所述从服务器加载的闪屏图片；

计时单元，用于对所述从服务器加载的闪屏图片的显示进行计时得到显示时间；

时间判断单元，用于判断所述显示时间是否达到应用时间，若是，则通知所述提取模块。

在其中一个实施例中，还包括：

存储模块，用于将所述显示的闪屏图片存储为历史闪屏图片；

历史图片获取模块，用于从所述历史闪屏图片获取选定闪屏图片。

上述启动画面的控制方法及装置，提取选定闪屏图片对应的地址，按照该地址加载闪屏图片，进而在应用程序的启动过程中显示加载的闪屏图片，在应用程序的启动画面中显示用户选定的闪屏图片，不再单一地依赖于服务器提供的闪屏图片或者安装时默认的闪屏图片，实现了启动画面的自动切换，大大地丰富了应用程序的启动过程。

附图说明

图1为一个实施例中启动画面的控制方法的流程图；

图2为另一个实施例中启动画面的控制方法的流程图；

图3为一个实施例中可选闪屏界面的应用示意图；

图4为一个实施例中启动画面的控制方法的流程图；

图5为一个实施例中屏幕显示范围的示意图；

图6为图5中屏幕显示范围的应用示意图；

图7为另一个实施例中启动画面的控制方法的流程图；

图8为另一个实施例中启动画面的控制方法的流程图；

图9为图8中根据下发的地址进行加载的方法流程图；

图10为一个实施例中在应用程序的启动中显示加载的闪屏图片的方法流程图；

图11为另一个实施例中启动画面的控制方法的流程图；

图12为另一个实施例中启动画面的控制方法的流程图；

图13为一个实施例中启动画面的控制装置的结构示意图；

图14为一个实施例中启动画面的控制装置的结构示意图；

图15为另一个实施例中启动画面的控制装置的结构示意图；

图16为另一个实施例中启动画面的控制装置的结构示意图；

图17为另一个实施例中启动画面的控制装置的结构示意图；

图18为一个实施例中加载模块的结构示意图；

图19为一个实施例中显示模块的结构示意图；

图20为另一个实施例中启动画面的控制装置的结构示意图；

图21为另一个实施例中启动画面的控制装置的结构示意图。

具体实施方式

如图1所示，在一个实施例中，一种启动画面的控制方法，包括如下步骤：

步骤S110，提取选定闪屏图片对应的地址。

本实施例中，根据用户对展示的可选闪屏图片触发的选定操作得到用户选定的闪屏图片，进而提取该闪屏图片对应的地址。展示的可选闪屏图片可以是应用程序提供的，也可以是用户自定义添加的，对于应用程序提供的可选闪屏图片可以是用户选择指定的若干种类的闪屏图片，应用程序根据用户指定的种类进行定期更新。具体地，向用户展示的可选闪屏图片可以是存储于本地，且适用于屏幕显示尺寸的图片，也可以是存储于服务器中，适用于屏幕显示尺寸的图片。对于存储于服务器中的图片，通过向用户返回对应的地址，并展示预览效果实现用户对闪屏图片的选定操作，以节省存储空间。闪屏图片可以是静态图片或动态图片。选定闪屏图片对应的地址为本地存储地址或网络链接。

步骤S130，根据该地址加载闪屏图片。

本实施例中，按照提取的地址载入对应的闪屏图片。具体的，若该地址为本地存储地址，则通过这一本地存储地址调用相应的闪屏图片，并载入即可；若该地址为网络链接，则按照这一网络链接访问相应的闪屏图片，并下载，但是，可缓存下载的闪屏图片，在显示结束之后立即释放存储了下载的闪屏图片所占据的空间，以节省存储空间。

步骤S150，在应用程序的启动中显示加载的闪屏图片。

本实施例中，在应用程序的启动过程中在屏幕中显示加载的闪屏图片，以转移用户的注意力，在应用程序进行初始化的过程中展示用户所期望的闪屏图片。例如，应用程序可以是浏览器，浏览器开启之后需要耗费一定时间进行初始化，此时，将在屏幕中显示用户的选定闪屏图片。

上述启动画面的控制方法及装置，对于提供闪屏图片的服务器和新的应用程序发布者而言可大大降低闪屏图片的更新以及变换关注度，仅仅通过用户选定的闪屏图片即可实现闪屏图片的更新变换，降低了提供闪屏图片的服务器和新的应用程序发布者的负担。

如图2所示，在另一个实施例中，上述步骤S110之前还包括如下步骤：

步骤S210，根据可选闪屏界面中的选定操作获取选定闪屏图片对应的地址。

本实施例中，可选闪屏界面是应用程序中用户变换闪屏图片的交互界面，是应用程序中所有闪屏图片的地址集合，如图3所示，可选闪屏界面301中用户通过对选项303和选项305触发选定操作，进而获取到选定闪屏图片对应的地址。

步骤S230，记录获取的地址。

本实施例中，在获取到选定闪屏图片对应的地址之后，还需要记录该地址，以便后续的过程中能够顺利加载显示用户选定的闪屏图片。一实施例中，上述记录获取的地址的具体过程为：将获取的地址写入配置文件中，使得每一个写获取的地址作为一条信息存储于配置文件。相应的，若用户需要删除当前应用的闪屏图片，则从配置文件中删除对应的地址记录。

在一个实施例中，上述步骤S110的具体过程为：通过应用程序的启动触发提取记录的地址。

本实施例中，对于用户已经选定了闪屏图片的场景，在应用程序的启动过程中将会提取用户选定的闪屏图片对应的地址，进而按照该地址加载选定闪屏图片，并显示于屏幕中，实现了应用程序中启动画面的个性化显示，提高了启动画面的灵活性和丰富程度。

此外，在另一个实施例中，上述启动画面的控制方法还通过可选闪屏界面对其中闪屏图片对应的选项进行删除，以保证可选闪屏界面中容纳的闪屏图片不会发生紊乱，有序地向用户展示可选闪屏界面。

本实施例中，可选闪屏界面中闪屏图片对应的选项实质为该闪屏图片对应的地址，因此，闪屏图片对应的选项所进行的删除是删除了该闪屏图片在可选闪屏界面中的地址选取项。

如图4所示，在另一个实施例中，上述步骤S230之前还包括如步骤：

步骤S310，根据可选闪屏界面中的添加操作判断待添加的图片是否与预设显示区域相匹配，若是，则进入步骤S330，若否，则进入步骤S350。

本实施例中，在应用程序的可选闪屏界面中，还可进行闪屏图片的添加操作，以将某一图片添加为闪屏图片，并在应用程序的启动过程中进行显示。在获取到用户在可选闪屏界面中触发的添加操作时，判断待添加的图片是否与预设显示区域相匹配，如果是，则说明待添加的图片适用于应用程序的启动画面，如果待添加的图片未与预设显示区域相匹配，则需要对其进行处理。

具体的，预设显示区域可以是屏幕显示范围内的一个矩形框，也可以是其化形状的边框，其尺寸大小是根据屏幕显示尺寸以及需要附加的信息设定的，例如，如图5所示，预设显示区域为矩形框，在屏幕显示范围包括了预设显示区域501以及附加的版权信息503以及注明的免责声明505三个区域形成，相应的得到如图6所示的启动画面。

步骤S330，将待添加的图片新增为选定闪屏图片。

本实施例中，当判断到待添加的图片是与预设显示区域相匹配的，将会新增待添加的图片为选定闪屏图片，进而在应用程序的启动过程中显示待添加的图片，使得用户可随意变换应用程序的启动画面。例如，将待添加的图片新增到预设显示区域中，并附加版权信息以及免责声明。

步骤S350，按照预设显示区域处理待添加的图片得到新增的选定闪屏图片。

本实施例中，在判断到待添加的图片并未与预设显示区域相匹配，需对待添加的图片进行缩放、裁剪等处理，以使处理后的图片与预设显示区域相匹配。具体的，根据预设显示区域确定比例，并按照该比例对待添加的图片进行缩放处理；此外，待添加的图片中，用户只希望将该图片的某一部分作为闪屏图片的可能性是非常大的，因此，将大于预设显示区域的待添加的图片进行裁剪，裁剪得到的图片可以是与预设显示区域相匹配的，也可以使用某一背景图片对裁剪得到的图片在预设显示区域剩余的地方进行填充。

在另一个实施例中，在待添加的图片的处理过程中，还可根据用户的操作在图片中添加水印，以保护用户的所有权，使新增的选定闪屏图片中某一地方加入用户名字或在某一细微地方嵌入特殊标志。

步骤S370，获取新增的选定闪屏图片对应的地址。

上述启动画面的控制方法中实现了闪屏图片的添加功能，用户可自定义地添加新的图片作为闪屏图片。

在另一个实施例中，上述步骤S230之后还包括了将新增的选定闪屏图片对应的地址更新到可选闪屏界面的步骤。

本实施例中，在得到新增的选定闪屏图片之后，为方便将应用程序的显示画面由新增的选定闪屏图片切换到其它闪屏图片，可通过用户在可选闪屏界面中的操作实现，即可对可选闪屏界面中新增的选定闪屏图片解除选定状态。

如图7所示，在另一个实施例中，上述启动画面的控制方法还包括如下步骤：

步骤S410，根据新增的选定闪屏图片的上传操作判断新增的选定闪屏图片是否进行分享，若否，则进入步骤S430，若是，进入步骤S450。

本实施例中，在添加了新的闪屏图片之后还可将新增的选定闪屏图片上传到互联网平台中，并与访问了互联网平台的用户分享新增的选定闪屏图片。但是，应当根据新增的选定闪屏图片的上传操作判断这一新增的选定闪屏图片是否进行分享，如果否，则需限制其他用户访问新增的选定闪屏图片。相应的，用户也可访问其他用户所上传的闪屏图片，并下载。

步骤S430，获取对应的标识，并上传新增的选定闪屏图片及标识。

本实施例中，标识对于绑定了权限信息的用户而言可以是用于识别该用户的权限信息，也可以是移动设备中的识别码，例如，该识别码为移动设备身份码(International Mobile Equipment Identity，简称IMEI)。在判断到新增的选定闪屏图片是不能够进行分享的，则需要获取该用户的权限信息或者移动设备的识别码，进而上传新增的选定闪屏图片和对应的标识，此时，服务器将存储上传的闪屏图片和标识，将闪屏图片和标识相关联。这将使得其他用户由于标识的不一致而无法浏览这一闪屏图片。

步骤S450，上传新增的选定闪屏图片。

本实施例中，若判断到新增的选定闪屏图片是可以进行分享的，则需将这一新增的选定闪屏图片上传到服务器中，进而使得其他用户可通过服务器提供的网页页面进行浏览和下载。

如图8所示，在另一个实施例中，上述步骤S110之前还包括如下步骤：

步骤S510，判断是否存在服务器下发闪屏图片对应的地址，若是，则进入步骤S530，若否，则进入步骤S110。

本实施例中，应用程序启动时将会发起请求询问服务器是否会下发闪屏图片，该请求包括了屏幕显示尺寸等信息，若服务器向应用程序下发闪屏图片，则服务器将会根据请求中的屏幕显示尺寸获取相应的闪屏图片，并返回闪屏图片对应的地址。因此，在判断到存在服务器下发闪屏图片对应的地址时，将根据这一地址从服务器中加载闪屏图片，而不应用当前用户的选定闪屏图片。

步骤S530，根据下发的地址进行加载。

本实施例中，应用程序的启动过程中将按照下发的地址进行闪屏图片的加载，以在启动画面中显示服务器提供的闪屏图片。

如图9所示，在一个实施例中，上述步骤S530的具体过程包括：

步骤S531，按照下发的地址从服务器加载闪屏图片。

本实施例中，加载服务器提供的闪屏图片，并缓存该闪屏图片，在应用程序的启动结束之后将释放闪屏图片，以减少存储空间的消耗。

步骤S533，获取闪屏图片的应用时间。

本实施例中，应用时间为服务器下发的闪屏图片应用于启动画面中的时间，若服务器下发的闪屏图片在应用程序启动过程的显示时间达到应用时间，将切换闪屏图片，显示用户的选定闪屏图片。

如图10所示，在一个实施例中，上述步骤S150的具体过程包括：

步骤S151，按照应用时间在应用程序的启动中显示从服务器加载的闪屏图片。

步骤S153，对从服务器加载的闪屏图片的显示进行计时得到显示时间。

本实施例中，在从服务器加载的闪屏图片显示过程中进行时间统计得到相应的显示时间。

步骤S155，判断显示时间是否达到应用时间，若是，则进入步骤S110，若否，则返回上述步骤S153。

本实施例中，在判断到显示时间达到了应用时间，则提取选定闪屏图片对应的地址，关闭从服务器加载的闪屏图片的显示，在启动画面中应用用户的选定闪屏图片，若没有判断到显示时间达到了应用时间，则继续计时。

如图11所示，在另一个实施例中，上述步骤S530之前还包括如下步骤：

步骤S610，获取服务器返回的第一优先级以及与选定闪屏图片对应的第二优先级。

本实施例中，对于预备在启动画面中显示的闪屏图片均有对应的优先级。具体地，在按照下发的地址从服务器中加载到闪屏图片之前服务器返回了对应的第一优先级；而用户的选定闪屏图片也有对应的第二优先级，第二优先级可以根据需要进行灵活地设置。

第一优先级表示服务器后台希望启动画面中显示从服务器加载得到的闪屏图片的强烈程度。例如，第一优先级可分为2级，级别越高，服务器后台越希望应用程序的启动画面中显示从服务器加载得到的闪屏图片。若第一优先级为1级，则说明在应用程序的启动过程中可以拒绝从服务器加载闪屏图片，而显示用户的选定闪屏图片；若第一优先级为2级，则说明服务器提供的闪屏图片是特别重要的闪屏图片(如，国庆、国难类的闪屏图片)，在应用程序的启动过程中不可以拒绝从服务器加载闪屏图片，且一定要中启动画面中显示。

第二优先级表示应用对服务器提供的闪屏图片的接受程序，级别越低，应用程序的启动画面中显示从服务器加载得到的闪屏图片的可能性越高。例如，第二优先级可分为2级，若第二优先级为1级，则说明启动过程中完全接受服务器下发的闪屏图片；若第二优先级为2级，则启动过程中不希望接受服务器下发的闪屏图片，在这一级别下除非服务器提供的闪屏图片是特别重要的闪屏图片，否则将显示用户的选定闪屏图片。

步骤S630，判断第一优先级是否大于第二优先级，若是，则进入步骤S530，若否，则进入步骤S110。

本实施例中，对获取的第一优先级和第二优先级进行比较，若判断到第一优先级小于或等于第二优先级，此时将强制显示服务器提供的闪屏图片，若判断到第一优先级是大于第二优先级的，则不接受服务器提供的闪屏图片，显示用户的选定闪屏图片。

如图12所示，在另一个实施例中，上述步骤S150之后还包括如下步骤：

步骤S710，将显示的闪屏图片存储为历史闪屏图片。

本实施例中，将应用程序的启动过程中显示的闪屏图片存储为历史闪屏图片。用户可浏览历史闪屏图片，并从历史闪屏图片中选定任一闪屏图片作为用户的选定闪屏图片，以在启动画面中显示。

步骤S730，从历史闪屏图片获取选定闪屏图片。

在另一个实施例中，应用程序的启动过程显示了多个闪屏图片，即多个闪屏图片按照设定的顺序依次切换，此时，设定的顺序可以是按照闪屏图片进入可选闪屏界面的先后顺序，也可以按照闪屏图片的使用频率从大到小排序，还可以闪屏图片所占存储空间的大小排序。

进一步的，在按照设定的顺序依次切换多个闪屏图片的过程中，若存在若干个同等顺序的闪屏图片，例如，若设定的顺序为按照使用频率从大到小排序，则按照文件名或其它信息进行同等顺序的闪屏图片中的排序。

如图13所示，在一个实施例中，一种启动画面的控制装置，包括提取模块110、加载模块130以及显示模块150。

提取模块110，用于提取选定闪屏图片对应的地址。

本实施例中，提取模块110根据用户对展示的可选闪屏图片触发的选定操作得到用户选定的闪屏图片，进而提取该闪屏图片对应的地址。展示的可选闪屏图片可以是应用程序提供的，也可以是用户自定义添加的，对于应用程序提供的可选闪屏图片可以是用户选择指定的若干种类的闪屏图片，应用程序根据用户指定的种类进行定期更新。具体地，向用户展示的可选闪屏图片可以是存储于本地，且适用于屏幕显示尺寸的图片，也可以是存储于服务器中，适用于屏幕显示尺寸的图片。对于存储于服务器中的图片，通过向用户返回对应的地址，并展示预览效果实现用户对闪屏图片的选定操作，以节省存储空间。闪屏图片可以是静态图片或动态图片。选定闪屏图片对应的地址为本地存储地址或网络链接。

加载模块130，用于根据地址加载闪屏图片。

本实施例中，加载模块130按照提取的地址载入对应的闪屏图片。具体的，若该地址为本地存储地址，则加载模块130通过这一本地存储地址调用相应的闪屏图片，并载入即可；若该地址为网络链接，则加载模块130按照这一网络链接访问相应的闪屏图片，并下载，但是，可缓存下载的闪屏图片，在显示结束之后立即释放存储了下载的闪屏图片所占据的空间，以节省存储空间。

显示模块150，用于在应用程序的启动中显示加载的闪屏图片。

本实施例中，显示模块150在应用程序的启动过程中在屏幕中显示加载的闪屏图片，以转移用户的注意力，在应用程序进行初始化的过程中展示用户所期望的闪屏图片。例如，应用程序可以是浏览器，浏览器开启之后需要耗费一定时间进行初始化，此时，显示模块150将在屏幕中显示用户的选定闪屏图片。

如图14所示，在另一个实施例中，上述启动画面的控制装置还包括闪屏选定模块210以及记录模块230。

闪屏选定模块210，用于根据可选闪屏界面中的选定操作获取选定闪屏图片对应的地址。

本实施例中，可选闪屏界面是应用程序中用户变换闪屏图片的交互界面，是应用程序中所有闪屏图片的地址集合。

记录模块230，用于记录获取的地址。

本实施例中，在获取到选定闪屏图片对应的地址之后，还需要记录模块230记录该地址，以便后续的过程中能够顺利加载显示用户选定的闪屏图片。一实施例中，记录模块230将获取的地址写入配置文件中，使得每一个写获取的地址作为一条信息存储于配置文件。相应的，若用户需要删除当前应用的闪屏图片，则从配置文件中删除对应的地址记录。

上述提取模块110还用于通过应用程序的启动触发提取记录的地址。

本实施例中，对于用户已经选定了闪屏图片的场景，在应用程序的启动过程中提取模块110将会提取用户选定的闪屏图片对应的地址，进而按照该地址加载选定闪屏图片，并显示于屏幕中，实现了应用程序中启动画面的个性化显示，提高了启动画面的灵活性和丰富程度。

此外，在另一个实施例中，上述启动画面的控制装置还通过可选闪屏界面对其中闪屏图片对应的选项进行删除，以保证可选闪屏界面中容纳的闪屏图片不会发生紊乱，有序地向用户展示可选闪屏界面。

本实施例中，可选闪屏界面中闪屏图片对应的选项实质为该闪屏图片对应的地址，因此，闪屏图片对应的选项所进行的删除是删除了该闪屏图片在可选闪屏界面中的地址选取项。

如图15所示，在另一个实施例中，上述启动画面的控制装置还包括匹配模块310、新增模块330、图片处理模块350、新增地址获取模块370。

匹配模块310，用于根据可选闪屏界面中的添加操作判断待添加的图片是否与预设显示区域相匹配，若是，则通知新增模块330，若否，则通知图片处理模块350。

本实施例中，在应用程序的可选闪屏界面中，还可进行闪屏图片的添加操作，以将某一图片添加为闪屏图片，并在应用程序的启动过程中进行显示。在获取到用户在可选闪屏界面中触发的添加操作时，匹配模块310判断待添加的图片是否与预设显示区域相匹配，如果是，则说明待添加的图片适用于应用程序的启动画面，如果待添加的图片未与预设显示区域相匹配，则需要对其进行处理。

具体的，预设显示区域可以是屏幕显示范围内的一个矩形框，也可以是其化形状的边框，其尺寸大小是根据屏幕显示尺寸以及需要附加的信息设定的。

新增模块330，用于将待添加的图片新增为选定闪屏图片。

本实施例中，当判断到待添加的图片是与预设显示区域相匹配的，新增模块330将会新增待添加的图片为选定闪屏图片，进而在应用程序的启动过程中显示待添加的图片，使得用户可随意变换应用程序的启动画面。

图片处理模块350，用于按照预设显示区域处理待添加的图片得到新增的选定闪屏图片。

本实施例中，在判断到待添加的图片并未与预设显示区域相匹配，需图片处理模块350对待添加的图片进行缩放、裁剪等处理，以使处理后的图片与预设显示区域相匹配。具体的，图片处理模块350根据预设显示区域确定比例，并按照该比例对待添加的图片进行缩放处理；此外，待添加的图片中，用户只希望将该图片的某一部分作为闪屏图片的可能性是非常大的，因此，图片处理模块350将大于预设显示区域的待添加的图片进行裁剪，裁剪得到的图片可以是与预设显示区域相匹配的，也可以使用某一背景图片对裁剪得到的图片在预设显示区域剩余的地方进行填充。

在另一个实施例中，在待添加的图片的处理过程中，还可根据用户的操作在图片中添加水印，以保护用户的所有权，使新增的选定闪屏图片中某一地方加入用户名字或在某一细微地方嵌入特殊标志。

新增地址获取模块370，用于获取新增的选定闪屏图片对应的地址。

在另一个实施例中，上述启动画面的控制装置还将新增的选定闪屏图片对应的地址更新到可选闪屏界面的步骤。

本实施例中，在得到新增的选定闪屏图片之后，为方便将应用程序的显示画面由新增的选定闪屏图片切换到其它闪屏图片，可通过用户在可选闪屏界面中的操作实现，即可对可选闪屏界面中新增的选定闪屏图片解除选定状态。

如图16所示，在另一个实施例中，上述启动画面的控制装置还包括分享判断模块410、标识获取模块430以及上传模块450。

分享判断模块410，用于根据新增的选定闪屏图片的上传操作判断新增的选定闪屏图片是否进行分享，若否，则通知标识获取模块430，若是，则通知上传模块450。

本实施例中，在添加了新的闪屏图片之后还可将新增的选定闪屏图片上传到互联网平台中，并与访问了互联网平台的用户分享新增的选定闪屏图片。但是，分享判断模块410应当根据新增的选定闪屏图片的上传操作判断这一新增的选定闪屏图片是否进行分享，如果否，则需限制其他用户访问新增的选定闪屏图片。相应的，用户也可访问其他用户所上传的闪屏图片，并下载。

标识获取模块430，用于获取对应的标识。

本实施例中，标识对于绑定了权限信息的用户而言可以是用于识别该用户的权限信息，也可以是移动设备中的识别码，例如，该识别码为移动设备身份码。在判断到新增的选定闪屏图片是不能够进行分享的，则需要获取该用户的权限信息或者移动设备的识别码，进而上传新增的选定闪屏图片和对应的标识，此时，服务器将存储上传的闪屏图片和标识，将闪屏图片和标识相关联。这将使得其他用户由于标识的不一致而无法浏览这一闪屏图片。

上传模块450，用于上传新增的选定闪屏图片及标识。

上传模块450还用于上传新增的选定闪屏图片。

本实施例中，若判断到新增的选定闪屏图片是可以进行分享的，则需上传模块450将这一新增的选定闪屏图片上传到服务器中，进而使得其他用户可通过服务器提供的网页页面进行浏览和下载。

如图17所示，在另一个实施例中，上述启动画面的控制装置还包括下发判断模块510以及加载模块130。

下发判断模块510，用于判断是否存在服务器下发闪屏图片对应的地址，若是，则通知加载模块130，若否，则通知提取模块110。

本实施例中，应用程序启动时下发判断模块510将会发起请求询问服务器是否会下发闪屏图片，该请求包括了屏幕显示尺寸等信息，若服务器向应用程序下发闪屏图片，则服务器将会根据请求中的屏幕显示尺寸获取相应的闪屏图片，并返回闪屏图片对应的地址。因此，在下发判断模块510判断到存在服务器下发闪屏图片对应的地址时，将根据这一地址从服务器中加载闪屏图片，而不应用当前用户的选定闪屏图片。

加载模块130还用于根据下发的地址进行加载。

本实施例中，应用程序的启动过程中加载模块130将按照下发的地址进行闪屏图片的加载，以在启动画面中显示服务器提供的闪屏图片。

如图18所示，在一个实施例中，上述加载模块130包括服务器加载单元131以及时间获取单元133。

服务器加载单元131，用于按照下发的址从服务器加载闪屏图片；

本实施例中，服务器加载单元131加载服务器提供的闪屏图片，并缓存该闪屏图片，在应用程序的启动结束之后将释放闪屏图片，以减少存储空间的消耗。

时间获取单元133，用于获取闪屏图片的应用时间。

本实施例中，应用时间为服务器下发的闪屏图片应用于启动画面中的时间，若服务器下发的闪屏图片在应用程序启动过程的显示时间达到应用时间，将切换闪屏图片，显示用户的选定闪屏图片。

如图19所示，在一个实施例中，上述显示模块150包括闪屏显示单元151、计时单元153以及时间判断单元155。

闪屏显示单元151，用于按照应用时间在应用程序的启动显示服务器加载的闪屏图片。

计时单元153，用于对从服务器加载的闪屏图片的显示进行计时得到显示时间。

本实施例中，计时单元153在从服务器加载的闪屏图片显示过程中进行时间统计得到相应的显示时间。

时间判断单元155，用于判断显示时间是否达到应用时间，若是，则通知提取模块110，若否，则通知计时单元153。

本实施例中，时间判断单元155，在判断到显示时间达到了应用时间，则提取选定闪屏图片对应的地址，关闭从服务器加载的闪屏图片的显示，在启动画面中应用用户的选定闪屏图片，若没有判断到显示时间达到了应用时间，则继续计时。

如图20所示，在另一个实施例中，上述启动画面的控制装置还包括优先级获取模块610以及优先级判断模块630。

优先级获取模块610，用于获取服务器返回的第一优先级以及选定闪屏图片对应的第二优先级。

本实施例中，对于预备在启动画面中显示的闪屏图片均有对应的优先级。具体地，在按照下发的地址从服务器中加载到闪屏图片之前服务器返回了对应的第一优先级；而用户的选定闪屏图片也有对应的第二优先级，第二优先级可以根据需要进行灵活地设置。

第一优先级表示服务器后台希望启动画面中显示从服务器加载得到的闪屏图片的强烈程度。第二优先级表示应用对服务器提供的闪屏图片的接受程序，级别越低，应用程序的启动画面中显示从服务器加载得到的闪屏图片的可能性越高。

优先级判断模块630，用于判断第一优先级是否大于第二优先级，若是，则通知加载模块130，若否，则通知提取模块110。

本实施例中，优先级判断模块630对获取的第一优先级和第二优先级进行比较，若判断到第一优先级小于或等于第二优先级，此时通知加载模块130强制显示服务器提供的闪屏图片，若判断到第一优先级是大于第二优先级的，则不接受服务器提供的闪屏图片，显示用户的选定闪屏图片。

如图21所示，在另一个实施例中，上述启动画面的控制装置还包括存储模块710以及历史图片获取模块730。

存储模块710，用于将显示的闪屏图片存储为历史闪屏图片。

本实施例中，存储模块710将应用程序的启动过程中显示的闪屏图片存储为历史闪屏图片。用户可浏览历史闪屏图片，并从历史闪屏图片中选定任一闪屏图片作为用户的选定闪屏图片，以在启动画面中显示。

历史图片获取模块730，用于从历史闪屏图片获取选定闪屏图片。

在另一个实施例中，应用程序的启动过程显示了多个闪屏图片，历史图片获取模块730对多个闪屏图片按照设定的顺序依次切换，此时，设定的顺序可以是按照闪屏图片进入可选闪屏界面的先后顺序，也可以按照闪屏图片的使用频率从大到小排序，还可以闪屏图片所占存储空间的大小排序。

进一步的，在历史图片获取模块730按照设定的顺序依次切换多个闪屏图片的过程中，若存在若干个同等顺序的闪屏图片，例如，若设定的顺序为按照使用频率从大到小排序，则按照文件名或其它信息进行同等顺序的闪屏图片中的排序。

上述启动画面的控制方法及装置，提取选定闪屏图片对应的地址，按照该地址加载闪屏图片，进而在应用程序的启动过程中显示加载的闪屏图片，在应用程序的启动画面中显示用户选定的闪屏图片，不再单一地依赖于服务器提供的闪屏图片或者安装时默认的闪屏图片，实现了启动画面的自动切换，大大地丰富了应用程序的启动过程。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。

Claims (12)

1.一种启动画面的控制方法，包括如下步骤：

判断是否存在服务器下发的闪屏图片对应的地址，若是，则获取所述服务器返回的第一优先级以及与选定闪屏图片对应的第二优先级；

判断所述第一优先级是否大于第二优先级，若是，则根据下发的地址加载闪屏图片；

如果不存在服务器下发闪屏图片对应的地址或者所述第一优先级不大于所述第二优先级，则提取选定闪屏图片对应的地址，所述闪屏图片是用户选定的，选定的闪屏图片对应的地址为本地存储地址或网络链接；

根据选定闪屏图片对应的地址加载所述闪屏图片；

在应用程序的启动中显示所述加载的闪屏图片。

2.根据权利要求1所述的启动画面的控制方法，其特征在于，所述提取选定闪屏图片对应的地址的步骤之前还包括：

根据可选闪屏界面中的选定操作获取选定闪屏图片对应的地址；

记录所述获取的地址；

所述提取选定闪屏图片对应的地址的步骤为：

通过应用程序的启动触发提取所述记录的地址。

3.根据权利要求2所述的启动画面的控制方法，其特征在于，所述记录所述获取的地址的步骤之前还包括：

根据可选闪屏界面中的添加操作判断待添加的图片是否与预设显示区域相匹配，若是，则

将所述待添加的图片新增为选定闪屏图片；

若否，则按照所述预设显示区域处理所述待添加的图片得到新增的选定闪屏图片；

获取所述新增的选定闪屏图片对应的地址。

4.根据权利要求3所述的启动画面的控制方法，其特征在于，还包括：

根据所述新增的选定闪屏图片的上传操作判断所述新增的选定闪屏图片是否进行分享，若否，则

获取对应的标识，并上传所述新增的选定闪屏图片及标识。

5.根据权利要求1所述的启动画面的控制方法，其特征在于，所述根据所述下发的地址进行加载的步骤为：

按照所述下发的地址从服务器加载闪屏图片；

获取所述闪屏图片的应用时间；

所述在应用程序的启动中显示所述加载的闪屏图片的步骤为：

按照所述应用时间在应用程序的启动中显示所述从服务器加载的闪屏图片；

对所述从服务器加载的闪屏图片的显示进行计时得到显示时间；

判断所述显示时间是否达到应用时间，若是，则进入所述提取选定闪屏图片对应的地址的步骤。

6.根据权利要求1所述的启动画面的控制方法，其特征在于，所述在应用程序的启动中显示所述加载的闪屏图片的步法之后还包括：

将所述显示的闪屏图片存储为历史闪屏图片；

从所述历史闪屏图片获取选定闪屏图片。

7.一种启动画面的控制装置，其特征在于，包括：

下发判断模块，用于判断是否存在服务器下发的闪屏图片对应的地址，若是，则通知加载模块根据下发的地址加载闪屏图片，若否，则通知提取模块；

加载模块，用于根据下发的地址加载闪屏图片；

优先级获取模块，用于获取所述服务器返回的第一优先级以及与选定闪屏图片对应的第二优先级；

优先级判断模块，用于判断所述第一优先级是否大于第二优先级，若是，则通知所述加载模块根据选定闪屏图片对应的地址加载所述闪屏图片，若否，则通知提取模块；

提取模块，用于在不存在服务器下发闪屏图片对应的地址或者所述第一优先级不大于所述第二优先级的情况下提取选定闪屏图片对应的地址，所述闪屏图片是用户选定的，选定的闪屏图片对应的地址为本地存储地址或网络链接；

所述加载模块还用于根据选定闪屏图片对应的地址加载所述闪屏图片；

显示模块，用于在应用程序的启动中显示所述加载的闪屏图片。

8.根据权利要求7所述的启动画面的控制装置，其特征在于，还包括：

闪屏选定模块，用于根据可选闪屏界面中的选定操作获取选定闪屏图片对应的地址；

记录模块，用于记录所述获取的地址；

所述提取模块还用于通过应用程序的启动触发提取所述记录的地址。

9.根据权利要求8所述的启动画面的控制装置，其特征在于，还包括：

匹配模块，用于根据可选闪屏界面中的添加操作判断待添加的图片是否与预设显示区域相匹配，若是，则通知新增模块，若否，则通知图片处理模块；

所述新增模块用于将所述待添加的图片新增为选定闪屏图片；

所述图片处理模块用于按照所述预设显示区域处理所述待添加的图片得到新增的选定闪屏图片；

新增地址获取模块，用于获取所述新增的选定闪屏图片对应的地址。

10.根据权利要求9所述的启动画面的控制装置，其特征在于，还包括：

分享判断模块，用于根据所述新增的选定闪屏图片的上传操作判断所述新增的选定闪屏图片是否进行分享，若否，则通知标识获取模块；

所述标识获取模块用于获取对应的标识；

上传模块，用于上传所述新增的选定闪屏图片及标识。

11.根据权利要求7所述的启动画面的控制装置，其特征在于，所述加载模块包括：

服务器加载单元，用于按照所述下发的地址从服务器加载闪屏图片；

时间获取单元，用于获取所述闪屏图片的应用时间；

所述显示模块包括：

闪屏显示单元，用于按照所述应用时间在应用程序的启动中显示所述从服务器加载的闪屏图片；

计时单元，用于对所述从服务器加载的闪屏图片的显示进行计时得到显示时间；

时间判断单元，用于判断所述显示时间是否达到应用时间，若是，则通知所述提取模块。

12.根据权利要求7所述的启动画面的控制装置，其特征在于，还包括：

存储模块，用于将所述显示的闪屏图片存储为历史闪屏图片；

历史图片获取模块，用于从所述历史闪屏图片获取选定闪屏图片。