CN102752371A - 在客户端上实现闪屏的方法和客户端 - Google Patents

Abstract

本发明公开了一种在客户端上实现闪屏的方法和客户端，能够使闪屏显示的内容多样化，提高用户体验以及方便产品运营，从而提高了资源利用率。本发明实施例提供的一种在客户端上实现闪屏的方法包括：客户端从服务器获取为所述应用建立的第一闪屏配置信息；客户端获取所述第一闪屏配置信息对应的第一闪屏数据；在登录应用时，客户端判断所述第一闪屏数据是否为有效数据，若是，运行所述第一闪屏数据，若否，运行所述预定闪屏数据。

Description

在客户端上实现闪屏的方法和客户端

技术领域

本发明涉及客户端开发技术领域，特别涉及一种在客户端上实现闪屏的方法和客户端。

背景技术

智能客户端，如安装塞班（Symbian）系统的智能手机已经能够支持多种类型的应用平台，能够向用户提供多样化的服务。

当用户通过智能手机登录应用平台时，智能手机通常会采用闪屏的方式向用户显示登录过程。闪屏是一种动态的显示方式，将闪屏数据中包含的各种图片或文字持续地显示在屏幕上。

发明人在实现本发明的过程中发现现有技术中至少存在如下缺陷：

现有智能客户端闪屏时所使用的图片或文字都是预先存储在本地的固定信息，一方面显示内容过于单一、枯燥，没有新意，导致用户体验较差，另一方面也无法使运营商利用闪屏进行运营操作，造成了资源的浪费，无法满足运营需求。

发明内容

本发明提供的一种在客户端上实现闪屏的方法和客户端，以解决现有方案闪屏内容过于单一、用户体验较差，以及无法满足运营需求等的问题。

为达到上述目的，本发明实施例采用了如下技术方案：

本发明实施例提供了一种在客户端上实现闪屏的方法，客户端存储应用的预定闪屏数据，所述方法还包括：

客户端从服务器获取为所述应用建立的第一闪屏配置信息；

客户端获取所述第一闪屏配置信息对应的第一闪屏数据；

在登录应用时，客户端利用所述第一闪屏配置信息判断所述第一闪屏数据是否为有效数据，若是，运行所述第一闪屏数据，若否，运行所述预定闪屏数据。

本发明实施例还提供了一种客户端，所述客户端包括存储单元和闪屏实现装置，

所述存储单元，用于存储应用的预定闪屏数据；

所述闪屏实现装置包括：

配置信息获取单元，用于从服务器获取为所述应用建立的第一闪屏配置信息，所述第一闪屏配置信息中包含第一闪屏数据的地址信息；

闪屏数据获取单元，用于获取所述第一闪屏配置信息对应的第一闪屏数据；

闪屏执行单元，用于在登录应用时，利用所述第一闪屏配置信息判断所述第一闪屏数据是否为有效数据，若是，运行所述第一闪屏数据，若否，运行所述预定闪屏数据。

本发明实施例的有益效果是：

本发明实施例由服务器建立闪屏配置信息，客户端从服务器获取闪屏配置信息并根据闪屏配置信息得到闪屏数据，从而能够灵活地改变客户端执行闪屏时所显示的图片和文字，达到了使闪屏显示的内容多样化，提高用户体验以及方便产品运营，提高资源利用率的技术效果。

附图说明

图1为本发明实施例一提供的一种在客户端上实现闪屏的方法流程示意图；

图2为本发明实施例二提供的客户端在登录应用时运行闪屏的流程示意图；

图3为本发明实施例二提供的客户端在成功登录应用后获取最新闪屏数据的方法流程示意图；

图4为本发明实施例三还提供的一种客户端的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

参见图1，为本发明实施例一提供的一种在客户端上实现闪屏的方法，该方法包括：

11：客户端存储应用的预定闪屏数据。

上述闪屏数据为客户端执行闪屏时所需的数据，如闪屏时所需显示的图片和文字等。例如，当客户端登录即时通信（Instant Messaging，IM）应用时，在IM的操作界面中输入账户信息后在IM登录成功之前，客户端执行该应用的闪屏过程。然而，本发明实施例的闪屏并不局限于登录应用的场景中。

上述预定闪屏数据为预先保存在客户端中的默认闪屏数据，上述应用为客户端所支持的应用服务，如即时通信（Instant Messaging，IM）应用。一个客户端中可以存在多个应用，每个应用的预定闪屏数据都可以不同。

12：客户端从服务器获取为所述应用建立的第一闪屏配置信息。

服务器会不断产生新的闪屏配置信息，闪屏配置信息为本方案所新生成的一种配置信息，一条闪屏配置信息对应于一次获取的闪屏数据，利用闪屏配置信息标记、下载和管理闪屏数据。

本文中所采用的“第一”、“第二”等字样并不对数量和执行次序进行限定，仅是对功能和作用基本相同的相同项或相似项进行区分。上述第一闪屏配置信息为在执行当前闪屏配置信息获取时服务器所产生的最新的闪屏配置信息，即客户端在执行获取操作时能得到的当时最新的闪屏配置信息。

13：客户端获取所述第一闪屏配置信息对应的第一闪屏数据。

在闪屏配置信息中包含有对闪屏数据的描述信息，如版本信息、有效时间区间等，每一闪屏配置信息对应于一种闪屏数据。

上述服务器可以为提供应用服务的应用服务器，步骤12和13可以由客户端在上一次登录应用成功后，由客户端和应用服务器交互来实现，如第一闪屏配置信息和第一闪屏数据可以从应用服务器中下载得到。或者，第一闪屏数据也可以根据第一闪屏配置信息中所指示的地址信息从其他服务器中下载得到等。

14：在登录应用时，客户端利用所述第一闪屏配置信息判断所述第一闪屏数据是否为有效数据，若是，运行所述第一闪屏数据，若否，运行所述预定闪屏数据。

在当前的登录中，在获取到的第一闪屏数据有效时，客户端会运行该第一闪屏数据，而不运行预定的闪屏数据。

本发明实施例由服务器建立闪屏配置信息，客户端从服务器获取闪屏配置信息并根据闪屏配置信息得到闪屏数据，从而能够灵活地改变客户端执行闪屏时所显示的图片和文字，达到了使闪屏显示的内容多样化，提高用户体验以及方便产品运营，提高资源利用率的技术效果。

在图1的基础上，本发明实施例的第一闪屏配置信息中包含第一闪屏数据的有效时间区间，客户端利用第一闪屏配置信息判断所述第一闪屏数据是否为有效数据具体为：客户端判断当前时间是否在所述第一闪屏数据的有效时间区间之内，若是，确认第一闪屏数据为有效数据，若否，确认第一闪屏数据不为有效数据。

进一步的，上述闪屏数据包括图片，或者，上述闪屏数据包括文字，或者，上述闪屏数据同时包括有图片和文字。当闪屏数据包括图片时，上述第一闪屏配置信息中还包含图片的统一资源定位符（Universal ResourceLocator，URL）地址信息，当闪屏数据包括文字时，可以将该文字信息直接设置在闪屏配置信息中。客户端可以通过如下两种方式获取闪屏数据：一种为客户端从所述地址信息指示的网址下载图片并保存；一种为第一闪屏配置信息中包含需要显示的文字信息，客户端从所述第一闪屏配置信息中直接获取到需要显示的文字。

进一步的，客户端利用图片的URL生成图片标识，并保存图片和相应的图片标识，如客户端可以采用图片的URL的消息摘要算法第五版(MessageDigest Algorithm，MD5)值作为图片标识，为图片生成唯一的名称。在步骤14运行所述第一闪屏数据时，根据所述图片标识提取所保存的图片，其中，当根据所述图片标识提取所保存的图片失败时，提取预定闪屏数据中的图片并显示。

进一步的，本发明实施例在闪屏配置信息中设置版本信息，且在包含相同闪屏数据的闪屏配置信息中设置相同的版本信息，进一步的，在步骤14之后，客户端在登录应用后，从服务器获取为所述应用建立的第二闪屏配置信息；客户端判断第二闪屏配置信息和第一闪屏配置信息中的版本信息是否一致，若一致，客户端保留第一闪屏数据，若不一致，客户端删除第一闪屏数据，获取所述第二闪屏配置信息对应的第二闪屏数据，客户端在登录应用时，判断所述第二闪屏数据是否为有效数据，若是，运行所述第二闪屏数据，若否，运行所述预定闪屏数据；其中，所述第一闪屏配置信息和第二闪屏配置信息中都包含版本信息。这种处理方式，客户端会不断获取最新的闪屏配置信息和最新闪屏数据，保证了在客户端登录应用时闪屏的多样性、新颖性，方便了运营操作。

下面对本发明实施例二提供的一种在客户端上实现闪屏的方法进行说明。本实施例中每次登录应用后，客户端都从服务器获取闪屏配置信息，并在需要更新闪屏数据时，根据所获取的闪屏配置信息获取最新的闪屏数据并保存。在客户端下一次登录应用时，优先使用所保存的最新的闪屏数据，其次再使用默认的闪屏数据（即预定闪屏数据）。

参见图2，示出了客户端在登录应用时运行闪屏的流程示意图。

1：读取闪屏配置信息。

客户端检查是否存在已获取到的闪屏配置信息，如第一闪屏配置信息，当存在时，读取该第一闪屏配置信息。当不存在时，采用默认的闪屏数据执行闪屏。

本实施例中的闪屏配置信息可以包括版本信息、闪屏数据的有效时间区间、闪屏数据中的图片URL地址信息和闪屏时需要显示的文字信息等。

上述版本信息标识闪屏配置信息的版本，如版本信息的一个示例可以表示为：2012-05-03 22:30:30。本实施例在包含相同闪屏数据的闪屏配置信息中设置相同的版本信息。闪屏数据的有效时间区间的一个示例可以表示为：2012-05-01 22:10:30到2012-05-15 22:10:30。闪屏数据中的图片URL地址信息的一个示例可以表示为：http://xxxxx.com/xxx.jpg。

2：判断闪屏配置信息对应的闪屏数据（如第一闪屏数据）是否有效。

通过判断当前时间是否在第一闪屏数据的有效时间区间之内来判断第一闪屏配置信息对应的第一闪屏数据是否有效，若当前时间在第一闪屏配置信息中所指示的有效时间区间之内，则第一闪屏数据有效，否则第一闪屏数据无效。

3：是否成功加载第一闪屏数据。

由于在上一次获取闪屏数据的过程中，可能存在没有成功获取第一闪屏数据的情况，如没有成功下载图片，获取到的第一闪屏数据不完备，则在运行第一闪屏数据之前，根据第一闪屏配置信息加载第一闪屏数据，如能够成功加载，则执行步骤4，否则，执行步骤5。

例如，客户端利用第一闪屏配置信息中的图片URL地址信息下载图片，为该图片生成图片标识（图片名称），保存图片和相应的图片标识，该图片属于第一闪屏数据，则在运行第一闪屏数据之前，客户端根据图片标识提取所保存的图片，其中，当根据所述图片标识提取所保存的图片失败时，提取预定闪屏数据中的图片并显示。即优先执行第一闪屏数据，无法执行的话，再执行默认的闪屏数据。

4：运行第一闪屏配置信息对应的第一闪屏数据；

5：运行默认闪屏数据。

通过上述步骤1至5在客户端登录应用时，执行闪屏显示，在登录应用成功后，参见图3，本实施例还包括如下操作：

31：客户端从服务器获取为应用建立的第二闪屏配置信息。

上述第二闪屏配置信息为发起获取操作时服务器上最新的闪屏配置信息。

32：客户端检测是否成功获取第二闪屏配置信息，若获取成功，客户端按照自身所支持的数据结构，对第二闪屏配置信息进行格式转换并存储转换格式后的第二闪屏配置信息，若获取失败，则结束操作。

33：判断第一闪屏配置信息和第二闪屏配置信息的版本是否一致。

本步骤判断新获取的闪屏配置信息中的数据与客户端本地已存储的闪屏配置信息中的数据是否相同，例如，分别读取第一闪屏配置信息中的版本信息和第二闪屏配置信息中的版本信息，当两者的版本信息一致（即版本一致）时，表明第一闪屏配置信息和第二闪屏配置信息为包含相同数据的闪屏配置信息，执行步骤35，判断是否需要再次下载第一闪屏数据，当两者的版本信息不一致时，执行步骤34。

34：版本不一致时，表明服务器对闪屏配置信息进行了更新，客户端当前获取到的第二闪屏配置信息是最新的闪屏配置信息，则客户端删除已保存的第一闪屏数据以及第一闪屏配置信息，释放其所占用的存储空间，为下载第二闪屏数据作准备，以避免没有充足的存储空间来保存第二闪屏数据的问题，从而提高了客户端存储资源的利用率，然后，执行步骤35，判断是否需要下载第二闪屏数据。

35：判断是否需要下载闪屏数据。

在判断是否需要下载第二闪屏数据时，对第二闪屏配置信息进行解析，可以从下述几点来判断是否需要下载第二闪屏数据：判断当前时间是否在第二闪屏数据的有效时间区间，若是，则需要下载第二闪屏数据，若否，则无需下载第二闪屏数据；以及，判断第二闪屏数据中的图片URL地址信息是否属于合法地址信息，若是，则需要下载第二闪屏数据，若否，则无需下载第二闪屏数据。

另外，在判断是否需要下载第一闪屏数据时，判断已获取的第一闪屏数据是否完备，即已获取的第一闪屏数据是否包含了所有所需的数据，若完备，表明上一次成功获取了第一闪屏数据，则不需要再进行下载，若不完备，表明上一次未成功获取全部或部分第一闪屏数据，需要根据第一闪屏配置信息重新执行下载。

例如，当第一闪屏配置信息中包含多个图片URL地址信息，即对需要下载多个图片的场景，对已下载的图片进行记录，当存在未下载图片时，判断需要继续进行第一闪屏数据的下载，当所有图片下载完成后，再结束第一闪屏数据的下载操作，在下载第二闪屏数据时也采用与此相同的操作。并且，本实施例还可以支持重新下载机制，允许当下载失败时，再次执行数据的下载过程。

当判断结果为不需下载闪屏数据时，结束操作，当判断结果为需下载闪屏数据时，执行步骤36，在下述步骤36和37中以需要下载第二闪屏数据的场景为例进行说明。

36：客户端判断空闲存储空间是否大于可用容量阈值（是否有空闲空间存储第二闪屏数据），若是，获取第二闪屏配置信息对应的第二闪屏数据，若否，结束操作。

可以理解，客户端在获取第一闪屏数据时也同样需要对所支持的容量进行检测，以保证有充足的存储空间来存放闪屏数据。

当客户端具有多个存储硬盘时，可以采用各个硬盘逐个检测的方法，先对客户端运行影响较小的F盘进行检测，然后对E盘检测，最后再对客户端运行影响较大的C盘检测。当F盘的空闲存储空间大于可用容量阈值，即F盘具有空闲空间时，不再进行对E盘和C盘的检测，将第二闪屏数据下载至F盘，同样，当F盘的空闲存储空间小于可用容量阈值而E盘的空闲存储空间大于可用容量阈值，不再进行对C盘的检测，将第二闪屏数据下载至F盘。当对最后一个硬盘检测完毕后，仍没有足够的空闲空间时，结束操作，不再进行第二闪屏数据的下载。

37：下载第二闪屏数据。

客户端根据第二闪屏配置信息中包含图片（和/或文字）的URL地址信息，从所述地址信息指示的网址下载图片（和/或文字）并保存。当第二闪屏配置信息中包含需要显示的文字信息，客户端从第二闪屏配置信息中直接获取到需要显示的文字。

当一次下载成功后（如对一张图片下载成功后），返回步骤35，判断是否还需要继续数据下载，当所有第二闪屏数据都下载完毕后，结束操作；第二闪屏数据下载失败时，也可以返回步骤35，再次执行数据下载，直至预定下载次数，如当连续下载三次都失败时，则结束操作。

本发明实施例三还提供了一种客户端，参见图4，所述客户端包括存储单元41和闪屏实现装置42，

所述存储单元41，用于存储应用的预定闪屏数据；

所述闪屏实现装置42包括：

配置信息获取单元421，用于从服务器获取为所述应用建立的第一闪屏配置信息，所述第一闪屏配置信息中包含第一闪屏数据的地址信息；

闪屏数据获取单元422，用于获取所述第一闪屏配置信息对应的第一闪屏数据；

闪屏执行单元423，用于在登录应用时，判断所述第一闪屏数据是否为有效数据，若是，运行所述第一闪屏数据，若否，运行所述预定闪屏数据。

进一步的，所述第一闪屏配置信息中还包含第一闪屏数据的有效时间区间，所述闪屏执行单元423包括有效数据判断单元，用于判断当前时间是否在所述第一闪屏数据的有效时间区间之内，若是，确认第一闪屏数据为有效数据，若否，确认第一闪屏数据不为有效数据。

进一步的，所述闪屏实现装置还包括版本信息设置单元，用于为闪屏配置信息设置版本信息；

所述配置信息获取单元421，还用于从服务器获取为所述应用建立的第二闪屏配置信息；

所述闪屏数据获取单元422，还用于判断第二闪屏配置信息和第一闪屏配置信息中的版本信息是否一致，若一致，客户端保留第一闪屏数据，若不一致，客户端删除第一闪屏数据，获取所述第二闪屏配置信息对应的第二闪屏数据；

所述闪屏执行单元423，还用于在所述闪屏数据获取单元获取到第二闪屏数据时，在登录应用时，判断所述第二闪屏数据是否为有效数据，若是，运行所述第二闪屏数据，若否，运行所述预定闪屏数据。

本发明产品实施例中各单元的具体工作方式可以参见本发明的方法实施例。上述客户端可以为支持IM通信等应用的Symbian智能手机终端。上述客户端也可以为支持安卓（Andriod）、ios操作系统的智能客户端。

由上所述，本发明实施例由服务器建立闪屏配置信息，客户端从服务器获取闪屏配置信息并根据闪屏配置信息得到闪屏数据，从而能够灵活地改变客户端执行闪屏时所显示的图片和文字，达到了使闪屏显示的内容多样化，提高用户体验以及方便产品运营，提高资源利用率的技术效果。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种在客户端上实现闪屏的方法，其特征在于，客户端存储应用的预定闪屏数据，所述方法还包括：

客户端从服务器获取为所述应用建立的第一闪屏配置信息；

客户端获取所述第一闪屏配置信息对应的第一闪屏数据；

在登录应用时，客户端利用所述第一闪屏配置信息判断所述第一闪屏数据是否为有效数据，若是，运行所述第一闪屏数据，若否，运行所述预定闪屏数据。

2.根据权利要求1所述的方法，其特征在于，所述第一闪屏配置信息中包含第一闪屏数据的有效时间区间，所述客户端利用所述第一闪屏配置信息判断所述第一闪屏数据是否为有效数据包括：

客户端判断当前时间是否在所述第一闪屏数据的有效时间区间之内，若是，确认第一闪屏数据为有效数据，若否，确认第一闪屏数据不为有效数据。

3.根据权利要求1所述的方法，其特征在于，所述闪屏数据包括图片和/或文字，所述客户端获取所述第一闪屏配置信息对应的第一闪屏数据包括：

所述闪屏数据包括图片时，所述第一闪屏配置信息中包含图片的统一资源定位符URL地址信息，客户端从所述地址信息指示的网址下载图片并保存；和/或，

所述闪屏数据包括文字时，所述第一闪屏配置信息中包含需要显示的文字信息，客户端从所述第一闪屏配置信息中直接获取到需要显示的文字。

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

所述客户端从所述URL指示的网址下载图片并保存包括：

客户端利用图片的URL生成图片标识，并保存图片和相应的图片标识；

在所述运行所述第一闪屏数据之前，所述方法还包括：

根据所述图片标识提取所保存的图片，其中，当根据所述图片标识提取所保存的图片失败时，提取预定闪屏数据中的图片并显示。

5.根据权利要求1所述的方法，其特征在于，在闪屏配置信息中设置版本信息，在所述在登录应用时，客户端利用所述第一闪屏配置信息判断所述第一闪屏数据是否为有效数据，若是，运行所述第一闪屏数据，若否，运行所述预定闪屏数据之后，所述方法还包括：

客户端在登录应用后，从服务器获取为所述应用建立的第二闪屏配置信息；

客户端判断第二闪屏配置信息和第一闪屏配置信息中的版本信息是否一致，若一致，客户端保留第一闪屏数据，若不一致，客户端删除第一闪屏数据，获取所述第二闪屏配置信息对应的第二闪屏数据，客户端在登录应用时，判断所述第二闪屏数据是否为有效数据，若是，运行所述第二闪屏数据，若否，运行所述预定闪屏数据；

其中，所述第一闪屏配置信息和第二闪屏配置信息中都包含版本信息。

6.根据权利要求5所述的方法，其特征在于，在所述客户端保留第一闪屏数据之前，所述方法还包括：

客户端检测所获取的第一闪屏数据是否完备，若是，保留第一闪屏数据，若否，根据第一闪屏配置信息重新获取所述第一闪屏数据并保存。

7.根据权利要求1至6任一项所述的方法，其特征在于，在所述客户端获取所述第一闪屏配置信息对应的第一闪屏数据之前，所述方法还包括：

客户端判断空闲存储空间是否大于可用容量阈值，若是，获取所述第一闪屏配置信息对应的第一闪屏数据，若否，结束操作。

8.一种客户端，其特征在于，所述客户端包括存储单元和闪屏实现装置，

所述存储单元，用于存储应用的预定闪屏数据；

所述闪屏实现装置包括：

配置信息获取单元，用于从服务器获取为所述应用建立的第一闪屏配置信息，所述第一闪屏配置信息中包含第一闪屏数据的地址信息；

闪屏数据获取单元，用于获取所述第一闪屏配置信息对应的第一闪屏数据；

闪屏执行单元，用于在登录应用时，利用所述第一闪屏配置信息判断所述第一闪屏数据是否为有效数据，若是，运行所述第一闪屏数据，若否，运行所述预定闪屏数据。

9.根据权利要求8所述的客户端，其特征在于，所述第一闪屏配置信息中还包含第一闪屏数据的有效时间区间，

所述闪屏执行单元包括有效数据判断单元，用于判断当前时间是否在所述第一闪屏数据的有效时间区间之内，若是，确认第一闪屏数据为有效数据，若否，确认第一闪屏数据不为有效数据。

10.根据权利要求8所述的客户端，其特征在于，所述闪屏实现装置还包括版本信息设置单元，用于为闪屏配置信息设置版本信息；

所述配置信息获取单元，还用于在客户端登录应用后，从服务器获取为所述应用建立的第二闪屏配置信息；

所述闪屏数据获取单元，还用于判断第二闪屏配置信息和第一闪屏配置信息中的版本信息是否一致，若一致，客户端保留第一闪屏数据，若不一致，客户端删除第一闪屏数据，获取所述第二闪屏配置信息对应的第二闪屏数据；

所述闪屏执行单元，还用于在所述闪屏数据获取单元获取到第二闪屏数据时，在登录应用时，判断所述第二闪屏数据是否为有效数据，若是，运行所述第二闪屏数据，若否，运行所述预定闪屏数据。

Images