WO2012003667A1 - 用户信息管理方法、系统及业务处理机 - Google Patents
用户信息管理方法、系统及业务处理机 Download PDFInfo
- Publication number
- WO2012003667A1 WO2012003667A1 PCT/CN2010/077328 CN2010077328W WO2012003667A1 WO 2012003667 A1 WO2012003667 A1 WO 2012003667A1 CN 2010077328 W CN2010077328 W CN 2010077328W WO 2012003667 A1 WO2012003667 A1 WO 2012003667A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user information
- service processor
- file
- opening
- database
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
Definitions
- the present invention relates to mobile communication technologies, and in particular, to a user information management method, system, and service processor.
- WLAN Wireless Application Protocol
- the user terminal When the user terminal performs Internet application through the WAP gateway, it refers to the number according to the user terminal (for different WAP network bearer types, such as Code Division Multiple Access (CDMA) network and Global System for Mobile (Global System for Mobile)
- CDMA Code Division Multiple Access
- GSM Global System for Mobile
- the communication, GSM network, the user's terminal number shall be differentiated) for the user self-opening operation, where the account opening information includes the user's network type, access point name (APN), user agent (User-Agent) and other fields.
- WAPN access point name
- user agent User-Agent
- each service processor For a single site, multiple service processors are deployed on site, or for the same carrier, it will set up multiple sites, and each site will also have multiple service processors. For multiple service processors at the same site or multiple sites belonging to the same carrier, each service processor independently performs account opening or updating of terminal user information, which will increase the process of frequent re-opening of the service processor. The load of the service processor reduces the processing efficiency of the service processor, thereby indirectly increasing the maintenance cost of the operator.
- the technical problem to be solved by the present invention is to provide a user information management method, system and service processor to improve the processing efficiency of the service processor.
- the present invention provides a user information management method, which is implemented based on a wireless application protocol network, the network includes a plurality of service processors, and the method includes: user information intra-office synchronization, the user information intra-office synchronization
- the steps include: The main service processor processes the wireless application protocol (WAP) access request initiated by the terminal, and parses and obtains the current user information of the terminal;
- WAP wireless application protocol
- the primary service processor performs an account opening or updating operation according to the current user information; and the primary service processor notifies another service processor other than itself within the office to perform an account opening or updating operation according to the current user information.
- the step of synchronizing the user information in the main service processor before the step of performing the account opening or updating operation further includes: first querying the database of the main service processor, such as query response timeout or query message sending failure, and then querying the query The database of other business processors in the office is described, and the account opening or updating operation is performed according to the query response result.
- the step of performing an account opening or updating operation according to the query response result includes: if the primary service processor or a database of other service processors in the local office responds to the database response, the primary service processor performs an update operation; if the primary service processing The database response of the other service processor in the machine or the in-office is not found, and the main service processor performs an account opening operation; if the database of the main service processor and other service processors in the office fails to be sent or the response timeout occurs In either case, the primary service processor performs an account opening operation.
- the method further includes the improvement in the user information machine, and the step of improving the user information machine includes: the service processor saves the user information of the account opening operation in the re-opening file, and periodically according to the re-opening file The user information sequentially performs a re-opening process, and updates the re-opening file according to the user information that fails to reopen the account; or
- the service processor saves the user information that the update operation failed in the re-update file, periodically performs the re-update process according to the user information in the re-update file, and updates the re-update file according to the re-updated failed user information. .
- the steps of the service processor performing the re-opening process include:
- the service processor responds to the operation within the database timing time If the failure occurs, the re-opening file is updated, and the next timer is triggered to trigger the re-opening process; if the re-opening message is successfully sent but the database timeout is not responded, the re-opening file is updated, and the next timer is triggered to trigger the re-opening process;
- the process of the service processor performing the re-update includes:
- the reading re-updates a certain user information in the file, and sends a re-update message to the database of the service processor;
- the update re-updates the file, and waits for the next timer to trigger the re-update process
- the update re-updates the file, waiting for the next timer to trigger the re-update process
- the step of updating the re-opening file includes: reading the user information in the re-opening file into the memory, and deleting the re-opening file, and when the database timeout is a response or the response operation fails, the user who has not re-opened the account successfully The information is saved as a new re-opening file;
- the step of updating the re-updating file includes: reading the user information in the re-updating file into the memory, and deleting the re-updating file, and when the database timeout is a response or the response operation fails, the user who has not been re-updated successfully will be re-updated.
- the information is saved as a new re-update file.
- the step of updating the re-opening file includes: deleting the user information for re-opening the account successfully from the re-opening file;
- the updating the re-updating file includes: deleting the re-updated user information from the re-updating file.
- the service processor performs a re-opening process including:
- the service processor deletes the re-opening file or re-updates the file periodically or quantitatively.
- the method further includes: user information inter-office synchronization,
- the step of synchronizing the user information between the users includes: the service processor saves the current user information in an inter-office synchronization file; and the service processor sends the inter-office synchronization file to the unified operation and maintenance periodically or quantitatively.
- the server or the notification unified operation and maintenance server acquires the inter-office synchronization file; the unified operation and maintenance server sends the inter-office synchronization file to a service processor of another office other than the office where the service processor is located.
- the present invention further provides a service processor, where the service processor includes:
- An access request processing module configured to: process a wireless application protocol (WAP) access request initiated by the terminal, and parse and obtain current user information of the terminal;
- WAP wireless application protocol
- a user information processing module configured to: perform an account opening or updating operation according to the current user information
- the user information intra-office synchronization module is configured to: notify other service processors outside the service processor in the local office to perform an account opening or updating operation according to the current user information.
- the service processor further includes a database, and the database is configured to: the user information processing module of the main service processor first queries the database before performing an account opening or updating operation, such as the database query response timeout or query message If the sending fails, the database of other service processors in the office is queried, and the account opening or updating operation is performed according to the query response result.
- an account opening or updating operation such as the database query response timeout or query message If the sending fails, the database of other service processors in the office is queried, and the account opening or updating operation is performed according to the query response result.
- the service processor further includes a perfect module in the user information machine.
- the user information system is configured to: save the user information of the user information processing module to the account opening operation in the re-opening file, and periodically perform the re-opening process according to the user information in the re-opening file, and according to Reopening the reopened file by reopening the failed user information; or And saving the user information that the user information processing module update operation fails in the re-updating file, periodically performing the re-update process according to the user information in the re-updating file, and updating the re-updating according to the re-updated failed user information. file.
- the present invention also provides a user information management system, where the system includes:
- a first service processor located at a first office of a wireless application protocol ( WAP ) network, where the first service processor is configured to: perform an account opening or updating operation according to current user information of the terminal, and save the current user information in the office In the inter-sync file; and periodically or quantitatively, the inter-office synchronization file is sent to the unified operation and maintenance server or the unified operation and maintenance server is obtained to obtain the inter-office synchronization file; the unified operation and maintenance server is set as: receiving the office Intersynchronizing the file or acquiring the inter-office synchronization file according to the notification; and informing the second service processor to perform an account opening or updating operation according to user information in the inter-office synchronization file of the first service processor;
- WAP wireless application protocol
- the second service processor is located at a second office of the WAP network, and the second service processor is configured to: perform an account opening or an update operation according to the notification of the unified operation and maintenance server.
- the user information management method and the service processor of the present invention when the terminal initiates an access request to a service processor (referred to as a main service processor), when the main service processor performs an account opening or updating operation, other service processors in the office
- a service processor referred to as a main service processor
- the account opening or update operation is performed synchronously to improve the processing efficiency of the business processor.
- FIG. 1 is a schematic diagram of a user information management method of a wireless application protocol of the present invention
- FIG. 2 is a network diagram of a commercial office in actual application of the present invention.
- FIG. 3 is a schematic flowchart of a user information intra-office synchronization embodiment
- FIG. 4 is a schematic diagram of an embodiment of inter-office synchronization of user information
- FIG. 5 is a schematic flow chart of a perfect embodiment in a user information bureau.
- the invention discloses a user terminal performing a self-opening operation when the user terminal uses the Internet application and the related value-added service through the WAP, and performs an account opening information data synchronization operation mechanism for the other service processor of the same site and the service processor of the different office.
- the main idea of the user information management method and the service processor of the present invention is that when the terminal initiates an access request to a service processor (referred to as a main service processor), when the main service processor performs an account opening or updating operation, Other service processors in the office perform account opening or update operations simultaneously to improve the processing efficiency of the service processor.
- the user information management method of the present invention also provides an inter-office synchronization mechanism for realizing inter-office synchronization, and a perfect mechanism within the user information machine.
- the various mechanisms involved in the present invention will be specifically described below:
- the method for synchronizing user information includes:
- Step 101 The main service processor processing terminal initiates a wireless application protocol ( WAP ) access request, and parses and obtains current user information of the terminal.
- WAP wireless application protocol
- the network side randomly allocates the WAP access request of the terminal to a service processor for processing.
- a service processor that processes a user request is referred to as a main service processor or a host, and each service processor has its own database, and the service processor and its database pass the SDF process of the service processor (the SDF process is an internal process). , used for database interactions) to interact.
- Step 102 The primary service processor performs an account opening or updating operation according to the current user information.
- the current user information of the terminal is obtained by the main service processor according to some field analysis carried by the terminal.
- the main service processor Before performing the account opening or updating operation, the main service processor first queries its database, such as query response timeout or query message failure, and then queries the database of other service processors in the office, and performs an account opening or updating operation according to the query response result, specifically :
- Step 103 The primary service processor notifies other service processors in its office to perform an account opening or updating operation according to the current user information.
- FIG. 2 is a diagram of a networking architecture application of a commercial office in which the present invention is actually applied.
- the leftmost side is the wireless network.
- This network is more complex, sometimes divided into multiple access (Time Division Multiple Access (TDMA), CDMA/lx radio transmission technology (RTT) / EVDO (CDMA2000 lxEV-DO, EV ( Evolution ) indicates that it is an evolved version of CDMA2000 lx; DO (Data Optimization) indicates that it is optimized for packet data services, is a 3G standard), GSM/General Packet Radio Service (GPRS) ) / Enhanced Data Rate for GSM Evolution ( EDGE ) and Universal Mobile Telecommunications System ( UMTS ) / Wideband Code Division Multiple Access (WCDMA) Wireless multi-network, in general, is divided into two categories: G network and C network.
- the core network part has a Gateway GPRS Support Node (GGSN) and a Packet Data Serving Node (PDSN), and the firewall is connected to the external Internet (Internet) environment.
- the bureau has a distribution system, and all traffic to the WAP gateway is distributed to multi-office service processors according to certain policies.
- It also includes report server, CDR server, unified operation and maintenance server, and so on.
- FIG. 3 a schematic flowchart of an embodiment of a user information intra-office synchronization method when a terminal initiates a wireless application protocol (WAP) access request, where the process includes:
- Step 301 The terminal initiates an online request when the terminal performs the Internet application through the WAP gateway.
- Step 302 The host allocated to process the online request obtains current user information of the terminal, and queries the database according to the terminal number.
- the user information may include a C/G network terminal number, a network type (Net-Type), and APN, User-Agent, time and other fields.
- Step 303 it is determined whether the sending of the query message is successful, if successful, step 304 is performed, otherwise step 310 is performed;
- Step 304 determining whether the timing time database has a response, if yes, executing step 305, otherwise performing step 310;
- Step 305 determining the response result, if the database response is found, then performing steps 306 to 307, otherwise performing steps 308 to 309;
- Step 306 the main service processor performs an update operation
- Step 307 The main service processor notifies other service processors in the office to perform an update operation, and the process ends.
- Step 308 the main service processor performs an account opening operation
- Step 309 The main service processor notifies other service processors in the office to perform an account opening operation, and the process ends;
- Step 310 Determine whether the service processor configured to be synchronized is all queried, and if yes, go to steps 308 to 309; otherwise, go to step 311;
- Step 311 The main service processor queries the database of the next service processor in the intra-office through the link between the service processors, and proceeds to step 303.
- Steps 303 through 305 are steps performed by the primary business processor or the current business processor of the queried database.
- the account opening operation refers to inserting user information into the database;
- the update operation refers to updating the existing user information in the database, in special cases,
- the sequential query order of the service processor may be preset, or the main service processor may determine the module number that needs to be queried according to the configuration of the service processor.
- the service processor configured to be synchronized in step 310 can make all the service processors in the office where the host is located, or part of the service processor. For a single site, multiple service processors are configured on site, and requests from user terminals are randomly distributed to A service machine (such as service processor A) performs processing.
- a service machine such as service processor A
- the account opening information of the service processor A can be synchronized to other service processors in time, such as a service processor: 8, C, etc., which will have been performed. The end user of the account opening operation will not need to re-open the account when accessing again, but will perform the account opening information update operation, which increases the processing efficiency of the service processor.
- the service processor saves the current user information in the inter-office synchronization file before performing the account opening or updating operation; the service processor periodically or quantitatively sends the inter-office synchronization file to the unified The operation and maintenance server or the notification unified operation and maintenance server acquires the inter-office synchronization file; the unified operation and maintenance server sends the inter-office synchronization file to a service processor of another office.
- the synchronization of user information between multiple offices requires the unified operation and maintenance server to act as an intermediary bridge.
- the service processor of the office A stores the data related to the account opening information of the user terminal, and saves it as a file, which is called an inter-office synchronization file.
- the service processor periodically or quantitatively notifies the unified operation and maintenance server to obtain the office including the user account opening and update information.
- the inter-sync file, the unified operation and maintenance server obtains the inter-office synchronization file, and then synchronizes the account opening and update information to the service processor of the other office.
- the site A service processor periodically notifies the unified operation and maintenance server to the site A to collect the inter-office synchronization file; after receiving the notification, the unified operation and maintenance server obtains the inter-office synchronization file by the warehousing program.
- the user account opening or update information in the synchronization file is unified into the warehouse; and the account opening information and/or the update information of the site A need to be delivered to the service processor of the site B in time according to the operation and maintenance configuration or the site.
- the account opening information is updated. Otherwise, the user account opening information will be inserted in the database, and the existence and update of the user's account opening information can be ensured in time.
- the inter-office synchronization file After the service processor obtains the inter-office synchronization file on the unified operation and maintenance server, the inter-office synchronization file will be deleted in time to prevent the file from occupying too much hard disk space.
- the present invention provides an in-machine timing perfecting mechanism, which is started and executed by each service processor, and reopens the user information of the account opening failure. , update the failed account opening information re-update.
- the method for improving the user information machine means that the service processor saves the user information of the account opening operation or the update operation in the re-opening file or the re-updating file, and periodically performs the re-opening according to the re-opening file or re-updating the user information in the file. Open an account or re-update the process, and update the re-opening file or re-update the file according to the user information that failed to open the account or re-update.
- the re-opening process is performed according to the re-opening file, and then the re-update is performed according to the re-update file.
- the process of the service processor performing re-opening or re-updating includes:
- the re-opening file is renewed or the file is re-updated, and the next timer is triggered to trigger the re-opening process;
- the service processor When the service processor performs the re-opening process, first sending a query message to the database according to the terminal number of the user information in the re-opening file, if the query message is sent successfully and the database If the response is found within the time limit, the next user information is read; if the query message is sent successfully but the response is not found in the database timing time, the re-opening message is sent to the database; if the query message is sent successfully, the database timeout is not responded. , updating the re-opening file, waiting for the next timer to trigger the re-opening process;
- Update file method one: Read the user information in the re-opening file or re-update the file into the memory, and delete the re-opening file or re-update the file.
- the database times out as a response or the response operation fails, the account will not be re-opened.
- re-update the successful user information to save as a new re-opening file or re-update the file.
- Method 2 of updating the file The user information for re-opening the account successfully or re-updating is deleted from the re-opening file or the re-updating file.
- FIG. 5 is a schematic diagram of a mechanism for improving the self-opening operation of the user of the service processor. Since the end user saves the data information in the form of files after opening an account or updating, it will inevitably occupy the hard disk space of the service processor, which will cause a heavy load on the hard disk in the long run.
- the improvement mechanism mainly includes the time-of-day deletion of the business processor's account opening and updating information files, periodic re-opening and re-updating.
- Step 501 The service processor triggers a timer, and reads the user information in the re-opening file and the re-updating file into the memory for temporary storage, deletes the original re-opening file, and re-updates the file, and reads the user information;
- Step 502 Determine whether the reading is successful, and if yes, execute step 503, otherwise wait for the next timer to be triggered;
- Step 503 determining whether it is a re-update, if yes, executing step 504, otherwise performing steps
- Step 504 sending a re-update message to the database, if the transmission is successful, executing step 505, otherwise executing step 502;
- Step 505 Determine whether the re-update success response is received within the time limit. If yes, read the next user information, go to step 502, otherwise go to step 511;
- Step 506 sending a query message to the database, if the transmission is successful, proceed to step 507, otherwise read the next user information, go to step 502; Step 507, it is determined whether a response is received within the time limit, if yes, step 508 is performed, otherwise step 511 is performed;
- Step 508 determining whether the user terminal has opened an account, if the response result has been queried, indicating that the corresponding terminal has opened an account, and reading the next user information, go to step 502, otherwise go to step 509; Step 509, send a re-opening message to the database, If the message is sent successfully, perform the steps.
- Step 510 Determine whether the re-opening successful response is received within the time limit, if yes, read the next user information, go to step 502, otherwise go to step 511;
- Step 511 Save the user information that has not been re-opened or re-updated as a new re-opening file or re-update the file, wait for the next timer to be triggered, and the process ends.
- the judgment may be made according to the collection time of the user information.
- the service processor periodically or quantitatively deletes the re-opening file or re-updates the file, for example, adding a timed task script and deleting a re-updating and re-opening file script, and regularly monitoring the usage of the disk space of the service processor, when the hard disk space is reached.
- a certain upper limit will trigger the deletion and re-update and re-file scripts, and delete these files in time to avoid excessive use of hard disk space, which will affect the performance of the business processor and affect the business performance.
- the present invention further provides a service processor, where the service processor includes:
- An access request processing module configured to process a WAP-initiated WAP access request, and parse and obtain current user information of the terminal;
- the user information processing module is configured to perform an account opening or updating operation according to the current user information.
- the user information intra-office synchronization module is configured to notify other service processors in the local office to perform an account opening or updating operation according to the current user information.
- the service processor further includes a database, the user letter of the main service processor
- the information processing module first queries the database before performing the account opening or updating operation, such as the database query response timeout or the sending of the query message fails, and then query the database of other business processing machines in the office, and perform an account opening or updating operation according to the query response result.
- the service processor further includes a user information machine perfecting module, configured to save the user information of the user information processing module opening operation or the update operation failure in the re-opening file or the re-updating file, and periodically re-opening the file according to the Or re-update the user information in the file to perform the re-opening or re-update process in sequence, and then update the re-opening file or re-update the file according to the re-opening of the account or the re-update of the failed user information.
- a user information machine perfecting module configured to save the user information of the user information processing module opening operation or the update operation failure in the re-opening file or the re-updating file, and periodically re-opening the file according to the Or re-update the user information in the file to perform the re-opening or re-update process in sequence, and then update the re-opening file or re-update the file according to the re-opening of the account or
- the present invention further provides a user information management system, where the system includes:
- a first service processor located at a first site of the WAP network, configured to perform an account opening or updating operation according to current user information, and save the current user information in an interoffice synchronization file; and actively or periodically Sending the inter-office synchronization file to the unified operation and maintenance server or notifying the unified operation and maintenance server to obtain the inter-office synchronization file;
- a unified operation and maintenance server configured to receive the inter-office synchronization file or obtain the inter-office synchronization file according to the notification; and configured to notify the second service processor according to the inter-office synchronization file of the first service processor User information for opening an account or updating an operation;
- the second service processor is located at a second office of the WAP network, and is configured to perform an account opening or an update operation according to the notification of the unified operation and maintenance server.
- the WAP-based user information management method of the present invention can synchronize the account information data of different service processors in the local office, and the account information data synchronization of the multi-office service processor, and after the synchronization operation.
- the further improvement has increased the efficiency of the account processing of the business processor, thereby reducing the maintenance cost of the operator.
- each service processor has its own database, which improves processing efficiency and reduces risks compared to existing technologies in which all service processors share a database. Because there are a large number of requests on all business processors, if the same database is connected at the same time, this will make the database extremely busy and the risk will increase. Once the exception occurs, the data will fail.
Landscapes
- Engineering & Computer Science (AREA)
- Databases & Information Systems (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明涉及一种用户信息管理方法、系统及业务处理机。该方法基于无线应用协议（WAP）网络实现，该网络包括若干个业务处理机，所述方法包括：用户信息局内同步，该用户信息局内同步的步骤包括：主业务处理机处理终端发起的WAP访问请求，解析获得所述终端的当前用户信息（101）；所述主业务处理机根据所述当前用户信息执行开户或更新操作（102）；所述主业务处理机通过所在局内的其他业务处理机根据所述当前用户信息执行开户或更新操作（103）。本发明可以提高业务处理机的处理效率。
Description
用户信息管理方法、 系统及业务处理机
技术领域
本发明涉及移动通信技术， 尤其涉及一种用户信息管理方法、 系统及业 务处理机。
背景技术
随着移动通信技术的不断发展， 使用无线应用协议（ Wireless Application Protocol, WAP ) 的终端日益普遍， 对用户终端的开户机制也在变化中。
用户终端通过 WAP 网关进行互联网应用时， 涉及到根据用户终端的号 码（对于不同的 WAP网络承载类型， 比如码分多址（ Code Division Multiple Access , CDMA ) 网络和全球移动通讯系统 （Global System for Mobile Communications, GSM ) 网络， 用户的终端号码须区分）进行用户自开户操 作， 其中开户信息包含用户的网络类型、 接入点名称（Access Point Name, APN ) 、 用户代理（User-Agent )等字段。
对于单一的局点， 现场都会布置多台业务处理机， 或者对于同一个运营 商， 它会设置多个局点， 每个局点也会布置多台业务处理机。 对于同一局点的多台业务处理机或者同一运营商所属的多局点， 各业务 处理机各自独立执行终端用户信息的开户或更新， 将会增加业务处理机进行 频繁的重复开户的过程， 增加了业务处理机的负荷， 降低了业务处理机的处 理效率， 从而间接提高了运营商的维护成本。
发明内容
本发明要解决的技术问题是提供一种用户信息管理方法、 系统及业务处 理机， 以提高业务处理机的处理效率。
为解决以上技术问题， 本发明提供一种用户信息管理方法， 该方法基于 无线应用协议网络实现， 该网络包括若干个业务处理机， 所述方法包括： 用 户信息局内同步， 该用户信息局内同步的步骤包括：
主业务处理机处理终端发起的无线应用协议（WAP )访问请求， 解析获 得所述终端的当前用户信息；
所述主业务处理机根据所述当前用户信息执行开户或更新操作； 以及 所述主业务处理机通知所在局内的自身之外的其他业务处理机根据所述 当前用户信息执行开户或更新操作。
所述主业务处理机在执行开户或更新操作的步骤之前， 该用户信息局内 同步的步骤还包括： 先查询所述主业务处理机的数据库， 如查询响应超时或 查询消息发送失败， 再查询所述局内其他业务处理机的数据库， 并根据查询 响应结果执行开户或更新操作。
所述根据查询响应结果执行开户或更新操作的步骤包括： 若所述主业务 处理机或局内其他业务处理机的数据库响应查到， 所述主业务处理机执行更 新操作； 若所述主业务处理机或局内其他业务处理机的数据库响应未查到， 所述主业务处理机执行开户操作； 若所述主业务处理机及局内其他业务处理 机的数据库均出现查询消息发送失败或响应超时中的任一情形， 所述主业务 处理机执行开户操作。
所述方法还包括用户信息机内完善，所述用户信息机内完善的步骤包括： 所述业务处理机将开户操作失败的用户信息保存在重新开户文件中， 定时根 据所述重新开户文件中的用户信息依次执行重新开户流程， 并根据重新开户 失败的用户信息更新所述重新开户文件； 或者
所述业务处理机将更新操作失败的用户信息保存在重新更新文件中， 定 时根据所述重新更新文件中的用户信息依次执行重新更新流程， 并根据重新 更新失败的用户信息更新所述重新更新文件。
所述业务处理机执行重新开户流程的步骤包括：
所述读取重新开户文件中的某一用户信息， 向该业务处理机的数据库发 送重新开户消息；
若重新开户消息发送成功且该业务处理机的数据库定时时间内响应开户 操作成功， 则读取下一条用户信息；
若重新开户消息发送成功但该业务处理机的数据库定时时间内响应操作
失败， 则更新重新开户文件， 等待下一个定时器触发重新开户流程； 若重新开户消息发送成功但数据库超时未响应， 则更新重新开户文件， 等待下一个定时器触发重新开户流程； 以及
若重新开户消息发送失败， 则读取下一条用户信息；
所述业务处理机执行重新更新的流程包括：
所述读取重新更新文件中的某一用户信息， 向该业务处理机的数据库发 送重新更新消息；
若重新更新消息发送成功且该业务处理机的数据库定时时间内响应重新 更新操作成功， 则读取下一条用户信息；
若重新更新消息发送成功但该业务处理机的数据库定时时间内响应操作 失败， 则更新重新更新文件， 等待下一个定时器触发重新更新流程；
若重新更新消息发送成功但数据库超时未响应， 则更新重新更新文件， 等待下一个定时器触发重新更新流程； 以及
若重新更新消息发送失败， 则读取下一条用户信息。
所述更新重新开户文件的步骤包括： 将重新开户文件中的用户信息读取 到内存中， 并删除所述重新开户文件， 当数据库超时为响应或响应操作失败 时， 将未重新开户成功的用户信息保存为新的重新开户文件；
所述更新重新更新文件的步骤包括： 将重新更新文件中的用户信息读取 到内存中， 并删除所述重新更新文件， 当数据库超时为响应或响应操作失败 时， 将未重新更新成功的用户信息保存为新的重新更新文件。
所述更新重新开户文件的步骤包括： 将重新开户成功的用户信息从所述 重新开户文件中删除；
所述更新重新更新文件的步骤包括： 将重新更新成功的用户信息从所述 重新更新文件中删除。
所述业务处理机执行重新开户流程包括：
先根据所述重新开户文件中的用户信息的终端号码向该业务处理机的数 据库发送查询消息， 若查询消息发送成功且数据库定时时间内响应已查到，
则读取下一条用户信息； 若查询消息发送成功但数据库定时时间内响应未查 到， 再向该业务处理机的数据库发送重新开户消息； 若查询消息发送成功但 数据库超时未响应， 则更新重新开户文件， 等待下一个定时器触发重新开户 流程。
所述业务处理机定时或定量删除所述重新开户文件或重新更新文件。 所述方法还包括： 用户信息局间同步，
该用户信息局间同步的步骤包括： 所述业务处理机将所述当前用户信息 保存在局间同步文件中； 所述业务处理机定时或定量主动将所述局间同步文 件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件； 所 述统一运维服务器将所述局间同步文件发送给所述业务处理机所在局之外的 其他局的业务处理机。
为解决以上技术问题， 本发明还提供了一种业务处理机， 所述业务处理 机包括：
访问请求处理模块， 其设置为： 处理终端发起的无线应用协议（WAP ) 访问请求， 并解析获得所述终端的当前用户信息；
用户信息处理模块， 其设置为： 根据所述当前用户信息执行开户或更新 操作； 以及
用户信息局内同步模块， 其设置为： 通知所在局内的所述业务处理机之 外的其他业务处理机根据所述当前用户信息执行开户或更新操作。
所述业务处理机还包括数据库， 所述数据库设置为： 主业务处理机的所 述用户信息处理模块在执行开户或更新操作前， 先查询所述数据库， 如所述 数据库查询响应超时或查询消息发送失败， 再查询局内其他业务处理机的数 据库， 并根据查询响应结果执行开户或更新操作。
所述业务处理机还包括用户信息机内完善模块，
所述用户信息机内完善模块设置为： 将所述用户信息处理模块开户操作 失败的用户信息保存在重新开户文件中， 定时根据所述重新开户文件中的用 户信息依次执行重新开户流程， 并根据重新开户失败的用户信息更新所述重 新开户文件； 或者
将所述用户信息处理模块更新操作失败的用户信息保存在重新更新文件 中， 定时根据所述重新更新文件中的用户信息依次执行重新更新流程， 并根 据重新更新失败的用户信息更新所述重新更新文件。
为解决以上技术问题， 本发明还提供了一种用户信息管理系统， 所述系 统包括：
第一业务处理机， 位于无线应用协议（ WAP ) 网络的第一局点， 第一业 务处理机设置为： 根据终端的当前用户信息进行开户或更新操作， 并将所述 当前用户信息保存在局间同步文件中； 以及定时或定量主动将所述局间同步 文件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件； 统一运维服务器， 其设置为： 接收所述局间同步文件或根据所述通知获 取所述局间同步文件； 以及通知第二业务处理机根据所述第一业务处理机的 局间同步文件中的用户信息进行开户或更新操作； 以及
所述第二业务处理机， 位于 WAP 网络的第二局点， 所述第二业务处理 机设置为： 根据所述统一运维服务器的通知执行开户或更新操作。
本发明用户信息管理方法及业务处理机在终端向某一业务处理机（称为 主业务处理机 )发起访问请求时， 在该主业务处理机执行开户或更新操作时， 在局内其他业务处理机同步执行开户或更新操作， 以提高业务处理机的处理 效率。 附图概述
图 1是本发明无线应用协议的用户信息管理方法的示意图；
图 2是本发明实际应用的某商用局组网架构图；
图 3是用户信息局内同步实施例的流程示意图；
图 4是用户信息局间同步的实施例示意图；
图 5是用户信息局内完善实施例的流程示意图。 本发明的较佳实施方式
本发明揭示了用户终端通过 WAP进行互联网应用及相关增值业务使用 时， 用户终端进行自开户操作， 以及对于同一局点其他业务处理机和不同局 点的业务处理机进行开户信息数据同步操作机制。 本发明用户信息管理方法及业务处理机的主要思想是， 在终端向某一业 务处理机（称为主业务处理机）发起访问请求时， 在该主业务处理机执行开 户或更新操作时， 在局内其他业务处理机同步执行开户或更新操作， 以提高 业务处理机的处理效率。
本发明用户信息管理方法除了以上实现局内同步的用户信息局内同步机 制外， 还提供了实现局间同步的用户信息局间同步机制， 以及用户信息机内 完善机制。 以下将对本发明涉及的各种机制进行具体说明：
用户信息局内同步机制
如图 1所示， 用户信息局内同步方法具体包括：
步骤 101 : 主业务处理机处理终端发起无线应用协议（ WAP )访问请求， 解析获得所述终端的当前用户信息；
网络侧随机将终端的 WAP访问请求分配给某个业务处理机进行处理。 本发明中将处理用户请求的业务处理机称为主业务处理机或主机， 且每个业 务处理机都有自己的数据库， 业务处理机与其数据库通过业务处理机的 SDF 进程（SDF进程为内部进程， 用来数据库交互操作）进行交互。
步骤 102: 所述主业务处理机根据所述当前用户信息执行开户或更新操 作；
终端当前的用户信息是由主业务处理机根据终端携带的一些字段解析获 取的。
主业务处理机在执行开户或更新操作前， 先查询其数据库， 如查询响应 超时或查询消息发送失败， 再查询局内其他业务处理机的数据库， 并根据查 询响应结果执行开户或更新操作， 具体地：
若所述主业务处理机或局内其他业务处理机的数据库响应查到， 所述主 业务处理机执行更新操作； 若所述主业务处理机或局内其他业务处理机的数 据库响应未查到， 所述主业务处理机执行开户操作； 若所述主业务处理机及
局内其他业务处理机的数据库均出现查询消息发送失败或响应超时中的任一 情形， 所述主业务处理机执行开户操作。 步骤 103 : 所述主业务处理机通知其所在局内的其他业务处理机根据所 述当前用户信息执行开户或更新操作。
请参阅图 2, 其是本发明实际应用的某商用局的组网架构应用图。
其中最左侧为无线网， 这个网络比较复杂， 有时分多址（Time Division Multiple Access , TDMA ) , CDMA/lx无线传输技术（Radio Transmission Technology, RTT ) /EVDO ( CDMA2000 lxEV-DO, EV ( Evolution )表示它 是 CDMA2000 lx 的演进版本； DO ( Data Optimization )表示它是专门针对 分组数据业务而经过优化了的技术，是一种 3G标准）， GSM/通用分组无线服 务 (General Packet Radio Service , GPRS)/增强型数据速率 GSM演进（ Enhanced Data Rate for GSM Evolution, EDGE ) 和通用移动通信系统（ Universal Mobile Telecommunications System, UMTS ) /覔带码分多址 ( Wideband Code Division Multiple Access, WCDMA )等多种无线多络， 总体来说， 分为 G网和 C网 两大类。
核心网部分有网关 GPRS 支持节点 （Gateway GPRS Support Node , GGSN )和分组数据服务节点 （Packet Data Serving Node, 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的开户 信息能够及时同步到其他业务处理机上， 比如业务处理机：8、 C等， 这将对 已经进行过开户操作的终端用户来说， 再次访问的时候将不需要重新开户， 而是进行开户信息更新操作， 增加了业务处理机的处理效率。
用户信息局间同步机制
为了实现用户信息的局间同步， 业务处理机执行开户或更新操作前， 将 当前用户信息保存在局间同步文件中； 所述业务处理机定时或定量主动将所 述局间同步文件发送给统一运维服务器或通知统一运维服务器获取所述局间 同步文件； 所述统一运维服务器将所述局间同步文件发送给其他局的业务处 理机。
多局之间用户信息同步需要统一运维服务器起中介桥梁的作用。 局点 A 的业务处理机保存有用户终端开户信息相关的数据， 以文件的方式保存， 称 为局间同步文件， 业务处理机定时或定量通知统一运维服务器获取包括用户 开户和更新信息的局间同步文件， 统一运维服务器获取局间同步文件， 然后 将开户和更新信息同步至其他局点的业务处理机。
如图 4所示，局点 A业务处理机定时通知统一运维服务器到局点 A釆集 局间同步文件； 收到通知后， 统一运维服务器获取局间同步文件由入库程序 将局间同步文件中的用户开户或更新信息统一入库； 并才艮据运维配置或局点 需要及时将局点 A的开户信息和 /或更新信息送达至局点 B的业务处理机。
如果局点 B的各台业务处理机如果已经存在了用户的开户信息， 则进行 开户信息的更新操作， 否则将在数据库插入用户开户信息， 能及时保证用户 的开户信息的存在性和更新。
业务处理机在统一运维服务器获取局间同步文件后， 将及时删除局间同 步文件， 避免文件占用过多的硬盘空间。
对于不同的局点之间， 及时地将局点 A的用户终端开户信息同步至局点
B, 这样当该用户在局点 B环境下进行 WAP业务访问的时候， 将不需要再进 行开户操作， 只需要更新用户开户信息。
由于存在定时和定量配置， 因此自开户操作至同步到统一运维服务器存
在一定的时延。
用户信息机内完善机制
为了避免业务处理机执行开户或更新操作失败时， 数据库内用户信息不 完整的问题， 本发明提供了机内定时完善机制， 由各业务处理机自行启动及 执行， 对开户失败的用户信息重新开户， 更新失败的开户信息的重新更新。
用户信息机内完善方法指， 业务处理机将开户操作或更新操作失败的用 户信息保存在重新开户文件或重新更新文件中， 定时根据所述重新开户文件 或重新更新文件中的用户信息依次执行重新开户或重新更新流程， 并根据重 新开户失败或重新更新失败的用户信息更新所述重新开户文件或重新更新文 件。
定时时间到时， 先根据重新开户文件执行重新开户流程， 再根据重新更 新文件执行重新更新。
所述业务处理机执行重新开户或重新更新的流程包括：
所述读取重新开户文件或重新更新文件中的某一用户信息， 向其数据库 发送重新开户或重新更新消息；
若重新开户消息或重新更新消息发送成功且其数据库定时时间内响应开 户操作成功， 则读取下一条用户信息；
若重新开户消息或重新更新消息发送成功但其数据库定时时间内响应操 作失败， 则更新重新开户文件或重新更新文件， 等待下一个定时器触发重新 开户流程；
若重新开户消息或重新更新消息发送成功但数据库超时未响应， 则更新 重新开户文件或重新更新文件， 等待下一个定时器触发重新开户流程；
若重新开户消息或重新更新消息发送失败， 则读取下一条用户信息。
所述业务处理机执行重新开户流程时， 先根据所述重新开户文件中的用 户信息的终端号码向其数据库发送查询消息， 若查询消息发送成功且数据库
定时时间内响应已查到， 则读取下一条用户信息； 若查询消息发送成功但数 据库定时时间内响应未查到， 再向其数据库发送重新开户消息； 若查询消息 发送成功但数据库超时未响应， 则更新重新开户文件， 等待下一个定时器触 发重新开户流程；
更新重新开户文件或重新更新文件的方法有以下两种：
更新文件方法一： 将重新开户文件或重新更新文件中的用户信息读取到 内存中， 并删除所述重新开户文件或重新更新文件， 当数据库超时为响应或 响应操作失败时， 将未重新开户或重新更新成功的用户信息保存为新的重新 开户文件或重新更新文件。
更新文件方法二： 将重新开户成功或重新更新成功的用户信息从所述重 新开户文件或重新更新文件中删除。
请参阅图 5 , 其是业务处理机用户自开户操作完善机制示意图。 由于终 端用户开户或更新后会以文件的方式保存这些数据信息， 难免会占用业务处 理机的硬盘空间， 长期下去， 会给硬盘造成很大的负荷。 该完善机制主要包 括定时删除业务处理机的开户和更新信息文件、 定时重新开户和重新更新。
步骤 501 , 业务处理机触发定时器， 将重新开户文件及重新更新文件中 的用户信息读取到内存中临时保存， 并删除原来的重新开户文件及重新更新 文件， 读取用户信息；
步骤 502 , 判断读取是否成功， 若是， 则执行步骤 503 , 否则等待下一个 定时器触发；
步骤 503 , 判断是否为重新更新， 若是则执行步骤 504 , 否则执行步骤
506;
步骤 504 , 向数据库发送重新更新消息， 若发送成功则执行步骤 505 , 否 则执行步骤 502;
步骤 505 , 判断定时时间内是否收到重新更新成功响应， 若收到， 则读 取下一条用户信息， 转执行步骤 502 , 否则执行步骤 511 ;
步骤 506 , 向数据库发送查询消息， 若发送成功， 则执行步骤 507 , 否则 读取下一条用户信息， 转执行步骤 502;
步骤 507 , 判断定时时间内是否收到响应， 若收到则执行步骤 508, 否则 执行步骤 511 ;
步骤 508 , 判断用户终端是否已开户， 如果响应结果已查询到， 表明对 应终端已开户， 读取下一条用户信息， 转执行步骤 502, 否则执行步骤 509; 步骤 509 , 向数据库发送重新开户消息， 若消息发送成功， 则执行步骤
510, 否则读取下一条用户信息， 转执行步骤 502;
步骤 510 , 判断定时时间内是否收到重新开户成功响应， 若收到则读取 下一条用户信息， 转执行步骤 502, 否则执行步骤 511 ;
步骤 511 , 将未重新开户或重新更新成功的用户信息保存为新的重新开 户文件或重新更新文件， 等待下一个定时器触发， 流程结束。
以上流程中， 当根据重新更新文件更新数据库， 为了防止旧的用户信息 覆盖新的用户信息， 可以根据用户信息的釆集时间进行判断。
所述业务处理机定时或定量删除所述重新开户文件或重新更新文件， 比 如， 添加定时任务脚本和删除重新更新和重新开户文件脚本， 定时监察业务 处理机磁盘空间的使用情况， 当硬盘空间达到某一个上限， 将触发这个删除 重新更新和重新文件脚本， 及时删除这些文件， 避免硬盘空间使用过多， 给 业务处理机的性能造成影响， 重而影响到业务性能。
为了实现以上方法， 本发明还提供了一种业务处理机， 所述业务处理机 包括：
访问请求处理模块， 用于处理终端发起的 WAP访问请求， 并解析获得 所述终端的当前用户信息；
用户信息处理模块， 用于根据所述当前用户信息执行开户或更新操作； 用户信息局内同步模块， 用于通知其所在局内的其他业务处理机才艮据所 述当前用户信息执行开户或更新操作。
进一步地， 所述业务处理机还包括数据库， 主业务处理机的所述用户信
息处理模块在执行开户或更新操作前， 先查询所述数据库， 如所述数据库查 询响应超时或查询消息发送失败， 再查询局内其他业务处理机的数据库， 并 根据查询响应结果执行开户或更新操作。
所述业务处理机还包括用户信息机内完善模块， 用于将所述用户信息处 理模块开户操作或更新操作失败的用户信息保存在重新开户文件或重新更新 文件中， 定时根据所述重新开户文件或重新更新文件中的用户信息依次执行 重新开户或重新更新流程， 并才艮据重新开户失败或重新更新失败的用户信息 更新所述重新开户文件或重新更新文件。
为了实现局间用户信息同步， 本发明还提供了一种用户信息管理系统， 所述系统包括：
第一业务处理机， 位于 WAP 网络的第一局点， 用于根据当前用户信息 进行开户或更新操作， 并将所述当前用户信息保存在局间同步文件中； 以及 定时或定量主动将所述局间同步文件发送给统一运维服务器或通知统一运维 服务器获取所述局间同步文件；
统一运维服务器， 用于接收所述局间同步文件或根据所述通知获取所述 局间同步文件； 以及用于通知第二业务处理机根据所述第一业务处理机的局 间同步文件中的用户信息进行开户或更新操作；
所述第二业务处理机， 位于 WAP 网络的第二局点， 用于根据所述统一 运维服务器的通知执行开户或更新操作。
本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序 来指令相关硬件完成， 所述程序可以存储于计算机可读存储介质中， 如只读 存储器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用 一个或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用 硬件的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任 何特定形式的硬件和软件的结合。
以上仅为本发明的优选实施案例而已， 并不用于限制本发明， 对于本领 域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和原
则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护范 围之内。
工业实用性
与现有技术相比较，釆用本发明基于 WAP的用户信息管理方法， 能够 使本局不同的业务处理机间开户信息数据同步， 以及多局间业务处理机的开 户信息数据同步， 以及同步操作后的进一步完善， 增加了业务处理机的开户 处理效率， 从而降低了运营商的维护成本。
具体来说， 本发明为了实现数据同步， 各业务处理机都有自己的数据库， 相比所有业务处理机共享数据库的现有技术， 提高了处理效率， 降低了风险。 因为所有的业务处理机上都会有大量的请求， 如果同时连接同一台数据库， 这将使数据库异常繁忙， 风险也提高， 一旦异常， 数据将获取失败。
釆用数据同步， 能够避免对用户信息重复开户的情况， 而且一旦有数据 库操作异常， 并不影响流程的进行， 有较高的风险弥补功效， 如不釆用数据 同步， 若需要检查数据库查看用户信息， 必须查遍所有业务机的数据库才能 发觉最全面的用户信息 （如最大用户开户数） ， 增加时间耗费， 本发明中的 机内完善机制能够确保数据库操作中失败的用户信息也能够再次及时同步至 数据库。
Claims
1、 一种用户信息管理方法， 所述方法基于无线应用协议网络实现， 该网 络包括若干个业务处理机， 所述方法包括： 用户信息局内同步，
该用户信息局内同步的步骤包括：
主业务处理机处理终端发起的无线应用协议（WAP )访问请求， 解析获 得所述终端的当前用户信息；
所述主业务处理机根据所述当前用户信息执行开户或更新操作； 以及 所述主业务处理机通知所在局内的自身之外的其他业务处理机根据所述 当前用户信息执行开户或更新操作。
2、 如权利要求 1所述的方法， 其中， 所述主业务处理机在执行开户或更 新操作的步骤之前， 所述用户信息局内同步的步骤还包括： 先查询所述主业 务处理机的数据库， 如查询响应超时或查询消息发送失败， 再查询所述局内 其他业务处理机的数据库， 并根据查询响应结果执行开户或更新操作。
3、 如权利要求 2所述的方法， 其中， 所述根据查询响应结果执行开户或 更新操作的步骤包括：
若所述主业务处理机或所述局内其他业务处理机的数据库响应查到， 所 述主业务处理机执行更新操作；
若所述主业务处理机或局内其他业务处理机的数据库响应未查到， 所述 主业务处理机执行开户操作；
若所述主业务处理机及局内其他业务处理机的数据库均出现查询消息发 送失败或响应超时中的任一情形， 所述主业务处理机执行开户操作。
4、 如权利要求 1所述的方法， 其中， 所述方法还包括：
用户信息机内完善， 所述用户信息机内完善的步骤包括：
所述业务处理机将开户操作失败的用户信息保存在重新开户文件中， 定 时根据所述重新开户文件中的用户信息依次执行重新开户流程， 并根据重新 开户失败的用户信息更新所述重新开户文件； 或者
所述业务处理机将更新操作失败的用户信息保存在重新更新文件中， 定 时根据所述重新更新文件中的用户信息依次执行重新更新流程， 并根据重新 更新失败的用户信息更新所述重新更新文件。
5、 如权利要求 4所述的方法， 其中， 所述业务处理机执行重新开户流程 的步骤包括：
所述读取重新开户文件中的某一用户信息， 向该业务处理机的数据库发 送重新开户消息；
若重新开户消息发送成功且该业务处理机的数据库定时时间内响应开户 操作成功， 则读取下一条用户信息；
若重新开户消息发送成功但该业务处理机的数据库定时时间内响应操作 失败， 则更新重新开户文件， 等待下一个定时器触发重新开户流程；
若重新开户消息发送成功但数据库超时未响应， 则更新重新开户文件， 等待下一个定时器触发重新开户流程； 以及
若重新开户消息发送失败， 则读取下一条用户信息；
所述业务处理机执行重新更新的流程包括：
所述读取重新更新文件中的某一用户信息， 向该业务处理机的数据库发 送重新更新消息；
若重新更新消息发送成功且该业务处理机的数据库定时时间内响应重新 更新操作成功， 则读取下一条用户信息；
若重新更新消息发送成功但该业务处理机的数据库定时时间内响应操作 失败， 则更新重新更新文件， 等待下一个定时器触发重新更新流程；
若重新更新消息发送成功但数据库超时未响应， 则更新重新更新文件， 等待下一个定时器触发重新更新流程； 以及
若重新更新消息发送失败， 则读取下一条用户信息。
6、如权利要求 4所述的方法，其中，所述更新重新开户文件的步骤包括： 将重新开户文件中的用户信息读取到内存中， 并删除所述重新开户文件， 当 数据库超时为响应或响应操作失败时， 将未重新开户成功的用户信息保存为 新的重新开户文件；
所述更新重新更新文件的步骤包括： 将重新更新文件中的用户信息读取 到内存中， 并删除所述重新更新文件， 当数据库超时为响应或响应操作失败 时， 将未重新更新成功的用户信息保存为新的重新更新文件。
7、 如权利要求 4所述的方法， 其中，
所述更新重新开户文件的步骤包括： 将重新开户成功的用户信息从所述 重新开户文件中删除；
所述更新重新更新文件的步骤包括： 将重新更新成功的用户信息从所述 重新更新文件中删除。
8、 如权利要求 4所述的方法， 其中， 所述业务处理机执行重新开户流程 包括：
先根据所述重新开户文件中的用户信息的终端号码向该业务处理机的数 据库发送查询消息，
若查询消息发送成功且数据库定时时间内响应已查到， 则读取下一条用 户信息；
若查询消息发送成功但数据库定时时间内响应未查到， 再向该业务处理 机的数据库发送重新开户消息；
若查询消息发送成功但数据库超时未响应， 则更新重新开户文件， 等待 下一个定时器触发重新开户流程。
9、 如权利要求 4所述的方法， 其中， 所述业务处理机定时或定量删除所 述重新开户文件或重新更新文件。
10、 如权利要求 1所述的方法， 其中， 所述方法还包括： 用户信息局间 同步，
该用户信息局间同步的步骤包括： 所述业务处理机将所述当前用户信息 保存在局间同步文件中； 所述业务处理机定时或定量主动将所述局间同步文 件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文件； 所 述统一运维服务器将所述局间同步文件发送给所述业务处理机所在局之外的 其他局的业务处理机。
11、 一种业务处理机， 所述业务处理机包括：
访问请求处理模块， 其设置为： 处理终端发起的无线应用协议（WAP ) 访问请求， 并解析获得所述终端的当前用户信息； 用户信息处理模块， 其设置为： 根据所述当前用户信息执行开户或更新 操作； 以及
用户信息局内同步模块， 其设置为： 通知所在局内的所述业务处理机之 外的其他业务处理机根据所述当前用户信息执行开户或更新操作。
12、 如权利要求 11所述的业务处理机， 其中， 所述业务处理机还包括数 据库，
所述数据库设置为： 主业务处理机的所述用户信息处理模块在执行开户 或更新操作前， 先查询所述数据库， 如所述数据库查询响应超时或查询消息 发送失败， 再查询所述局内其他业务处理机的数据库， 并根据查询响应结果 执行开户或更新操作。
13、 如权利要求 11所述的业务处理机， 其中， 所述业务处理机还包括用 户信息机内完善模块，
所述用户信息机内完善模块设置为： 将所述用户信息处理模块开户操作 失败的用户信息保存在重新开户文件中， 定时根据所述重新开户文件中的用 户信息依次执行重新开户流程， 并根据重新开户失败的用户信息更新所述重 新开户文件； 或者
将所述用户信息处理模块更新操作失败的用户信息保存在重新更新文件 中， 定时根据所述重新更新文件中的用户信息依次执行重新更新流程， 并根 据重新更新失败的用户信息更新所述重新更新文件。
14、 一种用户信息管理系统， 所述系统包括：
第一业务处理机， 位于无线应用协议（ WAP ) 网络的第一局点， 所述第 一业务处理机设置为： 根据终端的当前用户信息进行开户或更新操作， 并将 所述当前用户信息保存在局间同步文件中； 以及定时或定量主动将所述局间 同步文件发送给统一运维服务器或通知统一运维服务器获取所述局间同步文 件；
统一运维服务器， 其设置为： 接收所述局间同步文件或根据所述通知获 取所述局间同步文件； 以及通知第二业务处理机根据所述第一业务处理机的 局间同步文件中的用户信息进行开户或更新操作； 以及
第二业务处理机， 位于 WAP 网络的第二局点， 所述第二业务处理机设 置为： 根据所述统一运维服务器的通知执行开户或更新操作。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010223782.7 | 2010-07-07 | ||
| CN201010223782.7A CN101902766B (zh) | 2010-07-07 | 2010-07-07 | 用户信息管理方法、系统及业务处理机 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2012003667A1 true WO2012003667A1 (zh) | 2012-01-12 |
Family
ID=43227886
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/CN2010/077328 WO2012003667A1 (zh) | 2010-07-07 | 2010-09-26 | 用户信息管理方法、系统及业务处理机 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN101902766B (zh) |
| WO (1) | WO2012003667A1 (zh) |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1211880A (zh) * | 1997-07-08 | 1999-03-24 | 日本电气株式会社 | 市内交换系统中的呼叫处理信号的路由选择系统 |
| CN1760910A (zh) * | 2005-11-16 | 2006-04-19 | 北京易富金川科技有限公司 | 基于统一信息标识编码的信息采集、传输、处理系统和方法 |
| CN101039463A (zh) * | 2007-04-30 | 2007-09-19 | 中兴通讯股份有限公司 | 基于点对点短消息的短消息转发计数系统及计数方法 |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CA2598426C (en) * | 2005-02-22 | 2011-10-18 | Nextair Corporation | Facilitating mobile device awareness of the availability of new or updated server-side applications |
| CN101163265B (zh) * | 2007-11-20 | 2010-08-18 | 中兴通讯股份有限公司 | 基于分布式数据库的彩信日志查询方法与系统 |
| US8213904B2 (en) * | 2008-05-06 | 2012-07-03 | Motorola Mobility, Inc. | Method and apparatus for provisioning an electronic communication device via a mobile internet protocol registration |
| CN101272571A (zh) * | 2008-05-07 | 2008-09-24 | 北京邮电大学 | 移动业务终端系统 |
-
2010
- 2010-07-07 CN CN201010223782.7A patent/CN101902766B/zh active Active
- 2010-09-26 WO PCT/CN2010/077328 patent/WO2012003667A1/zh active Application Filing
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1211880A (zh) * | 1997-07-08 | 1999-03-24 | 日本电气株式会社 | 市内交换系统中的呼叫处理信号的路由选择系统 |
| CN1760910A (zh) * | 2005-11-16 | 2006-04-19 | 北京易富金川科技有限公司 | 基于统一信息标识编码的信息采集、传输、处理系统和方法 |
| CN101039463A (zh) * | 2007-04-30 | 2007-09-19 | 中兴通讯股份有限公司 | 基于点对点短消息的短消息转发计数系统及计数方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101902766A (zh) | 2010-12-01 |
| CN101902766B (zh) | 2014-11-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN113194513B (zh) | 用于会话管理的方法、装置和系统 | |
| US11477670B2 (en) | Network resource function supporting multi-region querying | |
| JP4746044B2 (ja) | 状態転送にコアベースのノードを使用するよう拡張された技術 | |
| EP1184772A2 (en) | Software virus protection | |
| WO2011082538A1 (zh) | 机器型通信中基于组的移动性优化方法和设备 | |
| WO2010017717A1 (zh) | 链路管理方法及相应设备和系统 | |
| WO2021093438A1 (zh) | 一种接入网络的方法及通信装置 | |
| CN108696495B (zh) | 为服务提供商网络提供aaa服务的方法和服务器 | |
| WO2015021591A1 (zh) | 互联网内容存储方法和设备 | |
| CN103167479B (zh) | 实现终端遥毙或遥开的方法、装置和系统 | |
| US9603191B2 (en) | Apparatus and method for providing access to internet resources in a wireless communications network | |
| CN101945363B (zh) | 用户全网跟踪方法、控制网元及承接网元 | |
| EP2991407A1 (en) | Method, device, and system for configuring access technologies | |
| WO2012003667A1 (zh) | 用户信息管理方法、系统及业务处理机 | |
| US11877158B2 (en) | Cleaning up hanging lawful interception resources from a triggered point of interception when a triggering function fails | |
| EP2466934A1 (en) | Method and system for message transmission control, method and system for register/update | |
| WO2011157158A2 (zh) | 一种下发短消息的方法、系统及短消息服务中心 | |
| US11601818B2 (en) | Cleaning up hanging lawful interception resources from a triggered point of interception when a triggering function fails | |
| CN1780474A (zh) | 按用户漫游状态推送业务参数信息的方法 | |
| EP1936865B1 (en) | A method, a system and an apparatus for synchronizing the stream between the bearer control layer and bearer layer devices | |
| CN1322768C (zh) | 一种蜂窝集群用户数据管理的方法 | |
| WO2021136102A1 (zh) | 链式通信业务流程控制方法、装置、设备和存储介质 | |
| WO2013067773A1 (zh) | 一种终端触发消息有效时间控制方法及系统 | |
| JP4261395B2 (ja) | サーバ装置 | |
| US20230379181A1 (en) | Blockchain on-chain method, electronic device, and storage medium |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 10854326 Country of ref document: EP Kind code of ref document: A1 |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| 122 | Ep: pct application non-entry in european phase |
Ref document number: 10854326 Country of ref document: EP Kind code of ref document: A1 |