CN102415051A

CN102415051A - 通过管理服务器远程管理设备上的应用

Info

Publication number: CN102415051A
Application number: CN2010800186000A
Authority: CN
Inventors: Y·鲁瓦永; C·布沙
Original assignee: Alcatel Lucent SAS
Current assignee: Alcatel Lucent SAS
Priority date: 2009-04-27
Filing date: 2010-04-23
Publication date: 2012-04-11
Also published as: EP2247032A1; WO2010125007A2; US20120054326A1; WO2010125007A3

Abstract

本发明公开了一种用于通过电信网络中的管理服务器远程管理用于在专用网络的设备上安装的服务平台上执行的最终用户服务应用的生命周期的方法。该方法包括以下步骤：发送涉及描述用于当服务应用在所述设备上运行时所使用的所述服务平台的有限状态机的表示有限状态机数据模型的信息的请求；和由所述设备将数据模型信息发送给所述管理服务器；和由所述管理服务器通过所述数据模型信息确定有限状态机数据模型；和由所述管理服务器根据有限状态机数据模型管理所述设备上的所述服务应用。

Description

通过管理服务器远程管理设备上的应用

技术领域

本发明涉及通过管理服务器远程管理设备上的最终用户服务应用的方法，以及相关的设备和管理服务器。

背景技术

在现有技术中，已经了解到有这样的方法和相关设备。实际上，用于家庭网络接入的下一代市场关于新服务，也就是用于最终用户的服务应用。在服务平台上部署并且运行这些服务。这些服务平台通常通过在硬件功能设备上执行的软件框架来实现。

当在服务平台上运行服务应用时，这样的服务应用服从生命周期。实际上，例如可通过预订服务应用来激活服务应用，并可以去激活服务应用。这样的生命周期可由有限状态机表示。

在服务应用必须要从一个状态变换到另一状态或者必须创建服务应用的情况下，电信网络中的管理服务器通常将命令发送给专用网络中的最终用户设备，也就是，更具体地发送给执行服务应用的设备上的服务平台。

已经注意到的是，存在的生命周期状态机与服务平台技术一样多。一些已知的服务平台技术是：

-OSGi，一种可以被远程管理的基于Java的服务平台；和

-诸如JavaME CDC的Xlets，其被设计为支持用于作为Sun的JAVATV规范一部分的数字TV的应用；和

-Microsoft.NET框架，其是利用几个微软视窗操作***可获得的软件框架；和

-MIDlet，其是用于移动信息设备配置文件MIDP的Java应用框架，所述MIDP典型地在允许Java的蜂窝电话、其它嵌入式设备或仿真器上实现。MIDlet服务应用通常用于诸如游戏的服务；和

-Linux分组管理器；和

-谷歌安卓(Android)，其是基于Linux内核的、最初由谷歌开发并且后来由开放手持机联盟开发的用于移动设备的软件平台和操作***。谷歌安卓允许开发者用Java语音编写管理代码，通过谷歌开发的Java库控制设备。

-等等。

需要解释的是，当在这样的服务平台上运行这样的服务应用时，服务应用服从生命周期。这样的生命周期可由有限状态机表示，其中这样的有限状态机由在其上运行服务应用的服务平台的技术唯一确定。

因此，上述不同的服务平台技术在它们关联的状态机的限定方面不同。这是由于每个平台技术关注部署的不同方面，和/或生命周期管理的不同方面。例如，Xlets支持开始和停止语义，但是其不支持安装和卸载语义，然而，Linux处理可以中止而OSGi包不能暂停。以这种方式，当管理服务器远程管理设备上的服务应用时，管理服务器不知道有限状态机的确切状态，其中执行的服务应用位于或应该位于有限状态机上。

成为技术无关的一种方式是限定可适于全部不同技术的具有最小共同特征的状态机。按这种方式，一个公共预定义的状态机将必须被限定在网络中的所有设备上，也就是，预定义可能的状态和预定义这些可能的状态之间的链接。由此问题是，通过设计好像难以有效地定义这样的最小共同特征的状态机。这可以通过示例来解释。例如，UPnP通用即插即用设备管理状态机是Linux状态机的子集和Xlets状态机的超集。通过尝试在Linux和Xlets服务平台技术之间折衷，则存在以没有任何它们特定优点而结束的危险。实际上，危险存在于，在一个设备上有限状态机不会脱离状态机的一个预定状态，或者另一方面，由管理服务器发送的命令不能由设备执行，从而会返回错误。此外，这种共同特征的方法可能在与未来的服务平台技术的交互操作时产生问题。共同特征必须重复地更新。

发明内容

本发明的目标是提供一种用于远程管理在设备上安装的服务平台上执行的最终用户服务应用的生命周期的方法，以及执行例如上面所述的但是其中克服上述问题的上述方法的管理服务器和设备。

根据本发明，实现该目标是因为该方法包括以下步骤：

-由管理服务器的请求装置将涉及有限状态机数据模型的请求信息传送给设备的设备接收装置，所述有限状态机数据模型描述表示用于当服务应用在所述设备上运行时所使用的所述服务平台的有限状态机；以及

-由设备的设备传送装置将设备传送给管理服务器的数据模型信息传送给管理服务器的接收装置；以及

-由管理服务器的接收装置通过数据模型信息确定有限状态机数据模型；以及

-由管理服务器的管理装置根据有限状态机数据模型管理设备上的管理服务器的服务应用。

实际上，根据有限状态机数据模型，管理服务器可以理解与服务应用相关的有限状态机，并将其用于自己的内部逻辑中。

因此，能够根据有限状态机数据模型由管理服务器对设备上的服务应用进行准确地远程管理。实际上，通过请求涉及有限状态机数据模型的信息，管理服务器能够跟随服务应用在正确的有限状态机中的正确状态。由管理服务器向设备提交的涉及执行服务应用的每个远程命令可跟随正确的有限状态机。通过描述数据模型中服务应用的生命周期的有限状态机，设备指示与其状态机一同使用的是哪个服务平台技术。因此，管理服务器能够最佳地使用该状态机。

此外，该方法还进一步证明，在某种意义上说，其允许由管理服务器完全发现、集成和管理的新的服务平台技术和现有服务平台技术的新版本。

本发明的另一优势是不需要人工指定由管理服务器管理的服务平台技术的列表。由于管理服务器是自适应的，因此易于部署异种专用网络和设备。

基本构思的优选实施方式是数据模型信息完全由有限状态机数据模型自身实现的情况。在这种方式下，确定步骤实际上变得无用并明确地不执行，也就是，将接收的数据模型信息转发给管理服务器的管理模块。

此外，已经解释了这样的有限状态机数据可能包括技术服务平台信息，表示服务应用的生命周期的状态机的所有可能状态的列表，和可能状态之间所有允许的转换的列表描述。

描述了当数据模型信息由技术服务平台信息完成的替代实现方式。因此确定步骤根据技术服务平台信息从有限状态机数据模型的数据库中检索有限状态机数据模型来实现。该步骤也可由管理服务器的接收装置来执行。需要注意的是，技术服务平台信息通常包括诸如OSGi的服务平台实现技术的类型和服务平台实现技术的版本号。

最后需要解释的是，有限状态机数据模型的数据库可包括在管理服务器自身中，但是也可进一步位于电信网络中。当数据库位于管理服务器的外部时，检索的步骤通过管理服务器的北向接口来执行。

所提出的方案是管理服务器相对于服务平台是真正技术无关的唯一方式。通过该技术，每次当服务平台技术变化或被创建时，管理服务器将不需要更新，也不用修改其标准。通过运行的管理服务器，将总是无缝地考虑现有的和未来的状态机。此外，管理服务器还能够管理具有不同状态机的不同类型的服务平台。由于不需要改变远程管理协议，还可以进一步在创建新状态的情况下进行证明。

需要注意的是，在权利要求中使用的术语“包括”，不应当被解释为对其后给出的模块的限制。因此，“设备包括装置A和B”的表达范围不应局限于仅包括元件A和B的设备。其意味着相对于本发明，设备的相关元件仅为A和B。

此外应注意到，在本实施方式的下列描述中使用的术语“耦合”，不应限制性地解释为仅直接地连接。因此，“设备A与设备B耦合”的表达范围不应限制为设备A的输出与设备B的输入直接连接的设备或***。其意味着在A的输出和B的输入之间存在路径，其中该路径可以是包括其他设备或装置的路径。

附图说明

通过参照下列描述的实施方式并结合附图，本发明的上述和其它目标和特征将变的更加明显，同时也可以更好地理解本发明，其中图1表示具有家庭网络HN的接入网络和与其耦合的管理服务器MS。

具体实施方式

作为示例，家庭网络HN包括两个设备，第一设备DEV1和第二设备DEV2。第一设备DEV1可以由例如具有读取器/写入器(writer)的光盘播放器利用执行诸如两个远程可控的服务应用A2和A3的第一服务平台F1、和执行诸如A1的远程可控的服务应用的另一服务平台F3来实现。用于服务应用A2和A3的各个有限状态机仅作为一种示例。由于服务应用在相同的服务平台上运行，其有限状态机是相似的，也就是FSM(F1)。然而，应当理解的是，在一个服务应用可以发现其自己处于一个状态的特定时刻，其它服务应用处于另一个状态。这在图1中通过在相似状态机的不同状态中的A1和A3来表示。

第二设备DEV2例如通过具有播放和存储音乐的基本功能、并具有例如直接从IP国际互联网下载音乐的附加功能的mp3播放器来实现。假设远程可控服务应用中的一个例如是应该在服务平台F2上运行的服务应用A1。此处还作为一个实施例，由于应用另一服务平台F2，因此还给出了被称为FSM(F2)的另一有限状态机。

两个设备还包括例如用于DEV1的被称为设备接收器的接收器和被称为设备发射器的发射器，例如，分别为DEV1_REC和DEV1_TR(在图1中没有给出用于DEV2的这些功能块)。

设备接收器DEV1_REC和设备发射器DEV1_TR在一侧与例如包括服务平台F1和F3的服务平台控制器耦合，以及在另一侧通过DEV1的接口与接入网络中的管理服务器MS耦合。该服务平台控制器包括涉及当前服务平台F1和F3的信息。在这种方式下，用于服务平台F1的技术服务平台信息TECH1包括类型为TYPE1(例如，OSGi)的服务平台实现技术和服务平台实现技术的版本号，例如VER01。此外，服务平台控制器还可包括对表示与服务平台F1和服务平台F3相关联的有限状态机的充分说明。在这种情况下，服务平台控制器包括对F1(也就是FSM(F1))的有限状态机进行的描述，其中F1的有限状态机具有服务平台F1的全部可能状态(也就是STATES1)的列表和在可能的状态(也就是，TRANS1)之间允许进行转换的列表。

管理服务器包括与设备接收装置DEV1_REC相耦合的请求装置REQ(INFO)；与设备DEV1的设备发射装置DEV1_TR耦合且与管理装置MAN和管理服务器MS的有限状态机模块的数据库耦合的接收装置REC。接收装置REC还与管理服务器MS的北向接口NBI耦合。

根据本应用与在图1中所述的电信环境一致，利用对上述列出的不同块的功能描述来解释设备DEV1和管理服务器MS的工作方式。根据该描述，块的具体实现对本领域技术人员来说是显而易见的，因此不对其进行详细描述。此外，将进一步详细描述远程管理在服务平台上执行的最终用户服务应用方法的基本工作。

假设设备DEV1的最终用户希望使用服务应用A2的情况，由此需要由管理服务器MS将该服务应用安装在设备DEV1上。为了正确地远程控制该服务应用A2，并根据本应用，管理服务器MS需要获得有关应该运行服务应用A2的服务平台F1唯一的有限状态机数据模型FSM(F1)的知识。从而下列功能块执行下列步骤：

-由管理服务器MS的请求装置REQ(INFO)将涉及描述用于当服务应用A2在设备上运行时所使用服务平台的有限状态机的表示的有限状态机数据模型的请求信息REQ(INFO)发送给设备DEV1的设备接收装置DEV1_REC；和

-由设备DEV1的设备发送装置DEV1_TR将数据模型信息发送给管理服务器MS的接收装置REC；和

-由接收装置REC根据数据模型信息确定用于服务平台F1的有限状态机数据模型FSM(F1)；和

-由管理装置MAN根据有限状态机数据模型FSM(F1)管理服务应用A2。

假设设备DEV1自身可获得有限状态机数据模型FSM(F1)。在这种情况下，设备DEV1也能直接给管理服务器提供完整的有限状态机信息FSM(F1：TECH1(TYPE1；VER01)；STATES1；TRANS1)。在这种情况下，数据模型信息实际上通过有限状态机数据模型FSM(F1)自身来实现。

然而，在例如没有所请求信息的完整描述的情况下；或者例如应当在设备DEV1和管理服务器MS之间保存上游带宽时；或者当例如请求信息REQ(INFO)实际上包括仅请求技术服务平台信息的第一尝试时，传送的数据模型信息仅由技术服务平台信息TECH1来实现。这意味着将技术服务平台信息TECH1(TYPE1；VER01)从设备DEV1发送给管理服务器MS可以是在请求信息REQ(INFO)中直接请求的结果，或者是决定仅发送该部分信息、也就是技术服务平台信息TECH1(TYPE1；VER01)的设备DEV1的控制器的决定。在仅接收到技术服务平台信息TECH1(TYPE1；VER01)时，确定步骤通过根据接收的技术服务平台信息TECH1从有限状态机数据模型的数据库DB中检索完整的有限状态机数据模型来实现。如图1所示，该步骤还可通过管理服务器的接收装置REC来执行。

已经解释了在图1中显示的反馈位置、也就是FSM(F1)和TECH1显示在从设备DEV1至管理服务器MS的箭头旁边。然而，可以理解的是，在请求信息REQ(INFO)时，仅将两种数据模型信息方式中的一种返回给管理服务器MS。实际上，在传送请求信息REQ(INFO)时，设备DEV1对有限状态机数据模型FSM(F1)的完整信息的传送或仅对技术服务平台信息TECH1的传送作出响应。

上面已经提到，有限状态机数据模型的数据库DB可由管理服务器自身具有，但是也可进一步位于在电信网络中。当数据库包括在管理服务器MS中时，后面将跟随具有TECH’的箭头。这里，将对不同状态STATE’列表和可能且允许的转换TRANS’的列表的描述提供给接收装置。然而，根据另一情况，当数据库位于管理服务器外部时，确定/获得步骤通过管理服务器MS的北向接口NBI来执行，这在图1中用具有TECH”的箭头表示，并且提供的反馈用STATES”和TRANS”来表示。可以理解的是，任何一种情况或两种情况一起都能够在管理服务器MS中实现。

下面的详细说明描述了本方法和设备可能的实现，以及在设备DEV1和管理服务器MS之间(也就是利用宽带论坛TR-069管理协议)不同消息的可能实现。通常的观点是具有描述有限状态机的管理对象。这包括对所使用技术的信息和其版本的定义，可能状态的列表和在这些不同状态之间所有允许转换的列表。根据该信息，管理服务器MS将能够了解有限状态机并在其内部逻辑中使用管理对象。下面描述用于宽带论坛TR-106数据模型和TR-069RPC(远程过程调用)的可能扩展。

数据模型在TR-106中的根对象下进行定义，其中TR-106在图1的数据库DB中以摘要的方式给出。

名称：.ServicePlatform.{i}.

类型：对象

描述：该表中每个条目包括服务平台的说明

名称：TechnologyType

类型：字符串

描述：服务平台执行技术的名称

名称：TechnologyVersion

类型：字符串

描述：服务平台执行技术的版本号

名称：ServicePlatform.StateMachine

类型：对象

描述：该对象表示用于该服务平台的状态机

名称：.ServicePlatform.StateMachine.State.{i}.

类型：对象

描述：该表中每个条目表示状态机中的状态。在该表中至多一个条目可以具有StateName的指定值

名称：StateName

类型：字符串[A-Z]

描述：状态的唯一的文本名称。其必须仅包括大写字母字符

名称：.ServicePlatform.StateMachine.Transition.{i}.

类型：对象

描述：该表包括状态机中所有的合法转换。该表中至多一个条目可具有用于FromState和ToState的指定值对

名称：FromState

类型：字符串[A-Z]

描述：开始转换的状态名称。其必须是合法的状态名称，也就是，其是在.ServicePlatform.StateMachine.State.{i}.StateName中发现的值的枚举

名称：ToState

类型：字符串[A-Z]

描述：转换结束的状态名称。其必须是合法的状态名称，也就是，其是在.ServicePlatform.StateMachine.State.{i}.StateName中发现的值的枚举

远程过程调用RPC可定义为：

ChangeState：该方法必须由管理服务器MS使用以请求服务应用的软件模块的设备DEV1从一个状态转换到另一状态，例如，从状态“开始”转换到状态“停止”。

ChangeState参数：

参数：模块(Module)

描述：朝向必须改变状态的服务应用的引用，在下文称为模块ID。其必须是合法的模块ID，并且其必须与通常如何识别模块相一致

参数：FromState

类型：字符串[A-Z]

描述：模块当前状态的名称。其必须是合法的状态名称，也就是，其是在.ServicePlatform.StateMachine.State.{i}.StateName中发现的值的枚举

参数：ToState

类型：字符串[A-Z]

描述：模块变换到的状态名称。其必须是合法的状态名称，也就是，其是在.ServicePlatform.StateMachine.State.{i}.StateName中发现的值的枚举

根据上述TR069可能的实现，相关联的方案是：

-设备DEV通知管理服务器MS哪个服务平台F1正在运行，也就是，它具体服从哪个标准。

-在管理服务器MS知道该标准的情况下，例如OSGi R4，由于相关联的有限状态机是已知的，因此该消息可重复用于设备DEV1的远程控制。否则，管理服务器MS发送对信息REQ(INFO)的请求并以这种方式从设备DEV1的设备发射装置DEV1_TR接收有限状态机数据模型FSM(F1)。

-当管理服务器MS想要对设备DEV1上的特定模块执行状态转换时，管理服务器MS首先在有限状态机数据模型FSM(F1)上检查转换是否合法，并随后使用ChangeState远程过程调用。

-设备DEV1尝试执行变换并在失败时返回错误代码。

-在无论什么原因发生设备DEV1上的模块变换状态的情况下，设备DEV1将激活通知发送给管理服务器MS。

最后要说明的是，上面介绍的本发明实施方式是利用功能块进行描述的。从上述给出的这些块的功能描述中，如何利用已知的电子元件制造这些块的实施方式，对设计电子设备的本领域技术人员来说是显而易见的。因此没有给出功能块详细的结构内容。

尽管本发明的上述原则与特定装置有关，但是可以理解的是，该描述仅是一种示例，并不是对本发明内容的限制，本发明的范围由所附的权利要求限定。

Claims

1.一种用于通过电信网络中的管理服务器(MS)远程管理用于执行安装在专用网络中的设备(DEV1)的服务平台(F1)上的最终用户服务应用(A2)的方法，其特征在于，所述方法包括以下步骤：

发送用于涉及有限状态机数据模型(FSM(F1))的信息REQ(INFO)的请求，所述有限状态机数据模型描述用于当所述服务应用(A2)在所述设备(DEV1)上运行时所使用的所述服务平台(F1)的有限状态机的表示；和

由所述设备(DEV1)将数据模型信息发送给所述管理服务器(MS)；和

由所述管理服务器(MS)通过所述数据模型信息确定所述有限状态机数据模型(FSM(F1))；和

由所述管理服务器(MS)根据所述有限状态机数据模型(FSM(F1))管理所述设备(DEV1)上的所述服务应用(A1)。

2.根据权利要求1所述的用于远程管理最终用户服务应用(A2)的方法，其特征在于，所述数据模型信息由所述有限状态机数据模型(FSM(F1))实现。

3.根据权利要求1所述的用于远程管理最终用户服务应用(A2)的方法，其特征在于，所述有限状态机数据模型(FSM(F1))包括技术服务平台信息(INF1)、可能的状态(STATES)和在所述可能的状态之间允许的转换(TRANS)。

4.根据权利要求1所述的用于远程管理最终用户服务应用(A2)的方法，其特征在于，所述数据模型信息由技术服务平台信息(TECH1)实现，其中根据所述技术服务平台信息(TECH1)，通过从有限状态机数据模型的数据库获得所述有限状态机数据模型(FSM(F1))来实现所述确定步骤。

5.根据权利要求4所述的用于远程管理最终用户服务应用(A2)的方法，其特征在于，通过所述管理服务器(MS)的北向接口执行所述获得步骤。

6.一种在电信网络中的远程管理用于执行安装在专用网络中的设备(DEV1)的服务平台(F1)上的最终用户服务应用(A2)的管理服务器(MS)，其特征在于，所述管理服务器(MS)包括：

请求装置REQ(INFO)，用于请求涉及有限状态机数据模型(FSM(F1))的信息，所述有限状态机数据模型(FSM(F1))描述用于当所述服务应用(A2)在所述设备(DEV1)上运行时所使用的所述服务平台(F1)的有限状态机的表示；和

接收装置(REC)，用于通过所述设备(DEV1)接收数据模型信息并且通过所述数据模型信息确定所述有限状态机数据模型(FSM(F1))；和

管理装置(MAN)，用于根据所述有限状态机数据模型(FSM(F1))管理所述设备(DEV1)上的所述服务应用(A1)。

7.根据权利要求6所述的管理服务器(MS)，其特征在于，所述数据模型信息由所述有限状态机数据模型(FSM(F1))实现。

8.根据权利要求6所述的管理服务器(MS)，其特征在于，所述数据模型信息由技术服务平台信息(TECH1)实现，其中所述接收装置(REC)进一步包括根据所述技术服务平台信息(TECH1)，从有限状态机数据模型的数据库获得所述有限状态机数据模型(FSM(F1))，以实现所述确定。

9.一种在专用网络中通过电信网络中的管理服务器(MS)进行远程管理的设备(DEV1)，用于执行所述设备(DEV1)的服务平台(F1)上的最终用户服务应用(A2)，其特征在于，所述设备(DEV1)包括：

设备接收装置(DEV1-REC)，用于接收对涉及有限状态机数据模型(FSM(F1))的信息(REQ(INFO))的请求，所述有限状态机数据模型(FSM(F1))描述用于当所述服务应用(A2)在所述设备(DEV1)上运行时所使用的所述服务平台(F1)的有限状态机的表示；和

设备发送装置(DEV-TR)，用于将数据模型信息发送给所述管理服务器以使所述管理服务器(MS)能够通过所述数据模型信息确定所述有限状态机数据模型(FSM(F1))，并根据所述有限状态机数据模型(FSM(F1))管理所述设备(DEV1)上的所述服务应用(A1)。

10.根据权利要求9所述的设备(DEV1)，其特征在于，所述数据模型信息由所述有限状态机数据模型(FSM(F1))实现。

11.根据权利要求9所述的设备(DEV1)，其特征在于，所述数据模型信息由技术服务平台信息(TECH1)实现。