CN111836067A - 直播组件信息的处理方法、装置、设备及存储介质 - Google Patents

直播组件信息的处理方法、装置、设备及存储介质 Download PDF

Info

Publication number
CN111836067A
CN111836067A CN202010704531.4A CN202010704531A CN111836067A CN 111836067 A CN111836067 A CN 111836067A CN 202010704531 A CN202010704531 A CN 202010704531A CN 111836067 A CN111836067 A CN 111836067A
Authority
CN
China
Prior art keywords
information
component
live
live broadcast
interface
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202010704531.4A
Other languages
English (en)
Inventor
董炎辉
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202010704531.4A priority Critical patent/CN111836067A/zh
Publication of CN111836067A publication Critical patent/CN111836067A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/21—Server components or server architectures
    • H04N21/218—Source of audio or video content, e.g. local disk arrays
    • H04N21/2187—Live feed
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26291—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for providing content or additional data updates, e.g. updating software modules, stored at the client
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H04N21/4312—Generation of visual interfaces for content selection or interaction; Content or additional data rendering involving specific graphical features, e.g. screen layout, special fonts or colors, blinking icons, highlights or animations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H04N21/4586—Content update operation triggered locally, e.g. by comparing the version of software modules in a DVB carousel to the version stored locally
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application
    • H04N21/47815—Electronic shopping
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/85—Assembly of content; Generation of multimedia applications
    • H04N21/858—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot
    • H04N21/8586—Linking data to content, e.g. by linking an URL to a video object, by creating a hotspot by using a URL

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请提供了一种直播组件信息的处理方法、装置、设备及计算机可读存储介质；方法包括：获取直播所对应的直播界面中功能组件的组件信息；基于所述组件信息，生成所述直播界面中功能组件的组更新信息；其中，所述更新信息指示存在组件内容的更新，并用于更新所述直播界面中的组件内容；调用组件服务接口，推送所述更新信息至所述直播对应的直播客户端，以基于所述更新信息，更新所述直播客户端中所述直播界面的组件内容。通过本申请，能够提升直播组件信息的处理性能。

Description

直播组件信息的处理方法、装置、设备及存储介质
技术领域
本申请涉及计算机技术领域，尤其涉及一种直播组件信息的处理方法、装置、设备及计算机可读存储介质。
背景技术
随着计算机技术和网络技术的发展，网络直播得到了广泛的普及，主播可以通过直播客户端进行直播，观众可以通过直播客户端进入感兴趣的直播间，观看主播直播的内容。在现有的直播间的直播界面中，一般都具有呈现功能组件的功能，如秀场直播中的活动挂件、电商直播中的气泡和购物袋等。
相关技术中，通常是通过轮询的方式来实现直播界面中组件内容的更新，也即客户端定时向服务器请求最新数据，相当于维护了一条客户端到服务器的心跳，导致了带宽和服务器资源的浪费，使得直播组件信息的处理性能低。
发明内容
本申请实施例提供一种直播组件信息的处理方法、装置及计算机可读存储介质，能够提升直播组件信息的处理性能。
本申请实施例的技术方案是这样实现的：
本申请实施例提供一种直播组件信息的处理方法，包括：
获取直播所对应的直播界面中功能组件的组件信息；
基于所述组件信息，生成所述直播界面中功能组件的更新信息；
其中，所述更新信息指示存在组件内容的更新，并用于更新所述直播界面中的组件内容；
调用组件服务接口，推送所述更新信息至所述直播对应的直播客户端，以基于所述更新信息，更新所述直播客户端中所述直播界面的组件内容。
本申请实施例提供一种直播组件信息的处理装置，包括：
获取模块，用于获取直播所对应的直播界面中功能组件的组件信息；
生成模块，用于基于所述组件信息，生成所述直播界面中功能组件的更新信息；
其中，所述更新信息指示存在组件内容的更新，并用于更新所述直播界面中的组件内容；
推送模块，用于调用组件服务接口，推送所述更新信息至所述直播对应的直播客户端，以
基于所述更新信息，更新所述直播客户端中所述直播界面的组件内容。
上述方案中，所述获取模块，还用于对应至少一个维度，接收到设置的直播所对应的直播界面中功能组件的组件信息，所述维度包括以下至少之一：全局、平台、直播客户端、直播间。
上述方案中，所述装置还包括：
存储模块，用于当存在至少两个功能组件的组件信息时，以各所述维度作为键，并以相应的组件信息作为值；
获取各所述功能组件的权重，所述权重用于指示相应功能组件的组件信息的存储顺序；
采用键-值对的存储方式，基于各所述功能组件的权重所指示的存储顺序，存储所述至少两个功能组件的组件信息。
上述方案中，所述获取模块，还用于获取组件信息的过期时间；
存储所述组件信息及所述组件信息的过期时间；
基于当前时间和所述过期时间，确定所述组件信息为过期状态时，删除所述组件信息。
上述方案中，所述获取模块，还用于接收到第三方平台基于平台即服务接口，设置的直播所对应的直播界面中功能组件的组件信息。
上述方案中，所述获取模块，还用于将获取的组件信息、与直播界面中的当前组件内容所对应的组件信息进行比较，得到获取的所述组件信息中，相对所述当前组件内容所对应的组件信息，发生变化的部分信息；
将所述发生变化的部分信息作为更新信息。
上述方案中，所述推送模块，还用于推送对应所述更新信息的组件版本号至所述直播对应的直播客户端；
其中，所述组件版本号，用于供所述直播客户端确定所述组件版本号与当前组件版本号不一致时，更新所述直播界面中的组件内容。
上述方案中，所述推送模块，还用于对所述更新信息进行压缩处理，得到对应所述更新信息的压缩文件；
推送对应所述更新信息的压缩文件至所述直播对应的直播客户端。
上述方案中，所述推送模块，还用于当存在至少两条更新信息时，将至少两条更新信息进行合并，得到合并更新信息；
推送所述合并更新信息至所述直播对应的直播客户端。
上述方案中，所述推送模块，还用于当接收到推送失败的提示消息时，获取所述更新信息推送失败的次数；
根据所述更新信息推送失败的次数，确定退避时间；
当退避时间到达时，重新推送所述更新信息至所述直播对应的直播客户端。
上述方案中，所述推送模块，还用于推送对应所述更新信息的更新时间至所述直播对应的直播客户端；
所述更新时间，用于供所述直播客户端在所述更新时间到达时，更新所述直播界面中的组件内容。
上述方案中，所述推送模块，还用于推送对应所述更新信息的预加载时长至所述直播对应的直播客户端；
所述预加载时长，用于供所述直播客户端在所述预加载时长范围内，获取与所述更新信息对应的组件内容。
本申请实施例提供一种计算机设备，包括：
存储器，用于存储可执行指令；
处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的直播组件信息的处理方法。
本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的直播组件信息的处理方法。
本申请实施例具有以下有益效果：
本申请通过基于所述组件信息，生成所述直播界面中组件的更新信息；其中，所述更新信息指示存在组件内容的更新，并用于更新所述直播界面中的组件内容；调用组件服务接口，推送所述更新信息至所述直播对应的直播客户端，以基于所述更新信息，更新所述直播客户端中所述直播界面的组件内容；如此，由于本申请是服务器主动将更新信息推送给直播客户端，而不需要直播客户端进行轮询，能够减少客户端与服务器之间心跳的数量，避免带宽和服务器资源的浪费，进而提升直播组件信息的处理性能。
附图说明
图1是本申请实施例提供的直播组件信息的处理系统100的架构示意图；
图2是本申请实施例提供的服务器200的结构示意图；
图3是本申请实施例提供的直播组件信息的处理方法的流程示意图；
图4是本申请实施例娱乐类直播的直播界面示意图；
图5是本申请实施例提供的电商类直播的直播界面示意图；
图6是本申请实施例提供的组件更新信息推送的示意图；
图7是本申请实施例提供的直播组件信息的处理方法的流程示意图；
图8是实现本申请实施例提供的直播组件信息的处理方法的软件系统架构示意图；
图9是本申请实施例提供的管理后台的处理流程示意图；
图10是本申请实施例提供的直播组件信息的处理装置的组成结构示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。
对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。
1)直播，在现场随着事件的发生、发展进程同步制作和发布信息，具有双向流通过程的信息网络发布方式。
2)功能组件，也称挂件，用于呈现直播过程中的直播信息，包括活动挂件、购物袋、气泡等；功能组件的组件内容会伴随直播的进行而动态变化，如，在电商直播中，随着直播的进行，气泡的内容根据直播中展示的商品而动态变化。
3)接口，指应用程序接口，是一些预先定义的函数，或指软件系统不同组成部分衔接的约定，用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程，而又无需访问源码，或理解内部工作机制的细节。
4)推送，指的是服务器对客户端进行主动的消息推送。
参见图1，图1是本申请实施例提供的直播组件信息的处理系统100的架构示意图，为实现支撑一个示例性应用，终端400(示例性示出了终端400-1和终端400-2)通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合。
在实际应用中，终端400上设置有直播客户端，主播可以通过直播客户端进行直播，观众可以通过直播客户端进行感兴趣的直播间，观看主播直播的内容。
终端400，用于通过直播客户端呈现直播间的直播界面，并在直播界面中呈现组件。
服务器200，用于获取直播所对应的直播界面中功能组件的功能组件信息；基于所述组件信息，生成所述直播界面中组件的更新信息；其中，所述更新信息指示存在组件内容的更新，并用于更新所述直播界面中的组件内容；调用组件服务接口，推送所述更新信息至所述直播对应的直播客户端。
终端400，用于更新直播客户端中直播界面的组件内容。
在一些实施例中，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(CDN，ContentDelivery Network)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请实施例中不做限制。
参见图2，图2是本申请实施例提供的服务器200的结构示意图，图2所示的服务器200包括：至少一个处理器210、存储器250、至少一个网络接口220和用户接口230。服务器200中的各个组件通过总线系统240耦合在一起。可理解，总线系统240用于实现这些组件之间的连接通信。总线系统240除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图2中将各种总线都标为总线系统240。
处理器210可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(DSP，Digital Signal Processor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。
用户接口230包括使得能够呈现媒体内容的一个或多个输出装置231，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口230还包括一个或多个输入装置232，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。
存储器250可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器250可选地包括在物理位置上远离处理器210的一个或多个存储设备。
存储器250包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(ROM，Read Only Memory)，易失性存储器可以是随机存取存储器(RAM，Random Access Memory)。本申请实施例描述的存储器250旨在包括任意适合类型的存储器。
在一些实施例中，存储器250能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。
操作系统251，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；
网络通信模块252，用于经由一个或多个(有线或无线)网络接口220到达其他计算设备，示例性的网络接口220包括：蓝牙、无线相容性认证(WiFi)、和通用串行总线(USB，Universal Serial Bus)等；
呈现模块253，用于经由一个或多个与用户接口230相关联的输出装置231(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；
输入处理模块254，用于对一个或多个来自一个或多个输入装置232之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。
在一些实施例中，本申请实施例提供的装置可以采用软件方式实现，图2示出了存储在存储器250中的直播组件信息的处理装置255，其可以是程序和插件等形式的软件，包括以下软件模块：获取模块2551、生成模块2552和推送模块2553，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。
将在下文中说明各个模块的功能。
在另一些实施例中，本申请实施例提供的装置可以采用硬件方式实现，作为示例，本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的直播组件信息的处理方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(ASIC，Application Specific Integrated Circuit)、DSP、可编程逻辑器件(PLD，Programmable Logic Device)、复杂可编程逻辑器件(CPLD，ComplexProgrammable Logic Device)、现场可编程门阵列(FPGA，Field-Programmable GateArray)或其他电子元件。
将结合本申请实施例提供的直播组件信息的处理系统的示例性应用和实施，说明本申请实施例提供的直播组件信息的处理方法。
参见图3，图3是本申请实施例提供的直播组件信息的处理方法的流程示意图，将结合图3示出的步骤进行说明。
步骤301：服务器获取直播所对应的直播界面中功能组件的组件信息。
这里，功能组件用于呈现直播过程中的直播信息。在实际应用中，本申请的直播组件信息的处理方法可以应用于娱乐类直播场景，也可以应用于电商类直播场景，这里不对具体的直播场景进行限定，也即，只要是直播界面中包括功能组件的场景，都可采用本申请的直播组件信息的处理方法。
示例性地，以娱乐类直播场景为例，这里的功能组件可以为活动挂件，在用户进入直播间之后，直播客户端会获取直播间的直播界面中活动挂件的组件信息，并在相应的位置展示该活动挂件，以进行活动的运营，比如，图4是本申请实施例娱乐类直播的直播界面示意图，参见图4，在直播界面中展示“巅峰对决”活动的活动挂件，并通过活动挂件展示活动的倒计时信息，本申请提供的直播挂件信息的处理方法可以对该活动挂件进行处理。
示例性地，以电商类直播场景为例，这里的功能组件可以为气泡或购物袋，在电商类直播中，气泡和购物袋是进行商品推荐的重要载体，其中，气泡用于展示商品的图片，购物袋用于展示商品种类的数量。当用户进入直播间之后，直播客户端会获取直播间的直播界面中气泡和购物袋的组件信息，并在相应位置展示气泡和购物袋。比如，参加图5，图5是本申请实施例提供的电商类直播的直播界面示意图，在直播界面中呈现气泡和购物袋，本申请提供的直播组件信息的处理方法可以对该活动组件进行处理。这里，电商类直播间提供有提前占位的功能，也即在未获取到气泡的内容或购物袋的内容时，先将气泡或购物袋的位置空出，而不在该位置展示其他内容。
需要说明的是，无论是娱乐直播中的活动组件，还是电商直播中的气泡和购物袋，都是功能组件的一种呈现形式。
这里，组件信息伴随直播的进行而动态变化。例如，在娱乐直播中，活动挂件中的倒计时信息是实时变化的，以及在倒计时结束后，活动挂件的内容也会发生变化，如呈现一个礼物领取宝箱；在电商直播中，气泡的内容以及购物袋中的数量是会伴随直播的进行而动态变化的。
在一些实施例中，服务器获取的功能组件的组件信息包括功能组件的内容信息、位置信息、尺寸信息等。
在一些实施例中，服务器获取的功能组件的组件信息可以包括以下信息至少之一：图片+统一资源定位符(URL，Uniform Resource Locator)的列表信息、图标+URL+数量的列表信息、组件列表信息，也即，一个功能组件可以由图片组成，可以由图标组成，也可以由多个子功能组件组成。需要说明的是，功能组件的类型不限于上述三种，还可支持其它组件类型。
其中，在图片+URL的列表信息中，URL与图片相对应，可以通过URL，从图片服务器中获取相应的图片；相应的，图标+URL+数量的列表信息中，URL与图标相对应，可以通过URL，从图标服务器中获取相应的图标。
在一些实施例中，服务器可以通过以下方式获取直播所对应的直播界面中的功能组件的组件信息：对应至少一个维度，接收到设置的直播所对应的直播界面中功能组件的组件信息，维度包括以下至少之一：全局、平台、直播客户端、直播间。
在实际实施时，可以从一个或多个维度设置功能组件的组件信息，以满足不同业务的定制化需求，例如，可以为不同的平台设置不同组件信息，也可以为不同客户端设置不同组件信息。这里，平台指的是系统平台，如安卓平台、ios平台等。
需要说明的是，这里设置的直播所对应的直播界面中的功能组件的组件信息，可以由开发人员在开发过程中进行设置，也可以由用户在使用过程中进行设置，如可以由主播在直播过程中，对其直播间的直播界面中功能组件的组件信息进行设置。
在实际应用中，可以为开发人员或用户提供组件信息设置的可视化界面，以便于开发人员或用户对组件信息进行设置，这里的可视化界面可以是由直播客户端提供的，也可以是由其它客户端提供的，如专用于对功能组件进行管理的客户端。
在一些实施例中，当存在至少两个功能组件的组件信息时，以各维度作为键，并以相应的组件信息作为值；获取各功能组件的权重，权重用于指示相应功能组件的组件信息的存储顺序；采用键-值对的存储方式，基于各功能组件的权重所指示的存储顺序，存储至少两个功能组件的组件信息。
这里，当存在至少两个功能组件的组件信息时，服务器可采用有序集合的数据结构对获取到的组件信息进行存储，如可采用zset的数据结构。在实际实施时，有序集合中成员的排列顺序由功能组件的权重决定，其中，权重越高，存储顺序越靠前，这里的权重由开发人员或用户在设置组件信息时进行设置的。
在实际应用中，当对应多个维度，接收到设置的直播所对应的直播界面中功能组件的组件信息时，采用多级键(key)的形式，每个维度对应一个key。例如，接收到基于全局、平台、直播客户端及直播间维度设置的组件信息，采用4级key的形式存储组件信息，也即全局key：global_pendant_info_list、平台key：pendant_info_list_by_client_type_{client_type}、直播客户端key：pendant_info_list_by_app_id_{app_id}、房间key：pendant_info_list_by_room_id_{room_id}。
在一些实施例中，服务器可以接收到第三方平台基于平台即服务接口，设置的直播所对应的直播界面中功能组件的组件信息。
在实际实施时，为提升组件信息的处理系统的扩展性，提供一个平台即服务(PaaS)接口给第三方平台，以使第三方平台调用PaaS接口，对直播所对应的直播界面中功能组件的组件信息进行设置。
在一些实施例中，服务器还可以获取组件信息的过期时间；存储组件信息及组件信息的过期时间；基于当前时间和过期时间，确定组件信息为过期状态时，删除组件信息。
在实际实施时，为避免造成数据库资源的浪费，会为每个功能组件的组件信息设置一个有效期，以在组件信息过期时，删除该组件信息。这里，可以采用定时过期策略、惰性过期策略、定期过期策略。
在实际应用中，当采用定时过期策略时，为每个设置有效期的组件信息创建一个定时器，以在有效期结束后立即删除该组件信息；当采用惰性过期策略时，只有访问该组件信息时，才会比较当前时间和过期时间，以判断该组件信息是否已经过期，若是，则删除该组件信息；当采用定期过期策略时，每隔一定的时间，就会对一定数量的组件信息进行扫描，以比较当前时间和组件信息的过期时间，在确定组件信息过期时，删除该组件信息。
在一些实施例中，可以定时获取直播所对应的直播界面中功能组件的组件信息，以减少对存储的穿透。
步骤302：基于组件信息，生成直播界面中功能组件的组件更新信息。
其中，更新信息指示存在组件内容的更新，并用于更新直播界面中的组件内容。
在实际实施时，服务器不会推送全量组件信息，而只推送发生变化的部分信息，以减少带宽资源。
在一些实施例中，服务器可以通过以下方式生成直播界面中功能组件的更新信息：将获取的组件信息、与直播界面中的当前组件内容所对应的组件信息进行比较，得到获取的组件信息中，相对当前组件内容所对应的组件信息，发生变化的部分信息；将发生变化的部分信息作为更新信息。
在实际实施时，发生变化的部分信息可以是新增的部分信息、修改的部分信息、删除的部分信息等。
例如，直播界面中的当前组件内容包括图片A、图片B、图片C，其所对应的组件信息是图片A、图片B、图片C的URL，获取的组件信息为图片A、图片B、图片C、图片D的URL，那么，将图片D的URL作为更新信息。
在一些实施例中，服务器可以记录每一次推送组件信息的时间，并将上一次推送组件信息的时间点至当前时间点之间的时间段内，获取到的组件信息作为功能组件的更新信息。
步骤303：调用组件服务接口，推送更新信息至直播对应的直播客户端。
这里，服务器调用组件服务接口，推送更新信息至直播对应的直播客户端，以使直播客户端基于更新信息，更新直播界面的组件内容。
在实际实施时，直播客户端在获取到更新信息后，当更新信息对应新的组件内容时，直播客户端根据更新信息，从内容服务器中，获取对应该更新信息的组件内容。
在一些实施例中，服务器可以周期性的推送更新信息至直播对应的直播客户端，如每秒推送一次；在一些实施例中，服务器可以是获取到更新信息后，就立刻将获取到的更新信息推送至直播对应的直播客户端；在一些实施例中，可以是在接收到推送指令后，将更新信息推送至直播对应的直播客户端，例如，开发人员在对组件内容进行修改后，触发一个更新的指令，使得服务器获取到相应的更新信息，并推送至直播对应的直播客户端。这里，更新信息的推送时机可以有多种，这里不做限定。
在一些实施例中，服务器还可以推送对应更新信息的组件版本号至直播对应的直播客户端；其中，组件版本号，用于供直播客户端确定组件版本号与当前组件版本号不一致时，更新直播界面中的组件内容。
在实际实施时，为了让直播客户端能够感知到组件内容的更新，可以推送一个更新信息的组件版本号至直播对应的直播客户端，直播客户端可以将这一次接收到的组件版本号和上一次接收到的组件版本号进行比较，当两个组件版本号不一致的时候，基于当前接收到的更新信息，更新直播界面中的组件内容。
在一些实施例中，服务器可以通过以下方式推送更新信息至直播对应的直播客户端：对更新信息进行压缩处理，得到对应更新信息的压缩文件；推送对应更新信息的压缩文件至直播对应的直播客户端。
在实际实施时，由于更新信息中包括一些URL信息，如图片URL、图标URL等，导致网络传输的信息容量大，因此，在推送更新信息之前，会先对更新信息进行压缩处理，以得到对应更新信息的压缩文件。这里，压缩是一种通过特定的算法来减小计算机文件大小的机制，可以减少数据大小以节省保存空间和传输的时间。
在一些实施例中，服务器可以通过以下方式推送更新信息至直播对应的直播客户端：当存在至少两条更新信息时，将至少两条更新信息进行合并，得到合并更新信息；推送合并更新信息至直播对应的直播客户端。
在实际实施时，当有大量用户在线时，由于每个用户对应一个直播客户端，服务器在推送更新信息时，导致推送量过大，进而导致服务器负载过大。例如，当9万用户在观看同一直播间的直播内容时，服务器需要向着9万人对应的直播客户端推送更新信息，假设每秒需要传输100条更新信息，那么每秒将会有900万的推送量。
基于此，本申请对需要推送的更新信息进行合并推送，也即对至少两条更新信息进行合并，得到合并更新信息，对合并更新信息进行推送，以降低服务器的负载。
例如，可以将一秒内需要推送的信息合并为一条合并更新信息，也即，本来每秒需要传输100条更新信息，这里将这100条更新信息合并为1条合并更新信息，如此，当9万用户在观看同一直播间的直播内容时，每秒的推送量为9万。
图6是本申请实施例提供的更新信息推送的示意图，参见图6，对于某一业务，按照组件标识，对更新信息进行一致性哈希，然后将多条更新信息进行合并，以每秒推送一次合并更新信息，以使合并更新信息通过消息通道推送至直播客户端，直播客户端根据接收到的合并更新信息，对信息进行同步，以更新直播界面中的组件内容。
在一些实施例中，服务器推送组件更新信息至直播对应的直播客户端之后，当接收到推送失败的提示消息时，获取组件更新信息推送失败的次数；根据更新信息推送失败的次数，确定退避时间；当退避时间到达时，重新推送更新信息至直播对应的直播客户端。
在实际实施时，为保证更新信息一定能抵达直播客户端，当接收到推送失败的提示消息时，则会重新推送更新信息至直播对应的直播客户端，直至达到预设推送次数，或者超过了有效期。
这里，退避时间指的是重新推送组件更新信息的时间点。在实际实施时，推送失败的次数越多，需要等待的时间越长，这里根据等待的时间来确定退避时间。例如，第一次推送失败后，等待1秒后，重新推送更新信息；第二次推送失败后，等待5秒后，重新推送更新信息；第三次推送失败后，等待10秒后，重新推送更新信息，依次类推。
在一些实施例中，服务器还可以推送对应更新信息的更新时间至直播对应的直播客户端；更新时间，用于供直播客户端在更新时间到达时，更新直播界面中的组件内容。
在实际实施时，服务器推送更新信息的更新时间至直播对应的直播客户端，直播客户端在接收到更新信息和相应的更新时间后，在更新时间到达时，更新直播界面中的组件内容。这里，更新时间指的是一个时间点。
在一些实施例中，服务器还可以推送组件信息的更新频率至直播对应的直播客户端，直播客户端可以根据更新频率，来确定更新时间，以在更新时间到达时，更新直播界面中的组件内容。
在一些实施例中，服务器还可以推送对应更新信息的预加载时长至直播对应的直播客户端；预加载时长，用于供直播客户端在预加载时长范围内，获取与更新信息对应的组件内容。
在实际实施时，服务器还可以推送对应更新信息的预加载时长至直播对应的直播客户端，直播客户端在接收到预加载时长后，在预加载时长范围内的任一时间点，获取与更新信息对应的组件内容。
这里，直播客户端在获取与更新信息对应的组件内容时，需要向内容服务器发送请求，若所有在线用户所对应的直播客户端同时向内容服务器发送请求，会造成内容服务器的压力；而本申请通过推送对应更新信息的预加载时长至直播对应的直播客户端，直播客户端在接收到预加载时长后，在预加载时长范围内的任一时间点，获取与更新信息对应的组件内容，如此，不同用户对应的直播客户端可以在不同时间点，向内容服务器发送请求，以获取相应的组件内容，进而降低了内容服务器的压力。
在一些实施例中，服务器获取更新信息的更新时间，只要在更新时间到达之前预加载更新信息对应的组件内容即可。也即，服务器推送更新信息的更新时间至直播对应的直播客户端，直播客户端在接收到更新信息和相应的更新时间后，在更新时间达到之前的任一时间点，从内容服务器获取与更新信息对应的组件内容，并在更新时间达到时，根据获取到的组件内容，对直播界面中的组件内容进行更新。
在一些实施例中，可以采用网页视图(webview)来加载组件信息，也即通过直播客户端的浏览器内核来对组件内容进行展示及更新。如此，在发布新的功能组件时，不需要通过重新发版来实现，缩短了新功能组件的上线的周期。
本申请通过基于组件信息，生成直播界面中组件的更新信息；其中，更新信息指示存在组件内容的更新，并用于更新直播界面中的组件内容；调用组件服务接口，推送更新信息至直播对应的直播客户端，以基于更新信息，更新直播客户端中直播界面的组件内容；如此，由于本申请是服务器主动将更新信息推送给直播客户端，而不需要直播客户端进行轮询，能够减少客户端与服务器之间心跳的数量，避免带宽和服务器资源的浪费，进而提升直播组件信息的处理性能。
下面以功能组件为活动挂件为例，说明本申请实施例提供的直播组件信息的处理方法，在一些实施例中，本申请实施例提供的直播组件信息的处理方法可以由终端和服务器系统实施。参见图7，图7是本申请实施例提供的直播组件信息的处理方法的流程示意图，本申请实施例提供的直播组件信息的处理方法包括：
步骤701：对应全局、平台、直播客户端、直播间四个维度，服务器接收到设置的直播所对应的直播界面中挂件的第一挂件信息。
步骤702：服务器获取各挂件的权重，权重用于指示相应挂件的挂件信息的存储顺序。
步骤703：服务器基于各挂件的权重所指示的存储顺序，以各维度作为键，以相应的第一挂件信息作为值，采用键-值对的存储方式，存储至少两个挂件的第一挂件信息、及相应的过期时间。
步骤704：响应于针对直播间入口的点击操作，终端从服务器获取直播所对应的直播界面中挂件的挂件信息。
步骤705：终端呈现直播界面，并在直播界面中的相应位置展示挂件信息对应的挂件内容。
步骤706：对应全局、平台、直播客户端、直播间四个维度，服务器接收到设置的直播所对应的直播界面中挂件的第二挂件信息，并存储第二挂件信息。
步骤707：服务器比较第一挂件信息和第二挂件信息，将第二挂件信息中相对于第一挂件信息变化的部分作为挂件更新信息。
步骤708：服务器调用挂件服务接口，推送挂件更新信息、挂件更新信息的挂件版本号及更新时间至终端。
步骤709：终端比较当前获取的挂件版本号和上一次获取到的挂件版本号，当两个挂件版本号不一致的时，基于当前接收到的挂件更新信息，在更新时间到达之前的任一时间，获取挂件更新信息对应的挂件内容。
步骤710：终端在更新时间到达时，终端基于获取的挂件更新信息对应的挂件内容，更新直播界面的挂件内容。
下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。在实际实施时，本申请实施例提供的直播组件信息的处理方法，既适用于娱乐类直播的直播界面中的活动挂件，又适用于电商类直播的直播界面中的气泡和购物袋。
图8是实现本申请实施例提供的直播组件信息的处理方法的软件系统架构示意图，参见图8，本申请实施例提供的软件系统包括：直播客户端、浏览器内核、组件服务、管理后台、数据库。其中，直播客户端内置浏览器内核。
首先对管理后台进行说明。
图9是本申请实施例提供的管理后台的处理流程示意图，参见图9，管理后台的处理流程包括：
步骤901：管理后台接收功能组件的组件信息。
这里，组件信息包括内容信息、位置信息等，可以是由开发人员在开发过程中进行设置，也可以由用户在使用过程中进行设置。在实际应用中，可以为开发人员或用户提供组件信息设置的可视化界面，以便于开发人员或用户对组件信息进行设置。
为了满足每个业务定制化的要求，本申请支持从不同维度对功能组件的组件信息进行设置，包括全局、平台、直播客户端、直播间四个维度。例如，可以为不同平台配置不同的组件位置。
步骤902：对获取到的配置信息进行存储。
这里，由于本申请支持从四个维度对功能组件的配置信息进行配置，可以以4级key的形式，存储本申请的配置信息，也即全局key：global_pendant_info_list、平台key：pendant_info_list_by_client_type_{client_type}、直播客户端key：pendant_info_list_by_app_id_{app_id}、房间key：pendant_info_list_by_room_id_{room_id}。
在实际实施时，可将远程字典服务(Redis，Remote Dictionary Server)作为存储配置信息的数据库，并采用zset的数据结构，对配置信息进行存储。其中，在zset数据结构汇总，每个元素会关联一个分数，这里将功能组件的权重，作为相应配置信息的分数。
步骤903：推送组件信息至直播客户端。
在实际实施时，调用组件服务的接口，将组件信息推送至直播客户端。
接着对组件服务进行说明。组件服务主要提供拉取组件信息的接口、推送组件信息变更的接口以及推送组件数据的接口。
1、拉取组件信息的接口。
这里，拉取组件信息的接口主要用于拉取以下信息：图片+统一资源定位符的列表信息、图标+URL+数量的列表信息、组件列表信息。
上述三种信息分别对应三种不同的组件类型，如一个功能组件可以由图片组成，可以由图标组成。需要说明的是，组件的类型不限于上述三种，还可支持其它组件类型。
由于组件信息中包括URL，如图片URL、图标URL，导致网络传输的消息容量非常大，因此，本申请先对该列表信息进行压缩，再进行数据传输。
并且，每个组件信息里面都包含了相应信息的更新频率。
在一些实施例中，为了提高系统的性能，我们会定时拉取全局、平台、直播客户端以及直播间维度的组件信息，以减少对存储的穿透。由于组件信息存在Redis中，Redis中组件信息会越来越多，造成Redis资源的浪费，这里采用读后更新的策略，也即发现组件信息过期，则删除该组件信息。
2、推送组件信息变更的接口。
推送组件信息变更的接口用于推送组件更新信息，也即仅推送相对于上次推送时存储的组件信息，发生变化的部分信息，而不推送全量组件信息，以减少带宽资源。
为了让直播客户端能够感知到组件内容的更新，可以推送一个组件更新信息的组件版本号至直播对应的直播客户端，直播客户端可以将这一次接收到的组件版本号和上一次接收到的组件版本号进行比较，当两个组件版本号不一致的时候，基于当前接收到的更新信息，获取相应的组件内容，如新的图片。
在实际实施时，当有大量用户在线时，由于每个用户对应一个直播客户端，在推送更新信息时，导致推送量过大，进而导致系统负载过大。例如，当9万用户在观看同一直播间的直播内容时，需要向着9万人对应的直播客户端推送更新信息，假设每秒需要传输100条更新信息，那么每秒将会有900万的推送量。
基于此，本申请对需要推送的更新信息进行合并推送，也即对至少两条更新信息进行合并，得到合并更新信息，对合并更新信息进行推送，以降低服务器的负载。
例如，可以将一秒内需要推送的信息合并为一条合并更新信息，也即，本来每秒需要传输100条更新信息，这里将这100条更新信息合并为1条合并更新信息，如此，当9万用户在观看同一直播间的直播内容时，每秒的推送量为9万。
3、推送组件数据的接口。
这里，推送组件数据的接口用于推送组件数据，组件数据指的是功能组件中的符号、文字、数字等数据，如购物袋中的商品数量。
在对更新信息或组件数据进行推送时，若推送失败，可以使用退避算法，也即别在1s，5s，10s，1分钟等间隔进行重试，直到推送成功为止。但是这里涉及到了一个消息有效期的问题，在消息的截至时间超过了一定的时间，就不再推送失败的消息了。
在一些实施例中，为了提高组件系统的扩展性，本申请的组件服务还提供有一个PaaS接口，供第三方平台设置组件的组件信息。
最后对直播客户端和浏览器内核进行说明，这里浏览器内核指的是直播客户端内置的浏览器内核。
当用户进入直播间以后，客户端会拉取直播间的组件信息，并在相应的位置展示组件的信息。这里，如果直播客户端获取到了组件信息，就向内容服务器请求获取相应的组件内容，会导致内容服务器的负载过大。例如，当有100万用户在线，那么就会对内容服务器(如图片CDN)造成100万/s的请求量，超出了内容服务器的承受范围。
基于此，本申请在获取到组件信息后，异步的预加载组件内容(如图片)，也即在更新的频率范围内的任一时间预加载组件内容。并通过后台传递的时间，展示组件内容，如商品的数量和倒计时的信息。
需要说明的是，对于电商类直播，本申请提供了提前占位的能力，也即，在用户进行直播间后，在直播界面中先将气泡或购物袋的位置空出，而不在该位置展示其他内容。
在实际应用中，可以采用webview来加载组件信息，也即直播客户端可以将组件更新信息发送给浏览器内核，通过直播客户端的浏览器内核来对组件内容进行展示及更新。如此，在发布新的组件时，不需要通过重新发版来实现，缩短了新组件的上线的周期。
本申请实施例具有以下有益效果：
1、既适用于娱乐类直播的直播间，也适用于电商类直播的直播间；
2、每个模块各司其职，有效的提高了组件信息的处理系统的稳定性和通用性。
3、提供用于功能组件设置的可视化界面，方便功能组件的上线和下线，并且对组件信息进行分级key的管理，有效的提高了组件信息的处理性能。
4、通过对组件信息进行压缩后再传输，减少数据大小以节省保存空间和传输的时间；
5、通过对多条组件更新信息进行合并推送，减少对下游系统的压力，并且在海量用户在线的时候，能够有效减少对第三方资源造成的压力；
6、为第三方平台提供了PaaS，提升了系统的可扩展性；
7、通过对组件内容进行异步预加载，提升了系统性能及用户体验。
下面继续说明本申请实施例提供的直播组件信息的处理装置255实施为软件模块的示例性结构，图10是本申请实施例提供的直播组件信息的处理装置的组成结构示意图，如图10所示，本申请实施例提供的直播组件信息的处理装置包括：
获取模块2551，用于获取直播所对应的直播界面中功能组件的组件信息；
生成模块2552，用于基于所述组件信息，生成所述直播界面中组件的更新信息；
其中，所述更新信息指示存在组件内容的更新，并用于更新所述直播界面中的组件内容；
推送模块2553，用于调用组件服务接口，推送所述更新信息至所述直播对应的直播客户端，以
基于所述更新信息，更新所述直播客户端中所述直播界面的组件内容。
在一些实施例中，所述获取模块2551，还用于对应至少一个维度，接收到设置的直播所对应的直播界面中功能组件的组件信息，所述维度包括以下至少之一：全局、平台、直播客户端、直播间。
在一些实施例中，所述装置还包括：
存储模块，用于当存在至少两个功能组件的组件信息时，以各所述维度作为键，并以相应的组件信息作为值；
获取各所述功能组件的权重，所述权重用于指示相应功能组件的组件信息的存储顺序；
采用键-值对的存储方式，基于各所述功能组件的权重所指示的存储顺序，存储所述至少两个功能组件的组件信息。
在一些实施例中，所述获取模块2551，还用于获取组件信息的过期时间；
存储所述组件信息及所述组件信息的过期时间；
基于当前时间和所述过期时间，确定所述组件信息为过期状态时，删除所述组件信息。
在一些实施例中，所述获取模块2551，还用于接收到第三方平台基于平台即服务接口，设置的直播所对应的直播界面中功能组件的组件信息。
在一些实施例中，所述获取模块2551，还用于将获取的组件信息、与直播界面中的当前组件内容所对应的组件信息进行比较，得到获取的所述组件信息中，相对所述当前组件内容所对应的组件信息，发生变化的部分信息；
将所述发生变化的部分信息作为更新信息。
在一些实施例中，所述推送模块2553，还用于推送对应所述更新信息的组件版本号至所述直播对应的直播客户端；
其中，所述组件版本号，用于供所述直播客户端确定所述组件版本号与当前组件版本号不一致时，更新所述直播界面中的组件内容。
在一些实施例中，所述推送模块2553，还用于对所述更新信息进行压缩处理，得到对应所述更新信息的压缩文件；
推送对应所述更新信息的压缩文件至所述直播对应的直播客户端。
在一些实施例中，所述推送模块2553，还用于当存在至少两条功能组件更新信息时，将至少两条更新信息进行合并，得到合并更新信息；
推送所述合并更新信息至所述直播对应的直播客户端。
在一些实施例中，所述推送模块2553，还用于当接收到推送失败的提示消息时，获取所述更新信息推送失败的次数；
根据所述更新信息推送失败的次数，确定退避时间；
当退避时间到达时，重新推送所述更新信息至所述直播对应的直播客户端。
在一些实施例中，所述推送模块2553，还用于推送对应所述更新信息的更新时间至所述直播对应的直播客户端；
所述更新时间，用于供所述直播客户端在所述更新时间到达时，更新所述直播界面中的组件内容。
在一些实施例中，所述推送模块2553，还用于推送对应所述更新信息的预加载时长至所述直播对应的直播客户端；
所述预加载时长，用于供所述直播客户端在所述预加载时长范围内，获取与所述更新信息对应的组件内容。
本申请实施例提供一种计算机设备，包括：
存储器，用于存储可执行指令；
处理器，用于执行所述存储器中存储的可执行指令时，实现本申请实施例提供的方法。
本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的直播组件信息的处理方法。
本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图3示出的方法。
在一些实施例中，计算机可读存储介质可以是FRAM、ROM、PROM、EPROM、EEPROM、闪存、磁表面存储器、光盘、或CD-ROM等存储器；也可以是包括上述存储器之一或任意组合的各种设备。
在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。
作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(HTML，Hyper TextMarkup Language)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。
作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。
以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。

Claims (15)

1.一种直播组件信息的处理方法，其特征在于，所述方法包括：
获取直播所对应的直播界面中功能组件的组件信息，所述组件信息伴随所述直播的进行而动态变化；
基于所述组件信息，生成所述直播界面中功能组件的更新信息；
其中，所述更新信息指示存在组件内容的更新，并用于更新所述直播界面中的组件内容；
调用组件服务接口，推送所述更新信息至所述直播对应的直播客户端，以基于所述更新信息，更新所述直播客户端中所述直播界面的组件内容。
2.如权利要求1所述的方法，其特征在于，所述获取直播所对应的直播界面中功能组件的组件信息，包括：
对应至少一个维度，接收到设置的直播所对应的直播界面中功能组件的组件信息，所述维度包括以下至少之一：全局、平台、直播客户端、直播间。
3.如权利要求2所述的方法，其特征在于，所述获取直播所对应的直播界面中功能组件的组件信息之后，所述方法还包括：
当存在至少两个功能组件的组件信息时，以各所述维度作为键，并以相应的组件信息作为值；
获取各所述功能组件的权重，所述权重用于指示相应功能组件的组件信息的存储顺序；
采用键-值对的存储方式，基于各所述功能组件的权重所指示的存储顺序，存储所述至少两个功能组件的组件信息。
4.如权利要求1所述的方法，其特征在于，所述方法还包括：
获取组件信息的过期时间；
存储所述组件信息及所述组件信息的过期时间；
基于当前时间和所述过期时间，确定所述组件信息为过期状态时，删除所述组件信息。
5.如权利要求1所述的方法，其特征在于，所述获取直播所对应的直播界面中功能组件的组件信息，包括：
接收到第三方平台基于平台即服务接口，设置的直播所对应的直播界面中功能组件的组件信息。
6.如权利要求1所述的方法，其特征在于，所述基于所述组件信息，生成所述直播界面中功能组件的更新信息，包括：
将获取的组件信息、与直播界面中的当前组件内容所对应的组件信息进行比较，得到获取的所述组件信息中，相对所述当前组件内容所对应的组件信息，发生变化的部分信息；
将所述发生变化的部分信息作为组件更新信息。
7.如权利要求1所述的方法，其特征在于，所述方法还包括：
推送对应所述更新信息的组件版本号至所述直播对应的直播客户端；
其中，所述组件版本号，用于供所述直播客户端确定所述组件版本号与当前组件版本号不一致时，更新所述直播界面中的组件内容。
8.如权利要求1所述的方法，其特征在于，所述推送所述更新信息至所述直播对应的直播客户端，包括：
对所述更新信息进行压缩处理，得到对应所述更新信息的压缩文件；
推送对应所述更新信息的压缩文件至所述直播对应的直播客户端。
9.如权利要求1所述的方法，其特征在于，所述推送所述更新信息至所述直播对应的直播客户端，包括：
当存在至少两条更新信息时，将至少两条更新信息进行合并，得到合并更新信息；
推送所述合并更新信息至所述直播对应的直播客户端。
10.如权利要求1所述的方法，其特征在于，所述推送所述更新信息至所述直播对应的直播客户端之后，所述方法还包括：
当接收到推送失败的提示消息时，获取所述更新信息推送失败的次数；
根据所述更新信息推送失败的次数，确定退避时间；
当退避时间到达时，重新推送所述更新信息至所述直播对应的直播客户端。
11.如权利要求1所述的方法，其特征在于，所述方法还包括：
推送对应所述更新信息的更新时间至所述直播对应的直播客户端；
所述更新时间，用于供所述直播客户端在所述更新时间到达时，更新所述直播界面中的组件内容。
12.如权利要求1所述的方法，其特征在于，所述方法还包括：
推送对应所述更新信息的预加载时长至所述直播对应的直播客户端；
所述预加载时长，用于供所述直播客户端在所述预加载时长范围内，获取与所述更新信息对应的组件内容。
13.一种直播组件信息的处理装置，其特征在于，所述装置包括：
获取模块，用于获取直播所对应的直播界面中组件的组件信息；
生成模块，用于基于所述组件信息，生成所述直播界面中组件的更新信息；
其中，所述更新信息指示存在组件内容的更新，并用于更新所述直播界面中的组件内容；
推送模块，用于调用组件服务接口，推送所述更新信息至所述直播对应的直播客户端，以
基于所述更新信息，更新所述直播客户端中所述直播界面的组件内容。
14.一种计算机设备，其特征在于，包括：
存储器，用于存储可执行指令；
处理器，用于执行所述存储器中存储的可执行指令时，实现权利要求1至12任一项所述的直播组件信息的处理方法。
15.一种计算机可读存储介质，其特征在于，存储有可执行指令，用于被处理器执行时，实现权利要求1至12任一项所述的直播组件信息的处理方法。
CN202010704531.4A 2020-07-21 2020-07-21 直播组件信息的处理方法、装置、设备及存储介质 Pending CN111836067A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010704531.4A CN111836067A (zh) 2020-07-21 2020-07-21 直播组件信息的处理方法、装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010704531.4A CN111836067A (zh) 2020-07-21 2020-07-21 直播组件信息的处理方法、装置、设备及存储介质

Publications (1)

Publication Number Publication Date
CN111836067A true CN111836067A (zh) 2020-10-27

Family

ID=72924503

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010704531.4A Pending CN111836067A (zh) 2020-07-21 2020-07-21 直播组件信息的处理方法、装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN111836067A (zh)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112434053A (zh) * 2020-12-02 2021-03-02 百果园技术(新加坡)有限公司 一种计算直播热度的方法、装置、设备和存储介质
CN112738182A (zh) * 2020-12-24 2021-04-30 海南车智易通信息技术有限公司 数据推送系统、数据推送方法及计算设备
CN112764951A (zh) * 2021-01-27 2021-05-07 广州方硅信息技术有限公司 消息广播方法、装置、电子设备及存储介质
CN113312179A (zh) * 2021-06-01 2021-08-27 中国民航信息网络股份有限公司 数据组件管理方法、装置、系统、电子设备及存储介质
CN113747207A (zh) * 2021-08-11 2021-12-03 北京达佳互联信息技术有限公司 数据的传输方法、装置、电子设备及存储介质
CN114546390A (zh) * 2022-04-26 2022-05-27 北京搜狐新动力信息技术有限公司 webView组件管理方法及相关装置
CN115134613A (zh) * 2021-03-29 2022-09-30 武汉斗鱼网络科技有限公司 一种直播间信息的获取方法及相关装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105791291A (zh) * 2016-03-02 2016-07-20 腾讯科技（深圳）有限公司 网络应用的显示控制方法、显示中实时更新的方法和装置
CN110012115A (zh) * 2019-05-06 2019-07-12 广州华多网络科技有限公司 直播间推送信息的更新方法和系统
CN110233840A (zh) * 2019-06-06 2019-09-13 广州虎牙信息科技有限公司 一种业务处理方法、装置、设备和存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105791291A (zh) * 2016-03-02 2016-07-20 腾讯科技（深圳）有限公司 网络应用的显示控制方法、显示中实时更新的方法和装置
CN110012115A (zh) * 2019-05-06 2019-07-12 广州华多网络科技有限公司 直播间推送信息的更新方法和系统
CN110233840A (zh) * 2019-06-06 2019-09-13 广州虎牙信息科技有限公司 一种业务处理方法、装置、设备和存储介质

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112434053A (zh) * 2020-12-02 2021-03-02 百果园技术(新加坡)有限公司 一种计算直播热度的方法、装置、设备和存储介质
CN112434053B (zh) * 2020-12-02 2024-03-26 百果园技术(新加坡)有限公司 一种计算直播热度的方法、装置、设备和存储介质
CN112738182A (zh) * 2020-12-24 2021-04-30 海南车智易通信息技术有限公司 数据推送系统、数据推送方法及计算设备
CN112764951A (zh) * 2021-01-27 2021-05-07 广州方硅信息技术有限公司 消息广播方法、装置、电子设备及存储介质
CN115134613A (zh) * 2021-03-29 2022-09-30 武汉斗鱼网络科技有限公司 一种直播间信息的获取方法及相关装置
CN113312179A (zh) * 2021-06-01 2021-08-27 中国民航信息网络股份有限公司 数据组件管理方法、装置、系统、电子设备及存储介质
CN113747207A (zh) * 2021-08-11 2021-12-03 北京达佳互联信息技术有限公司 数据的传输方法、装置、电子设备及存储介质
CN114546390A (zh) * 2022-04-26 2022-05-27 北京搜狐新动力信息技术有限公司 webView组件管理方法及相关装置

Similar Documents

Publication Publication Date Title
CN111836067A (zh) 直播组件信息的处理方法、装置、设备及存储介质
US10785175B2 (en) Polling extension application for interacting with a messaging application
US11088973B2 (en) Conversion of text relating to media content and media extension apps
US20200379779A1 (en) Program operating method and apparatus, computing device, and storage medium
CN109408751B (zh) 一种数据处理方法、终端、服务器及存储介质
US9830139B2 (en) Application experience sharing system
US20220317825A1 (en) Method and apparatus for displaying multimedia resources, and storage medium
US20180336060A1 (en) Method, terminal and storage medium for displaying media files
CN105339891B (zh) 用于实现没有应用代码执行的活动平铺块的方法
JP2014519632A (ja) アプリケーションのカスタマイズされた起動
CN112379948A (zh) 程序配置管理方法及装置、存储介质、电子设备
CN110139118B (zh) 应用程序的功能运行方法、装置、电子设备及存储介质
WO2024011899A1 (zh) 微件的加载方法、装置、设备以及存储介质
EP3989589A1 (en) Video update push method and terminal
CN113010328A (zh) 信息分享方法、装置、终端设备及存储介质
CN113253880A (zh) 互动场景的页面的处理方法、装置及存储介质
CN112328342A (zh) 基于在线文档的待办事项处理方法及装置
CN108418890B (zh) 脸部特效资源生成方法、装置、系统及可读存储介质
CN105025320B (zh) 一种混合构架的可运营桌面系统及其实现方法
CN113254217A (zh) 业务的消息处理方法、装置及电子设备
CN111049864A (zh) 一种消息推送方法、终端设备、应用服务器及交互系统
CN113050904A (zh) 屏幕共享方法及装置
US20150149532A1 (en) Information processing system, terminal device, and method
CN114217715A (zh) 富媒体播放页面控制方法、装置、电子设备及存储介质
JP2024500300A (ja) 情報インタラクション方法、装置、及び機器

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40031405

Country of ref document: HK

SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination