CN102843312A - 即时消息的发送及接收方法和装置 - Google Patents

Abstract

本申请提供了一种即时消息的发送方法及装置和一种即时消息的接收方法及装置，其中，所述发送方法包括：获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息；生成消息头；根据不同的消息内容类型，分别将对应的消息内容本体及消息内容类型作为两个叶子节点构造基本消息体BODY对象；根据所述基本消息体BODY对象构造复杂消息体BODY对象，所述复杂消息体BODY对象中包括表征消息内容本体为空值的叶子节点；将所述消息头及复杂消息体BODY对象封装为消息对象；依据所述接收人信息发送所述消息对象。本申请可以用来减少即时消息传送过程中的网络拥塞，以及节省即时消息传送过程中的系统和网络资源。

Description

即时消息的发送及接收方法和装置

技术领域

本申请涉及IMS（IP Multimedia Subsystem，IP多媒体子系统）的技术领域，特别是涉及一种即时消息的发送方法，一种即时消息的发送装置，一种即时消息的接收方法，以及，一种即时消息的接收装置。

背景技术

即时消息是将发送者发来的信息非存储地转发给接收者的一种服务，与电子邮件消息的不同在于即时消息是直接在接收端与发送端之间交互的。

基于SIP（Session Initiation Protocol，会话初始化协议）的IMS（IPMultimedia Subsystem，IP多媒体子系统）架构为即时消息构建了一种很好的实现环境。在IMS环境中，即时消息的实现基本上有两种方法，一种是基于SIP的MESSAGE（消息）方法，另一种是基于IMS会话机制实现的方法，它们都是在3GPP TS22.228定义的IMS能力架构下实现的。在IMS的MESSAGE方法机制下，接收者可以实时或准实时地接收到消息。而在基于会话的机制下，用户接收到的消息一般是准实时的，接收者和发送者之间首先建立会话连接，然后可以进行消息的传送，传送信息的内容可以是文本、图像、音频或视频。如图1所示，根据递送方式的不同可以将消息（messaging）分成两种类型：一种是即时消息（instant messaging，IM），即消息发送后被立即传递给接收者，接近于实时传送；另外一种则对消息的传送时间并不敏感，消息被网络保存并在随后的某个时间递送，可称之为邮箱型消息业务（mailbox messaging）。本申请主要针对即时消息进行讨论。

即时消息可以进一步分为两种子类型，非会话模式(Page-mode和Large Message-mode)的即时消息和会话模式(Session-Mode)的即时消息，如图2所示。非会话模式的即时消息根据发送消息的大小采用不同的模式，一种是Page-mode模式，消息直接以SIP的MESSAGE方法发送；另一种是Large Message-mode模式，在该模式下，消息大小超过预设大小，如超过1300字节，通过MSRP（Message Session Relay Protocol，消息会话中继协议）进行消息的传送。而会话模式的即时消息则在传送消息之前首先要建立一个会话，然后使用MSRP进行消息的传送。

在现有实现方案中，一种即时消息传送的方法是间接引用法。间接引用法的实现思想是当终端需要将包含基本文本信息、附件信息及其它扩展字段的即时消息发送到一个或者多个接收者时，使用HTTP（hypertexttransport protocol，超文本传送协议）或其它基于拥塞控制机制的传送协议将请求的内容主题存储在一台服务器上，该服务器一般为HTTP服务器。并且在请求中插入一个链接，该链接可以链接到所存储的请求内容地址上，而不是把整个内容放入到即时消息中。然后发送消息到接收端，接收端收到请求后采用适当方式从服务器上下载内容。

由于HTTP协议是无状态协议，如果后续处理需要前面的信息，则它必须重传，这样可能导致每次连接传送的数据量增大，引起网络拥塞。另一方面，HTTP协议是无连接的协议，每次连接需要客户端先发出请求，收到响应，然后断开连接，而且每次HTTP会话都打开一个新的TCP（Transmission Control Protocol，传输控制协议）连接，这是对系统和网络资源的浪费。

目前需要本领域技术人员迫切解决的一个技术问题就是：将包含基本文本信息、附件信息及其它扩展字段的即时消息发送到一个或者多个接收者时，如何减少网络拥塞，节省系统和网络资源来实现即时消息的传送。

发明内容

本申请所要解决的技术问题是提供一种即时消息的发送方法及装置和一种即时消息的接收方法及装置，能够用以减少即时消息传送过程中的网络拥塞，以及节省即时消息传送过程中的系统和网络资源。

为了解决上述问题，本申请公开了一种即时消息的发送方法，包括：

获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息；

生成消息头；

根据不同的消息内容类型，分别将对应的消息内容本体及消息内容类型作为两个叶子节点构造基本消息体BODY对象；

根据所述基本消息体BODY对象构造复杂消息体BODY对象，所述复杂消息体BODY对象中包括表征消息内容本体为空值的叶子节点；

将所述消息头及复杂消息体BODY对象封装为消息对象；

依据所述接收人信息发送所述消息对象。

优选地，所述即时消息信息还包括业务扩展信息，所述消息头中包括消息内容属性信息，所述根据基本消息体BODY对象构造复杂消息体BODY对象的步骤包括：

将所述基本消息体BODY对象以及对应的业务扩展信息，消息头信息作为三个叶子节点构造消息体要素BODYPART对象；

将所述消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

优选地，当接收人数量大于1时，在所述将消息头及复杂消息体BODY对象封装为消息对象的步骤之前，还包括：

将接收人列表作为叶子节点构造接收人列表BODY对象；

所述根据基本消息体BODY对象构造复杂消息体BODY对象的步骤还包括：

在所述复杂消息体BODY对象中添加所述接收人列表BODY对象。

优选地，所述在复杂消息体BODY对象中添加所述接收人列表BODY对象的步骤包括：

将所述接收人列表BODY对象以及对应的业务扩展信息作为两个叶子节点构造接收人列表要素BODYPART对象；

将所述接收人列表要素BODYPART对象、消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

优选地，所述消息内容本体包括文本消息内容，和/或，附件消息内容；所述消息内容类型包括音频类型，视频类型，发送消息报告类型，图片类型，普通的会话描述协议消息类型和文本类型。

本申请实施例还公开了一种即时消息的接收方法，包括：

接收人接收消息对象，所述消息对象中包括消息头和消息体BODY对象；

解析所述消息头；

解析所述消息体BODY对象，包括以下子步骤：

S1，判断所述消息体BODY对象中消息内容本体是否为空值；若是，则执行子步骤S2，若否，则执行子步骤S3；

S2，判定所述消息体BODY对象为复杂消息体BODY对象，从所述复杂消息体BODY对象中提取消息体BODY对象，执行子步骤S1；

S3，判定所述消息体BODY对象为基本消息体BODY对象，从所述基本消息体BODY对象中提取消息内容类型和消息内容本体，执行子步骤S4；

S4，采用所述消息内容类型读取消息内容本体。

优选地，所述采用消息内容类型读取消息内容本体的步骤包括：

若所述消息内容类型为音频类型，对所述消息内容本体进行音频解码处理，获得音频内容；

若所述消息内容类型为视频类型，对所述消息内容本体进行视频解码处理，获得视频内容；

若所述消息内容类型为发送消息报告类型，对所述消息内容本体中的可扩展标识语言xml格式数据进行解析，获得发送消息报告，并将所述发送消息报告进行显示；

若所述消息内容类型为图片类型，对所述消息内容本体进行解码，获得图片内容，并将所述图片内容进行保存；

若所述消息内容类型为普通的会话描述协议消息类型，按照普通的会话描述协议对所述消息内容本体进行解析，获得会话描述协议消息；

若所述消息内容类型为文本类型，将所述消息内容本体中的文本信息直接进行显示。

本申请实施例还公开了一种即时消息的发送装置，包括：

即时消息信息获取模块：用于获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息；

消息头生成模块：用于生成消息头；

基本消息体对象生成模块：用于将不同的消息内容类型对应的消息内容本体及消息内容类型作为两个叶子节点构造基本消息体BODY对象；

复杂消息体对象生成模块：用于将所述基本消息体BODY对象构造复杂消息体BODY对象，所述复杂消息体BODY对象中包括表征消息内容为空值的叶子节点；

消息对象生成模块：用于将所述消息头及复杂消息体BODY对象封装为消息对象；

消息对象发送模块：用于依据所述接收人信息发送所述消息对象。

优选地，所述即时消息信息还包括业务扩展信息，所述消息头中包括消息内容属性信息，所述复杂消息体对象生成模块包括：

消息体要素对象生成子模块：用于将所述基本消息体BODY对象以及对应的业务扩展信息，消息头信息作为三个叶子节点构造消息体要素BODYPART对象；

第一复杂消息体对象生成子模块：用于将所述消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

优选地，当接收人数量大于1时，所述装置还包括：

接收人列表对象生成模块：用于将接收人列表作为叶子节点构造接收人列表BODY对象；

所述复杂消息体对象生成模块还包括：

接收人列表对象生成子模块：用于在所述复杂消息体BODY对象中添加所述接收人列表BODY对象。

优选地，所述接收人列表对象生成子模块包括：

接收人列表要素对象生成单元：用于将所述接收人列表BODY对象以及对应的业务扩展信息作为两个叶子节点构造接收人列表要素BODYPART对象；

第二复杂消息体对象生成单元：用于将所述接收人列表要素BODYPART对象、消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

本申请实施例还公开了一种即时消息的接收装置，包括：

消息对象接收模块：用于接收人接收消息对象，所述消息对象中包括消息头和消息体BODY对象；

消息头解析模块：用于解析所述消息头；

消息体对象解析模块：用于解析所述消息体BODY对象，其中，消息体对象解析模块包括以下子模块：

消息内容本体判断子模块：用于判断所述消息体BODY对象中消息内容本体是否为空值，若是，则调用第一消息体对象处理子模块，若否，则调用第二消息体对象处理子模块；

第一消息体对象处理子模块：用于判定所述消息体BODY对象为复杂消息体BODY对象，从所述复杂消息体BODY对象中提取消息体BODY对象，返回调用所述消息内容本体判断子模块；

第二消息体对象处理子模块：用于判定所述消息体BODY对象为基本消息体BODY对象，从所述基本消息体BODY对象中提取消息内容类型和消息内容本体，并调用消息内容解析子模块；

消息内容解析子模块：用于根据所述消息内容类型读取消息内容本体。

优选地，所述消息内容解析子模块包括：

音频处理单元：用于所述消息内容类型为音频类型时，对消息内容进行音频解码处理，获得音频内容；

视频处理单元：用于所述消息内容类型为视频类型时，对消息内容进行视频解码处理，获得视频内容；

发送消息报告处理单元：用于所述消息内容类型为发送消息报告类型时，对所述消息内容本体中的可扩展标识语言xml格式数据进行解析，获得发送消息报告，并将所述发送消息报告进行显示；

图片处理单元：用于所述消息内容类型为图片类型时，对所述消息内容本体进行解码，获得图片内容，并将所述图片内容进行保存；

会话描述协议消息处理单元：用于所述消息内容类型为普通的会话描述协议消息类型时，按照普通的会话描述协议对所述消息内容本体进行解析，获得会话描述协议消息；

文本处理单元：用于所述消息内容类型为文本类型时，将所述消息内容本体中的文本信息直接进行显示。

与现有技术相比，本申请包括以下优点：

本申请在即时消息的发送方法中，利用面对对象思想对消息体进行封装，其过程类似一棵树的生成，然后将封装好的即时消息进行发送。在即时消息的接收方法中，利用递归的思想对接收到的即时消息进行解析，其过程类似一棵树的遍历，完成对即时消息的消息内容解析。

因为在即时消息的发送过程中，首先构造树的叶子，多个叶子形成一棵树；然后生成的这棵树再作为新树的叶子，直到将所有消息都封装完成，然后将封装好的消息进行发送，而且每次即时消息传送过程可以传送本次消息内容，也可以传送之前已经封装并传送过的消息，无需重新上传，所以消息体具有很好的封装性，并且消息具有很高的重用性，从而减少了即时消息传送过程中大量数据重复传送而产生的网络拥塞。同时，在即时消息的接收过程中，首先从树的根节点开始，依次递归的遍历整棵树，直到遍历完树的所有节点完成对即时消息的消息内容解析。整个即时消息的发送和接收过程中不需要建立连接，而是一个先封装消息，然后直接传送，接收后直接解析得到消息内容的过程，实现了简单、高效，从而节省了系统和网络资源。

附图说明

图1是消息业务分类的结构示意图；

图2是IMS即时消息业务分类的结构示意图；

图3是本申请的一种即时消息的发送方法实施例1步骤流程图；

图4是标准的即时消息格式的代码示意图；

图5是扩展的即时消息格式的代码示意图；

图6是本申请的一种即时消息的发送方法实施例1的应用示意图；

图7是本申请的一种即时消息的发送方法实施例2步骤流程图；

图8是本申请的一种即时消息的接收方法实施例1步骤流程图；

图9是本申请的一种即时消息的发送装置实施例1的结构示意图；

图10是本申请的一种即时消息的接收装置实施例1的结构示意图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

本申请的核心思想之一在于，在即时消息的发送方法中，构造消息体的过程类似一棵树的生成。首先构造树的叶子，多个叶子形成一棵树；然后生成的这棵树再作为新树的叶子，直到将所有消息都封装完成为止。在即时消息的接收方法中，解析消息对象的过程类似一棵树的遍历。首先从树的根节点开始，依次递归的遍历整棵树，直到遍历完树的所有节点完成对即时消息的解析。

参照图3，示出了本申请一种即时消息的发送方法实施例1的步骤流程图，具体可以包括以下步骤：

步骤101，获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息。

在实际中，所述消息内容本体可以包括文本消息内容，和/或，附件消息内容。所述消息内容类型可以包括音频类型，视频类型，发送消息报告类型，图片类型，普通的会话描述协议消息类型和文本类型等。进一步而言，所述消息内容类型可以包括RFC2045、RFC2046及RFC3862协议所支持的类型。

作为本申请实施例的一种具体应用，在IMS网络中，IMS终端可以使用SIP MESSAGE接收/发送即时消息，消息内容主要包括：SIP消息头，接收人列表，业务扩展字段，消息体文本和消息体附件。消息内容中，除了SIP消息头外，其他的部分为可选项目，是消息体的组成部分。由于即时消息业务的需要，如终端同时给多个用户发消息时，消息体里可以带有消息接收人列表，以及是否需要递送报告等业务信息，可以在消息体中携带一部分业务相关信息，这部分信息称之为“业务扩展字段”。即时消息业务平台、客户端除了可以支持IMS终端发送的标准即时消息，还可以支持扩展后即时消息。两种消息的不同主要体现在消息体部分的格式不一样，标准的即时消息格式如图4所示。而扩展的即时消息格式则如图5所示。

从图4和图5可以看到，标准的即时消息格式和扩展的即时消息格式的消息头都是SIP MESSAGE标准消息头，不同的是MESSAGE消息中消息体的格式。标准的即时消息中携带基本的信息，对消息头及消息体都没有扩展；而扩展后的即时消息则对消息体格式进行了扩展。其格式采用MIME（Multipurpose Internet Mail Extensions，多用途因特网邮件扩展）嵌套CPIM（Common Presence and Instant Messaging，公共出席和即时消息规范）的格式，即扩展的即时消息的构成为：SIP消息头＋MIME消息体（即消息格式采用MIME格式的消息体）。

步骤102，生成消息头。

用户通过终端发送的即时消息，会将即时消息整体抽象为一个对象，称为MESSAGE消息对象，该消息对象可以包括消息头和消息体。在本申请优选的一种实施例中，消息头可以是标准的消息头，也可以是扩展的消息头。例如，基于SIP的IMS环境下，即时消息业务平台对于标准的即时消息生成的是标准的SIP消息头，而对于扩展后的即时消息生成的是扩展的SIP消息头。

步骤103，根据不同的消息内容类型，分别将对应的消息内容本体及消息内容类型作为两个叶子节点构造基本消息体BODY对象。

在具体实现中，一个基本消息体BODY对象可以包括两个叶子，一个为消息内容，一个为消息内容类型。根据不同的消息内容类型，即音频类型，视频类型，发送消息报告类型，图片类型，普通的会话描述协议消息类型和文本类型等，分别将消息中的每种消息内容类型及其对应的消息内容本体作为两个叶子节点构造基本消息体BODY对象。

基本消息体BODY对象可以用来表示完整的一个消息体，可以是一个完整的MIME消息体，也可以是一个完整的CPIM消息体（即消息格式采用CPIM格式的消息体）。每个消息对象包含一个消息体BODY对象作为成员，而每个基本消息体BODY对象可以包含两个成员，消息内容类型和消息内容本体，其中各个成员均可以为空。

具体而言：

消息内容类型（Content-typeHeader）：可以用于定义消息体BODY对象所描述的消息体的类型。消息内容类型值一般为离散型，即基本消息体BODY对象的消息内容类型，如音频类型（audio）、视频类型（video）、发送消息报告类型、图片类型（image）、普通的会话描述协议消息类型（sdp）和文本类型（text）等。

消息内容本体（BodyString）：可以用于保存消息体BODY对象中消息内容类型所对应的消息内容字符串变量，可以是文本或者是二进制信息。

步骤104，根据所述基本消息体BODY对象构造复杂消息体BODY对象，所述复杂消息体BODY对象中包括表征消息内容本体为空值的叶子节点。

在本申请的一种优选实施例中，所述即时消息信息还可以包括业务扩展信息，例如是否需要递送报告的业务信息；所述消息头中可以包括消息内容属性信息，所述消息内容属性信息可以用于定义复杂消息体BODY对象所描述的消息体类型；在这种情况下，所述步骤104可以包括如下子步骤：

子步骤S11，将所述基本消息体BODY对象以及对应的业务扩展信息，消息头信息作为三个叶子节点构造消息体要素BODYPART对象；

子步骤S12，将所述消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容本体为空值的叶子节点。

在具体实现中，一个复杂消息体BODY对象可以包括三个叶子：消息内容本体，消息内容属性信息以及消息体要素列表，其中各个成员均可以为空。

具体而言：

消息内容属性信息：可以用于定义复杂消息体BODY对象所描述的消息体的类型。复杂消息体BODY对象的消息内容类型值可以为复合型，如信息类型（message），多组分类型（multipart）等。

消息内容本体（BodyString）：用于保存消息体BODY对象中消息内容的字符串变量，可以是文本或者是二进制信息。而对于复杂消息体BODY对象，其消息内容本体的值为空。

消息体要素列表（BodyPartList）：可以用来表示消息体要素BODYPART对象的列表，其值可以为空，也可以为多个消息体要素BODYPART对象组成的列表。

其中，所述消息体要素BODYPART对象可以用来描述消息体BODY对象与消息头信息的组合，其中消息头信息（Header）可以为标准消息头，也可以为扩展的消息头，所述消息体要素BODYPART对象可以包括三个成员，消息头信息，业务扩展信息以及消息体BODY对象（可以是基本消息体BODY对象或者复杂消息体BODY对象），其中各个成员均可以为空。

消息头信息（OtherHeader）：用于描述各类扩展的消息头的信息。

业务扩展信息（Content-dispositionHeader）：用于对消息体进行描述，可以指明消息体是否展现给用户，以及接收人不能识别消息体类型时的处理方式。

消息体BODY对象（BodyObj）：每个消息体要素BODYPART对象可以有一个消息体BODY对象作为成员。

步骤105，将所述消息头及复杂消息体BODY对象封装为消息对象。

在本申请实施例具体应用的一种示例中，在即时消息业务平台上，将步骤102生成的消息头和步骤104生成的复杂消息体BODY对象进行封装，即为即将发送给接收人的消息对象。

步骤106，依据所述接收人信息发送所述消息对象。

在本申请实施例具体应用的一种示例中，依据即时消息信息中的接收人信息，用SIP协议中的MESSAGE方法将所述消息对象发送出去。

参考图6所示的一种应用本申请实施例构造消息对象的示意图，假设给出的消息中基本类型为文本类型和带有附件的图片类型，具体步骤如下：

1)获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息。

2)生成消息头。

3)构造消息体类型为基本类型（即文本类型和图片类型）的基本消息体BODY对象。其消息内容本体的值分别为文本内容和经过编码处理后的图片内容信息。消息体内容类型分别为文本和图片。

4)将上述构造的两个基本消息体BODY对象作为消息体要素BODYPART对象的成员，分别构造两种消息内容类型的消息体要素BODYPART对象。如果即时消息中有扩展消息头，那么将扩展消息头作为消息头信息，与业务扩展信息形成对应消息内容类型的消息体要素BODYPART对象。

5)以上述构造的两个消息体要素BODYPART对象与消息内容属性信息构造成复杂消息体BODY对象。其中，复杂消息体BODY对象中消息内容本体的值为空。

6)重复步骤2）和3），直到除消息接收人列表外的全部消息体构造完成，即为最终的消息体BODY对象。

7)将所述消息头及最终的消息体BODY对象封装为消息对象。

8)依据所述接收人信息发送所述消息对象。

参照图7，示出本申请的一种即时消息的发送方法实施例2的步骤流程图，在本实施例中，接收人数量大于1，本实施例具体包括以下步骤：

步骤201，获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息；

步骤202，生成消息头；

步骤203，根据不同的消息内容类型，分别将对应的消息内容本体及消息内容类型作为两个叶子节点构造基本消息体BODY对象；

步骤204，根据所述基本消息体BODY对象构造复杂消息体BODY对象，所述复杂消息体BODY对象中包括表征消息内容本体为空值的叶子节点；

步骤205，将接收人列表作为叶子节点构造接收人列表BODY对象。

当终端同时给多个用户发消息时，消息体里面带有消息接收方用户列表，可以将接收人列表作为消息内容本体（BodyString），即为叶子节点构造接收人列表BODY对象。

步骤206，在所述复杂消息体BODY对象中添加所述接收人列表BODY对象。

在本申请的一种优选实施例中，所述步骤206可以包括以下子步骤：

子步骤S21，将所述接收人列表BODY对象以及对应的业务扩展信息作为两个叶子节点构造接收人列表要素BODYPART对象。

子步骤S22，将所述接收人列表要素BODYPART对象、消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

步骤207，将所述消息头及复杂消息体BODY对象封装为消息对象；

步骤208，依据所述接收人信息发送所述消息对象。

本实施例与上述图5所示实施例的区别在于，增加了对于接收人数量大于1时的情况下，消息对象的封装处理。本实施例能够实时地将即时消息发送给多个接收人，简单、高效地实现了即时消息的有效传送应用。

在本申请的一种应用实施例中，将包含基本文本信息、附件信息及其它扩展字段的即时消息发送到一个或者多个接收者时，基于SIP协议MESSAGE方法，可以先采用即时消息的发送方法发送即时消息，然后可以采用即时消息的接收方法接收即时消息。具体举例来说，用户A在终端上编写好一条即时消息Hello World，同时在即时消息中附加一张自己的近照，准备将该条即时消息发送给她的好朋友B、C和D。

1）获取用户A发送的即时消息。

2）生成消息头。

3）将消息内容本体（Hello World）和消息内容类型（文本类型）构造为基本消息体BODY对象，作为树的叶子。该文本消息的消息头信息为正文，是树的另一个叶子；将这两个叶子节点构造为消息体要素BODYPART对象，形成一棵包含两个叶子节点的树。

4）将消息内容本体（经过处理的图片信息）和消息内容类型（图片类型）构造为基本消息体BODY对象，作为树的叶子。该图片消息的消息头信息为附件类型，是树的另一个叶子；将这两个叶子节点构造为满足要求的消息体要素BODYPART对象，形成另一棵包含两个叶子节点的树。

5）将上述两个步骤中构造好的两棵树作为新树的两个叶子，与消息内容属性信息叶子构造为复杂消息体BODY对象，形成一棵新树；这样就形成了一个MIME消息体。

6）将步骤5）中生成的复杂消息体BODY对象，与其它扩展头字段叶子构造成消息体要素BODYPART对象，形成一棵树；然后，将该树与消息内容属性信息叶子构造为满足要求的复杂消息体BODY对象，形成一棵新树；将上述生成的新树与消息头信息叶子再次构造为消息体要素BODYPART对象，形成一棵树。构造好的这棵树为一个CPIM消息体。

7）将接收人列表构造成接收人列表BODY对象，其中消息内容本体为所有接收人的名单B、C和D；然后，将接收人列表BODY对象构造为接收人列表要素BODYPART对象；将上述接收人要素BODYPART对象作为树的叶子，与步骤6步中构造好的CPIM消息体构造为最终的复杂消息体BODY对象。

8）将步骤7）构造好的复杂消息体BODY对象和消息头作为消息对象，使用SIP协议中的MESSAGE方法将即时消息发送给B、C和D。

参照图8，示出本申请的一种即时消息的接收方法实施例1的步骤流程图，本申请实施例采用递归的思想对即时消息进行解析，递归的终止条件是消息体BODY对象的消息内容本体是否为空值，如果为空值，那么说明该节点不是叶子节点，继续递归；如果不为空值，说明该节点是树的叶子节点，那么将该节点的消息内容本体解析出来保存，并返回处理其父节点，再进行解析，直到所有节点全部解析完成。

本实施例具体可以包括如下步骤：

步骤301，接收人接收消息对象，所述消息对象中包括消息头和消息体BODY对象。

在本申请实施例的应用实例中，所述消息对象被发送后立即传递给接收人信息中的所有接收人，即时消息的传送方式接近于实时传送，如基于SIP的MESSAGE方法下的传送。对所述消息对象进行解析后，包括消息头和消息体BODY对象。在本申请实施例的应用实例中，基于SIP的MESSAGE方法下，消息头为标准的SIP消息头，消息体BODY对象为MIME消息体BODY对象（即消息体格式为MIME格式的消息体BODY对象）或者CPIM消息体BODY对象（即消息体格式为CPIM格式的消息体BODY对象）。

步骤302，解析所述消息头。

在本申请实施例的一种实际应用中，基于SIP的MESSAGE方法下，消息头为标准的SIP消息头，由SIP协议栈完成对所述消息头的解析。

步骤303，解析所述消息体BODY对象，包括以下子步骤：

子步骤S31，判断所述消息体BODY对象中消息内容本体是否为空值；若是，则执行子步骤S32，若否，则执行子步骤S33；

子步骤S32，判定所述消息体BODY对象为复杂消息体BODY对象，从所述复杂消息体BODY对象中提取消息体BODY对象，执行子步骤S31；

子步骤S32中所述从复杂消息体BODY对象中提取消息体BODY对象的步骤包括：对所述复杂消息体BODY对象中的消息体要素BODYPART对象进行解析，提取所述消息体要素BODYPART对象中的消息体BODY对象。

子步骤S33，判定所述消息体BODY对象为基本消息体BODY对象，从所述基本消息体BODY对象中提取消息内容类型和消息内容本体，执行子步骤S34；

子步骤S34，采用所述消息内容类型读取消息内容本体。

具体的，根据所述消息内容类型进行不同的处理流程，完成对消息内容本体的解析。子步骤S34包括：

若所述消息内容类型为音频类型，对所述消息内容本体进行音频解码处理，获得音频内容；

若所述消息内容类型为视频类型，对所述消息内容本体进行视频解码处理，获得视频内容；

若所述消息内容类型为发送消息报告类型，对所述消息内容本体中的可扩展标识语言xml格式数据进行解析，获得发送消息报告，并将所述发送消息报告进行显示；

若所述消息内容类型为图片类型，对所述消息内容本体进行解码，获得图片内容，并将所述图片内容进行保存；

若所述消息内容类型为普通的会话描述协议消息类型，按照普通的会话描述协议对所述消息内容本体进行解析，获得会话描述协议消息；

若所述消息内容类型为文本类型，将所述消息内容本体中的文本信息直接进行显示。

在本申请的一种应用实施例中，根据本申请的即时消息接收方法可以完成即时消息的接收过程，将包含基本文本信息、附件信息及其它扩展字段的即时消息发送到一个或者多个接收者后，基于SIP协议MESSAGE方法，可以采用即时消息的接收方法接收即时消息。具体举例来说，用户A在终端上编写好一条即时消息Hello World，同时在即时消息中附加一张自己的近照，将该条即时消息发送给了她的好朋友B、C和D。实际中，用户A发送的是由该条即时消息构造成的消息对象。

接收人B、C和D接收到上述消息对象后，具体步骤如下：

1）将所述消息对象解析为两部分，即消息头和消息体BODY对象。

2）解析消息头。因为消息头为标准的SIP协议支持的头，所以由SIP协议栈完成解析。

3）对所述消息体BODY对象进行解析，具体的步骤为：

判断所述消息体BODY对象中消息内容本体是否为空值，若是，则执行步骤4），若否，则执行步骤5）。

4）所述消息体BODY对象中消息内容本体为空值，那么说明该节点不是叶子节点，所述消息体对象为复杂消息体BODY对象，提取所述复杂消息体BODY对象中的消息体BODY对象，执行步骤3）。

5）所述消息体BODY对象中消息内容本体不为空值，说明该节点是树的叶子节点，所述消息体对象为基本消息体BODY对象，提取所述消息体BODY对象中的消息内容类型。

6）根据所述消息内容类型，将该节点消息内容本体读取出来保存，接着返回处理其父节点，再进行解析，直到将所有叶子节点全部解析完成。最终，显示出的即时消息内容为文本信息-Hello World和图片内容-照片。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

参照图9，示出本申请的一种即时消息的发送装置实施例1的结构示意图，具体可以包括如下模块：

即时消息信息获取模块401，用于获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息。

消息头生成模块402，用于生成消息头。

基本消息体对象生成模块403，用于将不同的消息内容类型对应的消息内容本体及消息内容类型作为两个叶子节点构造基本消息体BODY对象。

复杂消息体对象生成模块404，用于将所述基本消息体BODY对象构造复杂消息体BODY对象，所述复杂消息体BODY对象中包括表征消息内容为空值的叶子节点。

消息对象生成模块405，用于将所述消息头及复杂消息体BODY对象封装为消息对象。

消息对象发送模块406，用于依据所述接收人信息发送所述消息对象。

在本申请的一种优选实施例中，所述即时消息信息还包括业务扩展信息，所述消息头中包括消息内容属性信息，所述复杂消息体对象生成模块404可以包括以下子模块：

消息体要素对象生成子模块：用于将所述基本消息体BODY对象以及对应的业务扩展信息，消息头信息作为三个叶子节点构造消息体要素BODYPART对象；

第一复杂消息体对象生成子模块：用于将所述消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

在本申请的一种优选实施例中，当接收人数量大于1时，所述装置还可以包括以下模块：

接收人列表对象生成模块，用于将接收人列表作为叶子节点构造接收人列表BODY对象。

在这种情况下，所述复杂消息体对象生成模块404还可以包括以下子模块：

接收人列表对象生成子模块，用于在所述复杂消息体BODY对象中添加所述接收人列表BODY对象。

更为优选的是，所述接收人列表对象生成子模块还可以包括以下单元：

接收人列表要素对象生成单元，用于将所述接收人列表BODY对象以及对应的业务扩展信息作为两个叶子节点构造接收人列表要素BODYPART对象。

第二复杂消息体对象生成单元，用于将所述接收人列表要素BODYPART对象、消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

参照图10，示出本申请的一种即时消息的接收装置实施例1的结构示意图，具体可以包括如下模块：

消息对象接收模块501，用于接收人接收消息对象，所述消息对象中包括消息头和消息体BODY对象。

消息头解析模块502，用于解析所述消息头。

消息体对象解析模块503，用于解析所述消息体BODY对象，其中，所述消息体对象解析模块503还可以包括以下子模块：

消息内容本体判断子模块5031，用于判断所述消息体BODY对象中消息内容本体是否为空值，若是，则调用第一消息体对象处理子模块5032，若否，则调用第二消息体对象处理子模块5033。

第一消息体对象处理子模块5032，用于判定所述消息体BODY对象为复杂消息体BODY对象，从所述复杂消息体BODY对象中提取消息体BODY对象，返回调用所述消息内容本体判断子模块5031。

第二消息体对象处理子模块5033，用于判定所述消息体BODY对象为基本消息体BODY对象，从所述基本消息体BODY对象中提取消息内容类型和消息内容本体，并调用消息内容解析子模块5034。

消息内容解析子模块5034，用于根据所述消息内容类型读取消息内容本体。

在本申请的一种优选实施例中，所述消息内容解析子模块5034可以包括以下单元：

音频处理单元，用于所述消息内容类型为音频类型时，对消息内容进行音频解码处理，获得音频内容。

视频处理单元，用于所述消息内容类型为视频类型时，对消息内容进行视频解码处理，获得视频内容。

发送消息报告处理单元，用于所述消息内容类型为发送消息报告类型时，对所述消息内容本体中的可扩展标识语言xml格式数据进行解析，获得发送消息报告，并将所述发送消息报告进行显示。

图片处理单元，用于所述消息内容类型为图片类型时，对所述消息内容本体进行解码，获得图片内容，并将所述图片内容进行保存。

会话描述协议消息处理单元，用于所述消息内容类型为普通的会话描述协议消息类型时，按照普通的会话描述协议对所述消息内容本体进行解析，获得会话描述协议消息。

文本处理单元，用于所述消息内容类型为文本类型时，将所述消息内容本体中的文本信息直接进行显示。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

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

Claims (13)

1.一种即时消息的发送方法，其特征在于，包括：

获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息；

生成消息头；

根据不同的消息内容类型，分别将对应的消息内容本体及消息内容类型作为两个叶子节点构造基本消息体BODY对象；

根据所述基本消息体BODY对象构造复杂消息体BODY对象，所述复杂消息体BODY对象中包括表征消息内容本体为空值的叶子节点；

将所述消息头及复杂消息体BODY对象封装为消息对象；

依据所述接收人信息发送所述消息对象。

2.根据权利要求1所述的方法，其特征在于，所述即时消息信息还包括业务扩展信息，所述消息头中包括消息内容属性信息，所述根据基本消息体BODY对象构造复杂消息体BODY对象的步骤包括：

将所述基本消息体BODY对象以及对应的业务扩展信息，消息头信息作为三个叶子节点构造消息体要素BODYPART对象；

将所述消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

3.根据权利要求2所述的方法，其特征在于，当接收人数量大于1时，在所述将消息头及复杂消息体BODY对象封装为消息对象的步骤之前，还包括：

将接收人列表作为叶子节点构造接收人列表BODY对象；

所述根据基本消息体BODY对象构造复杂消息体BODY对象的步骤还包括：

在所述复杂消息体BODY对象中添加所述接收人列表BODY对象。

4.根据权利要求3所述的方法，其特征在于，所述在复杂消息体BODY对象中添加所述接收人列表BODY对象的步骤包括：

将所述接收人列表BODY对象以及对应的业务扩展信息作为两个叶子节点构造接收人列表要素BODYPART对象；

将所述接收人列表要素BODYPART对象、消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

5.根据权利要求1或2所述的方法，其特征在于，所述消息内容本体包括文本消息内容，和/或，附件消息内容；所述消息内容类型包括音频类型，视频类型，发送消息报告类型，图片类型，普通的会话描述协议消息类型和文本类型。

6.一种即时消息的接收方法，其特征在于，包括：

接收人接收消息对象，所述消息对象中包括消息头和消息体BODY对象；

解析所述消息头；

解析所述消息体BODY对象，包括以下子步骤：

S1，判断所述消息体BODY对象中消息内容本体是否为空值；若是，则执行子步骤S2，若否，则执行子步骤S3；

S2，判定所述消息体BODY对象为复杂消息体BODY对象，从所述复杂消息体BODY对象中提取消息体BODY对象，执行子步骤S1；

S3，判定所述消息体BODY对象为基本消息体BODY对象，从所述基本消息体BODY对象中提取消息内容类型和消息内容本体，执行子步骤S4；

S4，采用所述消息内容类型读取消息内容本体。

7.如权利要求6所述的方法，其特征在于，所述采用消息内容类型读取消息内容本体的步骤包括：

若所述消息内容类型为音频类型，对所述消息内容本体进行音频解码处理，获得音频内容；

若所述消息内容类型为视频类型，对所述消息内容本体进行视频解码处理，获得视频内容；

若所述消息内容类型为发送消息报告类型，对所述消息内容本体中的可扩展标识语言xml格式数据进行解析，获得发送消息报告，并将所述发送消息报告进行显示；

若所述消息内容类型为图片类型，对所述消息内容本体进行解码，获得图片内容，并将所述图片内容进行保存；

若所述消息内容类型为普通的会话描述协议消息类型，按照普通的会话描述协议对所述消息内容本体进行解析，获得会话描述协议消息；

若所述消息内容类型为文本类型，将所述消息内容本体中的文本信息直接进行显示。

8.一种即时消息的发送装置，其特征在于，包括：

即时消息信息获取模块：用于获取用户发送的即时消息信息，所述即时消息信息包括：消息内容本体及消息内容类型，以及，接收人信息；

消息头生成模块：用于生成消息头；

基本消息体对象生成模块：用于将不同的消息内容类型对应的消息内容本体及消息内容类型作为两个叶子节点构造基本消息体BODY对象；

复杂消息体对象生成模块：用于将所述基本消息体BODY对象构造复杂消息体BODY对象，所述复杂消息体BODY对象中包括表征消息内容为空值的叶子节点；

消息对象生成模块：用于将所述消息头及复杂消息体BODY对象封装为消息对象；

消息对象发送模块：用于依据所述接收人信息发送所述消息对象。

9.根据权利要求8所述的装置，其特征在于，所述即时消息信息还包括业务扩展信息，所述消息头中包括消息内容属性信息，所述复杂消息体对象生成模块包括：

消息体要素对象生成子模块：用于将所述基本消息体BODY对象以及对应的业务扩展信息，消息头信息作为三个叶子节点构造消息体要素BODYPART对象；

第一复杂消息体对象生成子模块：用于将所述消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

10.根据权利要求8所述的装置，其特征在于，当接收人数量大于1时，所述装置还包括：

接收人列表对象生成模块：用于将接收人列表作为叶子节点构造接收人列表BODY对象；

所述复杂消息体对象生成模块还包括：

接收人列表对象生成子模块：用于在所述复杂消息体BODY对象中添加所述接收人列表BODY对象。

11.根据权利要求10所述的装置，其特征在于，所述接收人列表对象生成子模块包括：

接收人列表要素对象生成单元：用于将所述接收人列表BODY对象以及对应的业务扩展信息作为两个叶子节点构造接收人列表要素BODYPART对象；

第二复杂消息体对象生成单元：用于将所述接收人列表要素BODYPART对象、消息体要素BODYPART对象和消息内容属性信息构造复杂消息体BODY对象，并在所述复杂消息体BODY对象中添加表征消息内容为空值的叶子节点。

12.一种即时消息的接收装置，其特征在于，包括：

消息对象接收模块：用于接收人接收消息对象，所述消息对象中包括消息头和消息体BODY对象；

消息头解析模块：用于解析所述消息头；

消息体对象解析模块：用于解析所述消息体BODY对象，其中，消息体对象解析模块包括以下子模块：

消息内容本体判断子模块：用于判断所述消息体BODY对象中消息内容本体是否为空值，若是，则调用第一消息体对象处理子模块，若否，则调用第二消息体对象处理子模块；

第一消息体对象处理子模块：用于判定所述消息体BODY对象为复杂消息体BODY对象，从所述复杂消息体BODY对象中提取消息体BODY对象，返回调用所述消息内容本体判断子模块；

第二消息体对象处理子模块：用于判定所述消息体BODY对象为基本消息体BODY对象，从所述基本消息体BODY对象中提取消息内容类型和消息内容本体，并调用消息内容解析子模块；

消息内容解析子模块：用于根据所述消息内容类型读取消息内容本体。

13.如权利要求12所述的装置，其特征在于，所述消息内容解析子模块包括：

音频处理单元：用于所述消息内容类型为音频类型时，对消息内容进行音频解码处理，获得音频内容；

视频处理单元：用于所述消息内容类型为视频类型时，对消息内容进行视频解码处理，获得视频内容；

发送消息报告处理单元：用于所述消息内容类型为发送消息报告类型时，对所述消息内容本体中的可扩展标识语言xml格式数据进行解析，获得发送消息报告，并将所述发送消息报告进行显示；

图片处理单元：用于所述消息内容类型为图片类型时，对所述消息内容本体进行解码，获得图片内容，并将所述图片内容进行保存；

会话描述协议消息处理单元：用于所述消息内容类型为普通的会话描述协议消息类型时，按照普通的会话描述协议对所述消息内容本体进行解析，获得会话描述协议消息；

文本处理单元：用于所述消息内容类型为文本类型时，将所述消息内容本体中的文本信息直接进行显示。

Images