CN105359457A - 用于在icn上的大规模会议的多层推送混合服务控制架构 - Google Patents

Abstract

一种网元(NE)，其包括：存储器，其用于存储会议的摘要日志；接收器，其用于接收来自与所述NE相关联的多个参与者中的第一参与者的第一消息，其中所述第一消息包括所述第一参与者的签名概要；处理器，其耦合到所述接收器和所述存储器，并且用于通过根据所述第一消息执行所述摘要日志的第一更新来跟踪所述会议的状态；以及发射器，其耦合到所述处理器，并且用于向为所述会议服务的多个服务代理中的第一服务代理发送第二消息，其中所述第二消息指示所述更新的摘要日志。

Description

用于在ICN上的大规模会议的多层推送混合服务控制架构

相关申请案交叉申请

本发明要求由王国强(GuoqiangWang)等人在2013年5月17日递交的发明名称为“用于在大规模ICN架构上的虚拟白板会议的多层“推送”服务控制(Multitier“Push”ServiceControlforVirtualWhiteboardConferenceOverLargeScaleICNArchitecture)”的美国临时专利申请案61/824,656以及由阿西特·查克拉波尔迪(AsitChakraborti)等人在2014年4月25日递交的发明名称为“用于在大规模ICN架构上的虚拟白板会议的多层“推送”服务控制(Multitier“Push”ServiceControlforVirtualWhiteboardConferenceOverLargeScaleICNArchitecture)”的美国临时专利申请案61/984,505的在先申请优先权，所述在先申请的内容如同全文复制一样以引入的方式并入本文本中。

关于由联邦政府赞助研究或开发的声明

研究或开发

不适用。

参考缩微胶片附录

不适用。

技术领域

无

背景技术

虚拟会议可以指允许会议事件和/或数据在位于地理上分布的网络站点中的多个参与者的情况下同时共享和/或交换的服务。所述服务可以允许参与者实时互动，并且可以支持点对点(P2P)通信(例如，一个发送器对一个接收器)、点对多点(P2MP)通信(例如，一个发送器对多个接收器)、和/或多点对多点(MP2MP)通信(例如，多个发送器对多个接收器)。虚拟会议的一些实例可以包含聊天室、E-会议以及虚拟白板(VWB)服务，其中参与者可以在因特网上交换音频、视频和/或数据。虚拟会议中的一些技术挑战可以包含实时性能管理(例如，在多方之间的实时数据交换)、可扩展性(例如，具有一千到一万(1万)个参与者)、以及交互式通信(例如，在参与者之间的MP2MP，所述参与者具有作为订户和发布者的同时双重角色)支持。

发明内容

在一个实施例中，本发明包含一种网元(NE)，其包括：存储器，其用于存储会议的摘要日志；接收器，其用于接收来自与NE相关联的多个参与者中的第一参与者的第一消息，其中所述第一消息包括第一参与者的签名概要；处理器，其耦合到接收器和存储器，并且用于通过根据第一消息执行摘要日志的第一更新来跟踪会议的状态；以及发射器，其耦合到处理器，并且用于向为会议服务的多个服务代理中的第一服务代理发送第二消息，其中所述第二消息指示所更新的摘要日志。

在一个实施例中，本发明包含一种用于使针对信息为中心的组网(ICN)网络中的本地服务代理处的会议的服务控制同步的方法，所述方法包括：接收来自与服务代理相关联的多个参与者中的第一参与者的第一消息，其中所述第一消息包括第一参与者的签名概要，并且其中所述第一消息通过采用基于ICN内容名称的路由方案来接收；通过根据第一消息执行摘要日志的第一更新来跟踪会议的状态；以及向为会议服务的多个远程服务代理中的第一远程服务代理发送用于指示第一更新的第二消息。

在又另一个实施例中，本发明包含一种用于由为ICN网络中的会议服务的本地服务代理使用的计算机程序产品，其中所述计算机程序产品包括存储在非瞬时性计算机可读介质上的计算机可执行指令，以便所述指令在由处理器执行时使得本地服务代理进行以下操作：接收来自与本地服务代理相关联的多个参与者中的第一参与者的第一消息，其中所述第一消息包括第一参与者的签名概要，并且其中所述第一消息经由基于ICN内容名称的路由方案来接收；通过根据第一消息执行摘要日志的第一更新来跟踪会议的状态，其中执行第一更新包括在摘要日志中记录第一参与者的签名概要；以及向为会议服务的多个远程服务代理中的第一远程服务代理发送用于指示第一更新的第二消息。

从结合附图以及权利要求书进行的以下详细描述中将更清楚地理解这些以及其它特征。

附图说明

为了更透彻地理解本发明，现参阅结合附图和具体实施方式而描述的以下简要说明，其中的相同参考标号表示相同部分。

图1是多层混合会议服务网络的实施例的示意图。

图2是网元(NE)的实施例的示意图，所述网元可以用作多层混合会议服务网络中的节点。

图3是支持信息为中心的组网(ICN)的服务代理的架构视图的实施例的示意图。

图4是支持ICN的用户设备(UE)的架构视图的实施例的示意图。

图5是多层混合会议服务网络的分级视图的实施例的示意图。

图6是服务代理处的摘要树的实施例的示意图。

图7是会议形成的实施例的示意图。

图8是服务代理处的摘要树日志的实施例的示意图。

图9是服务客户端处的摘要历史日志的实施例的表。

图10是会议自举方法的实施例的协议图。

图11是会议同步方法的实施例的协议图。

图12是会议同步方法的另一实施例的协议图。

图13是会议恢复方法的实施例的流程图。

图14是会议恢复方法的另一实施例的流程图。

图15是ICN协议兴趣包的实施例的示意图。

图16是ICN协议数据包的实施例的示意图。

具体实施方式

首先应理解，尽管下文提供一项或多项实施例的说明性实施方案，但所公开的***和/或方法可使用任何数目的技术来实施，无论该技术是当前已知还是现有的。本发明决不应限于下文所说明的说明性实施方案、附图和技术，包括本文所说明并描述的示例性设计和实施方案，而是可在所附权利要求书的范围以及其等效物的完整范围内修改。

会议应用和/或***可以支持在位于分布式网络连接环境中的多方之间的实时信息和/或媒体数据交换。一些会议应用和/或***可以在主机到主机的因特网协议(IP)通信模型上实施并且可以复制在广域网(WAN)链路上的会议业务。例如，在以服务器为中心的模型中，中央服务器可以控制并且管理会议、处理来自参与者(例如，会议订户)的数据，并且接着将数据重新分配回参与者。以服务器为中心的模型可以易于控制管理，但是会议数据的复制和/或重新分配可能会导致在服务器处的较高数据业务集中。例如，在以服务器为中心的模型中的数据业务可以为N²(O(N²))阶，其中N可以表示参与者的数目。因此，以服务器为中心的模型可能不适合于大规模会议(例如，具有1千个到1万个参与者的会议)。

一些会议服务技术可以采用内容递送组网(CDN)模型和/或P2P内容分发组网模型(例如，多服务器架构)来减少以服务器为中心的模型中的较高数据业务。然而，CDN模型和/或P2P内容分发组网模型可以是over-the-top(OTT)方案，其中可以在没有与内容(例如，音频、视频和/或数据)的控制和/或分发有关的网络运营商的情况下(例如，内容提供商独立于网络运营商而操作)将所述内容通过因特网从源递送到终端用户。因而，组网优化和/或跨层优化可能无法在CDN模型和/或P2P内容分发组网模型中容易地执行，并且由此可能导致低效的带宽利用。另外，CDN模型和/或P2P内容分发组网模型可能不支持MP2MP通信并且可能不适合于实时交互式通信。

例如Chronos等一些其它会议服务技术可以采用名称数据组网(NDN)模型来改进带宽利用并且通过充分利用例如可共享的和分布式的网内存储和基于名称的路由机制等NDN特征来减少业务负荷。NDN可以是接收器驱动的、数据为中心的通信协议，其中在由消费者请求时数据流过网络。NDN中的数据访问模型可以被称为基于拉取的模型。然而，会议事件和/或更新可以是非确定性的，因为会议参与者可以在会议期间的任何时间公布会议更新。为了访问基于拉取的模型中的非确定性的会议事件，参与者可以主动地查询会议事件。例如，Chronos中的每个参与者可以周期性地播送查询以请求来自其它参与者的会议更新。因此，Chronos中的控制信令开销可能显著。另外，Chronos中数据面和控制面的耦合可能导致对同时数据更新和/或恢复的复杂的支持。因此，Chronos可能不适合于支持实时交互式大规模会议。

ICN架构是关注信息递送的网络架构类型。ICN架构也可以被称为内容感知的、内容为中心的或面向数据的组网架构。ICN模型可以将IP通信模型从主机到主机模型转换为信息对象到对象模型。IP主机到主机模型可以通过存储位置(例如，IP主机地址)寻址并识别数据，而信息对象到对象模型可以采用非基于位置的寻址方案，即基于内容的寻址方案。信息对象可以是ICN通信模型中的实体的第一类抽象。信息对象的一些实例可以包含内容、数据流、服务、用户实体和/或设备。在ICN架构中，信息对象可以是分配有非基于位置的名称，所述名称可以用来寻址信息对象、使信息对象从位置去耦。路由到信息对象以及从信息对象路由可以基于所分配的名称。ICN架构可以提供网络内的高速缓冲存储，其中任何网络设备或元件可以用作临时内容服务器，这可以改进内容传送的性能。信息对象从位置的去耦以及ICN中的基于名称的路由可以允许有效地控制移动性。ICN架构还可以通过附加安全凭证到数据内容来提供安全性而不是保全用以传输数据内容的通信信道。因而，会议应用可以充分利用例如基于名称的路由、安全性、多播和/或多路径路由等ICN特征以支持实时交互式大规模会议。

本文中所公开的是混合会议服务控制架构，其可以采用推送式以及拉取式机制的组合用于同步会议更新。所述混合会议服务控制架构可以包括为多个会议参与者服务的多个分布式服务代理。每个服务代理可以为与所述服务代理相关联的一组参与者服务。服务代理可以与为同一会议服务的远程服务代理同步并合并会议更新，并且向相关联参与者分发所合并的会议更新。会议更新可以包含参与者的指纹(FP)和/或更新与FP相关联的序列号，FP可以包含参与者的签名和/或凭证。在参与者与服务代理之间的控制流的同步可以采用推送式机制。然而，在服务代理之间的控制流的同步可以采用推送式和/或拉取式机制。在一个实施例中，每个服务代理和每个参与者可以维持一个摘要日志以跟踪会议更新。每个摘要日志可以包括会议的当前局部化视图的快照(例如，呈摘要树形式)以及参与者的FP的历史。例如，每个服务代理可以包括具有相关联参与者(例如，本地摘要树)的快照视图的代理摘要树和为会议服务的其它远程服务代理以及对应于代理摘要树的FP更新的历史。每个参与者可以包括具有代理摘要树的根的摘要树(例如，全局根摘要)以及对应于全局根摘要的FP更新的历史。因此，同步可以根据在服务代理与相关联参与者之间的子-父关系进行操作。所公开的混合会议服务控制架构可以充分利用原本的ICN网络内的存储以及基于名称的路由。所公开的混合会议服务控制架构可以提供控制面和数据面的分离。所公开的混合会议服务控制架构可以提供会议更新的高效同步以及从网络中断后的快速恢复。所公开的混合会议服务控制架构可以适合于支持实时交互式大规模会议。

图1是多层混合会议服务网络100的实施例的示意图。网络100可以包括多个会议服务路由器(SR)120和多个UE130。多个SR120可以位于一或多个网络170中。例如，网络170可以是采用边缘计算以提供广泛分散的分布式服务的边缘云网络170和/或任何其它网络。每个UE130可以经由链路142(例如，无线和/或有线链路)连接到网络180上。在一个实施例中，网络180可以是任何二层(L2)接入网络(例如，无线接入网络、有线接入网络等)，其中L2可以是开放式***互连(OSI)模型中的数据链路层。网络170和180可以通过经由链路141的因特网网络150互连。因特网网络150可以由一或多个互连的局域网(LAN)、城域网(MAN)、广域网(WAN)等形成。在一个实施例中，因特网网络150可以包括因特网服务提供商(ISP)网络。链路141可以包含例如光纤链路、电气链路等物理连接和/或逻辑连接。网络150、170和/或180中的每一者可以包括多个NE140，所述多个NE可以是路由器、网关、交换机、边缘路由器、边缘网关和/或如所属领域的技术人员将理解的适合于路由以及传达包的任何网络设备。应注意，如由所属领域的技术人员所确定的，网络150、170和/或180可以经替代地配置且SR120和UE130可以替代地位于网络100中以实现相同的功能性。

SR120可以是路由器、虚拟机(VM)和/或可用于在彼此之间以及与多个会议参与者同步对大规模会议(例如，具有约1千个到约1万个参与者的聊天室、E-会议服务、虚拟白板(VWB)服务等)进行控制和/或信令的任何网络设备，其中此类参与者可以经由UE130参与会议。例如，每个SR120可以用作会议代理且可以被称为服务代理。在一个实施例中，SR120可以主控一或多个VM，其中每个VM可以用作用于不同会议的服务代理。应注意，每个SR120可以为不同组的会议参与者服务。

每个UE130可以是终端用户设备，例如移动设备、台式机、移动设备、手机和/或用于参与一或多个大规模会议的任何网络设备。例如，会议参与者可以通过在UE130上执行会议应用来参与会议。会议参与者可以通过提供FP和会议名称来请求参与具体会议。会议参与者还可以订用和/或公布用于会议的数据。在网络100中，每个UE130可以被称为服务客户端且可以与服务代理同步会议控制和/或信令。

在一个实施例中，网络100可以是支持ICN的网络，其可以采用基于ICN名称的路由、安全性、多播和/或多路径路由以支持大规模会议应用。网络100可以包括与数据面分离的控制面。例如，网络100可以采用两层(例如，代理-客户)架构用于控制面中的会议控制和信令。两层架构可以包括代理层和客户端层。代理层可以包含位于多个SR120中的多个服务代理，并且客户端层可以包含位于多个UE130中的多个服务客户端。

在一个实施例中，控制路径191和192可以是专门用于交换会议控制和信令的逻辑路径。位于SR120中的服务代理可以经由控制路径191与位于其它SR120中的为会议服务的远程服务代理交换会议控制和信令。另外，每个服务代理可以经由控制路径192与位于UE130中的相关联服务客户端交换会议控制和信令。应注意，服务代理可以参与控制面功能但是可以不参与数据面功能。因而，在服务客户端之间的数据通信(例如音频、视频、富文本交换)可以独立于会议控制。

在一个实施例中，可以采用推送式机制以用于同步在服务代理与服务客户端之间以及在服务代理之间的会议中的控制(例如，FP、其它签名信息、事件等)。推送式机制可以指在没有来自感兴趣的接收方的请求的情况下由发送方发起的信息的发射，与其中感兴趣的接收方可以从信息源拉取信息的ICN协议拉取式机制形成对照。例如，服务客户端可以向为服务客户端服务的服务代理发起并推送FP更新。在接收到FP更新之后，服务代理可以将所有接收到的FP更新合并到第一代理更新中，并且可以向为同一会议服务的其它远程服务代理推送所述第一代理更新。服务代理还可以接收来自其它远程服务代理中的一者的第二代理更新，并且可以向由所述服务代理服务的参与者推送第二代理更新。推送式机制可以实现实时或几乎实时的通信，这可以是用于会议服务的性能因素。

在另一实施例中，服务客户端和服务代理可以通过采用与本文在上文所描述的推送机制实质上类似的推送机制来同步会议控制。然而，在服务代理之间的同步可以采用拉取式机制。例如，第一服务代理可以向第二服务代理发送未完成的同步(sync)兴趣，其中所述sync兴趣可以包括在第一服务代理处的最近的全局会议视图。当第二代理接收到来自由第二代理服务的客户端的FP更新时，第二代理可以合并FP更新并且在第二代理处更新全局会议视图。第二代理可以检测sync兴趣中指示的第一服务代理的全局会议视图过时，并且由此可以向第一服务代理发送指示最近更新全局会议视图的sync响应。应注意，在服务客户端接收到更新的FP之后，服务客户端可以使用基于名称的路由在本地的ICN网络内的存储上获取数据。在一些实施例中，会议数据(例如，音频、视频和/或数据)可以通过采用ICN协议中的拉取模型在参与者之间进行交换。

图2是NE200的实施例的示意图，所述NE可以通过实施本文所描述的方案中的任一者用作服务代理(例如，位于SR120中)和/或服务客户端(例如，位于UE130中)。NE200可以单个节点来实施或NE200的功能可以多个节点来实施。所属领域的技术人员将认识到术语NE涵盖宽广范围的设备，其中NE200仅仅是一个实例。包含NE200是出于论述的清楚起见，但是绝不意味着将本发明的应用限制为特定的NE实施例或特定类别的NE实施例。本发明中描述的特征/方法中的至少一些可以例如NE200等网络装置或组件来实施。举例来说，本发明中的特征/方法可以使用硬件、固件和/或经安装以在硬件上运行的软件来实施。如图2中所示，NE200可以包括收发器(Tx/Rx)210，其可以是发射器、接收器或其组合。分别地，Tx/Rx210可以耦合到多个下游端口220以用于发射和/或接收来自其它节点的帧，并且Tx/Rx210可以耦合到多个上游端口250以用于发射和/或接收来自其它节点的帧。处理器230可以耦合到Tx/Rx210以处理帧和/或确定发送帧到哪些节点。处理器230可以包括一或多个多核心处理器和/或存储器设备232，其可以充当数据存储装置、缓冲器等。处理器230可以实施为一般处理器或可以是一或多个专用集成电路(ASIC)和/或数字信号处理器(DSP)的一部分。处理器230可以包括会议服务控制管理模块233，其可以实施会议自举方法1000、会议同步方法1100和/或1200、会议恢复方法1300和/或1400、和/或本文中论述的任何其它MP2MP相关的通信功能。在替代实施例中，会议服务控制管理模块233可以实施为存储于存储器设备232中的指令(例如，计算机程序产品)，所述指令可以通过处理器230执行。存储器设备232可以包括用于暂时存储内容的高速缓冲存储器，例如，随机存取存储器(RAM)。另外，存储器设备232可以包括用于相对更长地存储内容的长期存储装置，例如，只读存储器(ROM)。举例来说，高速缓冲存储器和长期存储装置可以包含动态随机存取存储器(DRAM)、固态驱动器(SSD)、硬盘、或其组合。

应理解，通过编程和/或加载可执行指令到NE200上，处理器230和/或存储器设备232中的至少一者改变，从而将NE200部分地转换为特定机器或装置，例如，多核心转发架构，从而具有本发明所教示的新颖功能。对于电力工程及软件工程技术来说基本的是，可通过将可执行软件加载到计算机中而实施的功能性可通过熟知设计规则而转换为硬件实施方案。在软件还是硬件中实施概念之间的决策通常取决于与设计的稳定性及待产生的单元的数目的考虑，而与从软件域转译到硬件域所涉及的任何问题无关。通常，仍在经受频繁改变的设计可以优选在软件中实施，因为重新设计硬件实施方案比重新设计软件设计更为昂贵。通常，将以较大量产生的稳定的设计可以优选在硬件中实施，例如在ASIC中实施，因为运行硬件实施方案的大型生产可能比软件实施方案便宜。通常，设计可以软件形式开发和测试，并且随后通过熟知设计规则转换为用以硬线连接软件的指令的ASIC中的等效硬件实施方案。以与由新ASIC控制的机器为特定机器或装置相同的方式，同样，已经编程和/或加载有可执行指令的计算机可视为特定机器或装置。

图3是支持ICN的服务代理300的架构图的实施例的示意图，所述服务代理可以位于多层混合会议服务网络(例如，网络100)中的SR(例如，SR120)中。服务代理300可以包括应用层310、到应用层的服务应用软件编程接口(API)320、服务层330、ICN层340、L2/三层(L3)层350、服务用户到网络接口(S-UNI)层361以及服务网络到网络接口(S-NNI)层362。

应用层310可以包括应用池311，其可以包括多个应用，例如聊天、VWB和/或其它应用。到应用层的服务API320可以包括用于在应用层310与服务层330之间介接的一组API。API可以是明确界定的函数调用和/或包括输入参数、输出参数和/或返回参数的基元。

服务层330可以包括sync代理336以及其它服务模块335。例如，sync代理336可以与多个其它sync代理一起为会议(例如，聊天、VWB等)服务，并且可以用作一组会议参与者和/或服务客户端(例如位于UE130中)的控制代理。其它服务模块335可以管理和/或控制其它服务。ICN层340可以包括ICN协议层模块，ICN协议层模块可以包含内容存储区(CS)(例如，用于高速缓冲存储兴趣和/或数据)、转发信息库(FIB)(例如，基于名称的路由查询)和/或待定兴趣表(PIT)(例如，所转发的兴趣的记录)。L2/L3层350可以包括组网协议栈模块，组网协议栈模块可以包含用于网络传输的数据和/或地址编码和/或解码。L2层和L3层在OSI模型中可以被称为数据链路层和网络层。S-UNI层361可以与位于网络中的一或多个会议参与者(例如，位于UE130中)介接(例如,在网络与用户之间的信令功能)。S-NNI层362可以与位于网络中的一或多个SR(例如，SR120)介接(例如，在网络之间的信令功能)。

sync代理336可以与其它远程服务代理通信以同步会议参与者的FP。sync代理336可以包括FP处理器331、心跳信号处理器332、摘要日志333以及应用高速缓冲存储器334。FP处理器331可以接收来自服务客户端和/或远程服务代理的FP更新(例如，参与者的FP)。FP处理器331还可以向服务客户端和/或远程服务代理发送FP更新。FP处理器331可以跟踪且维持从服务客户端和/或远程服务代理接收到的FP更新，如下文更全面地论述。FP更新可以经由ICN层340、L2/L3层350和/或S-NNI层360以通知消息和/或sync消息的形式来发送和/或接收。应注意，通知消息和/或sync消息可以包含ICN兴趣包和/或ICN数据包，所述ICN兴趣包和/或ICN数据包可以根据ICN协议处理(例如，根据FIB转发和/或在CS中高速缓冲存储)。

心跳信号处理器332可以监测并且交换远程服务代理和/或附接到服务代理300上的服务客户端的活动性(例如，功能性和连通性状态)。例如，心跳信号处理器332可以(例如周期性地和/或通过事件驱动)生成心跳指示信号并且向远程服务代理和/或所附接的服务客户端发送所述信号。心跳信号处理器332还可以监听来自远程服务代理和所附接的服务客户端的心跳指示信号。在一些实施例中，心跳信号处理器332可以发送心跳响应信号以确认心跳指示信号的接收。当心跳信号处理器332在超出预定超时间隔的持续时间检测来自远程服务代理和/或附接的服务客户端的错过的心跳指示信号和/或心跳响应信号时，心跳信号处理器332可以向应用层310发送网络失败信号以通知为故障服务客户端服务的应用和/或网络失败的故障远程服务代理。心跳信号可以经由ICN层340、L2/L3层350和S-NNI层360以心跳消息的形式来发送和/或接收。应注意，心跳消息可以包含ICN兴趣包和/或ICN数据包，所述ICN兴趣包和/或ICN数据包可以根据ICN协议处理(例如，根据FIB转发和/或在CS中高速缓冲存储)。

摘要日志333可以是用以记录最新的FP更新的高速缓冲存储器或任何临时的数据存储装置。摘要日志333可以存储在指定时间处会议服务的本地视图的快照，包含所有所附接参与者(例如，包含FP)和所有远程代理(例如，一些摘要信息)，其中所述本地视图可以呈如下文更全面地论述的摘要树形式来表示。摘要日志333还可以存储对应于摘要树的FP更新的历史，其中每个条目可以呈如本文中在下文更全面地论述的<全局根摘要>:<全局摘要树>:<本地摘要树>(<globalrootdigest>:<globaldigesttree>:<localdigesttree>)的形式。应用高速缓冲存储器334可以是用以存储在发射中的FP(例如，发射状态可能未确认)的临时数据存储装置。FP处理器331可以管理摘要日志333和/或应用高速缓冲存储器334以用于存储并跟踪FP更新。在一个实施例中，FP处理器331和心跳信号处理器332可以为一或多个会议(例如，聊天和VWB)服务。在此类实施例中，FP处理器331可以针对不同会议采用不同摘要日志333和/或不同应用高速缓冲存储器334。

图4是支持ICN的UE400(例如，UE130)的架构图的实施例的示意图，所述UE可以位于多层混合会议服务网络(例如，网络100)中。UE400可以包括如在服务代理300中的实质上类似的架构。例如，UE400可以包括应用层410、应用池411、到应用层的服务API420、服务层430、其它服务模块435、ICN层440以及L2/L3层450，所述层可以实质上类似于应用层310、应用池311、到应用层的服务API320、服务层330、其它服务模块335、ICN层340以及L2/L3层350。然而，服务层430可以包括sync客户端436而不是如在服务代理300中的sync代理336。另外，服务客户端400可以包括S-UNI控制层461和S-UNI数据层462而不是如在服务代理300中的S-UNI层361和S-NNI层362。S-UNI数据层462可以与网络中的一或多个会议参与者(例如，位于UE130中)交换会议数据(例如，视频、音频、富文本)。S-UNI控制层461可以与服务代理介接以与网络交换控制信令。

sync客户端436可以是用于参与会议的服务客户端。sync客户端436可以与网络中的为会议服务的服务代理(例如，服务代理400)通信，或更具体来说，与sync代理(例如，sync代理336)通信。sync客户端436可以经由ICN层440、L2/L3层450和S-UNI控制层461与服务代理通信。sync客户端436可以包括FP处理器431、心跳信号处理器432、摘要日志433和应用高速缓冲存储器434。

FP处理器431可以实质上类似于FP处理器331。然而，FP处理器431可以向服务代理发送FP更新(例如，加入、离开、重新加入会议)并且可以接收来自服务代理的其它参与者的FP更新。

心跳信号处理器432可以实质上类似于心跳处理器332。然而，心跳信号处理器432可以监测并与服务代理交换活动性(例如，功能性和连通性状态)指示，并且可以采用实质上类似机制以用于检测在服务代理处的网络失败并通知应用层410。

摘要日志433可以实质上类似于摘要日志333，但是可以存储从相关联服务代理接收到的具有最近的全局根摘要的摘要树以及对应于如下文更全面地论述的全局根摘要(例如，<全局根摘要>:<用户指纹>(<globalrootdigest>:<userFP>))的FP更新的历史。应用高速缓冲存储器434可以实质上类似于应用高速缓冲存储器334。在一个实施例中，FP处理器431和心跳信号处理器432可以为一或多个会议(例如，聊天和VWB)服务。在此类实施例中，FP处理器431可以针对不同会议采用不同摘要日志433和/或不同应用高速缓冲存储器434。

图5是例如如以网络100实施的多层混合会议服务网络500的分级视图的实施例的示意图。网络500可以包括在第一层级处的多个服务代理521、522和523(例如，服务代理300和/或SR120)以及在第二层级处的多个服务客户端531、532和533(例如，服务客户端400和/或UE130)。每个服务客户端531、532和/或533可以与服务代理521、522或523中的一者相关联。例如，服务客户端531、532和533可用于分别与服务代理521、522和523通信。服务代理521、522和523可以相互连接并且可用于与彼此以及分别与对应的服务客户端531、532和533交换会议更新。例如，服务代理521(例如，本地服务代理)可以接收来自客户端531的会议更新并且可以更新远程服务代理522和523，所述远程服务代理可以进一步分别更新相关联的客户端532和533。应注意，在本发明中，服务代理521、522和523和/或服务客户端531、532和533也可以被称作会议组件。

图6是在会议稳定状态期间在服务代理(例如，服务代理300、521到523和/或SR120)处的摘要树600的实施例的示意图。例如，摘要树600可以对应于在服务代理P1处的摘要树。摘要树600可以由sync代理(例如sync代理336)处的FP处理器(例如FP处理器331)生成。摘要树600可以存储于代理摘要日志(例如，摘要日志333)中并且可以表示在服务代理P1处的会议的局部化视图(例如，在特定的时刻处)的快照。摘要树600可以包括节点610(例如，描绘为)，其可以被称为全局根摘要G₁并且可以指示在全局根摘要G₁处的全局状态dg₁(t)，其中下标1可以表示服务代理P1的标识符(ID)。节点610可以分支成多个节点620(例如，描绘为)，其可以被称为代理本地摘要根。每个节点620可以对应于为会议服务的服务代理并且可以指示在对应服务代理处的本地状态dp_n(t)。对应于服务代理P1的节点620(例如，)可以进一步分支成多个叶子节点630(例如，描绘为)，其中对应于服务代理P1的属于节点620的树枝可以被称为本地摘要树。每个叶子节点630可以对应于附接到服务代理P1上的服务客户端U_m(例如，服务客户端400、531到533和/或UE130)并且可以指示从服务客户端U_m接收到的FP更新fp_m(t)(例如，所公布的内容和相关联的更新序列号)，其中下标m可以表示服务客户端ID。应注意，服务代理P1可以维持所附接的服务客户端的FP以及远程服务代理的本地状态。

通过跟踪从会议中的远程服务代理和/或所附接的服务客户端接收到的更新，服务代理P1可以跟踪并且更新在每个节点610、620和630处的状态。当服务代理P1接收到来自服务客户端m的FP更新(例如，)时，服务代理P1可以根据接收到的FP更新来更新对应于服务客户端m的节点630、以及在节点610处的全局状态dg₁(t)和在对应于服务代理P1的节点620处的本地状态dp₁(t)。当服务代理P1接收到来自远程服务代理Pn的FP更新(例如，包括全局状态dg_n(t)和/或本地状态dp_n(t))时，服务代理P1可以更新在节点610处的全局状态dg₁(t)和在对应于远程服务代理Pn的节点620处的本地状态dp_n(t)。应注意，可以在不同时刻处更新节点610、620和630处的状态。另外，服务代理P1可以将每个接收到的FP更新存储于摘要日志中的摘要日志历史中，并且可以在预定时间之后和/或基于摘要日志历史的大小清除旧的条目。

在时刻t处在服务代理P1处的全局状态dg₁(t)和本地状态dp₁(t)可以如下文所示来计算：

$\begin{array}{c}{\mathrm{dp}}_1\left(t\right)=\underset{i=1}{\overset{m}{\&Sigma;}}{\mathrm{fp}}_i\left(t\right)\\ {\mathrm{dg}}_1\left(t\right)={\mathrm{dp}}_1+\underset{j=2}{\overset{n}{\&Sigma;}}{\mathrm{dp}}_j\left(t\right)\end{array}---\left(1\right)$

其中可以表示由所附接的服务客户端在时间t处发送的FP更新的总数目，且可以表示由为会议服务的远程服务代理发送的FP更新的总数目。

在一个实施例中，连接到服务代理P1上的服务客户端可以维持摘要日志(例如，摘要日志433)以跟踪从服务代理P1接收到的更新。例如，服务客户端可以在摘要日志的摘要日志历史中生成条目以记录接收到的FP更新(例如，)，并且可以用接收到的全局根摘要更新摘要树。因而，当与以服务器为中心的架构和/或无服务器的架构相比时，所公开的多层混合会议服务控制架构可以分担对来自服务客户端的会议控制的维持和跟踪。应注意，服务客户端可以在预定时间之后和/或基于摘要日志历史的大小清除摘要日志历史中旧的条目。

每个摘要树可以表示在指定时间处会议的局部化视图的快照。每个摘要树可以包括在特定时刻处的不同树状结构。图7到9可以图示在会议期间服务代理处和服务客户端处的摘要日志的实施例。图7是会议700形成的实施例的示意图。会议700可以包括管理会议700的两个服务代理P1和P2(例如，服务代理300和/或SR120)以及三个会议参与者U1、U2和U3(例如，服务客户端400和/或UE130)。例如，参与者U1可以在时刻t1处经由服务代理P1加入会议700，参与者U3可以在时刻t2处经由服务代理P2加入会议700，并且参与者U2可以在时刻t3处经由服务代理P1加入会议700。

图8是在会议700期间服务代理(例如，服务代理300和/或SR120)处的摘要树日志800的实施例的示意图。例如，摘要树日志800可以表示服务代理P1处的摘要树日志。摘要树日志800可以图示在会议700期间在四个不同时刻处的摘要树810、820、830和840。摘要树810可以图示服务代理P1处在会议的开始时间t0处的会议视图。摘要树820可以图示当参与者U1经由服务代理P1加入会议时在时刻t1处的会议视图。摘要树830可以图示当参与者U3经由服务代理P2加入会议时在时刻t2处的会议视图。摘要树840可以图示当参与者U2经由服务代理P1加入会议时在时刻t3处的会议视图。每个摘要树810、820、830和840可以包括与本文在上文所描述的摘要树600中实质上类似的结构。如摘要树日志800中所示，当参与者经由服务代理加入会议时，在处的对应本地状态dp_n以及在处的全局状态dg₁可以递增一。应注意，服务代理P1的本地状态dp₁和dg₁可以通过服务代理P1计算出，并且远程服务代理的本地状态dp_n可以通过远程服务代理计算出且通过服务代理P1接收到。

图9是在会议700期间服务客户端(例如，服务客户端400和/或UE130)处的摘要历史日志900的实施例的表。例如，摘要历史日志900可以通过附接到服务代理P1上的服务客户端U1记录。摘要历史日志900可以表示全局根摘要和服务客户端FP并且可以采用如摘要树日志800中所描述的实质上类似的符号。摘要历史日志900可以图示为条目910、920、930和940，所述条目可以在接收到来自服务代理P1的FP更新之后生成。例如，条目910可以对应于会议700的开始。条目920可以在服务客户端U1接收到来自服务代理P1的指示服务客户端U1的加入的FP更新时生成。条目930可以在服务客户端U1接收到来自服务代理P1的指示服务客户端U3(例如，经由服务代理P2)的加入的FP更新时生成。条目940可以在服务客户端U1接收到来自服务代理P1的指示服务客户端U2(例如，经由服务代理P1)的加入的FP更新时生成。

图10是多层混合会议服务网络(例如，网络100)中的会议自举方法1000的实施例的协议图。方法1000可以在服务代理P1、P2和P3(例如，服务代理300和/或SR120)与参与者U1(例如，服务客户端400和/或UE130)之间实施。方法1000可以通过采用与本文在上文所描述的实质上类似的符号来表示全局根摘要和代理本地摘要根。然而，出于清楚起见，方法1000可以通过采用U_m-FP_k的符号来表示服务客户端的FP，其中U_m可以表示服务客户端m并且FP_k可以表示通过所述服务客户端公布的FP。方法1000可以以第一参与者U1加入会议开始。例如，在步骤1010处，参与者U1可以向服务代理P1发送连接请求消息以请求会议会话。在步骤1020处，服务代理P1可以通过向参与者U1发送连接回复消息作出响应以完成会议建立。

在步骤1030处，参与者U1可以向服务代理P1发送(例如，经由推送)加入更新消息，其中所述加入更新消息可以包括参与者U1的签名概要(例如，U₁-FP₀)。在步骤1031处，在接收到加入更新消息之后，服务代理P1可以根据接收到的加入更新消息在服务代理P1处的代理摘要日志(例如，摘要日志333)中更新摘要树和FP历史。例如，FP历史可以包括以下条目：

最后一个条目：＜G_1,0＞:＜P_1,0,P_2,0,P_3,0＞

当前条目：＜G_1,1＞:＜P_1,1,P_2,0,P_3,0＞:＜U₁-FP₀＞

其中服务代理P1处的全局状态dg₁和本地状态dp₁可以各自递增一。

在步骤1040处，服务代理P1可以向参与者U1发送第一摘要更新消息(例如，G_1,1/U₁-FP₀)。响应于加入更新消息，服务代理P1可以在步骤1050处向服务代理P2发送(例如，经由推送)第一加入更新消息(例如，具有更新状态P_1,1/P₂/U₁-FP₀)并且在步骤1060处向服务代理P3发送第二加入更新消息(例如，具有更新状态P_1,1/P₃/U₁-FP₀)。此时，服务代理P1、P2和P3可以与参与者U1的加入更新同步。

图11是会议同步方法1100的实施例的协议图。方法1100可以在通知过程期间在服务代理P1和P2(例如，服务代理400和/或SR120)与参与者U1和U3(例如，服务客户端400和/或UE130)之间实施，其中参与者U1可以连接到服务代理P1且参与者U3可以连接到服务代理P2。通知过程可以包含加入、退出、重新加入和/或其它会议控制通知。方法1100可以通过采用与本文在上文所描述的方法1000实质上类似的符号来表示全局根摘要、代理本地摘要根和服务客户端的FP。方法1100可以在会议处于稳定状态时开始。例如，服务代理P1和服务代理P2可以包括相同的全局状态n(例如，G_1,n、G_2,n)，服务代理P1可以包括本地状态m(例如，P_1,m)，且服务代理P2可以包括本地状态k(例如，P_2,k)。方法1100可以适合于例如从参与者U3注入新的通知消息(例如，加入、离开、重新加入和/或其它控制更新消息)后的同步状态。

在步骤1110处，参与者U3可以向服务代理P2发送(例如，经由推送)通知消息，其中所述通知消息可以包括参与者U3的签名概要(例如，U₃-FP_j)。在步骤1111处，响应于通知消息，服务代理P2可以根据所述通知消息在服务代理P2处的代理摘要日志(例如，摘要日志333)中更新摘要树和FP历史。例如，FP历史可以包括以下条目：

最后一个条目：＜G_2,n＞:＜P_1,m,P_2,k＞

当前条目：＜G_2,n+1＞:＜P_1,m,P_2,k+1＞:＜U₃-FP_j＞

其中服务代理P2处的全局状态dg₂和本地状态dp₂可以各自递增一。

在步骤1120处，在服务代理P2处更新代理摘要日志之后，服务代理P2可以向参与者U3发送(例如，经由推送)第一摘要更新消息(例如，G_2,n+1/U₃-FP_j)。在步骤1130处，响应于接收到的通知消息，服务代理P2可以向服务代理P1发送(例如，经由推送)所述通知消息(例如，具有更新状态P_2,k+1/U₃-FP_j)。

在步骤1131处，响应于通知消息，服务代理P1可以根据接收到的通知消息在服务代理P1处的代理摘要日志(例如，摘要日志333)中更新摘要树和FP历史。例如，FP历史可以包括如下文所示的以下条目：

最后一个条目：＜G_1,n＞:＜P_1,m,P_2,k＞

当前条目：＜G_1,n+1＞:＜P_1,m,P_2,k+1＞:＜U₃-FP_j＞

其中服务代理P1处的全局状态dg₁可以递增一且服务代理P2的本地状态dp₂可以根据接收到的FP更新来更新。在步骤1140处，在服务代理P1处更新代理摘要日志之后，服务代理P1可以向参与者U1发送(例如，经由推送)第二摘要更新消息(例如，G_1,n+1/U₃-FP_j)。应注意，服务代理P1和P2处的全局状态此时可以同步。

图12是会议同步方法1200的另一实施例的协议图。方法1200可以在通知过程期间在服务代理P1和P2(例如，服务代理300和/或SR120)与参与者U1和U3(例如，服务客户端400和/或UE130)之间实施，其中参与者U1可以连接到服务代理P1且参与者U3可以连接到服务代理P2。通知过程可以包含加入、退出、重新加入和/或其它会议控制通知。方法1200可以通过采用与本文在上文所描述的方法1100实质上类似的符号来表示全局根摘要、代理本地摘要根和服务客户端的FP。方法1200可以在参与者与服务代理之间采用相同的推送式机制，但是可以在服务代理之间采用拉取式机制。方法1200可以在会议处于稳定状态时开始。例如，服务代理P1和服务代理P2可以包括相同的全局状态n(例如，G_1,n、G_2,n)，服务代理P1可以包括本地状态m(例如，P_1,m)，且服务代理P2可以包括本地状态k(例如，P_2,k)。方法1200可以适合于例如从参与者U3注入新的通知消息(例如，加入、离开、重新加入和/或其它控制更新消息)后的同步状态。

在步骤1210处，服务代理P1可以向服务代理P2发送sync兴趣消息(例如，发起拉取过程的兴趣包)。sync兴趣消息可以指示在服务代理P1处的当前全局状态(例如，G_1,n)。sync兴趣消息可以用作用于下一会议更新的未完成的兴趣。

在步骤1220处，参与者U3可以向服务代理P2发送(例如，经由推送)通知消息，其中所述通知消息可以包括参与者U3的签名概要(例如，U₃-FP_j)。在步骤1221处，响应于通知消息，服务代理P2可以根据所述通知消息在服务代理P2处的代理摘要日志(例如，摘要日志433)中更新摘要树和FP历史。例如，FP历史可以包括以下条目：

最后一个条目：＜G_2,n＞:＜P_1,m,P_2,k＞

当前条目：＜G_2,n+1＞:＜P_1,m,P_2,k+1＞:＜U₃-FP_j＞

其中服务代理P2处的全局状态dg₂和本地状态dp₂可以各自递增一。

在步骤1230处，在服务代理P2处更新代理摘要日志之后，服务代理P2可以向参与者U3发送(例如，经由推送)第一摘要更新消息(例如，G_2,n+1/U₃-FP_j)。在步骤1240处，服务代理P2可以检测到服务代理P1包括具有过期的全局状态n的sync兴趣消息，并且由此可以通过向服务代理P1发送sync响应消息(例如，G_2,n+1/U₃-FP_j)来响应于所述sync兴趣消息。

在步骤1241处，响应于通知消息，服务代理P1可以根据接收到的通知消息在服务代理P1处的代理摘要日志(例如，摘要日志333)中更新摘要树和FP历史。例如，FP历史可以包括如下文所示的以下条目：

最后一个条目：＜G_1,n＞:＜P_1,m,P_2,k＞

当前条目：＜G_1,n+1＞:＜P_1,m,P_2,k+1＞:＜U₃-FP_j＞

其中服务代理P1处的全局状态dg₁可以递增一。在步骤1250处，在服务代理P1处更新代理摘要日志之后，服务代理P1可以向参与者U1发送(例如，经由推送)第二摘要更新消息(例如，G_1,n+1/U₃-FP_j)。应注意，服务代理P1和P2处的全局状态此时可以同步。另外，在接收到sync响应消息(例如，来自远程服务代理的FP更新)之后，每个服务代理P1和/或P2可以发送另一个待决sync兴趣消息以拉取下一会议更新。在一些实施例中，sync兴趣消息可以聚集到每接入链路(例如，链路141)的单个消息中。

图13是会议恢复方法1300的实施例的流程图。方法1300可以在服务代理(例如，服务代理300和/或SR120)和/或服务客户端(例如，服务客户端400和/或UE130处实施。方法1300可以适合于当采用推送式机制(例如，方法1100)用于会议控制同步时从临时网络中断恢复会议更新。方法1300可以在服务代理和/或服务客户端从例如由于网络失败、链路拥塞和/或其它网络故障条件导致的临时网络中断(例如，少于几分钟)恢复时开始。在步骤1310处，方法1300可以等待来自连接组件的通知消息。例如，用于服务客户端的连接组件可以是服务代理，且用于服务代理的连接组件可以是服务客户端和/或服务代理。

在接收到通知消息之后，方法1300可以前进到步骤1320。在步骤1320处，方法1300可以确定是否存在来自连接组件的错过的更新(例如，在临时中断期间出现的)。例如，方法1300可以将通知消息中指示的连接组件的最后一个状态与摘要日志(例如，摘要日志333和/或433)中的最近记录的状态进行比较。如果不存在错过的更新(例如，接收到的最后一个状态与最近记录的状态是相同的)，那么方法1300可以前进到步骤1330。在步骤1330处，方法1300可以更新摘要日志且返回到步骤1310。

如果存在一或多个错过的更新(例如，接收到的最后一个状态与最近记录的状态是不同的)，那么方法1300可以前进到步骤1340。在步骤1340处，方法1300可以向连接组件发送例如指示最近记录的状态和接收到的当前状态(例如，错过的更新的间隔)的恢复请求消息。在步骤1350处，方法1300可以等待恢复数据消息。在接收到恢复数据消息之后，方法1300可以继续步骤1330以更新摘要日志。方法1300可以针对会议的持续时间重复。

图14是会议恢复方法1400的另一实施例的流程图，所述方法可以在服务代理(例如，服务代理400和/或SR120)处实施。方法1400可以适合于当服务代理采用拉取式机制(例如，方法1200)用于通过远程服务代理同步会议更新时从临时网络中断恢复会议更新。方法1400可以在服务代理从例如由于链路失败、链路拥塞和/或其它网络故障条件导致的临时网络中断(例如，少于几分钟)恢复时开始。在恢复之后，服务代理可能已经错过在临时网络中断期间出现的一或多个会议更新(例如，更高级的全局状态)。在步骤1410处，方法1400可以启动具有预定等待周期(例如，随机的时间周期)的定时器。在步骤1420处，方法1400可以确定定时器是否已经到时(例如，到达等待周期末尾)。

如果定时器尚未到时，那么方法1400可以在步骤1440处检查是否接收到摘要更新消息。如果方法1400未接收到摘要更新消息，那么方法1400可以返回到步骤1420并继续等待定时器到时。如果方法1400接收到摘要更新消息，那么方法1400可以前进到步骤1450。在步骤1450处，方法1400可以根据接收到的摘要更新消息更新摘要日志(例如，摘要日志333)。例如，摘要更新消息可以包括在临时网络中断期间出现的会议更新。

如果在步骤1420处定时器到时，那么方法1400可以前进到步骤1430。在步骤1430处，方法1400可以发送恢复sync消息以请求会议更新恢复。在步骤1431处，方法1400可以等待恢复更新消息。如果方法1400接收到恢复更新消息，那么方法1400可以前进到步骤1450以更新摘要日志。在一个实施例中，恢复更新消息可以包括在临时网络中断期间出现的会议更新中的一些或全部。应注意，在方法1400结束时会议可以返回到稳定状态(例如，所有服务代理包括相同的全局状态)。另外，在恢复过程期间出现其它网络中断时可以重复方法1400并且可以针对定时器采用不同的等待时间(例如，具有指数回退)。

应注意，在一些实施例中，本地服务代理可以在维持与第二远程服务代理的网络连接时检测来自第一远程服务代理的错过的心跳消息(例如，由于在本地服务代理与第一远程服务代理之间的长期网络连接失败而导致)。在此类实施例中，可能出现网络分区。然而，本地服务代理可以采用方法1300和/或1400以请求从第二远程服务代理恢复第一远程服务代理处的会议更新。

在一个实施例中，服务客户端(例如，服务客户端400和/或UE130)和/或服务代理(例如，服务代理300和/或SR120)可以在接收到来自对应组件的通知消息之后例如经由方法1100和/或1200同步会议更新(例如，FP更新和/或状态)。通知的一些实例可以包含加入通知、退出通知、重新加入通知和/或任何其它类型的通知。加入通知过程可以由首次加入会议的服务客户端发起，并且可以包含以下步骤：例如在登录服务器处的登录授权、对网络的登录消息的公布、和/或登录通知的发送。当服务客户端向服务代理发送加入消息(例如，包含服务客户端的FP)时，服务代理可以高速缓冲存储服务客户端的FP、更新服务代理的本地摘要树(例如，摘要树600)、重新计算服务代理的根摘要并且向其它远程服务代理推送加入通知。

退出通知过程可以由有意离开(例如，发送退出消息)会议的服务客户端发起，并且可以包含以下步骤：例如在登录服务器处的退出授权、对网络的退出消息的公布、和/或退出通知的发送。当服务客户端向服务代理发送退出消息时，服务代理可以删除服务代理的摘要树中的对应叶子节点、重新计算服务代理的根摘要并且向其它远程服务代理推送退出通知。在记录过程之后可以结束会议会话，例如，服务客户端可以向服务代理发送结束请求消息并且服务代理可以用结束回复消息作出响应。

重新加入通知过程可以由有意离开会议(例如，退出通知)并接着随后重新加入会议的服务客户端发起。在服务代理接收到来自服务客户端的退出通知之后，服务代理可以保留离开的服务客户端的一些信息(例如，FP更新和/或状态)预定的时间周期(例如，重新加入超时间隔)。当服务客户端在重新加入超时间隔内重新加入会议时，服务代理可以恢复服务客户端的就在退出过程之前的最后一个状态。然而，当服务客户端在重新加入超时间隔之后加入会议时，加入过程可实质上类似于第一次加入过程。

恢复过程可以在网络(例如，网络100)经历临时中断和/或断开连接之后出现。例如，会议组件(例如，sync代理336和/或sync客户端436)可以在中断期间继续发送心跳信号，但是可以不接收来自连接组件的心跳信号。当中断的持续时间是在预定超时间隔(例如，断开连接超时间隔)内时，每个会议组件在从中断恢复之后可以维持摘要日志状态(例如，在摘要日志333和/或433处)并且可以用(例如，在中断之前的)最后一个状态继续。在恢复之后，每个组件可以检测来自连接组件的错过的更新(例如，在中断期间出现的)并且可以请求来自连接组件的摘要日志历史(例如，经由方法1300和/或1400)。

然而，当网络经历长期网络失败(例如，长于断开连接超时间隔)时，可以在服务代理和/或服务客户端处执行断开连接过程。例如，当在服务代理与服务客户端之间出现网络干扰时，服务代理可以检测所述失败并且可以通过采用与在退出通知过程中实质上类似的机制断开服务客户端。当在服务代理处出现网络干扰时，其它远程服务代理可以检测所述网络失败，并且每个服务代理可以例如通过删除对应于故障服务代理的节点并且重新计算全局状态来更新服务代理的摘要日志。

在多层混合会议服务网络(例如，网络100)的实施例中，在控制面(例如，控制路径191和192)中在服务代理和/或服务客户端之间交换的会议控制和/或信令可以包含会话建立和/或结束消息、服务相关的同步消息、心跳消息、和/或恢复消息。例如，会话建立和/或结束消息、服务相关的消息、和/或恢复消息可以由在sync代理(例如，sync代理336)和/或sync客户端(例如，sync客户端436)处的FP处理器(例如，FP处理器331和/或431)发起和/或生成。消息可以呈根据ICN协议构造的兴趣包和/或数据包的形式。例如，可以采用兴趣包以用于发送通知消息并且可以采用推送式机制。一些兴趣包可以跟随有数据包(例如，响应消息)。

图15是ICN协议兴趣包1500的实施例的示意图。包1500可以包括名称字段1510和随机数字段1520。名称字段1510可以是用以识别信息对象的基于名称的标识符。随机数字段1520可以是经采用用于安全性、认证和/或加密的数值。例如，随机数字段1520可以包括随机数目。包1500可以经由推送式机制和/或拉取式机制发送。

在一个实施例中，例如会话建立和/或结束消息、服务相关的通知消息、心跳消息、和/或恢复消息等会议服务控制消息可以作为ICN协议兴趣包1500发送。每个包1500中的名称字段1510可以路由前缀(例如，<Routing-Prefix>)开始，所述路由前缀可以是基于名称的并且可以识别兴趣包1510的接收方。以下列出路由前缀的实例：

接收方	路由前缀的名称
		sync代理	<ProxyIDR>
sync客户端	<ISP>:<DeviceID>

表1-路由前缀的名称

ProxyIDR可以是用以识别位于SR(例如，SR120可以主控一或多个sync代理)中的sync代理(例如，sync代理336)的远程sync代理ID。ISP可以是用以向会议参与者(例如，UE130)提供因特网服务的ISP的名称。DeviceID可以是用以识别会议参与者(例如，位于UE130中的sync客户端436)的UEID或sync客户端ID

在会话建立和/或结束过程中，sync客户端可以向sync代理分别发送请求连接到会议和/或从会议断开连接的会话建立和/或结束消息。例如，用于会话建立和/或结束消息的兴趣包可以包括如下文所示的名称字段1510：

<Routing-Prefix>:<ServiceID>:<ClientID>:<Msg-Type>

其中Routing-Prefix可以是用于如本文在上文的表1中所示的sync代理的路由前缀。ServiceID、ClientID和Msg-Type可以指示如下文所示的信息：

名称	描述
		ServiceID	服务名称(例如，聊天室名称)
ClientID	sync客户端ID
		Msg-Type	连接(例如，会话建立)或断开连接(例如，会话结束)

表2-(sync客户端到sync代理的)会话建立和/或结束消息的名称标识符描述

在通知过程中，sync客户端可以向sync代理发送请求加入、离开和/或重新加入会议的通知消息和/或其它通知信息。例如，用于从sync客户端到sync代理的通知消息的兴趣包可以包括如下文所示的名称字段1510：

<Routing-Prefix>:<ServiceID>:<Msg-Type>:<dr>:<User-FP>

其中Routing-Prefix可以是用于如本文在上文的表1中所示的sync代理的路由前缀。ServiceID、Msg-Type、dg和User-FP可以指示如下文所示的信息：

名称	描述
		ServiceID	服务名称(例如，聊天室名称)
Msg-Type	连接(例如，会话建立)或断开连接(例如，会话结束)

dg	在sync客户端的摘要日志(例如，摘要日志433)处记录的当前全局状态
		User-FP	参与者的FP的内容

表3-(sync客户端到sync代理的)通知消息的名称标识符描述

应注意，User-FP可以通过位于服务客户端(例如，服务客户端400)处的应用池(例如，应用池411)中的应用(例如，聊天应用)在UE(例如，UE130)处生成。以下示出User-FP的实例：

<ISP>:<SR-ID>:<ServiceID>:<Service-AccountID>:<msg-Seq>

其中ISP、SR-ID、ServiceID可以如本文在上文所描述，Service-AccountID可以对应于ISP网络中的UE帐户ID，并且msg-Seq可以包含参与者的签名信息、凭证信息、安全性参数和/或相关联更新序列号。例如，更新序列号可以经采用以用于标识User-FP内容。

响应于从sync客户端接收到的通知，本地sync代理可以向远程sync代理发送通知消息以向远程sync代理更新sync客户端的加入、离开、和/或重新加入和/或sync客户端的其它的公布信息。例如，用于从本地sync代理到远程sync代理的通知消息的兴趣包可以包括如下文所示的名称字段1510：

<Routing-Prefix>:<ServiceID>:<Msg-Type>:<ProxyID>:<dp_pre>:<dp_curr>:<User-FP>

其中Routing-Prefix可以是用于如本文在上文的表1中所示的远程sync代理的路由前缀。ServiceID、Msg-Type、ProxyID、dp_pre、dp_curr和User-FP可以指示如下文所示的信息：

名称	描述
		ServiceID	服务名称(例如，聊天室名称)
Msg-Type	加入、离开、重新加入会议和/或其它通知消息
		ProxyID	本地sync代理(例如，sync代理336)ID
dp_pre	在sync代理的摘要日志(例如，摘要日志333)处记录的最后一个本地状态
		dp_curr	在sync代理处的更新的本地更新
User-FP	sync客户端的FP内容(例如，谁发起了加入、离开、重新加入和/或其它通知)

表4-(本地sync代理到远程sync代理的)通知消息的名称标识符描述

响应于从远程sync代理接收到的通知，本地sync代理可以向sync客户端发送通知消息(例如，单播)以更新sync客户端有关附接到远程sync代理上的sync客户端的加入、离开和/或重新加入。例如，用于从本地sync代理到所附接的sync客户端的通知消息的兴趣包可以包括如下文所示的名称字段1510：

<Routing-Prefix>:<ServiceID>:<Flag>:<dg_pre><dg_curr>:<User-FP>

其中Routing-Prefix可以是用于如本文在上文的表1中所示的sync客户端的路由前缀。ServiceID、Flag、dr_pre、dr_curr和User-FP可以指示如下文所示的信息：

表5-(sync代理到sync客户端的)通知消息的名称标识符描述

在sync过程(例如，拉取式机制)中，本地服务代理可以发送作为未完成的请求的sync兴趣包，使得本地服务代理可以接收来自远程sync代理的下一会议更新。例如，用于sync兴趣消息的兴趣包可以包括如下文所示的名称字段1510：

<ServiceID>:<dg_curr>

其中ServiceID和dg_curr可以指示如下文所示的信息：

名称	描述
		ServiceID	服务名称(例如，聊天室名称)
dg_curr	在本地代理处的最后一个记录的全局状态

表6-(sync代理到sync客户端的)通知消息的名称标识符描述

心跳消息可以通过sync代理和/或sync客户端发送以指示活动性(例如，功能性指示符和连通性)。例如，本地sync代理可以向远程sync代理以及连接的sync客户端发送心跳消息，并且sync客户端可以向连接的sync代理发送心跳消息。例如，用于心跳消息的兴趣包可以包括如下文所示的名称字段1510：

<Routing-Prefix>:<OriginatorID>:<Flag>:<Sequence_no>

其中Routing-Prefix可以取决于如本文在上文的表1中所示的既定接收方而改变。OriginiatorID、Flag和sequence_no可以指示如下文所示的信息：

表7-心跳消息的名称标识符描述

应注意，心跳消息可以周期性地发送和/或由预定事件驱动。在一些实施例中，心跳消息的接收方可以发送确认消息(例如，如下文更全面地论述的数据包)。

恢复过程可以指在sync客户端和/或sync代理处的临时网络中断之后的网络恢复。在中断期间，sync客户端和/或sync代理可能错过来自对应连接组件的更新(例如，通知消息)。在恢复之后，sync客户端和/或sync代理可以在接收到从对应连接组件接收的通知消息时检测错过的更新。例如，在本地服务代理采用推送式机制用于与远程服务代理的会议更新同步时，本地服务代理可以通过确定从远程sync代理接收到的通知消息中的dp_pre是否与记录在与远程服务代理相关联的最后一个条目中的本地状态相同(例如，没有间隔)来检测来自远程sync代理的错过的通知。sync客户端可以通过确定从sync代理接收到的通知消息中的dg_pre是否与记录在sync客户端处的最后一个全局状态相同(例如，没有间隔)来检测来自sync代理的错过的通知。例如，用于恢复消息的兴趣包可以包括如下文所示的名称字段1510：

<Routing-Prefix>:<ServiceID>:<Msg-Type>:<digest_last>:<digest_new>

其中Routing-Prefix可以取决于如本文在上文的表1中所示的既定接收方而改变。ServiceID、Msg-Type、digest_last和digest_new可以指示如下文所示的信息：

名称	描述
		ServiceID	服务名称(例如，聊天室名称)
Msg-Type	恢复
		digest_last	最后一个记录的全局状态dg或本地状态dp
digest_new	最近接收到的全局状态dg或本地状态dp

表8-恢复消息的名称标识符描述

应注意，digest_last和digest_new可以取决于发送方和/或接收方而改变。例如，在sync客户端请求来自sync代理的摘要日志历史时，digest_last和digest_new可以指全局状态dg。在sync代理请求来自远程sync代理的摘要日志历史时，digest_last和digest_new可以指远程sync代理的本地状态dp_n。digest_last和digest_new可以指示错过的摘要日志历史。

图16是ICN协议数据包1600的实施例的示意图。包1600可以包括名称字段1610和数据字段1620。名称字段1610可以实质上类似于名称字段1610。数据字段1620可以包括消息序列的内容并且可以取决于消息类型而改变，例如，一些消息可以包括附加的签名概要和/或凭证信息。

在一个实施例中，例如会话建立和/或结束响应消息和/或恢复数据消息等会议服务控制消息可以作为ICN协议数据包1600发送。在会话建立和/或结束过程中，sync代理可以通过发送会话建立响应和/或会话结束响应来响应于sync客户端。例如，用于会话建立和/或结束响应消息的数据包可以包括实质上类似于本文在上文所描述的会话建立和/或结束兴趣中的名称字段的名称字段1610。用于会话建立和/或结束响应的数据包中的数据字段1620可以包含sync代理处的全局状态(例如，dg)和/或对所请求的会话建立和/或结束的确认。

在恢复过程中，sync代理可以通过发送摘要日志历史来响应于连接组件的恢复请求消息。摘要日志的深度(例如，记录条目的数目)可以通过如本文在上文所描述的恢复兴趣包中指示的digest_last和digest_new和/或如由响应组件所维持的高速缓冲存储器中的深度来确定。例如，用于恢复响应消息的数据包可以包括实质上类似于本文在上文所描述的恢复兴趣中的名称字段的名称字段1610。用于恢复响应的数据包中的数据字段1620可以包含在名称字段1610中指示的digest_last与digest_new之间更新的FP的历史。

在sync过程中，sync代理可以通过发送sync数据响应消息(例如，sync兴趣消息中的全局状态dg_curr是过时的)来响应于来自远程sync代理的未完成的sync兴趣消息。sync代理可以发送包括更新的全局状态(例如，dg_new)和对应于从dg_curr到dg_new的全局状态转换的FP的sync数据响应消息。

本发明公开至少一项实施例，且所属领域的普通技术人员对所述实施例和/或所述实施例的特征作出的变化、组合和/或修改均在本发明公开的范围内。因组合、合并和/或省略所述实施例的特征而得到的替代性实施例也在本发明的范围内。在明确说明数字范围或限制的情况下，此类表达范围或限制应被理解成包括在明确说明的范围或限制内具有相同大小的迭代范围或限制(例如，从约为1到约为10包括2、3、4等；大于0.10包括0.11、0.12、0.13等)。例如，只要公开具有下限R_l和上限R_u的数字范围，则明确公开了此范围内的任何数字。具体而言，在所述范围内的以下数字是明确公开的：R＝R₁+k×(R_u-R₁)，其中k为从1％到100％范围内以1％递增的变量，即，k为1％、2％、3％、4％、7％……70％、71％、72％……97％、96％、97％、98％、99％或100％。此外，由上文所定义的两个数字R定义的任何数字范围也是明确公开的。除非另有说明，否则术语“约”是指随后数字的±10％。相对于权利要求的任一元素使用术语“选择性地”意味着所述元素是需要的，或者所述元素是不需要的，两种替代方案均在所述权利要求的范围内。使用如“包括”、“包含”和“具有”等较广术语应被理解为提供对如“由……组成”、“基本上由……组成”以及“大体上由……组成”等较窄术语的支持。因此，保护范围不受上文所陈述的说明限制，而是由所附权利要求书界定，所述范围包含所附权利要求书的标的物的所有等效物。每一和每条权利要求作为进一步揭示内容并入说明书中，且所附权利要求书是本发明的实施例。对所述揭示内容中的参考进行的论述并非承认其为现有技术，尤其是具有在本申请案的在先申请优先权日期之后的公开日期的任何参考。本发明中所引用的所有专利、专利申请案和公开案的揭示内容特此以引用的方式并入本文本中，其提供补充本发明的示例性、程序性或其它细节。

虽然本发明中已提供若干实施例，但应理解，在不脱离本发明的精神或范围的情况下，本发明所公开的***和方法可以以许多其他特定形式来体现。本发明的实例应被视为说明性而非限制性的，且本发明并不限于本文本所给出的细节。例如，各种元件或部件可以在另一***中组合或合并，或者某些特征可以省略或不实施。

此外，在不脱离本发明的范围的情况下，各种实施例中描述和说明为离散或单独的技术、***、子***和方法可以与其它***、模块、技术或方法进行组合或合并。展示或论述为彼此耦合或直接耦合或通信的其它项也可以采用电方式、机械方式或其它方式通过某一接口、设备或中间部件间接地耦合或通信。其他变化、替代和改变的示例可以由本领域的技术人员在不脱离本文精神和所公开的范围的情况下确定。

Claims (20)

1.一种网元(NE)，其特征在于，包括：

存储器，其用于存储会议的摘要日志；

接收器，其用于接收来自与所述NE相关联的多个参与者中的第一参与者的第一消息，其中所述第一消息包括所述第一参与者的签名概要；

处理器，其耦合到所述接收器和所述存储器，并且用于通过根据所述第一消息执行所述摘要日志的第一更新来跟踪所述会议的状态；以及

发射器，其耦合到所述处理器，并且用于向为所述会议服务的多个服务代理中的第一服务代理发送用于指示所述第一更新的第二消息。

2.根据权利要求1所述的NE，其特征在于，执行所述第一更新包括：

在所述摘要日志中生成当前条目；

通过递增所述摘要日志的最后一个条目中的本地状态来计算所述当前条目的本地状态；以及

在所述当前条目中记录所述第一参与者的签名概要，并且

其中所述第二消息包括：

所述当前条目中的所述本地状态；

所述最后一个条目中的所述本地状态；以及

所述第一参与者的签名概要。

3.根据权利要求1所述的NE，其特征在于，所述接收器进一步用于接收来自所述第一服务代理的第三消息，其中所述第三消息包括与所述第一服务代理相关联的第二参与者的签名概要，其中所述处理器进一步用于根据所述第三消息执行所述摘要日志的第二更新，并且其中所述发射器进一步用于向所述第一参与者发送用于指示所述第二更新的第四消息。

4.根据权利要求3所述的NE，其特征在于，所述第三消息进一步包括所述第一服务代理的当前本地状态以及所述第一服务代理的最后一个本地状态，其中执行所述第二更新包括：

在所述摘要日志中生成与所述第一服务代理相关联的当前条目；

在所述当前条目中记录所述当前本地状态；以及

通过递增所述摘要日志的最后一个条目中的全局状态来计算所述当前条目中的全局状态，并且

其中所述第四消息包括：

所述当前条目的所述全局状态；

所述最后一个条目的所述全局状态；以及

所述第二参与者的签名概要。

5.根据权利要求4所述的NE，其特征在于，所述处理器进一步用于当所述第三消息中指示的所述最后一个本地状态不同于与所述第一服务代理相关联的最后一个条目中的当前本地状态时确定所述NE已经错过来自所述第一服务代理的一或多个更新，其中所述发射器进一步用于向所述第一服务代理发射恢复请求消息以请求所述错过的更新，并且其中所述接收器进一步用于接收来自所述第一服务代理的包括所述错过的更新中的至少一更新的恢复数据消息。

6.根据权利要求1所述的NE，其特征在于，所述接收器进一步用于接收包括针对在第一状态与第二状态之间的所述摘要日志的请求的恢复请求消息，其中所述处理器进一步用于提取包括在所述第一状态与所述第二状态之间的状态的所述摘要日志的一部分，并且其中所述发射器进一步用于发射包括所述摘要日志的所述所提取部分的恢复数据消息。

7.根据权利要求1所述的NE，其特征在于，所述摘要日志包括：

在指定时间的所述服务代理以及对应于所述服务代理的本地状态的记录；

在所述指定时间的所述参与者以及对应于所述参与者的签名概要的记录；以及

在所述指定时间的所述会议的全局状态。

8.根据权利要求1所述的NE，其特征在于，所述处理器进一步用于：

接收用于指示在所述NE与所述第一服务代理之间的网络连通状态的心跳消息；以及

当对于超时窗口未接收到来自所述第一服务代理的心跳消息时生成恢复请求消息，并且

其中所述发射器进一步用于向所述多个服务代理中的第二服务代理发送所述恢复请求消息。

9.根据权利要求1所述的NE，其特征在于，所述NE是用于所述会议的支持信息为中心的组网(ICN)的服务代理，其中所述第一消息和所述第二消息是ICN协议包，其中所述第一消息和所述第二消息各自包括基于可路由名的标识符，并且其中所述第一消息进一步包括加入会议请求、离开会议、重新加入会议请求、或其组合。

10.一种用于使针对信息为中心的组网(ICN)网络中的本地服务代理处的会议的服务控制同步的方法，其特征在于，包括：

接收来自与所述本地服务代理相关联的多个参与者中的第一参与者的第一消息，其中所述第一消息包括所述第一参与者的签名概要，并且其中所述第一消息通过采用基于ICN内容名称的路由方案来接收；

通过根据所述第一消息执行摘要日志的第一更新来跟踪所述会议的状态；以及

向为所述会议服务的多个远程服务代理中的第一远程服务代理发送用于指示所述第一更新的第二消息。

11.根据权利要求10所述的方法，其特征在于，执行所述第一更新包括：

在所述摘要日志中生成当前条目；

通过递增所述摘要日志的所述最后一个条目中的全局状态来计算所述当前条目中的全局状态，并且

在所述当前条目中记录所述第一参与者的签名概要。

12.根据权利要求11所述的方法，其特征在于，进一步包括：

接收包括所述第一远程服务代理的全局状态的同步(sync)兴趣消息；以及

当所述当前条目中的所述全局状态比所述接收到的sync兴趣消息中的所述第一远程服务代理的全局状态更为新近时发起所述第二消息的所述发送，

其中所述第二消息包括所述摘要日志的所述当前条目中的所述全局状态以及所述第一参与者的签名概要。

13.根据权利要求10所述的方法，其特征在于，进一步包括：

接收来自所述第一远程服务代理的第三消息，其中所述第三消息包括与所述第一远程服务代理相关联的第二参与者的签名概要以及所述第一远程服务代理的全局状态；

根据所述第三消息执行所述摘要日志的第二更新；以及

向所述第一参与者推送用于指示所述第二更新的第四消息。

14.根据权利要求13所述的方法，其特征在于，执行所述第二更新包括：

在所述摘要日志中生成与所述第一远程服务代理相关联的当前条目；以及

在所述当前条目中记录所述第三消息的所述全局状态，

其中所述第四消息包括：

在所述第三消息中接收的所述全局状态；

所述摘要日志的最后一个条目中的全局状态；以及

所述第二参与者的签名概要，

其中所述方法进一步包括发送同步(sync)兴趣消息以指示对于下一会议更新的兴趣，并且

其中所述sync兴趣消息包括所述摘要日志的所述当前条目中的所述全局状态。

15.根据权利要求10所述的方法，其特征在于，进一步包括：

接收来自所述第一参与者的恢复请求消息，其中所述恢复请求消息包括针对在第一全局状态与第二全局状态之间的所述摘要日志的请求；

响应于接收所述恢复请求消息，提取包括在所述第一全局状态与所述第二全局状态之间的状态的所述摘要日志的一部分；以及

向所述第一参与者发射包括所述摘要日志的所述所提取部分的恢复数据消息。

16.根据权利要求10所述的方法，其特征在于，进一步包括：

当所述本地服务代理已经错过来自所述第一远程服务代理的一或多个更新时启动具有等待周期的定时器；

当所述定时器达到所述等待周期且在所述等待周期期间未接收到会议更新时发送恢复请求消息；

接收包括所述错过的更新中的至少一个更新的恢复数据消息。

17.根据权利要求10所述的方法，其特征在于，进一步包括：

接收用于指示在所述本地服务代理与所述第一参与者之间的网络连通状态的心跳消息；

当对于超时窗口未接收到来自所述第一参与者的心跳消息时通过从所述摘要日志中移除所述第一参与者来执行所述摘要日志的第三更新；以及

向所述第一远程服务代理发送指示所述第三更新的第三消息。

18.一种用于由为信息为中心的组网(ICN)网络中的会议服务的本地服务代理使用的计算机程序产品，其特征在于，包括存储在非瞬时性计算机可读介质上的计算机可执行指令，以便所述指令在由处理器执行时使得所述本地服务代理进行以下操作：

接收来自与所述本地服务代理相关联的多个参与者中的第一参与者的第一消息，其中所述第一消息包括所述第一参与者的签名概要，并且其中所述第一消息经由基于ICN内容名称的路由方案来接收；

通过根据所述第一消息执行摘要日志的第一更新来跟踪所述会议的状态，其中执行所述第一更新包括在所述摘要日志中记录所述第一参与者的签名概要；以及

向为所述会议服务的多个远程服务代理中的第一远程服务代理发送用于指示所述第一更新的第二消息。

19.根据权利要求18所述的计算机程序产品，其特征在于，所述指令进一步使所述处理器进行以下操作：

接收来自所述第一远程服务代理的第三消息，其中所述第三消息包括与所述第一远程服务代理相关联的第二参与者的签名概要；

根据所述第三消息执行所述摘要日志的第二更新；以及

向所述第一参与者发送用于指示所述第二更新的第四消息。

20.根据权利要求19所述的计算机程序产品，其特征在于，执行所述第一更新进一步包括：

递增所述摘要日志中的全局状态；以及

递增所述摘要日志中的所述本地服务代理的本地状态，

其中所述第三消息进一步包括所述第一远程服务代理的本地状态，

其中执行所述第二更新包括：

递增所述摘要日志中的所述全局状态；以及

通过在所述摘要日志中记录所述第三消息的所述本地状态来跟踪所述第一远程服务代理的本地状态，并且

其中所述摘要日志包括：

在指定时间的所述远程服务代理以及对应于所述远程服务代理的本地状态的记录；

在所述指定时间的所述参与者以及对应于所述参与者的签名概要的记录；以及

在所述指定时间的所述全局状态。