业务路由方法、 装置及系统 【技术领域】
本发明涉及通信领域， 尤其涉及一种业务路由方法、 装置及系统。背景技术 SDP(Service Delivery Platform， 业务分发平台 ) 是运营商快速发布增值业务的 发布平台。 利用 SDP， 第三方 SP(Server Provider， 服务提供者 )/CP(Content Provider， 内 容提供者 ) 开发者可以开发增值业务， 并快速上线、 运营。由 SP/CP 开发的增值业务， 一般 称为第三方业务应用。
如图 1 所示， SDP 系统分为测试平台、 商用平台， 统一由管理平台进行管理和维护。 第三方业务应用一般连接 SDP 系统的流程如下 ：
1、 第三方业务应用开发完成后， 申请测试验证。
2、 第三方业务应用的测试申请通过后， 其直接连接到 SDP 测试平台进行测试。
3、 第三方业务应用测试验证完毕后， 申请商用。
4、 第三方业务应用的商用申请审批通过后， 其直接连接到相应的 SDP 商用平台。
在实现本发明的过程中， 发明人发现现有技术中至少存在如下问题 ： 第三方业务 应用从 SDP 测试平台转移到 SDP 商用平台， 或者因 SDP 系统更新升级而第三方业务应用从 原 SDP 平台转移到其它 SDP 平台时， 需要对连接 SDP 平台的接口等连接配置进行更改， 造成 第三方业务应用的维护成本较高。 并且， 在因 SDP 系统更新升级而第三方业务应用从原 SDP 平台转移到其它 SDP 平台时， 运营商需要通知第三方 SP/CP 更改调整该第三方业务应用的 配置， 进一步提高维护成本， 造成 SDP 系统更新升级的流程繁琐、 时间周期长。
发明内容 本发明的实施例提供一种业务路由方法、 装置及系统， 能够降低第三方业务应用 的维护成本、 简化 SDP 系统更新升级的流程、 并降低 SDP 系统更新升级的时间周期。
为达到上述目的， 本发明的实施例采用如下技术方案 ：
一种业务路由方法， 包括 ：
接收由第三方业务应用发送的业务请求 ；
根据所述业务请求获取所述第三方业务应用的业务路由信息 ；
根据所述业务路由信息确定与所述业务请求对应的业务分发平台 ；
向所述业务分发平台发送所述业务请求。
一种业务应用代理， 包括 ：
请求接收单元， 用于接收由第三方业务应用发送的业务请求 ；
路由获取单元， 用于根据所述请求接收单元接收的业务请求获取所述第三方业务 应用的业务路由信息 ；
平台确定单元， 用于根据所述路由获取单元获取的业务路由信息确定与所述业务 请求对应的业务分发平台 ；
请求发送单元， 用于向所述平台确定单元确定的业务分发平台发送所述业务请 一种业务路由系统， 包括第三方业务应用和业务应用代理和业务分发平台和管理求。
平台 ； 其中， 所述第三方业务应用， 用于向所述业务应用代理发送业务请求 ；
所述业务应用代理， 用于接收由第三方业务应用发送的业务请求 ； 并根据所述业 务请求获取所述第三方业务应用的业务路由信息 ； 根据所述业务路由信息确定与所述业务 请求对应的业务分发平台 ； 向所述业务分发平台发送所述业务请求 ；
所述业务分发平台， 用于接收由所述业务应用代理发送的业务请求， 根据所述业 务请求进行业务处理 ；
所述管理平台， 用于对所述业务分发平台进行业务管理。
本发明实施例提供的业务路由方法、 装置及系统， 通过第三方业务应用将业务请 求发送给业务应用代理， 该业务应用代理根据该业务请求获取第三方业务应用的业务路由 信息， 并根据该业务路由信息确定与该业务请求对应的业务分发平台， 向该业务分发平台 发送该业务请求。在第三方业务应用从 SDP 测试平台转移到 SDP 商用平台， 或者因 SDP 系 统更新升级而第三方业务应用从原 SDP 平台转移到其它 SDP 平台时， 由于第三方业务应用 不直接连接 SDP 平台， 而是通过业务应用代理连接 SDP 平台， 因此， 不需要更改连接配置， 降 低了第三方业务应用的维护成本。并且， 在 SDP 系统更新升级时， 不需要通知第三方业务应 用更改配置， 即对第三方业务应用无任何影响， 从而简化了 SDP 系统更新升级的流程、 降低 了 SDP 系统更新升级的时间周期， 并进一步降低了第三方业务应用的维护成本。
附图说明
为了更清楚地说明本发明实施例的技术方案， 下面将对实施例描述中所需要使用 的附图作一简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于 本领域普通技术人员来讲， 在不付出创造性劳动的前提下， 还可以根据这些附图获得其他 的附图。
图 1 为现有技术 SDP 系统的结构原理图 ；
图 2 为本发明实施例提供的一种业务路由方法的流程示意图 ；
图 3 为本发明实施例 SDP 系统的结构原理图 ；
图 4 为在业务应用处理测试阶段， 利用本发明实施例提供的业务路由方法处理第 三方业务应用的流程示意图 ；
图 5 为在业务应用处理商用阶段， 利用本发明实施例提供的业务路由方法处理第 三方业务应用的流程示意图 ；
图 6 为本发明实施例提供的一种业务应用代理的结构示意图 ；
图 7 为本发明实施例提供的一种业务路由系统的结构示意图。 具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他 实施例， 都属于本发明保护的范围。
为了降低第三方业务应用从 SDP 测试平台转移到 SDP 商用平台时的维护成本。本 发明实施例提供了一种业务路由方法， 如图 2 所示， 本实施例业务路由方法， 包括 ：
步骤 101、 业务应用代理接收由第三方业务应用发送的业务请求。
在本发明实施例中， 在现有 SDP 系统中新增了一个网元设备， 即业务应用代理。业 务应用代理在 SDP 系统的内部连接关系如图 3 所示。
具体来说， 第三方业务应用可以统一调用业务应用代理提供的接口， 向业务应用 代理发送业务请求， 该业务请求中可以携带业务标识 (ServiceID)、 SP 标识 (SPID)、 业务调 用的能力等信息中的至少一种或者多种的组合。
步骤 102、 业务应用代理根据所述业务请求获取所述第三方业务应用的业务路由 信息。
具体来说， 管理平台审批通过第三方业务应用的测试申请或商用申请时， 将该第 三方业务应用的业务路由信息发送给业务应用代理， 业务应用代理接收到该业务路由信息 后， 将该业务路由信息存入业务路由信息库。该业务路由信息包括该第三方业务应用的业 务标识， 业务状态， 业务类型和业务能力等信息中的至少一种或者多种的组合。其中， 第三 方业务应用的业务状态， 用于标识第三方业务应用处于其生命周期的哪个阶段， 如业务应 用处理测试阶段和业务应用处理商用阶段 ； 第三方业务应用的业务类型， 如企业业务应用 和个人业务应用 ； 第三方业务应用的业务能力， 用于标识第三方业务应用可以使用哪些能 力， 如业务使用了 SMS、 MMS、 WAP Push、 Email 等能力。 业务应用代理在接收到该第三方业务应用发送的业务请求后， 根据该业务请求携 带的业务标识查询业务路由信息库， 从业务路由信息库中获取该第三方业务应用的业务路 由信息。
步骤 103、 业务应用代理根据所述业务路由信息确定与所述业务请求对应的业务 分发平台。
具体来说， 管理平台可以实时向业务应用代理发送业务分发平台的配置信息， 或 者， 管理平台也可以在更新 SDP 系统内的业务分发平台的配置信息后向业务应用代理发送 业务分发平台的配置信息。业务应用代理接收到该业务分发平台的配置信息后， 将该业务 分发平台的配置信息存入业务分发平台信息库。 所述业务分发平台的配置信息包括业务分 发平台的业务状态， 业务类型和业务能力等信息中的至少一种或者多种的组合。 其中， 业务 分发平台的业务状态， 用于标识业务分发平台处理生命周期处于哪个阶段的第三方业务应 用， 如用于测试第三方业务应用的 SDP 平台， 商用的 SDP 平台 ； 业务分发平台的业务类型， 用 于标识业务分发平台处理哪种业务类型的第三方业务应用， 如处理企业业务应用的 SDP 平 台， 处理个人业务应用的 SDP 平台 ； 业务分发平台的业务能力， 用于标识业务分发平台可以 提供哪些能力， 如提供 SMS(Short MessagingService， 短信 )、 MMS(Multimedia Messaging Service， 彩信 )、 WAP Push 能力的 SDP 平台， 提供 Email、 移动搜索能力的 SDP 平台。
业务应用代理在获取到第三方业务应用的业务路由信息后， 对该业务路由信息与 业务分发平台信息库中的业务分发平台的配置信息进行匹配， 查找到其配置信息与所述业 务路由信息匹配的业务分发平台， 将该业务分发平台作为与该业务请求对应的业务分发平
台。
步骤 104、 业务应用代理向所述业务分发平台发送所述业务请求。 具体来说， 业务应用代理将该业务请求发送到对应的业务分发平台的业务接入网关。 本发明实施例提供的业务路由方法， 通过将第三方业务应用的业务请求发送给业 务应用代理， 该业务应用代理根据该业务请求获取第三方业务应用的业务路由信息， 并根 据该业务路由信息确定与该业务请求对应的业务分发平台， 向该业务分发平台发送该业务 请求。在第三方业务应用从 SDP 测试平台转移到 SDP 商用平台， 或者因系统更新升级而第 三方业务应用从原 SDP 平台转移到其它 SDP 平台时， 由于第三方业务应用不直接连接 SDP 平台， 而是通过业务应用代理连接 SDP 平台， 因此， 不需要更改连接配置， 降低了第三方业 务应用的维护成本。并且， 在 SDP 系统更新升级时， 不需要通知第三方业务应用更改配置， 即对第三方业务应用无任何影响， 从而简化了 SDP 系统更新升级的流程、 降低了 SDP 系统更 新升级的时间周期， 并进一步降低了第三方业务应用的维护成本。
以下结合第三方业务应用处于业务应用处理测试阶段和业务应用处理商用阶段 两种情况分别对上一实施例作进一步详细描述。
如图 4 所示， 在业务应用处理测试阶段， 利用本发明实施例提供的业务路由方法 处理第三方业务应用的流程包括 ：
步骤 201、 SP/CP 向管理平台发送业务测试申请。
举例而言， 第三方业务应用为 SP 的 Mymail 业务应用， Mymail 的业务特征为当第 三方 Email 服务器有邮件后， 根据用户自行设定通过 SMS 或 MMS 方式通知用户。在 Mymail 业务应用上线前需要进行业务测试， SP 向管理平台发送 Mymail 的业务测试申请。
步骤 202、 管理平台接收该业务测试申请后， 由系统管理员审批该业务测试申请。 另外， 管理平台还可以在接收该业务测试申请后， 不对该业务测试申请进行审批。 直接进入 步骤 203。
步骤 203、 在该业务测试申请被审批通过后， 管理平台将该第三方业务应用的业务 路由信息发送给业务应用代理。该业务路由信息包括该第三方业务应用的业务标识， 业务 状态， 业务类型和业务能力等信息中的至少一种或者多种的组合。 其中， 第三方业务应用的 业务状态为业务应用处理测试阶段。
举例而言， 在 Mymail 的业务测试申请被审批通过后， 管理平台将 Mymail 的业 务路由信息发送给业务应用代理。该业务路由信息包括 ： Mymail 的业务标识 ( 例如 “S_ Mymail005” )、 Mymail 的业务状态 ( 例如 “业务应用处理测试阶段” )、 Mymail 的业务类型 ( 例如 “企业业务应用” )、 Mymail 的业务能力 ( 例如 “SMS、 MMS” )。
步骤 204、 管理平台将该第三方业务应用的业务信息发送到 SDP 测试平台。
SDP 测试平台在接入第三方业务应用时， 需要对第三方业务应用进行认证鉴权等 操作， 因此， SDP 测试平台需要从管理平台获取第三方业务应用的业务信息。第三方业务应 用的业务信息包括该第三方业务应用的业务标识， 业务状态， 业务类型和业务能力等信息 中的至少一种或者多种的组合。
管理平台可以将该第三方业务应用的业务信息发送给系统内所有的 SDP 平台， 也 可以根据第三方业务应用的业务状态 ( 例如 ： 业务应用处理测试阶段 ) 发送给系统内所有
的 SDP 测试平台。
步骤 205、 第三方业务应用向业务应用代理发送业务测试请求， 该业务测试请求一 般可以携带业务标识、 SP 标识、 业务调用的能力等信息， 当然， 还可以根据实际情况携带更 多或者更少的信息， 本实施例不作限定。
举例而言， Mymail 向业务应用代理发送业务测试请求， 该业务测试请求携带业务 标识 ( 例如 “S_Mymail005” )、 SP 标识 ( 例如 “1005” )、 业务调用的能力 ( 例如 “SMS” )等 信息。
步骤 206、 业务应用代理接收到该业务测试请求后， 根据所述业务测试请求携带的 业务标识 ( 当然， 也可以根据其他信息标识 ) 获取第三方业务应用的业务路由信息， 并根据 该业务路由信息确定与该业务测试请求对应的 SDP 测试平台。
举 例 而 言， 业 务 应 用 代 理 接 收 到 业 务 测 试 请 求 后， 通过业务标识 ( 例如 “S_ Mymail005” ) 查询业务路由信息库， 检索到 Mymail 的业务路由信息， 即， Mymail 的业务状 态为 “业务应用处理测试阶段” ， Mymail 的业务类型为 “企业业务应用” ， Mymail 的业务能力 为 “SMS、 MMS” 。
业务应用代理中可以预先配置有匹配策略， 例如， 先根据第三方业务应用的业务 状态进行匹配等。例如， 业务应用代理可以根据 Mymail 的业务状态从业务分发平台信息库 中查询测试第三方业务应用的 SDP 平台。如果系统中只存在一个 SDP 测试平台， 则不需要 继续匹配。否则， 根据 Mymail 的业务能力从业务分发平台信息库中查询提供 SMS 和 MMS 能 力的 SDP 测试平台。 步骤 207、 业务应用代理将该业务测试请求发送到对应的 SDP 测试平台。
举例而言， 业务应用代理将 Mymail 的业务测试请求发送到对应的 SDP 测试平台。
该 SDP 测试平台的业务接入网关接收该业务测试请求后， 对第三方业务应用的 SP/CP 进行认证鉴权， 认证鉴权通过后进行 SLA 策略控制， 将该业务测试请求下发到业务总 线。业务总线访问管理平台进行计费鉴权， 将该业务测试请求下发到网络接入网关。网络 接入网关将该业务测试请求转发到网络能力模拟器或现网网络能力网元。
如图 5 所示， 在业务应用处理商用阶段， 利用本发明实施例提供的业务路由方法 处理第三方业务应用的流程包括 ：
步骤 301、 SP/CP 向管理平台发送业务商用申请。
举例而言， 第三方业务应用为 SP 的 Mymail 业务应用， Mymail 的业务特征为当第 三方 Email 服务器有邮件后， 根据用户自行设定通过 SMS 或 MMS 方式通知用户。Mymail 结 束业务测试后申请商用， SP 向管理平台发送 Mymail 的业务商用申请。
步骤 302、 管理平台接收该业务商用申请后， 由系统管理员审批该业务商用申请。 另外， 管理平台还可以在接收该业务商用申请后， 不对该业务商用申请进行审批。 直接进入 步骤 303。
步骤 303、 在该业务商用申请被审批通过后， 管理平台将该第三方业务应用的业务 路由信息发送给业务应用代理。该业务路由信息可以包括该第三方业务应用的业务标识， 业务状态， 业务类型和业务能力等信息中的至少一种或者多种的组合。 其中， 第三方业务应 用的业务状态为业务应用处理商用阶段。
举例而言， 在 Mymail 的业务商用申请被审批通过后， 管理平台将 Mymail 的业
务路由信息发送给业务应用代理。该业务路由信息包括 ： Mymail 的业务标识 ( 例如 “S_ Mymail005” )、 Mymail 的业务状态 ( 例如 “业务应用处理商用阶段” )、 Mymail 的业务类型 ( 例如 “企业业务应用” )、 Mymail 的业务能力 ( 例如 “SMS、 MMS” )。
步骤 304、 管理平台将该第三方业务应用的业务信息发送到 SDP 商用平台。
SDP 商用平台在接入第三方业务应用时， 需要对第三方业务应用进行认证鉴权等 操作， 因此， SDP 商用平台需要从管理平台获取第三方业务应用的业务信息。第三方业务应 用的业务信息包括该第三方业务应用的业务标识， 业务状态， 业务类型和业务能力等信息 中的至少一种或者多种的组合。
管理平台可以将该第三方业务应用的业务信息发送给系统内所有的 SDP 平台， 也 可以根据第三方业务应用的业务状态 ( 例如 ： 业务应用处理商用阶段 ) 发送给系统内所有 的 SDP 商用平台。
步骤 305、 第三方业务应用向业务应用代理发送业务商用请求， 该业务商用请求一 般可以携带业务标识、 SP 标识、 业务调用的能力等信息， 当然， 还可以根据实际情况携带更 多或者更少的信息， 本实施例不作限定。
举例而言， Mymail 向业务应用代理发送业务商用请求， 该业务商用请求携带业务 标识 ( 例如 “S_Mymail005” )、 SP 标识 ( 例如 “1005” )、 业务调用的能力 ( 例如 “SMS” )等 信息。
步骤 306、 业务应用代理接收到该业务商用请求后， 根据所述业务商用请求携带的 业务标识 ( 当然， 也可以根据其他信息标识 ) 获取第三方业务应用的业务路由信息， 并根据 该业务路由信息确定与该业务商用请求对应的 SDP 商用平台。
举 例 而 言， 业 务 应 用 代 理 接 收 到 业 务 商 用 请 求 后， 通过业务标识 ( 例如 “S_ Mymail005” ) 查询业务路由信息库， 检索到 Mymail 的业务路由信息， 即， Mymail 的业务状 态为 “业务应用处理商用阶段” ， Mymail 的业务类型为 “企业业务应用” ， Mymail 的业务能力 为 “SMS、 MMS” 。
业务应用代理中可以预先配置有匹配策略， 例如， 先根据第三方业务应用的业务 状态进行匹配等。例如， 业务应用代理可以根据 Mymail 的业务状态从业务分发平台信息库 中查询商用的 SDP 平台。如果系统中只存在一个 SDP 商用平台， 则不需要继续匹配。否则， 根据 Mymail 的业务类型从业务分发平台信息库中查询处理企业业务应用的 SDP 商用平台。 如果查询到多个处理企业业务应用的 SDP 商用平台， 则根据 Mymail 的业务能力从业务分发 平台信息库中查询提供 SMS 和 MMS 能力的、 处理企业业务应用的 SDP 商用平台。
步骤 307、 业务应用代理将该业务商用请求发送到对应的 SDP 商用平台。
举例而言， 业务应用代理将 Mymail 的业务商用请求发送到对应的 SDP 商用平台。
该 SDP 商用平台的业务接入网关接收该业务商用请求后， 对第三方业务应用的 SP/CP 进行认证鉴权， 认证鉴权通过后进行 SLA 策略控制， 将该业务商用请求下发到业务总 线。业务总线访问管理平台进行计费鉴权， 将该业务商用请求下发到网络接入网关。网络 接入网关将该业务商用请求转发到现网网络能力网元。
本发明实施例提供的业务路由方法， 通过第三方业务应用将业务请求发送给业务 应用代理， 该业务应用代理根据该业务请求获取第三方业务应用的业务路由信息， 并根据 该业务路由信息确定与该业务请求对应的业务分发平台， 向该业务分发平台发送该业务请求。在第三方业务应用从 SDP 测试平台转移到 SDP 商用平台时， 由于第三方业务应用不直 接连接 SDP 平台， 而是通过业务应用代理连接 SDP 平台， 因此， 不需要更改连接配置， 降低了 第三方业务应用的维护成本。
另外， 由于容量扩容、 合理规划等原因， 运营商经常需要对 SDP 系统进行重新规 划。例如， 现有网络中的一个 SDP 系统既连接网络侧的能力部件 ( 如 SMSC， MMSC， WAP GW 等 )， 同时又连接 IT 域的能力部件 ( 如 Email， 移动搜索引擎等 )， 升级该 SDP 系统， 在该 SDP 系统中增加了一个连接 IT 域的能力部件的 SDP 商用平台， 并在业务应用代理中存储该 SDP 商用平台的配置信息。在某一使用 Email 业务能力的第三方业务应用向升级后的 SDP 系 统内的业务应用代理发送业务请求时， 业务应用代理根据该业务请求中的业务标识查询业 务路由信息库， 查询到对应的业务路由信息 ( 例如 “业务应用处理商用阶段” ， “使用 Email 业务能力” )。业务应用代理根据该业务路由信息和 SDP 平台的配置信息， 可以查询到提供 Email 能力的新增加的 SDP 商用平台， 将该业务请求发送到新增加的 SDP 商用平台。因此， 在 SDP 系统更新升级时， 不需要通知第三方业务应用更改配置， 即对第三方业务应用无任 何影响， 避免了系统更新升级的流程繁琐、 时间周期长、 成本高等问题， 从而简化了 SDP 系 统更新升级的流程、 降低了 SDP 系统更新升级的时间周期。降低了第三方业务应用的维护 成本。 与上述方法相对应地， 本发明实施例还提供了一种业务应用代理， 如图 6 所示， 本 实施例业务应用代理， 包括 ：
请求接收单元 401， 用于接收由第三方业务应用发送的业务请求 ；
路由获取单元 402， 用于根据所述请求接收单元 401 接收的业务请求获取所述第 三方业务应用的业务路由信息 ；
平台确定单元 403， 用于根据所述路由获取单元 402 获取的业务路由信息确定与 所述业务请求对应的业务分发平台 ；
请求发送单元 404， 用于向所述平台确定单元 403 确定的业务分发平台发送所述 业务请求。
进一步地， 本实施例业务应用代理具体还包括 ：
路由接收单元， 用于接收由管理平台发送的所述第三方业务应用的业务路由信 息， 所述业务路由信息包括所述第三方业务应用的业务标识， 业务状态， 业务类型和业务能 力中的至少一种或者多种的组合 ；
路由存储单元， 用于将接收的业务路由信息存入业务路由信息库。
进一步地， 所述路由获取单元 402 具体包括 ：
标识获取子单元， 用于从所述业务请求中获取业务标识 ；
路由获取子单元， 用于根据所述标识获取子单元获取的业务标识从所述业务路由 信息库中获取所述第三方业务应用的业务路由信息。
进一步地， 本实施例业务应用代理具体还包括 ：
信息接收单元， 用于接收由管理平台发送的业务分发平台的配置信息， 所述业务 分发平台的配置信息包括业务分发平台的业务状态和业务类型和业务能力 ；
信息存储单元， 用于将接收的业务分发平台的配置信息存入业务分发平台信息 库。
进一步地， 所述平台确定单元 403 具体包括 ： 信息获取子单元， 用于从所述业务分发平台信息库中获取业务分发平台的配置信息 平台确定子单元， 用于根据所述业务路由信息和所述信息获取子单元获取的业务 分发平台的配置信息， 确定配置信息与所述业务路由信息匹配的业务分发平台， 将所述业 务分发平台作为与所述业务请求对应的业务分发平台。
本发明实施例提供的业务应用代理， 通过第三方业务应用将业务请求发送给业务 应用代理， 该业务应用代理根据该业务请求获取第三方业务应用的业务路由信息， 并根据 该业务路由信息确定与该业务请求对应的业务分发平台， 向该业务分发平台发送该业务请 求。在第三方业务应用从 SDP 测试平台转移到 SDP 商用平台， 或者因 SDP 系统更新升级而 第三方业务应用从原 SDP 平台转移到其它 SDP 平台时， 由于第三方业务应用不直接连接 SDP 平台， 而是通过业务应用代理连接 SDP 平台， 因此， 不需要更改连接配置， 降低了第三方业 务应用的维护成本。并且， 在 SDP 系统更新升级时， 不需要通知第三方业务应用更改配置， 即对第三方业务应用无任何影响， 从而简化了 SDP 系统更新升级的流程、 降低了 SDP 系统更 新升级的时间周期， 并进一步降低了第三方业务应用的维护成本。
与上述方法、 装置相对应地， 本发明实施例还提供了一种业务路由系统， 如图 7 所 示， 包括第三方业务应用 501 和业务应用代理 502 和业务分发平台 503 和管理平台 504 ；
其中， 所述第三方业务应用 501， 用于向所述业务应用代理 502 发送业务请求 ；
所述业务应用代理 502， 用于接收由第三方业务应用 501 发送的业务请求 ； 并根据 所述业务请求获取所述第三方业务应用 501 的业务路由信息 ； 根据所述业务路由信息确定 与所述业务请求对应的业务分发平台 503 ； 向所述业务分发平台 503 发送所述业务请求 ；
所述业务分发平台 503， 用于接收由所述业务应用代理 502 发送的业务请求， 根据 所述业务请求进行业务处理 ；
所述管理平台 504， 用于对所述业务分发平台 503 进行业务管理。
进一步地， 所述管理平台 504， 还用于向所述业务应用代理 502 发送所述第三方业 务应用 501 的业务路由信息， 所述业务路由信息包括所述第三方业务应用 501 的业务标识， 业务状态， 业务类型和业务能力中的至少一种或者多种的组合 ；
所述业务应用代理 502， 还用于接收由管理平台 504 发送的所述第三方业务应用 501 的业务路由信息 ； 并将接收的业务路由信息存入业务路由信息库。
进一步地， 所述管理平台 504， 还用于向所述业务应用代理 502 发送所述业务分发 平台 503 的配置信息， 所述业务分发平台 503 的配置信息包括业务分发平台 503 的业务状 态和业务类型和业务能力 ；
所述业务应用代理 502， 还用于接收由所述管理平台 504 发送的业务分发平台的 配置信息 ； 并将接收的业务分发平台 503 的配置信息存入业务分发平台信息库。
本发明实施例提供的业务路由系统， 通过第三方业务应用将业务请求发送给业务 应用代理， 该业务应用代理根据该业务请求获取第三方业务应用的业务路由信息， 并根据 该业务路由信息确定与该业务请求对应的业务分发平台， 向该业务分发平台发送该业务请 求。在第三方业务应用从 SDP 测试平台转移到 SDP 商用平台， 或者因 SDP 系统更新升级而 第三方业务应用从原 SDP 平台转移到其它 SDP 平台时， 由于第三方业务应用不直接连接 SDP
平台， 而是通过业务应用代理连接 SDP 平台， 因此， 不需要更改连接配置， 降低了第三方业 务应用的维护成本。并且， 在 SDP 系统升级时， 不需要通知第三方业务应用更改配置， 即对 第三方业务应用无任何影响， 从而简化了 SDP 系统更新升级的流程、 降低了 SDP 系统更新升 级的时间周期， 并进一步降低了第三方业务应用的维护成本。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 是可以 通过计算机程序来指令相关的硬件来完成， 所述的程序可存储于一计算机可读取存储介质 中， 该程序在执行时， 可包括如上述各方法的实施例的流程。其中， 所述的存储介质可为磁 碟、 光盘、 只读存储记忆体 (Read-Only Memory， ROM) 或随机存储记忆体 (Random Access Memory， RAM) 等。
以上所述， 仅为本发明的具体实施方式， 但本发明的保护范围并不局限于此， 任何 熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到变化或替换， 都应涵 盖在本发明的保护范围之内。因此， 本发明的保护范围应以权利要求的保护范围为准。