CN117278805A - 信息提示方法、装置、电子设备和存储介质 - Google Patents
信息提示方法、装置、电子设备和存储介质 Download PDFInfo
- Publication number
- CN117278805A CN117278805A CN202311541281.7A CN202311541281A CN117278805A CN 117278805 A CN117278805 A CN 117278805A CN 202311541281 A CN202311541281 A CN 202311541281A CN 117278805 A CN117278805 A CN 117278805A
- Authority
- CN
- China
- Prior art keywords
- link
- jamming
- links
- prompt
- blocking
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 43
- 238000003745 diagnosis Methods 0.000 claims abstract description 70
- 230000000903 blocking effect Effects 0.000 claims description 55
- 238000004891 communication Methods 0.000 claims description 3
- 230000004044 response Effects 0.000 claims description 3
- 239000000758 substrate Substances 0.000 claims 5
- 230000005540 biological transmission Effects 0.000 description 6
- 230000008569 process Effects 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000008859 change Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000002360 preparation method Methods 0.000 description 1
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/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/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/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/24—Monitoring of processes or resources, e.g. monitoring of server load, available bandwidth, upstream requests
-
- 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/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client
- H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
- H04N21/647—Control signaling between network components and server or clients; Network processes for video distribution between server and clients, e.g. controlling the quality of the video stream, by dropping packets, protecting content from unauthorised alteration within the network, monitoring of network load, bridging between two different networks, e.g. between IP and wireless
- H04N21/64723—Monitoring of network processes or resources, e.g. monitoring of network load
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Databases & Information Systems (AREA)
- Computer Security & Cryptography (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
本公开提供信息提示方法、装置、电子设备和存储介质。信息提示方法，包括：响应于直播出现卡顿，根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型；其中，所述至少两个环节为直播数据所经过的各环节中的部分或全部环节；根据所述卡顿环节和/或所述卡顿类型，确定目标类型的卡顿提示；显示所述目标类型的所述卡顿提示。本公开优化了显示卡顿提示时的用户体验。
Description
技术领域
本公开涉及计算机技术领域，尤其涉及一种信息提示方法、装置、电子设备和存储介质。
背景技术
直播，例如移动直播，是主播使用设备推送音视频的直播数据，观众使用播放设备观看接收到的直播数据的一种方式。主播端推送直播数据到CDN（Content DeliveryNetwork，内容分发网络），经过CDN分发，观众端从CDN拉取直播数据。在用户观看直播的过程中，有时候会看到频繁出现缓冲标志的情况，这种现象是直播卡顿现象。
在直播卡顿现象出现时，往往只给用户提示“加载中”的缓冲标识，这种方式容易让用户误以为直播卡顿现象是由于观众端本地网络环境差导致的。然而，音视频传输是一项非常复杂的技术，中间涉及到编码、压缩、传输、解码等一系列过程。这些过程中任何一个环节都有可能导致直播卡顿现象。现有的卡顿提示对用户体验不够友好。
发明内容
本公开提供一种信息提示方法、装置、电子设备和存储介质。
本公开采用以下的技术方案。
在一些实施例中，本公开提供一种信息提示方法，包括：
响应于直播出现卡顿，根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型；其中，所述至少两个环节为直播数据所经过的各环节中的部分或全部环节；
根据所述卡顿环节和/或所述卡顿类型，确定目标类型的卡顿提示；
显示所述目标类型的所述卡顿提示。
在一些实施例中，本公开提供一种信息提示装置，包括：
控制单元，用于响应于直播出现卡顿，根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型；其中，所述至少两个环节为直播数据所经过的各环节中的部分或全部环节；
所述控制单元还用于：根据所述卡顿环节和/或所述卡顿类型，确定目标类型的卡顿提示；
显示单元，用于显示所述目标类型的所述卡顿提示。
在一些实施例中，本公开提供一种电子设备，包括：至少一个存储器和至少一个处理器；
其中，存储器用于存储程序代码，处理器用于调用所述存储器所存储的程序代码执行上述的方法。
在一些实施例中，本公开提供一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码在被处理器运行时，促使所述处理器执行上述方法。
本公开实施例提供的信息提示方法，能够确定卡顿环节和/或卡顿类型，从而显示目标类型的卡顿提示，对于不同卡顿环节和/或卡顿类型，可以采用不同的目标类型，并可以采用不同的目标提示方式，从而优化显示卡顿提示时的用户体验。
附图说明
结合附图并参考以下具体实施方式，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。贯穿附图中，相同或相似的附图标记表示相同或相似的元素。应当理解附图是示意性的，元件和元素不一定按照比例绘制。
图1是本公开实施例的信息提示方法的流程图。
图2是本公开实施例的各环节的设备和目标服务器的关系示意图。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
应当理解，本公开的方法实施方式中记载的各个步骤可以按和/或并行执行。此外，方法实施方式可以包括附加的步骤和/或省略执行示出的步骤。本公开的范围在此方面不受限制。
本文使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”；术语“一些实施例”表示“至少一些实施例”。其他术语的相关定义将在下文描述中给出。
需要注意，本公开中提及的“第一”、“第二”等概念仅用于对不同的装置、模块或单元进行区分，并非用于限定这些装置、模块或单元所执行的功能的顺序或者相互依存关系。
需要注意，本公开中提及的“一个”的修饰是示意性而非限制性的，本领域技术人员应当理解，除非在上下文另有明确指出，否则应该理解为“一个或多个”。
本公开实施方式中的多个装置之间所交互的消息或者信息的名称仅用于说明性的目的，而并不是用于对这些消息或信息的范围进行限制。
以下将结合附图，对本公开实施例提供的方案进行详细描述。
如图1所示，图1是本公开实施例的信息提示方法的流程图，包括如下步骤。
S11、响应于直播出现卡顿，根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型。
一些实施例中，本公开提出的方法可以用于终端，终端可以是直播的主播端、服务器或者客户端。直播播放器为观众端观看直播（播放直播数据）的播放器，直播数据可以是音视频数据。一些实施例中，在直播时，直播数据从产生到播放会经过多个环节传输到直播播放器，至少两个环节为直播数据所经过的各环节中的部分或全部环节。一些实施例中，可以是获取直播数据所经过的全部环节的卡顿诊断信息。直播数据所经过的不同的环节对应有不同的设备，因此至少两个环节的卡顿诊断信息可以是来自至少两个不同设备的卡顿诊断信息。卡顿环节是指直播数据所经过的环节中造成直播卡顿的环节，例如可以是主播端环节、内容分发环节或观众端环节等，卡顿类型是指造成的卡顿的原因的类型，例如可以是CPU占用过高、功能模块故障、网络抖动等。卡顿诊断信息可是诊断卡顿是否产生以及产生的原因的信息。
S12、根据卡顿环节和/或卡顿类型，确定目标类型的卡顿提示。
一些实施例中，在确定了卡顿环节和/或卡顿类型后，可以确定采用哪一类型的卡顿提示，卡顿提示具有不同类型，例如在一个卡顿环节中，卡顿提示的目标类型可以随卡顿类型的变化而变化；而对于不同环节中相同的卡顿类型，目标类型可以不同。目标类型的卡单提示例如可以是CPU卡顿类型的提示、网络卡顿类型的提示、设备故障类型的提示中的某一种。
S13、显示目标类型的卡顿提示。
一些实施例中，在确定了目标类型的卡顿提示后，将会进行显示，其可以是在直播播放器的显示界面显示卡顿提示。
在本公开的一些实施例中，在直播过程中出现卡顿后，并没有采用显示固定的缓冲标识的方式进行提示，因为这种方式容易让用户以为造成卡顿的原因一定是本地网络环境差。本公开的一些实施例中，获取了直播数据所经过的多个环节的卡顿诊断信息，从而确定出了卡顿环节和/或卡顿类型，针对不同的卡段环节和/或卡顿类型，从而不同的目标类型的卡顿提示。通过针对不同环节的不同类型的卡顿，采用不同类型的卡顿提示，从而给用户提供的更优的用户体验。
在本公开的一些实施例中，卡顿提示包括：卡顿环节和/或卡顿类型；或者，卡顿提示包括：卡顿环节和/或卡顿类型，且卡顿提示还包括：处理建议。
一些实施例中，在显示的卡顿提示中可以显示卡顿环节和卡顿类型，这样用户可以清楚的知道是因为哪一个环节的什么原因造成的卡顿，避免用户始终认为是因为本地网络造成卡顿。一些实施例中，开可以一并显示处理建议，处理建议是处理卡顿的建议，例如如果卡顿是因为当前设备的CPU占用过高造成的，处理建议可以是关闭不必要的程序。如果卡顿是因为内容分发网络故障造成的，处理建议可以是切换到其他内容分发网络。这样避免用户只能单纯的等待故障自己消失，从而能够尽快解决卡顿的问题。
在本公开的一些实施例中，根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型之后，在显示目标类型的卡顿提示之前，还包括：根据卡顿环节和/或卡顿类型确定目标提示方式；显示目标类型的卡顿提示，包括：采用目标提示方式显示目标类型的卡顿提示。
一些实施例中，显示卡顿提示时可以采用多种不同的提示方式，提示方式例如可以是文字提示、动画提示等。当前设备为执行该方法的终端，直播在卡顿环节位于当前设备所在的环节时，可以通过文字提示，而如果卡顿环节为其他环节，可以通过动画的方式进行提示，并在动画中展示其他环节在直播数据的传输过程中的位置，以帮助用户理解卡顿产生的原因。
在本公开的一些实施例中，直播数据所经过的各环节的卡顿诊断信息包括：主播端环节的卡顿诊断信息、内容分发环节的卡顿诊断信息和观众端环节的卡顿诊断信息。
一些实施例中，如图2所示，直播数据由主播端产生，主播端环节推流到内容分发环节（直播CDN），内容分发环节进行分发，观众端环节从内容分发环节拉流以获得直播数据。一些实施例中，至少两个卡顿诊断信息为上述主播端环节的卡顿诊断信息、内容分发环节的卡顿诊断信息和观众端环节的卡顿诊断信息。这样通过覆盖直播数据的全链路，从而能够准确的确定卡顿的产生原因和位置。
在本公开的一些实施例中，直播数据所经过的各环节的设备接入有卡顿诊断包，卡顿诊断包通过分析设备的实时日志，得到该设备所在环节的卡顿诊断信息。
一些实施例中，卡顿诊断包是卡顿诊断sdk（SoftwareDevelopmentKit，软件开发工具包），如图2所示，其可以安装在主播端环节的设备（即主播端）、内容分发环节的设备（即内容分发设备）、观众端环节的设备（即观众端）中。在主播端接入卡顿诊断包，从而分析主播端环节的实时日志，处理得到主播端环节的卡顿诊断信息，例如常见的主播端环节卡顿信息包括：CPU占用过高，编码受限；美颜模块故障，编码受限；上行网络抖动，传输受限等。在内容分发设备接入卡顿诊断包，分析内容分发的实时日志，处理得到内容分发环节的卡顿诊断信息。常见的内容分发环节的卡顿诊断信息包括：分发网络抖动，传输受限；转码机CPU过高，转码受限等。在观众端接入卡顿诊断包，分析观众端（具体可以是观众端中的直播播放器）的实时日志，处理得到观众端环节的卡顿诊断信息。常见的观众端环节卡顿诊断信息包括：CPU占用过高，解码受限；下行网络抖动，传输受限。通过卡顿诊断包分析获得实时日志，这样能够实时的确定各环节的实时状态，从而在出现卡顿时准确确定卡顿环节和卡顿类型，提高准确性和实时性。
在本公开的一些实施例中，直播数据所经过的各环节的设备与目标服务器通信连接；目标服务器实时接收其他环节的卡顿诊断信息，并向当观众端环节的观众端传输其他环节的卡顿诊断信息；当前设备为观众端环节的设备。
一些实施例中，如图2所示，主播端、内容分发设备以及观众端都和目标服务器（卡顿诊断服务器）通信连接，通信连接的方式可以是长连接。当前设备可以是观众端，目标服务器实时接收其他环节的设备的卡顿诊断信息，然后下发给观众端，这样观众端能够在出现卡顿时，因为目标服务器实时向观众端下发卡顿诊断信息，所以观众端能够立刻获取到各环节的卡顿诊断信息，从而快速的生成卡顿提示。
在本公开的一些实施例中，方法还包括：响应于卡顿环节为当前设备所归属的环节，控制当前设备执行与卡顿类型对应的处理操作；或者，响应于卡顿环节不是当前设备所归属的环节，控制当前设备回放缓存的直播数据。
一些实施例中，如果卡顿环节是当前设备所属的环节，则卡顿的原因非常可能是位于当前设备，因此，将基于卡顿类型进行相关的处理，例如如果卡顿原因是当前设备的CPU占用过高，则会关闭部分后台进程或者降低非直播应用的CPU占用率，从而尝试解决卡顿问题。而如果卡顿环节不是当前设备所属的环节，此时通过控制当前设备则无法解决卡顿问题，当前设备可以在播放直播数据时进行缓存，缓存的直播数据可以是之前播放的制备数据，此时可以回放缓存的直播数据，例如回放当前时间之前一段时间的直播数据，这样避免单纯的等待造成的用户使用体验不足的问题。
在本公开的一些实施例中，方法的执行方可以是观众端，观众端的根据卡顿诊断信息，分类型给用户提示不同类型的卡顿提示。观众端结合本地环境生成的观众端环节的卡顿诊断信息、接收到的主播端环节的卡顿诊断信息，内容分发环节的卡顿诊断信息，合并得到各个环节的卡顿诊断消息。卡顿诊断包将所有环节和类型的卡顿诊断信息实时发送给观众端，观众端区分卡顿环节，卡顿类型，分别给用户提示不同卡顿环节、不同卡顿类型的卡顿提示。例如卡顿提示可以是：当出现观众端环节的“下行网络抖动，传输受限”类型的卡顿诊断信息时，提示“您的网络环境较差，请尝试切换网络”。当出现主播端环节“CPU占用过高，编码受限”类型卡顿诊断信息时，提示“您正在观看的主播遇到了点小问题，正在尝试调整设备，请您稍等一下”。观众端根据各个环节的不同类别的卡顿诊断信息，采用不同的提示方式，从而给用户提供更优的用户体验。
在本公开的一些实施例中还提出一种信息提示装置，包括：
控制单元，用于响应于直播出现卡顿，根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型；其中，至少两个环节为直播数据所经过的各环节中的部分或全部环节；
控制单元还用于：根据卡顿环节和/或卡顿类型，确定目标类型的卡顿提示；
显示单元，用于显示目标类型的卡顿提示。
一些实施例中，所述卡顿提示包括：所述卡顿环节和/或所述卡顿类型；或者，所述卡顿提示包括：所述卡顿环节和/或所述卡顿类型，且所述卡顿提示还包括：处理建议。
一些实施例中，控制单元还用于：根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型之后，在显示所述目标类型的所述卡顿提示之前，根据所述卡顿环节和/或所述卡顿类型确定目标提示方式；
显示所述目标类型的所述卡顿提示，包括：采用所述目标提示方式显示所述目标类型的卡顿提示。
一些实施例中，直播数据所经过的各环节的卡顿诊断信息包括：主播端环节的卡顿诊断信息、内容分发环节的卡顿诊断信息和观众端环节的卡顿诊断信息。
一些实施例中，所述直播数据所经过的各环节的设备接入有卡顿诊断包，所述卡顿诊断包通过分析设备的实时日志，得到该设备所在环节的卡顿诊断信息。
一些实施例中，所述直播数据所经过的各环节的设备与目标服务器通信连接；所述目标服务器实时接收其他环节的卡顿诊断信息，并向当观众端环节的观众端传输其他环节的卡顿诊断信息；当前设备为所述观众端环节的设备。
一些实施例中，控制单元还用于：响应于所述卡顿环节为当前设备所归属的环节，控制所述当前设备执行与所述卡顿类型对应的处理操作；或者，响应于所述卡顿环节不是当前设备所归属的环节，控制所述当前设备回放缓存的直播数据。
对于装置的实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离模块说明的模块可以是或者也可以不是分开的。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上，基于实施例和应用例说明了本公开的方法及装置。此外，本公开还提供一种电子设备及计算机可读存储介质。电子设备包括：至少一个存储器和至少一个处理器；其中，所述至少一个存储器用于存储程序代码，所述至少一个处理器用于调用所述至少一个存储器所存储的程序代码执行本公开中任一项所述的方法。
所述计算机可读存储介质用于存储程序代码，所述程序代码在被处理器运行时，促使所述处理器执行本公开中任一项所述的方法。
上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。
上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备执行上述的本公开的方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的公开范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述公开构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的（但不限于）具有类似功能的技术特征进行互相替换而形成的技术方案。
此外，虽然采用特定次序描绘了各操作，但是这不应当理解为要求这些操作以所示出的特定次序或以顺序次序执行来执行。在一定环境下，多任务和并行处理可能是有利的。同样地，虽然在上面论述中包含了若干具体实现细节，但是这些不应当被解释为对本公开的范围的限制。在单独的实施例的上下文中描述的某些特征还可以组合地实现在单个实施例中。相反地，在单个实施例的上下文中描述的各种特征也可以单独地或以任何合适的子组合的方式实现在多个实施例中。
尽管已经采用特定于结构特征和/或方法逻辑动作的语言描述了本主题，但是应当理解所附权利要求书中所限定的主题未必局限于上面描述的特定特征或动作。相反，上面所描述的特定特征和动作仅仅是实现权利要求书的示例形式。
Claims (10)
1.一种信息提示方法，其特征在于，包括：
响应于直播播放器出现卡顿，根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型；其中，所述至少两个环节为直播数据所经过的各环节中的部分或全部环节；
根据所述卡顿环节和/或所述卡顿类型，确定目标类型的卡顿提示；
显示所述目标类型的所述卡顿提示。
2.根据权利要求1所述的方法，其特征在于，
所述卡顿提示包括：所述卡顿环节和/或所述卡顿类型；或者，
所述卡顿提示包括：所述卡顿环节和/或所述卡顿类型，且所述卡顿提示还包括：处理建议。
3.根据权利要求1所述的方法，其特征在于，
根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型之后，在显示所述目标类型的所述卡顿提示之前，还包括：根据所述卡顿环节和/或所述卡顿类型确定目标提示方式；
显示所述目标类型的所述卡顿提示，包括：采用所述目标提示方式显示所述目标类型的卡顿提示。
4.根据权利要求1所述的方法，其特征在于，
直播数据所经过的各环节的卡顿诊断信息包括：主播端环节的卡顿诊断信息、内容分发环节的卡顿诊断信息和观众端环节的卡顿诊断信息。
5.根据权利要求1所述的方法，其特征在于，
所述直播数据所经过的各环节的设备接入有卡顿诊断包，所述卡顿诊断包通过分析设备的实时日志，得到该设备所在环节的卡顿诊断信息。
6.根据权利要求1所述的方法，其特征在于，
所述直播数据所经过的各环节的设备与目标服务器通信连接；所述目标服务器实时接收其他环节的卡顿诊断信息，并向当观众端环节的观众端传输其他环节的卡顿诊断信息；
当前设备为所述观众端环节的设备。
7.根据权利要求1所述的方法，其特征在于，还包括：
响应于所述卡顿环节为当前设备所归属的环节，控制所述当前设备执行与所述卡顿类型对应的处理操作；或者，
响应于所述卡顿环节不是当前设备所归属的环节，控制所述当前设备回放缓存的直播数据。
8.一种信息提示装置，其特征在于，包括：
控制单元，用于响应于直播出现卡顿，根据至少两个环节的卡顿诊断信息确定卡顿环节和/或卡顿类型；其中，所述至少两个环节为直播数据所经过的各环节中的部分或全部环节；
所述控制单元还用于：根据所述卡顿环节和/或所述卡顿类型，确定目标类型的卡顿提示；
显示单元，用于显示所述目标类型的所述卡顿提示。
9.一种电子设备，包括：
至少一个存储器和至少一个处理器；
其中，所述至少一个存储器用于存储程序代码，所述至少一个处理器用于调用所述至少一个存储器所存储的程序代码执行权利要求1至7中任一项所述的方法。
10.一种计算机可读存储介质，所述计算机可读存储介质用于存储程序代码，所述程序代码在被处理器运行时，促使所述处理器执行权利要求1至7中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311541281.7A CN117278805A (zh) | 2023-11-17 | 2023-11-17 | 信息提示方法、装置、电子设备和存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202311541281.7A CN117278805A (zh) | 2023-11-17 | 2023-11-17 | 信息提示方法、装置、电子设备和存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN117278805A true CN117278805A (zh) | 2023-12-22 |
Family
ID=89204718
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202311541281.7A Pending CN117278805A (zh) | 2023-11-17 | 2023-11-17 | 信息提示方法、装置、电子设备和存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN117278805A (zh) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104175979A (zh) * | 2013-05-23 | 2014-12-03 | 大陆汽车投资（上海）有限公司 | 指导用户解决汽车故障的方法 |
| CN104176059A (zh) * | 2013-05-23 | 2014-12-03 | 大陆汽车投资（上海）有限公司 | 指导用户解决汽车故障的方法 |
| CN108076386A (zh) * | 2017-12-22 | 2018-05-25 | 广州酷狗计算机科技有限公司 | 视频卡顿检测方法及装置、存储介质 |
| CN108900520A (zh) * | 2018-07-11 | 2018-11-27 | 广州虎牙信息科技有限公司 | 直播卡顿因素确定方法、装置、服务器及存储介质 |
| CN110607637A (zh) * | 2018-06-15 | 2019-12-24 | 青岛海尔洗衣机有限公司 | 衣物处理设备及其故障预警控制方法 |
| CN111601102A (zh) * | 2020-04-30 | 2020-08-28 | 微梦创科网络科技（中国）有限公司 | 一种直播卡顿的检测方法及系统 |
| CN111844029A (zh) * | 2020-07-09 | 2020-10-30 | 上海有个机器人有限公司 | 机器人预警监控方法及装置 |
| CN114189700A (zh) * | 2021-11-23 | 2022-03-15 | 广州博冠信息科技有限公司 | 直播卡顿提示方法、装置、计算机设备和存储介质 |
| CN114647550A (zh) * | 2022-03-11 | 2022-06-21 | 深圳Tcl新技术有限公司 | 进程管控方法、装置、存储介质及电子设备 |
| CN115314719A (zh) * | 2021-05-08 | 2022-11-08 | 腾讯科技（深圳）有限公司 | 直播上报数据处理方法、装置和计算机设备 |
-
2023
- 2023-11-17 CN CN202311541281.7A patent/CN117278805A/zh active Pending
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104175979A (zh) * | 2013-05-23 | 2014-12-03 | 大陆汽车投资（上海）有限公司 | 指导用户解决汽车故障的方法 |
| CN104176059A (zh) * | 2013-05-23 | 2014-12-03 | 大陆汽车投资（上海）有限公司 | 指导用户解决汽车故障的方法 |
| CN108076386A (zh) * | 2017-12-22 | 2018-05-25 | 广州酷狗计算机科技有限公司 | 视频卡顿检测方法及装置、存储介质 |
| CN110607637A (zh) * | 2018-06-15 | 2019-12-24 | 青岛海尔洗衣机有限公司 | 衣物处理设备及其故障预警控制方法 |
| CN108900520A (zh) * | 2018-07-11 | 2018-11-27 | 广州虎牙信息科技有限公司 | 直播卡顿因素确定方法、装置、服务器及存储介质 |
| CN111601102A (zh) * | 2020-04-30 | 2020-08-28 | 微梦创科网络科技（中国）有限公司 | 一种直播卡顿的检测方法及系统 |
| CN111844029A (zh) * | 2020-07-09 | 2020-10-30 | 上海有个机器人有限公司 | 机器人预警监控方法及装置 |
| CN115314719A (zh) * | 2021-05-08 | 2022-11-08 | 腾讯科技（深圳）有限公司 | 直播上报数据处理方法、装置和计算机设备 |
| CN114189700A (zh) * | 2021-11-23 | 2022-03-15 | 广州博冠信息科技有限公司 | 直播卡顿提示方法、装置、计算机设备和存储介质 |
| CN114647550A (zh) * | 2022-03-11 | 2022-06-21 | 深圳Tcl新技术有限公司 | 进程管控方法、装置、存储介质及电子设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11218392B2 (en) | Media stream monitor with heartbeat timer | |
| US10764623B2 (en) | Method and system for media adaption | |
| CN111135569A (zh) | 云游戏处理方法、装置、存储介质与电子设备 | |
| US9060207B2 (en) | Adaptive video streaming over a content delivery network | |
| US10310928B1 (en) | Dynamic selection of multimedia segments using input quality metrics | |
| CN112929234B (zh) | 云流服务器 | |
| US9112825B2 (en) | Performance monitoring of a media player launched by a web browser | |
| CN113141522B (zh) | 资源传输方法、装置、计算机设备及存储介质 | |
| CN112637661B (zh) | 视频流的切换方法及装置、计算机存储介质、电子设备 | |
| US10560215B1 (en) | Quality control service using input quality metrics | |
| US10778354B1 (en) | Asynchronous enhancement of multimedia segments using input quality metrics | |
| US20200366967A1 (en) | Method and system for monitoring quality of streaming media | |
| CN114928758A (zh) | 直播异常检测处理方法及装置 | |
| US20170093945A1 (en) | Selecting bitrate to stream encoded media based on tagging of important media segments | |
| WO2017071428A1 (zh) | 快进快退的处理方法及终端 | |
| CN111475240B (zh) | 数据处理方法及系统 | |
| CN112291591A (zh) | 一种视频数据回放方法、电子设备和存储介质 | |
| US9916867B2 (en) | Video capture and testing of media player playback of a video | |
| CN117278805A (zh) | 信息提示方法、装置、电子设备和存储介质 | |
| CN101588319B (zh) | 多媒体文件的下载方法、播放方法、系统及设备 | |
| CN113596587B (zh) | 弹幕实现的方法、装置、电子设备和可读介质 | |
| CN114390355A (zh) | 协议数据的回放方法及电子设备 | |
| CN112995702A (zh) | 基于质量监测探针判断视频卡顿的方法及系统 | |
| CN111935545B (zh) | 转码视频数据的方法、装置、设备及存储介质 | |
| US12052447B1 (en) | Dynamically moving transcoding of content between servers |
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 | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20231222 |