一种业务管理平台下处理多渠道请求订购的方法和装置 Method and device for processing multi-channel request order under service management platform
技术领域 Technical field
本发明涉及移动通讯的数据服务流程领域, 尤其涉及一种业务管理平台 下处理多渠道请求订购方法和装置。 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.
背景技术 Background technique
目前, 多渠道请求订购和查询订购关系即请求内容是业务管理平台系统 中普遍需要处理的服务。 当业务管理平台系统在接收到每个渠道的订购请求 后, 根据所请求内容和渠道, 通常都要釆用各自相对应的处理流程进行处理, 甚至连请求渠道的数目变化时都要对业务处理流程进行很大改动。 Currently, multi-channel requests for ordering and querying subscription relationships, ie, requesting content, are services that are generally required to be handled in a business management platform system. When 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.
而且, 在对请求数据保存后进行处理的过程中, 例如业务密钥下发控制、 用户短信通知和业务数据同步等,此类跟请求渠道的相关操作处理有所不同; 同时, 由于对请求用户信息和业务信息的合格性还要作审查与判断, 对业务 逻辑和业务数据的同时兼顾处理,就很容易导致业务处理流程的过于复杂化, 以及处理的时间长、 效率低, 特别是在请求的数据量较大时候, 极易出现业 务管理平台系统处理上的瓶颈。 Moreover, in the process of processing the request data after saving, such as service key delivery control, user short message notification, and service data synchronization, 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. When the amount of data is large, it is very easy to have bottlenecks in the processing of the business management platform system.
因此, 现有技术还有待于改善和发展。 发明内容 Therefore, the prior art has yet to be improved and developed. Summary of the invention
本发明要解决的问题是, 提供一种业务管理平台下处理多渠道请求订购 的方法和装置, 以简化业务管理平台处理流程, 缩短处理时间, 提高处理效 率, 尤其是遇到请求的数据量较大时候, 可减少出现业务管理平台系统处理 上新的瓶颈。 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.
本发明的技术方案如下: The technical solution of the present invention is as follows:
一种业务管理平台下处理多渠道请求订购的方法, 其中所述业务管理平 台包括消息请求处理模块和数据库信息交互模块, 所述的方法包括: 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:
A、 所述消息请求处理模块根据请求订购渠道提取请求信息, 并组成统
一的请求格式, 向所述数据库信息交互模块请求保存或查询数据; 以及A. 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;
B、所述数据库信息交互模块根据所述消息请求处理模块的请求,判断所 述请求的合理性, 并向所述消息请求处理模块返回所述请求的结果。 B. 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.
所述的方法中, 所述步骤 A可包括: In the method, the step A may include:
Al、 接收业务请求消息, 提取有效的请求内容和请求渠道信息; Al, receiving a service request message, extracting valid request content and request channel information;
A2、根据具体业务的处理需要,对不同的请求渠道釆用相应的处理流程; 以及 A2. According to the processing needs of specific services, the corresponding processing flow is applied to different request channels;
A3、 向所述数据库信息交互模块发送统一的数据处理请求, 请求消息中 包含有效的请求内容和渠道信息。 A3. Send a unified data processing request to the database information interaction module, where the request message includes valid request content and channel information.
所述的方法中, 所述步骤 A1 中的所述业务请求消息可来自于终端、 门 户或短信网关渠道。 In the method, the service request message in the step A1 may be from a terminal, a portal or a short message gateway channel.
所述的方法中, 所述步骤 A2 中具体业务的处理需要可包括查询请求内 容、 拆分业务或与所述业务管理平台之间相互进行认证。 In the method, 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.
所述的方法中, 所述步骤 B可包括: In the method, the step B may include:
Bl、 所述数据库信息交互模块区分所述消息请求处理模块请求的类型; Bl. The database information interaction module distinguishes the type requested by the message request processing module;
B2、 对于同一请求类型, 统一判断请求的业务信息是否合理并在合理时 调用结构化查询语言 SQL语句请求数据库的响应; 以及 B2. For the same request type, uniformly determine whether the requested business information is reasonable and call the structured query language SQL statement to request the response of the database when reasonable;
B3、 得到所述数据库的响应后, 对所述消息请求处理模块返回数据处理 结果, 并在响应消息中携带原始请求的渠道。 B3. After obtaining the response of the database, return the data processing result to the message request processing module, and carry the original request channel in the response message.
所述的方法中, 所述步骤 B2还可包括: In the method, the step B2 may further include:
B21、若请求的业务信息不合理, 则直接返回失败的响应, 并结束处理流 程。 B21: If the requested service information is unreasonable, directly return a failed response, and end the processing flow.
所述的方法中, 所述步骤 B之后还可包括: In the method, the step B may further include:
C、所述消息请求处理模块根据返回的所述请求的结果中的渠道信息,调 用相应的处理流程, 判断业务的同步目的地并向原始请求方发送响应消息。 C. 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.
所述的方法, 其中, 所述步骤 C可包括: The method, wherein the step C may include:
C1、 所述消息请求处理模块解析接收到的所述数据库信息交互模块的响
应消息; C1, the message request processing module parses the received response of the database information interaction module Message
C2、 如果所述响应消息为成功的响应消息, 则 4艮据所述响应消息中的渠 道信息进行数据保存后的处理; 向原始请求方回复响应消息, 其中所述处理 包括判断业务的同步目的地; 如果所述响应消息为失败的响应消息, 则直接 回复原请求方失败的响应消息; 以及 C2. If 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;
C3、 所述消息请求处理模块向原始请求方回复响应消息后, 处理结束。 所述的方法中, 可根据请求订购的原始渠道和 /或请求订购业务的归属来 判断所述业务的同步目的地。 C3. After the message request processing module returns a response message to the original requester, the process ends. In the method described, 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.
所述的装置中, 所述消息请求处理模块还可设置成根据所述数据库信息 交互模块返回的所述请求的结果中的渠道信息, 调用相应的处理流程, 判断 业务的同步目的地并向原始请求方发送响应消息。 In the device, 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.
所述的装置中, 所述消息请求处理模块还可设置成根据请求订购的原始 渠道和 /或请求订购业务的归属来判断业务的同步目的地。 In the apparatus, 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.
附图概述 BRIEF abstract
图 1是本发明业务处理流程示意图;
图 2是本发明消息请求处理模块的处理流程示意图; 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;
图 3是本发明数据库信息交互模块的处理流程示意图; 3 is a schematic diagram of a processing flow of a database information interaction module of the present invention;
图 4为本发明消息处理数据响应流程示意图; 以及 4 is a schematic diagram of a message processing data response process according to the present invention;
图 5是本发明业务处理系统模块结构示意图。 FIG. 5 is a schematic structural diagram of a service processing system module of the present invention.
本发明的较佳实施方式 Preferred embodiment of the invention
以下结合所示附图, 对本发明业务管理平台下处理多渠道请求订购方法 和装置的具体实施方式加以详细说明。 The specific implementation manners of the method and apparatus for processing a multi-channel request order under the service management platform of the present invention will be described in detail below with reference to the accompanying drawings.
本发明业务管理平台下处理多渠道请求订购的方法和装置, 主要核心点 在于, 明确消息请求处理模块和数据库信息交互模块在流程上的分工, 分离 逻辑处理与数据处理过程, 简化多渠道请求订购业务, 至于多渠道请求订购 以及业务管理平台等技术为现有技术所熟知, 在此不再赘述。 The method and device for processing multi-channel request ordering under the service management platform 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.
本发明具体实施方式的业务管理平台下处理多渠道请求业务如移动终 端、 短信或门户等请求业务订购关系的方法, 其业务管理平台系统主要包括 两个模块: 消息请求处理模块 510和数据库信息交互模块 520; 如图 5所示, 其中, 所述消息请求处理模块 510用于处理来自移动终端、 短信和门户等各 种渠道的请求, 根据请求订购渠道釆取相应的处理流程以提取请求信息, 并 组成统一的请求格式, 向数据库信息交互模块 520请求保存或查询数据; 而 所述数据库信息交互模块 520则用于根据消息请求处理模块 510的请求, 判 断该请求的合理性, 并向所述消息请求处理模块 510返回请求的结果。 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.
本发明的业务处理流程如图 1所示, 其中具体实现步骤如下: The service processing flow of the present invention is shown in FIG. 1 , and the specific implementation steps are as follows:
步骤 S110、 数据库信息交互模块判断请求的类型, 并根据请求的类型对 请求业务数据的合格性进行审查与判断, 并向数据库查询或保存数据内容; 步骤 S120、数据库信息交互模块对消息请求处理模块返回数据处理结果, 其中响应消息中包含必要的请求结果和渠道信息; 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;
步骤 S130、 消息请求处理模块根据返回数据处理结果中的渠道信息, 调
用相应的处理流程, 向原始请求方发送响应消息; 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;
需要说明的是, 消息请求处理模块接收来自于终端、 门户或短信网关等 渠道的业务请求消息, 提取用户信息、 业务信息和请求渠道等有效信息, 根 据不同的请求渠道调用相应的处理流程, 并向数据库信息交互模块发送数据 请求, 其中包含必要的请求内容和请求渠道信息。 It should be noted that 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.
而在接收处理多渠道订购请求的时候, 把对请求的逻辑处理流程和数据 处理流程分开, 将复杂的业务处理流程划分为两个相对简单的处理流程; 较 好的是, 当订购或查询渠道的数目发生变化时, 也不用对数据库信息交互模 块进行修改, 仅增加或删除消息请求处理模块的处理流程; 而只有当数据库 的表结构发生变化时, 才需要对数据库信息交互模块进行修改, 进一步简化 了业务处理流程。 When receiving and processing the multi-channel ordering request, 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 When the number of changes occurs, 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.
首先, 说明本发明的消息请求处理模块处理流程, 如图 2所示, 在实施 过程中主要包括以下步骤: First, the processing flow of the message request processing module of the present invention is illustrated. As shown in FIG. 2, the following steps are mainly included in the implementation process:
步骤 S210、 消息请求处理模块接收到终端、 门户或短信网关的业务请求 消息; Step S210: The message request processing module receives a service request message of the terminal, the portal, or the short message gateway.
步骤 S220、 提取有效的请求内容和请求渠道信息; Step S220: Extract valid request content and request channel information;
步骤 S230、 根据具体业务的处理需要, 将不同的请求渠道釆用或调用相 应不同的处理流程; Step S230: Apply different calling channels or call different processing processes according to processing requirements of specific services;
例如, 在手机电视业务中, 如果是来自终端的请求, 终端和平台之间要 进行 digest等相互认证的过程; For example, in the mobile TV service, if it is a request from a terminal, a process of mutual authentication such as digest is required between the terminal and the platform;
又如, 如果是来自短信的请求,要先进行查询请求短信内容对应的业务; 再如, 如果终端或门户的请求中包含对多个业务的订购, 则拆分成多个 单业务的请求。 For another example, if 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.
步骤 S240、 将请求内容与渠道信息拼装成公共的请求结构, 向数据库信 息交互模块发送统一的数据处理请求, 请求消息中包含有效的请求内容和渠 道信息。 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.
其次, 再说明本发明的数据库信息交互模块处理流程, 如图 3所示, 在 实施过程中主要包括以下步骤:
步骤 S310、 数据库信息交互模块接收到消息请求处理模块的请求后, 区 分请求的类型; Next, the processing flow of the database information interaction module of the present invention is further illustrated. As shown in FIG. 3, the following steps are mainly included in the implementation process: Step S310: After receiving the request of the message request processing module, the database information interaction module distinguishes the type of the request;
例如, 在手机电视业务中, 需要检查请求的用户状态、 业务状态和用户 对此次请求业务的订购关系状态都是否正常。 For example, in the mobile TV service, it is necessary to check whether the requested user status, service status, and user subscription status of the requested service are normal.
步骤 S320、 判断请求的业务名称如订购、 查询或其他等必要信息是否合 理, 审核请求数据是否合理; 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;
步骤 S330、 如果是合理的请求, 则根据请求类型和内容组成 SQL语句, 选择合适的 SQL语句请求数据库的响应或操作, 进入步骤 S350; 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;
步骤 S340、 如果是不合理的请求, 则直接返回失败的响应消息, 并处理 结束; Step S340. If it is an unreasonable request, directly return a failed response message, and the processing ends;
步骤 S350、 等待数据库返回结果; 得到数据库的返回后, 对消息请求处 理模块返回数据处理结果, 并在响应消息中携带原始请求的渠道, 处理结束。 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.
最后, 再说明一下本发明的消息处理数据响应的流程, 如图 4所示, 其 中具体实现步骤如下: 步骤 S410、 消息请求处理模块解析接收到的数据库信息交互模块的响应 消息; Finally, the flow of the message processing data response of the present invention is illustrated. As shown in FIG. 4, the specific implementation steps are as follows: Step S410: The message request processing module parses the response message of the received database information interaction module.
步骤 S420、 判断请求结果, 如果为成功的响应消息, 则进入步骤 S430 , 如果为失败的响应消息, 则进入步骤 S440; 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;
步骤 S430、 根据响应消息中的原始请求渠道信息, 进行数据保存后的处 理流程, 包括判断该业务的同步目的地等; 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;
步骤 S440、 直接回复请求方失败的响应消息给原始请求端; Step S440, directly responding to the request message of the requester failure to the original requesting end;
步骤 S450、 向原始请求方回复响应消息后, 处理结束。 Step S450: After replying to the original requester, the processing ends.
例如, 在手机电视业务中, 如果原始请求渠道为终端方式, 则需要立即 下发业务密钥; 如果原始请求为非终端方式, 则不需要立即向用户发送业务 密钥。 For example, in the mobile TV service, if the original request channel is in the terminal mode, 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.
与此同时, 还需要根据请求订购的原始渠道以及其业务的归属来判断该 业务的同步目的地。
综上 , 在接收处理多渠道订购请求的情况下 , 把来自多渠道的订购请求 统一看作为一种公共消息的处理, 同时, 把对请求的逻辑处理流程和数据处 理流程区分开; 这样, 当订购或查询的渠道发生变化时, 不用对数据库信息 交互模块进行修改, 只增加或删除消息请求处理模块的处理流程; 而只有当 数据库表结构发生变化时, 才需要对数据库信息交互模块进行修改, 缩短了 处理时间, 提高了处理效率。 At the same time, it is necessary to judge the synchronization destination of the service according to the original channel requested to be ordered and the attribution of its business. In summary, in the case of receiving and processing a multi-channel order request, 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; When the ordering or querying channel changes, 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. .
应当理解的是, 对本领域普通技术人员来说, 可以根据上述方案的说明 加以改进或变换, 例如变换提取有效的请求内容和请求渠道信息的主体等, 而所有这些改进和变换都本应属于本发明所附权利要求的保护范围。 It should be understood that those skilled in the art may modify or transform according to the description of the above scheme, for example, transform and extract the effective request content and the body of the request channel information, etc., and all these improvements and transformations belong to the present The scope of protection of the appended claims is intended to be
工业实用性 Industrial applicability
本发明所提供的一种业务管理平台下处理多渠道订购的方法和装置, 由 于明确了消息请求处理模块和数据库信息交互模块在流程上的分工, 保证了 流程上的逻辑处理与数据处理过程相分离, 使得处理过程条理清晰, 从而简 化了业务管理平台业务处理流程, 缩短了处理时间, 提高了处理效率, 尤其 是在请求的数据量较大时候, 减少了出现业务管理平台系统处理上新瓶颈的 可能。
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.