CN112822203B - 业务处理方法、服务器及存储介质 - Google Patents

Abstract

本发明实施例涉及通信技术领域，公开了一种业务处理方法、服务器及存储介质。通过针对SIP对话进入振铃阶段之前，按业务触发顺序和其相反顺序流经各应用服务器的两条报文，每个应用服务器向报文头域中添加本应用服务器被触发的第一业务的业务参数，同时从报文中获取其他应用服务器所添加的第二业务的业务参数进行业务信息互通；各应用服务器根据业务内容参数确定是否存在与第一业务相冲突的第二业务，并根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系；在确定第一业务需要避让与其相冲突的第二业务时对第一业务执行避让操作，以有效避免不同业务如视频早媒体业务与通告业务同时展现在终端屏幕上所出现的冲突问题。

Description

业务处理方法、服务器及存储介质

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种业务处理方法、服务器及存储介质。

背景技术

视频早媒体业务是指在主、被叫终端最终完成会话发起协议(SessionInitiation Protocol，SIP)对话建立前播放的视频媒体。呼叫通告业务指在主、被叫SIP对话过程中，面向主、被叫终端推送并在终端侧展现的信息推送服务。在现有IP多媒体子系统(IP Multimedia Subsystem，IMS)网络下，用户开通的视频早媒体、呼叫通告等业务，均在核心网的归属签约用户服务器(Home Subscriber Server，HSS)网元进行业务的签约，同时由相应的应用服务器(Application Server，AS)提供具体的业务服务。

如果呼叫通告也应用于视频早媒体阶段，由于视频早媒体及呼叫通告均依赖终端进行接收与展现，不同的信息同时展现在终端屏幕上，将出现呼叫通告业务对视频早媒体业务进行遮挡的情况，从而影响用户观看视频早媒体的体验。

发明内容

本发明实施方式的目的在于提供一种业务处理方法、服务器及存储介质，能够有效解决视频早媒体业务与通告业务同时展现在终端屏幕上所出现的冲突问题。

为解决上述技术问题，本发明的实施方式提供了一种业务处理方法，包括：

针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从所述报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；所述业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数；

根据所述业务内容参数，确定是否存在与所述第一业务相冲突的第二业务，并根据所述业务避让参数确定所述第一业务与所述相冲突的第二业务之间的避让关系；

如果确定所述第一业务需要避让所述相冲突的第二业务，则对所述第一业务执行避让操作。本发明的实施方式还提供了一种服务器，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的业务处理方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的业务处理方法。

本发明实施方式相对于现有技术而言，通过针对SIP对话进入振铃阶段之前，按业务触发顺序和其相反顺序流经各应用服务器的两条报文，每个应用服务器向报文头域中添加本应用服务器被触发的第一业务的业务参数，同时从报文中获取其他应用服务器所添加的第二业务的业务参数进行业务信息互通；各应用服务器根据业务内容参数确定是否存在与第一业务相冲突的第二业务，并根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系；在确定第一业务需要避让与其相冲突的第二业务时对第一业务执行避让操作，保证相冲突的第二业务能够无干扰的在终端上进行展示，有效避免不同业务如视频早媒体业务与通告业务同时展现在终端屏幕上所出现的冲突问题。

另外，上述业务内容参数包括：用于指示视频早媒体业务或呼叫通告业务的业务类型参数、用于指示签约终端和业务推送方向的产品类型参数、用于指示呼叫通告信息推送的对话阶段参数；业务避让参数包括：用于指示产品执行优先级的优先级参数和用于指示业务触发顺序的触发顺序参数。通过业务类型参数、产品类型参数和对话阶段参数可以有效判断业务之间是否冲突，而通过优先级参数和触发顺序参数可以方便确定相冲突的业务之间的避让关系。

另外，在第一业务为视频早媒体业务时，根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，具体包括：根据第一业务和第二业务的业务类型参数和产品类型参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端的视频早媒体业务；如果是，则确定具有相同目标终端的视频早媒体业务为与第一业务相冲突的视频早媒体业务；如果否，则确定第二业务中不存在与第一业务相冲突的视频早媒体业务。通过在第一业务为视频早媒体业务时，判断业务类型参数和产品类型参数可以快速确定出第二业务中是否存在与第一业务相冲突的视频早媒体业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

另外，在第一业务为视频早媒体业务时，根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，具体包括：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端，且在振铃阶段推送的呼叫通告业务；如果是，则确定具有相同目标终端，且在振铃阶段推送的呼叫通告业务为与第一业务相冲突的呼叫通告业务；如果否，则确定第二业务中不存在与第一业务相冲突的呼叫通告业务。通过在第一业务为视频早媒体业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的呼叫通告业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

另外，在第一业务为呼叫通告业务时，根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，具体包括：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断是否第一业务在振铃阶段推送，且第二业务中存在与第一业务的业务推送方向具有相同目标终端的视频早媒体业务；如果是，则确定具有相同目标终端的视频早媒体业务为与第一业务相冲突的视频早媒体业务；如果否，则确定第二业务中不存在与第一业务相冲突的视频早媒体业务。通过在第一业务为呼叫通告业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的视频早媒体业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

另外，在第一业务为呼叫通告业务时，根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，具体包括：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端，且在相同通话阶段推送的呼叫通告业务；如果是，则确定具有相同目标终端，且在相同通话阶段推送的呼叫通告业务为与第一业务相冲突的呼叫通告业务；如果否，则确定第二业务中不存在与第一业务相冲突的呼叫通告业务。通过在第一业务为呼叫通告业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的呼叫通告业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

另外，根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系，具体包括：根据第一业务和相冲突的第二业务的优先级参数，判断第一业务和相冲突的第二业务的优先级是否相同；如果不同，则确定优先级较低的业务避让优先级较高的业务；如果相同，则根据第一业务和相冲突的第二业务的触发顺序参数，确定触发顺位在后的业务避让触发顺位在前的业务。通过先基于优先级参数确定避让关系，可以使每个应用服务器享有自主确定避让关系的权限；当基于优先级参数无法确定避让关系时，以触发顺序参数作为补充确定避让关系的方案，可保证避让关系能够被最终明确确定，使避让操作能够顺序进行。

另外，对第一业务执行避让操作，具体包括：在第一业务为视频早媒体业务的情况下，取消向目标终端播放该视频早媒体业务对应的视频内容；在第一业务为呼叫通告业务的情况下，或者在变更的推送对话阶段内向目标终端推送该呼叫通告业务对应的通告信息。通过对不同业务实施不同的避让操作策略，可实现基于不同业务特征的区别处理，使避让操作更具灵活性，实用性。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定，附图中具有相同参考数字标号的元件表示为类似的元件，除非有特别申明，附图中的图不构成比例限制。

图1是根据本发明第一实施方式的业务处理方法的具体流程图；

图2是根据本发明第一实施方式的SIP对话拓扑结构图；

图3是根据本发明第二实施方式的业务处理方法的具体流程图；

图4是根据本发明第三实施方式的业务处理方法的具体流程图；

图5是根据本发明第四实施方式的业务处理方法的具体流程图；

图6是根据本发明第五实施方式的业务处理方法的具体流程图；

图7是根据本发明第六实施方式的业务处理方法的具体流程图；

图8是根据本发明提七实施方式的业务处理方法的具体流程图；

图9是根据本发明第八实施方式的服务器的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

本发明的第一实施方式涉及一种业务处理方法，该方法应用于IMS网络下的各AS。在现有IMS网络下，用户开通的视频早媒体、呼叫通告等业务，均在核心网的HSS网元进行业务的签约，同时由相应的AS提供具体的业务服务。

根据主、被叫用户签约情况及主、被叫对话过程中视频早媒体推送方向的不同，可以将视频早媒体业务区分为表1所示的四种典型形态：

表1视频早媒体业务典型形态

同样根据主、被叫用户签约情况及主、被叫对话过程中呼叫通告推送方向的不同，可以将呼叫通告业务区分为表2所示的四种典型形态：

表2呼叫通告业务典型形态

对于视频早媒体业务，如果不同的早媒体业务同时生效在主叫终端或被叫终端上，媒体的展现将会出现冲突。在以上典型视频早媒体业务分类中，类型一、类型三的视频早媒体业务(同时作用在主叫终端)会产生冲突；类型二、类型四(同时作用在被叫终端)的视频早媒体业务会产生冲突。

对于呼叫通告业务，如果不同的通告信息同时(如同时在振铃阶段、通话阶段或挂机阶段)生效在主叫终端或被叫终端上，信息的展现将会出现冲突。在以上典型视频早媒体业务分类中，类型一、类型三的呼叫通告业务(同时作用在主叫终端)会产生冲突；类型二、类型四(同时作用在被叫终端)的呼叫通告业务会产生冲突。

如果呼叫通告业务也应用于视频早媒体阶段(即振铃阶段)，由于视频早媒体及呼叫通告均依赖终端进行接收与展现，不同的信息同时展现在终端屏幕上，将出现呼叫通告业务对视频早媒体业务进行遮挡的情况。在以上典型业务分类中，类型一、类型三的视频早媒体业务会与类型一、类型三的呼叫通告业务产生冲突(同时作用在主叫终端)；类型二、类型四的视频早媒体业务会与类型二、类型四的呼叫通告业务产生冲突(同时作用在被叫终端)。

以被叫视频彩铃与被叫彩印业务为例，一种呼叫通告对视频早媒体影响的示例如下。

被叫用户同时订购了被叫视频彩铃与被叫彩印业务，在主叫用户观看视频彩铃过程中，会出现彩印文本信息将视频彩铃播放界面进行覆盖的情况。

同时由于主流的被叫彩印业务采用非结构化补充数据业务(unstructuredsupplementary service data，USSD)或闪信/即显短信技术进行文本信息的推送，主叫用户无法对在终端屏幕的彩印弹框进行关闭或者移动，导致视频彩铃的播放界面被彩印遮挡或覆盖，影响主叫用户观看视频彩铃。

在被叫视频彩铃与被叫彩印应用场景中，为解决上述问题，相关技术的解决方案为：如果被叫是视频彩铃用户，被叫彩印平台可以在被叫振铃后，经过一定时间间隔，再向主叫推送文本彩印，该时间间隔可配置。根据历史运营数据，目前中国市场视频彩铃的平均播放时长约为12秒(即主叫用户呼叫被叫用户，被叫用户从振铃到摘机的平均时长)。因此，被叫彩印平台向主叫用户推送彩印的时延可设置为被叫振铃后的第12秒。如果被叫不是视频彩铃用户，被叫彩印平台则进行正常的彩印推送，不会出现遮挡问题。

但是，上述解决方案存在明显的缺点：

问题一：此解决方案的关键是确定彩印延时推送的时间，即视频彩铃经验平均播放时长。由于时间配置是一个固定值，对于视频彩铃播放时长低于平均值的通话，会导致过慢推送彩印，对于播放时长高于平均值的通话，会导致过快推送彩印，同样会对视频彩铃的播放产生了遮挡。

问题二：此解决方案依托彩印平台对用户的视频彩铃业务状态进行鉴权，通常采用视频彩铃平台向彩印平台进行用户数据同步的方法。由于数据同步通常为人为操作且非实时，因此彩印平台对用户身份的判断也存在错误且非实时等情况。

问题三：此解决方案仅能解决被叫视频彩铃及被叫彩印这两类典型的视频早媒体及呼叫通告业务的屏幕冲突问题，采用业务管理而非技术手段协调解决，并不适配其它应用情况，方案存在明显的局限性。

为解决上述问题，申请人对现有IMS网络下的业务服务过程进行深入分析，并有如下发现：

现有IMS网络中，核心网S-CSCF(Serving-Call Session Control Function)为主、被叫业务会话控制功能网元，执行针对主叫端及被叫端的IMS用户的SIP会话路由功能。在主被叫一个SIP对话过程中，若用户签约有其它相关业务，S-CSCF根据用户签约的IMS触发规则(iFC)，执行到不同业务AS的路由触发。若用户同时开通多个业务，不同业务的触发存在不同的优先级顺序。某个AS完成业务触发后将对话请求返回给S-CSCF，以进行其它业务AS的触发。

在SIP信令执行框架下，主被叫SIP对话的建立均通过SDP offer/answer等报文进行交互与协商，相关交互的报文均串行流经于提供视频早媒体、呼叫通告等业务的AS中。这种串行的报文流程为视频早媒体AS、呼叫通告AS指示主、被叫用户的视频早媒体、呼叫通告业务签约状态，以及执行约定的业务逻辑等奠定了基础。

如图1所示，一个典型的SIP对话是，主叫终端发送发起对话的INVITE报文，被叫终端返回针对该INVITE报文的1XX临时响应报文(一般为183响应)。若主、被叫用户签约有视频早媒体或呼叫通告业务，INVITE及1XX响应报文均串行流经面向主、被叫用户提供视频早媒体、呼叫通告服务的业务AS。

基于此，本实施方式中的业务处理方法，其核心在于通过针对SIP对话进入振铃阶段之前，按业务触发顺序和其相反顺序流经各应用服务器的两条报文，每个应用服务器向报文头域中添加本应用服务器被触发的第一业务的业务参数，同时从报文中获取其他应用服务器所添加的第二业务的业务参数进行业务信息互通；各应用服务器根据业务内容参数确定是否存在与第一业务相冲突的第二业务，并根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系；在确定第一业务需要避让与其相冲突的第二业务时对第一业务执行避让操作，保证相冲突的第二业务能够无干扰的在终端上进行展示，有效避免不同业务如视频早媒体业务与通告业务同时展现在终端屏幕上所出现的冲突问题。

如图2所示，该业务处理方法具体包括：

步骤201：针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数。

具体来说，一个SIP对话按时间先后主要分为如下几个对话阶段：振铃阶段前、振铃阶段、通话阶段和通话阶段后。其中，在振铃阶段前进行的SIP对话是主、被叫的对话协商阶段，如果本次对话的主、被叫用户签约有视频早媒体或呼叫通告业务，那么相应会话所传输的报文便会串行流经面向主、被叫用户提供视频早媒体、呼叫通告服务的AS，以触发相应AS提供业务服务，如被触发提供视频早媒体业务的AS会在振铃阶段向目标终端推送早媒体视频，被触发提供呼叫通告业务的AS会在振铃阶段、通话阶段和通话阶段后按用户订制的产品类型向目标终端推送通告信息。

本实施方式则是利用振铃阶段前，SIP会话所传输的报文会串行流经面向主、被叫用户提供视频早媒体、呼叫通告服务的AS时，对每个AS处理报文的逻辑进行改进，即以每个AS作为执行主体，针对按业务触发顺序及其相反顺序流经至本AS的两条报文进行额外处理。其中，按业务触发顺序流经每个AS的报文为从主叫终端发往被叫终端的报文(通常为请求类报文)，如主叫终端发送发起对话的INVITE报文，该报文在传输过程中会按业务触发顺序串行流经提供相关业务的各AS；按业务触发顺序的相反顺序流经每个AS的报文可以为从被叫终端发往主叫终端的报文(通常为响应类报文)，如被叫终端返回的针对该INVITE报文的1XX临时响应报文(一般为183响应报文)，该报文在传输过程中会按业务触发顺序的相反顺序串行流经提供相关业务的各AS。本实施方式中的上述两条报文可以是一对请求、响应信令中的成对报文，也可以是从两组成对信令中选择出的传输方向相反的非成对报文。

当按业务触发顺序及其相反顺序传输的两条报文流经到各AS时，各AS会向报文头域中添加本AS被触发的第一业务的业务参数，并从报文头域中获取其他AS所添加的其他应用服务器被触发的第二业务的业务参数。其中，以每个AS自身作为立足点，其自身所被触发的业务被称为第一业务，其他AS所被触发的业务称为第二业务，每个AS只能有权限向目标终端(主叫和/或被叫终端)执行推送第一业务。依据每条报文流经各AS的方向，每个AS只能从一条报文中获取在其前面接收到该报文的AS所添加的第二业务的业务参数。而通过让每个AS向流经各AS的两个相反方向的两条报文中都添加自己所被触发的第一业务的业务参数，可以保证每个AS都可以从这两条报文中获取到所有其他AS所添加的第二报文。

各AS向报文头域中所添加的第一业务的业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数。其中，业务内容参数可包括：用于指示视频早媒体业务或呼叫通告业务的业务类型参数、用于指示签约终端和业务推送方向的产品类型参数、用于指示呼叫通告信息推送的对话阶段参数；业务避让参数可包括：用于指示产品执行优先级的优先级参数和用于指示业务触发顺序的触发顺序参数。

具体地，以在SIP INVITE及针对INVITE进行响应的183报文的报文头域中，新增扩展字段“x-vPEM-cn”。该字段可以并存多个，由提供视频彩铃早媒体及提供呼叫通告服务的AS进行添加。在一次主、被叫通话中，极端情况下可以添加到8个上述的扩展字段，即主、被叫用户开通了上述表1和表2中所列举的所有视频早媒体及呼叫通告业务。

每个扩展字段包括五个参数，分别为用于指示视频早媒体业务或呼叫通告业务的业务类型参数：media、用于指示签约终端和业务推送方向的产品类型参数：product、用于指示呼叫通告信息推送的对话阶段参数：when；用于指示产品执行优先级的优先级参数：prioity，和用于指示业务触发顺序的触发顺序参数：trigger。其中，media、product、when为业务内容参数，prioity、trigger为业务避让参数。

media：存在2个取值。取值“vPEM”，代表该业务为视频早媒体业务；取值“cn”，代表该业务为呼叫通告业务。

product：表3为media＝vPEM时，product参数取值及代表含义，表4为media＝cn时，product参数取值及代表含义。

表3 media＝vPEM时，product参数取值及代表含义

表4 media＝cn时，product参数取值及代表含义

when：若media＝vPEM时，when取值填空；若media＝cn时，when存在3个取值，取值“1”代表振铃阶段，取值“2”代表通话阶段，取值“3”代表通话阶段后(挂机后)。

prioity：存在3个取值；取值“high”，代表该产品执行的优先级高，取值“low”，代表该产品执行的优先级低，取值“medium”，代表该产品执行的优先级为中。

trigger：取值规则如下：AS在向按业务触发顺序传输的报文(如INVITE报文)中添加该字段时，若未检测到其他AS已添加的扩展字段，则将该值赋为“ATOB1”，若检测到已有AS已添加了1个该字段，则赋值为“ATOB2”，依次类推。在按业务触发顺序传输的报文(如INVITE报文)中，该值越小，表明业务触发越早。AS在向按业务触发顺序的相反顺序传输的报文(如183报文)中添加该字段时，若未检测到其他AS已添加的扩展字段，则将该值赋为“ATOB1”，若检测到已有AS已添加了1个该字段，则赋值为“ATOB2”，依次类推。在按业务触发顺序的相反顺序传输的报文(如183报文)中，该值越小，表明业务触发越晚。

举例说明，各AS向报文头域中添加业务参数对应的拓展字段的过程为：

步骤1，主叫终端发送INVITE报文，开展SIP对话协商。视频早媒体AS、呼叫通告AS对主叫终端发送的INVITE报文进行处理。第一个收到INVITE报文的AS(业务最先被触发)在报文头域中添加“x-vPEM-cn”扩展字段，并对media，product、when、priority和trigger参数进行赋值。后续收到INVITE报文的AS依次添加扩展字段并对参数进行赋值，同时记录先于其触发的视频早媒体、呼叫通告业务AS所添加的扩展字段信息。

步骤2，被叫终端接收到INVITE报文，返回183报文响应。视频早媒体AS、呼叫通告AS对被叫终端发送的183报文进行处理。第一个收到183报文的AS(业务最后被触发)在报文头域中添加“x-vPEM-cn”扩展字段，并对media，product、when、priority和trigger参数进行赋值。后续收到183报文的AS依次添加扩展字段并对参数进行赋值，同时记录晚于其触发的视频早媒体、呼叫通告业务AS所添加的扩展字段信息。

经历主、被叫通话协商过程中来回两次的报文交流，实现了主、被叫用户所开通的视频早媒体业务、呼叫通告业务在网络中进行了广播，从而相关AS获取到主、被叫用户业务开通的情况。

步骤202：根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，并根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系。

具体地，每个AS在获取到所有其他AS所添加的第二业务的业务参数后，将这些第二业务的业务参数与本AS所添加的第一业务的业务参数进行比较。根据业务参数中的业务内容参数，本AS可以获悉各业务的业务内容信息，如业务类型、产品类型、推送时段等。通过对这些信息进行比对，可以确定哪些业务在被执行推送到目标终端进行展示时发生冲突。本AS会从所有第二业务中查找是否存在与第一业务相冲突的第二业务。如果存在与第一业务相冲突的第二业务，则AS会进一步比对第一业务与该冲突的第二业务的业务避让参数，以确定第一业务与该相冲突的第二业务之间的避让关系，即：是第一业务避让相冲突的第二业务，还是相冲突的第二业务避让第一业务。被确定执行避让的业务需要在相冲突的对话阶段取消业务推送，保证被避让的业务能够顺利、无干扰的被推送到目标终端得以执行。

其中，业务避让参数中记录了避让逻辑的相关参数，该避让逻辑可用于确定业务之间的避让关系，该相关参数可以由提供业务的AS自主设置参数值。例如提供不同业务的AS可以根据对自身所提供业务产品的重要性判断，给相应的产品设置优先级，优先级越高，被避让的概率越高；而作为兜底策略，在各AS自主设置优先级确定避让关系发生冲突时，也可通过各业务的触发顺序确定避让关系，如在后被触发的业务需避让在前被触发的业务。

步骤203：如果确定第一业务需要避让相冲突的第二业务，则对第一业务执行避让操作。

具体来说，不同业务可执行的避让操作基于该业务所能被执行的对话阶段决定，例如对于视频早媒体业务，其只能在振铃阶段被推送执行，因此，当第一业务为视频早媒体业务，且第一业务需避让相冲突的第二业务时，避让操作为取消向目标终端播放该视频早媒体业务对应的视频内容，以保证相冲突的第二业务能够被顺序执行，而不被第一业务所干扰。

对于呼叫通告业务，其可能执行推送的对话阶段包括振铃阶段、通话阶段和通话阶段后，因此，当第一业务为呼叫通告业务，且第一业务需避让相冲突的第二业务时，避让操作可为取消向目标终端推送该呼叫通告业务对应的通告信息，或者在变更后的推送对话阶段内向目标终端推送该呼叫通告业务对应的通告信息，以保证相冲突的第二业务能够被顺序执行，而不被第一业务所干扰。

例如，当第一业务为呼叫通告业务，在振铃阶段所推送的通告信息与视频早媒体业务冲突，且需要执行避让操作时，相应提供该呼叫通告业务的AS可以将呼叫通告信息推迟到通话阶段或者通话阶段以后来执行推送，从而灵活实现对通告信息推送对话阶段的变更。

与现有技术相比，本发明实施方式通过针对SIP对话进入振铃阶段之前，按业务触发顺序和其相反顺序流经各应用服务器的两条报文，每个应用服务器向报文头域中添加本应用服务器被触发的第一业务的业务参数，同时从报文中获取其他应用服务器所添加的第二业务的业务参数进行业务信息互通；各应用服务器根据业务内容参数确定是否存在与第一业务相冲突的第二业务，并根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系；在确定第一业务需要避让与其相冲突的第二业务时对第一业务执行避让操作，保证相冲突的第二业务能够无干扰的在终端上进行展示，有效避免不同业务如视频早媒体业务与通告业务同时展现在终端屏幕上所出现的冲突问题。

本发明的第二实施方式涉及一种业务处理方法。第二实施方式是在第一实施方式基础上做的改进，其改进之处在于：

在第一业务为视频早媒体业务时，根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，具体包括：根据第一业务和第二业务的业务类型参数和产品类型参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端的视频早媒体业务；如果是，则确定具有相同目标终端的视频早媒体业务为与第一业务相冲突的视频早媒体业务；如果否，则确定第二业务中不存在与第一业务相冲突的视频早媒体业务。通过在第一业务为视频早媒体业务时，判断业务类型参数和产品类型参数可以快速确定出第二业务中是否存在与第一业务相冲突的视频早媒体业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

具体流程图如图3所示。

步骤301：针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数。

其中，业务内容参数包括：用于指示视频早媒体业务或呼叫通告业务的业务类型参数、用于指示签约终端和业务推送方向的产品类型参数、用于指示呼叫通告信息推送的对话阶段参数。业务避让参数包括：用于指示产品执行优先级的优先级参数和用于指示业务触发顺序的触发顺序参数。

本步骤与前述步骤201的内容相似，在此不做赘述。

步骤302：根据第一业务和第二业务的业务类型参数和产品类型参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端的视频早媒体业务；如果是，则进入步骤303，如果否，则进入步骤306。

具体地，当第一业务为视频早媒体业务时，由于视频早媒体业务只能在振铃阶段进行推送，所以在判断两个视频早媒体业务之间是否会发生冲突时，只需要判断其对应的业务推送方向中所推送的目标终端是否相同，如果相同，则表征两个视频早媒体业务之间存在冲突，否则，不存在冲突。

步骤303：确定具有相同目标终端的视频早媒体业务为与第一业务相冲突的视频早媒体业务。

具体地，如果第二业务中存在与第一业务(视频早媒体业务)具有相同推送的目标终端的视频早媒体业务，则认为该视频早媒体业务为与第一业务相冲突的视频早媒体业务。

步骤304：根据业务避让参数确定第一业务与相冲突的视频早媒体业务之间的避让关系。

步骤305：如果确定第一业务需要避让相冲突的视频早媒体业务，则对第一业务执行避让操作。

步骤304～305与前述步骤202的部分内容以及步骤203对应相似，在此不做赘述。

步骤306：确定第二业务中不存在与第一业务相冲突的视频早媒体业务。

与现有技术相比，本发明实施方式通过在第一业务为视频早媒体业务时，判断业务类型参数和产品类型参数可以快速确定出第二业务中是否存在与第一业务相冲突的视频早媒体业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

本发明的第三实施方式涉及一种业务处理方法。第三实施方式是在第一实施方式基础上做的改进，其改进之处在于：

在第一业务为视频早媒体业务时，根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，具体包括：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端，且在振铃阶段推送的呼叫通告业务；如果是，则确定具有相同目标终端，且在振铃阶段推送的呼叫通告业务为与第一业务相冲突的呼叫通告业务；如果否，则确定第二业务中不存在与第一业务相冲突的呼叫通告业务。通过在第一业务为视频早媒体业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的呼叫通告业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

具体流程图如图4所示。

步骤401：针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数。

其中，业务内容参数包括：用于指示视频早媒体业务或呼叫通告业务的业务类型参数、用于指示签约终端和业务推送方向的产品类型参数、用于指示呼叫通告信息推送的对话阶段参数。业务避让参数包括：用于指示产品执行优先级的优先级参数和用于指示业务触发顺序的触发顺序参数。

本步骤与前述步骤201的内容相似，在此不做赘述。

步骤402：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端，且在振铃阶段推送的呼叫通告业务；如果是，则进入步骤403，如果否，则进入步骤406。

具体地，当第一业务为视频早媒体业务时，由于视频早媒体业务只能在振铃阶段进行推送，所以在判断视频早媒体业务与呼叫通告业务之间是否会发生冲突时，除了判断其对应的业务推送方向中所推送的目标终端是否相同，还需要判断呼叫通告业务是否在振铃阶段进行推送。如果呼叫通告业务与视频早媒体业务所对应的业务推送方向中所推送的目标终端相同，且呼叫通告业务发生推送的对话阶段为振铃阶段，则表征该视频早媒体业务与呼叫通告业务之间存在冲突，否则，不存在冲突。

步骤403：确定具有相同目标终端，且在振铃阶段推送的呼叫通告业务为与第一业务相冲突的呼叫通告业务。

具体地，如果第二业务中存在与第一业务(视频早媒体业务)具有相同推送目标终端，且在振铃阶段推送的呼叫通告业务，则认为该呼叫通告业务为与第一业务相冲突的呼叫通告业务。

步骤404：根据业务避让参数确定第一业务与相冲突的呼叫通告业务之间的避让关系。

步骤405：如果确定第一业务需要避让相冲突的呼叫通告业务，则对第一业务执行避让操作。

步骤404～405与前述步骤202的部分内容以及步骤203对应相似，在此不做赘述。

步骤406：确定第二业务中不存在与第一业务相冲突的呼叫通告业务。

与现有技术相比，本发明实施方式通过在第一业务为视频早媒体业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的呼叫通告业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

本发明的第四实施方式涉及一种业务处理方法。第四实施方式是在第一实施方式基础上做的改进，其改进之处在于：

在第一业务为呼叫通告业务时，根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，具体包括：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断是否第一业务在振铃阶段推送，且第二业务中存在与第一业务的业务推送方向具有相同目标终端的视频早媒体业务；如果是，则确定具有相同目标终端的视频早媒体业务为与第一业务相冲突的视频早媒体业务；如果否，则确定第二业务中不存在与第一业务相冲突的视频早媒体业务。通过在第一业务为呼叫通告业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的视频早媒体业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

具体流程图如图5所示。

步骤501：针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数。

其中，业务内容参数包括：用于指示视频早媒体业务或呼叫通告业务的业务类型参数、用于指示签约终端和业务推送方向的产品类型参数、用于指示呼叫通告信息推送的对话阶段参数。业务避让参数包括：用于指示产品执行优先级的优先级参数和用于指示业务触发顺序的触发顺序参数。

本步骤与前述步骤201的内容相似，在此不做赘述。

步骤502：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断是否第一业务在振铃阶段推送，且第二业务中存在与第一业务的业务推送方向具有相同目标终端的视频早媒体业务；如果是，则进入步骤503，如果否，则进入步骤506。

具体地，当第一业务为呼叫通告业务时，由于视频早媒体业务只能在振铃阶段进行推送，所以在判断呼叫通告业务与视频早媒体业务是否存在冲突时，前提需要判断该呼叫通告业务是否在振铃阶段推送，如果在振铃阶段推送，则继续判断该呼叫通告业务与视频早媒体业务对应的业务推送方向中所推送的目标终端是否相同，如果相同，则表征该呼叫通告业务与该视频早媒体业务之间存在冲突，否则，不存在冲突。

步骤503：确定具有相同目标终端的视频早媒体业务为与第一业务相冲突的视频早媒体业务。

具体地，如果第一业务(呼叫通告业务)在振铃阶段推送，且第二业务中存在与第一业务具有相同推送的目标终端的视频早媒体业务，则认为该视频早媒体业务为与第一业务相冲突的视频早媒体业务。

步骤504：根据业务避让参数确定第一业务与相冲突的视频早媒体业务之间的避让关系。

步骤505：如果确定第一业务需要避让相冲突的视频早媒体业务，则对第一业务执行避让操作。

步骤504～505与前述步骤202的部分内容以及步骤203对应相似，在此不做赘述。

步骤506：确定第二业务中不存在与第一业务相冲突的视频早媒体业务。

与现有技术相比，本发明实施方式通过在第一业务为呼叫通告业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的视频早媒体业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

本发明的第五实施方式涉及一种业务处理方法。第五实施方式是在第一实施方式基础上做的改进，其改进之处在于：

在第一业务为呼叫通告业务时，根据业务内容参数，确定是否存在与第一业务相冲突的第二业务，具体包括：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端，且在相同通话阶段推送的呼叫通告业务；如果是，则确定具有相同目标终端，且在相同通话阶段推送的呼叫通告业务为与第一业务相冲突的呼叫通告业务；如果否，则确定第二业务中不存在与第一业务相冲突的呼叫通告业务。通过在第一业务为呼叫通告业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的呼叫通告业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

具体流程图如图6所示。

步骤601：针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数。

其中，业务内容参数包括：用于指示视频早媒体业务或呼叫通告业务的业务类型参数、用于指示签约终端和业务推送方向的产品类型参数、用于指示呼叫通告信息推送的对话阶段参数。业务避让参数包括：用于指示产品执行优先级的优先级参数和用于指示业务触发顺序的触发顺序参数。

本步骤与前述步骤201的内容相似，在此不做赘述。

步骤602：根据第一业务和第二业务的业务类型参数、产品类型参数和对话阶段参数，判断第二业务中是否存在与第一业务的业务推送方向具有相同目标终端，且在相同通话阶段推送的呼叫通告业务；如果是，则进入步骤603，如果否，则进入步骤606。

具体地，当第一业务为呼叫通告时，由于呼叫通告业务可以在振铃阶段、通话阶段和通过阶段后这三个时段进行推送，所以在判断两个呼叫通告业务之间是否会发生冲突时，除了判断其对应的业务推送方向中所推送的目标终端是否相同，还需要判断这两个呼叫通告业务是否在同一对话阶段进行推送。如果两个呼叫通告业务所对应的业务推送方向中所推送的目标终端相同，且呼叫通告业务发生推送的对话阶段也相同，则表征这两个呼叫通告业务之间存在冲突，否则，不存在冲突。

步骤603：确定具有相同目标终端，且在相同对话阶段推送的呼叫通告业务为与第一业务相冲突的呼叫通告业务。

具体地，如果第二业务中存在与第一业务(呼叫通告业务)具有相同推送目标终端，且在相同对话阶段推送的呼叫通告业务，则认为该呼叫通告业务为与第一业务相冲突的呼叫通告业务。

步骤604：根据业务避让参数确定第一业务与相冲突的呼叫通告业务之间的避让关系。

步骤605：如果确定第一业务需要避让相冲突的呼叫通告业务，则对第一业务执行避让操作。

步骤604～605与前述步骤202的部分内容以及步骤203对应相似，在此不做赘述。

步骤606：确定第二业务中不存在与第一业务相冲突的呼叫通告业务。

与现有技术相比，本发明实施方式通过在第一业务为呼叫通告业务时，判断业务类型参数、产品类型参数和对话阶段参数，可以快速确定出第二业务中是否存在与第一业务相冲突的呼叫通告业务，从而辅助确定第二业务中是否存在与第一业务相冲突的第二业务。

本发明的第六实施方式涉及一种业务处理方法。第六实施方式是在以上任一实施方式基础上做的改进，其改进之处在于：

根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系，具体包括：根据第一业务和相冲突的第二业务的优先级参数，判断第一业务和相冲突的第二业务的优先级是否相同；如果不同，则确定优先级较低的业务避让优先级较高的业务；如果相同，则根据第一业务和相冲突的第二业务的触发顺序参数，确定触发顺位在后的业务避让触发顺位在前的业务。通过先基于优先级参数确定避让关系，可以使每个应用服务器享有自主确定避让关系的权限；当基于优先级参数无法确定避让关系时，以触发顺序参数作为补充确定避让关系的方案，可保证避让关系能够被最终明确确定，使避让操作能够顺序进行。

具体流程图如图7所示。

步骤701：针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数。

其中，业务内容参数包括：用于指示视频早媒体业务或呼叫通告业务的业务类型参数、用于指示签约终端和业务推送方向的产品类型参数、用于指示呼叫通告信息推送的对话阶段参数。业务避让参数包括：用于指示产品执行优先级的优先级参数和用于指示业务触发顺序的触发顺序参数。

本步骤与前述步骤201的内容相似，在此不做赘述。

步骤702：根据业务内容参数，确定是否存在与第一业务相冲突的第二业务；如果是，则进入步骤703，如果否，则结束流程。

其中，本步骤可参考以上任一实施方式中的相关步骤，确定是否存在与第一业务相冲突的第二业务，在此对具体步骤过程不做赘述。

步骤703：根据第一业务和相冲突的第二业务的优先级参数，判断第一业务和相冲突的第二业务的优先级是否相同；如果是，进入步骤704，如果否，进入步骤705。

由于各AS在业务参数中所添加的优先级参数为自定义数值，存在相同的可能。当相冲突的第一业务和第二业务所对应的优先级参数不同时，可直接根据优先级参数确定避让关系；当相冲突的第一业务和第二业务所对应的优先级参数相同时，需进一步根据触发顺序参数确定避让关系。

步骤704：确定优先级较低的业务避让优先级较高的业务。

步骤705：根据第一业务和相冲突的第二业务的触发顺序参数，确定触发顺位在后的业务避让触发顺位在前的业务。

步骤706：如果确定第一业务需要避让相冲突的第二业务，则对第一业务执行避让操作。

本步骤与步骤203对应相同，在此不做赘述。

与现有技术相比，本发明实施方式通过先基于优先级参数确定避让关系，可以使每个应用服务器享有自主确定避让关系的权限；当基于优先级参数无法确定避让关系时，以触发顺序参数作为补充确定避让关系的方案，可保证避让关系能够被最终明确确定，使避让操作能够顺序进行。

此外，需要说明的是，在执行本发明以上实施方式所提供的业务处理方法的过程中，当确认第二业务中存在一个业务(视频早媒体业务或者呼叫通告业务)与第一业务相冲突，且第一业务需要避让该相冲突的第二业务时，可直接对第一业务执行避让操作，无需进一步判断该第一业务与其他第二业务之间是否存在冲突。在判断第二业务中是否存在与第一业务相冲突的第二业务时，可以按照业务类型顺序执行判断，如先判断第二业务中是否存在与第一业务相冲突的视频早媒体业务，如果不存在，则继续判断第二业务中是否存在与第一业务相冲突的呼叫通告业务；或者，先判断第二业务中是否存在与第一业务相冲突的呼叫通告业务，如果不存在，则继续判断第二业务中是否存在与第一业务相冲突的视频早媒体业务。如果判断第二业务中不存在与第一业务相冲突的第二业务，则按第一业务原本的业务内容正常执行业务操作。

本发明的第七实施方式涉及一种业务处理方法。第七实施方式示出了本发明提供的业务处理方法应用在SIP对话中的一个具体样例。

具体流程图如图8所示。

1.主叫终端(UEa)发出通话初始INVITE报文。根据核心网业务触发规则，被叫视频彩铃业务先于被叫彩印业务触发，因此被叫视频彩铃AS先于彩印AS收到INVITE报文。被叫视频彩铃AS在收到的INVITE报文后，在其SIP报文头域新增扩展字段：x-vPEM-cn。该字段下，业务类型参数media取值为“vPEM”，指示产品类型参数product取值为“3”，指示产品执行优先级的优先级参数prioity取值为“high”，指示呼叫通告信息推送的对话阶段参数when为空，指示产品触发顺序参数trigger取值为“ATOB1”。被叫视频彩铃AS完成INVITE报头域修改后，该报文继续流转至被叫彩印AS，被叫彩印AS收到INVITE报文，读取并记录已添加在该报文头域中的扩展字段信息，继续添加自身业务的扩展头部字段。该字段下，业务类型参数media取值为“cn”,指示产品类型参数product取值为“3”，指示产品执行优先级的优先级参数prioity取值为“low”，指示呼叫通告信息推送的对话阶段参数when为”1”，指示产品触发顺序参数trigger取值为“ATOB2”。

2)被叫终端(UEb)返回183报文。被叫彩印AS先于被叫视频彩铃AS收到183报文。被叫彩印AS和被叫视频彩铃AS在收到的183报文后，在其SIP报文头域先后新增扩展字段，同时记录其它AS已添加扩展字段信息。

3)-6)：主、被叫终端完成正常的通话协商，完成资源预留。

7)-8)：被叫终端返回180报文，到达被叫视频彩铃AS和被叫彩印AS。被叫彩印AS经业务避让策略判断后执行业务避让操作，暂不执行彩印推送；

9)-13)：被叫视频彩铃AS与主叫终端执行正常的视频彩铃媒体协商及播放流程。

14)-15)：被叫终端摘机发送200OK。摘机INVITE报文先后到达被叫视频彩铃AS和被叫彩印AS。对于被叫视频彩铃AS，停止视频彩铃播放，对于被叫彩印AS，根据摘机事件进行被叫彩印推送。

注：上图中“黑点”表示相应的消息经过对应的网元。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明第八实施方式涉及一种服务器，如图9所示，包括至少一个处理器902；以及，与至少一个处理器902通信连接的存储器；其中，存储器901存储有可被至少一个处理器902执行的指令，指令被至少一个处理器902执行，以使至少一个处理器902能够执行上述任一方法实施例。

其中，存储器901和处理器902采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器902和存储器901的各种电路连接在一起。总线还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器902处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器902。

处理器902负责管理总线和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器901可以被用于存储处理器902在执行操作时所使用的数据。

本发明第六实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述任一方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (9)

1.一种业务处理方法，其特征在于，所述方法包括：

针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从所述报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；所述业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数；

根据所述业务内容参数，确定是否存在与所述第一业务相冲突的第二业务，并根据所述业务避让参数确定所述第一业务与所述相冲突的第二业务之间的避让关系；

如果确定所述第一业务需要避让所述相冲突的第二业务，则对所述第一业务执行避让操作；

所述业务内容参数包括：用于指示视频早媒体业务或呼叫通告业务的业务类型参数、用于指示签约终端和业务推送方向的产品类型参数、用于指示呼叫通告信息推送的对话阶段参数；所述业务避让参数包括：用于指示产品执行优先级的优先级参数和用于指示业务触发顺序的触发顺序参数。

2.根据权利要求1所述的方法，其特征在于，所述第一业务为视频早媒体业务；所述根据所述业务内容参数，确定是否存在与所述第一业务相冲突的第二业务，具体包括：

根据所述第一业务和所述第二业务的业务类型参数和产品类型参数，判断所述第二业务中是否存在与所述第一业务的业务推送方向具有相同目标终端的视频早媒体业务；

如果是，则确定所述具有相同目标终端的视频早媒体业务为与所述第一业务相冲突的视频早媒体业务；

如果否，则确定所述第二业务中不存在与所述第一业务相冲突的视频早媒体业务。

3.根据权利要求1所述的方法，其特征在于，所述第一业务为视频早媒体业务；所述根据所述业务内容参数，确定是否存在与所述第一业务相冲突的第二业务，具体包括：

根据所述第一业务和所述第二业务的业务类型参数、产品类型参数和对话阶段参数，判断所述第二业务中是否存在与所述第一业务的业务推送方向具有相同目标终端，且在振铃阶段推送的呼叫通告业务；

如果是，则确定所述具有相同目标终端，且在振铃阶段推送的呼叫通告业务为与所述第一业务相冲突的呼叫通告业务；

如果否，则确定所述第二业务中不存在与所述第一业务相冲突的呼叫通告业务。

4.根据权利要求1所述的方法，其特征在于，所述第一业务为呼叫通告业务；所述根据所述业务内容参数，确定是否存在与所述第一业务相冲突的第二业务，具体包括：

根据所述第一业务和所述第二业务的业务类型参数、产品类型参数和对话阶段参数，判断是否所述第一业务在振铃阶段推送，且所述第二业务中存在与所述第一业务的业务推送方向具有相同目标终端的视频早媒体业务；

如果是，则确定所述具有相同目标终端的视频早媒体业务为与所述第一业务相冲突的视频早媒体业务；

如果否，则确定所述第二业务中不存在与所述第一业务相冲突的视频早媒体业务。

5.根据权利要求1所述的方法，其特征在于，所述第一业务为呼叫通告业务；所述根据所述业务内容参数，确定是否存在与所述第一业务相冲突的第二业务，具体包括：

根据所述第一业务和所述第二业务的业务类型参数、产品类型参数和对话阶段参数，判断所述第二业务中是否存在与所述第一业务的业务推送方向具有相同目标终端，且在相同通话阶段推送的呼叫通告业务；

如果是，则确定所述具有相同目标终端，且在相同通话阶段推送的呼叫通告业务为与所述第一业务相冲突的呼叫通告业务；

如果否，则确定所述第二业务中不存在与所述第一业务相冲突的呼叫通告业务。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述根据所述业务避让参数确定所述第一业务与所述相冲突的第二业务之间的避让关系，具体包括：

根据所述第一业务和所述相冲突的第二业务的优先级参数，判断所述第一业务和所述相冲突的第二业务的优先级是否相同；

如果不同，则确定优先级较低的业务避让优先级较高的业务；

如果相同，则根据所述第一业务和所述相冲突的第二业务的触发顺序参数，确定触发顺位在后的业务避让触发顺位在前的业务。

7.根据权利要求1所述的方法，其特征在于，所述对所述第一业务执行避让操作，具体包括：

在所述第一业务为视频早媒体业务的情况下，取消向目标终端播放该视频早媒体业务对应的视频内容；

在所述第一业务为呼叫通告业务的情况下，取消向目标终端推送该呼叫通告业务对应的通告信息，或者在变更的推送对话阶段内向目标终端推送该呼叫通告业务对应的通告信息。

8.一种服务器，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至7中任一项所述的业务处理方法。

9.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至7中任一项所述的业务处理方法。

Images