IP电话和其他系统的配置 相关申请的交叉引用 本申请是2007年7月23日递交的申请号为11/781,319的申请的部分继续申请，该申请号为11/781,319的申请是2007年7月6日递交的申请号为11/774,352的申请的部分继续申请。这两个申请都通过引用被结合于此。
【技术领域】
本发明一般地涉及计算设备，并且更具体地涉及诸如电信设备、因特网协议(“IP”)电话设备之类的端用户设备(end-user device)和其他系统的配置。
背景技术
IP电话领域中的普通技术人员熟知：“会话发起协议(SIP)是用于产生、修改和终止与一个或多个参与者的会话的应用层控制(信令)协议。这些会话包括因特网电话呼叫、多媒体分发和多媒体会议。”(参见来自因特网工程任务组(“IETF”)www.ietf.org的请求注解文件：3261(RFC 3261，http://tools.ietf.org/html/rfc3261))。SIP可以提供用于基于IP的通信的信令和呼叫建立协议，其中基于IP的通信能够支持以下特征中的至少某些的：公共交换电话网(“PSTN”)的呼叫处理功能和特征，以及许多先进的基于Web的特征。
自RFC 3261以来关于SIP已经完成了许多工作。例如参见Petrie等人的网址为http://tools.ietf.org/html/draft-ietf-sipping-config-framework-12的以“A Framework for Session Initiation Protocol User Agent Profile Delivery”为题的因特网草案(“Petrie”)。Petrie描述了多种重要系统架构的配置情境(例如参见Petrie的4.1节“Simple Deployment Scenario”和Petrie的4.2节“Device supporting multiple users from different ServiceProviders”)。从正在被配置的端点的观点和必要关系提出了所有这些情境，并且关于辅助该过程的配置网络元件的可用性作出了简单的假设。
对于至少某些应用和环境而言，Petrie存在许多缺点。Petrie没有讨论Petrie的如图1所示的配置服务器与提供它们的商业实体之间的必要关系。重要地，Petrie a)假设在用户位置处为端用户设备(端点)特别配置的网络基础设施变为被配置，b)假设了用户网络或其接入供应商网络与设备供应商(即设备售卖商)或服务供应商(即语音或其他媒体通信服务的供应商)之间的在前关系，并且c)不允许基于由单个设备售卖商所制造或分销的设备而将端点导向许多可能的服务供应商之一。
一般地，Petrie也不适用于在社区的(residential)或小型商业企业中的IP语音(“VoIP”)网络的配置，并且不容易应用于更大企业中的远程和分支办公室以及远程办公(teleworking)情境。Petrie假设本地网络由经过训练的人员来管理，该假设对于家庭或小型办公市场是不能采用的，并且在大企业的较小分支办公室的情况下也无法采用。
Petrie描述了Petrie的如图1所示的三个配置信息源。SIP服务供应商提供特定于个体用户的信息(特征订阅等)。设备供应商提供特定于设备的信息。本地网络供应商提供在使用本地网络时指导设备的信息。Petrie假设本地网络为该信息的供应商所有并且将对其使用设置约束(例如，对咖啡店中的本地WiFi热点的带宽限制)。
Petrie在5.1.1.1节中相当详细地描述了设备将如何得到所需的本地网络配置简档(profile)。将从本地动态主机配置协议(“DHCP”)服务器或通过使用本地的相关域名服务(“DNS”)来得到该配置简档。Petrie中的本地DHCP和DNS服务器实际上需要由经过训练的人员来更新。不能假设这样的人员存在于小型企业、家庭或小型分支办公市场中。
Petrie在5.1.1.2节及其多个分段中描述了用于得到设备配置简档的类似过程。再一次地，关于辅助该过程的配置网络资源的可用性作出了假设，而该假设对于小型未经管理的网络环境而言是无效的或者对其应用施加了很大的部署约束。在设备简档的情况下，在Petrie中描述了多种可能方法。
在第一种方法中，服务供应商或设备制造商的预配置信息被用于定位功能性设备简档服务器，然而假设了设备制造商和服务供应商之间的预先存在的关系以使设备充分地开始服务。可能不存在这样的关系，或者可能存在多个这样的关系(一个设备供应商对多个可能的服务供应商，或者多个设备供应商对一个服务供应商)，这两者都是不明确的，因此最终的配置不能被立即完成。
在第二种方法中，假设可以利用用于定位设备简档服务器的(由DHCP提供的)本地网络域来定位设备简档，即设备简档服务器在所提供的本地域中。无论是在本地网络中还是在接入网络(例如，因特网服务供应(“ISP”))中，DHCP和DNS服务器二者都需要被配置以提供设备简档服务器位置的正确信息。这假设或者在本地网络管理员和对设备简档服务器进行管理的实体(很可能在小的网络环境中本地网络未被有效管理)之间存在预先存在的关系，或者在用户的接入网络(例如ISP)和该实体之间存在预先存在的关系-这样的关系不能被假设(即网络接入和设备维护商通常彼此不以任何方式相关)。
第三种方法是手动配置，这暗示了某种程度的用户知识和交互，并且根本不是自动配置。
通常，Petrie不足以用于对本发明感兴趣的小型商业和家庭系统，并且也不能容易地应用于较大企业中的各种各样的分支办公室和远程工作情境。Petrie假设本地网络具有某种复杂度(sophistication)。Petrie假设本地网络被配置了例如域标识符。Petrie假设本地DHCP服务器已经被建立以包含该信息。与此相关的是隐含地假设存在负责该站点的人员，这些人员具有以具体所需的方式来建立DHCP和/或DNS服务器的技能。
Petrie还假设了在本地网络和维护设备简档服务器的实体之间的或者在用户的接入网络和该实体之间的预先存在的关系。虽然有时是可行的(例如，ISP还是设备维护商和语音服务供应商)，但是这些假设在一般情况下是不实际的(所有三个实体可能是无关的)。即使这样的关系能够被建立，也将由于基于因特网的系统的高度分散、全球化以及不断变化的本质而导致它们变得很复杂并且费力费时。
除此以外，Petrie还假设为本地网络提供了SIP代理服务器，该SIP代理服务器能够处理防火墙和网络地址转换(“NAT”)的问题以与外部的SIP设施进行联系。这在一般情况下也将是不实际的，尤其是在家庭和小型商业环境中。
在家庭和小型商业情况下，这些假设的任一个都不一定有效。有效的假设是无知的用户将在客户层面的店铺(例如，仓储式的电子批发店)购买设备(SIP电话等)，或者由服务供应商或设备供应商对通用设备进行送货，然后用户将设备带回家或带到小型商业场所并将设备插入其自己的网络。他们希望在没有延迟并且不需要任何训练(该训练是不能从简短的说明书中获得的)的情况下，设备如所希望的那样运转。任何对用户具有或得到专业技能的要求都将使这些设备在商业上不具吸引力。
除了对本地网络的要求，Petrie没有提及如何找到SIP服务供应商配置服务器的位置。假设这以某种方式进行了配置。
Petrie解决的一个问题是SIP用户代理(UA)(诸如IP电话、PC上的软电话客户端等之类的设备)的配置。Petrie设想这将在商业或其他机构中、在小型社区网络中或者在公共“热点”及类似地点中的LAN上发生。当这些设备初次被安装时，它们必须被提供某些初始配置信息。这可以包括(但不限于)：经更新的软件负载；软按键和其他可选控制和显示的初始配置；以及对本发明而言很重要的SIP代理服务器的位置。Petrie称之为发现和登记阶段。UA将通过使用与Petrie草案中的如图1所示的配置服务器的SIP订阅/通知交互来接收其大部分的配置信息。Petrie草案建议给予该服务器已知的SIP用户id“_sipuaconfig”。它们将针对它们所期望的配置发出订阅消息并且通过相应的通知来进行接收。
该交互需要UA知道配置服务器的地址和端口。Petrie描述了包括手动加载的若干种可能方法。然而，Petrie所预见的最常使用的方法是DHCP方法。DHCP通常用于为UA提供SIP代理服务器(与所期望的配置服务器逻辑上不同并且不一定与所期望的配置服务器相同)的地址。在代理服务器上使用的端口号可以作为可选择扩展被添加到DHCP服务器。利用代理服务器的地址，配置服务器的端口号和已知用户id，可以构造配置服务器的SIP URI。对此的类似替代使用DNS查找，基于由DHCP提供的“本地域”来尝试定位本地域中的所期望的配置服务器。利用该信息，UA可以尝试与配置服务器进行交互。
Petrie的方案的特征如下：
·在单个企业或机构的LAN环境(在防火墙和/或NAT之后)中发生，或者在某些其他受管理的环境中发生。
·针对其操作准备了本地网络，其中，DHCP和DNS服务器被配置为提供适当信息并且向本地已知的SIP代理提供并适当登记了配置服务器。
·有经过训练的人员来对网络进行服务。例如，用包括代理服务器的端口地址和/或配置服务器的DNS条目在内的可选择扩展来更新DHCP服务器，并且确保代理服务器知道配置服务器。
·LAN上的设备已经被单个实体(诸如本地系统管理者之类的单个售卖商，附加值转售商或者制造商)进行了配置，并且因此适合共同工作。
·如果配置服务器在(与本地网络不同的)外地网络中，那么配置服务器的信息对于本地管理员可以是已知的，并且可以在本地网络中被成功配置，或者在本地网络所连接的接入网络中被配置。这假设了本地或接入网络和承载配置服务器的(一个或多个)网络之间的在前安排。
如以上所讨论的，该方法存在若干缺点和限制，并且还存在本领域技术人员将想到的其他缺点和限制。
目前的VoIP服务供应商通常使用专有设备。这些方案仅在由这些供应商所提供的网络上可操作。由于该限制所以系统是自我配置(self-configure)的。这些系统的一个不足是用户不能够从他们选择的供应商购买设备并且将设备附接到这些网络。
关于设备配置的另一个问题是即使是本地区域上的电力故障也可能导致大量本地网络出现故障。当电力恢复时，这可能导致大量设备几乎同时请求重新配置。供应负担的这样的大幅增大可能使配置资源覆没，进而导致服务恢复的延迟，并可能使服务不稳定，并因此导致这些设备出现故障。
【发明内容】
根据本发明第一方面，提供了一种可配置的端用户设备，该可配置的端用户设备包括计算环境，该计算环境包括通过总线互连的至少一个中央处理单元、易失性存储器、非易失性存储器和网络接口；所述网络接口经由局域网可连接到一个或多个其他端用户设备；包括所述可配置的端用户设备在内的多个端用户设备用于访问在连接到所述局域网的广域网上可用的至少一个服务；所述可配置的端用户设备具有将用户关联特征集与各自的登录数据相关联地进行存储的配置简档，每个用户关联特征集定义了：当所述各自的登录数据在所述可配置的端用户设备处被接收到时，将如何对所述可配置的端用户设备进行配置。
根据本发明第二方面，提供了一种本地配置服务器，该本地配置服务器包括计算环境，该计算环境包括通过总线互连的至少一个中央处理单元、易失性存储器、非易失性存储器和网络接口；所述网络接口经由局域网可连接到一个或多个可配置的端用户设备；所述可配置的端用户设备用于访问在连接到所述局域网的广域网上可用的至少一个服务；所述可配置的端用户设备的每个具有定义所述可配置的端用户设备如何能够访问所述服务的配置简档，所述配置简档还将用户关联特征集与各自的登录数据相关联地进行存储，每个用户关联特征集定义了：当所述各自的登录数据在每个所述可配置的端用户设备上被接收到时，将如何对每个所述可配置的端用户设备进行配置；所述配置简档的至少一部分最初是由服务供应商配置管理服务器供应给所述可配置的端用户设备的；所述计算环境被配置为维护每个所述配置简档的副本以使得每个所述可配置的端用户设备可以取回其各自的所述配置而不联系所述服务供应商配置管理服务器。
根据本发明第三方面，提供了一种用户可配置的简档服务器，其包括计算环境，该计算环境包括通过总线互连的至少一个中央处理单元、易失性存储器和非易失性存储器的至少一个、和网络接口；所述网络接口经由广域网连接到多个局域网；所述局域网的每个能够包括一个或多个可配置的端用户设备；所述可配置的端用户设备用于访问在连接到所述局域网的所述广域网上可用的至少一个服务；所述端用户设备的每个具有定义所述端用户设备如何能够访问所述服务的配置简档，所述配置简档还将用户关联特征集与各自的登录数据相关联地进行存储，每个用户关联特征集定义了：当所述各自的登录数据在所述可配置的端用户设备的每个上被接收到时，将如何对所述可配置的端用户设备进行配置；所述配置简档的至少一部分最初是由至少一个配置管理服务器供应给所述端用户设备的；所述计算环境被配置为维护每个所述用户关联特征集和其他用户关联特征集的副本，所述特征集的每个都与各自的登录数据相关联，以使得当相应的登录数据被发送到用户配置简档服务器时，可以由给定的可配置端用户设备来获得相应的其他用户关联特征集。
【附图说明】
图1是根据非限制性实施例的可配置IP电话系统的图示。
图2是图1的系统中的IP电话的图示。
图3是根据非限制性实施例的可配置IP电话系统的图示。
图4是根据非限制性实施例的在活动的本地配置服务器处保存的复合数据结构的图示。
图5是根据非限制性实施例的可配置IP电话系统的图示。
图6是根据非限制性实施例的在活动的本地配置服务器处保存的复合数据结构的图示。
图7是根据非限制性实施例的计算环境的图示。
【具体实施方式】
本发明描述了SIP端点的动态配置，然而，本发明中没有任何内容阻止将相同技术用于其他类型设备的配置或使用其他网络技术。
本发明讨论了Petrie没有讨论的系统架构以及Petrie的如图1所示的配置服务器与提供它们的商业实体之间的必要关系。重要地，本发明没有假设在用户位置处的已配置网络基础设施将被配置，没有假设用户的网络或其接入供应商与设备供应商或服务供应商之间的任何在前关系，并且基于由单个设备售卖商所制造或分销的设备而允许将端点导向许多可能的服务供应商之一。
本发明描述了在社区的或小型商业企业中的VoIP网络的配置，并且还可容易地应用于更大企业中的远程和分支办公室以及远程办公情境。
在此描述的相同技术还可以容易地应用于各种各样的更大企业市场，希望减轻它们的管理负担或希望使用托管的(hosted)VoIP服务而非它们自己进行维护的服务。
虽然在本发明中强调小型商业和家庭市场，但是在此的教导也可用于大企业应用中的分支办公室以及远程办公应用。可以在通常不被这些大企业的经过训练的人员服务的分支办公室和家庭地点中的本地网络上对设备进行配置。设备可以被引导从而以与所描述的以下方式相同的方式连接到企业网络，所述方式即小型商业和家庭应用连接到服务供应商网络的方式。这种情况下的商业关系可能存在于拥有所有权的大企业和设备提供者之间。设备提供者可以是设备制造者或者代表，或者可以是企业内部的机构。它们将被直接地类比为所描述的在设备供应商和服务供应商之间的商业关系。在两种情况下，服务器交互可以是相同的。
本发明描述了在没有特别的网络准备的情况下，如何可以由无知的用户来在本地网络上配置SIP电话和其他设备。用户可以在百货商店购买通用设备，或者可替代地使其被送货上门。设备可以来自售卖商或零售商，他们与SIP服务供应商都没有任何显然的关系。本发明描述了使得设备能够访问期望服务供应商的(一个或多个)用户和设备简档配置服务器而无需用户方的繁重任务的商业关系和方法。
本发明解决了社区的或小型商业环境的服务配置问题。通常不存在如下经过训练的人员：他们能够建立本地DHCP或DNS服务器以允许连同外部设备配置服务(例如设备售卖商或代表和/或服务供应商的服务计划)来配置SIP设备。本发明描述了这样的方法，凭借该方法，可以通过最少的用户介入自动地完成设备配置。本发明取代了如在Petrie中描述的标准SIP配置。
在一个实施例中，本发明设想通过对等方法而建立的本地SIP网络。在结合考虑Petrie的情况下，该设想解决了SIP代理如何能够在它被配置之前被选出的问题。作为其优点之一，Petrie假设功能性(functioning)SIP代理和对等网络选出SIP代理。在本发明中描述的方法可以允许在之前未经准备的本地网络上创建对等SIP系统。
本发明还提供了用于对本地网络上的多个设备进行配置的系统。该系统可以允许由没有技能的人员来配置。该配置是弹性适应的(resilient)，因为设备可以协作以保留临时被去除的设备的配置。系统包括本地配置服务器，其在之前配置了的设备返回网络时恢复它们的配置，或者辅助新连接的设备得到初始配置。本地配置服务器可以是已经存在的端用户设备的组件，或可以是独立实体，并且可以从网络上存在的所有具有该能力的设备集合中被选出。当前活动的(active)本地配置服务器可以被配置为将当前数据分发给网络中能够用作本地配置服务器的其他设备，以在故障或断开的情况下具有弹性适应性并且允许选出新设备。针对电力故障和其他原因的本地网络故障的弹性适应性，还描述了基于网络的聚合器(aggregator)。本地配置服务器可以将它们对所有网络设备的配置登记在聚合器上。聚合器可以在从本地网络故障恢复时针对相应的本地配置服务器恢复这些配置。通过这种能力，聚合器能够提供以下路径，凭借该路径，基于网络的配置服务器可以管理所有设备上的配置。
计算环境可以被配置为当未被存储在配置简档中的新登录数据被接收到时，从连接到广域网的用户配置管理服务器获得与新用户相关联的特征集数据。计算环境还可以被配置为与该新的登录数据相关联地存储该与新用户相关联的特征集数据。计算环境还可以被配置为将该与新用户相关联的特征集数据发送到本地配置管理服务器，用于存储并分发到其他端用户设备。计算环境可以被配置为在与给定用户相关联的相应登录数据在给定时间段内没有被收到的情况下删除与该给定用户相关联的特征集。
现参考图1，用50一般地指代根据一个实施例的可配置IP电话系统。系统50包括诸如小型商业计算网络或家庭计算网络之类的网络52。一般由通用防火墙/NAT 54和DHCP服务器58来服务网络52。防火墙/NAT 54进而被连接到诸如因特网或更大企业网之类的广域网(WAN)62。WAN 62提供针对服务供应商66和设备供应商70的各网络组件的互连点。
网络52包括连接到它的多个设备，这些设备在本实施例中包括至少一个计算机77和至少一个IP电话78-1、78-2(总的称作多个IP电话78并且一般称作IP电话78)。计算机77和多个IP电话78经由DHCP 58和防火墙54连接到WAN 62，并因此计算机77和多个电话78能够与连接到WAN 62的硬件进行交互，所述硬件包括与服务供应商66和设备供应商70相关联的硬件。
服务供应商66用作网络52的服务供应商，并且包括用于它的所有适当的必要组件和/或基础设施，包括但不限于通过服务供应商CMS(“S/CMS”)76连接到WAN 62的配置管理服务器(“CMS”)74。服务供应商66还包括直接连接到WAN 62的托管代理82。
设备供应商70在多个IP电话78被连接到网络52时辅助这多个IP电话78的配置(provisioning)，并且包括都是直接连接到WAN 62的设备配置管理服务器(“D/CMS”)86和STUN服务器90。可以通过参考在http://www.ietf.org/rfc/rfc3489.txt处找到的题为“Simple Traversal of UserDatagram Protocol(UDP)Through Network Address Translators(NATs)”的请求注解文件3489(“RFC 3489”)来理解STUN服务器90的结构和功能，该请求注解文件3489通过引用被结合于此。
用户U与网络52相关联。假设用户U不具有定制DHCP服务器58或防火墙/NAT 54的操作的知识或者以任何重要的方式对网络52进行配备的知识。假设用户U在消费电子店铺购买了诸如电话78-2之类的设备，或者可能该设备被通过某种方式送货上门。假设用户U希望将电话78-2连接到网络52并且期望能够使用电话78-2来进行电话呼叫。如图2所示，除了其它组件外，电话78还包含SIP用户代理(UA)100和STUN客户端104。(再一次地，参见RFC 3489，其中STUN被作为以下协议讨论，所述协议意欲针对SIP和其他协议来处理NAT穿越(traversal)的问题)。电话78还包括用于管理语音和/或双音多频(“DTFM”)铃音(tone)等的标准套件的电话电路102。
应注意，此处的教导并不限于电话78并且可以存在能够购买并具有SIP性能的很多种设备。(实际上，此处的教导还可应用于能够运行软件来仿真电话78的计算机77)。至少，电话的范围可以包括从简单的电话机到具有大显示器和完整键盘的较大电话手持装置。这些不同的能力影响到可以获得配置数据或者可以由用户输入配置数据的方法。然而，至少，这些电话能够进行语音电话呼叫并且将包含DTMF信令的某种方法(键盘或者其它)。对于本发明而言，将假设最小的设备能力。
此处将澄清本教导反映了一个特定实施例。SIP是协议的非限制性示例，该协议不一定是SIP，SIP仅是在本实施例中使用的当前示例。此外，设备不一定是电话78，设备可以是需要由未经训练的用户来自动配置的、经由诸如因特网之类的WAN来进行通信的任何设备(例如，VoIP网关、媒体服务器、IVR、网络游戏设备、诸如IPTV之类的娱乐设备、医学监测、安全系统等)。
出于配置的目的，电话78的制造商将给电话78配备引导(bootstrap)程序，该引导程序将尽可能多地自动运行。电话78还将被配备唯一的标识符(设备id)。该唯一的标识符例如可以是其电气电子工程师学会(“IEEE”)802媒体访问控制(“MAC”)地址等。
当电话78被第一次上电并连接到与网络52相关联的局域网上时，电话78将检测到它尚未被配置。为了支持配置，电话78的制造商(其可以是或者可以不是设备供应商70本身)给电话78配备了引导程序并且预配置了D/CMS 86(以及可选的STUN服务器90)在WAN 62上的地址(例如，统一资源标识符(“URI”))。(注意，仅需要STUN服务器90支持其中强加了NAT设备的配置情境-如果设备已经在直接使用可路由的IP地址，那么STUN客户端和服务器是不必要的)。一旦上电，就已经以标准公知的方式从通用DHCP服务器58给电话78提供了本地有效的IP地址。引导程序将与STUN客户端104一起使用该本地IP地址来联系STUN服务器90并获得正通过防火墙/NAT 54被提供给它的全球有效IP地址和端口。引导程序然后将电话78的设备id与所提供的NAT地址和端口组合以形成对电话78而言唯一的有效SIP URI。它将使用该SIP URI作为其SIP FROM(SIP源自)和CONTACT(联系)地址，来针对当前设备配置文件向D/CMS服务器86发出SUBCRIBE(订阅)消息。SUBCRIBE请求将通过使用SIP To：(SIP去往：)字段被寻址到预配置的D/CMS 86URI，并且可以可能经由DNS查找被直接发送到D/CMS 86。可选择地，D/CMS 86的URI可以与设备供应商网络中的入站(inbound)SIP代理服务器(未示出)相对应，一旦在该目的地网络中，就可以将来自电话78的SIP信令(订阅/通知、SIP呼叫等)经由正常SIP处理导向并路由到该入站SIP代理服务器。
D/CMS 86可以被配置为通过将电话78的设备id链接到机型类型和适当的修订版本(revision)，来分别针对电话78确定所需的配置文件。D/CMS 86然后可以在返回电话78的响应通知消息中提供所需的配置文件。订阅可以保持打开，并且电话78的配置的任何更新都可以在随后的通知消息中被提供。
电话78的设备供应商70可以根据电话78的售卖商与服务供应商66之间的商业关系，可选地为电话78提供关于从服务供应商66可得的订阅的必要信息。存在以下若干种情况。
A)无商业关系
这种情况类似于在Petrie中描述的情境。在这种情况下，设备供应商70可以不提供帮助并且服务供应商66将提供关于如何联系S/CMS 76的指令给用户。
B)预先安排设备登记
i)位置预配置
可以建立这样的关系，使得电话78的售卖商(未示出)和服务供应商66预先安排了使电话78与来自服务供应商66的特定出售物相关联地被销售。例如，电话78可以在具有关联计划的服务供应商封包(packaging)中被销售。
在这种情况下，设备供应商70可以提供S/CMS 76的所需地址作为电话78的预配置的一部分。在这种情况下，电话78将以与电话78连接D/CMS 86的方式相同的方式来联系S/CMS 76，并且接收任何必要的信息。可以在制造时将这样的预配置作为发货前的配置步骤或者作为某种其他的后制造处理来完成。
设备供应商70或服务供应商66然后可以安排以使得诸如电话78之类的电话可以通过客户的店铺拜访或通过直接送货被提供给用户U(和/或具有类似于网络52的网络的、类似于用户U的其他用户)，这些电话被特别地预配置了与特定服务供应商66相对应的S/CMS 76的地址。
可替代地，D/CMS 86可以履行S/CMS 76的任务并且直接将配置文件提供给电话78，这些配置文件对应于在其它情况下将由服务供应商66提供的那些配置文件。D/CMS 86然后可以被配置为为服务供应商66保存所需的配置信息。作为另一种替代方式，D/CMS 86可以用作电话78和S/CMS 76之间的中继。在这两种情况下，除了D/CMS 86的位置被配置为与服务供应商66相关联而不是S/CMS 76与服务供应商66相关联之外，可以使用如先前所讨论的相同配置。
C)预先登记电话ID
作为对将S/CMS 76的地址置于电话78的预配置文件中的替代，设备供应商70和服务供应商66可以预先登记将在服务提供时使用的每个电话78的设备id。设备供应商70或服务供应商66然后进行安排以能够通过客户的店铺拜访或通过直接送货来为用户U(以及类似于用户U的其他用户)提供电话78，与特定服务计划和用户U相对应地，该电话78被特别地预配置了这些预先已知的设备id中的一个。
可以在设备id块中或者作为各个设备id的组来完成这样的预先登记。当电话78联系D/CMS 86时，电话78的设备id可以指示服务供应商和要提供的服务出售物。如在之前的示例中那样，D/CMS 86可以根据设备供应商70和服务供应商66之间的关系，或者提供S/CMS 76的位置给电话78，或者自己执行访问S/CMS 76的功能。在前一种情况下，S/CMS76的URI可以作为电话78的简档数据的一部分被返回。
D)用户登记设备ID
另一种可能的商业关系是这样一种关系，其中用户U预先登记电话78的设备id。用户U从设备供应商70得到电话78。设备id对于用户U而言将准备好可用。它可以被打印在电话78上、包装上、说明书上等等。用户U将联系服务供应商66以得到服务计划。作为该处理的一部分，服务供应商66将请求设备id和设备供应商70的名称。服务供应商66然后将联系设备供应商70以登记针对服务计划的设备id。然后可以如以上在预先登记设备id部分中所描述的那样来执行电话78的登记。如在之前示例中那样，D/CMS 86可以根据设备供应商70和服务供应商66之间的关系，或者提供S/CMS 76的位置给设备，或者自己执行S/CMS 76的功能。在前一种情况下，S/CMS 76的URI可以作为设备的配置简档数据的一部分被返回。
E)服务供应商登记设备ID
另一种可替代的商业关系是通过用户初始与服务供应商66联系来驱动的。用户U将直接联系服务供应商66来安排服务计划。服务供应商66与用户U和电话78相对应地指定并配置设备id，并且将该设备id提供给用户U用于在初始配置时输入。设备id可以以多种方式被提供给用户，例如通过电子邮件、通过电话联系、信件邮寄、通过客户拜访直接提供等等。设备id被格式化以使得它可以唯一地向D/CMS 86表明(identify)服务供应商66的身份。(注意，设备供应商70不需要能够导出特定服务计划和用户，仅是正确的服务供应商66需要如此)。用户U可以可选地从设备供应商70、在零售店处或者通过其他方式预先购买了设备。或者，服务供应商66可以安排以向用户U提供电话78，例如通过送货或通过客户拜访服务供应商的商店。服务供应商66然后将联系设备供应商70来相对于服务计划登记设备id，或者设备id可以从已经在设备供应商D/CMS处针对该服务供应商使能了的预先安排的id组中被选出。在初始设备配置中，用户U被要求将其设备id输入到用户接口中，并且然后该用户id被与预配置的D/CMS 86的位置一起使用，以产生将在联系D/CMS 86时使用的SIP URI，该SIP URI然后可以被映射到服务供应商66。如在之前示例中那样，D/CMS 86可以根据设备供应商70和服务供应商66之间的关系，或者提供S/CMS 76的位置给电话78，或者自己执行S/CMS功能。在前一种情况下，S/CMS 76的URI可以作为设备配置简档数据的一部分被返回。
设备id可以被存储在电话78中的非易失性存储器中，以使得电话78可以在由于连接断开、电力故障、重启等导致的电力中断的情况下，为后来的操作自动识别其自身。用户U将不需要记住设备id。
F)在设备配置时的用户服务登记
执行服务登记的另一种可能方法是请求用户U在配置电话78时完成服务登记。根据电话78的类型，存在可以实现与用户U的交互的多种方法。
如上所述，(来自STUN服务器90或其他NAT穿越处理的)SIP地址在配置电话78期间被交换以允许订阅/通知处理。拥有这些地址能够允许与用户U的交互以得到关于他们选择了的服务计划的信息，或者辅助他们选择服务计划。
对于缺少显示器和完整键盘的最简单版本的电话78而言，语音连接可以在电话78和D/CMS 86之间被建立。可以通过使用标准的SIP方法或类似方法来实现这样的语音连接。D/CMS 86或电话78可以被配置为在与D/CMS 86进行初始配置联系时发起连接。
在对电话78进行登记时，电话78将响铃(或者以某些其他方式报警)并且当用户U应答时，他/她将被以语音对话的方式提问完成服务登记所需要的信息。该对话可以与人工服务代表进行，或者可以经由自动化的服务器(例如，交互语音应答(“IVR”)系统)来进行。如果D/CMS86配备了自动语音识别设备，那么可以提示用户U通过DTMF或者通过语音来应答。
对于具有显示器和键盘的更多功能的电话78(可能甚至是计算机77)而言，可以通过交换的形式来完成服务登记对话。例如可以通过以与即时通讯交换相同的方式使用SIP Message消息，或者可以经由使用超文本标记语言(“HTML”)的Web访问或其他方式，来在电话78和D/CMS 86之间来回传递这些对话。
混合模式的文本和语音协商也是可能的。D/CMS 86可以将作为文本的选项列表发送到电话78的显示器并且接受文本或语音方式的应答。对于这样的方法，可以在电话78和D/CMS 86之间建立语音和文本连接二者。
对于该方法而言，用户U可能已经针对一服务计划进行登记，或者可以请求在选择服务供应商和计划方面的辅助。对话可以首先询问用户U他们是否已经针对一计划进行登记，并且如果是这样那么服务供应商身份和登记号如在之前方法中那样被提供给用户U。如果用户U请求在选择计划方面的辅助，那么对话可以提供关于来自设备供应商70与之具有商业关系的服务供应商的计划的信息。这可以由D/CMS 86独自完成，或者通过D/CMS 86和/或由多个服务供应商提供的其他服务器合作来完成。当已经选择了服务供应商和计划时，就可以以在之前部分中所描述的方式来执行服务配置。这可以由D/CMS 86自己完成，或者D/CMS 86可以为电话78提供所选出服务供应商66的S/CMS 76的位置。
配置服务的移交(handoff) 在前述方法的任一种中，可以由服务供应商66来提供对电话78的简档数据的持续维护，而不是由设备供应商70来实现。这有益于服务供应商66来维护更加完整的服务。这也可以有益于设备供应商70，因为其允许装载最新软件、许可检查、清单管理以及其他功能，更卸载了可能变得非常大的对电话78的实际简档数据的持续维护。
一旦与D/CMS 86最初连接上，电话78可以被提供与特定电话78相对应的初始配置(例如，初始/更新软件装载、包含默认密钥配置的设备简档、通用服务设置等)。在所有针对电话的通用配置完成了(完成之可能花费多于一个的订阅/通知周期)之后，当前D/CMS 86可以向电话78发出简档更新通知，该通知包含除D/CMS 86之外的另一实例的D/CMS(未示出)的位置，该另一实例的D/CMS可以由服务供应商(例如，在由服务供应商66维护的D/CMS中，由服务供应商66)来维护或者由某一第3方实体来维护，并且可以驻存或者可以不驻存于与S/CMS 76相同的实体服务器上。基于该改变，电话78可以丢弃对当前D/CMS 86的已有订阅，然后对该另一实例的D/CMS进行订阅。基于在电话78中保存的所存储数据(例如，服务供应商的D/CMS的URI，其可以与S/CMS 76的相同)，针对电话78的该简档的以后订阅操作然后可以被导向该另一实例的D/CMS。在之前已经移交了的电话78出于某种原因重新到达原始D/CMS86的情况下，该电话78将以相同的方式被再次移交。
在对另一实例的D/CMS的移交和订阅之后，任何本地生成的对电话78的简档数据的改变(例如用户重新编程密钥等)然后都可以通过已知的方式(例如，经由HTTPS或类似方式)被推送到另一实例的D/CMS，并且更新由该另一实体的D/CMS保存的简档数据副本以供以后取回。该另一实例的D/CMS不需要具体了解该数据的含义，因为它是专用于电话78的并且由电话78指定，因此，更新可以被透明地处理。服务供应商那么希望具有访问该数据的权限和/或能够对其使用应用策略(这虽然并不被禁止但是可能需要特别处理)可能是有原因的。
服务供应商特别定制 在上述方法的任一种中，因为设备id对于设备供应商70而言已知，并且可以被映射到特定的服务供应商66，所以设备供应商70可以提供专用于该服务供应商66的内容。例如，设备供应商70可以针对除服务供应商66之外的或包括服务供应商66在内的不同服务供应商维护不同的定制软件，或者针对电话78维护具有不同默认密钥映射、目录条目或类似内容的不同简档。
设备和服务供应商之间的数据交换 上述服务暗示了设备供应商70和服务供应商66之间的商业协定和系统连接。如果设备供应商70将设备引至服务供应商66，那么设备供应商70可以预期收到可能是付款形式的报酬，设备供应商70因推举而被支付报酬。为了收到报酬，可以实现这样的方法，凭借该方法设备供应商70可以标识被提供了服务供应商66无法否认(repudiate)的该服务的电话78，这是因为设备供应商70和服务供应商66需要在它们的系统间交换包括设备id的信息。关系可以是多对一的(即，一个设备供应商70可以与一个或多个不同服务供应商66订立协定，并且服务供应商也可以与一个或多个不同服务供应商66订立协定)。存在可以实现前述目的的若干种方法。
A)对于设备供应商70代表服务供应商66操作CMS(例如D/CMS86或者甚至是S/CMS 76本身)，或者在S/CMS 76和电话78之间的交互中用作中继的情况下，可以建立协商以使得由设备供应商70操作的CMS可以从S/CMS 76提取服务计划标识符。这例如可以这样完成：利用HTTPS或类似已知方式，设备供应商70发送要被映射到S/CMS 76的、电话78的设备id，并且服务供应商66返回该设备的相应服务实例id和相应的用户服务计划以及与用户U相对应的简档数据。电话设备id和服务实例id可以例如通过加密散列(encryption hash)或其他技术而被制作(craft)，以使得它们仅可以由设备供应商70分别针对服务供应商66来创建。例如，设备id可以是设备MAC地址的散列，并且服务id可以是用户的SIP记录地址(“AOR”)的散列。这些经加密的id可以用作用于开帐单的不可否认的id组。
B)另一种情况是这样的：其中设备供应商70将期望服务供应商66来为设备供应商70提供不可否认的id。这通过上述的“服务供应商登记设备ID”和“用户登记设备ID”情境而被例示。在S/CMS 76的配置处理之后，服务供应商66可以向设备供应商70指示：具有特定设备id的电话78已经被配置并被证实。可以通过使用上述的加密技术来形成设备id。在这种情况下的数据交换将由服务供应商66发起并且可以使用诸如HTTPS之类的已知方式，从而将经证实的设备id提供给D/CMS 86，同时使D/CMS 86返回确认id。D/CMS 86然后可以准许特定设备id如前所述地被配置并且投入服务。
C)作为上一情况的变体，服务供应商66可以预先证实一套设备id，设备供应商70然后可以允许对这一套设备id进行配置并使其投入服务。这可以使用与在服务供应商66和设备供应商70所关联的系统之间的交换相同的交换，而不同之处在于多个设备id被提供。
D)另一种情况是这样的：服务供应商66可以期望设备供应商70来为服务供应商66提供不可否认的id。这通过上述的“在设备配置时的用户服务登记”情境而被例示。在D/CMS 86处的配置处理之后，设备供应商70可以向服务供应商66指示：具有特定设备id的电话78已经被针对特定服务id来配置并证实。可以使用上述的加密技术来形成设备id和服务id。在这种情况下的数据交换将由设备供应商70发起并且可以使用诸如HTTPS之类的已知方式，从而将经证实的设备id和服务id提供给S/CMS 76，同时使S/CMS 76返回确认id。关于该特定用户的附加信息此时也可以被传送给服务供应商66，例如用户的SIP AOR，任何偏好以及所选择的特定服务计划。D/CMS 86然后可以允许特定设备id被配置，并且S/CMS 76可以如前所述地允许与服务id相对应的特定用户被配置并投入服务。
E)作为上一情况的变体，设备供应商70可以预先证实一套服务id，服务供应商66然后可以允许对这一套服务id进行配置并使其投入服务。这可以使用与在设备供应商70和服务供应商66的各系统之间的交换相同的交换，而不同之处在于多个服务id被提供。
为了实施上述情况，操作CMS的实体(设备供应商70或者服务供应商66)具有禁用(disable)以下电话78的能力，针对该电话78，该实体没有接收到任何有效服务供应商和/或设备供应商配置的证据，或者在其它情况下该电话看起来可能无效。相关CMS具有更新电话78的配置的能力。这通常被进行以更新简档数据、纠正设备软件错误等。然而，CMS可以发出将禁用电话78的配置，或者简单地拒绝提供初始软件装载或根本拒绝任何配置。可选地，根据供应商之间的具体交互，可以在电话78接收到其设备配置后设置超时。如果在该超时期间没有接收到任何不可否认的id，那么可以发出配置以禁用电话78。
HTTP的使用 之前的部分描述了通过SIP订阅/通知能力而实现的登记处理。该处理存在许多优点。首先，电话78可以将SIP用作其正常功能的一部分，并且因此将默认地具有该能力。其次，使用永久订阅可以使得D/CMS 86或S/CMS 76能够在任何需要的时间更新电话78。电话78不需要轮询(poll)相关CMS(即，D/CMS 86或S/CMS 76)。在大量电话78(或计算机77)的情况下，这将呈现重大的可扩展性(scalability)问题。此外如上所述，SIP处理可能在NAT穿越方面有困难。HTTP将在NAT穿越方面没有任何困难。然而，HTTP并不具有订阅/通知能力。如果电话78针对任何所需要的更新周期性地轮询配置服务器，那么可以利用HTTP代替SIP来实现上述处理。可以通过HTML形式的交换由HTTP来完成上述的对话处理，并且作为一个示例，可以通过使用专用applet(小程序)或其他已知的方式来完成语音对话。除SIP或HTTP之外的其他协议也是可行的。
安全和加密 应理解，出于隐私和安全的理由期望对配置过程进行加密。SIP和HTTP都提供针对控制和媒体流二者的安全和证实两方面的已知加密机制。
现在应当理解，可以通过使用具有用于实现在此描述的功能的适当计算资源的计算环境来实现系统50中的每个组件。这样的计算环境当然将包括以下组件的适当配置：(一个或多个)中央处理单元、随机存取存储器和/或其他易失性存储器、只读存储器和/或硬盘驱动器和/或其他非易失性存储器、网络接口、输入设备(例如，键盘、点选设备、麦克风等)、输出设备(例如扬声器、显示器)，所有这些组件经由总线互连。适当的操作系统、计算语言和计算软件完成了(round out)这样的计算环境，以提供用于实现这些组件的计算设备。各种已知的和/或未来想到的硬件计算平台可以为这些环境提供基础。
前述实施例教导了本地网络上设备的配置和操作。然而，在另一实施例中，设置了本地网络上的设备，这些设备可以彼此了解并且彼此合作来为彼此提供诸如配置之类的服务。此外，还可以添加使得配置信息能够在电力以及其他原因的本地网络故障后被保留的聚合器功能。聚合器还可以使得服务供应商和设备制造商的基于网络的管理系统能够识别单个设备或者单个设备类以用于管理其配置，以在影响大量设备或那些设备的用户的简档数据中作出海量(mass)管理变化。聚合器可以可选地被配置为经由web接口和/或本地编程接口可访问和/或可配置。
现参考图3，该另一实施例被更详细地示出。图3示出根据另一实施例的可配置IP电话系统，用50a来一般地指示该系统。系统50a共享许多与系统50相同的组件，并且因此，系统50a中的类似组件与系统50中的对应组件共享类似标号(除了被跟随了后缀“a”外)。注意，系统50a包括聚合器300a，该聚合器300a将在下文中被更详细地讨论。此外，在系统50a中，设备78a替代了系统50中的设备78。设备78a包括与系统50中的设备78实质上相同的功能，并且还包括被并入如图2所示的其他组件中的本地配置服务器组件104a。然而，设备77a并不包括本地配置服务器组件，虽然在其他实施例中设备77a可以包括该组件。本地配置服务器组件104a可以可选地被配置为经由web接口和/或本地编程接口可访问和/或可配置。
本地配置服务器组件104a被配置为向网络52a上的其他设备77、78提供服务，籍此设备77、78可以在其上存储其配置数据用于以后取回。作为更具体的示例，虽然在该实施例中，设备78a-1和设备78a-2二者的每个都将包括本地配置服务器组件104a，然而在本示例中，仅设备78a-2上的本地配置服务器组件104a-2将被“选择”，以使得本地配置服务器组件104a-2将是“活动的”，而本地配置服务器组件104a-1将是不活动的(inactive)。(虽然在某些情况下相反状态可以存在)。还应注意，虽然如果多于一个设备包括用作活动的本地配置服务器组件104a的可能性，那么提供了鲁棒性和灵活性，但是实际上仅一个设备78a需要包括本地配置服务器组件104a。还应注意，在本地配置服务器组件104a-2是活动的的本示例中，设备78a-2代表它自身并且代表设备78a-1和设备77a用作本地配置服务器。
在设备77a、78a被从网络断开然后被重新连接的情况下，用户U可以具有以下能力：针对他/她的特定目的而定制他/她的设备77a、78a以使其操作最优化。该能力可以涉及快速拨号按钮、显示器定制、联系人列表等的配置。如果用户U在换办公室或者甚至只是重新布置其办公桌时断开他/她的设备，或者如果设备77a、78a是移动的并且当在本地网络范围之外时断开，那么他/她可能希望并预期这些配置被保留并且当设备77a、78a重新连接时被呈现。如果出于管理或者其他原因，在断开期间有对简档数据的更新，那么简档数据可以在设备77a、78a重新连接时被更新。在无线设备的情况下，这种情形可能更加常见。当具有无线设备(无绳双模手机等)的用户在缺席后与本地网络52重新建立联系时，用户可能期望并预期他们的本地配置被自动重新建立。
可以例如由根据SIP的发布/订阅/通知服务来提供该功能。例如可以通过结合系统50描述的方法来提供初始配置。配置信息可以存储在每个设备内的数据结构中。通过使用标准SIP发布机制或类似机制，每个设备77a、78a可以向当前活动的本地配置服务器组件104a-2登记其配置数据，在通过因特网工程任务组颁布的Niemi的请求注解文件RFC 3903(http://www.ietf.org/rfc/rfc3903.txt)“Session Initiation Protocol(SIP)Extension for Event State Publication”中描述了所述标准SIP发布机制，该RFC 3903通过引用被结合于此。那些设备77a、78a还可以向本地配置服务器组件104a-2订阅网络52的配置信息，例如通过使用结合系统50而描述的标准SIP订阅/通知来订阅，在通过因特网工程任务组颁布的Roach的请求注解文件RFC 3265(http://www.ietf.org/rfc/rfc3265.txt)“SessionInitiation Protocol(SIP)Specific Event Notification”中描述了该标准SIP订阅/通知。如结合系统50所描述的，每个设备77a、78a可以使用与该设备77a、78a相关联的唯一设备id(例如媒体访问控制(“MAC”)地址等)来标识其自身的配置信息。活动的本地配置服务器组件104a-2接着将在复合数据结构中合并(consolidate)从所有的设备77a、78a报告给该活动的本地配置服务器组件104a-2的配置信息。与用于单个设备的数据结构形成对比，复合数据结构包含这样的数据结构，该数据结构包含用于所有参与设备(包括网络52a上的所有设备77a、78a)的数据。
当设备77a、78a的配置被定制时，在活动的本地配置服务器组件104a-2上的复合配置数据结构将被更新。一旦作出任何改变或者可能在作出大量改变时，活动的本地配置服务器组件104a-2就将该复合数据结构周期性地通知所有其他具有本地配置服务器组件104a的设备(在该示例中，设备78a-1而非设备77a)。这样，网络52a上的设备78a能够具有复合配置数据结构，并且因此在活动的本地配置服务器组件104a-2发生故障或设备78a-2被完全断开的情况下，潜在地能够用作本地配置服务器。至少一个设备能够作为活动的本地配置服务器进行操作，并且如果多于一个设备具有本地配置服务器组件104a则提供了弹性适应性。然而，如之前讨论的，在给定网络中，并非所有的设备都需要支持本地配置服务器功能。
不必假设将在网络52a上设置具有本地配置服务器组件104a的特定设备。更确切的，本地配置服务器组件104a的功能可以作为已经存在的通信或其他用户设备的子功能而被支持。通过使用对等技术，可以通过来自网络52a上能够执行该功能的所有设备78a的选择过程来选出当前活动的本地配置服务器组件104a。每个固有地能够执行该功能的设备78a都可以生成指示其执行该功能的特有能力的度量(metric)。这些度量将被比较并且最有能力的设备将承担该任务。这样的技术是已知的，例如在通过因特网工程任务组颁布的因特网草案，SIPPING工作组，Shi等人的“AHierarchical P2P-SIP Architecture draft-shi-p2psip-hier-arch-00”(http://tools.ietf.org/id/draft-shi-p2psip-hier-arch-00.txt)中描述的那样，该文献通过引用被结合于此。这样的技术的更多示例将在本发明随后的部分中给出。
应注意，本地配置服务器组件104a不必被并入设备78a中，而是可以被并入独立的专用服务器中，该专用服务器明确地用于充当本地配置服务器组件104a。在一个或多个独立的专用服务器被提供用于本地配置服务器组件104a的功能，或者与其他非用户设备所提供的服务一起被包括的情况下，这些服务器可以被特别配置或者经历如上所述的相同选择过程。还可以利用如上所述的相同技术来混合支持本地配置服务器组件104a的功能的专用服务器和同样支持本地配置服务器组件104a的功能的用户设备。
如图3所示，还可以包括聚合器300a。聚合器300a是位于网络52a以外的广域网62a上的服务器。在其他实施例中，聚合器300a可以位于诸如网络52a内之类的其他地方。一般地，聚合器300a位于它可访问到(从对它进行访问可获益的)那些设备和/或网络和/或服务器的地方。聚合器300a被配置为用作本地网络配置数据的仓库，该本地网络配置数据是经一个或多个本地配置服务器组件104a合并了的。聚合器300a因此可以被配置为具有各种功能。
对于一个示例功能，聚合器300a用于在网络52a完全故障(包括电力故障)的情况下保留网络52a上的经合并的本地配置数据。凭借该功能，聚合器300a可以保护D/CMS 86a和S/CMS 76a避免遭受在影响如52a的大量本地网络的电力故障之后的海量配置请求。
对于另一示例功能，聚合器300a还是这样的装置，凭借该装置，服务供应商66a和设备供应商70a的网络管理系统可以访问单个设备77a、78a或设备的集合/类，并且管理其配置的各个方面。这可以增强供应商66a和/或70a向设备77a、78a的相关集合传播海量改变的能力，而无需直接检验每个设备77a、78a的属性。
还可以通过检查在聚合器300a中存储的配置来导出关于用户偏好行为、设备配置偏好以及其他偏好的有用诊断和数据挖掘信息。服务和设备供应商可以确定用户正在配置哪些可编程的选项并且使这些信息与用户的类型和位置等相关。该信息在设计新的设备和服务时将是非常有用的。这将使得能够直接访问之前只能通过费力的并且昂贵的调查技术来获得的信息。
存在系统50a的多种操作模式。以被安装到运行网络中的设备为例。该示例假设设备78a-1正被安装到其中设备78a-2和设备77a已经在运行的运行网络52a中。此外，假设本地配置服务器组件104a-2已经被选择并发挥作用，这发生在设备78a-2首次被安装到网络52a中时或者在设备78a-2已在之前被配置并许可之后被重新安装时。在该示例中，设备78a-1将如以上结合系统50所描述的那样上电。然而代替立即搜出D/CMS 86a或S/CMS 76a，设备78a-1将在网络52a上发出广播消息以寻找活动的本地配置服务器组件104a。本地配置服务器组件104a-2将看见该消息并用以下消息进行应答：该消息向设备78a-2通知其IP地址和将被用于配置订阅和登记的端口。设备78a-1然后以如之前引用的SIP订阅RFC中所描述的标准SIP的方式，针对本地网络配置信息向本地配置服务器组件104a-2进行订阅。
LAN广播消息的替代物也是可能的，例如使用被定义为路由到拓扑上最接近的本地配置服务器组件104a的IP选播(Anycast)，或者去向配置组的IP多播。选播是这样的一种技术，凭借该技术，消息不是被寻址到特定设备而是被寻址到将执行特定功能的多个设备之一。LCS在这种情况下起作用。将用这些设备的位置来编程网络中的路由器，并且这些路由器将选播消息路由到最近的那个。在该示例中，路由器将消息路由到LCS。该信息已经被提供给作为LCS选择过程一部分的路由器。在多播情况下，路由器被编程以将消息路由到去向多播列表中所提供的各地址的多播地址。因此在该示例中，每个本发明感兴趣的设备当它在本地网络上被配置时使其地址被添加到多播列表中。选播和多播技术用于在这些示例中使用的本地网络场合可能有些浪费。然而，如果希望将这些技术用于位于更宽路由网络范围上的设备组的配置，那么这些技术可以适用。通过选播和多播，在此描述的技术可以扩展至这些范围更宽的网络。
一旦成功完成了设备78a-1的订阅，本地配置服务器组件104a-1就向设备78a-2发出SIP通知，该通知包含本地复合配置数据结构。这将包含正在网络52a上进行操作的、目前被登记到活动的本地配置服务器组件104a-2的所有设备77a、78a的配置信息。设备78a-1针对通过设备78a-1的唯一设备id进行了标识的设备78a-1的配置，来检查本地配置服务器组件104a-2中的复合数据结构。设备78a-1然后可以基于该信息对其自身进行配置然后变得可操作。
如以上所讨论的，存在系统50a的多种操作模式。作为另一示例，假设设备77a和78a已经在运行。一旦接收到复合数据结构通知，之前经过配置的设备就找出针对其自身唯一设备id而列出的配置。它将接受该配置作为其自己的配置，加载该配置并开始操作。被临时地从网络去除然后被恢复的设备将发生这种情况。如果在设备被断开的时候由于管理、间接用户配置导致了简档信息发生改变(例如，基于Web的配置改变)，那么这些改变将被反映在重新得到的数据中并生效。
如以上所讨论的，存在系统50a的多种操作模式。作为另一示例，之前没有被配置的设备可能连接到网络。再次假设设备78a-1正在被连接到网络52a并且设备77a和设备78a-2已经被连接，同时本地配置服务器104a-2是活动的。一旦在设备78a-1处从本地配置服务器104a-2接收到复合数据结构通知，并且如果设备78a-1没有找到用其自身唯一设备id标识的配置，那么设备78a-1假设设备78a-1之前没有向本地配置服务器104a-2登记其配置数据。设备78a-1然后如结合系统50描述的那样从S/CMS76a和D/CMS 86a请求其配置并开始正常操作。
如以上所讨论的，存在系统50a的多种操作模式。作为另一示例，之前没有被配置的设备可能连接到网络。再次假设设备78a-1正在被连接到网络52a并且设备77a和设备78a-2已经被连接，同时本地配置服务器104a-2是活动的。一旦在设备78a-1处从本地配置服务器104a-2接收到复合数据结构通知，并且如果设备78a-1没有找到用其自身唯一设备id标识的配置的完整集合，而是找到配置信息的部分集合。换言之，设备78a-1能够定位部分配置，然而信息不完整；例如，复合数据结构可能包含如在Petrie中描述的完整本地网络简档，和/或可能包含对设备类型而言特有的通用设备简档数据，然而不包含任何特定于用户的信息。如果部分所需信息丢失，那么设备78a-1可以如结合系统50描述的那样联系S/CMS 76a和D/CMS 86a并且得到完整信息，然后开始正常操作。在上述的配置步骤之后，设备78a-1如上所述地向本地配置服务器组件104a-2登记其自身，将设备78a-1的当前配置数据告知本地配置服务器组件104a-2，该配置数据然后被本地配置服务器组件104a-2添加到复合数据结构。
如以上所讨论的，存在系统50a的多种操作模式。作为另一示例，之前尚未被配置的设备连接到网络，并且该网络尚未被初始化或者设备正在被连接到不运作的网络。在该示例中，假设或者单个设备(例如设备78a-2)或者设备组(设备78a-1和78a-2)在不运作的网络(例如网络52a)上同时启动，不运作的含义是指本地配置服务器104a尚未被选出并尚未活动。存在符合该描述的多种情境：例如，新网络的初始上电，或者单个或多个设备可能在网络上同时上电。在单个设备78a-2自行在网络52a上启动的情况下，设备78a-2开始建立网络配置的过程。在多个设备78a启动的情况下，代表了电力故障情况。一旦电力恢复，多个设备78a就同时上电并开始寻找其配置。单个设备和多个设备这两种情形可以以类似的方式被处理并且将在下文中被更详细地描述。
如之前所描述的，一旦上电，具有本地配置服务器组件104a的设备78a就可以被配置为发出请求活动的本地配置服务器组件104a的地址的广播消息。在这种情况下，在没有本地配置服务器组件104a是活动的情况下，将没有响应被接收到。上电的所有设备78a将观察网络52a上的流量并从同样请求活动的本地配置服务器104a的地址的、网络52a上的其它设备78a(如果有的话)接收到广播消息。
此时，关于事件如何展开存在不同的情况。首先，在设备78a没有看见除它自己的请求消息之外的任何请求消息的情况下，该设备78a确定该特定设备78a是网络52a上的唯一设备。在超时后，设备78a将利用它的本地配置服务器组件104a承担本地配置服务器的任务并且然后继续进行配置。用于这样的配置的示例性过程在下文中被更详细地描述。其次，如果有多个设备78a在网络52a上同时上电，那么设备78a将看见彼此的对活动的本地配置服务器组件104a的请求消息。设备78a然后可以中止其配置操作，并使得正常的本地配置服务器选择过程能够进行。示例性选择过程在下文中被更详细地描述。然而，当本地配置服务器组件104a变得活动时，如结合系统50描述的配置过程将在附加一些操作的情况下继续进行。
结合系统50的讨论描述了用于之前尚未被配置的设备的配置过程。在系统50a中，提供了用于一个或多个设备之前已经被配置了的情形的配置过程。该配置过程还处理了混合存在之前被配置了的和未被配置的设备时的情形。
新的活动本地配置服务器组件104a然后可以以结合系统50描述的方式来接近网络服务器(例如S/CMS 76a和/或D/CMS 86a)以请求配置。然而，结合系统50a描述的方式的一个变体是，活动的本地配置服务器组件104a向这些服务器(例如S/CMS 76a和/或D/CMS 86a和/或聚合器300a)表明它自己的身份，不是像个体设备78a请求配置那样，而是像活动的本地配置服务器组件104a代表一个或多个相关设备78a请求网络信息那样。
具有活动的本地配置服务器组件104a的设备78a可以或者如结合系统50描述的那样直接联系S/CMS 76a和/或D/CMS 86a，或者它可以被导向聚合器300a。可以例如由S/CMS 76a或D/CMS 86a单独来提供或者由S/CMS 76a或D/CMS 86a协调运作来提供聚合器300a的地址。可替代地，聚合器300a的地址可以是内建在相关设备78a中的软件/固件的一部分，或者作为其配置参数。
活动的本地配置服务器组件104a将这样接近S/CMS 76a(和/或D/CMS 86a和/或聚合器300a)并请求针对其网络的所存储复合配置数据。活动的本地配置服务器组件104a(例如本地配置服务器组件104a-2)将通过为S/CMS 76a(和/或D/CMS 86a和/或聚合器300a)提供针对本地配置服务而进行了登记的所有设备78a的唯一设备id，来识别其网络(例如网络52a)。S/CMS 76a(和/或D/CMS 86a和/或聚合器300a)尝试通过将所提供的唯一设备id与其当前网络列表的内容进行匹配来识别本地网络。S/CMS 76a(和/或D/CMS 86a和/或聚合器300a)将唯一设备id与S/CMS 76a(和/或D/CMS 86a和/或聚合器300a)所记录的所有网络成员进行比较。可替代地，代表活动的本地配置服务器组件104a网络的所有设备的单个唯一标识符可以用于识别，例如与小型商业接收托管通信服务中的所有设备和用户相对应的标识符。
在活动的本地配置服务器组件104a这样接近S/CMS 76a(和/或D/CMS 86a和/或聚合器300a)的上下文中，可以考虑若干种情况。
1)假设没有设备网络与任何的唯一标识符相关联。因此S/CMS 76a(和/或D/CMS 86a和/或聚合器300a)可以假设设备的新网络正在被配置。基于该假设，考虑以下情况：
a.假设活动的本地配置服务器直接联系S/CMS 76a和/或D/CMS 86a。如果所提供的设备标识符是未知或无效的，那么如结合系统50所描述的和/或如Petrie所描述的，联系将被拒绝并且配置将是不成功的。
b.假设连接了聚合器300a。聚合器300a可以创建新网络并为该网络提供默认的空复合配置数据结构。活动的本地通信服务器组件104a然后可以向聚合器300a订阅，并且聚合器300a将(作为正常订阅行为的一部分)向活动的本地通信服务器组件104a发出包含默认的空复合配置数据结构(或到它的参考)的通知。活动的本地通信服务器组件104a接着向本地网络52a上的通过该活动的本地通信服务器组件104a进行了订阅的其他设备77a、78a发出通知。如之前所描述的，每个设备77a、78a可以检查其接收到的复合数据结构并寻找其自己的配置。因为没有设备77a、78a会找到其配置，所以它们的每个将如结合系统50所描述的那样尝试获得其配置信息，并且然后如在本发明别处所描述的那样，在它们成功地接收到配置时用其新获取的配置数据来更新活动的本地通信服务器组件104a。
c.作为(1)(b)的替代，聚合器300a可以代表设备77a、78a的集合自己直接联系S/CMS 76a和/或D/CMS 86a，并完成代表所有经配置的设备77a、78a的复合数据结构，可选地还完成与未找到的任何设备77a、78a相对应的默认数据，然后将该复合数据结构在通知中(或者随后作为更新通知)传递给活动的本地通信服务器组件104a。如之前所描述的，每个设备77a、78a然后将从活动的本地通信服务器组件104a接收到通知，并且检查其所接收到的复合数据结构以寻找它自己的配置，并且将基于所提供的信息来对它自己进行配置。
2)假设精确地找到了包含某些或所有设备的一个设备网络。因此，可以假设本地网络之前已经被创建并且假设它在电力故障或某些其他原因之后正在恢复。基于该假设，考虑以下情况：
a.在活动的本地通信服务器组件104a直接联系S/CMS 76a和/或D/CMS 86a的情况下，如果设备标识符是已知并且有效的，那么活动的本地通信服务器组件104a将接收包含相应复合数据的通知。活动的本地通信服务器组件104a将如之前所描述的那样将该数据结构提供给网络52a上的向其进行了订阅的设备77a、78a。
b.在使用了聚合器300a的情况下，可以在聚合器300a处由活动的本地通信服务器组件104a针对该网络输入订阅。聚合器300a将(作为其正常订阅操作的一部分)在通知中向本地通信服务器组件104a提供该网络的当前版本的复合配置数据结构。本地通信服务器组件104a将如之前所描述的那样将该数据结构提供给网络52a上的向其进行了订阅的设备77a、78a。在网络52a上可能混合存在之前被配置了的、被部分配置了的和未经配置的设备。
c.之前被配置了的设备77a、78a可以在其所接收到的复合数据结构中找到其配置信息并且将利用该配置开始操作。
d.未找到其配置信息或找到部分信息的设备77a、78a可以假设它们之前尚未被配置并且可以尝试如结合系统50所描述的那样接收其配置数据，并且然后如在本发明别处所描述的那样，可以在它们成功接收到配置时用其新获取的配置数据来更新所选出的本地通信服务器组件104a。
e.作为(2)(d)的替代，聚合器300a可以代表聚合器300a没有其相应配置数据的设备77a、78a的集合中的任一个来自己直接联系S/CMS76a和/或D/CMS 86a，并利用那些之前未知的设备的数据来完成复合数据结构，可选地还完成与未找到的任何设备相对应的默认数据，然后将该复合数据结构在通知中(或者在随后步骤作为更新通知)传递给本地配置服务器104a。如之前所描述的，每个设备然后将从所选出的本地通信服务器组件104a接收到通知，并且检查设备所接收到的复合数据结构并寻找它自己的配置，并且然后基于所提供的信息来对它自己进行配置。
3)假设找到了包含设备标识符的多于一个的网络。在这种情况下，将假设包含之前在其他网络上使用过了的设备的新网络正在被构建。一种方法，并且是一种解决隐私问题的方法，将假设之前的配置数据不再有效。基于该假设，考虑以下情况：
a.在本地通信服务器组件104a直接联系S/CMS 76a和/或D/CMS 86a的情况下，如果设备id是未知或无效的，那么如结合系统50所描述的和/或如Petrie所描述的，进行配置的(一次或多次)尝试将被拒绝并且配置将是不成功的。在设备标识符是已知的情况下，很可能配置信息已改变以反映新的网络配置，并且该新数据将在正常的通知过程中被传递给本地通信服务器组件104a，然后在通知中从本地通信服务器组件104a传递给设备，并且新的配置将变为活动的。在后一种情况下，根据改变的本质，来自先前的网络配置的每一设备的配置数据的某些或全部可以被重置为默认值、被擦除或者被保留。
b.在使用了聚合器300a的情况下，将以当前设备作为成员来在聚合器300a处构建新的设备网络代表。该新网络上的那些设备在其他网络上的现有配置数据将被去除。与上述情况(1)类似的，将针对该新网络创建并存储默认的复合配置数据结构。本地通信服务器组件104a将会被通知该结构。配置过程然后如情况(1)中那样继续下去。
作为一个独立的问题，存在可能需要对保存在本地通信服务器组件104a、聚合器300a或S/CMS 76a和D/CMS 86a中的简档数据进行更新的若干操作部分。该更新可以从设备77a、78a上的用户动作(例如直接改变设备偏好)发起，间接地由用户(例如经由Web接口)对系统中服务器(本地通信服务器组件104a、聚合器300a、S/CMS 76a和D/CMS 86a)之一接口发起，或者通过管理动作(例如经由维护工具)对系统中的服务器(本地通信服务器组件104a、聚合器300a、S/CMS 76a和D/CMS 86a)之一发起。在这些情况下，在对数据进行维护时所涉及的服务器以及设备本身与最新版本的数据保持同步。
在用户U或管理员在服务器(本地通信服务器组件104a、聚合器300a、S/CMS 76a和D/CMS 86a)处进行更新的情况下(与在设备处进行更新形成对比，这将在下文中给出描述)，可以通过任何多种已知方法来实现在服务器中对简档数据进行更新的实际动作，例如经由超文本标记语言(“HTML”)Web接口、超文本传输协议(“HTTP”)数据传输、简单文件传输协议(“TFTP”)或文件传输协议(“FTP”)数据传输、SIP发布等，同时用户或管理员利用URI、DNS名称或直接IP地址来定位适当的服务器。通过供应商支持(一个或多个)服务器来将这些位置与用于获得接入的适当证书(用户名称和密码或类似物)一起提供给用户或管理员。
由在任一个服务器处作出的改变驱动的、通过管理或用户动作而作出的简档数据更新去向设备77a、78a的传播可以遵照若干种已知方法的任一种，包括如在Petrie中描述的SIP通知、FTP或TFTP文件传输等。在去向设备77a、78a的传播中，存在要考虑的多种情境。
1)如果在S/CMS 76a或D/CMS 86a处(根据用于改变的适当数据被保存的地方)作出更新，那么聚合器300a、本地配置服务器104a和设备77a、78a需要被告知：
a)从S/CMS 76a或D/CMS 86a到聚合器300a：
i.在向由聚合器300a服务的大量设备77a、78a应用改变的情况下，可以从S/CMS 76a或D/CMS 86a使用聚合器300a的复合数据结构的所有或部分的海量文件传输。作为结果可以更新聚合器300a的文件结构的各部分。
ii.在向由聚合器300a服务的特定类的设备77a、78a或用户U应用改变的情况下，可以使用仅标识要作出的特定改变以及这些改变所应用于的设备类或用户的方法，例如使用类似可扩展标记语言(“XML”)文档的XCAP Diff来指示这些改变。例如，可以如在Petrie中所描述的那样经由通知来指示这样的改变(藉此聚合器300a维护对S/CMS 76a或D/CMS 86a的订阅)，或者通过诸如XML SOAP或HTTP之类的推送机制(push mechanism)来指示这样的改变。
iii.在仅单个设备77a、78a或用户简档被更新的情况下(当用户在供应商服务器一侧作出改变时最有可能的情况)，各个简档可以被文件传输，或者如在Petrie中所描述的SIP通知或其他方法可以被使用。
b)从聚合器300a到本地配置服务器104a：
i.在a)中使用的相同方法的任一种都可以被使用；然而改变的尺度很可能更小。
c)从本地配置服务器104a到设备77a、78a：
i.遵照本发明中之前结合系统50a并且基于Petrie而描述的方法；
ii.(由于在活动的本地配置服务器104a处保存的复合数据的改变)从本地配置服务器104a返回到网络52a中的其他设备77a、78a的通知也将产生。
2)如果数据在聚合器300a处被更新，那么S/CMS 76a或D/CMS 86a(取决于所改变的数据)、本地配置服务器104a和设备77a、78a需要被告知：
a.从聚合器300a到本地配置服务器104a
i.与(1)(b)中的情况相同
b.从本地配置服务器104a到设备77a、78a：
i.与(1)(c)中的情况相同
c.从聚合器300a到S/CMS 76a或D/CMS 86a
i.在(1)(a)中描述的方法的任一种都可以被使用；然而传输、订阅/通知或数据推送的方向被反向；
ii.因为聚合器300a使S/CMS 76a或D/CMS 86a与具体交互隔离，所以该更新可能相对不太频繁，并且更新可以被累积到某一阈值，或者作为数据库备份或类似的正在进行的维护操作的一部分而被调度。
3)如果数据在本地配置服务器104a处被更新(对于在实际设备处由用户驱动的改变而言最可能的情况，见下文)，则设备、聚合器和D/CMS或S/CMS需要被告知：
a.从本地配置服务器104a到设备
i.与(1)(c)中所描述的情况相同。
b.从本地配置服务器104a到聚合器
i.与(2)(b)中所描述的情况相同；然而传输、订阅/通知或数据推送的方向被反向。
ii.与(2)(b)不同，该更新应当正常情况下是即时的或几乎是即时的，以在本地配置服务器104a发生故障的情况下使在聚合器处保存的数据保持最新。
c.从聚合器到D/CMS或S/CMS
i.与(2)(a)中所描述的情况相同。
由通过设备的用户接口在设备77a、78a自身处作出的改变来驱动的、从设备77a、78a去向聚合器300a、S/CMS 76a和/或D/CMS 86a的简档数据更新的传播，也可以使用多种为人熟知的方法，例如SIP发布、HTTP、TFTP等。在这种情况下，初始更新总是从设备到活动的本地配置服务器104a，并且基于本发明中之前结合系统50a并基于Petrie而描述的交互，由于在活动的本地配置服务器104a处所保存的复合数据的改变，产生从本地配置服务器104a返回到设备77a、78a的通知。从本地配置服务器104a到聚合器300a以及从聚合器300a到S/CMS 76a或D/CMS 86a的传播分别如在前一段中的(3)(b)和(3)(c)中所描述的那样。
当设备77a、78a能够移动或具有漫游功能并且在除网络52a之外的网络中进行操作时，设备77a、78a将与任一本地配置服务器104a失去联系。在这段时间期间，设备77a、78a可以利用如之前所描述的那样取回的所存储配置数据来继续操作。如果用户U通过设备77a、78a的用户接口改变设备77a、78a的配置，那么配置数据的设备内副本将被修改。一旦返回并重新连接到归属(home)网络52a，设备77a、78a利用上述方法向本地配置服务器104a传播经更新的配置数据，并且作为结果，本地配置服务器104a更新其复合数据结构。在这段时间期间在聚合器300a、S/CMS 76a和/或D/CMS 86a处作出的任何改变都将与这些改变结合，并且作为订阅过程的结果，设备77a、78a然后将接收到包含所有与其相关的改变的通知。
作为另一个独立的问题，本发明还规定了对涉及本地配置服务器104a和聚合器300a之间的交互的配置的维护。在操作中，聚合器300a和本地配置服务器104a作为分级的服务器组来运转。它们用作由本地设备77a、78a所生成的配置数据的仓库和通道，以及设备和服务供应商的基于网络的管理系统。
网络52a上的设备77a、78a向活动的本地配置服务器104a登记其配置信息。活动的本地配置服务器104a将这些独立的配置数据结构组合成用于整个网络52a的单个复合配置数据结构。本地设备77a、78a向活动的本地配置服务器104a订阅该数据结构。活动的本地配置服务器104a向具有本地配置服务器104a的所有其他设备通知关于其中任何或足够重要的改变的复合数据结构。
接着，活动的本地配置服务器104a将向聚合器300a登记其复合配置数据结构。如之前所描述的，聚合器300a可以在网络52a上电时将该复合数据结构提供给活动的本地配置服务器104a。聚合器300a维护将所有设备77a、78a的唯一设备id与网络52a的内部id相链接的数据结构，该数据结构是聚合器300a出于其自身目的而生成的。这样对于具有本地配置服务器104a的设备78a而言，该设备78a可以使用其自己的唯一设备id用于登记目的。
设备和网络的登记和去除是另一个问题。由于正常设备移动、断电或者例如由于无线移动性，设备77a、78a可能被临时地从网络52a去除。实际上，设备77a、78a也可以被永久地去除。被永久地从网络52a去除了的设备77a、78a的配置信息可以从由本地配置服务器104a所维护的复合数据结构中被去除，以防止复合数据结构由于不使用的信息而膨胀。同时，不希望草率地去除与仍有效的然而目前没有连接的设备77a、78a相对应的数据，以减少或避免不必要的重新配置以及因此而带来的用户不便。
为了减少或避免这样的不必要的重新配置，可以为活动的本地配置服务器104a上的登记设置超时值。例如，SIP订阅服务提供了这样的能力。一旦超时期满，活动的本地配置服务器104a就从复合数据结构中去除已去除设备77a、78a的配置数据。活动的本地配置服务器104a然后通过发出新的复合数据结构来将改变通知本地网络上的其他设备，并且如果聚合器300a存在，则用新的复合数据结构对聚合器300a上的登记进行更新。可以将超时选择为足够长(数天或更长)以使得可以为了移动或在无线设备的情况下为了随后重新连接而方便地从网络52a去除设备。设备77a、78a通过比超时值所要求的频率更频繁地续展(renew)其订阅，来维护其在活动的本地配置服务器104a处的订阅。这可以通过在每次重新订阅后、在来自本地配置服务器104a的每次新通知时、每次设备77a、78a上电和/或每次断电时等，在有关设备77a、78a处设置相对更短的超时来完成。如果该设备77a、78a超时期满，那么设备77a、78a重新订阅其当前配置数据并设置新的超时。
类似的问题存在于聚合器300a的层面，在聚合器300a中，维护诸如网络52a之类的不再工作的网络的存储是浪费的。同样可以通过超时来管理聚合器300a处的登记。如果针对给定网络和本地配置服务器104a的组合的订阅期满，那么该网络将从聚合器300a的存储器中被去除。本地配置服务器104a通过比该超时所要求的频率更频繁地续展订阅，来维护聚合器300a处的订阅。这可以通过在本地配置服务器104a一侧设置相对更短的超时来完成。如果本地配置服务器104a超时期满，本地配置服务器104a将用其现有配置数据进行重新订阅并设置新的超时。
作为另一个问题，本发明还规定了结合基于网络的服务器的配置。因为聚合器300a通过使用唯一设备id或者通过使用代表一个或多个相关设备的设备网络id来维护其配置存储网络数据，所以聚合器300a具有提供以下服务的能力，所述服务用于维护基于网络的配置(服务和设备供应商的那些配置)系统的这些配置。因此，如图3所示，服务供应商和设备供应商二者的配置系统可以基于唯一设备id和/或设备网络id来请求对这些配置的读访问和写访问二者。聚合器300a可以提供用于更新配置的中央装置，其消除了网络管理系统直接利用大量独立设备来维护IP和订阅会话(为了维护与每一个已配置设备的用于维护并更新其配置的独立协定)的需要。此外，聚合器300a和本地配置服务器104a功能是在线的。这样基于网络的配置服务器(D/CMS 86a和S/CMS 76a)不必处理确保所有设备(甚至是仅很少连接的那些设备)在期望的配置层面处被维护的问题。在聚合器层面处的弹性适应性等级可以被添加以确保更高可靠性(例如冗余聚合器维护配置数据的独立副本，在多个协作聚合器之间分担负载，等)，并且通过负载分配和在配置重新获取期间使用在本地配置服务器104a和聚合器300a二者处高速缓存的数据，很大程度上减少了海量流量事件。
被设置用于使得基于网络的配置服务器(D/CMS 86a和S/CMS 76a)能够读取设备配置数据的能力还可以使得它们能够分析设备配置数据。因为用户U可以针对其自己的偏好来定制他们的设备，所以可以对该数据进行分析以通过用户、服务偏好、针对其他服务的购买者行为等来确定潜在定制的实现方式。这样的“数据挖掘”能力可以帮助设备供应商70a和服务供应商66a留住客户，并且帮助引入新服务。
与本地配置服务器104a、聚合器300a建立了订阅关系可以将更新后的配置数据通知每个本地配置服务器104a，并且本地配置服务器104a接着将更新后的合并配置数据通知设备77a、78a。
为了完成由基于网络的配置服务器(D/CMS 86a和S/CMS 76a)来管理设备配置的过程，每个设备一接收到来自本地配置服务器104a的复合配置数据结构的通知，就可以从该通知中提取其自己的配置。它将该配置加载到其自身并且接着利用该配置来继续操作。
如果唯一设备id被创建为包含某些设备特性的指示(例如，通过在其中包含型号)，那么聚合器300a还可以提供以下服务，凭借该服务可以通过一个命令来更新具有该特性的设备77a、78a的配置。这可以通过在上述配置更新服务中对唯一设备id使用掩码(mask)来提供。与经掩码的唯一设备id相匹配的所有设备77a、78a都可以一次性被更新。可替代地，(如例如在Petrie中所描述的)各个层面的配置数据的数据简档可以标识具有共同特性(制造商、型号、sw修订版本、使用特定特征或服务、用户接口能力等)的设备77a、78a，并且聚合器300a可以被用于过滤这些简档用于进行更新并(经由本地配置服务器104a)将后续改变通知发送到与该特性相匹配的所有设备。类似地，或者利用设备网络唯一id或者利用在聚合器300a处保存的特定网络中设备集合的知识，可以将改变应用于特定设备网络52a内的所有设备77a、78a。
作为另一问题，为了提供总是可用的(或者至少尽可能多地可用的)功能性本地配置服务器104a，本地配置服务器104a的选择过程可以经常发生。包括本地配置服务器104a的多个设备78a可以不断地将其执行所选出的本地配置服务器104a的功能的特定能力在彼此间进行比较。被发现是最有能力的设备78a承担该任务。如果当前活动的本地配置服务器104a出现故障或从网络52a被去除，那么选择过程可以使得一本地配置服务器104a被迅速使能以承担该任务。如果更有能力的设备78a被安装并且网络或正运行的本地配置服务器104a的重要能力变化，那么该更有能力的设备可以承担该任务。
周期性地，网络52a上的每个设备78a可以发出指定其能够作为本地配置服务器104a的广播(或多播-参见之前的描述)消息。每个设备78a可以包含评估诸如可用计算能力、存储容量、用户偏好等之类的特性的算法以产生指示其执行该功能的能力的度量。广播消息包含设备唯一id和该度量。网络52a上的每个设备78a接收这些消息。(之前引用的)IETFdraft-shi-p2psip-hier-arch-00.txt中的的技术可以被适当地修改以用于选择活动的本地配置服务器104a的该过程。
多种方法可以用于选择活动的本地配置服务器104a。一种示例方法是基于使用计数器而另一示例是使用列表。在计数器方法中，网络52a上的每个设备78a维护一计数器。该计数器可被称作本地配置服务器104a计数器。按照比对度量(即关于特定设备78a用作活动的本地配置服务器104a的能力的度量)消息进行广播的周期更长的周期来将计数器重置为零。这可以被称作本地配置服务器104a周期。因为重置本地配置服务器104a计数器的周期比度量通告消息的周期更长，所以每个设备78a至少看见来自网络52a上的每一设备78a的一个通告消息。当接收到每个度量消息时，每个设备78a将广播设备78a的度量与其自己的度量进行比较。如果所通告的度量指示通告设备78a比接收到度量的设备78a具有更强的用作活动的本地配置服务器104a的能力，那么本地配置服务器104a计数器可以被增大。可以通过将在度量消息中所通告的唯一设备id与设备自身的唯一设备id进行比较来打破比较平局。如果所通告的设备id大于设备自身id，那么计数器将被增大。
在其本地配置服务器104a周期结束时，设备的本地配置服务器104a计数器将在并且仅在以下情况下为零：它是网络上用于执行活动的本地配置服务器104a的任务的最有能力的设备。如果该设备正在执行该任务，那么该设备不进行任何操作。如果它目前没有在执行该任务，那么该设备将发出广播(或多播)消息来通告它承担了该任务。广播消息包含新的本地配置服务器104a的IP地址以及应在其上作出设备的新的订阅和登记的端口。前一本地配置服务器104a一看见该通告就放弃该任务。设备78a将丢弃对前一本地配置服务器104a的所有订阅并向用于以上述相同方式在复合配置数据结构中通知改变的、新通告的本地配置服务器104a重新进行订阅。为了提供其最新版本的配置数据，每个设备78a将如之前所描述的那样向现在活动的本地配置服务器104a登记其配置数据。可替代地，可以由当前活动的本地配置服务器104a直接查询前一活动的本地配置服务器104a，或者前一活动的本地配置服务器104a可以向当前活动的本地配置服务器104a进行通告(例如使用SIP发布机制)，以直接交换最近的复合数据。
为了降低发生所选出的多个本地配置服务器104a的竞争状态的可能性，设备78a可以被配置以使得在本地配置服务器104a改变通告之后的若干个(两个或更多个)通告周期内，它们不能改变其本地配置服务器104a状态。
在选择本地配置服务器104a的基于列表的方法中，网络上的每个设备78a维护一列表。该列表用于包含网络52a上的比设备78a自身更有能力作为本地配置服务器104a的所有设备78a的唯一设备id。该列表可以被称作本地配置服务器104a优先级列表。按照比对度量消息进行广播的周期更长的周期来清空该列表。该周期可以被称作本地配置服务器104a优先周期。因为清空本地配置服务器104a列表的周期比度量通告消息的周期更长，所以每个设备78a至少看见来自网络52a上的每个其他设备78a的一个度量通告消息。当接收到每个度量通告消息时，每个接收设备78a将查看发送设备78a的消息是否已经在其本地配置服务器104a优先级列表上。如果是，那么该条目将被去除。每个接收设备78a然后将通告消息中的度量与其自己的度量进行比较。如果所接收的度量更高，即指示通告设备更有能力执行本地配置服务器104a的任务，那么发送设备78a的唯一设备id将被输入到接收设备78a的列表上。
在本地配置服务器104a优先周期结束时，每个设备78a检查其列表。如果给定设备78a的列表为空，那么该设备78a可以认为它最有能力执行本地配置服务器104a的任务。如果该设备正在执行该任务，那么该设备不进行任何操作。如果该设备78a目前没有在执行该任务，那么该设备78a将发出广播消息来通告它承担了该任务。通告消息包含新的本地配置服务器104a的IP地址以及应在其上作出设备订阅和登记的端口。所有设备78a然后向用于以上述相同方式通知复合配置数据结构的改变的、新通告的活动本地配置服务器104a重新进行订阅。为了确保当前活动的本地配置服务器104a具有其最新版本的配置数据，每个设备78a将如之前所描述的那样向它登记其配置数据。对于最后一点，可替代地，可以由新的本地配置服务器104a直接查询前一本地配置服务器104a，或者前一本地配置服务器104a可以向当前本地配置服务器104a进行通告(例如使用SIP发布机制)，以直接交换最近的复合数据。
为了降低发生所选出的多个本地配置服务器104a的连续改变的竞争状态的可能性，设备78a可以被配置以使得在本地配置服务器104a改变通告之后的若干个(两个或更多个)通告周期内，它们不能改变其本地配置服务器104a状态。
现将注意力转至图4，其示出在活动的本地配置服务器104a处保存的复合数据结构400的非限制性示例。复合数据结构400包括用于多个设备的各个设备78a-1、78a-2、...78a-n的各个数据集401a-1、401a-2、...401a-n。每个数据集401a都包括通常由设备供应商70a(例如经由D/CMS86a)提供的特定于设备的数据402。特定于设备的数据402可以包括与各个设备78a的特定修订版本和机型有关的数据。每个数据集401a还包括使得设备78a能够找到S/CMS 76a的数据403a、403b。数据403a、403b通常由如上所述的服务供应商66a提供。数据403a包括专用于设备78a的服务供应商数据并且可以包括服务供应商66a提供用于区分其设备出售物和其竞争者的设备出售物的数据和程序。数据403b包括用户可以针对设备78a进行编程的特征的数据。这些特征的示例是“定时提醒”、“请勿打扰”和“呼叫转移”特征。
现将注意力转至图5，其示出根据另一实施例的可配置IP电话系统，用50b来一般地指示该系统。系统50b共享许多与系统50a相同的组件，并且因此，系统50b中的类似组件与系统50a中的对应组件共享类似标号(除了被跟随了后缀“b”外)。注意，系统50b包括用户配置管理服务器(U/CMS)501b，该U/CMS 501b将在下文中被更详细地讨论。此外，在系统50b中，设备78b替代了系统50a中的设备78a。设备78b包括与系统50a中的设备78a实质上相同的功能。然而，设备77b并不包括本地配置服务器组件，虽然在其他实施例中设备77b可以包括该组件。本地配置服务器组件104b可以可选地被配置为经由web接口和/或本地编程接口可访问和/或可配置。
尽管在系统50a中，设备77a、78a可以在它们从网络断开并随后重新连接时被定制，从而使得用户U能够定制他/她的设备77a、78a的配置以根据他/她的特定目的使其操作最优化，但是在系统50b中，设备77b、78b可以基于从用户U接收到登录数据而被定制/配置。例如，设备77b、78b被配置以使得希望将他/她的特征联结(tie)到设备77b、78b的用户U可以利用登录数据来在其上进行登记。这可以通过磁卡系统和/或通过从设备键盘进行的数据输入或者通过任何其他适当方法(例如RFID卡和读卡器)来完成。无论哪种方法，登录数据都包括用户U的唯一身份并且还可以包括个人安全代码。唯一身份可以是SIP URI、电话号码等的形式。个人安全代码可以是PIN(个人识别码)、密码、通行码、生物标识符等。登录数据使设备77b、78b能够识别所请求的与用户相关联的特征集数据，其进而与登录数据相关联，并且还提供保障请求合法的保障措施。
与用户相关联的特征集数据可以包括快速拨号按钮、显示器定制、联系人列表等的配置数据。如果用户U从他/她的设备登出，那么他/她可能想要并期望这些配置被保留并且当他/她返回登录设备77b、78b时被呈现。
图6示出在每个设备77b、78b处存储的合并数据结构600，该合并数据结构600与合并数据结构400类似然而包括特定于用户的特征集数据605a、605b、...(一般地称作数据集605并且总的称作数据605)。合并数据结构600的专用于设备77b、78b的部分包括被联结到该设备的可编程特征的参数，例如在数据602(类似于数据402)和数据603(类似于数据403a和403b)中。然而，为了虑及被联结到用户而非设备的特征，数据605包括本地网络52b已知的所有用户的可编程特征偏好。在某些实施例中，除了标识出用户的单个部分(即与每个特定于用户的特征集数据605相关联的登录数据)外，数据605可以被加密。
因此，希望使他/她的特征偏好被指派给设备77b、78b的用户U将如上所述地输入他/她的登录数据。设备77b、78b通过将该登录数据用作与用户U相关联的用户关联特征集数据605的标识符，来搜索其合并数据结构600的副本。存在要考虑的多种情境。
1.局域网52b已知的用户。
如果搜索成功，那么与所接收的登录数据相关联的数据集605将被识别。如果数据集605被加密，那么设备77b、78b可以尝试利用个人安全代码作为密钥来尝试对数据605进行解密。数据605的一部分可以包括使得设备77b、78b能够确认已经输入了正确的个人安全代码的数据(例如，用户U的姓名、个人安全代码本身等)。如果解密不成功，那么设备77b、78b可以使用已知的方法来请求重新输入登录数据或者拒绝该尝试并将该尝试作为尝试入侵进行报告(例如报告给管理员)。然而如果解密成功，那么设备77b、78b将经解密的数据集605加载到其工作存储器(例如易失性存储器)中，并且开始根据如数据605所定义的用户U的偏好来运转。
如图6所示，合并数据结构600可以包括与一个或多个用户相关联的数据605。虽然图6将合并数据结构600示出为被配置为存储四个数据集605，包括与用户U(“Amanda”、“Helen”和“Julie”)相关联的数据605以及尚未被专用于特定用户的(“未使用的”)数据集605。然而，可以存储任何适当数目的数据集605。此外，不同设备77b、78b可以被配置为存储不同数目的数据集605。
2.局域网52b未知的用户。
在某些实施例中，尝试登录到设备77b、78b的新用户可能是本地网络52b未知的。因此，在这样的情境下，利用所接收到的登录数据对合并数据结构600进行的搜索将是不成功的。例如，这样的新用户可以是与本地网络52b相关联的更大机构的有效成员并且正在打算永久地或者临时地第一次使用本地网络52b(例如局域网52b是全国性商业机构的本地办事处并且新用户正在访问该本地办事处)。因此，当搜索数据605不成功时，设备77b、78b可以经由WAN 62b向U/CMS 501b发送请求。U/CMS501b通常包括系统50b中所有数据605的图像或副本。例如，虽然在图5中仅示出局域网52b，但是应理解系统50b可以包括多个与局域网52b类似的局域网，并且这多个局域网的每个都与不同的用户集合相关联。因此，新到局域网52b的用户可能与另一局域网52b相关联。再一次地，如果到局域网52b的新用户通常使用系统50b的另一局域网中的(与设备77b、78b类似的)设备，那么这样的情况可能发生。因此，与新用户相关联的数据605被存储在U/CMS 501b，而不是存储在设备77b、78b。
在某些实施例中，存储在U/CMS 501b中的所有数据605都以相同的加密格式作为存储在设备77b、78b中的数据605而被存储。此外，在这些实施例的某些中，存储在U/CMS 501b处的数据605可以包括用于每个特定数据集605的未经加密的标识符，以使得每个特定数据集605可以被识别并被访问。在这些实施例的某些中，尽管数据605可以被定位并被发送到请求设备77b、78b，但是U/CMS 501b无权访问与数据605相关联的加密密钥并且因此不能解密任何存储在其中的加密数据。
一旦U/CMS 501b接收到与新用户相关联的登录数据，U/CMS 501b就可以针对与所接收的登录数据相关联的特定数据集605来搜索其数据605的副本。在某些实施例中，这可以根据设备77b、78b所使用的技术以类似的方式完成。具体地，U/CMS 501b可以搜索其标识符与登录数据中提供的标识符相同的特定数据集605。假设特定数据集605被找到，那么U/CMS 501b然后将数据605发回请求设备77b、78b。在某些实施例中，所发送的数据605是加密的，如上所述。并且加密数据被发送。请求设备77b、78b然后利用上述技术解密所接收的数据605(如果被加密)，并且然后实现由所接收数据605定义的特征。在设备77b、78b处的合并数据结构600将被更新以包括所接收数据605。此外，所接收数据605可以被发送给本地配置服务器104b-2以被添加到本地配置服务器104b-2处的合并数据结构。本地配置服务器104b-2接着用更新后的合并数据结构600来更新聚合器300b和局域网52b上的所有其他设备77b、78b。
在某些实施例中，可能希望用户在局域网52b中被撤销登记。在这些实施例中，设备77b、78b可以被配置有接口，凭借该接口用户一旦输入登录数据就可以从设备77b、78b中去除其所关联的数据集605。这样的改变可以被传播到本地配置服务器104b-2，本地配置服务器104b-2进而将改变传播到其他设备77b、78b和聚合器300b。
在另一些实施例中，如果与给定数据集605相关联的登录数据在给定时间段内没有被接收到，那么可以从合并数据集600中去除该给定数据集605。换言之，假设如果用户在给定的时间段内一直未登录，那么该用户不再与局域网52b相关联。这可以由本地配置服务器104b-2与本地网络52b上的设备77b、78b协作来执行。例如，可以(如之前所述地)通告：用户在设备77b、78b上进行了登记以及撤消了登记。在某些实施例中，通过这些通告，本地配置服务器104b-2可以维护以下用户的列表：所述用户的数据605被存储在本地网络上并且这些用户目前没有在任何设备77b、78b上登记(即登录)。可以与用户的上一次撤销登记的日历时间相关联地维护该列表。本地配置服务器104b-2可以周期性地扫描该列表并删除在所定义的时间段内一直没有登记的那些用户的存储数据605。本地配置服务器104b-2然后可以将更新后的用户数据传播给本地网络52b上的所有设备。应理解，在某些实施例中，如上所述，数据605是加密的。
在另一些实施例中，设备77b、78b中的存储合并数据结构600的存储器可能变满。在这些实施例中，当本地网络52b未知的用户如上所述地通过提供登录数据尝试登录到设备77b、78b时，并且当与所接收的登录数据相关联的数据605在设备77b、78b处从U/CMS 501b被接收到时，设备77b、78b可以被使能随机地选择存储在设备77b、78b处的一数据集605并用从U/CMS 501b接收的数据605来对其进行覆写。如果被覆写的数据605是用于活动用户的，那么这将不会影响到活动用户，因为其关联数据605被存储在(虽然是临时地)设备77b、78b的工作存储器中。虽然其关联数据605在撤销登记之后可能丢失，但是下一次用户登录时，他/她的关联数据605可以如上所述地从U/CMS 501b取回，并且另一数据集605可以被随机地覆写。随着该过程的继续，不活动用户的数据605将逐渐地从设备77b、78b以及本地网络52b被删除。
设备77b、78b也可以协作，藉此其上新登记了用户的设备77b、78b可以通过广播或多播消息来通告该登记。其他设备77b、78b一接收到该消息就可以撤销登记该用户。这样，用户可以跨网络漫游然而一次仅由一个设备77b、78b来对其进行服务。
在某些实施例中，可能希望对给定数据集605作出改变：换言之，用户可能希望更新在设备77b、78b处可用的用户特征。在这些实施例中，用户可以登录到设备77b、78b并且在他/她进行了登记的设备77b、78b上对他/她的特征进行编程。设备77b、78b将更新其数据605的副本并将改变传播到本地配置服务器104b-2，其接着将改变传播到其他设备77b、78b和聚合器300b。应理解，在某些实施例中，如上所述，数据605被加密。
在设备77b、78b没有找到与正登录用户相关联的数据605的实施例中(例如由于设备77b、78b中的存储器已满导致数据605被覆写)，如上所述，正登录用户的数据605被从U/CMS 501b取回。再一次地，另一数据605被用从U/CMS 501b取回的数据605随机地覆写，并且该数据605被再次传播到本地配置服务器104b-2。这样的传播可以发生在作出改变之后。在其他实施例中，这样的传播可以在作出改变之前发生，然后在作出改变之后再次发生。
在另一些实施例中，设备77b、78b将数据605的副本发送到U/CMS501b。U/CMS 501b然后对其版本进行更新。在某些实施例中，U/CMS501b在验证副本有效之后对其版本进行更新。在某些实施例中，例如在数据605被加密的实施例中，假设U/CMS 501b有权访问用于解密所提出接收数据605的至少一部分的密钥，那么U/CMS 501b可以通过解密所提出接收数据605的至少一部分并验证它包含一份已知用户数据，来对数据605进行验证。
在其他实施例中，可以经由登录过程在U/CMS 501b和设备77b、78b之间建立信任关系。例如，U/CMS 501b和设备77b、78b可以具有可用作登录过程期间的密码的共享秘密，该登录程序将发起存储或访问诸如存储在U/CMS 501b处的数据605之类的用户数据的事务。可以在设备77b、78b和U/CMS 501b之间建立TLS(传输层安全和/或SSL(安全套接字层))会话，并且事务(包括传输密码)可以在会话中发生。在某些实施例中，作为上述配置过程的一部分，共享秘密可以由S/CMS 76b提供给设备77b、78b。
在某些实施例中，用户特征的私密性可能是重要的考虑事项。例如，如果另一用户发现一个用户的特征之一给了他们较低的优先级，那么这可能给该用户带来困窘。因此，在这些实施例中，在直接由共享设备77b、78b提供特征并且经由局域网52b发送这些特征的情况下，可以采取措施以确保没有用户的安全代码的任何人都不能够访问他/她的特征。
例如，在这些实施例中，数据605(即定义了用户特征的数据)仅在用户U目前活动/登录的设备77b、78b上是未经加密的。其他设备77b、78b和U/CMS 501b可以以加密的形式存储数据605。用户的安全代码被限制为不经由局域网52b和/或WAN 62b发送。此外，仅在用户U尝试登记的设备77b、78b上在本地使用用户的安全代码，或者当U/CMS 501b正在验证更新后的偏好集合时在U/CMS 501b处使用用户的安全代码。因此，在这些实施例中，设备77b、78b并不向U/CMS 501b发送用户密码和/或安全代码。更确切地，设备77b、78b将仅发送用户的唯一标识符和/或登录数据。U/CMS 501b然后向设备77b、78b发送经加密的用户特征的偏好数据605用于解密和/或存储。然而，应理解，可以在系统52b中实现其他适当的安全技术；例如，可以在设备77b、78b和U/CMS 501b之间的(一个或多个)链路上使用传输层安全(TLS)。
通过将数据605在本地存储在局域网52b中的设备77b、78b上，并且还如上所述地将数据605的改变传播到其他设备77b、78b，用户在局域网52b上的漫游以及在本地设备77b、78b上的登记通常被使能。此外，如本领域技术人员熟知的，对数据605的本地存储可以向TMD(时分复用)模型的传统电信特征提供任何新类型的值。例如，“请勿打扰”和“定时提醒”可以采用新值。在传统TDM系统中，这些特征被联结到通信设备。例如，定时提醒是PBX特征，其中用户可以请求以使他/她的通信设备在某一时间响铃作为提醒。定时提醒还被实现为与时钟功能一起被直接内建到通信设备中的提醒功能：例如旅馆通信设备通常具有该功能。然而，在可能在一天当中使用多个通信设备的漫游用户的情况下，将这些特征固定到特定通信设备机器通常是达不到预期目标的。然而，在本发明的实施例中，用户可以在他/她的桌上设备77b、78b上设置提醒，并且如果他更换房间并登录到另一设备77b、78b(例如在他/她开会的会议室)则使定时器在该另一设备77b、78b上变为起作用的。类似地，假设用户登录到对于用户而言是本地的任一个设备77b、78b，那么他/她可以使能“请勿打扰”特征并不用担心他如果从他的办公桌移动到会议室则会变得可联系到。
如上所述的漫游功能对于某些旅馆的客人而言可能是特别方便的，因此期望通过旅馆的接线员来实现。例如，针对“马路站士(roadwarrior)”的常客管理(frequent stay)计划在旅馆产业中是常见的，并且其他的常见旅行者被给予了特别考虑。通过上述的漫游特征技术，常客可以在登记时使他/她的室内电话根据他/她的偏好而被编程。例如，偏好的唤醒呼叫时间可被编程一次，并且可在登记时被自动编程到他/她的室内电话。
一般地，本发明的实施例消除了对中央服务器的需要，所述中央服务器对到多个通信设备的登录进行调停(mediate)并在登录后将特征数据下载到每个通信设备。更确切地，在本发明的实施例中，(以数据605的形式的)特征逻辑被存储在外围处的设备77b、78b处，并且每个用户在他/她当前登记了的设备77b、78b上被提供服务。实际上，对于较小通信网络而言，中央代理的成本通常是昂贵的。
如图7所示，通常应理解，以任何适当的配置，设备77b、78b，S/CMS 76b，D/CMS 86b，聚合器300b和U/CMS 501b的每个都包括各自的计算环境700，该计算环境700至少包括通过总线730互连的一个中央处理单元705、易失性存储器710、非易失性存储器715和网络接口720。设备77b、78b，S/CMS 76b，D/CMS 86b，聚合器300b和U/CMS 501b的每个的各自功能都可以在各自的计算环境700中被实现。
虽然以上提供了关于某些实施例的讨论，但是应理解可设想这些实施例的组合、变更和/或子集。例如，系统50中的多个组件可以与系统50a中的多个组件组合。此外，本发明的教导可以与申请人的以下共同未决申请的教导组合：i)NETWORK TRAFFIC MANAGEMENT，申请人的加拿大代理人案卷号为P1955US00，和ii)DISTRIBUTED NETWORKMANAGEMENT，申请人的加拿大代理人案卷号为P1959US00。应注意，在此引用的所有外部文献都通过引用被结合于此。