专利名称：基于应用的多业务承载方法
技术领域：
本发明涉及内容分发网络中的资源分配。
背景技术：
内容分发网络中包括多个虚拟内容分发网络。每个虚拟内容分发网络从内容分发网络中划分出指定“资源”，来供每个虚拟内容分发网络以独享的方式使用。每个虚拟内容分发网络中包括多个应用。当用户发起服务请求时，虚拟内容分发网络向各服务请求分配资源。在现有技术中，内容分发网络或者按照完全独享的方式，向资源分配给服务请求，或者按照完全共享的方式，使与应用相关联的服务请求争用资源。在以完全独享的方式分配资源的情况下，存在对一应用独享的资源未被使用，而与其它应用相关联的服务请求无法获得资源的情况。在以完全共享的方式分配资源的情况下，存在因其它应用的争用，系统关键内容始终无法推送的情况。缺乏一种内容分发网络中的灵活的资源分配方式。
发明内容
本发明涉及一种将资源分配给服务请求的方法。该方法包括接收与应用相关联的、请求资源的服务请求，其中该服务请求包括一 URL ;解析所接收的URL以标识与该服务请求相关联的应用；确定与该应用相关联的应用资源优先模式；根据所确定的应用资源优先模式，按次序将资源分配给该服务请求。本发明还涉及一种将资源分配给服务请求的系统。该系统包括:接入控制模块，接收包括服务URL的请求资源的服务请求；应用解析模块，解析所接收的URL以标识与该服务请求相关联的应用；资源管理模块，确定与该应用相关联的应用资源优先模式，并根据所确定的应用资源优先模式，按次序将资源分配给该服务请求。
图1是根据本发明的示例性实施例向服务请求分配资源的系统的框图。图2是根据本发明的示例性实施例向服务请求分配资源的方法。图3-4是根据图2所示的方法中按次序分配资源的流程图。
具体实施例方式图1是根据本发明的示例性实施例向服务请求分配资源的系统的框图。该系统可包括接入控制模块102、应用解析模块104、资源管理模块106、内容定位模块108、数据服务模块110。接入控制模块102从用户处接收服务请求。该服务请求包括服务URL，并指定所请求的资源。服务请求与一应用相关联。一应用可具有相关联的一个或多个服务请求。在接收到服务请求后，接入控制模块102调用应用解析模块104，后者解析URL以得到与该服务请求相关联的应用的标识。后续的处理均依赖于解析得到的应用标识。在解析得到应用标识之后，接入控制模块102将所得到的应用标识发送给资源管理模块106，接入控制模块102中的负载均衡器112调用资源管理模块106。资源管理模块106根据接入控制模块102发送的应用标识，查询与该应用相关联的应用资源优先模式。在确定了与该应用相关联的应用资源优先模式之后，资源管理模块按照该优先模式所确定的次序，向服务请求分配资源。这些资源或者以独享方式、或者以共享方式被服务请求使用。在分配了资源之后，接入控制模块102调用内容定位模块108。在内容定位模块108找到用户期望访问的内容在内容分发网络中的位置之后，接入控制模块102向数据服务模块110通知，要向用户提供用户期望访问的内容。图2是根据本发明的示例性实施例向服务请求分配资源的方法。在操作202，接入控制模块从用户处接收包括服务URL的服务请求。该服务请求向内容分发网络请求某一数量的资源。在操作204，接入控制模块调用应用解析模块，对服务URL进行解析，以获取与此次服务相关联的“应用”的标识。关于应用解析的具体步骤将在以下描述。在操作206，接入控制模块中的负载均衡器调用资源管理模块，对资源进行检查和并代表用户为该服务请求来请求资源。资源管理模块确定与该服务请求相关联的应用所指定的应用资源优先模式。在操作208，资源管理模块根据所确定的应用资源优先模式，按次序将所请求的资源分配给服务请求。关于资源分配的细节将在以下描述。如果没有资源可以被分配，则拒绝该服务请求。否则该过程继续到操作210。在操作210，接入控制模块调用内容定位服务，来在CDN中定位要用户旨在访问的内容。在操作212，接 入控制模块通知数据服务模块要将用户旨在访问的内容提供给用户。以下描述本发明的URL解析策略。服务URL的格式一般如下(口内的为可选项):协议://主机名[:端口 ]/路径/[;参数][ 查询]#片段其中“协议”指定使用的传输协议,包括但不限于:p、http、https、file等；主机名是指存放资源的服务器的域名系统主机名或IP地址；路径是由零个或多个“/”符号隔开的字符串，一般用来表示主机上的一个目录或文件地址；查询用于给动态网页(如使用CG1、ISAPI, PHP/JSP/ASP/ASP.NET等技术制作的网页)传递参数，可有多个参数，用“&”符号隔开，每个参数的名和值用“=”符号隔开。在本发明中，可以根据主机名、路径中的第一个目录名以及查询中一参数的值来标识应用。在一个示例中，URL为http://1.1.1.1/contex/a/b.flv appid=contex&token=XXX在此例中，应用可根据主机名来解析，即可根据主机名“1.1.1.1”来解析以得到应用的标识。或者，可根据路径中的第一个目录名，即“contex”来解析。或者，也可根据查询中参数的值来解析，例如，如果一种策略指定使用appid参数,则该参数的值即“contex”可被用来解析以得到应用的标识。在一个示例中，参数可以包括服务类型、用户级别等等。在本发明中，还可选用主机名、路径中的第一个目录名和查询中一参数的值中的一个或多个的组合来解析以得到应用的标识。以下是对应用资源优先模式的具体描述。
在资源管理模块被接入控制模块调用时，资源管理模块可查询来确定与应用相关联的应用资源优先模式。本发明中的应用资源优先模式分为:独享资源优先和共享资源优先。根据本发明的实施例，在独享资源优先模式中，优先向服务请求分配以独享方式使用的资源，在向与该服务请求相关联的应用所分配的以独享方式使用的资源数量达到与该应用相关联的一定阈值之后，服务请求以共享方式使用内容分配网络中的资源。而在共享资源优先模式中，优先向服务请求分配以共享方式使用的资源，在向与该服务请求相关联的应用分配的以共享方式使用的资源数量达到与该应用相关联的一定阈值之后，服务请求以独享方式使用内容分配网络中的资源。在本发明的实施例中，可为应用分配可配置数量的资源供应用独享。即使与该应用相关联的服务请求实际上没有在使用这些数量资源，也要为该应用预留这些数量的资源，而不能将这些量的资源分配给与其它应用相关联的服务请求使用。而以共享方式使用的资源可在多个应用之间根据先到先得的原则进行使用。本发明中所述的资源包括高速缓存(即，哪些高速缓存可被使用)、并发数量(即一应用所支持的同时在线用户数量)、流量(即可提供服务的数据流量)、存储量(可高速缓存内容的存储容量)等等。现在参考图3和图4，提供对根据所确定的应用资源优先模式，按次序将资源分配给服务请求的具体描述。服务请求首先查询与应用相关联的应用资源优先模式，来判断应用资源优先模式是“共享”资源优先还是“独享”资源优先(操作300)。在确定该应用资源优先模式为独享资源优先模式时，首先判断如果向该服务请求分配以独享方式使用的所请求的资源，那么分配给与该应用相关联的各服务请求的、以独享方式使用的资源的数量是否超过第一阈值(操作302)。第一阈值可以由用户或系统根据各个应用预先定义。如果没有超过第一阈值，则可向该服务请求分配以独享方式使用的所请求的资源(操作304)。如果超过第一阈值，则进一步判断，如果向该服务请求分配以共享方式使用的所请求的资源，那么分配给与该应用相关联的各服务请求的、以共享方式使用的资源的数量是否超过第二阈值(操作306)。第二阈值可以由用户或系统根据各个应用预先定义。如果没有超过第二阈值，则向该服务请求分配以共享方式使用的所请求的资源(操作308)。如果超过第二阈值，则又进一步判断，系统中是否存在最小量的资源能够被分配给该服务请求(操作310)。该最小量可以根据与服务请求相关联的应用由用户或系统预定义。如果是，则向该服务请求分配最小量的请求(操作312)，否则则拒绝该服务请求(操作314)。在确定该应用资源优先模式为共享资源优先模式时，首先判断如果向该服务请求分配以共享方式使用的所请求的资源，那么分配给与该应用相关联的各服务请求的、以共享方式使用的资源的数量是否超过第二阈值(操作322)。如果没有超过第二阈值，则可向该服务请求分配以共享方式使用的所请求的资源(324)。如果超过第二阈值，则进一步判断，如果向该服务请求分配以独享方式使用的所请求的资源，那么分配给与该应用相关联的各服务请求的、以独享方式使用的资源的数量是否超过第一阈值(操作326)。如果没有超过第一阈值，则向该服务请求分配以独享方式使用的所请求的资源(操作328)。如果超过第一阈值，则又进一步判断，系统中是否存在最小量的资源能够被分配给该服务请求(操作330)。如果是，则向该服务请求分配最小量的请求(操作332)，否则则拒绝该服务请求(操作334)。在本发明的又一实施例中，各资源被预先区分了优先级。在向服务请求分配资源时，按照资源的优先级向服务请求 分配资源。优先级高的资源首先被分配。优先级可由用户或系统预先定义。
权利要求
1.一种将资源分配给服务请求的方法，包括: 接收请求资源的服务请求，所述服务请求包括一 URL ； 解析所接收的URL以标识与所述服务请求相关联的应用； 确定与所述应用相关联的应用资源优先模式；以及 根据所确定的应用资源优先模式，按次序将资源分配给所述服务请求。
2.如权利要求1所述的方法，其特征在于，所述应用资源优先模式为独享资源优先模式或共享资源优先模式。
3.如权利要求2所述的方法，其特征在于，在确定所述应用资源优先模式为独享资源优先模式时，根据次序将资源分配给所述服务请求包括:判断在向所述服务请求分配以独享方式使用的所请求的资源的情况下，分配给与所述应用相关联的各服务请求的、以独享方式使用的资源的数量是否超过预定义的第一阈值，如果没有超过第一阈值，则向所述服务请求分配以独享方式使用的所请求的资源。
4.如权利要求3所述的方法，其特征在于，还包括在判断超过第一阈值的情况下，进一步判断在向所述服务请求分配以共享方式使用的所请求的资源的情况下，分配给与所述应用相关联的各服务请求的、以共享方式使用的资源的数量是否超过预定义的第二阈值，如果没有超过第二阈值，则向所述服务请求分配以共享方式使用的所请求的资源。
5.如权利要求4所述的方法，其特征在于，还包括在判断超过第二阈值的情况下，进一步判断是否存在预定义的最小量的资源能够被分配给所述服务请求，如果是，则向所述服务请求分配最小量的请求，否则则拒绝所述服务请求。
6.如权利要求2所述的方法，其特征在于，在确定所述应用资源优先模式为共享资源优先模式时，根据次序将资源分配给服务请求包括:判断在向所述服务请求分配以共享方式使用的所请求的资源的情况下，分配给与所述应用相关联的各服务请求的、以共享方式使用的资源的数量是否超过预定义的第二阈值，如果没有超过第二阈值，则向所述服务请求分配以共享方式使用的所请求的资源。
7.如权利要求6所述的方法，其特征在于，还包括在判断超过第二阈值的情况下，进一步判断在向所述服务请求分配以独享方式使用的所请求的资源的情况下，分配给与所述应用相关联的各服务请求的、以独享方式使用的资源的数量是否超过预定义的第一阈值，如果没有超过第一阈值，则向所述服务请求分配以独享方式使用的所请求的资源。
8.如权利要求7所述的方法，其特征在于，还包括在判断超过第一阈值的情况下，进一步判断是否存在预定义的最小量的资源能够被分配给所述服务请求，如果是，则向所述服务请求分配最小量的请求，否则则拒绝所述服务请求。
9.如权利要求1所述的方法，其特征在于，所述方法通过一应用解析策略解析所接收的URL，所述解析策略可按照以下各项中至少一个的组合来标识应用:主机名、路径中的第一个目录名、参数值。
10.一种将资源分配给服务请求的系统，包括: 接入控制模块，接收包括服务URL的请求资源的所述服务请求； 应用解析模块，解析所接收的URL以标识与所述服务请求相关联的应用； 资源管理模块，确定与所述应用相关联的应用资源优先模式，并根据所确定的应用资源优先模式，按次序将资源分配给所述服务请求。
全文摘要
本发明涉及基于应用的多业务承载方法。一种将资源分配给服务请求的技术。该技术包括接收与应用相关联的、请求资源的服务请求，其中该服务请求包括一URL；解析所接收的URL以标识与该服务请求相关联的应用；确定与该应用相关联的应用资源优先模式；根据所确定的应用资源优先模式，按次序将资源分配给该服务请求。
文档编号H04L12/917GK103108030SQ20121056762
公开日2013年5月15日 申请日期2012年12月24日 优先权日2012年12月24日
发明者贾京峰, 朱懿, 成功, 颜新波, 王磊, 姚毅 申请人:上海思华科技股份有限公司