CN101179565B - 一种电子节目单基本业务的实现方法 - Google Patents
一种电子节目单基本业务的实现方法 Download PDFInfo
- Publication number
- CN101179565B CN101179565B CN2007100772219A CN200710077221A CN101179565B CN 101179565 B CN101179565 B CN 101179565B CN 2007100772219 A CN2007100772219 A CN 2007100772219A CN 200710077221 A CN200710077221 A CN 200710077221A CN 101179565 B CN101179565 B CN 101179565B
- Authority
- CN
- China
- Prior art keywords
- user
- service
- server
- playbill
- epg
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种电子节目单基本业务的实现方法，该方法为：A、登录主EPG(电子节目单服务器)的管理页面，选择应急方案和要启动应急流程的EPG，启动其应急流程；B、启动了应急流程的EPG到业务处理机下载应急服务所需的业务数据，保存在各自的数据库中；C、截获上述EPG发往业务处理机的用户登录认证请求，从各服务器保存的业务数据中查询用户信息，根据该信息进行用户登录鉴权判断；D、各EPG处理用户的媒体播放请求，向用户提供媒体服务。采用本发明，管理员可在业务处理机宕掉前提前启动应急流程，也可在宕掉之后启动应急流程，保证了在业务处理机不能提供服务时，用户能通过EPG登录，继续使用EPG基本业务而不受影响。
Description
技术领域
本发明涉及IPTV(网络电视)系统，尤其涉及在业务处理机宕掉的情况下继续向用户提供电子节目单基本业务的方法。
背景技术
SMS(业务管理系统)的业务处理机处理EPG(Electronic ProgramGuide，电子节目菜单)系统的登陆认证请求，订购，个人录制等。EPG在IPTV系统中起着十分重要的作用，是观众进入IPTV的门户。
随着IPTV的迅猛发展，业务量越来越大，所有的用户都需要经过业务处理机提供服务，应用程序和数据库都有很大的压力，各个模块都有可能在大数据量的情况下出现问题。
基于上述分析，目前的EPG系统面临这样的一个风险，如果业务处理机不能提供服务，那么用户就不能通过EPG登陆了，也不能使用任何的EPG基本业务，即IPTV业务，比如点播，直播等都不行，会给用户造成不良的影响。
发明内容
本发明所要解决的技术问题是提供一种在业务处理机宕掉的情况下继续向用户提供EPG基本业务的方法。
为解决上述技术问题，本发明是通过以下技术方案实现的：
一种电子节目单基本业务的实现方法，所述方法包括以下步骤：
A、登录主电子节目单服务器的管理页面，选择一个应急方案并选择要启动应急流程的电子节目单服务器，启动其应急流程；
B、上述启动了应急流程的电子节目单服务器到业务处理机处下载应急服务所必需的业务数据，将其保存在各自的本地数据库中；
C、截获上述启动了应急流程的电子节目单服务器发往业务处理机的用户登录认证请求，然后从各服务器保存的业务数据中查询用户信息，根据该信息进行用户登录鉴权判断；
D、上述各电子节目单服务器处理用户的媒体播放请求，向用户提供媒体服务。
其中，所述步骤D之后还包括：
E、记录上述操作日志，并将其保存到所述各电子节目单服务器中，再返回给主电子节目单服务器。
其中，所述步骤A之前还包括：在业务处理机正常时，各电子节目单服务器定时到业务处理机下载应急服务所必需的业务数据，更新数据缓存。
其中，所述步骤B中若数据下载失败，则之后所述各电子节目单服务器使用其最后一次下载并保存的业务数据。
其中，方法中所述应急服务所必需的业务数据包括用户信息、电子节目单服务器信息、电子节目单分组信息、节点信息、业务运营商信息。
其中，所述步骤C中用户登录鉴权判断方法为：
(1)判断用户是否存在，若存在，则进入下一步；
(2)判断登录密码是否正确，若正确，则进入下一步；
(3)判断用户状态是否正常，若正常，则进入下一步；
(4)对该用户进行负载均衡处理。
其中，所述步骤(4)中负载均衡处理的方法为：
首先判断该用户是否被分配了电子节目单服务器分组，若没有，则根据其IP地址的范围设定其所属的电子节目服务器单分组；
然后判断其缺省的电子节目单服务器的服务终端号是否为0，若为0，则到用户所在电子节目单服务器分组中寻找状态正常并且负载最小的电子节目单服务器分配给该用户，并设定其缺省服务终端号为分配的电子节目单服务器ID；若不为0，则直接到电子节目单服务器列表中寻找相应终端号的电子节目单服务器，如果该服务器状态正常，则分配给该用户，否则再次到用户所在电子节目单服务器分组中寻找状态正常并且负载最小的电子节目单服务器分配给该用户。
其中，所述步骤D进一步包括：
对于用户的媒体播放鉴权请求，统一鉴权成功，播放媒体；
对于用户的媒体重定向请求，则根据本地缓存的业务数据，执行以下重定向方案并返回正确的媒体播放URL(统一资源定位符)：首先检查用户缺省的POP点(网络服务提供点)是否可提供服务，若可提供服务则定向到该POP点；若缺省POP点不能提供服务，则检查其所依赖的POP点是否可提供服务，该操作一直循环直到找到能够服务的POP点或超时，若超时，则直接重定向到当前用户所属VCDN(虚拟内容分发网络)的中心节点。
其中，所述步骤E中记录的内容和格式为：应急序列号|用户ID|操作时间|操作类型|操作对象类型|操作对象ID|操作结果|运营商ID；其中，
应急序列号：在启动应急流程时所产生的一个唯一的ID号；
用户ID：用户的登录ID；
操作时间：应急操作发生的时间，格式为yyyy.MM.dd HH:mm:ss；
操作类型：记录播放操作类型：0表示点播节目，1表示直播频道，2表示个人录播，3表示时移，4表示开机画面；
操作对象类型：记录为播放内容类型，0表示节目，1表示频道，2表示简单片花，3表示高级片花；
操作对象ID：记录播放内容编号；
操作结果：0为成功，1为失败；
运营商ID：记录用户/内容所属运营商。
其中，所述业务数据通过FTP(文件传输协议)方式下载。
本发明具有以下有益效果：采用本发明，管理员可在业务处理机宕掉前提前启动应急流程，也可在业务处理机宕掉之后启动应急流程，保证了在业务处理机不能提供服务时，用户能通过EPG登录，继续使用EPG基本业务而不受影响。
附图说明
图1是本发明实现EPG基本业务的架构图；
图2是本发明中业务数据获取流程图；
图3是本发明方法所提供的服务层次图；
图4是本发明的方法流程图；
图5是本发明方法中用户登录业务的实现方法流程图；
图6是本发明方法中重定向业务的实现方法流程图。
具体实施方式
本发明中，在业务处理机正常时，各EPG服务器定时到业务处理机上下载业务数据，在业务处理机不能提供服务时，利用EPG服务器保存的业务数据启动应急流程，继续向用户提供EPG基本业务，主要通过以下几方面来实现：
一、应急管理的启用和停止
管理员首先登录进入主EPG服务器的管理页面，创建一个应急方案并选择要启动应急流程的EPG服务器，启动其应急流程。
每个EPG服务器在启动应急流程的时候立即自动到业务处理机以FTP的方式下载最新的应急数据文件，如果上述应急流程是提前启动，即业务处理机还没有宕，则下载数据成功；如果业务处理机已经宕了才启动应急流程，那么就会下载数据失败，保留已有的应急数据不做更新，使用最近一次已经下载好的数据来使用。平时，在业务处理机正常的情况下，EPG服务器启动后，每天定时到业务处理机以FTP的方式下载应急数据，更新应急数据缓存。
从EPG服务器的EPG应急服务模块只能够接收主EPG服务器发出的启动和停止应急服务命令，启动或停止本机的应急服务。只有主EPG服务器发出的启动和停止命令才能被从EPG服务器认可，其它地址发送的命令均视为非法命令，不能启动和停止EPG应急流程。
本发明的应急流程下，只提供用户登录和媒体服务，其它类型服务统一不做任何实际的处理。
二、业务数据的获取和缓存
EPG应急服务模块定时从业务处理机处获取用户信息数据、媒体重定向数据等应急服务所必需的业务数据并缓存到从EPG服务器本地的数据库中。
应急服务必需的业务数据是通过FTP下载的，业务处理机定期生成这些数据文件，然后各个EPG定期通过FTP方式获取，并在配置文件中配置FTP下载的IP地址、端口、用户名、密码以及路径。
三、用户登录鉴权
用户登录鉴权采用的方法是截获EPG服务器原先发往业务处理机的登录认证请求，然后从EPG服务器本地的数据表中查询用户信息，并做登录的本地处理，然后模拟业务返回包的形式，将结果返回。登录鉴权判断方法进一步包括：
(1)判断用户是否存在，若存在，则进入下一步；
(2)判断登录密码是否正确，若正确，则进入下一步；
(3)判断用户状态是否正常，若正常，则进入下一步；
(4)负载均衡处理；
负载均衡的算法为：首先判断用户是否被分配了EPG服务器分组，如果没有则根据其IP地址的范围设定其所属EPG服务器分组。然后判断其缺省的EPG服务终端号是否为0，如果为0则到用户所在EPG组中寻找状态正常并且负载最小的EPG服务器分配给该用户，并设定其缺省服务终端号为分配的EPG服务器ID；如果不为0，则直接到EPG服务器列表中寻找相应终端号的EPG服务器，如果该服务器状态正常，则分配给该用户，否则再次到用户所在EPG组中寻找状态正常并且负载最小的EPG服务器分配给该用户。
四、媒体播放服务
在播放前都有一个应急流程判断，如果启用了应急流程则将页面传入的参数转交应急播放类处理，包括：
对于媒体播放鉴权请求，统一鉴权成功，可以播放媒体。
对于媒体重定向请求，EPG应急服务模块根据本地缓存的业务数据，执行如下重定向方案并返回正确的媒体播放URL：
步骤1：首先检查用户缺省的POP点是否可提供服务，如果可提供服务则定向到该POP点；
步骤2：如果缺省POP点无法提供服务，则检查其依赖POP点是否可提供服务，该操作一直循环直到找到能够服务的POP点或者超时；
步骤3：若步骤2中超时，则直接重定向到当前用户所属VCDN的中心节点。
五、应急数据的记录
在一次应急方案的生命周期(从启动到停止)内，用户的操作会被记录到日志中，每次应急方案产生一个日志文件，保存在从EPG服务器中，之后返回给主EPG服务器。
记录内容和格式为：应急序列号|用户ID|操作时间|操作类型|操作对象类型|操作对象ID|操作结果|运营商ID；
应急序列号：应急管理模块在启动应急流程时所产生的一个唯一的ID号；
用户ID：用户的登录ID；
操作时间：操作发生的时间，格式为yyyy.MM.dd HH:mm:ss；
操作类型：记录播放操作类型，0为点播节目，1为直播频道，2为个人录播，3为时移，4为开机画面；
操作对象类型：记录为播放内容类型，0为节目，1为频道，2为简单片花，3为高级片花；
操作对象ID：记录为播放内容编号；
操作结果：0为成功，1为失败；
运营商ID：记录用户/内容所属运营商。
综上可知，EPG应急服务主要提供的功能为
(1)应急服务管理
该应急服务管理包括：提供应急管理界面，通过管理权限认证后，具有启动、停止和收集处理用户应急数据的功能。
(2)应急数据管理
该数据管理包括用户信息数据、负载均衡数据、媒体重定向数据的同步、分发，以及用户在应急期间产生的操作数据的整理和保存。
(3)登陆认证服务
在应急期间根据缓存的用户信息提供登陆认证服务，并记录成功日志。
(4)媒体重定向服务
在应急期间处理用户媒体播放请求，并记录成功日志。
下面结合附图及实施例对本发明作进一步详细的描述：
请参阅图1，该发明的EPG系统包含SMS业务处理机E0，此设备在正常时，向主EPG设备E1提供业务数据。EPG设备E1为主EPG，需要向从EPG设备E2，E3，E4等下发业务数据、应急模块控制、应急数据回收等功能。
主EPG设备E1从SMS业务处理机处获得的业务数据如图2所示，包括用户信息、EPG服务器信息、EPG分组信息、节点信息、业务运营商信息等，分别在EPG本地对应的数据表中保存这些数据信息。同时，主EPG设备E1还需要下发这些业务数据到从EPG中，使得从EPG也有一份相同的数据。
存储好业务数据之后，该系统可提供如图3所示的服务，包括应急服务和应用服务。应急服务S1进一步包括应急服务管理单元S11、登陆认证单元S12、应急数据管理单元S13、媒体重定向单元S14。
请参阅图4，本发明通过以下方法实现上述功能：
101、操作员登录主EPG服务器的管理页面S1；
102、创建应急方案S2：在管理页面上写入应急方案的名称。点击“建立应急方案”按钮，系统创建该方案并保存到应急方案记录文件中，页面返回管理员刚创建的应急方案信息。此时应急事务的状态为“未启动”。
103、启动应急流程S3：在列表中选择本次应急方案包括的EPG服务器(需要启动应急流程的EPG服务器)，点击“立即启动该方案”按钮，立即启动该方案，系统向方案的EPG列表中的每个EPG服务器发送启动应急流程的命令，并显示当前应急方案信息，此时应急事务的状态变为“已启动”。
104、下载新的数据文件S4：启动应急流程之后，各EPG服务器到业务处理机下载一次新的数据文件，如果此时业务处理机已经不能提供数据，那么就使用前一次获取到的数据。
105、判断flag是否启用应急流程S5，在EPG本地配置文件中有开关项，可以配置是否要启动，此时开关项应该打开。
106、进行业务处理S6，此步骤包含以下步骤107和步骤108的内容。
107、用户登录S7：如图5所示，该步骤进一步包括判断用户名是否存在，密码是否正确，判断用户状态，进行本地负载均衡处理。
108、向用户提供媒体服务S8：如图6所示，该步骤进一步包括，收到重定向请求S81，求得其缺省POP点S82，缺省POP点是否满足配额条件S83，如果是则向缺省POP点发送内容查询请求S84，收到响应以后，看是否有内容，如果有就重定向到此节点的内容。如果缺省的POP点不满足配额条件，或者发送的内容查询请求超时或者没有内容则向备用POP点及其依赖节点中满足配额条件的节点发送内容查询请求S87，然后进行重定向，如果都超时，则重定向到中心节点。
109、记录日志S9，将日志记录并保存到EPG本地。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。
Claims (10)
1.一种电子节目单基本业务的实现方法，其特征在于，所述方法包括以下步骤：
A、登录主电子节目单服务器的管理页面，选择一个应急方案并选择要启动应急流程的电子节目单服务器，启动其应急流程；
B、上述启动了应急流程的电子节目单服务器到业务处理机处下载应急服务所必需的业务数据，若在业务处理机宕机之前启动应急流程，下载业务数据成功，将其保存在各自的本地数据库中；
若在业务处理机宕机之后启动应急流程，下载业务数据失败，则保留已有的业务数据不做更新；
C、业务处理宕机之后，截获上述启动了应急流程的电子节目单服务器发往业务处理机的用户登录认证请求，然后从各服务器保存的业务数据中查询用户信息，根据该信息进行用户登录鉴权判断；
D、上述各电子节目单服务器处理用户的媒体播放请求，向用户提供媒体服务。
2.如权利要求1所述的电子节目单基本业务的实现方法，其特征在于，所述步骤D之后还包括：
E、记录上述操作日志，并将其保存到所述各电子节目单服务器中，再返回给主电子节目单服务器。
3.如权利要求1所述的电子节目单基本业务的实现方法，其特征在于，所述步骤A之前还包括：在业务处理机正常时，各电子节目单服务器定时到业务处理机下载应急服务所必需的业务数据，更新数据缓存。
4.如权利要求3所述的电子节目单基本业务的实现方法，其特征在于，所述步骤B中若数据下载失败，则之后所述各电子节目单服务器使用其最后一次下载并保存的业务数据。
5.如权利要求1所述的电子节目单基本业务的实现方法，其特征在于，方法中所述应急服务所必需的业务数据包括用户信息、电子节目单服务器信息、电子节目单分组信息、节点信息和业务运营商信息。
6.如权利要求1所述的电子节目单基本业务的实现方法，其特征在于，所述步骤C中用户登录鉴权判断方法为：
(1)判断用户是否存在，若存在，则进入下一步；
(2)判断登录密码是否正确，若正确，则进入下一步；
(3)判断用户状态是否正常，若正常，则进入下一步；
(4)对该用户进行负载均衡处理。
7.如权利要求6所述的电子节目单基本业务的实现方法，其特征在于，所述步骤(4)中负载均衡处理的方法为：
首先判断该用户是否被分配了电子节目单服务器分组，若没有，则根据其IP地址的范围设定其所属的电子节目服务器单分组；
然后判断其缺省的电子节目单服务器的服务终端号是否为0，若为0，则到用户所在电子节目单服务器分组中寻找状态正常并且负载最小的电子节目单服务器分配给该用户，并设定其缺省服务终端号为分配的电子节目单服务器ID；若不为0，则直接到电子节目单服务器列表中寻找相应终端号的电子节目单服务器，如果该服务器状态正常，则分配给该用户，否则再次到用户所在电子节目单服务器分组中寻找状态正常并且负载最小的电子节目单服务器分配给该用户。
8.如权利要求1所述的电子节目单基本业务的实现方法，其特征在于，所述步骤D进一步包括：
对于用户的媒体播放鉴权请求，统一鉴权成功，播放媒体；
对于用户的媒体重定向请求，则根据本地缓存的业务数据，执行以下重定向方案并返回正确的媒体播放统一资源定位符：首先检查用户缺省的网络服务提供点是否可提供服务，若可提供服务则定向到该网络服务提供点；若缺省网络服务提供点不能提供服务，则检查其所依赖的网络服务提供点是否可提供服务，该操作一直循环直到找到能够服务的网络服务提供点或超时，若超时，则直接重定向到当前用户所属虚拟内容分发网络的中心节点。
9.如权利要求2所述的电子节目单基本业务的实现方法，其特征在于，所述步骤E中记录的内容和格式为：应急序列号|用户ID|操作时间|操作类型|操作对象类型|操作对象ID|操作结果|运营商ID；其中，
应急序列号：在启动应急流程时所产生的一个唯一的ID号；
用户ID：用户的登录ID；
操作时间：应急操作发生的时间，格式为yyyy.MM.dd HH:mm:ss；
操作类型：记录播放操作类型：0表示点播节目，1表示直播频道，2表示个人录播，3表示时移，4表示开机画面；
操作对象类型：记录为播放内容类型，0表示节目，1表示频道，2表示简单片花，3表示高级片花；
操作对象ID：记录播放内容编号；
操作结果：0为成功，1为失败；
运营商ID：记录用户/内容所属运营商。
10.如权利要求1或3所述的电子节目单基本业务的实现方法，其特征在于，所述业务数据通过文件传输协议方式下载。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100772219A CN101179565B (zh) | 2007-09-21 | 2007-09-21 | 一种电子节目单基本业务的实现方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2007100772219A CN101179565B (zh) | 2007-09-21 | 2007-09-21 | 一种电子节目单基本业务的实现方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101179565A CN101179565A (zh) | 2008-05-14 |
| CN101179565B true CN101179565B (zh) | 2010-12-08 |
Family
ID=39405650
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2007100772219A Expired - Fee Related CN101179565B (zh) | 2007-09-21 | 2007-09-21 | 一种电子节目单基本业务的实现方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101179565B (zh) |
Families Citing this family (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101668224B (zh) * | 2009-09-21 | 2012-11-28 | 中兴通讯股份有限公司 | 用于网络电视应急的方法及系统 |
| CN101969546A (zh) * | 2009-09-30 | 2011-02-09 | 突触计算机系统（上海）有限公司 | 提供电子节目单、广告发布以及广告呈现的方法和装置 |
| CN101860716B (zh) * | 2010-06-04 | 2013-09-11 | 中兴通讯股份有限公司 | 一种无线会议电视终端重接入的系统及方法 |
| CN102480354A (zh) * | 2010-11-30 | 2012-05-30 | 北大方正集团有限公司 | 一种统一认证服务系统及统一认证的方法 |
| CN102447951B (zh) * | 2011-12-05 | 2018-04-27 | 中兴通讯股份有限公司 | 用于iptv系统的应急检测方法、装置和epg服务器 |
| CN103124368A (zh) * | 2013-01-21 | 2013-05-29 | 中兴通讯股份有限公司 | Iptv系统中的故障处理方法及装置 |
| CN104349179A (zh) * | 2013-07-24 | 2015-02-11 | 中兴通讯股份有限公司 | Iptv系统登录处理方法及装置 |
| CN110808943B (zh) * | 2018-08-06 | 2022-04-29 | 中兴通讯股份有限公司 | 客户端连接应急管理方法、客户端及计算机可读存储介质 |
| CN112672189A (zh) * | 2020-12-28 | 2021-04-16 | 上海成思信息科技有限公司 | 一种基于iptv epg运行日志的推荐系统及方法 |
| CN114268844B (zh) * | 2021-12-17 | 2023-11-24 | 易视腾科技股份有限公司 | 一种互联网电视业务应急保障系统及其方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1929494A (zh) * | 2006-10-11 | 2007-03-14 | 中兴通讯股份有限公司 | 分布式电子节目导航系统 |
| CN1972311A (zh) * | 2006-12-08 | 2007-05-30 | 华中科技大学 | 一种基于集群均衡负载的流媒体服务器系统 |
| CN1997149A (zh) * | 2006-12-20 | 2007-07-11 | 华为技术有限公司 | 一种提高视频点播业务可靠性的方法和系统 |
-
2007
- 2007-09-21 CN CN2007100772219A patent/CN101179565B/zh not_active Expired - Fee Related
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1929494A (zh) * | 2006-10-11 | 2007-03-14 | 中兴通讯股份有限公司 | 分布式电子节目导航系统 |
| CN1972311A (zh) * | 2006-12-08 | 2007-05-30 | 华中科技大学 | 一种基于集群均衡负载的流媒体服务器系统 |
| CN1997149A (zh) * | 2006-12-20 | 2007-07-11 | 华为技术有限公司 | 一种提高视频点播业务可靠性的方法和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101179565A (zh) | 2008-05-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101179565B (zh) | 一种电子节目单基本业务的实现方法 | |
| US11088903B2 (en) | Hybrid cloud network configuration management | |
| US8156066B2 (en) | Rule-based content request handling | |
| JP5796935B2 (ja) | 電子コンテンツの分散および交換システム | |
| US20030108018A1 (en) | Server module and a distributed server-based internet access scheme and method of operating the same | |
| US20050262253A1 (en) | Method and apparatus for a loosely coupled, scalable distributed multimedia streaming system | |
| CN110334225A (zh) | 一种兼容多算法的分布式人脸基础信息中间库服务的设计方法 | |
| US11876829B2 (en) | Method for emulating a known attack on a target computer network | |
| US20110004929A1 (en) | Flexible Token For Use In Content Delivery | |
| CN101472140A (zh) | 一种多媒体分发点播系统及其实现方法 | |
| CN106254398A (zh) | 一种Wi‑Fi网络系统及其信息推送方法 | |
| EP1739904A1 (en) | A method for implementing multicast in the rapid spanning tree protocol loop network | |
| US20060136487A1 (en) | Clustering apparatus and method for content delivery system by content classification | |
| CN108494847A (zh) | 一种数字电影发行放映方法及系统 | |
| CN111048164A (zh) | 一种医学大数据长期保存系统 | |
| US20060059071A1 (en) | Method and system for separating personal data accounts | |
| CN101128832B (zh) | 处理装置 | |
| CN101247246A (zh) | 分布式信息处理系统及信息处理方法 | |
| Cisco | Chapter 4: Maintaining Cisco Internet CDN Software | |
| Cisco | Catalyst 5000 Series Release Notes for ATM Module Software Release 3.2 | |
| CN107491361B (zh) | 对数据表中列进行分级别冗余存储的方法 | |
| JP2001189706A (ja) | 制御コンテンツ伝送方法および蓄積型放送システム | |
| CN106686035A (zh) | 基于Apache FtpServer实现定制化FTP服务器的方法及装置 | |
| EP1513068B1 (en) | Control content transmission method and streaming broadcasting system | |
| CN114465982B (zh) | 一种权威域名消失式风险的自主防御方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20101208 Termination date: 20160921 |