WO2014139281A1 - 一种彩信业务开销户方法和系统 - Google Patents

一种彩信业务开销户方法和系统 Download PDF

Info

Publication number
WO2014139281A1
WO2014139281A1 PCT/CN2013/084545 CN2013084545W WO2014139281A1 WO 2014139281 A1 WO2014139281 A1 WO 2014139281A1 CN 2013084545 W CN2013084545 W CN 2013084545W WO 2014139281 A1 WO2014139281 A1 WO 2014139281A1
Authority
WO
WIPO (PCT)
Prior art keywords
service
user number
request
mms
account opening
Prior art date
Application number
PCT/CN2013/084545
Other languages
English (en)
French (fr)
Inventor
宋杨
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2014139281A1 publication Critical patent/WO2014139281A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1441—Countermeasures against malicious traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/10—Multimedia information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12—Messaging; Mailboxes; Announcements

Definitions

  • the present invention relates to the field of communication of an MMS service (Multimedia Messaging Service), and more particularly to an MFI service self-service, a multimedia account method and system for a multimedia message.
  • MMS service Multimedia Messaging Service
  • MFI service self-service a multimedia account method and system for a multimedia message.
  • the MMS service is a messaging service that transfers multimedia content between a mobile phone and a mobile phone and between other applications such as a mobile phone and an email server.
  • the MMS service is divided according to the operator to which the user belongs and the area where the user belongs.
  • the MMSC (MMS) to which the user belongs is provided with the MMS service for the user.
  • the MMSC self-service can provide users with: personalization, black and white list, keyword filtering and message size settings, so that the MMSC can send MMS messages to users according to their needs and actual conditions.
  • the MMSC may forward the message to the MMS album system.
  • the MMS album is responsible for saving the MMS, and reminds the user to view the MMS message through a certain way to the MMS album.
  • MMSC self-service and MMS photo albums greatly help users to obtain MMS message success rate and improve MMS service service quality.
  • the user overhead account process is the basic process of the MMS center self-service and MMS album.
  • the system will directly clear the user's relevant data. If the user's account cancellation behavior is mishandled, or if the user cancels the customer's willingness to cancel the account for other reasons, the data cannot be recovered. Summary of the invention
  • the embodiment of the invention provides a method and system for a multimedia message service household, which solves a certain Under the condition that the MMS system immediately deletes the user data after receiving the account cancellation message, and cannot recover the technical problem of the user data after the account is cancelled.
  • a method for a multimedia message service consumer including:
  • the MMS service system receives an overhead service request, and the overhead service request includes at least: a user number and an overhead account service type;
  • the MMS service information of the user number is added in the database, and the service status of the user number is set to be normal;
  • the MMS service information of the user number is retained in the database, the MMS service of the user number is suspended, and the service status of the user number is set to be deleted.
  • the service request of the user number is received, and the service type is re-opening, the MMS service of the user number is restored, and the service status of the user number is updated from the to-be-removed to normal;
  • the MMS service information of the subscriber number is cleared in the database.
  • the MMS service information of the user number is cleared in the database, or the service request is ignored; If the service request of the user number is received, and the service type is the account opening, the MMS service that does not process or restore the user number is ignored, and the service status of the user number is deleted. Updated to normal.
  • the MMS service system After the MMS service system receives the request from the MFI, the following process is further included: performing authentication processing on the user number in the e-government request, and processing the e-government request if the authentication is passed, otherwise Overhead requests are discarded directly and are not processed.
  • the MMS service system receives an overhead request: the MMS service system receives an overhead request sent by a client or a service operation support system.
  • the multimedia message service system returns an overhead account response to the client or the business operation support system that issues the request of the overhead user.
  • a MMS service overhead user system comprising: a service processing module, a database agent module and a database;
  • the service processing module is configured to receive an overhead service request, where the service request includes: a user number and an overhead service type; and configured to forward the service request to the database proxy module;
  • the database is configured to store the MMS service data of the user number, and the MMS service data of the user number includes: a user number, and a multimedia message service information and a service status corresponding to the user number;
  • the database proxy module is configured to operate the MMS service data in the database according to the service type in the service request; when the service type in the service request is an account opening, the user is configured to add the user in the database.
  • the database proxy module is further configured to: after the service status of the user number is set to be deleted, monitor an overhead service request received within a set time; and receive an overhead service of the user number.
  • the MMS service of the user number is restored, and the service status of the user number is updated from the to-be-removed to normal; when the over-the-counter request of the user number is not received, The MMS service information of the subscriber number is cleared in the database.
  • the database proxy module monitors the overhead service request received within the set time; if the service request of the user number is received, and the service type is the account cancellation, the database is cleared in the database.
  • the MMS service information of the user number is not processed, or the service request is ignored; if the service request of the user number is received, and the service type is account opening, the service request is ignored, or the service is not restored.
  • the MMS service of the subscriber number is described, and the service status of the subscriber number is updated from the to-be-deleted to normal.
  • the service processing module is further configured to perform an authentication process on the user number in the service request after receiving the overhead service request.
  • the service processing module is configured to receive the overhead service request: the service processing module is configured to receive an overhead service request from the client or the service operation support system.
  • the database proxy module is further configured to return an overhead account response to the service processing module; the service processing module is further configured to return the overhead account response to the client or the business operation support system.
  • the embodiment of the present invention By adopting the MMS service cost method and system of the embodiment of the present invention, by optimizing the business process of the customer, the user data is not simply cleared, but a buffer mechanism is established to weaken some malicious destruction behavior. Impact, enhance the protection of users' misoperations, and enhance users' satisfaction with the MMS service and user experience.
  • the embodiment of the present invention also adopts a timing clearing mechanism to ensure user data recovery of the re-opening request within a set time, and to periodically clean the user data.
  • FIG. 1 is a flowchart of a method for charging a multimedia service of an embodiment of the present invention
  • FIG. 2 is a block diagram of a system for an MMS service overhead user according to Embodiment 2 of the present invention
  • FIG. 3 is a flowchart of a re-opening process according to Embodiment 3 of the present invention.
  • Embodiment 4 is a flowchart of processing for clearing user data according to Embodiment 4 of the present invention. detailed description
  • a flowchart of an embodiment of an overhead user method shown in FIG. 1 includes:
  • S101 The MMS service system receives an account opening request
  • S102 The system adds the information of the user to the database, where the user status is set to “normal”;
  • S103 the system returns a successful account opening response;
  • S104 The MMS service system receives the account cancellation request
  • S105 The system updates the status of the user in the database as “to be deleted”, and the user is locked, and the system no longer provides the user with the service;
  • S108 The system updates the status of the user in the database to "normal", and the system can re-service the user;
  • S110 The system clears related information of the user in the database
  • steps S101, S102, S104, and S105 are basic processing steps.
  • steps S107, S108, and S110 are a re-opening process and a user data cleaning process within a set time after the account is closed, Optional processing steps.
  • Steps S103, S106 and S109 are response processing procedures, which are also optional processing steps of the embodiment of the present invention.
  • step S107 if the system does not receive the processing method of re-opening the request within the set time, it can be very flexible. First, to ensure that no requests are received within the set time, you must go to S110. Then, if it is determined that the customer is receiving the request, the process proceeds to S110 or ignores the request and does not process; if the account opening request is received, then the process proceeds to S108 or ignores the request and does not process; If it is another illegal request, the request is ignored and not processed. The above several cases are not shown in Fig. 1, and the process of Fig. 1 does not limit the above processing method.
  • the overhead user system shown in Figure 2 includes three basic modules: a business processing module, a database proxy module, and a database.
  • the service processing module receives the overhead service request, where the service request includes the user number and the overhead service type, and the service processing module forwards the overhead service request to the database proxy module.
  • the database stores the MMS service data of the user number, and the MMS service data of the user number includes: a user number, and a multimedia message service information and a service status corresponding to the user number;
  • the database proxy module performs operations on the MMS service data in the database according to the service type in the service request; when the service type in the service request is an account opening, the MMS service information of the user number is added in the database, and the user is set.
  • the service status of the number is normal.
  • the service type in the service request is the account, the MMS service information of the user number is retained in the database, the MMS service of the user number is suspended, and the service status of the user number is set to be deleted. .
  • the database proxy module monitors the overhead service request received within the set time; when receiving the re-opening request of the user number, the MMS service of the user number is restored, and the service status of the user number is Delete update as normal; when there is no recipient of the user number, please At the time of request, the MMS service information of the subscriber number is cleared in the database.
  • the MMS service information of the user number is cleared in the database, or the service request is ignored; the overhead of receiving the user number is received.
  • the service request is made, and the service type is account opening, the service request is ignored, or the MMS service of the user number is restored, and the service status of the user number is updated from the to-be-removed to normal.
  • the overhead request received by the service processing module can come from the client or the business operation support system.
  • the client is configured to submit requests for overhead requests to users and administrators. Users can open and sell their mobile phone numbers through the client. The administrator can also complete the overhead operation of the mobile phone number of the network user through the client.
  • the database proxy module may also return the overhead account response to the service processing module; the service processing module returns the overhead user response to the client or the business operation support system.
  • Embodiment 3 The preferred processing solution flow specifically includes the following steps:
  • S201 The client or the BOSS (Business Operation Support System) sends an account opening request to the service processing module;
  • BOSS Business Operation Support System
  • the service processing module After receiving the account opening request, the service processing module authenticates the number of the account opened, and determines whether it is the user number of the network operator. After the authentication is passed, the account opening request is forwarded to the database proxy module;
  • the database proxy module looks up the number in the database. If the database does not have the number, the information of the user number is inserted into the database, and the user status is set to "normal";
  • S204 The database proxy module sends an account opening response to the service processing module.
  • S205 After receiving the account opening response, the service processing module returns a response to the client or the BOSS, and the account opening process ends;
  • S206 The client or the BOSS sends the account cancellation request to the service processing module
  • the service processing module After receiving the account cancellation request, the service processing module authenticates the number that needs to be sold, and determines whether it is the user number of the local network operator. After the authentication is passed, the account cancellation request is forwarded to the database agent module;
  • the database proxy module updates the status of the user in the database to "to be deleted", at which time the user is locked, and the system no longer provides the user with the service;
  • the database proxy module sends a salesperson response to the service processing module
  • S211 The client or the BOSS sends a re-opening request to the service processing module.
  • the service processing module After receiving the re-opening request, the service processing module authenticates the account opening number and determines whether it is the user number of the local network operator. After the authentication is passed, the account opening request is forwarded to the database proxy module;
  • the database proxy module updates the status of the user in the database to "normal", and the system can re-service the user;
  • the database proxy module sends a re-opening response to the service processing module.
  • the S201 account opening request message, the S206 account opening request message, and the S211 re-opening request message adopt the same interface structure, including a user number, an overhead account type, and the like.
  • the business processing module and the database proxy module take corresponding processing procedures according to different types of overhead users.
  • Embodiment 4 The preferred processing scheme includes the following steps:
  • S301 ⁇ S310 correspond to S201-S210 in Figure 3, and will not be described again.
  • the database proxy module does not receive the re-opening request of the service processing module within the set time.
  • the database agent module finds that the user's "to be deleted” status has exceeded the set time during the scheduled scan, and clears the related information of the user in the database, and the process ends.
  • the processing of the account cancellation request or the account opening request can be performed in a flexible manner.
  • the processing manners of the first embodiment and the second embodiment can be adopted.
  • the foregoing service processing module may be a CPU or the like capable of processing a service
  • the database proxy module may be a proxy server or the like.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Multimedia (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种彩信业务开销户方法和系统，通过对销户的业务流程进行优化，不再简单的直接清除用户数据，而是建立了一个缓冲机制，以减弱某些恶意破坏行为的影响，增强对用户误操作的保护，提升用户对彩信业务的满意度和用户体验。本发明还采用定时清除机制，确保在设定的时间内的重开户请求的用户数据恢复，并实现用户数据的定期清理。本发明适用于彩信中心自服务和彩信相册等彩信业务的开销户处理流程。

Description

一种彩信业务开销户方法和系统 技术领域
本发明涉及 MMS业务（Multimedia Messaging Service 多媒体消息业 务） 的通信领域， 尤其涉及彩信中心自服务、 彩信相册的开销户方法及系 统。 背景技术
MMS业务是一种能够在手机和手机之间以及手机和 Email服务器等其 他应用之间传送多媒体内容的消息服务。 MMS业务按照用户归属的运营商 及所在的区域进行划分， 由用户归属的 MMSC (彩信中心） 为用户提供 MMS业务。 MMSC自服务可以给用户提供： 个性化、 黑白名单、 主题词过 滤和消息大小等方面的设置， 以便 MMSC能够根据用户的需求和实际情况 给用户发送彩信消息。 当彩信消息的接收方用户因为各种原因无法正常获 取到彩信消息后， MMSC可以将该消息转发给彩信相册系统。 彩信相册负 责对彩信进行保存， 并提醒用户通过一定途径到彩信相册查看该彩信消息。
MMSC 自服务和彩信相册对用户获取彩信消息的成功率， 提升彩信业务服 务质量有很大的帮助。
用户开销户流程是彩信中心自服务和彩信相册的基础流程。 现有的开 销户流程中， 通常系统在收到销户消息后， 会直接清除掉用户的相关数据。 如果用户的销户行为是误操作， 或用户销户后因其他原因有取消销户的意 愿， 也无法对数据进行恢复。 发明内容
本发明实施例提供了一种彩信业务开销户方法和系统， 解决了在一定 条件下， 彩信系统收到销户消息后， 就立即删除用户数据， 而无法恢复销 户后的用户数据的技术问题。
为了解决上述问题， 本发明实施例的技术方案是这样实现的： 一种彩信业务开销户方法， 包括：
彩信业务系统接收开销户业务请求， 所述开销户业务请求至少包括： 用户号码和开销户业务类型；
当所述业务请求中的业务类型为开户时， 在数据库中增加所述用户号 码的彩信业务信息， 并设置所述用户号码的业务状态为正常；
当所述业务请求中的业务类型为销户时， 在数据库中保留所述用户号 码的彩信业务信息， 暂停所述用户号码的彩信服务， 并设置所述用户号码 的业务状态为待删除。
其中， 在设置所述用户号码的业务状态为待删除之后还包括以下处理 过程：
监测在设定的时间内彩信业务系统收到的所述用户号码的开销户请求 情况；
如果收到所述用户号码的开销户业务请求， 且其业务类型为重开户时， 恢复所述用户号码的彩信服务， 并将所述用户号码的业务状态由待删除更 新为正常；
如果没有收到所述用户号码的开销户业务请求时， 在数据库中清除所 述用户号码的彩信业务信息。
其中， 在设置所述用户号码的业务状态为待删除之后还包括以下处理 过程：
如果收到所述用户号码的开销户业务请求， 且其业务类型为销户时， 在数据库中清除所述用户号码的彩信业务信息， 或者忽略该业务请求不进 行处理； 如果收到所述用户号码的开销户业务请求， 且其业务类型为开户时， 忽略该业务请求不进行处理或者恢复所述用户号码的彩信服务， 并将所述 用户号码的业务状态由待删除更新为正常。
其中， 所述彩信业务系统接收开销户请求之后， 还包括以下处理过程： 对开销户请求中的用户号码进行鉴权处理， 如果鉴权通过则对所述开销户 请求进行处理， 否则将所述开销户请求直接丟弃不进行处理。
其中， 所述彩信业务系统接收开销户请求为： 所述彩信业务系统接收 客户端或者业务运营支撑系统发送的开销户请求。
其中， 在设置用户号码的业务状态之后， 还包括以下处理过程： 彩信 业务系统向发出开销户请求的客户端或者业务运营支撑系统返回开销户响 应。
一种彩信业务开销户系统， 包括： 业务处理模块、 数据库代理模块和 数据库；
所述业务处理模块配置为接收开销户业务请求， 所述开销户业务请求 至少包括： 用户号码和开销户业务类型； 还配置为将所述开销户业务请求 转发给所述数据库代理模块；
所述数据库配置为存储用户号码的彩信业务数据， 所述用户号码的彩 信业务数据包括： 用户号码、 以及该用户号码对应的彩信业务信息和业务 状态；
所述数据库代理模块配置为根据所述业务请求中的业务类型对所述数 据库中的彩信业务数据进行操作； 当所述业务请求中的业务类型为开户时， 配置为在数据库中增加所述用户号码的彩信业务信息， 并设置所述用户号 码的业务状态为正常； 当所述业务请求中的业务类型为销户时， 配置为在 数据库中保留所述用户号码的彩信业务信息， 暂停所述用户号码的彩信服 务， 并设置所述用户号码的业务状态为待删除。 其中， 所述数据库代理模块还配置为在所述用户号码的业务状态设置 为待删除之后， 监测在设定的时间内收到的开销户业务请求； 当收到所述 用户号码的开销户业务请求， 且其业务类型为重开户时， 恢复所述用户号 码的彩信服务， 并将所述用户号码的业务状态由待删除更新为正常； 当没 有收到所述用户号码的开销户请求时， 在数据库中清除所述用户号码的彩 信业务信息。
其中， 所述数据库代理模块监测在设定的时间内收到的开销户业务请 求的时候； 如果收到所述用户号码的开销户业务请求， 且其业务类型为销 户时， 在数据库中清除所述用户号码的彩信业务信息， 或者忽略该业务请 求不进行处理； 如果收到所述用户号码的开销户业务请求， 且其业务类型 为开户时， 忽略该业务请求不进行处理， 或者恢复所述用户号码的彩信服 务， 并将所述用户号码的业务状态由待删除更新为正常。
其中， 所述业务处理模块还配置为在接收开销户业务请求之后， 对所 述业务请求中的用户号码进行鉴权处理。
其中， 所述业务处理模块配置为接收开销户业务请求为： 所述业务处 理模块配置为从客户端或者业务运营支撑系统接收开销户业务请求。
其中， 所述数据库代理模块还配置为返回开销户响应到所述业务处理 模块； 所述业务处理模块还配置为将所述开销户响应返回到所述客户端或 者业务运营支撑系统。
采用本发明实施例的彩信业务开销户方法和系统， 通过对销户的业务 流程进行优化， 不再简单的直接清除用户数据， 而是建立了一个緩冲机制， 以减弱某些恶意破坏行为的影响， 增强对用户误操作的保护， 提升用户对 彩信业务的满意度和用户体验。 本发明实施例还采用定时清除机制， 确保 在设定的时间内的重开户请求的用户数据恢复， 并实现用户数据的定期清 理。 附图说明
图 1是本发明实施例一的彩信业务开销户方法流程图；
图 2是本发明实施例二的彩信业务开销户系统框图；
图 3是本发明实施例三的重开户处理流程图；
图 4是本发明实施例四的清除用户数据的处理流程图。 具体实施方式
下面通过实施例并结合附图， 对本发明的技术方案进行详细说明。 实施例一
如图 1所示的开销户方法实施例的流程图， 具体处理包括：
S101 : 彩信业务系统收到开户请求；
S102: 系统在数据库中增加此用户的信息，其中用户状态设为 "正常"； S103: 系统返回开户成功响应；
S104: 彩信业务系统收到销户请求；
S105: 系统更新该用户在数据库中的状态为 "待删除"， 此时该用户被 锁定， 系统不再给该用户提供服务；
S106: 系统返回销户成功响应；
S 107： 如果在设定的时间内， 系统收到重新开户请求， 则转至 S 108。 如果在设定的时间内， 没有收到重新开户请求， 则转至 S110;
S108: 系统将该用户在数据库中的状态更新为 "正常"， 此时系统可以 重新给该用户提供服务；
S109: 系统返回重新开户成功响应， 转至 S111 ;
S110: 系统清除该用户在数据库中的相关信息；
S111 : 流程结束。
上述步骤 S101、 S102、 S104、 S105为基本处理步骤。步骤 S107、 S108、 S110为销户之后在设定时间内的重开户处理流程和用户数据清理流程， 为 可选处理步骤。 步骤 S103、 S106和 S109为响应处理过程， 也是本发明实 施例的可选处理步骤。
需要特别说明的是， 在步骤 S107中， 如果在设定的时间内， 系统没有 收到重新开户请求的处理方式可以非常灵活。 首先， 确保在设定时间内没 有收到任何请求时， 必须转至 S110。 然后再判断如果收到的是销户请求， 则选择转至 S110或者忽略该请求不进行处理； 如果收到的是开户请求， 则 选择转至 S108或者忽略该请求不进行处理； 如果收到的是其他非法请求， 则忽略该请求不进行处理。 上述几种情况不在图 1 中进行表示， 图 1 的流 程并不限定上述的处理方式。
实施例二
如图 2所示的开销户系统， 包括三个基本模块： 业务处理模块、 数据 库代理模块和数据库。
业务处理模块， 接收开销户业务请求， 该开销户业务请求包括用户号 码和开销户业务类型等； 业务处理模块还将开销户业务请求转发给数据库 代理模块。
数据库， 存储用户号码的彩信业务数据， 用户号码的彩信业务数据包 括： 用户号码、 以及该用户号码对应的彩信业务信息和业务状态等；
数据库代理模块， 根据所述业务请求中的业务类型对数据库中的彩信 业务数据进行操作； 当业务请求中的业务类型为开户时， 在数据库中增加 该用户号码的彩信业务信息， 并设置该用户号码的业务状态为正常； 当业 务请求中的业务类型为销户时， 在数据库中保留该用户号码的彩信业务信 息， 暂停该用户号码的彩信服务， 并设置该用户号码的业务状态为待删除。 然后， 数据库代理模块监测在设定的时间内收到的开销户业务请求； 当收 到该用户号码的重开户请求时， 恢复该用户号码的彩信服务， 并将该用户 号码的业务状态由待删除更新为正常； 当没有收到该用户号码的开销户请 求时， 在数据库中清除该用户号码的彩信业务信息。
当收到该用户号码的开销户业务请求， 且其业务类型为销户时， 在数 据库中清除该用户号码的彩信业务信息， 或者忽略该业务请求不进行处理； 当收到该用户号码的开销户业务请求， 且其业务类型为开户时， 忽略该业 务请求不进行处理， 或者恢复该用户号码的彩信服务， 并将该用户号码的 业务状态由待删除更新为正常。
此外， 业务处理模块所接收的开销户请求可以来自客户端或者业务运 营支撑系统。 该客户端配置为用户和管理员进行开销户请求的提交操作。 用户可以通过客户端对自己的手机号码进行开户和销户。 管理员也可以通 过客户端完成对本网络用户手机号码的开销户操作。 数据库代理模块还可 以返回开销户响应到业务处理模块； 业务处理模块将开销户响应返回到客 户端或者业务运营支撑系统。
下面再通过在规定时间内收到重开户请求和未收到重开户请求的具体 实施例进行详细说明。
实施例三 优选处理方案流程， 具体包括以下步骤：
S201 : 客户端或 BOSS (业务运营支撑系统 )发送开户请求给业务处理 模块；
S202: 业务处理模块收到开户请求后， 对开户的号码进行鉴权， 判断 是否是本网运营商的用户号码。 鉴权通过后， 将开户请求转发给数据库代 理模块；
S203 : 数据库代理模块在数据库中查找该号码。 如果数据库没有该号 码， 则将该用户号码的信息插入数据库中， 将用户状态设为 "正常"；
S204: 数据库代理模块向业务处理模块发送开户响应； S205: 业务处理模块收到开户响应后， 返回响应给客户端或 BOSS , 开 户流程结束；
S206: 客户端或 BOSS发送销户请求给业务处理模块；
S207: 业务处理模块收到销户请求后， 对需要销户的号码进行鉴权， 判断是否是本网运营商的用户号码。 鉴权通过后， 将销户请求转发给数据 库代理模块；
S208: 数据库代理模块将该用户在数据库中的状态更新为 "待删除"， 此时该用户被锁定， 系统不再给该用户提供服务；
S209: 数据库代理模块向业务处理模块发送销户响应；
S210: 业务处理模块收到销户响应后， 返回响应给客户端或 BOSS;
S211 : 客户端或 BOSS发送重新开户请求给业务处理模块；
S212: 业务处理模块收到重开户请求后， 对开户的号码进行鉴权， 判 断是否是本网运营商的用户号码。 鉴权通过后， 将开户请求转发给数据库 代理模块；
S213: 数据库代理模块将该用户在数据库中的状态更新为 "正常"， 此 时系统可以重新给该用户提供服务；
S214: 数据库代理模块向业务处理模块发送重开户响应；
S215: 业务处理模块收到重开户响应后， 返回响应给客户端或 BOSS, 流程结束。
上述流程中， S201开户请求消息， S206销户请求消息和 S211重开户 请求消息采用相同的接口结构， 其中包括用户号码、 开销户类型等字段。 开销户类型有开户、 销户、 重开户三种。 业务处理模块和数据库代理模块 根据开销户类型的不同， 采取相应的处理流程。
实施例四 的优选处理方案流程， 具体包括以下步骤：
S301~S310对应图 3中的 S201-S210, 不再赘述。
S311 : 在设定的时间内， 数据库代理模块未收到业务处理模块的重新 开户请求。 数据库代理模块在定时扫描时发现该用户的 "待删除" 状态已 经超过设定的时间， 清除该用户在数据库的相关信息， 流程结束。
此处， S311 步骤中对于在设定时间内收到销户请求或开户请求可以进 行灵活的处理， 例如可以采用上述实施例一、 实施例二的处理方式。
需要说明的是， 上述的业务处理模块可以是能够处理业务的 CPU等器 件， 数据库代理模块可以是代理服务器等。
以上所述， 仅为本发明的较佳实施例而已， 并非用于限定本发明的保 护范围。

Claims

权利要求书
1、 一种彩信业务开销户方法， 包括：
彩信业务系统接收开销户业务请求， 所述开销户业务请求至少包括： 用户号码和开销户业务类型；
当所述业务请求中的业务类型为开户时， 在数据库中增加所述用户号 码的彩信业务信息， 并设置所述用户号码的业务状态为正常；
当所述业务请求中的业务类型为销户时， 在数据库中保留所述用户号 码的彩信业务信息， 暂停所述用户号码的彩信服务， 并设置所述用户号码 的业务状态为待删除。
2、 根据权利要求 1所述的方法， 其中， 在设置所述用户号码的业务状 态为待删除之后还包括以下处理过程：
监测在设定的时间内彩信业务系统收到的所述用户号码的开销户请求 情况；
如果收到所述用户号码的开销户业务请求， 且其业务类型为重开户时， 恢复所述用户号码的彩信服务， 并将所述用户号码的业务状态由待删除更 新为正常；
如果没有收到所述用户号码的开销户业务请求时， 在数据库中清除所 述用户号码的彩信业务信息。
3、 根据权利要求 2所述的方法， 其中， 在设置所述用户号码的业务状 态为待删除之后还包括以下处理过程：
如果收到所述用户号码的开销户业务请求， 且其业务类型为销户时， 在数据库中清除所述用户号码的彩信业务信息， 或者忽略该业务请求不进 行处理；
如果收到所述用户号码的开销户业务请求， 且其业务类型为开户时， 忽略该业务请求不进行处理或者恢复所述用户号码的彩信服务， 并将所述 用户号码的业务状态由待删除更新为正常。
4、 根据权利要求 1-3任一项所述的方法， 其中， 所述彩信业务系统接 收开销户请求之后， 还包括以下处理过程： 对开销户请求中的用户号码进 行鉴权处理， 如果鉴权通过则对所述开销户请求进行处理， 否则将所述开 销户请求直接丟弃不进行处理。
5、 根据权利要求 1-3任一项所述的方法， 其中， 所述彩信业务系统接 收开销户请求为： 所述彩信业务系统接收客户端或者业务运营支撑系统发 送的开销户请求。
6、 根据权利要求 5所述的方法， 其中， 在设置用户号码的业务状态之 后， 还包括以下处理过程： 彩信业务系统向发出开销户请求的客户端或者 业务运营支撑系统返回开销户响应。
7、 一种彩信业务开销户系统， 包括： 业务处理模块、 数据库代理模块 和数据库；
所述业务处理模块配置为接收开销户业务请求， 所述开销户业务请求 至少包括： 用户号码和开销户业务类型； 还配置为将所述开销户业务请求 转发给所述数据库代理模块；
所述数据库配置为存储用户号码的彩信业务数据， 所述用户号码的彩 信业务数据包括： 用户号码、 以及该用户号码对应的彩信业务信息和业务 状态；
所述数据库代理模块配置为根据所述业务请求中的业务类型对所述数 据库中的彩信业务数据进行操作； 当所述业务请求中的业务类型为开户时， 配置为在数据库中增加所述用户号码的彩信业务信息， 并设置所述用户号 码的业务状态为正常； 当所述业务请求中的业务类型为销户时， 配置为在 数据库中保留所述用户号码的彩信业务信息， 暂停所述用户号码的彩信服 务， 并设置所述用户号码的业务状态为待删除。
8、 根据权利要求 7所述的系统， 其中， 所述数据库代理模块还配置为 在所述用户号码的业务状态设置为待删除之后， 监测在设定的时间内收到 的开销户业务请求； 当收到所述用户号码的开销户业务请求， 且其业务类 型为重开户时， 恢复所述用户号码的彩信服务， 并将所述用户号码的业务 状态由待删除更新为正常； 当没有收到所述用户号码的开销户请求时， 在 数据库中清除所述用户号码的彩信业务信息。
9、 根据权利要求 8所述的系统， 其中， 所述数据库代理模块监测在设 定的时间内收到的开销户业务请求的时候； 如果收到所述用户号码的开销 户业务请求， 且其业务类型为销户时， 在数据库中清除所述用户号码的彩 信业务信息， 或者忽略该业务请求不进行处理； 如果收到所述用户号码的 开销户业务请求， 且其业务类型为开户时， 忽略该业务请求不进行处理， 或者恢复所述用户号码的彩信服务， 并将所述用户号码的业务状态由待删 除更新为正常。
10、根据权利要求 7-9任一项所述的系统， 其中， 所述业务处理模块还 配置为在接收开销户业务请求之后， 对所述业务请求中的用户号码进行鉴 权处理。
11、根据权利要求 7-9任一项所述的系统， 其中， 所述业务处理模块配 置为接收开销户业务请求为： 所述业务处理模块配置为从客户端或者业务 运营支撑系统接收开销户业务请求。
12、 根据权利要求 11所述的系统， 其中， 所述数据库代理模块还配置 为返回开销户响应到所述业务处理模块； 所述业务处理模块还配置为将所 述开销户响应返回到所述客户端或者业务运营支撑系统。
PCT/CN2013/084545 2013-03-15 2013-09-27 一种彩信业务开销户方法和系统 WO2014139281A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310084239.7A CN104053133B (zh) 2013-03-15 2013-03-15 一种彩信业务开销户方法和系统
CN201310084239.7 2013-03-15

Publications (1)

Publication Number Publication Date
WO2014139281A1 true WO2014139281A1 (zh) 2014-09-18

Family

ID=51505407

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/084545 WO2014139281A1 (zh) 2013-03-15 2013-09-27 一种彩信业务开销户方法和系统

Country Status (2)

Country Link
CN (1) CN104053133B (zh)
WO (1) WO2014139281A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109120506A (zh) * 2018-07-02 2019-01-01 湖北衣谷电子商务有限公司 一种社交网络中闲置帐号的检测处理方法及系统

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113793123A (zh) * 2021-09-17 2021-12-14 上海通联金融服务有限公司 实现批量销户销卡的方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080146194A1 (en) * 2006-12-15 2008-06-19 Yahoo! Inc. Automatic data back up and account creation
CN101304554A (zh) * 2008-06-26 2008-11-12 中兴通讯股份有限公司 一种彩信业务系统及其彩信跟踪中心
CN101860817A (zh) * 2010-05-11 2010-10-13 中兴通讯股份有限公司 一种多媒体短消息处理方法、装置及系统
CN102271310A (zh) * 2010-06-02 2011-12-07 中国移动通信集团安徽有限公司 彩铃业务开销户方法、装置及系统

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3049056B1 (ja) * 1998-07-02 2000-06-05 日本電気通信システム株式会社 移動体通信網の加入者デ―タ制御方法
CN101207849A (zh) * 2007-12-04 2008-06-25 中兴通讯股份有限公司 一种多媒体消息增值业务的处理系统及方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080146194A1 (en) * 2006-12-15 2008-06-19 Yahoo! Inc. Automatic data back up and account creation
CN101304554A (zh) * 2008-06-26 2008-11-12 中兴通讯股份有限公司 一种彩信业务系统及其彩信跟踪中心
CN101860817A (zh) * 2010-05-11 2010-10-13 中兴通讯股份有限公司 一种多媒体短消息处理方法、装置及系统
CN102271310A (zh) * 2010-06-02 2011-12-07 中国移动通信集团安徽有限公司 彩铃业务开销户方法、装置及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109120506A (zh) * 2018-07-02 2019-01-01 湖北衣谷电子商务有限公司 一种社交网络中闲置帐号的检测处理方法及系统
CN109120506B (zh) * 2018-07-02 2021-04-27 武汉爱无忧科技有限公司 一种社交网络中闲置账号的检测处理方法及系统

Also Published As

Publication number Publication date
CN104053133B (zh) 2017-09-01
CN104053133A (zh) 2014-09-17

Similar Documents

Publication Publication Date Title
US8590043B2 (en) Method and systems for computer security
US7299361B1 (en) Remote e-mail scanning system and method
US8051057B2 (en) Processing of network content and services for mobile or fixed devices
CA2707536C (en) Processing of network content and services for mobile or fixed devices
US10182064B1 (en) Prioritizing the scanning of messages using the reputation of the message destinations
US20040199597A1 (en) Method and system for image verification to prevent messaging abuse
KR20070085245A (ko) 이메일 시스템의 재난 복구 및 관리를 위한 시스템 및 방법
JP2006060811A (ja) 移動体通信装置のためにスパムメールをフィルタリングする方法
WO2002082270A1 (en) Method and system for scanning electronic mail to detect and eliminate computer viruses using a group of email-scanning servers and a recipient's email gateway
CN106357808A (zh) 一种数据同步方法和装置
US20120215862A1 (en) Spam reporting and management in a communication network
JP2008501269A (ja) 無線通信システムにおける不要メッセージのフィルタリング
US9467823B2 (en) Method and device for processing value-added service for short message service
JP2009515426A (ja) 高信頼性通信ネットワーク
CN102594780B (zh) 移动终端病毒的检测、清除方法及装置
US20100229236A1 (en) Method and system for spam reporting with a message portion
WO2014139281A1 (zh) 一种彩信业务开销户方法和系统
CN107707689A (zh) 一种dhcp报文处理方法、dhcp服务器及网关设备
JP2016063443A (ja) メール監視装置および方法
US10063648B2 (en) Relaying mobile communications
US20040267837A1 (en) System and method for updating network appliances using urgent update notifications
CN106850980B (zh) 一种移动终端中邮件附件的清理方法和移动终端
CN102325096A (zh) 用以实现通信内容寿命管理的方法、终端及系统
KR100461984B1 (ko) 바이러스 감염 클라이언트의 자발적 바이러스 치료를 유도하는 전자우편 메시지의 처리방법
CN103188728A (zh) 一种网络拥塞控制方法及系统

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: 13877594

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: 13877594

Country of ref document: EP

Kind code of ref document: A1