CN101902766A - 用户信息管理方法、系统及业务处理机 - Google Patents

Abstract

本发明涉及一种用户信息管理方法、系统及业务处理机，该方法基于无线应用协议网络实现，该用户信息局内同步方法具体包括：主业务处理机处理终端发起无线应用协议(WAP)访问请求，解析获得所述终端的当前用户信息；所述主业务处理机根据所述当前用户信息执行开户或更新操作；所述主业务处理机通知其所在局内的其他业务处理机根据所述当前用户信息执行开户或更新操作。本发明可以提高业务处理机的处理效率。

Description

用户信息管理方法、系统及业务处理机

技术领域

本发明涉及移动通信技术，尤其涉及一种用户信息管理方法、系统及业务处理机。

背景技术

随着移动通信技术的不断发展，使用WAP协议的终端日益普遍，对用户终端的开户机制也在变化中。

用户终端通过WAP网关进行互联网应用时，涉及到根据用户终端的号码(对于不同的WAP网络承载类型，比如CDMA网络和GSM网络，用户的终端号码须区分)进行用户自开户操作，其中开户信息包含用户的网络类型、APN、User-Agent等字段。

对于单一的局点，现场都会布置多台业务处理机，或者对于同一个运营商，它会设置多个局点，每个局点也会布置多台业务处理机。

对于同一局点的多台业务处理机或者同一运营商所属的多局点，各业务处理机各自独立执行终端用户信息的开户或更新，将会增加业务处理机进行频繁的重复开户的过程，增加了业务处理机的负荷，降低了业务处理机的处理效率，从而间接提高了运营商的维护成本。

发明内容

本发明要解决的技术问题是提供一种用户信息管理方法、系统及业务处理机，以提高业务处理机的处理效率。

为解决以上技术问题，本发明提供一种用户信息管理方法，该方法基于无线应用协议网络实现，该网络包括若干个业务处理机，所述管理方法包括用户信息局内同步方法，该用户信息局内同步方法具体包括：

主业务处理机处理终端发起无线应用协议(WAP)访问请求，解析获得所述终端的当前用户信息；

所述主业务处理机根据所述当前用户信息执行开户或更新操作；

所述主业务处理机通知其所在局内的其他业务处理机根据所述当前用户信息执行开户或更新操作。

进一步地，所述主业务处理机在执行开户或更新操作前，先查询其数据库，如查询响应超时或查询消息发送失败，再查询局内其他业务处理机的数据库，并根据查询响应结果执行开户或更新操作。

进一步地，若所述主业务处理机或局内其他业务处理机的数据库响应查到，所述主业务处理机执行更新操作；若所述主业务处理机或局内其他业务处理机的数据库响应未查到，所述主业务处理机执行开户操作；若所述主业务处理机及局内其他业务处理机的数据库均出现查询消息发送失败或响应超时中的任一情形，所述主业务处理机执行开户操作。

进一步地，所述管理方法还包括用户信息机内完善方法，具体包括：所述业务处理机将开户操作或更新操作失败的用户信息保存在重新开户文件或重新更新文件中，定时根据所述重新开户文件或重新更新文件中的用户信息依次执行重新开户或重新更新流程，并根据重新开户失败或重新更新失败的用户信息更新所述重新开户文件或重新更新文件。

进一步地，所述业务处理机执行重新开户或重新更新的流程包括：

所述读取重新开户文件或重新更新文件中的某一用户信息，向其数据库发送重新开户或重新更新消息；

若重新开户消息或重新更新消息发送成功且其数据库定时时间内响应开户操作成功，则读取下一条用户信息；

若重新开户消息或重新更新消息发送成功但其数据库定时时间内响应操作失败，则更新重新开户文件或重新更新文件，等待下一个定时器触发重新开户流程；

若重新开户消息或重新更新消息发送成功但数据库超时未响应，则更新重新开户文件或重新更新文件，等待下一个定时器触发重新开户流程；

若重新开户消息或重新更新消息发送失败，则读取下一条用户信息。

进一步地，所述业务处理机执行重新开户流程时，先根据所述重新开户文件中的用户信息的终端号码向其数据库发送查询消息，若查询消息发送成功且数据库定时时间内响应已查到，则读取下一条用户信息；若查询消息发送成功但数据库定时时间内响应未查到，再向其数据库发送重新开户消息；若查询消息发送成功但数据库超时未响应，则更新重新开户文件，等待下一个定时器触发重新开户流程。

进一步地，所述业务处理机定时或定量删除所述重新开户文件或重新更新文件。

进一步地，所述业务处理机将所述当前用户信息保存在局间同步文件中；所述业务处理机定时或定量主动将所述局间同步文件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件；所述统一运维服务器将所述局间同步文件发送给其他局的业务处理机。

为解决以上技术问题，本发明还提供了一种业务处理机，所述业务处理机包括：

访问请求处理模块，用于处理终端发起的无线应用协议(WAP)访问请求，并解析获得所述终端的当前用户信息；

用户信息处理模块，用于根据所述当前用户信息执行开户或更新操作；

用户信息局内同步模块，用于通知其所在局内的其他业务处理机根据所述当前用户信息执行开户或更新操作。

进一步地，所述业务处理机还包括数据库，主业务处理机的所述用户信息处理模块在执行开户或更新操作前，先查询所述数据库，如所述数据库查询响应超时或查询消息发送失败，再查询局内其他业务处理机的数据库，并根据查询响应结果执行开户或更新操作。

进一步地，所述业务处理机还包括用户信息机内完善模块，用于将所述用户信息处理模块开户操作或更新操作失败的用户信息保存在重新开户文件或重新更新文件中，定时根据所述重新开户文件或重新更新文件中的用户信息依次执行重新开户或重新更新流程，并根据重新开户失败或重新更新失败的用户信息更新所述重新开户文件或重新更新文件。

为解决以上技术问题，本发明还提供了一种用户信息管理系统，所述系统包括：

第一业务处理机，位于无线应用协议(WAP)网络的第一局点，用于根据终端的当前用户信息进行开户或更新操作，并将所述当前用户信息保存在局间同步文件中；以及定时或定量主动将所述局间同步文件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件；

统一运维服务器，用于接收所述局间同步文件或根据所述通知获取所述局间同步文件；以及用于通知第二业务处理机根据所述第一业务处理机的局间同步文件中的用户信息进行开户或更新操作；

所述第二业务处理机，位于WAP网络的第二局点，用于根据所述统一运维服务器的通知执行开户或更新操作。

本发明用户信息管理方法及业务处理机在终端向某一业务处理机(称为主业务处理机)发起访问请求时，在该主业务处理机执行开户或更新操作时，在局内其他业务处理机同步执行开户或更新操作，以提高业务处理机的处理效率。

附图说明

图1是本发明无线应用协议的用户信息管理方法的示意图；

图2是本发明实际应用的某商用局组网架构图；

图3是用户信息局内同步实施例的流程示意图；

图4是用户信息局间同步的实施例示意图；

图5是用户信息局内完善实施例的流程示意图。

具体实施方式

本发明揭示了用户终端通过WAP(Wireless Application Protocol，无线应用协议)进行互联网应用及相关增值业务使用时，用户终端进行自开户操作，以及对于同一局点其他业务处理机和不同局点的业务处理机进行开户信息数据同步操作机制。

本发明用户信息管理方法及业务处理机的主要思想是，在终端向某一业务处理机(称为主业务处理机)发起访问请求时，在该主业务处理机执行开户或更新操作时，在局内其他业务处理机同步执行开户或更新操作，以提高业务处理机的处理效率。

本发明用户信息管理方法除了以上实现局内同步的用户信息局内同步机制外，还提供了实现局间同步的用户信息局间同步机制，以及用户信息机内完善机制。以下将对本发明涉及的各种机制进行具体说明：

用户信息局内同步机制

如图1所示，用户信息局内同步方法具体包括：

步骤101：主业务处理机处理终端发起无线应用协议(WAP)访问请求，解析获得所述终端的当前用户信息；

网络侧随机将终端的WAP访问请求分配给某个业务处理机进行处理。本发明中将处理用户请求的业务处理机称为主业务处理机或主机，且每个业务处理机都有自己的数据库，业务处理机与其数据库通过业务处理机的SDF进程进行交互。

步骤102：所述主业务处理机根据所述当前用户信息执行开户或更新操作；

终端当前的用户信息是由主业务处理机根据终端携带的一些字段解析获取的。

主业务处理机在执行开户或更新操作前，先查询其数据库，如查询响应超时或查询消息发送失败，再查询局内其他业务处理机的数据库，并根据查询响应结果执行开户或更新操作，具体地：

若所述主业务处理机或局内其他业务处理机的数据库响应查到，所述主业务处理机执行更新操作；若所述主业务处理机或局内其他业务处理机的数据库响应未查到，所述主业务处理机执行开户操作；若所述主业务处理机及局内其他业务处理机的数据库均出现查询消息发送失败或响应超时中的任一情形，所述主业务处理机执行开户操作。

步骤103：所述主业务处理机通知其所在局内的其他业务处理机根据所述当前用户信息执行开户或更新操作。

请参阅图2，其是本发明实际应用的某商用局的组网架构应用图。

其中最左侧为无线网，这个网络比较复杂，有TDMA，CDMA/1xRTT/EVDO，GSM/GPRS/EDGE和UMTS/WCDMA等多种无线多络，总体来说，分为G网和C网两大类。

核心网部分有GGSN和PDSN，防火墙与外部Internet环境相连通。该局有一套分发系统，所有到WAP网关的流量按照一定策略分发到多局点的业务处理机。

还包括报表服务器、话单服务器、统一运维服务器等。

请参阅图3，终端发起无线应用协议(WAP)访问请求时，用户信息局内同步方法的实施例的流程示意图，该流程包括：

步骤301，终端通过WAP网关进行互联网应用时发起上线请求；

步骤302，被分配用于处理该上线请求的主机解析获得终端的当前用户信息，根据终端号查询其数据库；

用户信息可根据需要包括包含了C/G网终端号码、网络类型Net-Type、APN、User-Agent、时间等字段。

步骤303，判断发送查询消息是否成功，若成功则执行步骤304，否则执行步骤310；

步骤304，判断定时时间数据库是否有响应，若有则执行步骤305，否则执行步骤310；

步骤305，判断响应结果，若数据库响应查到，则执行步骤306至307，否则执行步骤308至309；

步骤306，主业务处理机执行更新操作；

步骤307，主业务处理机通知局内其他业务处理机执行更新操作，流程结束；

步骤308，主业务处理机执行开户操作；

步骤309，主业务处理机通知局内其他业务处理机执行开户操作，流程结束；

步骤310，判断配置为同步的业务处理机是否都查询完毕，如是，则转执行步骤308至309；否则执行步骤311；

步骤311，主业务处理机通过业务处理机之间的链路查询局内下一个业务处理机的数据库，转执行步骤303。

步骤303至步骤305是由主业务处理机或查询的数据库当前的业务处理机执行的步骤。

开户操作指在数据库中插入用户信息；更新操作指更新数据库中已有的用户信息，特殊情况下，

以上流程中，业务处理机的依次查询顺序可以是预先设置的，也可是主业务处理机根据业务处理机配置的需要查询的模块号确定。

步骤310中配置为同步的业务处理机可以使主机所在局内所有业务处理机，也可是部分业务处理机。

对于单局点，现场配置多台业务处理机，用户终端的请求将随机分发到某台业务机(如业务处理机A)进行处理，在本发明中业务处理机A的开户信息能够及时同步到其他业务处理机上，比如业务处理机B、C等，这将对已经进行过开户操作的终端用户来说，再次访问的时候将不需要重新开户，而是进行开户信息更新操作，增加了业务处理机的处理效率。

用户信息局间同步机制

为了实现用户信息的局间同步，业务处理机执行开户或更新操作前，将当前用户信息保存在局间同步文件中；所述业务处理机定时或定量主动将所述局间同步文件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件；所述统一运维服务器将所述局间同步文件发送给其他局的业务处理机。

多局之间用户信息同步需要统一运维服务器起中介桥梁的作用。局点A的业务处理机保存有用户终端开户信息相关的数据，以文件的方式保存，称为局间同步文件，业务处理机定时或定量通知统一运维服务器获取包括用户开户和更新信息的局间同步文件，统一运维服务器获取局间同步文件，然后将开户和更新信息同步至其他局点的业务处理机。

如图4所示，局点A业务处理机定时通知统一运维服务器到局点A采集局间同步文件；收到通知后，统一运维服务器获取局间同步文件由入库程序将局间同步文件中的用户开户或更新信息统一入库；并根据运维配置或局点需要及时将局点A的开户信息和/或更新信息送达至局点B的业务处理机。

如果局点B的各台业务处理机如果已经存在了用户的开户信息，则进行开户信息的更新操作，否则将在数据库插入用户开户信息，能及时保证用户的开户信息的存在性和更新。

业务处理机在统一运维服务器获取局间同步文件后，将及时删除局间同步文件，避免文件占用过多的硬盘空间。

对于不同的局点之间，及时地将局点A的用户终端开户信息同步至局点B，这样当该用户在局点B环境下进行WAP业务访问的时候，将不需要再进行开户操作，只需要更新用户开户信息。

由于存在定时和定量配置，因此自开户操作至同步到统一运维服务器存在一定的时延。

用户信息机内完善机制

为了避免业务处理机执行开户或更新操作失败时，数据库内用户信息不完整的问题，本发明提供了机内定时完善机制，由各业务处理机自行启动及执行，对开户失败的用户信息重新开户，更新失败的开户信息的重新更新。

用户信息机内完善方法指，业务处理机将开户操作或更新操作失败的用户信息保存在重新开户文件或重新更新文件中，定时根据所述重新开户文件或重新更新文件中的用户信息依次执行重新开户或重新更新流程，并根据重新开户失败或重新更新失败的用户信息更新所述重新开户文件或重新更新文件。

定时时间到时，先根据重新开户文件执行重新开户流程，再根据重新更新文件执行重新更新。

所述业务处理机执行重新开户或重新更新的流程包括：

所述读取重新开户文件或重新更新文件中的某一用户信息，向其数据库发送重新开户或重新更新消息；

若重新开户消息或重新更新消息发送成功且其数据库定时时间内响应开户操作成功，则读取下一条用户信息；

若重新开户消息或重新更新消息发送成功但其数据库定时时间内响应操作失败，则更新重新开户文件或重新更新文件，等待下一个定时器触发重新开户流程；

若重新开户消息或重新更新消息发送成功但数据库超时未响应，则更新重新开户文件或重新更新文件，等待下一个定时器触发重新开户流程；

若重新开户消息或重新更新消息发送失败，则读取下一条用户信息。

所述业务处理机执行重新开户流程时，先根据所述重新开户文件中的用户信息的终端号码向其数据库发送查询消息，若查询消息发送成功且数据库定时时间内响应已查到，则读取下一条用户信息；若查询消息发送成功但数据库定时时间内响应未查到，再向其数据库发送重新开户消息；若查询消息发送成功但数据库超时未响应，则更新重新开户文件，等待下一个定时器触发重新开户流程；

更新重新开户文件或重新更新文件的方法有以下两种：

更新文件方法一：将重新开户文件或重新更新文件中的用户信息读取到内存中，并删除所述重新开户文件或重新更新文件，当数据库超时为响应或响应操作失败时，将未重新开户或重新更新成功的用户信息保存为新的重新开户文件或重新更新文件。

更新文件方法二：将重新开户成功或重新更新成功的用户信息从所述重新开户文件或重新更新文件中删除。

请参阅图5，其是业务处理机用户自开户操作完善机制示意图。由于终端用户开户或更新后会以文件的方式保存这些数据信息，难免会占用业务处理机的硬盘空间，长期下去，会给硬盘造成很大的负荷。该完善机制主要包括定时删除业务处理机的开户和更新信息文件、定时重新开户和重新更新。

步骤501，业务处理机触发定时器，将重新开户文件及重新更新文件中的用户信息读取到内存中临时保存，并删除原来的重新开户文件及重新更新文件，读取用户信息；

步骤502，判断读取是否成功，若是，则执行步骤503，否则等待下一个定时器触发；

步骤503，判断是否为重新更新，若是则执行步骤504，否则执行步骤506；

步骤504，向数据库发送重新更新消息，若发送成功则执行步骤505，否则执行步骤511；

步骤505，判断定时时间内是否收到重新更新成功响应，若收到，则读取下一条用户信息，转执行步骤502，否则执行步骤511；

步骤506，向数据库发送查询消息，若发送成功，则执行步骤507，否则读取下一条用户信息，转执行步骤502；

步骤507，判断定时时间内是否收到响应，若收到则执行步骤508，否则执行步骤511；

步骤508，判断响应结果是否表明已查询到，如是则表明对应终端已开户，读取下一条用户信息，转执行步骤502，否则执行步骤509；

步骤509，向数据库发送重新开户消息，若消息发送成功，则执行步骤510，否则读取下一条用户信息，转执行步骤502；

步骤510，判断定时时间内是否收到重新开户成功响应，若收到则读取下一条用户信息，转执行步骤502，否则执行步骤511；

步骤511，将未重新开户或重新更新成功的用户信息保存为新的重新开户文件或重新更新文件，等待下一个定时器触发，流程结束。

以上流程中，当根据重新更新文件更新数据库，为了防止旧的用户信息覆盖新的用户信息，可以根据用户信息的采集时间进行判断。

所述业务处理机定时或定量删除所述重新开户文件或重新更新文件，比如，添加定时任务脚本和删除重新更新和重新开户文件脚本，定时监察业务处理机磁盘空间的使用情况，当硬盘空间达到某一个上限，将触发这个删除重新更新和重新文件脚本，及时删除这些文件，避免硬盘空间使用过多，给业务处理机的性能造成影响，重而影响到业务性能。

为了实现以上方法，本发明还提供了一种业务处理机，所述业务处理机包括：

访问请求处理模块，用于处理终端发起的WAP访问请求，并解析获得所述终端的当前用户信息；

用户信息处理模块，用于根据所述当前用户信息执行开户或更新操作；

用户信息局内同步模块，用于通知其所在局内的其他业务处理机根据所述当前用户信息执行开户或更新操作。

进一步地，所述业务处理机还包括数据库，主业务处理机的所述用户信息处理模块在执行开户或更新操作前，先查询所述数据库，如所述数据库查询响应超时或查询消息发送失败，再查询局内其他业务处理机的数据库，并根据查询响应结果执行开户或更新操作。

所述业务处理机还包括用户信息机内完善模块，用于将所述用户信息处理模块开户操作或更新操作失败的用户信息保存在重新开户文件或重新更新文件中，定时根据所述重新开户文件或重新更新文件中的用户信息依次执行重新开户或重新更新流程，并根据重新开户失败或重新更新失败的用户信息更新所述重新开户文件或重新更新文件。

为了实现局间用户信息同步，本发明还提供了一种用户信息管理系统，所述系统包括：

第一业务处理机，位于WAP网络的第一局点，用于根据当前用户信息进行开户或更新操作，并将所述当前用户信息保存在局间同步文件中；以及定时或定量主动将所述局间同步文件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件；

统一运维服务器，用于接收所述局间同步文件或根据所述通知获取所述局间同步文件；以及用于通知第二业务处理机根据所述第一业务处理机的局间同步文件中的用户信息进行开户或更新操作；

所述第二业务处理机，位于WAP网络的第二局点，用于根据所述统一运维服务器的通知执行开户或更新操作。

与现有技术相比较，采用本发明基于WAP的用户信息管理方法，能够使本局不同的业务处理机间开户信息数据同步，以及多局间业务处理机的开户信息数据同步，以及同步操作后的进一步完善，增加了业务处理机的开户处理效率，从而降低了运营商的维护成本。

具体来说，本发明为了实现数据同步，各业务处理机都有自己的数据库，相比所有业务处理机共享数据库的现有技术，提高了处理效率，降低了风险。因为所有的业务处理机上都会有大量的请求，如果同时连接同一台数据库，这将使数据库异常繁忙，风险也提高，一旦异常，数据将获取失败。

采用数据同步，能够避免对用户信息重复开户的情况，而且一旦有数据库操作异常，并不影响流程的进行，有较高的风险弥补功效，如不采用数据同步，若需要检查数据库查看用户信息，必须查遍所有业务机的数据库才能发觉最全面的用户信息(如最大用户开户数)，增加时间耗费，本发明中的机内完善机制能够确保数据库操作中失败的用户信息也能够再次及时同步至数据库。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

以上仅为本发明的优选实施案例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种用户信息管理方法，其特征在于，所述方法基于无线应用协议网络实现，该网络包括若干个业务处理机，所述管理方法包括用户信息局内同步方法，该用户信息局内同步方法具体包括：

主业务处理机处理终端发起无线应用协议(WAP)访问请求，解析获得所述终端的当前用户信息；

所述主业务处理机根据所述当前用户信息执行开户或更新操作；

所述主业务处理机通知其所在局内的其他业务处理机根据所述当前用户信息执行开户或更新操作。

2.如权利要求1所述的方法，其特征在于：所述主业务处理机在执行开户或更新操作前，先查询其数据库，如查询响应超时或查询消息发送失败，再查询局内其他业务处理机的数据库，并根据查询响应结果执行开户或更新操作。

3.如权利要求2所述的方法，其特征在于：若所述主业务处理机或局内其他业务处理机的数据库响应查到，所述主业务处理机执行更新操作；若所述主业务处理机或局内其他业务处理机的数据库响应未查到，所述主业务处理机执行开户操作；若所述主业务处理机及局内其他业务处理机的数据库均出现查询消息发送失败或响应超时中的任一情形，所述主业务处理机执行开户操作。

4.如权利要求1所述的方法，其特征在于，所述管理方法还包括用户信息机内完善方法，具体包括：所述业务处理机将开户操作或更新操作失败的用户信息保存在重新开户文件或重新更新文件中，定时根据所述重新开户文件或重新更新文件中的用户信息依次执行重新开户或重新更新流程，并根据重新开户失败或重新更新失败的用户信息更新所述重新开户文件或重新更新文件。

5.如权利要求4所述的方法，其特征在于，所述业务处理机执行重新开户或重新更新的流程包括：

所述读取重新开户文件或重新更新文件中的某一用户信息，向其数据库发送重新开户或重新更新消息；

若重新开户消息或重新更新消息发送成功且其数据库定时时间内响应开户操作成功，则读取下一条用户信息；

若重新开户消息或重新更新消息发送成功但其数据库定时时间内响应操作失败，则更新重新开户文件或重新更新文件，等待下一个定时器触发重新开户流程；

若重新开户消息或重新更新消息发送成功但数据库超时未响应，则更新重新开户文件或重新更新文件，等待下一个定时器触发重新开户流程；

若重新开户消息或重新更新消息发送失败，则读取下一条用户信息。

6.如权利要求4所述的方法，其特征在于，更新重新开户文件或重新更新文件的方法为：将重新开户文件或重新更新文件中的用户信息读取到内存中，并删除所述重新开户文件或重新更新文件，当数据库超时为响应或响应操作失败时，将未重新开户或重新更新成功的用户信息保存为新的重新开户文件或重新更新文件。

7.如权利要求4所述的方法，其特征在于，更新重新开户文件或重新更新文件的方法为：将重新开户成功或重新更新成功的用户信息从所述重新开户文件或重新更新文件中删除。

8.如权利要求5所述的方法，其特征在于，所述业务处理机执行重新开户流程时，先根据所述重新开户文件中的用户信息的终端号码向其数据库发送查询消息，若查询消息发送成功且数据库定时时间内响应已查到，则读取下一条用户信息；若查询消息发送成功但数据库定时时间内响应未查到，再向其数据库发送重新开户消息；若查询消息发送成功但数据库超时未响应，则更新重新开户文件，等待下一个定时器触发重新开户流程。

9.如权利要求4所述的方法，其特征在于：所述业务处理机定时或定量删除所述重新开户文件或重新更新文件。

10.如权利要求1所述的方法，其特征在于：所述管理方法还包括用户信息局间同步方法，该用户信息局间同步方法包括：所述业务处理机将所述当前用户信息保存在局间同步文件中；所述业务处理机定时或定量主动将所述局间同步文件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件；所述统一运维服务器将所述局间同步文件发送给其他局的业务处理机。

11.一种业务处理机，其特征在于，所述业务处理机包括：

访问请求处理模块，用于处理终端发起的无线应用协议(WAP)访问请求，并解析获得所述终端的当前用户信息；

用户信息处理模块，用于根据所述当前用户信息执行开户或更新操作；

用户信息局内同步模块，用于通知其所在局内的其他业务处理机根据所述当前用户信息执行开户或更新操作。

12.如权利要求11所述的业务处理机，其特征在于，所述业务处理机还包括数据库，主业务处理机的所述用户信息处理模块在执行开户或更新操作前，先查询所述数据库，如所述数据库查询响应超时或查询消息发送失败，再查询局内其他业务处理机的数据库，并根据查询响应结果执行开户或更新操作。

13.如权利要求11所述的业务处理机，其特征在于：所述业务处理机还包括用户信息机内完善模块，用于将所述用户信息处理模块开户操作或更新操作失败的用户信息保存在重新开户文件或重新更新文件中，定时根据所述重新开户文件或重新更新文件中的用户信息依次执行重新开户或重新更新流程，并根据重新开户失败或重新更新失败的用户信息更新所述重新开户文件或重新更新文件。

14.一种用户信息管理系统，其特征在于，所述系统包括：

第一业务处理机，位于无线应用协议(WAP)网络的第一局点，用于根据终端的当前用户信息进行开户或更新操作，并将所述当前用户信息保存在局间同步文件中；以及定时或定量主动将所述局间同步文件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件；

统一运维服务器，用于接收所述局间同步文件或根据所述通知获取所述局间同步文件；以及用于通知第二业务处理机根据所述第一业务处理机的局间同步文件中的用户信息进行开户或更新操作；

所述第二业务处理机，位于WAP网络的第二局点，用于根据所述统一运维服务器的通知执行开户或更新操作。

Images