CN106998504A - 内容展示方法、装置和系统 - Google Patents

Abstract

本申请提出一种内容展示方法、装置和系统，该内容展示方法包括：互动平台向服务端发送用于获取内容的请求，以使所述服务端确定所述请求属于的类别，并获取所述类别对应的内容；互动平台接收所述服务端发送的内容；互动平台展示所述内容。该方法能够提高互动平台展示的内容的灵活性，更好的满足用户需求。

Description

内容展示方法、装置和系统

技术领域

本申请涉及互联网技术领域，尤其涉及一种内容展示方法、装置和系统。

背景技术

随着互联网技术的发展，用户越来越多的从各种互联网平台获取内容。用户通过互联网平台获取内容时，一种方式是通过互动平台从服务端获取内容。互动平台例如支付宝的“咻一咻”功能，可以在被触发后，从服务端获取内容并展示给用户。

相关技术中，互动平台展示的内容相对固定，不够灵活。

发明内容

本申请旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本申请的一个目的在于提出一种内容展示方法，该方法可以提高互动平台展示的内容的灵活性，更好的满足用户需求。

本申请的另一个目的在于提出一种内容展示装置。

本申请的另一个目的在于提出一种内容展示系统。

为达到上述目的，本申请第一方面实施例提出的内容展示方法，包括：互动平台向服务端发送用于获取内容的请求，以使所述服务端确定所述请求属于的类别，并获取所述类别对应的内容；互动平台接收所述服务端发送的内容；互动平台展示所述内容。

本申请第一方面实施例提出的内容展示方法，通过接收服务端发送的内容，该内容是服务端根据请求属于的类别确定的，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

为达到上述目的，本申请第二方面实施例提出的内容展示方法，包括：服务端接收互动平台发送的用于获取内容的请求；服务端确定所述请求属于的类别，并获取所述类别对应的内容；服务端将所述内容发送给互动平台，并通过所述互动平台展示。

本申请第二方面实施例提出的内容展示方法，通过确定请求属于的类别，并获取类别对应的内容，以及将该内容发送给互动平台进行展示，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

为达到上述目的，本申请第三方面实施例提出的内容展示装置，位于互动平台中，包括：发送模块，用于向服务端发送用于获取内容的请求，以使所述服务端确定所述请求属于的类别，并获取所述类别对应的内容；接收模块，用于接收所述服务端发送的内容；展示模块，用于展示所述内容。

本申请第三方面实施例提出的内容展示装置，通过接收服务端发送的内容，该内容是服务端根据请求属于的类别确定的，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

为达到上述目的，本申请第四方面实施例提出的内容展示装置，包括：接收模块，用于接收互动平台发送的用于获取内容的请求；获取模块，用于确定所述请求属于的类别，并获取所述类别对应的内容；发送模块，用于将所述内容发送给互动平台，并通过所述互动平台展示。

本申请第四方面实施例提出的内容展示装置，通过确定请求属于的类别，并获取类别对应的内容，以及将该内容发送给互动平台进行展示，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

为达到上述目的，本申请第五方面实施例提出的内容展示系统，包括：第三方面实施例提出的内容展示装置，以及，第四方面实施例提出的内容展示装置

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本申请一实施例提出的内容展示方法的流程示意图；

图2是本申请另一实施例提出的内容展示方法的流程示意图；

图3是本申请另一实施例提出的内容展示方法的流程示意图；

图4是本申请另一实施例提出的内容展示方法的流程示意图；

图5是本申请另一实施例提出的内容展示装置的结构示意图；

图6是本申请另一实施例提出的内容展示装置的结构示意图；

图7是本申请另一实施例提出的内容展示装置的结构示意图；

图8是本申请另一实施例提出的内容展示系统的结构示意图。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的模块或具有相同或类似功能的模块。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。相反，本申请的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本申请一实施例提出的内容展示方法的流程示意图。

本实施例可以应用在互动平台上。

互动平台是指能够接收用户产生的触发指令，并根据触发指令从服务端获取内容并展示给用户的前端模块，并且，用户可以随时对互动平台进行操作以产生触发指令，互动平台每次接收到用户产生的触发指令后，就会向服务端发送用于获取内容的请求，服务端每次接收到该请求后，就会获取对应的内容并发送给互动平台，以及，互动平台在每次接收到服务端发送的内容后就展示给用户。

其中，互动平台可以作为一个独立的应用程序，或者，互动平台嵌入设定应用程序内，作为设定应用程序的一个功能。不论是作为独立的应用程序还是作为设定应用程序的一个功能，互动平台可以对外展示为一种预设标识，例如，独立的应用程序对应的图标或应用程序内功能对应的图标。用户可以对该预设标识进行预设操作以产生触发指令，例如，用户对上述的图标进行点击操作，以产生点击指令，互动平台接收到用户产生的点击指令后，可以向服务端发送用于获取内容的请求，服务端接收到该请求后会获取对应的内容并发送给互动平台，互动平台将从服务端获取的内容展示给用户。

以互动平台作为设定应用程序内的一个功能为例，互动平台例如是支付宝的“咻一咻”功能。用户可以打开支付宝的主页面，该主页面中包括“咻一咻”对应的图标，当用户每次点击该图标后，会向用户展示本次“咻一咻”功能定向提供的内容，该内容具体可以是“咻一咻”功能接收到用户的点击指令后，从服务端获取对应的内容并展示给用户。进一步的，服务端提供的内容可以分为多个类别，例如，“商家”、“人”、“红包”等，用户可以点击需要的类别，并获取相应类别的内容，例如，用户点击“商家”时，可以向用户展示“商家”信息，当用户点击“人”时，可以向用户展示同时“咻一咻”的其他用户，当用户点击“红包”时，可以向服务端抢红包等。初始时，可以默认一个类别展示相应类别的内容。

参见图1，本实施例的方法包括：

S11：互动平台向服务端发送用于获取内容的请求，以使所述服务端确定所述请求属于的类别，并获取所述类别对应的内容。

其中，互动平台可以是在接收到用户的触发指令后，向服务端发送请求。

例如，当用户点击支付宝界面的“咻一咻”功能后，“咻一咻”互动平台可以向服务端发送请求。

本实施例中，服务端接收到请求后，可以先确定请求属于的类别，并获取与该类别对应的内容。内容例如包括：文字、图片、视频等。

服务端在确定请求属于的类别时，可以根据请求中包含的信息确定，或者，根据请求的时间信息等确定，另外，服务端还可以预先获取类别与内容的对应关系，从而获取与类别对应的内容。具体的服务端的处理流程可以参见后续实施例。

S12：互动平台接收所述服务端发送的内容。

服务端在获取请求属于的类别对应的内容后，可以将该内容发送给互动平台。

S13：互动平台展示所述内容。

互动平台接收到服务端发送的内容后，可以对其进行展示。

当用户触发互动平台向服务端发送请求后，服务端是每次接收到请求后，获取与当前请求对应的内容，对应不同次的请求，服务端获取的请求可以相同或不同。例如，用户在第一次触发互动平台从服务端获取的内容，与用户第二次触发互动平台从服务端获取的内容可以相同或不同。

另外，互动平台从服务端获取并展示给用户的内容可以包括如下项中的一项或多项：

电视台提供的节目内容；

与电视台提供的节目内容相关的其他内容；

用于增强用户参与度的预设内容。

用于增强用户参与度的预设内容例如称为“红包”。

本实施例中，通过接收服务端发送的内容，该内容是服务端根据请求属于的类别确定的，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

图2是本申请另一实施例提出的内容展示方法的流程示意图。

本实施例以服务端的执行为例。

参见图2，本实施例的方法包括：

S21：服务端接收互动平台发送的用于获取内容的请求。

其中，用户需要获取内容时，可以触发互动平台向服务端发送请求。

例如，用户点击“咻一咻”功能后，“咻一咻”互动平台可以向服务端发送请求。

S22：服务端确定所述请求属于的类别，并获取所述类别对应的内容。

一些实施例中，请求中可以包含用户信息，服务端接收到请求后，从中提取出用户信息，并根据预先建立的用户信息与类别的对应关系，可以确定用户信息对应的类别，再根据预先建立的类别与内容的对应关系，可以获取对应的内容。

例如，服务端预先可以通过大数据挖掘，将所有用户分为农村用户和非农村用户，并对应每个用户名标记其属于农村用户或非农村用户。互动平台发送的请求中包含用户名，服务端从请求中提取出用户名后，根据预先标记的信息，可以确定当前用户是否属于农村用户，如果属于，则获取农村用户对应的内容，否则，获取非农村用户对应的内容。其中，农村用户和非农村用户对应的内容也可以是预先配置获取从其他模块获取的。

另外，用户信息不限于用户名，用户信息例如还可以是用户的手机号、邮箱等信息，或者，用户信息也不限定是上述的用户名、手机号、邮箱号等相对固定的信息，还可以是用户当前所处的地理位置信息等相对来讲动态变化的信息。以地理位置信息为例，用户在第一位置时可以点击互动平台，此时互动平台可以从服务端获取第一位置对应的第一内容，并展示给用户，类似的，当用户在第二位置点击互动平台时，互动平台可以从服务端获取第二位置对应的第二内容。在服务端中可以预先配置位置信息与内容之间的对应关系，当第一位置和第二位置不同时，根据配置的情况，对应的内容也可以是不同的，从而用户在第一位置获取的第一内容与用户在第二位置获取的第二内容也是不同的，满足用户对当前情况的需求。

一些实施例中，服务端接收到请求后，可以确定请求对应的时间信息，时间信息例如是接收到请求的时间或者发送请求的时间等，并根据预先配置的时间信息与内容之间的对应关系，获取对应的内容。

例如，服务端中可以预先确定第一时间段对应第一内容，第二时间段对应第二内容，则如果请求对应的时间信息属于第一时间段，则可以获取第一内容。

如果不同时间段对应的内容不同，则用户在不同时间段触发互动平台发送请求后，用户就会获取不同的内容。例如，用户在第一时间段内点击互动平台后展示给用户的内容，与用户在第二时间段内容点击互动平台后展示给用户的内容可以是不同的。

S23：服务端将所述内容发送给互动平台，并在互动平台上展示。

例如，服务端获取农村用户对应的内容后，将这些内容发送给互动平台并展示给当前用户。

以服务端配置不同时间段对应不同的内容为例，每个时间段对应的内容可以是同类别的，或者也可以是不同类别的。例如，对应第一时间段是红包，则当用户在第一时间段内点击互动平台后，可以参与抢红包活动，并由服务端将参与结果发送给互动平台，由互动平台展示给用户，例如，向用户展示抢到的红包，或者，向用户展示未抢到红包的信息，或者，在未抢到红包时也可以展示一些有趣的信息或用户感兴趣的信息等，增强用户参与性。对应第二时间段则可以是向用户展示与当前节目内容相关的明星信息，例如，用户在第二时间段内点击互动平台后，互动平台可以从服务端获取当前时间段会出现的某个或某些明星的信息并展示给用户。这样，用户可以在发红包的时间段参与抢红包，而在不发红包的时间段也可以获取到与播放的节目相关的一些内容，增强用户点击互动平台的积极性。

本实施例中，通过确定请求属于的类别，并获取类别对应的内容，以及将该内容发送给互动平台进行展示，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

图3是本申请另一实施例提出的内容展示方法的流程示意图。

本实施例以互动平台与服务端的交互流程为例。

本实施例以根据用户类别进行展示为例。

参见图3，本实施例的方法包括：

S31：互动平台接收到用户的点击指令后，向服务端发送请求，该请求中包含用户名。

例如，用户打开支付宝界面，点击其中的“咻一咻”功能，从而触发“咻一咻”功能互动平台向服务端发送请求。

在用户点击互动平台之前可以先进行登录，从而互动平台可以获取用户名并包含在请求中。

S32：服务端从请求中提取出用户名，并确定用户名对应的用户类别。

其中，服务端可以预先根据大数据挖掘等技术，确定每个用户名对应的用户类别，并配置用户名与用户类别的对应关系，从而在获取到用户名后，可以确定对应的用户类别。

S33：服务端判断用户类别是否属于预设类别，若是，执行S34，否则，执行S35。

预设类别是预先配置的，例如，预设类别是农村用户。

S34：服务端将预设类别对应的内容发送给互动平台。之后执行S36。

S35：服务端将正常内容发送给互动平台。之后执行S36。

其中，非预设类别对应的内容可以称为正常内容。在服务端可以预先配置预设类别和非预设类别对应的内容，从而将相应内容发送给互动平台。

S36：互动平台将接收的内容展示给用户。

本实施例中，上述的内容可以是文字、图片、视频等内容。

进一步的，当服务端与电视台交互时，上述的内容可以具体是电视台提供的节目内容、与节目内容相关的其他内容、红包等中的一项或多项。

例如，服务端可以从电视台获取节目内容，并配置节目内容与用户类别之间的对应关系，之后，在接收到互动平台发送的请求并确定出当前用户的用户类别后，获取与当前用户的用户类别对应的节目内容并发送给互动平台，以展示给当前用户。

具体以春晚节目为例，假设预先根据大数据挖掘等技术确定第一类用户感兴趣的内容是港台明星，则如果当前用户属于第一类用户，则可以将春晚节目中港台明星的节目发送给互动平台并展示待当前用户。

又例如，内容也可以是与节目内容相关的其他内容，例如，如果用户对港台明星感兴趣，则可以获取春晚节目中出现的港台明星，并获取出现的港台明星的其他资讯，将其他资讯发送给互动平台以展示给用户。

本实施例中，可以根据请求中包含的用户名确定用户属于的用户类别，并获取相应类别的内容，从而可以满足用户个性化需求。

图4是本申请另一实施例提出的内容展示方法的流程示意图。

本实施例以互动平台与服务端的交互流程为例。

本实施例以根据请求的时间信息进行展示为例。

参见图4，本实施例的方法包括：

S41：互动平台接收到用户的点击指令后，向服务端发送请求。

例如，用户打开支付宝界面，点击其中的“咻一咻”功能，从而触发“咻一咻”功能互动平台向服务端发送请求。

S42：服务端确定请求对应的时间信息，并获取与该时间信息对应的内容。

其中，如图4所示，可以由控制后台预先向服务端推送每个时间段的内容，从而根据时间信息确定对应的内容。

例如，控制后台推送的第一时间段的内容是第一内容，如果当前的请求的时间信息属于第一时间段，则获取第一内容。

S43：服务端将获取的内容发送给互动平台。

S44：互动平台将接收的内容展示给用户。

本实施例中，上述的内容可以是文字、图片、视频等内容。

进一步的，控制后台可以根据电视台播放的节目内容生成待推送的内容，并推送给服务端。

待推送的内容例如是电视台提供的节目内容，与节目内容相关的其他内容，红包等中的一项或多项。

以推送节目内容相关的其他内容为例，例如，在春晚播放时，控制后台可以预先确定每个时间段出现的明星，并获取出现的明星的相关信息，将获取的相关信息推送给服务端，当服务端接收到互动平台的请求后，可以将相应时间段的内容发送给互动平台。

进一步的，每个时间段对应的内容可以分为多种子内容，并且在不同时间段，不同子内容所占的比例可以相同或不同。例如，第一时间段出现的明星中的主要一个是明星A，则第一时间段对应的内容可以是明星A的信息占较大比例，比如占80％，第二时间段出现的明星中的主要一个是明星B，则第二时间段对应的内容可以是明星B的信息占较大比例，比如占70％。

本实施例中，可以根据请求的时间信息向互动平台发送相应的内容，可以在不同时间段展示给用户不同的内容，提高内容的灵活性，更好满足用户需求。进一步的，通过在不同的时间段向用户展示相应时间段的节目内容对应的信息，可以提高用户参与度。

图5是本申请另一实施例提出的内容展示装置的结构示意图。该装置位于互动平台中，该装置50包括：发送模块51、接收模块52和展示模块53。

发送模块51，用于向服务端发送用于获取内容的请求，以使所述服务端确定所述请求属于的类别，并获取所述类别对应的内容。

可选的，发送模块51具体用于：

当用户每次对互动平台对应的预设标识进行预设操作后，接收用户产生的触发指令；

在每次接收到所述触发指令后，向服务端发送用于获取内容的请求，以便所述服务端在每次接收到请求后获取当前接收的请求对应的内容并发送给所述互动平台，并由互动平台将每次从服务端接收的内容展示给用户；

其中，对应不同次的请求，服务端获取的内容相同或不同。

例如，当用户点击支付宝界面的“咻一咻”功能后，“咻一咻”互动平台可以向服务端发送请求。

本实施例中，服务端接收到请求后，可以先确定请求属于的类别，并获取与该类别对应的内容。内容例如包括：文字、图片、视频等。

服务端在确定请求属于的类别时，可以根据请求中包含的信息确定，或者，根据请求的时间信息等确定，另外，服务端还可以预先获取类别与内容的对应关系，从而获取与类别对应的内容。

接收模块52，用于接收所述服务端发送的内容。

服务端在获取请求属于的类别对应的内容后，可以将该内容发送给互动平台。

展示模块53，用于展示所述内容。

互动平台接收到服务端发送的内容后，可以对其进行展示。

可选的，所述内容包括如下项中的一项或多项：

电视台提供的节目内容；

与电视台提供的节目内容相关的其他内容；

用于增强用户参与度的预设内容。

本实施例中各模块的具体功能可以参见方法实施例中的相关描述，在此不再赘述。

本实施例中，通过接收服务端发送的内容，该内容是服务端根据请求属于的类别确定的，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

图6是本申请另一实施例提出的内容展示装置的结构示意图。该装置位于服务端，该装置60包括：接收模块61、获取模块62和发送模块63。

接收模块61，用于接收互动平台发送的用于获取内容的请求。

其中，用户需要获取内容时，可以触发互动平台向服务端发送请求。

例如，用户点击“咻一咻”功能后，“咻一咻”互动平台可以向服务端发送请求。

获取模块62，用于确定所述请求属于的类别，并获取所述类别对应的内容。

一些实施例中，所述请求包括：每次用户通过预设标识触发互动平台后发送的请求，所述获取模块62具体用于：

在每次接收到请求后，确定当前接收的请求属于的类别，并获取所述类别对应的内容；

其中，对应不同次的请求，获取的内容相同或不同。

可选的，所述请求中包含用户信息，所述获取模块62具体用于：

从所述请求中提取用户信息，并根据预先配置的用户信息与类别的对应关系，确定所述用户信息对应的类别；

根据预先配置的类别与内容的对应关系，获取与所述类别对应的内容。

例如，服务端预先可以通过大数据挖掘，将所有用户分为农村用户和非农村用户，并对应每个用户名标记其属于农村用户或非农村用户。互动平台发送的请求中包含用户名，服务端从请求中提取出用户名后，根据预先标记的信息，可以确定当前用户是否属于农村用户，如果属于，则获取农村用户对应的内容，否则，获取非农村用户对应的内容。其中，农村用户和非农村用户对应的内容也可以是预先配置获取从其他模块获取的。

可选的，所述获取模块62具体用于：

在接收到所述请求后，获取所述请求的时间信息；

获取与所述时间信息对应的内容；

其中，不同时间段对应相同或不同的内容，不同时间段对应的内容属于相同或不同类别。

例如，服务端中可以预先确定第一时间段对应第一内容，第二时间段对应第二内容，则如果请求对应的时间信息属于第一时间段，则可以获取第一内容。

发送模块63，用于将所述内容发送给互动平台，并通过所述互动平台展示。

例如，服务端获取农村用户对应的内容后，将这些内容发送给互动平台并展示给当前用户。

一些实施例中，参见图7，该装置60还可以包括：

配置模块64，用于接收控制后台推送的内容，以便从控制后台推送的内容中获取与接收的请求对应的内容并发送给互动平台，所述控制后台推送的内容包括如下项中的一项或多项：电视台提供的节目内容；与电视台提供的节目内容相关的其他内容；用于增强用户参与度的预设内容。

例如，配置模块通过配置或者从其他模块获取节目内容或节目内容相关的其他内容，并确定节目内容或相关的其他内容与请求的类别之间的对应关系，以便在接收到请求后，可以获取到与请求对应的节目内容或相关的其他内容。

本实施例中各模块的具体功能可以参见方法实施例中的相关描述，在此不再赘述。

本实施例中，通过确定请求属于的类别，并获取类别对应的内容，以及将该内容发送给互动平台进行展示，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

图8是本申请另一实施例提出的内容展示系统的结构示意图。参见图8，该系统80包括：客户端装置81和服务端装置82。

其中，客户端装置81如图5所示，服务端装置82如图6或图7所示，在此不再赘述。

本实施例中，通过客户端接收服务端发送的内容，该内容是服务端根据请求属于的类别确定的，可以在请求属于不同类别时向用户提供不同的内容，从而提高互动平台展示的内容的灵活性，更好的满足用户需求。

需要说明的是，在本申请的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本申请的描述中，除非另有说明，“多个”的含义是指至少两个。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

应当理解，本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本申请的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本申请的限制，本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (11)

1.一种内容展示方法，其特征在于，包括：

互动平台向服务端发送用于获取内容的请求，以使所述服务端确定所述请求属于的类别，并获取所述类别对应的内容；

互动平台接收所述服务端发送的内容；

互动平台展示所述内容。

2.根据权利要求1所述的方法，其特征在于，所述互动平台向服务端发送用于获取内容的请求，包括：

当用户每次对互动平台对应的预设标识进行预设操作后，互动平台接收用户产生的触发指令；

互动平台在每次接收到所述触发指令后，向服务端发送用于获取内容的请求，以便所述服务端在每次接收到请求后获取当前接收的请求对应的内容并发送给所述互动平台，并由互动平台将每次从服务端接收的内容展示给用户；

其中，对应互动平台发送的不同次的请求，服务端获取的内容相同或不同。

3.根据权利要求1所述的方法，其特征在于，所述内容包括如下项中的一项或多项：

电视台提供的节目内容；

与电视台提供的节目内容相关的其他内容；

用于增强用户参与度的预设内容。

4.一种内容展示方法，其特征在于，包括：

服务端接收互动平台发送的用于获取内容的请求；

服务端确定所述请求属于的类别，并获取所述类别对应的内容；

服务端将所述内容发送给互动平台，并通过所述互动平台展示。

5.根据权利要求4所述的方法，其特征在于，所述请求包括：每次用户通过预设标识触发互动平台后发送的请求，所述确定所述请求属于的类别，并获取所述类别对应的内容，包括：

在每次接收到请求后，确定当前接收的请求属于的类别，并获取所述类别对应的内容；

其中，对应不同次的请求，获取的内容相同或不同。

6.根据权利要求4所述的方法，其特征在于，还包括：

服务端接收控制后台推送的内容，以便从控制后台推送的内容中获取与接收的请求对应的内容并发送给互动平台，所述控制后台推送的内容包括如下项中的一项或多项：

电视台提供的节目内容；

与电视台提供的节目内容相关的其他内容；

用于增强用户参与度的预设内容。

7.根据权利要求4所述的方法，其特征在于，所述请求中包含用户信息，所述确定所述请求属于的类别，并获取所述类别对应的内容，包括：

从所述请求中提取用户信息，并根据预先配置的用户信息与类别的对应关系，确定所述用户信息对应的类别；

根据预先配置的类别与内容的对应关系，获取与所述类别对应的内容。

8.根据权利要求4所述的方法，其特征在于，所述确定所述请求属于的类别，并获取所述类别对应的内容，包括：

在接收到所述请求后，获取所述请求的时间信息；

获取与所述时间信息对应的内容；

其中，不同时间段对应相同或不同的内容，不同时间段对应的内容属于相同或不同类别。

9.一种内容展示装置，其特征在于，位于互动平台中，包括：

发送模块，用于向服务端发送用于获取内容的请求，以使所述服务端确定所述请求属于的类别，并获取所述类别对应的内容；

接收模块，用于接收所述服务端发送的内容；

展示模块，用于展示所述内容。

10.一种内容展示装置，其特征在于，包括：

接收模块，用于接收互动平台发送的用于获取内容的请求；

获取模块，用于确定所述请求属于的类别，并获取所述类别对应的内容；

发送模块，用于将所述内容发送给互动平台，并通过所述互动平台展示。

11.一种内容展现系统，其特征在于，包括：

如权利要求9所述的装置，以及，

如权利要求10所述的装置。