CN101997716A - 增强的呼叫追踪 - Google Patents

Abstract

本发明提供了增强的呼叫追踪。提供了用于使用高效的呼叫追踪算法的方法、设备和系统。可根据初始过滤器标准来过滤消息，然后分析满足初始过滤器标准的消息以形成第二级过滤器标准。然后可以在预定量的时间期间向随后传送的消息应用第一和/或第二过滤器标准，所述预定量的时间很有可能与满足第一过滤器标准的呼叫的长度有关。

Description

增强的呼叫追踪

技术领域

本发明总体涉及通信，具体涉及呼叫追踪。

背景技术

会话发起协议(Session Initiation Protocol，SIP)是用于建立多种实时通信会话的开放信令协议。可利用SIP建立的通信会话的类型的示例包括语音、视频和/或即时消息。这些通信会话可在诸如个人计算机、膝上型计算机、个人数字助理之类的任何类型的通信设备上进行。SIP的一个关键特征是其能够使用末端用户的记录地址(Address of Record，AOR)作为所有通信的单个统一公共地址。从而，在SIP增强通信的世界中，用户的AOR成为了其单一地址，该地址将该用户链接到与该用户相关联的所有通信设备。利用此AOR，主叫者可以联络到用户的任何一个也被称为用户代理(User Agent，UA)的通信设备，而无需知道每个唯一设备地址或电话号码。

传统通信系统中的呼叫追踪是相对容易的，因为通信期间传送的消息大多数是与该通信相关的(例如，是承载着内容的消息)。然而，当使用SIP时，来自特定端点或IP地址的许多消息对于该呼叫是无用的。例如，SIP利用许多不是内容承载消息并因此对于呼叫追踪目的而言不一定需要的消息。从而，对于SIP环境中的智能呼叫追踪，目前没有解决方案。

传统的呼叫追踪解决方案应用单个过滤器，用于识别经历呼叫追踪机制的所关注呼叫。过滤器标准通常包括发起者标识符和目标标识符。例如，呼叫追踪过滤器标准可以指示出对于从IP地址“A”到IP地址“B”以及从IP地址“B”到IP地址“A”的任何呼叫应当发生呼叫追踪。在SIP环境中使用这些传统机制的问题在于这些简单的过滤标准可能触发对相对不重要或不想要的SIP消息的呼叫追踪，从而不必要地占用呼叫追踪资源和呼叫记录资源。

发明内容

因此，本发明的一个方面是提供一种尤其适用于SIP环境中的智能呼叫追踪机制。本发明的实施例提出了一种用于通信会话追踪的多级过滤器。初始过滤器标准可以类似于现有技术的过滤器标准，因为它是以主叫者和/或被叫者为中心的。例如，初始过滤器标准可以指示出，对于从地址“A”到地址“B”或从域“X”到域“Y”的呼叫，应当发生通信会话追踪。当发现第一消息满足初始过滤器标准时，模块针对诸如呼叫ID和标签信息之类的某些类型的呼叫参数或特性分析第一消息。呼叫ID和标签信息随后被用于形成第二级过滤器标准。该第二级过滤器标准被用于对任何随后传送的可能满足也可能不一定满足初始过滤器标准的消息进行过滤。

这种系统配置提供的一个益处在于，初始标准对于与其建立的呼叫对话有关的消息可能不成立。一旦对话被建立，SIP就“变更”一些消息字段。如果初始过滤器依赖于这些字段，则初始“触发”过滤器将会错过这些消息。本发明的一个方面是捕捉由初始过滤器匹配的初始消息所创建的对话。为此，本发明的实施例动态地/算法地生成第二级“对话”或“呼叫”过滤器，以捕捉对话内消息。对话或呼叫过滤器将在对话期满时期满，或者在过滤器限定的无活动超时发生时或者在超过终端消息计数阈值时期满。

后一种消息计数阈值可以依第二级“对话”过滤器的个体实例而定，或者它可以依触发过滤器或其产生的对话过滤器而定，或者它可以是普适于追踪应用的。可以实施来自此层次体系的任何组合的限度阈值。

初始过滤器标准可以保持活动，使得其他对话可以被同时或顺序地追踪。初始过滤器标准不需要支持或维持基于情境的第二级过滤器，然而可能仍存在一剩余消息限度计数器，该计数器是在其产生的第二级过滤器之间共享的。

另外，在第二级过滤器标准被创建之后，该过滤器标准可在初始过滤器标准被应用之前被应用。这使得与对话有关的被丢弃消息可被包括在呼叫追踪标准(第二级)中，从而使得被丢弃的对话可以被完全追踪。这是有用的，因为恶意呼叫经常包含遭到破坏并且被通信服务器抛弃的消息。触发和呼叫过滤器都可被应用到被丢弃的消息，从而使得能够捕捉和分析完整恶意呼叫消息序列。从而，本发明的另一个方面是使得被丢弃的消息可以联系与第二级过滤器相关联的追踪过滤器被记录，而不依赖于也满足初始过滤器标准的消息。

本领域的技术人员应当明白，本发明的实施例并不限于呼叫，而是可以用在任何类型的通信会话中。自适应性的情境式追踪可以扩展到涉及通信会话的任何用途。例如，基于会话的文本消息传递或安保相机流传输可涉及应用用户代理对会话/对话的建立，这就可以利用此自适应性技术来追踪。

根据本发明的至少一些实施例，提供了一种方法，其一般地包括：

接收后续消息；

向第二消息应用第二级过滤器标准以判定第二消息是否要经历预定处理，其中第二级过滤器标准是由于预先分析第一消息的属性并且判定第一消息要经历预定处理而形成的；

判定第二消息满足第二级过滤器标准；以及

使第二消息经历预定处理。

这里使用的术语“事务”指的是通过可选的中间代理在两个端点之间交换信息。这通常是通过交换多种有关消息来实现的，这些消息中的一些不是端到端的。

这里使用的术语“对话”或“会话”被理解为指的是通过事务建立的并且可选地通过事务更新和/或终止的通信情境。对话可以可选地由于无活动(没有事务)而通过超时来终止。

这里使用的术语“初始事务”指的是建立对话的事务。

这里使用的术语“更新事务”指的是与该对话相关联的对话中事务，其既不建立也不终止对话。

这里使用的术语“独立事务”指的是不与对话相关联并且既不建立也不终止对话的事务。

这里使用的术语“终止事务”指的是终止对话的事务。

术语“触发过滤器”和/或“初始过滤器”可以互换使用，指的是第一应用过滤器或第一组过滤器规则。这种过滤器包含被应用到初始事务或独立事务中的一些或全部消息的内容的属性。如果利用触发过滤器或初始过滤器匹配成功，那么触发消息将被追踪，其后是相关联的事务中的所有其他消息。如果对话被建立，那么与更新和终止事务相关联的所有消息将被对话过滤器所追踪。

术语“对话过滤器”、“呼叫过滤器”和/或“第二级过滤器”也可互换使用，指的是由触发过滤器逻辑创建来对与对话相关联的所有消息进行过滤的任何类型的过滤器。对话过滤器的匹配属性包括以下各项的任何组合：1)从匹配的一个或多个消息取得的属性；2)从触发过滤器拷贝的属性，这些属性可能已经也可能未曾被该过滤器应用在初始事务中匹配初始的一个或多个消息，3)从外部源计算的属性，例如时间或日期等等，以及4)从1)、2)、3)和4)的组合计算的属性。此外，如果触发过滤器不能匹配初始事务的剩余消息的话，则对话过滤器可以匹配初始事务的剩余消息。

这里使用的术语“计算机可读介质”指的是参与向处理器提供指令以供执行的任何有形的存储和/或传送介质。这种介质可以采取许多形式，包括但不限于非易失性介质、易失性介质以及传送介质。非易失性介质例如包括NVRAM或者磁盘或光盘。易失性介质包括动态存储器，比如主存储器。计算机可读介质的常见形式例如包括软盘、柔性盘、硬盘、磁带或任何其他磁介质、磁光介质、CD-ROM、任何其他光介质、穿孔卡、纸带、任何其他具有孔图案的物理介质、RAM、PROM、EPROM、FLASH-EPROM、固态介质(比如存储卡)、任何其他存储芯片或卡盘、如下所述的载波、或者任何其他可被计算机读取的介质。附加到电子邮件的数字文件或者其他独立的信息档案或档案集合被认为是等同于有形存储介质的分发介质。当计算机可读介质被配置为数据库时，应理解数据库可以是任何类型的数据库，例如关系型、层次型、面向对象型等等。从而，本发明被认为包括其中可存储本发明的软件实现形式的有形存储介质或分发介质以及现有技术认识到的等同物或后续的介质。

这里使用的术语“判定”、“计算”及其变体可互换使用并且包括任何类型的方法、处理、数学运算或技术。

这里使用的术语“模块”、“代理”或“工具”指的是任何已知的或将来开发的能够执行与该元件相关联的功能的硬件、软件、固件、人工智能、模糊逻辑或者硬件和软件的组合。另外，虽然是按示例性实施例来描述本发明的，但应当明白，本发明的各个方面可以被分别请求保护。

以上是对本发明的实施例的简要总结，以帮助理解本发明的一些方面。此总结不是对本发明及其各种实施例的广泛且无遗漏的概述。它既非想要确定本发明的关键或必要要素，亦非想要限定本发明的范围，而只是以简化形式给出所选择的本发明的思想，作为对以下给出的更详细描述的介绍。将会明白，单独或组合利用以上阐述的或以下详细描述的特征中的一个或多个，本发明的其他实施例是可能实现的。

附图说明

图1是示出根据本发明的至少一些实施例的通信系统的框图；

图2是示出根据本发明的至少一些实施例使用的数据结构的框图；并且

图3是示出根据本发明的至少一些实施例的处理消息的方法的流程图。

具体实施方式

下面将结合示例性通信系统来说明本发明。虽然本发明非常适合于结合例如使用(一个或多个)服务器和/或(一个或多个)数据库的系统使用，但是本发明并不限于结合任何特定类型的通信系统或系统元件配置使用。本领域的技术人员将会认识到，所公开的技术可以用在任何希望追踪呼叫或者调用类似应用的通信应用中。

还将联系分析软件、模块和相关联的分析硬件来描述本发明的示例性系统和方法。然而，为了避免不必要地模糊本发明，以下描述省略了可以以框图形式示出的、公知的或者以其他方式总结的公知结构、组件和设备。

出于说明目的，阐述了许多细节以帮助透彻理解本发明。然而，应当明白，本发明可以以超出这里阐述的具体细节的多种方式来实现。

首先参考图1，将根据本发明的至少一些实施例来描述示例性通信系统100。更具体而言，通信系统100包括适于将一个或多个通信设备108与应用服务器112互连的通信网络104。

受信任的通信网络104可以是任何类型的已知通信介质或通信介质的集合，并且可以使用任何类型的协议来在端点之间传输消息。通信网络104还可包括有线和/或无线通信技术。因特网是通信网络104的示例，其构成由位于世界各地的许多计算机和其他通信设备组成的IP网络，这些计算机和其他通信设备通过许多电话系统和其他手段相连接。通信网络104的其他示例包括但不限于标准简易老式电话系统(POTS)、综合业务数字网络(ISDN)、公共交换电话网络(PSTN)、局域网(LAN)、广域网(WAN)、会话发起协议(SIP)网络、任何类型的企业网络以及本领域已知的任何其他类型的分组交换或电路交换网络。

通信设备108可以是任何类型的已知的通信或处理设备，例如个人计算机、膝上型计算机、个人数字助理(PDA)、蜂窝电话、智能电话、电话、模拟电话、DCP电话或其组合。单个通信设备108可以由单个用户控制或与单个用户相关联，或者可以适于供许多用户使用(例如，企业通信设备，其使任何企业用户可在给出有效用户名和口令后利用该通信设备)。

通信设备108中的两个或更多个可与同一用户相关联。换言之，两个通信设备108可属于单个用户并且可以对应于不同类型的通信设备。作为一个示例，用户可拥有四个通信设备108，其中每一个分别对应于单个用户的个人电话、工作电话、个人计算机以及电子邮件取回设备。或者，每个通信设备108可由一不同的用户所拥有和操作(例如与一不同的用户相关联)。

一般地，通信设备108可适于支持与其他通信设备108之间的视频、音频、文本和/或数据通信。一个通信设备108用来与另一通信设备108通信的介质的类型可取决于在一个或两个通信设备108上可用的通信应用。

应用服务器112适于向通信设备108提供应用和功能，尤其是在与其他通信设备108之间的通信会话期间。根据本发明的至少一些实施例，应用服务器112上存储的一个或多个应用可包括用于向SIP呼叫或SIP通信会话提供特征和功能的SIP应用。这种特征和功能可通过对作为通信会话的一部分的一个或多个消息进行处理来提供。可存储在应用服务器112上的应用的一个示例包括呼叫追踪应用116，其在被处理器执行时适于对由应用服务器112接收到的消息执行呼叫追踪功能。

根据本发明的至少一些实施例，呼叫追踪应用116提供与呼叫追踪相关联的特定的一个功能或一组功能，例如消息识别、记录和存储。呼叫追踪应用116可包括一个或多个模块128，用于帮助应用116执行这种任务。

根据本发明的至少一些实施例，呼叫追踪应用116还可包括两组不同的过滤器标准。第一组过滤器标准可对应于用于识别通信会话中可经历呼叫追踪处理的第一消息的触发过滤器标准120。第二组过滤器标准可对应于对话或呼叫过滤器标准124。第二级过滤器标准124可被形成来更准确且智能地判定在通信会话(尤其是既使用内容承载消息又使用非内容承载消息的通信会话)中传送的消息是否应当经历呼叫追踪处理。

根据本发明的至少一些实施例，对话或呼叫过滤器标准124是由于预先分析第一消息的属性并且判定第一消息要经历呼叫追踪处理而形成的。换言之，呼叫追踪应用116可适于在通信会话期间接收消息，判定来自通信会话的消息中的一个或多个满足触发过滤器标准120，并且通过调用追踪模块128来使该消息经历呼叫追踪处理。另外，满足触发过滤器标准120的消息可被追踪模块128或呼叫追踪应用116中的某个其他模块所分析，以确定对话或呼叫过滤器标准124。作为示例，追踪模块128针对诸如呼叫ID和标签信息之类的某些类型的呼叫参数或特性，对满足触发过滤器标准120的消息进行分析。呼叫ID(其可以就是包括呼叫开始时间以及主叫者和/或被叫者的组合的标识符，或者可以是利用呼叫开始时间、主叫者、被叫者中的一个或多个产生的散列函数，或者可以是随机分配的呼叫标识符)以及标签信息(其可以作为标签被存储在一个或多个消息头部中)随后被用于形成对话或呼叫过滤器标准124。

应当注意，在SIP中，一标签与主叫者相关联，并且一不同的标签与被叫者相关联。这些标签应被认为是应用标识符(在端点处可能有不止一个应用，因此在那里可能有不止一个标签)。标签在SIP中是必需的，但在其他协议中可能不存在。建立会话的只不过是从初始消息收集的一组信息中的成分。该信息被用于提供依协议而定的过滤器以捕捉会话。在SIP的情况下，在所有会话中都将有标签，包括参与者可能会没有兴趣追踪的最多达2051090个标签。这种标签被忽略。

该对话或呼叫过滤器标准124被用于过滤任何随后传送的消息，这些消息可能满足也可能不一定满足触发过滤器标准120。因此，如果初始触发被禁用，那么满足触发过滤器标准120的一些消息如果不满足对话或呼叫过滤器标准124则将不被追踪。这仅在初始“触发”过滤器被禁用的情况下才成立。这有助于将呼叫追踪限于相关消息并且保留通信会话追踪资源(例如，处理器、存储器等等)以便仅在希望和相关时才使用。然而，如果初始触发过滤器标准继续被启用，则新的对话或呼叫过滤器124将被产生。正如本领域的技术人员将会明白的，呼叫追踪的结果可被存储在应用服务器112本身或者诸如企业数据库132之类的远程数据库中。企业数据库132还可包括与用户(不一定限于企业用户)及其通信历史有关的信息。

现在参考图2，将根据本发明的至少一些实施例来描述示例性数据结构200。数据结构200可包括若干个字段，用于存储与执行呼叫追踪处理相关的信息。从而，数据结构200可被存储在应用服务器112上和/或企业数据库132中。数据结构200还可包括与执行呼叫追踪处理的结果有关的信息或者指向存储所记录内容的存储单元的指针。更具体而言，数据结构200可包括呼叫属性字段204、触发追踪过滤器标准字段208、对话或呼叫追踪过滤器标准字段212、有关通信字段216以及过滤器终止信息字段220。

呼叫属性字段204可包含与呼叫或通信会话的属性有关的信息。可通过对满足了初始过滤器标准120的消息进行分析来填充呼叫属性字段204。作为示例，呼叫属性字段204可包括通信会话的参与者的标识信息以及标签标识符，该标签标识符可被与随后传送的消息的标签相比较，以判定这些消息是否要被应用呼叫追踪处理。

触发追踪过滤器标准字段208可包括触发过滤器标准120，触发过滤器标准120例如定义了要被应用呼叫追踪处理的参与者或通信设备(通常利用通信设备标识符或端口地址)。触发追踪过滤器标准字段208中的信息通常用于首先判定通信会话是否要被应用呼叫追踪处理。

另一方面，对话或呼叫追踪过滤器标准字段212具有下述信息，该信息用于随后判定满足触发过滤器标准120的通信会话中的消息是否应当被应用呼叫追踪处理。从而，对话或呼叫追踪过滤器标准字段212可包括对话或呼叫过滤器标准124以及用于判定通信会话(其也可被称为对话)是否需要被应用触发过滤器标准120的其他相关信息。

其他通信字段216可包括标识出各种通信会话之间的关系的信息。例如，如果呼叫被丢弃并随后在相同参与者之间重新发起，则被丢弃的呼叫与随后的呼叫有关这一事实可被维护在其他通信字段216中。当两个呼叫彼此有关时(多方会议就经常是这种情况)，这尤其有用。

过滤器终止信息字段220可包括用于判定第二级过滤器标准124何时要被抛弃和/或不再被使用的数据。更具体而言，一旦通信会话正被追踪模块128追踪，那么继续追踪整个通信会话一般是有利的。在此情况下，第二级过滤器标准124可在该通信会话结束之后被抛弃或忽略。或者，在通信会话结束之后的预定量的时间期间维持第二级过滤器标准124，可能是有利的，尤其对于应对丢弃呼叫的情形更是如此。在此实施例中，过滤器终止信息字段220可以限定，在所追踪的通信会话结束之后的预定量的时间(例如，5分钟、10分钟、一天等等)期间应当应用第二级过滤器标准124。还应明白，过滤器终止信息字段220可以限定，在通信会话开始之后的预定量的时间期间，应当应用第二级过滤器标准124。使终止信息基于通信会话的开始可能有益也可能没有益，这取决于呼叫追踪处理的预期应用和用途，尤其因为通信会话在第二级过滤器标准124被丢弃之前可能没有结束。当然，如果通信会话在第二级过滤器标准124已终止之后继续，则可以通过根据初始过滤器标准120分析通信会话的另一消息以重填充呼叫属性字段204，来重制定或重创建第二级过滤器标准124。

现在参考图3，将根据本发明的至少一些实施例来描述消息处理的示例性方法。该方法是当在应用服务器112处接收到消息时发起的(步骤304)。随后基于现有的对话或呼叫过滤器标准124分析所接收的消息(步骤308)，以判定该消息是否应当经历呼叫追踪处理(步骤312)。更具体而言，如果该消息是被追踪模块128追踪的通信会话或对话的一部分，那么对话或呼叫过滤器标准124可以限定，该对话的某些呼叫应当被追踪模块128所处理。如上所述，对话或呼叫过滤器标准124可基于先前接收到的、作为与当前接收到的消息相同的对话的一部分的消息的特性来生成。

如果判定呼叫的属性匹配对话或呼叫过滤器标准124并且该消息要经历呼叫追踪，那么该方法通过调用呼叫追踪模块128而继续(步骤316)。如果该消息不满足对话或呼叫过滤器标准124，则该方法通过判定消息是否是先前分析过的对话的一部分而继续(步骤318)。在此步骤中，应用116可以分析其消息处理历史，以判定该消息是否属于任何其他已经被分析过但没有经历呼叫追踪处理的对话。进行此判定是为了尝试限制所使用的处理资源的量，尤其是尝试避免再次判定对话不应被追踪。如果此询问的答案是肯定的，那么该方法通过在不调用追踪模块128的情况下允许该消息被应用服务器112处理而继续(步骤328)。

另一方面，如果接收到的消息是对话的第一消息(例如，SIP INVITE消息或类似类型的发起通信会话的邀请)或者如果该消息是对话的第一个内容承载消息，则基于触发过滤器标准120来分析该消息(步骤320)，以判定该消息及其对话是否要经历呼叫追踪处理(步骤324)。如果此询问的答案是否定的(即，该消息不满足初始过滤器标准120)，那么该方法继续到步骤328。

如果接收到的消息满足初始过滤器标准120，那么该方法将通过分析该消息以限定可用于过滤同一对话的后续消息的对话或呼叫过滤器标准124而继续(步骤332)。从该消息取回并用于形成对话或呼叫过滤器标准124的信息可包括该消息的主体和/或头部中包含的呼叫ID和标签信息中的至少一个。一旦已形成了适当的对话或呼叫过滤器标准124，该方法就通过将第二级过滤器标准124存储在数据结构200中而继续(步骤336)。与此同时，或者在此之后不久，追踪模块128被调用，以对接收到的消息执行呼叫追踪功能(步骤316)。

应当注意，此过程可被重复无限多次。从而，本发明的实施例不限于第一组和第二组或第一层或第二层过滤器标准。本发明的实施例设想了三级及更多级过滤器。本发明的实施例设想了基于使单条消息匹配触发过滤器标准而创建至少第二组过滤器标准(用于对话匹配)和第三组过滤器标准(用于呼叫匹配)。如上所述，额外数目的过滤器标准也在本发明的范围内。作为一个示例，在能够由数个(甚至数百个)对话构成的某些类型的呼叫(例如，会议)中，本发明的实施例可用于在每个参与者被添加到会话中时创建新的过滤器匹配模式或规则。

对话过滤器所针对的消息常常具有不与触发过滤器的标准相匹配的签名。在比如SIP之类的协议中尤其如此，其中联系人信息被交换并且替换曾用于建立对话的联系人信息。根据本发明的至少一些实施例，一旦与触发过滤器发生匹配，触发过滤器就可以保持也可以不保持“就绪”或活动。如果它保持“就绪”，那么新的、独立的对话过滤器可被创建来追踪与新对话相关联的消息。

由于匹配了触发过滤器这一事实而被选择来追踪的新对话可以具有与被同一触发过滤器匹配的其他对话相重叠的生存期。

在操作者所选择的触发过滤器属性不适用于对话消息的可变更字段的情况下，有可能对话消息将与触发过滤器和对话过滤器两者相匹配。在这种情况下，对话过滤器起支配作用，不会创建重复的对话过滤器。

如果触发过滤器在对话已建立之后就绪并且对话消息匹配触发过滤器，那么对话过滤器可被构造并且对话的剩余部分将被追踪。

根据本发明的至少一些实施例，存在这样的情况，即通信服务器可把自身强加于呼叫上以充当静默参与者。这有时被称为背对背代理。通常，会议呼叫实际上由数个两方呼叫组成，其中会议服务器充当每个呼叫的共同参与者。每当一“呼叫”在信令级被如此分割成多个对话时，就希望追踪这些相关联的呼叫中的每一个并将它们关联起来(故障排查、合法截取等等)。本发明的实施例提供了通过若干种方法支持组合呼叫的方法：1)触发过滤器可被设计为识别任何个体低级别对话的建立并且为每个对话产生个体对话过滤器，或者2)触发过滤器可被设计为识别任何个体低级别对话的建立，并且在第一次发生这种匹配时，产生宽到足以匹配这个和任何后续的多个对话(可能包括多方呼叫)的对话过滤器，或者3)第一个产生的对话过滤器可以识别出呼叫被扩展从而包括额外的参与者，并且可以在每个有关对话被创建时自行修改其匹配标准以扩展到每个有关对话，或者4)第一个产生的对话过滤器可以识别出呼叫被扩展从而包括额外的参与者，并且可以在每个有关对话被创建时产生额外的对话过滤器以匹配每个有关对话。后两种方法在初始触发过滤器因为不针对对话内消息进行过滤而无法监视呼叫扩展时尤其有用。

虽然已经联系特定的事件顺序论述了上述流程图，但是应当明白，这种顺序可被改变，而不会实质地影响本发明的操作。此外，事件的顺序不需要与示例性实施例中阐述的完全一致。这里说明的示例性技术并不限于具体说明的实施例，而是也可以结合其他示例性实施例使用，并且每个描述的特征可以各自分别被请求保护。

本发明的系统、方法和协议可以在作为所描述的通信设备的附加或替换的专用计算机、编程的微处理器或微控制器以及(一个或多个)外围集成电路元件、ASIC或其他集成电路、数字信号处理器、硬连线电子或逻辑电路(比如分立元件电路)、可编程逻辑器件(比如PLD、PLA、FPGA、PAL)、通信设备(比如服务器)、个人计算机、任何相当的装置等等上实现。一般地，任何能够实现一状态机的设备都可用于实现根据本发明的各种通信方法、协议和技术，其中该状态机进而能够实现这里说明的方法。

另外，所公开的方法可以很容易地利用对象或面向对象软件开发环境在软件中实现，所述环境提供可用在多种计算机或工作站平台上的可移植源代码。或者，所公开的系统可以部分或全部地利用标准逻辑电路或VLSI设计在硬件中实现。是用软件还是硬件来实现根据本发明的系统取决于系统的速度和/或效率要求、具体功能以及所利用的具体软件或硬件系统或微处理器或微计算机系统。这里说明的分析系统、方法和协议可以很容易地由本领域的普通技术人员根据这里提供的功能性描述、利用通信和计算机领域的一般基本知识、使用任何已知的或以后开发的系统或结构、设备和/或软件在硬件和/或软件中实现。

另外，所公开的方法可以很容易地在软件中实现，所述软件可以存储在存储介质上，并在控制器和存储器的协作下在编程的通用计算机、专用计算机、微处理器等等上执行。在这些情况下，本发明的系统和方法可以实现为嵌入在个人计算机上的程序(比如小应用程序、

或CGI脚本)、实现为存在于服务器或计算机工作站上的资源、实现为嵌入在专用通信系统或系统组件中的例程，等等。也可以通过将该系统和/或方法物理地结合到软件和/或硬件系统(比如通信设备或系统的硬件和软件系统)中来实现该系统。

因此，很明显，根据本发明的实施例，提供了用于基于对满足另一组过滤标准的消息进行分析来生成消息过滤标准的系统、装置和方法。虽然已经结合若干个实施例描述了本发明，但是显然，许多替换、修改和变化对于本领域的普通技术人员来说都将是或者是很明显的。从而，希望包含在本发明的精神和范围内的所有这种替换、修改、等同和变化。

Claims (10)

1.一种方法，包括：

接收第二消息；

向所述第二消息应用第二级过滤器标准以判定所述第二消息是否要经历预定处理，其中所述第二级过滤器标准是由于预先分析在所述第二消息之前接收的第一消息的属性并且判定所述第一消息要经历所述预定处理而形成的；

判定所述第二消息满足所述第二级过滤器标准；并且

使所述第二消息经历所述预定处理。

2.如权利要求1所述的方法，其中不满足所述第二级过滤器标准的第三消息不经历所述预定处理。

3.如权利要求2所述的方法，其中所述第三消息和所述第二消息是共同的对话和共同的呼叫中的至少一种的一部分。

4.如权利要求3所述的方法，其中所述第二消息是内容承载消息并且所述第三消息是非内容承载消息。

5.如权利要求3所述的方法，其中所述第二消息和第三消息是在共同的端点之间传送的。

6.如权利要求1所述的方法，还包括：

利用初始过滤器标准来分析所述第一消息，其中如果所述第一消息是去往和/或来自预定的地址、域或用户中的至少一种，则所述初始过滤器标准指示出所述第一消息要经历预定处理；

判定所述第一消息是去往和来自所述预定的地址中的至少一种；并且

基于判定所述第一消息是去往和来自所述预定的地址中的至少一种，发起对所述第一消息的分析，以形成所述第二级过滤器标准和第三级过滤器标准中的一个或多个。

7.如权利要求1所述的方法，其中所述预定处理包括呼叫追踪处理。

8.如权利要求7所述的方法，其中所述第二消息的有效载荷包括语音消息、视频消息和文本消息中的一个或多个。

9.一种应用服务器，包括：

存储器，该存储器适于存储指令，所述指令包括：

应用，该应用适于在被执行时使消息经历预定处理，所述应用包括初始过滤器标准和第二级过滤器标准，其中所述应用向由所述应用接收到的第二消息应用第二级过滤器标准以判定所述第二消息是否要经历所述预定处理，其中所述第二级过滤器标准是由于预先分析在所述第二消息之前在所述应用处接收到的第一消息的属性并且判定所述第一消息要经历所述预定处理而形成的；以及

处理器，该处理器用于执行所述应用。

10.如权利要求9所述的服务器，其中在所述应用处接收到的不满足所述第二级过滤器标准的第三消息不经历所述预定处理。

Images