背景信息展现方法以及装置与流程

本发明涉及网络技术，尤其是涉及一种背景信息展现方法以及背景信息展现装置。

背景技术：

随着互联网技术的日渐普及，计算机设备(尤其是笔记型计算机或者平板电脑或者智能移动电话等智能移动设备)已经成为很多人日常工作和生活中不可或缺的电子设备；而随着计算机设备性能的不断提升，计算机设备中的背景信息(如应用的背景信息或者广告的背景信息等，另外，有些背景信息也可以被通俗的称为皮肤)也日渐丰富，如有的应用出于使用户可以进行个性化设置以增强用户粘度等原因，而为用户提供了多种背景信息，用户可以从多种背景信息中选择一种背景信息，从而使该应用的背景信息更新为用户选择的背景信息。

在浏览背景信息的过程中，往往会根据预先设定的所有背景信息的排列顺序依次请求各背景信息，并依次展现请求获得的背景信息，如先顺序请求前20个背景信息，在获得前20个背景信息后，再顺序请求后20个背景信息。

发明人在实现本发明过程中发现，用户在查看多个背景信息的过程中通常会执行滚动浏览操作，而滚动浏览操作会使当前需要展现给用户的背景信息具有不确定性，如当用户执行拖动滚动条或者在屏幕上连续的快速滑动或者翻页等操作时，排列在中间或者后面的部分背景信息应优先成为当前需要展现给用户的背景信息；然而，由于现有的背景信息展现方式是按照背景信息的排列顺序依次请求并依次展现的，因此，现有的背景信息展现方式并不能对用户的滚动浏览操作进行及时响应，背景信息展现的响应速度有待提升。

技术实现要素：

本发明的目的是提供一种背景信息展现方法以及装置。

根据本发明的一个方面，提供一种背景信息展现方法，且所述方法主要包括以下步骤：根据背景信息滚动浏览操作确定当前需要展现的背景信息的请求；确定所述请求是否属于请求集合；在确定出所述请求不属于请求集合时，将所述请求添加在请求集合中，并将所述请求作为优先发送的请求设置在发送集合中；在确定出所述请求属于请求集合时，在发送集合中查找所述请求，并将所述查找到的请求设置为发送集合中的优先发送的请求。

根据本发明的另一个方面，提供一种背景信息展现装置，且所述装置主要包括：请求确定装置，用于根据背景信息滚动浏览操作确定当前需要展现的背景信息的请求的装置；请求判断装置，用于确定所述请求是否属于请求集合的装置；第一处理装置，用于在确定所述请求不属于请求集合时，将所述请求添加在请求集合中，并将所述请求作为优先发送的请求设置在发送集合中的装置；第二处理装置，用于在确定所述请求属于请求集合时，在发送集合中查找所述请求，并将所述查找到的请求设置为发送集合中的优先发送的请求的装置。

与现有技术相比，本发明具有以下优点：本发明通过根据背景信息滚动浏览操作来确定当前需要展现的背景信息的请求，可以及时获知用户当前浏览位置处应该展现的背景信息的请求；通过在判断出当前需要展现的背景信息的请求不属于请求集合时，将该请求添加在请求集合以及发送集合中，避免了请求集合和发送集合中存在重复请求的现象，从而避免了在没有接收到请求对应的响应消息时重复请求背景信息的现象，进而避免了背景信息被重复发送的现象；通过在将该请求添加在发送集合过程中，将该请求设置为优先发送的请求，并通过在判断出当前需要展现的背景信息的请求属于请求集合时，在发送集合中查找该请求，并将查找到的该请求调整为优先发送的请求，使用户当前浏览位置处应该展现的背景信息可以优先被请求，从而可以及时地展现给用户；由此可知，本发明提供的技术方案能够对用户的滚动浏览操作进行及时响应，提高了背景信息展现的响应速度。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为本发明实施例一的背景信息展现方法流程图；

图2为本发明实施例二的背景信息展现方法流程图；

图3为本发明实施例三的背景信息展现装置示意图。

附图中相同或相似的附图标记代表相同或相似的部件。

具体实施方式

在更加详细地讨论示例性实施例之前，应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是，其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的执行顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

在上下文中所称“计算机设备”，也称为“电脑”，是指可以通过运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智能电子设备，其可以包括处理器与存储器，由处理器执行在存储器中预存的存续指令来执行预定处理过程，或者是由ASIC、FPGA、DSP等硬件执行预定处理过程，或者是由上述二者组合来实现。计算机设备包括但不限于服务器、个人电脑以及笔记本电脑等。

所述计算机设备包括用户设备与网络设备。其中，所述用户设备包括但不限于电脑、智能手机、PDA等；所述网络设备包括但不限于单个网络服务器、多个网络服务器组成的服务器组或基于云计算(Cloud Comput ing)的由大量计算机或网络服务器构成的云，其中，云计算是分布式计算的一种，由一群松散耦合的计算机集组成的一个超级虚拟计算机。其中，所述计算机设备可单独运行来实现本发明，也可接入网络并通过与网络中的其他计算机设备的交互操作来实现本发明。其中，所述计算机设备所处的网络包括但不限于互联网、广域网、城域网、局域网、VPN网络等。

需要说明的是，所述用户设备、网络设备和网络等仅为举例，其他现有 的或今后可能出现的计算机设备或网络如可适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。

后面所讨论的方法(其中一些通过流程图示出)可通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是，本发明可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

应当理解的是，当一个单元被称为“连接”或者“耦合”到另一个单元时，其可以直接连接或耦合到所述另一单元，或者可以存在中间单元。与此相对，当一个单元被称为“直接连接”或“直接耦合”到另一单元时，则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”，“与...邻近”相比于“与...直接邻近”等等)。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照 不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

下面结合附图对本发明作进一步详细描述。

实施例一、背景信息展现方法。

图1为本实施例的背景信息展现方法的流程图，且图1所示的方法主要包括步骤S100、步骤S110、步骤S120以及步骤S130。本实施例所记载的方法通常是在计算机设备中被执行的，优选的，本实施例所记载的方法可以在笔记型计算机、智能移动电话以及平板电脑等智能移动设备中执行。下面对图1中的各步骤分别进行说明。

S100、根据背景信息滚动浏览操作确定当前需要展现的背景信息的请求。

具体的，本实施例中的背景信息可以是应用的背景信息(如智能移动电话或者平板电脑中的APP为用户提供的可供选择的背景信息)或者广告的背景信息等(例如，应用或者广告的可视外观)；且在有些应用场景中，背景信息也可以被通俗的称为皮肤。本实施例不限制背景信息的具体表现形式。

在需要浏览的背景信息数量较多时，需要通过多屏显示方式向用户展现所有的背景信息，即用户可以通过背景信息滚动浏览操作来实现所有背景信息的浏览。本实施例中的背景信息滚动浏览操作可以为滚动条拖动操作，也可以为在触控屏上连续的快速滑动操作，还可以为翻页操作等，本实施例不限制背景信息滚动浏览操作的具体表现形式。

作为示例，本实施例中的每一个背景信息均对应有一个唯一的链接地址信息，如每一个背景信息均对应一个URL(Uniform Resoure Locator，统一资源定位符)；另外，本实施例会为每一个背景信息分别设置相应的显示区域；一个具体的例子，在应用中的设置背景信息的功能等被触发时，本实施例可以先获取该应用所提供的所有背景信息的链接地址信息(如所有背景信息的URL)，然后，为每一个背景信息分别设置一个显示区域；而且，本实施例可以在每一个背景信息未被成功获取到之前，展现占位信息(即占位图片)，即在未成功获取到的背景信息所对应的显示区域中展现占位信息。

作为示例，本实施例可以根据用户的背景信息滚动浏览操作确定出当前 需要为用户展现的背景信息，即当前进入用户的计算机设备(如智能移动电话等)屏幕的显示区域所对应的背景信息即为当前需要展现的背景信息。本实施例在确定出当前需要展现的背景信息时，根据该背景信息所对应的链接地址信息产生相应的请求，以便于利用该请求获取相应的链接地址信息所对应的背景信息。

作为示例，本实施例中的请求可以为基于HTTP(HyperText Transfer Protocol，超文本传输协议)的请求，且该请求中通常包含有当前需要为用户展现的背景信息所对应的链接地址信息。本实施例不限制请求所采用的协议以及请求所包含的具体内容等。

作为示例，本实施例不仅可以根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求，还可以采用其他方式来产生请求(如根据预先设定的所有背景信息的排列顺序依次产生各背景信息的请求等)；而且，根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求的过程与采用其他方式来产生请求的过程可以同时进行，如在应用中的设置背景信息的功能等被触发时，本实施例根据预先设定的所有背景信息的排列顺序依次产生各背景信息的请求，并在监测到用户执行了背景信息滚动浏览操作时，在继续执行依次产生各背景信息的请求的同时，根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求；再有，根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求的过程与采用其他方式来产生请求的过程也可以交替执行，如在应用中的设置背景信息的功能等被触发时，本实施例可以在监测到用户没有执行背景信息滚动浏览操作时，根据预先设定的所有背景信息的排列顺序依次产生各背景信息的请求，而在监测到用户执行了背景信息滚动浏览操作时，停止执行依次产生各背景信息的请求的操作，而是根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求，之后，在再次监测到用户没有执行背景信息滚动浏览操作时，继续执行前次中断的根据预先设定的所有背景信息的排列顺序依次产生各背景信息的请求的操作。本实施例不限制利用其他方式来产生请求的具体实现方式。

S110、确定上述请求是否属于请求集合。

具体的，本实施例中设置有请求集合(也可以称为请求池)，该请求集 合主要用于记录针对背景信息而产生的请求，然而，无论针对一个背景信息产生过一次请求，还是针对一个背景信息产生过多次请求，本实施例的请求集合中的请求都不会存在重复的多个同样的请求，即本实施例的请求集合中的不同请求所对应的背景信息一定不相同。本实施例可以通过步骤S110、步骤S120以及步骤S130等步骤的执行来保证请求集合中不会存在重复的多个同样的请求的。

本实施例在根据背景信息滚动浏览操作产生了当前需要展现的背景信息的请求之后，可以采用匹配查询等方式判断本次产生的请求是否已经存在于请求集合中。另外，本实施例在按照背景信息的顺序产生了当前需要展现的背景信息的请求之后，也可以采用匹配查询等方式判断本次产生的请求是否已经存在于请求集合中。

作为示例，本实施例的请求集合可以采用表或者数据库或者文本或者平衡二叉树等形式。本实施例不限制请求集合的具体表现形式。

作为示例，本实施例在采用平衡二叉树的形式来实现请求集合时，可以通过调用相应的接口来实现对本次产生的请求是否已经存在于请求集合中的判断操作，一个具体的例子，将当前需要展现的背景信息的链接地址信息(如URL)作为接口输入参数调用用于查询平衡二叉树的节点的接口，如调用基于IOS操作系统的(nullable ObjectType)objectForKey:(KeyType)aKey接口等，其中的aKey为接口输入参数链接地址信息；本实施例可以根据用于查询平衡二叉树的节点的接口返回相应的信息准确的判断出本次产生的请求是否已经存在于平衡二叉树中。本实施例不限制用于查询平衡二叉树的节点的接口的具体表现形式以及用于查询平衡二叉树的节点的接口判断本次产生的请求是否已经存在于平衡二叉树中的具体实现方式。

S120、在确定上述请求不属于请求集合时，将上述请求添加在请求集合中，并将上述请求作为优先发送的请求设置在发送集合中。

具体的，确定出当前需要展现的背景信息的请求不属于请求集合表示之前并没有针对上述当前需要展现的背景信息产生请求，从而该请求也不会处于正在发送调度的过程中。在确定出当前需要展现的背景信息的请求不属于请求集合时，本实施例应使该请求能够被尽早地发送出去。

本实施例在确定出当前需要展现的背景信息的请求不属于请求集合的情况下，应执行两个操作，一个是将当前需要展现的背景信息添加在请求集合中的操作，另一个是将当前需要展现的背景信息作为优先发送的请求设置在发送集合中的操作。这两个操作可以同时执行，也可以先后执行，本实施例不限制上述两个操作执行的先后顺序。

作为示例，在请求集合采用表或者数据库或者文本等形式时，本实施例可以按照预定排序规则将该请求插入到表或者数据库或者文本中的相应位置处，如按照请求产生时间将该请求设置于表或者数据库或者文本的尾部等。

作为示例，在请求集合采用平衡二叉树的形式时，本实施例可以通过调用相应的接口来实现将当前需要展现的背景信息的请求添加在请求集合中的操作，一个具体的例子，将当前需要展现的背景信息的请求以及当前需要展现的背景信息的链接地址信息(如URL)作为接口输入参数来调用用于在平衡二叉树中添加请求的接口，如调用基于IOS操作系统的(void)setObject:(ObjectType)anObject forKey:(KeyType<NSCopying>)接口，其中的anObject为接口输入参数当前需要展现的背景信息的请求，其中的aKey为接口输入参数当前需要展现的背景信息的链接地址信息；在用于在平衡二叉树中添加请求的接口返回相应的信息时，本实施例可以根据接口返回的信息判断出本次产生的请求是否已经成功的添加在平衡二叉树中。本实施例不限制用于在平衡二叉树中添加请求的接口的具体表现形式以及用于在平衡二叉树中添加请求的接口将请求添加在平衡二叉树中的具体实现方式。

作为示例，本实施例中的发送集合通常可以采用队列(可以称为发送队列)的形式来实现，即根据队列调度算法将需要发送的背景信息的请求调度到发送队列中，且发送队列中的请求会基于队列调度算法而从发送队列中提取出来，并发送出去。本实施例中的队列调度算法通常可以包括：将背景信息的请求插入到发送队列的队尾、将背景信息的请求插入到发送队列的队首以及从发送队列的队首依次提取背景信息的请求以进行发送处理等。

作为示例，在发送集合采用发送队列的形式时，本实施例在判断出当前需要展现的背景信息的请求不属于请求集合时，确定出之前并没有针对当前需要展现的背景信息产生请求，进而表示当前的发送队列中并不存在该当前 需要展现的背景信息的请求，本实施例应将该请求作为优先发送的请求设置在发送集合中，如将该请求插入到发送队列的队首位置。本实施例也可以采用其他方式来实现将当前需要展现的背景信息的请求作为优先发送的请求设置在发送集合的操作，如将当前需要展现的背景信息的请求的优先级设置为最高优先级并将该请求设置于发送集合中等。本实施例不限制将当前需要展现的背景信息的请求作为优先发送的请求设置在发送集合的具体实现方式。

S130、在确定上述请求属于请求集合时，在发送集合中查找该请求，并将查找到的该请求设置为优先发送的请求。

具体的，确定出当前需要展现的背景信息的请求属于请求集合表示之前已经针对上述当前需要展现的背景信息产生了请求，而且之前产生的请求可能已经被发送出去了，也可能处于正在发送调度的过程中。在确定出当前需要展现的背景信息的请求属于请求集合时，本实施例一方面应保证当前需要展现的背景信息的请求在尽早的时间内被发送出去，另一方面应保证当前需要展现的背景信息的请求不会被重复发送。

本实施例在确定出当前需要展现的背景信息的请求属于请求集合的情况下，应继续进行判断，以确定当前需要展现的背景信息的请求是否已经存在于发送集合中，如果进一步判断的结果为当前需要展现的背景信息的请求已经存在于发送集合中，则表示之前已经针对当前需要展现的背景信息产生了请求，而且之前产生的请求目前处于正在发送调度的过程中；如果进一步判断的结果为当前需要展现的背景信息的请求并没有存在于发送集合中，则表示之前已经针对当前需要展现的背景信息产生了请求，而且之前产生的请求目前已经被成功地发送出去了。

本实施例在判断出当前需要展现的背景信息的请求已经存在于发送集合中的情况下，应将当前需要展示的背景信息的请求设置为发送集合中的优先发送的请求，以保证该请求能够被尽早的发送出去；一个具体的例子，本实施例中的发送集合为发送队列时，可以将查找到的请求调整到发送队列的队首位置。当然，本实施例也可以采用其他方式来将当前需要展示的背景信息的请求设置为发送集合中的优先发送的请求，如修改发送集合中相应的请求的优先级等。本实施例在判断出当前需要展现的背景信息的请求并没有存在 于发送集合中的情况下，应不对发送集合进行相应的调整操作。

本实施例中的请求集合的维护操作通常包括：在请求集合中添加请求以及删除请求集合中的请求。在请求集合中添加请求的过程如上述步骤S120中的记载；删除请求集合中的请求可以具体为：在接收到请求对应的响应消息时，从请求集合中删除该响应消息对应的请求。

作为示例，本实施例在接收到响应消息时，可以先获取该响应消息所对应的链接地址信息(如URL)，然后，根据该链接地址信息在请求集合中进行匹配操作，并从请求集合中删除与该链接地址信息相匹配的请求。上述获取响应消息所对应的链接地址信息可以具体为从响应消息中获取链接地址信息(如URL)，也可以具体为从之前设置的请求对象中获取链接地址信息(如URL)。另外，本实施例在接收到响应消息时，应利用响应消息中的背景信息替换相应的占位信息，以向用户展现其当前所希望看到的背景信息。

作为示例，在请求集合采用表或者数据库或者文本等形式时，本实施例可以在请求集合中查找包含有响应消息所对应的链接地址信息(如URL)的记录，并将查找到的记录删除，从而将该响应消息对应的请求从请求集合中删除。

作为示例，在请求集合采用平衡二叉树的形式时，本实施例可以通过调用相应的接口来实现从请求集合中删除该响应消息对应的请求的操作，一个具体的例子，将响应消息所对应的链接地址信息(如URL)作为接口输入参数来调用用于删除平衡二叉树中的请求的接口，如调用基于IOS操作系统的(void)removeObjectForKey:(KeyType)aKey接口，其中的aKey为接口输入参数响应消息所对应的链接地址信息；在用于删除平衡二叉树中的请求的接口返回相应的信息时，本实施例可以根据接口返回的信息判断出本次接收到的响应消息所对应的请求是否已经成功的从平衡二叉树中删除。本实施例不限制用于删除平衡二叉树中的请求的接口的具体表现形式以及用于删除平衡二叉树中的请求的接口从平衡二叉树中删除相应的请求的具体实现方式。

作为示例，本实施例中的发送集合的维护操作通常包括：将请求添加在发送集合中、调整发送集合中的请求的优先发送等级以及将请求从发送集合中删除。将请求添加在发送集合中的操作可以参见上述步骤S120中描述的内 容，调整发送集合中的请求的优先发送等级的操作可以参见上述步骤S130中描述的内容；本实施例可以在对发送集合中请求进行发送处理时，删除发送集合中的该请求；如在从发送队列的队首读取一条请求时，该请求从发送队列中删除。

实施例二、背景信息展现方法。

图2中，S200、在智能移动电话中的APP的设置背景信息功能(也可以称为设置皮肤功能)被触发时，初始化请求池以及发送队列；产生用于获取该APP为用户提供的所有可供选择的背景信息的URL的请求，并向相应的服务器发送该请求；在接收到相应的服务器返回的响应消息后，从响应消息中获取所有背景信息的URL。到步骤S210。

S210、根据获取到的所有URL为每一个背景信息分别设置显示区域，并在各背景信息的显示区域中展示占位图片。同时，根据获取到的URL产生相应的请求，以请求获得背景信息，例如根据用户的背景信息滚动浏览操作确定当前需要展现的背景信息，并根据当前需要展现的背景信息的URL产生请求；再例如按照背景信息的排列顺序依次产生相应的请求等。到步骤S220。

S220、判断上述产生的用于获取背景信息的请求是否位于请求池中，如通过调用(nullable ObjectType)objectForKey:(KeyType)aKey接口判断平衡二叉树中是否包含有该请求；如果该请求已经位于请求池中，则到步骤S230；否则，到步骤S250。

S230、继续判断上述产生的用于获取背景信息的请求是否位于发送队列中，如果该请求已经位于发送队列中，则到步骤S240，否则，到步骤S270。

S240、将发送队列中的该请求调整到发送队列的队首位置。

S250、将上述产生的用于获取背景信息的请求添加在请求池中，如通过调用基于IOS操作系统的(void)setObject:(ObjectType)anObject forKey:(KeyType<NSCopying>)将该请求添加到平衡二叉树中。到步骤S260。

S260、将上述产生的用于获取背景信息的请求插入到发送队列的队首位置。

S270、退出本次针对用于获取背景信息的请求判断过程。

另外，图2的流程中没有示出本实施例在获得了背景信息之后对请求池 所执行的维护操作，该维护操作具体为:在接收到服务器返回的承载有背景信息的响应消息时，删除请求池中该响应消息所对应的请求，如通过调用基于IOS操作系统的(void)removeObjectForKey:(KeyType)aKey接口删除请求池中该响应消息对应的请求。

实施例三、背景信息展现装置。

本实施例的背景信息展现装置通常被设置于计算机设备中，优选的，本实施例所记载的背景信息展现装置可以设置于笔记型计算机、智能移动电话以及平板电脑等智能移动设备中。本实施例的背景信息展现装置的主要结构如图3所示。

下面参照具体实施例对背景信息展现装置进行说明。

图3中，本实施例的背景信息展现装置主要包括：用于根据背景信息滚动浏览操作确定当前需要展现的背景信息的请求的装置(下述简称“请求确定装置300”)、用于确定上述请求是否属于请求集合的装置(下述简称“请求判断装置310”)、用于在确定上述请求不属于请求集合时，将该请求添加在请求集合中，并将该请求作为优先发送的请求设置在发送集合中的装置(下述简称“第一处理装置320”)以及用于在确定上述请求属于请求集合时，在发送集合中查找该请求，并将查找到的请求设置为发送集合中的优先发送的请求的装置(下述简称“第二处理装置330”)。

请求确定装置300主要用于根据背景信息滚动浏览操作确定当前需要展现的背景信息的请求。

具体的，该请求确定装置300可以具体包括：用于获取所有背景信息的链接地址信息的装置(下述简称“链接地址获取装置”，图中未示出)、用于根据背景信息滚动浏览操作确定当前需要展现的背景信息的装置(下述简称“背景信息确定装置”，图中未示出)以及用于根据当前需求展现的背景信息的链接地址信息产生请求的装置(下述简称“请求产生装置”，图中未示出)；另外，该请求确定装置300还可以可选的包括：用于在所有背景信息的显示区域处展现占位信息的装置(下述简称“占位信息展现装置”，图中未示出)。也就是说，链接地址获取装置主要用于获取所有背景信息的链接地址信息。背景信息确定装置主要用于根据背景信息滚动浏览操作确定当 前需要展现的背景信息。请求产生装置主要用于根据当前需求展现的背景信息的链接地址信息产生请求。占位信息展现装置主要用于在所有背景信息的显示区域处展现占位信息。

具体的，本实施例中的背景信息可以是应用的背景信息(如智能移动电话或者平板电脑中的APP为用户提供的可供选择的背景信息)或者广告的背景信息等；且在有些应用场景中，背景信息也可以被通俗的称为皮肤。本实施例不限制背景信息的具体表现形式。

在需要浏览的背景信息数量较多时，请求确定装置300需要通过多屏显示方式向用户展现所有的背景信息，即用户可以通过背景信息滚动浏览操作来实现所有背景信息的浏览。本实施例中的背景信息滚动浏览操作可以为滚动条拖动操作，也可以为在触控屏上连续的快速滑动操作，还可以为翻页操作等，本实施例不限制背景信息滚动浏览操作的具体表现形式。

作为示例，本实施例中的每一个背景信息均对应有一个唯一的链接地址信息，如每一个背景信息均对应一个URL。另外，请求确定装置300会为每一个背景信息分别设置相应的显示区域；一个具体的例子，在应用中的设置背景信息的功能等被触发时，请求确定装置300(如链接地址获取装置)可以先获取该应用所提供的所有背景信息的链接地址信息(如所有背景信息的URL)，然后，请求确定装置300(如链接地址获取装置)为每一个背景信息分别设置一个显示区域；请求确定装置300(如占位信息展现装置)可以在每一个背景信息未被成功获取到之前，展现占位信息(即占位图片)，即在未成功获取到的背景信息所对应的显示区域中展现占位信息。

作为示例，请求确定装置300(如背景信息确定装置)可以根据用户的背景信息滚动浏览操作确定出当前需要为用户展现的背景信息，即当前进入用户的计算机设备(如智能移动电话等)屏幕的显示区域所对应的背景信息即为当前需要展现的背景信息。请求确定装置300(如背景信息确定装置)在确定出当前需要展现的背景信息时，请求确定装置300(如请求产生装置)根据该背景信息所对应的链接地址信息产生相应的请求，以便于利用该请求获取相应的链接地址信息所对应的背景信息。

作为示例，请求确定装置300(如请求产生装置)所产生的请求可以为 基于HTTP的请求，且该请求中通常包含有当前需要为用户展现的背景信息所对应的链接地址信息。本实施例不限制请求所采用的协议以及请求所包含的具体内容等。

作为示例，请求确定装置300不仅可以根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求，还可以采用其他方式来产生请求(如请求确定装置300根据预先设定的所有背景信息的排列顺序依次产生各背景信息的请求等)；而且，请求确定装置300根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求的过程与采用其他方式来产生请求的过程可以同时进行，如在应用中的设置背景信息的功能等被触发时，请求确定装置300根据预先设定的所有背景信息的排列顺序依次产生各背景信息的请求，并在监测到用户执行了背景信息滚动浏览操作时，请求确定装置300在继续执行依次产生各背景信息的请求的同时，根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求；再有，请求确定装置300根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求的过程与采用其他方式来产生请求的过程也可以交替执行，如在应用中的设置背景信息的功能等被触发时，请求确定装置300可以在监测到用户没有执行背景信息滚动浏览操作时，根据预先设定的所有背景信息的排列顺序依次产生各背景信息的请求，而在监测到用户执行了背景信息滚动浏览操作时，请求确定装置300停止执行依次产生各背景信息的请求的操作，而是根据背景信息滚动浏览操作产生当前需要展现的背景信息的请求，之后，在请求确定装置300再次监测到用户没有执行背景信息滚动浏览操作时，请求确定装置300继续执行前次中断的根据预先设定的所有背景信息的排列顺序依次产生各背景信息的请求的操作。本实施例不限制请求确定装置300利用其他方式来产生请求的具体实现方式。

请求判断装置310主要用于确定当前需要展现的背景信息的请求是否属于请求集合。

具体的，本实施例中设置有请求集合(也可以称为请求池)，该请求集合主要用于记录针对背景信息而产生的请求，然而，无论针对一个背景信息产生过一次请求，还是针对一个背景信息产生过多次请求，本实施例的请求集合中的请求都不会存在重复的多个同样的请求，即本实施例的请求集合中 的不同请求所对应的背景信息一定不相同。

作为示例，本实施例的请求集合可以采用表或者数据库或者文本或者平衡二叉树等形式。本实施例不限制请求集合的具体表现形式。

请求判断装置310在请求确定装置300根据背景信息滚动浏览操作产生了当前需要展现的背景信息的请求之后，可以采用匹配查询等方式判断本次产生的请求是否已经存在于请求集合中。另外，请求判断装置310在请求确定装置300按照背景信息的顺序产生了当前需要展现的背景信息的请求之后，也可以采用匹配查询等方式判断本次产生的请求是否已经存在于请求集合中。

作为示例，本实施例在采用平衡二叉树的形式来实现请求集合时，请求判断装置310可以通过调用相应的接口来实现对本次产生的请求是否已经存在于请求集合中的判断操作，一个具体的例子，请求判断装置310将当前需要展现的背景信息的链接地址信息(如URL)作为接口输入参数调用用于查询平衡二叉树的节点的接口，如请求判断装置310调用基于IOS操作系统的(nullable ObjectType)objectForKey:(KeyType)aKey接口等，其中的aKey为接口输入参数链接地址信息；请求判断装置310可以根据用于查询平衡二叉树的节点的接口返回相应的信息准确的判断出本次产生的请求是否已经存在于平衡二叉树中。本实施例不限制用于查询平衡二叉树的节点的接口的具体表现形式以及用于查询平衡二叉树的节点的接口判断本次产生的请求是否已经存在于平衡二叉树中的具体实现方式。

第一处理装置320主要用于在确定当前需要展现的背景信息的请求不属于请求集合时，将该请求添加在请求集合中，并将该请求作为优先发送的请求设置在发送集合中。

具体的，请求判断装置310确定出当前需要展现的背景信息的请求不属于请求集合表示之前并没有针对上述当前需要展现的背景信息产生请求，从而该请求也不会处于正在发送调度的过程中。在请求判断装置310确定出当前需要展现的背景信息的请求不属于请求集合时，第一处理装置320应使该请求能够被尽早地发送出去。

第一处理装置320在请求判断装置310确定出当前需要展现的背景信息 的请求不属于请求集合的情况下，应执行两个操作，一个是将当前需要展现的背景信息添加在请求集合中的操作，另一个是将当前需要展现的背景信息作为优先发送的请求设置在发送集合中的操作。第一处理装置320可以同时执行这两个操作，也可以先后执行这两个操作，本实施例不限制第一处理装置320执行上述两个操作的先后顺序。

作为示例，在请求集合采用表或者数据库或者文本等形式时，第一处理装置320可以按照预定排序规则将该请求插入到表或者数据库或者文本中的相应位置处，如第一处理装置320按照请求产生时间将该请求设置于表或者数据库或者文本的尾部等。

作为示例，在请求集合采用平衡二叉树的形式时，第一处理装置320可以通过调用相应的接口来实现将当前需要展现的背景信息的请求添加在请求集合中的操作，一个具体的例子，第一处理装置320将当前需要展现的背景信息的请求以及当前需要展现的背景信息的链接地址信息(如URL)作为接口输入参数来调用用于在平衡二叉树中添加请求的接口，如第一处理装置320调用基于IOS操作系统的(void)setObject:(ObjectType)anObject forKey:(KeyType<NSCopying>)接口，其中的anObject为接口输入参数当前需要展现的背景信息的请求，其中的aKey为接口输入参数当前需要展现的背景信息的链接地址信息；在用于在平衡二叉树中添加请求的接口执行了相应的操作返回相应的信息时，第一处理装置320可以根据接口返回的信息判断出本次产生的请求是否已经成功的添加在平衡二叉树中。本实施例不限制用于在平衡二叉树中添加请求的接口的具体表现形式以及用于在平衡二叉树中添加请求的接口将请求添加在平衡二叉树中的具体实现方式。

作为示例，本实施例中的发送集合通常可以采用队列(可以称为发送队列)的形式来实现，即第一处理装置320根据队列调度算法将需要发送的背景信息的请求调度到发送队列中，且发送队列中的请求会基于队列调度算法而被本实施例的背景信息展现装置(如请求发送装置)从发送队列中提取出来，并发送出去。本实施例中的队列调度算法通常可以包括：将背景信息的请求插入到发送队列的队尾、将背景信息的请求插入到发送队列的队首以及从发送队列的队首依次提取背景信息的请求以进行发送处理等。

作为示例，在发送集合采用发送队列的形式时，请求判断装置310在判断出当前需要展现的背景信息的请求不属于请求集合时，确定出之前并没有针对当前需要展现的背景信息产生请求，进而表示当前的发送队列中并不存在该当前需要展现的背景信息的请求，第一处理装置320应将该请求作为优先发送的请求设置在发送集合中，如第一处理装置320将该请求插入到发送队列的队首位置。第一处理装置320也可以采用其他方式来实现将当前需要展现的背景信息的请求作为优先发送的请求设置在发送集合的操作，如第一处理装置320将当前需要展现的背景信息的请求的优先级设置为最高优先级并将该请求设置于发送集合中等。本实施例不限制第一处理装置320将当前需要展现的背景信息的请求作为优先发送的请求设置在发送集合的具体实现方式。

第二处理装置330主要用于在确定当前需要展现的背景信息的请求属于请求集合时，在发送集合中查找该请求，并将该查找到的请求设置为发送集合中的优先发送的请求。

具体的，请求判断装置310确定出当前需要展现的背景信息的请求属于请求集合表示之前已经针对上述当前需要展现的背景信息产生了请求，而且之前产生的请求可能已经被发送出去了，也可能处于正在发送调度的过程中。

在请求判断装置310确定出当前需要展现的背景信息的请求属于请求集合时，第二处理装置330一方面应保证当前需要展现的背景信息的请求在尽早的时间内被发送出去，另一方面应保证当前需要展现的背景信息的请求不会被重复发送。

在请求判断装置310确定出当前需要展现的背景信息的请求属于请求集合的情况下，第二处理装置330应继续进行判断，以确定当前需要展现的背景信息的请求是否已经存在于发送集合中，如果进一步判断的结果为当前需要展现的背景信息的请求已经存在于发送集合中，则表示之前已经针对当前需要展现的背景信息产生了请求，而且之前产生的请求目前处于正在发送调度的过程中；如果进一步判断的结果为当前需要展现的背景信息的请求并没有存在于发送集合中，则表示之前已经针对当前需要展现的背景信息产生了请求，而且之前产生的请求目前已经被成功地发送出去了。

第二处理装置330在判断出当前需要展现的背景信息的请求已经存在于发送集合中的情况下，第二处理装置330应将当前需要展示的背景信息的请求设置为发送集合中的优先发送的请求，以保证该请求能够被尽早的发送出去；一个具体的例子，本实施例中的发送集合为发送队列时，第二处理装置330可以将查找到的请求调整到发送队列的队首位置。当然，第二处理装置330也可以采用其他方式来将当前需要展示的背景信息的请求设置为发送集合中的优先发送的请求，如第二处理装置330修改发送集合中相应的请求的优先级等。第二处理装置330在判断出当前需要展现的背景信息的请求并没有存在于发送集合中的情况下，应不对发送集合进行相应的调整操作。

作为示例，本实施例的背景信息展现装置还可以包括：用于在接收到响应消息时，从请求集合中删除该响应消息对应的请求的装置(下述简称为“请求集合维护装置”，图中未示出)。

请求集合维护装置主要用于在接收到响应消息时，从请求集合中删除该响应消息对应的请求。

本实施例中的请求集合的维护操作通常包括：在请求集合中添加请求以及删除请求集合中的请求。在请求集合中添加请求的操作由上述第一处理装置320执行。删除请求集合中的请求的操作可以由请求集合维护装置执行。

作为示例，在接收到相应的服务器返回的响应消息时，请求集合维护装置可以先获取该响应消息所对应的链接地址信息(如URL)，然后，请求集合维护装置根据该链接地址信息在请求集合中进行匹配操作，并从请求集合中删除与该链接地址信息相匹配的请求。上述请求集合维护装置获取响应消息所对应的链接地址信息可以具体为请求集合维护装置从响应消息中获取链接地址信息(如URL)，也可以具体为请求集合维护装置从之前设置的请求对象中获取链接地址信息(如URL)。另外，在接收到响应消息时，本实施例的背景信息展现装置(如背景信息替换装置)可以利用响应消息中的背景信息替换相应的占位信息，以向用户展现其当前所希望看到的背景信息。

作为示例，在请求集合采用表或者数据库或者文本等形式时，请求集合维护装置可以在请求集合中查找包含有响应消息所对应的链接地址信息(如URL)的记录，并将查找到的记录删除，从而请求集合维护装置将该响应消息 对应的请求从请求集合中删除。

作为示例，在本实施例的请求集合采用平衡二叉树的形式时，请求集合维护装置可以通过调用相应的接口来实现从请求集合中删除该响应消息对应的请求的操作，一个具体的例子，请求集合维护装置将响应消息所对应的链接地址信息(如URL)作为接口输入参数来调用用于删除平衡二叉树中的请求的接口，如请求集合维护装置调用基于IOS操作系统的(void)removeObjectForKey:(KeyType)aKey接口，其中的aKey为接口输入参数响应消息所对应的链接地址信息；在用于删除平衡二叉树中的请求的接口返回相应的信息时，请求集合维护装置可以根据接口返回的信息判断出本次接收到的响应消息所对应的请求是否已经成功的从平衡二叉树中删除。本实施例不限制用于删除平衡二叉树中的请求的接口的具体表现形式以及用于删除平衡二叉树中的请求的接口从平衡二叉树中删除相应的请求的具体实现方式。

作为示例，本实施例的背景信息展现装置还可以可选的包括：用于在发送集合中的请求被发送时，从发送集合中删除被发送的请求的装置(下述简称“发送集合维护装置”，图中未示出)。

作为示例，本实施例中的发送集合的维护操作通常包括：将请求添加在发送集合中、调整发送集合中的请求的优先发送等级以及将请求从发送集合中删除。将请求添加在发送集合中的操作可以由第一处理装置320执行；而调整发送集合中的请求的优先发送等级的操作可以由第二处理装置330执行；本实施例的背景信息展现装置(如请求发送装置)在对发送集合中请求进行发送处理时，发送集合维护装置删除发送集合中的该请求；如在请求发送装置从发送队列的队首读取一条请求时，发送集合维护装置将该请求从发送队列中删除。

需要注意的是，本发明可以在软件和/或者软件与硬件的组合体中被实施，例如，本发明的各个装置可采用专用集成电路(ASIC)或者任何其他类似硬件设备来实现。在一个实施例中，本发明的软件程序可以通过处理器执行以实现上文所述步骤或功能。同样地，本发明的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，RAM存储器、磁或者 光驱动器或软磁盘及类似设备。另外，本发明的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。

对于本领域技术人员而言，显然，本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一方面来看，均应该将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明来限定，因此，旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应该将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一以及第二等词语用来表示名称，而并不表示任何特定顺序。

虽然前面特别示出并且描述了示例性实施例，但是本领域技术人员将会理解的是，在不背离权利要求书的精神和范围的情况下，在其形式和细节方面可以有所变化。这里所寻求的保护在所附权利要求书中做了阐述。