一种基于云计算部署提供获取动态路由、静态路由的调用方法

摘要

本发明公开一种基于云计算部署提供获取路由的调用关系的方法，包括：步骤1：接入请求方发送查询请求，查询请求中包括参数；步骤2：通过查询请求中的相关参数匹配进行查询方式的判断；步骤3：按照步骤2中获得的查询方式进行路由数据查询；步骤4：将查询后的路由数据返回给接入请求方。本发明将各类路由信息进行统一管理，实现不同BSS运营系统间的统一调用，替换现在BSS各系统间自行模式路由信息的调用。

说明书

技术领域

本发明涉及一种提供获取路由的调用方法，特别是基于云计算部 署提供获取动态路由、静态路由的调用方法。

背景技术

云计算时代电信运营商的角色已经开始向综合信息服务提供商 转变，由单一的网络和语音业务运营变为全业务运营，其所有信息服 务的部分都是以IT作为基础设施的。电信行业由于服务的重要性， 其对IT技术的性能、可靠性、可用性和计算成本都有非常高的要求。 电信IT系统的应用直接关乎管理、服务、成本、效率等各个重要环 节，并最终全面影响电信运营商的竞争力。

现如今电信行业开拓新业务造成业务量激增，如何简化、整合海 量数据，有效降低关键业务的运行风险，最大限度地保护所有核心业 务数据，也成为电信行业关注的重要问题。这就需要电信行业的服务 器系统不仅具备强大的性能，还要求具有高度的可靠性和可用性。

随着运营商业务的快速发展，对系统支撑能力提出了更高的要 求，尤其是分布式部署、小型刀片机部署是未来支撑系统发展的方向， 相关系统间的各种路由数据的统一管理将至关重要。

应用路由管理系统，提供统一的路由数据调用方式，规范路由数 据模型，提高了路由数据一致性。

发明内容

本发明的目的是提供一种降少人工操作人数，降低数据不一致的 风险，提高生产安全性。并为实现路由数据统一查询做好基础架构。 现已实现动态路由信息查询、静态路由信息查询的功能。

本发明解决上述技术问题的技术方案如下：

步骤1：接入请求方发送查询请求，查询请求中包括参数；

步骤2：通过查询请求中的相关参数匹配进行查询方式的判断；

步骤3：按照步骤2中获得的查询方式进行路由数据查询；

步骤4：将查询后的路由数据返回给接入请求方。

可选的，步骤1中接入请求方使用支持SOCKET/HTTP/webservice 的通讯协议查询请求。

可选的，步骤3中路由数据包括应用服务所在主机的路由信息和 /或存储账号的数据库。

可选的，所述应用服务包括TUXEDO服务。

可选的，所述查询方式包括通过HASH内存进行路由数据查询、 通过LDAP服务器直接获取路由数据或通过访问数据库获取路由数 据。

可选的，对LDAP服务器、数据库进行数据源管理，以保证数据 源为最新的路由数据。

可选的，所述数据库包括ORACLE数据库。

可选的，所述路由数据包括动态路由数据和静态路由数据。

可选的，所述接入请求方为外围平台系统，外围平台系统使用 socket、http或webservice协议报文发起动态路由、静态路由查 询调用。

可选的，所述静态路由数据包括有规则的路由数据或者静态路 由，由LDAP服务器存储；所述动态路由数据包括无规则的路由数据 或者动态路由数据，由数据库存储。

本发明的有益效果是：本发明将各类路由信息进行统一管理，实 现不同BSS运营系统间的统一调用，替换现在BSS各系统间自行模式 路由信息的调用。所述统一的动态路由、静态路由调用设计提高云计 算产品化程度，提高路由数据的统一性、安全性，提高的功能扩展性。

附图说明

图1为本发明的整体实施图。

图2为本发明的动态路由、静态路由调用的技术架构图。

图3为本发明的动态路由、静态路由查询处理流程图。

具体实施方式

以下结合附图对本发明的原理和特征进行描述，所举实例只用于 解释本发明，并非用于限定本发明的范围。

数据通过LDAP服务器、ORACLE数据库两种方式存储。LDAP服务 器存储有规则的路由数据；ORACLE数据库存储动态路由，无规则大 量路由信息的路由。

查询流程：

第一步：接入请求方查询请求，支持SOCKET/HTTP/webservice通 讯协议。

第二步：通过查询请求中的相关参数匹配进行查询方式的判断。

第三步：按照不同的查询方式进行路由数据查询。

对LDAP服务器、ORACLE数据库进行数据源管理，以保证数据源 为最新的路由数据。

具体的路由数据举例：

1.应用服务(TUXEDO服务)部署哪台主机的路由信息；

2.账号归属哪台数据库存储等。

外围平台系统使用socket，http，webservice等协议报文发起 动态路由、静态路由查询调用。

如图3所示，具体的查询流程如下：

判断查询的方式(flag＝0/1/2)。

flag＝0时通过HASH内存进行路由数据查询，此情况适用于路由 数据有规则或者是路由数据条数不多(不超过10W条)；

处理步骤：

a1：查询HASH表获取到路由数据时把相关路由规则返回给请求 方；

a2：查询HASH失败时，从LDAP服务器上查询；

a3：从LDAP上查询成功时把相关的路由规则返回给请求方，并把 相关的路由数据添加到HASH表中；

a4：从LDAP上查询失败时把错误信息返回给请求方。

flag＝1时通过LDAP服务器直接获取路由数据，此情况适用于路 由数据有规则，并且路由规则条数不多的情况。使用的不是很多；

处理步骤：

a1：直接从LDAP服务器上查询，查询成功时把相关的路由规则返 回给请求方；

a2：从LDAP上查询失败时把错误信息返回给请求方。

flag＝2时通过访问内存数据库获取路由数据，此情况适用于动 态路由或者是路由无规则，路由数据条数很多(超过10W条)。

a1：从内存数据库中获取数据，查询成功时把相关的路由规则返 回给请求方；

a2：查询失败时把错误信息返回给请求方。

程序架构：

解耦式应用路由管理系统的主函数。此函数首先完成应用路由管 理系统向应用集成平台上注册服务，服务注册成功后，接受应用集成 平台转发来的请求，根据请求内容完成路由的查询等功能，并将结果 返回给应用集成平台。

eaifunc.c

接收请求函数eai_RecvMsg_Server会监听应用集成平台转发来 的路由请求，请求为多包时，自动拼接收到的所有包组成完整的请求 数据，当长时间无请求过来时，会通过心跳消息与应用集成平台保持 连接。

发送结果函数eai_SendMsg_Server将处理完成的路由数据返回 给应用集成平台，当结果数据过大时，自动将结果拆分成多包返回。

接收请求函数eai_RecvMsg_Server()：输入参数服务注册时返 回的sockid；输出参数为请求消息体长度msglen、请求消息体 msgbody、交易代码transcode。

返回结果函数eai_SendMsg_Server()：输入参数服务注册时返 回的sockid、返回消息体长度msglen、结果消息体msgbody；无输 出参数。

daemon.c

将一个普通的程序转化成后台运行的守护程序。

config.c

包含初始化函数int arms_init(char*cfgfile)、退出函数int arms_quit()、日志函数void arms_log(LOG_LEVELS loglevel，const char*fmt，...)等。

完成配置文件的读取、应用程序的初始化等功能。

process.c

解析收到的路由查询请求，根据查询条件去相应的HashTable、 Ldap服务器或内存数据库去获取所需的路由数据。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在 本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均 应包含在本发明的保护范围之内。