WO2011144060A2 - 用于控制业务的方法及其装置和系统 - Google Patents

Abstract

本发明实施例提供了用于控制业务的方法、冲突检测装置、业务控制装置和系统。该方法包括：接收并记录第一业务实例的业务控制网元发送的第一业务实例的上下文信息，上下文信息包括第一业务实例的关键字和地址信息；接收第二业务实例的业务控制网元发送的冲突检测请求，冲突检测请求携带指示信息和第二业务实例的关键字，指示信息用于指示第二业务实例要求相冲突的业务实例执行的操作；当上下文信息中的关键字与冲突检测请求携带的关键字相匹配时，基于地址信息向第一业务实例的业务控制网元发送指示信息，以使第一业务实例执行操作。这样，可以主动解决业务之间的冲突，使得业务实例的操作得以协调，从而可以增强用户的通信体验。

Description

用于控制业务的方法及其装置和系统 技术领域

本发明涉及通信领域， 并且更具体地， 涉及通信领域中用于控制业务的 方法及其装置和系统。 背景技术

随着通信技术的发展， 涌现出了越来越多的业务， 极大地丰富了人们的 网络体验。 但是， 在不同的业务之间， 可能由于共享相同的资源、 或者操作 之间存在矛盾等而发生业务冲突， 如何解决业务之间的沖突问题已成为一个 亟待解决的问题。

以彩铃业务和呼叫完成业务为例， 在这两个业务之间存在发生冲突的可 能性。 其中， 彩铃业务在端局方案中由主叫交换机控制彩铃的播放和终止， 在智能网方案中由智能网中的业务控制点 （ Service Control Point, SCP )控 制彩铃的播放和停止。呼叫完成业务包括漏话提醒子业务和开机提醒子业务 等。 漏话提醒子业务可以提醒被叫用户有哪些电话遗漏（包括关机、 不在服 务区、 忙、 无应答等情况下漏接的电话）； 开机提醒子业务可以在由于被叫 忙或关机而使主叫用户呼叫失败的情况下， 当被叫用户转为空闲或开机时通 知主叫用户。基于智能网技术方案的呼叫完成业务中，移动交换中心（Mobile Switching Center, MSC )在本网的被叫用户无应答、 忙、 关机等情况下触发 业务到控制呼叫完成业务的 SCP, 由该 SCP控制完成呼叫完成业务中包括 对主叫用户的放音提示等的逻辑处理。

彩铃业务和呼叫完成业务在如下情况下会发生冲突，其中主叫用户 A呼 叫被叫用户 B, 被叫用户 B订购有彩铃业务和呼叫完成业务。 当用户 A拨 打用户 B的号码时， 用户 A所在拜访地的 MSCa通过接续到用户 B所在拜 访地的 MSCb来使用户 B开始振铃， 并且控制彩铃业务的 SCP在被叫保持 在未接状态时接续到彩铃放音平台，彩铃放音平台通过 MSCa向用户 A播放 彩铃。 当被叫无应答时， MSCb向控制呼叫完成业务的 SCP发送初始检测点 ( Initial Detect Point, IDP ) 消息， 该 SCP基于 IDP消息希望通过 MSCb和 MSCa向用户 A放音。

但是， 由于被叫用户 B振铃开始之后就开始了彩铃播放， 使得彩铃占据 了 MSCa与主叫用户 A之间的媒体通道。并且， 由于没有恰当的机制来通知 彩铃业务停止，使得彩铃仍在继续播放，从而不能对用户 A进行呼叫完成业 务所需的放音提示。 由于呼叫完成业务中的放音操作失败， 使得后续的逻辑 无法执行， 例如前转到语音邮箱让主叫进行留言等逻辑。 这样， 对于同一个 呼叫， 在彩铃业务和呼叫完成业务之间出现了业务冲突， 彩铃业务存在的时 候， 呼叫完成业务不能正常执行。

除了彩铃业务和呼叫完成业务之间的冲突之外，还存在其他业务冲突的 情况。 目前除了将可能发生冲突的特性进行省略以被动回避冲突之外， 没有 行之有效的主动解决冲突的方案。 发明内容

本发明实施例提供了用于控制业务的方法、 冲突检测装置、 业务控制装 置和系统， 能够主动解决业务之间的冲突， 使得发生冲突的业务可以顺利执 行， 从而增强用户的通信体验。

一方面， 本发明实施例提供了一种用于控制业务的方法， 包括： 接收并 记录第一业务实例的业务控制网元发送的所述第一业务实例的上下文信息， 所述上下文信息包括所述第一业务实例的关键字和地址信息； 接收第二业务 实例的业务控制网元发送的冲突检测请求， 所述冲突检测请求携带指示信息 和所述第二业务实例的关键字， 所述指示信息用于指示所述第二业务实例要 求相冲突的业务实例执行的操作； 当所述上下文信息中的关键字与所述冲突 检测请求携带的关键字相匹配时，基于所述地址信息向所述第一业务实例的 业务控制网元发送所述指示信息， 以使所述第一业务实例执行所述操作。

另一方面， 本发明实施例提供了一种用于控制业务的方法， 包括： 当触 发第二业务实例时， 生成携带指示信息和所述第二业务实例的关键字的冲突 检测请求， 所述指示信息用于指示所述第二业务实例要求相沖突的业务实例 执行的操作； 向冲突检测装置发送所述沖突检测请求， 以使所述冲突检测装 置基于所述第二业务实例的关键字匹配到所记录的第一业务实例的上下文 信息中的关键字时，基于所述上下文信息中的地址信息向所述第一业务实例 的业务控制网元发送所述指示信息以使所述第一业务实例执行所述操作。

再一方面， 本发明实施例提供了一种用于控制业务的方法， 包括： 当触 发第一业务实例时， 向冲突检测装置发送所述第一业务实例的上下文信息， 所述上下文信息包括所述第一业务实例的关键字和地址信息， 以使所述冲突 检测装置接收并记录所述上下文信息； 接收所述冲突检测装置发送的指示信 息， 其中所述指示信息是由所述冲突检测装置在收到第二业务实例的业务控 制网元发送的携带有所述指示信息和所述第二业务实例的关键字的冲突检 测请求之后、 当所述上下文信息中的关键字与所述冲突检测请求携带的关键 字相匹配时发送的， 用于指示所述第二业务实例要求相冲突的业务实例执行 的操作； 基于所述指示信息， 控制所述第一业务实例执行所述操作。

又一方面， 本发明实施例提供了一种冲突检测装置， 包括： 接收记录模 块， 用于接收并记录第一业务实例的业务控制网元发送的所述第一业务实例 的上下文信息， 所述上下文信息包括所述第一业务实例的关键字和地址信 息；接收模块，用于接收第二业务实例的业务控制网元发送的冲突检测请求， 所述冲突检测请求携带指示信息和所述第二业务实例的关键字， 所述指示信 息用于指示所述第二业务实例要求相冲突的业务实例执行的操作； 发送模 块， 用于当所述上下文信息中的关键字与所述冲突检测请求携带的关键字相 匹配时，基于所述地址信息向所述第一业务实例的业务控制网元发送所述指 示信息， 以使所述第一业务实例执行所述操作。

又一方面， 本发明实施例提供了一种业务控制装置， 包括： 生成模块， 用于当触发第二业务实例时， 生成携带指示信息和所述第二业务实例的关键 字的冲突检测请求， 所述指示信息用于指示所述第二业务实例要求相冲突的 业务实例执行的操作； 发送模块， 用于向冲突检测装置发送所述冲突检测请 求， 以使所述冲突检测装置基于所述第二业务实例的关键字匹配到所记录的 第一业务实例的上下文信息中的关键字时，基于所述上下文信息中的地址信 息向所述第一业务实例的业务控制网元发送所述指示信息以使所述第一业 务实例执行所述操作。

又一方面， 本发明实施例一种业务控制装置， 包括： 发送模块， 用于当 触发第一业务实例时， 向冲突检测装置发送所述第一业务实例的上下文信 息， 所述上下文信息包括所述第一业务实例的关键字和地址信息， 以使所述 冲突检测装置接收并记录所述上下文信息； 接收模块， 用于接收所述冲突检 测装置发送的指示信息， 其中所述指示信息是由所述冲突检测装置在收到第 二业务实例的业务控制网元发送的携带有所述指示信息和所述第二业务实 例的关键字的沖突检测请求之后、 当所述上下文信息中的关键字与所述冲突 检测请求携带的关键字相匹配时发送的， 用于指示所述第二业务实例要求相 冲突的业务实例执行的操作； 控制模块， 用于基于所述指示信息， 控制所述 第一业务实例执行所述操作。

又一方面， 本发明实施例提供了一种用于控制业务的系统， 该系统包括 第一业务实例的业务控制装置、 第二业务实例的业务控制装置和冲突检测装 置。 第一业务实例的业务控制装置用于当触发所述第一业务实例时， 向所述 冲突检测装置发送所述第一业务实例的上下文信息， 所述上下文信息包括所 述第一业务实例的关键字和地址信息； 接收所述冲突检测装置发送的指示信 息； 基于所述指示信息， 控制所述第一业务实例执行所述指示信息指示的操 作。 第二业务实例的业务控制装置用于当触发第二业务实例时， 生成携带所 述指示信息和所述第二业务实例的关键字的冲突检测请求， 所述指示信息用 于指示所述第二业务实例要求相冲突的业务实例执行的操作； 向所述冲突检 测装置发送所述冲突检测请求。 冲突检测装置用于接收并记录所述上下文信 息； 接收所述冲突检测请求； 当所述上下文信息中的关键字与所述冲突检测 请求携带的关键字相匹配时，基于所述地址信息向所述第一业务实例的业务 控制网元发送所述指示信息， 以使所述第一业务实例执行所述操作。

根据本发明实施例提供的上述技术方案， 冲突检测装置根据由第二业务 实例的业务控制装置发送的冲突检测请求和第一业务实例的上下文信息， 可 以使第一业务实例执行第二业务实例要求其执行的操作， 而不像相关技术那 样第一业务实例仍按照自己的方式执行， 因此可以主动解决业务之间的冲突 问题， 使得第一业务实例和第二业务实例的操作可以得以协调， 第二业务实 例的执行不会由于存在相冲突的第一业务实例而受到妨碍， 从而可以增强用 户的通信体险。 附图说明

为了更清楚地说明本发明实施例的技术方案， 下面将对实施例中所需要 使用的附图作筒单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的 一些实施例， 对于本领域技术人员来讲， 在不付出创造性劳动的前提下， 还 可以根据这些附图获得其他的附图。

图 1是根据本发明实施例的由例如冲突检测装置执行的用于控制业务的 方法的流程图。 图 2是根据本发明实施例的用于控制业务的另一方法的流程图。

图 3是根据本发明实施例的由例如第二业务实例的业务控制网元执行的 用于控制业务的方法的流程图。

图 4是根据本发明实施例的用于控制业务的再一方法的流程图。

图 5是根据本发明实施例的由例如第一业务实例的业务控制网元执行的 用于控制业务的方法的流程图。

图 6是根据本发明实施例的用于控制业务的又一方法的流程图。

图 7是根据本发明实施例的在业务出现冲突的情况下的交互示意图。 图 8是根据本发明实施例的在第二业务实例未触发或者第二业务实例不 属于冲突场景而不存在冲突的情况下的交互示意图。

图 9是根据本发明实施例的在第一业务实例未触发或者第一业务实例不 属于冲突场景而不存在冲突的情况下的交互示意图。

图 10是根据本发明实施例的解决彩铃业务实例和呼叫完成业务实例之 间的冲突的交互式意图。

图 11是根据本发明实施例的冲突检测装置的结构框图。

图 12是根据本发明实施例的另一冲突检测装置的结构框图。

图 13是根据本发明实施例的业务控制装置的结构框图。

图 14是根据本发明实施例的另一业务控制装置的结构框图。

图 15是根据本发明实施例的再一业务控制装置的结构框图。

图 16是根据本发明实施例的又一业务控制装置的结构框图。

图 17是根据本发明实施例的用于控制业务的系统的示意图。 具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例的技术方案进行清 楚、 完整地描述。 显然， 所描述的实施例是本发明的一部分实施例， 而不是 全部实施例。 基于本发明中的所述实施例， 本领域技术人 在没有做出创造 性劳动的前提下所获得的所有其他实施例， 都应属于本发明保护的范围。

首先， 结合图 1描述根据本发明实施例的用于控制业务的方法 100。 如图 1所示， 方法 100包括： 在 S110中， 接收并记录第一业务实例的 业务控制网元发送的第一业务实例的上下文信息， 上下文信息包括第一业务 实例的关键字和地址信息； 在 S120 中， 接收第二业务实例的业务控制网元 发送的冲突检测请求， 冲突检测请求携带指示信息和第二业务实例的关键 字， 指示信息用于指示第二业务实例要求相冲突的业务实例执行的操作； 在

S130中， 当上下文信息中的关键字与冲突检测请求携带的关键字相匹配时， 基于地址信息向第一业务实例的业务控制网元发送指示信息， 以使第一业务 实例执行操作。

为了描述的筒便， 在下文中假设第一业务实例为业务实例 A, 第二业务 实例为业务实例 B， 第一业务实例的业务控制网元为网元 A， 第二业务实例 的业务控制网元为网元 B。 在同一个呼叫中， 当业务实例 A和业务实例 B 同时存在时，将发生业务冲突， 业务实例 A的存在将使得后触发的业务实例 B不能正常执行。 网元 A和网元 B可以是相同的网元， 也可以是不同的网 元。

方法 100可以由用于解决业务间冲突的冲突检测装置执行， 冲突检测装 置可以是网元 A或网元 A的一部分， 也可以是网元 B或网元 B的一部分， 还可以是独立于网元 A和网元 B的网元或该网元的一部分。 冲突检测装置 可以硬件方式实现， 也可以软件方式实现， 还可以硬件和软件相结合的方式 实现。

在 S110中， 关键字可以表明业务实例的特性。 通过业务实例的关键字， 可以将两个业务实例进行关联， 说明两个业务之间可能存在业务冲突。

例如， 业务实例的关键字可以包括主叫号码和被叫号码。 通过主叫号码 和被叫号码可以确定该业务实例对应哪两个用户之间的呼叫。 主叫号码和被 叫号码相同的两个业务实例对应相同的呼叫， 因此这两个业务实例可能需要 占用相同的信道资源才能实现， 从而当两个业务实例需要同时执行时可能出 现冲突。

再例如， 业务实例的关键字除了主叫号码和被叫号码之外， 还可以包括 冲突类型标识。 通过沖突类型标识可以确定该业务实例所属于的冲突场景。 例如， 如果业务实例 X、 Y和 Z之间属于同一个冲突场景即存在业务冲突的 可能， 则使业务实例 X、 Y和 Z的关键字中包括相同的冲突类型标识（例如 冲突类型 1 ); 而另外三个业务实例 XX、 YY和 ZZ之间如果属于另一个冲 突场景， 则在它们各自的关键字中设置另一相同的冲突类型标识（例如冲突 类型 2 )。

举例来说， 由于同一呼叫的呼叫完成业务实例和彩铃业务实例之间可能 发生冲突即属于同一个冲突场景， 因此， 可以将彩铃业务实例的关键字设置 为冲突类型 1、 主叫号码 M和被叫号码 N， 呼叫完成业务实例的关键字设置 为冲突类型 1、 主叫号码 M和被叫号码 N。

业务实例的关键字可以提前由技术人员配置到控制该业务实例的业务 控制网元中。 技术人员根据业务的特性， 可以提前分析出哪些业务之间可能 出现冲突， 并为可能发生冲突的业务设置关键字字段， 当触发业务的某个业 务实例时， 基于关键字字段来生成业务实例的具体关键字。

业务实例的地址信息可以指向该业务实例， 即通过地址信息可以找到该 业务实例， 并与该业务实例进行交互， 从而控制该业务实例的操作。

根据本发明的一个实施例， 第一业务实例的地址信息可以包括第一业务 实例的业务控制网元的网元标识和第一业务实例的实例标识。

通过网元标识（例如编号、 IP地址等）， 可以确定控制业务实例的业务 控制网元。 通过实例标识， 可以唯一确定一个具体的业务实例， 并在业务实 例的业务控制网元中找到该业务实例， 从而与该业务实例进行交互。 例如， 业务实例 A的地址信息包括网元 A的网元标识和业务实例 A的实例标识。 可以通过网元标识找到网元 A,通过实例标识在网元 A中找到该具体的业务 实例 A, 从而可以与业务实例 A进行交互， 控制业务实例 A的操作。

在 S120中， 网元 B向冲突检测装置发送冲突检测请求， 在冲突检测请 求中携带业务实例 B的关键字， 以使冲突检测装置基于业务实例 B的关键 字寻找是否存在与业务实例 B相沖突的业务实例。在沖突检测请求中还携带 指示信息，通过指示信息来表明业务实例 B要求相冲突的业务实例执行的操 作， 以在相冲突的业务实例执行相应操作后解决冲突。

例如， 业务实例 B和相冲突的业务实例都需要占用相同的资源， 但由于 该资源被相冲突的业务实例占用着， 使得业务实例 B 无法占用从而无法操 作， 此时业务实例 B可以要求相冲突的业务实例执行停止操作， 从而使相冲 突的业务实例释放资源， 业务实例 B继而可以占用资源而执行。 再例如， 如 果业务实例 B 需要以相冲突的业务实例的某一特定操作为前提才能正常执 行， 但相冲突的业务实例在正常情况下不执行该特定操作， 那么业务实例 B 需要请求相冲突的业务实例执行该特定操作。 当然， 本领域技术人员还可以 想到其他业务实例 B和相冲突的业务实例发生冲突的情况，先触发的相冲突 的业务实例需要执行后触发的业务实例 B 要求相沖突的业务实例执行的操 作之后， 业务实例 B才可以正常执行， 这样两者之间的冲突得以解决。 在 S130 中， 例如， 当关键字包括主叫号码和被叫号码时， 上下文信息 中的关键字与冲突检测请求携带的关键字相匹配可以指： 上下文信息中的主 叫号码与冲突检测请求携带的主叫号码相匹配， 且上下文信息中的被叫号码 与冲突检测请求携带的被叫号码相匹配。

再例如， 当关键字包括冲突类型标识、 主叫号码和被叫号码时， 上下文 信息中的关键字与冲突检测请求携带的关键字相匹配可以指： 上下文信息中 的主叫号码与冲突检测请求携带的主叫号码相匹配， 上下文信息中的被叫号 码与冲突检测请求携带的被叫号码相匹配， 且上下文信息中的冲突类型标识 与所述冲突检测请求携带的冲突类型标识相匹配。

如果冲突检测装置基于业务实例 B的关键字匹配到所记录的业务实例 A 的关键字， 则说明业务实例 A与业务实例 B相冲突， 后触发的业务实例 B 由于业务实例 A的存在而无法正常执行。

为了解决两者之间的冲突， 可以强行控制业务实例 A执行业务实例 B 要求相冲突的业务实例 A执行的操作， 因此， 冲突检测装置基于地址信息向 网元 A发送指示信息， 以使网元 A控制业务实例 A执行与指示信息相应的 操作， 从而解决冲突。

根据本发明的一个实施例， 在上下文信息有效的情况下， 向第一业务实 例的业务控制网元发送指示信息。

上下文信息的有效表明业务实例 A正在执行。如杲上下文信息无效， 例 如业务实例 A 已结束或者业务实例 A基于执行状况指示的上下文信息有效 期届满等， 则说明业务实例 A 已停止执行， 此时没有与业务实例 B相冲突 的业务实例 A存在， 因此无需冲突检测装置解决业务冲突。

为了解决冲突， 冲突检测装置基于业务实例 A的地址信息向网元 A发 送指示信息， 以使网元 A控制业务实例 A执行业务实例 B要求业务实例 A (即相冲突的业务实例）执行的操作， 从而在业务实例 A执行该操作后， 业 务实例 B可以正常执行。

根据本发明实施例提供的用于控制业务的方法， 通过利用第一业务实例 的上下文信息和与第二业务实例相应的冲突检测请求， 可以使得第一业务实 例执行第二业务实例要求它执行的操作， 而不像相关技术那样第一业务实例 仍按照自己的方式执行， 因此可以主动解决业务实例之间的沖突问题， 使得 第一业务实例和第二业务实例的操作可以得以协调， 第二业务实例的执行不 会由于存在相冲突的第一业务实例而受到妨碍，从而可以增强用户的通信体 验。

图 2是根据本发明实施例的用于控制业务的另一方法 200的流程图。 方 法 200的 S210和 S220与方法 100的 S110和 S120相同。

在 S225 中， 基于第二业务实例的关键字， 在所记录的业务实例的上下 文信息中进行匹配。

被触发的业务实例可以将自己的上下文信息发送给冲突检测装置， 因此 在冲突检测装置中可能保存有多个业务实例的上下文信息。 冲突检测装置根 据冲突检测请求中携带的第二业务实例的关键字，在自己所记录的业务实例 的上下文信息中进行匹配， 以搜索是否有与第二业务实例的关键字相匹配的 关键字， 例如相一致的关键字。 这样， 在匹配到关键字之后， 可以执行解决 冲突的相关操作。

根据本发明的一个实施例， 在 S210 中接收的上下文信息中的地址信息 可以包括第一业务实例的业务控制网元的网元标识和第一业务实例的实例 标识。 方法 200的 S232和 S234可以执行方法 100的 S130。

在 S232中， 基于网元标识， 确定第一业务实例的业务控制网元。

据业务实例 A所在网元的网元标识， 可以找到网元 A。 该网元标识可 以是网元 A的编号、 IP地址等。

在 S234 中， 基于实例标识， 向第一业务实例的业务控制网元发送指示 信息。

实例标识指向一个具体的业务实例， 通过实例标识可以找到相应业务实 例， 并与之交互， 控制该业务实例的操作。 例如， 基于彩铃业务实例的实例 标识， 唯一确定并指向在两用户之间执行的彩铃业务实例， 从而可以在彩铃 业务实例的业务控制网元中找到该彩铃业务实例， 并控制该彩铃业务实例的 操作， 即通过彩铃业务实例的实例标识， 可以控制彩铃业务实例的播放、 暂 停、 中断等。

因此， 根据业务实例 A的实例标识， 可以指向业务实例 A， 与业务实例 A进行交互， 从而控制业务实例 A来执行业务实例 B要求其执行的操作。 冲突检测装置将指示信息发送给网元 A,网元 A基于该指示信息控制业务实 例 A执行相应操作。 根据本发明的实施例， 方法 200还可以包括其他的步骤。

在 S240 中， 在收到第一业务实例的业务控制网元基于指示信息返回的 操作成功的响应之后， 删除上下文信息。

例如， 业务实例 B可以要求业务实例 A执行停止操作来解决两者的冲 突。 网元 A收到执行停止操作的指示信息之后， 停止业务实例 A, 然后向冲 突检测装置返回操作成功的响应。 冲突检测装置收到该响应之后， 确定业务 实例 A已经停止， 冲突已经解决， 于是删除业务实例 A的上下文信息， 以 表明没有正在执行的业务实例 A。

在 S250 中， 向第二业务实例的业务控制网元返回冲突检测响应， 以使 第二业务实例执行后续操作。

冲突检测装置收到沖突检测请求之后， 如果匹配到业务实例 A 的关键 字， 则向网元 A发送指示信息。 如果网元 A返回操作成功的响应， 则冲突 检测装置向网元 B返回冲突检测响应， 以使业务实例 B接着正常执行操作 流程。 如果网元 A返回操作失败的响应， 则冲突检测装置向网元 B返回冲 突检测响应， 以使业务实例 B暂时不要接着执行操作流程， 而再次向冲突检 测服务器发送冲突检测请求以再次解决冲突，或者使业务实例 B等待预定时 间 （例如 20秒）再接着正常执行操作流程。 如果冲突检测装置没有匹配到 业务实例的关键字， 说明不存在相冲突的业务实例， 于是直接向网元 B返回 冲突检测响应， 以使业务实例 B接着正常执行操作流程。 当 B可以顺利并 完整地执行下去时， 可以给用户带来基于业务实例 B的完整通信体验。

进一步， 在本发明的一个实施例中， 如果冲突检测装置收到第一业务实 例的业务控制网元发送的删除上下文信息的请求， 则删除第一业务实例的上 下文信息。

当业务实例 A不再执行或即将结束（例如， 可以为业务实例 A设定执 行时间， 当距离执行时间期满还有 5秒时， 认为业务实例 A即将结束） 时， 网元 A可以请求冲突检测装置删除业务实例 A的上下文信息， 以使得保存 在冲突检测装置中的上下文信息对应着正在执行的业务实例。 这样， 可以减 少冲突检测装置存储的上下文信息的数量，从而减少存储上下文信息需要占 用的存储空间， 也可以减少冲突检测时需要检测的上下文信息的数量， 提高 检测速度。

在本发明的一个实施例中， 如杲冲突检测装置检测到第一业务实例的上 下文信息失效， 则删除第一业务实例的上下文信息。

网元 A上 ·艮的业务实例 Α的上下文信息中可以携带业务实例 A的环境 信息， 该环境信息中可以包括业务实例 A执行的开始时间和结束时间。 当业 务实例 A的结束时间到达时， 业务实例 A停止， 上下文信息失效， 可以删 除掉失效的上下文信息， 节省存储上下文信息的空间， 并使得保存的上下文 信息都是有效的上下文信息。

在图 2中， 虽然 S240在 S250之前执行，但是 S240和 S250也可以并发 执行， S240还可以在 S250之后执行， 两者的执行顺序对本发明的保护范围 没有限制， 只要在 S230之后执行即可。

根据本发明实施例提供的用于控制业务的方法， 通过删除上下文信息， 可以保证记录的上下文信息是与正在执行的业务实例有关的上下文信息， 也 可以保证记录的上下文信息都是有效的信息， 不仅有利于准确判断冲突的存 在， 还可以节省存储上下文信息的空间。 通过向第二业务实例的业务控制网 元返回冲突检测响应， 可以使第二业务实例在合适时刻继续执行第二业务实 例后续操作， 避免在冲突解决前进行无谓的后续操作而造成不必要的网络开 销， 并使得第二业务实例不会在冲突的情况下执行， 业务功能得以保证。

接下来， 结合图 3描述根据本发明实施例的用于控制业务的方法 300。 如图 3所示， 方法 300包括： 在 S310中， 当触发第二业务实例时， 生 成携带指示信息和第二业务实例的关键字的冲突检测请求， 指示信息用于指 示第二业务实例要求相冲突的业务实例执行的操作； 在 S320 中， 向冲突检 测装置发送冲突检测请求， 以使冲突检测装置基于第二业务实例的关键字匹 配到所记录的第一业务实例的上下文信息中的关键字时，基于上下文信息中 的地址信息向第一业务实例的业务控制网元发送指示信息以使第一业务实 例执行所述操作。

其中， 在 S310 中， 第二业务实例的关键字可以包括主叫号码和被叫号 码， 除此之外还可以包括冲突类型标识， 相关内容可以参考上述方法 100中 的 S110。 冲突检测请求中的指示信息用于表示业务实例 B要求相冲突的业 务实例执行的操作。 例如， 与呼叫完成业务实例相应的指示信息可以表示呼 叫完成业务实例要求同一呼叫的彩铃业务实例执行停止操作。

在 S320中， 网元 B向冲突检测装置发送冲突检测请求， 以使冲突检测 装置基于冲突检测请求中携带的关键字，确定是否存在与业务实例 B相冲突 的业务实例， 并在匹配到关键字的情况下确定存在相冲突的业务实例 A, 接 着向网元 A发送指示信息， 以使网元 A控制业务实例 A执行相应操作。 冲 突检测装置的相关操作可以参考上述方法 100的 S110至 S130。

根据本发明实施例提供的用于控制业务的方法， 通过在存在业务冲突可 能性的情况下利用沖突检测请求， 可以有效避免冲突的发生， 使得后触发的 第二业务实例不会因为相冲突的第一业务实例的执行而不能正常执行，从而 可以为用户带来更好的通信体验。

图 4是根据本发明实施例的用于控制业务的另一方法 400的流程图。 方 法 400的 S410与 S420与方法 300的 S310和 S320相同。

在 S405 中， 基于为第二业务实例所属业务配置的关键字字段， 获取第 二业务实例的关键字。

技术人 可以通过分析业务实例 B所属业务的业务特性，来配置与业务 实例 B所属业务相应的关键字字段。 例如， 如果业务实例 B所属的业务是 呼叫完成业务， 则根据呼叫完成业务的业务特性（例如， 占用主叫用户和被 叫用户之间的信道资源， 可能与同一呼叫的彩铃业务实例相沖突等）， 可以 为呼叫完成业务配置包含冲突类型标识 （该标识指示与彩铃业务实例相冲 突）、 主叫号码和被叫号码的关键字字段。 这样， 当触发业务实例 B时， 可 以基于为业务实例 B配置的关键字字段， 获取业务实例 B的关键字， 例如 业务实例 B的关键字是冲突类型 1、 主叫号码 M和被叫号码 N。

在 S430中 ,接收冲突检测装置响应沖突检测请求返回的冲突检测响应。 冲突检测装置在对网元 B发送的冲突检测请求中的关键字进行匹配、并 向网元 A发送指示信息之后， 可以向网元 B返回冲突检测响应。

在 S440中， 基于冲突检测响应， 控制第二业务实例执行后续操作。 冲突检测响应可能是在解决了两业务实例之间的冲突之后发出的， 也可 能是在没有检测到沖突的情况下发出的， 等等。 无论是什么情况， 网元 B接 收到冲突检测响应之后， 可以控制业务实例 B接着执行后续操作。 S440的 相关参考可以参考上述方法 200中的 S250的相关描述。

根据本发明实施例提供的用于控制业务的方法， 通过接收冲突检测响 应， 可以控制第二业务实例在合适时刻继续执行后续操作， 避免在冲突解决 前第二业务实例进行无谓的后续操作而造成不必要的网络开销， 并使得第二 业务实例不会在沖突的情况下执行， 业务功能得以保证。 接下来， 结合图 5描述根据本发明实施例的用于控制业务的方法 500。 如图 5所示， 方法 500包括： 在 S510中， 当触发第一业务实例时， 向 冲突检测装置发送第一业务实例的上下文信息， 上下文信息包括第一业务实 例的关键字和地址信息， 以使冲突检测装置接收并记录上下文信息； 在 S520 中， 接收沖突检测装置发送的指示信息， 其中指示信息是由沖突检测装置在 收到第二业务实例的业务控制网元发送的携带有指示信息和第二业务实例 的关键字的冲突检测请求之后、 当上下文信息中的关键字与冲突检测请求携 带的关键字相匹配时发送的， 用于指示第二业务实例要求相冲突的业务实例 执行的操作； 在 S530中， 基于指示信息， 控制第一业务实例执行该操作。

其中， 在 S510中， 控制第一业务实例 （业务实例 A ) 的业务控制网元

(网元 A )在业务实例 A被触发时， 将业务实例 A的上下文信息发送给冲 突检测装置。 上下文信息可以包括业务实例 A的关键字和业务实例 A的地 址信息。 上下文信息的相关内容可以参考上述方法 S110中的相关描述。

冲突检测装置接收并记录业务实例 A的上下文信息，以用于之后进行冲 突检测。

在 S520 中， 网元 A从冲突检测装置接收指示信息。 该指示信息是冲突 检测装置基于冲突检测请求和业务实例 A的上下文信息发送的，其相关内容 可以参考上述方法 100的 S120和 S130。

在 S530中， 网元 A基于指示信息， 控制业务实例 A执行相应操作， 从 而可以解决两业务实例之间的冲突。

根据本发明实施例提供的用于控制业务的方法， 通过向沖突检测装置发 送并注册第一业务实例的上下文信息， 可以便于对冲突进行检测， 并在冲突 存在时找到第一业务实例而命令第一业务实例执行解决冲突需执行的操作。 这样， 通过利用上下文信息， 可以有效避免冲突的发生， 使得后触发的第二 业务实例不会因为相沖突的第一业务实例的执行而不能正常执行， 从而可以 为用户带来更好的通信体验。

图 6是根据本发明实施例的用于控制业务的方法 600的流程图。方法 600 的 S610至 S630与方法 500的 S510和 S530相同。

在 S605 中， 基于为第一业务实例所属业务配置的关键字字段， 获取第 一业务实例的关键字。

技术人员可以通过分析业务实例 A所属业务的业务特性，来配置与业务 实例 A所属业务相应的关键字字段。 例如， 如果业务实例 A所属的业务是彩 铃业务， 则根据彩铃业务的业务特性（例如， 占用主叫用户和被叫用户之间 的信道资源， 可能与同一呼叫的呼叫完成业务实例相冲突等）， 可以为彩铃 业务配置包含冲突类型标识 （该标识指示与呼叫完成业务实例相冲突）、 主 叫号码和被叫号码的关键字字段。 这样， 当触发业务实例 A时， 可以基于为 业务实例 A配置的关键字字段， 获取业务实例 A的关键字， 例如业务实例 A的关键字是冲突类型 1、 主叫号码 M和被叫号码 N。

接下来， 结合图 7至图 9描述在不同的场景下冲突检测装置和网元 A、 网元 B之间的交互过程的例子。

图 7是根据本发明实施例的在业务出现沖突的情况下的交互示意图。 其 中， 业务实例 A和业务实例 B相沖突， 当业务实例 A正在执行时， 如果触 发业务实例 B， 业务实例 B将不能正常执行。

由于业务实例 A和业务实例 B处于冲突场景， 因此可以提前在业务控 制网元 A和业务控制网元 B中分别设置业务实例 A和业务实例 B的关键字。

在 S710中， 当业务实例 A (第一业务实例）被触发时， 控制第一业务 实例 A的业务控制网元 A向冲突检测装置发送携带业务实例 A的上下文信 息的上下文信息注册请求，请求注册业务实例 A的上下文信息。 该上下文信 息包括业务实例 A的关键字、 网元 A的网元 ID (网元标识） 和业务实例 A 的实例 ID (实例标识）。

在 S720中， 冲突检测装置保存所获取的上下文信息。

在 S730中， 冲突检测装置向网元 A返回上下文信息注册响应， 通知网 元 A注册成功。

在 S740 中， 当业务实例 B (第二业务实例）被触发时， 由于控制业务 实例 B的业务控制网元 B向冲突检测装置发送冲突检测请求， 在冲突检测 请求中携带业务实例 B的关键字和指示信息，该指示信息用于指示业务实例 B要求与它相沖突的业务实例执行的操作。

在 S750 中， 冲突检测装置接收到冲突检测请求之后， 冲突检测装置匹 配上下文信息， 具体是基于冲突检测请求中的关键字在它所记录的上下文信 息中进行匹配。当确定冲突检测请求中的关键字与业务实例 A的上下文信息 中的关键字相匹配时， 确定存在与业务实例 B相冲突的业务实例， 需要解决 业务实例 B和业务实例 A之间的冲突。 在 S760中， 向网元 A发送冲突检测请求中携带的指示信息， 通过该指 示信息控制业务实例 A执行业务实例 B要求相冲突的业务实例 （即业务实 例 A )执行的操作， 即解决冲突的操作。

在 S770中， 网元 A上的业务实例 A基于该指示信息， 执行用于解决冲 突的操作。

在 S780中， 网元 A上的业务实例 A执行用于解决冲突的操作之后， 向 冲突检测装置返回通知消息， 以说明已成功执行解决冲突的操作， 冲突得以 解决。

在 S790中， 冲突检测装置向网元 B返回响应于冲突检测请求的冲突检 测响应， 从而网元 B控制业务实例 B接着正常执行后续操作。

在 S795中， 由于处理业务实例 A和业务实例 B之间冲突时使业务实例 A停止执行而结束， 因此删除业务实例 A的上下文信息。

其中， S790也可以在 S795之后执行， 或与 S795同时执行。

图 8是根据本发明实施例的在第二业务实例未触发或者第二业务实例不 属于冲突场景而不存在冲突的情况下的交互示意图。 其中， 业务实例 B (第 二业务实例）与业务实例 A (第一业务实例） 不会发生冲突； 或者业务实例 B 虽然会与业务实例 A发生冲突， 但是业务实例 B没有触发， 因此仍然不 会出现冲突。

S810、 S820和 S830与 S710、 S720和 S730相同。

在 S840中， 网元 B在当前业务实例 A所涉及的呼叫中没有触发业务实 例 B, 或者虽然触发业务实例 B, 但是业务实例 B不属于冲突场景， 即技术 人员根据业务实例 B所属业务的特性， 提前确定业务实例 B不会与业务实 例 A相冲突。

在 S850中， 业务实例 A结束或者将要结束。

在 S860中， 网元 A向冲突检测装置发送用于请求删除业务实例 A的上 下文信息的上下文信息删除请求。

在 S870中， 冲突检测装置删除业务实例 A的上下文信息。

在 S880中， 冲突检测装置向网元 A发送上下文信息删除响应， 以通知 网元 A成功删除了业务实例 A的上下文信息。

图 9是根据本发明实施例的在第一业务实例未触发或者第一业务实例不 属于冲突场景而不存在冲突的情况下的交互示意图。 其中， 业务实例 A (第 一业务实例）与业务实例 B (第二业务实例） 不会发生冲突； 或者业务实例 A虽然会与业务实例 B发生冲突， 但是业务实例 A没有触发， 因此仍然不 会出现冲突。

在 S910中， 在本次呼叫中未触发业务实例 A, 或者虽然触发了业务实 例 A, 但是业务实例 A不属于冲突场景， 即技术人员根据业务实例 A所属 业务的特性， 提前确定业务实例 A不会与业务实例 B相冲突。

在 S920中， 网元 B向冲突检测装置发送冲突检测请求， 在冲突检测请 求中携带业务实例 B的关键字和指示信息。该指示信息用于指示业务实例 B 要求相冲突的业务实例执行的操作，由于与业务实例 B相冲突的业务实例是 业务实例 A, 所以指示信息用于指示业务实例 B要求业务实例 A执行的操 作。

在 S930 中， 冲突检测装置基于冲突检测请求中的关键字， 在所记录的 上下文信息中进行匹配。 但是， 没有匹配到具有相同关键字的上下文信息。

在 S940中， 冲突检测装置向网元 B返回冲突检测响应， 从而网元 B控 制业务实例 B接着执行后续操作。

下面， 以第一业务实例是彩铃业务实例、 第二业务实例是基于智能网方 案的呼叫完成业务实例为例， 来具体说明如何根据本发明实施例提供的方法 来解决两个业务之间存在的业务冲突。 本领域技术人员可以想到， 釆用本发 明实施例提供的发明构思，还可以处理需要相冲突的业务实例进行相互配合 以解决业务沖突的其他情况。

如图 10所示， 在 S1005中， 由于在当前呼叫中触发了彩铃业务实例， 于是控制彩铃业务的业务控制网元 A开始命令播放彩铃。

在 S1010中，网元 A将当前呼叫中的彩铃业务实例的上下文信息发送给 冲突检测装置， 请求注册上下文信息。 上下文信息可以包括彩铃业务实例的 关键字 （例如， 冲突类型标识、 主叫号码、 被叫号码） 和地址信息 （例如， 网元 A的网元 ID和彩铃业务实例的实例 ID )。 上下文信息还可以包括其他 信息， 例如彩铃业务的业务标识、 当前时间戳以及上下文信息失效时间等。

在 S1020中， 冲突检测装置将上下文信息保存起来。

在 S1030中， 冲突检测装置向网元 A返回上下文信息注册响应，表示已 经保存成功。

在 S1040中， 当被叫用户无应答时， 在控制呼叫完成业务的业务控制网 元 B上触发呼叫完成业务实例。

在 S1050中，由于提前在网元 B上设置了处于冲突场景的与呼叫完成业 务相关的关键字， 所以当网元 B触发呼叫完成业务实例时， 自动产生呼叫完 成业务实例的关键字（例如， 沖突类型标识、 主叫号码、 被叫号码）。 网元 B 将呼叫完成业务实例的关键字以及指示信息携带在冲突检测请求中向冲突 检测装置发送， 该指示信息用于指示呼叫完成业务实例要求彩铃业务实例停 止彩铃播放。

在 S1060中， 冲突检测装置基于冲突检测请求中携带的关键字， 在所记 录的上下文信息中进行匹配。 由于呼叫完成业务实例的关键字与彩铃业务实 例的关键字相匹配（例如，具有相同的冲突类型标识、主叫号码、被叫号码）， 并且彩铃业务实例的上下文信息中的失效时间晚于冲突检测装置进行匹配 的当前时间， 所以冲突检测装置确定存在相冲突的彩铃业务实例， 于是获取 彩铃业务实例的上下文信息中的网元 ID和实例 ID, 前进到 S1070。 如果冲 突检测装置没有找到相匹配的关键字， 或者虽然找到相匹配的关键字、 但是 相匹配的关键字对应的失效时间早于当前时间， 则冲突检测装置确定不存在 相冲突的情况， 于是前进到 S1095。

在 S1070中， 冲突检测装置根据获取的网元 ID, 向网元 A发送冲突检 测请求中携带的指示信息，通过该指示信息指示网元 A停止彩铃业务实例的 播放。

在 S1080中， 网元 A基于指示信息停止彩铃业务实例 ,具体可以是停止 彩铃的播放。

在 S1090中， 网元 A上的彩铃业务实例停止彩铃播放后， 网元 A向冲 突检测装置返回通知消息， 以通知响应于指示信息成功进行操作的操作结 果。

在 S 1095中， 冲突检测装置向网元 B发送冲突检测响应， 网元 B接收 到冲突检测响应之后， 控制呼叫完成业务实例对主叫用户进行放音等。

在 S1098中， 由于彩铃业务实例停止了播放， 所以冲突检测装置删除彩 铃业务实例的上下文信息。也有可能是由于网元 A向冲突检测装置发送了删 除上下文信息的请求、 或上下文信息的失效时间已到， 而使得冲突检测装置 删除彩铃业务实例的上下文信息。 由于彩铃业务实例停止操作后释放了与主 叫用户的媒体通道， 所以呼叫完成业务实例能向主叫用户放音。 其中， S1095可以在 S1098之后执行， 或与 S1098同时执行。

根据本发明实施例提供的用于控制业务的方法， 通过引入冲突检测装 置， 可以解决同一呼叫的彩铃业务实例和呼叫完成业务实例之间的冲突， 从 而在被叫用户没有应答时， 可以停止彩铃业务实例进行的彩铃播放， 使得呼 叫完成业务实例可以正常执行， 因此可以增强用户的通信体验， 不会因为被 叫用户无应答而持续听到彩铃的播放。

上面描述了根据本发明实施例的用于控制业务的方法，下面将结合图 11 和图 16描述根据本发明实施例的用于控制业务的装置的结构框图。

图 11是根据本发明实施例的冲突检测装置 1100的结构框图。

冲突检测装置 1100包括接收记录模块 1110、接收模块 1120和发送模块

1130。 接收记录模块 1110可用于接收并记录第一业务实例的业务控制网元 发送的第一业务实例的上下文信息， 上下文信息包括第一业务实例的关键字 和地址信息。 接收模块 1120可用于接收第二业务实例的业务控制网元发送 的冲突检测请求， 冲突检测请求携带指示信息和第二业务实例的关键字， 指 示信息用于指示第二业务实例要求相冲突的业务实例执行的操作。发送模块 1130 可用于当上下文信息中的关键字与冲突检测请求携带的关键字相匹配 时， 基于地址信息向第一业务实例的业务控制网元发送指示信息， 以使第一 业务实例执行所述操作。

接收记录模块 1110、接收模块 1120和发送模块 1130的上述和其他操作 和 /或功能可以参考上述方法 100的 S110至 S130, 为了避免重复， 在此不再 赘述。

本发明实施例提供的冲突检测装置通过利用第一业务实例的上下文信 息和与第二业务实例相应的冲突检测请求， 可以使得第一业务实例执行第二 业务实例要求它执行的操作， 而不像相关技术那样第一业务实例仍按照自己 的方式执行， 因此可以主动解决业务之间的冲突问题， 使得第一业务实例和 第二业务实例的操作可以得以协调， 第二业务实例的执行不会由于存在相冲 突的第一业务实例而受到妨碍， 从而可以增强用户的通信体验。

图 12是根据本发明实施例的冲突检测装置 1200的结构框图。

冲突检测装置 1200的接收记录模块 1210、 接收模块 1220和发送模块 1230和冲突检测装置 1100的接收记录模块 1110、 接收模块 1120和发送模 块 1130基本相同。 根据本发明的一个实施例， 关键字可以包括主叫号码和被叫号码。 此时 发送模块 1230可用于当上下文信息中的主叫号码与冲突检测请求携带的主 叫号码相匹配，且上下文信息中的被叫号码与冲突检测请求携带的被叫号码 相匹配时， 基于地址信息向第一业务实例的业务控制网元发送指示信息。

根据本发明的一个实施例， 关键字除了包括主叫号码和被叫号码之外， 还可以包括冲突类型标识。 此时， 发送模块 1230可用于当上下文信息中的 主叫号码与冲突检测请求携带的主叫号码相匹配， 上下文信息中的被叫号码 与冲突检测请求携带的被叫号码相匹配， 且上下文信息中的冲突类型标识与 冲突检测请求携带的冲突类型标识相匹配时，基于地址信息向第一业务实例 的业务控制网元发送指示信息。

根据本发明的一个实施例， 冲突检测装置 1200 还可以包括匹配模块 1235。 匹配模块 1235可用于基于第二业务实例的关键字， 在所记录的业务 实例的上下文信息中进行匹配。

根据本发明的一个实施例， 冲突检测装置 1200还可以包括第一删除模 块 1240。 第一删除模块 1240可用于在收到第一业务实例的业务控制网元基 于指示信息返回的操作成功的响应之后， 删除上下文信息。

根据本发明的一个实施例， 冲突检测装置 1200 还可以包括返回模块 1250。 返回模块 1250可用于向第二业务实例的业务控制网元返回冲突检测 响应， 以使第二业务实例执行后续操作。

根据本发明的一个实施例， 地址信息可以包括第一业务实例的业务控制 网元的网元标识和第一业务实例的实例标识。 此时， 发送模块 1230可以包 括确定单元 1232和发送单元 1234。确定单元 1232可用于基于网元标识，确 定第一业务实例的业务控制网元。 发送单元 1234可用于基于实例标识， 向 第一业务实例的业务控制网元发送指示信息。

根据本发明的一个实施例， 冲突检测装置 1200还可以包括第二删除模 块 1260。 第二删除模块 1260可用于当收到第一业务实例的业务控制网元发 送的删除上下文信息的请求时， 删除上下文信息。

根据本发明的一个实施例， 冲突检测装置 1200还可以包括第三删除模 块 1270。 第三删除模块 1270可用于当上下文信息失效时，删除上下文信息。

根据本发明的一个实施例， 发送模块 1230可用于在上下文信息有效的 情况下， 向第一业务实例的业务控制网元发送指示信息。 根据本发明的一个实施例， 第一业务实例和第二业务实例可以分别是同 一呼叫的彩铃业务实例和呼叫完成业务实例。

匹配模块 1235、 第一删除模块 1240、 返回模块 1250、 发送模块 1230、 确定单元 1232、 发送单元 1234、 第二删除模块 1260和第三删除模块 1270 的上述和其他操作和 /或功能可以参考上述方法 100和方法 200的相关内容， 为了避免重复， 在此不再赘述。

本发明实施例提供的冲突检测装置通过删除上下文信息， 可以保证记录 的上下文信息是与正在执行的业务实例有关的上下文信息， 也可以保证记录 的上下文信息都是有效的信息， 不仅有利于准确判断冲突的存在， 还可以节 省存储上下文信息的空间。通过向第二业务实例的业务控制网元返回冲突检 测响应， 可以使第二业务实例在合适时刻继续进行后续操作， 避免在冲突解 决前第二业务实例进行无谓的后续操作而造成不必要的网络开销， 并使得第 二业务实例不会在冲突的情况下执行， 业务功能得以保证。

图 13是根据本发明实施例的业务控制装置 1300的结构框图。

业务控制装置 1300包括生成模块 1310和发送模块 1320。生成模块 1310 可用于当触发第二业务实例时， 生成携带指示信息和第二业务实例的关键字 的冲突检测请求， 指示信息用于指示第二业务实例要求相冲突的业务实例执 行的操作。 发送模块 1320可用于向冲突检测装置发送冲突检测请求， 以使 冲突检测装置基于第二业务实例的关键字匹配到所记录的第一业务实例的 上下文信息中的关键字时，基于上下文信息中的地址信息向第一业务实例的 业务控制网元发送指示信息以使第一业务实例执行所述操作。

生成模块 1310和发送模块 1320的上述和其他操作和 /或功能可以参考上 述方法 300的 S310至 S320, 为了避免重复， 在此不再赘述。

本发明实施例提供的业务控制装置通过在存在业务冲突可能性的情况 下利用冲突检测请求， 可以有效避免冲突的发生， 使得后触发的第二业务实 例不会因为相冲突的第一业务实例的执行而不能正常执行， 从而可以为用户 带来更好的通信体验。

图 14是根据本发明实施例的业务控制装置 1400的结构框图。

业务控制装置 1400的生成模块 1410和发送模块 1420与业务控制装置 1300的生成模块 1310和发送模块 1320相同。

根据本发明的一个实施例， 业务控制装置 1400 还可以包括获取模块 1405。 获取模块 1405可用于基于为第二业务实例所属业务配置的关键字字 段， 获取第二业务实例的关键字。

根据本发明的一个实施例， 业务控制装置 1400 还可以包括接收模块 1430和控制模块 1440。接收模块 1430可用于接收冲突检测装置响应冲突检 测请求返回的沖突检测响应。 控制模块 1440可用于基于沖突检测响应， 控 制第二业务实例执行后续操作。

获取模块 1405、 接收模块 1430和控制模块 1440的上述和其他操作和 / 或功能可以参考上述方法 400的 S405、 S430至 S440, 为了避免重复， 在此 不再赘述。

本发明实施例提供的业务控制装置通过接收沖突检测响应， 可以控制第 二业务实例在合适时刻继续进行后续操作， 避免在冲突解决前第二业务实例 进行无谓的后续操作而造成不必要的网络开销， 并使得第二业务实例不会在 冲突的情况下执行， 业务功能得以保证。

图 15是根据本发明实施例的业务控制装置 1500的结构框图。

业务控制装置 1500包括发送模块 1510、接收模块 1520和控制模块 1530。 发送模块 1510可用于当触发第一业务实例时， 向冲突检测装置发送第一业 务实例的上下文信息， 上下文信息包括第一业务实例的关键字和地址信息， 以使冲突检测装置接收并记录上下文信息。 接收模块 1520可用于接收冲突 检测装置发送的指示信息， 其中指示信息是由冲突检测装置在收到第二业务 实例的业务控制网元发送的携带有指示信息和第二业务实例的关键字的冲 突检测请求之后、 当上下文信息中的关键字与冲突检测请求携带的关键字相 匹配时发送的， 用于指示第二业务实例要求相冲突的业务实例执行的操作。 控制模块 1530可用于基于指示信息， 控制第一业务实例执行所述操作。

发送模块 1510、 接收模块 1520和控制模块 1530的上述和其他操作和 / 或功能可以参考上述方法 500的 S510至 S530 , 为了避免重复， 在此不再赘 述。

本发明实施例提供的业务控制装置通过向冲突检测装置发送并注册第 一业务实例的上下文信息， 可以便于对冲突进行检测， 并在冲突存在时找到 第一业务实例而命令第一业务实例执行解决冲突需执行的操作。 这样， 通过 利用上下文信息， 可以有效避免冲突的发生， 使得后触发的第二业务实例不 会因为相冲突的第一业务实例的执行而不能正常执行，从而可以为用户带来 更好的通信体验。

图 16是根据本发明实施例的业务控制装置 1600的结构框图。 业务控制 装置 1600的发送模块 1610、 接收模块 1620和控制模块 1630与业务控制装 置 1500的发送模块 1510、 接收模块 1520和控制模块 1530相同。

根据本发明的一个个实施例， 业务控制装置 1600还可以包括获取模块

1605。 获取模块 1605可用于基于为第一业务实例所属业务配置的关键字字 段， 获取第一业务实例的关键字。

获取模块 1605 的上述和其他操作和 /或功能可以参考上述方法 600 的 S605 , 为了避免重复， 在此不再赘述。 这样， 通过将关键字携带在上下文信 息中， 有利于沖突检测装置判断是否存在沖突。

图 17是根据本发明实施例的用于控制业务的系统 1700的示意图。

系统 1700包括第一业务实例的业务控制装置 1710、 第二业务实例的业 务控制装置 1720和冲突检测装置 1730。

第一业务实例的业务控制装置 1710可用于当触发第一业务实例时， 向 冲突检测装置 1730发送第一业务实例的上下文信息， 上下文信息包括第一 业务实例的关键字和地址信息； 接收冲突检测装置 1730发送的指示信息； 基于指示信息， 控制第一业务实例执行指示信息指示的操作。

第二业务实例的业务控制装置 1720可用于当触发第二业务实例时， 生 成携带指示信息和第二业务实例的关键字的冲突检测请求， 指示信息用于指 示第二业务实例要求相沖突的业务实例执行的操作； 向冲突检测装置 1730 发送冲突检测请求。

冲突检测装置 1730可用于接收并记录上下文信息； 接收冲突检测请求； 当上下文信息中的关键字与冲突检测请求携带的关键字相匹配时，基于地址 信息向第一业务实例的业务控制网元 1710发送指示信息， 以使第一业务实 例执行所述操作。

第一业务实例的业务控制装置 1710、第二业务实例的业务控制装置 1720 和冲突检测装置 1730的上述和其他操作和 /或功能可以参考上述方法 100至 600的描述， 为了避免重复， 在此不再赘述。

根据本发明实施例提供的用于控制业务的系统， 冲突检测装置根据由第 二业务实例的业务控制装置发送的冲突检测请求和第一业务实例的业务控 制装置发送的上下文信息， 可以使第一业务实例执行第二业务实例要求其执 行的操作， 而不像相关技术那样第一业务实例仍按照自己的方式执行， 因此 可以主动解决业务之间的冲突问题，使得第一业务实例和第二业务实例的操 作可以得以协调， 第二业务实例的执行不会由于存在相冲突的第一业务实例 而受到妨碍， 从而可以增强用户的通信体验。

本领域技术人 可以意识到， 结合本文中所公开的实施例中描述的各方 法步骤和单元， 能够以电子硬件、 计算机软件或者二者的结合来实现， 为了 清楚地说明硬件和软件的可互换性， 在上述说明中已经按照功能一般性地描 述了各实施例的步骤及组成。 这些功能究竟以硬件还是软件方式来执行， 取 决于技术方案的特定应用和设计约束条件。 本领域技术人员可以对每个特定 的应用使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发 明的范围。

结合本文中所公开的实施例描述的方法步骤可以用硬件、处理器执行的 软件程序、 或者二者的结合来实施。 软件程序可以置于随机存取存储器 ( RAM )、 内存、 只读存储器 （ROM )、 电可编程 ROM、 电可擦除可编程 ROM, 寄存器、 硬盘、 可移动磁盘、 CD-ROM 或技术领域内所公知的任意 其它形式的存储介质中。

尽管已示出和描述了本发明的一些实施例， 但本领域技术人员应该理 解，在不脱离本发明的原理和精神的情况下，可对这些实施例进行各种修改， 这样的修改应落入本发明的范围内。

Claims

权利要求

1. 一种用于控制业务的方法， 其特征在于， 包括：

接收并记录第一业务实例的业务控制网元发送的所述第一业务实例的 上下文信息， 所述上下文信息包括所述第一业务实例的关键字和地址信息； 接收第二业务实例的业务控制网元发送的冲突检测请求， 所述冲突检测 请求携带指示信息和所述第二业务实例的关键字， 所述指示信息用于指示所 述第二业务实例要求相冲突的业务实例执行的操作；

当所述上下文信息中的关键字与所述冲突检测请求携带的关键字相匹 配时，基于所述地址信息向所述第一业务实例的业务控制网元发送所述指示 信息， 以使所述第一业务实例执行所述操作。

2. 根据权利要求 1 所述的方法， 其特征在于， 所述关键字包括主叫号 码和被叫号码；

所述上下文信息中的关键字与所述冲突检测请求携带的关键字相匹配 包括：

所述上下文信息中的主叫号码与所述冲突检测请求携带的主叫号码相 匹配， 且所述上下文信息中的被叫号码与所述冲突检测请求携带的被叫号码 相匹配。

3. 根据权利要求 2所述的方法， 其特征在于， 所述关键字包括冲突类 型标识；

所述上下文信息中的关键字与所述冲突检测请求携带的关键字相匹配 还包括：

所述上下文信息中的冲突类型标识与所述冲突检测请求携带的冲突类 型标识相匹配。

4. 根据权利要求 1 所述的方法， 其特征在于， 所述向所述第一业务实 例的业务控制网元发送所述指示信息之后， 还包括：

在收到所述第一业务实例的业务控制网元基于所述指示信息返回的操 作成功的响应之后， 删除所述上下文信息。

5. 根据权利要求 1 所述的方法， 其特征在于， 所述向所述第一业务实 例的业务控制网元发送所述指示信息之后， 还包括：

向所述第二业务实例的业务控制网元返回沖突检测响应， 以使所述第二 业务实例执行后续操作。

6. 根据权利要求 1 所述的方法， 其特征在于， 所述地址信息包括所述 第一业务实例的业务控制网元的网元标识和所述第一业务实例的实例标识； 其中， 所述基于所述地址信息向所述第一业务实例的业务控制网元发送 所述指示信息包括：

基于所述网元标识， 确定所述第一业务实例的业务控制网元； 基于所述实例标识， 向所述第一业务实例的业务控制网元发送所述指示 信息。

7. 根据权利要求 1所述的方法， 其特征在于， 所述向所述第一业务实 例的业务控制网元发送所述指示信息包括：

在所述上下文信息有效的情况下， 向所述第一业务实例的业务控制网元 发送所述指示信息。

8. 根据权利要求 1至 7中任一项所述的方法， 其特征在于， 所述第一 业务实例是一个呼叫的彩铃业务实例， 所述第二业务实例是所述一个呼叫的 呼叫完成业务实例。

9. 一种用于控制业务的方法， 其特征在于， 包括：

当触发第二业务实例时， 生成携带指示信息和所述第二业务实例的关键 字的冲突检测请求， 所述指示信息用于指示所述第二业务实例要求相冲突的 业务实例执行的操作；

向冲突检测装置发送所述冲突检测请求， 以使所述沖突检测装置基于所 述第二业务实例的关键字匹配到所记录的第一业务实例的上下文信息中的 关键字时，基于所述上下文信息中的地址信息向所述第一业务实例的业务控 制网元发送所述指示信息以使所述第一业务实例执行所述操作。

10. 根据权利要求 9所述的方法， 其特征在于， 所述生成携带指示信息 和所述第二业务实例的关键字的冲突检测请求之前， 还包括：

基于为所述第二业务实例所属业务配置的关键字字段， 获取所述第二业 务实例的关键字。

11. 根据权利要求 9所述的方法， 其特征在于， 所述向冲突检测装置发 送所述冲突检测请求之后， 还包括：

接收所述冲突检测装置响应所述冲突检测请求返回的冲突检测响应； 基于所述沖突检测响应， 控制所述第二业务实例执行后续操作。

12. 一种用于控制业务的方法， 其特征在于， 包括：

当触发第一业务实例时， 向冲突检测装置发送所述第一业务实例的上下 文信息， 所述上下文信息包括所述第一业务实例的关键字和地址信息， 以使 所述冲突检测装置接收并记录所述上下文信息；

接收所述沖突检测装置发送的指示信息， 其中所述指示信息是由所述冲 突检测装置在收到第二业务实例的业务控制网元发送的携带有所述指示信 息和所述第二业务实例的关键字的冲突检测请求之后、 当所述上下文信息中 的关键字与所述冲突检测请求携带的关键字相匹配时发送的， 用于指示所述 第二业务实例要求相冲突的业务实例执行的操作；

基于所述指示信息， 控制所述第一业务实例执行所述操作。

13. 根据权利要求 12所述的方法， 其特征在于， 所述向冲突检测装置 发送所述第一业务实例的上下文信息之前， 还包括：

基于为所述第一业务实例所属业务配置的关键字字段， 获取所述第一业 务实例的关键字。

14. 一种沖突检测装置， 其特征在于， 包括：

接收记录模块， 用于接收并记录第一业务实例的业务控制网元发送的所 述第一业务实例的上下文信息， 所述上下文信息包括所述第一业务实例的关 键字和地址信息；

接收模块， 用于接收第二业务实例的业务控制网元发送的冲突检测请 求， 所述沖突检测请求携带指示信息和所述第二业务实例的关键字， 所述指 示信息用于指示所述第二业务实例要求相冲突的业务实例执行的操作； 发送模块， 用于当所述上下文信息中的关键字与所述冲突检测请求携带 的关键字相匹配时，基于所述地址信息向所述第一业务实例的业务控制网元 发送所述指示信息， 以使所述第一业务实例执行所述操作。

15. 根据权利要求 14所述的冲突检测装置， 其特征在于， 所述关键字 包括主叫号码和被叫号码；

所述发送模块， 具体用于当所述上下文信息中的主叫号码与所述冲突检 测请求携带的主叫号码相匹配， 且所述上下文信息中的被叫号码与所述冲突 检测请求携带的被叫号码相匹配时，基于所述地址信息向所述第一业务实例 的业务控制网元发送所述指示信息。

16. 根据权利要求 15所述的冲突检测装置， 其特征在于， 所述关键字 包括冲突类型标识；

所述发送模块， 具体用于当所述上下文信息中的主叫号码与所述冲突检 测请求携带的主叫号码相匹配， 所述上下文信息中的被叫号码与所述冲突检 测请求携带的被叫号码相匹配， 且所述上下文信息中的冲突类型标识与所述 冲突检测请求携带的沖突类型标识相匹配时，基于所述地址信息向所述第一 业务实例的业务控制网元发送所述指示信息。

17. 根据权利要求 14所述的冲突检测装置， 其特征在于， 还包括： 第一删除模块， 用于在收到所述第一业务实例的业务控制网元基于所述 指示信息返回的操作成功的响应之后， 删除所述上下文信息。

18. 根据权利要求 14所述的沖突检测装置， 其特征在于， 还包括： 返回模块， 用于向所述第二业务实例的业务控制网元返回冲突检测响 应， 以使所述第二业务实例执行后续操作。

19. 根据权利要求 14所述的冲突检测装置， 其特征在于， 所述地址信 息包括所述第一业务实例的业务控制网元的网元标识和所述第一业务实例 的实例标识；

其中， 所述发送模块包括：

确定单元， 用于基于所述网元标识， 确定所述第一业务实例的业务控制 网元；

发送单元， 用于基于所述实例标识， 向所述第一业务实例的业务控制网 元发送所述指示信息。

20.根据权利要求 14至 19中任一项所述的沖突检测装置，其特征在于， 所述第一业务实例是一个呼叫的彩铃业务实例， 所述第二业务实例是所述一 个呼叫的呼叫完成业务实例。

21. 一种业务控制装置， 其特征在于， 包括：

生成模块， 用于当触发第二业务实例时， 生成携带指示信息和所述第二 业务实例的关键字的沖突检测请求， 所述指示信息用于指示所述第二业务实 例要求相冲突的业务实例执行的操作；

发送模块， 用于向冲突检测装置发送所述冲突检测请求， 以使所述冲突 检测装置基于所述第二业务实例的关键字匹配到所记录的第一业务实例的 上下文信息中的关键字时，基于所述上下文信息中的地址信息向所述第一业 务实例的业务控制网元发送所述指示信息以使所述第一业务实例执行所述 操作。

22. 根据权利要求 21所述的业务控制装置， 其特征在于， 还包括： 获取模块， 用于基于为所述第二业务实例所属业务配置的关键字字段， 获取所述第二业务实例的关键字。

23. 根据权利要求 21所述的业务控制装置， 其特征在于， 还包括： 接收模块， 用于接收所述冲突检测装置响应所述冲突检测请求返回的冲 突检测响应；

控制模块， 用于基于所述冲突检测响应， 控制所述第二业务实例执行后 续操作。

24. —种业务控制装置， 其特征在于， 包括：

发送模块， 用于当触发第一业务实例时， 向冲突检测装置发送所述第一 业务实例的上下文信息， 所述上下文信息包括所述第一业务实例的关键字和 地址信息， 以使所述冲突检测装置接收并记录所述上下文信息；

接收模块， 用于接收所述冲突检测装置发送的指示信息， 其中所述指示 信息是由所述冲突检测装置在收到第二业务实例的业务控制网元发送的携 带有所述指示信息和所述第二业务实例的关键字的冲突检测请求之后、 当所 述上下文信息中的关键字与所述冲突检测请求携带的关键字相匹配时发送 的， 用于指示所述第二业务实例要求相冲突的业务实例执行的操作；

控制模块， 用于基于所述指示信息， 控制所述第一业务实例执行所述操 作。

25. 根据权利要求 24所述的业务控制装置， 其特征在于， 还包括： 获取模块， 用于基于为所述第一业务实例所属业务配置的关键字字段， 获取所述第一业务实例的关键字。

26. 一种用于控制业务的系统， 其特征在于， 所述系统包括第一业务实 例的业务控制装置、 第二业务实例的业务控制装置和冲突检测装置， 其中： 所述第一业务实例的业务控制装置用于当触发所述第一业务实例时， 向 所述冲突检测装置发送所述第一业务实例的上下文信息， 所述上下文信息包 括所述第一业务实例的关键字和地址信息； 接收所述冲突检测装置发送的指 示信息； 基于所述指示信息， 控制所述第一业务实例执行所述指示信息指示 的操作；

所述第二业务实例的业务控制装置用于当触发第二业务实例时， 生成携 带所述指示信息和所述第二业务实例的关键字的冲突检测请求， 所述指示信 息用于指示所述第二业务实例要求相冲突的业务实例执行的操作； 向所述冲 突检测装置发送所述冲突检测请求；

所述冲突检测装置用于接收并记录所述上下文信息； 接收所述冲突检测 请求； 当所述上下文信息中的关键字与所述冲突检测请求携带的关键字相匹 配时，基于所述地址信息向所述第一业务实例的业务控制网元发送所述指示 信息， 以使所述第一业务实例执行所述操作。