基于会话启动协议的即时通讯系统中的即时消息过滤方法

摘要

本发明涉及计算机网络技术，是一种基于会话启动协议SIP的即时通讯系统的即时消息过滤方法。本发明通过添加一个即时消息过滤服务器，并将该服务器与原有的基于SIP的即时通讯系统相结合，建立一套完整的SIP信令流程，在实时的基础上，能够有效的解决在支持多终端的即时通讯系统中因终端之间出现能力不匹配而导致的即时消息传送失败，并导致消耗大量的网络资源的问题；以及帮用户过滤一些用户不想接收到的即时消息。本过滤方法通过订阅、邀请、重定向等手段，建立一套完整的即时消息过滤机制，使之为用户提供一个比较可靠的即时通讯服务。

说明书

技术领域

本发明涉及一种基于用户终端的即时消息过滤方法，以便于处理一些受用户终端能力所限而不能接收的即时消息，以及帮用户过滤一些用户不希望接收的即时消息。

技术背景

即时通讯所拥有的实时性、跨平台性、成本低、效率高等诸多优势，使之成为网民们最喜爱的网络沟通方式之一。从第一个即时通讯工具ICQ的出现到目前为止，即时通讯经过不到十年的发展，取得了巨大的成功，它即将超越电子邮件服务而成为互联网上最普及的交流方式。

随着即时通讯的用户群不断扩大，其中体现出的问题也越来越多。

即时通讯是通过网络在用户之间相互传送即时消息。根据IETF发布的相关RFC中规定，即时消息和电子邮件采取的承载内容的数据格式是完全一致的，它们两者之间的区别主要在于即时消息在用户间进行实时投递。而电子邮件需要用户到电子邮件服务器上主动查询，获取信息。

由于即时通讯要求即时消息在用户终端之间直接进行传送，因此接收方只能被动的接收传送过来的即时消息而不能主动的进行选择，这也就会导致产生一些相应的问题。例如：由于会话初始化协议或基于会话启动协议(Session Initiation Protocol简称：SIP)能够支持多种不同的终端，从台式机，掌上电脑到支持SIP的手机，因此这些终端也都能适用基于会话初始化协议开发的即时通讯系统。而由于终端的多样性，将导致发送方和接受方的用户终端之间可能出现通讯能力不匹配，而当发送方发送的即时消息(Instant Message)超过了接收方的用户终端的通讯能力时，通讯就会中断，并会无谓的消耗目前宝贵的网络带宽。

并且由于用户不能主动选择接收即时消息，这使得使用即时通讯的用户不可避免的会接收到没有任何价值的即时消息，而随着即时通讯用户群数目的不断扩大，这种无价值的即时消息不可避免的也越来越多，这也给即时通讯的用户带来了很大的困扰。

发明内容

本发明的目的在于提出一种在基于会话启动协议(SIP)的即时通讯系统中增加即时消息(Instant Message)过滤的方法，通过在基于会话启动协议(SIP)的即时通讯系统中增加一个即时消息过滤服务器、扩展了用户终端和即时消息服务器的能力、并通过建立一套完整的信令流程将过滤服务器和原有的即时通讯系统联系起来，在不改变即时消息的实时这个特性外，为即时通讯系统增加新的服务，提供新的功能。依据本方法，既提高了即时消息服务的可靠性，也方便了用户对即时通讯工具的使用。

为达到上述目的，本发明的技术解决方案是提供在基于会话启动协议(SIP)的即时通讯系统中增加一个即时消息过滤服务器后的一套完整的信令流程。这套流程包括如下步骤：

一、用户终端在登陆到即时通讯系统后，需再发送一个登陆(REGISTER)请求给用户注册过的即时消息过滤服务器；

二、即时消息过滤服务器在接受用户的登陆请求后，将返回一个确认(200，OK)信令给用户终端，并为用户分配一块存储空间；用户终端在收到确认信令后，发送一个订阅(SUBSCRIBE)信令给过滤服务器，订阅自己存储空间的状态信息；

三、用户通过用户终端执行一个发送即时消息的操作，用户终端生成一个即时消息(INSTANT MESSAGE)信令发送给即时消息服务器；

四、即时消息服务器将收到的即时消息临时保存下来，并发送一个邀请(INVITE)请求给目的用户终端，询问目的用户终端如何处理发送给他的即时消息；

五、目的用户终端收到邀请(INVITE)请求后，通过询问终端中的过滤机制模块对请求做出回应，然后将回应发回给即时消息服务器。回应类型有三种：同意(200，OK)，拒绝(403，FORBIDDEN)和呼叫转移(REFER)；

六、如果目的用户终端返回的是(200，OK)，则即时消息服务器将保存的即时消息发送给目的用户终端，发送流程结束；如果目的终端返回的是(403，FORBIDDEN)，即时消息服务器则将此信令转发给发起用户终端，发送流程结束；如果目的用户终端返回的是(REFER)，即时消息服务器将按照呼叫转移的信令格式，完成与转移目标(即时消息过滤服务器)建立会话。将给呼叫转移的目的地即时消息过滤服务器发送邀请(INVITE)请求；

七、即时消息过滤服务器在收到即时消息服务器发送过来的邀请(INVITE)请求后，根据邀请请求中携带的信息，按照既定规则进行鉴别。将有两种结果：一是同意接收此即时消息；一是拒绝接收此即时消息；如果同意接收，就返回(200，OK)；如果拒绝接收，就返回(403，FORBIDDEN)；

八、即时消息服务器在收到过滤服务器返回的信令后，根据收到的信令做出回应。如果是同意接收，则将即时消息发送给过滤服务器；如果是拒绝接收，则在返回(403，FORBIDDEN)给发送方用户终端后，结束即时消息发送流程；

九、即时消息过滤服务器在收到即时消息服务器发送的即时消息后，根据前面过滤服务器中过滤机制模块做的判断，可能有会执行两种不同的操作。一是直接将即时消息转发给接收方用户终端，一是因为接收方用户终端能力不够，不能接收此即时消息，则将即时消息保存到过滤服务器上，并发送通知(NOTIFY)信令给接收方用户终端，用户在收到过滤服务器发送过来的通知后，可以自行决定时间从过滤服务器上读取即时消息；

十、当用户想读取在过滤服务器上保存的发送给自己的即时消息时，可以发送一个订阅(SUBSCRIBE)请求给过滤服务器；

十一、过滤服务器在收到用户发送的订阅(SUBSCRIBE)请求后，将保存的该用户的即时消息发送给用户；

十二、用户在收到即时消息后，返回一个确认信息(200，OK)给过滤服务器；过滤服务器收到用户返回的确认信息(200，OK)后，删除保存在服务器上的该用户的即时消息，整个即时消息的发送流程结束。

所述的即时消息过滤方法，必须具备下列条件：

一、提供一个即时消息过滤服务器，过滤服务器上将有一个过滤机制模块，以对接收的即时消息能够有效的进行区分，此服务器还需要要具有存储、转发功能；

二、扩展即时消息服务器的功能，使即时消息服务器具有暂时保存即时消息的功能以及能够提取即时消息的基本信息，将之包含在发送的邀请请求中；

三、扩展用户终端的功能，在用户终端上添加一个过滤机制模块，此过滤机制模块较过滤服务器上的过滤机制模块相比较为简单，只使用户终端能征对收到的邀请信息中携带的描述即时消息的信息做出某些初步判断。

所述的即时消息过滤方法，其所述的第二步中，过滤服务器需为登陆到该服务器上的用户分配一块私人的存储空间；而用户发送的订阅(SUBSCRIBE)请求，此订阅请求中携带的from和to，都是此用户的用户名，表示订阅持续时间的expires的值为无穷大，则说明此订阅请求是要求订阅分配给他的存储空间的状态，如果存储空间状态发生改变，即有即时消息被存进存储空间，使得剩余存储空间的大小发生了改变，即时消息过滤服务器将发送通知(NOTIFY)信令给用户终端。

所述的即时消息过滤方法，所述的第二步中，用户终端在登陆即时消息服务器后，需再登陆到用户指定的即时消息过滤服务器上。

所述的即时消息过滤方法，所述的第二步中，即时消息服务器在同意用户登陆之后，将为用户分配一块存储空间，用来存储发送给此用户的即时消息。

所述的即时消息过滤方法，所述的第二步中，用户终端在登陆即时消息过滤服务器后，需发送一个订阅请求，订阅即时消息过滤服务器分配给该用户的存储空间的状态，一但存储空间的状态发生改变，用户将获得通知。

所述的即时消息过滤方法，其所述第四步中，发送方用户终端发送的即时消息信令(MESSAGE)，携带了发送方用户的地址、接收方用户的地址和即时消息体。

所述的即时消息过滤方法，所述的第四步中，即时消息服务器在收到用户终端发送的即时消息信令后，不是直接将其转发给接收方用户终端；而是将其保存下来，然后发送一个携带了此即时消息一些基本信息的邀请请求给接收方用户终端。

所述的即时消息过滤方法，其所述的第五步中，即时消息服务器发送的邀请(INVITE)消息中，携带了发送方用户地址，接收用户地址和一些描述即时消息的具体信息，如：即时消息体的大小、内容、格式等。

所述的即时消息过滤方法，其所述的第五步中，发送方用户终端根据收到的邀请(INVITE)消息中携带的描述即时消息的信息，询问终端上的过滤机制模块，进行简单的判断。如果符合接收要求，则返回同意接收；如果此即时消息为用户不愿意接收的即时消息，则返回拒绝接收；如果目前用户终端的能力不足以接收此即时消息或者邀请(INVITE)消息中携带的信息不足以做出判断，则将接收方转移到即时消息过滤服务器上。

所述的即时消息过滤方法，其所述的五、六、七，八，步中，采用了呼叫转移(REFER)的方法，完成了将即时消息的接收方从接收方用户终端转移到即时消息过滤服务器上。

所述的即时消息过滤方法，其所述的第九步中，即时消息过滤服务器按照即时消息服务器发送的邀请(INVITE)请求中携带的即时消息的基本信息，询问过滤服务器上的过滤机制模块。如果为用户同意接收的，则将即时消息转发到接收方用户终端；如果为用户不想接收的，则返回拒绝接收。

所述的即时消息过滤方法，其所述的第九步中，即时消息过滤服务器发送给用户终端的通知(NOTIFY)信令中，将携带有描述存储的即时消息的一些信息。

所述的即时消息过滤方法，所述的第六步中，采用了呼叫转移的方法，实现将即时消息发送给即时消息过滤服务器这一步骤。

所述的即时消息过滤方法，所述的第七、八、九步中，过滤服务器根据过滤机制模块做出的判断，对接收到的即时消息进行分类控制，以达到我们的为用户提供比较可靠的即时通讯服务的目的。

所述的即时消息过滤方法，其所述的第十步中，即时消息过滤服务器收到用户发送的订阅(SUBSCRIBE)请求，此订阅请求中携带的from和to，都是此用户的用户名，而表示持续时间的expires等于0，表示用户要求获取保存在他的存储空间中的即时消息。

所述的即时消息过滤方法，所述的第十步中，用户终端可通过发送订阅请求，向过滤服务器获取保存在过滤服务器上的即时消息。

所述的即时消息过滤方法，所述的第十一步中，即时消息将以通知信令的格式，从即时消息过滤服务器发送给接收方用户终端。

一种基于会话启动协议(SIP)的即时消息过滤系统，可以实现如权利要求1～11所述的即时消息过滤方法，包括用户终端、即时消息服务器、即时消息过滤服务器，通过用户终端和过滤服务器上的过滤机制模块，实现对即时消息的二次过滤，使得在扩展用户终端能力，防止出现因终端之间能力不匹配而导致的即时消息发送失败的情况，以及为用户提供一个可信的网络环境的同时，做到了有效减少即时消息传输的次数，减轻了网络的负担，同时使用户尽可能快的获得发送给他的即时消息。

用户终端与即时消息服务器相连，构成一个即时消息系统；而此即时消息系统与即时消息过滤服务器相连，能使即时消息过滤服务器能为此即时消息系统服务。

所述的即时消息过滤系统，其过滤服务，有用户终端和即时消息过滤服务器一起完成。

本发明的优点在于：采用本发明的基于会话启动协议(SIP)的即时消息过滤可以扩展用户终端的能力，防止出现因用户终端之间能力不匹配的原因导致出现的即时消息发送失败现象，减少了浪费网络资源的现象；同时还能为用户提供一种可信的使用环境，帮助用户过滤掉一些用户不希望收到的即时消息。并且用户可以自行选择是否使用即时消息过滤服务器，以及使用何种即时消息过滤服务器，能为用户提供更加方便的服务。

附图说明

图1是本发明中网络的各个实体和它们之间的连接关系

图2是即时消息系统中实现过滤机制的具体信令流程，其中描述的是目的用户终端选择向即时消息服务器返回REFER信令的过程。

具体实施方式：

为了能进一步阐明本发明的创新之处，首先介绍一些基本概念，在此基础上，说明本方法的原理和具体实施方案。本发明中所论述的即时消息通讯系统是基于会话启动协议(SIP)，采用会话启动协议(SIP)进行即时消息的传输。即时消息的具体内容被转换成XML格式的文件，被放在以MESSAGE为头的SIP信令中实现在用户终端和即时消息服务器之间进行传输。

本发明所介绍的即时消息过滤方法，通过在用户终端和过滤服务器上加载的过滤机制模块，实现对用户收到的即时消息进来过滤的功能。

本即时消息过滤系统中所涉及的SIP协议的操作如下：

REGISTER(注册)：SIP协议中的一种请求方式，用于登陆到服务器；

INVITE(邀请)：SIP协议中的一种请求方式，用与发起呼叫；

200，OK：SIP协议中的一种响应方式，表示此次的请求成功；

ACK(确认)：SIP协议的一种响应方式，用于对INVITE请求所得到的响应消息的验证；

403，FORBIDDEN(禁止)：SIP协议中的一种响应方式，表示拒绝接受此次的请求

302，REDIRECT(重定向)：SIP协议中的一种响应方式，表示将此次呼叫转移重定向到返回的地址；

SUBSCRIBE(订阅)：SIP协议中的一种请求方式，用来要求发生相关的事件，常和NOTIFY配合使用；

NOTIFY(通知)：SIP协议中的一种请求方式，用来通知相关事件；

基于会话启动协议(SIP)的即时消息过滤系统中包含了一些网络实体，其中包括逻辑上的模块和物理上的模块，这些模块负责即时消息的传输和对即时消息进行过滤，为了更好的理解本发明的内容，有必要理解一下这些模块，它们按照附图1的方式互相连接：

1)用户终端：所有支持SIP协议的终端，可以是计算机，PDA，SIP电话等；用户通过用户终端能够接收和发送即时消息，用户终端中包含两个功能模块，一是用户代理(UA)、一是过滤机制模块。

2)即时消息服务器：一个能够存储和转发即时消息的服务器，由代理服务器和存储空间两个模块组成。

3)即时消息过滤服务器：一个能够对即时消息进行过滤、存储、转发的服务器，由代理服务器、过滤机制模块、存储空间组成；

4)用户代理(User Agent简称：UA)：一个用户代理(UA)是一个能够发起和响应SIP请求的逻辑功能模块，他包含用户代理客户端(User Agent Client简称：(UAC))和用户代理服务器端(UserAgent Server简称(UAS))的应用模块。UAC是发起SIP请求的客户端应用，UAS是接收SIP请求的服务器端应用。

5)过滤机制模块：控制如何对即时消息进行处理的模块。

6)代理服务器(Proxy Server)：一个代理服务器(Proxy Server)是服务器端能发起和响应SIP请求的逻辑功能模块。

7)存储空间：能用来存储即时消息的存储区域

当用户使用支持对即时消息进行过滤的即时消息系统时，通过以上的这些网络实体对即时消息进行发送和过滤，如图2所示，具体过程如下所述：

1)用户向注册过的即时消息过滤服务器发送登陆(REGISTER)信令，请求登陆到该服务器上。即时消息过滤服务器在收到用户的登陆请求后，进行用户身份验证，如用户为已注册过的，则返回200，OK表示用户登陆成功，并为用户分配一块存储空间，如图2中信令1，2所示。

2)用户登陆成功后，向过滤服务器发送订阅(SUBSCRIBE)请求，订阅用户在过滤服务器上的存储空间的状态信息。过滤服务器返回200，OK给用户终端，表示订阅成功，如图2中信令3，4所示

3)用户通过用户终端发送即时消息，用户终端生成一个即时消息(INSTANT MESSAGE)信令给即时消息服务器，信令中包含发送端用户地址和接收端用户地址，以及即时消息体，如图2中信令5所示。

4)即时消息服务器收到用户发送的即时消息信令后，将即时消息体临时存储下来，并按照即时消息信令中携带的接收端用户地址，发送邀请(INVITE)信令给接收方用户终端，邀请(INVITE)信令中携带有对即时消息的一些基本描述信息，如图中信令6所示。

5)接收方用户终端收到邀请(INVITE)请求后，通过询问终端上的过滤机制模块，做出回应。如果同意发送，则将返回200，OK；如果禁止发送，则将返回403，FORBIDDEN；如需转发给即时消息过滤服务器，则会启动呼叫转移模式。如果启动呼叫转移模式的话，用户终端会先返回一个200，OK，再等到收到即时消息服务器返回的确认信令ACK后，在将携带有转移目标的REFER信令发送给服务器，如图2中信令7，8，9所示。

6)即时消息服务器在收到REFER信令后，按照呼叫转移的信令格式，会先返回(202，ACCEPT)表示接受转移请求，然后发送通知(NOTIFY)信令给接收方用户终端，告知准备向转移目标发送请求。接收方用户终端返回(200，OK)，确认接到信令，同时接收方发送BYE信令，释放前面两者间建立会话时占用的资源，服务器收到BYE信令后，返回(200，OK)。此时，即时消息服务器再向转移目标，即即时消息过滤服务器，发送邀请(INVITE)请求，此过程如图2中信令10-15所示。

7)过滤服务器收到邀请请求后，询问服务器上的过滤机制模块，然后做出相应的回应。如果过滤服务器同意接收此即时消息，则返回200，OK给即时消息服务器，不同意则返回(403，FORBIDDEN)，图2中信令16描述的是即时消息过滤服务器同意接收此即时消息的情况。

8)即时消息服务器收到200，OK后，返回ACK确认，表示两者间的会话建立；按照呼叫转移的格式，即时消息服务器需要发送通知信令(NOTIFY)给发送方用户终端，告诉与转移目标间的会话已经建立，发送方用户终端将返回200，OK，两者间之前建立的会话拆除；此时，即时消息服务器才能向过滤服务器发送即时消息(INSTANT MESSAGE)；即时消息传送完成后，即时消息服务器向过滤服务器发送BYE信令，表示请求拆除会话，过滤服务器返回(200，OK)，表示两者间会话拆除；即时消息从即时消息服务器发送给即时消息过滤服务器的过程结束；如图2中信令17-22所示。

9)过滤服务器接收完即时消息后，会发送通知(NOTIFY)信令给接收方用户终端，告诉用户有发送给他的即时消息保存在过滤服务器上；用户在接收到过滤服务器发来的通知(NOTIFY)信令后，返回200，OK。告知过滤服务器已经接收到发过来的通知信令；如图2中信令23、24所示。

10)当用户想从过滤服务器读取发送给他的即时消息时，通过用户终端发送给过滤服务器一个订阅(SUBSCRIBE)信令；如图2中信令25所示。

11)过滤服务器再收到用户发送的订阅(SUBSCRIBE)信令后，将服务器上存储的用户的即时消息以NOTIFY的方式发送给用户终端；如图2中信令26所示。

12)用户在收到过滤服务器发送的通知(NOTIFY)信令后，返回给过滤服务器200，OK表示收到了服务器发送的信令，过滤服务器收到确认信令后，删除保存在上面的用户的即时消息；如图2中信令27所示。