一种具备异构节点的网络中业务备份的方法和系统的制作方法

文档序号:7690244阅读:132来源:国知局
专利名称:一种具备异构节点的网络中业务备份的方法和系统的制作方法
技术领域
本发明涉及分布式网络异常处理技木,特别是指一种具备异构节点的网络中业务备份的方法和系统。
背景技术
P2P (Peer-to-Peer)技木,又称对等互联网络技木,它将网络上的节点平等的互联起来组成分布式对等网络,每个主机节点既充当客户端又充当服务器。P2P技术让节点之间可以建立对等连接,进行资源共享和交換,这里所述共享的资源包括存储资源、计算资源、网络资源等。由于P2P技术具有去中心化、易规模化的优点,在互联网上的许多技术领域中得到广泛应用。因特网工程工作组(IETF)的P2PSIP工作组定义了首个针对P2P技术的资源定位与发现(Resource Location And Discovery, RELOAD)协议。随着P2P技术和相关协议的发展和成熟,电信网中也开始引入P2P技术进行核 心网业务的控制和处理。图I为现有技术分布式业务网络架构图,如图I所示,对等体A和对等体D属于设备商I ;对等体B和对等体E属于设备商2 ;对等体C和对等体F属于设备商3,所有对等体A到F组成ー个均质化的分布式业务网络14,共同完成核心网业务的控制功能,例如用户节点的接入、会话的控制以及签约业务的触发等。在分布式网络中,根据预配置的网络算法为每个用户指定一个对等体作为业务主用节点,也称负责节点。在会话过程中,用户设备与对等体之间采用特定的协议实现业务控制,例如互联网语音(Voiceover Internet Protocol, VoIP)业务可以采用应用层的控制协议(SessionInitiationProtocol, SIP协议)、流媒体业务采用点对点流媒体协议(Peer to PeerStreamingProtocol, PPSP协议)等。而对等体之间则采用P2P协议实现相关数据的存取与消息的路由,如RELOAD协议等。对于ー些要求较高的实时业务,如VoIP业务,要求实现较高的会话可靠性,需要保证当一定数量的对等体设备宕机时,用户进行中的业务也能够不受影响。一种实施方式是在分布式网络中为ー个对等体,即节点,所负责的数据及业务选择另ー个对等体进行备份,当主用对等体宕机时,启用备用对等体接管主用对等体的数据及业务处理。然而,在实际运营中,ー个分布式网络中可能存在很多异构节点,这里的异构节点是指不同厂商的节点,或者同一厂商但不同版本的节点,这些节点的业务实现方式可能不同,这将导致在这异构节点间进行业务备份的时候需要进行私有数据的转换,开销较大,实现复杂。例如图I所示的分布式业务网络14中,按照现有技术的方法,ー个节点根据制定的网络算法选择其后继或前驱节点作为其存储数据及处理业务的备用节点。例如对等体A可能会选择对等体B作为备用节点。图2为现有技术分布式业务网络实现业务备份的流程示意图,如图2所示,设备商I的对等体A选择设备商2的对等体B作为备用节点。当对等体A收到主叫用户的会话请求时,进行会话处理并将用户状态更新到本地用户数据中,同时将用户数据及其业务处理状态备份到对等体B上,后续每次用户业务处理状态变化时都需要进行业务处理状态备份。由于对等体A和对等体B分别属于设备商I和设备商2,其业务处理方法及数据结构可能不同,所以在业务备份时需要在这两个对等体之间进行转换,这样造成业务备份的开销很大,而且实现难度大,性能降低等一系列的问题。

发明内容
有鉴于此,本发明的主要目的在于提供ー种具备异构节点的网络中业务备份的方法和系统,能够有效解决分布式网络具备异构节点所导致的备份困难的问题。为达到上述目的,本发明的技术方案是这样实现的本发明提供了一种具备异构节点的网络中业务备份的方法,所述方法包括建立由同属性节点组成的业务子网;业务主用节点处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中。 其中,所述将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中之后,还包括正在处理业务的业务主用节点发生改变吋,新业务主用节点根据用户数据中的业务处理状态信息将所述业务消息,发送给原业务主用节点所属业务子网中的节点继续处理。其中,所述正在处理业务的业务主用节点发生改变,具体包括原业务主用节点失效,或新加入网络的节点接替原业务主用节点对业务进行处理;所述新业务主用节点将所述业务消息,发送给原业务主用节点所属业务子网中的节点继续处理,具体包括当原业务主用节点失效后,新业务主用节点从数据存储节点获取用户数据,根据所述用户数据中记录的业务处理状态信息将所述业务消息发送给业务备份节点继续处理;当新加入网络的节点接替原业务主用节点对业务进行处理后,新业务主用节点从数据存储节点获取用户数据,根据所述用户数据中记录的业务处理状态信息将所述业务消息发送给原业务主用节点继续处理。其中,所述业务子网的建立,具体是在分布式对等网络,或独立子网中;所述方法还包括当新节点加入时,发送加入业务子网请求,获取业务子网的基本イ目息,完成加入流程。其中,所述同属性的节点具体为针对相同业务功能,处理方式相同的节点;或针对相同业务状态,业务状态信息相同的节点。其中,所述将产生的业务状态信息备份到所属业务子网的其他节点上,包括当业务主用节点收到业务请求消息后,从数据存储节点获取所述用户数据,当用户没有进行中的业务时,所述业务主用节点从所属的业务子网中选择业务备用节点,将业务状态信息备份到所述业务备用节点上,并将更新后的业务处理状态信息保存到用户数据中,其中,所述业务处理状态信息包括用户是否拥有进行中的业务,以及业务的主用节点信息和备用节点信息。本发明还提供了一种具备异构节点的网络中业务备份的系统,所述系统中包括同属性节点组成的业务子网;所述业务子网中包括业务主用节点和其他节点,其中,所述业务主用节点,用于在处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中。其中,所述系统还包括新业务主用节点,用于当正在处理业务的业务主用节点发生改变时,根据用户数据中的业务处理状态信息将所述业务消息发送给原业务主用节点所属业务子网中的节点继续处理。其中,所述系统还包括新加入的节点,用于发送加入业务子网请求,获取业务子网的基本信息,完成加入流程,当接管了正在进行的业务后,根据用户数据中的业务处理状态信息,转发业务消息到主用节点或备用节点上。其中,所述同属性的节点具体为针对相同业务功能,处理方式相同的节点;或针对相同业务状态,业务状态信息相同的节点。本发明所提供的具备异构节点的网络中业务备份的方法和系统,通过建立由同属性节点组成的业务子网;业务主用节点处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中。能够将同属性的节点组成ー个业务子网,实现诸如业务处理及备份等,避免了异构节点间的私有数据转换,在不影响对等网络业务处理流程的前提下,降低了业务备份的开销和实现复杂度,提升了 系统性能。


图I为现有技术分布式业务网络架构图;图2为现有技术分布式业务网络实现业务备份的流程示意图;图3为本发明一种具备异构节点的网络中业务备份的方法流程示意图;图4为本发明对等体设备加入网络的流程图;图5为本发明实施例一新会话业务的备份流程图;图6为本发明实施例ニ对等体设备失效时网络调整的流程图;图7为本发明实施例三对等体设备失效时进行中业务处理流程图;图8为本发明实施例四新对等体设备加入时进行中业务处理流程图;图9为本发明一种具备异构节点的网络中业务备份的系统结构示意图。
具体实施例方式本发明的基本思想是建立由同属性节点组成的业务子网;业务主用节点处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中。下面结合附图和具体实施例对本发明的技术方案进ー步详细阐述。图3为本发明一种具备异构节点的网络中业务备份的方法流程示意图,如图3所示,所述方法包括以下步骤步骤301,建立由同属性节点组成的业务子网;具体的,所述业务子网的建立,具体是在分布式对等网络,或独立子网中。所述同属性的节点具体为针对相同业务功能,处理方式相同的节点;或针对相同业务状态,业务状态信息相同的节点。在实际应用中,所述同属性节点,可以是相同的设备商,或者是具备相同版本的业务程序的节点。进ー步的,所述方法还包括当新节点加入时,发送加入业务子网请求,获取业务子网的基本信息,完成加入流程。
具体的,新节点加入可以是所述方法的中的任意时刻,与业务子网是否建立无关。所述业务子网的基本信息包括接入节点信息和业务子网中采用的算法。新节点向子网引导服务器发送加入业务子网请求,也需要向分布式对等网络的引导服务器发送加入分布式对等网络请求。当然,新节点既可以先加入分布式对等网络,也可以先加入业务子网,还可以同时发送请求加入分布式对等网络和业务子网。加入网络的具体流程和现有技术一致,一般包括向接入节点发送加入请求、构建本地路由表、迁移负责存储数据、向网络中其它节点发送路由更新请求等。步骤302,业务主用节点处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中。具体的,所述业务主用节点具体为业务子网中负责处理业务的节点。所述备份的方式包括直接将相应的业务状态信息进行同步处理,或者将所述业务消息进行转发备份处理。所述将业务状态信息备份到业务子网的其他节点上,包括当业务主用节点收到业务请求消息后,从数据存储节点获取相关的用户数据,当用户没有进行中的业务时,所述业务主用节点从所属的业务子网中选择ー个业务备用节点,将业务状态信息备份到所述业务备 用节点上,并将更新后的业务处理状态信息保存到用户数据中,其中,所述业务处理状态信息包括用户是否拥有进行中的业务,以及业务的主用节点信息和备用节点信息。进一歩,所述获取相关的用户数据后,还包括根据所述用户数据中保存的用户业务状态信息判断所述用户有无正在进行中的业务。进ー步的,在步骤302之后,本方法还包括正在处理业务的业务主用节点发生改变时,新业务主用节点根据用户数据中的业务处理状态信息将所述业务,发送给原业务主用节点所属业务子网中的节点继续处理。具体的,所述正在处理业务的业务主用节点发生改变,具体包括原业务主用节点失效,或新加入网络的节点接替原业务主用节点对业务进行处理。所述新业务主用节点将所述业务消息,发送给原业务主用节点所属业务子网中的节点继续处理,具体包括当原业务主用节点失效后,新业务主用节点从数据存储节点获取用户数据,根据用户数据中记录的业务处理状态信息将所述业务消息发送给业务备份节点继续处理;当新加入网络的节点接替原业务主用节点对业务进行处理后,新业务主用节点从数据存储节点获取用户数据,根据用户数据中记录的业务处理状态信息将所述业务消息发送给原业务主用节点继续处理。以下结合具体实施例对本发明进ー步详细阐述,其中,所述分布式业务网络为前述分布式对等网络,对等体设备为网络中的节点。图4为本发明对等体设备加入网络的流程图,如图4所示,在本发明中,对等体设备需要同时加入分布式业务网络和业务子网中。一个设备商I提供的对等体节点A加入网络的具体步骤描述如下步骤401,对等体A向已知的引导服务器发出接入分布式业务网络请求,获取分布式业务网络的基本信息,如接入节点、网络采用的算法、支持的业务类型、以及所属业务子网的引导服务器等;步骤402,对等体A执行加入分布式业务网络流程;具体的,对等体A加入分布式业务网络与现有技术一致,一般步骤为,向接入节点发送加入请求、构建本地路由表、迁移负责存储数据、向其它网络节点发送路由更新请求等;步骤403,对等体A向子网引导服务器发送加入业务子网请求,获取所属业务子网的基本信息,如接入节点、网络采用的算法;步骤404,对等体A执行加入业务子网流程。具体的,对等体A加入业务子网的方式和加入分布式业务网络的方式一致。在具体实现中,上述步骤可能存在多种实施例,如对等体设备执行步骤403-404加入业务子网,再执行步骤401-402加入分布式业务网络;分布式业务网络与业务子网使用同一个引导服务器,在步骤401中同时获取分布式业务网络及所属业务子网的基本信息;步骤403中,对等体设备向业务子网引导服务器注册,并直接获取业务子网内的其它节点信息等。
图5为本发明实施例一新会话业务的备份流程图,如图5所示,当分布式业务网络的对等体设备收到一个用户的会话请求消息时,业务主用节点先从所述用户的数据存储节点获取用户数据,井根据所述用户数据中保存的用户业务状态判断所述用户有无进行中业务。如果所述用户不存在进行中业务,所述业务主用节点从其所属的业务子网中选择ー个业务备用节点,将所述用户的会话处理状态备份到业务备用节点,将在所述用户数据中更新所述用户的业务状态信息并将更新后的用户数据保存到所述用户数据存储节点。具体步骤描述如下步骤501,主叫用户发送会话发起请求消息到业务主用节点A ;具体的,所述业务主用节点A,包括分布式业务网络为用户指定的对等体设备,例如用户设备的接入节点;或者分布式业务网络根据配置的网络算法和策略选定的对等体设备,例如结合用户的唯一标识使用网络配置的哈希算法生成一个用户ID,然后根据配置的策略选择ー个节点ID与所述用户ID最接近的对等体设备作为所述用户的业务主用节点。步骤502,业务主用节点A从用户数据存储节点获取用户数据;具体的,所述业务主用节点A与用户数据存储节点可以是同一个对等体设备,也可以是不同对等体设备。步骤503,业务主用节点A根据获取的用户数据,判断所述主叫用户没有其它进行中业务,本对等体节点作为所述用户的业务处理节点,对所述主叫用户的会话发起请求进行处理;步骤504,业务主用节点A根据所属业务子网的配置进行业务备用节点查找,并选择业务备用节点B作为所述用户业务处理的备用节点;步骤505,业务主用节点A将所述主叫用户的业务处理状态向业务备用节点B进行备份;具体的,业务主用节点A和业务备用节点B是属性相同的对等体设备。业务处理状态的备份机制,可以由业务子网内部决定,例如直接将相应的内存状态进行同步,或者将用户的业务消息进行转发备份等。步骤506,业务主用节点A将所述用户的业务状态记录在用户数据中,并更新到用户数据存储节点。
具体的,所述的用户业务状态,包括所述用户有无进行中业务;以及具备进行中业务时,业务的备用节点信息;或业务的主用节点信息和备用节点信息。例如用户有进行中会话,且业务主用节点为A,业务备用节点为B。步骤507,业务主用节点向被叫侧设备转发主叫用户的会话发起请求。具体的,所述被叫侧设备,或者是被叫用户的业务处理设备,或者是被叫用户的代理设备,或者是被叫用户设备。本步骤即完成会话的建立,开始会话业务流程 ,并且在会话业务进行的过程中,也需要备份业务状态信息。 本实施例中,通常用户设备与对等体设备之间、或对等体设备与对等体设备之间进行业务层通信时,都需要首先建立业务层通信连接,进行对等网络层通信时需要首先建立对等网络层通信连接。如步骤501,主叫用户设备向业务主用节点A发送会话发起请求时,需要首先建立所述主叫用户设备与所述业务主用节点之间的业务层通信连接;步骤502,业务主用节点A从用户数据存储节点获取用户数据时,需要首先建立所述业务主用节点A和所述用户数据存储节点之间的对等网络层通信连接。作为一般的用户设备与对等体设备、对等体设备与对等体设备之间的通信规则,与本发明内容无关,本发明实施例中对此步骤描述省略。图6为本发明实施例ニ对等体设备失效时网络调整的流程图,如图6所示,当分布式业务网络的某个对等体设备失效,例如強行退出、意外宕机,时,需要进行网络调整以避免所述对等体设备失效导致的用户数据丢失、用户业务中断等问题。所述网络调整包括业务主用节点负责存储的用户数据迁移,业务主用节点负责的用户业务处理迁移,业务备用节点所负责备份的用户处理状态的重新备份等。具体的网络调整步骤描述如下步骤601,业务主用节点A失效,需要将节点A存储的用户数据以及负责的业务迁移到其它节点上;具体的,所述业务主用节点A失效包括所述业务主用节点A设备故障引起的,例如宕机、网络断开等;或者是所述业务主用节点A主动申请退出网络。所述业务主用节点A失效的情况中,其他节点的发现方式包括分布式业务网络中的其它相关节点主动发现的,或者是所述业务主用节点A主动申请。步骤602,业务主用节点A失效信息通过路由更新消息通知到分布式业务网络的相关对等体节点;具体的,所述的路由更新消息由所述业务主用节点A失效的发现节点发送,或者由所述业务主用节点A主动发送。所述接收失效信息的相关对等体节点,包括接管所述业务主用节点A存储的用户数据的数据存储节点;接管所述业务主用节点A负责处理的业务的新业务主用节点C ;负责备份所述业务主用节点A负责处理的进行中业务备份的业务备用节点B。其中,新业务主用节点C的选择由现有的分布式对等网络完成。步骤603,业务主用节点C收到路由更新通知,获知业务主用节点A失效,更新本地的路由表,并准备接管业务主用节点A负责处理的部分或全部业务;步骤604,分布式业务网络上的数据存储节点收到路由更新通知,获知业务主用节点A失效,将业务主用节点A负责存储的用户数据重新备份到新的存储节点上;步骤605,业务备用节点B收到路由更新通知,获知业务主用节点A失效,更新本地的路由表,并准备接管业务主用节点A负责处理的正在进行中的业务;
步骤606,业务备用节点B根据分布式业务网络的备份策略,从所属的业务子网中重新选择ー个业务备用节点E进行业务处理状态备份;具体的,所述业务备用节点B根据分布式业务网络的备份策略,也可以选择不进一步备份所述业务备用节点B备份的业务状态信息。步骤607,如果业务备用节点B进ー步选择业务备用节点E来备份所述业务备用节点B备份的业务,则向用户数据存储节点更新用户的业务状态信息。本实施例中,步骤603-605无严格的先后顺序要求,由分布式业务网络的实现策略決定。图7为本发明实施例三对等体设备失效时进行中业务处理流程图,如图7所示,当分布式业务网络的某个对等体设备失效(如強行退出、意外宕机)时,所述失效对等体设备负责的会话请求消息被重新路由到ー个新的业务主用节点,所述新业务主用节点查询获取用户数据,井根据用户数据的用户业务状态信息中保存的用户业务备用节点信息,将所述 会话请求转发到所述用户业务备用节点上,所述用户业务备用节点继续完成所述用户的会话处理。具体步骤描述如下步骤701,业务主用节点C获知业务主用节点A失效,接管业务主用节点A负责处理的业务;具体的,此步骤是依照现有技术的规范实现。步骤702,业务备用节点B获知业务主用节点A失效,接管业务主用节点A负责处理的正在进行中的业务;步骤703,相关设备向新的业务主用节点C发送会话请求/响应消息;具体的,所述相关设备具体为用户终端设备,或者是用户业务处理路径上的相关设备或对等体设备。步骤704,新的业务主用节点C从用户数据存储节点获取更新后的用户数据;具体的,所述新的业务主用节点C与用户数据存储节点或者为同一对等体设备,或者为不同对等体设备。步骤705,新的业务主用节点C根据获取的更新后的用户数据,判断所述用户有其它正在进行中的业务,且所述用户的业务主用节点为B、备用业务节点为E ;具体的,所述更新后的用户数据,具体为前述实施例ニ中步骤607中更新的用户数据。步骤706,新的业务主用节点C将收到的会话请求/响应消息转发到业务备用节点B上;具体的,若实施例ニ中的等体设备失效的网络调整流程尚未结束,可能存在所述用户数据中用户的业务状态信息仍为所述用户的业务主用节点为A、备用业务节点为B。此时新的业务主用节点C根据本地接收到的,业务主用节点A失效的信息,可以直接将收到的会话请求/响应消息转发到业务备用节点B上。步骤707,业务备用节点B作为业务主用节点继续处理所述用户的正在进行中的业务;步骤708,业务备用节点B将所述用户的业务处理状态备份到属于同一业务子网的业务备用节点E上;
步骤709,业务备用节点B完成用户业务处理后新的业务主用节点C返回会话请求/响应消息;步骤710,新的业务主用节点C向相关设备转发会话请求/响应消息。进ー步的,步骤709-710中,业务备用节点B还可以将会话请求/响应消息直接发送给相关设备。图8为本发明实施例四新对等体设备加入时进行中业务处理流程图,如图8所示,当分布式业务网络上有新的对等体设备加入网络时,所述新加入的对等体设备将接管其他对等体设备的一部分用户的业务处理,当这部分用户的会话请求消息被路由到所述新加入的对等体设备上时,所述新加入的对等体设备根据获取用户数据中的用户业务状态信息,将所述用户会话请求消息转发到该用户原来的业务主用节点上。具体步骤描述如下步骤801,对等体节点C完成分布式业务网络加入,根据网络配置的网络算法和策略,接管业务主用节点A负责的部分业务处理,接管其它相关对等体节点负责存储的部分 数据;步骤802,相关设备向新加入的业务主用节点C发送会话请求/响应消息;具体的,所述相关设备包括用户终端设备,或者是用户业务处理路径上的相关设备或对等体设备。步骤803,新加入的业务主用节点C从用户数据存储节点获取用户数据;具体的,所述新加入的业务主用节点C与用户数据存储节点或者为同一对等体设备,或者为不同对等体设备。步骤804,新加入的业务主用节点C根据获取的用户数据,判断所述用户有其它正在进行中的业务,且所述用户的业务主用节点为A、备用业务节点为B ;步骤805,新加入的业务主用节点C将收到的会话请求/响应消息转发到业务主用节点A上;步骤806,业务主用节点A继续处理所述用户的进行中业务;步骤807,业务主用节点A将所述用户的业务处理状态备份到属于同一业务子网的业务备用节点B上;步骤808,业务主用节点A完成用户业务处理后新加入的业务主用节点C返回会话请求/响应消息;步骤809,新加入的业务主用节点C向相关设备转发会话请求/响应消息;具体的,步骤808-809中,业务主用节点A还可以将会话请求/响应消息直接发送给相关设备。图9为本发明一种具备异构节点的网络中业务备份的系统结构示意图,如图9所示,所述系统位于分布式对等网络中包括同属性节点组成的业务子网;需要特殊说明的是,图9中的业务子网位于分布式对等网络中,但实际上所述业务子网还可以位于独立子网中,因此在本发明的系统中对业务子网的位置不需要进行具体限定,可以位于分布式对等网络中,也可以位于另ー网络中。本实施例图示,仅以业务子网位于分布式对等网络中为例。所述业务子网中包括业务主用节点91和其他节点92,其中,所述业务主用节点91,用于在处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点92上,并将业务处理状态信息记录到用户数据中。具体的,所述同属性的节点具体为针对相同业务功能,处理方式相同的节点;或针对相同业务状态,业务状态信息相同的节点。在实际应用中,所述同属性节点,可以是相同的设备商,或者是具备相同版本的业务程序的节点。所述业务主用节点91具体为业务子网中负责处理业务的节点。所述备份的方式包括直接将相应的业务状态信息进行同步处理,或者将所述业务消息进行转发备份处理。所述将业务状态信息备份到业务子网的其他节点92上,包括当业务主用节点91收到业务请求消息后,从数据存储节点获取相关的用户数据,当用户没有进行中的业务时,所述业务主用节点91从所属的业务子网中选择ー个其他节点92作为业务备用节点,将业务状态信息备份到所述业务备用节点上,并将更新后的业务处理状态信息保存到用户数据中,其中,所述业务处理状态信息包括用户是否拥有进行中的业务,以及业务的主用节点信息和备用节点信息。进ー步,所述获取相关的用户数据后,还包括根据所述用户数据中保存的用户业务状态信息判断所述用户有无正在进行中的业务。进ー步的,所述系统还包括新加入的节点93,用于发送加入业务子网请求,获取 业务子网的基本信息,完成加入流程,当接管了正在进行的业务后,根据用户数据中的业务处理状态信息,转发业务消息到主用节点或备用节点上。具体的,新节点加入可以是任意时刻,即与业务子网是否建立无关。所述业务子网的基本信息包括接入节点信息和业务子网中采用的算法。新加入的节点93向子网引导服务器发送加入业务子网请求,也需要向分布式对等网络的引导服务器发送加入分布式对等网络请求。当然,新加入的节点93既可以先加入分布式对等网络,也可以先加入业务子网,还可以同时发送请求加入分布式对等网络和业务子网。加入网络的具体流程和现有技术ー致,一般包括向接入节点发送加入请求、构建本地路由表、迁移负责存储数据、向网络中其它节点发送路由更新请求等。进ー步的,所述系统还包括新业务主用节点94,用于当正在处理业务的业务主用节点发生改变时,根据用户数据中的业务处理状态信息将所述业务消息发送给原业务主用节点91所属业务子网中的节点继续处理。具体的,所述正在处理业务的业务主用节点发生改变,具体包括原业务主用节点91失效,或新加入网络的节点93接替原业务主用节点91对业务进行处理。所述新业务主用节点94将所述业务消息,发送给原业务主用节点91所属业务子网中的节点继续处理,具体包括当原业务主用节点91失效后,新业务主用节点94从数据存储节点获取用户数据,根据用户数据中记录的业务处理状态信息将所述业务消息发送给业务备份节点继续处理;当新加入网络的节点93接替原业务主用节点91对业务进行处理后,新业务主用节点94从数据存储节点获取用户数据,根据用户数据中记录的业务处理状态信息将所述业务消息发送给原业务主用节点91继续处理。以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
权利要求
1.一种具备异构节点的网络中业务备份的方法,其特征在于,所述方法包括 建立由同属性节点组成的业务子网; 业务主用节点处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中。
2.根据权利要求I所述的方法,其特征在于,所述将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中之后,还包括正在处理业务的业务主用节点发生改变时,新业务主用节点根据用户数据中的业务处理状态信息将所述业务消息,发送给原业务主用节点所属业务子网中的节点继续处理。
3.根据权利要求2所述的方法,其特征在于,所述正在处理业务的业务主用节点发生改变,具体包括原业务主用节点失效,或新加入网络的节点接替原业务主用节点对业务进行处理; 所述新业务主用节点将所述业务消息,发送给原业务主用节点所属业务子网中的节点继续处理,具体包括当原业务主用节点失效后,新业务主用节点从数据存储节点获取用户数据,根据所述用户数据中记录的业务处理状态信息将所述业务消息发送给业务备份节点继续处理;当新加入网络的节点接替原业务主用节点对业务进行处理后,新业务主用节点从数据存储节点获取用户数据,根据所述用户数据中记录的业务处理状态信息将所述业务消息发送给原业务主用节点继续处理。
4.根据权利要求I或2所述的方法,其特征在于,所述业务子网的建立,具体是在分布式对等网络,或独立子网中; 所述方法还包括当新节点加入时,发送加入业务子网请求,获取业务子网的基本信息,完成加入流程。
5.根据权利要求I或2所述的方法,其特征在于,所述同属性的节点具体为针对相同业务功能,处理方式相同的节点;或针对相同业务状态,业务状态信息相同的节点。
6.根据权利要求I或2所述的方法,其特征在于,所述将产生的业务状态信息备份到所属业务子网的其他节点上,包括 当业务主用节点收到业务请求消息后,从数据存储节点获取所述用户数据,当用户没有进行中的业务时,所述业务主用节点从所属的业务子网中选择业务备用节点,将业务状态信息备份到所述业务备用节点上,并将更新后的业务处理状态信息保存到用户数据中,其中,所述业务处理状态信息包括用户是否拥有进行中的业务,以及业务的主用节点信息和备用节点信息。
7.一种具备异构节点的网络中业务备份的系统,其特征在于,所述系统中包括同属性节点组成的业务子网;所述业务子网中包括业务主用节点和其他节点,其中, 所述业务主用节点,用于在处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中。
8.根据权利要求7所述的系统,其特征在于,所述系统还包括新业务主用节点,用于当正在处理业务的业务主用节点发生改变时,根据用户数据中的业务处理状态信息将所述业务消息发送给原业务主用节点所属业务子网中的节点继续处理。
9.根据权利要求7或8所述的系统,其特征在于,所述系统还包括新加入的节点,用于发送加入业务子网请求,获取业务子网的基本信息,完成加入流程,当接管了正在进行的业务后,根据用户数据中的业务处理状态信息,转发业务消息到主用节点或备用节点上。
10.根据权利要求7或8所述的系统,其特征在于,所述同属性的节点具体为针对相同业务功能,处理方式相同的节点;或针对相同业务状态,业务状态信息相同的节点。
全文摘要
本发明公开了一种具备异构节点的网络中业务备份的方法,所述方法包括建立由同属性节点组成的业务子网;业务主用节点处理业务的过程中,将产生的业务状态信息备份到所属业务子网的其他节点上,并将业务处理状态信息记录到用户数据中。本发明还公开了一种具备异构节点的网络中业务备份的系统,通过上述方法和系统,避免了异构节点间的私有数据转换,在不影响对等网络业务处理流程的前提下,降低了业务备份的开销和实现复杂度,提升了系统性能。
文档编号H04L29/08GK102821118SQ20111015542
公开日2012年12月12日 申请日期2011年6月10日 优先权日2011年6月10日
发明者胡永生, 陶全军, 吴建华 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1