数据转发方法、装置及系统的制作方法

数据转发方法、装置及系统的制作方法
【专利摘要】本发明公开了一种数据转发方法、装置及系统，属于互联网【技术领域】。方法包括：获取协调服务器存储的路由服务器地址信息；根据路由服务器地址信息，向每一个路由服务器发送注册信息；向多个路由服务器中的一个路由服务器发送数据转发请求，数据转发请求中至少包括待转发数据和业务标识，以使路由服务器根据业务标识和业务服务器地址信息将待转发数据转发至对应的业务服务器。由于采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，因此路由服务器根据该对应关系表可有效进行数据转发，降低互联网后台系统的开发和维护成本，增强系统的可用性和扩展性。
【专利说明】数据转发方法、装置及系统

【技术领域】
[0001] 本发明涉及互联网【技术领域】，特别涉及一种数据转发方法、装置及系统。

【背景技术】
[0002] 互联网后台服务，常常会涉及到众多的系统及模块。这些系统、模块之间，一般 通过 TCP(Transmission Control Protocol，传输控制协议）连接或 UDP(User Datagram Protocol的简称，用户数据报协议）连接进行通讯协作和数据交换。在模块间交互过程 中，为了防止各模块的业务逻辑与通讯逻辑耦合，RouteServer (路由服务器）应运而生。 RouteServer负责各个模块之间的网络通讯和数据转发服务，是连接各个模块之间的桥梁。 借助RouteServer，所有的模块只需按照事先协商好的协议将数据发送至RouteServer，由 RouteServer作为代理服务器，将数据转发至目标地址。
[0003] 现有技术中，通常采取下述方式实现数据转发：R〇uteS erver获取预先设置的静 态配置文件，该静态配置文件中记录了各个模块对应的服务器列表。当RouteServer收到 某一模块发送的待转发数据包时，首先获取待转发数据包中的目标模块标识；之后，根据该 目标模块标识在模块与服务器列表的对应关系中进行查找，确定该目标模块标识对应的服 务器列表；最终，RouteServer按照自定义的转发策略，将待转发数据包发送到该目标模块 标识对应的服务器。
[0004] 在实现本发明的过程中，发明人发现现有技术至少存在以下问题：
[0005] 静态配置文件的维护成本和更新成本较高；且随着模块的逐渐增多，静态配置文 件会逐渐增大，更加剧了静态配置文件的维护难度和更新难度；此外，RouteServer与各 模块之间存在依赖关系，即当某个模块扩容或不可用时，需修改静态配置文件，这就需要 RouteServer重新加载静态配置文件，所以该种数据转发方式的可用性和扩展性较差。


【发明内容】

[0006] 为了解决现有技术的问题，本发明实施例提供了一种数据转发方法、装置及系统。 所述技术方案如下：
[0007] 第一方面，提供了一种数据转发方法，所述方法包括：
[0008] 业务服务器获取协调服务器存储的路由服务器地址信息；
[0009] 所述业务服务器根据所述路由服务器地址信息，向路由服务器发送注册信息，所 述注册信息中至少包括业务标识和业务服务器地址信息；
[0010] 所述路由服务器在接收到所述注册信息后，激活所述注册信息生成业务标识与业 务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述业务标识与业务服务 器地址信息的对应关系表由所述路由服务器从所述协调服务器中获取；
[0011] 所述业务服务器向所述路由服务器发送数据转发请求，所述数据转发请求中至少 包括待转发数据和业务标识；
[0012] 所述路由服务器在接收到所述数据转发请求后，根据所述业务标识、所述业务标 识与业务服务器地址信息的对应关系表，转发所述待转发数据；
[0013] 其中，所述协调服务器中存储了多个路由服务器的地址信息。
[0014] 第二方面，提供了一种数据转发方法，所述方法应用于业务服务器，所述方法包 括：
[0015] 获取协调服务器存储的路由服务器地址信息；
[0016] 根据所述路由服务器地址信息，向每一个路由服务器发送注册信息，以使所述每 一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中与所述注册信息对 应的表项，所述注册信息中至少包括业务标识和业务服务器地址信息；
[0017] 向多个路由服务器中的一个路由服务器发送数据转发请求，所述数据转发请求中 至少包括待转发数据和业务标识，以使所述路由服务器根据所述业务标识和所述业务标识 与业务服务器地址信息的对应关系表将所述待转发数据转发至对应的业务服务器；
[0018] 其中，所述协调服务器中存储了多个路由服务器的地址信息。
[0019] 第三方面，提供了一种数据转发方法，所述方法应用于路由服务器，所述方法包 括：
[0020] 接收多个业务服务器发送的注册信息，所述注册信息中至少包括业务标识和业务 服务器地址信息；
[0021] 根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与所述 多个注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表从所述协调 服务器中获取；
[0022] 接收数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
[0023] 根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所 述待转发数据。
[0024] 第四方面，提供了一种数据转发装置，所述装置应用于业务服务器，所述装置包 括：
[0025] 地址信息获取模块，用于获取协调服务器存储的路由服务器地址信息；
[0026] 注册信息发送模块，用于根据所述路由服务器地址信息，向每一个路由服务器发 送注册信息，以使所述每一个路由服务器激活业务标识与业务服务器地址信息的对应关系 表中与所述注册信息对应的表项，所述注册信息中至少包括业务标识和业务服务器地址信 息；
[0027] 转发请求发送模块，用于向多个路由服务器中的一个路由服务器发送数据转发请 求，所述数据转发请求中至少包括待转发数据和业务标识，以使所述路由服务器根据所述 业务标识和所述业务标识与业务服务器地址信息的对应关系表将所述待转发数据转发至 对应的业务服务器；
[0028] 其中，所述协调服务器中存储了多个路由服务器的地址信息和所述业务标识与业 务服务器地址信息的对应关系表。
[0029] 第五方面，提供了一种数据转发装置，所述装置应用于路由服务器，所述装置包 括：
[0030] 注册信息接收模块，用于接收多个业务服务器发送的注册信息，所述注册信息中 至少包括业务标识和业务服务器地址信息；
[0031] 对应关系激活模块，用于根据多个注册信息，激活业务标识与业务服务器地址信 息的对应关系表中与所述多个注册信息对应的表项，所述业务标识与业务服务器地址信息 的对应关系表由所述路从所述协调服务器中获取；
[0032] 转发请求接收模块，用于接收数据转发请求，所述数据转发请求中至少包括待转 发数据和业务标识；
[0033] 数据转发模块，用于根据所述业务标识、所述业务标识与业务服务器地址信息的 对应关系表，转发所述待转发数据。
[0034] 第六方面，提供了一种数据转发系统，所述系统包括业务服务器、路由服务器及协 调服务器；
[0035] 所述业务服务器，用于获取协调服务器存储的路由服务器地址信息；
[0036] 所述业务服务器，用于根据所述路由服务器地址信息，向路由服务器发送注册信 息，所述注册信息中至少包括业务标识和业务服务器地址信息；
[0037] 所述路由服务器，用于在接收到所述注册信息后，激活所述注册信息生成业务标 识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述业务标识与业 务服务器地址信息的对应关系表由所述路由服务器从所述协调服务器中获取；
[0038] 所述业务服务器，用于向所述路由服务器发送数据转发请求，所述数据转发请求 中至少包括待转发数据和业务标识；
[0039] 所述路由服务器，用于在接收到所述数据转发请求后，根据所述业务标识、所述业 务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
[0040] 其中，所述协调服务器中存储了多个路由服务器的地址信息。
[0041] 本发明实施例提供的技术方案带来的有益效果是：
[0042] 业务服务器在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器 地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业 务服务器地址信息的对应关系表；之后，业务服务器向路由服务器发送数据转发请求，由路 由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据； 由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息， 所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以 路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成 本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器 也无需重新加载任何配置文件，增强了系统的可用性和扩展性。

【专利附图】

【附图说明】
[0043] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使 用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于 本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他 的附图。
[0044]图1是本发明实施例提供的一种数据转发方法的实施环境的系统架构示意图；
[0045] 图2是本发明实施例提供的一种数据转发方法的流程图；
[0046] 图3是本发明实施例提供的一种数据转发方法的流程图；
[0047] 图4是本发明实施例提供的一种数据转发方法的流程图；
[0048]图5是本发明实施例提供的一种数据转发系统的架构示意图；
[0049]图6是本发明实施例提供的一种数据转发系统的架构示意图；
[0050] 图7是本发明实施例提供的一种数据转发装置的结构示意图；
[0051] 图8是本发明实施例提供的一种数据转发装置的结构示意图；
[0052] 图9是本发明实施例提供的一种业务服务器的结构示意图；
[0053] 图10是本发明实施例提供的一种路由服务器的结构示意图。

【具体实施方式】
[0054] 为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方 式作进一步地详细描述。
[0055] 本发明实施例提供了 一种数据转发方法。参见图1，其示出了本发明实施例提供的 数据转发方法所涉及的实施环境的结构示意图。该实施环境包括路由服务器、业务服务器 及协调服务器。
[0056] 其中，路由服务器（Route Server)，也称为代理服务器（Proxy Server)。在互联 网后台系统中，负责各个业务服务器之间网络通讯传输转发的服务，是连接各个业务服务 器之间的桥梁。
[0057] 业务服务器，通过LibRouter与业务服务器和协调服务器进行交互。其中， RouteServer 的 API (Application Programming Interface，应用程序编程接口），以库的形 式提供给业务服务器，负责和路由服务器和协调服务器交互，进行zk事件的监控处理和消 息的收发。
[0058] 协调服务器，采用一个名为Zooke印er的开源分布式协调服务器协调业务服务器 和路由服务器之间的工作。Zookeeper可简单理解为一个树形结构，树的每个节点都可视作 一个应用进程。Zookeeper就是这棵树、这批应用进程的管理员。该协调服务器主要特性 在于使用"观察者"方式协调各应用进程工作。在Zookeeper的树节点发生变化（称为"事 件"）时，其会将此"事件"通知到对应的"观察者"。在本发明实施例中"观察者"既可指代 路由服务器也可指代业务服务器。
[0059] 需要说明的是，上述路由服务器、业务服务器及协调服务器之间可以通过无线网 络或者有线网络进行通信。具体的数据转发流程参见下述实施例。
[0060] 图2是本发明实施例提供的一种数据转发方法的流程图。以业务服务器执行该方 法的角度为例，参见图2,本发明实施例提供的方法流程包括：
[0061] 201、获取协调服务器存储的路由服务器地址信息；其中，协调服务器中存储了多 个路由服务器的地址信息。
[0062] 202、根据路由服务器地址信息，向每一个路由服务器发送注册信息，以使每一个 路由服务器激活业务标识与业务服务器地址信息的对应关系表中与注册信息对应的表项， 注册信息中至少包括业务标识和业务服务器地址信息。
[0063] 203、向多个路由服务器中的一个路由服务器发送数据转发请求，数据转发请求中 至少包括待转发数据和业务标识，以使路由服务器根据业务标识和业务标识与业务服务器 地址信息的对应关系表将待转发数据转发至对应的业务服务器。
[0064] 本发明实施例提供的方法，业务服务器在获取到协调服务器存储的路由服务器地 址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注 册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务 器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对 应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身 处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工 进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低 了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业 务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展 性。
[0065] 可选地，获取协调服务器存储的路由服务器地址信息之后，该方法还包括：
[0066] 向协调服务器发送第一路由服务器监测请求，以使协调服务器监测是否存在新 增路由服务器；当监测到新增路由服务器时，由协调服务器向业务服务器发送第一通知消 息；
[0067] 在接收到第一通知消息后，向新增路由服务器发送注册信息，注册信息中至少包 括业务标识和业务服务器地址信息。
[0068] 可选地，获取协调服务器存储的路由服务器地址信息之后，该方法还包括：
[0069] 向协调服务器发送第二路由服务器监测请求，以使协调服务器监测是否存在故 障路由服务器；当监测到故障路由服务器时，由协调服务器向业务服务器发送第二通知消 息；
[0070] 在接收到第二通知消息后，与故障路由服务器断开通信连接。
[0071] 可选地，向新增路由器发送注册信息之后，方法还包括：
[0072] 如果未注册成功，则每隔第一固定时间向新增路由服务器发送一次注册信息；
[0073] 当注册信息的发送次数超出阈值时，向协调服务器发送出错告警消息。
[0074] 可选地，向多个路由服务器中的一个路由服务器发送数据转发请求之后，该方法 还包括：
[0075] 如果路由服务器转发待转发数据失败，则向多个路由服务器中的其他路由服务器 发送数据转发请求；
[0076] 每隔第二固定时间尝试重新连接一次路由服务器，以确定路由服务器是否恢复正 常使用。
[0077] 上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再 --赘述。
[0078] 图3是本发明实施例提供的一种数据转发方法的流程图。以路由服务器执行该方 法的角度为例，参见图3,本发明实施例提供的方法流程包括：
[0079] 301、接收多个业务服务器发送的注册信息，注册信息中至少包括业务标识和业务 服务器地址信息。
[0080] 302、根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与 多个注册信息对应的表项，该业务标识与业务服务器地址信息的对应关系表从协调服务器 中获取。
[0081] 303、接收数据转发请求，数据转发请求中至少包括待转发数据和业务标识。
[0082] 304、根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发 数据。
[0083] 本发明实施例提供的方法，业务服务器在获取到协调服务器存储的路由服务器地 址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注 册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务 器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对 应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身 处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工 进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低 了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业 务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展 性。
[0084] 可选地，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转 发数据之前，该方法还包括：
[0085] 获取协调服务器存储的静态路由表，静态路由表中包括多种数据传输路径信息；
[0086] 根据静态路由表，初始化本地路由表。
[0087] 可选地，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转 发数据，包括：
[0088] 当待转发数据是特殊转发数据时，根据业务标识及本地路由表，转发待转发数 据；
[0089] 当待转发数据不是特殊转发数据时，根据业务标识、业务标识与业务服务器地址 信息的对应关系表，转发待转发数据。
[0090] 可选地，获取协调服务器存储的静态路由表之后，该方法还包括：
[0091] 向协调服务器发送静态路由表监测请求，以使协调服务器监测静态路由表是否发 生变化；当静态路由表发生变化时，由协调服务器向路由服务器发送通知消息；
[0092] 在接收到通知消息后，获取变化后的静态路由表；
[0093] 根据变化后的静态路由表，更新本地路由表。
[0094] 可选地，接收多个业务服务器发送的注册信息之前，该方法还包括：
[0095] 在与协调服务器建立连接后，向协调服务器发送瞬时节点建立请求，瞬时节点建 立请求中至少包括路由服务器的标识信息，以使协调服务器根据瞬时节点建立请求，建立 路由服务器对应的瞬时节点。
[0096] 上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再 --赘述。
[0097] 图4是本发明实施例提供的一种数据转发方法的流程图。交互主体为业务服务 器、协调服务器及路由服务器。参见图4,本发明实施例提供的方法流程包括 ：
[0098] 401、业务服务器在与协调服务器建立连接后，获取协调服务器存储的路由服务器 地址信息。
[0099] 其中，业务服务器在与协调服务器建立连接时，可通过三次握手协议建立TCP连 接。当然除建立TCP连接外，还可建立UDP连接，本发明实施例对此不作具体限定。在本发 明实施例中，协调服务器中预先存储了多个路由服务器的地址信息。其中，路由服务器的地 址信息通常指代路由服务器的IPdnternet Protocol，网络协议）地址。业务服务器在获 取路由服务地址信息时，可向协调服务器发送路由服务器地址信息获取请求。协调服务器 在接收到该路由服务器地址信息获取请求后，将自身存储的全部路由服务器的地址信息发 送给业务服务器。
[0100] 需要说明的是，在业务服务器与协调服务器之间未成功建立连接或服务器故障等 情形下，业务服务器会获取不到路由服务器地址信息。针对这种情况，在初次获取不到路由 服务器地址信息的情况下，可每隔固定时长尝试重新获取一次路由服务器地址信息；如果 在尝试获取预设次数后，还未获取到路由服务器地址信息，则发出出错告警提示消息，以提 示管理人员或维护人员对当前状况进行干预处理。其中，固定时长的大小可为10s或20s 等数值，本发明实施例对固定时长的大小不作具体限定。预设次数的大小可为3次或5次 等等，本发明实施例对预设次数的大小同样不作具体限定。
[0101] 此外，若业务服务器成功获取到路由服务器地址信息之后，业务服务器还可先向 协调服务器发送路由服务器监测请求，以使协调服务器对路由服务器进行监测。比如，监测 是否存在新增路由服务器或者存在故障路由服务器。而当路由服务器发生变化时，协调服 务器会向业务服务器发送通知消息，以提示业务服务器作相应处理。具体的监测过程及相 应处理详见后续步骤。
[0102] 402、业务服务器根据路由服务器地址信息，向路由服务器发送注册信息，注册信 息中至少包括业务标识和业务服务器地址信息。
[0103] 在本发明实施例中，业务服务器在向路由服务器发送注册信息之前，还需先与路 由服务器建立通信连接。其中，业务服务器在与路由服务器建立通信连接时，可通过三次握 手协议建立TCP连接。当然除建立TCP连接外，还可建立UDP连接，本发明实施例对此不作 具体限定。
[0104] 其中，业务标识既可为某个具体业务的身份标识（ID)，也可为某个业务类型ID， 本发明实施例对此不作具体限定，本发明实施例仅以业务标识指代业务服务器所处理的某 个具体业务的ID为例进行举例说明；业务服务器地址信息指代业务服务的IP地址。当然， 注册信息中除包括业务标识和业务服务器地址信息外，还可包括其他信息，比如，注册信息 的生成时间等等，本发明实施例对注册信息包括的内容不进行具体限定。
[0105] 需要说明的是，对于一个数据转发系统来说，通常包括多个路由服务器。针对一个 业务服务器而言，一般需向数据转发系统中的所有路由服务器进行注册，以保证在后续数 据转发过程中，即便处于系统容灾期间也可进行数据的正常转发。
[0106] 403、路由服务器在接收到注册信息后，根据注册信息激活业务标识与业务服务器 地址信息的对应关系表中与多个注册信息对应的表项，该业务标识与业务服务器地址信息 的对应关系表从协调服务器中获取。
[0107] 在本发明实施例中，对于一个路由服务器来说，其可接收到多个业务服务器发送 的注册信息。多个业务服务器中的任意两个业务服务器既可能处理同一业务，也可能在处 理不同的业务。以图5为例，其中处理业务A的业务服务器有多个，处理业务B的业务服务 器也有多个，且路由服务器的个数也不止一个。而处理业务A的每一个业务服务器均会向 各个路由服务器发送注册信息，处理业务B的每一个业务服务器也均会向各个路由服务器 发送注册信息。各个业务服务器和各个路由服务器均由协调服务器进行协调管理。
[0108] 路由服务器在接收到业务服务器发送的注册信息后，以注册信息中携带的业务标 识对业务服务器进行分群，激活业务标识与业务服务器地址信息的对应关系表。其中，一个 业务标识通常对应多个业务服务器地址信息。该业务标识与业务服务器地址信息的对应 关系表预先存储在协调服务器上，由路由服务器从协调服务器中获取并存储在自身。当接 收到一个注册信息后，根据该注册信息可在对应关系表中找到与其对应的表项，将该表项 标记为激活状态，表明该表项中的业务服务器地址信息对应的业务服务器可进行业务的处 理。此外，如果保存在协调服务器上的对应关系表有改动，则协调服务器是会广播通知所有 的路由服务器进行同步更新。其中，业务标识与业务服务器地址信息的对应关系表可如下 表1所示，一个业务和一个地址信息组合成为一个表项。
[0109] 表 1
[0110]
[0111]

【权利要求】
1. 一种数据转发方法，其特征在于，所述方法包括： 业务服务器获取协调服务器存储的路由服务器地址信息； 所述业务服务器根据所述路由服务器地址信息，向路由服务器发送注册信息，所述注 册信息中至少包括业务标识和业务服务器地址信息； 所述路由服务器在接收到所述注册信息后，激活业务标识与业务服务器地址信息的对 应关系表中与所述注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系 表由所述路由服务器从所述协调服务器中获取； 所述业务服务器向所述路由服务器发送数据转发请求，所述数据转发请求中至少包括 待转发数据和业务标识； 所述路由服务器在接收到所述数据转发请求后，根据所述业务标识、所述业务标识与 业务服务器地址信息的对应关系表，转发所述待转发数据； 其中，所述协调服务器中存储了多个路由服务器的地址信息。
2. 根据权利要求1所述的方法，其特征在于，所述业务服务器获取协调服务器存储的 路由服务器地址信息之后，所述方法还包括： 所述业务服务器向所述协调服务器发送第一路由服务器监测请求； 所述协调服务器在接收到所述第一路由服务器检测请求后，监测是否存在新增路由服 务器； 当监测到新增路由服务器时，所述协调服务器向所述业务服务器发送第一通知消息； 所述业务服务器在接收到所述第一通知消息后，向所述新增路由服务器发送注册信 息，所述注册信息中至少包括业务标识和业务服务器地址信息。
3. 根据权利要求1所述的方法，其特征在于，所述业务服务器获取协调服务器存储的 路由服务器地址信息之后，所述方法还包括： 所述业务服务器向所述协调服务器发送第二路由服务器监测请求； 所述协调服务器在接收到所述第二路由服务器检测请求后，监测是否存在故障路由服 务器； 当监测到故障路由服务器时，所述协调服务器向所述业务服务器发送第二通知消息； 所述业务服务器在接收到所述第二通知消息后，与所述故障路由服务器断开通信连 接。
4. 根据权利要求1所述的方法，其特征在于，所述根据所述业务标识、所述业务标识与 业务服务器地址信息的对应关系表，转发所述待转发数据之前，所述方法还包括： 所述路由服务器获取所述协调服务器存储的静态路由表，所述静态路由表中包括多种 数据传输路径信息； 所述路由服务器根据所述静态路由表，初始化本地路由表。
5. 根据权利要求4所述的方法，其特征在于，所述根据所述业务标识、所述业务标识与 业务服务器地址信息的对应关系表，转发所述待转发数据，包括： 当所述待转发数据是特殊转发数据时，所述路由服务器根据所述业务标识及所述本地 路由表，转发所述待转发数据； 当所述待转发数据不是特殊转发数据时，所述路由服务器根据所述业务标识、所述业 务标识与业务服务器地址信息的对应关系表，转发所述待转发数据。
6. 根据权利要求4所述的方法，其特征在于，所述路由服务器获取所述协调服务器存 储的静态路由表之后，所述方法还包括： 所述路由服务器向所述协调服务器发送静态路由表监测请求； 所述协调服务器在接收到所述静态路由表监测请求后，监测所述静态路由表是否发生 变化； 当所述静态路由表发生变化时，所述协调服务器向所述路由服务器发送第三通知消 息； 所述路由服务器在接收到所述第三通知消息后，获取变化后的静态路由表； 所述路由服务器根据所述变化后的静态路由表，更新所述本地路由表。
7. -种数据转发方法，所述方法应用于业务服务器，其特征在于，所述方法包括： 获取协调服务器存储的路由服务器地址信息； 根据所述路由服务器地址信息，向每一个路由服务器发送注册信息，以使所述每一个 路由服务器激活业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的 表项，所述注册信息中至少包括业务标识和业务服务器地址信息； 向多个路由服务器中的一个路由服务器发送数据转发请求，所述数据转发请求中至少 包括待转发数据和业务标识，以使所述路由服务器根据所述业务标识和所述业务标识与业 务服务器地址信息的对应关系表将所述待转发数据转发至对应的业务服务器； 其中，所述协调服务器中存储了多个路由服务器的地址信息和所述业务标识与业务服 务器地址信息的对应关系表。
8. 根据权利要求7所述的方法，其特征在于，所述获取协调服务器存储的路由服务器 地址信息之后，所述方法还包括： 向所述协调服务器发送第一路由服务器监测请求，以使所述协调服务器监测是否存在 新增路由服务器；当监测到新增路由服务器时，由所述协调服务器向所述业务服务器发送 第一通知消息； 在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息 中至少包括业务标识和业务服务器地址信息。
9. 根据权利要求7所述的方法，其特征在于，所述获取协调服务器存储的路由服务器 地址信息之后，所述方法还包括： 向所述协调服务器发送第二路由服务器监测请求，以使所述协调服务器监测是否存在 故障路由服务器；当监测到故障路由服务器时，由所述协调服务器向所述业务服务器发送 第二通知消息； 在接收到所述第二通知消息后，与所述故障路由服务器断开通信连接。
10. 根据权利要求8所述的方法，其特征在于，所述向所述新增路由器发送注册信息之 后，所述方法还包括： 如果未注册成功，则每隔第一固定时间向所述新增路由服务器发送一次注册信息； 当所述注册信息的发送次数超出阈值时，向所述协调服务器发送出错告警消息。
11. 根据权利要求7至10中任一权利要求所述的方法，其特征在于，所述向多个路由服 务器中的一个路由服务器发送数据转发请求之后，所述方法还包括： 如果所述路由服务器转发所述待转发数据失败，则向所述多个路由服务器中的其他路 由服务器发送所述数据转发请求； 每隔第二固定时间尝试重新连接一次所述路由服务器，以确定所述路由服务器是否恢 复正常使用。
12. -种数据转发方法，所述方法应用于路由服务器，其特征在于，所述方法包括： 接收多个业务服务器发送的注册信息，所述注册信息中至少包括业务标识和业务服务 器地址信息； 根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与所述多个 注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表从所述协调服务 器中获取； 接收数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识； 根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待 转发数据。
13. 根据权利要求12所述的方法，其特征在于，所述根据所述业务标识、所述业务标识 与业务服务器地址信息的对应关系表，转发所述待转发数据之前，所述方法还包括： 获取协调服务器存储的静态路由表，所述静态路由表中包括多种数据传输路径信息； 根据所述静态路由表，初始化本地路由表。
14. 根据权利要求13所述的方法，其特征在于，所述根据所述业务标识、所述业务标识 与业务服务器地址信息的对应关系表，转发所述待转发数据，包括： 当所述待转发数据是特殊转发数据时，根据所述业务标识及所述本地路由表，转发所 述待转发数据； 当所述待转发数据不是特殊转发数据时，根据所述业务标识、所述业务标识与业务服 务器地址信息的对应关系表，转发所述待转发数据。
15. 根据权利要求13所述的方法，其特征在于，所述获取协调服务器存储的静态路由 表之后，所述方法还包括： 向协调服务器发送静态路由表监测请求，以使所述协调服务器监测所述静态路由表是 否发生变化；当所述静态路由表发生变化时，由所述协调服务器向所述路由服务器发送通 知消息； 在接收到所述通知消息后，获取变化后的静态路由表； 根据所述变化后的静态路由表，更新所述本地路由表。
16. 根据权利要求12至15中任一权利要求所述的方法，其特征在于，所述接收多个业 务服务器发送的注册信息之前，所述方法还包括： 在与所述协调服务器建立连接后，向所述协调服务器发送瞬时节点建立请求，所述瞬 时节点建立请求中至少包括所述路由服务器的标识信息，以使所述协调服务器根据所述瞬 时节点建立请求，建立所述路由服务器对应的瞬时节点。
17. -种数据转发系统，其特征在于，所述系统包括业务服务器、路由服务器及协调服 务器； 所述业务服务器，用于获取协调服务器存储的路由服务器地址信息； 所述业务服务器，用于根据所述路由服务器地址信息，向路由服务器发送注册信息，所 述注册信息中至少包括业务标识和业务服务器地址信息； 所述路由服务器，用于在接收到所述注册信息后，激活业务标识与业务服务器地址信 息的对应关系表中与所述注册信息对应的表项，所述业务标识与业务服务器地址信息的对 应关系表由所述路由服务器从所述协调服务器中获取； 所述业务服务器，用于向所述路由服务器发送数据转发请求，所述数据转发请求中至 少包括待转发数据和业务标识； 所述路由服务器，用于在接收到所述数据转发请求后，根据所述业务标识、所述业务标 识与业务服务器地址信息的对应关系表，转发所述待转发数据； 其中，所述协调服务器中存储了多个路由服务器的地址信息。
18. 根据权利要求17所述的系统，其特征在于，所述业务服务器，还用于向所述协调服 务器发送第一路由服务器监测请求； 所述协调服务器，用于在接收到所述第一路由服务器检测请求后，监测是否存在新增 路由服务器；当监测到新增路由服务器时，向所述业务服务器发送第一通知消息； 所述业务服务器，还用于在接收到所述第一通知消息后，向所述新增路由服务器发送 注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
19. 根据权利要求17所述的系统，其特征在于，所述业务服务器，还用于向所述协调服 务器发送第二路由服务器监测请求； 所述协调服务器，用于在接收到所述第二路由服务器检测请求后，监测是否存在故障 路由服务器；当监测到故障路由服务器时，向所述业务服务器发送第二通知消息； 所述业务服务器，还用于在接收到所述第二通知消息后，与所述故障路由服务器断开 通信连接。
20. 根据权利要求17所述的系统，其特征在于，所述路由服务器，还用于获取所述协调 服务器存储的静态路由表，所述静态路由表中包括多种数据传输路径信息；根据所述静态 路由表,初始化本地路由表。
21. 根据权利要求20所述的系统，其特征在于，所述路由服务器，用于当所述待转发数 据是特殊转发数据时，根据所述业务标识及所述本地路由表，转发所述待转发数据；当所述 待转发数据不是特殊转发数据时，根据所述业务标识、所述业务标识与业务服务器地址信 息的对应关系表，转发所述待转发数据。
22. 根据权利要求20所述的系统，其特征在于，所述路由服务器，还用于向所述协调服 务器发送静态路由表监测请求； 所述协调服务器，还用于在接收到所述静态路由表监测请求后，监测所述静态路由表 是否发生变化；当所述静态路由表发生变化时，向所述路由服务器发送第三通知消息； 所述路由服务器，还用于在接收到所述第三通知消息后，获取变化后的静态路由表；根 据所述变化后的静态路由表，更新所述本地路由表。
23. -种数据转发装置，所述装置应用于业务服务器，其特征在于，所述装置包括： 地址信息获取模块，用于获取协调服务器存储的路由服务器地址信息； 注册信息发送模块，用于根据所述路由服务器地址信息，向每一个路由服务器发送注 册信息，以使所述每一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中 与所述注册信息对应的表项，所述注册信息中至少包括业务标识和业务服务器地址信息； 转发请求发送模块，用于向多个路由服务器中的一个路由服务器发送数据转发请求， 所述数据转发请求中至少包括待转发数据和业务标识，以使所述路由服务器根据所述业务 标识和所述业务标识与业务服务器地址信息的对应关系表将所述待转发数据转发至对应 的业务服务器； 其中，所述协调服务器中存储了多个路由服务器的地址信息和所述业务标识与业务服 务器地址信息的对应关系表。
24. 根据权利要求23所述的装置，其特征在于，所述装置还包括： 监测请求发送模块，用于向所述协调服务器发送第一路由服务器监测请求，以使所述 协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，由所述协调服务 器向所述业务服务器发送第一通知消息； 所述注册信息发送模块，用于在接收到所述第一通知消息后，向所述新增路由服务器 发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
25. 根据权利要求23所述的装置，其特征在于，所述装置还包括： 监测请求发送模块，用于向所述协调服务器发送第二路由服务器监测请求，以使所述 协调服务器监测是否存在故障路由服务器；当监测到故障路由服务器时，由所述协调服务 器向所述业务服务器发送第二通知消息； 所述注册信息发送模块，用于在接收到所述第二通知消息后，与所述故障路由服务器 断开通信连接。
26. 根据权利要求24所述的装置，其特征在于，所述装置还包括： 所述注册信息发送模块，还用于当未注册成功时，每隔第一固定时间向所述新增路由 服务器发送一次注册信息； 出错告警消息发送模块，用于当所述注册信息的发送次数超出阈值时，向所述协调服 务器发送出错告警消息。
27. 根据权利要求23至26中任一权利要求所述的装置，其特征在于，所述装置还包 括： 所述转发请求发送模块，还用于当所述路由服务器转发所述待转发数据失败时，向所 述多个路由服务器中的其他路由服务器发送所述数据转发请求； 连接模块，用于每隔第二固定时间尝试重新连接一次所述路由服务器，以确定所述路 由服务器是否恢复正常使用。
28. -种数据转发装置，所述装置应用于路由服务器，其特征在于，所述装置包括： 注册信息接收模块，用于接收多个业务服务器发送的注册信息，所述注册信息中至少 包括业务标识和业务服务器地址信息； 对应关系激活模块，用于根据多个注册信息，激活业务标识与业务服务器地址信息的 对应关系表中与所述多个注册信息对应的表项，所述业务标识与业务服务器地址信息的对 应关系表由所述路从所述协调服务器中获取； 转发请求接收模块，用于接收数据转发请求，所述数据转发请求中至少包括待转发数 据和业务标识； 数据转发模块，用于根据所述业务标识、所述业务标识与业务服务器地址信息的对应 关系表，转发所述待转发数据。
29. 根据权利要求28所述的装置，其特征在于，所述装置还包括： 路由表获取模块，用于获取协调服务器存储的静态路由表，所述静态路由表中包括多 种数据传输路径信息； 初始化模块，用于根据所述静态路由表，初始化本地路由表。
30. 根据权利要求29所述的装置，其特征在于，所述数据转发模块，用于当所述待转发 数据是特殊转发数据时，根据所述业务标识及所述本地路由表，转发所述待转发数据；当所 述待转发数据不是特殊转发数据时，根据所述业务标识、所述业务标识与业务服务器地址 信息的对应关系表，转发所述待转发数据。
31. 根据权利要求29所述的装置，其特征在于，所述装置还包括： 监测请求发送模块，用于向协调服务器发送静态路由表监测请求，以使所述协调服务 器监测所述静态路由表是否发生变化；当所述静态路由表发生变化时，由所述协调服务器 向所述路由服务器发送通知消息； 通知消息接收模块，用于在接收到所述通知消息后，获取变化后的静态路由表； 所述初始化模块，还用于根据所述变化后的静态路由表，更新所述本地路由表。
32. 根据权利要求28至31中任一权利要求所述的装置，其特征在于，所述装置还包 括： 节点建立请求发送模块，用于在与所述协调服务器建立连接后，向所述协调服务器发 送瞬时节点建立请求，所述瞬时节点建立请求中至少包括所述路由服务器的标识信息，以 使所述协调服务器根据所述瞬时节点建立请求，建立所述路由服务器对应的瞬时节点。
【文档编号】H04L29/06GK104144124SQ201410348532
【公开日】2014年11月12日 申请日期:2014年7月21日 优先权日:2014年7月21日
【发明者】吴波, 谢远辉, 欧阳群明 申请人:腾讯科技（深圳）有限公司