CN104144124B - 数据转发方法、装置及系统 - Google Patents
数据转发方法、装置及系统 Download PDFInfo
- Publication number
- CN104144124B CN104144124B CN201410348532.4A CN201410348532A CN104144124B CN 104144124 B CN104144124 B CN 104144124B CN 201410348532 A CN201410348532 A CN 201410348532A CN 104144124 B CN104144124 B CN 104144124B
- Authority
- CN
- China
- Prior art keywords
- server
- routing
- service
- message
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Abstract
本发明公开了一种数据转发方法、装置及系统，属于互联网技术领域。方法包括：获取协调服务器存储的路由服务器地址信息；根据路由服务器地址信息，向每一个路由服务器发送注册信息；向多个路由服务器中的一个路由服务器发送数据转发请求，数据转发请求中至少包括待转发数据和业务标识，以使路由服务器根据业务标识和业务服务器地址信息将待转发数据转发至对应的业务服务器。由于采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，因此路由服务器根据该对应关系表可有效进行数据转发，降低互联网后台系统的开发和维护成本，增强系统的可用性和扩展性。
Description
技术领域
本发明涉及互联网技术领域，特别涉及一种数据转发方法、装置及系统。
背景技术
互联网后台服务，常常会涉及到众多的系统及模块。这些系统、模块之间，一般通过TCP(TransmissionControlProtocol，传输控制协议)连接或UDP(UserDatagramProtocol的简称，用户数据报协议)连接进行通讯协作和数据交换。在模块间交互过程中，为了防止各模块的业务逻辑与通讯逻辑耦合，RouteServer(路由服务器)应运而生。RouteServer负责各个模块之间的网络通讯和数据转发服务，是连接各个模块之间的桥梁。借助RouteServer，所有的模块只需按照事先协商好的协议将数据发送至RouteServer，由RouteServer作为代理服务器，将数据转发至目标地址。
现有技术中，通常采取下述方式实现数据转发：RouteServer获取预先设置的静态配置文件，该静态配置文件中记录了各个模块对应的服务器列表。当RouteServer收到某一模块发送的待转发数据包时，首先获取待转发数据包中的目标模块标识；之后，根据该目标模块标识在模块与服务器列表的对应关系中进行查找，确定该目标模块标识对应的服务器列表；最终，RouteServer按照自定义的转发策略，将待转发数据包发送到该目标模块标识对应的服务器。
在实现本发明的过程中，发明人发现现有技术至少存在以下问题：
静态配置文件的维护成本和更新成本较高；且随着模块的逐渐增多，静态配置文件会逐渐增大，更加剧了静态配置文件的维护难度和更新难度；此外，RouteServer与各模块之间存在依赖关系，即当某个模块扩容或不可用时，需修改静态配置文件，这就需要RouteServer重新加载静态配置文件，所以该种数据转发方式的可用性和扩展性较差。
发明内容
为了解决现有技术的问题，本发明实施例提供了一种数据转发方法、装置及系统。所述技术方案如下：
第一方面，提供了一种数据转发方法，所述方法包括：
业务服务器获取协调服务器存储的路由服务器地址信息；
所述业务服务器根据所述路由服务器地址信息，向路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息；
所述路由服务器在接收到所述注册信息后，激活所述注册信息生成业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表由所述路由服务器从所述协调服务器中获取；
所述业务服务器向所述路由服务器发送数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
所述路由服务器在接收到所述数据转发请求后，根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
其中，所述协调服务器中存储了多个路由服务器的地址信息；
所述业务服务器获取协调服务器存储的路由服务器地址信息之后，所述方法还包括：
所述业务服务器向所述协调服务器发送第一路由服务器监测请求；
所述协调服务器在接收到所述第一路由服务器检测请求后，监测是否存在新增路由服务器；
当监测到新增路由服务器时，所述协调服务器向所述业务服务器发送第一通知消息；
所述业务服务器在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
第二方面，提供了一种数据转发方法，所述方法应用于业务服务器，所述方法包括：
获取协调服务器存储的路由服务器地址信息；
根据所述路由服务器地址信息，向每一个路由服务器发送注册信息，以使所述每一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述注册信息中至少包括业务标识和业务服务器地址信息；
向多个路由服务器中的一个路由服务器发送数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识，以使所述路由服务器根据所述业务标识和所述业务标识与业务服务器地址信息的对应关系表将所述待转发数据转发至对应的业务服务器；
其中，所述协调服务器中存储了多个路由服务器的地址信息；
所述获取协调服务器存储的路由服务器地址信息之后，所述方法还包括：
向所述协调服务器发送第一路由服务器监测请求，以使所述协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，由所述协调服务器向所述业务服务器发送第一通知消息；
在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
第三方面，提供了一种数据转发方法，所述方法应用于路由服务器，所述方法包括：
接收多个业务服务器发送的注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息；
根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与所述多个注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表从协调服务器中获取；
接收数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
其中，当所述路由服务器为新增路由服务器时，所述注册信息由所述多个业务服务器在接收到第一通知消息后发送，所述第一通知消息由所述协调服务器在接收到所述多个业务服务器发送的第一路由服务检测请求，且基于所述第一路由服务检测请求检测到新增路由服务器后，向所述多个业务服务器发送。
第四方面，提供了一种数据转发装置，所述装置应用于业务服务器，所述装置包括：
地址信息获取模块，用于获取协调服务器存储的路由服务器地址信息；
注册信息发送模块，用于根据所述路由服务器地址信息，向每一个路由服务器发送注册信息，以使所述每一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述注册信息中至少包括业务标识和业务服务器地址信息；
转发请求发送模块，用于向多个路由服务器中的一个路由服务器发送数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识，以使所述路由服务器根据所述业务标识和所述业务标识与业务服务器地址信息的对应关系表将所述待转发数据转发至对应的业务服务器；
其中，所述协调服务器中存储了多个路由服务器的地址信息和所述业务标识与业务服务器地址信息的对应关系表；
所述装置还包括：
监测请求发送模块，用于向所述协调服务器发送第一路由服务器监测请求，以使所述协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，由所述协调服务器向所述业务服务器发送第一通知消息；
所述注册信息发送模块，用于在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
第五方面，提供了一种数据转发装置，所述装置应用于路由服务器，所述装置包括：
注册信息接收模块，用于接收多个业务服务器发送的注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息；
对应关系激活模块，用于根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与所述多个注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表从协调服务器中获取；
转发请求接收模块，用于接收数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
数据转发模块，用于根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
其中，当所述路由服务器为新增路由服务器时，所述注册信息由所述多个业务服务器在接收到第一通知消息后发送，所述第一通知消息由所述协调服务器在接收到所述多个业务服务器发送的第一路由服务检测请求，且基于所述第一路由服务检测请求检测到新增路由服务器后，向所述多个业务服务器发送。
第六方面，提供了一种数据转发系统，所述系统包括业务服务器、路由服务器及协调服务器；
所述业务服务器，用于获取协调服务器存储的路由服务器地址信息；
所述业务服务器，用于根据所述路由服务器地址信息，向路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息；
所述路由服务器，用于在接收到所述注册信息后，激活所述注册信息生成业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表由所述路由服务器从所述协调服务器中获取；
所述业务服务器，用于向所述路由服务器发送数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
所述路由服务器，用于在接收到所述数据转发请求后，根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
其中，所述协调服务器中存储了多个路由服务器的地址信息；
所述业务服务器，还用于向所述协调服务器发送第一路由服务器监测请求；
所述协调服务器，用于在接收到所述第一路由服务器检测请求后，监测是否存在新增路由服务器；当监测到新增路由服务器时，向所述业务服务器发送第一通知消息；
所述业务服务器，还用于在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
本发明实施例提供的技术方案带来的有益效果是：
业务服务器在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种数据转发方法的实施环境的系统架构示意图；
图2是本发明实施例提供的一种数据转发方法的流程图；
图3是本发明实施例提供的一种数据转发方法的流程图；
图4是本发明实施例提供的一种数据转发方法的流程图；
图5是本发明实施例提供的一种数据转发系统的架构示意图；
图6是本发明实施例提供的一种数据转发系统的架构示意图；
图7是本发明实施例提供的一种数据转发装置的结构示意图；
图8是本发明实施例提供的一种数据转发装置的结构示意图；
图9是本发明实施例提供的一种业务服务器的结构示意图；
图10是本发明实施例提供的一种路由服务器的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。
本发明实施例提供了一种数据转发方法。参见图1，其示出了本发明实施例提供的数据转发方法所涉及的实施环境的结构示意图。该实施环境包括路由服务器、业务服务器及协调服务器。
其中，路由服务器(RouteServer)，也称为代理服务器(ProxyServer)。在互联网后台系统中，负责各个业务服务器之间网络通讯传输转发的服务，是连接各个业务服务器之间的桥梁。
业务服务器，通过LibRouter与业务服务器和协调服务器进行交互。其中，RouteServer的API(ApplicationProgrammingInterface，应用程序编程接口)，以库的形式提供给业务服务器，负责和路由服务器和协调服务器交互，进行zk事件的监控处理和消息的收发。
协调服务器，采用一个名为Zookeeper的开源分布式协调服务器协调业务服务器和路由服务器之间的工作。Zookeeper可简单理解为一个树形结构，树的每个节点都可视作一个应用进程。Zookeeper就是这棵树、这批应用进程的管理员。该协调服务器主要特性在于使用“观察者”方式协调各应用进程工作。在Zookeeper的树节点发生变化(称为“事件”)时，其会将此“事件”通知到对应的“观察者”。在本发明实施例中“观察者”既可指代路由服务器也可指代业务服务器。
需要说明的是，上述路由服务器、业务服务器及协调服务器之间可以通过无线网络或者有线网络进行通信。具体的数据转发流程参见下述实施例。
图2是本发明实施例提供的一种数据转发方法的流程图。以业务服务器执行该方法的角度为例，参见图2，本发明实施例提供的方法流程包括：
201、获取协调服务器存储的路由服务器地址信息；其中，协调服务器中存储了多个路由服务器的地址信息。
202、根据路由服务器地址信息，向每一个路由服务器发送注册信息，以使每一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中与注册信息对应的表项，注册信息中至少包括业务标识和业务服务器地址信息。
203、向多个路由服务器中的一个路由服务器发送数据转发请求，数据转发请求中至少包括待转发数据和业务标识，以使路由服务器根据业务标识和业务标识与业务服务器地址信息的对应关系表将待转发数据转发至对应的业务服务器。
本发明实施例提供的方法，业务服务器在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。
可选地，获取协调服务器存储的路由服务器地址信息之后，该方法还包括：
向协调服务器发送第一路由服务器监测请求，以使协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，由协调服务器向业务服务器发送第一通知消息；
在接收到第一通知消息后，向新增路由服务器发送注册信息，注册信息中至少包括业务标识和业务服务器地址信息。
可选地，获取协调服务器存储的路由服务器地址信息之后，该方法还包括：
向协调服务器发送第二路由服务器监测请求，以使协调服务器监测是否存在故障路由服务器；当监测到故障路由服务器时，由协调服务器向业务服务器发送第二通知消息；
在接收到第二通知消息后，与故障路由服务器断开通信连接。
可选地，向新增路由器发送注册信息之后，方法还包括：
如果未注册成功，则每隔第一固定时间向新增路由服务器发送一次注册信息；
当注册信息的发送次数超出阈值时，向协调服务器发送出错告警消息。
可选地，向多个路由服务器中的一个路由服务器发送数据转发请求之后，该方法还包括：
如果路由服务器转发待转发数据失败，则向多个路由服务器中的其他路由服务器发送数据转发请求；
每隔第二固定时间尝试重新连接一次路由服务器，以确定路由服务器是否恢复正常使用。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图3是本发明实施例提供的一种数据转发方法的流程图。以路由服务器执行该方法的角度为例，参见图3，本发明实施例提供的方法流程包括：
301、接收多个业务服务器发送的注册信息，注册信息中至少包括业务标识和业务服务器地址信息。
302、根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与多个注册信息对应的表项，该业务标识与业务服务器地址信息的对应关系表从协调服务器中获取。
303、接收数据转发请求，数据转发请求中至少包括待转发数据和业务标识。
304、根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
本发明实施例提供的方法，业务服务器在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。
可选地，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据之前，该方法还包括：
获取协调服务器存储的静态路由表，静态路由表中包括多种数据传输路径信息；
根据静态路由表，初始化本地路由表。
可选地，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据，包括：
当待转发数据是特殊转发数据时，根据业务标识及本地路由表，转发待转发数据；
当待转发数据不是特殊转发数据时，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
可选地，获取协调服务器存储的静态路由表之后，该方法还包括：
向协调服务器发送静态路由表监测请求，以使协调服务器监测静态路由表是否发生变化；当静态路由表发生变化时，由协调服务器向路由服务器发送通知消息；
在接收到通知消息后，获取变化后的静态路由表；
根据变化后的静态路由表，更新本地路由表。
可选地，接收多个业务服务器发送的注册信息之前，该方法还包括：
在与协调服务器建立连接后，向协调服务器发送瞬时节点建立请求，瞬时节点建立请求中至少包括路由服务器的标识信息，以使协调服务器根据瞬时节点建立请求，建立路由服务器对应的瞬时节点。
上述所有可选技术方案，可以采用任意结合形成本发明的可选实施例，在此不再一一赘述。
图4是本发明实施例提供的一种数据转发方法的流程图。交互主体为业务服务器、协调服务器及路由服务器。参见图4，本发明实施例提供的方法流程包括：
401、业务服务器在与协调服务器建立连接后，获取协调服务器存储的路由服务器地址信息。
其中，业务服务器在与协调服务器建立连接时，可通过三次握手协议建立TCP连接。当然除建立TCP连接外，还可建立UDP连接，本发明实施例对此不作具体限定。在本发明实施例中，协调服务器中预先存储了多个路由服务器的地址信息。其中，路由服务器的地址信息通常指代路由服务器的IP(InternetProtocol，网络协议)地址。业务服务器在获取路由服务地址信息时，可向协调服务器发送路由服务器地址信息获取请求。协调服务器在接收到该路由服务器地址信息获取请求后，将自身存储的全部路由服务器的地址信息发送给业务服务器。
需要说明的是，在业务服务器与协调服务器之间未成功建立连接或服务器故障等情形下，业务服务器会获取不到路由服务器地址信息。针对这种情况，在初次获取不到路由服务器地址信息的情况下，可每隔固定时长尝试重新获取一次路由服务器地址信息；如果在尝试获取预设次数后，还未获取到路由服务器地址信息，则发出出错告警提示消息，以提示管理人员或维护人员对当前状况进行干预处理。其中，固定时长的大小可为10s或20s等数值，本发明实施例对固定时长的大小不作具体限定。预设次数的大小可为3次或5次等等，本发明实施例对预设次数的大小同样不作具体限定。
此外，若业务服务器成功获取到路由服务器地址信息之后，业务服务器还可先向协调服务器发送路由服务器监测请求，以使协调服务器对路由服务器进行监测。比如，监测是否存在新增路由服务器或者存在故障路由服务器。而当路由服务器发生变化时，协调服务器会向业务服务器发送通知消息，以提示业务服务器作相应处理。具体的监测过程及相应处理详见后续步骤。
402、业务服务器根据路由服务器地址信息，向路由服务器发送注册信息，注册信息中至少包括业务标识和业务服务器地址信息。
在本发明实施例中，业务服务器在向路由服务器发送注册信息之前，还需先与路由服务器建立通信连接。其中，业务服务器在与路由服务器建立通信连接时，可通过三次握手协议建立TCP连接。当然除建立TCP连接外，还可建立UDP连接，本发明实施例对此不作具体限定。
其中，业务标识既可为某个具体业务的身份标识(ID)，也可为某个业务类型ID，本发明实施例对此不作具体限定，本发明实施例仅以业务标识指代业务服务器所处理的某个具体业务的ID为例进行举例说明；业务服务器地址信息指代业务服务的IP地址。当然，注册信息中除包括业务标识和业务服务器地址信息外，还可包括其他信息，比如，注册信息的生成时间等等，本发明实施例对注册信息包括的内容不进行具体限定。
需要说明的是，对于一个数据转发系统来说，通常包括多个路由服务器。针对一个业务服务器而言，一般需向数据转发系统中的所有路由服务器进行注册，以保证在后续数据转发过程中，即便处于系统容灾期间也可进行数据的正常转发。
403、路由服务器在接收到注册信息后，根据注册信息激活业务标识与业务服务器地址信息的对应关系表中与多个注册信息对应的表项，该业务标识与业务服务器地址信息的对应关系表从协调服务器中获取。
在本发明实施例中，对于一个路由服务器来说，其可接收到多个业务服务器发送的注册信息。多个业务服务器中的任意两个业务服务器既可能处理同一业务，也可能在处理不同的业务。以图5为例，其中处理业务A的业务服务器有多个，处理业务B的业务服务器也有多个，且路由服务器的个数也不止一个。而处理业务A的每一个业务服务器均会向各个路由服务器发送注册信息，处理业务B的每一个业务服务器也均会向各个路由服务器发送注册信息。各个业务服务器和各个路由服务器均由协调服务器进行协调管理。
路由服务器在接收到业务服务器发送的注册信息后，以注册信息中携带的业务标识对业务服务器进行分群，激活业务标识与业务服务器地址信息的对应关系表。其中，一个业务标识通常对应多个业务服务器地址信息。该业务标识与业务服务器地址信息的对应关系表预先存储在协调服务器上，由路由服务器从协调服务器中获取并存储在自身。当接收到一个注册信息后，根据该注册信息可在对应关系表中找到与其对应的表项，将该表项标记为激活状态，表明该表项中的业务服务器地址信息对应的业务服务器可进行业务的处理。此外，如果保存在协调服务器上的对应关系表有改动，则协调服务器是会广播通知所有的路由服务器进行同步更新。其中，业务标识与业务服务器地址信息的对应关系表可如下表1所示，一个业务和一个地址信息组合成为一个表项。
表1
在业务服务器向所有路由服务器发送注册信息后，由于路由服务器未与业务服务器成功建立连接或路由服务器未成功接收到注册信息的情况的影响，还可能存在业务服务器未成功在某一路由服务器上进行注册的情况。针对该种情况，业务服务器可每隔固定时长尝试重新发送一次注册信息；如果在尝试发送预设次数后，业务服务器还未在该路由服务器上成功进行注册，则业务服务器可向协调服务器发送出错告警提示消息，以使协同系统针对该状况进行处理。
需要说明的是，在业务服务器在路由服务器中进行成功注册后，便可进行数据传输、心跳检测等业务处理流程。此外，由于在步骤401中业务服务器在获取到路由服务器地址信息之后，会向协调服务器发送路由服务器监测请求。所以当业务服务器在多个路由服务器中进行成功注册后，协调服务器便可对数据转发系统中的路由服务器进行监测。
在对协调服务器的监测过程进行解释说明之前，先对协调服务器的架构进行解释说明。参见图6，协调服务器内部的树形结构如图中方框所示。其中，“/routesvr”、“/routesvr/routetable”、“/routesvr/svraddrs”是普通的节点(不删除的话，会一直存在)。“/routesvr”为路由服务器节点，/routesvr/routetable”为静态路由表节点，“/routesvr/svraddrs”为路由服务器地址信息节点。“/routesvr/svraddrs/svr1～3”是瞬时节点，当该节点对应的路由服务器(即对应的RouteSvr.1～3)断开与协调服务器的连接后，瞬时节点会自动消失。路由服务器在协调服务器中建立瞬时节点，表明该路由服务器当前已经可以进行数据转发工作。
在本发明实施例中，路由服务器可向协调服务器发送如下两种监测请求。针对不同的监测请求，当路由服务器接收到协调服务器的通知消息时，会进行不同的处理。
第一种、业务服务器向协调服务器发送第一路由服务器监测请求，以使协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，协调服务器向业务服务器发送第一通知消息；业务服务器在接收到第一通知消息后，向新增路由服务器发送注册信息，该注册信息中至少包括业务标识和业务服务器地址信息。
其中，第一路由服务器监测请求用于请求协调服务器监测数据转发系统是否存在新增路由服务器。当数据转发系统中新增路由服务器时，新增路由服务器一般会在协调服务器中建立瞬时节点，协调服务器根据瞬时节点的数目便可确定是否存在新增路由服务器。在新增路由服务器后，新增路由服务器在与协调服务器建立连接后，可通过下述方式在协调服务器的树结构中建立瞬时节点：新增路由服务器向协调服务器发送瞬时节点建立请求，该瞬时节点建立请求中至少包括新增路由服务器的标识信息；协调服务器根据该瞬时节点建立请求，建立路由服务器对应的瞬时节点。即使新增路由服务器不在协调服务器中建立瞬时节点，协调服务器通过定期对其管辖范围内的路由服务器进行巡视，确定是否存在新增路由服务器。
当协调服务器确定存在新增路由服务器后，会向数据转发系统中的所有业务服务器发送第一通知消息。该第一通知消息中至少携带新增路由服务器的地址信息。当然第一通知消息中除携带新增路由服务器的地址信息之外，还可携带其他信息。比如，第一通知消息的生成时间等等，本发明实施例对此不作具体限定。
而数据转发系统中的每一个业务服务器在接收到协调服务器发送的第一通知消息后，会根据新增路由服务器的地址信息，向新增路由服务器发送注册信息。当业务服务器在新增路由服务器上进行成功注册后，在后续数据转发过程中，便多了一个可进行数据转发的代理服务器。
需要说明的是，如果存在未成功在该新增路由服务器上进行注册的业务服务器，则可每隔第一固定时间向新增路由服务器发送一次注册信息；当注册信息的发送次数超出阈值时，向协调服务器发送出错告警消息。其中，第一固定时间的大小可为10s或20s等数值，本发明实施例对第一固定时间的大小不作具体限定。阈值的大小可为3次或5次等等，本发明实施例对阈值的大小同样不作具体限定。
第二种、业务服务器向协调服务器发送第二路由服务器监测请求，以使协调服务器监测是否存在故障路由服务器；当监测到故障路由服务器时，协调服务器向业务服务器发送第二通知消息；在接收到第二通知消息后，与故障路由服务器断开通信连接。
其中，第二路由服务器监测请求用于请求协调服务器监测数据转发系统是否存在故障路由服务器。在数据转发系统中，协调服务器可定期对各个路由服务器进行故障检测，以确定数据转发系统中是否存在故障路由服务器。还可由业务服务器告知协调服务器数据转发系统中是否存在故障路由器。即，某一业务服务器在利用某一路由服务器进行数据转发时，若数据转发失败，则业务服务器可生成转发失败消息，并将该转发失败消息上报至协调服务器。其中，该转发失败消息中至少包括该路由服务器的地址信息。协调服务器在获知数据转发系统中存在故障路由器时，会向数据转发系统中的全部业务服务器发送第二通知消息，该第二通知消息中至少包括故障路由服务器的地址信息和数据转发失败的提示字样。以告知数据转发系统中的各个业务服务器与该故障路由服务器断开通信连接，防止数据转发系统中的其他业务服务器在不知情的情况下反复向该故障业务服务器发送转发数据，浪费时间和资源。
而数据转发系统中的各个业务服务器在接收到协调服务器发送的第二通知消息后，若之前还保持着与故障服务器的连接，那么此时会断开与故障服务器的通信连接。
需要说明的是，在某一些情形下，数据转发系统中的路由服务器除了可新增外，还存在删减的情况。比如某一路由服务器需要进行维修或某一路由服务器彻底故障不可修复。针对这种删减路由服务器的情况，协调服务器和路由服务器的处理方式同数据转发系统中存在故障路由服务器时一致，此处不再赘述。
404、业务服务器向路由服务器发送数据转发请求，数据转发请求中至少包括待转发数据和业务标识。
在本发明实施例中，由于数据转发系统中存在多个路由服务器。所以针对一个业务服务器来说，在发送数据转发请求时，可选择成功进行注册的任一个路由服务器来进行发送。
业务服务器在发送数据转发请求时，如果此时业务服务器与路由服务器之间保持着通信连接，那么可采取将数据转发请求直接发送给路由服务器的方式，还可采取将数据转发请求进行打包后发送给路由服务器的方式，具体采取何种方式本发明实施例对此不作具体限定。如果此时业务服务器与路由服务器之间通信连接已断开且该路由服务器未发生故障，那么可在业务服务器与路由服务器建立通信连接后，采取将数据转发请求直接发送给路由服务器的方式，或采取将数据转发请求进行打包后发送给路由服务器的方式进行数据转发请求的发送，具体采取何种方式本发明实施例对此不作具体限定。
需要说明的是，之所以存在业务服务器成功进行注册的非故障路由服务器未与业务服务器建立通信连接的状况，是因为业务服务器在通过LibRouter与路由服务器建立通信连接后设置了连接活动时间，在二者的连接时长达到连接活动时间后，二者会自动断开通信连接。针对这种情况，在断开通信连接后可再次进行重新连接。比如，通过三次握手机制建立TCP连接。当然，业务服务器在与路由服务器建立通信连接时，也可不设置连接活动时长，那么在路由服务器非故障的情况下，二者便一直保持着通信连接，当然这回带来一定的通信开销。
405、路由服务器在接收到数据转发请求后，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
在本发明实施例中，对于某一业务服务器来说，其会有特殊的转发需求，即该业务服务器的业务数据仅可转发到某些或某一固定的业务服务器上。比如，针对一个业务而言，业务服务器1至业务服务器10可能均可处理该业务，但是由于业务服务器1至业务服务器10的处理能力不同或处理速度不同，数据转发请求的发送端可能仅想将业务数据转发给处理能力强的或处理速度块的业务服务器进行处理，因此协调系统的树状结构中还包括了一个静态路由表节点，该节点上存储了一个静态路由表。其中，静态路由表中记录了多条数据传输路径，也即记录了业务数据到达某些或某一固定业务服务器的路径。由于不同的业务对应的业务服务器不同，所以可根据业务标识确定不同业务数据对应的数据传输路径。所以路由服务器在根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据之前，本发明实施例还包括如下步骤：
路由服务器获取协调服务器存储的静态路由表，并根据静态路由表，初始化本地路由表。
其中，路由服务器在获取协调服务器存储的静态路由表之前，还需先与协调服务器建立通信连接。其中，业务服务器在与协调服务器建立通信连接时，可通过三次握手协议建立TCP连接。当然除建立TCP连接外，还可建立UDP连接，本发明实施例对此不作具体限定。需要说明的是，在路由服务器与协调服务器之间未成功建立连接或服务器故障等情形下，路由服务器会获取不到静态路由表。针对这种情况，在初次获取不到静态路由表的情况下，可每隔固定时长尝试重新获取一次路由服务器地址信息；如果在尝试获取预设次数后，还未获取到路由服务器地址信息，则发出出错告警提示消息，以提示管理人员或维护人员对当前状况进行干预处理。
此外，在路由服务器获取到协调服务器存储的静态路由表之后，还可向协调服务器发送静态路由表监测请求，以使协调系统通过监测静态路由表节点获知静态路由表是否发生更新；在静态路由表发生更新后及时通知路由服务器更新本地路由表，详细过程如下：
路由服务器向协调服务器发送静态路由表监测请求，以使协调服务器监测静态路由表是否发生变化；当静态路由表发生变化时，协调服务器向路由服务器发送第三通知消息；路由服务器在接收到第三通知消息后，获取变化后的静态路由表；根据变化后的静态路由表，更新本地路由表。
其中，第三通知消息具体可为包括“静态路由表发生变化”字样的提示消息，本发明实施例对第三通知消息的形式不作具体限定。此外，除采取上述方式更新本地路由表的方式外，还可采取其他方式，本发明实施例对此不作具体限定。
在获取到静态路由表后，路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表、静态路由表，便可转发待转发数据，具体步骤如下：
当待转发数据是特殊转发数据时，根据业务标识及本地路由表，转发待转发数据；当待转发数据不是特殊转发数据时，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
其中，特殊转发数据指代有特殊转发需求的数据，即需要转发到某一或某些固定业务服务器上的业务数据。针对待转发数据是特殊转发数据的情况，根据数据转发请求中携带的业务标识在静态路由表中确定待转发数据对应的到达某一或某些固定业务服务器的传输路径；之后，根据将待转发数据发送到某一或某些固定业务服务器。
针对待转发数据不是特殊转发数据的情况，根据数据转发请求中携带的业务标识，在业务标识与业务服务器地址信息对应关系表中确定可处理待转发数据的业务服务器；需要说明的是，此时对应关系表中处于激活状态的表项可作为确定待转发数据的业务服务器的候选表项，而处于未激活状态的表项不可作为确定待转发数据的业务服务器的候选表项，也即处于未激活状态的表项中的业务服务器还不可进行业务处理。之后，根据路由转发策略将待转发数据发送到某一或某几个固定业务服务器。其中，路由转发策略可包括直接转发策略、随机转发策略、广播转发策略、主从广播转发策略等等，本发明对路由转发策略的形式不进行具体限定。
需要说明的是，如果路由服务器转发待转发数据失败，则业务服务器可向多个路由服务器中的其他路由服务器发送该数据转发请求，由其他路由服务器对该待转发数据进行转发。此外，业务服务器还可每隔第二固定时间尝试重新连接一次该路由服务器，以确定该路由服务器是否恢复正常使用。其中，第一固定时间的大小可为10s或20s等数值，本发明实施例对第一固定时间的大小不作具体限定。
下面结合图6，简单对上述步骤401至步骤405所提供的方法进行概述。在图6中“Module.A”、“Module.B”、“Module.C”、“Module.D”为业务服务器，每一个业务服务器可包括多个业务处理模块。“RouteSvr.1”、“RouteSvr.2”、“RouteSvr.3”是路由服务器。上述4个业务服务器可获取协调系统的/routesvr/svraddrs”中的路由服务器地址信息，并保存在本地，以根据路由服务器地址信息向所有的路由服务器进行注册，从而通过路由服务器进行数据转发。此外，上述4个业务服务器还可向协调服务器申请监视该节点，以确定路由服务器的数目是否发生变化。协调服务器内部的树形结构如图6中方框所示。其中，“/routesvr”、“/routesvr/routetable”、“/routesvr/svraddrs”是普通节点。其中，普通节点如果不进行删除的话，会一直在树结构中存在。“/routesvr/svraddrs/svr1～3”是瞬时节点，当该节点对应的RouteSvr.1～3断开与协调服务器的通信连接后，瞬时节点立即消失。RouteServer1～3除了读取协调服务器的树结构的静态路由表节点中的静态路由表外，对于进行注册的各业务服务器，均会在本地维护业务标识与业务服务器地址信息的对应关系表。即，以业务标识对业务服务器进行分群，每个业务标识都对应一个包括至少一个业务服务器的服务器列表。
本发明实施例提供的方法，业务服务器在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。此外，通过协调系统对业务服务器和路由服务器进行智能化管理，可有效保证数据转发的质量和速度。
图7是本发明实施例提供的一种数据转发装置的结构示意图，该装置应用于业务服务器。参见图7，该装置包括：地址信息获取模块701、注册信息发送模块702、转发请求发送模块703。
其中，地址信息获取模块701，用于获取协调服务器存储的路由服务器地址信息；注册信息发送模块702与地址信息获取模块701连接，用于根据路由服务器地址信息，向每一个路由服务器发送注册信息，以使每一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中与注册信息对应的表项，注册信息中至少包括业务标识和业务服务器地址信息；转发请求发送模块703与注册信息发送模块702连接，用于向多个路由服务器中的一个路由服务器发送数据转发请求，数据转发请求中至少包括待转发数据和业务标识，以使路由服务器根据业务标识和业务标识与业务服务器地址信息的对应关系表将待转发数据转发至对应的业务服务器；其中，协调服务器中存储了多个路由服务器的地址信息和业务标识与业务服务器地址信息的对应关系表。
可选地，该装置还包括：
监测请求发送模块，用于向协调服务器发送第一路由服务器监测请求，以使协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，由协调服务器向业务服务器发送第一通知消息；
注册信息发送模块，用于在接收到第一通知消息后，向新增路由服务器发送注册信息，注册信息中至少包括业务标识和业务服务器地址信息。
可选地，该装置还包括：
监测请求发送模块，用于向协调服务器发送第二路由服务器监测请求，以使协调服务器监测是否存在故障路由服务器；当监测到故障路由服务器时，由协调服务器向业务服务器发送第二通知消息；
注册信息发送模块，用于在接收到第二通知消息后，与故障路由服务器断开通信连接。
可选地，该装置还包括：
注册信息发送模块，还用于当未注册成功时，每隔第一固定时间向新增路由服务器发送一次注册信息；
出错告警消息发送模块，用于当注册信息的发送次数超出阈值时，向协调服务器发送出错告警消息。
可选地，该装置还包括：
转发请求发送模块，还用于当路由服务器转发待转发数据失败时，向多个路由服务器中的其他路由服务器发送数据转发请求；
连接模块，用于每隔第二固定时间尝试重新连接一次路由服务器，以确定路由服务器是否恢复正常使用。
本发明实施例提供的装置，在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。
图8是本发明实施例提供的一种数据转发装置的结构示意图，该装置应用于路由服务器。参见图8，该装置包括：注册信息接收模块801、对应关系激活模块802、转发请求接收模块803、数据转发模块804。
其中，注册信息接收模块801，用于接收多个业务服务器发送的注册信息，注册信息中至少包括业务标识和业务服务器地址信息；对应关系激活模块802与注册信息接收模块801连接，用于根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与多个注册信息对应的表项，业务标识与业务服务器地址信息的对应关系表由路从协调服务器中获取；转发请求接收模块803与对应关系激活模块802连接，用于接收数据转发请求，数据转发请求中至少包括待转发数据和业务标识；数据转发模块804与转发请求接收模块803连接，用于根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
可选地，该装置还包括：
路由表获取模块，用于获取协调服务器存储的静态路由表，静态路由表中包括多种数据传输路径信息；
初始化模块，用于根据静态路由表，初始化本地路由表。
可选地，数据转发模块，用于当待转发数据是特殊转发数据时，根据业务标识及本地路由表，转发待转发数据；当待转发数据不是特殊转发数据时，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
可选地，该装置还包括：
监测请求发送模块，用于向协调服务器发送静态路由表监测请求，以使协调服务器监测静态路由表是否发生变化；当静态路由表发生变化时，由协调服务器向路由服务器发送通知消息；
通知消息接收模块，用于在接收到通知消息后，获取变化后的静态路由表；
初始化模块，还用于根据变化后的静态路由表，更新本地路由表。
可选地，该装置还包括：
节点建立请求发送模块，用于在与协调服务器建立连接后，向协调服务器发送瞬时节点建立请求，瞬时节点建立请求中至少包括路由服务器的标识信息，以使协调服务器根据瞬时节点建立请求，建立路由服务器对应的瞬时节点。
本发明实施例提供的装置，在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。
图9是本发明实施例提供的一种业务服务器的结构示意图。该服务器900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，CPU)922(例如，一个或一个以上处理器)和存储器932，一个或一个以上存储应用程序942或数据944的存储介质930(例如一个或一个以上海量存储设备)。其中，存储器932和存储介质930可以是短暂存储或持久存储。存储在存储介质930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器922可以设置为与存储介质930通信，在服务器900上执行存储介质930中的一系列指令操作。
服务器900还可以包括一个或一个以上电源926，一个或一个以上有线或无线网络接口950，一个或一个以上输入输出接口958，和/或，一个或一个以上操作系统941，例如MacOSXTM，UnixTM,LinuxTM，FreeBSDTM等等。
存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，一个或者一个以上程序具有如下功能：
获取协调服务器存储的路由服务器地址信息；
根据路由服务器地址信息，向每一个路由服务器发送注册信息，以使每一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中与注册信息对应的表项，注册信息中至少包括业务标识和业务服务器地址信息；
向多个路由服务器中的一个路由服务器发送数据转发请求，数据转发请求中至少包括待转发数据和业务标识，以使路由服务器根据业务标识和业务标识与业务服务器地址信息的对应关系表将待转发数据转发至对应的业务服务器；
其中，协调服务器中存储了多个路由服务器的地址信息和业务标识与业务服务器地址信息的对应关系表。
可选地，获取协调服务器存储的路由服务器地址信息之后，该方法还包括：
向协调服务器发送第一路由服务器监测请求，以使协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，由协调服务器向业务服务器发送第一通知消息；
在接收到第一通知消息后，向新增路由服务器发送注册信息，注册信息中至少包括业务标识和业务服务器地址信息。
可选地，获取协调服务器存储的路由服务器地址信息之后，该方法还包括：
向协调服务器发送第二路由服务器监测请求，以使协调服务器监测是否存在故障路由服务器；当监测到故障路由服务器时，由协调服务器向业务服务器发送第二通知消息；
在接收到第二通知消息后，与故障路由服务器断开通信连接。
可选地，向新增路由器发送注册信息之后，该方法还包括：
如果未注册成功，则每隔第一固定时间向新增路由服务器发送一次注册信息；
当注册信息的发送次数超出阈值时，向协调服务器发送出错告警消息。
可选地，向多个路由服务器中的一个路由服务器发送数据转发请求之后，该方法还包括：
如果路由服务器转发待转发数据失败，则向多个路由服务器中的其他路由服务器发送数据转发请求；
每隔第二固定时间尝试重新连接一次路由服务器，以确定路由服务器是否恢复正常使用。
本发明实施例提供的业务服务器，业务服务器在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。
图10是本发明实施例提供的一种路由服务器的结构示意图。该服务器1000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，CPU)1022(例如，一个或一个以上处理器)和存储器1032，一个或一个以上存储应用程序1042或数据1044的存储介质1030(例如一个或一个以上海量存储设备)。其中，存储器1032和存储介质1030可以是短暂存储或持久存储。存储在存储介质1030的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1022可以设置为与存储介质1030通信，在服务器1000上执行存储介质1030中的一系列指令操作。
服务器1000还可以包括一个或一个以上电源1026，一个或一个以上有线或无线网络接口1050，一个或一个以上输入输出接口1058，和/或，一个或一个以上操作系统1041，例如，MacOSXTM，UnixTM,LinuxTM，FreeBSDTM等等。
存储器还包括一个或者一个以上的程序，一个或者一个以上程序存储于存储器中，一个或者一个以上程序具有如下功能：
接收多个业务服务器发送的注册信息，注册信息中至少包括业务标识和业务服务器地址信息；
根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与多个注册信息对应的表项，业务标识与业务服务器地址信息的对应关系表从协调服务器中获取；
接收数据转发请求，数据转发请求中至少包括待转发数据和业务标识；
根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
可选地，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据之前，该方法还包括：
获取协调服务器存储的静态路由表，静态路由表中包括多种数据传输路径信息；
根据静态路由表，初始化本地路由表。
可选地，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据，包括：
当待转发数据是特殊转发数据时，根据业务标识及本地路由表，转发待转发数据；
当待转发数据不是特殊转发数据时，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
可选地，获取协调服务器存储的静态路由表之后，该方法还包括：
向协调服务器发送静态路由表监测请求，以使协调服务器监测静态路由表是否发生变化；当静态路由表发生变化时，由协调服务器向路由服务器发送通知消息；
在接收到通知消息后，获取变化后的静态路由表；
根据变化后的静态路由表，更新本地路由表。
可选地，接收多个业务服务器发送的注册信息之前，方法还包括：
在与协调服务器建立连接后，向协调服务器发送瞬时节点建立请求，瞬时节点建立请求中至少包括路由服务器的标识信息，以使协调服务器根据瞬时节点建立请求，建立路由服务器对应的瞬时节点。
本发明实施例提供的路由服务器，业务服务器在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。
本发明实施例提供了一种数据转发系统，该系统包括业务服务器、路由服务器及协调服务器。
业务服务器，用于获取协调服务器存储的路由服务器地址信息；
业务服务器，用于根据路由服务器地址信息，向路由服务器发送注册信息，注册信息中至少包括业务标识和业务服务器地址信息；
路由服务器，用于在接收到注册信息后，激活业务标识与业务服务器地址信息的对应关系表中与注册信息对应的表项，业务标识与业务服务器地址信息的对应关系表由路由服务器从协调服务器中获取；
业务服务器，用于向路由服务器发送数据转发请求，数据转发请求中至少包括待转发数据和业务标识；
路由服务器，用于在接收到数据转发请求后，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；
其中，协调服务器中存储了多个路由服务器的地址信息。
可选地，业务服务器，还用于向协调服务器发送第一路由服务器监测请求；
协调服务器，用于在接收到第一路由服务器检测请求后，监测是否存在新增路由服务器；当监测到新增路由服务器时，向业务服务器发送第一通知消息；
业务服务器，还用于在接收到第一通知消息后，向新增路由服务器发送注册信息，注册信息中至少包括业务标识和业务服务器地址信息。
可选地，业务服务器，还用于向协调服务器发送第二路由服务器监测请求；
协调服务器，用于在接收到第二路由服务器检测请求后，监测是否存在故障路由服务器；当监测到故障路由服务器时，向业务服务器发送第二通知消息；
业务服务器，还用于在接收到第二通知消息后，与故障路由服务器断开通信连接。
可选地，路由服务器，还用于获取协调服务器存储的静态路由表，静态路由表中包括多种数据传输路径信息；根据静态路由表，初始化本地路由表。
可选地，路由服务器，用于当待转发数据是特殊转发数据时，根据业务标识及本地路由表，转发待转发数据；当待转发数据不是特殊转发数据时，根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据。
可选地，路由服务器，还用于向协调服务器发送静态路由表监测请求；
协调服务器，还用于在接收到静态路由表监测请求后，监测静态路由表是否发生变化；当静态路由表发生变化时，向路由服务器发送第三通知消息；
路由服务器，还用于在接收到第三通知消息后，获取变化后的静态路由表；根据变化后的静态路由表，更新本地路由表。
本发明实施例提供的系统，业务服务器在获取到协调服务器存储的路由服务器地址信息后，根据路由服务器地址信息，向路由服务器发送注册信息，以使路由服务器根据注册信息激活业务标识与业务服务器地址信息的对应关系表；之后，业务服务器向路由服务器发送数据转发请求，由路由服务器根据业务标识、业务标识与业务服务器地址信息的对应关系表，转发待转发数据；由于业务服务器采取主动注册的方式向路由服务器登记自身处理的业务和自身地址信息，所以业务标识与业务服务器地址信息的对应关系表无需人工进行设置、维护和更新，所以路由服务器根据该对应关系表可有效进行数据转发，不但降低了互联网后台系统的开发成本和维护成本，且当某个业务扩容或不可用时，不会对其他业务造成任何影响，路由服务器也无需重新加载任何配置文件，增强了系统的可用性和扩展性。
需要说明的是：上述实施例提供的数据转发装置在转发数据时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的数据转发装置与数据转发方法实施例属于同一构思，其具体实现过程详见方法实施例，这里不再赘述。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。
以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (28)
1.一种数据转发方法，其特征在于，所述方法包括：
业务服务器获取协调服务器存储的路由服务器地址信息；
所述业务服务器根据所述路由服务器地址信息，向路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息；
所述路由服务器在接收到所述注册信息后，激活业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表由所述路由服务器从所述协调服务器中获取；
所述业务服务器向所述路由服务器发送数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
所述路由服务器在接收到所述数据转发请求后，根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
其中，所述协调服务器中存储了多个路由服务器的地址信息；
所述业务服务器获取协调服务器存储的路由服务器地址信息之后，所述方法还包括：
所述业务服务器向所述协调服务器发送第一路由服务器监测请求；
所述协调服务器在接收到所述第一路由服务器检测请求后，监测是否存在新增路由服务器；
当监测到新增路由服务器时，所述协调服务器向所述业务服务器发送第一通知消息；
所述业务服务器在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
2.根据权利要求1所述的方法，其特征在于，所述业务服务器获取协调服务器存储的路由服务器地址信息之后，所述方法还包括：
所述业务服务器向所述协调服务器发送第二路由服务器监测请求；
所述协调服务器在接收到所述第二路由服务器检测请求后，监测是否存在故障路由服务器；
当监测到故障路由服务器时，所述协调服务器向所述业务服务器发送第二通知消息；
所述业务服务器在接收到所述第二通知消息后，与所述故障路由服务器断开通信连接。
3.根据权利要求1所述的方法，其特征在于，所述根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据之前，所述方法还包括：
所述路由服务器获取所述协调服务器存储的静态路由表，所述静态路由表中包括多种数据传输路径信息；
所述路由服务器根据所述静态路由表，初始化本地路由表。
4.根据权利要求3所述的方法，其特征在于，所述根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据，包括：
当所述待转发数据是特殊转发数据时，所述路由服务器根据所述业务标识及所述本地路由表，转发所述待转发数据；
当所述待转发数据不是特殊转发数据时，所述路由服务器根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据。
5.根据权利要求3所述的方法，其特征在于，所述路由服务器获取所述协调服务器存储的静态路由表之后，所述方法还包括：
所述路由服务器向所述协调服务器发送静态路由表监测请求；
所述协调服务器在接收到所述静态路由表监测请求后，监测所述静态路由表是否发生变化；
当所述静态路由表发生变化时，所述协调服务器向所述路由服务器发送第三通知消息；
所述路由服务器在接收到所述第三通知消息后，获取变化后的静态路由表；
所述路由服务器根据所述变化后的静态路由表，更新所述本地路由表。
6.一种数据转发方法，所述方法应用于业务服务器，其特征在于，所述方法包括：
获取协调服务器存储的路由服务器地址信息；
根据所述路由服务器地址信息，向每一个路由服务器发送注册信息，以使所述每一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述注册信息中至少包括业务标识和业务服务器地址信息；
向多个路由服务器中的一个路由服务器发送数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识，以使所述路由服务器根据所述业务标识和所述业务标识与业务服务器地址信息的对应关系表将所述待转发数据转发至对应的业务服务器；
其中，所述协调服务器中存储了多个路由服务器的地址信息和所述业务标识与业务服务器地址信息的对应关系表；
所述获取协调服务器存储的路由服务器地址信息之后，所述方法还包括：
向所述协调服务器发送第一路由服务器监测请求，以使所述协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，由所述协调服务器向所述业务服务器发送第一通知消息；
在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
7.根据权利要求6所述的方法，其特征在于，所述获取协调服务器存储的路由服务器地址信息之后，所述方法还包括：
向所述协调服务器发送第二路由服务器监测请求，以使所述协调服务器监测是否存在故障路由服务器；当监测到故障路由服务器时，由所述协调服务器向所述业务服务器发送第二通知消息；
在接收到所述第二通知消息后，与所述故障路由服务器断开通信连接。
8.根据权利要求6所述的方法，其特征在于，所述向所述新增路由器发送注册信息之后，所述方法还包括：
如果未注册成功，则每隔第一固定时间向所述新增路由服务器发送一次注册信息；
当所述注册信息的发送次数超出阈值时，向所述协调服务器发送出错告警消息。
9.根据权利要求6至8中任一权利要求所述的方法，其特征在于，所述向多个路由服务器中的一个路由服务器发送数据转发请求之后，所述方法还包括：
如果所述路由服务器转发所述待转发数据失败，则向所述多个路由服务器中的其他路由服务器发送所述数据转发请求；
每隔第二固定时间尝试重新连接一次所述路由服务器，以确定所述路由服务器是否恢复正常使用。
10.一种数据转发方法，所述方法应用于路由服务器，其特征在于，所述方法包括：
接收多个业务服务器发送的注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息；
根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与所述多个注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表从协调服务器中获取；
接收数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
其中，当所述路由服务器为新增路由服务器时，所述注册信息由所述多个业务服务器在接收到第一通知消息后发送，所述第一通知消息由所述协调服务器在接收到所述多个业务服务器发送的第一路由服务检测请求，且基于所述第一路由服务检测请求检测到新增路由服务器后，向所述多个业务服务器发送。
11.根据权利要求10所述的方法，其特征在于，所述根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据之前，所述方法还包括：
获取协调服务器存储的静态路由表，所述静态路由表中包括多种数据传输路径信息；
根据所述静态路由表，初始化本地路由表。
12.根据权利要求11所述的方法，其特征在于，所述根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据，包括：
当所述待转发数据是特殊转发数据时，根据所述业务标识及所述本地路由表，转发所述待转发数据；
当所述待转发数据不是特殊转发数据时，根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据。
13.根据权利要求11所述的方法，其特征在于，所述获取协调服务器存储的静态路由表之后，所述方法还包括：
向协调服务器发送静态路由表监测请求，以使所述协调服务器监测所述静态路由表是否发生变化；当所述静态路由表发生变化时，由所述协调服务器向所述路由服务器发送通知消息；
在接收到所述通知消息后，获取变化后的静态路由表；
根据所述变化后的静态路由表，更新所述本地路由表。
14.根据权利要求10至13中任一权利要求所述的方法，其特征在于，所述接收多个业务服务器发送的注册信息之前，所述方法还包括：
在与所述协调服务器建立连接后，向所述协调服务器发送瞬时节点建立请求，所述瞬时节点建立请求中至少包括所述路由服务器的标识信息，以使所述协调服务器根据所述瞬时节点建立请求，建立所述路由服务器对应的瞬时节点。
15.一种数据转发系统，其特征在于，所述系统包括业务服务器、路由服务器及协调服务器；
所述业务服务器，用于获取协调服务器存储的路由服务器地址信息；
所述业务服务器，用于根据所述路由服务器地址信息，向路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息；
所述路由服务器，用于在接收到所述注册信息后，激活业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表由所述路由服务器从所述协调服务器中获取；
所述业务服务器，用于向所述路由服务器发送数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
所述路由服务器，用于在接收到所述数据转发请求后，根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
其中，所述协调服务器中存储了多个路由服务器的地址信息；
所述业务服务器，还用于向所述协调服务器发送第一路由服务器监测请求；
所述协调服务器，用于在接收到所述第一路由服务器检测请求后，监测是否存在新增路由服务器；当监测到新增路由服务器时，向所述业务服务器发送第一通知消息；
所述业务服务器，还用于在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
16.根据权利要求15所述的系统，其特征在于，所述业务服务器，还用于向所述协调服务器发送第二路由服务器监测请求；
所述协调服务器，用于在接收到所述第二路由服务器检测请求后，监测是否存在故障路由服务器；当监测到故障路由服务器时，向所述业务服务器发送第二通知消息；
所述业务服务器，还用于在接收到所述第二通知消息后，与所述故障路由服务器断开通信连接。
17.根据权利要求15所述的系统，其特征在于，所述路由服务器，还用于获取所述协调服务器存储的静态路由表，所述静态路由表中包括多种数据传输路径信息；根据所述静态路由表，初始化本地路由表。
18.根据权利要求17所述的系统，其特征在于，所述路由服务器，用于当所述待转发数据是特殊转发数据时，根据所述业务标识及所述本地路由表，转发所述待转发数据；当所述待转发数据不是特殊转发数据时，根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据。
19.根据权利要求17所述的系统，其特征在于，所述路由服务器，还用于向所述协调服务器发送静态路由表监测请求；
所述协调服务器，还用于在接收到所述静态路由表监测请求后，监测所述静态路由表是否发生变化；当所述静态路由表发生变化时，向所述路由服务器发送第三通知消息；
所述路由服务器，还用于在接收到所述第三通知消息后，获取变化后的静态路由表；根据所述变化后的静态路由表，更新所述本地路由表。
20.一种数据转发装置，所述装置应用于业务服务器，其特征在于，所述装置包括：
地址信息获取模块，用于获取协调服务器存储的路由服务器地址信息；
注册信息发送模块，用于根据所述路由服务器地址信息，向每一个路由服务器发送注册信息，以使所述每一个路由服务器激活业务标识与业务服务器地址信息的对应关系表中与所述注册信息对应的表项，所述注册信息中至少包括业务标识和业务服务器地址信息；
转发请求发送模块，用于向多个路由服务器中的一个路由服务器发送数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识，以使所述路由服务器根据所述业务标识和所述业务标识与业务服务器地址信息的对应关系表将所述待转发数据转发至对应的业务服务器；
其中，所述协调服务器中存储了多个路由服务器的地址信息和所述业务标识与业务服务器地址信息的对应关系表；
所述装置还包括：
监测请求发送模块，用于向所述协调服务器发送第一路由服务器监测请求，以使所述协调服务器监测是否存在新增路由服务器；当监测到新增路由服务器时，由所述协调服务器向所述业务服务器发送第一通知消息；
所述注册信息发送模块，用于在接收到所述第一通知消息后，向所述新增路由服务器发送注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息。
21.根据权利要求20所述的装置，其特征在于，所述装置还包括：
监测请求发送模块，用于向所述协调服务器发送第二路由服务器监测请求，以使所述协调服务器监测是否存在故障路由服务器；当监测到故障路由服务器时，由所述协调服务器向所述业务服务器发送第二通知消息；
所述注册信息发送模块，用于在接收到所述第二通知消息后，与所述故障路由服务器断开通信连接。
22.根据权利要求20所述的装置，其特征在于，所述装置还包括：
所述注册信息发送模块，还用于当未注册成功时，每隔第一固定时间向所述新增路由服务器发送一次注册信息；
出错告警消息发送模块，用于当所述注册信息的发送次数超出阈值时，向所述协调服务器发送出错告警消息。
23.根据权利要求20至22中任一权利要求所述的装置，其特征在于，所述装置还包括：
所述转发请求发送模块，还用于当所述路由服务器转发所述待转发数据失败时，向所述多个路由服务器中的其他路由服务器发送所述数据转发请求；
连接模块，用于每隔第二固定时间尝试重新连接一次所述路由服务器，以确定所述路由服务器是否恢复正常使用。
24.一种数据转发装置，所述装置应用于路由服务器，其特征在于，所述装置包括：
注册信息接收模块，用于接收多个业务服务器发送的注册信息，所述注册信息中至少包括业务标识和业务服务器地址信息；
对应关系激活模块，用于根据多个注册信息，激活业务标识与业务服务器地址信息的对应关系表中与所述多个注册信息对应的表项，所述业务标识与业务服务器地址信息的对应关系表从协调服务器中获取；
转发请求接收模块，用于接收数据转发请求，所述数据转发请求中至少包括待转发数据和业务标识；
数据转发模块，用于根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据；
其中，当所述路由服务器为新增路由服务器时，所述注册信息由所述多个业务服务器在接收到第一通知消息后发送，所述第一通知消息由所述协调服务器在接收到所述多个业务服务器发送的第一路由服务检测请求，且基于所述第一路由服务检测请求检测到新增路由服务器后，向所述多个业务服务器发送。
25.根据权利要求24所述的装置，其特征在于，所述装置还包括：
路由表获取模块，用于获取协调服务器存储的静态路由表，所述静态路由表中包括多种数据传输路径信息；
初始化模块，用于根据所述静态路由表，初始化本地路由表。
26.根据权利要求25所述的装置，其特征在于，所述数据转发模块，用于当所述待转发数据是特殊转发数据时，根据所述业务标识及所述本地路由表，转发所述待转发数据；当所述待转发数据不是特殊转发数据时，根据所述业务标识、所述业务标识与业务服务器地址信息的对应关系表，转发所述待转发数据。
27.根据权利要求25所述的装置，其特征在于，所述装置还包括：
监测请求发送模块，用于向协调服务器发送静态路由表监测请求，以使所述协调服务器监测所述静态路由表是否发生变化；当所述静态路由表发生变化时，由所述协调服务器向所述路由服务器发送通知消息；
通知消息接收模块，用于在接收到所述通知消息后，获取变化后的静态路由表；
所述初始化模块，还用于根据所述变化后的静态路由表，更新所述本地路由表。
28.根据权利要求24至27中任一权利要求所述的装置，其特征在于，所述装置还包括：
节点建立请求发送模块，用于在与所述协调服务器建立连接后，向所述协调服务器发送瞬时节点建立请求，所述瞬时节点建立请求中至少包括所述路由服务器的标识信息，以使所述协调服务器根据所述瞬时节点建立请求，建立所述路由服务器对应的瞬时节点。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410348532.4A CN104144124B (zh) | 2014-07-21 | 2014-07-21 | 数据转发方法、装置及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410348532.4A CN104144124B (zh) | 2014-07-21 | 2014-07-21 | 数据转发方法、装置及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104144124A CN104144124A (zh) | 2014-11-12 |
| CN104144124B true CN104144124B (zh) | 2015-11-18 |
Family
ID=51853192
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410348532.4A Active CN104144124B (zh) | 2014-07-21 | 2014-07-21 | 数据转发方法、装置及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104144124B (zh) |
Families Citing this family (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN105824958B (zh) * | 2016-03-31 | 2019-06-18 | 广州华多网络科技有限公司 | 一种查询日志的方法、装置和系统 |
| CN106095977A (zh) * | 2016-06-20 | 2016-11-09 | 环球大数据科技有限公司 | 一种数据库的分布式处理方法及系统 |
| CN108667660B (zh) * | 2018-05-08 | 2021-08-31 | 腾讯科技（深圳）有限公司 | 路由管理和业务路由的方法和装置及路由系统 |
| CN109756373B (zh) * | 2019-01-07 | 2022-02-01 | 烽火通信科技股份有限公司 | 一种通信设备断电告警方法及系统 |
| CN112714144B (zh) * | 2019-10-25 | 2022-06-21 | 拉扎斯网络科技（上海）有限公司 | 列表信息处理方法、装置、电子设备及计算机存储介质 |
| CN111049938B (zh) * | 2020-01-08 | 2022-10-18 | 贵阳货车帮科技有限公司 | 消息通知方法、装置、电子设备及可读存储介质 |
| CN115118787A (zh) * | 2022-06-21 | 2022-09-27 | 京东科技信息技术有限公司 | 一种服务控制方法、系统、存储介质及电子设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040047705A (ko) * | 2002-11-29 | 2004-06-05 | 정은영 | 통합 통신 아이디 제공 시스템 및 그 방법 |
| CN101686581A (zh) * | 2008-09-22 | 2010-03-31 | 中国移动通信集团北京有限公司 | 移动通信业务服务系统及其业务处理方法 |
| CN103095581A (zh) * | 2011-10-31 | 2013-05-08 | 中兴通讯股份有限公司 | 分离终端身份位置标识的系统、方法和服务路由器 |
-
2014
- 2014-07-21 CN CN201410348532.4A patent/CN104144124B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20040047705A (ko) * | 2002-11-29 | 2004-06-05 | 정은영 | 통합 통신 아이디 제공 시스템 및 그 방법 |
| CN101686581A (zh) * | 2008-09-22 | 2010-03-31 | 中国移动通信集团北京有限公司 | 移动通信业务服务系统及其业务处理方法 |
| CN103095581A (zh) * | 2011-10-31 | 2013-05-08 | 中兴通讯股份有限公司 | 分离终端身份位置标识的系统、方法和服务路由器 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104144124A (zh) | 2014-11-12 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104144124B (zh) | 数据转发方法、装置及系统 | |
| US20140258532A1 (en) | Keep-alive hiatus declaration | |
| US20080285436A1 (en) | Methods, systems, and computer program products for providing site redundancy in a geo-diverse communications network | |
| US10855576B2 (en) | Information transmission method and device | |
| RU2712813C1 (ru) | Способ и система для обработки уведомления о регистрации узла | |
| EP3622670B1 (en) | Connectivity monitoring for data tunneling between network device and application server | |
| CN110932876B (zh) | 一种通信系统、方法及装置 | |
| CN103986638A (zh) | Advpn隧道绑定多公网链路的方法和装置 | |
| CN101483571B (zh) | 一种rrpp的配置方法、系统及设备 | |
| US20170033978A1 (en) | Method and device for processing communication path | |
| JP6222367B2 (ja) | 通信装置、通信システムおよび通信方法 | |
| TWI740210B (zh) | 終端設備管理方法及伺服器 | |
| CN108270593A (zh) | 一种双机热备份方法和系统 | |
| CN109428814B (zh) | 一种组播流量传输方法、相关设备和计算机可读存储介质 | |
| CN113824595B (zh) | 链路切换控制方法、装置和网关设备 | |
| CN111447130A (zh) | 一种连通性检测会话的创建方法、网络设备和系统 | |
| CN104270307A (zh) | 一种bgp邻居的建立方法及设备 | |
| EP4094421A2 (en) | Pce controlled network reliability | |
| JP2012191329A (ja) | 冗長ネットワークシステム、終端装置及び中継点隣接装置 | |
| CN114915920B (zh) | 消息的传输方法、装置、机器人以及存储介质 | |
| CN102724109A (zh) | 一种流量转发方法及设备 | |
| CN113765783B (zh) | 通信方法及装置 | |
| CN105100296A (zh) | 控制器地址配置方法以及装置 | |
| JP5317197B2 (ja) | 他の通信装置との接続確認を行う方法及び通信システム | |
| KR101578622B1 (ko) | 라우팅 시스템의 장애를 처리하는 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20151231 Address after: The South Road in Guangdong province Shenzhen city Fiyta building 518057 floor 5-10 Nanshan District high tech Zone Patentee after: Shenzhen Tencent Computer System Co., Ltd. Address before: Shenzhen Futian District City, Guangdong province 518000 Zhenxing Road, SEG Science Park 2 East Room 403 Patentee before: Tencent Technology (Shenzhen) Co., Ltd. |