CN104572851A - 获取推荐信息的方法和装置 - Google Patents

Abstract

本发明提出一种获取推荐信息的方法和装置，该获取推荐信息的方法包括确定候选信息，以及，确定用于评价所述候选信息的维度和所述维度的权重；获取所述候选信息在所述维度上的数据；根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分；根据所述候选信息的得分，获取推荐信息。该方法能够提高获取的推荐信息的客观性和全面性，从而提高决策效果。

Description

获取推荐信息的方法和装置

技术领域

本发明涉及信息技术领域，尤其涉及一种获取推荐信息的方法和装置。

背景技术

在很多场景下都需要从候选信息中获取推荐信息，从而根据推荐信息进行决策。例如，在选择内容分发网络(Content Delivery Network，CDN)运营商时，需要从多个候选CDN运营商中确定出推荐的CDN运营商。CDN的目的是使用户可就近取得所需内容，解决Internet网络拥挤的状况，提高用户访问网站的响应速度。CDN运营商提供的网络基础服务的好坏，直接影响着网络用户体验；CDN运营商提供的运维服务水平，直接影响着故障处理、扩容计划效率；CDN运营商提供的整体服务报价，直接影响着客户的经济承受能力及投入回报比。可见，CDN运营商提供的服务水平，对于客户的认可、网络用户的体验都至关重要。

现有技术中，决策人员通常是根据感觉或经验作出决策，这种人为决定的方式无疑在客观性以及全面性等方面都存在不足，从而影响决策效果。

发明内容

本发明旨在至少在一定程度上解决相关技术中的技术问题之一。

为此，本发明的一个目的在于提出一种获取推荐信息的方法，该方法可以提高获取的推荐信息的客观性和全面性，从而提高决策效果。

本发明的另一个目的在于提出一种获取推荐信息的装置。

为达到上述目的，本发明第一方面实施例提出获取推荐信息的方法，包括：确定候选信息，以及，确定用于评价所述候选信息的维度和所述维度的权重；获取所述候选信息在所述维度上的数据；根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分；根据所述候选信息的得分，获取推荐信息。

本发明第一方面实施例提出获取推荐信息的方法，通过确定维度和维度的权重，以及获取候选信息在维度上的数据，并根据评判模型得到候选信息的得分，根据该得分获取推荐信息，该流程是客观的，并且在选择维度时可以选择多种维度，从而可以提高获取的推荐信息的客观性和全面性，从而提高决策效果。

为达到上述目的，本发明第二方面实施例提出的获取推荐信息的装置，包括：确定候选信息，以及，确定用于评价所述候选信息的维度和所述维度的权重；获取所述候选信息在所述维度上的数据；根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分；根据所述候选信息的得分，获取推荐信息。

本发明第二方面实施例提出的获取推荐信息的装置，通过确定维度和维度的权重，以及获取候选信息在维度上的数据，并根据评判模型得到候选信息的得分，根据该得分获取推荐信息，该流程是客观的，并且在选择维度时可以选择多种维度，从而可以提高获取的推荐信息的客观性和全面性，从而提高决策效果。

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1是本发明一实施例提出的获取推荐信息的方法的流程示意图；

图2是本发明实施例中收集RTT信息的流程示意图；

图3是本发明实施例中收集下载速度信息的流程示意图；

图4是本发明实施例中获取CDN运营商在RTT信息维度上的得分的流程示意图；

图5a是本发明实施例中实际值与期望值之间关系的一种示意图；

图5b是本发明实施例中实际值与期望值之间关系的另一种示意图；

图5c是本发明实施例中实际值与期望值之间关系的另一种示意图；

图5d是本发明实施例中实际值与期望值之间关系的另一种示意图；

图6是本发明另一实施例提出的获取推荐信息的方法的流程示意图；

图7是本发明实施例中设置界面的示意图；

图8是本发明实施例中管理RTT信息的示意图；

图9是本发明另一实施例提出的获取推荐信息的装置的结构示意图；

图10是本发明另一实施例提出的获取推荐信息的装置的结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能理解为对本发明的限制。相反，本发明的实施例包括落入所附加权利要求书的精神和内涵范围内的所有变化、修改和等同物。

图1是本发明一实施例提出的获取推荐信息的方法的流程示意图，该方法包括：

S11：确定候选信息，以及，确定用于评价所述候选信息的维度和所述维度的权重。

其中，本实施例的方法可以具体应用在CDN运营商的选择上，因此，候选信息可以具体是指目标国家的候选CDN运营商。候选CDN运营商可以由用户设置或在系统提供的可供选择的CDN运营商中选择得到。

候选信息的维度和维度的权重可以由用户进行设置。具体的，系统可以向用户展现设置界面，设置界面中包括多个可供选择的维度，用户可以在多个可供选择的维度中勾选出用户最终选择的维度，另外，每个维度对应的权重可以由用户设置，例如，在设置界面中填写最终选择的每个维度对应的权重。

可选的，维度可以包括技术层面的维度，和/或，商务层面的维度。

其中，所述技术层面的维度包括如下项中的至少一项：

CDN运营商覆盖目标国家的往返时延(Round-Trip Time，RTT)信息；

CDN运营商覆盖目标国家的下载速度信息；

CDN运营商的网络级别；

既有业务中，CDN运营商所覆盖的用户页面浏览量(Page View，PV)和流量信息；

所述商务层面的维度包括如下项中的至少一项：

单位报价；

CDN运营商资质；

服务等级；

CDN运营商既往合作情况信息；

CDN运营商交付周期；

CDN运营商扩容周期；

CDN运营商是否支持预交付资源。

对上述维度的具体说明如下：

考察RTT信息，主要是模拟用户访问普通网页资源信息的情况。RTT(Round-Trip Time)表示往返时延，在计算机网络中它是一个重要的性能指标，表示从发送端发送数据开始，到发送端收到来自接收端的确认(接收端收到数据后便立即发送确认)，总共经历的时延。一般而言，RTT值越小，用户往返服务端的耗时就越少，直观地感受就是网速越快。

考察下载速度信息，主要是模拟用户下载资源信息的情况，下载速度越快越优。

考察运营商的网络级别，主要是衡量运营商的行业地位，一般而言，大的骨干运营商，路由表中边界网关协议(Border Gateway Protocol，BGP)对应的对等体(Peer)相对较多,与其它运营商的互联互通情况更好，其分配到的互联网(Internet Protocol，IP)地址数量也越多，其所覆盖的用户数也越多。

考察运营商所覆盖的用户PV、流量信息，是从现有业务的用户分布属性出发，了解了各业务的所有用户中来源于各运营商的PV、流量各占比多少，就可以有针对性地选择，例如，公司业务中近60％用户都是来源于中国电信，只有30％用户来源于中国联通，一般而言，根据网络的互联互通规律，同等条件下，电信用户访问电信机房的速度优于其访问联通机房，所以在选择CDN运营商时，也倾向于选择中国电信这家运营商。当然，如果已有业务还没有上线，获取不到用户分布属性信息，此部分的数据对于所有候选运营商都可以忽略，也不会对结果生成造成影响。

综上，上述技术层面维度将网络访问速度、下载速度、运营商规模等级、现有业务用户分布属性纳入了考察，系统全面，能避免包含了决策人员疏忽遗漏。

考察运营商单位报价，主要是从经济成本角度出发，衡量各运营商在提供同等资源(带宽/机器)条件的报价，报价越低，越能节省成本。

考察运营商资质，主要是从基础设施(Tier)、行业解决方案进行衡量其优劣。

考察服务等级，主要是从业务可用性(如99％、99.9％)、服务的时间(7*24)方面去衡量运营商的优劣。

考察运营商既往合作情况，主要是根据既往合作情况，统计一段时期内运营商的故障数，以及运维人员对于运营商服务水平的认可程度，利用这些数据去衡量运营商的优劣。

考察运营商交付周期，主要是衡量在需求同等资源条件下，运营商在多久的时间内能够准备好这些资源，交付周期越短越好。

考察运营商扩容周期，主要是衡量在已有业务部署情况下，另再需求同等资源条件下，运营商在多久的时间内能够准备好这些新资源，扩容周期越短越好。

考察运营商是否支持预交付资源，主要是衡量如果无法在短时间内筹齐款项，运营商是否支持让客户先使用其服务，而后再付款。运营商支持预交付资源为优。

以上商务层面维度，如果无法收集到相应维度数据，可以忽略或设置为统一的值。

S12：获取所述候选信息在所述维度上的数据。

可选的，所述获取所述候选信息在所述维度上的数据，包括：

采用自动化收集工具，和/或，采用手工导入方式，获取所述候选信息在所述维度上的数据。

具体的，RTT信息和下载速度信息维度上的数据可以采用自动化收集工具获取；其他维度上的数据可以采用手工导入方式，例如，对于运营商的网络级别、用户PV、流量信息、单位报价(带宽、服务器等)、服务等级(SLA)、交付、扩容周期、是否支付预交付等维度，都支持手动数据导入。

一个实施例中，当所述维度是RTT信息时，所述候选信息在所述RTT信息维度上的数据采用自动化收集工具获取，所述自动化收集工具采用如下方式获取RTT信息：

以候选CDN运营商机房的服务器为发送端，以用户为接收端，根据预先划分的网段，以及预设的周期，收集RTT信息。

具体的，RTT信息自动化收集工具说明如下：

RTT信息的长短与用户感受到的网速快慢息息相关。一般而言，候选运营商会提供若干服务器供客户进行网络测试。可以以用户为发送端，以候选运营商机房的服务器为接收端来进行收集RTT信息，但这种方式需要在发送端(用户端)都安装有RTT信息收集和传输工具，实际部署时可行性不高。由于RTT信息是往返时延的表示，故可以考虑交换发送端接收端，即以候选运营商机房的服务器为发送端，以用户为接收端，来进行收集RTT信息。

参见图2，RTT信息收集主要包括以下步骤：

S21：部署收集程序。

RTT信息收集最常用的工具是PING程序。由于系统自带的PING程序无法满足快速、高并发收集RTT信息的需求，本发明实施例还设计了一种增强版PING程序(SPING)，SPING支持直接指定网段扫描，支持发送任意数量(取决于机器性能)的高并发探测包，能快速获取PING目标IP地址的RTT信息。应用时，需要在候选CDN运营商会提供的服务器上部署SPING程序，并设定好相应运行参数即可。

S22：设定需要收集RTT信息的网段。

例如，如果希望CDN运营商能够为泰国的用户提供服务，那么就可以将泰国这个国家的网段从IP地理信息库专门划分出来，然后利用SPING程序对泰国IP地址网段进行RTT信息收集。

S23：设定自动采集周期。

为了尽可能保证数据收集的全面性、准确性，可以收集多次RTT信息。

例如，收集一次泰国IP地址网段的RTT信息需要1.5小时，那么可以以2小时为周期，不断循环，持续收集一段时间(如一周)，这样就能将高峰期、低峰期的数据都能收集到。

S24：部署RTT信息处理程序。

RTT信息采集完成后，需要对数据进行分析处理，以满足后续的处理要求。

例如，经过上述采集，可以得到设定的网段内，能够PING通的IP地址与RTT信息的对应关系，以及，通过结合IP库提供的地理信息及运营商信息，可以获得RTT信息与城市、运营商的对应关系等。

另一个实施例中，当所述维度是下载速度信息时，所述候选信息在所述下载速度信息维度上的数据采用自动化收集工具获取，所述自动化收集工具采用如下方式获取下载速度信息：

采用需要测速的网页内嵌入的预设脚本下载预设服务器的预设资源；

获取下载所述预设资源时的下载速度信息。

具体的，下载速度信息自动化收集工具的说明如下：

下载速度是用户对网络资源进行下载这一过程中的下载速度，通常以“KB/S”的形式来表达。为了解候选运营商的网络状况，可以在候选运营商机房服务器上部署下载服务，下载资源可以是一定大小的图片或其它资源，然后将部分用户的流量引到候选运营商，用户进行下载服务，记录下载速度，最后将下载速度信息进行上报。

参见图3，下载速度信息收集主要包括以下步骤：

S31：在每个候选CDN运营商提供的服务器上部署下载资源。

下载资源例如是一个2048KB大小的图片资源。

S32：在需要测速的网页内嵌入预设代码。

该预设代码例如为一段JavaScript代码，这段代码的功能有：

当用户访问此网页时，确定让用户去下载部署在哪个CDN运营商服务器上的图片资源；在实际实施时，可以依次指定每个CDN运营商的服务器；

让用户下载上一步骤中确定的服务器上的图片资源；

计算此图片的下载速度；

将下载速度、用户的IP地址、图片服务器的URI、访问时间等信息发送到指定接收测速数据的服务器；

S33：接收测试数据的服务器处理接收到的测速数据。

可以根据用户IP地址，结合IP地址库中提供的地理位置及运营商信息，可以相对全面地描绘出每次下载行为的概貌。

例如，根据接收到的数据，可以建立CDN运营商，用户的IP地址以及下载速度信息之间的对应关系。

通过以上步骤，可以自动地获取、分析到下载速度信息。

S13：根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分。

可选的，所述根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分，包括：

根据所述数据和单维度得分模型，获取所述候选信息在每个维度上的得分；

根据所述每个维度上的得分以及所述维度的权重，得到所述候选信息的得分。

例如，可以根据每个CDN运营商在RTT信息维度上的数据，以及RTT信息维度对应的单维度得分模型，得到每个CDN运营商在RTT信息维度上的得分，类似的，还可以得到每个CDN运营商在下载速度信息维度上的得分等，将同一个CDN运营商在每个维度上的得分与该维度上的权重相乘后，再将不同维度上的乘积相加后，得到该CDN运营商的得分。

可选的，所述根据所述数据和单维度得分模型，获取所述候选信息在每个维度上的得分，包括：

对应当前处理的维度，根据所述数据，获取所述候选信息在所述当前处理的维度上的最优参数，以及当前处理的候选信息在所述当前处理的维度上的当前参数；

根据所述当前参数与所述最优参数的比值，以及预设的最高分数，确定当前处理的候选信息在所述当前处理的维度上的得分。

进一步的，如果当前处理的维度是RTT信息或下载速度信息，所述获取当前处理的候选信息在所述当前处理的维度上的当前参数，包括：

根据所述数据，得到所述数据对应的二维坐标系上的坐标点；

获取设置的期望值；

根据任一组两个坐标点组成的线段以及所述期望值，计算所述两个坐标点对应的期望面积，所述期望面积是所述数据中优于所述期望值的部分组成的面积；

将不同组的两个坐标点对应的期望面积之和，确定为当前处理的候选信息在所述当前处理的维度上的当前参数。

具体的，以RTT信息维度为例，获取CDN运营商在RTT维度上的得分可以包括：

在采用自动化收集工具收集数据时，可以得到CDN运营商，IP地址与RTT信息之间的对应关系。根据IP地址可以聚类出每个IP地址所属的/24C网段，即将IP地址的前24位保持不变，后8位置0，再根据同一个24C网段内的IP地址对应的RTT信息，得到该24C网段对应的RTT信息，例如，将同一个24C网段内的能够获取到的IP地址对应的RTT信息取均值作为该24C网段对应的RTT信息。之后可以结合IP动作库中的地理位置信息，经过数据分析处理后，可以获得从CDN运营商到各IPC段的RTT信息，部分数据可以如表1所示：

表1

上述数据表示是从ID-Indosat这家CDN运营商PING整个印尼地区IP地址的RTT信息。

为了衡量ID-Indosat等CDN运营商在RTT信息维度上的优劣情况，本发明实施例特设计了以下模型进行衡量。参见图4，获取CDN运营商在RTT信息维度上的得分可以包括：

S41：对当前处理的一个CDN运营商，获取该CDN运营商在RTT信息维度上的数据，数据包括RTT值以及对应的时间，并对RTT值按照时间排序。

S42：设定RTT信息的期望值(RTT_Expectation)。

期望值可以由用户设置，动态调整。

理论上讲RTT信息越小表明运营商越好，因为这通常意味着网络性能更佳。但另一方面，一般来说，CDN运营商提供的网络性能越好，其对应的收费相对也会更高。如果RTT值在60ms内，就可以满足业务对性能方面的要求，那么就没必要选择RTT在40ms内的另一家运营商，因为RTT越小的运营商其收费更高，毕竟，决策需要考虑投入产出比。

S43：将按照时间排序后的RTT值和对应的时间，映射到二维坐标系上，得到坐标点。

例如，以时间为X轴，以RTT值为Y轴，按时间顺序在坐标系上描绘出所有RTT信息的分布。

S44：根据坐标点得到该CDN运营商对应的期望面积。

期望面积可以采用如下方式获取：

a，对于坐标系上的任意两个点，假设是A和B，坐标分别是A(T_A,RTT_A)和B(T_B,RTT_B)。理论上，A、B的RTT值越小于RTT_Expectation表明更佳的网络性能。

b，利用RTT信息的期望值(RTT_Expectation)构造两个新的点，分别是C和D，坐标分别是C(T_A,RTT_Expectation)和D(T_B,RTT_Expectation)

c,A,B和C，D之间的关系可以有四种，分别参见图5a-图5d。

c，计算A、B两点对应的期望面积。

对于上述四种情况，由于考察的是RTT值小于等于RTT_Expectation的情况，则使用A(T_A,RTT_A)、B(T_B,RTT_B)、C(T_A,RTT_Expectation)、D(T_B,RTT_Expectation)或E(T_E,RTT_Expectation)这些点所组成的在RTT_Expectation值以下的那部分图形的面积S(称之为期望面积)来衡量优劣。其中，E是线段AB与CD的交点。

具体的，参见图5a，A(T_A,RTT_A)、B(T_B,RTT_B)、C(T_A,RTT_Expectation)、D(T_B,RTT_Expectation)组成一个梯形，且该梯形位于RTT_Expectation之上，则期望面积(即RTT_Expectation值以下的那部分图形的面积)S为零。

参见图5b，E是线段AB与线段CD的交点。期望面积是A(T_A,RTT_A)，C(T_A,RTT_Expectation)，E(T_E,RTT_Expectation)这三点组成的三角形的面积，期望面积通过计算该三角形的面积的得到。

参见图5c，E是线段AB与线段CD的交点。期望面积是B(T_B,RTT_B)，D(T_B,RTT_Expectation)，E(T_E,RTT_Expectation)这三点组成的三角形的面积，期望面积通过计算该三角形的面积的得到。

参见图5d，A(T_A,RTT_A)、B(T_B,RTT_B)、C(T_A,RTT_Expectation)、D(T_B,RTT_Expectation)组成一个梯形，且该梯形位于RTT_Expectation之下，则期望面积(即RTT_Expectation值以下的那部分图形的面积)是A(T_A,RTT_A)、B(T_B,RTT_B)、C(T_A,RTT_Expectation)、D(T_B,RTT_Expectation)组成的梯形的面积，通过计算该梯形的面积得到期望面积。

d，可以类似A，B两点的计算方式，对一个CDN运营商对应的坐标点中的任意邻接两点都求出期望面积S_i，然后对所有期望面积进行累加，得到总体的期望面积，也就是该CDN运营商对应的期望面积。假设一个CDN运营商的RTT信息映射的坐标点有n个，则该CDN运营商对应的期望面积S可以表示为：

$S=\underset{i=1}{\overset{n-1}{\mathrm{\Σ}}}{S}_i.$

S45：根据每个CDN运营商对应的期望面积，找到最大的期望面积，并设置最高分，根据每个CDN运营商对应的期望面积和最大的期望面积，以及设置的最高分，得到每个CDN运营商在RTT信息维度上的得分。

其中，最高分可以由用户设置，例如设置为10分。

例如，最大的期望面积表示为SMAX_RTT，当前要计算得分的CDN运营商对应的期望面积是S_RTT，最高分用SR_RTT表示，则当前要计算得分的CDN运营商在RTT信息维度上的得分R_RTT是：

$R_{\mathrm{RTT}}=S{R}_{\mathrm{RTT}}\×\frac{S_{\mathrm{RTT}}}{\mathrm{SMA}{X}_{\mathrm{RTT}}}.$

上面介绍了怎样计算RTT信息这个维度各CDN运营商的得分，对于其它维度的得分计算，思路也是类似，例如对于CDN运营商下载速度这个维度的得分，也可以设定一个期望的下载速度值，然后计算下载速度的期望面积，取期望面积最大的为满分，依次计算其它CDN运营商的相对得分。

对于其它维度，如PV、流量、单位带宽报价、交付周期、既往合作情况等，亦可通过选取最优的为最高分，再计算相对得分即可。

在计算出每个维度上的得分后，可以根据该得分以及每个维度的权重，获取最终每个CDN运营商的得分。

每个CDN运营商的得分可以表示为：

$\mathrm{Score}=\underset{i=1}{\overset{m}{\mathrm{\Σ}}}{W}_i\×{\mathrm{Score}}_i$

其中，Score是每个CDN运营商的得分，Score_i是该CDN运营商在维度i上的得分，W_i是维度i的权重，m是维度的总个数。

本系统会根据经验，为各维度提供默认的权重值，在实际使用时，决策人员也可以结合实际需求，对各维度的权重重新进行调整，非常灵活方便。

S14：根据所述候选信息的得分，获取推荐信息。

可选的，所述根据所述候选信息的得分，获取推荐信息，包括：

根据所述候选信息的得分，对所述候选信息进行降序排列；

在降序排列后的候选信息中，从前到后选择预设个数的候选信息作为推荐信息。

预设个数可以是一个或者最大到候选CDN运营上的总数。

例如，对候选CDN运营商按照得分从高到低排序，之后将排序后的CDN运营商作为推荐列表输出，或者，从排序后的CDN运营商中选择一个或多个CDN运营商组成推荐列表输出。

或者，所述根据所述候选信息的得分，获取推荐信息，包括：

根据候选信息的得分，确定候选信息的等级，例如，将排序在第1位到第n(n为设置值)位的确定为第一级，排序在第(n+1)位到第m(m为设置值)位的确定为第二级等。

本实施例通过确定维度和维度的权重，以及获取候选信息在维度上的数据，并根据评判模型得到候选信息的得分，根据该得分获取推荐信息，该流程是客观的，并且在选择维度时可以选择多种维度，从而可以提高获取的推荐信息的客观性和全面性，从而提高决策效果。

图6是本发明另一实施例提出的获取推荐信息的方法的流程示意图，该方法以确定推荐CDN运营商为例，该方法包括：

S61：选择目标国家的候选CDN运营商。

其中，参见图7，可以向用户展现设置界面，该设置界面中包括可供选择的候选CDN运营商，用户可以在可供选择的CDN运营商列表中选择候选CDN运营商。通常选择的候选CDN运营商为多个，多个是指至少两个。

S62：设置相关参数，相关参数包括：维度，维度的权重，期望值中的一项或多项。

例如，参见图7，在设置界面中用户还可以选择维度，并设置维度的权重和期望值。

本实施例以上述参数在同一个界面中设置为例，可以理解的是，不同参数也可以在不同时不同界面上设置。

设定好各维度的权重因子，系统会根据已有数据，自动计算出各CDN运营商各维度详细得分、各维度汇总得分，并依照得分高低，给出CDN运营商的等级排名，生成推荐列表。整个计算流程对用户可见、可控，用户可以根据需求随意调整各维度参数，例如，若偏向于价格，则可以将单位带宽报价这个维度的权重因子值设置得更高；若偏向于性能，则可以将RTT时延、下载速度这些维度的权重因子值设置得更高；若偏向于运营商对于已有业务的覆盖能力，则可以将PV、流量、网络级别这些维度的权重因子值设置得更高。对于维度权重因子的调整，非常之方便灵活，由于权重因子是根据实际需求设置的，所以生成的运营商评级列表也能按照决策的侧重方向来生成，针对性强，简洁高效。

S63：管理查看每个候选CDN运营商各维度详细信息及得分。

该步骤是可选的，也可以不关联查看具体的每个维度的信息，而直接获取推荐结果。

在需要管理查看时，本实施例可以提供一套支持对CDN运营商各个因素进行数据展示和存储的系统，以便对获取的数据进行保存和/或分析处理等。

根据候选CDN运营商得到CDN运营商的推荐列表也可以称为确定CDN运营商等级，根据前述可知，影响CDN运营商等级的维度很多，针对各维度，可以采用一套能管理、查看和存储该维度上数据的系统。本发明实施例提供了支持管理、查看、存储各因素数据的系统。通过这个系统，可以方便、直观查看到各维度的数据及相对得分。

例如，以RTT信息为例，收集了用户到各CDN运营商的RTT信息后，系统后台能够自动保存、处理分析这些数据信息，决策人员通过Web前端，设置RTT信息的期望值以及该维度的权重后，就可以查看到各运营商在RTT信息这个维度的性能表现了，同时还会给出各运营商的相对得分，具体可以如图8所示，给出了三个CDN运营商在RTT信息维度上的数据，以及三个CDN运营商在RTT信息维度上的得分。

S64：根据评判模型得到每个候选CDN运营商的得分，并根据该得分输出推荐列表，推荐列表中包括至少一个的CDN运营商。

具体的获取得分以及生成推荐列表的方式可以参见上述实施例，在此不再赘述。

本实施例中，提供多个评判维度供决策人员选择，避免决策人员由于缺乏系统的考虑维度、评判指标造成的决策偏颇；系统支持对每个维度权重因子的灵活调整，能根据业务实际需求有针对性地生成运营商评级列表，简单高效。设计实现了一套提供评判维度数据的自动化收集工具，极大提升了数据收集、处理的效率。设计实现了一套支持对影响CDN运营商等级的各个维度进行数据管理、展示和存储的系统，能让各维度的实际情况得到直观展示，同时支持让不同运营商相同维度的数据进行对比，好坏优劣，一目了然。支持数据的存储积累功能，便于数据的深度分析和评级的复现。设计实现了一套评判运营商等级的数学模型，能够自动分析处理输入的各维度数据,结合各维度的权重因子，自动生成CDN运营商推荐列表，整个过程对用户可见、可控，评判模型方便灵活、有效、高效，为决策人员决策提供了强大的数据支持。

图9是本发明另一实施例提出的获取推荐信息的装置的结构示意图，该装置90包括确定模块91，获取模块92，计算模块93和推荐模块94。

确定模块91用于确定候选信息，以及，确定用于评价所述候选信息的维度和所述维度的权重；

获取模块92用于获取所述候选信息在所述维度上的数据；

其中，本实施例的方法可以具体应用在CDN运营商的选择上，因此，候选信息可以具体是指目标国家的候选CDN运营商。候选CDN运营商可以由用户设置或在系统提供的可供选择的CDN运营商中选择得到。

候选信息的维度和维度的权重可以由用户进行设置。具体的，系统可以向用户展现设置界面，设置界面中包括多个可供选择的维度，用户可以在多个可供选择的维度中勾选出用户最终选择的维度，另外，每个维度对应的权重可以由用户设置，例如，在设置界面中填写最终选择的每个维度对应的权重。

可选的，维度可以包括技术层面的维度，和/或，商务层面的维度。

其中，所述技术层面的维度包括如下项中的至少一项：

CDN运营商覆盖目标国家的往返时延(Round-Trip Time，RTT)信息；

CDN运营商覆盖目标国家的下载速度信息；

CDN运营商的网络级别；

既有业务中，CDN运营商所覆盖的用户页面浏览量(Page View，PV)和流量信息；

所述商务层面的维度包括如下项中的至少一项：

单位报价；

CDN运营商资质；

服务等级；

CDN运营商既往合作情况信息；

CDN运营商交付周期；

CDN运营商扩容周期；

CDN运营商是否支持预交付资源。

对上述维度的具体说明可以参见方法实施例，在此不再赘述。

可选的，所述获取模块92具体用于：

采用自动化收集工具，和/或，采用手工导入方式，获取所述候选信息在所述维度上的数据。

具体的，RTT信息和下载速度信息维度上的数据可以采用自动化收集工具获取；其他维度上的数据可以采用手工导入方式，例如，对于运营商的网络级别、用户PV、流量信息、单位报价(带宽、服务器等)、服务等级(SLA)、交付、扩容周期、是否支付预交付等维度，都支持手动数据导入。

可选的，当所述维度是RTT信息时，所述候选信息在所述RTT信息维度上的数据采用自动化收集工具获取，所述自动化收集工具采用如下方式获取RTT信息：

以候选CDN运营商机房的服务器为发送端，以用户为接收端，根据预先划分的网段，以及预设的周期，收集RTT信息。

具体的RTT信息收集主要包括的内容可以参见图2所示实施例。

可选的，当所述维度是下载速度信息时，所述候选信息在所述下载速度信息维度上的数据采用自动化收集工具获取，所述自动化收集工具采用如下方式获取下载速度信息：

采用需要测速的网页内嵌入的预设脚本下载预设服务器的预设资源；

获取下载所述预设资源时的下载速度信息。

具体的下载速度信息收集主要包括的内容可以参见图3所示实施例。

计算模块93用于根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分；

另一实施例中，参见图10，所述计算模块93包括：

第一单元931，用于根据所述数据和单维度得分模型，获取所述候选信息在每个维度上的得分；

第二单元932，用于根据所述每个维度上的得分以及所述维度的权重，得到所述候选信息的得分。

例如，可以根据每个CDN运营商在RTT信息维度上的数据，以及RTT信息维度对应的单维度得分模型，得到每个CDN运营商在RTT信息维度上的得分，类似的，还可以得到每个CDN运营商在下载速度信息维度上的得分等，将同一个CDN运营商在每个维度上的得分与该维度上的权重相乘后，再将不同维度上的乘积相加后，得到该CDN运营商的得分。

可选的，所述第一单元931具体用于：

对应当前处理的维度，根据所述数据，获取所述候选信息在所述当前处理的维度上的最优参数，以及当前处理的候选信息在所述当前处理的维度上的当前参数；

根据所述当前参数与所述最优参数的比值，以及预设的最高分数，确定当前处理的候选信息在所述当前处理的维度上的得分。

可选的，如果当前处理的维度是RTT信息或下载速度信息，所述第一单元931进一步具体用于：

根据所述数据，得到所述数据对应的二维坐标系上的坐标点；

获取设置的期望值；

根据任一组两个坐标点组成的线段以及所述期望值，计算所述两个坐标点对应的期望面积，所述期望面积是所述数据中优于所述期望值的部分组成的面积；

将不同组的两个坐标点对应的期望面积之和，确定为当前处理的候选信息在所述当前处理的维度上的当前参数。

具体的以RTT信息为例获取单维度上的得分可以参见方法实施例，在此不再赘述。

推荐模块94用于根据所述候选信息的得分，获取推荐信息。

可选的，所述推荐模块具体用于：

根据所述候选信息的得分，对所述候选信息进行降序排列；在降序排列后的候选信息中，从前到后选择预设个数的候选信息作为推荐信息；或者，

根据所述候选信息的得分，确定所述候选信息的等级。

预设个数可以是一个或者最大到候选CDN运营上的总数。

例如，对候选CDN运营商按照得分从高到低排序，之后将排序后的CDN运营商作为推荐列表输出，或者，从排序后的CDN运营商中选择一个或多个CDN运营商组成推荐列表输出。

另一实施例中，参见图10，该装置90还包括：

展现模块95，用于向用户展现设置界面；以及，接收所述用户在所述设置界面中输入的如下项中的任一项：候选信息，维度，维度的权重，期望值。

例如，展现如图7所示的设置界面。

另一实施例中，参见图10，该装置90还包括：

管理模块96，用于对所述维度上的数据进行保存和/或分析处理。

例如，展现如图10所示的RTT信息维度上的数据。

本实施例通过确定维度和维度的权重，以及获取候选信息在维度上的数据，并根据评判模型得到候选信息的得分，根据该得分获取推荐信息，该流程是客观的，并且在选择维度时可以选择多种维度，从而可以提高获取的推荐信息的客观性和全面性，从而提高决策效果。

需要说明的是，在本发明的描述中，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性。此外，在本发明的描述中，除非另有说明，“多个”的含义是两个或两个以上。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本发明的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本发明的实施例所属技术领域的技术人员所理解。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本发明各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。

Claims (23)

1.一种获取推荐信息的方法，其特征在于，包括：

确定候选信息，以及，确定用于评价所述候选信息的维度和所述维度的权重；

获取所述候选信息在所述维度上的数据；

根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分；

根据所述候选信息的得分，获取推荐信息。

2.根据权利要求1所述的方法，其特征在于，所述候选信息是目标国家的候选CDN运营商。

3.根据权利要求2所述的方法，其特征在于，所述维度包括：

技术层面的维度，和/或，商务层面的维度；

其中，所述技术层面的维度包括如下项中的至少一项：

CDN运营商覆盖目标国家的RTT信息；

CDN运营商覆盖目标国家的下载速度信息；

CDN运营商的网络级别；

既有业务中，CDN运营商所覆盖的用户PV和流量信息；

所述商务层面的维度包括如下项中的至少一项：

单位报价；

CDN运营商资质；

服务等级；

CDN运营商既往合作情况信息；

CDN运营商交付周期；

CDN运营商扩容周期；

CDN运营商是否支持预交付资源。

4.根据权利要求3所述的方法，其特征在于，所述获取所述候选信息在所述维度上的数据，包括：

采用自动化收集工具，和/或，采用手工导入方式，获取所述候选信息在所述维度上的数据。

5.根据权利要求4所述的方法，其特征在于，当所述维度是RTT信息时，所述候选信息在所述RTT信息维度上的数据采用自动化收集工具获取，所述自动化收集工具采用如下方式获取RTT信息：

以候选CDN运营商机房的服务器为发送端，以用户为接收端，根据预先划分的网段，以及预设的周期，收集RTT信息。

6.根据权利要求4所述的方法，其特征在于，当所述维度是下载速度信息时，所述候选信息在所述下载速度信息维度上的数据采用自动化收集工具获取，所述自动化收集工具采用如下方式获取下载速度信息：

采用需要测速的网页内嵌入的预设脚本下载预设服务器的预设资源；

获取下载所述预设资源时的下载速度信息。

7.根据权利要求1所述的方法，其特征在于，所述根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分，包括：

根据所述数据和单维度得分模型，获取所述候选信息在每个维度上的得分；

根据所述每个维度上的得分以及所述维度的权重，得到所述候选信息的得分。

8.根据权利要求7所述的方法，其特征在于，所述根据所述数据和单维度得分模型，获取所述候选信息在每个维度上的得分，包括：

对应当前处理的维度，根据所述数据，获取所述候选信息在所述当前处理的维度上的最优参数，以及当前处理的候选信息在所述当前处理的维度上的当前参数；

根据所述当前参数与所述最优参数的比值，以及预设的最高分数，确定当前处理的候选信息在所述当前处理的维度上的得分。

9.根据权利要求8所述的方法，其特征在于，如果当前处理的维度是RTT信息或下载速度信息，所述获取当前处理的候选信息在所述当前处理的维度上的当前参数，包括：

根据所述数据，得到所述数据对应的二维坐标系上的坐标点；

获取设置的期望值；

根据任一组两个坐标点组成的线段以及所述期望值，计算所述两个坐标点对应的期望面积，所述期望面积是所述数据中优于所述期望值的部分组成的面积；

将不同组的两个坐标点对应的期望面积之和，确定为当前处理的候选信息在所述当前处理的维度上的当前参数。

10.根据权利要求9所述的方法，其特征在于，还包括：

向用户展现设置界面；

接收所述用户在所述设置界面中输入的如下项中的任一项：

候选信息，维度，维度的权重，期望值。

11.根据权利要求1所述的方法，其特征在于，所述获取所述候选信息在所述维度上的数据之后，所述方法还包括：

对所述维度上的数据进行保存和/或分析处理。

12.根据权利要求1所述的方法，其特征在于，所述根据所述候选信息的得分，获取推荐信息，包括：

根据所述候选信息的得分，对所述候选信息进行降序排列；在降序排列后的候选信息中，从前到后选择预设个数的候选信息作为推荐信息；或者，

根据所述候选信息的得分，确定所述候选信息的等级。

13.根据权利要求1所述的方法，其特征在于，所述候选信息是CDN运营商。

14.一种获取推荐信息的装置，其特征在于，包括：

确定模块，用于确定候选信息，以及，确定用于评价所述候选信息的维度和所述维度的权重；

获取模块，用于获取所述候选信息在所述维度上的数据；

计算模块，用于根据所述数据和所述权重，以及预先建立的评判模型，得到所述候选信息的得分；

推荐模块，用于根据所述候选信息的得分，获取推荐信息。

15.根据权利要求14所述的装置，其特征在于，所述获取模块具体用于：

采用自动化收集工具，和/或，采用手工导入方式，获取所述候选信息在所述维度上的数据。

16.根据权利要求15所述的装置，其特征在于，当所述维度是RTT信息时，所述候选信息在所述RTT信息维度上的数据采用自动化收集工具获取，所述自动化收集工具采用如下方式获取RTT信息：

以候选CDN运营商机房的服务器为发送端，以用户为接收端，根据预先划分的网段，以及预设的周期，收集RTT信息。

17.根据权利要求15所述的装置，其特征在于，当所述维度是下载速度信息时，所述候选信息在所述下载速度信息维度上的数据采用自动化收集工具获取，所述自动化收集工具采用如下方式获取下载速度信息：

采用需要测速的网页内嵌入的预设脚本下载预设服务器的预设资源；

获取下载所述预设资源时的下载速度信息。

18.根据权利要求14所述的装置，其特征在于，所述计算模块包括：

第一单元，用于根据所述数据和单维度得分模型，获取所述候选信息在每个维度上的得分；

第二单元，用于根据所述每个维度上的得分以及所述维度的权重，得到所述候选信息的得分。

19.根据权利要求18所述的装置，其特征在于，所述第一单元具体用于：

对应当前处理的维度，根据所述数据，获取所述候选信息在所述当前处理的维度上的最优参数，以及当前处理的候选信息在所述当前处理的维度上的当前参数；

根据所述当前参数与所述最优参数的比值，以及预设的最高分数，确定当前处理的候选信息在所述当前处理的维度上的得分。

20.根据权利要求19所述的装置，其特征在于，如果当前处理的维度是RTT信息或下载速度信息，所述第一单元进一步具体用于：

根据所述数据，得到所述数据对应的二维坐标系上的坐标点；

获取设置的期望值；

根据任一组两个坐标点组成的线段以及所述期望值，计算所述两个坐标点对应的期望面积，所述期望面积是所述数据中优于所述期望值的部分组成的面积；

将不同组的两个坐标点对应的期望面积之和，确定为当前处理的候选信息在所述当前处理的维度上的当前参数。

21.根据权利要求20所述的装置，其特征在于，还包括：

展现模块，用于向用户展现设置界面；以及，接收所述用户在所述设置界面中输入的如下项中的任一项：候选信息，维度，维度的权重，期望值。

22.根据权利要求14所述的装置，其特征在于，还包括：

管理模块，用于对所述维度上的数据进行保存和/或分析处理。

23.根据权利要求14所述的装置，其特征在于，所述推荐模块具体用于：

根据所述候选信息的得分，对所述候选信息进行降序排列；在降序排列后的候选信息中，从前到后选择预设个数的候选信息作为推荐信息；或者，

根据所述候选信息的得分，确定所述候选信息的等级。