CN105847173A - 内容提供控制方法、终端设备和用户设备 - Google Patents

Abstract

本公开实施例公开了一种内容提供控制方法、终端设备和用户设备。该内容提供控制方法包括：响应于接收到的内容请求任务，向服务器端发送状态询问请求消息，从所述服务器接收指示服务器端是否过载的响应消息，并且如果所述响应消息指示服务器端过载，则展示服务器端当前过载的提示，并停止向服务器端发送所述状态询问请求消息。接收到内容请求任务后，先向服务器端发送状态询问请求消息，了解服务器端是否过载，若服务器过载则直接展示服务器端当前过载的提示，减少用户等待时间。

Description

内容提供控制方法、终端设备和用户设备

技术领域

本公开涉及网络多媒体内容技术，尤其涉及一种内容提供控制方法、终端设备和用户设备。

背景技术

随着数据传输技术的成熟，用户可以利用终端设备通过互联网收看多媒体内容，这大大丰富了用户的娱乐生活。例如，用户可使用播放软件收看内容提供商提供的各种点播内容，例如热播电视剧、电影、综艺节目等。此外，用户还可以使用终端设备(如手机或平板电脑等)收看实时转播的新闻节目、体育赛事、娱乐节目(如春晚、奥斯卡颁奖仪式等)。

用户在使用终端设备通过互联网收看(尤其是在线收看)多媒体内容时，终端设备上的播放应用(APP)会通过网络向服务器发送内容请求，服务器在接收到用户的内容请求时，需要为客户端分配资源(例如带宽资源等)。当大量用户同时访问内容提供商的服务器收看节目时，会导致服务器(如CDN节点)过载，致使服务器对至少一部分用户的收看请求无法做出响应。然而，在这种情况下，下载不到内容的播放应用通常会继续发送内容请求，这进一步加重了服务器的过载状况，形成恶性循环，使得用户等待很长时间无法收看想看的节目，又得不到任何提示，影响用户体验，降低服务质量。

发明内容

本公开实施例可能的目的是：提供一种内容提供控制方法，方法包括：响应于接收到的内容请求任务，向服务器端发送状态询问请求消息，从服务器接收指示服务器端是否过载的响应消息，并且如果响应消息指示服务器端过载，则展示服务器端当前过载的提示，并停止向服务器端发送所述状态询问请求消息。

进一步地，内容请求任务指示请求发起多媒体内容的下载或播放。

进一步地，方法还包括：如果响应消息指示服务器端未过载，则向服务器发送与内容请求任务相应的内容下载请求。

另一方面，本公开的一可能的实施方案提供了一种终端设备，终端设备中设置有相应的内容提供控制装置，内容提供控制装置包括：请求消息发送模块，用于向服务器发送响应于接收到的内容请求任务的状态询问请求消息；响应接收模块，用于从服务器接收指示服务器端是否过载的响应消息；响应处理模块，用于当响应消息指示服务器端过载时，展示服务器端当前过载的提示，并停止向所述服务器端发送所述状态询问请求消息。

进一步地，内容请求任务指示请求发起多媒体内容的下载或播放。

进一步地，装置还包括请求模块，用于在响应消息指示服务器端未过载的情况下，向服务器发送与内容请求任务相应的内容下载请求。

进一步地，响应接收模块还用于在向服务器发送内容下载请求之后，接收服务器响应于该内容下载请求发送的下载信息条目，响应处理模块还用于接收响应接收模块发送的下载信息条目，并根据下载信息条目下载多媒体内容，终端设备还包括：播放模块，用于接收并播放响应处理模块发送的多媒体内容。

另一方面，本公开的一可能的实施方案提供了一种用户设备，所述用户设备包括：存储器，用于存放程序；处理器，用于执行所述存储器存储的程序，所述程序使得所述处理器执行以下操作：响应于接收到的内容请求任务，向服务器端发送状态询问请求消息，从所述服务器端接收指示服务器端是否过载的响应消息，并且如果所述响应消息指示服务器端过载，则展示服务器端当前过载的提示，并停止向所述服务器端发送所述状态询问请求消息。

本公开实施例的至少一个实施方案，在接收到内容请求任务后，先向服务器发送状态询问请求消息，了解服务器端是否过载(例如，了解服务器端是否具有可以满足内容请求任务的可用带宽资源)，若服务器端过载(即不具有可以满足内容请求任务的可用带宽资源)则不向服务器端发送内容下载请求，并向用户指示错误；若服务器端未过载(即具有可以满足内容请求任务的可用带宽资源)则向服务器端发送内容下载请求。这样可以避免在服务器端已经过载的情况下多次向服务器端发送请求，造成服务器端过载严重，同时可以减少用户在操作后等待的时间，使用户能够快速地得到信息反馈，提高服务质量，让用户的使用体验更好。

附图说明

图1为本公开实施例一的内容提供控制方法的流程图；

图2为本公开实施例二的内容提供控制方法的流程图；

图3为本公开实施例三的终端设备的结构示意图；

图4为本公开实施例四的用户设备的结构示意图。

具体实施方式

下面结合附图(若干附图中相同的标号表示相同的元素)和实施例，对本公开的具体实施方式作进一步详细说明。以下实施例用于说明本公开，但不用来限制本公开的范围。

本领域技术人员可以理解，本公开中的“第一”、“第二”等术语仅用于区别不同步骤、设备或模块等，既不代表任何特定技术含义，也不表示它们之间的必然逻辑顺序。

实施例一

如图1所示，本公开实施例提供了一种内容提供控制方法。该方法可以由具有数据处理功能的装置执行，该装置可以为独立装置，也可以为集成在服务器中的装置。

内容提供控制方法包括：

步骤S110，响应于接收到的内容请求任务，向服务器发送状态询问请求消息。

该内容请求任务可以是根据多媒体内容下载指令生成的内容请求任务。用户在使用终端设备时，会通过输入设备向客户端下达指令，例如，下载或播放某一个或多个多媒体内容。客户端接收到根据该指令生成的后内容请求任务后，会向服务器发送状态询问请求消息，以确定服务器端是否有足够的可用资源满足该内容请求任务。

步骤S120，从服务器接收指示服务器端是否过载的响应消息。

服务器接收到状态询问请求消息后，根据该状态询问请求消息的询问内容判断服务器端是否具有满足内容请求任务的可用资源，并将判断的结果生成响应消息发送给客户端。客户端接收到该响应消息后即可获知服务器端是否过载。

步骤S130，如果响应消息指示服务器端不具有满足内容请求任务的可用资源，则展示服务器端当前过载的提示。

在客户端接收到从服务器发送的响应消息后，若响应消息指示服务器端过载，则客户端不再向服务器发送内容下载请求，而直接向用户展示服务器端当前过载的提示。这样一方面可以避免继续向服务器端发送请求造成的服务器端过载加重的情况，另一方面避免了用户长时间等待得不到任何提示和信息的情况，提高了用户服务质量。

向用户展示服务器端当前过载的提示的方式可以是弹出提示框，并显示“服务器端当前过载”。当然，向用户展示服务器端当前过载的提示的方式也可以直接显示错误页面。本领域技术人员可以根据实际需要设定不同的提示方式。

用户在操作终端设备时，会产生内容请求任务，例如，请求在线播放某一剧集或视频。现有技术中，接收到这一内容请求任务后，终端设备会向服务器发送内容下载请求，以请求下载相应的内容。此时，若服务器处于过载状态，则不会对终端设备的内容下载请求作出响应，若终端设备在一段时间内未接到响应，则会再次向服务器发送内容下载请求，这样过程重复进行会加剧服务器的过载，造成恶性循环。

在本实施例中，终端设备在向服务器发送内容下载请求之前，先发送状态询问请求，了解服务器是否过载，并根据服务器是否过载判断是否发生内容下载请求，避免了服务器过载的情况下多次向服务器发送内容下载请求造成服务器过载加剧的情况。而且，若从服务器接收到的响应消息指示服务器已经过载，则直接向用户展示服务器端当前过载的提示，减少了等待时间，使用户使用体验更好。

举例来说，本公开提供的信息处理装置作为本实施例的执行主体，执行S110～S130。具体地，所述信息处理装置可以以软件、硬件或软硬件结合的方式设置在用户设备中，或者，所述信息处理装置本身就是所述用户设备；所述用户设备包括但不限于：智能手机、智能眼镜、智能头盔等，其中智能眼镜又分为智能框架眼镜和智能隐形眼镜。

本领域技术人员可以理解，在本公开具体实施方式的上述方法中，各步骤的序号大小并不意味着执行顺序的先后，各步骤的执行顺序应以其功能和内在逻辑确定，而不应对本公开具体实施方式的实施过程构成任何限定。

实施例二

图2为本公开实施例二的内容提供控制方法的流程图。

本实施例中，以终端设备通过播放应用中的中间件或控件(CDE，Cloud Data Entry)执行本公开提供的内容提供控制方法为例。参照图2，本实施例的内容提供控制方法包括以下步骤：

步骤S210，中间件或控件从播放应用接收内容请求任务。

在本实施例中，中间件或控件提供用于从播放应用接收内容请求任务的接口以及用于指示播放应用展示服务器端当前过载的提示的接口。播放应用从终端设备接收的指令通过该应用程序接口传输给中间件或控件。

步骤S220，中间件或控件响应于该内容请求任务，向服务器发送状态询问请求消息。

其中，该状态询问请求消息用于获取服务器端的状态。例如，状态询问请求消息可以是符合HTTP协议的GET请求。

步骤S230，中间件或控件从服务器接收指示服务器端是否过载的响应消息。若响应消息指示过载，则执行步骤S240；若响应消息指示未过载，则执行步骤S250。

中间件或控件接收到内容请求任务后，生成状态询问请求消息，并将该请求消息发送给服务器，并从服务器接收响应消息。

步骤S240，若响应消息指示服务器端不具有满足内容请求任务的可用资源(服务器端过载)，则中间件或控件指示播放应用展示服务器端当前过载的提示。

中间件或控件通过应用程序接口向播放应用发送消息，使播放应用展示服务器端当前过载的提示。

步骤S250，若响应消息指示服务器端具有满足内容请求任务的可用资源(服务器端过载)，则中间件或控件根据内容请求任务向服务器发送相应的内容下载请求。

在本实施例中，服务器与客户端之间的多媒体内容传输是基于HTTP实时流也即HLS协议。在基于此协议进行多媒体内容的传输时，将多媒体内容进行切片处理，使之成为由多个内容切片依据时间顺序组成的多媒体内容。服务器接收到的内容下载请求后，根据该内容下载请求生成下载信息条目，并将下载信息条目整合到M3U8索引中，并将其发送给中间件或控件，中间件或控件根据该M3U8索引中的下载信息条目下载相应的多媒体内容切片。

实施例三

根据本公开的实施例三，提供一种内容提供的终端设备，该终端设备中设置有相应的内容提供控制装置，该装置请求消息发送模块410、响应接收模块420和响应处理模块440。

请求消息发送模块410用于向服务器发送响应于接收到的内容请求任务的状态询问请求消息。响应接收模块420用于从服务器接收指示服务器端是否过载的响应消息。响应处理模块440用于当响应消息指示服务器端不具有满足内容请求任务的可用资源时，展示服务器端当前过载的提示。

该终端设备在接收到内容请求任务之后，先向服务器发送状态询问请求消息，以了解服务器端是否具有满足内容请求任务的可用资源(是否过载)，再根据服务器返回的指示是否过载的响应消息判断是否向服务器发送内容下载请求，可以避免在服务器端已经过载的情况下再向服务器发送内容下载请求造成的服务器过载加重的情况，也避免用户长时间等待但得不到任何回馈的情况，提高用户服务质量。

在一个可选的实施例中，内容提供控制装置还包括任务接收模块450，用于从终端设备接收内容请求任务。中间件模块或控件模块具有接口，内容提供控制装置通过接口将内容请求任务传送给中间件模块或控件模块。

内容提供控制装置还包括请求模块(图中未示出)，在响应消息指示服务器端未过载的情况下，向服务器发送与所述内容请求任务相应的内容下载请求。响应接收模块420还用于在向服务器发送内容下载请求之后，接收服务器响应于该内容下载请求发送的下载信息条目，响应处理模块440还用于接收响应接收模块420发送的下载信息条目，并根据下载信息条目下载多媒体内容。

终端设备的播放应用还包括播放模块430，用于接收并播放响应处理模块440发送的多媒体内容。

优选地，在本实施例中，终端设备通过中间件模块或控件模块执行内容提供控制装置的功能。需要说明的是，请求消息发送模块410、响应接收模块420和响应处理模块440等均集成在中间件模块或控件模块内。内容提供控制装置的功能是指该装置的各个模块所能实现的功能，包括但不限于状态询问请求消息的发送、下载信息条目的发送、接收和处理等。

实施例四

图4为本公开实施例提供的又一种用户设备1200的结构示意图，本公开具体实施例并不对用户设备1200的具体实现做限定。该用户设备1200可以包括：

处理器(processor)1210、通信接口(Communications Interface)1220、存储器(memory)1230、以及通信总线1240。其中：

处理器1210、通信接口1220、以及存储器1230通过通信总线1240完成相互间的通信。

通信接口1220，用于与比如客户端等的网元通信。

处理器1210，用于执行程序1232，具体可以执行上述方法实施例中的相关步骤。

具体地，程序1232可以包括程序代码，所述程序代码包括计算机操作指令。

处理器1210可能是一个中央处理器CPU，或者是特定集成电路ASIC(Application Specific Integrated Circuit)，或者是被配置成实施本公开实施例的一个或多个集成电路。

存储器1230，用于存放程序1232。存储器1230可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。程序1232具体可以用于使得所述用户设备1200执行以下操作：

向服务器发送响应于接收到的内容请求任务的状态询问请求消息；并且从服务器接收指示服务器端是否过载的响应消息；当响应消息指示服务器端不具有满足内容请求任务的可用资源时，展示服务器端当前过载的提示，并停止发送状态询问请求消息。

在一种可选地实施例中，用户设备1200还从终端设备接收内容请求任务。

在一种可选地实施例中，用户设备1200还接收服务器发送的下载信息条目，并根据下载信息条目下载多媒体内容；将该多媒体内容存储在存储器1230中。

程序1232中各步骤的具体实现可以参见上述实施例中的相应步骤和单元中对应的描述，在此不赘述。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的设备和模块的具体工作过程，可以参考前述方法实施例中的对应过程描述，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及方法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上实施方式仅用于说明本公开，而并非对本公开的限制，有关技术领域的普通技术人员，在不脱离本公开的精神和范围的情况下，还可以做出各种变化和变型，因此所有等同的技术方案也属于本公开的范畴，本公开的专利保护范围应由权利要求限定。

Claims (8)

1.一种内容提供控制方法，所述方法包括：

响应于接收到的内容请求任务，向服务器端发送状态询问请求消息，从所述服务器端接收指示服务器端是否过载的响应消息，并且如果所述响应消息指示服务器端过载，则展示服务器端当前过载的提示，并停止向所述服务器端发送所述状态询问请求消息。

2.根据权利要求1所述的方法，其中，所述内容请求任务指示请求发起多媒体内容的下载或播放。

3.根据权利要求1或2所述的方法，其中，所述方法还包括：

如果所述响应消息指示服务器端未过载，则向所述服务器发送与所述内容请求任务相应的内容下载请求。

4.一种终端设备，所述终端设备中设置有内容提供控制装置，所述内容提供控制装置包括：

请求消息发送模块，用于响应于接收到的内容请求任务，向服务器端发送状态询问请求消息；

响应接收模块，用于从所述服务器端接收指示服务器端是否过载的响应消息；

响应处理模块，用于如果所述响应消息指示服务器端过载，则展示服务器端当前过载的提示，并停止向所述服务器端发送所述状态询问请求消息。

5.根据权利要求4所述的终端设备，其中，所述内容请求任务指示请求发起多媒体内容的下载或播放。

6.根据权利要求4或5所述的终端设备，其中，内容提供控制装置还包括请求模块，用于在所述响应消息指示服务器端未过载的情况下，向所述服务器发送与所述内容请求任务相应的内容下载请求。

7.根据权利要求6所述的终端设备，其中，所述响应接收模块还用于在向服务器发送内容下载请求之后，接收所述服务器响应于该内容下载请求发送的下载信息条目，所述响应处理模块还用于接收所述响应接收模块发送的下载信息条目，并根据所述下载信息条目下载多媒体内容，所述终端设备还包括：

播放模块，用于接收并播放所述响应处理模块发送的所述多媒体内容。

8.一种用户设备，其特征在于，所述用户设备包括：

存储器，用于存放程序；

处理器，用于执行所述存储器存储的程序，所述程序使得所述处理器执行以下操作：

响应于接收到的内容请求任务，向服务器端发送状态询问请求消息，从所述服务器端接收指示服务器端是否过载的响应消息，并且如果所述响应消息指示服务器端过载，则展示服务器端当前过载的提示，并停止向所述服务器端发送所述状态询问请求消息。