WO2013152565A1 - 能力聚合开放的方法和系统 - Google Patents

Abstract

一种能力聚合开放的方法和系统，该系统包括：能力开放模块，设置为接收第三方发送的能力调用请求以及从控制模块接收并向第三方转发能力调用响应；判断模块，设置为根据配置的规则对接收的能力调用请求进行判断；控制模块，设置为实现模块调用控制，包括：调用所述判断模块，在所述能力调用请求的响应数据已缓存时，调用响应缓存模块获取缓存的相应能力调用响应，以及向所述能力开放模块返回调用模块得到的能力调用响应；响应缓存模块，设置为根据所述控制模块的调用获取缓存的相应能力调用响应或缓存符合缓存条件的能力调用响应。该系统和方法可以提高能力聚合开放系统对能力调用的响应效率。

Description

能力聚合开放的方法和系统

技术领域

本发明涉及移动互联网领域，尤其涉及一种能力聚合开放的方法和系统。

背景技术

在当前通信行业大发展时代， 终端趋向融合， 内容和应用体验趋向一致， 网络趋向融合， 关注的重点领域由基础通信服务转向融合信息服务， 从单纯 的语音服务和大众化的数据应用转向多样化、 综合化、 智能化、 个性化 "应 用" 和 "服务" 的更高层次的服务， 形式多样， 涵盖面广， 不仅能提供一种 电信融合业务， 而且可以满足人们的生活、 娱乐等各方面的需要。

在这种趋势之下，通信行业吸收了 Web2.0的思想， 强调个人和小团队作 为企业开发者的重要补充， 参与移动互联网融合大形势下的应用开发的重要 性。 普通个人用户从应用的使用者的角色， 逐渐演变成参与者， 为长尾效应 提供大量的应用消费者的同时， 也提供了大量的应用创造者。

纵观整个历程， 从 webl.O时代的门户网站新起， 信息大爆炸， 和随之而 来的搜索引擎公司大行其道， 到 web2.0时代的社区、 博客、 C2C电子商务大 行其道， 开放、 平等、 分享、 互动、 创新成为其典型特征。 web2.0持续发展到今天， 互联网与移动终端完美的融合， 将互联网延伸 至随时随地， 移动网络逐步走向 IP化、 融合化、 开放化， 并与互联网相互渗 透， 将互联网从电脑延伸至手机等移动终端以及电视， 实现三屏融合， 应用 互通。 同时， 通道和应用实现了分离， 从而导致在应用层面， 平台从封闭走 向开放， 移动网络和互联网之间的围墙被推倒了。

与此同时， SOA/SOC (面向服务的架构与计算技术)、 云计算等各种概念 和技术开始逐步涉足电信领域。

现今能力开放系统釆用同步或者异步的方式来处理每次新的调用， 由于 其仅仅是作为网关代理的功能， 对客户端发过来的请求消息进行处理之后， 无论是同步方式或者异步方式， 最终都得向能力提供设备发起新的调用， 无 法对不同的能力类型进行针对性的预判， 对符合条件的能力调用， 自行生成 此次服务响应消息， 而必须向服务端 （能力提供设备）请求服务响应消息。 即对应用的每次请求， 能力开放系统都要向能力提供设备发起一次请求。 这 种方式效率低， 成本高， 且在能力提供设备存在瓶颈的情况下， 无法支撑应 用超出能力提供设备所支撑的处理能力时的场景。 发明内容

本发明实施例要解决的技术问题是提供一种能力聚合开放的方法和系 统， 以提高能力聚合开放系统对能力调用的响应效率。

为解决上述技术问题， 本发明实施例提供了一种能力聚合开放系统， 该 系统包括能力开放模块、 判断模块、 控制模块和响应緩存模块：

能力开放模块， 设置为接收第三方发送的能力调用请求以及从控制模块 接收并向第三方转发能力调用响应；

判断模块， 设置为根据配置的规则对接收的能力调用请求进行判断； 控制模块， 设置为实现模块调用控制， 包括： 调用所述判断模块， 在所 述能力调用请求的响应数据已緩存时， 调用响应緩存模块获取緩存的相应能 力调用响应， 以及向所述能力开放模块返回调用模块得到的能力调用响应； 响应緩存模块， 设置为根据所述控制模块的调用获取緩存的相应能力调 用响应或緩存符合緩存条件的能力调用响应。

可选的， 所述系统还包括能力调用处理模块， 所述控制模块实现模块调 用控制还包括：在所述能力调用请求的响应数据未緩存且需要进一步处理时， 调用能力调用处理模块；

所述能力调用处理模块， 设置为根据所述控制模块的调用进行能力调用 处理。

优选地， 所述规则包括响应数据緩存条件， 所述控制模块实现模块调用 控制还包括： 若所述能力调用处理模块返回的能力调用响应符合所述响应数 据緩存条件则调用所述响应緩存模块緩存所述能力调用响应；

所述响应緩存模块， 还设置为根据所述控制模块的调用緩存符合緩存条 件的能力调用响应。

可选的， 所述能力调用处理模块包括消息队列管理子模块、 能力接入子 模块以及一个或多个消息队列， 其中：

所述消息队列管理子模块， 设置为根据所述控制模块的调用将所述能力 调用请求緩存入所述消息队列以及从相应消息队列中取出待处理的能力调用 请求；

所述能力接入子模块， 设置为根据当前待处理能力调用请求适配并调用 相应的能力提供设备。

优选地， 所述消息队列具有队列属性， 所述队列属性包括处理优先级、 服务等级协议（SLA )级别或对应的能力类别， 所述配置的规则还包括能力 请求入队规则， 所述控制模块根据所述能力请求入队规则调用所述消息队列 管理子模块将所述能力调用请求緩存入相应队列属性的消息队列中。

可选地， 所述配置的规则还包括能力请求出队规则， 所述控制模块根据 所述能力请求出队规则调用所述消息队列管理子模块从相应消息队列中取出 待处理的能力调用请求。

所述能力请求出队规则包括出队的能力调用请求数量， 该数量与对应的 能力提供设备的流量能力成正比。

优选地， 所述响应緩存模块还用于在緩存的能力调用响应失效时， 删除 所述能力调用响应。

可选的， 所述响应数据緩存条件包括以下条件之一： 响应数据对时间不 敏感； 响应数据在指定时间段内不敏感； 响应数据对数据消费者不敏感。

可选的， 所述系统还包括能力编排模块和外部功能调用模块， 其中： 所述能力编排模块， 用于对待调用能力以及相关的支撑功能进行逻辑编 排， 生成能力包， 所述支撑功能包括鉴权、 认证或计费；

所述外部功能调用模块， 设置为根据所述控制模块的调用向支撑功能单 元发起相应支撑功能处理请求；

所述控制模块， 设置为根据与所述能力开放模块接收的能力调用请求关 联的能力包实现模块调用控制。 所述能力编排模块， 还设置为对不同类型的两个或多个能力进行揉和

( Mashup )生成综合能力， 所述能力调用请求包括针对所述综合能力的能力 调用请求； 所述能力接入子模块调用生成所述综合能力的两个或多个能力对 应的能力提供设备。

可选地， 所述控制模块还设置为： 在所述能力调用请求不符合能力调用 规则或策略时， 向所述能力开放模块返回表示能力调用失败的响应。

为解决上述技术问题， 本发明实施例还提供了一种能力聚合开放方法， 该方法由能力聚合开放系统实现， 该方法包括：

能力调用请求接收步骤， 接收第三方发送的能力调用请求；

能力调用请求判断步骤， 根据配置的规则对接收的能力调用请求进行判 断， 判断所述能力调用请求的响应数据已緩存时， 转执行緩存响应调用步骤； 緩存响应调用步骤， 获取緩存的能力调用响应， 并转执行能力调用响应 步骤；

能力调用请求响应步骤， 向所述第三方返回能力调用响应。

可选的， 所述能力调用请求判断步骤中， 若判断所述能力调用请求的响 应数据未緩存且需要进一步处理时， 执行能力调用步骤， 获得能力调用响应， 并转执行所述能力调用请求响应步骤。

优选地， 所述规则包括响应数据緩存条件， 执行能力调用步骤后， 该方 法还包括响应緩存管理步骤， 判断获得的能力调用响应是否符合响应数据緩 存条件， 符合响应数据緩存条件时， 緩存获得的能力调用响应。

可选的， 所述能力聚合开放系统包括一个或多个消息队列， 所述能力调 用步骤包括：

入队步骤， 将所述能力调用请求緩存入所述消息队列；

出队步骤， 从相应消息队列中取出待处理的能力调用请求；

调用步骤， 根据当前待处理能力调用请求适配并调用相应的能力提供设 备。

本发明实施例方法和系统， 通过对緩存的能力调用响应的利用， 可以降 低应用调用电信网络能力、 IT网络能力和数据库内容信息能力的难度， 提高 效率， 还可以最大化的聚合、 开放电信网络能力、 IT网络能力和数据库内容 信息能力， 并且通过消息队列和 SLA ( Service-Level Agreement, 服务等级协 议） 策略机制， 将聚合开放的管道智能化， 发挥电信网络能力的最大价值， 并进一步聚合 IT网络能力和数据库内容信息能力，将单一能力与其他类型能 力进行 Mashup,提供不同粒度的能力开放，对现有能力进行二次增值。 同时， 应用在向最终用户提供服务的同时， 也可以将应用本身进行封装， 接入到本 系统， 本系统将以 Web service/Rest协议将应用也作为基础能力进行开放， 供 其他应用调用， 提高了应用的可重用性， 极大的提升了开发效率， 同时为应 用创造了更多的价值。

更重要的是， 本系统釆用云计算技术， 解决能力开放过程中所面临的存 储瓶颈、 性能瓶颈、 容灾备份、 服务质量和安全性的问题， 同时降低了能耗， 绿色环保。 其中引入云计算技术的分布式存储技术， 可以使能力开放系统对 客户端此前通过能力开放系统向能力提供设备获得的服务响应消息进行存 储， 以便该客户端或其他客户端在有效的时间内再次进行服务请求时， 能力 开放系统无需再次向能力提供设备发起新的调用请求， 而由能力开放系统从 自己存储的服务信息中查询并返回响应。 由于这类服务响应消息可以是结构 化数据或者是非结构化数据， 一致传统的存储方式在存储容量、 存储可扩展 性上以及性能上都存在缺陷，通过分布式存储技术可以有效地解决上述问题。

与此同时， 分布式存储技术本身具体云计算的基本特征， 具备容灾、 安 全性、 低能耗， 绿色环保的特点。 附图概述

图 1为本发明实施例能力聚合开放系统的模块结构示意图；

图 2为本发明实施例的能力聚合开放系统与周边系统的关系示意图的关 系图。

图 3为本发明实施例能力聚合开放方法的流程示意图；

图 4为本发明实施例新接入能力配置的流程示意图； 图 5为结合图 1中模块的能力聚合开放方法的流程示意图。 本发明的较佳实施方式

下文中将结合附图对本发明的实施例进行详细说明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互任意组合。

本发明实施例所说的能力是指实现同一个功能时涉及多个 API (Application Programming Interface, 应用程序编程接口） , 比 口 google提供地 图能力 （要使用 google的地图， 需要用到地图的多个 API, 业界为了形象化 并简化说明， 将实现同一个功能时涉及多个 API统称为一个能力。 ） ， 本发 明实施例所说的系统可将 google的地图能力、 天气预报能力等集成（也称为 接入）进来， 开放给外部第三方 （如应用）调用。

实施例 1

本实施例描述基于云计算技术的能力聚合开放系统， 如图 1所示， 包括： 能力编排模块、 规则配置模块、 能力开放模块、 控制模块、 判断模块、 能力 调用处理模块、 响应緩存模块、 外部功能调用模块， 这 8个模块共同配合完 成能力聚合和开放， 其中：

能力编排模块， 该能力编排模块可选， 用于提供新能力的接入前的开发 和逻辑编排， 将所需要的控制和处理逻辑编排到整个能力包中。 同时， 优选 地， 该能力编排模块还提供对不同类型的能力进行揉和（Mashup ) , 创造出 具有新功能的、 不同粒度的能力。

对不同能力的 mashup是指，对 2个或 2个以上的能力， 按照应用场景使 用时的需要， 将这多个能力， 进行二次开发（即所谓的 mashup ) , 然后创造 出一个综合能力 （这个综合能力内部还包含了多个能力） ， 应用向系统调用 时只需要调用一次， 而不需要先后多次调用能力， 可理解地， 该系统向能力 提供设备调用时， 需要调用生成该综合能力的两个或多个能力对应的能力提 供设备。

本发明实施例中， 本系统根据应用调用能力 （一个或多个 API ) 时， 为 了同时协调其他支撑功能单元（如鉴权、 认证或计费） ， 将相关的支撑功能 的调用处理集成到该能力 API调用的整体流程中， 能力编排模块对待调用能 力以及相关的支撑功能进行逻辑编排，为能力增加了的逻辑形成增强的能力， 就是能力包。 若能力调用过程中， 若要进行认证和计费， 涉及到与运营商现 网的 BSS/OSS系统交互， 这种交互流程和逻辑也是通过能力编排模块， 实现 将要交互的逻辑编排到能力包中。

规则配置模块， 该规则配置模块可选， 用于提供能力开放时的规则设置， 实现能力在使用过程中附加的控制功能。

本发明实施例所说的规则包括： 第三方调用能力限制规则、 响应数据緩 存条件、 能力请求入队规则、 能力请求出队规则等， 其中，

第三方 （如应用）调用能力限制规则可以包括以下一条或多条：

1、 对每个应用调用能力的流量大小限制规则；

2、 每个应用调用能力的消息总量限制规则；

3、 每个应用所能服务的地区；

4、每个应用调用能力时的时间段（比如周末不允许使用或某段休息时间 不许使用或只有在某个特定的时间可以使用 ) ；

5、 某个应用调用某能力时， 只能提供给某些特定的用户使用等等； 响应数据緩存条件包括： 响应数据对时间不敏感； 响应数据在指定时间 段内不敏感； 或响应数据对数据消费者不敏感。

能力开放模块， 负责将系统已接入的能力 （例如电信网络能力、 IT网络 能力或数据库内容信息能力） ， 提供不同协议接口 （如 Web service, Restful 或 Native ) , 统一开放给第三方应用， 并且可动态接入新的能力和动态卸载 已接入的能力。 本发明所说的动态是指各个能力相互独立， 将新的能力接入 (集成）本系统或者从本系统卸载时， 不需要将本系统暂停， 不会影响现有 的其他能力的开放。

具体地， 能力开放模块， 设置为接收第三方发送的能力调用请求以及从 能力接收模块接收并向第三方转发能力调用响应； 优选地， 所述能力开放模 块包括多个协议接口， 以与不同协议类型的第三方交互。

所述能力包括： 电信网络能力、 互联网能力、 信息技术（IT ) 能力、 物 联网能力或数据信息能力。

控制模块， 设置为根据与所述能力开放模块接收的能力调用请求关联的 能力包实现模块调用控制， 包括： 调用判断模块， 在所述能力调用请求的响 应数据已緩存时， 调用响应緩存模块获取緩存的相应能力调用响应， 在所述 能力调用请求的响应数据未緩存且需要进一步处理时， 调用能力调用处理模 块； 以及向所述能力开放模块返回调用模块得到的能力调用响应， 若所述能 力调用处理模块返回的能力调用响应符合所述响应数据緩存条件则调用所述 响应緩存模块緩存所述能力调用响应；

判断模块， 设置为根据配置的规则对接收的能力调用请求进行判断， 以 判断是从响应緩存模块中获取服务响应消息， 还是向能力接收模块发起调用 请求。 所述规则包括响应数据緩存条件；

优选地， 所述控制模块， 在所述能力调用请求不符合能力调用规则或策 略时， 还用于向所述能力开放模块返回表示能力调用失败的响应。

响应緩存模块， 设置为緩存符合緩存条件的能力调用响应， 以及根据所 述控制模块的调用获取緩存的相应能力调用响应或緩存符合緩存条件的能力 调用响应；

响应緩存模块通过釆用这种分布式緩存技术， 将需要緩存的数据， 分布 存放在多个存储节点上， 如将同一份数据存放在 3个存储节点上， 解决了现 有能力开放系统中数据緩存时读写性能提升慢、 不能有效地确保数据丟失、 不能热加载的方式进行扩容的问题。

响应緩存模块通过协调， 实现多个存储节点中的 master节点的选举和 slave节点的管理， 协调各个存储节点接收对消息的緩存。

通过配置的方式， 对是否需要存入响应緩存模块的能力调用响应数据进 行定义， 只有符合配置的能力调用响应数据， 方可以緩存到响应緩存模块。 配置的原则有： 响应数据对时间不敏感或者在指定时间内不敏感； 响应数据 对不同的数据消费者不敏感。

优选地， 所述响应緩存模块还设置为在緩存的能力调用响应失效时， 删 除所述能力调用响应。

保存在緩存空间中的数据， 在存放时， 都携带了有效期属性， 当有效期 到时， 需求自动失效， 由响应緩存模块的定时任务自动清除已失效的历史数 据。

能力调用处理模块，设置为根据所述控制模块的调用进行能力调用处理。 所述能力调用处理模块包括消息队列管理子模块、 能力接入子模块以及 一个或多个消息队列， 其中：

所述消息队列管理子模块， 设置为根据所述控制模块的调用将所述能力 调用请求緩存入所述消息队列以及从相应消息队列中取出待处理的能力调用 请求；

能力接入子模块， 设置为根据当前待处理能力调用请求适配并调用相应 的能力提供设备。

所述消息队列具有队列属性， 所述队列属性包括处理优先级、 服务等级 协议（SLA )级别或对应的能力类别， 所述配置的规则还包括能力请求入队 规则， 所述控制模块根据所述能力请求入队规则调用所述消息队列管理子模 块将所述能力调用请求緩存入相应队列属性的消息队列中。

将队列进行分组， 每一个分组即为一个队列池， 每个队列池拥有特定的 队列属性（比如对应的能力和优先级类型） ， 用于区分不同的队列池。

具体地， 将不同的消息， 通过计算其 SLA策略和优先级规则， 确定每个 需要保存在队列中的消息的级别， 并且结合每个队列池的属性， 得出每个消 息的归属队列池， 进行入队。

所述配置的规则还包括能力请求出队规则， 所述控制模块根据所述能力 请求出队规则调用所述消息队列管理子模块从相应消息队列中取出待处理的 能力调用请求。

所述能力请求出队规则包括出队的能力调用请求数量， 该数量与对应的 能力提供设备的流量能力成正比。

控制模块釆用分级多队列池机制根据能力提供设备的流量处理能力对能 力请求的出队和入队进行管理， 确保队列中的消息有序管理和高效入队和出 队。

外部功能调用模块， 设置为根据所述控制模块的调用向支撑功能单元发 起相应支撑功能处理请求。

本系统通过部署在虚拟化环境上， 与系统外部的云计算管理单元配合， 实现计算资源和存储资源的弹性可伸缩。

云计算管理单元将实时监控本系统所在虚拟机上的物理资源 （CPU、 内 存等）消耗情况， 当虚拟机物力资源消耗百分比超过所设定的一个最高阀值， 云计算管理单元将为本系统调度新的资源 （即 "伸" ）生成新的虚拟机， 分 担系统所在的现有虚拟机的流量负荷。 当云计算管理单元将实时监控本系统 所在的一些列虚拟机上， 物力资源消耗百分比低于所设定的一个最低阀值， 则销毁一个虚拟机或多个虚拟机， 使系统所在的各虚拟机的物理资源消耗情 况处在既不浪费， 又能支撑应用的范围内。

图 2为上述能力聚合开放系统与周边系统的关系示意图。 能力聚合开放 系统南向接入各种能力提供设备提供的能力， 进行复杂协议的抽象， 向北向 的移动、 互联网应用进行能力开放。 同时与东向的业务交付管理系统进行合 作伙伴、 应用相关的鉴权和计费请求消息的交互。

本发明实施例的系统将电信网络能力、 互联网能力、 IT能力、 数据信息 能力进行聚合， 统一接入， 然后进行抽象； 将接入的能力， 通过不同协议接 口 （ Web service/RestM/Native )开放给应用侧， 供应用侧进行选择调用， 并 且对应用侧在调用时进行管控， 同时提供高速数据緩存能力， 并且可以在线 扩展緩存空间， 緩存能力调用数据， 可极大提高对应用侧响应的效率， 避免 了现有能力开放相关的产品在每次接收到应用的能力调用申请时， 都需要向 能力提供设备进行调用请求的问题， 解决了现有产品方案中能力开放吞吐量 的瓶颈， 解决能力提供设备吞吐量的瓶颈； 提供能力队列和灵活的 SLA及队 列服务机制， 解决了现有产品方案中无法为不同合作伙伴的应用提供个性化 的服务级别控制的问题， 通过提供这种精细化服务， 达到将能力开放方式由 粗放型， 提升到智能型开放， 并进一步通过云计算技术， 基于虚拟化和分布 式架构， 实现本系统的计算资源和存储资源的弹性可伸缩性， 解决了现有产 品方案中无法同时满足最小硬件投资、 最小能耗， 和满足支撑峰值流量的要 求。 使用本系统， 将为应用侧提供一个巨大的、 丰富多样的能力的能力资源 池， 并且成为具有极强的商用和盈利价值的能力开放平台。

实施例 2

本发明实施例能力聚合开放方法由能力聚合开放系统实现，如图 3所示， 该方法包括：

步骤 101 : 能力调用请求接收步骤， 接收第三方发送的能力调用请求； 具体地， 该步骤由能力开放模块实现， 所述系统包括多个协议接口， 以 与不同协议类型的第三方交互。

步骤 102: 能力调用请求判断步骤， 根据配置的规则对接收的能力调用 请求进行判断， 所述规则包括响应数据緩存条件， 判断所述能力调用请求的 响应数据已緩存时， 转执行緩存响应调用步骤； 判断所述能力调用请求的响 应数据未緩存且需要进一步处理时， 执行能力调用步骤；

所述能力调用请求判断步骤由控制模块调用判断模块实现对能力调用请 求的判断， 在判断所述能力调用请求不符合能力调用规则或策略时， 向所述 第三方返回表示能力调用失败的响应。

步骤 103 : 緩存响应调用步骤， 获取緩存的能力调用响应， 并转执行能 力调用响应步骤；

该步骤由响应緩存模块根据控制模块的调用实现。

步骤 104: 能力调用步骤， 执行能力调用， 获得能力调用响应； 步骤 104由能力调用处理步骤才艮据控制模块的调用实现。 所述能力聚合 开放系统包括一个或多个消息队列， 所述能力调用步骤包括：

步骤 1041 : 入队步骤， 将所述能力调用请求緩存入所述消息队列； 所述消息队列具有队列属性， 所述队列属性包括处理优先级、 服务等级 协议（SLA )级别或对应的能力类别， 所述配置的规则还包括能力请求入队 规则， 所述入队步骤中， 根据所述能力请求入队规则将所述能力调用请求緩 存入相应队列属性的消息队列中。

步骤 1042: 出队步骤， 从相应消息队列中取出待处理的能力调用请求； 所述配置的规则还包括能力请求出队规则， 所述出队步骤中， 根据所述 能力请求出队规则从相应消息队列中取出待处理的能力调用请求； 所述能力 请求出队规则包括出队的能力调用请求数量， 该数量与对应的能力提供设备 的流量能力成正比。

步骤 1041和步骤 1042由消息队列管理子模块实现。

步骤 1043: 调用步骤， 根据当前待处理能力调用请求适配并调用相应的 能力提供设备。

步骤 1043由能力接入子模块实现。

步骤 105: 响应緩存管理步骤， 判断获得的能力调用响应是否符合响应 数据緩存条件， 符合响应数据緩存条件时， 緩存获得的能力调用响应；

所述响应数据緩存条件包括以下条件之一： 响应数据对时间不敏感； 响 应数据在指定时间段内不敏感； 响应数据对数据消费者不敏感。

所述能力聚合开放系统在緩存的能力调用响应失效时， 删除所述能力调 用响应。

步骤 105由控制模块控制实现。

步骤 106: 能力调用请求响应步骤， 向所述第三方返回能力调用响应。 优选地 ,所述系统负责对待调用能力以及相关的支撑功能进行逻辑编排 , 生成能力包， 所述支撑功能包括鉴权、 认证或计费； 所述能力调用步骤之前 或之后， 还包括外部功能调用步骤， 根据与接收的能力调用请求关联的能力 包向支撑功能单元发起相应支撑功能处理请求。

如前所述， 本发明所说的能力包括： 电信网络能力、 互联网能力、 信息 技术（IT ) 能力、 物联网能力或数据信息能力。 实施例 3

本实施例描述新接入能力配置流程， 如图 4所示， 包括：

步骤 301 , 需新接入能力时， 设置相应的规则， 具体的规则包括第三方 调用能力限制规则、 响应数据緩存条件、 能力请求入队规则、 能力请求出队 规则等；

该步骤 301可由规则配置模块实现。

步骤 302 , 进行新能力的接入前的开发和逻辑编排， 将所需要的控制和 处理逻辑、 设置的规则编排到整个能力包中；

比如， 将需要调用判断模块的接口编排到能力包中， 以便客户端在进行 能力调用时， 从流程上确保能调用判断模块， 使得判断模块根据设置的规则 进行判断；

步骤 303 , 数据同步， 包括将配置规则到判断模块、 控制模块和能力调 用处理模块， 以及将能力包同步到控制模块。

实施例 4

本实施例结合具体的模块结果描述能力调用请求的处理流程， 如图 5所 示， 包括以下步骤：

步骤 401 , 应用发起能力调用请求；

步骤 402, 能力开放模块接受应用的能力调用请求；

步骤 403 , 控制模块根据相应的能力包调用外部功能调用模块进行接入 认证 (密钥或者 Token等的认证 ) , 确保是合法的应用发起的能力调用请求， 然后向判断模块发送请求消息；

步骤 404 , 判断模块基于控制模块的调用根据配置的规则对能力调用请 求进行判断， 如果该能力调用消息可以从响应緩存模块中直接调用， 则控制 模块调用响应緩存模块执行步骤 406, 如果需要进行流控排队， 则控制模块 调用能力调用处理模块执行步骤 405;

步骤 405 , 能力调用处理模块的消息队列管理子模块根据入队规则将能 力调用请求消息放入消息队列中， 消息队列接收新入队的请求消息， 并对原 有对列中的请求消息进行排队管理， 转执行步骤 408;

此流程分支基于流控原因，流控排队是指因为能力提供设备存在瓶颈时， 请求消息需要放入队列中排队， 进行流量控制。

消息队列管理子模块与消息队列模块之间存在连线。 消息队列是一个逻 辑队列实体， 但队列中的数据物理地存放在緩存中。

步骤 406, 响应緩存模块直接从緩存中获取数据信息；

此流程分支由本次能力调用的性质决定， 只要这次能力调用的响应数据 对时间不敏感或者在指定时间内不敏感且响应数据对不同的数据消费者不敏 感， 则可以直接从緩存中直接获取数据信息， 而不需要向能力提供设备发送 新的能力调用请求。

比如， 不同的应用或者相同的应用在不同时间， 进行相同的地图查询时， 响应緩存模块将緩存前一次地图信息直接返回给应用， 省去了下面流程以及 和能力提供设备（可能是 Google ) 的调用， 提升了效率。 或者一个应用对同 一城市、 同一时段的天气预报查询的请求， 通过系统判断时间的有效性， 将 前一次查询返回时， 緩存在响应緩存模块的信息， 直接返回给应用；

又比如天气预报信息。 当用户 A通过使用一个应用查天气预报信息， 该 应用调用本系统的天气预报能力， 然后本系统再调用 google (能力提供设备） 提供的天气预报能力 （即接口） ， 查询到 2011-11-11 日北京的天气。 由于 2011-11-11 日北京的天气信息在 1个小时内是不敏感的， 且用户 B通过该应 用查出的结果和用户 A查出的结果一样（数据消费者不敏感） 。 所以当用户 A查了该天北京的天气之后， 用户 B在 1小时内也来查时， 本系统将不需要 再去 google (能力提供设备）上去查， 而是直接从分布式响应緩存中， 直接 查出前一次查询的结果即可。

步骤 407 , 响应緩存模块向控制模块返回緩存的数据， 返回成功后， 执 行步骤 416;

步骤 408 , 消息队列管理子模块根据预置的规则控制能力调用请求消息 出队， 执行步骤 409;

步骤 409 , 控制模块调用外部功能调用模块向外部的业务交付管理系统 发起鉴权、 计费请求；

能力通常不会免费提供给应用或者使用该应用的用户使用， 所以通常情 况下， 需要对能力的调用进行鉴权和计费扣费。

步骤 410 , 业务交付管理系统完成处理之后 （对合作伙伴（开发者） 、 应用进行鉴权处理和计费）返回响应；

步骤 411 , 能力接入子模块针对出队的能力调用请求按照能力提供设备 的协议类型进行协议转换， 发起正式调用；

步骤 409和步骤 411没有严格的先后顺序。

由于本系统集成了不同能力提供设备提供的不同能力， 应用发起能力调 用请求时， 是调用特定的某个能力， 此次能力接入子模块需要根据应用所调 用的能力， 进行协议适配， 并且在协议适配处理完成之后， 路由给相应的能 力提供设备。

步骤 412, 能力提供设备进行调用响应， 返回消息数据；

步骤 413 , 能力接入子模块向控制模块返回调用响应消息；

步骤 414 , 控制模块根据预置规则确认本次获取的调用响应消息是否需 要緩存， 需要緩存时， 转步骤 415 , 否则转执行步骤 416;

能力调用的响应数据对时间不敏感或者在指定时间内不敏感且响应数据 对不同的数据消费者不敏感， 则需要緩存。

步骤 415 , 控制模块调用响应緩存模块写入此次能力提供设备返回的响 应信息；

步骤 416 , 控制模块向能力开放模块返回调用响应消息；

步骤 417 , 应用收到能力开放模块转发的能力调用响应消息， 完成能力 调用。

本发明实施例的能力聚合开放系统和方法的另一可替换方案中， 可仅对 已预先緩存能力调用响应的能力调用请求进行处理， 也可实现对能力调用请 求的快速反应和处理。 本发明实施例提供的基于云计算技术，实现能力聚合开放的方法和系统， 解决应用调用电信网络能力、 互联网能力、 IT ( Information Technology, 信息 技术） 能力 （包括物联网能力）和数据信息能力的难度， 为最大化的开放电 信网络能力、 互联网能力、 IT能力和数据信息能力， 并发挥电信网络能力、 互联网能力、 IT能力和数据信息能力的价值， 建设了一个系统化的聚合开放 系统平台， 并且为单一能力开放的管道提供了智能化控制功能， 可防止移动 互联网开放商将电信运营商管道化，在为电信运营商挖掘其自身潜力的同时， 通过对多种类型能力的 Mashup并二次开放，创造出更多新型的应用形式，提 升了创新空间， 提高了电信运营商的竟争力。

更重要的是， 本系统釆用云计算技术， 降低了能耗， 解决能力开放过程 中所产生的性能瓶颈、 容灾备份、 服务质量和安全性的问题。 。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。

当然， 本发明还可有其他多种实施例， 在不背离本发明精神及其实质的 但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

工业实用性 本发明实施例方法和系统， 通过对緩存的能力调用响应的利用， 可以降 低应用调用电信网络能力、 IT网络能力和数据库内容信息能力的难度， 提高 效率， 还可以最大化的聚合、 开放电信网络能力、 IT网络能力和数据库内容 信息能力。

Claims

权 利 要 求 书

1、 一种能力聚合开放系统， 该系统包括能力开放模块、 判断模块、 控制 模块和响应緩存模块， 其中：

所述能力开放模块设置为： 接收第三方发送的能力调用请求以及从所述 控制模块接收并向第三方转发能力调用响应；

所述判断模块设置为：根据配置的规则对接收的能力调用请求进行判断； 所述控制模块设置为： 实现模块调用控制， 包括： 调用所述判断模块， 在所述能力调用请求的响应数据已緩存时， 调用所述响应緩存模块获取緩存 的相应能力调用响应， 以及向所述能力开放模块返回调用模块得到的能力调 用响应；

所述响应緩存模块设置为： 根据所述控制模块的调用获取緩存的相应能 力调用响应或緩存符合緩存条件的能力调用响应。

2、 如权利要求 1所述的系统， 其中：

所述系统还包括能力调用处理模块， 所述控制模块实现模块调用控制还 包括： 在所述能力调用请求的响应数据未緩存且需要进一步处理时， 调用所 述能力调用处理模块；

所述能力调用处理模块， 设置为： 根据所述控制模块的调用进行能力调 用处理。

3、 如权利要求 2所述的系统， 其中：

所述规则包括响应数据緩存条件， 所述控制模块实现模块调用控制还包 括： 若所述能力调用处理模块返回的能力调用响应符合所述响应数据緩存条 件则调用所述响应緩存模块緩存所述能力调用响应；

所述响应緩存模块， 还设置为根据所述控制模块的调用緩存符合緩存条 件的能力调用响应。

4、 如权利要求 2所述的系统， 其中， 所述能力调用处理模块包括消息队 列管理子模块、 能力接入子模块以及一个或多个消息队列， 其中： 所述消息队列管理子模块设置为： 根据所述控制模块的调用将所述能力 调用请求緩存入所述消息队列以及从相应消息队列中取出待处理的能力调用 请求；

所述能力接入子模块设置为： 根据当前待处理能力调用请求适配并调用 相应的能力提供设备。

5、 如权利要求 4所述的系统， 其中： 所述消息队列具有队列属性， 所述 队列属性包括处理优先级、 服务等级协议（SLA )级别或对应的能力类别， 所述配置的规则还包括能力请求入队规则， 所述控制模块是设置为根据所述 能力请求入队规则调用所述消息队列管理子模块将所述能力调用请求緩存入 相应队列属性的消息队列中。

6、 如权利要求 4所述的系统， 其中： 所述配置的规则还包括能力请求出 队规则， 所述控制模块是设置为根据所述能力请求出队规则调用所述消息队 列管理子模块从相应消息队列中取出待处理的能力调用请求。

7、 如权利要求 6所述的系统， 其中： 所述能力请求出队规则包括出队的 能力调用请求数量， 该数量与对应的能力提供设备的流量能力成正比。

8、 权利要求 1所述的系统， 其中： 所述响应緩存模块还设置为在緩存的 能力调用响应失效时， 删除所述能力调用响应。

9、 如权利要求 3所述的系统， 其中： 所述响应数据緩存条件包括以下条 件之一： 响应数据对时间不敏感； 响应数据在指定时间段内不敏感； 响应数 据对数据消费者不敏感。

10、 如权利要求 4所述的系统， 所述系统还包括能力编排模块和外部功 能调用模块， 其中：

所述能力编排模块设置为： 对待调用能力以及相关的支撑功能进行逻辑 编排， 生成能力包， 所述支撑功能包括鉴权、 认证或计费；

所述外部功能调用模块设置为： 根据所述控制模块的调用向支撑功能单 元发起相应支撑功能处理请求； 所述控制模块是设置为根据与所述能力开放模块接收的能力调用请求关 联的能力包实现模块调用控制。

11、 如权利要求 10所述的系统， 其中： 所述能力编排模块， 还设置为对 不同类型的多个能力进行揉和（Mashup )生成综合能力， 所述能力调用请求 包括针对所述综合能力的能力调用请求； 所述能力接入子模块是设置为调用 生成所述综合能力的多个能力对应的能力提供设备。

12、 如权利要求 1所述的系统， 其中， 所述能力包括： 电信网络能力、 互联网能力、 信息技术（IT ) 能力、 物联网能力或数据信息能力。

13、 如权利要求 1所述的系统， 其中， 所述能力开放模块包括多个协议 接口， 以与不同协议类型的第三方交互。

14、 如权利要求 1所述的系统， 其中， 所述控制模块还设置为： 在所述 能力调用请求不符合能力调用规则或策略时， 向所述能力开放模块返回表示 能力调用失败的响应。

15、 一种能力聚合开放方法， 该方法由能力聚合开放系统实现， 该方法 包括：

能力调用请求接收步骤， 接收第三方发送的能力调用请求；

能力调用请求判断步骤， 根据配置的规则对接收的能力调用请求进行判 断， 判断所述能力调用请求的响应数据已緩存时， 转执行緩存响应调用步骤； 緩存响应调用步骤， 获取緩存的能力调用响应， 并转执行能力调用响应 步骤； 以及

能力调用请求响应步骤， 向所述第三方返回能力调用响应。

16、 如权利要求 15所述的方法， 其中， 所述能力调用请求判断步骤中， 若判断所述能力调用请求的响应数据未緩存且需要进一步处理时， 执行能力 调用步骤， 获得能力调用响应， 并转执行所述能力调用请求响应步骤。

17、如权利要求 15所述的方法，其中，所述规则包括响应数据緩存条件， 执行能力调用步骤后， 该方法还包括响应緩存管理步骤， 判断获得的能力调 用响应是否符合响应数据緩存条件， 符合响应数据緩存条件时， 緩存获得的 能力调用响应。

18、 如权利要求 16所述的方法， 其中， 所述能力聚合开放系统包括一个 或多个消息队列， 所述能力调用步骤包括：

入队步骤， 将所述能力调用请求緩存入所述消息队列；

出队步骤， 从相应消息队列中取出待处理的能力调用请求；

调用步骤， 根据当前待处理能力调用请求适配并调用相应的能力提供设 备。

19、 如权利要求 18所述的方法， 其中： 所述消息队列具有队列属性， 所 述队列属性包括处理优先级、 服务等级协议（SLA )级别或对应的能力类别， 所述配置的规则还包括能力请求入队规则， 所述入队步骤中， 根据所述能力 请求入队规则将所述能力调用请求緩存入相应队列属性的消息队列中。

20、 如权利要求 18所述的方法， 其中： 所述配置的规则还包括能力请求 出队规则， 所述出队步骤中， 根据所述能力请求出队规则从相应消息队列中 取出待处理的能力调用请求； 所述能力请求出队规则包括出队的能力调用请 求数量， 该数量与对应的能力提供设备的流量能力成正比。

21、 权利要求 15所述的方法， 其中： 所述能力聚合开放系统在緩存的能 力调用响应失效时， 删除所述能力调用响应。

22、 如权利要求 17所述的方法， 其中： 所述响应数据緩存条件包括以下 条件之一： 响应数据对时间不敏感； 响应数据在指定时间段内不敏感； 响应 数据对数据消费者不敏感。