CN114268844B - 一种互联网电视业务应急保障系统及其方法 - Google Patents

Abstract

本发明公开了一种互联网电视业务应急保障系统及其方法,该系统包括最小应急保障系统；所述最小应急保障系统包括任务管理模块、日志管理模块、记录管理模块、主机管理模块、数据下载模块、数据存储模块、数据同步模块和数据加载模块；最小应急保障系统通过数据与业务系统相连，通过应急接入层分别与现网接入层和STB相连；该方法包括请求正常流程、请求异常流程和最小应急系统数据交互流程；本发明当正常的电视业务出现异常时能切换到应急模式，不会影响用户体验，减少用户投诉，杜绝造成经济损失；对于可以缓存静态数据的系统，本发明系统可以完全借鉴套用，便于业务的推广。

Description

一种互联网电视业务应急保障系统及其方法

技术领域

本发明涉及互联网电视领域，特别是一种互联网电视业务应急保障系统及其方法。

背景技术

最小应急系统，解决的问题：当现网运行的业务出现异常情况时，将用户访问流量切换到最小应急系统，不影响用户的使用体验。

这里需要解释三个概念：

(1)定位：最小应急，顾名思义，该系统只保障在现网故障的情况下，用户可以正常看电视。所以，保障的业务模块包括：电视桌面，看点(包含直播和回看)，点播。其它的，例如增值付费业务、用户行为业务、推荐等非基础业务系统不在最小应急的保障范围。

(2)数据源：最小应急的系统返回的数据来源于现网接口返回的数据，系统会定时从现网请求数据，加载到最小应急的接入层(openresty或者nginx)。

(3)部署模式：由于互联网电视业务遍布全国，考虑到网络不可达的情况，系统采用各省独立部署的模式，也即各省都部署一套最小应急系统，独立采集各省的数据。

该系统需要请求现网业务的接口，并根据业务变化而变化，具有定制化的特性。

但是，现有的最小应急系统就无法满足这些要求，且响应时间存在延迟，从而影响的客户使用和业务推广。

发明内容

本发明的目的在于，提供一种互联网电视业务应急保障系统及其识别方法。本发明具有能满足业务需求，响应无延迟，不会影响客户使用并方便推广的优点。

本发明的技术方案：一种互联网电视业务应急保障系统，包括最小应急保障系统；所述最小应急保障系统包括任务管理模块、日志管理模块、记录管理模块、主机管理模块、数据下载模块、数据存储模块、数据同步模块和数据加载模块；所述最小应急保障系统通过数据与互联网电视平台(业务系统)相连，最小应急保障系统通过应急接入层分别与现网接入层和STB(数字视频变换盒)相连。

前述的互联网电视业务应急保障系统中，所述任务管理模块负责管理数据下载任务，包括定时任务和手动任务；

所述日志管理模块负责记录日志，至少包括数据下载的日志、数据加载的日志和数据同步的日志；

所述记录管理模块负责管理日志管理模块每次的下载记录；所述下载记录至少包括版本号、下载时间和对应业务系统；

所述主机管理模块负责管理最小应急系统的接入层主机，至少包括主机的状态和主机最新加载的数据版本；

所述数据下载模块负责从互联网电视平台下载数据；

所述数据存储模块负责将数据下载模块下载的数据存储到redis并将redis的数据保存为文件；

所述数据同步模块负责将数据存储模块中保存的文件同步到所有的接入层主机；

所述数据加载模块能将同步到接入层主机的下载文件加载到接入层主机；所述下载文件为将redis的数据读出来后以文件形式保存形成的文件。

一种互联网电视业务应急保障方法，流程如下：

S1、用户使用STB并通过STB将指令发送给现网接入层；

S2、现网接入层接收到指令后将指令代理到互联网电视平台；

S3、互联网电视平台的后台服务将处理完的结果返回到现网接入层；

S4、S3返回正常，则现网接入层将处理结果返回到STB，通过STB的UII展示给用户；

S5、S3返回异常，则现网接入层判断返回结果异常，将指令的地址跳转到应急接入层；

S6、应急接入层将应急数据返回给STB，通过STB的UI展示给用户；

S7、最小应急系统定时从互联网电视平台下载数据并保存；

S8、最小应急系统将下载的最新数据加载到应急接入层。

前述的互联网电视业务应急保障方法中，包括请求正常流程，其流程为S1、S2、S3到S4；

包括请求异常流程，其流程为S1、S2、S3、S5到S6；

包括最小应急系统数据交互流程，其流程为S7到S8。

前述的互联网电视业务应急保障方法中，所述最小应急系统数据交互流程的具体内容如下：

SA、emerge-api服务根据任务去现网请求响应的互联网电视平台，下载应急系统数据；所述现网为非应急状态下的互联网电视平台；所述任务包括定时任务和手动任务；所述应急系统数据包括看点系统数据、内容系统数据和桌面系统数据；

SB、emerge-api服务将从现网获取请求返回的数据存储到缓存中；以redis作为数据缓存系统；

SC、emerge-api服务将数据从数据缓存系统中读取，将下载文件写入到emerge-api服务所在的服务器指定目录下进行存储；

SD、数据以文件的形式写入后，通过同步工具同步文件到应急接入层指定目录，将文件中的数据加载到应急接入层中。

前述的互联网电视业务应急保障方法中，SB所述的数据缓冲系统中redis的key根据业务模块、终端的分组进行区分，redis的value以json格式存储；所述数据缓冲系统通过插入一条数据库记录来记录数据爬取的状态；所述状态包括未开始、进行中、已完成和失败。

前述的互联网电视业务应急保障方法中，SC下载文件中的数据按行存储，每行的存储格式按照redis中key＝value存储。

进一步的，本申请还能在用户请求现网业务的同时，存储一份数据，从而在现网出现故障时能返回事先存储的数据给用户。

与现有技术相比，本发明当正常的电视业务出现异常时能切换到应急模式(最小应急系统)，应急系统数据可以0s返回，不会因业务系统故障而影响用户体验，减少用户投诉，杜绝造成经济损失，同时还为业务系统排查故障、解决问题赢得了时间；

对于可以缓存静态数据的系统，本发明系统可以完全借鉴套用，即可以利用本发明通过缓存静态化数据的方式来进行业务系统故障应急，当业务系统出现异常时返回事先下载的静态化数据给用户，便于业务的推广。

因此，本发明具有能满足业务需求，不会影响客户使用，方便推广的优点。

进一步的，本发明最小应急系统数据交互流程的将下载数据，分发数据，加载数据分阶段，异步处理，并且添加了各阶段数据校验机制，保证了数据的准确性和可靠性，还提高了数据下载的速率；

本发明采用各省独立部署方案，能很好的应对网络不佳或无法提供外网访问条件的情况。

附图说明

图1是本发明的系统模块；

图2是本发明的流程图；

图3是本发明的最小应急系统数据交互流程。

具体实施方式

下面结合附图和实施例对本发明作进一步的说明，但并不作为对本发明限制的依据。

实施例。一种互联网电视业务应急保障系统，如图1所示，包括最小应急保障系统，其特征在于：所述最小应急保障系统包括任务管理模块、日志管理模块、记录管理模块、主机管理模块、数据下载模块、数据存储模块、数据同步模块和数据加载模块；所述最小应急保障系统通过数据与互联网电视平台相连，最小应急保障系统通过应急接入层分别与现网接入层和STB(数字视频变换盒)相连。

所述任务管理模块负责管理数据下载任务，包括定时任务和手动任务；

所述日志管理模块负责记录日志，至少包括数据下载的日志、数据加载的日志和数据同步的日志；

所述记录管理模块负责管理日志管理模块每次的下载记录；所述下载记录至少包括版本号、下载时间和对应业务系统；

所述主机管理模块负责管理最小应急系统的接入层主机，至少包括主机的状态和主机最新加载的数据版本；

所述数据下载模块负责从互联网电视平台下载数据；

所述数据存储模块负责将数据下载模块下载的数据存储到redis并将redis的数据保存为文件；

所述数据同步模块负责将数据存储模块中保存的文件同步到所有的接入层主机；

所述数据加载模块能将同步到接入层主机的下载文件加载到接入层主机；所述下载文件为将redis的数据读出来后以文件形式保存形成的文件。

一种互联网电视业务应急保障方法，流程如下：

S1、用户使用STB并通过STB将指令发送给现网接入层；

S2、现网接入层接收到指令后将指令代理到互联网电视平台；

S3、互联网电视平台的后台服务将处理完的结果返回到现网接入层；

S4、S3返回正常，则现网接入层将处理结果返回到STB，通过STB的UII展示给用户；

S5、S3返回异常，则现网接入层判断返回结果异常，将指令的地址跳转到应急接入层；

S6、应急接入层将应急数据返回给STB，通过STB的UI展示给用户；

S7、最小应急系统定时从互联网电视平台下载数据并保存；

S8、最小应急系统将下载的最新数据加载到应急接入层。

包括请求正常流程，其流程为S1、S2、S3到S4；

包括请求异常流程，其流程为S1、S2、S3、S5到S6；

包括最小应急系统数据交互流程，其流程为S7到S8。

所述最小应急系统数据交互流程的具体内容如下：

SA、emerge-api服务根据任务去现网请求响应的互联网电视平台，下载应急系统数据；所述现网为非应急状态下的互联网电视平台；所述任务包括定时任务和手动任务；所述应急系统数据包括看点系统数据、内容系统数据和桌面系统数据；

SB、emerge-api服务将从现网获取请求返回的数据存储到缓存中；以redis作为数据缓存系统；

SC、emerge-api服务将数据从数据缓存系统中读取，将下载文件写入到emerge-api服务所在的服务器指定目录下进行存储；

SD、数据以文件的形式写入后，通过rsync工具同步文件到应急接入层(openresty或nginx)服务器指定目录/data/ngkeeper/emerge下，并将文件中的数据加载到应急接入层(openresty或nginx)中。

SB所述的数据缓冲系统中redis的key根据业务模块、终端的分组进行区分，redis的value以json格式存储；所述数据缓冲系统通过插入一条数据库记录来记录数据爬取的状态；所述状态包括未开始、进行中、已完成和失败。

SC中指定目录为/data/emerge；所述下载文件中的数据按行存储，每行的存储格式按照redis中key＝value存储。

Claims (3)

1.一种互联网电视业务应急保障方法，包括最小应急保障系统，其特征在于：所述最小应急保障系统包括任务管理模块、日志管理模块、记录管理模块、主机管理模块、数据下载模块、数据存储模块、数据同步模块和数据加载模块；所述最小应急保障系统通过数据与互联网电视平台相连，最小应急保障系统通过应急接入层分别与现网接入层和STB(数字视频变换盒)相连；

所述任务管理模块负责管理数据下载任务，包括定时任务和手动任务；

所述日志管理模块负责记录日志，至少包括数据下载的日志、数据加载的日志和数据同步的日志；

所述记录管理模块负责管理日志管理模块每次的下载记录；所述下载记录至少包括版本号、下载时间和对应业务系统；

所述主机管理模块负责管理最小应急系统的接入层主机，至少包括主机的状态和主机最新加载的数据版本；

所述数据下载模块负责从互联网电视平台下载数据；

所述数据存储模块负责将数据下载模块下载的数据存储到redis并将redis的数据保存为文件；

所述数据同步模块负责将数据存储模块中保存的文件同步到所有的接入层主机；

所述数据加载模块能将同步到接入层主机的下载文件加载到接入层主机；所述下载文件为将redis的数据读出来后以文件形式保存形成的文件；

所述应急保障方法的流程如下，

S1、用户使用STB并通过STB将指令发送给现网接入层；

S2、现网接入层接收到指令后将指令代理到互联网电视平台；

S3、互联网电视平台的后台服务将处理完的结果返回到现网接入层；

S4、S3返回正常，则现网接入层将处理结果返回到STB，通过STB的UI展示给用户；

S5、S3返回异常，则现网接入层判断返回结果异常，将指令的地址跳转到应急接入层；

S6、应急接入层将应急数据返回给STB，通过STB的UI展示给用户；

S7、最小应急系统定时从互联网电视平台下载数据并保存；

S8、最小应急系统将下载的最新数据加载到应急接入层；

包括请求正常流程，其流程为S1、S2、S3到S4；

包括请求异常流程，其流程为S1、S2、S3、S5到S6；

包括最小应急系统数据交互流程，其流程为S7到S8；

所述最小应急系统数据交互流程的具体内容为，

SA、emerge-api服务根据任务去现网请求响应的互联网电视平台，下载应急系统数据；所述现网为非应急状态下的互联网电视平台；所述任务包括定时任务和手动任务；所述应急系统数据包括看点系统数据、内容系统数据和桌面系统数据；

SB、emerge-api服务将从现网获取请求返回的数据存储到缓存中；以redis作为数据缓存系统；

SC、emerge-api服务将数据从数据缓存系统中读取，将下载文件写入到emerge-api服务所在的服务器指定目录下进行存储；

SD、数据以文件的形式写入后，通过同步工具同步文件到应急接入层指定目录，将文件中的数据加载到应急接入层中。

2.根据权利要求1所述的一种互联网电视业务应急保障方法，其特征在于：SB所述的数据缓存系统中redis的key根据业务模块、终端的分组进行区分，redis的value以json格式存储；所述数据缓存系统通过插入一条数据库记录来记录数据爬取的状态；所述状态包括未开始、进行中、已完成和失败。

3.根据权利要求1所述的一种互联网电视业务应急保障方法，其特征在于：SC下载文件中的数据按行存储，每行的存储格式按照redis中key＝value存储。