CN102118735B - 基于轻量级目录访问协议实现数据订阅通知的方法 - Google Patents
基于轻量级目录访问协议实现数据订阅通知的方法 Download PDFInfo
- Publication number
- CN102118735B CN102118735B CN201010003061.5A CN201010003061A CN102118735B CN 102118735 B CN102118735 B CN 102118735B CN 201010003061 A CN201010003061 A CN 201010003061A CN 102118735 B CN102118735 B CN 102118735B
- Authority
- CN
- China
- Prior art keywords
- ldap
- notice
- data
- request
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Landscapes
- Computer And Data Communications (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开了一种基于轻量级目录访问协议(LDAP)实现数据订阅通知的方法,包括:A、LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求,并根据第一请求配置通知条件;或者LDAP服务器根据本地配置策略配置通知条件;B、当发生数据变化满足通知条件时,LDAP服务器向LDAP客户端发送通知,其中携带标识和关于数据变化的信息;C、LDAP服务器接收来自LDAP客户端的第二请求,其中携带标识。本发明提供了多种基于LDAP实现数据订阅通知的方法,有效满足了UDC网络的订阅通知功能。
Description
技术领域
本发明涉及移动通信领域,具体而言,涉及一种基于轻量级目录访问协议(LDAP,Lightweight Directory Access Protocol)实现数据订阅通知的方法。
背景技术
业界提出了统一用户数据模型的概念,即将同一用户分布在不同网元上的数据融合起来,以用户标识作为基本标识,按照统一的数据结构组织,作为所有网络的唯一用户数据源。在物理实现上,统一用户数据模型存储在网络的唯一数据存储网元:中心数据库(CDB,Center Database)上,该中心数据库存储用户的同一数据模型,保证数据的一致性、可靠性和安全性,提供与业务和数据无关的开放接口,为其他数据查询网元提供数据访问服务。
融合终端数据、接入或核心网络数据、业务数据、Internet业务数据,应用和数据解耦,进行统一管理,建立统一用户数据中心,可以简化网络,缩短新业务发布时间,促进业务创新,为运营商提供有竞争力的业务融合奠定基础。
图1A描述了3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)组织关于用户数据融合(UDC,User DataConvergence)所建立的网络架构模型。其中,UDC网络包括支持多种应用的应用前端和用户数据仓储。应用前端处理与数据无关的应用逻辑,不负责存储用户数据信息;用户数据仓储作为网络中的用户数据中心,融合了各种应用数据,并为各种不同的应用前端提供统一的开放式Ud访问接口。UDC网络架构不影响现有的网络架构,即应用前端与核心网元、业务层应用及BOSS(Business &Operation Support System,电信业务运营支撑系统)之间的现有接口不受影响。例如,支持HSS(Home Subscriber Service,归属用户服务)应用的应用前端需要支持HSS所支持的基于Diameter协议的S6a/S6d接口、Cx、Sh接口等。支持HLR(Home Location Register,归属位置寄存器)应用的应用前端需要支持HLR所支持的基于MAP(Mobile Application Part,移动应用部分)协议的C,D,Gr接口等。
进一步地,3GPP定义Ud访问接口可以基于IETF(InternetEngineering Task Force,互联网工程任务组)定义的LDAP实现数据的接口访问。LDAP是一种基于客户端/服务器模式的目录访问协议,其实是一种号码簿,LDAP是一种特殊的数据库。图1B描述了LDAP目录服务系统访问的参考架构,其中LDAP客户端与LDAP服务器之间的目录访问应用协议承载于传送连接协议/互联协议(TCP/IP,Transmission Connection Protocol/Internet Protocol)协议之上,LDAP服务器数据基于目录信息树(DIT,Directory InformationTree)模型进行存储。图1C描述了ITU(InternationalTelecommunication Union,国际电信联盟)定义的X.500协议中的DIT模型,其中,最上面的一个节点为根节点,用圆圈表示,根节点下可以有多个对象条目,对象条目下可以有多个子条目,每一个条目是一个属性的集合,每个属性包含了一个类型和对应的值。别名条目指向了DIT中的另一个对象条目,别名条目下没有对应的子条目。
UDC网络要求支持订阅通知功能,并在用户数据仓储发送通知消息失败后可以重新选择一个新的应用前端重新发送通知消息。例如:应用服务器(AS,Application Server)可以通过已有的Sh接口向HSS应用前端发送订阅通知消息请求订阅保存在用户数据仓储中的特定用户签约数据变化的通知事件。在订阅数据发生变化后,用户数据仓储需要通过Ud接口经HSS应用前端通知AS订阅的最新数据。所选择的HSS应用前端可以是最初订阅所选择的应用前端,或处于同一集合内的其他支持相同应用的HSS应用前端。
进一步地,对于某种非显而易见的订阅通知,例如:运营商出于管理的要求,需要删除已注册用户在归属网络中保存的位置信息,此时归属网络需要向用户注册的网元实体触发位置注销消息。这种非显而易见的订阅需要根据运营商的本地策略提前配置在用户数据仓储中。
采用LDAP实现Ud接口功能后,UDC应用前端演变为LDAP客户端,UDC用户数据仓储演变为LDAP服务器,用户数据存储在LDAP服务器上,LDAP客户端仅处理应用逻辑,不保存任何用户数据。但是LDAP现有的基础协议并不能实现数据的订阅通知功能。在LDAP扩展协议IETF RFC4533协议中定义了目录同步操作,图2描述了基于LDAP,通过扩展LDAP查询操作,实现LDAP服务器利用通知机制向LDAP客户端同步更新目录的操作流程。目录同步操作共包括如下三个阶段:
同步操作刷新阶段:扩展LDAP查询操作由LDAP客户端发起目录同步初始请求,当目录条目发生改变后,LDAP服务器返回变化目录条目的唯一全局标识(UUID,Universally Unique Identifier),同时返回cookie参数记录目录更新同步状态。LDAP客户端根据cookie参数再次发起目录同步更新请求,LDAP服务器返回未变化目录条目或删除目录条目的UUID。LDAP客户端根据返回的目录条目重构DIT目录副本。
同步操作持续阶段:LDAP客户端发起目录同步请求时,要求目录同步持续,因此LDAP服务器需要保持当前消息会话,并在目录条目发生变化时及时通知LDAP客户端。
同步操作取消阶段:LDAP客户端或LDAP服务器不需要保持当前消息会话时,则由LDAP客户端发起取消操作释放当前消息会话,或由LDAP服务器发送查询结果完成消息结束当前查询。
发明人发现目录同步操作的通知机制的缺陷就是需要维持当前查询消息会话,长期占用LDAP服务器的会话资源,而且不能满足UDC网络关于支持订阅通知功能的需求。
图3描述了IETF现有的草案文稿针对UDC网络特定需求,基于LDAP扩展协议实现数据订阅通知的流程,包括如下的技术特征:
步骤S302,LDAP客户端向LDAP服务器发送扩展请求,其中,通过LDAP扩展操作新增订阅消息,其中订阅相关数据携带在请求值参数中,LDAP客户端向LDAP服务器发送订阅消息并完成数据订阅;
步骤S304,LDAP服务器向LDAP客户端返回扩展响应,该响应可以是扩展LDAP主动通知消息(消息标识(ID,Identifier)为0),其中,响应名称为数据变化通知的对象标识(OID,ObjectIdentifier),通知数据包含在响应值中;
步骤S306,当订阅数据发生变化时,LDAP服务器向LDAP客户端发送所述数据变化通知消息,LDAP客户端接收到数据变化通知后,执行相关的通知应用流程。
发明人发现所述草案文稿提供的技术方案与目录同步操作的技术方案不同,不需要维持消息会话,且不涉及目录条目的变更。但是,所述草案文稿提供的技术方案存在一个缺陷就是所述数据变化通知消息为单向消息,LDAP服务器发送通知消息后无法得到LDAP客户端的确认,不能执行后续流程的处理,因此不能很好满足UDC网络关于支持订阅通知功能的需求。
发明内容
本发明旨在提供一种基于LDAP实现数据订阅通知的方法,解决现有技术LDAP服务器发送数据变化通知消息后无法得到LDAP客户端的确认的问题。
在本发明的实施例中,提供了一种基于LDAP实现数据订阅通知的方法,包括:A、LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求,并根据第一请求配置通知条件;或者LDAP服务器根据本地配置策略配置通知条件;B、当发生数据变化满足通知条件时,LDAP服务器向LDAP客户端发送通知,其中携带标识和关于数据变化的信息;C、LDAP服务器接收来自LDAP客户端的第二请求,其中携带标识。
可选地,在上述的方法中,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求包括:LDAP服务器接收到来自LDAP客户端的LDAP修改请求消息,其中携带:对象参数,包括对象标识,对象标识指向订阅数据所在的对象条目,订阅数据指被订阅的数据;订阅类型控制参数,用于指示订阅类型为订阅或取消订阅;订阅数据参数,其包括订阅数据的名称。
可选地,在上述的方法中,LDAP修改请求消息还携带:订阅数据值返回控制参数,用于描述是否需要返回订阅数据的当前值;和/或订阅附加数据参数,其包括订阅方源实体标识和/或订阅期限。
可选地,在上述的方法中,订阅数据值返回控制参数指示需要返回订阅数据当前值时,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求还包括:LDAP服务器通过LDAP中间响应消息向LDAP客户端返回订阅数据的当前值,其中,LDAP中间响应消息包含设置为订阅中间响应消息对象标识,其用于指示LDAP中间响应消息是针对LDAP修改请求消息所产生的中间响应消息;LDAP服务器向LDAP客户端返回LDAP修改响应消息。
可选地,在上述的方法中,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求包括:LDAP服务器接收到来自LDAP客户端的LDAP修改请求消息,其中携带:对象参数,包括对象标识,对象标识指向与订阅数据相关的对象条目,对象条目与订阅附加数据相关联,订阅数据指被订阅的数据;订阅数据参数,其包括订阅数据的名称;订阅附加数据参数,其包括订阅类型,用于指示订阅类型为订阅或取消订阅。
可选地,在上述的方法中,订阅附加数据参数还包括:订阅方源实体标识,用于指示发送订阅请求消息的最初实体;和/或订阅期限。
可选地,在上述的方法中,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求包括:LDAP服务器接收到来自LDAP客户端的LDAP扩展请求消息,其中携带:请求名称参数,设置为订阅请求对象标识,其用于指示LDAP扩展请求消息为订阅请求消息;请求值参数,其包含:对象子参数,用于指示订阅数据子参数所关联的对象条目;订阅类型子参数,用于指示订阅数据的类型为订阅或取消订阅;订阅数据子参数,其包括订阅数据的名称。
可选地,在上述的方法中,请求值参数还包括:订阅数据值返回子参数,用于描述是否需要返回订阅数据的当前值;和/或订阅附加数据子参数,其包括订阅方源实体标识和/或订阅有效时长。
可选地,在上述的方法中,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求还包括:如果订阅数据值返回子参数设置为是,则LDAP服务器通过LDAP中间响应消息向LDAP客户端返回订阅数据的当前值,响应名称参数设置为订阅中间响应对象标识,其用于指示LDAP中间响应消息是针对LDAP扩展请求消息所产生的中间响应消息。
可选地,在上述的方法中,步骤B包括:LDAP服务器更新数据,并检查到数据变化且被订阅;LDAP服务器向LDAP客户端发送LDAP扩展响应消息,其中携带:消息ID参数,设置为指示LDAP扩展响应消息是主动通知消息;响应名称参数,设置为数据修改通知对象标识,其用于指示LDAP扩展响应消息为数据修改通知消息;响应值参数,其中携带作为标识的通知ID子参数,通知数据子参数和通知附加数据子参数。
可选地,在上述的方法中,通知ID子参数中包含的标识包含于LDAP扩展响应消息的控制参数中。
可选地,在上述的方法中,通知数据子参数包含订阅数据的初始值和当前值,通知附加数据子参数包含订阅方源实体标识、通知指示,通知指示用于指示需要LDAP客户端执行通知应用流程的信息。
可选地,在上述的方法中,步骤C包括:LDAP客户端根据消息ID参数设置的值和LDAP扩展响应消息的响应名称参数中设置的对象标识判断出LDAP扩展响应消息是关于数据变化的主动通知消息,则进行通知检查,检查通过则根据通知附加数据子参数执行通知应用流程,并且执行成功;LDAP客户端通过LDAP扩展请求消息向LDAP服务器上报通知应用流程执行的结果,其中LDAP扩展请求消息携带:请求名称参数,设置为通知报告对象标识,其用于指示LDAP扩展请求消息为通知报告请求消息;请求值参数,其包含通知ID子参数和值为成功的通知结果子参数;LDAP服务器接收到LDAP扩展请求消息,并通过通知ID子参数携带的标识关联到LDAP扩展响应消息;LDAP服务器根据通知结果子参数设置为成功,判断不需要进一步通知并释放消息会话资源。
可选地,在上述的方法中,步骤C包括:LDAP客户端根据消息ID参数设置的值和LDAP扩展响应消息的响应名称参数中设置的对象标识判断出LDAP扩展响应消息是关于数据变化的主动通知消息,则进行通知检查,检查不通过,则不执行通知应用流程;LDAP客户端通过LDAP扩展请求消息向LDAP服务器上报通知应用流程执行的结果,其中LDAP扩展请求消息携带:请求名称参数,设置为通知报告对象标识,其用于LDAP扩展请求消息为通知报告请求消息;请求值参数,其包含通知ID子参数和值为失败的通知结果子参数;LDAP服务器接收到LDAP扩展请求消息,并通过通知ID子参数携带的标识关联到LDAP扩展响应消息;LDAP服务器根据通知结果子参数设置为失败,判断不需要进一步通知并释放消息会话资源。
可选地,在上述的方法中,步骤C包括:LDAP客户端根据消息ID参数设置的值和LDAP扩展响应消息的响应名称参数中设置的对象标识判断出LDAP扩展响应消息是关于数据变化的主动通知消息,则进行通知检查,检查如果通过则根据通知附加数据子参数执行通知应用流程,并且执行失败;LDAP客户端通过LDAP扩展请求消息向LDAP服务器上报通知应用流程执行的结果,其中LDAP扩展请求消息携带:请求名称参数,设置为通知报告对象标识,其用于指示LDAP扩展请求消息为通知报告请求消息;请求值参数,其包含通知ID子参数和值为失败的通知结果子参数;LDAP服务器接收到LDAP扩展请求消息,并通过通知ID子参数携带的标识关联到LDAP扩展响应消息;LDAP服务器根据通知结果子参数设置为失败,判断需要进一步通知,选择下一个LDAP客户端,并重复执行步骤B和步骤C。
可选地,在上述的方法中,通知ID子参数中包含的标识可以包含于LDPA请求消息的控制参数中。
可选地,在上述的方法中,还包括:LDAP服务器超时没有接收到来自LDAP客户端的第二请求,则LDAP服务器选择下一个LDAP客户端,并重复执行步骤B和步骤C。
与现有技术相比,应用本发明有效解决了现有技术利用LDAP实现数据订阅通知功能时,LDAP服务器发送通知消息后无法得到LDAP客户端确认,因此不能有效满足UDC网络支持订阅通知功能的需求问题,同时提供了多种基于LDAP实现数据订阅通知的方法,有效满足了UDC网络的订阅通知功能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1A是3GPP定义的UDC网络系统示意图;
图1B是LDAP目录服务系统访问参考架构;
图1C是X.500协议定义的DIT模型;
图2是现有技术基于LDAP扩展协议实现LDAP服务器利用通知机制向LDAP客户端同步更新目录;
图3是现有技术基于LDAP扩展协议实现数据订阅通知的流程图;
图4A是本发明实例的扩展LDAP的修改请求消息实现数据订阅的流程图;
图4B是本发明实例的通过定义一个特殊对象条目,并包含于LDAP的修改请求消息所携带的对象参数中实现数据订阅的流程图;
图4C是本发明实例的通过LDAP的扩展操作定义新的消息实现数据订阅的流程图;
图5A是本发明实例的通过LDAP的扩展操作定义新的消息实现数据通知的流程图,应用场景:LDAP客户端成功实现应用通知;
图5B是本发明实例的通过LDAP的扩展操作定义新的消息实现数据通知的流程图,应用场景:LDAP客户端未实现应用通知,且需要LDAP服务器终止LDAP通知;
图5C是本发明实例的通过LDAP的扩展操作定义新的消息实现数据通知的流程图,应用场景:LDAP客户端实现应用通知失败,且需要LDAP服务器继续LDAP通知;
图5D是本发明实例的通过LDAP的扩展操作定义新的消息实现数据通知的流程图,应用场景:LDAP客户端无响应,LDAP服务器通知定时器超时,继续LDAP通知;
图6是本发明基本实施例的扩展LDAP的基于LDAP实现数据订阅通知的方法的流程图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图6是本发明基本实施例的扩展LDAP的基于LDAP实现数据订阅通知的方法的流程图,包括:
步骤A、LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求,并根据第一请求配置通知条件;或者,LDAP服务器根据本地配置策略配置通知条件;
步骤B、当发生数据变化满足通知条件时,LDAP服务器向LDAP客户端发送通知,其中携带标识和关于数据变化的信息;
步骤C、LDAP服务器接收来自LDAP客户端的第二请求,其中携带该标识。
与现有技术相比,该实施例的LDAP服务器向LDAP客户端发送通知时不但携带了关于数据变化的信息,还携带了标识,而且流程中增加了LDAP客户端返回第二请求的步骤,第二请求中也携带了该标识,因此起到了对LDAP服务器所发通知进行确认的作用。因此,应用本发明有效解决了现有技术利用LDAP实现数据订阅通知功能时,LDAP服务器发送通知消息后无法得到LDAP客户端确认,不能有效满足UDC网络支持订阅通知功能的需求问题,同时提供了多种基于LDAP实现数据订阅通知的方法,有效满足了UDC网络的订阅通知功能。
LDAP服务器可以根据本地配置策略提前配置通知条件,即在特殊对象条目中静态更新关联数据的相关属性,例如用户位置信息删除事件订阅,当满足此订阅条件后触发通知消息。
下面图4A到图4C的实施例说明LDAP客户端向LDAP服务器发送第一请求的多种实现方式。
图4A是本发明实例的扩展LDAP的修改请求消息实现数据订阅的流程图,包括如下的步骤:
步骤401A,LDAP服务器接收到来自LDAP客户端的LDAP修改请求消息,其中,请求消息中携带控制参数组,控制参数组为一组具有相同控制类型的参数,包括订阅类型控制,所述订阅数据类型控制描述了订阅数据的类型,例如:订阅或取消订阅。此外,控制参数组也可以包括订阅数据值返回控制,所述订阅数据值返回控制描述了是否需要在响应消息中返回订阅数据的当前值。请求消息中同时携带变化参数组,变化参数组为一组具有相同变化类型的参数,其中,变化类型包括操作参数和修改参数。订阅数据和订阅附加数据在请求消息的变化参数中携带,例如:变化参数中的操作参数可以扩展一个新值(refer)用于指明关联的修改参数所携带的数据为订阅附加数据,否则修改参数所携带的数据为订阅数据。订阅数据参数(即标识为订阅数据的变化参数)包含订阅数据的名称,订阅附加数据参数(即标识为订阅附加数据的变化参数)可以包括订阅所需的其他信息,例如:订阅方源实体标识,订阅期限等。所述订阅方源实体标识指示发送订阅请求消息的最初实体,所述订阅期限指示订阅的截止时间或有效时长。
进一步地,请求消息中同时携带对象参数,对象参数包括订阅数据所关联的对象条目的OID。所述订阅数据所关联的对象条目为现有对象条目,不直接包含与订阅数据相关的多个条目,以及每个条目所关联的与订阅附加数据相关的属性。
LDAP服务器根据订阅类型控制参数(即标识为订阅类型控制的控制参数)判断修改请求消息为订阅消息,因此从请求消息携带的对象参数值链接到一个特殊的对象条目,所述特殊的对象条目直接包含与订阅数据相关的多个条目,每个条目关联了多个与订阅附加数据相关的属性,LDAP服务器根据请求消息中携带的订阅数据匹配对象条目所关联的条目,并更新条目所对应的属性,例如:将匹配的订阅数据设置为已订阅,并保存所对应的订阅附加数据。
步骤402A,如果请求消息中携带订阅数据值返回控制参数(即标识为订阅数据值返回控制的控制参数),且订阅数据值返回控制参数设置为<是>,则LDAP服务器通过LDAP中间响应消息返回订阅数据的当前值,所述LDAP中间响应消息携带响应名称参数和响应值参数,其中,响应名称参数设置为订阅中间响应OID,其用于指示LDAP中间响应消息是针对LDAP修改请求消息所产生的中间响应消息,响应值参数包含了所述订阅数据的当前值。所述中间响应消息可以有多条。
步骤403A,LDAP服务器向LDAP客户端返回LDAP修改响应消息。
该实施例扩展LDAP修改请求消息的控制参数,由控制参数指明LDAP修改请求消息为订阅或取消订阅消息,并由扩展LDAP修改请求消息间接更新与订阅数据关联的相关条目所对应的与订阅附加数据相关的属性信息。
图4B是本发明实例的通过定义一个特殊对象条目,并包含于LDAP的修改请求消息所携带的对象参数中实现数据订阅的流程图,该方法不需要对修改请求消息的控制参数进行扩展,包括如下的步骤:
步骤401B,LDAP服务器接收到来自LDAP客户端的LDAP修改请求消息,其中,请求消息携带的对象参数设置为一个特殊的对象条目的OID,请求消息中同时携带变化参数组,变化参数组为一组具有相同变化类型的参数,其中,变化类型包括操作参数和修改参数。所述订阅数据和订阅附加数据在请求消息的变化参数中携带,例如:变化参数中的操作参数可以扩展一个新值(refer)用于指明关联的修改参数所携带的数据为订阅附加数据,否则修改参数所携带的数据为订阅数据。订阅数据参数(即标识为订阅数据的变化参数)包含订阅数据的名称,订阅附加数据参数(即标识为订阅附加数据的变化参数)包括订阅类型,此订阅类型描述了订阅数据的类型,例如:订阅或取消订阅,也可以包括订阅所需的其他信息,例如:订阅方源实体标识,订阅期限等。所述订阅方源实体标识指示发送订阅请求消息的最初实体,所述订阅期限指示订阅的截止时间或有效时长。
进一步地,所述特殊的对象条目为新定义的对象条目,此对象条目直接包含与订阅数据相关的多个条目,每个条目关联了多个与订阅附加数据相关的属性(例如图1C中的对象条目100所示)。
LDAP服务器根据请求消息中携带的对象参数值直接关联到所述特殊的对象条目,LDAP服务器根据请求消息中携带的订阅数据匹配对象条目所关联的条目,并更新条目所对应的属性,例如:将匹配的订阅数据设置为已订阅,并保存所对应的订阅附加数据。
步骤402B,LDAP服务器向LDAP客户端返回LDAP修改响应消息。
该实施例定义了一个特殊对象,由LDAP修改请求消息直接更新与订阅数据关联的相关条目所对应的与订阅附加数据相关的属性信息。
图4C是本发明实例的通过LDAP的扩展操作定义新的消息实现数据订阅的流程图,包括如下的步骤:
步骤401C,LDAP服务器接收到来自LDAP客户端的LDAP扩展请求消息,请求消息中携带请求名称参数和请求值参数。其中,所述请求名称参数设置为订阅请求OID,用于指明所述LDAP扩展请求消息为订阅请求消息。所述请求值参数定义为订阅请求值类型,其中包含对象参数,订阅类型参数,和订阅数据参数等。订阅类型参数描述了所述订阅请求消息的类型,例如:订阅或取消订阅。订阅数据参数包含订阅数据的名称。进一步地,请求值参数可以携带订阅附加数据参数,订阅附加数据参数可以包括订阅所需的其他信息,例如:订阅方源实体标识,订阅期限等。所述订阅方源实体标识指示发送订阅请求消息的最初实体,所述订阅期限指示订阅的截止时间或有效时长。请求值参数还可以携带订阅数据值返回参数,该参数描述了是否需要在响应消息中返回订阅数据的当前值。
LDAP服务器根据从请求消息中携带的对象参数值查询到订阅数据所关联的对象条目(例如图1C中的对象条目100),在对象条目100之下,LDAP服务器根据请求消息中携带的订阅数据匹配对象条目100所关联的条目,并更新条目所对应的属性,例如:将匹配的订阅数据设置为已订阅,并保存所对应的订阅附加数据。
步骤402C,如果请求消息中携带订阅数据值返回参数,且订阅数据值返回参数设置为<是>,则LDAP服务器通过LDAP中间响应消息返回订阅数据属性值,响应名称设置为订阅中间响应OID,其用于指示LDAP中间响应消息是针对LDAP扩展请求消息所产生的中间响应消息。所述中间响应消息可以有多条。
步骤403C,LDAP服务器向LDAP客户端返回LDAP扩展响应消息,响应消息中携带响应名称参数。其中,响应名称参数设置为订阅响应OID,其用于指示LDAP扩展响应消息为订阅响应消息。
该实施例由LDAP扩展操作定义新的操作,由新的操作更新订阅对象关联的与订阅数据相关的条目所对应的与订阅附加数据相关的属性信息,其中,LDAP扩展请求消息的请求名称参数定义为订阅请求消息的对象标识,LDAP扩展请求消息值参数可以包含所述订阅对象所关联的相关条目对应的属性信息。
以上图4A到图4C的实施例说明了LDAP客户端向LDAP服务器发送第一请求的多个实现方式。但是本发明显然不限于此,根据以上实施例的精神,本领域技术人员还可以容易地实现各种变化实施例。
下面图5A到图5D的步骤501和步骤502说明图6步骤B的多种实现方式,而后续步骤是步骤C的多种实现方式。
图5A是本发明实例的通过LDAP的扩展操作定义新的消息实现数据通知的流程图,应用场景:LDAP客户端成功实现应用通知,包括如下的步骤:
步骤501A,LDAP服务器更新数据,并检查通知触发条件,即检查数据的变化事件是否被订阅。如果通知条件满足,例如:LDAP服务器匹配特殊对象条目的订阅数据所关联的属性,发现更新数据的变化事件已被订阅,LDAP服务器生成作为图6实施例所述的标识的通知ID(Identifier,标识),选择一个有效的LDAP客户端,并触发通知消息,通知消息中携带LDAP服务器所生成的通知ID,同时启动通知定时器。
步骤502A,LDAP服务器向所选择的LDAP客户端发送LDAP扩展响应消息,LDAP扩展响应消息携带消息ID参数,响应名称参数和响应值参数。其中,消息ID参数设置为0,表明这是一条主动通知消息;响应名称参数设置为数据修改通知OID,其用于指示所述LDAP扩展响应消息为数据修改通知消息;响应值参数定义为数据修改通知值类型,其中包含有对象名称子参数,通知ID子参数,通知数据子参数和通知附加数据子参数等。其中,通知ID子参数包含LDAP服务器生成的通知ID,进一步地,通知ID还可以包含于所述LDAP扩展响应消息的控制参数中。通知数据子参数包含订阅数据的当前值等,同时还可以包含订阅数据的初始值,通知附加数据子参数可以包含订阅方源实体标识、通知指示等。通知指示表明了需要LDAP客户端执行所需通知应用流程的信息。
步骤503A,LDAP客户端接收到LDAP扩展响应消息,并根据消息ID判断出这是一条主动通知消息,同时根据响应名称判断出这是一条数据修改通知,则进行通知检查,检查通过则根据通知附加数据执行所需通知应用流程。
步骤504A,LDAP客户端通过LDAP扩展请求消息向LDAP服务器上报通知应用流程执行的结果,LDAP扩展请求消息携带请求名称参数和请求值参数。其中,请求名称参数设置为通知报告OID,用于指明所述LDAP扩展请求消息为通知报告请求消息。请求值参数定义为通知报告值类型,其中包含通知结果和通知ID。在本实施例中,通知结果设置为<成功>。进一步地,通知ID也可以包含于所述LDAP扩展请求消息的控制参数中。所述通知ID为LDAP服务器生成并携带于步骤502A所接收到的扩展LDAP主动通知消息中。
步骤505A,LDAP服务器接收到LDAP扩展请求消息,并根据请求消息中携带的请求名称判断出这是一条通知报告请求消息,并通过通知ID与对应的通知消息进行关联,同时根据通知结果判断不需要进一步通知,例如:通知结果为成功,则释放消息会话资源,并删除通知定时器。
图5B是本发明实例的通过LDAP的扩展操作定义新的消息实现数据通知的流程图,应用场景:LDAP客户端未实现应用通知,且需要LDAP服务器终止LDAP通知,包括如下的步骤:
步骤501B,LDAP服务器更新数据,并检查通知触发条件,即检查数据的变化事件是否被订阅。如果通知条件满足,例如:LDAP服务器匹配特殊对象条目的订阅数据所关联的属性,发现更新数据的变化事件已被订阅,LDAP服务器生成作为图6实施例所述的标识的通知ID,选择一个有效的LDAP客户端,并触发通知消息,通知消息中携带LDAP服务器所生成的通知ID,同时启动通知定时器。
步骤502B,LDAP服务器向所选择的LDAP客户端发送LDAP扩展响应消息,LDAP扩展响应消息携带消息ID参数,响应名称参数和响应值参数。其中,消息ID参数设置为0,表明这是一条主动通知消息,响应名称参数设置为数据修改通知OID,用于指示所述LDAP扩展响应消息为数据修改通知消息;响应值参数定义为数据修改通知值类型,其中包含有通知ID子参数,对象名称子参数,通知数据子参数和通知附加数据子参数等。通知ID包含于通知ID子参数中,还可以包含于所述LDAP扩展响应消息的控制参数中。通知数据子参数包含订阅数据的当前值等,同时还可以包含订阅数据的初始值,通知附加数据子参数可以包含订阅方源实体标识、通知指示等。通知指示表明了需要LDAP客户端执行所需通知应用流程的信息。
步骤503B,LDAP客户端接收到LDAP扩展响应消息,并根据消息ID判断出这是一条主动通知消息,同时根据响应名称参数中的OID判断出这是一条数据修改通知,则进行通知检查,检查不通过,例如用户已注销或用户订阅有效期过期,则不执行通知应用流程的处理。
步骤504B,LDAP客户端通过LDAP扩展请求消息向LDAP服务器上报通知应用流程执行的结果,LDAP扩展请求消息携带请求名称参数和请求值参数。其中,请求名称参数设置为通知报告OID,用于指示所述LDAP扩展请求消息为通知报告请求消息。请求值参数定义为通知报告值类型,其中包含通知结果子参数和通知ID子参数。在本实施例中,通知结果子参数设置为<终止>,表明了需要LDAP服务器终止通知。进一步地,通知ID包含于通知ID子参数,也可以包含于所述LDAP扩展请求消息的控制参数中。所述通知ID为LDAP服务器生成并携带于步骤502B所接收到的扩展LDAP主动通知消息中。
步骤505B,LDAP服务器接收到LDAP扩展请求消息,并根据请求消息中携带的请求名称参数中的OID判断出这是一条通知报告消息,并通过通知ID与对应的通知消息进行关联,同时根据通知结果判断不需要进一步通知,例如:通知结果为终止,则释放消息会话资源,并删除通知定时器。
图5C是本发明实例的通过LDAP的扩展操作定义新的消息实现数据通知的流程图,应用场景:LDAP客户端实现应用通知失败,且需要LDAP服务器继续LDAP通知,包括如下的步骤:
步骤501C,LDAP服务器更新数据,并检查通知触发条件,即检查数据的变化事件是否被订阅。如果通知条件满足,例如:LDAP服务器匹配特殊对象条目的订阅数据所关联的属性,发现更新数据的变化事件已被订阅,LDAP服务器生成作为图6实施例所述的标识的通知ID,选择一个有效的LDAP客户端,并触发通知消息,通知消息中携带LDAP服务器所生成的通知ID,同时启动通知定时器。
步骤502C,LDAP服务器向所选择的LDAP客户端发送LDAP扩展响应消息,LDAP扩展响应消息携带消息ID参数,响应名称参数和响应值参数。其中,消息ID参数设置为0,表明这是一条主动通知消息,响应名称设置为数据修改通知OID,用于指明所述LDAP扩展响应消息为数据修改通知消息;响应值参数定义为数据修改通知值类型,其中携带有通知ID参数,对象名称参数,通知数据参数和通知附加数据参数等。通知ID包含于通知ID参数中,还可以包含于所述LDAP扩展响应消息的控制参数中。通知数据参数包含订阅数据的当前值等,同时还可以包含订阅数据的初始值,通知附加数据参数可以包含订阅方源实体标识、通知指示等。通知指示表明了需要LDAP客户端执行所需通知应用流程的信息。
步骤503C,LDAP客户端接收到LDAP扩展响应消息,并根据消息ID判断出这是一条主动通知消息,同时根据响应名称判断出这是一条数据修改通知,则进行通知检查,检查通过,并执行通知应用流程的处理,但是通知应用流程处理失败,例如LDAP客户端无法连接所需通知的外部应用。
步骤504C,LDAP客户端通过LDAP扩展请求消息向LDAP服务器上报通知应用流程执行的结果,LDAP扩展请求消息携带请求名称参数和请求值参数。其中,请求名称参数设置为通知报告OID,用于指示所述LDAP扩展请求消息为通知报告请求消息。请求值参数定义为通知报告值类型,其中包含通知结果子参数和通知ID子参数。在本实施例中,通知结果子参数设置为<失败>,表明了需要LDAP服务器重新选择一个客户端并继续通知。进一步地,通知ID包含于通知ID子参数中,还可以包含于所述LDAP扩展请求消息的控制参数中。所述通知ID为LDAP服务器生成并携带于步骤502C所接收到的扩展LDAP主动通知消息中。
步骤505C,LDAP服务器接收到LDAP扩展请求消息,并根据请求消息中携带的请求名称参数中的OID判断出这是一条通知报告消息,并通过通知ID与对应的通知消息进行关联,同时根据通知结果判断需要进一步通知,例如:通知结果为失败,则重新选择一个有效的LDAP客户端,并删除通知定时器,重新启动一个新的通知定时器,重复步骤502C。
图5D是本发明实例的通过LDAP的扩展操作定义新的消息实现数据通知的流程图,应用场景:LDAP客户端无响应,LDAP服务器通知定时器超时,继续LDAP通知,包括如下的步骤:
步骤501D,LDAP服务器更新数据,并检查通知触发条件,即检查数据的变化事件是否被订阅。如果通知条件满足,例如:LDAP服务器匹配特殊对象条目的订阅数据所关联的属性,发现更新数据的变化事件已被订阅,LDAP服务器生成作为图6实施例所述的标识的通知ID,选择一个有效的LDAP客户端,并触发通知消息,通知消息中携带LDAP服务器所生成的通知ID,同时启动通知定时器。
步骤502D,LDAP服务器向所选择的LDAP客户端发送LDAP扩展响应消息,LDAP扩展响应消息携带消息ID参数,响应名称参数和响应值参数。其中,消息ID参数设置为0,表明这是一条主动通知消息,响应名称设置为数据修改通知OID,用于指示所述LDAP扩展响应消息为数据修改通知消息;响应值参数定义为数据修改通知值类型,其中携带有通知ID子参数,对象名称子参数,通知数据子参数和通知附加数据子参数等。通知ID包含于通知ID子参数中,还可以包含于所述LDAP扩展响应消息的控制参数中。通知数据子参数包含订阅数据的当前值等,同时还可以包含订阅数据的初始值,通知附加数据子参数可以包含订阅方源实体标识、通知指示等。通知指示表明了需要LDAP客户端执行所需通知应用流程的信息。
步骤503D,通知定时器超时,LDAP服务器没有接收到来自LDAP客户端的通知报告消息,LDAP服务器重新选择一个有效的LDAP客户端,并重新启动一个新的通知定时器,重复步骤502D。
图5A到图5D的步骤501和步骤502实现了当发生数据变化满足通知条件时,LDAP服务器向LDAP客户端发送通知,其中携带标识和关于数据变化的信息,而后续的步骤实现了LDAP服务器接收来自LDAP客户端的第二请求,其中携带该标识。但是本发明显然不限于此,根据以上实施例的精神,本领域技术人员还可以容易地实现各种变化实施例。
从以上的描述中,可以看出,本发明利用LDAP的扩展操作定义新的消息或扩展现有操作的控制参数值,实现数据订阅通知功能。与现有技术相比,应用本发明有效解决了现有技术利用LDAP实现数据订阅通知功能时,LDAP服务器发送通知消息后无法得到LDAP客户端确认,因此不能有效满足UDC网络支持订阅通知功能的需求问题,同时提供了多种基于LDAP实现数据订阅通知的方法,有效满足了UDC网络的订阅通知功能。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (17)
1.一种基于轻量级目录访问协议(LDAP)实现数据订阅通知的方法,其特征在于,包括:
A、LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求,并根据所述第一请求配置通知条件;或者所述LDAP服务器根据本地配置策略配置所述通知条件;
B、当发生所述数据变化满足所述通知条件时,所述LDAP服务器向所述LDAP客户端发送通知,其中携带标识和关于所述数据变化的信息;
C、所述LDAP服务器接收来自所述LDAP客户端的第二请求,其中携带所述标识。
2.根据权利要求1所述的方法,其特征在于,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求包括:
所述LDAP服务器接收到来自所述LDAP客户端的LDAP修改请求消息,其中携带:
对象参数,包括对象标识,所述对象标识指向订阅数据所在的对象条目,所述订阅数据指被订阅的数据;
订阅类型控制参数,用于指示订阅类型为订阅或取消订阅;
订阅数据参数,其包括所述订阅数据的名称。
3.根据权利要求2所述的方法,其特征在于,所述LDAP修改请求消息还携带:
订阅数据值返回控制参数,用于描述是否需要返回订阅数据的当前值;和/或
订阅附加数据参数,其包括订阅方源实体标识和/或订阅期限。
4.根据权利要求3所述的方法,其特征在于,所述订阅数据值返回控制参数指示需要返回所述订阅数据当前值时,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求还包括:
所述LDAP服务器通过LDAP中间响应消息向所述LDAP客户端返回所述订阅数据的当前值,其中,所述LDAP中间响应消息包含设置为订阅中间响应消息对象标识,其用于指示所述LDAP中间响应消息是针对所述LDAP修改请求消息所产生的中间响应消息;
所述LDAP服务器向所述LDAP客户端返回LDAP修改响应消息。
5.根据权利要求1所述的方法,其特征在于,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求包括:
所述LDAP服务器接收到来自所述LDAP客户端的LDAP修改请求消息,其中携带:
对象参数,包括对象标识,所述对象标识指向与订阅数据相关的对象条目,所述对象条目与订阅附加数据相关联,所述订阅数据指被订阅的数据;
订阅数据参数,其包括所述订阅数据的名称;
订阅附加数据参数,其包括订阅类型,用于指示订阅类型为订阅或取消订阅。
6.根据权利要求5所述的方法,其特征在于,所述订阅附加数据参数还包括:
订阅方源实体标识,用于指示发送订阅请求消息的最初实体;和/或订阅期限。
7.根据权利要求1所述的方法,其特征在于,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求包括:
所述LDAP服务器接收到来自所述LDAP客户端的LDAP扩展请求消息,其中携带:
请求名称参数,设置为订阅请求对象标识,其用于指示所述LDAP扩展请求消息为订阅请求消息;
请求值参数,其包含:
对象子参数,用于指示订阅数据子参数所关联的对象条目;
订阅类型子参数,用于指示订阅数据的类型为订阅或取消订阅;
所述订阅数据子参数,其包括订阅数据的名称。
8.根据权利要求7所述的方法,其特征在于,所述请求值参数还包括:
订阅数据值返回子参数,用于描述是否需要返回订阅数据的当前值;和/或
订阅附加数据子参数,其包括订阅方源实体标识和/或订阅有效时长。
9.根据权利要求8所述的方法,其特征在于,LDAP服务器接收来自LDAP客户端的用于订阅数据变化的第一请求还包括:
如果所述订阅数据值返回子参数设置为是,则所述LDAP服务器通过LDAP中间响应消息向所述LDAP客户端返回所述订阅数据的当前值,响应名称参数设置为订阅中间响应对象标识,其用于指示所述LDAP中间响应消息是针对所述LDAP扩展请求消息所产生的中间响应消息。
10.根据权利要求1所述的方法,其特征在于,步骤B包括:
所述LDAP服务器更新数据,并检查到所述数据变化且被订阅;
所述LDAP服务器向所述LDAP客户端发送LDAP扩展响应消息,其中携带:消息ID参数,设置为指示所述LDAP扩展响应消息是主动通知消息;响应名称参数,设置为数据修改通知对象标识,其用于指示所述LDAP扩展响应消息为数据修改通知消息;响应值参数,其中携带作为所述标识的通知ID子参数,通知数据子参数和通知附加数据子参数。
11.根据权利要求10所述的方法,其特征在于,所述通知ID子参数中包含的所述标识包含于所述LDAP扩展响应消息的控制参数中。
12.根据权利要求10所述的方法,其特征在于,所述通知数据子参数包含订阅数据的初始值和当前值,所述通知附加数据子参数包含订阅方源实体标识、通知指示,所述通知指示用于指示需要所述LDAP客户端执行通知应用流程的信息。
13.根据权利要求10所述的方法,其特征在于,步骤C包括:
所述LDAP客户端根据所述消息ID参数设置的值和所述LDAP扩展响应消息的响应名称参数中设置的对象标识判断出所述LDAP扩展响应消息是关于所述数据变化的主动通知消息,则进行通知检查,检查通过则根据所述通知附加数据子参数执行通知应用流程,并且执行成功;
所述LDAP客户端通过LDAP扩展请求消息向所述LDAP服务器上报所述通知应用流程执行的结果,其中所述LDAP扩展请求消息携带:请求名称参数,设置为通知报告对象标识,其用于指示所述LDAP扩展请求消息为通知报告请求消息;请求值参数,其包含所述通知ID子参数和值为成功的通知结果子参数;
所述LDAP服务器接收到所述LDAP扩展请求消息,并通过所述通知ID子参数携带的所述标识关联到所述LDAP扩展响应消息;
所述LDAP服务器根据所述通知结果子参数设置为成功,判断不需要进一步通知并释放消息会话资源。
14.根据权利要求10所述的方法,其特征在于,步骤C包括:
所述LDAP客户端根据所述消息ID参数设置的值和所述LDAP扩展响应消息的响应名称参数中设置的对象标识判断出所述LDAP扩展响应消息是关于所述数据变化的主动通知消息,则进行通知检查,检查不通过,则不执行通知应用流程;
所述LDAP客户端通过LDAP扩展请求消息向所述LDAP服务器上报通知应用流程执行的结果,其中所述LDAP扩展请求消息携带:请求名称参数,设置为通知报告对象标识,其用于所述LDAP扩展请求消息为通知报告请求消息;请求值参数,其包含所述通知ID子参数和值为失败的通知结果子参数;
所述LDAP服务器接收到所述LDAP扩展请求消息,并通过所述通知ID子参数携带的所述标识关联到所述LDAP扩展响应消息;
所述LDAP服务器根据所述通知结果子参数设置为失败,判断不需要进一步通知并释放消息会话资源。
15.根据权利要求10所述的方法,其特征在于,步骤C包括:
所述LDAP客户端根据所述消息ID参数设置的值和所述LDAP扩展响应消息的响应名称参数中设置的对象标识判断出所述LDAP扩展响应消息是关于所述数据变化的主动通知消息,则进行通知检查,检查如果通过则根据所述通知附加数据子参数执行通知应用流程,并且执行失败;
所述LDAP客户端通过LDAP扩展请求消息向所述LDAP服务器上报通知应用流程执行的结果,其中所述LDAP扩展请求消息携带:请求名称参数,设置为通知报告对象标识,其用于指示所述LDAP扩展请求消息为通知报告请求消息;请求值参数,其包含所述通知ID子参数和值为失败的通知结果子参数;
所述LDAP服务器接收到所述LDAP扩展请求消息,并通过所述通知ID子参数携带的所述标识关联到所述LDAP扩展响应消息;
所述LDAP服务器根据所述通知结果子参数设置为失败,判断需要进一步通知,选择下一个LDAP客户端,并重复执行所述步骤B和所述步骤C。
16.根据权利要求13至15任一项所述的方法,其特征在于,所述通知ID子参数中包含的所述标识可以包含于所述LDPA请求消息的控制参数中。
17.根据权利要求1所述的方法,其特征在于,还包括:
所述LDAP服务器超时没有接收到来自所述LDAP客户端的所述第二请求,则所述LDAP服务器选择下一个LDAP客户端,并重复执行所述步骤B和所述步骤C。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010003061.5A CN102118735B (zh) | 2010-01-05 | 2010-01-05 | 基于轻量级目录访问协议实现数据订阅通知的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010003061.5A CN102118735B (zh) | 2010-01-05 | 2010-01-05 | 基于轻量级目录访问协议实现数据订阅通知的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102118735A CN102118735A (zh) | 2011-07-06 |
CN102118735B true CN102118735B (zh) | 2015-04-01 |
Family
ID=44217293
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010003061.5A Expired - Fee Related CN102118735B (zh) | 2010-01-05 | 2010-01-05 | 基于轻量级目录访问协议实现数据订阅通知的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102118735B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103209157A (zh) * | 2012-01-11 | 2013-07-17 | 北京市国路安信息技术有限公司 | 一种轻量级目录访问协议同步实现方法 |
CN103051721B (zh) * | 2012-12-26 | 2015-11-25 | 华为技术有限公司 | 一种事件通知方法及装置 |
CN105101412A (zh) * | 2014-05-21 | 2015-11-25 | 中兴通讯股份有限公司 | 通知消息的发送方法及装置 |
CN105323186B (zh) * | 2014-06-20 | 2020-04-21 | 中兴通讯股份有限公司 | 一种通知消息的负载控制方法和装置 |
CN105786876A (zh) * | 2014-12-23 | 2016-07-20 | 阿尔卡特朗讯 | 订阅和通知udr中数据变化的方法、装置与系统 |
CN110569249A (zh) * | 2019-08-07 | 2019-12-13 | 阿里巴巴集团控股有限公司 | 一种数据变更推送方法、装置及电子设备 |
CN113422790B (zh) * | 2020-06-08 | 2024-06-11 | 阿里巴巴集团控股有限公司 | 数据管理方法和装置、电子设备以及计算机可读存储介质 |
CN113965602A (zh) * | 2021-10-26 | 2022-01-21 | 广州小鹏汽车科技有限公司 | 车载ecu的订阅发布通信方法、服务器及系统 |
CN114520827B (zh) * | 2022-02-16 | 2024-05-10 | 广东美房智高机器人有限公司 | 一种消息接收方法、推送方法、系统及介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1705267A (zh) * | 2004-05-25 | 2005-12-07 | 联想(北京)有限公司 | 网络上客户端使用服务端资源的方法 |
CN101562578A (zh) * | 2008-04-16 | 2009-10-21 | 华为技术有限公司 | 一种用户数据订阅通知方法及装置 |
-
2010
- 2010-01-05 CN CN201010003061.5A patent/CN102118735B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1705267A (zh) * | 2004-05-25 | 2005-12-07 | 联想(北京)有限公司 | 网络上客户端使用服务端资源的方法 |
CN101562578A (zh) * | 2008-04-16 | 2009-10-21 | 华为技术有限公司 | 一种用户数据订阅通知方法及装置 |
Non-Patent Citations (1)
Title |
---|
K.Zeilenga et al.The Lightweight Directory Access Protocol (LDAP) Content Synchronization Operation.《RFC4533》.2006,第1-32页. * |
Also Published As
Publication number | Publication date |
---|---|
CN102118735A (zh) | 2011-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102118735B (zh) | 基于轻量级目录访问协议实现数据订阅通知的方法 | |
CN111052711B (zh) | 发现由网络存储库功能提供的服务的方法 | |
US7890463B2 (en) | Apparatus and method for a distributed storage global database | |
US8001555B2 (en) | Method and apparatus for operating an open API network having a proxy | |
US11696103B2 (en) | Method of and device for service discovery and selection | |
US7953100B2 (en) | System and method for providing a pluggable architecture for state management in a telecommunication service access gateway | |
US20130159374A1 (en) | Method And Apparatus For Messaging In The Cloud | |
US12003375B2 (en) | Methods and systems for service policy orchestration in a communication network | |
US20230276218A1 (en) | Systems and methods for roaming configuration management | |
US20240340338A1 (en) | Methods of Operating Service Control Nodes | |
US7725489B2 (en) | Node for providing a file service to a mobile terminal | |
CN114158030B (zh) | 会话绑定方法、系统以及存储介质 | |
US20100218202A1 (en) | Method and Apparatus for Case-Based Service Composition | |
US20080189248A1 (en) | Multi-site common directory and method for using the multi-site common directory | |
US20230023557A1 (en) | Systems and methods for improved access to user data | |
US5966713A (en) | Method for determining the contents of a restoration log | |
US11800354B2 (en) | Systems and methods for improved access to customer registration information | |
US11246025B1 (en) | Methods, systems, and computer readable media for supporting a migration of user profile and policy information | |
US20220019380A1 (en) | Methods providing network service restoration context and related service instance sets and storage resource nodes | |
US20150282121A1 (en) | Local resource sharing method of machine to machine component and apparatus thereof | |
CN102571390A (zh) | 设备管理方法、设备和系统 | |
US12086772B2 (en) | Systems and methods for cross-chain feature sets for digital assets | |
US20070297591A1 (en) | Process for transforming and managing messages from sip signaling into an event-managed asynchronous system | |
Sid-Otmane et al. | Data Consistency in the 5G Specification | |
US20230379845A1 (en) | Methods, systems, and computer readable media for synchronization of policy data between network functions in telecommunications networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150401 Termination date: 20200105 |
|
CF01 | Termination of patent right due to non-payment of annual fee |