WO2010028551A1

WO2010028551A1 - 一种消息处理方法、装置和系统

Info

Publication number: WO2010028551A1
Application number: PCT/CN2009/072206
Authority: WO
Inventors: 陈大港; 段海峰; 李益民
Original assignee: 华为技术有限公司
Priority date: 2008-09-12
Filing date: 2009-06-10
Publication date: 2010-03-18
Also published as: EP2343914A1; EP2343914A4; CN101674321A; US20100067529A1

Description

一种消息处理方法、装置和系统

技术领域

本发明涉及通信技术领域，特别是涉及一种消息处理方法、装置和系统。背景技术

随着电信网络的 IP化，数据业务的访问量以及用户人数呈几何级数递增，数据业务的类型也越来越多，面对骨干网络中的海量数据以及成千上万的承载协议，电信运营商逐渐呈现出管道化趋势。为了加强电信监管，突出运营商对整个数据业务价值链的控制，需要对用户访问业务的信息进行控制。另外，结合用户终端类型，对 SP/CP提供的内容进行适配或者插入适当的广告、提示信息有助于在不影响用户体验的基础上，方便电信运营商开展增值业务。

基于接入网络的信息插入技术是一种有效的解决方案。用户使用业务时，网络接入服务器接收到用户请求后，根据用户的访问属性，如用户类型，访问信息（是否是首次访问、访问目标等），按照既定的策略把用户信息（用户手机号码、接入的 IP地址等）前传到 SP/CP的业务服务器。接入服务器收到业务服务器的响应后，可以对内容进行解析，并在不影响用户体验的区域插入广告，或在明显区域插入信息提示（如天气提醒等），再重新打包内容发送给用户。

现有技术的方案时利用特定的接入服务器，如 WAP网关实现信息插入功能。终端首先需要设置接入服务器如 WAP网关地址。在和网络建立连接关系后，发起 WAP业务请求，该请求通过电信接入网络进入到业务网络，被路由到指定的 WAP网关。 WAP网关可以根据用户所访问的服务器地址，按照运营商事先配置的策略在转换后的 HTTP消息头中插入用户手机号码、用户终端的 IP地址、终端型号等信息，发送给 Internet/Intranet的服务器。服务器生成响应信息后，首先下发给 WAP网关， WAP网关根据用户终端类型，实施相应的页面格式、图片格式以及字符格式的转换，同时，通过对页面的分析，在空白处插入指定的广告或其它信息提示，最后下发给终端。在实现本发明的过程中，发明人发现现有技术至少存在以下问题：终端必须支持业务接入网关地址的配置功能；

由于接入网关只能处理一类协议，对不同协议承载的业务必须配置不同的接入网关地址。

发明内容

本发明实施例要解决的问题是提供一种消息处理方法、装置和系统，实现在多种协议类型的业务消息中，对包含浏览类业务等多种数据业务内容进行用户信息、广告或提示信息的动态插入。

本发明实施例一方面提出一种消息处理方法，包括以下步骤：

接收业务消息，识别所述业务消息的协议类型；

根据所述协议类型的识别结果将所述业务信息发送给相应的协议处理模块进行处理；

根据所述业务消息对应的内容重构策略，对所述协议处理模块处理后的所述业务消息进行内容重构，发送所述内容重构后的业务消息。

另一方面，本发明实施例还提出一种消息处理装置，包括协议识别模块、内容重构模块和多个协议处理模块：

所述协议识别模块，用于识别业务消息的协议类型；

所述协议处理模块，用于根据所述协议识别模块的协议类型识别结果进行协议处理；

所述内容重构模块，用于根据所述业务消息对应的内容重构策略，对所述协议处理模块进行协议处理后的所述业务消息进行内容重构。

另一方面，本发明实施例还提出一种消息处理系统，包括消息处理装置和服务器：

所述消息处理装置，用于接收终端或所述服务器发送的业务消息，识别所述业务消息的协议类型，发送给相应的协议处理模块进行协议处理，根据所述业务消息对应的内容重构策略对所述处理后的业务消息进行内容重构，发送所述内容重构后的业务消息给目的服务器或目的终端；

所述服务器，用于接收所述消息处理装置发送的处理后的业务消息，和向所述消息处理装置发送业务消息。

本发明实施例的技术方案具有以下优点，因为采用了根据协议类型进行消息处理和内容重构的方法，从而，达到了不需要用户终端设置代理服务器，即可完成对多种协议承载的内容进行信息插入的效果。

附图说明

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

图 1A为本发明实施例中一种消息处理系统的结构示意图；

图 1B为本发明实施例中一种消息处理系统的结构示意图；

图 2为本发明实施例中一种消息处理系统的结构示意图；

图 3为本发明实施例中一种消息处理系统的结构示意图；

图 4为本发明实施例中一种消息处理方法的流程示意图；

图 5为本发明实施例中所提出的消息处理系统在具体的应用场景下的实现形式；

图 6为本发明实施例中一种消息处理方法的流程示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明实施例提出了一种新的消息处理方法、装置和系统，可以实现对包含浏览类业务等多种数据业务内容进行广告及信息提示信息的动态插入。

如图 1A所示，为本发明实施例中所提出的一种消息处理系统的结构示意图，包括消息处理装置 100和服务器 200:

消息处理装置 100，用于接收终端或所述服务器 200发送的业务消息，识别所述业务消息的协议类型，发送给相应的协议处理模块 130进行协议处理，根据所述业务消息对应的内容重构策略对所述处理后的业务消息进行内容重构，发送所述内容重构后的业务消息给目的服务器或目的终端。

其中，业务请求消息可以包括业务请求消息、业务响应消息和业务通知消息，具体说明如下：

业务请求消息由终端向服务器 200发送，具体的，终端中预安装的各种类型的数据业务软件对应不同的业务请求消息内容和不同的协议类型，上述的数据业务软件具体包括： WAP浏览器、邮件收 /发客户端、媒体播放器、各种即时消息客户端等应用软件。

业务响应消息是由服务器 200在接收到终端发送的业务请求消息后，针对该业务请求消息所请求业务的处理结果所发送的响应消息。

业务通知消息同样是由服务器 200发送给终端的，但与上述两种消息不同的是，业务通知消息是由服务器 200主动发起的，对终端进行单向通知的下发指令，终端收到该业务通知消息后可以不进行回应，或可以根据需要对该业务通知消息中的选项进行选择，这样的情况变化并不影响本发明的保护范围。

进一步的，消息处理装置 100具体包括协议识别模块 120、协议处理模块 130、和内容重构模块 150，具体说明如下：

协议识别模块 120，用于识别地址转换模块 110所转换的业务消息的协议类型。

具体的，协议识别模块 120用于区分业务消息的承载协议，然后根据不同的协议类型，将业务消息分发到对应的协议处理模块 130进行处理。

协议处理模块 130，用于根据协议识别模块 120所识别的业务消息的协议类型对业务消息进行处理，即根据协议识别模块 120所识别的业务消息的协议类型，对业务消息的内容进行解包或打包。

需要指出的是，在本系统中，包括至少一个协议处理模块 130，但存在多个协议处理模块 130时，每个协议处理模块 130对应不同的协议类型，用于处理相应协议类型的业务消息。

内容重构模块 150，用于根据所述业务消息对应的内容重构策略，对进行协议处理后的所述业务消息进行内容重构。

服务器 200，用于接收消息处理装置 100发送的处理后的业务消息，和向消息处理装置 100发送业务消息。

其中，接收消息处理装置 100发送的处理后的业务消息，具体为业务请求消息，向消息处理装置 100发送业务消息，具体为业务响应消息或业务通知消息。

进一步，如图 1B所示，本发明实施例还可以包括：策略存储模块 140，用于存储内容重构策略，该策略是根据协议类型或业务消息类型预先设置的。

内容重构模块 150根据策略存储模块 140中存储的业务消息对应的内容重构策略，对协议处理模块 130进行协议适配后的业务消息进行内容重构。

具体的，内容重构处理方案根据策略存储模块 140中存储的内容重构策略来实现，内容重构模块 150具体包括：

策略获取子模块 151，用于从策略存储模块 140获取业务消息对应的内容重构策略。

内容重构子模块 152，用于根据策略获取子模块 151所获取的内容重构策略，对业务消息进行内容重构，即对不同协议所承载的内容分别处理，如内容分析、内容过滤、关键信息插入、广告插入等。本发明实施例通过对业务消息的协议类型进行识别，并通过对应于各协议的类型的协议处理模块对业务消息进行处理，从而，达到了对多种协议承载的内容进行信息插入的效果。

本发明实施例还可以包括地址转换模块 110，主要包括以下两个方面的功能：

( 1 ) 接收业务消息，转换业务消息的目的地址为本地地址，即把业务信息的目的服务器的 IP地址转换为消息处理装置 100本身的 IP地址，并保存转换前后的地址对应关系，以便使业务消息可以转发入消息处理装置 100 内部的其他模块进行进一步的处理。

(2)根据（1 ) 中保存的转换前后的业务消息地址对应关系，还原处理后的业务消息的目的地址，根据还原的目的地址发送处理后的业务消息，即把消息处理装置 100本身的 IP地址转换为业务信息的目的服务器的 IP地址，并按照业务信息的目的服务器的 IP地址，发送业务消息。

通过上述过程，可以是现在无需另设代理服务器的情况下，对业务消息进行处理，并按照原路径发送至目的地址，从而，在对业务消息进行处理的情况下，保证了业务消息的原发送路径，不会对原业务消息的发送流程和发送目标产应影响。

具体的，地址转换模块 110包括：

消息接收子模块 111，用于接收业务消息，包括接收终端发送的业务请求消息或接收服务器 200发送的业务响应消息或业务通知消息。

地址转换子模块 112，用于将消息接收子模块 111所接收的业务消息的目的地址为本地地址，即把业务信息的目的服务器的 IP地址转换为消息处理装置 100本身的 IP地址，并记录服务器地址与本地地址的对应关系。

地址还原子模块 113，用于还原处理后的业务消息的目的地址，即把消息处理装置 100本身的 IP地址转换为业务信息的目的服务器的 IP地址。

消息发送子模块 114，用于根据地址还原子模块 113所还原的目的地址发送业务消息，包括向服务器 200发送处理后的业务请求消息，向终端发送处理后的业务响应消息或业务通知消息。

本实施例通过将业务消息的目的地址转换为本地地址，使上层应用可以收到原始业务请求消息的数据，从而，使识别模块能够对业务消息进行识别处理。

需要进一步指出的是，如图 2和图 3所示，在具体的应用环境中，上述的消息处理装置 100还可以包括内容重构判断模块 160，用于判断协议处理模块 130处理后的业务消息是否需要进行内容重构，并根据判断的结果，确定是否由内容重构模块 150对业务消息进行内容重构。比如，可以根据业务消息的紧急程度判断是否需要对其进行内容重构。

具体的设计思路是，协议处理模块 130将处理完成后的业务消息，或将处理完成后的业务消息的相关信息发送给内容重构判断模块 160，由内容重构判断模块 160根据预设的规则判断协议处理模块 130处理后的业务消息是否需要进行内容重构。

当判断结果为需要进行内容重构时，内容重构判断模块 160发送接收到的由协议处理模块 130处理后的业务消息给内容重构模块 150，或者，内容重构判断模块 160 根据接收到的业务消息的相关信息，通知协议处理模块 130发送处理后的业务消息给内容重构模块 150。

当判断结果为不需要进行内容重构时，内容重构判断模块 160或协议处理模块 130均不再向内容重构模块 150发送业务消息，即不对业务消息进行内容重构处理。

通过上述说明可以看出，当消息处理设备 100中存在内容重构判断模块 160时，内容重构判断模块 160的部署方式包括以下两种情况：

情况一、如图 2所示，内容重构判断模块 160部署在协议处理模块 130 和内容重构模块 150之间，分别与协议处理模块 130和内容重构模块 150相连接。在这种情况下，内容重构判断模块 160接收协议处理模块 130发送的处理后的业务消息，并在判断该业务消息需要进行内容重构时，发送处理后的业务消息给内容重构模块 150。

情况二、如图 3所示，内容重构判断模块 160单独的部署在协议处理模块 130之后，而不与内容重构模块 150相连接。在这种情况下，内容重构判断模块 160接收协议处理模块 130发送的处理后的业务消息的相关信息，并进行该相关信息所对应的业务消息是否需要进行内容重构的判断。当判断该相关信息所对应的业务消息需要进行内容重构时，通知协议处理模块 130发送该相关信息所对应的业务消息给内容重构模块 150。

对于上述的情况二，内容重构判断模块 160同样可以作为一个子模块部署于协议处理模块 130中，从而，可以实现在协议处理的同时，进行是否进行内容重构的判断，这样的变化并不影响本发明的保护范围。

需要进一步指出的是，以上的关于内容重构判断模块 160的说明为本发明的实施例，是否包含内容重构判断模块 160以及内容重构判断模块 160所采用的上述具体部署方式的差异并不影响本发明的保护范围。

本实施例中，通过判断是否需要对业务消息进行内容重构，从而可以有选择性的对业务消息进行重构，避免在重构过程中对重要或紧急业务消息造成延误。

具体的，在具体的应用场景中，消息处理装置 100具体为接入网关，服务器 200具体为 SP/CP的服务器。

上述模块可以分布于一个装置，也可以分布于多个装置。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

基于上述的系统，本发明实施例还提出一种消息处理方法，具体流程示意图如图 4所示，包括以下步骤：

步骤 S401、接收业务消息，识别业务消息的协议类型。

其中，业务消息具体可以包括业务请求消息、业务响应消息或业务通知消息，识别业务消息的协议类型，具体通过 DPI技术进行识别。进一步的，接收业务消息之后，还包括转换该业务消息的目的地址为本地地址。

步骤 S402、根据协议类型的识别结果将业务信息发送给相应的协议处理模块进行处理。

将不同协议类型的业务消息发送给相应的协议处理模块，由各协议处理模块根据所识别的业务消息的协议类型对业务消息进行处理，即根据所识别的业务消息的协议类型，对业务消息的内容进行解包或打包。

步骤 S403、根据业务消息对应的内容重构策略对协议适配后的业务消息进行内容重构。

其中，根据业务消息对应的内容重构策略，对协议处理模块处理后的业务消息进行内容重构，具体包括：

获取业务消息对应的内容重构策略，根据内容重构策略，对业务消息进行内容重构。其中，内容重构策略，具体为根据协议类型或业务消息类型预先设置的，对业务消息进行内容重构，具体为在业务消息中插入信息。

进一步的，在本步骤之前，还可以包括判断该业务消息是否需要进行内容重构。当判断结果为需要重构时，执行上述的获取业务消息对应的内容重构策略的操作，而当判断结果为不需要重构时，则不再对该业务消息进行内容重构处理。

步骤 S404、发送内容重构后的业务消息。

具体的，发送内容重构后的业务消息，包括：

还原业务消息的目的地址，并根据还原的目的地址发送内容重构后的业务消息。

本发明实施例因为采用了根据协议类型进行消息内容重构的方法，从而，达到了对多种协议承载的内容进行信息插入的效果。

具体的，如图 5所示，为本发明实施例所提出的系统在具体的应用场景下的实现形式，基于本系统，本发明通过以下实施例对本发明的具体实施流程进行说明。

为了更为方便的进行说明，本发明实施例根据业务信息的分类，通过两个实施例进行说明，即按照业务请求消息和业务响应消息两种情况，对本发明提出的消息处理方法的流程进行说明。

如图 6所示，为本发明实施例中，一种消息处理方法的流程示意图，包括以下步骤：

步骤 S601、终端发送业务请求消息。

用户首先在终端上使用具体的业务应用软件向业务接入服务器发起业务请求，如 WAP/WEB页面浏览、邮件发送或接收、流媒体播放等，该请求消息所采用的协议以及包含的参数与具体业务有关，如对于浏览类业务，采用 HTTP/WAP协议，参数应包含 URL地址信息，对于流媒体业务，采用 RTSP 协议，参数包含具体的流媒体服务器地址等。

步骤 S602、地址转换模块转换业务请求消息的目的地址为接入网关的本地地址。

业务请求信息首先到达接入网关的地址转换模块，地址转换模块将业务请求消息的目的地址修改为接入网关自身的 IP地址，使上层应用可以收到原始业务请求消息的数据包以便对其进行处理。

步骤 S603、将进行地址转换后的业务请求消息发送给协议识别模块。步骤 S604、协议识别模块识别接收到的业务请求消息的协议类型。原始业务请求消息被上层应用接收到后，送至协议识别模块进行识别，协议识别方式可以采用 DPI技术。

步骤 S605、根据协议识别模块所识别的业务请求消息的协议类型，将该业务请求消息发送给相应的协议处理模块。

步骤 S606、协议处理模块对业务请求消息进行解包并提取其中所包含的内容。

协议处理模块对业务请求包进行解包处理，提取相关的业务请求消息的信息，在此过程中，根据提取的相关请求信息，进一步判断该业务请求消息是否需要进行消息处理。

如果需要，则转入步骤 S607;

如果不需要，则转入步骤 S612。

步骤 S607、发送经协议处理模块处理的业务请求消息至内容重构模块。步骤 S608、内容重构模块向策略存储模块请求该业务请求消息的内容重构策略。

步骤 S609、策略存储模块根据收到的业务请求信息内容，返回内容重构策略。

在本实施例中，内容重构具体指信息插入，内容重构策略具体指信息插入策略，比如，对于某个区域的用户插入相应地区的标识信息，对于请求某项特定业务的业务请求消息，加入用户的业务验证信息等。

步骤 S610、内容重构模块根据收到的内容重构策略，对业务请求消息进行内容重构。

内容重构模块根据该信息插入策略，对原始请求信息进行处理，如插入用户手机号码，用户 IP地址等。

步骤 S611、内容重构模块返回处理后的业务请求消息给协议处理模块。步骤 S612、协议处理模块将内容重构后的业务请求消息重新打包。步骤 S613、协议处理模块发送内容重构后的业务请求消息给地址转换模块。

如果业务请求消息的目的服务器采用的协议和原始业务请求的承载协议不一致，协议处理模块还需要进行适配处理。

步骤 S614、地址转换模块将内容重构过的业务请求消息的目的地址恢复为之前的目的服务器地址。

步骤 S615、地址转换模块发送该内容重构后的业务请求消息给服务器。步骤 S616、服务器根据用户请求，下发相应的业务响应消息，发送至地址转换模块。

步骤 S617、地址转换模块转换业务响应消息的目的地址为接入网关的本地地址。

业务响应信息首先到达接入网关的地址转换模块，地址转换模块将业务响应消息的目的地址修改为接入网关自身的 IP地址，使上层应用可以收到原始数据包以便对其进行处理。

步骤 S618、根据之前的会话上下文，确定所采用的协议类型，送至相应的协议处理模块。

步骤 S619、协议处理模块对业务响应消息进行解包处理，提取内容信息。

步骤 S620、协议处理模块发送处理后的业务响应消息到内容重构模块。步骤 S621、内容重构模块收到该业务响应信息后，向策略存储模块请求内容重构策略。

内容重构模块收到该业务响应消息后，向策略存储模块申请信息插入策略。

步骤 S622、策略存储模块根据收到的业务响应信息内容，返回内容重构策略。

在本实施例中，本步骤中的返回内容重构策略具体为返回信息插入策略。

步骤 S623、内容重构模块根据收到的内容重构策略，对业务响应消息进行内容重构。

根据该信息插入策略，对原始的业务响应消息进行内容重构，如插入广告，重大信息提示等。

步骤 S624、内容重构模块返回内容重构后的业务响应消息给协议处理模块。

步骤 S625、协议处理模块将内容重构后的业务响应消息重新打包。步骤 S626、协议处理模块发送内容重构后的业务响应消息给地址转换模块。

如果业务响应消息的目的终端采用的协议和原始业务请求的承载协议不一致，协议处理模块还需要进行适配处理。

步骤 S627、地址转换模块将内容重构过的业务响应消息的目的地址恢复为之前的目的终端地址。

步骤 S628、地址转换模块发送该内容重构后的业务响应消息给终端。本发明实施例的技术方案具有以下优点，因为采用了地址转换并根据协议类型进行消息内容重构的方法，从而，达到了不需要用户终端设置代理服务器，即可完成信息的插入，并且可以对多种协议承载的内容进行信息插入的效果。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是 CD-ROM, U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视本发明的保护范围。

Claims

权利要求书

1、一种消息处理方法，其特征在于，包括以下步骤：

接收业务消息，识别所述业务消息的协议类型；

2、如权利要求 1所述消息处理方法，其特征在于，所述接收业务消息，还包括：

转换所述业务消息的目的地址为本地地址。

3、如权利要求 1所述消息处理方法，其特征在于，所述识别所述业务消息的协议类型，具体为：

通过 DPI技术识别所述业务消息的协议类型。

4、如权利要求 1所述消息处理方法，其特征在于，所述根据业务消息对应的内容重构策略，对所述协议处理模块处理后的所述业务消息进行内容重构之前，还包括：

判断所述业务消息是否需要进行内容重构，如果需要则获取所述业务消息对应的内容重构策略。

5、如权利要求 4所述消息处理方法，其特征在于，所述内容重构策略是根据协议类型或业务消息类型预先设置的。

6、如权利要求 1一 5任一项所述消息处理方法，其特征在于，所述对业务消息进行内容重构，具体为：

在所述业务消息中插入信息。

7、如权利要求 2所述消息处理方法，其特征在于，所述发送所述内容重构后的业务消息，具体包括：

还原所述业务消息的目的地址，根据所述还原的目的地址发送所述内容重构后的业务消息。

8、一种消息处理装置，其特征在于，包括协议识别模块、内容重构模块和多个协议处理模块：

所述协议识别模块，用于识别业务消息的协议类型，并根据识别结果将所述业务信息发送给相应的协议处理模块；

所述协议处理模块，用于对接收到的业务消息进行协议处理；

所述内容重构模块，用于根据所述业务消息对应的内容重构策略，对进行协议处理后的所述业务消息进行内容重构。

9、如权利要求 8所述消息处理装置，其特征在于，还包括：

地址转换模块，用于接收业务消息，转换所述业务消息的目的地址为本地地址，以将所述业务消息发送给协议识别模块，以及还原所述内容重构后业务消息的目的地址，根据所述还原的目的地址发送所述内容重构后的业务消息。

10、如权利要求 9所述消息处理装置，其特征在于，所述地址转换模块，具体包括：

消息接收子模块，用于接收所述业务消息；

地址转换子模块，用于将所述消息接收子模块所接收的业务消息的目的地址为本地地址。

地址还原子模块，用于还原处理后的业务消息的目的地址；

消息发送子模块，用于根据所述地址还原子模块所还原的目的地址发送所述业务消息。

11、如权利要求 8所述消息处理装置，其特征在于，还包括：

内容重构判断模块，用于判断所述协议处理模块处理后的所述业务消息是否需要进行内容重构，将需要进行内容重构的业务消息发送给内容重构模块。

12、如权利要求 8所述消息处理装置，其特征在于，所述内容重构模块，具体包括：

策略获取子模块，用于获取所述业务消息对应的内容重构策略；内容重构子模块，用于根据所述策略获取子模块所获取的内容重核略，对所述业务消息进行内容重构。

13、如权利要求 8所述消息处理装置，其特征在于，还包括：策略存储模块，用于存储内容重构策略。

14、一种消息处理系统，其特征在于，包括消息处理装置和服务器: 所述消息处理装置，用于接收终端或所述服务器发送的业务消息， iJ 所述业务消息的协议类型，发送给相应的协议处理模块进行协议处理，所述业务消息对应的内容重构策略对所述处理后的业务消息进行内容重' 发送所述内容重构后的业务消息给目的服务器或目的终端；

所述服务器，用于接收所述消息处理装置发送的处理后的业务消息向所述消息处理装置发送业务消息。