CN100358360C - 数字电视用户管理系统安全运营的实现方法及系统 - Google Patents

Abstract

本发明提供了一种数字电视用户管理系统安全运营的实现方法和系统，数字电视用户管理系统包括应用服务器和通过网络与所述应用服务器连接的至少一个运营终端，包括以下步骤：备份步骤：所述运营终端备份本端的运营数据；应急运营步骤：当检测到所述网络发生中断时，所述运营终端利用所述运营数据进行运营；数据回送步骤：当所述网络恢复正常时，所述运营终端将新增的运营数据回送至所述应用服务器。当与应用服务器连接的网络发生中断时，运营终端通过备份在本端的运营数据进行正常运营，在该应急方案中，无需架设额外的网络，减少了运营商的建议投资，减少了应急的成本。并且，运营终端直接使用本地的运营数据完成业务受理，完全避免了网络发生异常时影响运营终端的正常运营。

Description

数字电视用户管理系统安全运营的实现方法及系统

技术领域

本发明涉及一种实现安全运营的方法，尤其是一种数字电视用户管理系统安全运营的实现方法和数字电视用户管理系统。

背景技术

数字视音频广播技术的发展，使得视音频数据服务商通过电视广播网络向公众提供有偿服务具有了广阔的前景，而条件接收系统是视音频数据服务商提供的有偿服务的必要手段之一。通过条件接收系统，视音频数据服务商可以在它所提供的服务业务数据流中进行加密，用户则可以通过购买视音频数据服务商提供的服务而实现对其服务业务数据流的解密。视音频数据服务商通过SMS(Subscriber Management System，数字电视用户管理系统)实现对数字电视广播条件接收用户的管理，包括对用户信息、用户设备信息、用户预定信息、用户授权信息和财务信息等进行记录、处理、维护和管理。

SMS在广播电视省级网络应用时通常采用的是集中控制、分布运营的模式，即SMS由省中心的应用服务器统一管理所有业务信息，各地市和县的运营终端采用B/S(浏览器/服务器)或C/S(客户端/服务器)方式请求应用服务器对本地的信息进行操作。这种组网模式对应用服务器与运营终端之间的网络状况要求比较高，一旦连接的网络出现问题，将直接影响整个SMS的运营。针对可能出现的网络中断情况，需要提供应急的实现安全运营方案，确保运营商仍然可以进行运营操作。

当前采用的一种实现安全运营的方法是在应用服务器和运营终端之间额外架设备用网络。当现有网络正常状态时，运营终端与应用服务器通过现有网络通信，当现有网络出现故障或不稳定状态，运营终端与应用服务器采用备用网络进行通信。由于需要另外架设一个备用网络，不但增加了网络设备，而且建立备用网络后，还需要大量的人力去维护该网络的正常运行，因此，该应急方法具体实施的成本非常高。尤其是，当备用网络也出现不稳定或故障时，仍然无法确保运营终端的安全运营。

发明内容

有鉴于此，本发明的目的在于提供一种低成本的数字电视用户管理系统安全运营的实现方法，用于解决数据电视用户管理系统中网络中断影响各个运营终端安全运行的问题。

本发明的另一目的在于提供一种能在应急时实现安全运营的数字电视用户管理系统。

本发明提供了一种数字电视用户管理系统安全运营的实现方法，所述数字电视用户管理系统包括应用服务器和通过网络与所述应用服务器连接的至少一个运营终端，包括以下步骤：备份步骤：所述运营终端备份本运营终端的运营数据；应急运营步骤：当检测到所述网络发生中断时，所述运营终端利用所述运营数据进行运营；数据回送步骤：当所述网络恢复正常时，所述运营终端将新增的运营数据回送至所述应用服务器。

其中，所述备份步骤具体包括：请求步骤：所述运营终端向所述应用服务器发出数据同步请求；数据发送步骤：所述应用服务器响应请求，发回该端的最新运营数据；保存步骤：所述运营终端保存收到的数据。

其中，所述备份步骤之前包括以下步骤：注册步骤：所述运营终端的至少一个操作员信息在所述应用服务器中进行注册，所述操作员信息至少包括操作员账号与对应的密码；绑定步骤：所述应用服务器保存所述操作员信息与所述运营终端的绑定关系；更新步骤：所述应用服务器将所述操作员信息作为数据记录保存在与其绑定的所述运营终端的操作员数据中。

其中，数据发送步骤还包括所述应用服务器向所述运营终端发回该端的操作员数据或发回加密的操作员数据。

其中，所述数据回送步骤进一步包括：所述运营终端发出运营数据回传请求；所述应用服务器响应请求；所述运营终端将新增的运营数据组织成回传数据文件，向所述应用服务器发送所述回传数据文件；所述应用服务器接收所述回传数据文件，发回发送成功的响应结果。

其中，所述应用服务器响应请求包括：所述应用服务器验证所述运营终端是否在所述应用服务器上已配置，若是，发回终端权限通过验证消息，否则退出运营过程。

其中，所述应用服务器响应请求还包括：所述应用服务器验证发出请求的操作员信息是否与所述运营终端进行绑定，若是，发回操作员绑定关系通过验证消息，否则退出运营过程。

其中，所述应用服务器响应请求包括：所述应用服务器鉴权发出请求的操作员信息，若相同，发回操作员权限鉴权成功消息，否则退出运营过程。

本发明还提供了一种数据电视用户管理系统，所述数据电视用户管理系统包括应用服务器和至少一个通过网络和所述应用服务器连接的运营终端，所述运营终端包括：数据同步模块，用于向所述应用服务器请求本端数据同步和接收所述应用服务器的响应；数据回传模块：用于当网络恢复正常后发送本端的新增运营数据至所述应用服务器；及数据维护模块，用于将所述应用服务器下传的运营数据保存成本端的运营数据和从本端的运营数据中导出回传数据；所述应用服务器还包括用于响应所述运营终端的请求和应用服务器与所述运营终端的数据传送的应急运营接口模块。

其中，所述应急运营接口模块包括：操作员数据下传模块：用于将操作员数据传递至与其绑定的所述运营终端；运营数据下传模块：用于接受所述运营终端的请求，下传所述应用服务器保存的所述运营终端的最新运营数据；运营数据上传模块：用于接受所述运营终端的请求取回所述运营终端的回传数据。

其中，所述运营终端还包括：业务受理模块：用于根据用户业务请求在本端完成运营；日志处理模块：用于记录每一次操作的详细信息和所述运营终端运行日志；登录控制模块：用于操作员登录所述运营终端时对操作员进行鉴权；和用于打印用户缴费票据的票据打印模块。

其中，所述应用服务器还包括：节点配置处理模块：用于读取所述运营终端的节点配置信息和运行步骤中配置信息发生的变化。

与现有技术相比，本发明具有以下优点：

首先，当与应用服务器连接的网络发生中断时，运营终端通过备份本运营终端的运营数据进行正常运营，在该应急方案中，无需架设额外的网络，减少了运营商的建议投资，减少了应急的成本。并且，运营终端直接使用本地的运营数据完成业务受理，完全避免网络发生异常时影响运营终端的正常运营。

其次，在数据发送步骤中，同步到运营终端的用户数据和操作员数据进行加密，保证了数据的安全性。在数据同步和回传对运营终端、操作员绑定关系和操作员权限进行三重验证，保证数据的安全性。

最后，当SMS应用在广播电视省级网络应用时，采用该应急方法不论数据同步还是数据回传，都有运营终端提供数据传送服务，保证了省中心应用服务器的安全，同时，无需管理额外的备用网络，减少了管理的难度。

附图说明

图1是一种数字电视用户管理系统SMS的结构示意图。

图2是数字电视用户管理系统安全运营的实现流程图。

图3是运营终端备份运营的具体流程图。

图4是SMS中运营终端的结构组成图。

图5是SMS中应用服务器的结构组成图。

图6是基于数据电视用户管理系统的安全运营中的登录步骤的流程图。

图7是基于数据电视用户管理系统的安全运营中操作员数据下传的时序图。

图8是基于数据电视用户管理系统的安全运营中运营数据下传时序图。

图9是基于数据电视用户管理系统的安全运营中运营数据上传时序图。

具体实施方式

以下结合附图具体说明本发明。

请参阅图1，为本发明数字电视用户管理系统的一个结构示意图。数字电视用户管理系统包括一个应用服务器1和通过网络和其连接的若干个运营终端2。应用服务器1采用集中控制和分布运营的模式统一管理运营终端2，以控制运每个运营终端2的正常运营。

请参阅图2，为本发明的基于数字电视用户管理系统中的一个安全运营的实现流程图。

首先，当运营终端2和应用服务器1正常通信时，运营终端2备份本运营终端的运营数据(步骤S110)；

请参阅图3，该备份步骤具体包括：请求步骤：运营终端2向应用服务器发出数据同步请求(步骤S210)；数据发送步骤：应用服务器1响应请求，发回该运营终端2的最新运营数据(步骤S220)；保存步骤：运营终端2保存收到的数据(步骤S230)。

其次，当检测到网络发生中断时，运营终端2直接使用本端保存的运营数据进行运营(步骤S120)；运营终端2检测与应用服务器1连接的网络专线发生故障时，无法接收应用服务器1发出的数据和无法发送数据至应用服务器1时，运营终端2利用本端备份的运营数据进行运营，即根据用户的指令受理用户的订购节目、取消节目、缴费等运营操作，并将新增的运营数据保存在运营终端2上，可以完全避免网络异常时对运营终端运营产生的影响。

最后，当网络恢复正常时，运营终端2将新增的运营数据回送至应用服务器1上(步骤S130)。应用服务器1利用收到的运营数据更新本地保存的该运营终端2对应的运营数据。此时，应用服务器1和运营终端2又恢复正常通信，进行步骤S110，运营终端2又开始备份本端的运营数据。

以上公开一种本发明安全运营的实现方法，以下具体说明本发明实现上述安全运营的一种数字电视用户管理系统和基于该数字电视用户管理系统的安全运营的实现方法。

请参阅图4和图5，分别为本发明SMS中的运营终端2和应用服务器1的结构示意图。请参阅图4，运营终端2包括日志处理模块21、数据同步模块22、登录控制模块23、数据回传模块24、业务受理模块25、票据打印模块26和数据维护模块27。其中，

日志处理模块21：用于记录每一次操作的详细信息和应急时运营终端2运行日志。操作员发起的所有操作请求都记录详细的操作日志信息。记录的信息包括：操作时间、操作员帐号、操作的详细信息等。在运营终端2运营的关键步骤和处理异常时记录详细的运行日志。并在数据回传至应用服务器1时，通过数据回传模块24回传日志处理模块21保存的日志信息。

数据同步模块22：用于应用服务器1定时请求同步数据请求和应用服务器1返回同步数据时，调用数据维护模块27保存收到的数据。同步数据包括操作员数据和运营数据，操作员数据中包括至少一条记录，每一条记录中存储着一个与该运营终端2绑定的操作员的信息，信息包括该操作员的账号与对应的密码，而运营数据包括该运营终端2的用户数据和业务数据，以便运营终端2直接进行运营。为了防止运营终端2的操作员数据和应用服务器中保存的该端的操作员数据不一致，数据同步模块22在操作员的控制下主动发出同步本端操作员数据请求，当应用服务器1返回该端的操作员数据时，调用数据维护模块27保存收到的操作员数据。

数据回传模块24：用于在网络中断恢复后请求应用服务器1取回本地最新的运营数据，并清理已经回传的运营数据，运营终端2在应急时产生的每条运营数据都设置有回传标志，用于标识该记录是否已经回传。设置有回传标志的运营数据组织成回传数据文件，向应用服务器发起数据回传请求，并在数据回传成功后将本地的这些运营数据标记为″已回传″。需要回传的运营数据包括节目订购、取消记录，缴费记录和操作日志记录。不同类型的记录保存在不同的数据文件中，以不同的文件名进行区分。

业务受理模块25：用于处理用户订购节目、取消订购节目、缴费等业务请求，在本地产生业务操作记录，并提供记录的查询。

票据打印模块26：用于打印用户缴费票据。

登录控制模块23：用于在操作员登录运营终端2时对操作员进行鉴权。

数据维护模块27：维护本地保存的操作员数据和运营数据。运营终端2数据保存在数据库中。数据维护模块27负责对这些数据进行维护，包括将应用服务器1下传的用户数据和业务数据保存为本地运营数据、从本地运营数据中导出需要回传的数据、增加数据记录、删除数据记录、修改数据记录和查询数据记录。数据维护模块27需要操作的数据可以包括：用户资料数据、业务数据、用户订购节目数据、操作员数据、用户缴费记录、操作日志等等。

应用服务器1设置应急运营接口模块，该应急运营接口模块用于响应运营终端2的应急请求，可以采用FTP方式在运营终端2和应用服务器1之间进行数据同步和运营数据的回传。为了保证应用服务器1的安全，在应急运营系统的运营终端2提供ftp服务，由应用服务器1发起数据传递操作。该应急运营接口模块包括操作员数据下传模块11、运营数据下传模块12和运营数据上传模块13。其中：

操作员数据下传模块11：用于将与运营终端2绑定的操作员数据传递给该运营终端2。

运营数据下传模块12：用于将该运营终端2的用户数据和业务数据传递给该运营终端2。

运营数据上传模块13：用于从运营终端2取回新增的运营数据，运营数据包括新增的订购记录、缴费记录和操作日志记录，并对记录进行处理。

节点配置处理模块14：用于读取运营终端2节点配置信息，并处理系统运行步骤中配置信息的变化。

基于上述的数字电视用户管理系统完成安全运营的实现方法。该方法包括登录步骤、数据发送步骤、应急运营步骤和运营数据回传步骤。请参阅图6-图9，以下具体介绍每个步骤。其中：

(一)登录步骤具体包括：

操作员登录前，运营终端2设置操作员登录界面，用于操作员输入其账号和密码，以使运营终端2进行鉴权。运营终端2的操作员信息(至少包括账号和对应的密码)必须先在应用服务器1中进行注册(步骤S310)；应用服务器1保存该操作员与运营终端2的绑定关系(步骤S320)；应用服务器1将该操作员信息作为操作员数据的一条记录保存在该运营终端2的操作员数据中(步骤S330)。在数据发送步骤中，应用服务器1将该操作员数据发回运营终端2。为了提高数据安全性，应用服务器1将操作员数据中的密码加密后发送至运营终端2。

当操作员输入其账号及密码后，运营终端先判断本端是否保存有操作员数据(步骤S340)，如果有，进行步骤S350，否则进行步骤S380。

S350：当运营终端2未保存本端的操作员数据时，比如当该运营终端1的操作员第一次登录时运营终端2还没有向应用服务器1同步操作员数据，运营终端2调用数据同步模块22向应用服务器1发出操作员数据同步请求。

S360：应用服务器1响应请求，发回该端的操作员数据。请参阅图5，应用服务器1的操作员数据下传模块11负责响应应急运营终端的操作员数据同步请求。

请参阅图7，首先，运营终端向应急运营接口模块发送操作员数据同步请求(步骤350)，验证运营终端2的编号是否已在应用服务器中配置(351)。应用服务器1预先设置运营终端表，该运营终端表中保存着能进行应急操作的运营终端的编号以及与该些运营终端编号对应的运营终端IP号，应用服务器1判断发出同步请求的应急运营终端编号是否已经在运营终端表中进行设置以及对应的终端IP是否正确。如果是，发回终端权限验证通过消息，进行步骤352，否则记录同步数据失败原因。

其次，验证发出请求的操作员是否与该运营终端绑定(步骤352)。在操作员信息向应用服务器1进行注册时，应用服务器1通过保存该操作员的账号与绑定的运营终端的编号或IP号来确定该操作员与运营终端绑定关系。操作员数据下传模块11通过查询操作员数据判断该操作员的账号是否与该运营终端的编号或IP号绑定，如果是，发回操作权绑定关系验证通过消息，进行步骤353，否则记录同步数据失败原因。

再次，进行操作员鉴权(步骤353)。根据操作员账号判断发出请求的操作员的密码与操作员数据中保存的密码是否一致，若是，发回操作员权限验证通过消息，进行步骤354，否则记录同步数据失败原因。

为了保证足够高的安全系数，本实施例中采用同时通过终端权限验证、操作权绑定关系验证和操作员权限验证后，才能进行后续步骤。但是，并非局限于此，本发明也可根据运营过程中具体的安全性要求，采用通过终端权限验证、操作权绑定关系验证和操作员权限验证中的其中一个或两个验证，进行后续步骤。

然后，从应用服务器1的相关区域获取操作员数据(步骤354)，并加密操作员数据中的密码(步骤355)，应急运营接口模块向运营终端发送操作员数据同步响应(步骤360)。

应用服务器1向运营终端2发回同步响应，如果同步数据下传未成功，向运营终端发送同步数据失败原因，否则，发送获取的已加密的操作员数据。

如果返回的响应信息为同步数据失败原因，则拒绝该操作员登录，否则S370：保存操作员数据，进行步骤S340。

S380：对操作员输入的帐号和密码进行鉴权。即将输入的账号和密码与本端保存的操作员数据中的记录进行比较，判断是否相同，若是，登录成功(步骤S390)，否则拒绝登录(步骤S400)。如果应用服务器1发回加密的操作员数据，则运营终端2将采用与应用服务器1相同的加密算法对操作员输入的密码进行加密，通过比较加密密文进行登录鉴权。

(二)数据发送步骤具体包括：

运营终端2的数据同步模块22定期发起数据同步请求(步骤410)，数据同步包括操作员数据同步和运营数据同步。操作员数据同步在上述登录步骤已详细介绍。为了防止本地的操作员数据与应用服务器1的操作员数据不一致，运营终端2操作员也可以主动发出操作员数据同步指令，完成操作员数据的同步。以下介绍运营数据同步的具体步骤。

应用服务器1的运营数据下传模块22处理数据同步请求。首先，验证运营终端2的编号是否已在应用服务器中配置(420)。应用服务器1预先设置运营终端表，该运营终端表中保存着能进行应急操作的运营终端的编号以及与该些运营终端编号对应的运营终端IP号，应用服务器1判断发出同步请求的应急运营终端编号是否已经在运营终端表中进行设置以及对应的终端IP是否正确。如果验证通过，则发回终端权限验证通过消息，进行步骤430，否则记录同步数据失败原因。

其次，验证发出请求的操作员是否与该运营终端绑定(步骤430)。在操作员信息向应用服务器1进行注册时，应用服务器1通过保存该操作员的账号与绑定的运营终端的编号或IP号来确定该操作员与运营终端绑定关系。通过查询操作员数据判断该操作员的账号是否与该运营终端的编号或IP号绑定，如果是，则发回操作权绑定关系验证通过消息，进行步骤440，否则记录同步数据失败原因。

再次，进行操作员鉴权(步骤440)。根据操作员账号判断发出请求的操作员的密码与操作员数据中保存的密码是否一致，若是，发回操作员权限鉴权成功消息，进行步骤450，否则记录同步数据失败原因。

然后，获取用户数据和业务数据(步骤450、步骤460)，并通过FTP下传用户和业务数据(步骤470)，向运营终端2返回数据下传结果(步骤480)。如果前三项验证工作不通过都将拒绝进行数据下传，并通返回操作失败原因。

为了保证足够高的安全系数，本实施例中采用同时通过终端权限验证、操作权绑定关系验证和操作员权限验证后，才能进行后续步骤。但是，并非局限于此，本发明也可根据运营过程中具体的安全性要求，采用通过终端权限验证、操作权绑定关系验证和操作员权限验证中的其中一个或两个验证，进行后续步骤。

应用服务器1可以预先设置下传数据文件大小阀值，当下传的数据文件大小超过这个阀值时将文件分割成多个文件。应用服务器1通过设置文件大小阀值，控制每个传递的数据文件的大小，减小因网络连接不稳定而造成的文件传递失败的概率(因为较小文件传递持续时间较短)。即使某个文件传递失败，重传的数据也不会很多，因而提高了文件传输的效率。

应用服务器1采用安全FTP方式下传数据，在数据下传完成后比较应用服务器与终端文件记录数，判断数据传递是否成功。

(三)应急运营步骤，当网络发生中断时，运营终端2的业务受理模块25利用备份的数据进行运营操作，包括受理用户的订购节目，取消订购节目、缴费等，在受理用户缴费业务中，票据打印模块26支持打印缴费票据，用调用数据维护模块27保存新增的运营数据。

(四)运营数据回传步骤，当网络恢复正常时，进行运营数据下传步骤。运营数据下传具体包括：

数据回传模块在网络连接恢复正常后由操作员发起运营数据回传请求，并根据操作员指令清理已经回传的运营数据。

数据回传模块24响应操作员的数据回传指令，将新增(尚未回传)应急运营终端产生的每条运营数据都设置有回传标志，用于标识该记录是否已经回传。运营终端2将设有未回传标志的运营数据组织成回传数据文件，向应用服务器1发起数据回传请求，并在数据回传成功后将本地的这些运营数据标记为″已回传″。数据维护模块27将标记为″已回传″的本地运营数据删除。

运营终端2设置文件大小阀值，当回传的数据文件大小超过这个阀值时将文件分割成多个文件。通过设置文件大小阀值，控制每个传递的数据文件的大小，减小因网络连接不稳定而造成的文件传递失败的概率(因为较小文件传递持续时间较短)。即使某个文件传递失败，重传的数据也不会很多。

需要回传的运营数据包括节目订购、取消记录，缴费记录和操作日志记录。不同类型的记录保存在不同的数据文件中，以不同的文件名进行区分。

应用服务器1的运营数据上传模块12响应运营终端2的运营数据回传请求，取回终端运营数据文件并进行处理。包括：

运营终端向应急运营接口模块发送运营数据回传请求(步骤510)；

验证运营终端编号是否已配置(步骤520)，若是，发出终端权限验证通过消息，否则退出运营过程；

验证发出请求的操作员是否与该终端绑定(步骤530)，若是，发出操作权绑定关系验证通过消息，否则退出运营过程；

进行操作员鉴权(步骤540)，若通过鉴权，发出操作员权限鉴权成功消息，否则退出运营过程；

运营终端通过FTP发送最新的运营数据(步骤550)，反馈运营数据同步响应(步骤560)。其中如果前三项验证工作不通过都将拒绝进行运营数据上传，并通过远程接口反馈操作失败原因。

在通过FTP上传运营数据时，比较应急运营终端文件记录数和已上传文件的记录数，判断数据上传是否完整。

为了保证足够高的安全系数，本实施例中采用同时通过终端权限验证、操作权绑定关系验证和操作员权限验证后，才能进行后续步骤。但是，并非局限于此，本发明也可根据运营过程中具体的安全性要求，采用通过终端权限验证、操作权绑定关系验证和操作员权限验证中的其中一个或两个验证，进行后续步骤。

Claims (12)

1、一种数字电视用户管理系统安全运营的实现方法，所述数字电视用户管理系统包括应用服务器和通过网络与所述应用服务器连接的至少一个运营终端，其特征在于，包括以下步骤：

备份步骤：所述运营终端备份本运营终端的运营数据；

应急运营步骤：当检测到所述网络发生中断时，所述运营终端利用所述运营数据进行运营；

数据回送步骤：当所述网络恢复正常时，所述运营终端将新增的运营数据回送至所述应用服务器。

2、如权利要求1所述的数字电视用户管理系统安全运营的实现方法，其特征在于，所述备份步骤具体包括：

请求步骤：所述运营终端向所述应用服务器发出数据同步请求；

数据发送步骤：所述应用服务器响应请求，发回该端的最新运营数据；

保存步骤：所述运营终端保存收到的数据。

3、如权利要求1或2所述的数字电视用户管理系统安全运营的实现方法，其特征在于，所述备份步骤之前包括以下步骤：

注册步骤：所述运营终端的至少一个操作员信息在所述应用服务器中进行注册，所述操作员信息至少包括操作员账号与对应的密码；

绑定步骤：所述应用服务器保存所述操作员信息与所述运营终端的绑定关系；

更新步骤：所述应用服务器将所述操作员信息作为数据记录保存在与其绑定的所述运营终端的操作员数据中。

4、如权利要求2所述的数字电视用户管理系统安全运营的实现方法，其特征在于，数据发送步骤还包括所述应用服务器向所述运营终端发回该端的操作员数据或发回加密的操作员数据。

5、如权利要求1所述的数字电视用户管理系统安全运营的实现方法，其特征在于，所述数据回送步骤进一步包括：

所述运营终端发出运营数据回传请求；

所述应用服务器响应请求；

所述运营终端将新增的运营数据组织成回传数据文件，向所述应用服务器发送所述回传数据文件；

所述应用服务器接收所述回传数据文件，发回发送成功的响应结果。

6、如权利要求2或5所述的数字电视用户管理系统安全运营的实现方法，其特征在于，所述应用服务器响应请求包括：所述应用服务器验证所述运营终端是否在所述应用服务器上已配置，若是，发回终端权限通过验证消息，否则退出运营过程。

7、如权利要求2或5所述的数字电视用户管理系统安全运营的实现方法，其特征在于，所述应用服务器响应请求还包括：所述应用服务器验证发出请求的操作员信息是否与所述运营终端进行绑定，若是，发回操作员绑定关系通过验证消息，否则退出运营过程。

8、如权利要求2或5所述的数字电视用户管理系统安全运营的实现方法，其特征在于，所述应用服务器响应请求包括：所述应用服务器鉴权发出请求的操作员信息，若相同，发回操作员权限鉴权成功消息，否则退出运营过程。

9、一种数据电视用户管理系统，所述数据电视用户管理系统包括应用服务器和至少一个通过网络和所述应用服务器连接的运营终端，其特征在于，所述运营终端包括：

数据同步模块，用于向所述应用服务器请求本端数据同步和接收所述应用服务器的响应；

数据回传模块：用于当网络恢复正常后发送本端的新增运营数据至所述应用服务器；及

数据维护模块，用于将所述应用服务器下传的运营数据保存成本端的运营数据和从本端的运营数据中导出回传数据；

所述应用服务器还包括用于响应所述运营终端的请求和所述应用服务器与所述运营终端的数据传送的应急运营接口模块。

10、如权利要求9所述的数据电视用户管理系统，其特征在于，所述应急运营接口模块包括：

操作员数据下传模块：用于将操作员数据传递至与其绑定的所述运营终端；

运营数据下传模块：用于接受所述运营终端的请求，下传所述应用服务器保存的所述运营终端的最新运营数据；

运营数据上传模块：用于接受所述运营终端的请求取回所述运营终端的回传数据。

11、如权利要求9或10所述的数据电视用户管理系统，其特征在于，所述运营终端还包括：

业务受理模块：用于根据用户业务请求在本端完成运营；

日志处理模块：用于记录每一次操作的详细信息和所述运营终端运行日志；

登录控制模块：用于操作员登录所述运营终端时对操作员进行鉴权；和

用于打印用户缴费票据的票据打印模块。

12、如权利要求9或10所述的数据电视用户管理系统，其特征在于，所述应用服务器还包括：

节点配置处理模块：用于读取所述运营终端的节点配置信息和运行步骤中配置信息发生的变化。

Images