CN113259697B - 一种直播状态的通知方法、相关装置、设备及存储介质 - Google Patents

一种直播状态的通知方法、相关装置、设备及存储介质 Download PDF

Info

Publication number
CN113259697B
CN113259697B CN202110516400.8A CN202110516400A CN113259697B CN 113259697 B CN113259697 B CN 113259697B CN 202110516400 A CN202110516400 A CN 202110516400A CN 113259697 B CN113259697 B CN 113259697B
Authority
CN
China
Prior art keywords
live broadcast
anchor
live
metadata
online
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.)
Active
Application number
CN202110516400.8A
Other languages
English (en)
Other versions
CN113259697A (zh
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 CN202110516400.8A priority Critical patent/CN113259697B/zh
Publication of CN113259697A publication Critical patent/CN113259697A/zh
Application granted granted Critical
Publication of CN113259697B publication Critical patent/CN113259697B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/442—Monitoring of processes or resources, e.g. detecting the failure of a recording device, monitoring the downstream bandwidth, the number of times a movie has been viewed, the storage space available from the internal hard disk
    • 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/4788—Supplemental services, e.g. displaying phone caller identification, shopping application communicating with other users, e.g. chatting
    • 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/488—Data services, e.g. news ticker
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

本申请公开了一种直播状态的通知方法，包括：向直播平台服务器发送第一信息请求；从直播平台服务器中获取第一直播元数据；根据第一直播元数据以及第二直播元数据确定标识比对结果；若标识比对结果不一致，则根据M个主播标识以及N个主播标识，确定待同步主播标识以及待同步主播标识所对应的直播状态信息；若根据实时直播元数据确定待同步主播标识满足消息补发条件，则向终端设备发送针对于目标直播内容的直播状态通知消息。本申请还提供了相关装置、设备及存储介质。本申请中的直播中台设备结合拉取到的直播元数据和实时直播元数据，确定是否需要补发直播状态通知消息，由此，在兼顾数据实时性的前提下，解决同步数据不完整的问题。

Description

一种直播状态的通知方法、相关装置、设备及存储介质
技术领域
本申请涉及互联网技术领域，尤其涉及一种直播状态的通知方法、相关装置、设备及存储介质。
背景技术
随着移动终端的快速发展，直播行业越来越受欢迎，很多用户喜欢通过移动终端设备来观看直播。网络直播利用互联网的快速、表现形式好、内容丰富、互动性强以及地域不受限制等特点，深受人们的喜爱。
目前，直播中台可以与多家直播平台进行合作，将直播数据分发到不同场景。直播平台与直播中台协定了数据推送方案，由直播中台开发接口，当直播平台发生数据变化时，由直播平台调用直播中台接口之后主动推送直播数据，用于解决数据实时性。
然而，由于直播平台内直播数据不是最小的工作逻辑单元，主播开播与直播内容的推送无法做到一致，这就导致同步给直播中台的数据不完整，最终导致直播中台同步给客户端的直播状态不准确。
发明内容
本申请实施例提供了一种直播状态的通知方法、相关装置、设备及存储介质。直播中台设备结合拉取到的直播元数据和实时直播元数据，确定是否需要补发直播状态通知消息，由此，在兼顾数据实时性的前提下，解决同步数据不完整的问题。
有鉴于此，本申请一方面提供一种直播状态的通知方法，包括：
向直播平台服务器发送第一信息请求，其中，第一信息请求用于请求直播平台服务器中第一时间周期内的直播元数据；
从直播平台服务器中获取第一直播元数据，其中，第一直播元数据包括在第一时间周期内的M个主播标识，M为大于或等于0的整数；
根据第一直播元数据以及第二直播元数据确定标识比对结果，其中，第二直播元数据包括在第二时间周期内的N个主播标识，第二时间周期为第一时间周期相邻的上一个时间周期，N为大于或等于0的整数；
若标识比对结果不一致，则根据M个主播标识以及N个主播标识，确定待同步主播标识以及待同步主播标识所对应的直播状态信息，其中，直播状态信息为直播上线信息或直播下线信息，待同步主播标识对应于目标直播内容；
若根据实时直播元数据确定待同步主播标识满足消息补发条件，则向终端设备发送针对于目标直播内容的直播状态通知消息，其中，实时直播元数据包括直播平台服务器实时上报的主播标识，直播状态通知消息用于通知目标直播内容已下线，或者，用于通知目标直播内容已上线。
本申请另一方面提供一种直播状态通知装置，包括：
发送模块，用于向直播平台服务器发送第一信息请求，其中，第一信息请求用于请求直播平台服务器中第一时间周期内的直播元数据；
获取模块，用于从直播平台服务器中获取第一直播元数据，其中，第一直播元数据包括在第一时间周期内的M个主播标识，M为大于或等于0的整数；
确定模块，用于根据第一直播元数据以及第二直播元数据确定标识比对结果，其中，第二直播元数据包括在第二时间周期内的N个主播标识，第二时间周期为第一时间周期相邻的上一个时间周期，N为大于或等于0的整数；
确定模块，还用于若标识比对结果不一致，则根据M个主播标识以及N个主播标识，确定待同步主播标识以及待同步主播标识所对应的直播状态信息，其中，直播状态信息为直播上线信息或直播下线信息，待同步主播标识对应于目标直播内容；
发送模块，还用于若根据实时直播元数据确定待同步主播标识满足消息补发条件，则向终端设备发送针对于目标直播内容的直播状态通知消息，其中，实时直播元数据包括直播平台服务器实时上报的主播标识，直播状态通知消息用于通知目标直播内容已下线，或者，用于通知目标直播内容已上线。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，直播状态通知装置还包括接收模块以及处理模块；
接收模块，用于接收直播平台服务器发送的第一接口调用请求；
发送模块，还用于向直播平台服务器发送第一接口调用响应，其中，第一接口调用响应表示第一数据接口已调用成功；
接收模块，还用于通过第一数据接口接收直播平台服务器发送的主播上线参数，其中，主播上线参数包括已上线主播所对应的主播标识；
处理模块，用于根据主播上线参数，将已上线主播所对应的主播标识添加至实时直播元数据。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，
接收模块，还用于接收直播平台服务器发送的第二接口调用请求；
发送模块，还用于向直播平台服务器发送第二接口调用响应，其中，第二接口调用响应表示第一数据接口已调用成功；
接收模块，还用于通过第二数据接口接收直播平台服务器发送的主播下线参数，其中，主播下线参数包括已下线主播所对应的主播标识；
处理模块，还用于根据主播下线参数，从实时直播元数据中删除已下线主播所对应的主播标识。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，
发送模块，还用于向直播平台服务器发送第一信息请求之前，向直播平台服务器发送第二信息请求，其中，第二信息请求用于请求直播平台服务器中第二时间周期内的直播元数据；
获取模块，还用于从直播平台服务器中获取第二直播元数据；
处理模块，还用于存储第二直播元数据。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，
确定模块，具体用于若N个主播标识中存在第一主播标识，且M个主播标识中不存在第一主播标识，则将第一主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播下线信息；
发送模块，具体用于向终端设备发送针对于目标直播内容的直播下线通知消息，其中，直播下线通知消息用于通知目标直播内容已下线。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，实时直播元数据还包括主播标识所对应的待比对上线时间戳；
获取模块，还用于在确定模块将第一主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播下线信息之后，获取待同步主播标识所对应的上线时间戳；
确定模块，还用于若上线时间戳与实时直播元数据中所包括的待比对上线时间戳匹配失败，则确定待同步主播标识满足消息补发条件。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，
确定模块，具体用于若M个主播标识中存在第二主播标识，且N个主播标识中不存在第二主播标识，则将第二主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播上线信息；
发送模块，具体用于向终端设备发送针对于目标直播内容的直播上线通知消息，其中，直播上线通知消息用于通知目标直播内容已上线。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，
获取模块，还用于在确定模块将第二主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播上线信息之后，获取待同步主播标识所对应的上线时间戳；
确定模块，还用于根据上线时间戳以及当前时间戳，确定时间差值；
确定模块，还用于若时间差值大于或等于时长阈值，则确定待同步主播标识不满足消息补发条件。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，实时直播元数据还包括主播标识所对应的待比对上线时间戳；
处理模块，还用于确定模块根据上线时间戳以及当前时间戳，确定时间差值之后，若时间差值小于时长阈值，则将上线时间戳与实时直播元数据中所包括的时间戳进行比对；
确定模块，还用于若上线时间戳与实时直播元数据中所包括的待比对上线时间戳匹配失败，则确定待同步主播标识满足消息补发条件。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，
获取模块，具体用于向直播平台服务器发送第三信息请求，其中，第三信息请求携带待同步主播标识；
从直播平台服务器中获取直播详情信息，其中，直播详情信息包括待同步主播标识所对应的上线时间戳；
或者，
获取模块，具体用于接收直播平台服务器发送的直播详情信息；
根据待同步主播标识，从直播详情信息中获取上线时间戳。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，
处理模块，还用于发送模块向终端设备发送针对于目标直播内容的直播状态通知消息之后，根据直播状态通知消息生成跟踪标识，其中，跟踪标识用于标识直播状态通知消息；
处理模块，还用于将跟踪标识以及直播状态通知消息记录至消息日志中。
在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，
获取模块，还用于在发送模块向直播平台服务器发送第一信息请求之前，获取平台同步指令，其中，平台同步指令携带直播平台服务器的平台标识；
获取模块，还用于获取渠道推送指令，其中，渠道推送指令携带应用客户端标识，应用客户端标识用于标识应用客户端，且应用客户端部署于终端设备；
发送模块，具体用于根据平台同步指令所携带的直播平台服务器的平台标识，向直播平台服务器发送第一信息请求；
发送模块，具体用于根据渠道推送指令所携带的应用客户端标识，向终端设备发送针对于目标直播内容的直播状态通知消息。
本申请另一方面提供一种计算机设备，包括：存储器、处理器以及总线系统；
其中，存储器用于存储程序；
处理器用于执行存储器中的程序，处理器用于根据程序代码中的指令执行上述各方面的方法；
总线系统用于连接存储器以及处理器，以使存储器以及处理器进行通信。
本申请的另一方面提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面的方法。
本申请的另一个方面，提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各方面所提供的方法。
从以上技术方案可以看出，本申请实施例具有以下优点：
本申请实施例中，提供了一种直播状态的通知方法，首先，直播中台设备向直播平台服务器发送第一信息请求，由此，直播中台设备从直播平台服务器中获取第一直播元数据，第一直播元数据包括在第一时间周期内的M个主播标识。接下来，直播中台设备根据第一直播元数据以及第二直播元数据确定标识比对结果，第二直播元数据包括在第二时间周期内的N个主播标识，第二时间周期为第一时间周期相邻的上一个时间周期。如果标识比对结果不一致，则直播中台设备根据M个主播标识以及N个主播标识，确定待同步主播标识以及待同步主播标识所对应的直播状态信息，进一步地，直播中台设备根据实时直播元数据确定待同步主播标识是否满足消息补发条件，如果满足，则向终端设备发送针对于目标直播内容的直播状态通知消息，该实时直播元数据包括直播平台服务器实时上报的主播标识。通过上述方式，直播中台设备接入直播平台服务器的接口，不断主动轮询直播平台服务器，以获取直播平台服务器的直播元数据，这部分直播元数据虽然会有一定延迟，但是准确性较高。与此同时，直播中台设备会收到直播平台服务器推送的实时直播元数据，实时直播元数据虽然实时性较高，但可能有缺失情况，基于此，结合拉取到的直播元数据和实时直播元数据，确定是否需要补发直播状态通知消息，由此，在兼顾数据实时性的前提下，解决同步数据不完整的问题。
附图说明
图1为本申请实施例中直播中台的一个框架示意图；
图2为本申请实施例中直播状态通知系统的一个环境示意图；
图3为本申请实施例中获取直播元数据的一个架构示意图；
图4为本申请实施例中直播状态通知方法的一个流程示意图；
图5为本申请实施例中基于直播平台信息管理的一个界面示意图；
图6为本申请实施例中基于渠道信息管理的一个界面示意图；
图7为本申请实施例中基于直播平台信息配置的一个界面示意图；
图8为本申请实施例中直播状态通知装置的一个示意图；
图9为本申请实施例中服务器的一个结构示意图；
图10为本申请实施例中终端设备的一个结构示意图。
具体实施方式
本申请实施例提供了一种直播状态的通知方法、相关装置、设备及存储介质。直播中台设备结合拉取到的直播元数据和实时直播元数据，确定是否需要补发直播状态通知消息，由此，在兼顾数据实时性的前提下，解决同步数据不完整的问题。
本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
随着直播类型的多元化以及直播业务量不断增大，直播能力成为各大业务急需的能力。企业内业务平台发展到一定的用户量之后，也便累积了一定量的用户原创内容(UserGenerated Content，UGC)和专业生产内容(Professional Generated Content，PGC)。企业内部的直播产品在不断衍生孵化，产品趋于多元化，产品业务形态不一样，但是模块和技术是可以复用的，在这样一个背景下，建立了直播中台。为了便于理解，请参阅图1，图1为本申请实施例中直播中台的一个框架示意图，如图所示，直播中台会提供一整套直播能力，这些能力包含但不仅限于登录、开播、观看、房间内互动、对公管理以及管理平台等，并提供一套平台即服务(Platform as a Service，PaaS)。终端设备的软件开发工具包(SoftwareDevelopment Kit，SDK)是对直播中台的PAAS服务进行易用性封装，为业务方提供端到端的直播服务。
基于此，本申请提供了一种直播生态下，将多家直播平台的直播间信息汇总至直播中台，再由中播中台向企业内外各种渠道进行分发。由于数据源头在直播平台，推送的数据可能存在丢失或者漏推等的情况，而本申请解决了数据丢失的问题，维护了数据的完整性，提升用户体验。本申请提出的直播状态通知应用于图2所示的直播状态通知系统。请参阅图2，图2为本申请实施例中直播状态通知系统的一个环境示意图，如图所示，直播状态通知系统包括直播平台服务器、直播中台设备以及终端设备，其中，直播中台设备可以是服务器，也可以是算力较高的计算机设备。而终端设备上部署有应用客户端，该应用客户端能够为用户提供直播内容，即展示直播内容。
本申请涉及的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content DeliveryNetwork，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、掌上电脑、个人电脑、智能电视、智能手表等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。服务器和终端设备的数量也不做限制。
结合图2所示的直播状态通知系统，进一步地，下面将结合图3介绍获取直播元数据的方式。请参阅图3，图3为本申请实施例中获取直播元数据的一个架构示意图，如图所示，黑色箭头表示直播平台服务器向直播中台设备推送的直播元数据，白色箭头表示直播中台设备主动拉取的直播元数据。直播中台设备可以根据配置信息，定时轮询直播元数据。直播中台设备具有直播流拉取服务和弹幕拉取服务，其中，直播流拉取服务能够通过配置查询代理，拉取主播在线列表、业务以及主播详情。此外，还可以拉取直播流和弹幕数据，并对直播流和弹幕数据进行敏感词校验，渠道策略和封禁策略的处理，其中，渠道表示不同的应用类型。最后，直播中台设备将直播流和弹幕信息推送至应用客户端，同时，基于本申请提供的直播状态通知方法，还可以向应用客户端推送相应的补发消息。
结合上述介绍，下面将对本申请中直播状态的通知方法进行介绍，请参阅图4，本申请实施例中直播状态通知方法的一个实施例包括：
101、直播中台设备向直播平台服务器发送第一信息请求，其中，第一信息请求用于请求直播平台服务器中第一时间周期内的直播元数据；
本实施例中，由于直播平台服务器提供有开放接口，可供直播中台设备拉取数据，因此，直播中台设备可以轮询直播平台服务器的开放接口，即向直播平台服务器发送第一信息请求。具体地，直播中台设备每次轮询的数据为针对于某个直播平台在某个时间周期内的直播元数据。其中，第一信息请求用于请求直播平台服务器中在第一时间周期内的直播元数据，直播元数据是指与直播数据流相关的数据。
示例性，由于直播中台设备可以调用多个直播平台服务器的开放接口，例如，直播中台设备可调用直播平台服务器A的开放接口以及直播平台服务器B的开放接口，基于此，在第一信息请求中还可以携带直播平台服务器的平台标识。示例性地，以游戏直播平台为例，一个直播平台可能会提供多类游戏的直播，例如，游戏A的直播和游戏B的直播，基于此，在第一信息请求中还可以携带游戏标识。
需要说明的是，本申请涉及的直播中台设备可以是指直播中台服务器，或者，具有直播中台功能的计算机设备，此处不做限定。
102、直播中台设备从直播平台服务器中获取第一直播元数据，其中，第一直播元数据包括在第一时间周期内的M个主播标识，M为大于或等于0的整数；
本实施例中，直播中台设备调用直播平台服务器的开放接口，从中获取第一直播元数据，其中，第一直播元数据至少包括在第一时间周期内的M个主播标识，M为大于或等于0的整数，如果M为0，即没有拉取到直播元数据。
具体地，假设直播中台设备每分钟轮询一次直播平台服务器的开放接口，例如，在16点01分00秒拉取到第一直播元数据，那么该第一直播元数据为第一时间周期内的直播元数据，第一时间周期的起始时刻为16点00分00秒，第一时间周期的结束时刻为16点01分00秒。需要说明的是，直播中台设备的轮询频率可根据实际需求进行设置，本申请以每分钟轮询一次直播平台服务器为例进行介绍，然而，这不应理解为对本申请的限定。
此外，考虑到直播中台设备请求直播元数据时，存在请求和响应的时间以及网络通信质量问题，可能会有一定的数据延迟。基于此，直播平台服务器可以将每个时间周期的直播元数据存储在数据库中，供直播中台设备直接调用。
103、直播中台设备根据第一直播元数据以及第二直播元数据确定标识比对结果，其中，第二直播元数据包括在第二时间周期内的N个主播标识，第二时间周期为第一时间周期相邻的上一个时间周期，N为大于或等于0的整数；
本实施例中，直播中台设备从本地数据库中获取已拉取的第二直播元数据，其中，第二直播元数据包括在第二时间周期内的N个主播标识，如果N为0，即表示没有拉取到直播元数据。这里的第二时间周期为第一时间周期相邻的上一个时间周期。基于此，直播中台设备将N个主播标识与M个主播标识进行比对，从而得到标识比对结果。
具体地，假设直播中台设备每分钟轮询一次直播平台服务器的开放接口，例如，在16点00分00秒拉取到第二直播元数据，在16点01分00秒拉取到第一直播元数据。那么第一直播元数据为第一时间周期内的直播元数据，第二直播元数据为第二时间周期内的直播元数据。第一时间周期的起始时刻为16点00分00秒，第一时间周期的结束时刻为16点01分00秒。第二时间周期的起始时刻为15点59分00秒，第二时间周期的结束时刻为16点00分00秒。
可以理解的是，直播中台设备可调用本地数据库的直播元数据，其中，本地数据库可以是远程字典服务(Remote Dictionary Server，Redis)，也可以是其他类型的数据库，此处不做限定。
104、若标识比对结果不一致，则根据M个主播标识以及N个主播标识，直播中台设备确定待同步主播标识以及待同步主播标识所对应的直播状态信息，其中，直播状态信息为直播上线信息或直播下线信息，待同步主播标识对应于目标直播内容；
本实施例中，如果第一直播元数据以及第二直播元数据之间的比对结果不一致，则表示有主播在第一时间周期内上线或者下线，基于此，直播中台设备可根据M个主播标识和N个主播标识，进一步确定待同步主播标识，并且确定待同步主播标识所对应的直播状态信息，即直播状态信息为直播上线信息或直播下线信息。待同步主播标识与目标直播内容具有唯一的对应关系。
可以理解的是，本申请以一个待同步主播标识为例进行介绍，在实际情况下，对于每个待同步主播标识的处理方式类似，此处不做赘述。
105、若直播中台设备根据实时直播元数据确定待同步主播标识满足消息补发条件，则直播中台设备向终端设备发送针对于目标直播内容的直播状态通知消息，其中，实时直播元数据包括直播平台服务器实时上报的主播标识，直播状态通知消息用于通知目标直播内容已下线，或者，用于通知目标直播内容已上线。
本实施例中，如果确定标识比对结果不一致，则直播中台设备需要根据实时直播元数据，进一步判断待同步主播标识是否满足消息补发条件。如果满足消息补发条件，那么直播中台设备可以向终端设备发送针对于目标直播内容的直播状态通知消息。该终端设备上部署有应用客户端，该应用客户端用于播放直播平台提供的直播内容。因此，终端设备收到直播状态通知消息之后，会显示目标直播内容的直播状态通知消息。
需要说明的是，直播状态通知消息用于通知目标直播内容已下线，或者，用于通知目标直播内容已上线。
本申请实施例中，提供了一种直播状态的通知方法，通过上述方式，直播中台设备接入直播平台服务器的接口，不断主动轮询直播平台服务器，以获取直播平台服务器的直播元数据，这部分直播元数据虽然会有一定延迟，但是准确性较高。与此同时，直播中台设备会收到直播平台服务器推送的实时直播元数据，实时直播元数据虽然实时性较高，但可能有缺失情况，基于此，结合拉取到的直播元数据和实时直播元数据，确定是否需要补发直播状态通知消息，由此，在兼顾数据实时性的前提下，解决同步数据不完整的问题。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，还可以包括：
直播中台设备接收直播平台服务器发送的第一接口调用请求；
直播中台设备向直播平台服务器发送第一接口调用响应，其中，第一接口调用响应表示第一数据接口已调用成功；
直播中台设备通过第一数据接口接收直播平台服务器发送的主播上线参数，其中，主播上线参数包括已上线主播所对应的主播标识；
直播中台设备根据主播上线参数，将已上线主播所对应的主播标识添加至实时直播元数据。
本实施例中，介绍了一种基于主播上线参数更新实时直播元数据的方式。直播中台设备开放有第一数据接口，由直播平台服务器调用，将主播上线参数实时推送至直播中台设备。对于直播平台服务器而言，需要先向直播平台服务器发送用于调用第一数据接口的第一接口调用请求。如果直播中台设备的第一数据接口被调用成功，则直播中台设备可以向直播平台服务器发送第一接口调用响应。由此，直播中台设备通过第一数据接口接收直播平台服务器发送的主播上线参数，然后更新至实时直播元数据，即已上线主播所对应的主播标识添加至实时直播元数据，从而保证实时直播元数据的实时性。
具体地，直播中台设备提供有测试环境和正式环境，不同的环境可采用不同的环境域名，故此处不做限定。其中，第一接口调用请求的请求链接可以是“http://${环境域名}/api/anchor/online？accessToken＝xxxxxx”。
示例性地，第一数据接口被调用成功的情况下，第一接口调用响应如下：
Figure BDA0003062421330000091
其中，“msg”表示接口返回的信息，“success”表示返回成功，“ret”表示返回代码，“0”表示成功，非0即表示失败，“ok”表示接口请求成功，“no”表示接口请求失败，“tid”表示日志流水号，便于查询日志。
由此可见，此处调用了两次接口返回的结果，其中，一次返回的结果为直播平台服务器调用第一数据接口是否成功。另一次返回的是直播中台设备对于实时直播元数据的处理是否处理成功。
示例性地，第一数据接口被调用失败的情况下，响应如下：
Figure BDA0003062421330000092
可以理解的是，在实际情况下，主播上线参数不仅包括已上线主播所对应的主播标识，还可以包括其他参数。请参阅表1，表1为主播上线参数的相关信息。
表1
Figure BDA0003062421330000093
Figure BDA0003062421330000101
其中，int表示整数类型，String表示字符串。“hls”表示基于超文本传输协议(Hypertext Transfer Protocol，HTTP)的自适应码率流媒体传输协议。“flv”表示流媒体格式。需要说明的是，表1所示的主播上线参数是以游戏类直播为例进行描述的，不应理解为对本申请的限定。
其次，本申请实施例中，提供了一种基于主播上线参数更新实时直播元数据的方式，通过上述方式，直播平台服务器可以主动向直播中台设备推送主播上线参数，即直播平台服务器只要收到主播上线参数，就会反馈给直播中台设备，从而保证了实时直播元数据的实时性。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，还可以包括：
直播中台设备接收直播平台服务器发送的第二接口调用请求；
直播中台设备向直播平台服务器发送第二接口调用响应，其中，第二接口调用响应表示第一数据接口已调用成功；
直播中台设备通过第二数据接口接收直播平台服务器发送的主播下线参数，其中，主播下线参数包括已下线主播所对应的主播标识；
直播中台设备根据主播下线参数，从实时直播元数据中删除已下线主播所对应的主播标识。
本实施例中，介绍了一种基于主播下线参数更新实时直播元数据的方式。直播中台设备开放有第二数据接口，由直播平台服务器调用，将主播下线参数实时推送至直播中台设备。对于直播平台服务器而言，需要先向直播平台服务器发送用于调用第二数据接口的第二接口调用请求。如果直播中台设备的第二数据接口被调用成功，则直播中台设备可以向直播平台服务器发送第二接口调用响应。由此，直播中台设备通过第二数据接口接收直播平台服务器发送的主播下线参数，然后更新至实时直播元数据，即从实时直播元数据中删除已下线主播所对应的主播标识，从而保证实时直播元数据的实时性。
具体地，直播中台设备提供有测试环境和正式环境，不同的环境可采用不同的环境域名，故此处不做限定。其中，第二接口调用请求的请求链接可以是“<${环境域名}/api/anchor/offline？accessToken＝xxxxxx>”。
示例性地，第二数据接口被调用成功的情况下，第二接口调用响应如下：
Figure BDA0003062421330000111
其中，“msg”表示接口返回的信息，“success”表示返回成功，“ret”表示返回代码，“0”表示成功，非0即表示失败，“ok”表示接口请求成功，“no”表示接口请求失败，“tid”表示日志流水号，便于查询日志。
由此可见，此处调用了两次接口返回的结果，其中，一次返回的结果为直播平台服务器调用第二数据接口是否成功。另一次返回的是直播中台设备对于实时直播元数据的处理是否处理成功。
示例性地，第二数据接口被调用失败的情况下，响应如下：
Figure BDA0003062421330000112
可以理解的是，在实际情况下，主播下线参数不仅包括已下线主播所对应的主播标识，还可以包括其他参数。请参阅表2，表2为主播下线参数的相关信息。
表2
Figure BDA0003062421330000113
Figure BDA0003062421330000121
其中，int表示整数类型，String表示字符串。需要说明的是，表2所示的主播上下线参数是以游戏类直播为例进行描述的，不应理解为对本申请的限定。
其次，本申请实施例中，提供了一种基于主播下线参数更新实时直播元数据的方式，通过上述方式，直播平台服务器可以主动向直播中台设备推送主播下线参数，即直播平台服务器只要收到主播下线参数，就会反馈给直播中台设备，从而保证了实时直播元数据的实时性。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，直播中台设备向直播平台服务器发送第一信息请求之前，还可以包括：
直播中台设备向直播平台服务器发送第二信息请求，其中，第二信息请求用于请求直播平台服务器中第二时间周期内的直播元数据；
直播中台设备从直播平台服务器中获取第二直播元数据；
直播中台设备存储第二直播元数据。
本实施例中，介绍了一种将第二直播元数据进行落地的方式。由于直播元数据(包括第一直播元数据以及第二直播元数据)所包括的主播标识，均表示在对应的时间周期内上线的主播标识，即只要出现在直播元数据内的主播标识，即表示该主播标识对应的主播在线，而没有出现的主播标识则默认不在线(即下线)。而拉流识别的直播元数据是一次性的，即在主播一次上线过程中，拉流识别出一次上线操作后，下次不会再判断该主播是否上线。但是得到一次直播元数据是无法确定出主播的上线或下线情况，因此，需要对相邻两个时间周期内获取到的直播元数据进行比对，才能判定是否存在主播上线或下线的情况。基于此，直播中台设备需要将即将被对比的直播元数据(例如，第二直播元数据)存储于本地数据库(例如，Redis)中，稍后进行处理。
具体地，以对第二时间周期内的直播元数据进行存储为例进行介绍，首先，直播中台设备向直播平台服务器发送第二信息请求，第二信息请求用于请求直播平台服务器中在第二时间周期内的直播元数据。然后在直播平台服务器响应于该第二信息请求之后，允许直播中台设备从直播平台服务器中获取第二直播元数据，再存储第二直播元数据。为了便于理解，请参阅表3，表3为存储直播元数据的一个示意。
表3
Figure BDA0003062421330000122
其中，json为JS对象简谱(JavaScript Object Notation)，json串格式如下：
Figure BDA0003062421330000123
Figure BDA0003062421330000131
其中，“dataType”表示数据类型，“anchorOnline”表示在线，“anchorOffline”表示下线，“livePlatId”表示直播平台服务器的平台标识，“anchorId”表示主播标识，“timestamp”表示上线时间戳。
其次，本申请实施例中，提供了一种将第二直播元数据进行落地的方式，通过上述方式，直播中台设备还可以将不同时间周期所对应的直播元数据存储在数据库中，以此实现数据落地。而存储于数据库的时候会考虑到直播元数据的拉取顺序，因此，直播元数据可以被有序地处理，即真实的上线消息或下线消息发出时间越久，可越早被处理，从而提升方案的合理性。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中直播中台设备，根据M个主播标识以及N个主播标识，确定待同步主播标识以及待同步主播标识所对应的直播状态信息，具体可以包括：
若N个主播标识中存在第一主播标识，且M个主播标识中不存在第一主播标识，则直播中台设备将第一主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播下线信息；
直播中台设备向终端设备发送针对于目标直播内容的直播状态通知消息，具体可以包括：
直播中台设备向终端设备发送针对于目标直播内容的直播下线通知消息，其中，直播下线通知消息用于通知目标直播内容已下线。
本实施例中，介绍了一种确定主播下线的方式。由前述实施例可知，直播中台设备在每个时间周期内获取一次直播元数据，下面将以第一直播元数据以及第二直播元数据为例进行说明，其中，第一直播元数据包括M个主播标识，第二直播元数据包括N个主播标识。
具体地，为了便于理解，请参阅表4，表4为第一直播元数据以及第二直播元数据的一个示意。
表4
Figure BDA0003062421330000132
由此可见，每个主播标识具有一个对应的上线时间戳，因此，还可以在第一直播元数据以及第二直播元数据中加入每个主播标识所对应的上线时间戳。在不包括上线时间戳的情况下，也仍然能够判断主播是否下线。
基于表4可知，在第二直播元数据中所包括的N个主播标识中存在第一主播标识“102”，而在第一直播元数据中所包括的M个主播标识中不存在第一主播标识“102”，因此，可确定第一主播标识“102”即为待同步主播标识，且在此情况下，可知该待同步主播标识所对应的直播状态信息为直播下线信息。由此，在确定要下发直播状态通知消息时，应向终端设备发送直播下线通知消息，即表示直播平台上的目标直播内容已经下线。
其次，本申请实施例中，提供了一种确定主播下线的方式，通过上述方式，对相邻两个时间周期获取到的主播标识进行比对，如果上一个时间周期存在的主播标识，而当前时间周期里不存在，则表示该主播标识对应的主播已经下线，从而快速且准确地判定出哪些主播下线。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，实时直播元数据还包括主播标识所对应的待比对上线时间戳；
直播中台设备将第一主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播下线信息之后，还可以包括：
直播中台设备获取待同步主播标识所对应的上线时间戳；
若上线时间戳与实时直播元数据中所包括的待比对上线时间戳匹配失败，则直播中台设备确定待同步主播标识满足消息补发条件。
本实施例中，介绍了一种无需补发直播下线通知消息的方式。由前述实施例可知，直播中台设备将第一主播标识确定为待同步主播标识，并且确定该待同步主播标识对应于直播下线信息。基于此，由于直播元数据(包括第一直播元数据以及第二直播元数据)只记录了每个主播标识对应的上线时间戳，因此，直播中台设备可以将待同步主播标识所对应的上线时间戳与实时直播元数据中的待比对上线时间戳进行匹配。如果实时直播元数据中不存在与上线时间戳一致的待比对上线时间戳，或者，即使存在与上线时间戳一致的待比对上线时间戳，但是其对应的主播标识与待同步主播标识不一致，则认为上线时间戳与实时直播元数据中所包括的待比对上线时间戳匹配失败。
具体地，直播中台设备主动拉取的直播元数据(包括第一直播元数据以及第二直播元数据)是完整的，而由直播平台服务器实时推送得到的实时直播元数据可能是有遗漏的，因此，将两者进行比对可以判断哪些直播下线通知消息需要补发。需要说明的是，主动拉取的直播元数据会比实时直播元数据晚一些(例如，晚1分钟)。在对待同步主播标识所对应的上线时间戳与实时直播元数据中的待比对上线时间戳进行比对的时候，可按照从早到晚的时间顺序分批进行比对，例如，每批比对500条数据，由100个线程并发检测。此外，还需要查看已存储在数据库中的直播下线信息是否存在已补发的直播下线通知消息，如果存在，则从待比对队列中清除这一条数据，并继续检查下一条，由此，能够使得大部分信息已推送，减少缓存内容。如果不存在，并且直播下线信息在当前时间周期内，则放回到数据库中等待下一次比对。如果直播下线信息在上一个时间周期，则进行直播下线通知消息的补发，即加入至补发队列，并从待比对队列中清除这一条数据。
结合上述表1所示的主播上线参数以及表2所示的主播下线参数，可实时更新实时直播元数据，为了便于理解，请参阅表5，表5为实时直播元数据存储结构的一个示意。
表5
Figure BDA0003062421330000141
Figure BDA0003062421330000151
基于此，请再次参阅表4，假设待同步主播标识为“102”，其对应的上线时间戳为“15:30:01”，而基于表5存储的待比对上线时间戳“msgTimestamp”中如果没有“102”及其对应的“15:30:01”，则确定待同步主播标识满足消息补发条件，即需要补发直播下线通知消息。反之，如果实时直播元数据中存储有“102”以及对应的待比对上线时间戳“15:30:01”，则确定待同步主播标识不满足消息补发条件，无需补发直播下线通知消息。
对于实时直播元数据以及直播中台设备拉取的直播元数据而言，其上线时间戳是对齐的，因此，如果存在实时推送的直播元数据中的时间戳晚于主动拉取的直播元数据中的时间戳，那么也不需要补发直播下线通知消息。此外，因为，时间戳比对是并发进行的，为保证补发消息是有序的，即某主播的上下线信息不会因为并发导致顺序错乱，在检查结束后，将需补发的直播下线通知消息有序批量地落地。
单线程不断消费补发队列中的直播下线通知消息，调用主播管理服务发送直播下线通知消息，处理完成休眠一段时间(例如，10秒)。
再次，本申请实施例中，提供了一种无需补发直播下线通知消息的方式，通过上述方式，对于实时直播元数据以及直播中台设备拉取的直播元数据而言，其上线时间戳是对齐的，因此，可利用上线时间戳判定是否需要补发直播下线通知消息，从而保证了检测的合理性和准确性。此外，以直播中台设备主动拉取的直播元数据为准，如果存在实时推送的直播元数据中的时间戳晚于主动拉取的直播元数据中的时间戳，那么也不需要补发直播下线通知消息，由此，进一步提升了直播下线通知消息补发的实时性和可行性。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，直播中台设备根据M个主播标识以及N个主播标识，确定待同步主播标识以及待同步主播标识所对应的直播状态信息，具体可以包括：
若M个主播标识中存在第二主播标识，且N个主播标识中不存在第二主播标识，则直播中台设备将第二主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播上线信息；
直播中台设备向终端设备发送针对于目标直播内容的直播状态通知消息，具体可以包括：
直播中台设备向终端设备发送针对于目标直播内容的直播上线通知消息，其中，直播上线通知消息用于通知目标直播内容已上线。
本实施例中，介绍了一种确定主播上线的方式。由前述实施例可知，直播中台设备在每个时间周期内获取一次直播元数据，下面将以第一直播元数据以及第二直播元数据为例进行说明，其中，第一直播元数据包括M个主播标识，第二直播元数据包括N个主播标识。
具体地，为了便于理解，请再次参阅表4。基于表4可知，在第一直播元数据中所包括的M个主播标识中存在第二主播标识“106”，而在第二直播元数据中所包括的N个主播标识中不存在第二主播标识“106”，因此，可确定第二主播标识“106”即为待同步主播标识，且在此情况下，可知该待同步主播标识所对应的直播状态信息为直播上线信息。由此，在确定要下发直播状态通知消息时，应向终端设备发送直播上线通知消息，即表示直播平台上的目标直播内容已经上线。
需要说明的是，每次拉取主播标识时，需要对存储在Redis中的直播元数据执行zadd操作，即如果直播元数据中已有该主播标识，则操作结果为0，若不存主播标识，则操作结果为1，因此，需要在返回结果为1时，标记为一条主播上线的信息。
其次，本申请实施例中，提供了一种确定主播上线的方式，通过上述方式，对相邻两个时间周期获取到的主播标识进行比对，如果当前时间周期存在的主播标识，而在上一个时间周期里不存在，则表示该主播标识对应的主播已经上线，从而快速且准确地判定出哪些主播上线。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，直播中台设备将第二主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播上线信息之后，还可以包括：
直播中台设备获取待同步主播标识所对应的上线时间戳；
直播中台设备根据上线时间戳以及当前时间戳，确定时间差值；
若时间差值大于或等于时长阈值，则直播中台设备确定待同步主播标识不满足消息补发条件。
本实施例中，介绍了一种判定为重播情况下不需要补发直播上线通知消息的方式。对于重播内容而言无需补发直播上线通知消息，因此，直播中台设备需要获取待同步主播标识所对应的上线时间戳，然后根据待同步主播标识所对应的上线时间戳与当前时间戳，获取对应的时间差值。如果时间差值大于或等于时长阈值，即表示为重播节目。对于重播节目而言，并未下线，因此，也就不需要再补发直播上线通知消息。
具体地，重播节目会采用直播开播时对应的上线时间戳，即重播不会插入新的上线时间戳，基于此，如果时间差值较大，即可理解为直播时间较长，这种情况下属于重播的概率较大。需要说明的是，通常情况下可以将时长阈值设置为1小时，在实际应用中，还可以设置为其他取值，此处不做限定。
再次，本申请实施例中，提供了一种判定为重播情况下不需要补发直播上线通知消息的方式，通过上述方式，直播中台设备根据待同步主播标识所对应的上线时间戳与当前时间戳之间的差值，如果时间差值较大，那么可理解为直播时间较长，因此，可能为重播内容。而对于重播而言，由于并没有下线，因此，也就不需要补发直播上线通知消息，从而节省信令开销，并且能够提升消息补发的合理性。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，实时直播元数据还包括主播标识所对应的待比对上线时间戳；
直播中台设备根据上线时间戳以及当前时间戳，确定时间差值之后，还可以包括：
若时间差值小于时长阈值，则直播中台设备将上线时间戳与实时直播元数据中所包括的时间戳进行比对；
若上线时间戳与实时直播元数据中所包括的待比对上线时间戳匹配失败，则直播中台设备确定待同步主播标识满足消息补发条件。
本实施例中，介绍了一种需要补发直播上线通知消息的方式。由前述实施例可知，若时间差值小于时长阈值，则确定不是重播情况。基于此，由于直播元数据(包括第一直播元数据以及第二直播元数据)只记录了每个主播标识对应的上线时间戳，因此，直播中台设备可以将待同步主播标识所对应的上线时间戳与实时直播元数据中的待比对上线时间戳进行匹配。如果实时直播元数据中不存在与上线时间戳一致的待比对上线时间戳，或者，即使存在与上线时间戳一致的待比对上线时间戳，但是其对应的主播标识与待同步主播标识不一致，则认为上线时间戳与实时直播元数据中所包括的待比对上线时间戳匹配失败。
具体地，直播中台设备主动拉取的直播元数据(包括第一直播元数据以及第二直播元数据)是完整的，而由直播平台服务器实时推送得到的实时直播元数据可能是有遗漏的，因此，将两者进行比对可以判断哪些直播上线通知消息需要补发。需要说明的是，主动拉取的直播元数据会比实时直播元数据晚一些(例如，晚1分钟)。在对待同步主播标识所对应的上线时间戳与实时直播元数据中的待比对上线时间戳进行比对的时候，可按照从早到晚的时间顺序分批进行比对，例如，每批比对500条数据，由100个线程并发检测。此外，还需要查看已存储在数据库中的直播上线信息是否存在已补发的直播上线通知消息，如果存在，则从待比对队列中清除这一条数据，并继续检查下一条，由此，能够使得大部分信息已推送，减少缓存内容。如果不存在，并且直播上线信息在当前时间周期内，则放回到数据库中等待下一次比对。如果直播上线信息在上一个时间周期，则进行直播上线通知消息的补发，即加入至补发队列，并从待比对队列中清除这一条数据。
请再次参阅表4和表5，假设待同步主播标识为“106”，其对应的上线时间戳为“16:01:00”，而基于表5存储的待比对上线时间戳“msgTimestamp”中如果没有“106”及其对应的“16:01:00”，则确定待同步主播标识满足消息补发条件，即需要补发直播上线通知消息。反之，如果实时直播元数据中存储有“106”以及对应的待比对上线时间戳“16:01:00”，则确定待同步主播标识不满足消息补发条件，无需补发直播上线通知消息。
对于实时直播元数据以及直播中台设备拉取的直播元数据而言，其上线时间戳是对齐的，因此，如果存在实时推送的直播元数据中的时间戳晚于主动拉取的直播元数据中的时间戳，那么也不需要补发直播上线通知消息。此外，因为，时间戳比对是并发进行的，为保证补发消息是有序的，即某主播的上上线信息不会因为并发导致顺序错乱，在检查结束后，将需补发的直播上线通知消息有序批量地落地。
单线程不断消费补发队列中的直播上线通知消息，调用主播管理服务发送直播上线通知消息，处理完成休眠一段时间(例如，10秒)。
再次，本申请实施例中，提供了一种需要补发直播上线通知消息的方式，通过上述方式，对于实时直播元数据以及直播中台设备拉取的直播元数据而言，其上线时间戳是对齐的，因此，可利用上线时间戳判定是否需要补发直播上线通知消息，从而保证了检测的合理性和准确性。此外，以直播中台设备主动拉取的直播元数据为准，如果存在实时推送的直播元数据中的时间戳晚于主动拉取的直播元数据中的时间戳，那么也不需要补发直播上线通知消息，由此，进一步提升了直播上线通知消息补发的实时性和可行性。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，直播中台设备获取待同步主播标识所对应的上线时间戳，具体可以包括：
直播中台设备向直播平台服务器发送第三信息请求，其中，第三信息请求携带待同步主播标识；
直播中台设备从直播平台服务器中获取直播详情信息，其中，直播详情信息包括待同步主播标识所对应的上线时间戳；
或者，
直播中台设备获取待同步主播标识所对应的上线时间戳，具体可以包括：
直播中台设备接收直播平台服务器发送的直播详情信息；
直播中台设备根据待同步主播标识，从直播详情信息中获取上线时间戳。
本实施例中，介绍了两种获取上线时间戳的方式。第一种方式为，直播中台设备主动获取主播的上线时间戳，第二种方式为，直播平台服务器主动向直播中台设备推送主播的上线时间戳。下面将分别进行说明。
方式一：直播中台设备主动获取主播的上线时间戳；
具体地，在直播中台设备确定待同步主播标识之后，向直播平台服务器发送第三信息请求，其中，第三信息请求携带待同步主播标识。基于此，直播平台服务器响应于第三信息请求，并向直播中台设备开放数据调用接口，于是直播中台设备可以直接从直播平台服务器中获取直播详情信息，该直播详情信息包括待同步主播标识所对应的上线时间戳。
以游戏类直播为例，直播中台设备主动获拉取的直播详情信息可进行结构化存储，请参阅表6，表6为直播详情信息的一个示意。
表6
Figure BDA0003062421330000181
Figure BDA0003062421330000191
由此可见，直播详情信息包括直播元数据，即包括主播标识(anchorId)，此外，直播详情信息还包括上线时间戳(timestamp)。
方式二：直播中台设备被动获取主播的上线时间戳；
具体地，直播平台服务器向直播中台设备推送直播详情信息。在直播中台设备确定待同步主播标识之后，可以从直播详情信息中获取待同步主播标识所所对应的上线时间戳。
进一步地，本申请实施例中，提供了两种获取上线时间戳的方式，通过上述方式，直播中台设备既可以主动去取上线时间戳，也可以选择让直播平台服务器主动推送上线时间戳，两种方式皆可。直播平台服务器主动推送上线时间戳，能够使得直播中台设备获取到新晋主播的上线时间戳。而直播中台设备主动拉取上线时间戳，能够定向获取到上线时间戳。从而提升数据获取的灵活性。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，直播中台设备向终端设备发送针对于目标直播内容的直播状态通知消息之后，还可以包括：
直播中台设备根据直播状态通知消息生成跟踪标识，其中，跟踪标识用于标识直播状态通知消息；
直播中台设备将跟踪标识以及直播状态通知消息记录至消息日志中。
本实施例中，介绍了一种基于直播状态通知消息进行统计和跟踪的方式。对于每个直播状态通知消息而言，可生成一个跟踪标识(trace identity document，trace ID)，基于此，将跟踪标识以及直播状态通知消息记录至消息日志中。
具体地，跟踪标识可设置为递增值，以某个直播平台服务器为例，假设直播平台服务器的平台标识为“平台A”，对于“平台A”而言，其对应的消息日志可如表7所示，请参阅表7，表7为针对于“平台A”的一个消息日志示意。
表7
直播状态通知消息类型 跟踪标识
直播上线通知消息 010001
直播上线通知消息 010002
直播下线通知消息 110001
直播下线通知消息 110002
直播上线通知消息 010003
直播下线通知消息 110003
直播上线通知消息 010004
直播下线通知消息 110004
其中，跟踪标识中的首位数为“0”，则表示该消息为直播上线通知消息，跟踪表示中的首位数为“1”，则表示该消息为直播下线通知消息，基于此，跟踪标识剩余数值依次累计，例如，根据跟踪标识“010004”可知，该消息为直播上线通知消息，且统计数为4。
其次，本申请实施例中，提供了一种基于直播状态通知消息进行统计和跟踪的方式，通过上述方式，直播中台设备根据直播状态通知消息生成跟踪标识，然后将跟踪标识以及直播状态通知消息记录至消息日志中，由此，便于相关人员根据消息日志查看并统计直播上线信息和直播下线信息的补发情况，从而及时进行相应的操作。
可选地，在上述图4对应的实施例的基础上，本申请实施例提供的直播状态通知方法的另一个可选实施例中，直播中台设备向直播平台服务器发送第一信息请求之前，还可以包括：
直播中台设备获取平台同步指令，其中，平台同步指令携带直播平台服务器的平台标识；
直播中台设备获取渠道推送指令，其中，渠道推送指令携带应用客户端标识，应用客户端标识用于标识应用客户端，且应用客户端部署于终端设备；
直播中台设备向直播平台服务器发送第一信息请求，具体可以包括：
直播中台设备根据平台同步指令所携带的直播平台服务器的平台标识，向直播平台服务器发送第一信息请求；
直播中台设备向终端设备发送针对于目标直播内容的直播状态通知消息，具体可以包括：
直播中台设备根据渠道推送指令所携带的应用客户端标识，向终端设备发送针对于目标直播内容的直播状态通知消息。
本实施例中，介绍了一种基于配置信息实现直播状态通知消息补发的方式。直播中台设备提供有直播中台客户端，直播中台管理人员可通过直播中台客户端，触发相关指令，不仅可以配置与直播平台服务器相关的信息，还可以配置与应用客户端相关的信息。
具体地，直播中台设备根据针对于直播平台服务器的配置信息，主动获取直播平台服务器的延迟直播数据(即第一直播元数据以及第二直播元数据)，并且被动获取直播平台服务器推送过来的实时直播元数据。然后根据延迟直播数据和实时直播元数据，进行数据补发，完成渠道实时数据的完整性分发。
基于此，本申请涉及到直播平台服务器的数据同步，基于此，在直播中台客户端上提供有相关的配置内容。为了便于理解，请参阅图5，图5为本申请实施例中基于直播平台信息管理的一个界面示意图，如图所示，“平台”为直播平台。其中，流状态开关被打开，则表示接收(并更新)直播平台服务器推送的直播流信息，流状态开关被关闭则不获取(不更新)直播平台服务器推送的直播流信息。密钥是直播中台设备请求直播平台服务器开放平台接口的密码。由此，如果直播中台管理人员触发针对于某个直播平台的平台同步指令，那么直播中台设备可以根据平台同步指令所携带的直播平台服务器的平台标识，向该直播平台服务器发送第一信息请求。
为了便于理解，请参阅图6，图6为本申请实施例中基于渠道信息管理的一个界面示意图，如图所示，渠道可以是具体的落地产品，以应用客户端为游戏客户端为例，不同的渠道即为不同的游戏。由此，如果直播中台管理人员触发针对于某款应用客户端的渠道推送指令，那么直播中台设备根据渠道推送指令所携带的应用客户端标识，向安装有该款的应用客户端发送针对于目标直播内容的直播状态通知消息。
可选地，如果直播中台管理人员点击某个渠道(例如，游戏A)的“查看详情”控件，则还会显示与该渠道(例如，游戏A)相关的直播平台信息配置界面。为了便于理解，请参阅图7，图7为本申请实施例中基于直播平台信息配置的一个界面示意图，如图所示，即游戏A关联有三个直播平台，分别为“幸福”、“如意”和“大福电竞”，每个直播平台对应于一个专区标识，直播中台管理人员可以配置该专区标识。
需要说明的是，图5、图6和图7所示出的界面仅为一个示意，在实际应用中，直播中台客户端提供的界面也可以有其他的表现形式，此处不做限定。
其次，本申请实施例中，通过了一种基于配置信息实现直播状态通知消息补发的方式，通过上述方式，直播中台管理人员还可以根据实际需求，通过直播中台设备配置相关的信息，从而达到定向补发直播状态通知消息的目的，由此，提升方案的灵活性和可行性。
下面对本申请中的直播状态通知装置进行详细描述，请参阅图8，图8为本申请实施例中直播状态通知装置的一个实施例示意图，直播状态通知装置20包括：
发送模块201，用于向直播平台服务器发送第一信息请求，其中，第一信息请求用于请求直播平台服务器中第一时间周期内的直播元数据；
获取模块202，用于从直播平台服务器中获取第一直播元数据，其中，第一直播元数据包括在第一时间周期内的M个主播标识，M为大于或等于0的整数；
确定模块203，用于根据第一直播元数据以及第二直播元数据确定标识比对结果，其中，第二直播元数据包括在第二时间周期内的N个主播标识，第二时间周期为第一时间周期相邻的上一个时间周期，N为大于或等于0的整数；
确定模块203，还用于若标识比对结果不一致，则根据M个主播标识以及N个主播标识，确定待同步主播标识以及待同步主播标识所对应的直播状态信息，其中，直播状态信息为直播上线信息或直播下线信息，待同步主播标识对应于目标直播内容；
发送模块201，还用于若根据实时直播元数据确定待同步主播标识满足消息补发条件，则向终端设备发送针对于目标直播内容的直播状态通知消息，其中，实时直播元数据包括直播平台服务器实时上报的主播标识，直播状态通知消息用于通知目标直播内容已下线，或者，用于通知目标直播内容已上线。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，直播中台设备接入直播平台服务器的接口，不断主动轮询直播平台服务器，以获取直播平台服务器的直播元数据，这部分直播元数据虽然会有一定延迟，但是准确性较高。与此同时，直播中台设备会收到直播平台服务器推送的实时直播元数据，实时直播元数据虽然实时性较高，但可能有缺失情况，基于此，结合拉取到的直播元数据和实时直播元数据，确定是否需要补发直播状态通知消息，由此，在兼顾数据实时性的前提下，解决同步数据不完整的问题。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，直播状态通知装置20还包括接收模块204以及处理模块205；
接收模块204，用于接收直播平台服务器发送的第一接口调用请求；
发送模块201，还用于向直播平台服务器发送第一接口调用响应，其中，第一接口调用响应表示第一数据接口已调用成功；
接收模块204，还用于通过第一数据接口接收直播平台服务器发送的主播上线参数，其中，主播上线参数包括已上线主播所对应的主播标识；
处理模块205，用于根据主播上线参数，将已上线主播所对应的主播标识添加至实时直播元数据。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，直播平台服务器可以主动向直播中台设备推送主播上线参数，即直播平台服务器只要收到主播上线参数，就会反馈给直播中台设备，从而保证了实时直播元数据的实时性。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，直播状态通知装置20还包括接收模块204以及处理模块205；
接收模块204，还用于接收直播平台服务器发送的第二接口调用请求；
发送模块201，还用于向直播平台服务器发送第二接口调用响应，其中，第二接口调用响应表示第一数据接口已调用成功；
接收模块204，还用于通过第二数据接口接收直播平台服务器发送的主播下线参数，其中，主播下线参数包括已下线主播所对应的主播标识；
处理模块205，还用于根据主播下线参数，从实时直播元数据中删除已下线主播所对应的主播标识。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，直播平台服务器可以主动向直播中台设备推送主播下线参数，即直播平台服务器只要收到主播下线参数，就会反馈给直播中台设备，从而保证了实时直播元数据的实时性。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，
发送模块201，还用于向直播平台服务器发送第一信息请求之前，向直播平台服务器发送第二信息请求，其中，第二信息请求用于请求直播平台服务器中第二时间周期内的直播元数据；
获取模块202，还用于从直播平台服务器中获取第二直播元数据；
处理模块205，还用于存储第二直播元数据。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，直播中台设备还可以将不同时间周期所对应的直播元数据存储在数据库中，以此实现数据落地。而存储于数据库的时候会考虑到直播元数据的拉取顺序，因此，直播元数据可以被有序地处理，即真实的上线消息或下线消息发出时间越久，可越早被处理，从而提升方案的合理性。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，
确定模块203，具体用于若N个主播标识中存在第一主播标识，且M个主播标识中不存在第一主播标识，则将第一主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播下线信息；
发送模块201，具体用于向终端设备发送针对于目标直播内容的直播下线通知消息，其中，直播下线通知消息用于通知目标直播内容已下线。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，对相邻两个时间周期获取到的主播标识进行比对，如果上一个时间周期存在的主播标识，而当前时间周期里不存在，则表示该主播标识对应的主播已经下线，从而快速且准确地判定出哪些主播下线。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，实时直播元数据还包括主播标识所对应的待比对上线时间戳；
获取模块202，还用于在确定模块203将第一主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播下线信息之后，获取待同步主播标识所对应的上线时间戳；
确定模块203，还用于若上线时间戳与实时直播元数据中所包括的待比对上线时间戳匹配失败，则确定待同步主播标识满足消息补发条件。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，对于实时直播元数据以及直播中台设备拉取的直播元数据而言，其上线时间戳是对齐的，因此，可利用上线时间戳判定是否需要补发直播下线通知消息，从而保证了检测的合理性和准确性。此外，以直播中台设备主动拉取的直播元数据为准，如果存在实时推送的直播元数据中的时间戳晚于主动拉取的直播元数据中的时间戳，那么也不需要补发直播下线通知消息，由此，进一步提升了直播下线通知消息补发的实时性和可行性。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，
确定模块203，具体用于若M个主播标识中存在第二主播标识，且N个主播标识中不存在第二主播标识，则将第二主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播上线信息；
发送模块201，具体用于向终端设备发送针对于目标直播内容的直播上线通知消息，其中，直播上线通知消息用于通知目标直播内容已上线。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，对相邻两个时间周期获取到的主播标识进行比对，如果当前时间周期存在的主播标识，而在上一个时间周期里不存在，则表示该主播标识对应的主播已经上线，从而快速且准确地判定出哪些主播上线。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，
获取模块202，还用于在确定模块203将第二主播标识确定为待同步主播标识，并且确定待同步主播标识所对应的直播状态信息为直播上线信息之后，获取待同步主播标识所对应的上线时间戳；
确定模块203，还用于根据上线时间戳以及当前时间戳，确定时间差值；
确定模块203，还用于若时间差值大于或等于时长阈值，则确定待同步主播标识不满足消息补发条件。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，直播中台设备根据待同步主播标识所对应的上线时间戳与当前时间戳之间的差值，如果时间差值较大，那么可理解为直播时间较长，因此，可能为重播内容。而对于重播而言，由于并没有下线，因此，也就不需要补发直播上线通知消息，从而节省信令开销，并且能够提升消息补发的合理性。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，实时直播元数据还包括主播标识所对应的待比对上线时间戳；
处理模块205，还用于确定模块203根据上线时间戳以及当前时间戳，确定时间差值之后，若时间差值小于时长阈值，则将上线时间戳与实时直播元数据中所包括的时间戳进行比对；
确定模块203，还用于若上线时间戳与实时直播元数据中所包括的待比对上线时间戳匹配失败，则确定待同步主播标识满足消息补发条件。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，对于实时直播元数据以及直播中台设备拉取的直播元数据而言，其上线时间戳是对齐的，因此，可利用上线时间戳判定是否需要补发直播上线通知消息，从而保证了检测的合理性和准确性。此外，以直播中台设备主动拉取的直播元数据为准，如果存在实时推送的直播元数据中的时间戳晚于主动拉取的直播元数据中的时间戳，那么也不需要补发直播上线通知消息，由此，进一步提升了直播上线通知消息补发的实时性和可行性。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，
获取模块202，具体用于向直播平台服务器发送第三信息请求，其中，第三信息请求携带待同步主播标识；
从直播平台服务器中获取直播详情信息，其中，直播详情信息包括待同步主播标识所对应的上线时间戳；
或者，
获取模块202，具体用于接收直播平台服务器发送的直播详情信息；
根据待同步主播标识，从直播详情信息中获取上线时间戳。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，直播中台设备既可以主动去取上线时间戳，也可以选择让直播平台服务器主动推送上线时间戳，两种方式皆可。直播平台服务器主动推送上线时间戳，能够使得直播中台设备获取到新晋主播的上线时间戳。而直播中台设备主动拉取上线时间戳，能够定向获取到上线时间戳。从而提升数据获取的灵活性。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，
处理模块205，还用于发送模块201向终端设备发送针对于目标直播内容的直播状态通知消息之后，根据直播状态通知消息生成跟踪标识，其中，跟踪标识用于标识直播状态通知消息；
处理模块205，还用于将跟踪标识以及直播状态通知消息记录至消息日志中。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，直播中台设备根据直播状态通知消息生成跟踪标识，然后将跟踪标识以及直播状态通知消息记录至消息日志中，由此，便于相关人员根据消息日志查看并统计直播上线信息和直播下线信息的补发情况，从而及时进行相应的操作。
可选地，在上述图8所对应的实施例的基础上，本申请实施例提供的直播状态通知装置20的另一实施例中，
获取模块202，还用于在发送模块201向直播平台服务器发送第一信息请求之前，获取平台同步指令，其中，平台同步指令携带直播平台服务器的平台标识；
获取模块202，还用于获取渠道推送指令，其中，渠道推送指令携带应用客户端标识，应用客户端标识用于标识应用客户端，且应用客户端部署于终端设备；
发送模块201，具体用于根据平台同步指令所携带的直播平台服务器的平台标识，向直播平台服务器发送第一信息请求；
发送模块201，具体用于根据渠道推送指令所携带的应用客户端标识，向终端设备发送针对于目标直播内容的直播状态通知消息。
本申请实施例中，提供了一种直播状态通知装置，采用上述装置，直播中台管理人员还可以根据实际需求，通过直播中台设备配置相关的信息，从而达到定向补发直播状态通知消息的目的，由此，提升方案的灵活性和可行性。
本申请实施例还提供了另一种直播状态通知装置，该直播状态通知装置可部署于服务器上，图9是本申请实施例提供的一种服务器结构示意图，该服务器300可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(central processingunits，CPU)322(例如，一个或一个以上处理器)和存储器332，一个或一个以上存储应用程序342或数据344的存储介质330(例如一个或一个以上海量存储设备)。其中，存储器332和存储介质330可以是短暂存储或持久存储。存储在存储介质330的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器322可以设置为与存储介质330通信，在服务器300上执行存储介质330中的一系列指令操作。
服务器300还可以包括一个或一个以上电源326，一个或一个以上有线或无线网络接口350，一个或一个以上输入输出接口358，和/或，一个或一个以上操作系统341，例如Windows ServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM等等。
本实施例中，CPU 322用于执行如下步骤：
向直播平台服务器发送第一信息请求，其中，第一信息请求用于请求直播平台服务器中第一时间周期内的直播元数据；
从直播平台服务器中获取第一直播元数据，其中，第一直播元数据包括在第一时间周期内的M个主播标识，M为大于或等于0的整数；
根据第一直播元数据以及第二直播元数据确定标识比对结果，其中，第二直播元数据包括在第二时间周期内的N个主播标识，第二时间周期为第一时间周期相邻的上一个时间周期，N为大于或等于0的整数；
若标识比对结果不一致，则根据M个主播标识以及N个主播标识，确定待同步主播标识以及待同步主播标识所对应的直播状态信息，其中，直播状态信息为直播上线信息或直播下线信息，待同步主播标识对应于目标直播内容；
若根据实时直播元数据确定待同步主播标识满足消息补发条件，则向终端设备发送针对于目标直播内容的直播状态通知消息，其中，实时直播元数据包括直播平台服务器实时上报的主播标识，直播状态通知消息用于通知目标直播内容已下线，或者，用于通知目标直播内容已上线。
上述实施例中由服务器所执行的步骤可以基于该图9所示的服务器结构。
本申请实施例还提供了另一种直播状态通知装置，该直播状态通知装置可部署于终端设备上，如图10所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端设备可以为包括手机、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、销售终端设备(Point of Sales，POS)、车载电脑等任意终端设备，以终端设备为个人电脑为例：
图10示出的是与本申请实施例提供的终端设备相关的个人电脑的部分结构的框图。参考图10，个人电脑包括：射频(Radio Frequency，RF)电路410、存储器420、输入单元430、显示单元440、传感器450、音频电路460、无线保真(wireless fidelity，WiFi)模块470、处理器480、以及电源490等部件。本领域技术人员可以理解，图10中示出的个人电脑结构并不构成对个人电脑的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。
下面结合图10对个人电脑的各个构成部件进行具体的介绍：
RF电路410可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器480处理；另外，将设计上行的数据发送给基站。通常，RF电路410包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(Low NoiseAmplifier，LNA)、双工器等。此外，RF电路410还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(GlobalSystem of Mobile communication，GSM)、通用分组无线服务(General Packet RadioService，GPRS)、码分多址(Code Division Multiple Access，CDMA)、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)、长期演进(Long Term Evolution，LTE)、电子邮件、短消息服务(Short Messaging Service，SMS)等。
存储器420可用于存储软件程序以及模块，处理器480通过运行存储在存储器420的软件程序以及模块，从而执行个人电脑的各种功能应用以及数据处理。存储器420可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据个人电脑的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器420可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。
输入单元430可用于接收输入的数字或字符信息，以及产生与个人电脑的用户设置以及功能控制有关的键信号输入。具体地，输入单元430可包括触控面板431以及其他输入设备432。触控面板431，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板431上或在触控面板431附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板431可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器480，并能接收处理器480发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板431。除了触控面板431，输入单元430还可以包括其他输入设备432。具体地，其他输入设备432可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。
显示单元440可用于显示由用户输入的信息或提供给用户的信息以及个人电脑的各种菜单。显示单元440可包括显示面板441，可选的，可以采用液晶显示器(LiquidCrystal Display，LCD)、有机发光二极管(Organic Light-Emitting Diode，OLED)等形式来配置显示面板441。进一步的，触控面板431可覆盖显示面板441，当触控面板431检测到在其上或附近的触摸操作后，传送给处理器480以确定触摸事件的类型，随后处理器480根据触摸事件的类型在显示面板441上提供相应的视觉输出。虽然在图10中，触控面板431与显示面板441是作为两个独立的部件来实现个人电脑的输入和输入功能，但是在某些实施例中，可以将触控面板431与显示面板441集成而实现个人电脑的输入和输出功能。
个人电脑还可包括至少一种传感器450，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板441的亮度，接近传感器可在个人电脑移动到耳边时，关闭显示面板441和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别个人电脑姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于个人电脑还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。
音频电路460、扬声器461，传声器462可提供用户与个人电脑之间的音频接口。音频电路460可将接收到的音频数据转换后的电信号，传输到扬声器461，由扬声器461转换为声音信号输出；另一方面，传声器462将收集的声音信号转换为电信号，由音频电路460接收后转换为音频数据，再将音频数据输出处理器480处理后，经RF电路410以发送给比如另一个人电脑，或者将音频数据输出至存储器420以便进一步处理。
WiFi属于短距离无线传输技术，个人电脑通过WiFi模块470可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图10示出了WiFi模块470，但是可以理解的是，其并不属于个人电脑的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。
处理器480是个人电脑的控制中心，利用各种接口和线路连接整个个人电脑的各个部分，通过运行或执行存储在存储器420内的软件程序和/或模块，以及调用存储在存储器420内的数据，执行个人电脑的各种功能和处理数据，从而对个人电脑进行整体监控。可选的，处理器480可包括一个或多个处理单元；可选的，处理器480可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器480中。
个人电脑还包括给各个部件供电的电源490(比如电池)，可选的，电源可以通过电源管理系统与处理器480逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。
尽管未示出，个人电脑还可以包括摄像头、蓝牙模块等，在此不再赘述。
上述实施例中由终端设备所执行的步骤可以基于该图10所示的终端设备结构。
本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如前述各个实施例描述的方法。
本申请实施例中还提供一种包括程序的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例描述的方法。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (15)

1.一种直播状态的通知方法，其特征在于，包括：
向直播平台服务器发送第一信息请求，其中，所述第一信息请求用于请求所述直播平台服务器中第一时间周期内的直播元数据；
从所述直播平台服务器中获取第一直播元数据，其中，所述第一直播元数据包括在第一时间周期内的M个主播标识，所述M为大于或等于0的整数；
根据所述第一直播元数据以及第二直播元数据确定标识比对结果，其中，所述第二直播元数据包括在第二时间周期内的N个主播标识，所述第二时间周期为所述第一时间周期相邻的上一个时间周期，所述N为大于或等于0的整数；
若所述标识比对结果不一致，则根据所述M个主播标识以及所述N个主播标识，确定待同步主播标识以及所述待同步主播标识所对应的直播状态信息，其中，所述直播状态信息为直播上线信息或直播下线信息，所述待同步主播标识对应于目标直播内容；
若根据实时直播元数据确定所述待同步主播标识满足消息补发条件，则向终端设备发送针对于所述目标直播内容的直播状态通知消息，其中，所述实时直播元数据包括所述直播平台服务器实时上报的主播标识，所述直播状态通知消息用于通知所述目标直播内容已下线，或者，用于通知所述目标直播内容已上线。
2.根据权利要求1所述的通知方法，其特征在于，所述方法还包括：
接收所述直播平台服务器发送的第一接口调用请求；
向所述直播平台服务器发送第一接口调用响应，其中，所述第一接口调用响应表示第一数据接口已调用成功；
通过所述第一数据接口接收所述直播平台服务器发送的主播上线参数，其中，所述主播上线参数包括已上线主播所对应的主播标识；
根据所述主播上线参数，将所述已上线主播所对应的主播标识添加至所述实时直播元数据。
3.根据权利要求1所述的通知方法，其特征在于，所述方法还包括：
接收所述直播平台服务器发送的第二接口调用请求；
向所述直播平台服务器发送第二接口调用响应，其中，所述第二接口调用响应表示第二数据接口已调用成功；
通过所述第二数据接口接收所述直播平台服务器发送的主播下线参数，其中，所述主播下线参数包括已下线主播所对应的主播标识；
根据所述主播下线参数，从所述实时直播元数据中删除所述已下线主播所对应的主播标识。
4.根据权利要求1所述的通知方法，其特征在于，所述向直播平台服务器发送第一信息请求之前，所述方法还包括：
向所述直播平台服务器发送第二信息请求，其中，所述第二信息请求用于请求所述直播平台服务器中所述第二时间周期内的直播元数据；
从所述直播平台服务器中获取所述第二直播元数据；
存储所述第二直播元数据。
5.根据权利要求1至4中任一项所述的通知方法，其特征在于，所述根据所述M个主播标识以及所述N个主播标识，确定待同步主播标识以及所述待同步主播标识所对应的直播状态信息，包括：
若所述N个主播标识中存在第一主播标识，且所述M个主播标识中不存在所述第一主播标识，则将所述第一主播标识确定为所述待同步主播标识，并且确定所述待同步主播标识所对应的直播状态信息为所述直播下线信息；
所述向终端设备发送针对于所述目标直播内容的直播状态通知消息，包括：
向所述终端设备发送针对于所述目标直播内容的直播下线通知消息，其中，所述直播下线通知消息用于通知所述目标直播内容已下线。
6.根据权利要求5所述的通知方法，其特征在于，所述实时直播元数据还包括所述主播标识所对应的待比对上线时间戳；
所述将所述第一主播标识确定为所述待同步主播标识，并且确定所述待同步主播标识所对应的直播状态信息为所述直播下线信息之后，所述方法还包括：
获取所述待同步主播标识所对应的上线时间戳；
若所述上线时间戳与所述实时直播元数据中所包括的所述待比对上线时间戳匹配失败，则确定所述待同步主播标识满足所述消息补发条件。
7.根据权利要求1至4中任一项所述的通知方法，其特征在于，所述根据所述M个主播标识以及所述N个主播标识，确定待同步主播标识以及所述待同步主播标识所对应的直播状态信息，包括：
若所述M个主播标识中存在第二主播标识，且所述N个主播标识中不存在所述第二主播标识，则将所述第二主播标识确定为所述待同步主播标识，并且确定所述待同步主播标识所对应的直播状态信息为所述直播上线信息；
所述向终端设备发送针对于所述目标直播内容的直播状态通知消息，包括：
向所述终端设备发送针对于所述目标直播内容的直播上线通知消息，其中，所述直播上线通知消息用于通知所述目标直播内容已上线。
8.根据权利要求7所述的通知方法，其特征在于，所述将所述第二主播标识确定为所述待同步主播标识，并且确定所述待同步主播标识所对应的直播状态信息为所述直播上线信息之后，所述方法还包括：
获取所述待同步主播标识所对应的上线时间戳；
根据所述上线时间戳以及当前时间戳，确定时间差值；
若所述时间差值大于或等于时长阈值，则确定所述待同步主播标识不满足所述消息补发条件。
9.根据权利要求7所述的通知方法，其特征在于，所述实时直播元数据还包括所述主播标识所对应的待比对上线时间戳；
所述根据所述上线时间戳以及当前时间戳，确定时间差值之后，所述方法还包括：
若所述时间差值小于时长阈值，则将所述上线时间戳与所述实时直播元数据中所包括的所述时间戳进行比对；
若所述上线时间戳与所述实时直播元数据中所包括的所述待比对上线时间戳匹配失败，则确定所述待同步主播标识满足所述消息补发条件。
10.根据权利要求6或8所述的通知方法，其特征在于，所述获取所述待同步主播标识所对应的上线时间戳，包括：
向所述直播平台服务器发送第三信息请求，其中，所述第三信息请求携带所述待同步主播标识；
从所述直播平台服务器中获取直播详情信息，其中，所述直播详情信息包括所述待同步主播标识所对应的所述上线时间戳；
或者，
所述获取所述待同步主播标识所对应的上线时间戳，包括：
接收所述直播平台服务器发送的直播详情信息；
根据所述待同步主播标识，从所述直播详情信息中获取所述上线时间戳。
11.根据权利要求1所述的通知方法，其特征在于，所述向终端设备发送针对于所述目标直播内容的直播状态通知消息之后，所述方法还包括：
根据所述直播状态通知消息生成跟踪标识，其中，所述跟踪标识用于标识所述直播状态通知消息；
将所述跟踪标识以及所述直播状态通知消息记录至消息日志中。
12.根据权利要求1所述的通知方法，其特征在于，所述向直播平台服务器发送第一信息请求之前，所述方法还包括：
获取平台同步指令，其中，所述平台同步指令携带所述直播平台服务器的平台标识；
获取渠道推送指令，其中，所述渠道推送指令携带应用客户端标识，所述应用客户端标识用于标识应用客户端，且所述应用客户端部署于所述终端设备；
所述向直播平台服务器发送第一信息请求，包括：
根据所述平台同步指令所携带的所述直播平台服务器的平台标识，向所述直播平台服务器发送所述第一信息请求；
所述向终端设备发送针对于所述目标直播内容的直播状态通知消息，包括：
根据所述渠道推送指令所携带的所述应用客户端标识，向所述终端设备发送针对于所述目标直播内容的直播状态通知消息。
13.一种直播状态通知装置，其特征在于，包括：
发送模块，用于向直播平台服务器发送第一信息请求，其中，所述第一信息请求用于请求所述直播平台服务器中第一时间周期内的直播元数据；
获取模块，用于从所述直播平台服务器中获取第一直播元数据，其中，所述第一直播元数据包括在第一时间周期内的M个主播标识，所述M为大于或等于0的整数；
确定模块，用于根据所述第一直播元数据以及第二直播元数据确定标识比对结果，其中，所述第二直播元数据包括在第二时间周期内的N个主播标识，所述第二时间周期为所述第一时间周期相邻的上一个时间周期，所述N为大于或等于0的整数；
所述确定模块，还用于若所述标识比对结果不一致，则根据所述M个主播标识以及所述N个主播标识，确定待同步主播标识以及所述待同步主播标识所对应的直播状态信息，其中，所述直播状态信息为直播上线信息或直播下线信息，所述待同步主播标识对应于目标直播内容；
发送模块，还用于若根据实时直播元数据确定所述待同步主播标识满足消息补发条件，则向终端设备发送针对于所述目标直播内容的直播状态通知消息，其中，所述实时直播元数据包括所述直播平台服务器实时上报的主播标识，所述直播状态通知消息用于通知所述目标直播内容已下线，或者，用于通知所述目标直播内容已上线。
14.一种计算机设备，其特征在于，包括：存储器、处理器以及总线系统；
其中，所述存储器用于存储程序；
所述处理器用于执行所述存储器中的程序，所述处理器用于根据程序代码中的指令执行权利要求1至12中任一项所述的通知方法；
所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。
15.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至12中任一项所述的通知方法。
CN202110516400.8A 2021-05-12 2021-05-12 一种直播状态的通知方法、相关装置、设备及存储介质 Active CN113259697B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110516400.8A CN113259697B (zh) 2021-05-12 2021-05-12 一种直播状态的通知方法、相关装置、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110516400.8A CN113259697B (zh) 2021-05-12 2021-05-12 一种直播状态的通知方法、相关装置、设备及存储介质

Publications (2)

Publication Number Publication Date
CN113259697A CN113259697A (zh) 2021-08-13
CN113259697B true CN113259697B (zh) 2022-04-08

Family

ID=77223072

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110516400.8A Active CN113259697B (zh) 2021-05-12 2021-05-12 一种直播状态的通知方法、相关装置、设备及存储介质

Country Status (1)

Country Link
CN (1) CN113259697B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114071175B (zh) * 2021-11-16 2023-07-25 上海哔哩哔哩科技有限公司 消息的内存对齐方法和系统
CN114189702B (zh) * 2021-12-07 2023-09-26 广州市百果园网络科技有限公司 基于直播间的资源对象分配方法、装置、设备及存储介质

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9015256B1 (en) * 2000-02-11 2015-04-21 Steven L. Zimmers Alert notification system
CN105748104A (zh) * 2016-04-18 2016-07-13 深圳市光聚通讯技术开发有限公司 智能胎心监测系统、方法及装置
CN106685808A (zh) * 2017-01-17 2017-05-17 百度在线网络技术（北京）有限公司 直播事件流的消息传递方法及装置
US10009237B1 (en) * 2014-08-24 2018-06-26 Virtual Instruments Worldwide Cross silo time stiching
CN108965369A (zh) * 2017-11-22 2018-12-07 北京视联动力国际信息技术有限公司 一种服务器状态的推送方法和系统
CN109729376A (zh) * 2019-01-02 2019-05-07 广州虎牙信息科技有限公司 一种生命周期的处理方法、装置、设备和存储介质
CN110971922A (zh) * 2018-09-30 2020-04-07 武汉斗鱼网络科技有限公司 直播连麦状态监控方法、设备、存储介质及系统
CN111464819A (zh) * 2020-03-30 2020-07-28 腾讯音乐娱乐科技（深圳）有限公司 直播图像检测方法、装置、设备及存储介质
CN112104884A (zh) * 2020-08-31 2020-12-18 广州华多网络科技有限公司 消息推送方法、装置及电子设备
CN112156478A (zh) * 2020-10-19 2021-01-01 腾讯科技（深圳）有限公司 直播中的互动方法、装置及计算机可读存储介质
CN112511848A (zh) * 2020-11-09 2021-03-16 网宿科技股份有限公司 直播方法、服务端及计算机可读存储介质

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110073133A1 (en) * 2009-09-30 2011-03-31 Ranir, Llc Flossing tool
US10083363B2 (en) * 2015-05-26 2018-09-25 Nbcuniversal Media, Llc System and method for customizing content for a user
US9854410B2 (en) * 2015-06-01 2017-12-26 Microsoft Technology Licensing, Llc Techniques to facilitate a live audience experience on a computing device
US20210043045A1 (en) * 2019-08-08 2021-02-11 LiveFantasy LLC Interactive system for fan engagement with live events

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9015256B1 (en) * 2000-02-11 2015-04-21 Steven L. Zimmers Alert notification system
US10009237B1 (en) * 2014-08-24 2018-06-26 Virtual Instruments Worldwide Cross silo time stiching
CN105748104A (zh) * 2016-04-18 2016-07-13 深圳市光聚通讯技术开发有限公司 智能胎心监测系统、方法及装置
CN106685808A (zh) * 2017-01-17 2017-05-17 百度在线网络技术（北京）有限公司 直播事件流的消息传递方法及装置
CN108965369A (zh) * 2017-11-22 2018-12-07 北京视联动力国际信息技术有限公司 一种服务器状态的推送方法和系统
CN110971922A (zh) * 2018-09-30 2020-04-07 武汉斗鱼网络科技有限公司 直播连麦状态监控方法、设备、存储介质及系统
CN109729376A (zh) * 2019-01-02 2019-05-07 广州虎牙信息科技有限公司 一种生命周期的处理方法、装置、设备和存储介质
CN111464819A (zh) * 2020-03-30 2020-07-28 腾讯音乐娱乐科技（深圳）有限公司 直播图像检测方法、装置、设备及存储介质
CN112104884A (zh) * 2020-08-31 2020-12-18 广州华多网络科技有限公司 消息推送方法、装置及电子设备
CN112156478A (zh) * 2020-10-19 2021-01-01 腾讯科技（深圳）有限公司 直播中的互动方法、装置及计算机可读存储介质
CN112511848A (zh) * 2020-11-09 2021-03-16 网宿科技股份有限公司 直播方法、服务端及计算机可读存储介质

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"QQ浏览器直播插件怎么开启主播上线通知";成功成功我要成功;《百度经验》;20200330;全文 *
广播延时器状态检测和集中控制系统的开发;陈大开等;《电声技术》;20160717(第07期);全文 *

Also Published As

Publication number Publication date
CN113259697A (zh) 2021-08-13

Similar Documents

Publication Publication Date Title
CN111544886B (zh) 一种画面显示的方法以及相关装置
CN106534940B (zh) 直播入口预览图的显示方法及装置
CN105554522B (zh) 在群组内播放音频的方法、服务器及终端
CN107454416B (zh) 视频流发送方法和装置
CN113259697B (zh) 一种直播状态的通知方法、相关装置、设备及存储介质
CN109151494B (zh) 多媒体数据传输方法、多媒体采集设备及服务器
TWI551178B (zh) 任務執行方法、裝置和系統
CN112132635B (zh) 一种多平台联动方法和相关装置
CN108379834B (zh) 一种信息处理的方法及相关设备
CN104113787A (zh) 基于节目的评论方法、终端、服务器和系统
KR102280465B1 (ko) 단말 및 그 단말에서 애플리케이션 동기화 방법
CN107800585B (zh) 网络通信的方法和装置、推送消息的方法和装置
WO2014198116A1 (en) Method, apparatus and system for short message-based information push and mobile client supporting the same
JP2021505081A (ja) ビデオ伝送方法、ビデオ伝送装置、およびビデオ伝送システム、ならびにコンピュータ可読記憶媒体
CN106330917B (zh) 数据展示方法及装置
CN106100974B (zh) 信息分享方法及装置
CN115242805B (zh) 基于gossip的分布式MQTT消息传递方法、传递系统及存储介质
CN106970859B (zh) 离线邮件的备份与恢复的方法和装置
CN109413592B (zh) 一种广播方法和移动终端
CN114124924A (zh) 一种确定配置信息的方法、设备及系统
CN106209601B (zh) 状态更新消息的推送方法及装置
CN113852450A (zh) 一种消息推送反馈方法、装置、电子设备和存储介质
CN115118636A (zh) 网络抖动状态的确定方法、装置、电子设备及存储介质
CN109002535B (zh) 一种数据更新方法和装置
CN117118939B (zh) 一种数据处理方法，装置、设备以及存储介质

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 40050672

Country of ref document: HK

GR01 Patent grant
GR01 Patent grant