实现智能路由的方法及系统
技术领域
本发明涉及通信领域的路由技术, 尤其涉及实现智能路由的方法及 系统。 发明背景
在传统电路域业务中, 用户可以登记呼叫等待、 无条件呼叫前转、 遇忙呼叫前转、 无应答呼叫前转等一种以上被叫侧业务, 为呼入来话提 供不同的前转、等待的被叫联系方式,这些业务之间相互独立没有关联, 触发点固定为被叫用户忙、 被叫用户久叫不应、 无条件这三种, 应用场 景有限, 比如用户希望在开会时将呼入来话前转的需求场景, 就无法实 现。
目前,随着分組域话音业务的发展,开始出现一种用户预先定制的、 基于用户呈现 (presence )状态的为呼入来话提供不同前转方式的呼叫 智能路由业务, 如呼叫串行前转、 呼叫并行前转、 呼叫转语音邮箱、 呼 叫信息转文本消息等。 用户可以在分组域中发布自己的呈现状态, 比如 "我在开会", 通过网络消息如 SIP PUBLISH消息发布。 基于此, 就可以 实现上述的用户希望在开会时将呼入来话前转的需求场景。 但是这种方 法仍存在以下不足:
1、 为呼入来话提供的被叫联系方式主要为几种呼叫前转方式, 缺 乏其它有效的路由联系方式如呼叫等待、 排队、 呼叫录音转 email等, 因此其路由联系方式少;
2、 缺乏为用户群組如 Centrex群、 代答组提供呼叫智能路由业务, 缺乏基于不同被叫属性标识如被叫号码、 若干种被叫所属某种类型群组
号的一种以上智能路由策略;
3、 作为智能路由触发条件之一的用户呈现信息包括显示呈现信息 和隐式呈现信息, 显示呈现信息是指用户通过某种方式向网络发布的呈 现信息, 隐式呈现信息是指用户终端当前在网络中的自然呈现信息, 如 设备连通状态、 业务应用、 所处网络位置及类型等。 而目前缺乏对被叫 用户所有可能的隐式呈现信息的完整使用, 如缺乏所处网络位置及类型 的隐式状态, 使用户在定制业务时难以精确描述智能路由业务触发时的 用户状态。
另外, 传统的各类消息应用, 如即时消息 (IM )、 短消息(SMS )、 多媒体消息(MMS )、 电子邮件( email )、 语音消息(voice mail )、 传真
( FAX )> 寻呼消息(Paging )等, 各自有不同的应用网络。 为了有效的 整合这几种消息的获取方式, 目前业界出现了一种统一消息业务
( Unified Messaging ), 将以前通过电话网、 寻呼网、 移动网和互联网等 分别享受的各种消息服务融合起来, 使用户可以通过任意方式获取来自 各种途径的消息, 如可以通过电子邮件将语音消息作为邮件附件发送给 用户。
简单地说, 可以把统一消息系统看作一个整合的信箱, 它可以存储 和转发来自各种终端的各种类型的消息, 如即时消息、 短消息、 多媒体 消息、 电子邮件、 语音消息、 传真和 Paging寻呼消息等, 用户可以随时 随地通过电话、 传真机、 PC机(通过 Internet网络)、 手机、 寻呼机等 设备收发以上消息。
但是, 当前的统一消息业务的应用场景仍然有限, 关注的是不同种 类消息的转换, 提供的是一种较为固化的系统架构应用, 比如通过向用 户提供一个统一消息电子邮箱, 所有接收到的消息都转换为 Email电子 邮件提供给用户, 缺乏向以上各类消息提供一种完整的、 预先定制的智
能化的路由策略, 主要表现在以下几方面:
1、 主要为呼入消息提供不同种类消息的转换, 缺乏其它有效的联 系方式, 如消息前转、 消息转呼叫等。
2、 缺乏基于目的用户所有可能的呈现信息的统一消息的处理, 以 及缺乏和其它相关应用的有机结合, 如不能结合呈现(Presence )信息 和实时呼叫控制等, 因此有就缺乏对用户进一步细分需求的满足, 比如 用户在驾车途中, 不方便查看短消息, 希望能够将自己家人发的短消息 转为呼叫, 通过车载手机接听。
3、缺乏为用户群組如 Centrex群、代答组提供统一消息的处理, 缺 乏基于不同被叫属性标识如目的地址、 若干种被叫所属某种类型群组号 的多种智能路由策略。 发明内容
有鉴于此, 本发明提供了两种实现智能路由的方法及其系统 , 以解 决现有通讯路由技术中路由联系方式和路由策略匮乏以及未能充分利 用用户状态信息的问题。
本发明提供以下技术方案如下:
一种智能路由的实现方法, 包括如下步骤:
A、 在指定触发点将呼入来话触发到智能路由处理单元;
B、 智能路由处理单元触发智能路由业务, 获取呼入来话的相关信 息, 依据该相关信息组成至少一个智能路由触发条件;
C、 将当前呼入来话的智能路由触发条件匹配预置的智能路由触发 条件, 获得对应的至少一个智能路由策略, 所述智能路由策略包含一种 智能路由联系方式或具有处理顺序的一种以上智能路由联系方式;
D、 根据获得的智能路由策略中的智能路由联系方式路由所述呼入
来话。
优选地, 所述步骤 A中, 所述在指定触发点将呼入来话触发到智能 路由处理单元是指: 所述呼叫会话控制节点仅在接收到所迷呼入来话的 初始呼入请求消息时, 或仅在将所述呼入来话路由寻址呼出后收到对该 呼入来话的.失败响应消息时, 将该呼入来话触发到智能路由处理单元。
优选地, 步骤 B中, 对同一个呼入来话, 智能路由处理单元仅在接 收到该呼入来话的初始呼入请求消息时触发一次智能路由业务, 或者仅 在接收到该呼入来话的首个失败响应消息时触发一次智能路由业务, 或 者在接收到该呼入来话的初始呼入请求消息时触发智能路由业务后业 务应用失败, 并仅在收到该来话首个失败响应消息时再触发一次智能路 由业务。
优选地, 所述呼入来话的相关信息包括: 被叫属性标识、 呼入来话 属性、 被叫呈现信息和当前时间。
优选地, 步骤 B中, 所述被叫属性标识是被叫号码或某种被叫所属 用户群组号; 所述呼入来话属性是主叫号码、 呼入来话的媒体类型、 呼 入来话呼叫属性中的一种或一种以上的组合; 所述被叫呈现信息为被叫 的显示呈现信息和隐式呈现信息中的一种或两种组合; 所述智能路由处 理单元以一种所述被叫属性标识、 呼入来话属性、 被叫呈现信息和当前 时间组成一个所述智能路由触发条件; 或所述智能路由处理单元分别以 一个以上不同的所述被叫属性标识、 相同的呼入来话属性、 被叫呈现信 息和当前时间组成一个以上不同的智能路由触发条件。
优选地, 所述智能路由处理单元获取用户呈现信息的具体方法为: 被叫归属域呼叫会话控制节点将携带用户呈现信息的消息触发至智能 路由处理单元, 智能路由处理单元从该消息中得到并记录下用户的呈现 信息; 或者, 用户的呈现信息由网络中的呈现服务器统一维护管理, 智
能路由处理单元向该呈现服务器订阅所需用户的呈现信息, 呈现月良务器 在收到订阅消息或用户呈现信息变化时, 向智能路由处理单元通知用户 的呈现信息。
优选地, 所述智能路由联系方式包括: 拒绝呼入、 呼叫串行前转、 呼叫并行前转、 呼叫转语音邮箱或秘书台、 呼叫转电子邮件、 呼叫转数 据消息、 呼叫分配、 呼叫等待、 排队、 语音通知代答和回叫登记。
优选地, 在智能路由联系方式为呼叫转数据消息时, 步骤 D中具体 为将所述呼叫发送到统一消息服务器中转换为数据消息, 再路由该数据 消息。
优选地, 若获得了一个以上智能路由策略, 则按约定或配置的智能 路由策略的先后顺序依次处理, 或者按约定或配置的优先级仅处理级别 最高的智能路由策略。
优选地, 若智能路由策略包含了一种以上智能路由联系方式, 则按 预先定制的智能路由联系方式的处理顺序逐个处理呼入来话。
优选地, 在按所述智能路由策略处理所述呼入来话时, 若其中一种 智能路由联系方式应用成功、 或者所有智能路由联系方式均未症用成功 则停止该智能路由业务。
优选地, 若语音通知代答应用成功时, 若后续仍有其它的智能路由 联系方式未被处理, 则继续处理, 直至后继的一种智能路由联系方式应 用成功、 或者所有后继的智能路由联系方式均未应用成功则停止该智能 路由业务。
一种实现智能路由的系统, 包括呼叫会话控制节点; 其特征在于, 该系统还包括: 与所述呼叫会话控制节点连接的智能路由处理单元, 与 该智能路由处理单元或所述呼叫会话控制节点连接的用户呈现信息处 理单元; 所述呼叫会话控制节点将呼入来话触发到所述智能路由处理单
元, 该智能路由处理单元进行智能路由业务逻辑控制, 所述用户呈现信 息处理单元收集和发布用户的呈现信息, 并提供给所述智能路由处理单 元。
优选的, 所述系统进一步包括: 统一消息服务器, 与所述智能路由 处理单元和呼叫会话控制节点连接, 用于为智能路由业务处理消息会 话。
优选的, 所述呼叫会话控制节点、 智能路由处理单元、 统一消息服 务器和用户呈现信息处理单元均为相互独立的设备, 或者, 所述智能路 由处理单元设置在所述呼叫会话控制节点内; 或者, 所述用户呈现信息 处理单元设置在所述智能路由处理单元内。
一种智能路由的实现方法, 其特征在于, 该方法包括如下步骤:
Al、 将呼入消息会话触发到智能路由处理单元;
BK 智能路由处理单元触发智能路由业务, 获取所述呼入消息会话 的相关信息, 根据该相关信息组成至少一个智能路由触发条件;
C 1、智能路由处理单元将当前呼入会话消息的智能路由触发条件匹 配预置的智能路由触发条件, 获得至少一个智能路由策略并返回给统一 消息服务器, 所述智能路由策略包含一种或一种以上智能路由联系方 式;
D 1、统一消息服务器依据获得的智能路由策略中的智能路由联系方 式路由所述呼入会话消息。
优选地, 步骤 A1 中, 所述统一消息服务器仅在接收到所述呼入消 息会话的初始呼入请求消息时, 或仅在将所述呼入消息会话按原路由联 系方式呼出后收到对该呼入消息会话的失败响应消息时, 将该呼入消息 会话触发到智能路由处理单元。
优选地, 对同一个呼入消息会话, 智能路由处理单元仅在接收到该
呼入消息会话的初始呼入请求消息时触发一次智能路由业务; 或者仅在 接收到该呼入消息会话的首个失败响应消息时触发一次智能路由业务; 或者在接收到该呼入消息会话的初始呼入请求消息而触发智能路由业 务后业务应用失败, 并仅在收到相应的失败响应消息时再触发一次智能 路由业务。
优选地, 所述呼入消息会话相关信息包括: 被叫属性标识、 呼入消 息会话属性、 被叫呈现信息和当前时间。
优选地, 步骤 B1 中, 所述被叫属性标识为目的地址或某种被叫所 属用户群组号, 所述呼入消息会话属性为主叫地址、 呼入消息类型、 内 容媒体类型中的一种或一种以上组合, 所述被叫呈现信息为被叫的显示 呈现信息和隐式呈现信息中的一种或两种组合, 所述智能路由处理单元 以一种所述被叫属性标识、 呼入消息会话属性、 被叫呈现信息和当前时 间组成一个所述智能路由触发条件; 或所述智能路由处理单元分别以一 个以上不同的所述被叫属性标识, 相同的呼入消息会话属性、 被叫呈现 信息和当前时间组成一个以上不同的智能路由触发条件。
优选地, 所述智能路由处理单元获取被叫呈现信息的具体方法为: 统一消息服务器将携带用户呈现信息的消息触发至智能路由处理 单元, 智能路由处理单元从该消息中得到并记录下用户的呈现信息; 或者, 用户的呈现信息由网络中的呈现服务器统一维护管理, 智能 路由处理单元向呈现服务器订阅所需用户的呈现信息, 呈现服务器在收 到订阅消息或用户呈现信息变化时, 通知处理单元用户的呈现信息。
优选地, 若获得处理所述呼入消息会话的一个以上智能路由策略, 则按约定或配置的智能路由策略的先后顺序处理该呼入消息会话; 或者 按约定或配置优先级处理优先级最高的智能路由策略。
优选地, 所述智能路由联系方式包括: 保持呼入方式、 消息前转、
消息转呼叫、 消息寻发、 拒绝呼入和自动消息应'答。
优选地, 若智能路由策略包含了一种以上智能路由联系方式, 则按 预先定制的智能路由联系方式的处理顺序逐个处理。
优选地, 在按所述智能路策略处理呼入消息会话时, 若其中的一种 智能路由联系方式应用成功、 或所有智能路由联系方式均未应用成功则 停止该智能路由业务。
优选地, 若自动消息应答应用成功时, 若后续仍有其它的智能路由 联系方式未被处理, 则继续处理, 直至后继的一种智能路由联系方式应 用成功、 或者所有后继的智能路由联系方式均未应用成功则停止该智能 路由业务。
优选地, 所述智能路由策略中还包括智能路由联系方式对应的消息 建立成功的通知方式, 若呼入消息按所述某种智能路由联系方式建立成 功时, 统一消息服务器采用对应的通知方式通知目的用户。
优选地, 所述消息建立成功的通知方式包括: 即时消息、 短消息、 寻呼消息、 消息等待指示。
优选地, 步骤 C1 中, 智能路由处理单元通过一次消息, 将所有智 能路由联系方式、 及智能路由联系方式对应的所述通知方式发送给统一 消息服务器; 或者, 智能路由处理单元按实际的智能路由联系方式的处 理顺序一次发送消息, 每发送的消息中携带一种智能路由联系方式和对 应的所述通知方式。
一种实现智能路由的系统, 包括用于收发和转换消息的统一消息服 务器;该系统还包括: 与所述统一消息服务器连接的智能路由处理单元, 与该智能路由处理单元连接的用户呈现信息处理单元; 所述用户呈现信 息处理单元收集和发布用户的呈现信息, 并提供给所述智能路由处理单 元, 所述智能路由处理单元 >据所述统一消息服务器触发来的呼入消息
会话获取相应的智能路由策略并提供给统一消息服务器, 所述统一消息 服务器按该智能路由策略处理呼入消息会话。
优选的, 所述统一消息服务器、 智能路由处理单元和用户呈现信息 处理单元均为相互独立的设备, 或者, 所述智能路由处理单元设置在所 述统一消息服务器内; 或者, 所述用户呈现信息处理单元设置在所述智 能路由处理单元内。
与现有技术相比, 由于本发明应用了智能路由处理单元预先设置智 能路由触发条件和对应的智能路由策略, 并按照智能路由策略中的智能 路由联系方式处理呼入会话或消息, 所述触发条件由被叫属性标识、 呼 入来话属性、 被叫呈现信息和当前时间组成, 所述智能路由策略可以包 括一个以上的智能路由联系方式, 因此本发明可以解决现有通讯路由技 术中路由联系方式和路由策略匮乏以及未能充分利用用户状态信息的 问题。
具体的, 对于处理呼入来话的路由, 本发明具有以下有益效果:
1、 使对一个指定目的的语音或视频呼叫, 能够按目的用户预先定 制的一种或若干种联系方式进行联系, 只要目的用户愿意, 总能使呼入 来话按其意愿及当前场景建立成功的会话联系, 总能根据其当前可能得 到联系方式和呼入来话建立有效的联系 , 不仅提高了呼叫接通率, 也为 运营商增加了收入。
2、 用户可以非常方便的为指定的呼入来话设计不同的路由策略, 比如: 用户出差时, 可以给呼入来话播放用户预先录制的语音通知, 告 之其当前情况, 再将呼入来话的录音转电子邮件(email ) 。
3、 若用户当前的联系号码发生改变时, 可以给呼入来话播放改号 的语音通知, 告之其当前的联系号码, 随后再将呼入来话前转至当前的 联系号码。
4、 对企业用户而言, 可以给自己的总机或热线号码, 设置呼叫智 能路由策略, 比如: 第一个联系方式是在一个至若干个代答组(话务员 坐席群) 中进行呼叫分配; 第二个联系方式是让呼入来话排队; 第三个 联系方式是呼叫转 email。
对于处理统一消息业务中的路由, 本发明具有以下技术效果: 采用本发明, 能够使对一个指定目的的某种类型的消息会话, 如 SMS、 MMS、 IM、 emaiL voice mail、 FAX、 Paging, 能够按目的用户 预先定制的一种或若干种联系方式进行联系, 只要目的用户愿意, 总能 使呼入消息按其意愿及当前场景建立成功的会话联系, 总能根据其当前 可能得到联系方式和呼入消息建立有效的联系, 极大的方便了用户。
采用本发明, 用户可以非常方便的为指定的呼入消息设计不同的路 由策略, 比如: 用户在驾车途中, 不方便查看短消息, 希望能够将自己 家人发的短消息转为呼叫, 通过车载手机接听, 则用户可以通过 SIP PUBLISH消息发布自己的显示呈现信息 "我在驾车" , 并设置一条用户 统一消息智能路由业务数据表的记录, 其中呼入消息属性的主叫地址设 置为自己家人的手机号码, 呼入消息属性的呼入消息类型设置为短消 息, 被叫呈现信息设置为 "我在驾车" , 联系方式设置为消息转呼叫。 附图简要说明
图 1为本发明第一种实现智能路由系统的结构示意图;
图 2为本发明第一种实现智能路由方法的流程图;
图 3为本发明第二种实现智能路由系统的结构示意图;
图 4为本发明笫二种实现智能路由方法的流程图。
实施本发明的方式
以下结合附图和具体实施例说明本发明的两种实现智能路由的方 法和系统。
本发明的核心思想为: 应用智能路由处理单元预先设置智能路由触 发条件和对应的智能路由策略, 并按照智能路由策略中的智能路由联系 方式处理呼入会话或消息, 所述触发条件由呼入会话或消息的相关信息 组成, 所述智能路由策略可以包括一个以上的智能路由联系方式。 所述 呼入会话或消息的相关信息具体包括: 被叫属性标识、 呼入来话属性、 被叫呈现信息和当前时间。
本发明所述的第一种实现智能路由的方法和系统向一个指定目的 的语音或视频呼叫, 提供基于一种以上被叫属性标识、 来话属性、 被叫 呈现信息和当前时间的呼叫智能路由业务, 使其能够按目的用户预先定 制的智能路由策略中的一种或一种以上路由联系方式处理呼入来话 , 直 至某个联系应用成功 (语音通知代答除外)或所有定制的联系方式控制 完毕为止。
本发明所述第一种实现智能路由的系统如图 1所示, 其包括: 呼叫 会话控制节点, 与呼叫会话控制节点连接的智能路由处理单元, 与智能 路由处理单元或呼叫会话控制节点连接的用户呈现信息处理单元和统 一消息服务器。
呼叫会话控制节点为用户的呼叫提供会话接续、 地址寻址、 会话状 态管理等处理功能, 是一个独立的物理设备, 如软交换等。 用户可以通 过某种方式接入注册到其归属域的呼叫会话控制节点。
智能路由处理单元为用户提供呼叫智能路由业务逻辑控制的宿主 环境, 可以是一个独立的物理设备, 如某个应用服务器, 接口 II为初始 会话协议( SIP )接口; 智能路由处理单元也可以驻留在呼叫会话控制节
点内, 此时接口 II为自定义的内部接口。
用户呈现信息处理单元收集、 发布用户的呈现信息, 为呼叫智能路 由业务提供业务控制所必须的用户呈现信息, 包括显示呈现信息和隐式 呈现信息,是一个逻辑功能网元。通过接口 12和智能路由处理单元相连 接交互信息, 或通过接口 12和呼叫会话控制节点相连接,再由呼叫会话 控制节点转发和智能路由处理单元交互信息。 可以是一个独立的物理设 备, 如呈现(Presence )服务器, 此时 12接口为 SIP接口, 通过某种方 式将用户呈现信息发送至智能路由处理单元; 用户呈现信息处理单元也 可以驻留在智能路由处理单元内, 此时接口 12为自定义的内部接口。
统一消息服务器处理各类消息会话, 为呼叫智能路由业务提供电子 邮件(email )、 短消息业务(SMS )、 多媒体信息业务( MMS )、 即时消 息 (IM )等的成生和发送。 一般是一个独立的物理设备, 通过接口 13 和智能路由处理单元相连接交互信息,或通过接口 13和呼叫会话控制节 点相连接, 再由呼叫会话控制节点转发和智能路由处理单元交互信息。 接口 13为 SIP接口。
本发明描述的目的用户在通讯网中具有可识别的唯一公共标识, 即 被叫号码, 该标识可以是一个用户电话号码、 一个统一资源定位器 ( URL )地址、 一个特服号码、 一个总机号码等。
在本发明所述的第一种实现智能路由的方法和系统中, 被叫属性标 识可为被叫号码或某种被叫所属用户群组号, 被叫属性标识和呼入来话 属性、 被叫呈现信息和当前时间组成智能路由触发条件。 智能路由触发 条件与智能路由联系方式之间具有一对多的对应关系, 智能路由联系方 式包括拒绝呼入、 呼叫串行前转、 呼叫并行前转、 呼叫转语音邮箱或秘 书台、 呼叫转电子邮件、 呼叫转数据消息、 呼叫分配、 呼叫等待、排队、 语音通知代答和回叫登记。
智能路由处理单元从来话的初始呼入请求消息中可以得到并记录 下目的地址, 即被叫号码, 作为被叫属性标识。 智能路由处理单元还可 通过某种方式查询被叫的属性数据表, 得到并记录下有效存在的被叫所 属某种类型群组号, 如 Centrex群号、 代答群组号等, 作为被叫属性标 识。 其中, 代答群组是指群组内所有用户都可以通过某种相同方式代答 呼入来话。
智能路由处理单元从来话的初始呼入请求消息中可以得到并记录 下呼入来话属性。 呼入来话属性可以是主叫号码、 来话媒体类型、 来话 呼叫属性等中的一种或若干种组合。 来话媒体类型是指来话支持的媒体 能力和编码方式, 如话音、 视频等。 来话呼叫属性可以是长途呼入、 Centrex群内呼入、 Centrex群外呼入等。
被叫呈现信息可以是被叫的显示呈现信息、 隐式呈现信息中的一种 或两种组合。 显示呈现信息是指用户通过某种方式向网络发布的呈现信 息, 如通过 SIP PUBLISH消息从用户终端向网络发布, 呈现信息携带在 SIP PUBLISH消息中; 隐式呈现信息是指用户终端当前在网络中的自然 呈现信息, 如设备连通状态、 业务应用、 所处网珞位置及类型等。 智能 路由处理单元得到用户的呈现信息的方法包括:
A、 被叫归属域呼叫会话控制节点将携带用户呈现信息的消息, 如 SIP PUBLISH消息、 呼叫信令消息、 网络注册消息、 网络注销消息等, 通过某种方式触发至智能路由处理单元, 智能路由处理单元从该消息中 得到并记录下用户的呈现信息。 即智能路由处理单元本身具有用户呈现 信息处理单元特性。
B、 用户的呈现信息由网络中的 Presence (呈现)月良务器统一维护 管理, 智能路由处理单元向 Presence服务器订阅所需用户的呈现信息, 如通过 SIP SUBSCRIBE消息订阅; Presence服务器在收到订阅消息或用
户呈现信息变化时, 向智能路由处理单元通知用户的呈现信息, 如通过
SIP NOTIFY消息通知。
要使用智能路由业务, 目的用户必须首先预先定制智能路由触发条 件和对应的智能路由联系方式。 一般的, 智能路由触发条件和智能路由 联系方式可以设计为数据表格形式, 称为呼叫智能路由业务数据表。 由 于被叫属性标识可以选择为被叫号码或某种被叫所属用户群組号, 如
Centrex群组号、代答群组号等, 因此实际将有多张呼叫智能路由业务数 据表存在,分别称为用户呼叫智能路由业务数据表、 Centrex群呼叫智能 路由业务数据表、 代答群呼叫智能路由业务数据表等。 下面表 1和表 2 分别以用户呼叫智能路由业务数据表和 Centrex群呼叫智能路由业务数 据表的设计示例加以说明 (这两个业务数据表并没有显示所有可能的表 格字段, 也不是这两个表格的唯一格式): 智能路由触发条件 智能路由联系方式 被叫 来话 被叫呈 时间 处理顺 拒绝呼入
号码 属性 现信息 序号 呼叫串行前转
呼叫并行前转
呼叫转语音邮箱或秘书台 呼叫转 email
呼叫转数据消息 呼叫分配
呼叫等待
排队
语音通知代答
回叫登记
智能路由触发条件 智能路由联系方式 被叫所属 来话 被叫呈 时间 处理顺 巨色11 ^入
Centrex群 属性 现信息 序号 呼叫串行前转
号 呼叫并行前转
呼叫转语音邮箱或秘书台 呼叫转 email
呼叫转数据消息 呼叫分配
呼叫等待
排队
语音通知代答
回叫登记
表 2
其中, 处理顺序号是从 1开始的阿拉伯数字, 表示智能路由策略若 干种联系方式的先后处理顺序。 示例中给出了十一种智能路由联系方 式, 目的用户每设置一条表记录, 只能选择一种联系方式, 即一个智能 路由触发条件加一个处理顺序号只匹配一种联系方式。 对相同的智能路 由触发条件, 可以匹配一个以上联系方式, 并匹配不同的处理顺序号, 按处理顺序号串接而成的若干种联系方式即组成一个对应的智能路由 策略。 '
目的用户通过某种方式根据自己的意愿设置上述不同的呼叫智能 路由业务数据表, 表格数据被加载至智能路由处理单元。 其中, 所述被 叫属性标识为必须设置的匹配项, 来话属性、 被叫呈现信息以及时间为 可选的匹配项。 如果用户没有对某可选项匹配项的具体值进行设置, 则 可以在对智能路由触发条件进行匹配时不对该匹配项进行匹配。
本发明所述第一种实现智能路由的方法的流程图参阅图 2所示, 实
现智能路由的过程如下:
步骤 21: 由被叫归属域的呼叫会话控制节点无条件的或根据静态配 置数据的指定将一个语音或视频呼入来话在指定触发点触发至智能路 由处理单元。
所述将呼入来话在指定触发点触发至智能路由处理单元是指: 呼叫 会话控制节点仅在收到呼入来话的初始呼入请求消息时、 或呼叫会话控 制节点将呼入来话路由寻址呼出后收到的失败响应消息时 , 将该呼入会 话触发到智能路由处理单元。
步骤 22: 智能路由处理单元触发智能路由业务,依据所述呼入来话 中获取被叫属性标识、 呼入来话属性和被叫呈现信息加上当前时间组成 当前呼入会话的至少一个智能路由触发条件。
其中, 所述智能路由处理单元以某一种所述被叫属性标识、 所述呼 入来话属性和所述被叫呈现信息加上当前时间组成一个所述智能路由 触发条件; 或所述智能路由处理单元分别以一个以上不同的所述被叫属 性标识、 相同的所述呼入来话属性和所述被叫呈现信息加上当前时间组 成所述一个以上不同的智能路由触发条件。
对同一个呼入来话 , 智能路由处理单元触发呼叫智能路由业务的触 发点只能是如下三种方式之一:
A、 仅在智能路由处理单元收到该来话初始呼入请求消息时触发一 次智能路由业务;
B、 仅在智能路由处理单元收到该来话首个失败响应消息时触发一 次智能路由业务;
C、 在智能路由处理单元收到该来话初始呼入请求消息时触发一次 智能路由业务后业务应用失败, 则仅在收到该来话首个失败响应消息时 再触发一次。
步骤 23: 匹配预置的智能路由触发条件, 若匹配成功则查询得到预 先定制的智能路由联系方式。 相同的智能路由触发条件匹配得到按处理 顺序号串接而成的若干种智能路由联系方式即组成一个对应的智能路 由策略。
由于本发明允许被叫属性标识以被叫号码、 若干种被叫所属某种用 户群组号同时存在, 因此对同一个呼入来话, 可以同时存在一个以上智 能路由触发条件。 智能路由处理单元触发智能路由业务时, 将以不同的 被叫属性标识(例如被叫号码、 被叫所属 Centrex群号、 和被叫所属代 答群组号等)、 相同的来话属性和被叫呈现信息及当前时间, 去遍历匹 配所有可能存在的触发条件, 对应得到至少一个路由策略。
参见表 1所示, 智能路由处理单元以被叫号码、 来话属性、 被叫呈 现信息和当前时间查询用户呼叫智能路由业务数据表, 查询成功得到用 户智能路由策略; 若被叫还有有效的所属群组号, 如 Centrex群号, 参 见表 2所示, 则以 Centrex群号、 来话属性、 被叫呈现信息和当前时间 查询 Centrex群呼叫智能路由业务数据表,查询成功得到 Centrex群智能 路由策略。 ,
步驟 24:智能路由处理单元按得到的路由策略中的智能路由联系方 式路由处理呼入来话。
当匹配出一个以上智能路由策略时, 处理单元可以按约定或配置的 先后顺序处理每个路由策略, 也可以按约定或配置的优先级仅处理级别 最高的路由策略。
本发明所述的智能路由策略中的智能路由联系方式可以是拒绝呼 入、 呼叫串行前转、 呼叫并行前转、 呼叫转语音邮箱或秘书台、 呼叫转 email, 呼叫转数据消息、 呼叫分配、 呼叫等待、 排队、 语音通知代答和 回叫登记等中的一种或按顺序设置的若干种, 但本发明所述的智能路由
联系方式不限于此, 还可以有其他的智能路由联系方式。 处理单元按预 先定制的顺序逐个进行控制, 直至某个联系方式应用成功 (语音通知代 答除外), 则停止此次呼叫智能路由业务, 即使其后还有其它预定制的 联系方式或其它智能路由策略没有控制处理; 或处理完最后一种联系方 式也没有一个联系方式应用成功 (语音通知代答除外), 此时若还有其 它的智能路由策略需要处理, 则继续处理其它的智能路由策略, 否则停 止此次呼叫智能路由业务。
上述智能路由处理单元按得到的路由策略处理呼入来话的具体方 式如下:
1、 目的用户在智能路由策略中设置了拒绝呼入联系方式, 表示拒 绝呼入来话。 智能路由处理单元直接拒绝呼入的来话, 本联系方式应用 成功。
2、 目的用户在智能路由策略中设置了呼叫串行前转联系方式, 包 括一至若干个前转目的地址, 表示按设置顺序将呼入来话依次前转至前 转目的地址, 直至某个前转目的地址被接通, 或所有前转目的地址不可 直至呼叫建立成功, 或所有的前转目的地址不可达。 处理单元呼叫前转 目的地址, 收到振铃信号消息时启动应答监护定时器, 若定时器超时前 转目的地址没有应答, 则处理单元认为该前转目的地址不可达。 每个前 转目的地址的应答监护定时器时长, 可以由目的用户在路由策略中直接 指定, 或由处理单元按约定缺省指定。
3、 目的用户在智能路由策略中设置了呼叫并行前转联系方式, 包 括一至若干个前转目的地址, 表示将呼入来话同时前转至所有的前转目 的地址, 直至某个前转目的地址首先被接通, 或所有前转目的地址不可 达。 智能路由处理单元同时向所有前转目的地址发起新的会话呼叫, 直
至其中某个呼叫首先建立成功, 处理单元释放其它所有正在建立的呼 叫; 或所有的前转目的地址不可达。
4、 目的用户在智能路由策略中设置了呼叫转语音邮箱或秘书台联 系方式, 包括语音邮箱号码或秘书台号码, 表示将呼入来话前转至语音 邮箱或秘书台。 智能路由处理单元向语音邮箱号码或秘书台号码发起呼 叫, 直至呼叫建立成功, 或语音邮箱或秘书台不可达。
5、 目的用户在智能路由策略中设置了呼叫转 email联系方式, 包括 一至若干个前转 email地址, 表示按设置顺序将呼入来话的主叫信息和 / 或留言信息依次发送至前转 email地址, 直至某个 email地址接收成功, 或所有 email地址不可达。 具体为通过统一消息服务器生成一封电子邮 件携带呼入来话主叫用户的留言信息 , 按顺序逐个向前转 email地址发 送, 直至发送成功, 或所有的前转 email地址不可达。 生成携带留言信 息的电子邮件的方式包括:
( 1 )智能路由处理单元将呼入来话向统一消息服务器发起一个新 的初始会话请求消息,并指明呼叫转 email和前转 email地址。统一消息 服务器接收此消息并解析后, 申请媒体资源提醒呼入来话的主叫用户留 言, 用户留言后, 统一消息服务器生成一封携带呼入来话主叫号码和留 言信息的电子邮件。
( 2 ) 智能路由处理单元直接申请媒体资源提醒呼入来话的主叫用 户留言, 用户留言后, 处理单元向统一消息服务器发送某种消息, 指明 呼叫转 email和前转 email地址, 携带呼入来话的主叫号码和留言信息, 统一消息服务器接收此消息并解析后生成一封携带呼入来话主叫号码 和留言信息的电子邮件。
其中, 留言信息的格式可以是如下之一: 留言录音文件 URL链接 地址、 多用途网络邮件扩展(MIME )格式的留言录音文件、 统一消息
服务器或智能路由处理单元申请自动语音识别 (ASR ) 资源将留言录音 转换为文本格式。
其中, 即使主叫用户留言不成功, 统一消息服务器也可以向前转 email地址发送一条文本电子邮件, 只携带呼入来话的主叫号码等来话 属性信息。
6、 目的用户在智能路由策略中设置了呼叫转数据消息联系方式, 数据消息可以是 SMS、 MMS、 IM、 寻呼消息等中的一种, 包括对应的 一个至若干个目的号码,表示按设置顺序将呼入来话的主叫信息和 /或留 言信息根据数据消息类型依次发送至目的地址, 直至某个目的地址接收 成功, 或所有目的地址不可达。 具体可通过统一消息艮务器生成一条数 据消息携带呼入来话主叫用户的留言信息, 按顺序逐个向数据消息目的 号码发送, 直至发送成功, 或所有的目的号码不可达。 生成携带留言信 息的数据消息的方式可以:
( 1 )智能路由处理单元将呼入来话向统一消息服务器发起一个新 的初始会话请求消息, 并指明呼叫转某种数据消息和目的号码。 统一消 息服务器接收此消息并解析后, 申请媒体资源提醒呼入来话的主叫用户 留言, 用户留言后, 统一消息服务器生成一条携带呼入来话主叫号码和 留言信息的数据消息。
( 2 )智能路由处理单元直接申请媒体资源提醒呼入来话的主叫用 户留言, 用户留言后, 处理单元向统一消息服务器发送某种消息, 指明 呼叫转某种数据消息和目的地址, 携带呼入来话的主叫号码和留言信 息, 统一消息服务器接收此消息并解析后生成一条携带呼入来话主叫号 码和留言信息的数据消息。
其中, 留言信息的格式可以是如下之一: 留言录音文件 U L链接 地址、 MIME格式的留言录音文件(数据消息类型为 SMS和寻呼消息
时不能采用此格式)、 统一消息服务器或智能路由处理单元申请 ASR资 源将留言录音转换为文本格式。
其中, 即使主叫用户留言不成功, 统一消息服务器也可以向数据消 息目的号码发送一条文本消息, 只携带呼入来话的主叫号码等来话属性 信息。
7、 目的用户在智能路由策略中设置了呼叫分配联系方式, 包括一 个至若干个代答群组号、 组间分配方式和组内分配方式, 表示将呼入来 话按指定方式分配给这些代答群组内的某个空闲用户, 直至呼入来话被 接通, 或所有代答群组都没接通。 智能路由处理单元将呼入来话按指定 的组间分配方式分配给某个代答群组, 再按指定的组内分配方式呼叫该 群组内的空闲用户, 直至呼入来话被接通或所有代答群组都没接通。 组 间分配方式包括:
顺序分配一按代答群组号的大小顺序;
最闲分配 ~ ^代答群组内空闲用户的多少的顺序;
组内分配方式包括:
同时分配一处理单元将呼入来话同时向群组内所有空闲用户发起 呼叫;
顺序分配"" ^群组内空闲用户的用户标识的大小顺序分配, 处理单 元将呼入来话按顺序向群组内的空闲用户发起呼叫。
8、 目的用户在智能路由策略中设置了呼叫等待联系方式, 表示目 的用户忙时将呼入来话置于等待, 并提示目的用户有新来话呼入。 呼入 来话的目的用户当前正处在通话中时, 智能路由处理单元才能应用此联 系方式。 处理单元向呼入来话的主叫用户播放提示音或发送某种提示消 息如 SIP消息, 提示其等待; 同时向目的用户播放提示音或发送某种提 示消息如 SIP消息, 提示其有新的来话呼入, 目的用户可以通过某种操
作选择接通新的来话呼入, 呼叫建立成功。
一般的, 处理单元将为等待来话启动一个等待定时器监视, 若定时 器超时来话仍没有被接通, 处理单元一般将释放来话, 等待定时器时长 可以由目的用户在路由策略中直接指定, 或由处理单元按约定缺省指 定。
9、 目的用户在智能路由策略中设置了排队联系方式, 表示将呼入 来话置于等待, 置于目的用户的排队队列中。 智能路由处理单元为目的 用户分配一排队队列, 将呼入来话信息存入队列中, 并向呼入来话的主 叫用户播放提示音或发送某种提示消息如 SIP消息, 提示其排队。 一般 的, 处理单元将为排队来话启动一个排队定时器监视, 若定时器超时来 话仍没有被接通, 处理单元一般将释放来话, 排队定时器时长可以由目 的用户在路由策略中直接指定, 或由处理单元按约定缺省指定。 目的用 户接通呼入来话的方式包括:
( 1 ) 智能路由处理单元将向目的用户发送某种提示消息如 SIP 消 息, 提示其有新的来话呼入, 来话呼入信息被按先后顺序在目的用户某 种终端界面上显示, 目的用户可以通过某种操作选择接通一个来话呼 入, 处理单元从排队队列中删除该呼入来话信息。
( 2 ) 智能路由处理单元在目的用户空闲时, 从排队队列中按先进 先出的顺序取出一个呼入来话信息, 向目的用户发起一个新的初始会话 请求消息, 呼叫接通后, 处理单元从排队队列中删除该呼入来话信息。
10、 目的用户在智能路由策略中设置了语音通知代答联系方式, '包 括语音通知种类, 表示给呼入来话的主叫用户播放预先指定的语音通 知。 智能路由处理单元根据指定的语音通知种类申请对应的语音通知资 源, 将呼入来话和语音资源建立会话, 呼入来话的主叫用户听指定的语 音通知。
其中,语音通知可以由网络给定,也可以是目的用户预先自己录制。 比如当语音通知种类为"改号通知音,,时, 语音通知由网络给定, 目的用 户在本联系方式中预先设定新的目的号码, 处理单元在申请语音通知资 源时, 同时携带新的目的号码; 或语音通知由目的用户预先自己录制, 录音时说明新的目的号码。
其中, 语音通知代答联系方式应用成功时, 若智能路由策略中还有 后继其它的联系方法未被处理, 智能路由处理单元继续处理后继的联系 方式, 直至本策略最后一种联系方式或在此之前的某个联系应用成功为 止。
11、 目的用户在智能路由策略中设置了回叫登记联系方式, 包括回 叫条件, 回叫条件为被叫呈现信息, 必须和该智能路由策略对应的智能 路由条件中的被叫呈现信息不一样, 表示记录下呼入来话的主被叫, 并 #放呼入来话, 以在回叫条件被触发时, 自动接通主被叫。 智能路由处 理单元记录下呼入来话的主叫号码、 被叫号码、 回叫条件并为被叫设置 一"回叫激活标志 "后, 释放呼入来话。 本联系方式应用成功, 使得当被 叫呈现信息改变为回叫条件时, 可以回叫呼入来话的主叫用户。
其后, 当被叫呈现信息发生改变时,智能路由处理单元判断"回叫激 活标志,,有效同时当前的被叫呈现信息等于回叫条件,处理单元调用回叫 业务, 通过某种方式使主叫用户和被叫用户之间在双方都空闲时能自动 建立呼叫并接通双方通话。
智能路由策略由一种或若干种处理顺序预先定制的联系方式组成, 每个联系方式的处理顺序位置的逻辑合理性, 既可以由目的用户在数据 设置定制业务时自行决定, 系统不加干预; 也可以在数据设置定制业务 时, 系统提供数据的一致性校验, 根据某些约定的条件加以校验, 如拒 绝呼入、 回叫登记一般只能作为一个智能路由策略中的最后一种联系方
式。
从上可知, 对一个指定目的的语音或视频呼叫, 本发明能够按目的 用户预先定制的一种或若干种联系方式进行联系, 只要目的用户愿意, 能使呼入来话按其意愿及当前场景建立成功的会话联系, 能根据其当前 可能得到联系方式和呼入来话建立有效的联系。 不仅提高了呼叫接通 率, 而且也能为运营商增加收入。
同时, 用户可以非常方便的为指定的呼入来话设计不同的路由策 比^口:
( 1 )用户出差时, 可以给呼入来话播放用户预先录制的语音通知, 告之其当前情况, 再将呼入来话的录音转 emaiL
( 2 ) 用户当前的联系号码发生改变时, 可以给呼入来话播放改号 的语音通知, 告之其当前的联系号码, 随后再将呼入来话前转至当前的 联系号码。
( 3 )企业可以给自己的总机或热线号码, 设置呼叫智能路由策略, 比如: 第一个联系方式是在一个至若干个代答組(话务员坐席群) 中进 行呼叫分配; 第二个联系方式是让呼入来话排队; 第三个联系方式是呼 叫转 email。
以下说明本发明所述的第二种实现智能路由的方法和系统。
本发明所述的第二种实现智能路由的方法和系统向一个指定目的 的消息会话, 如 SMS、 MMS、 IM、 emaiL voice mail, FAX、 Paging等, 提供基于一种以上被叫属性标识、 来话属性、 被叫呈现信息和当前时间 的统一消息智能路由业务, 使其能够按目的用户预先定制的智能路由策 略中的一种或一种以上路由联系方式处理呼入消息会话, 直至某个联系 应用成功 (自动消息应答除外)或所有定制的联系方式控制完毕为止。 当消息建立成功时, 可按预先定制的方式通知目的用户。 本发明是以统
―消息系统为基础, 由统一消息智能路由业务引发的各种消息类型相互 转换包括消息携带的内容媒体的转换, 属于统一消息系统的技术, 不在 本发明的描述范围之内。
本发明所述的第二种实现智能路由的系统参阅图 3所示, 该系统包 括统一消息服务器、智能路由处理单元和用户呈现信息处理单元。其中: 统一消息服务器提供统一消息业务, 处理各类消息的转换、 发送等 功能, 一般是一个独立的物理设备。
智能路由处理单元是为用户提供统一消息的智能路由业务逻辑控 制的宿主环境, 可以是一个独立的物理设备, 如某个应用服务器, 此时 接口 II为初始会话协议 ( SIP )接口; 也可以驻留在统一消息服务器设 备内, 此时接口 II为自定义的内部接口。
用户呈现信息处理单元收集、 发布用户的呈现信息, 为统一消息智 能路由业务提供业务控制所必须的用户呈现信息, 包括显示呈现信息和 隐式呈现信息, 是一个逻辑功能网元。 可以是一个独立的物理设备如呈 现(Presence )服务器, 此时接口 12为 SIP接口, 通过某种方式将用户 呈现信息发送至智能路由处理单元; 也可以驻留在智能路由处理单元 内, 此时接口 12为自定义的内部接口。
本发明所述的第二种实现智能路由的方法和系统描述的目的用户 在呼入消息所属通讯网中具有可识别的唯一公共标识, 即目的地址, 该 标识可以是一个用户手机号码、 一个 URL地址、 一个传真号码等。
所述被叫属性标识可为目的地址或某种被叫所属类型群组号, 被叫 属性标识和来话属性、 被叫呈现信息和当前时间组成智能路由触发条 件。 智能路由触发条件与智能路由联系方式之间具有一对多的对应关 系, 智能路由联系方式包括保持呼入方式、 消息前转、 消息转呼叫、 消 息群发、 拒绝呼入和自动消息应答。
智能路由处理单元接收来自统一消息服务器的接口 II 协议格式的 消息, 从中可以得到并记录下目的地址。 处理单元通过某种方式查询目 的用户的属性数据表, 得到并记录下有效存在的被叫所属某种类型群组 号, 如 Centrex群号、 代答群组号等。 其中, 代答群组是指群组内所有 用户都可以通过某种方式代答呼入消息会话。
智能路由处理单元接收来自统一消息服务器的接口 II 协议格式的 消息, 可以得到并记录下呼入消息属性(即呼入消息会话属性), 该消 息属性可以是主叫地址、 呼入消息类型、 内容媒体类型等中的一种或若 干种组合。呼入消息类型包括 SMS、 MMS、 IM、 email、 voice rnaiK FAX, Paging等, 内容媒体类型包括文本、 音频、 视频、 图片等。
所述被叫呈现信息可以是目的用户的显示呈现信息、 隐式呈现信息 中的一种或两种組合。 显示呈现信息是指用户通过某种方式向网络发布 的呈现信息, 如通过 SIP PUBLISH消息从用户终端向网絡发布, 呈现信 息携带在 SIP PUBLISH消息中;隐式呈现信息是指用户终端当前在网络 中的自然呈现信息, 如呼叫状态、 所处网络位置等。 智能路由处理单元 得到用户的呈现信息的方法包括:
A、统一消息服务器将携带用户发布或自然呈现信息的消息,如 SIP PUBLISH消息、 呼叫信令消息、 网络注册消息、 网络注销消息等, 通过 某种方式触发至智能路由处理单元, 智能路由处理单元从该消息中得到 并记录下用户的呈现信息。 即智能路由处理单元本身具有用户呈现信息 处理单元特性。
B、 用户的呈现信息由网络中的 Presence (呈现)服务器统一维护 管理, 智能路由处理单元向 Presence服务器订阅所需用户的呈现信息, 如通过 SIP SUBSCRIBE消息订阅; Presence服务器在收到订阅消息或用 户呈现信息变化时,通知智能路由处理单元用户的呈现信息,如通过 SIP
NOTIFY消息通知。
要使用统一消息智能路由业务, 目的用户必须首先预先定制智能路 由触发条件和对应的智能路由联系方式。 一般的, 智能路由触发条件和 智能路由联系方式可以设计为数据表格形式, 称为统一消息智能路由业 务数据表。 由于被叫属性标识可以选择为目的地址或某种被叫所属某种 类型群组号(如 Centrex群组号、 代答群组号等), 因此实际将有多张统 一消息智能路由业务数据表存在, 分别称为用户统一消息智能路由业务 数据表、 Centrex群统一消息智能路由业务数据表、代答群统一消息智能 路由业务数据表等。 下面表 3和表 4分别为用户统一消息智能路由业务 数据表和 Centrex群统一消息智能路由业务数据表的设计示例 (这两个 路由业务数据表并没有显示所有可能的表格字段, 也不是这两个表格的 唯一格式)。
表 4
其中, 处理顺序号是从 1开始的阿拉伯数字, 表示智能路由策略若 干种联系方式的先后处理顺序。 示例中给出了六种智能路由联系方式, 目的用户每设置一条表记录, 只能选择一种联系方式, 即一个智能路由 触发条件加一个处理顺序号只匹配一种联系方式, 以及可能存在的一种 消息建立成功通知方式。 消息建立成功通知方式包括对应的通知地址, 通知方式可以是 IM即时消息、 SMS短消息、 寻呼消息(Paging )、 消息 等待指示(MWI )等中的一种。
对相同的智能路由触发条件, 可以匹配一个以上联系方式, 并匹配 不同的处理顺序号, 按处理顺序号串接而成的若干种联系方式即组成一 个对应的智能路由策略。
目的用户通过某种方式根据自己的意愿设置上述不同的统一消息 智能路由业务数据表, 表格数据被加载至智能路由处理单元。 其中, 所 述被叫属性标识为必须设置的匹配项, 呼入消息属性、 被叫呈现信息以 及时间为可选的匹配项。 如果用户没有对某可选项匹配项的具体值进行 设置, 则可以在对智能路由触发条件进行匹配时不对该匹配项进行匹 配。
本发明所述第二种实现智能路由的方法的流程图参阅图 4所示, 实 现统一消息智能路由的具体过程如下:
步骤 41:统一消息服务器无条件的或根据静态配置数据的指定将一 个呼入消息会话触发至智能路由处理单元。 呼入消息会话可以是 SMS、 MMS、 IM、 email、 voice mail、 FAX、 Paging等消息。
统一消息服务器在收到呼入消息会话的初始呼入请求消息, 或者在 统一消息服务器将呼入消息会话按原联系方式处理后收到对应的失败 响应消息时,将触发消息转译成接口 II协议格式的消息发送至智能路由 处理单元。
步骤 42: 智能路由处理单元触发智能路由业务, 从呼入消息中得 到目的地址和呼入消息属性(如主叫地址、 内容媒体类型、 呼入消息类 型等), 根据目的地址查询目的用户的属性数据表以得到有效的被叫所 属的不同类型的群組号, 如 Centrex群组号、 代答群组号。 处理单元利 用目的地址、 呼入消息属性、 通过用户呈现信息处理单元得到的被叫呈 现信息、 当前时间组成智能路由触发条件; 若目的用户还有有效的所属 群组号, 还利用若干种不同的群组号、 呼入消息属性、 被叫呈现信息和 当前时间组成若干种不同的智能触发条件。
对同一个呼入消息会话, 智能路由处理单元触发呼叫智能路由业务 的触发点仅为如下三种方式之一:
( 1 )仅在智能路由处理单元收到该呼入会话对应的 II接口类型的 初始请求消息时, 触发一次智能路由业务;
( 2 )仅在智能路由处理单元收到该呼入会话首个失败响应消息对 应的 II接口类型的失败消息时, 触发一次智能路由业务;
( 3 )在智能路由处理单元收到该呼入会话对应的 II接口类型的初 始请求消息时触发一次智能路由业务后业务应用失败, 则仅在收到该呼 入会话的首个失败响应消息对应的 II接口类型的失败消息时再触发一 次。
步骤 43:智能路由处理单元将当前呼入消息会话的智能路由触发条 件与统一消息智能路由业务数据表中的预置的智能路由触发条件进行 匹配, 得到对应的智能路由策略并提供给统一消息服务器。
由于本发明允许被叫属性标识以目的地址、 若干种被叫所属某种类 型群組号同时存在, 因此对同一个呼入消息会话, 可能同时存在一个以 上智能路由触发条件。 智能路由处理单元触发智能路由业务时, 将以不 同的被叫属性标识(例如目的地址、 被叫所属 Centrex群号、 和被叫所
属代答群組号等)、 相同的呼入消息属性和被叫呈现信息及当前时间, 去遍历匹配所有可能存在的触发条件, 对同一个呼入会话消息, 当智能 路由处理单元查询得到一个以上智能路由策略时, 按约定或配置的先后 顺序处理每个路由策略或按约定或配置的优先级仅处理级别最高的路 由策略。
参见表 3所示, 智能路由处理单元以目的地址、 呼入消息属性、 被 叫呈现信息和当前时间查询用户统一消息智能路由业务数据表, 查询成 功得到用户智能路由策略; 若目的用户还有有效的所属群组号, 如 Centrex群号, 参见表 4所示, 则以 Centrex群号、 呼入消息属性、 被叫 呈现信息和当前时间查询 Centrex群统一消息智能路由业务数据表, 查 询成功得到 Centrex群智能路由策略。
智能路由处理单元向统一消息服务器发送接口 II类型消息,其中携 带智能路由联系方式和该联系方式可能有的在消息建立成功时的通知 方式, 携带方式包括:
A、 一次消息中携带所有预先定制的智能路由联系方式, 及可能有 的通^ 1方式;
B、 处理单元按预先定制的顺序依次发送消息, 其中一次消息携带 一种联系方式, 及该联系方式可能有的对应的通知方式。 若统一消息服 务器进行此联系方式控制失败,将失败响应消息转译成 II接口类型消息 发送至处理单元, 处理单元按顺序再发送一次消息, 其中携带下一种联 系方式,.直至某个联系应用成功 (自动消息应答除外)或所有预定制的 联系方式控制完毕为止。
步骤 44: 统一消息服务器解析携带智能路由联系方式的消息, 并据 此对呼入消息会话进行相应的路由控制, 直至某个联系应用成功 (自动 消息应答除外)或所有预定制的联系方式控制完毕为止。
统一消息服务器在按智能路由策略控制呼入消息会话时, 若某个联 系应用成功 (自动消息应答除外), 则停止此次统一消息智能路由业务, 即使其后还有其它预定制的联系方式或其它智能路由策略没有控制; 若 处理完一个路由策略中的最后一种路由联系方式也没有一个联系应用 成功 (自动消息应答除外), 此时若还有其它的智能路由策略需要处理, 则继续处理其它的智能路由策略, 否则停止此次统一消息智能路由业 务。
当消息建立成功时, 统一消息服务器按与此路由联系方式对应的消 息建立成功通知方式通知目的用户有消息呼入, 提醒其及时查看。 可以 通过即时消息 (IM )、 短消息(SMS )、 寻呼消息(Paging )、 消息等待 指示(MWI )等方式通知目的用户。 比如, 统一消息服务器为目的用户 建立了一个 voice mail语音邮件, 可以通过短消息通知用户。
上述各智能路由联系方式的处理如下:
1、 目的用户在智能路由策略中设置了保持呼入方式联系方式, 表 示直接将呼入消息按其指示的原有联系方式路由。 统一消息服务器对呼 入消息不作任何改变, 按其指示的原有联系方式进行处理, 直至呼入消 息建立成功或失败。
2、 目的用户在智能路由策略中设置了消息前转联系方式, 包括一 个或若干个前转目的地址和逐个对应的前转消息类型, 前转消息类型可 以是 SMS、 MMS、 IM、 email, voice maiK FAX、 Paging等中的一种, 表示按预设顺序将呼入消息依次前转至前转目的地址, 直至某个前转目 的地址接收成功, 或所有前转目的地址不可达。 统一消息服务器按顺序 依次处理每个前转目的地址和对应的前转消息类型, 首先判断呼入消息 类型和前转消息类型是否相同, 若不相同, 则将呼入消息类型转换为前 转消息类型, 包括必要的内容媒体类型的转换; 若相同则不需要转换。
统一消息服务器向前转目的地址发起新的消息会话请求, 直至消息会话 建立成功; 或所有的前转目的地址不可达。
其中, 若前转消息类型不支持呼入消息携带的内容媒体类型, 统一 消息服务器判断内容媒体类型是否能转换后为前转消息类型所支持, 若 能支持,则统一消息服务器进行相应的转换,如将内容语音转换为文本、 内容文本转换为语音等, 统一消息服务器可申请自动语音识别 (ASR ) 媒体资源或文本到语音 ( TTS )媒体资源进行相应的转换; 若无法转换 支持, 如呼入消息携带的内容媒体类型为图片, 前转消息类型为 SMS, 统一消息服务器可在转译后的前转消息内容中指明原呼入消息内容媒 体的统一资源定位器 ( U L )链接地址。
3、 目的用户在智能路由策略中设置了消息转呼叫联系方式, 包括 一个至若干个呼叫号码, 表示将呼入消息携带或转换后的语音媒体按预 设顺序依次和呼叫号码建立媒体通道, 直至某个呼叫号码接收成功, 或 所有呼叫号码不可达。 统一消息服务器按顺序依次向呼叫号码发起呼 叫, 呼叫号码终端应答后, 和呼入消息携带的语音或携带内容转换后的 语音建立媒体通道, 听语音通知; 或所有呼叫号码不可达。 其中, 若呼 入消息的内容媒体类型为文本, 则统一消息服务器先申请 TTS媒体资 源, 将文本内容转换为语音。
4、 目的用户在智能路由策略中设置了消息群发联系方式, 包括若 干个群发目的地址和逐个对应的群发消息类型, 群发消息类型可以是 SMS、 MMS、 IM、 emaiK voice mail、 FAX、 Paging等中的一种, 表示 将呼入消息同时前转至所有的前转目的地址, 直至前转目的地址接收成 功或失败。 统一消息服务器同时处理所有的群发目的地址和对应的群发 消息类型, 首先判断呼入消息类型和每个群发消息类型是否相同, 若不 相同, 则将呼入消息类型转换为群发消息类型, 包括必要的内容媒体类
型的转换; 若相同则不需要转换。 统一消息服务器同时向所有的群发目 的地址分别发起新的消息会话请求, 直至消息会话建立成功或失败。
其中, 若群发消息类型不支持呼入消息携带的内容媒体类型, 统一 消息服务器判断内容媒体类型是否能转换后为群发消息类型所支持, 若 能支持,则统一消息服务器进行相应的转换,如将内容语音转换为文本、 内容文本转换为语音等, 统一消息服务器可申请自动语音识别 (ASR ) 媒体资源或文本到语音 ( TTS )媒体资源进行相应的转换; 若无法转换 支持, 如呼入消息携带的内容媒体类型为图片, 群发消息类型为 SMS, 统一消息服务器可在转译后的群发消息内容中指明原呼入消息内容媒 体的统一资源定位器 ( URL )链接地址。
5、 目的用户在智能路由策略中设置了拒绝呼入联系方式, 包括若 干种拒绝规则, 如呼入消息携带的内容包含特定的词汇等, 表示拒绝呼 入消息。 统一消息服务器直接拒绝呼入消息, 本联系方式应用成功。
6、 目的用户在智能路由策略中设置了自动消息代答联系方式, 包 括用户输入的代答消息内容, 表示给呼入消息自动回复预先指定的消息 内容。 统一消息服务器直接向呼入消息回复用户输入的代答消息内容, 回复消息内容同呼入消息, 本联系方式应用成功。 在自动消息应答应用 成功后, 若后续仍有其它的智能路由联系方式未被处理, 则继续按顺序 处理这些智能路由联系方式, 直至后继的一种智能路由联系方式应用成 功, 或者所有后继的智能路由联系方式均未应用成功则停止该智能路由 业务。
在本发明中, 智能路由策略由一种或若干种处理顺序预先定制的联 系方式组成, 每个联系方式的处理顺序位置的逻辑合理性, 既可以由目 的用户在数据设置定制业务时自行决定, 系统不加干预; 也可以在数据 设置定制业务时, 系统提供数据的一致性校验, 根据某些约定的条件加
以校验, 如拒绝呼入一般只能作为一个智能路由策略中的最后一种联系 方式, 呼入消息属性中的内容媒体类型设置为图片时联系方式不能设置 为消息转呼叫等。
同样的, 系统还可以通过数据的一致性校验, 根据某些约定的条件 校验消息建立成功通知方式的合理性, 如联系方式设置为拒绝呼入和自 动消息应答时不能再设置消息建立成功通知方式; 作为智能路由触发条 件的呼入消息属性中的呼入消息类型, 和目的用户设置的消息建立成功 通知方式, 不可以相同。 _
显然, 本领域的技术人员可以对本发明进行各种改动和变型而不脱 离本发明的精神和范围。 这样, 倘若本发明的这些修改和变型属于本发 明权利要求及其等同技术的范围之内, 则本发明也意图包含这些改动和 变型在内。