CN110830820A - 应急数据的处理方法及装置 - Google Patents

应急数据的处理方法及装置 Download PDF

Info

Publication number
CN110830820A
CN110830820A CN201810898855.9A CN201810898855A CN110830820A CN 110830820 A CN110830820 A CN 110830820A CN 201810898855 A CN201810898855 A CN 201810898855A CN 110830820 A CN110830820 A CN 110830820A
Authority
CN
China
Prior art keywords
data
target
playing data
emergency
cache
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
CN201810898855.9A
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.)
Beijing Gridsum Technology Co Ltd
Original Assignee
Beijing Gridsum Technology 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 Beijing Gridsum Technology Co Ltd filed Critical Beijing Gridsum Technology Co Ltd
Priority to CN201810898855.9A priority Critical patent/CN110830820A/zh
Publication of CN110830820A publication Critical patent/CN110830820A/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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/239—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests
    • H04N21/2393—Interfacing the upstream path of the transmission network, e.g. prioritizing client content requests involving handling client 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/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/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47217—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for controlling playback functions for recorded or on-demand content, e.g. using progress bars, mode or play-point indicators or bookmarks
    • 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/4886—Data services, e.g. news ticker for displaying a ticker, e.g. scrolling banner for news, stock exchange, weather data
    • 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)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种应急数据的处理方法及装置，涉及数据处理技术领域，提高了观众的用户体验。本发明的方法包括：接收前端设备发送的数据获取请求，所述数据获取请求中包含目标播放数据对应的目标频道和类别；根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据；当请求失败时，获取所述目标播放数据对应的缓存播放数据，并对所述缓存播放数据进行浮动计算处理，以生成应急播放数据；将所述应急播放数据发送给所述前端设备，以便所述前端设备将所述应急播放数据进行输出显示。本发明适用于对播放数据进行数据应急处理的过程中。

Description

应急数据的处理方法及装置
技术领域
本发明涉及数据处理技术领域，特别是涉及一种应急数据的处理方法及装置。
背景技术
随着社会的不断发展，观看电视节目已经成为人们日常生活中必不可少的一部分。在春晚等大型直播电视节目进行的过程中，为了增加与观众之间的互动，需要通过大屏幕等前端设备向观众实时展示当前在线观众人数、累计在线观众人数等播放数据。当节目主持人正在为观众介绍某个类别的播放数据时，若前端设备突然无法获取得到该类别的播放数据，则会造成相当严重的直播事故，从而需要保证前端设备获取播放数据的实时性以及稳定性。
目前，当业务服务器宕机或者网络故障，导致前端设备无法从该业务服务器中获取得到播放数据时，通常是前端设备获取该播放数据对应的预估播放数据，并将该预估播放数据进行输出显示。
发明人在实现本发明的过程中，发现现有技术中存在以下技术问题，由于预估播放数据为工作人员根据工作经验预先估算的播放数据，其为一个固定数值，因此前端设备获取得到的预估播放数据并不会随着真实播放数据的变化而变化，从而当预估播放数据与真实播放数据之间的数值差距过大，且前端设备将预估播放数据进行输出显示时，观众便会感知到前端设备当前显示的播放数据并非为真实播放数据，进而导致观众的用户体验较差。
发明内容
有鉴于此，本发明提供的应急数据的处理方法及装置，主要目的在于当获取目标播放数据失败时，对目标播放数据对应的缓存播放数据进行数据应急处理，以生成应急播放数据，并将该应急播放数据发送给前端设备，使前端设备将该应急播放数据进行输出显示，从而提高观众的用户体验。
为了解决上述问题，本发明主要提供如下技术方案：
第一方面，本发明提供了一种应急数据的处理方法，该方法包括：
接收前端设备发送的数据获取请求，所述数据获取请求中包含目标播放数据对应的目标频道和类别；
根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据；
当请求失败时，获取所述目标播放数据对应的缓存播放数据，并对所述缓存播放数据进行浮动计算处理，以生成应急播放数据；
将所述应急播放数据发送给所述前端设备，以便所述前端设备将所述应急播放数据进行输出显示。
可选的，所述对所述缓存播放数据进行浮动计算处理，以生成应急播放数据，包括：
在预设浮动区间内随机选取浮动数值；
对所述缓存播放数据和所述浮动数值进行乘法计算，以生成所述应急播放数据。
可选的，所述根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据，包括：
根据所述目标频道和所述类别确定所述目标播放数据对应的统一资源定位符URL；
通过所述目标播放数据对应的URL向所述目标业务服务器请求所述目标播放数据。
可选的，在所述接收前端设备发送的数据获取请求之前，所述方法还包括：
根据播放数据对应的类别确定所述播放数据对应的业务服务器；
根据所述播放数据对应的频道、类别以及所述业务服务器对应的相关信息生成所述播放数据对应的URL；
将所述类别、所述频道以及所述URL之间的映射关系进行缓存；
所述根据所述目标频道和所述类别确定所述目标播放数据对应的统一资源定位符URL，包括：
根据所述目标频道和所述类别在所述映射关系中获取所述目标播放数据对应的URL。
可选的，在所述根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据之后，所述方法还包括：
当根据所述目标频道和所述类别向所述目标业务服务器请求所述目标播放数据成功时，将所述目标播放数据存储至本地缓存中，并将所述目标播放数据发送给所述前端设备，以便所述前端设备将所述目标播放数据进行输出显示。
可选的，所述将所述目标播放数据存储至本地缓存中，包括：
判断所述本地缓存中是否存储有所述目标播放数据对应的缓存播放数据；
若是，则使用所述目标播放数据替换所述缓存播放数据；
若否，则将所述目标播放数据存储至所述本地缓存中。
可选的，所述数据获取请求中还包含所述目标播放数据对应的请求时间；在所述获取所述目标播放数据对应的缓存播放数据之后，所述方法还包括：
判断所述请求时间是否在所述缓存播放数据对应的缓存时间之前；
若是，则舍弃所述数据获取请求。
第二方面，本发明还提供一种应急数据的处理装置，该装置包括：
接收单元，用于接收前端设备发送的数据获取请求，所述数据获取请求中包含目标播放数据对应的目标频道和类别；
请求单元，用于根据所述接收单元接收的所述目标频道和所述类别向目标业务服务器请求所述目标播放数据；
获取单元，用于当所述请求单元根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据失败时，获取所述目标播放数据对应的缓存播放数据；
第一生成单元，用于对所述获取单元获取的所述缓存播放数据进行浮动计算处理，以生成应急播放数据；
第一发送单元，用于将所述第一生成单元生成的所述应急播放数据发送给所述前端设备，以便所述前端设备将所述应急播放数据进行输出显示。
可选的，所述第一生成单元包括：
选取模块，用于在预设浮动区间内随机选取浮动数值；
生成模块，用于对所述缓存播放数据和所述选取模块选取的所述浮动数值进行乘法计算，以生成所述应急播放数据。
可选的，所述请求单元包括：
确定模块，用于根据所述目标频道和所述类别确定所述目标播放数据对应的统一资源定位符URL；
请求模块，用于通过所述确定模块确定的所述目标播放数据对应的URL向所述目标业务服务器请求所述目标播放数据。
可选的，所述装置还包括：
确定单元，用于在所述接收单元接收前端设备发送的数据获取请求之前，根据播放数据对应的类别确定所述播放数据对应的业务服务器；
第二生成单元，用于根据所述播放数据对应的频道、类别以及所述确定单元确定的所述业务服务器对应的相关信息生成所述播放数据对应的URL；
缓存单元，用于将所述类别、所述频道以及所述第二生成单元生成的所述URL之间的映射关系进行缓存；
所述确定模块，具体用于根据所述目标频道和所述类别在所述映射关系中获取所述目标播放数据对应的URL。
可选的，所述装置还包括：
存储单元，用于在所述请求单元根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据之后，当所述请求单元根据所述目标频道和所述类别向所述目标业务服务器请求所述目标播放数据成功时，将所述目标播放数据存储至本地缓存中；
第二发送单元，用于将所述目标播放数据发送给所述前端设备，以便所述前端设备将所述目标播放数据进行输出显示。
可选的，所述存储单元包括：
判断模块，用于判断所述本地缓存中是否存储有所述目标播放数据对应的缓存播放数据；
替换模块，用于当所述判断模块判断所述本地缓存中存储有所述目标播放数据对应的缓存播放数据时，使用所述目标播放数据替换所述缓存播放数据；
存储模块，用于当所述判断模块判断所述本地缓存中未存储有所述目标播放数据对应的缓存播放数据时，将所述目标播放数据存储至所述本地缓存中。
可选的，所述数据获取请求中还包含所述目标播放数据对应的请求时间；所述装置还包括：
判断单元，用于在所述获取单元获取所述目标播放数据对应的缓存播放数据之后，判断所述请求时间是否在所述缓存播放数据对应的缓存时间之前；
舍弃单元，用于当所述判断单元判断所述请求时间在所述缓存播放数据对应的缓存时间之前时，舍弃所述数据获取请求。
为了实现上述目的，根据本发明的第三方面，提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的应急数据的处理方法。
为了实现上述目的，根据本发明的第四方面，提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述所述的应急数据的处理方法。
借由上述技术方案，本发明提供的技术方案至少具有下列优点：
本发明提供的一种应急数据的处理方法及装置，本发明能够在应急服务器根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据失败时，在本地缓存中获取该目标播放数据对应的缓存播放数据，并对获取得到的缓存播放数据进行浮动计算处理，以生成该目标播放数据对应的应急播放数据，此后将该应急播放数据发送给前端设备，以便前端设备将该应急播放数据进行输出显示。与现有技术中，当前端设备无法从业务服务器中获取得到播放数据时，前端设备获取该播放数据对应的预估播放数据，并将该预估播放数据进行输出显示相比，本发明能够根据目标播放数据对应的缓存播放数据计算生成应急播放数据，因此可以避免生成的应急播放数据与目标播放数据之间的数值差距过大的情况发生，从而当应急服务器将该应急播放数据发送给前端设备，使前端设备将该应急播放数据进行输出显示时，观众并不能感知到前端设备当前显示的播放数据并非为目标播放数据(真实播放数据)，进而能够提高观众的用户体验。
上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本发明实施例提供的一种应急数据的处理方法流程图；
图2示出了本发明实施例提供的一种应急服务器对播放数据进行数据应急处理的工作流程图；
图3示出了本发明实施例提供的另一种应急数据的处理方法流程图；
图4示出了本发明实施例提供的一种应急数据的处理装置的组成框图；
图5示出了本发明实施例提供的另一种应急数据的处理装置的组成框图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
本发明实施例提供一种应急数据的处理方法，如图1所示，该方法包括：
101、接收前端设备发送的数据获取请求。
其中，前端设备可以但不限于为：LED大屏幕等等；数据获取请求中包含目标播放数据对应的目标频道和目标播放数据对应的类别；目标播放播放数据为前端设备需要获取的播放数据，目标播放数据对应的目标频道可以但不限于为：CCTV-1、CCTV-2、北京卫视、湖南卫视等等，目标播放数据对应的类别可以但不限于为：当前在线观众人数、累计在线观众人数等等。需要进行说明的是，本发明实施例的执行主体可以为配置在应急服务器中的、用于对播放数据进行数据应急处理的装置，如图2所示，当前端设备需要获取播放数据时，向应急服务器发送数据获取请求，应急服务器在接收到数据获取请求后，向该播放数据对应的业务服务器请求该播放数据，当请求成功时，将该播放数据发送给该前端设备；当请求失败时，对该播放数据对应的缓存播放数据进行数据应急处理，并将生成的应急播放数据发送给该前端设备，其中，图2仅为示例性的举例，本发明实施例对应急服务器对应的业务服务器的数量以及应急服务器对应的前端设备的数量不作具体限定。
在本发明实施例中，当前端设备需要获取某个频道下、某个类别的目标播放数据时，便会向应急服务器发送携带有该目标播放数据对应的目标频道和类别的数据获取请求，例如，当前端设备需要获取的目标播放数据为CCTV-1的当前在线观众人数时，前端设备向应急服务器发送的数据获取请求中携带的内容为：目标频道：CCTV-1，类别：当前在线观众人数。此时，应急服务器便会接收到由前端设备发送的、携带有目标播放数据对应的目标频道和类别的数据获取请求。
102、根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据。
在本发明实施例中，应急服务器在接收到前端设备发送的数据获取请求后，根据该数据获取请求中携带的目标播放数据对应的目标频道和类别向存储该目标播放数据的目标业务服务器请求该目标播放数据。
具体的，在本步骤中，由于不同类别的播放数据存储在不同类别的业务服务器中，因此应急服务器可以根据目标播放数据对应的类别确定目标播放数据对应的目标业务服务器，并根据目标播放数据对应的目标频道、类别以及目标业务服务器对应的相关信息生成目标播放数据对应的统一资源定位符URL，然后通过目标播放数据对应的URL向目标业务服务器请求目标播放数据，其中，目标业务服务器对应的相关信息包括但不限于：目标业务服务器对应的接口规范、目标业务服务器对应的IP地址或域名等等，但不限于此。
103、当根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据失败时，获取目标播放数据对应的缓存播放数据，并对缓存播放数据进行浮动计算处理，以生成应急播放数据。
其中，目标播放数据对应的缓存播放数据为：应急服务器在本次请求目标播放数据操作对应的前一次请求目标播放数据操作中，成功向目标业务服务器请求到的播放数据。例如，应急服务器在第N次接收到携带有目标频道：CCTV-1，类别：当前在线观众人数的数据获取请求后，根据目标频道：CCTV-1，类别：当前在线观众人数向目标业务服务器A请求目标播放数据aN，当应急服务器向目标业务服务器A请求目标播放数据aN成功时，将目标播放数据aN存储至本地缓存中，并将目标播放数据aN发送给前端设备，以便前端设备将目标播放数据aN进行输出显示；应急服务器在第N+1次接收到携带有目标频道：CCTV-1，类别：当前在线观众人数的数据获取请求后，根据目标频道：CCTV-1，类别：当前在线观众人数向目标业务服务器A请求目标播放数据aN+1，当应急服务器向目标业务服务器A请求目标播放数据aN+1失败时，在本地缓存中获取目标播放数据aN，并将目标播放数据aN确定为目标播放数据aN+1对应的缓存播放数据，其中，N为正整数。
在本发明实施例中，当存储目标播放数据的目标业务服务器宕机或者网络故障，导致应急服务器根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据失败时，应急服务器在本地缓存中获取目标播放数据对应的缓存播放数据，并对获取得到的缓存播放数据进行浮动计算处理，以生成目标播放数据对应的应急播放数据。由于，应急播放数据是根据目标播放数据对应的缓存播放数据计算生成的，因此，可以避免生成的应急播放数据与目标播放数据之间的数值差距过大的情况发生，从而当应急服务器将应急播放数据发送给前端设备，使前端设备将应急播放数据进行输出显示时，观众并不能感知到前端设备当前显示的播放数据并非为目标播放数据(真实播放数据)，进而能够提高观众的用户体验。具体的，在本步骤中，应急服务器可以预先设置浮动区间，在预设浮动区间内随机选取一个浮动数值后，通过对缓存播放数据与浮动数值进行乘法计算，来实现对缓存播放数据进行浮动计算处理，并将计算结果确定为应急播放数据，但不限于此。
需要进行说明的是，在实际应用过程中，应用服务器在生成应急播放数据后，在本地缓存中使用该应急播放数据替换其对应的缓存播放数据，以便当应急服务器再次向目标服务器请求与该应急播放数据频道、类别均相同的播放数据失败时，将该应急播放数据确定为该播放数据对应的缓存播放数据。
104、将应急播放数据发送给前端设备，以便前端设备将应急播放数据进行输出显示。
在本发明实施例中，应急服务器在对获取得到的缓存播放数据进行浮动计算处理，生成应急播放数据后，将该应急播放数据发送给前端设备，以便前端设备将该应急播放数据进行输出显示。
本发明实施例提供的一种应急数据的处理方法，本发明实施例能够在应急服务器根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据失败时，在本地缓存中获取该目标播放数据对应的缓存播放数据，并对获取得到的缓存播放数据进行浮动计算处理，以生成该目标播放数据对应的应急播放数据，此后将该应急播放数据发送给前端设备，以便前端设备将该应急播放数据进行输出显示。与现有技术中，当前端设备无法从业务服务器中获取得到播放数据时，前端设备获取该播放数据对应的预估播放数据，并将该预估播放数据进行输出显示相比，本发明实施例能够根据目标播放数据对应的缓存播放数据计算生成应急播放数据，因此可以避免生成的应急播放数据与目标播放数据之间的数值差距过大的情况发生，从而当应急服务器将该应急播放数据发送给前端设备，使前端设备将该应急播放数据进行输出显示时，观众并不能感知到前端设备当前显示的播放数据并非为目标播放数据(真实播放数据)，进而能够提高观众的用户体验。
以下为了更加详细地说明，本发明实施例提供了另一种应急数据的处理方法，特别是根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据的具体方法以及对缓存播放数据进行浮动计算处理，以生成应急播放数据的具体方法，具体如图3所示，该方法包括：
201、根据播放数据对应的类别确定播放数据对应的业务服务器。
在本发明实施例中，应急服务器为了在接收到前端设备发送的数据获取请求后，能够根据该数据获取请求中携带的目标播放数据对应的目标频道和类别直接确定目标播放数据对应的URL，需要预先生成每个频道下、每个类别的播放数据对应的URL，并分别将每个频道下、每个类别的播放数据对应的频道、类别以及URL之间的映射关系进行缓存。由于，不同类别的播放数据存储在不同类别的业务服务器中，因此，应急服务器可以根据播放数据对应的类别确定该播放数据对应的业务服务器。
202、根据播放数据对应的频道、类别以及业务服务器对应的相关信息生成播放数据对应的URL。
其中，业务服务器对应的相关信息包括但不限于：业务服务器对应的接口规范、业务服务器对应的IP地址或域名等等。
在本发明实施例中，应急服务器在确定某个频道下、某个类别的播放数据对应的业务服务器后，根据该播放数据对应的频道、类别以及该业务服务器对应的相关信息生成该播放数据对应的URL。
203、将播放数据对应的类别、频道以及URL之间的映射关系进行缓存。
在本发明实施例中，应急服务器在分别生成每个频道下、每个类别的播放数据对应的URL后，分别将每个频道下、每个类别的播放数据对应的频道、类别以及URL之间的映射关系进行缓存，以便应急服务器在接收到前端设备发送的数据获取请求后，能够根据该数据获取请求中携带的目标播放数据对应的目标频道和类别在本地缓存中直接获取目标播放数据对应的URL。
204、接收前端设备发送的数据获取请求。
其中，关于步骤204、接收前端设备发送的数据获取请求，可以参考图1对应部分的描述，本发明实施例此处将不再赘述。
205、根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据。
在本发明实施例中，应急服务器在接收到前端设备发送的数据获取请求后，根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据。以下将对应急服务器如何根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据进行详细说明。
(1)根据目标频道和类别在映射关系中获取目标播放数据对应的URL。
在本发明实施例中，应急服务器在接收到前端设备发送的数据获取请求后，根据该数据获取请求中携带的目标播放数据对应的目标频道和类别在步骤203中缓存的映射关系中获取目标播放数据对应的URL。
(2)通过目标播放数据对应的URL向目标业务服务器请求目标播放数据。
在本发明实施例中，应急服务器在缓存的映射关系中获取得到目标播放数据对应的URL后，通过目标播放数据对应的URL向目标业务服务器请求目标播放数据。
206a、当根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据成功时，将目标播放数据存储至本地缓存中，并将目标播放数据发送给前端设备，以便前端设备将目标播放数据进行输出显示。
在本发明实施例中，当应急服务器成功请求到目标播放数据时，将目标播放数据存储至本地缓存中，并将目标播放是数据发送给前端设备，以便前端设备将目标播放数据进行输出显示。具体的，在本步骤中，应急服务器在将请求到的目标播放数据存储至本地缓存中的过程中，需要先判断本地缓存中是否存储有该目标播放数据对应的缓存播放数据，当本地缓存中存储有该目标播放数据对应的缓存播放数据时，使用该目标播放数据替换其对应的缓存播放数据；当本地缓存中未存储有在该目标播放数据对应的缓存播放数据时，直接将该目标播放数据存储至本地缓存中。
对于本发明实施例，与步骤206a并列的步骤206b、当根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据失败时，获取目标播放数据对应的缓存播放数据。
其中，关于步骤206b、当根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据失败时，获取目标播放数据对应的缓存播放数据，可以参考图1对应部分的描述，本发明实施例此处将不再赘述。
207b、判断请求时间是否在缓存播放数据对应的缓存时间之前。
其中，数据获取请求中还包含目标播放数据对应的请求时间；缓存播放数据对应的缓存时间为：应急服务器缓存该缓存播放数据的时间。
在本发明实施例中，应急服务器在获取得到目标播放数据对应的缓存播放数据后，需要判断目标播放数据对应的请求时间是否在缓存播放数据对应的缓存时间之前，由于目标播放数据对应的缓存播放数据为应急服务器在本次请求目标播放数据操作对应的前一次请求目标播放数据操作中，成功向目标业务服务器请求到的播放数据，因此目标播放数据对应的请求时间必定在缓存播放数据对应的缓存时间之后，从而只有在目标播放数据对应的请求时间在缓存播放数据对应的缓存时间之后的情况下，才需要对缓存播放数据进行浮动计算处理，进而当应急服务器判断目标播放数据对应的请求时间在缓存播放数据对应的缓存时间之前时，执行步骤208c；当应急服务器判断目标播放数据对应的请求时间在缓存播放数据对应的缓存时间之后时，执行步骤208d。
208c、若是，则舍弃数据获取请求。
在本发明实施例中，由于，目标播放数据对应的请求时间必定在缓存播放数据对应的缓存时间之后，因此，当应急服务器判断目标播放数据对应的请求时间在缓存播放数据对应的缓存时间之前时，可以将数据获取请求舍弃，无需对缓存播放数据进行浮动计算处理。
对于本发明实施例，与步骤208c并列的步骤208d、若否，则对缓存播放数据进行浮动计算处理，以生成应急播放数据。
在本发明实施例中，当应急服务器判断目标播放数据对应的请求时间在缓存播放数据对应的缓存时间之后时，对缓存播放数据进行浮动计算处理，以生成应急播放数据。以下将对应急服务器如何对缓存播放数据进行浮动计算处理，以生成应急播放数据进行详细说明。
(1)在预设浮动区间内随机选取浮动数值。
其中，预设浮动区间的取值范围可以但不限制于为：[90％，110％]、[95％，105％]、[100％，105％]、[100％，110％]等等。
在本发明实施例中，应急服务器在判断目标播放数据对应的请求时间在缓存播放数据对应的缓存时间之后时，在预设浮动区间内随机选取一个浮动数值。
(2)对缓存播放数据和浮动数值进行乘法计算，以生成应急播放数据。
在本发明实施例中，应急服务器在选取得到浮动数值后，通过对缓存播放数据与浮动数值进行乘法计算，来实现对缓存播放数据进行浮动计算处理，并将计算结果确定为应急播放数据，例如，应急服务器在本地缓存中获取的缓存播放数据为：100万、在预设浮动区间[95％，105％]内随机选取的浮动数值为：102％，然后对缓存播放数据：100万和浮动数值：102％进行乘法计算，将计算结果102万确定为应急播放数据。
对于本发明实施例，在步骤208d后的步骤209d、将应急播放数据发送给前端设备，以便前端设备将应急播放数据进行输出显示。
其中，关于步骤209d、将应急播放数据发送给前端设备，以便前端设备将应急播放数据进行输出显示，可以参考图1对应部分的描述，本发明实施例此处将不再赘述。
对于本发明实施例，具体应用场景可以如下所示，但不限于此包括：
应急服务器接收前端设备A发送的数据获取请求X，其中，数据获取请求X中包含目标播放数据a对应的目标频道：CCTV-1和类别：当前在线观众人数。由于，应急服务器预先生成每个频道下、每个类别的播放数据对应的URL，并分别将每个频道下、每个类别的播放数据对应的频道、类别以及URL之间的映射关系进行缓存，因此，应急服务器根据目标频道：CCTV-1和类别：当前在线观众人数在本地缓存中获取目标播放数据a对应的URL1。当应急服务器通过URL1向目标业务服务器Y请求目标播放数据a成功时，判断本地缓存中是否存储有目标播放数据a对应的缓存播放数据b，若存储有，则使用目标播放数据a替换缓存播放数据b，若未存储有，则将目标播放数据a存储至本地缓存中，并将目标播放数据a发送给前端设备A，以便前端设备A将目标播放数据a进行输出显示；当应急服务器通过URL1向目标业务服务器Y请求目标播放数据a失败时，在本地缓存中获取目标播放数据a对应的缓存播放数据b，并判断目标播放数据a对应的请求时间是否在缓存播放数据对应的缓存时间之前，若是，则舍弃数据获取请求X，若否，则在预设浮动区间[95％，105％]内随机选取一个浮动数值：102％，然后对缓存播放数据b：100万与浮动数值：102％进行乘法计算，将计算结果102万确定为应急播放数据c，并在本地缓存中使用应急播放数据c替换缓存播放数据b，以及将应急播放数据c发送给前端设备A，以便前端设备A将应急播放数据c进行输出显示。
需要进行说明的是，在实际应用过程中，前端设备在请求目标播放数据的同时，还可以请求目标播放数据对应的多个目标分支播放数据，例如前端设备需要获取的目标播放数据为CCTV-1的当前在线观众人数，则前端设备需要获取的多个目标分支播放数据可以但不限于为：CCTV-1的当前在线观众中观众所在地为北京的人数、CCTV-1的当前在线观众中观众所在地为上海的人数等等。此时，前端设备向应急服务器发送的数据获取请求中不光包含目标播放数据对应的目标频道和类别，还包含每个目标分支播放数据对应的相关信息，应急服务器在接收到前端设备发送的数据获取请求后，根据目标播放数据对应的目标频道、类别，以及每个目标分支播放数据对应的相关信息，确定目标播放数据对应的URL以及每个目标分支播放数据对应的URL。当应急服务器通过目标播放数据对应的URL以及每个目标分支播放数据对应的URL向目标业务服务器请求目标播放数据以及多个目标分支播放数据成功时，将目标播放数据以及多个目标分支播放数据存储至本地缓存中，并将目标播放数据以及多个目标分支播放数据发送给前端设备，以便前端设备将目标播放数据以及多个目标分支播放数据进行输出显示；当应急服务器通过目标播放数据对应的URL以及每个目标分支播放数据对应的URL向目标业务服务器请求目标播放数据以及多个目标分支播放数据失败时，在本地缓存中获取目标播放数据对应的缓存播放数据以及每个目标分支播放数据对应的缓存分支播放数据，并对缓存播放数据以及多个缓存分支播放数据进行浮动计算处理，以生成目标播放数据对应的应急播放数据以及每个目标分支播放数据对应的应急分支播放数据。此后，应急服务器将应急播放数据以及多个应急分支播放数据发送给前端设备，以便前端设备将应急播放数据以及多个应急分支播放数据进行输出显示。
为了实现上述目的，根据本发明的另一方面，本发明实施例还提供了一种存储介质，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行上述所述的应急数据的处理方法。
为了实现上述目的，根据本发明的另一方面，本发明实施例还提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行上述所述的应急数据的处理方法。
进一步的，作为对上述图1及图3所示方法的实现，本发明另一实施例还提供了一种应急数据的处理装置。该装置实施例与前述方法实施例对应，为便于阅读，本装置实施例不再对前述方法实施例中的细节内容进行逐一赘述，但应当明确，本实施例中的装置能够对应实现前述方法实施例中的全部内容。该装置应用于当获取目标播放数据失败时，对目标播放数据对应的缓存播放数据进行数据应急处理，以生成应急播放数据，具体如图4所示，该装置包括：
接收单元31，用于接收前端设备发送的数据获取请求，所述数据获取请求中包含目标播放数据对应的目标频道和类别；
请求单元32，用于根据接收单元31接收的所述目标频道和所述类别向目标业务服务器请求所述目标播放数据；
获取单元33，用于当请求单元32根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据失败时，获取所述目标播放数据对应的缓存播放数据；
第一生成单元34，用于对获取单元33获取的所述缓存播放数据进行浮动计算处理，以生成应急播放数据；
第一发送单元35，用于将第一生成单元34生成的所述应急播放数据发送给所述前端设备，以便所述前端设备将所述应急播放数据进行输出显示。
进一步的，如图5所示，第一生成单元34包括：
选取模块341，用于在预设浮动区间内随机选取浮动数值；
生成模块342，用于对所述缓存播放数据和选取模块341选取的所述浮动数值进行乘法计算，以生成所述应急播放数据。
进一步的，如图5所示，请求单元32包括：
确定模块321，用于根据所述目标频道和所述类别确定所述目标播放数据对应的统一资源定位符URL；
请求模块322，用于通过确定模块321确定的所述目标播放数据对应的URL向所述目标业务服务器请求所述目标播放数据。
进一步的，如图5所示，该装置还包括：
确定单元36，用于在接收单元31接收前端设备发送的数据获取请求之前，根据播放数据对应的类别确定所述播放数据对应的业务服务器；
第二生成单元37，用于根据所述播放数据对应的频道、类别以及确定单元36确定的所述业务服务器对应的相关信息生成所述播放数据对应的URL；
缓存单元38，用于将所述类别、所述频道以及第二生成单元37生成的所述URL之间的映射关系进行缓存；
确定模块321，具体用于根据所述目标频道和所述类别在所述映射关系中获取所述目标播放数据对应的URL。
进一步的，如图5所示，该装置还包括：
存储单元39，用于在请求单元32根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据之后，当所述请求单元32根据所述目标频道和所述类别向所述目标业务服务器请求所述目标播放数据成功时，将所述目标播放数据存储至本地缓存中；
第二发送单元310，用于将所述目标播放数据发送给所述前端设备，以便所述前端设备将所述目标播放数据进行输出显示。
进一步的，如图5所示，存储单元39包括：
判断模块391，用于判断所述本地缓存中是否存储有所述目标播放数据对应的缓存播放数据；
替换模块392，用于当判断模块391判断所述本地缓存中存储有所述目标播放数据对应的缓存播放数据时，使用所述目标播放数据替换所述缓存播放数据；
存储模块393，用于当判断模块391判断所述本地缓存中未存储有所述目标播放数据对应的缓存播放数据时，将所述目标播放数据存储至所述本地缓存中。
进一步的，如图5所示，所述数据获取请求中还包含所述目标播放数据对应的请求时间；该装置还包括：
判断单元311，用于在获取单元33获取所述目标播放数据对应的缓存播放数据之后，判断所述请求时间是否在所述缓存播放数据对应的缓存时间之前；
舍弃单元312，用于当判断单元311判断所述请求时间在所述缓存播放数据对应的缓存时间之前时，舍弃所述数据获取请求。
本发明实施例提供的一种应急数据的处理方法及装置，本发明实施例能够在应急服务器根据目标播放数据对应的目标频道和类别向目标业务服务器请求目标播放数据失败时，在本地缓存中获取该目标播放数据对应的缓存播放数据，并对获取得到的缓存播放数据进行浮动计算处理，以生成该目标播放数据对应的应急播放数据，此后将该应急播放数据发送给前端设备，以便前端设备将该应急播放数据进行输出显示。与现有技术中，当前端设备无法从业务服务器中获取得到播放数据时，前端设备获取该播放数据对应的预估播放数据，并将该预估播放数据进行输出显示相比，本发明实施例能够根据目标播放数据对应的缓存播放数据计算生成应急播放数据，因此可以避免生成的应急播放数据与目标播放数据之间的数值差距过大的情况发生，从而当应急服务器将该应急播放数据发送给前端设备，使前端设备将该应急播放数据进行输出显示时，观众并不能感知到前端设备当前显示的播放数据并非为目标播放数据(真实播放数据)，进而能够提高观众的用户体验。同时，本发明实施例能够预先生成每个频道下、每个类别的播放数据对应的URL，并分别将每个频道下、每个类别的播放数据对应的频道、类别以及URL之间的映射关系进行缓存，从而应急服务器在接收到前端设备发送的数据获取请求后，能够根据该数据获取请求中携带的目标播放数据对应的目标频道和类别在本地缓存中直接获取目标播放数据对应的URL，进而提高了对播放数据进行数据应急处理的处理效率。
所述应急数据的处理装置包括处理器和存储器，上述接收单元、请求单元、获取单元、第一生成单元和第一发送单元等均作为程序单元存储在存储器中，由处理器执行存储在存储器中的上述程序单元来实现相应的功能。
处理器中包含内核，由内核去存储器中调取相应的程序单元。内核可以设置一个或以上，通过调整内核参数来当获取目标播放数据失败时，对目标播放数据对应的缓存播放数据进行数据应急处理，以生成应急播放数据。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)，存储器包括至少一个存储芯片。
本发明实施例提供了一种存储介质，其上存储有程序，该程序被处理器执行时实现以上实施例中任一项所述的应急数据的处理方法。
本发明实施例提供了一种处理器，所述处理器用于运行程序，其中，所述程序运行时执行以上实施例中任一项所述的应急数据的处理方法。
本发明实施例提供了一种设备，设备包括处理器、存储器及存储在存储器上并可在处理器上运行的程序，处理器执行程序时实现以下步骤：
接收前端设备发送的数据获取请求，所述数据获取请求中包含目标播放数据对应的目标频道和类别；
根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据；
当请求失败时，获取所述目标播放数据对应的缓存播放数据，并对所述缓存播放数据进行浮动计算处理，以生成应急播放数据；
将所述应急播放数据发送给所述前端设备，以便所述前端设备将所述应急播放数据进行输出显示。
进一步的，所述对所述缓存播放数据进行浮动计算处理，以生成应急播放数据，包括：
在预设浮动区间内随机选取浮动数值；
对所述缓存播放数据和所述浮动数值进行乘法计算，以生成所述应急播放数据。
进一步的，所述根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据，包括：
根据所述目标频道和所述类别确定所述目标播放数据对应的统一资源定位符URL；
通过所述目标播放数据对应的URL向所述目标业务服务器请求所述目标播放数据。
进一步的，在所述接收前端设备发送的数据获取请求之前，所述方法还包括：
根据播放数据对应的类别确定所述播放数据对应的业务服务器；
根据所述播放数据对应的频道、类别以及所述业务服务器对应的相关信息生成所述播放数据对应的URL；
将所述类别、所述频道以及所述URL之间的映射关系进行缓存；
所述根据所述目标频道和所述类别确定所述目标播放数据对应的统一资源定位符URL，包括：
根据所述目标频道和所述类别在所述映射关系中获取所述目标播放数据对应的URL。
进一步的，在所述根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据之后，所述方法还包括：
当根据所述目标频道和所述类别向所述目标业务服务器请求所述目标播放数据成功时，将所述目标播放数据存储至本地缓存中，并将所述目标播放数据发送给所述前端设备，以便所述前端设备将所述目标播放数据进行输出显示。
进一步的，所述将所述目标播放数据存储至本地缓存中，包括：
判断所述本地缓存中是否存储有所述目标播放数据对应的缓存播放数据；
若是，则使用所述目标播放数据替换所述缓存播放数据；
若否，则将所述目标播放数据存储至所述本地缓存中。
进一步的，所述数据获取请求中还包含所述目标播放数据对应的请求时间；在所述获取所述目标播放数据对应的缓存播放数据之后，所述方法还包括：
判断所述请求时间是否在所述缓存播放数据对应的缓存时间之前；
若是，则舍弃所述数据获取请求。
本文中的设备可以是服务器、PC等。
本申请还提供了一种计算机程序产品，当在数据处理设备上执行时，适于执行初始化有如下方法步骤的程序代码：接收前端设备发送的数据获取请求，所述数据获取请求中包含目标播放数据对应的目标频道和类别；根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据；当请求失败时，获取所述目标播放数据对应的缓存播放数据，并对所述缓存播放数据进行浮动计算处理，以生成应急播放数据；将所述应急播放数据发送给所述前端设备，以便所述前端设备将所述应急播放数据进行输出显示。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flashRAM)。存储器是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。
还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。
本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种应急数据的处理方法，其特征在于，包括：
接收前端设备发送的数据获取请求，所述数据获取请求中包含目标播放数据对应的目标频道和类别；
根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据；
当请求失败时，获取所述目标播放数据对应的缓存播放数据，并对所述缓存播放数据进行浮动计算处理，以生成应急播放数据；
将所述应急播放数据发送给所述前端设备，以便所述前端设备将所述应急播放数据进行输出显示。
2.根据权利要求1所述的方法，其特征在于，所述对所述缓存播放数据进行浮动计算处理，以生成应急播放数据，包括：
在预设浮动区间内随机选取浮动数值；
对所述缓存播放数据和所述浮动数值进行乘法计算，以生成所述应急播放数据。
3.根据权利要求1所述的方法，其特征在于，所述根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据，包括：
根据所述目标频道和所述类别确定所述目标播放数据对应的统一资源定位符URL；
通过所述目标播放数据对应的URL向所述目标业务服务器请求所述目标播放数据。
4.根据权利要求3所述的方法，其特征在于，在所述接收前端设备发送的数据获取请求之前，所述方法还包括：
根据播放数据对应的类别确定所述播放数据对应的业务服务器；
根据所述播放数据对应的频道、类别以及所述业务服务器对应的相关信息生成所述播放数据对应的URL；
将所述类别、所述频道以及所述URL之间的映射关系进行缓存；
所述根据所述目标频道和所述类别确定所述目标播放数据对应的统一资源定位符URL，包括：
根据所述目标频道和所述类别在所述映射关系中获取所述目标播放数据对应的URL。
5.根据权利要求1所述的方法，其特征在于，在所述根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据之后，所述方法还包括：
当根据所述目标频道和所述类别向所述目标业务服务器请求所述目标播放数据成功时，将所述目标播放数据存储至本地缓存中，并将所述目标播放数据发送给所述前端设备，以便所述前端设备将所述目标播放数据进行输出显示。
6.根据权利要求5所述的方法，其特征在于，所述将所述目标播放数据存储至本地缓存中，包括：
判断所述本地缓存中是否存储有所述目标播放数据对应的缓存播放数据；
若是，则使用所述目标播放数据替换所述缓存播放数据；
若否，则将所述目标播放数据存储至所述本地缓存中。
7.根据权利要求1-6中任一项所述的方法，其特征在于，所述数据获取请求中还包含所述目标播放数据对应的请求时间；在所述获取所述目标播放数据对应的缓存播放数据之后，所述方法还包括：
判断所述请求时间是否在所述缓存播放数据对应的缓存时间之前；
若是，则舍弃所述数据获取请求。
8.一种应急数据的处理装置，其特征在于，包括：
接收单元，用于接收前端设备发送的数据获取请求，所述数据获取请求中包含目标播放数据对应的目标频道和类别；
请求单元，用于根据所述接收单元接收的所述目标频道和所述类别向目标业务服务器请求所述目标播放数据；
获取单元，用于当所述请求单元根据所述目标频道和所述类别向目标业务服务器请求所述目标播放数据失败时，获取所述目标播放数据对应的缓存播放数据；
第一生成单元，用于对所述获取单元获取的所述缓存播放数据进行浮动计算处理，以生成应急播放数据；
第一发送单元，用于将所述第一生成单元生成的所述应急播放数据发送给所述前端设备，以便所述前端设备将所述应急播放数据进行输出显示。
9.一种存储介质，其特征在于，所述存储介质包括存储的程序，其中，在所述程序运行时控制所述存储介质所在设备执行权利要求1至权利要求7中任一项所述的应急数据的处理方法。
10.一种处理器，其特征在于，所述处理器用于运行程序，其中，所述程序运行时执行权利要求1至权利要求7中任一项所述的应急数据的处理方法。
CN201810898855.9A 2018-08-08 2018-08-08 应急数据的处理方法及装置 Pending CN110830820A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810898855.9A CN110830820A (zh) 2018-08-08 2018-08-08 应急数据的处理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810898855.9A CN110830820A (zh) 2018-08-08 2018-08-08 应急数据的处理方法及装置

Publications (1)

Publication Number Publication Date
CN110830820A true CN110830820A (zh) 2020-02-21

Family

ID=69540999

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810898855.9A Pending CN110830820A (zh) 2018-08-08 2018-08-08 应急数据的处理方法及装置

Country Status (1)

Country Link
CN (1) CN110830820A (zh)

Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101431761A (zh) * 2007-11-09 2009-05-13 中国移动通信集团公司 网络故障上报的方法、设备及系统
CN103312733A (zh) * 2012-03-08 2013-09-18 腾讯科技（深圳）有限公司 信息处理方法和装置
CN103810613A (zh) * 2012-11-12 2014-05-21 腾讯科技（深圳）有限公司 关注信息的播放控制方法和装置
US8880635B1 (en) * 2012-07-31 2014-11-04 Google Inc. Selective requesting of cached resources
CN104504134A (zh) * 2014-12-31 2015-04-08 北京国双科技有限公司 推广信息属性数据的获取方法和装置
CN105930528A (zh) * 2016-06-03 2016-09-07 腾讯科技（深圳）有限公司 一种网页缓存的方法及服务器
CN106296233A (zh) * 2015-05-12 2017-01-04 腾讯科技(成都)有限公司 一种计算机系统及基于计算机系统的注册数量确定方法
CN106492459A (zh) * 2016-10-17 2017-03-15 腾讯科技（深圳）有限公司 一种数据处理系统、数据处理方法以及数据处理装置
CN107071066A (zh) * 2017-06-07 2017-08-18 北京潘达互娱科技有限公司 页面访问方法及装置
CN107463581A (zh) * 2016-06-02 2017-12-12 广州泰尔智信科技有限公司 应用下载量获取方法、装置和终端设备
CN108022007A (zh) * 2017-11-27 2018-05-11 广州虎牙信息科技有限公司 目标应用的日活跃用户数量预测方法、装置和终端设备

Patent Citations (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101431761A (zh) * 2007-11-09 2009-05-13 中国移动通信集团公司 网络故障上报的方法、设备及系统
CN103312733A (zh) * 2012-03-08 2013-09-18 腾讯科技（深圳）有限公司 信息处理方法和装置
US8880635B1 (en) * 2012-07-31 2014-11-04 Google Inc. Selective requesting of cached resources
CN103810613A (zh) * 2012-11-12 2014-05-21 腾讯科技（深圳）有限公司 关注信息的播放控制方法和装置
CN104504134A (zh) * 2014-12-31 2015-04-08 北京国双科技有限公司 推广信息属性数据的获取方法和装置
CN106296233A (zh) * 2015-05-12 2017-01-04 腾讯科技(成都)有限公司 一种计算机系统及基于计算机系统的注册数量确定方法
CN107463581A (zh) * 2016-06-02 2017-12-12 广州泰尔智信科技有限公司 应用下载量获取方法、装置和终端设备
CN105930528A (zh) * 2016-06-03 2016-09-07 腾讯科技（深圳）有限公司 一种网页缓存的方法及服务器
CN106492459A (zh) * 2016-10-17 2017-03-15 腾讯科技（深圳）有限公司 一种数据处理系统、数据处理方法以及数据处理装置
CN107071066A (zh) * 2017-06-07 2017-08-18 北京潘达互娱科技有限公司 页面访问方法及装置
CN108022007A (zh) * 2017-11-27 2018-05-11 广州虎牙信息科技有限公司 目标应用的日活跃用户数量预测方法、装置和终端设备

Similar Documents

Publication Publication Date Title
US11929978B2 (en) Network address resolution
US11665378B2 (en) Establishment and use of time mapping based on interpolation using low-rate fingerprinting, to help facilitate frame-accurate content revision
US8769208B2 (en) Method, system and server of removing a distributed caching object
CN108184170B (zh) 一种数据处理方法及装置
CN108566370B (zh) 一种数据回源的方法以及装置
US10708331B1 (en) Generating requests for streaming media
US12058422B2 (en) Scalable architectures for reference signature matching and updating
CN110336820B (zh) 单点登出方法、装置、设备、存储介质及系统
CN108600836B (zh) 一种视频处理方法及装置
CN108449308B (zh) 识别恶意资源访问的方法及装置
CA2972593A1 (en) Network address resolution
CN105979277A (zh) 一种文件传输方法及电子设备
EP3370166B1 (en) Method and apparatus for model parameter fusion
CN105100964A (zh) 多媒体内容的处理方法、客户端及服务器
US11190818B2 (en) Content delivery monitor
CN104144223A (zh) 一种数据获取方法及装置
CN107948234B (zh) 数据的处理方法及装置
CN106789301B (zh) 一种生成web网关的运行日志的方法及装置
CN114218410A (zh) 信息推荐方法、装置、电子设备及存储介质
CN110830820A (zh) 应急数据的处理方法及装置
CN109948082B (zh) 直播信息处理方法及装置、电子设备、存储介质
CN108021475B (zh) 一种数据恢复方法及装置
CN110830816B (zh) 应急数据的处理方法及装置
CN110798751B (zh) 一种数据传输方法及设备
CN105635236A (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20200221

RJ01 Rejection of invention patent application after publication