CN102131154B - 一种消息增值业务处理方法、装置 - Google Patents

Abstract

本发明实施例公开了一种消息增值业务的处理方法，包括：消息类业务服务器在收到消息的发送方发送的第一消息后，若判断需要对所述第一消息进行增值业务处理，则向增值业务服务器发送所述第一消息，以便于所述的增值业务服务器对所述第一消息进行增值业务处理后向所述第一消息的接收方发送增值处理后的第二消息；所述消息类业务服务器判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常；如果存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息前，则消息类业务服务器将所述第一消息发送给所述第一消息的接收方，从而保证在消息类业务服务器和增值业务服务器之间通信出现问题时短消息能够下发至接收方。

Description

一种消息增值业务处理方法、装置

技术领域

本发明涉及通信技术领域，特别涉及一种消息增值业务处理方法、装置及系统。 

背景技术

早期的消息增值业务(Value Added Services for SMS，VAS4SMS)，直接在短信中心、彩信中心上实现，这种方式下，增值业务的增加或改动，都需要升级短信中心、彩信中心。而支持短信、彩信的能力已经被视为电信网络的基础能力，这样就会因增值业务而影响基础能力供给的稳定可靠。因此，业界提出了采用消息能力与增值业务分离的解决方案，如：短信业务数据中心(DCS-Data Center for Short Message Service，DCS)、扩展消息平台(EMP-Extend Message Platform，EMP)、智能短消息业务平台(MSP-Message SmartPlatform，MSP)、第三代移动通信伙伴项目(Third Generation PartnershipProject，3GPP)的VAS4SMS等，该方案把增值业务逻辑从短信、彩信中剥离到另外的单独网元来实现，这样就保证了基础短信、彩信能力的稳定性。 

以下将就3GPP定义的短消息增值业务处理流程进行说明，DCS、EMP、MSP均与此类似，其中短消息业务节点(short message service Node，SMSNode)还可以是其它消息类业务服务器，例如彩信节点(Multimedia MessageService，MMS Node)、即时消息节点(Instant Message Node，IM Node)、电子邮件节点(Electronic mail Node，Emai Node)等，具体流程如下： 

001：用户A手机发送信息迁移(Message Transfer)消息给其所在的短消息业务节点(short message service Node，SMS Node)，该SMS Node记为SMS Node 1； 

002：SMS Node确定用户A或短消息的接收方(用户B)订购了增值业务，则转发短消息给增值业务处理服务器(Value Added Service ApplicationServer，VAS AS)； 

003：VAS AS对用户A做鉴权，鉴权成功后给SMS Node1返回鉴权响应，告知满足增值业务激活条件； 

004：VAS AS对原始消息执行完增值业务处理后发送消息提交请求给SMS Node2；SMS Node2为用户B所在的SMS Node，如果用户A和用户B处于相同的SMS Node下，则SMS Node2与SMS Node1是同一个网络实体； 

005：SMS Node2告知VAS AS成功接收了消息提交请求； 

006：SMS Node2把Message Transfer消息投递给接收方用户B； 

007：SMS Node2接收用户B返回的状态报告(Delivery Report)的消息，该状态报告携带了消息的投递状态，可以包含是否投递成功的信息； 

008：SMS Node2发送状态报告的消息给VAS AS； 

009：VAS AS向SMS Node1发送状态报告的消息，以告知SMS Node1整个增值业务处理过程的结果； 

010：SMS Node1向用户A手机发送状态报告，以告知消息的投递状态。 

在以上消息能力和增值业务分离的方案中，当VAS AS出现故障，或是VAS AS和SMS NODE之间的通信存在异常，如网络出现问题，即002～009步SMS Node和VAS AS之间的交互过程不能完整正常完成，则增值业务无法顺利完成。 

发明内容

本发明实施例要解决的技术问题是提供一种消息增值业务处理方法、装置及系统，在VAS AS和消息类业务服务器之间通信出现问题时，保证短消息能够下发至接收方。 

本发明一方面提供了一种消息增值业务处理方法实施例，包括： 

消息类业务服务器在收到消息的发送方发送的第一消息后，若判断所述第一消息带有增值业务，则向增值业务服务器发送所述第一消息，以便于所述的增值业务服务器对所述第一消息进行增值业务处理后向所述第一消息的接收方发送增值处理后的第二消息； 

所述消息类业务服务器判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常； 

如果存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息前，则消息类业务服务器将所述第一消息发送给所述第一消息的接收 方。 

本发明另一方面提供了一种消息增值业务的处理方法实施例，包括： 

增值业务服务器接收到消息发送方的消息类业务服务器发送的第一消息后，对消息发送方或接收方进行鉴权； 

判断是否收到所述发送方的消息类业务服务器发送的通知消息，该通知消息用于指示所述增值业务服务器结束增值业务的后续处理流程； 

如果收到所述发送方的消息类业务服务器发送的通知消息，则结束增值业务的后续处理流程。 

本发明另一方面提供了一种消息类业务服务器的实施例，包括： 

第一消息发送单元601，用于在收到消息的发送方发送的消息，并在判断所述消息带有增值业务后向增值业务服务器发送上述消息； 

监测单元602，用于判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常，并在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息之前的情况下指示第二短消息发送单元603将所述消息发送给所述消息的接收方； 

第二消息发送单元603，用于根据监测单元的指示将所述消息发送给所述消息的接收方。 

本发明另一方面提供了一种增值业务服务器的实施例，包括： 

消息接收单元，用于接收消息发送方的消息类业务服务器发送的第一消息； 

鉴权单元，用于在增值业务服务器接收到消息的发送方的消息类业务服务器发送的第一消息后，对消息发送方或接收方进行鉴权； 

判断单元，用于判断是否收到所述发送方的消息类业务服务器发送的通知消息，该通知消息用于指示所述增值业务服务器结束增值业务的后续处理流程； 

消息处理单元，用于在判断单元收到所述发送方的消息类业务服务器发送的通知消息后，执行结束增值业务的后续处理流程。 

本发明另一方面提供了一种消息增值业务处理系统的实施例，包括上述消息类业务服务器以及增值业务服务器。 

通过本发明实施例的方案解决了在消息增值业务过程中，消息类业务服务器和增值业务服务器之间通信出现问题时，消息不能够下发至接收方的技术问题。 

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。 

图1为本发明提供的一种消息增值业务处理方法第一实施例的流程示意图； 

图2为本发明提供的一种消息增值业务处理方法第二实施例的流程示意图； 

图3为本发明提供的一种消息增值业务处理方法第三实施例的流程示意图； 

图4A为本发明提供的一种消息增值业务处理方法第四实施例的流程示意图； 

图4B为上述第四方法实施例中当T1超时时的处理流程示意图； 

图4C为上述第四方法实施例中当T2超时时的处理流程示意图； 

图4D为上述第四方法实施例中当T3超时时的处理流程示意图； 

图5A为本发明提供的一种消息增值业务处理方法第五实施例的流程示意图； 

图5B为本发明提供的一种消息增值业务处理方法第六实施例的流程示意图； 

图6为本发明提供提供的一种消息类业务服务器的第一实施例的结构简单示意图； 

图7为本发明提供提供的一种消息类业务服务器的第二实施例的结构简单示意图； 

图8A为本发明提供提供的一种消息类业务服务器的第三实施例的结构简 单示意图； 

图8B为本发明提供提供的一种消息类业务服务器的第四实施例的结构简单示意图； 

图9为本发明提供提供的一种增值业务服务器器的第一实施例的结构简单示意图； 

图10为本发明提供提供的一种增值业务服务器器的第二实施例的结构简单示意图； 

图11为本发明提供提供的一种消息增值业务处理系统实施例的结构简单示意图。 

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。需要说明的是，本发明所有实施例中涉及到的步骤之间的编号并不表示步骤之的先后关系，除非根据方案的实质一个步骤必须在另一个步骤之前或者之后发生，否则，本发明所有实施例中涉及到的步骤之间没有先后限定关系。 

本发明实施例提供了一种消息增值业务处理方法，该方法的执行主体为消息类业务服务器，所述的服务器可以是各类消息服务器，如短消息服务器，多媒体消息服务器，Email消息服务器，以及及时消息服务器等，所述的消息类业务服务器可以包括由中央处理器(CPU)、存储器以及主板设备，以及相应的软件模块构成的计算机系统实现，具体如图1所示，包括： 

101：消息类业务服务器在收到消息的发送方发送的消息后(为了区别于增值处理后的消息，这里可以称为第一消息，后续实施例同)，若判断所述消息需要进行增值业务处理，(例如通过判断发送方用户或接收方用户是否订购了增值业务，如果定购了增值业务，则表明所述消息需要进行增值业务处理，或者通过消息中的参数，例如特定的标识，判断是否需要进行增值业务处理)，则向增值业务服务器发送所述消息，以便于所述的增值业务服务器对所述消 息进行增值业务处理后向所述消息的接收方发送增值处理后的消息(为了区别于原始消息，即第一消息，这里可以称为第二消息，后续实施例同)； 

102：所述消息类业务服务器判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常；如果存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息前，则消息类业务服务器将所述消息发送给所述消息的接收方；或 

所述异常发生在所述增值业务服务器成功发出所述第二消息后，则消息类业务服务器生成第一状态报告，并将所述的第一状态报告发送给消息的发送方； 

这里所述异常发生在所述增值业务服务器成功发出所述第二消息前后可以通过判断是否收到增值业务服务器发送的确认消息来确定，如果所述异常发生在收到所述增值业务服务器发送的确认消息前，则表示异常发生在所述增值业务服务器成功发出所述第二消息前，否则，表示异常发生在所述增值业务服务器成功发出所述第二消息之后。所述的确认消息是由所述所述增值业务服务器发出所述经过增值业务处理后的消息(即所述第二消息)后向所述消息类业务服务器发送的。具体的实施例中，还可以通过其他方式来确定所述异常是发生在所述增值业务服务器成功发出所述第二消息之前还是之后，例如，通过主动监测增值业务服务器是否成功发出所述第二消息，或者通过和第二消息的接收方消息类服务器通信以确认增值业务服务器是否成功发出所述第二消息。 

具体的实施例中，可以包括：如果所述异常发生在收到所述增值业务服务器发送的确认消息后，则生成第一状态报告，并将所述的第一状态报告发送给消息的发送方，所述的确认消息是由所述所述增值业务服务器发出所述经过增值业务处理后的消息(即所述第二消息)后向所述消息类业务服务器发送的；例如，如果所述异常发生在收到所述增值业务服务器发送的确认消息后至收到所述增值业务服务器发送的状态报告(此处可以称为第三状态报告)之前，则生成第一状态报告，并将所述的第一状态报告发送给消息的发送方，所述的状态报告是由增值业务服务器向消息类业务服务器发送的，以告知消息类业务服务器整个增值业务处理过程的结果。 

需要说明的是，本实施例中所述的消息可以包括短消息，多媒体消息，及时消息，以及email消息等。 

具体的实施例中，在上述步骤的基础上可以进一步包括： 

向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程。 

具体的实施例中，所述的涉及所述增值业务服务器处理的增值业务的处理流程可以包括：增值业务服务器鉴权，发送鉴权响应，对第一消息进行增值业务处理，向接收方的消息类业务服务器发送消息提交请求，例如可以携带经过处增值业务处理后的消息(第二消息)，接收接收方的消息类业务服务器发送的成功接收所述的消息提交请求的响应，在接收消息发送方消息类业务服务器发送的状态报告后返回给所述接收方消息类业务服务器的状态报告(第三状态报告)，以告知接收方消息类业务服务器整个增值业务处理过程的结果等。所述的结束增值业务的后续处理流程指的是根据异常产生的时间点，增值业务服务器结束该时间点之后的由该增值业务服务器处理的增值业务处理步骤。 

在具体的实施例中，所述的异常可能是增值业务服务器出现故障，或是增值业务服务器和消息类业务服务器之间的通信存在异常，如网络出现问题，通信超时等；具体的实施例中所述消息类业务服务器可以通过以下两种实施方式来判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常： 

实施方式一：通过设置的定时器是否超时来判断所述消息类业务服务器与所述增值业务服务器之间的通信消息是否超时，如果超时，则确定所述消息类业务服务器与所述增值业务服务器之间的通信存在异常；否则正常。 

实施方式二：监测消息类业务服务器与增值业务服务器的连接状态是否异常，具体实例中可以根据所述消息类业务服务器与所述增值业务服务器之间的心跳来检测上述连接状态是否异常。 

以下对上述两种实施方式分别说明。 

实施方式一：通过设置的定时器来判断所述消息类业务服务器与所述增值业务服务器之间的通信消息是否超时，如果超时，则确定所述消息类业务 服务器与所述增值业务服务器之间的通信存在异常；具体包括如下步骤： 

消息类业务服务器在收到消息的发送方发送的消息后，若判断所述消息带有增值业务，(例如通过判断发送方用户或接收方用户是否订购了增值业务，如果定购了增值业务，则表明所述消息带有增值业务)，则向增值业务服务器发送所述消息，并等待增值业务服务器返回鉴权响应；需要说明的是，本实施例中所述的消息可以包括短消息，多媒体消息，及时消息，以及email消息等。 

所述的消息发送方可以是主叫或发送方移动终端，或主叫或发送方固定终端；统称主叫或发送方用户设备；消息的接收方可以是被叫或接收方移动终端，或被叫或接收方固定终端，统称被叫或接收方用户设备，所述的移动或固定终端可以由中央处理器(CPU)、存储器以及主板设备，以及相应的软件模块构成的计算机实现。 

根据设置的第一定时器判断等待鉴权响应是否超时，若等待鉴权响应超时，则消息类业务服务器将所述消息发送给所述消息的接收方。所述的鉴权响应可以为：增值业务服务器对用户做鉴权，包括判断是否满足增值业务激活条件，并于鉴权成功(满足增值业务激活条件)后向消息类业务服务器返回鉴权响应，告知满足增值业务激活条件；具体实施例中，所述的鉴权响应可以是Continue(active originating VAS)消息。 

在另一实施例中，在上述基础上进一步地还可以包括至少下述步骤之一： 

向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程。本实施例中所述的通知消息可以是一条独立的inform消息，也可以是在收到增值业务服务器发送的鉴权响应后通过发送鉴权相应确认消息(例如Continue Ack消息)。所述向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程的时间可以是：将消息发送给上述消息的接收方之后，或者等待鉴权响应超时之后，或者在鉴权响应超时后收到鉴权响应消息之后。 

向消息的发送方发送第二状态报告，告知该消息的递交情况，如成功发送，或者失败发送，或者不能发送的原因。 

在另一实施例中，还可以为：若根据设置的第一定时器判断等待鉴权响 应没有超时，即等待鉴权响应超时前收到鉴权响应消息，则等待增值业务服务器返回确认消息；所述的确认消息是由所述所述增值业务服务器发出所述经过增值业务处理后的消息(即所述第二消息)后向所述所述消息类业务服务器发；具体的实例中，所述的确认消息是由增值业务服务器在获知消息接收方的消息类业务服务器已经成功接收到消息提交请求后向所述发送方的消息类业务服务器发出的；所述的消息提交请求是由该增值业务服务器对原始消息执行增值业务处理后向所述接收方的消息类业务服务器发送的。(需要说明的是，当发送方和接收方归属于同一消息类业务服务器时，所述的发送方消息类业务服务器和接收方消息类业务服务器即是该同一消息类业务服务器)。 

根据设置的第二定时器判断等待确认消息是否超时，若等待确认消息超时，则消息类业务服务器将所述消息发送给上述消息的接收方。 

在该实施例中，在上述等待确认消息超时，将消息发送给上述消息的接收方的基础上，进一步地还可以包括至少下述步骤之一： 

向消息的发送方发送第二状态报告，告知该消息的发送情况，如成功发送，或者失败发送；以及进一步可以包括： 

向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程。所述向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程的时间可以是：将消息发送给上述消息的接收方之后，或者等待确认消息超时之后，或者在确认消息超时后收到确认消息之后。 

在另一实施例中，还可以包括：若根据设置的第二定时器判断等待确认消息没有超时，即在等待确认消息超时前收到确认消息，则等待增值业务服务器返回状态报告(此处可以称为第三状态报告)；根据设置的第三定时器判断等待状态报告是否超时，若等待状态报告超时，则生成第一状态报告并发送给上述消息的发送方；所述的状态报告是由增值业务服务器向消息类业务服务器发送的，以告知消息类业务服务器整个增值业务处理过程的结果。在此基础上可以进一步包括：向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程。 

本发明实施例提供了一种消息增值业务处理方法，如图2所示，以下所述 的消息类业务服务器可以是各类消息服务器，如短消息服务器，多媒体消息服务器，Email消息服务器，以及及时消息服务器等，所述的消息类业务服务器，或增值业务服务器可以包括由中央处理器(CPU)、存储器以及主板设备，以及相应的软件模块构成的计算机系统实现；所述的消息可以包括短消息，多媒体消息，及时消息，以及email消息等；以下实施例以短消息为例进行说明；包括： 

201：增值业务服务器接收到短消息的发送方的消息类业务服务器发送的短消息后，对消息的发送方或者接收方进行鉴权； 

所述的鉴权可以包括：增值业务服务器对用户做鉴权，判断是否满足增值业务激活条件，并于鉴权成功(满足增值业务激活条件)后向消息类业务服务器返回鉴权响应，告知满足增值业务激活条件。具体的实施例中，所述的鉴权响应可以是Continue(active originating VAS)消息。 

202：判断是否接收到发送方的消息类业务服务器发送的通知消息，该通知消息用于指示所述增值业务服务器结束增值业务的后续处理流程；如果接收到所述发送方的消息类业务服务器发送的通知消息，则结束增值业务的后续处理流程。 

具体的实施例中可以进一步包括： 

如果增值业务服务器没有接受到所述发送方的消息类业务服务器发送的通知消息，且所述鉴权通过，即满足增值业务激活条件，则增值业务服务器向短消息的发送方的消息类业务服务器返回鉴权响应； 

判断是否接收到发送方的消息类业务服务器发送的通知消息，如果接收到所述通知消息，则执行结束增值业务处理流程；否则对上述短消息进行增值业务处理；具体的实施例中所述对上述短消息进行增值业务处理可以包括向短消息中插入广告信息；当然其他类型的消息，如email消息，多媒体消息的处理也是一样的。 

对所述短消息进行增值业务处理后，进一步判断是否接收到发送方的消息类业务服务器发送的通知消息，如果接收到所述通知消息，则执行结束增值业务处理流程；否则在增值业务处理后向上述短消息接收方的消息类业务服务器发送消息提交请求，具体实施例中，所述消息提交请求中可以包括进 行增值业务处理后的短消息；具体的实施例中，所述的消息提交请求可以是Submit New Short Message消息。 

判断是否接收到发送方的消息类业务服务器发送的通知消息，如果没有接收到所述通知消息，则在收到上述短消息接收方的消息类业务服务器发送的成功接收消息提交请求的消息后(具体的实施例中可以是Submit New ShortMessage Ack消息)，向短消息的发送方的消息类业务服务器发送确认消息(具体的实施例中可以是Inform消息)，以告知短消息接收方的消息类业务服务器已经接收到增值后的短消息；否则，则执行结束增值业务处理流程。 

以上各步骤是否执行，需要根据判断是否接收到发送方的消息类业务服务器发送的通知消息而定。 

实施方式二：监测消息类业务服务器与增值业务服务器的连接状态是否异常，具体实例中可以根据所述消息类业务服务器与所述增值业务服务器之间的心跳来检测上述连接状态是否异常。 

本发明实施例提供了一种消息增值业务处理方法，该方法的执行主体为消息类业务服务器，此处没有说明的步骤或者术语可以参见前述实施例的内容。具体如图3所示，包括： 

301：消息类业务服务器在收到消息的发送方发送的消息(第一消息)后执行消息增值业务处理流程，并监测消息类业务服务器与增值业务服务器的连接状态；具体实施例中可以是根据所述消息类业务服务器与所述增值业务服务器之间的心跳来监测消息类业务服务器与增值业务服务器的连接状态是否异常。 

302：当监测消息类业务服务器与增值业务服务器的连接状态异常时(例如中断)，且所述异常发生在所述增值业务服务器成功发送第二消息之前，所述则消息类业务服务器将所述消息发送给所述消息的接收方，或者且所述异常发生在所述增值业务服务器成功发送第二消息之后，生成第一状态报告并发送给消息的发送方。 

需要说明的是，本实施例中所述的消息可以包括短消息，多媒体消息，及时消息，以及email消息等。 

具体的实施例中，在上述“生成第一状态报告并发送给消息的发送方” 步骤的基础上可以进一步包括：向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的处理流程。 

具体的实施例中，在上述“当监测消息类业务服务器与增值业务服务器的连接状态异常时，则消息类业务服务器将所述消息发送给所述消息的接收方”步骤的基础上可以进一步包括至少以下步骤之一： 

向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的处理流程。 

向消息的发送方发送第二状态报告，告知该消息的发送情况，如成功发送，或者失败发送。 

具体实施例中，消息类业务服务器与增值业务服务器的连接状态异常可以发生在下述过程之一中：在等待增值业务服务器返回鉴权响应过程中，等待增值业务服务器返回确认消息过程中，或在等待增值业务服务器返回状态报告过程中；所述的确认消息是由增值业务服务器在获知消息接收方的消息类业务服务器已经成功接收到消息提交请求后向所述发送方的消息类业务服务器发出的；所述的消息提交请求是由该增值业务服务器对原始消息执行增值业务处理后向所述接收方的消息类业务服务器发送的。 

若在等待增值业务服务器返回鉴权响应过程中，或者等待增值业务服务器返回确认消息过程中，监测到消息类业务服务器与增值业务服务器的连接中断，则将短消息发送给上述短消息的接收方； 

若在收到增值业务服务器返回的确认消息后，或者在等待增值业务服务器返回状态报告(第三状态报告)过程中，监测到消息类业务服务器与增值业务服务器的连接中断，则生成第一状态报告并发送给消息的发送方。 

以上实施例中，消息类业务服务器对消息类业务服务器与增值业务服务器之间的通信进行监控，在确定通信存在异常的情况下将消息发送给消息的接收方；解决了在增值业务服务器和消息类业务服务器之间通信出现问题时，保证消息能够下发至接收方的技术问题。另外，当增值业务服务器获知消息已经不再需要执行增值业务，停止增值业务的处理，避免系统冲突，减轻处理负担。再次，主动生成第一状态报告来告知消息的发送方消息的处理状态，避免在第三状态报告接收不畅的情况下，消息的发送方无法获知短消息的处 理状态。 

为了更清楚的介绍本发明实施例的方法，以下将就3GPP网络架构下的短消息增值业务处理流程进行说明，DCS、EMP、MSP均与此类似不再一一说明。本实施例中的消息类业务服务器可以为短消息服务器，短消息中心，或短消息节点Short Message Service Node，SMS Node，下面以短消息节点SMSNode为例进行说明。此外，在本实施例中，可以设置三个定时器T1、T2以及T3，下面结合附图对T1超时、T2超时以及T3超时分别进行说明，可以理解的是T1、T2以及T3可以是同一物理实体，也可以是两个或者三个物理实体，对此本发明实施例不予限定。本实施例中的用户设备UE，可以用户移动终端，如手机，或者用户固定终端。本实施例以前述实施方式一，即通过设置的定时器来判断所述消息类业务服务器与所述增值业务服务器之间的通信消息是否存在异常； 

SMS Node与VAS AS之间交互处理增值业务的增值业务处理流程如图4A所示： 

401：用户设备(UE，User Equipment)A发送信息迁移(Message Transfer)消息给其所在的短消息业务节点SMS Node，该SMS Node记为SMS Node 1；本发明实施例中所涉及的信息迁移(Message Transfer)消息可以携带所述短消息或短消息内容，本发明实施例中，无论是短消息发送方发送的短消息还是执行增值业务后的短消息均可以使用Message Transfer消息来携带。 

402：SMS Node 1确定短消息的发送方(对应用户A)或短消息的接收方(对应用户B)订购了增值业务，则转发短消息给增值业务处理服务器VASAS，请求检查增值服务(Check for originating VAS)；在402执行后启动定时器T1进行计时；此处的定时器T1可以是预先设置的，也可以是适时设置的，相应的该T1的定时时长可以是预先设置或者适时设置的。 

403：VAS AS对用户A做鉴权，例如可以包括：包括判断是否满足增值业务激活条件，如果满足则鉴权成功；具体实例中所述鉴权可以根据用户A或B的用户信息，以及用户A或B的的预订业务情况来判断；并在鉴权成功后给SMSNode1返回鉴权响应(例如可以为继续Continue消息)，告知满足增值业务激活条件；若SMS Node1在T1设置的时间内接收到鉴权响应的消息，上述T1计时 结束，此时SMS Node1可以向VAS AS发送继续应答(Continue_Ack)消息，以告知VAS AS继续(go on)短消息增值业务处理流程，执行步骤404，并启动定时器T2进行计时，此处的定时器T2可以是预先设置的，也可以是适时设置的，相应的该T2的定时时长可以是预先设置或者适时设置的；若SMS Node1在T1设置的时间之后接收到鉴权响应的消息，或者SMS Node1没有接收到鉴权响应的消息，则参见下面图4B对应的流程处理。 

404：VAS AS对原始消息(用户UE A向SMS Node1发送的短消息)执行增值业务处理后发送消息提交请求给SMS Node2；例如，此处的消息可以是Submit New Short Message；SMS Node2为用户设备UE B所在的SMS Node，如果用户A和用户B处于相同的SMS Node下，则SMS Node2与SMS Node1是同一个网络实体； 

405：SMS Node2告知VAS AS成功接收了消息提交请求；例如，此处的消息可以是Submit New Short Message；VAS AS获知短消息接收方的消息类业务服务器SMS Node2已经接收到消息提交请求后可以向SMS Node1发送确认消息，例如，可以是Inform消息，以告知SMS Node1短消息接收方的消息类业务服务器SMS Node2已经接收到消息提交请求，另外SMS Node1还可以返回确认消息的响应；若SMS Node1在T2设置的时间内接收到VAS AS发送确认消息，例如可以是Inform消息，上述T2计时结束，T3计时开始，并继续下述406步骤，此处的定时器T2可以是预先设置的，也可以是适时设置的，相应的该T2的定时时长可以是预先设置或者适时设置的；若SMS Node1在T2设置的时间之后接收到确认消息，或者SMS Node1没有接收到确认消息，则参见下面图4C对应的流程处理。 

406：SMS Node2把Message Transfer消息投递给接收方用户设备UE B，该消息携带执行增值业务处理后的短消息； 

407：SMS Node2接收用户B返回的状态报告(Delivery Report)的消息，该状态报告携带了消息的投递状态，可以包含是否投递成功的信息； 

408：SMS Node2发送状态报告的消息给VAS AS；例如，返回return reportfor the new short message； 

409：VAS AS向SMS Node1发送状态报告(第三状态报告)，以告知SMS Node1整个增值业务处理过程的结果；若SMS Node1在T3设置的时间内接收到VAS AS发送的状态报告(例如get the report for the new short message)，则继续步骤410，停止T3的计时，若SMS Node1在T3设置的时间之后接收到VAS AS发送的状态报告，或者SMS Node1没有收到VAS AS发送的状态报告，则参见下面图4D对应的流程处理。 

410：SMS Node1根据VAS AS发送的状态报告(第三状态报告)向发送方用户设备UE A手机发送状态报告(此处可以称为第四状态报告)，以告知消息的投递状态。 

以上这些步骤仅是一种实施例，实际应用中，并不表示所有的实施方式必须执行上述所有步骤，根据方案的实质，只要能够解决本发明的问题，在具体的实施例中，本领域技术人员可以理解的其他非关键的步骤可以省略。 

在403中，SMS Node1在等待鉴权响应的消息过程中T1计时超时，则增值业务处理流程如图4B所示，同时参考图4A： 

404B：SMS Node1在第403中，等待鉴权的响应消息超时(T1超时)后，则将短消息发送给被叫用户设备UE B，进一步可以包括，用户设备UE B返回状态报告(此处可以称为第五状态报告)给SMS Node1，SMS Node1根据该状态报告向用户设备UEA发送状态报告(第二状态报告，需要说明的是此处的第二状态报告可以和第五状态报告一样，即直接转发第五状态报告)。短消息可以使用Message Transfer消息携带，本发明实施例中，无论是短消息发送方发送的短消息还是执行增值业务后的短消息均可以使用Message Transfer消息来携带，对此不再一一说明。 

405B：SMS Node1在发送短始消息后，给VAS AS发送通知消息，例如Inform消息，指示VAS AS结束增值业务处理流程。VAS AS可以返回通知的响应告知其执行情况。本步骤旨在同步VAS AS增值业务的处理状态，并不影响本发明实施例的实现，为可选的。 

所述向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的时间可以是：将短消息发送给上述消息的接收方之后，或者等待鉴权响应超时之后，或者在鉴权响应超时后收到鉴权响应消息之后。 

406B：若SMS Node1在向被叫用户设备UE B发送所述Message Transfer 后，发送所述通知消息之前收到VAS AS发送的鉴权响应(例如Continue消息)，则可以向VAS AS发送鉴权响应确认消息，例如Continue_Ack消息，指示VAS AS结束增值业务处理流程。本步骤中指示结束增值业务处理流程是因为此时SMS Node1已经把短消息发送给被叫用户设备UE B了，无法再对这条短消息做附加的增值业务处理了；告知VAS AS结束增值业务流程则优化甬余操作。可以知道的是406B与405B为并列的两种执行方案。 

在405中，等待确认消息的过程中T2计时超时，则增值业务处理流程如图4C所示，同时参考图4A： 

406C：SMS Node1在等待VAS AS的确认消息过程中T2超时，则将短消息发送给被叫用户设备UE B，进一步可以包括，用户设备UE B返回状态报告(此处可以称为第五状态报告)给SMS Node1，SMS Node1根据该状态报告向用户设备UEA发送状态报告(第二状态报告，需要说明的是此处的第二状态报告可以和第五状态报告一样，即直接转发第五状态报告)。 

407C：SMS Node1在发送短消息给被叫用户B后，还可以给VAS AS发送通知消息，例如可以是Inform消息，指示VAS AS结束增值业务处理流程。也可以在定时器T2超时后发送所述的通知消息，指示VAS AS结束增值业务处理流程，或者在定时器T2超时后收到VAS AS的确认消息之后发送所述的通知消息，指示VAS AS结束增值业务处理流程。 

408C：若SMS Node1在发送通知消息前收到了VAS AS发的Inform消息，则可以向VAS AS发送Inform_Ack，指示VAS AS结束增值业务流程。VAS AS接收到Inform_Ack后获知需要结束增值业务的流程，则可以不再进行增值业务处理流程，例如不再向SMS Node1发送步骤409所述的状态报告。 

在409中，等待状态报告的消息的过程中T3计时超时，则增值业务处理流程如图4D所示，同时参考图4A： 

410D：SMS Node1在等待VAS AS返回状态报告的消息过程中T3超时，则生成第一状态报告，并直接向发送方用户设备UE A发送所述的第一状态报告；然后可以结束增值业务的处理流程。 

411D：如SMS Node1处的增值业务的处理流程结束后，收到了VAS AS发的状态报告，则可以忽略收到的状态报告。 

为了更清楚的介绍本发明实施例的方法，以下将就3GPP网络架构下的短消息增值业务处理流程进行说明，DCS、EMP、MSP均与此类似不再一一说明，在本实施例中，可以在SMS Node和VAS AS之间建立心跳机制，SMS Node根据心跳机制来维护VAS AS的状态信息，本实施例以短消息为例进行说明；如图5A所示，501：SMS Node执行心跳检测，并根据心跳检测正常还是异常来确定VAS AS状态是正常还是异常。需要说明的是，本实施例同图4A-4D所对应的实施例相比，主要体现在检测SMS Node和VAS AS之间的方式不同，其他的不因该检测方式而改变的步骤可以可以参照上述4A-4D所对应的实施例，采用相同的处理。 

具体的增值业务的处理流程如图5B所示： 

501B：用户设备(UE，User Equipment)A发送信息迁移(Message Transfer)消息给其所在的短消息业务节点SMS Node 1；本发明实施例中所涉及的信息迁移(Message Transfer)消息可以携带所述短消息或短消息内容，本发明实施例中，无论是短消息发送方发送的短消息还是执行增值业务后的短消息均可以使用Message Transfer消息来携。 

502B：SMS Node 1发送方用户设备UEA发送的信息迁移消息后，确定短消息的发送方(对应用户A)或短消息的接收方(对应用户B)订购了增值业务，则转发短消息给增值业务处理服务器VAS AS，请求检查增值服务(Checkfor originating VAS)；并判断SMS Node1与VAS AS之间的通信状态是否正常； 

如果正常，则继续进行后续步骤； 

503B：如果判断SMS Node1与VAS AS之间的通信状态异常，则将短消息发送给被叫用户设备UE B，并且可以进一步包括至少下述步骤之一：SMSNode1接收被叫用户设备UE B返回的状态报告，SMS Node1根据返回的状态报告向用户设备UE A发送第二状态报告，告知短消息的递交情况，如短消息发送成功还是失败，或者还包括不能发送的原因；以及向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程； 

或者，如果判断SMS Node1与VAS AS之间的通信状态异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息后，则直接生成第一状态报告，并将该第一状态报告发送至用户设备UE A告知短消息的发送情况；并 且可以进一步包括：向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的处理。 

也可以在确定短消息的发送方或短消息的接收方订购了增值业务后，判断SMS Node1与VAS AS之间的通信状态是否正常，如果正常，则转发短消息给增值业务处理服务器VAS AS，请求检查增值服务(Check for originatingVAS)；如果不正常，则同上述不正常情况下的处理方式一样。 

本实施例中的判断步骤可以根据设定的时间间隔定期判断，也可以连续不断地监测判断SMS Node1与VAS AS之间的通信状态是否正常，如果正常，则按照现有的正常处理流程进行处理，如果不正常，则同上述不正常情况下的处理一样。具体可以结合步骤图3所对应的实施例，例如301-304的处理过程理解本实施例。具体的判断可以通过监测SMS Node1与VAS AS之间的心跳消息来确认，具体的心跳检测过程可以参见现有技术。 

如果SMS Node1与VAS AS之间的通信状态正常，则执行后续的步骤包括： 

VAS AS对用户A做鉴权，例如可以包括：判断是否满足增值业务激活条件，如果满足则鉴权成功；具体实例中所述鉴权可以根据用户A或B的用户信息，以及用户A或B的的预订业务情况来判断；并在鉴权成功后给SMS Node1返回鉴权响应(例如可以为继续Continue消息)，告知满足增值业务激活条件。 

VAS AS对原始消息(用户UE A向SMS Node1发送的短消息)执行增值业务处理后发送消息提交请求给SMS Node2；例如，此处的消息可以是SubmitNew Short Message；SMS Node2为用户设备UE B所在的SMS Node，如果用户A和用户B处于相同的SMS Node下，则SMS Node2与SMS Node1是同一个网络实体； 

SMS Node2告知VAS AS成功接收了消息提交请求；例如，此处的消息可以是Submit New Short Message；VAS AS获知短消息接收方的消息类业务服务器SMS Node2已经接收到消息提交请求后可以向SMS Node1发送确认消息，例如，可以是Infornm消息，以告知SMS Node1短消息接收方的消息类业务服务器SMS Node2已经接收到消息提交请求，另外SMS Node1还可以返回确认消息的响应； 

SMS Node2把Message Transfer消息投递给接收方用户设备UE B，该消息 携带执行增值业务处理后的短消息； 

SMS Node2接收用户B返回的状态报告(Delivery Report)的消息，该状态报告携带了消息的投递状态，可以包含是否投递成功的信息； 

SMS Node2发送状态报告的消息给VAS AS；例如，返回return report forthe new short message； 

VAS AS向SMS Node1发送状态报告的消息，以告知SMS Node1整个增值业务处理过程的结果； 

SMS Node1根据VAS AS发送的状态报告向发送方用户设备UE A手机发送第三状态报告，以告知短消息的投递状态。 

消息类业务服务器对消息类业务服务器与增值业务服务器的通信连接进行监控，在通信连接中断的时候将短消息发送给短消息的接收方；解决了在VAS AS和消息类业务服务器之间通信出现问题时，保证短消息能够下发至接收方的技术问题。另外，当增值业务服务器获知短消息已经不再需要执行增值业务处理时，停止所述增值业务的后续处理流程，从而避免系统冲突，减轻增值业务服务器的处理负担，以及节省网络资源。再次，主动生成第一状态报告来告知短消息的发送方短消息的处理状态，避免在第三状态报告接收不畅的情况下，短消息的发送方无法获知短消息的处理状态。 

本发明实施例还提供了一种消息类业务服务器，该消息类业务服务器可以实施前述方法实施例中涉及消息类业务服务器的处理步骤，如图6所示，在一个实施例中，所述的消息类业务服务器包括： 

第一消息发送单元601，用于在收到消息的发送方发送的第一消息，并在判断需要对所述第一消息进行增值业务处理后向增值业务服务器发送所述第一消息； 

监测单元602，用于判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常，并在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息之前的情况下指示第二消息发送单元603将所述第一消息发送给所述消息的接收方； 

第二消息发送单元603，用于根据监测单元的指示将所述消息发送给所述消息的接收方。 

在另一实施例中，如图7所示，所述的消息类业务服务器，进一步包括状态报告生成单元604；所述的监测单元602，进一步用于在判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息之后的情况下指示状态报告生成单元604生成第一状态报告；所述状态报告生成单元604，用于根据所述的监测单元602的指示生成第一状态报告；所述的第二消息发送单元603，用于将所述状态报告生成单元604生成的所述第一状态报告发送给所述消息的发送方。 

进一步地，如图8A和8B所示，在图6和图7所示的实施例的基础上，上述消息类业务服务器还可以包括： 

结束指令发送单元605，用于向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程。 

具体实例中，上述将消息发送给上述消息的接收方之后，或者等待鉴权响应超时之后，或者等待鉴权响应超时后收到鉴权响应的消息之后，向增值业务服务器发送消息指示增值业务服务器结束增值业务。 

在具体的实施例中，所述的监测单元602，进一步用于如果所述异常发生在收到所述增值业务服务器发送的确认消息后，则指示第二短消息发送单元603生成第一状态报告，所述的确认消息是由所述所述增值业务服务器发出所述第二消息后向所述消息类业务服务器发送的。 

在具体的实施例中，所述的监测单元602可以根据设置的定时器是否超时判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常；或者所述的监测单元602可以根据根据所述消息类业务服务器与所述增值业务服务器之间的心跳判断所述消息类业务服务器与所述增值业务服务器之间的连接状态是否异常来判断判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常。 

具体的实施例中，所述的监测单元602，可以根据设置的第一定时器判断等待鉴权响应是否超时；若等待鉴权响应超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常；所述的鉴权响应是所述增值业务服务器收到所述消息类业务服务器发送的所述第一消息后进行鉴权并于鉴权成功后向所述消息类业务服务器发送的。 

进一步的，所述监测单元602若根据设置的第一定时器确认在等待鉴权响应超时前收到鉴权响应的消息，则等待增值业务服务器返回所述确认消息；根据设置的第二定时器判断等待确认消息是否超时，若等待确认消息超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常。 

进一步的，所述的监测单元602若根据设置的第二定时器确认在等待确认消息超时前收到所述确认消息，则等待增值业务服务器返回第三状态报告；根据设置的第三定时器判断等待第三状态报告是否超时，若等待第三状态报告超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常；所述第三状态报告是由增值业务服务器向消息类业务服务器发送的，以告知消息类业务服务器整个增值业务处理过程的结果。 

需要说明的是，以上消息类业务服务器的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，比如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将所述的消息类业务服务器的内部结构划分成不同的功能模块，以完成以上方法实施例中该消息类业务服务器所要实施的全部步骤或功能。而且实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成，例如，前述的第一消息发送单元601，可以是具有执行前述发送功能的硬件，如发送器，也可以是能够执行相应计算机程序从而完成前述功能的一般处理器或者其他硬件设备。这些简单的变化所引起的不同实施方式，在阅读前述所有实施例之后，对于本领域技术人员而言，都可以参照实现，因此，这些简单的变化所产生的实施方案都在本发明的保护范围之内。 

本发明实施例还提供了一种增值业务服务器，该增值业务服务器可以实施前述方法实施例中涉及增值业务服务器的处理步骤，如图9所示，包括： 

消息接收单元901，用于接收消息发送方的消息类业务服务器发送的第一消息； 

鉴权单元902，用于在增值业务服务器接收到消息的发送方的消息类业务服务器发送的第一消息后，对消息发送方或接收方进行鉴权； 

判断单元903，用于判断是否收到所述发送方的消息类业务服务器发送 的通知消息，该通知消息用于指示所述增值业务服务器结束增值业务的后续处理流程； 

消息处理单元904，用于在判断单元收到所述发送方的消息类业务服务器发送的通知消息后，执行结束增值业务的后续处理流程。 

在另一实施例中，如图10所示，所述的增值业务服务器可以进一步包括： 

响应发送单元905，用于若鉴权通过，则向消息的发送方的消息类业务服务器返回鉴权响应；所述的消息处理单元进一步用于对所述消息进行增值业务处理后生成第二消息，向所述消息接收方的消息类业务服务器发送消息提交请求，所述消息提交请求包括所述第二消息。 

需要说明的是，以上增值业务服务器的实施方式中，各功能模块的划分仅是举例说明，实际应用中可以根据需要，比如相应硬件的配置要求或者软件的实现的便利考虑，而将上述功能分配由不同的功能模块完成，即将所述的增值业务服务器的内部结构划分成不同的功能模块，以完成以上方法实施例中该增值业务服务器所要实施的全部步骤或功能。而且实际应用中，本实施例中的相应的功能模块可以是由相应的硬件实现，也可以由相应的硬件执行相应的软件完成，例如，前述的消息接收单元，可以是具有执行前述接收功能的硬件，如接收器，收发器等，也可以是能够执行相应计算机程序从而完成前述功能的一般处理器或者其他硬件设备。这些简单的变化所引起的不同实施方式，在阅读前述所有实施例之后，对于本领域技术人员而言，都可以参照实现，因此，这些简单的变化所产生的实施方案都在本发明的保护范围之内。 

本发明实施例还提供了一种消息增值业务处理系统，如图11所示，包括：本发明实施例图6至图8的消息类业务服务器1101，以及图9的增值业务服务器1102。 

消息类业务服务器对消息类业务服务器与增值业务服务器的通信连接进行监控，在通信连接中断的时候将短消息发送给短消息的接收方；解决了在VAS AS和消息类业务服务器之间通信出现问题时，保证消息能够下发至接收方的技术问题。另外，对增值业务服务器进行增值业务的控制，使增值业务 服务器获知已经不再需要执行增值业务，避免系统冲突。再次，主动生成第一状态报告来告知消息的发送方短消息的处理状态，避免在前述第三状态报告接收不畅的情况下，消息的发送方无法获知消息的处理状态。 

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，上述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。 

以上对本发明实施例所提供的一种消息增值业务处理方法、装置及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其实质；同时，对于本领域的一般技术人员，依据本发明的实质，在具体实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。 

Claims (20)

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

消息类业务服务器在收到消息的发送方发送的第一消息后，若判断需要对所述第一消息进行增值业务处理，则向增值业务服务器发送所述第一消息，以便于所述的增值业务服务器对所述第一消息进行增值业务处理后向所述第一消息的接收方发送增值处理后的第二消息；

所述消息类业务服务器判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常；

如果存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息前，则消息类业务服务器将所述第一消息发送给所述第一消息的接收方；如果存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息后，则消息类业务服务器生成第一状态报告，并将所述的第一状态报告发送给消息的发送方。

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

向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程。

3.根据权利要求1所述方法，其特征在于，所述消息类业务服务器将所述第一消息发送给所述第一消息的接收方后进一步包括：向所述消息的发送方发送第二状态报告。

4.根据权利要求1所述方法，其特征在于，所述如果存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息后，则消息类业务服务器生成第一状态报告具体包括:

如果所述异常发生在收到所述增值业务服务器发送的确认消息后，则生成第一状态报告，所述的确认消息是由所述增值业务服务器发出所述第二消息后向所述消息类业务服务器发送的。

5.根据权利要求4所述的方法，其特征在于，所述消息类业务服务器根据设置的定时器是否超时判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常；或者

所述消息类业务服务器根据所述消息类业务服务器与所述增值业务服务器之间的心跳判断所述消息类业务服务器与所述增值业务服务器之间的连接状态是否异常来判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常。

6.根据权利要求5所述方法，其特征在于，所述向增值业务服务器发送所述第一消息之后进一步包括：等待所述增值业务服务器返回鉴权响应；

所述消息类业务服务器根据设置的定时器是否超时判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常具体包括：消息类业务服务器根据设置的第一定时器判断等待鉴权响应是否超时；若等待鉴权响应超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常；

所述的鉴权响应是所述增值业务服务器收到所述消息类业务服务器发送的所述第一消息后进行鉴权并于鉴权成功后向所述消息类业务服务器发送的。

7.根据权利要求6所述方法，其特征在于，所述向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程包括：

将所述第一消息发送给所述第一消息的接收方之后，或者等待鉴权响应超时之后，或者等待鉴权响应超时后收到鉴权响应之后，向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的处理流程。

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

若根据设置的第一定时器确认在等待鉴权响应超时前收到鉴权响应的消息，则等待增值业务服务器返回所述确认消息；

根据设置的第二定时器判断等待确认消息是否超时，若等待确认消息超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常。

9.根据权利要求8所述方法，其特征在于，所述向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程包括：

将所述第一消息发送给所述第一消息的接收方之后，或者等待确认消息超时之后，或者等待确认消息超时后收到确认消息之后，向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程。

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

若根据设置的第二定时器确认在等待确认消息超时前收到所述确认消息，则等待增值业务服务器返回第三状态报告；

根据设置的第三定时器判断等待第三状态报告是否超时，若等待第三状态报告超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常；

所述第三状态报告是由增值业务服务器向消息类业务服务器发送的，以告知消息类业务服务器整个增值业务处理过程的结果。

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

收到所述增值业务服务器返回的所述第三状态报告；

忽略所述的第三状态报告。

12.一种消息类业务服务器，其特征在于，包括：

第一消息发送单元（601），用于在收到消息的发送方发送的第一消息，并在判断需要对所述第一消息进行增值业务后向增值业务服务器发送所述第一消息；

监测单元（602），用于判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常，若存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息之前的情况下指示第二消息发送单元（603）将所述第一消息发送给所述第一消息的接收方；

第二消息发送单元（603），用于根据监测单元的指示将所述第一消息发送给所述第一消息的接收方；

所述消息类业务服务器进一步包括状态报告生成单元（604）；

所述的监测单元（602），进一步用于在判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常，且所述异常发生在所述增值业务服务器成功发出所述第二消息之后的情况下指示状态报告生成单元（604）生成第一状态报告；

所述状态报告生成单元（604），用于根据所述的监测单元（602）的指示生成第一状态报告；

所述的第二消息发送单元（603），用于将所述状态报告生成单元（604）生成的所述第一状态报告发送给所述消息的发送方。

13.根据权利要求11所述消息类业务服务器，其特征在于，还包括：

结束指令发送单元（605），用于向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的后续处理流程；

14.根据权利要求11所述消息类业务服务器，其特征在于，所述的第二消息发送单元（603），进一步用于向消息的发送方发送第二状态报告。

15.根据权利要求12所述消息类业务服务器，其特征在于，所述的监测单元（602），进一步用于如果所述异常发生在收到所述增值业务服务器发送的确认消息后，则指示第二消息发送单元（603）生成第一状态报告，所述的确认消息是由所述所述增值业务服务器发出所述第二消息后向所述消息类业务服务器发送的。

16.根据权利要求12所述消息类业务服务器，其特征在于，所述的监测单元（602）进一步用于根据设置的定时器是否超时判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常；或者

所述监测单元（602）根据所述消息类业务服务器与所述增值业务服务器之间的心跳判断所述消息类业务服务器与所述增值业务服务器之间的连接状态是否异常来判断判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常。

17.根据权利要求16所述消息类业务服务器，其特征在于，所述的监测单元（602），用于根据设置的定时器是否超时判断所述消息类业务服务器与所述增值业务服务器之间的通信是否异常进一步包括：

所述的监测单元（602）用于根据设置的第一定时器判断等待鉴权响应是否超时；若等待鉴权响应超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常；

所述的鉴权响应是所述增值业务服务器收到所述消息类业务服务器发送的所述第一消息后进行鉴权并于鉴权成功后向所述消息类业务服务器发送的。

18.根据权利要求17所述消息类业务服务器，其特征在于，所述结束指令发送单元（605），进一步用于在将所述第一消息发送给所述第一消息的接收方之后，或者等待鉴权响应超时之后，或者等待鉴权响应超时后收到鉴权响应之后，向增值业务服务器发送通知消息指示增值业务服务器结束增值业务的处理流程。

19.根据权利要求17所述消息类业务服务器，其特征在于，所述的监测单元（602）用于若根据设置的第一定时器确认在等待鉴权响应超时前收到鉴权响应的消息，则等待增值业务服务器返回所述确认消息；根据设置的第二定时器判断等待确认消息是否超时，若等待确认消息超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常。

20.根据权利要求19所述消息类业务服务器，其特征在于，所述的监测单元（602）用于若根据设置的第二定时器确认在等待确认消息超时前收到所述确认消息，则等待增值业务服务器返回第三状态报告；根据设置的第三定时器判断等待第三状态报告是否超时，若等待第三状态报告超时，则判断所述消息类业务服务器与所述增值业务服务器之间的通信存在异常；

所述第三状态报告是由增值业务服务器向消息类业务服务器发送的，以告知消息类业务服务器整个增值业务处理过程的结果。

Images