CN103828326B - 基于交付点的实时资源供应流程控制***和方法 - Google Patents

Abstract

本发明公开了一种基于交付点的实时资源供应流程控制***和方法，可以实现资源请求和服务组件及POD资源间的灵活动态的绑定，实时地控制服务组件之间的交互及会话上下文，从而实现资源交付过程中面向用户的业务和面向资源的业务两个阶段的统一控制，保证资源交付的服务质量和完整性。其技术方案为：构建一个控制平面，可以对资源交付的整个过程进行控制，既包括对组件绑定和通信以及会话过程两个维度进行同时控制，又可以实现面向用户的业务和面向资源的业务两个阶段的统一控制。

Description

基于交付点的实时资源供应流程控制***和方法

发明领域

本发明涉及IT基础设施资源管理和交付，更为具体地，涉及面向服务的体系和通信环境中的一种基于交付点的资源供给流程和会话控制的方法及***。

背景技术

IT基础设施资源的交付是云计算技术研究的热点。如何将数据中心中的IT设备资源连接起来，以服务的方式交付给用户，从而向用户提供IT基础设施服务，是基础设施资源交付要解决的基本问题。

在企业环境中，企业的IT基础设施资源应该服务于企业的业务，需要为不同的应用业务供应IT基础设施资源。由于企业业务的多样化，比如有开发类业务，测试类业务，生产经营类业务等；对生产经营类业务而言，不同的企业有不同的生产经营类业务，同一企业有多种生产经营类业务，这就使得在企业环境中以服务的方式交付IT基础设施变得更为复杂。其复杂性主要体现如下：需要考虑以业务为中心来供应资源，这就涉及到业务资源规划(对于一个具体的业务，需要多少服务器，存储，网络资源，即为业务规划逻辑资源)和IT基础设施资源交付运行(业务获得真实的物理资源后运行起来)两个阶段，如何将这两个阶段结合在一起，实现以业务驱动为中心的实时(real-time)资源供给过程，是企业环境中IT基础设施资源交付要解决的基本问题。

针对该问题，考虑将传统的IT基础设施资源交付扩充为业务资源交付和物理资源(即IT基础设施资源)交付两个阶段，第一阶段为业务资源交付，即业务所需的逻辑资源的交付，第二阶段为真实的物理资源的交付过程(由于大多数企业都采用了虚拟化技术，该阶段也可以为真实的物理资源和虚拟资源)，即将逻辑资源映射到真实的物理资源。

这两个阶段的实现需要多个服务组件协作完成，涉及到面向用户业务的功能组件和面向资源的功能组件两个层次的功能组件(业务资源交付和物理资源交付两个层次的功能组件)，这些功能组件是异构的，采用不同的编程语言和接口，处于不同的协议栈，如何实现这些异构组件之间的通信，组件和资源间的通信(把资源也看做一种功能组件)，并实现请求和组件间的灵活动态的绑定，是实现组件间的协作与交互的关键。

另一方面，由于IT基础设施资源处于最底层，为上面的业务提供资源支撑，资源交付过程中的一个很小的问题都将严重地影响上面的业务的运行，从而给企业生产和经营带来巨大的损失。因而基础设施资源交付过程的控制尤为关键，即需要对整个组件交互过程进行控制(既需要对每个服务节点进行服务质量控制，哪个节点出了问题，怎样处理；又要对节点间的交互上下文进行控制)，确保服务质量。企业的生产业务很多都是实时性要求比较高的业务，IT基础设施资源交付业务也有很高的实时性要求，因而为业务供应基础设施资源时，还需要对组件交互过程进行实时控制。因而需要一种对组件的交互过程进行实时动态控制的方法，控制组件之间的交互上下文，对交互过程进行统计和智能分析，已确保运营的完整性和服务质量的提升。

再者，在IT基础设施资源交付场景中，服务组件中的资源控制组件最终要绑定到资源，需要对资源绑定进行控制。

针对这些问题，首先考虑面向服务的体系环境，将这些组件转化为服务，实现硬件的软件化，软件的服务化，采用服务总线来实现组件间的集成和通信，从而将数据中心资源转化为云服务。通过会话控制服务来实时动态地控制组件的交互过程，保证资源交付的完整性和服务质量。目前一般的服务组件的交互和通信采用企业服务总线(ESB)。ESB是一种软件体系模型，该模型可以用于面向服务的体系(SOA)环境中，来设计和实施软件应用间的交互和通信。ESB和与之相连的服务组件间的通信一般采用http(超文本链接协议)和soap(简单对象访问协议)协议，两者都是无连接的协议，这就不能控制服务组件间的交互关系(即上下文关系)，动态配置组件的交互过程。为了解决该问题，传统的研究引入了很多方法，如在ESB中引入统计分析来绑定组件和保证QoS，见IBM专利“middleware components for bundling service invocations(US7,839,799 B2)”；如通过增加专门的上下文引擎中间件来控制流程上下文，更新上下文，基于上下文的自我学习，自我优化，见IBM专利“Optimizing serviceprocessing based on business information，operational intelligence，andself-learning(US 7,921,195)”；也有从工作流管理的角度来解决的，见IBM专利“System and method for dynamically configuring a multiplatform computingenvironment(US 7,739,243 B2)”。

这些方法虽然可以从一定程度上解决组件交互的动态配置和上下文控制问题，但不能实时控制组件的交互过程。由于在IT基础设施资源交付场景中，根据用户的请求，需要实时交付IT基础设施资源，并且对实时性要求很高。而会话业务具有较高的实时性，其会话控制一般采用会话控制协议SIP，因而可以考虑采用SIP来实时控制组件间的会话(由于服务组件本身用于控制资源交付的过程的，该会话属于控制层面的会话，不同于数据层面的会话)。关于SIP和控制会话的相关发明也有很多，多数用于IP网络多媒体会话控制，也有用于PSTN和数据网络的，以及用于IP网络中的应用之间交互的。如专利“US7,869,787 B2”发明了一种IP通信***中的对服务的计费的方法，通过建立网元和收费功能间的收费的控制会话来计费。专利“method and apparatus forsession control(US 7,590,122 B2)”提出了一个与被保护的网元相关的会话过滤器。会话请求在发送到被保护的网元之前被会话过滤器处理。被保护的网元将发出事件信息来表明不被要求的会话条件(不能会话)，例如一个过载条件。会话过滤器将直接或间接地收到事件信息，从而降低或停止被发送到被保护的网元的会话请求。这两种方法通过增加专门的会话控制器来控制信令，从而起到计量或保护节点的作用，但并未涉及到不同应用场景(不同服务间)的会话控制。

专利“Session QoS control apparatus(US 7,606,914 B2)”提出了一种会话QoS控制方法，收到会话信息后，分析会话信息和确定QoS策略，并确定在哪些节点上设置QoS策略。该方法偏重QoS策略的设置与评估，并未涉及服务组件间的交互控制。

专利“Integrated application management system，apparatus and program，andintegrated session management server，system，program and server chassis，andcommunication system，session management server and integrated applicationserver(US 8,037,170 B2)”提出了一个集成的应用***，使得增加一个新的应用和用户选择一个可选的应用变得简单，增进了应用间的交互，该***包括客户端，应用服务器，以及管理设备来控制从应用服务器到客户端的集成服务的供应，管理集成会话。专利“Communicating application control and data informationusing a traffic flow over a wireless link(US 7,653,405 B2)”提出了一种无线网络中的应用信息通信方法，数据信息的通信通过无线链接上的traffic flow，数据信息的通信通过与traffic flow相关的无线信令中的无线控制消息。专利“Methods and apparatus for controlling IP applications during resources shortage(US 7,536,192 B2)”涉及通信会话和资源管理，一种在用于维持通信会话的资源，如带宽资源降低或损失的情况下，能维持移动节点间的通信会话的方法和***。专利“System，apparatus，and method for providing multi-application supportusing a single protocol stack(US 7,480,254 B2)”提出了一种在多应用的环境中，使用单独的协议栈来定义将来的消息应该被指向哪个特定的应用的方法(SIP不同于http，因为通信节点可以监听将要到来的通信)。这些方法主要考虑到在应用交互间的会话控制，但没有涉及到IT基础设施资源控制组件间的交互问题，也没有考虑资源控制组件对资源的运行进行控制的问题，因而也不能控制服务组件对runtime(运行时)IT基础设施资源的绑定和计量，更未涉及到虚机的情况。

可见，需要一种适合IT基础设施资源交付环境的组件会话控制方法，实时高效地控制组件之间的会话状态以及会话上下文，从而可以有效地控制服务组件间的交互(还可以控制服务组件和资源间的交互)，控制服务组件与资源的绑定，对服务组件的运行状态进行统计，通过上下文信息和统计信息做智能分析，实现智能会话和控制决策支持，保证运营的完整性和服务质量。

发明概述

本发明的目的在于解决上述问题，提供了一种基于交付点的实时资源供应流程控制***，可以实现资源请求和服务组件及POD资源间的灵活动态的绑定，实时地控制服务组件之间的交互及会话上下文，从而实现资源交付过程中面向用户的业务和面向资源的业务两个阶段的统一控制，保证资源交付的服务质量和完整性。

本发明的另一目的在于提供了一种基于交付点的实时资源供应流程控制方法，可以实现资源请求和服务组件及POD资源间的灵活动态的绑定，从而实现资源交付过程中面向用户的业务和面向资源的业务两个阶段的统一控制，保证资源交付的服务质量和完整性。

本发明的技术方案为：本发明揭示了一种基于交付点的实时资源供应流程控制***，在面向服务的体系和通信环境中实时控制IT设备资源交付的流程和会话，其特征在于，所述***包括服务总线、资源总线、参考模型单元、数据模型单元、会话控制服务组件、与服务总线相连的用户服务组件、与资源总线相连的资源控制服务组件，其中：

服务总线与参考模型单元、数据模型单元、资源总线、会话控制服务组件以及用户服务组件相连，接收客户端发出的资源请求，引发会话控制服务，并对请求进行调度；

会话控制服务组件为请求创建控制会话，实时控制服务组件间的交互会话，控制会话上下文，提供请求和服务组件间的动态绑定指示；

参考模型单元定义了各组件及组件间共享的功能行为以及数据源的地址和关系，为组件的绑定和执行提供所需的数据，数据在一参考模型中更新；

数据模型单元存储物理POD服务单元中的IT设备资源的状态及状态迁移数据，为资源控制组件绑定物理POD提供所需的资源数据；

资源总线与服务总线、参考模型单元、数据模型单元以及物理POD服务单元相连，控制资源控制服务组件和资源间的通信和交互；

物理POD服务单元根据策略定义和划分的设备集合，构成资源供应基本单元，该单元具有不依赖于其他设备而独立工作的功能，POD服务单元的数量至少为一个，POD服务单元与资源控制服务组件进行交互；

用户服务组件的数量至少为一个，用户服务组件执行请求所需的业务交付功能，多个用户服务组件协作完成用户业务交付流程；

资源控制服务组件的数量至少为一个，资源控制服务组件执行请求所需的资源控制功能，多个资源控制服务组件协作完成POD资源控制流程。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，服务总线根据请求消息中携带的信息、或会话控制服务组件和参考模型单元及数据模型单元中的指示来确定将请求绑定到服务组件。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，资源总线根据请求消息中携带的信息、或数据模型单元中的资源状态信息和POD上下文确定将请求绑定到物理POD服务单元。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，会话控制服务组件进一步包括：

SIP会话控制器采用SIP协议为请求创建控制会话，控制一个或多个服务组件之间的交互，保持会话的状态和生命周期；

SIP上下文管理器跟踪服务组件之间的会话上下文，并控制资源控制服务组件与POD设备资源的上下文；

在线应用管理服务实时控制请求与服务组件和物理POD服务单元的绑定，在线统计执行请求的服务组件运行时使用的资源数目和时长，以及执行请求的POD资源使用的数目和时长；

控制信息库存储各种控制信息，包括会话控制信息、上下文控制信息、统计配置信息、知识和规则信息。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，参考模型进一步包括：

资源寻址标记资源身份，并通过身份引用关系和地址求解服务寻址资源；

元事件对捕捉到的POD资源设备事件进行元描述，确定事件与资源匹配关系。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，POD服务单元进一步包括IT设备资源模块，其中包括服务器、FCSAN、IP SAN，所述POD服务单元还包括设备连接服务模块、设备路由服务模块、集成接入模块API。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，POD服务单元还包括一资源容器，里面存有在POD服务单元内的资源之间的上下文关系。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，在线应用管理服务进一步包括POD绑定控制，实时控制逻辑POD与软件定义的POD间的映射关系或分配关系信息，控制将逻辑虚机分配到服务器上的真实虚机上。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，在线应用管理服务进一步包括在线业务统计，通过与服务点会话获取运行时资源的使用数目和时长，通过SIP消息中的CCID信息来计量资源使用的总时长。

根据本发明的基于交付点的实时资源供应流程控制***的一实施例，在线应用管理服务进一步包括：

所述统计和智能分析采用统计和智能分析模型和算法对统计的组件运行结果以及资源运行情况进行分析；

所述规划和调度决策根据分析的结果作出请求与服务组件和资源动态绑定的决策。

本发明还揭示了一种基于交付点的实时资源供应流程控制方法，在面向服务的体系和通信环境中实时控制资源交付的流程和会话，该方法包括：

收到客户端发出的资源请求；

创建控制会话，实时控制请求经过的每个服务组件之间的交互会话，保持会话状态和连接；

根据请求消息中携带的信息，或会话控制服务组件和参考模型单元及数据模型单元中的指示来确定将请求绑定到服务组件；

引发服务组件来处理请求；

根据数据模型单元中的资源状态信息和POD上下文确定将请求绑定到物理POD服务单元；

请求获得物理POD资源运行起来，生成资源实例。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

如果请求与服务组件静态绑定，则服务总线加载配置文件中的静态绑定信息；

服务总线将相应的服务组件绑定到参考模型单元，获得功能的指示；

服务组件运行参考模型单元中定义的功能。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

如果需要将请求与服务组件动态绑定，则主服务总线从会话控制服务组件和参考模型单元及数据模型单元中获得动态绑定指示；

根据绑定指示，引发相应的服务组件。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

创建会话时生成会话ID，将会话ID***SOAP消息中。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

跟踪服务组件之间的会话上下文，并控制资源控制服务组件与物理POD设备资源的上下文。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

基于会话上下文，实时控制逻辑POD与软件定义的POD间的绑定信息，控制逻辑POD与软件定义的POD间的映射关系或分配关系信息。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

通过与服务点会话获取运行时资源的使用数目和时长，通过SIP消息中的CCID信息来计量资源使用的总时长。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

收到请求时，为请求创建全局控制会话；

进入资源控制服务组件通过从数据服务中间件进行交互的阶段，创建资源控制会话；

进入资源控制服务组件与POD设备资源绑定交互阶段，创建资源绑定会话；

控制会话关系和会话生命周期。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

采用统计和智能分析模型和算法对统计的组件运行结果以及资源运行情况进行分析；

根据分析的结果作出请求与服务组件以及物理POD资源动态绑定的决策。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

在资源控制会话期间内，资源控制服务组件请求与POD设备资源的绑定；

若需要动态绑定，资源总线将请求发往数据模型单元和参考模型单元；

根据数据模型单元中的设备资源的状态信息，确定可用的设备资源；

根据POD上下文和设备优先级确定可调度的设备资源；

根据参考模型单元中的设备资源身份和地址信息，以及参考模型单元中的设备资源和资源控制服务组件的功能行为指示信息，建立资源控制服务组件和设备资源之间的绑定，执行绑定行为。

根据本发明的基于交付点的实时资源供应流程控制方法的一实施例，该方法进一步包括：

若需要静态绑定，资源总线加载配置文件中的静态绑定信息，确定可以绑定的设备资源；

根据参考模型单元中的设备资源身份和地址信息，以及参考模型单元中的设备资源和资源控制服务组件的功能行为指示信息，建立资源控制服务组件和设备资源之间的绑定，执行绑定行为。

本发明对比现有技术有如下的有益效果：本发明的方案是构建一个控制平面，将资源请求灵活动态地绑定到服务组件及POD资源，实时地控制服务组件之间的交互及会话上下文，从而实现资源交付过程中面向用户的业务和面向资源的业务两个阶段的统一控制，保证资源交付的服务质量和完整性。

附图说明

图1是本发明的基于交付点的实时资源供应流程控制***的总图。

图2是本发明的基于交付点的实时资源供应流程控制方法总的流程图。

图3是本发明的中间件组件绑定方法的流程图。

图4是本发明的会话控制服务组件的功能框图。

图5是本发明的图4中的controlling information store(控制信息库)中存储的数据类型、结构及其关系图。

图6是本发明的SIP会话控制服务控制组件间的交互会话的流程图。

图7是本发明的SIP会话控制服务控制请求与POD的绑定框图。

图8是本发明的SIP会话控制服务统计在线业务的框图。

图9是本发明的会话控制服务的总流程图。

图10是本发明的控制会话生命周期流程图。

图11是本发明的POD服务单元与资源控制组件绑定功能框图。

图12是本发明的资源控制组件和资源之间的绑定流程图。

发明的详细说明

下面结合附图和实施例对本发明作进一步的描述。

图1是本发明的基于交付点的实时资源供应流程控制***的总图。这里的资源指数据中心的硬件设备和虚拟设备。***由客户端11，资源交付控制中心12和物理POD服务单元131～13n组成。通过资源交付控制中心12，可以构建一个控制平面，对资源交付的过程进行控制。其中客户端11为资源服务的请求方，可以包括各种资源请求者，在本发明的一个或多个较佳实施例中，客户端可以包括企业的测试业务部门、开发业务部门、运营业务部门，这些部门的管理员向控制中心请求实时资源来执行各自的业务。

资源交付控制中心12是本发明的实时控制资源交付的核心，由服务总线121、资源总线122、参考模型单元123、数据模型单元124、会话控制服务组件125、用户服务组件126以及资源控制服务总线127组成。其中参考模型单元123、数据模型单元124和会话控制服务组件125属于管理控制型的组件，这些管理控制型的组件的功能使能贯穿整个控制流程。用户服务组件126和资源控制服务组件127属于具有特定功能的功能型组件。其中服务组件与服务请求的绑定流程(流程控制)通过服务总线121和参考模型单元123、数据模型单元124以及会话控制服务组件125来完成。会话的控制通过会话控制服务组件125完成。其中服务总线121连接控制中心中的主要功能组件，负责组件之间的通信、协议转化、负载均衡、路由和监控。服务总线121与参考模型单元123、数据模型单元124、资源总线122、会话控制服务组件125、多个用户服务组件126以及资源控制服务组件127相连。服务总线121接收客户端11发出的资源请求，引发会话控制服务，并对请求进行调度。服务总线121可以绑定与之相连的服务组件，包括用户服务组件126和资源控制服务组件127，并管理服务生命周期，实现服务组件的复用。在本发明的一个较佳实施例中，主服务总线可以是ESB。面向用户的服务组件126有多个，从用户服务组件1到用户服务组件n，这些用户服务组件指面向用户的功能模块，如服务工厂、服务设计者、服务代理等，提供web服务，其中的消息以XML文件的形式传递，用户服务组件126之间的交互通过主服务总线(ESB)121实现。用户服务组件运行请求所需的业务交付功能，多个用户服务组件协作完成用户业务交付流程。资源控制服务组件127有多个，从资源控制服务组件1到资源控制服务组件n。与用户服务组件126不同，这里的资源控制服务组件127指一些用于资源控制的功能组件，如VM控制器(controller)、存储控制器、网络控制器等资源控制器。资源控制组件服务提供资源状态模型，执行对底层资源的访问控制操作。

参考模型单元123中存储了用户业务信息、资源引用信息、身份信息等各种数据信息和数据关系信息，定义了各组件执行的功能行为和数据源，为ESB将请求绑定到服务组件提供功能指示和寻址服务。参考模型单元123中存储的数据具有瞬时(transient)特征，随着请求的执行，各种信息的变化将在参考模型中更新。数据模型单元124是真实的资源状态的模型，其中存储服务器状态、虚机状态、存储状态、网络状态以及这些资源状态的生命周期，是这些物理资源的软件表现形式。通过资源数据模型，可以决定资源请求的提交，以及将资源请求路由到哪个服务器上。

资源总线122是一种异构资源环境中的分布式数据服务，负责资源控制服务组件与资源的通信，可以屏蔽不同的操作***和不同的编程语言的差异。资源总线122与服务总线121、参考模型单元123、数据模型单元124以及物理POD服务单元13相连，控制资源控制服务组件127和资源间的通信和交互。资源总线124主要包括基于主题的发布订阅功能和QoS保证功能。资源总线124可以是分布式数据服务DDS，Internet communication engine(ICE)等。会话控制服务组件125基于SIP协议，SIP协议提供了一种基于标准的、为多种设备和应用提供IP通信的方式。会话控制服务组件125为请求创建控制会话，实时控制服务组件间的交互会话，控制会话上下文，在线统计和智能决策，提供请求和服务组件间的动态绑定指示。会话控制服务组件125主要包括SIP会话服务和SIP管理服务，其中SIP会话服务指SIP协议中用于控制会话的创建、修改、结束等会话管理服务，通过该服务，可以实现SIP级会话控制和分布式事务处理。SIP管理服务用于管理SIP控制的服务节点的会话上下文，以及资源控制服务组件与资源的上下文，与POD的绑定，在线应用的移除，并提供在线的应用统计服务，包括统计执行请求的服务节点使用的资源数量和资源使用时长，以及执行请求的资源使用的数目和时长，提供统计和智能分析决策服务。直接与物理POD服务单元13相连。会话控制服务组件将在图4中详细描述。

物理POD(交付点)服务单元13是单个交付资源模块，其中包括IT设备资源，如服务器131、FC SAN 132、IP SAN/NAS 133，这些资源通过一定的划分形成一个物理POD服务单元13。在数据中心网络中定义和划分设备集合，构成资源供应物理单元，该单元可不依赖于其他设备而独立工作，最终形成物理POD服务单元13。物理POD服务单元13中有一个资源容器，里面存有在一个物理POD服务单元13内的资源之间的上下文关系。POD的划分根据数据中心的资源数目和业务资源需求来决定，来得到一个折中的结果。由于POD内的资源具有上下文关系，因而POD内的资源通信很容易，而POD之间的通信则变得困难。因而在划分POD的时候，要考虑兼顾两种情况。在数据中心中，可以划分多个物理POD服务单元13，从物理POD服务单元1 131到POD服务单元n 13n。每个物理POD服务单元13由IT设备资源模块1313、设备连接服务模块1310、设备路由服务模块1311以及集成接入模块1312组成，其中集成接入模块1312为资源控制服务提供访问的API。

图2是本发明的基于交付点的实时资源供应流程控制方法的总的流程图。该方法包括服务流程控制和会话控制两个维度，会话控制，具体流程如下：

步骤201：客户端发出请求，请求使用资源。

步骤202：服务总线收到客户端发出的资源请求，在本发明的一个较佳实施例中，服务总线是企业服务总线ESB。

步骤203：服务总线调用会话控制服务组件为请求创建控制会话，实时控制请求经过的每个服务组件之间的交互会话，控制会话上下文，保持会话状态和连接；这里的组件指控制中心12中的用户服务组件和资源控制服务组件，

步骤204：服务总线根据请求消息中的信息，或控制会话服务和参考模型单元及数据模型单元中的指示绑定服务组件，调度服务；客户端发出的请求中会携带消息，控制会话服务可以控制组件之间的动态绑定，参考/数据模型单元中定义了功能组件的行为，以及要使用到的数据源。在本发明中，功能组件间的绑定包括静态绑定和动态绑定，将在图3中详细介绍。

步骤205：服务总线确定将请求绑定到哪个服务组件后，引发服务组件处理请求，维持服务组件间的通信和交互。

步骤206：判断请求是否到达资源总线，如果到达，转入到步骤207。

步骤207：资源总线根据数据模型单元中的资源状态信息和POD上下文确定将请求绑定到物理POD服务单元；数据模型单元中存储资源的真实状态信息，状态变迁信息等，POD服务单元内有一个container存储IT设备资源的关联上下文，确保执行请求的设备资源在同一个POD服务单元内。

步骤208：资源总线维持资源控制服务组件与资源间的通信和交互，确保交互的实时性。

步骤209：资源控制服务组件控制对资源的操作，在本发明的一个较佳实施例中，资源控制服务组件指虚机控制器(VM controller)、资源指虚机(VM)，在一个资源控制会话期间，虚机控制器控制对虚机的操作。

步骤210：客户端发出的资源请求经过资源交付控制中心的组件协作控制后获得资源运行起来，生成资源实例，从而完成了资源交付控制的过程。这里的资源指计算、存储、网络资源，在一个POD服务单元内。

步骤211：结束控制会话，释放所占资源。

步骤212：更新数据模型单元中的资源状态，更新参考模型中的引用关系信息。

步骤213：结束服务流程，回收资源。

图3是本发明的请求与服务组件绑定的流程图。该方法是图2中的步骤204中的服务总线根据请求消息中的信息，参考/数据模型单元中的指示绑定服务组件的进一步细化。服务总线根据请求消息中的信息，参考/数据模型单元中的指示绑定服务组件通过与参考模型单元和数据模型单元的交互，获得组件运行的功能指示，以及组件的绑定指示。可以实现服务组件和请求的静态和动态绑定，具体流程如下：

步骤301：服务总线收到服务请求。

步骤302：服务总线判定是否将请求与服务组件进行动态绑定，这里的组件指控制中心12中的用户服务组件和资源控制服务组件，这里的动态绑定与静态绑定不同，指请求并不是人为地事先静态设置的，而是根据服务请求和各种配置策略信息灵活动态地确定的绑定方式；若请求已静态绑定好，则转入到步骤304，否则转入到步骤303。

步骤303：服务总线从会话控制服务组件和参考模型单元及数据模型单元中获得动态绑定指示。具体表现为，通过会话控制服务组件确定请求和组件间的绑定关系，从而建立执行请求的服务序列，这里的绑定关系通过会话上下文分析来确定，将在图4中详细说明；通过参考模型单元及数据模型单元中定义的组件间的共享的行为和数据源，增强组件之间的动态绑定，将执行请求的各组件动态地绑定在一起。

步骤304：服务总线加载配置文件中的静态绑定信息，该配置文件信息是在请求中事先定义好的，通过静态绑定信息，确定执行该请求的各关联服务组件，请求在服务组件间传递，从而形成服务流。

步骤305：根据上述会话控制服务组件和参考模型单元及数据模型单元中的绑定指示，引发相应的服务组件，在本发明的一个较佳实施例中，先引发执行该请求的第一个服务组件。

步骤306：服务总线将相应的服务组件绑定到参考模型单元，获得功能的指示，参考模型单元中定义了服务组件运行的行为和数据源。

步骤307：获得功能指示后，服务组件运行参考模型单元中定义的功能，当参考模型单元更新时，服务组件运行更新后的功能。

步骤308：服务总线将服务组件动态绑定到参考模型单元，获得功能的指示，参考模型单元中定义了服务组件运行的行为和数据源。

步骤309：服务组件运行参考模型单元中定义的功能。

步骤310：绑定过程和执行过程结束，形成服务的工作流，服务总线作为中介控制请求通过多个服务组件协作执行的流程，管理服务的生命周期。

图4是本发明的会话控制服务组件的功能框图。本发明的会话控制服务组件采用会话控制协议(SIP)来实现。SIP(Session Initiation Protocol)是一个应用层的信令控制协议，用于创建、修改和释放一个或多个参与者的会话。SIP协议提供了一种基于标准的、为多种设备和应用提供IP通信的方式。在本发明中，通过采用SIP协议，可以实时控制服务组件之间的通信会话，实现分布式事务处理，保证运营的完整性，为服务质量QoS提供(信息)支持。这里的服务组件指图1中的用户服务组件(1到n)和资源控制服务组件(1到n)。在SIP服务环境下，这些服务组件也称之为SIP服务节点。该部分由用户代理客户端41、用户代理服务器端42和SIP会话控制服务43组成。其中用户代理客户端(SIP服务节点)41和用户代理服务器(SIP服务节点)42指上述服务组件，既包括用户服务组件，也包括资源控制服务组件。当采用SIP通信时，主叫方称之为用户代理客户端41，被叫方称之为用户代理服务器42。用户代理客户端41发出消息，用户代理服务器42对消息进行响应。SIP会话控制服务43为这些服务组件提供SIP会话控制服务，控制组件间的会话和会话上下文，做统计分析和智能决策。

SIP会话控制服务43中提供的SIP服务功能包括SIP会话控制器431、SIP代理432、SIP上下文管理器433、在线应用管理服务434以及控制信息库435。SIP会话控制器431可以创建、修改和删除一个或多个服务节点之间的会话，管理会话的状态和生命周期，管理全局控制会话，资源控制会话和资源绑定会话。SIP代理432为通信双方提供代理服务，如基本功能定位，转发及会话控制(确定Proxy协议栈；协议栈封装、接口对象定义；确定SIP对象地址编码方式，以及编码部件实现)。SIP上下文管理器433管理SIP服务节点之间的上下文信息，每一个上下文都是一个独立的服务节点，通过上下文来实现各服务节点之间的关联，既可以是简单的上下文关系，也可以是复杂的多上下文关系。通过将SIP服务节点与POD13绑定，这里的SIP服务节点是资源控制服务组件，SIP上下文管理器433还能获取并管理资源控制服务组件127和POD13之间的上下文信息，从而构建从控制平面到资源数据平面上下文的全面关联，将控制平面和数据平面关联在一起。SIP上下文管理器433负责上下文的更新。在线应用管理服务434包括规则和策略引擎4341，实时绑定控制4342，在线应用统计4343，统计和智能分析4344，规划和调度决策4345。在线应用管理服务通过SIP对会话对象服务节点及服务节点控制的POD资源业务进行实时控制和管理，实现管理接口，控制数据配置，SIP节点状态，SIP统计数据汇总，统计和智能分析，规划和调度决策等。这里的在线应用指实时的服务组件交互协作执行及资源控制服务组件对POD资源的控制业务。这里的服务组件指实现整个控制服务的服务组件，包括面向用户服务组件126和资源控制服务组件127。其中规则和策略引擎4341中定义了一些规则和策略来控制在线服务组件和资源的绑定和移除。实时绑定控制4342控制服务组件之间的绑定，以及资源控制服务组件126与POD设备资源13的绑定，SIP对资源控制服务组件与POD设备资源的绑定控制将在图7中详细说明。在线应用统计4343在线统计每个服务节点使用的资源数量43432，使用的时长43431；以及资源控制服务节点控制的POD资源的使用数量和时长，并进行汇总，将在图8中详细说明。统计和智能分析4344提供对在线统计的数据进行分析，形成知识库。并通过规划和调度决策4345来为下阶段的SIP会话请求与服务组件和POD资源的绑定提供决策支持。这里的统计和智能分析4344来自于决策支持***中的分析功能，统计分析可以包括回归分析，因子分析，主成分分析，贝叶斯网络等，智能分析可以包括神经网络，遗传算法等。在本发明中，统计和智能分析4344可以是对先前的请求的失败率的分析，请求被接受的概率的分析。因而，该分析可以包括一个或多个服务组件(服务提供者)的可用性。控制信息库435中存储的是各种控制信息，包括会话，上下文，知识等。通过该部分可实现智能会话控制。

图5是本发明的图4中的控制信息库中存储的数据类型、结构及其关系图。控制信息库51是为了会话控制服务的，控制信息库中包括字段session infor511，context infor 512、statistic config infor 513、以及rule和knowledge 514信息。其中session infor 511字段主要指各种会话信息，包括Global_session_ID5111，Rsc_us_session_key 5112，Rsc_session_key 5113，Srv_Cmp_key 5114。用户请求到达时，通过SIP会话控制器431为请求创建一个全局会话，每个会话都有一个唯一的身份，该会话通过Global_session_ID 5111来唯一标识。在一个请求的执行流程中，Global_session_ID 5111在服务组件之间传递。当请求运行到资源控制服务组件阶段，SIP会话控制器431中的资源用户代理(resource useragent)就会为请求创建资源用户会话，通过字段Rsc_us_session_key 5112来表示。当请求到达POD资源时，会话控制器中的资源绑定代理为请求创建资源绑定会话，通过字段Rsc_session_key5113来表示。实现控制过程的关联组件用Srv_Cmp_key 5114来表示。Context infor512字段中包括Usr_Cmp_context5121，Srv_Cmp_context 5122，Srv_Cmp_POD_context 5123字段。不同层次和级别的对象间的会话对应不同的上下文关系。用户服务组件间的会话上下文采用字段Usr_Cmp_context 5121表示，资源控制服务组件间的会话上下文用字段Srv_Cmp_context 5122来表示，通过SIP会话控制，还可以控制服务控制组件与POD间的上下文关系Srv_Cmp_POD_context 5123。

图6是本发明的SIP会话控制服务组件间的交互会话的流程图。这里服务组件间的会话是通过SIP协议来实现的，通过SIP协议来实现服务组件间的会话。具体流程如下：

步骤601：会话控制服务组件创建一个SIP会话，这里通过SIP协议来创建会话。

步骤602：生成一个SIP会话ID(身份)，每个会话都有一个唯一的ID，并将该会话ID记录在SIP会话控制服务中。

步骤603：在每一个SOAP消息中***会话ID，在本发明的一个较佳实施例中，服务总线连接的服务组件间的通信采用SOAP和http协议(这个有些局限，若是使用其它协议，则如何泛化呢)。

步骤604：会话ID通过soap消息在ESB连接的服务组件间传输。

步骤605：服务组件收到会话ID。

步骤606：判断是否是新会话ID，若是，转入到步骤607，否则转入到步骤610。

步骤607：审核会话ID与SIP会话控制服务，通过判断SIP会话控制服务中是否存储该会话ID，若是，则转入到步骤608。

步骤608：服务组件记录会话ID。

步骤609：执行用户请求的组件功能。

步骤610：判断会话过程是否结束，若是，则转入到步骤611，否则继续进行判断。

步骤611：从SIP会话控制服务和服务组件中删除session ID，会话过程结束。

图7是本发明的SIP控制请求与POD的绑定的框图。

客户端701发出业务请求7011，这里的客户端7011指图1中的客户端11，业务请求7011指资源业务请求，即客户端运行的业务向***请求业务运行所需的IT基础设施资源。用户服务组件702接收客户端的请求，调用业务设计7022为业务请求设计逻辑POD 7021，即为业务设计和规划执行业务所需的IT基础设施资源集合，具体而言，在该阶段，设计执行业务请求需要多少服务器、存储、网络资源。这里的用户服务组件702是图1中用户服务组件126中的一个，执行业务设计功能。逻辑POD 7021指执行业务需要的逻辑IT基础设施资源的集合，该集合包括服务器、存储、网络等。用户服务组件702完成对请求的业务设计后，将结果发往资源控制服务组件704，资源控制服务组件704是图1中的资源控制服务组件127中的一个。资源控制服务组件704控制对资源的访问和分配，资源控制服务组件704中的分配调度7042确定将逻辑POD中的设备分配到软件定义的POD中的设备上，即将业务请求分配到真实的物理设备上。该过程也称之为逻辑POD7021和软件定义的POD 7041的绑定。这里软件定义的POD 7041指通过软件定义的真实设备资源，如真实的服务器、虚机；其与逻辑POD 7021的差别在于：逻辑POD 7021只为业务设计和规划资源，即一个业务运行需要多少硬件设备，而软件定义的POD 7041则定义和确定了运行业务的真实的设备资源，包括真实的资源名字、真实的资源地址。用户服务组件702和资源控制服务组件704之间的会话通过SIP会话控制服务703来控制，其中SIP上下文管理7031管理会话的上下文。POD绑定控制7032基于会话上下文，实时控制逻辑POD 7021与软件定义的POD 7041间的绑定信息，即控制逻辑POD 7021与软件定义的POD 7041间的映射关系或分配关系信息。完成将业务请求7011分配到软件定义的POD 7041后，业务请求在POD服务单元实施。这里的POD服务单元705是图1中的POD服务单元131，指IT基础设施设备的集合。业务请求7011获得POD服务单元705中的硬件设备，运行起来，生成资源实例Runtime POD 706。

在本发明的一个较佳实施例中，基础设施资源环境中采用了虚拟化技术，有大量虚机(VM)，逻辑POD服务单元7021包括逻辑VM 70211，为业务请求设计和规划逻辑虚机70211，并将逻辑VM 70211分配到软件定义的VM70411上，即将逻辑VM 70211分配到服务器上的某台虚机上，该过程由SIP会话控制服务来控制，请求在POD服务单元中的服务器7051上的VM 70511上实施，生成runtime VM 7061。

图8是本发明的SIP统计在线资源使用情况的框图。SIP会话控制服务81可以统计业务请求使用的资源数目和时长。SIP会话控制服务81指图4中的SIP会话控制服务43，包括SIP会话控制器811、SIP代理812、在线应用统计813，其中在线应用统计813包括使用时长8131和资源数目8132。SIP会话控制服务向资源控制器(服务组件)8211发出SIP消息请求，这里的SIP消息可以是Invite消息。资源控制服务器8211收到请求，生成子进程，即服务点182111到服务点2 82112，服务点1 82111和服务点n 82112也成为可以提供服务功能的服务组件，从而成为SIP会话控制服务81控制会话的对象。SIP会话控制服务81向服务点1 82111发出SIP请求，请求消息中包含Call-ID、CCID等信息，这里的SIP请求可以是Invite请求，call-ID是会话ID，CCID是计量资源使用总时长的ID。服务点1 82111控制Runtime虚机8212的运行，并通过CCID统计Runtime虚机8212运行的时长。服务点1 82111向SIP会话控制服务返回SIP应答消息，该消息中包括CCID统计的虚机运行时长和使用的资源数目，这里使用的资源数目由服务点计量。在线应用统计813根据返回的使用时长8131和资源数目8132信息，可以进一步对资源的使用进行计费，并做智能和统计分析。这里的POD服务单元82是图1中的POD服务单元13.本发明的资源不限定在Runtime虚机8212，还包括POD服务单元82中的其它的设备，如服务器821，FC SAN 822，IP SAN/NAS.

图9是本发明的SIP会话控制服务的流程图。SIP会话控制服务包括创建会话，管理会话的生命周期，管理会话上下文，统计在线业务使用的资源数目和时长，对统计的数据进行分析，与POD进行绑定等。这些服务共同构建了SIP会话服务的流程，以此来保证运营的完整性和会话的智能性。该流程也是图2中会话控制服务部分的进一步细化，具体流程如下：

步骤901：为请求创建控制会话，实时控制请求经过的每个服务组件之间的交互会话，保持会话状态和连接。

步骤902：判断是否需要智能地指导组件绑定流程，如果是，则转入到步骤903，否则转入到步骤904。

步骤903：通过SIP中的知识库来为组件绑定流程提供指示，SIP中的统计和智能分析而形成的知识和规则库可以为请求与服务组件的动态绑定提供决策支持。

步骤904：控制服务节点(服务组件)间的会话，这里的服务节点是指SIP服务节点，即SIP通信的用户代理客户端和用户代理服务器，在本发明中，SIP服务节点指各构成控制平面的各服务组件，包括用户服务组件和资源控制服务组件，服务节点可以运行在一个或多个服务器上。

步骤905：判断服务节点是否出现故障，若出现故障，则转入到步骤906，否则转入到步骤907。

步骤906：选择备用的节点，并记录该过程。

步骤907：统计服务节点使用的资源数目和时长，这里指服务节点在执行控制功能的会话过程中使用的资源数目以及时间。

步骤908：跟踪会话流程，保持会话上下文，这里可以通过上下文管理器来保存和管理会话的上下文。

步骤909：控制资源控制服务组件与POD设备资源的上下文，关联运行时POD中的资源上下文，由于POD服务单元中有一个资源容器，里面存有在一个POD服务单元内的资源之间的上下文关系，该上下文关系可以为资源控制服务组件控制和访问资源提供参考，而资源控制服务组件由SIP会话控制，因而可以将一个运行时的POD上下文关系与SIP服务节点的会话上下文进行关联。

步骤910：通过上面的关联，形成整个会话控制的上下文。

步骤911：在线统计POD资源使用情况，详细过程见上图8。

步骤912：分析资源使用情况和整个会话控制上下文，形成知识，指导决策，这里的决策包括请求和服务组件及资源间的动态绑定决策，及一些其它的动态控制决策。

步骤913：判断控制过程是否结束，若结束，则转入到步骤614，否则继续进行判断。

步骤914：终止控制会话，释放资源。

图10是本发明的控制会话生命周期和会话关系流程图。由于控制过程包括面向用户的业务和面向资源的业务两个阶段，而请求最终绑定到POD资源，因而整个会话流程包括三个阶段，具体流程如下：

步骤1001：会话控制服务组件收到资源请求，这里的会话控制服务是图4中的SIP会话控制服务。

步骤1002：会话控制服务组件中的SIP代理为请求创建一个全局控制会话(global controlling session)，这里可以使用SIP代理中的全局用户代理来创建，全局控制会话指整个控制过程的总会话，全局控制会话下面又包括若干个子控制会话。

步骤1003：判断是否进入资源控制阶段，若是，则转入到步骤704，否则继续判断；这里的资源控制阶段指资源控制服务组件通过服务总线进行交互的阶段。

步骤1004：会话控制服务组件中的SIP代理创建资源控制会话，这里使用SIP代理中的资源用户代理来创建该会话，资源控制会话是请求运行到资源控制服务组件阶段，资源控制服务组件之间的会话，资源控制会话是全局控制会话的子会话，一个全局控制会话下有多个资源控制会话。

步骤1005：判断是否进入资源绑定阶段，若是，则进入步骤1006，否则进入步骤继续进行判断；这里的资源绑定阶段是指资源控制服务组件与POD设备资源绑定交互，生成资源实例的阶段，该阶段连接控制平面和数据平面。

步骤1006：会话控制服务组件中的SIP代理为请求创建资源绑定会话，这里使用SIP代理中的资源绑定代理来创建，资源绑定会话是指资源控制服务组件和POD资源设备进行交互的会话，在本发明的一个较佳实施例中，若资源控制器绑定的资源是虚机(VM)，则一个虚机(VM)一个资源绑定会话(session)。

步骤1007：判断资源实例是否结束，若结束，则转入到步骤1008，否则转入到步骤1009。

步骤1008：结束资源绑定会话，资源控制会话，全局控制会话，释放所占资源。当资源实例结束后，相应的控制过程也结束，结束控制会话。

步骤1009：判断会话时间是否超过阀值，若超过阀值，转入到步骤1008，否则转入到1007，重新判断。

图11是本发明的POD服务单元与资源控制组件绑定功能框图。表示了资源控制服务组件访问POD资源时与相关组件的交互关系。该部分由资源控制服务组件1 1101、资源控制服务组件2 1102、POD服务单元1103、资源总线1104、数据模型单元1105、参考模型单元1106组成。其中资源控制服务组件1 1101和资源控制服务组件2 1102指控制各种设备资源的资源控制器，在本发明的一个或多个较佳实施例中，资源控制服务组件可以指虚机控制器(VMcontroller)，存储控制器等。POD服务单元1103中包括一资源容器11031，资源容器11031中存放服务器、网络、存储设备资源之间的上下文关系，通过该上下文关系知道其中的一个设备(如服务器)可以关联到其它的网络设备和存储设备。资源总线1104中包括一消息代理11041，其中有一个消息队列，可以实现基于主题的发布订阅。消息代理11041中有一个QoS 110411，提供一部分QoS功能，如稳定性(当数据包丢失了，可以自动回复)、持久性(可以自动恢复，通过lock保持一致性)。资源总线1104中还包括一个通信器(Communicator)11042，通信器(Communicator)11042采用对象封装的通信(类似于RPC)，就是将对象封装起来，通信访问的时候，不需要知道类的内容，只知道接口即可(IDL)。在本发明的一个或多个较佳实施例中，资源总线1104可以是DDS(分布式数据服务)或ICE(Internet communication engine)。参考模型单元1106里面存储的就是元引用信息，即通过一个数据结构的描述信息，存储的元信息有节点(node)引用、实例(instance)引用、服务提供者(service provider)引用等信息。参考模型单元1106包括资源寻址11061、元事件11062、策略11063。其中资源寻址11061中有一个身份***(ID system)，有各种资源的身份、名字和引用关系，可以实现资源的寻址。对于元事件(metaevent)11062，就是对下面的资源状态事件的元描述，以让整个***知道这些状态。策略11063即为其中定有的各种策略。真实的资源状态11051信息是存储在数据模型单元1105中的。

在本发明中，资源控制服务组件1 1101向资源总线1104发出资源订阅的请求，并申明要订阅的资源主题，如名字、类型、QoS等。资源总线1104根据数据模型单元中的资源状态信息和POD服务单元中的资源上下文信息确定可订阅的POD资源，并告知发布的资源主题，资源总线1104同时控制资源控制服务组件1 1102与POD服务单元1103之间的通信和交互。

图12是本发明的资源控制服务组件和资源之间的绑定流程图。资源总线作为中介控制资源控制服务组件和资源之间的通信和交互，具体流程如下：

步骤1201：在资源控制会话期间内，会话对象资源控制服务组件发出与POD设备资源的绑定请求。这里的会话对象指资源控制服务组件，这里的资源控制服务组件指资源控制器，资源既可以是物理设备资源，也可以是虚拟设备资源。在本发明的一个较佳实施例中，资源控制服务组件指虚机控制器(VMcontroller)、资源指虚机(VM)。在一个资源控制会话期间，可以做会话对象与设备资源的绑定工作。

步骤1202：判断是否需要动态绑定，如果需要，则转入到步骤1203，否则转入到步骤1207；这里的动态绑定是相对于静态绑定的，静态绑定是指在执行绑定之前，事先确定好的绑定规则和流程，动态绑定则指在执行绑定时，根据资源状态等动态地确定绑定规则和流程。

步骤1203：资源总线将请求发往数据模型单元和参考模型单元，数据模型单元中存储资源的真实状态信息、状态变迁信息等，参考模型单元中定义了各组件的行为和数据源，以及组件间共享的信息。

步骤1204：从数据模型单元中获得设备资源的状态信息，确定可用的设备资源，这里可以确定可用的设备集合，在本发明的一个较佳实施例中，可用的设备资源指可用的虚机。

步骤1205：根据POD上下文和设备优先级确定可调度的设备资源。POD服务单元内有一个container存储IT设备资源的关联上下文，确保执行请求的设备资源在同一个POD服务单元内，这里采用一个资源调度器，通过一定的算法来对资源进行调度，算法的依据是根据可用的设备的使用情况，上次使用的出错率等信息；通过该步骤，确定与资源控制服务组件绑定的资源，实现了两者之间的动态绑定。

步骤1206：从参考模型单元中获得相应的设备资源身份和地址信息，并获得设备资源和资源控制服务组件的功能行为指示，通过这些信息和指示，可以执行绑定行为。

步骤1207：资源总线加载配置文件中的静态绑定信息，确定可以绑定的设备资源，该静态绑定信息是***管理员实现设置好的，固定地绑定起来的。；

步骤1208：资源总线将请求发往参考模型单元。

步骤1209：从参考模型单元中获得设备资源身份和地址信息，并获得设备资源和资源控制服务组件的功能行为指示。

步骤1210：建立资源控制服务组件和设备资源之间的绑定，执行绑定行为可以是通信行为signal、announcement或interrogation，资源控制服务组件和设备资源之间可以进行通信，并控制设备资源的运行。

步骤1211：在控制会话期间内，资源控制服务组件可与多个设备资源之间进行交互，实现分布式事务的处理，形成会话对象资源控制服务组件和设备资源之间的交互数据流。在本发明的一个较佳实施例中，在虚机控制器的会话期间，虚机绑定器1可以绑定虚机1和虚机2的signal通信，虚机绑定器2可以绑定虚机2的announcement通信，虚机绑定器3可以绑定虚机3、虚机4及虚机5之间的Interrogation通信，从而形成虚机控制器和虚机之间的交互流程。

综上，本发明的主要创新点如下：

(1)通过用户服务组件协作完成业务资源的交付，资源控制服务组件协作完成物理资源的交付，从而一次性完成两阶段的资源交付，通过组件间的协作来控制业务请求对资源的访问；

(2)通过服务总线、资源总线、参考模型单元、数据模型单元、SIP会话服务来动态地控制请求与服务组件的绑定以及请求与POD资源的绑定，以确保动态灵活地获取资源；

(3)采用SIP会话控制服务来对组件间的交互进行实时控制，控制交互的会话上下文，控制请求与POD资源的绑定，并统计在线业务使用的资源数目和时长，确保服务质量和运营的完整性。

本发明的有益效果如下：

(1)动态地控制资源的实时交付过程，实现面向用户的业务和面向资源的业务两个阶段的统一控制，将资源供给直接与业务部门的资源需求关联起来，一次性为业务需求供应按需交付的资源，从而解决困扰企业已久的业务需求与资源供给的矛盾，实现以业务为中心的资源供给。

(2)通过对组件绑定和通信以及会话过程两个维度进行同时控制，既可以动态编排控制流程，又可以实时控制组件间的交互会话，将离线的控制过程转化成在线的实时控制过程，保证服务质量和运营的完整性。

(3)采用SIP会话控制服务管理服务组件之间的上下文，并控制资源控制服务组件与物理POD设备资源的上下文，通过上下文信息做统计智能分析，实现智能会话和控制决策支持。

上述实施例是提供给本领域普通技术人员来实现和使用本发明的，本领域普通技术人员可在不脱离本发明的发明思想的情况下，对上述实施例做出种种修改或变化，因而本发明的保护范围并不被上述实施例所限，而应该是符合权利要求书所提到的创新性特征的最大范围。

Claims (20)

1.一种基于交付点的实时资源供应流程控制***，在面向服务的体系和通信环境中实时控制IT设备资源交付的流程和会话，其特征在于，所述***包括服务总线、资源总线、参考模型单元、数据模型单元、会话控制服务组件、与服务总线相连的用户服务组件、与资源总线相连的资源控制服务组件、物理POD服务单元，其中：服务总线与参考模型单元、数据模型单元、资源总线、会话控制服务组件以及用户服务组件相连，接收客户端发出的资源请求，引发会话控制服务，并对请求进行调度；

会话控制服务组件为请求创建控制会话，实时控制服务组件间的交互会话，控制会话上下文，提供请求和服务组件间的动态绑定指示；

参考模型单元定义了各组件及组件间共享的功能行为以及数据源的地址和关系，为组件的绑定和执行提供所需的数据，数据在一参考模型中更新；

数据模型单元存储物理POD服务单元中的IT设备资源的状态及状态迁移数据，为资源控制组件绑定物理POD提供所需的资源数据，资源状态数据的变化在数据模型中更新；

资源总线与服务总线、参考模型单元、数据模型单元以及物理POD服务单元相连，控制资源控制服务组件和资源间的通信和交互；

物理POD服务单元根据策略定义和划分的设备集合，构成资源供应基本单元，该物理POD服务单元具有不依赖于其他设备而独立工作的功能，POD服务单元的数量至少为一个，POD服务单元与资源控制服务组件进行交互；

用户服务组件的数量至少为一个，用户服务组件执行请求所需的业务交付功能，多个用户服务组件协作完成用户业务交付流程；

资源控制服务组件的数量至少为一个，资源控制服务组件执行请求所需的资源控制功能，多个资源控制服务组件协作完成POD资源控制流程。

2.根据权利要求1所述的基于交付点的实时资源供应流程控制***，其特征在于，服务总线根据请求消息中携带的信息、或会话控制服务组件和参考模型单元及数据模型单元中的指示来确定将请求绑定到服务组件。

3.根据权利要求1所述的基于交付点的实时资源供应流程控制***，其特征在于，资源总线根据请求消息中携带的信息、或数据模型单元中的资源状态信息和POD上下文确定将请求绑定到物理POD服务单元。

4.根据权利要求1所述的基于交付点的实时资源供应流程控制***，其特征在于，会话控制服务组件进一步包括：

SIP会话控制器采用SIP协议为请求创建控制会话，控制一个或多个服务组件之间的交互，保持会话的状态和生命周期；

SIP上下文管理器跟踪服务组件之间的会话上下文，并控制资源控制服务组件与POD设备资源的上下文；

在线应用管理服务实时控制请求与服务组件和物理POD服务单元的绑定，在线统计执行请求的服务组件运行时使用的资源数目和时长，以及执行请求的POD资源使用的数目和时长；

控制信息库存储各种控制信息，包括会话控制信息、上下文控制信息、统计配置信息、知识和规则信息。

5.根据权利要求1所述的基于交付点的实时资源供应流程控制***，其特征在于，参考模型进一步包括：

资源寻址标记资源身份，并通过身份引用关系和地址求解服务寻址资源；

元事件对捕捉到的POD资源设备事件进行元描述，确定事件与资源匹配关系。

6.根据权利要求1所述的基于交付点的实时资源供应流程控制***，其特征在于，POD服务单元进一步包括IT设备资源模块，其中包括服务器、FCSAN、IP SAN，所述POD服务单元还包括设备连接服务模块、设备路由服务模块、集成接入模块API。

7.根据权利要求1所述的基于交付点的实时资源供应流程控制***，其特征在于，POD服务单元还包括一资源容器，里面存有在POD服务单元内的资源之间的上下文关系。

8.根据权利要求4所述的基于交付点的实时资源供应流程控制***，其特征在于，在线应用管理服务进一步包括POD绑定控制，实时控制逻辑POD与软件定义的POD间的映射关系或分配关系信息，控制将逻辑虚机分配到服务器上的真实虚机上。

9.根据权利要求4所述的基于交付点的实时资源供应流程控制***，其特征在于，在线应用管理服务进一步包括在线业务统计，通过与服务点会话获取运行时资源的使用数目和时长，通过SIP消息中的CCID信息来计量资源使用的总时长。

10.根据权利要求4所述的基于交付点的实时资源供应流程控制***，其特征在于，在线应用管理服务进一步包括：

所述统计和智能分析采用统计和智能分析模型和算法对统计的组件运行结果以及资源运行情况进行分析；

规划和调度决策根据分析的结果作出请求与服务组件和资源动态绑定的决策。

11.一种基于交付点的实时资源供应流程控制方法，在面向服务的体系和通信环境中实时控制资源交付的流程和会话，该方法包括：

收到客户端发出的资源请求；

创建控制会话，实时控制请求经过的每个服务组件之间的交互会话，保持会话状态和连接；

根据请求消息中携带的信息，或会话控制服务组件和参考模型单元及数据模型单元中的指示来确定将请求绑定到服务组件，其中如果请求与服务组件静态绑定，则服务总线加载配置文件中的静态绑定信息，服务总线将相应的服务组件绑定到参考模型单元以获得功能的指示，服务组件运行参考模型单元中定义的功能；

引发服务组件来处理请求；

先判断请求是否到达资源总线，若到达资源总线则根据数据模型单元中的资源状态信息和POD上下文确定将请求绑定到物理POD服务单元；

客户端发出的资源请求经过资源交付中心的组件协作控制后获得资源运行起来，生成资源实例。

12.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

如果需要将请求与服务组件动态绑定，则主服务总线从会话控制服务组件和参考模型单元及数据模型单元中获得动态绑定指示；

根据绑定指示，引发相应的服务组件。

13.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

创建会话时生成会话ID，将会话ID***SOAP消息中。

14.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

跟踪服务组件之间的会话上下文，并控制资源控制服务组件与物理POD设备资源的上下文。

15.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

基于会话上下文，实时控制逻辑POD与软件定义的POD间的绑定信息，控制逻辑POD与软件定义的POD间的映射关系或分配关系信息。

16.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

通过与服务点会话获取运行时资源的使用数目和时长，通过SIP消息中的CCID信息来计量资源使用的总时长。

17.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

收到请求时，为请求创建全局控制会话；

进入资源控制服务组件通过从数据服务中间件进行交互的阶段，创建资源控制会话；

进入资源控制服务组件与POD设备资源绑定交互阶段，创建资源绑定会话；

控制会话关系和会话生命周期。

18.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

采用统计和智能分析模型和算法对统计的组件运行结果以及资源运行情况进行分析；

根据分析的结果作出请求与服务组件以及物理POD资源动态绑定的决策。

19.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

在资源控制会话期间内，资源控制服务组件请求与POD设备资源的绑定；

若需要动态绑定，资源总线将请求发往数据模型单元和参考模型单元；

根据数据模型单元中的设备资源的状态信息，确定可用的设备资源；

根据POD上下文和设备优先级确定可调度的设备资源；

根据参考模型单元中的设备资源身份和地址信息，以及参考模型单元中的设备资源和资源控制服务组件的功能行为指示信息，建立资源控制服务组件和设备资源之间的绑定，执行绑定行为。

20.根据权利要求11所述的基于交付点的实时资源供应流程控制方法，其特征在于，该方法进一步包括：

若需要静态绑定，资源总线加载配置文件中的静态绑定信息，确定可以绑定的设备资源；

根据参考模型单元中的设备资源身份和地址信息，以及参考模型单元中的设备资源和资源控制服务组件的功能行为指示信息，建立资源控制服务组件和设备资源之间的绑定，执行绑定行为。