本公开涉及显示技术领域，尤其涉及一种显示控制方法、装置以及存储介质。
背景技术：
目前基于电子设备实现的媒体信息推广越来越多，如果不对该媒体信息进行统一管理，会造成很大的人力接入成本的浪费，且媒体信息的填充率也会不足。这样，媒体信息系的变现效率就很低，导致无法充分利用媒体信息。并且，目前的媒体信息展示，都是顺序进行串行请求实现的媒体信息获取，而串行请求的方式，会使得媒体信息需要等待较长的时间才能被展示。
技术实现要素：
本公开提供一种显示控制方法、装置以及存储介质。
根据本公开实施例的第一方面，提供一种显示控制方法，包括：
在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令；
接收基于所述第一请求指令返回的媒体信息；
在所述app的启动界面上显示所述媒体信息。
可选地，所述在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令，包括：
在检测到app启动时，获取媒体配置信息；
根据所述媒体配置信息，确定待接收第一请求指令的信息源；
并行向确定的所述信息源，发送第一请求指令。
可选地，所述媒体配置信息包括：预设媒体数量信息和预设媒体优先级信息；
所述根据所述媒体配置信息，确定待接收所述第一请求指令的所述信息源，包括：
根据所述预设媒体优先级信息，从多信息源中，确定出满足所述预设媒体数量信息的待接收所述第一请求指令的信息源。
可选地，所述在检测到app启动时，获取媒体配置信息，包括：
在检测到app启动时，确定所述终端设备内是否存储有媒体配置信息；
若所述终端设备内未存储有媒体配置信息，则向服务器发送第二请求指令，并接受基于所述第二请求指令返回的媒体配置信息。
可选地，所述方法还包括：
确定所述媒体配置信息的存储时长是否超过时长阈值；
在所述存储时长超过时长阈值时，发送用于更新媒体配置信息的第三请求指令，并接受基于所述第三请求指令返回的媒体配置信息。
可选地，所述方法还包括：
确定基于所述第一请求指令返回的多个媒体信息的返回时刻；
在各个返回时刻，确定所述app的启动界面上是否存在有媒体信息的视图控件；
所述在所述app的启动界面上显示所述媒体信息，包括：
若在当前返回时刻，确定所述app的启动界面上存在有媒体信息的视图控件，在所述app的启动界面上显示已存在的所述视图控件对应的媒体信息；其中，已存在的所述视图控件，是所述当前返回时刻之前的返回时刻的媒体信息对应的视图控件；
或者，
若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息。
可选地，所述若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息，包括:
若在当前返回时刻，确定在所述app的启动界面上不存在有媒体信息的视图控件，将基于所述第一请求指令在当前返回时刻返回的所述媒体信息所在的视图控件，添加至所述app的启动界面的视图容器内；其中，所述视图容器为视图控件的父容器；
在所述媒体信息所在的视图控件成功添加至所述视图容器内时，显示基于所述在当前返回时刻返回的媒体信息。
根据本公开实施例的第二方面，提供一种显示控制装置，应用于终端设备，包括：
发送模块，用于在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令；
接收模块，用于接收基于所述第一请求指令返回的媒体信息；
显示模块，用于在所述app的启动界面上显示所述媒体信息。
可选地，所述发送模块，包括：
获取模块，用于在检测到app启动时，获取媒体配置信息；
信息源确定模块，用于根据所述媒体配置信息，确定待接收第一请求指令的信息源；
发送子模块，用于并行向确定的所述信息源，发送第一请求指令。
可选地，所述媒体配置信息包括：预设媒体数量信息和预设媒体优先级信息；
所述信息源确定模块，还用于：
根据所述预设媒体优先级信息，从多信息源中，确定出满足所述预设媒体数量信息的待接收所述第一请求指令的信息源。
可选地，所述获取模块，还用于：
在检测到app启动时，确定所述终端设备内是否存储有媒体配置信息；
若所述终端设备内未存储有媒体配置信息，则向服务器发送第二请求指令，并接受基于所述第二请求指令返回的媒体配置信息。
可选地，所述装置还包括：
时长确定模块，用于若确定所述媒体配置信息的存储时长是否超过时长阈值；
处理模块，用于在所述存储时长超过时长阈值时，发送用于更新媒体配置信息的第三请求指令，并接受基于所述第三请求指令返回的媒体配置信息。
可选地，所述装置还包括：
时刻确定模块，用于确定基于所述第一请求指令返回的多个媒体信息的返回时刻；
视图控件确定模块，用于在各个返回时刻，确定所述app的启动界面上是否存在有媒体信息的视图控件；
所述显示模块，还包括：
第一显示子模块，用于若在当前返回时刻，确定所述app的启动界面上存在有媒体信息的视图控件，在所述app的启动界面上显示已存在的所述视图控件对应的媒体信息；其中，已存在的所述视图控件，是所述当前返回时刻之前的返回时刻的媒体信息对应的视图控件；
或者，
第二显示子模块，用于若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息。
可选地，所述第二显示子模块，还用于:
若在当前返回时刻，确定在所述app的启动界面上不存在有媒体信息的视图控件，将基于所述第一请求指令在当前返回时刻返回的所述媒体信息所在的视图控件，添加至所述app的启动界面的视图容器内；其中，所述视图容器为视图控件的父容器；
在所述媒体信息所在的视图控件成功添加至所述视图容器内时，显示基于所述在当前返回时刻返回的媒体信息。
根据本公开实施例的第三方面，提供一种显示控制装置，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为：执行所述存储器中存储的可执行指令时，实现上述第一方面的任一项所述的方法。
根据本公开实施例的第四方面，提供一种非临时性计算机可读存储介质，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述第一方面任一项提供的方法中的步骤。
本公开的实施例提供的技术方案可以包括以下有益效果：
本公开实施例提供的显示控制方法，在检测到应用程序app启动时就向媒体信息的多信息源并行发送第一请求指令；进而在该app的启动界面上显示返回的媒体信息。这样，由于是针对的多信息源发送的指令，可以尽可能地保证在每次请求发送后都可以有媒体信息返回，如此，减少了发送请求后没有媒体信息返回，所造成的媒体信息填充率不足的情况。并且，通过向多信息源并行发送请求的方式，相对于串行方式，可以尽快地显示出媒体信息，减少等待时间，提升用户体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
图1是根据一示例性实施例示出的一种显示控制方法的流程图一。
图2是根据一示例性实施例示出的一种显示控制方法的流程图二。
图3是根据一示例性实施例示出的一种显示控制方法的流程图三。
图4是根据一示例性实施例示出的一种显示控制装置的结构示意图。
图5是根据一示例性实施例示出的一种显示控制装置的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
需要说明的是，串行发送请求是指按照预设的顺序类依次发送请求。例如，当信息源有3家(a、b和c)时，需要向该3家信息源发送请求，则串行发送请求就是先向a发送请求，当请求a失败或者请求超时，则向b发送请求，以此类推；直至返回媒体信息成功，则不继续串行请求。若请求都失败，则返回请求失败的结果。如此，串行发送请求极大可能会让用户等待更长的时间才能展示出媒体信息。
本公开实施例提供一种显示控制方法，图1是根据一示例性实施例示出的一种显示控制方法的流程图一，如图1所示，该显示控制方法包括以下步骤：
步骤101，在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令；
步骤102，接收基于第一请求指令返回的媒体信息；
步骤103，在app的启动界面上显示媒体信息。
需要说明的是，该显示控制方法可以应用于任意的终端设备，该终端设备可以是：智能手机，平板电脑，台式电脑或数码相机等设备。该移动终端包含有用于显示信息的显示屏。
该移动终端上可以运行有多个app，该app包含有启动界面和内容运行界面。
该启动界面是app启动时首先显示的界面；该内容运行界面是在启动界面之后，该app的主要内容界面。
在本公开实施例中，app在启动后，启动界面上会显示媒体信息。
在本公开实施例中，启动界面上显示的媒体信息至少包括：广告；即通过在app的启动界面上显示广告的方式，来实现广告的功能。
该广告包括但不限于：商业广告、和/或公益广告。
在其他实施例中，该媒体信息还包括：新闻信息、提示信息、版本信息和/或政府公告。例如，在app的启动界面上显示重要新闻，或者显示关于使用该app的提示要点，再或者显示该app的版本信息。总而言之，启动界面可以作为一个传播信息的载体，便于用户在使用app加载正式内容之前，获取一些信息。
第一请求指令包括用于请求获取媒体信息的指令，该第一请求指令发送至信息源后，如果接受到信息源返回的媒体信息后，就可以在app的启动界面上显示该媒体信息。
一个实施例中，媒体信息的信息源可以按照信息的提供商进行划分，如此，不同信息源可为不同的媒体信息的提供商。例如，百度公司作为一个信息源，可以提供一些广告。还例如，该信息源包括：头条公司的“穿山甲”广告资源、腾讯公司的“广点通”广告资源和/或百度公司的“百度”广告资源。
在另一个实施例中，媒体信息的信息源可为：根据媒体信息的提供地址来确定的信息源。例如，不同的内容服务器具有不同的ip地址，不同ip地址处发送的媒体信息对应了不同的信息源。
本公开实施例中，媒体信息的提供商有多个，是向多个媒体信息的提供商发送第一请求指令。这里，向多个信息源发送第一请求指令，就可以实现在每次发送第一请求指令后，尽可能地保证该发送操作是能收到媒体信息的，从而提升媒体信息的填充率。
本公开实施例中，一个信息源对应一个第一请求指令。即，终端设备同时向多个信息员源发送同样的第一请求指令。例如，终端设备同时发送3个第一请求指令，该3个第一请求指令分别发送至3个媒体信息的提供商所属的设备。
这里，如果媒体信息的提供商只有一个，那么当向该一个提供商申请媒体信息时，可能会存在没有媒体信息返回的情况，那么就会导致app在启动后，启动界面上没有媒体信息可以显示，使得媒体信息的填充率不足，变现率就会很低。例如，当通过启动界面来显示广告信息，如果广告信息的提供商只有一个，那么在申请显示广告时，就可能会出现没有广告信息返回的情况，那么，该广告信息的变现率就会很低。
本公开实施例中，向多个信息源发送第一请求指令时，具体是通过并行发送的方式来执行。即是同时向多个信息源所对应的设备发送第一请求指令。由于是并行发送，那么就可以极大地改善串行发送请求所带来的长时间等待。
如此，本公开实施例提供的显示控制方法，在检测到应用程序app启动时就向媒体信息的多信息源并行发送第一请求指令；进而在该app的启动界面上显示返回的媒体信息。这样，由于是针对的多信息源发送的指令，可以尽可能地保证在每次的请求发送后都可以有媒体信息返回，如此，减少了发送请求后没有媒体信息返回，所造成的媒体信息填充率不足的情况。并且，通过向多信息源并行发送请求的方式，相对于串行方式，可以尽快地显示出媒体信息，减少用户的等待时间，提升用户体验。
需要说明的是，为了更方便在app的启动界面上的显示媒体信息，本公开实施例，创建了用于聚合媒体信息的软件开发包(sdk)。聚合媒体信息的软件开发包内包含：以aar为后缀的文件。
在使用该软件开发包时，将该软件开发包的aar文件嵌入app的项目开发代码中进行引用。这样，app可以快速使用该聚合媒体信息的sdk已经开发好的媒体信息接口(api)方法，从而可以快速的调用所有展示的媒体信息进行渲染。具体地，app通过loadsplashview()方法的调用，来实现使用聚合媒体信息的sdk中已经封装好的媒体信息启动界面的展示。而聚合媒体信息的sdk的loadsplashview()方法被调用时，则触发聚合媒体信息的sdk获取远程服务器配置的媒体信息的信息内容。
作为一个具体示例，当聚合媒体信息的软件开发包为聚合广告sdk时，把聚合广告sdk的aar文件嵌入app项目开发代码中进行引用，如此，app可以快速使用聚合广告sdk已经开发好的广告api接口方法，从而可以快速的调用所有展示的广告进行渲染。
如此，通过设置聚合媒体信息的sdk，可以快速地整合媒体信息，以及便于媒体信息的管理。
在一些实施例中，图2是根据一示例性实施例示出的一种显示控制方法的流程图二，如图2所示，上述步骤101中，在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令，包括：
步骤1011，在检测到app启动时，获取媒体配置信息；
步骤1012，根据媒体配置信息，确定待接收第一请求指令的信息源；
步骤1013，并行向确定的所述信息源，发送第一请求指令。
这里，媒体配置信息用于指示媒体信息配置时的参数。
该媒体配置信息可以保存在终端设备侧，还可以保存在服务器侧，或者是，保存在预设的第三方设备内，本公开实施例对此不作限制。该第三方设备可以是专用的用于存储各类配置信息的设备。
当需要获取媒体配置信息时，就通过发送相应的查询指令，获取媒体配置信息。例如，向终端设备内的处理器请求获取媒体配置信息；或者向服务器请求获取媒体配置信息，再或者，向第三方设备获取媒体配置信息。
媒体配置信息包括：预设媒体数量信息和预设媒体优先级信息。
预设媒体数量信息包括：终端设备一次允许并行发送的第一请求指令的信息源的数量。例如，终端设备允许同时向3个信息源，分别发送第一请求指令。
预设媒体优先级信息包括：向各个信息源发送第一请求指令时，各信息源之间的优先级信息。
该预设媒体优先级信息，用于在终端设备一次允许并行发送第一请求指令的信息源的数量，小于能够请求的信息源的数量时，按照优先级信息指示的优先级高低，选择出优先级高且等于所述数量的信息源。例如，假设能够请求的信息源的数量为6个，而为了缓解终端设备的处理压力，终端设备一次允许向4个信息源发送第一请求指令，则可以根据该预设媒体优先级信息，从该6个信息源中确定出待发送的4个信息源。
例如，假设本公开实施例中有6家媒体信息的提供商，而为了缓解终端设备的处理压力，终端设备上一次允许向4家媒体信息的提供商发送第一请求指令。即在每次发送时，需要从6个信息源中选择出4个信息源，在发送时先向该4个信息源并行发送第一请求指令。
这里，本公开实施例中，如果该确定出的待接收所述第一请求指令的信息源，均没有返回媒体信息，则再向剩余的信息源发送第一请求指令。例如，当该4个信息源均没有返回媒体信息，则向剩余的2个信息源发送第一请求指令。
需要说明的是，当并行发送的信息源较多时，没有返回媒体信息的概率较小。因此，该处理方式不仅可以解决尽快地显示出媒体信息，减少用户的等待时间的问题，还可以缓解终端设备的处理压力。
还需要说明的是，确定是否有返回媒体信息，可以基于设置的时间阈值来判定；即，当在预设的时间阈值内没有收到媒体信息，就认为没有返回媒体信息。
在一些实施例中，所述媒体配置信息包括：预设媒体数量信息和预设媒体优先级信息；
所述根据所述媒体配置信息，确定待接收所述第一请求指令的所述信息源，包括：
根据所述预设媒体优先级信息，从所述多信息源中，确定出满足所述预设媒体数量信息的待接收所述第一请求指令的信息源。
这里，该媒体配置信息是预先配置好的信息，用于在请求显示媒体信息时被调用。
预设媒体数量信息是指：终端设备一次允许并行发送的第一请求指令的信息源的数量信息。预设媒体优先级信息是指：向各个信息源发送第一请求指令时，各信息源之间的优先级信息。
本公开实施例中，该媒体配置信息在配置后，需要按时更新该媒体配置信息。例如，假设在当前配置的媒体配置信息中，信息源的优先级排序是信息源a、信息源b、信息源c和信息源d。在一个小时后重新配置优先级，则重新配置后，优先级排序可以是信息源c、信息源b、信息源a和信息源d。
这里，由于为了缓解终端设备的处理压力，终端设备一次会允许向预设数量的媒体信息的提供商发送第一请求指令。那么，如果不更新媒体配置信息，就会出现启动界面上总是固定重复出现几个媒体信息，不利于的媒体信息的变现。而按时更新该媒体配置信息，就可以有效了通过更新预设媒体优先级信息，和/或，更新预设媒体数量信息，来实现对媒体信息的更换，确保显示出的媒体信息的多样性。
该按时更新媒体配置信息，可以通过设置更新周期，基于该更新周期来更新媒体配置信息。
在一些实施例中，所述在检测到app启动时，获取媒体配置信息，包括：
在检测到app启动时，确定所述终端设备内是否存储有媒体配置信息；
若所述终端设备内未存储有媒体配置信息，则向服务器发送第二请求指令，并接受基于所述第二请求指令返回的媒体配置信息。
这里，上述具体获取媒体配置信息的方式，可以是：在检测到app启动时，先确定所述终端设备内是否存储有媒体配置信息，如果终端设备内未存储有媒体配置信息，则向服务器发送第二请求指令，并接受基于所述第二请求指令返回的媒体配置信息。
此处的移动终端内未存储有媒体配置信息可理解为：移动终端的本地未存储有媒体配置信息。
该服务器是该终端设备对应的服务器。该服务器或终端设备内存储有媒体配置信息。
这样，先确定终端设备内是否存储有媒体配置信息的方式，可以便于终端内部存储有媒体配置信息时，及时获取到媒体配置信息。
对应的，若所述终端设备内存储有媒体配置信息，则获取该媒体配置信息。
在一些实施例中，所述方法还包括：
确定所述媒体配置信息的存储时长是否超过时长阈值；
在所述存储时长超过时长阈值时，则发送用于更新媒体配置信息的第三请求指令，并接受基于所述第三请求指令返回的媒体配置信息。
这里，当终端设备或服务器内存储有媒体配置信息时，先判断需不要更新媒体配置信息，利用更新后的媒体配置信息来处理，减少不及时更新媒体信息导致的重复显示相同的媒体信息导致的变现率低的问题。
本公开实施例中，当存储时长超过时长阈值时，意味着需要更新媒体配置信息，此时就发送用于更新媒体配置信息的第三请求指令，来更新媒体配置信息。
该第三请求指令可以是终端设备的处理器向服务器发送，通过服务器侧来完成对媒体配置信息的更新。还可以是终端设备的处理器向终端设备上显示器发送第三请求指令，控制显示器显示出媒体配置信息的更新界面，基于在该界面上检测到的信息，获取更新后的媒体配置信息。
这里，需不要更新媒体配置信息，通过确定媒体配置信息的存储时长是否超过时长阈值来判断。
在一些实施例中，该存储时长可以基于媒体配置信息的配置时刻和当前时刻来确定。在另一些实施例中，该存储时长还可以基于设置的更新周期和初始配置时刻来推算得到。本公开对存储时长的确定方式不作限定。
在一些实施例中，所述方法还包括：
确定基于所述第一请求指令返回的多个媒体信息的返回时刻；
在各个返回时刻，确定所述app的启动界面上是否存在有媒体信息的视图控件。
这里，虽然是并行发送的第一请求指令，但考虑到各个信息源处理信息的速度，以及当前的负载情况，各个信息源返回的媒体信息的返回时刻会存在不同。那么对应的，终端设备侧接收到的媒体信息之间会存在有先后顺序。
进一步地，由于每次app的启动界面上只会显示一个媒体信息，那么，在具体显示时，需要根据媒体信息的返回时刻，来确定需要显示哪个媒体信息。本公开实施例中，在各个媒体信息的返回时刻，通过对app的启动界面上是否存在有媒体信息的视图控件的确定，来决定当先显示哪个媒体信息。
该视图(view)控件表示显示屏上的某一块预定区域，用于承载待在显示屏上显示的信息。该预定区域包括但不限于：矩形区域或者倒角矩形区域。
需要说明的是，当app的启动界面上存在有媒体信息的视图控件时，意味着，app的启动界面已经有准备显示的媒体信息了，此时就可以直接显示该媒体信息。当app的启动界面上不存在有媒体信息的视图控件时，意味着，app的启动界面还没有准备显示的媒体信息，此时需要将基于第一请求指令在当前返回时刻返回的媒体信息进行显示。
基于上述的确定步骤，所述在所述app的启动界面上显示所述媒体信息，包括：
若在当前返回时刻，确定所述app的启动界面上存在有媒体信息的视图控件，在所述app的启动界面上显示已存在的所述视图控件对应的媒体信息；其中，已存在的所述视图控件，是所述当前返回时刻之前的返回时刻的媒体信息对应的视图控件；
或者，
若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息。
如上所述，当并行向多个信息源发送第一请求指令后，基于各个信息源处理速度和当前负载率的不同，会使得有的信息源会先返回媒体信息，有的信息源会后返回媒体信息。那么，对于每个返回的媒体信息来说，可以根据返回时刻来确定返回的先后顺序。
若在当前返回时刻，确定所述app的启动界面上存在有媒体信息的视图控件，则意味着，在当前返回时刻之前，已经有其他的媒体信息被返回了，这时，就在所述app的启动界面上显示已存在的所述视图控件对应的媒体信息；即，将该已经返回的媒体信息进行显示。
该当前返回时刻之前的返回时刻的媒体信息，可以是当前返回时刻之前的返回时刻中最先返回的媒体信息。本公开对此不作限制。
若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，则意味着，目前还没有其他的媒体信息被返回，即当前返回时刻返回的媒体信息是最先返回的媒体信息。这是，就在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息。
这样，可以根据在每个返回时刻，对app的启动界面上是否存在有媒体信息的视图控件的确定，来判断当前要显示的媒体信息，避免信息显示的混乱。
在一些实施例中，所述若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息，包括：
若在当前返回时刻，确定在所述app的启动界面上不存在有媒体信息的视图控件，将基于所述第一请求指令在当前返回时刻返回的所述媒体信息所在的视图控件，添加至所述app的启动界面的视图容器内；其中，所述视图容器为视图控件的父容器；
在所述媒体信息所在的视图控件成功添加至所述视图容器内时，显示基于所述在当前返回时刻返回的媒体信息。
这里，若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，则意味着，目前还没有其他的媒体信息被返回，即当前返回时刻返回的媒体信息是最先返回的媒体信息。这时，需要执行显示该基于所述第一请求指令在当前返回时刻返回的媒体信息的操作。
这里，先创建该需要显示的媒体信息的视图控件，将该视图控件至app的启动界面的视图容器内，在成功添加至视图容器内时，就基于该视图容器段内的视图控件，显示基于所述在当前返回时刻返回的媒体信息。
该视图容器为视图(view)控件的父容器，一个view有且只有一个父view。
对于移动终端所加载的操作系统而言，活动(activity)组件之所以能加载并且控制view，是因为包含了窗口(window)，所有的图形化界面都是由view显示的。而view都是有存在于对应的父容器内，如此，确定app的启动界面上不存在有媒体信息的view控件，具体是通过对app的启动界面上的父容器内是否有view控件。
当父容器内不存在view控件时，则说明当前返回的媒体信息是最先返回的，把该最先返回的媒体信息对应的view添加到展示父容器内。当父容器内有view控件时，则说明当前返回的媒体信息是后返回的，则不对该媒体信息容的view进行处理。
这里，所述添加至所述app的启动界面的视图容器内，包括：通过执行addview方法，将最先返回的媒体信息添加到父容器内。
需要说明的是，当view成功添加到父容器中时，用户就立即可看到显示效果，如此，也进一步提高了媒体信息的显示速度。
本公开实施例还提供以下实施例：
图3是根据一示例性实施例示出的一种显示控制方法的流程示意图二，如图3所示，该显示控制方法包括：
步骤301，在检测到app启动时，确定所述终端设备内是否存储有媒体配置信息。
如果是，则转到步骤303；如果否，则转到步骤302。
步骤302，向服务器发送第二请求指令。
这里，该第二请求指令用于请求获取媒体信息。
步骤303，确定媒体配置信息是否过期。
如果是，则转到步骤302；如果否，则转到步骤304。
这里，通过媒体配置信息的存储时长是否超过时长阈值，来确定媒体配置信息是否过期。
步骤304，获取媒体配置信息。
步骤305，获取媒体配置信息中的预设媒体数量信息、预设媒体优先级信息和媒体名称。
步骤306，确定接收第一请求指令的信息源，并行向确定的所述信息源发送第一请求指令。
该信息源可以是：头条公司的“穿山甲”广告资源、腾讯公司的“广点通”广告资源和/或百度公司的“百度”广告资源。
步骤307，确定app的启动界面的视图容器内，是否存在有媒体信息的视图控件。
视图容器为父容器。
如果是，则转到步骤308；如果否，则转到步骤309。
步骤308，显示视图容器内的媒体信息。
步骤309，通过addview方法，将返回的媒体信息添加到父容器视图容器内，并显示该媒体信息。
本公开实施例提供的显示控制方法，在检测到应用程序app启动时就向媒体信息的多信息源并行发送第一请求指令；进而在该app的启动界面上显示返回的媒体信息。这样，由于是针对的多信息源发送的指令，可以尽可能地保证在每次的请求发送后都可以有媒体信息返回，如此，减少了发送请求后没有媒体信息返回，所造成的媒体信息填充率不足的情况。并且，通过向多信息源并行发送请求的方式，相对于串行方式，可以尽快地显示出媒体信息，减少用户的等待时间，提升用户体验。
本公开还提供一种显示控制装置，图4是根据一示例性实施例示出的一种显示控制装置的结构示意图，如图4所示，所述显示控制装置400，包括：
发送模块401，用于在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令；
接收模块402，用于接收基于所述第一请求指令返回的媒体信息；
显示模块403，用于在所述app的启动界面上显示所述媒体信息。
在一些实施例中，所述发送模块，包括：
获取模块，用于在检测到app启动时，获取媒体配置信息；
信息源确定模块，用于根据所述媒体配置信息，确定待接收所述第一请求指令的所述信息源；
发送子模块，用于并行向确定的所述信息源，发送第一请求指令。
在一些实施例中，所述媒体配置信息包括：预设媒体数量信息和预设媒体优先级信息；
所述信息源确定模块，还用于：
根据所述预设媒体优先级信息，从所述多信息源中，确定出满足所述预设媒体数量信息的待接收所述第一请求指令的信息源。
在一些实施例中，所述获取模块，还用于：
在检测到app启动时，确定所述终端设备内是否存储有媒体配置信息；
若所述终端设备内未存储有媒体配置信息，则向服务器发送第二请求指令，并接受基于所述第二请求指令返回的媒体配置信息。
在一些实施例中，所述装置还包括：
时长确定模块，用于确定所述媒体配置信息的存储时长是否超过时长阈值；
处理模块，用于在所述存储时长超过时长阈值时，发送用于更新媒体配置信息的第三请求指令，并接受基于所述第三请求指令返回的媒体配置信息。
在一些实施例中，所述装置还包括：
时刻确定模块，用于确定基于所述第一请求指令返回的多个媒体信息的返回时刻；
视图控件确定模块，用于在各个返回时刻，确定所述app的启动界面上是否存在有媒体信息的视图控件；
所述显示模块，还包括：
第一显示子模块，用于若在当前返回时刻，确定所述app的启动界面上存在有媒体信息的视图控件，在所述app的启动界面上显示已存在的所述视图控件对应的媒体信息；其中，已存在的所述视图控件，是所述当前返回时刻之前的返回时刻的媒体信息对应的视图控件；
或者，
第二显示子模块，用于若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息。
在一些实施例中，所述第二显示子模块，还用于:
若在当前返回时刻，确定在所述app的启动界面上不存在有媒体信息的视图控件，将基于所述第一请求指令在当前返回时刻返回的所述媒体信息所在的视图控件，添加至所述app的启动界面的视图容器内；其中，所述视图容器为视图控件的父容器；
在所述媒体信息所在的视图控件成功添加至所述视图容器内时，显示基于所述在当前返回时刻返回的媒体信息。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。
图5是根据一示例性实施例示出的一种显示控制装置1800的框图。例如，装置1800可以是移动电话、计算机、数字广播终端、消息收发设备、游戏控制台、平板设备、医疗设备、健身设备、个人数字助理等。
参照图5，装置1800可以包括以下一个或多个组件：处理组件1802，存储器1804，电力组件1806，多媒体组件1808，音频组件1810，输入/输出(i/o)接口1812，传感器组件1814，以及通信组件1816。
处理组件1802通常控制装置1800的整体操作，诸如与显示、电话呼叫、数据通信、相机操作和记录操作相关联的操作。处理组件1802可以包括一个或多个处理器1820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件1802还可以包括一个或多个模块，便于处理组件1802和其他组件之间的交互。例如，处理组件1802可以包括多媒体模块，以方便多媒体组件1808和处理组件1802之间的交互。
存储器1804被配置为存储各种类型的数据以支持在装置1800的操作。这些数据的示例包括用于在装置1800上操作的任何应用程序或方法的指令、联系人数据、电话簿数据、消息、图像、视频等。存储器1804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)、电可擦除可编程只读存储器(eeprom)、可擦除可编程只读存储器(eprom)、可编程只读存储器(prom)、只读存储器(rom)、磁存储器、快闪存储器、磁盘或光盘。
电力组件1806为装置1800各种组件提供电力。电力组件1806可以包括：电源管理系统，一个或多个电源，及其他与为装置1800生成、管理和分配电力相关联的组件。
多媒体组件1808包括在所述装置1800和用户之间提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1808包括一个前置摄像头和/或后置摄像头。当装置1800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和/或后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1810被配置为输出和/或输入音频信号。例如，音频组件1810包括一个麦克风(mic)，当装置1800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1804或经由通信组件1816发送。在一些实施例中，音频组件1810还包括一个扬声器，用于输出音频信号。
i/o接口1812为处理组件1802和外围接口模块之间提供接口，上述外围接口模块可以是键盘、点击轮、按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1814包括一个或多个传感器，用于为装置1800提供各个方面的状态评估。例如，传感器组件1814可以检测到装置1800的打开/关闭状态、组件的相对定位，例如所述组件为装置1800的显示器和小键盘，传感器组件1814还可以检测装置1800或装置1800一个组件的位置改变，用户与装置1800接触的存在或不存在，装置1800方位或加速/减速和装置1800的温度变化。传感器组件1814可以包括接近传感器，被配置为在没有任何的物理接触时检测附近物体的存在。传感器组件1814还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1814还可以包括加速度传感器、陀螺仪传感器、磁传感器、压力传感器或温度传感器。
通信组件1816被配置为便于装置1800和其他设备之间有线或无线方式的通信。装置1800可以接入基于通信标准的无线网络，如wifi、2g或3g，或它们的组合。在一个示例性实施例中，通信组件1816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件1816还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术、超宽带(uwb)技术、蓝牙(bt)技术或其他技术来实现。
在示例性实施例中，装置1800可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1804，上述指令可由装置1800的处理器1820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。
一种非临时性计算机可读存储介质，当所述存储介质中的指令由处理器执行时，使得能够执行上述方法。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
1.一种显示控制方法，其特征在于，应用于终端设备，包括：
在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令；
接收基于所述第一请求指令返回的媒体信息；
在所述app的启动界面上显示所述媒体信息。
2.根据权利要求1所述的方法，其特征在于，所述在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令，包括：
在检测到app启动时，获取媒体配置信息；
根据所述媒体配置信息，确定待接收第一请求指令的信息源；
并行向确定的所述信息源，发送第一请求指令。
3.根据权利要求2所述的方法，其特征在于，所述媒体配置信息包括：预设媒体数量信息和预设媒体优先级信息；
所述根据所述媒体配置信息，确定待接收第一请求指令的信息源，包括：
根据所述预设媒体优先级信息，从多信息源中，确定出满足所述预设媒体数量信息的待接收第一请求指令的信息源。
4.根据权利要求2所述的方法，其特征在于，所述在检测到app启动时，获取媒体配置信息，包括：
在检测到app启动时，确定所述终端设备内是否存储有媒体配置信息；
若所述终端设备内未存储有媒体配置信息，则向服务器发送第二请求指令，并接受基于所述第二请求指令返回的媒体配置信息。
5.根据权利要求4所述的方法，其特征在于，所述方法还包括：
确定所述媒体配置信息的存储时长是否超过时长阈值；
在所述存储时长超过时长阈值时，发送用于更新媒体配置信息的第三请求指令，并接收基于所述第三请求指令返回的媒体配置信息。
6.根据权利要求1所述的方法，其特征在于，所述方法还包括：
确定基于所述第一请求指令返回的多个媒体信息的返回时刻；
在各个返回时刻，确定所述app的启动界面上是否存在有媒体信息的视图控件；
所述在所述app的启动界面上显示所述媒体信息，包括：
若在当前返回时刻，确定所述app的启动界面上存在有媒体信息的视图控件，在所述app的启动界面上显示已存在的所述视图控件对应的媒体信息；其中，已存在的所述视图控件，是所述当前返回时刻之前的返回时刻的媒体信息对应的视图控件；
或者，
若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息。
7.根据权利要求6所述的方法，其特征在于，所述若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息，包括:
若在当前返回时刻，确定在所述app的启动界面上不存在有媒体信息的视图控件，将基于所述第一请求指令在当前返回时刻返回的所述媒体信息所在的视图控件，添加至所述app的启动界面的视图容器内；其中，所述视图容器为视图控件的父容器；
在所述媒体信息所在的视图控件成功添加至所述视图容器内时，显示基于所述在当前返回时刻返回的媒体信息。
8.一种显示控制装置，其特征在于，应用于终端设备，包括：
发送模块，用于在检测到应用程序app启动时，向媒体信息的多信息源并行发送第一请求指令；
接收模块，用于接收基于所述第一请求指令返回的媒体信息；
显示模块，用于在所述app的启动界面上显示所述媒体信息。
9.根据权利要求8所述的装置，其特征在于，所述发送模块，包括：
获取模块，用于在检测到app启动时，获取媒体配置信息；
信息源确定模块，用于根据所述媒体配置信息，确定待接收第一请求指令的信息源；
发送子模块，用于并行向确定的所述信息源，发送第一请求指令。
10.根据权利要求9所述的装置，其特征在于，所述媒体配置信息包括：预设媒体数量信息和预设媒体优先级信息；
所述信息源确定模块，还用于：
根据所述预设媒体优先级信息，从多信息源中，确定出满足所述预设媒体数量信息的待接收所述第一请求指令的信息源。
11.根据权利要求9所述的装置，其特征在于，所述获取模块，还用于：
在检测到app启动时，确定所述终端设备内是否存储有媒体配置信息；
若所述终端设备内未存储有媒体配置信息，则向服务器发送第二请求指令，并接受基于所述第二请求指令返回的媒体配置信息。
12.根据权利要求11所述的装置，其特征在于，所述装置还包括：
时长确定模块，用于确定所述媒体配置信息的存储时长是否超过时长阈值；
处理模块，用于在所述存储时长超过时长阈值时，发送用于更新媒体配置信息的第三请求指令，并接受基于所述第三请求指令返回的媒体配置信息。
13.根据权利要求8所述的装置，其特征在于，所述装置还包括：
时刻确定模块，用于确定基于所述第一请求指令返回的多个媒体信息的返回时刻；
视图控件确定模块，用于在各个返回时刻，确定所述app的启动界面上是否存在有媒体信息的视图控件；
所述显示模块，还包括：
第一显示子模块，用于若在当前返回时刻，确定所述app的启动界面上存在有媒体信息的视图控件，在所述app的启动界面上显示已存在的所述视图控件对应的媒体信息；其中，已存在的所述视图控件，是所述当前返回时刻之前的返回时刻的媒体信息对应的视图控件；
或者，
第二显示子模块，用于若在当前返回时刻，确定所述app的启动界面上不存在有媒体信息的视图控件，在所述app的启动界面上显示基于所述第一请求指令在当前返回时刻返回的媒体信息。
14.根据权利要求13所述的装置，其特征在于，所述第二显示子模块，还用于:
若在当前返回时刻，确定在所述app的启动界面上不存在有媒体信息的视图控件，将基于所述第一请求指令在当前返回时刻返回的所述媒体信息所在的视图控件，添加至所述app的启动界面的视图容器内；其中，所述视图容器为视图控件的父容器；
在所述媒体信息所在的视图控件成功添加至所述视图容器内时，显示基于所述在当前返回时刻返回的媒体信息。
15.一种显示控制装置，其特征在于，包括：
处理器和用于存储能够在所述处理器上运行的可执行指令的存储器，其中：
处理器用于运行所述可执行指令时，所述可执行指令执行上述权利要求1至7任一项提供的方法中的步骤。
16.一种非临时性计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机可执行指令，该计算机可执行指令被处理器执行时实现上述权利要求1至7任一项提供的方法中的步骤。
技术总结