CN101032121A

CN101032121A - 将移动通信设备管理与web浏览相结合的方法和设备

Info

Publication number: CN101032121A
Application number: CNA2005800332792A
Authority: CN
Inventors: T·伊普亚; G·米塔尔
Original assignee: Nokia Oyj
Current assignee: Nokia Technologies Oy
Priority date: 2004-08-20
Filing date: 2005-08-18
Publication date: 2007-09-05
Anticipated expiration: 2025-08-18
Also published as: BRPI0517352A; WO2006018707A1; HK1106090A1; JP2008511049A; JP4546528B2; KR100898522B1; EP1779594A1; US7889869B2; CN101032121B; BRPI0517352A8; CA2577638C; BRPI0517352B1; US20060039561A1; CA2577638A1; EP1779594B1; KR20070039173A

Abstract

一种方法包括：响应于在浏览会话期间从设备接收特定类型的HTTP请求消息，向设备发送HTTP响应消息。该HTTP响应消息包括用于指示设备管理会话正在被启动的专用MIME类型，并且设备管理会话由形成一部分HTTP响应消息的标识符来标识。该设备利用包括设备细节和标识符的设备管理会话应答来应答HTTP响应消息。***利用设备细节来发展出一个列表，该列表包括至少一个与设备兼容的下载选项并向设备发送该列表。响应于用户从该列表选择至少一个下载选项，该***在设备管理会话期间将所选择的至少一个下载选项递送至设备。

Description

将移动通信设备管理与web浏览相结合的方法和设备

技术领域

本发明一般涉及移动通信设备和方法，更具体来说，涉及与无线通信终端和设备一起使用的空中递送上的内容递送、web浏览器和设备软件。

背景技术

随着移动通信设备中软件的数量和复杂度的上升，越来越需要制造商、服务供应商和软件开发商在制造阶段之后维护移动设备配置及其软件组件。例如，向移动设备的用户出售添加应用或商业内容在理想情况下要求软件模块互相关依赖性的兼容性检查和管理。尽管提供设备的一般配置文件或模型信息对于相对简单的内容递送(例如音乐下载)来说是足够的，但对于应用安装，特别是对于固件更新来说，很重要的是获取详细的移动设备信息，从而正确地选择递送版本和下载包。然而，在很多情况下，这些重要的细节对于用户来说是未知的，并且/或者通过用户接口对用户是不可见的。

开放移动联盟(OMA)已经对一组服务激活器(enabler)进行了标准化以满足设备管理和数字产品下载的需求。然而，这些标准中的很多紧密关注于移动领域，因此将它们作为体系构造的组件集成于更一般的数字递送***实体中并非简单易行。

在很多情况下，移动设备的数字递送的使用是面向电子商务的。为此，除了技术层面的设备管理任务之外，还有若干个用户层面方面的，例如需求创建、菜单浏览、选择、承诺和支付。自然的技术选择以及当前用于实现用户接口的实际方法是通过web技术特别是HTTP浏览和web应用。因此，解决上述问题的任何尝试在理想情况下应当与现存的和未来的web相关技术，包括web浏览器，兼容并交互操作。

就更新用户而言，一般可以参考发明人均为Richard R.Reisman的下列美国专利：5,694,549，“System for Automatic Unattended ElectronicInformation Transport Between a Server and a C1ient by a Vendor ProvidedTransport Software with a Manifest List”；6,125,388，“System forTransporting Information Objects Between a User Station and MultipleRemote Sources Based upon User Modifiable Object Manifest Stored in theUser Station”；6,594,692 B1，“Methods for Transacting ElectronicCommerce”；和6,658,464 B2，“User Station Software that ControlsTransport，Storage，and Presentation of Content from a Remote Source”。

发明内容

根据这些教导的当前优选的实施方式，克服了前述和其他问题并实现了其他的有益效果。

在一个方面中，本发明提供一种方法和***，用于结合用户与服务器的交互作用使设备会话自动化。该方法包括：响应于在浏览会话期间从所述设备接收特定类型的HTTP请求消息，向所述设备发送HTTP响应消息。该HTTP响应消息包括用于指示设备管理会话正在被启动的专用MIME类型，并且所述设备管理会话由形成一部分所述HTTP响应消息的标识符来标识。所述设备利用包括设备细节和所述标识符的设备管理会话应答来应答所述HTTP响应消息。***利用所述设备细节来发展出一个列表，该列表包括至少一个与所述设备兼容的下载选项，并向所述用户发送所述列表。响应于用户从所述列表中选择至少一个下载选项，所述***在设备管理会话期间将所选择的至少一个下载选项递送至所述设备。

在另一方面中，本发明提供一种操作设备以通过无线网络下载信息的方法，以及具有根据该方法进行操作的控制器的设备。该方法包括，在无线HTTP会话期间，就可下载信息而向所述设备进行询问；响应于所述询问，启动与所述设备的安全设备管理无线对话以获取至少表示所述设备的特定能力的设备专用参数；生成列表并向所述设备发送所述列表，所述列表包括至少一个条目，该条目表示与所述设备能力兼容的可下载信息；以及在无线HTTP会话期间，从所述列表中选择至少一个条目以下载到所述设备。

在本发明的又一方面中，提供一种设备管理服务器，其可与设备进行操作以通过无线网络向所述设备下载信息。该设备管理服务器包括：第一接口，用于耦合至所述设备；第二接口，用于耦合至工作流管理器，以及控制器，用程序进行操作以执行响应于所述设备而启动的操作，在无线HTTP会话期间，就可下载信息而进行询问。该设备管理服务器进一步响应于所述工作流管理器而启动与所述设备的安全设备管理无线会话以获取至少表示所述设备的特定能力的设备专用参数；通过所述第二接口与所述工作流管理器合作，以生成列表并通过所述第一接口将所述列表发送至所述设备，所述列表包括至少一个条目，该条目表示与所述设备能力相兼容的可下载信息；并且在无线HTTP会话期间，向对应于由所述设备的用户选择的来自所述列表的至少一个条目的设备下载信息。

在本发明的再一方面中，提供一种工作流管理器，可与设备和设备管理服务器进行操作以通过无线网络向所述设备下载信息。该工作流管理器包括：第一接口，用于通过网站耦合至所述设备并耦合至所述设备管理器、第二接口，用于耦合至至少一个后端***、以及处理器，用于用程序进行操作以执行响应于所述设备而启动的操作，在无线HTTP会话期间，就可下载信息对所述网站进行询问。所述工作流管理器启动与所述设备的安全设备管理无线会话以获取至少表示所述设备的特定能力的设备专用参数；并且通过所述第一接口与所述设备管理服务器合作并通过所述第二接口与所述至少一个后端***合作以生成列表，该列表表示与所述设备能力相兼容的可下载信息。该工作流管理器进一步操作以通过所述第一接口和所述web服务器将该列表发送至所述设备。

附图说明

根据本发明，这些教导的前述和其他方面在结合附图进行阅读时可以从优选实施方式的以下详细描述中变得更加明，其中：

图1是作为一部分面向电子商务的使用情况的用于数字递送的典型序列的逻辑层面的序列图；

图2是根据本发明优选实施方式的发生于设备的固件更新的示例情况的消息流序列图；

图3是适用于图2中消息流序列的设备框图；

图4是适用于图2中消息流序列的DM服务器框图；

图5是适用于图2中消息流序列的工作流管理器框图；

图6示出了根据本发明的教导的一个方面的携带设备管理通知消息的HTTP响应消息的结构的非限制性示例；以及

图7示出了图6的HTTP响应消息所携带的设备管理通知消息的结构的非限制性示例。

具体实施方式

对本发明优选实施方式关注的当前web相关技术的描述性文档的示例包括：1999年6月的RFC 2616：Hypertext TransferProtocol-HTTP/1.1，IETF；1997年2月的RFC 2109：HTTP StateManagement Mechanism；IETF；以及SyncML Device ManagementProtocol，Version 1.1.2

(OMA-SyncML-DMProtocol-V1_1_2-20030612-C)，2003年6月的开放移动联盟。

为了在数字递送事务期间确保愉快的用户体验，本发明人意识到详细的设备信息搜集和管理过程应当自动化并与数字递送事务进行无缝集成。在本发明的优选实施方式中，使用一种模型，该模型采用OMA服务激活器，其优选地为OMA设备管理和OMA下载，作为在基于web浏览的数字递送事务中的集成式子组件。本发明当前优选实施方式的使用对于固件更新使用的情况尤其有益，但其也可以应用于其他数字递送应用。

为了本发明的目的，“固件”可以被认为包括以相对较低级语言编写的计算机代码，该语言可以直接或间接地(例如通过编译器或解释器运行之后)被形成设备10一部分的数据处理器来执行。固件或固件更新的一个示例可以，作为非限制性示例，为对操作***模块的修改、HTTP协议堆栈实施或对无线网络接入的改进和/或对基本通信标准的变化，或可选地着眼于该变化所必须的扫描过程。相比之下，“应用”可以被认为是较高级的程序，其给予设备10新的，可能是可选的，功能，例如改进的或不同的互联网浏览器，或媒体播放器，或用于将捕捉到的图像(假设设备10包括数码照相机)归档至某些网络提供的图像数据库的图像捕捉程序。可以理解的是，设备10的构造和操作细节，例如其操作***软件的修改级别、所安装存储器的数量、其数码相机的类型(例如模型编号)和其他类型的参数，可以对下载到设备10中的固件或应用软件的类型和/或修改级别产生显著影响。仅作为一个示例，用户可能期望下载与设备10的硬件不相兼容的固件或应用，或者需要比设备10已安装的存储器更大的存储器，或者假设为在设备10的制造日期之后发布的操作***版本。在这些情况中的任何一种中，简单地下载用户请求的固件或应用会为用户产生显著的问题，以及用户对网站30的体验劣于最佳，其可以关联于设备10的制造商，或关联于用户1对其进行预订的网络运营商。本发明的一个前进因素是避免此问题，并且这样做对用户具有最小的影响。期望的目标是向用户提供对用户交互和非用户交互类型(例如后台)的操作的优化体验。

在开始应当理解的是，尽管本发明下面讨论的优选和示例性实施方式呈现在OMA框架中，但本发明并不局限在仅用于基于OMA的激活器和技术。

下面介绍的是，图1以逻辑层面序列图的方式示出了作为面向电子商务的使用情况的一部分而用于数字递送的典型序列。图1示出了与移动台(MS)10、DM服务器20以及web服务器30相关联的最终用户1。假设用户会话存在于最终用户1和web服务器30之间，同时设备会话存在于MS 10和DM服务器20之间。图1的用处在于解释在通往MS 10的常规数字递送会话中发生的问题，从而有助于提供对本发明优选实施方式所提供的改进的进一步理解。

应当理解的是，本发明的教导可应用于多种用户接口技术，而不仅局限于web接口技术。作为非限制性示例，本发明的教导还可应用于无线应用协议(WAP)技术，以及基于JAVA^TM的应用。

参考图1，可以假设作为成功的行销的成功结果并根据web链接信息，用户1已到达了网站30，其具有可用于移动台的可下载项目。该交互作用显示为一般浏览40。为了确保呈现给用户1的选择实际上与用户的MS 10相兼容并可以在MS 10中发挥功能，服务器侧***需要知道MS 10的能力。完成此工作的常规手动过程将根据MS 10模型的范围来限制数字产品变化的谱线(spectrum)，作为用户交互作用的起始点，向用户1提示MS 10模型信息。然而，在此常规方法中有若干固有的缺陷。作为一些示例，首先，该方法会导致糟糕的用户体验，因为用户1被提示执行寻常的数据录入任务。而且，除非对用户的指令非常地清楚，否则用户1可能放弃该web服务器30并到其他地方寻求期望的数字递送。第二，通过要求用户1输入信息，信息可靠性可能会打折扣。可以理解，在某些情况下，设备信息的正确性对于成功递送来说是非常关键的(特别是对于所递送应用或固件的成功激活)。第三，与前两个方面相关的是，所要求的信息的复杂度可能使得用户1不知道该信息，并且可能不能够利用MS 10的常规的用户接口来将其取回。

除了用户会话40之外，使用单独的设备会话42来搜集足够的设备信息，以为用户1创建可选择的可下载项目的菜单。该菜单示出在基于web的用户会话44中，其中用户1可以通过该菜单来进行浏览、读取附加信息、选择并承诺递送。最后，根据用户1的一个或多个选择，通过第二设备会话46完成该递送和相关的设备管理任务。

本发明认识到的是，在图1中描述的示例情形下发生的问题是如何最佳地结合这两种不同的会话(用户会话和设备会话)并在他们之间传输数据。例如，用户1通过使用web浏览器到达web服务器30之后，期望显示相关项目的列表，即什么是开始OMA设备管理会话以获取设备(MS 10)能力和兼容性信息的最好的办法？而且，假设可以完成该自动的信息搜集，即在web会话中向用户浏览器返回结果的最好的技术？换言之，什么是结合或引导(bootstrap)OMA DM会话与用户web浏览会话最适宜的方式？

为了获得对提供集成式用户浏览器和OMA DM会话中固有的基本问题更全面的理解，现在提供web技术(在HTTP上下文中)的一些相关的基本原理的简要描述以及OMA设备管理。

HTTP是一种简单和强大的web网络协议。其通常实现在传输控制协议/互联网协议(TCP/IP)套接字的顶部以将资源(文件、应用输出)从HTTP服务器(通常是web服务器)传输到HTTP客户端(例如web浏览器)。

起初，web会话的概念在HTTP中并不存在，因为HTTP是一种无状态协议(stateless protocol)，即具有两个消息、请求和响应，并且包括可选的方法：GET、POST和HEAD。其原始的含义为，HTTP“会话”在发送请求消息时开始，并且HTTP会话在接收到响应消息时结束。

首先，在每对请求-响应消息之后基本TCP/IP会话被关闭。然而，随着web技术的进步并且使用变得更加广泛，web页面的大小和复杂度也显著增加，这导致了典型的当前查看的web页面具有几十种或上百种单独的HTTP资源(例如闪动的GIF图标、闪烁的标志以及生动的缩略图广告)。作为该增加的HTTP web页面的复杂度的结果，在客户端和服务器二者处为每个HTTP请求打开和关断专用TCP/IP套接字的计算资源开销变得过大。作为响应，协议专家使用永久的TCP/IP连接将技术标准化(在HTTP1.1中)。然而，即使已经使用了永久的TCP/IP套接字，对于服务器来说也不可能在没有先前的HTTP请求消息的情况下向客户端发送响应消息。换言之，web服务器不能将信息推送到浏览器(见1999年6月的RFC 2616：Hypertext Transfer Protocol-HTTP/1.1，IETF)。

尽管有HTTP的无状态倾向，但随着更多的web应用出现对web会话的需求迅速变得明显起来。HTTP状态管理机制(见1997年2月的RFC 2109：HTTP State Management Mechanism；IETF)提供了web应用开发器，其特征在于处于HTTP顶部从而将若干HTTP消息结合在一个特定的用户会话中。实现包括cookie，其在从客户端到服务器的所有消息中携带与用户和会话相关的信息。服务器通常对该cookie进行加密以防止欺骗性(fraudulent)客户端对该内容进行篡改。

现在转至OMA DM，正如OMA DM的全称所示，SyncML设备管理协议采用在设备管理域中的SyncML。这是一种实现在DM客户端和DM服务器中的客户端-服务器协议。

DM客户端包括管理树，其是包括可管理对象的树形式的数据结构。为了执行所需的设备管理任务，DM服务器使用例如目标为管理树中的对象的Get、Replace和Exec的命令。

OMA DM被优化用于服务器和例如图1的MS 10的设备之间的交互作用。对于用户交互作用，存在有简单的命令来实现诸如通知和用户选择之类的特征，但通常情况下，OMA DM的用户接口能力是非常有限的。

在OMA设备管理会话建立之前，设备应当被“引导”。SyncML设备管理协议标准定义了两种用于引导的方法：

(a)定制的引导，其中设备在制造时就装载有SyncML DM引导信息(也称为工厂引导)；以及

(b)服务器启动的引导，其中服务器通过例如WAP Push或OBEX的一些推送机制来发出引导信息。在此方法中，必须预先告知服务器设备地址/电话号码。在引导过程期间，在设备中设定多个参数，包括服务器地址和标识，以及客户端和服务器相关的验证信息。尽管本发明的当前优选实施方式优选使用工厂引导过程，但也可以使用服务器启动的引导过程。

因此描述了与本发明优选(但非限制性)实施方式最密切相关的HTTP和OMA DM环境，现在提供对根据本发明的方法和设备的当前优选实施方式的描述。

本发明的突出方面包括：在HTTP响应消息中使用专用MIME类型以发起OMA DM会话并向设备发送引导参数；在客户端供应消息中使用通过引导信息的密钥的加密(可以使用通知来取代引导)；以及使用更高层的数字递送会话和其标识以将web会话和一个或多个设备会话结合在一个整体的逻辑事务中。本发明进一步的方面涉及使用队列化的HTTP请求；使用对web浏览器对象的具有预定义的URL的OMA DMExec命令；以及使用对先前发送的激活提示的用户响应，在设备会话之后将控制返回web会话的过程。

更具体来说，本发明进一步的方面所意味的是：

1.队列化的HTTP请求

作为对HTTP响应的反应(图2中的消息(g)，如下所述)，并且除了DM会话建立之外(图2中的消息(h)，如下所述)，设备10创建对web服务器30的HTTP请求。Web服务器30对该请求进行排队，直到其接收到用户选项消息(图2中的消息(o)，如下所述)，并且然后向浏览器10B发送响应(图2中的消息(p)，如下所述)。

2.OMA DM Exec

创建了菜单之后(图2中的活动(n)，如下所述)，工作流管理器50请求DM服务器20向设备10 DM客户端10A发送Exec命令，并且以此方式请求设备的web浏览器10B变为激活并向web服务器30发送HTTP请求。Web服务器30通过在HTTP响应(图2中的消息(p)，如下所述)中向web浏览器10B发送选项(图2中的消息(o)，如下所述)而对该HTTP请求作出响应。

3.对激活提示的用户响应。

作为HTTP响应的一部分(图2中的消息(g)，如下所述)，还存在待呈现在web浏览器10B中的用户接口信息。该用户接***动包括向用户呈现提示(例如“请等待，正在搜集设备信息”)以及提交(例如“ok”)按钮。当用户接受该信息时(例如通过点击“ok”按钮)，web浏览器10B向web浏览器30发送HTTP请求。然后该请求将如选择1中一样地(如队列化的HTTP请求)被处理。

通常，MIME最开始时旨在扩展互联网邮件的格式以允许非美国ASCII文本消息、非文本消息、多部分消息本体和消息报头中的非美国ASCII信息。下列的RFC定义了MIME：RFC 2045：MIME第一部分：Format of Internet Message Bodies；RFC 2046：MIME第二部分：MediaTypes；RFC 2047：MIME第三部分：Message Header Extensions forNon-ASCII Text；RFC 2048：MIME第四部分：Registration Procedures；以及RFC 2049：MIME第五部分：Conformance Criteria and Examples。还可以参考已经被RFC 1512废弃的RFC 1341(1992年6月)：MIME(Multipurpose Internet Mail Extensions)第一部分：Mechanisms forSpecifying and Describing the Format of Internet Message Bodies(1993年9月)；以及RFC 1342：MIME(Multipurpose Internet Mail Extensions)第二部分：Message Header Extensions for Non-ASCII Text(1993年9月)。

现在针对图2的实施方式来提供***描述，其示出了用户1、设备(例如图1的MS 10)、网站(或web服务器)30、DM服务器20、上述的工作流管理器50以及一个或多个后端(back-end)***60之间的信号和消息流。下面描述此各种组件(这里应当称为执行器)的能力和责任，然后对图2所示的使用顺序进行描述。

应当注意，在本发明的一个优选的实施方式中，但决不作为对本发明实践的限制，设备10和网站30之间的链接至少部分通过无线链接(例如蜂窝RF链接、或蓝牙链接、或无线局域网(WLAN)链接)，或通过光链接，可能通过设备10的网络供应商(例如通过蜂窝网络运营商或WLAN热点运营商)来执行。

出于对本发明当前优选的实施方式进行描述的目的，但不作为对本发明实践的限制，用户1是使用设备10的人员。用户1可能对网络中可用的数字产品(可能是商业的)感兴趣，例如内容、应用和/或固件更新。Web浏览器是用于发现、选择和承诺数字产品递送的优选的应用。用户1不必拥有设备10。

出于对本发明优选的实施方式进行描述的目的，但不作为对本发明实践的限制，设备10是移动组件或包括移动组件，该移动组件具有OMA DM客户端应用实现10A和HTTP1.1适应性web浏览器10B的实例。对于固件更新，设备10可以具有作为示例但不作为限制性示例的OMA固件空中传输技术(FOTA)能力。设备10可以是，作为示例但不作为限制性实施方式，蜂窝或非蜂窝电话、或与局域网和/或广域网(LAN和/或WAN)之间具有无线接口(RF和/或IR)的计算机、或与LAN和/或WAN具有无线接口(RF和/或IR)的个人数字助理(PDA)、或任何适当的使得用户1能够操作浏览器以联系web服务器或网站30的互联网应用。在这种情况，设备10通常将包括无线(RF或光)收发器。

现在参考图3，其示出了适用于图2中消息流序列的设备10的框图的非限制性示例。设备10被假设为包括控制器11，例如微处理器，其耦合至存储器12，该存储器12除了存储操作***和其他典型软件之外，还存储用于实现根据本发明的OMA-DM客户端10A的软件，以及web浏览器10B。在存储器12中还可以发现设备表10C，其存储在制造时或在设备被第一次激活时被装载的设备细节(例如硬件能力、操作***版本、存储器容量)。还提供用户接口(UI)13，或通往适当UI的接口。在一个非限制性的实施方式中，UI 13包括用户显示器(例如LCD显示器)13A和键盘或小键盘13B用户数据录入设备。控制器11通常通过无线网络/运营商(例如蜂窝电话网络运营商或无线LAN网络)耦合至适当的RF或光收发器14，用于与网站30以及DM服务器20进行通信。注意，在设备10的有线的实施方式中，收发器14可以耦合至电缆或光缆或其他线路。

出于对本发明优选的实施方式进行描述的目的，但不作为对本发明实践的限制，网站30包含或链接至符合HTTP1.1的web服务器，其中该服务器实现通往用户1的用户接口(HTML页面)。网站30优选地具有应用程序接口(API)以实现web应用，以及通往其他服务器侧的组件(例如20、50、60)的接口。

出于对本发明优选的实施方式进行描述的目的，但不作为对本发明实践的限制，DM服务器20实现OMA SyncML DM协议堆栈，与设备10中的DM客户端10A进行通信，并且具有通往其他服务器侧组件(30、50、60)的接口。针对SyncML的参考可以是例如SyncML设备管理协议版本1.1.2(OMA-SyncML-DMProtocol-V1 1 2-20030612-C，开放移动联盟，2003年6月，以及SyncML设备信息DTD，版本1.1，2002年2月(其中DTD表示文档类型定义))。

现在参考图4，其示出了适用于图2中消息流序列的DM服务器20的框图的非限制性示例。DM服务器20被假设包括控制器21，例如微处理器，其耦合至存储器21A，该存储器21A除了存储操作***和其他典型软件(SW)之外，还存储用于实现OMA SyncML DM协议堆栈的软件和用于与设备10的OMA-DM客户端10A通信的软件。DM服务器20包括输入和输出接口(I/O)22A和22B(其可以是逻辑的和/或物理的I/O)，用于与设备10以及工作流管理器50进行通信。注意，I/O接口22A、22B二者可以实施为经由互联网上的TCP/IP进行通信的逻辑接口。

出于对本发明优选的实施方式进行描述的目的，但不作为对本发明实践的限制，工作流管理器50保持对例如固件更新事务的整个数字递送处理的跟踪。工作流管理器50创建唯一的事务标识(TID)，使用web服务器30和DM服务器20作为通往用户1和设备10的接口，并将单独的较低级会话结合进一个逻辑事务。该工作流管理器50优选地使用后端***60中的服务以在与设备10的事务期间完成特定的具体任务。

参考图5，其示出了适用于图2中消息流序列的工作流管理器50的框图的非限制性示例。工作流管理器50被假设为包括控制器51，例如微处理器，其耦合至存储器51A，该存储器51A除了存储操作***和其他典型软件(SW)之外，还存储用于生成TID和用于管理并将各种事务与设备10和其他***组件相关起来的软件。工作流管理器50包括I/O52A和52B(其可以是逻辑的和/或物理的I/O)，用于与网站30、DM服务器20以及一个或多个后端服务器和一个或多个***60进行通信。如DM服务器20一样，I/O接口52A、52B二者可以实施为经由互联网上的TCP/IP进行通信的逻辑接口。

出于对本发明优选的实施方式进行描述的目的，但不作为对本发明实践的限制，一个或多个后端服务器和一个或多个***60为工作流管理器50提供服务。该服务包括但不限于用于验证、加密和签名的安全服务、设备10相关的服务，例如法律和保修状态信息以及详细的产品管理服务，例如产品数据管理(PDM)信息。

出于对本发明优选实施方式进行描述的目的，但不作为对本发明实践的限制，工作流管理器50和一个或多个后端***60由控制网站30和DM服务器20的同一实体控制。然而，这并非是对本发明的实践作出限制，并且这些组件中的一个或两个可以处于第三方的控制之下。例如，其中的一个后端***60可以是第三方数字签名验证器，或第三方数字支付设施。

现在转至图2所示的示例性序列图，下列步骤是根据本发明的实施方式来执行的。在(a)，用户1通过竞争网站进行浏览并找出期望的卖方固件(FW)更新页面。在(b)，用户1点击FW更新页面中的链接以确定哪些新FW更新选择(如果有的话)对于设备10是可用的。在(c)，网站30通过设备10向用户1发送页面，并且使用HTTP响应来通过设备10向用户1通知自动设备信息搜集将要开始。适当的消息可以是：“在我们为您的电话取回被请求的固件时请等待”。在(d)，用户1通过设备10的用户接口接受自动设备会话建立，这使得HTTP请求被从浏览器10B发送到web服务器30。在(e)，web服务器30向工作流管理器50通知存在开始固件更新事务(FW更新事务)和建立OMA DM会话的用户请求。作为响应，工作流管理器50创建具有唯一TID的新事务。在(f)，在后端服务器60的帮助下，工作流管理器50创建适当的OMA客户端供应(CP)消息并利用密钥对其签名。利用加密的CP将INIT DM消息发送至网站30。在(g)，作为HTTP响应的一部分，网站10通过专用于OMA设备管理的MIME类型向设备10发送签名的CP消息。该TID嵌入在HTTP响应消息中。在步骤(h)，基于MIME类型信息和签名的CP消息，设备10检查DM引导信息的有效性，相应地设定参数，并发起OMA DM客户端应用10A。在(i)，OMA DM客户端10A建立OMA DM会话并向DM服务器20发送设备10信息细节。这些设备细节可以存储在设备10的存储器12中的表10C中，并且可以在制造时或在设备被第一次激活时得以装载。总之，用户1无需意识到设备10信息，因为步骤(i)优选地自动发生并且无需用户1的介入。TID优选地被包含为发送回DM服务器20的信息的一部分。在(j)，DM服务器向工作流管理器50发送TID和接收到的设备信息，以及在(k)，工作流管理器50与后端服务器60进行通信以确定设备10信息中的细节量和级别是否足够创建选择的列表(固件下载选项菜单)。如果需要更详细的更具体的设备10信息，那么在(l)，工作流管理器50请求DM服务器20从设备10中取出相关数据。在此情况下，在(m)，通过使用OMA DM协议，DM服务器20获取附加的设备10信息并将其发送回工作流管理器50。在(n)，工作流管理器50为最终用户1创建(或使用一个或多个后端服务器60来创建)可用选择的列表，即固件下载选项菜单。在(o)，工作流管理器50将固件下载选项菜单发送至网站30，并且在(p)，网站30为用户1将该菜单返回浏览器10B，以选择产品或请求更多的(web格式的)信息。这可以在(p)处通过以下至少三种技术来完成：先前队列化的HTTP请求；针对web对象的OMA DM exec；或先前发送的web页面中的用户动作。无论使用(p)中的哪种技术，涉及HTTP请求和响应(用户1通过设备10与网站30之间)的附加web浏览，以及被请求的固件和设备管理(设备10和DM服务器20)的最终递送分别发生在步骤(q)和(r)。注意，任何适当的技术和机制都可用于设备10的固件的实际下载。

根据本发明实施方式，将web会话与自动DM会话结合起来的方面涉及传递HTTP响应消息中的OMA DM通知消息(图2中的消息(g))。参考图6，HTTP响应消息通常包含状态线(Status Line)字段102、通用报头(General Headers)字段104、响应报头(Response Headers)字段106、实体报头(Entity Headers)字段108、示为回车/换行(CRLF)109的定界符(delimiter)或分隔符(separator)以及消息本体(MessageBody)字段110。对于本发明非限制性实施方式最感兴趣的是实体报头字段108，其包含内容类型(Content-Type)字段108A、内容长度(Content-Length)字段108B以及最新修改(Last-Modified)字段108C。特别感兴趣的是内容类型字段108A，其传递上述预定的MIME类型。作为非限制性示例，用于通用通知启动会话警告消息的预定MIME类型可以是内容类型108A：“application/vnd.syncml.notification”，并且内容类型代码可以是0x44。

在图6所示的HTTP响应消息的结构的优选但非限制性的实施方式中，OMA DM通知由消息本体字段110来携带。

示例性HTTP响应消息内容可以包括如下：

Response＝Status-Line(图6中的102)

*((general-header(图6中的104)

|response-header(图6中的106)

|entity-header(图6中的108))CRLF)

CRLF(图6中的109)

[message-body](图6中的110)

status-line＝HTTP/1.1<Space>status-code+reason-phrase

status-code+reason-phrase＝200<Space>OK|

400<Space>Bad Request|

404<Space>Not Found|

500<Space>Internal Server Error|

501<Space>Not Implemented

general-header＝Date：<Space>date<CRLF>

Connection：<Space>close<CRLF>

response-header＝Server：<Space>vendor-string<CRLF>

entity-header＝Content-Length：<Space>integer-greater-or-equal-0<CRLF>

Content-Type：<Space>text/html<CRLF>

Last-Modified：<Space>date<CRLF>

[Cache-Control：<Space>no-cache<CRLF>]//仅用于动态页面

[Expires；<Space>date<CRLF>] //仅用于动态页面

message-body＝//由客户端请求的文件的内容

date＝//根据RFC822和RFC1123的日期格式

vendor-string＝//服务器标识

//(可由服务器实现程序来自由定义)

OMA DM通知消息120的示例实施方式的字段示出在图7中，其中：

字段描述

摘要122 MD5摘要值

触发报头124，包括：

版本124A 设备管理版本

ui模式124B 未指定/用户交互作用

起始符124C 服务器/用户启动(客户端/服务器)

未来使用124D 为未来的DM使用而预留

sessionid 124E 会话标识符

长度标识符124F 服务器标识符长度

服务器标识符124G 服务器标识符

触发本体126 卖方特定

DM设备细节消息的一个非限制性示例(图2中消息(i))如下示出(可再次参考：SyncML Device Management Protocol，Version 1.1.2(OMA-SyncML-DMProtocol-V1_1_2-20030612-C)，开放移动联盟，2003年6月)：

    ＜SyncML xmlns＝′SYNCML：SYNCML1.1′＞
 　　＜SyncHdr＞
　　  ＜VerDTD＞1.1</VerDTD＞
　　   ＜VerProto＞DM/1.1＜/VerProto＞

　　＜SessionID＞1＜/SessionID＞

　　 ＜MsgID＞1＜MsgID＞

　　＜Target＞

　　 ＜LocURI＞http://XXXX/mgmt-server＜/LocURI＞

　　  ＜/Target＞

　　   ＜Source＞

　　       ＜LocURI＞IMEI：XXXX＜/LocURI＞

　　   ＜/Source＞

　　       ＜Cred＞＜!--Client credentials--＞

　　   ＜Meta＞

　　    ＜Type xmlns＝″syncml：metinf″＞syncml：auth-basic＜/Type＞

　　    ＜Format xmlns＝syncml：metinf″＞b64＜/Format＞

　　   ＜/Meta＞

　　   ＜Data＞

　　        ＜!--base64 formatting of userid：password--＞

　　   ＜/Data＞

　　  ＜/Cred＞

　　  ＜Meta＞＜!--Maximum message size for the client--＞

　　      ＜MaxMsgSize xmlns＝″syncml：metinf″＞5000＜/MaxMsgSize＞

　　  ＜/Meta＞

　　 ＜/SyncHdr＞

　　 ＜SyncBody＞

　　   ＜Alert＞

　　      ＜CmdID＞1＜/CmdID＞

　　      ＜Data＞1200＜/Data＞＜!--Server-initiated session--＞

　　      ＜Item＞＜/Item＞

　　      ＜Item＞

　　          ＜Data＞123 blah blah＜/Data＞＜!--one example of sending TID--＞

　　      ＜/Item＞

　　     ＜/Alert＞

　　     ＜Alert＞

　　        ＜CmdID＞XXX＜/CmdID＞

　　        ＜Data＞TIDXXXX 123 blah blah＜/Data＞＜!--or alternative way of sending TID
　　-->
　　＜/Alert＞

　　＜Replace＞

　　    ＜CmdID＞3＜/CmdID＞

　　    ＜Item＞

　　       ＜Source＞＜LocURI＞./DevInfo/DevId＜/LocURI＞＜/Source＞

　　    ＜Meta＞

　　       ＜Format xmlns＝′syncml：metinf＞chr＜/Format＞

　　 ＜Type xmlns＝′syncml：metinf＞text/plain＜/Type＞
　　   ＜/Meta＞
　　   ＜Data＞abc blah blah 123 blah blah＜/Data＞
　　＜/Item＞
　　＜Item＞

　　＜Source＞＜LocURI＞./DevInfo/Man＜/LocURI＞＜/Source＞

　　＜Meta＞

　　  ＜Format xmlns＝′syncml：metinf＞chr＜/Format＞

　　  ＜Type xmlns＝′syncml：metinf′＞text/plain＜/Type＞
　　   ＜/Meta＞
　　   ＜Data＞BEST MANUFACTURER Inc.＜/Data＞
　　＜/Item＞
　　＜Item＞

　　＜Source＞＜LocURI＞./DevInfo/Mod＜/LocURI＞＜/Source＞

　　＜Meta＞

　　  ＜Format xmlns＝′syncml：metinf′＞chr＜/Format＞

　　  ＜Type xmlns＝′syncml：metinf＞text/plain＜/Type＞

　　＜/Meta＞

　　＜Data＞BEST PHONE 2004＜/Data＞
　　  ＜/Item＞
　　  ＜Item＞

　　  ＜Source＞＜LocURI＞./DevInfo/DmV＜/LocURI＞＜/Source＞

　　  ＜Meta＞

　　     ＜Format xmlns＝′syncml：metinf′＞chr＜/Format＞

　　     ＜Type xmlns＝′syncml：metinf′＞text/plain＜/Type＞

　　  ＜/Meta＞

　　  ＜Data＞123 blah abc blah＜/Data＞
　　  ＜/Item＞
　　  ＜Item＞

　　 ＜Source＞＜LocURI＞./DevInfo/Lang＜/LocURI＞＜/Source＞

　　 ＜Meta＞

　　   ＜Format xmlns＝′syncml：metinf′＞chr＜/Format＞

　　          ＜Type xmlns＝′syncml：metmf′＞text/plam＜/Type＞

　　       ＜/Meta＞

　　       ＜Data＞blah blah＜/Data＞

　　  ＜/Item＞

　　 ＜/Replace＞

　　＜Final/＞
　　   ＜/SyncBody＞
　　＜/SyncML＞

前述描写已经以示例性和非限制性示例的方式提供了发明人所构思的用于实现本发明的最佳方法和设备的完整和详细的描述。然而，当结合附图和所附权利要求书进行阅读时，各种修改和适应可以对本领域技术人员变得明了。作为一些示例，本领域技术人员可以尝试使用其他类似或等同的下载情形、应用程序和固件下载技术(例如固件下载可以使用OMA FOMA技术之外的技术)、消息发送类型以及设备管理协议以及方法。然而，本发明的教导的所有这种和类似修改都将落入本发明的范围之内。

此外，本发明的一些特征在不使用其他相应的特征时也可以提供有益效果。为此，前述描述应当被理解为仅是本发明原理的示意，而不是对其作出限制。

Claims

1.一种用于结合用户与服务器的交互作用使设备会话自动化的方法，包括：

响应于在浏览会话期间从所述设备接收特定类型的HTTP请求消息，向所述设备发送HTTP响应消息，所述HTTP响应消息包括用于指示设备管理会话正在被启动的专用MIME类型，所述设备管理会话由包括一部分所述HTTP响应消息的标识符来标识；

利用包括设备细节和所述标识符的设备管理会话应答来应答所述HTTP响应消息；

利用所述设备细节来发展出一个列表，所述列表包括至少一个与所述设备兼容的下载选项；

向所述设备发送所述列表；以及

响应于用户从所述列表中选择所述至少一个下载选项，在设备管理会话期间将所述所选择的至少一个下载选项递送至所述设备。

2.根据权利要求1所述的方法，其中，所述HTTP响应消息包括被加密的客户端供应(CP)消息。

3.根据权利要求2所述的方法，其中，所述特定类型的HTTP请求消息用建立所述标识符的工作流管理器触发事务，其中所述工作流管理器创建所述CP消息并利用密钥对其进行加密。

4.根据权利要求1所述的方法，其中，所述列表向所述设备的发送利用浏览会话来发送所述列表。

5.根据权利要求1所述的方法，其中，所述设备包括具有用于与web服务器进行通信的无线收发器的单元，并且其中所述所递送的下载选项包括待下载到所述设备并存储于所述设备中以供后继执行的应用程序。

6.根据权利要求1所述的方法，其中，所述设备包括具有用于与web服务器进行通信的无线收发器的单元，并且其中所述所递送的下载选项包括待下载到所述设备并存储于所述设备中以供后继执行的固件。

7.一种包括通过无线链接耦合在一起的设备和web服务器的***，包括：

设备管理服务器，其耦合至所述web服务器，并且响应于在浏览会话期间从所述设备接收特定类型的HTTP请求消息，用于向所述设备发送HTTP响应消息，所述HTTP响应消息包括用于指示设备管理会话正在被启动的专用MIME类型，所述设备管理会话由包括一部分所述HTTP响应消息的标识符来标识；

所述设备包括设备管理客户端，该客户端可操作为利用包括设备细节和所述标识符的设备管理会话应答来应答所述HTTP响应消息；

其中所述设备管理服务器利用所述设备细节并结合工作流管理器来发展出一个列表并向所述设备发送该列表，其中所述列表包括至少一个与所述设备兼容的下载选项；以及

响应于用户从所述列表中选择所述至少一个下载选项，所述设备管理服务器在设备管理会话期间将所述所选择的至少一个下载选项递送至所述设备。

8.根据权利要求7所述的***，其中，所述HTTP响应消息包括被加密的客户端供应(CP)消息。

9.根据权利要求8所述的***，其中，所述特定类型的HTTP响应消息用建立所述标识符的所述工作流管理器触发事务，其中所述工作流管理器创建所述CP消息并利用密钥对其进行加密。

10.根据权利要求9所述的***，其中，所述工作流管理器包括与至少一个后端***的接口，并且其中所述CP消息结合至少一个后端***得以加密。

11.根据权利要求7所述的***，其中，利用浏览会话和HTTP协议将所述列表发送至所述设备。

12.根据权利要求7所述的***，其中，所述设备包括用于与所述web服务器进行通信的无线收发器，并且其中所述所递送的下载选项包括待下载到所述设备并存储于所述设备中以供后继执行的应用程序。

13.根据权利要求7所述的***，其中，所述设备包括用于与所述web服务器进行通信的无线收发器，并且其中所述所递送的下载选项包括待下载到所述设备并存储于所述设备中以供后继执行的固件。

14.根据权利要求7所述的***，其中，所述设备包括具有用于与所述web服务器进行通信的无线收发器的通信单元，并且其中所述所递送的下载选项包括待下载到所述设备并存储于所述设备中以供后继执行的程序。

15.一种操作设备以通过无线网络下载信息的方法，包括：

在无线HTTP会话期间，就可下载信息而向所述设备进行询问；

响应于所述询问，启动与所述设备的安全设备管理无线对话以获取至少表示所述设备的特定能力的设备专用参数；

生成列表并向所述设备发送所述列表，所述列表包括至少一个条目，该条目表示与所述设备能力兼容的可下载信息；以及

在无线HTTP会话期间，从所述列表中选择至少一个条目以下载到所述设备。

16.根据权利要求15所述的方法，其中，启动与所述设备的所述安全设备管理无线对话使用HTTP响应消息，所述HTTP响应消息包括用于指示设备管理会话正在被启动的预定的MIME类型，所述设备管理会话由包括一部分所述HTTP响应消息的标识符来标识。

17.一种可以在无线网络中操作以通过所述无线网络获取信息的设备，包括用户接口和利用程序进行操作的控制器，以执行下列操作：

在涉及用户和所述用户接口的无线HTTP会话期间，就可下载信息而从所述设备发送询问；

响应于发送所述询问，并响应于通过无线网络接收到的响应，建立安全设备管理会话以发送至少表示所述设备的特定能力的设备专用参数；以及

响应于接收具有至少一个条目的列表，在无线HTTP会话期间通过所述用户接口从待下载到所述设备的所述列表中选择至少一个条目，其中所述至少一个条目表示与所述设备能力相兼容的可下载信息。

18.根据权利要求17所述的设备，其中，所述控制器是响应于接收HTTP响应消息，所述HTTP响应消息包括用于指示所述安全设备管理会话正在被启动的预定的MIME类型，所述设备管理会话由包括一部分所述HTTP响应消息的标识符来标识。

19.一种设备管理服务器，可与设备进行操作以通过无线网络向所述设备下载信息，所述设备管理服务器包括：第一接口，用于耦合至所述设备、第二接口，用于耦合至工作流管理器、以及控制器，用程序进行操作以执行响应于所述设备而启动的操作，在无线HTTP会话期间，就可下载信息而进行询问，并进一步响应于所述工作流管理器而启动与所述设备的安全设备管理无线会话以获取至少表示所述设备的特定能力的设备专用参数；通过所述第二接口与所述工作流管理器合作，以生成列表并通过所述第一接口将所述列表发送至所述设备，所述列表包括至少一个条目，所述条目表示与所述设备能力相兼容的可下载信息；并且在无线HTTP会话期间，向对应于由所述设备的用户选择的来自所述列表的至少一个条目的所述设备下载信息。

20.根据权利要求19所述的设备管理服务器，其中，所述设备管理服务器与由所述设备的控制器所执行的设备管理客户端接口连接。

21.根据权利要求20所述的设备管理服务器，其中，所述设备管理服务器和所述设备管理客户端与SnycML设备管理协议相兼容。

22.一种工作流管理器，可与设备和设备管理服务器进行操作以通过无线网络向所述设备下载信息，所述工作流管理器包括：第一接口，用于通过网站耦合至所述设备并耦合至所述设备管理器、第二接口，用于耦合至至少一个后端***、以及处理器，用于用程序进行操作以执行响应于所述设备而启动的操作，在无线HTTP会话期间，就可下载信息对所述网站进行询问，所述控制器可操作以启动与所述设备的安全设备管理无线会话以获取至少表示所述设备的特定能力的设备专用参数；通过所述第一接口与所述设备管理服务器合作并通过所述第二接口与所述至少一个后端***合作以生成列表，并通过所述第一接口和所述web服务器将所述列表发送至所述设备，所述列表包括至少一个条目，所述条目表示与所述设备能力相兼容的可下载信息。

23.根据权利要求22所述的工作流管理器，其中，所述安全设备管理无线会话是通过HTTP响应消息启动的，所述HTTP响应消息包括用于指示所述设备管理会话正在被启动的预定的MIME类型，所述设备管理会话由包括一部分所述HTTP响应消息的标识符来标识，并且其进一步包括被加密的客户端供应(CP)消息。

24.根据权利要求23所述的工作流管理器，其中，所述设备专用参数随所述标识符一起通过所述设备管理服务器从所述设备接收。

25.一种计算机程序产品，包括包含有计算机可读程序的计算机可用介质，其中，所述计算机可读程序在所述计算机上执行的时候使得所述计算机执行下列操作，包括：

向所述设备发送所述列表；以及

26.根据权利要求25所述的计算机程序产品，其中，所述HTTP响应消息包括被加密的客户端供应(CP)消息。

27.根据权利要求26所述的计算机程序产品，其中，所述特定类型的HTTP请求消息用建立所述标识符的工作流管理器触发事务，其中所述工作流管理器创建所述CP消息并利用密钥对其进行加密。

28.根据权利要求25所述的计算机程序产品，其中，所述列表向所述设备的发送利用浏览会话来发送所述列表。

29.根据权利要求25所述的计算机程序产品，其中，所述设备包括具有用于与web服务器进行通信的无线收发器的单元，并且其中所述所递送的下载选项包括待下载到所述设备并存储于所述设备中以供后继执行的应用程序。

30.根据权利要求25所述的计算机程序产品，其中，所述设备包括具有用于与web服务器进行通信的无线收发器的单元，并且其中所述所递送的下载选项包括待下载到所述设备并存储于所述设备中以供后继执行的固件。