CN102917039A - 信息处理方法与系统 - Google Patents

Abstract

本发明提供了一种锚定关系信息的信息处理方法与系统，其中，信息处理方法包括：业务服务器确定用户注册成功，判断所述用户是否存在隐式注册集信息；若存在，则将所述隐式注册集信息发送给负载均衡服务器，由所述负载均衡服务器对所述隐式注册集信息中包含的所述用户的用户标识与所述业务服务器之间的锚定关系信息进行存储；若不存在，则将所述用户的用户标识发送给所述负载均衡服务器，由所述负载均衡服务器存储所述用户标识与所述业务服务器的锚定关系信息。通过本发明，达到了在大容量用户场景下，避免数据异常和业务失败，保证用户可以通过分布式组网的方式正常使用业务的效果。

Description

信息处理方法与系统

技术领域

本发明涉及通信技术领域，特别是涉及一种IMS（IP MultimediaSubsystem，IP多媒体子系统）架构下分布式组网方式中锚定关系信息的信息处理方法与系统。

背景技术

为了为大容量用户提供正常的业务和服务，IMS设备（设备需要支持的用户数最高达到千万级别）使用分布式组网方式架构。在IMS设备分布式组网方式中，具有负载均衡的负载均衡服务器与多个具有业务逻辑处理的业务服务器之间，有大量的数据信息，主要是用户与业务服务器之间的锚定关系信息，需要负载和同步。一种负载均衡架构如图1所示，外部信令流（如SIP、Diameter等信令消息）由负载均衡服务器进入系统后进行负载均衡操作，将信令消息分发到多个业务服务器上。

基于图1所示的架构，在现有的IMS业务中，针对复杂的用户信息关联情况和异常情况，可能无法正确实现数据同步而出现数据异步的状况。

以呼叫业务为例，现有的一种用户注册处理流程如图2所示，当用户进行初始注册或重注册时，负载均衡服务器收到用户注册请求后，通过查询本地的锚定关系信息表（存储用户和业务服务器关系的表），判断此用户是否已经注册。如果已经注册，则负载均衡服务器将此注册消息直接转发至对应的业务服务器；如果尚未注册，则负载均衡服务器根据当前业务服务器的负载能力排序，选择当前负荷最轻的业务服务器，将此业务服务与用户的锚定关系信息存储在本地数据表中，并将此次注册请求转发给此业务服务器。然而，负载均衡服务器仅仅存储了发起注册的用户标识与业务服务器之间的锚定关系信息，而对于存在隐式注册集的用户而言，通过被隐式注册成功的用户标识信息与此业务服务器之间的锚定关系并没有存储。当用户使用被隐式注册成功的用户标识发起呼叫等业务时，负载均衡服务器因为无法在本地查询到被隐式注册成功的用户标识对应的业务服务器信息，从而由负载均衡服务器选择当前负荷最轻的业务服务器进行后续业务处理，从而产生数据异常，甚至业务失败，无法保证用户正常操作。

因此，如何处理复杂的用户信息关联情况和异常情况下的数据异步状况，保证在大容量用户场景下，用户可以通过分布式组网的方式正常使用业务成为当前亟待解决的问题。

发明内容

本发明提供了一种锚定关系信息的信息处理方法与系统，以解决现有复杂的用户信息关联情况和异常情况下的数据异步，容易导致业务失败，用户无法正常操作的问题。

为了解决上述问题，本发明公开了一种信息处理方法，包括：业务服务器确定用户注册成功，判断所述用户是否存在隐式注册集信息；若存在，则将所述隐式注册集信息发送给负载均衡服务器，由所述负载均衡服务器对所述隐式注册集信息中包含的所述用户的用户标识与所述业务服务器之间的锚定关系信息进行存储；若不存在，则将所述用户的用户标识发送给所述负载均衡服务器，由所述负载均衡服务器存储所述用户标识与所述业务服务器的锚定关系信息。

优选地，在所述业务服务器确定用户注册成功的步骤之前，还包括：当所述负载均衡服务器收到所述用户的初始注册或重注册的注册请求时，根据本地存储的锚定关系信息表判断所述用户是否已经注册，其中，所述锚定关系信息表中保存有已成功注册的用户标识和对应的业务服务器的锚定关系信息；若已经注册，则所述负载均衡服务器根据所述锚定关系信息表，将所述注册请求发送到所述用户的用户标识对应的业务服务器；若未注册，则所述负载均衡服务器为所述用户选择业务服务器，并将所述注册请求发送给选择的所述业务服务器，但不保存所述用户的用户标识与选择的所述业务服务器的锚定关系信息。

优选地，所述信息处理方法还包括：当所述负载均衡服务器监测到所述业务服务器故障时，所述负载均衡服务器根据本地存储的锚定关系信息表，确定与所述故障的业务服务器相关的锚定关系信息；所述负载均衡服务器删除确定的所述锚定关系信息。

优选地，所述信息处理方法还包括：当所述业务服务器收到所述用户的注销成功消息，确定所述用户注销成功时，将所述用户的用户标识和/或所述用户的隐式注册集信息发送给所述负载均衡服务器；所述负载均衡服务器根据所述业务服务器发送的所述用户的用户标识和/或所述用户的隐式注册集信息，将保存的所有与所述用户的用户标识有关的锚定关系信息删除。

优选地，所述业务服务器或所述负载均衡服务器通过锚定关系更新消息进行所述锚定关系信息的存储或删除；其中，所述锚定关系更新消息包括用户的用户标识和所述锚定关系更新消息的类型，所述锚定关系更新消息的类型包括增加类型和删除类型，所述增加类型用于指示对新的锚定关系信息进行存储，所述删除类型用于指示对锚定关系信息进行删除。

为了解决上述问题，本发明还公开了一种信息处理系统，包括负载均衡器和业务服务器，其中，所述业务服务器包括：确定判断模块，用于确定用户注册成功，判断所述用户是否存在隐式注册集信息；肯定存储模块，用于若判断所述用户存在所述隐式注册集信息，则将所述隐式注册集信息发送给负载均衡服务器，由所述负载均衡服务器对所述隐式注册集信息中包含的所述用户的用户标识与所述业务服务器之间的锚定关系信息进行存储；否定存储模块，用于若判断所述用户不存在所述隐式注册集信息，则将所述用户的用户标识发送给所述负载均衡服务器，由所述负载均衡服务器存储所述用户标识与所述业务服务器的锚定关系信息。

优选地，所述负载均衡器包括：注册判断模块，用于在所述业务服务器的确定判断模块确定用户注册成功之前，当收到所述用户的初始注册或重注册的注册请求时，根据本地存储的锚定关系信息表判断所述用户是否已经注册，其中，所述锚定关系信息表中保存有已成功注册的用户标识和对应的业务服务器的锚定关系信息；肯定注册模块，用于若所述注册判断模块判断所述用户已经注册，则根据所述锚定关系信息表，将所述注册请求发送到所述用户的用户标识对应的业务服务器；否定注册模块，用于若所述注册判断模块判断所述用户未注册，则为所述用户选择业务服务器，并将所述注册请求发送给选择的所述业务服务器，但不保存所述用户的用户标识与选择的所述业务服务器的锚定关系信息。

优选地，所述负载均衡器还包括：监测确定模块，用于当监测到所述业务服务器故障时，根据本地存储的锚定关系信息表，确定与所述故障的业务服务器相关的锚定关系信息；第一删除模块，用于删除确定的所述锚定关系信息。

优选地，所述业务服务器还包括：注销模块，用于当收到所述用户的注销成功消息，确定所述用户注销成功时，将所述用户的用户标识和/或所述用户的隐式注册集信息发送给所述负载均衡服务器；所述负载均衡器还包括：第二删除模块，用于根据所述业务服务器的注销模块发送的所述用户的用户标识和/或所述用户的隐式注册集信息，将保存的所有与所述用户的用户标识有关的锚定关系信息删除。

优选地，所述业务服务器或所述负载均衡服务器通过锚定关系更新消息进行所述锚定关系信息的存储或删除；其中，所述锚定关系更新消息包括用户的用户标识和所述锚定关系更新消息的类型，所述锚定关系更新消息的类型包括增加类型和删除类型，所述增加类型用于指示对新的锚定关系信息进行存储，所述删除类型用于指示对锚定关系信息进行删除。

与现有技术相比，本发明具有以下优点：

本申请中，业务服务器在确定用户注册成功后，判断用户是否存在隐式注册集信息，若存在，则将该隐式注册集信息发送给负载均衡服务器，由负载均衡服务器根据该隐式注册集信息进行锚定关系信息存储；若不存在，则直接将用户的用户标识发送给负载均衡服务器，由负载均衡服务器根据该用户标识和该用户标识与业务服务器的对应关系进行锚定关系信息存储。一方面，负载均衡服务器是在用户注册成功后才进行锚定关系信息的存储，避免了现有技术中负载均衡服务器存储锚定关系信息时，因用户注册失败而导致的信息保存不完整或者数据异常；另一方面，若用户存在隐式注册集信息，则负载均衡服务器将根据该隐式注册集信息进行相应的锚定关系信息的保存，从而避免了因无法获知隐式注册集信息而导致重新选择业务服务器造成的数据异常。可见，通过本申请，解决了现有复杂的用户信息关联情况和异常情况下的数据异步，容易导致业务失败，用户无法正常操作的问题，达到了在大容量用户场景下，避免数据异常和业务失败，保证用户可以通过分布式组网的方式正常使用业务的效果。

附图说明

图1是现有技术的一种IMS负载均衡架构的示意图；

图2是现有技术的一种用户注册处理流程的示意图；

图3是根据本申请实施例一的一种信息处理方法的步骤流程图；

图4是根据本申请实施例二的一种信息处理方法的步骤流程图；

图5是根据本申请实施例三的一种信息处理方法的步骤流程图；

图6是根据本申请实施例四的一种信息处理方法的步骤流程图；

图7是根据本申请实施例五的一种信息处理方法的步骤流程图；

图8是根据本申请实施例六的一种信息处理方法的步骤流程图；

图9是根据本申请实施例七的一种信息处理系统的结构框图。

具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

实施例一

参照图3，示出了根据本申请实施例一的一种信息处理方法的步骤流程图。

本实施例的信息处理方法包括以下步骤：

步骤S102：业务服务器确定用户注册成功，判断用户是否存在隐式注册集信息，若是，执行步骤S104；若否，执行步骤S106。

其中，隐式注册集信息也可以称为隐式注册公有用户标识集，它是一个私有用户标识下的一个或多个公有用户标识的集合，集合中每一个公有用户标识的形式可以采用SIP URI或Tel URI格式，如sip:aliceims.example.com或Tel:+8612345678901。该集合中的任何一个公有用户标识的注册或注销都会导致集合中的其它所有标识也相应地注册或注销。由于隐式注册集是与私有用户标识相关联的，因此其生存期也与私有用户标识一样；当私有用户标识被删除时，隐式注册集也一并被删除。

步骤S104：业务服务器确定用户存在隐式注册集信息，则将用户的隐式注册集信息发送给负载均衡服务器，由负载均衡服务器对隐式注册集信息中包含的用户标识与业务服务器之间的锚定关系信息进行存储。

其中，锚定关系信息是指某用户因注册于一个业务服务器之后需要对这种对应关系存储和记录的信息，一般包括用户标识、用户在负载均衡服务器的编号、业务服务器等信息组成。

步骤S106：业务服务器确定用户不存在隐式注册集信息，则将用户标识发送给负载均衡服务器，由负载均衡服务器存储用户标识与业务服务器的锚定关系信息。

一般来说，用户标识可以从从注册的SIP请求消息中提取得到，负载均衡服务器可以根据发送用户标识的业务服务器，确定用户（通过用户标识进行标识）与业务服务器的锚定关系信息。

本实施例中，业务服务器在确定用户注册成功后，判断用户是否存在隐式注册集信息，若存在，则将该隐式注册集信息发送给负载均衡服务器，由负载均衡服务器根据该隐式注册集信息进行锚定关系信息存储；若不存在，则直接将用户的用户标识发送给负载均衡服务器，由负载均衡服务器根据该用户标识和该用户标识与业务服务器的对应关系进行锚定关系信息存储。一方面，负载均衡服务器是在用户注册成功后才进行锚定关系信息的存储，避免了现有技术中负载均衡服务器存储锚定关系信息时，因用户注册失败而导致的信息保存不完整或者数据异常；另一方面，若用户存在隐式注册集信息，则负载均衡服务器将根据该隐式注册集信息进行相应的锚定关系信息的保存，从而避免了因无法获知隐式注册集信息而导致重新选择业务服务器造成的数据异常。可见，通过本实施例，解决了现有复杂的用户信息关联情况和异常情况下的数据异步，容易导致业务失败，用户无法正常操作的问题，达到了在大容量用户场景下，避免数据异常和业务失败，保证用户可以通过分布式组网的方式正常使用业务的效果。

实施例二

参照图4，示出了根据本申请实施例二的一种信息处理方法的步骤流程图。

本实施例从用户进行初始注册或重注册时，负载均衡处理器对用户注册流程处理方面，对本申请的信息处理方法进行说明。本实施例的方案可以单独执行，也可以与实施例一的方案结合执行。

本实施例的信息处理方法包括以下步骤：

步骤S202：负载均衡服务器收到用户的注册请求。

其中，注册请求可能是用户进行初始注册的注册请求，也有可能是用户重注册时的注册请求。

步骤S204：负载均衡服务器查询本地保存的锚定关系信息表，判断该用户是否已经注册，若是，则执行步骤S206；若否，则执行步骤S208。

其中，锚定关系信息表中保存有已成功注册的用户标识和对应的业务服务器的锚定关系信息。

步骤S206：负载均衡服务器根据锚定关系信息表，将注册请求发送到用户的用户标识对应的业务服务器。

步骤S208：负载均衡服务器为用户选择业务服务器。

业务服务器的选择可以由本领域技术人员根据实际情况按照适当的选择规则进行，本申请对此不作限制。本实施例中，负载均衡服务器根据当前业务服务器的负载能力排序，选择当前负荷最轻的业务服务器。

步骤S210：负载均衡服务器将注册请求发送给选择的业务服务器，但不保存用户的用户标识与选择的业务服务器的锚定关系信息。

本实施例中，当用户进行初始注册或重注册时，负载均衡服务器收到用户注册请求后，通过查询本地用户和业务服务器的关系，即查询保存的锚定关系信息表，判断此用户是否已经注册。如果已经注册，则负载均衡服务器将此注册消息直接转发至对应的业务服务器；如果尚未注册，则负载均衡服务器根据当前业务服务器的负载能力排序，选择当前负荷最轻的业务服务器，并将此次注册请求转发给此业务服务器，但暂不存储用户与此业务服务器之间的锚定关系信息。

通过本实施例，不再在用户的注册过程中进行锚定关系信息存储，避免了注册失败时的锚定关系信息异常，如保存的锚定关系信息不完整等。当本实施例与实施例一的方案结合时，以一个用户为例，该用户会在执行本实施例方案之后执行实施例一的方案，也即，在用户注册后，只有确定用户注册成功，才会进行锚定关系信息存储。

实施例三

参照图5，示出了是根据本申请实施例三的一种信息处理方法的步骤流程图。

本实施例是对实施例一方案的进一步细化和说明，同样，本实施例的方案可以单独执行，也可以与实施例二的方案结合执行。

本实施例的信息处理方法包括以下步骤：

步骤S302：业务服务器收到用户注册成功的SAA（Server AssignmentAnswer，服务器分配应答）应答消息，确定用户注册成功。

其中，SAA消息中的Result-Code AVP（结果码属性值对）为“2001、2002、2003、2004”其中的一个时，即表明此SAA应答消息是用户注册成功的应答消息。

步骤S304：业务服务器从SAA中提取用户的相关信息。

其中，从SAA中提取的信息可以包括用户标识、用户业务配置规则、计费信息、归属域信息、用户关联的隐式注册集等信息。

步骤S306：业务服务器根据提取的信息判断用户是否存在隐式注册集信息，若存在，则执行步骤S308；若不存在，则执行步骤S312。

步骤S308：业务服务器将该用户对应的隐式注册集信息发送给负载均衡服务器。

步骤S310：负载均衡服务器根据隐式注册集信息，将其中所有的用户标识与业务服务器之间的锚定关系信息存储在本地，结束本次流程。

步骤S312：业务服务器将用户的用户标识发送给负载均衡服务器。

如，业务服务器向负载均衡服务器发送锚定关系更新消息，其中携带该用户的用户标识，以使负载均衡服务器存储该用户的锚定关系信息。一种优选的锚定关系更新消息如下所示：

从上述结构中可见，锚定关系更新消息包括用户的用户标识和锚定关系更新消息的类型（即更新操作类型），锚定关系更新消息的类型包括增加类型（即增加操作）和删除类型（即删除操作），增加类型用于指示对新的锚定关系信息进行存储，删除类型用于指示对锚定关系信息进行删除。

步骤S314：负载均衡服务器根据用户的用户标识和发送该用户标识的业务服务器的对应关系，将用户标识与业务服务器的锚定关系信息存储在本地，结束本次流程。

本实施例中，业务服务器根据其与HSS（Home Subscriber Sever，归属用户服务器）之间的交互，确认用户已通过注册成功，并从SAA获取此用户可能存在的隐式注册集信息。如果此用户不包含隐式注册集信息，则业务服务器只将此用户的用户标识发送给负载均衡服务器，由负载均衡服务器将此用户标识与此业务服务器锚定关系信息存储在本地。如果此用户包含隐式注册集信息，则业务服务器将用户以及对应的隐式注册集信息一起发送给负载均衡服务器，由负载均衡服务器将此用户标识和隐式注册集中包含的用户标识与此业务服务器之间的锚定关系信息存储在本地，以便后续隐式注册集中的用户标识发起的后续业务可以正确分发到对应的业务服务器中。

通过本实施例，如果用户拥有隐式注册集属性，在注册成功后，业务服务器将此用户对应的隐式注册集中的所有用户标识与此业务服务器之间的锚定关系信息同步到负载均衡服务器，从而保证了用户后续业务的正常处理。

实施例四

参照图6，示出了根据本申请实施例四的一种信息处理方法的步骤流程图。

本实施例从用户注销流程处理方面，对本申请的信息处理方法进行说明。同样，本实施例的方案可以单独执行，也可以与上述多个实施例中的一个或多个方案结合执行。

本实施例的信息处理方法包括以下步骤：

步骤S402：业务服务器收到各种用户注销成功消息，确定用户注销成功。

当发生用户注销成功、周期定时器超时处理成功、网络侧注销成功时，业务服务器都会收到用户的注销成功消息。

步骤S404：业务服务器将用户的用户标识和/或用户的隐式注册集信息发送给负载均衡服务器。

如，业务服务器可以使用实施例三中的锚定关系更新消息，将相关信息发送给负载均衡服务器，使负载均衡服务器进行锚定关系信息删除。

步骤S406：负载均衡服务器根据业务服务器发送的用户标识和/或用户的隐式注册集信息，将负载均衡服务器上保存的所有与用户的用户标识有关的锚定关系信息删除。

本实施例中，当发生用户注销成功、周期定时器超时处理成功、网络侧注销成功时，则由用户已驻留的业务服务器向负载均衡服务器发送用户数据信息更新，对此用户所关联的锚定关系信息（包括可能有的隐式注册集信息）予以删除。负载均衡服务器对于用户注册、用户注销、网络侧注销、周期定时器超时注销的结果不进行判断，而是由用户驻留的业务服务器进行逻辑判断，并将需要更新的用户信息按照增加或删除的要求在负载均衡服务器本地数据信息中进行同步。因该锚定关系信息的删除是在确定用户注销成功的基础上，因此保证了锚定关系信息删除的正确性，避免了现在技术中因在注销过程中删除时，因注销失败导致删除不完全或异常删除的情形。

实施例五

参照图7，示出了根据本申请实施例五的一种信息处理方法的步骤流程图。

本实施例从业务服务器故障监测和处理方面，对本申请的信息处理方法进行说明。同样，本实施例的方案可以单独执行，也可以与上述实施例中的一个或多个方案结合执行。

本实施例的信息处理方法包括以下步骤：

步骤S502：负载均衡服务器监测到业务服务器故障。

负载均衡服务器对业务服务器的监测可以采用多种方式实现，如，负载均衡服务器通过发送心跳信号，获取业务服务器的运行状态，对业务服务器进行监测；或者，业务故障服务器定时上报其运行状态，以实现负载均衡服务器对业务服务器的监测等。

步骤S504：负载均衡服务器根据本地存储的锚定关系信息表，确定与故障的业务服务器相关的锚定关系信息。

步骤S506：负载均衡服务器删除确定的与故障的业务服务器相关的锚定关系信息。

本实施例中，当负载均衡服务器监测到某一个业务服务器无法提供正常的业务处理后，负载均衡服务器需要查询并确定得到与此业务服务器相关的所有锚定关系信息，并在本地删除查询得到的所有锚定关系信息，以便后续用户发起重注册完成用户重新锚定，以及用户在重新注册成功后保障正常业务的分发，从而提高用户使用感受，降低用户因为某业务服务器发生故障引起的恶劣影响。

通过本实施例，如果已经驻留了大量用户的某个业务服务器发生了故障不能正常提供服务，负载均衡服务器可以监测到此现象，就会将此业务服务器对应的数据在本地删除，从而保证数据信息的一致性。

需要说明的是，上述多个实施例中，当有新的锚定关系信息需要进行存储，或者，需要删除已有的锚定关系信息时，可以通过消息的形式，如，实施例三中的锚定关系更新消息，通知负载均衡服务器或者业务服务器。

上述多个实施例从不同的方面描述了本申请的信息处理方案，如上所述，上述方案也可以结合执行，一种多方案结合执行的信息处理方案如实施例六所述。

实施例六

参照图8，示出了根据本申请实施例六的一种信息处理方法的步骤流程图。

本实施例的信息处理方法包括以下步骤：

步骤S602：负载均衡服务器监测业务服务器，判断业务服务器是否发生故障，若是，则执行步骤S604；若否，则执行步骤S608。

步骤S604：负载均衡服务器根据本地存储的锚定关系信息表，确定与故障的业务服务器相关的锚定关系信息。

步骤S606：负载均衡服务器删除确定的与故障的业务服务器相关的锚定关系信息，在该业务服务器故障修复前，不再对该业务服务器进行负载均衡和数据同步。

步骤S608：负载均衡服务器收到用户的注册请求，查询本地保存的锚定关系信息表，判断该用户是否已经注册，若是，则执行步骤S610；若否，则执行步骤S612。

步骤S610：负载均衡服务器根据锚定关系信息表，将注册请求发送到用户的用户标识对应的业务服务器。

步骤S612：负载均衡服务器为用户选择正常的业务服务器，将注册请求发送给选择的业务服务器，但不保存用户的用户标识与选择的业务服务器的锚定关系信息。

步骤S614：用户注册成功，HSS向业务服务器发送注册成功响应消息SAA应答，业务服务器收到用户的注册成功响应消息，确定用户注册成功。

步骤S616：业务服务器获取用户的SAA，从SAA中提取用户的相关信息。

步骤S618：业务服务器根据提取的信息判断用户是否存在隐式注册集信息，若存在，则执行步骤S620；若不存在，则执行步骤S622。

步骤S620：业务服务器将用户标识及该用户对应的隐式注册集信息发送给负载均衡服务器，负载均衡服务器根据隐式注册集信息，将其中包含的用户标识与业务服务器之间的锚定关系信息存储在本地。

步骤S622：业务服务器将用户的用户标识发送给负载均衡服务器，负载均衡服务器根据用户的用户标识和发送该用户标识的业务服务器的对应关系，将用户标识与业务服务器的锚定关系信息存储在本地。

步骤S624：业务服务器收到各种用户注销成功消息，确定用户注销成功。

其中，注销可以包括用户发起的注销、网络侧注销、用户注册周期定时器超时等原因引起的注销。各种用户注销成功消息包括是用户注册周期定时器超时消息，HSS发给业务服务器的SAA注销成功应答，也可以是HSS发给业务服务器的RTR消息（Registeration-Termination-Request注册终止请求）等。

步骤S626：业务服务器将注销用户的用户标识和/或用户的隐式注册集信息发送给负载均衡服务器。

步骤S628：负载均衡服务器根据业务服务器发送的注销用户的用户标识和/或用户的隐式注册集信息，将负载均衡服务器上保存的所有与注销用户的用户标识有关的锚定关系信息删除。

通过本实施例，实现了IMS架构下分布式组网方式中锚定关系信息的全面优化处理，具有上述多个实施例中的有益效果。实现了复杂的用户信息关联情况和异常情况下，用户锚定关系信息的实时同步，保证了在大容量用户场景下，用户可以通过分布式组网的方式正常使用业务。

需要说明的是，本实施例的方案组合仅为示例性说明，本领域技术人员在实际应用中，可以参照前述多个实施例实现其它形式的方案结合，在此不再一一说明。

实施例七

参照图9，示出了根据本申请实施例七的一种信息处理系统的结构框图。

本实施例的信息处理系统包括：负载均衡器702和业务服务器704。

其中，业务服务器704包括：确定判断模块7042，用于确定用户注册成功，判断该用户是否存在隐式注册集信息；肯定存储模块7044，用于若判断该用户存在隐式注册集信息，则将隐式注册集信息发送给负载均衡服务器702，由负载均衡服务器702对隐式注册集信息中包含的用户标识与业务服务器之间的锚定关系信息进行存储；否定存储模块7046，用于若判断用户不存在隐式注册集信息，则将用户的用户标识发送给负载均衡服务器702，由负载均衡服务器702存储用户标识与业务服务器的锚定关系信息。

优选地，负载均衡器702包括：注册判断模块7022，用于在业务服务器704的确定判断模块7042确定用户注册成功之前，当收到该用户的初始注册或重注册的注册请求时，根据本地存储的锚定关系信息表判断该用户是否已经注册，其中，锚定关系信息表中保存有已成功注册的用户标识和对应的业务服务器的锚定关系信息；肯定注册模块7024，用于若注册判断模块7022判断该用户已经注册，则根据锚定关系信息表，将注册请求发送到用户的用户标识对应的业务服务器704；否定注册模块7026，用于若注册判断模块7022判断该用户未注册，则为用户选择业务服务器，并将注册请求发送给选择的业务服务器，但不保存用户的用户标识与选择的业务服务器的锚定关系信息。

优选地，负载均衡器702还包括：监测确定模块7028，用于当监测到业务服务器704故障时，根据本地存储的锚定关系信息表，确定与故障的业务服务器704相关的锚定关系信息；第一删除模块70210，用于删除确定的锚定关系信息。

优选地，业务服务器704还包括：注销模块7048，用于当收到各种用户的注销成功消息，确定用户注销成功时，将用户的用户标识和/或用户的隐式注册集信息发送给负载均衡服务器702；负载均衡器702还包括：第二删除模块70212，用于根据业务服务器704的注销模块7048发送的用户标识和/或用户的隐式注册集信息，将保存的所有与用户的用户标识有关的锚定关系信息删除。

优选地，业务服务器704或负载均衡服务器702通过锚定关系更新消息进行锚定关系信息的存储或删除；其中，锚定关系更新消息包括用户的用户标识和锚定关系更新消息的类型，锚定关系更新消息的类型包括增加类型和删除类型，增加类型用于指示对新的锚定关系信息进行存储，删除类型用于指示对锚定关系信息进行删除。

本实施例的信息处理系统用于实现多个方法实施例中相应的信息处理方法，并具有相应的方法实施例的有益效果，在此不再赘述。

本申请针对现有技术中对用户的锚定关系信息复杂情况考虑不全面，补充了包含隐式注册集信息的用户在完成用户驻留后，业务服务器需要将对应的隐式注册集信息也同步到负载均衡服务器中，从而避免后续用户找不到的情况；针对现有技术中对业务流程异常情况考虑不全面，补充了注册注销等业务流程失败后，负载均衡服务器不需要更新本地数据信息，从而保证后续业务的正常进行；针对现有技术中对设备运行故障情况考虑不全面，补充了负载均衡服务器在监测到从属的业务服务器存在故障不能继续提供服务的情况后，负载均衡服务器主动筛选发生故障的业务服务器所对应的所有用户的锚定关系信息，并予以删除，从而保证了用户正常业务的进行。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上对本发明所提供的一种信息处理法和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (10)

1.一种信息处理方法，其特征在于，包括：

业务服务器确定用户注册成功，判断所述用户是否存在隐式注册集信息；

若存在，则将所述隐式注册集信息发送给负载均衡服务器，由所述负载均衡服务器对所述隐式注册集信息中包含的所述用户的用户标识与所述业务服务器之间的锚定关系信息进行存储；

若不存在，则将所述用户的用户标识发送给所述负载均衡服务器，由所述负载均衡服务器存储所述用户标识与所述业务服务器的锚定关系信息。

2.根据权利要求1所述的方法，其特征在于，在所述业务服务器确定用户注册成功的步骤之前，还包括：

当所述负载均衡服务器收到所述用户的初始注册或重注册的注册请求时，根据本地存储的锚定关系信息表判断所述用户是否已经注册，其中，所述锚定关系信息表中保存有已成功注册的用户标识和对应的业务服务器的锚定关系信息；

若已经注册，则所述负载均衡服务器根据所述锚定关系信息表，将所述注册请求发送到所述用户的用户标识对应的业务服务器；

若未注册，则所述负载均衡服务器为所述用户选择业务服务器，并将所述注册请求发送给选择的所述业务服务器，但不保存所述用户的用户标识与选择的所述业务服务器的锚定关系信息。

3.根据权利要求1所述的方法，其特征在于，还包括：

当所述负载均衡服务器监测到所述业务服务器故障时，所述负载均衡服务器根据本地存储的锚定关系信息表，确定与所述故障的业务服务器相关的锚定关系信息；

所述负载均衡服务器删除确定的所述锚定关系信息。

4.根据权利要求1所述的方法，其特征在于，还包括：

当所述业务服务器收到所述用户的注销成功消息，确定所述用户注销成功时，将所述用户的用户标识和/或所述用户的隐式注册集信息发送给所述负载均衡服务器；

所述负载均衡服务器根据所述业务服务器发送的所述用户的用户标识和/或所述用户的隐式注册集信息，将保存的所有与所述用户的用户标识有关的锚定关系信息删除。

5.根据权利要求1至4任一项所述的方法，其特征在于，所述业务服务器或所述负载均衡服务器通过锚定关系更新消息进行所述锚定关系信息的存储或删除；

其中，所述锚定关系更新消息包括用户的用户标识和所述锚定关系更新消息的类型，所述锚定关系更新消息的类型包括增加类型和删除类型，所述增加类型用于指示对新的锚定关系信息进行存储，所述删除类型用于指示对锚定关系信息进行删除。

6.一种信息处理系统，包括负载均衡器和业务服务器，其特征在于，

所述业务服务器包括：

确定判断模块，用于确定用户注册成功，判断所述用户是否存在隐式注册集信息；

肯定存储模块，用于若判断所述用户存在所述隐式注册集信息，则将所述隐式注册集信息发送给负载均衡服务器，由所述负载均衡服务器对所述隐式注册集信息中包含的所述用户的用户标识与所述业务服务器之间的锚定关系信息进行存储；

否定存储模块，用于若判断所述用户不存在所述隐式注册集信息，则将所述用户的用户标识发送给所述负载均衡服务器，由所述负载均衡服务器存储所述用户标识与所述业务服务器的锚定关系信息。

7.根据权利要求6所述的系统，其特征在于，所述负载均衡器包括：

注册判断模块，用于在所述业务服务器的确定判断模块确定用户注册成功之前，当收到所述用户的初始注册或重注册的注册请求时，根据本地存储的锚定关系信息表判断所述用户是否已经注册，其中，所述锚定关系信息表中保存有已成功注册的用户标识和对应的业务服务器的锚定关系信息；

肯定注册模块，用于若所述注册判断模块判断所述用户已经注册，则根据所述锚定关系信息表，将所述注册请求发送到所述用户的用户标识对应的业务服务器；

否定注册模块，用于若所述注册判断模块判断所述用户未注册，则为所述用户选择业务服务器，并将所述注册请求发送给选择的所述业务服务器，但不保存所述用户的用户标识与选择的所述业务服务器的锚定关系信息。

8.根据权利要求6所述的系统，其特征在于，所述负载均衡器还包括：

监测确定模块，用于当监测到所述业务服务器故障时，根据本地存储的锚定关系信息表，确定与所述故障的业务服务器相关的锚定关系信息；

第一删除模块，用于删除确定的所述锚定关系信息。

9.根据权利要求6所述的系统，其特征在于，

所述业务服务器还包括：注销模块，用于当收到所述用户的注销成功消息，确定所述用户注销成功时，将所述用户的用户标识和/或所述用户的隐式注册集信息发送给所述负载均衡服务器；

所述负载均衡器还包括：第二删除模块，用于根据所述业务服务器的注销模块发送的所述用户的用户标识和/或所述用户的隐式注册集信息，将保存的所有与所述用户的用户标识有关的锚定关系信息删除。

10.根据权利要求6至9任一项所述的系统，其特征在于，所述业务服务器或所述负载均衡服务器通过锚定关系更新消息进行所述锚定关系信息的存储或删除；

其中，所述锚定关系更新消息包括用户的用户标识和所述锚定关系更新消息的类型，所述锚定关系更新消息的类型包括增加类型和删除类型，所述增加类型用于指示对新的锚定关系信息进行存储，所述删除类型用于指示对锚定关系信息进行删除。

Images