CN103828326A - 基于交付点的实时资源供应流程控制系统和方法 - 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 专禾 'J " middleware components for bundling service invocations(US 7,839,799 B2) " ； 如通过增加专门的上下文引擎中间件来控制流程上下文， 更 新上下文，基于上下文的自我学习， 自我优化，见 IBM专利" Optimizing service processing based on business information, operational intelligence, and self-learning (US 7,921, 195 ) " ； 也有从工作流管理的角度来解决的， 见 IBM 专禾¹ J " System and method for dynamically configuring a multiplatform computing environment (US 7,739,243 B2) " 。

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

专利 " Session QoS control apparatus ( US 7,606,914 B2 ) "提出了一种会话

QoS控制方法， 收到会话信息后， 分析会话信息和确定 QoS策略， 并确定在哪 些节点上设置 QoS策略。 该方法偏重 QoS策略的设置与评估， 并未涉及服务 组件间的交互控制。

专禾 lj " Integrated application management system, apparatus and program, and integrated session management server, system, program and server chassis, and communication system, session management server and integrated application server (US 8,037, 170 B2) "提出了一个集成的应用系统， 使得增加一个新的应用 和用户选择一个可选的应用变得简单， 增进了应用间的交互， 该系统包括客户 端， 应用服务器， 以及管理设备来控制从应用服务器到客户端的集成服务的供 应，管理集成会话。专禾¹ J " Communicating application control and data information using 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) "涉及通信会话和资源管理， 一种在用于维持通信会话的资 源， 如带宽资源降低或损失的情况下， 能维持移动节点间的通信会话的方法和 系统。专禾¹ J " System, apparatus, and method for providing multi-application support using 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 infor 511， context infor 512、 statistic config infor 513、 以及 rule禾口 knowledge 514信 息。 其中 session infor 511字段主要指各种会话信息， 包括 Global session ID 5111, Rsc— us— session— key 5112, Rsc— session— key 5113, Srv Cmp key 51 14。用户 请求到达时， 通过 SIP 会话控制器 43 1为请求创建一个全局会话， 每个会话都 有一个唯一的身份， 该会话通过 Global— session— ID 51 11来唯一标识。在一个请 求的执行流程中， Global— session— ID 51 1 1在服务组件之间传递。 当请求运行到 资源控制服务组件阶段， SIP会话控制器 431中的资源用户代理 （resource user agent) 就会为请求创建资源用户会话， 通过字段 Rsc— us— session— key 51 12来表 示。 当请求到达 POD资源时， 会话控制器中的资源绑定代理为请求创建资源 绑定会话， 通过字段 Rsc— session— key5113来表示。 实现控制过程的关联组件用 Srv Cmp key 5114来表示。 Context infor512字段中包括 Usr—Cmp— context 5121, 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分配到软件定义的 VM 70411上， 即将逻辑 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收到请求， 生成子进程， 即服务点 1 82111到服务点 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指控制各种设备资源的资源控制器，在本发 明的一个或多个较佳实施例中， 资源控制服务组件可以指虚机控制器 （VM controller) ， 存储控制器等。 POD服务单元 1103中包括一资源容器 11031， 资 源容器 11031中存放服务器、 网络、 存储设备资源之间的上下文关系， 通过该 上下文关系知道其中的一个设备 （如服务器） 可以关联到其它的网络设备和存 储设备。 资源总线 1104中包括一消息代理 11041， 其中有一个消息队列， 可以 实现基于主题的发布订阅。 消息代理 11041中有一个 QoS 110411， 提供一部 分 QoS功能， 如稳定性 （当数据包丢失了， 可以自动回复） 、 持久性 （可以自 动恢复， 通过 lock保持一致性） 。 资源总线 1104中还包括一个通信器

( Communicator) 11042， 通信器 （Communicator) 11042采用对象封装的通信 (类似于 RPC ) ， 就是将对象封装起来， 通信访问的时候， 不需要知道类的内 容， 只知道接口即可 （IDL) 。 在本发明的一个或多个较佳实施例中， 资源总 线 1104可以是 DDS (分布式数据服务）或 ICEdntemet communication engine )。 参考模型单元 1 106里面存储的就是元引用信息， 即通过一个数据结构的描述 信息， 存储的元信息有节点 （node ) 引用、 实例 （instance ) 引用、 服务提供者 ( service provider) 引用等信息。 参考模型单元 1 106包括资源寻址 11061、 元 事件 11062、策略 11063。其中资源寻址 1 1061中有一个身份系统（ID system)， 有各种资源的身份、名字和引用关系，可以实现资源的寻址。对于元事件（meta event) 11062， 就是对下面的资源状态事件的元描述， 以让整个系统知道这些 状态。 策略 11063即为其中定有的各种策略。 真实的资源状态 11051信息是存 储在数据模型单元 1105中的。

在本发明中， 资源控制服务组件 1 1101向资源总线 1104发出资源订阅的 请求， 并申明要订阅的资源主题， 如名字、 类型、 QoS等。 资源总线 1 104根 据数据模型单元中的资源状态信息和 POD服务单元中的资源上下文信息确定 可订阅的 POD资源， 并告知发布的资源主题， 资源总线 1104同时控制资源控 制服务组件 1 1102与 POD服务单元 1 103之间的通信和交互。 图 12是本发明的资源控制服务组件和资源之间的绑定流程图。 资源总线 作为中介控制资源控制服务组件和资源之间的通信和交互， 具体流程如下： 步骤 1201 : 在资源控制会话期间内， 会话对象资源控制服务组件发出与 POD设备资源的绑定请求。 这里的会话对象指资源控制服务组件， 这里的资源 控制服务组件指资源控制器， 资源既可以是物理设备资源， 也可以是虚拟设备 资源。 在本发明的一个较佳实施例中， 资源控制服务组件指虚机控制器 （VM controller) 、 资源指虚机 （VM ) 。 在一个资源控制会话期间， 可以做会话对 象与设备资源的绑定工作。

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

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

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

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

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

步骤 1207 : 资源总线加载配置文件中的静态绑定信息， 确定可以绑定的设 备资源， 该静态绑定信息是系统管理员实现设置好的， 固定地绑定起来的。 ； 步骤 1208 : 资源总线将请求发往参考模型单元。

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

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

步骤 121 1 : 在控制会话期间内， 资源控制服务组件可与多个设备资源之间 进行交互， 实现分布式事务的处理， 形成会话对象资源控制服务组件和设备资 源之间的交互数据流。 在本发明的一个较佳实施例中， 在虚机控制器的会话期 间， 虚机绑定器 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 (11)

1. 权 利 要 求 书

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

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

   参考模型单元定义了各组件及组件间共享的功能行为以及数据源的地址 和关系， 为组件的绑定和执行提供所需的数据， 数据在一参考模型中更新； 数据模型单元存储物理 POD服务单元中的 IT设备资源的状态及状态迁移 数据， 为资源控制组件绑定物理 POD 提供所需的资源数据， 资源状态数据的 变化在数据模型中更新；

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

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

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

   资源控制服务组件的数量至少为一个， 资源控制服务组件执行请求所需的 资源控制功能， 多个资源控制服务组件协作完成 POD资源控制流程。
2. 2、 根据权利要求 1 所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， 服务总线根据请求消息中携带的信息、 或会话控制服务组件和参考 模型单元及数据模型单元中的指示来确定将请求绑定到服务组件。 3、 根据权利要求 1 所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， 资源总线根据请求消息中携带的信息、 或数据模型单元中的资源状 态信息和 POD上下文确定将请求绑定到物理 POD服务单元。 4、 根据权利要求 1 所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， 会话控制服务组件进一步包括：

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

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

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

   控制信息库存储各种控制信息， 包括会话控制信息、 上下文控制信息、 统 计配置信息、 知识和规则信息。
3. 5、 根据权利要求 1 所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， 参考模型进一步包括：

   资源寻址标记资源身份， 并通过身份引用关系和地址求解服务寻址资源； 元事件对捕捉到的 POD 资源设备事件进行元描述， 确定事件与资源匹配 关系。

   6、 根据权利要求 1 所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， POD 服务单元进一步包括 IT 设备资源模块， 其中包括服务器、 FCSAN、 IP SAN, 所述 POD服务单元还包括设备连接服务模块、 设备路由服 务模块、 集成接入模块 API。
4. 7、 根据权利要求 1 所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， POD服务单元还包括一资源容器， 里面存有在 POD服务单元内的 资源之间的上下文关系。
5. 8、 根据权利要求 4 所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， 在线应用管理服务进一步包括 POD绑定控制， 实时控制逻辑 POD 与软件定义的 POD 间的映射关系或分配关系信息， 控制将逻辑虚机分配到服 务器上的真实虚机上。
6. 9、 根据权利要求 4 所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， 在线应用管理服务进一步包括在线业务统计， 通过与服务点会话获 取运行时资源的使用数目和时长， 通过 SIP消息中的 CCID信息来计量资源使 用的总时长。
7. 10、 根据权利要求 4所述的基于交付点的实时资源供应流程控制系统， 其 特征在于， 在线应用管理服务进一步包括：

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

   所述规划和调度决策根据分析的结果作出请求与服务组件和资源动态绑 定的决策。 11、 一种基于交付点的实时资源供应流程控制方法， 在面向服务的体系和 通信环境中实时控制资源交付的流程和会话， 该方法包括：

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

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

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

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

   根据数据模型单元中的资源状态信息和 POD 上下文确定将请求绑定到物 理 POD服务单元； 请求获得物理 POD资源运行起来， 生成资源实例
8. 12、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

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

   服务总线将相应的服务组件绑定到参考模型单元， 获得功能的指示； 服务组件运行参考模型单元中定义的功能。 13、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

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

   根据绑定指示， 引发相应的服务组件。
9. 14、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

   创建会话时生成会话 ID， 将会话 ID插入 SOAP消息中。 15、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

   跟踪服务组件之间的会话上下文， 并控制资源控制服务组件与物理 POD 设备资源的上下文。 16、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

   基于会话上下文， 实时控制逻辑 POD与软件定义的 POD间的绑定信息， 控制逻辑 POD与软件定义的 POD间的映射关系或分配关系信息。 17、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

   通过与服务点会话获取运行时资源的使用数目和时长， 通过 SIP消息中的 CCID信息来计量资源使用的总时长。
10. 18、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

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

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

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

    控制会话关系和会话生命周期。 19、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

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

    根据分析的结果作出请求与服务组件以及物理 POD资源动态绑定的决策。
11. 20、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

    在资源控制会话期间内， 资源控制服务组件请求与 POD设备资源的绑定； 若需要动态绑定， 资源总线将请求发往数据模型单元和参考模型单元； 根据数据模型单元中的设备资源的状态信息， 确定可用的设备资源； 根据 POD上下文和设备优先级确定可调度的设备资源；

    根据参考模型单元中的设备资源身份和地址信息， 以及参考模型单元中的 设备资源和资源控制服务组件的功能行为指示信息， 建立资源控制服务组件和 设备资源之间的绑定， 执行绑定行为。 21、 根据权利要求 11 所述的基于交付点的实时资源供应流程控制方法， 其特征在于， 该方法进一步包括：

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

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