CN102164101A - 开放式网关框架 - Google Patents

Abstract

一种开放式网关框架。该开放式网关框架解决了设备功能(诸如，网关或机顶盒功能)的高效模块化、扩展和适配的需求。所述开放式网关框架有助于用户电子设备上的快速第三方应用开发，尤其是对于电信服务提供商而言。开放式网关框架提供了：不同设备之间的可移植性；基于具有自定义应用编程接口(API)的扩展平台特征的快速开发；以及对设备基本软件具有较小甚至没有影响的部署。

Description

开放式网关框架

技术领域

本公开涉及用于电信服务平台的架构，该架构能够更高效地对在该平台上运行的服务进行模块化、控制以及适配。

背景技术

数字家庭和办公室不断演进、并入更宽范围的尖端设备，并且变得更加复杂。用户设备供应商不断地销售新连接的消费电子设备，以及与许多不同消费电子设备集成的用于家庭和办公室的先进并且普遍的增值服务。然而，数字连接的家庭和办公室是服务平台的复杂生态系统，其中每个设备都具有阻碍新服务快速高效开发和部署的封闭整体设计。

更具体地，当前应用开发模型是封闭以及自定义的模型。在当前模型下，用户设备供应商设计应用、开发应用并且将其嵌入通常专为该特定供应商的设备架构设计制造的设备中。具体地，接入网关通常向电信服务提供接入点。由于所有开发倾向于是设备供应商的唯一职责，因此电信服务提供商在软件应用生命周期不进行控制。接入网关的整体设计使得即便对于供应商本身而言在短时间内开发并且部署新服务来销售也是困难的。

因此，存在对于用于服务创建、执行和预备的增强架构的需求。

发明内容

开放式网关框架解决了对于设备(例如，电信网关)功能的高效模块化、扩展和适配的需求。开放式网关框架可以在其他设备上实现，诸如机顶盒或其他用户驻地设备(CPE)。开放式网关框架有助于在用户电子设备上的快速应用开发，尤其是对于电信服务提供商而言。开放式网关框架提供了不同设备(包括接入网关和机顶盒)之间的可移植性；扩展平台特征和由助手功能定义的一致应用编程接口(API)通过杠杆作用的快速开发；以及对设备基本软件具有较小甚至没有影响的部署，由此大大有助于第三方开发。

可以将开放式网关框架部署为用于应用生命周期管理的完整架构。开放式网关框架可以包括以下一个或多个：自定义内核接口层对于OSGi联盟(TM)框架进行杠杆作用用于服务创建和执行；可与电信服务提供商运营支持系统(OSS)/业务支持系统(BSS)系统完全集成的管理平台；应用资源库；以及用于应用开发的API。开放式网关框架是远程可管理的，用于促进高效的用户支持。一旦电信服务提供商将开放式网关框架集成到其设备中，电信服务提供商便可以在那些设备上自由开发(以及让其他人开发)新的服务。

基于对以下附图和详细描述的审阅，其他的系统、方法、特征和优势对于本领域技术人员来说将是或将变得明显。所有这些附加的系统、方法、特征和优势旨在包括在本描述内、在本发明的范围内并且由以下的权利要求书所保护。

附图说明

通过参考以下附图和描述可以更好地理解开放式网关框架。在附图中，相似的参考标号表示在不同视图中的对应部分。

图1示出了示例说明开放式网关框架的实现和管理的架构；

图2示出了开放式网关框架管理系统；

图3示出了包括开放式网关框架服务平台的设备；

图4示出了开放式网关框架服务平台的另一示例；

图5示出了用于创建和实现开放式网关框架的流程图；

图6示出了开放式网关框架管理系统中服务管理逻辑的流程图；

图7示出了开放式网关框架管理系统中应用存储逻辑的流程图；

图8示出了用于由服务平台通过服务存储启动的新服务的安装的消息流；

图9示出了用于由服务平台通过服务存储启动的服务的升级的消息流；

图10示出了用于由管理系统启动的新服务的安装的消息流；

图11示出了用于由管理系统启动的服务的升级的消息流；

图12示出了用于由管理系统启动的服务的卸载的消息流；

图13示出了用于由服务平台启动的服务的卸载的消息流；

图14示出了用于通过管理系统激活和去激活服务的消息流；

图15示出了用于通过管理系统进行服务监测和服务配置的消息流；

图16示出了用于在管理系统与服务平台之间通信的带签名分组格式；以及

图17示出了服务平台中由管理服务执行的逻辑流程图。

具体实施方式

图1示出了示例说明在各种服务平台上的开放式网关框架的实现和管理的架构100。该架构包括开放式网关框架管理系统(“管理系统”)102。可能存在任意数量的各种设备103与管理系统102进行通信。图1给出了三个示例：电信网关104、机顶盒106和通用电信设备108。设备103向终端110提供电信服务。任何设备103可以包括自定义服务平台(例如，自定义服务平台105)。下面描述的开放式网关框架实现了服务平台105，并且可以适配于任何特定设备及其硬件和软件配置。管理系统102还可以与业务支持系统(BSS)112进行通信。

网关可以包括如下系统，该系统与蜂窝电话、智能电话、个人数据助理或其他电信设备对接。机顶盒可以包括由有线电视服务提供商提供的设备，用于向在其家中或办公室的消费者递送电视节目、VoIP或其他服务。如下文更加详细地描述，管理系统102通常可以管理向订户递送服务的任何设备。

终端110可以代表电信服务的任何消费者。终端110的一个示例是订购了由电信网关104主控的短消息服务(SMS)的蜂窝电话。终端的另一示例是订购了由机顶盒106递送的电视节目信息服务的数字录像机。

BSS 112有助于管理系统102的事务处理。为此，BSS 112可以例如包括：计费系统114和电子事务处理系统116。BSS 112可以与管理系统102进行通信，用以接受付款信息(例如，信用卡或借记卡信息)；处理付款、信用卡或借记卡预付费或后付费账户；返回账户收支信息、付款授权；或采取由管理系统102要求的其他动作。

例如，BSS 112支持第三方购买附加服务。服务存储服务器118可以主控购买界面、服务目录和其他购买基础构造。内容服务器120可以存储用于向设备103递送的服务。然而，架构100可以通过许多不同的方式来实现。例如，系统102、114、116、118、120的任意一个的功能可以在较少的分立系统中实现(例如，管理系统102可以执行所有功能)，或者在附加系统之间进一步分配。网络122提供了通信基础构造，通过该通信基础构造各种系统和终端可以进行通信，并且可以包括有线或无线局域网或广域网(包括因特网)的任意组合。

图2示出了管理系统102的一个示例性实现。处理器202连接到通信接口204、存储器206以及数据库208和210。服务内核数据库208和服务参数数据库210支持管理系统102。

服务管理逻辑212协调管理系统102的整体功能。下面对服务管理逻辑212可以实现的特定功能示例进行讨论。为了支持服务管理逻辑212，通信协议214向在通信接口204处接收的消息提供了消息处理器和解释器。在一个实现中，通信协议214可以是针对设备远程管理的TR-069通信协议，其被扩展以支持下面提到的功能。

如上文所提到的，可以存在多个实现，其中管理系统102还提供了服务存储功能。为此，管理系统102可以包括服务存储逻辑216。服务存储逻辑216可以处理平台清单218或其他信息来确定哪些服务可用于提供了该平台清单的设备。

图3示出了包括开放式网关框架304的设备302。开放式网关框架304提供了如下服务平台，该服务平台向可以被远程管理的模块的、可再次使用的服务的技术问题提供了技术解决方案。处理器306连接到通信接口308、存储器310和系统资源312，该系统资源312的第一个被标为系统资源314。系统资源312可以表示出现在设备302中的硬件或软件资源。例如，系统资源314可以是硬件音频或视频编解码器。又如，系统资源314可以是用于转译多语言之间文本或在数百个有线电视频道中搜索下一个出现的电视节目的软件处理器。

为了支持开放式网关框架304，通信协议316向在通信接口308处接收的消息提供了消息处理器和解释器。在一个实现中，通信协议316可以是针对设备远程管理的TR-069通信协议，其被扩展以支持下面提到的功能。为此，通信协议316可以将传入消息从管理系统102路由至管理服务334，并且可以帮助传出消息从管理服务334传输到管理系统102。

操作系统318向设备302提供了基本功能。具体地，包括特定驱动器(例如，驱动器320)的操作系统318提供了对系统资源312的访问。专为设备302编写的本地服务322可以对出现在操作系统318中的已知功能和驱动器进行调用。然而，这种本地服务322在不同设备架构之间不容易被移植，因此如果需要将它们安装在不同设备上，则必须进行重写。

开放式网关框架304向服务移植性和兼容性的技术问题，以及这种服务的远程管理提供了技术解决方案。开放式网关框架304作为抽象层，用于跨越安装在绝对不同的设备上的开放式网关框架而使得特定硬件与所有服务都要访问的暴露的功能相隔离。在一个实现中，开放式网关框架304包括内核动态模块系统324，可选地通过自定义内核扩展(例如，内核扩展326)进行扩展，用于实现专门为设备302的硬件/软件配置定制的内核功能。内核324例如可以是OGSi框架，该框架提供了用于执行大量与机器无关的代码(诸如，JAVA代码)的动态模块系统。另外，开放式网关框架304进一步包括提供助手功能330的功能包328。

助手功能330和包括内核扩展326(如果存在)的内核324包括实现更宽范围功能的预设计、预打包代码。该功能通过由助手功能330和内核324定义的功能调用来进行访问，并且使得可用于(即，“暴露”)由其他实体(例如，服务332)进行访问。虽然由于设备的硬件或软件限制，某些功能调用可能不是在所有设备上都可获得，但是可获得的功能调用集通常不在开放式网关框架之间变化。另一方面，不改变将功能调用转译到特定基础系统服务的方式来匹配特定设备及其硬件配置。结果是，跨越多个设备共用的功能调用集跨越该多个设备而提供服务332用以实现其功能的一致应用编程接口(API)。在图3中，组成API的功能集用标号336表示，即，API 336。

助手功能330和内核324将服务332进行的API功能调用转译成针对该设备的(可能专有和唯一的)操作系统、驱动器或系统资源特定调用。因此，每个设备302可以具有特定开放式网关框架304，但是将针对开放式网关框架304编写的服务332安装在具有不同硬件的各种设备上时不需要改变和重写。相反，服务332可以通过一致API336直接插入开放式网关框架304，而不考虑设备的具体硬件实现。作为开放式网关框架304的外部的服务332没有被该开放式网关框架304包括或是为其本身的部分，其可以实现设备期望向终端110提供的任意期望的处理，诸如，SMS或MMS服务、文本语音转译、视频和话音会议、VoIP或有线电视录像服务或其他服务。

内核扩展326(如果存在)和功能包328共同在操作系统318顶部形成开放式的自定义的服务平台结构331。该自定义服务平台结构331是该开放式网关框架304的一部分，并且支持不同硬件之间高度可移植的自定义服务作为内核324中基本功能的扩展。图3示出了这种服务332的若干示例。具体地，服务332中的一个服务是管理服务334。如下文更加详细地解释，管理服务334协调设备302与管理系统102的交互，使得管理系统102可以对运行在设备103中的服务执行集中化的远程控制。数据模型338可以存储针对包括管理服务的任意服务332的服务参数。管理服务334可以按照管理系统102所指示地监控、改变、报告或操纵数据库中的服务参数。

开放式网关框架暴露了可用于服务的功能。服务开发者快速开发如下服务，该服务杠杆作用于由助手功能330实现的预设计的暴露的功能。反过来，助手功能330使用内核和内核扩展来实现其功能。内核324和内核扩展326可以调用特定设备驱动器或操作系统功能来执行所要求的处理。

图4示出了通过开放式网关框架402实现的服务平台400的另一示例。该开放式网关框架402通过包括内核扩展408的自定义服务平台结构406来扩展OGSi内核404和操作系统，该内核扩展408包括音频驱动器410、数字信号处理器(DSP)驱动器412和电话端口驱动器414。连同内核扩展一起，自定义服务平台结构406进一步包括在下面的助手和扩展表格中解释的定义了若干助手功能的功能包。

用户接口450和452可以向设备103的管理员提供配置、检查和分析功能。为此，用户接口450和452可以提供用于请求或执行在下文中参考图8-图15进行了详细描述的服务安装、卸载、配置、监控和激活/去激活任务的机制，

图5示出了用于创建和实现新开放式网关框架的流程图500。具体地，设计者获得了设备硬件能力列表(502)。设计者继而可以确定暴露于将要插入该开放式网关框架(504)的服务的特征集。通过考虑硬件能力和期望的特征集，设计者生成新近创建的服务可以调用来实现其期望功能的助手功能和内核扩展(506)。

给定助手功能和内核扩展，设计者生成用于安装在特定设备上的开放式网关框架(508)。开放式网关框架可以采取被通信传递到设备制造商的安装包的形式(510)。然而，还可以采用其他形式来实现和分布开放式网关框架。例如在将设备运送到用户之前，设备制造商便将开放式网关框架安装在其设备上(512)。注意，该开放式网关框架通常保留在设备上长达设备的生命期。然而，服务(例如，管理服务)以及助手和内核扩展可以进行升级或改变，从而不需要完全替换该开放式网关框架。

设备制造商还可以安装从开放式网关框架的设计者获得的选定服务，诸如管理服务334。在某些实现中，管理服务334可能总是出现并且不能被卸载，这是由于其角色是用于处理从管理系统102接收的通信和配置命令。

图6示出了服务管理逻辑212可以执行的逻辑的流程图600。下面讨论具体消息流。以任意期望的时间间隔，服务管理逻辑212可以检查服务平台上安装了哪些服务(602)，诸如安装在开放式网关框架304上的服务332。对于每个服务而言，服务管理逻辑212可以确定是否有任何需要更新的服务参数(604)。为此，服务管理逻辑212可以查阅针对每个服务保留的服务参数数据库(210)，用于确定当前参数设置。当存在服务参数的更新时，服务管理逻辑212获取参数更新(例如，从参数数据库210中)(606)，并且将该参数更新通信传递到服务平台(608)。具体地，服务管理逻辑212可以将参数更新通信传递到服务管理服务334，该服务管理服务334反过来将该参数更新通信传递到要求更新的本地服务。

服务管理逻辑212还可以检查服务平台上安装了哪些服务(610)并且检查更新(612)。如果存在服务改变或更新，则服务管理逻辑212可以确定是否需要安装、卸载或激活/去激活动作。对于安装而言，服务管理逻辑212可以获取新服务或服务版本(例如，从内容服务器120)(614)，并且将该新服务或服务版本通信传递到服务平台(例如，通信传递到执行安装的服务管理服务334)(616)。对于卸载而言，服务管理逻辑212确定应当被移除的服务(618)，并且将指令通信传递到服务平台(例如，通信传递到执行卸载的服务管理服务334)(620)。对于激活或去激活而言，服务管理逻辑212确定将要激活或去激活的服务(622)，并且将激活/去激活指令通信传递到服务平台(例如，通信传递到执行该指令的服务管理服务334)(624)。

图7给出了应用存储逻辑216的流程图700，该应用存储逻辑216可以位于管理系统102、服务存储服务器118中或架构100的其他地方。应用存储逻辑216接收设备清单218(702)。设备清单218可以详细描述设备的硬件和/或软件能力。应用存储逻辑216获取可获得服务的列表以及其硬件和/或软件要求(704)，并且针对设备清单中指定的硬件/软件能力过滤该服务列表(706)。因此，例如，如果可获得的服务要求音频输出硬件，但该设备不具有，则应用存储逻辑216可以将该服务从可获得服务的列表中移除。

应用存储逻辑216将经过滤的服务列表通信传递到服务平台(708)，并且对服务选择进行应答。应用存储逻辑216从服务平台接收付款信息(710)，诸如信用卡或借记卡信息，并且试图通过BSS112来验证该付款信息(712)。如果没有验证付款信息，则应用存储逻辑216将错误消息通信传递回到服务平台(714)。否则，服务递送逻辑216将成功消息返回到服务平台(716)，并且安排新购买的服务到服务平台的通信(718)。在其他情况下，如下文所述，服务安装或更新可以由服务平台或管理系统102发起。

图8-图15中讨论的配置消息流指的是设备及其服务平台(例如，开放式网关框架304)与包括管理系统102的其他系统、内容服务器120和服务存储服务器118的交互。配置消息通常流动穿过给定设备的通信接口(例如，通信接口308)，并且由通信协议路由到服务平台(例如，服务平台105)。具体地，传入消息可以由管理系统102直接递送到管理服务334，用于帮助服务平台的远程管理和控制。任何设备上的任何服务平台都可以处理下面讨论的配置消息。

图8示出了由服务平台(例如，服务平台105)通过服务存储118启动的新服务的安装的配置消息流800。下文描述的附图中的任何消息流可以经由远程过程调用(RPC)或其他消息传输机制实现。设备103中的服务平台向服务存储服务器118发送购买应用的请求(802)。服务存储服务器118通知管理系统102(804)，使得管理系统102可以保持安装在服务平台上的服务的经更新的配置文件。如果所有购买条件都满足了(例如，付款授权和服务授权)，则管理系统102可以将下载消息通信传递到服务平台(806)。下载消息可以传达服务平台用于获得所购买服务的下载参数，诸如：文件类型、可以下载服务的统一资源定位符(URL)、用于下载服务的用户名和密码以及文件大小。

服务平台执行URL上的超文本传输协议(HTTP)Get(获取)，用于从内容服务器120下载服务(808)。内容服务器120优选以带签名的分组格式返回消息(810)，该格式中包括有效载荷中的安装文件以及命令列表中的安装命令。可以采用其他文件传输选项，包括文件传输协议(FTP)或远程文件系统访问。除了安装文件，内容服务器120还向服务平台返回了服务参数的数据模型(810)。服务平台本地保留了与运行服务有关的数据库。管理系统102可以对数据模型中表示的服务参数进行远程控制。

服务平台将下载响应消息返回到管理系统102(812)。下载响应消息可以包括如下参数，诸如：下载和安装状态(例如，如果服务已经下载并且正确安装，则状态＝1)、开始时间和完成时间。当服务平台安装服务时，服务平台将信息消息通信传递到管理系统102(814)。信息消息可以向管理系统102传达服务已经成功安装并且启动运行了。管理系统102返回信息响应确认(816)。

通常，服务平台在每次操作之后可以向管理系统102发送信息消息。该信息消息通信结果(例如，成功、失败或其他数据)。当管理系统102从设备接收信息消息时，管理系统102更新针对信息消息中标识的设备的记录。由此，管理系统102保持设备上的配置信息与管理系统102上保留的配置同步。

管理系统102继而可以将参数设置消息通信传递到服务平台(818)。参数设置消息可以要求关于服务的通知，诸如关于应用的安装状态的主动通知(即，“通知＝2”)。服务平台用设置参数属性响应消息(820)响应，用于确认接收参数设置消息。

“通知”参数用于指示服务平台向管理系统102发送或不发送关于服务安装变化的通知(例如，安装或卸载)。在一个实现方式中，可能的通知参数值包括：

0＝不应当发送任何通知；

1＝被动通知。只有当要求发送下一个信息消息时(例如，对于超时、设备重启、来自管理系统102的连接请求或其他原因)，服务平台才(例如，使用管理服务334)发送通知；以及

2＝主动通知。服务状态一发生变化，管理服务334便发送通知。

图9示出了用于由服务平台通过应用存储(诸如，服务存储服务器118)启动的服务的升级的配置消息流900。服务平台向服务存储服务器118发送版本比较消息(902)。服务存储服务器118将比较响应返回到服务平台(904)。如果需要升级，则服务平台向服务存储服务器118发送升级请求(906)。服务存储服务器118通知管理系统102(908)，使得管理系统102可以保持安装在服务平台上的经更新的服务配置文件。

管理系统102可以将下载消息通信传递到服务平台(910)。服务平台执行URL上的超文本传输协议(HTTP)Get，用于从内容服务器120下载服务(912)。内容服务器120优选地以带签名的分组格式返回消息(914)，所述分组格式包括净载荷中的升级文件和命令列表中的升级命令。内容服务器120还将服务参数的数据模型(如果新版本具有不同的数据模型)返回到服务平台(914)。

服务平台将下载响应消息返回到管理系统102(916)。该下载响应消息可以包括如下参数，诸如：下载状态(例如，成功或失败)、开始时间和完成时间。当服务平台安装经升级的服务时，服务平台将信息消息通信传递到管理系统102(918)。信息消息可以向管理系统102传达升级已经成功安装并且启动运行了。管理系统102返回信息响应确认(920)。

管理系统102继而可以将参数设置消息通信传递到服务平台(922)。参数设置消息可以要求关于服务的通知，诸如关于应用的安装状态的主动通知。服务平台105用设置参数属性响应消息(924)进行响应，用于确认接收参数设置消息。

图10示出了用于由管理系统启动的新服务安装的配置消息流1000。在多种情况下，例如，在管理系统102向服务平台105推送新服务的情况下，管理系统可以发起下载过程。具体地，管理系统102可以将下载消息通信传递到服务平台(1002)。服务平台执行URL上的超文本传输协议(HTTP)Get，用于从内容服务器120下载服务(1004)。内容服务器120优选地以带签名的分组格式返回消息(1006)，所述分组格式包括净载荷中的安装文件和命令列表中的安装命令。内容服务器120还将服务参数的数据模型返回到服务平台(1006)。

服务平台将下载响应消息返回到管理系统102(1008)。下载响应消息可以包括如下参数，诸如：下载状态(例如，如果服务已经下载并且正确安装，则状态＝1)、开始时间和完成时间。当服务平台安装经升级的服务时，服务平台将信息消息通信传递到管理系统102(1010)。信息消息可以向管理系统102传达服务已经成功安装并且启动运行了。管理系统102返回信息响应确认(1012)。

管理系统102继而可以将参数设置消息通信传递到服务平台(1014)。参数设置消息可以要求关于服务的通知，诸如关于应用的安装状态的主动通知。服务平台用设置参数属性响应消息(1016)进行响应，用于确认接收参数设置消息。

图11示出了用于由管理系统启动的服务的升级的配置消息流1100。在多种情况下，例如，在管理系统102向服务平台推送升级的情况下，管理系统可以发起下载处理。具体地，管理系统102可以将下载消息通信传递到服务平台(1102)。服务平台执行URL上的超文本传输协议(HTTP)Get，用于从内容服务器120下载服务(1104)。内容服务器120优选地以带签名的分组格式返回消息(1106)，所述分组格式包括净载荷中的升级文件和命令列表中的升级命令。内容服务器120将针对服务的升级以及针对服务的参数的数据模型(如果升级需要)返回到服务平台(1106)。

服务平台将下载响应消息返回到管理系统102(1108)。下载响应消息可以包括如下参数，诸如：下载状态(例如，如果服务已经下载并且正确安装，则状态＝1)、开始时间和完成时间。当服务平台安装经升级的服务时，服务平台将信息消息通信传递到管理系统102(1110)。信息消息可以向管理系统102传达服务升级已经成功安装并且启动运行了。管理系统102返回信息响应确认(1112)。

管理系统102继而可以将参数设置消息通信传递到服务平台(1114)。参数设置消息可以请求关于服务的通知，诸如关于应用的安装状态的主动通知。服务平台用设置参数属性响应消息(1116)进行响应，用于确认接收参数设置消息。

图12示出了用于由管理系统启动的服务卸载的配置消息流1200。管理系统102可以将下载消息通信传递到服务平台(1202)。服务平台执行URL上的超文本传输协议(HTTP)Get，用于从内容服务器120下载服务(1204)。内容服务器120优选地以带签名的分组格式返回具有空净载荷的消息，所述分组格式包括消息(1206)中的命令列表中的卸载命令。

服务平台将下载响应消息返回到管理系统102(1208)。该下载响应消息可以包括如下参数，诸如：下载状态(例如，成功或失败)、开始时间和完成时间。当服务平台执行命令并卸载服务时，服务平台将信息消息通信传递到管理系统102(1210)。信息消息可以向管理系统102传达服务已经成功卸载并且不再运行了。管理系统102返回信息响应确认(1212)。

图13示出了用于由服务平台启动的服务的卸载的配置消息流1300。具体地，服务平台103本地卸载服务。然后，服务平台将信息消息通信传递到管理系统102(1302)。信息消息可以包括传达了例如卸载服务的名称、服务不再运行以及卸载完成的参数。由于管理系统102先前设置了关于安装状态参数的主动通知，所以才发送信息消息。管理系统102返回确认响应(1304)。

图14示出了用于由管理系统102激活和去激活服务的配置消息流1400。具体地，管理系统102确定是否激活或去激活服务，并且在设置参数值消息中发送指定激活或去激活的参数设置命令(1402)。对于激活而言，可以将服务状态设置为真。对于去激活而言，可以将服务状态设置为假。服务平台返回确认响应(1404)。

图15示出了用于通过管理系统进行服务监控和服务配置的配置消息流1500。对于服务监控而言，管理系统102可以发送消息(1502)，用于获取由服务平台捕获的日志数据。服务平台103可以返回(1504)由管理系统102请求的日志数据。

对于服务配置而言，管理系统102发送如下参数设置消息，其指定了服务平台103应当将特定参数设置为特定值(1506)。服务平台103返回确认(1508)，其可选地指示在设置参数方面是成功还是失败。

图16示出了用于下载文件和通信指令的带签名的分组格式1600。该带签名的分组格式1600可以是TR-069扩展，包括固定长度的报头1602、命令列表1604和认证/授权签名1606。该带签名的分组格式可以进一步包括用于净载荷文件的字段(例如，字段1608、1610、1612)。

带签名的分组格式可以用于安全下载文件。表格：命令名称示出了可以用于支持如上文所述的管理系统102的安装、卸载、升级和其他功能的命令名称。备选地，管理系统102可以在为供应商专用命令提供的1000-9999范围内定义其自己的命令。

图17示出了服务平台103中由管理服务334执行的逻辑流程图1700。管理服务334从管理系统102接收通过所安装的协议(例如，TR-069)通信的配置消息(1702)。管理服务334继而根据上文图8-图15中描述的配置消息执行对外部服务332及其参数的控制。

例如，按照上文参考图8-图11详细解释的，管理服务334可以通过接收新服务或服务版本(1704)以及安装该新服务版本(1706)来执行安装或升级动作。又如，按照上文参考图12-图13详细解释的，管理服务334可以通过从所接收命令确定要卸载的服务(1708)以及执行卸载处理(1710)来执行服务的卸载。按照上文参考图14解释的，管理服务334还处理服务的激活/去激活。为此，管理服务334确定所涉及的服务，并且确定是否激活或去激活服务(1712)，继而执行激活或去激活(1714)。另外，按照参考图15更详细解释的，管理服务334处理服务监控和配置。管理服务334确定所接收的命令是否请求监控或配置，以及所涉及的服务(1716)。管理服务334继而在所标识的服务上执行监控或配置命令(1718)。

开放式网关框架向服务创建和执行提供了与设备无关的开放式模块化的平台。由此，该开放式网关框架有助于更简单更快的应用开发，以及远程管理。该开放式网关框架提供了安装在设备上的模块化的软件层，开放式网关框架通过该模块化的软件层允许服务和应用与设备驱动器和资源进行通信。

作为概述，开放式网关框架提供了位于OGSi内核(以及对该内核的扩展)顶部的功能(例如，助手)分组，使得新服务可以杠杆作用于分组中的任何功能。该分组可以包含最常使用的功能块，从中可以容易地创建新的服务。例如，新服务不需要对家庭自动驱动器进行重写，但可以杠杆作用于已经出现在功能预配置分组中的驱动器功能。

不考虑网关，每个服务使用分组中提供的功能，并且该分组根据设备中的基础硬件将这些功能调用转译成不同的特定操作系统或驱动器调用。通过这种方式，服务可以自由地安装在任何硬件平台上而不需要进行改变，只要新硬件平台安装了开放式网关框架即可。该开放式网关框架对硬件层进行抽象，用于允许可移植应用开发。万一硬件发生变化，将会发布针对该硬件的开放式网关框架的特定版本，用于支持已经创建的服务在该硬件上执行。

开放式网关框架可以包括特征的任意组合，包括：软件层，其杠杆作用于OSGi框架用于服务创建和执行，其允许应用和服务从设备基本软件和硬件去耦合，诸如与设备硬件紧密耦合的操作系统；管理平台，其用于与电信服务提供商OSS/BSS系统完全集成的远程设备监控和管理；应用资源库，用于通过电信服务提供商和第三方以及应用存储进行应用发布，通过该应用存储用户可以浏览目录并选择期望的服务；以及用于应用开发的API，通过自定义扩展来满足电信服务提供商的要求。

开放式网关框架的一个长处是：每个服务都可以独立于其他服务以及设备基本软件和硬件(例如，操作系统)进行安装、升级和管理。根据电信服务提供商想要实现的任何商业模型，服务可以由电信服务提供商或任何其他第三方进行开发。开放式网关框架有助于针对新服务进行安装/卸载、服务的激活/去激活或者服务监控和配置的完整用户支持。

上文所述的逻辑和处理可以编码或存储在机器可读或计算机可读的介质中(诸如：只读存储器压缩盘(CDROM)、磁盘或光盘、闪存、随机访问存储器(RAM)或只读存储器(ROM)、可擦除可编程只读存储器(EPROM)或其他机器可读介质)，作为例如由处理器、控制器或其他处理设备执行的指令。介质可以实现为包含、存储、通信传递、传播或传输由指令可执行系统、装置或设备使用或者与其有关的可执行指令的任何设备或有形部件。备选或附加地，逻辑可以实现为使用硬件的模拟或数字逻辑，诸如一个或多个集成电路，或者一个或多个执行指令的处理器，或者在应用编程接口(API)中或动态链接库(DLL)中的软件中，共享存储器中可获得的功能或者定义为本地或远程过程调用，或者作为硬件和软件的组合。

在其他实现方式中，逻辑可以在表现在信号或传播信号介质中。例如，实现任何给定程序的逻辑的指令可以采取电、磁、光、电磁、红外或其他类型信号的形式。上文所述系统可以在通信接口(诸如光纤接口、天线或者其他模拟或数字信号接口)接收这种信号；从该信号恢复指令；将它们存储到机器可读存储器；和/或利用处理器来执行这些指令。

系统可以包括附加的或不同的逻辑，并且可以通过许多不同的方式实现。处理器可以被实现为控制器、微处理器、微控制器、专用集成电路(ASIC)、离散逻辑或者其他类型电路或逻辑的组合。类似地，存储器可以是DRAM、SRAM、快闪或其他类型的存储器。参数(例如，条件和阈值)和其他数据结构可以被分别存储和管理，可以并入单个存储器或数据库，或者可以通过许多不同方式进行逻辑和物理组织。程序和指令可以是库(诸如，动态链接库(DLL))中实现的单个程序、单独程序的一部分，或者分布在若干存储器或处理器之间。

虽然已经描述了本发明的各种实施方式，但是本领域技术人员应当理解更多的实施方式和实现方式可能在本发明的范围内。因此，除了根据所附权利要求书及其等同物，本发明不受任何约束。

Claims (15)

1.一种服务平台架构，包括：

处理器；以及

存储器，其连接到所述处理器，所述存储器包括：

操作系统，其包括用于系统资源的设备驱动器；

抽象层，其位于所述设备驱动器与外部服务之间，所述抽象层包括：

内核功能，其与所述设备驱动器进行通信；以及

助手功能，其与所述内核功能进行通信并且包括从所述操作系统和设备驱动器抽象的暴露的一致应用编程接口(API)，所述API操作用于将来自所述外部服务的功能调用转译到所述内核功能和操作系统，由此转译到所述设备驱动器；

服务管理服务，其位于所述外部服务之间，所述服务管理服务操作用于根据从远程管理系统接收的配置消息来管理所述外部服务；以及通信接口操作用于从所述远程管理系统接收所述配置消息，并且将所述配置消息通信传递到所述服务管理服务。

2.根据权利要求1所述的服务平台架构，其中所述内核功能包括在动态模块框架中，用于执行与机器无关的代码的代码簇。

3.根据权利要求1所述的服务平台架构，其中所述存储器进一步包括用于由所述服务管理服务操纵的外部服务的服务参数的数据模型。

4.根据权利要求1所述的服务平台架构，其中所述配置消息包括服务安装消息，其指导所述服务管理服务安装发送到所述服务平台架构的新的外部服务。

5.根据权利要求1所述的服务平台架构，其中所述配置消息包括服务参数修改消息，其指导所述服务管理服务针对任意所述外部服务改变服务参数。

6.根据权利要求1所述的服务平台架构，其中所述配置消息包括服务去激活消息，其指导所述服务管理服务从所述外部服务之间去激活所述配置命令中指定的特定外部服务。

7.根据权利要求1所述的服务平台架构，其中所述配置消息包括服务激活消息，其指导所述服务管理服务从所述外部服务之间激活所述配置命令中指定的特定外部服务。

8.一种用于实现服务平台的方法，所述方法包括：

提供操作系统中设备驱动器与外部服务之间的抽象层，所述抽象层包括：

内核功能，其与所述设备驱动器进行通信；以及

助手功能，其与所述内核功能进行通信并且暴露了从所述操作系统和设备驱动器抽象的一致应用编程接口(API)，所述API操作用于将所述外部服务中的功能调用传送到所述内核功能和操作系统，由此传送到所述设备驱动器；

在通信接口处，从远程管理系统接收配置消息；以及

在所述外部服务之间，将所述配置消息通信传递到服务管理服务，所述服务管理服务操作用于根据所述配置消息来管理所述外部服务。

9.根据权利要求8所述的方法，其中提供抽象层包括提供用于执行机器无关的代码的代码簇的动态模块框架。

10.根据权利要求8所述的方法，进一步包括在所述存储器中定义用于由所述服务管理服务操纵的外部服务的服务参数的数据模型。

11.根据权利要求8所述的方法，其中接收配置消息包括接收服务安装消息，其指导所述服务管理服务安装发送到所述服务平台架构的新的外部服务。

12.根据权利要求8所述的方法，其中接收配置消息包括接收服务参数修改消息，其指导所述服务管理服务针对任意所述外部服务改变服务参数。

13.根据权利要求8所述的方法，其中接收配置消息包括接收服务去激活消息，其指导所述服务管理服务从所述外部服务之间去激活所述配置命令中指定的特定外部服务。

14.根据权利要求8所述的方法，其中接收配置消息包括接收服务激活消息，其指导所述服务管理服务从所述外部服务之间激活所述配置命令中指定的特定外部服务。

15.一种包括如下指令的机器可读介质，当在数据处理系统中由处理器执行时，使得所述处理器：

提供操作系统中设备驱动器与外部服务之间的抽象层，所述抽象层包括：

内核功能，其与所述设备驱动器进行通信；以及

助手功能，其与所述内核功能进行通信并且暴露了从所述操作系统和设备驱动器抽象的一致应用编程接口(API)，所述API操作用于将所述外部服务中的功能调用传送到所述内核功能和操作系统，由此传送到所述设备驱动器；

在通信接口处，从远程管理系统接收配置消息；以及

在所述外部服务之间，将所述配置消息通信传递到服务管理服务，所述服务管理服务操作用于根据所述配置消息来管理所述外部服务。

Images