CN100454908C

CN100454908C - 一种即时消息业务处理方法及服务系统

Info

Publication number: CN100454908C
Application number: CNB2006100745128A
Authority: CN
Inventors: 任旭鸣
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2006-04-21
Filing date: 2006-04-21
Publication date: 2009-01-21
Anticipated expiration: 2026-04-21
Also published as: CN1968217A

Abstract

本发明公开了一种即时消息业务处理方法及服务系统，其核心思想是在即时消息的收发过程中扩展进行存储判断和存储操作，根据用户设置在IMPS服务器上的存储属性将所有接收和发送的消息都分别存储起来，例如存储在IMPS服务器的本地记录文件或一个统一的消息中心中，实现对IM消息的集中存储和管理。本发明避免了现有技术中能力较弱的即时通讯终端造成的消息丢失和管理困难的问题，为用户提供更好的业务体验，提高用户的使用积极性和业务忠诚度。

Description

一种即时消息业务处理方法及服务系统

技术领域

本发明涉及通讯技术领域，具体涉及即时消息(IM，Instant Messaging)业务技术。

背景技术

IM是即时消息和存在属性业务(IMPS，Instant Messaging and PresenceService)的主要业务能力之一，是一种可以在一系列的参与者间实时交换各种文本或多媒体格式信息的即时通讯方式。IM基于IMPS的存在属性(Presence)信息实现对参与者状态的实时获知，从而选择适当的方式进行交流。Presence信息主要包括用户和终端的可用性、通信参数、终端性能、当前的行为和位置信息等。目前，对IMPS进行规范的协议主要是开放移动联盟(OMA OpcnMobile Alliance)IMPS无线村(WV，Wireless Village)协议。

在现有的IM业务中，发送方用户发送的即时消息和接收方用户接收的即时消息都是存储在本地的即时消息业务终端上的，服务器并不存储已经成功发送的即时消息。这种方式对于一直在固定的即时消息业务终端，例如个人电脑(PC，Personal Computer)上持续使用IM业务的用户还能比较适合，用户可以利用终端功能进行历史消息的维护。由于PC终端通常具有比较强的能力，因此可以满足大部分的业务需求，不至于造成历史消息记录的混乱或者丢失。但是对于移动用户，用户处于非稳定状态，所使用的即时消息业务终端可能是无线应用协议(Wap，Wireless Application Protocol)终端、超文本传输协议(HTTP，HyperText Transfer Protocol)终端、短消息终端等多种类型的终端，用户会在不同的情况下灵活选择不同的终端进行通信。而移动终端普遍不具有强的信息储存和处理能力，甚至部分终端例如大部分Wap终端根本就没有信息存储功能，这就可能导致用户重要消息的丢失，以及对历史消息管理的困难，降低用户业务使用的积极性。

发明内容

本发明的目的在于提供一种能够为IM业务用户提供即时消息的统一管理，避免用户个人的即时消息丢失的即时消息业务处理方法及服务系统。

为达到本发明的目的，所采取的技术方案是一种即时消息业务处理方法，包括：1)服务器接收发送方用户的即时消息；2)服务器根据发送和/或接收方用户的存储属性设置判断是否对所述即时消息进行存储，若是则对所述即时消息进行存储，若否则执行步骤3)；3)服务器将所述即时消息转发给接收方用户。

本发明处理方法中，服务器可以分别在收到即时消息后和转发即时消息后根据发送方和接收方的存储属性设置进行是否需要存储的判断及相应处理，如果两次判断均为是的话，需要两次发送存储消息给消息中心；消息中心在执行存储后，向服务器返回存储回复。

本发明处理方法中，服务器也可以在收到即时消息后就对发送方和接收方用户的存储属性设置进行判断及相应处理，如果任意一方用户需要存储的话，只需要发送一次存储消息到消息中心，然后再执行即时消息的转发；消息中心在执行存储后，向服务器返回存储回复。

所述存储消息可采用这样的结构：包括消息类型、事务编号、消息信息和消息内容；所述消息类型为存储消息的类型，所述事务编号为该存储消息的编号，所述消息信息包括所述即时消息的属性信息和发送/接收方信息，所述消息内容为所述即时消息的内容；所述存储回复可采用这样的结构：包括消息类型、事务编号和存储结果；所述消息类型为存储回复的类型，所述事务编号与相应存储消息的事务编号对应，所述存储结果反映对所述存储消息的处理状态。

本发明处理方法中，服务器除了采用上述同步消息方式进行到消息中心的存储外，也可以以异步接口的方式来进行，即，先将需要存储的即时消息以记录文件的形式保存在本地，再实时或定期传输给消息中心，传输方式可以是由服务器主动发送给消息中心，在定期的情况下也可以是由消息中心定期到服务器上读取；消息中心将所述记录文件中的信息导入到相应用户的发件/收件箱中即可。

本发明还提供一种即时消息业务服务系统，包括服务器和消息中心，所述服务器包括即时消息收发模块和存储判断模块；所述即时消息收发模块接收发送方用户的即时消息，根据所述存储判断模块的指示将所述即时消息转发给接收方用户；所述存储判断模块根据发送和/或接收方用户的存储属性设置判断是否对所述即时消息进行存储，将需要存储的发送和/或接收方即时消息通过存储消息发送给所述消息中心，并指示所述即时消息收发模块将所述即时消息转发给接收方用户；所述消息中心根据所述存储消息将所述即时消息存储到发送方和/或接收方用户的发件箱中。

所述消息中心可采用这样的结构：包括消息通讯模块、消息存储模块和消息管理模块；所述消息通讯模块接收所述存储判断模块发送的存储消息，将所述即时消息保存到所述消息存储模块中相应用户的发件/收件箱，并返回存储回复；所述消息存储模块提供所述即时消息的存储空间；所述消息管理模块对所述消息存储模块中的消息目录、存储空间进行编排和管理。

本发明还提供另一种即时消息业务服务系统，包括服务器和消息中心，所述服务器包括即时消息收发模块、存储判断模块和本地记录模块；所述即时消息收发模块接收发送方用户的即时消息，根据所述存储判断模块的指示将所述即时消息转发给接收方用户；所述存储判断模块根据发送和/或接收方用户的存储属性设置判断是否对所述即时消息进行存储，将需要存储的发送和/或接收方即时消息存储到本地记录模块，并指示所述即时消息收发模块将所述即时消息转发给接收方用户；所述本地记录模块实时或定期向所述消息中心传输本地发送/接收记录文件；所述消息中心将所述记录文件中的信息导入到相应用户的发件/收件箱中。

采用上述技术方案，本发明有益的技术效果在于：

1)本发明采用在即时消息的收发过程中扩展进行存储判断和存储操作的方式，能够根据用户设置的存储属性将所有接收和发送的消息都分别存储起来，避免了现有技术中能力较弱的即时通讯终端造成的消息丢失和管理困难的问题，为用户提供更好的业务体验，提高用户的使用积极性和业务忠诚度。

2)所需要保存的即时消息既可以以同步消息的方式即时保存到消息中心，也可以先存储在服务器本地，然后以异步方式实时或定期传输到消息中心，实现方法灵活，并且用户可以通过存储属性设置的配置，自主选择是否启用即时消息存储服务，业务使用方便。

附图说明

下面通过具体实施方式并结合附图对本发明作进一步的详细说明。

图1是实施例一中即时消息业务处理方法的流程图。

图2是图1中方法在WV协议下的信令流程图。

图3是实施例二中即时消息业务处理方法的流程图。

图4是图3中方法在WV协议下的信令流程图。

图5是实施例三中即时消息业务处理方法的流程图。

图6是图5中方法部分采用WV协议的信令流程图。

图7是实施例四中即时消息业务服务系统的模块结构示意图。

图8是实施例五中即时消息业务服务系统的模块结构示意图。

具体实施方式

本发明提供了一种即时消息业务处理方法及服务系统，其核心思想是在即时消息的收发过程中扩展进行存储判断和存储操作，根据用户设置在IMPS服务器(IMPS Server)上的存储属性将所有接收和发送的消息都分别存储起来，例如存储在IMPS Server的本地记录文件或一个统一的消息中心(MC，MessageCenter)中，实现对IM消息的集中存储和管理。为了便于对系统进行模块化管理，采用为IMPS服务系统扩展配置MC的方式更为适合。发送方消息和接收方消息既可以通过IMPS Server的两次存储判断以及与MC的两次交互分别进行储存，也可以由IMPS Server进行一次集中判断后通过与MC的一次交互分别进行储存。IMPS Server到MC的信息储存既可以采用同步消息的方式，也可以采用先存储在IMPS Server本地，然后异步实时或定期传输到MC的方式。下面，分别对本发明即时消息业务处理方法及服务系统进行详细说明。

实施例一、一种即时消息业务处理方法，流程如图1所示，包括：

1)IMPS Server接收发送方用户发出的IM消息；

2a)IMPS Server根据发送方用户的存储属性设置判断是否对该IM消息进行存储，若是则执行步骤2b)，若否则直接执行步骤3)；

存储属性是由用户进行配置确定收/发消息是否需要存储的标记，该标记决定“消息需要存储”这项功能对该用户的开启或关闭状态。存储属性标记可以通过在服务器中设置一个单独的参数字段来标识，也可以采用其他任何服务器可识别的方式来标识，例如在发件方名称前加特定符号来表示发件需要保存等，具体存储属性的标识方法不构成对本发明的限制。用户配置该功能设置的方法包括但不限于：

·通过用户自助服务终端进行配置，自助服务终端将相应用户的配置状态发送到IMPS Server；

·通过提供IMPS业务的服务商的营业厅进行申请，由运营商将相应用户的配置状态写入IMPS Server；

·通过IMPS终端进行配置，IMPS终端直接将用户的配置状态发送到IMPS Server。

2b)IMPS Server将包含IM消息信息的存储消息发送给MC；

2c)MC根据存储消息的指示将IM消息存储到发送方用户的发件箱中，向IMPS Server返回存储回复；

3)IMPS Server将IM消息转发给接收方用户；

4a)IMPS Server根据接收方用户的存储属性设置判断是否对该IM消息进行存储，若是则执行步骤4b)，若否则直接执行步骤5)；

4b)IMPS Server将包含所述即时消息信息的存储消息发送给MC；

4c)消息中心根据所述存储消息将所述即时消息存储到接收方用户的收件箱中，向IMPS Server返回存储回复；

5)IMPS Server向发送方用户返回消息发送成功。

若接收方用户有多个，例如，对于发送方用户进行IM消息群发的情形，IMPS Server可以将每个接收方用户，以及各用户是否需要存储的标记放入存储消息中，通过与MC一次交互完成对多个接收方用户的存储；当然，IMPSServer也可以对每个接收方用户都分别执行步骤3)～4c)来完成存储操作。

在本发明扩展的消息存储过程中，IMPS Server与MC之间采用两条消息进行即时信息传递：存储消息和存储回复。

存储消息携带着与需要存储的IM消息有关的信息，包括IM消息的属性信息、发送/接收方信息和IM消息的内容等。IM消息的属性信息包括：对IM消息进行标识的消息编号(ID，Identification)或者消息通用资源标识符(URI，Uniform Resource Identifier)，对于同一条IM消息，其消息ID在发送/接收方是相同的；说明IM消息内容格式的内容类型，内容类型遵照多用途网际邮件扩充协议(MIME，Multipurpose Internet Mail Extensions)中定义；说明IM消息内容长度的编码大小等。发送/接收方信息包括：发送者、发送者存储属性(发送者是否开启消息需要存储功能)、接收者、接收者存储属性(接收者是否开启消息需要存储功能)、发送时间等。

存储回复则是MC向IMPS Server返回的对存储结果的汇报。

为了使本发明扩展的流程能够符合IMPS业务国际规范WV协议，可以按照WV协议所规范的通用消息格式来设置本发明中的存储消息和存储回复。对于属于业务请求类型的存储消息(MC_MessageSendReq)，需要设置消息类型(Message-Type)、事务ID(Transaction-ID)、消息信息(MessageInfo)和消息内容(Content)四个信息字段，MC_MessageSendReq的字段设置如下表所示：

信息字段名称	类型	含义描述
信息字段名称	类型	含义描述	Message-Type	MC_MessageSendReq	消息类型
Transaction-ID	String	事务ID	Message-Type	MC_MessageSendReq	消息类型
Transaction-ID	String	事务ID	MC_MessageInfo	Structure	消息信息，包含：IM消息ID或者消息URI，MIME类型，编码大小；发送者，发送者是否开启消息需要存储功能，接收者，接收者是否开启消息需要存储功能，发送时间
Content	String\|Binary Data	IM消息内容	MC_MessageInfo	Structure

其中Message-Type即为存储消息在WV协议中定义的类型名称MC_MessageSendReq；事务ID为字符串(String)类型，指示该条存储消息的编号；消息信息为数据结构(Structure)类型，包括IM消息的属性信息、发送/接收方信息，与WV协议中标准的MessageInfo字段相比，本发明MC_MessageInfo扩展设置了说明用户存储属性的标记；消息内容为String或二进制数据(Binary Data)类型，携带IM消息的内容。由于本实施例中采用分别对发送方用户和接收方用户的存储属性进行判断的方式，因此在每条存储消息的消息信息部分中，“发送者是否开启消息需要存储功能”与“接收者是否开启消息需要存储功能”参数有且只有一个标记为“是”。

对于属于业务回复类型的存储回复(MC_MessageSendRes)，需要设置消息类型(Message-Type)、事务ID(Transaction-ID)、存储结果(Result)三个信息字段，MC_MessageSendRes的字段设置如下表所示：

信息字段名称	类型	含义描述
信息字段名称	类型	含义描述	Message-Type	MC_MessageSendRes	消息类型
Transaction-ID	String	事务ID	Message-Type	MC_MessageSendRes	消息类型
Transaction-ID	String	事务ID	Result	Structure	消息存储结果

存储回复的Message-Type为其在WV协议中定义的类型名称MC_MessageSendRes；事务ID与相应存储消息的事务ID对应；存储结果(Result)为Structure类型，反映对相应存储消息的处理状态，与WV协议中标准的Result字段相比，本发明Result字段可根据存储结果实际可能出现的各种情况扩展定义相应的结果类型，例如，IM消息存储的结果是成功、部分成功、哪些部分成功等。

基于上述两个符合WV协议格式的消息，本实施例方法采用WV协议的信令流程如图2所示，图2中用户A为发送方用户，用户B为接收方用户，流程包括：

(1)用户A向IMPS Server发送IM消息发送请求(SendMessageReq)；

(2)IMPS Server向用户A返回发送请求回复(SendMessageRes)；

(3)IMPS Server判断用户A的消息需要存储功能是否开启，若是，发送存储消息给MC(MC_MessageSendReq)；若否，转到(6)；

(4)MC存储IM消息到用户A发件箱；

(5)MC向IMPS Server返回存储回复(MC_MessageSendRes)；

(6)IMPS Server向用户B进行IM消息发送(NewMessage)；

(7)用户B向IMPS Server返回新消息已收到(MessageDelivered)；

(8)IMPS Server判断用户B的消息需要存储功能是否开启，若是，发送存储消息给MC(MC_MessageSendReq)；若否，转到(11)；

(9)MC存储IM消息到用户B收件箱；

(10)MC向IMPS Server返回存储回复(MC_MessageSendRes)；

(11)IMPS Server向用户A返回消息发送成功(DeliveryReportReq)；

(12)用户A向IMPS Server发送状态信息(Status)。

若有多个用户B，则步骤(8)中MC_MessageSendReq的消息信息部分包含各个接收方用户及各用户是否开启消息存储功能的说明。上述流程中所使用的除本发明根据WV协议设置的MC_MessageSendReq、MC_MessageSendRes消息外，均为标准WV消息。

实施例二、一种即时消息业务处理方法，流程如图3所示，包括：

1)IMPS Server接收发送方用户发出的IM消息；

2a)IMPS Server根据发送方和接收方用户的存储属性设置分别判断是否对该IM消息进行存储，若至少有一方用户需要存储则执行步骤2b)，若否则直接执行步骤3)；

2b)IMPS Server将包含IM消息信息的存储消息发送给MC；在本实施例的存储消息的消息信息部分中，“发送者是否开启消息需要存储功能”与“接收者是否开启消息需要存储功能”参数至少有一个标记为“是”；

2c)MC根据存储消息的指示将IM消息存储到发送方和/或接收方用户的发件/收件箱中，向IMPS Server返回存储回复；

3)IMPS Server将IM消息转发给接收方用户；

4)IMPS Server向发送方用户返回消息发送成功。

本实施例与实施例一相比区别在于，IMPS Server对发送/接收方用户的存储属性在转发IM消息前进行集中判断，因此与MC之间最多只需要进行一次存储消息与存储回复的交互，更加节省网络资源。

采用实施例一中描述的符合WV协议规范的存储消息和存储回复，本实施例方法采用WV协议的信令流程如图4所示，用户A、B定义同图2，流程包括：

(1)用户A向IMPS Server发送IM消息发送请求(SendMessageReq)；

(2)IMPS Server向用户A返回发送请求回复(SendMessageRes)；

(3)IMPS Server判断用户A和B的消息需要存储功能是否开启，若至少有一个是，发送存储消息给MC(MC_MessageSendReq)；若均否，转到(8)；

(4)根据存储消息中的发送/接收方信息，MC存储IM消息到用户A发件箱和/或用户B收件箱；

(5)MC向IMPS Server返回存储回复(MC_MessageSendRes)；

(6)IMPS Server向用户B进行IM消息发送(NewMessage)；

(7)用户B向IMPS Server返回新消息已收到(MessageDelivered)；

(8)IMPS Server向用户A返回消息发送成功(DeliveryReportReq)；

(9)用户A向IMPS Server发送状态信息(Status)。

实施例三、一种即时消息业务处理方法，流程如图5所示，包括：

1)IMPS Server接收发送方用户发出的IM消息；

2b)IMPS Server将该IM消息存入本地发送记录；发送记录中包括IM消息的属性信息、发送/接收方信息和IM消息的内容等；

3)IMPS Server将IM消息转发给接收方用户；

4b)IMPS Server将该IM消息存入本地接收记录；

5)IMPS Server向发送方用户返回消息发送成功；

6a)IMPS Server实时或定期向MC传输本地发送/接收记录文件；传输方式可以是由服务器主动发送给消息中心，在定期的情况下也可以是由消息中心定期到服务器上读取；

6b)MC将所述记录文件中的信息导入到相应用户的发件/收件箱中。

本实施例与实施例一相比，IMPS Server进行存储判断的过程基本相同，但是本例中IMPS Server将需要存储的IM消息暂时保存于本地记录文件而不是通过实时同步消息发送给MC，这样有利于减少IM消息在发送/接收方用户之间的停顿时间，IMPS Server可以采用文件传输协议(FTP，File TransferProtocol)等异步接口方式将记录文件传输给MC，实现方式更加灵活。

本实施例方法部分采用WV协议的信令流程如图6所示(IMPS Server与MC之间的交互采用FTP协议)，用户A、B定义同图2，流程包括：

(1)用户A向IMPS Server发送IM消息发送请求(SendMessageReq)；

(2)IMPS Server向用户A返回发送请求回复(SendMessageRes)；

(3)IMPS Server判断用户A的消息需要存储功能是否开启，若是，存入本地发送记录文件；若否，转到(4)；

(4)IMPS Server向用户B进行IM消息发送(NewMessage)；

(5)用户B向IMPS Server返回新消息已收到(MessageDelivered)；

(6)IMPS Server判断用户B的消息需要存储功能是否开启，若是，存入本地接收记录文件；若否，转到(7)；

(7)IMPS Server向用户A返回消息发送成功(DeliveryReportReq)；

(8)用户A向IMPS Server发送状态信息(Status)；

(9)IMPS Server实时或定期将本地记录文件传输到MC；

(10)MC将记录文件导入到相应用户的发件/收件箱中。

本实施例也可以采用类似实施例二的判断步骤，即，IMPS Server对发送/接收方用户的存储属性在转发IM消息前进行集中判断，将需要存储的发送/接收IM消息保存在同一条本地发送/接收记录中，在记录中同时保存发送/接收方用户及其存储属性的设置即可，这样可以更加节省IMPS Server的存储资源。

实施例四、一种即时消息业务服务系统，系统模块结构如图7所示，包括IMPS Server 1和MC 2；IMPS Server 1包括即时消息收发模块11和存储判断模块12；MC 2包括消息通讯模块21、消息存储模块22和消息管理模块23。

即时消息收发模块11接收发送方用户的IM消息，根据存储判断模块12的指示将IM消息转发给接收方用户；

存储判断模块12根据发送和/或接收方用户的存储属性设置判断是否对该IM消息进行存储，将需要存储的发送和/或接收方IM消息通过存储消息发送给MC 2的消息通讯模块21，并指示即时消息收发模块11将IM消息转发给接收方用户；

消息通讯模块21接收存储判断模块12发送的存储消息，将IM消息保存到消息存储模块22中相应用户的发件/收件箱，并返回存储回复给存储判断模块12；

消息存储模块22提供IM消息的物理存储空间；

消息管理模块23对消息存储模块22中的消息目录、存储空间进行编排和管理，进行诸如消息目录/子目录创建、目录权限设置、消息列表获取、存储空间上限控制等操作。

本实施例系统适用于实施例一或二所描述的即时消息业务处理方法，IMPS Server 1不进行IM消息的临时存储，IMPS Server 1将需要存储的IM消息实时传输给MC 2。

实施例五、一种即时消息业务服务系统，系统模块结构如图8所示，包括IMPS Server 3和MC 4；IMPS Server 3包括即时消息收发模块31、存储判断模块32和本地记录模块33；MC 4包括消息通讯模块41、消息存储模块42和消息管理模块43。

即时消息收发模块31接收发送方用户的IM消息，根据存储判断模块32的指示将IM消息转发给接收方用户；

存储判断模块32根据发送和/或接收方用户的存储属性设置判断是否对该IM消息进行存储，将需要存储的发送和/或接收方IM消息存储到本地记录模块33，并指示即时消息收发模块31将IM消息转发给接收方用户；

本地记录模块33实时或定期向MC 4的消息通讯模块21传输本地发送/接收记录文件；传输方式可以是由本地记录模块33主动发送给消息通讯模块21，在定期的情况下也可以是由消息通讯模块21定期到本地记录模块33上读取，在图8中以双向箭头表示；

消息通讯模块41获得本地记录模块33实时或定期发送的记录文件，将记录文件中的IM消息导入到消息存储模块42中相应用户的发件/收件箱；

消息存储模块42提供IM消息的物理存储空间；

消息管理模块43对消息存储模块22中的消息目录、存储空间进行编排和管理，进行诸如消息目录/子目录创建、目录权限设置、消息列表获取、存储空间上限控制等操作。

本实施例系统适用于实施例四所描述的即时消息业务处理方法，IMPSServer 3将需要保存的IM消息临时存储为记录文件，再通过实时或定期的文件传输发送给MC 4。在本实施例中尽管IMPS Server 3扩展配置了本地记录模块33，但是为了便于对系统进行模块化管理，仍然为IMPS服务系统扩展配置了MC来进行IM消息的集中保存和管理，使得记录文件只需要在本地记录模块33中临时存储，不需要占用太多的系统资源。当然，采用省去MC，而将IM消息始终保存在本地记录模块的方案也是可行的，不过需要本地记录模块具有足够的空间，并且IMPS Server需要扩展相应的记录文件管理功能，即，类似于MC中消息管理模块的功能。

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

Claims

1、一种即时消息业务处理方法，其特征在于，包括：

1)服务器接收发送方用户的即时消息；

2)服务器根据发送和/或接收方用户的存储属性设置判断是否对所述即时消息进行存储，若是则对所述即时消息进行存储，若否则执行步骤3)；

3)服务器将所述即时消息转发给接收方用户。

2、根据权利要求1所述的即时消息业务处理方法，其特征在于，所述步骤2)包括：

2a)服务器根据发送方用户的存储属性设置判断是否对所述即时消息进行存储，若是则执行步骤2b)，若否则直接执行步骤3)；

2b)服务器将包含所述即时消息信息的存储消息发送给消息中心；

2c)消息中心根据所述存储消息将所述即时消息存储到发送方用户的发件箱中，向服务器返回存储回复；

所述即时消息业务处理方法还包括：

4a)服务器根据接收方用户的存储属性设置判断是否对所述即时消息进行存储，若是则执行步骤4b)；

4b)服务器将包含所述即时消息信息的存储消息发送给消息中心；

4c)消息中心根据所述存储消息将所述即时消息存储到接收方用户的收件箱中，向服务器返回存储回复。

3、根据权利要求1所述的即时消息业务处理方法，其特征在于，所述步骤2)包括：

2a)服务器根据发送方和接收方用户的存储属性设置分别判断是否对所述即时消息进行存储，若至少有一方用户需要存储则执行步骤2b)，若否则直接执行步骤3)；

2b)服务器将包含所述即时消息信息及需存储用户信息的存储消息发送给消息中心；

2c)消息中心根据所述存储消息将所述即时消息存储到发送方和/或接收方用户的发件/收件箱中，向服务器返回存储回复。

4、根据权利要求2或3所述的即时消息业务处理方法，其特征在于：

所述存储消息包括消息类型、事务编号、消息信息和消息内容；所述消息类型为存储消息的类型，所述事务编号为该存储消息的编号，所述消息信息包括所述即时消息的属性信息和发送/接收方信息，所述消息内容为所述即时消息的内容；

所述存储回复包括消息类型、事务编号和存储结果；所述消息类型为存储回复的类型，所述事务编号与相应存储消息的事务编号对应，所述存储结果反映对所述存储消息的处理状态。

5、根据权利要求1所述的即时消息业务处理方法，其特征在于，所述步骤2)包括：

2b)服务器将所述即时消息存入本地发送记录；

所述即时消息业务处理方法还包括：

4b)服务器将所述即时消息存入本地接收记录。

6、根据权利要求5所述的即时消息业务处理方法，其特征在于，还包括：

6a)服务器实时或定期向消息中心传输本地发送/接收记录文件；

6b)消息中心将所述记录文件中的信息导入到相应用户的发件/收件箱中。

7、一种即时消息业务服务系统，包括服务器，所述服务器包括即时消息收发模块，其特征在于：还包括消息中心，所述服务器还包括存储判断模块；

所述即时消息收发模块接收发送方用户的即时消息，根据所述存储判断模块的指示将所述即时消息转发给接收方用户；

所述存储判断模块根据发送和/或接收方用户的存储属性设置判断是否对所述即时消息进行存储，将需要存储的发送和/或接收方即时消息通过存储消息发送给所述消息中心，并指示所述即时消息收发模块将所述即时消息转发给接收方用户；

所述消息中心根据所述存储消息将所述即时消息存储到发送方和/或接收方用户的发件箱中。

8、根据权利要求7所述的即时消息业务服务系统，其特征在于：所述消息中心包括消息通讯模块、消息存储模块和消息管理模块；

所述消息通讯模块接收所述存储判断模块发送的存储消息，将所述即时消息保存到所述消息存储模块中相应用户的发件/收件箱，并返回存储回复；

所述消息存储模块提供所述即时消息的存储空间；

所述消息管理模块对所述消息存储模块中的消息目录、存储空间进行编排和管理。

9、一种即时消息业务服务系统，包括服务器，所述服务器包括即时消息收发模块，其特征在于：还包括消息中心，所述服务器还包括存储判断模块和本地记录模块；

所述存储判断模块根据发送和/或接收方用户的存储属性设置判断是否对所述即时消息进行存储，将需要存储的发送和/或接收方即时消息存储到本地记录模块，并指示所述即时消息收发模块将所述即时消息转发给接收方用户；

所述本地记录模块实时或定期向所述消息中心传输本地发送/接收记录文件；

所述消息中心将所述记录文件中的信息导入到相应用户的发件/收件箱中。