CN107634929A - 业务处理方法及装置 - Google Patents

Abstract

本发明提供了一种业务处理方法及装置，该方法包括：检测到客户端发送的用于取消订阅预定业务通知的请求；删除缓存的订阅预定业务通知；向客户端反馈第一响应消息，其中，第一响应消息用于通知客户端成功取消订阅预定业务通知。通过本发明，解决了相关技术中取消订阅的方法需要断开已建立的服务器和客户端间的通道或者等待时间长的问题，进而达到了提高效率的效果。

Description

业务处理方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种业务处理方法及装置。

背景技术

NETCONF是基于可扩展标记语言(Extensible Markup Language，简称为XML)技术的、面向网络配置管理领域的网管协议，它提供了安装、操作、删除网络设备配置的机制。NETCONF采用XML标识配置数据和协议消息，使用简单的基于远程过程调用协议(RemoteProcedure Call Protocol，简称为RPC)的机制实现客户端和服务器的通信。NETCONF协议采用了分层结构，每个层分别对协议的某一个方面进行包装，并向上层提供相关的服务。分层结构能让每个层只关注协议的一个方面，实现起来更加简单，同时合理的解构各个层之间的依赖，可以将各层内部实现机制的变更对其它层的影响降低到最低。NETCONF协议分成四层：内容层、操作层、RPC层、通信协议层，其总体层次结构如图1所示。

NOTIFICATION是NETCONF提供的事件通知机制，它位于操作层(第三层)，通过客户端事先向服务器订阅相关事件通知的方式，获知系统设备发生过的以及正在发生的关键事件信息，比如：配置改变、故障、状态改变、门限越界以及异常侵入等。

如图2所示，NETCONF的NOTIFICATION特性的整体协作流程为:已建立连接的NETCONF客户端向NETCONF服务器发起订阅业务通知的请求，如果订阅成功，则NETCONF服务器将在订阅列表中记录下该业务的订阅信息。当业务有事件产生时，业务上报事件通知信息给NETCONF服务器。NETCONF服务器会根据已缓存记录的订阅列表，向NETCONF客户端发送符合订阅要求的事件通知，其中，SSH为安全外壳协议(Secure Shell)的缩写。

按照NETCONF相关协议，一旦NETCONF客户端订阅了业务通知，那么只能通过下发<close-session>或者<kill-session>操作，来实现关闭当前链接达到终止订阅的目的，或者，在下发业务通知的请求时指定结束时间，当到达结束时间时终止订阅。

但是，上述终止订阅的方法需要断开已建立的服务器和客户端之间的通道或者需要等待一段时间，不易于网络的维护和运维。

发明内容

本发明实施例提供了一种业务处理方法及装置，以至少解决相关技术中取消订阅的方法需要断开已建立的服务器和客户端间的通道或者等待时间长的问题。

根据本发明的一个实施例，提供了一种业务处理方法，包括：检测到客户端发送的用于取消订阅预定业务通知的请求；删除缓存的所述订阅预定业务通知；向所述客户端反馈第一响应消息，其中，所述第一响应消息用于通知所述客户端成功取消订阅所述预定业务通知。

可选地，删除缓存的所述订阅预定业务通知包括：判断是否支持预定业务通知能力，以及所述客户端是否已订阅预定业务通知；在判断结果均为是的情况下，删除缓存的所述订阅预定业务通知。

可选地，在向所述客户端反馈所述第一响应消息之后，还包括：通过已建立的通道接收所述客户端发送的用于订阅所述预定业务通知的请求；记录所述订阅预定业务通知。

根据本发明的另一个实施例，提供了一种业务处理方法，包括：向服务端发送用于取消订阅预定业务通知的请求；接收到所述服务端反馈的第一响应消息，其中，所述第一响应消息携带有成功取消订阅所述预定业务通知的确认信息。

可选地，在接收到所述服务端反馈的所述第一响应消息之后，还包括：通过已建立的通道向所述服务端发送用于订阅所述预定业务通知的请求；接收到所述服务端反馈的第二响应消息，其中，所述第二响应消息携带有成功订阅所述订阅预定业务通知的确认信息。

根据本发明的又一个实施例，提供了一种业务处理装置，包括：检测模块，用于检测到客户端发送的用于取消订阅预定业务通知的请求；删除模块，用于删除缓存的所述订阅预定业务通知；反馈模块，用于向所述客户端反馈第一响应消息，其中，所述第一响应消息用于通知所述客户端成功取消订阅所述预定业务通知。

可选地，所述删除模块包括：判断单元，用于判断是否支持预定业务通知能力，以及所述客户端是否已订阅预定业务通知；删除单元，用于在判断结果均为是的情况下，删除缓存的所述订阅预定业务通知。

可选地，还包括：第一接收模块，用于通过已建立的通道接收所述客户端发送的用于订阅所述预定业务通知的请求；记录模块，用于记录所述订阅预定业务通知。

根据本发明的又一个实施例，提供了一种业务处理装置，包括：第一发送模块，用于向服务端发送用于取消订阅预定业务通知的请求；第二接收模块，用于接收所述服务端反馈的第一响应消息，其中，所述第一响应消息携带有成功取消订阅所述预定业务通知的确认信息。

可选地，还包括：第二发送模块，用于通过已建立的通道向所述服务端发送用于订阅所述预定业务通知的请求；第三接收模块，用于接收到所述服务端反馈的第二响应消息，其中，所述第二响应消息携带有成功订阅所述订阅预定业务通知的确认信息。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：检测到客户端发送的用于取消订阅预定业务通知的请求；删除缓存的所述订阅预定业务通知；向所述客户端反馈第一响应消息，其中，所述第一响应消息用于通知所述客户端成功取消订阅所述预定业务通知。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：删除缓存的所述订阅预定业务通知包括：判断是否支持预定业务通知能力，以及所述客户端是否已订阅预定业务通知；在判断结果均为是的情况下，删除缓存的所述订阅预定业务通知。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在向所述客户端反馈所述第一响应消息之后，还包括：通过已建立的通道接收所述客户端发送的用于订阅所述预定业务通知的请求；记录所述订阅预定业务通知。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：向服务端发送用于取消订阅预定业务通知的请求；接收到所述服务端反馈的第一响应消息，其中，所述第一响应消息携带有成功取消订阅所述预定业务通知的确认信息。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：在接收到所述服务端反馈的所述第一响应消息之后，还包括：通过已建立的通道向所述服务端发送用于订阅所述预定业务通知的请求；接收到所述服务端反馈的第二响应消息，其中，所述第二响应消息携带有成功订阅所述订阅预定业务通知的确认信息。

通过本发明，检测到客户端发送的用于取消订阅预定业务通知的请求；删除缓存的订阅预定业务通知；向客户端反馈第一响应消息，其中，第一响应消息用于通知客户端成功取消订阅预定业务通知。由于在接收到客户端发送的取消订阅预定业务通知的请求后，仅需删除相应业务的订阅预定业务通知，无需断开已建立的服务端和客户端间的通道，并且本发明根据接收到该请求删除相应业务的订阅预定业务通知，使得客户端可以随时取消订阅的预定业务通知，无需等待指定的结束时间到达才可以取消订阅预定业务通知，缩短了终止订阅的等待时间。因此，可以解决相关技术中取消订阅的方法需要断开已建立的服务器和客户端间的通道或者等待时间长的问题，达到提高效率的效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是相关技术中NETCONF协议层次结构图；

图2是相关技术中NETCONF的NOTIFICATION特性的总体架构图；

图3是本发明实施例的一种业务处理方法的移动终端的硬件结构框图；

图4是根据本发明实施例的业务处理方法的流程图一；

图5是根据本发明实施例的业务处理方法的流程图二；

图6是根据本发明实施例的业务处理装置的结构框图一；

图7是根据本发明实施例的业务处理装置中删除模块64的结构框图；

图8是根据本发明实施例的业务处理装置的优选结构框图；

图9是根据本发明实施例的业务处理装置的结构框图二；

图10是根据本发明实施例的业务处理装置的优选结构框图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在移动终端上为例，图3是本发明实施例的一种业务处理方法的移动终端的硬件结构框图。如图3所示，移动终端30可以包括一个或多个(图中仅示出一个)处理器302(处理器302可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器304、以及用于通信功能的传输装置306。本领域普通技术人员可以理解，图3所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，移动终端30还可包括比图3中所示更多或者更少的组件，或者具有与图3所示不同的配置。

存储器304可用于存储应用软件的软件程序以及模块，如本发明实施例中的业务处理方法对应的程序指令/模块，处理器302通过运行存储在存储器304内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器304可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器304可进一步包括相对于处理器302远程设置的存储器，这些远程存储器可以通过网络连接至移动终端30。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置306用于经由一个网络接收或者发送数据。上述的网络具体实例可包括移动终端30的通信供应商提供的无线网络。在一个实例中，传输装置306包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置306可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

在本实施例中提供了一种运行于上述移动终端的业务处理方法，图4是根据本发明实施例的业务处理方法的流程图一，如图4所示，该流程包括如下步骤：

步骤S402，检测到客户端发送的用于取消订阅预定业务通知的请求；

步骤S404，删除缓存的订阅预定业务通知；

步骤S406，向客户端反馈第一响应消息，其中，第一响应消息用于通知客户端成功取消订阅预定业务通知。

通过上述步骤，在接收到客户端发送的取消订阅预定业务通知的请求后，仅需删除相应业务的订阅预定业务通知，无需断开已建立的服务端和客户端间的通道，并且本发明根据接收到该请求删除相应业务的订阅预定业务通知，使得客户端可以随时取消订阅的预定业务通知，无需等待指定的结束时间到达才可以取消订阅预定业务通知，缩短了终止订阅的等待时间。因此，可以解决相关技术中取消订阅的方法需要断开已建立的服务器和客户端间的通道或者等待时间长的问题，达到提高效率的效果。

例如，在NETCONF协议中增加cancel-subscription操作。当需要取消预定业务通知时，NETCONF客户端下发cancel-subscription操作。NETCONF服务器收到cancel-subscription操作后，会删除缓存预定业务的订阅信息(同上述订阅预定业务通知)，向NETCONF客户端发送取消订阅成功的回应消息，并且不再向NETCONF客户端发送预定业务的实时事件。

可选地，删除缓存的订阅预定业务通知包括：判断是否支持预定业务通知能力，以及客户端是否已订阅预定业务通知；在判断结果均为是的情况下，删除缓存的订阅预定业务通知。通过上述步骤，可以避免不必要的删除操作，提高工作效率。

可选地，在向客户端反馈第一响应消息之后，还包括：通过已建立的通道接收客户端发送的用于订阅预定业务通知的请求；记录订阅预定业务通知。通过上述步骤，由于在已建立的通道进行订阅预定业务通知操作，无需重新建通道，可以快速的完成订阅预定业务通知，并且，可以减少网络维护成本，提高网络运维人员进行业务通知上报的订阅与取消订阅的易用性。

在本实施例中还提供了一种运行于上述移动终端的业务处理方法，图5是根据本发明实施例的业务处理方法的流程图二，如图5所示，该流程包括如下步骤：

步骤S502，向服务端发送用于取消订阅预定业务通知的请求；

步骤S504，接收到服务端反馈的第一响应消息，其中，第一响应消息携带有成功取消订阅预定业务通知的确认信息。

通过上述步骤，通过下发取消订阅预定业务通知的请求，确定订阅预定业务通知，无需断开已建立的服务端和客户端间的通道，并且本发明根据下发取消订阅预定业务通知的请求，确定订阅预定业务通知，使得客户端可以随时取消订阅的预定业务通知，无需等待指定的结束时间到达才可以取消订阅预定业务通知，缩短了终止订阅的等待时间。因此，可以解决相关技术中取消订阅的方法需要断开已建立的服务器和客户端间的通道或者等待时间长的问题，达到提高效率的效果。

可选地，在接收到服务端反馈的第一响应消息之后，还包括：通过已建立的通道向服务端发送用于订阅预定业务通知的请求；接收到服务端反馈的第二响应消息，其中，第二响应消息携带有成功订阅预定业务通知的确认信息。通过上述步骤，由于在已建立的通道进行订阅预定业务通知操作，无需重新建通道，可以快速的完成订阅预定业务通知，并且在取消订阅后，可以重新订阅相关业务通知，使得订阅和取消订阅更加灵活，更有利于网络维护。

需要说明的是，为了实现上述实施例，需要在NETCONF协议中增加一种私有能力extra-notification:1.0，即在NETCONF客户端与服务器建立会话后，互相通告支持的能力。只有具备extra-notification:1.0能力的NETCONF服务器才支持cancel-subscription操作。下面分别对支持该私有能力的NETCONF服务器端和客户端的hello报文示例进行说明：

(1)支持该私有能力的NETCONF服务器端的hello报文示例：

(2)支持该私有能力的NETCONF客户端的hello报文示例：

为了方便理解本发明实施例，以NETCONF服务器和NETCONF客户端进行取消订阅预定业务通知操作为例进行说明，过程如下：如果客户(client)端之前订阅了预定业务通知且并未结束，则NETCONF服务器(server)端在接收到客户端发送的用于取消订阅预定业务通知的请求后，删除订阅列表中缓存的该会话订阅信息，不再向客户端发送实时事件，并发送取消订阅成功的回应消息，则确定取消订阅成功；否则返回取消订阅失败的回应消息。下面分别对取消订阅报文示例和取消订阅成功的回应报文示例进行说明。

(1)取消订阅报文示例：

(2)取消订阅成功的回应报文示例：

(3)取消订阅失败的回应报文示例：

场景1：未订阅预定业务通知的client发起取消订阅请求。Server端回应取消订阅失败报文示例；

场景2：当server端不支持extra-notification:1.0能力。client端发起取消订阅预定业务通知的请求后，server端回应取消订阅失败报文示例；

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中还提供了一种业务处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图6是根据本发明实施例的业务处理装置的结构框图一，如图6所示，该装置包括：

检测模块62，用于检测到客户端发送的用于取消订阅预定业务通知的请求；

删除模块64，连接至上述检测模块62，用于删除缓存的订阅预定业务通知；

反馈模块66，连接至上述删除模块64，用于向客户端反馈第一响应消息，其中，第一响应消息用于通知客户端成功取消订阅预定业务通知。

图7是根据本发明实施例的业务处理装置中删除模块64的结构框图，如图7所示，该删除模块64包括：

判断单元72，用于判断是否支持预定业务通知能力，以及客户端是否已订阅预定业务通知；

删除单元74，连接至上述判断单元72，用于在判断结果均为是的情况下，删除缓存的订阅预定业务通知。

图8是根据本发明实施例的业务处理装置的优选结构框图，如图8所示，该装置除包括图6所示的所有模块外，还包括：

第一接收模块82，用于通过已建立的通道接收客户端发送的用于订阅预定业务通知的请求；

记录模块84，连接至上述第一接收模块82，用于记录订阅预定业务通知。

在本实施例中还提供了一种业务处理装置，图9是根据本发明实施例的业务处理装置的结构框图二，如图9所示，该装置包括：

第一发送模块92，用于向服务端发送用于取消订阅预定业务通知的请求；

第二接收模块94，连接至上述第一发送模块92，用于接收服务端反馈的第一响应消息，其中，第一响应消息携带有成功取消订阅预定业务通知的确认信息。

图10是根据本发明实施例的业务处理装置的优选结构框图，如图10所示，该装置除包括图9所示的所有模块外，还包括：

第二发送模块102，用于通过已建立的通道向服务器发送用于订阅预定业务通知的请求；

第三接收模块104，连接至上述第二发送模块102，用于接收到服务器反馈的第二响应消息，其中，第二响应消息携带有成功订阅预定业务通知的确认信息。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例3

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，检测到客户端发送的用于取消订阅预定业务通知的请求；

S2，删除缓存的订阅预定业务通知；

S3，向客户端反馈第一响应消息，其中，第一响应消息用于通知客户端成功取消订阅预定业务通知。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：删除缓存的订阅预定业务通知包括：

S1，判断是否支持预定业务通知能力，以及客户端是否已订阅预定业务通知；

S2，在判断结果均为是的情况下，删除缓存的订阅预定业务通知。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在向客户端反馈第一响应消息之后，还包括：

S1，通过已建立的通道接收客户端发送的用于订阅预定业务通知的请求；

S2，记录订阅预定业务通知。

本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

S1，向服务器发送用于取消订阅预定业务通知的请求；

S2，接收到服务器反馈的第一响应消息，其中，第一响应消息携带有成功取消订阅预定业务通知的确认信息。

可选地，存储介质还被设置为存储用于执行以下步骤的程序代码：在接收到服务器反馈的第一响应消息之后，还包括：

S1，通过已建立的通道向服务器发送用于订阅预定业务通知的请求；

S2，接收到服务器反馈的第二响应消息，其中，第二响应消息携带有成功订阅预定业务通知的确认信息。

可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：检测到客户端发送的用于取消订阅预定业务通知的请求；删除缓存的订阅预定业务通知；向客户端反馈第一响应消息，其中，第一响应消息用于通知客户端成功取消订阅预定业务通知。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：删除缓存的订阅预定业务通知包括：判断是否支持预定业务通知能力，以及客户端是否已订阅预定业务通知；在判断结果均为是的情况下，删除缓存的订阅预定业务通知。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在向客户端反馈第一响应消息之后，还包括：通过已建立的通道接收客户端发送的用于订阅预定业务通知的请求；记录订阅预定业务通知。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：向服务器发送用于取消订阅预定业务通知的请求；接收到服务器反馈的第一响应消息，其中，第一响应消息携带有成功取消订阅预定业务通知的确认信息。

可选地，在本实施例中，处理器根据存储介质中已存储的程序代码执行：在接收到服务器反馈的第一响应消息之后，还包括：通过已建立的通道向服务器发送用于订阅预定业务通知的请求；接收到服务器反馈的第二响应消息，其中，第二响应消息携带有成功订阅预定业务通知的确认信息。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种业务处理方法，其特征在于，包括：

检测到客户端发送的用于取消订阅预定业务通知的请求；

删除缓存的所述订阅预定业务通知；

向所述客户端反馈第一响应消息，其中，所述第一响应消息用于通知所述客户端成功取消订阅所述预定业务通知。

2.根据权利要求1所述的方法，其特征在于，删除缓存的所述订阅预定业务通知包括：

判断是否支持预定业务通知能力，以及所述客户端是否已订阅预定业务通知；

在判断结果均为是的情况下，删除缓存的所述订阅预定业务通知。

3.根据权利要求2所述的方法，其特征在于，在向所述客户端反馈所述第一响应消息之后，还包括：

通过已建立的通道接收所述客户端发送的用于订阅所述预定业务通知的请求；

记录所述订阅预定业务通知。

4.一种业务处理方法，其特征在于，包括：

向服务端发送用于取消订阅预定业务通知的请求；

接收到所述服务端反馈的第一响应消息，其中，所述第一响应消息携带有成功取消订阅所述预定业务通知的确认信息。

5.根据权利要求4所述的方法，其特征在于，在接收到所述服务端反馈的所述第一响应消息之后，还包括：

通过已建立的通道向所述服务端发送用于订阅所述预定业务通知的请求；

接收到所述服务端反馈的第二响应消息，其中，所述第二响应消息携带有成功订阅所述订阅预定业务通知的确认信息。

6.一种业务处理装置，其特征在于，包括：

检测模块，用于检测到客户端发送的用于取消订阅预定业务通知的请求；

删除模块，用于删除缓存的所述订阅预定业务通知；

反馈模块，用于向所述客户端反馈第一响应消息，其中，所述第一响应消息用于通知所述客户端成功取消订阅所述预定业务通知。

7.根据权利要求6所述的装置，其特征在于，所述删除模块包括：

判断单元，用于判断是否支持预定业务通知能力，以及所述客户端是否已订阅预定业务通知；

删除单元，用于在判断结果均为是的情况下，删除缓存的所述订阅预定业务通知。

8.根据权利要求7所述的装置，其特征在于，还包括：

第一接收模块，用于通过已建立的通道接收所述客户端发送的用于订阅所述预定业务通知的请求；

记录模块，用于记录所述订阅预定业务通知。

9.一种业务处理装置，其特征在于，包括：

第一发送模块，用于向服务端发送用于取消订阅预定业务通知的请求；

第二接收模块，用于接收所述服务端反馈的第一响应消息，其中，所述第一响应消息携带有成功取消订阅所述预定业务通知的确认信息。

10.根据权利要求9所述的装置，其特征在于，还包括：

第二发送模块，用于通过已建立的通道向所述服务端发送用于订阅所述预定业务通知的请求；

第三接收模块，用于接收到所述服务端反馈的第二响应消息，其中，所述第二响应消息携带有成功订阅所述订阅预定业务通知的确认信息。