视频流提供方法及装置与流程

本发明涉及通信领域，尤其涉及视频流提供方法及装置。

背景技术：

虚拟机顶盒技术是指电视运营商通过服务器集中管理用户收视的新型技术。采用虚拟机顶盒技术，客户端可以将用户操作直接发送到服务器，而服务器则可以直接向不同客户端返回不同的视频流，从而使客户端可以不再对用户的操作及视频数据进行处理，有效降低管理用户收视对客户端的硬件要求。

在采用虚拟机顶盒技术对用户收视进行管理时，不同的用户收看的节目不同，因此服务器需要为不同的客户端提供不同的视频流。由于每一个用户并非持续收看电视节目，因此服务器并不需要持续为客户端提供视频流，而只需要在用户收看电视节目时为客户端提供视频流即可。因此为节省资源，服务器通常会使用有状态会话(Stateful Session Bean)对客户端进行区分并相应提供不同的视频流，有状态会话是指服务器在每次为客户端服务时为该客户端提供创建一个会话，通过该会话的信息记录需要为该客户端提供的视频流，并在结束为该客户端服务后销毁该会话。

在客户端数量较多时，电视运营商可能需要同时使用多个服务器管理和服务多个客户端，在不同的时刻也可能由不同的服务器为同一虚拟客户端提供视频流。如果服务器采用有状态会话对客户端进行区分和管理，在不同的时刻由不同的服务器为客户端提供视频流时，就需要不断的创建和销毁会话，或者采用复杂的处理机制实现服务器之间的会话迁移，从而造成收视管理过程复杂。

技术实现要素：

本发明实施例提供了视频流提供方法及装置，可以简化收视管理的处理过程。

第一方面，本发明实施例提供了一种视频流提供方法，该方法包括：接收客户端发送的请求信息，所述请求信息携带用户身份证明UID；从会话管理器中获取与所述UID对应的会话信息；根据所述会话信息生成应向所述客户端发送的用户界面；将所述用户界面编码为视频流；将所述视频流发送给所述客户端。

结合第一方面，在第一方面第一种可能的实现方式中，所述方法还包括：更新所述用户界面；根据更新后的所述用户界面更新所述会话信息。

结合第一方面或第一方面第一种可能的实现方式，在第一方面第二种可能的实现方式中，所述从会话管理器中获取与所述UID对应的会话信息包括：从会话管理器中获取与所述UID对应的统一资源标识符URI。

结合第一方面第二种可能的实现方式，在第一方面第三种可能的实现方式中，根据所述会话信息获取应向所述客户端发送的待发送数据包括：向内容服务器发起所述URI对应的超文本传输协议HTTP请求；获取所述HTTP请求对应的响应内容；根据所述响应内容生成用户界面。

结合第一方面第三种可能的实现方式，在第一方面第四种可能的实现方式中，更新所述用户界面包括：从客户端获取用户操作；根据用户操作更新所述用户界面。

结合第一方面第三种可能的实现方式，在第一方面第五种可能的实现方式中，更新所述用户界面包括：根据所述响应内容更新所述用户界面。

结合第一方面第一至五种可能的实现方式其中任意一种，在第一方面第六种可能的实现方式中，根据更新后的所述用户界面更新所述会话信息包括：缓存与更新后的所述用户界面相对应的URI；在符合预定条件时，将与所述UID对应的会话信息更新为与更新后的所述用户界面相对应的URI。

结合第一方面或结合第一方面第一至六种可能的实现方式其中任意一种，在第一方面第七种可能的实现方式中，接收客户端发送的请求信息包括：接收调度器转发的所述请求信息。

结合第一方面第七种可能的实现方式，在第一方面第八种可能的实现方式中，所述将所述视频流发送给所述客户端包括：将所述视频流及UID发送给所述调度器，以便于所述调度器将所述视频流发送至与所述UID对应的客户端。

结合第一方面或结合第一方面第一至八种可能的实现方式其中任意一种，在第一方面第九种可能的实现方式中，在接收客户端发送的请求信息之前还包括：生成与所述客户端对应的会话信息；通过所述会话管理器保存所述客户端所对应的会话信息与所述客户端的UID之间的对应关系。

第二方面，本发明实施例提供了一种视频流提供装置，该装置包括：接收单元，用于接收客户端发送的请求信息，所述请求信息携带用户身份证明UID；获取单元，用于从会话管理器中获取与所述UID对应的会话信息；生成单元，用于根据所述会话信息生成应向所述客户端发送的用户界面；编码单元，用于将所述用户界面编码为视频流；发送单元，用于将所述视频流发送给所述客户端。

结合第一方面，在第一方面第一种可能的实现方式中，所述装置还包括更新单元，所述生成单元，还用于更新所述用户界面；所述更新单元，用于根据更新后的所述用户界面更新所述会话信息。

结合第一方面或第一方面第一种可能的实现方式，在第一方面第二种可能的实现方式中，所述获取单元，具体用于从会话管理器中获取与所述UID对应的统一资源标识符URI。

结合第一方面第二种可能的实现方式，在第一方面第三种可能的实现方式中，所述生成单元包括：请求子单元，用于向内容服务器发起所述URI对应的超文本传输协议HTTP请求；获取子单元，用于获取所述HTTP请求对应的响应内容；生成子单元，用于根据所述响应内容生成用户界面。

结合第一方面第三种可能的实现方式，在第一方面第四种可能的实现方式中，所述接收单元，用于从客户端获取用户操作；所述生成单元，还用于根据用户操作更新所述用户界面。

结合第一方面第三种可能的实现方式，在第一方面第五种可能的实现方式中，所述生成单元，还用于根据所述响应内容更新所述用户界面。

结合第一方面第一至五种可能的实现方式其中任意一种，在第一方面第六种可能的实现方式中，所述更新单元包括：缓存子单元，用于缓存与更新后的所述用户界面相对应的URI；更新子单元，用于在符合预定条件时，将与所述UID对应的会话信息更新为与更新后的所述用户界面相对应的URI。

结合第一方面或结合第一方面第一至六种可能的实现方式其中任意一种，在第一方面第七种可能的实现方式中，所述接收单元，具体用于接收调度器转发的所述请求信息。

结合第一方面第七种可能的实现方式，在第一方面第八种可能的实现方式中，所述发送单元，具体用于将所述视频流及UID发送给所述调度器，以便于所述调度器将所述视频流发送至与所述UID对应的客户端。

结合第一方面或结合第一方面第一至八种可能的实现方式其中任意一种，在第一方面第九种可能的实现方式中，所述装置还包括：会话信息生成单元，用于生成与所述客户端对应的会话信息；会话信息保存单元，用于通过所述会话管理器保存所述客户端所对应的会话信息与所述客户端的UID之间的对应关系。

本发明实施例中，接收客户端发送的请求信息，所述请求信息携带用户身份证明 UID；从会话管理器中获取与所述UID对应的会话信息；根据所述会话信息生成应向所述客户端发送的用户界面；将所述用户界面编码为视频流；将所述视频流发送给所述客户端。由于可以利用会话管理器保存和管理会话，因而服务器无需再频繁创建和销毁会话，也无需再采用复杂的处理机制实现服务器之间的会话迁移，因而可以大大简化收视管理的处理过程。

附图说明

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

图1为本发明收视管理系统的结构示意图；

图2为本发明视频流提供方法一个实施例的流程示意图；

图3为本发明视频流提供方法另一个实施例的流程示意图；

图4为本发明视频流提供方法另一个实施例的流程示意图；

图5为本发明视频流提供装置一个实施例的结构示意图；

图6为本发明服务器一个实施例的结构示意图。

具体实施方式

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

参见图1，为本发明收视管理系统的结构示意图。

如图1所示，所述系统可以包括：至少一个调度器101、至少一个会话管理器102与至少两个服务器103。会话管理器用于保存服务器103与客户端104之间的会会话信息，调度器101用于将各个客户端104发送的收拾请求分发到各个服务器103，并将各个服务器103生成的视频流分发至对应的客户端104。所述视频流由服务器103根据从内容服务器105中获取到的数据生成。所述内容服务器105可以包括IPTV(Internet Protocol Television)服务者互联网应用服务器等。

其中，所述调度器101、所述会话管理器102及所述服务器103均可以通过硬件实现，也均可以通过软件实现。例如，所述会话管理器102可以为数据库，所述调度器101可以为负载均衡组件，所述服务器103可以为浏览器。

参见图2，为本发明视频流提供方法一个实施例的流程图，该方法包括如下步骤：

步骤201，接收客户端发送的请求信息，所述请求信息携带用户身份证明(User Identification，简称UID)。

调度器在接收到客户端发送的收拾请求后，根据各个服务器的负载状况选择一个服务器，并将该收拾请求分发到该服务器。其中，收拾请求是指用于收看电视节目、浏览网页内容等操作的用户操作。

在接收客户端发送的请求信息之前，服务器还可以先生成与所述客户端对应的会话信息，然后通过所述会话管理器保存所述客户端所对应的会话信息与所述客户端的UID之间的对应关系。

例如，如果客户端为新增的客户端，那么服务器可以在接收到该客户端首次发送的请求信息之前，根据默认的生成规则预先生成与该客户端对应的会话信息，并通过会话管理器对该请求信息进行保存。或者，服务器也可以在接收到该客户首次发送的请求信息之后生成与该客户端对应的会话信息。

步骤202，从会话管理器中获取与所述UID对应的会话信息。

服务器在接收到请求信息后，首先获取收拾请求中包含的UID。然后将UID发送至会话管理器。会话管理器根据UID查找对应的会话信息，然后再将查找到的会话信息返回给服务器。为便于查找，会话管理器可以以键值对的形式存储UID及UID对应的会话信息。

所述会话信息可以为统一资源标识符(Uniform Resource Identifier，简称URI)，其中，URI的格式可以如下：

http://website_address:port/ui_page/position_id#sub_id？uid＝xxxxx

如上述URI示例所示，URI的前半部分为内容服务器的IP地址与端口号或是内容服务器的域名与端口号，而URI的后半部分是具体的页面地址以及页面内部元素的位置锚点，除此之外，URI中还可以携带对应的UID。

在此需要说明的是，服务器在接收到客户端首次发送的请求信息之前预先生成与所 述客户端对应的会话信息时，URI的前半部分及后半部分均可以为默认内容。

步骤203，根据所述会话信息生成应向所述客户端发送的用户界面。

在获取到所述会话信息后，服务器可以根据所述会话信息确定需要向客户端返回的内容，并且对所述内容进行解析执行，从而生成用户界面。

当所述会话信息为URI时，所述服务器可以首先向IPTV服务器或者互联网应用服务器等内容服务器发起所述URI对应的超文本传输协议HTTP请求；然后接收由所述内容服务器根据所述HTTP请求发送的响应内容。其中，所述响应内容的形式可以包括HTML、JS脚本、CSS等内容，也可以包括MPEG-4码流等内容。在接收到所述响应内容之后，服务器可以根所述响应内容生成用户界面。

例如，当所述服务器为浏览器，所述响应内容包括JS时，浏览器可以执行所述JS，通过javascript框架提供的相关API函数以所述URI所携带的UID信息，生成用户界面。根据JS的不同或UID的不同，生成的用户界面也各不相同。

步骤204，将所述用户界面编码为视频流。

在用户界面生成之后，服务器对用户界面进行编码，从而生成视频流。服务器对用户界面进行编码时，可以根据UID的不同选择不同的编码方式，从而可以实现为不同客户端提供不同类型视频流的功能。

步骤205，将所述视频流发送给所述客户端。

在视频流生成之后，服务器可以直接将视频流发送给与所述UID对应的客户端；或者，也可以将视频流及所述请求信息所携带的UID发送给所述调度器，再由所述调度器将所述视频流发送至所述UID对应的客户端。

从上述实施例可以看出，接收客户端发送的请求信息，所述请求信息携带用户身份证明UID；从会话管理器中获取与所述UID对应的会话信息；根据所述会话信息生成应向所述客户端发送的用户界面；将所述用户界面编码为视频流；将所述视频流发送给所述客户端。由于可以利用会话管理器保存和管理会话，因而服务器无需再频繁创建和销毁会话，也无需再采用复杂的处理机制实现服务器之间的会话迁移，因而可以大大简化收视管理的处理过程。

为便于服务器管理用户收视，服务器还需要根据实际情况对所述会话信息进行更新。因此如图3所示，在所述步骤205之后，还可以包括：

步骤206，更新所述用户界面。

服务器可以从会话管理器或者调度器获取客户端发送的用户操作，然后根据用户操作更新所述用户界面。所述用户操作可以包括频道浏览、频道切换、网页浏览等。例如，所述用户操作为频道切换时，服务器可以从IPTV服务器获取与切换后频道相对应的MPEG-4码流，然后用切换后频道相对应的MPEG-4码流替换切换前频道相对应的MPEG-4码流，进而重新生成新的用户界面，完成所述用户界面的更新。

当所述服务器为浏览器时，可以利用Javascript框架提供的API接口获取用户信息。例如，所述API可以为SessionManager.getUserAction(uid)，其作用是通过uid，从SessionManager获取用户操作。

服务器也可以执行所述响应内容，然后根据响应内容的执行情况更新所述用户界面。例如，当所述响应内容中包含JS脚本时，服务器也可以根据JS脚本的执行状况更新所述用户界面。具体过程在此就不再赘述。

步骤207，根据更新后的所述用户界面更新所述会话信息。

当所述用户界面发生变化后，该用户界面的URI也会对应发生变化。当所述会话信息为URI时，一旦用户界面发生变化，所述会话信息也需要随之进行更新。

服务器可以在更新所述用户界面之后，生成更新后的用户界面所对应的URI，然后将所述URI与所述客户端的UID发送至会话管理器。会话管理器再将与所述UID对应的会话信息更新为与更新后的所述用户界面相对应的URI。

由于在实际使用中，用户界面更新可能较为频繁，如果在每次用户界面更新之后都通过会话管理器更新会话信息，那么服务器就需要频繁地与回话管理器进行交互，导致服务器和回话管理器都会消耗比价多的资源。为避免资源消耗过多，服务器可以在用户界面更新后，缓存与更新后的所述用户界面相对应的URI；并在符合预定条件时，再将与所述UID对应的会话信息更新为与更新后的所述用户界面相对应的URI。其中，所述预定条件可以是时间条件，例如，每间隔预定时长，服务器使用与更新后的所述用户界面相对应的URI更新一次所述会话信息；或者，所述预定条件也可以触发条件，例如，服务器可以在客户端断开与服务器的连接之后，使用与更新后的所述用户界面相对应的URI更新所述会话信息。通过缓存URI可以避免每次URI发生变化都对会话信息进行更新，从而降低服务器与会话管理器的资源消耗。

采用本实施例，可以完成对会话信息的更新，从而收视管理更加简单。

参见图4，为本发明视频流提供方法另一个实施例的示意图。下面结合图5对本发明做进一步说明。

步骤401，客户端将携带有UID的请求信息发送至调度器。

步骤402，调度器将请求信息分发至服务器。

步骤403，服务器将UID发送至会话管理器。

步骤404，会话管理器将UID对应的URI发送给服务器。

步骤405，服务器向内容服务器发送所述URI对应的HTTP请求。

步骤406，内容服务器向服务器发送所述URI对应的响应内容。

步骤407，服务器根据所述响应内容生成用户界面。

步骤408，服务器将所述用户界面编码为视频流。

步骤409，服务器将所述视频流及所述UID发送至调度器。

步骤410，调度器将所述视频流发送至所述UID对应的客户端。

在步骤410之后还可以包括：

步骤411，服务器更新用户界面。

步骤412，服务器缓存更新后用户界面所对应的URI。

步骤413，服务器将更新后用户界面所对应的URI及所述UID发送至回话管理器。

步骤414，会话管理将所述UID对应的会话信息更新为与更新后用户界面所对应的URI。

由于步骤401至步骤414的详细执行方式在前面实施例中已经进行了详细说明，因此相关内容参见前述实施例即可，在本实施例中就不再赘述。

采用本实施例，由于可以利用会话管理器保存和管理会话，因而服务器无需再频繁创建和销毁会话，也无需再采用复杂的处理机制实现服务器之间的会话迁移，因而可以大大简化收视管理的处理过程。

与本发明视频流提供方法相对应，本发明还提供了视频流提供装置。

参见图5，为本发明视频流提供装置一个实施例的结构示意图。所述装置可以用于执行图1至图4所对应实施例中的视频流提供方法。

如果图5所示，所述装置可以包括：接收单元501，获取单元502，生成单元503，编码单元504，发送单元505。

其中，接收单元501，用于接收客户端发送的请求信息，所述请求信息携带用户身份证明UID；获取单元502，用于从会话管理器中获取与所述UID对应的会话信息；生成单元503，用于根据所述会话信息生成应向所述客户端发送的用户界面；编码单元504，用于将所述用户界面编码为视频流；发送单元505，用于将所述视频流发送给所述客户端。

可选的，所述装置还可以包括更新单元。

当所述装置还包括更新单元时，所述生成单元503，还用于更新所述用户界面；所述更新单元，用于根据更新后的所述用户界面更新所述会话信息。

可选的，所述装置还可以包括会话信息生成单元及会话信息保存单元。

其中，会话信息生成单元，用于生成与所述客户端对应的会话信息；会话信息保存单元，用于通过所述会话管理器保存所述客户端所对应的会话信息与所述客户端的UID之间的对应关系。

可选的，所述获取单元502，具体用于从会话管理器中获取与所述UID对应的统一资源标识符URI。

可选的，所述生成单元503包括：请求子单元，用于向内容服务器发起所述URI对应的超文本传输协议HTTP请求；获取子单元，用于获取所述HTTP请求对应的响应内容；生成子单元，用于根据所述响应内容生成用户界面。

可选的，所述接收单元501，用于从客户端获取用户操作；所述生成单元503，还用于根据用户操作更新所述用户界面。

可选的，所述生成单元503，还用于根据所述响应内容更新所述用户界面。

可选的，所述更新单元包括：缓存子单元，用于缓存与更新后的所述用户界面相对应的URI；更新子单元，用于在符合预定条件时，将与所述UID对应的会话信息更新为与更新后的所述用户界面相对应的URI。

可选的，所述接收单元501，具体用于接收调度器转发的所述请求信息。

可选的，所述发送单元505，具体用于将所述视频流及UID发送给所述调度器，以便于所述调度器将所述视频流发送至与所述UID对应的客户端。

采用本实施例，由于可以利用会话管理器保存和管理会话，因而视频流提供装置无需再频繁创建和销毁会话，也无需再采用复杂的处理机制实现服务器之间的会话迁移，因而可以大大简化收视管理的处理过程。

与本发明视频流提供方法及装置相对应，本发明还提供了服务器。

参加图6，为本发明服务器一个实施例的结构示意图。所述服务器可以用于执行图1至图4所对应实施例中的视频流提供方法。

如图6所示，所述服务器可以包括：处理器601，存储器602，通信接口603。这些组件通过一条或多条总线进行通信。本领域技术人员可以理解，图中示出的服务器的结构并不构成对本发明的限定，它既可以是总线形结构，也可以是星型结构，还可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

处理器601为所述装置的控制中心，利用各种接口和线路连接整个电子设备的各个部分，通过运行或执行存储在存储器602内的软件程序和/或模块，以及调用存储在存储器602内的数据，以执行电子设备的各种功能和/或处理数据。所述处理器601可以由集成电路(Integrated Circuit，简称IC)组成，例如可以由单颗封装的IC所组成，也可以由连接多颗相同功能或不同功能的封装IC而组成。举例来说，处理器601可以仅包括中央处理器(Central Processing Unit，简称CPU)，也可以是GPU、数字信号处理器(Digital Signal Processor，简称DSP)、及通信单元中的控制芯片(例如基带芯片)的组合。在本发明实施方式中，CPU可以是单运算核心，也可以包括多运算核心。

存储器602可用于存储软件程序以及模块，处理器601通过运行存储在存储器的软件程序以及模块，从而执行终端的各种功能应用以及实现数据处理。存储器主要包括程序存储区和数据存储区，其中，程序存储区可存储操作系统、至少一个功能所需的应用程序，比如声音播放程序、图像播放程序等等；数据存储区可存储根据服务器的使用所创建的数据，比如UID、会话信息、UI与会话信息之间的存储等。在本发明具体实施方式中，存储器可以包括易失性存储器，例如非挥发性动态随机存取内存(Nonvolatile Random Access Memory，简称NVRAM)、相变化随机存取内存(Phase Change RAM，简称PRAM)、磁阻式随机存取内存(Magetoresistive RAM，简称MRAM)等，还可以包括非易失性存储器，例如至少一个磁盘存储器件、电子可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory，简称EEPROM)、闪存器件，例如反或闪存(NOR flash memory)或是反及闪存(NAND flash memory)。非易失存储器储存处理器所执行的操作系统及应用程序。所述处理器从所述非易失存储器加载运行程序与数据到内存并将数字内容储存于大量储存装置中。所述操作系统包括用于控制和管理常规系统任务，例如内存管理、存储设备控制、电源管理等，以及有助于各种软硬件之间通信的各种组件和/或驱动器。在本发明实施方式中，所述操作系统可以是Google公司的Android系统、Apple公司开发的iOS系统或Microsoft公司开发的Windows操作系统等，或者是Vxworks这类的嵌入式操作系统。

所述通信单元602用于建立通信信道，使服务器通过所述通信信道以连接至客户端、调度器等其他设备，并与其他设备进行通信。所述通信单元603可以包括无线局域网(Wireless Local Area Network，简称wireless LAN)模块、蓝牙模块、基带(Base Band)模块等通信模块，以及所述通信模块对应的射频(Radio Frequency，简称RF)电路，用于进行无线局域网络通信、蓝牙通信、红外线通信及/或蜂窝式通信系统通信，例如宽带码分多重接入(Wideband Code Division Multiple Access，简称W-CDMA)及/或高速下行封包存取(High Speed Downlink Packet Access，简称HSDPA)。所述通信模块用于控制终端中的各组件的通信，并且可以支持直接内存存取(Direct Memory Access)。

其中，所述处理器601，用于通过所述通信接口603接收客户端发送的请求信息，所述请求信息携带用户身份证明UID；从存储器602中获取与所述UID对应的会话信息；根据所述会话信息生成应向所述客户端发送的用户界面；将所述用户界面编码为视频流；将所述视频流发送给所述客户端。

可选的，所述处理器601，还用于更新所述用户界面；并根据更新后的所述用户界面更新所述会话信息。

可选的，所述处理器601，还用于从会话管理器中获取与所述UID对应的统一资源标识符URI。

可选的，所述处理器601，还用于通过通信接口603向内容服务器发起所述URI对应的超文本传输协议HTTP请求；通过通信接口603获取所述HTTP请求对应的响应内容；根据所述响应内容生成用户界面。

可选的，所述处理器601，还用于通过通信接口603从客户端获取用户操作；根据用户操作更新所述用户界面。

可选的，所述处理器601，还用于根据所述响应内容更新所述用户界面。

可选的，所述处理器601，还用于缓存与更新后的所述用户界面相对应的URI；在符合预定条件时，将存储器602中与所述UID对应的会话信息更新为与更新后的所述用户界面相对应的URI。

可选的，所述处理器601，还用于通过通信接口603接收调度器转发的所述请求信息。

可选的，所述处理器601，还用于通过通信接口603将所述视频流及UID发送给所述调度器，以便于所述调度器将所述视频流发送至与所述UID对应的客户端。

可选的，所述处理器601，还用于生成与所述客户端对应的会话信息；通过所述存储器602保存所述客户端所对应的会话信息与所述客户端的UID之间的对应关系。

采用本实施例，由于可以利用会话管理器保存和管理会话，因而视频流提供装置无需再频繁创建和销毁会话，也无需再采用复杂的处理机制实现服务器之间的会话迁移，因而可以大大简化收视管理的处理过程。

本领域的技术人员可以清楚地了解到本发明实施例中的技术可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本发明实施例中的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例或者实施例的某些部分所述的方法。

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

以上所述的本发明实施方式，并不构成对本发明保护范围的限定。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明的保护范围之内。