，和/或采集并上报IPTV设备的缓存命中率。终端访问IPTV设备时，如果该IPTV服务器有缓存住了要被访问的数据就叫做命中，如果没有的话，可以到其他服务器或后台数据库取要被访问的数据。缓存命中率是反应加速效果好坏的重要因素之一，因此该实施方式采集缓存命中率来反映IPTV设备的性能，使其更为全面准确。
[0038]在本发明实施例的一个优选实施方式中，上述协议可以包括超文本传输协议，上述IPTV设备为EPG服务器。
[0039]图2是根据本发明实施例的数据的采集装置的结构框图，如图2所示，该装置可以包括:监听模块10和发送模块20。其中，监听模块10，用于响应数据采集命令，监听IPTV设备与终端之间通信所采用的协议端口 ；发送模块20，与监听模块10相连接，用于发送监听得到的数据。
[0040]通过本发明，监听IPTV设备与终端之间通信所采用的协议端口，监听得到的数据更为准确，能够能真实的反映用户行为。
[0041]在本发明实施例的一个实施方式中，上述数据可以包括:终端所请求的页面和各个页面对应的请求数量。优选地，可以是所请求的页面种类，及每个页面种类的请求数量，还可以是请求数量占请求总量的比例。
[0042]在本发明实施例的一个实施方式中，上述发送模块20，还可以用于采集并上报IPTV设备上同时在线的用户数量和对应的并发数据；和/或采集并上报IPTV设备的缓存命中率。
[0043]本发明实施例的上述方法和装置可以在IPTV设备中实现，但是并不限于此。IPTV设备可以包括存储介质，存储介质中存储执行上述方法的计算机程序单元。IPTV设备还可以包括处理器，该处理器可以执行存储介质中的计算机程序单元。
[0044]上述数据的采集方法得到的数据可以应用到各种领域，例如大数据分析、系统性能测试等。在本发明实施例中，以容量测试为例对上述数据的采集方法所得数据的应用进行说明。
[0045]图3是根据本发明实施例的系统容量的测试方法的流程图，如图3所示，该方法包括步骤S302至步骤S306。
[0046]步骤S302，获取对IPTV设备与终端之间所采用协议端口进行监听所得的数据。
[0047]步骤S304，依据上述数据建立容量测试模型。
[0048]步骤S306，依据上述容量测试模型进行系统容量测试。
[0049]通过本发明实施例，获取对IPTV设备与终端之间所采用协议端口进行监听所得的数据，依据该数据建立容量测试模型，依据该容量测试模型进行系统容量测试，与相关技术中利用应用数据库或后台数据建立容量测试模型相比，利用对IPTV设备与终端之间所采用协议端口进行监听所得的数据建立测试模型，该测试方法具有更高的准确性，更能够体现系统的真实容量。
[0050]在本发明实施例中，上述步骤S302，可以向IPTV设备或其他数据采集装置或设备发送数据采集命令，并接收IPTV设备或其他数据采集装置或设备采集到的上述数据。
[0051]在本发明实施例的一个实施方式中，上述步骤S304，可以解析上述数据得到终端的页面请求数据，其中页面请求数据可以包括以下至少之一:所请求的页面种类、各个页面种类对应的请求数量、该请求数量占请求总量的比例。可以依据解析得到的页面请求数据建立容量测试模型。通过该实施方式，从采集到的数据中解析到的反映用户行为的页面请求数据，对所请求的页面种类、各个页面种类的请求数量及请求数量占请求总量的比例进行统计，得到用户行为的模式。
[0052]上述的解析可以是剔除与用户行为无关的数据，以及排除影响真实用户行为的数据。例如，对于采用HTTP协议而言，用户请求页面可能还包括页面中图像、层叠样式表(Cascading Style Sheets,简称为CSS)等元素的请求,这些请求并不反应用户行为,可以对这些数据进行解析，得到请求页面的真实数据。
[0053]在本发明实施例的一个实施方式中，还可以获取IPTV上同时在线的用户数量和对应的并发数据。优选地，依据页面请求数据建立容量测试模型包括:依据页面请求数据、同时在线的用户数量和对应的并发数据建立容量测试模型。
[0054]上述建立的模型，可以准确的体现请求页面的种类，及各个页面种类的请求数量及其占请求总量的比例。根据该数据可以统计得到请求的页面种类，及各个页面种类的请求比例。再结合同时在线的用户数量及并发数量，可以更为准确地建立容量测试模型。
[0055]依据上述的容量测试模型，可以根据在线用户数量、请求的页面种类及各个页面种类的请求数量或请求比例，对用户行为进行模拟，从而对系统性能进行测试，这样的测试方法能够更为准确的反应真实的用户行为，从而更能体现系统容量的真实性。
[0056]在本发明实施例的一个实施方式中，还可以获取IPTV设备的缓存命中率。优选地，依据页面请求数据、同时在线的用户数量和对应的并发数据建立容量测试模型，还包括:利用上述缓存命中率对容量测试模型进行参数化。
[0057]对于采用了后台数据库、缓存中间层、数据接口层、数据展示层的EPG服务器而言，缓存命中率影响系统性能，因此在上述实施方式中，在获取页面请求数据的同时，也可以获取缓存命中率。上述实施方式中，在已构建的容量测试模型的基础上进一步的参数化，参数化的比例大小结合缓存命中率。
[0058]图4是根据本发明实施例的系统容量的测试装置的结构框图，如图4所示，该装置可以包括:获取模块30、建立模块40和测试模块50。其中，获取模块30，用于获取对IPTV设备与终端之间所采用协议端口进行监听所得的数据；建立模块40，与获取模块30相连接，用于依据上述数据建立容量测试模型；测试模块50，与建立模块40相连接，用于依据上述容量测试模型进行系统容量测试。
[0059]通过本发明实施例，获取对IPTV设备与终端之间所采用协议端口进行监听所得的数据，依据该数据建立容量测试模型，依据该容量测试模型进行系统容量测试，与相关技术中利用应用数据库或后台数据建立容量测试模型相比，利用对IPTV设备与终端之间所采用协议端口进行监听所得的数据建立测试模型，该测试方法具有更高的准确性，更能够体现系统的真实容量。
[0060]在本发明实施例的一个实施方式中，上述建立模块40可以包括:解析单元，用于解析上述数据得到终端的页面请求数据，其中页面请求数据包括以下至少之一:所请求的页面种类、各个页面种类对应的请求数量、该请求数量占请求总量的比例。建立单元，用于依据页面请求数据建立容量测试模型。
[0061]解析单元的上述的解析可以是剔除与用户行为无关的数据，以及排除影响真实用户行为的数据。例如，对于采用HTTP协议而言，用户请求页面可能还包括页面中图像、层叠样式表(Cascading Style Sheets,简称为CSS)等元素的请求,这些请求并不反应用户行为，可以对这些数据进行解析，得到请求页面的真实数据。
[0062]在本发明实施例的一个实施方式中，获取模块30还可以用于获取IPTV设备上同时在线的用户数量和对应的并发数据。建立单元，还用于依据页面请求数据、同时在线的用户数量和对应的并发数据建立容量测试模型。
[0063]建立单元，可以根据在线用户数量、请求的页面种类、各个页面种类的请求数量及其占请求总量的比例，对用户行为进行模拟，从而对系统性能进行测试，这样的测试方法能够更为准确的反应真实的用户行为，从而更能体现系统容量的真实性。
[0064]在本发明实施例的一个实施方式中，获取模块30,还可以用于获取IPTV设备的缓存命中率。建立单元，还用于利用该缓存命中率对容量测试模型进行参数化。
[0065]对于采用了后台数据库、缓存中间层、数据接口层、数据展示层的EPG服务器