Classifications

• • H—ELECTRICITY
  • H04—ELECTRIC COMMUNICATION TECHNIQUE
  • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
  • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
  • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements

Definitions

• the present invention relates to the field of data service processes for mobile communications, and more particularly to a method and apparatus for processing multi-channel request subscriptions under a service management platform.
• multi-channel requests for ordering and querying subscription relationships ie, requesting content
• services that are generally required to be handled in a business management platform system.
• the service management platform system receives the subscription request for each channel, according to the requested content and channels, it usually adopts the corresponding processing flow for processing, even when the number of request channels changes, the service is processed. The process has changed a lot.
• the related operation processing of the request channel is different; meanwhile, due to the requesting user
• the eligibility of information and business information is subject to review and judgment.
• the simultaneous processing of business logic and business data can easily lead to over-complication of business process, long processing time and low efficiency, especially in requests.
• the amount of data is large, it is very easy to have bottlenecks in the processing of the business management platform system.
• the problem to be solved by the present invention is to provide a method and device for processing a multi-channel request subscription under a service management platform, so as to simplify the processing flow of the service management platform, shorten the processing time, and improve the processing efficiency, especially when the data volume of the request is encountered. In the long run, it can reduce the bottleneck in the processing of the business management platform system.
• a method for processing a multi-channel request subscription under a service management platform where the service management platform includes a message request processing module and a database information interaction module, and the method includes:
• the message request processing module subscribes to the channel extraction request information according to the request, and forms a system. a request format for requesting to save or query data to the database information interaction module;
• the database information interaction module determines the rationality of the request according to the request of the message request processing module, and returns the result of the request to the message request processing module.
• the step A may include:
• A3. Send a unified data processing request to the database information interaction module, where the request message includes valid request content and channel information.
• the service request message in the step A1 may be from a terminal, a portal or a short message gateway channel.
• the processing needs of the specific service in the step A2 may include querying the content of the request, splitting the service, or authenticating with the service management platform.
• the step B may include:
• the database information interaction module distinguishes the type requested by the message request processing module
• the step B2 may further include:
• the step B may further include:
• the message request processing module invokes a corresponding processing flow according to the channel information in the returned result of the request, determines a synchronization destination of the service, and sends a response message to the original requester.
• step C may include:
• the message request processing module parses the received response of the database information interaction module Message
• the response message is a successful response message, the data is saved according to the channel information in the response message; the response message is sent to the original requester, where the processing includes determining the synchronization purpose of the service. If the response message is a failed response message, directly replying to the response message that the original requester failed;
• the process ends.
• the synchronization destination of the service may be determined based on the original channel requesting the subscription and/or the attribution of the subscription service.
• An apparatus for processing a multi-channel request subscription under a service management platform where the service management platform includes a message request processing module and a database information interaction module that are separated from each other, wherein
• the message request processing module is configured to subscribe to the channel extraction request information according to the request, and form a unified request format, requesting the database information interaction module to save or query data; and the database information interaction module is configured to be configured according to the message request Processing the request of the module, judging the rationality of the request, and returning the result of the request to the message request processing module.
• the message request processing module may be further configured to: according to the channel information in the result of the request returned by the database information interaction module, invoke a corresponding processing flow to determine a synchronization destination of the service and to the original The requester sends a response message.
• the message request processing module may be further configured to determine a synchronization destination of the service according to the original channel requesting the subscription and/or requesting the attribution of the subscription service.
• the method and device for processing multi-channel ordering under the service management platform provided by the invention, the clear division of the message request processing module and the database information interaction module in the process, ensuring the logic processing and the data processing process in the process Separation makes the processing process clear, which simplifies the business process of the business management platform, shortens the processing time, and improves the processing efficiency. Especially when the requested data volume is large, the new bottleneck of the service management platform system processing is reduced. Possible.
• 1 is a schematic diagram of a service processing flow of the present invention
• 2 is a schematic diagram of a processing flow of a message request processing module of the present invention
• FIG. 3 is a schematic diagram of a processing flow of a database information interaction module of the present invention.
• FIG. 4 is a schematic diagram of a message processing data response process according to the present invention.
• FIG. 5 is a schematic structural diagram of a service processing system module of the present invention.
• the main core point is to clarify the division of labor in the process of the message request processing module and the database information interaction module, separate the logical processing and the data processing process, and simplify the multi-channel request ordering.
• the services, as well as the multi-channel request subscription and the service management platform, are well known in the prior art and will not be described here.
• the service management platform of the specific embodiment of the present invention processes a multi-channel request service, such as a mobile terminal, a short message, or a portal, for requesting a service subscription relationship.
• the service management platform system mainly includes two modules: a message request processing module 510 and a database information interaction. As shown in FIG. 5, the message request processing module 510 is configured to process requests from various channels, such as a mobile terminal, a short message, and a portal, and extract a corresponding processing flow according to the requesting subscription channel to extract the request information.
• Forming a unified request format requesting the database information interaction module 520 to save or query data; and the database information interaction module 520 is configured to determine the rationality of the request according to the request of the message request processing module 510, and to the The message request processing module 510 returns the result of the request.
• the present invention is based on the idea of merging requests and separating logical processing from data processing to process subscription and query requests initiated from multiple channels to the business management platform system.
• FIG. 1 The service processing flow of the present invention is shown in FIG. 1 , and the specific implementation steps are as follows:
• Step S110 The database information interaction module determines the type of the request, and reviews and determines the eligibility of the requested service data according to the type of the request, and queries or saves the data content to the database.
• Step S120 The database information interaction module processes the message request processing module. Returning data processing results, where the response message contains necessary request results and channel information;
• Step S130 The message request processing module adjusts according to the channel information in the returned data processing result. Send a response message to the original requester with the corresponding processing flow;
• the message request processing module receives a service request message from a channel such as a terminal, a portal, or a short message gateway, and extracts valid information such as user information, service information, and request channel, and invokes a corresponding processing flow according to different request channels, and Send a data request to the database information interaction module, which contains the necessary request content and request channel information.
• a service request message from a channel such as a terminal, a portal, or a short message gateway
• the logical processing flow and the data processing flow of the request are separated, and the complex business processing flow is divided into two relatively simple processing flows; preferably, when ordering or querying the channel
• the database information interaction module is not modified, only the processing flow of the message request processing module is added or deleted; and only when the table structure of the database changes, the database information interaction module needs to be modified, further Simplified business process flow.
• Step S210 The message request processing module receives a service request message of the terminal, the portal, or the short message gateway.
• Step S220 Extract valid request content and request channel information
• Step S230 Apply different calling channels or call different processing processes according to processing requirements of specific services
• the request is from a short message
• the service corresponding to the short message content is first requested; for example, if the request of the terminal or the portal includes a subscription for multiple services, the request is split into multiple single services.
• Step S240 assembling the request content and the channel information into a public request structure, and sending a unified data processing request to the database information interaction module, where the request message includes valid request content and channel information.
• Step S310 After receiving the request of the message request processing module, the database information interaction module distinguishes the type of the request;
• Step S320 Determine whether the requested service name, such as a subscription, a query, or other necessary information, is reasonable, and whether the request data is reasonable;
• Step S330 if it is a reasonable request, according to the request type and content constitutes a SQL statement, select a suitable SQL statement to request a response or operation of the database, proceeds to step S350;
• Step S340 If it is an unreasonable request, directly return a failed response message, and the processing ends;
• Step S350 Waiting for the database to return the result; after obtaining the return of the database, returning the data processing result to the message request processing module, and carrying the original request channel in the response message, the processing ends.
• Step S410 The message request processing module parses the response message of the received database information interaction module.
• Step S420 determining the result of the request, if it is a successful response message, proceeding to step S430, if it is a failed response message, proceeding to step S440;
• Step S430 Perform, according to the original request channel information in the response message, a processing procedure after the data is saved, including determining a synchronization destination of the service, and the like;
• Step S440 directly responding to the request message of the requester failure to the original requesting end;
• Step S450 After replying to the original requester, the processing ends.
• the service key needs to be sent immediately; if the original request is in the non-terminal mode, the service key does not need to be sent to the user immediately.
• the order request from multiple channels is uniformly treated as a common message processing, and at the same time, the logical processing flow and the data processing flow of the request are distinguished;
• the database information interaction module is not modified, only the processing flow of the message request processing module is added or deleted; and only when the database table structure changes, the database information interaction module needs to be modified. Reduced processing time and improved processing efficiency.
• the method for processing the multi-channel request subscription under the service management platform in the above specific embodiment may also be applicable to various possible solutions according to the actual application, and is not known to those skilled in the art, and will not be described herein.
• the method for processing multi-channel ordering under the service management platform provided by the invention has clear the division of labor between the message request processing module and the database information interaction module in the process, and ensures that the logical processing on the process is separated from the data processing process.
• the processing process is clear, which simplifies the business process of the business management platform, shortens the processing time, and improves the processing efficiency. Especially when the amount of data requested is large, the possibility of a new bottleneck in the processing of the service management platform system is reduced. .
• the method and device for processing multi-channel ordering under the service management platform provided by the invention, the clear division of the message request processing module and the database information interaction module in the process, ensuring the logic processing and the data processing process in the process Separation makes the processing process clear, which simplifies the business process of the business management platform, shortens the processing time, and improves the processing efficiency. Especially when the requested data volume is large, the new bottleneck of the service management platform system processing is reduced. Possible.

Landscapes

• Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Signal Processing (AREA)
• Information Transfer Between Computers (AREA)
• Telephonic Communication Services (AREA)
• Mobile Radio Communication Systems (AREA)
• Computer And Data Communications (AREA)
• Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Priority Applications (3)

Applications Claiming Priority (2)

Publications (1)

Family

ID=40631223

Family Applications (1)

Country Status (4)

Cited By (2)

Families Citing this family (5)

Citations (3)

Family Cites Families (2)

• 2008
  • 2008-09-18 CN CN 200810216194 patent/CN101420681B/zh not_active Expired - Fee Related
• 2009
  • 2009-08-31 WO PCT/CN2009/073629 patent/WO2010031303A1/zh active Application Filing
  • 2009-08-31 CN CN200980104916.9A patent/CN101953188B/zh active Active
  • 2009-08-31 RU RU2011112986/08A patent/RU2476007C2/ru not_active IP Right Cessation
• 2010
  • 2010-09-20 HK HK10108915.3A patent/HK1142463A1/xx not_active IP Right Cessation

Patent Citations (3)

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events