CN101635686A - 资源管理方法 - Google Patents
资源管理方法 Download PDFInfo
- Publication number
- CN101635686A CN101635686A CN200910168560A CN200910168560A CN101635686A CN 101635686 A CN101635686 A CN 101635686A CN 200910168560 A CN200910168560 A CN 200910168560A CN 200910168560 A CN200910168560 A CN 200910168560A CN 101635686 A CN101635686 A CN 101635686A
- Authority
- CN
- China
- Prior art keywords
- resource
- time
- predetermined
- keyword
- ordering
- 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.)
- Granted
Links
- 238000007726 management method Methods 0.000 title abstract description 10
- 238000000034 method Methods 0.000 claims description 86
- 230000009514 concussion Effects 0.000 claims description 50
- 238000012217 deletion Methods 0.000 claims description 14
- 230000037430 deletion Effects 0.000 claims description 14
- 230000010355 oscillation Effects 0.000 abstract description 3
- 238000012163 sequencing technique Methods 0.000 abstract 1
- 230000032683 aging Effects 0.000 description 61
- 239000003795 chemical substances by application Substances 0.000 description 27
- 230000008569 process Effects 0.000 description 18
- 238000012545 processing Methods 0.000 description 12
- 238000004364 calculation method Methods 0.000 description 5
- 230000004044 response Effects 0.000 description 5
- 239000003550 marker Substances 0.000 description 4
- 238000012797 qualification Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 3
- 230000006872 improvement Effects 0.000 description 2
- 230000002452 interceptive effect Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 208000019901 Anxiety disease Diseases 0.000 description 1
- PEDCQBHIVMGVHV-UHFFFAOYSA-N Glycerine Chemical compound OCC(O)CO PEDCQBHIVMGVHV-UHFFFAOYSA-N 0.000 description 1
- 230000006978 adaptation Effects 0.000 description 1
- 230000036506 anxiety Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 238000009826 distribution Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000005304 joining Methods 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 238000003860 storage Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明公开了一种资源管理方法，该方法包括：根据预定信息对资源进行排序，其中，预定信息包括：震荡次数，震荡次数为资源从节点被删除后，再次被调度到节点的次数。本发明解决了采用单一的总访问量作为评判资源冷热度的依据而导致一些新加入的热度较高的资源被删除，从而引起资源震荡、影响系统稳定性的问题，能够对资源的冷热度进行更为科学的评判，提高系统的稳定性。
Description
技术领域
本发明涉及通信领域，具体而言，涉及一种资源管理方法。
背景技术
IPTV(Internet Protocol Television，简称为IPTV)是一种利用宽带有线电视网向家庭用户提供包括数字电视在内的多种交互式服务的技术，其充分利用了电视网、互联网、多媒体等资源和技术来为用户提供交互式电视服务。IPTV将逐渐替代现有的模拟电视和数字电视，成为电视行业的发展趋势。
内容分发网(Content Delivery Network，简称为CDN)是IPTV系统中最重要的功能模块之一，其负责整个IPTV系统所有业务的调度、分发。图1示出了根据现有技术的IPTV系统中的CDN框架。如图1所示，CDN系统主要包括CDN Manager(CDN管理器)、CDN Agent(CDN代理)、POP单元(包括流媒体和磁阵)、和业务数据库，CDN节点由CDN Agent和若干POP单元组成，其中，
CDN Manager负责从整体上对CDN系统的资源进行调度、分发，包括业务控制模块、网络管理模块、和数据同步模块。
CDN Agent通常是根据用户的地理位置来配备的，负责处理由CDN Manager调度的业务请求，包括业务控制模块、网络管理模块、数据同步模块、和适配层。
POP单元包括多个流媒体，并且这些流媒体共享一个磁阵，每个CDN Agent下面可以配备一个或多个POP单元。
业务数据库主要用于存放IPTV系统中所有业务的数据和CDN系统的系统资源。
在IPTV系统中，一个POP单元下的所有流媒体共享一个磁阵，磁阵是IPTV系统中的关键部件，且其容量有限。随着业务系统的运行，磁阵空间会逐渐变小，而且，流媒体在录制资源时会产生新的录制文件，为了保证IPTV业务的正常运行，需要磁阵保持一定的空闲空间，通常，采用筛选磁阵上的一些资源进行删除的资源老化方法来保持磁阵的空闲空间。
对于资源老化方法，目前常用的做法是：统计资源添加到节点后用户访问该资源的次数，按照访问量排序，删除访问量相对少的资源。采用这种方法可以帮助暂时解决磁盘空间紧张的问题，但是没有对资源的冷热度进行精确的统计和判断，这样必然会删除一些最近一段时间比较热门，但是点播总数相对于时间较早的资源少的资源，从而产生资源震荡，影响了系统的稳定性。
发明内容
考虑到相关技术的资源老化方法中存在的采用单一的总访问量作为评判资源冷热度的依据而导致一些新加入的热度较高的资源被删除从而引起资源震荡、影响系统稳定性的问题而提出本发明，为此，本发明的主要目的在于提供一种改进的资源管理方法，以解决上述问题至少之一。
为了实现上述目的，根据本发明，提供了一种资源管理方法。
根据本发明的资源管理方法包括：根据预定信息对资源进行排序，其中，预定信息包括：震荡次数，震荡次数为资源从节点被删除后，再次被调度到节点的次数。
优选地，当震荡周期T大于预定震荡周期，且资源存在率Re小于预定资源存在率时，震荡次数重置为1，其中，震荡周期T＝(资源存在于节点的累加时间+资源从第一次加入节点起不在节点的累加时间)/震荡次数；资源存在率Re＝资源存在于节点的累加时间/(资源存在于节点的累加时间+资源从第一次加入节点起不在节点的累加时间)。
优选地，根据预定信息对资源进行排序包括：根据预定信息确定第一关键字，其中，预定信息还包括：资源的第一时间段的访问量；根据第一关键字对资源进行第一次排序。
优选地，根据资源的第一时间段的访问量、震荡次数确定第一关键字具体包括：对第一时间段的访问量、震荡次数进行加权求和，得到第一关键字。
优选地，根据预定信息对资源进行排序包括：按照预定策略确定预定资源集合，根据预定资源集合中资源的预定信息确定第一关键字；根据第一关键字对资源进行第一次排序。
优选地，预定策略包括：将第一时间段的访问量小于所有资源的第一时间段的访问量平均值的资源加入预定资源集合。
进行第一次排序之后，上述方法包括：将第一预定资源的第二时间段的访问量作为第二关键字，其中，第一预定资源为进行第一次排序后顺序并列的多个资源；根据第二关键字对第一预定资源进行第二次排序。
优选地，进行第二次排序之后，方法还包括：将第二预定资源的第三时间段的访问量作为第三关键字，其中，第二预定资源为进行第二次排序后顺序并列的多个资源；根据第三关键字对第二预定资源进行第三次排序。
优选地，方法还包括：删除排序结果中排名最低的N个资源，N＞＝0，且N为整数。
通过本发明，采用资源的震荡次数与资源的不同时间段热度作为资源冷热度的评判依据，解决了采用单一的总访问量作为评判资源冷热度的依据而导致一些新加入的热度较高的资源被删除，从而引起资源震荡、影响系统稳定性的问题，能够对资源的冷热度进行更为科学的评判，提高系统的稳定性。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据相关技术的IPTV系统中CDN框架结构图；
图2是根据本发明实施例的根据预定信息对资源进行排序过程的一流程图；
图3是根据本发明实施例的根据预定信息对资源进行排序过程的另一流程图；
图4是根据本发明实施例的资源老化流程时序图；
图5是根据本发明实施例的CDN Manager内容管理模块查询需老化节点流程图；
图6a是根据本发明方法实施例一的CDN Agent内容管理模块查询应老化资源流程图；
图6b是根据本发明方法实施例二的CDN Agent内容管理模块查询应老化资源流程图；
图7是根据本发明实施例的CDN Manager内容管理模块处理老化结果响应流程图；
图8是根据本发明实施例的CDN Manager内容管理模块查询应删除资源流程图。
具体实施方式
功能概述
考虑到相关技术中存在的采用单一的总访问量作为评判资源冷热度的依据而引起资源震荡、影响系统稳定性的问题，本发明实施例提供了一种资源管理方案。该方案的处理原则如下，采用根据包括资源的震荡次数的预定信息对资源进行排序的方法，能够对资源的冷热度进行更为科学的统计与判断，可以增加系统的稳定性。
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
在以下实施例中，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
方法实施例
根据本发明的实施例，提供了一种资源管理方法。
该方法包括：根据预定信息对资源进行排序，其中，预订信息包括震荡次数，所述震荡次数为资源从节点被删除后，再次被调度到所述节点的次数。
其中，当震荡周期T大于预定震荡周期，且资源存在率Re小于预定资源存在率时，震荡次数重置为1，其中，震荡周期T＝(资源存在于节点的累加时间+资源从第一次加入节点起不在节点的累加时间)/震荡次数；资源存在率Re＝资源存在于节点的累加时间/(资源存在于节点的累加时间+资源从第一次加入节点起不在节点的累加时间)，下面以表1为例进行具体说明，在该举例中，假设预定振荡周期为2年，即，24个月，预定资源存在率为1/24，下表中TN为第N次震荡的相关持续时间，TN1为第N次震荡资源存在于节点的时间，TN2为第N次震荡资源未存在于节点的时间。根据本发明实施例提供的方法，表1中资源2的震荡次数应置为1。
表1
图2是根据本发明方法实施例的根据预定信息对资源进行排序过程的一流程图。如图2所示，该过程包括如下的步骤S202至步骤S204：
步骤S202，根据预定信息确定第一关键字，其中，预定信息还包括：资源的第一时间段的访问量；
步骤S204，根据第一关键字对资源进行第一次排序。
在步骤S202中，根据资源的第一时间段的访问量、震荡次数确定第一关键字具体包括：对第一时间段的访问量、震荡次数进行加权求和，得到第一关键字。
优选地，在进行第一次排序之后，上述方法还包括：将第一预定资源的第二时间段的访问量作为第二关键字，其中，第一预定资源为进行第一次排序后顺序并列的多个资源；根据第二关键字对第一预定资源进行第二次排序。
优选地，在步骤S204中，节点可以为CDN Agent和POP单元。
图3是根据本发明方法实施例的根据预定信息对资源进行排序过程的另一流程图。如图3所示，该过程包括如下的步骤S302至步骤S304：
步骤S302，按照预定策略确定预定资源集合，根据预定资源集合中资源的预定信息确定第一关键字；
步骤S304，根据第一关键字对资源进行第一次排序。
在步骤S302中，预定策略包括：将第一时间段的访问量小于所有资源的第一时间段的访问量平均值的资源加入预定资源集合。
优选地，在步骤S304中，节点由CDN Agent和POP单元组成。
优选地，在进行第一次排序之后，上述方法还包括：将第一预定资源的第二时间段的访问量作为第二关键字，其中，第一预定资源为进行第一次排序后顺序并列的多个资源；根据第二关键字对第一预定资源进行第二次排序。
优选地，进行上述第二次排序之后，上述方法还包括：将第二预定资源的第三时间段的访问量作为第三关键字，其中，第二预定资源为进行第二次排序后顺序并列的多个资源；根据第三关键字对第二预定资源进行第三次排序。
优选地，上述方法还包括：删除排序结果中排名最低的N个资源，N＞＝0，且N为整数。
优选地，上述第一时间段、第二时间段、第三时间段为从时间段集合中选择的不同的元素，其中，时间段集合可以包括如下元素：天、周、月、年。
下面将结合实例对本发明实施例的实现过程进行详细描述。
实例一
下面结合表2对本发明实施例提供的资源管理方法进行进一步的说明，根据预定信息对资源进行排序的处理可以包括：根据预定信息确定第一关键字，其中，预定信息还包括：资源的第一时间段的访问量；根据第一关键字对资源进行第一次排序。针对第一次排序后顺序相同的资源，还可以根据第二关键字进行第二次排序，针对第二次排序后顺序相同的资源，还可以根据第三关键字进行第三次排序。
表2为本发明实施例的一个具体实例，表2中示出了6个资源(其中，资源1为新加入资源)的访问量、震荡次数以及根据本实施例提供的资源管理方法计算出的上述第一关键字、第二关键字、第三关键字以及最终的排序情况。
在本实例中，上述第一时间段、第二时间段、第三时间段分别具体为周、月、年。确定第一关键字时，震荡次数、第一时间段的访问量进行加权运算时的权值分别为10、6。第二关键字即为第二时间段的访问量。第三关键字即为第三时间段的访问量。需要说明的是，此处选取的各具体时间段及各具体权值是为了更好的说明本发明，而不构成对本发明的不当限定。
表2
| 序号 | 震荡次数 | 本年 | 本月 | 本周 | 第一关键字 | 第二关键字 | 第三关键字 | 排序 |
| 1 | 0 | 20 | 20 | 20 | 120 | 1 |
| 2 | 4 | 115 | 20 | 2 | 52 | 20 | 115 | 5 |
| 3 | 1 | 100 | 20 | 7 | 52 | 20 | 100 | 6 |
| 4 | 4 | 800 | 25 | 2 | 52 | 25 | 4 | |
| 5 | 2 | 105 | 21 | 6 | 56 | 3 | ||
| 6 | 5 | 88 | 25 | 3 | 68 | 2 |
从上表可以看出，按照本实施例提供的方法确定第一关键字后进行第一次排序，其中，资源2、3、4的第一关键字相同，纳入第一预定资源集合；根据第一预定资源集合中的资源的第二关键字，进行第二次排序，其中，资源2、3的第二关键字相同，纳入第二预定资源集合；根据第二预定资源集合中资源的第三关键字，进行第三次排序。
利用本发明实施例中提供的方法对上述资源热度进行统计，得到以上资源的最终排序如表2所示。从本实例可以看出，利用该方法可以尽可能地保留震荡次数高、和/或近期热度较高的资源。
还可以删除排序结果中排名最低的N个资源，此处以N＝2为例，则应删除资源2、3。需要说明的是，此处取N的值为2是为了在本实例中给出示例性的例子，不应构成对本发明的限定。
通过本发明方法实施例提供的资源管理方法，能够对资源的冷热度进行更为科学的统计与判断，可以增加系统的稳定性。
实例二
下面结合表3对本发明实施例提供的资源管理方法进行进一步的说明，根据预定信息对资源进行排序的处理可以包括：按照预定策略确定预定资源集合，根据预定资源集合中资源的预定信息确定第一关键字；根据第一关键字对资源进行第一次排序。针对第一次排序后顺序相同的资源，还可以根据第二关键字进行第二次排序，针对第二次排序后顺序相同的资源，还可以根据第三关键字进行第三次排序。
表3为本发明实施例的一个具体实例，表3中示出了6个资源的访问量、第一关键字(震荡次数)以及根据本实施例提供的资源管理方法计算出的上述预定访问量、预定访问量平均值、第二关键字以及最终的排序情况。
在本实例中，上述第一时间段、第二时间段、第三时间段分别具体为天、月、年。第二关键字即为第二时间段的访问量。第三关键字即为第三时间段的访问量。需要说明的是，此处选取的各具体时间段及各具体权值是为了更好的说明本发明，而不构成对本发明的不当限定。
表3
| 序号 | 本年 | 本月 | 今天 | 今天访问量平均值 | 震荡次数 | 第二关键字 | 第三关键字 | 排序 |
| 1 | 30 | 30 | 9 | 4 | 0 | 0 | ||
| 2 | 100 | 20 | 3 | 4 | 3 | 20 | 100 | 3 |
| 3 | 100 | 21 | 3 | 4 | 1 | 5 |
| 4 | 80 | 15 | 3 | 4 | 3 | 15 | 4 | |
| 5 | 105 | 20 | 1 | 4 | 3 | 20 | 105 | 2 |
| 6 | 88 | 25 | 2 | 4 | 5 | 1 |
从上表可以看出，对上述6个资源的今天访问量进行计算后，得到今天访问量平均值，按照本实施例提供的上述资源策略确定将资源2、3、4、5、6纳入预定资源集合；按照震荡次数对预定资源集合中的资源进行第一次排序，其中，资源2、4、5的第一关键字相同，纳入第一预定资源集合；根据第一预定资源集合中的资源的第二关键字，进行第二次排序，其中，资源2、5的第二关键字相同，纳入第二预定资源集合；根据第二预定资源集合中资源的第三关键字，进行第三次排序。
利用本实施例中提供的方法对上述资源热度进行统计，得到以上资源的最终排序如表3所示，其中，资源1的排序为0意味着其未纳入需参加排序的资源集合(预定资源集合)。从本实例可以看出，利用该方法可以尽可能地保留震荡次数高、和/或近期热度较高的资源。
还可以删除排序结果中排名最低的N个资源，此处以N＝1为例，则应删除资源3。需要说明的是，此处取N的值为1是为了在本实例中给出示例性的例子，不应构成对本发明的限定。
通过本发明方法实施例提供的资源处理方法，能够对资源的冷热度进行更为科学的统计与判断，可以增加系统的稳定性。
下面将结合实例对本发明实施例的具体应用场景之一进行详细描述。需要说明的是，以下对本发明实施例的具体应用场景的描述是为了便于更好地理解本发明，不应构成对本发明的不当限定。
本发明方法实施例提供的资源管理及处理方法可以用于资源的老化过程中，图4是根据本发明实施例的资源老化流程时序图，如图4所示，根据本发明实施例的老化流程包括以下步骤：
步骤S401：CDN Manager定时向业务数据库发起查询需老化节点请求，其中，定时可以选择10分钟(默认时长)，并且CDN Manager等待业务数据库返回查询结果。
步骤S402：CDN Manager收到业务数据库返回的查询结果后，如果返回查询结果错误，则等下一次定时到时再进行数据库查询，如正确，则向相应的CDN Agent节点发送老化请求消息。
步骤S403：CDN Agent收到CDN Manager老化请求消息后，查询CDN Agent内存数据库的中的资源表，如果内容表不存在或者为空，则在同步响应消息中返回失败，因为此CDN Agent没有资源的相关数据，没有可老化的资源，无法老化；如果存在，查询应老化资源，具体地，通过读取CDN Agent内存数据库中的资源表，并对各资源的热度按照本发明方法实施例一或本发明方法实施例二描述的资源管理方法进行排序，选出老化资源表，如果老化资源表不为空，则将其加入老化请求响应消息发送给CDN Manager。在该步骤中，CDN Agent需要通过单表和多表(本发明实施例中用有序链表来实现)来保存和维护节点下所有资源的相关信息。在这两个表中的信息，至少包括内容标识、运营商标识、POP单元标识、震荡次数、震荡周期、资源存在率和资源加入时间。
步骤S404：CDN Manager收到CDN Agent返回的老化资源表后，设置业务数据库中相关资源的删除标志。优选地，可以通过SQL语句设置所述业务数据库的相关资源为删除标志，但不限于通过SQL语句进行该设置操作。
步骤S405：CDN Manager定时向业务数据库发起删除查询请求，其中，定时可以选择10秒钟(默认时长)，并且CDN Manager等待业务数据库返回删除查询结果。
步骤S406：CDN Manager收到业务数据库返回的删除查询结果后，如果删除查询结果错误，则等下一次定时到再进行数据库查询；如正确则CDN Agent发送资源删除请求消息，消息中包括资源和pop单元的相关信息。
步骤S407：CDN Agent收到CDN Manager资源删除请求消息后，直接向流媒体发送资源删除请求。其中，CDN Agent至少需要一表(本发明实施例中用内存Hash表来实现的)来保存和维护所有待删除资源的相关信息。在这张Hash表中的信息，至少包括以下之一：运营商标识、节点标识、POP单元标识、目录标识、内容标识、内容大小、内容类型、文件路径、震荡次数、震荡周期和资源存在率。
步骤S408：流媒体向CDN Agent返回资源删除结果。
步骤S409：CDN Agent收到流媒体的删除结果消息后，向CDNManager返回资源删除结果消息。
步骤S410：CDN Manager收到删除结果后，如果删除成功，则在业务数据库中设置相应记录的震荡次数字段加1，并打上已删除标志。
CDN Manager设置数据库记录成功后，整个流程结束。
图5示出了根据本发明实施例的CDN Manager内容管理模块查询需老化节点流程图，具体包括以下步骤：
步骤S501：CDN Manager设置的10分钟定时时间到，CDNManager检测数据库中是否存在需要老化的节点，CDN Manager等待数据库返回需要老化节点记录。如果不存在需要老化节点，流程结束；如果存在，则直接进行下一步处理。
步骤S502：CDN Manager判断是否处理完所有从业务数据库返回的记录，如果处理完则结束流程，如果没有处理完则直接进行下一步处理。
步骤S503：根据返回的记录获取需要老化的CDN Agent信息，并且给需要老化的Agent发送老化请求消息。重复第二步操作。其中，上述需要老化的CDN Agent信息包括模块号，局号，IP地址信息等等。
图6示出了根据本发明方法实施例的CDN Agent内容管理模块搜索应老化资源流程图，包括以下步骤：
步骤S601：CDN Agent收到CDN Manager发送的老化请求消息后，解析该老化请求消息，获取需要老化的资源数。
步骤S602：获取资源多表的资源数。
步骤S603：判断是否已经遍历完资源多表。
如果已经遍历完多表，则直接进行步骤S604处理。
如果没有遍历完多表，则从多表中提取下一个资源的信息，查看该资源信息中的运营商标识是否错误，如果错误，则重复步骤S603，如果正确，则检测该资源是否在保护天数内，如果在保护天数内，则重复步骤S603，如果不在保护天数内，则检测该资源类型是否为直播源，如果是直播源，则重复步骤S603，如果不是直播源，则确定该资源的预定信息，根据本发明提供的实例，确定该资源预定信息及相应的后续处理可以有以下两种：
处理一、按照实例一提供的资源管理方法确定该资源的第一关键字、第二关键字、第三关键字，将上述结果加入一待老化资源表，检测待老化资源表的资源数是否大于需要老化的资源数的五倍或是否遍历完多表，如果没有遍历完则重复步骤S603，否则，进行步骤S604的操作；
处理二、按照实例二提供的资源管理方法确定该资源的第一时间段的访问量、震荡次数、第二关键字、第三关键字，将上述结果加入一待老化资源表，检测待老化资源表的资源数是否大于需要老化的资源数的五倍或是否遍历完多表，如果否，则重复步骤S603，否则，进行步骤S604的操作。
步骤S604：判断待老化资源表中的资源数是否小于需要老化的资源数，如果不小于需要老化的资源数，则按照预定信息对资源排序，具体来说，处理一进行步骤S607的操作，处理二进行步骤S608的操作；如果小于需要老化的资源数，则直接进行下一步处理。
步骤S605：获取资源单表的资源数。
步骤S606：判断是否已经遍历完资源单表。
如果已经遍历完资源单表，则直接进行下一步处理；
如果没有遍历完资源单表，则从资源单表中获取下一个资源的信息，查看它的运营商标识是否错误，如果错误则重复步骤S606，如果正确，则检测该资源是否在保护天数内，如果在保护天数内，则重复步骤S606，如果不在保护天数内，则检测该资源类型是否为直播源，如果是直播源，则重复步骤S606，如果不是直播源，则确定该资源的预定信息，根据本发明提供的实例，确定该资源预定信息及相应的后续处理可以有以下两种：
处理一、按照实例一提供的资源管理方法确定该资源的第一关键字、第二关键字、第三关键字，将上述结果加入上述待老化内容表，检测待老化资源表的资源数是否大于需要老化的资源数的五倍或是否遍历完单表，如果没有遍历完则重复步骤S606，否则，按照预定信息对资源排序，具体进行步骤S607的操作；
处理二、按照方法实施例二提供的资源管理方法确定该资源的第一时间段的访问量、震荡次数、第二关键字、第三关键字，将上述结果加入上述待老化资源表，检测待老化资源表的资源数是否大于需要老化的资源数的五倍或是否遍历完单表，如果否，则重复步骤S606，否则，按照预定信息对资源排序，具体进行步骤S608的操作。
步骤S607：判断待老化资源表中的资源数是否小于需要老化的资源数，如果小于需要老化的资源数，则发送相关告警；如果大于或等于需要老化的资源数，则将待老化资源表中的资源按照第一关键字排序，排序后顺序仍相同的资源按照第二关键字排序，排序后顺序仍相同的资源按照第三关键字排序，将排序后的待老化资源表中的最后N(N为需老化资源数)个资源加入老化资源表，并将其发送给CDN Manager资源管理模块。至此，本流程结束。
步骤S608：判断待老化资源表中的资源数是否小于需要老化的资源数，如果小于需要老化的资源数，则发送相关告警；如果大于或等于需要老化的资源数，则统计第一时间段的访问量的平均值，删除待老化资源表中第一时间段的访问量大于第一时间段访问量平均值的资源，将待老化资源表中的剩余资源按照震荡次数排序，排序后顺序仍相同的资源按照第二关键字排序，排序后顺序仍相同的资源按照第三关键字排序，将排序后的待老化资源表中的最后N(N为需老化资源数)个资源加入老化资源表，并将其发送给CDNManager资源管理模块。至此，本流程结束。
图7示出了根据本发明实施例的CDN Manager内容管理模块处理老化请求响应消息流程图，包括以下步骤：
步骤S701：CDN Manager收到来自CDN Agent的老化请求响应消息后，解析该老化请求响应消息中的老化内容表，获取需删除资源的内容标识、运营商标识、节点标识、POP单元标识。
步骤S702：CDN Manager在业务数据库中查询需删除资源的相关记录。如果查询失败，则返回查询业务数据库错误，结束流程；如果查询成功，则在业务数据库资源表中，设置需删除资源记录的待删除标志，结束流程。
图8示出了根据本发明实施例的CDN Manager资源管理模块查询应删除资源流程图，包括以下步骤：
步骤S801：CDN Manager定时向业务数据库发送删除查询请求，其中，该定时可以为10秒钟，并等待业务数据库返回删除查询结果。
步骤S802：CDN Manager收到业务数据库返回的删除查询结果，如果该删除查询结果的记录为空，则流程结束；如果该删除查询结果的记录不为空，则直接进行下一步处理。
步骤S803：CDN Manager判断是否处理完删除查询结果中所有的需删除的资源，如果已经全部处理完，则流程结束；如果尚未处理完，则直接进行下一步处理。
步骤S804：获取待删除资源的记录信息，包括内容标识、运营商标识、节点标识、POP单元标识等。
步骤S805：给CDN agent的资源管理模块发送资源删除请求，然后重复步骤S803的处理。
通过上述实施例，能够对资源的冷热度进行更为科学的统计与判断，最大限度的保证IPTV系统中在老化流程中保留最应该保留的资源，可以增加系统的稳定性。
上述实施例可以应用在但不限于IPTV商用系统中，还可以应用到其他多种实施例，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在发明的保护范围之内。
显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (9)
1.一种资源管理方法，其特征在于，包括：
根据预定信息对资源进行排序，其中，所述预定信息包括：震荡次数，所述震荡次数为资源从节点被删除后，再次被调度到所述节点的次数。
2.根据权利要求1所述的方法，其特征在于，当震荡周期T大于预定震荡周期，且资源存在率Re小于预定资源存在率时，所述震荡次数重置为1，其中，所述震荡周期T＝(所述资源存在于所述节点的累加时间+所述资源从第一次加入所述节点起不在所述节点的累加时间)/所述震荡次数；所述资源存在率Re＝所述资源存在于所述节点的累加时间/(所述资源存在于所述节点的累加时间+所述资源从第一次加入所述节点起不在所述节点的累加时间)。
3.根据权利要求1所述的方法，其特征在于，所述根据预定信息对资源进行排序包括：
根据预定信息确定第一关键字，其中，所述预定信息还包括：资源的第一时间段的访问量；
根据所述第一关键字对所述资源进行第一次排序。
4.根据权利要求3所述的方法，其特征在于，所述根据资源的所述第一时间段的访问量、所述震荡次数确定所述第一关键字具体包括：
对所述第一时间段的访问量、所述震荡次数进行加权求和，得到所述第一关键字。
5.根据权利要求1所述的方法，其特征在于，所述根据预定信息对资源进行排序包括：
按照预定策略确定预定资源集合，根据所述预定资源集合中资源的预定信息确定第一关键字；
根据所述第一关键字对所述资源进行第一次排序。
6.根据权利要求5所述的方法，其特征在于，所述预定策略包括：
将第一时间段的访问量小于所有资源的所述第一时间段的访问量平均值的资源加入预定资源集合。
7.根据权利要求3或5所述的方法，其特征在于，进行所述第一次排序之后，所述方法包括：
将第一预定资源的第二时间段的访问量作为第二关键字，其中，所述第一预定资源为进行所述第一次排序后顺序并列的多个资源；
根据所述第二关键字对所述第一预定资源进行第二次排序。
8.根据权利要求7所述的方法，其特征在于，进行所述第二次排序之后，所述方法还包括：
将第二预定资源的第三时间段的访问量作为第三关键字，其中，所述第二预定资源为进行所述第二次排序后顺序并列的多个资源；
根据所述第三关键字对所述第二预定资源进行第三次排序。
9.根据权利要求1至6中的任一项所述的方法，其特征在于，所述方法还包括：
删除排序结果中排名最低的N个资源，N＞＝0，且N为整数。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101685607A CN101635686B (zh) | 2009-08-19 | 2009-08-19 | 资源管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101685607A CN101635686B (zh) | 2009-08-19 | 2009-08-19 | 资源管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101635686A true CN101635686A (zh) | 2010-01-27 |
| CN101635686B CN101635686B (zh) | 2012-06-06 |
Family
ID=41594749
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009101685607A Expired - Fee Related CN101635686B (zh) | 2009-08-19 | 2009-08-19 | 资源管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101635686B (zh) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102750320A (zh) * | 2012-05-18 | 2012-10-24 | 合一网络技术(北京)有限公司 | 一种网络视频实时关注度的计算方法、装置和系统 |
| CN104125162A (zh) * | 2014-07-29 | 2014-10-29 | 小米科技有限责任公司 | 网络资源的访问处理方法及装置 |
| CN105589895A (zh) * | 2014-11-13 | 2016-05-18 | 深圳市腾讯计算机系统有限公司 | 资源排行数据生成方法和装置 |
| CN106027408A (zh) * | 2016-04-26 | 2016-10-12 | 乐视控股（北京）有限公司 | 一种cdn网络模型节点服务器访问压力检测方法及系统 |
| CN111459037A (zh) * | 2020-02-27 | 2020-07-28 | 珠海格力电器股份有限公司 | 智能家居系统控制方法、装置、电子设备及可读存储介质 |
| CN113301364A (zh) * | 2021-01-05 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 路径规划方法、cdn连接建立方法、设备及存储介质 |
| CN113791877A (zh) * | 2021-02-26 | 2021-12-14 | 北京沃东天骏信息技术有限公司 | 用于确定信息的方法和装置 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1263256C (zh) * | 2002-10-10 | 2006-07-05 | 华为技术有限公司 | 内容传送网络中内容刷新的方法 |
| CN1604644A (zh) * | 2004-11-04 | 2005-04-06 | 复旦大学 | 一种带有预定和存储功能的数字电视广播系统 |
| CN100534130C (zh) * | 2007-11-20 | 2009-08-26 | 腾讯科技（深圳）有限公司 | 一种向电视用户推荐节目的方法、系统及设备 |
-
2009
- 2009-08-19 CN CN2009101685607A patent/CN101635686B/zh not_active Expired - Fee Related
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102750320A (zh) * | 2012-05-18 | 2012-10-24 | 合一网络技术(北京)有限公司 | 一种网络视频实时关注度的计算方法、装置和系统 |
| CN102750320B (zh) * | 2012-05-18 | 2015-04-15 | 合一网络技术(北京)有限公司 | 一种网络视频实时关注度的计算方法、装置和系统 |
| CN104125162A (zh) * | 2014-07-29 | 2014-10-29 | 小米科技有限责任公司 | 网络资源的访问处理方法及装置 |
| CN104125162B (zh) * | 2014-07-29 | 2017-09-26 | 小米科技有限责任公司 | 网络资源的访问处理方法及装置 |
| CN105589895A (zh) * | 2014-11-13 | 2016-05-18 | 深圳市腾讯计算机系统有限公司 | 资源排行数据生成方法和装置 |
| CN105589895B (zh) * | 2014-11-13 | 2020-04-24 | 深圳市腾讯计算机系统有限公司 | 资源排行数据生成方法和装置 |
| CN106027408A (zh) * | 2016-04-26 | 2016-10-12 | 乐视控股（北京）有限公司 | 一种cdn网络模型节点服务器访问压力检测方法及系统 |
| CN111459037A (zh) * | 2020-02-27 | 2020-07-28 | 珠海格力电器股份有限公司 | 智能家居系统控制方法、装置、电子设备及可读存储介质 |
| CN111459037B (zh) * | 2020-02-27 | 2021-09-14 | 珠海格力电器股份有限公司 | 智能家居系统控制方法、装置、电子设备及可读存储介质 |
| CN113301364A (zh) * | 2021-01-05 | 2021-08-24 | 阿里巴巴集团控股有限公司 | 路径规划方法、cdn连接建立方法、设备及存储介质 |
| CN113791877A (zh) * | 2021-02-26 | 2021-12-14 | 北京沃东天骏信息技术有限公司 | 用于确定信息的方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101635686B (zh) | 2012-06-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101635686B (zh) | 资源管理方法 | |
| US10057367B2 (en) | Systems and methods for data caching in a communications network | |
| CN106126407B (zh) | 一种针对分布式存储系统的性能监控调优系统及方法 | |
| US11252211B2 (en) | Managing content on an ISP cache | |
| CN107395659A (zh) | 一种业务受理及共识的方法及装置 | |
| CN107092645B (zh) | 一种图书资源管理方法及装置 | |
| CN104935648A (zh) | 一种高性价比的cdn系统及文件预推、分片缓存的方法 | |
| CN103647800A (zh) | 推荐应用资源的方法及系统 | |
| CN1972311A (zh) | 一种基于集群均衡负载的流媒体服务器系统 | |
| US20180367632A1 (en) | Apparatus for providing cloud service using cloud service brokerage based on multiple clouds and method thereof | |
| US10326854B2 (en) | Method and apparatus for data caching in a communications network | |
| CN107835437A (zh) | 基于多缓存服务器的调度方法和装置 | |
| CN107888666A (zh) | 一种跨地域数据存储系统以及数据同步方法和装置 | |
| CN101068341B (zh) | 流媒体调度系统及其媒体文件调度方法 | |
| CN106888381A (zh) | 一种数据资源存储方法及装置 | |
| CN110287201A (zh) | 数据访问方法、装置、设备及存储介质 | |
| CN111078651A (zh) | 统计对象存储的使用量的方法及装置 | |
| CN108153758A (zh) | 一种数据累计方法、装置及电子设备 | |
| CN109062500A (zh) | 一种元数据管理服务器、数据存储系统及数据存储方法 | |
| JP5333451B2 (ja) | コンテンツ配信システム | |
| CN109947730A (zh) | 元数据恢复方法、装置、分布式文件系统及可读存储介质 | |
| CN106506647A (zh) | 一种客户端具有数据备份装置的智慧社区云存储系统 | |
| CN108959443A (zh) | 一种信息推送方法、信息处理方法及装置 | |
| US9330181B2 (en) | Methods and apparatuses for document processing at distributed processing nodes | |
| CN102483750A (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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20170828 Address after: 271500, No. 11, No. 020, West bean mountain village, Dongping Town, Dongping County, Shandong, Tai'an Patentee after: Wu Yanyun Address before: 518057 Nanshan District science and technology, Guangdong Province, South Road, No. 55, No. Patentee before: ZTE Corp. |
|
| CB03 | Change of inventor or designer information | ||
| CB03 | Change of inventor or designer information |
Inventor after: Wu Yanyun Inventor before: Huang Haiyong Inventor before: Wang Yinlong Inventor before: Xu Quan |
|
| 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: 20120606 |